CN107196804A - 电力系统终端通信接入网告警集中监控系统及方法 - Google Patents

Abstract

本发明公开了电力系统终端通信接入网告警集中监控系统及方法，包括：告警采集，接收各设备网管系统上报的实时告警消息，将设备网管系统的实时告警信息同步给告警处理器模块，为告警的监视和处理提供数据源；告警预处理，对采集的告警信息进行归一化处理和分类压缩；告警监视，在告警操作台和网络拓扑图上实时展示预处理后的各类告警信息，以及将重要告警通过短信、邮件和站内消息手段前转给运维人员重点关注；故障诊断，依据告警处理经验库中的经验对告警进行分析诊断和定性，识别引发告警的各类可能故障原因；故障处理调度，依据故障诊断的结果定位故障点的地理位置及责任运维班组，处理工单，调度相关运维班组开展缺陷故障的排除工作。

Description

电力系统终端通信接入网告警集中监控系统及方法

技术领域

本发明涉及电力系统终端通信接入网告警集中监控系统及方法。

背景技术

终端通信接入网是面向配电、用电数据采集、电力光纤到户、电力营销、用电互动等环节所建立的通信接入网络，由于终端通信接入网具有技术体制多样、厂家型号类型繁多、业务应用需求各异的特点，从根本上加大了终端通信接入网的运维和管理难度。目前在实际运维工作中，接入网通信监控以及故障处理主要依赖业务部门申告和多套设备网管告警监视，告警监视难以做到全覆盖集中管理，故障分析和协同处理较为被动。

通信监盘的目的是通过实时监视电力通信网的运行状态尽早发现电力通信网运行中的故障与隐患，以便于及时采取相关措施对故障进行隔离和处置，减少网络故障对承载业务的影响。通信监盘的手段虽然包括告警监视、性能监视、事件监视和自动巡检等，但由于大部分通信设备本身已建立了相对完善的故障检测机制，故障的发生通常会引发设备的一系列告警，因此通信调度员在监视网络运行状态时常将告警监视作为发现故障的主要手段。

由于通信设备的容错机制和故障预警机制使得设备产生的告警数量远大于实际发生的故障数量，真正反映故障发生的有效告警通常被淹没在海量的提示性告警信息中难以辨识。而且，电力通信网的检修、方式等工程施工时，也会引发通信设备的大量告警，这类告警并非由于网络设备故障产生，对于分析故障不但不具备参考意义，反而会分散和干扰运维人员的注意力。此外，不同设备厂家、不同版本的设备网管北向接口在告警的定义、分类、分级和描述等方面也存在巨大的差异，甚至连所使用的语言都不统一，增加了告警阅读与分析的难度,而且不利于告警处理经验的积累、提炼和交流。

通信调度员在通信监盘工作过程中，需要凭借通信管理系统提供的各种告警分析功能和积累的工作经验及时从海量告警信息中甄别出有价值的告警信息进行分析定性，最终诊断出网络运行中的故障与潜在隐患。

发明内容

本发明的目的就是为了解决上述问题，提供电力系统终端通信接入网告警集中监控系统及方法，接入网实施监视，实现在设备网管基础上，通过进一步扩展通信网络的监视范围，整合通信设备的各种管理信息和实时信息，为通信运行和管理人员提供更全面、完整的通信运行监视视图，实现在统一的界面下对多厂商设备运行状态的集中监视，实现面向业务的告警分析和故障处理，为通信调度提供技术手段。

为了实现上述目的，本发明采用如下技术方案：

电力系统终端通信接入网告警集中监控系统，包括：

告警采集模块，用于接收各设备网管系统上报的实时告警消息，将设备网管系统的实时告警信息同步给告警处理器模块，为告警的监视和处理提供数据源；

告警预处理模块，用于对采集的告警信息进行归一化处理和分类压缩，减少无效告警对告警监视的干扰；

告警监视模块，用于在告警操作台和网络拓扑图上实时展示预处理后的各类告警信息，以及将重要告警通过短信、邮件和站内消息手段前转给运维人员重点关注；

故障诊断模块，用于依据告警处理经验库中的经验对告警进行分析诊断和定性，识别引发告警的各类可能故障原因，并提供故障排查向导指导运维人员逐步确定故障点与故障原因；

故障处理调度模块，用于依据故障诊断的结果定位故障点的地理位置及责任运维班组，并采用自动与手动相结合的方式派发缺陷处理工单，调度相关运维班组开展缺陷故障的排除工作。

所述告警采集模块，包括：

协议适配器，用于实现与各设备网管北向接口之间协议适配工作，包括与设备网管北向接口的连接建立与维护、设备厂家原始告警报文的解析和标准告警报文的生成；

采集框架服务单元，用于对将协议转换后的标准告警报文传输给告警接收服务单元；

告警接收服务单元，用于实时接收和解析采集框架服务单元传输过来的标准告警报文；

告警同步服务单元，按照告警同步触发策略主动发起对设备网管系统当前活跃告警列表的同步；告警同步触发策略支持定期触发和事件触发两种，同步的范围支持对全部设备网管的同步和对指定设备网管的同步两种。

所述告警预处理模块，包括：

告警标准化规则库维护单元，用于告警标准化规则库的维护与使用，包括告警标准化规则的创建、修改、查看、删除和查询；查询时设置的查询条件，包括：设备厂家名称、厂家告警等级、厂家告警原因、厂家告警类型、标准告警等级、标准告警原因或标准告警类型；

工程告警识别单元，用于根据工单数据，自动识别出工程施工所引发的告警，识别出施工资源对象和关联工单编号；

根告警分析单元，根据设定的根告警分析规则分析告警之间的衍生关系，将分析后的告警分为三类：根告警、衍生告警和待分析告警；根告警是能直接反映故障原因的告警；待分析告警为因设定的根告警分析规则未覆盖而无法判断是否为根告警的告警，提示用户重点关注；衍生告警是指当网络中设备发生故障时，故障设备以及与故障设备存在关联关系的其他网络设备所产生的间接反映故障各种影响的告警，这类告警与直接反映故障原因的根告警相对应，伴随根告警产生。

告警数据清洗单元，用于去除重复告警和频闪告警；重复告警是内容完全相同的告警；频闪告警是在设定的时间范围内多次交替收到某个告警产生和清除的消息；

告警重定义单元，用于根据告警标准化规则对采集的告警信息进行归一化处理，重定义的内容包括告警等级、告警原因和告警类型。

所述告警监视模块，包括：

告警集中监视单元，用于将通信网络和设备告警信息通过列表的形式进行集中汇总展现，实现对通信网络运行实时状态的集中监视和管理；

网络运行状态监视单元，用于对网络运行状态进行监视；

告警订阅单元，用于用户对告警状态进行订阅；

告警前转单元，用于将告警状态通过短信或邮件形式前转给工作人员；

告警推送单元，用于将告警状态推送给用户；

告警状态计算服务单元，用于负责对告警预处理后的实时告警数据集合进行及时资源影响状态计算，计算内容包括：资源告警累计计数计算、资源告警累计等级计算和资源确认告警累计计数计算三类，计算内容存入内存库并通过统一接口提供相关服务调用，所述资源告警累计计数：资源及其子资源的告警总数累加值；所述资源告警累计等级：资源及其子资源的告警最高等级冒泡值；所述资源确认告警累计计数：资源及其子资源告警确认总数累加值。

所述故障诊断模块，包括：

告警定性单元，用于对可归并、检修引起、用户侧原因、误告警、设备运行异常和设备故障引发告警原因的最终定性，包括：依据工程告警识别结果自动定性检修引起的告警，依据疑似故障确认的结果自动定性设备故障引起的告警，运维人员对自动定性的结果进行人工确认或更改，运维人员对其他引发告警原因进行人工定性；

告警处理经验库，是故障诊断功能的核心，是疑似故障的识别和疑似故障的排查确认的重要依据；告警处理经验库负责告警处理经验库的维护、分享与使用，包括告警处理经验的创建、修改、删除、查看和查询，以及各网省系统自定义告警处理经验的上报和总部系统典型告警处理经验的发布；告警处理经验查询时设置的查询条件，包括：经验类型、告警原因、告警等级、告警类型、告警描述或疑似故障原因；

故障辅助识别单元，用于依据告警处理经验库自动分析引发告警的各种疑似故障原因及其发生概率，包括提取根告警的告警特征信息，依据告警特征检索告警处理经验库中的告警处理经验，依据检索到的经验权值计算各种疑似故障原因的发生概率，以及提示运维人员引发根告警的各种可能故障原因及概率；

故障辅助确认单元，用于依据告警处理经验库自动分析排查各种疑似故障原因的方法和步骤，提供疑似故障排查向导指导和跟踪运维人员排查故障原因，根据用户录入的排查结果最终确认故障原因，依据用户录入的排查结果更新告警处理经验权值。

所述故障处理调度模块，包括：

故障处理经验库，用于存储故障处理经验；

故障GIS定位单元，用于对故障进行定位；

手动派单单元，用于人工派单；

自动派单单元，用于自动派单。

告警集中监视单元，包括：告警呈现子单元、告警查询子单元、告警过滤子单元、告警定位子单元和告警备注子单元。

所述告警呈现子单元是以列表的形式按照用户设置的条件，对全部告警、经过过滤后的告警或根源性告警信息进行集中显示，并能够按照设定规则排序；以色彩、高亮或闪烁方式显示未确认的当前告警信息，以不同颜色反映不同的告警等级、以计数反映对象的当前累计告警数。

所述告警呈现子单元呈现的信息包括如下内容：告警基本信息，包括：告警等级、告警对象、告警类型、告警原因、告警时间或告警描述；属地化告警标识，以不同的图标区分出来是当前用户本单位的告警还是上级单位属地化资源的告警；告警处理状态，以不同的图标区分出当前告警的后续处理方式及处理进度；告警确认状态标识，在告警列表的一列采用闪烁图标的方式表示出新采集的尚未处理的告警，如果告警人工操作后将取消告警的闪烁；告警状态标识，在对告警进行操作后，标识出当前告警所处的状态，如用户确认为误告警的、将当前告警归并到其它告警上的、因为检修工作引起的、方式编制引起的、用户侧原因、设备异常、设备缺陷、启动缺陷单消缺。

所述告警查询子单元，让用户能够找到用户关注的告警；告警查询方式分为两种，一种是基本信息查询，一种是相关查询；基本信息查询是根据告警的基本信息进行查询，如系统，厂家，专业，告警的描述，时间进行查询，能够查询实时告警信息和历史告警信息；相关查询分为两种方式：一种是从告警列表关联到相关资源、业务，如告警列表中对告警定位查询查看相应的资源图形，影响业务和影响的电路；另一种是从相关资源、业务关联到告警列表，如从设备、盘或时隙查看告警，或者查看影响该电路或者业务的告警。

所述告警过滤子单元，通过设定的告警过滤规则，从大量告警中屏蔽用户不关心的告警，过滤出重要告警从而有效防止告警风暴；告警过滤，包括：告警过滤规则定制和告警过滤规则应用；告警过滤规则定制指对告警级别、告警原因、告警所属设备、告警关联业务制定相应的过滤规则，并存储到过滤规则库；告警过滤规则应用指对实时接收的告警按照规则库中相匹配的规则进行过滤，对于过滤掉的告警信息只存储到数据库，不在监视视图中展现。

所述告警定位子单元，告警定位与资源图形相结合，为用户提供在告警列表信息中快速的跳转到呈现当前告警的设备或设备板卡、插槽、端口的资源图形中；告警定位按照用户的需求不同，包括定位到设备；定位到设备是指当通过告警列表查询到告警时，定位到拓扑图当中，并已特殊提示显示当前设备，从而分析出当前设备的资源关系等，明确当前设备所在的站点、机房、机柜，便于分析告警，解决故障。

所述告警备注子单元，用于对不需要立即处理的告警进行备注。

电力系统终端通信接入网告警集中监控方法，包括：

步骤(1)：告警采集：接收各设备网管系统上报的实时告警消息，为告警的监视和处理提供数据源；

步骤(2)：告警预处理：对采集的告警信息进行归一化处理和分类压缩，减少无效告警对告警监视的干扰；

步骤(3)：故障监视：在告警操作台和网络拓扑图上实时展示预处理后的各类告警信息，以及将重要告警通过短信、邮件和站内消息手段前转给运维人员重点关注；

步骤(4)：故障诊断：依据告警处理经验库中的经验对告警进行分析诊断和定性，识别引发告警的各类可能故障原因，并提供故障排查向导指导运维人员逐步确定故障点与故障原因；

步骤(5)：故障处理调度：依据故障诊断的结果定位故障点的地理位置及责任运维班组，并采用自动与手动相结合的方式派发缺陷处理工单，调度相关运维班组开展缺陷故障的排除工作。

所述步骤(1)的步骤包括：实时告警上报步骤和告警同步步骤。

所述实时告警上报步骤，包括：

步骤(101)：协议适配器等待设备网关上报告警信息，协议适配器判断自身是否收到告警报文，若是，则协议适配器对告警报文进行解析，同时生成标准告警报文；若否则返回步骤(101)；

步骤(102)：采集框架服务单元接收协议适配器生成的标准告警报文，采集框架服务单元判断是否满足百度策略，若是，则将告警报文合并，将报文发送至告警接收服务单元，若否，则返回班组(102)；

步骤(103)：告警接收服务单元等待接收告警报文，告警接收服务单元判断自身是否收到告警报文，若是，则对告警报文进行解析，然后进入步骤(2)；若否，则返回步骤(103)。

所述告警同步步骤，包括：

步骤(111)：告警同步服务单元分析告警同步策略，然后告警同步服务单元分析是否触发告警同步，若是就生成告警同步指令，然后将告警同步指令发送给采集框架服务单元；若否，则返回步骤(111)；

步骤(112)：采集框架服务单元等待接收告警同步指令，然后，判断是否收到同步指令，若是，则发送告警同步指令至协议适配器；若否，则返回步骤(112)；

步骤(113)：协议适配器等待告警同步指令，然后，判断是否收到同步指令，若未收到同步指令则返回步骤(113)；若收到同步指令，则协议适配器生成同步请求报文，并发送同步请求报文；

步骤(114)：协议适配器等待设备网管反馈，判断是否收到同步反馈，若否，就返回步骤(114)；若是，就解析原始告警报文，生成标准告警报文，协议适配器将标准报文发送给采集框架服务单元；

步骤(115)：采集框架服务单元等待接收标准告警报文，判断是否满足摆渡策略，若满足则合并告警报文，发送告警报文至告警接收服务单元，若不满足，则返回步骤(115)；

步骤(116)：告警接收服务单元等待接收告警报文，判断是否收到告警报文，若是则解析告警报文，然后进入步骤(2)；若否则返回步骤(116)。

所述告警预处理步骤，包括：

步骤(21)：告警标准化规则库维护：包括告警标准化规则的创建、修改、查看、删除和查询；查询时设置的查询条件，包括：设备厂家名称、厂家告警等级、厂家告警原因、厂家告警类型、标准告警等级、标准告警原因或标准告警类型；

步骤(22)：告警数据清洗：去除重复告警和频闪告警；重复告警是内容完全相同的告警；频闪告警是在设定的时间范围内多次交替收到某个告警产生和清除的消息；

步骤(23)：告警重定义：根据告警标准化规则对采集的告警信息进行归一化处理，重定义的内容包括告警等级、告警原因和告警类型；

步骤(24)：根告警分析：根据设定的根告警分析规则分析告警之间的衍生关系，将分析后的告警分为三类：根告警、衍生告警和待分析告警；根告警是能直接反映故障原因的告警；待分析告警为因设定的根告警分析规则未覆盖而无法判断是否为根告警的告警，提示用户重点关注；衍生告警是指当网络中设备发生故障时，故障设备以及与故障设备存在关联关系的其他网络设备所产生的间接反映故障各种影响的告警，衍生告警与直接反映故障原因的根告警相对应，伴随根告警产生；

步骤(25)：工程告警识别：根据工单数据，自动识别出工程施工所引发的告警，识别出施工资源对象和关联工单编号。

所述告警数据清洗步骤，包括：

步骤(221)：收到告警后，首先在活跃告警表中查询当前告警是否已经存在于告警表中，若存在，则判断为重复告警，丢弃重复告警；若不存在，就进入步骤(222)；

步骤(222)：判断查询频闪时间窗内是否发生过当前告警，若发生过，则判断为频闪告警，修改告警的最近发生时间和频闪次数；当频闪次数超过设定次数时，删除频闪报警；若没有发生过，则判定为新告警，告警信息存入活跃告警表中。

所述告警重定义步骤包括：

步骤(231)：告警重定义单元等待接收告警信息，判断是否有新告警，若否，则返回步骤(231)；若是，则提取告警原始特征信息；

步骤(232)：依据告警原始特征信息从告警标准化规则库中查询标准化规则，判断是否查到规则，若否就结束；若是则提取规则中的标准化告警信息，然后根据标准化告警信息对新告警信息进行归一化处理。

所述根告警分析步骤包括：

步骤(241)：开始，等待接收新告警，判断是否收到新告警，若否，则返回步骤(241)；若是，就提取告警设备厂家的根告警分析规则组；

步骤(242)：判断当前新告警是否存在于根告警分析规则组中，若否，就表示该告警为待分析告警；若是，则将当前新告警与根告警分析规则组进行匹配，判断是否匹配成功，若未成功就返回步骤(242)；若成功就表示该告警为根告警；

步骤(243)：分析根告警的告警源的资源类型，依次判断资源类型是否是光端口；若是光端口就进入步骤(244)；否则，判断是否是板卡，若是板卡就进入步骤(245)；若不是板卡就进入步骤(246)；

步骤(244)：加载光端口连接的其他端口；提取加载光端口当前告警；提取加载光端口设定时间范围内历史故障；进入步骤(247)；

步骤(245)：加载板卡端口信息；判断是否是光端口，若是就加载光端口连接的其他端口；提取加载光端口当前告警，提取加载光端口设定时间范围内历史故障；若否就提取加载光端口当前告警，提取加载光端口设定时间范围内历史故障；进入步骤(247)；

步骤(246)：判断是否是设备，若是，则加载设备板卡信息，然后进入步骤(245)；若否就结束；进入步骤(247)；

步骤(247)：判断是否存在待分析告警，若是就匹配当前规则组中的衍生告警特征，然后，进入步骤(248)；若否就结束；

步骤(248)：判断匹配是否成功，若成功，就标记该告警为当前跟告警的衍生告警，返回步骤(247)；若否，就直接返回步骤(247)。

所述工程告警识别步骤包括：

步骤(251)：启动工程作业开工侦听线程，判断是否侦听到新的开工工程，若是就分析工程作业影响的资源对象，标识为施工资源，同时记录工单编号；进入步骤(252)；若否就进入步骤(253)；

步骤(252)：继续判断是否存在关联资源，若是就标识关联资源为施工资源，记录工单编号，进入步骤(253)；若否就结束；

步骤(253)：判断是否结束线程，若是就结束，若否，就返回步骤(251)；

步骤(254)：启动工程作业完工侦听线程，判断是否侦听到新完工工程，若是就分析工程作业影响的资源对象，取消施工资源标识、删除工单编号；进入步骤(255)；若否就进入步骤(256)；

步骤(255)：判断是否存在关联资源，若是就取消关联资源的施工资源标识，删除工单编号，进入步骤(256)，否则，直接进入步骤(256)；

步骤(256)：判断是否结束线程，若是就结束，若否就返回步骤(254)；

步骤(257)：启动工程告警识别线程，判断是否有新告警，若是就分析告警源资源对象标识，进入步骤(258)；若否，就直接进入步骤(259)；

步骤(258)：判断是否是施工资源，若是就表示该新告警为施工告警，记录告警关联的工单编号，进入步骤(259)；若否就直接进入步骤(259)；

步骤(259)：判断是否结束线程，若是就结束，若否就返回步骤(257)。

所述告警监视步骤，包括：

将通信网络和设备告警信息通过列表的形式进行集中汇总展现，实现对通信网络运行实时状态的集中监视和管理；对网络运行状态进行监视；用户对告警状态进行订阅；将告警状态通过短信或邮件形式前转给工作人员；将告警状态推送给用户；

告警状态计算服务步骤，负责对告警预处理后的实时告警数据集合进行及时资源影响状态计算，计算内容包括：资源告警累计计数计算、资源告警累计等级计算和资源确认告警累计计数计算三类，计算内容存入内存库并通过统一接口提供相关服务调用，所述资源告警累计计数：资源及其子资源的告警总数累加值；所述资源告警累计等级：资源及其子资源的告警最高等级冒泡值；所述资源确认告警累计计数：资源及其子资源告警确认总数累加值。

所述故障诊断步骤包括：

告警定性子步骤：对可归并、检修引起、用户侧原因、误告警、设备运行异常和设备故障引发告警原因的最终定性，包括：依据工程告警识别结果自动定性检修引起的告警，依据疑似故障确认的结果自动定性设备故障引起的告警，运维人员对自动定性的结果进行人工确认或更改，运维人员对其他引发告警原因进行人工定性；

告警处理经验库维护子步骤：包括告警处理经验的创建、修改、删除、查看和查询，以及各网省系统自定义告警处理经验的上报和总部系统典型告警处理经验的发布；告警处理经验查询时设置的查询条件，包括：经验类型、告警原因、告警等级、告警类型、告警描述或疑似故障原因；

故障辅助识别子步骤：依据告警处理经验库自动分析引发告警的各种疑似故障原因及其发生概率，包括提取根告警的告警特征信息，依据告警特征检索告警处理经验库中的告警处理经验，依据检索到的经验权值计算各种疑似故障原因的发生概率，以及提示运维人员引发根告警的各种可能故障原因及概率；

故障辅助确认子步骤：依据告警处理经验库自动分析排查各种疑似故障原因的方法和步骤，提供疑似故障排查向导指导和跟踪运维人员排查故障原因，根据用户录入的排查结果最终确认故障原因，依据用户录入的排查结果更新告警处理经验权值

所述故障处理调度步骤，包括：

故障处理经验库维护子步骤：存储故障处理经验；

故障GIS定位子步骤：对故障进行定位；

手动派单子步骤：人工派单；

自动派单子步骤：用于自动派单。

本发明的有益效果：

建立体系完善、运行可靠的可管理、可维护的终端通信接入网管理系统，构建符合终端通信接入网络运行需要的资源管理、实时监视和运行管理等管理功能，最终实现接入网通信网络的资源合理分配、网络运行故障自动分析定位，将加大的节约人力成本，提升电力系统终端通信接入网的运维管理水平，提高配用电智能服务业务支撑能力，有着巨大的现实意义、经济意义和社会意义。

以综合管理系统对接设备厂家网管或第三方网管北向接口的方式完成对网络系统和设备的接入、数据采集，实现接入网多种技术体制、多厂家、通信与业务融合的综合监视，并以告警分析、故障原因分析、故障点定位和故障处置专家案例库、自动派单等功能实现综合性故障辅助处理。解决当前接入网运维中网络难以监控、故障难以判断和处理的核心问题。

综合管理系统采用规范化、扩展性、开放性原则，严格遵循规范化原则，制定系统自身相关的标准规范体系，包括数据交换规范、模型规范、命名规范、功能规范、UI规范、过程管理规范等相关规范，基于服务的构架(SOA)，使得终端通信接入网管理系统具备功能可扩展，以满足不断发展的应用需求。应采用开放性技术平台和软件架构，保证系统能够方便的实现与其它应用集成。

附图说明

图1终端通信管理系统告警处理全过程功能结构；

图2为本发明整体流程图；

图3告警采集流程图；

图4实时告警上报处理流程图；

图5告警同步处理流程；

图6告警预处理流程图；

图7告警数据清洗流程图；

图8告警重定义流程图；

图9为根告警分析流程图；

图10为工程告警识别流程图；

图11为故障处理调度流程图。

具体实施方式

下面结合附图与实施例对本发明作进一步说明。

接入网实施监视，实现在设备网管基础上，通过进一步扩展通信网络的监视范围，整合通信设备的各种管理信息和实时信息，为通信运行和管理人员提供更全面、完整的通信运行监视视图，实现在统一的界面下对多厂商设备运行状态的集中监视，实现面向业务的告警分析和故障处理，为通信调度提供技术手段。

1、告警分类。按接入网组网技术、告警级别、告警类型对告警进行分类显示。

2、告警压缩。针对未清除的重复、抖动等活跃告警，当网管系统收到多条(数目大于等于2时)同一告警时，应进行告警压缩，同时记录同一告警重复上报的次数。网管系统支持用户自定义告警压缩时间周期，如定义为10分钟。

3、告警升级。当同一告警发生的频次过高，系统需对告警的告警级别进行升级。网管系统支持用户自定义告警升级条件。

4、告警重定义。为了便于网管系统对网元特定告警信息进行监视、统计和分析，网管系统应支持用户对告警的重定义功能，包括重新分配告警级别、重新进行告警分类等功能。

为实现多种技术体制、多厂家、通信与业务融合的综合监视进行告警标准化、告警标注、告警关联。

(一)告警标准化

对各专业设备的告警分类、告警级别、告警唯一标识等字段进行标准化处理。实现设备、业务、通道告警级别重定义等功能。具备自动导入告警标准化梳理表进行告警的标准化能力。

告警标准化规则的字段包括：厂家、技术体制、厂家告警级别、网管告警级别、告警类别、设备类型、业务类型、通道类型、告警逻辑分类、告警逻辑子类、该事件对设备的影响、该事件对业务的影响、该事件对通道的影响、网管告警ID、厂家告警ID、告警标题等。对于不同厂家、不同设备、不同技术体制，其告警标准化梳理规则有不同的KEY值。

(二)告警标注

根据网管告警级别、告警类别、设备类型、业务类型、通道类型、检修工作对设备的影响、对业务的影响、对通道的影响、网管告警ID、厂家告警ID、告警标题、网元名称、网元ID、业务名称、业务ID、通道名称、影响业务系统、检修开始和结束时间等检修信息，并与OMS/PMS系统横向连接，采集相应状态和计划检修信息，实现各类检修告警自动标注。不仅对各技术体制的本端网元告警(设备、板卡、端口、中继、链路等)实现标注，还应对端业务设备、业务通道的告警实现标注。支持对单条告警或批量告警手动进行检修告警标注。系统对于检修告警实现抑制派单。对于检修时间结束仍未恢复的检修告警，可通过半自动或自动方式派发工单，并注明检修遗留告警。

对于运行方式变更引起的通信设备告警，同样需要进行告警标注。

(三)告警关联

告警关联是指在窗口时间内将具有相关性的一组告警关联在一起，从而支撑告警定位分析。对于关联告警，可进行压缩派单。

1、关联关系

1)主次关联：一批告警某时间内发生，选一个作为主告警，其他作为该主告警下挂次告警。如：PON设备电源告警与动环告警、无线专网基站退服与动环告警。主告警和次告警根据各自的告警清除逻辑清除。

2)衍生关联：根据一组告警衍生出一个新告警。如：单个OLT中断引发的多站点ONU通道告警、大面积基站退服告警。衍生条件不满足时清除告警。

2、技术体制内告警关联

实现设备内部各个组成部分的告警关联。如：OLT中断与ONU中断、基站退服与终端接入站点退服等。

3、技术体制间关联

以业务或者通道ID编号连接为索引，建立各类技术体制间的告警关联关系实现EPON、工业以太网、无线专网、无线公网、PLC、卫星通信等技术体制间的告警关联。

4、跨专业关联

实现EPON、工业以太网、无线专网、无线公网、PLC、卫星通信等通信专业与配电自动化、视频监控等业务系统的告警关联。如：以物理端口为索引，建立跨专业的告警关联关系，比如ONU LOS告警与业务侧终端掉线告警。

5、告警关联规则

主次告警关联规则的字段包括：规则名称、技术体制、设备类型、厂家、网管告警ID、告警标题、关联时间窗、启用状态等。

衍生告警关联规则的字段包括：规则名称、衍生告警标题、衍生告警级别、技术体制、设备类型、厂家、网管告警ID、告警标题、频次门限、关联时间窗、启用状态等。

如图1所示，电力系统终端通信接入网告警集中监控系统，包括：

性能管理模块，用于对各类通信资源的性能数据进行分析处理，为大屏指标展示模块提供性能统计信息，为网络运行状态监视模块提供预警信息性能数据；

网络运行状态监视模块，用于接收故障智能分析模块发送过来的故障定位影响分析结果，接收性能管理模块发送过来的预警信息性能数据，接收数据采集单元发送过来的告警量或状态值，接收告警集中监视模块发送过来的状态结果，并向接入网业务监视模块发送网络运行状态监视结果，还向故障智能分析模块发送网络状态数据，从而实现对网络运行状态进行监视；

接入网业务监视模块，用于接收网络运行状态监视模块发送过来的数据；

故障智能分析模块，用于接收告警集中监视模块发送过来的告警信息，接收网络运行状态监视模块发送过来的网络状态，还将故障统计信息发送给大屏指标展示模块；

故障智能处理为通信运行维护提供智能化的分析处理手段，包括故障预警、故障定位、缺陷故障智能处理、故障专家库管理等功能。

告警集中监视模块，用于接收数据采集单元发送来的告警信息，并将告警信息发送给故障智能分析模块，将状态结果发送给网络运行状态监视模块；

大屏指标展示模块，用于展示全网告警分析数据，所述告警分析数据包括：告警数量及告警时长。

资源管理单元，用于统计各类通信资源的信息，并将统计的信息通过大屏指标展示单元进行展示；所述各类通信资源包括：网络资源、通信主设备、辅助设备、机房配线、光缆资源、端口带宽资源或业务电路；所述通信资源的信息包括：属性信息、连接信息、动静态资源关联关系和各层通信资源关联关系；

数据采集单元，用于完成各类通信资源的告警信息、性能信息和配置信息的采集、预处理以及上传；数据采集方式包括：文件主动查询访问、数据库主动查询访问，数据采集还通过CORBA、SNMP或TCP/IP协议查询和推送方式。

模型管理单元，用于利用各类通信资源的实时性能数据与历史性能数据，根据故障预警模型来预测各类通信资源可能发生的故障；故障预测包括故障预警模型构建和故障预警模型应用；故障预警模型的构建过程考虑光缆纤芯劣化分析、通信设备告警发生频率、通信业务是否有主备保护、主备路由是否相同、网络流量或信号质量因素，根据故障预警需要来构建。故障预警模型应用指根据匹配的故障预警模型主动预测通信设备、光缆和各类业务可能发生故障。

通信资源管理类单元，用于实现对各类通信资源的维护和管理，所述维护和管理包括：资源信息维护、资源信息操作和资源信息校验；对通信网络层的设备和网络进行数据的整理、存储、维护和展现。

通信资源管理类单元，包括资源信息管理模块和资源图形管理模块，资源信息管理模块完成资源数据的整理、存储和维护，资源图形管理模块以资源信息管理模块提供的数据为基础对通信网络进行图形绘制与展现。

通信专业管理类单元，用于对通信运行业务进行管理，实现流程电子化、自动化。

所述告警集中监视模块，包括：

告警采集子模块，用于采集告警数据，实现对设备性能参数的周期性采集；

告警过滤子模块，用于对各通信设备的告警分类、告警级别、告警唯一标识字段进行标准化处理；

告警分类子模块，用于依据接入网组网、告警级别、告警类型对告警进行分类；接入网组网包括：EPON、工业以太网、PLC、无线专网或无线公网；

告警压缩子模块，用于对重复告警进行告警压缩，同时对重复告警的次数进行记录；

告警升级子模块，对同一告警发生频次超过设定次数的告警，对告警的告警级别进行升级；

告警重定义子模块，用于重新分配告警级别和告警分类；

告警提示子模块，用于根据预设的阈值判断性能越限并进行告警提示，提供设备和链路性能越限的监视手段。

告警显示子模块，用于根据接入网类型对不同厂家的告警进行标准化并集中展示，支持设备和线路实时状态在拓扑图上的告警展示；通过告警显示子模块提供集中、标准化规则字段、分权分域的接入网实时告警监控界面。

告警状态计算子模块，用于对告警显示模块发送来的数据进行告警状态计算，并将计算出来的告警状态结果通过网络运行状态监视模块显示出来；

告警操作子模块，用于告警确认、告警定性及告警工单派发，启动缺陷单、检修单的工单处理告警；清除错误告警以及已经解决的告警工单，对告警级别超过设定级别的工单进行封锁，并上传；

告警查询子模块，用于告警查询提供当前告警查询和历史告警查询；

告警标准化规则的字段包括：厂家、技术体制、厂家告警级别、网管告警级别、告警类别、设备类型、业务类型、通道类型、告警逻辑分类、告警逻辑子类、该事件对设备的影响、该事件对业务的影响、该事件对通道的影响、网管告警ID、厂家告警ID、告警标题。

所述告警集中监视模块，还包括：

告警标注子模块，根据检修信息，并与OMS/PMS系统横向连接，采集设备当前工作状态和计划检修信息，实现各类检修告警自动标注。检修信息包括：网管告警级别、告警类别、设备类型、业务类型、通道类型、检修工作对设备的影响、对业务的影响、对通道的影响、网管告警ID、厂家告警ID、告警标题、网元名称、网元ID、业务名称、业务ID、通道名称、影响业务系统、检修开始和结束时间；

不仅对各接入网组网的本端网元告警实现标注，还对端业务设备、业务通道的告警实现标注；所述本端网元包括：设备、板卡、端口、中继、链路；支持对单条告警或批量告警手动进行检修告警标注。对于检修告警实现抑制派单。对于检修时间结束仍未恢复的检修告警，可通过半自动或自动方式派发工单，并注明检修遗留告警。对于运行方式变更引起的通信设备告警，同样需要进行告警标注。

所述告警关联子模块，包括：

告警关联是指在窗口时间内将具有关联关系的一组告警关联在一起，从而支撑告警定位分析；对于关联告警，可进行压缩派单；

所述关联关系，包括主次关联、衍生关联、技术体制内告警关联、技术体制间关联、跨专业关联；

所述主次关联：一批告警某时间内发生，选一个作为主告警，其他作为该主告警的次告警。主次告警关联规则的字段包括：规则名称、技术体制、设备类型、厂家、网管告警ID、告警标题、关联时间窗、启用状态等。

如：PON设备电源告警与动环告警、无线专网基站退服与动环告警。主告警和次告警根据各自的告警清除逻辑清除。

所述衍生关联：根据一组告警衍生出一个新告警。衍生告警关联规则的字段包括：规则名称、衍生告警标题、衍生告警级别、技术体制、设备类型、厂家、网管告警ID、告警标题、频次门限、关联时间窗、启用状态等。如：单个OLT中断引发的多站点ONU通道告警、大面积基站退服告警。衍生条件不满足时清除告警。

所述技术体制内告警关联：实现设备内部各个组成部分的告警关联。如：OLT中断与ONU中断、基站退服与终端接入站点退服等。

所述技术体制间关联：以业务或者通道ID编号连接为索引，建立各类技术体制间的告警关联关系实现EPON、工业以太网、无线专网、无线公网、PLC、卫星通信等技术体制间的告警关联。

所述跨专业关联：实现EPON、工业以太网、无线专网、无线公网、PLC、卫星通信等通信专业与配电自动化、视频监控等业务系统的告警关联。如：以物理端口为索引，建立跨专业的告警关联关系，比如ONU LOS告警与业务侧终端掉线告警。

通信资源管理类单元，还包括：

配置管理模块，用于接收数据采集单元采集的配置信息，并将配置信息转发给资源信息管理模块；

资源调度管理模块，用于接收资源信息管理模块提供的资源数据，接收资源图形管理模块提供的拓扑图数据，并将调度资源发送给运行方式管理模块；

如图11所示，通信管理系统支撑通信监盘和缺陷故障处置调度的告警处理全过程功能包括：告警采集、告警预处理、告警监视、故障诊断和故障处理调度五大功能模块。

其中，告警采集功能由采集控制层的采集框架服务、告警接收服务、告警同步服务以及协议适配层的各设备网管北向接口适配器组成，主要负责实时接收各设备网管系统上报的实时告警消息和同步设备网管系统的当前活跃告警，为告警的监视和处理提供可靠的基础数据源；

告警预处理功能由告警数据清洗、告警重定义、告警信息标准化库、根告警分析和工程告警识别功能组成，主要负责对采集的原始告警进行归一化处理和分类压缩，减少无效告警对告警监视的干扰；

告警监视功能由告警状态计算服务、告警订阅功能、告警推送服务、告警前转功能、告警集中监视功能和网络运行状态监视功能组成，主要负责在告警操作台和网络拓扑图上实时展示预处理后的各类告警信息，以及将重要告警通过短信、邮件和站内消息等手段前转给运维人员重点关注；

故障诊断功能由告警定性、告警处理经验库、故障辅助识别和故障辅助确认功能组成，主要负责依据告警处理经验库中的经验对告警进行分析诊断和定性，识别引发告警的各类可能故障原因，并提供故障排查向导指导运维人员逐步确定故障点与故障原因；

故障处理调度功能由故障GIS定位、故障处理经验库、故障手动派单和故障自动派单功能组成，主要负责依据故障诊断的结果定位故障点的地理位置及责任运维班组，并采用自动与手动相结合的方式派发缺陷处理工单，调度相关运维班组开展缺陷故障的排除工作。

如图2所示，(一)告警采集：

告警采集模块负责从各设备网管系统北向接口采集告警数据，告警的监视和处理提供可靠的基础数据源，主要功能包括实时接收各设备网管系统上报的实时告警消息和同步设备网管系统的当前活跃告警。告警采集功能包括协议适配器、采集框架服务、告警接收服务和告警同步服务4个子功能。

1.协议适配器

协议适配器负责与各设备网管北向接口的协议适配工作，包括与设备网管北向接口的连接建立与维护、设备厂家原始告警报文的解析和标准告警报文的生成。

2.采集框架服务

采集框架服务负责对将协议转换后的标准告警报文从二区跨隔离装置传输至三区，包括告警摆渡策略的管理、告警报文的合并和跨隔离装置传输。

3.告警接收服务

告警接收服务负责实时接收和解析采集框架服务传输至三区的标准告警报文。

4.告警同步服务

告警同步服务负责主动发起对设备网管系统当前活跃告警列表的同步。告警同步的触发策略应支持定期触发和事件触发两种，同步的范围应支持对全部设备网管的同步和对指定设备网管的同步两种。

以上四个过程处理流程如下：

如图3所示，告警采集流程包括实时告警上报和告警同步两个子流程。

(1)实时告警上报处理流程如图4所示。

(2)告警同步处理流程如图5所示。

(二)告警预处理，如图6所示：

告警预处理功能模块主要负责对采集的原始告警进行归一化处理和分类压缩，减少无效告警对告警监视的干扰，主要功能包括告警数据清洗、告警重定义、根告警分析、工程告警识别、告警标准化规则库维护和告警标准化规则库检索。

1.告警数据清洗，如图7所示，

终端通信网的告警数量巨大，其中存在相当数量的重复告警和频闪告警。重复告警是指通信管理系统收到的信息内容完全相同的多条告警；频闪告警是指通信管理系统在一定的时间窗内多次交替收到某个告警的产生和清除消息。无论是重复告警还是频闪告警，由于其告警内容基本相同，重复阅读这类告警将额外增加不必要的工作量，降低告警处理的效率。

告警数据清洗功能应能对采集的原始告警数据进行脏数据清洗，去除多余的重复告警，压缩频闪告警。

系统接收告警采集模块采集到的新告警；在系统活跃告警表中查找该告警；若找到则判定为重复告警，丢弃该告警；若未找到则在历史告警表中查找频闪时间窗内是否发生过该告警；若找到则判定为频闪告警，修改该历史告警的状态为活跃告警，更新最近发生时间和频闪次数字段；若未找到则判定为普通新告警，存入系统活跃告警表。

告警重定义，如图8所示，

终端通信网由等多种技术体制的网络共同组成，由于不同技术体制网络设备遵循的标准规范各不相同，导致告警信息的格式和内容也各不相同。即便是同一种技术体制，不同设备厂家、不同版本的设备网管北向接口在告警的定义、分类、分级和描述等方面也存在巨大的差异，甚至连所使用的语言都不统一。种类繁多且形式各异的告警信息大大降低了告警的可读性，不但提高了运行维护人员的学习成本，而且不利于告警处理经验的积累、提炼和交流。

告警重定义功能应能根据梳理的告警标准化规则对采集的原始告警信息进行归一化处理，重定义的内容可包括告警等级、告警原因和告警类型等。

1)系统依据告警原始信息检索告警标准化规则库

2)若检索到规则，则依据规则补充告警的标准化信息，包括标准告警等级、标准告警原因和标准告警类型

3)根告警分析

终端通信网的告警数量巨大，但并非所有的告警信息都能提供发现设备故障的有效信息，相反绝大多数的告警都是不能反映网络设备故障的无效告警，如衍生告警。衍生告警是指当网络中设备发生故障时，故障设备以及与故障设备存在关联关系的其他网络设备所产生的间接反映故障各种影响的告警，这类告警与直接反映故障原因的根告警相对应，伴随根告警产生。衍生告警对于分析网络设备故障虽然具有一定的参考意义，但由于网络连接关系和承载关系的复杂性，往往衍生告警的数量数十倍甚至数百倍于反映故障原因的根告警，大量的衍生告警淹没了最值得关注的根告警，分散了运维人员的注意力，客观上却降低了运维人员分析告警发现故障的效率。

如图9所示，根告警分析功能应能根据梳理的根告警分析规则分析告警之间的衍生关系，识别出直接反映故障原因的根告警，便于运维人员重点关注。考虑到根告警分析规则的完善是一个长期持续的过程，为提高根告警分析功能的实用性，根告警分析功能应将分析后的告警划分为三类：根告警、衍生告警和待分析告警。其中待分析告警为因现有规则未覆盖而无法判断是否为根告警的告警，也需要提示用户重点关注。

由于根告警分析规则比较复杂，系统不提供根告警分析规则的管理功能，规则由项目组随系统版本发布内嵌于系统程序中。

1)系统依据根告警分析时间窗设置从活跃告警列表中提取待分析告警集

2)系统依据根告警分析规则库中的根告警判定规则检索待分析告警集

3)若存在告警匹配根告警判定规则，系统标识该告警为根告警

4)系统分析该根告警的告警源资源对象，提取待分析告警集中该资源对象以及与其存在包含关系或连接关系的其他资源对象上的告警作为疑似衍生告警集

5)系统依据与该根告警匹配的根告警判定规则同组的衍生告警判定规则，检索疑似告警集

6)若存在疑似衍生告警匹配衍生告警判定规则，系统标识该告警为衍生告警

7)若待分析告警集中还存在既未标识为根告警又未标识为衍生告警的告警，系统标识该告警为待分析告警

4.工程告警识别

如图10所示，终端通信网的检修、方式等工程施工时，也会引发通信设备的大量告警，这类告警并非由于网络设备故障产生，因此对于分析故障也不具备参考意义。相反，大量的工程告警反而会干扰运维人员的注意力，增加不必要的告警监视工作量，降低告警处理的工作效率。

工程告警识别功能应能根据系统的检修单、方式单等工单数据，自动识别出由于检修、方式等已知的工程施工所引发的告警。

系统实时分析已开工未完工检修单和方式单中的施工资源对象，标识施工资源对象和关联工单编号；系统分析与施工资源对象存在包含和关联关系的其他资源对象，也标识施工资源对象和关联工单编号；系统实时分析施工期间采集告警的告警源资源对象，若该资源对象为施工资源，则判定该告警为工程告警，标记工程告警标识，关联工单编号

5.告警标准化规则库维护

由于不同设备厂家、不同版本的设备网管北向接口在告警的定义、分类、分级和描述等方面存在巨大的差异，降低了告警的可读性，增加了告警分析和处理的难度，也不利于告警处理经验的提炼、积累和分享。

告警标准化规则库的建立可有效支撑告警重定义功能对各设备厂家的原始告警信息进行归一化处理，屏蔽不同设备厂家告警之间的差异性，为告警的智能分析和自动处理提供良好的数据支撑。告警标准化规则库管理功能主要负责告警标准化规则库的维护与使用，包括告警标准化规则的创建、修改、查看、删除和查询。规则查询时可设置的查询条件包括设备厂家名称、厂家告警等级、厂家告警原因、厂家告警类型、标准告警等级、标准告警原因、标准告警类型等。

1)系统管理员进入告警标准化规则库维护界面，系统以列表显示库中已存在的标准化规则

2)系统管理员填写新增告警标准化规则属性，包括设备厂家名称、厂家告警等级、厂家告警原因、厂家告警类型、标准告警等级、标准告警原因、标准告警类型、备注等

3)系统校验填写数据的合法性并保存新增告警标准化规则入库，关闭创建标准化规则界面系统更新维护界面的告警标准化规则列表

(三)告警监视：

告警监视负责在以告警集中监视的方式在告警操作台和以网络运行状态监视的方式在网络拓扑图上实时展示预处理后的各类告警信息，以及将重要告警通过短信、邮件和站内消息等手段前转给运维人员重点关注。主要功能包括告警状态计算、告警订阅、告警推送、告警集中监视、网络运行状态监视、告警前转。

1.告警状态计算

系统查询每类图形中各个资源及资源的包含关系；系统计算每类图形中各个资源的累计告警数量；系统计算每类图形中各个资源的告警最高等级；系统计算每类图形中各个资源的累计确认告警数量

告警状态计算功能为后台计算功能，隶属于处理逻辑层，负责对告警预处理后的实时告警数据集合进行及时资源影响状态计算，计算内容包括：资源告警累计计数计算、资源告警累计等级计算和资源确认告警累计计数计算三类，计算内容存入内存库并通过统一接口提供相关服务调用，三类计算指标描述如下：

1)资源告警累计计数：资源及其子资源的告警总数累加值；

2)资源告警累计等级：资源及其子资源的告警最高等级冒泡值；

3)资源确认告警累计计数：资源及其子资源告警确认总数累加值。

2.告警集中监视

告警集中监视隶属于界面展现层，主要负责将通信各专业的网络和设备告警信息通过列表的形式进行集中汇总展现，实现对通信网运行实时状态的集中监视和管理。告警集中监视包括告警呈现、告警查询、告警过滤、告警定位、告警备注。

1)告警呈现

告警呈现是以列表的形式按照用户设置的条件，对全部告警、经过过滤后的告警或根源性告警信息进行集中显示，并能够按照一定规则排序。以色彩、高亮或闪烁等方式显示未确认的当前告警信息，以不同颜色反映不同的告警等级、以计数反映对象的当前累计告警数。告警呈现的信息至少包括如下内容：

(1)告警基本信息

在告警列表中呈现采集到，并且经过系统标准化处理后的告警信息，包括告警等级、告警对象、告警类型、告警原因、告警时间、告警描述等等。

(2)属地化告警标识

以不同的图标区分出来是当前用户本单位的告警还是上级单位属地化资源的告警。

(3)告警处理状态

以不同的图标区分出当前告警的后续处理方式及处理进度。

(4)告警确认状态标识

在告警列表的一列采用闪烁图标的方式表示出新采集的尚未处理的告警，如果告警人工操作后将取消告警的闪烁。

(5)告警状态标识

告警状态标识主要是指在对告警进行操作后，标识出当前告警所处的状态，如用户确认为误告警的、将当前告警归并到其它告警上的、因为检修工作引起的、方式编制引起的、用户侧原因、设备异常、设备缺陷、启动缺陷单消缺的等多种不同的图标表示出告警的处理状态。

2)告警查询

告警查询是为了让用户能够快捷的找到用户关注的告警。告警查询分为两种，一种是通过告警的基本信息查询，一种是相关查询。

基本信息查询是根据告警的基本信息进行查询，如系统，厂家，专业，告警的描述，时间等进行查询，可查询实时告警信息和历史告警信息。

相关查询分为两种方式，一种是从告警列表关联到相关资源、业务等，如告警列表中对告警定位查询查看相应的资源图形，影响业务和影响的电路等；另一种是从相关资源、业务关联到告警列表，如从设备，盘，时隙等查看其上的告警，或者查看影响该电路或者业务的告警。

3)告警过滤

通过制定合理的告警过滤规则，从大量告警中屏蔽用户不关心的告警，过滤出重要告警从而有效防止告警风暴。告警过滤包括告警过滤规则定制、告警过滤规则应用。

告警过滤规则定制指对告警级别、告警原因、告警所属设备、告警关联业务等制定相应的过滤规则，并存储到过滤规则库。

告警过滤规则应用指对实时接收的告警按照规则库中相匹配的规则进行过滤，对于过滤掉的告警信息只存储到数据库，不在监视视图中展现。

4)告警定位

用户在通过告警列表看到资源对象的告警后，经常需要直观的了解到到底是那个资源对象存在异常情况，因此需要告警定位与资源图形相结合，定位到资源图形中去。

告警定位功能为用户提供在告警列表信息中快速的跳转到呈现当前告警的设备或设备板卡、插槽、端口的资源图形中。

告警定位按照用户的需求不同，包括定位到设备和定位到资源两种情况。

定位设备是指当通过告警列表查询到告警时，定位到拓扑图当中，并已特殊提示显示当前的设备，这样可以明确的分析出该设备的资源关系等，明确该设备所在的站点、机房、机柜，便于分析告警，解决故障。

可直接产生告警的告警对象包括网元、插槽、板卡、端口，不同烈性的告警对象，由于层级不同，将定位到不同的图像上以便最直观的展现发生告警的资源对象。当网元发生告警会定位到拓扑图中，同定位设备，当插槽或板卡发生告警将定位到设备面板图中，当端口发生告警将定位到板卡视图中。

5)告警备注

告警集中监视列表中展现的告警信息，有些告警不需要立即处理，但需要增加批注作为提醒，在下次看到告警信息是需要查阅，可为用户提供告警备注功能，该备注信息将一直伴随告警(直至进入历史告警记录)。

(四)故障诊断：

告警诊断功能模块主要负责告警处理经验库的维护，以及依据告警处理经验对告警预处理后的根告警进行故障原因分析与排查，提高运维人员分析处理告警的工作效率，主要功能包括疑似故障识别、疑似故障排查、告警定性、告警处理经验库维护、告警处理经验检索、告警处理经验权值优化、典型处理经验评审和告警处理经验分享。

如图11所示，故障诊断功能包括疑似故障识别、疑似故障确认、告警定性和告警处理经验库管理4个子功能。

1.疑似故障识别

疑似故障识别功能主要负责依据告警处理经验库自动分析引发告警的各种疑似故障原因及其发生概率，包括提取根告警的告警特征信息，依据告警特征检索经验库中的告警处理经验，依据检索到的经验权值计算各种疑似故障原因的发生概率，以及提示运维人员引发根告警的各种可能故障原因及概率等。

2.疑似故障确认

疑似故障确认功能主要负责依据告警处理经验库自动分析排查各种疑似故障原因的方法和步骤，提供疑似故障排查向导指导和跟踪运维人员排查故障原因，根据用户录入的排查结果最终确认故障原因，依据用户录入的排查结果更新告警处理经验权值等。

3.告警定性

告警定性功能主要负责对可归并、检修引起、方式引起、用户侧原因、误告警、设备运行异常和设备故障7类引发告警原因的最终定性，包括系统依据工程告警识别结果自动定性检修引起或方式引起的告警，系统依据疑似故障确认的结果自动定性设备故障引起的告警，运维人员对自动定性的结果进行人工确认或更改，运维人员对其他引发告警原因进行人工定性等。

4.告警处理经验库管理

告警处理经验库是故障诊断功能的核心，是疑似故障的识别和疑似故障的排查确认的重要依据。告警处理经验库的管理功能主要负责告警处理经验库的维护、分享与使用，包括告警处理经验的创建、修改、删除、查看和查询，以及各网省系统自定义告警处理经验的上报和总部系统典型告警处理经验的发布。告警处理经验查询时可设置的查询条件包括经验类型、告警原因、告警等级、告警类型、告警描述、疑似故障原因。

故障诊断处理流程包括疑似故障识别、疑似故障确认、告警定性、告警处理经验库维护和告警处理经验库分享5个子流程。

上述虽然结合附图对本发明的具体实施方式进行了描述，但并非对本发明保护范围的限制，所属领域技术人员应该明白，在本发明的技术方案的基础上，本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。

Claims (10)

1.电力系统终端通信接入网告警集中监控系统，其特征是，包括：

告警采集模块，用于接收各设备网管系统上报的实时告警消息，将设备网管系统的实时告警信息同步给告警处理器模块，为告警的监视和处理提供数据源；

告警预处理模块，用于对采集的告警信息进行归一化处理和分类压缩，减少无效告警对告警监视的干扰；

告警监视模块，用于在告警操作台和网络拓扑图上实时展示预处理后的各类告警信息，以及将重要告警通过短信、邮件和站内消息手段前转给运维人员重点关注；

故障诊断模块，用于依据告警处理经验库中的经验对告警进行分析诊断和定性，识别引发告警的各类可能故障原因，并提供故障排查向导指导运维人员逐步确定故障点与故障原因；

故障处理调度模块，用于依据故障诊断的结果定位故障点的地理位置及责任运维班组，并采用自动与手动相结合的方式派发缺陷处理工单，调度相关运维班组开展缺陷故障的排除工作。

2.如权利要求1所述的电力系统终端通信接入网告警集中监控系统，其特征是，所述告警采集模块，包括：

协议适配器，用于实现与各设备网管北向接口之间协议适配工作，包括与设备网管北向接口的连接建立与维护、设备厂家原始告警报文的解析和标准告警报文的生成；

采集框架服务单元，用于对将协议转换后的标准告警报文传输给告警接收服务单元；

告警接收服务单元，用于实时接收和解析采集框架服务单元传输过来的标准告警报文；

告警同步服务单元，按照告警同步触发策略主动发起对设备网管系统当前活跃告警列表的同步；告警同步触发策略支持定期触发和事件触发两种，同步的范围支持对全部设备网管的同步和对指定设备网管的同步两种。

3.如权利要求1所述的电力系统终端通信接入网告警集中监控系统，其特征是，所述告警预处理模块，包括：

告警标准化规则库维护单元，用于告警标准化规则库的维护与使用，包括告警标准化规则的创建、修改、查看、删除和查询；查询时设置的查询条件，包括：设备厂家名称、厂家告警等级、厂家告警原因、厂家告警类型、标准告警等级、标准告警原因或标准告警类型；

工程告警识别单元，用于根据工单数据，自动识别出工程施工所引发的告警，识别出施工资源对象和关联工单编号；

根告警分析单元，根据设定的根告警分析规则分析告警之间的衍生关系，将分析后的告警分为三类：根告警、衍生告警和待分析告警；根告警是能直接反映故障原因的告警；待分析告警为因设定的根告警分析规则未覆盖而无法判断是否为根告警的告警，提示用户重点关注；衍生告警是指当网络中设备发生故障时，故障设备以及与故障设备存在关联关系的其他网络设备所产生的间接反映故障各种影响的告警，这类告警与直接反映故障原因的根告警相对应，伴随根告警产生；

告警数据清洗单元，用于去除重复告警和频闪告警；重复告警是内容完全相同的告警；频闪告警是在设定的时间范围内多次交替收到某个告警产生和清除的消息；

告警重定义单元，用于根据告警标准化规则对采集的告警信息进行归一化处理，重定义的内容包括告警等级、告警原因和告警类型。

4.如权利要求1所述的电力系统终端通信接入网告警集中监控系统，其特征是，所述告警监视模块，包括：

告警集中监视单元，用于将通信网络和设备告警信息通过列表的形式进行集中汇总展现，实现对通信网络运行实时状态的集中监视和管理；

网络运行状态监视单元，用于对网络运行状态进行监视；

告警订阅单元，用于用户对告警状态进行订阅；

告警前转单元，用于将告警状态通过短信或邮件形式前转给工作人员；

告警推送单元，用于将告警状态推送给用户；

告警状态计算服务单元，用于负责对告警预处理后的实时告警数据集合进行及时资源影响状态计算，计算内容包括：资源告警累计计数计算、资源告警累计等级计算和资源确认告警累计计数计算三类，计算内容存入内存库并通过统一接口提供相关服务调用，所述资源告警累计计数：资源及其子资源的告警总数累加值；所述资源告警累计等级：资源及其子资源的告警最高等级冒泡值；所述资源确认告警累计计数：资源及其子资源告警确认总数累加值。

5.如权利要求1所述的电力系统终端通信接入网告警集中监控系统，其特征是，所述故障诊断模块，包括：

告警定性单元，用于对可归并、检修引起、用户侧原因、误告警、设备运行异常和设备故障引发告警原因的最终定性，包括：依据工程告警识别结果自动定性检修引起的告警，依据疑似故障确认的结果自动定性设备故障引起的告警，运维人员对自动定性的结果进行人工确认或更改，运维人员对其他引发告警原因进行人工定性；

告警处理经验库，是故障诊断功能的核心，是疑似故障的识别和疑似故障的排查确认的重要依据；告警处理经验库负责告警处理经验库的维护、分享与使用，包括告警处理经验的创建、修改、删除、查看和查询，以及各网省系统自定义告警处理经验的上报和总部系统典型告警处理经验的发布；告警处理经验查询时设置的查询条件，包括：经验类型、告警原因、告警等级、告警类型、告警描述或疑似故障原因；

故障辅助识别单元，用于依据告警处理经验库自动分析引发告警的各种疑似故障原因及其发生概率，包括提取根告警的告警特征信息，依据告警特征检索告警处理经验库中的告警处理经验，依据检索到的经验权值计算各种疑似故障原因的发生概率，以及提示运维人员引发根告警的各种可能故障原因及概率；

故障辅助确认单元，用于依据告警处理经验库自动分析排查各种疑似故障原因的方法和步骤，提供疑似故障排查向导指导和跟踪运维人员排查故障原因，根据用户录入的排查结果最终确认故障原因，依据用户录入的排查结果更新告警处理经验权值。

6.如权利要求1所述的电力系统终端通信接入网告警集中监控系统，其特征是，所述故障处理调度模块，包括：

故障处理经验库，用于存储故障处理经验；

故障GIS定位单元，用于对故障进行定位；

手动派单单元，用于人工派单；

自动派单单元，用于自动派单。

7.如权利要求4所述的电力系统终端通信接入网告警集中监控系统，其特征是，告警集中监视单元，包括：告警呈现子单元、告警查询子单元、告警过滤子单元、告警定位子单元和告警备注子单元；

所述告警呈现子单元是以列表的形式按照用户设置的条件，对全部告警、经过过滤后的告警或根源性告警信息进行集中显示，并能够按照设定规则排序；以色彩、高亮或闪烁方式显示未确认的当前告警信息，以不同颜色反映不同的告警等级、以计数反映对象的当前累计告警数；

所述告警呈现子单元呈现的信息包括如下内容：告警基本信息，包括：告警等级、告警对象、告警类型、告警原因、告警时间或告警描述；属地化告警标识，以不同的图标区分出来是当前用户本单位的告警还是上级单位属地化资源的告警；告警处理状态，以不同的图标区分出当前告警的后续处理方式及处理进度；告警确认状态标识，在告警列表的一列采用闪烁图标的方式表示出新采集的尚未处理的告警，如果告警人工操作后将取消告警的闪烁；告警状态标识，在对告警进行操作后，标识出当前告警所处的状态，如用户确认为误告警的、将当前告警归并到其它告警上的、因为检修工作引起的、方式编制引起的、用户侧原因、设备异常、设备缺陷、启动缺陷单消缺；

所述告警查询子单元，让用户能够找到用户关注的告警；告警查询方式分为两种，一种是基本信息查询，一种是相关查询；基本信息查询是根据告警的基本信息进行查询，如系统，厂家，专业，告警的描述，时间进行查询，能够查询实时告警信息和历史告警信息；相关查询分为两种方式：一种是从告警列表关联到相关资源、业务，如告警列表中对告警定位查询查看相应的资源图形，影响业务和影响的电路；另一种是从相关资源、业务关联到告警列表，如从设备、盘或时隙查看告警，或者查看影响该电路或者业务的告警；

所述告警过滤子单元，通过设定的告警过滤规则，从大量告警中屏蔽用户不关心的告警，过滤出重要告警从而有效防止告警风暴；告警过滤，包括：告警过滤规则定制和告警过滤规则应用；告警过滤规则定制指对告警级别、告警原因、告警所属设备、告警关联业务制定相应的过滤规则，并存储到过滤规则库；告警过滤规则应用指对实时接收的告警按照规则库中相匹配的规则进行过滤，对于过滤掉的告警信息只存储到数据库，不在监视视图中展现；

所述告警定位子单元，告警定位与资源图形相结合，为用户提供在告警列表信息中快速的跳转到呈现当前告警的设备或设备板卡、插槽、端口的资源图形中；告警定位按照用户的需求不同，包括定位到设备；定位到设备是指当通过告警列表查询到告警时，定位到拓扑图当中，并已特殊提示显示当前设备，从而分析出当前设备的资源关系等，明确当前设备所在的站点、机房、机柜，便于分析告警，解决故障；

所述告警备注子单元，用于对不需要立即处理的告警进行备注。

8.电力系统终端通信接入网告警集中监控方法，其特征是，包括：

步骤(1)：告警采集：接收各设备网管系统上报的实时告警消息，为告警的监视和处理提供数据源；

步骤(2)：告警预处理：对采集的告警信息进行归一化处理和分类压缩，减少无效告警对告警监视的干扰；

步骤(3)：故障监视：在告警操作台和网络拓扑图上实时展示预处理后的各类告警信息，以及将重要告警通过短信、邮件和站内消息手段前转给运维人员重点关注；

步骤(4)：故障诊断：依据告警处理经验库中的经验对告警进行分析诊断和定性，识别引发告警的各类可能故障原因，并提供故障排查向导指导运维人员逐步确定故障点与故障原因；

步骤(5)：故障处理调度：依据故障诊断的结果定位故障点的地理位置及责任运维班组，并采用自动与手动相结合的方式派发缺陷处理工单，调度相关运维班组开展缺陷故障的排除工作。

9.如权利要求8所述的方法，其特征是，包括：

所述步骤(1)的步骤包括：实时告警上报步骤和告警同步步骤；

所述实时告警上报步骤，包括：

步骤(101)：协议适配器等待设备网关上报告警信息，协议适配器判断自身是否收到告警报文，若是，则协议适配器对告警报文进行解析，同时生成标准告警报文；若否则返回步骤(101)；

步骤(102)：采集框架服务单元接收协议适配器生成的标准告警报文，采集框架服务单元判断是否满足百度策略，若是，则将告警报文合并，将报文发送至告警接收服务单元，若否，则返回班组(102)；

步骤(103)：告警接收服务单元等待接收告警报文，告警接收服务单元判断自身是否收到告警报文，若是，则对告警报文进行解析，然后进入步骤(2)；若否，则返回步骤(103)；

所述告警同步步骤，包括：

步骤(111)：告警同步服务单元分析告警同步策略，然后告警同步服务单元分析是否触发告警同步，若是就生成告警同步指令，然后将告警同步指令发送给采集框架服务单元；若否，则返回步骤(111)；

步骤(112)：采集框架服务单元等待接收告警同步指令，然后，判断是否收到同步指令，若是，则发送告警同步指令至协议适配器；若否，则返回步骤(112)；

步骤(113)：协议适配器等待告警同步指令，然后，判断是否收到同步指令，若未收到同步指令则返回步骤(113)；若收到同步指令，则协议适配器生成同步请求报文，并发送同步请求报文；

步骤(114)：协议适配器等待设备网管反馈，判断是否收到同步反馈，若否，就返回步骤(114)；若是，就解析原始告警报文，生成标准告警报文，协议适配器将标准报文发送给采集框架服务单元；

步骤(115)：采集框架服务单元等待接收标准告警报文，判断是否满足摆渡策略，若满足则合并告警报文，发送告警报文至告警接收服务单元，若不满足，则返回步骤(115)；

步骤(116)：告警接收服务单元等待接收告警报文，判断是否收到告警报文，若是则解析告警报文，然后进入步骤(2)；若否则返回步骤(116)。

10.如权利要求8所述的方法，其特征是，包括：

所述告警预处理步骤，包括：

步骤(21)：告警标准化规则库维护：包括告警标准化规则的创建、修改、查看、删除和查询；查询时设置的查询条件，包括：设备厂家名称、厂家告警等级、厂家告警原因、厂家告警类型、标准告警等级、标准告警原因或标准告警类型；

步骤(22)：告警数据清洗：去除重复告警和频闪告警；重复告警是内容完全相同的告警；频闪告警是在设定的时间范围内多次交替收到某个告警产生和清除的消息；

步骤(23)：告警重定义：根据告警标准化规则对采集的告警信息进行归一化处理，重定义的内容包括告警等级、告警原因和告警类型；

步骤(24)：根告警分析：根据设定的根告警分析规则分析告警之间的衍生关系，将分析后的告警分为三类：根告警、衍生告警和待分析告警；根告警是能直接反映故障原因的告警；待分析告警为因设定的根告警分析规则未覆盖而无法判断是否为根告警的告警，提示用户重点关注；衍生告警是指当网络中设备发生故障时，故障设备以及与故障设备存在关联关系的其他网络设备所产生的间接反映故障各种影响的告警，衍生告警与直接反映故障原因的根告警相对应，伴随根告警产生；

步骤(25)：工程告警识别：根据工单数据，自动识别出工程施工所引发的告警，识别出施工资源对象和关联工单编号；

或者，

所述告警数据清洗步骤，包括：

步骤(221)：收到告警后，首先在活跃告警表中查询当前告警是否已经存在于告警表中，若存在，则判断为重复告警，丢弃重复告警；若不存在，就进入步骤(222)；

步骤(222)：判断查询频闪时间窗内是否发生过当前告警，若发生过，则判断为频闪告警，修改告警的最近发生时间和频闪次数；当频闪次数超过设定次数时，删除频闪报警；若没有发生过，则判定为新告警，告警信息存入活跃告警表中；

所述告警重定义步骤包括：

步骤(231)：告警重定义单元等待接收告警信息，判断是否有新告警，若否，则返回步骤(231)；若是，则提取告警原始特征信息；

步骤(232)：依据告警原始特征信息从告警标准化规则库中查询标准化规则，判断是否查到规则，若否就结束；若是则提取规则中的标准化告警信息，然后根据标准化告警信息对新告警信息进行归一化处理；

或者，

所述根告警分析步骤包括：

步骤(241)：开始，等待接收新告警，判断是否收到新告警，若否，则返回步骤(241)；若是，就提取告警设备厂家的根告警分析规则组；

步骤(242)：判断当前新告警是否存在于根告警分析规则组中，若否，就表示该告警为待分析告警；若是，则将当前新告警与根告警分析规则组进行匹配，判断是否匹配成功，若未成功就返回步骤(242)；若成功就表示该告警为根告警；

步骤(243)：分析根告警的告警源的资源类型，依次判断资源类型是否是光端口；若是光端口就进入步骤(244)；否则，判断是否是板卡，若是板卡就进入步骤(245)；若不是板卡就进入步骤(246)；

步骤(244)：加载光端口连接的其他端口；提取加载光端口当前告警；提取加载光端口设定时间范围内历史故障；进入步骤(247)；

步骤(245)：加载板卡端口信息；判断是否是光端口，若是就加载光端口连接的其他端口；提取加载光端口当前告警，提取加载光端口设定时间范围内历史故障；若否就提取加载光端口当前告警，提取加载光端口设定时间范围内历史故障；进入步骤(247)；

步骤(246)：判断是否是设备，若是，则加载设备板卡信息，然后进入步骤(245)；若否就结束；进入步骤(247)；

步骤(247)：判断是否存在待分析告警，若是就匹配当前规则组中的衍生告警特征，然后，进入步骤(248)；若否就结束；

步骤(248)：判断匹配是否成功，若成功，就标记该告警为当前跟告警的衍生告警，返回步骤(247)；若否，就直接返回步骤(247)；

或者，

所述工程告警识别步骤包括：

步骤(251)：启动工程作业开工侦听线程，判断是否侦听到新的开工工程，若是就分析工程作业影响的资源对象，标识为施工资源，同时记录工单编号；进入步骤(252)；若否就进入步骤(253)；

步骤(252)：继续判断是否存在关联资源，若是就标识关联资源为施工资源，记录工单编号，进入步骤(253)；若否就结束；

步骤(253)：判断是否结束线程，若是就结束，若否，就返回步骤(251)；

步骤(254)：启动工程作业完工侦听线程，判断是否侦听到新完工工程，若是就分析工程作业影响的资源对象，取消施工资源标识、删除工单编号；进入步骤(255)；若否就进入步骤(256)；

步骤(255)：判断是否存在关联资源，若是就取消关联资源的施工资源标识，删除工单编号，进入步骤(256)，否则，直接进入步骤(256)；

步骤(256)：判断是否结束线程，若是就结束，若否就返回步骤(254)；

步骤(257)：启动工程告警识别线程，判断是否有新告警，若是就分析告警源资源对象标识，进入步骤(258)；若否，就直接进入步骤(259)；

步骤(258)：判断是否是施工资源，若是就表示该新告警为施工告警，记录告警关联的工单编号，进入步骤(259)；若否就直接进入步骤(259)；

步骤(259)：判断是否结束线程，若是就结束，若否就返回步骤(257)；

或者，

所述告警监视步骤，包括：

将通信网络和设备告警信息通过列表的形式进行集中汇总展现，实现对通信网络运行实时状态的集中监视和管理；对网络运行状态进行监视；用户对告警状态进行订阅；将告警状态通过短信或邮件形式前转给工作人员；将告警状态推送给用户；

告警状态计算服务步骤，负责对告警预处理后的实时告警数据集合进行及时资源影响状态计算，计算内容包括：资源告警累计计数计算、资源告警累计等级计算和资源确认告警累计计数计算三类，计算内容存入内存库并通过统一接口提供相关服务调用，所述资源告警累计计数：资源及其子资源的告警总数累加值；所述资源告警累计等级：资源及其子资源的告警最高等级冒泡值；所述资源确认告警累计计数：资源及其子资源告警确认总数累加值；

或者，

所述故障诊断步骤包括：

告警定性子步骤：对可归并、检修引起、用户侧原因、误告警、设备运行异常和设备故障引发告警原因的最终定性，包括：依据工程告警识别结果自动定性检修引起的告警，依据疑似故障确认的结果自动定性设备故障引起的告警，运维人员对自动定性的结果进行人工确认或更改，运维人员对其他引发告警原因进行人工定性；

告警处理经验库维护子步骤：包括告警处理经验的创建、修改、删除、查看和查询，以及各网省系统自定义告警处理经验的上报和总部系统典型告警处理经验的发布；告警处理经验查询时设置的查询条件，包括：经验类型、告警原因、告警等级、告警类型、告警描述或疑似故障原因；

故障辅助识别子步骤：依据告警处理经验库自动分析引发告警的各种疑似故障原因及其发生概率，包括提取根告警的告警特征信息，依据告警特征检索告警处理经验库中的告警处理经验，依据检索到的经验权值计算各种疑似故障原因的发生概率，以及提示运维人员引发根告警的各种可能故障原因及概率；

故障辅助确认子步骤：依据告警处理经验库自动分析排查各种疑似故障原因的方法和步骤，提供疑似故障排查向导指导和跟踪运维人员排查故障原因，根据用户录入的排查结果最终确认故障原因，依据用户录入的排查结果更新告警处理经验权值；

或者，

所述故障处理调度步骤，包括：

故障处理经验库维护子步骤：存储故障处理经验；

故障GIS定位子步骤：对故障进行定位；

手动派单子步骤：人工派单；

自动派单子步骤：用于自动派单。