中国移动省级话务网网管系统三期技术方案-总体方案

1、中国移动技术标准 文档编号：中国移动省级话务网网管系统三期总体技术方案文档版本：Version 1.0.0版权声明：版权归中国移动通信集团公司所有，未经中国移动通信集团公司书面许可，任何单位或个人不得以任何形式全部或局部使用和传播本技术标准。发布单位：中国移动通信集团公司文档说明：本技术标准为中国移动话务网网管三期建设的总体技术方案。编号说明：本文档编号依照以下原那么进行：x.y.z x: 大版本更新，文档结构变化 y: 具体方案的更改，局部内容的修正 z: 文字修改，奇数为包含对上一版修改记录的稿子偶数为对上修改稿的定稿 文档修改历史版本更新日期修改核定更新说明文档状态V2003-09-25

2、王烨、李永春、黄海辉等王烨、李永春征求意见稿发布V2003-11-25张潮等王烨发布稿发布前 言网管系统是电信运营企业提高核心竞争力，快速响应市场，响应客户的重要手段，是现代电信运营商管理模式的重要表达，网管系统建设和使用的好坏将直接影响现代电信运营商的长远开展和在市场竞争中的地位。自2000年起，中国移动已经由单一的移动运营商逐渐转变为多业务的电信运营商，网络规模、网络的复杂度已经居世界之首，中国移动的网管建设和开展模式已经无前路可循。但在中国移动各级领导的重视的支持下，在各方面的共同努力下，中国移动的网管系统的开展取得了长足的进步，积累了相当的经验，为后续的工作奠定了良好的根底。中国移动从

3、2002年底逐步确立了符合自身网络管理维护需要的网管开展整体框架，并开始有方案，有步骤的以网管系统和电子运行维护系统为根本组件，构建中国移动网络运行维护支撑体系。中国移动省级话务网网管作为中国移动网络运行维护支撑体系中重要的组成局部，在经过二期、二期改造建设后已经初步形成了一个维护和管理人员可依赖的网络维护根底平台，实现了话务网络的统一监控以及根本的网络集中配置、性能分析等功能，提高了中国移动网络维护的效率和网络分析、管理的水平，在日常的网络运行维护工作中逐渐发挥出越来越重要的作用，逐步成为各省“三集中后的有效支撑手段。但随着行业竞争的加剧，业务开展的逐步多样化，中国移动提出了“效劳与业务双领

4、先的企业战略，这也要求我们不断提升网络维护管理水平，提升网管系统等维护手段的能力；同时，我们也看到，话务网网管系统在日常维护中的重要作用日益彰显，而网管系统存在的问题也在不断显露，对话务网网管系统的继续完善和持续建设工作也就日益紧迫，因此，中国移动通信集团公司在经过认真研究后，于2003年4月编写形成了网管三期的功能需求框架，并以江苏、四川、北京、黑龙江、吉林、辽宁、上海、浙江、陕西、湖南做为三期试点单位对三期话务网网管的功能模块进行试点，对功能需求进行完善。在此根底上，集团公司于同年9月组织了局部省市公司的网管技术人员、一线维护人员、网管软件开发商等共同编写了本标准，进一步明确网管系统开展的

5、整体思路及规划，指导全国网管三期的实施和建设。中国移动话务网网管三期系列标准包含以下局部：?中国移动省级话务网网管系统三期总体技术方案?中国移动省级话务网网管系统三期根本功能需求标准?中国移动省级话务网网管系统三期可选功能需求标准?中国移动省级话务网网管系统数据需求标准?中国移动省级网管系统横向接口技术方案?中国移动网管系统集团省接口技术方案?中国移动网络资源建模方案?中国移动话务网网络资源模型?本标准为三期方案的总体方案仅用于指导中国移动网管系统建设，中国移动通信集团公司保存对本方案的解释权和修改权。以下同志参加了本标准初稿的编写工作，表示感谢魏丽红、熊宙实、王烨、黄海辉、李永春、宫钦、吴志

6、刚、李德虎、陈松男、陈晓峰、武湛、杨国良、朱铭晋、吕耀春、周向阳等目 录 TOC o 1-3 h z HYPERLINK l _Toc51750484 第1章概述 PAGEREF _Toc51750484 h 1 HYPERLINK l _Toc51750485 中国移动运维支撑体系开展框架及整体思路 PAGEREF _Toc51750485 h 1 HYPERLINK l _Toc51750486 话务网网管开展规划 PAGEREF _Toc51750486 h 2 HYPERLINK l _Toc51750487 中国移动话务网网管系统三期建设的目标 PAGEREF _Toc5175048

7、7 h 3 HYPERLINK l _Toc51750488 话务网网管系统的建设原那么 PAGEREF _Toc51750488 h 5 HYPERLINK l _Toc51750489 标准化和标准化原那么 PAGEREF _Toc51750489 h 5 HYPERLINK l _Toc51750490 系统可持续开展原那么 PAGEREF _Toc51750490 h 5 HYPERLINK l _Toc51750491 组件通用原那么 PAGEREF _Toc51750491 h 6 HYPERLINK l _Toc51750492 对象建模原那么 PAGEREF _Toc51750

8、492 h 6 HYPERLINK l _Toc51750493 资源重用原那么 PAGEREF _Toc51750493 h 6 HYPERLINK l _Toc51750494 第2章话务网网管系统的体系结构 PAGEREF _Toc51750494 h 8 HYPERLINK l _Toc51750495 软件体系结构 PAGEREF _Toc51750495 h 8 HYPERLINK l _Toc51750496 公共效劳层 PAGEREF _Toc51750496 h 9 HYPERLINK l _Toc51750497 数据采集层 PAGEREF _Toc51750497 h 9

9、 HYPERLINK l _Toc51750498 数据处理层 PAGEREF _Toc51750498 h 9 HYPERLINK l _Toc51750499 核心效劳层 PAGEREF _Toc51750499 h 9 HYPERLINK l _Toc51750500 应用效劳层 PAGEREF _Toc51750500 h 10 HYPERLINK l _Toc51750501 应用展现层 PAGEREF _Toc51750501 h 11 HYPERLINK l _Toc51750502 硬件体系结构 PAGEREF _Toc51750502 h 11 HYPERLINK l _To

10、c51750503 二期网管改造后的硬件结构 PAGEREF _Toc51750503 h 11 HYPERLINK l _Toc51750504 三期硬件体系结构 PAGEREF _Toc51750504 h 12 HYPERLINK l _Toc51750505 第3章应用模块综述 PAGEREF _Toc51750505 h 16 HYPERLINK l _Toc51750506 资源管理子系统 PAGEREF _Toc51750506 h 16 HYPERLINK l _Toc51750507 综合告警子系统 PAGEREF _Toc51750507 h 17 HYPERLINK l

11、_Toc51750508 综合性能分析子系统 PAGEREF _Toc51750508 h 18 HYPERLINK l _Toc51750509 增强集中操作维护子系统可选 PAGEREF _Toc51750509 h 18 HYPERLINK l _Toc51750510 客户效劳支持子系统(可选) PAGEREF _Toc51750510 h 19 HYPERLINK l _Toc51750511 网络优化支持子系统可选 PAGEREF _Toc51750511 h 20 HYPERLINK l _Toc51750513 第4章网管接口综述 PAGEREF _Toc51750513 h

12、23 HYPERLINK l _Toc51750514 网管接口的目标和范围 PAGEREF _Toc51750514 h 23 HYPERLINK l _Toc51750515 接口技术要求 PAGEREF _Toc51750515 h 24 HYPERLINK l _Toc51750516 网管系统公共效劳接口 PAGEREF _Toc51750516 h 25 HYPERLINK l _Toc51750517 公共效劳管理接口 PAGEREF _Toc51750517 h 25 HYPERLINK l _Toc51750518 公共效劳功能接口 PAGEREF _Toc51750518

13、h 26 HYPERLINK l _Toc51750519 网管系统内部应用接口 PAGEREF _Toc51750519 h 28 HYPERLINK l _Toc51750520 数据查询接口 PAGEREF _Toc51750520 h 29 HYPERLINK l _Toc51750521 告警传送接口 PAGEREF _Toc51750521 h 29 HYPERLINK l _Toc51750522 联机命令接口 PAGEREF _Toc51750522 h 30 HYPERLINK l _Toc51750523 报表引擎接口 PAGEREF _Toc51750523 h 31 H

14、YPERLINK l _Toc51750524 资源模型接口 PAGEREF _Toc51750524 h 31 HYPERLINK l _Toc51750525 纵向接口 PAGEREF _Toc51750525 h 32 HYPERLINK l _Toc51750526 纵向接口分类 PAGEREF _Toc51750526 h 32 HYPERLINK l _Toc51750527 纵向接口实现方式 PAGEREF _Toc51750527 h 33 HYPERLINK l _Toc51750528 外部横向接口 PAGEREF _Toc51750528 h 33 HYPERLINK l

15、 _Toc51750529 第5章网管系统平安性要求 PAGEREF _Toc51750529 h 34 HYPERLINK l _Toc51750530 网管平安原那么 PAGEREF _Toc51750530 h 34 HYPERLINK l _Toc51750531 密码控制 PAGEREF _Toc51750531 h 34 HYPERLINK l _Toc51750532 集中认证/授权管理 PAGEREF _Toc51750532 h 34 HYPERLINK l _Toc51750533 完善的权限控制 PAGEREF _Toc51750533 h 34 HYPERLINK l

16、_Toc51750534 集中版本管理 PAGEREF _Toc51750534 h 34 HYPERLINK l _Toc51750535 系统及系统备份恢复 PAGEREF _Toc51750535 h 34 HYPERLINK l _Toc51750536 效劳备份 PAGEREF _Toc51750536 h 35 HYPERLINK l _Toc51750537 网管平安日志 PAGEREF _Toc51750537 h 35 HYPERLINK l _Toc51750538 网管日志审计 PAGEREF _Toc51750538 h 35 HYPERLINK l _Toc51750

17、539 外部接口日志审计 PAGEREF _Toc51750539 h 35 HYPERLINK l _Toc51750540 第6章网管系统自身管理 PAGEREF _Toc51750540 h 36 HYPERLINK l _Toc51750541 采集层 PAGEREF _Toc51750541 h 36 HYPERLINK l _Toc51750542 应用层 PAGEREF _Toc51750542 h 37 HYPERLINK l _Toc51750543 主机网络的应用层 PAGEREF _Toc51750543 h 37 HYPERLINK l _Toc51750544 网管软

18、件的应用层 PAGEREF _Toc51750544 h 38 HYPERLINK l _Toc51750545 动作层 PAGEREF _Toc51750545 h 39 HYPERLINK l _Toc51750546 第7章网管系统质量评估指标 PAGEREF _Toc51750546 h 40 HYPERLINK l _Toc51750547 软件质量的评估标准 PAGEREF _Toc51750547 h 40 HYPERLINK l _Toc51750548 可量化的评估指标 PAGEREF _Toc51750548 h 40 HYPERLINK l _Toc51750549 附录

19、一：中国移动话务网三期系列技术标准组成说明 PAGEREF _Toc51750549 h 42概述中国移动运维支撑体系开展框架及整体思路2002年12月中国移动提出了中国移动运维支撑体系开展的根本框架，同时确定了网管建设和开展三步走的实施战略。第一步，通过一两年持续建设和完善各专业网管系统，满足一线生产和日常维护，进行生产管理流程的逐步电子化，标准网管系统外围接口，逐步建立网络资源模型，实现集团/各省电子运维系统两级联网。实现的目标：中国移动网络告警、性能状况等网络信息可以快速准确的通过各级网管系统传递给网络维护和管理人员，网管系统建设重点在于网元层面及网络层面的维护，网管系统开始逐步使用统一

20、的网络资源模型，为支撑业务级应用奠定根底。原有的各专业手工采集信息的工作方式改变，已有工作流程逐步电子化。各省公司网管中心集团公司网管中心国际省际网络层面省内网络层面动力环境集中监控系统话务网网管系统城域网/接入网网管传输网管系统汇接/信令网管反牵终端国际网管反牵终端数据网网管系统信令监测平台话务网网管系统信令网管系统传输网管系统汇接网网管系统国际话务网网管系统数据网网管系统国际信令监测系统省内电子运行维护系统省际电子运行维护系统图1.1 中国移动运维支撑体系第一阶段框架第二，在统一的资源模型的根底上，逐步整合各专业网管系统，建立跨专业面向应用的专业网管平台，通过电子运维系统实现与企业信息化、

21、客服系统的互联，优化生产管理流程，完善中国移动的网络资源管理模型、积累各专业网络分析模型。 实现目标：以统一的数据模型为根底，提供面向业务的应用，网管系统功能更加专业化。各省公司网管中心集团公司网管中心国际省际网络层面省内网络层面规划客服动力环境集中监控系统话务网网管系统城域网/接入网网管传输网管系统汇接/信令网管反牵终端国际网管反牵终端数据网网管系统信令监测平台MISBOSSMIS话务网网管系统信令网管系统传输网管系统汇接网网管系统国际话务网网管系统数据网网管系统国际信令监测系统BOSS规划客服 统一的网络资源建模统一的网络资源建模告警集中监控平台告警集中监控平台资源管理平台资源管理平台性能

22、综合分析平台性能综合分析平台省内电子运行维护系统省际电子运行维护系统图1.2 中国移动运维支撑体系第二阶段框架第三步，优化和完善跨专业的综合网管平台，在电子运维的根底上形成面向全专业的综合告警监控平台、综合性能分析平台、综合资源管理平台、网络集中测试平台、专家知识库平台。实现目标：形成以五大专业应用平台为核心，以工作流系统为纽带，以portal 为日常工作界面的专业的中国移动网络维护支撑体系。话务网网管开展规划话务网网管系统做为中国移动综合性最强、复杂度最高的、涉及面最广的网管系统，在经过二期及二期改造，已经完成了网管平台的根本搭建工作，实现了对话务网网络数据的采集、存储和初步分析，完善了网管

23、系统与网元的连接通道，标准并整治了网管系统对网元的告警接口、配置通道接口，保证了网管系统对移动网络局数据的集中制作和告警的集中监控。中国移动话务网网管三期将遵循中国移动网管系统23年的整体开展思路，对中国移动网管开展三步走的第一步战略做有益的尝试，逐步实现向针对效劳的专业应用，同时继续加强话务网络管理的功能，逐步实现话务网网络数据的统一分析、资源的统一管理、网络的集中监控、网络优化/调整策略的集中制定、业务的集中部署。图1.3 中国移动话务网网管系统的开展历程中国移动话务网网管系统三期建设的目标中国移动话务网网管系统经过了多年的建设，为增强维护手段、提高维护效率发挥了重要的作用。同时，随着网络

24、管理对网管系统的依赖程度不断增强，外围环境的不断变化，以及网络分析要求的精细程度和及时程度不断提高，二期改造后的话务网网管系统面临这些情况又产生了新的问题，主要有：告警的精确定位问题：虽然可以通过过滤来缩减不必要的告警，但无法通过告警相关性分析来确定告警源，进行快速故障定位，缩短故障处理时间；性能数据的快速呈现问题：统计数据生成严重滞后于统计时段，未能实现24小时性能数据采集和及时呈现；性能数据在网元频繁割接、变动情况下的准确性、完整性问题；网管性能统计数据如何与网优数据整合如CQT、DT数据进行综合分析；网管系统的分析能力依然薄弱的问题；针对上述问题，结合集团网管开展的整体思路和各省网络维护

25、的实际需求，中国移动网管三期建设目标是：支撑运行维护管理体制的改革并逐渐形成以网管系统为依托，实现对话务网网络集中监控、性能统一分析、数据统一制作，资源统一调度，网优方案集中制定等为核心内容的话务网网络生产管理指挥调度体系。具体包括：继续加强话务网络集中操作维护功能和告警管理功能，初步实现网络告警的相关性分析、初步实现局部告警的快速精确定位及智能后处理、初步建立故障维护经验库，提高维护部门的故障恢复和业务保障能力。 继续增强网络性能管理功能，网络性能分析逐步精细化，通过对话务网管系统底层采集和中层汇总程序的优化与监控，加强性能分析的准确性、完整性与实时性，并实现对指标异常情况分析和监控。初步建

26、立统一的网络资源管理模型，及时掌握网络资源的资源使用及空闲情况，保证业务的正常开展，提高网络资源的利用率，并为实现跨专业网管平台的告警管理、资源管理和资源调度平台奠定根底。提供网络优化方面的应用，结合网管统计数据和网优现场测试数据，实现对优化效果的跟踪、评估，建立网优档案/优化查询等模块，为实现持续的网络优化提供有利支撑。通过与客服、计费等系统互联，加强网管系统向公司业务层及决策层提供网络运行数据，加强网络管理与其它业务系统之间的支持力度，贯彻“网管面向市场，网管为业务效劳的指导思想。引导网管系统向模块化，功能组件化开展，建立统一的网管根本效劳平台，实现网管进程的监控调度、软件分发、统一鉴权等

27、功能，并提供标准的短信接口、邮件接口等效劳。话务网网管系统的建设原那么中国移动的省级网管系统建设是一个长期的工作，而且逐步向综合网络管理系统转变，根据集团公司对网管系统23年的整体开展思路和长远规划，在话务网网管三期建设必须遵循以下原那么。标准化和标准化原那么中国移动话务网网络管理系统不同于一般的企业的信息管理系统，它的特点是：管理的是一个复杂的通信网络，含有不同的网络类型和通信网元，涉及各种不同硬件平台、软件平台和网络结构；同时它本身是也一个复杂的系统，是由各种不同软硬件系统和各种不同的应用功能模块组成，而且上层应用种类不断增加。因此，整个系统应具有完善的软件体系结构和标准的内部模块接口，能

28、提供各种标准的应用和效劳，灵活实现系统功能模块的配置和扩充，能够将不同软件开发厂家的各种功能模块以搭积木的方式组合成一个完整的系统。另外，中国移动话务网网络管理系统不是一个孤立的系统，它和客服、计费系统还有越来越多的信息交互，因此必须统一定义与外部系统的消息、数据接口，实现跨部门、跨专业的信息共享。为此中国移动集团公司组织制定了中国移动话务网网管系统三期功能标准，定义了网管系统的数据集和网络资源模型，定义了网管系统对外的接口，并对网管系统模块间的接口提出了要求，中国移动话务网网管系统的建设必须遵循以上技术标准进行，引导网管系统标准化、标准化开展，防止各省重复开发，以及后期系统维护、版本升级的困

29、难。系统可持续开展原那么随着网络规模成长和网络设备类型开展，移动网络的规模将越来越大，设备类型将越来越多，网管应用和业务也越来越广，网管系统的建设在保护已有投资的同时，必须考虑网管系统的长远开展，尽可能降低继续开展的软硬件本钱。为此，要求系统采用模块化的体系结构，在中间件和分层架构的根底上，支持功能模块动态插入、支持系统规模动态扩展，提高网管管理软件的质量，满足系统快速成长的根本要求。组件通用原那么话务网网管三期应采用软件中间件、实现业务分层和功能效劳模块化的分布式体系结构，以保证系统的易用性、可维护性和通用性要求。其中，对于中间件首先应满足标准、开放、大负荷性能均衡的要求：标准，是指该中间件

30、必须遵循相关国际组织ISO、ITU-T等定义的技术标准或者商用标准。对效劳组件，那么应该是成熟的、稳定的，各使用者拥有统一的技术界面。开放，其一是指该组件的使用标准和二次开发技术应该是所有相关开发商和中国移动在市场上可以通过正式渠道获取的而不是某一家独有的，其二是指可以和其他满足要求的中间件互联互通。大负荷性能均衡要求是该组件具有负荷均衡能力，在系统规模增长的时候中间件效劳性能不明显下降。此外，中间件的采用还需要优先考虑该产品的开展前景和技术支持能力，倾向于本行业主导或者在开展上处于领先地位的产品，对趋于淘汰或者厂家已经不支持的产品应考虑予以替换。对象建模原那么面向对象方法以问题域现实世界中的

31、事物为中心来思考问题、认识问题，根据事物的本质特征，抽象地表示为系统中的对象构成系统的根本单位，是运用对象、类，继承、封装、聚合、消息传送、多态性等概念来构造系统的软件开发方法。为快速适应网管应用变化和网络设备变化开展的需要，采用基于对象技术的可成长模型对于网络资源的管理有着明显的优势，并对网管系统的长期开展提供强有力的支持。因此，中国移动在网管三期标准中详细定义了移动网络的资源对象模型，并为实现跨专业网管平台的告警管理、资源管理和资源调度平台效劳。资源重用原那么中国移动在前期的网管系统建设中进行了大量的投资，积累了一定规模的软件和数据资源，对于一些通用的软件如数据库软件、中间件等和历史数据，

32、应该考虑再利用。同时，必须规划系统的硬件体系结构和网络资源，提高硬件系统的使用率和总体性能，实现系统自身的硬件资源统一分配和管理。另外，在网管系统改造过程中，尽可能实现系统的平滑过渡，尽量不影响对原有系统功能的正常使用。话务网网管系统的体系结构软件体系结构中国移动网管三期系统，在功能结构上分成了7个主要的功能子系统，在软件设计结构上采用遵循NGOSS标准的SOAService-Oriented Architecture设计方法，基于2期和2.5期的软件开发成果，对根本和公用功能进行抽象和提炼，搭建基于组件技术的效劳层平台，并对其管理的网元对象进行标准的信息建模。即通过效劳分层和对象建模的手段，

33、使三期网管系统向综合网管系统稳步过渡。网管三期系统的体系结构目前主要分为5个层次：数据采集层，数据处理层，核心效劳层，应用效劳层，应用展现层。软件结构图如下：图2.1 中国移动话务网网管系统三期的软件体系结构在三期网管建设中，为了能更好的做到系统的可扩展性，建立核心效劳层和应用效劳层。上层应用可以通过标准接口访问这两个效劳层提供的效劳。效劳层中的模块也可以通过标准接口进行调用和叠加。建立效劳层之后，可以方便地进行效劳模块的扩展和新系统的构建，最大限度地重用原有模块。下面对结构图中的个软件层面做简要的介绍。 公共效劳层公用效劳层，为网管系统各层面的应用提供用公用根底效劳，主要包括邮件效劳、短信效

34、劳等，以及各个模块共享的目录效劳、消息平台效劳等。数据采集层数据采集层主要完成接入协议转换、接入效劳和数据采集的功能，完成网络的配置、性能、告警数据采集和网元操作维护的接口管理。数据处理层数据处理层完成数据的归一化，以及在时间、地域、网元等各种维度上的数据汇总工作，为上层应用提供不同维度和粒度的预处理数据，并实现网络告警的定位、重定义、告警屏蔽等工作。数据采集层和数据处理层在网管2期和2.5期中不断建立和完善，是网管系统的根底，通过它们来支撑上层的所有应用。核心效劳层核心效劳层完成对象的标准化建模工作，并提供如数据引擎、消息分发、集中鉴权、任务调度等系统关键效劳，能够提高模块重用程度，也便于统

35、一管理和集中控制。资源模型对象的标准化建模是网管系统内部数据有序化、不同网管系统数据共享的根底。资源模型局部实现对象属性的标准建模、存储以及对象间关联关系的构建。数据引擎数据引擎用于屏蔽对网管核心数据库的直接操作，为上层提供语义级和业务级的数据查询、处理效劳。集中鉴权集中鉴权实现集中用户和授权管理，对系统中的各项功能操作提供可靠的鉴权效劳，防止非授权用户的非法登录和非法操作，保障网管软件系统的平安性。任务调度任务调度对网管系统所有底层需要定时触发的进程进行统一管理，具体进程包括采集、汇总、批处理执行等定时进程。消息分发提供网管系统内部模块之间控制信息及面向上层应用的告警信息的分发效劳。应用效劳

36、层系统应用效劳层，完成系统核心业务功能，为上层程序提供基于业务的操作管理功能，主要包括对网管配置、性能、告警以及相关信息的再处理、再分析和知识化工作。告警关联分析通过规那么引擎，对大量的告警进行频次、时序、关联等相关性的分析和加工，屏蔽告警风暴、升级网络异常事件、寻找告警根源。知识库通过知识库引擎，对告警处理意见、告警维护信息和客户投诉处理分析经验等进行知识库的加工和管理工作。性能告警基于用户对性能指标的阈值、时间、地域等条件的设置，完成大量性能数据的加工工作，提醒维护人员网络产生的性能异常。应用展现层应用展现层为网管系统用户直接提供基于C/S、B/S架构的GUI和网管功能，通过使用应用效劳层

37、、核心效劳层和公共效劳层提供的效劳，为网管系统使用者提供丰富灵活的网管功能和友好的人机界面。硬件体系结构中国移动网管系统是724小时运行的关键业务支撑系统。在系统设计和建设时必须从网络平台、效劳器平台等方面进行全面考虑，通过热备份、进程监控等多种技术措施提供强大的管理机制和控制手段，保证系统运行和业务数据的平安和一致性。二期网管改造后的硬件结构二期网管系统改造后，对网管系统中集中操作维护以及告警监控功能局部的数据接入设置实行了相应的备份措施。针对系统中可能出现的单点故障，对网络相关设备设置备份。网元接入效劳器双机组应能在完成主备运行的根底上，实现采集任务的负载均衡功能。同时，网络设备也应采用主

38、备方式，通过不同的广域网传输链路接入到网管中心，采用动态路由或静态浮动路由技术来实现广域网传输的可靠性。如图3-3所示: 图2.1 二期改造后的话务网网管系统硬件体系结构三期硬件体系结构硬件体系结构在网管三期系统中处于底层架构，目标是逐步向IDC模式开展，按照功能区可划分为主机群、网络存储中心、网络备份中心、内部终端、高速交换网、防火墙等局部；同时该系统通过防火墙和外围系统包括外部终端和外部系统连接。具体网络结构示意图如下列图所示：图2.3 话务网网管三期后的硬件体系结构示意图中国移动话务网网络管理系统的各个应用功能或专业子系统将共用这些硬件平台，主机系统要求采用主流机型，支持多处理器，能组成

39、双机或多机高可用集群系统；当增加一个应用功能或专业子系统时，只要调整硬件资源分配或者增加局部硬件设备如主机或存储，而不必改动整体的硬件结构，充分利用硬件资源，提高系统的灵活性和可扩展性。同时，网管系统对硬件平台的监控管理也可以分为对主机群、网络存储、网络备份系统、网管终端、高速交换网络、防火墙等设备进行统一监控的管理。主机系统主机系统组成集群，将整个集群环境中的资源视为一个整体，将整个系统中的分布式资源形成一个资源集。可以方便增加所载应用程序，实现动态负载调节，确保故障出现时，应用程序能分布在其它效劳器上。其中，对于主机系统具体要求如下：要求采用主流机型，支持多处理器，能组成双机或多机高可用集

40、群系统；系统设计时应考虑一定的性能冗余，如内存容量的配置要考虑到主机正常运行状态下的内存利用率不应大于70%，保证系统在业务顶峰时仍具有较强的抗冲击能力；主机系统设备应具有适当的扩充能力，包括CPU、内存容量及I/O能力的扩充等。在网管三期的实施中，建议完成统一的采集效劳器、接入效劳器、接口效劳器建设；原那么上应用效劳器、数据库效劳器和存储设备在二期改造后的根底上实行再利用和平滑过渡。采集效劳器，实现网管系统与移动网元的采集接口，用于采集的协调和管理，实现统一的采集日志和平安管理。接入效劳器，实现网管系统对网元的维护接入接口，用于维护的监控和管理，实现统一的人机命令日志和平安管理。接口效劳器，

41、外部系统与网管系统互连时，除了采用路由器、防火墙的平安措施外，还需在网管系统与外部系统之间采用接口效劳器，这样既可以防止外部系统直接访问网管系统的数据，又可以控制外部系统对网管系统访问的范围与访问流量。应用效劳器，应用效劳器实现网管系统的业务功能，是网管系统的业务平台。数据库效劳器，数据库效劳器用来存放网管系统的各种业务数据，由于数据集中存放，为了保证数据的平安与系统的性能，可能需要多个数据库效劳器分布存放各种业务数据。高速核心交换网络高速核心交换网络是为主机系统之间和主机与存储设备之间通过高速交换网络TCP/IP或SAN方式连接，可应采用主备或负荷分担的方式，通过动态路由或静态浮动路由技术来

42、实现数据传输的可靠性。网络存储中心网络存储中心主要指磁盘阵列，用于在线保存数据，并对集群内的主机提供I/O访问的负载均衡，应支持先进的存储方式。网络备份中心网络备份中心主要指大容量的磁带库或光盘库及专业的备份管理软件等，主要用于数据的脱机备份，应支持先进的备份方式。防火墙系统和外部网络的连接平安主要由防火墙保证，需要统一制定和实施网管系统的平安防范策略。网管终端网管终端是网管系统用于系统维护和监控的终端，应采用统一的操作系统、统一的软件工具和硬件。应用模块综述根据前面阐述的网管系统三期建设目标和建设原那么，在省级网管系统三期中，应从网管体系结构方面，对现有系统的框架进行完善，通过网管根底效劳平

43、台从故障管理、配置管理、性能管理、作业管理等角度建立相对独立的集中操作维护子系统、综合告警子系统、资源管理子系统、综合性能子系统、网优支持子系统和客服支持子系统。其中“相对独立是为了防止省级网管系统庞大的各个功能模块群体因个别模块的故障，导致其它功能模块的不正常使用；相对独立也不是绝对独立，几个子系统可以共用主机、磁盘、网络和数据库等资源，以减少设备投资。各个模块之间的关系如下列图所示：图3.1 中国移动话务网网管系统功能模块组成示意图资源管理子系统继承话务网配置管理的内容，并且从管理范围、数据的采集、数据的处理、上层应用等各个层面面向集中监控、集中维护进行剪裁、丰富、整合, 到达掌握与话务网

44、维护工作直接相关的资源情况的目的，系统支持告警关联分析、资源分析。通过资源管理平台的建设，实现对话务网资源的统一建模，为以后向综合网管的演进开展打下根底。资源数据的集中管理资源数据的查询和统计功能资源利用率管理资源调配管理可选历史资源数据的管理资源数据呈现资源拓扑视图网络浏览功能拓扑编辑功能综合告警子系统通过话务网资源之间的关联关系，支持告警之间的关联性确定、相关性分析功能，同时增加告警智能处理手段，帮助维护人员更快、更有效地处理重要告警和源发告警，准确定位告警发生的原因，从而加快告警和故障的处理速度，提高维护效率。主要功能应用包括：告警关联分析告警精确定位告警关联分析告警业务影响性分析可选告

45、警关联呈现告警拓扑呈现告警列表呈现告警鸟瞰图呈现告警关联分析过程呈现综合性能分析子系统性能分析的主要用户定位于公司管理层人员、网络性能分析人员、网络规划人员、维护人员，实现性能管理和性能告警生成功能，通过接口模块与其他管理子系统共同作用，完成对话务网的网络管理功能。综合性能管理子系统主要功能如下：数据源保障及时完整完成24小时性能数据采集数据填补功能性能数据和配置数据一致性保障数据分析功能一般性能数据分析性能趋势分析及预测分析专题分析历史数据分析网络异常自动分析关键指标的流程化分析原始数据浏览性能监控性能数据准实时趋势监控性能告警功能增强集中操作维护子系统可选该功能模块为原有二期改造功能的完善

46、和增强，主要内容为继承和补充话务网管系统的集中操作维护功能，帮助维护人员有效、快速的完成各种操作维护工作。到达与话务网管其他模块相互结合，能够快速反映网元及网络的各种异常变化情况，同时提供维护人员快速的解决各种网络故障和网元操作维护的手段。局数据功能完善据局数据核查功能完善局数据制作智能巡检元任务管理功能任务管理功能方案管理功能方案实例管理功能调度功能巡检结果观察功能调度日志观察功能用户信息查询条件查询功能平安保障功能用户位置更新告警监控系统自身告警超短历时告警处理告警智能处理告警查询统计可选告警知识库可选客户效劳支持子系统(可选)客户效劳支持子系统主要用户定位于网络维护管理人员、网络性能分析

47、人员、网络投诉处理人员、支撑网管系统维护管理人员、客户效劳前台业务受理人员、客户效劳专家人员等。客户效劳支持子系统为客户受理业务代表坐席提供即时的、准确的、简单易懂的网络运行的各种信息，更好的方便客户投诉受理人员在较短时间里给客户一个比拟满意的答复，提高客户受理的时效性，提高客户的满意度，从而提高客户的忠诚度；同时，通过网络客户效劳系统对客户投诉的各种信息进行汇总、归纳、通过知识经验库生成关联规那么，帮助维护部门作好网络维护和网络优化。客户效劳支持子系统主要功能如下：客户效劳支持功能投诉空间位置定位网络信息发布应答知识查询终端功能知识库功能客服分析功能投诉关联分析大客户综合分析用户相关数据核查

48、功能网络优化支持子系统可选网络优化支持系统将无线网络数据、路测、定点测试数据与数字化地图相结合，直观反映全网的无线网络运行状况。对无线网络的运行状况、覆盖分布、信号质量、话务分布、用户投诉等情况进行集中监控，建立起网络优化和建设规划的根底数据。逐步建立网络优化方案集中制作、优化效果集中评估、无线资源统一调度、分区测试的优化模式。网优支撑系统的目标：成为网络优化方案制定的数据平台成为网络优化效果评估的平台网络优化工作流程实现电子化网优支撑系统的主要功能应用如下：DT 、CQT 数据管理功能DT/CQT数据的导入DT/CQT数据的管理无线性能管理功能历史分析和趋势预测性能告警性能数据与DT/CQT

49、、投诉数据之间的关联性能数据呈现局部的功能加强GIS功能相邻小区切换关系图示查询邻区同/邻频查询性能数据、配置数据与DT综合展现CQT数据的地理展现投诉数据的查询展现小区覆盖数据的展现GPRS PCU数据流量的分布展现自定义范围内话务量分析GIS上的DT后处理无线参数和配置管理无线参数的采集、导入无线参数管理优化档案管理网络评估功能OMC性能数据量化评估DT/CQT数据量化评估投诉数据量化评估整体网络性能评估优化过程重现优化效果评估分析结果处理网管接口综述网管接口的目标和范围中国移动网管系统目前已经建成或正在建设的网管系统有话务网网管系统、数据网网管系统、传输网资源管理系统、电子运行维护系统等

50、。在这些系统中，一方面存在许多通用的系统根本功能，例如时间同步；另一方面，也存在许多共享的资源访问，例如短信网关、邮件效劳器；第三，系统内部各个子系统中之间也广泛存在着数据的共享与依赖，功能的交叉与配合等。由于这些网管系统的建设是相对独立的进行，各系统内部的各个子系统之间也是按照高内聚、低耦合的软件架构设计思想进行延展，因此，一方面需要建立并不断丰富公用的效劳实体供各个系统共享，一方面需要在系统、子系统和效劳之间定义标准的接口，从而使网管建设可以专注于各自的业务逻辑实现，并使新功能的参加不再对现有系统的运行产生大的影响，从而保证网管系统整体建设的开放性，以应对快速开展变化的网络和网络管理需求。

51、三期话务网网管建设将对目前的网管接口进行统一化和标准化，主要包括如图4.1所示：话务网网管系统内部子系统间接口；网管系统与外部系统的接口，包括和EOMS的横向接口Itf-3、Itf-4、Itf-5等；集团、省级网管之间的纵向接口(Itf-1、Itf-2)、网管与客服、计费、信息化等外部系统的数据交互接口(Itf-6)等。网管系统与网元之间的接口已经在前两期的网管中根本实现，本章不再描述。功能子模块1功能子模块2省级话务网网管系统省级电子维护系统MIS、客服、计费等其他系统集团电子维护系统集团话务网网管系统公共效劳1公共效劳2功能子模块n公共效劳nItf-2Itf-1Itf-3Itf-4Itf-

52、5Itf-6省级话务网管系统外部接口省级话务网网管系统内部模块间接口图4.1 网管接口示意图接口技术要求网管系统各个效劳、子系统、系统之间的接口定义和实现应遵循以下原那么：针对公共效劳，主要应从功能接口和管理接口两方面定义接口；功能接口主要定义效劳实现的功能原语，例如消息接口的发送/接收等；管理接口主要定义效劳实现的管理原语，例如登记、状态查询等；针对子系统，因为其内部模块划分的复杂性和不同厂商实现的特异性，不详细定义管理接口，放在系统自身管理统筹考虑，只定义子系统间功能接口。接口应满足一定的性能要求指标，包括处理能力、稳定性、实时性三个方面；公共效劳的接口应做到软硬件平台无关，子系统接口应尽

53、量做到平台无关。网管系统公共效劳接口为了网管系统软件的分层结构、效劳组件模型的引入和多厂家软件的协同开发，本标准定义了一组公共效劳，这些效劳封装了各个网管系统所共有的一些根本功能，向外提供统一的接口调用方法，从而防止了各个系统的重复开发，以及对共享资源的竞争性请求。本标准并不完全定义所有公共效劳，公共效劳的定义应随着各个系统功能的需求不断拓展而不断被丰富。但是，本标准将统一各个公共效劳的管理接口定义，并对目前的主要公共效劳的功能接口予以具体定义。公共效劳管理接口由于公共效劳为所有系统效劳，因此其运行的稳定性、可控性十分的重要，因此该接口定义所有公共效劳应支持的管理接口，使得该效劳可以被管理。系

54、统监控效劳是专门用于监控平台以及公共效劳运行状态的效劳，它通过管理接口与各个公共效劳进行交互，实现对这些效劳的运行管理。主要的管理接口原语包括：注册：效劳启动后主动向系统监控效劳进行注册，表示自身启动运行，以便后者对其实施监控；事件通知：效劳运行中遇到告警或者特定事件后主动向系统监控效劳发送消息进行通报；心跳：效劳定期主动向系统监控发送心跳信息；查询：系统监控要求效劳提供当前运行性能、故障等状态信息，状态内容由各个效劳自行定义，状态信息格式统一为XML。应答：效劳返回查询结果。结束运行：效劳结束运行时发送消息给系统监控效劳强行退出：系统监控要求效劳结束运行公共效劳功能接口每个公共效劳因其自身功

55、能不同，因此不能定义统一的功能接口，而是需要具体定义每个效劳的接口内容。本章节主要从动作原语层次概述各个现有公共效劳的功能接口，详细技术定义将在接口标准分册中予以说明。系统监控效劳功能接口系统监控效劳主要实现对系统平台的监控和对系统应用软件的监控，以便在发生故障时及时通报用户；并提供用户控制、查询各个应用和系统平台的手段。主要功能原语包括：注册管理对象删除管理对象事件报告终止管理对象运行终止自身运行查询管理对象状态报告管理对象状态日志查询日志清理集中文件管理效劳接口集中文件管理效劳主要为各个系统提供统一的文件管理手段，建立统一的文件效劳器，提供包括文件的上传下载、备份、查询、查找等功能，从而解

56、决各个系统数据文件的日常存储藏份的问题。主要的功能原语：文件下载文件上载文件删除文件查找目录查询统一用户管理效劳接口统一用户管理效劳主要实现集中的用户、组织、角色管理，为各个系统提供用户查询和认证功能，使用户数据更新一次性完成，不必在各个系统重复设置，大大提高用户管理效率。主要的功能原语：用户增加用户修改用户删除用户查询用户认证组织增加组织修改组织删除组织查询角色增加角色修改角色删除角色查询权限增加权限修改权限删除权限查询短消息网关效劳接口短消息网关效劳负责建立和短消息网关的连接，并向上层应用提供短信发送的效劳，同时记录下短信发送的日志，并提供历史查询手段。主要的功能原语：短信发送短信定时发送

57、短信网关设置发送日志查询电子邮件效劳接口电子邮件效劳基于SMTP和POP3协议，提供统一的邮件代理效劳，在办公系统和网管系统之间建立平安统一的邮件发收效劳。主要的功能原语：邮件即时发送邮件定时发送邮件接收邮件帐户设置邮件效劳器设置发送日志查询软件配置效劳接口 软件配置效劳主要针对各个系统的PC客户端软件的版本管理，实现版本的登记、查询和更新，各个客户端软件可以通过该效劳了解自己是否为最新版本，可以通过该效劳进行版本自动更新。软件版本登记软件版本删除软件版本查询软件下载网管系统内部应用接口网管系统子系统主要包括资源管理子系统、综合性能子系统、综合告警子系统、客服支持子系统、网优支持子系统，以及集

58、中操作维护子系统。这些子系统既相对独立，又彼此配合，共同完成网管系统各项功能。然而，由于各个子系统都各有其侧重，为了满足网管系统建设的阶段性、迭代性，在使用中逐步丰富、逐步完善、逐步成熟的建设特点，需要考虑在子系统之间尽量划清分界，制定相应接口，以实现各个子系统的并行开展。由于子系统的高内聚、低耦合是一个逐步开展的过程，其中的应用接口如数据查询接口、告警传送接口、联机命令接口、报表引擎接口、对象模型接口等本标准进行了初步描述，待今后的网管建设中应不断地开展和丰富其内容。数据查询接口实现网管各个子系统之间数据共享，输入的接口方式为XML格式查询条件，输出的方式是XML、plan TEXT的结果集

59、可用XML进行格式描述。原语定义：数据完整检查：检查目标数据集完整性情况。同步数据查询：即时数据查询，根据查询条件，立即返回查询结果。异步数据查询：提交一个数据查询请求，可不需要立即返回查询结果待数据准备完成后取得结果。异步数据获取：取得异步数据查询的结果。结果状态查询：提供异步数据查询结果准备情况。告警传送接口通过网管系统内部的统一告警消息平台实现网管系统内部子系统之间的标准告警传送、派发功能。网管系统内部的告警消息包括源生告警、派生告警、性能告警、系统监控告警等；告警发送需要在采集模块、告警处理模块、告警浏览界面、拓扑图、系统管理模块、性能分析模块之间进行，并且应该支持告警消息的同步异步发

60、送接收。这些模块或者效劳应统一视作告警通信实体，采用统一的告警发送接受动作，定义统一的告警消息，内部封装对告警的业务处理。告警发送动作的调度包括告警派发和告警订阅。因此，告警传送接口应定义以下原语：告警通信实体注册：集中注册当前系统活动通信实体，建立和告警传送接口的消息通道，设置初始告警订阅规那么。告警通信实体注销：注销当前系统活动通信实体，释放和告警传送接口的消息通道；中断通信实体连接：被系统管理模块调用，强行中断某个通信实体的连接。通信实体查询：被系统管理模块调用，列出当前通信实体及其告警订阅规那么。告警消息订阅：设定告警过滤规那么，针对某通信实体订阅各类告警消息；订阅后，符合条件的告警将