專利名稱：一種多媒體廣播/組播業(yè)務(wù)中建立gtp隧道的方法
技術(shù)領(lǐng)域：
本發(fā)明屬于移動(dòng)通信領(lǐng)域，尤其涉及在多媒體廣播/組播業(yè)務(wù)中建立GTP隧道的方法。
背景技術(shù)：
組播和廣播是一種從一個(gè)數(shù)據(jù)源向多個(gè)目標(biāo)傳送數(shù)據(jù)報(bào)文的技術(shù)。隨著Internet的迅猛發(fā)展，大量多媒體業(yè)務(wù)涌現(xiàn)出來，其中一些應(yīng)用業(yè)務(wù)要求多個(gè)用戶能同時(shí)接收相同數(shù)據(jù)，例如視頻點(diǎn)播、電視廣播、視頻會(huì)議、網(wǎng)上教育或者互動(dòng)游戲等。與一般的數(shù)據(jù)相比，這些多媒體業(yè)務(wù)具有數(shù)據(jù)量大、持續(xù)時(shí)間長、時(shí)延敏感等特點(diǎn)。由于移動(dòng)網(wǎng)絡(luò)具有特定的網(wǎng)絡(luò)結(jié)構(gòu)、功能實(shí)體和無線接口，與有線IP網(wǎng)絡(luò)不同，因此目前的IP組播業(yè)務(wù)只適用于有線IP網(wǎng)絡(luò)，不適用于移動(dòng)網(wǎng)絡(luò)。
為了有效地利用移動(dòng)網(wǎng)絡(luò)資源，第三代伙伴組織計(jì)劃(Third GenerationPartnership Projects，3GPP)提出了多媒體廣播/組播業(yè)務(wù)(MultimediaBroadcast/Multicast Service，MBMS)，即在移動(dòng)網(wǎng)絡(luò)中提供一個(gè)數(shù)據(jù)源向多個(gè)用戶發(fā)送數(shù)據(jù)的點(diǎn)到多點(diǎn)業(yè)務(wù)，實(shí)現(xiàn)網(wǎng)絡(luò)資源共享，提高網(wǎng)絡(luò)資源的利用率，尤其是空中接口資源。3GPP定義的MBMS不僅能實(shí)現(xiàn)純文本低速率的消息類組播和廣播，而且還能實(shí)現(xiàn)高速多媒體業(yè)務(wù)的組播和廣播。
MBMS的網(wǎng)絡(luò)參考模型如圖1所示，MBMS承載業(yè)務(wù)的邊緣為Gmb、Gi參考點(diǎn)，即廣播組播業(yè)務(wù)中心(BM-SC)與網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(Gateway GPRSSupport Node，GGSN)之間的接口，Gmb接口提供控制面功能，Gi接口提供用戶面承載功能。
BM-SC是內(nèi)容提供者/組播廣播內(nèi)容源的入口，用于授權(quán)和在移動(dòng)網(wǎng)中發(fā)起MBMS承載業(yè)務(wù)，并按照預(yù)定時(shí)間計(jì)劃傳送MBMS內(nèi)容。其功能包括對第三方內(nèi)容提供商鑒權(quán)、授權(quán)和計(jì)費(fèi)；提供MBMS傳輸相關(guān)參數(shù)，例如服務(wù)質(zhì)量(Quality of Service，QoS)、組播廣播區(qū)域、發(fā)起和終止MBMS傳輸資源；從外部數(shù)據(jù)源接收并傳送MBMS內(nèi)容，安排MBMS會(huì)話傳送并告知用戶，會(huì)話重傳等；業(yè)務(wù)聲明，包括媒體描述、會(huì)話描述如組播業(yè)務(wù)標(biāo)識、地址、傳送時(shí)間等。內(nèi)容提供者/組播廣播內(nèi)容源可以通過分組數(shù)據(jù)網(wǎng)(Packet DataNetwork，PDN)，如internet向BM-SC提供內(nèi)容。
GGSN作為MBMS數(shù)據(jù)的IP組播業(yè)務(wù)節(jié)點(diǎn)，根據(jù)BM-SC的請求為廣播或組播傳送建立或釋放與服務(wù)GPRS支持節(jié)點(diǎn)(Serving GPRS Suporting Node，SGSN)間的MBMS承載，從BM-SC或其它數(shù)據(jù)源接收IP廣播/組播內(nèi)容，并通過GPRS隧道協(xié)議(GPRS Tunneling Protocol，GTP)隧道傳送給相關(guān)的SGSN。
SGSN對用戶進(jìn)行網(wǎng)絡(luò)控制，支持MBMS接收者在SGSN間的移動(dòng)，根據(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)間的移動(dòng)，支持傳輸MBMS業(yè)務(wù)聲明、尋呼信息、MBMS并行業(yè)務(wù)，例如接收MBMS視頻內(nèi)容同時(shí)進(jìn)行語音呼叫和消息業(yè)務(wù)。
用戶設(shè)備(User Equipment，UE)支持激活/去激活MBMS業(yè)務(wù)，對內(nèi)容進(jìn)行加密和一致性保護(hù)等MBMS安全相關(guān)功能，接收MBMS業(yè)務(wù)聲明、尋呼信息或支持同步業(yè)務(wù)以及根據(jù)MBMS會(huì)話標(biāo)識決定是否忽略MBMS會(huì)話。
在上述MBMS的網(wǎng)絡(luò)參考模型中，Gn/Gp表示SGSN和GGSN之間的接口，Gi表示BM-SC和GGSN之間的接口并且接口協(xié)議是互聯(lián)網(wǎng)組播管理協(xié)議(Internet Group Management Protocol，IGMP)。Gmb表示BM-SC和GGSN之間的接口并且接口協(xié)議專用于傳遞MBMS信令參數(shù)。Gr表示SGSN與HLR之間的接口。Iu表示SGSN與UTRAN之間的接口。Iu/Gb表示SGSN與GERAN之間的接口。UE分別通過Uu和Um接口與UTRAN、GERAN連接通信。
有關(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ā)明在此引用，不再贅述。
一個(gè)MBMS業(yè)務(wù)在一次會(huì)話(Session)期間擁有一棵分發(fā)樹，如圖2所示。樹根在BM-SC，樹葉是所有準(zhǔn)備接收此業(yè)務(wù)的UE。無論下游節(jié)點(diǎn)下還有多少分支，一個(gè)上游節(jié)點(diǎn)和一個(gè)下游節(jié)點(diǎn)之間只存在一個(gè)分支，稱作一個(gè)MBMS承載。一個(gè)分發(fā)數(shù)的所有分支使用同樣的QoS。除了葉子節(jié)點(diǎn)外，其它節(jié)點(diǎn)都保存有一個(gè)下游節(jié)點(diǎn)列表，當(dāng)有會(huì)話數(shù)據(jù)需要下發(fā)時(shí)，上游節(jié)點(diǎn)通過與這些下游節(jié)點(diǎn)間的MBMS承載將會(huì)話數(shù)據(jù)發(fā)往指定的下游節(jié)點(diǎn)。對于每個(gè)下游節(jié)點(diǎn)，只發(fā)送一份會(huì)話數(shù)據(jù)，再由下游節(jié)點(diǎn)繼續(xù)分發(fā)。
組播業(yè)務(wù)的主要流程如圖3所示，包括簽約(Subscription)、服務(wù)公告(Service announcement)、加入(Joining)、會(huì)話開始(Session Start)、MBMS通知(MBMS notification)、數(shù)據(jù)傳輸(Data transfer)、會(huì)話結(jié)束(Session Stop)以及離開(Leaving)等階段。其中，Joining是一個(gè)簽約用戶加入組播組的過程，即用戶通知網(wǎng)絡(luò)希望接收某個(gè)組播業(yè)務(wù)的數(shù)據(jù)。在實(shí)現(xiàn)中，Joining過程通過MBMS組播激活流程來完成，也是一個(gè)組播分發(fā)樹建立的過程。在此過程中，如果下游節(jié)點(diǎn)發(fā)現(xiàn)和上游節(jié)點(diǎn)還未建立MBMS承載關(guān)系，即沒有加入上游節(jié)點(diǎn)的下游節(jié)點(diǎn)列表，則通過注冊流程加入到上游節(jié)點(diǎn)的下游節(jié)點(diǎn)列表中，從而加入到組播分發(fā)樹中。此時(shí)，僅僅是下游節(jié)點(diǎn)和上游節(jié)點(diǎn)間建立MBMS承載關(guān)系，而沒有真正建立用戶面的MBMS承載，也沒有為MBMS承載分配所需的資源。直到Session start時(shí)，才真正建立用戶面MBMS承載，分配其所需的資源，提供一定的QoS，用于傳輸MBMS會(huì)話數(shù)據(jù)。
廣播業(yè)務(wù)的主要流程如圖4所示，與組播流程相比，少了Subscription、Joining和Leaving流程。廣播用戶不需要進(jìn)行簽約，也不需要加入特定的廣播組，只要其所在的地理位置在廣播域內(nèi)，就可以接收廣播業(yè)務(wù)。
有關(guān)上述MBMS的組播、廣播業(yè)務(wù)的主要流程的更多內(nèi)容參見3GPP TS23.246“3rd Generation Partnership Project；Technical Specification Group Servicesand System Aspects；Multimedia Broadcast/Multicast Service(MBMS)；Architecture and functional description”，本發(fā)明在此引用，不再贅述。
圖5示出了MBMS組播激活流程，詳述如下1.UE激活一個(gè)分組數(shù)據(jù)協(xié)議(Packet Data Protocol，PDP)上下文(PDPContext Activation)。
2.UE通過該P(yáng)DP上下文通知GGSN其希望加入一個(gè)特定的組播組(IGMPJoin)。
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認(rèn)證結(jié)果，如果認(rèn)證未通過，則終止流程；否則，進(jìn)行后續(xù)流程。
4a.GGSN向SGSN發(fā)送MBMS通知請求(MBMS Notification Request)消息，通知SGSN，UE請求加入一個(gè)特定的組播組。
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)消息請求激活。消息中會(huì)攜帶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上下文，則進(jìn)行后續(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不是同一個(gè)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承載分配臨時(shí)移動(dòng)組標(biāo)識，該標(biāo)識通過MBMS注冊響應(yīng)(MBMS Registration Response)消息到達(dá)GGSN、SGSN，并通過激活MBMS上下文接受(Activate MBMS Context Accept)消息發(fā)送給UE。
BM-SC向GGSN返回MBMS Registration Response消息，并把GGSN加入到下游節(jié)點(diǎn)列表中。
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é)點(diǎn)列表。
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承載所需的支持能力，當(dāng)UE后續(xù)需要激活MBMS業(yè)務(wù)時(shí)，需要考慮該能力。如果SGSN在步驟6中由于和GGSN之間還未建立MBMS承載關(guān)系，而導(dǎo)致沒有比較該MBMS承載所需的支持能力和UE的支持能力，則在本步驟中執(zhí)行比較。如果UE的MBMS支持能力小于該MBMS承載所需的支持能力，SGSN將向UE發(fā)送激活MBMS上下文拒絕(Activate MBMS Context Reject)消息。
會(huì)話開始流程由BM-SC決定發(fā)起，如圖6所示。上游節(jié)點(diǎn)依次向下游節(jié)點(diǎn)發(fā)起會(huì)話開始請求，并和下游節(jié)點(diǎn)間建立其用戶面MBMS承載，即分配其所需的資源，提供一定的QoS，用于傳輸MBMS會(huì)話數(shù)據(jù)。
會(huì)話結(jié)束流程同樣由BM-SC決定發(fā)起，如圖7所示。上游節(jié)點(diǎn)依次向下游節(jié)點(diǎn)發(fā)起會(huì)話結(jié)束請求，并釋放和下游節(jié)點(diǎn)間的用戶面MBMS承載，即釋放其占用的資源。
如圖8所示，MBMS組播去激活流程與MBMS組播激活流程相對應(yīng)，用于用戶退出某個(gè)組播組。與激活流程不同的是，該流程可以由各個(gè)網(wǎng)絡(luò)實(shí)體主動(dòng)發(fā)起，如UE、SGSN、GGSN或BM-SC。如果由UE發(fā)起，從步驟1開始；如果由BM-SC發(fā)起，從步驟3開始；如果由GGSN發(fā)起，從步驟3開始；如果由SGSN，從步驟5或9開始。
l.UE通過PDP上下文通知GGSN其希望退出一個(gè)特定的組播組(IGMPLeave)。
2.GGSN向BM-SC發(fā)送離開指示(Leave Indication)消息。
3.收到離開指示消息后，BM-SC核實(shí)該UE的IP多播地址和MBMS承載服務(wù)，然后向GGSN發(fā)送刪除請求(Removal Request)消息。
4.GGSN向SGSN發(fā)送MBMS UE上下文去激活請求(MBMS UE ContextDeactivation Request)消息，通知SGSN，UE請求退出一個(gè)特定的組播組。SGSN向GGSN返回MBMS UE上下文去激活響應(yīng)(MBMS UE Context DeactivationResponse)消息。
5.SGSN向UE發(fā)送去激活MBMS上下文請求(Deactivate MBMS ContextRequest)消息，請求UE去激活MBMS UE上下文。
6.UE去激活MBMS UE上下文，并向SGSN發(fā)送去激活MBMS上下文接受(Activate MBMS Context Accept)消息。
7.如果Iu模式下，UE處于PMM-CONNECT狀態(tài)，并且已經(jīng)鏈接到RAN，SGSN向RAN發(fā)送MBMS UE去鏈接請求(MBMS UE De-Linking Request)消息。RAN去激活MBMS UE上下文，并向SGSN返回MBMS UE去鏈接響應(yīng)(MBMS UE De-Linking Response)消息。
8.釋放空中接口資源。
9.SGSN向GGSN發(fā)送刪除MBMS上下文請求(Delete MBMS ContextRequest)消息，請求GGSN刪除MBMS UE上下文。該GGSN可能與步驟2～4中的GGSN不是同一個(gè)GGSN。
10.GGSN向BM-SC發(fā)送去激活指示(Deactivation Indication)消息，確認(rèn)去激活MBMS UE上下文。BM-SC去激活MBMS UE上下文，并向GGSN返回去激活確認(rèn)(Deactivation Confirmation)消息。
11.如果GGSN和BM-SC之間已無UE使用為該組播業(yè)務(wù)建立MBMS承載關(guān)系，并且該MBMS承載關(guān)系的下游節(jié)點(diǎn)列表為空，GGSN向BM-SC發(fā)送MBMS注銷請求(MBMS De-Registration Request)消息，請求釋放該MBMS承載關(guān)系。BM-SC向GGSN返回MBMS Registration Response消息，并把GGSN從下游節(jié)點(diǎn)列表中刪除。
12.GGSN去激活MBMS UE上下文，并向SGSN返回刪除MBMS上下文請求(Delete MBMS Context Response)消息。收到該消息后，SGSN去激活MBMS UE上下文。
13.如果SGSN和GGSN之間已無UE使用為該組播業(yè)務(wù)建立MBMS承載關(guān)系，并且該MBMS承載關(guān)系的下游節(jié)點(diǎn)列表為空，SGSN向GGSN發(fā)送MBMS注銷請求(MBMS De-Registration Request)消息，請求釋放該MBMS承載關(guān)系。GGSN向SGSN返回MBMS Registration Response消息，并把SGSN從下游節(jié)點(diǎn)列表中刪除。
注銷流程除了由下游節(jié)點(diǎn)發(fā)起外，還可以由BM-SC決定發(fā)起，如圖9所示。上游節(jié)點(diǎn)依次向下游節(jié)點(diǎn)發(fā)起注銷請求，并釋放和下游節(jié)點(diǎn)間的用戶面MBMS承載，即釋放其所占用的資源。同時(shí)，MBMS組播模式下，各個(gè)網(wǎng)元都釋放MBMS UE相關(guān)的上下文，用戶退出組播組。
上述MBMS組播激活流程、會(huì)話開始流程、會(huì)話結(jié)束流程、注冊流程、去激活流程以及注銷流程等MBMS組播業(yè)務(wù)流程在3GPP TS 23.246“3rdGeneration Partnership Project；Technical Specification Group Services and SystemAspects；Multimedia Broadcast/Multicast Service(MBMS)；Architecture andfunctional description”中有詳細(xì)定義，本發(fā)明在此引用，不再贅述。
UE通過無線接入網(wǎng)接入SGSN，不同的無線接入網(wǎng)使用不同的接口協(xié)議和SGSN連接。基站子系統(tǒng)(Base Station sub-System，BSS)通過Gb接口連接到SGSN，此時(shí)網(wǎng)絡(luò)的連接稱為Gb模式。BSS/RNC通過Iu接口連接到SGSN，此時(shí)網(wǎng)絡(luò)的連接稱為Iu模式。
用戶在移動(dòng)的過程中，路由區(qū)會(huì)發(fā)生變化。如果新舊路由區(qū)屬于同一個(gè)SGSN，則發(fā)生SGSN內(nèi)的路由區(qū)更新流程(Intra SGSN Routing Area UpdateProcedure)；如果新舊路由區(qū)屬于不同的SGSN，則發(fā)生SGSN間的路由區(qū)更新流程(Inter SGSN Routing Area Update Procedure)。
用戶在移動(dòng)的過程中，也可能使用不同類型的無線接入網(wǎng)，發(fā)生從Gb模式到Iu模式的系統(tǒng)間切換或從Iu模式到Gb模式的系統(tǒng)間切換。用戶初始在Gb模式下，切換到Iu模式，如果Iu模式無線接入網(wǎng)和Gb模式無線接入網(wǎng)使用相同的SGSN，則發(fā)生SGSN內(nèi)的Gb模式到Iu模式系統(tǒng)間切換流程；用戶初始在Iu模式下，切換到Gb模式，如果Gb模式無線接入網(wǎng)和Iu模式無線接入網(wǎng)使用相同的SGSN，則發(fā)生SGSN內(nèi)的Iu模式到Gb模式系統(tǒng)間切換流程。
更新MBMS上下文請求(Update MBMS Context Request)消息和更新MBMS上下文響應(yīng)(Update MBMS Context Response)消息主要用于SGSN間的路由區(qū)更新流程和SGSN內(nèi)的系統(tǒng)間切換流程。SGSN間的路由區(qū)更新流程中，新側(cè)SGSN使用該消息通知GGSN更新MBMS UE上下文。SGSN內(nèi)的系統(tǒng)間切換流程中，SGSN使用該消息通知GGSN無線接入類型的變化。
SGSN與GGSN通過Gn接口連接，該接口上通過IP/UDP上承載的GTP協(xié)議(GPRS Tunnelling Protocol)完成信令和數(shù)據(jù)的轉(zhuǎn)發(fā)和處理。GTP協(xié)議分為兩個(gè)層面用于傳輸GTP信令的控制面(GTP-C)和用于傳輸GTP數(shù)據(jù)業(yè)務(wù)的用戶面(GTP-U)。
隧道端點(diǎn)標(biāo)識(Tunnel Endpoint Identifier，TEID)用于標(biāo)識一個(gè)GTP隧道，在接收GTP-C或GTP-U協(xié)議實(shí)體中標(biāo)識一個(gè)通道端點(diǎn)。每個(gè)GTP隧道的TEID對于一個(gè)邏輯節(jié)點(diǎn)(如SGSN、GGSN等)的IP地址是唯一的。TEID由GTP隧道的接收方端點(diǎn)本地分配，發(fā)送方使用。發(fā)送方將TEID信息攜帶在GTP-C和GTP-U消息頭中發(fā)送給對方，接收方根據(jù)消息頭中的TEID來定位信令或數(shù)據(jù)所屬的GTP隧道。
對于組播模式，根據(jù)3GPP TS 29.060“3rd Generation Partnership Project；Technical Specification Group Core Network and Terminals；General Packet RadioService(GPRS)；GPRS Tunnelling Protocol(GTP)across the Gn and Gpinterface”，SGSN在MBMS組播激活流程中通過Create MBMS Context Request消息(上述MBMS組播激活流程的步驟10)，將SGSN分配的控制面IP地址和控制面TEID發(fā)送給GGSN，SGSN為每個(gè)MBMS UE分配一個(gè)控制面的TEID，所建立的GTP-C隧道用于GGSN的下行信令傳輸。GGSN通過CreateMBMS Context Response消息(上述MBMS組播激活流程的步驟13)，將GGSN分配的控制面IP地址和控制面TEID發(fā)送給SGSN，GGSN為每個(gè)MBMS UE分配一個(gè)控制面的TEID，所建立的GTP-C隧道用于SGSN的上行控制面信令傳輸。
在MBMS組播去激活流程或BM-SC發(fā)起的注銷流程中，SGSN和GGSN將釋放為MBMS UE分配的GTP-C隧道。
根據(jù)3GPP TS 29.060，SGSN在會(huì)話開始流程中通過MBMS會(huì)話開始響應(yīng)(MBMS Session Start Response)消息(上述會(huì)話開始流程的步驟2)，將SGSN分配的用戶面IP地址和用戶面TEID發(fā)送給GGSN，SGSN為每個(gè)MBMS承載分配一個(gè)用戶面的TEID，所建立的GTP-U隧道用于GGSN的下行用戶面數(shù)據(jù)傳輸。由于MBMS承載只傳輸下行數(shù)據(jù)，GGSN不需要為SGSN分配用戶面TEID，建立上行GTP-U隧道傳輸上行數(shù)據(jù)。
在會(huì)話結(jié)束流程中，SGSN將釋放為MBMS承載分配的GTP-U隧道。
對于廣播模式，根據(jù)3GPP TS 29.060，GGSN在會(huì)話開始流程中通過MBMS會(huì)話開始請求(MBMS Session Start Request)消息(上述會(huì)話開始流程的步驟2)，將GGSN分配的控制面IP地址和控制面TEID發(fā)送給SGSN，GGSN為每個(gè)MBMS承載分配一個(gè)控制面的TEID，所建立的GTP-C隧道用于SGSN的上行信令傳輸。由于MBMS承載只傳輸下行數(shù)據(jù)，GGSN不需要為SGSN分配用戶面TEID，建立上行GTP-U隧道傳輸上行數(shù)據(jù)。
根據(jù)3GPP TS 29.060，SGSN在會(huì)話開始流程中通過MBMS Session StartResponse消息(上述會(huì)話開始流程的步驟2)，將SGSN分配的控制面IP地址和控制面TEID、用戶面IP地址和用戶面TEID發(fā)送給GGSN，SGSN為每個(gè)MBMS承載分配一個(gè)控制面TEID和一個(gè)用戶面的TEID，所建立的GTP-C隧道用于GGSN的下行控制面信令傳輸，所建立的GTP-U隧道用于GGSN的下行用戶面數(shù)據(jù)傳輸。
在會(huì)話結(jié)束流程中，SGSN和GGSN將釋放為MBMS承載分配的GTP-C隧道和GTP-U隧道。
上述過程中，在MBMS組播模式下，SGSN和GGSN之間需要為每個(gè)MBMS UE建立一個(gè)上行GTP-C隧道和一個(gè)下行GTP-C隧道。實(shí)際上，SGSN和GGSN之間只需要為每個(gè)MBMS承載建立一個(gè)上行GTP-C隧道和一個(gè)下行GTP-C隧道即可，現(xiàn)有處理浪費(fèi)了有限的TEID資源。
同時(shí)，在MBMS組播去激活流程中，如果所有的MBMS UE都已經(jīng)被釋放，SGSN才會(huì)向GGSN發(fā)送De-Registration Request消息，此時(shí)SGSN和GGSN之間已經(jīng)沒有任何為MBMS UE建立的GTP-C隧道，該消息除非使用新建的GTP-C隧道下發(fā)給GGSN，SGSN需要從GGSN的下游節(jié)點(diǎn)列表中注銷，卻還需要新建GTP-C隧道，這顯然是矛盾的。并且，根據(jù)目前的3GPP TS 29.060協(xié)議，SGSN在MBMS De-registration Request消息中也沒有為GGSN分配下行控制面TEID，即沒有建立下行GTP-C隧道，GGSN的MBMS De-RegistrationResponse響應(yīng)消息無法發(fā)送給SGSN。
另外，在MBMS組播模式下，當(dāng)GGSN觸發(fā)會(huì)話開始流程時(shí)，由于GTP-C隧道是按照MBMS UE分配的，而MBMS Session Start Request/Response、MBMSSession Stop Request/Response等消息只針對MBMS承載發(fā)送一條就可以了，多個(gè)MBMS UE共用一個(gè)MBMS承載，消息發(fā)送方必須決定如何選擇一個(gè)MBMSUE的GTP-C承載來傳送這些信令。而且無論發(fā)送方如何選擇，接收方都需要根據(jù)MBMS UE再去查找MBMS承載，增加了系統(tǒng)實(shí)現(xiàn)的復(fù)雜度。
最后，MBMS廣播模式下，SGSN和GGSN是針對MBMS承載建立GTP-C隧道的。MBMS廣播模式和組播模式的不一致，增加了實(shí)際系統(tǒng)實(shí)現(xiàn)的復(fù)雜度。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種MBMS組播業(yè)務(wù)中建立GTP隧道的方法，旨在解決現(xiàn)有技術(shù)中存在的在MBMS組播模式下，SGSN和GGSN之間需要為每個(gè)MBMS UE建立一個(gè)上行GTP-C隧道和一個(gè)下行GTP-C隧道，導(dǎo)致控制面TEID資源的浪費(fèi)，造成各流程對GTP-C隧道使用的矛盾，同時(shí)使MBMS組播和廣播模式下SGSN和GGSN之間的GTP-C隧道處理不一致，增加了系統(tǒng)實(shí)現(xiàn)的復(fù)雜度的問題。
本發(fā)明是這樣實(shí)現(xiàn)的，一種多媒體廣播/組播業(yè)務(wù)中建立GTP隧道的方法，SGSN與GGSN只為每個(gè)MBMS承載建立一個(gè)上行GTP-C隧道和一個(gè)下行GTP-C隧道，并利用建立的GTP-C隧道傳輸與MBMS承載相關(guān)的消息以及與MBMS UE相關(guān)的消息。
所述SGSN與GGSN只為每個(gè)MBMS承載建立一個(gè)上行GTP-C隧道和一個(gè)下行GTP-C隧道的步驟進(jìn)一步包括下述步驟2.1 SGSN在發(fā)送創(chuàng)建或者更新MBMS上下文請求消息前，如果與GGSN之間未為當(dāng)前MBMS承載建立GTP-C隧道，SGSN在GTP-C消息頭中的TEID填入0，要求GGSN為新建GTP-C隧道給SGSN分配控制面IP地址和TEID，消息體內(nèi)攜帶SGSN為新建GTP-C隧道分配給GGSN的控制面IP地址和TEID；2.2 GGSN收到所述創(chuàng)建或者更新MBMS上下文請求消息后，解析出消息體中SGSN為新建GTP-C隧道分配給GGSN的控制面IP地址和TEID，創(chuàng)建相應(yīng)的MBMS承載上下文，并將所述控制面IP地址和TEID保存在所述MBMS承載上下文中；2.3 GGSN向SGSN返回創(chuàng)建或者更新MBMS上下文響應(yīng)消息，在GTP-C消息頭中填入SGSN為新建GTP-C隧道分配給GGSN的控制面IP地址和TEID，消息體內(nèi)攜帶GGSN為新建GTP-C隧道分配給SGSN的控制面IP地址和TEID，以及用于定位MBMS UE的IMSI和MBMS NSAPI信息；2.4 SGSN收到所述創(chuàng)建或者更新MBMS上下文響應(yīng)消息后，解析出消息體中GGSN為新建GTP-C隧道分配給SGSN的控制面IP地址和TEID，創(chuàng)建相應(yīng)的MBMS承載上下文，并將所述控制面IP地址和TEID保存在所述MBMS承載上下文中。
所述SGSN與GGSN之間利用所述建立的GTP-C隧道傳輸與MBMS UE相關(guān)的消息的步驟進(jìn)一步包括下述步驟3.1 SGSN在發(fā)送創(chuàng)建或者更新MBMS上下文消息前，如果與GGSN之間已經(jīng)為當(dāng)前MBMS承載建立GTP-C隧道，使用所述GTP-C隧道向GGSN發(fā)送創(chuàng)建或者更新MBMS上下文請求消息，在GTP-C消息頭中填入GGSN為所述GTP-C隧道分配的控制面IP地址和TEID，消息體內(nèi)不攜帶SGSN為所述GTP-C隧道分配給GGSN的控制面IP地址和TEID；3.2 GGSN收到所述創(chuàng)建或者更新MBMS上下文消息后，使用所述GTP-C隧道向SGSN發(fā)送創(chuàng)建或者更新MBMS上下文響應(yīng)消息，在GTP-C消息頭中填入SGSN為所述GTP-C隧道分配的控制面IP地址和TEID，消息體內(nèi)不攜帶GGSN為所述GTP-C隧道分配給SGSN的控制面IP地址和TEID，以及用于定位MBMS UE的IMSI和MBMS NSAPI信息。
所述SGSN與GGSN只為每個(gè)MBMS承載建立一個(gè)上行GTP-C隧道和一個(gè)下行GTP-C隧道的步驟進(jìn)一步包括UE在向SGSN發(fā)起激活MBMS上下文消息請求激活后，如果SGSN和GGSN之間未為當(dāng)前組播業(yè)務(wù)建立MBMS承載關(guān)系，SGSN和GGSN之間先行發(fā)起注冊流程，為MBMS承載建立一個(gè)GTP-C隧道。
所述方法進(jìn)一步包括下述步驟5.1 SGSN在發(fā)送注冊請求消息前，如果與GGSN之間未為當(dāng)前MBMS承載建立GTP-C隧道，SGSN在GTP-C消息頭中的TEID填入0，要求GGSN為新建GTP-C隧道給SGSN分配控制面IP地址和TEID，消息體內(nèi)攜帶SGSN為新建GTP-C隧道分配給GGSN的控制面IP地址和TEID；5.2 GGSN收到所述注冊請求消息后，解析出消息體中SGSN為新建GTP-C隧道分配給GGSN的控制面IP地址和TEID，創(chuàng)建相應(yīng)的MBMS承載上下文，并將所述控制面IP地址和TEID保存在所述MBMS承載上下文中；5.3 GGSN向SGSN返回注冊響應(yīng)消息，在GTP-C消息頭中填入SGSN為新建GTP-C隧道分配給GGSN的控制面IP地址和TEID，消息體內(nèi)攜帶GGSN為新建GTP-C隧道分配給SGSN的控制面IP地址和TEID；5.4 SGSN收到所述注冊響應(yīng)消息后，解析出消息體中GGSN為新建GTP-C隧道分配給SGSN的控制面IP地址和TEID，創(chuàng)建相應(yīng)的MBMS承載上下文，并將所述控制面IP地址和TEID保存在所述MBMS承載上下文中。
所述方法進(jìn)一步包括下述步驟6.1 SGSN使用所述GTP-C隧道向GGSN發(fā)送注冊請求消息，在GTP-C消息頭中填入GGSN為所述GTP-C隧道分配的控制面IP地址和TEID，消息體內(nèi)不攜帶SGSN為所述GTP-C隧道分配給GGSN的控制面IP地址和TEID；6.2 GGSN接收所述注冊請求消息后，使用所述GTP-C隧道傳輸注冊響應(yīng)消息，在GTP-C消息頭中填入SGSN為所述GTP-C隧道分配的控制面IP地址和TEID，消息體內(nèi)不攜帶GGSN為所述GTP-C隧道分配給SGSN的控制面IP地址和TEID。
SGSN與GGSN之間利用所述建立的GTP-C隧道傳輸與MBMS UE相關(guān)的消息的步驟進(jìn)一步包括下述步驟7.1 SGSN利用與GGSN之間為MBMS承載建立的GTP-C隧道向GGSN發(fā)送刪除MBMS上下文請求消息，在GTP-C消息頭中填入GGSN為所述GTP-C隧道分配的控制面IP地址和TEID，消息體內(nèi)攜帶用于定位MBMS UE的IMSI和MBMS NSAPI信息；7.2 GGSN收到所述刪除MBMS上下文請求消息后，利用所述GTP-C隧道向SGSN發(fā)送刪除MBMS上下文響應(yīng)消息，在GTP-C消息頭中填入SGSN為所述GTP-C隧道分配的控制面IP地址和TEID，消息體內(nèi)攜帶用于定位MBMSUE的IMSI和MBMS NSAPI信息。
SGSN與GGSN之間利用所述建立的GTP-C隧道傳輸與MBMS承載相關(guān)的消息的步驟進(jìn)一步包括下述步驟8.1 SGSN/GGSN利用所述GTP-C隧道向?qū)Χ税l(fā)送MBMS注銷請求消息，在GTP-C消息頭中填入對端為所述GTP-C隧道分配的控制面IP地址和TEID；8.2 GGSN/SGSN利用所述GTP-C隧道向?qū)Χ税l(fā)送MBMS注銷響應(yīng)消息，在GTP-C消息頭中填入對端為所述GTP-C隧道分配的控制面IP地址和TEID。
SGSN與GGSN之間利用所述建立的GTP-C隧道傳輸與MBMS承載相關(guān)的消息的步驟進(jìn)一步包括下述步驟9.1 GGSN利用所述GTP-C隧道向SGSN發(fā)送MBMS會(huì)話開始請求消息，在GTP-C消息頭中填入SGSN為所述GTP-C隧道分配的控制面IP地址和TEID；9.2 SGSN利用所述GTP-C隧道向GGSN發(fā)送MBMS會(huì)話開始響應(yīng)消息，在GTP-C消息頭中填入GGSN為所述GTP-C隧道分配的控制面IP地址和TEID。
SGSN與GGSN之間利用所述建立的所述GTP-C隧道傳輸與MBMS承載相關(guān)的消息的步驟進(jìn)一步包括下述步驟10.1 GGSN利用所述GTP-C隧道向SGSN發(fā)送MBMS會(huì)話結(jié)束請求消息，在GTP-C消息頭中填入SGSN為所述GTP-C隧道分配的控制面IP地址和TEID；10.2 SGSN利用所述GTP-C隧道向GGSN發(fā)送MBMS會(huì)話結(jié)束響應(yīng)消息，在GTP-C消息頭中填入GGSN為所述GTP-C隧道分配的控制面IP地址和TEID。
本發(fā)明在MBMS組播模式下，SGSN和GGSN之間只為每個(gè)MBMS承載建立一個(gè)上行GTP-C隧道和一個(gè)下行GTP-C隧道，節(jié)省了控制面TEID資源的使用，避免各流程中對GTP-C隧道使用的矛盾，同時(shí)使MBMS組播和廣播模式下SGSN和GGSN之間的GTP-C隧道處理一致，降低了系統(tǒng)實(shí)現(xiàn)的復(fù)雜度。


圖1是MBMS的網(wǎng)絡(luò)參考模型圖；圖2是MBMS業(yè)務(wù)會(huì)話分發(fā)樹示意圖；圖3是MBMS組播業(yè)務(wù)的階段示意圖；圖4是MBMS廣播業(yè)務(wù)的階段示意圖；圖5是MBMS組播激活流程圖；圖6是MBMS組播會(huì)話開始流程圖；圖7是MBMS組播會(huì)話結(jié)束流程圖；圖8是MBMS組播去激活流程圖；圖9是MBMS組播注銷流程圖；圖10是本發(fā)明提供的MBMS組播激活流程圖。
具體實(shí)施例方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
本發(fā)明中，在MBMS組播模式下，SGSN和GGSN之間只為每個(gè)MBMS承載建立一個(gè)上行GTP-C隧道和一個(gè)下行GTP-C隧道。SGSN和GGSN將對端分配給GTP-C隧道的IP地址和TEID保存在相應(yīng)的MBMS承載上下文中。與MBMS承載相關(guān)的消息以及與MBMS UE相關(guān)的消息均在建立的GTP-C隧道上傳輸。
作為本發(fā)明的第一實(shí)施例，對現(xiàn)有激活流程中各步驟的執(zhí)行次序不作更改，以保持與現(xiàn)有協(xié)議的良好兼容，SGSN和GGSN之間通過Create/Update MBMSContext Request消息和Create/Update MBMS Context Response消息為每個(gè)MBMS承載建立一個(gè)上行GTP-C隧道和一個(gè)下行GTP-C隧道。
參見圖5，在步驟10中，當(dāng)SGSN在向GGSN發(fā)送Create MBMS ContextRequest消息前，首先判斷是否已經(jīng)和GGSN之間為該MBMS承載建立了GTP-C隧道。如果已經(jīng)建立了GTP-C隧道，使用該GTP-C隧道傳輸CreateMBMS Context Request消息，在GTP-C消息頭中填入GGSN為該GTP-C隧道分配的控制面IP地址和TEID，消息體內(nèi)不攜帶SGSN為該GTP-C隧道分配給GGSN的控制面IP地址和TEID；如果還未建立GTP-C隧道，則SGSN在GTP-C消息頭中填入的控制面TEID為0，要求GGSN為新建P-C隧道給SGSN分配控制面IP地址和TEID，消息體內(nèi)攜帶SGSN為新建GTP-C隧道分配給GGSN的控制面IP地址和TEID。
在步驟13中，如果GGSN收到GTP-C消息頭中TEID不為0的CreateMBMS Context Request消息，說明SGSN和GGSN之間已經(jīng)建立了GTP-C隧道。GGSN使用該GTP-C隧道傳輸Create消息，在GTP-C消息頭中填入SGSN為該GTP-C隧道分配的控制面IP地址和TEID，消息體內(nèi)不攜帶GGSN為該GTP-C隧道分配給SGSN的控制面IP地址和TEID。
如果GGSN收到GTP-C消息頭中TEID為0的Create MBMS ContextRequest消息，說明SGSN和GGSN之間還未建立GTP-C隧道。GGSN解析出Create MBMS Context Request消息體中SGSN為新建GTP-C隧道分配給GGSN的控制面IP地址和TEID，創(chuàng)建相應(yīng)的MBMS承載上下文并將上述信息保存在MBMS承載上下文中。GGSN返回Create MBMS Context Response消息時(shí)，在GTP-C消息頭中填入SGSN為新建GTP-C隧道分配給GGSN的控制面IP地址和TEID，消息體內(nèi)攜帶GGSN為新建GTP-C隧道分配給SGSN的控制面IP地址和TEID。SGSN收到GGSN的響應(yīng)消息后，解析出Create MBMS ContextResponse消息體中GGSN為新建GTP-C隧道分配給SGSN的控制面IP地址和TEID，創(chuàng)建相應(yīng)的MBMS承載上下文并將上述信息保存在MBMS承載上下文中。至此，SGSN和GGSN之間的GTP-C隧道建立完成。需要說明的是，MBMS承載上下文中的其它內(nèi)容還需要注冊流程完成。
在步驟14中，SGSN在發(fā)送MBMS Registration Request消息前，SGSN和GGSN之間為該MBMS承載建立了GTP-C隧道，使用該GTP-C隧道傳輸MBMSRegistration Request消息，在GTP-C消息頭中填入GGSN為該GTP-C隧道分配的控制面IP地址和TEID，消息體內(nèi)不攜帶SGSN為該GTP-C隧道分配給GGSN的控制面IP地址和TEID。GGSN收到GTP-C消息頭中TEID不為0的MBMS Registration Request消息，說明SGSN和GGSN之間已經(jīng)建立了GTP-C隧道。GGSN使用該GTP-C隧道傳輸MBMS Registration Response消息，在GTP-C消息頭中填入SGSN為該GTP-C隧道分配的控制面IP地址和TEID，消息體內(nèi)不攜帶GGSN為該GTP-C隧道分配給SGSN的控制面IP地址和TEID。
在更新流程中，SGSN和GGSN之間通過Update MBMS Context Request消息和Update MBMS Context Response消息為每個(gè)MBMS承載建立一個(gè)上行GTP-C隧道和一個(gè)下行GTP-C隧道，實(shí)現(xiàn)方式與激活流程類似，不再贅述。
根據(jù)現(xiàn)有協(xié)議，Create/Update MBMS Context Request消息中已經(jīng)存在IMSI和MBMS NSAPI信息，需要在Create/Update MBMS Context Response消息中增加IMSI和MBMS NSAPI信息，用于定位MBMS UE。
作為本發(fā)明的第二實(shí)施例，對現(xiàn)有的激活流程進(jìn)行修改，當(dāng)UE向SGSN發(fā)送Activate MBMS Context Request消息請求激活時(shí)，如果SGSN和GGSN之間還未為當(dāng)前組播業(yè)務(wù)建立MBMS承載關(guān)系，SGSN先行向GGSN發(fā)起MBMSRegistration Request消息請求建立MBMS承載關(guān)系，SGSN和GGSN之間通過MBMS Registration Request消息和MBMS Registration Response消息為每個(gè)MBMS承載建立一個(gè)上行GTP-C隧道和一個(gè)下行GTP-C隧道。
SGSN在發(fā)送MBMS Registration Request消息時(shí)，在GTP-C消息頭中填入的控制面TEID為0，要求GGSN為新建GTP-C隧道給SGSN分配控制面IP地址和TEID，消息體內(nèi)攜帶SGSN為新建GTP-C隧道分配給GGSN的控制面IP地址和TEID。
GGSN收到GTP-C消息頭中TEID為0的MBMS Registration Request消息，說明SGSN和GGSN之間還未建立GTP-C隧道。GGSN解析出MBMSRegistration Request消息體中SGSN為新建GTP-C隧道分配給GGSN的控制面IP地址和TEID，創(chuàng)建相應(yīng)的MBMS承載上下文并將上述信息保存在MBMS承載上下文中。
GGSN返回MBMS Registration Response消息時(shí)，在GTP-C消息頭中填入SGSN為新建GTP-C隧道分配給GGSN的控制面IP地址和TEID，消息體內(nèi)攜帶GGSN為新建GTP-C隧道分配給SGSN的控制面IP地址和TEID。
SGSN收到GGSN的響應(yīng)消息后，解析出MBMS Registration Response消息體中GGSN為新建GTP-C隧道分配給SGSN的控制面IP地址和TEID，創(chuàng)建相應(yīng)的MBMS承載上下文并將上述信息保存在MBMS承載上下文中。至此，SGSN和GGSN之間的GTP-C隧道建立完成。
圖10示出了本實(shí)施例下的激活流程，詳述如下1.MBMS組播激活前續(xù)流程已經(jīng)完成。UE向SGSN發(fā)送Activate MBMSContext Request消息請求激活。該消息中會(huì)攜帶UE的MBMS支持能力。如果SGSN和該GGSN之間已經(jīng)建立了MBMS承載關(guān)系，SGSN就比較該MBMS承載所需的支持能力和UE的支持能力，如果UE的MBMS支持能力小于該MBMS承載所需的支持能力，SGSN將向UE發(fā)送激活拒絕消息。
2.如果SGSN和GGSN之間還未為該組播業(yè)務(wù)建立MBMS承載關(guān)系，SGSN向GGSN發(fā)送MBMS Registration Request消息請求建立MBMS承載關(guān)系。
3.如果GGSN和BM-SC之間還未為該組播業(yè)務(wù)建立MBMS承載關(guān)系，GGSN向BM-SC發(fā)送MBMS Registration Request消息請求建立MBMS承載關(guān)系。
BM-SC為該MBMS承載分配臨時(shí)移動(dòng)組標(biāo)識。該標(biāo)識通過MBMSRegistration Response消息到達(dá)GGSN、SGSN，并通過Activate MBMS ContextAccept消息發(fā)送給UE。
BM-SC向GGSN返回MBMS Registration Response消息，并把GGSN加入到下游節(jié)點(diǎn)列表中。
4.GGSN向SGSN返回MBMS Registration Response消息，并把SGSN加入下游節(jié)點(diǎn)列表。
5.SGSN使用注冊流程和GGSN為MBMS承載建立起的GTP-C隧道，向GGSN發(fā)送Create MBMS Context Requests消息，請求GGSN建立MBMS UE上下文。
6.GGSN向BM-SC發(fā)送MBMS Authorization Request，請求BM-SC建立MBMS UE上下文。BM-SC建立起MBMS UE上下文，并通過MBMSAuthorization Response消息通知GGSN結(jié)果。
7.GGSN建立MBMS UE上下文，并使用注冊流程和SGSN為MBMS承載建立起的GTP-C隧道向SGSN返回Create MBMS Context Response消息。
在本發(fā)明中，SGSN和GGSN之間為每個(gè)MBMS承載建立一個(gè)上行GTP-C隧道和一個(gè)下行GTP-C隧道后，與MBMS承載相關(guān)的消息以及與MBMS UE相關(guān)的消息均在建立的GTP-C隧道上傳輸。
1、對于Delete MBMS Context Request和Delete MBMS Context Response消息SGSN使用已經(jīng)和GGSN之間為MBMS承載建立的GTP-C隧道發(fā)送DeleteMBMS Context Request消息，在GTP-C消息頭中填入GGSN為該GTP-C隧道分配的控制面IP地址和TEID，消息體內(nèi)攜帶IMSI和MBMS NSAPI信息用于定位MBMS UE。
GGSN使用已經(jīng)和SGSN之間為MBMS承載建立的GTP-C隧道發(fā)送DeleteMBMS Context Response消息，在GTP-C消息頭中填入SGSN為該GTP-C隧道分配的控制面IP地址和TEID，消息體內(nèi)攜帶IMSI和MBMS NSAPI信息用于定位MBMS UE。
2、對于MBMS Registration Request和MBMS Registration Response消息SGSN和GGSN都有可能發(fā)送這兩條消息。SGSN/GGSN使用已經(jīng)和對端之間為MBMS承載建立的GTP-C隧道發(fā)送MBMS De-registration Request消息，在GTP-C消息頭中填入對端為該GTP-C隧道分配的控制面IP地址和TEID。
GGSN/SGSN使用已經(jīng)和對端之間為MBMS承載建立的GTP-C隧道發(fā)送MBMS De-registration Response消息，在GTP-C消息頭中填入對端為該GTP-C隧道分配的控制面IP地址和TEID。
3、MBMS Session Start/Stop Request、MBMS Session Start/Stop Response消息GGSN使用已經(jīng)和SGSN之間為MBMS承載建立的GTP-C隧道發(fā)送MBMS Session Start/Stop Request消息，在GTP-C消息頭中填入SGSN為該GTP-C隧道分配的控制面IP地址和TEID。
SGSN使用已經(jīng)和GGSN之間為MBMS承載建立的GTP-C隧道發(fā)送MBMS Session Start/Stop Response消息，在GTP-C消息頭中填入GGSN為該GTP-C隧道分配的控制面IP地址和TEID。
上述與MBMS承載相關(guān)的消息以及與MBMS UE相關(guān)的消息的傳輸流程參見現(xiàn)有協(xié)議的描述，本發(fā)明不再贅述。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種多媒體廣播/組播業(yè)務(wù)中建立GTP隧道的方法，其特征在于，SGSN與GGSN只為每個(gè)MBMS承載建立一個(gè)上行GTP-C隧道和一個(gè)下行GTP-C隧道，并利用建立的GTP-C隧道傳輸與MBMS承載相關(guān)的消息以及與MBMS UE相關(guān)的消息。
2.如權(quán)利要求1所述的多媒體廣播/組播業(yè)務(wù)中建立GTP隧道的方法，其特征在于，所述SGSN與GGSN只為每個(gè)MBMS承載建立一個(gè)上行GTP-C隧道和一個(gè)下行GTP-C隧道的步驟進(jìn)一步包括下述步驟2.1SGSN在發(fā)送創(chuàng)建或者更新MBMS上下文請求消息前，如果與GGSN之間未為當(dāng)前MBMS承載建立GTP-C隧道，SGSN在GTP-C消息頭中的TEID填入0，要求GGSN為新建GTP-C隧道給SGSN分配控制面IP地址和TEID，消息體內(nèi)攜帶SGSN為新建GTP-C隧道分配給GGSN的控制面IP地址和TEID；2.2GGSN收到所述創(chuàng)建或者更新MBMS上下文請求消息后，解析出消息體中SGSN為新建GTP-C隧道分配給GGSN的控制面IP地址和TEID，創(chuàng)建相應(yīng)的MBMS承載上下文，并將所述控制面IP地址和TEID保存在所述MBMS承載上下文中；2.3GGSN向SGSN返回創(chuàng)建或者更新MBMS上下文響應(yīng)消息，在GTP-C消息頭中填入SGSN為新建GTP-C隧道分配給GGSN的控制面IP地址和TEID，消息體內(nèi)攜帶GGSN為新建GTP-C隧道分配給SGSN的控制面IP地址和TEID，以及用于定位MBMS UE的IMSI和MBMS NSAPI信息；2.4SGSN收到所述創(chuàng)建或者更新MBMS上下文響應(yīng)消息后，解析出消息體中GGSN為新建GTP-C隧道分配給SGSN的控制面IP地址和TEID，創(chuàng)建相應(yīng)的MBMS承載上下文，并將所述控制面IP地址和TEID保存在所述MBMS承載上下文中。
3.如權(quán)利要求1所述的多媒體廣播/組播業(yè)務(wù)中建立GTP隧道的方法，其特征在于，所述SGSN與GGSN之間利用所述建立的GTP-C隧道傳輸與MBMSUE相關(guān)的消息的步驟進(jìn)一步包括下述步驟3.1SGSN在發(fā)送創(chuàng)建或者更新MBMS上下文消息前，如果與GGSN之間已經(jīng)為當(dāng)前MBMS承載建立GTP-C隧道，使用所述GTP-C隧道向GGSN發(fā)送創(chuàng)建或者更新MBMS上下文請求消息，在GTP-C消息頭中填入GGSN為所述GTP-C隧道分配的控制面IP地址和TEID，消息體內(nèi)不攜帶SGSN為所述GTP-C隧道分配給GGSN的控制面IP地址和TEID；3.2GGSN收到所述創(chuàng)建或者更新MBMS上下文消息后，使用所述GTP-C隧道向SGSN發(fā)送創(chuàng)建或者更新MBMS上下文響應(yīng)消息，在GTP-C消息頭中填入SGSN為所述GTP-C隧道分配的控制面IP地址和TEID，消息體內(nèi)不攜帶GGSN為所述GTP-C隧道分配給SGSN的控制面IP地址和TEID，以及用于定位MBMS UE的IMSI和MBMS NSAPI信息。
4.如權(quán)利要求1所述的多媒體廣播/組播業(yè)務(wù)中建立GTP隧道的方法，其特征在于，所述SGSN與GGSN只為每個(gè)MBMS承載建立一個(gè)上行GTP-C隧道和一個(gè)下行GTP-C隧道的步驟進(jìn)一步包括UE在向SGSN發(fā)起激活MBMS上下文消息請求激活后，如果SGSN和GGSN之間未為當(dāng)前組播業(yè)務(wù)建立MBMS承載關(guān)系，SGSN和GGSN之間先行發(fā)起注冊流程，為MBMS承載建立一個(gè)GTP-C隧道。
5.如權(quán)利要求4所述的多媒體廣播/組播業(yè)務(wù)中建立GTP隧道的方法，其特征在于，所述方法進(jìn)一步包括下述步驟5.1SGSN在發(fā)送注冊請求消息前，如果與GGSN之間未為當(dāng)前MBMS承載建立GTP-C隧道，SGSN在GTP-C消息頭中的TEID填入0，要求GGSN為新建GTP-C隧道給SGSN分配控制面IP地址和TEID，消息體內(nèi)攜帶SGSN為新建GTP-C隧道分配給GGSN的控制面IP地址和TEID；5.2GGSN收到所述注冊請求消息后，解析出消息體中SGSN為新建GTP-C隧道分配給GGSN的控制面IP地址和TEID，創(chuàng)建相應(yīng)的MBMS承載上下文，并將所述控制面IP地址和TEID保存在所述MBMS承載上下文中；5.3GGSN向SGSN返回注冊響應(yīng)消息，在GTP-C消息頭中填入SGSN為新建GTP-C隧道分配給GGSN的控制面IP地址和TEID，消息體內(nèi)攜帶GGSN為新建GTP-C隧道分配給SGSN的控制面IP地址和TEID；5.4SGSN收到所述注冊響應(yīng)消息后，解析出消息體中GGSN為新建GTP-C隧道分配給SGSN的控制面IP地址和TEID，創(chuàng)建相應(yīng)的MBMS承載上下文，并將所述控制面IP地址和TEID保存在所述MBMS承載上下文中。
6.如權(quán)利要求2所述的多媒體廣播/組播業(yè)務(wù)中建立GTP隧道的方法，其特征在于，所述方法進(jìn)一步包括下述步驟6.1SGSN使用所述GTP-C隧道向GGSN發(fā)送注冊請求消息，在GTP-C消息頭中填入GGSN為所述GTP-C隧道分配的控制面IP地址和TEID，消息體內(nèi)不攜帶SGSN為所述GTP-C隧道分配給GGSN的控制面IP地址和TEID；6.2GGSN接收所述注冊請求消息后，使用所述GTP-C隧道傳輸注冊響應(yīng)消息，在GTP-C消息頭中填入SGSN為所述GTP-C隧道分配的控制面IP地址和TEID，消息體內(nèi)不攜帶GGSN為所述GTP-C隧道分配給SGSN的控制面IP地址和TEID。
7.如權(quán)利要求1所述的多媒體廣播/組播業(yè)務(wù)中建立GTP隧道的方法，其特征在于，SGSN與GGSN之間利用所述建立的GTP-C隧道傳輸與MBMS UE相關(guān)的消息的步驟進(jìn)一步包括下述步驟7.1SGSN利用與GGSN之間為MBMS承載建立的GTP-C隧道向GGSN發(fā)送刪除MBMS上下文請求消息，在GTP-C消息頭中填入GGSN為所述GTP-C隧道分配的控制面IP地址和TEID，消息體內(nèi)攜帶用于定位MBMS UE的IMSI和MBMS NSAPI信息；7.2GGSN收到所述刪除MBMS上下文請求消息后，利用所述GTP-C隧道向SGSN發(fā)送刪除MBMS上下文響應(yīng)消息，在GTP-C消息頭中填入SGSN為所述GTP-C隧道分配的控制面IP地址和TEID，消息體內(nèi)攜帶用于定位MBMSUE的IMSI和MBMS NSAPI信息。
8.如權(quán)利要求1所述的多媒體廣播/組播業(yè)務(wù)中建立GTP隧道的方法，其特征在于，SGSN與GGSN之間利用所述建立的GTP-C隧道傳輸與MBMS承載相關(guān)的消息的步驟進(jìn)一步包括下述步驟8.1SGSN/GGSN利用所述GTP-C隧道向?qū)Χ税l(fā)送MBMS注銷請求消息，在GTP-C消息頭中填入對端為所述GTP-C隧道分配的控制面IP地址和TEID；8.2GGSN/SGSN利用所述GTP-C隧道向?qū)Χ税l(fā)送MBMS注銷響應(yīng)消息，在GTP-C消息頭中填入對端為所述GTP-C隧道分配的控制面IP地址和TEID。
9.如權(quán)利要求1所述的多媒體廣播/組播業(yè)務(wù)中建立GTP隧道的方法，其特征在于，SGSN與GGSN之間利用所述建立的GTP-C隧道傳輸與MBMS承載相關(guān)的消息的步驟進(jìn)一步包括下述步驟9.1GGSN利用所述GTP-C隧道向SGSN發(fā)送MBMS會(huì)話開始請求消息，在GTP-C消息頭中填入SGSN為所述GTP-C隧道分配的控制面IP地址和TEID；9.2SGSN利用所述GTP-C隧道向GGSN發(fā)送MBMS會(huì)話開始響應(yīng)消息，在GTP-C消息頭中填入GGSN為所述GTP-C隧道分配的控制面IP地址和TEID。
10.如權(quán)利要求1所述的多媒體廣播/組播業(yè)務(wù)中建立GTP隧道的方法，其特征在于，SGSN與GGSN之間利用所述建立的所述GTP-C隧道傳輸與MBMS承載相關(guān)的消息的步驟進(jìn)一步包括下述步驟10.1GGSN利用所述GTP-C隧道向SGSN發(fā)送MBMS會(huì)話結(jié)束請求消息，在GTP-C消息頭中填入SGSN為所述GTP-C隧道分配的控制面IP地址和TEID；10.2SGSN利用所述GTP-C隧道向GGSN發(fā)送MBMS會(huì)話結(jié)束響應(yīng)消息，在GTP-C消息頭中填入GGSN為所述GTP-C隧道分配的控制面IP地址和TEID。
全文摘要
本發(fā)明適用于移動(dòng)通信領(lǐng)域，提供了一種多媒體廣播/組播業(yè)務(wù)中建立GTP隧道的方法，SGSN與GGSN只為每個(gè)MBMS承載建立一個(gè)上行GTP－C隧道和一個(gè)下行GTP－C隧道，并利用建立的GTP－C隧道傳輸與MBMS承載相關(guān)的消息以及與MBMS UE相關(guān)的消息。本發(fā)明在MBMS組播模式下，SGSN和GGSN之間只為每個(gè)MBMS承載建立一個(gè)上行GTP－C隧道和一個(gè)下行GTP－C隧道，節(jié)省了控制面TEID資源的使用，避免各流程中對GTP－C隧道使用的矛盾，同時(shí)使MBMS組播和廣播模式下SGSN和GGSN之間的GTP－C隧道處理一致，降低了系統(tǒng)實(shí)現(xiàn)的復(fù)雜度。
文檔編號H04L12/28GK1859305SQ20061003365
公開日2006年11月8日 申請日期2006年2月14日 優(yōu)先權(quán)日2006年2月14日
發(fā)明者陳靖 申請人:華為技術(shù)有限公司