一种网元失连告警处理方法及系统与流程

文档序号:12464881阅读:545来源:国知局
一种网元失连告警处理方法及系统与流程

本发明涉及一种网元失连告警处理方法及系统,特别是涉及一种树形网络中网元失连告警处理方法及系统。



背景技术:

网络元素(简称网元)作为网络中的设备,可以是无线通讯网络中的基站或其他相关设备。在网元告警监控系统中,当监测到网元内部或外部发生异常情况时,网元会失去连接并发出系统告警通知告警监控中心。

在树形结构的网络中,一个网元的失去连接会导致与其连接的子网元也失去连接。在传统告警处理方案中,仅仅处理当前网元失连告警,如图1所示,当网元a出现异常产生失连并告警时,该拓扑视图显示当前网元a失连告警、修改当前网元a的连接状态,这会导致子节点网元连接状态异常、告警状态显示错误,当网元失连告警恢复后,也仅仅同步网元a,导致其他网元的数据与实际数据不符合,从而导致数据一致性被破坏。

综上所述,传统告警处理方案存在如下缺点:

1)无法正确反映实际的网络连接状态及告警状态;

2)网元设备端与网管系统数据一致性被打破,无法实现自动数据同步。



技术实现要素:

为克服上述现有技术存在的不足,本发明之目的在于提供一种网元失连告警处理方法及系统,以正确反映实际的网络连接状态及告警状态,保证网元设备端与网管系统数据的一致性,实现自动数据同步。

为达上述目的,本发明提出一种网元失连告警处理方法,包括如下步骤:

步骤一,根据网络结构,对网络中的所有网元建立网元数据库,并建立告警数据信息表;

步骤二,当某一网元发生失连告警时,设置该网元数据库中该网元的网络连接状态为未连接,并记录至该告警数据信息表中;

步骤三,查询与该网元直接相连的子网元是否发生失连告警;

步骤四,若该子网元已发生失连告警,则不对该子网元进行告警扩散处理,否则,对该子网元进行告警扩散处理;

步骤五,重复步骤三及步骤四直至遍历所有子网元。

进一步地,于步骤四中,该告警扩散处理为于该网元数据库中将该子网元的网络连接状态设为失去连接,并记录至该告警数据信息表。

进一步地,该网元数据库包括网络中各网元的网元ID、父网元ID以及网络连接状态,该告警数据信息表包括网元ID、告警名称以及告警时间。

为达到上述目的,本发明还提供一种网元失连告警处理方法,包括如下步骤:

步骤一,当某一网元进行失连告警恢复,设置该网元的网络连接状态为已连接,并清除告警数据信息表中对应的该网元;

步骤二,查找与该网元直接相连的子网元,并向子网元设备发出连接状态检测消息,以确认该子网元是否处于连接状态;

步骤三,若该子网元还是失连,则不做任何操作,若该子网元处于连接状态,则对该子网元进行告警收敛处理;

步骤四,重复步骤二和步骤三直至遍历所有子网元。

进一步地,于步骤三中,该告警收敛处理为设置该子网元的连接状态为已连接,并清除该告警数据信息表中该子网元的告警记录。

为达到上述目的,本发明还提供一种网元失连告警处理系统,包括:

数据库构建单元,用于根据网络结构,对所有网元建立网元数据库,并建立告警数据信息表;

告警处理单元,于某一网元发生失连告警时,设置该网元数据库中该网元的网络连接状态为未连接,并记录至该告警数据信息表中;

第一查询遍历单元,查询并遍历与该网元直接相连的子网元是否发生失连告警;

告警扩散处理单元,根据该第一查询遍历单元的结果,确定是否对各子网元进行告警扩散处理,并于确定进行告警扩散处理时,对子网元进行告警扩散处理。

进一步地,该告警扩散处理为于该网元数据库中将该子网元的网络连接状态设为失去连接,并记录至该告警数据信息表。

进一步地,该网元数据库包括网络中各网元的网元ID、父网元ID以及网络连接状态,该告警数据信息表包括网元ID、告警名称以及告警时间。

为达到上述目的,本发明还提供一种网元失连告警处理系统,包括:

告警恢复处理单元,于某一网元进行失连告警恢复时,设置该网元的网络连接状态为已连接,并清除告警数据信息表中对应的该网元;

第二查询遍历单元,查找并遍历与该网元直接相连的子网元,向各子网元设备发出连接状态检测消息,以确认各子网元是否处于连接状态;

告警收敛处理单元,根据该第二查询遍历单元的结果,确定是否进行告警收敛处理,并于确定进行告警收敛处理时,对子网元进行告警收敛处理。

进一步地,该告警收敛处理为设置该子网元的连接状态为已连接,并清除该告警数据信息表中该子网元的告警记录。

与现有技术相比,本发明一种网元失连告警处理方法及系统通过于产生失连告警和进行失连告警恢复时,遍历与当前网元直接相连的子网元,对子网元进行告警扩散和告警收敛处理,实现了正确反映实际的网络连接状态及告警状态,保证网元设备端与网管系统数据的一致性,实现自动数据同步的目的。

附图说明

图1为传统告警处理的拓扑结构示意图;

图2为本发明第一实施例中一种网元失连告警处理方法的步骤流程图;

图3为本发明具体实施例之告警扩散过程的流程图;

图4为本发明第二实施例中一种网元失连告警处理方法的步骤流程图;

图5为本发明具体实施例之告警收敛过程的流程图;

图6为本发明具体实施例之告警处理的拓扑结构示意图;

图7为本发明第三实施例一种网元失连告警处理系统的系统架构图;

图8为本发明第四实施例一种网元失连告警处理系统的系统架构图。

具体实施方式

以下通过特定的具体实例并结合附图说明本发明的实施方式,本领域技术人员可由本说明书所揭示的内容轻易地了解本发明的其它优点与功效。本发明亦可通过其它不同的具体实例加以施行或应用,本说明书中的各项细节亦可基于不同观点与应用,在不背离本发明的精神下进行各种修饰与变更。

图2为本发明第一实施例中一种网元失连告警处理方法的步骤流程图。包括如下步骤:

步骤101,根据网络结构,对所有网元建立网元数据库,并建立告警数据信息表。该网元数据库包括如下属性:网元ID、父网元ID以及网络连接状态。也就是说,该网元数据库中记录了每个网元的网元ID、其父网元ID以及该网元的网络连接状态,该告警数据信息表包括如下属性:网元ID、告警名称以及告警时间,也就是说当某个网元产生失连告警时,该告警数据信息表中会记录产生失连告警的网元的网元ID、告警名称以及告警产生的时间。

步骤102,当某一网元发生失连告警时,设置该网元数据库中该网元的网络连接状态为未连接,并记录至该告警数据信息表中。

步骤103,查询与该网元直接相连的子网元是否发生失连告警;

步骤104,若该子网元已发生失连告警,则不对该子网元进行告警扩散处理,若该子网元未发生失连告警,则对该子网元进行告警扩散处理,令该子网元产生失连告警。具体地说,于该网元数据库中将与该网元直接相连的该子网元的网络连接状态设为失去连接,并记录至告警数据信息表;

步骤105,重复步骤103及步骤104直至遍历该网元的所有子网元执行告警扩散过程。

图3为本发明具体实施例之告警扩散过程的流程图。如图3所示,本发明之告警扩散流程如下:

1)当一个网元发生失连告警,设置当前网元连接状态为未连接,更新网元数据库与告警数据信息表;

2)查找其直接相连的子网元是否发生失连告警,如果已经发生则不对该子网元进行告警扩散处理;

3)如果直接相连的子网元没有发生失连告警,则对该网元进行告警扩散处理;

4)将直接相连的子网元连接状态设为失去连接,更新网元数据库;

5)子网元产生失连告警,更新告警数据信息表

6)重复2-5的过程,遍历其所有子网元执行告警扩散过程。

图4为本发明第二实施例之一种网元失连告警处理方法的步骤流程图。如图4所示,本发明一种网元失连告警处理方法,包括如下步骤:

步骤301,当某一网元进行失连告警恢复,设置该网元网络连接状态为已连接,并清除告警数据信息表中对应的该网元,即将网元数据库中该网元的网络连接状态设为已连接,将告警数据信息表中该网元的记录删除。

步骤302,查找与该网元直接相连的子网元,并向子网元设备发出连接状态检测消息,以确认该子网元是否处于连接状态;

步骤303,若该子网元还是失连,即无任何信息响应,则不做任何操作,若该子网元处于连接状态,则设置该子网元的连接状态为已连接,即将网元数据库中该子网元的网络连接状态设为已连接。

步骤304,清除该告警数据信息表中该子网元的告警记录。

步骤305,重复步骤302至304,直至遍历与该网元直接相连的所有子网元执行上述告警收敛过程。

图5为本发明具体实施例之告警收敛过程的流程图。如图5所示,本发明之告警收敛过程如下:

1)当某一网元执行失连告警恢复时,设置该网元连接状态为已连接;

2)清除告警数据信息表中对应的网元;

3)查找与其直接相连的子网元;

4)向该子网元设备发出连接状态检测消息,确认子网元是否处于连接状态;

5)如果子网元还是失连,则不做任何操作;

6)如果子网元处于连接状态,设置该子网元的网络连接状态为已连接;

7)清除告警数据信息表中对应的告警;

8)重复2-7过程,遍历所有子网元执行告警收敛过程。

图6为本发明具体实施例之告警处理的拓扑结构示意图。当网元a产生失连告警时,会遍历与其直接相连的子网元,进行告警扩散处理,并循环执行上述过程,直到遍历所有子网元。当网元进行失连告警恢复时,会遍历与其直接相连的子网元,进行告警收敛处理,并且循环执行上述过程,直到遍历所有子网元。可见,本发明通过于产生失连告警和进行失连告警恢复时,遍历与当前网元下所有的子网元,对子网元进行告警扩散和告警收敛处理,实现了正确反映实际的网络连接状态及告警状态,保证网元设备端与网管系统数据的一致性,实现自动数据同步的目的。

图7为本发明第三实施例一种网元失连告警处理系统的系统架构图。如图7所示,本发明一种网元失连告警处理系统,包括:数据库构建单元701、告警处理单元702、第一查询遍历单元703以及告警扩散处理单元704。

数据库构建单元701,用于根据网络结构,对所有网元建立网元数据库,并建立告警数据信息表。该网元数据库包括如下属性:网元ID、父网元ID以及网络连接状态。也就是说,该网元数据库中记录了每个网元的网元ID、其父网元ID以及该网元的网络连接状态,该告警数据信息表包括如下属性:网元ID、告警名称以及告警时间,也就是说当某个网元产生失连告警时,该告警数据信息表中会记录产生失连告警的网元的网元ID、告警名称以及告警产生的时间。

告警处理单元702,于某一网元发生失连告警时,设置该网元数据库中该网元的网络连接状态为未连接,并记录至该告警数据信息表中。

第一查询遍历单元703,查询并遍历与该网元直接相连的子网元是否发生失连告警。

告警扩散处理单元704,根据第一查询遍历单元703的结果,确定是否对各子网元进行告警扩散处理,并于确定进行告警扩散处理时,对子网元进行告警扩散处理。也就是说,若子网元已发生失连告警,则不对该子网元进行告警扩散处理,若子网元未发生失连告警,则对该子网元进行告警扩散处理,令该子网元产生失连告警,即,于该网元数据库中将与该网元直接相连的该子网元的网络连接状态设为失去连接,并记录至告警数据信息表。

图8为本发明第四实施例一种网元失连告警处理系统的系统架构图。如图8所示,本发明一种网元失连告警处理系统,包括:告警恢复处理单元801、第二查询遍历单元802、告警收敛处理单元803。

告警恢复处理单元801,于某一网元进行失连告警恢复时,设置该网元网络连接状态为已连接,并清除告警数据信息表中对应的该网元,即将网元数据库中该网元的网络连接状态设为已连接,将告警数据信息表中该网元的记录删除。

第二查询遍历单元802,查找并遍历与该网元直接相连的子网元,向各子网元设备发出连接状态检测消息,以确认各子网元是否处于连接状态。

告警收敛处理单元803,根据第二查询遍历单元802的结果,确定是否进行告警收敛处理,并于确定进行告警收敛处理时,对子网元进行告警收敛处理。具体地说,若第二查询遍历单元802查询结果为子网元还是失连,即无任何信息响应,则告警收敛处理单元803不做任何操作,若查询结果为子网元处于连接状态,则告警收敛处理单元803设置该子网元的连接状态为已连接,即将网元数据库中该子网元的网络连接状态设为已连接,并清除该告警数据信息表中该子网元的告警记录。

综上所述,本发明一种网元失连告警处理方法及系统通过于产生失连告警和进行失连告警恢复时,遍历与当前网元直接相连的子网元,对子网元进行告警扩散和告警收敛处理,实现了正确反映实际的网络连接状态及告警状态,保证网元设备端与网管系统数据的一致性,实现自动数据同步的目的。

任何本领域技术人员均可在不违背本发明的精神及范畴下,对上述实施例进行修饰与改变。因此,本发明的权利保护范围,应如权利要求书所列。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1