综合网管平台（通用5篇）
综合网管平台 篇1
随着FTTx、三网合一的推进, 接入网管理容量要求越来越大, 服务器的负载越来越高, 这种情况下, 运营商必须提升EMS服务器的能力, 以满足日益增长的管理需求。
接入网和传输网最大的不同是服务的对象不同, 传输网服务运营商, 而接入网则服务众多的终端用户, 因此造就了两种风格迥异的网络开通、维护工作。如今的“三网合一”, 更加剧了光纤接入网开通和维护的工作量, 对接入网EMS的要求也在成倍提高。
首先是大容量的管理能力。规模运营FTTx网络后, OLT的数量越来越多, OTL的集成度也越来越高。从过去的单模块局单台OLT区域布点, 到现在的“一局多架”、“一架多框”, 从过去的2PON口/盘, 到现在的8PON口/盘, 单个模块局、中心节点机房的网元管理数量呈几何增长。其次是集中管理。从某种程度上来说, FTTx设备的集中管理就是EMS的集中管理, 而EMS的集中管理的关键就是网管服务器的组网。
EMS应用模式分析
2010年, 中国电信集团已经提出自己的建议规范, 国内主流厂商也开发了各种北向接口。国内各电信运营商均提出了自己的综合告警、自动工单需求。因此厂家的专业EMS网管成为连接设备商和运营商的纽带, 其重要性不言而喻。传输层的网管保护引入到了接入层。数据库1+1热备、分布式组网、服务器1+1热备的应用需求也均提上日程。
EMS应用模式主要分为两种, C/S和B/S。C/S又称Client/Server或客户/服务器模式。服务器通常采用高性能的PC、工作站或小型机, 并采用大型数据库系统, 如Oracle、Sybase、Informix或SQL Server。客户端需要安装专用的客户端软件。
B/S是Brower/Server的缩写, 客户机上只要安装一个浏览器 (Browser) , 如Netscape Navigatorr或Internet Explorer, 服务器上安装Oracle、Sybase、Informix或SQL Server等数据库, 浏览器通过Web Server同数据库进行数据交互。
目前业内厂家EMS服务器均是采用C/S应用模式。烽火通信未来计划推出B/S应用模式, 使维护、管理可以无处不在。
提升EMS服务器能力的三种方式
单台服务器的处理能力, 取决于CPU的频率和核数、内存的大小、硬盘的转速。现阶段, 随着FTTx、三网合一的推进, 接入网管理容量要求越来越大, 服务器的负载越来越高, 这种情况下, 运营商必须提升EMS服务器的能力, 以满足日益增长的管理需求。
这时, 运营商面临三种选择:一是升级服务器, 二是分布式组网, 三就是集群方式。
升级服务器需采用更快的CPU, 增加更多的内存, 使其具有更强的性能;但日益增长的管理需求又会使服务器再次过载, 需要再次升级, 这样就陷入了升级的怪圈。
烽火通信的分布式组网如图1所示。
烽火通信的ANM2000网管系统, 采用模块化设计, 通过强大的EMS系统总线, 实现分布式的功能管理。显著提高单EMS系统的接入能力。目前已经商用的ANM2000单系统, FTTx接入管理容量突破百万线。
集群的概念, 是将多个系统连接到一起, 使多台服务器能够像一台机器那样工作或者看起来好像一台机器。采用集群系统通常是为了提高系统的稳定性和网络中心的数据处理能力及服务能力。
烽火通信的A N M 2 0 0 0系统, 使用高可用性 (HA) 集群 (Active+Standby) , 实现了1+1热备, 充分提高系统的稳定性, 保障在运营商自动工单、集中综合告警系统中EMS层的稳定性和安全性。
运营商规模部署组网建议
行业用户、专网用户的网络OLT数量一般不超过10台。根据其管理容量小、管理维护简单的特点, 采用单服务器组网的方式, 可实现对整个网络的管理。
但国内主流运营商和行业用户显著不同, 存在着管理地域范围广、管理容量大、管理业务种类多的特点。根据客户的特点和需求, 烽火通信提出了“地市级维护、省级集中监控”的EMS层组网方案如图2所示。
FTTx网络的管理, 以省级为一个系统, 地市为一个单位。中心服务器放置在地市分公司, 县市通过C/S架构架设客户端。各地市通过分权分域, 实现以一个地市为单位的开通、维护管理。各地市可以单独计费、统计、集中监控、自动工单。
省公司设置超级客户端, 实现对一个省、各个地市具体情况的掌控。实现对全省资源的统一规划、调度。对全省FTTx业务的综合考量, 制定未来的发展方向和战略。
烽火通信的ANM2000系统, 同样支持该模式的组网, 并且在国内电信运营商的多个省市采用, 获得广泛赞誉。
综合网管平台 篇2
1、OSS系统现状
广义的综合网管涵盖了后端OSS系统的全部功能，包括服务开通和服务保障。对于服务开通方面，最早的应用应该是“97接口”的开发实现，这是比较成功的前后端两个系统实现互连的实例。用户资料、业务资料由97系统管理，交换网管负责管理交换机资源，97系统把用户申请的业务以工单的形式发给交换网管，由交换网管下指令给交换机，实现业务的自动开通。随着交换网管管理范围的逐步扩大，这种服务实时开通的能力也逐渐扩展到其他专业，实现了多专业的服务开通，包括ADSL业务、小灵通业务、智能网彩铃业务等新兴的业务；而服务保障方面，依托专业网管逐渐形成统一的全专业的网络管理系统，这就是狭义的“综合网管”。
作为企业后端为业务支撑提供重要数据来源的网络资源信息，目前也以独立的资源管理系统的形式存在，它为运营商的日常资源调配提供了必要墓芾硎侄危?鸬搅嘶??淖饔谩5?捎谡庑┳试垂芾硐低车乃?行畔⒍家?止ぢ既耄?狈τ胪?缟璞竿?降幕?疲?枰?宋?稍さ幕方谔?啵?ㄉ璧媒虾玫淖试垂芾硐低郴鼓芤酝?缟璞该?莆?迹??行┳试垂芾硐低炒右豢?冀ㄉ杈筒捎昧四持置??娣叮?胧导噬璞该?莆薹ǘ杂Γ??蘸蟮耐?缱试次?ぴ斐闪思?蟛槐悖?饩褪棺试垂芾硐低车挠τ么蟠蛘劭郏?薹ㄗ龅娇焖僮既返氐髋渫?缱试矗?范ㄍ?缱试吹氖导适褂们榭觥?BR>
在“以客户为中心”的新型营销理念的影响下，各大运营商不约而同地把关注焦点转移到了客户所占用的网络资源上，强调从为客户提供服务的角度来有针对、有重点地监控和维护网络资源，从而改善服务水平，减少维护工作量，提高效率。这就要求综合网管系统的`建设需要需要采取“以客户为中心”的建设思路，需要为系统融入客户资料和业务资料，建立客户与网络资源之间的关联关系。
从目前来看，各运营商建立广义的综合网管系统所必须的各功能的基本雏形都已存在，问题是如何整合这些系统，让它们更有效地协调工作，达到综合网管的建设目标。
2、综合网管如何整合
一个看似合理并被普遍接受的整合方案是：先建立本专业的综合网管用来统一专业内的设备管理差异，例如交换网管、传输综合网管、数据综合网管等，等这些系统完善之后，再在各专业的综合网管之上建立跨专业的全业务综合网管，如图1所示。这种想法看似合理，实际会遇到很多问题，首先各子系统可能由不同开发商搭建，其信息模型不可能统一，导致过多的系统间接口；而且系统建设周期过长，投资巨大，见效慢。
图1 传统的综合网管构建模式
而更为理想的构建方式是综合网管直接从厂家网管接入，减少信息转换次数，统一信息模型，不存在多系统间的数据同步问题；通过融入资源管理系统，获取业务资源信息（例如电路信息）和客户信息，使故障与客户进行关联。如图2所示。
图2 理想的综合网管构建模式
从实际网管系统建设上看，各运营商的分公司都已经建立起了以本地网或省网为单位的交换网管系统，系统都比较完善，而数据专业和传输专业就有所不同，所以从这个意义上讲，比较可行和保险的方案是从交换网管扩充出去，在其上建立综合网管，这样前期投资可以非常有限，运营商可以在看到效果时再追加投资。
3、建设步骤
从实际操作步骤上看，综合网管是一个长期的建设过程，需要运营商与开发商深入合作，共同推动，不能是所谓的“交钥匙工程”，需要由浅入深分步实施，虽然整个过程漫长，但并不是要最后才能看到效果，它的建设效果可以从一开始就体现出来。
第一阶段的建设重点是要迅速提高运营商的服务水平：首先实现全专业的故障综合显示，并且能够实现故障与客户的关联，这也是故障集中的意义所在，能够在众多的故障中突出重点，而重点就是影响到客户的告警，体现以客户为中心的运维理念。它的现实意义可能更加深远，即将原来以用户投诉为主的被动服务方式转变为网管主动发现、主动报告的主动服务方式。这有可能完全改变现有的企业运维流程，进一步拉近企业前后端，大大缩短客户故障的恢复时间，卓有成效地提高服务满意度。而这种项目对于具备丰富的电信业务经验的软件集成商来说，可以在很短的时间内实现（1～3个月），是投资少、见效快的“短平快”项目。
当然要想在短时间内实现，一方面要求开发商具备丰富的设备接入经验和业务经验，另一方面要求运营商提供客户信息与业务资源、网络资源相对应的资料，这些资料往往运营商都已具备，如已有资源管理系统对这些资料进行管理，可以简单地采用导入导出的方式，把资料提供给综合网管系统。
第二阶段的建设重点是深入分析故障间的关联性，包括专业内部与跨专业的故障相关性，实现与资源管理系统的双向数据同步。包括设备资源信息从“网管系统”到“资源管理系统”的数据流动，及业务资源信息从“资源管理系统”到“网管系统”的数据流动，两边的数据双向流动，实现数据互补，如图3所示。资源管理系统可以实时得到真实的网络信息，不再是一套纯手工录入系统，网管系统同样得到业务资源（例如电路资源信息）进而实时反映故障对业务的影响情况。这是一种双赢的方案，既保护了原资源管理系统数据录入所投入的工作量，使它可以针对实际资源进行有效的调配，不再是一套“死”的系统，又避免了综合网管因为没有业务和客户信息而需要再次大量录入的局面。
图3 综合网管系统与资源管理系统的双向数据同步
4、结束语
综合网管平台 篇3
关键词 传输 信息化 综合网管
1 概述
随着传输网络规模的逐年扩大，技术的不断更新，客户对传输网络通信质量的要求越来越严格。如何在故障发生后，能够快速抢通业务，恢复通信畅通，缩短故障历时，最大程度地减少损失，是目前传输维护管理的一个重要的课题。在新的形势下，我公司在2011年开始建设了传输综合网管，在系统中开发了故障应急倒代提示功能、传输故障自动派发工单、自动派发故障通知短信等功能。利用传输综合网管和电子运维系统的配合，实现了故障工单的快速派发，故障的闭环管理，改变了之前干线应急处置管理模式中存在的效率低、准确性差，受人为因素影响较大等不足，大大提高了企业应急处置管理水平，明显降低了故障处理历时。
2 传输应急处置工作现状分析
1、干线传输网络现状
我公司境内共有6条一级干线光缆，区内二级干线长途光缆线路总长度为14267.0公里，现已覆盖到全区各盟市的所有旗县及83%以上的乡镇、苏木。二级干线传输系统分为区内东部干线和西部干线两部分。全网现有20套系统，其中DWDM网元400个，SDH网元207个，286个DWDM中继段。由于地域广阔，造成干线传输网络规模庞大，故障处理难度较大。
2、应急处置管理模式现状
在发生干线传输故障时，根据故障情况，依据纸质应急预案的应对措施，采用电话通知方式进行故障处理。使用电子运维系统发送故障短息预警、手工填写电子故障单，派发至相关分公司由盟市分公司进行故障反馈。基于干线传输网规模庞大、结构复杂的特征，这种应急处置管理模式存在效率低、准确性差，受人为因素影响较大等不足。
3、运维网管支撑系统现状
我公司传输网络的传输设备类型较多，包括华为、中兴、烽火等国内厂商的传输设备和朗讯、西门子、阿尔卡特等国外厂家的传输设备。为实现全网传输网元的统一呈现，做好端到端的监控，建设了传输综合网管。维护人员通过一个控制操作台就可获得对各个子网的拓扑透视、对所管业务的了解及对故障定位和故障排除的支持。
同时利用了电子运维系统，实现管控和生产调度流程的统一规范。日常的维护，生产调度均通过电子运维系统完成。在提高运维管理水平，支撑市场业务需求，优化网络服务质量发挥重要的作用。
3 利用传输综合网管实施应急处置信息化的措施
（一）故障预案管理及应急倒代提示
在传输综合网管系统的基础上开发了故障应急倒代提示功能，该功能的实现大大提高了故障判断及故障处理的响应时间，维护人员可以通过该系统得到相关故障应急处理的方法。从面可以将传输网应急预案中的大部分指导性的内容纳入传输综合网管管理存储，在故障发生时给予维护人员以指导。
1、故障应急倒代提示功能结构
该功能基于告警管理及故障诊断功能基础上，整体功能实现方式如下：
2、故障应急倒代提示方案前台功能实现方式
·值班工作台（告警及故障信息实时呈现）
值班工作台分为3部分，下方告警信息监控窗口实时显示厂家网管告警信息，左上角实时显示及刷新线路及设备故障信息，右上角实时显示及刷新电路故障信息。当产生的告警与故障规则匹配后上方会及时刷新相关信息并伴随告警声音提示机房值班人员。
·故障信息详细界面
双击单条故障信息后，会显示该故障的详细信息包括与之匹配的倒带、割接、相关处理建议等信息，方便值班人员进行查看及定位故障信息。
·处理经验（倒代或割接方案录入）
在产生相关故障之前，按照故障规则定义的故障进行倒代、割接、处理建议的信息录入，该信息录入的准确及详细对故障发生时的判断及快速处理起到积极作用。
此功能可为各级维护人员在处置各种网络故障时提供丰富的信息资料，提出建设性的意见和建议，设置规范的处置程序，实现了从个性决策、拍脑袋决策、临时处置向预案决策、科学决策、规范处置的转变。
（二）利用传输综合网管系统实现故障自动派单功能
故障派单是作为故障处理一种辅助手段，目前在内蒙传输网管系统中已实现，并已经与电子运维系统进行互联将相关故障信息直接通过传输派工单的方式下发给地市分公司进行故障处理，同时电子运维系统以短信方式提示相关处理人员。
1、故障自动派单功能结构
该功能建立在故障诊断及故障倒代方案提示的基础上，当前台页面提示产生线路故障或设备故障时，查看故障信息详情时，即可将故障信息发送给电子运维系统对地市分公司进行派单处理。
2、故障自动派单前台页面实现
·值班工作台
该功能建立在值班工作台的基础上，在左上角实时显示并刷新线路及设备故障信息。选择某条故障记录点击派单按钮、鼠标右键选择二种方式中的一种进行操作。
·派单界面
在派单信息中，对故障主题、故障现象进行完善及说明，点击“派单”直接发送给电子运维系统，交由地市分公司进行处理。
通过电子运维系统与传输综合网管系统的接口采集告警，根据告警级别和内容进行自动派单，自动短信派发，实现故障流程的电子化管理。
（三）有效发挥调度功能，快速实现受影响电路的调度恢复
利用传输综合网管系统，制订相应流程实现电路调度，流程图如下：
电路调度人员进入传输综合网管，对由电子运维发来的电路申请进行处理，先后经过填写申请单、处理申请单、生成调度单、资源更新四个环节。传输综合网管接收到电子运维发来的电路申请单如下图所示。
点击单条申请单后进行申请单处理，对相应电路信息进行编辑，提交“处理申请单”环节。在处理申请单环节调用传输综合网管传输资源，形成电路通道，并以Excel附件附在电路调度单模块中。接下来，分配传输资源，如下图所示：
处理完申请单后，直接生成调单，修改其中的“调单标题”、“发送单位”、“调单正文”等相关信息，并进行调单发送，如下图所示：
综合网管将生成的电路调度单发送至电子运维的电路调度单中填写调度单环节。
电子运维按照流程发往各相关盟市及部门执行，工单执行完毕调度人员进行工单归档，电子运维将结单信息反馈给传输综合网管后，传输综合网管对资源进行更新，全部流程闭环结束。
这种处理模式，可快速响应故障处理时电路的调度工作，通过流程化的模式，网管系统可自动分配资源，维护人员根据分配的电路信息及时将受影响的电路调整到备用路由上，节省了人工查找电路再调整的时间，会大大综合业务恢复历时。
（四）结合电话会议系统、视频会议系统实现对故障处理过程进行管控
在发生网络故障时，相关单位及部门的人员迅速接入指定的电话及视频会议系统，实现语音指挥调度功能，可以实时了解现场情况，并通过传输综合网管将故障处理情况及时发送到网管界面上，各级抢修人员能及时根据情况开展应急工作，进一步使决策指令快速传达。
4 结束语
我公司于2011年实施了应急处置信息化管理，在有效的发挥传输综合网管各项功能的基础上，进一步完善了全省传输应急处置管理工作，使其达到标准化、信息化、规范化的标准，从每次故障发生、处理、结束，由系统跟踪监督每一张故障单的流转情况，大大提高了传输应急处置管理水平，明显缩短了故障处理历时。通过此项创新，我公司干线传输平均故障处理历时由原来的266.9分/次降到109.1分/次，降低了由于业务中断给公司造成的损失。
参 考 文 献
[1] 吕廷杰.电信运营支撑系统OSS：理论、策略与实践. 北京：人民邮电出版社，2003
综合网管平台 篇4
关键词：集团业务,集团客户支撑,统一监控
一、引言
中国移动本地网是一个容量大、覆盖广、设备类型较为繁杂的网络。虽然已经具备SDH网管、OTN、PTN网管等专业网的网管系统, 但由于各个专业网网管系统由不同的厂商开发, 在开发之前没有定义统一的信息交换, 各个专业网网管系统采用各自的管理协议, 互不兼容, 使各个通信网网管系统之间的信息交换、信息管理通过传统人工方式进行, 专业网管之间不能互联互通, 形成了一个个网管孤岛, 难以进行跨专业的相关性事件分析。为了打破日益突出的售后服务瓶颈, 提供跨平台的统一监控告警, 集中资源管理, 针对集团业务的设备性能分析, 建立流程工单管理系统, 提高专线业务的响应速度, 急需要一套针对中国移动集团业务的统一平台。
二、集团业务需要统一监控网管平台
(1) 集团业务爆炸性增长。2009年之前, 由于没有固网牌照, 中国移动集团业务的规模和投资都比较小, 仅限于移动增值服务。2009初, 随着3G牌照的下发, 电信业的重组, 中国移动开始高举全业务运营的大旗。鉴于大客户对电信运营商的特殊重要性, 必然成为了各大运营商争夺的重点。根据省公司集团客户调研情况, 2013年底集客项目建设完成后, 湖北省的集团专线保有量将达到2009年50倍。 (2) 网络环境日益复杂、平台跨度大。产品类型日益复杂, 中国移动提供的集团业务除了针对企业的商信通、集团V网集团信使和MAS等数十种, 还有与政府机构合作的经财网、政务通、平安城市等大型信息化项目。随着各种新技术演进, 针对各种产品的实现方式也变得更为丰富。除了传统的光收+协转的接入模式以外, MSTP、PTN及PON等技术在现阶段及将来的集团客户项目中将得到更为广泛的应用。 (3) 竞争逐渐进入白热化。随着全业务运营的开展, 几大运营商之间的竞争逐渐进入白热化, 售后维护作为整个集团客户项目运行过程中不可或缺的一环, 承受着到来自各方压力的传导。
三、统一监控网管平台功能研究
“基于集团业务的统一监控网管平台”主要针对中国移动集团业务, 根据集中监控、集中维护、集中管理的原则, 对专线业务多厂家跨平台环境下的网络进行集中统一的监控管理与操作维护, 对设备性能参数和业务流量进行在线统计和分析, 以保证专线业务的有效展开。
主要功能应具备以下四点: (1) 提供跨平台的统一监控告警。随着集团客户项目业务的高速发展, 必然带来了大量的售后问题。维护人员需要经多套网管平台才能获取到专线的传输情况, 因此无法做出及时综合的分析, 影响到专线的维护进度, 导致客户投诉。为了提升用户服务质量, 从总体上提高专线的综合管理水平和管理效率, 通过故障管理实现对全网各类告警的实时采集、综合处理和数据存储, 并以可视的方式实时监视全网当前的活跃告警, 从而实现对告警的产生信息的及时分析与了解, 达到对全网故障的科学管理, 及时掌握和排除故障。 (2) 集中资源管理。由于专线类业务跨越数个专业网管系统, 长期以来相关的运行基础数据无法达到传输专网的水平。资源管理模块通过全网资源综合分析, 以定时同步的方式从专业网管获取配置方式, 统计网络资源使用情况以及新增设备、新增电路情况, 用来监测网络资源的使用情况, 为集团客户项目业务维护人员提供相关的分析提供数据基础, 优化网络运行效率, 降低专线开通时间间隔。 (3) 针对专线业务的设备性能分析。以各专业网管性能数据库为基础, 对业务电路传输性能进行监视, 提供集中性能分析和报表功能。这些数据对全网运行状况的评估, 判定全网运行效率以及将来网络建设的一个重要参考依据。 (4) 流程工单管理系统, 提高专线业务的响应速度。集团客户项目业务的跨专业性, 专线类业务往往得不到及时的响应, 为了对运维工作进行更好的管理, 流程工单管理系统也是功能模块之一。通过故障工单、电路调单和局数据修改工单的闭环管理, 系统对工单所流经的每个岗位、操作时间都进行详细的记录。理顺不同部门之间的协作流程, 规范工作流程, 提高工作效率。
四、结论
综合网管平台 篇5
关键词：通信互联网；综合网管系统；项目管理
中图分类号：TN915.07 文献标识码：A 文章编号：1006-8937（2016）05-0076-02
虽然我国拥有人口优势，使用移动手机、计算机的人数位居世界前列，但是我国的通信行业与发达相比，无论是从行业管理与维护水平上仍属于一种粗放型的行业。随着现代通信技术日新月异的变化，人们之间的联系越加紧密，越加对于通信行业的发展提出了更高要求，我国在行业管理与维护水平上应继续做出刻苦努力，力求从自主创新的角度，加大对通信互联网综合网管系统的管理，加强对其系统的设计与维护研究，从而满足于全社会信息沟通交流的需要，满足于人口增长等方面的社会发展需要。
1 通信互联网综合网管系统项目管理概述
现今在通信互联网中，综合网管系统是通过网络管理工作站在通信系统体系中的布置，管理与控制其他网络，实现对全部网络系统的综合管理[1]。在整个通信网络系统中，其系统是否能够正常稳定的运行，取决于对综合网管系统的管理，保证了通信行业的发展可持续性。针对综合网管系统的重要作用，因此对做好加强其系统实施时的项目管理显得尤为重要。
2 通信互联网综合网管系统功能模块分析
2.1 自动化采集功能
在互联网环境下，直连网元、专业网管设备必须支持信息采集。在项目实施中需要加以注意。
2.2 时效性功能
时效性是指系统运行当中通过对故障分析了解到网络运行状况，为维护人员在故障维修中提供有效的参考，提供数据信息指导。因此项目管理中必须对测试方面提出要求。
2.3 自动生成报表的功能
网管系统在运行过程中产生大量的信息声场，系统中的自动生成报表功能对信息声场进行采集。项目管理中的质量控制需要加以自动化。
2.4 传统手动采集与自动采集的功能
在系统配置采集信息中，可以实现传统手动与自动采集的功能。手动采集信息要求在没有大费周章，小题大做地使用自动采集信息的时候，工作人员通过开启其程序，以手动的方式完成信息的采集。自动采集功能是针对配置数据中的信息，工作人员不需要进行太多的工作，只要设定时间周期，就可以实现定期对信息的采集。
2.5 电子地图与其它功能
从目前现状来看，在通信互联网中电子地图功能的应用还没有得到广泛的普及。电子地图的功能是指在网络系统运行当中，能够像地图一样锁定任何一段分点的系统设计，了解到系统运行情况，了解到故障问题发生在哪个分段上，便于工作人员到现场对故障问题的排除做出有效的指导。尽管这种功能还没有得到广泛的使用，但是确实为综合网管系统的管理提供了很大方便，在未来随着通信互联网技术的发展，电子地图功能会得到广泛应用。为了使对综合网管系统的管理更具针对性，其它功能还有对工作流程的管理、故障分析与安全管理功能[2]。
3 通信互联网综合网管系统的项目管理
3.1 综合网管系统的功能要求
3.1.1 告警管理
在全网范围内针对所有网元对故障问题进行分析，对生成的故障报告做出提示，对网络事件报告做出报警报告。为了确保数据采集的完整性，运用手工采集手段对告警数据采集层进行处理，对告警管理的功能要求能够实现对告警信息的查询、统计、控制与过滤，实现最终为维护人员提供问题故障做出指导。
3.1.2 报表查询
综合网管系统具有自动生成报表的功能，生成报表之后，用户可根据专业类别进行分类，用户也可以根据自己的需求自行对报表进行分类，这些报表包括移动业务报表与数据互联网业务相关报表，传输报表等其它专业的报表。
3.1.3 性能管理
对性能数据的采集通常可以采用两种形式：直连网元、专业网管设备，这两种数据采集方式都能够支持各种网元提供的接口，对于采集时间可以自由选择，能够实现全天候性能数据的周期性采集。其管理具有良好的扩展性，对网元的相关配置文件，数据在呈现在网管系统当中，通过对数据结构的规范化处理，使性能数据在管理中便于管理，管理起来更加规范，充分考虑到了交换无限数据的关联性。
3.1.4 配置数据的采集、录入
对配置数据的采集、录入支持手工与自动两种采集方式。应用手工采集的方式，首先要大致检查配置，确保其配置能够正常运行，然后在运行中观察运行状况，及时发现问题和故障，及时对故障问题加以解决，当故障不能解决的时候，为了维持正常的工作需要，换用自动采集的方式，运用自动采集的方式时，要对数据信息做好分类，以严谨的态度设置好相关数据项目，采集的数据在录入之后，依次检查数据的正确性，对出现的数据错误及时纠正。对于性能触发数据，通过使用其特有的采集程序，提供刷新机制，借助于手工与批量导入的放回对没有办法获取的数据进行处理。
3.2 综合网管系统的设计
3.2.1 系统业务范围
综合网管系统具有综合性，综合性体现在业务范围广泛，在传统通讯上对其信息网络系统建设进行扩展补充，例如对动力环境的监控等，不仅仅只是局限于单一个别专业，对集中监护系统进行有跨度的设计。
3.2.2 系统技术要求
在通信互联网中针对综合网管系统的管理，如果想达到预期的理论值，满足预期的技术效果要求，要将配套的系统技术提高，针对设备装置的不同，制定好数据参考标准，满足于稳定性等5个方面的指标要求[3]。其中实时性负责对运行过程中的系统监控部分，其全部网元告警的时间最长的时间，即在正常告警时间之后延长时间应小于30 s，采集与最终呈现性能数据的时间不大于30 min；可靠性对重要的告警提示正确率绝对保证100%；稳定性是指相对来说没有特别大的故障平均天数保证在100 d以上，没有重大故障的平均天数为300 d以上，一致性保证其接口应满足系统共管理的要求。
3.2.3 系统建设目标
自从综合网管系统被引入到通讯互联网行业当中，形成了行业标准规范，要求在系统建设当中要有建设目标，建设目标除了要有明确的系统建设时间等信息，还应具有如何通过有效的监督等措施加强对网管系统的了解，将业务、事务管理纳入到系统建设当，完善网管系统的接口功能，处理应对好不同级别之间的沟通性，协调好数据之间的调动。准备好系统项目建设的工具，提供管理解决方案，集中对业务进行监控，支持新设备、新开发的业务，其它设备与业务能够在未来中的设备接入成为可能性，完善告警等基本功能，完善对数据提高的吞吐能力，提高数据的相应时间，努力构建电子化管理工作平台，实现电子化的资源整合。这对于项目管理中各个任务的协调一致提出了非常高的要求，因此为此对在关键路径上的任务加以特别关注。
3.2.4 系统总体设计
对综合网管系统的功能实现要求具有科学化，也就是说要求总体设计的科学化。总体设计越具有鲜明的特点，越体现出创新性，要将三级三层的分布式数据库充分结合起来，实现应用服务结构与分布式数据库的结合。因此需要实现应用服务结构的转变，反复分配、调整三层负荷，使服务负荷得到降低，负荷压力能够得到降低，保证业务管理的安全性。从项目管理的角度来说，就是要明确需求并加以细化。
网管系统的建设还应具备开放性，把系统建设划分为三个部分，分为数据采集、处理、应用三个层次，三个部分的建设首先应保证数据的数量能够满足要求，对数据的计算评估确保具有科学性，在科学化的操作流程中进行对数据的运算评估处理，在此基础上完成对数据的呈现等环节。
3.3 综合网管系统实施
递增原则是在软件开发中体现的一种原则，项目开发时整个流程简单来说首先需要构建一个早期子集，在有效组成目标的前提下完成开发工作，交由用户使用，使信息能够得到及时反馈，这样保证了在不清晰不稳定的时候满足原始需求，确保项目的开展能够在可以控制的条件下持续进行[4]。
依照递增模式，加入到新功能，满足对开发好的应用在加入到新功能之后更好更快地运行，保证系统应用的可持续性。同时依从递增模式，在原有基础上增加全新的特性。如在网管系统软件开发上，其最初版本更多关注系统的是可靠性与用户界面问题，后续版本则注重时间、空间的效率，在这个过程中使人力资源得到了很好的分配，保证了设计开发人员的全员参与，极大地保证了用户的使用权益。
满足于上述的需求，综合网管系统具备开放、高效、安全等特点，具备易拓展的体系结构，营造一个系统稳定移动运行的环境。对于项目管理来说，必须在质量管理上加以严格控制并确定合适的项目指标。
4 结 语
通过上述可知，本文从三个方面对通信互联网综合网管系统的项目管理展开了论述。从全文的论述可以略微了解到通信互联网综合网管系统的功能、对其系统设计管理和项目管理的相关要素内容，尤其是功能的递增方面，对项目管理中的需求变更提出了非常高的要求，而系统的稳定性要求对项目管理选择合适的指标也提出了严峻的考验。这都需要我们项目管理人员在实践中不断的改进和应用先进的项目管理技术。
参考文献：
[1] 邬张帆.略论传输网综合网管系统的构建[J].中国新通信，2015，（1）.
[2] 付亚丽.通信互联网中的综合管理系统研究[J].中国新通信，2013，（20）.
[3] 宋书军.关于互联网通信技术的应用研究[J].中国新通信，2013，（20）.