[发明专利]用于实现告警查询出错后定位出错原因的方法

说明书

技术领域

本发明涉及通信领域，尤其涉及一种用于实现告警查询出错后定位出错原因的方法。

背景技术

综合网管系统NMS是面向全网以网络管理为基础，对全网资源实施“集中监控、集中维护、集中管理”的网络管理系统，综合网管改变了传统网管系统以设备管理为核心的状况，通过与设备网管的结合使网络管理更全面、更深入、更切合用户运营需要，为运营商构建起“可运营、可管理、可增值”的电信网络系统。

综合网管系统NMS管理的下级系统就是网元管理系统EMS。NMS可能会管理各个属于不同的生产厂家的网元管理系统EMS，各个EMS分别管理若干个网元。

GetAlarmList是3GPP组织定义的一个操作，用于NMS调用该操作向EMS获取一个或多个指定的告警信息列表，即，查询符合条件的当前告警信息列表。

在没有出错的情况下查询告警信息的过程如图1所示：

步骤101，首先NMS在周期性接收到EMS发来的表示EMS和NMS连接的北向接口可以正常通信的通知的情况下NMS向EMS发送查询告警信息的操作。

步骤102，EMS在收到查询告警信息的操作以后进行过滤条件的分析，然后读取数据库，按照过滤条件来在数据库中进行查询。

步骤103，将在数据库中查询到的符合条件的告警信息上传给EMS，并存储在EMS的内存中。

步骤104，在查询完毕之后，EMS将在数据库中查询到的符合条件的告警信息上传给NMS。这就是一个正常的NMS向EMS查询告警信息的完整过程。

当NMS向EMS发布查询告警信息的操作命令GetAlarmList查询告警信息的时候，有可能会因为各种原因造成出错。那么，就需要一种处理异常出错的方法，其能够定位出错原因，并返回相应的出错原因给NMS，从而便于快捷的定位错误所在位置和原因，以最快的速度进行解决。

发明内容

本发明针对现有技术存在的问题提出了一种用于实现告警查询出错后定位出错原因的方法，该方法包括以下步骤：步骤S202，在满足预定条件的情况下，综合网管系统向网元管理系统发送告警信息查询命令以进行告警信息的查询操作；以及步骤S204，如果在查询操作中遇到异常出错，则定位出错原因，并返回相应的出错消息给综合网管系统。

其中，预定条件为综合网管系统周期性地接收到从网元管理系统发送的表示连接综合网管系统和网元管理系统的北向接口可以正常通信的通知。

此外，步骤S204还包括以下处理：步骤S302，网元管理系统对告警信息查询命令进行参数检查；步骤S304，在参数检查没有错误的情况下，网元管理系统对作为查找条件的所述参数进行分析，然后根据查找条件读取数据库；步骤S306，网元管理系统判断是否能够正常执行读取数据库的操作；步骤S308，在能够正常执行读取数据库的操作的情况下，网元管理系统查询数据库，并将符合查找条件的告警信息存储在网元管理系统的内存中；步骤S310，网元管理系统确定内存中的所述告警信息的数量是否超过阈值；以及步骤S312，在告警信息的数量没有超过所述阈值的情况下，网元管理系统将告警信息上报给综合网管系统。

优选地，步骤S302还包括以下处理：步骤S3022，网元管理系统判断告警信息查询命令的参数是否在查询操作的参数列表内；以及步骤S3024，在参数在查询操作的参数列表内的情况下，网元管理系统判断参数是否有效、格式是否正确、以及数值是否在允许的范围内。

如果在步骤S3022中判断出告警信息查询命令的参数不在查询操作的参数列表内，则网元管理系统向综合网管系统上报出错原因，并返回“参数不被支持”的出错消息。

如果在步骤S3024中判断出所述参数无效、格式不正确、或者数值不在允许的范围内，则网元管理系统向综合网管系统上报出错原因，并返回“无效参数”的出错消息。

如果在步骤S306中判断出不能正常执行读取数据库的操作，则数据库给网元管理系统返回“数据库异常”的出错消息，并且网管管理系统将该出错消息返回给综合网管系统。

其中，阈值为连接综合网管系统和网元管理系统的北向接口一次性允许传输的最大告警信息数量。

如果在步骤S310中确定告警信息的数据超过所述阈值，则网元管理系统向综合网管系统上报“超出限定数量”的出错消息，并停止上报告警信息。