CN101908981B - 一种告警、性能数据屏蔽统一处理的方法 - Google Patents
一种告警、性能数据屏蔽统一处理的方法 Download PDFInfo
- Publication number
- CN101908981B CN101908981B CN2010102709758A CN201010270975A CN101908981B CN 101908981 B CN101908981 B CN 101908981B CN 2010102709758 A CN2010102709758 A CN 2010102709758A CN 201010270975 A CN201010270975 A CN 201010270975A CN 101908981 B CN101908981 B CN 101908981B
- Authority
- CN
- China
- Prior art keywords
- shielding
- alarm
- task condition
- performance data
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 85
- 238000012545 processing Methods 0.000 title claims abstract description 62
- 230000005540 biological transmission Effects 0.000 claims abstract description 45
- 238000004891 communication Methods 0.000 claims abstract description 11
- 230000008569 process Effects 0.000 claims description 25
- 230000006870 function Effects 0.000 claims description 21
- 230000008859 change Effects 0.000 claims description 17
- 238000012217 deletion Methods 0.000 claims description 14
- 230000037430 deletion Effects 0.000 claims description 14
- 238000012986 modification Methods 0.000 claims description 13
- 230000004048 modification Effects 0.000 claims description 13
- 230000004913 activation Effects 0.000 claims description 9
- 230000015572 biosynthetic process Effects 0.000 claims description 7
- 238000004380 ashing Methods 0.000 claims description 3
- 230000003203 everyday effect Effects 0.000 claims description 3
- 230000003442 weekly effect Effects 0.000 claims description 3
- 238000012423 maintenance Methods 0.000 abstract description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 241001269238 Data Species 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 230000000116 mitigating effect Effects 0.000 description 2
- 101000829367 Homo sapiens Src substrate cortactin Proteins 0.000 description 1
- 102100023719 Src substrate cortactin Human genes 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 238000001994 activation Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000010219 correlation analysis Methods 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
Images
Landscapes
- Alarm Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种告警、性能数据屏蔽统一处理的方法，传输网管***后台作为***服务运行于后台，接收到告警、性能数据后，对接收到的数据进行统一的格式化处理，然后传输网管***后台的告警、性能数据分发模块调用屏蔽管理模块提供的接口，对格式化处理后的数据进行相应的处理，处理后的告警、性能数据由通讯处理框架分发给相应的各GUI(图形用户接口)客户端。本发明所述的告警、性能数据屏蔽统一处理的方法，综合考虑告警、性能数据的共性，传输网管***可以对需要屏蔽的告警、性能数据进行定制，在发生位置、代码和时间段三个要素间进行灵活的组合，使网管***屏蔽掉无用的数据，减轻***的负担，使维护人员的工作更加及时准确。
Description
技术领域
本发明涉及传输网管***的告警、性能数据处理，具体说是一种告警、性能数据屏蔽统一处理的方法。
背景技术
随着传输网建设规模的扩大，网络业务量的增加，网络运营维护的工作量和难度进一步加大。传输网管***最基本的功能就是告警、性能数据监控，但是网络规模太大，计算机与人的处理能力有限，面对海量的告警、性能数据，无法找出需要重点关注的数据，及时进行处理，最终将导致业务中断，严重影响运营商和客户的共同利益。
因此，为了保证传输网管***告警、性能数据处理的稳定性，维护人员监控的准确性和有效性，在传输网管***中，需要对告警、性能数据进行一定的屏蔽。
常见的传输网管***告警、性能数据屏蔽方法，有直接下控制命令到设备，使设备不上报特定的告警、性能数据的，有对告警、性能数据进行显示过滤，实际上仍然接收的。这些方法普遍存在的一个问题是操作实施困难，无法应对配置数据的变化。更具体的说：传输网管***对于告警、性能数据的处理流程一般是接收数据、处理数据、存储数据和显示数据，已有的屏蔽方法多为下控制命令使设备不上报特定数据或者进行显示过滤。这些处理方式存在下面四个问题：
问题一，操作实现困难，没有统一的屏蔽任务条件管理。用户无法获取网管***目前启用的屏蔽条件的内容，修改操作起来工作量太大。
问题二，屏蔽任务条件的因素单一。多数网管***的屏蔽管理仅可以设置代码和时间，不能设置发生位置，而且这些要素间不能随意组合。
问题三，告警数据屏蔽和性能数据屏蔽分开，没有统一处理。
问题四，无法应对配置数据的变化。
发明内容
针对现有技术中存在的缺陷，本发明的目的在于提供一种告警、性能数据屏蔽统一处理的方法，综合考虑告警、性能数据的共性，传输网管***可以对需要屏蔽的告警、性能数据进行定制，在发生位置、代码和时间段三个要素间进行灵活的组合，使网管***屏蔽掉无用的数据，减轻***的负担，使维护人员的工作更加及时准确。
为达到以上目的，本发明采取的技术方案是：
一种告警、性能数据屏蔽统一处理的方法，其特征在于，包括以下步骤：
传输网管***接收来自设备或者相对于本***低一层次的***的告警、性能数据；
传输网管***后台作为应用程序后台持续运行，设备或者相对于本***低一层次的***经过通讯处理框架将告警、性能数据传输给传输网管***后台的告警、性能数据分发模块；
当传输网管***后台接收到这些告警、性能数据后，先对接收到的数据进行统一的格式化处理，所述统一的格式化处理是指：将来自设备或者相对于本***低一层次的***的数据转换成为符合传输网管***定义的数据；
传输网管***后台的告警、性能数据分发模块调用屏蔽管理模块提供的接口，对格式化处理后的数据进行下述处理：判断格式化处理后的数据是否符合屏蔽条件，符合屏蔽条件的数据给予屏蔽、丢弃，不符合屏蔽条件的数据则进入告警、性能数据队列；
进入告警、性能数据队列的数据由告警、性能数据处理模块进行相应处理，告警、性能数据处理模块处理后的数据经过通讯处理框架分发给相应的各GUI客户端；
所述屏蔽管理模块是告警、性能数据处理的前置模块，后续功能所有的数据必须经过该模块的处理，屏蔽管理模块具有下面三个功能：
1)屏蔽任务条件统一管理功能；
2)告警、性能数据屏蔽统一处理功能；
3)配置改变处理功能。
在上述技术方案的基础上，所述通讯处理框架包括以下协议：套接字SOCKET、远程过程调用RPC、远程调用框架RCF。
在上述技术方案的基础上，所述相对于传输网管***低一层次的***是指网元级网管***。
在上述技术方案的基础上，屏蔽任务条件统一管理功能是指：传输网管***对屏蔽任务条件进行统一管理，且允许用户对屏蔽任务条件进行创建、修改、删除、激活或挂起操作。
在上述技术方案的基础上，屏蔽任务条件包含附加操作信息，所述附加操作是指告警、性能数据虽然因为符合***统一的屏蔽条件被屏蔽，但是这样的数据可能由于***特殊功能模块的要求，不能被丢弃，需要由屏蔽管理模块调用特殊功能模块提供的接口将数据导入其数据队列。
在上述技术方案的基础上，创建一个屏蔽任务条件的过程如下：
1)用户通过界面程序入口，选择创建屏蔽任务条件；
2)选择屏蔽任务条件的类型：类型包括当前告警、历史告警、15分钟历史性能、24小时历史性能、特定应用；
3)如果屏蔽任务条件的类型是特定应用，则根据特定应用规则计算出相应的对象和代码供用户选择；
4)如果屏蔽任务条件的类型不是特定应用，则应用程序根据设定的类型，直接装载对象和代码；
5)用户根据自己的需要设定对象、代码和时间段；
6)用户选择时间段的形式，精确时间，每天，每周、每月；
7)用户设定对象O、代码C和时间段T三要素之间的关系；
8)将屏蔽任务条件保存到数据库中，如果用户创建的是一个激活的屏蔽任务条件，还需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。
在上述技术方案的基础上，修改一个屏蔽任务条件的过程如下：
1)用户通过界面程序入口，选择一个需要修改的屏蔽任务条件，界面程序显示该屏蔽任务条件中可以修改的内容，屏蔽任务条件的类型不能修改，做灰化处理；
2)用户根据需要，修改屏蔽任务条件的对象、代码、时间段以及三要素之间的关系等可以修改的内容；
3)用户确认后，通过界面程序入口将屏蔽任务条件保存到数据库中，如果用户修改的是一个已经激活的屏蔽任务条件或者改变了一个屏蔽任务条件的状态，还需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。
在上述技术方案的基础上，删除一个屏蔽任务条件的过程如下：
1)用户通过界面程序入口，选择一个需要删除的屏蔽任务条件，界面程序显示该屏蔽任务条件中的详细内容；
2)用户确认删除后，通过界面程序入口删除数据库中的屏蔽任务条件，如果用户删除的是一个已激活的屏蔽任务条件，还需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。
在上述技术方案的基础上，告警、性能数据屏蔽统一处理功能的处理过程如下：
1)应用程序启动，初始化屏蔽管理模块，将数据库中激活的屏蔽任务条件读取到程序缓存中；
2)如果屏蔽管理模块初始化失败，应用程序退出；
3)屏蔽管理模块初始化成功，设备或网元级网管***上报的告警、性能数据由告警、性能数据分发模块传给屏蔽管理模块；
4)屏蔽管理模块根据屏蔽任务条件的优先级对告警、性能数据进行判定；
5)如果该数据不必被屏蔽，则直接进入相应的告警、性能数据处理队列；
6)如果该数据需要被屏蔽，则根据屏蔽任务条件判断是否需要进行特殊的后续处理，特殊的后续处理指的就是针对附加操作信息调用特殊功能模块提供的接口将数据导入其数据队列；
7)如果需要特殊处理，则处理，否则，抛弃。
在上述技术方案的基础上，配置改变处理功能的处理过程如下：
1)屏蔽管理模块进行正常的数据处理流程；
2)告警、性能数据分发模块收到上报的配置改变消息，消息格式定义为如下结构：
typedef std::vector<long>IDVEC；
typedef struct tagConfigChangeInfo
{
long type；
IDVEC vecID；
}ConfigChangeInfo；
其中，type指配置改变的类型，所述配置改变的类型包括对象增加和对象删除，vecID是发生改变的对象的ID的数组；
3)如果屏蔽管理模块中有数据正在处理，则等待该数据处理完成后，进入扫描屏蔽任务条件流程，如果没有正在处理，则直接进入扫描屏蔽任务条件流程，所有告警、性能数据处理过程全部阻塞；
4)对每一个屏蔽任务条件的对象进行合理性判断，判断屏蔽任务条件中的对象在网管***中是否存在，如果不存在或者发生了变化，则直接修改屏蔽任务条件，已经不存在的对象，直接删除，将修改后的屏蔽任务条件存入数据库，然后刷新程序缓存的屏蔽任务条件；
5)屏蔽任务条件扫描过程结束后，使用新的屏蔽任务条件进行告警、性能数据屏蔽统一处理过程。
本发明所述的告警、性能数据屏蔽统一处理的方法，综合考虑告警、性能数据的共性，传输网管***可以对需要屏蔽的告警、性能数据进行定制，在发生位置、代码和时间段三个要素间进行灵活的组合，使网管***屏蔽掉无用的数据，减轻***的负担，使维护人员的工作更加及时准确。
附图说明
本发明有如下附图：
图1传输网管***告警、性能数据屏蔽统一处理框架图，
图2创建屏蔽任务条件流程图，
图3告警、性能数据屏蔽处理流程图，
图4配置数据改变处理流程图，
图5屏蔽处理时序图。
具体实施方式
以下结合附图对本发明作进一步详细说明。
本发明针对于现有技术中的四个问题，从软件实现的角度给出如下的技术方案：本发明提供了一个传输网管***告警、性能数据屏蔽统一处理的设计方案。传输网管***后台作为***服务运行于后台，接收到告警、性能数据后，对接收到的数据进行统一的格式化处理，然后传输网管***后台的告警、性能数据分发模块调用屏蔽管理模块提供的接口，对格式化处理后的数据进行相应的处理，处理后的告警、性能数据由通讯处理框架分发给相应的各GUI(图形用户接口)客户端。其中，告警、性能数据处理是传输网管***的核心功能，图1示出了传输网管***告警、性能数据屏蔽统一处理框架图，图1所描述的内容就是本发明中告警、性能数据的处理过程，与现有的传输网管***有所区别的就是其中新增的屏蔽管理模块。
如图1所示，本发明所述的告警、性能数据屏蔽统一处理的方法，包括以下步骤：
传输网管***接收来自设备或者相对于本***(本***即指传输网管***)低一层次的***的告警、性能数据，所述设备在图1中是指实际设备，所述相对于本***低一层次的***在图1中是指网元级网管***(EMS1)；
传输网管***后台作为应用程序后台持续运行，设备或者相对于本***低一层次的***(实际设备和网元级网管***)经过通讯处理框架将告警、性能数据传输给传输网管***后台的告警、性能数据分发模块，所述通讯处理框架包括但不限于以下协议：SOCKET(套接字)、RPC(远程过程调用)、RCF(远程调用框架)；
当传输网管***后台接收到这些告警、性能数据后，先对接收到的数据进行统一的格式化处理，所述统一的格式化处理是指：将来自设备或者相对于本***低一层次的***的数据转换成为符合传输网管***定义的数据；
传输网管***后台的告警、性能数据分发模块调用屏蔽管理模块提供的接口，对格式化处理后的数据进行下述处理：判断格式化处理后的数据是否符合屏蔽条件，符合屏蔽条件的数据给予屏蔽、丢弃，不符合屏蔽条件的数据则进入告警、性能数据队列；
进入告警、性能数据队列的数据由告警、性能数据处理模块进行相应处理，告警、性能数据处理模块处理后的数据经过通讯处理框架分发给相应的各GUI(图形用户接口)客户端；
所述屏蔽管理模块是告警、性能数据处理的前置模块，后续功能所有的数据必须经过该模块的处理，屏蔽管理模块具有下面三个功能：
1)屏蔽任务条件统一管理功能；
2)告警、性能数据屏蔽统一处理功能；
3)配置改变处理功能。
在上述技术方案的基础上，屏蔽任务条件统一管理功能是指：传输网管***对屏蔽任务条件进行统一管理，且允许用户对屏蔽任务条件进行创建、修改、删除、激活或挂起操作。
一个屏蔽任务条件至少包含下面几个要素：
其中，附加操作是指告警、性能数据虽然因为符合***统一的屏蔽条件被屏蔽，但是这样的数据可能由于***特殊功能模块的要求，不能被丢弃，需要由屏蔽管理模块调用特殊功能模块提供的接口将数据导入其数据队列。例如，一条当前告警数据符合***当前的屏蔽条件，需要被屏蔽，但是***的短信邮件通知模块却需要对这种数据进行处理，所以屏蔽管理模块需要调用短信邮件通知模块提供的接口将该数据转发给短信邮件通知模块。
用户可以对屏蔽任务条件进行创建、修改、删除、激活或挂起操作，下面结合图2描述用户创建一个屏蔽任务条件的过程。
1)用户通过界面程序入口，选择创建屏蔽任务条件；
2)选择屏蔽任务条件的类型：当前告警、历史告警、15分钟历史性能、24小时历史性能、特定应用；
3)如果屏蔽任务条件的类型是特定应用，则根据特定应用规则计算出相应的对象和代码供用户选择；例如SDH告警相关性分析规则中有RS_LOS(再生段信号丢失)告警衍生RS_LOF(再生段帧丢失)告警，RS_LOF(再生段帧丢失)告警衍生RS_OOF(再生段帧失步)告警，用户通过界面进行屏蔽任务条件设置时，只点选RS_LOS(再生段信号丢失)，那么***根据这条规则，自动选中RS_LOF(再生段帧丢失)告警和RS_OOF(再生段帧失步)告警，用户不必再逐一选择。
4)如果屏蔽任务条件的类型不是特定应用，则应用程序根据设定的类型，直接装载对象和代码；例如如果用户创建的是当前告警屏蔽任务条件，则界面程序显示***中的管理对象(网元、单盘和端口)，用户选中某一个对象时，界面程序显示某个对象可能发生的所有告警的代码。
5)用户根据自己的需要设定对象、代码和时间段；
6)用户选择时间段的形式，精确时间(年月日时分秒)，每天(时分秒)，每周、每月等，根据实际经验，选择前两种形式就可以满足大多数的需求；
7)用户设定对象(O)、代码(C)和时间段(T)三要素之间的关系；三要素之间的关系是指O&&C&&T、O||C||T等，与通常的符号含义一致，“&&”表示“与”，“||”表示“或”。例如用户设定三要素之间的关系是“O&&C&&T”，表明一条告警、性能数据必须符合对象是设定的对象，且代码是设定的代码，且时间段在设定的时间段范围内时，才可以判定为符合屏蔽任务条件。
8)将屏蔽任务条件保存到数据库中，如果用户创建的是一个激活的屏蔽任务条件，还需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。这一步可以根据集中式管理和分散式管理而略有不同。集中式管理，可以由后台程序的屏蔽管理模块统一存入数据库，然后更新程序缓存的屏蔽任务条件；分散式管理，则是由屏蔽任务条件管理模块直接存入数据库，然后通知后台程序的屏蔽管理模块刷新其缓存的屏蔽任务管理条件。
对于已经创建的屏蔽任务条件，用户可以设定其优先级，或者按照统一优先级处理，如果数据满足了一个条件就认定为被屏蔽。
用户修改一个屏蔽任务条件的过程如下。
1)用户通过界面程序入口，选择一个需要修改的屏蔽任务条件，界面程序显示该屏蔽任务条件中可以修改的内容，屏蔽任务条件的类型不能修改，做灰化处理；
2)用户根据需要，修改屏蔽任务条件的对象、代码、时间段以及三要素之间的关系等可以修改的内容；
3)用户确认后，通过界面程序入口将屏蔽任务条件保存到数据库中。如果用户修改的是一个已经激活的屏蔽任务条件或者改变了一个屏蔽任务条件的状态(激活或挂起)，需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。
用户删除一个屏蔽任务条件的过程如下。
1)用户通过界面程序入口，选择一个需要删除的屏蔽任务条件，界面程序显示该屏蔽任务条件中的详细内容；
2)用户确认删除后，通过界面程序入口删除数据库中的屏蔽任务条件，如果用户删除的是一个已激活的屏蔽任务条件，还需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。
用户激活一个屏蔽任务条件的过程，激活屏蔽任务条件是修改屏蔽任务条件的特例。
1)用户通过界面程序入口，选择一个需要激活的屏蔽任务条件，界面程序显示该屏蔽任务条件中的详细内容；
2)用户确认激活后，通过界面程序入口修改数据库中的屏蔽任务条件，然后调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。
用户挂起一个屏蔽任务条件的过程，挂起屏蔽任务条件是修改屏蔽任务条件的特例。
1)用户通过界面程序入口，选择一个需要挂起的屏蔽任务条件，界面程序显示该屏蔽任务条件中的详细内容；
2)用户确认挂起后，通过界面程序入口修改数据库中的屏蔽任务条件，然后调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。
传输网管***的告警、性能数据多为主动上报，由设备报给网管，或者由EMS(网元级管理***)上报给NMS(网络级管理***)。在上述技术方案的基础上，下面结合图3描述告警、性能数据屏蔽统一处理功能的处理过程。
1)应用程序启动，初始化屏蔽管理模块，将数据库中激活的屏蔽任务条件读取到程序缓存中；
2)如果屏蔽管理模块初始化失败，应用程序退出；
3)屏蔽管理模块初始化成功，设备或网元级网管***(EMS)上报的告警、性能数据由告警、性能数据分发模块传给屏蔽管理模块；
4)屏蔽管理模块根据屏蔽任务条件的优先级对告警、性能数据进行判定；
5)如果该数据不必被屏蔽，则直接进入相应的告警、性能数据处理队列；
6)如果该数据需要被屏蔽，则根据屏蔽任务条件判断是否需要进行特殊的后续处理，后续处理指的就是，前面“创建屏蔽任务条件”描述的“附加操作”，即所述特殊的后续处理指的就是针对附加操作信息调用特殊功能模块提供的接口将数据导入其数据队列；
7)如果需要特殊处理，则处理，否则，抛弃。
应用程序启动后，只要其对应的主线程不退出，则屏蔽管理模块初始化成功后，持续的对由告警、性能数据分发模块发送来的告警、性能数据进行分析处理；另外，如果用户对屏蔽任务条件进行了创建、修改、删除、激活、挂起操作，且操作成功完成，则还需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。
传输网管***的配置数据是经常变化的，而屏蔽任务条件的三要素之一就是对象，所以屏蔽管理必须能应对配置数据的变化。在上述技术方案的基础上，下面结合图4描述配置改变处理功能的处理过程：
1.屏蔽管理模块进行正常的数据处理流程；
2.告警、性能数据分发模块收到上报的配置改变消息，消息格式定义为如下结构：
typedef std::vector<long>IDVEC；
typedef struct tagConfigChangeInfo
{
long type；
IDVEC vecID；
}ConfigChangeInfo；
其中，type指配置改变的类型，所述配置改变的类型包括对象增加和对象删除，vecID是发生改变的对象的ID的数组；
***收发这种消息的方式有很多，例如socket(套接字)、CORBA(公共对象请求代理结构)和RPC(远程过程调用)等；
3.如果屏蔽管理模块中有数据正在处理，则等待该数据处理完成后，进入扫描屏蔽任务条件流程，如果没有正在处理，则直接进入扫描屏蔽任务条件流程，所有告警、性能数据处理过程全部阻塞；
4.对每一个屏蔽任务条件的对象进行合理性判断，判断屏蔽任务条件中的对象在网管***中是否存在，如果不存在或者发生了变化，则直接修改屏蔽任务条件，已经不存在的对象，直接删除，将修改后的屏蔽任务条件存入数据库，然后刷新程序缓存的屏蔽任务条件；
5.屏蔽任务条件扫描过程结束后，使用新的屏蔽任务条件进行告警、性能数据屏蔽统一处理过程。
本发明具有以下优点：
屏蔽任务条件统一管理功能使用户可以方便、灵活的进行屏蔽任务条件设定，满足用户各种各样的数据筛选需求，使维护人员的监控更加准确有效。
告警、性能数据屏蔽统一处理可以减轻应用程序开发的复杂性，应用程序只需要关心用户设定了什么样的屏蔽任务条件，而不必去区分当前告警屏蔽怎么处理、历史性能屏蔽怎么处理。
配置改变处理功能可以及时的应对配置数据的变化，用户不必担心配置数据改变后原有的屏蔽任务条件失效。
以下给出一个具体的实施案例。
1)屏蔽任务统一管理模块提供创建、修改、删除、激活和挂起屏蔽任务条件五项功能。
屏蔽任务条件包含下面几个要素：
类型(当前告警、历史告警、15分钟历史性能、24小时历史性能、特定应用)，
特定应用包括LOS告警屏蔽和关电设备告警屏蔽；
状态(激活或挂起)
对象(发生位置)
代码(告警类型或性能类型)
时间段(发生时间范围和结束时间范围)
对象(O)、代码(C)和时间段(T)三要素之间的关系，O&&C&&T、O||C||T；
附加操作(当前告警屏蔽后发送短消息通知)
对于已经创建的屏蔽任务条件，按照统一优先级处理，如果数据满足了一个条件就认定为被屏蔽。
2)结合图5，描述屏蔽处理的完整顺序。
1.应用程序主线程启动；
2.初始化告警、性能数据分发模块，开启告警、性能数据接收队列；
3.初始化屏蔽管理模块CShieldTermMan；
4.EMS上报当前告警数据，调用方法CShieldTermMan::ProcessCurAlarmData判定当前告警数据；
5.EMS上报历史告警数据，调用方法CShieldTermMan::ProcessHisAlarmData判定历史告警数据；
6.EMS上报15分钟历史性能数据或24小时历史性能数据，调用方法CShieldTermMan::ProcessPmData判定历史性能数据；
7.步骤2-6循环往复，直到应用程序退出。
Claims (3)
1.一种告警、性能数据屏蔽统一处理的方法，其特征在于，包括以下步骤：
传输网管***接收来自设备或者相对于本***低一层次的***的告警、性能数据；
传输网管***后台作为应用程序后台持续运行，设备或者相对于本***低一层次的***经过通讯处理框架将告警、性能数据传输给传输网管***后台的告警、性能数据分发模块；
当传输网管***后台接收到这些告警、性能数据后，先对接收到的数据进行统一的格式化处理，所述统一的格式化处理是指：将来自设备或者相对于本***低一层次的***的数据转换成为符合传输网管***定义的数据；
传输网管***后台的告警、性能数据分发模块调用屏蔽管理模块提供的接口，对格式化处理后的数据进行下述处理：判断格式化处理后的数据是否符合屏蔽条件，符合屏蔽条件的数据给予屏蔽、丢弃，不符合屏蔽条件的数据则进入告警、性能数据队列；
进入告警、性能数据队列的数据由告警、性能数据处理模块进行相应处理，告警、性能数据处理模块处理后的数据经过通讯处理框架分发给相应的各GUI客户端；
所述屏蔽管理模块是告警、性能数据处理的前置模块，后续功能所有的数据必须经过该模块的处理，屏蔽管理模块具有下面三个功能：
1)屏蔽任务条件统一管理功能；屏蔽任务条件统一管理功能是指：传输网管***对屏蔽任务条件进行统一管理，且允许用户对屏蔽任务条件进行创建、修改、删除、激活或挂起操作；且屏蔽任务条件包含附加操作信息，所述附加操作是指告警、性能数据虽然因为符合***统一的屏蔽条件被屏蔽，但是这样的数据由于***特殊功能模块的要求，不能被丢弃，需要由屏蔽管理模块调用特殊功能模块提供的接口将数据导入其数据队列；
创建一个屏蔽任务条件的过程如下：
1)用户通过界面程序入口，选择创建屏蔽任务条件；
2)选择屏蔽任务条件的类型：类型包括当前告警、历史告警、15分钟历史性能、24小时历史性能、特定应用；
3)如果屏蔽任务条件的类型是特定应用，则根据特定应用规则计算出相应的对象和代码供用户选择；
4)如果屏蔽任务条件的类型不是特定应用，则应用程序根据设定的类型，直接装载对象和代码；
5)用户根据自己的需要设定对象、代码和时间段；
6)用户选择时间段的形式，精确时间，每天，每周、每月；
7)用户设定对象O、代码C和时间段T三要素之间的关系；
8)将屏蔽任务条件保存到数据库中，如果用户创建的是一个激活的屏蔽任务条件，还需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件；
修改一个屏蔽任务条件的过程如下：
1)用户通过界面程序入口，选择一个需要修改的屏蔽任务条件，界面程序显示该屏蔽任务条件中可以修改的内容，屏蔽任务条件的类型不能修改，做灰化处理；
2)用户根据需要，修改可以修改的内容，包括：屏蔽任务条件的对象、代码、时间段以及三要素之间的关系；
3)用户确认后，通过界面程序入口将屏蔽任务条件保存到数据库中，如果用户修改的是一个已经激活的屏蔽任务条件或者改变了一个屏蔽任务条件的状态，还需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件；
删除一个屏蔽任务条件的过程如下：
1)用户通过界面程序入口，选择一个需要删除的屏蔽任务条件，界面程序显示该屏蔽任务条件中的详细内容；
2)用户确认删除后，通过界面程序入口删除数据库中的屏蔽任务条件，如果用户删除的是一个已激活的屏蔽任务条件，还需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件；
2)告警、性能数据屏蔽统一处理功能；
告警、性能数据屏蔽统一处理功能的处理过程如下：
1)应用程序启动，初始化屏蔽管理模块，将数据库中激活的屏蔽任务条件读取到程序缓存中；
2)如果屏蔽管理模块初始化失败，应用程序退出；
3)屏蔽管理模块初始化成功，设备或网元级网管***上报的告警、性能数据由告警、性能数据分发模块传给屏蔽管理模块；
4)屏蔽管理模块根据屏蔽任务条件的优先级对告警、性能数据进行判定；
5)如果该数据不必被屏蔽，则直接进入相应的告警、性能数据处理队列；
6)如果该数据需要被屏蔽，则根据屏蔽任务条件判断是否需要进行特殊的后续处理，特殊的后续处理指的就是针对附加操作信息调用特殊功能模块提供的接口将数据导入其数据队列；
7)如果需要特殊处理，则处理，否则，抛弃；
3)配置改变处理功能；
配置改变处理功能的处理过程如下：
1)屏蔽管理模块进行正常的数据处理流程；
2)告警、性能数据分发模块收到上报的配置改变消息，消息格式定义为如下结构：
其中，type指配置改变的类型，所述配置改变的类型包括对象增加和对象删除，vecID是发生改变的对象的ID的数组；
3)如果屏蔽管理模块中有数据正在处理，则等待该数据处理完成后，进入扫描屏蔽任务条件流程，如果没有正在处理，则直接进入扫描屏蔽任务条件流程，所有告警、性能数据处理过程全部阻塞；
4)对每一个屏蔽任务条件的对象进行合理性判断，判断屏蔽任务条件中的对象在网管***中是否存在，如果不存在或者发生了变化，则直接修改屏蔽任务条件，已经不存在的对象，直接删除，将修改后的屏蔽任务条件存入数据库，然后刷新程序缓存的屏蔽任务条件；
5)屏蔽任务条件扫描过程结束后，使用新的屏蔽任务条件进行告警、性能数据屏蔽统一处理过程。
2.如权利要求1所述的告警、性能数据屏蔽统一处理的方法，其特征在于：所述通讯处理框架包括以下协议：套接字SOCKET、远程过程调用RPC、远程调用框架RCF。
3.如权利要求1或2所述的告警、性能数据屏蔽统一处理的方法，其特征在于：所述相对于传输网管***低一层次的***是指网元级网管***。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010102709758A CN101908981B (zh) | 2010-09-03 | 2010-09-03 | 一种告警、性能数据屏蔽统一处理的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010102709758A CN101908981B (zh) | 2010-09-03 | 2010-09-03 | 一种告警、性能数据屏蔽统一处理的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101908981A CN101908981A (zh) | 2010-12-08 |
| CN101908981B true CN101908981B (zh) | 2012-07-25 |
Family
ID=43264306
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2010102709758A Expired - Fee Related CN101908981B (zh) | 2010-09-03 | 2010-09-03 | 一种告警、性能数据屏蔽统一处理的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101908981B (zh) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102546733B (zh) * | 2010-12-31 | 2015-09-02 | 海信集团有限公司 | 数据通信方法和装置 |
| CN103209085B (zh) * | 2012-01-13 | 2018-06-12 | 中兴通讯股份有限公司 | 告警的处理方法和联动支撑*** |
| CN103209021B (zh) * | 2013-04-11 | 2016-05-04 | 烽火通信科技股份有限公司 | 一种gfp帧映射封装业务的对称***的双向保护方法 |
| CN105227356B (zh) * | 2015-09-15 | 2018-04-06 | 上海斐讯数据通信技术有限公司 | Olt***屏蔽告警的方法及装置 |
| CN106789247A (zh) * | 2016-12-22 | 2017-05-31 | 瑞斯康达科技发展股份有限公司 | 一种告警信息映射方法及装置 |
| CN110071837B (zh) * | 2019-04-28 | 2022-02-01 | 烽火通信科技股份有限公司 | 一种接入网的告警处理方法及*** |
| CN115294736B (zh) * | 2022-10-09 | 2023-02-10 | 深圳曼顿科技有限公司 | 报警消息控制方法、装置、终端设备以及存储介质 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101296466A (zh) * | 2008-06-12 | 2008-10-29 | 广东高新兴通信股份有限公司 | 一种对基站产生告警的屏蔽方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100450008C (zh) * | 2002-10-22 | 2009-01-07 | 华为技术有限公司 | 通信网络告警的处理方法和相关性分析管理器 |
-
2010
- 2010-09-03 CN CN2010102709758A patent/CN101908981B/zh not_active Expired - Fee Related
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101296466A (zh) * | 2008-06-12 | 2008-10-29 | 广东高新兴通信股份有限公司 | 一种对基站产生告警的屏蔽方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101908981A (zh) | 2010-12-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101908981B (zh) | 一种告警、性能数据屏蔽统一处理的方法 | |
| US6775658B1 (en) | Notification by business rule trigger control | |
| US10956013B2 (en) | User interface for automated flows within a cloud based developmental platform | |
| CN111190730B (zh) | 异构云管理平台 | |
| CN102624554B (zh) | 一种结合了设备管理和业务管理的综合网络管理方法 | |
| US10101972B1 (en) | Data modelling and flow engine for building automated flows within a cloud based developmental platform | |
| US11818152B2 (en) | Modeling topic-based message-oriented middleware within a security system | |
| US10147066B2 (en) | Business process framework | |
| US8209412B2 (en) | Methods for managing a plurality of devices using protectable communication protocol, including determination of marketing feedback to assess a response to an advertisement | |
| CN110716832A (zh) | 业务运行的监控告警方法、***、电子设备及存储介质 | |
| CN111158708A (zh) | 一种任务编排引擎*** | |
| CN108845798A (zh) | 一种可视化大数据任务编排框架及处理方法 | |
| CN111400139A (zh) | 多数据中心批量作业的管控和调度***、方法及存储介质 | |
| US11507672B1 (en) | Runtime filtering of computer system vulnerabilities | |
| CN103618762A (zh) | 一种基于aop的企业服务总线状态预处理***及方法 | |
| CN103731328A (zh) | 基于Linux共享内存实现家庭网关数据通信的***及方法 | |
| US20120317039A1 (en) | On-demand purchase of virtual image licenses in a cloud computing environment | |
| US6961940B2 (en) | Dynamically adapting events to capabilities of a management system | |
| US11232410B2 (en) | On-call scheduling and enhanced contact preference management | |
| CN114168297A (zh) | 一种归集任务调度方法、装置、设备及介质 | |
| US6868540B2 (en) | Recycling events to take advantage of capabilities of a management system | |
| CN106789380A (zh) | 一种虚拟机网络一体化监管*** | |
| CN112765602A (zh) | 一种信息***方法和装置 | |
| CN113419921A (zh) | 一种任务监控方法、装置、设备以及存储介质 | |
| CN112261066A (zh) | 一种云服务平台支持coap设备的方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120725 |