运营支撑系统建设中若干核心问题浅析.pdfVIP

运营支撑系统建设中若干核心问题浅析 胡宏斌 （上海复旦光华信息科技股份有限公司上海 200433 ） 摘要：本文根据作者长期在运营支撑系统规划和建设实践中总结出来的经验教训，对于运营 支撑系统中若干核心问题如理论与实际的关系、集中与融合、BPR 与 OSS 的关系、OSS 的 升级与再造进行了初步的论述，提出了一些基本的策略与方针。 关键词：OSS，eTOM，NGOSS ，规划，BPR ，集中，融合，升级，再造 运营支撑系统 （Operation Support System，缩写成OSS ）已经成为电信运营管理不可缺 少的组成部分。它是借助IT手段实现对电信网络和电信业务的管理，以达到支撑运营和改善 运营的目标。 狭义的 OSS 系统，主要指电信网络和电信设备的运行维护支撑系统，主要实现对电信 网络和电信资源的管理，主要的应用系统包括资源管理系统、网管系统（含综合网管和专业 网管系统）、网络故障处理系统、业务开通系统等。广义的OSS 系统还包含所谓业务支撑系 统（BSS ，Business Support System ），BSS 主要实现对电信业务、电信资费、电信营销的管 理，以及对客户的管理和服务的过程，可能包含的系统有：CRM 系统、计费系统、结算系 统、经营分析系统等。 本文讨论的问题，是侠义或广义的 OSS 系统建设中所共同存在的一些核心问题，它们 对于 OSS 建设的效率、效果或者成败是至关重要的因素。 1 理论与实际相结合规划 OSS 建设蓝图 长期以来，国内的电信运营商对于 IT 系统建设一般是采用“谁使用、谁建设、谁管理” 的建设和管理模式。这种模式曾支撑了企业的高速发展。但是，由于未能进行统一规划，制 定统一的规范和标准，这种模式往往会由于“就事论事”的建设思路而导致应用系统孤立、 数据分散、投资效益低、专业 IT 人员分散。随着市场竞争的加剧和企业改革的推进，电信 运营商在进行 OSS 建设前，需要进行统一的系统、数据、流程规划，以消除信息孤岛，有 效支撑企业运营与管理。 1.1 OSS 规划应以国际先进理论为指导 TMF 提出的 NGOSS 功能模型，已经被国际电信运营商和设备制造商以及电信运营支 撑系统开发商广泛接受，成为事实上的国际标准。从 2002 年以来，NGOSS 以及其中最重要 的部分 eTOM 已经逐步为国内的运营商所接收，并成为其运营支撑系统建设规划的重要理 论依据。eTOM 中“横向功能分层，协同工作满足纵向端到端业务流程”的概念对我们的运 营支撑系统的构建有重要的指导意义。一些国内运营商的 OSS 建设规划中已经融合了 NGOSS 和 eTOM 的思想，其中比较典型的是中国电信MBOSS 规划。 但是，应当注意的是，eTOM 是以电信业务流程为导向的蓝图，而不是系统架构图。也 就是说，eTOM 中定义的是以业务功能，以及通过业务功能穿联而共同完成的端到端业务流 程为主，我们并不能按图索骥地进行系统规划和建设。例如，我们不能因为 eTOM 中定义 的“资源性能管理”这个业务功能而建设一个“资源性能管理系统”，这个业务功能的具体 实现可能分布在综合网管和若干个专业网管、厂商网管中。 1.2 OSS 规划应与实际相结合 一个具体的 OSS 规划，不能仅仅描述业务流程和业务功能，还需要从系统实现角度进 行规划，主要应包括： （1） 整个OSS 包括应哪些系统？其中哪些是现有系统？哪些是需要新建的系统？现 有系统是否需要升级和改造？ （2 ） 整个OSS 实现哪些功能，这些功能在各个系统中是如何分布的？ （3 ） 系统之间的耦合程度如何考虑？这一点必须结合目前业务流程本身的耦合程度 以及技术水平现状。 （4 ） 系统之间的边界在哪里，系统之间的功能、流程、数据接口的内容和格式，以 及接口是如何实现的？ （5 ） OSS 有哪些相关的外部系统，与相关外部系统是如何实现数据交互的？ （6 ） OSS 规划实施的路线 等等。 在考虑这些问题的时候，必须与运维生产实际、系统现状、业务流程现状相结合。一方 面，不