專利名稱：一種多媒體廣播/組播業(yè)務(wù)組播激活的方法
技術(shù)領(lǐng)域：
本發(fā)明屬于移動通信領(lǐng)域，尤其涉及MBMS業(yè)務(wù)中，MBMS組播激活的方法。
背景技術(shù)：
組播和廣播是一種從一個數(shù)據(jù)源向多個目標傳送數(shù)據(jù)報文的技術(shù)。隨著Internet的迅猛發(fā)展，大量多媒體業(yè)務(wù)涌現(xiàn)出來，其中一些應(yīng)用業(yè)務(wù)要求多個用戶能同時接收相同數(shù)據(jù)，例如視頻點播、電視廣播、視頻會議、網(wǎng)上教育或者互動游戲等。與一般的數(shù)據(jù)相比，這些多媒體業(yè)務(wù)具有數(shù)據(jù)量大、持續(xù)時間長、時延敏感等特點。由于移動網(wǎng)絡(luò)具有特定的網(wǎng)絡(luò)結(jié)構(gòu)、功能實體和無線接口，與有線IP網(wǎng)絡(luò)不同，因此目前的IP組播業(yè)務(wù)只適用于有線IP網(wǎng)絡(luò)，不適用于移動網(wǎng)絡(luò)。
為了有效地利用移動網(wǎng)絡(luò)資源，第三代伙伴組織計劃(Third GenerationPartnership Projects，3GPP)提出了多媒體廣播/組播業(yè)務(wù)(MultimediaBroadcast/Multicast Service，MBMS)，即在移動網(wǎng)絡(luò)中提供一個數(shù)據(jù)源向多個用戶發(fā)送數(shù)據(jù)的點到多點業(yè)務(wù)，實現(xiàn)網(wǎng)絡(luò)資源共享，提高網(wǎng)絡(luò)資源的利用率，尤其是空中接口資源。3GPP定義的MBMS不僅能實現(xiàn)純文本低速率的消息類組播和廣播，而且還能實現(xiàn)高速多媒體業(yè)務(wù)的組播和廣播。
MBMS的網(wǎng)絡(luò)參考模型如圖1所示，MBMS承載業(yè)務(wù)的邊緣為Gmb、Gi參考點，即廣播/組播業(yè)務(wù)中心(BM-SC)與網(wǎng)關(guān)GPRS支持節(jié)點(Gateway GPRSSupport Node，GGSN)之間的接口，Gmb接口提供控制面功能，Gi接口提供用戶面承載功能。
BM-SC是內(nèi)容提供者/組播廣播內(nèi)容源的入口，用于授權(quán)和在移動網(wǎng)中發(fā)起MBMS承載業(yè)務(wù)，并按照預(yù)定時間計劃傳送MBMS內(nèi)容。其功能包括對第三方內(nèi)容提供商鑒權(quán)、授權(quán)和計費；提供MBMS傳輸相關(guān)參數(shù)，例如服務(wù)質(zhì)量(Quality of Service，QoS)、組播廣播區(qū)域、發(fā)起和終止MBMS傳輸資源；從外部數(shù)據(jù)源接收并傳送MBMS內(nèi)容，安排MBMS會話傳送并告知用戶，會話重傳等；業(yè)務(wù)聲明，包括媒體描述、會話描述如組播業(yè)務(wù)標識、地址、傳送時間等。內(nèi)容提供者/組播廣播內(nèi)容源可以通過分組數(shù)據(jù)網(wǎng)(Packet DataNetwork，PDN)，如internet向BM-SC提供內(nèi)容。
GGSN作為MBMS數(shù)據(jù)的IP組播業(yè)務(wù)節(jié)點，根據(jù)BM-SC的請求為廣播或組播傳送建立或釋放與服務(wù)GPRS支持節(jié)點(Serving GPRS Supporting Node，SGSN)間的MBMS承載，從BM-SC或其它數(shù)據(jù)源接收IP廣播/組播內(nèi)容，并通過GPRS隧道協(xié)議(GPRS Tunneling Protocol，GTP)隧道傳送給相關(guān)的SGSN。
SGSN對用戶進行網(wǎng)絡(luò)控制，支持MBMS接收者在SGSN間的移動，根據(jù)GGSN的請求建立或釋放與GGSN之間的MBMS承載，將廣播/組播數(shù)據(jù)傳送給無線接入網(wǎng)絡(luò)(Radio Access Network，RAN)，如通用地面無線接入網(wǎng)路(Universal Terrestrial Radio Access Network，UTRAN)、GSM/EDGE無線接入網(wǎng)(GSM/EDGE Radio Access Network，GERAN)。SGSN通過歸屬位置寄存器(Home Location Register，HLR)獲取用戶信息。
RAN根據(jù)SGSN的請求建立或釋放與SGSN之間的MBMS承載，在預(yù)定的廣播/組播業(yè)務(wù)區(qū)域選擇共享信道或?qū)Ｓ行诺纻魉蚆BMS業(yè)務(wù)，支持核心網(wǎng)發(fā)起和終止MBMS傳送，支持MBMS接收者在無線網(wǎng)絡(luò)控制器(Radio NetworkController，RNC)間的移動，支持傳輸MBMS業(yè)務(wù)聲明、尋呼信息、MBMS并行業(yè)務(wù)，例如接收MBMS視頻內(nèi)容同時進行語音呼叫和消息業(yè)務(wù)。
用戶設(shè)備(User Equipment，UE)支持激活/去激活MBMS業(yè)務(wù)，對內(nèi)容進行加密和一致性保護等MBMS安全相關(guān)功能，接收MBMS業(yè)務(wù)聲明、尋呼信息或支持同步業(yè)務(wù)以及根據(jù)MBMS會話標識決定是否忽略MBMS會話。
有關(guān)MBMS的網(wǎng)絡(luò)參考模型的更多內(nèi)容參見3GPP TS 23.246“3rdGeneration Partnership Project；Technical Specification Group Services and SystemAspects；Multimedia Broadcast/Multicast Service(MBMS)；Architecture andfunctional description”，本發(fā)明在此引用，不再贅述。
一個MBMS業(yè)務(wù)在一次會話(Session)期間擁有一棵分發(fā)樹，如圖2所示。樹根在BM-SC，樹葉是所有準備接收此業(yè)務(wù)的UE。無論下游節(jié)點下還有多少分支，一個上游節(jié)點和一個下游節(jié)點之間只存在一個分支，稱作一個MBMS承載。一個分發(fā)樹的所有分支使用同樣的QoS。除了葉子節(jié)點外，其它節(jié)點都保存有一個下游節(jié)點列表，當有會話數(shù)據(jù)需要下發(fā)時，上游節(jié)點通過與這些下游節(jié)點間的MBMS承載將會話數(shù)據(jù)發(fā)往指定的下游節(jié)點。對于每個下游節(jié)點，只發(fā)送一份會話數(shù)據(jù)，再由下游節(jié)點繼續(xù)分發(fā)。
組播業(yè)務(wù)的主要流程如圖3所示，包括簽約(Subscription)、服務(wù)公告(Service announcement)、加入(Joining)、會話開始(Session Start)、MBMS通知(MBMS notification)、數(shù)據(jù)傳輸(Data transfer)、會話結(jié)束(Session Stop)以及離開(Leaving)等階段。其中，Joining是一個簽約用戶加入組播組的過程，即用戶通知網(wǎng)絡(luò)希望接收某個組播業(yè)務(wù)的數(shù)據(jù)。在實現(xiàn)中，Joining過程通過MBMS組播激活流程來完成，也是一個組播分發(fā)樹建立的過程。在此過程中，如果下游節(jié)點發(fā)現(xiàn)和上游節(jié)點還未建立MBMS承載關(guān)系，即沒有加入上游節(jié)點的下游節(jié)點列表，則通過注冊流程加入到上游節(jié)點的下游節(jié)點列表中，從而加入到組播分發(fā)樹中。此時，僅僅是下游節(jié)點和上游節(jié)點間建立MBMS承載關(guān)系，而沒有真正建立用戶面的MBMS承載，也沒有為MBMS承載分配所需的資源。直到Session start時，才真正建立用戶面MBMS承載，分配其所需的資源，提供一定的QoS，用于傳輸MBMS會話數(shù)據(jù)。
有關(guān)上述MBMS的組播業(yè)務(wù)主要流程的更多內(nèi)容參見3GPP TS 23.246“3rd Generation Partnership Project；Technical Specification Group Services andSystem Aspects；Multimedia Broadcast/Multicast Service(MBMS)；Architectureand functional description”，本發(fā)明在此引用，不再贅述。
圖4示出了MBMS組播激活流程，詳述如下
1.UE激活一個PDP上下文(PDP Context Activation)。
2.UE通過該PDP上下文發(fā)送互聯(lián)網(wǎng)組管理協(xié)議(Internet GroupManagement Protocol，IGMP)加入(Join)消息通知GGSN其希望加入一個特定的組播組(IGMP Join)。
3.GGSN向BM-SC發(fā)送MBMS鑒權(quán)請求(MBMS Authorization Request)消息，BM-SC根據(jù)用戶的簽約信息決定是否允許用戶加入該組播組。BM-SC通過MBMS鑒權(quán)響應(yīng)(MBMS Authorization Response)消息，通知GGSN認證結(jié)果，如果認證未通過，則終止流程；否則，進行后續(xù)流程。
4a.GGSN向SGSN發(fā)送MBMS通知請求(MBMS Notification Request)消息，通知SGSN，UE請求加入一個特定的組播組。
4b.SGSN向GGSN返回MBMS通知響應(yīng)(MBMS Notification Response)消息，指示GGSN，SGSN是否允許激活流程繼續(xù)。
5.SGSN向UE發(fā)送請求MBMS上下文激活(Request MBMS ContextActivation)消息，請求UE發(fā)起MBMS激活流程。
6.UE向SGSN發(fā)送激活MBMS上下文請求(Activate MBMS ContextRequest)消息請求激活。消息中會攜帶UE的MBMS支持能力。如果SGSN和該GGSN之間已經(jīng)建立了MBMS承載關(guān)系，SGSN比較該MBMS承載所需的支持能力和UE的支持能力，如果UE的MBMS支持能力小于該MBMS承載所需的支持能力，SGSN將向UE發(fā)送激活MBMS上下文拒絕(ActivateMBMS Context Reject)消息。
7.如果SGSN中建立起了MBMS UE上下文，則進行后續(xù)流程；如果SGSN中沒有建立起MBMS UE上下文，則SGSN向GGSN發(fā)送MBMS通知拒絕請求(MBMS Notification Reject Request)消息請求拒絕，GGSN向SGSN回MBMS通知拒絕響應(yīng)(MBMS Notification Reject Response)消息，防止后續(xù)繼續(xù)發(fā)送MBMS Notification Request消息，流程至此結(jié)束。
8.UE和SGSN間執(zhí)行安全功能(Security Functions)。
9.Gb模式下，如果跟蹤功能被激活，SGSN通知RAN側(cè)激活跟蹤(InvokeTrace)。
10.SGSN向GGSN發(fā)送創(chuàng)建MBMS上下文請求(Create MBMS ContextRequest)消息，請求GGSN建立MBMS UE上下文。該GGSN可能與步驟2～4中的GGSN不是同一個GGSN。
11.GGSN向BM-SC發(fā)送MBMS Authorization Request，請求BM-SC建立MBMS UE上下文。BM-SC建立起MBMS UE上下文，并通過MBMSAuthorization Response消息通知GGSN結(jié)果。
12.如果GGSN和BM-SC之間還未為該組播業(yè)務(wù)建立MBMS承載關(guān)系，GGSN向BM-SC發(fā)送MBMS注冊請求(MBMS Registration Request)消息請求建立MBMS承載關(guān)系。
BM-SC為該MBMS承載分配臨時移動組標識，該標識通過MBMS注冊響應(yīng)(MBMS Registration Response)消息到達GGSN、SGSN，并通過激活MBMS上下文接受(Activate MBMS Context Accept)消息發(fā)送給UE。
BM-SC向GGSN返回MBMS Registration Response消息，并把GGSN加入到下游節(jié)點列表中。
13.GGSN建立MBMS上下文，并向SGSN返回創(chuàng)建MBMS上下文響應(yīng)(Create MBMS Context Response)消息。
14.如果SGSN和GGSN之間還未為該組播業(yè)務(wù)建立MBMS承載關(guān)系，SGSN向GGSN發(fā)送MBMS Registration Request消息請求建立MBMS承載關(guān)系。
GGSN向SGSN返回MBMS Registration Response消息，并把SGSN加入下游節(jié)點列表。
15.Iu模式特殊情況下，SGSN將MBMS UE上下文提供給RAN(Provisionof MBMS UE Context to RAN)。
16.Iu模式下，如果跟蹤功能被激活，SGSN通知RAN側(cè)激活跟蹤。
17.SGSN向MS發(fā)送激活MBMS上下文接受(Activate MBMS ContextAccept)消息。該消息中包含MBMS承載所需的支持能力，當UE后續(xù)需要激活MBMS業(yè)務(wù)時，需要考慮該能力。如果SGSN在步驟6中由于和GGSN之間還未建立MBMS承載關(guān)系，而導(dǎo)致沒有比較該MBMS承載所需的支持能力和UE的支持能力，則在本步驟中執(zhí)行比較。如果UE的MBMS支持能力小于該MBMS承載所需的支持能力，SGSN將向UE發(fā)送激活MBMS上下文拒絕(Activate MBMS Context Reject)消息。
在上述過程中，收到UE的IGMP Join消息的GGSN和后續(xù)真正與SGSN之間建立MBMS承載關(guān)系的GGSN不一定是同樣的GGSN，前者為轉(zhuǎn)接GGSN，后者為服務(wù)GGSN。轉(zhuǎn)接GGSN的功能在于僅僅通過將UE希望加入特定組播組的信息轉(zhuǎn)發(fā)給BM-SC，并由BM-SC進行簽約信息的認證，并不負責(zé)建立MBMS承載關(guān)系和MBMS UE上下文。
轉(zhuǎn)接GGSN在上述流程的步驟4后就完成了自己的責(zé)任，步驟4b中SGSN已經(jīng)向轉(zhuǎn)接GGSN返回了MBMS Notification Response消息，收到該響應(yīng)后，轉(zhuǎn)接GGSN的功能已經(jīng)完成，后續(xù)出現(xiàn)異常情況，也不需要向SGSN重發(fā)MBMSNotification Request消息。正常情況下，步驟7不會發(fā)生，因此轉(zhuǎn)接GGSN不需要等待后續(xù)流程的消息，也不需要知道后續(xù)流程的進展。協(xié)議里步驟7描述“防止后續(xù)繼續(xù)發(fā)送MBMS Notification Request消息”的理由不成立。
同時，步驟6以后，如果出現(xiàn)異常情況，SGSN內(nèi)沒有建立起MBMS UE上下文后，UE不需要再執(zhí)行后續(xù)流程。
因此，上述流程當SGSN沒有建立起MBMS UE上下文的情況下，SGSN需要等待后續(xù)流程的消息，增加了不必要的信令。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種多媒體廣播/組播業(yè)務(wù)組播激活的方法，旨在解決現(xiàn)有技術(shù)中存在的在MBMS組播激活流程中，當SGSN沒有建立起MBMSUE上下文的情況下，SGSN需要等待后續(xù)流程的消息，增加了不必要的信令的問題。
本發(fā)明是這樣實現(xiàn)的，一種多媒體廣播/組播業(yè)務(wù)組播激活的方法，當收到UE發(fā)送的激活MBMS UE上下文請求時，若SGSN未建立起MBMS UE上下文，SGSN取消向GGSN發(fā)送MBMS通知拒絕請求消息。
所述方法進一步包括下述步驟SGSN向UE發(fā)送激活MBMS上下文拒絕消息，通知UE終止后續(xù)流程。
通過本發(fā)明，可以在SGSN沒有建立起MBMS UE上下文的情況下，優(yōu)化MBMS組播激活流程，節(jié)省不必要的信令。


圖1是MBMS的網(wǎng)絡(luò)參考模型圖；圖2是MBMS業(yè)務(wù)會話分發(fā)樹示意圖；圖3是MBMS組播業(yè)務(wù)的階段示意圖；圖4是MBMS組播激活流程圖；圖5是本發(fā)明第一實施例中提供的MBMS組播激活流程圖；圖6是本發(fā)明第二實施例中提供的MBMS組播激活流程圖。
具體實施例方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進行進一步詳細說明。應(yīng)當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
在本發(fā)明的第一實施例中，如圖5所示，如果出現(xiàn)異常情況，SGSN沒有建立起MBMS UE上下文，則SGSN取消向GGSN發(fā)送MBMS NotificationReject Request消息，其他步驟與現(xiàn)有技術(shù)相同，不再贅述。
在本發(fā)明的第二實施例中，如圖6所示，如果出現(xiàn)異常情況，SGSN沒有建立起MBMS UE上下文，SGSN取消向GGSN發(fā)送MBMS Notification RejectRequest消息，并向UE發(fā)送激活MBMS上下文拒絕(Activate MBMS ContextReject)消息(步驟7)，通知UE終止后續(xù)流程，其他步驟與現(xiàn)有技術(shù)相同，不再贅述。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種多媒體廣播/組播業(yè)務(wù)組播激活的方法，其特征在于，當收到UE發(fā)送的激活MBMS UE上下文請求時，若SGSN未建立起MBMS UE上下文，SGSN取消向GGSN發(fā)送MBMS通知拒絕請求消息。
2.如權(quán)利要求1所述的多媒體廣播/組播業(yè)務(wù)組播激活的方法，其特征在于，所述方法進一步包括下述步驟SGSN向UE發(fā)送激活MBMS上下文拒絕消息，通知UE終止后續(xù)流程。
全文摘要
本發(fā)明適用于移動通信領(lǐng)域，提供了一種多媒體廣播/組播業(yè)務(wù)組播激活的方法，當收到UE發(fā)送的激活MBMS UE上下文請求時，若SGSN未建立起MBMS UE上下文，SGSN取消向GGSN發(fā)送MBMS通知拒絕請求消息。通過本發(fā)明，可以在SGSN沒有建立起MBMS UE上下文的情況下，優(yōu)化MBMS組播激活流程，節(jié)省不必要的信令。
文檔編號H04W8/24GK1859778SQ200610033659
公開日2006年11月8日 申請日期2006年2月14日 優(yōu)先權(quán)日2006年2月14日
發(fā)明者陳靖 申請人:華為技術(shù)有限公司