[發明專利]一種告警處理方法、裝置和系統

無效

• 申請號: 200810065808.2
• 申請日: 2008-03-06
• 公開（公告）號: CN101247265A
• 公開（公告）日: 2008-08-20
• 發明（設計）人: 曹真;尹相東;鄭明華
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04M3/22
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及通信領域，特別涉及一種告警處理方法、裝置和系統。

背景技術

故障告警是通信設備在運行的過程中出現故障時產生的通知；若引起該故障告警的故障已經被修復，則生成告警級別為“Cleared”的清除告警。故障告警與清除告警統稱為告警。告警機制使得網管能夠準確快速的定位故障，而且在故障消除后能及時通知網管，避免了網管資源的浪費。但是，隨著通信行業的發展，通信設備的結構變得越來越復雜，由于設備各種故障而產生的告警也越來越多。

對告警的檢測可以在網管側進行，也可以在網元側進行。當檢測到大量告警的突發性上報時，現有技術對這些告警的處理多采用過濾方式。

現有技術一，若在網管側檢測到大量的告警，那么對于某些告警，直接將其刪除掉。例如，在檢測到故障告警的很短一段時間內，又檢測到了與這個故障告警相對應的清除告警，表示產生這個故障告警的故障已經恢復，那么這個故障告警以及與之相對應的清除告警都會被刪除掉。這種技術能夠減少保存在網管上的告警數量，避免了網管資源的浪費。

現有技術二，若在網元側檢測到大量的告警，那么對于某些告警，并不上報給網管。例如，在某個時間周期內，由于故障的產生和恢復的次數超過某個閾值，檢測到了一批成對的故障告警和清除告警。那么這一批成對的故障告警和清除告警都不會上報給網管。這種技術能夠在一定程度上減少告警上報的數量，避免了對網管形成沖擊。

但是，在現有技術中，無論是在網管側還是網元側，對告警過濾式的處理都掩蓋了產生告警的故障的本質，不利于對通信設備故障信息的收集，出現故障的地方也得不到及時的檢修和維護。

發明內容

有鑒于此，本發明實施例提供了一種告警處理的方法、裝置和系統：

一種告警處理方法，包括：

在網元側檢測網元設備產生的第一告警；

統計分析至少2條檢測到的所述第一告警；

向網管上報1條第二告警；

所述第二告警攜帶經過統計分析的所述第一告警的相關信息。

一種告警處理的裝置，所述告警處理的裝置位于網元側，包括：

告警檢測模塊，用于檢測網元設備產生的第一告警；

告警處理模塊，用于統計分析至少2條所述告警檢測模塊檢測到的第一告警，并將所述告警檢測模塊檢測到的至少2條所述第一告警的相關信息通過1條第二告警上報給網管設備。

一種告警處理的系統，包括告警處理裝置、網管設備和至少一個網元設備；所述告警處理裝置位于網元側，包括：

告警檢測模塊，用于檢測所述網元設備產生的第一告警；

告警處理模塊，用于統計分析至少2條所述告警檢測模塊檢測到的第一告警，并將所述告警檢測模塊檢測到的至少2條所述第一告警的相關信息通過1條第二告警上報所述網管設備。

可見，本發明實施例提供的告警處理的方法、裝置和系統，能夠在減輕網管設備壓力的同時，如實上報檢測到的告警的相關信息，使得發生故障的地方能夠得到及時的檢修和維護。

附圖說明

圖1為本發明實施例方法流程圖；

圖2(a)為本發明實施例的裝置結構示意圖；

圖2(b)為本發明實施例的又一裝置結構示意圖；

圖3(a)為本發明實施例的系統示意圖；

圖3(b)為本發明實施例的又一系統示意圖；

圖4為本發明實施例的一個應用場景。

具體實施方式

為使本發明實施例的目的、技術方案及優點更加清楚明白，以下參照附圖，對本發明實施例作進一步地詳細說明。

本發明的一個實施例，如圖1所示，一種告警處理的方法，包括：

S110，檢測網元設備產生的第一告警。本實施例中，將網元設備產生的告警稱為第一告警。

本實施例中，在網元側檢測網元設備產生的告警，所述網元設備可以是路由器、交換機等設備，此處不做限制。告警可以是由于設備發生了故障而產生的故障告警，較常見的故障有網元設備現有資源耗盡，例如地址空間耗盡；網元設備參數配置錯誤導致不同設備的接口之間無法正常通信等等。告警也可以是由于設備故障恢復而產生的清除告警。