IAD_AG故障排除手冊--數(shù)據(jù)業(yè)務(wù)處理分冊

1、IAD/AG故障排除手冊-數(shù)據(jù)業(yè)務(wù)故障分冊文檔版本歷史文檔版本號(hào)編輯時(shí)間編者備注V1.0.02014-03-04施文釗初始版本V1.0.12014-03-06施文釗增加pos刷卡故障示例第1章 數(shù)據(jù)故障排除本章介紹了傳真故障排除的基本思路，以及分析、處理的常用方法和使用命令等。本章內(nèi)容l 數(shù)據(jù)業(yè)務(wù)故障排除基本思路l 數(shù)據(jù)業(yè)務(wù)故障排除基本方法l 傳真常見故障處理1.1 數(shù)據(jù)業(yè)務(wù)故障排除基本思路傳真故障分析基本思路：排除問題之前確認(rèn)設(shè)備上配置，不會(huì)影響到當(dāng)前的數(shù)據(jù)業(yè)務(wù)，在基本業(yè)務(wù)運(yùn)行正常的情況，利用debug、封包等信息定位分析問題。分析步驟一：通過wireshark工具以及設(shè)備提供的debug調(diào)

2、試信息，分析確認(rèn)信令交互流程。分析步驟二：通過wireshark工具分析媒體流的狀態(tài)包括打包時(shí)間、是否存在丟包、媒體編碼等信息。分析步驟三：通過cooledit工具分析交互的各種tone音，解析聲音的屬性包括能量、頻率、占空比以及聲音的質(zhì)量包括回聲、是否存在斷續(xù)等1.2 傳真故障排除基本方法 1、通過信令的交互確認(rèn)傳真數(shù)據(jù)開始交互在封包中的位置(以SIP協(xié)議為例 ACK消息之后為真實(shí)的傳真數(shù)據(jù)) 2、過濾出rtp媒體信息，選擇一個(gè)方向的媒體流，同時(shí)通過wireshark提供的rtp分析工具對媒體流進(jìn)行解析3、通過解析的界面，點(diǎn)擊"save payload"保存媒體負(fù)載信息，

3、在該界面可以查看媒體流是否存在丟包等信息4、在彈出的界面中，選擇保存聲音的類型，同樣的方式保存另一方向的聲音5、通過音頻解析工具cooledit打開保存的聲音文件，通過軟件自帶的音頻分析工具分析聲音的屬性 頻率、能量、占空等信息6、通過查看波形/光譜切換按鈕，來查看聲音的能量分布，通過能量分布圖可以很直觀的分析出信號(hào)的交互過程以及是否存在回聲1.3 傳真常見故障處理示例故障一：傳真過程中存在回聲導(dǎo)致傳真失敗原因： 傳真過程中存在回聲導(dǎo)致傳真失敗故障現(xiàn)象：發(fā)送傳真失敗設(shè)備封包提示信息： 解析傳真交互的聲音信息，傳真過程中存在回聲原因分析： 通過封包信息分析，傳真協(xié)商過程中存在回聲現(xiàn)象，干擾的傳真

4、機(jī)正常的信號(hào)導(dǎo)致發(fā)送傳真失敗處理措施： 低速傳真業(yè)務(wù)啟用ECAIM> voip dsp ec on 備注說明：1、正常傳真信號(hào)交互,過程中不存在回聲現(xiàn)象 2、正常發(fā)送傳真，逐漸降低訓(xùn)練信號(hào)的發(fā)送速率直到鏈路滿足傳輸要求后，發(fā)送傳真數(shù)據(jù)。 故障二：網(wǎng)絡(luò)環(huán)境丟包導(dǎo)致傳真失敗原因： 網(wǎng)絡(luò)環(huán)境丟包導(dǎo)致傳真失敗故障現(xiàn)象：傳真失敗率很高設(shè)備封包提示信息：原因分析： 通過封包信息分析，信令交互正常,通過解析傳真的RTP信息，確認(rèn)存在丟包處理措施： 排查網(wǎng)絡(luò)環(huán)境備注說明：對于傳真和Modem業(yè)務(wù)，建議端到端的平均時(shí)延小于40ms，端到端的平均丟包率小于0.1%。故障三：編碼不一致導(dǎo)致傳真失敗原因： 通話

5、的首選編碼與設(shè)備傳真模式默認(rèn)首選編碼不一致導(dǎo)致傳真失敗故障現(xiàn)象：發(fā)送傳真正常，無法接受傳真設(shè)備封包提示信息： 服務(wù)端->設(shè)備: 服務(wù)端要求媒體的首選編碼為 g711u 設(shè)備端->服務(wù)端: 設(shè)備端應(yīng)答首選編碼為 g711u 信令協(xié)商成功后，開始傳真時(shí)候?qū)嶋H交互的編碼信息,與協(xié)商的編碼不一致。 原因分析： 通過封包信息分析，傳真過程中媒體流同時(shí)存在711a和711u，對于語音通話，設(shè)備端支持語音編碼自動(dòng)協(xié)商，因此雙方可以正常通話，但是由于系統(tǒng)架構(gòu)原因,傳真默認(rèn)選擇g711a編碼，需要強(qiáng)制修改編碼。處理措施： 設(shè)備上啟用強(qiáng)制線路編碼 voip dsp line-pcm-codec ula

6、w故障四：打包時(shí)間不一致導(dǎo)致傳真失敗原因： 打包時(shí)間不一致，導(dǎo)致傳真失敗故障現(xiàn)象：語音通話正常，傳真失敗設(shè)備封包提示信息： 語音通話協(xié)商打包時(shí)間為20ms、傳真協(xié)商打包時(shí)長為10ms，由于設(shè)備端打包時(shí)間設(shè)置未生效，導(dǎo)致傳真失敗接收端->發(fā)送端：作為傳真接收方主動(dòng)發(fā)送invite進(jìn)行傳真信令協(xié)商，數(shù)據(jù)類型a=fax，打包時(shí)長為ptime=20ms 發(fā)送端->接收端: 設(shè)備端應(yīng)答，200OK中攜帶a=fax，并且打包時(shí)長為 ptime=10ms 接收端->發(fā)送端：數(shù)據(jù)交互過程實(shí)際打包時(shí)長 10ms發(fā)送端->接收端：數(shù)據(jù)交互過程實(shí)際打包時(shí)長 20ms原因分析： 通過封包信息分

7、析， 語音通話打包時(shí)長協(xié)商為ptime=20ms，通話雙方打包時(shí)長一致通話正常；傳真時(shí)候打包時(shí)長協(xié)商為10ms，而設(shè)備端仍然以20ms發(fā)送，導(dǎo)致傳真失敗。處理措施： 新版本上支持ptime時(shí)間自動(dòng)協(xié)商。故障五：傳真模式不一致導(dǎo)致傳真失敗原因： 傳真模式不一致(服務(wù)端T38、設(shè)備端T30)導(dǎo)致傳真失敗故障現(xiàn)象：發(fā)送傳真正常，無法接受傳真設(shè)備封包提示信息： 服務(wù)端->設(shè)備: 服務(wù)端要求傳真模式為T.38 設(shè)備端->服務(wù)端: 設(shè)備端應(yīng)答，只支持傳真T.30 服務(wù)端->設(shè)備端：二次協(xié)商要求用T.30進(jìn)行傳真 設(shè)備端->服務(wù)端：設(shè)備端應(yīng)答(不支持二次協(xié)商，直接用對端200OK中的

8、SDP字段進(jìn)行回復(fù)) 設(shè)備端->服務(wù)端：設(shè)備端主動(dòng)掛掉 原因分析： 通過封包信息分析，外線呼入的時(shí)候，平臺(tái)要求設(shè)備端選擇T.38模式進(jìn)行傳真，由于設(shè)備配置成T.30模式，因此以T.30模式進(jìn)行應(yīng)答，傳真模式不一致，平臺(tái)下方消息進(jìn)行二次協(xié)商，由于設(shè)備端不支持二次協(xié)商，所有協(xié)商完成后設(shè)備端主動(dòng)掛斷處理措施： 設(shè)備端修改傳真模式為T.38或者平臺(tái)修改傳真模式故障六：傳真擴(kuò)展參數(shù)問題導(dǎo)致傳真失敗原因： 設(shè)備端不支持傳真攜帶字段(a=fax/modem)，導(dǎo)致傳真失敗故障現(xiàn)象：信令協(xié)商階段服務(wù)端主動(dòng)發(fā)送bye消息中斷傳真設(shè)備封包提示信息： 服務(wù)端->設(shè)備: 對端作為傳真接收方，按下傳真鍵后，

9、主動(dòng)發(fā)送invite消息并攜帶a=modem字段(高速數(shù)據(jù)業(yè)務(wù)) 設(shè)備端->服務(wù)端: 設(shè)備端應(yīng)答，200OK中未攜帶相關(guān)字段 服務(wù)端->設(shè)備端：服務(wù)端主動(dòng)發(fā)送bye中斷傳真業(yè)務(wù)原因分析： 通過封包信息分析，對端傳真機(jī)按下傳真鍵之后，主動(dòng)發(fā)送invite消息(a=modem)告知當(dāng)前的業(yè)務(wù)為高速數(shù)據(jù)業(yè)務(wù)，而設(shè)備端應(yīng)答的200 OK中為攜帶數(shù)據(jù)類型字段，導(dǎo)致傳真被中斷。設(shè)備端應(yīng)該以當(dāng)前傳真機(jī)支持的業(yè)務(wù)進(jìn)行應(yīng)答a=數(shù)據(jù)類型，(高速：modem；低速：fax)，處理措施： 啟用命令，在傳真信令協(xié)商的消息中增加a=fax/modem支持voip sip x-param x-fax x-mod

10、em備注： 為了將G.711方式下的語音和傳真區(qū)別開來，將媒體參數(shù)的屬性進(jìn)行擴(kuò)展，增加屬性，a=fax，表面此時(shí)為傳真業(yè)務(wù)，a=modem，表明此時(shí)為modem業(yè)務(wù)參考來源：擴(kuò)展字段說明，中國電信基于SIP的傳真業(yè)務(wù)實(shí)現(xiàn)規(guī)范.pdf1.4 POS常見故障處理示例故障一：阻抗不匹配導(dǎo)致POS刷卡失敗原因：阻抗導(dǎo)致POS刷卡失敗故障現(xiàn)象：刷卡(查詢)成功，刷卡過程中pos顯示"正在連接中"時(shí)間比較長設(shè)備封包提示信息： pos端的媒體解析原因分析： 通過解析封包信息，pos信號(hào)中存在回聲現(xiàn)象，由于pos業(yè)務(wù)設(shè)備端需要關(guān)閉EC配置，所以當(dāng)阻抗不匹配產(chǎn)生的回聲無法消除,干擾到pos刷

11、卡。處理措施： 確認(rèn)設(shè)備端阻抗配置備注說明： 數(shù)據(jù)業(yè)務(wù)包括低速數(shù)據(jù)業(yè)務(wù)(傳真)和高速數(shù)據(jù)業(yè)務(wù)(高速傳真、pos業(yè)務(wù)等)，針對高速數(shù)據(jù)業(yè)務(wù)必須關(guān)閉設(shè)備端的EC/VAD/CNG等可能對原始信號(hào)產(chǎn)生影響的功能，對低速影響不大。同類問題舉例：原因：阻抗不匹配故障現(xiàn)象：POS機(jī)刷卡后出現(xiàn)，連接服務(wù)器失敗或連接服務(wù)器后讀卡失敗故障排除： 分析pos交互的媒體信息，確認(rèn)存在回聲現(xiàn)象。 故障二：EC配置導(dǎo)致POS刷卡失敗原因：EC配置導(dǎo)致POS刷卡失敗故障現(xiàn)象：刷卡失敗設(shè)備封包提示信息： pos端的媒體解析現(xiàn)象一：pos數(shù)據(jù)不連續(xù)出現(xiàn)丟失,pos刷卡失敗設(shè)備端的媒體信息現(xiàn)象二：pos刷卡正常封包原因分析： 通

12、過解析封包信息，可以查看pos機(jī)的數(shù)據(jù)經(jīng)過設(shè)備之后，數(shù)據(jù)中斷不連續(xù)，具體原因是由于設(shè)備上EC處于啟用狀態(tài)，導(dǎo)致部分?jǐn)?shù)據(jù)被設(shè)備的DSP視為回聲消除導(dǎo)致數(shù)據(jù)丟失，pos刷卡失敗處理措施： 對于pos業(yè)務(wù)，需要啟用檢測ip端tone開關(guān)AIM> voip dsp vbd tdm-ip-auto /啟用ip端tone檢測開關(guān)，設(shè)備檢測到ip側(cè)的tone，DSP會(huì)自動(dòng)關(guān)閉ec配置備注說明：1、高速傳真機(jī)和高速modem在開始傳真和modem時(shí)候都會(huì)上報(bào)帶相位翻轉(zhuǎn)的2100HZ信號(hào)，區(qū)別是傳真后續(xù)還會(huì)上報(bào)V21 Flag信號(hào)，改參數(shù)的作用在于檢測到帶相位翻轉(zhuǎn)的2100HZ信號(hào)時(shí)候啟用一個(gè)定時(shí)器，如果在定時(shí)器超時(shí)前再受到V21Flag信號(hào)，則認(rèn)為是傳真，如果超時(shí)則上報(bào)modem。定時(shí)器建議 10s，如圖示 2、數(shù)據(jù)業(yè)務(wù)包括低速數(shù)據(jù)業(yè)務(wù)(傳真)和高速數(shù)據(jù)業(yè)務(wù)(高速傳真、pos業(yè)務(wù)等)，針對高速數(shù)據(jù)業(yè)務(wù)必須關(guān)閉設(shè)備端的EC/VAD/CNG等可能對原始信號(hào)產(chǎn)生影