CN101141751A - 告警消息上报的系统 - Google Patents
告警消息上报的系统 Download PDFInfo
- Publication number
- CN101141751A CN101141751A CNA2006100625395A CN200610062539A CN101141751A CN 101141751 A CN101141751 A CN 101141751A CN A2006100625395 A CNA2006100625395 A CN A2006100625395A CN 200610062539 A CN200610062539 A CN 200610062539A CN 101141751 A CN101141751 A CN 101141751A
- Authority
- CN
- China
- Prior art keywords
- alarm
- management unit
- network
- supplementary
- crucial
- 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.)
- Withdrawn
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种告警消息上报系统,该系统包括网元管理单元,用于接收移动设备上报的告警消息,并选择性地上报给网络管理单元,在所述网元管理单元侧设置有告警信息列表;以及所述网络管理单元,在所述网元管理单元定制了告警消息上报,其中至少一个所述网络管理单元在所述网元管理单元启动了告警过滤功能。其中,在网元管理单元侧,为所述启动了告警过滤功能的网络管理单元记录相应的告警辅助信息,所述告警辅助信息对应于所述启动了告警过滤功能的网络管理单元的告警过滤规则。本发明通过对告警信息列表进行辅助处理,在NMS和EMS间启动高级告警过滤功能时,使得告警消息和告警同步信息保持一致。
Description
技术领域
本发明涉及移动通信领域,更具体而言,涉及网元管理系统中告警处理的系统。
背景技术
在移动通信网络中,存在网络管理系统(Network ManagementSystem,NMS)、网元管理系统(Element Management System,EMS)等不同层次的管理系统。NMS和EMS之间的接口称为北向接口(Itf-N)。EMS主要完成ITU(International TelecommunicationUnion,国际电信联盟)TMN(Telecommunication ManagementNetwork,电信管理网)中的网元管理层(Element Management Layer,EML)功能,即完成一个或多个移动通信设备的管理功能,通常不同设备供应商之间的EMS无法通用。NMS主要完成ITU TMN中的网络管理层(Network Management Layer,NML)功能,负责一个被管网络内所有网元的管理。对于被管网络(称为子网)内存在多个设备供应商的情况,可以通过EMS实现管理整个子网的目的。
当移动通信设备发生故障时,将产生相应的告警消息,以使操作管理人员了解故障的发生及尽快地定位和排除故障。若NMS订购了相关的告警,则当故障发生时,告警消息将由EMS通过北向接口上报到NMS。
而根据目前的处理方式,当告警情况发生时,通过北向接口传送的告警消息的数量很大,对北向接口造成了很大的负担。而传送的告警消息中,有很多是不值得操作管理人员特别关注并且对定位和排除故障没有实际帮助的。为了减少北向接口的负荷,业界提出了高级告警过滤功能,通过过滤非关键告警的方法,减少非关键告警,提高北向接口的效率。
但是这又导致了另一个问题,就是当采用了高级告警过滤功能时,本来需要通过北向接口上报到NMS的非关键告警消息被过滤了,特别是当有多个NMS从同一个EMS订购了告警消息时,如果不同的NMS采用的高级告警过滤规则不一样,则在北向接口上被过滤的告警消息也是不一样的。这时,如果不对EMS维护的告警信息列表(AlarmList)进行相应处理的话,那么NMS在执行告警同步后得到的告警信息将和通过接收到的告警消息而得到的告警信息不一致,这将会给网络管理人员带来迷惑和困扰。
因此,需要一种告警消息上报的技术方案,能够解决上述相关技术中存在的问题。
发明内容
本发明旨在提供一种告警上报的解决方案,能够解决相关技术中存在的当在NMS和EMS间启动高级告警过滤功能时可能会造成告警消息和告警同步信息不一致的问题。
为了实现上述目的,本发明提供了一种告警消息上报系统,包括:网元管理单元,用于接收移动设备上报的告警消息,并选择性地上报给网络管理单元,在网元管理单元侧设置有告警信息列表;以及网络管理单元,在网元管理单元定制了告警消息上报,其中至少一个网络管理单元在网元管理单元启动了告警过滤功能。其中,在网元管理单元侧,为启动了告警过滤功能的网络管理单元记录相应的告警辅助信息,告警辅助信息对应于启动了告警过滤功能的网络管理单元的告警过滤规则。
在上述的告警消息上报系统中,当启动了告警过滤功能的网络管理单元针对网元管理单元发起告警同步操作时,网元管理单元根据所记录的告警辅助信息来判断告警是关键告警还是非关键告警。
在上述的告警消息上报系统中,当有告警通知消息上报到网元管理单元时,如果网络管理单元未启动告警过滤功能,则告警通知消息直接通过北向接口上报到相应网络管理单元;如果网络管理单元启动了告警过滤功能,则网元管理单元根据告警过滤规则判断与告警通知消息对应的告警是关键告警还是非关键告警,然后将判断结果记入告警辅助信息,如果判断结果是关键告警,则还通过北向接口向相应网络管理单元上报告警通知消息。
在上述的告警消息上报系统中,当有告警恢复消息上报到网元管理单元时,如果网络管理单元未启动告警过滤功能,则告警通知消息直接通过北向接口上报到相应网络管理单元;如果网络管理单元启动了告警过滤功能,则网元管理单元根据告警过滤规则或所记录的告警辅助信息判断与告警恢复消息对应的告警是关键告警还是非关键告警,如果判断结果是关键告警,则通过北向接口向相应网络管理单元上报告警恢复消息。
在上述的告警消息上报系统中,网元管理单元初始化告警辅助信息,对于启动告警过滤功能之前已上报的告警,都作为关键告警处理。
在上述的告警消息上报系统中,如果一个告警在被恢复且被确认之后,网元管理单元将其从告警信息列表中删除,并且其对应的告警辅助信息也被删除。
通过上述技术方案,本发明通过先在处理告警时增加记录告警辅助信息的功能,然后在告警同步时利用该告警辅助信息,解决了现有技术中当在NMS和EMS间启动高级告警过滤功能时可能会造成告警消息和告警同步信息不一致的问题。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1示出了根据本发明的告警消息上报方法的流程图;
图2示出了根据本发明的告警消息上报系统的框图;
图3示出根据本发明实施例的当EMS收到告警通知消息时的处理流程图;
图4示出根据本发明实施例的当EMS收到告警恢复消息时的处理流程图;以及
图5示出根据本发明实施例的当EMS收到NMS告警同步操作时的处理流程图。
具体实施方式
下面将参考附图详细说明本发明。
针对上文描述的现有技术中当在NMS和EMS间启动高级告警过滤功能时可能会造成告警消息和告警同步信息不一致的问题,本发明提出了一种新的告警消息上报技术方案。该技术的核心是通过先在处理告警时增加记录告警辅助信息的功能,然后在告警同步时利用该告警辅助信息,使得上报到NMS的告警消息和相应的告警同步信息保持一致。
图1示出了根据本发明的告警消息上报方法的示意图;图2示出了根据本发明的告警消息上报系统的示意图。
参照图1,根据本发明的告警消息上报方法包括以下步骤:
步骤S102,在网元管理系统侧,设置告警信息列表,并为在网元管理系统启动了告警过滤功能的网络管理系统记录相应的告警辅助信息,告警辅助信息对应于网络管理系统的告警过滤规则。
告警过滤功能是指网元管理系统向网络管理系统上报关键告警,并过滤非关键告警。告警的属性为关键告警以及非关键告警。
告警辅助信息的记录步骤可以为以下之一:(1)为网络管理系统创建关键告警或非关键告警列表,用于记录按照告警过滤规则被认为是关键告警或非关键告警的告警的信息;(2)网元管理系统创建总的告警辅助信息列表,用于记录每个告警对于每个网络管理系统来说是关键告警还是非关键告警的信息;(3)在网元管理系统原始告警信息结构中增加一个字段,用于记录每个告警对于每个网络管理系统来说是关键告警还是非关键告警的信息。
优选地,网元管理系统初始化告警辅助信息,对于启动告警过滤功能之前已上报的告警,都作为关键告警处理。
步骤S104,当网络管理系统针对网元管理系统发起告警同步操作时,网元管理系统根据所记录的告警辅助信息来判断告警的属性。
步骤S106,当有告警通知消息上报到网元管理系统时,网元管理系统根据告警过滤规则来判断与告警通知消息对应的告警的属性,并执行相应处理。
具体地,当有告警通知消息上报到网元管理系统时,网元管理系统根据告警过滤规则判断出与告警通知消息对应的告警是关键告警还是非关键告警之后,将判断结果记入告警辅助信息,如果判断结果是关键告警,则还通过北向接口向网络管理系统上报告警通知消息。
步骤S108,当有告警恢复消息上报到网元管理系统时,网元管理系统根据告警过滤规则或所记录的告警辅助信息来判断与告警恢复消息对应的告警的属性,并执行相应处理。
具体地,当有告警恢复消息上报到网元管理系统时,网元管理系统根据告警过滤规则或所记录的告警辅助信息判断出与告警恢复消息对应的告警是关键告警还是非关键告警之后,如果判断结果是关键告警,则通过北向接口向网络管理系统上报告警恢复消息。
在上述的告警消息上报方法中,如果一个告警在被恢复且被确认之后,网元管理系统将其从告警信息列表中删除,则其对应的告警辅助信息也被删除。
在上述的告警消息上报方法中,如果网络管理系统停止了告警过滤功能,则新上报的告警消息对应的告警都作为关键告警处理,而新上报的告警恢复消息还根据所记录的告警辅助信息进行处理。
参照图2,根据本发明的告警消息上报系统200,包括:网元管理单元202,用于接收移动设备上报的告警消息,并选择性地上报给网络管理单元204,在网元管理单元202侧设置有告警信息列表;以及网络管理单元204,在网元管理单元202定制了告警消息上报,其中至少一个网络管理单元204在网元管理单元202启动了告警过滤功能。其中,在网元管理单元202侧,为启动了告警过滤功能的网络管理单元204记录相应的告警辅助信息,告警辅助信息对应于启动了告警过滤功能的网络管理单元204的告警过滤规则。
在上述的告警消息上报系统200中,网元管理单元202用于当启动了告警过滤功能的网络管理单元204针对网元管理单元202发起告警同步操作时,根据所记录的告警辅助信息来判断告警是关键告警还是非关键告警。
在上述的告警消息上报系统200中,网元管理单元202用于当有告警通知消息上报到网元管理单元202时,在网络管理单元204未启动告警过滤功能的情况下,将告警通知消息直接通过北向接口上报到相应网络管理单元204;在网络管理单元204启动了告警过滤功能的情况下,根据告警过滤规则判断与告警通知消息对应的告警是关键告警还是非关键告警,然后将判断结果记入告警辅助信息,如果判断结果是关键告警,则还通过北向接口向相应网络管理单元204上报告警通知消息。
在上述的告警消息上报系统200中,网元管理单元202用于当有告警恢复消息上报到网元管理单元202时,在网络管理单元204未启动告警过滤功能的情况下,将告警通知消息直接通过北向接口上报到相应网络管理单元204;在网络管理单元204启动了告警过滤功能的情况下,根据告警过滤规则或所记录的告警辅助信息判断与告警恢复消息对应的告警是关键告警还是非关键告警,如果判断结果是关键告警,则通过北向接口向相应网络管理单元204上报告警恢复消息。
在上述的告警消息上报系统200中,网元管理单元202用于初始化告警辅助信息,对于启动告警过滤功能之前已上报的告警,都作为关键告警处理。
在上述的告警消息上报系统200中,网元管理单元202用于在一个告警在被恢复且被确认之后,将其从告警信息列表中删除,并删除其对应的告警辅助信息。
下面结合图3至图5来详细说明根据本发明的实施例。
在该实施例中,在EMS中启动高级告警过滤功能时对告警信息列表进行辅助处理,从而使得上报到NMS的告警消息和相应的告警同步信息一致。具体描述如下。
当一个NMS在EMS启动了高级告警过滤功能,EMS就为这个NMS记录相应的告警辅助信息,该告警辅助信息用于区分根据这个NMS所采用的高级告警过滤规则,每一个告警是关键告警还是非关键告警。每个告警辅助信息至少包括告警的唯一标识;告警辅助信息的表示方法包括但不限于以下几种方案:
a.为每一个启动了高级告警过滤功能的NMS创建一个关键告警(或非关键告警)列表,用于记录按照其采用的高级告警过滤规则被认为是关键告警(或非关键告警)的告警的信息,该信息为告警的唯一标识。
b.EMS创建一个总的告警辅助信息列表,用于记录每一个告警对于每个启动了高级告警过滤功能的NMS来说是关键告警还是非关键告警的信息。
c.在EMS原始告警信息结构中增加一个字段,用于记录每一个告警对于每个启动了高级告警过滤功能的NMS来说是关键告警还是非关键告警的信息。
在该实施例中,首先定义了一种数据结构,用于记录每一个在EMS启动了高级告警过滤功能的NMS的告警辅助信息。对于每一个NMS,这是一个记录关键告警的列表,每个记录是一个告警的唯一标识。这里采用的是上述的方案a,形式如下:
TYPEDEF TSignificantAlarmList:List of AlarmID;
significantAlarmLists:List of TSignificantAlarmList;
然后,EMS初始化告警辅助信息,对于高级告警过滤功能启动之前已上报的告警,都作为关键告警处理,将其告警唯一标识加入到对应的关键告警信息列表。
图3示出根据本发明实施例的当EMS收到告警通知消息时的处理流程图。当有新的告警通知消息上报到EMS时,EMS首先将告警信息填入其原始的告警信息列表,然后对每一个订购了该告警信息的NMS依次处理,如果处理的NMS没有在EMS启动高级告警过滤功能,则该告警通知消息被直接通过北向接口上报到相应的NMS;如果处理的NMS在EMS启动了高级告警过滤功能,则EMS根据该NMS所采用的高级告警过滤规则,判别该告警通知消息对应的告警是关键告警还是非关键告警,并将结果记入告警辅助信息,在该实施例中,即将相应的告警唯一标识加入到对应NMS的关键告警信息列表。如果该告警被认为是关键告警,则还需通过北向接口向相应的NMS上报该告警通知消息。
参照图3,当EMS收到告警通知消息时依次执行以下步骤:
步骤S302,EMS接收到告警通知消息后,将该告警通知消息对应为告警A;
步骤S304,EMS处理其原始的告警信息列表;
步骤S306,EMS判断是否还有订阅了告警A的NMS,如果有的话,则依次执行步骤S308;如果没有的话,则结束处理;
步骤S308,判断该订阅了告警A的NMS是否在EMS启动了高级告警过滤功能,如果该NMS没有在EMS启动高级告警过滤功能,则执行步骤S310;如果该NMS在EMS启动了高级告警过滤功能,则执行步骤S312;
步骤S310,EMS将该告警通知消息直接通过北向接口上报到相应的NMS,并返回执行步骤S306;
步骤S312,EMS根据该NMS所采用的高级告警过滤规则,判别告警A是关键告警还是非关键告警,并将结果记入告警辅助信息,即将相应的告警唯一标识加入到对应NMS的关键告警信息列表;
步骤S314,如果告警A是关键告警,则执行步骤S316;如果告警A是非关键报警,则返回执行步骤S306;以及
步骤S316,EMS通过北向接口向相应的NMS上报该告警通知消息,并返回执行步骤S306。
图4示出根据本发明的实施例的当EMS收到告警恢复消息时的处理流程图。当有新的告警恢复消息上报到EMS时,EMS首先处理其原始的告警信息列表,然后对每一个订购了该告警信息的NMS依次处理,如果处理的NMS没有在EMS启动高级告警过滤功能,则该告警恢复消息被直接通过北向接口上报到相应的NMS;如果处理的NMS在EMS启动了高级告警过滤功能,则EMS根据该NMS所采用的高级告警过滤规则或已记录的告警辅助信息,判别该告警恢复消息对应的告警是关键告警还是非关键告警,如果该告警是关键告警,则通过北向接口向相应的NMS上报该告警恢复消息。
参照图4,当EMS收到告警恢复消息时的处理包括以下步骤:
步骤S402,EMS接收到告警恢复消息后,将该告警恢复消息对应为告警A;
步骤S404,EMS处理其原始的告警信息列表;
步骤S406,EMS判断是否还有订阅了告警A的NMS,如果有的话,则依次执行步骤S408;如果没有的话,则结束处理;
步骤S408,判断该订阅了告警A的NMS是否在EMS启动了高级告警过滤功能,如果该NMS没有在EMS启动高级告警过滤功能,则执行步骤S410;如果该NMS在EMS启动了高级告警过滤功能,则执行步骤S412;
步骤S410,EMS将该告警恢复消息直接通过北向接口上报到相应的NMS,并返回执行步骤S406;
步骤S412,EMS根据该NMS所采用的高级告警过滤规则或者记录的告警辅助信息,判别告警A是关键告警还是非关键告警。
步骤S414,如果告警A是关键告警,则执行步骤S416;如果告警A是非关键报警,则返回执行步骤S406;以及
步骤S416,EMS通过北向接口向相应的NMS上报该告警恢复消息,并返回执行步骤S406。
另外,如果一个告警在被恢复且被确认后,EMS将其从原始的告警信息列表中删除了,则其对应的告警辅助信息也应该被删除。
图5示出根据本发明的实施例的当EMS收到NMS告警同步操作时的处理流程图。当NMS针对一个EMS发起告警同步操作时,如果该NMS在该EMS启动了高级告警过滤功能,则EMS在发送其原始告警信息列表中的告警信息时,应该根据该NMS对应的告警辅助信息来判断每一个告警是关键告警还是非关键告警,EMS应该只发送关键告警的告警信息。
参照图5,当EMS收到NMS告警同步操作时的处理包括以下步骤:
步骤S502,NMS针对一个EMS发起告警同步操作;
步骤S504,该EMS判断该NMS是否在该EMS启动了高级告警过滤功能,如果启动了高级告警过滤功能,则依次执行步骤S508;如果没有启动高级告警过滤功能,则依次执行步骤S506;
步骤S506,EMS直接将EMS原始告警信息列表中的告警信息全部上报给NMS,然后结束处理;
步骤S508,判断该EMS的原始告警信息列表中是否还有告警未处理,如果所有的告警都已处理完,则结束处理;如果还有告警信息未处理的话,则依次执行步骤S510;
步骤S510,EMS从原始告警信息列表中取一条告警,检查其相应的告警辅助信息,并根据该NMS对应的告警辅助信息来判断该告警是关键告警还是非关键告警;
步骤S512,在步骤S510中判断告警是关键告警的话,则依次执行步骤S514;如果在步骤S510中判断告警是非关键告警的话,则返回执行步骤S508;
步骤S514,EMS将关键告警的告警信息通过北向接口向NMS上报,并返回执行步骤S508。
另外,如果一个NMS在一个EMS启动了高级告警过滤功能后,又停止了该高级告警过滤功能,则新上报的告警消息对应的告警都作为关键告警处理,而新上报的告警恢复消息则还必须根据记录的告警辅助信息进行处理(判别该告警恢复消息对应的告警是关键告警还是非关键告警,如果该告警是关键告警,则通过北向接口向相应的NMS上报该告警恢复消息,否则不上报),直到EMS原始告警列表中的所有告警都被作为关键告警(即原来被认为是非关键告警的告警都已被恢复和确认)为止。如果一个NMS停止了一个EMS上的高级告警过滤功能,且该EMS的原始告警信息列表中的告警都作为关键告警,则可以认为该NMS没有在该EMS启动相应的高级告警过滤功能。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (6)
1.一种告警消息上报系统,其特征在于,包括:
网元管理单元,用于接收移动设备上报的告警消息,并选择性地上报给网络管理单元,在所述网元管理单元侧设置有告警信息列表;以及
所述网络管理单元,在所述网元管理单元定制了告警消息上报,其中至少一个所述网络管理单元在所述网元管理单元启动了告警过滤功能,
其中,在网元管理单元侧,为所述启动了告警过滤功能的网络管理单元记录相应的告警辅助信息,所述告警辅助信息对应于所述启动了告警过滤功能的网络管理单元的告警过滤规则。
2.根据权利要求1所述的告警消息上报系统,其特征在于,
所述网元管理单元用于当所述启动了告警过滤功能的网络管理单元针对所述网元管理单元发起告警同步操作时,根据所记录的告警辅助信息来判断告警是关键告警还是非关键告警。
3.根据权利要求1所述的告警消息上报系统,其特征在于,当有告警通知消息上报到所述网元管理单元时,
所述网元管理单元在所述网络管理单元未启动所述告警过滤功能的情况下,用于将所述告警通知消息直接通过北向接口上报到相应网络管理单元;
所述网元管理单元在所述网络管理单元启动了所述告警过滤功能的情况下,用于根据所述告警过滤规则判断与所述告警通知消息对应的告警是关键告警还是非关键告警,然后将判断结果记入所述告警辅助信息,如果所述判断结果是关键告警,则通过北向接口向相应网络管理单元上报所述告警通知消息。
4.根据权利要求1所述的告警消息上报系统,其特征在于,当有告警恢复消息上报到所述网元管理单元时,
所述网元管理单元在所述网络管理单元未启动所述告警过滤功能的情况下,用于将所述告警恢复消息直接通过北向接口上报到相应网络管理单元;
所述网元管理单元在所述网络管理单元启动了所述告警过滤功能的情况下,用于根据所述告警过滤规则或所记录的告警辅助信息判断与所述告警恢复消息对应的告警是关键告警还是非关键告警,如果判断结果是关键告警,则通过北向接口向相应网络管理单元上报所述告警恢复消息。
5.根据权利要求1所述的告警消息上报系统,其特征在于,
所述网元管理单元用于初始化所述告警辅助信息,将启动
所述告警过滤功能之前已上报的告警都作为关键告警处理。
6.根据权利要求1所述的告警消息上报系统,其特征在于,
所述网元管理单元在一个告警在被恢复且被确认之后,用于将所述告警从所述告警信息列表中删除,并删除对应的告警辅助信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006100625395A CN101141751A (zh) | 2006-09-07 | 2006-09-07 | 告警消息上报的系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006100625395A CN101141751A (zh) | 2006-09-07 | 2006-09-07 | 告警消息上报的系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101141751A true CN101141751A (zh) | 2008-03-12 |
Family
ID=39193430
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006100625395A Withdrawn CN101141751A (zh) | 2006-09-07 | 2006-09-07 | 告警消息上报的系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101141751A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101924661A (zh) * | 2009-06-17 | 2010-12-22 | 中兴通讯股份有限公司 | 告警的处理方法及装置 |
CN101998683A (zh) * | 2009-08-20 | 2011-03-30 | 中兴通讯股份有限公司 | 获取自愈功能的触发条件的方法及系统 |
CN102223622A (zh) * | 2010-04-13 | 2011-10-19 | 中兴通讯股份有限公司 | 多模网元告警的上报方法及系统 |
CN102238598A (zh) * | 2010-05-04 | 2011-11-09 | 中兴通讯股份有限公司 | 网络自动化管理方法、系统、网络管理系统及网元管理系统 |
CN102263670A (zh) * | 2011-08-29 | 2011-11-30 | 大唐移动通信设备有限公司 | 一种告警消息的上报处理方法及装置 |
WO2016062062A1 (zh) * | 2014-10-21 | 2016-04-28 | 中兴通讯股份有限公司 | 物联网告警抑制方法及系统 |
CN105721213A (zh) * | 2016-02-25 | 2016-06-29 | 上海斐讯数据通信技术有限公司 | 一种网络管理告警同步实现的方法及系统 |
-
2006
- 2006-09-07 CN CNA2006100625395A patent/CN101141751A/zh not_active Withdrawn
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101924661A (zh) * | 2009-06-17 | 2010-12-22 | 中兴通讯股份有限公司 | 告警的处理方法及装置 |
CN101924661B (zh) * | 2009-06-17 | 2015-07-22 | 中兴通讯股份有限公司 | 告警的处理方法及装置 |
CN101998683A (zh) * | 2009-08-20 | 2011-03-30 | 中兴通讯股份有限公司 | 获取自愈功能的触发条件的方法及系统 |
CN101998683B (zh) * | 2009-08-20 | 2015-05-20 | 中兴通讯股份有限公司 | 获取自愈功能的触发条件的方法及系统 |
CN102223622A (zh) * | 2010-04-13 | 2011-10-19 | 中兴通讯股份有限公司 | 多模网元告警的上报方法及系统 |
CN102223622B (zh) * | 2010-04-13 | 2015-11-25 | 中兴通讯股份有限公司 | 多模网元告警的上报方法及系统 |
CN102238598A (zh) * | 2010-05-04 | 2011-11-09 | 中兴通讯股份有限公司 | 网络自动化管理方法、系统、网络管理系统及网元管理系统 |
CN102238598B (zh) * | 2010-05-04 | 2016-06-01 | 中兴通讯股份有限公司 | 网络自动化管理方法、系统、网络管理系统及网元管理系统 |
CN102263670A (zh) * | 2011-08-29 | 2011-11-30 | 大唐移动通信设备有限公司 | 一种告警消息的上报处理方法及装置 |
WO2016062062A1 (zh) * | 2014-10-21 | 2016-04-28 | 中兴通讯股份有限公司 | 物联网告警抑制方法及系统 |
CN105721213A (zh) * | 2016-02-25 | 2016-06-29 | 上海斐讯数据通信技术有限公司 | 一种网络管理告警同步实现的方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101141751A (zh) | 告警消息上报的系统 | |
WO2018196685A1 (zh) | 通信方法、网络设备和系统 | |
CN101137159B (zh) | 告警消息上报的方法 | |
CN102771092B (zh) | 通信装置以及地址学习方法 | |
CN100486175C (zh) | 一种网络管理系统和网元管理系统之间过滤告警的方法 | |
CN101494572B (zh) | 设备告警信息远程管理方法及系统 | |
US20080104221A1 (en) | Method and system for simple network management protocol based data management | |
CN105915426B (zh) | 环形网络的故障恢复方法及装置 | |
CN101595689B (zh) | 在多机架网络接入环境中改变用户信息 | |
CN101150433A (zh) | 一种设置告警过滤规则的方法 | |
CN101099398A (zh) | 用于在管理网络中在管理器和代理之间匹配信息的方法和装置 | |
CN102148734B (zh) | 防止以太环网节点地址表重复刷新的方法和装置 | |
CN101202656B (zh) | 资源监控方法和装置 | |
CN101562826B (zh) | 一种告警归并的方法 | |
JP2004516691A (ja) | 移動無線のメーカに依存しないomc‐nmcインタフェースを介してメーカ固有のハードウェア情報を更新する方法 | |
CN101924661B (zh) | 告警的处理方法及装置 | |
CN100550769C (zh) | 网络管理系统和网元管理系统之间过滤告警的方法 | |
CN101212346B (zh) | 一种网元管理系统的软件版本管理方法及装置 | |
CN101854263B (zh) | 网络拓扑的分析处理方法、系统和管理服务器 | |
CN102882887A (zh) | 软件平滑升级的实现方法及设备 | |
CN103916894B (zh) | 基于告警触发的信令跟踪系统和方法、及相关装置 | |
CN101202644A (zh) | 数据备份和恢复方法 | |
JP2004328604A (ja) | Ipテレフォニーサービスシステム、課金処理方法 | |
CN107835097A (zh) | 告警信息同步方法及装置、网元 | |
JP2006270383A (ja) | 無線通信ネットワークの基地局制御装置およびそのアラーム情報収集方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C04 | Withdrawal of patent application after publication (patent law 2001) | ||
WW01 | Invention patent application withdrawn after publication |