移動增值業(yè)務(wù)平臺標準化研究

崔媛媛

[摘要]移動增值業(yè)務(wù)種類繁多，內(nèi)容復(fù)雜，如何進行新業(yè)務(wù)的快速開發(fā)以及如何進行有效的業(yè)務(wù)管理，成為運營商以及各標準化組織關(guān)注的熱點。文章分別介紹OMA OSE架構(gòu)以及3GPP的OSA Parlay／ParlayX架構(gòu)，并著重分析OSE與Parlay／ParlayX的關(guān)系。

[關(guān)鍵字]ParlayParlayXOSAOSEOMA

1增值業(yè)務(wù)平臺概述

移動增值業(yè)務(wù)是能夠給運營商以及業(yè)務(wù)提供商、內(nèi)容提供商帶來高額利潤的業(yè)務(wù)。近幾年來，國內(nèi)外運營商一直將增值業(yè)務(wù)的開展作為其業(yè)務(wù)開展的重點。而增值業(yè)務(wù)有著種類繁多、內(nèi)容復(fù)雜的特點，如何進行新業(yè)務(wù)的快速開發(fā)以及如何進行有效的業(yè)務(wù)管理，成為運營商以及各標準化組織關(guān)注的熱點。同時。技術(shù)和市場的發(fā)展使得移動業(yè)務(wù)的價值鏈分工進一步細化，運營商希望通過加強對業(yè)務(wù)平臺的控制保持對價值鏈的主導地位。因此，移動增值業(yè)務(wù)平臺的重要性日益凸顯。

由于歷史的原因。增值業(yè)務(wù)系統(tǒng)的建設(shè)原來是垂直的網(wǎng)絡(luò)結(jié)構(gòu)，運營商每提供一種增值業(yè)務(wù)就要建設(shè)一套完整的業(yè)務(wù)系統(tǒng)。包括業(yè)務(wù)接入、業(yè)務(wù)鑒權(quán)、業(yè)務(wù)管理、用戶管理以及業(yè)務(wù)計費等功能。這樣不僅造成了嚴重的重復(fù)投資，還使網(wǎng)絡(luò)的維護和管理成本也越來越高，更不能簡單、方便、快捷地提供各種新應(yīng)用。因此。運營商迫切需要改變目前的這種狀況，使移動增值業(yè)務(wù)系統(tǒng)由垂直架構(gòu)體系向水平架構(gòu)方向發(fā)展，以便于新業(yè)務(wù)的快速開發(fā)、商用，同時也使得業(yè)務(wù)系統(tǒng)的建設(shè)、運營、維護更加科學化。降低業(yè)務(wù)系統(tǒng)的復(fù)雜度。水平體系架構(gòu)的業(yè)務(wù)系統(tǒng)正是由于其易于管理、便于迅速開發(fā)新業(yè)務(wù)等特點，正逐漸被運營商和設(shè)備廠商采用，進行業(yè)務(wù)的開發(fā)與部署。

目前在移動增值業(yè)務(wù)平臺方面比較重要的標準化組織有Parlay／OSA與OMA的業(yè)務(wù)平臺架構(gòu)。這兩種平臺架構(gòu)都基于水平體系架構(gòu)，能方便的實現(xiàn)業(yè)務(wù)管理、業(yè)務(wù)開發(fā)、業(yè)務(wù)發(fā)布能功能。

2OSA／Parlay、ParlayX架構(gòu)

2.1 Parlay、ParlayX介紹

Parlay組織成立于1998年，最初由BT、Ulticom、Microsoft、Nortel和Siemens五家公司聯(lián)合發(fā)起成立，其主要目標就是制定符合工業(yè)標準的應(yīng)用編程接口規(guī)范，開放電信領(lǐng)域，使最大范圍內(nèi)的市場參與者可開發(fā)和提供電信業(yè)務(wù)。同時為特定的用戶群快速定制個性化業(yè)務(wù)。Parlay組織的工作重點在于制定Parlay API規(guī)范，但不包括如何實現(xiàn)API，以及基于API的應(yīng)用、底層網(wǎng)絡(luò)軟件、物理構(gòu)件、物理接口和協(xié)議。

目前，Parlay組織的成員已經(jīng)超過60家，覆蓋了國際上著名的電信運營商、網(wǎng)絡(luò)設(shè)備供應(yīng)商和計算機設(shè)備供應(yīng)商，隨著研究的深入，Parlay組織逐漸與其他標準化組織或論壇，如ETSI、IEEE、IETF、3GPP、OMA等建立起合作關(guān)系。

在Parlay組織成立后不久，3GPP和ETSI啟動了3G系統(tǒng)UMTS的開放式業(yè)務(wù)架構(gòu)的研究，稱之為OSA(Open Service Access)。OSA目標就是提供一種可擴展和可伸縮的開放式體系結(jié)構(gòu)，以靈活和向后兼容的方式開發(fā)新業(yè)務(wù)能力特征，同時定義一個常規(guī)的API，以支持第三方應(yīng)用接入網(wǎng)絡(luò)的能力。兩者非常類似，最初的OSA標準就是由Parlay1.2和2.1加上少量的3GPP新增功能組成的。早期兩者的差別在于：Parlay是單純的接口標準，不關(guān)心任何基礎(chǔ)電信網(wǎng)絡(luò)結(jié)構(gòu)和技術(shù)；而OSA是一種業(yè)務(wù)結(jié)構(gòu)。不但包括業(yè)務(wù)接口。還包括體系結(jié)構(gòu)以及Parlay至移動網(wǎng)絡(luò)協(xié)議，如MAP，CAP等的映射。其后，兩個組織決定共同研究提供一套網(wǎng)絡(luò)運營商之外的第三方應(yīng)用安全接入和控制核心網(wǎng)絡(luò)資源的標準方法，從Parlay3.0和OSA R5開始，共同發(fā)布API規(guī)范，這標志著Parlay與OSA規(guī)范區(qū)于一致，統(tǒng)稱為Parlay／OSA。

目前OSA提供兩種API，即OSA／Parlay API和Parlay X Web Service。

Parlay／OSA API源自Parlay Group的Parlay API，自3GPP R5階段開始由3GPP、ETSI和Parlay Group聯(lián)合發(fā)布。它得到了3GPP2，JAIN，OMA等國際技術(shù)組織的支持。目前Parlay／OSA API已經(jīng)發(fā)展到了OSA v7.0.0／Parlay 6。

為了讓第三方業(yè)務(wù)開發(fā)商也能夠開發(fā)電信業(yè)務(wù)，3GPPR6規(guī)范中引入了Parlay X Web Service。Parlay X Web Service最初由Parlay Group定義，與Parlay／OSA API相比，Parlay X完全針對缺乏電信網(wǎng)絡(luò)知識的業(yè)務(wù)開發(fā)者而設(shè)計，在更高的層次對網(wǎng)絡(luò)能力進行了抽象，完全屏蔽了網(wǎng)絡(luò)技術(shù)實現(xiàn)的細節(jié)，因此更加簡單易用。當然，代價是ParlayX的能力遠沒有Parlay API強大。它只是一個應(yīng)用接口，僅能夠提供一些基本的網(wǎng)絡(luò)能力，不提供AAA、服務(wù)級別的協(xié)商或其它環(huán)境相關(guān)能力，當使用到某些網(wǎng)絡(luò)能力時，需要通過調(diào)用Parlay API來實現(xiàn)。目前Parlay X已發(fā)展到了OSAParlay X v7.2.0／Parlay X 3.0。

2.2 Parlay／OSA架構(gòu)

如圖1所示，Parlay／OSA體系結(jié)構(gòu)分為應(yīng)用(Application)、框架(Framework)和業(yè)務(wù)能力服務(wù)器三部分。

(1)應(yīng)用(Application)：應(yīng)用是指開發(fā)的具體業(yè)務(wù)，如會議電視、基于位置的應(yīng)用等。業(yè)務(wù)層的業(yè)務(wù)應(yīng)用程序可以是第三方SP、CP開發(fā)的業(yè)務(wù)，也可以是網(wǎng)絡(luò)運營商自己提供的業(yè)務(wù)。這些業(yè)務(wù)可以在一個或多個應(yīng)用服務(wù)器(Application Server)上實現(xiàn)。

(2)框架(Framework)：框架接口為網(wǎng)絡(luò)業(yè)務(wù)接口提供必需的支撐能力以及對網(wǎng)絡(luò)業(yè)務(wù)接口的安全管理?？蚣芙涌诘拇嬖谑菫榱吮ＷC上層的應(yīng)用業(yè)務(wù)以一種可擴展的和安全的方式使用Parlay／OSA網(wǎng)絡(luò)業(yè)務(wù)接口。當前Parlay／OSAAPI規(guī)范的框架接口提供的功能包括：業(yè)務(wù)注冊、訂購和查找、認證和鑒權(quán)、完整性管理。

(3)業(yè)務(wù)能力服務(wù)器(Service Capability Server)：業(yè)務(wù)能力服務(wù)器提供的業(yè)務(wù)能力特征屬于非框架業(yè)務(wù)能力特征，是網(wǎng)絡(luò)能力的抽象與封裝，應(yīng)用通過這些業(yè)務(wù)接口獲得網(wǎng)絡(luò)的能力，保證應(yīng)用的開發(fā)不依賴于任何的網(wǎng)絡(luò)細節(jié)與特定的網(wǎng)絡(luò)復(fù)雜性。這些業(yè)務(wù)能力主要包括傳統(tǒng)電信網(wǎng)絡(luò)能力。如：呼叫控制、用戶交互、移動管理、帳戶管理、計費等。OSA的業(yè)務(wù)能力特征SCF(Service Capability Feature)及框架提供的運行機制都用接13API定義。需要注意的是，在使用任何業(yè)務(wù)能力特征之前，非框架業(yè)務(wù)能力特征必須向框架注冊并通知框架可

用。除此之外，業(yè)務(wù)能力服務(wù)器也支持在線監(jiān)控、負荷管理、時間通知等機制以及故障恢復(fù)方法。在Parlay／OSA的網(wǎng)絡(luò)結(jié)構(gòu)中，SCS一方面為應(yīng)用層提供API接口，同時完成與底層網(wǎng)絡(luò)的適配。SCS是邏輯的概念，可以分布在不同的物理節(jié)點或同一個物理結(jié)點上。

Parlay／OSA架構(gòu)提供對業(yè)務(wù)能力特征(SCF)的訪問控制，從而提供了靈活的應(yīng)用技術(shù)和商業(yè)模式。此外，Parlay／OSAI作方式還可以管理不同廠家提供的非標準的SCF，這些由各廠家提供的非標準的SCF往往具有各自特殊的強大功能。Parlay／OSA架構(gòu)主要包括以下幾個主要功能。

Parlay／OSA業(yè)務(wù)發(fā)布、發(fā)現(xiàn)、綁定過程大致描述為：

(1)業(yè)務(wù)的發(fā)布：業(yè)務(wù)能力服務(wù)器(SCS)啟動和通過框架認證后。SCS將業(yè)務(wù)能力特征(SCF)在框架上注冊。

(2)業(yè)務(wù)的發(fā)現(xiàn)：當應(yīng)用需要使用業(yè)務(wù)能力服務(wù)器提供的SCF時。也必須首先通過框架認證，認證的應(yīng)用可以獲得可用的框架接口，并使用開放接口獲得被授權(quán)的網(wǎng)絡(luò)業(yè)務(wù)能力特征的業(yè)務(wù)。應(yīng)用選擇SCF后，在與網(wǎng)絡(luò)業(yè)務(wù)能力特征交互之前，必須建立業(yè)務(wù)協(xié)議，應(yīng)用在使用任何網(wǎng)絡(luò)SCF前，需要簽訂在線的業(yè)務(wù)協(xié)議?？蚣苷埱蠓?wù)生成一個服務(wù)管理器，框架將服務(wù)管理器的引用傳遞給應(yīng)用。

(3)業(yè)務(wù)的綁定執(zhí)行：應(yīng)用和選中的SCF交互，在交互過程中由服務(wù)管理器在服務(wù)中負責處理與應(yīng)用的所有通信，應(yīng)用可以通過控制命令來使用選中的SCF，或者在SCF中注冊回調(diào)接口來獲得需要的事件通知。服務(wù)通過相應(yīng)的回調(diào)接口返回對于控制命令的響應(yīng)，或者向應(yīng)用報告相關(guān)事件的發(fā)生。

2.3 Parlay X架構(gòu)

Parlay API功能強大，但其對于普通開發(fā)者來說，技術(shù)難度較大，且需要開發(fā)者具備一定的電信知識。并且，在基于CORBA技術(shù)實現(xiàn)的Parlay API中，對于多媒體業(yè)務(wù)的控制響應(yīng)速度慢、效率不高，尤其在創(chuàng)建跨平臺應(yīng)用時，可伸縮性較差。對此。Parlay組織在2002年提出了另外一種業(yè)務(wù)發(fā)現(xiàn)、創(chuàng)建方式：基于HTTP的Web Service模式。Parlay4.1規(guī)范從整體上引入了Web Service的概念，并且在原有Parlay API協(xié)議基礎(chǔ)上，對Parlay API所描述的電信網(wǎng)絡(luò)能力進一步的進行抽象，使用基于Web Service的WSDL(Web Service Descript Language)語言對API進行描述，從而給開發(fā)人員一個更為清晰、簡潔、易于理解的電信業(yè)務(wù)開發(fā)接口。這樣，IT開發(fā)人員無需掌握電信網(wǎng)絡(luò)專業(yè)知識，即可快速理解ParlayX，利用Web Service技術(shù)開發(fā)出豐富多彩的電信增值業(yè)務(wù)。

Parlay與Parlay X在網(wǎng)絡(luò)中的位置如圖2所示。

從圖2可以看出，Parlay X Web Services API位于現(xiàn)有網(wǎng)絡(luò)之上，現(xiàn)有網(wǎng)絡(luò)的網(wǎng)絡(luò)單元通過Parlay X Web Services網(wǎng)關(guān)與應(yīng)用服務(wù)器進行交互，從而提供第三方業(yè)務(wù)或綜合的業(yè)務(wù)。

Parlay X Web Services網(wǎng)關(guān)可以直接與網(wǎng)元連接，也可以通過Parlay／OSA網(wǎng)關(guān)與網(wǎng)元連接。Parlay X WebServices網(wǎng)關(guān)與應(yīng)用服務(wù)器之間的接口為Parlay X WebServices APIs，與Parlay／OSA網(wǎng)關(guān)之間的接口為ParlayAPIs，與現(xiàn)有網(wǎng)絡(luò)的網(wǎng)絡(luò)單元之間的協(xié)議采用各個網(wǎng)絡(luò)的現(xiàn)有協(xié)議。

3OMA OSE架構(gòu)

OSE(OMA Service Environment)，是OMA的業(yè)務(wù)體系架構(gòu)規(guī)范?？梢院唵蔚睦斫鉃镺MA定義的移動業(yè)務(wù)應(yīng)用層邏輯體系架構(gòu)，或者體系架構(gòu)的抽象模型。

OSE的目標就是提供一個靈活的、可擴展的結(jié)構(gòu)給應(yīng)用開發(fā)者、業(yè)務(wù)能力和業(yè)務(wù)提供者，在這個結(jié)構(gòu)中可以生成、部署OMA業(yè)務(wù)引擎，并對其進行業(yè)務(wù)維護。OSE是OMA業(yè)務(wù)能力和相關(guān)操作者之間的一個概念環(huán)境，可以實現(xiàn)業(yè)務(wù)能力之間的重用，不同的業(yè)務(wù)能力可以方便地加入這個框架。OSE提供給業(yè)務(wù)開發(fā)者和SP一個完整的具有互操作性的環(huán)境，可以對OMA業(yè)務(wù)能力方便地進行集成、移植。

OSE 1.0規(guī)范已經(jīng)完成，并開始實施。OSE 1.0的邏輯結(jié)構(gòu)如圖3所示。

(1)業(yè)務(wù)引擎實現(xiàn)

指業(yè)務(wù)引擎在運營商側(cè)或者終端側(cè)的實現(xiàn)。業(yè)務(wù)引擎是用于某一業(yè)務(wù)開發(fā)、部署及運營的技術(shù)，它被OMA定義為一個或一組規(guī)范，這些規(guī)范以標準包的方式發(fā)布。如Presence、定位業(yè)務(wù)引擎。

(2)策略執(zhí)行者

提供基于策略的管理機制，通過諸如收費、用戶隱私／參數(shù)設(shè)置等方式保證底層資源的安全，并對訪問請求進行管理。

(3)業(yè)務(wù)綁定

指通過特定的語言、協(xié)議將業(yè)務(wù)引擎和接口進行綁定。業(yè)務(wù)綁定通常指訪問某業(yè)務(wù)引擎所需要的特定的語言的語法、協(xié)議。

(4)業(yè)務(wù)執(zhí)行環(huán)境

包括流程監(jiān)視、軟件生命周期管理、系統(tǒng)支撐功能(如線程管理、負載均衡和緩存)、對引擎的運行維護管理等功能。

(5)應(yīng)用

執(zhí)行工作時所需的相關(guān)功能的實現(xiàn)，通常涉及一個或多個業(yè)務(wù)，由軟件和硬件元素組成。應(yīng)用是開始和結(jié)束調(diào)用引擎的基本實體，它可以直接調(diào)用業(yè)務(wù)引擎實現(xiàn)去實現(xiàn)業(yè)務(wù)。應(yīng)用可以放在業(yè)務(wù)環(huán)境(包括移動終端)的任何地方。

OSE的基本思想是每個業(yè)務(wù)引擎只定義與核心功能相關(guān)的功能、協(xié)議和調(diào)用方式。每個業(yè)務(wù)引擎都必須定義一個或多個標準接口提供給外部，以便其他業(yè)務(wù)引擎調(diào)用其功能。如果某個業(yè)務(wù)引擎需要依賴已定義的OMA功能，必須指明使用哪個引擎的何種接口。

為了簡化業(yè)務(wù)應(yīng)用層的架構(gòu)模型，OMA首先對各種應(yīng)用接口進行了分類。OMA在OSE中定義了四類接口：

◆10：內(nèi)在功能接口類，由OMA進行定義。若沒有Policy部分，該接口直接提供給Application和其他Enabler，便于不同Enabier之間的功能重用；

◆10+P：應(yīng)用了Policy的IO接口，提供給Application和其他Enabler。其中，P是IO接口上的一個附加參數(shù)集，部分P參數(shù)的語法和語義在OMA中進行定義，但P也可以不含任何附加參數(shù)：

◆11：資源與業(yè)務(wù)執(zhí)行環(huán)境之間的接口，例如軟件生命周期管理。在OMA中進行規(guī)范，作為OSPE的一個部分；

◆12：實體調(diào)用底層資源功能的接口類，例如IMS提供給應(yīng)用層的開放接口。這一類接口不在OMA中進行規(guī)范。

4OSE與Parlay／Parlay X

Parlay/OSA與Parlay X為第三方業(yè)務(wù)開發(fā)商提供了方便調(diào)用電信網(wǎng)絡(luò)資源的API，這些網(wǎng)絡(luò)資源(業(yè)務(wù)能力)包括呼叫控制、消息類業(yè)務(wù)、位置類業(yè)務(wù)、Presence、計費、策略等，以及OMA定義的業(yè)務(wù)能力。3GPP和OMA的

工作范圍有著大概的分工，3GPP負責定義3G網(wǎng)絡(luò)協(xié)議、網(wǎng)絡(luò)架構(gòu)，包括無線鏈路、接入網(wǎng)及核心網(wǎng)的協(xié)議、架構(gòu)，OMA負責與底層網(wǎng)絡(luò)無關(guān)的業(yè)務(wù)能力的定義。而Parlay和ParlayX則是為了在業(yè)務(wù)能力之上調(diào)用業(yè)務(wù)能力、開發(fā)第三方應(yīng)用。由此看來。Parlay／ParlayX與OMA的關(guān)系應(yīng)該更為密切，因此，在2008年，Parlay與ParlayX的工作由3GPP轉(zhuǎn)移到了OMA，3GPP原來關(guān)于Parlay／OSA與ParlayX的工作凍結(jié)。

為了更好地利用Parlay、ParlayX來訪問、開發(fā)基于OMA業(yè)務(wù)能力的業(yè)務(wù)，2008年OMA的ARC組成立了一個PSA(Parlay Service Access)項目。其目的在于繼續(xù)Parlay／OSA與ParlayX在3GPP凍結(jié)之后未完成的非技術(shù)性的工作。另外，為了給出Parlay與OSE的相互融合架構(gòu)以及OSE如何更好地使用Parlay與PadayX提供的資源，OMA的ARC組還成立了一個PIOSE(Parlay in OSE)項目。

在PSA中，OMA給出了從OSE的角度來如何使用Parlay和ParlayX，如圖5所示。

圖5給出了將Parlay／ParlayX融合到OSE架構(gòu)中的一個框架。從該框架可以看出，OSE的底層資源被分為兩類：Parlay／ParlayX資源和非Parlay／ParlayX資源。Parlay／ParlayX API則看作是OMA的一種業(yè)務(wù)能力實現(xiàn)。業(yè)務(wù)能力實現(xiàn)可以調(diào)用Parlay／ParlayX資源和非Parlay/ParlayX資源。當SP開發(fā)應(yīng)用時，通過10+P或直接通過10接口調(diào)用OMA業(yè)務(wù)能力實現(xiàn)。如果SP開發(fā)的業(yè)務(wù)需要調(diào)用Parlay／ParlayX資源，則通過Parlay／ParlayX API調(diào)用這些資源。

Parlay／ParlayX資源指實現(xiàn)Parlay／ParlayX API的物理實體，如Parlay／ParlayX網(wǎng)關(guān)、OSA SCS(Service CapabiIityServers,業(yè)務(wù)能力服務(wù)器)。從圖6可以看出，OSE中的應(yīng)用或業(yè)務(wù)能力實現(xiàn)可以通過10接口直接調(diào)用Parlay／ParlayX資源。

將Parlay／ParlayX與OSE結(jié)合起來的好處是：

(1)在OSE環(huán)境下，調(diào)用Parlay／ParlayX資源，從而盡可能地減少投資損失；

(2)為運營商和設(shè)備商在開發(fā)平臺架構(gòu)時，提供一個更為靈活的架構(gòu)；

(3)給業(yè)務(wù)開發(fā)者提供更為靈活的接口?？梢蚤_發(fā)基于3GPP的業(yè)務(wù)和OMA業(yè)務(wù)能力的業(yè)務(wù)；

(4)在重用OMA業(yè)務(wù)能力和Parlay／ParlayX API時。避免因為參考不同的規(guī)范給開發(fā)者帶來困惑。

5結(jié)束語

3G時代，增值業(yè)務(wù)的競爭成為運營商之間的主要競爭。因此，運營商都十分重視通過移動增值業(yè)務(wù)平臺的開發(fā)和建設(shè)，來提升業(yè)務(wù)運營水平并加強自身在價值鏈中的主導地位。針對移動增值業(yè)務(wù)平臺，3GPP與OMA都有專門的標準化的平臺架構(gòu)。Parlay／Parlay X與OSE在業(yè)務(wù)接入、業(yè)務(wù)開發(fā)方面各有特點，相互補充。運營商在建設(shè)增值業(yè)務(wù)平臺的時候，可以根據(jù)實際業(yè)務(wù)需求與網(wǎng)絡(luò)架構(gòu)，選擇適合的平臺架構(gòu)，重用或者在標準化架構(gòu)的基礎(chǔ)上定制合適的平臺架構(gòu)，以實現(xiàn)對增值業(yè)務(wù)的綜合接入、管理、控制。