[發明專利]一種網絡管理系統和網元管理系統之間的告警計數過濾方法

有效

• 申請號: 200610086646.1
• 申請日: 2006-06-27
• 公開（公告）號: CN101098349A
• 公開（公告）日: 2008-01-02
• 發明（設計）人: 張凱;黃樹強
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L29/14
• 分類號: H04L29/14;H04L12/24;H04L12/26
• 代理公司: 北京中博世達專利商標代理有限公司
• 代理人: 范曉燕

技術領域

本發明涉及移動通信領域，具體涉及網絡管理系統與網元管理系統之間告警信息的計數過濾方法。

背景技術

網絡管理系統(NMS，即Network?Management?System)與網元管理系統(EMS，即Element?Management?System)之間的接口稱為北向接口(Itf-N，即Interface-N)。EMS主要完成ITU?TMN(即International?Telecommunications?UnionTelecommunication?Manager?Network)中的網元管理層(EML，即ElementManagement?Layer)功能，即完成面向設備的操作維護功能，通常不同設備供應商的EMS無法通用。NMS主要完成ITU?TMN中的網絡管理層(NML，即NetworkManagement?Layer)功能，提供面向網絡的操作管理功能，對一個被管網絡(稱為子網)內的所有網元設備進行管理。對于被管網絡內存在多個設備供應商設備的情況，可以通過EMS管理達到管理整個子網的目的。

當移動通信設備發生故障時，將產生相應的告警信息，如果NMS設置了相關告警信息的上報，則當故障發生時，告警信息將由EMS通過北向接口上報到NMS，使得操作管理人員可以了解故障的發生并盡快進行故障定位和故障排除。

告警上報功能使用了公共管理功能中的“通知管理功能”的通知上報功能。而根據目前的處理方式，當告警產生時，通過北向接口傳送的告警通知消息數量很大，對北向接口造成了很大的負擔，而在這些傳送的告警通知消息中，有很多是重復告警。重復告警是指這樣的告警，它們由同樣的設備(object?instance)產生，具有相同的告警類型(Alarm?Type)，告警級別(Perceived?Severity)，告警可能原因(ProbableCause)。這些重復告警含有大量的冗余信息，不但無謂的增加了北向接口的負擔，還可能把其它有用的告警信息淹沒，給操作管理人員迅速定位和排除故障帶來了很大困難。

為了減少接口負荷，在業界相關的北向接口標準中提出了所謂高級告警的需求，其中一個研究內容就是通過設定相應的計數過濾準則，對于在一定時間內重復告警次數小于判定閾值的重復告警進行過濾，不通過北向接口上報。然而，目前已有的一種滑動時間窗告警計數過濾的方法，由于其技術上存在一定缺陷，會導致在某些情況下，漏報本應該上報的重復告警。下面結合圖1，具體說明一下這種已有方法的技術缺陷。

圖1時間軸上的0，1串表示重復告警上報的情況，1表示有告警上報，0表示沒有告警上報。假設圖1中的告警上報的時間粒度都是單位時間粒度，即在每一個單位時間內，要么有告警上報，要么沒有告警上報。即，對于圖1中的0，1串，表示在10個單位時間內，總共有7個重復告警(對應于7個1)上報。假設判定閾值設定為5個，時間窗窗口長度設定為5個單位時間。

按照現有的滑動時間窗告警計數過濾方法，第一個滑動窗口100，即滑動窗口1，其開始時刻110就是首次收到告警的時刻.此后，滑動窗口1開始記時，重復告警計數器同時開始針對重復告警進行計數.隨著時間的向后推移，當滑動窗口1在時間軸上向后(即沿時間軸的箭頭方向，下文同此約定)增長達到規定的時間長度后，在圖1中就是達到5個單位時間長度的120時刻，滑動窗口1結束，重復告警計數器也同時清零.由于在滑動窗口1的窗口長度內，重復告警計數器最大只是增加到3(對應于三個1)，小于設定的閾值5，因此沒有任何告警通過北向接口上報.

下一個告警的到來將觸發下一個滑動時間窗150，即滑動窗口2的開始，重復告警計數器也再次重新開始針對重復告警計數。在圖1中，滑動窗口2開始于時刻130，在時間軸上向后增長到規定的時間長度后，即達到5個單位時間的長度，在時刻140結束，同時重復告警計數器也再次清零。由于在滑動窗口2的窗口長度內，重復告警計數器最大只是增加到4(對應于四個1)，同樣小于設定的閾值5，因此也沒有任何告警通過北向接口上報。

類似的，滑動窗口不斷開始、在時間軸上向后增長、結束以及重復告警計數器反復清零的過程在整個時間軸上反復進行。