S1240 STP信令鏈路故障的處理

杜清芳

【摘要】No.7信令網是現代通信網絡的重要支撐網之一，它由信令點SP、信令轉接點STP、信令鏈路SL組成。STP是No.7信令網中一個很重要的部分。為保證No.7信令網安全可靠的運行，STP的維護工作顯得極為重要。本文著重闡述了S1240機型的STP局維護工作中所遇到的信令鏈路故障的處理及一些維護經驗的總結。

【關鍵詞】STP；信令；鏈路

【中圖分類號】TN91 【文獻標識碼】A 【文章編號】1672-5158（2013）01—0053—02

1 概述

我公司的STP采用的是S1240設備。在STP系統(tǒng)中，MTP部分所需的基本功能模塊有信令終端模塊（HCCM386或MCCSM），7號信令系統(tǒng)輔助控制單元（SACEN70），數字中繼模塊（DTM）。MTP第一級，信令數據鏈路功能-對應中繼模塊DNTUPTCE，每一條鏈路占用一個模塊即一個2M口的一個時隙。MTP第二級信令鏈路功能-對應高性能公共信道信令模塊HCCSM386，每一條鏈路占用一個模塊八個時隙中的一個。MTP第三級信令網功能-對應七號信令輔助控制單元SACEN70，消息處理功能由信令終端模塊完成，網絡管理功能由SACEN70模塊完成。

一般來說，我們處理障礙時，也是按照這個層次結構，由低層到高層進行分析。

2 S1240設備No.7信令部分故障處理

2.1 常用指令介紹

2.1.1

2.1.2

2.1.3

2.2 故障的一般處理過程

在S-1240中，LINK的正常工作狀態(tài)為“ACTIVE”，而且應該處在話務狀態(tài)“IT”，除此之外的其他狀態(tài)都是不正常的，下面就不同情況給出處理方法：

2.2.1 LINK的狀態(tài)為“ACTING”，業(yè)務狀態(tài)為NOTRF

這種情況應首先考慮傳輸原因，傳輸故障可能是傳輸告警或誤碼率過高，排除傳輸故障后再顯示鏈路狀態(tài)?；驔]有傳輸告警LINK仍然不好，則檢查本局是否良好。可用220對鏈路做打死激活，或用220指令打死后做ACTLOOP看是否可以進入ACTIVE-LOOP狀態(tài)。若LINK為“ACTIVELOOP”則證明本局無誤，若為“ACTING-LOOP”則說明本局有問題。一般為該LINK所在的SLTC安全塊有問題，每個SLTC安全塊對應的硬件為HCCM的一個SLTA板。通常的做法是對其進行打死激活的操作。

：D SLTC，NA，NBR

：I SLTC，NA，NBR

NA為241命令中看到的CCMEN的PCE，NBR為CCMEN的TN。

打死激活后，SLTC的OBC會重新LOAD數據，需時2-3分鐘

有些情況下，問題可能出現在中繼模塊，但這種情況會表現為依賴于該中繼模塊的所有LINK均不能正常工作。中繼模塊出現問題的情況較少。排除以上情況后，基本可以斷定本局沒有問題，這時將鏈路恢復成“ACTING”狀態(tài)，同對端局聯系解決。

2.2.2 LINK為“OOS”狀態(tài)，業(yè)務狀態(tài)為“NOTRF”

這種情況一般是SLTC有問題，處理方法同上。

：D SLTC，NA，NBR

：I SLTC，NA，NBR

NA為241命令中看到的CCMEN的PCE，NBR為CCMEN的TN。

打死激活后，SLTC的OBC會重新LOAD數據，需時2-3分鐘。

鏈路如果過了2-3分鐘后，狀態(tài)一直為OOS，證明OBC的裝載沒有成功，需要對模塊做CE RES，再不成功就需要更換SLTC所在的硬件。

>AC 4（4是SLTC所在的NA）

>CE RES

如果鏈路狀態(tài)變成ACTING，再對其進行自環(huán)看是否可以進入ACTIVE-LOOP狀態(tài)。

可對對應的HCCM模塊進行CE RES（注意不是RB），過2分鐘OBC裝載完畢后，應該進入ACTIVE或ACTING狀態(tài)，否則更換SLTA板。

鏈路如果過了2-3分鐘后，狀態(tài)一直為OOS，證明OBC的裝載沒有成功，需要對模塊做CE RES，再不成功就需要更換SLTC所在的硬件。

>AC 4（4是SLTC所在的NA）

>CE RES

如果鏈路狀態(tài)變成ACTING，再對其進行自環(huán)看是否可以進入ACTIVE-LOOP狀態(tài)。

2.2.3 其他情況

LINK為“MAI-DIS”業(yè)務狀態(tài)為“NOTRF”，信令終端安全塊工作異常（例如進入FLT狀態(tài)），先對消除安全塊告警后，再對鏈路進行220的打死激活。

LINK為“ACTING-LOOP”業(yè)務狀態(tài)為“NOTRF”，此為使用220指令對鏈路進行打死并做ACTLOOP后，如果進入這種狀態(tài)，說明本端工作不正常。可對對應的SLTC進行打死激活，過2分鐘OBC裝載完畢后，應該進入ACTIVE-LOOP狀態(tài)，否則更換SLTA板。

LINK為“ACTING”業(yè)務狀態(tài)為“RBLO”，此為對端處理機故障發(fā)送SIPO，必須由對端處理

3 S1240 STP信令鏈路故障處理案例

*故障現象：

GMSTP-SJZTSH1方向SLC=1信令鏈路頻繁翻轉，

*處理過程：

1.GMSTP執(zhí)行指令

<220：DEST=“SJZTSH1”&NAT;，SLC=1，9=6.

<220：DEST=“SJZTSH1”&NAT;，SLC=1，9=5.

對該信令打死激活，無效。

2.GMSTP對信令模塊進行

>：V SLTC，201，5，ALL操作后信令恢復正常。但一般兩三天后信令又會不活。

3.查看5691報告，發(fā)現信令翻轉時事件均為H1B，排除傳輸不穩(wěn)導致信令翻轉的可能。

EVENT+MEANING

H1B

SIE/SIN/SIO/SIOS RECEIVED

4.GMSTP對信令模塊做環(huán)回測試，執(zhí)行指令

<220：DEST=“SJZTSH1”&NAT;，SLC=1，9=6.

<220：DEST=“SJZTSH1”&NAT;，SLC=1，9=30，

顯示信令狀態(tài)為ACTIVE-LOOP?？紤]到SLC=1信令鏈路所在的中繼模塊上同時承載了四條信令鏈路，而翻轉的總是SLC=1信令鏈路。于是考慮更換信令模塊。但更換信令模塊H201&5后故障依舊。

5.在排除對端原因造成信令翻轉的可能后，更換中繼模塊H114。故障徹底解決。

*處理結論

對于信令鏈路頻繁翻轉的處理，現場主要信息就是5691報告（鏈路翻轉報告），其中我們主要關心局向、信令模塊、中繼模塊、EVENT等信息。先看EVENT，經常出現的EVENT代碼有H′17、H′18、H′1B、H′1C等等。（各EVENT說明可參考設備維護資料）

4 結束語

本文只是簡單分析了S1240 STP交換機中信令鏈路部分故障的一般處理過程，導致信令鏈路故障的原因還有很多，需要維護人員在日常工作中通過測試等手段仔細觀察分析。