MSOFTX3000常見(jiàn)問(wèn)題定位及調(diào)測(cè)手段

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

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

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

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

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

6、.bak 文件），如果明確知道出問(wèn)題的時(shí)間，則可以將包含該時(shí)間段前后一段時(shí)間的文件發(fā)回。HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage 9第一章第一章 常見(jiàn)觀察和定位手段常見(jiàn)觀察和定位手段五、BAM打印或串口打印，導(dǎo)內(nèi)存及其他 1、有些問(wèn)題需要進(jìn)一步收集信息，此時(shí)可能會(huì)用到一些內(nèi)部調(diào)試操作或其他測(cè)試工作，需要在總部研發(fā)的指導(dǎo)下進(jìn)行。 2、其他一些特殊性較強(qiáng)的問(wèn)題，可參考相關(guān)的專(zhuān)題定位指導(dǎo)書(shū)或應(yīng)急指導(dǎo)書(shū)，如：?jiǎn)伟逅罊C(jī)處理，CPU過(guò)載等HUAWEI TECHNOLOGIES CO., LTD.All rights reservedPage

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

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

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

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

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

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

13、WEI TECHNOLOGIES CO., LTD.All rights reservedPage 19案例二一、現(xiàn)象描述：廣州B3、B4局點(diǎn)UMG8900擴(kuò)容升級(jí)之后，在進(jìn)行撥測(cè)過(guò)程中，發(fā)現(xiàn)某些通話(huà)會(huì)出現(xiàn)“白噪聲”現(xiàn)象。這里針對(duì)此問(wèn)題的發(fā)現(xiàn)，定位，解決進(jìn)行總結(jié)描述。 二、處理過(guò)程：1）UMG8900大規(guī)格框構(gòu)成T-S-T三級(jí)交換網(wǎng)，架構(gòu)如下所示。E32/S2L-TCLU-BLU-TNU-BLU-TCLU-E32/S2L2）當(dāng)撥測(cè)出話(huà)音有雜音的通話(huà)時(shí)，通過(guò)在整個(gè)TDM交換聯(lián)網(wǎng)的不同區(qū)段進(jìn)行TDM環(huán)回，可以判斷引起雜音的TDM交換級(jí)聯(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）話(huà)路描述：主叫：主叫：科學(xué)城范圍內(nèi)的手機(jī)A，被叫：深圳的手機(jī)B。現(xiàn)象：手機(jī)A的話(huà)音存在雜音。話(huà)路為：“手機(jī)A - VMSC1 - B3M2/B4M2 - B3M1/B4M1 - VMSC2(其它城市) - 手機(jī)B”。下面對(duì)該話(huà)路進(jìn)行詳細(xì)繪圖：A端口1端口2端口3端口4HUAWEI TECHNOLOGI

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

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

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

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

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

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

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