Project

General

Profile

Bug #4027

Overlapping/conflicting definition for 'C bits' in extended RSL channel number

Added by laforge 8 months ago. Updated 8 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
Target version:
-
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.

History

#3 Updated by laforge 8 months ago

  • % Done changed from 0 to 80

#5 Updated by laforge 8 months ago

  • Status changed from In Progress to Resolved
  • % Done changed from 80 to 100

patches all merged

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)