[發明專利]通信網傳輸類告警統一分析的裝置及方法

有效

• 申請號: 201410099972.0
• 申請日: 2014-03-18
• 公開（公告）號: CN103929326B
• 公開（公告）日: 2017-06-13
• 發明（設計）人: 陳天奇;黃亮;王順;曾凡江
• 申請（專利權）人: 烽火通信科技股份有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24
• 代理公司: 北京捷誠信通專利事務所(普通合伙)11221
• 代理人: 魏殿紳,龐炳良

技術領域

本發明涉及通信領域，具體是涉及一種通信網傳輸類告警統一分析的裝置及方法。

背景技術

傳輸網設備中常用的傳送技術包括SDH(Synchronous Digital Hierarchy，同步數字系列)、WDM(Wavelength Division Multiplexing，波分復用)、OTN(Optical Transport Network，光傳送網)及PTN(Packet Transport Network，分組傳送網)等，而在具體設備的日常運行維護中，需要采用符合上述技術特征的方法來配置和開通業務，并對于開通后的業務通過告警及性能進行運行質量的監視。隨著傳輸網絡建設規模的擴大，其結構日益復雜，業務路徑數量也隨之加大，需要監視的告警也呈海量增長趨勢，此時，全靠人工分析出根告警是不現實的，自動化的分析方法勢在必行，而任意兩個告警之間的抑制關系的判定是根告警分析的基礎，文中簡稱告警抑制分析。

現在已有的自動化的告警抑制分析的方法分為兩種：對使用某個具體傳送技術的傳輸設備所產生的告警間的抑制分析；對于同一傳送技術由不同廠家的傳輸設備實現所產生告警后的綜合后的抑制分析。但上述告警抑制分析的方法均未跨越某個傳送技術的具體領域，從而導致為應用具體傳送技術的設備的開發的分析抑制算法不能直接拿來為應用其他傳送技術的設備的告警抑制分析使用，新增一種應用某種具體傳送技術的設備時，又要為該設備開發新的邏輯上相同的告警抑制分析算法，浪費開發資源。

綜上所述，現在已有的告警分析的實現存在以下問題：

(1)將告警分析功能的源代碼嵌入到某種業務管理模塊的源代碼中，導致告警分析功能和業務配置功能耦合性過高，不利于告警分析功能的源代碼的重用；

(2)在分析一條告警時，已有的解決方法是將潛在的所有告警與其進行比較，導致算法復雜度為指數級別，面對海量的告警，分析過程的效率較低；

(3)在傳統的告警相關性分析過程中，分析結果相互之間可能存在干擾。

發明內容

本發明的目的是為了克服上述背景技術的不足，提供一種通信網傳輸類告警統一分析的裝置及方法，在模塊實現形態上采用軟件服務技術，便于在不同業務分析模塊以二進制方式重用；采取一系列的告警分析的預處理、異步并行處理、二次分析機制，能夠有效提高告警分析的效率；采用有向無環圖技術，能夠有效避免分析結果相互之間可能存在的干擾。

本發明提供一種通信網傳輸類告警統一分析的裝置，包括順次相連的顯示模塊、適配模塊、接口模塊、預處理分析模塊、二次分析模塊和靜態數據只讀模塊，

所述顯示模塊，用于：完成分析結果的顯示；

所述適配模塊，用于：完成業務路徑、告警相關性分析服務的投遞與轉換，并與顯示模塊進行通信，為顯示模塊提供分析結果；

所述接口模塊，用于：為預處理分析模塊提供數據，以及輸出告警相關性分析的結果，是告警相關性分析算法的可執行進程的載體；

所述預處理分析模塊，用于：實現告警相關性分析的預處理分析；

所述二次分析模塊，用于：去除告警相關性分析結果之間的干擾；

所述靜態數據只讀模塊，用于：實現告警代碼靜態數據及告警相關性分析規則靜態數據的統一封裝和訪問；

告警通過適配模塊、接口模塊到達預處理分析模塊后，依據在靜態數據只讀模塊中的規則及預處理調度策略，進行告警預處理分派：當接口模塊輸入一條告警時，首先進行告警校驗，如果輸入告警的告警代碼不在靜態數據只讀模塊中的規則集合中，則不進行處理，繼續處理下一條輸入告警；當告警進入到預處理分析模塊中時，首先進入待分析告警的隊列，由分派線程負責取出，進行告警路徑的預處理；分派線程完成了路徑預處理后，依據線程選擇算法，將告警投遞到指定的線程進行分析，再次重新從隊列中取出下一條告警，當隊列中無告警時，則進行休眠等待；當相關性服務停止時，上層服務通知預處理分析模塊停止線程池的處理；

預處理分析模塊針對告警相關性分析時，業務相關的告警對于同一路徑上的告警具備相關性，非業務類告警對于同一網元內的告警具備相關性：在并發處理時，針對非業務告警、業務相關告警，將同類告警調度在同一線程進行處理；

業務相關告警并發調度的方式為：(1)業務路徑無服務層路徑：處理線程號＝(告警所在路徑唯一標識)％(業務相關處理線程數)，％表示取模運算；(2)業務路徑有服務層路徑：處理線程號＝(告警所在路徑的最底層服務層路徑唯一標識)％(業務相關處理線程數)；