1、要求：熟練掌握“中繼鏈路分配表”，這樣就不需要用幾個命令組合去查找相應(yīng)的中繼信息。11月份開始進行華為端局升級，新版本的MSOFTX3000上告警顯示的直接是到某個局向的CIC號，這樣直接就可以知道是到哪個局向的第幾條中繼故障（031是第一條，3263是第二條，依次類推）。直接查找“中繼鏈路分配表”就很直接。在MSOFTX3000或者UMG上通過端口環(huán)回操作確認不是本端問題后聯(lián)系傳輸處理或者聯(lián)系對局確認是否對方做什么操作了。常用手段就是通過端口環(huán)回確認問題出在本端：MSOFTX3000側(cè)命令：環(huán)回STR PORTLOP: ; 取消環(huán)回STP PORTLOP: ;這上面主要是到LSTP和本地HL

2、R的直連中繼和信令. 注意:老版本的MSOFTX3000(V100R003C07B016)到各個局向的邏輯鏈路也在上面,新版本(V100R005C10B019)沒有UMG8900側(cè)命令：環(huán)回和取消環(huán)回都是LOP E1:；這上面主要是到各個局向的中繼和信令,出現(xiàn)告警后,查看詳細告警信息,然后查“中繼鏈路分配表”。了解是到那個局向的第幾條中繼以及上面是否帶鏈路。 MSOFTX3000常見告警:一：sccp 目的信令點禁止、MTP路由傳輸禁止、MTP目的信令點不可達、sccp子系統(tǒng)禁止 首先查看 目的信令點編碼 了解是哪個局向（本例中編碼為AFE10）指令為 LST N7DSP:; 輸出界面：由此我

3、們初步判斷是：本端局至JNRZHLR的相關(guān)告警由于JNRZHLR至本地端局經(jīng)常出現(xiàn)此告警，可采用手動恢復(fù)，并清除告警。若是至其他局向出現(xiàn)此告警，則需立即通知維護人員。（此告警屬于嚴重告警須重視）當出現(xiàn)一條鏈路故障的告警，確認是否同時伴有中繼告警，是則一般是中繼故障引起，然后通過環(huán)回確認是否本端設(shè)備故障，然后聯(lián)系對局確認傳輸或者對局是否存在問題。一般出現(xiàn)到sccp 目的信令點禁止、MTP路由傳輸禁止、MTP目的信令點不可達這些告警時，并且我其他大量異常告警，一般是對局在做操作或者設(shè)備故障導(dǎo)致。聯(lián)系對局確認。UMG8900相關(guān)告警二：E1/T1 遠端告警此類告警為傳輸電路告警，表示本端局至某局向電

4、路中斷或閃斷首先：雙擊紅色圈中的信息會彈出如下對話框：該告警我們可以通過E1環(huán)回來確認是否本端故障：LOP E1: FN=1, SN=13, LOC=PORT, MODE=INERLOP, PN=31;環(huán)回以后如果告警消失，說明是設(shè)備之外部分出現(xiàn)問題，通知傳輸進行處理或者連續(xù)對局是否在做一些中繼操作。另外，如果是晚上傳輸暫時無法處理，又要將告警消除：請關(guān)閉該中繼的告警輸出（SET E1ALM: FN=1, SN=13, SPN=31, EPN=31, SW=DISABLE;），并手工回復(fù)該告警。但需要做好標記，等第二天值班人員交班時記著打開告警（SET E1ALM: FN=1, SN=13,

5、SPN=31, EPN=31, SW=ENABLE;），后面有該操作的附圖如果問題出在MSOFTX3000上：也有端口環(huán)回命令 STR PORTLOP: ; (環(huán)回命令)STR PORTLOP: ;（解開環(huán)回命令）下圖是在MSOFT3000上查看電路狀態(tài)，一般不需要。可以了解一下其次：根據(jù)框、槽、端口號，可以查找電路文檔信息得出進一步詳細信息： 1）對端局向為：JNIGM3， TID：2016 模塊號：29 起始電路：5408 終止電路：54392）交換ddf （對應(yīng)傳輸ddf要傳輸人員再次確認）以上信息均為手工錄入信息，其中TID（終端標示）信息是最準確的，為確保電路文檔信息正確，可在相應(yīng)s

6、erver下進行如下操作來進行驗證：LST TKCBYTID （類似于exdep）會出現(xiàn)如下相關(guān)信息：（包括局向、中繼群、模塊號、起始電路號）第三：根據(jù)以上信息可以進行以下預(yù)處理：1） 查看該電路狀態(tài)：DSP N7TKC（類似于愛立信的 stdep）會出現(xiàn)如下信息：電路狀態(tài)是：空閑、忙均代表正常，若是其他狀態(tài)如：閉塞、鎖定、故障、未知均為故障狀態(tài)2） 根據(jù)ddf，聯(lián)系傳輸處理3） 如果出現(xiàn)傳輸閃斷現(xiàn)象，或者傳輸人員正在處理該電路時，需要輸入如下指令以防止告警不斷出現(xiàn)，造成不必要的扣分。（類似于dtfse）。切忌：將告警屏蔽后，一定要在文檔中標注！4） 如何配合傳輸查看電路一般傳輸人員為排查線路

7、故障，會要求我們配合查看電路狀態(tài)一般可以從面板中直接查看電路是好是壞，或者用指令DSP E1PORT(類似于dtstp)如圖所示：查看1框13槽23端口綠色：代表wo，紅色：代表abl 說明電路是故障的三：提高篇：鏈路故障 SPF扣板鏈路故障此告警是比較重要的告警，類似于愛立信的 C7 link 告警首先雙擊紅色圈中的定位信息，進行初步定位：查找相應(yīng)的電路、ddf等信息（mgw的告警）1）以上紅色圈中的三個參數(shù)信息是比較重要的信息：鏈路名稱：JIG4-1這是說明是對端局向是到j(luò)ig4的接口班組號+E1端口號：確定該鏈路所在電路，以及相關(guān)ddf信息根據(jù)以上信息，聯(lián)系傳輸處理該電路。一般是由于閃斷

8、、故障等原因，導(dǎo)致鏈路故障。2）鏈路故障時，在server側(cè)也會出現(xiàn)相關(guān)告警（server會出現(xiàn)相關(guān)告警）用指令dsp n7lnk (類似c7stp)，查看鏈路狀態(tài)輸入界面會有以下信息信令鏈路選擇碼如果是一串序列號，表示鏈路狀態(tài)是是好的，如果是表示該鏈路不正常，需繼續(xù)處理去激活鏈路指令：DEA N7LNK激活鏈路指令：ACT N7LNK另外還有一些告警：計費中心長時間不取話單、話單服務(wù)器心跳中斷、話單文件備份失敗，性能統(tǒng)計丟失等告警，應(yīng)急工作站連接失敗或者數(shù)據(jù)備份失敗等。1、出現(xiàn)計費中心不取話單：并且無其他話單服務(wù)器的告警時，一般是計費網(wǎng)絡(luò)問題或者賬務(wù)中心話單采集設(shè)備在做操作或者故障導(dǎo)致。如果

9、不是賬務(wù)中心出問題請及時通知維護人員，在維護人員的指導(dǎo)下做一些恢復(fù)操作2、話單服務(wù)器心跳中斷：話單服務(wù)器之間有兩條心跳，斷一條時基本上無影響。可以暫時手工恢復(fù)該告警等第二天維護人員上班后處理。如果兩條都中斷的話應(yīng)該也會伴有服務(wù)器故障，主機到服務(wù)器中斷的告警，這種情況一般是其中一套服務(wù)器故障引起。請及時通知維護人員。3、話單文件備份失敗：如果開局后備份正常，后來突然出現(xiàn)問題。一般情況是備份話單的電腦出現(xiàn)問題，磁盤空間不足，或者關(guān)機了，或者網(wǎng)卡故障（很少），或者FTP進程因為病毒停掉了（很少）。該問題不嚴重，可以手動恢復(fù)。第二天等維護人員上班后處理4、性能統(tǒng)計丟失（NSP告警平臺出）：一般是局點BAM服務(wù)器的性能統(tǒng)計進程異常或者bam服務(wù)器死掉。也可能是上級網(wǎng)管出現(xiàn)問題或者中間的維護網(wǎng)絡(luò)出現(xiàn)問題。通過如下操作可以確認是否前一種：看能否PING通相應(yīng)局點的維護IP地址或者登陸，可以的話表示BAM服務(wù)器正常。然后登陸性能統(tǒng)計平臺，如果一直無法登陸表明是統(tǒng)計進程異常，請通知維護人員。其他情況一般就是上級網(wǎng)管問題或者網(wǎng)絡(luò)不通，聯(lián)系相關(guān)人員處理5、應(yīng)急工作站連接失敗或者數(shù)據(jù)備份失敗：該問題不嚴重，可以手工恢復(fù)該告警，第二天請維護人員處理。6、凌晨出現(xiàn)一些數(shù)據(jù)加載等告警：這種告警不必關(guān)注，