后勤工厂渐成运营商下一代业务瓶颈

发布时间：2020-02-14 05:55:07 阅读：次来源：吸顶灯厂家

各子系统相分离，与业务联系松散的运营支撑系统在应对激烈竞争、下一代网络的到来时显得有些蹩脚，运营商正考虑加强这一部分建设

被誉为“后勤工厂”的运营支撑系统可能不是整个移动产业中最引人注目的组成部分，但它的运转如何却在很大程度上决定了运营商能否降低成本，令用户满意以及能否在市场上具有核心竞争力。

某些情况下，当用户发起一项业务请求或进行一项查询时，支撑系统必须立即给出结果，用户满意度才能提高，但如果这一结果需要一系列相互分离的系统共同完成，这可不是一件容易的事。实际上，目前许多运营商的运营支撑系统各分系统都是相互分离的。

这些分离的系统分为两大类：OSS（运营支撑系统）和BSS（业务支撑系统）。其中OSS是一个概念十分广泛的术语，它包括了各种各样的应用，比如计费发起、业务准备和保证、计量、网络投资管理，如果给出一个松散定义的话，可以称其为CRM。BSS则专注于计费，以及包括一些清单记录、新资费调整和收入保障。在理想状态或下一代网络的环境下，每个OSS应用都需要与其它应用互通，并且与BSS有接口，以便尽可能地满足用户“一站式”的服务请求。“一站式”服务也是目前众多运营商都在追求的目标。

然而，直到最近，移动运营商才开始真正重视运营支撑系统。一直以来，搭建网络和吸引用户入网一直都是他们优先考虑的事情，但随着市场竞争越来越激烈，收入增长逐渐放缓，提供差异化服务变得越来越重要。运营商正尝试着通过改善运营支撑系统来降低运营成本，或通过一些新业务来提高业务收入。

新环境需要新的“后勤工厂”

不管出于何种目的，运营商都将不得不改变传统上对这个“后勤工厂”的定位。过去，一套OSS往往只专注于一项业务，骨干网和无线网也都分别有一套管理系统。运营商要想不断前进的话，就必须将原来分离的、垂直的支撑方式摒弃，代之以整合的、水平的方式，这样才能对每个业务的服务质量进行端到端的跟踪。对于运营商来说，无法收集到足够的信息并不是目前最主要的问题，问题的关键是如何有效利用这些收集到的信息，为业务提供支持和保障。

为提高总体收入，运营商将越来越多的重点放在数据业务上，一个更流畅、成本效率更高的运营支撑系统就显得尤为重要。因为，用户对数据业务质量的要求比起语音业务更为严格。因此，能够提供更好的业务保证、能够尽早发现和解决问题就显得更为重要。另外，随着开展业务种类的日益增多，对运营支撑系统的要求也会越来越高。

在数据业务当中，一些新的数据业务对运营支撑系统的要求更为复杂。随着越来越多新数据业务的开展，比如IMS（IP多媒体子系统）、IPTV和VOD，下一代的OSS/BSS需要能处理更高复杂性请求。而在未来，随着价值链上的参与者数量变多，整个运营环境日益变化，基于IP的业务发起和结束时间将会变得更为短暂。因此，迅速结束业务与快速起动业务同样重要。

然而，问题的关键是，运营商现在已经拥有了一系列OSS和BSS，而这些系统之间常常是互相独立，无法方便地进行沟通。其结果是，一个简单的呼叫中心服务发起请求如果需要在不同的环境下启动不同的应用程序，那么这个请求可能需要很长时间才能给予确认。原有的OSS/BSS所能提供的支持已经无法满足新的竞争环境和新的业务需求。

系统如何整合？

对于运营商来说，如果各个OSS和BSS系统彼此不能互通，那么就会衍生出许多问题。例如，当计费和用户服务系统没有明确接口的话，那么用户向网络发起一个请求时，其结果可能是“石沉大海”，用户根本得不到回复。这种单方向的业务发起使得其无法得知这个服务是否已经完成。或许运营商唯一能够得知服务发生问题的途径就是接到用户的投诉。

问题的关键是，如何整合原有的OSS和BSS，使其适应现有的业务需求。有些运营商通过采用相关的整合和业务处理平台来解决类似的问题。据悉，这种平台可以使得用户购买某项业务后15分钟内就能开通。与此同时，原有处理系统导致的7%失败率，现在可以被降低到2%。交易失败只是其中最典型的问题之一。如果涉及到不同运营商的并购和融合，那么整个运营支撑系统的整合会变得更为困难。

2001年，瑞士运营商diAx与瑞典运营商TDC并购整合成一家名为sunrise的运营商，到现在为止，3年的时间过去了，而双方的整合还未完全结束。就像不同的组织架构一样，缺乏兼容的OSS/BSS环境使得这家新的组织无法发挥自己最大的潜力。在资本市场上的并购的确令人十分振奋，但并购之后的整合却令人十分头疼。

Sunrise采用了一个整合和业务处理平台，这个平台除了将不同的OSS/BSS应用整合在一起之外，还能在业务上给予支持。例如，在一个服务请求发起时，这个平台可以自动发起一系列相关的应用程序。与此同时，如果OSS/BSS应用失败的话，这个平台可以通过一系列应用程序来克服这些困难。

有人认为，整理OSS/BSS系统与其说是一项技术问题，不如说它更像是一件组织内部结构调整的问题，因为这需要在不同的组织内部间进行协调。

然而，来自德国O2的代表不完全同意这个观点。他指出IP网和电信网的业务需要涉及到两种完全不同的协议，对于OSS/BSS来说，这是一个非常严峻的技术挑战。甚而，当这条价值链中有多个参与者同时起作用时，OSS/BSS的改造会变得更为困难。

为了调整和解决来自不同网络设备中的告警信息，以及能够得出这些网络错误给用户体验带来怎样的影响，O2在2003年选用了TelcordiaServiceDirector的产品，而不是试图自己管理所有的信息。实际的情况往往是，当运营商开启一项新的业务时，OSS/BSS对这项业务的支撑能力往往落后于业务的开展。O2的代表指出，他们的目标是让业务开通和OSS/BSS的支撑能够同步。

与此同时，O2认为采用了一套整合的平台可以帮助其更好地将其产品的需求信息发布给设备商。只有有了网络的规模和相关的统计数据之后，才能让设备商明确运营商的需要。而运营商也需要通过这些信息，为设备商提供明确的建议和改进意见，从而提高业务的服务质量。

为差异化的新业务提供支撑

为提高自身的竞争力，运营商需要即时而有效地开展各种各样的新业务。由于在开展新业务之前，运营商无法得知哪些业务会受到用户的青睐，因此他们需要采取差异化的策略，为客户提供多种不同的业务。如果提供的业务种类越多，最终被用户接受的种类也可能越多。

为提供差异化的业务，运营商需要将OSS和BSS整合在一起为新提供的业务提供计费支持和各种准备。无论运营商要提供哪些新的业务，对运营支撑系统进行整合调整都不可避免。然而，有些调整所需的费用有时候会将一项新业务扼杀在摇篮中。

在将OSS和BSS进行整合的方案当中，微软基于TMF（电信管理论坛）开放标准的“整合组件”就是其中重要的一类。这个解决方案可用于固定和移动两种网络环境中，微软的.NET服务传送平台可以显著地降低启动新业务所需要的整合费用，同时还能通过将离散的OSS/BSS系统整合在一起，从而减少新业务的上市时间。

据悉，在传统的整合条件下，在移动网络中开发和推广一项新的品牌业务需要9～12个月的时间，但是在微软的业务传送平台环境下，这个时间长短可以被缩减为4～6个星期左右。由于在时间上的大幅度减少，整合费用也就随着大幅降低。

在业务传送平台市场中，还有其它几家有名的厂商，比如HP和IBM，但微软声称，其以“预搭建方式”安装的SDP（业务传输平台）只需要6个月的时间，而整个产业平均所需的时间在1～2年。