移动增值业务平台标准化研究

2009-08-31 06:46崔媛媛
移动通信 2009年13期
关键词:调用引擎运营商

崔媛媛

[摘要]移动增值业务种类繁多,内容复杂,如何进行新业务的快速开发以及如何进行有效的业务管理,成为运营商以及各标准化组织关注的热点。文章分别介绍OMA OSE架构以及3GPP的OSA Parlay/ParlayX架构,并着重分析OSE与Parlay/ParlayX的关系。

[关键字]ParlayParlayXOSAOSEOMA

1增值业务平台概述

移动增值业务是能够给运营商以及业务提供商、内容提供商带来高额利润的业务。近几年来,国内外运营商一直将增值业务的开展作为其业务开展的重点。而增值业务有着种类繁多、内容复杂的特点,如何进行新业务的快速开发以及如何进行有效的业务管理,成为运营商以及各标准化组织关注的热点。同时。技术和市场的发展使得移动业务的价值链分工进一步细化,运营商希望通过加强对业务平台的控制保持对价值链的主导地位。因此,移动增值业务平台的重要性日益凸显。

由于历史的原因。增值业务系统的建设原来是垂直的网络结构,运营商每提供一种增值业务就要建设一套完整的业务系统。包括业务接入、业务鉴权、业务管理、用户管理以及业务计费等功能。这样不仅造成了严重的重复投资,还使网络的维护和管理成本也越来越高,更不能简单、方便、快捷地提供各种新应用。因此。运营商迫切需要改变目前的这种状况,使移动增值业务系统由垂直架构体系向水平架构方向发展,以便于新业务的快速开发、商用,同时也使得业务系统的建设、运营、维护更加科学化。降低业务系统的复杂度。水平体系架构的业务系统正是由于其易于管理、便于迅速开发新业务等特点,正逐渐被运营商和设备厂商采用,进行业务的开发与部署。

目前在移动增值业务平台方面比较重要的标准化组织有Parlay/OSA与OMA的业务平台架构。这两种平台架构都基于水平体系架构,能方便的实现业务管理、业务开发、业务发布能功能。

2OSA/Parlay、ParlayX架构

2.1 Parlay、ParlayX介绍

Parlay组织成立于1998年,最初由BT、Ulticom、Microsoft、Nortel和Siemens五家公司联合发起成立,其主要目标就是制定符合工业标准的应用编程接口规范,开放电信领域,使最大范围内的市场参与者可开发和提供电信业务。同时为特定的用户群快速定制个性化业务。Parlay组织的工作重点在于制定Parlay API规范,但不包括如何实现API,以及基于API的应用、底层网络软件、物理构件、物理接口和协议。

目前,Parlay组织的成员已经超过60家,覆盖了国际上著名的电信运营商、网络设备供应商和计算机设备供应商,随着研究的深入,Parlay组织逐渐与其他标准化组织或论坛,如ETSI、IEEE、IETF、3GPP、OMA等建立起合作关系。

在Parlay组织成立后不久,3GPP和ETSI启动了3G系统UMTS的开放式业务架构的研究,称之为OSA(Open Service Access)。OSA目标就是提供一种可扩展和可伸缩的开放式体系结构,以灵活和向后兼容的方式开发新业务能力特征,同时定义一个常规的API,以支持第三方应用接入网络的能力。两者非常类似,最初的OSA标准就是由Parlay1.2和2.1加上少量的3GPP新增功能组成的。早期两者的差别在于:Parlay是单纯的接口标准,不关心任何基础电信网络结构和技术;而OSA是一种业务结构。不但包括业务接口。还包括体系结构以及Parlay至移动网络协议,如MAP,CAP等的映射。其后,两个组织决定共同研究提供一套网络运营商之外的第三方应用安全接入和控制核心网络资源的标准方法,从Parlay3.0和OSA R5开始,共同发布API规范,这标志着Parlay与OSA规范区于一致,统称为Parlay/OSA。

目前OSA提供两种API,即OSA/Parlay API和Parlay X Web Service。

Parlay/OSA API源自Parlay Group的Parlay API,自3GPP R5阶段开始由3GPP、ETSI和Parlay Group联合发布。它得到了3GPP2,JAIN,OMA等国际技术组织的支持。目前Parlay/OSA API已经发展到了OSA v7.0.0/Parlay 6。

为了让第三方业务开发商也能够开发电信业务,3GPPR6规范中引入了Parlay X Web Service。Parlay X Web Service最初由Parlay Group定义,与Parlay/OSA API相比,Parlay X完全针对缺乏电信网络知识的业务开发者而设计,在更高的层次对网络能力进行了抽象,完全屏蔽了网络技术实现的细节,因此更加简单易用。当然,代价是ParlayX的能力远没有Parlay API强大。它只是一个应用接口,仅能够提供一些基本的网络能力,不提供AAA、服务级别的协商或其它环境相关能力,当使用到某些网络能力时,需要通过调用Parlay API来实现。目前Parlay X已发展到了OSAParlay X v7.2.0/Parlay X 3.0。

2.2 Parlay/OSA架构

如图1所示,Parlay/OSA体系结构分为应用(Application)、框架(Framework)和业务能力服务器三部分。

(1)应用(Application):应用是指开发的具体业务,如会议电视、基于位置的应用等。业务层的业务应用程序可以是第三方SP、CP开发的业务,也可以是网络运营商自己提供的业务。这些业务可以在一个或多个应用服务器(Application Server)上实现。

(2)框架(Framework):框架接口为网络业务接口提供必需的支撑能力以及对网络业务接口的安全管理。框架接口的存在是为了保证上层的应用业务以一种可扩展的和安全的方式使用Parlay/OSA网络业务接口。当前Parlay/OSAAPI规范的框架接口提供的功能包括:业务注册、订购和查找、认证和鉴权、完整性管理。

(3)业务能力服务器(Service Capability Server):业务能力服务器提供的业务能力特征属于非框架业务能力特征,是网络能力的抽象与封装,应用通过这些业务接口获得网络的能力,保证应用的开发不依赖于任何的网络细节与特定的网络复杂性。这些业务能力主要包括传统电信网络能力。如:呼叫控制、用户交互、移动管理、帐户管理、计费等。OSA的业务能力特征SCF(Service Capability Feature)及框架提供的运行机制都用接13API定义。需要注意的是,在使用任何业务能力特征之前,非框架业务能力特征必须向框架注册并通知框架可

用。除此之外,业务能力服务器也支持在线监控、负荷管理、时间通知等机制以及故障恢复方法。在Parlay/OSA的网络结构中,SCS一方面为应用层提供API接口,同时完成与底层网络的适配。SCS是逻辑的概念,可以分布在不同的物理节点或同一个物理结点上。

Parlay/OSA架构提供对业务能力特征(SCF)的访问控制,从而提供了灵活的应用技术和商业模式。此外,Parlay/OSAI作方式还可以管理不同厂家提供的非标准的SCF,这些由各厂家提供的非标准的SCF往往具有各自特殊的强大功能。Parlay/OSA架构主要包括以下几个主要功能。

Parlay/OSA业务发布、发现、绑定过程大致描述为:

(1)业务的发布:业务能力服务器(SCS)启动和通过框架认证后。SCS将业务能力特征(SCF)在框架上注册。

(2)业务的发现:当应用需要使用业务能力服务器提供的SCF时。也必须首先通过框架认证,认证的应用可以获得可用的框架接口,并使用开放接口获得被授权的网络业务能力特征的业务。应用选择SCF后,在与网络业务能力特征交互之前,必须建立业务协议,应用在使用任何网络SCF前,需要签订在线的业务协议。框架请求服务生成一个服务管理器,框架将服务管理器的引用传递给应用。

(3)业务的绑定执行:应用和选中的SCF交互,在交互过程中由服务管理器在服务中负责处理与应用的所有通信,应用可以通过控制命令来使用选中的SCF,或者在SCF中注册回调接口来获得需要的事件通知。服务通过相应的回调接口返回对于控制命令的响应,或者向应用报告相关事件的发生。

2.3 Parlay X架构

Parlay API功能强大,但其对于普通开发者来说,技术难度较大,且需要开发者具备一定的电信知识。并且,在基于CORBA技术实现的Parlay API中,对于多媒体业务的控制响应速度慢、效率不高,尤其在创建跨平台应用时,可伸缩性较差。对此。Parlay组织在2002年提出了另外一种业务发现、创建方式:基于HTTP的Web Service模式。Parlay4.1规范从整体上引入了Web Service的概念,并且在原有Parlay API协议基础上,对Parlay API所描述的电信网络能力进一步的进行抽象,使用基于Web Service的WSDL(Web Service Descript Language)语言对API进行描述,从而给开发人员一个更为清晰、简洁、易于理解的电信业务开发接口。这样,IT开发人员无需掌握电信网络专业知识,即可快速理解ParlayX,利用Web Service技术开发出丰富多彩的电信增值业务。

Parlay与Parlay X在网络中的位置如图2所示。

从图2可以看出,Parlay X Web Services API位于现有网络之上,现有网络的网络单元通过Parlay X Web Services网关与应用服务器进行交互,从而提供第三方业务或综合的业务。

Parlay X Web Services网关可以直接与网元连接,也可以通过Parlay/OSA网关与网元连接。Parlay X WebServices网关与应用服务器之间的接口为Parlay X WebServices APIs,与Parlay/OSA网关之间的接口为ParlayAPIs,与现有网络的网络单元之间的协议采用各个网络的现有协议。

3OMA OSE架构

OSE(OMA Service Environment),是OMA的业务体系架构规范。可以简单的理解为OMA定义的移动业务应用层逻辑体系架构,或者体系架构的抽象模型。

OSE的目标就是提供一个灵活的、可扩展的结构给应用开发者、业务能力和业务提供者,在这个结构中可以生成、部署OMA业务引擎,并对其进行业务维护。OSE是OMA业务能力和相关操作者之间的一个概念环境,可以实现业务能力之间的重用,不同的业务能力可以方便地加入这个框架。OSE提供给业务开发者和SP一个完整的具有互操作性的环境,可以对OMA业务能力方便地进行集成、移植。

OSE 1.0规范已经完成,并开始实施。OSE 1.0的逻辑结构如图3所示。

(1)业务引擎实现

指业务引擎在运营商侧或者终端侧的实现。业务引擎是用于某一业务开发、部署及运营的技术,它被OMA定义为一个或一组规范,这些规范以标准包的方式发布。如Presence、定位业务引擎。

(2)策略执行者

提供基于策略的管理机制,通过诸如收费、用户隐私/参数设置等方式保证底层资源的安全,并对访问请求进行管理。

(3)业务绑定

指通过特定的语言、协议将业务引擎和接口进行绑定。业务绑定通常指访问某业务引擎所需要的特定的语言的语法、协议。

(4)业务执行环境

包括流程监视、软件生命周期管理、系统支撑功能(如线程管理、负载均衡和缓存)、对引擎的运行维护管理等功能。

(5)应用

执行工作时所需的相关功能的实现,通常涉及一个或多个业务,由软件和硬件元素组成。应用是开始和结束调用引擎的基本实体,它可以直接调用业务引擎实现去实现业务。应用可以放在业务环境(包括移动终端)的任何地方。

OSE的基本思想是每个业务引擎只定义与核心功能相关的功能、协议和调用方式。每个业务引擎都必须定义一个或多个标准接口提供给外部,以便其他业务引擎调用其功能。如果某个业务引擎需要依赖已定义的OMA功能,必须指明使用哪个引擎的何种接口。

为了简化业务应用层的架构模型,OMA首先对各种应用接口进行了分类。OMA在OSE中定义了四类接口:

◆10:内在功能接口类,由OMA进行定义。若没有Policy部分,该接口直接提供给Application和其他Enabler,便于不同Enabier之间的功能重用;

◆10+P:应用了Policy的IO接口,提供给Application和其他Enabler。其中,P是IO接口上的一个附加参数集,部分P参数的语法和语义在OMA中进行定义,但P也可以不含任何附加参数:

◆11:资源与业务执行环境之间的接口,例如软件生命周期管理。在OMA中进行规范,作为OSPE的一个部分;

◆12:实体调用底层资源功能的接口类,例如IMS提供给应用层的开放接口。这一类接口不在OMA中进行规范。

4OSE与Parlay/Parlay X

Parlay/OSA与Parlay X为第三方业务开发商提供了方便调用电信网络资源的API,这些网络资源(业务能力)包括呼叫控制、消息类业务、位置类业务、Presence、计费、策略等,以及OMA定义的业务能力。3GPP和OMA的

工作范围有着大概的分工,3GPP负责定义3G网络协议、网络架构,包括无线链路、接入网及核心网的协议、架构,OMA负责与底层网络无关的业务能力的定义。而Parlay和ParlayX则是为了在业务能力之上调用业务能力、开发第三方应用。由此看来。Parlay/ParlayX与OMA的关系应该更为密切,因此,在2008年,Parlay与ParlayX的工作由3GPP转移到了OMA,3GPP原来关于Parlay/OSA与ParlayX的工作冻结。

为了更好地利用Parlay、ParlayX来访问、开发基于OMA业务能力的业务,2008年OMA的ARC组成立了一个PSA(Parlay Service Access)项目。其目的在于继续Parlay/OSA与ParlayX在3GPP冻结之后未完成的非技术性的工作。另外,为了给出Parlay与OSE的相互融合架构以及OSE如何更好地使用Parlay与PadayX提供的资源,OMA的ARC组还成立了一个PIOSE(Parlay in OSE)项目。

在PSA中,OMA给出了从OSE的角度来如何使用Parlay和ParlayX,如图5所示。

图5给出了将Parlay/ParlayX融合到OSE架构中的一个框架。从该框架可以看出,OSE的底层资源被分为两类:Parlay/ParlayX资源和非Parlay/ParlayX资源。Parlay/ParlayX API则看作是OMA的一种业务能力实现。业务能力实现可以调用Parlay/ParlayX资源和非Parlay/ParlayX资源。当SP开发应用时,通过10+P或直接通过10接口调用OMA业务能力实现。如果SP开发的业务需要调用Parlay/ParlayX资源,则通过Parlay/ParlayX API调用这些资源。

Parlay/ParlayX资源指实现Parlay/ParlayX API的物理实体,如Parlay/ParlayX网关、OSA SCS(Service CapabiIityServers,业务能力服务器)。从图6可以看出,OSE中的应用或业务能力实现可以通过10接口直接调用Parlay/ParlayX资源。

将Parlay/ParlayX与OSE结合起来的好处是:

(1)在OSE环境下,调用Parlay/ParlayX资源,从而尽可能地减少投资损失;

(2)为运营商和设备商在开发平台架构时,提供一个更为灵活的架构;

(3)给业务开发者提供更为灵活的接口。可以开发基于3GPP的业务和OMA业务能力的业务;

(4)在重用OMA业务能力和Parlay/ParlayX API时。避免因为参考不同的规范给开发者带来困惑。

5结束语

3G时代,增值业务的竞争成为运营商之间的主要竞争。因此,运营商都十分重视通过移动增值业务平台的开发和建设,来提升业务运营水平并加强自身在价值链中的主导地位。针对移动增值业务平台,3GPP与OMA都有专门的标准化的平台架构。Parlay/Parlay X与OSE在业务接入、业务开发方面各有特点,相互补充。运营商在建设增值业务平台的时候,可以根据实际业务需求与网络架构,选择适合的平台架构,重用或者在标准化架构的基础上定制合适的平台架构,以实现对增值业务的综合接入、管理、控制。

猜你喜欢
调用引擎运营商
核电项目物项调用管理的应用研究
LabWindows/CVI下基于ActiveX技术的Excel调用
蓝谷: “涉蓝”新引擎
基于系统调用的恶意软件检测技术研究
取消“漫游费”只能等运营商“良心发现”?
第一章 在腐败火上烤的三大运营商
三大运营商换帅不是一个简单的巧合
三大运营商换帅
无形的引擎
基于Cocos2d引擎的PuzzleGame开发