摘要:通过对alcate端局下的用户拨打若基亚交换机下的用户出现杂音问题的分析,根据实际的拨打测试和信令跟踪找出了问题存在的根本原因,并针对alcatel软交换提供了具体的解决方法,对日常的维护工作作有实际的借鉴价值。
关键词:voip bicc 噪音 信令 语音编码
随着3g—td核心 网络 的出现,以及软交换的不断升级改造,出现了许多新的网络问题。而移动软交换下出入话端局语音编码方式不一致,是引起通话过程中出现噪音问题的主要原因。下面就alcate端局下的用户拨打若基亚交换机下的用户出现杂音问题的进行了详细分析。
1 故障描述
为了满足3g td 网络的要求,我公司在8月19日晚进行了遵义alcatel软交换端局gygs13的升级。但升级后在8月20日就接到用户投诉,在该端局下拨打福建移动用户接通后出现噪音,不能正常进行通话。
2 故障分析解决方法
2.1 网络结构
割接后bsc33、bsc34和bsc49在zyigm13_3媒体网关下,在其覆盖区域下拨打外省移动网长途电话的信令及话务路由主要网元拓扑如图1所示:
gygs13下目前只有zyigm13_3媒体网关,该媒体网关下带三套bsc,在其覆盖区域内拨打非遵义本地移动电话都需通过省长途汇接局gyssa1和gyssa2出局。www.11665.CoM
2.2 问题分析
通过联系投诉用户当时的被叫,在zyigm13_3 三套bsc下拨打该被叫用户时均发现存在噪音,而在另外两套软交换gygs05和gygs10下并未发现噪音的情况。同时,在gygs13下对上海、江苏、吉林和宁夏等其他省的移动用户进行拨打测试。测试结果,在拨打江苏个别用户时,也存在噪音。通过与对方沟通了解,发现有噪音的目的局均为诺基亚软交换端局。
目前,在zyigm13_3媒体网关中处理语音的主要是voice server module板卡,采用6+1冗余工作方式。所以处理呼叫的vsm板卡是不固定的,结合之前与各省的拨打测试可以判断,应该是gygs13与诺基亚端局的配合上有问题。
我们在ccm板卡上对拨打测试过程进行信令trace,发现在bicc iam消息出局后,收到对端局的eccp_cc_apm消息中“id_supported_codec[0x847]”选项选择的是“3gpp_gsm_efr”编码方式,而在正常不存在噪音的信令过程中,对端局该项选择的是“3gpp_umts_amr2”。eccp_cc_apm如下所示:
2.2.1 噪音eccp_cc_apm消息
-----------------------
18:42:59.519 /vob/ngn_src/srcbase/oammt/bin/../oammtdecode.cc(2114) app_1 - mq waterlevel, number queued: 0, 0
time: 08/20/2009 18:42:59.515
cat: eccp primitive: eccp_cc_apm
src: sgw_bicc_id (35) tid: 40015407
dest: cp_callm_id (27) tid: 1b07b251
id_channel_id[0x7dd] isup_bicc 25 461 prefer
id_action_ind[0x825] actind_connect_fwd_no_notify_codec
id_organization_type[0x841] org_type_etsi
id_selected_codec[0x848] codec_type_3gpp_gsm_efr
id_organization_type[0x841] org_type_etsi
id_supported_codec[0x847] codec_type_3gpp_gsm_efr
id_bearer_ctrl_unit[0x85e] 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
id_message_compat[0x7f0] te_end_node_interpretation rc_do_not_release_call sn_do_not_send_notification dm_do_not_discard_message po_discard_message bni_pass_on
id_parameter_compat[0x7fa] te_end_node_interpretation rc_release_call sn_do_not_send_notification dm_do_not_discard_message dp_do_not_discard_message po_release_call bni_pass_on
id_timestamp[0x818] thu aug 20 18:42:59 2009 (515 ms)
-----------------------
2.2.2 正常无噪音eccp_cc_apm消息
-----------------------
19:29:35.971 /vob/ngn_src/srcbase/oammt/bin/../oammtdecode.cc(2114) app_1 - mq waterlevel, number queued: 0, 0
time: 08/20/2009 19:29:35.952
cat: eccp primitive: eccp_cc_apm
src: sgw_bicc_id (51) tid: 400156bb
dest: cp_callm_id (27) tid: 1b07c411
id_channel_id[0x7dd] isup_bicc 24 3525 prefer
id_action_ind[0x825] actind_connect_fwd_no_notify_codec
id_bnc_id[0x820] -1
id_organization_type[0x841] org_type_etsi
id_supported_codec[0x847] codec_type_3gpp_umts_amr2 umts_bit_rate_12_2kbps_supported
id_organization_type[0x841] org_type_etsi
id_selected_codec[0x848] codec_type_3gpp_umts_amr2 umts_bit_rate_12_2kbps_supported
id_bearer_ctrl_unit[0x85e] 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x4c 0x00 0x6f
id_timestamp[0x818] thu aug 20 19:29:35 2009 (952 ms)
-----------------------
就此问题原因已经明了,即出入话端局双方所使用的语音编码方式不一致,不能正确地解压语音数据,导致通话过程中出现噪音。
通过分析gygs13出局的bicc iam消息,发现“id_supported_codec[0x847]”选择的顺序依次是:优先选择“3gpp_gsm_efr”,其次“3gpp_umts_amr2”,再次才会选择“g_711_64k_a_law”。在此情况下,对某些目的局自动在codec list中优先选择“3gpp_umts_amr2”时便不会出现噪音;而对于诺基亚端局,由于其首先选择第一个codec ,即“3gpp_gsm_efr”,所以会出现噪音。
2.3 处理方法
在gygs13上创建新的codec profile 106,让“3gpp_umts_amr2”成为首选项,“g_711_64k_a_law”次之,最后“3gpp_gsm_efr”,类型为core network。具体操作如下:
(1) 增加codec profile106参数设置:选中codec listprodel菜单击右键点add,进去后参数照图2设置好后点击apply即可。
(2)修改bicc group参数设置:选中bicc下的group然后双击,然后双击长途电路中继群,参见图3设置,最后apply.
在修改好bicc group codec profile 为106后,再次进行拨打测试均正常,问题得到解决。
参考 文献
alcatel维护手则
3gpp协议标准
