通信設(shè)備告警系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

1、 通信設(shè)備告警系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)郭娜（山東科技大學(xué) 青島 266590）摘要隨著移動(dòng)通信網(wǎng)的持續(xù)擴(kuò)大，通信設(shè)備越來(lái)越多，對(duì)設(shè)備的管理越來(lái)越復(fù)雜，由此需要設(shè)計(jì)網(wǎng)絡(luò)管理系統(tǒng)。其中，這些設(shè)備產(chǎn)生的故障會(huì)影響網(wǎng)絡(luò)環(huán)境的正常運(yùn)行，因此，對(duì)故障進(jìn)行管理非常必要。在各個(gè)設(shè)備發(fā)生故障時(shí)會(huì)產(chǎn)生告警，如何通過(guò)分析告警，使得能快速發(fā)現(xiàn)設(shè)備的根源故障并及時(shí)交由操作人員進(jìn)行解決，就成為網(wǎng)絡(luò)管理中的關(guān)鍵。網(wǎng)絡(luò)設(shè)備故障實(shí)時(shí)告警系統(tǒng)就是為了解決告警的處理而設(shè)計(jì)的。它能夠?qū)Ω婢M(jìn)行監(jiān)控，并通過(guò)配置過(guò)濾條件和告警關(guān)聯(lián)條件，使得監(jiān)控過(guò)程更加有目的，最終能將關(guān)鍵告警信息通過(guò)短信和工單發(fā)送到故障處理人員處。首先，本文討論了項(xiàng)目背景，在此

2、基礎(chǔ)上，提出系統(tǒng)的功能性需求分析和非功能性需求分析，在功能性需求中，是引用UML用例圖形式進(jìn)行表示。系統(tǒng)架構(gòu)設(shè)計(jì)的進(jìn)行發(fā)生在需求分析之后。首先指出了與系統(tǒng)有關(guān)的設(shè)計(jì)原則和設(shè)計(jì)目標(biāo)，然后設(shè)計(jì)了系統(tǒng)的相關(guān)物理架構(gòu)。技術(shù)架構(gòu)使用了公司設(shè)計(jì)的基于MVC框架的framework，對(duì)“framework工作原理進(jìn)行了詳細(xì)介紹。在有關(guān)系統(tǒng)功能的物理架構(gòu)設(shè)計(jì)中，主要介紹了系統(tǒng)的幾個(gè)模塊所對(duì)應(yīng)的層次，之后得出了數(shù)據(jù)流程圖和與其他系統(tǒng)相關(guān)的接口圖，最后再一步得出了系統(tǒng)的詳細(xì)設(shè)計(jì)。按照過(guò)濾器模塊、實(shí)時(shí)告警監(jiān)控模塊、概況監(jiān)控模塊、和告警關(guān)聯(lián)模塊分模塊進(jìn)行了詳細(xì)設(shè)計(jì)。通過(guò)各種UML圖展示了各模塊的工作流程，類關(guān)系，數(shù)據(jù)

3、庫(kù)設(shè)計(jì)，為系統(tǒng)實(shí)現(xiàn)做準(zhǔn)備。其中第四部分，解決了系統(tǒng)的形成以及測(cè)定。系統(tǒng)采用B/S結(jié)構(gòu)，表現(xiàn)層應(yīng)用WEB前端開發(fā)常用的Ext JS框架，使用flex進(jìn)行告警數(shù)據(jù)的實(shí)時(shí)展示。MyEdipse做開發(fā)平臺(tái)，數(shù)據(jù)庫(kù)采用Omclellg。在業(yè)務(wù)層，所述第一地圖上顯示了實(shí)現(xiàn)系統(tǒng)和各模塊的整體效果。后在實(shí)時(shí)報(bào)警監(jiān)控模塊的業(yè)務(wù)層中詳細(xì)描述的使用。濾波模塊，實(shí)現(xiàn)引進(jìn)業(yè)務(wù)層。最后，簡(jiǎn)要介紹了設(shè)計(jì)的系統(tǒng)測(cè)試。最終，我們?cè)诜治隽擞脩粜枨蟮幕A(chǔ)上，利用公司現(xiàn)有環(huán)境，設(shè)計(jì)并實(shí)現(xiàn)了網(wǎng)絡(luò)故障設(shè)備實(shí)時(shí)告警系統(tǒng)。關(guān)鍵詞：通信設(shè)備；告警系統(tǒng)；監(jiān)控目錄 TOC o 1-3 h z u HYPERLINK l _Toc398822761

4、 第1章緒論 PAGEREF _Toc398822761 h 4 HYPERLINK l _Toc398822762 1.1系統(tǒng)開發(fā)背景 PAGEREF _Toc398822762 h 4 HYPERLINK l _Toc398822763 1.2國(guó)內(nèi)外研究現(xiàn)狀 PAGEREF _Toc398822763 h 5 HYPERLINK l _Toc398822764 1.2.1 國(guó)內(nèi)研究現(xiàn)狀 PAGEREF _Toc398822764 h 5 HYPERLINK l _Toc398822765 1.2.2 國(guó)外研究現(xiàn)狀 PAGEREF _Toc398822765 h 7 HYPERLINK l

5、_Toc398822766 1.3解決的主要問題 PAGEREF _Toc398822766 h 8 HYPERLINK l _Toc398822767 1.4本文的主要工作 PAGEREF _Toc398822767 h 8 HYPERLINK l _Toc398822768 第2章 系統(tǒng)需求分析 PAGEREF _Toc398822768 h 9 HYPERLINK l _Toc398822769 2.1系統(tǒng)概述 PAGEREF _Toc398822769 h 9 HYPERLINK l _Toc398822770 2.2 業(yè)務(wù)需求分析 PAGEREF _Toc398822770 h 11

6、 HYPERLINK l _Toc398822771 2.2.1 移動(dòng)網(wǎng)絡(luò)設(shè)備監(jiān)控系統(tǒng)組成 PAGEREF _Toc398822771 h 11 HYPERLINK l _Toc398822772 2.2.2 告警監(jiān)控系統(tǒng)現(xiàn)狀 PAGEREF _Toc398822772 h 12 HYPERLINK l _Toc398822773 2.2.3 告瞥監(jiān)控系統(tǒng)新任務(wù) PAGEREF _Toc398822773 h 12 HYPERLINK l _Toc398822774 2.3功能性需求 PAGEREF _Toc398822774 h 12 HYPERLINK l _Toc398822775 2.

7、3.1實(shí)時(shí)告警監(jiān)控 PAGEREF _Toc398822775 h 13 HYPERLINK l _Toc398822776 2.3.2概況監(jiān)控 PAGEREF _Toc398822776 h 14 HYPERLINK l _Toc398822777 2.3.3告警關(guān)聯(lián)規(guī)則設(shè)置 PAGEREF _Toc398822777 h 16 HYPERLINK l _Toc398822778 2.4非功能性需求 PAGEREF _Toc398822778 h 17 HYPERLINK l _Toc398822779 2.4.1可靠性 PAGEREF _Toc398822779 h 17 HYPERLIN

8、K l _Toc398822780 2.4.2安全性 PAGEREF _Toc398822780 h 17 HYPERLINK l _Toc398822781 2.4.3性能需求 PAGEREF _Toc398822781 h 18 HYPERLINK l _Toc398822782 第3章 系統(tǒng)架構(gòu)設(shè)計(jì) PAGEREF _Toc398822782 h 18 HYPERLINK l _Toc398822783 3.1系統(tǒng)的設(shè)計(jì)目標(biāo)和原則 PAGEREF _Toc398822783 h 18 HYPERLINK l _Toc398822784 3.2物理架構(gòu) PAGEREF _Toc398822

9、784 h 19 HYPERLINK l _Toc398822785 3.3 總體設(shè)計(jì) PAGEREF _Toc398822785 h 19 HYPERLINK l _Toc398822786 3.3.3停站自動(dòng)通知分析 PAGEREF _Toc398822786 h 19 HYPERLINK l _Toc398822787 3.3.4總體設(shè)計(jì)方案 PAGEREF _Toc398822787 h 20 HYPERLINK l _Toc398822788 3.4系統(tǒng)技術(shù)架構(gòu)設(shè)計(jì) PAGEREF _Toc398822788 h 22 HYPERLINK l _Toc398822789 3.4.1

10、Web應(yīng)用層 PAGEREF _Toc398822789 h 23 HYPERLINK l _Toc398822791 3.4.2持久化層 PAGEREF _Toc398822791 h 24 HYPERLINK l _Toc398822792 3.4.3數(shù)據(jù)業(yè)務(wù)層 PAGEREF _Toc398822792 h 25 HYPERLINK l _Toc398822793 3.5系統(tǒng)功能架構(gòu) PAGEREF _Toc398822793 h 25 HYPERLINK l _Toc398822794 3.6系統(tǒng)接口 PAGEREF _Toc398822794 h 26 HYPERLINK l _To

11、c398822798 3.7系統(tǒng)數(shù)據(jù)流圖 PAGEREF _Toc398822798 h 28 HYPERLINK l _Toc398822799 第4章 系統(tǒng)詳細(xì)設(shè)計(jì) PAGEREF _Toc398822799 h 29 HYPERLINK l _Toc398822800 4.1過(guò)濾器模塊設(shè)計(jì) PAGEREF _Toc398822800 h 29 HYPERLINK l _Toc398822801 4.1.1過(guò)濾器的模塊結(jié)構(gòu) PAGEREF _Toc398822801 h 29 HYPERLINK l _Toc398822802 4.2部分詳述 PAGEREF _Toc398822802 h

12、 30 HYPERLINK l _Toc398822803 4.1.2過(guò)濾器數(shù)據(jù)庫(kù)的設(shè)計(jì) PAGEREF _Toc398822803 h 31 HYPERLINK l _Toc398822804 4.2告警實(shí)時(shí)監(jiān)控模塊設(shè)計(jì) PAGEREF _Toc398822804 h 32 HYPERLINK l _Toc398822810 4.3概況監(jiān)控模塊 PAGEREF _Toc398822810 h 37 HYPERLINK l _Toc398822811 4.3.1 概況監(jiān)控模塊結(jié)構(gòu) PAGEREF _Toc398822811 h 37 HYPERLINK l _Toc398822812 4.3.

13、2 概況監(jiān)控模塊的數(shù)據(jù)庫(kù)關(guān)系圖設(shè)計(jì) PAGEREF _Toc398822812 h 38 HYPERLINK l _Toc398822813 4.4告警關(guān)聯(lián)模塊 PAGEREF _Toc398822813 h 39 HYPERLINK l _Toc398822814 4.4.1告警關(guān)聯(lián)模塊結(jié)構(gòu)圖 PAGEREF _Toc398822814 h 39 HYPERLINK l _Toc398822815 第5章結(jié)論 PAGEREF _Toc398822815 h 39 HYPERLINK l _Toc398822816 參考文獻(xiàn) PAGEREF _Toc398822816 h 40第1章緒論1.1

14、系統(tǒng)開發(fā)背景近年來(lái)，隨著電信業(yè)的不斷發(fā)展，移動(dòng)通信網(wǎng)絡(luò)建設(shè)越來(lái)越受到重視。通信網(wǎng)絡(luò)的管理也更加細(xì)致和復(fù)雜的。這就要求加強(qiáng)網(wǎng)絡(luò)管理的建設(shè)。網(wǎng)管系統(tǒng)，指的是管理網(wǎng)絡(luò)，所以網(wǎng)絡(luò)的高效是需要建立網(wǎng)絡(luò)應(yīng)用的目的的正常操作。納入IT網(wǎng)絡(luò)管理系統(tǒng)的所有對(duì)象有網(wǎng)絡(luò)設(shè)備(包括路由器、交換機(jī)、防火墻等)、服務(wù)器(包括操作系統(tǒng)、CPU、內(nèi)存、磁盤空間等)、服務(wù)應(yīng)用和業(yè)務(wù)系統(tǒng)。完成對(duì)上述設(shè)備的管理是我們的最終目的。按照功能劃分，網(wǎng)絡(luò)管理系統(tǒng)可分為性能管理、配置管理、故障管理、安全管理、賬務(wù)管理五大部分?？?jī)效管理(Performance Management)：是評(píng)估設(shè)備的性能，并給出了評(píng)估報(bào)告管理功能。其中排除的性能

15、數(shù)據(jù)，設(shè)定性能閥值，支持網(wǎng)絡(luò)分析和網(wǎng)絡(luò)規(guī)劃的集合。配置及資源管理(Configuration Management)：是對(duì)配置網(wǎng)絡(luò)單元，投入業(yè)務(wù)，開關(guān)業(yè)務(wù)及網(wǎng)絡(luò)的狀態(tài)進(jìn)行管理。故障管理(Fault Management)：運(yùn)行的電信網(wǎng)絡(luò)異常及異常設(shè)備的安裝環(huán)境，管理網(wǎng)絡(luò)狀態(tài)狀態(tài)管理。故障管理包括告警的收集，分析，告警，告警轉(zhuǎn)發(fā)。安全管理(Security Management)：用戶管理，權(quán)限和網(wǎng)絡(luò)安全設(shè)備。其中，故障管理(fault management)屬于眾多功能中最重要最基本的功能一個(gè)。因?yàn)殡S著企業(yè)網(wǎng)絡(luò)規(guī)模的擴(kuò)大，網(wǎng)絡(luò)設(shè)備的增多，網(wǎng)絡(luò)結(jié)構(gòu)變得錯(cuò)綜復(fù)雜，企業(yè)需要IT部門能夠及時(shí)的發(fā)現(xiàn)系統(tǒng)

16、中發(fā)生或即將發(fā)生的故障并解決故障，需要能夠?qū)W(wǎng)絡(luò)中有可能出現(xiàn)的故障進(jìn)行事先判斷，減少對(duì)企業(yè)造成損失。所以，對(duì)故障告警進(jìn)行研究時(shí)非常有必要的。目前，在網(wǎng)絡(luò)管理系統(tǒng)的問題。1.有多家廠商使用多種技術(shù)開發(fā)網(wǎng)管系統(tǒng)，使網(wǎng)管系統(tǒng)數(shù)量眾多。2.網(wǎng)管系統(tǒng)不同，其使用方法也有差異，系統(tǒng)的管理難度變大，白白浪費(fèi)人力和物力。3.目前的網(wǎng)管，釆集告警的方式不同，釆集到的信息比較分散，導(dǎo)致告警格式不同，不方便讀取處理。4.缺少對(duì)告警集中處理的方法，采集到的告警中有許多無(wú)效告警，使維護(hù)人員不能及時(shí)處理重要告警信息，效率降低。5.不能做到個(gè)性化的監(jiān)控查詢告警，無(wú)法判斷告警對(duì)客戶的影響，做到告警的主動(dòng)式管理。在這種環(huán)境下，

17、運(yùn)營(yíng)商需要一個(gè)網(wǎng)絡(luò)監(jiān)控、維護(hù)平臺(tái)，可以兼容各廠家設(shè)備，對(duì)故障做到統(tǒng)一監(jiān)控。形成多方位、監(jiān)控、報(bào)障、處理、銷障的及時(shí)、準(zhǔn)確、方便的閉環(huán)維護(hù)流程。浪潮公司要進(jìn)軍海外移動(dòng)通訊網(wǎng)管軟件市場(chǎng)，迫切的需要一套網(wǎng)管監(jiān)控軟件來(lái)完善現(xiàn)有的軟件產(chǎn)品線。目前，雖然公司在開發(fā)以前項(xiàng)目中已經(jīng)有一套網(wǎng)絡(luò)監(jiān)控系統(tǒng)，但是在功能方面、技術(shù)選型、易集成性、可配置性、靈活構(gòu)建方面已經(jīng)不能適應(yīng)時(shí)代發(fā)展的需求，需要在總結(jié)現(xiàn)有軟件系統(tǒng)的經(jīng)驗(yàn)基礎(chǔ)上，結(jié)合海外市場(chǎng)的特點(diǎn)進(jìn)行有針對(duì)性的開發(fā)新的系統(tǒng)。整個(gè)公司的新網(wǎng)管系統(tǒng)需要用統(tǒng)一的用戶和權(quán)限配置，實(shí)行統(tǒng)一的管理。其中故障告警系統(tǒng)能夠具有更豐富的功能、能夠與其它網(wǎng)管產(chǎn)品容易集成、可配置性強(qiáng)，能夠

18、快速實(shí)現(xiàn)新需求的定制，組件化及具有松稱合的特性，能夠靈活的利用已有組建構(gòu)建新的系統(tǒng)，這就需要技術(shù)選擇性以及架構(gòu)方面重新設(shè)計(jì)，因此新的系統(tǒng)需要能夠適應(yīng)現(xiàn)有以及將來(lái)一定時(shí)期內(nèi)需求的發(fā)展，應(yīng)用先進(jìn)的設(shè)計(jì)理念來(lái)重新架構(gòu)，能夠滿足海外移動(dòng)通訊網(wǎng)管市場(chǎng)的需要。1.2國(guó)內(nèi)外研究現(xiàn)狀1.2.1 國(guó)內(nèi)研究現(xiàn)狀國(guó)內(nèi)有很多公司、企業(yè)和高校做基站告警信息管理方面的研究和工作，但就目前的情形來(lái)看主要分為軟件和硬件兩個(gè)大方向。在軟件應(yīng)用方向主要圍繞告警信息的三個(gè)方面：(1)告警信息采集主要是通過(guò)TCP/IP協(xié)議技術(shù)或網(wǎng)絡(luò)接口技術(shù)下從所述網(wǎng)絡(luò)管理系統(tǒng)收集的報(bào)警信息收集報(bào)警信息。告警采集有三種常見方式，即主動(dòng)獲取、定時(shí)輪詢和

19、訂購(gòu)，簡(jiǎn)介如下。主動(dòng)獲?。褐鲃?dòng)獲取是通過(guò)一次網(wǎng)絡(luò)連接如利用Telnet、FTP或TCP/IP協(xié)議等從網(wǎng)管系統(tǒng)獲取告警信息。主動(dòng)獲取需要用戶維護(hù)彼此的心跳違接。定時(shí)輪詢：同樣的時(shí)間主動(dòng)詢問每一個(gè)采集，可以主動(dòng)獲得歸為一類。訂購(gòu)：消息訂購(gòu)也被稱作異步采in，是利用網(wǎng)管接口技術(shù)，例如SyslogI2、SNMPI341和C0RBA151等采集告警信息。在3G網(wǎng)絡(luò)系統(tǒng)中，如華為和中興提供的北向接口，大部分通過(guò) CORBA (Common Object Request Broker Architecture)實(shí)現(xiàn)，這種方式獲取的告警信息和網(wǎng)管系統(tǒng)上的保持同步，所以實(shí)吋性較好。主動(dòng)獲取或定時(shí)輪詢通過(guò)運(yùn)營(yíng)商或

20、設(shè)備廠商提供的網(wǎng)元IP、.登陸賬號(hào)、密碼和端1-1等信息連接網(wǎng)管系統(tǒng)，并將網(wǎng)管返回的告警信息保存即可。(2)告警信息處理告警信息處理分為預(yù)處理和數(shù)據(jù)分析兩個(gè)部分。預(yù)處理足將采集到的告警信息根據(jù)告警關(guān)鍵字或文件格式解析成用戶能夠識(shí)別和區(qū)分的分段格式，存入數(shù)據(jù)庫(kù)；數(shù)據(jù)分析則是利用一些數(shù)學(xué)方法、模型和算法等針對(duì)告替信息的某個(gè)方而做深入的分析和研究，得出潛在的關(guān)聯(lián)性規(guī)則或?qū)崿F(xiàn)故障定位等。(3)告警信息管理告警信息的管理又稱作信息顯示層，主要足根據(jù)業(yè)務(wù)需要完成古齊信總的資詢、統(tǒng)計(jì)分析和導(dǎo)出報(bào)表等工作，并通過(guò)不同的方式將這些工作結(jié)果反饋給工作人W。目前，主要有三種常見的現(xiàn)方式：利用Visual C+、ja

21、va或Visual Basic等語(yǔ)言進(jìn)行開發(fā)的C/S結(jié)構(gòu)。這種結(jié)構(gòu)的呈現(xiàn)方式比較直觀，操作容易，速度快，開發(fā)成本低。這種方式對(duì)數(shù)據(jù)操作(插入、更新和刪除)S大的移動(dòng)公來(lái)說(shuō)是個(gè)不錯(cuò)的選擇，但；要客戶安裝軟件，如來(lái)軟件也新則需大面積的替換，維護(hù)成本高且不容易部署。利用ASP、JSP、HTML、AJAX等語(yǔ)言間或基于MVC框架進(jìn)行開發(fā)的B/S結(jié)構(gòu)。利用B/S的好處是不用客戶安裝軟件，只需在服務(wù)端更新，客戶端的所有界面就都保持最新狀態(tài)。其他方式，如Excel、PowerPoint樣式等，額外需要如做數(shù)據(jù)處理、統(tǒng)計(jì)分析等功能之用，這些主要是為了滿足需要而自行選擇的呈現(xiàn)方式。1.2.2 國(guó)外研究現(xiàn)狀國(guó)外有

22、很多公司已經(jīng)開發(fā)了告警系統(tǒng)。他們的特點(diǎn)如下所示。1. Site View ECC (游龍)。Site View ECC故障管理系統(tǒng)管理各層次網(wǎng)絡(luò)的設(shè)備、網(wǎng)絡(luò)自身和具體業(yè)務(wù)所產(chǎn)生的故障，幫助管理員收集來(lái)自網(wǎng)絡(luò)的所有方面統(tǒng)計(jì)信息和告警分析和故障信息，準(zhǔn)確預(yù)警，定位和解決網(wǎng)絡(luò)故障。產(chǎn)品特點(diǎn)如下。(1)跨平臺(tái)全面監(jiān)控。內(nèi)置1000多種不同類別設(shè)備專用的監(jiān)測(cè)器，能對(duì)各種操作對(duì)象進(jìn)行深層次的監(jiān)測(cè)管理。(2)直觀的拓?fù)湟晥D。有良好的結(jié)合與Visio，可能反映了網(wǎng)絡(luò)基礎(chǔ)設(shè)施的連接性，同時(shí)反射的動(dòng)作流程，數(shù)據(jù)庫(kù)，中間件的應(yīng)用。(3)實(shí)時(shí)預(yù)警和定位。故障管理功能強(qiáng)大，處理經(jīng)驗(yàn)?zāi)軌虼鎯?chǔ)在知識(shí)庫(kù)中以便以后使用，也可選

23、擇多種告警的前轉(zhuǎn)方式。(4)完善的分析報(bào)告。采用最新的Portal技術(shù)，報(bào)表形式豐富。(5)報(bào)警及時(shí)、報(bào)告豐富。能提供短信、聲音、郵件、腳本等多種警報(bào)形式，而且可以根據(jù)用戶需求，自動(dòng)生成各種界面美觀的圖形、報(bào)表分析報(bào)告。2.Cacti0 Cacti是一套網(wǎng)絡(luò)流量監(jiān)測(cè)圖形分析工具，它主要通過(guò)snmpget來(lái)獲取數(shù)據(jù)，使用RRD tool繪畫圖形，也可外掛Scripts及加上Templates來(lái)作出各式各樣的監(jiān)控圖，它的缺點(diǎn)是功能較少，主要實(shí)現(xiàn)性能管理和故障提醒功能等。在Cacti系統(tǒng)中并不存在告警數(shù)據(jù)這個(gè)概念，而是指超過(guò)所設(shè)閥值的實(shí)時(shí)采集到的性能數(shù)據(jù)。被存儲(chǔ)在實(shí)時(shí)位置告警收集的性能數(shù)據(jù)的存儲(chǔ)位置

24、的數(shù)據(jù)。3.HP Open view軟件(C/S結(jié)構(gòu))是一個(gè)綜合的故障管理平臺(tái)，0V0采用Manager/Agent結(jié)構(gòu)，0V0能夠自動(dòng)收集網(wǎng)絡(luò)中的各種系統(tǒng)事件，并集中到Manager端的事件控制臺(tái)中然后進(jìn)行處理，0V0同時(shí)提供網(wǎng)絡(luò)設(shè)備、操作系統(tǒng)、應(yīng)用軟件的性能監(jiān)控。它的優(yōu)點(diǎn)是具有管理大型網(wǎng)絡(luò)的能力，能夠在多廠商平臺(tái)設(shè)備、多操作系統(tǒng)的復(fù)雜環(huán)境下運(yùn)行。需要有功能很大、簡(jiǎn)單容易操作的二次開發(fā)能力。缺點(diǎn)是系統(tǒng)太過(guò)于復(fù)雜，分不清服務(wù)故障與設(shè)備故障，分不清網(wǎng)絡(luò)設(shè)備之間的關(guān)系。4.IBM Net cool (B/S結(jié)構(gòu))。提供超過(guò)300種探針深入細(xì)則文件，打開規(guī)則可定做;事件壓縮，靈活的定制相關(guān)的處理，靈

25、活的報(bào)警重新定義;基于拓?fù)涞年P(guān)聯(lián)分析。1.3解決的主要問題通信網(wǎng)絡(luò)設(shè)備告警系統(tǒng)是建立在浪潮公司網(wǎng)管系統(tǒng)上的子系統(tǒng)，該系統(tǒng)通過(guò)與本公司的權(quán)限系統(tǒng)、性能管理系統(tǒng)、配置管理系統(tǒng)和工單系統(tǒng)結(jié)合，來(lái)實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)設(shè)備產(chǎn)生故障的告警處理，并能夠把告警信息進(jìn)行整理優(yōu)化，將其通過(guò)工單、短信等方式發(fā)送給故障維修人員，使其能夠正確迅速的判斷出故障類型、地點(diǎn)、嚴(yán)重程度，并及時(shí)修復(fù)。在需求分析方面，注意三大核心問題：不丟告警、精煉告警、快速處理告警。要在充分理解告警產(chǎn)生原因、告警之間關(guān)系的基礎(chǔ)上，獲取用戶需求和業(yè)務(wù)流程，需求分為功能需求和非功能需求?？偨Y(jié)思路，通過(guò)分析和設(shè)計(jì)的發(fā)展思路。在設(shè)計(jì)方面，考慮以上的網(wǎng)絡(luò)設(shè)備告警的

26、數(shù)量，在故障現(xiàn)場(chǎng)條件的特征的每個(gè)大的差別，設(shè)計(jì)，以滿足系統(tǒng)的可維護(hù)性，靈活性和可擴(kuò)展性。在實(shí)現(xiàn)，主要是為了滿足正確的技術(shù)選擇，該接口可以是互動(dòng)的。1.4本文的主要工作本人參與了通信網(wǎng)絡(luò)設(shè)備告警系統(tǒng)的需求分析、架構(gòu)設(shè)計(jì)、詳細(xì)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)及部分測(cè)試。主要包括實(shí)時(shí)告警監(jiān)控模塊、概況監(jiān)控模塊、告警查詢模塊、過(guò)濾器配置模塊和告警關(guān)聯(lián)模塊。本文的主要工作有：1.確定系統(tǒng)的功能需求。并通過(guò)對(duì)例圖的使用來(lái)分析各個(gè)模塊的功能需求。2.提出系統(tǒng)的設(shè)計(jì)方案。該系統(tǒng)采用B / S架構(gòu)。使用MVCJT-頭發(fā)模型采用半自動(dòng)化的對(duì)象關(guān)系映射iBATIS的持久層的Web應(yīng)用服務(wù)層，數(shù)據(jù)服務(wù)層使用orade。設(shè)計(jì)該系統(tǒng)的的接

27、口和數(shù)據(jù)流圖表示的功能結(jié)構(gòu)。3. 每個(gè)模塊的系統(tǒng)的詳細(xì)設(shè)計(jì)的功能。結(jié)合類圖，序列圖，活動(dòng)圖，該模型結(jié)構(gòu)的數(shù)據(jù)庫(kù)表結(jié)構(gòu)圖的UML圖和詳細(xì)設(shè)計(jì)每個(gè)模塊的數(shù)據(jù)庫(kù)。4.最終完成系統(tǒng)實(shí)現(xiàn)。實(shí)現(xiàn)了對(duì)告警的過(guò)濾、關(guān)聯(lián)、展示、前轉(zhuǎn)派發(fā)。合并的采集分析模塊系統(tǒng)，能夠提醒的各種不同的設(shè)備的廠商統(tǒng)一處理，從而簡(jiǎn)化了操作者的工作。完整的系統(tǒng)測(cè)試任務(wù)。第2章 系統(tǒng)需求分析“該系統(tǒng)必須做什么”的需求分析是系統(tǒng)的研究。它要做的工作是通過(guò)與客戶討論、在現(xiàn)場(chǎng)分析現(xiàn)狀，從而深入了解系統(tǒng)所需的功能和性能，確定系統(tǒng)設(shè)計(jì)的限制和系統(tǒng)同其它系統(tǒng)元素的接口細(xì)節(jié)。2.1系統(tǒng)概述通信網(wǎng)絡(luò)設(shè)備告警系統(tǒng)是浪潮公司海外事業(yè)部為了拓展海外市場(chǎng)而設(shè)計(jì)的

28、故障告警系統(tǒng)的英文新版本。在整個(gè)公司的網(wǎng)絡(luò)管理系統(tǒng)中，該系統(tǒng)與性能管理系統(tǒng)、網(wǎng)元配置管理系統(tǒng)、工單管理系統(tǒng)等其他系統(tǒng)相結(jié)合，共同保障通信網(wǎng)絡(luò)的正常運(yùn)行。目的是監(jiān)控各個(gè)網(wǎng)絡(luò)設(shè)備的故障，并精簡(jiǎn)出有價(jià)值的故障告警，通知相關(guān)維修人員及時(shí)處理故障，維持正常運(yùn)行。與舊版本相比，新系統(tǒng)采用B/S結(jié)構(gòu)。能夠處理不同廠商、不同電信網(wǎng)絡(luò)設(shè)備上的告警，使用范圍廣。同時(shí)，各種配置都能夠簡(jiǎn)單操作，減少了之前配置的復(fù)雜度和對(duì)人員經(jīng)驗(yàn)的要求。希望達(dá)到的目標(biāo)是豐富的監(jiān)控手段，智能的業(yè)務(wù)關(guān)聯(lián)，完美的Web用戶體驗(yàn)，高效的配置管理。首先，來(lái)解釋下系統(tǒng)中所用的關(guān)鍵術(shù)語(yǔ)。故障，是設(shè)備發(fā)生異常時(shí)自身產(chǎn)生的，它使得通信設(shè)備不能完成規(guī)定的

29、功能，影響客戶的正常使用。告警，是移動(dòng)通訊網(wǎng)絡(luò)中各網(wǎng)絡(luò)元素在服務(wù)過(guò)程中發(fā)生異常時(shí)所報(bào)告的異常信息，通信模塊、電源、存儲(chǔ)、電路、風(fēng)扇等部件不正常都可能是產(chǎn)生告警的原因。告警包括歷史告警和活動(dòng)告警。對(duì)活動(dòng)告警的監(jiān)控是為了對(duì)實(shí)時(shí)告警進(jìn)行處理。對(duì)歷史告警的監(jiān)控是為了統(tǒng)計(jì)報(bào)表，分析故障發(fā)生率等。只有在某些情況下得到滿足，才能反映故障報(bào)警。反映相關(guān)的故障報(bào)警數(shù)。因此，關(guān)聯(lián)到線分析可以基于一系列警告報(bào)警，找到真正的設(shè)備故障。監(jiān)控對(duì)象，如下。1.交換子系統(tǒng)：MSC等設(shè)備。2.基站子系統(tǒng)：基站控制器(BSC)、基站(BTS)、小區(qū)(CELL)。3.中繼路由：中繼群等一系列設(shè)備。4.廠家操作維護(hù)中心(OMC)。5

30、.GPRS系統(tǒng)6.移動(dòng)智網(wǎng)設(shè)備網(wǎng)絡(luò)設(shè)備故障實(shí)時(shí)告警系統(tǒng)是為了能及時(shí)發(fā)現(xiàn)網(wǎng)絡(luò)設(shè)備上的各種故障，或者預(yù)測(cè)即將發(fā)生的故障，及時(shí)通知到相關(guān)人員，使其能及時(shí)準(zhǔn)確的修復(fù)故障，保障整個(gè)通信網(wǎng)絡(luò)正常工作而設(shè)計(jì)的。因?yàn)槭轻槍?duì)海外市場(chǎng)設(shè)計(jì)，整個(gè)系統(tǒng)頁(yè)面為英文。電信網(wǎng)絡(luò)管理系統(tǒng)采用B/S架構(gòu)，以應(yīng)用服務(wù)器、WEB服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器進(jìn)行部署，用戶只需通過(guò)WEB瀏覽器進(jìn)行網(wǎng)絡(luò)管理的一切操作。為了協(xié)助監(jiān)控人員進(jìn)行網(wǎng)絡(luò)操作和管理，系統(tǒng)提供了監(jiān)控報(bào)表、監(jiān)控查詢、各種規(guī)則配置頁(yè)面，同時(shí)，設(shè)置工單和短信派發(fā)形式派發(fā)給維修人員。整個(gè)過(guò)程可以實(shí)現(xiàn)告警的實(shí)時(shí)監(jiān)控和操作的高效性。流程圖如圖2-1。圖2-1告警處理流程圖1.首先，通過(guò)采

31、集調(diào)度系統(tǒng)可以實(shí)時(shí)的采集網(wǎng)絡(luò)告警，這些采集多是從OMC側(cè)進(jìn)行采集，資源采集告警信息在網(wǎng)絡(luò)設(shè)備上獲取，少數(shù)OMC管理不到的網(wǎng)元可以直連網(wǎng)元進(jìn)行告警的采集。此系統(tǒng)告警采集支持眾多廠商的多種接口方式，例如CORBA， Q3/CMIP， SNMP。覆蓋了不同的網(wǎng)絡(luò)類型，如PSTN， CDMA， GSM， 3Q ，IP。2. 收集到的報(bào)警信息被存儲(chǔ)在消息隊(duì)列中。由于采集出來(lái)的是原始信息，有的是二進(jìn)制格式，有的是xml格式，無(wú)法讀取有價(jià)值信息，所以需對(duì)其解析，使之成為系統(tǒng)能看懂的標(biāo)準(zhǔn)數(shù)據(jù)文件。有些告警是沒有作用的告警，這種告警需要進(jìn)行屏蔽。3.解析屏蔽后的信息再存放在消息隊(duì)列中。由于不同廠商不同設(shè)備采集出

32、信息的格式不同，要對(duì)其進(jìn)行歸一化。根據(jù)不同的用戶，其工作重心不一樣，對(duì)告警類型和級(jí)別進(jìn)行重定義，是按照可以許多種條件和各種不同條件的組合。然后設(shè)置與其關(guān)聯(lián)的配置信息。4. 處理過(guò)的信息再次被放置在消息隊(duì)列中。然后，相關(guān)這些報(bào)警進(jìn)行分析?？梢愿鶕?jù)不同的關(guān)聯(lián)規(guī)則，以特定種類的報(bào)警關(guān)聯(lián)的配置。協(xié)會(huì)類型的父子報(bào)警，報(bào)警和衍生品同源報(bào)警。這樣，當(dāng)采集到很多告警時(shí)，根據(jù)它們之間的關(guān)系，就能智能判斷出最重要的告警是哪個(gè)，方便操作人員處理告警。5.做好告警的分析處理后，可以將其展現(xiàn)在前臺(tái)界面上，進(jìn)行告警的監(jiān)控和查詢，也可以進(jìn)行告警的派發(fā)。派發(fā)方式有工單和短信兩種。它假設(shè)已經(jīng)有了采集、解析、歸一化等過(guò)程，直接假

33、設(shè)告警數(shù)據(jù)從數(shù)據(jù)庫(kù)中獲取。從而只需完成存在后面的告警處理過(guò)程就可以了。2.2 業(yè)務(wù)需求分析2.2.1 移動(dòng)網(wǎng)絡(luò)設(shè)備監(jiān)控系統(tǒng)組成目前，某市移動(dòng)網(wǎng)絡(luò)設(shè)備監(jiān)控系統(tǒng)的工作流程和組成主要分為實(shí)網(wǎng)設(shè)備、監(jiān)控中心和維護(hù)中心三個(gè)部分。實(shí)網(wǎng)設(shè)備：由GSM和TD-SCDMA兩套移動(dòng)通信網(wǎng)絡(luò)系統(tǒng)組成。GSM系統(tǒng)中，BSC數(shù)量為63個(gè)，基站數(shù)量大約3000個(gè)，小區(qū)數(shù)量大約9000個(gè)，覆蓋市里和周邊的所有區(qū)域。TD-SCDMA系統(tǒng)中，RNC數(shù)量為15個(gè)，基站數(shù)量大約500個(gè)，小區(qū)數(shù)量大約1700個(gè)，僅覆蓋全市的熱點(diǎn)區(qū)域。監(jiān)控中心：用于監(jiān)控GSM和TD-SCDMA網(wǎng)絡(luò)中的各種設(shè)備產(chǎn)生的告警信息。維護(hù)中心：實(shí)現(xiàn)對(duì)有故障基站

34、的維修和基站設(shè)備的日常維護(hù)，例如配電和自然災(zāi)害，搶修等。2.2.2 告警監(jiān)控系統(tǒng)現(xiàn)狀基于移動(dòng)網(wǎng)絡(luò)設(shè)備監(jiān)控系統(tǒng)工作流程，基站告警監(jiān)控系統(tǒng)的一期監(jiān)控軟件己經(jīng)運(yùn)行一年多，其具備的功能為：BTS設(shè)備告警的監(jiān)控：監(jiān)控GSM網(wǎng)絡(luò)中BTS設(shè)備產(chǎn)生的告警信息，告警信息的采集周期為SMins。告瞥倍息的存儲(chǔ)：將2萬(wàn)條/天的告警信息存儲(chǔ)在MicrosoftSQL Server 2008數(shù)據(jù)庫(kù)中，保留6個(gè)月，共360萬(wàn)條。故障信息的短信通知：在基站設(shè)備出現(xiàn)停站故障吋，通過(guò)短信實(shí)時(shí)發(fā)送到監(jiān)控和維護(hù)人員手機(jī)中。2.2.3 告瞥監(jiān)控系統(tǒng)新任務(wù)隨著移動(dòng)業(yè)務(wù)的發(fā)展，對(duì)告警綜合管理系統(tǒng)提出了新的要求，主要包括以下方面：監(jiān)控GS

35、M網(wǎng)絡(luò)中BSC設(shè)備產(chǎn)生的告警和故障信息。監(jiān)控TD-SCDMA網(wǎng)絡(luò)中的RNC設(shè)備產(chǎn)生的告警和故障信息。實(shí)現(xiàn)告警的智能化分析。實(shí)現(xiàn)停站告警的自動(dòng)通知，提高維護(hù)及修理的效率。2.3功能性需求告警管理在通信網(wǎng)絡(luò)的運(yùn)營(yíng)維護(hù)中處理核心地位，網(wǎng)絡(luò)維護(hù)人員需要實(shí)時(shí)監(jiān)控各種告警，提取出關(guān)鍵的告警，查找到根本原因，找到發(fā)生故障的設(shè)備，并及時(shí)維修，以保持通信網(wǎng)絡(luò)的正常運(yùn)行。因此，客戶對(duì)于告警的展現(xiàn)和告警的提取有很高的要求。2.3.1實(shí)時(shí)告警監(jiān)控實(shí)時(shí)告警監(jiān)控能可以詳細(xì)描述為顯示當(dāng)?shù)那爱a(chǎn)生的告警。能夠?qū)Ω婢M(jìn)行操作。告警展示需求如下。1.監(jiān)控窗口能夠展現(xiàn)實(shí)時(shí)告警，告警默認(rèn)順序?yàn)樽钚赂婢旁谧钋懊妗?.展示告警的詳細(xì)字段

36、，字段可以添加、刪除、調(diào)換位置。3.按照一個(gè)或多個(gè)字段的順序排列，可分為升序和降序。4.告警統(tǒng)計(jì)面板，顯示當(dāng)前監(jiān)控窗口中的各級(jí)別告警數(shù)量。5.告警關(guān)聯(lián)關(guān)系可以通過(guò)監(jiān)控窗口顯示。告警操作需求如下。1.可以選中并導(dǎo)出告警。2.當(dāng)選擇某一告警時(shí)，能夠?qū)⒏婢脑敿?xì)信息展現(xiàn)出來(lái)。如告警各字段內(nèi)容、告警對(duì)應(yīng)網(wǎng)元信息、告警處理流程信息、關(guān)聯(lián)告警列表、關(guān)聯(lián)工單信息、關(guān)聯(lián)SME信息、關(guān)聯(lián)維護(hù)人信息等。3.支持告警鎖定、解鎖。鎖定即將關(guān)注的告警鎖定在監(jiān)控列表的最前列。解鎖即將其回復(fù)到應(yīng)在的列表位置。4. 支持告警過(guò)濾。包括先進(jìn)的過(guò)濾，過(guò)濾速度快，過(guò)濾模板設(shè)置，二次過(guò)濾。其中，先進(jìn)的過(guò)濾器是用戶自定義的過(guò)濾器?？焖?/p>

37、過(guò)濾系統(tǒng)過(guò)濾器的候選設(shè)置過(guò)濾器。兩個(gè)濾波器可以組合形成自己的過(guò)濾器過(guò)濾報(bào)警。5.過(guò)濾模板。通常，您可以使用過(guò)濾器，將其保存為模板。當(dāng)所選擇的過(guò)濾器模板，模板會(huì)自動(dòng)過(guò)濾啟用。6.二次過(guò)濾。支持過(guò)濾以及二次過(guò)濾，即用戶可以進(jìn)行再次過(guò)濾。監(jiān)控窗口點(diǎn)擊Title進(jìn)行二次過(guò)濾，類似excel的過(guò)濾功能7.清屏。之前的告警可能已沒有監(jiān)控價(jià)值，可以將整個(gè)告警列表刪除，當(dāng)產(chǎn)生新告警時(shí)，會(huì)重新在列表中顯示。8.告警確認(rèn)及反確認(rèn)。確認(rèn)一個(gè)告警，即表示此用戶對(duì)此告警進(jìn)行跟蹤，不讓其他操作人員同時(shí)對(duì)其進(jìn)行操作。進(jìn)行告警確認(rèn)時(shí)，數(shù)據(jù)庫(kù)中自動(dòng)存儲(chǔ)確認(rèn)人員和確認(rèn)時(shí)間，并在告警列表中顯示此告警的確認(rèn)狀態(tài)。9.告警清除。告警清

38、除即手動(dòng)對(duì)無(wú)用的告警進(jìn)行清除，此告警不會(huì)再在列表中顯示，但能通過(guò)告警查詢來(lái)查詢到。10.告警前轉(zhuǎn)。即將告警信息以短信或工單形式發(fā)送給維修人員用于處理。短信可以用短信模板。工單需要與工單系統(tǒng)進(jìn)行關(guān)聯(lián)。圖2-2實(shí)時(shí)告警監(jiān)控的例子圖2.3.2概況監(jiān)控功能詳細(xì)描述：用戶有時(shí)不需要監(jiān)控所有告警，只需觀察自己所關(guān)注的告警。概況監(jiān)控就是設(shè)置監(jiān)控條件，使用戶能監(jiān)控自己關(guān)心的告警。在整個(gè)公司的權(quán)限系統(tǒng)中，用戶被設(shè)定為不同的權(quán)限，同時(shí)被設(shè)定成在不同的域中，不同區(qū)域看到的告警不一樣，用戶只能看到自己所在域內(nèi)的告警。1.概況監(jiān)控配置：支持對(duì)概況監(jiān)控專題的添加、修改、刪除。配置概況監(jiān)控的條件有：監(jiān)控域、行條件、行展示值

39、、列展條件和列展示值。都可多選。2.概況監(jiān)控展示。(1)多個(gè)概況監(jiān)控以樹形結(jié)構(gòu)組織(加上域的判斷，滿足域配置的時(shí)候顯示)。每個(gè)概況監(jiān)控包含兩部分：概況信息展示(按廠商分布、按級(jí)別分布、按網(wǎng)元分布等的告警數(shù)量)和告警展示窗口(展示符合上述條件的告警)。(2)告警信息展示窗口，顯示出的是告警數(shù)量，此窗口數(shù)據(jù)可設(shè)定多少秒更新一次，如30秒，如果告警數(shù)量多于30秒前，應(yīng)顯示為紅色。如果小于30秒前，應(yīng)為綠色。數(shù)量不變，顯示為白色。(3)點(diǎn)擊概況信息展示窗口中的數(shù)字可以關(guān)聯(lián)到告警展示窗口。如果是點(diǎn)擊一行，就展示此行條件下的告警，如果是點(diǎn)擊某個(gè)節(jié)點(diǎn)上的數(shù)字，顯示符合此節(jié)點(diǎn)條件的告警。(4)點(diǎn)擊概況信息展示

40、的內(nèi)容可將此查詢條件顯示在左下方的窗口。(5)告警展示窗口中可做的操作大致與實(shí)時(shí)告警監(jiān)控中窗口的功能相同，工具欄上增加“查看所有告警”功能，即展示用戶所在域內(nèi)的所有告警，與監(jiān)控專題無(wú)關(guān)。概況監(jiān)控用例圖如圖2-3。圖2-3概況監(jiān)控用例圖2.3.3告警關(guān)聯(lián)規(guī)則設(shè)置系統(tǒng)能夠提供基本的告警關(guān)聯(lián)性規(guī)則或由用戶定義關(guān)聯(lián)規(guī)則，對(duì)入庫(kù)的告警信息按規(guī)則進(jìn)行相應(yīng)的告警相關(guān)性分析。按照設(shè)定的告警之間的關(guān)聯(lián)規(guī)則，系統(tǒng)可推測(cè)出新來(lái)的一組告警中的決定性告警，根據(jù)它定位故障的根源原因，使用戶能夠查到故障所影響的設(shè)備和鏈路信息，和其影響的業(yè)務(wù)。所有相關(guān)告警可以通過(guò)決定性告警可以鏈接查詢到。關(guān)聯(lián)告警的類型如下。1.主次告警：由

41、于A告警的發(fā)生，在一定時(shí)間內(nèi)產(chǎn)生了B、C等告警，那么A、B、C等是主次關(guān)系。其中，A告警是主要的告警(根本原因的告警)，B、C等屬于次要告警。2.同源告警：由于某種故障的發(fā)生，產(chǎn)生了B、C等告警，那么B、C告警屬于同源關(guān)系。需要衍生出代表故障根源的A告警。3.頻次告警：當(dāng)一條告警來(lái)到后不立即展現(xiàn)，當(dāng)這種告警又發(fā)生了一定門限次數(shù)后，將此告警上報(bào)。原來(lái)的告警都是這條告警的子告警。對(duì)告警進(jìn)行關(guān)聯(lián)配置，就是設(shè)定告警之間的關(guān)系，使之成為一個(gè)規(guī)則。功能詳細(xì)描述。1. 支持用戶對(duì)規(guī)則的添加，修改，刪除，啟動(dòng)和停止操作。包括規(guī)則基本條件設(shè)置和規(guī)則告警條件設(shè)置。規(guī)則基本條件設(shè)置包括規(guī)則名稱、規(guī)則生效時(shí)間段、規(guī)則

42、是否啟用。規(guī)則告警條件設(shè)置表示滿足什么樣條件的告警才進(jìn)入此規(guī)則。規(guī)則允許設(shè)置多種動(dòng)作(Action)。Action條件包括：告警發(fā)生后立即執(zhí)行或告警發(fā)生N分鐘之后執(zhí)行，N可配置?？蛇x的Action有：自動(dòng)發(fā)送短信、自動(dòng)派單、告警抑制、告警延時(shí)上報(bào)、入庫(kù)不前轉(zhuǎn)。2. 支持用戶查詢的規(guī)則。您可以根據(jù)查詢的名稱和關(guān)聯(lián)規(guī)則等規(guī)定類型的規(guī)則設(shè)定的時(shí)間。關(guān)聯(lián)規(guī)則的用例圖如下圖2-4示：圖2-4關(guān)聯(lián)規(guī)則用例圖2.4非功能性需求2.4.1可靠性網(wǎng)絡(luò)設(shè)備都是24小時(shí)工作，所以此故障監(jiān)控系統(tǒng)也需支持7x24的運(yùn)行模式，系統(tǒng)性能應(yīng)該支持高并發(fā)條件下的操作功能和快速的響應(yīng)。本系統(tǒng)應(yīng)該具備的非功能性指標(biāo)包括一下幾條。1

43、.系統(tǒng)能夠通過(guò)原有硬件升級(jí)、增加/更換硬件的方式實(shí)現(xiàn)系統(tǒng)擴(kuò)容。2.系統(tǒng)能夠?qū)Τ绦?、配置?shù)據(jù)進(jìn)行自動(dòng)備份與手動(dòng)恢復(fù)，當(dāng)系統(tǒng)損壞時(shí)，能夠在要求時(shí)間內(nèi)恢復(fù)系統(tǒng)和數(shù)據(jù)。支持定義系統(tǒng)備份具有三天的周期。3. 該系統(tǒng)可以開啟手動(dòng)恢復(fù)和告警數(shù)據(jù)的自動(dòng)備份。對(duì)于告警數(shù)據(jù)，以支持自定義級(jí)別由備份策略。4.當(dāng)系統(tǒng)處于具備特殊情況時(shí)，能快速恢復(fù)功能。5.如果系統(tǒng)中出現(xiàn)異常巖機(jī)，不會(huì)造成系統(tǒng)崩湊或數(shù)據(jù)的丟失等問題。2.4.2安全性根據(jù)需求，可以把系統(tǒng)的安全性概括為應(yīng)用安全性和系統(tǒng)安全性：1.應(yīng)用安全性：系統(tǒng)為確保數(shù)據(jù)安全，滿足對(duì)重大操作事故的可追尋性，應(yīng)對(duì)所有操作記錄存檔，設(shè)置日志信息。主要有登錄日志和執(zhí)行日志。登錄

44、日志，登錄用戶名的詳細(xì)記錄，在線時(shí)間，離線時(shí)間。執(zhí)行日志，詳細(xì)記錄，包括用戶的時(shí)間和每個(gè)功能的結(jié)果。您可以按模塊/用戶名/次檢索。2.系統(tǒng)安全性：系統(tǒng)應(yīng)具有容錯(cuò)特點(diǎn)，具有運(yùn)用雙機(jī)、集群等容錯(cuò)技術(shù)。通過(guò)與本公司的權(quán)限系統(tǒng)相連，能具備完善的身份認(rèn)證、訪問權(quán)限、故障恢復(fù)功能。2.4.3性能需求告警處理速度：告警平均處理時(shí)間的延遲要小于等于10秒（告警處理時(shí)間延遲是告警入庫(kù)時(shí)間與告警接收時(shí)間的差）。告警處理速度：告警所需的最大處理速度不小于100條/秒。告警監(jiān)控窗口容量：監(jiān)控窗口中可以展現(xiàn)的告警容量不小于1萬(wàn)條。大數(shù)據(jù)量的存儲(chǔ)：原始數(shù)據(jù)保存一年;儲(chǔ)存2年匯總數(shù)據(jù)。用戶的最大數(shù)量：最大可供應(yīng)不少于30個(gè)

45、用戶在線。第3章 系統(tǒng)架構(gòu)設(shè)計(jì)3.1系統(tǒng)的設(shè)計(jì)目標(biāo)和原則網(wǎng)絡(luò)設(shè)備故障實(shí)時(shí)告警系統(tǒng)的設(shè)計(jì)目標(biāo)和原則主要體現(xiàn)在統(tǒng)一的管理、高效的配置管理、系統(tǒng)可維護(hù)性和完美的Web用戶體驗(yàn)四個(gè)方面。首先，統(tǒng)一的管理就是整個(gè)系統(tǒng)操作界面要相一致，同時(shí)，與公司中其他網(wǎng)絡(luò)管理系統(tǒng)使用方法、操作界面相一致。整個(gè)網(wǎng)絡(luò)管理系統(tǒng)使用同一套權(quán)限系統(tǒng)，根據(jù)權(quán)限不同進(jìn)行不同的操作，同時(shí)連接各個(gè)系統(tǒng)之間的操作。通過(guò)統(tǒng)一的業(yè)務(wù)管理，能使用戶操作方便，界面統(tǒng)一規(guī)范，整個(gè)系統(tǒng)運(yùn)行流暢。經(jīng)過(guò)統(tǒng)一的規(guī)劃和設(shè)計(jì)，保證接口規(guī)范、數(shù)據(jù)冗余小(幾乎不存在)、模塊之間賴合度低、組件級(jí)和代碼級(jí)的可復(fù)用度高。其次，要有高效的配置管理。由于之前的系統(tǒng)就是因?yàn)椴?/p>

46、能滿足多廠商多設(shè)備的統(tǒng)一管理，需要配置很多文件，而新系統(tǒng)不需操作人員有非常熟練的配置腳本能力，而是都在可視化的界面中，完成規(guī)則、過(guò)濾器等的配置。這樣提高了效率，也能在數(shù)據(jù)庫(kù)中存檔，使操作更規(guī)范。再次，在系統(tǒng)可維護(hù)方面，要求系統(tǒng)具備高度的可擴(kuò)展性，可以在實(shí)現(xiàn)了的功能上在繼續(xù)完成其他功能，如拓?fù)涔δ?。同時(shí)注重標(biāo)準(zhǔn)化與公司的合理化等網(wǎng)管系統(tǒng)的人機(jī)交互界面。支持多種部署可以部署在單人，雙人和多臺(tái)機(jī)器上。在完美的用戶體驗(yàn)上，要求系統(tǒng)在展示告警時(shí)，界面能豐富展示告警信息，頁(yè)面美觀，操作簡(jiǎn)單易學(xué)。3.2物理架構(gòu)實(shí)時(shí)硬件平臺(tái)的網(wǎng)絡(luò)設(shè)備故障預(yù)警系統(tǒng)，主機(jī)系統(tǒng)和網(wǎng)絡(luò)設(shè)備。其中主機(jī)裝置由五部分組成。1.數(shù)據(jù)庫(kù)服務(wù)器

47、：對(duì)采集到的原始數(shù)據(jù)做存儲(chǔ)，為上層應(yīng)用提供數(shù)據(jù)來(lái)源。數(shù)據(jù)庫(kù)分為信息告警數(shù)據(jù)庫(kù)和資源配置數(shù)據(jù)庫(kù)。告警數(shù)據(jù)庫(kù)(ADB)存放告警數(shù)據(jù)，可以有1到N臺(tái)服務(wù)器，每臺(tái)服務(wù)器部署一個(gè)ADB。配置數(shù)據(jù)庫(kù)(CDB)存放配置數(shù)據(jù)，可以有1臺(tái)數(shù)據(jù)庫(kù)服務(wù)器，部署1個(gè)CDB。2.應(yīng)用服務(wù)器：用于進(jìn)行應(yīng)用程序的服務(wù)。應(yīng)用服務(wù)負(fù)責(zé)前臺(tái)應(yīng)用，以及一些系統(tǒng)自身的管理和監(jiān)控等。包括fm server、調(diào)度任務(wù)、topic消息服務(wù)、命令消息服務(wù)、自身管理服務(wù)等。3.采集服務(wù)器：用于部署釆集模塊和EAM Admin模塊。覆蓋整個(gè)與負(fù)責(zé)該通信設(shè)備來(lái)完成采集的原始分辨率和報(bào)警數(shù)據(jù)的管理的生產(chǎn)廠家。4.處理服務(wù)器：用于部署告警處理平臺(tái)(A

48、PE)，負(fù)責(zé)告警的處理，包括告警標(biāo)準(zhǔn)化、入庫(kù)、分棟等。5.關(guān)聯(lián)服務(wù)器：部署告警平臺(tái)(ACE) 關(guān)聯(lián)，負(fù)責(zé)告警的關(guān)聯(lián)。3.3 總體設(shè)計(jì)3.3.3停站自動(dòng)通知分析停站自動(dòng)通知就是使告警信息在產(chǎn)生后通知給維護(hù)人員，以便維護(hù)人員對(duì)基站進(jìn)行及時(shí)的維護(hù)。常見的主要方法有：短信通知、彩信通知和基于手機(jī)應(yīng)用程序的通知。其中：短信通知，利用短信監(jiān)控，把設(shè)備的故障信息及時(shí)的發(fā)送給維護(hù)人員和值班人員的手機(jī)終端，逐步實(shí)現(xiàn)可以沒有人對(duì)監(jiān)控中心進(jìn)行值班，在對(duì)系統(tǒng)的正常運(yùn)行得到保障的同時(shí)減輕了監(jiān)控人員的負(fù)擔(dān)。彩信通知，利用彩信監(jiān)控家庭或公司的實(shí)時(shí)狀態(tài)。首先，采集圖片信息，通過(guò)攝像頭來(lái)進(jìn)行的；其次，通過(guò)芯片處理；最后，將處理

49、后的數(shù)據(jù)通過(guò)GPRS模塊，通過(guò)短信中心發(fā)送到用戶的手機(jī)上?；谑謾C(jī)應(yīng)用程序的通知，利用推送技術(shù)將服務(wù)端的數(shù)據(jù)發(fā)送到客戶端。系統(tǒng)由應(yīng)用服務(wù)器、代理服務(wù)器和Android平臺(tái)開發(fā)的軟件三部分組成。推送技術(shù)可以迅速和有效地將數(shù)據(jù)發(fā)送到發(fā)送數(shù)據(jù)的移動(dòng)終端。手機(jī)終端也能夠根據(jù)需要向服務(wù)端發(fā)送數(shù)據(jù)指令。 (1)短信通知停站信息的自動(dòng)通知通過(guò)發(fā)送短信來(lái)實(shí)現(xiàn)，優(yōu)點(diǎn)是穩(wěn)定，利用移動(dòng)公司的現(xiàn)有有利資源能有效的發(fā)送到維護(hù)人手中；缺點(diǎn)是需要搭建硬件平臺(tái)，發(fā)送內(nèi)容受限，發(fā)送速度慢，需要等待等，因此短信通知增加了系統(tǒng)成本，實(shí)時(shí)性也不高。(2)彩信通知停站信息的自動(dòng)通知通過(guò)發(fā)送彩信來(lái)實(shí)現(xiàn)，優(yōu)點(diǎn)是速度快，效率高，發(fā)送的內(nèi)容不

50、受長(zhǎng)度限制；缺點(diǎn)是需要搭建硬件平臺(tái)，浪費(fèi)流量，需要專門的網(wǎng)絡(luò)完成數(shù)據(jù)發(fā)送，安全性不高，因此，彩信通知增加了系統(tǒng)成本。(3)基于手機(jī)應(yīng)用程序的通知停站信息的自動(dòng)通知通過(guò)應(yīng)用程序來(lái)實(shí)現(xiàn)，即通過(guò)在手機(jī)終端編寫軟件實(shí)現(xiàn)，優(yōu)點(diǎn)是速度快，效率高，發(fā)送的內(nèi)容不受長(zhǎng)度限制。同時(shí)，Android手機(jī)終端也能夠向服務(wù)器發(fā)送數(shù)據(jù)，實(shí)現(xiàn)雙向通信，因此對(duì)維護(hù)人員對(duì)設(shè)備故障反饋的實(shí)現(xiàn)較為簡(jiǎn)單；缺點(diǎn)開發(fā)相對(duì)麻煩，并且需要一部智能手機(jī)，顯然增加了系統(tǒng)成本。本系統(tǒng)中，需要在停站3Mins內(nèi)將通知發(fā)送給維護(hù)人員，綜合時(shí)效和未來(lái)系統(tǒng)的可擴(kuò)展性，選擇Android手機(jī)應(yīng)用實(shí)現(xiàn)停站的通知。Android手機(jī)應(yīng)用將存助于提介數(shù)據(jù)的發(fā)送效

51、率，同時(shí)在實(shí)現(xiàn)服務(wù)端與手機(jī)終端通信時(shí)較為方便，具有較好的擴(kuò)展性。3.3.4總體設(shè)計(jì)方案根據(jù)系統(tǒng)的需求，從功能角度將系統(tǒng)分為采集存儲(chǔ)和告警監(jiān)控兩大部分。采集存儲(chǔ)模塊包括告警信息采集模塊和告警數(shù)據(jù)存儲(chǔ)模塊；告警監(jiān)控包括停站告警通知模塊、BSC實(shí)時(shí)告警模塊、BTS告警分析模塊、RNC實(shí)時(shí)告警資詢模塊等。如圖3-1所示。(1)采集存儲(chǔ)采集存儲(chǔ)是告警監(jiān)控管理系統(tǒng)的播礎(chǔ)和核心，巾兩卷后臺(tái)運(yùn)行的軟件組成GSM網(wǎng)絡(luò)中用于監(jiān)控愛立信設(shè)備的軟件；另一卷足TD-SCDMA網(wǎng)絡(luò)中用于監(jiān)控平為中興設(shè)備的軟件，用于實(shí)現(xiàn)告警信息的獲取和存儲(chǔ)。采集模塊GSM網(wǎng)絡(luò)中BSC設(shè)備告警信息的采集繼承了一期工作的采集技術(shù)，即利用Tel

52、net來(lái)實(shí)現(xiàn)；TD-SCDMA網(wǎng)絡(luò)中的RNC設(shè)備告警信息的采集利用網(wǎng)管接口技術(shù)CORBA來(lái)實(shí)現(xiàn)。存儲(chǔ)模塊存數(shù)模塊屬于中心數(shù)據(jù)庫(kù)，是用來(lái)保存來(lái)自告警采集模塊的告警數(shù)據(jù)。（2)告警監(jiān)控告警監(jiān)控是在前臺(tái)運(yùn)行的客戶端軟件，主要完成對(duì)告警信息的查詢和后續(xù)處理，實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)設(shè)備的監(jiān)控。各個(gè)組成模塊的功能為：BSC實(shí)時(shí)告警監(jiān)控模塊監(jiān)控GSM網(wǎng)絡(luò)中BSC設(shè)備產(chǎn)生的實(shí)時(shí)告警信息，并進(jìn)行相關(guān)的查詢和處理。RNC實(shí)時(shí)告警監(jiān)控模塊監(jiān)控TD-SCDMA網(wǎng)絡(luò)中RNC設(shè)備產(chǎn)生的實(shí)時(shí)告警信息，并進(jìn)行相關(guān)的査詢和處理。圖3. 1系統(tǒng)總體框架BTS告警分析模塊BTS告警智能化分析即告警關(guān)聯(lián)性分析，是在GSM網(wǎng)絡(luò)大量告警數(shù)據(jù)的基礎(chǔ)上

53、針對(duì)閃斷分析，分析閃斷的原因，找到造成停站的告警依據(jù)，為預(yù)測(cè)閃斷發(fā)生的規(guī)則做初步探討。停站自動(dòng)通知告警模塊由于近年來(lái)只能手機(jī)十分的普及、價(jià)格便宜，并且Android系統(tǒng)的開源為用戶開發(fā)和使用應(yīng)用程序提供了很多便利的條件，因此，這里選擇基于Android平臺(tái)開發(fā)的應(yīng)用程序?qū)崿F(xiàn)停站告警的自動(dòng)通知。Android應(yīng)用程序降低了系統(tǒng)成本。停站告警自動(dòng)通知模塊由Windows環(huán)境下的服務(wù)端軟件和Android環(huán)境下的客戶端軟件組成。服務(wù)端軟件用于接收Android手機(jī)終端的連接、讀取數(shù)據(jù)庫(kù)中的告If信總以及與Android手機(jī)終端的數(shù)據(jù)通信，服務(wù)端的使用提高了系統(tǒng)安全性；Android手機(jī)終端主要完成查

54、詢告警信息、接收停站通知等功能。.3.4系統(tǒng)技術(shù)架構(gòu)設(shè)計(jì)公司的整個(gè)故障告警系統(tǒng)由前臺(tái)Web系統(tǒng)和后臺(tái)系統(tǒng)構(gòu)成。后臺(tái)系統(tǒng)主要完成電信網(wǎng)絡(luò)設(shè)備與服務(wù)端的信息處理和數(shù)據(jù)交互，負(fù)責(zé)網(wǎng)絡(luò)設(shè)備數(shù)據(jù)的采集、解析、告警同步、入庫(kù)等，而Web應(yīng)用系統(tǒng)提供電信網(wǎng)絡(luò)操作人員使用，將監(jiān)控人員等的操作提交到服務(wù)端進(jìn)行處理，并將反饋的內(nèi)容呈現(xiàn)給用戶，主要進(jìn)行告警監(jiān)控、告警查詢和告警前轉(zhuǎn)等。3.4.1 Web應(yīng)用層它基于J2EE平臺(tái)并使用MVC設(shè)計(jì)模式實(shí)現(xiàn)。系統(tǒng)前端Web應(yīng)用系統(tǒng)采用的框架是公司自己設(shè)計(jì)的類似Stmts的framework框架。它更適合公司的業(yè)務(wù)。在Struts中，stmts-config.xml中用于協(xié)調(diào)

55、前臺(tái)不是邏輯處理層和背景層，數(shù)據(jù)存儲(chǔ)控制裝置的容器層。每一層進(jìn)行業(yè)務(wù)處理時(shí)通過(guò)控制器中進(jìn)行的。該框架架構(gòu)拋棄stmts-config.xml中，不用再編寫大量的跳轉(zhuǎn)控制配置項(xiàng)，使代碼的連接性更強(qiáng)。framework的特性是：請(qǐng)求的控制和轉(zhuǎn)發(fā)、配置管理(properties配置文件和數(shù)據(jù)庫(kù)配置的初始化)、Log4j日志(文件日志信息)、action代理、ibatis集成、集中鑒權(quán)代理(適合公司所有網(wǎng)絡(luò)系統(tǒng)統(tǒng)一管理)、可以實(shí)現(xiàn)防止重復(fù)提交和國(guó)際化。framework的目錄結(jié)構(gòu)為action (存放action接口類)、authority (提供鑒權(quán)的對(duì)象工廠類和鑒權(quán)接口實(shí)現(xiàn)類)、dao(提供一個(gè)抽

56、象的Dao基類和IBatis Dao類)、dispatcher (提供 action 控制器類)、exception (存放異常類)、interceptor (提供 action代理類、攔截器類和代理工廠類)、util (提供一些常用工具類)。Frame work程序：1. Framework框架的核心類是ActionController.java。JBoss啟動(dòng)初始化應(yīng)用程序時(shí)會(huì)運(yùn)行Action Controller中的init()方法，對(duì)基本信息進(jìn)行初始化。(1)獲取容器層目錄：get Init Parameter； get Servlet Context. (2)獲取配置目錄。配置目錄中

57、存放properties和PPF配置文件及其他工程所需要的文件。(3)配置log4j。(4)輸出版本信息。(5)加載配置項(xiàng)：加載屬性文件（包括國(guó)際化配置和其他配置）和數(shù)據(jù)庫(kù)配置數(shù)據(jù)。存放配置數(shù)據(jù)的數(shù)據(jù)庫(kù)表以CFG開頭，取得其中的 PARAMATERID 和 PARAMETERVALUE 字段值。(6)加載IBatis配置：初始化數(shù)據(jù)庫(kù)映射XML文件。(7)獲取執(zhí)行的路徑。在 WEB-XML 中配置 path_ of_ action 變量。2.發(fā)送HTTP請(qǐng)求時(shí)，客戶端的請(qǐng)求都會(huì)調(diào)用Action Controller中do CommandO方法。用戶請(qǐng)求會(huì)傳遞三個(gè)基本參數(shù)：obj (傳遞請(qǐng)求的A

58、ction類名)、method(傳遞提交方式，可以為ajax或common)、to do (傳遞動(dòng)作，可以為execute或validate)。其中在傳遞動(dòng)作to do里，execute為默認(rèn)操作。如：url：request ContextPath+Vactionobj=filter.FilterAction&method=ajax&opertype=Get All Field。表示action要調(diào)用Filter Action，傳遞提交方式為ajax，動(dòng)作是執(zhí)行 get All Field 方法。3.根據(jù)參數(shù)obj和actionPath獲得Action請(qǐng)求的完整路徑，賦值class name。

59、根據(jù)反射機(jī)制，獲取相應(yīng)的Action類型。4.Action的執(zhí)行：Action通過(guò)代理工廠類proxy去執(zhí)行，根據(jù)todo傳遞的參數(shù)執(zhí)行獲取的class類，并且實(shí)例化該類，根據(jù)參數(shù)todo，執(zhí)行executeO或validateO方法的校驗(yàn)信息。對(duì)ajax方式的提交，直接返回處理結(jié)果。對(duì)common方式的提交，需要翻譯URL，然后跳轉(zhuǎn)到相應(yīng)的JSP頁(yè)面，展現(xiàn)客戶端請(qǐng)求的結(jié)果。執(zhí)行action的execute方法時(shí)，對(duì)應(yīng)的實(shí)現(xiàn)類中會(huì)根據(jù)用戶傳遞的參數(shù)operaType來(lái)判斷調(diào)用哪個(gè)方法。3.4.2持久化層用過(guò)使用ibatis框架，使數(shù)據(jù)持久化層。它是一種半自動(dòng)化的ORM實(shí)現(xiàn) 。全自動(dòng)化的對(duì)象關(guān)系

60、映射，如Hibernate，都較為完整的封裝了數(shù)據(jù)庫(kù)結(jié)構(gòu)。程序員不需要使用SQL技能，而只是定義了對(duì)象映射到關(guān)系數(shù)據(jù)庫(kù)表，全自動(dòng)化的ORM將存儲(chǔ)在按照已配置為自動(dòng)生成相應(yīng)的SQL語(yǔ)句良好的邏輯，并要求所進(jìn)行的JDBC接口。持久層來(lái)完成操作。然而，在該系統(tǒng)中，報(bào)警是生成的數(shù)據(jù)，數(shù)據(jù)處理的報(bào)警大量源源不斷的性能要求是很嚴(yán)格的，這就要求必須以實(shí)現(xiàn)系統(tǒng)性能的設(shè)計(jì)規(guī)范被高度優(yōu)化的SQL語(yǔ)句。如果一個(gè)完全自動(dòng)化的解決方案的設(shè)計(jì)目標(biāo)是無(wú)法實(shí)現(xiàn)的，和半自動(dòng)化的ibatis能夠解決這個(gè)問題。 iBatis的重點(diǎn)是POJO（簡(jiǎn)單Java對(duì)象）和SQL之間的映射關(guān)系。程序員還需編寫SQL語(yǔ)句，ibatis通過(guò)映射配