Project

General

Profile

BER Testing » History » Version 4

laforge, 01/21/2019 05:01 PM

1 1 laforge
h1. BER Testing
2
3
This page is a work-in-progress about the upcoming BER (Bit Error Rate) testing infrastructure in OsmoBTS.
4
5
The goal here is to perform Receiver BER testing of the BTS uplink receiver, in line with the the conformance testing requirements for GSM base stations, but in a way that should work for all the hardware supported by OsmoBTS, as well as with as minimal as possible requirements in terms of test equipment.
6
7
The idea roughly goes like this:
8
* establish a traffic channel between BTS and MS
9
* activate a special "loop" mode in the MS, looping back the received bits 1:1 to the BTS
10
* add some RF impairment in the uplink, such as path loss, RF channel/fading simulator, ...
11
* transmit PRBS inside RTP stream to BTS
12
* receive looped PRBS back via RTP stream from BTS
13
* correlate transmitted with received PRBS; compute BER/RBER
14
15 2 laforge
h2. What's required to be different from a normal call
16 1 laforge
17 4 laforge
h3. A phone that can loop the TCH
18 2 laforge
19 1 laforge
3GPP TS 44.014 specifies a special TCH loop mode inside MS.  In fact, not just one type of loop, but different types of loops.
20
21
It's unknown if all MS support this, but at least a Sony/Ericsson K800i supports it.
22 2 laforge
23 4 laforge
What's requires is a special "flag" on the SIM card.  The point of this is probably to make sure that this doesn't accidentially get activated in production networks.
24 1 laforge
25 4 laforge
h3. Indefinite radio link timeout
26
27 2 laforge
Normally, when the uplink is subject to many bit-errors, the BTS will at some point close the channel (T200 expired N200+1 times).  We need to circumvent this for testing, as the test should not be aborted even if there is a lot of BER.
28
29 1 laforge
In [[osmobsc:|OsmoBSC]] from version 1.0.1 we implemented this using the @radio-link-timeout infinite@ VTY command.  *DO NOT USE THIS IN PRODUCTION NETWORKS*
30
31 4 laforge
h3. Activation of a given timeslot/channel in a given mode
32
33
The VTY command @bts <0-255> trx <0-255> timeslot <0-7> sub-slot <0-7> (activate|deactivate) (hr|fr|efr|amr) [<0-7>]@ was introduced to [[osmobsc:|OsmoBSC]] from version 1.0.1 to achieve this manual activation.  However, it is a "blind" activation without any associated paging etc.  and hence not 1:1 suited for this approach.  It was implemented for an external signal generator that would be informed out-of-band to use the given timeslot/sub-slot, without any IMMEDIATE ASSIGNMENT or other L3 siganlling.
34 1 laforge
35
h2. Misc notes, unsorted
36
37
h3. Preparing a SIM card for activating the traffic loops in a MS
38
39
Basically you have to authenticate to the card using the proper ADM1 PIN of your card, and then modify the EF.AD file. The ADM1 in the below example will of course only work for the one particular card I used while doing this experiment.
40
41
<pre>
42
# auth with ADM1
43
0020000A083939343631353334
44
# update EF.AD (after auth with ADM1)
45
00d60000048000ff02
46
</pre>
47
48
Interesting by-product:
49
* K800i will no longer roam but only register to home network!
50
51
h3. closing the actual loop in an active TCH
52
53
<pre>
54
subscriber imsi 262423203000003 silent-call start tch/f
55
subscriber imsi 262423203000003 ms-test close-loop a
56
<0002> gsm_04_14.c:129 FIXME: Received TEST class message 'CLOSE_TCH_LOOP_ACK'
57
</pre>
Add picture from clipboard (Maximum size: 48.8 MB)