CN101924658A - 一种接入设备的告警屏蔽方法 - Google Patents

Abstract

本发明涉及设备侧告警屏蔽技术领域，具体说是一种接入设备的告警屏蔽方法，告警屏蔽的处理采用分布式的屏蔽处理方式，将处理压力分散到各个子***，减轻了核心交换盘的压力。而且，***内海量的告警屏蔽信息的存储，则采用不存储缺省配置和压缩存储共性配置的方式，提高***资源的利用率。对于***中大量设备的告警屏蔽信息进行配置管理，也提出了一种快速，灵活的配置方法，显著的提高了告警屏蔽配置的易用性和效率。本发明所述的接入设备的告警屏蔽方法，减轻了管理工作站的处理压力，减少了网管和设备之间的通信开销，提高了配置效率，提高了存储效率，节约了存储空间。

Description

一种接入设备的告警屏蔽方法

技术领域

本发明涉及网络管理技术领域中的设备侧告警屏蔽技术领域，具体说是一种接入设备的告警屏蔽方法。

背景技术

近些年来，接入网的用户规模不断扩大，网络的运营、维护和管理的工作量也逐步上升，于是，越来越多的运营商开始采用网络远程管理技术以降低运维成本，提升用户满意度。这其中简单网络管理协议(Simple Network Management Protocol，SNMP)以其简单易实现的优势得到广泛运用。

SNMP协议是专门设计用于在IP网络中管理网络节点(服务器、工作站、路由器、交换机等)的一种标准协议，它是一种应用层协议。SNMP使网络管理员能够管理网络效能，发现并解决网络问题以及规划网络增长。通过SNMP接收随机消息及事件报告，网络管理***获知网络出现问题。

SNMP管理的网络有四个关键元素，管理工作站(NMS)、管理代理(Agent)、管理信息库(MIB)和SNMP协议。图1说明了这四个元素之间的关系，图1中的SNMP管理站即为管理工作站，SNMP代理者即为管理代理。其中，在网络管理***中，除管理工作站外的其他活动元素都是管理代理。管理代理对来自管理工作站的信息查询和动作执行请求做出响应，同时还可以异步地向管理工作站发送重要的意外事件。管理工作站与管理代理之间是通过SNMP网络管理协议连接实现通信的。

设备可以通过SNMP协议上报告警来通知用户有意外事件发生。在实际使用中，用户可能会想按自己的需求来管理这些告警，例如用户并不一定关心设备上报的所有告警，或者是不关心某些设备上报的告警等。这时就只有用户关心的那一部分告警是有用的信息，如果采用传统的全部上报方式，可能会给用户带来麻烦，也会对链路、存储等资源造成浪费。于是迫切需要一种机制来管理设备上报的告警，使用户能够方便的获得自己想要的信息。

目前的告警屏蔽方式为管理工作站侧的告警屏蔽。管理工作站侧的告警屏蔽流程为：设备不用考虑告警是否屏蔽，将产生的告警全部上报给管理工作站。管理工作站根据设置好的屏蔽规则，对设备上报的告警进行筛选，将需要屏蔽的告警屏蔽掉，只向用户呈现未被屏蔽的告警。属于集中式的告警屏蔽。这对管理工作站服务器的处理能力要求较高，并且网管与设备间也有很多不必要的通信开销，目前的告警屏蔽按照单个对象(按逐个对象方式)设置告警屏蔽，当需要配置的对象很多时，配置效率比较低，操作复杂。目前的告警按单个对象配置信息展开存储，占用了大量冗余空间。

发明内容

针对现有技术中存在的缺陷，本发明的目的在于提供一种接入设备的告警屏蔽方法，减轻了管理工作站的处理压力，减少了网管和设备之间的通信开销，提高了配置效率，提高了存储效率，节约了存储空间。

为达到以上目的，本发明采取的技术方案是：

一种接入设备的告警屏蔽方法，其特征在于，包括：告警屏蔽信息的下发与获取以及告警上报处理，

所述告警屏蔽信息的下发与获取的具体步骤为：

①、在配置告警屏蔽信息前，EMS会先获取设备已配置的告警上报管理表：EMS获取设备已配置的告警上报管理表时，由核心交换盘将其本地保存的已配置的告警上报管理表上传给EMS；所述已配置的告警上报管理表由多条记录组成，每条记录都是一个完整的告警屏蔽管理基本信息；

②、配置告警屏蔽信息时，先由用户在EMS录入所需的单条或多条告警屏蔽管理基本信息，之后EMS会判断用户录入的单条或多条告警屏蔽管理基本信息中的告警屏蔽属性字段与从设备上读取的缺省告警屏蔽属性配置之间逐条比对是否有变化，

如有变化，EMS将有变化的条目下发给核心交换盘，核心交换盘在其本地保存此配置信息，并通过告警屏蔽管理基本信息中的地址信息判断对象的类型，逐条将属于线卡或其他单盘和远端设备的告警屏蔽管理基本信息下发到线卡或其他单盘，

线卡通过告警屏蔽管理基本信息中的地址信息判断对象的类型，再将属于远端设备上的告警屏蔽管理基本信息下发给远端设备；

③、当作为告警源的核心交换盘、线卡或其他单盘、远端设备收到，下发的告警屏蔽管理基本信息后，

各告警源先判断告警屏蔽属性字段是否为不上报，如果为不上报，则判断设置告警上报方式为不上报的告警是否已经产生，如果已经产生，则相关对象会产生一个结束告警上报给EMS，然后本地保存此条告警屏蔽管理基本信息；EMS收到该结束告警后，在界面上结束该条告警；如果为上报，则直接保存此条告警屏蔽管理基本信息；

核心交换盘还要判断告警屏蔽属性字段是否为不记录日志，如果为记录日志时，则设置告警上报方式为记录日志的告警需要上报到核心交换盘上；

④核心交换盘、线卡或其他单盘、远端设备根据新接收到的告警屏蔽管理基本信息更新各自在其本地存储的已配置的告警上报管理表；

所述告警上报处理包括ONU告警上报、线卡告警上报、核心交换盘告警上报。

在上述技术方案的基础上，所述ONU告警上报的具体步骤为：

步骤一：新ONU本地告警产生后，由ONU告警管理单元判断该告警的告警屏蔽属性是否为不上报且不记录日志，若是，则直接丢弃该告警，如果不是，则将此告警上报给线卡；

步骤二：线卡告警管理单元收到ONU上报的告警后，判断此告警的屏蔽属性是否包含延时上报，若是则进行一定延时处理，当延时时间到达后，立即将告警上报给核心交换盘，若不是，则直接将该告警上报给核心交换盘；

步骤三：核心交换盘告警管理单元收到线卡上报的告警后，判断此告警的屏蔽属性是否包含记录日志，若是则将告警信息记录到***日志中；所述告警信息中包含告警对象地址信息，告警名称，告警产生时间，告警结束时间；

完成日志处理后，判断此告警的屏蔽属性中是否包含立即上报或延时上报，若是则将此告警上报给EMS，若不是则丢弃该告警。

在上述技术方案的基础上，线卡告警上报的具体步骤为：

步骤一：新的线卡本地告警产生后，由线卡告警管理单元判断该告警的告警屏蔽属性是否为不上报且不记录日志，若是，则直接丢弃该告警，若不是，则继续判断该属性是否包含延时上报，若是则进行一定延时处理，当延时时间到达后，立即将告警上报给核心交换盘，若不是，则直接将告警上报给核心交换盘；

步骤二：核心交换盘告警管理单元收到线卡上报的告警后，判断此告警的屏蔽属性是否包含记录日志，若是则将告警信息记录到***日志中；所述告警信息中包含告警对象地址信息，告警名称，告警产生时间，告警结束时间；

完成日志处理后，判断此告警的屏蔽属性中是否包含立即上报或延时上报，若是则将此告警上报给EMS，若不是则丢弃该告警。

在上述技术方案的基础上，核心交换盘告警上报的具体步骤为：

新的核心交换盘本地告警产生后，由核心交换盘告警管理单元判断该告警的告警屏蔽属性是否为不上报且不记录日志，若是，则直接丢弃该告警，若不是，则继续判断该属性是否包含延时上报，若是则进行一定延时处理，当延时时间到达后，继续进行下一步判断是否记录日志的步骤，若不是，则判断该属性是否包含记录日志，若是将告警信息记录到***日志中；所述告警信息中包含告警对象地址信息，告警名称，告警产生时间，告警结束时间；

完成日志处理后，判断此告警的屏蔽属性中是否包含立即上报或延时上报，若是则将此告警上报给EMS，若不是则丢弃该告警。

在上述技术方案的基础上，告警屏蔽管理基本信息中的告警屏蔽属性包含：上报方式和是否记录日志两个方面的内容；其中，

上报方式包含：立即上报，延时上报，和不上报三种方式；

立即上报：指告警产生后直接上报给EMS，

延时上报：指告警产生后，经过一定延时处理后上报给EMS，

不上报：是指告警产生后，不上报给EMS；

是否记录日志包含：记录日志和不记录日志两种方式；

记录日志：是指此告警的产生和消失需要记录在核心交换盘的***日志中，

不记录日志：是指此告警的产生和消失不记录在核心交换盘的***日志中。

在上述技术方案的基础上，所述缺省告警屏蔽属性为不上报且不记录日志。

在上述技术方案的基础上，缺省告警屏蔽属性按照局远端进行划分，远端默认为不上报且不记录日志，局端默认为立即上报且不记录日志。

在上述技术方案的基础上，核心交换盘、线卡或其他单盘、远端设备中的告警屏蔽属性采用基于缺省配置的压缩存储：

缺省配置按局远端分为两种：缺省局端告警屏蔽属性，缺省远端告警屏蔽属性，

当告警屏蔽管理基本信息中地址信息为局端地址或远端地址，且告警屏蔽属性和缺省局端告警屏蔽属性一致时，核心交换盘本地不保存该信息，

当告警屏蔽管理基本信息中地址信息为局端地址或远端地址，且告警屏蔽属性和缺省局端告警屏蔽属性不一致时，核心交换盘本地保存该信息；

所述远端地址包含槽位，端口；或包含槽位，端口，onu，onu端口。

在上述技术方案的基础上，核心交换盘、线卡或其他单盘、远端设备中的告警屏蔽属性采用基于共性配置的压缩存储：

采用模板配置方式，将具有相同告警屏蔽属性的告警集合作为模板，在对象中只存储模板的索引ID。

在上述技术方案的基础上，在个别对象需要单独进行告警屏蔽配置时，首先获取设备上单个目标对象里面的全集属性配置。之后EMS将配置过的告警屏蔽下发到设备，核心交换盘过滤掉和缺省配置相同的属性后再下发到目标对象，目标对象只存储非缺省告警屏蔽属性的配置数据；

在对相同告警屏蔽属性的批量配置时，EMS先判断有没有可用的模板，如果没有，则由用户在EMS上根据网元类型，告警名称，告警级别，告警类型等组合选择生成应用的告警集合，然后EMS将该告警集合定制为模板，由用户选择该模板适用的对象范围，之后将模板下发到设备经行配置。

本发明所述的接入设备的告警屏蔽方法，减轻了管理工作站的处理压力，减少了网管和设备之间的通信开销，提高了配置效率，提高了存储效率，节约了存储空间。

附图说明

本发明有如下附图：

图1是网络管理元素示意图，

图2是告警屏蔽管理示意图，

图3是告警屏蔽属性设置的实现流程，

图4是ONU上告警上报流程，

图5是线卡或其他单盘告警上报流程，

图6是核心交换盘告警上报流程，

图7是指定对象上个性化配置流程，

图8是批量对象的共性化配置流程。

具体实施方式

以下结合附图对本发明作进一步详细说明。

因为用户并不是对所有的设备上报告警都关心，所以需要一种机制屏蔽掉用户不关心的信息。本发明详细设计了一套设备侧告警屏蔽的处理方式与相关数据的存储机制。

首先，告警屏蔽的处理采用分布式的屏蔽处理方式，将处理压力分散到各个子***，减轻了核心交换盘的压力。

第二，***内海量的告警屏蔽信息的存储，则采用不存储缺省配置和压缩存储共性配置的方式，提高***资源的利用率。

第三，对于***中大量设备的告警屏蔽信息进行配置管理，本发明也提出了一种快速，灵活的配置方法，显著的提高了告警屏蔽配置的易用性和效率。

本发明所述的接入设备的告警屏蔽方法，主要在以下三个方面上做出改进：

1、分布式告警屏蔽的实现：本发明对于告警屏蔽的实现采用分布式处理。

如果采用集中式的告警屏蔽方式，在面对数量庞大的告警信息上报的时候，会对核心交换盘有很高的处理要求，这样会大大增加设备的成本。

而采用分布式处理后，相应的屏蔽处理操作都分配到各子***(线卡、ONU)去完成，这样能够迅速的进行告警屏蔽操作，也大大降低了对***性能的要求。

本发明所述分布式处理的实现分为两个部分：第一部分为告警屏蔽信息的下发与获取，第二部分为告警上报处理。

(1)告警屏蔽信息的下发与获取。步骤①、②、③、④中描述的EMS对告警上报管理表的获取、配置、下发与相关对象获得新告警上报管理表后的处理流程如图3所示。

①、在配置告警屏蔽信息前，EMS(Equipment Manage System设备管理***)会先获取设备已配置的告警上报管理表：EMS获取设备已配置的告警上报管理表时，由核心交换盘将其本地保存的已配置的告警上报管理表上传给EMS；所述已配置的告警上报管理表由多条记录组成，每条记录都是一个完整的告警屏蔽管理基本信息；

②、EMS获取设备已配置的告警上报管理表后，在配置告警屏蔽信息时，先由用户在EMS录入所需的单条或多条告警屏蔽管理基本信息，之后EMS会判断用户录入的单条或多条告警屏蔽管理基本信息中的告警屏蔽属性字段与从设备上读取的缺省告警屏蔽属性配置之间逐条比对是否有变化(所述缺省告警屏蔽属性详见后述)，

如有变化，EMS将有变化的条目下发给核心交换盘，核心交换盘在其本地保存此配置信息，并通过告警屏蔽管理基本信息中的地址信息判断对象的类型，逐条将属于线卡或其他单盘和远端设备(所述远端设备是指ONU)的告警屏蔽管理基本信息下发到线卡或其他单盘，

线卡通过告警屏蔽管理基本信息中的地址信息判断对象的类型，再将属于远端设备上的告警屏蔽管理基本信息下发给远端设备；

③、当作为告警源的核心交换盘，线卡或其他单盘，远端设备收到EMS下发的告警屏蔽管理基本信息后，

各告警源先判断告警屏蔽属性字段是否为不上报，如果为不上报，则判断设置告警上报方式为不上报的告警是否已经产生，如果已经产生，则相关对象会产生一个结束告警上报给EMS，然后本地保存此条告警屏蔽管理基本信息；EMS收到该结束告警后，在界面上结束该条告警；如果为上报，则直接保存此条告警屏蔽管理基本信息；

核心交换盘还要判断告警屏蔽属性字段是否为不记录日志，如果为记录日志时，则设置告警上报方式为记录日志的告警需要上报到核心交换盘上；***日志在核心交换盘上实现，核心交换盘要判断告警是否不记录日志，其他对象不用判断日志项；

④核心交换盘、线卡或其他单盘、远端设备根据新接收到的告警屏蔽管理基本信息更新各自在其本地存储的已配置的告警上报管理表。

本发明中，如图2所示，EMS向设备下发告警屏蔽管理基本信息时，采用逐层下发的方式，其下发层次为：EMS-＞核心交换盘-＞线卡或其他单盘，线卡-＞远端设备；各层对象根据告警屏蔽管理基本信息中的对象地址，提取属于自己的告警屏蔽管理基本信息，然后将其余信息下发到下一级子***。

(2)告警上报处理(图4，图5，图6)。所述告警上报处理包括ONU告警上报、线卡告警上报、核心交换盘告警上报。

如图4所示，ONU告警上报流程为：

步骤一：新ONU本地告警产生后，由ONU告警管理单元判断该告警的告警屏蔽属性是否为不上报且不记录日志(***日志在核心交换盘上实现，当属性为不上报且记录日志时，告警需要上报到核心交换盘上)，若是，则直接丢弃该告警，如果不是，则将此告警上报给线卡；

步骤二：线卡告警管理单元收到ONU上报的告警后，判断此告警的屏蔽属性是否包含延时上报，若是则进行一定延时处理(所述延时处理是指：告警消抖或告警相关性分析等)，当延时时间到达后，立即将告警上报给核心交换盘，若不是，则直接将该告警上报给核心交换盘；

步骤三：核心交换盘告警管理单元收到线卡上报的告警后，判断此告警的屏蔽属性是否包含记录日志，若是则将告警信息记录到***日志中；所述告警信息含告警对象地址信息，告警名称，告警产生时间，告警结束时间；

完成日志处理后，核心交换盘告警管理单元判断此告警的屏蔽属性中是否包含立即上报或延时上报，若是则将此告警上报给EMS，若不是则丢弃该告警。

如图5所示，线卡告警上报流程为：

步骤一：新的线卡本地告警产生后，由线卡告警管理单元判断该告警的告警屏蔽属性是否为不上报且不记录日志，若是，则直接丢弃该告警，若不是，则继续判断该属性是否包含延时上报，若是则进行一定延时处理(所述延时处理是指：告警消抖或告警相关性分析等)，当延时时间到达后，立即将告警上报给核心交换盘，若不是，则直接将告警上报给核心交换盘；

步骤二：核心交换盘告警管理单元收到线卡上报的告警后，判断此告警的屏蔽属性是否包含记录日志，若是则将告警信息记录到***日志中；所述告警信息中包含告警对象地址信息，告警名称，告警产生时间，告警结束时间；

完成日志处理后，判断此告警的屏蔽属性中是否包含立即上报或延时上报，若是则将此告警上报给EMS，若不是则丢弃该告警。

如图6所示，核心交换盘告警上报流程为：

新的核心交换盘本地告警产生后，由核心交换盘告警管理单元判断该告警的告警屏蔽属性是否为不上报且不记录日志，若是，则直接丢弃该告警，若不是，则继续判断该属性是否包含延时上报，若是则进行一定延时处理(所述延时处理是指：告警消抖或告警相关性分析等)，当延时时间到达后，继续进行下一步判断是否记录日志的步骤，若不是，则继续判断该属性是否包含记录日志，若是将告警信息记录到***日志中；所述告警信息中包含告警对象地址信息，告警名称，告警产生时间，告警结束时间；

完成日志处理后，判断此告警的屏蔽属性中是否包含立即上报或延时上报，若是则将此告警上报给EMS，若不是则丢弃该告警。

2、在本发明中，告警屏蔽管理基本信息中的告警屏蔽属性包含：上报方式和是否记录日志两个方面的内容。其中，

上报方式包含：立即上报，延时上报，和不上报三种方式。

立即上报：指告警产生后直接上报给EMS，

延时上报：指告警产生后，经过一定延时处理后上报给EMS，

不上报：是指告警产生后，不上报给EMS。

是否记录日志包含：记录日志和不记录日志两种方式。

记录日志：是指此告警的产生和消失需要记录在核心交换盘的***日志中，

不记录日志：是指此告警的产生和消失不记录在核心交换盘的***日志中。

如上所述，总结起来大致有以下6种屏蔽属性：

1)立即上报，并记录日志；

2)立即上报，不记录日志；

3)延迟上报，并记录日志；

4)延迟上报，不记录日志；

5)不上报，仅记录日志；

6)不上报，也不记录日志。

告警上报管理表需要管理的数据量很大，如果要完整的保存这部分信息，对于核心交换盘的内存要求比较高。

举个例子：在一个FTTH OLT(光链路终端)***中可以带16块线卡，每块线卡可以有8个PON口，每个PON口可以接64个ONU，每个ONU又可以有24个端口，每个端口大概有20～30种告警，总共至少有16×8×64×24×20＝3932160，这么算下来核心交换盘会面临着四百万条告警上报管理表项的存储问题，这么庞大的信息量，若采取直接存储的方式，是对***资源的一个极大浪费。而告警上报管理表又存在以下两个方面的信息冗余：

①、***初始化后，每个对象都具有缺省的告警屏蔽属性配置，例如ONU及ONU下属端口的缺省告警屏蔽属性为不上报且不记录日志。这部分信息，对于大部分告警来说应该都是一样的。

②、在实际使用过程中，同类型对象上的相同告警往往具有相同的告警屏蔽属性，具有很大的冗余性。

海量告警屏蔽属性在核心交换盘、线卡或其他单盘、远端设备中的压缩与存储：本发明设计了有效对海量数据进行压缩存储的方法，主要有以下两种方式：

①、基于缺省配置的压缩存储。

缺省配置按局远端分为两种：缺省局端告警屏蔽属性，缺省远端告警屏蔽属性，

当告警屏蔽管理基本信息中地址信息为局端地址或远端地址，且告警屏蔽属性和缺省局端告警屏蔽属性一致时，核心交换盘本地不保存该信息，

当告警屏蔽管理基本信息中地址信息为局端地址或远端地址，且告警屏蔽属性和缺省局端告警屏蔽属性不一致时，核心交换盘本地保存该信息，这样当***中大部分对象都采用缺省的告警屏蔽属性时，可以节省一大半的内存空间；

所述远端地址包含槽位，端口；或包含槽位，端口，onu，onu端口。

②、基于共性配置的压缩存储。

采用模板配置方式，将具有相同告警屏蔽属性的告警集合作为模板，在对象中只存储模板的索引ID，这样相比存储告警屏蔽数据来说，能带来几十倍的信息压缩。

***设备在初始化时都有一个缺省告警屏蔽属性，对缺省告警屏蔽属性进行管理，可以方便用户进行定制，也方便某些场景下的告警屏蔽配置的友好使用。比如一开始能很容易的修订核心交换盘上的缺省告警屏蔽属性，这样就能影响到所有使用缺省告警屏蔽属性的对象。

由于局端设备(核心交换盘和线卡或其他单盘)和远端设备差异性，局远端设备的信息管理也需要有差异性，特别对于海量的告警屏蔽属性缺省配置信息，更需要不同的管理方式。所以本发明将缺省告警屏蔽属性按照局远端进行划分，远端默认为不上报且不记录日志，局端默认为立即上报且不记录日志。毕竟局端的重要性要高于远端。局端的告警相对于远端来说影响面更广，也更重要一些。

3、告警屏蔽快速，灵活的配置方法：是针对在个别对象需要单独进行告警屏蔽配置时所实施的个性化配置方案。如果是相同告警屏蔽属性的批量配置，则对应共性化配置方案。

例如，需要在目标ONU上配置告警A的告警屏蔽属性，步骤如下(如图7)

(1)、在EMS上选择目标ONU，EMS会向设备查询目标ONU的告警上报管理表。

(2)、设备返回目标ONU的告警上报管理表(具体返回流程之前已说明)。

(3)、用户在EMS上配置告警A的告警屏蔽属性。

(4)、EMS生成修改过的告警上报管理表，并将修改过的告警上报管理表下发到设备(具体下发流程前已说明)

当遇到要对大规模对象的相同的告警屏蔽进行配置时，如果也采用这种单条配置，将会导致大量的重复的操作。所以本***加上了对相同属性的共性化配置方式。

例如，需要在多个目标ONU上配置告警A的相同的告警屏蔽属性，步骤如下(如图8)

(1)、用户查看对于告警A，是否有现成模板可用，如果有，跳到步骤(5)，如果没有，进入步骤(2)。

(2)、用户在EMS上选中告警A，此时EMS会针对告警A生成默认的告警屏蔽属性。

(3)、用户在EMS上配置告警A的告警屏蔽属性，此时EMS会修改告警屏蔽属性。

(4)、EMS通过修改后的告警屏蔽属性生成告警屏蔽模板(告警屏蔽模板和告警上报管理表的区别是：告警屏蔽模板不带对象信息)。

(5)、选择已经生成的告警屏蔽模板，并选中需要应用的多个目标ONU集合。由EMS将告警屏蔽模板、告警屏蔽模板和对象的绑定关系下发到核心交换盘。

(6)、核心交换盘将告警屏蔽模板保存在核心交换盘中，同时将模板中的告警屏蔽属性下发到模板绑定的多个目标ONU上。

以下结合附图，以对远端设备ONU上告警A进行屏蔽操作的流程为例，详细说明本发明的具体实施方式。

一、告警屏蔽信息配置(图2告警屏蔽管理示意图，参考图3告警屏蔽属性设置的实现流程，图7指定对象上个性化配置流程，图8批量对象的共性化配置流程)

1、选中待配置的ONU，EMS获取待配置ONU的当前告警屏蔽属性(由核心交换盘组织好目标ONU的告警屏蔽属性，然后由核心交换盘上报给EMS)。(图2，图3)

2、如果采用单个配置的方式，则选择待设置的告警A，设置好告警屏蔽属性。(图7)

3、如果采用模板配置的方式，先判断是否有现成的模板可用，如果有，则选择现成模板，然后选择模板应用目标ONU。如果没有现成模板，则先选择配置的告警A，设置好告警A的告警屏蔽属性，然后生成模板，选择好模板应用目标ONU。(图8)

4、网管比较所设置的告警屏蔽属性与设备(即ONU)的当前告警屏蔽属性是否一致。(图3)

5、若所设置的告警屏蔽属性与设备(即ONU)的当前告警屏蔽属性一致，则设置结束。(图3)

6、若所设置的告警屏蔽属性与设备(即ONU)当前告警屏蔽属性不一致，则进入下发流程。(图3)

二、告警屏蔽信息的下发(参考图2告警屏蔽属性设置的实现流程，图3告警屏蔽管理示意图)

7、EMS将告警屏蔽表下发到核心交换盘。

8、核心交换盘的告警管理单元将ONU告警屏蔽表下发给线卡。

9、线卡的告警管理单元将ONU的告警屏蔽表下发给ONU。

10、由目标ONU判断所设置的告警屏蔽属性，若设置不为不上报且不记录日志，则直接修改告警A的屏蔽告警属性。(图3)

11、若设置为不上报且不记录日志，则判断此告警是否已经产生，如果已经产生，则产生一个相应的结束告警，然后修改屏蔽告警属性。(图3)

三、告警屏蔽信息的处理(参考图4ONU上告警上报流程)

12、当ONU产生新告警A后，由ONU判断此告警屏蔽属性是否为不上报且不记录日志，若是，则丢弃该告警A；若不是，则将此告警A上报给线卡。

13、线卡判断由ONU上报的新告警A是否需要延迟上报，若需要，则将此告警加入延迟上报队列；若不需要，则将此告警A上报给核心交换盘。

14、核心交换盘先判断此告警是否需要记录日志，并对日志进行相应操作。

15、核心交换盘判断此告警A是否需要上报，若不需要，则丢弃该告警A；若告警需要上报或需要延迟上报，则将告警上报或延迟上报给EMS。

综上所述，本发明有以下特点：

1、将海量告警信息的屏蔽处理分散到各个子***中进行，进行逐层的屏蔽。网管通过批量配置和单个配置两种方式对告警屏蔽进行快速、灵活的配置。

2、在各级子***中设置告警管理单元和告警屏蔽实现单元，将告警屏蔽的处理分散到各个子***中进行。

3、对海量的告警屏蔽信息，进行有区别的存储以达到信息压缩的目的，即在***中仅存储非缺省配置，不存储缺省配置。

4、网管可通过批量配置和单个配置将配置信息下发到设备上。批量配置可解决大量共性属性的配置问题，而单个配置可解决单个设备上告警屏蔽的灵活配置。

5、告警属性的上报，要逐级的经过各个子***中的告警屏蔽实现单元，各个告警屏蔽实现单元独立的判断告警信息是否上报。这些告警屏蔽实现单元分别为：核心交换盘中的告警屏蔽实现单元，线卡上的告警屏蔽实现单元，ONU上的告警屏蔽实现单元。

以上所述仅为本发明的较佳实施例，并不用于限制本发明，凡在本发明精神和原则之内所做的任何修改、等同替换和改进等，均含于本发明的保护范围之内。

Claims (10)

1.一种接入设备的告警屏蔽方法，其特征在于，包括：告警屏蔽信息的下发与获取以及告警上报处理，

所述告警屏蔽信息的下发与获取的具体步骤为：

①、在配置告警屏蔽信息前，EMS会先获取设备已配置的告警上报管理表：EMS获取设备已配置的告警上报管理表时，由核心交换盘将其本地保存的已配置的告警上报管理表上传给EMS；所述已配置的告警上报管理表由多条记录组成，每条记录都是一个完整的告警屏蔽管理基本信息；

②、配置告警屏蔽信息时，先由用户在EMS录入所需的单条或多条告警屏蔽管理基本信息，之后EMS会判断用户录入的单条或多条告警屏蔽管理基本信息中的告警屏蔽属性字段与从设备上读取的缺省告警屏蔽属性配置之间逐条比对是否有变化，

如有变化，EMS将有变化的条目下发给核心交换盘，核心交换盘在其本地保存此配置信息，并通过告警屏蔽管理基本信息中的地址信息判断对象的类型，逐条将属于线卡或其他单盘和远端设备的告警屏蔽管理基本信息下发到线卡或其他单盘，

线卡通过告警屏蔽管理基本信息中的地址信息判断对象的类型，再将属于远端设备上的告警屏蔽管理基本信息下发给远端设备；

③、当作为告警源的核心交换盘、线卡或其他单盘、远端设备收到，下发的告警屏蔽管理基本信息后，

各告警源先判断告警屏蔽属性字段是否为不上报，如果为不上报，则判断设置告警上报方式为不上报的告警是否已经产生，如果已经产生，则相关对象会产生一个结束告警上报给EMS，然后本地保存此条告警屏蔽管理基本信息；EMS收到该结束告警后，在界面上结束该条告警；如果为上报，则直接保存此条告警屏蔽管理基本信息；

核心交换盘还要判断告警屏蔽属性字段是否为不记录日志，如果为记录日志时，则设置告警上报方式为记录日志的告警需要上报到核心交换盘上；

④核心交换盘、线卡或其他单盘、远端设备根据新接收到的告警屏蔽管理基本信息更新各自在其本地存储的已配置的告警上报管理表；

所述告警上报处理包括ONU告警上报、线卡告警上报、核心交换盘告警上报。

2.如权利要求1所述的接入设备的告警屏蔽方法，其特征在于：所述ONU告警上报的具体步骤为：

步骤一：新ONU本地告警产生后，由ONU告警管理单元判断该告警的告警屏蔽属性是否为不上报且不记录日志，若是，则直接丢弃该告警，如果不是，则将此告警上报给线卡；

步骤二：线卡告警管理单元收到ONU上报的告警后，判断此告警的屏蔽属性是否包含延时上报，若是则进行一定延时处理，当延时时间到达后，立即将告警上报给核心交换盘，若不是，则直接将该告警上报给核心交换盘；

步骤三：核心交换盘告警管理单元收到线卡上报的告警后，判断此告警的屏蔽属性是否包含记录日志，若是则将告警信息记录到***日志中；所述告警信息中包含告警对象地址信息，告警名称，告警产生时间，告警结束时间；

完成日志处理后，判断此告警的屏蔽属性中是否包含立即上报或延时上报，若是则将此告警上报给EMS，若不是则丢弃该告警。

3.如权利要求1所述的接入设备的告警屏蔽方法，其特征在于：线卡告警上报的具体步骤为：

步骤一：新的线卡本地告警产生后，由线卡告警管理单元判断该告警的告警屏蔽属性是否为不上报且不记录日志，若是，则直接丢弃该告警，若不是，则继续判断该属性是否包含延时上报，若是则进行一定延时处理，当延时时间到达后，立即将告警上报给核心交换盘，若不是，则直接将告警上报给核心交换盘；

步骤二：核心交换盘告警管理单元收到线卡上报的告警后，判断此告警的屏蔽属性是否包含记录日志，若是则将告警信息记录到***日志中；所述告警信息中包含告警对象地址信息，告警名称，告警产生时间，告警结束时间；

完成日志处理后，判断此告警的屏蔽属性中是否包含立即上报或延时上报，若是则将此告警上报给EMS，若不是则丢弃该告警。

4.如权利要求1所述的接入设备的告警屏蔽方法，其特征在于：核心交换盘告警上报的具体步骤为：

新的核心交换盘本地告警产生后，由核心交换盘告警管理单元判断该告警的告警屏蔽属性是否为不上报且不记录日志，若是，则直接丢弃该告警，若不是，则继续判断该属性是否包含延时上报，若是则进行一定延时处理，当延时时间到达后，继续进行下一步判断是否记录日志的步骤，若不是，则判断该属性是否包含记录日志，若是将告警信息记录到***日志中；所述告警信息中包含告警对象地址信息，告警名称，告警产生时间，告警结束时间；

完成日志处理后，判断此告警的屏蔽属性中是否包含立即上报或延时上报，若是则将此告警上报给EMS，若不是则丢弃该告警。

5.如权利要求1或2或3或4所述的接入设备的告警屏蔽方法，其特征在于：告警屏蔽管理基本信息中的告警屏蔽属性包含：上报方式和是否记录日志两个方面的内容；其中，

上报方式包含：立即上报，延时上报，和不上报三种方式；

立即上报：指告警产生后直接上报给EMS，

延时上报：指告警产生后，经过一定延时处理后上报给EMS，

不上报：是指告警产生后，不上报给EMS；

是否记录日志包含：记录日志和不记录日志两种方式；

记录日志：是指此告警的产生和消失需要记录在核心交换盘的***日志中，

不记录日志：是指此告警的产生和消失不记录在核心交换盘的***日志中。

6.如权利要求1或2或3或4所述的接入设备的告警屏蔽方法，其特征在于：所述缺省告警屏蔽属性为不上报且不记录日志。

7.如权利要求1或2或3或4所述的接入设备的告警屏蔽方法，其特征在于：缺省告警屏蔽属性按照局远端进行划分，远端默认为不上报且不记录日志，局端默认为立即上报且不记录日志。

8.如权利要求1或2或3或4所述的接入设备的告警屏蔽方法，其特征在于：核心交换盘、线卡或其他单盘、远端设备中的告警屏蔽属性采用基于缺省配置的压缩存储：

缺省配置按局远端分为两种：缺省局端告警屏蔽属性，缺省远端告警屏蔽属性，

当告警屏蔽管理基本信息中地址信息为局端地址或远端地址，且告警屏蔽属性和缺省局端告警屏蔽属性一致时，核心交换盘本地不保存该信息，

当告警屏蔽管理基本信息中地址信息为局端地址或远端地址，且告警屏蔽属性和缺省局端告警屏蔽属性不一致时，核心交换盘本地保存该信息；

所述远端地址包含槽位，端口；或包含槽位，端口，onu，onu端口。

9.如权利要求1或2或3或4所述的接入设备的告警屏蔽方法，其特征在于：核心交换盘、线卡或其他单盘、远端设备中的告警屏蔽属性采用基于共性配置的压缩存储：

采用模板配置方式，将具有相同告警屏蔽属性的告警集合作为模板，在对象中只存储模板的索引ID。

10.如权利要求1或2或3或4所述的接入设备的告警屏蔽方法，其特征在于：在个别对象需要单独进行告警屏蔽配置时，首先获取设备上单个目标对象里面的全集属性配置。之后EMS将配置过的告警屏蔽下发到设备，核心交换盘过滤掉和缺省配置相同的属性后再下发到目标对象，目标对象只存储非缺省告警屏蔽属性的配置数据；

在对相同告警屏蔽属性的批量配置时，EMS先判断有没有可用的模板，如果没有，则由用户在EMS上根据网元类型，告警名称，告警级别，告警类型等组合选择生成应用的告警集合，然后EMS将该告警集合定制为模板，由用户选择该模板适用的对象范围，之后将模板下发到设备经行配置。

Images