发布时间 : 星期一 文章MxU语音故障处理指导书-20090907-A更新完毕开始阅读
MxU H.248语音业务故障处理指导书 18 Rtp_Fixed_5u
-------------------------------------------------
文档密级：内部公开
2、检查MDU设备设备PSTN端口状态 3、检查主机设备的历史告警记录 4、根据H.248协议消息并进行对照分析 4、 ? 说明：
对于MA5616设备来说，DSP芯片是选配的。如果系统没有配置DSP芯片的话那么在主机命令中将不会显示VoIP配置模式的相关命令。
3.5.2 典型案例
? 由于软交换未做用户数据导致MA5606T语音用户端口显示远端阻塞 【故障描述】：新开局MA5606T ，版本为V800R005C23B052，作为ONU下挂语音用户，部分用户摘机听忙音。 【处理过程】：
1、登录设备查询MG接口状态正常，并且有部分端口能正常通话，说明MG接口没问题；
2、查询用户板状态正常，使用display board 0/2查询用户端口都正常，但是在使用display pstn state 0/2查询时发现摘机听忙音的几个端口状态为“远端阻塞”。将正常端口的用户数据改到该故障端口后该端口状态为“启动服务”，说明不是用户板端口及MA5606T问题；
3、最后请Z软交换检查数据，发现那几个端口的用户数据没做，软交换增加完数据后查询端口为“启动服务”，拨打电话正常。
3.6 主叫拨号忙音（或不通）问题
3.6.1 原理分析和排查方法
主叫拨号忙音（或不通）问题是指接入网侧用户在主叫摘机听到拨号音后按键拨号，但是却没有正常听到回铃音而出现忙音（或不通）的故障情况。从正常的实现机制来看：用户按键输入的呼叫号码首先被MxU接收并对比软
7/17/2013
华为机密，未经许可不得扩散
第21页, 共45页
MxU H.248语音业务故障处理指导书 文档密级：内部公开
交换下发的digitmap数图匹配规则，如果按照某一个数图匹配规则实现匹配则结束数图事件，并将此时的接收到的号码通过Ntfy-REQ消息上报给软交换设备。为了避免上报号码的遗漏，可以通过软交换下发包含逐位号码检测消息（tonedet/std{tl=[*]）的MOD-REQ命令，来检测在数图事件结束之后是否还有号码需要上报。在号码正常上报后软交换下发Add消息创建关联，使主叫听回铃音。
标准的信令格式如下：
MEGACO/1 [10.71.50.51]:2944
T=372849692{C=-{MF=A1{E=369154829{dd/ce{DigitMap=dmap1},al/*},SG{cg/dt},DM=dmap1{([2-8]xxxxxx|13xxxxxxxxx|0xxxxxxxxx|1[0124-9]x|E|F|x.F)}}}}
MEGACO/1 [10.71.50.30]:2944 P=372849692{C=-{MF=A1}} MEGACO/1 [10.71.50.30]:2944
T=12{C=-{N=A1{OE=369154829{20040804T16131600:dd/ce{meth=FM,ds=\
MEGACO/1 [10.71.50.51]:2944 P=12{C=-{N=A1}} MEGACO/1 [10.71.50.51]:2944
T=372849746{C=-{MF=A1{E=369154818{tonedet/std{tl=[*]},al/*},SG{}}}}
MEGACO/1 [10.71.50.30]:2944 P=372849746{C=-{MF=A1}}
MOD-REQ 数图规则是否规范 协议配合问题 MOD-REPLY 是否正常响应 协议配合问题 NTFY-REQ 号码上报是否正确 数图精准性、网络问题 NTFY-REPLY MOD-REQ 号码逐位检测 是否存在遗漏号码 网络问题
【常见原因分析】：
7/17/2013
华为机密，未经许可不得扩散
第22页, 共45页
MxU H.248语音业务故障处理指导书 文档密级：内部公开
1、 协议配合问题方面
从目前国内常见的拨号忙音类问题的协议配合方面原因来看主要集中在与异厂家软交换对接的协议理解不同而造成的协议交互流程无法正常进行的情况。
? Z软交换下发的MOD-REQ消息里面包含私有协议包
“rq/sqos=on”，造成华为接入网设备无法识别，摘机后听忙音，需要软交换修改
!/3 [10.10.1.147]:2952
T=3162732807{C=19{MF=A0{E=3128653047{ctyp/dtone,al/on,al/fl},SG{xal/las}},MF=A100000019{M{ST=1{O{rq/sqos=on}}}}}}
!/3 [10.10.1.145]:2944
P=3162732807{C=19{MF=A0,MF=A100000019{M{ST=1{O{}}}}}} !/3 [10.10.1.145]:2944
P=3162732807{C=19{MF=A0,MF=A100000019{M{ST=1{O{}}}}}}
? Z软交换上报的被叫号码没有双引号，例如ds=28700000。按
RFC3525中规定，号码必须带双引号。按RFC3015中规定，号码可以不带双引号。
!/3 [10.10.1.145]:2944
T=735934731{C=-{N=A0{OE=392572621{20090104T09063900:dd/ce{ds=28700000,meth=FM}}}}}
? Z软交换数图存在规范性问题：1、AG不支持MFD包，2、定
时器S不能处于末尾，3、分隔符“|”不能位于数图起始和结束位置。需要推动Z软交换修改数图规则。
2、 数图精准性问题方面
MxU设备最小匹配和最大匹配方式影响软交换设备收号。参考技术案例“MA5606T设备与Z软交换对接因数图匹配问题导致拨打国际长途不通”。
3、 网络问题方面
在号码上报过程中，被叫的号码是以字符串的形式包含在NTFY-REQ命令中送给软交换的。出现的网络问题主要可以分为两个方面：
7/17/2013
华为机密，未经许可不得扩散
第23页, 共45页
MxU H.248语音业务故障处理指导书 文档密级：内部公开
? 网络质量原因造成字符串数据错误，例如上报的NTFY-REQ中
包含的“ds=123”变成“ds=124”，导致软交换无法正确进行号码分析。
? 网络抖动原因造成号码逐位上报的顺序错误，以被叫电话号码
123为例：MDU在接收到号码逐位检测消息后按照顺序分别以三条NTFY-REQ命令的形式上报“ds=1”、“ds=2”、“ds=3”，但是由于网络抖动造成到达软交换的先后顺序不一样，可能被软交换错误接收为“132”。
【排查方法】： 1、 2、
检查被叫号码是否占线或限呼；
检查在软交换侧是否对出现问题的主叫号码进行了功能限制，例如没有开启长权等；
3、
在软交换和MxU侧分别跟踪H.248信令消息，对信令进行分析，检查确认上报号码是否准确；如果软交换收号不准确需要分析MxU侧是否上报号码准确无误；如果MxU上报号码准确而软交换接收错误的话，问题定位在中间承载网问题，需要检查承载网质量问题；
4、
如果MxU设备上报号码已经存在不准确的情况，需要检查对照数图规则，判断是否与号码匹配方式有关（最大匹配和最小匹配）。可以分析数图规则，尝试修改匹配方式。
3.6.2 典型案例
? MA5606T设备与Z软交换对接因数图匹配问题导致拨打国际长途不通 【现象描述】：MA5606T设备与Z公司软交换对接，拨打本地电话和国内长途没有问题，拨打国际长途不通，拨5位号码后就听到忙音。 【组网】：MA5606T－MA5680T－SS（Z公司） 【处理过程】：
1、 首先跟软交换确认，查询已经具有国际长途的呼叫权限 2、 在Z软交换上抓取H2.48信令消息报文如下：
7/17/2013
华为机密，未经许可不得扩散
第24页, 共45页