Actions
Bug #4027
closedOverlapping/conflicting definition for 'C bits' in extended RSL channel number
Start date:
05/27/2019
Due date:
% Done:
100%
Spec Reference:
Description
We've extended the "C bits" of the RSL Channel Number IE in several places:
- for dynamic PDCH channels
- for CBCH
Unfortunately, the two usage cases used overlapping definitions. At least trxcon re-used 0x18, which is in conflict of what TTCN3, OsmoBTS and OsmoBSC were doing (PDCH).
Let's clean this up and make everyone agree.
Actions