專利名稱：一種告警的分析方法、裝置及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信技術領域，更具體的說，涉及一種告警的分析方法、裝置及系統(tǒng)。
背景技術：
故障管理作為現(xiàn)代通信網絡管理中的一個重要組成部分，能夠保證網絡的正常運行。由于通信網絡的快速發(fā)展，使網絡結構變得越來越復雜，網絡管理員面對通信網絡中產生的大量告警信息，往往很難從中找出故障的真正原因，從而無法快速實施故障修復和障礙排除。為了更好的解決故障診斷和定位問題，需要對所接收的告警信息進行告警相關性分析，找到觸發(fā)告警的根本原因，也叫做根源告警，以便能更好地完成故障管理的任務。根源告警是在一系列告警中根本故障產生的告警；比如，單板的端口硬件故障，導致了端口硬件告警，端口流量過低告警，業(yè)務通訊終端告警等一系列的告警。但其根本原因是端口硬件故障，所以端口硬件告警為根源告警，只要解決了這個根源告警，其他的告警自然就會消失，告警相關性分析就是尋找這個根源告警的方法。現(xiàn)有技術中可以基于模型推理來實現(xiàn)告警相關性分析，在光網絡底層標準網絡的網管系統(tǒng)中，一般通過。因為光網絡構建在統(tǒng)一的ITU-T(ITUTelecommunication Standardization Sector,國際電信聯(lián)盟遠程通信標準化組)規(guī)范，模型非常標準，從硬件設備到物理鏈路和邏輯鏈路，都有嚴格的層次關系或鏈接關系。比如在SDH (Synchronous Digital Hierarchy，同步數(shù)字體系)網絡中，鏈路從底層到高層分為物理鏈路、RS鏈路和 MS鏈路；當TM-ACTermination Multiplexer，終端復用器)的光口損害，會導致的告警包括REG(中繼)設備在物理層R-LOS(接收端信號丟失)告警，REG設備在RS層R-LOS告警，TM-B設備在MS層R-LOS告警以及TM-A設備光口損壞硬件告警。根據(jù)SDH嚴格模型規(guī)范和明確的Topo關系，可以方便確定這些告警中的根源告警是“TM-A設備光口損壞硬件告警”，這樣網管系統(tǒng)就可以及時對根源告警進行故障處理或修復。現(xiàn)有技術中還可以采用自定義規(guī)則的方式來實現(xiàn)告警相關性分析，例如基于物理相關性，類型相關性以及時間相關性對告警規(guī)則進行自定義，定義同一端口上在10秒鐘內發(fā)生的告警類型A和告警類型B相關，B為A的根源告警。這種方式可以進行規(guī)則的擴充，滿足簡單的告警相關性要求。在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術中至少存在如下問題現(xiàn)有的告警相關性手段在應用過程中，通過統(tǒng)計分析的方法無法從大量的低級別告警事件中發(fā)現(xiàn)系統(tǒng)嚴重故障。例如在IPTV(交互式網絡電視)的某個局點中，存在大量的主機軟件模塊(PC krver)，這些模塊之間業(yè)務關系復雜，當一個核心模塊故障時，與其相關的模塊均會上報告警，管理員會被淹沒在短時間內產生的大量重復告警導致的告警風暴中。由于這些模塊之間的復雜關系，不能隨便停止這些模塊的告警通知，所以無法及時的找到根本原因來進行故障處理，從而嚴重的影響網絡正常業(yè)務的運行。

發(fā)明內容
4
本發(fā)明的實施例提供了一種告警的分析方法、裝置及系統(tǒng)，通過根據(jù)預先設置的告警分析表對網管系統(tǒng)的告警處理信息進行再次分析，能夠及時確定系統(tǒng)中故障的根源告警，從而確保了通信網絡的正常運行。本發(fā)明實施例的技術方案如下所述本發(fā)明實施例提供了一種告警的分析方法，技術方案包括從數(shù)據(jù)庫中獲取網管系統(tǒng)針對網絡元件告警進行處理后的告警處理信息；根據(jù)預定的告警分析表對所述告警處理信息進行分析，確定根源告警。本發(fā)明實施例提供了一種告警分析裝置，技術方案包括第一信息獲取模塊，用于從數(shù)據(jù)庫中獲取網管系統(tǒng)針對網絡元件告警進行處理后的告警處理信息；第一信息處理模塊，用于根據(jù)預定的告警分析表對所述告警處理信息進行分析， 確定根源告警。本發(fā)明實施例提供了一種告警信息分析系統(tǒng)，技術方案包括網管系統(tǒng)，用于針對網絡元件告警進行處理，并將處理后的告警處理信息保存在數(shù)據(jù)庫中；還用于接收告警分析裝置確定的根源告警；告警分析裝置，用于從數(shù)據(jù)庫中獲取所述網管系統(tǒng)保存的針對網絡元件告警進行處理后的告警處理信息，根據(jù)預定的告警分析表對所述告警處理信息進行分析后，確定根源告警，并向網管系統(tǒng)上報。由上述本發(fā)明的實施例提供的技術方案可以看出，采用本發(fā)明實施例基于統(tǒng)計分析的告警二次相關性分析方案，對獲取的網管系統(tǒng)對網絡元件上報的告警進行處理的告警處理信息進行統(tǒng)計分析，能夠及時確定整個網絡群發(fā)性普通告警的根本故障原因，以使網管系統(tǒng)可以及時對該故障原因進行處理，保證網絡的正常運行。


為了更清楚地說明本發(fā)明實施例的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實施例告警的分析方法流程圖；圖2為本發(fā)明實施例告警分析裝置的結構示意圖；圖3為本發(fā)明一個實施例告警分析裝置的具體結構示意圖；圖4為本發(fā)明實施例告警分析系統(tǒng)的結構示意圖；圖5為本發(fā)明實施例告警分析方法的應用場景圖。
具體實施例方式下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
5
本發(fā)明實施例一種告警的分析方法、裝置及系統(tǒng)，在網管系統(tǒng)中通過告警分析表定期或實時對告警數(shù)據(jù)庫中的網管系統(tǒng)針對網絡元件告警進行處理后的告警處理信息進行統(tǒng)計分析，從而在批量的低級別告警事件中，及時發(fā)現(xiàn)系統(tǒng)層面的根源告警，并將確定的根源告警上報給告警處理裝置，以使網管系統(tǒng)能夠及時對與根源告警相關的告警事件進行處理，保證網絡的正常運行。本發(fā)明實施例中并未對現(xiàn)有的告警處理邏輯進行改變，而是基于現(xiàn)有告警數(shù)據(jù)庫中告警處理數(shù)據(jù)的基礎上提出的一種告警的分析方式，能夠解決現(xiàn)有技術中不能從批量低級別事件中，及時發(fā)現(xiàn)系統(tǒng)層面嚴重故障的問題。為了便于對本發(fā)明實施例記載的技術方案的理解，下面結合具體實施方式
進行說明。如圖1所示，本發(fā)明實施例一種告警的分析方法，可以通過如下技術方案實現(xiàn)步驟101 從數(shù)據(jù)庫中獲取網管系統(tǒng)針對網絡元件告警進行處理后的告警處理信息；步驟102 根據(jù)預定的告警分析表對所述告警處理信息進行分析，確定根源告警。在本發(fā)明的一個實施例中，從數(shù)據(jù)庫中獲取網管系統(tǒng)針對網絡元件告警進行處理后的告警處理信息的過程，具體可以通過如下技術方案實現(xiàn)從數(shù)據(jù)庫中按照告警類型提取所述告警處理信息；所述告警處理信息包括網管系統(tǒng)對網絡元件告警處理后的數(shù)據(jù)和/或告警相關性分析后的數(shù)據(jù)。具體的說，在網管系統(tǒng)中是由告警處理模塊來對網絡元件上報的告警進行處理的，網管系統(tǒng)通過告警處理模塊對接收到的告警進行分析、展示、轉發(fā)、或者進行現(xiàn)有的告警相關性分析操作，然后將對網絡元件告警處理后的相關數(shù)據(jù)存儲在告警數(shù)據(jù)庫中。為了便于確定相同告警類型下的根源告警，本發(fā)明實施例在提取告警處理信息時可以通過實時獲取的方式，或定時獲取的方式根據(jù)告警類型來提取。在本發(fā)明的一個實施例中，步驟102具體可以通過如下技術方案實現(xiàn)步驟1021 根據(jù)所述告警分析表分析所述網管系統(tǒng)對網絡元件告警處理后的數(shù)據(jù)和/或告警相關性分析后的數(shù)據(jù)，所述告警分析表中記錄了針對不同告警類型制定的根源告警判斷條件；步驟1022 根據(jù)所述根源告警判斷條件從相同告警類型下的告警處理信息中確定根源告警；步驟1023 向網管系統(tǒng)通知所述根源告警，以便網管系統(tǒng)能夠及時獲知該根源告具體的說，本發(fā)明實施例中主要是基于告警分析表從告警數(shù)據(jù)庫中提取出的告警信息中確定系統(tǒng)層面的根源告警。其中，告警分析表是根據(jù)告警類型來預先制定的，根源告警是根據(jù)根源告警判斷條件對提取出的相同類型下的告警處理數(shù)據(jù)分別判斷后確定的。該根源告警判斷條件可以根據(jù)相同類型告警處理數(shù)據(jù)的告警次數(shù)、頻率等因素來制定。在本發(fā)明的一個實施例中，告警的分析方法還可以包括通過告警標識區(qū)分所述同一告警類型下的網絡元件告警以及所述根源告警。具體的說，為了便于網絡管理員能夠明顯的區(qū)分新產生的根源告警與原有網絡元件產生的普通告警事件，在本發(fā)明實施例中，可以通過告警標識來實現(xiàn)，例如可以通過緊急告警標識提示該告警為根源告警，網絡管理員可以清楚的區(qū)分網絡元件告警時間和根源告警，優(yōu)先對與根源告警相關的告警事件進行處理，從而解決由該根源告警引起的其它相關普通告警。如圖2所示，基于上述圖1所示的實施例，本發(fā)明實施例還提供了一種告警分析裝置，可以包括如下功能模塊第一信息獲取模塊21，用于從數(shù)據(jù)庫中獲取網管系統(tǒng)針對網絡元件告警進行處理后的告警處理信息；第一信息處理模塊22，用于根據(jù)預定的告警分析表對所述告警處理信息進行分析，確定根源告警。如圖3所示，在本發(fā)明的一個實施例中，本發(fā)明實施例所述裝置具體可以包括如下功能模塊第一信息獲取模塊21具體可以包括第一信息提取單元211，用于從數(shù)據(jù)庫中按照告警類型提取所述告警處理信息； 所述告警處理信息包括網管系統(tǒng)對網絡元件告警處理后的數(shù)據(jù)和/或告警相關性分析后的數(shù)據(jù)；第一信息傳送單元212，用于將所述第一信息提取單元獲得的所述告警處理信息傳送給所述第一信息處理模塊。第一信息處理模塊22具體可以包括第一信息判斷單元221，用于根據(jù)所述告警分析表分析所述網管系統(tǒng)對網絡元件告警處理后的數(shù)據(jù)和/或告警相關性分析后的數(shù)據(jù)，所述告警分析表中記錄了針對不同告警類型制定的根源告警判斷條件；根源告警確定單元222，用于根據(jù)所述根源告警判斷條件生成所述根源告警。在本發(fā)明的一個實施例中，告警分析裝置還可以包括根源告警通知模塊M，用于將所述根源告警通知網管系統(tǒng)，以便網管系統(tǒng)獲知所述根源告警；根源告警提示模塊23，用于通過告警標識區(qū)分所述同一告警類型下的網絡元件告警事件以及所述根源告警。需要說明的是，本發(fā)明實施例是基于上述圖1所示的方法實施例獲得的，其中各功能模塊與圖1實施例中各步驟記載的技術方案對應，具體可以參見上述圖1實施例中的相關描述。圖4所示，基于圖1所示的方法實施例，本發(fā)明實施例還提出了一種告警信息分析系統(tǒng)，技術方案可以包括網管系統(tǒng)41，用于針對網絡元件告警進行處理，并將處理后的告警處理信息保存在數(shù)據(jù)庫中；還用于接收告警分析裝置確定的根源告警；告警分析裝置42，用于從數(shù)據(jù)庫中獲取所述網管系統(tǒng)保存的針對網絡元件告警進行處理后的告警處理信息，根據(jù)預定的告警分析表對所述告警處理信息進行分析后，確定根源告警，并向網管系統(tǒng)上報。需要說明的是，本發(fā)明實施例是基于上述圖1所示的方法實施例獲得的，其中各功能模塊與圖1實施例中各步驟記載的技術方案對應，具體可以參見上述圖1實施例中的相關描述。為了進一步理解本發(fā)明實施例的技術方案，下面結合具體實施例進行說明。實施例一本發(fā)明實施例，IPTV系統(tǒng)中的每個數(shù)據(jù)采集模塊(Collection Module, CM負責采集上百個流媒體服務器(Media Server,MS)用量，當MS探測到與CM通訊異常時，均會上報一個與CM通訊異常告警；通常，個別MS上報該告警的原因是網絡異常，但當大量MS在短時間內上報與CM通訊異常時，則說明中心CM設備出現(xiàn)故障，如果不及時針對中心CM設備出現(xiàn)故障進行處理，就會影響全網業(yè)務的正常運行。下面采用本發(fā)明實施例所述方法對上述告警處理過程進行詳細說明。如圖5所示100、網絡元件MS按照告警規(guī)則產生“MS和CM通訊異常”告警，并將該告警通知 SNMP (Simple Network Management Protocol，簡單網絡管理協(xié)議)Agent ；其中，上述告警規(guī)則是根據(jù)網絡元件設備的業(yè)務需要定義的告警產生異常條件，如溫度超過60度、網絡連接終端、內存實用率超過70%等；200、SNMP Agent收到MS上報的告警后，會將該告警以SNMP Trap的方式上報給網管；也可以針對不同的系統(tǒng)選擇匪1^(]\&111-]\&1吐11^1^叫皿86，人機語言)，SOAP (Simple Object Access Protocol,簡單對象訪問協(xié)議)，TCP (Transmission Control Protocol,傳輸控制協(xié)議)等協(xié)議上報，但通常在多數(shù)系統(tǒng)都采用SNMP協(xié)議上報該告警；300、網管系統(tǒng)中采用告警處理模塊對SNMP Agent上報的告警進行處理；本發(fā)明實施例中，在根據(jù)告警分析表對網管系統(tǒng)對網絡元件告警處理后的信息分析之前，網管系統(tǒng)中的告警處理模塊采用現(xiàn)有的告警處理流程對網絡元件上報的告警進行處理；告警處理模塊在收到網絡元件的告警后，對該告警事件進行信息提取、關聯(lián)、展示、轉發(fā)、告警相關性的分析，將該告警的相關數(shù)據(jù)存入告警數(shù)據(jù)庫；其中，上述“展示”是告警處理模塊對告警事件進行處理過程中，可以通過聲音/光/電的方式提示管理員查看，也可以通過界面瀏覽的方式提示管理員查看相應告警信息；400、本發(fā)明實施例采用告警分析引擎定期(可以設置為1分鐘，根據(jù)應用場景具體制定)從告警數(shù)據(jù)庫中提取網管系統(tǒng)對網絡元件的告警進行處理后的告警處理信息，在本實例中將告警類型為“MS和CM通訊異常”的告警信息提取出來，根據(jù)告警分析表進行分析，來確定該告警類型的根源告警；具體的，由于本實施例預先根據(jù)不同的告警類型，按照告警相關性來制定了告警分析表，根據(jù)根源告警判斷條件，可以發(fā)現(xiàn)IPTV系統(tǒng)群發(fā)性的一些故障，例如某種類型的告警在某一個時段集中爆發(fā)，其根源是由于中心設備故障引起的。將本實施例中根源告警判斷條件設定為“在1分鐘內MS和CM通訊異常告警發(fā)生次數(shù)超過10次時，生成CM系統(tǒng)異
常告警”；500、通過上述根源告警判斷條件，判斷當前系統(tǒng)中產生的“MS和CM通訊異常”告警的根源告警為“CM系統(tǒng)異常告警”，同時將用“緊急告警”標識來表示“CM系統(tǒng)異常告警， 并通過SNMP Agent轉發(fā)給網管系統(tǒng)中的告警處理模塊；在本發(fā)明實施例一中，告警分析引擎提供了告警上報的通用框架機制，例如分析邏輯定時觸發(fā)，告警上報等；具體的告警觸發(fā)機制可以根據(jù)產品需要來具體定制。在本發(fā)明實施例一中，由告警分析引擎生成的根源告警直接通知給網管系統(tǒng)，但為了盡量的減少對現(xiàn)有網管系統(tǒng)的沖擊，保持現(xiàn)有網管系統(tǒng)的架構、處理流程和業(yè)務邏輯， 本發(fā)明實施例中仍然通過SNMP Agent轉發(fā)給網管系統(tǒng)；在上述告警分析引擎在提取出的告警數(shù)據(jù)中發(fā)現(xiàn)根源告警的過程，可以通過存儲過程來實現(xiàn)，并且該存儲過程可以根據(jù)需要動態(tài)的加載或者屏蔽。本發(fā)明實施例中，告警規(guī)則的加載可以通過配置文件來定義，每個配置文件的每一行表示一個告警探測任務，格式為存儲過程名告警名稱告警ID告警嚴重級別檢查周期(若前面加#，則表示暫時不執(zhí)行該規(guī)則)本發(fā)明實施例中，由告警分析引擎確定的根源告警和加載的告警規(guī)則?？梢酝ㄟ^上述格式來表示。同時，由于存儲過程可以動態(tài)的在系統(tǒng)中添加，告警探測任務也可以通過配置文件動態(tài)的添加或者刪除；也就是說，從告警數(shù)據(jù)庫中獲取網管系統(tǒng)對網絡元件告警處理后的告警處理信息，并分析獲得根源告警的過程也可以根據(jù)需要動態(tài)添加刪除。600、SNMP Agent將新生成的告警“CM系統(tǒng)異?！鄙蠄蟾婢幚砟K，網管系統(tǒng)在大量告警事件中，優(yōu)先查看“緊急告警”的告警事件，從而解決了與該高級別告警“CM系統(tǒng)異?！币龑У拇罅康图墑e告警“MS和CM通訊異?！薄Ｍㄟ^上述本發(fā)明實施例可知，本發(fā)明技術方案是在原有告警處理流程中，引入統(tǒng)計分析過程通過對細粒度級別的告警事件進行統(tǒng)計分析，從而發(fā)現(xiàn)系統(tǒng)性的，宏觀性的業(yè)務問題；如果不采用上述實施例所述方法時，當IPTV系統(tǒng)中由于CM系統(tǒng)異常引起大量MS 均向網管上報”MS和CM通訊異?！备婢瘯r，系統(tǒng)管理員針對大量告警事件，無從下手；當采用上述本發(fā)明實施例的技術方案時，系統(tǒng)管理員可以在大量告警事件中通過告警標識及時使網管關注根源告警，對與“根源告警”相關的告警事件進行處理，避免了網絡嚴重故障的產生。本發(fā)明實施例弓丨入實施例二對告警分析表再次進行說明。實施例二 本發(fā)明實施例，IPTV系統(tǒng)的MS設備是負責流媒體發(fā)放的，對帶寬的要求很高，MS 設備在業(yè)務繁忙時出現(xiàn)的“帶寬占用率過高”告警為正常告警。但若系統(tǒng)中同一臺MS設備的告警頻率明顯大于其他MS設備，其原因很可能是該MS設備存在異常的網絡流量，或者異常的存儲流量。存在異常的網絡或者存儲流量。下面針對IPTV系統(tǒng)采用本發(fā)明實施例的技術方案對告警分析流量進行詳細說明其中，需要說明的是，本發(fā)明實施例二中網絡元件MS設備向SNMPAgent上報告警， 以及SNMP Agent向網管上報告警的處理流程與上述實施例一中步驟100、200和300中記載的處理流程相同，其區(qū)別僅在于告警事件的類型及內容不同，具體可以參見上述實施例一中的相關步驟，在此不作贅述；400、本發(fā)明實施例中采用告警分析引擎定期從告警數(shù)據(jù)庫中提取網管網絡元件告警處理后的告警處理信息，在本實例中將告警類型為“帶寬占用率過高”的告警信息提取出來，根據(jù)告警分析表進行統(tǒng)計分析，來確定該告警類型的根源告警；具體的，由于本實施例預先根據(jù)不同的告警類型制定了告警分析表，所以根據(jù)該告警分析表中的根源告警判斷條件，可以發(fā)現(xiàn)IPTV系統(tǒng)群發(fā)性的一些故障。在本實施例中該根源告警判斷條件設定為1)統(tǒng)計1天中告警類型為“寬帶占用率過高”的告警事件，確定每個MS設備產生 “寬帶占用率過高”的告警事件的平均次數(shù)；2)將每個MS設備產生的“寬帶占用率過高”告警事件次數(shù)與平均次數(shù)相比較，若比較后該差值大于5倍，則其根源告警可能為“MS設備帶寬使用異帶”；500、通過上述根源告警判斷條件，判斷出當前系統(tǒng)中產生的“寬帶占用率過高”告警的根源告警可能為“MS設備寬帶使用異常”，同時通過“緊急告警”標識來表示該根源告警，并通過SNMP Agent轉發(fā)給網管系統(tǒng)；在本發(fā)明實施例二中，由告警分析引擎生成的根源告警可以直接通知網管系統(tǒng)， 也可以通過SNMP Agent轉發(fā)給網管系統(tǒng)。600、SNMP Agent將新生成的告警“MS設備寬帶使用異?！鄙蠄蟾婢幚砟K，網管系統(tǒng)在大量告警事件中，優(yōu)先對“緊急告警”級別的告警事件進行處理時，就會獲知該根源告警，采用檢查業(yè)務調度率或檢查存儲流量的方式對與該根源告警有關的告警事件進行及時處理，避免了網絡嚴重故障的產生。通過上述本發(fā)明實施例可知，當IPTV系統(tǒng)由于調度策略配置不合理，部分設備負荷過重時，大量設備在使用高峰時均會上報“帶寬占用率過高”提示告警如果不采用本發(fā)明實施例的技術方案，管理員從中確定這些告警是否屬于設備的提示告警，由于其告警級別不高，所以很大程度上降低了根源告警的處理概率；當采用本發(fā)明實施例的技術方案后，告警分析引擎通過對大量“帶寬占用率過高”告警信息進行統(tǒng)計分析，通過將“MS設備帶寬使用異?！睒俗R為“緊急告警”，管理員能夠很容易發(fā)現(xiàn)故障MS設備，及時調整系統(tǒng)負載，解決與該根源告警相關的告警事件。針對IPTV系統(tǒng)中由于設備存儲異常，導致存儲輸入輸出流量變大，存儲端口“帶寬占用率過高”時，如果不采用本發(fā)明實施例的技術方案，管理員從中確定這些告警是否屬于設備的網絡元件設備的正常告警；當采用本發(fā)明實施例的技術方案后，大量設備在設備高峰時都上報“帶寬占用率過高”告警；告警分析引擎通過對大量“帶寬占用率過高”告警信息進行統(tǒng)計分析，上報通過“緊急告警”標識表示的“MS設備帶寬使用異?！钡母锤婢?， 管理員很容易發(fā)現(xiàn)故障MS設備，從而引導系統(tǒng)管理員盡早發(fā)現(xiàn)存儲異常，避免對用于業(yè)務影響?；谏鲜霰景l(fā)明實施例，本發(fā)明基于對低級別告警的統(tǒng)計分析，發(fā)現(xiàn)系統(tǒng)的高級別故障告警，并且本發(fā)明的實現(xiàn)并未改變現(xiàn)有告警處理邏輯，只是在現(xiàn)有告警數(shù)據(jù)的基礎上對告警數(shù)據(jù)進行統(tǒng)計分析，揭露出根本性的系統(tǒng)故障原因，并及時通知網管系統(tǒng)對該根源故障進行處理，以確保網絡的安全。本領域普通技術人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質可為磁碟、光盤、只讀存儲記憶體(Read-only Memory, ROM)或隨機存儲記憶體(Random AccessMemory, RAM)等。 以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此， 任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到的變化或替換， 都應涵蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應該以權利要求的保護范圍為準。
權利要求
1.一種告警的分析方法，其特征在于，包括從數(shù)據(jù)庫中獲取網管系統(tǒng)針對網絡元件告警進行處理后的告警處理信息；根據(jù)預定的告警分析表對所述告警處理信息進行分析，確定根源告警。
2.根據(jù)權利要求1所述的方法，其特征在于，從數(shù)據(jù)庫中獲取網管系統(tǒng)針對網絡元件告警進行處理后的告警處理信息，包括從數(shù)據(jù)庫中按照告警類型提取所述告警處理信息；所述告警處理信息包括網管系統(tǒng)對網絡元件告警處理后的數(shù)據(jù)和/或告警相關性分析后的數(shù)據(jù)。
3.根據(jù)權利要求2所述的方法，其特征在于，根據(jù)預定的告警分析表對所述告警處理信息進行分析，確定根源告警，包括根據(jù)所述告警分析表分析所述網管系統(tǒng)對網絡元件告警處理后的數(shù)據(jù)和/或告警相關性分析后的數(shù)據(jù)，所述告警分析表中記錄了針對不同告警類型制定的根源告警判斷條件；根據(jù)所述根源告警判斷條件生成所述根源告警。
4.根據(jù)權利要求3所述的方法，其特征在于，所述方法還包括將所述根源告警通知網管系統(tǒng)，以便網管系統(tǒng)獲知所述根源告警。
5.根據(jù)權利要求1至4中任一所述的方法，其特征在于，所述方法還包括用告警標識區(qū)分所述同一告警類型下的網絡元件告警以及所述根源告警。
6.一種告警分析裝置，其特征在于，包括第一信息獲取模塊，用于從數(shù)據(jù)庫中獲取網管系統(tǒng)針對網絡元件告警進行處理后的告警處理信息；第一信息處理模塊，用于根據(jù)預定的告警分析表對所述告警處理信息進行分析，確定根源告警。
7.根據(jù)權利要求6所述的裝置，其特征在于，所述第一信息獲取模塊包括第一信息提取單元，用于從數(shù)據(jù)庫中按照告警類型提取所述告警處理信息；所述告警處理信息包括網管系統(tǒng)對網絡元件告警處理后的數(shù)據(jù)和/或告警相關性分析后的數(shù)據(jù)；第一信息傳送單元，用于將所述第一信息提取單元獲得的所述告警處理信息傳送給所述第一信息處理模塊。
8.根據(jù)權利要求7所述的裝置，其特征在于，所述第一信息處理模塊包括第一信息判斷單元，用于根據(jù)所述告警分析表分析所述網管系統(tǒng)對網絡元件告警處理后的數(shù)據(jù)和/或告警相關性分析后的數(shù)據(jù)，所述告警分析表中記錄了針對不同告警類型制定的根源告警判斷條件；根源告警確定單元，用于根據(jù)所述根源告警判斷條件生成所述根源告警。
9.根據(jù)權利要求6-8中任一所述的裝置，其特征在于，所述裝置還包括根源告警通知模塊，用于將所述根源告警通知網管系統(tǒng)，以便網管系統(tǒng)獲知所述根源告警；根源告警提示模塊，用于通過告警標識區(qū)分所述同一告警類型下的網絡元件告警事件以及所述根源告警。
10.一種告警分析系統(tǒng)，其特征在于，包括網管系統(tǒng)，用于針對網絡元件告警進行處理，并將處理后的告警處理信息保存在數(shù)據(jù)庫中；還用于接收告警分析裝置確定的根源告警；告警分析裝置，用于從數(shù)據(jù)庫中獲取所述網管系統(tǒng)保存的針對網絡元件告警進行處理后的告警處理信息，根據(jù)預定的告警分析表對所述告警處理信息進行分析后，確定根源告警，并向網管系統(tǒng)上報。
全文摘要
本發(fā)明公開了一種告警的分析方法、裝置及系統(tǒng)，技術方案中該方法包括從數(shù)據(jù)庫中獲取網管系統(tǒng)針對網絡元件告警進行處理后的告警處理信息；根據(jù)預定的告警分析表對所述告警處理信息進行分析，確定根源告警。該裝置包括用于從數(shù)據(jù)庫中獲取網管系統(tǒng)針對網絡元件告警進行處理后的告警處理信息的第一信息獲取模塊，以及用于根據(jù)預定的告警分析表對所述告警處理信息進行分析，確定根源告警的第一信息處理模塊。采用本發(fā)明的技術方案，通過根據(jù)預先設置的告警分析表對網管系統(tǒng)的告警處理信息進行再次分析，能夠及時確定系統(tǒng)中故障的根源告警，從而確保通信網絡的正常運行。
文檔編號H04L12/24GK102195791SQ20101012030
公開日2011年9月21日 申請日期2010年3月5日 優(yōu)先權日2010年3月5日
發(fā)明者蘇強 申請人:華為技術有限公司