Bug #1833
UPLINK MCS gets reduced from MCS9->MCS6 when good radio condition exists
0%
Description
During EGPRS UL testing with osmo-trx setup, it is seen that MCS gets reduced very fast even when radio condition is good. Same issue is present for GPRS testing as well.
This condition exists only with osmo-trx setup.
Related issues
History
#1 Updated by arvind.sirsikar about 4 years ago
We have modified osmo-pcu.cfg as below
cs link-quality-ranges cs1 6 cs2 5 8 cs3 7 13 cs4 12
TO
cs link-quality-ranges cs1 0 cs2 0 8 cs3 0 13 cs4 0
and validated in integration setup. further investigation needs to be done on how measurement parameter is conveyed between TRX and PCU apart from the usual DATA-IND message
#2 Updated by arvind.sirsikar about 4 years ago
- Status changed from New to Stalled
#3 Updated by laforge over 3 years ago
#4 Updated by laforge over 3 years ago
- Status changed from Stalled to New
- Assignee set to sysmocom
#5 Updated by laforge over 2 years ago
#6 Updated by laforge over 2 years ago
- Assignee changed from sysmocom to msuraev
#7 Updated by laforge almost 2 years ago
- Assignee changed from msuraev to lynxis
#8 Updated by pespin over 1 year ago
IIUC this issue was expected until recently when we started providing and fixing (osmo-pcu.git e13cdc503e2faf06699aedd4e84c69ad42916755) measurement values from osmo-trx through osmo-bts-trx into osmo-pcu. fixeria what do you think?
#9 Updated by fixeria over 1 year ago
- Status changed from New to Feedback
IIUC this issue was expected until recently when we started providing and fixing
measurement values from osmo-trx through osmo-bts-trx into osmo-pcu.
fixeria what do you think?
ACK. This should not happen anymore, but we need a TTCN-3 test case to be sure.
arvind.sirsikar, could you please test with the current master and update the issue? Thanks!
#10 Updated by fixeria over 1 year ago
- Related to Bug #3395: Uplink CS/MCS control is broken osmo-pcu is used with osmo-bts-trx/osmo-trx added
#11 Updated by fixeria over 1 year ago
BTW, Fairwaves noticed that OsmoTRX computes significantly lower C/I values for EDGE bursts (e.g. 1 dB for 8-PSK vs 8 dB for GMSK). There was a patch somewhere, I'll send it to Gerrit as soon as I find it.
#12 Updated by laforge about 1 year ago
- Assignee deleted (
lynxis)
#13 Updated by pespin about 1 year ago
- Related to Bug #4373: OsmoTRX calculates relatively lower C/I values for EDGE/8-PSK bursts (compared to GMSK) added
#14 Updated by pespin about 1 year ago
- Assignee set to arvind.sirsikar
We have some TTCN3 tests passing already for that, as explained in #3395.
Improvements regarding C/I in osmo-trx are still WIP in #4373.
arvind.sirsikar please can you test again with current master osmo-trx + osmo-bts-trx + osmo-pcu and see if you still see any issues?
