MG003301 MTP信令分析與處理ISSUE11

1、MG003301MTP信令分析與處理ISSUE1.1華為技術(shù)有限公司MG003301 MTP信令分析與處理ISSUE1.1目 錄目 錄課程說明1課程介紹1課程目標(biāo)1相關(guān)資料1第1章 MTP維護(hù)命令21.1 命令步驟21.1.1 七號信令鏈路管理概念及步驟說明21.1.2 七號信令相關(guān)狀態(tài)查詢概念及步驟說明31.1.3 MTP消息跟蹤的概念及步驟說明41.1.4 MTP偽消息的概念及步驟說明71.1.5 MTP話統(tǒng)的概念及步驟說明81.2 命令中相關(guān)域的介紹91.2.1 發(fā)送用戶層偽消息91.2.2 發(fā)送三層偽消息101.2.3 發(fā)送二層偽消息12第2章 MTP告警132.1 MTP告警簡介13

2、2.2 狀態(tài)告警132.3 事件告警13第3章 MTP故障定位153.1 斷鏈故障處理153.1.1 斷鏈處理步驟163.1.2 查看告警中的斷鏈原因163.1.3 查看消息跟蹤的斷鏈原因173.1.4 斷鏈原因分析193.2 呼損的故障處理223.2.1 呼損故障處理步驟223.2.2 統(tǒng)計MTP3的發(fā)送和接收消息數(shù)量223.2.3 統(tǒng)計MTP2的發(fā)送和接收消息數(shù)量233.2.4 統(tǒng)計傳輸上的消息數(shù)量25第4章 MTP數(shù)據(jù)配置與案例分析264.1 數(shù)據(jù)配置264.2 傳輸問題導(dǎo)致定位不成功274.3 誤碼率太高導(dǎo)致鏈路經(jīng)常閃斷284.4 不正常地頻繁上報“SCCP 目的信令點允許”的恢復(fù)告警

3、294.5 E廠家設(shè)備的RST消息不符合協(xié)議，導(dǎo)致對接失敗304.6 某STP局?jǐn)?shù)據(jù)配置錯誤，導(dǎo)致收到CBD、LIN消息卻不響應(yīng)32第5章 鏈路性能345.1 鏈路承擔(dān)最大話務(wù)量計算方法345.2 鏈路承載話路算法365.3 消息轉(zhuǎn)發(fā)時延37小 結(jié)39學(xué)習(xí)指導(dǎo)40習(xí)題40習(xí)題答案4234MG003301 MTP信令分析與處理ISSUE1.1課程說明課程說明課程介紹本教材對應(yīng)的產(chǎn)品為：MSC60大容量移動交換機(jī)本課程主要介紹MTP的原理、故障定位的一些方法，以及通過對案例的講解來介紹網(wǎng)上相關(guān)問題的處理經(jīng)驗。課程目標(biāo)完成本課程學(xué)習(xí)，學(xué)員能夠掌握： l 掌握MTP的主要處理流程l 掌握MTP問題處理

4、和故障定位相關(guān)資料MG003301 MTP信令分析與處理ISSUE1.1第5章 鏈路性能第1章 MTP維護(hù)命令1.1 命令步驟1.1.1 七號信令鏈路管理概念及步驟說明信令鏈路是連接各個信令點、傳送信令消息的物理鏈路。由于環(huán)境干擾，設(shè)備老化，線路故障等種種復(fù)雜原因，原先連接穩(wěn)定的信令鏈路有可能發(fā)生一定程度的故障，又或者是鏈路運行情況良好，但由于新的組網(wǎng)要求需要調(diào)整鏈路的配置。在這些情況下，都需要對七號鏈路進(jìn)行去激活、激活、管理禁止、解除管理禁止等操作，以確保鏈路的故障和調(diào)整等工作不影響通信網(wǎng)的服務(wù)質(zhì)量?！凹せ铈溌贰迸c“去激活鏈路”互為逆過程。在故障恢復(fù)等情況下，使用“激活鏈路”命令，此時系統(tǒng)將

5、產(chǎn)生一系列的信令網(wǎng)管理消息，使激活的鏈路立即投入使用。“管理禁止”與“解除管理禁止”互為逆過程?！肮芾斫埂笔且环N信令網(wǎng)管理操作，它并不引起MTP-2層鏈路狀態(tài)的改變，但禁止使用該鏈路來傳送有關(guān)業(yè)務(wù)（TUP、ISUP）的消息，測試、管理等消息仍可以傳送。此時系統(tǒng)將產(chǎn)生一系列的信令網(wǎng)管理消息使原來選擇該鏈路發(fā)送和接收的消息不再選擇該鏈路。 注意：在進(jìn)行管理禁止時，必須保證在該鏈路被禁止之后，還有其它的可用鏈路，否則，管理禁止操作將被拒絕。在某種情況下鏈路管理禁止操作也有可能被拒絕，比如鏈路擁塞時。相關(guān)命令說明1、 ACT N7LNK：激活MTP鏈路2、 DEA N7LNK：去激活MTP鏈路3、

6、INH N7LNK：管理禁止MTP鏈路4、 UIH N7LNK：解除管理禁止MTP鏈路1.1.2 七號信令相關(guān)狀態(tài)查詢概念及步驟說明在開局、維護(hù)、調(diào)測過程中，為保證局間七號信令的順利配合，往往需要對NO7信令的鏈路狀態(tài)、目的地狀態(tài)、路由狀態(tài)進(jìn)行查詢。目的信令點是從本局信令點的角度出發(fā)，在本局信令點所在的信令網(wǎng)絡(luò)中所有可見的信令點。由于這些目的信令點的存在而勾勒出了本局信令點所在的信令網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)。 按目的地狀態(tài)查詢是指在七號信令網(wǎng)中，查詢本局信令消息能夠到達(dá)的MTP目的信令點的狀態(tài)信息。在使用本命令之前，應(yīng)該明確要查詢的MTP目的信令點的編碼，并且從哪個模塊開始查詢。一般在TUP、ISUP呼

7、叫不能進(jìn)行時，可查詢一下目的信令點狀態(tài)，來判斷目的信令點是否可達(dá)。 MTP路由是兩個信令點之間傳遞信令消息的通路。 一般在TUP、ISUP呼叫不能正常進(jìn)行時，可先查詢一下MTP路由狀態(tài)，來判斷到達(dá)目的信令點的路由是否可用。 MTP鏈路是兩個信令點之間傳遞信令消息的通路。 一般在TUP、ISUP呼叫不能進(jìn)行時，可首先查詢一下MTP鏈路狀態(tài)，來判斷到達(dá)目的信令點的鏈路是否可用。相關(guān)命令說明 1、DSP N7DPC：查詢MTP目的信令點狀態(tài) 2、DSP N7RT：查詢MTP路由狀態(tài)3、DSP N7LNK：查詢MTP鏈路狀態(tài)1.1.3 MTP消息跟蹤的概念及步驟說明MTP消息主要是指信令網(wǎng)管理（DPC

8、狀態(tài)、業(yè)務(wù)倒換）、信令路由管理（禁止、允許）、信令鏈路管理（測試、激活、斷開）、二層（MTP-2）和三層（MTP-3）之間的消息等消息。要想跟蹤MTP消息，通常使用鏈路消息跟蹤功能，圖形界面的跟蹤方法如下：圖1-1 圖形界面的鏈路跟蹤設(shè)置在MML界面的業(yè)務(wù)維護(hù)系統(tǒng)選擇【跟蹤七號信令跟蹤】，則會彈出下面框：其中，各左邊一欄各復(fù)選項含義為：SNM：信令網(wǎng)管理消息SLT：信令鏈路測試消息SCCP：信令連接控制部分消息（移動網(wǎng)用）TUP：電話用戶部分消息ISUP：ISDN用戶部分消息MT：維護(hù)消息（有關(guān)鏈路和話路的）UNKNOWN：無法識別的各種消息L2_CHANGE：二、三層之間的消息以上選項，打“

9、”以后，分別表示要跟蹤相應(yīng)的消息。要想跟蹤MTP消息，必須選中SNM、SLT、MT和L2_CHANGE。在框的左下方有跟蹤信息存盤的選項，選中即可將跟蹤信息存盤，以供事后或脫機(jī)進(jìn)行分析。在消息跟蹤中還可以使用過濾功能。要使用過濾功能，只要在過濾器欄選中要采用的過濾方式，然后相應(yīng)的編輯框就會變?yōu)榭删庉嫚顟B(tài)，輸入相應(yīng)的過濾條件即可。應(yīng)注意的是符合條件的消息將顯示出來，不符合條件的消息將不顯示。點擊“確定”后，會在界面的右半框中顯示如下所示的消息跟蹤界面：圖1-2 圖形界面的鏈路跟蹤顯示“七號信令消息跟蹤窗口”中消息的說明：消息前加“>”即黑色的消息表明是從此鏈路上收到的消息，消息前加“<

10、;”即藍(lán)色的消息表明是從此鏈路上發(fā)送的消息；消息前不帶“>”或“<”的消息是消息傳遞部分（MTP）二層消息，它一般只在鏈路中斷、鏈路的定位過程或?qū)π帕铈溌愤M(jìn)行統(tǒng)計時才會產(chǎn)生，這類消息是分析斷鏈原因和定位失敗原因的最重要的消息。MTP二層消息的內(nèi)容：TIME是指時間，單位是10毫秒，它是一個相對時間，即從開始跟蹤信令鏈路到消息產(chǎn)生時的時間間隔，最大值為65535，到最大值時又從0開始計時；TYPE是指消息類型，是MTP二層的命令（MTP_L2_CMD）還是MTP二層的響應(yīng)（MTP_L2_REPORT），MTP二層命令是主機(jī)發(fā)向單板的命令，MTP二層的響應(yīng)是單板上報主機(jī)的響應(yīng)；PARA

11、是指命令或響應(yīng)參數(shù)，參數(shù)一是指單板類型，00是GCPC板，后面參數(shù)是命令或響應(yīng)字及內(nèi)容等，參見消息的詳細(xì)解釋。注意：后面對此類消息的舉例時只用參數(shù)一后面的內(nèi)容。對“七號信令消息跟蹤窗口”中的第一條消息可簡單解釋如下：在啟動消息跟蹤窗口后的19.7秒，MTP向此信令鏈路下發(fā)STOP命令。鏈路上發(fā)送的MSU消息內(nèi)容：Service是指消息的業(yè)務(wù)指示，其中信令鏈路測試消息用TEST表示，MTP部分的信令網(wǎng)管理消息用MTP表示，TUP、ISUP、SCCP等的消息分別用TUP、ISUP、SCCP等表示；SubSer是指子業(yè)務(wù)字段，即網(wǎng)絡(luò)指示NI，NAT是指國內(nèi)網(wǎng)，INT是指國際網(wǎng)等；Time是消息產(chǎn)生的

12、時間，單位是10毫秒，它是一個相對時間，即從開始跟蹤信令鏈路到消息產(chǎn)生時的時間間隔，最大值為65535，到最大值時又從0開始計時；H1H0是指消息的標(biāo)題碼，標(biāo)識具體的消息；CIC/SLC對TUP、ISUP消息是電路識別碼（CIC），對MTP消息則是信令鏈路編碼（SLC），對SCCP消息則是信令鏈路選擇碼（SLS）；SLS是指信令鏈路選擇碼，對SCCP消息才顯示，對其它消息則不顯示；OPC是指消息中的起源信令點編碼；DPC是指消息中的目的信令點編碼；Signal Message是指此消息的具體內(nèi)容。在跟蹤結(jié)果輸出框選中一條消息，雙擊此消息或按回車鍵，則彈出消息解釋框。如在上面的跟蹤結(jié)果選中一條S

13、LTA消息，回車，則彈出下面消息解釋框：圖1-3 鏈路跟蹤消息解釋框這樣，用戶不需要記憶各種復(fù)雜的消息格式和消息含義。1.1.4 MTP偽消息的概念及步驟說明偽消息是在維護(hù)界面由命令操作下發(fā)的一種用于測試和定位問題的消息。按照偽消息模擬的消息的協(xié)議層次和和功能，MTP偽消息分為以下三種：MTP用戶偽消息、MTP三層偽消息、MTP二層偽消息。命令行的相關(guān)命令為： MTP二層偽消息 命令： SND MTPFM2 MTP三層偽消息 命令： SND MTPFM3 MTP用戶偽消息 命令： SND MTPFMU具體使用方法和參數(shù)域的介紹，參加下文2.2中的相關(guān)描述。1.1.5 MTP話統(tǒng)的概念及步驟說明

14、MTP話統(tǒng)是對信令和接口的測量，用于分析信令和接口系統(tǒng)的性能，了解局間信令和用戶信令的配合情況及網(wǎng)路狀態(tài)，為進(jìn)行交換機(jī)及周圍網(wǎng)絡(luò)的運行和維護(hù)提供數(shù)據(jù)依據(jù)。比如：在檢測到某條鏈路的信令鏈路發(fā)送負(fù)荷達(dá)到或大于20%時，就需要增加信令鏈路以減輕鏈路的負(fù)荷。話統(tǒng)命令的分類情況如下：表21 話統(tǒng)命令分類話統(tǒng)操作類型話統(tǒng)命令話統(tǒng)任務(wù)登記登記信令規(guī)程測量任務(wù)（CT SPM）話統(tǒng)管理增加任務(wù)指標(biāo)（ADD ENT） 增加任務(wù)測量對象（ADD TSKMO） 登記建立狀態(tài)任務(wù)至主機(jī)（REG TSK） 刪除話統(tǒng)任務(wù)（DEL TSK） 取任務(wù)列表（LST TSKINFO） 激活任務(wù)（RSM TSK）掛起任務(wù)（SPD T

15、SK） 取任務(wù)結(jié)果（DSP RST） 取主機(jī)任務(wù)狀態(tài)（TSK STATE） 刪除任務(wù)結(jié)果（DEL TSKRST）話統(tǒng)屬性修改修改任務(wù)名稱（REN TSK） 修改任務(wù)輸出方式（MOD OP） 修改任務(wù)周期（CHG PRD）話統(tǒng)任務(wù)查詢查看話統(tǒng)結(jié)果（QRY CNT）建立MTP話統(tǒng)任務(wù)一般的步驟：1. 選擇命令子集2. 選擇命令子集中的某個命令3. 在選定的命令下，根據(jù)測量目的選擇適當(dāng)?shù)臏y量單元4. 根據(jù)測量需求規(guī)定統(tǒng)計測量對象的范圍（“限定”范圍?。?. 選擇需要輸出的測量量（稱為設(shè)置“本體”輸出）6. 設(shè)置其它參數(shù)（如時間信息、閾值門限、輸出結(jié)果發(fā)送的方向和時間等）1.2 命令中相關(guān)域的介紹1.

16、2.1 發(fā)送用戶層偽消息示例：從信令點111111向目的信令點bbbbbb發(fā)送SAM消息（TUP用戶層的一種消息），一個TICK發(fā)送10條消息，共發(fā)送1000條。具體操作如下圖所示：圖1-4 MTP用戶偽消息【模塊號】表示將該用戶消息發(fā)送到的模塊?！締挝幌?shù)】表示在每一個單位發(fā)送周期內(nèi)有多少條這個偽消息將被發(fā)送出去，每個單位發(fā)送周期內(nèi)發(fā)送的偽消息稱為一組。取值范圍為，默認(rèn)值為?！締挝话l(fā)送周期】表示每發(fā)送一組用戶層偽消息需要經(jīng)過多少個時鐘周期（每一個時鐘周期被稱作一個tick），取值范圍為255，默認(rèn)值為?！鞠⒔M數(shù)】就是發(fā)送消息的組數(shù)，每組發(fā)送的消息數(shù)就是單位消息數(shù)。實際被要求發(fā)送的消息的總

17、條數(shù)等于消息組數(shù)乘以單位消息數(shù)。取值范圍為，如果該值為，則表示這條偽消息將被持續(xù)發(fā)送直到用戶再重新發(fā)送下一個用戶層偽消息為止，其默認(rèn)值為?！鹃L度】為實際MSU消息中LI字節(jié)，包括SIO和參數(shù)的長度，以字節(jié)為單位?！?SIO 】為業(yè)務(wù)指示八位位組，只用于MSU，指示消息類別和網(wǎng)絡(luò)指示。SIO又分為兩個子字段，各占4個比特，如下圖所示。其中，SI為業(yè)務(wù)指示語，SSF為子業(yè)務(wù)字段，其編碼方式和含義為：D C B A D C B A SSFSISI：DCBA（MTP用戶層偽消息中） 0011 SCCP 0100 TUP 0101 ISUPSSF：DC（網(wǎng)絡(luò)指示語） 00 國際網(wǎng) 01 國際備用 10

18、國內(nèi)網(wǎng) 11 國內(nèi)備用【參數(shù)n 】 為MSU的內(nèi)容，輸入時從低字節(jié)到高字節(jié)。消息包長度最大可為3。1.2.2 發(fā)送三層偽消息示例：從88號模塊10號鏈路發(fā)送一個TFP消息到目的信令點563412，本局信令點編碼為ccbbaa，說明到目的信令點111111的信令路由由于某種原因禁止傳遞。具體操作如下圖所示：圖1-5 MTP三層偽消息【模塊號】為消息要發(fā)送到的鏈路所在的模塊號，可供選擇?！炬溌诽枴繛橄⒁l(fā)送到的鏈路所在的物理鏈路號?！鹃L度】為實際MSU消息中LI字節(jié)，包括SIO和參數(shù)的長度，以字節(jié)為單位。【SIO】為業(yè)務(wù)指示八位位組，只用于MSU，指示消息類別和網(wǎng)絡(luò)指示。SIO又分為兩個子字段，

19、各占4個比特，如下所示。其中，SI為業(yè)務(wù)指示語，SSF為子業(yè)務(wù)字段，其編碼方式和含義為：D C B A D C B A SSFSISI：DCBA（MTP三層偽消息中） 0000 信令網(wǎng)管理消息 0001 信令網(wǎng)測試和維護(hù)消息SSF：DC（網(wǎng)絡(luò)指示語） 00 國際網(wǎng) 01 國際備用 10 國內(nèi)網(wǎng) 11 國內(nèi)備用【參數(shù)n】為MSU 的內(nèi)容，輸入時從低字節(jié)到高字節(jié)。1.2.3 發(fā)送二層偽消息示例：對88號模塊10號鏈路下發(fā)開始測試命令（0d），該命令沒有參數(shù)。下發(fā)該命令后，當(dāng)信令鏈路斷鏈后，可以上報詳細(xì)的斷鏈原因，以供分析定位問題。具體操作如下圖所示：圖1-6 MTP二層偽消息【模塊號】為消息要發(fā)送

20、到的鏈路所在的模塊號，可供選擇。【鏈路號】為消息要發(fā)送到的鏈路所在的物理鏈路號?！綧TP命令】和【參數(shù)n】均為16進(jìn)制格式。一般MTP二層命令都沒有參數(shù)，所以可以填“ff”。注意：MTP命令為主機(jī)下發(fā)到信令單板的命令，一般在維護(hù)測試時使用，有可能對信令鏈路產(chǎn)生重大影響。& 說明MTP三層、用戶偽消息的格式參見ITUT規(guī)范Q.704（MTP）， Q.723（TUP）和Q.763（ISUP）。MTP二層偽消息的格式需要參考MTP三層與GCPC，NO7板的通信協(xié)議。（見附錄一） 第2章 MTP告警2.1 MTP告警簡介MTP告警一般分為三類：故障告警/恢復(fù)告警、事件告警、調(diào)試告警。前兩種統(tǒng)稱

21、為狀態(tài)告警，其特點是狀態(tài)的變化總是雙向的。由MTP各表之間的關(guān)系可知，MTP的告警通常按照如下的順序出現(xiàn)：鏈路告警 <> 鏈路集告警 <> 路由告警 <> 目的信令點告警。在C9000L命令行輸入工具中的告警信息窗口顯示了系統(tǒng)的各種告警信息?？梢酝ㄟ^告警屏蔽功能使得顯示的告警只是當(dāng)前希望看到的告警。MTP第一、二層的告警一般都為“故障告警”，例如“PCM系統(tǒng)告警”，“信令鏈路不可用”等等。 MTP第三層以上的告警一般都為“事件告警”，例如“DPC不可達(dá)”，“MTP路由不可用”，“MTP鏈路測試失敗”等等。每條告警消息都顯示了告警的具體位置和含義，并給出處理建

22、議。2.2 狀態(tài)告警狀態(tài)告警就是當(dāng)MTP模塊中的信令鏈路和信令網(wǎng)發(fā)生了相關(guān)的狀態(tài)變化（例如，由可利用變成不可利用或由不可利用變成可以利用）時，所產(chǎn)生的告警項目，以指示系統(tǒng)的有關(guān)狀態(tài)。2.3 事件告警事件告警則為獨立事件的報告，相互間一般無必然聯(lián)系，僅僅報告了一個事件的發(fā)生。 一般伴隨一個事件的發(fā)生總是產(chǎn)生一些狀態(tài)的變化，所以事件告警的左右一般都伴隨著一個或幾個狀態(tài)告警。& 訣竅：出現(xiàn)告警的一般處理如下：分析告警定位故障維護(hù)臺消息跟蹤、狀態(tài)查詢觀察單板指示燈數(shù)據(jù)配置分析。所有MTP告警信息的顯示見附錄二。具體的告警信息請參考附錄二。第3章 MTP故障定位3.1 斷鏈故障處理目前，當(dāng)發(fā)生七

23、號斷鏈且不能立即恢復(fù)等問題時，維護(hù)人員的處理一般都是拔插GCPC板或下電復(fù)位SPC等進(jìn)行處理的，這樣不利于定位問題，故有必要規(guī)范一下處理步驟。另外，為了方便處理七號斷鏈問題，維護(hù)人員應(yīng)具備基本的七號信令知識，尤其是底層信令鏈路故障的簡單定位過程。鏈路故障產(chǎn)生的常見原因主要有：1. 傳輸故障，傳輸損耗大、誤碼率高： 由于中繼線接頭處接觸不好或阻抗不匹配等都有可能引起七號鏈路不穩(wěn)定。2. 交換機(jī)硬件故障1) 中繼HW配線異常 2) 中繼硬件(GE16、GECS等板)故障3) 其它相關(guān)硬件系統(tǒng)故障(GCPC、GQSI、GMHI等）引起中繼系統(tǒng)故障3. 局間信令配合問題或?qū)Ψ骄周浻布膯栴}4. 交換機(jī)

24、數(shù)據(jù)設(shè)置錯誤或交換機(jī)主機(jī)軟件的問題。一般發(fā)現(xiàn)信令鏈路斷鏈?zhǔn)峭ㄟ^信令鏈路不可用告警得知，或通過觀察七號信令板GCPC的燈狀態(tài)得知，或通過電話打不通，查看中繼、鏈路狀態(tài)后得知，等等。不管通過何種途徑得知鏈路斷鏈，首先要定位出哪一條或哪些信令鏈路出現(xiàn)故障，然后立即按如下步驟進(jìn)行處理。3.1.1 斷鏈處理步驟步驟1：跟蹤監(jiān)視七號信令鏈路發(fā)現(xiàn)問題時，應(yīng)立即打開相關(guān)信令鏈路的消息跟蹤窗口，并把跟蹤消息存盤，以供事后分析。步驟2：下發(fā)MTP偽消息對GCPC板可下發(fā)調(diào)試偽消息命令0d，使單板能在斷鏈或定位失敗時上報詳細(xì)的原因信息，供步驟4分析消息時使用； 結(jié)束調(diào)試的偽消息命令是0e。步驟3：查看鏈路狀態(tài)從維護(hù)

25、臺直接查看鏈路狀態(tài)，可看到當(dāng)前主機(jī)的鏈路狀態(tài)信息，以幫助定位原因。步驟4：分析信令鏈路跟蹤的消息對步驟一和步驟二跟蹤到的信令消息進(jìn)行分析，查找斷鏈或定位失敗等原因。步驟5：查看告警信息對以前的斷鏈或定位失敗等，可通過告警來查看原因。另外，還可以查看單板軟硬件版本，看是否存在問題。命令為：DSP BVER單板軟件版本上報格式為: 單板名稱+PCB版本（REV）+軟件版本（SV，以每5位表示一單板軟件版本號）+歸檔日期（YYMMDD）+硬件邏輯版本（LV）+DSP軟件版本（DV）+單板用途。 如: C84XE16 REV0 SV091000A100（000506）LV07X0008X00表示為GE

26、16單板（不區(qū)分C841或C842等）， PCB版本（REV）為0， 有兩片單板軟件（SV）分別為09100和0A100， 軟件歸檔日期為2000年5月6日，邏輯版本（LV）分別為07X00和08X00。3.1.2 查看告警中的斷鏈原因?qū)CPC板的信令鏈路，若信令鏈路業(yè)務(wù)中斷或定位失敗，可通過查看告警得出信令鏈路業(yè)務(wù)中斷的原因和定位失敗的原因：在BAM上查看調(diào)試告警歷史文件，“信令鏈路業(yè)務(wù)中斷”的告警編號為31022和“信令鏈路定位失敗”的告警編號為31023，從中查看斷鏈原因。告警中的第一個參數(shù)為信令鏈路的板號，第二個參數(shù)信令鏈路所在板的通道號，第三個參數(shù)為斷鏈原因值或定位失敗原因值。具體

27、的原因值參見附錄一，下面對一些通常的原因進(jìn)行解釋。若“信令鏈路業(yè)務(wù)中斷”的告警參數(shù)為02 01 02，則是板號為2的七號板上通道為1的信令鏈路即9信令鏈路業(yè)務(wù)中斷（即斷鏈），斷鏈原因是MTP三層下發(fā)STOP命令，查看其它告警，一般有關(guān)于此鏈路的“信令鏈路測試失敗”的告警產(chǎn)生。這是由本端發(fā)出測試消息SLTM后對端沒有回測試證實消息SLTA或本端發(fā)不出測試消息SLTM，具體處理參見本文5.1.4中的相關(guān)分析。若“信令鏈路業(yè)務(wù)中斷”的告警參數(shù)為02 01 08，則是板號為2的七號板上通道為1的信令鏈路即9信令鏈路業(yè)務(wù)中斷（即斷鏈），斷鏈原因是信令鏈路定位不可能，再查看“信令鏈路定位失敗”的告警，從中

28、可查找定位不可能的原因。例如：“信令鏈路定位失敗”的告警參數(shù)為02 01 16，即是本端信令鏈路收不到對端的鏈路狀態(tài)信號單元LSSUSIO。若“信令鏈路業(yè)務(wù)中斷”的告警參數(shù)為02 01 12，則是板號為2的七號板上通道為1的信令鏈路即9信令鏈路業(yè)務(wù)中斷（即斷鏈），斷鏈原因是誤碼率過高斷鏈的，要檢測信令鏈路的傳輸質(zhì)量。3.1.3 查看消息跟蹤的斷鏈原因一、步驟1：跟蹤監(jiān)視七號信令鏈路二、步驟2：下發(fā)MTP測試命令偽消息模塊號為斷鏈的信令鏈路所在的模塊編號，鏈路號為斷鏈的信令鏈路編號，MTP命令設(shè)置為0d，參數(shù)1參數(shù)7設(shè)置為ff，按確定按鈕發(fā)出開始測試命令。下發(fā)此偽命令的目的是為了使信令鏈路在斷鏈

29、或定位不成功時，上報詳細(xì)的原因信息，以幫助定位問題。三、步驟3：查看鏈路狀態(tài) 注意：一定要記錄所查看的信令鏈路狀態(tài)信息。1、 從鏈路所在模塊查鏈路狀態(tài)。在命令行輸入工具中選擇【業(yè)務(wù)管理七號信令MTP鏈路顯示MTP鏈路狀態(tài)】，在命令輸入框中輸入相應(yīng)參數(shù)，模塊號是指到哪個模塊查詢鏈路狀態(tài)，此處就等于內(nèi)部模塊號（所謂內(nèi)部模塊號就是此鏈路所在的模塊號），鏈路號為斷鏈的信令鏈路編號。或直接在命令行輸入框中輸入如下命令：DSP N7LNK: MN=88, LNK=10, INMN=88;若鏈路的激活狀態(tài)為“否”，則可能是人為的斷開信令鏈路了，進(jìn)行如下操作恢復(fù)： 在命令行輸入工具中選擇【業(yè)務(wù)管理七號信令MT

30、P鏈路激活MTP鏈路】，在命令行輸入框中輸入相應(yīng)參數(shù)，模塊號為發(fā)生斷鏈的信令鏈路所在的模塊編號，鏈路號為斷鏈的信令鏈路編號?；蛴妹睿篈CT N7LNK: MN=88, LNK=10;若鏈路有遠(yuǎn)端處理機(jī)故障，則一般是對局原因，要聯(lián)系對局進(jìn)行處理，等遠(yuǎn)端處理機(jī)故障恢復(fù)后才能使信令鏈路變?yōu)榭捎?。對GCPC板信令鏈路，若鏈路的傳輸業(yè)務(wù)狀態(tài)為“是”，而鏈路的故障狀態(tài)有時為“是”（多數(shù)），有時為“否”，鏈路的倒換正在進(jìn)行狀態(tài)為“是”，若處于這種情況，則鏈路定期閃斷（約10幾秒種閃斷一次），從“七號信令消息跟蹤窗口”看，只有收到的SLTM消息，而本端未發(fā)出任何消息，而且在鏈路定位成功后一般由本端MTP三層

31、下發(fā)STOP命令斷開鏈路。若處于這種狀態(tài)，并且傳輸正常，若在2分鐘之內(nèi)沒有恢復(fù)則只有復(fù)位GCPC板或拔插GCPC板解決。若處于這種狀態(tài)，并且傳輸一直不正常，則最好先復(fù)位或拔插GCPC板，然后再斷開受影響的GCPC板信令鏈路，等傳輸恢復(fù)后再激活信令鏈路。2、從其它七號模塊查詢斷鏈的鏈路狀態(tài)在上述查看鏈路狀態(tài)的操作中，把模塊號改為其它模塊的模塊號即可。例如，要從2號模塊查看1號模塊4鏈路的鏈路狀態(tài)，則模塊號為2，鏈路所在模塊號為1，鏈路號為4。若傳輸業(yè)務(wù)狀態(tài)與從鏈路所在模塊查詢不一致，則要在鏈路所在的模塊使用“七號鏈路管理”來消除狀態(tài)的不一致。一般不一致是這種情況：鏈路所在模塊是傳輸業(yè)務(wù)的，但其它

32、模塊認(rèn)為此鏈路不能傳輸業(yè)務(wù)，其它情況一般很快會恢復(fù)的。若有多條信令鏈路傳輸業(yè)務(wù)，則管理禁止信令鏈路，查詢鏈路狀態(tài)，確信鏈路不能傳輸業(yè)務(wù)時再解除管理禁止使信令鏈路傳輸業(yè)務(wù)；若只有一條信令鏈路傳輸業(yè)務(wù)，則不能管理禁止，只有斷開信令鏈路，確信鏈路不能傳輸業(yè)務(wù)時再激活信令鏈路使信令鏈路能傳輸業(yè)務(wù)。（詳見后面的案例分析）& 說明：若進(jìn)行處理時鏈路已經(jīng)恢復(fù)了，則通過查看“信令鏈路業(yè)務(wù)中斷”和“信令鏈路定位失敗”的告警信息來查看斷鏈原因，否則進(jìn)行下面的步驟4進(jìn)行處理。3.1.4 斷鏈原因分析當(dāng)一條鏈路出現(xiàn)故障或定位不上，我們主要通過鏈路跟蹤信息進(jìn)行確定故障原因，然后根據(jù)原因確定問題并解決。 信令鏈路

33、業(yè)務(wù)中斷的原因鏈路業(yè)務(wù)中斷的原因以命令字2C上報，具體的原因值由后面的參數(shù)一表示。原因值：02H表示斷鏈原因是收到MTP三層的停止（STOP）命令。如果出現(xiàn)該原因斷鏈，首先分析三層為什么會下停止命令（分析三層的收發(fā)的消息），經(jīng)常出現(xiàn)的情況是三層的測試消息(SLTM)不通過或者兩次沒有收到對端的證實(SLTA)消息，需根據(jù)分析跟蹤的消息進(jìn)行具體確定下停止命令的原因。原因值：08H由于起始定位控制（IAC）報告定位不可能。如果出現(xiàn)原因值，具體的定位不可能的原因值將在下一個二層上報的原因中給出，然后根據(jù)具體的原因進(jìn)行處理。如果上面的消息跟蹤中在上報完2C 08后，又上報了6A 04表示由于擁塞時間過

34、長而定位不可能。原因值：09H 接收控制（RC）報告鏈路故障的原因是由于異常的BSN，如果是GCPC板出項此故障可能會不能自動恢復(fù)，需要對單板進(jìn)行復(fù)位才能恢復(fù)。出現(xiàn)該故障一般是由于傳輸不穩(wěn)定有誤碼所引起的，在復(fù)位單板前，請先確定傳輸是否已經(jīng)恢復(fù)好，如果沒有，請先恢復(fù)傳輸。原因值：0AH接收控制（RC）報告鏈路故障原因是由于異常的FIB，此原因的和處理方法同上面的09H。原因值：0CH接收控制（RC）報告收到SIO，此時斷鏈?zhǔn)紫纫閷?，為什么在鏈路傳輸狀態(tài)會出現(xiàn)發(fā)SIO的情況。由對局先查問題。原因值：0DH接收控制（RC）報告收到SIN，處理同上。原因值：0EH接收控制（RC）報告收到SIE，

35、處理同上。原因值：0FH接收控制（RC）報告收到SIOS，此時是對局先斷鏈，請對局先查原因。原因值：12H是信號單元誤碼率檢測（SUERM）報告鏈路故障，此時是由于鏈路上誤碼率比較高而使鏈路斷鏈，請先恢復(fù)傳輸質(zhì)量，鏈路就會恢復(fù)。原因值：15H由于T7定時器超時而使鏈路斷鏈，出現(xiàn)此情況，請首先查看鏈路是否誤碼率太高或擁塞，如果一直這樣斷鏈可以將本局進(jìn)行鏈路自環(huán)看是否還出現(xiàn)。多數(shù)情況是傳輸誤碼引起的。信令鏈路定位失敗原因-2DH信令鏈路在進(jìn)行定位時，如果定位失敗二層會以2D命令字上報失敗原因，我們可以根據(jù)具體原因進(jìn)行相應(yīng)的處理。該命令字只有一個參數(shù)，具體含義如下：原因值：0FH在定位過程中接收控制

36、（RC）報告收到了對端的SIOS，出現(xiàn)此情況是對局的問題，首先請對局查看一下原因。我們可以通過將本局進(jìn)行鏈路自環(huán)，通過自環(huán)確定本局是否有問題，如果能自環(huán)成功說明本局沒有問題。原因值：16H此原因是定時器T2超時，出現(xiàn)此原因是由于不能收到對局的消息。基本的定位此問題的步驟可以如下做：1、首先要確定是對局的原因還是本局的原因，可以通過將該鏈路的收發(fā)E1線對接，如果此時能定位鏈路然后閃斷，說明問題是對局或兩局之間的傳輸問題，首先要查對局（如鏈路是否激活或配置是否正確等）和傳輸是否有問題。2、如果1中的本局自環(huán)不能建鏈，那就要先查本局的問題，可以通過DSP NETPATH和命令，進(jìn)行檢查本局的聯(lián)網(wǎng)情況

37、，根據(jù)返回結(jié)果可以確定是哪部分有問題，根據(jù)具體的返回值去處理。也可以進(jìn)行分別從GE16、GQSI、GSNU、GQSI、GMHI開始的逐步自環(huán)測試，根據(jù)測試結(jié)果進(jìn)行處理。 注意：一般外國廠商設(shè)備在斷鏈以后會等待一個延時（時間大約幾分鐘）以后再開始重新定位，而我們公司的設(shè)備在斷鏈以后會立刻開始重新定位，在這個延時期間我們的設(shè)備就會告警T2超時，例如北電的設(shè)備就是這樣的。原因值：19H定位誤碼率接收過程（AERM）中止驗證。出現(xiàn)此原因是由于傳輸上誤碼率太高導(dǎo)致鏈路故障，需要先恢復(fù)傳輸質(zhì)量。3.2 呼損的故障處理3.2.1 呼損故障處理步驟傳輸在信令網(wǎng)中的消息，可能會因為線路的傳輸問題、軟件硬件的故障

38、或處理錯誤及信令網(wǎng)結(jié)構(gòu)的變化等多種復(fù)雜的原因而丟失，產(chǎn)生一定的呼損。雖然信令網(wǎng)有一定的預(yù)防和校正措施，但還是不能完全避免呼損的產(chǎn)生。當(dāng)遇到呼損時，首先需查明是在什么地方丟失的消息，其測試步驟通常是： 統(tǒng)計MTP3的發(fā)送和接收消息的數(shù)量 統(tǒng)計MTP2的發(fā)送和接收消息的數(shù)量 統(tǒng)計傳輸上的發(fā)送和接收消息數(shù)量如果以上環(huán)節(jié)都沒有發(fā)現(xiàn)有消息的丟失現(xiàn)象，一般表明消息是因為MTP3與用戶層的接口，或是用戶層對消息的處理把消息丟棄的。這就需要根據(jù)具體的情況來進(jìn)行分析處理了。3.2.2 統(tǒng)計MTP3的發(fā)送和接收消息數(shù)量MTP3的消息發(fā)送和接收的數(shù)量，可以通過MTP鏈路話統(tǒng)任務(wù)進(jìn)行統(tǒng)計測量。參照上文MTP話統(tǒng)的使用

39、方法，對發(fā)方信令點SPA和接收方信令點SPB之間的承載業(yè)務(wù)的鏈路，分別創(chuàng)建統(tǒng)計信令消息發(fā)送和接收的MTP話統(tǒng)任務(wù)，通過比較A點發(fā)送到B點的消息總數(shù)和B點接收到A點的消息總數(shù)是否相等，來判斷是否有消息丟失的現(xiàn)象發(fā)生。 注意：1. MTP消息發(fā)送和接收數(shù)的統(tǒng)計是以鏈路為單位統(tǒng)計對象的，所以在統(tǒng)計消息的發(fā)送或接收總數(shù)時，要確保鏈路上的消息全都是被統(tǒng)計信令點的，不能多也不能少。2. 信令點兩端話統(tǒng)統(tǒng)計開始和結(jié)束時間，及統(tǒng)計周期必須一致。3.2.3 統(tǒng)計MTP2的發(fā)送和接收消息數(shù)量對于MTP2層所接收和發(fā)送的消息數(shù)量，可以參照上文偽消息使用方法，直接通過從維護(hù)臺下發(fā)MTP2層偽消息而由二層上報顯示出來，

40、其相關(guān)命令字和參數(shù)解釋如下：命令字47H 查詢鏈路發(fā)送的消息信號單元的數(shù)量，參數(shù)一被使用，表示工作模式：0 開始統(tǒng)計。表示要求GCPC板上指定的七號信令通道清除以前的關(guān)于“發(fā)送的消息信號單元的數(shù)量”的統(tǒng)計結(jié)果，然后重新開始統(tǒng)計。1 取統(tǒng)計結(jié)果。表示要求GCPC板上指定的七號信令通道上報關(guān)于“發(fā)送的消息信號單元的數(shù)量”的統(tǒng)計結(jié)果，統(tǒng)計周期是從開始統(tǒng)計至今的或者從上一次取統(tǒng)計結(jié)果至今的。在上報了統(tǒng)計結(jié)果后，統(tǒng)計結(jié)果應(yīng)該被清除，以便為重新統(tǒng)計作好準(zhǔn)備。2 結(jié)束統(tǒng)計。表示要求GCPC板上指定的七號信令通道結(jié)束關(guān)于“發(fā)送的消息信號單元的數(shù)量”的統(tǒng)計結(jié)果。注意：GCPC板實際上沒有使用此值，它是一直在進(jìn)行

41、統(tǒng)計，不管是否下發(fā)統(tǒng)計命令。說明： 該命令的作用主要就是查詢GCPC板上指定的七號信令通道發(fā)送的消息信號單元的數(shù)量。信令鏈路在處理完工作模式為1的該命令后必須作出響應(yīng)，其余不必響應(yīng)。該項目統(tǒng)計結(jié)果的單位是“個”，統(tǒng)計對象是信令鏈路。命令字67H收到的SIF及SIO八位位組的數(shù)量：參數(shù)一：收到的SIF及SIO八位位組的數(shù)量的最低字節(jié)參數(shù)二：收到的SIF及SIO八位位組的數(shù)量的次低字節(jié)參數(shù)三：收到的SIF及SIO八位位組的數(shù)量的次高字節(jié)參數(shù)四：收到的SIF及SIO八位位組的數(shù)量的最高字節(jié)參數(shù)五：未用說明： 該命令的作用就是GCPC板上指定的七號信令通道向MTP三層報告關(guān)于“收到的SIF及SIO八位

42、位組的數(shù)量”的統(tǒng)計結(jié)果。該命令是響應(yīng)“查詢收到的SIF及SIO八位位組的數(shù)量”命令的結(jié)果。上報結(jié)果采用4字節(jié)來表示，四個字節(jié)構(gòu)成一個長整數(shù)，數(shù)的存儲格式等同于x86系列芯片的數(shù)值存儲順序。該項目統(tǒng)計結(jié)果的單位是“個”，統(tǒng)計對象是信令鏈路。命令字49H 查詢鏈路收到的消息信號單元的數(shù)量，參數(shù)一被使用，表示工作模式：0 開始統(tǒng)計。表示要求GCPC板上指定的七號信令通道清除以前的關(guān)于“收到的消息信號單元的數(shù)量”的統(tǒng)計結(jié)果，然后重新開始統(tǒng)計。1 取統(tǒng)計結(jié)果。表示要求GCPC板上指定的七號信令通道上報關(guān)于“收到的消息信號單元的數(shù)量”的統(tǒng)計結(jié)果，統(tǒng)計周期是從開始統(tǒng)計至今的或者從上一次取統(tǒng)計結(jié)果至今的。在上

43、報了統(tǒng)計結(jié)果后，統(tǒng)計結(jié)果應(yīng)該被清除，以便為重新統(tǒng)計作好準(zhǔn)備。2 結(jié)束統(tǒng)計。表示要求GCPC板上指定的七號信令通道結(jié)束關(guān)于“收到的消息信號單元的數(shù)量”的統(tǒng)計結(jié)果。注意：GCPC板實際上沒有使用此值，它是一直在進(jìn)行統(tǒng)計，不管是否下發(fā)統(tǒng)計命令。說明： 該命令的作用主要就是查詢GCPC板上指定的七號信令通道收到的消息信號單元的數(shù)量。信令鏈路在處理完工作模式為1的該命令后必須作出響應(yīng)，其余不必響應(yīng)。該項目統(tǒng)計結(jié)果的單位是“個”，統(tǒng)計對象是信令鏈路。命令字68H收到的消息信號單元的數(shù)量：參數(shù)一：收到的消息信號單元的數(shù)量的最低字節(jié)參數(shù)二：收到的消息信號單元的數(shù)量的次低字節(jié)參數(shù)三：收到的消息信號單元的數(shù)量的次

44、高字節(jié)參數(shù)四：收到的消息信號單元的數(shù)量的最高字節(jié)參數(shù)五：未用說明： 該命令的作用就是GCPC板上指定的七號信令通道向MTP三層報告關(guān)于“收到的消息信號單元的數(shù)量”的統(tǒng)計結(jié)果。該命令是響應(yīng)“查詢收到的消息信號單元的數(shù)量”命令的結(jié)果。上報結(jié)果采用4字節(jié)來表示，四個字節(jié)構(gòu)成一個長整數(shù)，數(shù)的存儲格式等同于x86系列芯片的數(shù)值存儲順序。該項目統(tǒng)計結(jié)果的單位是“個”，統(tǒng)計對象是信令鏈路。3.2.4 統(tǒng)計傳輸上的消息數(shù)量統(tǒng)計傳輸上的消息數(shù)量，通常采用測試儀器掛表測量。 測量方法根據(jù)測量儀器的不同而不同，具體需參照儀器的使用指導(dǎo)，這里就不加以敘述了。第4章 MTP數(shù)據(jù)配置與案例分析4.1 數(shù)據(jù)配置1、本局信息

45、表當(dāng)本局配置為七號信令網(wǎng)絡(luò)中的一個信令點時，需要設(shè)置本局信息。設(shè)置本局信息前必須了解本局的信令點編碼，處于哪種信令網(wǎng)絡(luò)中，是否是信令轉(zhuǎn)接點，是否支持SCCP功能等數(shù)據(jù)。本局信息表在MTP數(shù)據(jù)中的地位非常重要，應(yīng)該最先設(shè)置本局信息。只有設(shè)置了本局信息，才能表明本局是七號信令網(wǎng)絡(luò)中的一個信令點，其他如MTP目的信令點表，MTP鏈路集表等才能設(shè)置成功。2、目的信令表目的信令點是從本局信令點的角度出發(fā)，在本局信令點所在的所有信令網(wǎng)絡(luò)中可見的信令點。由于這些目的信令點的存在而勾勒出了本局信令點所在的信令網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)。目的信令點按照同本局信令點的在信令網(wǎng)絡(luò)中的位置屬性可以分為相鄰信令目的信令點和非相鄰目

46、的信令點。其中，有信令鏈路組直接互聯(lián)的兩個信令點稱為相鄰信令點；沒有信令鏈路組直接互聯(lián)的兩個信令點稱為非相鄰信令點。當(dāng)在七號信令網(wǎng)絡(luò)中，本局信令消息能夠到達(dá)的MTP目的信令點增加時，需要在本局增加描述該信令點的數(shù)據(jù)。 增加一個MTP目的信令點時，需要了解該信令點位于哪種信令網(wǎng)絡(luò)，目的信令點編碼，是否與本局相鄰，是否是信令轉(zhuǎn)接點，鏈路集選擇碼等數(shù)據(jù)。增加MTP目的信令點之前應(yīng)該先設(shè)置好本局信息。 3、MTP鏈路集表MTP鏈路集是連接兩個相鄰信令點之間的一束平行的信令鏈路的集合。增加相鄰目的信令點后，需要增加連接兩個相鄰目的信令點的MTP鏈路集。增加MTP鏈路集需要了解相鄰信令點的索引，鏈路選擇。

47、如果本鏈路集連接的相鄰信令點數(shù)據(jù)還沒有配置，則首先要增加MTP目的信令點。 4、MTP鏈路表信令鏈路是連接各個信令點、傳送信令消息的物理鏈路。增加了MTP鏈路集后，需要增加屬于該鏈路集的MTP鏈路。增加時需要了解該鏈路所在的模塊，鏈路號，電路號，該鏈路所在的鏈路集，信令鏈路編碼，信令鏈路編碼發(fā)送，優(yōu)先級，測試碼和測試碼長度。5、MTP路由表目的信令點是從本局信令點的角度出發(fā)，在本局信令點所在的所有信令網(wǎng)絡(luò)中可見的信令點。由于這些目的信令點的存在而勾勒出了本局信令點所在的信令網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)。當(dāng)增加了MTP目的信令點時,需要在本局增加描述到達(dá)該目的信令點的MTP路由數(shù)據(jù)。 MTP路由是兩個信令點之

48、間傳遞信令消息的通路。 增加一個MTP路由時，需要了解到達(dá)該目的信令點的鏈路集號，優(yōu)先級，目的信令點索引等數(shù)據(jù)。增加路由前如果沒有供該路由使用的MTP鏈路集，應(yīng)該先新增MTP鏈路集。6、MTP數(shù)據(jù)配置配置MTP數(shù)據(jù)時，一般按圖所示順序進(jìn)行：4.2 傳輸問題導(dǎo)致定位不成功【現(xiàn)象描述】 某局鏈路斷鏈的現(xiàn)象是鏈路斷鏈時出現(xiàn)大量PCM故障告警，并且伴隨著PCM故障恢復(fù)告警。【原因分析】經(jīng)過長時間對各個鏈路斷鏈情況的跟蹤和分析，所有的鏈路閃斷在閃斷時，其對應(yīng)的PCM系統(tǒng)都有PCM故障告警。對所有的鏈路的斷鏈原因進(jìn)行了分析只有下面幾種情況：1、MTP二層T7（1.5S）定時器超時該原因斷鏈?zhǔn)怯捎谀尘衷谙驅(qū)?/p>

49、局發(fā)出消息后，在1.5S內(nèi)沒有收到對局回的任何證實，按照協(xié)議規(guī)定如果出現(xiàn)該定時器超時，將對鏈路進(jìn)行重新建鏈，即鏈路斷鏈一次。產(chǎn)生該情況的原因主要就是傳輸中斷或傳輸誤碼等原因，導(dǎo)致本局不能在T7時間之內(nèi)正確的收到對局的消息證實，解決該問題的唯一辦法就是提高傳輸穩(wěn)定性和質(zhì)量。2、在建鏈時T2、T3定時器超時這兩個定時器是在鏈路建鏈過程中用到的定時器，引起T2超時是在某局發(fā)出SIO消息后一直收不到對局發(fā)來的SIO消息。在定位過程中兩端是不間斷發(fā)SIO的，直到彼此收到對端的SIO才進(jìn)入證實階段。引起T2超時的直接原因某局的收E1傳輸中斷，所以某局收不到消息，導(dǎo)致定時器超時。T3定時器超時，是在鏈路定位

50、過程中，某局收到了對局發(fā)來的SIO消息進(jìn)入到驗證階段所用到的定時器。該定時器超時是當(dāng)某局發(fā)出驗證消息后，收不到對局回應(yīng)的驗證消息，導(dǎo)致驗證失敗。該定時器超時的主要原因也是直接由于傳輸質(zhì)量不好導(dǎo)致某局的收E1不能正確的接收信號或發(fā)送傳輸有問題，不能將消息正確送到對局。3、收到對局的SIOS（信令業(yè)務(wù)中斷指示）消息收到該消息后，說明對局已經(jīng)進(jìn)入鏈路中斷狀態(tài)。所以，我們的鏈路也會中斷，進(jìn)行重新定位過程。經(jīng)過和對局HSTP局方工程師聯(lián)系，對局的斷鏈原因是62(T7定時器超時，消息驗證過程停止)，也是由于傳輸不穩(wěn)定引起斷鏈。經(jīng)過上面的分析我們可以看出，產(chǎn)生鏈路斷鏈的直接原因就是傳輸?shù)牟环€(wěn)定，引起大量的P

51、CM告警，從而引起鏈路的斷鏈?！窘鉀Q措施】此問題通過解決傳輸問題得到解決。4.3 誤碼率太高導(dǎo)致鏈路經(jīng)常閃斷【現(xiàn)象描述】A局 的多模塊BSC在正常運行一個月以后，突然發(fā)現(xiàn)到B局的 MSC的A接口七號信令鏈路存在不同程度的閃斷現(xiàn)象。A接口共6條鏈路，其中4條鏈路閃斷較頻繁，其余2條相對較穩(wěn)定，鏈路閃斷沒有必然的規(guī)律，有時候6條能全部定位，有時候有1條閃斷，有時候又是2條、3條或4條閃斷，閃斷的鏈路號和時間也不定，有時候幾天都不能恢復(fù)，有時候只閃斷幾分鐘。在鏈路閃斷時，發(fā)現(xiàn)通話效果較差，經(jīng)常有掉話現(xiàn)象，但該鏈路所在的E1上的話路大部分時間可以使用，查看BSC的話統(tǒng)發(fā)現(xiàn)TCH掉話率指標(biāo)較差（大于3）

52、。此現(xiàn)象在此設(shè)備開通后的一個月內(nèi)一直未出現(xiàn)，之后就一直非常頻繁?！驹蚍治觥看藛栴}最終定位為該DDF架接地的問題，由于某些接頭沒有接地，導(dǎo)致該E1上的誤碼很大，鏈路無法定位，但話路則可以使用。 這是因為鏈路對誤碼的敏感程度要比話路高得多，在相同的誤碼率下，可能出現(xiàn)話路可以正常使用，但是鏈路無法定位?！窘鉀Q措施】將DDF機(jī)架的接頭正確接地即可。4.4 不正常地頻繁上報“SCCP 目的信令點允許”的恢復(fù)告警圖4-1 案例5.4組網(wǎng)圖1本局A局是端局；STP1和STP2都支持SCCP GT翻譯功能。A局配置為GT尋址。STP1點和STP2點對來自A局的SCCP消息進(jìn)行GT地址翻譯。某一天，A局將li

53、nkset1所有鏈路去激活，MTP正常上報“STP1目的信令點不可訪問”，SCCP也能夠正常上報“STP1目的信令點禁止”。其后，沒有激活linkset1的鏈路，在STP1一直處于MTP目的信令點不可訪問的時候，SCCP不正常地頻繁上報“STP1 SCCP目的信令點允許”的恢復(fù)告警和“STP1 SCCP目的信令點禁止”告警，幾乎幾分鐘一次?！驹蚍治觥?、linkset1的所有鏈路去激活后，STP1一直不可達(dá)，MTP不可能通知SCCP目的信令點可達(dá)。2、除收到MTP的目的信令點恢復(fù)指示外， SCCP只有收到MTP上報的正常的SCCP消息，才會上報“SCCP目的信令點恢復(fù)”，這說明A局仍能夠接收

54、SCCP消息。最后這一點被證實。3、目前發(fā)不出消息，但收到消息的情況，這只有在雙方數(shù)據(jù)不一致時才會出現(xiàn)。經(jīng)分析并確認(rèn)，發(fā)現(xiàn)STP1點與STP2點之間還存在一條鏈路組linkset3，但是在A局只配置了到達(dá)STP1和STP2的各一條直達(dá)路由。圖4-2 案例5.4組圖2【解決措施】 按照正確配置，增加一條通過linkset2，經(jīng)過STP2轉(zhuǎn)發(fā)，去往STP1的路由，問題得以解決?！九渲脭?shù)據(jù)注意事項】配置數(shù)據(jù)時一定要遵循路由數(shù)據(jù)對等原則，即：點A配置的去往點B的路由與點B配置的去網(wǎng)點A的路由應(yīng)該一致。用戶配置數(shù)據(jù)時，應(yīng)該注意與網(wǎng)絡(luò)真正組網(wǎng)情況一致。用服人員從網(wǎng)管取得網(wǎng)絡(luò)拓?fù)浜?，最好將其繪制到紙件上，充分明確各點提供的功能以及連接情況，然后根據(jù)它進(jìn)行網(wǎng)絡(luò)配置。4.5 E廠家設(shè)備的RST消息不符合協(xié)議，導(dǎo)致對接失敗【現(xiàn)象描述】我司MSC2作為HLR2到E廠家MSC1的STP，組網(wǎng)如下：圖4-3 案例5.5組網(wǎng)圖E廠家MSC1/HLR1與華為MSC2直連，與華為HLR2沒有直連關(guān)系，華為MSC2作為STP轉(zhuǎn)接MSC1與HLR2之間的消息。 MSC1發(fā)路由測試消息RST給MSC2，測試MSC2到HLR2的信令路由狀態(tài)，但是MSC2沒有對此消息作任何響應(yīng)，導(dǎo)致MSC1路由測試失敗，于是MSC1拒絕向HLR2發(fā)送任何消息，每次必須手工干預(yù)，致使對接失敗?！驹蚍治觥?/p>