Project

General

Profile

Actions

Bug #4027

closed

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

Added by laforge almost 5 years ago. Updated almost 5 years 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.

Actions #3

Updated by laforge almost 5 years ago

  • % Done changed from 0 to 80
Actions #5

Updated by laforge almost 5 years ago

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

patches all merged

Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)