综合网管系统技术建议书.doc

《综合网管系统技术建议书.doc》由会员分享，可在线阅读，更多相关《综合网管系统技术建议书.doc（41页珍藏版）》请在三一办公上搜索。

1、综合网管系统技术建议书目 录1概述11.1项目背景11.2与专业网管的关系11.3遵循标准22系统建设范围13系统总体结构13.1功能结构23.2物理结构43.3软件结构54系统接口方案84.1南向接口84.2北向接口94.3横向接口95系统功能105.1功能概述105.2拓扑管理105.2.1拓扑信息范围105.2.2拓扑视图操作115.2.3拓扑信息采集115.2.4拓扑监视115.3故障管理125.3.1告警采集125.3.2告警分类135.3.3告警存储145.3.4告警处理145.3.5告警呈现175.3.6告警查询与统计195.3.7告警分析215.4性能管理215.4.1性能数据

2、采集215.4.2性能数据存储225.4.3性能统计分析225.4.4性能门限设置235.4.5性能数据查询235.5重点业务保障245.5.1重点业务维护245.5.2重点业务监控245.6资源管理245.6.1资源配置信息管理245.6.2资源统计与分析255.6.3资源预警管理265.7报表管理275.8流程工单管理275.8.1工单管理275.8.2工单流转285.8.3流程定义285.8.4信息发布管理285.9系统自身管理285.9.1安全管理285.9.2自身监控295.9.3数据备份295.9.4日志管理305.9.5系统帮助305.10系统功能组织架构305.10.1系统支撑

3、管理功能组315.10.2外部接口功能组315.10.3网络管理功能组316系统扩容方案336.1硬件扩容336.2软件扩容331 概述综合网络管理系统是针对的多厂家、多类型环境下的设备监控，给出综合管理的解决方案，功能上涵盖本次工程的综合拓扑管理、故障管理、性能管理、资源管理、流程管理、报表管理、系统自身管理及重点业务保障等八大功能。1.1 项目背景哈大客运专线南起滨海城市大连，经辽宁省营口、鞍山、辽阳、沈阳、铁岭，吉林省四平、长春、松原，终自黑龙江省会哈尔滨，线路纵贯东北三省，途径三个省会城市和七个地级市及其所辖区县，线路全长约893km。全线共设车站23个。其中始发站7个，分别为大连站、

4、新大连站、沈阳站、沈阳北站、长春西站、长春站和哈尔滨西站。大连站维持既有不动，新建新大连站和长春西站和哈尔滨西站，改扩建沈阳站、沈阳北站、长春站；新建中间站15个，分别为普兰店站、瓦房店西站、鲅鱼圈东站、盖州西站、营口东站、海城西站、鞍山西站、新铁岭站、新开原站、新昌图站、新四平站、新公主岭站、新德惠站、新扶余站和新双城站，其中鞍山西站和新四平站办理立折车作业；改造既有辽阳站1个。预留新灯塔站和新沈阳站。哈大客运专线通信子系统繁多，而且各通信子系统涉及的网络设备多种多样，各类设备的维护通过厂家配套的网管系统、远程终端登录等方式进行维护，缺乏对告警信息进行集中处理的方式和手段，通过综合管理系统可

5、以实现对各通信系统的配置、告警置和性能信息的集中统一管理和维护，及时诊断、定位各通信系统的告警信息，并以合适的方式呈现给用户，极大的方便了通信系统的维护人员，为通信系统的稳定可靠运行提供了重要保障。 1.2 与专业网管的关系综合网管系统是基于其它各通信系统专业网管NMS(OMC)或厂家EMS，而不是替代其它各通信系统的专业网管。综合网管系统是通过其它各通信系统专业网管的北向接口，采集各通信系统的配置、告警和性能等信息，进行分析处理后，以合理方式呈现给用户。专业网管系统是综合网管系统的基础和数据信息来源。综合网管系统和专业网管是“功能互补、相辅相成”的，具体体现在以下几个方面：(1) 各专业网管

6、系统定位在日常运维操作层面，具备配置管理等综合网管管理系统不具备的功能。(2) 综合网管系统定位在业务层面，主要体现跨专业、综合、面向用户、面向业务的功能，数据相关性方面的功能。1.3 遵循标准本方案所采用的硬件和软件产品、软件开发和项目管理方法均符合有关的国际标准、国家标准（对没有国家标准的，参考了主管行业的行业标准）。对于网络管理领域需要参考的标准如下：(1) ITU-T的相关标准通用网络管理标准a) ITU-T M.3010 Principles for a Telecommunications management networkb) ITU-T M.3016 TMN security

7、 overviewc) ITU T M.3020 TMN Interface Specification Methodologyd) ITU-T M.3108.3 TMN management services for dedicated and reconfigurable circuits network: Information model for management of virtual private network service e) ITU-T M.3208.3 TMN management services for dedicated and reconfigurable

8、circuits network : Virtual private networkf) ITU-T M.3100 TELECOMMUNICATIONS MANAGEMENT NETWORK GENERIC NETWORK INFORMATION MODELg) ITU-T M.3320 Management requirements framework for the TMN X-Interfaceh) ITU-T X.721 INFORMATION TECHNOLOGY- OPEN SYSTEMS INTERCONNECTION - STRUCTURE OF MANAGEMENT INFO

9、RMATION: DEFINITION OF MANAGEMENT INFORMATION(2) ITU-T的相关标准SDH专用标准a) ITU-T Rec.G.805 GENERIC FUNCTIONAL ARCHITECTURE OF TRANSPORT NETWORKS，1996b) ITU-T G.851.1 Management of the transport network Application of the RM-ODP frameworkc) ITU-T G.852系列建议 ODP观点下的SDH管理（企业观点）Management of the transport netw

10、ork Enterprise viewpointd) ITU-T G.853系列建议 ODP观点下的SDH管理（信息观点）Management of the transport network Information viewpointe) ITU-T G.854系列建议 ODP观点下的SDH管理（计算观点）Management of the transport network Computational interfacesf) G774：Synchronous Digital Hierarchy (SDH) management information model for the netw

11、ork element viewg) G77401：SYNCHRONOUS DIGITAL HIERARCHY (SDH) PERFORMANCE MONITORING FOR THE NETWORK ELEMENT VIEWh) G77402：configuration of the payload structure for the NETWORK ELEMENT VIEWi) G77403：multiplex-section protection for the NETWORK ELEMENT VIEWj) G77404：management of the subnetwork conn

12、ection protection for the network element viewk) G77405：management of connection supervision functionality(LCS/LCS) for the network element viewl) G77406：SDH unidirectional performance monitoring for the network element viewm) G77407：ynchronous Digital Hierarchy (SDH) management of lower order path

13、trace and interface labelling for the network element viewn) G77408：Synchronous Digital Hierarchy (SDH) management of radio-relay systems for the network element viewo) G77409：Synchronous Digital Hierarchy (SDH) configuration of linear multiplex section protection for the network element view(3) TMF

14、的相关标准a) TMF 509 （v1.0） TM FORUM Business Agreement NML-EML Interface For Management of SONET/SDH Transport Networksb) TMF 513 Multi-Technology Network Management Business Agreement NML-EML Interfacec) TMF 608 Multi-Technology Network Management Information Agreement NML-EML Interfaced) TMF 814 Multi

15、-Technology Network Management Solution Set NML-EML Interface(4) 国内国家（行业）相关标准a) 铁道部铁路通信综合网络管理系统技术条件（V1.0）b) YD/T 1289.1-2003 同步数字体系（SDH）传送网网络管理技术要求 第一部分：基本原则c) YD/T 1289.2-2003 同步数字体系（SDH）传送网网络管理技术要求 第二部分：网元管理系统（EMS）系统功能d) YD/T 1289.3-2003 同步数字体系（SDH）传送网网络管理技术要求 第三部分：网络管理系统（NMS）系统功能e) YD/T2002H4 通信局

16、（站）电源、空调及环境集中监控管理系统第二部分：互联协议f) XDN023-96 通信电源和空调集中监控系统技术要求 g) YD5058-98 通信电源集中监控系统工程验收规范 h) YD/T1104-2001 通信用开关电源系统监控技术要求和试验方法 i) 通信局（站）电源、空调及环境集中监控管理系统前端智能设备通信协议j) 通信局（站）电源系统总技术要求邮电部编号XT005-95, 电信总局1996年发布k) YD/T 1051-2000 通信局（站）电源系统总技术要求、中华人民共和国信息产业部；l) GF006.1-2001中国移动机房动力设备环境监控系统技术规范、中国移动通信集团公司；

17、m) GF006.2-2001中国移动机房动力环境监控系统测试规范、中国移动通信集团公司；n) 电信总局电网交1999625号文通信局（站）电源、空调及环境集中监控管理系统前端智能设备通信协议。o) 通信电源、机房空调集中监控管理系统暂行规定电信总局（1997年6月11日）p) 通信电源计算机集中监控系统通信协议2 系统建设范围本系统在沈阳通信站新设通信综合网管系统，该系统通过与哈大客专各通信子系统网元管理系统之间所定义的规范和接口交换网络管理信息，形成一个综合管理平台。本系统接入的哈大客运专线通信系统包括传输系统、电话交换及接入系统、数据通信系统、专用移动通信系统（GSM-R）、数字调度通信

18、系统、会议电视系统、应急通信系统、时钟及时间同步系统、通信电源、电源及环境监控系统、综合视频监控系统、通信线路等。本系统还需要接入既有会议电视系统、综合视频监控系统、调度通信系统等网元管理系统。本系统通过与相关通信系统之间的接口（通信综合网管系统与相关通信系统的具体接口协议，通过双方协商，可根据工程情况采用不同通信协议）获取各通信系统的配置、性能、告警等数据后，对其进行分析和处理，但不对其它各通信系统的设备进行下行配置；提供北向接口，把本系统的信息上报到铁道部通信综合网管系统；可以通过横向接口，实现本系统与电务管理系统等其他系统之间的信息交互。我公司承诺哈大客运专线综合网管系统采用的系统架构，

19、运行的硬件平台、实现的软件功能和接口满足铁道部铁路通信综合网络管理系统技术条件（V1.0）。3 系统总体结构综合网管系统从其它各个通信系统的专业网管中获取配置、告警和性能等信息，并通过北向接口和横向接口与铁道部通信综合网管系统或其它外部系统进行互联。3.1 功能结构信息表示层B/S终端C/S终端内部中间件接口铁道部综合网其它外部系统等部业务系统专用接口内部中间件接口数据采集层专用移动通信调度通信视频监控传输系统适配器应用层故障管理资源管理对外接口拓扑管理报表管理流程管理重点业务系统安全管理性能管理接口适配器适配器1适配器2适配器nQ3、CORBA、SNMP、TCP、API、DB等图1：综合网管

20、系统的功能结构综合网管系统的功能结构如上图所示，在逻辑上分为数据采集层、应用层和信息表示层三层。数据采集层分为系统适配器和接口适配器。系统适配器是指由各专业系统的网元管理系统、子网管理系统或者网络管理系统组成的层面，向综合网管系统提供各专业系统的告警和性能事件信息，对于没有建设网管系统的独立网元可以通过网元接口获取告警和性能事件信息；接口适配器通过多个专门构建的adapter连接到各系统适配器，依据各系统适配器采用的协议不同而采用不同协议的接口适配器，本系统中可适配的接口有Q3、CORBA、SNMP、TCP等，每个Adapter适配一个或多个系统适配器的连接。应用层：应用层由针对综合网管系统功

21、能需求而定制的各个功能模块组成，如性能管理、拓扑管理、故障管理、资源管理、报表管理、流程管理、重点业务保障及系统自身及安全管理等。他们均依赖数据采集层获取数据。应用层的各个模块构建在内部的分布式平台上，它们之间的通信通过分布式平台实现。在应用层除提供各功能模块外，还提供对外接口，包括北向接口和横向接口，实现与铁道部综合网管系统及其它外部系统的交联。信息表示层：通过B-S结构和C-S结构的GUI系统供用户使用，它只和应用层的功能模块通信，是综合网管系统的窗口。采用上述功能结构具有如下优势：(1) 功能结构清晰，使物理结构和软件结构的设计和实现变得简单，系统部署和扩容更加容易，具体表现如下：a)

22、数据库服务、应用服务模块和采集服务模块可以根据系统的硬件处理能力和系统规模的大小部署在同一台物理服务器上或分开部署在不同的服务器上，同时比较容易实现应用服务和采集服务模块分别部署在多台物理服务器上；b) 终端：专门运行信息表示层的C-S界面或Web浏览器。c) 软件结构可以针对不同的层面采用更合适的技术和架构，比如应用层采用J2EE，采集层采用C等。(2) 数据采集层向上接口统一定义，向下接口支持多样，方便灵活接入各子系统。不同的子系统通过不同的适配器进行交互，所以很容易增加其它通信息系统的接入；不同接口采用的通信协议可以完全不同，且保证各接口之间不会相互影响；对不同的系统可以根据工程实际情况

23、，采用不同的接入方式（支持直接连接到网元或通过专业网管访问网元信息）。(3) 应用层模块依据用户需求来构建，软件功能的可扩展性好。应用层功能模块可以按照用户需求进行定制，当用户有新的需求时，直接升级应用层模块就可以了，这样使得系统具有良好的功能扩展性。对外接口模块作为一个特殊的应用层功能模块也可以按照用户的要求进行定制，提高了接入其它系统的灵活性。(4) 信息表示层模块通过应用层完成管理工作，安全性好。信息表示层的各种操作命令首先经过应用层进行严格的语法语义才会发到适配器以及网元及网络系统执行，可保证系统操作安全的要求；另外，信息表示层采用瘦客户机的模式工作，绝大部分的数据处理都在后台应用服务

24、器上执行，可保证网管终端能高效工作。3.2 物理结构二层以太网交换机磁盘阵列光纤交换机数据/应用库服务器防火墙沈阳通信站光纤交换机数据/应用库服务器三层以太网交换机双机热备新设系统传输数据网调度通信。专用移动通信哈大客专数据网既有会议电视系统、综合视频监控系统、调度通信系统采集服务器沈哈段、沈大段二层以太网交换机网管终端短信邮件服务器图2： 综合网管系统的物理结构哈大客专综合网管系统的物理组织网络如上图所示，在沈阳通信站新设通信综合网管系统，包括磁盘阵列、光纤交换机、数据库/应用服务器、采集服务器、短信邮件服务器、以太网交换机、防火墙等设备；在沈哈段和沈大段分别设置一套网管终端,只要数据网提供

25、接口，网管终端的具体地点可以根据工程要求设置在任何地点。数据库/应用服务器通过光纤交换机，访问磁盘阵列；数据库/应用服务器、采集服务器、短信邮件服务器、防火墙等设备通过二层以太网交换机相连，实现相互之间的通信。两台数据库/应用服务器和光纤交换机采用双机热备的冗余设计方案，保证数据库/应用服务器的稳定可靠。短信邮件服务器主要完成短信和邮件通知等功能。综合网管系统通过三层以太网交换机连接到哈大客专数据网，实现与其它相关通信子系统的通信，在综合网管系统内部网络与数据网之间设置了防火墙，保障综合网管系统的安全可靠。三层以太网交换机设备在防火墙外为综合网管系统接入其它客运专线预留了接入接口。综合网管系统

26、在沈大段和沈哈段分别各设置1台网管终端，各网管终端通过数据网实现与综合网管系统之间的通信。只要数据网可以提供接入端口，或通过传输通道可以接入数据网，网管终端可以根据工程需要设置在任何不同地点，接入综合网管系统。其它与综合网管系统相关的通信子系统（包括需要接入的即有子系统）网管应直接或间接接入数据网，并向综合网管系统开放数据采集接口，与综合网管系统进行通信，为综合网管系统提供配置、告警和性能等信息。3.3 软件结构综合网管系统通过自主研发的分布式数据总线结构平台来构建系统中的各个分布式应用模块，各应用模块可以通过分布式数据总线以数据流或消息模式实现各种数据和信息的交互，软件结构图如下图所示：CG

27、I/Java Servlet后台应用层系统界面C/S GUIWeb浏览器分布数据总线平台Web Server故障管理综合拓扑综合资源综合性能远程终端(多个)重点业务保障报表管理系统自身管理流程管理对外接口模块第三方平台数据库各专业网适配器池（EMS/SNMS/NE）适配器1适配器2.适配器n网元EMSSNMS前置机委托代理第三方监控程序外部系统总线平台接口图3：综合网管系统的软件结构由上图可见，后台应用层模块和C/S GUI模块、后台应用层模块和各专业网接口适配器池模块、后台应用层模块和Web Server之间的通信主要是通过分布数据总线平台来完成；后台应用层的各模块之间也可以通过分布数据总线

28、平台来进行相互通信，降低了应用层模块之间的耦合性。分布数据总线平台提供各个模块之间的分布处理运行环境，让应用层、数据采集模块和终端模块(系统界面层)可以根据工程要求，可以部署在相同的物理服务器上，也可以分别部署在不同的物理服务器上；后台应用层模块通过分布数据总线平台进行交互，可以把后台应用层的模块进行分组部署在不同的物理机器上，有利于系统功能和容量的扩展。C/S GUI模块、后台应用层、各专业网接口适配器池和WEB服务程序（CGI/Java Servlet）都可以直接访问数据库服务，各模块都通过第三方提供符合国际标准协议（包括ODBC/ADO、JDBC、PROC）接口来访问数据库服务。这些数据

29、库访问接口都是可以分布式方式访问数据库服务，所以数据库服务器也可以根据工程要求独立部署或与其它模块部署在同一台物理服务器上，保障了系统的高可扩展性。接口适配器池中存放多个适配器，每个适配器针对被管设备或网管的一个接口，一方面保障了各系统数据采集的独立性，当某个系统的数据采集出现问题时，不会影响其它系统数据有集；另一方面提高了系统的可扩展性，系统需要接入新的系统时，只需要开发一个新的适配器，而不会影响现有系统数据的采集。在后台应用层模块中，构建专门的对外接口模块实现北向接口和横向接口,与铁道部综合网管及其它外部系统进行互联，保障了系统的开放性，接口模块和其它模块都是相互独立的，对外接口的修改不会

30、影响系统本身的正常运行。4 系统接口方案综合网管系统需要向外提供南向接口、北向接口和横向接口三类接口。由于不同接口所提供的功能不一样，与外部系统交互的数据也不相同，所以在进行综合网管系统设计时，对不同接口由不同的子模块来实现，使各接口之间不会相互产生影响。4.1 南向接口综合网管系统南向接口主要用来采集其它各通信子系统的配置、告警和性能等信息。综合网管需要接入的系统繁多，不同系统网管提供的接口协议不同，因此综合网管系统需要对不同的系统提供不同的接口，采用不同的接口协议，下表列出了综合网管系统与各被管子系统的接口协议的推荐方式：表1:各南向接口协议推荐表CorbaQ3SNMPTcpDbFileR

31、s232传输及接入电话交换数据网专用移动通信调度通信会议电视同步及时钟分配通信电源及环境监控综合视频监控应急通信系统对于同一系统，被管网络可以通过不同的协议来采集告警、配置和性能数据，例如传输及接入设备可以选择Corba协议来采集告警信息，而采用FILE协议来采集性能信息。数据传送协议遵循各个专业网管厂家的数据格式，系统通过适配层对厂家数据进行转化，形成综合网管系统统一的数据格式后进行保存，在实际工程应用中，与各系统接口采用的协议可以根据实际情况进行调整。综合网管系统的南向接口需要接入综合网管的各通信子系统开放接口协议，并提供接口协议相关文档。4.2 北向接口北向接口实现系统与铁道部通信综合网

32、管系统的互联，周期性传送重大告警数据、配置数据、资源数据、性能数据、报表数据等。网管接口可以采用TCP/IP Sockets连接方式，端口号根据双方协商设置，用于和上级网管系统交互，北向接口完全满足铁路通信综合网络管理系统技术条件（V1.0）。4.3 横向接口综合网管系统不是一个封闭的系统，需要与许多其它铁路业务信息系统进行交互，综合网管系统的横向接口主要是用来满足与其它铁路业务信息系统的交互，例如横向接口需要向铁道部电务管理系统周期性传送重大告警数据、配置数据、资源数据、报表数据等。通过横向接口，综合网管系统可以与电务管理系统等进行交互。由于铁路系统信息化不断发展变化，所以需要综合网管系统与

33、外部连接的系统也将不断的增加或改变，为满足这种不断变化的需求，综合网管系统提供对外接口的二次开发能力。5 系统功能5.1 功能概述综合网管系统是建立在厂家网管系统之上的，通过标准接口，实现各专业网管系统数据的集中管理和分析，建设综合网管的目的并不是取代各专业网管，而是在专业网管的基础上开发对全网的综合管理功能。综合的目的是要在全网内进行信息的交换、资源的共享、故障的定位、性能的分析等等。通信综合网管系统能够在统一的平台上实现对铁路通信各子系统的运行状态数据进行集中管理，主要由拓扑管理、故障管理、性能管理、重点业务保障、资源管理、报表管理、流程管理、系统自身管理等功能模块组成。5.2 拓扑管理拓

34、扑综合显示能够将各专业网、以及各专业网之间的关系以图形化的方式显示出来。并为配置管理、故障管理和性能管理提供友好的业务接入方式。拓扑管理能够以树状图、网络拓扑图和地理视图等形式呈现各通信专业网，清晰的反映了各专业网之间的关系，例如承载关系、互联关系等。5.2.1 拓扑信息范围综合网管系统通过各种网络拓扑地图对各专业网干线设施以及它们的关系进行集中统一管理。可以根据用户需求提供如下所示等多种类型的视图：(1) 各子系统网络拓扑图(2) 机房设备布置平面图(3) 设备面板图(4) SDH组织通道图(5) 电路路由图(6) 线路图(7) 机柜面板图5.2.2 拓扑视图操作综合网管系统可提供本期工程中

35、各通信子系统的拓扑图管理功能，可以对各种视图中图形元素进行选中、移动、删除、增加等操作。拓扑图主要元素包括背景地图、节点、节点之间的连线。综合网管可以对各种视图进行方便的切换，使用户能够直观、方便地浏览整个网络上的被管对象的信息，按照图层和范围对不同的拓扑图进行组织，用户可以仅显示不同的图层和不同范围内的管理对象。提供各种视图的显示控制功能，如视图放大、缩小、漫游、标注控制、图层控制等。支持对视图对象的点击查询，显示对视图对象相关配置信息和状态信息的详细查询结果。5.2.3 拓扑信息采集拓扑信息采集管理功能包括对各专业网络拓扑信息获取，如传输网、电话网、业务系统的拓扑信息。获取拓扑信息的方式有

36、三种：(1) 由专业网管系统主动上报综合网管系统，系统启动、重启或设备配置发生变更时，由各专业网管系统自动将本身所辖范围内的网络资源情况上报给综合网管系统，综合网管系统根据上报的信息为之生成拓扑，并将拓扑信息存入拓扑数据库。(2) 综合网管系统向专业网管系统查询，或操作员觉得有必要重新生成拓扑时，由综合网管系统查询专业网管系统的网络资源信息，并根据查询结果生成拓扑，并将拓扑信息存入拓扑数据库。(3) 人工维护，对一些各专业系统网管无法提供的拓扑关系，综合网管系统提供人工维护界面，根据工程数据维护各拓扑图信息。通过第1和2种方式采集拓扑信息时，当发现有网络拓扑信息发生改变时，综合网管系统能在终端

37、人机界面上及时通知维护人员。5.2.4 拓扑监视综合网管可以提供拓扑监视功能，可以在拓扑图上展示发生告警的设备、位置及告警等信息，并可以动态更新告警信息。对不同级别的告警，采用不同颜色进行标识。5.3 故障管理故障管理主要实现对各通信系统故障的监视功能，包括对告警信息进行采集、配置、处理、呈现及相关的统计分析等功能。通过故障管理功能，用户可对网络中的告警进行实时的监控，对告警信息进行处理和查询统计等相关操作。系统提供了故障智能诊断功能，通过此功能，用户可以对网络中的故障进行实时的监控，提高故障发现、故障处理的效率，减小故障对网络造成的影响，更加有效的保障网络安全运行；在故障诊断的基础上，系统提

38、供网络预警的功能，通过对现有网络进行性能分析，根据预先设定的门限值，以预警的形式进行提示，使网络的维护工作由被动转为主动，从而实现网络运行维护的高级管理功能。5.3.1 告警采集告警数据采集模块能够通过与各相关通信系统的接口从各专业网管系统中自动采集各网元、网管系统的告警信息，并能自动与资源配置信息进行关联。综合网管系统告警采集支持以下功能：(1) 实现对跨专业、跨厂家的网元、网元网管系统及专业网管系统的告警数据实时采集；(2) 系统提供ASCII、TL1、CMIP、Q3、CORBA、SNMP等多种国际标准协议数据采集的支持；系统具备访问网元网管系统及专业网管系统数据库，或使用其API进行数据

39、采集的功能；(3) 开放的接口协议，支持采用新的接口协议接入新的网管系统和设备；(4) 保存原始告警数据的索引顺序存储文件采用公开的数据格式，便于对原始告警数据进行再利用和二次开发；(5) 自动将告警关联到资源配置信息，可以把告警及资源基本信息一起以合适的方式呈现给用户。(6) 关联告警信息到拓扑图中的图元，实现拓扑告警监视功能。综合网管系统实时采集告警信息，需要各专业网管系统提供的接口能够主动向综合网管系统提供采集网元及网络的告警信息。采集的告警内容包括告警名称，告警源，告警类型，告警等级，设备名称（包括网络型号等），是否影响业务，告警描述，原始告警报告，告警产生时间，告警采集时间，告警清除

40、时间，告警频次，处理者（确认者），确认时间等信息。5.3.1.1 告警同步由于系统故障及其他原因可能会造成系统中告警数据与网络中实际不一致的情况，系统提供告警同步的功能。告警同步是把系统中的当前告警状态与被管系统的当前告警状态进行同步，提供人工和自动两种方式：(1) 自动同步：系统可以根据用户设置，按周期或定时自动触发运行同步功能，采集各通信系统的当前所有告警信息；(2) 手工同步：系统人机操作界面上提供同步操作，由用户手工操作执行同步功能。5.3.1.2 告警异步采集由于有些专业网管无法提供告警通知，当有故障发生时，无法主动向综合网管系统发送告警消息，只提供对当前告警查询的接口，对这些系统，

41、综合网管可以设置告警采集任务，让系统自动按一定间隔时间去采集该系统的告警信息。5.3.1.3 告警重定义综合网管系统对任何其它系统的每种告警类型信息都提供重定义列表，用户可以通过对告警重定义列表的维护，可以实现对其它各通信子系统的告警信息进行重新定义，实现告警级别、告警状态等信息在综合网管系统中的统一定义。综合网管系统在采集数据时，会根据告警类型重定义列表对告警信息进行转换，统一各系统中的告警信息的定义。5.3.2 告警分类告警按其严重程度分为紧急告警、重要告警、次要告警、提示告警四类。按告警发生原因分为设备告警、服务质量告警、通信告警、操作违例告警、环境告警、处理错误告警六类。按告警状态分为

42、当前告警和历史告警。5.3.3 告警存储在系统中告警信息有原始信息、通用信息、专用信息等多种存储形式：原始信息：系统中首先是对所有的采集到的告警原始数据都进行了直接存储，以便于今后需求和功能的扩展。通用信息：经过告警过滤、告警压缩、告警重定义等处理以后，可用于系统中各部分功能的存储形式。专用信息：针对电路、客户关联性分析、告警的统计等多种应用，对告警信息进行分类存储，用于专门的数据分析用信息。通过不同形式的存储，告警的查询、统计、分析等相关工作都得到了满足。5.3.4 告警处理5.3.4.1 告警过滤告警过滤是指系统可以控制告警通知和性能事件上报的条件，可以设定哪些事件能够上报或哪些事件不能够

43、上报。系统支持一个或多个组合的告警过滤条件的设置。告警事件的过滤设置分两个层次：一个是告警采集层的过滤，在告警采集底层，设置开关，过滤掉不关心的告警；二是在呈现层的过滤，使操作人员可根据自己的关注角度不同来设定不同的过滤条件，过滤掉不关心的告警，只把自己关心的告警信息在终端界面上呈现出来。可用作过滤条件的告警信息域至少包括：所属专业、告警名称或标识、告警来源（告警发生地点或设备标识）、告警发生时间、告警类型、告警级别和告警状态等，可以通过各种逻辑运算或数据运算组合成多条件过滤设置。过滤条件设定支持多个过滤条件的逻辑运算；支持的逻辑运算包括：AND、OR、NOT；支持的数学运算包括：、 、lik

44、e等。系统实现以下过滤功能：(1) 系统支持告警参数的阈值越界告警的功能：系统可以针对某一类告警的某个参数设定相应的阈值，当且仅当参数值大于、等于或小于（可设定）该设定阈值的告警发生时，才送出该告警；(2) 支持指定网元、时间段进行忽略性过滤功能。(3) 系统支持对设备处于维护状态或业务开通过程而产生的虚假告警选择是否屏蔽功能。5.3.4.2 告警确认系统提供告警自动和手动确认的功能：提供配置工具，使得操作人员可以配置告警确认事件的识别规则，根据识别规则自动识别告警事件的确认事件，对告警事件进行确认。操作人员也可以进行手动确认。不论是自动确认还是手动确认，都会在告警字段中有明确的标志，以便于查

45、询。原则上由综合网管系统统一进行告警确认操作，如果在网元网管和专业网管中进行告警确认应将确认信息上传到综合网管系统中。5.3.4.3 告警清除告警清除：即活动告警的清除。当网元设备或网元（或网络）管理系统检测到产生告警的条件已经不存在，或运维人员确认告警已经消除，系统将清除其前面发出的告警，我们称之为告警清除。活动告警：所有目前未被设备清除的告警称为“活动告警” 。历史告警：被设备清除并存储在历史告警数据库中的告警信息称为“历史告警”。告警清除的方式包括自动清除和手工清除。自动清除是指故障解除后，系统获得设备发出的故障消除信息或运维人员确认（手工确认和通过故障处理流程反馈处理结果两种方式）故障已消除的信息后，系统自动清除以前的告警，无需人工干预。手工清除是指对已解决、非真实或不重要的告警的通过菜单工具的手工清除。系统提供图形化的告警自动清除策略的定制工具，以方便操作人员根据实际情况定制告警清除策略（如：根据收到的恢复信息清除特定告警，清除存在时间大于一定时限的告警），系统可根据设定的策略对告警事件进行自动清除。不论是自动清除还是手动清除，都会在告警字段中有明确的标志，以便于查询。原则上由综合网管系统统一进行告警清除操作，网元网管和专业网管中的告警清除应通过网管接口及时通知综合网管系统。5.3.4.4