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

1、IAD/AG故障排除手冊-數(shù)據(jù)業(yè)務(wù)故障分冊文檔版本歷史文檔版本號編輯時間編者備注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è)備上配置，不會影響到當(dāng)前的數(shù)據(jù)業(yè)務(wù)，在基本業(yè)務(wù)運行正常的情況，利用debug、封包等信息定位分析問題。分析步驟一：通過wireshark工具以及設(shè)備提供的debug調(diào)

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

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

4、機正常的信號導(dǎo)致發(fā)送傳真失敗處理措施： 低速傳真業(yè)務(wù)啟用ECAIM> voip dsp ec on 備注說明：1、正常傳真信號交互,過程中不存在回聲現(xiàn)象 2、正常發(fā)送傳真，逐漸降低訓(xùn)練信號的發(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ù)，建議端到端的平均時延小于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é)商成功后，開始傳真時候?qū)嶋H交互的編碼信息,與協(xié)商的編碼不一致。 原因分析： 通過封包信息分析，傳真過程中媒體流同時存在711a和711u，對于語音通話，設(shè)備端支持語音編碼自動協(xié)商，因此雙方可以正常通話，但是由于系統(tǒng)架構(gòu)原因,傳真默認(rèn)選擇g711a編碼，需要強制修改編碼。處理措施： 設(shè)備上啟用強制線路編碼 voip dsp line-pcm-codec ula

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

7、析， 語音通話打包時長協(xié)商為ptime=20ms，通話雙方打包時長一致通話正常；傳真時候打包時長協(xié)商為10ms，而設(shè)備端仍然以20ms發(fā)送，導(dǎo)致傳真失敗。處理措施： 新版本上支持ptime時間自動協(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è)備端主動掛掉 原因分析： 通過封包信息分析，外線呼入的時候，平臺要求設(shè)備端選擇T.38模式進(jìn)行傳真，由于設(shè)備配置成T.30模式，因此以T.30模式進(jìn)行應(yīng)答，傳真模式不一致，平臺下方消息進(jìn)行二次協(xié)商，由于設(shè)備端不支持二次協(xié)商，所有協(xié)商完成后設(shè)備端主動掛斷處理措施： 設(shè)備端修改傳真模式為T.38或者平臺修改傳真模式故障六：傳真擴展參數(shù)問題導(dǎo)致傳真失敗原因： 設(shè)備端不支持傳真攜帶字段(a=fax/modem)，導(dǎo)致傳真失敗故障現(xiàn)象：信令協(xié)商階段服務(wù)端主動發(fā)送bye消息中斷傳真設(shè)備封包提示信息： 服務(wù)端->設(shè)備: 對端作為傳真接收方，按下傳真鍵后，

9、主動發(fā)送invite消息并攜帶a=modem字段(高速數(shù)據(jù)業(yè)務(wù)) 設(shè)備端->服務(wù)端: 設(shè)備端應(yīng)答，200OK中未攜帶相關(guān)字段 服務(wù)端->設(shè)備端：服務(wù)端主動發(fā)送bye中斷傳真業(yè)務(wù)原因分析： 通過封包信息分析，對端傳真機按下傳真鍵之后，主動發(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)前傳真機支持的業(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)行擴展，增加屬性，a=fax，表面此時為傳真業(yè)務(wù)，a=modem，表明此時為modem業(yè)務(wù)參考來源：擴展字段說明，中國電信基于SIP的傳真業(yè)務(wù)實現(xiàn)規(guī)范.pdf1.4 POS常見故障處理示例故障一：阻抗不匹配導(dǎo)致POS刷卡失敗原因：阻抗導(dǎo)致POS刷卡失敗故障現(xiàn)象：刷卡(查詢)成功，刷卡過程中pos顯示"正在連接中"時間比較長設(shè)備封包提示信息： pos端的媒體解析原因分析： 通過解析封包信息，pos信號中存在回聲現(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等可能對原始信號產(chǎn)生影響的功能，對低速影響不大。同類問題舉例：原因：阻抗不匹配故障現(xiàn)象：POS機刷卡后出現(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機的數(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會自動關(guān)閉ec配置備注說明：1、高速傳真機和高速modem在開始傳真和modem時候都會上報帶相位翻轉(zhuǎn)的2100HZ信號，區(qū)別是傳真后續(xù)還會上報V21 Flag信號，改參數(shù)的作用在于檢測到帶相位翻轉(zhuǎn)的2100HZ信號時候啟用一個定時器，如果在定時器超時前再受到V21Flag信號，則認(rèn)為是傳真，如果超時則上報modem。定時器建議 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等可能對原始信號產(chǎn)生影