文_ 胡 萍 聶 明
中國移動通信集團設(shè)計院有限公司
CMMB手機電視業(yè)務(wù)是一種通過CMMB廣播網(wǎng)絡(luò)傳送電視節(jié)目信號、通過帶有CMMB接收模塊的手機終端收看電視節(jié)目和其它數(shù)據(jù)廣播的業(yè)務(wù)。該業(yè)務(wù)具有節(jié)目傳送成本低、收看質(zhì)量好的優(yōu)點,具有廣闊的發(fā)展前景,是手機終端上極具吸引力的重要亮點業(yè)務(wù)。
中國移動從2008年起與廣電運營商合作推出了CMMB手機電視業(yè)務(wù),目前已經(jīng)在全國158個城市免費試播,通過手機收看的用戶超過了100萬。為了轉(zhuǎn)向正常運營、加密播出,實現(xiàn)用戶管理和收費,中國移動與廣電運營商進一步開展了CMMB手機電視業(yè)務(wù)運營管理系統(tǒng)的建設(shè),通過移動通信網(wǎng)絡(luò)的鑒權(quán)管理系統(tǒng)和廣電側(cè)的用戶管理系統(tǒng)完成對用戶的認證、授權(quán)和管理。本文對CMMB手機電視業(yè)務(wù)類型進行了描述,并結(jié)合此業(yè)務(wù)特征研究了CMMB手機電視業(yè)務(wù)運營管理系統(tǒng)的建設(shè)方案。
CMMB手機電視業(yè)務(wù)按業(yè)務(wù)使用區(qū)域分為全國性業(yè)務(wù)和區(qū)域性業(yè)務(wù)。
全國性業(yè)務(wù)包括中央業(yè)務(wù)和全國性區(qū)域業(yè)務(wù)。具體表現(xiàn)如下:
(1)中央業(yè)務(wù)可在全國范圍內(nèi)使用,用戶訂購中央業(yè)務(wù)后,在不同區(qū)域可享受相同的中央業(yè)務(wù),用戶不必再次訂購。例如可通過全國網(wǎng)絡(luò)提供CCTV-1的電視節(jié)目。全國各地的網(wǎng)絡(luò)都將發(fā)送該頻道的電視信號。某用戶在北京可以接收到CCTV-1的電視信號,并訂購了該頻道的包月業(yè)務(wù);當(dāng)該用戶漫游到上海后,仍可以通過上海的廣播網(wǎng)絡(luò)收看該頻道,而不需要再次訂購并額外付費。
(2)全國性區(qū)域業(yè)務(wù)可在全國范圍內(nèi)使用,但用戶訂購全國性區(qū)域業(yè)務(wù)后,在不同區(qū)域享受到全國性區(qū)域業(yè)務(wù)不同,用戶不必再次訂購。例如BTV-1是北京的全國性區(qū)域性業(yè)務(wù),SHTV-1是上海的全國性區(qū)域業(yè)務(wù)。用戶可通過各地網(wǎng)絡(luò)提供各地方電視臺的電視節(jié)目。某用戶在北京可以接收到BTV-1的電視信號,并訂購了該頻道的包月業(yè)務(wù);當(dāng)該用戶漫游到上海后,可以通過上海的廣播網(wǎng)絡(luò)收看SHTV-1頻道,而不需要再次訂購并額外付費。
區(qū)域性業(yè)務(wù)指用戶只在某區(qū)域內(nèi)能夠使用的業(yè)務(wù)。具體表現(xiàn)如下:
區(qū)域性業(yè)務(wù)只能在有限的區(qū)域范圍內(nèi)使用。用戶在某區(qū)域內(nèi)訂購的業(yè)務(wù),在其它區(qū)域內(nèi)不能夠使用。即使兩個區(qū)域提供相同的電視節(jié)目,用戶仍需要分別訂購,分別付費。例如可通過各地網(wǎng)絡(luò)提供文藝節(jié)目。某用戶在北京可以接收到北京文藝的電視信號,并訂購了該頻道的包月業(yè)務(wù);當(dāng)該用戶漫游到上海后,可以通過上海的廣播網(wǎng)絡(luò)收看上海文藝頻道,但需要再次訂購并分別付費。
CMMB手機電視業(yè)務(wù)運營管理系統(tǒng)架構(gòu)如圖1所示,主要包括以下幾個部分:廣電側(cè)手機電視業(yè)務(wù)系統(tǒng)、移動側(cè)MBBMS業(yè)務(wù)平臺、終端以及互動應(yīng)用服務(wù)器。
圖1 手機電視業(yè)務(wù)系統(tǒng)結(jié)構(gòu)圖
移動側(cè)MBBMS業(yè)務(wù)平臺是進行業(yè)務(wù)管理的核心部分,主要完成業(yè)務(wù)指南的分發(fā),用戶訂購關(guān)系管理,用戶密鑰管理,用戶的認證鑒權(quán)和計費等功能,主要包括以下功能模塊:
(1)SG服務(wù)器:分發(fā)業(yè)務(wù)指南(Service Guide),并將業(yè)務(wù)信息發(fā)送給NAF(Network Application Function);
(2)NAF:完成業(yè)務(wù)密鑰消息封裝和用戶密鑰管理以及業(yè)務(wù)控制;
(3)Portal:負責(zé)WWW門戶和WAP門戶展示;
(4)BSF:負責(zé)移動用戶密鑰管理。
廣電側(cè)手機電視業(yè)務(wù)系統(tǒng)主要完成音視頻編碼、節(jié)目流加密、業(yè)務(wù)信息配置、廣播信號的復(fù)用和發(fā)射,以及用戶訂購信息存儲、廣電用戶密鑰管理、業(yè)務(wù)密鑰管理等。廣電側(cè)移動多媒體廣播/手機電視業(yè)務(wù)系統(tǒng)包含以下功能模塊:
(1)音視頻編碼器:負責(zé)對音視頻進行編碼;
(2)ESG服務(wù)器:用于配置頻道信息;
(3)手機電視ESG服務(wù)器:用于生成包含節(jié)目費率在內(nèi)的移動雙向業(yè)務(wù)指南信息;
(4)加擾器:使用節(jié)目流密鑰對手機電視業(yè)務(wù)進行加擾;
(5)節(jié)目流密鑰管理:使用業(yè)務(wù)密鑰加密節(jié)目流密鑰,生成節(jié)目流密鑰消息;
(6)業(yè)務(wù)密鑰管理:使用廣電用戶密鑰加密業(yè)務(wù)密鑰,提供給中國移動側(cè)NAF;
(7)復(fù)用系統(tǒng):負責(zé)對移動手機電視業(yè)務(wù)進行復(fù)用;
(8)用戶管理系統(tǒng):負責(zé)存儲用戶訂購信息,并對用戶鑒權(quán);
(9)Portal:負責(zé)WWW門戶和WAP門戶展示。
終端主要完成手機電視業(yè)務(wù)接收展現(xiàn)并與網(wǎng)絡(luò)側(cè)MBBMS業(yè)務(wù)平臺配合完成用戶鑒權(quán)、訂購關(guān)系管理和密鑰管理。
卡主要完成用戶密鑰的計算生成及存儲功能。
廣電側(cè)手機電視業(yè)務(wù)系統(tǒng)分為中央節(jié)點和區(qū)域節(jié)點,中央節(jié)點負責(zé)中央業(yè)務(wù),在各省設(shè)立省級區(qū)域節(jié)點、負責(zé)區(qū)域(即本?。I(yè)務(wù)。中央業(yè)務(wù)、區(qū)域業(yè)務(wù)的加擾、播出均在區(qū)域節(jié)點完成。因此,移動側(cè)MBBMS業(yè)務(wù)平臺從功能邏輯上也劃分為中央節(jié)點、區(qū)域節(jié)點。中央節(jié)點包括C_Portal、C_SG、C_NAF,負責(zé)全國性業(yè)務(wù),并與區(qū)域節(jié)點交互,同步區(qū)域性業(yè)務(wù)信息,但不能進行區(qū)域業(yè)務(wù)的訂購、注銷和退訂等操作。區(qū)域節(jié)點包括L_Portal、L_SG、L_NAF、BSF,負責(zé)全國業(yè)務(wù)及區(qū)域性業(yè)務(wù)。
目前CMMB手機電視業(yè)務(wù)運營管理系統(tǒng)廣電側(cè)業(yè)務(wù)系統(tǒng)采用“全國一盤棋”+省級獨立建設(shè)的模式,移動側(cè)MBBMS業(yè)務(wù)平臺在邏輯上分為中央節(jié)點和區(qū)域節(jié)點。在物理組網(wǎng)上,可以采用集中一個平臺建設(shè),完成中央節(jié)點、區(qū)域節(jié)點功能的方式(即集中建設(shè)方式);也可以采用單獨設(shè)置中央節(jié)點,按省設(shè)置區(qū)域節(jié)點的方式(即分散建設(shè)方式)。
鑒于業(yè)務(wù)本身受資費和內(nèi)容源影響較大,且終端、耗電等也是制約手機電視發(fā)展的重要因素,因此對于處在發(fā)展初期的手機電視業(yè)務(wù)商務(wù)模式仍處于探索階段。同時,考慮到投資、工程實施等因素,建議移動側(cè)MBBMS業(yè)務(wù)平臺采用集中建設(shè)方式,邏輯上仍然分為區(qū)域節(jié)點、中央節(jié)點,和區(qū)域廣電系統(tǒng)、全國廣電系統(tǒng)連接,實現(xiàn)訂購關(guān)系同步、業(yè)務(wù)密鑰同步等功能。組網(wǎng)方案如圖2所示。
圖2 手機電視MBBMS業(yè)務(wù)平臺組網(wǎng)結(jié)構(gòu)圖
2.4.1 移動側(cè)MBBMS業(yè)務(wù)平臺與廣電側(cè)業(yè)務(wù)系統(tǒng)的接口
移動側(cè)MBBMS業(yè)務(wù)平臺與廣電側(cè)業(yè)務(wù)系統(tǒng)的接口主要基于HTTP協(xié)議,實現(xiàn)SG信息同步、業(yè)務(wù)信息同步、業(yè)務(wù)密鑰更新通知、業(yè)務(wù)密鑰獲取、訂購信息同步等功能。
2.4.2 移動側(cè)MBBMS業(yè)務(wù)平臺與終端的接口
采用HTTP接口,實現(xiàn)用戶初始化GBA、用戶開通、恢復(fù)、暫停、注銷、訂購、退訂、獲取業(yè)務(wù)密鑰等功能。
2.4.3 移動側(cè)MBBMS業(yè)務(wù)平臺與WAP網(wǎng)關(guān)的接口
WAP網(wǎng)關(guān)在手機電視業(yè)務(wù)網(wǎng)絡(luò)中是終端與MBBMS業(yè)務(wù)平臺進行HTTP交互的代理。
需要配置WAP網(wǎng)關(guān)白名單:WAP網(wǎng)關(guān)在向MBBMS業(yè)務(wù)平臺各設(shè)備發(fā)送的HTTP請求消息中插入用戶MSISDN。
需要配置WAP業(yè)務(wù)資費提醒的白名單。使得終端在通過HTTP消息訪問使用本業(yè)務(wù)時不會收到WAP業(yè)務(wù)資費提醒的信息。
2.4.4 移動側(cè)MBBMS業(yè)務(wù)平臺與短信網(wǎng)關(guān)的接口
MBBMS業(yè)務(wù)平臺與短信網(wǎng)關(guān)之間的接口用于向用戶傳送由短消息承載的數(shù)據(jù)。
2.4.5 移動側(cè)MBBMS業(yè)務(wù)平臺與BOSS的接口
MBBMS業(yè)務(wù)平臺與BOSS之間的接口用于同步訂購關(guān)系,同步業(yè)務(wù)數(shù)據(jù),MBBMS業(yè)務(wù)平臺將話單發(fā)送到BOSS。
2.4.6 移動側(cè)MBBMS業(yè)務(wù)平臺與HLR的接口
該接口用于BSF從HLR獲取鑒權(quán)元組信息以生成用戶共享密鑰。
當(dāng)用戶使用手機電視業(yè)務(wù)時,需要對用戶接入業(yè)務(wù)進行控制,主要完成對節(jié)目內(nèi)容進行加密,控制解密密鑰的發(fā)送和使用,實現(xiàn)對已訂購業(yè)務(wù)的用戶,終端能夠正常播放節(jié)目;對未訂購業(yè)務(wù)的用戶,終端能夠接收到廣播信號但不能播放節(jié)目。
手機電視業(yè)務(wù)的認證授權(quán)是通過對節(jié)目流進行加密,然后向用戶發(fā)送解密密鑰的方式實現(xiàn)。為保證密鑰在傳輸過程中的安全,在網(wǎng)絡(luò)中傳送的密鑰都是被加密的。密鑰管理采用四層體系結(jié)構(gòu),如圖3所示。
圖3 手機電視業(yè)務(wù)密鑰管理體系示意圖
其中:
第一層:認證管理和用戶初始化注冊。用戶與移動通信網(wǎng)絡(luò)之間進行相互認證,認證通過后獲得共享密鑰。根據(jù)此共享密鑰,用戶和網(wǎng)絡(luò)生成認證密鑰(MRK)和用戶密鑰(MUK)。其中認證密鑰用于終端與MBBMS業(yè)務(wù)平臺進行認證,用戶密鑰用于傳輸業(yè)務(wù)密鑰時對業(yè)務(wù)密鑰加密。廣電用戶密鑰預(yù)置在用戶卡中和廣電側(cè)手機電視業(yè)務(wù)系統(tǒng)中。
第二層:業(yè)務(wù)密鑰管理。網(wǎng)絡(luò)根據(jù)用戶訂購關(guān)系將業(yè)務(wù)密鑰通過加密方式傳送給用戶。網(wǎng)絡(luò)將先后使用廣電用戶密鑰和中國移動用戶密鑰即MUK對業(yè)務(wù)密鑰加密,卡對業(yè)務(wù)密鑰消息解密時同樣將先后使用卡中保存的MUK和廣電用戶密鑰進行解密。
第三層:節(jié)目流密鑰管理。網(wǎng)絡(luò)將加密后的節(jié)目流密鑰在廣播網(wǎng)絡(luò)上廣播。網(wǎng)絡(luò)對節(jié)目流密鑰進行加密時將使用業(yè)務(wù)密鑰,卡對節(jié)目流密鑰消息解密時將使用解密后的業(yè)務(wù)密鑰。
第四層:節(jié)目流管理。網(wǎng)絡(luò)使用節(jié)目流密鑰對節(jié)目流進行加密,加密后的節(jié)目流通過廣播信道進行分發(fā),終端使用解密后的節(jié)目流密鑰進行解密。
本文對CMMB手機電視業(yè)務(wù)運營管理系統(tǒng)的建設(shè)方案進行了探討,說明了基于廣電運營特點的設(shè)計思路。CMMB手機電視業(yè)務(wù)運營管理系統(tǒng)的建設(shè)不僅可以創(chuàng)造新的市場空間,而且可以為推進三網(wǎng)融合起到積極的作用。
[1]張慧媛. 廣播式手機電視業(yè)務(wù)管理系統(tǒng)研究與設(shè)計. 電信工程技術(shù)與標準化,2008(2)
[2]3GPP Technical Specification: 23. 246 ( v7.2. 0). Multimedia BroadcastPMulticast Service(MBMS)Architecture and functional description.2007 (3)
[3]OMA-TS-BCAST_SvcCntProtection-V1_0-D(2006-12)Open Mobile Alliance.http://www.openmobilealliance.org/