【摘要】本文介紹了RNC出現(xiàn)目的信令點不可達告警時的處理過程，并對告警原因進行了詳細分析，對日常故障、應急處理等具有一定指導意義。

【關鍵詞】計費軟件

一、前言

“目的信令點不可達”告警是移動通信網(wǎng)絡運行設備較易出現(xiàn)的告警，如何快速定位告警原因，快速采取措施減少業(yè)務影響范圍，是運營商必須面對的問題。

下面以網(wǎng)絡中出現(xiàn)一個案例，介紹該告警的機制，以及故障應急解決方案等。

二、告警機制

當本局到達MTP目的信令點的所有MTP路由都是故障時，系統(tǒng)產(chǎn)生此告警。當維護人員查詢此MTP目的信令點狀態(tài)時，在系統(tǒng)返回的報文中，輸出項“狀態(tài)”為“不可達”或“去激活”。當本局到達MTP目的信令點的部分或所有MTP路由恢復正常時，告警恢復。

本局設備不能發(fā)業(yè)務消息到指定目的信令點，到指定目的信令點承載于MTP的業(yè)務全部中斷。

告警級別：緊急告警；告警參數(shù)：局向名稱、網(wǎng)絡指示、源信令點編碼、目的信令點編碼。

三、故障現(xiàn)象

某地RNC1上報“目的信令點不可達”告警。

四、原因分析

分析判斷可能原因：

原因1：工程原因？

經(jīng)各專業(yè)確認，故障時間無工程操作。

原因2：設備自身原因？源信令點與目的信令點之間的某個信令轉(zhuǎn)接點發(fā)生了設備故障，如設備掉電、設備癱瘓、配置數(shù)據(jù)錯誤、配置數(shù)據(jù)丟失等？

查詢RNC的OMC-R，無設備硬件、軟件其他類告警。

原因3：目的信令點（對端）發(fā)生了設備故障，如設備掉電、設備癱瘓、配置數(shù)據(jù)錯誤、配置數(shù)據(jù)丟失等？

仔細確認RNC告警詳情：信令點編碼為3776，經(jīng)確認為SGSN信令點編碼。查詢數(shù)據(jù)專業(yè)告警，發(fā)現(xiàn)愛立信SGSN上報“ss7SccpRoutingFailure”告警，但無告警詳細定位信息。確認交換設備無告警，初步判斷為RNC與SGSN之間斷連，導致故障發(fā)生。

經(jīng)現(xiàn)場測試：語音業(yè)務正常，數(shù)據(jù)業(yè)務無法正常使用，進一步證明初步判斷準確。

原因4：RNC與目的SGSN信令點之間的傳輸網(wǎng)發(fā)生故障，如E1傳輸故障、IP承載網(wǎng)故障、路由器故障等？

查看傳輸網(wǎng)管發(fā)現(xiàn)中興調(diào)度網(wǎng)普陽-生產(chǎn)樓、華為調(diào)度網(wǎng)普陽-生產(chǎn)樓上報2.5G光信號丟失告警，經(jīng)確認為光纜故障。并且圖1中紅色圈住的兩根連線為裸纖同纜放置，因此光纜中斷，造成了SGSN與RNC之間的業(yè)務中斷。

五、解決措施

方案一：調(diào)用傳輸OTN網(wǎng)絡資源，放線、制作數(shù)據(jù)，利用OTN傳輸電路，實現(xiàn)業(yè)務連接。

方案二：調(diào)用IP承載網(wǎng)網(wǎng)絡資源，放線、制作數(shù)據(jù)，利用IP承載網(wǎng)資源，實現(xiàn)業(yè)務連接。連接方式如圖1所示。

方案三：光纜搶修。

臨時選擇第一個方案，最快速度恢復業(yè)務。之后光纜搶修接通后，業(yè)務連接方式恢復故障前狀態(tài)。在后續(xù)工作中，進行正式割接，使用OTN網(wǎng)絡資源正式替換裸光纖連接，避免一點中斷影響業(yè)務。

六、結束語

信令點不可達告警一般是本端、對端、或兩者之間連接問題，由此進行原因分析可快速定位故障點，以便開展應急工作。

業(yè)務開通時應考慮抗兩點中斷設置傳輸資源，避免同纜裸纖傳輸路由，減少故障風險。

故障發(fā)生時應盡快確認網(wǎng)絡拓撲，快速判斷故障點。并考慮采用應急手段最快速度恢復業(yè)務。