Overlapping/conflicting definition for 'C bits' in extended RSL channel number
- 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.
- % Done changed from 0 to 80