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

综合网管系统技术建议书综合网管系统技术建议书综合网管系统技术建议书目 录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性能数据采集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系统支撑管理功能组315.10.2外部接口功能组315.10.3网络管理功能组316系统扩容方案336.1硬件扩容336.2软件扩容331 概述综合网络管理系统是针对的多厂家、多类型环境下的设备监控，给出综合管理的解决方案，功能上涵盖本次工程的综合拓扑管理、故障管理、性能管理、资源管理、流程管理、报表管理、系统自身管理及重点业务保障等八大功能。1.1 项目背景哈大客运专线南起滨海城市大连，经辽宁省营口、鞍山、辽阳、沈阳、铁岭，吉林省四平、长春、松原，终自黑龙江省会哈尔滨，线路纵贯东北三省，途径三个省会城市和七个地级市及其所辖区县，线路全长约893km。全线共设车站23个。其中始发站7个，分别为大连站、新大连站、沈阳站、沈阳北站、长春西站、长春站和哈尔滨西站。大连站维持既有不动，新建新大连站和长春西站和哈尔滨西站，改扩建沈阳站、沈阳北站、长春站；新建中间站15个，分别为普兰店站、瓦房店西站、鲅鱼圈东站、盖州西站、营口东站、海城西站、鞍山西站、新铁岭站、新开原站、新昌图站、新四平站、新公主岭站、新德惠站、新扶余站和新双城站，其中鞍山西站和新四平站办理立折车作业；改造既有辽阳站1个。预留新灯塔站和新沈阳站。哈大客运专线通信子系统繁多，而且各通信子系统涉及的网络设备多种多样，各类设备的维护通过厂家配套的网管系统、远程终端登录等方式进行维护，缺乏对告警信息进行集中处理的方式和手段，通过综合管理系统可以实现对各通信系统的配置、告警置和性能信息的集中统一管理和维护，及时诊断、定位各通信系统的告警信息，并以合适的方式呈现给用户，极大的方便了通信系统的维护人员，为通信系统的稳定可靠运行提供了重要保障。 1.2 与专业网管的关系综合网管系统是基于其它各通信系统专业网管NMS(OMC)或厂家EMS，而不是替代其它各通信系统的专业网管。综合网管系统是通过其它各通信系统专业网管的北向接口，采集各通信系统的配置、告警和性能等信息，进行分析处理后，以合理方式呈现给用户。专业网管系统是综合网管系统的基础和数据信息来源。综合网管系统和专业网管是“功能互补、相辅相成”的，具体体现在以下几个方面：(1) 各专业网管系统定位在日常运维操作层面，具备配置管理等综合网管管理系统不具备的功能。(2) 综合网管系统定位在业务层面，主要体现跨专业、综合、面向用户、面向业务的功能，数据相关性方面的功能。1.3 遵循标准本方案所采用的硬件和软件产品、软件开发和项目管理方法均符合有关的国际标准、国家标准（对没有国家标准的，参考了主管行业的行业标准）。对于网络管理领域需要参考的标准如下：(1) ITU-T的相关标准通用网络管理标准a) ITU-T M.3010 Principles for a Telecommunications management networkb) ITU-T M.3016 TMN security 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 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 INFORMATION: 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 network 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 network 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 connection 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 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的相关标准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-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 通信局（站）电源、空调及环境集中监控管理系统第二部分：互联协议f) XDN023-96 通信电源和空调集中监控系统技术要求 g) YD5058-98 通信电源集中监控系统工程验收规范 h) YD/T1104-2001 通信用开关电源系统监控技术要求和试验方法 i) 通信局（站）电源、空调及环境集中监控管理系统前端智能设备通信协议j) 通信局（站）电源系统总技术要求邮电部编号XT005-95, 电信总局1996年发布k) YD/T 1051-2000 通信局（站）电源系统总技术要求、中华人民共和国信息产业部；l) GF006.1-2001中国移动机房动力设备环境监控系统技术规范、中国移动通信集团公司；m) GF006.2-2001中国移动机房动力环境监控系统测试规范、中国移动通信集团公司；n) 电信总局电网交1999625号文通信局（站）电源、空调及环境集中监控管理系统前端智能设备通信协议。o) 通信电源、机房空调集中监控管理系统暂行规定电信总局（1997年6月11日）p) 通信电源计算机集中监控系统通信协议-34-2 系统建设范围本系统在沈阳通信站新设通信综合网管系统，该系统通过与哈大客专各通信子系统网元管理系统之间所定义的规范和接口交换网络管理信息，形成一个综合管理平台。本系统接入的哈大客运专线通信系统包括传输系统、电话交换及接入系统、数据通信系统、专用移动通信系统（GSM-R）、数字调度通信系统、会议电视系统、应急通信系统、时钟及时间同步系统、通信电源、电源及环境监控系统、综合视频监控系统、通信线路等。本系统还需要接入既有会议电视系统、综合视频监控系统、调度通信系统等网元管理系统。本系统通过与相关通信系统之间的接口（通信综合网管系统与相关通信系统的具体接口协议，通过双方协商，可根据工程情况采用不同通信协议）获取各通信系统的配置、性能、告警等数据后，对其进行分析和处理，但不对其它各通信系统的设备进行下行配置；提供北向接口，把本系统的信息上报到铁道部通信综合网管系统；可以通过横向接口，实现本系统与电务管理系统等其他系统之间的信息交互。我公司承诺哈大客运专线综合网管系统采用的系统架构，运行的硬件平台、实现的软件功能和接口满足铁道部铁路通信综合网络管理系统技术条件（V1.0）。3 系统总体结构综合网管系统从其它各个通信系统的专业网管中获取配置、告警和性能等信息，并通过北向接口和横向接口与铁道部通信综合网管系统或其它外部系统进行互联。3.1 功能结构信息表示层B/S终端C/S终端内部中间件接口铁道部综合网其它外部系统等部业务系统专用接口内部中间件接口数据采集层专用移动通信调度通信视频监控传输系统适配器应用层故障管理资源管理对外接口拓扑管理报表管理流程管理重点业务系统安全管理性能管理接口适配器适配器1适配器2适配器nQ3、CORBA、SNMP、TCP、API、DB等图1：综合网管系统的功能结构综合网管系统的功能结构如上图所示，在逻辑上分为数据采集层、应用层和信息表示层三层。数据采集层分为系统适配器和接口适配器。系统适配器是指由各专业系统的网元管理系统、子网管理系统或者网络管理系统组成的层面，向综合网管系统提供各专业系统的告警和性能事件信息，对于没有建设网管系统的独立网元可以通过网元接口获取告警和性能事件信息；接口适配器通过多个专门构建的adapter连接到各系统适配器，依据各系统适配器采用的协议不同而采用不同协议的接口适配器，本系统中可适配的接口有Q3、CORBA、SNMP、TCP等，每个Adapter适配一个或多个系统适配器的连接。应用层：应用层由针对综合网管系统功能需求而定制的各个功能模块组成，如性能管理、拓扑管理、故障管理、资源管理、报表管理、流程管理、重点业务保障及系统自身及安全管理等。他们均依赖数据采集层获取数据。应用层的各个模块构建在内部的分布式平台上，它们之间的通信通过分布式平台实现。在应用层除提供各功能模块外，还提供对外接口，包括北向接口和横向接口，实现与铁道部综合网管系统及其它外部系统的交联。信息表示层：通过B-S结构和C-S结构的GUI系统供用户使用，它只和应用层的功能模块通信，是综合网管系统的窗口。采用上述功能结构具有如下优势：(1) 功能结构清晰，使物理结构和软件结构的设计和实现变得简单，系统部署和扩容更加容易，具体表现如下：a) 数据库服务、应用服务模块和采集服务模块可以根据系统的硬件处理能力和系统规模的大小部署在同一台物理服务器上或分开部署在不同的服务器上，同时比较容易实现应用服务和采集服务模块分别部署在多台物理服务器上；b) 终端：专门运行信息表示层的C-S界面或Web浏览器。c) 软件结构可以针对不同的层面采用更合适的技术和架构，比如应用层采用J2EE，采集层采用C等。(2) 数据采集层向上接口统一定义，向下接口支持多样，方便灵活接入各子系统。不同的子系统通过不同的适配器进行交互，所以很容易增加其它通信息系统的接入；不同接口采用的通信协议可以完全不同，且保证各接口之间不会相互影响；对不同的系统可以根据工程实际情况，采用不同的接入方式（支持直接连接到网元或通过专业网管访问网元信息）。(3) 应用层模块依据用户需求来构建，软件功能的可扩展性好。应用层功能模块可以按照用户需求进行定制，当用户有新的需求时，直接升级应用层模块就可以了，这样使得系统具有良好的功能扩展性。对外接口模块作为一个特殊的应用层功能模块也可以按照用户的要求进行定制，提高了接入其它系统的灵活性。(4) 信息表示层模块通过应用层完成管理工作，安全性好。信息表示层的各种操作命令首先经过应用层进行严格的语法语义才会发到适配器以及网元及网络系统执行，可保证系统操作安全的要求；另外，信息表示层采用瘦客户机的模式工作，绝大部分的数据处理都在后台应用服务器上执行，可保证网管终端能高效工作。3.2 物理结构二层以太网交换机磁盘阵列光纤交换机数据/应用库服务器防火墙沈阳通信站光纤交换机数据/应用库服务器三层以太网交换机双机热备新设系统传输数据网调度通信。专用移动通信哈大客专数据网既有会议电视系统、综合视频监控系统、调度通信系统采集服务器沈哈段、沈大段二层以太网交换机网管终端短信邮件服务器图2： 综合网管系统的物理结构哈大客专综合网管系统的物理组织网络如上图所示，在沈阳通信站新设通信综合网管系统，包括磁盘阵列、光纤交换机、数据库/应用服务器、采集服务器、短信邮件服务器、以太网交换机、防火墙等设备；在沈哈段和沈大段分别设置一套网管终端,只要数据网提供接口，网管终端的具体地点可以根据工程要求设置在任何地点。数据库/应用服务器通过光纤交换机，访问磁盘阵列；数据库/应用服务器、采集服务器、短信邮件服务器、防火墙等设备通过二层以太网交换机相连，实现相互之间的通信。两台数据库/应用服务器和光纤交换机采用双机热备的冗余设计方案，保证数据库/应用服务器的稳定可靠。短信邮件服务器主要完成短信和邮件通知等功能。综合网管系统通过三层以太网交换机连接到哈大客专数据网，实现与其它相关通信子系统的通信，在综合网管系统内部网络与数据网之间设置了防火墙，保障综合网管系统的安全可靠。三层以太网交换机设备在防火墙外为综合网管系统接入其它客运专线预留了接入接口。综合网管系统在沈大段和沈哈段分别各设置1台网管终端，各网管终端通过数据网实现与综合网管系统之间的通信。只要数据网可以提供接入端口，或通过传输通道可以接入数据网，网管终端可以根据工程需要设置在任何不同地点，接入综合网管系统。其它与综合网管系统相关的通信子系统（包括需要接入的即有子系统）网管应直接或间接接入数据网，并向综合网管系统开放数据采集接口，与综合网管系统进行通信，为综合网管系统提供配置、告警和性能等信息。3.3 软件结构综合网管系统通过自主研发的分布式数据总线结构平台来构建系统中的各个分布式应用模块，各应用模块可以通过分布式数据总线以数据流或消息模式实现各种数据和信息的交互，软件结构图如下图所示：CGI/Java Servlet后台应用层系统界面C/S GUIWeb浏览器分布数据总线平台Web Server故障管理综合拓扑综合资源综合性能远程终端(多个)重点业务保障报表管理系统自身管理流程管理对外接口模块第三方平台数据库各专业网适配器池（EMS/SNMS/NE）适配器1适配器2.适配器n网元EMSSNMS前置机委托代理第三方监控程序外部系统总线平台接口图3：综合网管系统的软件结构由上图可见，后台应用层模块和C/S GUI模块、后台应用层模块和各专业网接口适配器池模块、后台应用层模块和Web Server之间的通信主要是通过分布数据总线平台来完成；后台应用层的各模块之间也可以通过分布数据总线平台来进行相互通信，降低了应用层模块之间的耦合性。分布数据总线平台提供各个模块之间的分布处理运行环境，让应用层、数据采集模块和终端模块(系统界面层)可以根据工程要求，可以部署在相同的物理服务器上，也可以分别部署在不同的物理服务器上；后台应用层模块通过分布数据总线平台进行交互，可以把后台应用层的模块进行分组部署在不同的物理机器上，有利于系统功能和容量的扩展。C/S GUI模块、后台应用层、各专业网接口适配器池和WEB服务程序（CGI/Java Servlet）都可以直接访问数据库服务，各模块都通过第三方提供符合国际标准协议（包括ODBC/ADO、JDBC、PROC）接口来访问数据库服务。这些数据库访问接口都是可以分布式方式访问数据库服务，所以数据库服务器也可以根据工程要求独立部署或与其它模块部署在同一台物理服务器上，保障了系统的高可扩展性。接口适配器池中存放多个适配器，每个适配器针对被管设备或网管的一个接口，一方面保障了各系统数据采集的独立性，当某个系统的数据采集出现问题时，不会影响其它系统数据有集；另一方面提高了系统的可扩展性，系统需要接入新的系统时，只需要开发一个新的适配器，而不会影响现有系统数据的采集。在后台应用层模块中，构建专门的对外接口模块实现北向接口和横向接口,与铁道部综合网管及其它外部系统进行互联，保障了系统的开放性，接口模块和其它模块都是相互独立的，对外接口的修改不会影响系统本身的正常运行。4 系统接口方案综合网管系统需要向外提供南向接口、北向接口和横向接口三类接口。由于不同接口所提供的功能不一样，与外部系统交互的数据也不相同，所以在进行综合网管系统设计时，对不同接口由不同的子模块来实现，使各接口之间不会相互产生影响。4.1 南向接口综合网管系统南向接口主要用来采集其它各通信子系统的配置、告警和性能等信息。综合网管需要接入的系统繁多，不同系统网管提供的接口协议不同，因此综合网管系统需要对不同的系统提供不同的接口，采用不同的接口协议，下表列出了综合网管系统与各被管子系统的接口协议的推荐方式：表1:各南向接口协议推荐表CorbaQ3SNMPTcpDbFileRs232传输及接入电话交换数据网专用移动通信调度通信会议电视同步及时钟分配通信电源及环境监控综合视频监控应急通信系统对于同一系统，被管网络可以通过不同的协议来采集告警、配置和性能数据，例如传输及接入设备可以选择Corba协议来采集告警信息，而采用FILE协议来采集性能信息。数据传送协议遵循各个专业网管厂家的数据格式，系统通过适配层对厂家数据进行转化，形成综合网管系统统一的数据格式后进行保存，在实际工程应用中，与各系统接口采用的协议可以根据实际情况进行调整。综合网管系统的南向接口需要接入综合网管的各通信子系统开放接口协议，并提供接口协议相关文档。4.2 北向接口北向接口实现系统与铁道部通信综合网管系统的互联，周期性传送重大告警数据、配置数据、资源数据、性能数据、报表数据等。网管接口可以采用TCP/IP Sockets连接方式，端口号根据双方协商设置，用于和上级网管系统交互，北向接口完全满足铁路通信综合网络管理系统技术条件（V1.0）。4.3 横向接口综合网管系统不是一个封闭的系统，需要与许多其它铁路业务信息系统进行交互，综合网管系统的横向接口主要是用来满足与其它铁路业务信息系统的交互，例如横向接口需要向铁道部电务管理系统周期性传送重大告警数据、配置数据、资源数据、报表数据等。通过横向接口，综合网管系统可以与电务管理系统等进行交互。由于铁路系统信息化不断发展变化，所以需要综合网管系统与外部连接的系统也将不断的增加或改变，为满足这种不断变化的需求，综合网管系统提供对外接口的二次开发能力。5 系统功能5.1 功能概述综合网管系统是建立在厂家网管系统之上的，通过标准接口，实现各专业网管系统数据的集中管理和分析，建设综合网管的目的并不是取代各专业网管，而是在专业网管的基础上开发对全网的综合管理功能。综合的目的是要在全网内进行信息的交换、资源的共享、故障的定位、性能的分析等等。通信综合网管系统能够在统一的平台上实现对铁路通信各子系统的运行状态数据进行集中管理，主要由拓扑管理、故障管理、性能管理、重点业务保障、资源管理、报表管理、流程管理、系统自身管理等功能模块组成。5.2 拓扑管理拓扑综合显示能够将各专业网、以及各专业网之间的关系以图形化的方式显示出来。并为配置管理、故障管理和性能管理提供友好的业务接入方式。拓扑管理能够以树状图、网络拓扑图和地理视图等形式呈现各通信专业网，清晰的反映了各专业网之间的关系，例如承载关系、互联关系等。5.2.1 拓扑信息范围综合网管系统通过各种网络拓扑地图对各专业网干线设施以及它们的关系进行集中统一管理。可以根据用户需求提供如下所示等多种类型的视图：(1) 各子系统网络拓扑图(2) 机房设备布置平面图(3) 设备面板图(4) SDH组织通道图(5) 电路路由图(6) 线路图(7) 机柜面板图5.2.2 拓扑视图操作综合网管系统可提供本期工程中各通信子系统的拓扑图管理功能，可以对各种视图中图形元素进行选中、移动、删除、增加等操作。拓扑图主要元素包括背景地图、节点、节点之间的连线。综合网管可以对各种视图进行方便的切换，使用户能够直观、方便地浏览整个网络上的被管对象的信息，按照图层和范围对不同的拓扑图进行组织，用户可以仅显示不同的图层和不同范围内的管理对象。提供各种视图的显示控制功能，如视图放大、缩小、漫游、标注控制、图层控制等。支持对视图对象的点击查询，显示对视图对象相关配置信息和状态信息的详细查询结果。5.2.3 拓扑信息采集拓扑信息采集管理功能包括对各专业网络拓扑信息获取，如传输网、电话网、业务系统的拓扑信息。获取拓扑信息的方式有三种：(1) 由专业网管系统主动上报综合网管系统，系统启动、重启或设备配置发生变更时，由各专业网管系统自动将本身所辖范围内的网络资源情况上报给综合网管系统，综合网管系统根据上报的信息为之生成拓扑，并将拓扑信息存入拓扑数据库。(2) 综合网管系统向专业网管系统查询，或操作员觉得有必要重新生成拓扑时，由综合网管系统查询专业网管系统的网络资源信息，并根据查询结果生成拓扑，并将拓扑信息存入拓扑数据库。(3) 人工维护，对一些各专业系统网管无法提供的拓扑关系，综合网管系统提供人工维护界面，根据工程数据维护各拓扑图信息。通过第1和2种方式采集拓扑信息时，当发现有网络拓扑信息发生改变时，综合网管系统能在终端人机界面上及时通知维护人员。5.2.4 拓扑监视综合网管可以提供拓扑监视功能，可以在拓扑图上展示发生告警的设备、位置及告警等信息，并可以动态更新告警信息。对不同级别的告警，采用不同颜色进行标识。5.3 故障管理故障管理主要实现对各通信系统故障的监视功能，包括对告警信息进行采集、配置、处理、呈现及相关的统计分析等功能。通过故障管理功能，用户可对网络中的告警进行实时的监控，对告警信息进行处理和查询统计等相关操作。系统提供了故障智能诊断功能，通过此功能，用户可以对网络中的故障进行实时的监控，提高故障发现、故障处理的效率，减小故障对网络造成的影响，更加有效的保障网络安全运行；在故障诊断的基础上，系统提供网络预警的功能，通过对现有网络进行性能分析，根据预先设定的门限值，以预警的形式进行提示，使网络的维护工作由被动转为主动，从而实现网络运行维护的高级管理功能。5.3.1 告警采集告警数据采集模块能够通过与各相关通信系统的接口从各专业网管系统中自动采集各网元、网管系统的告警信息，并能自动与资源配置信息进行关联。综合网管系统告警采集支持以下功能：(1) 实现对跨专业、跨厂家的网元、网元网管系统及专业网管系统的告警数据实时采集；(2) 系统提供ASCII、TL1、CMIP、Q3、CORBA、SNMP等多种国际标准协议数据采集的支持；系统具备访问网元网管系统及专业网管系统数据库，或使用其API进行数据采集的功能；(3) 开放的接口协议，支持采用新的接口协议接入新的网管系统和设备；(4) 保存原始告警数据的索引顺序存储文件采用公开的数据格式，便于对原始告警数据进行再利用和二次开发；(5) 自动将告警关联到资源配置信息，可以把告警及资源基本信息一起以合适的方式呈现给用户。(6) 关联告警信息到拓扑图中的图元，实现拓扑告警监视功能。综合网管系统实时采集告警信息，需要各专业网管系统提供的接口能够主动向综合网管系统提供采集网元及网络的告警信息。采集的告警内容包括告警名称，告警源，告警类型，告警等级，设备名称（包括网络型号等），是否影响业务，告警描述，原始告警报告，告警产生时间，告警采集时间，告警清除时间，告警频次，处理者（确认者），确认时间等信息。5.3.1.1 告警同步由于系统故障及其他原因可能会造成系统中告警数据与网络中实际不一致的情况，系统提供告警同步的功能。告警同步是把系统中的当前告警状态与被管系统的当前告警状态进行同步，提供人工和自动两种方式：(1) 自动同步：系统可以根据用户设置，按周期或定时自动触发运行同步功能，采集各通信系统的当前所有告警信息；(2) 手工同步：系统人机操作界面上提供同步操作，由用户手工操作执行同步功能。5.3.1.2 告警异步采集由于有些专业网管无法提供告警通知，当有故障发生时，无法主动向综合网管系统发送告警消息，只提供对当前告警查询的接口，对这些系统，综合网管可以设置告警采集任务，让系统自动按一定间隔时间去采集该系统的告警信息。5.3.1.3 告警重定义综合网管系统对任何其它系统的每种告警类型信息都提供重定义列表，用户可以通过对告警重定义列表的维护，可以实现对其它各通信子系统的告警信息进行重新定义，实现告警级别、告警状态等信息在综合网管系统中的统一定义。综合网管系统在采集数据时，会根据告警类型重定义列表对告警信息进行转换，统一各系统中的告警信息的定义。5.3.2 告警分类告警按其严重程度分为紧急告警、重要告警、次要告警、提示告警四类。按告警发生原因分为设备告警、服务质量告警、通信告警、操作违例告警、环境告警、处理错误告警六类。按告警状态分为当前告警和历史告警。5.3.3 告警存储在系统中告警信息有原始信息、通用信息、专用信息等多种存储形式：原始信息：系统中首先是对所有的采集到的告警原始数据都进行了直接存储，以便于今后需求和功能的扩展。通用信息：经过告警过滤、告警压缩、告警重定义等处理以后，可用于系统中各部分功能的存储形式。专用信息：针对电路、客户关联性分析、告警的统计等多种应用，对告警信息进行分类存储，用于专门的数据分析用信息。通过不同形式的存储，告警的查询、统计、分析等相关工作都得到了满足。5.3.4 告警处理5.3.4.1 告警过滤告警过滤是指系统可以控制告警通知和性能事件上报的条件，可以设定哪些事件能够上报或哪些事件不能够上报。系统支持一个或多个组合的告警过滤条件的设置。告警事件的过滤设置分两个层次：一个是告警采集层的过滤，在告警采集底层，设置开关，过滤掉不关心的告警；二是在呈现层的过滤，使操作人员可根据自己的关注角度不同来设定不同的过滤条件，过滤掉不关心的告警，只把自己关心的告警信息在终端界面上呈现出来。可用作过滤条件的告警信息域至少包括：所属专业、告警名称或标识、告警来源（告警发生地点或设备标识）、告警发生时间、告警类型、告警级别和告警状态等，可以通过各种逻辑运算或数据运算组合成多条件过滤设置。过滤条件设定支持多个过滤条件的逻辑运算；支持的逻辑运算包括：AND、OR、NOT；支持的数学运算包括：、 、like等。系统实现以下过滤功能：(1) 系统支持告警参数的阈值越界告警的功能：系统可以针对某一类告警的某个参数设定相应的阈值，当且仅当参数值大于、等于或小于（可设定）该设定阈值的告警发生时，才送出该告警；(2) 支持指定网元、时间段进行忽略性过滤功能。(3) 系统支持对设备处于维护状态或业务开通过程而产生的虚假告警选择是否屏蔽功能。5.3.4.2 告警确认系统提供告警自动和手动确认的功能：提供配置工具，使得操作人员可以配置告警确认事件的识别规则，根据识别规则自动识别告警事件的确认事件，对告警事件进行确认。操作人员也可以进行手动确认。不论是自动确认还是手动确认，都会在告警字段中有明确的标志，以便于查询。原则上由综合网管系统统一进行告警确认操作，如果在网元网管和专业网管中进行告警确认应将确认信息上传到综合网管系统中。5.3.4.3 告警清除告警清除：即活动告警的清除。当网元设备或网元（或网络）管理系统检测到产生告警的条件已经不存在，或运维人员确认告警已经消除，系统将清除其前面发出的告警，我们称之为告警清除。活动告警：所有目前未被设备清除的告警称为“活动告警” 。历史告警：被设备清除并存储在历史告警数据库中的告警信息称为“历史告警”。告警清除的方式包括自动清除和手工清除。自动清除是指故障解除后，系统获得设备发出的故障消除信息或运维人员确认（手工确认和通过故障处理流程反馈处理结果两种方式）故障已消除的信息后，系统自动清除以前的告警，无需人工干预。手工清除是指对已解决、非真实或不重要的告警的通过菜单工具的手工清除。系统提供图形化的告警自动清除策略的定制工具，以方便操作人员根据实际情况定制告警清除策略（如：根据收到的恢复信息清除特定告警，清除存在时间大于一定时限的告警），系统可根据设定的策略对告警事件进行自动清除。不论是自动清除还是手动清除，都会在告警字段中有明确的标志，以便于查询。原则上由综合网管系统统一进行告警清除操作，网元网管和专业网管中的告警清除应通过网管接口及时通知综合网管系统。5.3.4.4 告警升级综合网管系统满足设置条件的告警级别进行提升，这种条件可以是特定的未确认告警事件、特定客户业务的告警、单位时间内频次过高或历时过长（门限可由用户设置）的告警等。告警升级条件设置可以有多个，用户可以增加、修改、删除告警升级条件，可以通过挂起和恢复操作，使告警升级条件生效或失效。5.3.4.5 告警压缩网络上各种各样的告警数量非常多，通过告警压缩功能，能够将对维护人员真正有用的信息采集并呈现出来，而过滤掉非主要原因告警。告警压缩主要完成以下功能：。(1) 重复告警压缩：对于重复出现的同一告警信息，系统将其压缩成一条告警信息，并给出首发时间和最后更新时间以及重复次数。通过对重复告警的压缩，一方面解决了告警显示太多掩盖重要告警信息的问题，便于操作维护人员的使用，另一方面节约了存储空间，避免了存储空间的浪费。(2) 告警收敛：能在一定条件下，同一设备的相同或类似告警，归并为一条告警，同时记录该告警次数，减少告警呈现数量，实现告警收敛；(3) 告警延时压缩：当且仅当某一告警在设定时间段未被清除，才送出该告警；如果在此设定时间段中已被清除，则系统视此告警为瞬时告警，系统可以配置显示或者不显示瞬告，或者进行归并，达到减少事件量的效果。5.3.4.6 告警前转用户可以通过系统的告警前转条件设置功能，指定满足条件的告警，当某些情况发生时，系统将自动向指定的手机发送短信或通过E-Mail等途径，发送告警的通知，使一些重大告警得以及时维护。系统提供告警前转条件维护功能，对告警前转条件进行增加、修改、删除；还可以通过挂起和恢复功能使某告警前转条件生效或失效。5.3.5 告警呈现5.3.5.1 呈现方式综合网管系统可以以多种方式来呈现告警，对一些特殊的告警，可以采用一些特殊的呈现方式。目前综合网管系统支持以表格、图形、声音、颜色、报表、窗口等方式对告警信息进行显示。综合网管系统提供拓扑监视，逻辑拓扑图中通过图标或文字变色的方式呈现网络、子网、设备等被管对象的告警。告警系统也可支持图形化的告警面板的呈现功能。在各种告警监视界面，系统都可以向用户提示各种告警发生的可能原因及相应的处理方法（此部分具有扩充功能，允许管理人员将其经验补充进去）。管理人员根据系统的提示，对处于监视下的告警状况做出判断和反应。并能够按照不同终端的要求，设置过滤条件，呈现用户关心的告警信息。综合网管系统还提供对历史告警的回放功能。5.3.5.2 告警呈现信息告警信息的呈现提供：告警报告、告警详细信息两种方式。告警报告为事件列表呈现的告警信息，呈现字段可以根据专业网的不同专业属性，进行个性化的定制。告警呈现字段包括：(1) 所属专业(2) 告警来源（告警发生地点或设备标识）(3) 告警发生时间(4) 告警确认时间(5) 告警恢复时间(6) 告警类型(7) 告警级别(8) 告警状态5.3.5.3 告警级别和呈现颜色系统至少支持以下告警级别：(1) 紧急告警（critical）(2) 主要告警（major）(3) 次要告警（minor）(4) 警告告警（warning）(5) 不确定告警（indeterminate）(6) 清除告警（clear）对每个不同级别的告警信息，用户可以通过告警级别维护功能，定义不同的呈现颜色，告警级别维护还允许用户增加、修改、删除告警级别信息，5.3.5.4 告警可闻性提示系统提供对新产生的告警进行声、光提示的功能。声音提示，以语音方式通知有新告警产生。光提示，通过拓扑图中图标或文字颜色的改变、闪烁或提示窗口等方式通知有新告警产生。系统支持告警信息的实时自动刷新：告警信息的更新将及时反映到系统各操作界面；在分布式处理的情况下，单一用户对告警信息的操作能够准确而及时地通知其他用户，各处理界面的告警信息及告警状态能够自动同步。系统能够支持告警显示的冻结、锁定：在滚动查询告警信息时，所关心的或重大告警等能够冻结显示在当前页面。5.3.5.5 告警拓扑图呈现 支持在两种方式的拓扑呈现：(1) 一种方式以全网、专业来导航：按拓扑位置的分层呈现故障信息，实现告警源从全网专业网 子系统 网元的逐级定位；系统图标、设备图标、线路图标的不同的背景颜色反映该对象上最高等级的当前告警，做到告警严重程度的直观区别。右键点击相应图标后可查看详细告警事件列表。(2) 一种以区域、局站、机房的方式来导航：按照区域、局站、机房逐层的反映故障的情况；在一个视图中，反映某个区域、局站、机房各个专业设备的故障的情况。5.3.5.6 告警GIS呈现 系统支持GIS表现，可接受各种主流的数字地图格式，包括Mapinfo、ArcInfo等；系统支持在GIS环境中，按照矢量位置显示网元及相关告警；网元地理位置信息可以根据情况进行调整，系统能及时反映这种调整；系统支持对扫描地图、卫星地图、绘制地图的显示；这些地图可作为单独的图层与GIS地图叠加进行显示。 5.3.6 告警查询与统计告警查询与统计功能帮助用户了解网络中现有告警的数量、级别、维护人员对告警进行确认的情况，历史告警的数量、厂家分布、系统分布、区域分布等情况。为改进运行维护工作提供参考数据。5.3.6.1 告警查询告警查询功能主要包括基本告警信息查询和相关信息查询。综合网管系统根据告警对象名、对象类别、告警级别、清除状态、确认状态、清除人、确认人、告警类型、原因、产生时间、清除时间、确认时间、所属厂家等组合条件对告警信息进行查询，并提供对所有条件项的重置清空功能。系统提供友好的告警信息查询界面，使操作维护及管理人员能够对关注的告警信息进行方便的筛选、过滤。系统支持组合查询、过滤功能，以便操作维护及管理人员更准确的定位关注的告警信息。告警信息查询提供对各个告警域的索引、排序功能。系统支持多个并发的告警信息查询视图，以便操作维护及管理人员进行横向对比和关联分析。5.3.6.2 告警统计系统主要提供以下几种告警统计条件：(1) 当前告警或历史告警(2) 告警级别(3) 设备供应商(4) 通信专业系统(5) 告警区域(6) 告警类型(7) 告警时段综合网管系统告警统计支持不同条件的组合统计方式，如统计各厂家在不同时间段内各种告警级别、类型的数量，统计全线或某一区间在指定时间段内各告警级别的数量等。统计的结果可以表格和图形方式（直方图、曲线图、饼图）显示。图形方式可显示各告警级别、告警类型所占比例，各告警级别告警发生的趋势等。网管系统支持将告警统计的结果输出为Excel文件，并提供打印功能。系统支持基于Web的报表功能，支持报表的建立、报表格式的定制、报表的发布和查询的功能。5.3.6.3 告警报表系统在提供告警信息查询、统计的基础上还通过一些综合查询、统计数据，针对工程和维护人员的需要定制相应的报表，所有的报表都可以用EXCEL格式输出。5.3.7 告警分析通过告警分析，实现系统对故障的自动诊断，通过对故障信息进行关联分析，查找各种告警的根告警，并对告警进