APP下载

OSS/BSS演进 
—— OTT时代运营商新的制高点

2014-05-17

信息通信技术 2014年4期
关键词:运营商架构商业

爱立信(中国)通信有限公司 北京 100102

引言

我们的世界正在发生深刻的变化,任何人、任何事物都可以实时互联。网络社会所引发的急剧变化,也给传统电信运营商带来巨大挑战。这些挑战体现在通信市场对通信服务提出的诸多新要求上,例如永远在线、瞬时联结、线上生活方式、在线工作方式等等。新的需求迫切需要运营商开创新的商业模式,并且更加关注用户体验,进一步提高运营效率。

如果运营商想在未来商业竞争中立于不败之地,就需要认真考虑如何把自己的网络能力、服务能力开放给更多的市场参与者,从普通的应用开发者到OTT运营商,到习惯数字生活方式的消费者等等[1],构造一个全面的生态系统,如图1所示。

图1 OTT时代新商业生态系统

相对于传统通信业务,运营商不得不面对更加动态变化的市场、层出不穷的新需求,甚至是日新月异的接入方式。从另一个角度讲,用户也期望从更多的设备、更多的应用获得便捷的直接体验。在此情况下,如何使运营商的运营支撑系统(OSS/BSS)能够适配这种新的商业需求至关重要。尤其是未来商业模式还处于探索阶段,运营商如何快速灵活地响应这些新需求新变化变得非常重要。

由此,运营商的OSS/BSS能力,包括人员、组织、运营流程及系统本身都需要完成敏捷化改造,当商业策略有动态、快速的变化时,能够提供有力保障。运营商可以尝试以下措施。1)为客户创造一种新的体验。用户可以有更丰富的选择,可以使用订制化服务来满足个性化需求。并且,这种体验是跨平台、跨网络、跨设备的统一的体验。2)优化用户体验。实时探测用户所使用的服务、网络以及业务状态,并快速反馈到运营系统当中,形成用户体验优化闭环系统。3)流量、服务货币化。为外部服务提供商、开发者和其它合作伙伴提供更多机会,共同挖掘客户的商业价值。4)挖掘物联网(M2M)的机会,让他们和传统通信服务一样,享受OSS/BSS带来的便利和能力。

为给用户最好的体验,运营商有一个开放的、灵活的OSS/BSS架构是关键,在此架构下,OSS/BSS系统能够与通讯网络紧密集成、实时交互,能时刻洞察网络使用状态。

1 OTT时代运营商面临的挑战

网络社会的发展将迫使运营商所提供服务的种类和数量大量增长,因为整个市场将会越来越细分化,极度细分的市场必然要求运营商业务的多样性。同时,极度细分的市场也自然会要求很低的服务步进成本,这样将更便于细分市场用户动态,灵活控制费用。

我们观察到,用户消费习惯有一个趋势,他们不再倾向于为某一个单一条目进行付费,比如说一部电影或者一段精彩视频。运营商的定价灵活性将更加集中体现在按时段定价、按服务品质定价、按网络拥塞程度定价,而且用户将为自己所需要的业务策略及数据流控策略而付费。

日趋激烈的商业竞争是各种商业创新的的原动力。新商业创新的尝试手段必须要简单,实施速度必须要快,必须要有很低的试错成本。同样,OSS/BSS对商业创新的支持也必须非常迅速。在新的市场环境下、运营商新角色的业务发展和业务差异化面临诸多挑战。

2 运营商应对OTT时代挑战的三个关键领域

面对挑战,传统电信运营商需要革新和转型。本文所关注的以下三个方面将是电信运营商能否成功转型、重新占领产业链制高点的关键领域。

2.1 改造OSS/BSS系统,提高动态、快速响应客户需求和挖掘新商业机会的能力

在OTT时代,运营商不能再闭门造车,在围墙花园内竞争,运营商必须具备和传统通讯领域外的合作伙伴协作的能力。这些OTT合作伙伴能够提供非常具有创造力的服务,例如新的广告嵌入方式、新的金融模型、具有无缝用户体验的新APP应用(可以让iOS系统终端之间、甚至iOS和Android终端之间有一样的体验,或者可以让APP在Wi-Fi和3G有相同的使用体验)等。

激烈的互联网竞争,更加激发了各种服务应用创新,面向越来越细分化的用户和市场,迫使运营商提高动态响应能力。建议运营商开放自己的独特能力给外界,商务条款也可以更加灵活,从而使合作伙伴的创造力以及和用户的联系渠道货币化,使市场创新的利益能为多方分享。传统上,运营商只开放短信和付费接口。但是在新市场环境下,用户信息、网络能力及其策略、订单管理能力等等都可以开放。

用户对体验的感知是基于他所使用的整个服务包和服务过程的体验,无论是网络连接、应用程序,还是内容,都是用户体验的一部分。用户也会不自觉地寻求跨设备的订制化服务,从而享受更简单更便捷的体验。但传统的OSS/BSS系统很难满足这样的用户需求,其设计理念并没有考虑到如此细分化、大规模、动态的、由用户体验所驱动的功能需求。还有一个趋势是,在不同的场景下,不同的用户甚至有不同的角色,比如说,一个移动设备的拥有者是A,而使用者是B;一个服务是由A来支付费用,而B才是真正的服务使用者;员工所使用的移动设备,其雇主也许需要对流量进行实时监控;一群用户也许既是一段视频的演员、制片人,也是视频的消费者等等。这些需求和变化都是传统OSS/BSS无法适应的。

2.2 优化用户体验,OSS/BSS、用户、合作伙伴、通信网络一体化管理

优化用户体验,实时探测用户所使用的服务、网络以及业务的状态,并快速反馈到运营系统当中,形成用户体验优化闭环系统。具备OSS/BSS系统、用户、合作伙伴、通信网络的交互和一体化管理的能力。

在OTT时代新的商业环境下,新的服务和新的商业机会稍纵即逝。整个生态系统都要保持一致的、可信任的和完整的用户体验,要确保整个商业过程的数据和信息都是最新的、一致的;因此,在正确的时间获取正确的数据,对运营商保持高效运营至关重要,这也是运营商能够保持比竞争对手先一步的竞争优势的关键点之一。与此同时,要做到这一点,运营商又会面临另外一个难题:数据挖掘。如何从如此复杂的网络、流程、用户数据中提炼出有用、可执行的信息,并形成指令,非常具有挑战性。

传统的BSS系统,可以实时监视用户用量,并与用户购买的流量配额匹配,执行一些策略,比如给流量打折或者限制带宽。用户信用额度控制的关键在于实时判断此用户是否已经、或者在未来能够为其所使用的服务付费。而现在,当引入更先进的策略管理系统后,网络可以与OSS系统实时交互。一个具体的例子是更先进的流量监控和家长控制。对一个VIP用户,即使他的信用额度已经耗尽,运营商仍然会持续为他提供优质服务;或者当OSS发现用户只是一个儿童时,可以帮助家长把一些不健康的内容从该儿童所使用的移动终端上屏蔽掉。

OSS系统实时运作的要求也会越来越高。比如,自组织网络能够实时发现、理解网络状态,并自动触发适当的行动进行自优化、自愈,更便捷快速地引入新的网络服务。例如,过去开通一个基站需要一天甚至一周的时间,现在在先进的OSS系统支持下,也许只需要几分钟即可,所有的网络配置都自动完成。过去一个电路域话务路由的调整也需要花几天时间,但是在IMS(IP Multimedia Subsystem,IP多媒体子系统)引入后,这个过程变为一个简单的带宽分配的问题。更进一步,当引入SDN (Software-defined Networking,软件定义网络)以后,网络的调整将更加简便。

目前的趋势是为用户提供更加灵活的资费计划和更加个性化的服务。用户体验的优化极大地依赖于是否能实时洞察用户目前的状态,如正在使用的服务、用量、行为习惯、消费偏好等等。这为运营商打开了一扇机会的大门,当然,也对运营能力提出了新的要求。

一个关键能力要求是,要有提供实时网络状态信息的能力,并且OSS/BSS应能够整合这些信息,以适合的方式呈现给业务部门(例如客户服务部门、市场营销部门等等),而这些部门传统上是无法获得这些实时信息的。举例来说,在一个用户举起电话投诉之前,告诉他附近的网络正在做一个改造升级,将极大地平息他对网络性能下降的不满。类似的,当一个没有订阅视频服务的用户希望观看某个精彩视频时,可以及时地提供给他适当的订阅计划,这样不仅能够创造更多的收入,还提高了用户满意度和忠诚度[2]。

2.3 简单、开放、弹性、向后兼容的OSS/BSS系统架构

传统OSS/BSS系统非常复杂,OPEX(运营成本)和CAPEX(资产投入)指标都很高,主要是由于各个OSS/BSS的功能都由不同的系统堆砌起来,不仅架构复杂,流程也会非常繁琐。很多运营商甚至有几百个系统在运作。在这种情况下,如何集成这些系统、管理这些数据也是一个棘手的问题。同样类型的数据信息分散在不同的地方,无法同步。从技术角度来看,信息模型缺位、架构混乱。其结果是业务流程只能以单个业务为中心,无法做到以用户为中心,端到端的优化更是无从谈起。

例如,用户签约数据、合作伙伴签约信息、产品信息、库存信息、订单信息、收入信息可能存在于多个地方,而且有可能时刻在改变,这些信息如何同步是个难题。在更加动态和开放的生态环境下,运营商内部的效率问题将迅速变为现实商业拓展的障碍,使得新业务拓展尤其是跨多个业务领域的服务很难得到实施。

3 OSS/BSS演进方向

简单来讲,本文所推荐的能够应对挑战的OSS/BSS演进方案需要能够具备下文描述的特性。

3.1 敏捷性

新的OSS/BSS系统能为OTT时代运营商带来创新和商业敏捷性。

为适应开放生态系统,并且让商业机会能够拓展到公司原有边际之外,创造全新的商业成功,运营商需要和合作伙伴紧密合作。这些合作伙伴包括其它运营商、OTT公司、内容提供者、银行、医疗健康服务机构等等。例如,运营商可以为健康产业提供服务,利用运营商自身的移动宽带资源,通过为医疗服务提供商提供移动诊断服务,或者实时身体状态告警服务来撬动产业发展,实现商业成功。

多方合作的出现不仅催生新的商业模式,也对高度灵活的计费、财务模型提出需求,OSS/BSS不能成为运营商和合作伙伴商业创新的绊脚石。这些商业创新可能要求多边收费模型、广告植入模型、灵活套餐升级/降级、细分市场策略、捆绑销售等按周/日甚至按小时计费,也许会包含流量折扣促销,并以此来提高空闲时间网络的使用率。运营商在OTT时代转型过程当中,需要尽早抛弃传统业务零售思维。传统的零售思维总体来说是比较狭窄的甲乙方关系,而这一思维方式在OTT多边合作时代不再能积极创造价值。在OTT时代,批发、分销的商业思路可能更为实用。新的OTT商家、新的费用支付者会为运营商所运营的移动宽带增添更多的附加值,更关键的是,这种新增的附加值是多方合力的结果。在新的模型中,参与业务的每一方都为用户端到端的体验作出了贡献,从而也应该分享收益。

让我们再次聚焦如何更敏捷地应对OTT时代市场变幻。运营商的灵活性极大的取决于它如何有效利用它的OSS/BSS系统能力,这个系统需要能够为多方提供不同的服务能力,支持动态变化的商业模式。对OSS/BSS系统本身而言,分层的架构尤为重要,这样的架构才能保证新型的OSS/BSS系统能够为不同的用户提供不同的业务能力,在保持灵活性的基础上,整个系统的价值,甚至过去已在运行的系统的价值也能够最大化。

为构建这样一个架构,并消除商业需求同OSS/BSS能力之间的鸿沟,运营商需要改造他们的OSS/BSS系统以符合下面三个核心概念。1)抽象化。商业逻辑流程应该是全局和普适的,这样的逻辑流程才可能被广泛应用。2)模块化。软件可重用,服务模块应当符合SOA(Service-oriented Architecture,面向服务的架构)准则。3)开放性。数据和信息模型能够为不同的应用提供服务,也就是说开放式架构。

跟随这些原则,业务的捆绑、产品的打包可以有统一的工具和方法。在此框架下,可以分权、分域、分用户、分业务地管理而又有统一的操作模式和信息同步机制。本文推荐运营商使用端到端的架构模型,比如TOGAF (The Open Group Architecture Framework,开放组体系结构框架) 或类似的架构[3],这些比较成熟的架构能够作为运营商很好的参考,如图2 所示。

图2 TOGAF架构示意

3.2 实时性

适用于OTT时代的OSS/BSS对实时性要求无处不在,从运营、网络到业务管理。随着越来越多的业务要求实时特性,运营商不得不作出一个选择,要么改造其OSS/BSS系统以提供实时能力,要么放弃这块收入。

网络与OSS/BSS系统之间的交互,最大的障碍在于实时性。如果能解决这一问题,服务交付过程中的端到端用户体验就能得到保障。比如,信用认证、合约验证、带宽提速、网络优化等这些服务才可以融合起来。

电信网络未来的发展也会对OSS/BSS系统中网络管理部分提出更多的要求,如图3所示。云技术的全面引入意味着OSS/BSS系统需要同时管理专用业务节点和垂直业务架构。

账户激活是另一个网络与OSS/BSS系统之间需要实时交互的典型例子。目前,移动电话的业务开通速度已经非常快了,但是某些新的业务甚至可能会要求瞬时的业务开通,用户还在线的时候,一个新的业务已经为他激活。一个计费和业务开通实时交互的例子是Amzon的Kindle业务。当您购买了一台Kindle,访问Amazon网络购物,接入移动宽带是免费的,而其它应用则是禁止的,这个费用由Amazon承担。当用户确实想用Kindle访问其它网站,使用其它业务的时候,先进的OSS/BSS能够获知用户的这一需求,并引导用户挑选合适的套餐,按小时付费、包月或其它选择。在客户确定后,立即激活用户的新业务。这一系列操作对OSS/BSS提出很高的要求,也为运营商如何与OTT服务提供商合作提供了范例。

图3 OTT时代网络环境示意图[4]

另外,用户关怀和用户自服务过程中,如果运营商、OTT服务提供商都能够及时获知用户的使用状态,将非常有益于提高服务质量和提高用户感受。当然,实时客服系统的实现不仅仅依赖于OSS/BSS的改造,也需要运营商组织架构、业务流程作出相应的调整以适应实时客服关怀运作的要求。没有这些配合,很难实现成功的运作。

3.3 弹性的目录化OSS/BSS架构

为实现弹性化的要求,我们需要把传统的烟囱型OSS/BSS系统,以低成本的方式改造为我们所要求的OTT时代新OSS/BSS系统。运营商需要模块化设计、组件标准化设计,以确保配置的灵活性。如前所述,SOA架构是一个很好的选择。 在这样灵活的OSS/BSS架构下,运营商能够便捷、按需、弹性地开发部署,配置所需要的组件[5]。

本文建议运营商从一开始就要以构建目录化的OSS/BSS架构为目标,架构内能实现信息分享和数据隔离。所谓目录化的OSS/BSS架构,是指一种所有信息数据统一存放,信息和数据的使用者根据业务需要以目录方式提取、应用并更新数据信息的架构方法[6]。如图4所示,数据统一存放在Product Catalog模块当中,由此保持用户数据、网络数据、策略信息的一致性和统一管理,而不同的业务所需调用的信息可以通过标准化接口对数据进行读取、更新。

图4 目录化OSS/BSS业务框架示意[6]

目录化架构的一个好处是其信息能够方便地为多个协作方使用。在这样的环境下,标准化(例如命名规则、访问接口、订单、汇聚指令等的)非常有必要。不仅对运营商,对整个生态环境更容易地适配新业务模型都有好处。

目录化架构的另一方面是数据隔离,运营商OSS/BSS要确保正确的应用对正确的数据有正确的权限。简单来讲,用户自服务系统所使用的数据和商业分析公司所能获取的数据是截然不同的。本文推荐如图5所示的高效清晰的OSS/BSS架构[4]。网路和OSS/BSS数据能够同步,OSS/BSS负责处理产品、用户和资源信息。这样架构的另外一个好处是更利于低成本的扩展,更适合运营商做新的商业探索。

图5 高效OSS/BSS架构示意图

4 OSS/BSS架构设计要点

以下一些检查点是运营商在OSS/BSS转型实践当中需要关注的设计原则。1)检查组织架构、人员、业务流程和系统本身,确保他们能够支持OSS/BSS转型,并从中获益。2)明确OSS/BSS系统能力的顶层设计,例如到底是集中放置、分散放置还是云化。3)以现代化架构为目标,例如SOA架构。4)引入跨技术跨领域的OSS/BSS应用,例如统一的批价计费,统一的资源管理、库存管理、资产管理,统一的用户数据,统一的身份管理等。5)BSS系统的演进无需太考虑技术的继承性。新旧并存、逐步引入或许是最现实安全高效的办法。6)关注实时性。网络、OSS/BSS、用户的交互性,将赋予运营商更多的控制力和创造力。

5 总结

过去电信运营商的核心资产主要是通信网络和最终用户,但是在OTT时代,通信网络有了沦为OTT运营商管道的风险,OTT运营商也更能影响最终用户的消费行为。电信运营商在产业链的地位正受到前所未有的挑战。

在OTT时代,OSS/BSS及其所蕴含的数据和服务能力将成为运营商的核心资产之一。OSS/BSS获取这样地位的前提是自我革新,使用新的技术架构,具备能够敏捷、实时、弹性地为创新商业模式提供支持的能力。OTT时代的电信运营商只有尽快把握OSS/BSS演进时机,才能在与OTT运营商的竞争中获得主动权,掌握产业链话语权,获得可持续的商业成功。

参考文献

[1] Ericsson.Networked Society Essentials[EB/OL].[2014-08-05].http://www.ericsson.com/res/docs/2013/networked-society-essentials-booklet.pdf.

[2] Ericsson.Service Exposure–the key to network relevance and innovation[EB/OL].[2014-08-05].http://www.ericsson.com/res/docs/whitepapers/wp-networkservice-exposure.pdf

[3] Ericsson.The Open Group Architecture Framework(TOGAF)[EB/OL].[2014-08-05].http://www.opengroup.org/togaf/

[4] Ericsson.OSS/BSS Evolution[EB/OL].[2014-08-05].http://www.ericsson.com/whitepaper/

[5] Greg Pavlik,Dan Hynes.Next Generation SOA Infrastructure – An Oracle White Paper [EB/OL].[2014-08-05].http://www.oracle.com/technetwork/topics/nextgeneration-soa-infrastructure-132959.pdf

[6] Shyamalee Samvatsar,Advantages of a Catalog driven architecture for Telcos[EB/OL].[2014-08-05].http://www.infosysblogs.com/customer-relationshipmanagement/2014/04/the_acquisitions_and_consolida.html

猜你喜欢

运营商架构商业
基于FPGA的RNN硬件加速架构
功能架构在电子电气架构开发中的应用和实践
基于云服务的图书馆IT架构
商业前沿
商业前沿
商业前沿
WebGIS架构下的地理信息系统构建研究
商业遥感已到瓜熟蒂落时?
取消“漫游费”只能等运营商“良心发现”?
第一章 在腐败火上烤的三大运营商