banner.jpg)
相關專題：
1、引言
隨著移動通信的快速發(fā)展，基礎電信業(yè)務的主體優(yōu)勢呈下降趨勢，伴隨而來的是移動增值業(yè)務的用戶數(shù)量迅猛發(fā)展，移動增值業(yè)務越來越豐富。目前中國移動推出了移動夢網(wǎng)、動感地帶，中國聯(lián)通推出了Up新勢力、聯(lián)通在信等一大批業(yè)務品牌。移動增值業(yè)務已經(jīng)不再是基礎電信業(yè)務的補充，而逐漸成為移動運營商提高ARPU值，降低用戶離網(wǎng)率，增加業(yè)務收入的主要手段。
移動運營商發(fā)展增值業(yè)務是分階段分地區(qū)進行規(guī)劃的，隨著增值業(yè)務的技術不斷發(fā)展、標準不斷完善、用戶認可程度不斷提高，運營商逐步推出各種豐富多彩的移動增值業(yè)務，比如中國聯(lián)通近幾年推出了WAP、Java/Brew、定位、多媒體郵件、流媒體、聯(lián)通在信、炫鈴、麗音街等多種增值業(yè)務。但是由于各種增值業(yè)務都是單獨建設上線，因此每個增值業(yè)務系統(tǒng)都是垂直分離的體系，每套業(yè)務系統(tǒng)都單獨建設了業(yè)務管理系統(tǒng)和運營支撐系統(tǒng)，這不僅給運營商帶來了重復建設和資源浪費的問題。也給運營商進行各種增值業(yè)務的協(xié)調和統(tǒng)一管理帶來了困難。
未來移動增值業(yè)務系統(tǒng)是朝著綜合統(tǒng)一的方向發(fā)展，為SP/CP提供統(tǒng)一的業(yè)務接入手段，對各種增值業(yè)務進行統(tǒng)一管理、統(tǒng)一控制、綜合計費、綜合賬務，為未來3G網(wǎng)絡中各種移動多媒體增值業(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è)務引擎是一組類別的網(wǎng)絡和終端功能，包括標準的工具、協(xié)議和應用接口等，以提供基本的傳送和控制機制。
OMA提出的增值業(yè)務系統(tǒng)總體架構如圖2所示。在以client/server為基礎的業(yè)務生成方式之下，終端和網(wǎng)絡的服務器通過移動承載網(wǎng)絡，借助業(yè)務引擎層面完成與高層應用的溝通。在專用業(yè)務引擎之外，OMA建立了所有業(yè)務的通用框架，即公共業(yè)務引擎。因此，業(yè)務引擎可簡單地分為兩大類：公共業(yè)務引擎和專用業(yè)務引擎，每一個專用業(yè)務引擎在業(yè)務開展中都需要調用公共業(yè)務引擎。
無論調用何種專用業(yè)務引擎，都需要具有一些公共引擎。公共引擎實現(xiàn)認證鑒權、計費和賬務、公共數(shù)據(jù)庫管理（包括設備管理和用戶文檔管理）、設備配置和實施、操作維護等功能。專用業(yè)務引擎能夠組合實現(xiàn)各種業(yè)務功能，如定位、移動商務、即時消息、業(yè)務通知、移動流媒體、業(yè)務瀏覽等。
OMA定義的體系框架對于移動運營商和業(yè)務提供商來說具有互用性，可以很快地吸收終端用戶，為他們在移動業(yè)務和互聯(lián)網(wǎng)領域提供無縫的業(yè)務，同時使他們可以自由地選擇可互用技術的解決方案；對于應用開發(fā)商來說，可以減少開發(fā)成本，擴大經(jīng)濟規(guī)模，通過吸收用戶來擴展全球市場的機遇；對于內容供應商和媒體公司來說�？梢源龠M通用移動分配形式，使數(shù)字權限內容多樣化，促進面向更多全球大眾的具有吸引力的內容的開發(fā)和傳遞。
2.2 IMS體系
IMS（IP Multimedia Subsystem）是由3GPP最先提出的，它采用SIP協(xié)議進行呼叫控制，具有與接入無關和能夠靈活提供多種業(yè)務等優(yōu)點，被認為是實現(xiàn)下一代融合網(wǎng)絡的核心技術。
作為網(wǎng)絡融合的基礎架構，IMS體系包含三個主要層次，具體參見圖3。
最上層是應用層，支持各類話音和非話音網(wǎng)絡應用服務器。用戶可以通過Web門戶直接訪問它們，禁用或啟用其選定的業(yè)務；在應用層之下是會話及呼叫控制層，其中的主要功能模塊CSCF（呼叫會話控制功能），負責網(wǎng)絡終端的注冊，并將SIP信令消息正確地轉發(fā)到應用服務器。另外還包括HSS（歸屬用戶服務器），用于維護每個終端用戶獨有的業(yè)務屬包括IP地址、漫游信息、好友列表、呼叫業(yè)務定制信息以及語音郵件設置等，HSS是全網(wǎng)可用資源。用于判定哪些業(yè)務是可用的；最下層是傳送及接入層，它通過SIP信令建立會話，并提供承載服務，比如傳送被分組打包的模擬語音等。這一層還包含媒體網(wǎng)關,用來實現(xiàn)VoIP媒體流與TDM之間的轉換。媒體服務器用于支持多方會議、語音通知、語音識別等功能。
IMS通過上述三層架構，將業(yè)務和控制分離出來，使之與接入和終端類型沒有必然的聯(lián)系，業(yè)務既可以在無線環(huán)境下使用，也可以在有線環(huán)境下使用。應用開發(fā)伙伴可以很方便地訪問這一開放架構，運營商可以很快地集成、部署新業(yè)務。
2.3 JAIN體系
JAIN（Integrated Network API for Java Platform）是Sun公司領導的一個企業(yè)團體的合作項目，旨在開發(fā)基于Java平臺的針對下一代融合網(wǎng)絡的開放接口，以提供業(yè)務的可移值性，多網(wǎng)融合及支持網(wǎng)絡訪問的安全性。
JAIN的基本思想是定義一系列標準的Java API，通過這些API開發(fā)可移植的網(wǎng)絡應用。JAIN把原來許多封閉的網(wǎng)絡系統(tǒng)（包括有線網(wǎng)、無線網(wǎng)及分組交換網(wǎng)）融合為單一的網(wǎng)絡體系結構，在此基礎上提供一個通信業(yè)務執(zhí)行環(huán)境。支持業(yè)務快速部署和安全執(zhí)行。
JAIN倡議面向網(wǎng)絡的三大主要部分：從上至下分別是業(yè)務層、信令層和網(wǎng)絡層。如圖4所示，JAIN定義了三種類型API：協(xié)議／連接API，呼叫控制／會話API及業(yè)務API。
協(xié)議／連接API是用JAVA API定義的網(wǎng)絡協(xié)議，它們是由不同的底層網(wǎng)絡實體提供的；呼叫控制／會話API（即JCC/JCAT API）是由軟交換提供的，軟交換中的呼叫模型負責將不同的協(xié)議／連接API映射到統(tǒng)一的呼叫控制／會話API，以供業(yè)務層使用；業(yè)務API是由業(yè)務層的業(yè)務執(zhí)行環(huán)境提供的，目的是為不可信的第三方和可信的第三方提供業(yè)務編程接口。
目前，JAIN已經(jīng)使用Parlay的框架API向不可信任的第三方提供安全接入功能，其他部分也將與Parlay API逐漸融合。JAIN API發(fā)展成為Parlay API是一個趨勢。
2.4 Parlay/OSA體系
Parlay/OSA組織是由65家IT和電信行業(yè)共同創(chuàng)建的，旨在開發(fā)一組開放的、可擴展的、技術和網(wǎng)絡獨立的API。Parlay的成員現(xiàn)在正在不斷擴大。Parlay/OSA可以開發(fā)固定網(wǎng)的業(yè)務，也可用來開發(fā)移動數(shù)據(jù)業(yè)務和下一代網(wǎng)絡的業(yè)務。Parlay/OSA提供了包括強化移動數(shù)據(jù)業(yè)務、定位、終端能力、聯(lián)機管理和計費、安全的訪問和控制等在內的各種功能。
從Parlay/OSA誕生開始，網(wǎng)絡運營商和業(yè)務提供商最關心的一個問題，就是如何確保網(wǎng)絡資源不被未授權用戶的訪問和如何防御安全方面的威脅。這些正是由Parlay/OSA框架保證。Parlay框架在Parlay/OSA網(wǎng)關部分被實現(xiàn)，所有的應用程序和業(yè)務如果要調用Parlay/OSA API的話，首先就需要在Parlay/OSA框架上注冊。Parlay/OSA框架是一個軟件組件，用來對應用程序進行鑒權、返回Parlay/OSA功能的對象引用。Parlay框架主要解決安全性和可用性的問題。
Parlay API體系框架如圖5所示。Parlay API包括兩類接口：框架接口（Framework Interfaces）和服務接口（Service Interfaces）。
�。�1）框架接口：提供一些必要的外圍支撐能力，如服務注冊與發(fā)現(xiàn)、認證鑒權、服務訂購、完整性管理等�？蚣芙涌诘淖饔檬谴_保服務接口的開放性、安全性、一致性和可管理性。
�。�2）服務接口：是對底層網(wǎng)絡能力的抽象，它允許應用程序訪問網(wǎng)絡的各種能力，如呼叫控制、用戶交互、消息服務、移動服務等。這類能力在Parlay API中被稱為業(yè)務能力特征（Service Capability Features,SCF），提供SCF的網(wǎng)絡功能實體稱為能力服務器（Service Capability Server）。
網(wǎng)絡中的Parlay/OSA如圖6所示。
Parlay/0SA模型引入了一個新的網(wǎng)元——Parlay/OSA網(wǎng)關，通過它，應用程序就能夠使用Parlay/OSA API與現(xiàn)有網(wǎng)元打交道。網(wǎng)絡運營商和業(yè)務提供商控制著Parlay/OSA網(wǎng)關，他是與Parlay/OSA交互的唯一通道。這就意味著應用程序是與網(wǎng)絡內部的協(xié)議是分開的，可以在不影響現(xiàn)有應用程序和業(yè)務的情況下介入網(wǎng)絡。Par1ay/0SA網(wǎng)關同時也實現(xiàn)了Parlay框架。
Parlay/OSA設想應用程序運行在應用服務器上,通過TCP/IP連到Parlay/OSA網(wǎng)關。
業(yè)務提供商可以利用Parlay/0SA的優(yōu)勢，給用戶提供滿意的業(yè)務。很多業(yè)務提供商在網(wǎng)絡內部署應用服務器，在上面運行第三方的業(yè)務。這樣就給管理上帶來了方便，因為自己的業(yè)務和第三方業(yè)務都采用了統(tǒng)一接口——Parlay/OSA API。
3、移動增值業(yè)務系統(tǒng)發(fā)展趨勢分析和建議
移動通信馬上就要進入3G時代，3G業(yè)務能力的演進經(jīng)歷了R99，R4，R5等版本，在R5版本中劃時代的引入了IMS系統(tǒng)，改變了分組域多媒體業(yè)務的能力，促進了IP網(wǎng)絡與電信專有網(wǎng)絡的融合。
以“融合”為宗旨的組網(wǎng)概念逐漸浮出水面，3G優(yōu)于2G，2.5G不僅僅是網(wǎng)絡質量的提升、還有組網(wǎng)概念。3G能夠提供給用戶的不僅僅是新的業(yè)務類型，更重要的是通過IP網(wǎng)絡與專業(yè)電信網(wǎng)絡的完美結合以及增值業(yè)務系統(tǒng)的整合所帶來的統(tǒng)一化的用戶體驗。
綜合接入、綜合管理模式繼承了倡導“融合”的業(yè)務系統(tǒng)設計模式，從業(yè)務、接入、管理、計費、展現(xiàn)等角度真正實現(xiàn)“融合”。
（1）綜合管理
在獨立接入、綜合管理階段的基礎上，實現(xiàn)業(yè)務的融合，即跨業(yè)務類型的綜合套餐、綜合優(yōu)惠配置。該配置允許用戶在進行業(yè)務定購前即實時得知跨業(yè)務類型的套餐、優(yōu)惠關系，取代了傳統(tǒng)通過各種媒體進行宣傳、只能在營業(yè)廳辦理業(yè)務套餐的復雜方式。
�。�2）綜合批價
在綜合管理的基礎上實現(xiàn)對跨業(yè)務類型的綜合套餐、綜合優(yōu)惠計費日志進行綜合批價，模糊業(yè)務類型，只關心套餐內各業(yè)務產(chǎn)品間的關聯(lián)關系。應用此模型，可快速實現(xiàn)WAP業(yè)務、短信業(yè)務甚至語音業(yè)務間的綜合套餐計費。
傳統(tǒng)的OSS系統(tǒng)雖實現(xiàn)了綜合套餐、綜合優(yōu)惠功能。但其計費結果只能通過異步非實時方式查詢得到，無法與用戶的實時體驗有效掛鉤。移動增值業(yè)務系統(tǒng)與各業(yè)務引擎實現(xiàn)了實時通信接口，因此用戶可通過多種增值業(yè)務使用方式，實時的獲取定購、使用綜合套餐、綜合優(yōu)惠后的實時資費，極大的改善了用戶體驗。
（3）綜合展現(xiàn)
由于實現(xiàn)了綜合管理和綜合計費，使得綜合展現(xiàn)在此階段得以順利實施。綜合管理支撐了跨業(yè)務類型的綜合套餐、綜合優(yōu)惠數(shù)據(jù)的配置，綜合計費支撐了綜合套餐、綜合優(yōu)惠等計費的實現(xiàn)，這都為綜合展現(xiàn)后的用戶體驗和業(yè)務支撐奠定了基礎。綜合展現(xiàn)將允許用戶通過WAP、Web、短信和語音門戶等方式、定購業(yè)務，通過終端接口開啟業(yè)務環(huán)境等。
�。�4）綜合決策支持
綜合決策支持系統(tǒng)使多個增值業(yè)務間的統(tǒng)一決策指標定義成為現(xiàn)實。通過將各增值業(yè)務原有決策指標進行匯總、整理，先進的指標設計思想可被所有增值業(yè)務管理者共享，綜合決策支持系統(tǒng)將為所有增值業(yè)務提供更加權威的開放性的決策支持。
（5）綜合客服
綜合客服系統(tǒng)通過接口實時獲取所有增值業(yè)務系統(tǒng)的用戶、定購、計費數(shù)據(jù)，通過統(tǒng)一界面向客服代表提供數(shù)據(jù)支持，在客服電話接通后很短的時間內給予客服代表統(tǒng)一的界面、完整的數(shù)據(jù)，大大提升了客服效率，進而提升了用戶疑難解答效率、提高客服質量、提升品牌綜合競爭力。
�。�6）綜合接入
從獨立接入、綜合管理階段過渡至綜合接入、綜合管理階段，完成業(yè)務平臺全方位的融合。引入Parlay/OSA、Parlay X Web services設計思想，抽象各業(yè)務接口的共性，形成統(tǒng)一、開放的通用接口，使第三方軟件開發(fā)商或內容服務開發(fā)商不必關心底層網(wǎng)絡協(xié)議，專心進行軟件內部邏輯的開發(fā)和內容的組織。
通過上述分析，可以看出，綜合、統(tǒng)一和共享是移動增值業(yè)務系統(tǒng)發(fā)展的趨勢。通過對綜合的增值業(yè)務系統(tǒng)的建設,可以實現(xiàn)：
●屏蔽底層網(wǎng)絡的差異，可以支持包括CDMA，GPRS等多種接入?yún)f(xié)議；
●提供分層、開放的體系架構，可以方便快速的增加新業(yè)務；
●提供共享服務和模塊化設計；
●提供統(tǒng)一門戶，實現(xiàn)統(tǒng)一的業(yè)務展現(xiàn)，保證了統(tǒng)一的用戶接觸渠道，樹立統(tǒng)一品牌；
●提供統(tǒng)一的管理平臺，實現(xiàn)綜合的業(yè)務管理，實現(xiàn)統(tǒng)一認證，統(tǒng)一計費，內容的統(tǒng)一管理，簡化運營管理，避免業(yè)務孤島，簡化網(wǎng)絡構架；
●提供統(tǒng)一的業(yè)務接入方式，給SP提供統(tǒng)一的接入界面，方便SP的接入，降低接入門檻，同時便于提供組合型業(yè)務。通過統(tǒng)一的業(yè)務接入，屏蔽底層的網(wǎng)絡結構，抽象出公共的開放能力，供SP以及運營商自己開發(fā)增值業(yè)務；
●提供基礎語音業(yè)務和增值業(yè)務的打包計費，以及多種業(yè)務的組合營銷，便于針對目標用戶提供差異化的資費策略。
移動增值業(yè)務系統(tǒng)面向未來3G網(wǎng)絡，可以平滑過渡到3G，在兼容現(xiàn)有網(wǎng)絡的業(yè)務基礎之上支持3G新的業(yè)務。
4、結束語
移動增值業(yè)務系統(tǒng)是一套綜合的、完善的業(yè)務體系，能夠整合和兼容現(xiàn)有移動增值業(yè)務。也能夠面向未來3G網(wǎng)絡的新業(yè)務，因此對于它的建設應該統(tǒng)一規(guī)劃、分步實施。移動增值業(yè)務系統(tǒng)作為一個統(tǒng)一的業(yè)務提供與業(yè)務管理平臺，承載現(xiàn)有的以及未來可能出現(xiàn)的各項增值業(yè)務，同時還需要與業(yè)務支撐、SP應用、承載網(wǎng)絡等不同外部系統(tǒng)互聯(lián)，因此要規(guī)范各種類型的業(yè)務和功能，統(tǒng)一接口標準，在各個部門協(xié)調合作的基礎上，實現(xiàn)平臺的建設、運營和維護。
