网络管理 告警系统
网络故障管理告警Agent设计
备 的特异性 ，实现故障管理的主要 功能及 平 台化 目标 。运行状 况表 明 ，该 系统具有 良好 的易用性和扩展性 。
关 键 词 电信 管 理 网 ；故 障 管理 ；告 警 ；Ａ ｅｔ ｇｎ 中 图分 类 号 Ｔ ３ ３ ０ Ｐ ９ ．８ 文 献标 识 码 Ａ 文章编 号 １０ ７ ２ （０ １ ０ ０ ７— ８ ０ ２ １ ）２—１９— ３ １ ０
Ｄ ｅ ｉ ｎ ｆＡ ｌ ｒ ｅ ｏ ｅ ｗ ｏ ｋ Ｆａ ｌ ａ ａｇ ｍ ｅ ｔ ｓｇ ｏ ａ ｍ Ａｇ ｎｔｆ ｒ Ｎ ｔ ｒ ｕ ｔ Ｍ ｎ ｅ ｎ
Ｚｈ ｎ ｎ ａ ｇ Ｙｉ ｇ
（ ｅｃ ｉ ｎ ｅｅｒｈＤ ｐｒ ｅ ｔ ｅｏ ｇａｇＬｎ ｅｌ ａ ｏ ｎｇｍ ｎ Ｉｓｔｔ，Ｈ ｒｉ １０９ ，Ｃ ｉａ Ｔ ａｈｎ ａｄＲ ｓａｃ ｅａｔ ｎ，Ｈ ｉ ｎｊቤተ መጻሕፍቲ ባይዱｎ ａｄＲ ｃ ｍ ｔｎＭａａｅ ｅ ｔｎｔｕｅ ａ ｎ ０ ０ ｈｎ ） ｇ ｍ ｌ ｉ ａ ｉ ｉ ｂ ５
关性 判 断等功 能 ｊ 。除 此之 外 ，故 障管理 还要 考虑 到 模 块 的通 用性 和灵 活性 ，以满 足不 同类 型产 品 的管 理 需求 ，对 于不 同类 型 的产 品 ，告警 处理 的差 异 主要 集
中体 现在 ３个 方 面 ：（ ） 类 产 品 的告 警 数据 表 示 方 １各 式的特异 性。 （ ） 报告 警信 息 处理 流程 的差异 。 ２ 上 （ ） 产 品告 警 规 则 定 义 的 差 异 。 为 了解 决 这 些 问 ３各 题 ，故 障管理 子系 统要 提供 扩展 机制 ，在 模块 处 理 过 程 中对 某些 模块 行 为进 行客 户化 。本 文介 绍 了一 种具
信 网络资 源 ，提 高 电信 网络 的运 行 质量 和效 率 ，为用
综合告警管理系统解决方案
综合告警管理系统解决方案一、目标客户综合告警管理系统(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功能详解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、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
网络管理—警告系统的设计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数据字典(可选)数据描述部分(数据字典) 是数据处理层的核心，它位于数据处理层，将性能处理数据和上层应用程序相隔离。