CN101128001A - 网元管理系统对振荡告警的处理方法 - Google Patents

网元管理系统对振荡告警的处理方法 Download PDF

Info

Publication number
CN101128001A
CN101128001A CNA200610111458XA CN200610111458A CN101128001A CN 101128001 A CN101128001 A CN 101128001A CN A200610111458X A CNA200610111458X A CN A200610111458XA CN 200610111458 A CN200610111458 A CN 200610111458A CN 101128001 A CN101128001 A CN 101128001A
Authority
CN
China
Prior art keywords
management system
element management
alarm
time
vibration
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA200610111458XA
Other languages
English (en)
Other versions
CN101128001B (zh
Inventor
张凯
祝伟宏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN200610111458XA priority Critical patent/CN101128001B/zh
Publication of CN101128001A publication Critical patent/CN101128001A/zh
Application granted granted Critical
Publication of CN101128001B publication Critical patent/CN101128001B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种网元管理系统对振荡告警的处理方法。为解决现有技术中告警信息产生振荡时，北向接口上报告警负载过高的问题而发明。本发明网元管理系统对振荡告警的处理方法包括以下步骤：(1)网元管理系统判断收到的同一种告警信息是否为振荡告警信息，如果判断结果为是，则进入步骤(2)；如果判断结果为否，则步骤结束；(2)网元管理系统对收到的该告警信息进行屏蔽，直到该告警信息停止振荡。本发明降低了NMS和EMS之间的北向接口负荷，避免其它有用的告警信息被大量重复告警所淹没，便于操作管理人员迅速定位和排除故障。

Description

网元管理系统对振荡告警的处理方法
技术领域
本发明涉及移动通信领域，特别涉及网元管理系统对振荡告警的处理方法。
背景技术
网络管理系统(NMS，Network Management System)与网元管理系统(EMS，ElementManagement System)之间的接口称为北向接口(Itf-N，Interface-N)。EMS主要完成ITU TMN(International Telecommunications Union Telecommunication Manager Network)中的网元管理层(EML，Element Management Layer)功能，即完成面向设备的操作维护功能，通常不同设备供应商的EMS无法通用。NMS主要完成ITU TMN中的网络管理层(NML，NetworkManagement Layer)功能，提供面向网络的操作管理功能，对一个被管网络(称为子网)内的所有网元设备进行管理。对于被管网络内存在多个设备供应商设备的情况，可以通过EMS管理达到管理整个子网的目的。
当移动通信设备发生故障时，将产生相应的告警信息，如果NMS设置了相关告警信息的上报，则当故障发生时，告警信息将由EMS通过北向接口上报到NMS，使得操作管理人员可以了解故障的发生并尽快进行故障定位和故障排除。
告警上报功能使用了公共管理功能中的“通知管理功能”的通知上报功能。而根据目前的技术处理方式，当告警产生时，通过北向接口传送的告警通知消息数量很大，对北向接口造成了很大的负担，而在这些传送的告警通知消息中，在某些情况下，有很多都是振荡告警。
在一个很短的时间内，一个上报的告警消息被清除并再次上报、清除，这种上报、清除过程反复发生多次的告警就被称为振荡告警。
目前的告警处理方法在处理振荡告警时存在如下技术缺陷：
在产生振荡告警时，例如，当系统设备工作不稳定时，由于这些告警在短时间内不断进行上报、清除，按照目前的告警处理方法，只有通过对告警的历史日志进行查询才能发现这类特殊的告警，这就会导致操作管理人员往往来不及处理这类特殊的告警或者根本注意不到它们。然而，这类振荡告警恰恰反应了系统存在某种严重的不稳定因素，如果不及时对这类振荡告警进行识别并做出相应的处理，将不利于整个系统的稳定运行。
产生振荡告警时，短时间内上报的告警、告警清除消息数量众多，它们含有大量的冗余信息，不但无谓的增加了北向接口的负担，还可能把其它有用的告警信息淹没，给操作管理人员迅速定位和排除故障带来了很大困难。
发明内容
为了克服现有技术的缺陷和不足，本发明的目的在于提供一种降低北向接口的振荡告警上报负载的网元管理系统对振荡告警的处理方法。
为了达到上述目的，本发明一种网元管理系统对振荡告警的处理方法，包括以下步骤：
(1)网元管理系统判断收到的告警信息是否为振荡告警信息，如果判断结果为是，则进入步骤(2)；如果判断结果为否，则步骤结束；
(2)网元管理系统对收到的该告警信息进行屏蔽，直到该告警信息停止振荡。
作为本发明的进一步改进，所述的步骤(1)具体为：
(11)网元管理系统根据振荡告警技术判定参数判断收到的告警信息是否为振荡告警信息，如果判断结果为是，则进入步骤(2)；如果判断结果为否，则步骤结束。
作为本发明的进一步改进，所述的步骤(2)具体为：
(21)网元管理系统生成振荡告警标识消息通过北向接口上报给网络管理系统，对收到的告警信息进行屏蔽，并根据振荡告警技术判定参数判定该告警信息停止振荡后，网元管理系统产生振荡告警清除标识消息通过北向接口上报给网络管理系统。
作为本发明的进一步改进，所述的振荡告警技术判定参数至少包括：
滑动时间窗的窗口时间长度、振荡告警判定阈值、振荡告警计数器、振荡清除判定时间窗的窗口时间长度、振荡清除判定阈值、振荡清除计数器、待判定的同一种告警信息。
作为本发明的进一步改进，所属的步骤(11)具体为：
(111)在设定的滑动时间窗的窗口时间长度所限定的时间内，网元管理系统将收到告警信息的当前时刻作为滑动时间窗的上界，通过振荡告警计数器统计出当前滑动窗口时间内该告警信息的总数；
(112)网元管理系统判断振荡告警计数器统计的该告警信息的总数是否大于等于设定的振荡告警判断阈值，如果判断结果为是，则进入步骤(113)，如果判断结果为否，则步骤结束：
(113)网元管理系统生成一个振荡告警标识消息通过北向接口上报给网络管理系统，并将当前时间设为振荡清除判定时间窗的开始时间。
作为本发明的进一步改进，所述的步骤(21)具体为：
(211)网元管理系统对收到的该告警信息进行屏蔽，并通过振荡清除计数器从振荡清除判定时间窗的开始时间起统计该告警信息的总数；
(212)当振荡清除时间窗窗口时间到期时，网元管理系统判断振荡清除计数器统计的该告警信息的总数是否大于等于设定的振荡清除判定阈值，如果判断结果为是，则进入步骤(213)；如果判断结果为否，则进入步骤(214)；
(213)网元管理系统将当前时刻设为振荡清除判定时间窗的开始时间，返回步骤(211)；
(214)网元管理系统生成一个振荡告警清除标识消息通过北向接口上报给网络管理系统。
作为本发明的进一步改进，所述的步骤(211)和步骤(212)之间还包括：
(A)在设定的振荡清除判定时间窗窗口的时间长度内，网元管理系统判断振荡清除计数器统计的该告警信息的总数是否大于等于设定的振荡清除判定阈值，如果判断结果为是，则进入步骤(B)；如果判断结果为否，则进入步骤(212)；
(B)网元管理系统将当前时刻设为振荡清除判定时间窗的开始时间，返回步骤(211)。
作为本发明的进一步改进，所述统计告警总数的方法是通过队列链表或数组的方式。
采用上述的方法后，对于同一种告警，当其发生振荡现象时，EMS可以及时产生振荡告警标识消息并向NMS上报，并对大量冗余的具体告警消息进行屏蔽过滤；振荡告警现象结束后，EMS产生振荡告警清除标识消息并向NMS上报，并恢复该种告警的正常上报。与现有技术相比，本发明方法不但可以及时有效的识别出振荡告警，同时还降低了NMS和EMS之间的北向接口负荷，避免其它有用的告警信息被大量重复告警所淹没，便于操作管理人员迅速定位和排除故障。
附图说明
图1为本发明网元管理系统对振荡告警的处理方法的流程图。
具体实施方式
本发明定义了一种数据结构ToggleFilterRule，用于表示一条振荡告警计数判定参数，其内容可以包含但不限于如下属性：
属性名  数据类型 说明
RuleID  integer 振荡告警计数判定规则ID
RuleName  strirg 振荡告警计数判定规则名称
RuleDesc  string 振荡告警计数判定规则的描述
SlidingWindow  integer 滑动时间窗窗口的时间长度，单位可以是分钟等时间单位。
StableWindow  integer 振荡清除判定时间窗窗口的时间长度，单位可以是分钟等时间单位。
ToggleThreshold  integer 振荡告警判定阈值
ToggleAlmCounter  integer 振荡告警计数器
StableThreshold  integer 振荡清除判定阈值
StableAlmCounter  integer 振荡清除计数器
FilterAlmInfo  N/A 待计数判定的同一种告警信息，属性包括但不限于：告警设备位置，告警类型，告警级别，告警可能原因。
下面结合附图对本发明的具体实施方式作进一步详细说明；
步骤120，进行振荡告警计数判定参数的设置；
步骤130，EMS利用振荡告警计数判定参数，对收到的同一种告警信息进行计数判定处理；把收到告警信息的当前时刻作为滑动时间窗的上界，统计在当前滑动窗口里的同一种告警信息的总数，将其作为振荡告警计数器的当前数值。在软件实现时，可以利用但不限于队列链表，数组等方式来进行告警计数的统计。
EMS将振荡告警计数器的当前数值和判定阈值比较：如果振荡告警计数器的当前数值大于等于设定的振荡告警判定阈值，就说明待判定的同一种告警信息就已经成为了振荡告警，进入步骤150，如果振荡告警计数器的当前数值小于设定的振荡告警判定阈值，进入步骤140；
步骤140，EMS通过北向接口向NMS上报该告警信息，本次告警信息处理过程结束；
步骤150，EMS产生一个振荡告警标识消息，通过北向接口向NMS上报该振荡告警标识消息，EMS并把当前时刻作为清除判定时间窗的开始，进入下面的步骤160；此后，对于新收到的同一种告警，再次按照步骤130进行判断处理；
步骤160，即在整个振荡清除判定时间窗内，EMS屏蔽过滤收到的同一种告警消息。并且EMS每收到一个同一种告警信息，就统计自振荡清除判定窗口起点至当前时刻已经收到的同一种告警信息的总数，将其作为振荡清除计数器的当前数值；
步骤170，把振荡清除计数器的当前数值和设定的振荡清除判定阈值进行比较：如果振荡清除计数器的当前数值大于等于设定的振荡清除判定阈值，进入步骤(180)；如果振荡清除计数器的当前数值小于设定的振荡清除判定阈值，则进入步骤(190)；
步骤180，则说明该种告警还没有结束振荡，EMS把当前时刻作为振荡清除判定时间窗的新的起点，继续开始步骤160的等待判断；
步骤190，EMS继续步骤160的判断，直到整个振荡清除判定时间窗到期结束时，如果振荡清除计数器的当前数值小于设定的振荡清除判定阈值，就说明该种告警已经结束振荡，EMS产生一个振荡告警清除标识消息，并通过北向接口向NMS上报该振荡告警清除标识消息。此后，对于新收到的同一种告警，再次按照步骤130进行判断处理。
对于上述的说明性示例，可以看出：采用本发明的方法之后，当发生振荡告警现象时，EMS可以及时产生振荡告警标识消息并向NMS上报，并对大量冗余的具体告警消息进行屏蔽过滤；振荡告警现象结束后，EMS产生振荡告警清除标识消息并向NMS上报，并恢复该种告警的正常上报。
上述具体实施方式以较佳实施例对本发明进行了说明，根据本发明的技术方案及其较佳实施例的描述，可以做出各种可能的等同改变或替换，都应涵盖于本发明权利要求书所保护的范围之内。

Claims (8)

1.一种网元管理系统对振荡告警的处理方法，其特征在于，包括以下步骤：
(1)网元管理系统判断收到的告警信息是否为振荡告警信息，如果判断结果为是，则进入步骤(2)；如果判断结果为否，则步骤结束；
(2)网元管理系统对收到的该告警信息进行屏蔽，直到该告警信息停止振荡。
2.按照权利要求1所述的网元管理系统对振荡告警的处理方法，其特征在于，所述的步骤(1)具体为：
(11)网元管理系统根据振荡告警技术判定参数判断收到的告警信息是否为振荡告警信息，如果判断结果为是，则进入步骤(2)；如果判断结果为否，则步骤结束。
3.按照权利要求2所述的网元管理系统对振荡告警的处理方法，其特征在于，所述的步骤(2)具体为：
(21)网元管理系统生成振荡告警标识消息通过北向接口上报给网络管理系统，对收到的告警信息进行屏蔽，并根据振荡告警技术判定参数判定该告警信息停止振荡后，网元管理系统产生振荡告警清除标识消息通过北向接口上报给网络管理系统。
4.按照权利要求3所述的网元管理系统对振荡告警的处理方法，其特征在于，所述的振荡告警技术判定参数至少包括：
滑动时间窗的窗口时间长度、振荡告警判定阈值、振荡告警计数器、振荡清除判定时间窗的窗口时间长度、振荡清除判定阈值、振荡清除计数器、待判定的同一种告警信息。
5.按照权利要求4所述的网元管理系统对振荡告警的处理方法，其特征在于，所属的步骤(11)具体为：
(111)在设定的滑动时间窗的窗口时间长度所限定的时间内，网元管理系统将收到告警信息的当前时刻作为滑动时间窗的上界，通过振荡告警计数器统计出当前滑动窗口时间内该告警信息的总数；
(112)网元管理系统判断振荡告警计数器统计的该告警信息的总数是否大于等于设定的振荡告警判断阈值，如果判断结果为是，则进入步骤(113)，如果判断结果为否，则步骤结束；
(113)网元管理系统生成一个振荡告警标识消息通过北向接口上报给网络管理系统，并将当前时间设为振荡清除判定时间窗的开始时间。
6.按照权利要求5所述的网元管理系统对振荡告警的处理方法，其特征在于，所述的步骤(21)具体为：
(211)网元管理系统对收到的该告警信息进行屏蔽，并通过振荡清除计数器从振荡清除判定时间窗的开始时间起统计该告警信息的总数；
(212)当振荡清除时间窗窗口时间到期时，网元管理系统判断振荡清除计数器统计的该告警信息的总数是否大于等于设定的振荡清除判定阈值，如果判断结果为是，则进入步骤(213)；如果判断结果为否，则进入步骤(214)；
(213)网元管理系统将当前时刻设为振荡清除判定时间窗的开始时间，返回步骤(211)；
(214)网元管理系统生成一个振荡告警清除标识消息通过北向接口上报给网络管理系统。
7.按照权利要求6所述的网元管理系统对振荡告警的处理方法，其特征在于，所述的步骤(211)和步骤(212)之间还包括：
(A)在设定的振荡清除判定时间窗窗口的时间长度内，网元管理系统判断振荡清除计数器统计的该告警信息的总数是否大于等于设定的振荡清除判定阈值，如果判断结果为是，则进入步骤(B)；如果判断结果为否，则进入步骤(212)；
(B)网元管理系统将当前时刻设为振荡清除判定时间窗的开始时间，返回步骤(211)。
8.按照权利要求5或6所述的网元管理系统对振荡告警的处理方法，其特征在于，所述统计告警总数的方法是通过队列链表或数组的方式。
CN200610111458XA 2006-08-18 2006-08-18 网元管理系统对振荡告警的处理方法 Active CN101128001B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN200610111458XA CN101128001B (zh) 2006-08-18 2006-08-18 网元管理系统对振荡告警的处理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200610111458XA CN101128001B (zh) 2006-08-18 2006-08-18 网元管理系统对振荡告警的处理方法

Publications (2)

Publication Number Publication Date
CN101128001A true CN101128001A (zh) 2008-02-20
CN101128001B CN101128001B (zh) 2010-12-01

Family

ID=39095888

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200610111458XA Active CN101128001B (zh) 2006-08-18 2006-08-18 网元管理系统对振荡告警的处理方法

Country Status (1)

Country Link
CN (1) CN101128001B (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101425924B (zh) * 2008-06-12 2011-08-17 广东高新兴通信股份有限公司 一种对集中监控系统的告警数据的处理方法
CN102223659A (zh) * 2011-06-16 2011-10-19 中兴通讯股份有限公司 一种屏蔽冗余历史告警方法和装置
CN102594590A (zh) * 2012-02-06 2012-07-18 烽火通信科技股份有限公司 告警主动上报中对振荡告警的抑制方法
CN103401700A (zh) * 2013-07-18 2013-11-20 大唐移动通信设备有限公司 一种频次抖动告警的处理方法和设备
CN104424078A (zh) * 2013-08-28 2015-03-18 鸿富锦精密工业（深圳）有限公司 减少浮动告警信息的方法及系统
CN104539461A (zh) * 2015-01-09 2015-04-22 烽火通信科技股份有限公司 一种抑制协议端口振荡上报的装置及方法
CN106656590A (zh) * 2016-12-14 2017-05-10 北京亿阳信通科技有限公司 一种网络设备告警消息风暴的处理方法和装置
CN109412852A (zh) * 2018-10-29 2019-03-01 京信通信系统（中国）有限公司 告警方法、装置、计算机设备及存储介质
US10771323B2 (en) 2015-02-12 2020-09-08 Huawei Technologies Co., Ltd. Alarm information processing method, related device, and system
CN113760668A (zh) * 2021-08-30 2021-12-07 浪潮电子信息产业股份有限公司 一种云平台的故障告警方法、系统及相关装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1266881C (zh) * 2002-11-20 2006-07-26 华为技术有限公司 网管系统的故障相关性分析及实现方法

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101425924B (zh) * 2008-06-12 2011-08-17 广东高新兴通信股份有限公司 一种对集中监控系统的告警数据的处理方法
CN102223659A (zh) * 2011-06-16 2011-10-19 中兴通讯股份有限公司 一种屏蔽冗余历史告警方法和装置
CN102594590A (zh) * 2012-02-06 2012-07-18 烽火通信科技股份有限公司 告警主动上报中对振荡告警的抑制方法
CN102594590B (zh) * 2012-02-06 2015-01-14 烽火通信科技股份有限公司 告警主动上报中对振荡告警的抑制方法
CN103401700A (zh) * 2013-07-18 2013-11-20 大唐移动通信设备有限公司 一种频次抖动告警的处理方法和设备
CN104424078A (zh) * 2013-08-28 2015-03-18 鸿富锦精密工业（深圳）有限公司 减少浮动告警信息的方法及系统
CN104539461A (zh) * 2015-01-09 2015-04-22 烽火通信科技股份有限公司 一种抑制协议端口振荡上报的装置及方法
CN104539461B (zh) * 2015-01-09 2018-05-29 烽火通信科技股份有限公司 一种抑制协议端口振荡上报的装置及方法
US10771323B2 (en) 2015-02-12 2020-09-08 Huawei Technologies Co., Ltd. Alarm information processing method, related device, and system
CN106656590A (zh) * 2016-12-14 2017-05-10 北京亿阳信通科技有限公司 一种网络设备告警消息风暴的处理方法和装置
CN106656590B (zh) * 2016-12-14 2019-09-27 北京亿阳信通科技有限公司 一种网络设备告警消息风暴的处理方法和装置
CN109412852A (zh) * 2018-10-29 2019-03-01 京信通信系统（中国）有限公司 告警方法、装置、计算机设备及存储介质
CN109412852B (zh) * 2018-10-29 2022-05-03 京信网络系统股份有限公司 告警方法、装置、计算机设备及存储介质
CN113760668A (zh) * 2021-08-30 2021-12-07 浪潮电子信息产业股份有限公司 一种云平台的故障告警方法、系统及相关装置

Also Published As

Publication number Publication date
CN101128001B (zh) 2010-12-01

Similar Documents

Publication Publication Date Title
CN101128001B (zh) 网元管理系统对振荡告警的处理方法
CN103544093B (zh) 监控报警控制方法及其系统
US7504936B2 (en) Method and apparatus for dynamically prioritize network faults based on real-time service degradation
US5751964A (en) System and method for automatic determination of thresholds in network management
US5488715A (en) Process for integrated traffic data management and network surveillance in communications networks
CN102088363B (zh) 告警处理方法和系统
CN103220173B (zh) 一种报警监控方法及监控系统
CN101098349B (zh) 一种网络管理系统和网元管理系统之间的告警计数过滤方法
CN110169016A (zh) 处理电信网络中网络事件的方法、控制节点、网络元件和系统
US20060168263A1 (en) Monitoring telecommunication network elements
CN100539513C (zh) 基于简单网络管理协议的故障/告警管理系统及方法
US6636486B1 (en) System, method and apparatus for monitoring and analyzing traffic data from manual reporting switches
US20080144488A1 (en) Method and System for Providing Prioritized Failure Announcements
CN111953530A (zh) 一种网络设备监控管理方法及系统
CN101924661B (zh) 告警的处理方法及装置
CN112671592A (zh) 一种网络设备运维管理系统
CN101202656B (zh) 资源监控方法和装置
CN107979495B (zh) 一种网管系统中告警风暴的梯度处理方法
CN101360313B (zh) 网元管理系统向网络管理系统上报告警数量信息的方法
KR100269337B1 (ko) 지식 기반 기지국 감시 방법
CN101500345B (zh) 一种高级告警过滤中减少告警信息丢失的方法和装置
CN102104950B (zh) 采集性能数据的管理方法及基站
CN101902337B (zh) 一种网络入侵事件的管理方法
CN101272270B (zh) 多个网络管理系统共享高级告警规则的方法和装置
CN100414883C (zh) 一种上级网管获取信息的方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant