專利名稱：一種移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù)組的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信系統(tǒng)，特別是涉及一種實(shí)現(xiàn)用戶終端使用組播廣播方
式接入業(yè)務(wù)時(shí)激活MBMS用戶上下文的方法。
背景技術(shù)：
現(xiàn)在人們對移動通信的需求已不再滿足于電話和消息業(yè)務(wù)，隨著Internet 網(wǎng)的迅猛發(fā)展，大量多媒體業(yè)務(wù)涌現(xiàn)出來，其中一些應(yīng)用業(yè)務(wù)，多個(gè)用戶能同 時(shí)接收相同數(shù)據(jù)，如視頻點(diǎn)播、電視廣播、視頻會議、網(wǎng)上教育、互動游戲等 等不一而足。這些移動多媒體業(yè)務(wù)與一般數(shù)據(jù)相比，有數(shù)據(jù)量大、持續(xù)時(shí)間長、 時(shí)延敏感等特點(diǎn)。目前的IP (Internet Protocol,互聯(lián)網(wǎng)協(xié)議)組播技術(shù)不適用 于移動網(wǎng)絡(luò)，因?yàn)橐苿泳W(wǎng)絡(luò)有特定網(wǎng)絡(luò)結(jié)構(gòu)、功能實(shí)體和獨(dú)特的無線接口承載， 這些都是與有線IP網(wǎng)絡(luò)不同的，所以現(xiàn)有IP組播技術(shù)不能使多個(gè)移動用戶共 享移動網(wǎng)絡(luò)資源。所以Hutchison 3G (和黃3G)為代表的3G移動運(yùn)營商積極 尋求一種新的服務(wù)方式，其既能夠?qū)崿F(xiàn)多媒體信息的廣播，同時(shí)這個(gè)服務(wù)應(yīng)該 使用相對較少系統(tǒng)資源不影響傳統(tǒng)移動服務(wù)的運(yùn)營。
為實(shí)現(xiàn)最有效地利用移動網(wǎng)絡(luò)資源，WCDMA (Wide Code Division Multiple Access ，寬帶碼分多址)/GSM ( Global System for Mobile Communications,全球移動通信系統(tǒng))全球標(biāo)準(zhǔn)化組織3GPP (3rd Generation Partnership Project,第三代合作伙伴計(jì)劃)提出多媒體組播和廣播業(yè)務(wù) (Multimedia Broadcast/Multicast Service, MBMS) 。 MBMS指一個(gè)數(shù)據(jù)源向 多個(gè)用戶發(fā)送數(shù)據(jù)的點(diǎn)到多點(diǎn)業(yè)務(wù)，實(shí)現(xiàn)網(wǎng)絡(luò)資源共享，包括移動核心網(wǎng)和接 入網(wǎng)資源共享，尤其是空口資源。3GPP定義的MBMS不僅能實(shí)現(xiàn)純文本低速 率的消息類組播和廣播，而且能實(shí)現(xiàn)高速率的多媒體業(yè)務(wù)組播和廣播，這無疑 順應(yīng)了未來移動數(shù)據(jù)發(fā)展的趨勢。
為了實(shí)現(xiàn)MBMS，需要一個(gè)完整的架構(gòu)和一套完整的流程步驟，現(xiàn)有的 系統(tǒng)架構(gòu)如圖1所示，說明如下
組播和廣播業(yè)務(wù)MBMS基于WCDMA/GSM分組網(wǎng)，通過增加一些新的 功能實(shí)體，如BM-SC(Broadcast Multicast-Service Center,廣播組播業(yè)務(wù)中心)， 對已有的分組域功能實(shí)體，如SGSN( Serving GPRS Support Node,服務(wù)GPRS 支持節(jié)點(diǎn))、GGSN (Gateway GPRS Support Node,網(wǎng)關(guān)GPRS支持節(jié)點(diǎn))、 RAN (Radio Access Network,無線接入網(wǎng)絡(luò))和UE (User Equipment,用戶 終端/用戶設(shè)備)增加MBMS功能，并定義了新的邏輯共享信道來實(shí)現(xiàn)空口資 源共享。其中，SGSN是核心網(wǎng)側(cè)負(fù)責(zé)移動性管理的網(wǎng)元，GGSN則是核心網(wǎng) 側(cè)負(fù)責(zé)接入到和發(fā)送出核心網(wǎng)的網(wǎng)元。其中，GPRS (General Packet Radio Service)為通用分組無線業(yè)務(wù)。
除了BM-SC以外的網(wǎng)元，都是移動通信系統(tǒng)的承載網(wǎng)元，完成數(shù)據(jù)傳輸 功能。GGSN與BM-SC之間的信令交換在Gmb參考點(diǎn)進(jìn)行，實(shí)J見MBMS的 控制面信令和用戶數(shù)據(jù)的傳輸；Gmb參考點(diǎn)的功能是完成GGSN與BM-SC 之間的信令及用戶數(shù)據(jù)的傳輸。其中信令包括
承載相關(guān)的信令
-GGSN建立MBMS的承載上下文并在BM-SC注冊；
-GGSN或者BM-SC釋放MBMS承載上下文，GGSN在BM-SC去注冊；
-BM-SC向GGSN通知會話開始和結(jié)束。
用戶相關(guān)的信令
-BM-SC批準(zhǔn)用戶在GGSN的入組業(yè)務(wù)激活請求；
-GGSN向BM-SC報(bào)告用戶的入組激活，允許BM-SC與SGSN (Serving GPRS Support Node,服務(wù)GPRS支持節(jié)點(diǎn))和GGSN中的MBMS用戶上下 文(MBMSUE上下文)同步；
-GGSN向BM-SC報(bào)告用戶的釋放和去附著，保證BM-SC中的上下文 同步。
實(shí)現(xiàn)MBMS還需要一系列的步驟，至少包括業(yè)務(wù)通知，用戶加入廣播或 組播組(包括激活、注冊等)的接入步驟，以及離開(包括去活、注銷等)的 步驟，如圖2a所示。說明如下
1，用戶簽約(Subscription)
該過程建立用戶與業(yè)務(wù)提供者之間的關(guān)系，從而允許用戶接收業(yè)務(wù)數(shù)據(jù)， 是雙方的一種協(xié)議，由運(yùn)營商提供，在BM-SC中記錄。
2，業(yè)務(wù)聲明(ServiceAnnouncement)
業(yè)務(wù)聲明過程告知用戶獲取業(yè)務(wù)的范圍，包括運(yùn)營商定義的業(yè)務(wù)和內(nèi)容提 供商定義的業(yè)務(wù)；內(nèi)容包括業(yè)務(wù)的內(nèi)容、業(yè)務(wù)激活需要的參數(shù)等。 3，用戶加入(Joining)
用戶加入一個(gè)組播組，告知網(wǎng)絡(luò)用戶想接收組播數(shù)據(jù)。同時(shí)完成網(wǎng)絡(luò)側(cè)用 戶信息的建立。
4，會話開始(Session Start)
會話開始過程代表BM-SC已經(jīng)就緒，準(zhǔn)備發(fā)送數(shù)據(jù)，該過程可以觸發(fā)承 載資源建立，如果一個(gè)MBMS用戶業(yè)務(wù)有多條MBMS承載業(yè)務(wù)承載，會話開 始過程要發(fā)給每個(gè)承載業(yè)務(wù)。此時(shí)，UE可能需要發(fā)起多條相關(guān)承載業(yè)務(wù)來接 收該用戶業(yè)務(wù)。
5， MBMS通知(MBMS Notification)
通知UEMBMS數(shù)據(jù)即將發(fā)送。
6，數(shù)據(jù)傳輸(DataTransfer)
用戶面數(shù)據(jù)的傳輸。
7，會話結(jié)束(Session Stop)
BM-SC決定在一段時(shí)間內(nèi)停止數(shù)據(jù)傳送，并釋放承載資源。 8，用戶離開(Leaving)
用戶離開該組播組，不再接收業(yè)務(wù)數(shù)據(jù)；釋放網(wǎng)絡(luò)側(cè)建立的用戶資源。 在用戶加入組播組(Joining)步驟中，包括如下步驟、特征
(1) ，用戶需要一個(gè)PDP (Packet Data Protocol,分組數(shù)據(jù)協(xié)議)的承載， 用于承載加入組播組的IGMP (Internet Group Management Protocol,因特網(wǎng)組 管理協(xié)議)信令；如果沒有這個(gè)承載，就需要激活一個(gè)承載；
(2) ，使用IGMP加入組播組，并且完成對用戶的鑒權(quán)，同時(shí)將能接入 該組播業(yè)務(wù)的GGSN的APN (Access Point Name ，接入點(diǎn)名稱)帶給終端；
(3) ，終端根據(jù)這個(gè)帶來的APN發(fā)起MBMS激活，在SGSN以及這個(gè) 能接入組播業(yè)務(wù)的GGSN上創(chuàng)建MBMS用戶上下文，并且再次通過這個(gè)新的 GGSN完成鑒權(quán)。所建的MBMS用戶上下文和PDP承載的用戶上下文有關(guān)聯(lián)。
上述技術(shù)的問題在于冗余的步驟較多，比如，有2次激活和2次鑒權(quán)； 時(shí)延過長，上下文之間存在不必要的關(guān)聯(lián)等等。如圖2b所示，具體歩驟如下:
步驟201，如果沒有已經(jīng)建立好的PDP上下文，則UE IO激活一個(gè)通用 的PDP上下文。使用的GGSN稱為缺省GGSN ( Default GGSN 41)。
步驟202，通過默認(rèn)的PDP上下文，UE 10向網(wǎng)絡(luò)側(cè)Default GGSN 41發(fā) 送IGMP (IPv4)或MLD (IPv6)加入消息，表示愿意接收由IP組播地址標(biāo) 識的某個(gè)MBMS組播承載業(yè)務(wù)。
其中，IPv4 (Internet Protocol version 4)為互聯(lián)網(wǎng)協(xié)議第4版，IPv6 (Internet Protocol version 6)為互聯(lián)網(wǎng)協(xié)議第6版，MLD (Multicast Listener Discovery) 為組播監(jiān)聽發(fā)現(xiàn)。
步驟203， Default GGSN 41向BM-SC 50發(fā)送MBMS授權(quán)請求，要求對 UE 10進(jìn)行授權(quán)從而能夠接收數(shù)據(jù)。如果Trace被激活，該請求中可以包含 Trace信息(附加MBMS Trace信息)。
步驟204， BM-SC 50向Default GGSN 41發(fā)送MBMS授權(quán)響應(yīng)，響應(yīng)中 包含授權(quán)判決和用來建立MBMS UE上下文的APN，授權(quán)判決基于BM-SC 50 成員功能中的簽約數(shù)據(jù)來產(chǎn)生。如果MBMS授權(quán)響應(yīng)，表明l正10授權(quán)不成 功，則過程中止。
步驟205， Default GGSN 41向SGSN 30發(fā)送MBMS通知請求(IP組播 地址、APN、相關(guān)聯(lián)NSAPI)。其中，相關(guān)聯(lián)NSAPI與默認(rèn)PDP上下文的 NSAPI相等，IP組播地址是UE 10發(fā)起加入請求時(shí)的IP組播地址，APN不同 于默認(rèn)PDP上下文對應(yīng)的APN，即此時(shí)的APN解析的GGSN(即特殊GGSN， 又稱為Specific GGSN 42)可能與接收加入請求的Default GGSN 41不同。 Default GGSN 41幵啟MBMS激活定時(shí)器。
其中，NSAPI (Network layer Service Access Point Identifier)為網(wǎng)絡(luò)層業(yè) 務(wù)接入點(diǎn)標(biāo)識符。
步驟206， SGSN 30向發(fā)送MBMS通知請求的Default GGSN 41發(fā)送 MBMS通知響應(yīng)，響應(yīng)中包含是否能夠進(jìn)行MBMS用戶上下文激活的原因。 如果原因中表示不能進(jìn)行MBMS上下文激活，則Default GGSN 41不能繼續(xù) 發(fā)送有關(guān)通知請求的消息，過程中止。
步驟207， SGSN 30向UE 10發(fā)送"請求激活MBMS用戶上下文"(IP組 播地址、APN、相關(guān)聯(lián)NSAPI等)請求激活MBMS UE上F文。UE 10可通 過相關(guān)聯(lián)NSAPI將MBMS UE上下文與步驟202的默認(rèn)PDP上下文相關(guān)聯(lián)。
TI由SGSN 30選擇并且它的值要與該UE 10激活的所有其它PDP上下文及 MBMSUE上下文不同。
步驟208， UE 10建立MBMS UE上下文并向SGSN 30發(fā)送"激活MBMS 上下文請求"(IP組播地址、APN、 MBMS—NSAPI、 MBMS承載能力)。
其中，IP組播地址標(biāo)識UE 10要加入的MBMS組播業(yè)務(wù)，APN解析一個(gè) Specific GGSN 42， MBMS承載能力標(biāo)識UE 10能夠處理的最大QoS (Quality of Service,服務(wù)質(zhì)量)，MBMS一NSAPI由UE 10選擇并且它的值和該UE 10 激活的所有其它PDP上下文及MBMSUE上下文不同。如果SGSN30中已經(jīng) 有了對應(yīng)該MBMS承載業(yè)務(wù)的上下文信息，則它要驗(yàn)證UE 10的MBMS承載 能力。如果SGSN 30驗(yàn)證UE 10的MBMS承載能力低于要求的MBMS承載 能力，則拒絕l正10的請求并指明原因。
歩驟209，如果SGSN 30不能建立MBMS UE上下文，則向Default GGSN 41發(fā)送"MBMS通知拒絕請求"消息，該消息包含拒絕的原因。
步驟210， Default GGSN 41收到消息后向SGSN 30發(fā)送響應(yīng)。使得Default GGSN41不會繼續(xù)發(fā)送"MBMS通知請求"消息，從而過程中止。
步驟211，安全功能，如認(rèn)證UE10;
步驟212，在A/Gb模式下如果BSS Trace激活，則SGSN 30向BSS發(fā)送 "調(diào)用Trace消息"(Trace參考、Trace類型、Trigger標(biāo)識、OMC標(biāo)識)，其 中的Trace參考和Trace類型來自HLR或OMC發(fā)來的Trace信息。
其中，BSS (Base Station System)為基站系統(tǒng)，HLR (Home Location Register)為歸屬位置寄存器，OMC (Operations & Maintenance Center)為操 作與維護(hù)中心。
步驟2B， SGSN 30創(chuàng)建MBMS UE上下文后，向Specific GGSN 42發(fā)送 "創(chuàng)建MBMS上下文的請求"(IP組播地址、APN等)。
其中，Trace參考、Trace類型、Trigger標(biāo)識和OMC標(biāo)識是SGSN 30從 HLR或OMC發(fā)來的Trace信息中復(fù)制的，并且僅在GGSN Trace激活的情況 下存在，附加MBMS Trace信息在BM-SC Trace激活的情況下存在。
步驟214， Specific GGSN 42向BM-SC 50發(fā)送"MBMS授權(quán)請求"(IMSI、 MSISDN、RAI、IMEI-SV、RAT類型、MS時(shí)間區(qū)、GGI/SAI、附加MBMS Tmnce 信息)對UE 10進(jìn)行授權(quán)，其中，附加MBMS Trace信息在BM-SC Trace激
活的情況下存在。
步驟215， BM-SC 50回MBMS授權(quán)響應(yīng)，MBMS授權(quán)響應(yīng)中包含了授權(quán) 判決信息，BM-SC 50創(chuàng)建MBMS UE上下文。
步驟216，如果Specific GGSN 42中沒有關(guān)于某個(gè)MBMS承載業(yè)務(wù)的 MBMS承載上下文信息，則Specific GGSN 42向BM-SC 50發(fā)送"MBMS注 冊請求"，見"MBMS注冊過程"。如果沒有分配的TMGI，則BM-SC 50分 配TMGI，這個(gè)TMGI通過"MBMS注冊響應(yīng)"消息傳遞給Specific GGSN 42 和SGSN30，通過"激活MBMS上下文接受"消息傳遞給UEIO。
步驟217， BM-SC 50向Specific GGSN 42發(fā)送"MBMS注冊響應(yīng)"消息， 其中，包含了對應(yīng)某個(gè)MBMS承載業(yè)務(wù)的MBMS承載上下文信息，并且在自 己上下文信息中的"下行節(jié)點(diǎn)列表"參數(shù)中增加Specific GGSN 42的標(biāo)識，見 "MBMS注冊過程"。
步驟218， Specific GGSN 42創(chuàng)建MBMS UE上下文，并向SGSN30發(fā)送 創(chuàng)建MBMS上下文響應(yīng)。
步驟219，如果SGSN 30中沒有相應(yīng)的MBMS承載上下文信息，則SGSN 30向Specific GGSN 42發(fā)送"MBMS注冊請求"。
步驟220， Specific GGSN 42向SGSN 30發(fā)送"MBMS注冊響應(yīng)"消息， 其中包含MBMS承載上F文信息，同時(shí)Specific GGSN 42在自己上下文信息 中的"下行節(jié)點(diǎn)列表"參數(shù)中增加SGSN 30的標(biāo)識。
步驟221，如果至少存在一個(gè)PS RAB，則SGSN 30向Iu模式下的RAN 提供MBMSUE上下文。
其中，PS (Packet Switch)為分組交換，RAB (Radio Access Bearer)為 無線接入承載。
步驟222，如果在Iu模式下Trace被激活，貝lj SGSN 30向RAN發(fā)送"調(diào) 用Trace信息"消息(Trace參考、Trace類型、Trigger標(biāo)識、OMC標(biāo)識)。
其中，Trace參考和Trace類型來自HLR或OMC發(fā)來的Trace信息。
步驟223， SGSN 30向UE 10發(fā)送"激活MBMS上下文接受"消息(TMGI、 MBMS承載能力)。
其中，MBMS承載能力標(biāo)識該MBMS承載業(yè)務(wù)使用的最大QoS， UE 10 在激活其它MBMS業(yè)務(wù)時(shí)可作為參考。如果在步驟206中不能驗(yàn)證UE 10的
MBMS承載能力，可以在jlt時(shí)進(jìn)行驗(yàn)證，如果SGSN 30證實(shí)UE 10的MBMS 承載能力低于要求的承載能力，則SGSN 30拒絕激活MBMS t下文的請求， 并去活已經(jīng)建立的MBMS UE上下文。
圖2b流程的缺陷是冗余步驟多，上下文之間存在不必要關(guān)聯(lián)。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題在于提供一種移動通信系統(tǒng)中實(shí)現(xiàn)終端加入
組播業(yè)務(wù)組的方法，用于解決現(xiàn)有技術(shù)中信令消息冗余、上F文之間存在不必 要關(guān)聯(lián)的缺陷。
為了實(shí)現(xiàn)上述目的，本發(fā)明提供了 一種移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播 業(yè)務(wù)組的方法，適用于包括終端、無線接入網(wǎng)絡(luò)RAN、服務(wù)GPRS支持節(jié)點(diǎn) SGSN、網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)GGSN及廣播組播業(yè)務(wù)中心BM-SC的移動通信 系統(tǒng)，所述GGSN又包括缺省Default GGSN、特殊Specific GGSN,其特征在 于，該方法包括
步驟11，由所述終端向所述SGSN發(fā)送一 MBMS用戶上下文激活請求； 步驟12，所述SGSN通過解析所述MBMS用戶上下文激活請求攜帶的第 一接入點(diǎn)名稱或根據(jù)所述SGSN的配置信息得到一與所述BM-SC交互的所述 Default GGSN的地址，并向所述Default GGSN發(fā)送一創(chuàng)建MBMS用戶上下 文請求；
步驟13，所述Default GGSN向?qū)?yīng)的BM-SC發(fā)送一授權(quán)請求，所述 BM-SC在完成授權(quán)后向所述Default GGSN返回-一攜帶有第二接入點(diǎn)名稱的成 功消息；
步驟14，所述Default GSGN向所述SGSN回應(yīng)一攜帶有所述第二接入點(diǎn) 名稱的創(chuàng)建MBMS用戶上下文響應(yīng)，所述SGSN向根據(jù)所述第二接入點(diǎn)名稱 解析出的所述Specific GGSN重新發(fā)起一創(chuàng)建MBMS用戶上下文請求；及
步驟15，所述Specific GGSN向所述SGSN回應(yīng)一創(chuàng)建完成消息，所述 SGSN提供MBMS用戶上下文至所述RAN,并向所述終端回應(yīng)一激活接收信 息。
所述的移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù)組的方法，其中，所述步驟 14中，所述創(chuàng)建MBMS用戶上下文響應(yīng)還攜帶有響應(yīng)類型、授權(quán)結(jié)果信息。
所述的移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù)組的方法，其中，所述步驟
14中，在所述Default GGSN向所述SGSN回應(yīng)一攜帶有所述第二接入點(diǎn)名稱 的創(chuàng)建MBMS用戶上下文響應(yīng)的步驟之前，還包括由所述Default GGSN通 過解析所述第二接入點(diǎn)名稱得到所述Specific GGSN的地址，并根據(jù)該地址判 斷所述Specific GGSN是否是所述Default GGSN的步驟，若是，所述響應(yīng)類 型指示創(chuàng)建接受，否則，所述響應(yīng)類型指示由所述SGSN向所述Specific GGSN 重新發(fā)起創(chuàng)建MBMS用戶上下文請求。
所述的移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù)組的方法，其中，所述步驟 14中，還包括由所述SGSN通過解析所述第二接入點(diǎn)名稱得到所述Specific GGSN的地址的步驟。
所述的移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù)組的方法，其中，所述步驟 14、步驟15之間，還包括當(dāng)所述Specific GGSN沒有承載上下文時(shí)，由所 述Specific GGSN向所述BM-SC發(fā)送一注冊請求，所述BM-SC接收所述注冊 請求并回應(yīng)一攜帶有TMGI業(yè)務(wù)信息的注冊響應(yīng)，所述Specific GGSN完成承 載上下文的建立。
所述的移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù)組的方法，其中，所述步驟 15中，所述回應(yīng)一創(chuàng)建完成消息的歩驟之后，還包括當(dāng)所述SGSN沒有承 載上下文時(shí)，由所述SGSN向所述Specific GGSN發(fā)送一注冊請求，所述 Specific GGSN接收該注冊請求并回應(yīng)一注冊響應(yīng)的步驟。
為了實(shí)現(xiàn)上述目的，本發(fā)明還提供了一種移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組 播業(yè)務(wù)組的方法，適用于包括終端、無線接入網(wǎng)絡(luò)RAN、服務(wù)GPRS支持節(jié) 點(diǎn)SGSN、網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)GGSN及廣播組播業(yè)務(wù)中心BM-SC的移動通 信系統(tǒng)，所述GGSN又包括缺省Default GGSN、特殊Specific GGSN，其特征 在于，該方法包括
步驟71 ，由所述終端向所述SGSN發(fā)送一 MBMS用戶上下文激活請求；
步驟72，所述SGSN通過解析所述MBMS用戶上下文激活請求攜帶的第 一接入點(diǎn)名稱或根據(jù)所述SGSN的配置信息得到一與所述BM-SC交互的所述 Default GGSN的地址，并向所述Default GGSN發(fā)送一創(chuàng)建MBMS用戶上F" 文請求；
步驟73，所述Default GGSN向?qū)?yīng)的BM-SC發(fā)送一授權(quán)請求，所述
BM-SC在完成授權(quán)后向所述Default GGSN返回一攜帶有第二接入點(diǎn)名稱的成 功消息；
步驟74，所述Default GGSN向所述SGSN回應(yīng)一攜帶有所述第二接入點(diǎn) 名稱的創(chuàng)建MBMS用戶上下文響應(yīng)，并根據(jù)所述第二接入點(diǎn)名稱解析出所述 Specific GGSN，再根據(jù)所述Default GGSN與所述Specific GGSN之間的接口 向所述Specific GGSN重新發(fā)起一創(chuàng)建MBMS用戶上下文請求；及
步驟75，所述Specific GGSN向所述SGSN回應(yīng)一創(chuàng)建完成消息，所述 SGSN提供MBMS用戶上下文至所述RAN,并向所述終端回應(yīng)一激活接收信 阜
妙o
所述的移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù)組的方法，其中，所述步驟
74中，所述創(chuàng)建MBMS用戶上下文響應(yīng)還攜帶有響應(yīng)類型、授權(quán)結(jié)果信息。 所述的移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù)組的方法，其中，所述步驟 74中，在所述Default GGSN向所述SGSN回應(yīng)一攜帶有所述第二接入點(diǎn)名稱 的創(chuàng)建MBMS用戶上下文響應(yīng)的步驟之前，還包括由所述Default GGSN通 過解析所述第二接入點(diǎn)名稱得到所述Specific GGSN的地址，并根據(jù)該地址判 斷所述Specific GGSN是否是所述Default GGSN的歩驟，若是，所述響應(yīng)類 型指示創(chuàng)建接受，否則，所述Default GGSN向所述Specific GGSN轉(zhuǎn)發(fā)從所 述SGSN接收的創(chuàng)建MBMS用戶上下文請求。
所述的移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù)組的方法，其中，所述步驟 74、步驟75之間，還包括當(dāng)所述Specific GGSN沒有承載上下文時(shí)，由所 述Specific GGSN向所述BM-SC發(fā)送一注冊請求，所述BM-SC接收所述注冊 請求并回應(yīng)一攜帶有TMGI業(yè)務(wù)信息的注冊響應(yīng)，所述Specific GGSN完成承 載上下文的建立。
所述的移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù)組的方法，其中，所述步驟 75中，所述回應(yīng)一創(chuàng)建完成消息的步驟之后，還包括當(dāng)所述SGSN沒有承 載上下文時(shí)，由所述SGSN向所述Specific GGSN發(fā)送一注冊請求，所述 Specific GGSN接收所述注冊請求并回應(yīng)一注冊響應(yīng)的步驟。
本發(fā)明的優(yōu)點(diǎn)在于
1)有效降低信令消息的冗余，使得信令消息簡單明了，優(yōu)化信令流量， 從而提高處理效率；
2) MBMS用戶上下文相對獨(dú)立于PDP上下文，不需要受PDP上下文管
理上的制約。
以下結(jié)合附圖和具體實(shí)施例對本發(fā)明進(jìn)行詳細(xì)描述，但不作為對本發(fā)明的 限定。


圖l為現(xiàn)有移動通信系統(tǒng)中的MBMS的網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)圖2a為現(xiàn)有移動通信系統(tǒng)中的組播業(yè)務(wù)實(shí)現(xiàn)流程示意圖2b為現(xiàn)有移動通信系統(tǒng)的加入組播組的激活方法流程示意圖3為本發(fā)明通過SGSN重發(fā)激活請求的MBMS激活方法流程示意圖4為本發(fā)明通過GGSN轉(zhuǎn)發(fā)激活請求的MBMS激活方法流程示意圖。
具體實(shí)施例方式
如圖3所示，為本發(fā)明通過SGSN重發(fā)激活請求的MBMS激活方法流程 示意圖。本流程發(fā)生在用戶已經(jīng)獲得MBMS的組播地址信息，當(dāng)前想要加入 該業(yè)務(wù)的組播組時(shí)的情形。對現(xiàn)有網(wǎng)絡(luò)改動較小，只是軟件的升級。該圖中有 兩個(gè)GGSN和兩個(gè)APN，兩個(gè)GGSN分別是Default GGSN 41 、Specific GGSN 42;兩個(gè)APN分別是APN1、 APN2。
Default GGSN41可以由MBMS激活請求攜帶的APN1解析獲得，也可以 不由MBMS激活請求攜帶，而由SGSN 30配置一個(gè)缺省APN,通過對該APN 解析獲得，或者直接由SGSN 30配置獲得。Default GGSN 41用于請求BM-SC 50對用戶授權(quán)(即加入組播組)，以及獲取能解析出接入MBMS業(yè)務(wù)的Specific GGSN 42的APN2。 Specific GGSN 42用于接入MBMS業(yè)務(wù)，因此，MBMS 用戶上下文要在Specific GGSN 42上建立。APN2則用于解析Specific GGSN 42。
當(dāng)需要加入該MBMS業(yè)務(wù)組接入業(yè)務(wù)時(shí)，用戶終端UE 10直接發(fā)起 MBMS激活請求，不需要發(fā)起PDP激活;MBMS激活請求可以使用GTP(GPRS Tunneling Protocol, GPRS隧道協(xié)議)隧道等協(xié)議封裝傳送到核心網(wǎng)中的SGSN 30。
當(dāng)用戶發(fā)起MBMS激活請求前，不需要知道接入MBMS業(yè)務(wù)所需要的
GGSN的APN。該APN由BM-SC50發(fā)送給網(wǎng)絡(luò)側(cè)中的GGSN，由網(wǎng)絡(luò)側(cè)通 過信令交互完成在該APN對應(yīng)的GGSN上的MBMS用戶i: F文的建立，該 APN對用戶透明。
網(wǎng)絡(luò)側(cè)通過信令交互完成MBMS用戶上下文在Specific GGSN 42上的建 立，不需要用戶的參與。Default GGSN 41在獲得APN2后首先判斷APN2所 解析出的Specific GGSN是否是其本身，如果是，Default GGSN 41完成MBMS 用戶上下文的建立，并向SGSN 30創(chuàng)建MBMS用戶上下文響應(yīng)，指示建立成 功；如果不是，貝U Default GGSN 41向SGSN 30回應(yīng)激活響應(yīng)，附帶APN2 參數(shù)，指示其重新向Specific GGSN 42發(fā)起激活建立上下文請求；或者Default GGSN 41作為GGSN Proxy直接向Specific GGSN 42轉(zhuǎn)發(fā)SGSN 30的創(chuàng)建 MBMS用戶上下文請求，不需要由SGSN30重新發(fā)起，但這種方式需要建立 與GGSN間的信令接口。
Specific GGSN 42在收到激活請求的時(shí)候，請求中帶有鑒權(quán)結(jié)果信息，使 鑒權(quán)不需要再次進(jìn)行。
該方法流程的具體步驟如下
步驟301，終端UE 10向網(wǎng)絡(luò)側(cè)SGSN 30發(fā)送MBMS用戶上下文激活請 求，請求中攜帶終端能力、組播地址(IP Multicast Address)、 一個(gè)缺省的APN1 或沒有APN (APNl/noAPN)、用戶ID (Identity,標(biāo)識)等信息。
步驟302， SGSN 30判斷MBMS用戶上下文激活請求是否攜帶APN1，如 果用戶攜帶了 APN1 ，則SGSN 30通過解析得到一個(gè)能夠與BM-SC 50交互的 Default GGSN 41的地址，如果沒有攜帶任何APN，貝U SGSN 30根據(jù)配置得到 Default GGSN 41的地址。得到地址后，SGSN 30向Default GGSN 41發(fā)送創(chuàng) 建MBMS用戶上下文請求，該請求中帶有終端能力、組播地址(IP Multicast Address) 、 APN1、 TEID、用戶ID等信息。
其中，TEID為用戶信令或數(shù)據(jù)所使用的GTP隧道ID。
步驟303， Default GGSN 41根據(jù)組播地址向 一個(gè)對應(yīng)的BM-SC 50發(fā)送授 權(quán)請求。
步驟304， BM-SC 50完成授權(quán)，回應(yīng)成功消息，消息中帶有接入該組播 業(yè)務(wù)所需要的APN2信息。
步驟305， Default GGSN 41向SGSN 30回應(yīng)創(chuàng)建MBMS用戶上下文響應(yīng)。
該響應(yīng)中攜帶APN2、響應(yīng)類型、授權(quán)結(jié)果信息(Authresult) 。 DefaultGGSN 41在回應(yīng)前可以解析APN2得到Specific GGSN 42的地址，并判斷Specific GGSN 42是否是它本身，如果是，則響應(yīng)類型指示創(chuàng)建接受；如果不是，則 指示SGSN 30向Specific GGSN 42重新發(fā)起創(chuàng)建MBMS用戶上下文請求。 Default GGSN 42解析APN2并判斷是否它本身的功能不是必需的，其他方法 如將APN2帶給SGSN30，由SGSN 30解析出Specific GGSN 42的地址， 并重新發(fā)起激活請求。
步驟306，如果SGSN 30重新發(fā)起激活，則SGSN 30向由APN2解析出 的Specific GGSN 42發(fā)起請求指示，創(chuàng)建MBMS用戶上下文請求，該請求中 包括APN2、用戶ID、授權(quán)結(jié)果信息(Authresult)。
步驟307，如果Specific GGSN 42沒有承載上下文，Specific GGSN 42向 BM-SC 50發(fā)送注冊請求。
步驟308， BM-SC 50接收注冊請求并回應(yīng)注冊響應(yīng)，帶回TMGI (Temporary Mobile Group Identity,臨時(shí)移動組識別)等業(yè)務(wù)信息，Specific GGSN42完成承載上下文的建立。
步驟309， Specific GGSN 42向SGSN 30創(chuàng)建MBMS用戶上下文響應(yīng)， 回應(yīng)創(chuàng)建完成消息。該響應(yīng)中包括GGSNTEID、響應(yīng)類型。
步驟310，如果SGSN30沒有承載上下文，SGSN 30向Specific GGSN 42 發(fā)送注冊請求。
步驟311 ， Specific GGSN 42接收注冊請求并回應(yīng)注冊響應(yīng)。 步驟312， SGSN30提供MBMS用戶上下文給RAN20，完成MBMS用 戶上下文的建立。
步驟313， SGSN 30向終端UE 10回應(yīng)激活接受消息，帶有TMGI等參數(shù)。 如圖4所示，為通過GGSN轉(zhuǎn)發(fā)激活請求的MBMS激活方法流程示意圖。 本流程的應(yīng)用情形與圖3所示的實(shí)施方式的應(yīng)用情形相同，不同之處在于 Default GGSN 41與Specific GGSN 42之間有接口 ，使Default GGSN 41直接 將激活請求轉(zhuǎn)發(fā)給Specific GGSN 42，而不是由SGSN 30重新發(fā)起，具體表現(xiàn) 在步驟405、 408。本方法流程具體步驟如卜、
步驟401，終端UE 10向網(wǎng)絡(luò)側(cè)SGSN 30發(fā)送MBMS用戶上下文激活請 求，請求中攜帶終端能力、組播地址、 一個(gè)缺省的APN1或沒有APN(APNl/no
APN)、用戶ID等信息。
步驟402， SGSN30判斷MBMS用戶上下文激活請求是否攜帶APN1，如 果用戶攜帶了 APN1 ，則SGSN 30通過解析得到一個(gè)能夠與BM-SC 50交互的 Default GGSN 41的地址，如果沒有攜帶任何APN，貝lj SGSN 30根據(jù)配置得到 Default GGSN 41的地址。得到地址后，SGSN根據(jù)該地址向Default GGSN 41 發(fā)送創(chuàng)建MBMS用戶上下文請求，該請求中帶有終端能力、組播地址、APN1、 用戶ID等信息。
步驟403， Default GGSN 41根據(jù)組播地址向一個(gè)對應(yīng)的BM-SC 50發(fā)送授 權(quán)請求。
步驟404， BM-SC 50完成授權(quán)響應(yīng)，回應(yīng)成功消息，消息中帶有接入該 組播業(yè)務(wù)所需要的APN2信息、TMGI參數(shù)。
步驟405，Default GGSN 41向SGSN 30回應(yīng)創(chuàng)建MBMS用戶上下文響應(yīng)。 該響應(yīng)中攜帶APN2、響應(yīng)類型、SGSNTEID、授權(quán)結(jié)果信息(Auth result)。 Default GGSN 41在回應(yīng)前可以解析APN2得到Specific GGSN 42的地址，并 判斷Specific GGSN 42是否是它本身，如果是，則響應(yīng)類型指示創(chuàng)建接受；如 果不是，則將來自SGSN 30的創(chuàng)建MBMS用戶上下文請求轉(zhuǎn)發(fā)給Specific GGSN 42。
步驟406，如果Specific GGSN 42沒有承載上下文，Specific GGSN 42向 BM-SC 50發(fā)送注冊請求。
步驟407， BM-SC 50接收注冊請求并回應(yīng)注冊響應(yīng)，帶回TMGI等業(yè)務(wù) 信息，Specific GGSN 42完成承載上下文的建立。
步驟408， Specific GGSN 42向SGSN 30回應(yīng)創(chuàng)建完成消息。消息中帶有 APN2、 SGSN TEID、 GGSN TEID等參數(shù)信息，用于告知SGSN 30用戶的 MBMS上下文信息要建立在SGSN 30和Specific GGSN 42上。
其中，SGSNTEID、 GGSN TEID用于完成SGSN、 GGSN之間的信令面 的建立。
步驟409，如果SGSN 30沒有承載上下文，SGSN 30向Specific GGSN 42
發(fā)送注冊請求。
步驟410， Specific GGSN 42接收注冊請求并回應(yīng)注冊響應(yīng)。
步驟411， SGSN30提供MBMS用戶上下文給RAN20，完成MBMS用
戶上下文的建立。
步驟412， SGSN 30向終端UE 10回應(yīng)激活接受消息，帶有TMGI等參數(shù)。 釆用本發(fā)明方法使得信令消息簡單明，減少了冗余步驟，優(yōu)化信令流量，
提高了處理效率；同時(shí)使得MBMS用戶上下文相對獨(dú)立于PDP上下文，而不
需要受PDP上下文管理上的制約。
當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情
況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但
這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1、一種移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù)組的方法，適用于包括終端、無線接入網(wǎng)絡(luò)RAN、服務(wù)GPRS支持節(jié)點(diǎn)SGSN、網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)GGSN及廣播組播業(yè)務(wù)中心BM-SC的移動通信系統(tǒng)，所述GGSN又包括缺省Default GGSN、特殊Specific GGSN，其特征在于，該方法包括步驟11，由所述終端向所述SGSN發(fā)送一MBMS用戶上下文激活請求；步驟12，所述SGSN通過解析所述MBMS用戶上下文激活請求攜帶的第一接入點(diǎn)名稱或根據(jù)所述SGSN的配置信息得到一與所述BM-SC交互的所述Default GGSN的地址，并向所述Default GGSN發(fā)送一創(chuàng)建MBMS用戶上下文請求；步驟13，所述Default GGSN向?qū)?yīng)的BM-SC發(fā)送一授權(quán)請求，所述BM-SC在完成授權(quán)后向所述Default GGSN返回一攜帶有第二接入點(diǎn)名稱的成功消息；步驟14，所述Default GSGN向所述SGSN回應(yīng)一攜帶有所述第二接入點(diǎn)名稱的創(chuàng)建MBMS用戶上下文響應(yīng)，所述SGSN向根據(jù)所述第二接入點(diǎn)名稱解析出的所述Specific GGSN重新發(fā)起一創(chuàng)建MBMS用戶上下文請求；及步驟15，所述Specific GGSN向所述SGSN回應(yīng)一創(chuàng)建完成消息，所述SGSN提供MBMS用戶上下文至所述RAN，并向所述終端回應(yīng)一激活接收信息。
2、 根據(jù)權(quán)利要求1所述的移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù)組的方 法，其特征在于，所述步驟14中，所述創(chuàng)建MBMS用戶上下文響應(yīng)還攜帶有 響應(yīng)類型、授權(quán)結(jié)果信息。
3、 根據(jù)權(quán)利要求2所述的移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù)組的方 法，其特征在于，所述步驟14中，在所述Default GGSN向所述SGSN回應(yīng)一 攜帶有所述第二接入點(diǎn)名稱的創(chuàng)建MBMS用戶上下文響應(yīng)的步驟之前，還包 括由所述Default GGSN通過解析所述第二接入點(diǎn)名稱得到所述Specific GGSN的地址，并根據(jù)該地址判斷所述Specific GGSN是否是所述Default GGSN的步驟，若是，所述響應(yīng)類型指示創(chuàng)建接受，否則，所述響應(yīng)類型指示 由所述SGSN向所述Specific GGSN重新發(fā)起創(chuàng)建MBMS用戶上下文請求。
4、 根據(jù)權(quán)利要求1所述的移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù)組的方 法，其特征在于，所述步驟14中，還包括由所述SGSN通過解析所述第二 接入點(diǎn)名稱得到所述Specific GGSN的地址的步驟。
5、 根據(jù)權(quán)利要求1-4任一所述的移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù) 組的方法，其特征在于，所述步驟14、步驟15之間，還包括當(dāng)所述Specific GGSN沒有承載上下文時(shí)，由所述Specific GGSN向所述BM-SC發(fā)送一注冊 請求，所述BM-SC接收所述注冊請求并回應(yīng)一攜帶有TMGI業(yè)務(wù)信息的注冊 響應(yīng)，所述Specific GGSN完成承載上下文的建立。
6、 根據(jù)權(quán)利要求1-4任一所述的移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù) 組的方法，其特征在于，所述步驟15中，所述回應(yīng)一創(chuàng)建完成消息的步驟之 后，還包括當(dāng)所述SGSN沒有承載上下文時(shí)，由所述SGSN向所述Specific GGSN發(fā)送 一注冊請求，所述Specific GGSN接收該注冊請求并回應(yīng)一注冊響 應(yīng)的步驟。
7、 -種移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù)組的方法，適用于包括終 端、無線接入網(wǎng)絡(luò)RAN、服務(wù)GPRS支持節(jié)點(diǎn)SGSN、網(wǎng)關(guān)GPRS支持節(jié)點(diǎn) GGSN及廣播組播業(yè)務(wù)中心BM-SC的移動通信系統(tǒng)，所述GGSN又包括缺省 Default GGSN、特殊Specific GGSN，其特征在于，該方法包括步驟71 ，由所述終端向所述SGSN發(fā)送一 MBMS用戶上下文激活請求； 步驟72，所述SGSN通過解析所述MBMS用戶上下文激活請求攜帶的第 一接入點(diǎn)名稱或根據(jù)所述SGSN的配置信息得到一與所述BM-SC交互的所述 Default GGSN的地址，并向所述Default GGSN發(fā)送一創(chuàng)建MBMS用戶上下 文請求；步驟73，所述Default GGSN向?qū)?yīng)的BM-SC發(fā)送一授權(quán)請求，所述 BM-SC在完成授權(quán)后向所述Default GGSN返回一攜帶有第二接入點(diǎn)名稱的成 功消息；步驟74，所述Default GGSN向所述SGSN回應(yīng)一攜帶有所述第二接入點(diǎn) 名稱的創(chuàng)建MBMS用戶上下文響應(yīng)，并根據(jù)所述第二接入點(diǎn)名稱解析出所述 Specific GGSN，再根據(jù)所述Default GGSN與所述Specific GGSN之間的接口 向所述Specific GGSN重新發(fā)起一創(chuàng)建MBMS用戶上下文請求；及步驟75，所述Specific GGSN向所述SGSN回應(yīng)一創(chuàng)建完成消息，所述 SGSN提供MBMS用戶上下文至所述RAN,并向所述終端回應(yīng)一激活接收信 息。
8、 根據(jù)權(quán)利要求7所述的移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù)組的方 法，其特征在于，所述步驟74中，所述創(chuàng)建MBMS用戶上下文響應(yīng)還攜帶有響應(yīng)類型、授權(quán)結(jié)果信息。
9、 根據(jù)權(quán)利要求8所述的移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù)組的方 法，其特征在于，所述步驟74中，在所述Default GGSN向所述SGSN回應(yīng)一 攜帶有所述第二接入點(diǎn)名稱的創(chuàng)建MBMS用戶上下文響應(yīng)的步驟之前，還包 括由所述Default GGSN通過解析所述第二接入點(diǎn)名稱得到所述Specific GGSN的地址，并根據(jù)該地址判斷所述Specific GGSN是否是所述Default GGSN的步驟，若是，所述響應(yīng)類型指不創(chuàng)建接受，否貝U，所述Default GGSN 向所述Specific GGSN轉(zhuǎn)發(fā)從所述SGSN接收的創(chuàng)建MBMS用戶上下文請求。
10、 根據(jù)權(quán)利要求7、 8或9所述的移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè) 務(wù)組的方法，其特征在于，所述步驟74、歩驟75之間，還包括當(dāng)所述Specific GGSN沒有承載上下文時(shí)，由所述Specific GGSN向所述BM-SC發(fā)送一注冊 請求，所述BM-SC接收所述注冊請求并回應(yīng)一攜帶有TMGI業(yè)務(wù)信息的注冊 響應(yīng)，所述Specific GGSN完成承載上卜文的建立。
11、 根據(jù)權(quán)利要求7、 8或9所述的移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè) 務(wù)組的方法，其特征在于，所述步驟75中，所述回應(yīng)一創(chuàng)建完成消息的步驟 之后，還包括當(dāng)所述SGSN沒有承載h下文時(shí)，由所述SGSN向所述Specific GGSN發(fā)送一注冊請求，所述Specific GGSN接收所述注冊請求并回應(yīng)一注冊 響應(yīng)的步驟。
全文摘要
本發(fā)明公開了一種移動通信系統(tǒng)中實(shí)現(xiàn)終端加入組播業(yè)務(wù)組的方法，包括由終端向SGSN發(fā)送MBMS用戶上下文激活請求；SGSN向Default GGSN發(fā)送創(chuàng)建MBMS用戶上下文請求；Default GGSN向?qū)?yīng)的BM-SC發(fā)送授權(quán)清求，BM-SC向Default GGSN返回成功消息；Default GSGN向SGSN回應(yīng)創(chuàng)建MBMS用戶上下文響應(yīng)，SGSN向Specific GGSN重新發(fā)起創(chuàng)建MBMS用戶上下文請求；Specific GGSN向SGSN回應(yīng)創(chuàng)建完成消息，SGSN提供MBMS用戶上下文至RAN，并回應(yīng)終端。本發(fā)明減少了信令消息冗余并解決了上下文之間存在不必要關(guān)聯(lián)的缺陷。
文檔編號H04W4/08GK101102592SQ200610112509
公開日2008年1月9日 申請日期2006年8月22日 優(yōu)先權(quán)日2006年8月22日
發(fā)明者王志海, 蔡建楠, 褚兆象 申請人:中興通訊股份有限公司