專利名稱：一種實現(xiàn)小區(qū)多媒體廣播業(yè)務的方法
技術(shù)領域：
本發(fā)明涉及移動通信技術(shù)，特別是涉及一種實現(xiàn)小區(qū)多媒體廣播業(yè)務的方法。
背景技術(shù)：
隨著移動通訊技術(shù)的發(fā)展，運營商可以通過通用移動通信系統(tǒng)(UMTS)向移動用戶提供多媒體短消息業(yè)務、分組交換域(PS)視頻流業(yè)務、可視電話業(yè)務、多媒體廣播多播業(yè)務等。其中，多媒體短消息業(yè)務、PS域視頻流業(yè)務和可視電話業(yè)務需要無線網(wǎng)絡提供點到點的傳輸承載，而多媒體廣播多播業(yè)務則需要無線網(wǎng)絡提供點到多點的傳輸承載。
為了實現(xiàn)多媒體廣播多播業(yè)務，目前提出了一種承載在公共控制物理信道(SCCPCH)上的廣播業(yè)務，即小區(qū)多媒體廣播(CMB，Cell MultimediaBroadcast)。CMB業(yè)務是基于第三代合作工程(3GPP)R4/R5版本提出來的，其關鍵是增加一個多媒體管理中心(MMC)服務器，MMC與服務通用分組無線業(yè)務支持節(jié)點(SGSN，Serving GPRS Support Node)相連，用于保存廣播節(jié)目數(shù)據(jù)，并負責向無線網(wǎng)絡控制器(RNC，Radio Network Controller，RNC)發(fā)送廣播節(jié)目數(shù)據(jù)。
圖1顯示了實施CMB方案的系統(tǒng)組網(wǎng)結(jié)構(gòu)圖。如圖1所示，CMB系統(tǒng)包括用戶設備(UE，User Equipment)，用于通過空中接口發(fā)起CMB業(yè)務請求消息和接收CMB業(yè)務數(shù)據(jù)。
RNC，用于接收UE的CMB業(yè)務請求消息，并將UE的CMB業(yè)務請求消息發(fā)送給SGSN，和接收從SGSN發(fā)送的CMB業(yè)務數(shù)據(jù)，并將CMB業(yè)務數(shù)據(jù)發(fā)送給UE。
SGSN，用于接收MMC發(fā)送的CMB業(yè)務數(shù)據(jù)，并轉(zhuǎn)發(fā)給RNC。
MMC，用于保存CMB業(yè)務數(shù)據(jù)，并負責將CMB業(yè)務數(shù)據(jù)發(fā)送給SGSN。
在CMB系統(tǒng)中，MMC將CMB業(yè)務數(shù)據(jù)不斷地發(fā)送給SGSN；SGSN將接收到的CMB業(yè)務數(shù)據(jù)不斷地發(fā)送給RNC；而RNC只將CMB業(yè)務數(shù)據(jù)發(fā)送給有CMB業(yè)務請求的移動用戶。
當某移動用戶要收看廣播節(jié)目時，CMB實現(xiàn)組播業(yè)務的基本流程為UE通過RNC向SGSN發(fā)送CMB業(yè)務請求消息；SGSN接收到CMB業(yè)務請求消息以后，向RNC發(fā)送CMB業(yè)務響應消息；然后，RNC向UE發(fā)送CMB業(yè)務數(shù)據(jù)，實現(xiàn)CMB業(yè)務。
CMB突破了傳統(tǒng)的點到點收看廣播節(jié)目的方式，不再采用專用信道為某一個移動用戶服務的方式，而是在一個小區(qū)內(nèi)采用廣播的方式，使多個移動用戶可以收看廣播節(jié)目，節(jié)約網(wǎng)絡資源，降低了用戶業(yè)務費用。一般來說，在小區(qū)內(nèi)采用廣播的方式收看廣播節(jié)目，通常也可以稱為組播業(yè)務；采用CMB方案實現(xiàn)移動用戶收看廣播節(jié)目通常稱為CMB業(yè)務，其廣播節(jié)目的數(shù)據(jù)通常稱為CMB業(yè)務數(shù)據(jù)。
在實際應用中，需要對移動用戶進行鑒權(quán)，而CMB方案沒有提出對移動用戶進行鑒權(quán)的方法。3GPP的R6版本中涉及了關于多媒體廣播/組播業(yè)務的鑒權(quán)方法，但該方法是基于以SGSN為核心的方法，而CMB是以RNC為核心的方法，所以無法直接應用到CMB業(yè)務中。
由此可見，在現(xiàn)有技術(shù)中，當移動用戶進行CMB業(yè)務時，還沒有一種可以對移動用戶進行鑒權(quán)的方法。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實現(xiàn)小區(qū)多媒體廣播業(yè)務的方法。為了達到上述目的，本發(fā)明提出的技術(shù)方案為一種實現(xiàn)小區(qū)多媒體廣播業(yè)務的方法，在無線網(wǎng)絡控制器RNC中設置針對小區(qū)多媒體廣播CMB業(yè)務的接入點名稱APN，并確定該APN對應的IP地址段，該方法為用戶設備UE向RNC發(fā)送攜帶自身IP地址的描述消息，RNC根據(jù)IP地址和APN對應的地址段進行鑒權(quán)，并判斷鑒權(quán)是否成功，如果是，則RNC向UE發(fā)送CMB業(yè)務數(shù)據(jù)；否則，直接結(jié)束CMB業(yè)務。
較佳地，所述RNC根據(jù)IP地址和APN對應的地址段進行鑒權(quán)的方法為RNC判斷UE的IP地址是否與本地設置的APN對應的IP地址段有關聯(lián)關系，如果是，則判斷為鑒權(quán)成功；否則，判斷為鑒權(quán)失敗。
較佳地，所述RNC向UE發(fā)送CMB業(yè)務數(shù)據(jù)的方法為RNC向UE發(fā)送成功響應消息，UE向RNC發(fā)送播放請求消息，RNC再次向UE發(fā)送成功響應消息之后，再發(fā)送CMB業(yè)務數(shù)據(jù)。
較佳地，所述的直接結(jié)束CMB業(yè)務的方法為RNC向UE發(fā)送失敗響應消息，UE向RNC發(fā)送釋放請求消息，RNC再向UE返回成功響應消息，并釋放CMB業(yè)務。
較佳地，所述RNC向UE發(fā)送CMB業(yè)務數(shù)據(jù)和否則之間進一步包括UE向RNC發(fā)送釋放請求消息，RNC向UE返回成功響應消息，并釋放CMB業(yè)務。
綜上所述，本發(fā)明提出一種實現(xiàn)小區(qū)多媒體廣播業(yè)務的方法，在RNC中設置針對CMB業(yè)務的接入點名稱APN，并確定該APN對應的IP地址段。當用戶要實現(xiàn)CMB業(yè)務時，RNC只需要判斷UE的IP地址是否與本地APN對應的IP地址段相關聯(lián)，就可以對用戶進行的鑒權(quán)，從而實現(xiàn)能對用戶進行鑒權(quán)的CMB業(yè)務。


圖1是典型的實現(xiàn)小區(qū)多媒體廣播業(yè)務的系統(tǒng)組網(wǎng)圖；圖2是本發(fā)明方案的流程圖；圖3是應用本發(fā)明方案的實施例的流程圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖及具體實施例對本發(fā)明作進一步地詳細描述。
本發(fā)明的基本思想是在RNC中設置針對CMB業(yè)務的APN，并確定該APN對應的IP地址段，RNC根據(jù)IP地址和APN對應的IP地址段來進行鑒權(quán)，如果鑒權(quán)成功，則向UE發(fā)送CMB業(yè)務數(shù)據(jù)；否則，直接結(jié)束CMB業(yè)務。
圖2是本發(fā)明方案實現(xiàn)CMB業(yè)務的流程圖。如圖2所示，本發(fā)明實現(xiàn)CMB業(yè)務包括以下步驟步驟201UE向RNC發(fā)送攜帶自身IP地址的實時流協(xié)議的描述消息。
步驟202RNC根據(jù)IP地址和APN對應的IP地址段來進行鑒權(quán)。
步驟203RNC判斷鑒權(quán)是否成功，如果是，則向UE發(fā)送實時流協(xié)議的成功響應消息，再執(zhí)行步驟204；否則，直接結(jié)束CMB業(yè)務。
步驟204UE向RNC發(fā)送實時流協(xié)議播放請求消息，RNC向UE返回實時流協(xié)議的成功響應消息。
步驟205RNC向UE發(fā)送CMB業(yè)務數(shù)據(jù)。
本發(fā)明中，APN實際就是一個字符串標識，一個APN可以代表一類業(yè)務。比如MulitcastAPN就可以代表一個CMB業(yè)務，并且對應特定的IP地址段。
在本發(fā)明中，UE在進行CMB業(yè)務之前，需要先完成激活過程。UE完成激活過程的方法為UE向SGSN發(fā)送PDP激活請求消息；SGSN向GGSN發(fā)送創(chuàng)建PDP上下文請求消息；GGSN為UE分配IP地址，并向SGSN發(fā)送攜帶有IP地址的創(chuàng)建PDP上下文響應消息；SGSN向UE發(fā)送攜帶有IP地址的PDP激活響應消息。當UE激活成功時，才可以進行CMB業(yè)務。
圖3是應用本發(fā)明方案的實施例實現(xiàn)CMB業(yè)務的消息流示意圖。在本實施例中，RNC中設置了針對CMB業(yè)務的APN，確定該APN對應的IP地址段，并且UE已經(jīng)成功完成了激活過程。本實施例中，UE將成功地通過RNC的鑒權(quán)，并在收看CMB節(jié)目后，主動發(fā)起對CMB業(yè)務的釋放過程。
如圖3所示，本實施例實現(xiàn)CMB業(yè)務的方法包括以下步驟步驟301UE向RNC發(fā)送攜帶自身IP地址的實時流協(xié)議描述消息。
步驟302RNC根據(jù)IP地址和APN來進行鑒權(quán)，并判斷出鑒權(quán)成功，則RNC向UE發(fā)送實時流協(xié)議的成功響應消息。
在本實施例中，RNC根據(jù)IP地址和APN來進行鑒權(quán)的方法為RNC判斷UE的IP地址是否與RNC本地設置的APN所對應的IP地址段有關聯(lián)關系，如果是，則判斷為鑒權(quán)成功；否則，判斷為鑒權(quán)失敗。其中，關聯(lián)關系為如果某IP地址A屬于某地址段B范圍內(nèi)的一個IP地址，則A與B有關聯(lián)關系，否則，沒有關聯(lián)關系。在實際應用中，UE經(jīng)過激活流程后得到的IP地址可能是GGSN根據(jù)其它業(yè)務的APN分配的IP地址，該IP地址就不可能與RNC中設置的APN對應的IP地址段有關聯(lián)關系。
在實際應用中，當鑒權(quán)失敗時，系統(tǒng)將直接結(jié)束CMB業(yè)務。結(jié)束CMB業(yè)務的方法為RNC向UE發(fā)送實時流協(xié)議的失敗響應消息，UE再向RNC發(fā)送釋放請求消息，RNC向UE返回實時流協(xié)議的成功響應消息，并釋放CMB業(yè)務。
步驟303～步驟304UE向RNC發(fā)送實時流協(xié)議播放請求消息，RNC向UE返回實時流協(xié)議的成功響應消息。
步驟305RNC向UE發(fā)送CMB業(yè)務數(shù)據(jù)。
步驟306～步驟307UE向RNC發(fā)送釋放請求消息，RNC向UE返回實時流協(xié)議的成功響應消息，并釋放CMB業(yè)務。
在實際應用中，用戶可以在收看完CMB節(jié)目之后退出CMB業(yè)務，也可以在收看CMB節(jié)目的中途退出CMB業(yè)務。當用戶退出CMB時，就向RNC發(fā)送釋放請求，然后拆除連接。
綜上所述，以上僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種實現(xiàn)小區(qū)多媒體廣播業(yè)務的方法，其特征在于，在無線網(wǎng)絡控制器RNC中設置針對小區(qū)多媒體廣播CMB業(yè)務的接入點名稱APN，并確定該APN對應的IP地址段，該方法為用戶設備UE向RNC發(fā)送攜帶自身IP地址的描述消息，RNC根據(jù)IP地址和APN對應的IP地址段進行鑒權(quán)，并判斷鑒權(quán)是否成功，如果是，則RNC向UE發(fā)送CMB業(yè)務數(shù)據(jù)；否則，直接結(jié)束CMB業(yè)務。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述RNC根據(jù)IP地址和APN對應的地址段進行鑒權(quán)的方法為RNC判斷UE的IP地址是否與本地設置的APN對應的IP地址段有關聯(lián)關系，如果是，則判斷為鑒權(quán)成功；否則，判斷為鑒權(quán)失敗。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述RNC向UE發(fā)送CMB業(yè)務數(shù)據(jù)的方法為RNC向UE發(fā)送成功響應消息，UE向RNC發(fā)送播放請求消息，RNC再次向UE發(fā)送成功響應消息之后，再發(fā)送CMB業(yè)務數(shù)據(jù)。
4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述的直接結(jié)束CMB業(yè)務的方法為RNC向UE發(fā)送失敗響應消息，UE向RNC發(fā)送釋放請求消息，RNC再向UE返回成功響應消息，并釋放CMB業(yè)務。
5.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述RNC向UE發(fā)送CMB業(yè)務數(shù)據(jù)和否則之間進一步包括UE向RNC發(fā)送釋放請求消息，RNC向UE返回成功響應消息，并釋放CMB業(yè)務。
全文摘要
本發(fā)明提供了一種實現(xiàn)小區(qū)多媒體廣播業(yè)務的方法，其關鍵在于，在無線網(wǎng)絡控制器(RNC)中設置針對小區(qū)多媒體廣播(CMB)業(yè)務的接入點名稱(APN)，并確定該APN對應的IP地址段。當用戶要進行CMB業(yè)務時，用戶設備UE先完成激活過程并成功后，UE向RNC發(fā)送攜帶自身IP地址的實時流協(xié)議描述消息，RNC根據(jù)IP地址和APN來進行鑒權(quán)；RNC判斷鑒權(quán)是否成功，如果是，則向UE發(fā)送實時流協(xié)議的成功響應消息，UE向RNC發(fā)送實時流協(xié)議播放請求消息，RNC向UE返回實時流協(xié)議的成功響應消息，然后RNC再向UE發(fā)送CMB業(yè)務數(shù)據(jù)；否則，直接結(jié)束CMB業(yè)務。應用本發(fā)明方案，可以對實現(xiàn)對進行CMB業(yè)務的用戶進行鑒權(quán)。
文檔編號H04W12/06GK1852475SQ20051013266
公開日2006年10月25日 申請日期2005年12月20日 優(yōu)先權(quán)日2005年12月20日
發(fā)明者韓和生, 陳建 申請人:華為技術(shù)有限公司