首页 >> 运营支撑 >> 产品与方案 >> 正文
下一代运营环境给OSS系统带来的挑战
2009年2月17日 12:30    通信世界周刊    评论()    
作 者:甲骨文公司全球通信事业部首席销售顾问 胡宏斌

    编者按:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[1]  [2]  编 辑:高娟
关键字搜索:OSS  甲骨文  全业务  
[ 本站暂时关闭评论 ]
 
  推 荐 新 闻
  技 术 动 态
  通 信 圈