欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種基于北向接口實(shí)現(xiàn)網(wǎng)絡(luò)管理的方法及系統(tǒng)的制作方法

文檔序號(hào):7710137閱讀:221來源:國(guó)知局

專利名稱::一種基于北向接口實(shí)現(xiàn)網(wǎng)絡(luò)管理的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域
:本發(fā)明涉及通信領(lǐng)域中的網(wǎng)絡(luò)管理技術(shù),具體涉及一種基于北向接口實(shí)現(xiàn)網(wǎng)絡(luò)管理的方法及系統(tǒng)。
背景技術(shù)
:隨著電信技術(shù)的迅猛發(fā)展和互聯(lián)網(wǎng)在我國(guó)的快速普及,網(wǎng)絡(luò)正成為社會(huì)經(jīng)濟(jì)文化科學(xué)等各個(gè)方面不可或缺的重要組成部分。作為各個(gè)設(shè)備的制造商,都有自己的網(wǎng)元管理系統(tǒng)(EMS)來管理自己的網(wǎng)絡(luò)設(shè)備。然而EMS只能管理制造商自己的網(wǎng)絡(luò)設(shè)備,但是電信運(yùn)營(yíng)商需要對(duì)這些設(shè)備乃至網(wǎng)元管理系統(tǒng)進(jìn)行管理,這就給網(wǎng)元管理系統(tǒng)提出了要求設(shè)備制造商必須開.發(fā)自己網(wǎng)元管理系統(tǒng)的接口,以實(shí)現(xiàn)綜合網(wǎng)管分布式的集中管理。電信管理網(wǎng)絡(luò)TMN(TelecommunicationManagementNetwork)是國(guó)際電信聯(lián)盟提出的,它借鑒系統(tǒng)管理框架技術(shù),是為管理電信網(wǎng)和電信業(yè)務(wù)而定義的結(jié)構(gòu)化網(wǎng)絡(luò)體系結(jié)構(gòu)。采用商定的具有標(biāo)準(zhǔn)協(xié)議和信息的接口,支撐電信網(wǎng)和電信業(yè)務(wù)的規(guī)劃、配置、安裝、操作及組織,從而使網(wǎng)絡(luò)的操作、組織管理和維護(hù)功能及對(duì)網(wǎng)元的管理得以實(shí)現(xiàn)。的基本思想之一就是使'管理功能與電信功能分離。網(wǎng)絡(luò)管理者可以通過有限的幾個(gè)管理節(jié)點(diǎn)管理電信網(wǎng)絡(luò)中分布的電信設(shè)備。TMN是一個(gè)完整獨(dú)立的與電信網(wǎng)分離的管理網(wǎng)絡(luò),是各種系統(tǒng)按標(biāo)準(zhǔn)接口互連而成的網(wǎng)絡(luò)。該網(wǎng)絡(luò)在一些特定參考點(diǎn)進(jìn)行管理信息交互,與電信網(wǎng)是管理網(wǎng)和被管網(wǎng)的關(guān)系。同時(shí)與電信網(wǎng)又不是截然分離的,利用電信網(wǎng)的傳送通道來傳送管理信息。提供管理業(yè)務(wù),從使用者的角度對(duì)電信網(wǎng)進(jìn)行操作、組織與維護(hù)。管理業(yè)務(wù)分為三類通信網(wǎng)日常業(yè)務(wù)和網(wǎng)絡(luò)運(yùn)行管理業(yè)務(wù)網(wǎng)絡(luò)維護(hù)管理業(yè)務(wù)網(wǎng)絡(luò)控制業(yè)務(wù)。為電信網(wǎng)及電信業(yè)務(wù)提供了一系列管理功能,分為五種管理功能域性能管理、配置管理、帳務(wù)管理、故障管理和安全管理。如圖1所示,電信管理網(wǎng)絡(luò)TMN包括網(wǎng)絡(luò)管理系統(tǒng)NMS(NetworkManagementSystem)和網(wǎng)元管理系統(tǒng)EMS(ElementManagementSystem).網(wǎng)絡(luò)管理系統(tǒng)隨S主要完成TMN中的網(wǎng)絡(luò)管理層醒L(NetworkManagementLayer)功能,負(fù)責(zé)對(duì)子網(wǎng)內(nèi)的所有網(wǎng)元設(shè)備進(jìn)行管理。網(wǎng)元管理系統(tǒng)EMS主要完成TMN電信管理網(wǎng)中網(wǎng)元管理層EML(ElementManagementLayer)功能,也就是完成一個(gè)或多個(gè)移動(dòng)通信終端的管理功能。網(wǎng)絡(luò)管理系統(tǒng)NMS和網(wǎng)元管理系統(tǒng)EMS之間的接口稱為北向接口,網(wǎng)絡(luò)管理設(shè)備通過北向接口管理多個(gè)網(wǎng)元管理系統(tǒng),通過多個(gè)設(shè)備供應(yīng)商各自的網(wǎng)元管理系統(tǒng)來管理整個(gè)子網(wǎng)。目前,常用的北向接口協(xié)議包括公用對(duì)象請(qǐng)求代理體系CORBA(CommonObjectRequestBrokerArchitecture)、簡(jiǎn)單網(wǎng)管協(xié)議S醒P(SimpleNetworkManagementProtocol)、wch服務(wù)(WebService)等協(xié)議。無論采用哪一種北向接口協(xié)議,網(wǎng)元管理系統(tǒng)都需要向網(wǎng)絡(luò)管理系統(tǒng)上報(bào)大量告警信息,因?yàn)樵趶?fù)雜、異構(gòu)的兩絡(luò)結(jié)構(gòu)中,各個(gè)網(wǎng)元設(shè)備之間相互影響,如果一個(gè)網(wǎng)元發(fā)生故障,與其相關(guān)的一些網(wǎng)元也會(huì)發(fā)出告警,同時(shí)顯示其處于故障狀態(tài)。大量的告警信息會(huì)使北向接口出現(xiàn)故障或性能出現(xiàn)瓶頸,網(wǎng)絡(luò)管理系統(tǒng)會(huì)被一系列突發(fā)的、對(duì)確定故障原因無意義的大量告警事件所淹沒。因此,為了更好的診斷故障,需要對(duì)故障告警信息進(jìn)行分析,也就是需要對(duì)網(wǎng)絡(luò)故障告警信息進(jìn)行相關(guān)性分析,壓縮冗余告警、定位故障。通過網(wǎng)絡(luò)故障告警相關(guān)性分析,可以將多個(gè)告警事件歸結(jié)成較少的告警事件,過濾掉無意義.的告警事件,輔助網(wǎng)絡(luò)管理系統(tǒng)刪除衍生的冗余告警,從^&量告警數(shù)據(jù)中找出故障的根本原因,準(zhǔn)確定位故障。幫助網(wǎng)絡(luò)管理系統(tǒng)采用合理的解決方案,及時(shí)排除故障,確保網(wǎng)絡(luò)正常、可靠的運(yùn)行。因此,需要在北向接口中進(jìn)行告警信息的分析,從海量告警數(shù)據(jù)中挖掘網(wǎng)絡(luò)管理系統(tǒng)需要的重要數(shù)據(jù)。一方面避免了北向接口出現(xiàn)故障或性能出現(xiàn)瓶頸,另一方面能夠準(zhǔn)確的找出故障的根本原因,以進(jìn)行最及時(shí)的處理。
發(fā)明內(nèi)容本發(fā)明目的在于提供一種基于北向接口實(shí)現(xiàn)網(wǎng)絡(luò)管理的系統(tǒng),該系統(tǒng)通過對(duì)告警信息的處理降低了北向接口的負(fù)載,提髙了網(wǎng)絡(luò)管理系統(tǒng)處理告警信息的效率。一種基于北向接口實(shí)現(xiàn)網(wǎng)絡(luò)管理的系統(tǒng),所述系統(tǒng)包括網(wǎng)元管理系統(tǒng),北向接口和網(wǎng)絡(luò)管理系統(tǒng),網(wǎng)元管理系統(tǒng)通過北向接口將告警信息發(fā)送給網(wǎng)絡(luò)管理系統(tǒng),其特征在于,所述北向接口包括告警信息緩存裝置,在指定的時(shí)間周期內(nèi)存儲(chǔ)網(wǎng)元管理系統(tǒng)上報(bào)的告警信息;告警分析裝置,根據(jù)網(wǎng)元管理系統(tǒng)ID將所接收的告警信息分組,對(duì)每組告警信息進(jìn)行關(guān).聯(lián)分析,將告警信息分為以下類型過濾告警信息,合并告警信息,壓縮告蒈信息和抑制告警信息;告瞀分析裝置根據(jù)告警時(shí)間對(duì)告警信息進(jìn)行分析以獲得關(guān)聯(lián)告螯信息;故障分析裝置,故障分析裝置記錄多個(gè)時(shí)間周期的關(guān)聯(lián)告螯信息,根據(jù)通信設(shè)備的基本屬性生成虛擬通信設(shè)備,基于所述通信設(shè)備的路由信息生成網(wǎng)絡(luò)拓?fù)鋱D,在網(wǎng)絡(luò)拓?fù)鋱D中建立虛擬通信設(shè)備的虛擬網(wǎng)絡(luò)連接,并且根據(jù)告警分析裝置發(fā)送的關(guān)聯(lián)告警信息生成通信設(shè)備的依賴關(guān)系;告警處理裝置,根據(jù)告瞀信息類型對(duì)告警信息進(jìn)行相應(yīng)的處理,根據(jù)故障分析裝置生成的網(wǎng)絡(luò)拓?fù)鋱D中的依賴關(guān)系進(jìn)行故障預(yù)警。其中,所述告警分析裝置對(duì)每組告警信息進(jìn)行關(guān)聯(lián)分析包括如果告警信息是缺少網(wǎng)元管理系統(tǒng)ID,告警設(shè)備ID,告警類型,告警時(shí)間,告警級(jí)別,告警源地址,告警目的地址,告警源端口號(hào)和告警目的端口號(hào)中任意一個(gè)屬性的無效告警信息或告警類型不屬于網(wǎng)絡(luò)管理系統(tǒng)所定義的合法告警類型集合,則將告警信息的類型設(shè)置為過濾告蒈信息;統(tǒng)計(jì)告警設(shè)備ID和告警類型相同的告警信息,如果上述告警信息的數(shù)量小于預(yù)定的閾值K,則將上述告警信息的類型設(shè)置為合并告警信息;如果上述告警信息的數(shù)量大于等于預(yù)定的閾值K,則將上述告瞀信息設(shè)置為合并告警信息,并將告警類型修改為拒絕服務(wù)DoS(DenialofService)攻擊;統(tǒng)計(jì)告警設(shè)備ID相同且告警類型不同的告警信息,將上述告瞀信息的類型設(shè)置為壓縮告警信息根據(jù)告警級(jí)別對(duì)所有告警信息進(jìn)行排序,當(dāng)所有告警信息中告警級(jí)別為最高級(jí)的告警信息的數(shù)量大于其它低級(jí)別的告警信息的總數(shù)時(shí),則將告警信息的類型設(shè)置為抑制告警信息。告警分析裝置根據(jù)告警時(shí)間對(duì)告警信息進(jìn)行分析以獲得關(guān)聯(lián)告警信息可以是統(tǒng)計(jì)告警時(shí)間相同的告警信息,將上述告瞀信息的告警設(shè)備ID添加到并發(fā)集中,在每個(gè)指定時(shí)間周期內(nèi)對(duì)上述并發(fā)集進(jìn)行更新,確定同時(shí)發(fā)生告警事件的通信設(shè)備。按照告警時(shí)間對(duì)告警信息進(jìn)行排序,將上述告警信息的告警設(shè)備ID的順序關(guān)系添加到順序集中,在每個(gè)指定時(shí)間周期內(nèi)對(duì)上述順序集進(jìn)行更新,確定順序發(fā)生告警事件的通信設(shè)備。優(yōu)選的,所述告警時(shí)間相同具有浮動(dòng)值,所述浮動(dòng)值由網(wǎng)絡(luò)管理人員進(jìn)行設(shè)定。優(yōu)選的,告警分析裝置根據(jù)告警時(shí)間對(duì)告警信息進(jìn)行分析以獲得關(guān)聯(lián)告警信息還可以是:采用串行WINEPI算法對(duì)告警信息進(jìn)行順序模式挖掘,用來發(fā)現(xiàn)告警信息的先后順序關(guān)系,以通信設(shè)備的IP地址和端口號(hào)對(duì)告警信息進(jìn)行分組,分別進(jìn)行數(shù)據(jù)挖掘,采用滑動(dòng)窗口來形成事務(wù)庫(kù),首先生成短的頻繁情節(jié)模式,然后逐步遞推找到大的頻繁情節(jié)模式,最后找到子情節(jié)模式與情節(jié)模式之間的順序關(guān)系。所述告警處理裝置根據(jù)告警信息類型對(duì)告瞀信息進(jìn)行相應(yīng)處理包括如果告瞀信息的類型為過濾告瞀信息,告警處理裝置直接刪除告警信息緩存裝置中的上述告警信息;如果告瞀信息的類型為合并告警信息,且上述告警信息的數(shù)量小于預(yù)定的閾值K,告警處理裝置保留告警時(shí)間最早的告警信息,將同類告警信息的最晚告警時(shí)間記錄到附加字段中,并記錄所有被合并的告警信息的總數(shù);如果告警信息的類型為合并告警信息,且上述告警信息的數(shù)量大于等于預(yù)定的閾值K,告警處理裝置保留告警時(shí)間最早的告警信息,將同類告警信息的最晚告警時(shí)間記錄到附加字段中,并記錄所有被合并的告警信息的總數(shù),并且將告警類型修改為拒絕服務(wù)DoS(DenialofService)攻擊。如果告警信息的類型為壓縮告警信息,告警處理裝置通過將上述告警信息的告警類型和告警時(shí)間順序連接從而將多個(gè)告警信息壓縮成一個(gè)告警信息。如果告警信息的類型為抑制告警信息,告警處理裝置刪除告警級(jí)別不是當(dāng)前最高級(jí)別的所有告警信息。根據(jù)故障分析裝置生成的網(wǎng)絡(luò)拓?fù)鋱D中的依賴關(guān)系進(jìn)行告警通知或故障預(yù)警具體為如果并發(fā)集中通信設(shè)備的告警類型為連接錯(cuò)誤、硬件錯(cuò)誤或拒絕服務(wù)攻擊,告警處理裝置將并發(fā)集中通信設(shè)備的詳細(xì)信息發(fā)送給網(wǎng)絡(luò)管理系統(tǒng),并標(biāo)注為連接錯(cuò)誤、硬件錯(cuò)誤和拒絕服務(wù)攻擊,網(wǎng)絡(luò)管理系統(tǒng)收集上述通信設(shè)備的詳細(xì)信息,在進(jìn)行遠(yuǎn)程配置或網(wǎng)絡(luò)管理人員到現(xiàn)場(chǎng)對(duì)通信設(shè)備進(jìn)行維護(hù)。如果并發(fā)集中的通信設(shè)備的告警類型為軟件故障,那么告警處理裝置生成軟件更新請(qǐng)求,.并將上述軟件更新請(qǐng)求發(fā)送給網(wǎng)絡(luò)管理系統(tǒng),網(wǎng)絡(luò)管理系統(tǒng)根據(jù)軟件更新請(qǐng)求,對(duì)上述并發(fā)集中的通信設(shè)備進(jìn)行軟件更新。如果并發(fā)集中通信設(shè)備的告警類型為掉電告警,告警處理裝置將并發(fā)集中通信設(shè)備的詳細(xì)信息發(fā)送給網(wǎng)絡(luò)管理系統(tǒng),標(biāo)注為掉電告警,當(dāng)并發(fā)集中通信設(shè)備出現(xiàn)掉電告警的次數(shù)大于閾值時(shí),網(wǎng)絡(luò)管理人員到現(xiàn)場(chǎng)對(duì)通信設(shè)備進(jìn)行維護(hù)。如果根據(jù)順序集中的依賴關(guān)系發(fā)現(xiàn)某一通信設(shè)備將要出現(xiàn)故障時(shí),告警處理裝置在上述通信設(shè)備出現(xiàn)故障之前對(duì)其它通信設(shè)備進(jìn)行預(yù)警,所述其它通信設(shè)備能夠進(jìn)行應(yīng)急處理,避免由于所述出現(xiàn)故障的通信設(shè)備的失效而帶來的數(shù)據(jù)丟失。告警信息的屬性包括網(wǎng)元管理系統(tǒng)ID,告警設(shè)備ID,告警類型,告警時(shí)間,告警級(jí)別,告警源地址,告警目的地址,告警源端口號(hào),告瞀目的端口號(hào)和附加字段。本發(fā)明目的在于提供一種基于北向接口實(shí)現(xiàn)網(wǎng)絡(luò)管理的方法,該方法調(diào)試方便,速度快,大大提高了網(wǎng)絡(luò)管理的效率。一種基于北向接口實(shí)現(xiàn)網(wǎng)絡(luò)管理的方法,所述北向接口包括告警信息緩存裝置,告警分析裝置,故障分析裝置和告警處理裝置,其特征在于,包括步驟1,將網(wǎng)元管理系統(tǒng)上報(bào)的告警信息存儲(chǔ)到告警信息緩存裝置;步驟2,告警分析裝置根據(jù)網(wǎng)元管理系統(tǒng)ID將所接收的告警信息分組,對(duì)每組告警信息進(jìn)行關(guān)聯(lián)分析,將告警信息分為以下類型過濾告警信息,合并告警信息,壓縮告警信息和抑制告警信息;步驟3,告警分析裝置根據(jù)告警時(shí)間對(duì)告警信息進(jìn)行分析以獲得關(guān)聯(lián)告警信息;步驟4,故障分析裝置記錄多個(gè)時(shí)間周期的關(guān)聯(lián)告警信息,根據(jù)通信設(shè)備的基本屬性生成虛擬通信設(shè)備,基于所述通信設(shè)備的路由信息生成網(wǎng)絡(luò)拓?fù)鋱D,在網(wǎng)絡(luò)拓?fù)鋱D中建立虛擬通信設(shè)備的虛擬網(wǎng)絡(luò)連接,并且根據(jù)告警分析裝置發(fā)送的關(guān)聯(lián)告警信息生成通信設(shè)備的依賴關(guān)系;步驟5,告警處理裝置根據(jù)告警信息類型對(duì)告警信息進(jìn)行相應(yīng)的處理,根據(jù)故障分析裝置生成的網(wǎng)絡(luò)拓?fù)鋱D中的依賴關(guān)系進(jìn)行故障預(yù)警。其中,所述告警分析裝置對(duì)每組告警信息進(jìn)行關(guān)聯(lián)分析包括-如果告警信息是缺少網(wǎng)元管理系統(tǒng)iD,告警設(shè)備m,告警類型,告警時(shí)間,告警級(jí)別,告瞀源地址,告警目的地址,告瞀源端口號(hào)和告警目的端口號(hào)中任意一個(gè)屬性的無效告警信息或告瞀類型不屬于網(wǎng)絡(luò)管理系統(tǒng)所定義的合法告警類型集合,則將告警信息的類型設(shè)置為過濾告警信息;統(tǒng)計(jì)告警設(shè)備ID和告警類型相同的告警信息,如果上述告警信息的數(shù)量小于預(yù)定的閾值K,則將上述告警信息的類型設(shè)置為合并告警信息;如果上述告警信息的數(shù)量大于等于預(yù)定的閾值K,則將上述告警信息設(shè)置為合并告警信息,并將告警類型修改為拒絕服務(wù)DoS(DenialofService)攻擊;統(tǒng)計(jì)告警設(shè)備ID相同且告警類型不同的告警信息,將上述告警信息的類型設(shè)置為壓縮告警信息;根據(jù)告警級(jí)別對(duì)所有告瞀信息進(jìn)行排序,當(dāng)所有告警信息中告警級(jí)別為最高級(jí)的告警信息的數(shù)量大于其它低級(jí)別的告警信息的總數(shù)時(shí),則將告警信息的類型設(shè)置為抑制告警信息。告警分析裝置根據(jù)告警時(shí)間對(duì)告警信息進(jìn)行分析以獲得關(guān)聯(lián)告警信息可以是統(tǒng)計(jì)告鳘時(shí)間相同的告警信息,將上述告警信息的告警設(shè)備ID添加到并發(fā)集中,在每個(gè)指定時(shí)間周期內(nèi)對(duì)上述并發(fā)集進(jìn)行更新,確定同時(shí)發(fā)生告警事件的通信設(shè)備。按照告警時(shí)間對(duì)告警信息進(jìn)行排序,將上述告警信息的告警設(shè)備ID的順序關(guān)系添加到順序集中,在每個(gè)指定時(shí)間周期內(nèi)對(duì)上述順序集進(jìn)行更新,確定順序發(fā)生告警事件的通信設(shè)備。優(yōu)選的,所述告警時(shí)間相同具有浮動(dòng)值,所述浮動(dòng)值由網(wǎng)絡(luò)管理人員進(jìn)行設(shè)定。優(yōu)選的,告警分析裝置根據(jù)告警時(shí)間對(duì)告警信息進(jìn)行分析以獲得關(guān)聯(lián)告警信息還可以是:采用串行WINEPI算法對(duì)告警信息進(jìn)行順序模式挖掘,用來發(fā)現(xiàn)告警信息的先后順序關(guān)系,以通信設(shè)備的IP地址和端口號(hào)對(duì)告警信息進(jìn)行分組,分別進(jìn)行數(shù)據(jù)挖掘,采用滑動(dòng)窗口來形成事務(wù)庫(kù),首先生成短的頻繁情節(jié)模式,然后逐步遞推找到大的頻繁情節(jié)模式,最后找到子情節(jié)模式與情節(jié)模式之間的順序關(guān)系。所述告警處理裝置根據(jù)告警信息類型對(duì)告警信息進(jìn)行相應(yīng)處理包括如果告警信息的類型為過濾告警信息,告警處理裝置直接刪除告警信息緩存裝置中的上述告警信息;如果告警信息的類型為合并告警信息,且上述告警信息的數(shù)量小于預(yù)定的閾值K,告警處理裝置保留告警時(shí)間最早的告警信息,將同類告瞀信息的最晚告警時(shí)間記錄到附加字段中,并記錄所有被合并的告警信息的總數(shù);如果告警信息的類型為合并告警信息,且上述告警信息的數(shù)量大于等于預(yù)定的閾值K,告警處理裝置保留告警時(shí)間最早的告警信息,將同類告警信息的最晚告警時(shí)間記錄到附加字段中,并記錄所有被合并的告警信息的總數(shù),并且將告警類型修改為拒絕服務(wù)DoS(DenialofService)攻擊。如果告警信息的類型為壓縮告瞀信息,告警處理裝置通過將上述告警信息的告警類型和告警時(shí)間順序連接從而將多個(gè)告警信息壓縮成一個(gè)告警信息。如果告警信息的類型為抑制告警信息,告瞀處理裝置刪除告警級(jí)別不是當(dāng)前最高級(jí)別的所有告警信息。根據(jù)故障分析裝置生成的網(wǎng)絡(luò)拓?fù)鋱D中的依賴關(guān)系進(jìn)行告警通知或故障預(yù)警具體為如果并發(fā)集中通信設(shè)備的告警類型為連接錯(cuò)誤、硬件錯(cuò)誤或拒絕服務(wù)攻擊,告警處理裝置將并發(fā)集中通信設(shè)備的詳細(xì)信息發(fā)送給網(wǎng)絡(luò)管理系統(tǒng),并標(biāo)注為連接錯(cuò)誤、硬件錯(cuò)誤和拒絕服務(wù)攻擊,網(wǎng)絡(luò)管理系統(tǒng)收集上述通信設(shè)備的詳細(xì)信息,在進(jìn)行遠(yuǎn)程配置或網(wǎng)絡(luò)管理人員到現(xiàn)場(chǎng)對(duì)通信設(shè)備進(jìn)行維護(hù)。如果并發(fā)集中的通信設(shè)備的告瞀類型為軟件故障,那么告警處理裝置生成軟件更新請(qǐng)求,并將上述軟件更新請(qǐng)求發(fā)送給網(wǎng)絡(luò)管理系統(tǒng),網(wǎng)絡(luò)管理系統(tǒng)根據(jù)軟件更新請(qǐng)求,對(duì)上述并發(fā)集中的通信設(shè)備進(jìn)行軟件更新。如果并發(fā)集中通信設(shè)備的告警類型為掉電告瞀,告警處理裝置將并發(fā)集中通信設(shè)備的詳細(xì)信息發(fā)送給網(wǎng)絡(luò)管理系統(tǒng),標(biāo)注為掉電告瞀,當(dāng)并發(fā)集中通信設(shè)備出現(xiàn)掉電告警的次數(shù)大于閾值時(shí),網(wǎng)絡(luò)管理人員到現(xiàn)場(chǎng)對(duì)通信設(shè)備進(jìn)行維護(hù)。如果根據(jù)順序集中的依賴關(guān)系發(fā)現(xiàn)某一通信設(shè)備將要出現(xiàn)故障時(shí),告警處理裝置在上述通信設(shè)備出現(xiàn)故障之前對(duì)其它通信設(shè)備進(jìn)行預(yù)警,所述其它通信設(shè)備能夠進(jìn)行應(yīng)急處理,避免由于所述出現(xiàn)故障的通信設(shè)備的失效而帶來的數(shù)據(jù)丟失。告警信息的屬性包括網(wǎng)元管理系統(tǒng)m,告警設(shè)備ID,告警類型,告警時(shí)間,告警級(jí)別,告警源地址,告警目的地址,告警源端口號(hào),告警目的端口號(hào)和附加字段。圖1是現(xiàn)有技術(shù)中電信管理網(wǎng)絡(luò)的結(jié)構(gòu)圖2是根據(jù)本發(fā)明具體實(shí)施方式電信管理網(wǎng)絡(luò)的結(jié)構(gòu)示意圖圖3是根據(jù)本發(fā)明實(shí)施方式的基于北向接口實(shí)現(xiàn)網(wǎng)絡(luò)管理的方法流程圖。具體實(shí)施例方式下面結(jié)合具體的實(shí)施方式對(duì)本發(fā)明進(jìn)行詳細(xì)說明本發(fā)明目的在于提供一種基于北向接口實(shí)現(xiàn)網(wǎng)絡(luò)管理的系統(tǒng),該系統(tǒng)通過對(duì)告警信息的處理降低了北向接口的負(fù)載,提高了網(wǎng)絡(luò)管理系統(tǒng)處理告警信息的效率。如圖2所示,電信管理網(wǎng)絡(luò)TMN包括網(wǎng)絡(luò)管理系統(tǒng)NMS、網(wǎng)元管理系統(tǒng)EMS和北向接口。網(wǎng)絡(luò)管理系統(tǒng)NMS和網(wǎng)元管理系統(tǒng)EMS之間通過北向接口進(jìn)行通信,網(wǎng)絡(luò)管理設(shè)備通過北向接口管理多個(gè)網(wǎng)元管理系統(tǒng),通過多個(gè)設(shè)備供應(yīng)商各自的網(wǎng)元管理系統(tǒng)來管理整個(gè)子網(wǎng)。北向接口還包括告警信息緩存裝置、告警分析裝置、告警處理裝置和故障分析裝置。北向接口在指定的時(shí)間周期內(nèi)對(duì)其接收的告警信息進(jìn)行分析,根據(jù)分析結(jié)果對(duì)告警信息進(jìn)行相應(yīng)處理,并將處理后的告瞀信息發(fā)送給網(wǎng)絡(luò)管理系統(tǒng)。上述指定的時(shí)間周期由網(wǎng)絡(luò)管理人員根據(jù)網(wǎng)絡(luò)運(yùn)行環(huán)境和北向接口的緩存大小進(jìn)行設(shè)定,例如,l小時(shí)。在對(duì)指定時(shí)間周期內(nèi)的告警信息分析和處理后,清除緩存裝置以存儲(chǔ)下一時(shí)間周期接收的告警信息。告警信息的屬性包括網(wǎng)元管理系統(tǒng)ID,告警設(shè)備ID,告警類型,告警時(shí)間,告警級(jí)別,告警源地址,告警目的地址,告警源端口號(hào),告警目的端口號(hào)和附加字段。網(wǎng)元管理系統(tǒng)ID用于標(biāo)識(shí)發(fā)送告警信息的網(wǎng)元管理系統(tǒng),例如,網(wǎng)元管理系統(tǒng)EMS1、網(wǎng)元管理系統(tǒng)EMS2和網(wǎng)元管理系統(tǒng)EMS3。告瞀設(shè)備ID用于表示發(fā)送告警信息的網(wǎng)絡(luò)設(shè)備的ID,例如,網(wǎng)絡(luò)設(shè)備NE1、網(wǎng)絡(luò)設(shè)各NE2、網(wǎng)絡(luò)設(shè)備NE3和網(wǎng)絡(luò)設(shè)備NE4。告警類型可以是"連接失敗"、"軟件錯(cuò)誤"、"硬件錯(cuò)誤"、"掉電告瞀"、"拒絕服務(wù)"等告瞀時(shí)間的格式為YYYY—MM—DDHH:MM:SS,例如,2006-6-2317:25:04。告警級(jí)別分為5級(jí),告警級(jí)別從高到低為5級(jí)>4級(jí)>3級(jí)>2級(jí)>1級(jí)。告警源地址為發(fā)出告警信息的網(wǎng)絡(luò)設(shè)備的IP地址,告警目的地址為網(wǎng)絡(luò)管理系統(tǒng)的IP地址。告警源端口號(hào)為發(fā)出告警信息的網(wǎng)絡(luò)設(shè)備應(yīng)用程序端口號(hào),告警目的端口號(hào)為網(wǎng)絡(luò)管理系統(tǒng)的相關(guān)端口號(hào)。附加字段用于表示合并告警信息的條數(shù),告警信息緩存裝置,用于存儲(chǔ)指定的時(shí)間周期內(nèi)網(wǎng)元管理系統(tǒng)發(fā)送給北向接口的告警信息。告警分析裝置,根據(jù)網(wǎng)元管理系統(tǒng)的ID將所接收的告警信息分組,對(duì)每組告警信息進(jìn)行關(guān)聯(lián)分析,將告警信息分為以下類型過濾告警信息(無用的告警),合并告警信息,壓縮告警信息,抑制告警信息和關(guān)聯(lián)告警信息。其中,如果告警信息是缺少網(wǎng)元管理系統(tǒng)ID,告警設(shè)備ID,告警類型,告警時(shí)間,告警級(jí)別,告警源地址,告警目的地址,告警源端口號(hào)和告警目的端口號(hào)中任意一個(gè)屬性的無效告警信息或告警類型不屬于不屬于網(wǎng)絡(luò)管理系統(tǒng)所定義的合法告警類型的集合,則將告警信息的類型設(shè)置為過濾告蒈信息。統(tǒng)計(jì)告警設(shè)備ID和告警類型相同的告警信息,即同一通信設(shè)備針對(duì)同一事件發(fā)出的相同告警類型的告警信息,如果上述告警信息的數(shù)量小于預(yù)定的閾值K,則將上述所有告警信息的類型設(shè)置為合并告警信息(在附加字段中添加告警信息的數(shù)量)如果上述告警信息的數(shù)量大于等于預(yù)定的閾值K,則將上述告警信息設(shè)置為合并告警信息,并將告警類型修改為拒絕服務(wù)DoS(DenialofService)攻擊。統(tǒng)計(jì)告警設(shè)備ID相同且告警類型不同的告警信息,將上述告警信息的類型設(shè)置為壓縮告警信息。告警設(shè)備ID相同且告警類型不同的告瞀信息是同一告警設(shè)備針對(duì)不同事件分別發(fā)出的告警信息。根據(jù)告警級(jí)別對(duì)所有告警信息進(jìn)行排序,當(dāng)所有告瞀信息中告警級(jí)別為最高級(jí)的告警信息的數(shù)量大于其它低級(jí)別的告警信息的總數(shù)時(shí),則將告警信息的類型設(shè)置為抑制告警信息。例如,在指定的時(shí)間周期中,所有告警信息中告警級(jí)別最高的為4級(jí),那么如果告警級(jí)別為4級(jí)的告警信息的數(shù)量大于告警級(jí)別為3級(jí),2級(jí)和1級(jí)的告警信息數(shù)量之和時(shí),則將告警信息的類型設(shè)置為抑制告警信息。一個(gè)具體的例子為,當(dāng)前共有10000條告警信息,告警級(jí)別為4級(jí)的告警信息5500條,告警級(jí)別為3級(jí)的告瞀信息2000條,告警級(jí)別為2級(jí)的告警信息1500條,告警級(jí)別為1級(jí)的告警信息1000條,可知,所有告警信息中告警級(jí)別最高的為4級(jí),且告警級(jí)別為4級(jí)的告警信息共有5500條,而其它低級(jí)別3級(jí),2級(jí)和1級(jí)的告警信息的總數(shù)為4500時(shí),則將告警信息的類型設(shè)置為抑制告警信息。根據(jù)告警時(shí)間對(duì)告警信息進(jìn)行分析,統(tǒng)計(jì)告警時(shí)間相同的告警信息,將上述告警信息的告警設(shè)備ID添加到并發(fā)集中,在每個(gè)指定時(shí)間周期內(nèi)對(duì)上述并發(fā)集進(jìn)行更新,確定同時(shí)發(fā)生告警事件的通信設(shè)備??紤]網(wǎng)絡(luò)延遲等原因,所述告螯時(shí)間相同具有浮動(dòng)值,所述浮動(dòng)值由網(wǎng)絡(luò)管理人員進(jìn)行設(shè)定,例如,60秒,90秒等。如果多個(gè)通信設(shè)備在多個(gè)指定的時(shí)間周期內(nèi)均同時(shí)發(fā)送告警信息,那么說明上述多個(gè)通信設(shè)備具有故障并發(fā)性。按照告警時(shí)間對(duì)告警信息進(jìn)行排序,將上述告警信息的告警設(shè)備ID的順序關(guān)系(A--B—C)添加到順序集中,在每個(gè)指定時(shí)間周期內(nèi)對(duì)上述順序集進(jìn)行更新,確定順序發(fā)生告警事件的通信設(shè)備。如果多個(gè)通信設(shè)備在多個(gè)指定的時(shí)間周期內(nèi)均具有相同的順序關(guān)系,例如,通信設(shè)備A發(fā)送告警信息后,通信設(shè)備B也會(huì)發(fā)送告警信息,或只要通信設(shè)備A和B發(fā)送告警信息,那么通信設(shè)備C就會(huì)發(fā)送故障告警信息,那么說明上述多個(gè)通信設(shè)備具有故障順序性?;蛘?,告警分析裝置根據(jù)告警時(shí)間對(duì)告警信息進(jìn)行分析以獲得關(guān)聯(lián)告警信息還可以是采用串行WINEPI算法對(duì)告警信息進(jìn)行順序模式挖掘,用來發(fā)現(xiàn)告警信息的先后順序關(guān)系,以通信設(shè)備的IP值和端口號(hào)對(duì)告警信息進(jìn)行分組分別進(jìn)行數(shù)據(jù)挖掘,采用滑動(dòng)窗口來形成事務(wù)庫(kù),首先生成短的頻繁情節(jié)模式,然后逐步遞推找到大的頻繁情節(jié)模式,最后找到子情節(jié)模式與情節(jié)模式之間的順序關(guān)系。告警處理裝置根據(jù)告警信息類型進(jìn)行相應(yīng)的處理如果告警信息的類型為過濾告警信息,告警處理裝置直接刪除告警信息緩存裝置中的上.述告警信息;如果告警信息的類型為合并告警信息,且上述告警信息的數(shù)量小于預(yù)定的閾值K,告警處理裝置保留告警時(shí)間最早的告警信息,將同類告警信息的最晚告警時(shí)間記錄到附加字段中,并記錄所有被合并的告警信息的總數(shù)。例如,多條合并告警信息如下<table>tableseeoriginaldocumentpage14</column></row><table>告警處理裝置保留告警時(shí)間最早的告警信息(告聱時(shí)間2006年6月23日17點(diǎn)25分04秒),將同類告警信息的最晚告警時(shí)間(2006年6月23日19點(diǎn)38分26秒)記錄到附加字段中,并記錄所有被合并的告警信息的總數(shù)(共收到216同類的告警信息)。<table>tableseeoriginaldocumentpage14</column></row><table>如果告警信息的類型為合并告警信息,且上述告警信息的數(shù)量大于等于預(yù)定的閾傀K,告警處理設(shè)備進(jìn)行相同的操作,并且將告警類型修改為拒絕服務(wù)DoS(DenialofService)攻擊,并且過濾同一通信設(shè)備相同告警類型的其它告警信息。<table>tableseeoriginaldocumentpage15</column></row><table>如果告警信息的類型為壓縮告警信息,告警處理裝置通過將上,述告警信息的告警類型和告警時(shí)間順序連接從而將多個(gè)告警信息壓縮成一個(gè)告警信息。例如,通信設(shè)備1101發(fā)送的4條告警類型不同的告警信息<table>tableseeoriginaldocumentpage15</column></row><table>告警處理裝置保留告瞀設(shè)備ID,告警級(jí)別,告瞀源地址,告警目的地址,告警源端口號(hào),告警目的端口號(hào)和附加字段,將"連接錯(cuò)誤","2006-6-2817:25:04","軟件錯(cuò)誤","2006-6-2817:27:13","硬件錯(cuò)誤","2006-6-2817:31:21","掉電告警","2006-6-2819:38:26"順序連接生成壓縮告警信息,如下<table>tableseeoriginaldocumentpage15</column></row><table>如果告警信息的類型為抑制告警信息,告警處理裝置刪除告警級(jí)別不是當(dāng)前最高級(jí)別的所有告警信息。例如,告警信息為抑制告瞀信息,且當(dāng)前告警級(jí)別的最高級(jí)為4級(jí),那么告警處理裝置刪除告警級(jí)別為3級(jí),2級(jí)和1級(jí)的告警信息。故障分析裝置,故障分析裝置記錄多個(gè)時(shí)間周期的關(guān)聯(lián)告警信息,根據(jù)通信設(shè)備的基本屬性生成虛擬通信設(shè)備,基于所述通信設(shè)備的路由信息生成網(wǎng)絡(luò)拓?fù)鋱D,在網(wǎng)絡(luò)拓?fù)鋱D中建立虛擬通信設(shè)備的虛擬網(wǎng)絡(luò)連接,并且根據(jù)告警分析裝置發(fā)送的關(guān)聯(lián)告警信息生成通信設(shè)備的依賴關(guān)系進(jìn)一步,告警處理裝置根據(jù)故障分析裝置生成的網(wǎng)絡(luò)拓?fù)鋱D中的依賴關(guān)系進(jìn)行告警通知或故障預(yù)警如果并發(fā)集中的通信設(shè)備為連接錯(cuò)誤或硬件錯(cuò)誤,告警處理裝置將并發(fā)集中的通信設(shè)備的詳細(xì)信息發(fā)送給網(wǎng)絡(luò)管理系統(tǒng),并標(biāo)注為連接錯(cuò)誤或硬件錯(cuò)誤,網(wǎng)絡(luò)管理系統(tǒng)收集上述多個(gè)通信設(shè)備的詳細(xì)信息,在必要時(shí)進(jìn)行遠(yuǎn)程配置或讓網(wǎng)絡(luò)管理人員到現(xiàn)場(chǎng)維護(hù)。如果并發(fā)集中的通信設(shè)備為軟件故障,那么告警處理裝置生成軟件更新請(qǐng)求,并將上述軟件更新請(qǐng)求發(fā)送給網(wǎng)絡(luò)管理系統(tǒng),網(wǎng)絡(luò)管理系統(tǒng)根據(jù)軟件更新請(qǐng)求,對(duì)上述并發(fā)集中的通信設(shè)備進(jìn)行更新。如果并發(fā)集中的通信設(shè)備為掉電告瞀,告警處理裝置將并發(fā)集中的通信設(shè)備的詳細(xì)信息發(fā)送給網(wǎng)絡(luò)管理系統(tǒng),標(biāo)注為掉電告警,當(dāng)并發(fā)集中的通信設(shè)備出現(xiàn)掉電告警的次數(shù)大于閾值(網(wǎng)絡(luò)管理人員設(shè)定)時(shí),網(wǎng)絡(luò)管理人員到現(xiàn)場(chǎng)對(duì)通信設(shè)備進(jìn)行維護(hù)。根據(jù)每個(gè)順序集中通信設(shè)備的故障類型進(jìn)行相應(yīng)處理,如果根據(jù)順序集中的規(guī)則發(fā)現(xiàn)某一通信設(shè)備將要發(fā)出告警信息,那么告警處理裝置在通信設(shè)備發(fā)出告警信息之前對(duì)其它通信設(shè)備進(jìn)行預(yù)警,所述其它通信設(shè)備隨即進(jìn)行應(yīng)急處理,避免由于該通信設(shè)備故障而帶來的數(shù)據(jù)丟失。例如,通信設(shè)備A、B和C之間存在以下依賴關(guān)系只要通信設(shè)備A和B發(fā)送告警信息,那么通信設(shè)備C就會(huì)發(fā)送故障告警信息。如果發(fā)現(xiàn)通信設(shè)備A和B發(fā)送了"軟件錯(cuò)誤".的告警信息,告警處理裝置把通信設(shè)備C將要發(fā)生"軟件錯(cuò)誤"的預(yù)警信息發(fā)送給網(wǎng)絡(luò)拓?fù)鋱D可能訪問通信設(shè)備C的所有通信設(shè)備,上述所有通信設(shè)備可以提前保存通信狀態(tài),發(fā)送數(shù)據(jù)等信息,以避免數(shù)據(jù)丟失。圖3是根據(jù)本發(fā)明實(shí)施方式的基于北向接口實(shí)現(xiàn)網(wǎng)絡(luò)管理的方法,北向接口在指定的時(shí)間周期內(nèi)執(zhí)行以下步驟并重復(fù)多個(gè)時(shí)間周期,具體步驟如下步驟l,將網(wǎng)元管理系統(tǒng)上報(bào)的告警信息存儲(chǔ)到告警信息緩存裝置;步驟2,告警分析裝置根據(jù)網(wǎng)元管理系統(tǒng)的ID將所接收的告警信息分組,對(duì)每組告警信息進(jìn)行關(guān)聯(lián)分析,將告瞀信息分為以下類型過濾告瞀信息(無用的告警),合并告警信息,壓縮告瞀信息和抑制告警信息;步驟3,告警分析裝置根據(jù)告瞀時(shí)間對(duì)告警信息進(jìn)行分析以獲得關(guān)聯(lián)告警信息;步驟4,故障分析裝置記錄多個(gè)時(shí)間周期的關(guān)聯(lián)告警信息,根據(jù)通信設(shè)備的基本屬性生成虛擬通信設(shè)備,基于所述通信設(shè)備的路由信息生成網(wǎng)絡(luò)拓?fù)鋱D,在網(wǎng)絡(luò)拓?fù)鋱D中建立虛擬通信設(shè)備的虛擬網(wǎng)絡(luò)連接,并且根據(jù)告蟹分析裝置發(fā)送的關(guān)聯(lián)告警信息生成通信設(shè)備的依賴關(guān)系;步驟5,告警處理裝置根據(jù)告警信息類型進(jìn)行相應(yīng)的處理,根據(jù)故障分析裝置生成的網(wǎng)絡(luò)拓?fù)鋱D中的依賴關(guān)系進(jìn)行告警通知或故障預(yù)警。其中,所述告警分析裝置對(duì)每組告警信息進(jìn)行關(guān)聯(lián)分析包括如果告螯信息是缺少網(wǎng)元管理系統(tǒng)ID,告警設(shè)備ID,告警類型,告警時(shí)間,告警級(jí)別,告警源地址,告1^的地址,告警源端口號(hào)和告警目的端口號(hào)中任意一個(gè)屬性的無效告警信息或告警類型不屬于網(wǎng)絡(luò)管理系統(tǒng)所定義的合法告警類型集合,則將告警信息的類型設(shè)置為過濾告警信息。統(tǒng)計(jì)告警設(shè)備ID和告警類型相同的告警信息,如果上述告警信息的數(shù)量小于預(yù)定的閾值K,則將上述所有告警信息的類型設(shè)置為合并告警信息如果上述告警信息的數(shù)量大于等于預(yù)定的閾值K,則將上述告警信息設(shè)置為合并告警信息,并將告警類型修改為拒絕服務(wù)DoS(DenialofService)攻擊;統(tǒng)計(jì)告警設(shè)備ID相同且告警類型不同的告瞥信息,將上述告警信息的類型設(shè)置為壓縮告警信息。根據(jù)告警級(jí)別對(duì)所有告警信息進(jìn)行排序,當(dāng)所有告警信息中告警級(jí)別為最高級(jí)的告警信.息的數(shù)量大于其它低級(jí)別的告警信息的總數(shù)時(shí),則將告警信息的類型設(shè)置為抑制告警信息。告警分析裝置根據(jù)告警時(shí)間對(duì)告警信息進(jìn)行分析以獲得關(guān)聯(lián)告警信息可以是根據(jù)告警時(shí)間對(duì)告警信息進(jìn)行分析,統(tǒng)計(jì)告警時(shí)間相同的告警信息,將上述告警信息的告警設(shè)備ID添加到并發(fā)集中,在每個(gè)指定時(shí)間周期內(nèi)對(duì)上述并發(fā)集進(jìn)行更新,確定同時(shí)發(fā)生告警事件的通信設(shè)備。優(yōu)選的,所述告警時(shí)間相同具有浮動(dòng)值,所述浮動(dòng)值由網(wǎng)絡(luò)管理人員進(jìn)行設(shè)定。按照告警時(shí)間對(duì)告警信息進(jìn)行排序,將上述告警信息的告警設(shè)備ID的順序關(guān)系添加到順序集中,在每個(gè)指定時(shí)間周期內(nèi)對(duì)上述順序集進(jìn)行更新,確定順序發(fā)生告警事件的通信設(shè)備。優(yōu)選的,告警分析裝置根據(jù)告蒈時(shí)間對(duì)告警信息進(jìn)行分析以獲得關(guān)聯(lián)告瞀信息還可以是采用串行WINEPI算法對(duì)告警信息進(jìn)行順序模式挖掘,用來發(fā)現(xiàn)告警信息的先后順序關(guān)系,以通信設(shè)備的IP值和端口號(hào)對(duì)告警信息進(jìn)行分組分別進(jìn)行數(shù)據(jù)挖掘,采用滑動(dòng)窗口來形成事務(wù)庫(kù),首先生成短的頻繁情節(jié)模式,然后逐步遞推找到大的頻繁情節(jié)模式,最后找到子情節(jié)模式與情節(jié)模式之間的順序關(guān)系。所述告警處理裝置根據(jù)告警信息類型進(jìn)行相應(yīng)處理包括如果告警信息的類型為過濾告警信息,告警處理裝置直接刪除告^^信息緩存裝置中的上述告警信息;如果告警信息的類型為合并告警信息,且上述告瞀信息的數(shù)量小于預(yù)定的閾值K,告警處理裝置保留告警時(shí)間最早的告警信息,將同類告蒈信息的最晚告警時(shí)間記錄到附加字段中,并記錄所有被合并的告警信息的總數(shù);如果告警信息的類型為合并告警信息,且上述告警信息的數(shù)量大于等于預(yù)定的閾值K,告警處理設(shè)備進(jìn)行相同的操作,并且將告警類型修改為拒絕服務(wù)DoS(DenialofService)攻擊,并且過濾同一通信設(shè)備相同告警類型的其它告警信息。如果告警信息的類型為壓縮告警信息,告警處理裝置通過將上述告警信息的告警類型禾CL-告警時(shí)間順序連接從而將多個(gè)告瞥信息壓縮成一個(gè)告警信息。如果告警信息的類型為抑制告警信息,告警處理裝置刪除告警級(jí)別不是當(dāng)前最高級(jí)別的所有告警信息。根據(jù)故障分析裝置生成的網(wǎng)絡(luò)拓?fù)鋱D中的依賴關(guān)系進(jìn)行告警通知或故障預(yù)警具體為如果并發(fā)集中的通信設(shè)備為連接錯(cuò)誤或硬件錯(cuò)誤,告警處理裝置將并發(fā)集中的通信設(shè)各的詳細(xì)信息發(fā)送給網(wǎng)絡(luò)管理系統(tǒng),并標(biāo)注為連接錯(cuò)誤或硬件錯(cuò)誤,網(wǎng)絡(luò)管理系統(tǒng)收集上述多個(gè)通信設(shè)備的詳細(xì)信息,在必要時(shí)進(jìn)行遠(yuǎn)程配置或讓網(wǎng)絡(luò)管理人員到現(xiàn)場(chǎng)維護(hù)。如果并發(fā)集中的通信設(shè)備為軟件故障,那么告警處理裝置生成軟件更新請(qǐng)求,并將上述軟件更新請(qǐng)求發(fā)送給網(wǎng)絡(luò)管理系統(tǒng),網(wǎng)絡(luò)管理系統(tǒng)根據(jù)軟件更新請(qǐng)求,對(duì)上述并發(fā)集中的通信設(shè)備進(jìn)行更新。如果并發(fā)集中的通信設(shè)備為掉電告瞀,告警處理裝置將并發(fā)集中的通信設(shè)備的詳細(xì)信息發(fā)送給網(wǎng)絡(luò)管理系統(tǒng),標(biāo)注為掉電告警,當(dāng)并發(fā)集中的通信設(shè)備出現(xiàn)掉電告警的次數(shù)大于閾值(網(wǎng)絡(luò)管理人員設(shè)定)時(shí),網(wǎng)絡(luò)管理人員到現(xiàn)場(chǎng)對(duì)通信設(shè)備進(jìn)行維護(hù)。根據(jù)每個(gè)順序集中通信設(shè)備的故障類型進(jìn)行相應(yīng)處理,如果根據(jù)順序集中的規(guī)則發(fā)現(xiàn)某一通信設(shè)備將要發(fā)出告警信息,那么告瞥處理裝置在通信設(shè)備發(fā)出告警信息之前對(duì)其它通信設(shè)備進(jìn)行預(yù)警,所述其它通信設(shè)備隨即進(jìn)行應(yīng)急處理,避免由于該通信設(shè)備故障而帶來的數(shù)據(jù)丟失。告警信息的屬性包括網(wǎng)元管理系統(tǒng)ID,告警設(shè)備ID,告警類型,告警時(shí)間,告警級(jí)別,告警源地址,告警目的地址,告警源端口號(hào),告警目的端口號(hào)和附加字段。18權(quán)利要求1、一種基于北向接口實(shí)現(xiàn)網(wǎng)絡(luò)管理的系統(tǒng),所述系統(tǒng)包括網(wǎng)元管理系統(tǒng),北向接口和網(wǎng)絡(luò)管理系統(tǒng),網(wǎng)元管理系統(tǒng)通過北向接口將告警信息發(fā)送給網(wǎng)絡(luò)管理系統(tǒng),其特征在于,所述北向接口包括告警信息緩存裝置,在指定的時(shí)間周期內(nèi)存儲(chǔ)網(wǎng)元管理系統(tǒng)上報(bào)的告警信息;告警分析裝置,根據(jù)網(wǎng)元管理系統(tǒng)ID將所接收的告警信息分組,對(duì)每組告警信息進(jìn)行關(guān)聯(lián)分析,將告警信息分為以下類型過濾告警信息,合并告警信息,壓縮告警信息和抑制告警信息;告警分析裝置根據(jù)告警時(shí)間對(duì)告警信息進(jìn)行分析以獲得關(guān)聯(lián)告警信息;故障分析裝置,故障分析裝置記錄多個(gè)時(shí)間周期的關(guān)聯(lián)告警信息,根據(jù)通信設(shè)備的基本屬性生成虛擬通信設(shè)備,基于所述通信設(shè)備的路由信息生成網(wǎng)絡(luò)拓?fù)鋱D,在網(wǎng)絡(luò)拓?fù)鋱D中建立虛擬通信設(shè)備的虛擬網(wǎng)絡(luò)連接,并且根據(jù)告警分析裝置發(fā)送的關(guān)聯(lián)告警信息生成通信設(shè)備的依賴關(guān)系;告警處理裝置,根據(jù)告警信息類型對(duì)告警信息進(jìn)行相應(yīng)的處理,根據(jù)故障分析裝置生成的網(wǎng)絡(luò)拓?fù)鋱D中的依賴關(guān)系進(jìn)行故障預(yù)警。2、根據(jù)權(quán)利要求l所述的系統(tǒng),其特征在于,所述告警分析裝置對(duì)每組告警信息進(jìn)行關(guān)聯(lián)分析包括如果告贅信息是缺少網(wǎng)元管理系統(tǒng)ID,告瞀設(shè)備ID,告警類型,告警吋間,告警級(jí)別,告警源地址,告警目的地址,告警源端口號(hào)和告警目的端口號(hào)中任意一個(gè)屬性的無效告警信息或告警類型不屬于網(wǎng)絡(luò)管理系統(tǒng)所定義的合法告警類型集合,則將告警信息的類型設(shè)置為過濾告警信息;統(tǒng)計(jì)告警設(shè)備DO和告警類型相同的告警信息,如果上述告蒈信息的數(shù)量小于預(yù)定的閾值K,則將上述告警信息的類型設(shè)置為合并告瞀信息;如果上述告警信息的數(shù)量大于等于預(yù)定的閑值K,則將上述告警信息設(shè)置為合并告瞀信息,并將告警類型修改為拒絕服務(wù)DoS(DenialofService)攻擊統(tǒng)計(jì)告贅設(shè)備ID相同且告警類型不同的告瞀信息,將上述告警信息的類型設(shè)置為壓縮告警信息根據(jù)告瞀級(jí)別對(duì)所有告瞀信息進(jìn)行排序,當(dāng)所有告瞥信息中告警級(jí)別為最髙級(jí)的告警信,息的數(shù)量大于其它低級(jí)別的告瞀信息的總數(shù)時(shí),則將告瞀信息的類型設(shè)置為抑制告警信息。3、根據(jù)權(quán)利要求1所述的系統(tǒng),其特征在于,告警分析裝置根據(jù)告警時(shí)間對(duì)告警信息進(jìn)行分析以獲得關(guān)聯(lián)告警信息包括統(tǒng)計(jì)告警時(shí)間相同的告警信息,將上述告警信息的告警設(shè)備ID添加到并發(fā)集中,在每個(gè)指定時(shí)間周期內(nèi)對(duì)上述并發(fā)集進(jìn)行更新,確定同時(shí)發(fā)生告警事件的通信設(shè)備。按照告警時(shí)間對(duì)告警信息進(jìn)行排序,將上述告警信息的告警設(shè)各ID的順序關(guān)系添加到順序集中,在每個(gè)指定時(shí)間周期內(nèi)對(duì)上述順序集進(jìn)行更新,確定順序發(fā)生告警事件的通信設(shè)備。4、根據(jù)權(quán)利要求l所述的系統(tǒng),其特征在于,告瞀分析裝置根據(jù)告警時(shí)間對(duì)告警信息進(jìn)行分析以獲得關(guān)聯(lián)告警信息包括采用串行WINEPI算法對(duì)告警信息進(jìn)行順序模式挖掘,用來發(fā)現(xiàn)告警信息的先后順序關(guān)系,以通信設(shè)備的IP地址和端口號(hào)對(duì)告警信息進(jìn)行分組,分別進(jìn)行數(shù)據(jù)挖掘,采用滑動(dòng)窗口來形成事務(wù)庫(kù),首先生成短的頻繁情節(jié)模式,然后逐歩遞推找到大的頻繁情節(jié)模式,最后找到子情節(jié)模式與情節(jié)模式之間的順序關(guān)系。5、根據(jù)權(quán)利要求1所述的系統(tǒng),其特征在于,所述告警處理裝置根據(jù)告警信息類型對(duì)告警信息進(jìn)行相應(yīng)處理包括如果告警信息的類型為過濾告警信息,告警處理裝置直接刪除告警信息緩存裝置中的上.述告警信息;如果告警信息的類型為合并告警信息,且上述告瞀信息的數(shù)量小于預(yù)定的閾值K,告贅處理裝置保留告警時(shí)間最早的告警信息,將同類告警信息的最晚告警時(shí)間記錄到附加字段中,并記錄所有被合并的告警信息的總數(shù);如果告警信息的類型為合并告警信息,且上述告警信息的數(shù)量大于等于預(yù)定的閾值K,告警處理裝置保留告警時(shí)間最早的告警信息,將同類告瞀信息的最晚告警時(shí)間記錄到附加字段中,并記錄所有被合并的告警信息的總數(shù),并且將告警類型修改為拒絕服務(wù)DoS(DenialofService)攻擊。如果告警信息的類型為壓縮告警信息,告警處理裝置通過將上述告警信息的告警類型和告瞀時(shí)間順序連接從而將多個(gè)告瞀信息壓縮成一個(gè)告警信息。如果告蒈信息的類型為抑制告整信息,告警處理裝置刪除告警級(jí)別不是當(dāng)前最高級(jí)別的所有告擎信息。6、根據(jù)權(quán)利要求1所述的系統(tǒng),其特征在于,根據(jù)故障分析裝置生成的網(wǎng)絡(luò)拓?fù)鋱D中的依賴關(guān)系進(jìn)行告警通知或故障預(yù)警具體為如果并發(fā)集中通信設(shè)備的告警類型為連接錯(cuò)誤、硬件錯(cuò)誤或拒絕服務(wù)攻擊,告警處理裝置將并發(fā)集中通信設(shè)備的詳細(xì)信息發(fā)送給網(wǎng)絡(luò)管理系統(tǒng),并標(biāo)注為連接錯(cuò)誤、硬件錯(cuò)誤和拒絕服務(wù)攻擊,網(wǎng)絡(luò)管理系統(tǒng)收集上述通信設(shè)備的詳細(xì)信息,在進(jìn)行遠(yuǎn)程配置或網(wǎng)絡(luò)管理人員到現(xiàn)場(chǎng)對(duì)通信設(shè)備進(jìn)行維護(hù)。如果并發(fā)集中的通信設(shè)備的告警類型為軟件故障,那么告警處理裝置生成軟件更新請(qǐng)求,并將上述軟件更新請(qǐng)求發(fā)送給網(wǎng)絡(luò)管理系統(tǒng),網(wǎng)絡(luò)管理系統(tǒng)根據(jù)軟件更新請(qǐng)求,對(duì)上述并發(fā)集中的通信設(shè)備進(jìn)行軟件更新。如果并發(fā)集中通信設(shè)備的告警類型為掉電告警,告警處理裝置將并發(fā)集中通信設(shè)各的詳細(xì)信息發(fā)送給網(wǎng)絡(luò)管理系統(tǒng),標(biāo)注為掉電告瞀,當(dāng)并發(fā)集中通信設(shè)備出現(xiàn)掉電告警的次數(shù)大于閾值時(shí),網(wǎng)絡(luò)管理人員到現(xiàn)場(chǎng)對(duì)通信設(shè)備進(jìn)行維護(hù)。如果根據(jù)順序集中的依賴關(guān)系發(fā)現(xiàn)某一通信設(shè)備將要出現(xiàn)故障時(shí),告警處理裝置在上述通信設(shè)備出現(xiàn)故障之前對(duì)其它通信設(shè)備進(jìn)行預(yù)警,所述其它通信設(shè)備能夠進(jìn)行應(yīng)急處理,避免由于所述出現(xiàn)故障的通信設(shè)備的失效而帶來的數(shù)據(jù)丟失。7、一種基于北向接口實(shí)現(xiàn)網(wǎng)絡(luò)管理的方法,所述北向接口包括告警信息緩存裝置,告警分析裝置,故障分析裝置和告警處理裝置,其特征在于,包括歩驟1,將網(wǎng)元管理系統(tǒng)上報(bào)的告警信息存儲(chǔ)到告警信息緩存裝置;步驟2,告警分析裝置根據(jù)網(wǎng)元管理系統(tǒng)ID將所接收的告警信息分組,對(duì)每組告警信息進(jìn)行關(guān)聯(lián)分析,將告警信息分為以下類型過濾告警信息,合并告警信息,壓縮告警信息和抑制告警信息;步驟3,告警分析裝置根據(jù)告警時(shí)間對(duì)告警信息進(jìn)行分析以獲得關(guān)聯(lián)告警信息;步驟4,故障分析裝置記錄多個(gè)時(shí)間周期的關(guān)聯(lián)告警信息,根據(jù)通信設(shè)備的基本屬性生成虛擬通信設(shè)備,基于所述通信設(shè)備的路由信息生成網(wǎng)絡(luò)拓?fù)鋱D,在網(wǎng)絡(luò)拓?fù)鋱D中建立虛擬通信設(shè)備的虛擬網(wǎng)絡(luò)連接,并且根據(jù)告警分析裝置發(fā)送的關(guān)聯(lián)告警信息生成通信設(shè)備的依賴關(guān)系歩驟5,告警處理裝置根據(jù)告瞀信息類型對(duì)告警信息進(jìn)行相應(yīng)的處理,根據(jù)故障分析裝置生成的網(wǎng)絡(luò)拓?fù)鋱D中的依賴關(guān)系進(jìn)行故障預(yù)警。8、根據(jù)權(quán)利要求7所述的方法,其特征在于,所述告警分析裝置對(duì)每組告警信息進(jìn)行關(guān)聯(lián)分析包括如果告警信息是缺少網(wǎng)元管理系統(tǒng)ID,告警設(shè)備ID,告瞀類型,告警時(shí)間,告警級(jí)別,告警源地址,告警目的地址,告警源端口號(hào)和告警目的端口號(hào)中任意一個(gè)屬性的無效告警信息或告警類型不屬于網(wǎng)絡(luò)管理系統(tǒng)所定義的合法告警類型集合,則將告警信息的類型設(shè)置為過濾告警信息統(tǒng)計(jì)告警設(shè)備ID和告警類型相同的告瞀信息,如果上述告警信息的數(shù)量小于預(yù)定的閾值K,則將上述告警信息的類型設(shè)置為合并告警信息;如果上述告警信息的數(shù)量大于等于預(yù)定的閾值K,則將上述告警信息設(shè)置為合并告警信息,并將告警類型修改為拒絕服務(wù)DoS(DenialofService)攻擊;統(tǒng)計(jì)告警設(shè)備ID相同且告警類型不同的告警信息,將上述告警信息的類型設(shè)置為壓縮告警信息;根據(jù)告警級(jí)別對(duì)所有告警信息進(jìn)行排序,當(dāng)所有告警信息中告警級(jí)別為最高級(jí)的告警信息的數(shù)量大于其它低級(jí)別的告警信息的總數(shù)時(shí),則將告警信息的類型設(shè)置為抑制告警信息。9、根據(jù)權(quán)利要求7所述的方法,其特征在于,告警分析裝置根據(jù)告警時(shí)間對(duì)告警信息進(jìn)行分析以獲得關(guān)聯(lián)告警信息包括統(tǒng)計(jì)告警時(shí)間相同的告警信息,將上述告警信息的告警設(shè)備ID添加到并發(fā)集中,在每個(gè)指定時(shí)間周期內(nèi)對(duì)上述并發(fā)集進(jìn)行更新,確定同時(shí)發(fā)生告警事件的通信設(shè)備。按照告警時(shí)間對(duì)告警信息進(jìn)行排序,將上述告警信息的告警設(shè)備ID的順序關(guān)系添加到順序集中,在每個(gè)指定時(shí)間周期內(nèi)對(duì)上述順序集進(jìn)行更新,確定順序發(fā)生告警事件的通信設(shè)備。10、根據(jù)權(quán)利要求7所述的方法,其特征在于,所述告警處理裝置根據(jù)告警信息類型對(duì)告警信息進(jìn)行相應(yīng)處理包括如果告瞀信息的類型為過濾告警信息,告警處理裝置直接刪除告警信息緩存裝置中的上述告警信息;如果告警信息的類型為合并告警信息,且上述告警信息的數(shù)量小于預(yù)定的閾值K,告警處理裝置保留告警時(shí)間最早的告警信息,將同類告警信息的最晚告警時(shí)間記錄到附加字段中,并記錄所有被合并的告蒈信息的總數(shù);如果告螯信息的類型為合并告警信息,且上述告警信息的數(shù)量大于等于預(yù)定的閾值K,告警處理裝置保留告警時(shí)間最早的告警信息,將同類告瞀信息的最晚告警時(shí)間記錄到附加字段中,并記錄所有被合并的告警信息的總數(shù),并且將告警類型修改為拒絕服務(wù)DoS(DenialofService)攻擊。如果告警信息的類型為壓縮告警信息,告警處理裝置通過將上述告警信息的告警類型和告警時(shí)間順序連接從而將多個(gè)告瞀信息壓縮成一個(gè)告蝥信息。如果告瞀信息的類型為抑制告警信息,告警處理裝置刪除告警級(jí)別不是當(dāng)前最高級(jí)別的所有告警信息。全文摘要本發(fā)明涉及一種基于北向接口實(shí)現(xiàn)網(wǎng)絡(luò)管理的方法及系統(tǒng),北向接口緩存告警信息,根據(jù)網(wǎng)元管理系統(tǒng)的ID將所接收的告警信息分組并進(jìn)行關(guān)聯(lián)分析,將告警信息分為以下類型過濾告警信息,合并告警信息,壓縮告警信息和抑制告警信息,告警分析裝置根據(jù)告警時(shí)間對(duì)告警信息進(jìn)行分析以獲得關(guān)聯(lián)告警信息。故障分析裝置根據(jù)告警分析裝置發(fā)送的關(guān)聯(lián)告警信息生成通信設(shè)備的依賴關(guān)系,告警處理裝置根據(jù)告警信息類型對(duì)告警信息進(jìn)行相應(yīng)的處理,根據(jù)故障分析裝置生成的網(wǎng)絡(luò)拓?fù)鋱D中的依賴關(guān)系進(jìn)行告警通知或故障預(yù)警。本發(fā)明通過對(duì)告警信息的處理降低了北向接口的負(fù)載,提高了網(wǎng)絡(luò)管理系統(tǒng)處理告警信息的效率。文檔編號(hào)H04L29/06GK101582807SQ20091015721公開日2009年11月18日申請(qǐng)日期2009年7月2日優(yōu)先權(quán)日2009年7月2日發(fā)明者孫忠義,張世瞳,段小軍,胡軍波,趙文濤申請(qǐng)人:北京訊風(fēng)光通信技術(shù)開發(fā)有限責(zé)任公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
松滋市| 尖扎县| 南丰县| 江安县| 年辖:市辖区| 诸城市| 阜宁县| 寻乌县| 虞城县| 五常市| 仁化县| 古丈县| 紫金县| 临湘市| 张家界市| 新邵县| 叶城县| 贺兰县| 四川省| 东台市| 宜兰市| 康保县| 东莞市| 綦江县| 巢湖市| 皋兰县| 芦溪县| 大新县| 郸城县| 公安县| 闽侯县| 平顺县| 亳州市| 拜泉县| 和硕县| 永川市| 龙里县| 固原市| 康定县| 隆化县| 密山市|