话务网网管系统二期改造技术方案.doc

中国移动省级话务网管二期改造规范 中国移动省级话务网网管二期改造方案(总册)版本 0.1.0中国移动通信集团公司目录1. 前言 12. 总论 22.1 二期改造的必要性 22.2 二期改造目标 32.3 建设原则 33. 二期网管改造的体系结构 53.1 二期网管改造后的网络结构 53.2 二期网管改造后的硬件结构 63.3 二期网管改造的软件结构 73.4 主备通道的数据同步 94. 二期改造的功能要求 124.1 告警集中监控 124.1.1 告警数据的采集 124.1.2 告警的分析处理 124.1.3 告警呈现 134.1.4 告警过滤 144.1.5 告警查询统计 154.1.6 告警前转与工单 164.2 集中操作维护与日常维护功能要求 174.2.1 通用操作终端 174.2.2 网管系统集成第三方软件 194.2.3 日常维护工具 19需随时巡检内容，实现网元可选、点击呈现 204.2.4 安全管理 204.3 系统自身管理 234.3.1 自身管理的数据采集层 234.3.2 自身管理的数据应用层 234.3.3 计算机网的数据应用层 234.3.4 网管软件自身的数据应用层 245. 二期改造技术要求 275.1 二期改造对软件的要求 271. 软件双备份的实现 272. 集中操作维护的鉴权 271. 前言中国移动省级话务网网管系统经过各省公司近一年的建设，已经形成了一个基础网络管理平台。

这个平台已经在中国移动的日常运维工作以及网络分析工作中发挥了重要的作用，大大提高了中国移动的网络维护效率2002年根据电信运营竞争形势以及中国移动自身发展的需要，中国移动通信集团提出了“服务与业务领先”的战略目标，为实现上述目标，集团公司于年中网络会议上提出了以“集中监控、集中维护、集中管理”为核心的集中化运维模式，并明确要求全国各省公司于2002年年底前依托网管系统实现夜间一点值班，进一步提高维护效率为了实现上述要求，中国移动通信集团决定对各省话务网网管系统进行进一步改造，对省级网管系统的结构、功能、使用方式在原先的基础上进一步的修正、完善，增强网管系统操作维护部分的功能为此，集团公司组织部分省市公司的一线维护人员、网管技术人员、网管软件开发商以及设备提供商共同编写了中国移动话务网网管系统二期改造技术方案本方案包括总册以及各厂家接口分册，其中总册中重点明确了本期改造的目标、原则及本次改造对网管系统的功能需求；各厂家接口分册为支持本次改造任务的各设备厂家对上的接口方式 中国移动各省公司必须遵照本技术方案来实现对话务网网管系统的二期改造本方案仅适用于中国移动通信集团公司，中国移动通信集团公司保留对本方案的解释权和修改权。

以下同志参与了本技术方案总册的编写工作，对他们的辛勤工作表示感谢（排名不分先后）.徐海东、王烨、江振波、李永春、曹玮、黄海辉、邓光艳、储柒零、王凤勇、张红、赵纲、余川、辛海英、卢永峰、李鹤林、诸震伟、宋斐、张杰、田磊、陈伦、吴卫新、王琳、张征等2. 总论2.1 二期改造的必要性中国移动省级话务网网管系统目前已经实现了与网元设备的连接，并通过省部接口实现了集团公司网管系统与各省网管系统的互联，实现了集团公司2002年报表、网络拓扑生成、Web 页面信息发布、网络基本配置数据的录入管理等功能目前各省已经逐步依赖网管系统开始进行网络维护、生产分析等工作，大大的提高了维护部门的维护效率同时，基于以下原因，现有的网管系统急需进行相应调整：一、按照2001年9月份集团公司网络会议的部署，各省公司需于2002年年底前依赖网管系统实现集中维护、集中管理而集团公司2001年年初所颁布的《中国移动省级话务网网管技术规范》1.0 版中并未明确要求省网管系统具备能够支持全省一点值班的能力，相应也未对网管系统需要具备可靠的操作维护能力提出具体要求，导致现有的网管系统尚不能完全满足集中操作维护和实时告警集中监控的需要。

二、通过对二期网管系统的实际应用发现，由于网管系统中操作维护、告警监控等功能对实时性、可靠性要求较高，而数据分析数据量较大而实时性要求较低的性能分析、数据挖掘、资源管理等功能应该适当进行分离，保证各功能满足实际的生产需要因此，当前急需强化网管系统的操作维护功能，提供一种简单实用的技术手段集中维护通信网络，为省内集中维护提供有效的技术支撑手段，满足7*24小时的维护需求同时随着省内集中维护的实现，必须大幅度提高对系统的可用性、可靠性要求2.2 二期改造目标“集中监控、集中管理、集中维护”是中国移动近期网络运行维护的一个重要的主导思想，集团公司早在2000年年底就提出了这一重要思想，2002年9月份黑龙网络会更是将这个思想贯串到了全国的运行维护体制改革中来，随着全国维护体制改革的深入进行，对于支撑手段尤其是网管建设集团公司也提出了明确的要求，也就是各级网管系统应该成为各省三级中后的有效支撑手段，各省可依赖网管系统进行夜间一点值班为此当前各省话务网网管系统进一步改造的具体目标为：1．网管系统可靠、实时、准确的接收并呈现各网元故障告警，成为有效的网络监控手段，使各级维护人员能够及时掌握网络设备运行情况，及时发现故障，保障网络正常运行，并通过故障派工系统迅速通知相应维护人员。

2．提供足够的操作控制手段，及时解决故障，保证网络的正常运行3．通过仿真终端的方式实现全网局数据的一点核查与制作，在全网局数据规范的前提下，逐步推进网管系统局数据统一制作，进一步提高业务部署效率2.3 建设原则为了达到本期网管的改造目标，结合中国移动省级话务网网管系统现状，本次项目改造应遵循以下基本原则：n 符合中国移动集团公司已颁布的网管系统技术规范及功能要求，国家有关相应标准；n 本着经济实用的原则，充分利用已有网管平台，保护已有投资；n 基于二期网管系统，强化集中操作维护的能力；n 满足实用性要求，功能设计应该面向一线告警监控、网络维护人员；n 加强系统的可靠性、稳定性，对主设备、网络关键结点以及网络链路进行备份，防止系统的单点故障；n 满足系统的实时性要求，确保网络重大告警及时发现和处理；n 尽可能实现系统的平滑过渡，确保在改造过程中，将对原有系统功能的正常使用影响将至最小3. 二期网管改造的体系结构3.1 二期网管改造后的网络结构在现有的省级话务网网管系统中，网元与网管中心的连接一般采用单网络的连接方式，如图3-1所示：图3-1：二期网管网络结构实际使用当中，一旦 OMC 发生故障，或省级网管系统与 OMC 的网络连接发生故障，则会造成网元无法被监视及控制，而现网这样的情况又比较普遍。

网管系统如要承担其一点值班的可靠手段的作用，必须增强其可靠性，稳定性，即需要改造原有的网络连接方式，设置备份广域网传输线路：n 由于 OMC 本身的价格，设置OMC 双备份显然不是非常经济，我们考虑增加网元（主要是交换网元）到省级网管系统的直连路由，确保提供稳定的直连通道，具体实现方案参见本技术方案各厂商接口分册n 根据各省具体情况，增加一条从OMC-R到省级网管系统的路由，与原来的路由互为备份 如图3.2虚线部分所示: 图3-2：二期网管改造网络结构3.2 二期网管改造后的硬件结构二期网管系统改造应充分考虑一点值班和集中化维护对系统可靠性、实时性的要求，充分保障集中操作维护、告警集中监控的不间断运行，对网管系统中集中操作维护以及告警监控功能部分的数据接入设置相应的备份措施同时针对系统中可能出现的单点故障，应对网络相关设备设置备份网元接入服务器双机组应能在完成主备运行的基础上，实现采集任务的负载均衡功能同时，网络设备也应采用主备方式，通过不同的广域网传输链路接入到网管中心，采用动态路由或静态浮动路由技术来实现广域网传输的可靠性如图3-3所示: 图3.3 网管硬件结构示意图3.3 二期网管改造的软件结构在中国移动省级话务网网管系统二期规范中，系统结构分为三层：第一层为数据采集层，主要完成采集数据的功能，保证数据采集的完整性；第二层为数据处理层，完成数据的计算，整理和组织；第三层为应用层，主要完成数据的呈现、如：网络的拓扑、资源管理、网络优化、规划、互联互通分析、业务管理、路由管理、局数据检测等。

根据二期改造的目标，需要对这三层中与一点值班、局数据集中制作相关模块进行增强，增强以后的系统软件结构如图3-4所示：在数据采集层中，在二期网管的基础上，增加网元接入服务，主要负责：1) 网元接入，相关的协议转换，并提供以下接入功能：n 告警直连采集n OMC前转告警采集n 命令终端接入2) 集中鉴权，3) 集中日志，4) 链路通断，网元端口的检测和管理在数据处理层中，在二期网管的基础上，将增强相关的告警后处理模块，以支持告警集中监控/处理中的新功能，详细参见第四章在数据应用层中，必须完善和加强以下功能模块，包括告警集中监控、局数据集中制作、集中操作维护终端，详细参见第四章3.4 主备通道的数据同步在本次改造工程加强了告警采集通道的备份机制，提供了两种互为主备用的告警采集方式：OMC前转方式、网元直联采集方式为了保证主用与备用通道告警数据的一致性、准确性，系统必须提供以下告警数据同步机制：n 系统可以设定主备用通道，正常状态下采用主用通道进行告警；n 系统支持手动/自动的告警采集通道的切换（自动切换需要厂家提供告警状态监测方式）；n 系统在告警切换过程中能够支持活动告警信息的同步：切换过程中的活动告警提取、自动判重；系统的切换流程可以参考图3.5 在此例中，以OMC告警前转为主用通道，直连网元为备用通道进行说明。

各省应根据自身的实际情况来决定主备用通道正常状态下，只有一个告警流在采集，通过告警记录器，记录在近期告警列表中告警流程主备切换采集（正常状态）流程说明，见3.5 左图：1． 网管系统采集OMC前转告警通道产生的告警，同时智能判断自身告警通道的可用性2． 将OMC前转的告警转换为标准格式3． 智能判断直连网元告警通道的可用性4． 写入近期告警列表5． 上报告警图 3.5 网管系统主备用通路告警的同步（1）切换状态下，当激活告警通道出现问题的时候，启动另一条告警链路，进行告警同步，并进行告警判重告警流程主备切换采集（切换状态）流程说明，见3.5 右图：1． 网管系统发现OMC前转告警通道发生故障2． 进入告警切换状态，启用告警备用通道3． 网管启用备用通道的告警同步流程4． 将NE产生的告警转换为标准格式5． 查询/写入近期告警列表6． 经过判重后，上报告警切换完成，当直连告警通路同步完成后，进入正常状态图 3.6 网管系统主备用通路告警的同步（2）告警流程主备切换采集（正常状态）流程说明，见图3.6 ：1． 轮巡OMC前转告警通道的可用性2． 网管系统采集直连网元告警通道产生的告警，同时判断告警通道的可用性3． 将直连网元的告警转换为标准格式4． 查询/写入近期告警列表5． 上报告警6． 当主用告警通道正常的时候，可以以自动/手动相结合的方式来切换。

4. 二期改造的功能要求4.1 告警集中监控告警集中监控系统在本次改造中通过加强告警数据采集手段，并针。