OSS技术发展与应用(图)
发布时间:2006-10-14 3:56:08   收集提供:gaoqian
赵 平 中国电信集团广州研发中心


  摘 要 首先介绍OSS技术的发展状况,然后结合我国电信运营商的实际情况,探讨如何合理使用OSS技术,促进运营管理水平的提高。

  关键词 OSS 运营支撑系统 TMN NGOSS

  1 引言

  电信运营支撑系统(OSS)作为快速开通业务、及时保障业务、优化管理网络资源的重要手段,是电信网络运营管理不可分割的一部分。全球化竞争的电信市场和电信多元化价值链的形成促进了OSS技术的飞跃发展,电信运营支撑系统在电信集约化经营的实践中扮演着越来越重要的角色。合理使用OSS技术,建设功能完善、互通灵活、充分共享信息的运营支撑系统,是我国每个电信运营商目前极为关注并重点发展的运营管理战略之一。

  2 OSS技术发展

  随着网络技术的不断发展,OSS技术也得到了充分的发展。OSS从其产生一直发展到今天,其内涵和定义有较大的变化。

  2.1 OSS起源

  在业界,OSS概念最初源于ITU-T TMN系列建议中的运营系统(OS),OS是用来支撑网络运营的系统,具体如图1所示。



  OSS由ITU-T TMN OS演化而来,OSS定义的内涵指电信运营商的支撑系统,其概念范围包括BSS,也包括网元管理系统/网络管理系统等。但从过去ITU-T TMN方面的研究内容来看,ITU-T TMN偏向于设备和网络的管理。

  2.2 OSS的发展

  TMForum组织基于ITU-T TMN概念,重点研究并发展业务管理和部分网络管理方面的框架理论和概念,提出了NGOSS和eTOM等理论和概念。可以说,OSS概念在TMForum中得到了发展和广泛的应用;尤其是随着NGOSS的提出,OSS/BSS的提法也得到业界的认可,通常前者指面向网络和设备维护的后台支撑系统,后者指面向业务和客户的前台支撑系统,但OSS和BSS的概念在TMForum中至今并没有一个非常明确清晰的定义或划分界限。

  NGOSS eTOM业务流程框架如图2所示。其中,eTOM包括“战略、基础设施和产品”、“运营”和“企业管理”三部分,运营部分主要包含OSS/BSS功能及流程。



  TMF NGOSS中SID部分对OSS/BSS中的对象与实体进行了建模与定义,SID对运营商OSS/BSS的建设具有一定价值,也是NGOSS非常重要的一个部分。这里要特别指出是,TMF NGOSS中eTOM文档和GB921目前已经被ITU-T采纳为正式的标准建议。

  2.3 对LEAN OPERATOR的支撑

  OSS的最终目的是提高业务效率、增强管理灵活性、降低运营成本,这些都是为电信运营商运营服务的。这种情况,一方面促进了OSS技术自身的发展;另一方面基于业界LEAN OPERATOR的概念和内涵,激发了业界对OSS如何实现LEAN OPERATOR支撑的广泛讨论,这是目前业界的一个热点。所谓LEANOPERATOR,是指业务运营灵活高效、管理集约化的运营商,也可以简单地概括为FBC(FasterBetter,Cheaper),即有能力提供更快速、更优质、更廉价服务的运营商。

  2.4 其他

  OSS技术虽然在迅速发展,但目前国内不同组织或个人对OSS的理解尚存在诸多不同观点,尤其与网管概念的关系还有些模糊,甚至混淆。这些观点大体可以归纳为两类:第一种观点认为,OSS泛指支撑电信运营商运营管理的所有IT系统,具体包含网管系统和BSS等内容;另一种观点认为,网管分为广义网管和狭义网管,广义网管的概念是包含OSS内容的。笔者则认为:网管就应该是对网络的管理,广义网管的提法不是非常科学的;至于对OSS概念的理解,第一种观点对OSS的解释更加合理。

  3 我国电信业OSS发展所面临的问题

  随着我国电信业的发展和运营机制的转变,我国电信业OSS的发展也经历了不同的发展阶段,即从单纯地面向网络设备的管理,逐步转向面向业务和客户的综合性运营管理。在这个发展或演进的过程中,OSS所面临的问题主要存在于两个方面,一是实际OSS建设所面临的客观问题;另一个就是不断发展的、新的OSS技术,如NGOSS和eTOM,在结合我国电信业具体实际发展建设时应该注意和思考的问题。

  3.1 OSS现存问题

  在OSS规划与规范研究方面存在不足,导致对OSS发展建设缺乏总体框架指导和具体实施规范。由于OSS建设缺乏总体框架性指导,所建系统总体上相互孤立,前后端之间信息交互能力弱;OSS前期规划与规范研究投入不足,导致具体OSS建设缺乏规范性指导,例如由于数据定义不规范和命名标准不统一等导致OSS系统之间数据共享、信息互通较难。

  在OSS系统的建设和使用方面存在:系统建设与网络建设不同步,运维流程不规范,系统功能存在不足;OSS建设滞后于网络发展,建设网络时没有考虑维护支撑的需求;OSS总量投资不足,具体系统投资回报率太低;网络设备和网管系统多厂家、多技术问题突出,导致网络管理不够集中化、运维管理不够综合化、全网管控手段不强;运维对OSS需求比较模糊、不清晰,导致OSS建设缺乏导向;全程全网作业流程没有完全理顺,导致团队协同作业不充分,业务开通和保障效率不高等问题。多厂家、多技术问题突出,导致网络管理不够集中化、运维管理不够综合化、全网管控手段不强;运维对OSS需求比较模糊、不清晰,导致OSS建设缺乏导向;全程全网作业流程没有完全理顺,导致团队协同作业不充分,业务开通和保障效率不高等问题。

  3.2 实际中应用新技术NGOSS遇到的问题

  应该说,NGOSS在全球通信界得到了广泛的认可,并对通信运营商的网络和业务运营管理及OSS的规划建设起到了很好的指导作用,尤其是eTOM和SID部分对现有OSS的演进具有很好的参考价值。在TMF NGOSS与实际情况相结合时出现了一些问题,尤其是与我国电信运营环境结合时,问题更突出。

  ·NGOSS如何处理多业务的运营管理环境?尤其当一个运营商是全业务型的运营商时,具体业务包括接入型业务(包括电话、ADSL、IDSN等)和端到端型业务(2Mbit/s和155Mbit/s出租电路、DDN、X.25、ATM电路以及VPN等),NGOSS并没有对这些多业务的运营管理进行深入研究和论述。

  ·NGOSS如何很好地去支撑运营商管理组织等级化和网络结构多级化的运营环境?与国外主流运营商不同,目前国内的运营商在管理组织上基本是分为总部级、省级和本地级这三层,相应的网络结构也分为三级或多级等。如何应对等级特征明显的中国式运营管理模式,NGOSSeTOM目前没有明确的答案,尚待去深入研究。

  ·如何基于NGOSS eTOM业务流程、结合具体运营商的人力资源和岗位设置等,构造合理而高效的工作流程?NGOSS eTOM提出的业务流程并没有涉及人力资源和工作岗位的设置,如何整合业务流程、OSS系统和人力资源,并通过工作流程来突破职能部门和专业技术之间的界限,是我国电信业务必须思考和解决的问题。

  ·其他像如何构建网络运营管理的信息知识库、故障处理经验库和实施KPI管理等,NGOSS也缺乏深入研究,这些都需要在实践中不断摸索,不断总结。

  4 OSS技术实际应用

  4.1 总体原则

  OSS技术目前从TMN到NGOSS的发展,都是市场环境对网络运营需求不断推动的结果。但在我国电信业界,OSS技术如何与实际情况结合起来应用呢?就总体指导原则而言,OSS技术在实际运用中,一方面要贴近网络的运营管理,另一方面也要充分体现客户化和业务化的意识。OSS系统的建设要有利于提高业务开通和业务质量保证,让客户满意,要体现“运营管理需求驱动OSS系统建设,OSS系统建设服务于运营管理”的发展理念。针对多业务运营管理的特点,建议专业网络层面实现集中管理,业务层面实现多业务的综合管理。

  4.2 OSS建设与发展层面

  对国内的任何一个电信运营商而言,其所涉及的OSS系统,无论是数量还是规模都是比较大的,这些OSS系统的建设与发展也应有一个相应的周期;从OSS建设与发展层面整体着手,提出并基于一个OSS总体框架体系去考虑和建设OSS系统是非常重要的。该OSS总体框架体系,应从系统/功能、运营流程、运营数据和运营基础设施等4个角度来总体规划OSS蓝图,并规范具体OSS系统的功能和部署,该总体框架体系基于企业运营管理流程,充分考虑系统和系统之间的关系和数据应用接口。OSS总体框架体系应该包括下列内容。

  ·系统/功能:具体指电信运营管理所需要的业务开通、业务保障、资源管理、网络管理、知识管理和其他运营管理等功能。

  ·运营流程:包括面向客户和业务的端到端业务开通、闭环故障管理等业务保障和计费等业务流程,以及在这些业务流程中如何把具有不同功能的IT系统与不同职能部门的工作人员有效地串接起来,组成一个高效的工作流。

  ·运营数据:参考TMF NGOSS中SID的数据建模,为电信运营商企业定义符合自身特点的电信网络和业务运营所涉及的数据模型和数据存储需求,并做好网络运营数据和业务运营数据等海量数据自身的管理等。

  ·运营基础设施:具体指计算机软硬件、操作系统和网络通信设备等基础设施。

  4.3 技术实施层面

  从技术实施层面来说,前面提出的OSS总体框架体系的OSS系统的建设需要全面而系统地进行考虑,其中包括规划与规范的研究、具体系统的研究与开发、后期系统的工程建设和使用等内容。下面具体加以说明。

  ·规划与规范的研究:基于OSS总体框架性的指导,就业务管理和网络管理方面的功能和系统建设进行分期分阶段的规划;针对具体规划的功能特点和系统定制规范,充分明确系统先后建设的依存关系,以及相互之间的接口关系;基于规划与规范的研究,对OSS的整体架构和个体建设之间的关系处理得当、清晰合理。

  ·系统研发与升级维护:目前OSS系统的建设基本上采用外包或购买商业软件的模式,系统研发和后期的升级维护工作质量需要采取必要的管理和应对措施;运营商和OSS供应商之间应该建立良好的、牢固的价值链关系。

  ·工程建设与使用:开发完的系统,工程建设质量要充分考虑应用效果,在使用过程中注意积累经验并收集进一步的需求,及时反馈信息。

  ·IT技术选择:OSS技术的应用最终会体现在具体支撑系统的IT实现上,所以OSS的软硬件技术建议选用灵活实用的主流技术,如J2EE、分布式计算技术和主流数据库等。

  4.4 重点实施策略层面

  目前,我国电信运营商基本上是实行组织管理分等级、网络组织分专业管理的,部分的网络组织结构也是分等级的。他们对于OSS建设的重点在网络或资源的管理,而对于业务管理、人力资源调度、工作流程的支撑相对较为薄弱。

  ·流程化运营管理:打破职能部门或专业技术之间的壁垒和界限,实现职能型管理向流程型管理的转变;基于科学的业务流程和人力资源调度,通过IT系统和人力资源的配合,推进工作实现流程化的运营管理。

  ·电子化运营管理:即运营管理工作电子化,通过电子化来确保运营管理的流程化、工单化、自动化和信息化,具体内容包括业务运营管理、网络运营操作、知识/信息管理和日常作业等,“电子化运营管理”不是一个系统,也不是纯电子工单系统,它是一种工作模式,一种新的运营管理工作语言,是运营管理工作最大程度的电子化。

  4.5 其他层面

  要重视我国电信业OSS规划与规范的研究。OSS具体系统的建设应该有总体框架指导并充分考虑与其他系统的互联关系。应该将OSS建设纳入我国电信网络建设生命周期中的重要一环,在建设网络时就同步或超前考虑OSS系统的建设,不要等到网络建设已经完成并开始运营业务时才考虑。OSS的支撑重心,要从以内部管理为出发点、技术与网络为中心,转移到以市场需要为出发点、客户和业务为中心上来。要正确处理新系统的建设与旧系统的关系。针对新技术新业务网络,建设新的OSS系统,不要走老路,要采用新策略、新思路、新体制来建设OSS,其业务运营要充分与现有资源和系统进行互补整合;旧的OSS系统不能废掉,需要采取演进策略,加以改良。要因地制宜实现综合管理与分专业管理的有效结合。针对我国电信业网络规模与业务容量大、采用网络技术复杂和设备厂家多的特点,建议在网络管理层面采用分专业的集中管理,慎用大而全的综合网管思路,在业务管理层可以实施综合管理策略;辅助实施管理和技术“两条腿”手段,管理层面的问题通过管理手段解决,OSS系统层面的问题,采用技术手段来解决。

  5 结论

  竞争的电信市场环境,OSS系统集成商、开发商和运营商之间价值链的建立,极大地促进了OSS技术的发展,这些无疑会让处于发展中的我国电信业OSS实践获得更新的思路和理念。如果能够进一步结合我国电信业的具体实际情况来思考和解决问题,我国电信业OSS的未来发展一定能够迈上新一级台阶。


摘自 中国电信
 
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50