运营和业务支撑系统(OSS/BSS)作为电信运营商提供业务的支撑平台,功能不再局限于业务提供、计费等后台支撑作用,许多运营商已经将其作为降低运营成本、加强内部管理、增强客户交流、提高竞争力的工具。但是目前OSS/BSS面临很多挑战,新技术、新业务的发展以及激烈的市场竞争,对OSS/BSS提出了新的要求。为解决这些问题,必须——
向下一代OSS/BSS演进势在必行
目前,OSS/BSS自身及建设过程中还存在诸多亟待解决的问题,面对电信市场和业务的快速发展,OSS/BSS的开发观念和策略应作相应调整。
OSS/BSS自身存在的问题
目前运营支撑系统的主要问题包括业务流程自动化、系统建设标准化及互联互通、后续开发的可持续应用等方面,具体表现在:高人力成本,业务流程不能自动处理;投资回收周期漫长;系统集成度低,数据不精确,客户服务不能尽如人意;系统及流程可扩展程度差,大多数的流程各自为政;系统改变高风险、高成本,难于引入新的业务;存在很多供应商,产品难以互通,不易形成规模效益。而要实现业务流程自动化,就要有多种步骤,包括:定义和规划流程;定义应用流程的系统;定义信息模型中的数据;定义集成接口;定义集成结构等。下一代运营支撑系统可以较好地解决这些问题,因此,技术上向下一代运营支撑系统的演进已经显得势在必行。
新的市场影响因素
电信市场的竞争日趋激烈:运营商面对来自市场、运营管理以及资本等方面越来越多的压力。在各大电信运营商的业务提供能力没有太大差别的情况下,如何提高管理、运营、服务能力,进而提升自身核心竞争力,成为电信运营商的当务之急和重要战略。而首先需要解决的就是OSS/BSS系统的建设问题。OSS/BSS还可以帮助企业创收、消除收益漏洞、较早地发现客户需求方向,进而帮助企业推出新的业务,留住客户。
新业务的多样性和快速提供的要求:目前,网络资源呈现多样化,业务推出周期要求更短。各运营商业务的“同质化”与服务类别的可替代性,降低了原有的竞争优势。发展新业务,提高管理、运营与服务水平,进而提升核心竞争力,成为OSS/BSS的关键。
综合利用信息资源挽留和开发客户的需要:电信运营商的各种业务的开展都与对客户的服务密切相关,客户服务与客户信息共享是电信运营商整个营销战略中的一个重要组成部分,客户服务系统的建设成为必须。利用数据挖掘、根据客户信息提供个性化服务,乃至给企业的策略和发展战略提供决策依据等,都需要充分的信息支持,这也给下一代运营支撑系统的建设提供了促进因素。
提升管理水平的需要:电信运营商的经营模式已经从传统的面向网络的经营模式逐步转变到面向客户的经营模式。全球的主要电信运营商都投入了巨额资金(每年每个用户12~15美元的费用),改造和提高电信运营支撑系统的能力,以适应电信竞争的需要。另外,运营支撑系统的建设可以带来连带效应,能够加快技术创新,提高运营商的工作效率以及细化电信价值链各个环节的分工等,真正帮助企业实现信息化。
演进的理念与体系标准、设计原则
下一代运营支撑系统在设计思想上,首先应充分体现“以客户为中心”的营销理念,其次应体现与各种合作伙伴共建价值链的合作理念。
目前已经提出的下一代运营支撑系统标准体系主要有:ITU-T提出的电信管理网(TMN)、电信管理论坛(TMF)提出的新一代运营支撑系统和软件(NGOSS,主要包括TOM及eTOM)。
TMN是被广泛认可的未来网络和网络接口技术的标准系列,它将OSS细分为网元、网元管理、网络管理、服务管理和事务管理,但是该模式标准集中于网元管理层及网络管理层功能的实现,对业务的支撑力度显得不够。
NGOSS是TMF提出的OSS/BSS新体系,试图建立一种以构件为基础的分布式系统结构以及一套关键的系统服务,保证OSS/BSS具备标准化、能够逐步演化、保证产品互操作性及互连、实现端到端的管理等特点。
TMF提出的NGOSS功能模型,被国际电信运营商和设备制造商以及电信运营支撑系统开发商广泛接受,成为事实上的国际标准。2003年8月7日,ITU-T与TMF签订协议,ITU-T可以采用TMF标准。这表示业界标准趋向统一,TMF将提交获准的提议作为ITU-T建议,有改动时,将由TMF完成,并保持ITU-T建议与TMF有关文档的一致性。
NGOSS是电信管理论坛提出的下一代OSS/BSS系统和软件,要达到的主要目标之一是总体上降低成本,包括开发和运营成本等,利用NGOSS的优势,提高企业竞争力。因此,在设计之初,就特别关注运营成本、开发成本、集成成本以及电信/通信业的未来发展方向,以提供更好的客户服务、快速的业务演变,使得运营商在技术演进的过程中不用担心OSS,提供运营商可承受及能够支持新技术、新业务的OSS解决方案(详见图1)。

从功能上看,NGOSS主要包括三大功能:业务开通(ServiceFulfillment)、业务保障(ServiceAssurance)、计费(ServiceUsage,又称业务计量)。
从横向角度和电信管理的角度来看,NGOSS有三个管理层面:客户服务层、业务管理层、网络管理层。
NGOSS的设计原则主要包括:
总的原则:使用分布式系统设计原则;使用商业非定制的系统技术;应用组件操作与进程流分离;提供信息共享服务;使用通用通信服务;定义有合同接口的OSS功能;运行期间发现及业务集成。
扩展的原则:系统管理的通用形式;系统安全的通用形式;业务/系统定义连接;与NGOSS及非NGOSS一致的系统连接;与传统/遗留系统的连接;支持客户业务管理(如客户自助服务,B2C);模型驱动方法犤如业务实施和保障的服务水平协议及服务质量(SLA/QoS)犦;网元的智能接口。
NGOSS中还定义了一系列的工具包,为其具体实现提供帮助,主要包括:
NGOSS事务流程图:定义信息与通信业务的下一代事务流程与流程模型,在增强的电信运营图(eTOM)内实现。
NGOSS信息模型:定义基于NGOSS事务解决方案的信息和系统框架,以共享信息及数据模型(SID)实现。
NGOSS集成框架:定义OSS系统间的接口,以合同接口实现;建立灵活、易于集成、安全的OSS组件的结构化原则,以技术中立结构实现。
NGOSS一致性标准:检测的原则和策略、测试案例及XML计划,通过一致性测试及有关程序来完成。
利用NGOSS实现下一代OSS/BSS,目标包括实现上述各方面的功能,从不同方面看来,侧重点各有不同。
1994年,电信管理论坛着手进行创立电信运营图(TOM)的有关工作。1995年,电信管理论坛(TMF)初次以“业务管理商业流程模式”发表。1998年首次以电信运营图正式公布,电信运营图的设计思路是以电信运营流程为蓝本并以开发和综合运营支撑系统(OSS)作为出发点。对电信服务提供商来说,电信运营图提供的是一个与流程定义相关联的中立参考模式;对网络设备与OSS供应商来说,电信运营图则是为支持电信运营管理而设计的一项通用的定义工具。电信运营图的另一个设计宗旨,是为OSS软件以及支持OSS应用所必需的功能及其输入/输出接口提供一种定义机制。
电信运营图是根据市场业务流程提出的NGOSS模型,它将整个OSS/BSS划分为业务实施、业务保障与业务计费市场,定义了电信运营的基本业务处理框架模型及其业务处理过程之间的相互关系。电信运营图与电信管理网(TMN)模型紧密相关,但更关注客户管理流程、服务产品开发与运行流程(详见图2)。

将TOM模型增强、扩展之后,又提出了增强TOM(eTOM)模型。目前,eTOM是电信业务流程图的事实标准,它是映射了电信管理流程的关键事务框架。利用它,订单处理效率可以提高5%,通过重组订单处理、业务配置和激活、资源提供和定位流程,消除原有OSS/BSS的瓶颈,可以将OSS/BSS总体效率进一步提高15%。e-TOM已被全球数十家企业应用。
如何实现下一代运营支撑系统
下一代OSS/BSS涉及的服务对象已经发生很大的变化,在具体实现时不仅要考虑业务提供商,还应该考虑OSS软件代理商、系统集成商等,他们的要求是各不相同的。
业务提供商要求:运营的敏捷性;经济有效的OSS/BSS应用;IT战略的长期方向;支持快速演进的集成业务的IT系统。
OSS软件代理商要求:可承受的开发成本;易支持的软件;解决OSS难题。
系统集成商要求:可预测、可重用、可扩展的应用项目;不必学习的ISV标准。
另外,对于电信运营商而言,其运维管理要求既面临一些共同的问题,又因为各自网络和业务的不同面临不同的具体问题。因此,在实践中应该具体问题具体分析,这给OSS/BSS软件开发商和系统集成商提出了挑战。
目前,运营商面临的共同问题包括:端到端的管理;逐步演化的问题;分布式结构的问题。
不同运营商面临的具体问题有:IP网络运营商对OSS服务质量(QoS)保障的要求;移动运营商的运营支撑系统要支持无线数据业务,实现SLA的自动处理和端到端的管理;基础运营商面临网络向下一代网络(NGN)演变的OSS问题;Wi-Fi运营商OSS对无线接入和漫游计费的支持。
因此,下一代运营支撑系统的开发总体上应该满足下列要求:采用TOM/eTOM体系;支持统一多样的接入处理;满足灵活的业务设置及未来的业务发展;对数据进行集中有效的管理;分布式设计支持大容量;采用参数控制的实时处理内核;软件的构件化设计;面向客户的系统;注意信息支撑系统(ISS)的建设。
对国内发展下一代OSS/BSS的建议
目前,国内各大电信运营商早已拥有了自己的运营支撑系统,但都是根据已推出的电信业务、某一项需求独立开发的,对业务和网络的依赖性较强,系统间接口不一,系统是静态的,无法根据市场需要快速调整。同时,各地自建的业务系统也缺乏对全国数据的统一支持,中国的OSS建设任重而道远。
中国下一代运营支撑系统发展应该遵循以下原则:
政府可以适当引导OSS/BSS方面技术的研究与跟踪工作,组织各相关单位,采用协会、论坛等形式开展OSS/BSS建设的开发标准化工作;同TMF、ITU等组织增加联系和沟通,成立类似TMF日本管理组的机构(TMFJapaneseManagementTeam);使各运营商加大对OSS/BSS标准规范的研究;中国厂商应踊跃参与国际标准规范组织的相关活动。
OSS/BSS在实施中应注意以下问题:
构建新的OSS/BSS系统时,应该逐渐由以业务为中心转向以客户为中心。目前各运营商所提供的业务并没有实质上的差异,甚至价格也没有差异,关键就在于是否充分考虑了客户的需求。只有以客户为中心搭建OSS/BSS,才能真正为客户服务,占领市场。
需要建立与OSS/BSS系统相配套的内部管理体制和工作流程。对于很多电信运营商来说,这是建设下一代运营支撑系统的真正困难所在。建设下一代电信运营支撑系统,其核心不是技术,而是管理。
下一代运营支撑系统的建设要经历一个相对较长的时间,是在保持现有业务运行、保证新业务开展的前提下逐步渐进的过程。
OSS/BSS的建设要通过充分的需求调研,与有实力的系统集成商合作。只有进行长远规划,适应当前和未来的电信环境,解决项目运作中出现的冲突和矛盾,才能真正建立起一套得心应手的运营支撑系统,进而扩大市场份额,实现利润持续增长。