Project

General

Profile

Actions

Bug #2854

closed

OsmoMSC never updates bearer capability from MNCC

Added by laforge over 6 years ago. Updated about 6 years ago.

Status:
Resolved
Priority:
High
Assignee:
Category:
-
Target version:
-
Start date:
01/22/2018
Due date:
% Done:

100%

Resolution:
Spec Reference:

Description

In a voice Call, it appears that trans->bearer_cap (with e.g. the list of supported codecs) is only initialized when receiving CC SETUP, CC CALL CONFIRMED, CC MODIFY and CC COMPLETE.

There appear to be no MNCC messages by which an external MNCC handler can have any influence on the contents of trans->bearer_cap.

However, trans->bearer_cap is exactly what is used to determine the voice codec when encoding the BSSMAP ASSIGNMENT towards the BSC.

From my point of view, the external MNCC handler should be able to specify the permitted codecs at any time, for example in a MO call in (at least) the following primitives:
  • MNCC_CALL_PROC_REQ
  • MNCC_SETUP_COMPL_REQ

The normal operation would be for the MNCC handler to intersect the permitted codecs as received from the MNCC_SETUP_IND (i.e. decoded from CC SETUP) with whatever it is capable of handling on the external PBX side, or with local policy. The returned set of codecs then is passed back via MNCC, trans->bearer_cap updated and finally the related BSSMAP ASSIGNMENT codec list computed.


Related issues

Related to OsmoMSC - Feature #2832: MNCC doesn't include field for "supported codecs"New01/16/2018

Actions
Related to osmo-sip-connector - Bug #1683: osmo-sip-connector: Implement codec selection / move codec selection to osmo-mscStalledneels03/31/2016

Actions
Related to OsmoNITB - Bug #1663: don't connect channels of incompatible voice codecClosedmsuraev03/17/2016

Actions
Related to OsmoMSC - Bug #2933: change of trans->bearer_cap (e.g. via MNCC) will not trigger BSSMAP ASSIGNMENTNew02/12/2018

Actions
Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)