移動增值業務平臺標準化研究

崔媛媛

[摘要]移動增值業務種類繁多，內容復雜，如何進行新業務的快速開發以及如何進行有效的業務管理，成為運營商以及各標準化組織關注的熱點。文章分別介紹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在業務接入、業務開發方面各有特點，相互補充。運營商在建設增值業務平臺的時候，可以根據實際業務需求與網絡架構，選擇適合的平臺架構，重用或者在標準化架構的基礎上定制合適的平臺架構，以實現對增值業務的綜合接入、管理、控制。