專利名稱：一種無線承載選擇方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及WCDMA (寬帶碼分多址)移動通信系統(tǒng)中，一種多媒體廣播組播業(yè)務(wù)(MBMS，Multimedia Broadcast/Multicast Service)的無線承載選擇方法。
背景技術(shù)：
多媒體廣播組播業(yè)務(wù)(MultimediaBroadcast/Multicast Service，縮寫為MBMS) 由第三代合作伙伴計劃SGPPGlrd Generation Partnership Project)定義，從一個數(shù)據(jù)源向多個目標(biāo)傳送數(shù)據(jù)的點到多點的技術(shù)，可以實現(xiàn)網(wǎng)絡(luò)資源共享，提高網(wǎng)絡(luò)資源的利用率， 尤其是空口資源。MBMS不僅可以實現(xiàn)純文本低速率的消息類組播和廣播，而且還能實現(xiàn)高速多媒體業(yè)務(wù)的組播和廣播，提供多種豐富的視頻、音頻和多媒體業(yè)務(wù)，這無疑順應(yīng)了未來移動數(shù)據(jù)發(fā)展的趨勢，為3G的發(fā)展提供更好的業(yè)務(wù)前景。為了實現(xiàn)MBMS，需要對WCDMA 網(wǎng)絡(luò)中現(xiàn)有的 SGSN(Serving GPRS Support Node，服務(wù) GPRS 支持節(jié)點)、GGSN(Gateway GPRS Support Node,網(wǎng)關(guān) GPRS 支持節(jié)點)、RNC (Radio Network Controller，無線網(wǎng)絡(luò)控制器)和UE(User Equipment，用戶設(shè)備)等分組域的節(jié)點增加MBMS功能，同時需要增加廣播組播服務(wù)中心BM-SC(Broadcast Multicast Service Center)。MBMS業(yè)務(wù)系統(tǒng)的體系結(jié)構(gòu)如圖1所示在圖1中Gmb、Gi參考點為BM-SC與GGSN之間的接口，其中，Gmb接口提供控制面功能，Gi 口提供用戶面功能。BM-SC是新增的節(jié)點，它是MBMS業(yè)務(wù)提供者的入口，用于授權(quán)和發(fā)起MBMS業(yè)務(wù)，保存一些MBMS業(yè)務(wù)參數(shù)信息，并按照預(yù)定時間發(fā)送MBMS業(yè)務(wù)。MBMS有廣播和多播兩種工作模式。廣播模式是指多媒體數(shù)據(jù)從一個業(yè)務(wù)源被單向發(fā)送給廣播服務(wù)區(qū)域內(nèi)的所有UE，該模式下UE無需注冊即可接收廣播數(shù)據(jù)，可有效節(jié)約無線資源，但無法保證UE接收數(shù)據(jù)的完整性；多播模式與廣播模式十分類似，但可接收多播數(shù)據(jù)的UE只限于已注冊的UE，當(dāng)小區(qū)中接收多播數(shù)據(jù)的UE過少時，可選擇PTP(Point to Point，點到點)的無線承載方式發(fā)送多播數(shù)據(jù)，以減少對其他無線鏈路的干擾?，F(xiàn)有的組播模式實現(xiàn)需要UE發(fā)起業(yè)務(wù)激活和GGSN向BM-SC注冊流程，流程如圖 2所示步驟201、UE 向 GGSN 發(fā)送 IGMPGnternet Group Management Protocol，互聯(lián)網(wǎng)組管理協(xié)議)或者MLD (Multicast Listener Discovery，組播監(jiān)聽發(fā)現(xiàn))加入請求，消息建立在PDP(Packet Data Protocol，分組數(shù)據(jù)協(xié)議)上下文上，用來表示具體對接收某一個多媒體組播業(yè)務(wù)感興趣；步驟202、GGSN向BM-SC發(fā)送AAR認(rèn)證請求以便使得發(fā)送激活請求的UE能夠接收所感興趣的業(yè)務(wù)的數(shù)據(jù)；步驟203、BM-SC將認(rèn)證響應(yīng)決定包含在AAA消息中發(fā)送給GGSN，AAA消息和 APN(Access Point Name，接入點名稱)一起被用來創(chuàng)建MBMS UE CONTEXT (多媒體廣播組播用戶設(shè)備上下文)，如果AAA消息指示用戶沒有通過認(rèn)證則流程終止；步驟204、GGSN 向 SGSN 發(fā)送MBMS Notification Request，其中包含 IP 組播地址， APN, NSAPI (Network Service Access Point Identifier,網(wǎng)絡(luò)服務(wù)接入點標(biāo)識)；步驟205、SGSN 向 GGSN 發(fā)送 MBMS Notification Response (cause)響應(yīng)，cause 用來指示MBMS業(yè)務(wù)激活是否成功；步驟206、SGSN 創(chuàng)建 MBMS UE Context 并且向 GGSN 發(fā)送 Create MBMS Context Request (創(chuàng)建多媒體廣播組播上下文請求)；步驟207、GGSN向BM-SC發(fā)送AAR消息為UE鑒權(quán)；步驟208、BM-SC向GGSN返回將鑒權(quán)結(jié)果，鑒權(quán)結(jié)果包含在AAA消息中；步驟209、如果GGSN沒有承載上下文來為這個業(yè)務(wù)提供承載，比如GGSN沒有注冊， 那么GGSN需要再向BM-SC發(fā)送注冊請求，如果沒有為承載的業(yè)務(wù)分配TMGI，那么BM-SC將為其分配新的TMGI，并由AAA消息傳送給GGSN ；步驟210、BM-SC返回AAA消息給GGSN，其中包含為MBMS業(yè)務(wù)的提供承載的承載上下文信息并且將GGSN存入到BM-SC承載上下文中的下游節(jié)點中；步驟211、GGSN 創(chuàng)建 MBMS UE Context 并且向 SGSN 返回 Create MBMS Context Response (創(chuàng)建多媒體廣播組播上下文響應(yīng))。圖3所示是MBMS信道映射圖。點到點的無線承載是雙向承載，包括邏輯信道 DTCH(專用業(yè)務(wù)信道)、傳輸信道DPCH(專用信道)和物理信道DPCH(專用物理信道) 或SCCPCH(輔公共控制物理信道)。點到多點的無線承載是單向承載，包括邏輯信道 MTCH(MBMS業(yè)務(wù)信道)、傳輸信道FACH(前向接入信道)和物理信道SCCPCH(輔公共控制物理信道)。邏輯信道MTCH是為由一個小區(qū)提供的每個MBMS服務(wù)而配置的并且用于將MBMS 服務(wù)的用戶平面數(shù)據(jù)發(fā)送給多個UE。邏輯信道MCCH(MBMS控制信道)是點到多點下行鏈路信道并且被用于發(fā)送與MBMS相關(guān)聯(lián)的控制信息?，F(xiàn)有的MBMS業(yè)務(wù)發(fā)送方式是UTRAN(UMTS無線接入網(wǎng))根據(jù)小區(qū)中訂閱某一MBMS 業(yè)務(wù)的UE數(shù)目來決定是采用PTP或是PTM(點到多點)來承載該MBMS業(yè)務(wù)。然而基于UE 的個數(shù)來決定采用何種無線承載方式并不是很合理。例如分別給5個靠近小區(qū)中心的UE 建立PTP的無線承載方式所帶來的干擾可能要小于在整個網(wǎng)絡(luò)中使用PTM的無線承載方式多播該業(yè)務(wù)所帶來的干擾。不過如果這5個UE在小區(qū)的邊緣，則可能使用PTM的無線承載方式會帶來較小的干擾。另一個要考慮的因素是MBMS業(yè)務(wù)的服務(wù)質(zhì)量，對于使用較高帶寬的MBMS業(yè)務(wù)，無線承載方式切換的門限，即訂閱該業(yè)務(wù)的UE數(shù)目要小于使用較少無線資源的MBMS業(yè)務(wù)所對應(yīng)的切換門限。當(dāng)業(yè)務(wù)的無線承載方式發(fā)生變化時，接收該業(yè)務(wù)的UE在RLC (無線鏈路控制)子層和MAC(媒體接入控制)子層對應(yīng)的實體將進行重建。如果UE接收的是后臺業(yè)務(wù)，則當(dāng)該業(yè)務(wù)的無線承載方式從PTP切換到PTM時，UE 在RLC子層對應(yīng)的實體將從AM模式切換到UM模式，在MAC子層對應(yīng)的實體從MAC_d切換到 MAC-m,邏輯信道從DTCH切換到MTCH，傳輸信道從DPCH切換到FACH ；反之亦然。如果UE接收的是流媒體業(yè)務(wù)，則當(dāng)該業(yè)務(wù)的無線承載方式從PTP切換到PTM時，UE在MAC子層對應(yīng)的實體從MAC-d切換到MAC-m，邏輯信道從DTCH切換到MTCH，傳輸信道從DPCH切換到FACH ； 反之亦然。通過對圖2的分析，可知現(xiàn)有的多媒體廣播組播業(yè)務(wù)的實現(xiàn)方式涉及多個網(wǎng)元并且流程比較復(fù)雜，且無線承載方式的切換方法不夠合理、過于繁瑣。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種無線承載選擇方法，業(yè)務(wù)實現(xiàn)過程簡單，無線承載切換合理。本發(fā)明提出一種無線承載選擇方法，包含無線網(wǎng)絡(luò)控制器收到會話開始請求時，向終端發(fā)送業(yè)務(wù)相關(guān)信息；終端向無線網(wǎng)絡(luò)控制器反饋響應(yīng)消息，當(dāng)終端為該業(yè)務(wù)的訂購用戶時，無線網(wǎng)絡(luò)控制器根據(jù)終端返回的響應(yīng)消息中的承載方式標(biāo)識的指示為終端分配相應(yīng)的承載方式。進一步的，上述方法還可具有以下特點，終端向廣播組播服務(wù)中心發(fā)送訂購請求， 請求中攜帶承載方式標(biāo)識；廣播組播服務(wù)中心返回訂購響應(yīng)給終端，訂購響應(yīng)中攜帶業(yè)務(wù)標(biāo)識、可能性因子和承載方式標(biāo)識，終端保存該業(yè)務(wù)標(biāo)識、可能性因子和承載方式標(biāo)識，廣播組播服務(wù)中心將該可能性因子發(fā)送給無線網(wǎng)絡(luò)控制器。進一步的，上述方法還可具有以下特點，通過如下方式判斷終端是否為該業(yè)務(wù)的訂購用戶所述業(yè)務(wù)相關(guān)信息中包含可能性因子，所述終端檢查該可能性因子和終端本地保存的可能性因子是否一致，如果一致，則終端為該業(yè)務(wù)的訂購用戶，在響應(yīng)消息中攜帶承載方式標(biāo)識，如果不一致，則終端不是該業(yè)務(wù)的訂購用戶。進一步的，上述方法還可具有以下特點，通過如下方式判斷終端是否為該業(yè)務(wù)的訂購用戶，所述終端返回的響應(yīng)消息中攜帶可能性因子和承載方式標(biāo)識，所述無線網(wǎng)絡(luò)控制器檢查該響應(yīng)消息中的可能性因子是否和無線網(wǎng)絡(luò)控制器的可能性因子一致，如果一致，則終端為該業(yè)務(wù)的訂購用戶，如果不一致，則終端不是該業(yè)務(wù)的訂購用戶。。進一步的，上述方法還可具有以下特點，所述承載方式標(biāo)識指示需要為終端分配點到點無線承載時，無線網(wǎng)絡(luò)控制器為此用戶終端分配點到點無線承載，如果承載方式標(biāo)識未指示需要為終端分配點到點無線承載，則為此用戶終端分配點到多點無線承載。綜上所述，本發(fā)明提供了一種無線承載方式，根據(jù)終端的無線承載標(biāo)識選擇承載方式，實現(xiàn)簡單方便。


圖1現(xiàn)有MBMS業(yè)務(wù)系統(tǒng)結(jié)構(gòu)模型；圖2現(xiàn)有MBMS組播業(yè)務(wù)激活流程；圖3現(xiàn)有MBMS信道映射圖；圖4本發(fā)明實施例中實現(xiàn)MBMS業(yè)務(wù)的BM-SC模塊劃分圖；圖5本發(fā)明實施例組播廣播業(yè)務(wù)實現(xiàn)方法流程圖；圖6本發(fā)明實施例UE主動請求PTP承載流程圖；圖7本發(fā)明實施例BM-SC向GGSN節(jié)點發(fā)送可能性因子流程圖8本發(fā)明實施例無線承載選擇方法流程圖。
具體實施例方式本發(fā)明提供一種MBMS業(yè)務(wù)的實現(xiàn)方法，對MBMS業(yè)務(wù)進行區(qū)分，包括對業(yè)務(wù)添加業(yè)務(wù)類型標(biāo)識，將業(yè)務(wù)區(qū)分為需要訂購的業(yè)務(wù)和不需要訂購的業(yè)務(wù)，根據(jù)業(yè)務(wù)類型標(biāo)識來判斷業(yè)務(wù)是否需要用戶訂購后才能接收。對需要用戶訂購的業(yè)務(wù)，在發(fā)送業(yè)務(wù)數(shù)據(jù)前對已訂購此業(yè)務(wù)的用戶終端發(fā)送用MUK (MBMS User Key，多媒體廣播組播業(yè)務(wù)用戶密鑰)加密的業(yè)務(wù)密鑰MSK(MBMS Service Key，多媒體廣播組播業(yè)務(wù)密鑰)，還下發(fā)使用業(yè)務(wù)密鑰加密的傳輸密鑰，并對業(yè)務(wù)流加密，終端利用用戶密鑰解密加密的業(yè)務(wù)密鑰，得到業(yè)務(wù)密鑰，利用業(yè)務(wù)密鑰解密加密的傳輸密鑰，利用傳輸密鑰解密加密的節(jié)目流，得到節(jié)目流；對不需要用戶訂購的業(yè)務(wù)，不下發(fā)MTK (MBMS Traffic Key,多媒體廣播組播業(yè)務(wù)傳輸密鑰)，不對下發(fā)的業(yè)務(wù)流加密。后續(xù)說明中，對MUK簡稱為用戶密鑰，MSK簡稱為業(yè)務(wù)密鑰，MTK簡稱為傳輸密鑰。請參閱圖4，是本發(fā)明實施例BM-SC網(wǎng)元節(jié)點功能模塊劃分圖業(yè)務(wù)通告模塊401，用于向用戶終端提供業(yè)務(wù)指南信息，業(yè)務(wù)指南信息中包含媒體和會話描述，比如視頻和音頻的編碼類型，多媒體業(yè)務(wù)標(biāo)識，地址和傳送時間等等。業(yè)務(wù)密鑰模塊402，用于生成和管理業(yè)務(wù)密鑰，在業(yè)務(wù)控制模塊的觸發(fā)下，使用用戶密鑰加密業(yè)務(wù)密鑰，向用戶發(fā)送加密業(yè)務(wù)密鑰，并且能夠向其他模塊同步業(yè)務(wù)密鑰，例如和流密鑰管理模塊同步業(yè)務(wù)密鑰。業(yè)務(wù)控制模塊403，提供GMB接口功能，能夠向下個網(wǎng)元節(jié)點GGSN發(fā)送會話開始和會話結(jié)束信令，并且可以觸發(fā)業(yè)務(wù)密鑰模塊下發(fā)加密的業(yè)務(wù)密鑰，觸發(fā)業(yè)務(wù)通告模塊下發(fā)業(yè)務(wù)指南信息，和觸發(fā)流密鑰管理模塊下發(fā)加密的傳輸密鑰和加密業(yè)務(wù)流；訂購管理模塊404，用來處理用戶的訂購請求和管理用戶的訂購關(guān)系。流密鑰管理模塊405，用來生成和管理傳輸密鑰，在業(yè)務(wù)控制模塊的觸發(fā)下，用業(yè)務(wù)密鑰MSK加密傳輸密鑰MTK得到加密傳輸密鑰EncryptedMTK，使用傳輸密鑰加密業(yè)務(wù)流， 下發(fā)Encrypted MTK、加密業(yè)務(wù)流給用戶終端。用戶終端使用和BM-SC交互生成的用戶密鑰解密Encrypted MSK生成MSK，再用 MSK解密Encrypt MTK得到MTK，用MTK解密加密業(yè)務(wù)流得到業(yè)務(wù)流。內(nèi)容提供商406，用于提供多媒體廣播組播業(yè)務(wù)，提供廣電下發(fā)的節(jié)目或者是自己制作的流媒體廣告電視等等。其中，內(nèi)容提供商也可以獨立于多媒體廣播組播中心，為一個獨立模塊。請參閱圖5，是本發(fā)明實施例多媒體組播廣播業(yè)務(wù)實現(xiàn)方法流程圖管理員配置業(yè)務(wù)時對業(yè)務(wù)進行分類，分為需要用戶訂購的業(yè)務(wù)和不需要訂購就可以直接播放的(比如流媒體廣告)業(yè)務(wù)，通過對業(yè)務(wù)添加業(yè)務(wù)類型標(biāo)識進行區(qū)分，設(shè)定業(yè)務(wù)類型標(biāo)識為SubscribeFlag?；蛘呓⒁粩?shù)據(jù)庫，保存業(yè)務(wù)及其業(yè)務(wù)類型，在使用該業(yè)務(wù)時查詢數(shù)據(jù)庫，獲知業(yè)務(wù)類型。步驟501、業(yè)務(wù)控制模塊在傳輸節(jié)目前，查詢即將發(fā)送的業(yè)務(wù)的業(yè)務(wù)類型標(biāo)識 SubscribeFlag，根據(jù)業(yè)務(wù)類型標(biāo)識作出判斷，確定業(yè)務(wù)是需要用戶訂購的業(yè)務(wù)還是不需要訂購的業(yè)務(wù)，SubscribeFlag為1則表明為需要訂購的業(yè)務(wù)，SubscribeFlag為0則為不需要訂購的業(yè)務(wù)，也可以使用其他數(shù)字或符號表示業(yè)務(wù)類型，比如為0表示是需要訂購的業(yè)務(wù)，為1表示為不需要訂購的業(yè)務(wù)，本發(fā)明對此不作限定。如果是需要用戶訂購的業(yè)務(wù)，轉(zhuǎn)步驟502，否則，轉(zhuǎn)步驟503 ；步驟502、如果業(yè)務(wù)類型標(biāo)識為需要用戶訂購的業(yè)務(wù)，比如SubscribeFlag為1時， 業(yè)務(wù)控制模塊通過Gmb接口向GGSN發(fā)送會話開始請求，通知網(wǎng)絡(luò)為數(shù)據(jù)傳輸建立承載；業(yè)務(wù)控制模塊通知業(yè)務(wù)密鑰模塊將業(yè)務(wù)對應(yīng)的業(yè)務(wù)密鑰使用用戶密鑰加密后下發(fā)給用戶終端，還通知流密鑰管理模塊生成傳輸密鑰MTK，使用MSK加密MTK，使用MTK加密業(yè)務(wù)流，下發(fā)加密后的MTK、加密的業(yè)務(wù)流給已經(jīng)訂購此業(yè)務(wù)的用戶終端，從而確保只有訂購者才能夠接收加密的業(yè)務(wù)流，播放即將下發(fā)的節(jié)目，轉(zhuǎn)步驟504 ；步驟503、如果業(yè)務(wù)類型標(biāo)識為不需要訂購就可以播放的業(yè)務(wù)，如SubscribeFlag 為0時，流密鑰控制模塊不對業(yè)務(wù)流加密，同時不對用戶終端下發(fā)MTK，減少了網(wǎng)絡(luò)資源消耗，轉(zhuǎn)步驟505 ；步驟504，終端接收加密的MSK，加密的MTK和加密業(yè)務(wù)流，使用用戶密鑰解密接收到的加密的MSK，得到MSK，使用MSK解密加密的MTK，得到MTK，使用MTK解密加密業(yè)務(wù)流， 播放業(yè)務(wù)流，結(jié)束。步驟505，終端接收并播放業(yè)務(wù)流，結(jié)束。其中，在步驟501之前，還包含步驟，業(yè)務(wù)通告模塊向終端發(fā)送業(yè)務(wù)指南信息，終端根據(jù)該業(yè)務(wù)指南信息選擇業(yè)務(wù)，向訂購管理模塊發(fā)出訂購請求，訂購業(yè)務(wù)，訂購管理模塊響應(yīng)該訂購請求。本發(fā)明還提供了一種MBMS業(yè)務(wù)實現(xiàn)方式過程中能簡單有效的選擇無線承載方式的方法，包括不針對小區(qū)中訂購業(yè)務(wù)的UE的數(shù)目來選擇無線承載方式，用戶終端可以在訂購請求中主動帶上承載方式標(biāo)識，RNC向UE發(fā)送MBMS業(yè)務(wù)相關(guān)信息時，UE向RNC的返回消息中攜帶承載方式標(biāo)識，RNC根據(jù)承載方式標(biāo)識決定為UE選擇PTP承載還是PTM承載。請參照圖6，是本發(fā)明實施例UE主動請求PTP承載流程圖步驟601、UE根據(jù)BM-SC的業(yè)務(wù)通告模塊401下發(fā)的業(yè)務(wù)指南選擇想訂購的業(yè)務(wù)， 向BM-SC發(fā)出訂購請求，請求中攜帶了承載方式標(biāo)識PTPFLAG，標(biāo)明UE選擇何種承載方式， 比如是否選擇PTP承載，是否需要網(wǎng)絡(luò)為其分配專用控制信道DCCH ；步驟602、BM-SC向UE返回訂購成功響應(yīng)消息，消息中包含業(yè)務(wù)標(biāo)識、PTPFLAG和可能性因子；可能性因子是業(yè)務(wù)相關(guān)的參數(shù)，用來確定此業(yè)務(wù)是否為終端訂購的業(yè)務(wù)。比如業(yè)務(wù)1包含可能性因子1234，當(dāng)然可以用更復(fù)雜的參數(shù)表示可能性因子。用戶終端訂購業(yè)務(wù)后，網(wǎng)絡(luò)側(cè)返回該業(yè)務(wù)的可能性因子給該用戶終端，在業(yè)務(wù)控制模塊發(fā)送會話開始請求時攜帶業(yè)務(wù)1的可能性因子，終端與RNC交互時對可能性因子作檢查，如果通過則為已訂購業(yè)務(wù)，未通過則為未訂購業(yè)務(wù)。步驟603、UE收到響應(yīng)消息后，保存響應(yīng)消息中的業(yè)務(wù)標(biāo)識、PTPFLAG和可能性因子。上述流程的作用是確認(rèn)終端是否能夠針對某個具體的業(yè)務(wù)具有選擇PTPFLAG的能力，只有在訂購請求成功后，網(wǎng)絡(luò)側(cè)返回響應(yīng)，終端才會保存PTPFLAG，從而在后續(xù)的UE 向RNC返回消息中才能帶上PTPFALG。
UE保存可能性因子用來對在RNC發(fā)出MBMS接入相關(guān)信息中的可能性因子做判斷， 而RNC的可能性因子是由BM-SC通過核心網(wǎng)發(fā)送過來的，具體請參照圖7 步驟701、BM-SCSi^kssion Start Request (會話開始請求)消息給 GGSN，該請求消息包含在RAR消息中，在該消息中添加新的AVP數(shù)據(jù)包，新的AVP數(shù)據(jù)包中包含可能性因子；步驟702、GGSN收到BM-SC發(fā)送的會話開始請求消息后，向BM-SC返回RAA響應(yīng)消
肩、ο步驟703、GGSN向下游節(jié)點SGSN發(fā)送Session Start Request (會話開始請求) 消息，消息中包含了可能性因子；步驟704、SGSN繼續(xù)向下游節(jié)點RNC發(fā)送kssion Start Request消息，確保在網(wǎng)絡(luò)承載資源分配的同時將可能性因子發(fā)送給RNC。請參照圖8，是本發(fā)明實施例一種MBMS業(yè)務(wù)實現(xiàn)過程中無線承載選擇方法的流程圖。步驟801、當(dāng)RNC收到SGSN發(fā)送的會話開始請求消息(Session Start Request) 后，在MCCH上發(fā)送業(yè)務(wù)相關(guān)信息給UE，業(yè)務(wù)相關(guān)信息包含接入信息、業(yè)務(wù)標(biāo)識和可能性因子；步驟802、UE接收業(yè)務(wù)相關(guān)信息并根據(jù)業(yè)務(wù)標(biāo)識確定具體為哪個業(yè)務(wù)，再對可能性因子做可能性檢查，如果通過可能性檢查，則執(zhí)行步驟803，否則，執(zhí)行步驟804 ；所述檢查是指將本地保存的可能性因子和接收到的可能性因子進行比較，如果二者一致，則通過可能性檢查，如果二者不一致，則未通過可能性檢查。步驟803、通過可能性檢查則表示用戶終端為已訂購用戶，UE向RNC返回響應(yīng)消息并且?guī)蠘I(yè)務(wù)標(biāo)識和承載方式標(biāo)識，承載方式標(biāo)識指示是否需要為此用戶終端分配點到點無線承載，如果需要，轉(zhuǎn)步驟806，否則，轉(zhuǎn)步驟805 ；步驟804、未通過可能性檢查則表示用戶終端為未訂購用戶，UE向RNC返回響應(yīng)并帶標(biāo)識表明未訂購此業(yè)務(wù)，RNC不為用戶終端分配無線承載，結(jié)束。步驟805、如果UE向RNC返回的響應(yīng)消息中未標(biāo)識需要為此用戶終端分配點到點無線承載或者標(biāo)識需要為此用戶分配點到多點無線承載，則選擇點到多點無線承載，用 MCCH向用戶終端發(fā)送承載設(shè)置信息，用SCCPCH來傳輸廣播數(shù)據(jù)，結(jié)束。步驟806、如果UE向RNC返回的響應(yīng)消息中標(biāo)識了需要為用戶分配點到點無線承載，則為此用戶終端分配點到點無線承載，用DCCH向用戶終端發(fā)送承載設(shè)置信息，用DPCH 來傳輸廣播數(shù)據(jù)，結(jié)束。在本發(fā)明另一實施例中，步驟801中，RNC發(fā)送的業(yè)務(wù)相關(guān)信息中可以不攜帶可能性因子，終端返回響應(yīng)消息給RNC時攜帶業(yè)務(wù)標(biāo)識、承載方式標(biāo)識和可能性因子。RNC對該響應(yīng)消息中的可能性因子進行檢查，如果通過可能性因子檢查，再進一步對該響應(yīng)消息中的承載方式標(biāo)識進行判斷，如果承載方式標(biāo)識指示需要為用戶終端分配點到點無線承載， 則為此用戶終端分配點到點無線承載，如果承載方式標(biāo)識未指示需要為用戶終端分配點到點無線承載，則為此用戶終端分配點到多點無線承載。上述無線承載方式的選擇方法可以應(yīng)用在本發(fā)明多媒體廣播組播業(yè)務(wù)實現(xiàn)方法中，在步驟502中，業(yè)務(wù)控制模塊通過Gmb接口向GGSN發(fā)送會話開始請求，通知網(wǎng)絡(luò)為數(shù)據(jù)傳輸建立承載時，使用該無線承載選擇方法為終端建立承載。本發(fā)明提出的選擇無線承載方式的方法，UE在訂購業(yè)務(wù)時主動選擇承載方式標(biāo)識，標(biāo)明UE需要RNC為其分配何種無線承載方式。UE對RNC發(fā)出的MBMS業(yè)務(wù)信息作可能性檢查，如果檢查通過則證明UE為已訂購用戶，進一步地向RNC回復(fù)承載方式標(biāo)識，如果表明需要PTP承載則為UE分配點到點承載，用DCCH向移動終端發(fā)送承載設(shè)置信息，用DPCH 傳輸業(yè)務(wù)數(shù)據(jù)；若表明不需要PTP承載則為UE分配點到多點承載，用MCCH向移動終端發(fā)送承載設(shè)置信息，用SCCPCH傳輸業(yè)務(wù)數(shù)據(jù)。綜上所述，本發(fā)明實施例的技術(shù)方案明顯簡化了多媒體廣播多播業(yè)務(wù)的實現(xiàn)方式，本技術(shù)方案中直接通過對業(yè)務(wù)進行區(qū)分，對需要訂購才能播放的業(yè)務(wù)在業(yè)務(wù)即將開始時或開始前由BM-SC向訂購此業(yè)務(wù)的UE下發(fā)業(yè)務(wù)密鑰，對不需要訂購的業(yè)務(wù)流不加密，從而減少了網(wǎng)絡(luò)廣播MTK帶來的資源消耗。以上所述實現(xiàn)方式在業(yè)務(wù)處理領(lǐng)域可以有多種變化，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種無線承載選擇方法，其特征在于，包含無線網(wǎng)絡(luò)控制器收到會話開始請求時，向終端發(fā)送業(yè)務(wù)相關(guān)信息；終端向無線網(wǎng)絡(luò)控制器反饋響應(yīng)消息，當(dāng)終端為該業(yè)務(wù)的訂購用戶時，無線網(wǎng)絡(luò)控制器根據(jù)終端返回的響應(yīng)消息中的承載方式標(biāo)識的指示為終端分配相應(yīng)的承載方式。
2.如權(quán)利要求1所述的方法，其特征在于，所述方法還包含，終端向廣播組播服務(wù)中心發(fā)送訂購請求，請求中攜帶承載方式標(biāo)識；廣播組播服務(wù)中心返回訂購響應(yīng)給終端，訂購響應(yīng)中攜帶業(yè)務(wù)標(biāo)識、可能性因子和承載方式標(biāo)識，終端保存該業(yè)務(wù)標(biāo)識、可能性因子和承載方式標(biāo)識，廣播組播服務(wù)中心將該可能性因子發(fā)送給無線網(wǎng)絡(luò)控制器。
3.如權(quán)利要求2所述的方法，其特征在于，通過如下方式判斷終端是否為該業(yè)務(wù)的訂購用戶所述業(yè)務(wù)相關(guān)信息中包含可能性因子，所述終端檢查該可能性因子和終端本地保存的可能性因子是否一致，如果一致，則終端為該業(yè)務(wù)的訂購用戶，在響應(yīng)消息中攜帶承載方式標(biāo)識，如果不一致，則終端不是該業(yè)務(wù)的訂購用戶。
4.如權(quán)利要求2所述的方法，其特征在于，通過如下方式判斷終端是否為該業(yè)務(wù)的訂購用戶，所述終端返回的響應(yīng)消息中攜帶可能性因子和承載方式標(biāo)識，所述無線網(wǎng)絡(luò)控制器檢查該響應(yīng)消息中的可能性因子是否和無線網(wǎng)絡(luò)控制器的可能性因子一致，如果一致， 則終端為該業(yè)務(wù)的訂購用戶，如果不一致，則終端不是該業(yè)務(wù)的訂購用戶。
5.如權(quán)利要求1 4任一所述的方法，其特征在于，所述承載方式標(biāo)識指示需要為終端分配點到點無線承載時，無線網(wǎng)絡(luò)控制器為此用戶終端分配點到點無線承載，如果承載方式標(biāo)識未指示需要為終端分配點到點無線承載，則為此用戶終端分配點到多點無線承載。
全文摘要
本發(fā)明提供了一種無線承載選擇方法，包含無線網(wǎng)絡(luò)控制器收到會話開始請求時，向終端發(fā)送業(yè)務(wù)相關(guān)信息；終端向無線網(wǎng)絡(luò)控制器反饋響應(yīng)消息，該響應(yīng)消息中攜帶無線承載方式標(biāo)識，當(dāng)終端為該業(yè)務(wù)的訂購用戶時，無線網(wǎng)絡(luò)控制器根據(jù)終端返回的響應(yīng)消息中的承載方式標(biāo)識的指示為終端分配相應(yīng)的承載方式。本發(fā)明無線承載選擇方法可以根據(jù)終端的無線承載標(biāo)識選擇承載方式，實現(xiàn)簡單方便。
文檔編號H04W76/02GK102404691SQ20111034776
公開日2012年4月4日 申請日期2008年10月16日 優(yōu)先權(quán)日2008年10月16日
發(fā)明者單以文, 郭亮 申請人:中興通訊股份有限公司