【正文】 障實時告警系統(tǒng)是為了能及時發(fā)現(xiàn)網(wǎng)絡(luò)設(shè)備上的各種故障，或者預(yù)測即將發(fā)生的故障，及時通知到相關(guān)人員，使其能及時準(zhǔn)確的修復(fù)故障，保障整個通信網(wǎng)絡(luò)正常工作而設(shè)計的。電信網(wǎng)絡(luò)管理系統(tǒng)采用B/S架構(gòu)，以應(yīng)用服務(wù)器、WEB服務(wù)器和數(shù)據(jù)庫服務(wù)器進行部署，用戶只需通過WEB瀏覽器進行網(wǎng)絡(luò)管理的一切操作。整個過程可以實現(xiàn)告警的實時監(jiān)控和操作的高效性。圖21告警處理流程圖，通過采集調(diào)度系統(tǒng)可以實時的采集網(wǎng)絡(luò)告警，這些采集多是從OMC側(cè)進行采集，資源采集告警信息在網(wǎng)絡(luò)設(shè)備上獲取，少數(shù)OMC管理不到的網(wǎng)元可以直連網(wǎng)元進行告警的采集。覆蓋了不同的網(wǎng)絡(luò)類型，如PSTN， CDMA， GSM， 3Q ，IP。由于采集出來的是原始信息，有的是二進制格式，有的是xml格式，無法讀取有價值信息，所以需對其解析，使之成為系統(tǒng)能看懂的標(biāo)準(zhǔn)數(shù)據(jù)文件。根據(jù)不同的用戶，其工作重心不一樣，對告警類型和級別進行重定義，是按照可以許多種條件和各種不同條件的組合。4. 處理過的信息再次被放置在消息隊列中?？梢愿鶕?jù)不同的關(guān)聯(lián)規(guī)則，以特定種類的報警關(guān)聯(lián)的配置。這樣，當(dāng)采集到很多告警時，根據(jù)它們之間的關(guān)系，就能智能判斷出最重要的告警是哪個，方便操作人員處理告警。派發(fā)方式有工單和短信兩種。從而只需完成存在后面的告警處理過程就可以了。①實網(wǎng)設(shè)備：由GSM和TDSCDMA兩套移動通信網(wǎng)絡(luò)系統(tǒng)組成。TDSCDMA系統(tǒng)中，RNC數(shù)量為15個，基站數(shù)量大約500個，小區(qū)數(shù)量大約1700個，僅覆蓋全市的熱點區(qū)域。③維護中心：實現(xiàn)對有故障基站的維修和基站設(shè)備的日常維護，例如配電和自然災(zāi)害，搶修等。②告瞥倍息的存儲：將2萬條/天的告警信息存儲在Microsoft SQL Server 2008數(shù)據(jù)庫中，保留6個月，共360萬條。 告瞥監(jiān)控系統(tǒng)新任務(wù)隨著移動業(yè)務(wù)的發(fā)展，對告警綜合管理系統(tǒng)提出了新的要求，主要包括以下方面：①監(jiān)控GSM網(wǎng)絡(luò)中BSC設(shè)備產(chǎn)生的告警和故障信息。③實現(xiàn)告警的智能化分析。告警管理在通信網(wǎng)絡(luò)的運營維護中處理核心地位，網(wǎng)絡(luò)維護人員需要實時監(jiān)控各種告警，提取出關(guān)鍵的告警，查找到根本原因，找到發(fā)生故障的設(shè)備，并及時維修，以保持通信網(wǎng)絡(luò)的正常運行。實時告警監(jiān)控能可以詳細描述為顯示當(dāng)?shù)那爱a(chǎn)生的告警。告警展示需求如下。，字段可以添加、刪除、調(diào)換位置。，顯示當(dāng)前監(jiān)控窗口中的各級別告警數(shù)量。告警操作需求如下。，能夠?qū)⒏婢脑敿毿畔⒄宫F(xiàn)出來。、解鎖。解鎖即將其回復(fù)到應(yīng)在的列表位置。包括先進的過濾，過濾速度快，過濾模板設(shè)置，二次過濾?？焖龠^濾系統(tǒng)過濾器的候選設(shè)置過濾器。當(dāng)所選擇的過濾器模板，模板會自動過濾啟用。支持過濾以及二次過濾，即用戶可以進行再次過濾。之前的告警可能已沒有監(jiān)控價值，可以將整個告警列表刪除，當(dāng)產(chǎn)生新告警時，會重新在列表中顯示。確認(rèn)一個告警，即表示此用戶對此告警進行跟蹤，不讓其他操作人員同時對其進行操作。短信可以用短信模板。圖22實時告警監(jiān)控的例子圖功能詳細描述：用戶有時不需要監(jiān)控所有告警，只需觀察自己所關(guān)注的告警。在整個公司的權(quán)限系統(tǒng)中，用戶被設(shè)定為不同的權(quán)限，同時被設(shè)定成在不同的域中，不同區(qū)域看到的告警不一樣，用戶只能看到自己所在域內(nèi)的告警。配置概況監(jiān)控的條件有：監(jiān)控域、行條件、行展示值、列展條件和列展示值。每個概況監(jiān)控包含兩部分：概況信息展示(按廠商分布、按級別分布、按網(wǎng)元分布等的告警數(shù)量)和告警展示窗口(展示符合上述條件的告警)。如果小于30秒前，應(yīng)為綠色。(3)點擊概況信息展示窗口中的數(shù)字可以關(guān)聯(lián)到告警展示窗口。(4)點擊概況信息展示的內(nèi)容可將此查詢條件顯示在左下方的窗口。概況監(jiān)控用例圖如圖23。按照設(shè)定的告警之間的關(guān)聯(lián)規(guī)則，系統(tǒng)可推測出新來的一組告警中的決定性告警，根據(jù)它定位故障的根源原因，使用戶能夠查到故障所影響的設(shè)備和鏈路信息，和其影響的業(yè)務(wù)。關(guān)聯(lián)告警的類型如下。其中，A告警是主要的告警(根本原因的告警)，B、C等屬于次要告警。需要衍生出代表故障根源的A告警。原來的告警都是這條告警的子告警。功能詳細描述。包括規(guī)則基本條件設(shè)置和規(guī)則告警條件設(shè)置。規(guī)則告警條件設(shè)置表示滿足什么樣條件的告警才進入此規(guī)則。Action條件包括：告警發(fā)生后立即執(zhí)行或告警發(fā)生N分鐘之后執(zhí)行，N可配置。2. 支持用戶查詢的規(guī)則。關(guān)聯(lián)規(guī)則的用例圖如下圖24示：圖24關(guān)聯(lián)規(guī)則用例圖網(wǎng)絡(luò)設(shè)備都是24小時工作，所以此故障監(jiān)控系統(tǒng)也需支持7x24的運行模式，系統(tǒng)性能應(yīng)該支持高并發(fā)條件下的操作功能和快速的響應(yīng)。、增加/更換硬件的方式實現(xiàn)系統(tǒng)擴容。支持定義系統(tǒng)備份具有三天的周期。對于告警數(shù)據(jù)，以支持自定義級別由備份策略。，不會造成系統(tǒng)崩湊或數(shù)據(jù)的丟失等問題。主要有登錄日志和執(zhí)行日志。執(zhí)行日志，詳細記錄，包括用戶的時間和每個功能的結(jié)果。：系統(tǒng)應(yīng)具有容錯特點，具有運用雙機、集群等容錯技術(shù)。告警處理速度：告警平均處理時間的延遲要小于等于10秒（告警處理時間延遲是告警入庫時間與告警接收時間的差）。告警監(jiān)控窗口容量：監(jiān)控窗口中可以展現(xiàn)的告警容量不小于1萬條。儲存2年匯總數(shù)據(jù)。第3章 系統(tǒng)架構(gòu)設(shè)計網(wǎng)絡(luò)設(shè)備故障實時告警系統(tǒng)的設(shè)計目標(biāo)和原則主要體現(xiàn)在統(tǒng)一的管理、高效的配置管理、系統(tǒng)可維護性和完美的Web用戶體驗四個方面。整個網(wǎng)絡(luò)管理系統(tǒng)使用同一套權(quán)限系統(tǒng)，根據(jù)權(quán)限不同進行不同的操作，同時連接各個系統(tǒng)之間的操作。經(jīng)過統(tǒng)一的規(guī)劃和設(shè)計，保證接口規(guī)范、數(shù)據(jù)冗余小(幾乎不存在)、模塊之間賴合度低、組件級和代碼級的可復(fù)用度高。由于之前的系統(tǒng)就是因為不能滿足多廠商多設(shè)備的統(tǒng)一管理，需要配置很多文件，而新系統(tǒng)不需操作人員有非常熟練的配置腳本能力，而是都在可視化的界面中，完成規(guī)則、過濾器等的配置。再次，在系統(tǒng)可維護方面，要求系統(tǒng)具備高度的可擴展性，可以在實現(xiàn)了的功能上在繼續(xù)完成其他功能，如拓撲功能。支持多種部署可以部署在單人，雙人和多臺機器上。實時硬件平臺的網(wǎng)絡(luò)設(shè)備故障預(yù)警系統(tǒng)，主機系統(tǒng)和網(wǎng)絡(luò)設(shè)備。：對采集到的原始數(shù)據(jù)做存儲，為上層應(yīng)用提供數(shù)據(jù)來源。告警數(shù)據(jù)庫(ADB)存放告警數(shù)據(jù)，可以有1到N臺服務(wù)器，每臺服務(wù)器部署一個ADB。：用于進行應(yīng)用程序的服務(wù)。包括fm server、調(diào)度任務(wù)、topic消息服務(wù)、命令消息服務(wù)、自身管理服務(wù)等。覆蓋整個與負責(zé)該通信設(shè)備來完成采集的原始分辨率和報警數(shù)據(jù)的管理的生產(chǎn)廠家。：部署告警平臺(ACE) 關(guān)聯(lián)，負責(zé)告警的關(guān)聯(lián)。常見的主要方法有：短信通知、彩信通知和基于手機應(yīng)用程序的通知。彩信通知，利用彩信監(jiān)控家庭或公司的實時狀態(tài)?；谑謾C應(yīng)用程序的通知，利用推送技術(shù)將服務(wù)端的數(shù)據(jù)發(fā)送到客戶端。推送技術(shù)可以迅速和有效地將數(shù)據(jù)發(fā)送到發(fā)送數(shù)據(jù)的移動終端。 (1)短信通知停站信息的自動通知通過發(fā)送短信來實現(xiàn)，優(yōu)點是穩(wěn)定，利用移動公司的現(xiàn)有有利資源能有效的發(fā)送到維護人手中；缺點是需要搭建硬件平臺，發(fā)送內(nèi)容受限，發(fā)送速度慢，需要等待等，因此短信通知增加了系統(tǒng)成本，實時性也不高。(3)基于手機應(yīng)用程序的通知停站信息的自動通知通過應(yīng)用程序來實現(xiàn)，即通過在手機終端編寫軟件實現(xiàn)，優(yōu)點是速度快，效率高，發(fā)送的內(nèi)容不受長度限制。本系統(tǒng)中，需要在停站3Mins內(nèi)將通知發(fā)送給維護人員，綜合時效和未來系統(tǒng)的可擴展性，選擇Android手機應(yīng)用實現(xiàn)停站的通知。根據(jù)系統(tǒng)的需求，從功能角度將系統(tǒng)分為采集存儲和告警監(jiān)控兩大部分。如圖31所示。①采集模塊GSM網(wǎng)絡(luò)中BSC設(shè)備告警信息的采集繼承了一期工作的采集技術(shù)，即利用Telnet來實現(xiàn)；TDSCDMA網(wǎng)絡(luò)中的RNC設(shè)備告警信息的采集利用網(wǎng)管接口技術(shù)CORBA來實現(xiàn)。（2)告警監(jiān)控告警監(jiān)控是在前臺運行的客戶端軟件，主要完成對告警信息的查詢和后續(xù)處理，實現(xiàn)對網(wǎng)絡(luò)設(shè)備的監(jiān)控。②RNC實時告警監(jiān)控模塊監(jiān)控TDSCDMA網(wǎng)絡(luò)中RNC設(shè)備產(chǎn)生的實時告警信息，并進行相關(guān)的査詢和處理。④停站自動通知告警模塊由于近年來只能手機十分的普及、價格便宜，并且Android系統(tǒng)的開源為用戶開發(fā)和使用應(yīng)用程序提供了很多便利的條件，因此，這里選擇基于Android平臺開發(fā)的應(yīng)用程序?qū)崿F(xiàn)停站告警的自動通知。停站告警自動通知模塊由Windows環(huán)境下的服務(wù)端軟件和Android環(huán)境下的客戶端軟件組成。.公司的整個故障告警系統(tǒng)由前臺Web系統(tǒng)和后臺系統(tǒng)構(gòu)成。 Web應(yīng)用層它基于J2EE平臺并使用MVC設(shè)計模式實現(xiàn)。它更適合公司的業(yè)務(wù)。每一層進行業(yè)務(wù)處理時通過控制器中進行的。framework的特性是：請求的控制和轉(zhuǎn)發(fā)、配置管理(properties配置文件和數(shù)據(jù)庫配置的初始化)、Log4j日志(文件日志信息)、action代理、ibatis集成、集中鑒權(quán)代理(適合公司所有網(wǎng)絡(luò)系統(tǒng)統(tǒng)一管理)、可以實現(xiàn)防止重復(fù)提交和國際化。Frame work程序：1. 。(1)獲取容器層目錄：get Init Parameter； get Servlet Context. (2)獲取配置目錄。(3)配置log4j。(5)加載配置項：加載屬性文件（包括國際化配置和其他配置）和數(shù)據(jù)庫配置數(shù)據(jù)。(6)加載IBatis配置：初始化數(shù)據(jù)庫映射XML文件。在 WEBXML 中配置 path_ of_ action 變量。用戶請求會傳遞三個基本參數(shù)：obj (傳遞請求的Action類名)、method(傳遞提交方式，可以為ajax或mon)、to do (傳遞動作，可以為execute或validate)。如：url：request ContextPath+Vactionobj=amp。opertype=Get All Field39。，賦值class name。：Action通過代理工廠類proxy去執(zhí)行，根據(jù)todo傳遞的參數(shù)執(zhí)行獲取的class類，并且實例化該類，根據(jù)參數(shù)todo，執(zhí)行executeO或validateO方法的校驗信息。對mon方式的提交，需要翻譯URL，然后跳轉(zhuǎn)到相應(yīng)的JSP頁面，展現(xiàn)客戶端請求的結(jié)果。用過使用ibatis框架，使數(shù)據(jù)持久化層。全自動化的對象關(guān)系映射，如Hibernate，都較為完整的封裝了數(shù)據(jù)庫結(jié)構(gòu)。持久層來完成操作。如果一個完全自動化的解決方案的設(shè)計目標(biāo)是無法實現(xiàn)的，和半自動化的ibatis能夠解決這個問題。程序員還需編寫SQL語句，ibatis通過映射配置文件，將SQL所需的參數(shù)和返回的結(jié)果字段映射到指定POJO。采用Oradellg，負責(zé)告警、過濾器等的實際存儲。圖32功能架構(gòu)圖采集層：報警信息從裝置收集。處理層：提供告警處理的相關(guān)功能，包括關(guān)聯(lián)規(guī)則配置、告警抑制、告警同步、告警統(tǒng)計、告警標(biāo)準(zhǔn)化和告警的處理。提供規(guī)則管理界面和過濾器的管理界面。不包含采集解析模塊，釆集解析模塊獲得的告警存放在告警數(shù)據(jù)庫中，我們的功能實現(xiàn)與之共同