CN101741635B - 一种同步告警信息的方法、系统及设备 - Google Patents

Abstract

本发明公开了一种同步告警信息的方法、系统及设备，包括：网络代理者为网元产生的告警内容分配含有顺序关系的告警流水号；网络代理者将分配的流水号及告警内容上报网络管理者，并保存该流水号及告警内容，且按流水号为每个告警内容形成告警日志；网络管理者根据接收到的流水号的连续性发起告警同步请求；网络代理者根据网络管理者的请求进行告警信息同步。使用本发明能够在告警信息同步过程中实现对流量的平衡控制。

Description

一种同步告警信息的方法、系统及设备

技术领域

本发明涉及通信网络管理技术，特别涉及一种同步告警信息的方法、同步告警信息的系统、用于同步告警信息的通信设备。 

背景技术

现有网络通信产品大都采用SNMP(Simple Network Management Protocol，简单网络管理协议)进行管理。SNMP的网络管理模型中包括以下几个关键元素：管理者(Manager)、代理者(Agent)、管理信息库(MIB，ManagementInformation Base)、网络管理协议(SNMP)。Manager是一个运行在网络侧设备上的网络管理软件，它通过SNMP协议向Agent发布操作指令，实施对网络中各种资源的监测和控制；Agent通常是驻留在网元侧设备中的程序，它响应Manager的操作请求，执行管理功能，并通过告警的方式主动向管理者上报Agent上产生的关键错误。MIB是Manager和Agent间管理功能的数据载体，是一个层次性、结构化的所有被管对象的集合。管理者通过GET(读取)命令和SET(设置)命令来对代理的MIB操作，达到对设备的控制。 

由于告警是一个设备故障的具体体现，网元侧设备的告警，尤其是活跃告警(指网元当前存在的处于故障态的告警)在网管平台体现的准确性就显得尤其重要。在现有技术中，网元侧设备和网络侧设备告警同步一般采用如下几种方法： 

1、网络侧设备主动发送本地信息给网元侧设备，并由网元侧设备进行核查的方法。 

网络侧设备将本地记录的预同步设备的所有告警组成同步请求发送到网元侧设备；

网元侧设备收到告警同步请求消息后，将其与本身告警比较，根据比较结果，发送相应的告警消息或者告警恢复消息到网络侧设备。 

其存在的不足在于：网络侧设备将目前具有的网元侧的所有告警发送给网元侧，网元侧设备通过比较并产生相应的告警或者恢复，这种方案能够降低网管侧的压力，但是增加了网元侧实现的复杂度，并且在同步过程中，会有瞬间产生Trap风暴的可能。同时，因为同步过程仍然使用trap上报丢失的告警，经过这种同步过程，并不能严格保证网络侧设备和网元侧设备告警同步。另外，该方案也没有指出网络侧设备在何种情况下会发起告警的同步。 

2、采用告警主动上报和告警数据文件获取结合的方式。 

网元侧设备侧设立告警上报代理和文件上传代理，在网络侧设备设立告警接收模块和告警同步模块。 

网络侧设备接收到告警后，如果该告警为告警产生，而网络侧设备已经具有该告警，则判断为告警不同步，发起告警同步；如果该告警为告警恢复，而网络侧设备不具有该告警，则判断为告警不同步，发起告警同步；如果该告警为表明告警源重新启动，也判断为告警不同步，发起告警同步。 

告警同步的方法就是发起告警数据文件的上传，在网元侧，按照时间先后存储有多个文件，由网络侧设备根据上次同步的结果，来决定本次同步的文件名称并直至最新文件。 

其存在的不足在于：网络侧设备判断网元侧上报的告警是否丢失过于简单，且不完备。例如在发生如下情况时，根据该方案的判断原则将会判断不出告警是否丢失。 

情况1、告警产生后一直没有恢复且这个告警在上报途中丢失； 

情况2、一条告警的产生和恢复都丢失； 

进一步的，在该方案下，当网络侧设备和网元侧同时判断告警丢失，并发起告警文件的上传，这将造成网络流量的负担；并且，在该方案下，在发起同步后，网络侧设备判断告警文件同步的过程比较复杂。

3、基于简单网络管理协议的前后台告警管理系统的管理方法。 

网元侧设备通过Trap上报告警，并将所有的存在的告警用MIB的方式组织成表的方式存放在设备侧，称为告警池。该池用于管理者和代理者同步告警使用。 

网络侧设备通过在Trap上报的链路上定时发送set命令报文，通知网元侧设备上的代理者收到的告警的统计信息，代理者收到该set报文后，将发送成功的告警信息从自己的缓存中删除，对于发送不成功的则重发，并将代理者的告警发送的统计消息通过response的方式通知到网络侧设备，网络侧设备收到该response后，与自己的统计进行比较，如果不一致，则发起告警同步请求。 

告警同步过程为，网络侧设备将所有发送的告警的告警码发送给后台网管，网络侧设备将其与自己的收到的告警码做比较，发现缺失的则向对应的网元侧设备上的代理者发起获取请求获得丢失的告警。 

虽然能够利用该方案达到网络侧设备和网元侧设备的告警同步。但是该方案的不足在于，trap上报链路上的set心跳的频度掌握是个问题：太频繁，容易加大网络负担，造成告警不能及时上报到网管，而如果太稀疏，则不能及时发现告警trap的丢失。同时，该方案要求网络侧设备和网元侧设备均需要针对告警增加统计信息，加大了各自的处理复杂度。另外，在网管同步告警的时候，容易产生Trap风暴。 

发明内容

本发明提供一种同步告警信息的方法、系统及设备，用以解决现有技术中存在网络侧设备与网元侧设备之间告警信息在同步过程中存在的不能有效平衡网络流量的问题。 

本发明实施例提供了一种同步告警信息的方法，包括如下步骤： 

网络代理者为网元产生的告警内容分配含有顺序关系的告警流水号； 

网络代理者将分配的流水号及告警内容上报网络管理者，并保存该流水号 及告警内容，且按流水号为每个告警内容形成告警日志； 

网络管理者根据接收到的流水号的连续性发起告警同步请求； 

网络代理者根据网络管理者的所述告警同步请求进行告警信息同步。 

较佳地，所述网络管理者发起告警同步请求具体为：发起告警日志的上传请求，或根据流水号发起获取该流水号的告警内容请求； 

网络代理者根据网络管理者的所述告警同步请求进行告警同步具体为：根据请求上传告警日志或所请求的流水号的告警内容。 

较佳地，根据请求上传所请求的流水号的告警内容时，具体为： 

网络代理者接收到获取流水号的告警内容请求后，如果在保存的流水号及告警内容中没有该流水号，则响应没有该告警，网络管理者据此产生该告警的清除；如果有，则上传该流水号及告警内容。 

较佳地，所述网络管理者发起告警同步请求时，根据获取告警内容请求及获取告警日志产生的网络流量和系统负荷决定发起告警日志的上传请求，或根据流水号发起获取该流水号的告警内容请求。 

较佳地，进一步包括： 

网络管理者周期性的获取告警流水号，并根据接收到的流水号的连续性及获取的流水号与本地流水号的一致性发起告警同步请求。 

较佳地，将分配的流水号及告警内容形成告警Trap消息上报网络管理者。 

本发明实施例还提供了一种同步告警信息的系统，包括位于网络侧的网络管理者与位于网元侧的网络代理者，其中： 

网络代理者，用于为网元产生的告警内容分配含有顺序关系的告警流水号；将分配的流水号及告警内容上报网络管理者，并保存该流水号及告警内容，且按流水号为每个告警内容形成告警日志； 

网络管理者，用于根据接收到的流水号的连续性发起告警同步请求； 

网络代理者还用于根据网络管理者的所述告警同步请求进行告警同步。 

较佳地，所述网络管理者进一步用于在发起告警同步请求时，发起告警日 志的上传请求，或根据流水号发起获取该流水号的告警内容请求； 

网络代理者进一步用于在根据网络管理者的所述告警同步请求进行告警同步时，根据请求上传告警日志或所请求的流水号的告警内容。 

较佳地，网络代理者进一步用于在接收到获取流水号的告警内容请求后，如果在保存的流水号及告警内容中没有该流水号，则响应没有该告警，网络管理者据此产生该告警的清除；如果有，则上传该流水号及告警内容。 

较佳地，所述网络管理者进一步用于在发起告警同步请求时，根据获取告警内容请求及获取告警日志产生的网络流量和系统负荷决定发起告警日志的上传请求，或根据流水号发起获取该流水号的告警内容请求。 

较佳地，网络管理者进一步用于周期性的获取告警流水号，并根据接收到的流水号的连续性及获取的流水号与本地流水号的一致性发起告警同步请求。 

较佳地，所述网络代理者进一步用于将分配的流水号及告警内容形成告警Trap消息上报网络管理者。 

本发明实施例又提供了一种用于同步告警信息的通信设备，包括： 

告警产生器，用于为网元产生的告警内容分配含有顺序关系的告警流水号； 

告警池，用于保存流水号及告警内容； 

告警日志模块，用于按流水号为每个告警内容形成告警日志； 

客户端，用于将流水号及告警内容上报，以及根据网络管理者的告警同步请求进行告警同步，所述网络管理者发起告警同步请求时，根据获取告警内容请求及获取告警日志产生的网络流量和系统负荷决定发起告警日志的上传请求，或根据流水号发起获取该流水号的告警内容请求。 

较佳地，所述客户端进一步用于在接收到获取流水号的告警内容请求后，如果在保存的流水号及告警内容中没有该流水号，则响应没有该告警，网络管理者据此产生该告警的清除；如果有，则上传该流水号及告警内容。 

较佳地，所述客户端进一步用于将分配的流水号及告警内容形成告警Trap 消息上报。 

本发明实施例提供了一种用于同步告警信息的通信设备，包括： 

告警接收器，用于接收告警，所述告警包括流水号及告警内容； 

告警完整性监测模块，用于监测接收到的告警的流水号的连续性； 

告警同步模块，用于根据流水号的连续性发起告警同步请求。 

较佳地，进一步包括： 

服务器，用于接收同步的告警信息。 

较佳地，所述告警同步模块进一步用于在发起告警同步请求时，发起告警日志的上传请求，或根据流水号发起获取该流水号的告警内容请求。 

较佳地，所述告警同步模块进一步用于接收到没有所请求的告警响应时，产生该告警的清除。 

较佳地，所述告警同步模块进一步用于在发起告警同步请求时，根据获取告警内容请求及获取告警日志产生的网络流量和系统负荷决定发起告警日志的上传请求，或根据流水号发起获取该流水号的告警内容请求。 

较佳地，所述告警同步模块进一步用于周期性的获取告警流水号，并根据接收到的流水号的连续性及获取的流水号与本地流水号的一致性发起告警同步请求。 

本发明有益效果如下： 

本发明在实施中，网络代理者为网元产生的告警内容分配含有顺序关系的告警流水号；同时，将分配的流水号及告警内容上报网络管理者，并保存该流水号及告警内容，且按流水号为每个告警内容形成告警日志；而网络管理者发起告警同步请求的依据是接收到的流水号的连续性；具体运用中便可以根据网络流量的需求与连续性之间的关系来确定发起同步请求的条件，从而实现了在告警信息同步过程中对流量的平衡控制。 

进一步的，在考虑发起同步请求时，可以选择发起告警日志的上传请求，或根据流水号发起获取该流水号的告警内容请求，便可以结合发起一条告警获 取产生的网络流量和系统负荷，与发起一次活跃告警日志的获取过程产生的网络流量和系统负荷来进行设定，因而可以更进一步的有效控制网络流量。 

附图说明

图1为本发明实施例中同步告警信息的方法实施流程示意图； 

图2为本发明实施例中同步告警信息的系统结构示意图； 

图3为本发明实施例中用于同步告警信息的网元侧通信设备结构示意图； 

图4为本发明实施例中网络侧设备告警产生处理流程实施示意图； 

图5为本发明实施例中用于同步告警信息的网络侧通信设备结构示意图； 

图6为本发明实施例中网络侧设备收到告警的处理流程实施示意图。 

具体实施方式

下面结合附图对本发明的具体实施方式进行说明。 

图1为同步告警信息的方法实施流程示意图，如图所示，可以包括如下步骤： 

步骤101、网络代理者为网元产生的告警内容分配含有顺序关系的告警流水号； 

步骤102、网络代理者将分配的流水号及告警内容上报网络管理者，并保存该流水号及告警内容，且按流水号为每个告警内容形成告警日志； 

步骤103、网络管理者根据接收到的流水号的连续性发起告警同步请求； 

步骤104、网络代理者根据网络管理者的请求进行告警信息同步。 

实施中，在网络代理者上报告警给网络侧管理者时，可以将分配的流水号及告警内容形成告警Trap消息上报网络管理者。 

实施中告警同步的主要内容为获取告警内容，或者获取告警日志，在获取告警内容时，由于实施中对每一告警内容都分配了相应的流水号，因此网络管理者发起告警同步请求可以具体为：发起告警日志的上传请求，或根据流水号 发起获取该流水号的告警内容请求；相应的，网络代理者在根据网络管理者的请求进行告警同步时则具体为：根据请求上传告警日志或所请求的流水号的告警内容。 

具体实施中，在网络管理者接收到告警后，提取告警流水号后，与自己的告警流水号做比较，如果连续，则更新本地保存的该网元的告警流水号。如果不连续，则根据提取的告警流水号与本地保存的告警流水号之间的差值和事先定义的策略，来决定是发起活跃告警日志的上传还是发起指定流水号的告警的获取。 

视告警流水号差值来发起活跃告警日志的上传还是指定流水号的告警内容的上传，其目的是为了平衡流量和降低流程复杂性。因此该策略需要考虑如下因素： 

1)发起一条告警获取产生的网络流量和系统负荷； 

2)发起一次活跃告警日志的获取过程产生的网络流量和系统负荷。 

即，网络管理者发起告警同步请求时，可以根据获取告警内容请求及获取告警日志产生的网络流量和系统负荷决定发起告警日志的上传请求，或根据流水号发起获取该流水号的告警内容请求。由上面步骤102的并保存该流水号及告警内容，且按流水号为每个告警内容形成告警日志可知，告警日志是告警内容的集合，而策略的目的也在于通过衡量获取二者所带来的网络流量和负荷之间的不同来做出获取哪一个的决定。 

具体实施中，在系统中综合考虑上面的因素后，可以将策略简化为当丢失告警数量大于N后就发起活跃告警日志上传，否则就发起指定流水号的告警的获取。N的取值主要是依据获取的频度与网络流量和系统负荷之间平衡，可以通过分析确定，也可以通过经验比较总结得出。 

在以上流程中，判断告警是否完整的过程依赖于网元侧设备上报告警中的告警流水号是否连续，这种做法可能存在不能完全校验告警丢失的情况。为了校验出是否由于链路断导致网元一直不上报告警导致的告警丢失，就需要监测 Trap上报通道的通达性来达到校验告警是否完整的目的：即在Trap上报的链路上，周期性的下发网元侧告警流水号获取命令，根据获取回来的网元最大告警流水号和本地的进行比较，以确定是否有告警丢失，如果两者一致，则告警完整；若网元告警流水号大于本地保存的流水号，则其发生的后处理同收到告警后校验出流水号不连续的处理；如果网元告警流水号小于本地网管保存的流水号，则本地异常。当然为了控制网络流量，在某个周期内，如果收到网元的告警Trap上报，本周期到期后的心跳报文——告警流水号获取命令可以不发送。即，还可以进一步包括：网络管理者周期性的获取告警流水号，并根据接收到的流水号的连续性及获取的流水号与本地流水号的一致性发起告警同步请求。 

进一步的，实施中可以在根据请求上传所请求的流水号的告警内容时，具体为： 

网络代理者接收到获取流水号的告警内容请求后，如果在保存的流水号及告警内容中没有该流水号，则响应没有该告警，网络管理者据此产生该告警的清除；如果有，则上传该流水号及告警内容。 

根据同一发明构思，本发明实施例中还提供了一种同步告警信息的系统、用于同步告警信息的网元侧设备、用于同步告警信息的网络侧设备，下面对其具体的实施方式进行说明，由于同步告警信息的系统、设备与同步告警信息的方法是基于同一发明构思，其解决问题的原理与方式相似，因此可以参考同步告警信息方法中的处理方式，相同的实施方式不再重复。 

图2为同步告警信息的系统结构示意图，如图所示，包括位于网络侧的网络管理者201与位于网元侧的网络代理者202，其中： 

网络代理者202，用于当网元产生告警内容时，为该告警内容分配含有顺序关系的告警流水号；将分配的流水号及告警内容上报网络管理者202，并保存该流水号及告警内容，且按流水号为每个告警内容形成告警日志； 

网络管理者201，用于根据接收到的流水号的连续性发起告警同步请求；

网络代理者202还用于根据网络管理者的请求进行告警同步。 

网络管理者进一步用于在发起告警同步请求时，发起告警日志的上传请求，或根据流水号发起获取该流水号的告警内容请求； 

网络代理者进一步用于在根据网络管理者的请求进行告警同步时，根据请求上传告警日志或所请求的流水号的告警内容。 

网络代理者进一步用于在接收到获取流水号的告警内容请求后，如果在保存的流水号及告警内容中没有该流水号，则响应没有该告警，网络管理者据此产生该告警的清除；如果有，则上传该流水号及告警内容。 

网络管理者还可以进一步用于在发起告警同步请求时，根据获取告警内容请求及获取告警日志产生的网络流量和系统负荷决定发起告警日志的上传请求，或根据流水号发起获取该流水号的告警内容请求。 

网络管理者还可以进一步用于周期性的获取告警流水号，并根据接收到的流水号的连续性及获取的流水号与本地流水号的一致性发起告警同步请求。 

网络代理者进一步用于将分配的流水号及告警内容形成告警Trap消息上报网络管理者。 

图3为用于同步告警信息的网元侧通信设备结构示意图，如图所示，网元侧通信设备中可以包括： 

告警产生器301，用于为网元产生的告警内容分配含有顺序关系的告警流水号； 

告警池302，用于保存流水号及告警内容； 

告警日志模块303，用于按流水号为每个告警内容形成告警日志； 

客户端304，用于将流水号及告警内容上报，以及根据网络管理者的请求进行告警同步。 

实施中，客户端可以进一步用于在根据请求进行告警同步时，根据请求上传告警日志或所请求的流水号的告警内容。 

客户端还可以进一步用于在接收到获取流水号的告警内容请求后，如果在 保存的流水号及告警内容中没有该流水号，则响应没有该告警，网络管理者据此产生该告警的清除；如果有，则上传该流水号及告警内容。 

客户端还可以进一步用于将分配的流水号及告警内容形成告警Trap消息上报。 

上述实施中，告警产生器为每条告警产生一个流水号，并将告警形成Trap并上报给管理站。告警池则负责存储流水号及告警内容，其中就包括网元侧所有活跃的故障。告警日志模块则将网元侧所有的告警按照约定格式存储到告警历史日志中或者根据告警池的记录生成活跃告警日志。客户端主要接收活跃告警日志或者告警历史日志的上传请求，并将指定文件上传到管理站要求的位置。 

图4为网络侧设备告警产生处理流程实施示意图，如图所示，一条告警产生后的处理过程如下： 

步骤401、告警产生； 

步骤402、分配告警流水号； 

步骤403、形成Trap上报网络侧设备； 

步骤404、形成告警日志； 

步骤405、将告警的流水号、告警内容存储在告警池。 

在实施中，当网元产生一条告警的时候，网元侧上的代理者监测到告警产生，为该告警分配一个告警流水号，该流水号是网元产生所有告警的一个序号。并将该流水号也作为Trap内容之一，连同告警内容形成告警Trap上报管理站。 

随后，检索告警池，如果告警池中不存在该告警，则将该告警记录到告警池。如果存在，则报送异常，并将该告警覆盖原池中的告警。 

将该告警发送告警日志模块，告警日志模块收到该告警后，将其存储到历史告警日志。 

上述为告警的产生过程，在告警清除时则可以为： 

当网元的告警监测到告警恢复后，也为该告警恢复分配一条告警清除的告 警，并为其分配连续的告警流水号，并作为一条清除告警上报Trap。 

随后检索告警池，如果告警池中存在原故障告警，则清除。如果不存在，则报送异常，并丢弃。 

将该告警清除发送告警日志模块，告警日志模块将其存储到历史告警日志中。 

图5为用于同步告警信息的网络侧通信设备结构示意图，如图所示，网络侧通信设备中可以包括： 

告警接收器501，用于接收告警，所述告警包括流水号及告警内容； 

告警完整性监测模块502，用于监测接收到的告警的流水号的连续性； 

告警同步模块503，用于根据流水号的连续性发起告警同步请求。 

网络侧设备中还可以进一步包括： 

服务器504，用于接收同步的告警信息。 

告警同步模块还可以进一步用于在发起告警同步请求时，发起告警日志的上传请求，或根据流水号发起获取该流水号的告警内容请求。 

告警同步模块还可以进一步用于接收到没有所请求的告警响应时，产生该告警的清除。 

告警同步模块还可以进一步用于在发起告警同步请求时，根据获取告警内容请求及获取告警日志产生的网络流量和系统负荷决定发起告警日志的上传请求，或根据流水号发起获取该流水号的告警内容请求。 

告警同步模块还可以进一步用于周期性的获取告警流水号，并根据接收到的流水号的连续性及获取的流水号与本地流水号的一致性发起告警同步请求。 

实施中，告警接收器接收并解析网元上报的告警，并将该告警的告警流水号传给告警完整性监测模块。告警完整性监测模块通过流水号判断网元上报的告警是否完整。然后告警同步模块根据告警丢失情况和同步策略完成告警同步功能。而服务器则用于接收代理上传的告警日志以及制定流水号的告警内容等。

图6为网络侧设备收到告警的处理流程实施示意图，如图所示，在网络侧设备接收到一条告警后的告警处理过程可以如下： 

步骤601、接收告警； 

步骤602、提取告警流水号； 

步骤603、判断流水号号是否连续，是则转入步骤607，否则转入步骤604； 

步骤604、判断丢失的告警数是否满足发起活跃告警上传条件，是则转入步骤605，否则转入步骤606； 

步骤605、发起活跃告警日志上传请求； 

步骤606、发起指定流水号的告警内容请求； 

步骤607、将告警发送给告警服务器。 

实施中，在网络侧设备接收到告警后，提取告警流水号，然后与自己的告警流水号做比较，如果连续，则将该告警发送告警服务器，并更新本地保存的该网元的告警流水号。如果不连续，则根据两者差值和事先定义的策略，来决定是发起活跃告警日志的上传还是发起指定流水号的告警的获取。 

视告警流水号差值来决定发起活跃告警日志的上传还是发起指定流水号的告警的获取，其目的是为了平衡流量和降低流程复杂性。因此该策略需要考虑如下因素： 

1)发起一条告警获取产生的网络流量和系统负荷； 

2)发起一次活跃告警日志的获取过程产生的网络流量和系统负荷。 

在系统中综合考虑上面的因素后，可以将策略简化为当丢失告警数量大于N后就发起活跃告警日志上传，否则就发起指定流水号的告警的获取。 

相应的，网元侧设备接收到指定流水号的告警获取指令后，在内存池中检索，如果内存池中已经没有该告警，则直接响应没有该告警，网管据此反应产生该告警的清除。如果有，则以其流水号组织Trap上报。网元侧设备接收到活跃告警日志获取指令后，将所有告警池中的告警按照Manager和Agetn定义的日志格式组织成活跃告警日志并上传到管理站指定位置。网络侧设备得到该 文件后，解析该文件与自己库中的告警比较，对于文件中具有，而本地不具有的，产生告警。对于文件中没有，而网管本地有的，产生告警清除。 

在以上实施流程中，告警完整性判断网元告警是否完整的过程依赖于网元上报告警中的告警流水号是否连续，为了校验出是否由于链路断开导致网元一直不上报告警导致的告警丢失，需要监测Trap上报通道的通达性来达到校验告警是否完整的目的：即在Trap上报的链路上，周期性的下发网元侧告警流水号获取命令，根据获取回来的网元最大告警流水号和本地的进行比较，以确定是否有告警丢失，如果两者一致，则告警完整；若网元告警流水号大于本地保存的流水号，则其发生的后处理同收到告警后校验出流水号不连续的处理；如果网元告警流水号小于本地网管保存的流水号，则本地异常。当然为了控制网络流量，在某个周期内，如果收到网元侧设备的告警Trap上报，本周期到期后的心跳报文——告警流水号获取命令可以不发送。 

由上述实施可以看出，通过校验流水号是否连续的方式，当网管发现告警不连续的时候，根据策略发起指定流水号的告警内容传输请求，也可以发起告警日志文件同步的请求，而策略则根据发起一条告警获取产生的网络流量和系统负荷，与发起一次活跃告警日志的获取过程产生的网络流量和系统负荷来进行设定，因而通过这种方式便可以有效控制网络流量。 

使用本发明的方案不仅解决了校验告警是否丢失的问题，还可以当校验出告警丢失后，可以根据告警丢失的数量决定是发起指定告警的传输，还是告警同步文件的请求，可以有效的降低网络流量，提高网管中故障管理的效率。 

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。 

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产 品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。 

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。 

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。 

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

Claims (15)

1.一种同步告警信息的方法，其特征在于，包括如下步骤：

网络代理者为网元产生的告警内容分配含有顺序关系的告警流水号；

网络代理者将分配的流水号及告警内容上报网络管理者，并保存该流水号及告警内容，且按流水号为每个告警内容形成告警日志；

网络管理者根据接收到的流水号与本地保存的告警流水号的连续性比较结果发起告警同步请求时，根据获取告警内容请求及获取告警日志产生的网络流量和系统负荷决定发起告警日志的上传请求，或根据流水号发起获取该流水号的告警内容请求；

网络代理者根据网络管理者的所述告警同步请求进行告警信息同步时，上传告警日志或所请求的流水号的告警内容。

2.如权利要求1所述的方法，其特征在于，根据所述告警同步请求上传所请求的流水号的告警内容时，具体为：

网络代理者接收到获取流水号的告警内容请求后，如果在保存的流水号及告警内容中没有该流水号，则响应没有该告警，网络管理者据此产生该告警的清除；如果有，则上传该流水号及告警内容。

3.如权利要求1、2任一所述的方法，其特征在于，进一步包括：

网络管理者周期性的获取告警流水号，并根据接收到的流水号的连续性及获取的流水号与本地流水号的一致性发起告警同步请求。

4.如权利要求1至3任一所述的方法，其特征在于，将分配的流水号及告警内容形成告警Trap消息上报网络管理者。

5.一种同步告警信息的系统，包括位于网络侧的网络管理者与位于网元侧的网络代理者，其特征在于，

网络代理者，用于为网元产生的告警内容分配含有顺序关系的告警流水号；将分配的流水号及告警内容上报网络管理者，并保存该流水号及告警内容，且按流水号为每个告警内容形成告警日志； 

网络管理者，用于根据接收到的流水号的连续性发起告警同步请求时，根据获取告警内容请求及获取告警日志产生的网络流量和系统负荷决定发起告警日志的上传请求，或根据流水号发起获取该流水号的告警内容请求；

网络代理者还用于根据网络管理者的所述告警同步请求进行告警同步时，上传告警日志或所请求的流水号的告警内容。

6.如权利要求5所述的系统，其特征在于，网络代理者进一步用于在接收到获取流水号的告警内容请求后，如果在保存的流水号及告警内容中没有该流水号，则响应没有该告警，网络管理者据此产生该告警的清除；如果有，则上传该流水号及告警内容。 

7.如权利要求5、6任一所述的系统，其特征在于，网络管理者进一步用于周期性的获取告警流水号，并根据接收到的流水号的连续性及获取的流水号与本地流水号的一致性发起告警同步请求。 

8.如权利要求5至7任一所述的系统，其特征在于，所述网络代理者进一步用于将分配的流水号及告警内容形成告警Trap消息上报网络管理者。 

9.一种用于同步告警信息的通信设备，其特征在于，包括： 

告警产生器，用于为网元产生的告警内容分配含有顺序关系的告警流水号； 

告警池，用于保存流水号及告警内容； 

告警日志模块，用于按流水号为每个告警内容形成告警日志； 

客户端，用于将流水号及告警内容上报，以及根据网络管理者的告警同步请求进行告警同步，所述网络管理者发起告警同步请求时，根据获取告警内容请求及获取告警日志产生的网络流量和系统负荷决定发起告警日志的上传请求，或根据流水号发起获取该流水号的告警内容请求。 

10.如权利要求9所述的通信设备，其特征在于，所述客户端进一步用于在接收到获取流水号的告警内容请求后，如果在保存的流水号及告警内容中没有该流水号，则响应没有该告警，网络管理者据此产生该告警的清除；如果有， 则上传该流水号及告警内容。 

11.如权利要求9、10任一所述的通信设备，其特征在于，所述客户端进一步用于将分配的流水号及告警内容形成告警Trap消息上报。 

12.一种用于同步告警信息的通信设备，其特征在于，包括： 

告警接收器，用于接收告警，所述告警包括流水号及告警内容； 

告警完整性监测模块，用于监测接收到的告警的流水号与本地保存的告警流水号的连续性比较结果； 

告警同步模块，用于根据流水号的连续性发起告警同步请求时，根据获取告警内容请求及获取告警日志产生的网络流量和系统负荷决定发起告警日志的上传请求，或根据流水号发起获取该流水号的告警内容请求。 

13.如权利要求12所述的通信设备，其特征在于，进一步包括： 

服务器，用于接收同步的告警信息。 

14.如权利要求12所述的通信设备，其特征在于，所述告警同步模块进一步用于接收到没有所请求的告警响应时，产生该告警的清除。 

15.如权利要求12至14任一所述的通信设备，其特征在于，所述告警同步模块进一步用于周期性的获取告警流水号，并根据接收到的流水号的连续性及获取的流水号与本地流水号的一致性发起告警同步请求。 

Images