本发明涉及通信技术，尤其是涉及一种通过SNMP(Simple Network Management Protocol，简单网络管理协议)协议自动识别不同类型或型号设备告警的方法。
背景技术：
广电的HFC(Hybrid Fiber－Coaxial，光缆-同轴电缆混合网)网络双向改造主要用到了EPON(Ethernet Passive Optical Network，基于以太网方式的无源光网络)、EoC(Ethernet over Coaxial cable，基于同轴电缆以太网承载技术)、CMTS(Cable Modem Terminal Systems，电缆调制解调器终端系统)、光接收机、路由器、交换机等设备。除路由器和交换机有标准的管理MIB(Management Information Base，管理信息库)定义外，其它设备没有统一的管理MIB。
专利号为200710119601.4的专利公开了一种SNMP协议网管系统的告警同步方法及其装置，该装置包括：设置于网络设备侧的SNMP代理实体模块、告警源模块、FTP服务模块，设置于网管系统侧的SNMP管理者实体模块、告警同步模块；告警源模块通过SNMP代理实体模块将告警消息上报至SNMP管理者实体模块，并通过FTP服务模块保存告警消息；SNMP管理者实体模块SNMP代理实体模块上报的告警消息，解析告警消息并根据告警消息的类型进行不同的处理；告警同步模块接收SNMP管理者实体模块的告警同步消息并根据FTP服务模块传送的告警数据文件进行告警同步处理。该专利主要解决实体接收代理实体上报的告警TRAP消息的问题，但仍然无法解决针对不同类型或型号设备的告警信息识别。
有鉴于此，有必要提供一种通过SNMP协议自动识别不同类型或型号设备告警的方法，以解决上述问题。
技术实现要素：
本发明的目的是：针对背景技术的不足，本发明提供一种通过SNMP协议自动识别不同类型或型号设备告警的方法。
本发明所采用的技术方案是：通过SNMP协议自动识别不同类型或型号设备告警的方法，其特征在于，包括如下步骤：
(1)识别不同类别设备的Trap信息，定义该类别设备的告警标准；告警标准包括：设备类别、告警名称、报警的严重程度、告警的性质；
(2)识别不同型号的设备的Trap信息的不同点，即代表某个型号设备Trap告警信息不同于其它型号设备的Trap信息的特征；一般要么是MIB节点数量不同，要么是MIB节点的编号不同，或者是两者都不同；
(3)定义不同类别不同型号的标准Trap信息的构成和存储方式；标准Trap信息包括：设备的IP地址、设备MAC地址、设备的故障部件、故障部件部位的标识、告警的编号；
(4)定义告警处理接口IAlarmProcess；该接口用于处理告警信息；
(5)识别不同型号设备的告警信息与标准告警信息的映射关系，即某种型号的Trap告警信息到标准告警信息的对应关系；
(6)按照责任链模式设计每个型号设备的告警处理类TrapProcessA、TrapProcessB、TrapProcessC……；TrapProcessA代表设备型号A的设备的告警处理类；TrapProcessB、TrapProcessC类同；
(7)定义告警接收类ReceiveTrap与告警处理类ITrapProcess的调用处理逻辑，定义告警存储类TrapSave的功能；
告警接收类ReceiveTrap的功能是监听接收端口，接收告警信息，并把告警信息解析成键值对的集合，调用告警处理类处理告警；
告警处理类ITrapProcess依据所代表型号的设备的Trap告警信息特征判断是否是该型号设备的告警，如果是，则依据该型号设备的告警信息与标准Trap告警的映射关系生成标准告警，再调用告警存储类TrapSave存储标准告警；如果不是，则传递给下一个型号的告警处理类处理；
告警存储类TrapSave的功能单一，就是将标注告警信息存储到存储介质；
(8)对于新增型号设备的处理方法——增加该型号的设备的告警处理类，修改告警处理类的责任链关系。
如上所述的通过SNMP协议自动识别不同类型或型号设备告警的方法，其特征在于，步骤(1)所述不同类别设备包括EPON设备、EoC设备和光接收机设备。
本发明的有益效果是：本发明的通过SNMP协议自动识别不同类型或型号设备告警的方法应用于广电HFC网络环境下，双向网改造没有统一管理MIB定义的EPON、EOC、CMTS、光接收机等设备的管理，可以监听设备发送的Trap告警，实现自动识别不同型号设备的告警信息。从而及时掌握设备参数的改变、服务质量的下降、设备故障等信息，为智能运维提供良好的技术手段，提高广电网络的运维效率、提高服务质量、降低运维成本。
附图说明
图1是本发明的通过SNMP协议自动识别不同类型或型号设备告警的方法的处理逻辑图。
具体实施方式
为了更好地理解本发明，下面结合实施例进一步阐明本发明的内容，但本发明的内容不仅仅局限于下面的实施例。本领域技术人员可以对本发明作各种改动或修改，这些等价形式同样在本申请所列权利要求书限定范围之内。
如图1所示，为本发明实施例提供的通过SNMP协议自动识别不同类型或型号设备告警的方法的处理逻辑图。所述方法的具体操作步骤如下：
(1)识别不同类别设备的Trap信息，定义该类别设备的告警标准。告警标准包括：设备类别、告警名称、报警的严重程度、告警的性质等。所述不同类别设备包括EPON设备、EoC设备和光接收机设备。比如EOC设备的Trap告警信息定义如表1：
表1：alarmDefinition
(2)识别不同型号的设备的Trap信息的不同点，即代表某个型号设备Trap告警信息不同于其它型号设备的Trap信息的特征；一般要么是MIB节点数量不同，要么是MIB节点的编号不同，或者是两者都不同。
例如，A、型号为M240NR的EoC设备的告警信息(由设备厂家定义)如下：
由于SNMP协议发送的数据单元是由一系列的OID/Value键值对组成，OID—对象标识，vlaue—对象的取值。即，该型号的设备发送13对OID/Value键值对，且OID键包含“1.3.6.1.4.1.34808.8080”字符串。
又例如，B、型号为FMAU3514P的EoC设备的告警信息(由设备厂家定义)如下：
即该型号设备发送9对OID/value键值对，且OID包含“1.3.6.1.4.1.17409.2.2.1”字符串。
(3)定义不同类别不同型号的标准Trap信息的构成和存储方式；标准Trap信息包括：设备的IP地址、设备MAC地址、设备的故障部件、故障部件部位的标识、告警的编号；本实施例的标准Trap信息表定义如表2：
表2：alarmInformation
(4)定义告警处理接口IAlarmProcess；该接口用于处理告警信息。定义如下：
public interface IAlarmProcess{
public Boolean process(List alarnInformation)；
}
(5)识别不同型号设备的告警信息与标准告警信息的映射关系，即某种型号的Trap告警信息到标准告警信息的对应关系。例如，定义如下的映射关系表3：
表3，alarmMap
(6)按照责任链模式设计每个型号设备的告警处理类TrapProcessA、TrapProcessB、TrapProcessC……；TrapProcessA代表设备型号A的设备的告警处理类；TrapProcessB、TrapProcessC类同。
例如，FMAU3514P型号设备告警处理类为AlarmProcessFMAU3514P类。该类继承接口IAlarmProcess。M240NR型号设备的告警处理类为AlarmProcessM240NR类。该类也继承接口IAlarmProcess。
(7)定义告警接收类ReceiveTrap与告警处理类ITrapProcess的调用处理逻辑，定义告警存储类TrapSave的功能。
参见图1，ReceiveTrap是Trap告警接收类，负责监听端口接收Trap信息，获取SNMP协议的数据单元——键值对集合，调用TrapProcessA类处理Trap内容；TrapProcessA是型号为A的设备Trap处理类。该类的处理方法依据传入的键值对判断是否为该型号设备的告警，如果是将原始Trap信息转换为标准格式的Trap，并调用Trap存储类TrapSave保存告警信息到数据库；如果不是型号为A的设备告警，调用TrapProcessB处理类处理。TrapProcessB处理类与TrapProcessA类似。TrapSave类负责将标准Trap数据存入数据库。
举例说明如下：
A、判断alarnInformation集合元素的个数是否是本类代表的设备型号的Trap告警信息的键值对的个数，且第一个OID包含该型号设备的标识字符串信息(如FMAU3514P的个数是9，标识字符串是“1.3.6.1.4.1.17409.2.2.1”)，如果是执行B，如果不是将alarnInformation传递给另一个(下一个)型号告警处理类处理。
B、依据alarnInformation包含的告警对象的OID和alarmState(视设备型号确定，M240NR有，FMAU3514P没有)检索表3alarMap可以确定标准告警的编号aid——知道了是什么告警，并完成了向标准的统一。
C、用设备的IP、MAC、告警编号等信息填充告警表2。
(8)对于新增型号设备的处理方法——增加该型号的设备的告警处理类，并修改告警处理类的责任链关系即可。
以上仅为本发明的实施例而已，并不用于限制本发明，因此，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。