Age | Commit message (Collapse) | Author | Files | Lines |
|
Not much to do here, bts just passes the key.
Related: SYS#5324
Change-Id: I38e8a1cf15eb41a621b457b39024283a767c94be
|
|
Change-Id: I25ce3332671c42014a3dfd5de7ed1df16e73fbf8
Related: SYS#4918
|
|
This would allow a test case to change the indicated values.
Change-Id: If56bf516bc64e695fb58fd42beda01101cdaa954
Related: SYS#4918
|
|
The expectations of this test case were wrong. The IUT would first
accept() an additional connection and then close() it immediately.
Since there may be other messages, like TIME.ind and DATA.ind, the
'alt' statement would not match successful connection result, and
instead would unblock the flow due to timeout.
The titan.TestPorts.UNIX_DOMAIN_SOCKETasp had to be changed [1] to
send UD_connect_result with ERROR if recv() returns zero or a negative.
[1] https://github.com/eclipse/titan.TestPorts.UNIX_DOMAIN_SOCKETasp/pull/4
Change-Id: I898b8b14515d79766b12d652ebb1ddf834e2863c
|
|
This commit fixes a regression introduced in [1]
Change-Id: I107039f1ff44ae8c41d690f5f293ed136c17586b
Fixes: [1] Ia9f366ca1fdad700a90ca3367e43523f7bac39a1
|
|
The PCUIF connection involves a lot of frequent messages, such as
the TIME.ind and since recently DATA.ind with len=0. As a result,
the test suite logs are getting unreadable due to lots of coding
warnings and port queueing notifications.
This change is aimed to improve the situation a bit, by establishing
the PCUIF connection only for those test cases which actually use it.
Side effects:
* TC_pcu_socket_verify_info_ind becomes reliable, because the
PCUIF establishment is done after the RSL bootstrapping;
* TC_pcu_socket_connect_multi starts to fail, because it used
to pass due to timeout, since not all messages are handled
in the 'alt' statement.
Change-Id: I09ccb65ce94a41ffdad4e93da650c3f32d422af4
Related: OS#5083
|
|
Change-Id: Ic95c46426ed3ac9ead645037059190fead181b31
|
|
Change-Id: Id11094774d737a545a2cce389059d7e527219573
|
|
Change-Id: Ia9f366ca1fdad700a90ca3367e43523f7bac39a1
Related: OS#5083
|
|
Change-Id: Icc5ffed6cda47c15ac703ef336ef502d2047cc2c
|
|
Keep PDTCH/PTCCH disabled, it will blow up PCAPs otherwise.
Change-Id: Id1b523faf0d0ab6df00e46a40917c703b26d0e96
|
|
Change-Id: Ida5b1357d199e222b9ebd64e833ca21e6506a36c
|
|
Change-Id: I39fe349a9c1011c8ba3160d4f5f3744d30e9fe24
|
|
Whenever the BSC is updating SI1, SI3 or SI13 via RSL, the PCU should be
informed about the change via PCUIF as well. For SI13 this is already
the case and a testcase exists. The PCUIF protocol is
now capable to update SI1 and SI3 as well.
- Update BTS_Tests.TC_pcu_ver_si13 so that it works with the current
protocol version
- Add BTS_Tests.TC_pcu_ver_si3 and BTS_Tests.TC_pcu_ver_si1 that test
SI1 and SI3 as well.
Depends: osmo-bts Ib7aeb41e634ad6fcab3766a4667b0267c749436a
Change-Id: I5138ab183793e7eee4dc494318d984e9f1f56932
Related: SYS#5103
|
|
Change-Id: If885353ec8947309fc7d3ad780448cfc7402e1a4
|
|
Change-Id: I37db9962f51baf2c63bd58ec47ec89f773d7a255
|
|
According to 3GPP TS 44.018, section 10.5.2.20, we should pad with zeroes.
Change-Id: I912027fd53b12ff118254e941d6e5e696e1dd410
|
|
Currently osmo-bts seems to be sending IPA RSL Connect ACK
unconditionally, even if the remote peer is not reachable.
Change-Id: Ibfa58f670401907801f610578dd9b4ebf155a83a
|
|
Change-Id: I872111dae761bda038d2e881ab5f4e6b7f52ec90
|
|
Change-Id: I903ede1c78e103d24a93f2e6b0e1acd136405099
|
|
Change-Id: I35f84ebd6cb884f3ab63d1c2b77d8ed61acd5c74
|
|
Change-Id: I3b0f3df6c01642a84610f213f4682e330e12c068
|
|
According to 3GPP TS 48.058 4.1.4, SACCH may be transmitted also for only MS
Power present, and no Access Delay.
Change-Id: I2e1c0ecc9de65a019aaa9f08bb051bf051156172
|
|
Change-Id: Ifc09d4192584048d39ebfa22824eda69320fa2c5
|
|
Change-Id: I600aa49768328b89707b4da13d61f6a8089ac351
|
|
Change-Id: I9b225249d135399f63d3c7e4c567121dfea63f75
|
|
Change-Id: Ica1ea41ebba5c518d515a211e77ca6651c4173d6
|
|
In some cases GsmArfcn itself is not enough. It case of L1CTL
and GSMTAP, it needs to be equipped with a band discriminator:
- DCS / PCS (as the numbers may overlap),
- Downlink / Uplink (not yet there).
Let's rename this record and move it to GSM_Types. Also, add
send / receive tamplates, so we can add new fields later.
Change-Id: I7a63f03bbd15a06caafb786122dc12991d115771
|
|
Change-Id: Ib2a8cd4b76f308b318772d1572b6169baff13012
|
|
It will be easier to use this list / array in non-L1CTL specific
records and templates, e.g. in (RR) Immediate Assignment.
Change-Id: I392299eea9a82168f893a72d06872c280b6fbdce
|
|
The new altstep reduces code duplication and simplifies access
to the L1 SACCH Header. It uses dec_SacchL1Header() to decode
the header, and would apply the received TA / MS Power level
values by default (see 'do_apply' parameter).
Change-Id: Ie593d9b06aea694fb0903a6d26ee387d8da4c82d
Related: SYS#4918
|
|
Change-Id: I32fecb538a7724b35340fbfbe6b3878ca363bf8f
|
|
Change-Id: I33bb56c5f51dcc79adc1fe39926cf152aac1e213
|
|
The test sets random bits for SI5 and expects to see those in dl SACCH. That
can only possibly work when that SI5 was actually sent to the BTS.
Change-Id: I0d3a96f5ae932734e986637ca2cb23805eba6829
|
|
The tests still fail, but at least not as prematurely as before.
Change-Id: I3f58ed30f7f2e92d2d1694769a4214a6d257f8a9
|
|
Change-Id: I4db97d3bea152668c14ce1fb85700364dfdaa575
Related: OS#4801
|
|
We never launch this test case in DTX mode on anything else than
TCH/F, so it does not make sense to check this all the time.
Change-Id: I6e971d87f26253f4283c47b7f8826d14a2567a9b
Related: OS#4801
|
|
Change-Id: I15f9303e79750c2864b97697b4378f748a1c7246
Related: OS#4801
|
|
There is no such thing like a fill frame on SACCH:
- on Downlink, it's always System Information messages;
- on Uplink, it's always the Measurement Reports.
Yes, osmo-bts-trx does send dummy LAPDm func=UI frames on SACCH,
but this happens because the test suite never feds it with the
associated System Information messages (i.e. Type 5, 5ter, 6).
In the 'alt' statement, restrict matching of L1CTL DATA.ind, so
only DCCH/FACCH blocks are counted. Ignore DL SACCH blocks.
This change reveals that TC_tch_sign_l2_fill_frame_dtxd actually
fails because no fill frames are received at all from the IUT.
Change-Id: I6c68dd0a7dfa18ae4573a037399b6650feb22f11
Related: OS#4801
|
|
Change-Id: Ib8e497b596370d0b48e76e6e86c01f0c1d9c5df5
|
|
Change-Id: I0ce8f3fe8cfd47c61199fbbdf0d80d19e6f105e9
|
|
TTCN-3 offers templates and pattern matching, so no need to match
against all possible variants of the RSL channel number.
Change-Id: I104595c4a96617f8000f803d19a890cff0b02744
Related: OS#4801
|
|
The current definition of the SI2quater Rest Octets is incomplete.
In particular, the missing part is Repeated UTRAN FDD/TDD Neighbour
Cells structure, for which 3GPP came up with a very tricky encoding.
Given that both test cases checking scheduling of the SI messages
and not their content, let's simply use different SI2quater samples
containing E-UTRAN Parameters Description instead.
Change-Id: I3556be33eda17dd6fce347b390a3662d43064897
Fixes: OS#4662, OS#4800
|
|
The current TC_meas_res_speech_tchX tests only test a pure voice
transmission. A voice transmission can be occasionally interrupted by
FACCH transmissions. This should also be tested. Lets ad a _facch
variant for the two speech test variants we already that injects a FACCH
from time to time.
Related: OS#4799
Change-Id: Ie9cd39739d4b972f4e533a7bc90f79e914888aab
|
|
Change-Id: Ib0db631bc4c203cc1aeaad2640656e3f6942516f
|
|
Related: OS#4819
Change-Id: I551beaa29b9a1d3af0b1517e06ae1badf7e1bd3f
|
|
Related: OS#4819
Change-Id: I5eb07a6abf5a260e2f62c177f8c100305d44155a
|
|
The purpose of these new test cases is to demonstrate a problem
described in OS#4823: the IUT sends *dummy bursts* in absence of
MT RTP frames, so on the MS side it looks like RF failures.
It's not yet clear what needs to be sent by the BTS in this kind
of situation, but at least we can verify that whatever is sent
can be decoded on the MS side without CRC errors.
Change-Id: I620ea84ae92c976a62c1f8334ec14a2a7685aa21
Related: OS#4823
|
|
When the test is executed outside of docker, having to manage all
those different IP addresses while manually starting programs can be
quite cumbersome. Let's just run everything over localhost, like
we always do with other tests.
Now the only cumbersome command to start is trxcon, as it defaults to
only one TRX and adding additional TRX is rather complicated:
./fake_trx.py --trx TRX1@127.0.0.1:5700/1 --trx TRX2@127.0.0.1:5700/2 --trx TRX3@127.0.0.1:5700/3
Change-Id: Iea8519685da7d73696ce9cc2541e93c45c099828
|
|
Change-Id: I8aa118b733ea36e9ba591de7b935a31bdbe07129
|