Bug #1775
closedLC15: No PDCH allocation across two TRX
Added by mqng2 almost 8 years ago. Updated over 3 years ago.
100%
Description
I am currently testing GPRS with PDCH configuration across two TRX, i.e. TS3 - TS7 are configured as PDCH in TRX0, TS0-TS3 are configured as PDCH in TRX1.
Two MS are used for surfing the Web. I have noticed that the both MS always use TS3-TS7 of the TRX0 for DL TBF, they never use TS0-TS3 of the TRX1 for DL TBF.
Is it the limitation of the multi-TRX PCU implementation?
FYI: If I configure TS0-TS7 as PDCH in the TRX1, 8 PDCH will be used for both MS (4 PDCH of DL TBF each MS)
Related issues
Updated by laforge almost 8 years ago
- Assignee set to msuraev
Hi Max,
can you please quickly comment on whether this is the expected behavior or not? Also, if it is expected, what is needed to have it changed?
Updated by msuraev almost 8 years ago
I'm not quite sure what should be the proper behavior in this case. I could re-test but the firmware of hw which we have is not compatible with the latest changes for litecell in osmo-bts master.
This was discussed as part of RT#4600. Are there any updates with regards to this?
Updated by msuraev almost 8 years ago
- Status changed from New to In Progress
I can reproduce this on our device with both ascending and descending channel allocators. Not sure what's the root cause yet.
Updated by msuraev almost 8 years ago
- Related to Feature #1553: Multi-TRX support of PCU added
Updated by msuraev almost 8 years ago
Note: build osmo-pcu with ENABLE_TS_ALLOC_DEBUG to gather additional info.
Updated by msuraev over 7 years ago
- Related to Feature #1648: Verify Multi-TRX support for osmo-bts-trx added
Updated by msuraev over 7 years ago
- % Done changed from 0 to 10
Note to self: try to reproduce with osmo-bts-trx.
Updated by msuraev over 7 years ago
Also - reproduce with edge instead of gprs: currently one of the test phones (MTK-based) fails to bring up DL TBF for some reason.
Updated by msuraev over 7 years ago
While trying to reproduce with osmo-trx:
Osmo-PCU# show tbf all
UL TBFs
TBF: TFI=0 TLLI=0xc6e23633 (valid) DIR=UL IMSI=001640000076847
created=1476457106 state=00000006 1st_TS=7 1st_cTS=7 ctrl_TS=7 MS_CLASS=12/12
TS_alloc=7! CS=CS-1 WS=64 V(Q)=13 V(R)=13
TBF: TFI=1 TLLI=0xc29225ff (valid) DIR=UL IMSI=001640000005666
created=1476457099 state=00000006 1st_TS=6 1st_cTS=6 ctrl_TS=6 MS_CLASS=10/10
TS_alloc=6! CS=CS-1 WS=64 V(Q)=38 V(R)=38
DL TBFs
TBF: TFI=1 TLLI=0xc6e23633 (valid) DIR=DL IMSI=001640000076847
created=1476457094 state=0000004a 1st_TS=5 1st_cTS=7 ctrl_TS=7 MS_CLASS=12/12
TS_alloc=5 6 7! CS=CS-4 WS=64 V(A)=118 V(S)=22 nBSN=-1
TBF: TFI=0 TLLI=0xc29225ff (valid) DIR=DL IMSI=001640000005666
created=1476457061 state=0000000a 1st_TS=4 1st_cTS=6 ctrl_TS=6 MS_CLASS=10/10
TS_alloc=4 5 6! 7 CS=CS-4 WS=64 V(A)=82 V(S)=90 nBSN=84
On following configuration with 2 trx:
trx 0
rf_locked 0
arfcn 876
nominal power 23
max_power_red 0
rsl e1 tei 0
timeslot 0
phys_chan_config CCCH
hopping enabled 0
timeslot 1
phys_chan_config SDCCH8
hopping enabled 0
timeslot 2
phys_chan_config TCH/F
hopping enabled 0
timeslot 3
phys_chan_config TCH/F
hopping enabled 0
timeslot 4
phys_chan_config PDCH
hopping enabled 0
timeslot 5
phys_chan_config PDCH
hopping enabled 0
timeslot 6
phys_chan_config PDCH
hopping enabled 0
timeslot 7
phys_chan_config PDCH
hopping enabled 0
trx 1
rf_locked 0
arfcn 880
nominal power 23
max_power_red 0
rsl e1 tei 0
timeslot 0
phys_chan_config PDCH
hopping enabled 0
timeslot 1
phys_chan_config PDCH
hopping enabled 0
timeslot 2
phys_chan_config PDCH
hopping enabled 0
timeslot 3
phys_chan_config PDCH
hopping enabled 0
timeslot 4
phys_chan_config TCH/F
hopping enabled 0
timeslot 5
phys_chan_config TCH/F
hopping enabled 0
timeslot 6
phys_chan_config TCH/F
hopping enabled 0
timeslot 7
phys_chan_config TCH/F
hopping enabled 0⏎
Updated by msuraev over 7 years ago
Note: might be good idea to try with dynamic channels once it's tested in multiTRX configuration.
Updated by arvind.sirsikar over 7 years ago
- Status changed from Stalled to In Progress
- Assignee changed from msuraev to arvind.sirsikar
Updated by msuraev almost 7 years ago
- Status changed from In Progress to Stalled
Updated by laforge over 6 years ago
- Assignee changed from arvind.sirsikar to 4368
Updated by msuraev over 6 years ago
- Related to Feature #2282: uplink multi-slot allocations added
Updated by msuraev over 6 years ago
- Related to Bug #2603: Review the various incomplete and never merged changes in radisys branch added
Updated by pespin over 3 years ago
- Status changed from Stalled to In Progress
- Assignee changed from daniel to pespin
I submitted a TTCN3 test in osmo-ttcn3-hacks.git branch "pespin/pcu" which allocates up to 8 UL TBFs from different MS, and indeed all go to the same TRX.
It's even so broken that the 8th one is actually rejected because there's no more USFs available.
As per current implementation, is totally expected that first all TFIs in first TRX are allocated, and only then the next ones are taken (which may actually never happen due to the error described above).
See osmo-pcu.git src/gprs_rlcmac_ts_alloc.cpp tfi_find_free() which calls BTS::tfi_find_free() where the loop through TRX happens.
I'll be trying to improve the situation. I guess a good first step would be to have the 8th MS to successfuly register. Next step may be to start iterating on Nth TRX instead of first one, in a round-robin way. This way the load is spread among TRX.
Updated by pespin over 3 years ago
- % Done changed from 10 to 80
Should be fixed by:
https://gerrit.osmocom.org/c/osmo-pcu/+/20919 alloc_algo_b: Select TRX with least assigned TFIs during TBF alloc
Tested by:
remote: https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/20917 pcu: Assign different ARFCN numbers to each PCU TRX [NEW]
remote: https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/20918 pcu: Introduce test TC_multitrx_multims_alloc [NEW]
Updated by pespin over 3 years ago
- Status changed from In Progress to Resolved
- % Done changed from 80 to 100
