[发明专利]一种网络管理系统和网元管理系统之间的告警计数过滤方法

说明书

技术领域

本发明涉及移动通信领域，具体涉及网络管理系统与网元管理系统之间告警信息的计数过滤方法。

背景技术

网络管理系统(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，因此也没有任何告警通过北向接口上报。

类似的，滑动窗口不断开始、在时间轴上向后增长、结束以及重复告警计数器反复清零的过程在整个时间轴上反复进行。