CN101399883B - 异常监测管理方法及装置 - Google Patents

Abstract

本发明公开了一种异常监测管理方法及装置，其中，该方法包括：对于多个前台业务模块中的每个前台业务模块，设置异常监测索引，其中，异常监测索引包括监测参数；根据设置的异常监测索引对相应的前台业务模块进行监测。通过本发明，网管后台能够实时得知前台业务模块的运行状态。

Description

异常监测管理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种异常监测管理方法及装置。

背景技术

电信网络管理系统的架构如图1所示，其中，后台电信网管系统按照功能模块的划分可以分为：配置管理模块、性能管理模块、告警管理模块和工具管理模块，其中，配置管理模块、性能管理模块、告警管理模块分别与后台数据库相连接；性能统计模块负责处理前台各种统计数据，并生成统计报表，供用户检查网元设备前台业务的运行状况。

电信运营商的运行及维护人员通过对运营商反馈的一些前台业务故障以及异常情况的报告，进行分析，发现在前台业务模块(前台网元)出现运行异常时，性能统计上报的一些性能指标与系统正常运行时的性能统计指标存在一定的差异。

但是，考虑到电信业务系统需要长时间稳定运行，而电信运营商的运行及维护人员又不一定有足够的经验，能够自己通过性能统计数据分析出系统运行是否正常，为此需要设备制造商能够提供一个全自动化的检测机制，能够全天24小时不间断的对前台业务的运行状态进行检测和比较，在发现异常时，能够即时地采取一些有效的措施(例如：复位单板等)，清除故障隐患，保证系统长时间的运行。

然而，目前尚未提出能够自动监测前台网元运行状态的技术方案。

发明内容

本发明旨在提供一种异常监测管理方法及装置，以解决相关技术中无法对前台网元的运行状态实现自动监测的技术问题。

根据本发明的一个方面，提供了一种异常监测管理方法。

根据本发明的异常监测管理方法包括：对于多个前台业务模块中的每个前台业务模块，设置异常监测索引，其中，异常监测索引包括监测参数；根据设置的异常监测索引对相应的前台业务模块进行监测。

根据本发明的另一方面，还提供了一种异常监测管理装置。

根据本发明的异常监测管理装置包括：设置模块，用于设置对于多个前台业务模块中的每个前台业务模块的异常监测索引，其中，异常监测索引包括监测参数；监测模块，用于根据设置的异常监测索引对相应的前台业务模块进行监测。

根据本发明的上述技术方案，通过设置的异常监测索引能够对相应的前台业务模块进行监测，实现了在网管后台对前台业务性能指标的实时监测，从而网管后台能够实时得知前台业务模块的运行状态。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据现有技术的电信管理网络系统的架构图；

图2是根据本发明实施例的异常监测管理方法的流程图；

图3是根据本发明方法实施例的异常监测管理方法的优选处理方案的流程图；

图4是根据本发明实施例的异常监测管理装置在电信管理网络系统中的位置的示意图；

图5是根据本发明实施例的异常监测管理装置的框图；

图6是根据本发明优选实施例的异常监测管理装置的框图。

具体实施方式

功能概述

本发明的主要思想是：根据用户设定的异常监测索引，对电信管理网络中的网元设备，即，业务处理模块相关性能统计指标进行监测，对网元设备的业务处理模块的工作状态进行判断，并通过后台网管向网元前台业务发送恢复操作的通知消息，从而实现网管后台对前台性能指标进行监测，并及时通知网元前台业务进行相关处理，使得网元设备在出现异常情况无法正常工作前，自动进行相关的恢复操作，保证整个网元设备能够长期稳定的运行。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

方法实施例

根据本发明实施例，提供一种异常监测管理方法。

图2是根据本发明实施例的异常监测管理方法的流程图，如图2所示，该方法包括以下处理：

步骤S202，对于多个前台业务模块中的每个前台业务模块，设置异常监测索引，其中，异常监测索引包括监测参数；

步骤S204，根据设置的异常监测索引对相应的前台业务模块进行监测。

根据上述实施例，通过设置的异常监测索引能够对相应的前台业务模块进行监测，实现了网管后台对前台业务性能指标的监测。

下面进一步描述上述各处理的细节。

(一)步骤S202

对于多个前台业务模块中的每个前台业务模块设置异常监测索引，每个监测索引可以包括以下监测参数：

监测时间粒度：用于定义此监测索引执行的时间粒度，可以是15分钟执行一次，也可以是1个小时执行一次，并且也可以是其它时间周期，这里不再一一列举；

监测指标：是指需要从前台业务模块监测的参数的类型，在一个监测索引中最多可配置5个监测指标；

监测时间范围：是指进行性能统计指标监测的时间范围；

逻辑关系：同一监测索引中各监测指标之间的逻辑关系，“与”或者“或”的关系。

其中，异常监测指标可以由用户根据现场网元设备实际的运行状况进行灵活的配置，使得基于性能统计指标的异常监测和恢复机制能够满足各种不同运行条件下的网元设备的要求。

并且，在能够满足不同运行环境下异常监测指标可灵活配置的同时，还提供推荐的一些通用异常监测索引的配置项，这些推荐默认配置的监测索引，基本能够满足业务前台模块的异常监测需求。

当用户配置的异常监测索引发生变化时，能够实时进行异常监测索引数据的更新操作。

另外，对于多个前台业务模块中的每个前台业务模块，在其包括多个业务类型的情况下，对该前台业务模块设置的监测索引与该前台业务模块包括的多个业务类型一一对应，即，对于一个前台业务模块，其每个业务类型均配置一个相应的监测索引。

(二)步骤S204

对于多个前台业务模块中的每个前台业务模块，根据其监测时间粒度轮询所有前台业务模块的对应于该前台业务模块的监测指标的性能数据；根据所有前台业务模块的数据判断该前台业务模块的监测指标是否异常，其中，在该前台业务模块设置有多个监测指标的情况下，需要判断多个监测指标中的每个指标是否异常，并根据多个监测指标之间的逻辑关系确定该前台业务模块的监测指标是否异常，其中，逻辑关系包括：逻辑与、逻辑或；在该前台业务模块的监测指标异常次数达到预设的次数的情况下，确定该前台业务模块异常。

在上述的处理中，如果监测指标之间的逻辑关系为“与”时，则当所有的监测指标都异常时，才判断该前台业务模块异常；如果监测指标之间的逻辑关系为“或”时，则当有一个监测指标异常时，就判断该前台业务模块异常。

对于每个前台业务模块的每个监测指标，上述的判断其是否异常的处理具体为：判断该监测指标在相应的前台业务模块的当前时刻粒度性能数据是否在预设的门限范围内；在判断结果为是的情况下确定该监测指标正常；在判断结果为否的情况下，将监测指标继续进行横向比较和纵向比较，其中，横向比较为与其他的同类型的前台业务模块的性能数据的比较，纵向比较为与自身的上一周期相同时间点的性能数据的比较；与其他的同类型的前台业务模块的性能数据的比较后得到的差大于第一预定值、以及与自身的上一周期相同时间点的性能数据的差大于第二预定值的情况下，判断该前台业务模块的监测指标异常，第一预定值与第二预定值可以相等也可以不相等。

另外，在按照监测时间粒度轮询每个前台业务模块的监测指标时，在监测时间粒度在相应的监测时间范围内的情况下，执行轮询每个前台业务模块的监测指标的处理。

业务前台在收到网管后台发送的业务异常恢复操作通知消息时，可根据自身的业务运行状况，并结合用户配置的异常监测指标进行一些逻辑判断，再此确认是否需要执行异常恢复操作。在判断前台业务模块运行异常的情况下，能够根据是否达到最大的连续异常次数，向告警管理模块发送通知或告警，方便用户及时了解前台运行状态。

当网管后台判定前台业务模块运行异常时，向前台发送异常恢复操作通知消息时，会在网管后台记录详细的操作日志，同时，当业务前台模块进行异常恢复操作时，也会向后台网管发送操作日志的通知消息。网管后台会将以上操作日志详细记录下来，供用户后续分析问题时使用。

性能统计指标监测的所有指标计算和判断逻辑全部在后台完成，使得监测功能独立于业务前台，同时网管后台与业务前台之间的消息定义也很少，对业务前台系统和网络资源占用都非常少。

上述实施例，通过设置的异常监测索引能够灵活方便的根据不同的前台业务运行环境设置监测指标，实现网管后台对前台性能指标进行监测，从而网元设备在出现异常的情况下自动进行相关的恢复操作，能够保证整个网元设备长期稳定的运行。

图3是根据本发明方法实施例的异常监测管理方法的优选处理方案的流程图，如图3所示，该方法包括以下处理：

步骤S302，异常监测任务开始；

步骤S304，开始获取性能统计相关数据，并根据公式计算获取监测所需性能指标；

步骤S306，刷新内存中保存的性能指标数据结构中的数据；

步骤S308，判断当前获取性能统计数据是否丢失，如果丢失则监测结束，否则执行步骤S310；

步骤S310，判断用户配置CMP模块数是否大于等于2，如果不大于2则监测结束，否则执行步骤S312；

步骤S312，对配置的监测索引进行轮询；

步骤S314，判断当前粒度时间是否在监测索引监测时间段内，如果否则监测结束，如果是则执行步骤S316；

步骤S316，判断当前粒度时间是否为监测时段的起始时间，如果否则执行步骤S318，如果是则执行步骤S320；

步骤S318，清除异常连续粒度计数器(MonitorIndex_counter[i])中所有计数器为0；

步骤S320，轮询每个前台业务模块(CMP)性能统计监测指标；

步骤S322，判断是否最后一个模块；如果是则监测结束，否则执行步骤S324；

步骤S324，轮询所有配置的监测索引；

步骤S326，判断是否最后一个监测索引，如果是则回到步骤S322，否则执行步骤S328；

步骤S328，轮询监测索引中的所有监测指标；

步骤S330，判断监测指标之间的逻辑关系，如果是逻辑“与”的关系则执行步骤S324，如果是逻辑“或”的关系则执行步骤S340；

步骤S332，判断是否最后一个监测指标，如果是则执行步骤S326以及执行步骤S248，否则执行步骤S334；

步骤S334，判断当前CMP模块性能指标是否低于预设的门限，在低于预设的门限的情况下，继续执行步骤S336；

步骤S336，开始进行横向和纵向指标比较；

首先，横向与其他同类型的业务前台模块的当前粒度性能数据做比较，判断本业务前台模块的性能数据是否是最差的，如果是最差，且其他同类型的业务前台模块性能数据之间的差异在“横向允许偏差”的范围内，则求取其它所有业务前台模块的当前性能数据的平均值，用本业务前台模块的性能数据与平均值进行求差，看是否已经超出配置的“横向比较允许偏差(即，上述的第一预定值)”；其次，进行纵向比较，用本模块当前粒度性能数据和上一周期(前一天——若前一天粒度丢失，则认为指标正常)相同时间点的性能数据进行求差，看是否已经超出配置的“纵向比较允许偏差(即，上述的第二预定值)”；

步骤S338，判断横向和纵向比较是否超出偏差，如果没有超出偏差则执行步骤S324，如果超出偏差则执行步骤S348；

步骤S340至步骤S346，与步骤S332至步骤S338类似，此处不详细描述；

步骤S348，将异常连续粒度计数器中对应的计数器加1；

步骤S350，判断是否已经达到用户配置的最大连续粒度数，如果是则执行步骤步骤S352，否则监测结束；

步骤S352，发送异常消息至网管后台，监测流程结束。

网管后台接收到有前台业务模块运行异常的消息后，可以向该前台业务模块发送异常恢复操作的通知消息，通知网元设备前台，需要进行相关操作，将前台业务模块进行重启或主备倒换等操作，消除网元设备前台业务模块可能会出现的各种异常，保证业务正常地运行。

装置实施例

根据本发明实施例，还提出了一种异常监测管理装置。

图4是根据本发明实施例的异常监测管理装置在电信管理网络系统中的位置的示意图。如图4所示，异常监测管理装置(异常监测管理模块)分别与配置管理模块、性能统计模块、性能统计数据库以及前台业务模块相连接，该异常监测管理模块具有下列功能：

1、性能统计指标异常检测模块初始化功能：异常监测管理模块启动时，通过监测指标数据查询接口，从配置管理模块(配置管理数据库)中的监测指标索引配置表中获取相关的异常监测指标，并写入内存中，供指标比较时使用。

2、异常监测模块监测指标参数更新功能：异常监测模块在收到配置管理模块发送的数据变化通知消息时，调用配置管理接口，更新内存中保留的异常监测指标。

3、异常监测指标比较功能：异常监测模块内置定时器时间到时，获取当前性能统计的15分钟粒度(或其它时间粒度)原始数据或小时表中的数据，并根据用户配置的异常指标进行比较，判断前台业务模块(前台)是否运行正常。

4、异常监测指标异常粒度计数功能：记录监测指标连续异常的粒度数，以判断是否需要向前台发送指标异常通知消息。

5、前台运行异常消息通知功能：当判断前台模块运行异常时，向前台发送异常恢复消息，通知前台进行系统恢复处理。

6、后台监测指标比较异常日志记录功能：当通过对用户配置的异常指标比较，判定前台业务模块运行异常时，则对当前系统运行异常情况记录日志，供用户后续分析使用。

7、前台异常恢复操作日志记录功能：当收到业务前台返回的异常恢复操作通知消息时，对通知消息进行解析，并在后台性能统计数据库中记录日志。

图5是根据本发明实施例的异常监测管理装置的框图，图6是根据本发明优选实施例的异常监测管理装置的框图。

如图5所示，根据本发明实施例的异常监测管理装置包括：设置模块和监测模块，下面参考附图进行详细描述。

设置模块10，用于设置对于多个前台业务模块中的每个前台业务模块的异常监测索引，其中，异常监测索引包括监测参数，监测参数可以包括：监测时间粒度和监测指标；

监测模块20，连接至设置模块10，用于根据设置的异常监测索引对相应的前台业务模块进行监测。

如图6所示，监测模块20进一步包括：轮询模块210，用于对于多个前台业务模块中的每个前台业务模块，根据其监测时间粒度轮询所有前台业务模块的对应于该前台业务模块的监测指标的性能数据；第一判断模块220，连接至轮询模块210，用于根据所有前台业务模块的数据判断该前台业务模块的监测指标是否异常，其中，在该前台业务模块设置有多个监测指标的情况下，判断多个监测指标中的每个指标是否异常，并根据多个监测指标之间的逻辑关系确定该前台业务模块的监测指标是否异常，其中，逻辑关系包括：逻辑与、逻辑或；第二判断模块230，连接至第一判断模块220，用于在该前台业务模块的监测指标异常次数达到预设的次数的情况下，确定该前台业务模块异常。

综上所述，通过本发明的上述技术方案中的至少之一，能够灵活方便地根据不同的前台业务运行环境设置监测指标，保证在前台业务出现异常时，通过一些提前的处理措施及时恢复前台业务运行状态，并通过通知和告警来及时记录前台业务的异常状态，便利了运行及维护，提高了系统的稳定性；此外，还能够扩展性能统计数据的实际应用场景。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种异常监测管理方法，其特征在于，包括：

对于多个前台业务模块中的每个前台业务模块，设置异常监测索引，其中，所述异常监测索引包括监测参数，其中，所述监测参数包括：监测时间粒度和监测指标；

根据设置的所述异常监测索引对相应的前台业务模块进行监测，其中，对于所述多个前台业务模块中的每个前台业务模块，根据其监测时间粒度轮询所有前台业务模块的对应于该前台业务模块的监测指标的性能数据；根据所述所有前台业务模块的所述性能数据判断该前台业务模块的监测指标是否异常，其中，在该前台业务模块设置有多个监测指标的情况下，判断所述多个监测指标中的每个指标是否异常，并根据所述多个监测指标之间的逻辑关系确定该前台业务模块的监测指标是否异常，其中，所述逻辑关系包括：逻辑与、逻辑或中的之一；在该前台业务模块的监测指标异常次数达到预设的次数的情况下，确定该前台业务模块异常。

2.根据权利要求1所述的方法，其特征在于，对于所述多个前台业务模块中的每个前台业务模块，在其包括多个业务类型的情况下，对该前台业务模块设置的监测索引与该前台业务模块包括的多个业务类型一一对应。

3.根据权利要求1所述的方法，其特征在于，对于每个前台业务模块的每个监测指标，判断其是否异常的处理具体为：

判断该监测指标在相应的所述前台业务模块的当前时刻粒度性能数据是否在预设的门限范围内；

在判断结果为是的情况下确定该监测指标正常；

在判断结果为否的情况下，将所述监测指标继续进行横向比较和纵向比较，其中，所述横向比较为与其他的同类型的前台业务模块的性能数据的比较，所述纵向比较为与自身的上一周期相同时间点的性能数据的比较；

与其他的同类型的前台业务模块的性能数据的比较后得到的差大于第一预定值、以及与自身的上一周期相同时间点的性能数据的差大于第二预定值的情况下，判断该前台业务模块的监测指标异常。

4.根据权利要求3所述的方法，其特征在于，所述监测参数进一步包括监测时间范围，并且在按照所述监测时间粒度轮询每个所述前台业务模块的监测指标时，在所述监测时间粒度在相应的监测时间范围内的情况下，执行轮询每个所述前台业务模块的监测指标的处理。

5.根据权利要求1所述的方法，其特征在于，在确定所述前台业务模块运行异常的情况下，所述方法还包括：

对异常的所述前台业务模块执行异常恢复操作。

6.一种异常监测管理装置，其特征在于，包括：

设置模块，用于设置对于多个前台业务模块中的每个前台业务模块的异常监测索引，其中，所述异常监测索引包括监测参数，其中，所述监测参数包括：监测时间粒度和监测指标；

监测模块，用于根据设置的所述异常监测索引对相应的前台业务模块进行监测，其中，所述监测模块进一步包括：

轮询模块，用于对于所述多个前台业务模块中的每个前台业务模块，根据其监测时间粒度轮询所有前台业务模块的对应于该前台业务模块的监测指标的性能数据；

第一判断模块，用于根据所述所有前台业务模块的所述性能数据判断该前台业务模块的监测指标是否异常，其中，在该前台业务模块设置有多个监测指标的情况下，判断所述多个监测指标中的每个指标是否异常，并根据所述多个监测指标之间的逻辑关系确定该前台业务模块的监测指标是否异常，其中，所述逻辑关系包括：逻辑与、逻辑或中的之一；

第二判断模块，用于在该前台业务模块的监测指标异常次数达到预设的次数的情况下，确定该前台业务模块异常。

Images