MSOFTX3000常見問題定位及調測手段

1、HUAWEI TECHNOLOGIES CO., LTD.All rights reservedInternal 常見問題定位及調測手段常見問題定位及調測手段HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 2個人信息個人信息姓名：劉寶華姓名：劉寶華電話：電話箱：郵箱：HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 3第一章第一章 常見觀察和定位手段常見觀察和定位手段第二章第二章 常見業(yè)務類問題定位思路常見業(yè)務類問題定位思路第三章第三章 經(jīng)典案例共享經(jīng)典案

2、例共享HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 4第一章第一章 常見觀察和定位手段常見觀察和定位手段l接口跟蹤和用戶接口跟蹤lMTP鏈路信令跟蹤和信令儀信令跟蹤l數(shù)據(jù)配置檢查l告警l話統(tǒng)l操作日志lBAM打印或串口打印，導內存及其他HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 5第一章第一章 常見觀察和定位手段常見觀察和定位手段一、接口跟蹤和用戶接口跟蹤及日志打印 接口跟蹤和用戶接口跟蹤能夠直接觀察到交互的信令和業(yè)務內部處理流程，是我們定位業(yè)務相關問題最重要，最直接有效的

3、手段。 接口跟蹤在話務量高時會嚴重影響系統(tǒng)運行，產生嚴重后果，只能在話務量非常低或調測階段打開。 用戶接口跟蹤對系統(tǒng)影響很小，不受話務量的限制，而且能夠將業(yè)務處理流程及與各接口的信令都跟蹤出來，是最常用、最有效的定位手段。HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 6第一章第一章 常見觀察和定位手段常見觀察和定位手段二、MTP鏈路信令跟蹤和信令儀信令跟蹤 有時候需要觀察MTP層收發(fā)的信令，需要跟蹤MTP鏈路，但現(xiàn)網(wǎng)由于話務量原因，往往不能打開鏈路跟蹤或消息量巨大，此時可以根據(jù)鏈路跟蹤的過濾器對消息進行過濾。如，對ISUP電路維護類消

4、息，是按操作首電路的SLS選擇鏈路，可通過SLS過濾消息，也可用H1H0過濾消息類型。(MTP3B和M3UA與上面類似)HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 7第一章第一章 常見觀察和定位手段常見觀察和定位手段三、數(shù)據(jù)配置檢查 通過前面用戶接口跟蹤或鏈路跟蹤的結果，找到問題最早出現(xiàn)的可疑點，逐步排查各環(huán)節(jié)，檢查相關數(shù)據(jù)配置是否正確。 注意：需檢查是否有相關軟參，軟參值是否設置正確。首先，確認出問題點的模塊，再在這個模塊定義的軟參查找是否有相關內容，也可通過查詢窗口查詢。HUAWEI TECHNOLOGIES CO., LTD.

5、All rights reservedPage 8第一章第一章 常見觀察和定位手段常見觀察和定位手段四、告警，話統(tǒng)，調試日志，操作日志 有時問題現(xiàn)象不局限于單個流程或呼叫，此時需要將BAM庫，告警，話統(tǒng)和日志，反饋總部研發(fā)分析。 通常需反饋BAM庫（包含操作日志，也可通過LST LOG操作導出），告警庫，話統(tǒng)庫（或通過在維護臺執(zhí)行DMP TRFRST命令將話統(tǒng)結果導出，注意：需輸入起始和終止時間，防止導出結果為空。） 調試日志文件(缺省目錄e:MSSQLData) DeviceAlarm.log，備份文件有DeviceAlarmX.log，X表示150（R01版本是DeviceAlarmLog

6、.bak 文件），如果明確知道出問題的時間，則可以將包含該時間段前后一段時間的文件發(fā)回。HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 9第一章第一章 常見觀察和定位手段常見觀察和定位手段五、BAM打印或串口打印，導內存及其他 1、有些問題需要進一步收集信息，此時可能會用到一些內部調試操作或其他測試工作，需要在總部研發(fā)的指導下進行。 2、其他一些特殊性較強的問題，可參考相關的專題定位指導書或應急指導書，如：單板死機處理，CPU過載等HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage

7、10第一章第一章 常見觀察和定位手段常見觀察和定位手段第二章第二章 常見業(yè)務類問題定位思路常見業(yè)務類問題定位思路第三章第三章 經(jīng)典案例共享經(jīng)典案例共享HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 11第二章第二章 常見業(yè)務類問題定位思路常見業(yè)務類問題定位思路常見業(yè)務問題定位思路：1、了解并熟悉應用的業(yè)務和信令處理流程及數(shù)據(jù)配置方法。2、通過用戶接口跟蹤及日志或鏈路跟蹤獲取主機處理過程。3、檢查主機處理過程和期望流程不一致的地方或異常點，如異常拆線，查表失敗，信令格式或內容與要求不符等。4、根據(jù)異常點檢查數(shù)據(jù)配置是否正確。5、如果確認數(shù)

8、據(jù)配置正確，檢查主機運行是否正常，如相關鏈路狀態(tài)是否正常，有無擁塞，DPC是否可達，相關電路是否空閑，相關的資源是否正?？捎茫瑔伟迨欠裾＿\行等。HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 12第二章第二章 常見業(yè)務類問題定位思路常見業(yè)務類問題定位思路6、如果數(shù)據(jù)配置正確，主機也正常運行，再針對上面跟蹤的主機處理流程檢查異常的可能原因，如輸入條件是否異常，觸發(fā)條件是否滿足，是否處理過程中間某些重要參數(shù)發(fā)生過變換等。7、查詢軟件運行版本是否正確。8、將初步分析結果反饋總部研發(fā)分析。HUAWEI TECHNOLOGIES CO., LT

9、D.All rights reservedPage 13第一章第一章 常見觀察和定位手段常見觀察和定位手段第二章第二章 常見業(yè)務類問題定位思路常見業(yè)務類問題定位思路第三章第三章 經(jīng)典案例共享經(jīng)典案例共享HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 14案例一一、現(xiàn)象描述：華為設備補丁加載后，發(fā)現(xiàn)電路和鏈路有問題，導致 部分話務單通、雙不通等。后來通過緊急定位排查，最終定位在傳 輸問題上。二、處理過程： 在定位過程中，發(fā)現(xiàn)了以前一直沒有暴露的問題：傳輸設備和UMG8900對光口保護模式配置不一致，傳輸設備上和UMG8900對接的光口配置

10、沿用和愛立信MSC對接的配置方法，配置了1+1保護的兩個光口；而UMG8900在沒有提特殊需求下，配置的都是單個光口，沒有配置1+1保護。HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 15案例一下圖是典型的傳輸配置，其中A端傳輸設備的0和1兩個155M接口配置為主備保護的；B端0和1兩個155M接口也是配置為主備保護的：正常情況下的傳輸通道如下圖所示：HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 16案例一 A傳輸設備和UMG8900配置不一致導致的直接后果就是：當UMG89

11、00的光口發(fā)生故障后，傳輸設備認為主用光口故障，按照傳輸設備的配置，就會倒換到備用光口上去。UMG8900光口故障恢復后，雖然和A傳輸設備0號接口之間還是正常連接著，但此時和UMG8900相連的0號接口已經(jīng)變?yōu)閭溆昧?。如果是A端傳輸設備對1號接口做了環(huán)回，局端設備都沒有傳輸告警，對問題處理造成了一定的難度。HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 17案例一以下兩個圖示是A端傳輸設備發(fā)生了主備倒換后的情況：HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 18案例一三、規(guī)避措

12、施和建議： 造成上述問題的根本原因是由于A端傳輸設備接口不是按照實際情況來配置的。因此建議傳輸設備使用光口和交換設備對接的時候，根據(jù)實際情況進行配置。如果交換設備沒有配置1+1保護，建議傳輸設備也不用配置保護，配置了保護，反而浪費設備資源。 或者，即使一定要配置為1+1保護，和沒有配置光口保護的交換設備對接，固定其中主用光口，當交換設備光口中斷后，不發(fā)生主備倒換，或配置為能夠經(jīng)過10分鐘自動倒換回來。 否則每次交換設備升級等操作，都需要傳輸維護人員配合檢查相關光口主備狀態(tài)。注：此案例也適用于華為設備與愛立信設備直接對接光口的情況。注：此案例也適用于華為設備與愛立信設備直接對接光口的情況。HUA

13、WEI TECHNOLOGIES CO., LTD.All rights reservedPage 19案例二一、現(xiàn)象描述：廣州B3、B4局點UMG8900擴容升級之后，在進行撥測過程中，發(fā)現(xiàn)某些通話會出現(xiàn)“白噪聲”現(xiàn)象。這里針對此問題的發(fā)現(xiàn)，定位，解決進行總結描述。 二、處理過程：1）UMG8900大規(guī)格框構成T-S-T三級交換網(wǎng)，架構如下所示。E32/S2L-TCLU-BLU-TNU-BLU-TCLU-E32/S2L2）當撥測出話音有雜音的通話時，通過在整個TDM交換聯(lián)網(wǎng)的不同區(qū)段進行TDM環(huán)回，可以判斷引起雜音的TDM交換級聯(lián)故障段。HUAWEI TECHNOLOGIES CO., LT

14、D.All rights reservedPage 20案例二 接口板E32或者S2L接口板E32或者S2LT-S-TB3/B4M2接口板E32或者S2L接口板E32或者S2LT-S-TB3/B4M15*155M STM-1VMSC-AVMSC-BUMG 8900 -1UMG 8900 -2B3）話路描述：主叫：主叫：科學城范圍內的手機A，被叫：深圳的手機B?，F(xiàn)象：手機A的話音存在雜音。話路為：“手機A - VMSC1 - B3M2/B4M2 - B3M1/B4M1 - VMSC2(其它城市) - 手機B”。下面對該話路進行詳細繪圖：A端口1端口2端口3端口4HUAWEI TECHNOLOGI

15、ES CO., LTD.All rights reservedPage 21案例二4） 通過撥測，當出現(xiàn)有雜音現(xiàn)象的呼叫時，根據(jù)MGC（SoftX3000）下發(fā)給B3、B4（UMG8900）的Termination ID，計算出端口1、2、3、4所在的具體框、板、端口【LST TDMTID】。l對端口1采用“外環(huán)”操作（對于E32單板）【LOP E1: LOC=PORT, MODE=OUTLOP, PN=2;】，或者采用“支路外環(huán)”操作（對于S2L單板）【LOP S2L: LOC=PATH_LOOP, MODE=OUTLOP, CHN=2;】，通過手機A的雜音是否消失，可以判斷雜音現(xiàn)象是否是由

16、端局VMSC-A引起的。如果手機A的雜音不消失，那么可以初步斷定雜音是由于端局VMSC-A設備造成的。如果手機A的雜音消失，那么可以初步斷定雜音不是由于端局VMSC-A設備造成的，而是由端口1后面的設備造成的。l對端口4采用“內環(huán)”操作（對于E32單板）【LOP E1: LOC=PORT, MODE=INERLOP, PN=2;】，或者采用“支路內環(huán)”操作（對于S2L單板）【LOP S2L: FN=2, SN=2, LOC=PATH_LOOP, MODE=INLOP;】，通過手機A的雜音是否消失，可以判斷雜音現(xiàn)象是否是由B3/B4設備引起的。如果手機A的雜音不消失，那么可以初步斷定雜音是由B3

17、/B4設備造成的。如果手機A的雜音消失，那么可以初步斷定雜音不是由于B3/B4設備造成的，而是由端口4后面的設備造成的。HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 22案例二l對端口2采用“內環(huán)”操作（對于E32單板）【LOP E1: LOC=PORT, MODE=INERLOP, PN=2;】，或者采用“支路內環(huán)”操作（對于S2L單板）【LOP S2L: FN=2, SN=2, LOC=PATH_LOOP, MODE=INLOP;】，通過手機A的雜音是否消失，可以判斷雜音現(xiàn)象是否是由B3/B4M2設備引起的。如果手機A的雜音不消失

18、，那么可以初步斷定雜音是由B3/B4M2設備造成的。如果手機A的雜音消失，那么可以初步斷定雜音不是由于B3/B4M2設備造成的，而是由端口2后面的設備造成的。l對端口3采用“外環(huán)”操作（對于E32單板）【LOP E1: LOC=PORT, MODE=OUTLOP, PN=2;】，或者采用“支路外環(huán)”操作（對于S2L單板）【LOP S2L: LOC=PATH_LOOP, MODE=OUTLOP, CHN=2;】，通過手機A的雜音是否消失，可以判斷雜音現(xiàn)象是否是B3/B4M1與B3/B4M2之間的傳輸設備引起的。如果手機A的雜音不消失，那么可以初步斷定雜音是由B3/B4M1與B3/B4M2之間的傳

19、輸設備造成的。如果手機A的雜音消失，那么可以初步斷定雜音不是由B3/B4M1與B3/B4M2之間的傳輸設備造成的，而是由端口3后面的設備造成的。 三、問題定位 通過環(huán)回，判斷出雜音是由BLU級聯(lián)邏輯造成的。在判斷出雜音根源之后，通過外掛測試儀器，發(fā)現(xiàn)有誤碼現(xiàn)象。HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 23案例三一、現(xiàn)象描述： 廣州關口局D12割接國際電信局向后，電信關口局稱國際來話應答率低。二、處理過程：1）國際來話割接后，從局向話統(tǒng)看大部分為振鈴早釋，但是由于是話務割到我們局后出現(xiàn)的應答率降低，所以問題肯定還是和我們關口局有關

20、。2）通過鏈路跟蹤得到的部分失敗的號碼，逐個排查號碼分析等數(shù)據(jù)，終于發(fā)現(xiàn)部分號段的配置存在問題。 HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 24案例三3）（013900,013740,013741,013742,013743,013744,013745,013746）等號段在號碼分析中沒有配置路由選擇碼，但是配置了號首處理，本意是要扣掉0后重分析，所以配置了號首處理中：呼叫源為65534，處理類型為重分析的記錄，但是號首處理中，同時又配置了呼叫源為20的短號段處理類型為不處理，這時根據(jù)系統(tǒng)的匹配原則，優(yōu)先匹配無通配的記錄，匹配到了

21、呼叫源為20的記錄，即不處理。 這樣選路時，無法得到路由選擇碼，導致失敗，但是由于配置有異常送音，所以會回ACM消息，局向統(tǒng)計中會將這部分統(tǒng)計到振鈴早釋中。 所以本問題的根本原因是號碼分析數(shù)據(jù)中的號首處理配置錯誤導致。三、問題解決： 經(jīng)過修改上述號段，增加相應的路由選擇碼，國際關口局來話應答率明顯升高。HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 25案例四一、現(xiàn)象描述： 某關口局上新開局向的話統(tǒng)中，發(fā)現(xiàn)有較多同搶次數(shù)。二、處理過程：1）檢查雙方電路占用方式，都是按照規(guī)范的奇偶方式；2）該局向話務量不高，每線話務量不到0.2ERL；3） 通過對相應的電路處理模塊CCU/CSU進行數(shù)據(jù)校驗，顯示校驗正常。三、問題分析： 由于中繼群電路選擇，除了和CCU/CSU模板有關外，還和CDB模塊有關，通過對CDB進行數(shù)據(jù)校驗，發(fā)現(xiàn)存在前后臺數(shù)據(jù)不一致的情況。HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 26案例四 在繼續(xù)分析