[发明专利]告警信息上报方法、装置及系统

说明书

本发明公开了一种告警信息上报方法、装置及系统。其中，该方法包括：被管设备接收来自管理站的心跳检查消息，其中，心跳检查消息携带有指示管理站当前接收告警信息情况的编号信息；被管设备根据编号信息与被管设备当前已发送的告警信息的编号，确定需要重发的告警信息的编号；被管设备将与需要重发的告警信息的编号对应的告警信息发送给管理站。通过本发明，可以及时发现告警信息发生丢包后重新发送已经丢掉的告警信息，并且可以保证管理站收到的告警信息的顺序与被管设备发送的告警信息的顺序一致。

技术领域

本发明涉及通信领域，具体而言，涉及一种告警信息上报方法、装置及系统。

背景技术

通信网络管理中，管理站和被管设备之间一般使用SNMP(Simple NetworkManagement Protocol，简单网络管理协议)进行通讯，被管设备对告警信息的主动上报一般使用SNMP TRAP(陷阱)消息。

在网络管理系统中，必须保证管理站与被管设备上的信息是一致的，所以被管设备的告警信息上报需要很高的可靠性，可靠性包括两个方面：一是信息完整性；二是多条信息的次序。

简单网络管理协议的TRAP消息在协议层面并没有保证可靠性的机制，由于TRAP包是基于UDP(User Datagram Protocol，用户数据包协议)的，而UDP协议是不可靠的，导致数据包在传送过程中可能出现丢包现象；另外，由于SNMP TRAP消息可能经过路由转发，所以到达目的地的SNMP TRAP消息的次序可能不同于消息源发送的SNMP TRAP消息的次序。

针对以上两个问题，现有的解决方法是：由接收端(即管理站，或称作网管)通过告警流水号判断TRAP包是否丢失，如发现丢失，则主动向被管设备发送请求消息要求重发。但是，在现有技术中，由于接收端只有收到下一个告警时，才能知道是否有消息丢失，如果下一个告警很长时间后才到达，那么需要等待很长的时间才能知道消息是否发生丢包，当获知丢包时，该消息可能已经没有再重发的必要了，因此，其及时性较差。

发明内容

本发明的主要目的在于提供一种告警信息上报方法、系统及被管设备，以至少解决上述问题之一。

根据本发明的一个方面，提供了一种告警信息上报方法，包括：被管设备接收来自管理站的心跳检查消息，其中，心跳检查消息携带有指示管理站当前接收告警信息情况的编号信息；被管设备根据编号信息与被管设备当前已发送的告警信息的编号，确定需要重发的告警信息的编号；被管设备将与需要重发的告警信息的编号对应的告警信息发送给管理站。

上述被管设备接收来自管理站的心跳检查消息之前，该方法包括：被管设备按照发送顺序为每个告警信息配置一个编号；被管设备将告警信息的编号携带在该告警信息中发送给管理站，并在本地缓存告警信息。

上述编号信息包括：管理站当前已接收到的告警信息的最大编号；被管设备根据编号信息与被管设备当前已发送的告警消息的编号，确定需要重发的告警信息的编号，包括：被管设备将编号在心跳检查消息中携带的最大编号与被管设备当前已发送的告警信息的最编号之间的告警信息加入待重发判断告警信息集合中；被管设备判断待重发判断告警信息集合中的各个告警信息是否为需要重发的告警信息。

上述编号信息还包括：未到达管理站的告警信息的编号集合；被管设备判断待重发判断告警信息集合中的各个告警信息是否为需要重发的告警信息之前，方法还包括：被管设备将与编号集合中的各个编号对应的告警信息加入待重发判断告警信息集合中。

在为每个告警信息配置一个编号时，该方法还包括：判断告警信息是否有前序告警信息，如果是，则将前序告警信息的编号作为告警信息的前序编号，并将前序编号携带在告警信息中。