下一代运营环境给OSS系统带来的挑战_电信_计费

下一代运营环境给OSS系统带来的挑战

甲骨文公司全球通信事业部首席销售顾问胡宏斌 2009/03/19

　　目前，运营商重组已经完成，运营商间全业务竞争即将展开，这对运营支撑系统提出了更高的要求。如何向新一代运营支撑系统发展，成为运营商决胜的关键因素之一。合理使用OSS技术，建设功能完善、互通灵活、信息充分共享的运营制成系统，成为运营商关注并重点发展的运营战略。

　　为此，本刊与甲骨文公司携手，推出了运营支撑系统系列报道，希望对运营商的运营支撑系统建设有所帮助。

　　从网络、业务和产业价值链的发展趋势来看，下一代运营环境给OSS系统带来的挑战表现在以下几方面。

在统一的平台上支持多种技术与业务

　　网络与业务的融合趋势使网络、业务之间的关联更为复杂，这就要求OSS系统能在统一的平台上支持多种技术与业务，使得基于元数据的建模成为OSS系统的基本要求。基于元数据的统一数据模型是系统扩展、对象关联以及系统接口的基础与保证。

　　另外，由于网络与业务的日益复杂，多层次的服务封装可以屏蔽网络的复杂性，更好地支持业务提供，因此面向多业务的服务建模应该贯穿于OSS系统的各个子系统中。

快速的业务就绪要求系统具备灵活的流程配置能力

　　业务流程就绪是新业务就绪的基础。下一代运营环境中，业务的复杂性和推出的速度大大加快，这就要求运营支撑系统具备灵活的流程配置与扩展能力从而支持新业务的快速就绪。

　　传统的业务流程定制方式实际上是以功能模块为中心的，这种方式通过单据在各个功能模块之间的交互完成开通过程。当需要支持新业务就绪和业务调整时，需要在各个功能模块中进行代码开发以及交互单据的创建。这种方式不利于流程各个元素的重用，支持业务就绪的速度很慢。

　　在下一代运营环境中，业务就绪速度加快要求原来以“功能为中心”向“以流程和数据驱动为中心”转变。“以流程和数据驱动为中心”的方式侧重于流程的组装和数据的流动，它关注的是：要实现一个新业务就绪需要哪些步骤（任务的定义）、这些步骤的先后（流程的定义）、步骤的输入与输出（数据的流动与变化）、步骤的执行者以及执行者看到的视图等。这种方式使得流程及数据可以高度重用，可以快速支持新业务就绪。

　　另外，在新业务就绪所要求的流程配置能力中，由于电信行业特有的技术、业务复杂性，对于异常流程处理的配置能力是关键和难点。例如，后续环节的异常提出（如资源配置错误或不存在），会造成流程的回滚，而流程应该回滚到哪个节点，中间的并行过程中哪些任务节点需要重做，哪些不需要重做，是一个非常复杂的问题。往往一个简单的流程的异常处理子流程会有数十个之多。在下一代运营环境中，由于业务及网络之间的关联性，这一问题更加突出。

产品多元化和接入层多样化带来的服务配置的复杂化

　　产品多元化和接入层多样化带来的服务配置的复杂化有两种情况。

　　一方面，同一种网络服务针对不同的产品组合或者不同级别的用户，其对应的服务配置不同，例如，固网业务专线ADSL需要配固定IP地址而普通ADSL不需要；移动业务行业GPRS接入采用CMNET专线接入时，针对不同级别的用户，有“双GGSN、单传输、单路由器”、“双GGSN、双传输、双路由器”等多种配置选择。

　　另一方面，服务之间存在更多的依存关系，例如固网IPTV业务需要ADSL业务支持。

　　在这种环境下，网络能力的组件化——服务封装，就成为加快新业务就绪的重要手段。服务层的封装充分体现了下一代运营支撑系统从以“网络技术为核心”到以“客户、服务为核心”的重要转变。它不仅包含业务配置所需要的网络能力，还包含了如何分配这些能力的方法。从而成为一种网络的“使能部件”。对于新业务就绪，流程只需要面对这些封装的“使能部件”而不需要直接面向底层的网络，可以大大加快新业务就绪的速度。

大量特定的业务逻辑如何与系统原有的业务逻辑融合

　　由于核心层网络的智能化使得业务开通、业务逻辑向边缘层汇聚，定制化业务逻辑的问题在下一代运营环境中更为突出。这是因为接入厂商与设备的多样化使得不同地区的服务开通对应的流程、资源派配逻辑和激活方式可能截然不同；同时，快速、自动化的开通与报障要求人工任务逐步压缩，更多的业务逻辑由系统来完成。

　　在采用商用软件时，定制业务逻辑如何无缝嵌入系统核心业务逻辑，是一个无法回避的问题。

横向分层融合与纵向端到端业务流程之间的矛盾

　　“弹筒”式系统产生于网络和业务相对简单的早期，其优势是端到端业务流程在同一个系统中完成，交互少，速度快。网络与业务的复杂和关联产生了横向分层融合的要求。然而，层次与系统的增多对于端到端业务流程的执行效率是不利的，这就产生了横向分层融合与纵向端到端业务流程之间的矛盾。

　　在下一代运营环境中，竞争的加剧使得客户服务水平的要求日益提高。

　　为了实现更为高速的服务开通与报障，横向分层的系统架构（如流程、资源、激活等）要求层与层之间更为有效地集成，也就是“融合OSS”的要求。这一方面要求这些OSS系统本身具备更好的集成能力如多接口技术支持，另一方面也需要采用更好的系统整合架构如SOA体系架构,如图1所示。

图1 “融合OSS”要求更好的整合架构

网络与业务的演进要求系统具有模块化、可扩展的特征

　　向下一代网络与业务的转变不会一蹴而就，而是一个逐步演进的过程。这就要求OSS系统具有“模块化”、“可扩展”的特征。从技术架构来看，表现层、业务逻辑层和数据层分离的分层架构可以保证各个层的相对独立扩展，如图2所示。从功能架构层面，系统服务和基本功能可以作为共性抽取出来，而对于面向特定技术与业务的扩展，即插即用的插件式扩展会成为对OSS系统的更高要求。

图2 表现层、业务逻辑层和数据层分离架构

复杂的产业价值链要求OSS系统具有开放的系统架构

　　在下一代运营环境中，产业价值链环节比较复杂，例如虚拟运营、运营外包、线路租用、内容服务等。这就要求OSS系统的服务开通、服务保障流程具有跨运营商、合作伙伴的处理能力。因此，SOA架构体系和WebService等先进的整合和接口技术将得到广泛采用，从而提高系统的内外部集成能力与开放度。

服务路径的动态化和共享化带来网络容量管理的困难

　　下一代网络的IP化、智能化的趋势，使得服务路径从静态路由为主向动态化、共享化转变。这种转变使得主动的网络容量规划在下一代运营环境中具有更加重要的意义。准确、真实、主动的网络容量计划和趋势分析能力将成为对OSS解决方案的关键需求。网络规划不仅可以帮助运营商准确分配网络容量，而且可以减少容量不足和失败订单，并可通过找出利用率不足的网络资源来提高网络运行效率，如图3所示。

图3 网络规划可帮助运营商提高网络运行效率

在保证业务正常运营的同时实施OSS改造

　　如何在保证业务正常运营的同时实施OSS改造，一个形象的比喻是：“给飞行中的飞机换引擎”，它不仅难度大而且风险很高。从当前的OSS改造的案例来看，主要有三种模式。

　　联邦式整合：通俗的说法就是在原有的系统之上盖一层“帽子”。一般来说，在这层“帽子”中会建立跨网络的统一模型，并从原有系统中抽取数据形成跨网络统一视图。根据这层加盖的“帽子”是否参与业务流程，联邦式整合模式还可以进一步衍生出一些分支模式。

　　横向整合，分层实现：这种方式简单来说就是“层层推进”的模式，例如基本上以串行的方式先后实现统一服务开通、统一资源管理和统一服务激活。

　　新业务分层整体建设，横向推进：这种方式从新业务网络入手，分层、整体、端到端地进行下一代OSS系统的建设。例如，可以针对基于IP的业务涉及的网络进行从定单流程、资源管理到服务激活的整体OSS建设。在完成新业务网络的OSS建设后，再横向推进，逐步延伸至其它业务网络。

对于以上三种方式的优缺点分析见表1。

表1 三种不同改造模式比较

如何定位OSS改造与企业流程重组之间的关系

　　企业流程重组（BPR）是对企业流程的再思考和再设计。对于电信运营商来说，其最终的目标是建立以客户为中心，以市场为导向，以效益为目标的企业运作模式。

　　OSS与企业流程重组（BPR）有着千丝万缕的联系。一方面，两者是一种相辅相成的关系，业务流程是企业运营的根本，OSS系统为流程的运作提供了基础和保障；另一方面，在OSS建设过程中，我们又经常对于两者产生“先有鸡还是先有蛋”的争论。这是因为，从集成商或者开发商的角度来说，通过系统建设推动流程变更是一件非常痛苦的事情，为了控制项目风险，往往要求业务流程变更先行，然后系统再去固化其流程；而从运营商角度来说，有时候又确实需要通过IT建设来促动各方利益，推进流程重组。

　　实际上，OSS建设和BPR之间必须是一个“你中有我，我中有你”的关系，而不是一个谁先谁后的问题。一方面，OSS规划和建设要能够对业务流程的优化和重组提出要求和建设性的意见，通过系统规划、建设和运行的过程来推动业务流程重组，不能仅仅是对现有业务流程的IT复制；另一方面，企业领导者也应该充分认识到BPR对于企业运营及其支撑系统建设的重要意义，在BPR上能做到比OSS建设“先行一步”或者至少与OSS建设“同步推进”。

　　有一种说法是，在OSS建设中，技术只占15％，85％都是管理、流程、人员文化方面。因此，在OSS规划和建设过程中，既要考虑现有系统的现状，还需要考虑现有运维组织架构以及BPR的力度。OSS应该努力推动BPR，固化BPR成果。但是，在坚持某些原则的前提下，一定程度的折中有时候还是需要的。因为我们需要一个成功上线的系统，而不是一个永远上不了线的空中楼阁。

如有问题咨询交流，请发邮件至hongbin.hu@oracle.com。

通信世界周刊