《中国移动 网管技术规范.doc》由会员分享，可在线阅读，更多相关《中国移动 网管技术规范.doc（58页珍藏版）》请在三一办公上搜索。
1、中国移动网管技术规范QB-W-GH-2009中国移动ONEOSS 2.0演进规划Title 版本号：0.1.0-实施-发布中国移动通信有限公司网络部目录1范围12规范性引用文件13术语、定义14缩略语15综述25.1演进原则25.1.1目标明确，快速支撑25.1.2统一规划，分步实施25.1.3有效继承，平滑演进35.1.4保护既往投资，降低系统割接风险35.2演进方法思路35.2.1架构演进思路：从分散-统一35.2.2系统演进思路：从专业-综合35.2.3数据演进思路：从封闭-共享45.3总体演进路线45.3.1第一阶段（2009年9月-2010年12月）55.3.2第二阶段（2011-2
2、012年）65.3.3第三阶段（2011-2012年）66综合网络应用平台（I-NAS）76.1现状分析76.2业务目标规划86.3演进规划思路96.4整体演进路线96.4.1第一阶段（2009年9月-2010年12月）106.4.2第二阶段（2011-2012年）116.4.3第三阶段（2011-2012年）127运营流程管理平台137.1现状分析137.2业务目标规划157.3演进规划思路157.4整体演进路线167.4.1第一阶段（2009年9月-2010年12月）177.4.2第二阶段（2011-2012年）187.4.3第三阶段（2012-2013年）198业务开通平台（ S-FAS
3、 ）208.1现状分析208.2业务目标规划218.3演进规划思路228.4整体演进路线238.4.1第一阶段（2009年9月-2010年12月）268.4.2第二阶段（2011-2012年）278.4.3第三阶段（2011-2012年）289网络监控平台（R-SOS）299.1现状分析299.2业务目标规划309.3演进规划思路319.4整体演进路线319.4.1第一阶段（2009年9月-2010年12月）329.4.2第二阶段（2011-2012年）349.4.3第三阶段（2011-2012年）3510质量保障平台3510.1现状分析3510.2业务目标规划3710.3演进规划思路3710
4、.4整体演进路线3810.4.1第一阶段（2009年9月-2010年12月）3810.4.2第二阶段（2011 -2012年）4110.4.3第三阶段（2013年）4211网管系统监控平台4311.1现状分析4311.2业务目标规划4411.3演进规划思路4411.4整体演进路线4511.4.1第一阶段（2009年9月-2010年12月）4611.4.2第二阶段（2011-2012年）4711.4.3第三阶段（2011-2012年）4812FAQ4912.1网络运营分析系统（N-OAS）第一阶段能力目标确定的依据是什么？4912.2网络运营分析系统关于专业网管系统、统一采集平台的分工界面511
5、2.3元数据管理应当如何引入？5112.4信令监测系统为什么要作为独立模块？5212.5业务开通平台中业务开通系统与EOMS的关系是什么？5212.6如何设计和迁移专业网管中资源功能到资源系统？5212.7如何规划业务开通系统与其他系统的边界？5212.8网络激活平台和统一指令平台之间的关系？5212.9FAQ 资源调度是什么？5213编制历史52附录A53附录B53前言本规划的目的。本规划描述了中国移动xx。本规划主要包括以下几方面内容。本规划由中国移动通信有限公司网络部提出并归口。本规划由规范归口部门负责解释。本规划起草单位： 中国移动通信集团本规划主要起草人：xx等；1 范围本规划描述了
6、中国移动ONEOSS 2.0中演进部分，供中国移动内部和厂商共同使用；适用于指导中国移动整个OSS的建设工作。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。1QB-D-003-2005规范版本号中国移动通信有限公司3 术语、定义术语或定义解释IT基础架构包括网络设备、服务器设备、存储备份设备、终端设备等IT设备，也包括操作系统、数据库、中间件、套装软件等软件系统 OSS应
7、用系统指OneOSS规划中的各应用软件，大多是开发服务商按照各省的业务需求自行开发的，或者对COTS软件进行了深入的二次开发IT网管系统针对OSS业务相关软硬件进行管理的现有系统，采用全国一套系统的大集中模式由集团统一建设，已实现对集团、北京、甘肃3个节点的管理，正在推广到全国35个节点IT质量管理即OSS应用系统数据质量(DMA)管理，与OSS应用系统配合实现对OSS应用系统数据模型和数据质量的管理4 缩略语下列术语、定义和缩略语适用于本标准：缩略语英文全称中文解释5 综述5.1 演进原则 依据“优先支撑业务需求”、“统一规划、分步实施”、“业务流程梳理与系统建设并重”以及“保护已有的投资”
8、等四项演进原则，明确具体的演进步骤。 5.1.1 目标明确，快速支撑明确以业务需求为驱动，能够以快速支撑业务运营为目标，统筹规划，分清轻重缓急，先解决最重要、最紧急的业务需求，快速适应行业、企业不断发生的变革，避免为了建设IT系统而建设IT系统，和实际业务需求脱节，实现业务需求与IT支撑共同发展，提升网管支撑建设的灵活性，发挥整体效能。 目前围绕着 “质量领先、运行高效、支撑有力”的运维战略，实现“集中化、标准化、信息化”的运维目标以及实现全力支撑全业务运营，重点支撑集团客户，提供售前、售中、售后的全方位运维支撑服务，建立“一点响应、全程服务”的网络服务模式是目前急需支撑的重点业务需求。5.1
9、.2 统一规划，分步实施n 根据目前现状发展和目标框架，以及业务需求驱动的重点内容，设定35年三阶段演进目标和各阶段的演进重点。n 分三阶段开展网管建设：u 第一阶段，应对全业务运营对现有的运维模式产生较大影响的变化，重点增加面向集团客户业务的业务开通与保障相关的业务过程，初步实现面向集团客户的业务开通、资源管理、全专业监控；u 第二阶段，应对全业务运营的发展，应对市场竞争，实现全业务开通支撑，并实现资源关联调度、业务监控；u 第三阶段，应对全业务运营的全面发展，提升企业核心竞争力，面向客户感知实现相应业务质量管理。 5.1.3 有效继承，平滑演进n 充分考虑当前各省网管系统建设的实际情况，有
10、效地继承现有成果，实现平滑过渡，并确保演进后系统有向下兼容能力。单系统演进可以存在不同模式（如一步到位或者分步实现）。5.1.4 保护既往投资，降低系统割接风险n 充分利用已有系统能力，尽量在现有系统的基础上进行升级改造，尽量避免对现有系统进行颠覆性改变，从而保护既往投资，降低系统割接风险，保证现有系统平滑、持续演进。5.2 演进方法思路5.2.1 架构演进思路：从分散-统一 n 为提升整个网管支撑系统的基础设施资源以及软件资源的利用效率，做到最合理化的利用资源，从应用层-技术平台层和基础设施层等几个层面对各系统技术架构进行改造，从以往的各专业分散搭建模式向统一架构模式进行转变。u 对基础设施
11、资源实现统一管理和动态调度，从整个网管支撑系统角度统一考虑硬件（存储、备份），以减少硬件投资和维护成本。u 对网管支撑系统的数据采集（平台、接口、总线）进行整合，减少对OMC和网元的重复采集，同时减少对第三方软件平台的重复投资。u 梳理各专业上层应用呈现功能，将相同的应用和展现功能进行整合，减少重复开发，通过对上层应用以及呈现功能的标准化，逐步实现从分专业建设向统一建设模式转变。向网管用户屏蔽系统概念，面向应用场景和岗位，建立各类专题视图和场景化应用，提升用户使用体验。5.2.2 系统演进思路：从专业-综合 n 系统建设从以前的各专业网管独立建设向综合的系统应用统一建设转变。呈现功能域统一整合
12、到“综合网络应用平台（ I-NAS ）；资源管理、网络激活、业务开通支撑的功能域统一整合到“业务开通支撑系统（S-FAS）；保障功能域统一整合到“网络服务保障系统（R-SOS）；分析功能域统一整合到“网络运营分析系统（N-OAS）。5.2.3 数据演进思路：从封闭-共享 n 从以往各系统独立采集处理数据向统一数据采集、处理转变。建立统一的数据采集平台和数据总线，通过规范的接口提供给各个应用功能使用。提高网管数据的可控性和可靠性，并对多专业、多维度的数据进行关联分析，支撑市场发展。 5.3 总体演进路线ONE OSS2.0整体规划目标是：围绕着中国移动网络工作战略目标“质量领先、运行高效、支撑有
13、力”，建立全网统一的网管支撑系统中、长远规划，建立稳定、易于扩展的总体框架，能够随需应变，快速适应行业、企业不断发生的变革，全面支撑运维各项管理和生产工作, 降低运维成本、提高运维效率和质量、改善客户体验提升客户满意度。围绕着这一目标，整个演进路线分为三个阶段进行，各阶段的业务目标、系统功能以及基础设施的演进路线分别如下：5.3.1 第一阶段（2009年9月-2010年12月）5.3.1.1 业务目标：1. 随着集团客户业务的快速开展，全面支撑集团客户业务开通。 2. 全面支撑软交换和基站资源调度。3. 实现全专业告警统一呈现、派单，尝试跨专业告警关联。5.3.1.2 系统能力：系统提供的能力
14、包括：1. 服务开通能力和资源管理能力，其中服务开通能力包括定单的拆分以及开通调单生成、施工管理和网络半自动激活，资源管理包括存量管理、资源调度和资源的统计。 2. 综合监控能力、投诉处理支撑能力和集中操作维护能力。3. 综合网络呈现能力，包括综合监控、投诉、应急调度的统一呈现。 4. 基于网络层面的网络运营分析能力。5. 支撑无线的综合网络优化能力。6. 面向网管系统的资源管理和告警监控能力。7. 面向运维知识管理的内容管理、专家库管理和信息搜索能力。8. 面向综合网络呈现、综合网络监控、集团客户支撑、网络优化等专题，整合相关网管应用视图。5.3.1.3 基础设施：1. 启动云计算技术的引入
15、，主机与存储虚拟化，建立各系统统一的资源池。2. 引入ESB技术，建立规范的接口。3. 构建公共基础服务（ 例如GIS、搜索、文档和即时通信）。5.3.2 第二阶段（2011-2012年）5.3.2.1 业务目标：1. 支撑全业务的开通和保障。 2. 深入跨专业资源调度、关联分析，实现故障智能预处理。 3. 尝试业务层和服务质量监控。4. 面向应用场景和岗位，进一步整合各类专题视图和场景化应用，提升用户使用体验。5.3.2.2 系统能力：系统提供的能力包括：1. 服务开通能力，需要关联资源调度，实现网络自动激活能力。 2. 业务质量管理以及业务质量监视能力。 3. 基于施工管理优化施工调度、管
16、控能力。4. 基于业务层面的网络运营分析。5. 面向网管系统的质量管理能力。6. 面向运维知识管理，建立互动社区和激励管理。7. 面向运维管理、互联互通、应急通信、技术支援等专题，整合相关网管应用视图。5.3.2.3 基础设施：1. 启动IAAS，实现网络、存储、服务器的虚拟化，实现业务应用高可用性，对IT系统进行全面管控，建设统一采集平台。5.3.3 第三阶段（2011-2012年）5.3.3.1 业务目标：1. 实现面向客户感知的业务监控，支撑服务质量管理，实现客户SLA保障。2. 支撑全网资源全生命周期管理，保障网络设计与资源预警分析。3. 实现面向市场的综合运营分析。5.3.3.2 系
17、统能力：系统提供的能力包括：1. 进一步提升业务开通能力，包括实现资源设计以及业务开通的管控。2. 业务质量管理能力，包括业务问题分析以及SLA管控。 3. 资源管理能力，包括资源规划和资源预警。 4. 支撑全专业的综合网络优化能力。5. 基于客户和信息安全分析的网络运营分析。6. 面向信息安全、工程管理、网管支撑、信息发布等专题，整合相关网管应用视图。7. 实现面向知识管理的综合网络呈现，提升信息搜索能力。5.3.3.3 基础设施：实现全系统基础设施的服务化，包括将优化的中间件、数据库等作为服务，进一步提升基础设施的共享能力。6 综合网络应用平台（I-NAS）6.1 现状分析综合网络应用平台
18、（ I-NAS ）是OneOSS 2.0新规划的系统。目前，各省公司尚未开始建设该平台。目前，各省公司只实现了少量的“网络应用平台呈现”所涵盖的功能域，绝大多数的功能域尚未实现。调研发现的现状汇总如下：基本上实现覆盖的功能域如下：l “网络监控”功能主要在各“专业网管”中实现；l “技术支援”、“互联互通”、“运维管理”、“工程管理”、“信息发布”等功能域主要在“EOMS”中实现；l “应急通信保障”功能域主要在“应急调度系统”中实现；l “网络优化管理”功能域主要在“网优平台”中实现。基本上没有实现覆盖的功能域如下：l “综合网络呈现”、“集团客户支撑”、“网管支撑”、“知识管理”、“信息安
19、全管理”；图 1 综合网络应用平台（ I-NAS ）所涵盖的功能域实现情况（部分省公司调研发现）6.2 业务目标规划图 2 综合网络应用平台在OneOSS 2.0应用框架中的位置6.3 演进规划思路鉴于“综合网络应用平台”属于OneOSS 2.0新规划的平台，各省公司均尚未展开建设。因此，该平台宜采用如下的建设思路：l 新建“综合网络应用平台”，将其打造成为整个网络运维的信息门户；l 逐步剥离原有系统的相关功能域，集中收敛到新系统；l 对各网管支撑系统的应用进行集成整合，将网络各方面的宏观生产及管理信息进行集中综合呈现；l 为员工日常工作提供各种信息化支撑手段，并根据人员角色不同提供个性化的视
20、图。6.4 整体演进路线根据OneOSS 2.0的演进原则、演进方法思路和总体演进路线，综合网络应用平台（ I-NAS ）的演进步骤如下：图 3 综合网络应用平台功能域从现有系统中迁移到新系统图 4 整体演进路线三阶段图6.4.1 第一阶段（2009年9月-2010年12月）6.4.1.1 演进业务目标第一阶段的主要业务挑战是对集团客户业务开通的快速支撑；对软交换和基站资源调度的支撑；全专业告警统一呈现和派单，尝试跨专业告警关联等。因此，本阶段的演进业务目标是：1. 综合网络呈现能力，包括综合监控、投诉、应急调度的统一呈现。2. 面向综合网络呈现、综合网络监控、集团客户支撑、网络优化等专题，整
21、合相关网管应用视图。6.4.1.2 系统能力目标本阶段是系统的起步期。工作的重点是平台搭建，包括系统选型、集成商选型等。因此，本阶段的系统能力目标是：1. 平台搭建。6.4.1.3 管理范围与本阶段业务目标和系统能力对应的管理范围包括：1. 集团客户支撑2. 信息发布3. 网络监控4. 网管支撑6.4.1.4 演进方式l 含有本平台功能域的原有系统停止扩容；l 新建“综合网络应用平台”；l 逐步剥离原有系统的相关功能域，集中收敛到新系统。6.4.2 第二阶段（2011-2012年）6.4.2.1 演进业务目标第二阶段的主要业务挑战是支撑全业务的开通和保障；深入跨专业资源调度、关联分析，实现故障
22、智能预处理；尝试业务层和服务质量监控；面向应用场景和岗位，进一步整合各类专题视图和场景化应用，提升用户使用体验等。因此，本阶段的演进业务目标是：1. 综合网络呈现2. 应急通信保障3. 互联互通4. 工程管理6.4.2.2 系统能力目标本阶段是系统的发展期。工作的重点是平台功能的完善，包括增加新的功能域、剥离原有系统的相关功能域，收敛到新系统等。因此，本阶段的系统能力目标是：1. 功能完善6.4.2.3 管理范围与本阶段业务目标和系统能力对应的管理范围包括：1. 综合网络呈现2. 应急通信保障3. 互联互通4. 工程管理6.4.2.4 演进方式l 含有本平台功能域的原有系统停止扩容；l 完善“
23、综合网络应用平台”功能；l 逐步剥离原有系统的相关功能域，集中收敛到新系统；l 基本建成成熟的“综合网络应用平台”，达到既定业务目标。6.4.3 第三阶段（2011-2012年）6.4.3.1 演进业务目标因此，本阶段的演进业务目标是：1. 信息安全管理2. 网络优化管理3. 技术支援4. 运维管理5. 知识管理6.4.3.2 系统能力目标本阶段是系统的优化期。工作的重点是平台功能的优化，包括增加新的功能域、剥离原有系统的相关功能域，收敛到新系统、对以实现功能的优化改进等。因此，本阶段的系统能力目标是：1. 性能优化6.4.3.3 管理范围与本阶段业务目标和系统能力对应的管理范围包括：1. 信
24、息安全管理2. 网络优化管理3. 技术支援4. 运维管理5. 知识管理6.4.3.4 演进方式l 优化“综合网络应用平台”性能。7 运营流程管理平台7.1 现状分析当前中国移动的运营流程管理域主要通过E-OMS系统来行使业务职能。E-OMS系统分集团公司系统和省公司系统两级，其中，集团公司系统完成移动集团公司对各省以及各省不能独立完成的工单处理、故障受理、值班管理、公告、流程监控、内部论坛、统计报表、历史记录、系统管理等功能。省公司系统完成全省的故障受理、工单处理、公告、流程监控、内部论坛、统计报表、历史记录、系统管理等功能。基本上实现覆盖的功能域如下：l 工单管理。在E-OMS主要实现了故障
25、处理工单、操作任务工单、局数据工单、申告处理工单、重大故障上报工单等的创建、确认受理、回复、派发、回退等功能。涉及新业务管理流程、网络变更与配置流程、故障管理流程、网络优化流程、应急与事件管理流程、安全管理流程、流程管理流程、IT需求管理流程等；l 值班管理。实现统一的机房电子化值班管理，将值班日志、交接班记录、维护作业记录以及由各项维护规程和管理办法中确定的周期性维护作业计划等任务集成至该系统中，使得当班人员能够准确、高效的完成各项维护任务。l 作业计划管理。主要是面向作业计划的制定、发布与监控功能。l 互联接口。与各网管系统、动力环境监控系统、以及管理信息系统、业务支撑系统等均有互联接口。
26、此外，E-OMS还与短信平台、彩信平台等建有接口来传递辅助通知信息。基本上没有实现覆盖的功能域如下：l 合作伙伴管理。l 针对外线、代维等工作任务的施工资源管理、施工调度以及施工管控功能图 5 运营流程管理平台所涵盖的功能域实现情况（部分省公司调研发现）现状问题如下：l 省部接口能力不足，无法有效支撑集团与省之间、各省之间的工单流转及生产管理；l 缺少合作伙伴管理功能，无法对代维任务进行有效监控；l 缺乏施工调度部分，无法解决未来全业务运营后外线施工及代维的管控问题。l 系统边界不清晰。目前各省的E-OMS中均或多或少地存在向其它应用域延伸的情况，比如信息发布功能（与综合门户冲突）、备品备件管
27、理功能（与资源管理冲突）、知识库管理功能（与运维知识管理冲突）等包容在E-OMS系统当中，此外，某些省份还涵盖了业务开通流程，与OSS规划当中的业务开通域冲突。这种边界冲突的情况，会制约其它应用域的发展，不利用未来OSS应用框架体系的形成，并且容易造成系统间的接口瓶颈。7.2 业务目标规划 图 6 运营流程管理平台在OneOSS 2.0应用框架中的位置7.3 演进规划思路针对目前运营流程管理平台主要通过E-OMS系统来行使业务职能的特点，可以以E-OMS为主体采取“扩展”与“剥离”相结合的演进方式。“扩展”是指根据OneOSS2.0应用框架的要求在现有E-OMS当中增补未涵盖的子系统或功能模块
28、；“剥离”是指将现有E-OMS中与其它应用域交叉的部分剥离出来，纳入其它应用域，具体如下：图 7 运营流程管理平台功能域从现有系统中演进到新系统l 新建或完善省部接口，有效支撑集团与省之间、各省之间的工单流转及生产管理；l 增加合作伙伴管理功能，提升系统的代维流程、任务的管理能力；l 针对某些省份可能建立了独立的合作伙伴管理系统的情况，应融合到E-OMS体系当中；l 新建施工调度管理系统，以满足未来全业务运营所要求的外线施工、代维任务等管理要求，有效提升业务实现的工作效率。l 针对现有E-OMS中与其它应用域交叉的部分，不再做功能上的扩容，随着其它应用域的系统建设进程，采取并行下线撤除的策略，
29、逐步从功能层面上完成应用的剥离。7.4 整体演进路线根据OneOSS 2.0的演进原则、演进方法思路和总体演进路线，运营流程管理平台的演进步骤如下：图 8 整体演进路线三阶段图7.4.1 第一阶段（2009年9月-2010年12月）7.4.1.1 演进业务目标实现集团与省之间、省与省之间的信息互通，支撑跨省业务的工单流程和生产管理是目前电子运维急需解决的问题，因此应将实现省部接口放在第一阶段来完成。此外，从纵向看，由于运维模式的转变，依靠合作伙伴来承担部分运行维护工作以及市场运营的方式越来越普遍，对合作伙伴的管理也应该纳入第一阶段的范围。本阶段的演进业务目标是：1. 有效支撑集团与省之间、各省
30、之间的工单流转及生产管理2. 提升系统的代维流程、代维任务的管理能力7.4.1.2 系统能力目标本阶段的系统能力目标是：1. 系统应具备完备的工单管理能力，工单覆盖范围应包括故障处理工单、操作任务工单、局数据工单、申告处理工单、重大故障上报工单等的创建、确认受理、回复、派发、回退等功能。2. 具备灵活的流程配置能力。涉及新业务管理流程、网络变更与配置流程、故障管理流程、网络优化流程、应急与事件管理流程、安全管理流程、流程管理流程、IT需求管理流程等。3. 具备远程维护智能巡检能力4. 具备集团系统与省系统之间的信息交互能力7.4.1.3 管理范围与本阶段业务目标和系统能力相对应，本阶段的所管理
31、的数据实体至少包括：流程模板、运维组织机构、工位、事件、调单、工单、任务单、作业计划、合作伙伴。7.4.1.4 演进方式l 对现有E-OMS已有的内容进行完善，实现统一的电子化值班管理、作业计划管理l 在现有E-OMS系统当中新增合作伙伴管理功能。目前某些省份可能建立了独立的合作伙伴管理系统，应融合到E-OMS体系当中。l 根据中国移动电子运行维护系统集团系统与省系统互联接口规范的要求，新增省部接口7.4.2 第二阶段（2011-2012年）7.4.2.1 演进业务目标第二阶段主要应对全业务运营给运营流程管理平台带来的冲击-施工调度。虽然传统的移动产品运营及后台运维业务也涉及施工调度的问题，但
32、由于其施工内容较为稳定且简单，施工调度的管理问题并不是很突出，而全业务运营以后，会涉及大量的接入资源以及终端资源的施工内容，且这些施工内容是多变的和复杂的，因此，必须引入相应的管理机制才能保证全业务运营活动的顺利进行。针对运营流程管理平台，在本阶段应实现施工调度的管理目标。本阶段的演进业务目标是：有效支撑全业务运营所要求的外线施工、代维任务等管理要求，提升业务实现的工作效率7.4.2.2 系统能力目标本阶段的系统能力目标是：1. 具备施工资源的管理能力2. 具备施工调度的管理能力3. 具备施工流程的监控能力7.4.2.3 管理范围与本阶段业务目标和系统能力相对应，在前一阶段的基础上，本阶段应扩
33、展以下数据实体：代维公司、代维人员、代维工单、代维任务、以及工具/车辆等施工资源。7.4.2.4 演进方式采用新建的演进方式，在运营流程管理平台上新建施工调度管理系统，实现施工资源管理功能、施工调度功能、以及施工流程管控功能。通过施工调度管理系统，可提高外线施工管理流程的标准化水平，以及强化对代维任务的管理。7.4.3 第三阶段（2012-2013年）7.4.3.1 演进业务目标在运维流程管理平台的演进过程当中，OSS的其它应用域也在同时演进，在本阶段，其它应用域的建设也达到一定的程度，解决系统边界不清的问题，将不属于运维流程管理域的功能从原E-OMS中剥离出来是本阶段的工作重点。本阶段的演进
34、业务目标是：全部实现与其它应用域交叉部分的剥离（如将知识管理、信息发布、备品备件等剥离到其它应用域），从而最终形成完整的OSS应用框架体系。7.4.3.2 演进方式l 将不属于运维流程管理域的功能从原E-OMS中剥离出来的工作并不是指只能在本阶段才开展，有条件的省份可以在第一阶段就开始进行，它是一个逐步实现的过程，并且与其它应用域的建设进程相关，但本阶段必须完成全部交叉应用的剥离l 由于剥离工作与其它应用域的演进情况有关，因此，应采取整个OSS域综合考虑的实施策略。l 通常情况下，在资源管理系统开始建设时，应着手开展备品备件功能的剥离工作；在综合门户应用系统开始建设时，应着手开展信息发布功能的
35、剥离工作；在运维知识管理系统开始建设时，应着手开展知识管理功能的剥离工作。l 可采取并行下线撤除的策略，逐步从功能层面上完成应用的剥离。8 业务开通平台（ S-FAS ）8.1 现状分析业务开通平台对于原有OneOSS1.0规划是一个较新的平台，虽然原有系统为实现业务开通支撑都进行了不同程度的改造，但是目前原有系统现状与能力需要还有相当的差距。下图简要描述了各省业务开通支撑系统能力与现状的差距。具体来讲： 业务开通系统： 普遍缺少体系化的端到端业务开通IT流程支撑，个别省份初步利用EOMS或资源系统业务开通流程，但效率不高，无法实现自动拆解、自动回滚和SLA支持等复杂业务需求。 资源管理系统：
36、 a) 从全网整体水平看少数省份正在进行综合资源管理试点，并拥有相当的成功经验，但是大部分省份缺少统一的综合资管。资管数据主要分布于按照专业划分形成的多个网管系统中，各系统之间的信息互通性存在一定的问题，信息孤岛比较多，跨专业关联性差，难以形成对前端的全专业有效支撑。 b) 在业务开通和保障过程中急需的接入层资源普遍缺乏有效管理，严重影响开通效率。 网络激活系统： 缺少统一的、集中的、自动化的网络激活系统， 目前一些新业务试点（如IMS）都是通过设备厂家类OMC激活，标准化程度低， 缺少和业务开通流程的高效衔接，没有实现数据配置的自动化。8.2 业务目标规划业务开通平台的建设目标是建设一套在业
37、务上灵活配置、高效执行、实现全业务支撑；在技术能力上达到集中、贯通、端到端的支撑系统。业务开通平台的应用框架如图标识所示：具体来讲本期业务开通平台主要系统能力和业务目标包含：1. 构建统一的开通系统：负责快速开通业务流程设计；生成资源调单；对定单和工单进行分拆，以及业务开通过程中管理执行、取消、异常、回滚、重新执行等定单状态管理； 同时提供监控、跟踪的功能。其重点业务需求涵盖： 提高全业务组合产品的开通效率和开通流程的灵活性 加强对业务开通过程从接收到报竣的全程管控能力 加强业务开通过程中的服务质量管理2. 资源管理系统：建立全网全专业的统一资源视图；负责设计业务资源的规划；管理业务所需的网络
38、资源生命周期；负责资源存量管理、数据模型管理、数据关系和业务规则逻辑管理。重点业务能力需求涵盖： 建立客户信息、产品、业务、网络资源的关联关系，为业务保障提供有力支撑 提供业务开通过程中的自动实现资源预占、实占、释放等生命周期控制，加速全业务开通提高客户满意度 加强资源使用情况的综合分析能力，提高资源使用效率，为有效网络规划提供依据3. 网络激活系统: 业务层面的激活设计；通过统一的接口对所管理的网络、网元实现指令生成；控制激活过程并完成数据核查。重点业务能力需求涵盖： 提供标准化的网络配置接口和业务配置接口，提供灵活的业务激活设计功能，减少服务开通系统与网络之间的耦合度和相互影响 快速实现业
39、务逻辑对网络配置的指令转化满足市场需求 实现业务开通过程中的各种配置控制，包含时间控制，差错控制，命令合并，激活工单关联分析等，实现开通激活的智能化自动化处理需求 完成网络的数据核查功能8.3 演进规划思路业务开通平台建设是对整个运营支撑能力的一次重大提升。由于各省现状不同，在进行业务开通平台建设时依据运营支撑的目标，将系统实施建设划分成三个阶段，每个阶段赋予不同的关注重点，同时在一定程度上满足其它的层面的业务需求。具体阶段目标如下所示：8.4 整体演进路线基于业务开通目标平台功能模块需求和现有数据的分布现状分析，建议采用以下的演进路线。 业务开通：a) 建设新业务开通模块，实现目标规划需求b
40、) 原有业务开通调度功能模块主要存在于EOMS系统中，根据业务需求逐步把业务开通流程调度通过迁移方式到在新业务开通系统中 综合资源管理a) 建设新资源管理系统，实现目标规划功能需求b) 当前的网络资源管理系统，主要按照专业划分形成了多个子系统， 通过整合、迁移方式将话务、数据、传输网管中资源数据及功能逐步在综合资源系统实现c) EOMS中资源调度流程同新建的资源系统配合实现业务需求。 网络激活a) 根据需求新建网络激活系统b) 将原有话务网管部分操作维护功能迁移到网络激活系统由于传输资源部分的复杂性以及各省现状存在差异，因此在向目标系统演进的过程中，各省根据实际情况，系统演进存在如下两种演进规
41、划： 模式一： 综合资源子系统一步到位，全专业的资源都在资源管理系统中管理和调度；新建业务开通和网络激活子系统。 n 演进模式一的优点 能够在最快的时间内达到规范要求的系统架构 能够迅速的进行资源的整合，形成资源的全视图 系统结构单纯，整体性好 能够较早和较容易形成跨专业的资源应用 方便快速制定和执行统一的业务策略和产品策划，提高市场竞争力 系统一次性建设完成，可以统一系统规划和系统部署 系统升级维护容易n 演进模式一的风险X 不利于原有系统投资保护，系统一次建设，前期资金投入较高X 大量的数据迁移，迁移过程比较复杂, 技术风险较大X 建设期间不同系统的同步维护困难X 系统功能改进较大和数据清
42、理工作，造成演进初期建设时间长，影响日常运作X 全新的网络资源管理系统，使用方式上和原有的存在差异，需要进行较多的人员培训。 模式二： 综合资源子系统分步实现，传输资源在传输网管中管理，综合资管集成传输网管资源管理模块；新建业务开通和网络激活子系统。 n 演进模式二的优点 有效继承目前传输资源管理系统和设备资源管理系统的资源数据和存量管理等功能应用，充分保护了原有投资。 前期资金投入较低，系统建设时间短，见效快 数据清理工作相对工作量比较小，技术风险相对较低 保持原有传输操作习惯n 演进模式二的风险X 分布式系统结构，接口能力要求高X 资源全视图与关联关系分立维护，后期投入较大X 建设期间不同
43、时期的系统的同步维护困难8.4.1 第一阶段（2009年9月-2010年12月）8.4.1.1 演进业务目标第一阶段先解决最重要、最紧急的业务需求。系统的建设首先是以满足市场需求为核心的，因此系统在第一阶段重点是客户尤其是集团客户的业务支撑上，同时提升加入业务保障类的相关的功能。目前主要面临挑战是解决对集团客户业务开通、资源调度和跨专业告警关联问题。本阶段的演进业务目标是：1. 支撑全业务开通包含集团客户数据专线、传输专线、GPRS专线、集团彩信、集团短信2. 支撑软交换和基站资源割接、应急资源快速调度3. 支撑综合监控(基站告警关联) 8.4.1.2 系统能力目标本阶段是系统的起步期。工作的
44、重点是平台搭建，包括系统选型、集成商选型等。因此，本阶段的系统能力目标是：1. 资源模型、资源实体、拓扑管理2. 资源配置3. 客户、业务信息和资源关联4. 资源统计分析5. 一部分GIS应用8.4.1.3 管理范围与本阶段业务目标和系统能力对应的管理范围至少包括：局房、基站（含TD）、传输电路、CMNET、IP承载网、GPRS、核心网、接入网（PON）、集客业务开通数据8.4.1.4 演进方式2010年建设综合资源系统和业务开通系统。 将数据网管系统中的资源管理模块和话务网管中的基站等资源管理能力整合入原有或新建的综合资源系统。 针对集客场景着重建设集客业务开通系统，将定单拆分、业务开通控制
45、等相应功能纳入新建的业务开通系统中，将与参与人相关的流程在EOMS中完善，完成针对集客业务的由前台到网络的端到端开通支撑。同时建设与业务目标相关各专业网管提供给综合资源管理系统的数据采集接口，以及综合资源管理系统与业务开通系统的资源配置接口。8.4.2 第二阶段（2011-2012年）8.4.2.1 演进业务目标第二阶段以第一阶段的成果为基础，兼顾运营保障和业务质量提升，改造完善系统，为企业运营提供更好的支撑。第二阶段的主要业务挑战是支撑全业务的开通和保障；网络设计和预警分析；开通平台SLA以及资源系统对业务割接的支撑等。因此，本阶段的演进业务目标是：1. 支撑全业务开通及服务保障2. 支撑网络设计与资源预警分析3. 为客户SLA保障、业务质量监控提供资源信息4. 支撑全业务网络割接5. 初步实现业务激活8.4.2.2 系统能力目标本阶段是系统的发展期。工作的重点是平台功能的完善，包括增加新的功能域、剥离原有系统的相关功能域，收敛到新系统等。因此，本阶段的系统能力目标是：1. 资源割接支撑能力2. 客户视图呈
