下载文档原格式
综合告警管理系统解决方案一、目标客户综合告警管理系统(Integration Fault Management System,以下简称IFMS）适用于电信级运营网络的告警、故障管理。
二、系统价值及优势1. 强大稳定的信息采集功能:针对不同的数据源，可提供多种数据采集方式；2。
强大的事件处理功能：采用实时数据总线的方式和高速事件处理算法,每秒钟能够处理50条以上告警事件，通过事件的过滤、合并、重组、字段丰富等可以形成准确的告警信息，通过故障风暴处理保证事件处理高效稳定运行，满足大型网络的实时告警监视的需要；3. 故障信息的快速实时响应：采用实时数据总线的方式和高速时间处理算法，快速有效地发现故障，同时通过物理设备和逻辑数据的简单关联、客户和业务之间的简单关联处理，进一步加快了故障处理的进程，保障故障定位的准确性；4. 多样化、多层次的故障视图定制能力:系统提供告警视图定制的功能，可以根据需要定制特定的总览和告警鸟瞰视图，可以定制需要显示的告警详细信息,告警集定制功能更能提高告警监视的效率；5。
告警自动触发能力：可以通过告警触发网关实现向其他网管系统主动传送告警数据,如触发告警业务处理流程系统,还可以实现告警自动前转功能,如电子邮件，短消息，BP等;6. 系统自我管理能力：系统提供对网管系统的关键进程的监视能力，可以实时监视各进程的运行状态；7. 系统扩展性好，数据采集平台和数据总线可以实现数据采集和事件处理器的灵活扩展，对专业采集器接口的支持，可以方便的接入新的网元和专业网管系统；系统提供了与其他资源、性能等系统的接口，可以方便灵活与其他产品集成。
三、系统功能1. 数据采集功能IFMS系统具有强大稳定的数据采集功能。
可针对网络中不同的数据源提供SNMP、Syslog、Trap、TL1、TCP、CORBA、Logfile、DB八种数据采集方式，并作统一化数据格式处理，经过缓存后,传送到告警数据处理系统.2. 数据处理功能•告警过滤:根据配置进行告警事件的过滤，过滤条件的设置可通过图形化的用户界面完成。
SNMP功能详解SNMP（Simple Network Management Protocol）是一种网络管理协议，用于监视和管理网络中的设备和系统。
它是基于管理信息基础架构（Management Information Base，MIB）的标准化协议，可以提供对网络设备的配置、性能、状态和告警等信息的收集、查询和控制。
下面将详细介绍SNMP的功能和应用。
1.网络设备监控：SNMP可以通过查询网络设备的MIB来获得设备的配置信息、状态信息和性能指标。
这包括设备的名称、型号、固件版本、接口状态、带宽使用率、内存使用率等。
通过对这些信息进行分析和监控，可以及时发现设备的异常状态和性能问题，并采取相应的措施进行修复和优化。
2.配置管理：SNMP可以通过设置设备的MIB来进行远程端口的配置和管理。
管理员可以通过SNMP协议来远程修改设备的配置，如修改接口速率、配置访问控制列表、开启或关闭一些功能等。
这样可以简化配置的过程，提高配置的一致性和准确性。
3.告警和事件管理：SNMP可以实现设备的告警和事件的管理。
设备可以将发生的告警和事件信息发送给网络管理系统（NMS），管理员可以通过NMS来查看和处理这些告警和事件信息。
当发生设备故障或异常时，SNMP可以及时通知管理员，以便立即采取相应的措施来解决问题。
4.性能监控：SNMP可以实时收集和监控网络设备的性能指标，如带宽利用率、吞吐量、丢包率等。
管理员可以通过这些指标来评估网络的性能，并进行优化和调整。
另外，SNMP还可以提供历史数据的存储和分析功能，以便进行性能趋势的预测和容量规划。
5.安全管理：SNMP提供了安全管理的功能，可以对网络设备进行身份认证和访问控制。
SNMPv3协议引入了安全模型和安全策略，支持消息的加密和认证机制，保护管理信息的机密性和完整性。
管理员可以通过配置SNMP的安全参数来确保对设备信息的保护和控制。
总之，SNMP是一种强大的网络管理协议，提供了全面的设备监控和管理功能。
浅析集中告警系统组成和功能作者：李文彬来源：《数字技术与应用》2018年第02期摘要：本文以1号线集中告警系统为实例，主要介绍了系统的架构和基本功能，对日常运维工作也做了一定的探讨分析。
关键词：地铁；集中；告警；系统中图分类号：U239.5 文献标识码：A 文章编号：1007-9416（2018）02-0169-01城市轨道通信专业所属子系统众多，每个子系统都具有完备的网管设备并能独立监控和诊断本系统的各类告警情况。
在设置集中告警系统后，可将各子系统的状态数据和重要告警信息汇聚到服务器处理，通信维护人员便可在值班室通过延伸的终端设备实时监管、维护所有系统，避免了逐一查看每个子系统网管的尴尬局面，有效提高了维护管理水平，这种情况在线路较多时更为明显和重要。
1 集中告警系统概述集中告警系统又名网络管理系统，它是构建在通信专业各子系统的网管基础上来实现的一种高级网管系统。
因地铁线路相对较长，各个站点都是链型分布，逐个站点检查设备不仅工作量大，还大量占据了生产工班的工作时间和精力。
为了便于对所有设备的集中有效监控，目前各地铁线路均设置有集中告警系统，该系统能对其他子系统的设备进行集中采集、显示和管理，并为控制中心通信工班提供了掌控全局故障处理的指导信息[1]。
集中告警系统能对通信各子系统的运行状况进行24小时不间断的状态信息采集和显示，当通信各系统的维护管理终端向该系统发送重要故障告警信息时，系统终端可以屏幕显示告警信息并发出声音告警信息。
此外，在集中告警系统的服务器所属数据库中也会记录下收到的故障信息，有效掌握事件的所有过程并能对故障开展深度分析和定责。
2 集中告警系统基本组成和功能集中告警系统利用计算机网络通信技术和计算机数据处理能力，对通信其它各系统进行集中监测告警管理，通过接口程序将通信各系统的运行状态和告警信息集中反映到告警设备上，通过网络平台使OCC工班的值班维护人员就近登录并点击查看故障内容和原因，以便指导现场维护人员快速准确处理设备故障[2]。
网络设备性能监控和告警的配置和设置在当今信息时代，网络已经成为人们沟通交流、获取信息的重要工具。
然而，网络设备的稳定性和性能对于网络的畅通与安全至关重要。
为了确保网络设备正常工作，以及及时发现和解决潜在的问题，网络设备性能监控和告警的配置和设置非常重要。
本文将就此进行深入探讨。
一、提前了解网络设备性能监控和告警系统的重要性网络设备性能监控和告警系统可以实时监测网络设备的运行状态，识别性能瓶颈并提供及时的警报，帮助管理员迅速发现和解决故障。
它们可以监测带宽利用率、CPU和内存负载、设备温度等关键指标，并提供历史数据记录和趋势分析，为网络设备管理者提供决策依据，提高网络的稳定性和可靠性。
二、网络设备性能监控和告警系统的功能和特点网络设备性能监控和告警系统具有多种功能和特点，如实时监控、警报通知、报表生成和可视化分析。
实时监控功能可以对网络设备的工作状态进行全面监控，通过定期获取设备的性能数据进行分析和比较，及时发现异常情况。
警报通知功能则可以根据设定的阈值条件，自动发送警报通知给管理员，以便他们及时采取措施。
报表生成功能可以生成性能数据报表，供管理员分析和审查设备的运行情况。
可视化分析功能则将收集到的性能数据以图表的形式展示，方便管理员直观地了解网络设备的状态和变化趋势。
三、网络设备性能监控和告警系统的配置和设置网络设备性能监控和告警系统的配置和设置需要从多个方面考虑，并且根据实际情况进行调整。
首先，需要确定监控的目标设备和指标，以及监控频率和阈值条件。
不同的网络设备和指标可能需要不同的监控频率和阈值条件，管理员应根据实际情况进行设置。
其次，需要配置警报通知方式。
可以选择短信、邮件、即时通信工具等多种方式进行警报通知，以便管理员在任何时间和地点都能及时收到警报信息。
最后，需要定期对监控系统的设置进行评估和调优。
网络设备和环境的变化可能会影响监控系统的准确性和有效性，管理员应及时进行评估和调整，保证监控系统的稳定性和可靠性。
网络设备性能监控和告警的配置和设置随着互联网的迅猛发展，网络设备扮演着连接人们与信息的桥梁角色。
然而，网络设备的性能问题经常会给公司和个人带来麻烦。
为了确保网络设备的稳定运行和及时发现潜在问题，配置和设置网络设备的性能监控和告警系统是至关重要的。
一. 设备性能监控的重要性在网络设备中，性能监控是指对设备的各种参数和数据进行实时监控和收集。
通过性能监控，我们可以了解设备的运行状态、负载情况、流量消耗等。
这将有助于我们及时了解设备的健康状况，并采取相应的措施避免设备故障或性能下降。
同时，性能监控还可以帮助我们进行容量规划，预测未来的设备使用需求。
二. 性能监控系统的配置和设置1. 选择性能监控工具市场上有各种各样的性能监控工具可供选择。
常见的工具包括Zabbix、Nagios、SolarWinds等。
在选择工具时，应考虑到自己的需求，如设备数量、复杂度、预算等因素。
同时，也应该注意选择一个易于使用和配置的工具，这样可以减少操作成本。
2. 设备性能参数的选择每个设备都有特定的性能参数需要监控。
例如，对于路由器，我们可以监控CPU使用率、内存使用率、接口流量等参数。
对于交换机，我们可以监控端口流量、链路状况、传输速率等。
在选择性能参数时，应根据设备类型和业务需求进行合理选择，避免过度监控或忽略重要参数。
3. 配置性能监控系统通过性能监控工具，我们可以配置设备的性能监控。
在配置时，需要注意以下几点：- 设定监控周期：根据设备的特点和需求，可以设置不同的监控周期。
一般来说，设备越重要，监控周期应该越短，以便及时发现问题。
- 设置阈值：阈值是决定是否触发告警的重要参数。
我们可以根据设备的性能，设置合理的阈值。
当设备的某个参数超过设定的阈值时，系统会触发告警通知。
- 配置告警通知方式：告警通知方式可以选择短信、邮件、即时通讯工具等。
根据实际情况，选择适合自己和团队的通知方式。
三. 告警系统的设置和优化性能监控只有在出现问题时才会触发告警通知。
中国移动网管系统告警管理子系统的分析与设计的开题报告一、选题背景随着网络的快速发展，网络的规模、复杂度也越来越高，网络设备的种类也越来越多，这也导致了网络运维的难度和复杂度也越来越大。
因此，如何高效地管理网络告警已逐渐成为一个重要的课题。
目前，中国移动网管系统告警管理子系统主要用于网络设备的监控和告警处理。
而随着移动网络的不断发展，该子系统也需要不断地进行完善和创新。
本文将对中国移动网管系统告警管理子系统进行分析和设计，旨在进一步提高其告警处理的效率和准确性。
二、主要研究内容1.分析中国移动网管系统告警管理子系统的架构、功能和流程。
2.进行需求分析，明确用户的需求和期望，包括告警分类、告警级别、告警处理流程等方面的要求。
3.设计告警处理流程，包括告警的采集、上报、分类、处理等要素。
4.分析目前存在的问题并提出改进建议。
5.设计并实现针对改进后的中国移动网管系统告警管理子系统的测试方案。
三、研究意义通过对中国移动网管系统告警管理子系统的分析和设计，可以进一步提高其告警处理的效率和准确性，从而保障网络设备的正常运行，保障用户体验和服务质量。
同时，本研究也可为其他类似系统的设计和开发提供参考和借鉴。
四、研究方法和步骤本研究将采用文献调研、需求分析、系统设计、实现和测试等方法，分步骤地进行系统分析、设计和开发。
具体步骤如下：1. 开展文献调研，包括网络运维和告警管理等领域内的文献资料，同时收集并分析中国移动网管系统告警管理子系统的相关文档和数据。
2. 进行需求分析，明确用户的需求和期望，包括告警分类、告警级别、告警处理流程等方面的要求，设计系统框架和功能。
3. 进行系统设计，包括告警采集的方式、告警处理的流程、相关人员的职责和权限等方面的设计。
4. 实现系统并进行测试，确保系统的稳定性和准确性。
5. 最终撰写论文，同时撰写系统设计说明和测试报告。
五、研究预期结果本研究将最终实现改进后的中国移动网管系统告警管理子系统，并设计相应的测试方案。
告警信息管理系统的设计与实现随着社会的发展，人们对于安全问题的重视程度越来越高，而在安全领域中，告警系统是一个非常重要的组成部分。
告警信息管理系统是指通过采集、汇总和处理告警信息，实现安全管理的一种技术系统。
在本文中，我们将探讨告警信息管理系统的设计和实现。
一、需求分析在设计告警信息管理系统之前，首先需要进行需求分析，明确我们需要的系统功能。
根据我们的需求分析，告警信息管理系统主要应该具备以下功能：1、告警信息的采集和处理：告警信息可以来自各种监测设备，需要及时采集和汇总，并进行处理。
具体来说，系统需要能够自动识别告警信息，进行分类和分级处理，同时还需要能够给出相应的解决方案和建议。
2、告警信息的推送：系统需要能够将生成的告警信息及时推送给相关人员，以便他们能够及时处理，避免事故发生。
3、告警信息的存储和查询：系统需要能够将采集到的告警信息进行长时间存储，并且能够实现快速的查询和统计，以帮助管理员迅速了解系统的情况。
4、用户权限管理：由于系统涉及到敏感信息，因此需要实现用户权限管理，保护系统的安全。
二、系统架构设计在明确需求的基础上，我们需要设计一个合理的系统架构，以便能够更好地实现我们的需求。
系统架构主要分为以下几个层次：1、数据采集层：该层负责采集各种告警信息，并将其发送到系统的处理层。
在这个层次上，我们需要采用各种传感器来进行数据的获取，传感器可以是温度、湿度等设备，也可以是一些监测设备。
2、数据处理层：该层主要进行告警信息的处理和分类。
利用机器学习等技术，对告警信息进行分析和分类，并实现告警信息的分级处理。
在处理过程中，还可以利用一些推荐算法，提供解决方案和建议。
3、数据存储层：该层负责给告警信息存储到数据库中，以便后续实现查询和统计。
由于告警信息具有时效性，因此需要定期将数据清理，以免数据过期。
4、应用层：该层是整个系统的用户界面，主要负责展示告警信息及相关数据。
需要实现用户权限管理，以确保系统的数据安全。
GPON网管系统ONU端告警管理的设计张江鑫;庞利杰【摘要】文章首先介绍了千兆无源光网络(GPON)的网络管理系统的结构,然后分析了网管中子代理光网络单元(ONU)的功能,重点讨论了ONU在管理与控制过程中出现的告警情况,并对其进行了分类.在此基础上对告警管理的处理方案进行了设计,完成了ONU管理控制模块中启动失败(SUF)告警进程的设计.%This paper first introduces the structure of the network management system of GPON and then analyses the functions of the subagent ONUs in thesesystems,focusing on the classified alarms in the these units in the management and control processes.On this basis,it devises the solutions for the alarm management and completes the design of the SUF alarm process for ONU management control modules.【期刊名称】《光通信研究》【年(卷),期】2009(000)006【总页数】3页(P17-19)【关键词】千兆无源光网络;网管;告警管理【作者】张江鑫;庞利杰【作者单位】浙江工业大学,信息工程学院,浙江,杭州,310014;浙江工业大学,信息工程学院,浙江,杭州,310014【正文语种】中文【中图分类】TN915.07千兆无源光网络（GPON）［1］是一种支持多业务、高速率的接入网，它克服了异步转移模式无源光网络（APON）的ATM技术承载IP业务效率低、以太网无源光网络（EPON）承载时分复用（TDM）业务存在很大的局限性等缺点，成为光纤到驻地／光纤到户（FTTP／FTTH）领域中更为完善的解决方案［2］。
网络管理—警告系统的设计1设计目标1．数据采集：通过采集计算网络中的配置信息，告警信息，性能信息，反馈给告警中心。
2．数据分析：分析告警信息（原始告警信息，性能数据，配置信息），推理处理并存储记录告警，且实现告警的可确认消除（自动回复/手动恢复）。
3．数据应用：实时监控重要的告警信息，解决并消除告警信息。
根据告警信息记录生成报表统计，向上层提供决策的数据依据。
2 概要设计系统分三层：数据的采集数据处理数据应用数据采集：从系统的网元上采集数据包括：性能数据信息，网元告警信息，拓扑结构的配置信息，向数据处理层的制定临时数据库中传送。
数据处理：从指定的数据库中获得原始数据信息，判断处理。
根据估值（及性能阀值）判断生成警告信息，存储分析并上报告警信息。
实现告警的匹配确认清除，重复告警的归并处理。
数据应用：及时监控重要的告警信息，并处理此告警，反馈告警的确认信息。
根据不同的用户需求展现告警统计信息报表，为决策提供数据支持。
3数据采集层3.1 内容3.1.1配置数据采集的内容及获得该网络中的网元设备，基本信息，与实体形成对应的映射。
用于网络的拓扑信息管理。
网管系统管理采集以下配置数据：3.1.2告警数据采集的内容告警源需要采集的告警报告分为：网元告警●路由器：●交换机：●配线板：●服务器：cpu , 内存，硬盘，电源，风扇（散热），网卡，光驱，端口，运行的软件服务1．环境告警: 暂保留。
2．通信连接告警（拓扑管理）：当某一网元设备持续一定时间不响应网管系统时，网管系统应能自动生成该网元设备的通信连接警。
3．性能告警：当性能指标超出预先设定的范围时，系统触发的告警称为性能告警。
4．设备告警：来自设备红端的告警信息。
原始告警数据内容原始告警数据是从告警源采集到的未经任何处理的原始告警信息，格式和内容与网元类型相关，原始告警信息将在告警管理应用层进行处理，采集层采集到的告警原始数据至少应包括以下内容：3.1.3性能数据采集的内容针对不同的网元，采集其对应的性能信息。
格式和内容与网元的类型相关。
在采用阀值过滤器，判断产生原始的警告信息。
3.2 方式采集方式分两种：1．直连网元及直接连接到网元设备，进行数据采集。
（使用于小的系统）2．系统采集及上一级的网管通过下一级的网管来获取数据。
（使用于多个小系统集成的大型系统）3.3要求配置、性能、告警原始数据至少要保留一周以上。
对配置数据、告警数据和性能数据采集的要求不尽相同，下面分别进行说明。
3.3.1 配置数据采集的要求为了在用户层展现的网络结构与实际的网络结果相对应，需要周期性的检测当前网络的连接情况，设备的运行情况等实时信息：●在系统相对稳定的情况下，网管系统能够按照用户预定的时间表定时的、周期性地自动采集配置数据,时间表中的采集开始时间和采集周期可由用户设置；●如果由于网络或者其他原因，网管系统没有正确采集到网元的配置数据，网管系统能够让用户在必要时手工启动配置数据采集程序进行重采或补采，并可按网元组、地区进行分别采集刷新配置数据；●网管系统以报告等方式方便地检查每个网元的配置数据采集情况，即该网元的配置数据的更新情况。
3.3.2告警数据采集的要求实时地采集所有网元(NE) 生成的各种设备故障告警报告、网络事件报告以及与网络、业务相关的故障报警报告。
为保证数据采集的完整性，告警数据采集层必须提供手工采集手段，并应具备以下主要功能：●能够自动采集告警数据，采集时间和采集周期可设置；●能够实时接收由厂家OMC或网元设备实时上报的告警信息；●需要时能够即时手工启动告警数据采集程序，保证数据采集的完整性；●可根据需要，按告警网元、告警级别、告警类别等条目或按一定地区进行设置，实现过滤采集。
3.3.3性能数据采集的要求性能数据采集应具有以下四个主要功能：●能够周期性地24小时自动采集性能数据，采集周期和采集时间可选择，最小的数据采集时间周期为15分钟，采集的时间粒度可以基于网元或地区进行选择；●能够即时手工启动性能数据采集程序(分地区、分时段)；●当报表数据不全时，能够提供简单的手段确认所采集的网元数据的齐全；采集和补采的数据能够自动入库。
4数据处理层原始数据通过数据采集层进入系统后，数据处理层对这些原始数据进行归纳整理，实现数据结构规范化，为数据应用层实现具体功能提供支持，便于系统的二次开发和新的应用功能的提供。
处理层数据至少需要保存6个月。
以下从配置、告警和性能三方面对数据处理层进行说明。
4.1配置数据处理层本节从信息归一化、配置数据的存储、刷新和备份等四方面进行说明。
4.1.1 配置信息归一化配置数据采集到网管系统之后，必须进行归一化、数据结构规范化，使数据应用层的相关应用能够方便地使用这些数据。
配置信息按照交换机，路由器，服务器，等六个方面进行归一化，具体内容参见附录。
4.1.2配置数据的存储网管系统应能够将不同种配置数据转换成以上描述的归一化标准数据格式并存储到数据库中，为性能、告警等应用提供数据支持，为二次开发或其他的后处理提供标准的存储接口。
4.1.3配置数据的刷新网管系统发现新的配置数据采集结果与网管数据库中的配置数据不同时，如网元的增加、删除、网元属性改变（何种属性），需要用户确认，并生成变更记录，作为采集日志的一部分，供用户后期查询，同时更新网络拓扑图等相关的上层应用程序的配置数据，使上层应用能够呈现网络的最新配置信息。
4.1.4 配置数据的备份网管应提供对配置数据的快照功能(即备份功能)，用户通过此功能可将当前网络的配置信息存储下来，供其他应用所调用。
快照可以由网管系统按照时间表的设置自动进行或由用户手动启动。
快照后的配置信息可用于：网络配置信息的历史对比配合性能，告警数据做网络多维分析4.2告警数据处理层以下对告警数据的处理进行说明。
4.2.1告警信息格式标准化采集层采集到的原始告警数据要经过告警数据处理层的处理，处理后提供的标准化数据应包括以下内容：4.2.1告警的重定义应允许用户根据管理工作重心的变化，按照可能原因、网元类别、网元识别码、原告警类型、告警级别、时间类型等条件及各种条件的组合对告警类型和级别进行重定义。
告警级别分为严重告警、主要告警、次要告警、警告告警；告警类别分为通讯告警、环境告警、设备告警、处理错误告警、服务质量告警；4.2.2告警过滤（通过推理机的知识库来过滤，且知识库是对管理员可维护。
）对单位时间内发生的大量告警，能按用户要求和管理部门的考评要求及实际管理情况，对告警网元、告警级别、告警类别或告警标题等条目进行过滤。
告警数据过滤用于过滤掉从底层提取的告警信息中监控人员认为不重要的信息，从而减少轻微告警的干扰，以提高监控与处理的效率。
应能对告警数据过滤的开启状态进行手工设定。
1、过滤后的告警信息的处理经过过滤后的告警信息最后应插入当前告警数据表。
对系统数据库中的告警信息要加过滤标志。
2、告警数据的过滤条件对象：选择过滤掉哪些对象的告警信息。
监控人员可通过三种方式选择对象：单个或多个对象(必须是同一网元类型)；同一网元类型的所有对象；某一地区内同一网元类型的所有对象；告警级别：选择过滤掉选定对象的哪一级别的告警。
过滤模式：定义派生的告警信息是否写入系统数据库。
确认模式：定义符合条件的告警信息的确认模式。
由监控人员手工确认。
告警信息采集上来后自动确认。
告警信息取消时自动确认。
4.2.3 告警传递为了保证底层对象(有可能在拓扑图或导航器中当前不可见) 的告警信息也能及时地显示，监控界面对底层对象的告警应逐层传递给其父对象，即改变其父对象子告警状态及子告警次数，引起其父对象状态图标的变化，从而达到实时监控的目的。
在展现层进行逐层的展现。
告警传递的方式在网元逻辑关系树中，树的底层节点网元发生告警时，应上传到上层的一级或多级网元节点，告警传递层数应可由用户根据需要设置，系统默认为一层。
传递的告警信息的显示当父对象有由子对象传递上来的告警时，要显示出有子对象告警的状态当父对象有子对象告警时，设置该父对象的状态为有子对象告警，并将子对象告警数目加一(在设备状态表中提供相应字段，子对象告警状态与次数)当取消子对象告警时，父对象的子对象告警数目减一。
当减为零时，设置该父对象的状态为无子对象告警。
4.2.4告警相关性分析及处理(可选)首先定义告警相关及处理的具体规则，对每条将要入库的告警信息按规则进行相应的告警相关性分析，然后根据分析结果进行相应的处理。
告警相关分为两类，一类产生新的告警，涉及告警的自定义，另一类并不产生新的告警。
例如：对单位时间内频次过高或历时过长的告警(门限可设) 能派生新的告警报告(告警派生)。
消除重复发送的同一告警；去除已有告警引起的其他告警；推测出一组告警中的决定性告警，并清除其他次要告警；对频繁发生的告警自动提高告警级别，从而保证网管中心告警信息的有效性、重要性。
4.2.5告警故障定位（可选）告警故障定位到网元级，如果厂家的告警报告包含了板卡级的定位信息，要求进行板卡级的故障定位；如果厂家的告警报告不包含了板卡级的定位信息，则不做要求。
4.2.6告警取消告警自动取消当从底层告警数据源采集到告警取消信息时进行告警的自动取消；告警自动取消时，当前告警数据表删除对应记录，历史告警数据表增加对应记录；告警自动取消时，根据相关性分析的设置，决定是否将相关的低级别告警同时自动取消；告警自动取消时，应适时地通知由该告警产生的工作流；若该告警仍未取消，则根据告警的确认模式决定是否自动确认；告警手动取消当维修人员修复故障后，提供手动取消相应告警的功能，在日志中应能记录手动取消者的身份。
4.2.7告警存储故障管理系统能自动存储所有告警记录；原始告警信息在系统中至少保留一周以上，分类后的告警信息在数据库中按照告警类别、告警级别、业务种类、网元类别作不同期限的保存，逾期信息能够用磁带或光盘等介质备份。
●按告警类别●按告警级别●业务种类●按网元类别4.2.8告警数据的备份和删除能够对告警数据进行备份或删除。
系统提供界面，能够按照用户的要求或时间表的设置对所采集的告警数据进行归档或删除；4.3性能数据处理层4.3.1性能数据归一化（对同一种类型的网元设备设置一个统一的性能数据表格）性能数据采集到网管系统之后，必须进行归一化、数据结构规范化，使数据应用层的相关应用能够方便地使用这些数据。
交换子系统的性能数据基站子系统的性能数据性能处理数据的属性集性能处理数据的属性详见本规范第二册。
4.3.2性能告警数据当性能指标超出预先设定的范围时，系统触发的告警称为性能告警。
系统需提供对性能告警信息的显示、查询和统计的功能。
用于性能告警的主要指标有：●Cpu的使用效率●交换机，路由器的丢包率●网卡的的流量●等等4.3.3数据字典(可选)数据描述部分(数据字典) 是数据处理层的核心，它位于数据处理层，将性能处理数据和上层应用程序相隔离。
