CN101145944B

CN101145944B - 一种实现告警处理的方法

Info

Publication number: CN101145944B
Application number: CN2007100758137A
Authority: CN
Inventors: 罗亚军
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2007-07-04
Filing date: 2007-07-04
Publication date: 2011-01-05
Anticipated expiration: 2027-07-04
Also published as: CN101145944A

Abstract

一种实现告警处理的方法，在网络的传送层建立分层的告警树，树的每个节点为目录节点；针对每个目录节点需要处理的告警类型，初始化告警节点为对应位置的目录节点的叶子节点；在告警树中查找到对应的告警节点，将所述对应的告警节点状态赋给告警节点的告警当前状态；从根节点开始从高到低遍历告警树，分析当前需要上报的告警并处理告警。采用本发明所述方法，可以针对光传输网络的传送平面上报的告警进行有效的存储和根据不同情况进行处理，解决告警过多上报、频繁或者重复上报等问题，并方便用户对告警的管理或者维护。

Description

一种实现告警处理的方法

技术领域

本发明涉及光传输技术领域，具体涉及光传输网络对告警信息上报的处理。

背景技术

光传输网络是由大量的传输网元设备所组成的，每个网元设备又由多块各种容量的业务处理单元组成，收集这些业务处理单元的信号的告警信息，是分析和了解网元内部、网元之间通信状态的一种重要的维护手段。通常的告警处理流程是在传送平面检测到告警后，再通过某种通信协议传送到管理平面，显示给网络维护人员进行分析和维护。

很多网元设备在上报告警的时候，只是简单的把传送层检测到的告警都上报上去，这样就可能存在告警过多上报、频繁或者重复上报等问题，影响了网络通信的流量，也不利于问题的定位分析，用户如果需要对告警进行管理或者维护也不是很方便。在光网络传输容量很大，业务数量也很多的情况下，传送的告警数量非常多，上述问题也越来越严重。

发明内容

本发明要解决的技术问题是，通过建立一个存储告警信息的结构来处理不同的告警信息，可以解决上述的告警过多上报、频繁或者重复上报的问题。

本发明一种实现告警处理的方法，包括以下步骤：

第一步，在网络的传送层建立分层的告警树，树的每个节点为目录节点，目录节点从上到下分层，上、下层节点为父、子目录节点，每一个目录节点包括叶子节点，即需要检测和处理告警类型的节点；

第二步，针对每个目录节点需要处理的告警类型，初始化告警节点为对应位置的目录节点的叶子节点；

第三步：在告警树中查找到对应的告警节点，将所述对应的告警节点状态赋给告警节点的告警当前状态；

第四步：从根节点开始从高到低遍历告警树，分析当前需要上报的告警并处理告警。

上述技术方案还可以包括第五步：及时接收并处理相关的告警维护命令，在告警树中查找相应的告警，并在告警节点的状态下记录设置的状态。

本发明的技术方案中：

第一步中的目录节点包含：节点类型、节点值、兄弟目录节点指针、叶子节点指针、子目录节点指针等信息。

第二步中的叶子节点包含：节点类型、兄弟叶子节点指针、告警类型、告警产生确认时间、告警消失确认时间、告警状态等信息；所述告警状态包括告警的产生或者消失的当前状态、历史状态、是否上报产生、是否设置为屏蔽不上报状态；所述节点类型为具体的光传送协议的格式的类型，节点值为节点在具体的光传送协议的格式中的具体位置值。

第四步中的分析当前需要上报的告警并处理告告警包括：(1)对于屏蔽的告警不上报，如果已上报的上报消失；(2)对当前有告警状态，上次为无告警状态，累加告警确认时间，确认时间到时后还是有告警状态，才上报该告警产生；(3)对当前和上次都有告警且已上报过告警，则不上报告警产生；(4)对当前为无告警状态，上次为有告警状态，累加告警消失确认时间，消失确认时间到时后还是无告警状态，才上报该告警消失；对当前和上次都无告警且未上报过告警，则不用上报告警消失。

采用本发明所述方法，可以针对光传输网络的传送平面上报的告警进行有效的存储和根据不同情况进行处理，解决告警过多上报、频繁或者重复上报等问题，并方便用户对告警的管理或者维护。

附图说明

图1是本发明的告警处理流程图；

图2是本发明的一个具体实施例的告警树结构示意图；

图3是告警系统模块结构示意图。

具体实施方式

本发明的要点是根据光传输网络的传送协议定义的信息传送格式来建立一棵对应的分层的树型结构，再把各种类型的告警按其在此具体传送协议中产生的具体位置挂在树型结构下面，来实现对告警信息的处理。

参照图1，以SDH的网元设备上的一块业务单元OLx的告警处理为例进行说明：

第一步：根据光网络类型的传送协议定义的具体信息传送格式来初始化一棵告警树。树的每个节点定义为目录节点，根据具体协议定义的信息传送格式的位置信息生成。目录节点包含：节点类型、节点值、兄弟目录节点指针、叶子节点指针、子目录节点指针等信息，其中的节点类型为具体的光传送协议的格式的类型，节点值为节点在具体的光传送协议的格式中的具体位置值。

如图2所示，业务处理单元OLx软件初始化阶段，根据SDH复用映射结构初始化告警树。其树型结构的目录节点从上到下依次为：根目录节点-端口节点-RS节点-MS节点-AUG节点-AU节点，每个节点包含有：节点类型、节点值、兄弟目录节点指针、叶子节点指针、子目录节点指针等信息。图中的方框表示目录节点，椭圆表示叶子节点。

第二步：根据针对每个目录节点需要处理的告警类型，初始化告警节点为对应位置的目录节点的叶子节点。叶子节点为此目录节点下的需要检测和管理的所有告警类型的节点。叶子节点包含：节点类型、兄弟叶子节点指针、告警类型、告警产生确认时间、告警消失确认时间、告警状态等信息，这里定义的告警状态包括告警的当前状态(产生或者消失)、历史状态、上报状态(是否上报产生)、屏蔽状态(设置屏蔽后不上报)等；最终形成的告警树见图2。

第三步：按预定义时间周期内检测硬件芯片当前存在实际的告警状态，再到告警树中查找到对应的告警节点，将其状态赋给告警节点的告警当前状态；即设置此告警节点的当前状态为有告警状态。遍历告警树，设置未处理过的告警节点的当前告警状态为无告警。

第四步：处理告警的上报，包括查询或者定期主动上报。从根节点开始由高到低、由左到右遍历整个告警树。对于每个目录节点，分析其下属的所有告警节点是否需要上报。(1)对于屏蔽的告警不上报，如果已上报的上报消失；(2)对于告警当前为有告警状态，上次为无告警状态，累加告警确认时间，确认时间到时后还是有告警状态，上报该告警产生；(3)对于当前和上次都有告警且已上报过告警，则不上报告警产生；(4)对于当前为无告警状态，上次为有告警状态，累加告警消失确认时间，消失确认时间到时后还是无告警状态，上报该告警消失，对于当前和上次都无告警且未上报过告警，则不上报告警消失；

第五步：接收并处理相关的告警维护管理命令，在告警树中查找相应的告警，并在告警节点的状态下记录设置的状态，这里主要有告警屏蔽、告警查询等处理命令。

图3是本发明用于处理告警的系统模块结构示意图。它包括告警树初始化模块，用于完成第一步的初始化告警树；目录节点初始化模块，用于完成第二步初始化目录节点；检测时间周期判断模块，在预定的时间到时，通知告检测处理模块检测芯片的告警状态；上报时间周期判断模块和告警上报处理模块共同完成第四步的工作，即在告警上报时间到时，根据不同情况决定上报某些告警，对某些告警不上报等；告警管理处理模块，用于对告警状态进行管理，即完成第五步的工作。

Claims

1.一种实现告警处理的方法，其特征在于，包括以下步骤：

第一步，根据光网络类型的传送协议定义的具体信息传送格式，在网络的传送层建立分层的告警树，树的每个节点为目录节点，目录节点从上到下分层，上、下层节点为父、子目录节点，每一个目录节点包括叶子节点，即需要检测和处理告警类型的节点；

第四步：从根节点开始从高到低遍历告警树，分析当前需要上报的告警并处理告警；

接收并处理相关的告警维护命令，在告警树中查找相应的告警，并在告警节点的状态下记录设置的状态。

2.权利要求1所述的实现告警处理的方法，其特征在于，

第一步中的目录节点包含以下信息：节点类型、节点值、兄弟目录节点指针、叶子节点指针、子目录节点指针；

第二步中的叶子节点包含以下信息：节点类型、兄弟叶子节点指针、告警类型、告警产生确认时间、告警消失确认时间、告警状态；所述告警状态包括告警的产生或者消失的当前状态、历史状态、是否上报产生、是否设置为屏蔽不上报状态。

3.权利要求2所述的实现告警处理的方法，其特征在于，

第四步中的分析当前需要上报的告警并处理告警包括：(1)对于屏蔽的告警不上报，如果已上报的上报消失；(2)对当前有告警状态，上次为无告警状态，累加告警确认时间，确认时间到时后还是有告警状态，才上报该告警产生；(3)对当前和上次都有告警且已上报过告警，则不上报告警产生；(4)对当前为无告警状态，上次为有告警状态，累加告警消失确认时间，消失确认时间到时后还是无告警状态，才上报该告警消失；对当前和上次都无告警且未上报过告警，则不用上报告警消失。

4.权利要求2所述的实现告警处理的方法，其特征在于，

所述节点类型为具体的光传送协议的格式的类型，节点值为节点在具体的光传送协议的格式中的具体位置值。