CN105659530A - 一种告警处理的方法和设备 - Google Patents
一种告警处理的方法和设备 Download PDFInfo
- Publication number
- CN105659530A CN105659530A CN201480029972.1A CN201480029972A CN105659530A CN 105659530 A CN105659530 A CN 105659530A CN 201480029972 A CN201480029972 A CN 201480029972A CN 105659530 A CN105659530 A CN 105659530A
- Authority
- CN
- China
- Prior art keywords
- alarm
- ems
- information
- nms
- indicate
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供一种告警处理方法和装置,在告警处理方法中,EMS在向NMS通知未通知历史告警时,向所述NMS发送的告警消息中包含了用于指示NE上产生的告警为未通知历史告警的指示信息,使得所述NMS可以确定出未通知历史告警,从而避免所述NMS将其它活动告警和所述未通知历史告警无法区别开,而导致所述未通知历史告警的冗余或无效处理以及其它活动告警的可能被延迟处理的问题,并且对于未通知历史告警,EMS不用再向NMS发送未通知历史告警对应的用于通知故障产生的告警消息和用于通知故障消除的告警消息,可以使得EMS和NMS交互信令的数量减半,从而降低了整个系统资源的浪费。
Description
本发明涉及网络运营维护技术领域,特别涉及一种告警处理的方法和设备。
在网元(network element,NE)、网元管理系统(element management system,EMS)和网络管理系统(network management system,NMS)所组成的网络系统中,可将所述NE、所述EMS和所述NMS分为被管理者和管理者,其中,所述NE是被管理者,所述NMS是管理者,所述EMS相对于所述NE而言是管理者,而所述EMS相对于所述NMS而言是被管理者。在所述网络系统产生某种故障后,所述被管理者可以以告警(alarm)的方式向所述管理者发送用于通知有故障(fault)产生的告警消息(alarm message),这种情况下,这种告警被称为活动告警(active alarm),所述告警消息可以为第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)北向接口所定义的新告警通知(notifyNewAlarm)。在活动告警清除后(意味着故障消除了),所述被管理者可以以告警的方式向所述管理者发送用于通知故障消除的告警消息(cleared alarm message),这种情况下,所述活动告警成为已清除告警(cleared alarm),所述已清除告警也被称为历史告警(history alarm),所述用于通知故障消除的告警消息可以为3GPP北向接口所定义的已清除告警通知(notifyClearedAlarm)。
在一些场景下,所述被管理者无法将某些历史告警通知到所述管理者,从而这些历史告警称为未通知历史告警(unNotifiedHistoryAlarm)。例如,所述EMS和NE的南向接口(southbound interface)可能出现传输故障;所述EMS和所述NMS的北向接口(northbound interface)可能出现传输故障;所
述NE和所述EMS中有一个可能出现软硬件故障;在所述NE上配置了告警抑制规则,比如闪断规则(transient rule),所述NE上满足抑制规则的活动告警被作为冗余告警而抑制,不向EMS发送用于通知有故障产生或故障消除的告警消息;在所述EMS上配置了告警抑制规则,比如闪断规则(transient rule),所述EMS上满足抑制规则的活动告警被作为冗余告警而抑制,不向所述NMS发送用于通知有故障产生或故障消除的告警消息。
上述场景下,在导致无法通知历史告警的原因消失以后,所述被管理者可以将未通知历史告警(unNotifiedHistoryAlarm)通知到所述管理者,所述被管理者会向所述管理者发送用于通知故障产生的告警消息和用于通知故障消除的告警消息来实现未通知历史告警的上报。所述管理者仍可能优先处理所述未通知历史告警所对应的用于通知故障产生的告警消息(例如采用告警的声光显示等措施),导致对其做无效和冗余的处理,其它活动告警的处理被延迟,造成系统处理资源的浪费。
发明内容
鉴于上述技术问题,本发明实施例提供了一种告警处理的方法和设备。
本发明实施例第一方面提供一种网元管理系统EMS,其特征在于,包括:
处理器,用于判断网元NE上产生的告警是否为未通知历史告警;
发送器,用于在所述处理器判断出所述历史告警为未通知历史告警的情况下,向所述NMS发送第一告警消息,所述第一告警消息包含用于指示所述告警为未通知历史告警的第一指示信息。
基于第一方面,在第一方面的第一种可能实现方式中,所述第一告警消息中还包含所述告警的产生时间和/或所述告警的清除时间。
基于第一方面的第一种可能实现方式,在第一方面的第二种可能实现方式中,还包括:接收器,用于接收所述NE发送的所述告警的产生时间和/
或所述告警的清除时间。
基于第一方面或第一方面的第一种可能实现方式,在第一方面的第三种可能实现方式中,还包括:接收器,用于:
在所述NMS的告警处理资源使用超过预设值的情况下,所述EMS接收所述NMS发送的第一控制信息,所述第一控制信息用于指示所述EMS不再发送所述第一告警消息;或者,
在所述NMS的告警处理资源使用未超过预设值的情况下,所述EMS接收所述NMS发送的第二控制信息,所述第二控制信息用于指示所述EMS发送所述第一告警消息。
基于第一方面或第一方面的第一种可能实现方式,在第一方面的第四种可能实现方式中,还包括:接收器,用于在所述处理器判断所述告警是否为未通知历史告警之前,接收所述NE发送的第二告警消息,所述第二告警消息包含用于指示所述告警为历史告警的第二指示信息。
基于第一方面或第一方面的第一种可能实现方式,在第一方面的第五种可能实现方式中,还包括:接收器,用于在所述处理器判断所述告警是否为未通知历史告警之前,接收所述NE发送的第三告警消息,所述第三告警消息包含用于指示所述告警为未通知历史告警的第三指示信息,以使所述处理器可以根据所述第三指示信息判断出所述告警为未通知历史告警。
基于第一方面的第五种可能实现方式,在第一方面的第六种可能实现方式中,所述发送器还用于:
在所述EMS或所述NMS的告警处理资源使用超过预设值的情况下,向所述NE发送第三控制信息,所述第三控制信息用于指示所述NE不再发送所述第三告警消息;或者,
在所述EMS或所述NMS的告警处理资源使用未超过预设值的情况下,向所述NE发送第二控制信息,所述第二控制信息用于指示所述NE发送所述第三告警消息。
本发明实施例的第二方面提供一种网络管理系统NMS,包括:
接收器,用于接收网元管理系统EMS发送的第一告警消息,所述第一告警消息包含用于指示告警为未通知历史告警的第一指示信息;
处理器,用于根据所述第一指示信息确定所述告警为未通知历史告警。
基于第二方面,在第二方面的第一种可能实现方式中,所述第一告警消息中还包括所述告警的产生时间和/或所述告警的清除时间。
基于第二方面或第二方面第一种可能实现方式,在第二方面的第三种可能实现方式中,还包括:发送器,所述发送器用于:
在所述NMS的告警处理资源使用超过预设值的情况下,向所述EMS发送第一控制信息,所述第一控制信息用于指示所述EMS不再发送所述第一告警消息;或者,
在所述NMS的告警处理资源使用未超过预设值的情况下,向所述EMS发送第二控制信息,所述第二控制信息用于指示所述EMS发送所述第一告警消息。
本发明实施例的第三方面提供一种网元NE,包括:
处理器,用于确定所述NE上产生的告警是否为未通知历史告警;
发送器,用于在所述处理器判断出所述告警为未通知历史告警的情况下,向网元管理系统EMS发送第三告警消息,所述第三告警消息包含用于指示所述告警为未通知历史告警的第三指示信息。
基于第三方面,在第三方面的第一种可能实现方式中,
所述发送器还用于向所述EMS发送所述告警的产生时间和/或所述告警的清除时间。
基于第三方面或第三方面的第一种可能实现方式,在第三方面的第二种可能实现方式中,还包括接收器,用于:
在所述EMS或网络管理系统NMS的告警处理资源使用超过预设值的情况下,接收所述EMS发送的第三控制信息,所述第三控制信息用于指示所述NE不再发送所述第三告警消息;或者,
在所述EMS或所述NMS的告警处理资源使用未超过预设值的情况下,接收所述EMS发送第四控制信息,所述第二控制信息用于指示所述NE发送所述第三告警消息。
本发明实施例第四方面提供一种告警处理的方法,包括:
网元管理系统EMS判断网元NE上产生的告警是否为未通知历史告警;
如果是,所述EMS向所述NMS发送第一告警消息,所述第一告警消息包含用于指示所述告警为未通知历史告警的第一指示信息。
基于第四方面,在第四方面的第一种可能实现方式中,所述第一告警消息中还包含所述告警的产生时间和/或所述告警的清除时间。
基于第四方面或第四方面的第一种可能实现方式,在第四方面的第二种可能实现方式中,所述方法还包括:
所述EMS接收所述NE发送的所述告警的产生时间和所述告警的清除时间。
基于第四方面至第四方面的第二种可能实现方式中的任意一种,在第四方面的第三种可能实现方式中,所述方法还包括:
在所述NMS的告警处理资源使用超过预设值的情况下,所述EMS接收所述NMS发送的第一控制信息,所述第一控制信息用于指示所述EMS不再发送所述第一告警消息;或者,
在所述NMS的告警处理资源使用未超过预设值的情况下,所述EMS接收所述NMS发送的第二控制信息,所述第二控制信息用于指示所述EMS发送所述第一告警消息。
基于第四方面至第四方面的第三种可能实现方式中的任意一种,在第
四方面的第四种可能实现方式中,在所述EMS判断所述告警是否为未通知历史告警之前,所述方法还包括:
所述EMS接收所述NE发送的第二告警消息,所述第二告警消息包含用于指示所述告警为历史告警的第二指示信息。
基于第四方面至第四方面的第三种可能实现方式中的任意一种,在第四方面的第五种可能实现方式中,在所述EMS判断所述告警是否为未通知历史告警之前,所述方法还包括:
所述EMS接收所述NE发送的第三告警消息,所述第三告警消息包含用于指示所述告警为未通知历史告警的第三指示信息,以使所述EMS根据所述第三指示信息判断出所述告警为未通知历史告警。
基于第四方面的第五种可能实现方式中的任意一种,在第四方面的第六种可能实现方式中,所述方法还包括:
在所述EMS或所述NMS的告警处理资源使用超过预设值的情况下,所述EMS向所述NE发送第三控制信息,所述第一控制信息用于指示所述NE不再发送所述第三告警消息;或者,
在所述EMS或所述NMS的告警处理资源使用未超过预设值的情况下,所述EMS向所述NE发送第四控制信息,所述第四控制信息用于指示所述NE发送所述第三告警消息。
本发明实施例第五方面提供一种告警处理方法,包括:
网络管理系统NMS接收网元管理系统EMS发送的第一告警消息,所述第一告警消息包含用于指示网元NE上产生的告警为未通知历史告警的第一指示信息;
所述NMS根据所述第一指示信息确定所述告警为未通知历史告警。
基于第五方面,在第五方面的第一种可能实现方式中,所述第一告警消息中还包含所述告警的产生时间和/或所述告警的清除时间。
基于第五方面或第五方面的第一种可能实现方式,在第五方面的第二种可能实现方式中,所述方法还包括:
在所述NMS的告警处理资源使用超过预设值的情况下,所述NMS向所述EMS发送第一控制信息,所述第一控制信息用于指示所述EMS不再发送所述第一告警消息;或者,
在所述NMS的告警处理资源使用未超过预设值的情况下,所述NMS向所述EMS发送第二控制信息,所述第二控制信息用于指示所述EMS发送所述第一告警消息。
本发明实施例的第六方面提供一种告警处理方法,包括:
网元NE确定所述NE上产生的告警是否为未通知历史告警;
在所述告警为未通知历史告警的情况下,所述NE向网元管理系统EMS发送第三告警消息,所述第三告警消息中包含用于指示所述NE上产生的告警为未通知历史告警的第三指示信息。
基于第六方面,在第六方面的第一种可能实现方式中,还包括:
所述NE向所述EMS发送所述告警的产生时间和/或所述告警的清除时间。
基于第六方面或第六方面的第一种可能实现方式,在第六方面的第二种可能实现方式中,还包括:
在所述EMS或网络管理系统NMS的告警处理资源使用超过预设值的情况下,所述NE接收所述EMS发送的第三控制信息,所述第一控制信息用于指示所述NE不再发送所述第三告警消息;或者,
在所述EMS或所述NMS的告警处理资源使用未超过预设值的情况下,所述NE接收所述EMS发送第四控制信息,所述第四控制信息用于指示所述NE发送所述第三告警消息。
应用本发明实施例提供的技术方案,EMS在向NMS通知未通知历史告警时,向所述NMS发送的告警消息中包含了用于指示告警为未通知历史告警的指示信息,使得所述NMS可以确定出未通知历史告警,从而避免所述NMS将其它活动告警和所述未通知历史告警无法区别开,而导致所述未通知历史告警的冗余或无效处理以及其它活动告警的可能被延迟处理的问题,并且对于未通知历史告警,EMS不用再向NMS发送未通知历史告警对应的用于通知故障产生的告警消息和用于通知故障消除的告警消息,可以使得EMS和NMS交互信令的数量减半,从而降低了整个系统资源的浪费。
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例一方面提供的网络系统架构图;
图2A和图2B为本发明实施例一方面提供一种告警处理方法流程示意图;
图3为本发明实施例另一方面提供一种网元管理系统EMS 30的结构示意图;
图4为本发明实施例另一方面提供的一种网络管理系统NMS 40的结构示意图;
图5为本发明实施例又一方面提供的一种网元NE 50的结构示意图。
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提
下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例一方面提供的系统架构图。NMS、EMS和NE组成网络系统按照不同的网络运营功能划分为三层:所述NMS对应网络管理层(network management layer,NML),主要用于整个网络中多厂商(multi-vendor)和多网络(multi-networks)技术的操作维护管理,通过北向接口与至少一个EMS相连;EMS对应网元管理层(element management layer,EML),主要用于对整个网络中单厂商(single vendor)的NE操作维护管理,通过南向接口与至少一个NE相连;NE对应网元层(network element layer,NEL),用于实现网络中的各种基本功能(例如,为用户提供通信服务),NE是EMS操作维护管理的对象。在3GPP(the 3rd generation partnership project,第三代合作伙伴计划)标准中,北向接口中定义了各类集成参考点(integration reference point,IRP),例如告警IRP、配置管理IRP和通知IRP等,通过这些IRP,所述NMS和所述EMS之间可以在北向接口上实现告警、配置管理信息以及其它各类通知的传递。相应地,在EMS上定义了IRP代理(IPRAgent),在NMS上定义了IRP管理者(IRPManager)。通过IRP代理和IRP管理者,可以实现对北向接口上传递的告警、配置管理信息以及其它各类通知进行处理。
在图1所示的系统架构中,所述NE可以是无线通信系统中的接入设备和核心网设备,也可以是有线通信系统中的接入设备和核心网设备,所述NMS和所述EMS可以分别是不同的服务器或不同的服务器集合,可以是同一服务器上或同一服务器集合的两个不同功能模块。
其中,所述无线通信系统中的接入设备可以包括:基站、无线网络控制器(Radio network controller,RNC)、中继站(relay node)和无线局域网(wireless local network,WLAN)接入点(Access Point,AP)。基站可以为演进基站(evolved Node B;eNB),节点B(Node B)等。基站可以是宏基站,也可以是小基站。根据不同基站的覆盖范围的大小,基站覆盖范围下的小区
可以为宏基站所覆盖的宏小区(macro cell)或小基站所覆盖的小小区(small cell)。小小区又可以分为皮小区(pico cell)、毫微微蜂窝小区(femto cell),和/或其它类型的微小区(micro cell)。有线通信系统中的接入网设备可以包括:无源光网络PON(Passive Optical Network),高速数字用户线HDSL(High Speed Digital Subscriber Line),不对称数字用户线ADSL(Asymmetrical Digital Subscriber Line)以及具有V5接口(V5 interface)的综合数字用户环路等等。
所述无线通信系统中的核心网设备可以包括移动管理实体(mobile management entity,MME)、服务网关(Service Gateway)和数据网关(Packet Gateway)等。所述有线通信系统中的核心网设备可以包括:数字程控交换机、核心网软交换设备以及宽带网关等等。
基于图1所示的系统架构,如图2A和图2B所示的本发明实施例一方面提供一种告警处理方法流程示意图,该方法包括以下内容。
201,EMS判断NE上产生的告警是否为未通知历史告警。
202,如果所述EMS判断出所述NE上产生的告警为未通知历史告警,所述EMS向所述NMS发送第一告警消息,所述第一告警消息包含用于指示所述NE上产生的告警为未通知历史告警的第一指示信息。
在201中,所述NE上产生的告警成为未通知历史告警的原因包括:所述NE无法向所述EMS通知历史告警;所述NE能够向所述EMS通知历史告警,但所述EMS无法向所述NMS通知所述历史告警。这两种原因都可以导致所述NMS无法收到所述NE发送的所述历史告警,而使得所述历史告警成为未通知历史告警。所述NE无法向所述EMS通知所述历史告警,可能原因包括:所述NE和所述EMS之间的南向接口出现传输故障;所述NE出现软硬件故障;所述NE上配置了告警抑制规则等。所述NE能够向所述EMS通知历史告警,但所述EMS无法向所述NME通知所述历史告警,
可能原因包括:所述EMS和所述NMS的北向接口出现传输故障;所述EMS出现软硬件故障;所述EMS上配置了告警抑制规则等。
如果是所述NE能够向所述EMS通知历史告警,但所述EMS无法向所述NMS通知所述历史告警,则所述NE向所述EMS发送所述历史告警对应的用于通知故障产生的告警消息和用于通知故障消除的告警消息,所述EMS无法将所述历史告警对应的用于通知故障产生的告警消息和用于通知故障消除的告警消息发送给所述NMS。在导致所述EMS无法向所述NMS通知所述历史告警的原因消失后,所述EMS可以判断出所述历史告警是由于所述EMS无法向所述NMS通知所述历史告警而成为的未通知历史告警。因此,在所述告警处理方法,在201之前,还包括:200,所述NE向所述EMS发送所述第二告警消息,所述第二告警消息包含用于指示所述NE上产生的告警为历史告警。所述第二告警消息可以为所述已清除告警通知。
如果是所述NE无法向所述EMS通知历史告警,则在导致所述NE无法向所述EMS通知历史告警的原因消失后,所述NE不再向所述EMS发送未通知历史告警对应的用于通知故障产生的告警消息和用于通知故障消除的告警消息,而是所述NE可以通知所述EMS所述NE上产生的告警为未通知历史告警,所述EMS再通知所述NMS所述NE上产生的告警为未通知历史告警,从而使得EMS或NMS不用再处理所述历史告警对应的用于通知故障产生的告警消息和用于通知故障消除的告警消息,从而避免了EMS或NMS处理未通知历史告警对应的用于通知故障产生的告警消息和用于通知故障消除的告警消息而造成其它活动告警处理被延迟。因此,所述告警处理方法,在201之前,还包括:200’,所述NE确定所述NE上产生的告警是否为未通知历史告警。200”,在所述NE确定出所述NE上产生的告警为未通知历史告警的情况下,向所述EMS发送第三告警消息,所述第三告警消息包含用于指示所述NE上产生的告警为未通知历史告警的第三指示信息,以使得所述EMS可以根据所述第三指示信息判断出所述NE
上产生的告警为未通知历史告警。
在所述EMS判断出所述NE上产生的告警为未通知历史告警后,所述EMS可向所述NMS发送所述第一告警消息,所述第一告警消息包含用于指示所述NE上产生的告警为未通知历史告警的第一指示信息。所述NMS在接收所述第一告警消息后,可根据所述第一告警消息中的第一执行信息确定出所述NE上产生的告警为未通知历史告警,并对所述未通知历史告警进行处理。例如,所述NMS可以忽略对所述未通知历史告警的处理,或者降低对所述未通知历史告警的处理优先级,并优先处理其它活动告警。
可选地,为了使得所述NMS获知所述NE上产生的告警的产生时间和/或清除时间,在201中,所述EMS向所述NMS发送的第一告警消息中还包括所述NE上产生的告警的产生时间和/或清除时间。由于所述NE上产生的告警的产生时间和/或清除时间,通常记录在所述NE上,因而,所述EMS还可接收所述NE发送的所述NE上产生的告警的产生时间和/或清除时间。若所述NE上产生的告警为未通知历史告警,则所述NE上产生的告警的产生时间为所述未通知历史告警的产生时间,所述NE上产生的告警的清除时间为所述未通知历史告警的清除时间。
由于在网络运营维护系统中所述EMS或所述NMS的告警处理能力与所述EMS或所述NMS的中央处理器资源占用、内存占用率以及告警缓冲队列的大小等告警处理资源使用有关,因而所述EMS或所述NMS的告警处理能力是有限的。在所述EMS或所述NMS的中央处理器资源占用、内存占用率以及告警缓冲队列大小至少一个在小于某一预设值(该预设值根据EMS或NMS的告警处理能力来确定),所述EMS或所述NMS上的告警处理资源在为所述未通知历史告警所使用,也不会影响其它活动告警处理效率。相应地,在所述EMS或所述NMS的中央处理器资源占用、内存占用率以及告警缓冲队列大小的至少一个大于某一预设值时,应避免所述EMS或所述NMS使用告警处理资源资源处理所述未通知历史告警。因此,
在本发明实施例提供的方法中,还包括:
203,在所述EMS或所述NMS的告警处理资源使用超过预设值的情况下,所述EMS向所述NE发送第一控制信息,所述第一控制信息用于指示所述NE不再发送所述第一告警消息。或者,在所述EMS或所述NMS的告警处理资源使用未超过预设值的情况下,所述EMS向所述NE发送第二控制信息,所述第二控制信息用于指示所述NE发送所述第一告警消息。
204,在所述EMS或所述NMS的告警处理资源使用超过预设值的情况下,所述EMS向所述NE发送第三控制信息,所述第一控制信息用于指示所述NE不再发送所述第三告警消息;或者,在所述EMS或所述NMS的告警处理资源使用未超过预设值的情况下,所述EMS向所述NE发送第四控制信息,所述第四控制信息用于指示所述NE发送所述第三告警消息。
其中,203和204没有顺序限制。
在202中,所述第一指示信息可以与所述第三指示信息是相同的标识符或相同数字,也可能是不同的标识符或不同的数字等。所述第一指示信息可以是北向接口上所定义的通知类型(Notification Type)信息,所述通知类型信息指示所述EMS发送给所述NMS的第一告警消息中所指示所述NE上产生的告警为未通知历史告警。
为了实现上述方法实施例中用于指示所述NE上产生的告警为未通知历史告警的第一指示信息,一方面可以采用3GPP北向接口中所定义的通用对象请求代理体系结构(common object request broker architecture,CORBA)解决方案集(solution set)中的定义方法,可参考“3GPP 32.111-3 v9.0.0 Fault Management Part3:Alarm Integration Reference Point(IRP)”。
其中,在通知类型中新增NOTIFY_FM_unNOTIFIED_HISTORY_ALARM=“x8”字符串常量,字符串常量“x8”为用于指示所述NE上产生的告警为未通知历史告警的第一指示信息。从上述实现上,可以看出所述第一指示信息的第一告警消息对应的通知类型的字符串常量为“x8”,与现有的新告警通知对应的通知类型的字符串常量“x1”、已清除告警通知对应通知类型的字符串常量“x5”是不同的,从而使得所述EMS和所述NMS在北向接口上可以识别哪些是未通知历史告警。进一步地,所述EMS不再向所述NMS发送所述未通知历史告警对应的新告警通知和未通知告警通知,而向所述NMS发送包含了用于指示所述NE上产生的告警为未通知历史告警的第一指示信息的第一告警消息,由于第一告警消息替代了未通知历史告警对应的新告警通知和已清除告警通知,可以使得系统交互信令减半,降低了系统资源浪费。
为了实现上述方法实施例中包含了用于指示未通知历史告警的标识信息的告警通知,另一方面可以采用3GPP北向接口可扩展标记语言(extensible makeup language,XML)解决方案集(solution set)的定义方法,具体可参考:“3GPP TS 32.111-3 V9.0.0 Alarm Integration Reference Point(IRP):extensible makeup language(XML)definitions”。
其中,新增的枚举值“unnotifyHistoryAlarm”为用于指示所述NE上产生的告警为未通知历史告警的第一指示信息。从上述实现上,可以看出第一告警消息对应通知类型的枚举值“unnotifyHistoryAlarm”,与现有的新告警通知对应的通知类型的枚举值“notifyNewAlarm”、已清除告警通知对应通知类型的枚举值“notifyClearedAlarm”是不同的,从而使得所述EMS和所述NMS在北向接口上可以识别哪些是未通知历史告警。进一步地,所述EMS不再向所述NMS发送所述未通知历史告警对应的新告警通知和未通知告警通知,而向所述NMS发送包含了用于指示所述NE上产生的告警为未通知历史告警的第一指示信息的第一告警消息,由于第一告警消息替代了未通知历史告警对应的新告警通知和已清除告警通知,可以使得系统交互信令减半,降低了系统资源浪费。
需要说明的是,本发明各个实施例中,“第一”“第二”“第三”“第四”等词,仅为了区分不同的告警消息和不同的指示信息的名字,因此,这些词还可用其它词来替换,不应使用这些词来对各个告警消息和指示信息的含义进行解释。
应用本发明实施例提供的技术方案,EMS在向NMS通知未通知历史告警时,向所述NMS发送的告警消息中包含了用于指示NE上产生的告警为未通知历史告警的指示信息,使得所述NMS可以确定出未通知历史告警,从而避免所述NMS将其它活动告警和所述未通知历史告警无法区别开,而导致所述未通知历史告警的冗余或无效处理以及其它活动告警的可能被延迟处理的问题,并且对于未通知历史告警,EMS不用再向NMS发送未通知历史告警对应的用于通知故障产生的告警消息和用于通知故障消除的告警消息,可以使得EMS和NMS交互信令的数量减半,从而降低了整个系统资源的浪费。
图3为本发明实施例另一方面提供一种网元管理系统EMS 30的结构示意图,可执行上述方法实施例中EMS的动作。如图3所示,所述EMS 30包括处理器301和发送器302。
其中,所述处理器301用于判断网元NE上产生的告警是否为未通知历史告警;所述发送器302用于在所述处理器301判断出所述历史告警为未通知历史告警的情况下,向所述NMS发送第一告警消息,所述第一告警消息包含用于指示所述告警为未通知历史告警的第一指示信息。
可选地,所述告警通知中还包含所述NE上产生的告警的产生时间和/或所述NE上产生的告警的清除时间。
可选地,所述EMS还包含接收器303。所述接收器303可用于接收所述NE发送的所述告警的产生时间和/或所述告警的清除时间。所述接收器303可用于在所述NMS的告警处理资源使用超过预设值的情况下,所述EMS接收所述NMS发送的第一控制信息,所述第一控制信息用于指示所述EMS不再发送所述第一告警消息;或者,在所述NMS的告警处理资源使用未超过预设值的情况下,所述EMS接收所述NMS发送的第二控制信息,所述第二控制信息用于指示所述EMS发送所述第一告警消息。所述接收器303还可用于在所述处理器301判断所述告警是否为未通知历史告警之前,接收所述NE发送的第二告警消息,所述第二告警消息包含用于指示所述告警为历史告警的第二指示信息。所述接收器303还可用于在所述处理器301判断所述告警是否为未通知历史告警之前,接收所述NE发送的第三告警消息,所述第三告警消息包含用于指示所述告警为未通知历史告警的第三指示信息,以使得所述处理器301可以根据所述第三指示信息判断出所述NE上产生的告警为未通知历史告警。相应地,所述发送器302还用于:在所述EMS或所述NMS的告警处理资源使用超过预设值的情况下,向所述NE发送第三控制信息,所述第三控制信息用于指示所述NE不再发送所述第三告警消息;或者,在所述EMS或所述NMS的告警处理资源使用未超过预设值的情况下,向所述NE发送第二控制信息,所述第二控制信息用于指示所述NE发送所述第三告警消息。
图4为本发明实施例另一方面提供的一种网络管理系统NMS 40的结构示意图,所述NMS可执行方法实施例中NMS的动作。如图4所示,所述告警处理装置40包括接收器401和处理器402。
其中,所述接收器401用于接收网元管理系统EMS发送的第一告警消息,所述第一告警消息包含用于指示网元NE上产生的告警为未通知历史告警的第一指示信息;所述处理器402用于根据所述第一指示信息确定所述告警为未通知历史告警。
可选地,所述第一告警消息中还包括所述告警的产生时间和/或所述告警的清除时间。
可选地,所述NMS 40还包括发送器403,所述发送器403还包括:发送器403,用于:
在所述NMS的告警处理资源使用超过预设值的情况下,向所述EMS发送第一控制信息,所述第一控制信息用于指示所述EMS不再发送所述第一告警消息;或者,在所述NMS的告警处理资源使用未超过预设值的情况下,向所述EMS发送第二控制信息,所述第二控制信息用于指示所述EMS发送所述第一告警消息。
图5为本发明实施例又一方面提供的一种网元NE 50的结构示意图,所述NE50可执行上述方法实施例中NE的动作。所述NE 50包括处理器501和发送器502。
其中,所述处理器501用于确定所述NE上产生的告警是否未通知历史告警;所述发送器502用于在所述处理器501判断出所述告警为未通知历史告警的情况下,向网元管理系统EMS发送第三告警消息,所述第三告警消息包含用于指示所述告警为未通知历史告警的第三指示信息。
可选地,所述发送器502还用于向所述EMS发送所述告警的产生时间和/或所述告警的清除时间。
可选地,所述NE还包括接收器503,用于:
在所述EMS或网络管理系统NMS的告警处理资源使用超过预设值的情况下,接收所述EMS发送的第三控制信息,所述第三控制信息用于指示所述NE不再发送所述第三告警消息;或者,在所述EMS或所述NMS的告警处理资源使用未超过预设值的情况下,接收所述EMS发送第四控制信息,所述第二控制信息用于指示所述NE发送所述第三告警消息。
需要说明是的,为了实现EMS30、NMS40和NE50中接收、发送或处理的功能,还可以包含天线、内存等通用的电子电路。
应用上述EMS30、NMS40和NE50,EMS在向NMS通知未通知历史告警时,向所述NMS发送的告警消息中包含了用于指示告警为未通知历史告警的指示信息,使得所述NMS可以确定出未通知历史告警,从而避免所述NMS将其它活动告警和所述未通知历史告警无法区别开,而导致所述未通知历史告警的冗余或无效处理以及其它活动告警的可能被延迟处理的问题,并且对于未通知历史告警,EMS不用再向NMS发送未通知历史告警对应的用于通知故障产生的告警消息和用于通知故障消除的告警消息,可以使得EMS和NMS交互信令的数量减半,从而降低了整个系统资源的浪费。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (26)
- 一种网元管理系统EMS,其特征在于,包括:处理器,用于判断网元NE上产生的告警是否为未通知历史告警;发送器,用于在所述处理器判断出所述历史告警为未通知历史告警的情况下,向所述NMS发送第一告警消息,所述第一告警消息包含用于指示所述告警为未通知历史告警的第一指示信息。
- 如权利要求1所述的EMS,其特征在于,所述第一告警消息中还包含所述告警的产生时间和/或所述告警的清除时间。
- 如权利要求2所述的EMS,其特征在于,还包括:接收器,用于接收所述NE发送的所述告警的产生时间和/或所述告警的清除时间。
- 如权利要求1或2所述的EMS,其特征在于,还包括:接收器,用于:在所述NMS的告警处理资源使用超过预设值的情况下,所述EMS接收所述NMS发送的第一控制信息,所述第一控制信息用于指示所述EMS不再发送所述第一告警消息;或者,在所述NMS的告警处理资源使用未超过预设值的情况下,所述EMS接收所述NMS发送的第二控制信息,所述第二控制信息用于指示所述EMS发送所述第一告警消息。
- 如权利要求1或2所述的EMS,其特征在于,还包括:接收器,用于在所述处理器判断所述告警是否为未通知历史告警之前,接收所述NE发送的第二告警消息,所述第二告警消息包含用于指示所述告警为历史告警的第二指示信息。
- 如权利要求1或2所述的EMS,其特征在于,还包括:接收器,用于在所述处理器判断所述告警是否为未通知历史告警之前,接收所述NE发送的第三告警消息,所述第三告警消息包含用于指示所述告警为未通知历史告警的第三指示信息,以使所述处理器根据所述第三指示信息判断出所述 告警为未通知历史告警。
- 如权利要求6所述的EMS,其特征在于,所述发送器还用于:在所述EMS或所述NMS的告警处理资源使用超过预设值的情况下,向所述NE发送第三控制信息,所述第三控制信息用于指示所述NE不再发送所述第三告警消息;或者,在所述EMS或所述NMS的告警处理资源使用未超过预设值的情况下,向所述NE发送第二控制信息,所述第二控制信息用于指示所述NE发送所述第三告警消息。
- 一种网络管理系统NMS,其特征在于,包括:接收器,用于接收网元管理系统EMS发送的第一告警消息,所述第一告警消息包含用于指示所述告警为未通知历史告警的第一指示信息;处理器,用于根据所述第一指示信息确定所述告警为未通知历史告警。
- 如权利要求8所述的NMS,其特征在于,所述第一告警消息中还包括所述告警的产生时间和/或所述告警的清除时间。
- 如权利要求8或9所述的NMS,其特征在于,还包括:发送器,所述发送器用于:在所述NMS的告警处理资源使用超过预设值的情况下,向所述EMS发送第一控制信息,所述第一控制信息用于指示所述EMS不再发送所述第一告警消息;或者,在所述NMS的告警处理资源使用未超过预设值的情况下,向所述EMS发送第二控制信息,所述第二控制信息用于指示所述EMS发送所述第一告警消息。
- 一种网元NE,其特征在于,包括:处理器,用于确定所述NE上产生的告警是否为未通知历史告警;发送器,用于在所述处理器判断出所述告警为未通知历史告警的情况下,向网元管理系统EMS发送第三告警消息,所述第三告警消息包含用于指示所述告警为未通知历史告警的第三指示信息。
- 如权利要求11所述的NE,其特征在于,所述发送器还用于向所述EMS发送所述告警的产生时间和/或所述告警的清除时间。
- 如权利要求11或12所述的NE,其特征在于,还包括接收器,用于:在所述EMS或网络管理系统NMS的告警处理资源使用超过预设值的情况下,接收所述EMS发送的第三控制信息,所述第三控制信息用于指示所述NE不再发送所述第三告警消息;或者,在所述EMS或所述NMS的告警处理资源使用未超过预设值的情况下,接收所述EMS发送第四控制信息,所述第二控制信息用于指示所述NE发送所述第三告警消息。
- 一种告警处理的方法,其特征在于,包括:网元管理系统EMS判断网元NE上产生的告警是否为未通知历史告警;如果是,所述EMS向所述NMS发送第一告警消息,所述第一告警消息包含用于指示所述告警为未通知历史告警的第一指示信息。
- 如权利要求14所述的方法,其特征在于,所述第一告警消息中还包含所述告警的产生时间和/或所述告警的清除时间。
- 如权利要求14或15所述的方法,其特征在于,所述方法还包括:所述EMS接收所述NE发送的所述告警的产生时间和所述告警的清除时间。
- 如权利要求14-16任意一项所述的方法,其特征在于,所述方法还包括:在所述NMS的告警处理资源使用超过预设值的情况下,所述EMS接收 所述NMS发送的第一控制信息,所述第一控制信息用于指示所述EMS不再发送所述第一告警消息;或者,在所述NMS的告警处理资源使用未超过预设值的情况下,所述EMS接收所述NMS发送的第二控制信息,所述第二控制信息用于指示所述EMS发送所述第一告警消息。
- 如权利要求14-17任意一项所述的方法,其特征在于,在所述EMS判断所述告警是否为未通知历史告警之前,所述方法还包括:所述EMS接收所述NE发送的第二告警消息,所述第二告警消息包含用于指示所述告警为历史告警的第二指示信息。
- 如权利要求14-17所述的方法,其特征在于,在所述EMS判断所述告警是否为未通知历史告警之前,所述方法还包括:所述EMS接收所述NE发送的第三告警消息,所述第三告警消息包含用于指示所述告警为未通知历史告警的第三指示信息,以使所述EMS根据所述第三指示信息判断出所述告警为未通知历史告警。
- 如权利要求19所述的方法,其特征在于,所述方法还包括:在所述EMS或所述NMS的告警处理资源使用超过预设值的情况下,所述EMS向所述NE发送第三控制信息,所述第一控制信息用于指示所述NE不再发送所述第三告警消息;或者,在所述EMS或所述NMS的告警处理资源使用未超过预设值的情况下,所述EMS向所述NE发送第四控制信息,所述第四控制信息用于指示所述NE发送所述第三告警消息。
- 一种告警处理方法,其特征在于,包括:网络管理系统NMS接收网元管理系统EMS发送的第一告警消息,所述第一告警消息包含用于指示所述告警为未通知历史告警的第一指示信息;所述NMS根据所述第一指示信息确定所述告警为未通知历史告警。
- 如权利要求21所述的方法,其特征在于,所述第一告警消息中还包含所述告警的产生时间和/或所述告警的清除时间。
- 如权利要求21或22所述的方法,其特征在于,所述方法还包括:在所述NMS的告警处理资源使用超过预设值的情况下,所述NMS向所述EMS发送第一控制信息,所述第一控制信息用于指示所述EMS不再发送所述第一告警消息;或者,在所述NMS的告警处理资源使用未超过预设值的情况下,所述NMS向所述EMS发送第二控制信息,所述第二控制信息用于指示所述EMS发送所述第一告警消息。
- 一种告警处理方法,其特征在于,包括:网元NE确定所述NE上产生的告警是否为未通知历史告警;在所述告警为未通知历史告警的情况下,所述NE向网元管理系统EMS发送第三告警消息,所述第三告警消息中包含用于指示所述NE上产生的告警为未通知历史告警的第三指示信息。
- 如权利要求24所述的方法,其特征在于,还包括:所述NE向所述EMS发送所述告警的产生时间和/或所述告警的清除时间。
- 如权利要求24或25所述的方法,其特征在于,还包括:在所述EMS或网络管理系统NMS的告警处理资源使用超过预设值的情况下,所述NE接收所述EMS发送的第三控制信息,所述第一控制信息用于指示所述NE不再发送所述第三告警消息;或者,在所述EMS或所述NMS的告警处理资源使用未超过预设值的情况下,所述NE接收所述EMS发送第四控制信息,所述第四控制信息用于指示所述NE发送所述第三告警消息。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2014/087739 WO2016049796A1 (zh) | 2014-09-29 | 2014-09-29 | 一种告警处理的方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105659530A true CN105659530A (zh) | 2016-06-08 |
CN105659530B CN105659530B (zh) | 2019-04-12 |
Family
ID=55629226
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480029972.1A Active CN105659530B (zh) | 2014-09-29 | 2014-09-29 | 一种告警处理的方法和设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105659530B (zh) |
WO (1) | WO2016049796A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110311799A (zh) * | 2018-03-27 | 2019-10-08 | 华为技术有限公司 | 一种通信方法及装置 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110768828A (zh) * | 2019-10-22 | 2020-02-07 | 北京宝兰德软件股份有限公司 | 告警处理方法及系统 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1852153A (zh) * | 2005-11-09 | 2006-10-25 | 华为技术有限公司 | 基于简单网络管理协议的故障/告警管理系统及方法 |
CN101365205A (zh) * | 2007-08-10 | 2009-02-11 | 中兴通讯股份有限公司 | 一种历史告警信息记录的保存系统及方法 |
WO2010060327A1 (zh) * | 2008-11-03 | 2010-06-03 | 华为技术有限公司 | 告警处理方法、装置和系统 |
CN102223622A (zh) * | 2010-04-13 | 2011-10-19 | 中兴通讯股份有限公司 | 多模网元告警的上报方法及系统 |
CN102223659A (zh) * | 2011-06-16 | 2011-10-19 | 中兴通讯股份有限公司 | 一种屏蔽冗余历史告警方法和装置 |
CN102263674A (zh) * | 2010-05-26 | 2011-11-30 | 大唐移动通信设备有限公司 | 告警上报方法、系统和设备 |
WO2014089809A1 (zh) * | 2012-12-13 | 2014-06-19 | 华为技术有限公司 | 告警相关信息的传输方法和装置 |
CN104038378A (zh) * | 2014-07-01 | 2014-09-10 | 上海斐讯数据通信技术有限公司 | 一种接入网设备告警管理系统及方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100485063B1 (ko) * | 2001-12-22 | 2005-04-22 | 엘지전자 주식회사 | 망관리시스템의 경보 필터링 방법 |
KR20030053679A (ko) * | 2001-12-22 | 2003-07-02 | 엘지전자 주식회사 | 망관리 시스템내 사용자 인터페이스 서버의 데이터 처리및 관리 방법 |
CN101222725A (zh) * | 2007-01-08 | 2008-07-16 | 中兴通讯股份有限公司 | 一种利用告警归并减少北向接口告警数量的方法 |
CN101414933B (zh) * | 2007-10-15 | 2011-08-10 | 中兴通讯股份有限公司 | 一种告警相关性信息的处理方法及装置 |
-
2014
- 2014-09-29 CN CN201480029972.1A patent/CN105659530B/zh active Active
- 2014-09-29 WO PCT/CN2014/087739 patent/WO2016049796A1/zh active Application Filing
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1852153A (zh) * | 2005-11-09 | 2006-10-25 | 华为技术有限公司 | 基于简单网络管理协议的故障/告警管理系统及方法 |
CN101365205A (zh) * | 2007-08-10 | 2009-02-11 | 中兴通讯股份有限公司 | 一种历史告警信息记录的保存系统及方法 |
WO2010060327A1 (zh) * | 2008-11-03 | 2010-06-03 | 华为技术有限公司 | 告警处理方法、装置和系统 |
CN102223622A (zh) * | 2010-04-13 | 2011-10-19 | 中兴通讯股份有限公司 | 多模网元告警的上报方法及系统 |
CN102263674A (zh) * | 2010-05-26 | 2011-11-30 | 大唐移动通信设备有限公司 | 告警上报方法、系统和设备 |
CN102223659A (zh) * | 2011-06-16 | 2011-10-19 | 中兴通讯股份有限公司 | 一种屏蔽冗余历史告警方法和装置 |
WO2014089809A1 (zh) * | 2012-12-13 | 2014-06-19 | 华为技术有限公司 | 告警相关信息的传输方法和装置 |
CN104038378A (zh) * | 2014-07-01 | 2014-09-10 | 上海斐讯数据通信技术有限公司 | 一种接入网设备告警管理系统及方法 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110311799A (zh) * | 2018-03-27 | 2019-10-08 | 华为技术有限公司 | 一种通信方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2016049796A1 (zh) | 2016-04-07 |
CN105659530B (zh) | 2019-04-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11689941B2 (en) | Coverage issue analysis and resource utilization analysis by MDA | |
JP7159347B2 (ja) | モデル更新方法および装置、ならびにシステム | |
US20210105638A1 (en) | Network data analytics for oam | |
US8954079B2 (en) | Mobile communication system and base station identifier management method thereof | |
WO2018196856A1 (zh) | 通信方法、装置和系统 | |
EP3996331A1 (en) | Method and device for acquiring management data | |
US20190386925A1 (en) | Management Method, Management Unit, And System | |
CN111641582B (zh) | 一种安全保护方法及装置 | |
CN112655238B (zh) | 通信网络中的容量和覆盖管理系统与方法 | |
CN113709777A (zh) | 一种故障处理方法、装置及系统 | |
CN105071968A (zh) | 一种通信设备的业务面和控制面的隐性故障修复方法和装置 | |
CN104244297B (zh) | 一种基于td-lte的宽带集群故障弱化通信方法和基站 | |
US20170243473A1 (en) | Information Sending Method, Managed System, and Management System | |
CN105659530A (zh) | 一种告警处理的方法和设备 | |
CN101553008B (zh) | 一种管理msc/sgsn池组的方法及系统 | |
CN104038955B (zh) | 一种移动通信系统中的故障检测及处理的方法及基站 | |
EP3213547B1 (en) | Detecting outage of a radio cell | |
CN115866634A (zh) | 一种网络性能异常分析方法、装置及可读存储介质 | |
US10097401B2 (en) | Method of providing performance management data, corresponding network element and corresponding radio communication system | |
US20230344717A1 (en) | Policy conflict management method, apparatus, and system | |
EP4432635A1 (en) | Communication method and communication apparatus | |
WO2024161499A1 (ja) | 通信経路の切替制御 | |
KR101146836B1 (ko) | 매니저 고장시 관리 네트워크를 운영하기 위한 방법 및설비들 | |
Firdaus et al. | Sleeping cell analysis in lte network with self-healing approach | |
CN103703804B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |