Bug #3095
closed
AoIP Speech Codec Configuration for AMR/FR is wrong
Added by laforge about 6 years ago.
Updated about 6 years ago.
Description
3GPP TS 48.008 v 14.2.0 Rel 14 Section 3.2.2.103 states clearly that for FR_AMR, S11, S13 and S15 are reserved and coded as zero. However, OsmoBSC will send them all coded as '1'.
See attached pcap file
Files
- Related to Bug #3096: BSSMAP activation with AMR/HR codec becomes FR on ASSIGNMENT COMPLETE added
- Status changed from New to In Progress
- % Done changed from 0 to 30
Intrestingly Table 7.11.3.1.3-2: Preferred Configurations for the Adaptive Multi-Rate Codec Types defines a "wider" default. The possible codecs are then limited by 3GPP TS 48.008 v 14.2.0 Rel 14 Section 3.2.2.103 again. Probably because that the codec settings are applicable defaults by the codec itsself but not in GSM. Also the Endianess was indeed wrong.
I corrected both issues and the tests look much better now. I still need to find out what is wrong with HR and AMR-HR.
#BSC_Tests.TC_assignment_codec_fr #Pass
#BSC_Tests.TC_assignment_codec_hr #Fail
#BSC_Tests.TC_assignment_codec_efr #Pass
#BSC_Tests.TC_assignment_codec_amr_f #Pass
#BSC_Tests.TC_assignment_codec_amr_h #Fail
https://gerrit.osmocom.org/7458 gsm_08_08: correct speech codec defaults
With a corrected osmo-bsc.cfg (attached) I get a much cleaner result:
BSC_Tests.TC_assignment_codec_fr #Pass
BSC_Tests.TC_assignment_codec_hr #Pass
BSC_Tests.TC_assignment_codec_efr #Pass
BSC_Tests.TC_assignment_codec_amr_f #Pass
BSC_Tests.TC_assignment_codec_amr_h #Pass
- Related to Bug #3100: AoIP Speech Codec Configuration for AMR/HR is wrong added
- Status changed from In Progress to Resolved
- % Done changed from 30 to 100
The patches are merged and the TTCN3 tests pass in jenkins.
Also available in: Atom
PDF