[发明专利]一种故障处理系统及方法

说明书

技术领域

本发明涉及网络管理技术，尤其涉及一种故障处理系统及方法。

背景技术

随着通信技术的发展，网络规模不断扩大，网络复杂性也在不断增加。现代通信网络复杂度的增加以及对自动化管理的要求，需要对出现的故障能够进行高效的管理。

网络设备(网元设备)在运行过程中，出现软硬件的故障时，会把相应的故障数据生成告警消息传输到用户检测显示端(网管设备)，通知用户何种网元设备的何种位置出现了何种问题。若引起该告警的故障已经被修复，则生成相应的告警恢复信息传输到用户检测显示端以通知给用户。由此可见，告警消息一般分为两种：告警产生和告警恢复。

一般的故障检测分为两种方式：一种是轮询的方式，另一种是中断的方式。轮询的方式就是通过中央处理器(Central Processing Unit，简称CPU)定时读取故障状态指示的标志进行告警；中断的方式就是当故障发生时，产生告警中断，CPU则停止正在处理的任务来响应中断，进行告警的处理。

在现有技术中，故障检测和告警输出一般都在同一个任务中完成，检测到告警事件后就进行告警输出处理。告警输出一般采用简单网络管理协议(Simple Network Management Protocol，简称为SNMP)的异常情况(trap)的方式把告警消息输出到网管设备。

图1为现有技术通过SNMP协议通知告警的示意图。如图1所示，网元侧的任务A在检测到告警后，采用SNMP协议向网管侧的SNMP协议服务器发送告警。网元侧的告警任务也可以主动检测告警，在告警任务检测到告警之后，也采用SNMP协议向网管侧的SNMP协议服务器发送告警。网元侧在检测到告警之后，也可以在网元侧直接进行告警处理；如图1所示，任务B检测到告警后，直接对告警进行处理。

SNMP是目前网管系统中常用的标准通讯协议，采用管理者(Manager)/代理(Agent)架构，其中网管设备作为Manager，网元设备作为Agent。网元设备通过SNMP协议中定义的trap消息发送网元告警或者告警恢复信息到网管设备。

SNMP协议一般采用UDP协议来发送和接收SNMP消息，由于UDP协议具有不可靠性，所以有可能存在告警消息无法及时、正确地送到网管设备的情况。现有技术一般采用在SNMP协议下增加确认机制等方法来解决这个问题。

本发明的发明人在实现本发明的过程中，发现现有技术至少存在如下缺陷：

1)告警处理方式不够灵活；由于故障检测和告警输出在同一个任务中完成，检测到告警事件就进行相应的告警输出处理，这种故障检测和告警输出绑定在一起的处理方式不够灵活；

2)通用性差，资源利用率不高；不同的告警之间无法共用相同的资源，比如利用软件实现告警时，增加新的告警时一般需要完整地增加与该告警相应的代码，代码改动较大；而且，如果不同的任务均检测到告警，也必须各自实现告警输出；

3)告警的输出方式比较单一，一般只采用SNMP协议中定义的trap消息输出告警；为了保证输出告警的可靠性，现有技术虽然在SNMP协议中加入了确认机制，能够一定程度上可以解决可靠性问题，但是同时丧失了故障告警通用性。

另一方面，由于网络环境或网元设备不稳定等原因，某种告警可能会频繁地出现告警产生-告警恢复-告警产生-告警恢复-...，这种问题一般称之为闪断告警。闪断告警一般会导致网管界面频繁刷新，显示大量重复告警消息，给用户定位故障带来困难。现有技术都是不区分地对所有的告警采取某种的处理方法，过滤掉多余的告警消息，以避免告警闪断所带来的弊端。

另外，现有技术对所有告警都将其视为闪断告警并据此进行针对性处理。实际上，有的告警不可能成为闪断告警，因此也就没有必要将其作为闪断告警进行处理。

而且，现有技术对于闪断告警的处理方法，也还存在着各种不同的不足之处。