《IADAG故障排除手册数据业务处理分册要点》由会员分享，可在线阅读，更多相关《IADAG故障排除手册数据业务处理分册要点（27页珍藏版）》请在金锄头文库上搜索。
1、IAD/AG故障排除手册-数据业务故障分册文档版本历史文档版本号编辑时间编者备注V1.0.02014-03-04施文钊初始版本V1.0.12014-03-06施文钊增加pos刷卡故障示例第1章 数据故障排除本章介绍了传真故障排除的基本思路，以及分析、处理的常用方法和使用命令等。本章内容l 数据业务故障排除基本思路l 数据业务故障排除基本方法l 传真常见故障处理1.1 数据业务故障排除基本思路传真故障分析基本思路：排除问题之前确认设备上配置，不会影响到当前的数据业务，在基本业务运行正常的情况，利用debug、封包等信息定位分析问题。分析步骤一：通过wireshark工具以及设备提供的debug调
2、试信息，分析确认信令交互流程。分析步骤二：通过wireshark工具分析媒体流的状态包括打包时间、是否存在丢包、媒体编码等信息。分析步骤三：通过cooledit工具分析交互的各种tone音，解析声音的属性包括能量、频率、占空比以及声音的质量包括回声、是否存在断续等1.2 传真故障排除基本方法 1、通过信令的交互确认传真数据开始交互在封包中的位置(以SIP协议为例 ACK消息之后为真实的传真数据) 2、过滤出rtp媒体信息，选择一个方向的媒体流，同时通过wireshark提供的rtp分析工具对媒体流进行解析3、通过解析的界面，点击save payload保存媒体负载信息，在该界面可以查看媒体流是
3、否存在丢包等信息4、在弹出的界面中，选择保存声音的类型，同样的方式保存另一方向的声音5、通过音频解析工具cooledit打开保存的声音文件，通过软件自带的音频分析工具分析声音的属性 频率、能量、占空等信息6、通过查看波形/光谱切换按钮，来查看声音的能量分布，通过能量分布图可以很直观的分析出信号的交互过程以及是否存在回声1.3 传真常见故障处理示例故障一：传真过程中存在回声导致传真失败原因： 传真过程中存在回声导致传真失败故障现象：发送传真失败设备封包提示信息： 解析传真交互的声音信息，传真过程中存在回声原因分析： 通过封包信息分析，传真协商过程中存在回声现象，干扰的传真机正常的信号导致发送传真
4、失败处理措施： 低速传真业务启用ECAIM voip dsp ec on 备注说明：1、正常传真信号交互,过程中不存在回声现象 2、正常发送传真，逐渐降低训练信号的发送速率直到链路满足传输要求后，发送传真数据。 故障二：网络环境丢包导致传真失败原因： 网络环境丢包导致传真失败故障现象：传真失败率很高设备封包提示信息：原因分析： 通过封包信息分析，信令交互正常,通过解析传真的RTP信息，确认存在丢包处理措施： 排查网络环境备注说明：对于传真和Modem业务，建议端到端的平均时延小于40ms，端到端的平均丢包率小于0.1%。故障三：编码不一致导致传真失败原因： 通话的首选编码与设备传真模式默认首选
5、编码不一致导致传真失败故障现象：发送传真正常，无法接受传真设备封包提示信息： 服务端-设备: 服务端要求媒体的首选编码为 g711u 设备端-服务端: 设备端应答首选编码为 g711u 信令协商成功后，开始传真时候实际交互的编码信息,与协商的编码不一致。 原因分析： 通过封包信息分析，传真过程中媒体流同时存在711a和711u，对于语音通话，设备端支持语音编码自动协商，因此双方可以正常通话，但是由于系统架构原因,传真默认选择g711a编码，需要强制修改编码。处理措施： 设备上启用强制线路编码 voip dsp line-pcm-codec ulaw故障四：打包时间不一致导致传真失败原因： 打包
6、时间不一致，导致传真失败故障现象：语音通话正常，传真失败设备封包提示信息： 语音通话协商打包时间为20ms、传真协商打包时长为10ms，由于设备端打包时间设置未生效，导致传真失败接收端-发送端：作为传真接收方主动发送invite进行传真信令协商，数据类型a=fax，打包时长为ptime=20ms 发送端-接收端: 设备端应答，200OK中携带a=fax，并且打包时长为 ptime=10ms 接收端-发送端：数据交互过程实际打包时长 10ms发送端-接收端：数据交互过程实际打包时长 20ms原因分析： 通过封包信息分析， 语音通话打包时长协商为ptime=20ms，通话双方打包时长一致通话正常；
7、传真时候打包时长协商为10ms，而设备端仍然以20ms发送，导致传真失败。处理措施： 新版本上支持ptime时间自动协商。故障五：传真模式不一致导致传真失败原因： 传真模式不一致(服务端T38、设备端T30)导致传真失败故障现象：发送传真正常，无法接受传真设备封包提示信息： 服务端-设备: 服务端要求传真模式为T.38 设备端-服务端: 设备端应答，只支持传真T.30 服务端-设备端：二次协商要求用T.30进行传真 设备端-服务端：设备端应答(不支持二次协商，直接用对端200OK中的SDP字段进行回复) 设备端-服务端：设备端主动挂掉 原因分析： 通过封包信息分析，外线呼入的时候，平台要求设备
8、端选择T.38模式进行传真，由于设备配置成T.30模式，因此以T.30模式进行应答，传真模式不一致，平台下方消息进行二次协商，由于设备端不支持二次协商，所有协商完成后设备端主动挂断处理措施： 设备端修改传真模式为T.38或者平台修改传真模式故障六：传真扩展参数问题导致传真失败原因： 设备端不支持传真携带字段(a=fax/modem)，导致传真失败故障现象：信令协商阶段服务端主动发送bye消息中断传真设备封包提示信息： 服务端-设备: 对端作为传真接收方，按下传真键后，主动发送invite消息并携带a=modem字段(高速数据业务) 设备端-服务端: 设备端应答，200OK中未携带相关字段 服务
9、端-设备端：服务端主动发送bye中断传真业务原因分析： 通过封包信息分析，对端传真机按下传真键之后，主动发送invite消息(a=modem)告知当前的业务为高速数据业务，而设备端应答的200 OK中为携带数据类型字段，导致传真被中断。设备端应该以当前传真机支持的业务进行应答a=数据类型，(高速：modem；低速：fax)，处理措施： 启用命令，在传真信令协商的消息中增加a=fax/modem支持voip sip x-param x-fax x-modem备注： 为了将G.711方式下的语音和传真区别开来，将媒体参数的属性进行扩展，增加属性，a=fax，表面此时为传真业务，a=modem，表明
10、此时为modem业务参考来源：扩展字段说明，中国电信基于SIP的传真业务实现规范.pdf1.4 POS常见故障处理示例故障一：阻抗不匹配导致POS刷卡失败原因：阻抗导致POS刷卡失败故障现象：刷卡(查询)成功，刷卡过程中pos显示正在连接中时间比较长设备封包提示信息： pos端的媒体解析原因分析： 通过解析封包信息，pos信号中存在回声现象，由于pos业务设备端需要关闭EC配置，所以当阻抗不匹配产生的回声无法消除,干扰到pos刷卡。处理措施： 确认设备端阻抗配置备注说明： 数据业务包括低速数据业务(传真)和高速数据业务(高速传真、pos业务等)，针对高速数据业务必须关闭设备端的EC/VAD/C
11、NG等可能对原始信号产生影响的功能，对低速影响不大。同类问题举例：原因：阻抗不匹配故障现象：POS机刷卡后出现，连接服务器失败或连接服务器后读卡失败故障排除： 分析pos交互的媒体信息，确认存在回声现象。 故障二：EC配置导致POS刷卡失败原因：EC配置导致POS刷卡失败故障现象：刷卡失败设备封包提示信息： pos端的媒体解析现象一：pos数据不连续出现丢失,pos刷卡失败设备端的媒体信息现象二：pos刷卡正常封包原因分析： 通过解析封包信息，可以查看pos机的数据经过设备之后，数据中断不连续，具体原因是由于设备上EC处于启用状态，导致部分数据被设备的DSP视为回声消除导致数据丢失，pos刷卡
12、失败处理措施： 对于pos业务，需要启用检测ip端tone开关AIM voip dsp vbd tdm-ip-auto /启用ip端tone检测开关，设备检测到ip侧的tone，DSP会自动关闭ec配置备注说明：1、高速传真机和高速modem在开始传真和modem时候都会上报带相位翻转的2100HZ信号，区别是传真后续还会上报V21 Flag信号，改参数的作用在于检测到带相位翻转的2100HZ信号时候启用一个定时器，如果在定时器超时前再受到V21Flag信号，则认为是传真，如果超时则上报modem。定时器建议 10s，如图示 2、数据业务包括低速数据业务(传真)和高速数据业务(高速传真、pos业务等)，针对高速数据业务必须关闭设备端的EC/VAD/CNG等可能对原始信号产生影响的功能，对低速影响不大。3、pos交互流程说明： a、pos刷卡的时候设备端向平台发送发起呼叫(sip/mgcp/h248，基本呼叫流程) b、平台接通后，在媒体通道开始pos数据交互(由于pos数据为高速的数据，所以在pos数据交换之前，需要发送一个带相位翻转的2100HZ的信号，设备检测到该信号后需要关闭EC/VAD/CNG等可能影响到信号的功能) c、平台接通后，pos信令交互流程
