朗訊Ｃ網基站告警監控系統開發

李　燕

【摘要】通過對朗訊C網基站現有告警監控系統不足之處的分析，文章開發了一種能夠自動識別朗訊基站新告警的系統，介紹了其功能、告警監控流程與界面所包含的信息。該系統能幫助維護人員及時有效地發現基站各類故障，在實際應用中取得了良好的效果。

【關鍵詞】CDMA 朗訊基站 告警 實時監控

1 引言

當前運營商越來越重視用戶對網絡質量的感受，要求維護部門加強對設備運行情況的監視和管理。除了做好網絡優化和避免故障出現之外，運維部門對網絡設備的支撐還主要體現在故障出現后能夠迅速發現并排除故障。

在溫州CDMA網絡中，大量采用了朗訊的基站設備。在基站故障中，除了斷站故障外，一些板件故障也是非常重要的。這些板件故障雖未引起斷站，但對用戶的影響已相當于斷站，如TFU（Time Frequency Unit，時間頻率單元）故障、單CCU（CDMA Channel Units，碼分多址信道單元）故障、CRC（CDMA Radio Controller，碼分多址無線控制板）故障等。從維護的角度來看，若不能夠及時發現這些故障，就無法保證搶修及時，從而造成通信故障。

考慮到價格和成本控制等多重因素，溫州CDMA運營商并未向朗訊購買專用告警平臺。而通過現有的告警平臺，監控人員及時發現新告警存在一定的困難，必須通過大量的操作、記錄、對比才能夠確定是否有新告警產生。為提高監控人員的工作效率，本文研究并開發了一種能夠自動識別朗訊基站新告警的系統。

2 朗訊C網基站告警監控系統現狀

現行免費基站網管告警界面的操作相對比較復雜。查詢基站故障的途徑有在ECP（Executive Cellular Processor，執行蜂窩處理器）圖形界面查詢、在ECP指令界面下執行“OP:ALARM”指令兩種方式，但對于維護人員來說這兩種方式都存在著很大的不足。

2.1 ECP圖形界面查詢

基站告警圖形界面如圖1所示，當基站出現故障時，此基站標紅。但若故障基站在此之前已有故障，則不會改變基站在界面上的狀態，導致新故障被老故障覆蓋的情況[1]。即這種方式雖然給出了基站故障，但無法直觀地發現多重故障，也無法知曉相應的故障告警的時間，更無法添加告警處理說明，因而不便于故障的處理和跟蹤。

此外，查詢一個基站的故障，需要分別執行2131、2136、2138、2139等操作指令，才能避免漏掉這個基站內的告警。若這個基站有2個載波，還需要另外多執行2條指令。可見操作上是比較繁瑣的。

2.2 在ECP指令界面下執行“OP:ALARM”指令

與使用圖形界面查詢相比，這種方式的優點是新告警不會被覆蓋，能列出故障基站內的所有故障。但是此方式同樣存在故障告警無時間、無法對告警進行確認、無法添加處理標注等問題。

指令執行后的顯示見圖2：

現有的這兩種告警監控方法，都存在較難及時有效地發現故障、需要花費網管人員大量的時間和精力、容易遺漏告警等問題。對此，本文自主開發了一個朗訊基站告警監控系統，以及時有效地對朗訊基站進行監控。

3 朗訊C網基站告警監控系統功能及設計

3.1 朗訊C網基站告警監控系統的功能要求

新開發的朗訊基站的告警系統應具有以下功能：

（1）及時自動地獲取系統告警信息并分析

告警平臺能夠實時、自動地連接C網1、2局OMP（Operation and Maintenance Platform，運行維護平臺）獲取系統的告警報告，并對報告進行分析，提取新告警。

（2）顯示告警內容、告警產生時間、告警恢復時間、告警說明

告警說明相當于告警案例庫，對相應的告警自動給與處理意見。因告警內容與平時的界面告警存在較大的差別，使用之初比較不適應，有了告警說明就能迅速地做出準確的判斷；同時告警說明也可幫助沒有經驗的網管人員提高處理能力。

（3）對告警增加、修改備注

網管人員通過系統發現告警后，判斷告警并派單。為了避免漏派或重派，在對應告警信息后要增加處理的備注。

（4）出現新告警，系統發聲提醒

告警的聲音提示，在網管人員繁雜的工作中尤為必要。

3.2 朗訊C網基站告警日志的確定

朗訊OMP系統內現有告警日志的信息量過大，其中不僅有告警信息，還包括話務、網優等信息，同時還有事先統計的所有必要的告警信息。如將此日志作為實時告警分析源，則很可能漏掉罕見的基站告警，而每次的大分析量也給系統分析增加了難度。

通過ECP指令界面下“OP:ALARM”指令可查詢系統當前的基站故障，但此指令顯示的告警沒有告警產生時間，外系統自動登陸執行此命令并收集執行報告的難度也較大。

最方便的方法是在朗訊系統內設置指令，每1分鐘自動執行一次“OP:ALARM”并接收報告到指定目錄下的指定文件中。即首先用ROOT用戶名在交換機的OMP中創建一個腳本，用來自動執行“OP:ALARM”指令，并接收指令執行后的內容到特定文件，再將指令執行的時間間隔設置為1分鐘。于是這個接收了指令執行內容的文件就是我們所需要的告警日志，監控程序只需要每分鐘登錄交換機的OMP服務器來取日志文件分析即可。

4 朗訊基站告警監控系統的實現

本文采用面向對象的程序設計方法，開發和實現了基站實時告警系統[2～4]。

4.1 告警監控流程

（1）告警報告的產生

告警報告存在于朗訊專業的OMP服務器上，告警程序安裝在同局域網的普通計算機上，因此需要通過FTP方式到OMP服務器上取文件。告警的實時性要求是很強的，需要實現自動定時取報告。取報告的間隔是1分鐘，由定時器來控制。同時要將取到的告警報告格式化并轉化為普通的txt格式，以方便分析。

通過設定，朗訊OMP服務器上每日產生一個新的告警日志文件，并以日期為告警日志文件名，朗訊交換機每分鐘將當前的基站告警信息發送到這個告警日志上。告警日志中只顯示了當前系統中存在的所有基站告警，而沒有告警產生的時間，因此就需要程序進行告警日志與數據庫的對比來確認新告警。程序導入告警日志將之存為臨時告警記錄表。導入分兩種，即當日告警日志的第一次導入和再次導入。若是再次導入，只需要從上次導入的結束位置開始，即可避免進行過多的重復性工作。

因為告警日志中不存在告警產生時間，也沒有告警恢復記錄，所以需要讀取并分析臨時告警記錄表的內容，把新舊告警進行對比。

（2）對不同告警的處理

告警包括3種：已恢復的消失告警，新產生的告警，產生一段時間而未恢復的舊告警。

臨時告警記錄表中的告警只有新產生的告警和已存在的舊告警。通過對臨時告警記錄表與告警信息表的對比，來確認消失告警、新告警、舊告警。即臨時告警記錄表沒有而告警信息表有的告警為已經恢復的消失告警，臨時告警記錄表有而告警信息表沒有的告警為新告警，臨時告警記錄表和告警信息表中都有的告警為舊告警。

需要對判斷出來的3種告警進行不同的處理：已恢復的消失告警從告警數據庫中刪除并存入歷史告警信息表；新告警插入告警數據庫中，同時添加相應的告警說明及基站相關信息，并調用媒體播放程序播放指定聲音文件對工作人員進行提示；舊告警在告警數據庫中已存在，無需處理。

（3）流程圖

程序流程框圖如圖3所示：

4.2 朗訊基站告警系統

（1）朗訊基站告警監控系統主界面

開發完成的朗訊基站告警管理平臺界面如圖4所示：

此程序界面包含基站編號、基站名稱、告警信息、告警說明、告警產生時間、告警處理說明等內容，網管人員可方便地查詢到基站當前告警。每條告警都有告警產生時間，便于關注最新告警及對舊告警的跟蹤處理。通過修改備注，可以對告警的處理進度進行標注，便于不同班次的網管人員維護交接。

（2）恢復告警查詢界面

已恢復故障的查詢界面如圖5所示，通過基站名稱、時間可方便地查詢已恢復的歷史告警。已恢復的告警可保留一個月。

5 結束語

本文基于朗訊C網的基站，開發了便于操作和使用的告警監控系統。一旦基站出現故障和告警，本系統可立即給出相應的告警信息，便于對設備的及時維護和搶修；同時，一目了然的告警說明、告警處理情況等信息，方便了維護人員的搶修和投訴反饋。

經過試用，該系統受到了幾乎所有監控人員的歡迎。它不僅提高了監控人員的工作效率，縮短了C網基站故障持續時間；通過及時發現處理小告警，更是降低了大告警的發生概率，提高了用戶的網絡滿意度。

參考文獻

[1]Lucent Technologies. Lucent Technologies OMP-FX System Operations Administration and Maintenance.Student Guide[M]. 2000.

[2]Peter Dyson, Stan Kelly Bootle, John Heilborn. UNIX大全[M]. 北京: 電子工業出版社, 2000.

[3]馬軍. 精通ASP.NET2.0網絡應用系統開發[M]. 北京: 人民郵電出版社, 2006.

[4]Greg Buczek. MCSD.MCT.ASP應用開發指南[M]. 北京: 科學出版社, 2000.