CN1992632B - 一种通信网络告警方法以及告警系统 - Google Patents

Abstract

本发明涉及通信网络告警方法以及告警系统。其中所述系统包括：告警处理单元、系统主数据库以及告警采集单元；所述告警处理单元完成告警分析；所述系统具有多个告警采集单元，每个告警采集单元包括告警采集管理单元以及本地存储单元，所述告警采集管理单元接收来自网元的告警数据，根据预置的屏蔽规则判断是否丢弃该告警数据，若否，则结合本地存储单元中的历史告警信息，将相同告警位置和告警原因的告警数据压缩保存到本地存储单元，并发送到告警处理单元；所述告警采集单元完成所述系统主数据库与本地存储单元的同步。本发明的告警系统具有较高的容灾能力，以及系统处理速度较高，能够满足实时性的要求。

Description

一种通信网络告警方法以及告警系统

技术领域

本发明涉及网络管理技术，尤其是一种通信网络告警系统以及告警采集方法及系统。

背景技术

通信网络告警系统(以下简称告警系统)是通信运营商在运营支撑管理活动中必不可少的重要工具，对于及时了解和排除网络故障，保障服务质量有着不可或缺的重大作用。告警的实时采集、响应的及时性以及高可靠性是对告警系统的基本要求。

现有告警系统的架构通常为采集、处理、功能展现的分层模式，采用一个全局主数据库保存所有数据。如图1所示，采集进程部署在网络各处，按照处理能力负责若干网元(可通过专业网管系统进行采集或者直接从网元进行采集)的告警采集。分布在网络中各处的采集进程将网元的原始告警信息采集上来并作少量处理如告警屏蔽、告警压缩后入库保存，同时与上层告警处理进程通信，上报告警信息，因此，采集进程需要直接与主数据库交互，包括查询历史告警以完成告警屏蔽和告警压缩处理、告警信息处理结果入库。

参照图1可知，现有告警系统中，任何一个采集进程都需要与主数据库交互进行读写操作，当进程对主数据库频繁进行读写操作时易造成主数据库的负荷过大，使主数据库成为系统操作处理的瓶颈，进而导致系统处理速度降低，无法满足告警系统对实时性的要求。另一方面，现有技术中，所有数据都直接存放到主数据库中，使得在主数据库发生故障或者采集进程与主数据库网络连接产生故障时，采集进程无法对告警进行处理和入库，从而造成信息的丢失。

发明内容

为了解决上述问题，本发明的目的是提供一种通信网络告警系统，该系统可以降低数据库的负荷及提高系统的可靠性；相应的，本发明的另一目的是提供一种告警采集方法。

为解决上述技术问题，本发明提供了一种通信网络告警系统，包括：告警处理单元、系统主数据库以及告警采集单元；所述告警处理单元完成告警分析；所述系统具有多个告警采集单元，每个告警采集单元包括告警采集管理单元以及本地存储单元，所述告警采集管理单元接收来自网元的告警数据，根据预置的屏蔽规则判断是否丢弃该告警数据，若否，则结合本地存储单元中的历史告警信息，将相同告警位置和告警原因的告警数据压缩保存到本地存储单元，并发送到告警处理单元；告警采集单元完成所述系统主数据库与本地存储单元的同步，并且，根据告警处理单元的告警处理消息动态更新告警数据。

优选的，所述本地存储单元可选用易失性存储器或非易失性存储器。

在上述系统结构基础上，所述告警采集单元还与专业网管连接，通过专业网管系统采集网元的告警数据；或者，所述告警采集单元直接与确定的网元连接，进行告警数据的采集。

本发明所提供的系统中还可进一步包括系统终端，用于告警呈现，以及接收用户操作指令，转发到告警处理单元。

本发明还提供了一种通信网络告警方法，包括：每个告警采集单元接收网元的告警数据；根据预置的屏蔽规则判断是否丢弃该告警数据，若否，则结合本地存储单元中的历史告警信息，将相同告警位置和告警原因的告警数据进行压缩保存，以及上报告警数据到告警处理单元进行告警分析处理，系统主数据库根据告警处理单元的告警处理消息动态更新告警数据；触发系统主数据库与告警采集单元进行同步。

其中，告警采集单元可采用易失性存储器或非易失性存储器存储告警数据。

所述告警采集单元通过专业网管系统采集网元的告警数据；或者，所述告警采集单元直接与确定的网元连接，进行告警数据的采集。

以上技术方案可以看出，本发明提供的通信网络告警系统中，告警采集单元的告警采集管理单元可以完成对告警数据的采集、屏蔽、压缩等处理，依据预置的规则将需要保存的数据保存到本地存储单元；并且，其处理过程仅在与当前采集点对应的采集对象范围内进行，最终将上述预处理结果上报到告警处理单元，同时同步到系统主数据库。由此可知，与现有的告警方法相比，本发明避免了现行告警系统中众多采集进程对系统主数据库同时访问，对全局告警数据进行检索的操作，降低了系统主数据库负荷，提高了系统整体处理速度，进而满足了对告警系统告警处理实时性的要求。

进一步，本发明解决了告警系统中主数据库故障以及告警采集单元与上层告警处理单元之间网络通信中断情况下的应急处理及灾后恢复问题，具有较好的系统容灾性。具体的，在于系统主数据库故障但网络通信尚可的情况下，告警采集操作可依赖于本地存储单元可保证告警正常采集、屏蔽压缩处理以及上报和正常展现；在告警采集单元与上层告警处理服务之间网络通信中断或/且系统主数据库故障情况下，告警采集单元的采集进程依赖于本地存储单元可保证告警正常采集、屏蔽压缩处理。可见，无论上述何种故障，系统都能保证告警正常采集、屏蔽压缩处理，且在故障恢复后，按照前述本地存储单元与系统主数据库间的同步处理过程，可以将告警信息毫无丢失地同步到主数据库中。综上所述，本发明提高了系统的容灾能力，增强了系统的可靠性。

本发明还提供了一种通信网络告警方法，相应的，采用该方法使告警系统具有较高的容灾能力，减轻了系统中主数据库的负荷，具有较高的处理速度，进而满足了对告警系统实时性的要求。

附图说明

图1为现有通信网络告警系统结构示意图；

图2为本发明通信网络告警系统结构示意图；

图3为本发明告警数据采集处理流程第一示意图；

图4为本发明告警数据采集处理流程第二示意图；

图5为本发明告警数据采集处理流程第三示意图；

图6为本发明告警数据采集处理流程第四示意图；

图7为本发明告警数据采集处理流程第五示意图。

具体实施方式

本发明提供了一种通信网络告警系统，仍然沿用现有技术数据采集、数据处理、功能展现的分层模式，其核心在于：在每一个告警采集单元侧部署一个微型轻量级的本地存储单元。如图2所示，告警采集单元的告警采集管理单元在本地存储单元基础上完成采集、预处理过程；并与上层告警处理服务通信，上报告警信息；同时通过专门的软件模块负责本地存储单元与系统主数据库的同步处理。其中，所述本地存储单元是基于本地永久存储器或易失性存储器上的数据文件总称。

参照图2，具体说明本发明通信网络告警系统的系统结构。如图所示，该系统包括告警采集单元、系统主数据库、告警处理单元以及系统终端。

告警采集单元包括告警采集管理单元以及本地存储单元，所述告警采集管理单元负责接收网元的告警数据，将接收到的告警数据进行收集，根据预置的屏蔽规则判断是否丢弃该告警数据，进而，将需要保存的告警数据进行压缩，保存到本地存储单元中；并且，告警采集单元还与告警处理单元进行通信，上报处理后的告警数据及相关信息；与系统主数据库通信，动态更新系统数据库和本地存储单元的告警数据。由图可知，告警采集单元采集告警信息的方式包括：采集单元与专业网管连接，通过专业网管负责下辖网元告警数据的采集；或者，采集单元与网元直接连接，获取网元上报的告警数据。

告警处理单元接收告警采集单元上报的告警数据，根据主数据库中的历史信息、预置的处理规则以及系统配置参数进行分析处理；根据分析处理后的结果更新主数据库，并传送到系统终端展现；作为系统终端操作的代理，对用户在系统终端发出的操作指令进行实际执行处理。所述告警处理单元对告警的分析处理包括：告警相关性分析、告警确认、告警清除等。其中，告警清除处理包括：用户手工清除、系统自动清除故障历时超过设定参数的告警，在上述情况下，告警处理单元将主数据中目标告警置清除标记。

所述系统主数据库除上文所述的与告警处理单元的信息交互外，还与本地存储单元保持同步，获取采集单元屏蔽、压缩等处理后的告警数据，以动态更新系统主数据库的告警数据。进一步，根据业务的需求，系统主数据库还可根据告警处理单元对告警数据分析后的结果(如告警消除等消息)通知本地存储单元进行数据更新。

参照图2可知，上述实施例中的本地存储单元与告警采集管理单元共同组成本发明所述的告警采集单元，本发明中并不对三者之间的物理位置关系进行限定。另一方面，对于所述本地存储单元既可为易失性存储单元也可为非易失性存储单元，具体的，本发明中的数据组织可存储于如硬盘、FLASH等非易失性存储单元，然而，也可将数据存储于内存数据库等易失性存储单元。

以下具体说明增加本地存储单元后，本发明中告警采集单元侧告警数据的采集处理方法。

1)告警采集单元接收来自网元的告警数据，如上文所述，告警采集单元可通过专业网管系统进行告警数据采集，也可直接与网元对接，通过专门接口进行采集；记录告警日志信息；将网元上报的告警数据作为原始告警信息保存到本地存储单元中的原始告警表。

2)根据屏蔽规则判断该告警数据是否满足屏蔽条件，若满足则丢弃该告警数据，从而处理结束；所述屏蔽规则是基于告警数据属性的布尔型逻辑表达式，所述属性包括：告警类型、告警位置、告警原因、告警级别等，本领域技术人员可以基于这些告警数据属性制定屏蔽规则，对于满足屏蔽条件的告警数据进行丢弃处理.

3)对于不满足屏蔽条件的告警数据，进行压缩处理并保存，其核心是对于当前本地存储单元未保存的告警数据进行保存，若本地存储单元已存储了网元上报的告警数据，则进行压缩存储。具体的，在本地存储单元中建立同因告警表，根据该表的同因告警信息以及压缩规则判断当前网元上报的告警数据是否满足压缩条件，若满足，则将该告警数据归入到已有的同因告警下，不生成新的同因告警；若不满足压缩条件，则生成一条新的同因告警，存入本地存储单元中的同因告警表并置未同步标记；并且，如果网元上报的告警数据类型为“清除告警”，则在本地存储单元中查找该告警数据(类型为“清除告警”)所指的被清除目标，并将查找到的目标同因告警置清除标记。所述压缩规则为：将具有相同告警位置以及相同告警原因属性的告警数据压缩为一条同因告警。

4)上报经过上述处理的告警数据到告警处理单元，并且，调用同步处理过程，所述同步处理过程负责本地存储单元和系统主数据库的实时同步，具体步骤包括：

将本地存储单元同因告警表中带有清除标记的同因告警的清除信息同步到系统主数据库，并将该同因告警从本地存储单元中删除；将本地存储单元同因告警表中带有未同步标记的同因告警同步到系统主数据库，并将其同步标记置为已同步；将本地原始告警表中的数据同步到系统主数据库，并将其从本地存储单元中删除；将主数据库中与本采集点相关的带有手工/系统清除标记的告警同步到本地存储单元中，具体操作是：如果该告警在本地存储单元中存在，则置清除标记，否则抛弃不处理。

以下提供一实例以展示上述处理的过程。假设一个完全无历史告警的场景下，专业网管按照如下顺序上报告警，处理流程如下：

序号	设备标识	告警位置	告警描述	告警时间	告警类型	......
							①	NE01	TP2.8	PFcREM	2005-6-10:10:28	Info	......
②	NE02	TP1.15	PFcREM	2005-6-10:10:30	Info	......
							③	NE01	TP2.8	PFcREM	2005-6-10:10:33	Info	......
④	NE02	TP1.15	PFcREM	2005-6-10:10:33	Clear	......
							⑤	NE01	TP2.8	PFcREM	2005-6-10:10:33	Clear	......

上表所示为采集单元按时间顺序收到的告警数据。

接收到告警①，通过查询本地存储单元，系统判定告警①为新的同因告警，在本地存储单元同因告警表中插入一条记录，标记为NE01+TP2.8+PFcREM，将该告警存入本地存储单元原始告警表，同时调用同步过程将信息同步给主数据库，并上报告警处理单元；同步前后本地存储单元与系统主数据库数据变化情况如图3所示。

接收到告警②，系统判定告警②为新的同因告警，在本地存储单元同因告警表中插入一条记录，标记为NE02+TP1.15+PFcREM；将该告警存入本地存储单元原始告警表，同时调用同步过程将信息同步给主数据库，并上报告警处理单元；同步前后本地存储单元与系统主数据库数据变化情况如图4所示.

接收到告警③，基于本地存储单元中前面由①产生的同因告警NE01+TP2.8+PFcREM和相应的处理流程，系统将告警③归入NE01+TP2.8+PFcREM下，而不生成新同因告警，将该告警存入本地存储单元原始告警表，同时调用同步过程将信息同步给主数据库，并将此处理结果和相应信息上报给告警处理单元；同步前后本地存储单元与系统主数据库数据变化情况如图5所示。

接收到告警④，基于本地存储单元中前面由②产生的同因告警NE02+TP1.15+PFcREM和相应的处理流程，系统将④告警归到NE02+TP1.15+PFcREM下，而不生成新同因告警，且由表可知告警④是一条清除类型的告警，因此将本地存储单元中同因告警NE02+TP1.15+PFcREM置清除标记，将该告警④存入本地存储单元原始告警表，同时调用同步过程将信息同步给主数据库，并将此处理结果和相应信息上报给告警处理单元；同步前后本地存储单元与系统主数据库数据变化情况如图6所示，图中带删除线样式代表“告警清除标记”。

接收到⑤告警，基于本地存储单元中前面由①产生的同因告警NE01+TP2.8+PFcREM和相应的处理流程，系统将⑤告警归到NE01+TP2.8+PFcREM下，而不生成新同因告警，且由表可知告警⑤是一条清除类型的告警，因此将本地存储单元中同因告警NE01+TP2.8+PFcREM置清除标记，将该告警⑤存入本地存储单元原始告警表，同时调用同步过程将信息同步给主数据库，并将此处理结果和相应信息上报给告警处理单元；同步前后本地存储单元与系统主数据库数据变化情况如图7所示，图中带删除线样式代表“告警清除标记”。

由以上实施例可以看出，本地存储单元的设置将一个庞大的网络原始告警处理分解成若干个以采集单元为单位的小规模处理，使得告警屏蔽压缩等操作在存入主数据库之前就已经处理完毕，大大地减轻了系统主数据库的负荷，保证了系统的实时性。

另一方面，当系统主数据库发生故障不可用时，依靠本地存储单元采集进程能正常工作和保存数据，只是与主数据库之间的同步暂停。待故障恢复后，依靠同步过程可以将故障期间产生的告警完整不丢失地传送到系统主数据库中。如果在故障期间，采集进程与告警处理单元之间的网络通信保持畅通，则采集进程还能保证告警信息的上报，一定程度上保证系统终端的正常显示和使用。

本发明还提供了一种通信网络告警方法，具体为：告警采集单元接收网元的7告警数据；根据预置的屏蔽规则判断是否丢弃该告警数据，对于需要保存的告警数据，告警采集单元结合已保存的历史告警信息，进一步将相同告警位置和告警原因的告警数据进行压缩保存以及上报告警数据到告警处理单元，触发系统主数据库与告警采集单元进行同步。本方法的具体实现方式可参照上文对采集单元侧告警数据的采集处理方法的说明。

在本方法中，所述告警采集单元具体可将告警数据保存到易失性存储器或非易失性存储器。

以上对本发明所提供的一种通信网络告警系统以及告警方法进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制.

Claims (8)

1.一种通信网络告警系统，包括：告警处理单元、系统主数据库以及告警采集单元，所述告警处理单元完成告警分析，系统主数据库根据告警处理单元的告警处理消息动态更新告警数据，其特征在于：

所述系统具有多个告警采集单元，每个告警采集单元中还包括本地存储单元以及告警采集管理单元，告警采集管理单元接收来自网元的告警数据，根据预置的屏蔽规则判断是否丢弃该告警数据，若否，则结合本地存储单元中的历史告警信息，将相同告警位置和告警原因的告警数据压缩保存到本地存储单元，并发送到告警处理单元；

所述告警采集单元完成所述系统主数据库与本地存储单元的同步。

2.如权利要求1所述的通信网络告警系统，其特征在于：

所述告警采集单元还与专业网管连接，通过专业网管系统采集网元的告警数据；或者，所述告警采集单元直接与确定的网元连接，进行告警数据的采集。

3.如权利要求1所述的通信网络告警系统，其特征在于：

所述本地存储单元为易失性存储器或非易失性存储器。

4.如权利要求1所述的通信网络告警系统，其特征在于：

系统终端，用于告警呈现，以及接收用户操作指令，转发到告警处理单元。

5.一种通信网络告警方法，其特征在于：

每个告警采集单元接收网元的告警数据；根据预置的屏蔽规则判断是否丢弃该告警数据，若否，则结合本地存储单元中的历史告警信息，将相同告警位置和告警原因的告警数据进行压缩保存，以及上报告警数据到告警处理单元进行告警分析处理，系统主数据库根据告警处理单元的告警处理消息动态更新告警数据；

触发系统主数据库与告警采集单元进行同步。

6.如权利要求5所述的网络告警方法，其特征在于：

所述告警采集单元具体将告警数据保存到告警采集单元的易失性存储器或非易失性存储器中。

7.如权利要求5所述的网络告警方法，其特征在于：

所述告警采集单元通过专业网管系统采集网元的告警数据。

8.如权利要求5所述的网络告警方法，其特征在于：

所述告警采集单元直接与确定的网元连接，进行告警数据的采集。

Images