Bug #3526

trxcon: L1CTL_DM_EST_REQ is not handled properly when requested ARFCN != the current

Added by fixeria 10 months ago. Updated 25 days ago.

Target version:
Start date:
Due date:
% Done:


Spec Reference:


It was noticed that if BSC allocates a dedicated (e.g. TCH) channel on an ARFCN that is different
from the one mobile is currently camped to, trxcon would fail to follow this assignment.

I just found out that ARFCN indicated in L1CTL_DM_EST_REQ is merely not handled by trxcon :/


#1 Updated by fixeria 10 months ago

  • Status changed from New to Feedback
  • % Done changed from 0 to 40

A fix has been submitted:
ptrkrysik could you please verify using the MS tester with this change applied?

#2 Updated by ptrkrysik 10 months ago

I'll try to do that tomorrow, when I'll have access to the tester.

#3 Updated by ptrkrysik 10 months ago

This is not as simple as just running the test as the receiver needs to
be extended so it's able to work without constant synchronization from
SCH. For now I can try to use normal bursts, but I won't do this today
as I have other things planned to do.

Probably it would be good to enable correction of sample rate offset
correction. It was disabled because it complicates Rx and Tx
synchronization - so this part would also have to be improved.

#4 Updated by fixeria 10 months ago

  • Status changed from Feedback to Stalled

Yep, I also just realized this...
Makes sense to create a separate issue for GR-GSM.

#5 Updated by fixeria 9 months ago

  • Status changed from Stalled to Resolved
  • % Done changed from 40 to 90

For gr-gsm it makes sense to create a separate issue.
The fix for trxcon has been merged, so I am closing.

#6 Updated by ptrkrysik 25 days ago

  • Target version deleted (Improvement of the higher layers of OsmocomBB)

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)