1、2018/3/3,ISSUE2.0,AG窄带业务故障处理,Page 2,学习完此课程，您将会：掌握故障处理的基本流程掌握故障定位的常用方法对疑难故障问题能够及时准确进行信息采集能处理常见语音故障,目 标,Page 3,参考资料,本胶片参照UA5000故障处理手册 SUPPORT网站上的案例资料等PVM 常见问题定位方法,Page 4,第1章 AG故障处理概述第2章 AG VOIP业务故障处理第3章 传真和MODEM故障处理,内容介绍,Page 5,故障处理的思路,发现故障,排除故障,信息收集,故障分析,故障定位,Page 6,故障处理的思路,故障排除是指合理的、一步一步找出故障原因并解决的总体
2、原则。,它的基本思想是系统地将由故障可能的原因所构成的一个大集合缩减（或隔离）成几个小的子集，从而使问题的复杂度迅速下降。,Page 7,故障处理模型,Page 8,了解故障现象的一般流程,了解故障出现状态（突发、升级、新开局）,了解故障范围、现象,了解故障是否在控制台上报,了解单板指示灯状态,了解设备版本信息,了解故障前后人为操作,了解上、下行设备状态,了解相关接口状态,了解设备应用的业务类型,Page 9,故障信息采集的一般流程,采集设备单板配置,采集设备版本信息,设备数据配置信息,采集详细日志信息,采集详细告警信息,采集对接设备告警信息,采集对接设备接口信息,采集组网信息,采集设备环境信
3、息,Page 10,故障定位的过程及其方法,在处理故障时，很关键的一点是要确定故障的原因是否在设备上， 避免因此造成的人力、物力、财力的浪费。实际操作过程中可以遵循由外到内、由大到小、由整体到局部的原则，即先查看外部线缆连接是否牢靠、各指示灯状态是否正常，然后通过控制台查看系统的整体运行状态，最后再查看各个模块的运行状态。,Page 11,故障定位的过程及其方法,Page 12,信息采集常用工具介绍及使用方法,工具介绍：1、TOOLBOX工具2、DBWIN工具3、ETHEREAL工具,优缺点：1、采用DBWIN和TOOLBOX工具抓包，只能抓到信令流，即只有控制信令报文，没有媒体流信息，TOO
4、LBOX工具可以抓取V5消息及E1和HW时隙跟踪。2、采用ETHEREAL工具抓包，即可以抓信令流报文，也可以抓媒体流报文，一般需要镜像端口(0口和1口的镜像抓包）或者级联HUB抓包。,Page 13,故障处理概述,故障处理的一般流程是什么?,小结,您学会如何收集故障信息了吗？,Page 14,第1章 AG 故障处理概述第2章 AG VOIP业务故障处理第3章 传真和MODEM故障处理,内容介绍,Page 15,VOIP业务原理,原理简介 UA5000可以作为NGN解决方案中的AG（Access Gateway）组件，提供VoIP业务。UA5000通过PVM单板进行TDM语音到IP包的转换，并
5、提供以太网接口传送到IP网上。PVM和SoftSwitch之间采用H.248或者MGCP协议进行通信。（CC08与软交换）,Page 16,VOIP业务原理,UA5000总线结构,Page 17,VOIP业务原理,UA5000逻辑结构,Page 18,VOIP业务原理,PVM结构1、业务流程2、端口镜像,Page 19,VOIP业务常见故障,常见故障设备不能在SoftSwitch上成功注册摘机无拨号音主叫号码显示问题单通、串号问题语音质量问题（回声、断续、杂音等)反极性计费问题,我注册不了啊！,吵死了！,Page 20,设备不能在SoftSwitch上成功注册,【现象描述】 softx3000
6、下带UA5000设备MG接口无法注册。【组网】,软交换,PVM,IP 骨干网,PVM,ASL,Page 21,设备不能在SoftSwitch上成功注册,【原因分析】1、先外部网络是否正常；2、再内部对接数据配置是否正确； H248信令流程是否正常；【解决办法】1、ping MGC测试网络2、检查对接参数（display if-h248 state)3、跟踪H248信令,MG和MGC哪些参数需要协商一致？,Page 22,摘机无拨号音（一）,【原因分析】 1、先外部线路，终端。 2、设备数据配置错误，端口闭塞； 3、单板信令流程错误等。,Page 23,摘机无拨号音（二）,【定位方法】1、对用户
7、端口进行内外线测试，以便检验线路是否有问题。2、查看MG接口是否正常。3、检查用户端口是否配置用户数据。4、跟踪AG的信令消息。5、检查DSP(语音处理模块）是否正常。6、重新加载语音文件试试。,Page 24,摘机无拨号音（三）,【定位方法】7、对于低密AG，查看是否主备HW线的原因。,Page 25,案例分析：UA5000用户摘机无拨号音（1）,【现象描述】 H248接口已经正常建立，但是主叫摘机有馈电没有拨号音。 版本PVMV100R013B02D098。【组网】 Z软交换UA5000,软交换,PVM,IP 骨干网,PVM,语音流,ASL,ASL,ASL,用户线,TG,没声音啊,Page
8、 26,案例分析：UA5000用户摘机无拨号音（2）,【原因分析】 按照中国电信H.248标准，“|”用于分隔字符串，表示每个字符串为一个可选择的拨号方案，“.”表示其前面的数字或字符可以出现任意多个，包括0个，所以在数图末尾出现“|.”没有意义，不符合数图语法规则。【解决方法】 1、与其他厂家对接测试问题，一般考虑端口镜像抓包进行分析，软交换下发数图后，UA回复400语法错误；,Page 27,案例分析： UA5000用户摘机无拨号音（3）,2、“.”表示其前面的数字或字符可以出现任意多个，包括0个，所以在数图末尾出现“|.”没有意义，不符合数图语法规则； 3、把此数图删除后，测试能够正常听
9、到拨号音。【总结与建议】 数图问题在对接中非常常见，一般集中在异种厂商对数图理解不一致上。（1）AG不支持MFD包进行收号，需中兴软交换包模板中去掉该包；（2）定时器S不能处于方案末尾；（3）S后面不能直接跟”.”；（4）分隔符“|”不能位于数图的起始和结束位置。附件中错误数图分析：,Page 28,主叫号码显示问题（一）,【原因分析】 主叫号码显示的原理是：在被叫振铃的第一声和第二声之间，AG把主叫号码以FSK信号的方式下发给话机。用户操作是否有问题，如摘机太快话机是否支持FSK主叫号码显示信令不正常 端口增益和电话机的配合问题。（来电显示不正常）MGCP协议正常来显消息解析：RQNT 80
10、1784165 aaln/0191.1.104.1 MGCP 1.0X:16000408R:S:L/rg,L/ci(05/24/09/29, 81320800,)H248协议正常来显消息解析：SGandisp/dwaddb=040F303830343137343736363633303030E9 ,Page 29,主叫号码显示问题（二）,【处理方法】被叫用户接电话不能太快，要在第一声振铃后再等一段时间；检查用户线是否超长。话机要支持主叫显示的功能，并且安装了电池（或外接电源）；通过信令跟踪, 如果SoftX3000下发的信令正确，显示不出来就是AG本身的问题；AG支持的主机号码显示有FSK单数
11、据格式（SDMF），FSK复合数据格式（MDMF），DTMF的单数据格式（DTMF），其中MDMF相对SDMF支持了主叫姓名的显示，AG上的设置要与话机支持的制式一致。,Page 30,语音单通（一）,【组网】软交换UA5000【原因分析】1、网络质量原因2、对端网关问题3、AG设备问题 4、NAT防火墙限制（各个城市之间，过滤数据包）,软交换,PVM,IP 骨干网,PVM,语音流,ASL,ASL,ASL,用户线,TG,没声音啊,Page 31,语音单通（二）,【处理方法】1、先查看AG到对端网关(AG/IAD/TG)网络是否正常。2、设备之间可能有NAT、防火墙等设备导致数据单向不通。可以试
12、试AG ping TG，AG ping 同网段AG，AG ping 网关，查看是否可以ping通。3、相邻用户侧时隙小网不拆会导致单通问题，AMGR2B03D056SP03和AMGR2B02D063SP10解决了此问题。,Page 32,语音单通（三）,【处理方法】4、信令跟踪，判断最后通话时媒体方向是否为sendrecv。如果不是，肯定单通，此问题需要软交换进行分析原因。5、禁用一些DSP通道（如单通时使用的DSP通道），重新拨测看看单通是否消失。（重新拨号就可以恢复正常）6、主备倒换看看单通是否消失；复位DSP，看看单通是否消失。PVMR11版本使用Miro芯片可以使用下面命令复位(con
13、fig-narrow-resource)#dsp dsp-mode7、联网问题：软交换下发的流模式为SendReceive，但是由于使用一些特殊业务，进行了放音处理，导致在中间改变了联网模式。,Page 33,案例分析：AG呼叫PSTN用户单通（CC08） （一）,【现象描述】 AG内部和AG间用户呼叫通话均正常，AG呼叫PSTN用户时单通。 【原因分析】 1、外部有哪些原因？ 2、内部有哪些原因？,Page 34,案例分析：AG呼叫PSTN用户单通 （二）,【解决方法】 1、禁用一些DSP通道（单通时占用的DSP通道），重新拨测故障依然；2、对AG设备进行主备倒换，故障依然；3、对用户呼叫的
14、信令流程抓包，查看通话时的媒体方向为sendrecv，应该不是软交换的问题；4、考虑到AG呼叫PSTN用户时经过了TMG设备，发现AG和TMG之间的路由器开启了防火墙功能，关闭该功能后，单通现象消失。,Page 35,案例分析2：UA5000用户拔长途串号（一）,【现象描述】 某局采用softx3000下挂UA5000的方式带模拟用户，在开局运行一段时间表后有一用户反映在拔打05开头的长途号码时，接通的被叫用户并不是自已拔打的号码。 UA5000的版本是：V100R011B02D078SP01。【组网】,SOFTX3000,PVM,IP 骨干网,UA5000,PVM,ASL,PSTN,TMG,
15、Page 36,案例分析2：UA5000用户拔长途串号（二）,【原因分析】外部原因有哪些？外线串线导致串号；内部原因有哪些？UA5000收号错误；其他原因？软交换收号错误或者做了特殊号码变换,Page 37,案例分析2：UA5000用户拔长途串号（三）,【处理过程】1、在SS对长途局的中继上做跟踪，发现送出的号码和用户拨的号码不一样；2、在SS上做动态接续跟踪，发现用户报上来的号码就有错误，说明不是SS上做了错误的变换导致的（查看是不是外线绞线引起的）；3、怀疑用户外线或话机有问题，在配线架上直接接话机，故障消失，判断为用户外线或话机有问题；4、到用户家测试，首先检查用户家的话机，发现部分按键
16、失灵；5、更换话机，问题解决。,Page 38,语音质量问题（断续、剪切）,【原因分析】承载网丢包 对端网关EC矫枉过正 AG的EC矫枉过正 【处理方法】先排除承载网丢包 ,确认是否为承载网质量问题 : 在AG或TMG上使用ping命令，可以得到初步的丢包率和网络时延 ;使用第三方工具Chariot（或安捷伦软件）进行端到端测试网络质量（该工具可以分析丢包）;对业务口进行抓包，并进行流分析。,Page 39,语音质量问题（断续、剪切）续,【处理方法】（续上）如果承载网络没有问题，则在AG业务网口处进行抓RTP媒体包，然后使用媒体流转换工具将RTP流转换成语音来判断 如果对端网关发向AG的RTP
17、流就存在语音断续和剪切，那么应该是对端网关的EC矫枉过正了，这时可以先检查一下AG的PCM-IP增益和对端网关的PCM-IP增益是否相差太大，可以尝试修改一下AG的PCM-IP增益，减小两者的差异。如果还没有改善，请联系对端网关处理。如果AG发向对端网关的RTP流就存在语音断续和剪切，那么应该是AG的EC矫枉过正了，这时可以先检查一下AG的PCM-IP增益和对端网关的PCM-IP增益是否相差太大，可以尝试修改一下AG的PCM-IP增益，减小两者的差异。如果还没有改善，请联系对端网关处理。,Page 40,语音质量问题（回声）,【原因分析】声学回声 EC没有打开 双方增益值配合不当EC长度不当。
18、【处理方法】先排除声学回声 回声有两种：1、电学回声 2、声学回声 网关设备无法消除声学回声，声学回声只能由引起声学回声的终端设备消除。 排除方法如下，在出现回声的对端捂住话筒送声器，如果是声学回声，捂住之后回声现象应该消失。,Page 41,语音质量问题（回声）续,【处理方法】 如果是AG下用户听到回声，应该是对端网关EC没能完全消除回声。首先看出现回声时对端网关是否打开了EC。先跟踪信令，看软交换是否给对端网关下发了打开EC的信令以及通话过程中EC是否因为误检测到传真信号而关闭了EC。如果EC打开了，再看AG的PCM-IP增益和对端网关的PCM-IP增益是否不匹配，可以尝试修改AG的PCM
19、-IP增益或者对端网关的PCM-IP增益，使两者的增益差异扩大，因为有些网关的EC设备要求回声同正常话音增益差别为6dB才认为是回声。如果修改AG以及对端网关的增益不能消除回声，建议增加对端网关设备的EC长度。 如果是对端网关用户听到回声，则是AG的EC没有能够完全消除回声 网络时延对回声也有影响，时延越大可能回声越明显。,Page 42,语音质量问题（杂音）,【原因分析】话机本身质量问题外线问题AG自身问题对端网关问题 承载网问题【处理方法】话机问题 更换话机，如果现象消失，确认是话机问题用户听到外线问题 直接在机房配线架上接话机，如果现象消失则为外线问题,Page 43,语音质量问题（杂音
20、）续,【处理方法】对端网关问题 在AMG业务网口抓包，利用语音还原工具将RTP包转化成语音文件，在PC上听一下，如果下行方向语音已经有杂音，那应该是对端网关引入的，如果下行方向没有杂音或者上行方向已经有杂音，则应该是AMG自身的问题AG自身问题通过环回操作缩小问题范围,如果是AG下用户听到杂音，可进行用户侧环回，若对端听到杂音，可进行网络侧环回;如果是用户板引入杂音，更换用户板 ;收集出现杂音端口的通道号、UHW、UTS、DHW、DTS。可以通过拨测来进一步发现出现杂音时这些信息的规律 。,Page 44,反极性计费问题（一）,【原因分析】1、反极性计费的原理：先主叫摘机拨号，在被叫振铃摘机进
21、入通话后，MGC对主叫下发反极性信令，在MGCP协议中表现为：MGC(10.71.37.20: 2727) =AG:RQNT 646791525 aaln/0ag78 MGCP 1.0X:161cd502R:S:L/z(+)H.248协议中表现为：msg from mgc to mg(10.71.50.30:2944): MEGACO/1 10.71.50.51:2944 T=372789193C=56MF=A1E=369154823al/*,SGxal/lasL/z(+)或xal/las就是反极性信令。,Page 45,反极性计费问题（二）,【原因分析】2、主叫收到反极性信令后，对主叫端口下
22、发反极性命令使其极性反转，与其对接的反极性计费器检测到极性反转后开始计费。当通话完毕，主叫或被叫任一方挂机后，MGC对主叫再次下发反极性信令, 在MGCP协议中表现为： MGC(10.71.37.20: 2727) =AG:RQNT 651092325 aaln/0ag78 MGCP 1.0X:161cd508R:S:L/z(-) H.248协议中表现为： msg from mgc to mg(10.71.50.30:2944): MEGACO/1 10.71.50.51:2944 T=372789380C=56MF=A1E=369154831al/*,SGxal/las 其中L/z(-)或x
23、al/las就是反极性信令。此时主叫端口极性再次反转，与其对接的反极性计费器检测到极性反转后停止计费。,Page 46,反极性计费问题（三）,【解决办法】1、可以使用内线测试进行反极性的测试。 2、检查AG的用户单板是否支持反极性计费功能，特别是要注意，普通用户板只有中间两路支持反极性计费功能。 3、检查AG的配置、软交换的配置是否正确配置。4、跟踪AG的信令，检查软交换下发的反极性消息是否正确。5、用户的反极性计费器是否有问题，可考虑更换一个计费器试试。,Page 47,分享,你在工作中处理了哪些VOIP语音类故障？如单通问题、摘机无拨号音、拨号后打不通电话问题、反极性计费问题等等分享一下你
24、的经验给大家吧！,Page 48,第1章 AG 故障处理概述第2章 AG VOIP业务故障处理第3章 传真和MODEM故障处理,内容介绍,Page 49,传真流程回顾,【UA5000检测传真业务的流程】,Page 50,传真流程回顾,【V2T38流程】,传真信号,Page 51,影响传真的因素,影响传真的因素是多方面的，主要因素有：网络质量：时延、抖动、丢包；传真方式：低速传真（T.38，透传），高速传真；设备因素：输出舒适噪音，jitter buffer，RTP发送间隔时间，PCM编码方式，DSP芯片输入增益，DSP输出增益，CPU占用率，EC和EC时长，VAD，CODEC和打包时长；传真终
25、端：各类传真终端型号， ECM(纠错模式)要求不同。高速传真必须使用ECM模式，低速可以选择使用。,Page 52,传真问题-传真质量差、图像文字不清晰,【处理方法】确认传真机是否正常工作重点检查数据承载网络质量，确认是否有丢包或者延时现象存在。跟踪信令，看信令协议是否有异常,Page 53,案例分析:AG长号传真不通。,【现象描述】 现场使用V3 T38传真流程，传真端口为语音端口，所有AG用户都在同一个群内，AG间长号（出群）传真不成功，短号（群内）传真则没有问题，电话业务长短号都没有问题，整个组网如下：,Page 54,案例分析:AG长号传真不通。,【现象描述】,SoftX3000,交换
26、路由器,Ag-3,Ag-2,Ag-1,Tmg8010,PSTN,交换路由器,交换路由器,交换路由器,Page 55,案例分析:AG长号传真不通。,【问题分析】 由于传真业务是建立在通话的基础上的，而长短号的区别恰恰在建立通话的过程中。被叫在群外时，需要先拨出群字冠，再拨号码，群内用户则直接拨短号。从长短号的传真流程上来看，长号和短号是完全一样的。 从组网来看AG1和AG2的传真是挂在同一个SOFTX3000下，AG之间不存在有TMG和UMG。 分析可能的原因： 1、AG、软交换及对端网关的传真参数配置 错误导致。 2、 SoftX3000的软件参数 配置问题。 3、承载网质量不好。 4、长号传
27、真时信令配合有问题。,Page 56,案例分析:AG长号传真不通。,【处理过程】 1、更换传真机测试。 2、检查承载网质量没有问题，采用其他传真方式，现象一样。 3、检查AG和softx3000的FAX配置数据没有问题。 4、使用Ethereal抓取IP报文，并反馈了所有AG1和AG2的IP。从抓包中发现， AG1发送的媒体流的目的地址10.187.13.50并不是AG2的IP地址，而是一个未知 的IP地址。报文如下所示:,Page 57,案例分析:AG长号传真不通。,【处理过程】5、 经过确认，发现10.187.13.50是一台TMG的IP。AG之间的报文要通过TMG来转发，这种组网是很不合
28、理的，除非这两台AG在不同的NGN网络下才需要使用TMG。但是所有测试AG均在同一个SX3000下，理论上根本就不应该通过TMG。 这种组网就相当于： FAX1 AG1 （IP） TMG PSTN交换机 | FAX2 AG2 （IP） TMG PSTN交换机 通过TMG，这样FAX业务经过了两段IP（也就是两端T38编解码过程）。这样以来导致了如下几个问题：a、其引入的时延会比较大；b、TMG发给AG的控制信令中二维编码能力被设置为0（不支持），而AG发给TMG的二维编码能力则被设置为1（支持）。由于双方的能力不一致，从而导致在速率训练时不回训练成功消息CFR。6、通过修改了SOFTX3000
29、上的数据，媒体流不再经过TMG，长号传真测试正常。,Page 58,案例分析2:T38传真不成功,【现象描述】 组网：UA5000-软交换（Z公司）（阜阳地区一致）。 版本：UA5000版本为V100R013B02D098。 故障现象：新开局业务，电话能正常呼入呼出，但是传真业务不正常，传真类型为V3T38。【原因分析】 1、传真参数设置错误导致（配置脚本）。 2、信令协议不规范导致接入网无法识别，导致业务不正常,Page 59,案例分析2:T38传真不成功,【处理过程】1、核实接入网侧已经配置好FAX/MODEM参数，并且参数正确无误。2、通过在WAN口抓报文分析，信令中语音业务正常，且软交
30、换已经修改关联，检测T38传真事件，但是ag回错误信息：,Page 60,案例分析2:T38传真不成功,【处理过程】3、从信令文件看出，软交换下发信令中，包文件并无误，但出现以下下格式不正确： v=0 c=IN IP4 $ m=image $ udptl t38 a=ptime:20 a=T38FaxRateManagement 这几个参数之间存在空格不符合国标要求，导致UA5000无法解释成功。4、根据分析情况，软交换修改相关下发的协议之后，再测试传真业务正常，问题解决。,Page 61,讨论,你在工作中处理了哪些传真类故障？分享一下你的经验给大家吧！,Page 62,通过本课程，希望对大家今后定位语音、传真等故障时，能够有所帮助。,小结,
