專利名稱：一種實(shí)現(xiàn)多媒體廣播/組播服務(wù)業(yè)務(wù)激活的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及業(yè)務(wù)激活技術(shù)，尤指一種實(shí)現(xiàn)多媒體廣播/組播服務(wù)(MBMS)業(yè)務(wù)激活的方法。
背景技術(shù)：
隨著第三代移動通信技術(shù)的發(fā)展，第三代移動通信可以提供比第二代移動通信更高數(shù)據(jù)速率的服務(wù)，從而支持多種業(yè)務(wù)形式，比如視頻電話、圖片下載、高速瀏覽Internet網(wǎng)絡(luò)等服務(wù)。其中，有一類業(yè)務(wù)的特點(diǎn)是能夠同時給無線網(wǎng)絡(luò)中定制了該業(yè)務(wù)的所有用戶進(jìn)行發(fā)送，比如發(fā)送天氣預(yù)報、新聞短片、體育比賽集錦等等。于是，第三代移動通信引入了廣播/組播的概念。
參見圖1所示，對于一個中間節(jié)點(diǎn)而言，比如節(jié)點(diǎn)10，無論其下游包含多少個期待接收數(shù)據(jù)的節(jié)點(diǎn)，其上游節(jié)點(diǎn)總是向該中間節(jié)點(diǎn)發(fā)送一份數(shù)據(jù)；該中間節(jié)點(diǎn)收到數(shù)據(jù)后，根據(jù)其下游期待接收數(shù)據(jù)的節(jié)點(diǎn)數(shù)量復(fù)制該數(shù)據(jù)，并向其下游各期待接收該數(shù)據(jù)的節(jié)點(diǎn)分發(fā)該數(shù)據(jù)，比如節(jié)點(diǎn)10下游期待接收數(shù)據(jù)的節(jié)點(diǎn)包括節(jié)點(diǎn)101和節(jié)點(diǎn)102，節(jié)點(diǎn)10就將收到的數(shù)據(jù)復(fù)制兩份。這樣，組播/廣播業(yè)務(wù)數(shù)據(jù)傳輸樹的每一條分支都只有一份數(shù)據(jù)進(jìn)行傳輸，占用一份傳輸資源，根節(jié)點(diǎn)與其下游節(jié)點(diǎn)的數(shù)據(jù)傳輸也是如此。組播業(yè)務(wù)和廣播業(yè)務(wù)的區(qū)別點(diǎn)僅在于組播業(yè)務(wù)只向訂閱了某些信息的用戶發(fā)送相應(yīng)信息，廣播業(yè)務(wù)則向無線網(wǎng)絡(luò)中的所有用戶發(fā)送信息。由以上描述可見，通過組播/廣播業(yè)務(wù)同時向大量用戶提供相同信息，能夠極大地節(jié)省網(wǎng)絡(luò)資源。
圖2為支持廣播/組播業(yè)務(wù)的無線網(wǎng)絡(luò)結(jié)構(gòu)示意圖，如圖2所示，現(xiàn)有第三代合作伙伴計劃(3GPP)中，支持廣播/組播業(yè)務(wù)的無線網(wǎng)絡(luò)結(jié)構(gòu)為廣播/組播業(yè)務(wù)服務(wù)器(BM-SC)201，BM-SC 201通過Gmb接口或Gi接口與關(guān)口GPRS支持節(jié)點(diǎn)(GGSN，Gateway GPRS Support Node)202相連，一個BM-SC 201可與多個GGSN 202相連；GGSN 202通過Gn/Gp接口與服務(wù)GPRS支持節(jié)點(diǎn)(SGSN，Serving GPRS Support Node)203相連，一個GGSN 202可與多個SGSN203相連；SGSN 203可通過Iu接口與通用移動通信系統(tǒng)(UMTS)陸地?zé)o線接入網(wǎng)(UTRAN)204相連，然后UTRAN 204通過Uu接口與用戶終端(UE)206相連，SGSN 203也可通過Iu/Gb接口與全球移動通信系統(tǒng)(GSM)增強(qiáng)無線接入網(wǎng)(GERAN)205相連，然后GERAN 205通過Um接口與UE 207相連。其中，BM-SC可以為BSC/RNC。
將圖2與圖1結(jié)合來看，BM-SC 201就相當(dāng)于一個樹狀結(jié)構(gòu)的根節(jié)點(diǎn)，BM-SC 201的下游節(jié)點(diǎn)就是GGSN 202，GGSN 202的下游節(jié)點(diǎn)就是SGSN 203，SGSN 203的下游節(jié)點(diǎn)就是UE 206、UE 207，當(dāng)然，其中的GGSN、SGSN也可以有多個。可見，MBMS數(shù)據(jù)的發(fā)布是通過樹狀結(jié)構(gòu)圖進(jìn)行的，一般要通過多個BSC/RNC、SGSN、GGSN實(shí)現(xiàn)。此外，一些承載資源需要在接入同一個MBMS承載業(yè)務(wù)的用戶中進(jìn)行共享，所以在MBMS發(fā)布樹上的每個分支建立了相同的服務(wù)質(zhì)量(QoS)。因?yàn)槿缟咸匦?，在?chuàng)建一個新的MBMS發(fā)布樹的分支時，不能因?yàn)樵撔路种в绊懻麄€發(fā)布樹的QoS，因此，在UMTS網(wǎng)絡(luò)中，不能進(jìn)行QoS協(xié)商。如果某些分支的QoS要求不能被網(wǎng)絡(luò)接受，那么這些分支將不能建立。例如，當(dāng)某個UE能支持的MBMS能力低于一個業(yè)務(wù)要求的MBMS能力時，這個UE將被網(wǎng)絡(luò)拒絕接入這個MBMS組播業(yè)務(wù)。
在現(xiàn)有協(xié)議規(guī)范中，通過MBMS注冊過程，BM-SC可以將針對一個MBMS組播承載業(yè)務(wù)所要求的承載能力，比如標(biāo)識UE接收該MBMS組播業(yè)務(wù)所要求的最小承載能力，也就是該MBMS承載業(yè)務(wù)可能使用的最大QoS能力，發(fā)送給GGSN、SGSN。當(dāng)UE通過MBMS組播業(yè)務(wù)激活過程加入該MBMS承載業(yè)務(wù)時，網(wǎng)絡(luò)需要驗(yàn)證該UE的MBMS承載能力是否滿足要求。
用于保存MBMS承載能力的是MBMS承載上下文，該上下文包含定義一個MBMS業(yè)務(wù)承載的所有信息描述，該上下文在承載MBMS數(shù)據(jù)的所有節(jié)點(diǎn)創(chuàng)建。如表一所示，MBMS承載上下文包括IP組播地址、接入點(diǎn)名稱(APN)、臨時移動組標(biāo)識(TMGI)、狀態(tài)(State)、要求的MBMS承載能力、QoS、MBMS服務(wù)區(qū)域、下行流節(jié)點(diǎn)列表、UEs數(shù)量等。其中，IP組播地址標(biāo)識由該MBMS承載上下文描述的MBMS承載；APN為該IP組播地址已經(jīng)被定義的接入點(diǎn)名稱；TMGI為分配給MBMS承載的臨時移動組標(biāo)識；State為MBMS承載的活動性狀態(tài)，包括靜止或激活；要求的MBMS承載能力為標(biāo)識UE需要支持的最小承載能力；QoS為該MBMS承載要求的服務(wù)質(zhì)量；MBMS服務(wù)區(qū)域?yàn)镸BMS業(yè)務(wù)需要發(fā)送的區(qū)域；下行流節(jié)點(diǎn)列表為請求了MBMS承載，MBMS數(shù)據(jù)必須下發(fā)到的下行流節(jié)點(diǎn)列表；UEs數(shù)量該節(jié)點(diǎn)擁有的已經(jīng)加入該組播業(yè)務(wù)的UE地數(shù)量。

表一
MBMS組播業(yè)務(wù)激活過程將用戶在網(wǎng)絡(luò)中注冊，使該用戶可以接收一個特定組播MBMS承載業(yè)務(wù)的數(shù)據(jù)。激活是UE與網(wǎng)絡(luò)之間的信令過程，該過程為每個激活了組播MBMS承載業(yè)務(wù)的用戶在UE、SGSN、GGSN以及BSC/RNC建立MBMS UE上下文，建立MBMS UE上下文與普通PDP上下文建立相似。MBMS UE上下文包含UE已經(jīng)加入的一個特定MBMS承載的特定信息。當(dāng)UE加入一個MBMS承載時，MBMS UE上下文在UE、SGSN、GGSN被創(chuàng)建。在UE和SGSN，MBMS UE上下文作為UE的MM上下文的一部分保存；在GGSN，MBMS UE上下文單獨(dú)保存。UE加入的每個MBMS承載有一個MBMSUE上下文。
參見表二所示，MBMS UE上下文有包括IP組播地址、APN、TMGI、Linked NSAPI和IMSI等。其中，IP組播地址標(biāo)識一個UE已經(jīng)加入的MBMS承載；APN為該IP組播地址已經(jīng)被定義的接入點(diǎn)名稱；TMGI為分配給MBMS承載的臨時移動組標(biāo)識；Linked NSAPI為由UE去承載IGMP/MLD信令的PDP上下文的NSAPI；IMSI為用戶標(biāo)識；MBMS NSAPI標(biāo)識一個MBMS UE上下文。


表二表二中，(1)表示在UE和SGSN中，IMSI在MM上下文中有效，MM上下文包含MBMS UE上下文；(2)表示在RNC中，IMSI在UE上下文中有效，UE上下文包含MBMS UE上下文。
如圖3所示，現(xiàn)有MBMS組播業(yè)務(wù)激活流程包括以下步驟步驟301通常UE需要激活某個MBMS組播業(yè)務(wù)時，先要與網(wǎng)絡(luò)進(jìn)行交互建立PDP上下文(PDP Context Activation)。
如果當(dāng)前UE與網(wǎng)絡(luò)建立了PDP上下文，則直接采用已建立的PDP上下文；如果當(dāng)前UE沒有與網(wǎng)絡(luò)建立PDP上下文，那么，UE就先激活一個默認(rèn)的PDP上下文，該P(yáng)DP上下文的類型一般為盡力服務(wù)。該P(yáng)DP上下文可以是一個用于基本IP業(yè)務(wù)，如WAP或因特網(wǎng)接入的PDP上下文；也可以是一個用于IP多媒體子系統(tǒng)(IMS)接入的信令PDP上下文。本例中，與默認(rèn)PDP上下文對應(yīng)的GGSN為GGSN1。
步驟302當(dāng)前UE通過上述建立的PDP上下文，發(fā)送一個IGMP加入消息或MLD加入消息給GGSN1，消息中通過IP組播地址標(biāo)識用戶期待接收的一個特定組播MBMS承載業(yè)務(wù)。這里，如果采用IPv4協(xié)議，則UE向GGSN1發(fā)IGMP加入消息IGMP Join；如果采用IPv6協(xié)議，則UE向MLD加入消息，本例中是采用IPv4協(xié)議。
步驟303GGSN1收到IGMP/MLD加入請求后，給BM-SC發(fā)送一個MBMS授權(quán)請求MBMS Authorization Request，尋求對當(dāng)前UE接收數(shù)據(jù)的授權(quán)，如果授權(quán)判決通過，則BM-SC將MBMS授權(quán)響應(yīng)MBMS Authorization Response發(fā)送給GGSN1，該響應(yīng)中攜帶有用于激活MBMS UE上下文的APN。如果授權(quán)判決未通過，則BM-SC向GGSN發(fā)送的MBMS授權(quán)響應(yīng)中指示該UE不能授權(quán)接收MBMS數(shù)據(jù)，并結(jié)束本流程。
步驟304GGSN1發(fā)送一個MBMS通知請求MBMS Notification Request給SGSN，該請求中包括IP組播地址、APN、Linked網(wǎng)絡(luò)業(yè)務(wù)接入點(diǎn)標(biāo)識(NSAPI)。其中，Linked NSAPI的設(shè)置等于GGSN收到加入請求時所使用PDP上下文的NASPI；IP組播地址等于UE在加入請求中的IP組播地址；APN可能與已經(jīng)激活的默認(rèn)PDP上下文的APN不同，在一些情況下，APN可能對應(yīng)不同于接收IGMP/MLD加入請求的GGSN1。因?yàn)镚GSN1可能收不到響應(yīng)，比如SGSN或UE不支持MBMS的情況，此類情況下，GGSN1需要啟動MBMS激活定時器。
步驟305SGSN收到MBMS通知請求后，給UE發(fā)送一個請求MBMS上下文激活消息Request MBMS Context Activation，用于請求UE激活一個MBMSUE上下文，該消息中至少攜帶有IP組播地址、APN、Linked NSAPI、事務(wù)標(biāo)識(TI)。其中，Linked NSAPI提供給UE將MBMS UE上下文與其在步驟302中發(fā)送的IGMP/MLD加入消息中的PDP上下文進(jìn)行關(guān)聯(lián)；TI由SGSN選擇，其取值為沒有被該UE其它激活的PDP上下文和MBMS UE上下文使用過的值。
步驟306UE創(chuàng)建一個MBMS UE上下文后，給SGSN發(fā)送一個激活MBMS上下文請求Activate MBMS Context Request，該請求中包括IP組播地址、APN、MBMS_NSAPI、MBMS承載能力。其中，IP組播地址用于標(biāo)識UE啟動加入/激活的MBMS組播業(yè)務(wù)；APN指示一個特定的GGSN；MBMS承載能力用于標(biāo)識UE可以處理的最大QoS；MBMS_NSAPI由UE選擇，其取值為沒有被該UE其它激活的PDP上下文和MBMS UE上下文使用過的值。
步驟307SGSN給步驟304中發(fā)送MBMS通知請求的GGSN發(fā)送MBMS通知響應(yīng)MBMS Notification Response，該響應(yīng)中攜帶有原因值，該原因值用于指示是否成功激活MBMS UE上下文，如果不成功，指示是由于SGSN或UE哪個實(shí)體為何而導(dǎo)致的。一旦收到不成功的響應(yīng)消息、或GGSN1中MBMS激活定時器超時，GGSN1可能回退到3GPP 29.061描述的IP組播接入規(guī)范。
這里，3GPP 29.061中對IP組播接入的描述是在沒有MBMS的情況下，讓GGSN具有IP組播代理的功能，通過如下功能，可以在UMTS網(wǎng)絡(luò)中提供點(diǎn)到點(diǎn)(PTP)的組播業(yè)務(wù)a)該GGSN維護(hù)加入了一個或多個組播組的移動臺列表，當(dāng)GGSN收到來自移動臺的一個IGMP加入或MLD報告消息時，該列表進(jìn)行建立/更新操作；b)基于維護(hù)的移動臺列表，發(fā)送組播路由信息到附著在分組域的路由器，從而允許這些路由器進(jìn)行組播數(shù)據(jù)包的路由；c)GGSN一旦收到組播數(shù)據(jù)包，將把該數(shù)據(jù)包進(jìn)行拷貝，然后通過PTP方式發(fā)送給組內(nèi)每個移動臺。
步驟308SGSN對當(dāng)前UE執(zhí)行安全功能，如對UE鑒權(quán)，該步驟可以省略。
步驟309SGSN根據(jù)步驟306的APN確定特定的GGSN，即實(shí)際提供所需MBMS業(yè)務(wù)的GGSN后，創(chuàng)建一個MBMS UE上下文，并向?qū)嶋H提供所需MBMS業(yè)務(wù)的GGSN發(fā)送創(chuàng)建MBMS上下文請求Create MBM ContextRequest，該請求中包括IP組播地址、APN、MBMS_NSAPI，本例中，實(shí)際提供所需MBMS業(yè)務(wù)的GGSN為GGSN2。在實(shí)際應(yīng)用中，GGSN1和GGSN2可以是同一個GGSN。
步驟310GGSN2發(fā)送一個MBMS授權(quán)請求MBMS Authorization Request給BM-SC，尋求對UE的授權(quán)，授權(quán)判決結(jié)果在MBMS授權(quán)響應(yīng)MBMSAuthorization Response中提供。
步驟311如果GGSN2沒有該MBMS承載業(yè)務(wù)的MBSM承載上下文信息，GGSN2發(fā)送一個MBMS注冊請求MBMS Registration Request給BM-SC，相關(guān)過程在MBMS標(biāo)準(zhǔn)注冊過程中都有規(guī)定；如果BM-SC還未給該MBMS承載業(yè)務(wù)分配TMGI，BM-SC將分配一個新的TMGI，該TMGI將通過MBMS注冊響應(yīng)消息MBMS Registration Response傳遞給GGSN和SGSN，進(jìn)一步通過激活MBMS上下文接受消息ActivateMBMS Context Accept發(fā)送給UE；BM-SC向GGSN2發(fā)送的MBMS注冊響應(yīng)消息，包含該MBMS承載業(yè)務(wù)的MBMS承載上下文信息，并將該GGSN2加入MBMS承載上下文的下行流節(jié)點(diǎn)列表，相關(guān)內(nèi)容在MBMS標(biāo)準(zhǔn)注冊過程中都有規(guī)定。
如果GGSN2已有該MBMS承載業(yè)務(wù)的MBSM承載上下文信息，該步驟可以省略。
步驟312GGSN創(chuàng)建一個MBMS UE上下文，并發(fā)送創(chuàng)建MBMS上下文響應(yīng)Create MBMS Context Response給SGSN。
步驟313如果SGSN沒有該MBMS承載業(yè)務(wù)的MBMS承載上下文信息，SGSN發(fā)送一個MBMS注冊請求MBMS Registration Request給GGSN，相關(guān)過程在MBMS標(biāo)準(zhǔn)注冊過程中都有規(guī)定。
GGSN響應(yīng)一個MBMS注冊響應(yīng)消息MBMS Registration Response，該消息中包含該MBMS承載業(yè)務(wù)的MBMS承載上下文信息，并將該SGSN的標(biāo)識添加到MBMS承載上下文的下行流節(jié)點(diǎn)列表參數(shù)中，相關(guān)過程在MBMS標(biāo)準(zhǔn)注冊過程中都有規(guī)定。
如果SGSN上已有該MBMS承載業(yè)務(wù)的MBSM承載上下文信息，該步驟可以省略。
步驟314如果為該UE建立了至少一個分組域無線接入承載(PS RAB)，SGSN給RAN提供MBMS UE上下文。
步驟315SGSN發(fā)送一個激活MBMS上下文接受消息Activate MBMSContext Accept給UE，該消息中含有MBMS承載能力。這里，MBMS承載能力標(biāo)識用于該MBMS承載業(yè)務(wù)最大的QoS，UE在激活更多MBMS承載業(yè)務(wù)時，可能會考慮該MBMS承載能力。如果SGSN判定UE的MBMS承載能力低于當(dāng)前所需MBMS業(yè)務(wù)要求的MBMS承載能力，則SGSN拒絕該激活一個MBMS UE上下文的請求，并指示一個恰當(dāng)?shù)睦碛?，對已建立的MBMS UE上下文開始去激活過程。
從上述流程可以看出，對于所有情況下的UE，都必須執(zhí)行到步驟315，也就是本流程的最后一步，才能判斷出UE的MBMS承載能力是否低于所需MBMS業(yè)務(wù)要求的MBMS承載能力。對于低于要求的UE，前面過程已經(jīng)為該UE建立了所有的承載，此時還需要發(fā)起對該UE的去激活過程。
對于一個沒有保存要求的MBMS承載能力的網(wǎng)絡(luò)節(jié)點(diǎn)，只需要進(jìn)行一次注冊過程后，該網(wǎng)絡(luò)節(jié)點(diǎn)就會具有要求的MBMS承載能力的信息。如果再接入其它用戶時，仍按照上面的方案執(zhí)行，過程過于繁瑣，增加了網(wǎng)絡(luò)信令交互，降低了網(wǎng)絡(luò)效率。
在步驟307中曾提到GGSN可能回退到3GPP 29.061描述的IP組播接入規(guī)范，但3GPP29.061描述的IP組播接入規(guī)范采用的是PTP方式，不能象點(diǎn)對多點(diǎn)(PTM)方式那樣節(jié)省網(wǎng)絡(luò)和無線接口的資源。而且，在上述過程中，對于被拒絕的UE，也并未提出采用其它機(jī)制使被拒絕用戶能接收所需MBMS承載業(yè)務(wù)的方案，如此，大大降低了用戶的滿意度。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實(shí)現(xiàn)多媒體廣播/組播服務(wù)業(yè)務(wù)激活的方法，使網(wǎng)絡(luò)能對MBMS承載能力低于要求的UE請求及時處理，從而簡化了網(wǎng)絡(luò)中各實(shí)體間的信令交互，降低了網(wǎng)絡(luò)復(fù)雜度，節(jié)約了網(wǎng)絡(luò)資源。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種實(shí)現(xiàn)多媒體廣播/組播服務(wù)MBMS業(yè)務(wù)激活的方法，包括以下步驟a.當(dāng)前需要接收組播業(yè)務(wù)的UE通過授權(quán)后，向自身所屬的SGSN發(fā)送攜帶有自身MBMS承載能力的信息；關(guān)鍵在于，該方法還包括b.所述SGSN判斷自身是否存儲有要求的MBMS承載能力，如果沒有，則繼續(xù)創(chuàng)建MBMS UE上下文，并結(jié)束當(dāng)前處理流程；否則，執(zhí)行步驟c；c.判斷當(dāng)前要接收組播業(yè)務(wù)的UE的MBMS承載能力是否小于SGSN中存儲的要求的MBMS承載能力，如果是，則SGSN拒絕激活MBMS UE上下文的請求；否則，繼續(xù)創(chuàng)建MBMS UE上下文。
其中，步驟a具體包括
a1.當(dāng)前需要接收組播業(yè)務(wù)的UE通過自身所屬SGSN與網(wǎng)絡(luò)進(jìn)行交互建立分組數(shù)據(jù)協(xié)議上下文，并向網(wǎng)絡(luò)發(fā)送加入消息；a2.網(wǎng)絡(luò)收到加入消息后，對發(fā)送加入消息的當(dāng)前UE進(jìn)行授權(quán)判決，如果授權(quán)未通過，則結(jié)束當(dāng)前處理流程；如果授權(quán)通過，則網(wǎng)絡(luò)允許發(fā)送加入消息的當(dāng)前UE激活MBMS UE上下文，該當(dāng)前UE向自身所屬的SGSN發(fā)送攜帶有自身MBMS承載能力的信息。
步驟c中SGSN拒絕激活MBMS UE上下文的請求后，進(jìn)一步包括c11.SGSN向當(dāng)前UE發(fā)送激活MBMS上下文拒絕消息，該消息中攜帶有拒絕原因；c12.SGSN向GGSN發(fā)送激活MBMS上下文失敗消息，該消息中攜帶有失敗原因，GGSN收到失敗消息后，確定是否回退到單播方式的IP組播接入。
或者，步驟c中SGSN拒絕激活MBMS UE上下文的請求后，進(jìn)一步包括c21.SGSN向當(dāng)前UE發(fā)送激活MBMS上下文拒絕消息，該消息中攜帶有拒絕原因；c22.所述UE收到拒絕消息后，重新申請以單播方式接收所需的組播業(yè)務(wù)。
或者，步驟c中SGSN拒絕激活MBMS UE上下文的請求后，進(jìn)一步包括c31.SGSN向GGSN發(fā)送激活MBMS上下文失敗消息，該消息中攜帶有失敗原因，GGSN收到失敗消息后，確定是否回退到單播方式的IP組播接入。
或者，步驟c中SGSN拒絕激活MBMS UE上下文的請求后，進(jìn)一步包括c41.SGSN向GGSN發(fā)送激活MBMS上下文失敗消息，該消息中攜帶有失敗原因，GGSN收到失敗消息后，確定是否回退到單播方式的IP組播接入；c42.SGSN向當(dāng)前UE發(fā)送激活MBMS上下文拒絕消息，該消息中攜帶有拒絕原因。
上述方案中，所述SGSN向當(dāng)前UE發(fā)送的激活MBMS上下文拒絕消息中，進(jìn)一步攜帶有該UE所需MBMS承載業(yè)務(wù)要求的MBMS承載能力。
該方法進(jìn)一步包括當(dāng)前UE在收到SGSN發(fā)來的激活MBMS上下文拒絕消息后，激活一定時器，并判斷在定時器時間內(nèi)GGSN是否回退到單播方式的IP組播接入，如果回退，則停止定時器；如果定時器超時，則當(dāng)前UE重新申請以單播方式接收所需的組播業(yè)務(wù)。
該方法進(jìn)一步包括UE在向自身所屬SGSN發(fā)送攜帶有自身MBMS承載能力的信息后，激活一定時器，并判斷在定時器時間內(nèi)，是否收到激活MBMS上下文接受消息或者GGSN是否回退到單播方式的IP組播接入，如果是，則停止定時器；如果定時器超時，則當(dāng)前UE重新申請以單播方式接收所需的組播業(yè)務(wù)。
上述方案中，所述SGSN向當(dāng)前UE發(fā)送的激活MBMS上下文拒絕消息中攜帶該UE所需MBMS承載業(yè)務(wù)要求的MBMS承載能力，則步驟c22中UE收到拒絕消息后，先將要求的MBMS承載能力與自身的MBMS承載能力進(jìn)行比較，如果大于，再重新申請以單播方式接收所需的組播業(yè)務(wù)。
上述方案中，所述SGSN向當(dāng)前UE發(fā)送的激活MBMS上下文拒絕消息中攜帶該UE所需MBMS承載業(yè)務(wù)要求的MBMS承載能力，則UE收到激活MBMS上下文拒絕消息后，將要求的MBMS承載能力與自身的MBMS承載能力進(jìn)行比較，如果大于且GGSN未進(jìn)行回退，再重新申請以單播方式接收所需的組播業(yè)務(wù)。
步驟b中如果SGSN中未存儲要求的MBMS承載能力，則繼續(xù)執(zhí)行現(xiàn)有技術(shù)的處理流程，并且，在SGSN確定UE的MBMS承載能力低于當(dāng)前所需MBMS業(yè)務(wù)要求的MBMS承載能力，去激活當(dāng)前已建立的MBMS UE上下文后，SGSN向GGSN發(fā)送激活MBMS上下文失敗消息，GGSN收到失敗消息后，確定是否回退到單播方式的IP組播接入。其中，所述SGSN向GGSN發(fā)送激活MBMS上下文失敗消息為SGSN向與當(dāng)前UE建立初始PDP上下文的GGSN發(fā)送激活MBMS上下文失敗消息；或?yàn)镾GSN向曾與當(dāng)前UE創(chuàng)建MBMS UE上下文的GGSN發(fā)送激活MBMS上下文失敗消息。
該方法進(jìn)一步包括當(dāng)前UE在收到SGSN發(fā)來的激活MBMS上下文拒絕消息后，激活一定時器，并判斷在定時器時間內(nèi)GGSN是否回退到單播方式的IP組播接入，如果回退，則停止定時器；如果定時器超時，則當(dāng)前UE重新申請以單播方式接收所需的組播業(yè)務(wù)。
上述方案中，所述SGSN向當(dāng)前UE發(fā)送的激活MBMS上下文拒絕消息中攜帶該UE所需MBMS承載業(yè)務(wù)要求的MBMS承載能力，則UE收到激活MBMS上下文拒絕消息后，將要求的MBMS承載能力與自身的MBMS承載能力進(jìn)行比較，如果大于且GGSN未進(jìn)行回退，再重新申請以單播方式接收所需的組播業(yè)務(wù)。
步驟b中如果SGSN中未存儲要求的MBMS承載能力，則繼續(xù)執(zhí)行現(xiàn)有技術(shù)的處理流程，并且，在SGSN確定UE的MBMS承載能力低于當(dāng)前所需MBMS業(yè)務(wù)要求的MBMS承載能力，去激活當(dāng)前已建立的MBMS UE上下文后，當(dāng)前UE重新申請以單播方式接收所需的組播業(yè)務(wù)；或者，在SGSN確定UE的MBMS承載能力低于當(dāng)前所需MBMS業(yè)務(wù)要求的MBMS承載能力，當(dāng)前UE收到SGSN發(fā)來的激活MBMS上下文拒絕消息后，重新申請以單播方式接收所需的組播業(yè)務(wù)。這種情況下，所述SGSN向當(dāng)前UE發(fā)送的激活MBMS上下文拒絕消息中攜帶該UE所需MBMS承載業(yè)務(wù)要求的MBMS承載能力，則UE收到拒絕消息后，先將要求的MBMS承載能力與自身的MBMS承載能力進(jìn)行比較，如果大于，再重新申請以單播方式接收所需的組播業(yè)務(wù)。
本發(fā)明所提供的實(shí)現(xiàn)多媒體廣播/組播服務(wù)業(yè)務(wù)激活的方法，當(dāng)UE激活某個MBMS組播業(yè)務(wù)時，在UE與網(wǎng)絡(luò)建立PDP上下文的過程中，SGSN收到UE的MBMS承載能力后，就進(jìn)行UE的MBMS承載能力是否滿足要求的判斷，如此，只有在SGSN或GGSN未注冊的情況下，需要執(zhí)行完現(xiàn)有的整個MBMS業(yè)務(wù)激活過程，才能獲知UE的MBMS承載能力是否滿足要求；而對于SGSN或GGSN已注冊的情況，如果不滿足，根本不需要再建立MBMS UE上下文，從而省去了UE與網(wǎng)絡(luò)之間復(fù)雜的信令交互，也避免出現(xiàn)激活MBMS UE上下文后又去激活的操作，簡化了網(wǎng)絡(luò)處理，減輕了網(wǎng)絡(luò)負(fù)擔(dān)。
本發(fā)明在實(shí)際應(yīng)用中，還可以選擇由SGSN和UE共同判斷，以保證判決結(jié)果的可靠性，而且，也可以是MBMS業(yè)務(wù)激活流程更靈活多樣。
另外，對于MBMS承載能力不滿足要求的UE，SGSN可以直接拒絕或改變提供服務(wù)的方式，所述改變提供服務(wù)的方式是指由GGSN主動回退執(zhí)行3GPP 29.061描述的IP組播接入規(guī)范，令UE通過PTP方式接收組播業(yè)務(wù)；或是由UE主動重新申請，以單播方式接收組播業(yè)務(wù)。如此，可使被拒絕的用戶通過其它途徑接收所需的組播業(yè)務(wù)，進(jìn)而提高了用戶的滿意度以及網(wǎng)絡(luò)的使用率，增加了網(wǎng)絡(luò)運(yùn)營商的收益；而且，使組播業(yè)務(wù)的接收方式更靈活多樣。


圖1為組播業(yè)務(wù)的傳輸原理示意圖；圖2為支持廣播/組播業(yè)務(wù)的無線網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖3為現(xiàn)有技術(shù)中MBMS組播業(yè)務(wù)激活的處理流程圖；圖4為本發(fā)明方法的處理流程示意圖；圖5為本發(fā)明實(shí)施例一的具體處理流程圖；圖6為本發(fā)明實(shí)施例二的具體處理流程圖；圖7為本發(fā)明實(shí)施例三的具體處理流程圖；圖8為本發(fā)明實(shí)施例四的具體處理流程圖；圖9為本發(fā)明實(shí)施例五的具體處理流程圖；圖10為本發(fā)明實(shí)施例六的具體處理流程圖；圖11為本發(fā)明實(shí)施例七的具體處理流程圖。
具體實(shí)施例方式
本發(fā)明的核心思想是當(dāng)UE激活某個MBMS組播業(yè)務(wù)時，在UE與網(wǎng)絡(luò)建立PDP上下文的階段，SGSN收到UE的MBMS承載能力后，就進(jìn)行UE的MBMS承載能力是否滿足要求的判斷，然后，根據(jù)判斷結(jié)果進(jìn)行相應(yīng)處理，如此，可提前處理激活MBMS承載業(yè)務(wù)的請求。
本發(fā)明實(shí)現(xiàn)多媒體廣播/組播服務(wù)業(yè)務(wù)激活的方法，如圖4所示，具體包括以下步驟步驟401需要接收某個組播業(yè)務(wù)的UE，先通過自身所屬的SGSN與網(wǎng)絡(luò)建立PDP上下文，并通過所建立的PDP上下文向網(wǎng)絡(luò)發(fā)送加入消息。這里，一般是向當(dāng)前所建立的PDP上下文對應(yīng)的GGSN發(fā)送加入消息。
步驟402～405網(wǎng)絡(luò)對當(dāng)前發(fā)送加入消息的UE進(jìn)行授權(quán)判決，如果授權(quán)通過，則網(wǎng)絡(luò)允許UE激活MBMS UE上下文，當(dāng)前UE向自身所屬的SGSN發(fā)送攜帶有自身MBMS承載能力的消息；否則，結(jié)束當(dāng)前處理流程。
網(wǎng)絡(luò)對當(dāng)前UE進(jìn)行授權(quán)判決的具體過程是如圖3中步驟303～306所示，GGSN收到當(dāng)前UE發(fā)送的加入消息后，向BM-SC發(fā)送MBMS授權(quán)請求，尋求對當(dāng)前UE接收數(shù)據(jù)的授權(quán)；BM-SC對當(dāng)前UE進(jìn)行授權(quán)判決后，向GGSN返回MBMS授權(quán)響應(yīng)，如果授權(quán)通過，則該MBMS授權(quán)響應(yīng)中攜帶有特定GGSN APN的響應(yīng)消息，GGSN收到后，向SGSN發(fā)MBMS通知請求；SGSN收到后，請求當(dāng)前UE激活MBMS UE上下文；UE收到請求后，返回攜帶有自身MBMS承載能力的響應(yīng)消息；如果授權(quán)未通過，則該MBMS授權(quán)響應(yīng)中攜帶有當(dāng)前UE不能接收MBMS數(shù)據(jù)的指示，并結(jié)束當(dāng)前處理流程。
步驟406SGSN收到UE的MBMS承載能力后，判斷自身是否存儲有要求的MBMS承載能力，如果有，則執(zhí)行步驟407，否則，繼續(xù)按圖3中步驟307～315所示的現(xiàn)有MBMS業(yè)務(wù)激活流程進(jìn)行處理，并結(jié)束當(dāng)前處理流程。
通常，SGSN獲得某個MBMS承載業(yè)務(wù)要求的MBMS承載能力可以有兩種途徑通過MBMS注冊過程獲?。换蚴穷A(yù)先通過運(yùn)營商進(jìn)行的網(wǎng)絡(luò)配置獲取。對于通過MBMS注冊獲取MBMS承載能力的情況，只有在SGSN、GGSN第一次注冊時，SGSN、GGSN存在沒有存儲MBMS承載業(yè)務(wù)要求的MBMS承載能力的問題，只要SGSN、GGSN已經(jīng)過注冊，相應(yīng)SGSN、GGSN中都會存儲有MBMS承載業(yè)務(wù)要求的MBMS承載能力。
步驟407～408判斷所收到的UE的MBMS承載能力是否小于SGSN中存儲的要求的MBMS承載能力，如果是，則SGSN拒絕激活MBMS UE上下文的請求；否則，繼續(xù)按圖3中步驟307～315所示的現(xiàn)有MBMS業(yè)務(wù)激活流程進(jìn)行處理，完成MBMS UE上下文的創(chuàng)建，只是在步驟315中不再對UE的MBMS承載能力進(jìn)行判斷。
在步驟408中，SGSN拒絕激活MBMS UE上下文的請求之后，SGSN還可以分別將激活MBMS UE上下文失敗的消息通知GGSN或UE，或是同時通知GGSN和UE，GGSN或UE可以根據(jù)需要重新轉(zhuǎn)換或重新申請接收組播業(yè)務(wù)的方式。
這里，SGSN向GGSN發(fā)送的激活MBMS上下文失敗消息可以直接采用現(xiàn)有技術(shù)處理流程中的MBMS通知響應(yīng)消息，在該響應(yīng)消息中攜帶激活失敗指示；也可以采用單獨(dú)的消息指示GGSN激活MBMS UE上下文失敗。
實(shí)施例一本實(shí)施例中，SGSN中已存有相關(guān)MBMS承載能力的信息，并且，在SGSN收到UE的MBMS承載能力后進(jìn)行比較的結(jié)果是UE的MBMS承載能力大于等于要求的MBMS承載能力。這種情況下，實(shí)現(xiàn)多媒體廣播/組播服務(wù)業(yè)務(wù)激活的方法如圖5所示，包括以下步驟步驟501～506與現(xiàn)有技術(shù)中步驟301～306的所有描述完全相同。
步驟507SGSN收到當(dāng)前發(fā)送加入消息的UE發(fā)來的攜帶有其MBMS承載能力的激活MBMS上下文請求Activate MBMS Context Request后，根據(jù)自身存儲的所需MBMS承載業(yè)務(wù)要求的MBMS承載能力來判斷，UE的MBMS承載能力是否小于所需MBMS承載業(yè)務(wù)要求的MBMS承載能力；得到UE的MBMS承載能力大于等于要求的MBMS承載能力的結(jié)果后，SGSN將UE的MBMS承載能力滿足要求的比較結(jié)果通知當(dāng)前發(fā)送加入消息的UE，UE收到允許消息后，繼續(xù)執(zhí)行步驟508；當(dāng)然，也可以不通知UE比較結(jié)果，直接進(jìn)入步驟508。
步驟508～511與現(xiàn)有技術(shù)中步驟307～310的所有描述完全相同。
步驟512與現(xiàn)有技術(shù)中步驟312的所有描述完全相同。
步驟513與現(xiàn)有技術(shù)中步驟314的所有描述完全相同。
步驟514SGSN發(fā)送一個激活MBMS上下文接受消息Activate MBMSContext Accept給UE，該消息中含有MBMS承載能力。這里，MBMS承載能力標(biāo)識用于該MBMS承載業(yè)務(wù)最大的QoS，UE在激活更多MBMS承載業(yè)務(wù)時，可能會考慮該MBMS承載能力。
實(shí)施例二本實(shí)施例中，SGSN中已存有相關(guān)MBMS承載能力的信息，在SGSN收到UE的MBMS承載能力后進(jìn)行比較的結(jié)果是UE的MBMS承載能力小于要求的MBMS承載能力；得到比較結(jié)果后，SGSN拒絕該MBMS上下文請求的同時，向UE發(fā)送激活MBMS上下文拒絕消息，并且，SGSN也向GGSN發(fā)送激活MBMS上下文失敗消息。這種情況下，實(shí)現(xiàn)多媒體廣播/組播服務(wù)業(yè)務(wù)激活的方法如圖6所示，包括以下步驟步驟601～步驟606與現(xiàn)有技術(shù)中步驟301～306的所有描述完全相同。
步驟607～608SGSN收到當(dāng)前發(fā)送加入消息的UE發(fā)來的攜帶有其MBMS承載能力的激活MBMS上下文請求Activate MBMS Context Request后，根據(jù)自身存儲的所需MBMS承載業(yè)務(wù)要求的MBMS承載能力來判斷，UE的MBMS承載能力是否小于所需MBMS承載業(yè)務(wù)要求的MBMS承載能力；得到UE的MBMS承載能力小于要求的MBMS承載能力的結(jié)果后，SGSN拒絕當(dāng)前的激活MBMS上下文請求。
步驟609SGSN向UE發(fā)送激活MBMS上下文拒絕消息，該消息中攜帶有失敗的原因指示，還可以攜帶所需MBMS承載業(yè)務(wù)要求的MBMS承載能力。
步驟610SGSN向GGSN發(fā)送激活MBMS上下文失敗消息，指示因?yàn)槌休d能力導(dǎo)致失敗，GGSN可以根據(jù)實(shí)際情況確定是否回退到3GPP 29.061描述的IP組播接入規(guī)范。
實(shí)施例三本實(shí)施例中，SGSN中已存有相關(guān)MBMS承載能力的信息，在SGSN收到UE的MBMS承載能力后進(jìn)行比較的結(jié)果是UE的MBMS承載能力小于要求的MBMS承載能力；得到比較結(jié)果后，SGSN拒絕該MBMS上下文請求的同時，僅向UE發(fā)送激活MBMS上下文拒絕消息。這種情況下，實(shí)現(xiàn)多媒體廣播/組播服務(wù)業(yè)務(wù)激活的方法如圖7所示，包括以下步驟步驟701～708與實(shí)施例二中步驟601～608的所有描述全部相同。
步驟709SGSN向UE發(fā)送激活MBMS上下文拒絕消息，該消息中攜帶有失敗的原因指示，還可以攜帶所需MBMS承載業(yè)務(wù)要求的MBMS承載能力。
步驟710UE收到激活MBMS上下文拒絕消息后，重新申請進(jìn)行3GPP29.061描述的IP組播接入規(guī)范，采用單播方式，即點(diǎn)到點(diǎn)(PTP)的方式來接收所需的組播業(yè)務(wù)。
對于本實(shí)施例，如果在步驟709 SGSN向UE發(fā)送激活MBMS上下文拒絕消息中，攜帶有所需MBMS承載業(yè)務(wù)要求的MBMS承載能力，那么，UE收到激活MBMS上下文拒絕消息后，也可以將所收到消息中要求的MBMS承載能力與自身的MBMS承載能力再做一次比較，得到自身MBMS承載能力小于要求的MBMS承載能力后，再重新申請以單播方式接收所需的組播業(yè)務(wù)。
實(shí)施例四本實(shí)施例中，SGSN中已存有相關(guān)MBMS承載能力的信息，在SGSN收到UE的MBMS承載能力后進(jìn)行比較的結(jié)果是UE的MBMS承載能力小于要求的MBMS承載能力；得到比較結(jié)果后，SGSN拒絕該MBMS上下文請求，然后向GGSN發(fā)送激活MBMS上下文失敗消息。這種情況下，實(shí)現(xiàn)多媒體廣播/組播服務(wù)業(yè)務(wù)激活的方法如圖8所示，包括以下步驟步驟801～808與實(shí)施例二中步驟601～608的所有描述全部相同。
步驟809SGSN向GGSN發(fā)送激活MBMS上下文失敗消息，指示因?yàn)槌休d能力導(dǎo)致失敗，GGSN可以根據(jù)實(shí)際情況確定是否回退到3GPP 29.061描述的IP組播接入規(guī)范。
實(shí)施例五本實(shí)施例中，SGSN中已存有相關(guān)MBMS承載能力的信息，在SGSN收到UE的MBMS承載能力后進(jìn)行比較的結(jié)果是UE的MBMS承載能力小于要求的MBMS承載能力；得到比較結(jié)果后，SGSN拒絕該MBMS上下文請求，然后向GGSN發(fā)送激活MBMS上下文失敗消息，之后再向UE發(fā)送激活MBMS上下文拒絕消息。這種情況下，實(shí)現(xiàn)多媒體廣播/組播服務(wù)業(yè)務(wù)激活的方法如圖9所示，包括以下步驟步驟901～908與實(shí)施例二中步驟601～608的所有描述全部相同。
步驟909SGSN向GGSN發(fā)送激活MBMS上下文失敗消息，指示因?yàn)槌休d能力導(dǎo)致失敗，GGSN可以根據(jù)實(shí)際情況確定是否回退到3GPP 29.061描述的IP組播接入規(guī)范。
步驟910SGSN向UE發(fā)送激活MBMS上下文拒絕消息，該消息中攜帶有失敗的原因指示，還可以攜帶所需MBMS承載業(yè)務(wù)要求的MBMS承載能力。
在上述五個實(shí)施例中，對于實(shí)施例二和實(shí)施例五，最后一個步驟都是SGSN向GGSN發(fā)送激活MBMS上下文失敗消息，GGSN收到后可能會回退到3GPP29.061描述的IP組播接入規(guī)范，那么，對于GGSN不回退的情況，UE也可以在收到SGSN發(fā)來的激活MBMS上下文拒絕消息后，激活一個定時器，開始計時，同時判斷GGSN是否執(zhí)行回退，如果在定時器超時前GGSN執(zhí)行回退，則停止相應(yīng)的定時器；如果定時器超時，則UE重新申請進(jìn)行3GPP 29.061描述的IP組播接入規(guī)范，采用單播方式即PTP的方式來接收所需的組播業(yè)務(wù)。
對于實(shí)施例四，UE在給SGSN發(fā)送激活MBMS上下文請求Activate MBMSContext Request后，激活一個定時器，開始計時。在定時器超時前，如果收到激活MBMS上下文接受消息，或者GGSN執(zhí)行回退，則停止相應(yīng)的定時器；如果定時器到時，沒有收到激活MBMS上下文接受消息，或GGSN沒有執(zhí)行回退，則UE重新申請進(jìn)行3GPP 29.061描述的IP組播接入規(guī)范，采用單播方式即PTP的方式來接收所需的組播業(yè)務(wù)。
對于實(shí)施例二和實(shí)施例五，如果在SGSN向UE發(fā)送激活MBMS上下文拒絕消息中，攜帶有所需MBMS承載業(yè)務(wù)要求的MBMS承載能力，那么，UE收到激活MBMS上下文拒絕消息后，也可以將所收到消息中要求的MBMS承載能力與自身的MBMS承載能力再做一次比較，得到自身MBMS承載能力小于要求的MBMS承載能力后，如果發(fā)現(xiàn)GGSN也未進(jìn)行回退，則再重新申請以單播方式接收所需的組播業(yè)務(wù)。
實(shí)施例六本實(shí)施例中，SGSN中未存儲相關(guān)MBMS承載能力的信息，但MBMS UE上下文成功激活，那么，先按現(xiàn)有技術(shù)流程繼續(xù)處理，到最后一個步驟再比較UE的MBMS承載能力，并且，對于UE的MBMS承載能力小于要求的MBMS承載能力的情況，不僅對已建立的MBMS UE上下文去激活，而且SGSN要向GGSN發(fā)送激活MBMS上下文失敗消息，GGSN根據(jù)實(shí)際情況確定是否回退到3GPP 29.06 1描述的IP組播接入。這種情況下，實(shí)現(xiàn)多媒體廣播/組播服務(wù)業(yè)務(wù)激活的方法如圖10所示，具體包括以下步驟步驟1001～1006與現(xiàn)有技術(shù)中步驟301～306的所有描述完全相同。
步驟1007～1008SGSN收到當(dāng)前發(fā)送加入消息的UE發(fā)來的攜帶有其MBMS承載能力的激活MBMS上下文請求Activate MBMS Context Request后，發(fā)現(xiàn)自身未存儲相關(guān)的MBMS承載能力，也就是說，該SGSN未進(jìn)行注冊，則SGSN無法判定UE的MBMS承載能力是否滿足要求，所以，SGSN直接給發(fā)送MBMS通知請求的GGSN1返回MBMS通知響應(yīng)，該響應(yīng)中攜帶有原因，該原因用于指示是否成功激活MBMS UE上下文，以及如果不成功是由SGSN還是UE導(dǎo)致的。本實(shí)施例中，指示已成功進(jìn)行MBMS UE上下文激活。
步驟1009～1015與現(xiàn)有技術(shù)中步驟308～314的所有描述基本相同，其中，步驟1012和步驟1014是不能省略的。
步驟1016SGSN根據(jù)自身存儲的MBMS承載能力，判斷UE的MBMS承載能力是否低于當(dāng)前所需MBMS業(yè)務(wù)要求的MBMS承載能力，如果不是，則SGSN發(fā)送一個激活MBMS上下文接受消息Activate MBMS Context Accept給UE，該消息中含有MBMS承載能力，同時結(jié)束當(dāng)前處理流程。這里，MBMS承載能力標(biāo)識用于該MBMS承載業(yè)務(wù)最大的QoS，UE在激活更多MBMS承載業(yè)務(wù)時，可能會考慮該MBMS承載能力。
如果UE的MBMS承載能力低于當(dāng)前所需MBMS業(yè)務(wù)要求的MBMS承載能力，SGSN拒絕該激活一個MBMS UE上下文的請求，向UE發(fā)送一個激活MBMS上下文拒絕消息，并指示一個恰當(dāng)?shù)睦碛?，對已建立的MBMS UE上下文開始去激活過程，然后執(zhí)行步驟1017。本實(shí)施例就是UE的MBMS承載能力低于當(dāng)前所需MBMS業(yè)務(wù)要求的MBMS承載能力的情況。
步驟1017完成MBMS UE上下文去激活過程后，SGSN向GGSN1或GGSN2發(fā)送激活MBMS上下文失敗消息，指示因?yàn)槌休d能力導(dǎo)致失敗，GGSN1或GGSN2可以根據(jù)實(shí)際情況確定是否回退到3GPP 29.061描述的IP組播接入規(guī)范。
本實(shí)施中，對于GGSN不回退的情況，UE可以在步驟1016收到SGSN發(fā)來的激活MBMS上下文拒絕消息后，激活一個定時器，開始計時，同時判斷GGSN是否執(zhí)行回退，如果在定時器超時前GGSN執(zhí)行回退，則停止相應(yīng)的定時器；如果定時器超時，則UE重新申請進(jìn)行3GPP 29.061描述的IP組播接入規(guī)范，采用單播方式即PTP的方式來接收所需的組播業(yè)務(wù)。
在本實(shí)施例中，如果在步驟1016 SGSN向UE發(fā)送激活MBMS上下文拒絕消息中，攜帶有所需MBMS承載業(yè)務(wù)要求的MBMS承載能力，那么，UE收到激活MBMS上下文拒絕消息后，也可以將所收到消息中要求的MBMS承載能力與自身的MBMS承載能力再做一次比較，得到自身MBMS承載能力小于要求的MBMS承載能力后，如果發(fā)現(xiàn)GGSN也未進(jìn)行回退，則再重新申請以單播方式接收所需的組播業(yè)務(wù)。
實(shí)施例七
本實(shí)施例中，SGSN中未存儲相關(guān)MBMS承載能力的信息，但MBMS UE上下文成功激活，那么，先按現(xiàn)有技術(shù)流程繼續(xù)處理，到最后一個步驟再比較UE的MBMS承載能力，并且，對于UE的MBMS承載能力小于要求的MBMS承載能力的情況，不僅對已建立的MBMS UE上下文去激活，同時，UE收到激活MBMS上下文拒絕消息，重新申請采用單播方式接收當(dāng)前組播業(yè)務(wù)。這種情況下，實(shí)現(xiàn)多媒體廣播/組播服務(wù)業(yè)務(wù)激活的方法如圖11所示，具體包括以下步驟步驟1101～1116與實(shí)施例六中步驟1001～1016的所有描述完全相同。
步驟1117UE在收到激活MBMS上下文拒絕消息，或完成MBMS UE上下文去激活過程后，UE重新申請進(jìn)行3GPP 29.061描述的IP組播接入規(guī)范，采用單播方式即PTP的方式來接收所需的組播業(yè)務(wù)。
在本實(shí)施例中，如果在步驟1116 SGSN向UE發(fā)送激活MBMS上下文拒絕消息中，攜帶有所需MBMS承載業(yè)務(wù)要求的MBMS承載能力，那么，UE收到激活MBMS上下文拒絕消息后，也可以將所收到消息中要求的MBMS承載能力與自身的MBMS承載能力再做一次比較，得到自身MBMS承載能力小于要求的MBMS承載能力后，再重新申請以單播方式接收所需的組播業(yè)務(wù)。
在實(shí)際應(yīng)用中，對于實(shí)施例六和實(shí)施例七的情況，也可以只完成去激活過程，就結(jié)束MBMS的業(yè)務(wù)激活流程，不再繼續(xù)執(zhí)行步驟1017或步驟1117。
以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種實(shí)現(xiàn)多媒體廣播/組播服務(wù)MBMS業(yè)務(wù)激活的方法，包括以下步驟a.當(dāng)前需要接收組播業(yè)務(wù)的UE通過授權(quán)后，向自身所屬的SGSN發(fā)送攜帶有自身MBMS承載能力的信息；其特征在于，該方法還包括b.所述SGSN判斷自身是否存儲有要求的MBMS承載能力，如果沒有，則繼續(xù)創(chuàng)建MBMS UE上下文，并結(jié)束當(dāng)前處理流程；否則，執(zhí)行步驟c；c.判斷當(dāng)前要接收組播業(yè)務(wù)的UE的MBMS承載能力是否小于SGSN中存儲的要求的MBMS承載能力，如果是，則SGSN拒絕激活MBMS UE上下文的請求；否則，繼續(xù)創(chuàng)建MBMS UE上下文。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟a具體包括a1.當(dāng)前需要接收組播業(yè)務(wù)的UE通過自身所屬SGSN與網(wǎng)絡(luò)進(jìn)行交互建立分組數(shù)據(jù)協(xié)議上下文，并向網(wǎng)絡(luò)發(fā)送加入消息；a2.網(wǎng)絡(luò)收到加入消息后，對發(fā)送加入消息的當(dāng)前UE進(jìn)行授權(quán)判決，如果授權(quán)未通過，則結(jié)束當(dāng)前處理流程；如果授權(quán)通過，則網(wǎng)絡(luò)允許發(fā)送加入消息的當(dāng)前UE激活MBMS UE上下文，該當(dāng)前UE向自身所屬的SGSN發(fā)送攜帶有自身MBMS承載能力的信息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟c中SGSN拒絕激活MBMS UE上下文的請求后，進(jìn)一步包括c11.SGSN向當(dāng)前UE發(fā)送激活MBMS上下文拒絕消息，該消息中攜帶有拒絕原因；c12.SGSN向GGSN發(fā)送激活MBMS上下文失敗消息，該消息中攜帶有失敗原因，GGSN收到失敗消息后，確定是否回退到單播方式的IP組播接入。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟c中SGSN拒絕激活MBMS UE上下文的請求后，進(jìn)一步包括c21.SGSN向當(dāng)前UE發(fā)送激活MBMS上下文拒絕消息，該消息中攜帶有拒絕原因；c22.所述UE收到拒絕消息后，重新申請以單播方式接收所需的組播業(yè)務(wù)。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟c中SGSN拒絕激活MBMS UE上下文的請求后，進(jìn)一步包括c31.SGSN向GGSN發(fā)送激活MBMS上下文失敗消息，該消息中攜帶有失敗原因，GGSN收到失敗消息后，確定是否回退到單播方式的IP組播接入。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟c中SGSN拒絕激活MBMS UE上下文的請求后，進(jìn)一步包括c41.SGSN向GGSN發(fā)送激活MBMS上下文失敗消息，該消息中攜帶有失敗原因，GGSN收到失敗消息后，確定是否回退到單播方式的IP組播接入；c42.SGSN向當(dāng)前UE發(fā)送激活MBMS上下文拒絕消息，該消息中攜帶有拒絕原因。
7.根據(jù)權(quán)利要求3、4或6所述的方法，其特征在于，所述SGSN向當(dāng)前UE發(fā)送的激活MBMS上下文拒絕消息中，進(jìn)一步攜帶有該UE所需MBMS承載業(yè)務(wù)要求的MBMS承載能力。
8.根據(jù)權(quán)利要求3或6所述的方法，其特征在于，該方法進(jìn)一步包括當(dāng)前UE在收到SGSN發(fā)來的激活MBMS上下文拒絕消息后，激活一定時器，并判斷在定時器時間內(nèi)GGSN是否回退到單播方式的IP組播接入，如果回退，則停止定時器；如果定時器超時，則當(dāng)前UE重新申請以單播方式接收所需的組播業(yè)務(wù)。
9.根據(jù)權(quán)利要求5所述的方法，其特征在于，該方法進(jìn)一步包括UE在向自身所屬SGSN發(fā)送攜帶有自身MBMS承載能力的信息后，激活一定時器，并判斷在定時器時間內(nèi)，是否收到激活MBMS上下文接受消息或者GGSN是否回退到單播方式的IP組播接入，如果是，則停止定時器；如果定時器超時，則當(dāng)前UE重新申請以單播方式接收所需的組播業(yè)務(wù)。
10.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述SGSN向當(dāng)前UE發(fā)送的激活MBMS上下文拒絕消息中攜帶該UE所需MBMS承載業(yè)務(wù)要求的MBMS承載能力，則步驟c22中UE收到拒絕消息后，先將要求的MBMS承載能力與自身的MBMS承載能力進(jìn)行比較，如果大于，再重新申請以單播方式接收所需的組播業(yè)務(wù)。
11.根據(jù)權(quán)利要求3或6所述的方法，其特征在于，所述SGSN向當(dāng)前UE發(fā)送的激活MBMS上下文拒絕消息中攜帶該UE所需MBMS承載業(yè)務(wù)要求的MBMS承載能力，則UE收到激活MBMS上下文拒絕消息后，將要求的MBMS承載能力與自身的MBMS承載能力進(jìn)行比較，如果大于且GGSN未進(jìn)行回退，再重新申請以單播方式接收所需的組播業(yè)務(wù)。
12.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b中如果SGSN中未存儲要求的MBMS承載能力，則繼續(xù)執(zhí)行現(xiàn)有技術(shù)的處理流程，并且，在SGSN確定UE的MBMS承載能力低于當(dāng)前所需MBMS業(yè)務(wù)要求的MBMS承載能力，去激活當(dāng)前已建立的MBMS UE上下文后，SGSN向GGSN發(fā)送激活MBMS上下文失敗消息，GGSN收到失敗消息后，確定是否回退到單播方式的IP組播接入。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，該方法進(jìn)一步包括當(dāng)前UE在收到SGSN發(fā)來的激活MBMS上下文拒絕消息后，激活一定時器，并判斷在定時器時間內(nèi)GGSN是否回退到單播方式的IP組播接入，如果回退，則停止定時器；如果定時器超時，則當(dāng)前UE重新申請以單播方式接收所需的組播業(yè)務(wù)。
14.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述SGSN向GGSN發(fā)送激活MBMS上下文失敗消息為SGSN向與當(dāng)前UE建立初始PDP上下文的GGSN發(fā)送激活MBMS上下文失敗消息；或?yàn)镾GSN向曾與當(dāng)前UE創(chuàng)建MBMS UE上下文的GGSN發(fā)送激活MBMS上下文失敗消息。
15.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述SGSN向當(dāng)前UE發(fā)送的激活MBMS上下文拒絕消息中攜帶該UE所需MBMS承載業(yè)務(wù)要求的MBMS承載能力，則UE收到激活MBMS上下文拒絕消息后，將要求的MBMS承載能力與自身的MBMS承載能力進(jìn)行比較，如果大于且GGSN未進(jìn)行回退，再重新申請以單播方式接收所需的組播業(yè)務(wù)。
16.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b中如果SGSN中未存儲要求的MBMS承載能力，則繼續(xù)執(zhí)行現(xiàn)有技術(shù)的處理流程，并且，在SGSN確定UE的MBMS承載能力低于當(dāng)前所需MBMS業(yè)務(wù)要求的MBMS承載能力，去激活當(dāng)前已建立的MBMS UE上下文后，當(dāng)前UE重新申請以單播方式接收所需的組播業(yè)務(wù)；或者，在SGSN確定UE的MBMS承載能力低于當(dāng)前所需MBMS業(yè)務(wù)要求的MBMS承載能力，當(dāng)前UE收到SGSN發(fā)來的激活MBMS上下文拒絕消息后，重新申請以單播方式接收所需的組播業(yè)務(wù)。
17.根據(jù)權(quán)利要求16所述的方法，其特征在于，所述SGSN向當(dāng)前UE發(fā)送的激活MBMS上下文拒絕消息中攜帶該UE所需MBMS承載業(yè)務(wù)要求的MBMS承載能力，則UE收到拒絕消息后，先將要求的MBMS承載能力與自身的MBMS承載能力進(jìn)行比較，如果大于，再重新申請以單播方式接收所需的組播業(yè)務(wù)。
全文摘要
本發(fā)明公開了一種實(shí)現(xiàn)多媒體廣播/組播服務(wù)(MBMS)業(yè)務(wù)激活的方法，包括以下步驟a.當(dāng)前需要接收組播業(yè)務(wù)的UE通過授權(quán)后，向自身所屬的SGSN發(fā)送攜帶有自身MBMS承載能力的信息；關(guān)鍵是該方法還包括b.所述SGSN判斷自身是否存儲有要求的MBMS承載能力，如果沒有，則繼續(xù)創(chuàng)建MBMS UE上下文，并結(jié)束當(dāng)前處理流程；否則，執(zhí)行步驟c；c.判斷當(dāng)前要接收組播業(yè)務(wù)的UE的MBMS承載能力是否小于SGSN中存儲的要求的MBMS承載能力，如果是，則SGSN拒絕激活MBMS UE上下文的請求；否則，繼續(xù)創(chuàng)建MBMS UE上下文。該方法可簡化網(wǎng)絡(luò)中各實(shí)體間的信令交互，降低網(wǎng)絡(luò)復(fù)雜度，節(jié)約網(wǎng)絡(luò)資源。
文檔編號H04L12/54GK1642132SQ20041003160
公開日2005年7月20日 申請日期2004年3月29日 優(yōu)先權(quán)日2004年3月29日
發(fā)明者張海 申請人:華為技術(shù)有限公司