移動增值業(yè)務系統(tǒng)發(fā)展趨勢分析

　　【摘要】隨著移動增值業(yè)務的不斷豐富，移動增值業(yè)務系統(tǒng)應該朝著綜合統(tǒng)一的方向發(fā)展，為SP/CP提供統(tǒng)一的業(yè)務接入手段，對各種增值業(yè)務進行統(tǒng)一管理、統(tǒng)一控制、綜合計費、綜合賬務，為未來3G網絡中各種移動多媒體增值業(yè)務的接入搭建統(tǒng)一而完善的業(yè)務平臺。本文首先介紹了國際上主流的移動增值業(yè)務系統(tǒng)的體系架構，然后對移動增值業(yè)務系統(tǒng)的發(fā)展趨勢進行了分析并給出了相應的建議。

　　1、引言

　　隨著移動通信的快速發(fā)展，基礎電信業(yè)務的主體優(yōu)勢呈下降趨勢，伴隨而來的是移動增值業(yè)務的用戶數量迅猛發(fā)展，移動增值業(yè)務越來越豐富。目前中國移動推出了移動夢網、動感地帶，中國聯通推出了Up新勢力、聯通在信等一大批業(yè)務品牌。移動增值業(yè)務已經不再是基礎電信業(yè)務的補充，而逐漸成為移動運營商提高ARPU值，降低用戶離網率，增加業(yè)務收入的主要手段。

　　移動運營商發(fā)展增值業(yè)務是分階段分地區(qū)進行規(guī)劃的，隨著增值業(yè)務的技術不斷發(fā)展、標準不斷完善、用戶認可程度不斷提高，運營商逐步推出各種豐富多彩的移動增值業(yè)務，比如中國聯通近幾年推出了WAP、Java/Brew、定位、多媒體郵件、流媒體、聯通在信、炫鈴、麗音街等多種增值業(yè)務。但是由于各種增值業(yè)務都是單獨建設上線，因此每個增值業(yè)務系統(tǒng)都是垂直分離的體系，每套業(yè)務系統(tǒng)都單獨建設了業(yè)務管理系統(tǒng)和運營支撐系統(tǒng)，這不僅給運營商帶來了重復建設和資源浪費的問題。也給運營商進行各種增值業(yè)務的協調和統(tǒng)一管理帶來了困難。

　　未來移動增值業(yè)務系統(tǒng)是朝著綜合統(tǒng)一的方向發(fā)展，為SP/CP提供統(tǒng)一的業(yè)務接入手段，對各種增值業(yè)務進行統(tǒng)一管理、統(tǒng)一控制、綜合計費、綜合賬務，為未來3G網絡中各種移動多媒體增值業(yè)務的接入搭建統(tǒng)一而完善的業(yè)務平臺。本文正是立足于此，介紹了國際上比較主流的移動增值業(yè)務系統(tǒng)的體系架構，然后對移動增值業(yè)務系統(tǒng)的發(fā)展趨勢進行了分析并給出了相應的建議。

　　2、國際上主流增值業(yè)務系統(tǒng)體系

　　國際上目前比較主流的幾種增值系統(tǒng)體系分別由OMA，IMS，JAIN，Parlay小組進行研究和標準的制定。它們代表著移動增值業(yè)務系統(tǒng)未來的發(fā)展方向。

　　2.1　OMA體系

　　OMA（Open Mobile Alliance）組織主要是收集市場需求并制定規(guī)范，清除互操作性發(fā)展的障礙。并加速各種全新的增強型移動信息、通信和娛樂服務及應用的開發(fā)和應用，為未來的移動通信業(yè)務和應用建立一個共同的、全球適用的行業(yè)標準。

　　OMA的業(yè)務體系架構如圖1所示。業(yè)務的分類方式已逐漸打破了傳統(tǒng)定義的業(yè)務，而逐步轉變?yōu)闃I(yè)務由業(yè)務特征組成，而最終轉變?yōu)闃I(yè)務技術（或業(yè)務引擎Service enabler）的定義。

　　圖1是一個十分簡單的業(yè)務模型，它表示每個業(yè)務可以由多個特征組成，而每個特征又是基于多個業(yè)務引擎（Enabler）。業(yè)務特征是實施業(yè)務的一組能力，如消息處理能力（發(fā)送、接收和存儲、前轉等），用戶文件管理，下載能力等；業(yè)務引擎是一組類別的網絡和終端功能，包括標準的工具、協議和應用接口等，以提供基本的傳送和控制機制。



圖1 OMA的業(yè)務體系架構

　　OMA提出的增值業(yè)務系統(tǒng)總體架構如圖2所示。在以client/server為基礎的業(yè)務生成方式之下，終端和網絡的服務器通過移動承載網絡，借助業(yè)務引擎層面完成與高層應用的溝通。在專用業(yè)務引擎之外，OMA建立了所有業(yè)務的通用框架，即公共業(yè)務引擎。因此，業(yè)務引擎可簡單地分為兩大類：公共業(yè)務引擎和專用業(yè)務引擎，每一個專用業(yè)務引擎在業(yè)務開展中都需要調用公共業(yè)務引擎。



圖2 OMA的增值業(yè)務系統(tǒng)總體框架

　　無論調用何種專用業(yè)務引擎，都需要具有一些公共引擎。公共引擎實現認證鑒權、計費和賬務、公共數據庫管理（包括設備管理和用戶文檔管理）、設備配置和實施、操作維護等功能。專用業(yè)務引擎能夠組合實現各種業(yè)務功能，如定位、移動商務、即時消息、業(yè)務通知、移動流媒體、業(yè)務瀏覽等。

　　OMA定義的體系框架對于移動運營商和業(yè)務提供商來說具有互用性，可以很快地吸收終端用戶，為他們在移動業(yè)務和互聯網領域提供無縫的業(yè)務，同時使他們可以自由地選擇可互用技術的解決方案；對于應用開發(fā)商來說，可以減少開發(fā)成本，擴大經濟規(guī)模，通過吸收用戶來擴展全球市場的機遇；對于內容供應商和媒體公司來說。可以促進通用移動分配形式，使數字權限內容多樣化，促進面向更多全球大眾的具有吸引力的內容的開發(fā)和傳遞。

　　2.2　IMS體系

　　IMS（IP Multimedia Subsystem）是由3GPP最先提出的，它采用SIP協議進行呼叫控制，具有與接入無關和能夠靈活提供多種業(yè)務等優(yōu)點，被認為是實現下一代融合網絡的核心技術。

　　作為網絡融合的基礎架構，IMS體系包含三個主要層次，具體參見圖3。



圖3 IMS的業(yè)務系統(tǒng)總體框架

　　最上層是應用層，支持各類話音和非話音網絡應用服務器。用戶可以通過Web門戶直接訪問它們，禁用或啟用其選定的業(yè)務；在應用層之下是會話及呼叫控制層，其中的主要功能模塊CSCF（呼叫會話控制功能），負責網絡終端的注冊，并將SIP信令消息正確地轉發(fā)到應用服務器。另外還包括HSS（歸屬用戶服務器），用于維護每個終端用戶獨有的業(yè)務屬包括IP地址、漫游信息、好友列表、呼叫業(yè)務定制信息以及語音郵件設置等，HSS是全網可用資源。用于判定哪些業(yè)務是可用的；最下層是傳送及接入層，它通過SIP信令建立會話，并提供承載服務，比如傳送被分組打包的模擬語音等。這一層還包含媒體網關,用來實現VoIP媒體流與TDM之間的轉換。媒體服務器用于支持多方會議、語音通知、語音識別等功能。

　　IMS通過上述三層架構，將業(yè)務和控制分離出來，使之與接入和終端類型沒有必然的聯系，業(yè)務既可以在無線環(huán)境下使用，也可以在有線環(huán)境下使用。應用開發(fā)伙伴可以很方便地訪問這一開放架構，運營商可以很快地集成、部署新業(yè)務。

　　2.3　JAIN體系

　　JAIN（Integrated Network API for Java Platform）是Sun公司領導的一個企業(yè)團體的合作項目，旨在開發(fā)基于Java平臺的針對下一代融合網絡的開放接口，以提供業(yè)務的可移值性，多網融合及支持網絡訪問的安全性。

　　JAIN的基本思想是定義一系列標準的Java API，通過這些API開發(fā)可移植的網絡應用。JAIN把原來許多封閉的網絡系統(tǒng)（包括有線網、無線網及分組交換網）融合為單一的網絡體系結構，在此基礎上提供一個通信業(yè)務執(zhí)行環(huán)境。支持業(yè)務快速部署和安全執(zhí)行。

　　JAIN倡議面向網絡的三大主要部分：從上至下分別是業(yè)務層、信令層和網絡層。如圖4所示，JAIN定義了三種類型API：協議／連接API，呼叫控制／會話API及業(yè)務API。



圖4 JAIN的業(yè)務系統(tǒng)總體框架

　　協議／連接API是用JAVA API定義的網絡協議，它們是由不同的底層網絡實體提供的；呼叫控制／會話API（即JCC/JCAT API）是由軟交換提供的，軟交換中的呼叫模型負責將不同的協議／連接API映射到統(tǒng)一的呼叫控制／會話API，以供業(yè)務層使用；業(yè)務API是由業(yè)務層的業(yè)務執(zhí)行環(huán)境提供的，目的是為不可信的第三方和可信的第三方提供業(yè)務編程接口。

　　目前，JAIN已經使用Parlay的框架API向不可信任的第三方提供安全接入功能，其他部分也將與Parlay　API逐漸融合。JAIN　API發(fā)展成為Parlay　API是一個趨勢。

　　2.4　Parlay/OSA體系

　　Parlay/OSA組織是由65家IT和電信行業(yè)共同創(chuàng)建的，旨在開發(fā)一組開放的、可擴展的、技術和網絡獨立的API。Parlay的成員現在正在不斷擴大。Parlay/OSA可以開發(fā)固定網的業(yè)務，也可用來開發(fā)移動數據業(yè)務和下一代網絡的業(yè)務。Parlay/OSA提供了包括強化移動數據業(yè)務、定位、終端能力、聯機管理和計費、安全的訪問和控制等在內的各種功能。

　　從Parlay/OSA誕生開始，網絡運營商和業(yè)務提供商最關心的一個問題，就是如何確保網絡資源不被未授權用戶的訪問和如何防御安全方面的威脅。這些正是由Parlay/OSA框架保證。Parlay框架在Parlay/OSA網關部分被實現，所有的應用程序和業(yè)務如果要調用Parlay/OSA　API的話，首先就需要在Parlay/OSA框架上注冊。Parlay/OSA框架是一個軟件組件，用來對應用程序進行鑒權、返回Parlay/OSA功能的對象引用。Parlay框架主要解決安全性和可用性的問題。

　　Parlay API體系框架如圖5所示。Parlay API包括兩類接口：框架接口（Framework Interfaces）和服務接口（Service Interfaces）。



圖5 Parlay API的體系框架

　　（1）框架接口：提供一些必要的外圍支撐能力，如服務注冊與發(fā)現、認證鑒權、服務訂購、完整性管理等。框架接口的作用是確保服務接口的開放性、安全性、一致性和可管理性。

　�。�2）服務接口：是對底層網絡能力的抽象，它允許應用程序訪問網絡的各種能力，如呼叫控制、用戶交互、消息服務、移動服務等。這類能力在Parlay API中被稱為業(yè)務能力特征（Service Capability Features,SCF），提供SCF的網絡功能實體稱為能力服務器（Service Capability Server）。

　　網絡中的Parlay/OSA如圖6所示。



圖6 網絡中的Parlay/OSA

　　Parlay/0SA模型引入了一個新的網元——Parlay/OSA網關，通過它，應用程序就能夠使用Parlay/OSA API與現有網元打交道。網絡運營商和業(yè)務提供商控制著Parlay/OSA網關，他是與Parlay/OSA交互的唯一通道。這就意味著應用程序是與網絡內部的協議是分開的，可以在不影響現有應用程序和業(yè)務的情況下介入網絡。Par1ay/0SA網關同時也實現了Parlay框架。

　　Parlay/OSA設想應用程序運行在應用服務器上,通過TCP/IP連到Parlay/OSA網關。

　　業(yè)務提供商可以利用Parlay/0SA的優(yōu)勢，給用戶提供滿意的業(yè)務。很多業(yè)務提供商在網絡內部署應用服務器，在上面運行第三方的業(yè)務。這樣就給管理上帶來了方便，因為自己的業(yè)務和第三方業(yè)務都采用了統(tǒng)一接口——Parlay/OSA　API。

　　3、移動增值業(yè)務系統(tǒng)發(fā)展趨勢分析和建議

　　移動通信馬上就要進入3G時代，3G業(yè)務能力的演進經歷了R99，R4，R5等版本，在R5版本中劃時代的引入了IMS系統(tǒng)，改變了分組域多媒體業(yè)務的能力，促進了IP網絡與電信專有網絡的融合。

　　以“融合”為宗旨的組網概念逐漸浮出水面，3G優(yōu)于2G，2.5G不僅僅是網絡質量的提升、還有組網概念。3G能夠提供給用戶的不僅僅是新的業(yè)務類型，更重要的是通過IP網絡與專業(yè)電信網絡的完美結合以及增值業(yè)務系統(tǒng)的整合所帶來的統(tǒng)一化的用戶體驗。

　　綜合接入、綜合管理模式繼承了倡導“融合”的業(yè)務系統(tǒng)設計模式，從業(yè)務、接入、管理、計費、展現等角度真正實現“融合”。

　　（1）綜合管理

　　在獨立接入、綜合管理階段的基礎上，實現業(yè)務的融合，即跨業(yè)務類型的綜合套餐、綜合優(yōu)惠配置。該配置允許用戶在進行業(yè)務定購前即實時得知跨業(yè)務類型的套餐、優(yōu)惠關系，取代了傳統(tǒng)通過各種媒體進行宣傳、只能在營業(yè)廳辦理業(yè)務套餐的復雜方式。

　�。�2）綜合批價

　　在綜合管理的基礎上實現對跨業(yè)務類型的綜合套餐、綜合優(yōu)惠計費日志進行綜合批價，模糊業(yè)務類型，只關心套餐內各業(yè)務產品間的關聯關系。應用此模型，可快速實現WAP業(yè)務、短信業(yè)務甚至語音業(yè)務間的綜合套餐計費。

　　傳統(tǒng)的OSS系統(tǒng)雖實現了綜合套餐、綜合優(yōu)惠功能。但其計費結果只能通過異步非實時方式查詢得到，無法與用戶的實時體驗有效掛鉤。移動增值業(yè)務系統(tǒng)與各業(yè)務引擎實現了實時通信接口，因此用戶可通過多種增值業(yè)務使用方式，實時的獲取定購、使用綜合套餐、綜合優(yōu)惠后的實時資費，極大的改善了用戶體驗。

　�。�3）綜合展現

　　由于實現了綜合管理和綜合計費，使得綜合展現在此階段得以順利實施。綜合管理支撐了跨業(yè)務類型的綜合套餐、綜合優(yōu)惠數據的配置，綜合計費支撐了綜合套餐、綜合優(yōu)惠等計費的實現，這都為綜合展現后的用戶體驗和業(yè)務支撐奠定了基礎。綜合展現將允許用戶通過WAP、Web、短信和語音門戶等方式、定購業(yè)務，通過終端接口開啟業(yè)務環(huán)境等。

　�。�4）綜合決策支持

　　綜合決策支持系統(tǒng)使多個增值業(yè)務間的統(tǒng)一決策指標定義成為現實。通過將各增值業(yè)務原有決策指標進行匯總、整理，先進的指標設計思想可被所有增值業(yè)務管理者共享，綜合決策支持系統(tǒng)將為所有增值業(yè)務提供更加權威的開放性的決策支持。

　�。�5）綜合客服

　　綜合客服系統(tǒng)通過接口實時獲取所有增值業(yè)務系統(tǒng)的用戶、定購、計費數據，通過統(tǒng)一界面向客服代表提供數據支持，在客服電話接通后很短的時間內給予客服代表統(tǒng)一的界面、完整的數據，大大提升了客服效率，進而提升了用戶疑難解答效率、提高客服質量、提升品牌綜合競爭力。

　　（6）綜合接入

　　從獨立接入、綜合管理階段過渡至綜合接入、綜合管理階段，完成業(yè)務平臺全方位的融合。引入Parlay/OSA、Parlay X Web services設計思想，抽象各業(yè)務接口的共性，形成統(tǒng)一、開放的通用接口，使第三方軟件開發(fā)商或內容服務開發(fā)商不必關心底層網絡協議，專心進行軟件內部邏輯的開發(fā)和內容的組織。

　　通過上述分析，可以看出，綜合、統(tǒng)一和共享是移動增值業(yè)務系統(tǒng)發(fā)展的趨勢。通過對綜合的增值業(yè)務系統(tǒng)的建設,可以實現：

　　●屏蔽底層網絡的差異，可以支持包括CDMA，GPRS等多種接入協議；

　　●提供分層、開放的體系架構，可以方便快速的增加新業(yè)務；

　　●提供共享服務和模塊化設計；

　　●提供統(tǒng)一門戶，實現統(tǒng)一的業(yè)務展現，保證了統(tǒng)一的用戶接觸渠道，樹立統(tǒng)一品牌；

　　●提供統(tǒng)一的管理平臺，實現綜合的業(yè)務管理，實現統(tǒng)一認證，統(tǒng)一計費，內容的統(tǒng)一管理，簡化運營管理，避免業(yè)務孤島，簡化網絡構架；

　　●提供統(tǒng)一的業(yè)務接入方式，給SP提供統(tǒng)一的接入界面，方便SP的接入，降低接入門檻，同時便于提供組合型業(yè)務。通過統(tǒng)一的業(yè)務接入，屏蔽底層的網絡結構，抽象出公共的開放能力，供SP以及運營商自己開發(fā)增值業(yè)務；

　　●提供基礎語音業(yè)務和增值業(yè)務的打包計費，以及多種業(yè)務的組合營銷，便于針對目標用戶提供差異化的資費策略。

　　移動增值業(yè)務系統(tǒng)面向未來3G網絡，可以平滑過渡到3G，在兼容現有網絡的業(yè)務基礎之上支持3G新的業(yè)務。

　　4、結束語

　　移動增值業(yè)務系統(tǒng)是一套綜合的、完善的業(yè)務體系，能夠整合和兼容現有移動增值業(yè)務。也能夠面向未來3G網絡的新業(yè)務，因此對于它的建設應該統(tǒng)一規(guī)劃、分步實施。移動增值業(yè)務系統(tǒng)作為一個統(tǒng)一的業(yè)務提供與業(yè)務管理平臺，承載現有的以及未來可能出現的各項增值業(yè)務，同時還需要與業(yè)務支撐、SP應用、承載網絡等不同外部系統(tǒng)互聯，因此要規(guī)范各種類型的業(yè)務和功能，統(tǒng)一接口標準，在各個部門協調合作的基礎上，實現平臺的建設、運營和維護。