專利名稱：一種多媒體廣播/組播業(yè)務(wù)激活的方法
技術(shù)領(lǐng)域：
本發(fā)明屬于移動通信領(lǐng)域，尤其涉及多媒體廣播/組播業(yè)務(wù)中激活的方法。
背景技術(shù)：
組播和廣播是一種從一個數(shù)據(jù)源向多個目標(biāo)傳送數(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(通用分組無線業(yè)務(wù))支持節(jié)點(Gateway GPRS Support 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ù)標(biāo)識、地址、傳送時間等。內(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會話標(biāo)識決定是否忽略MBMS會話。
在上述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ā)明在此引用，不再贅述。
一個MBMS業(yè)務(wù)在一次會話(Session)期間擁有一棵分發(fā)樹，如圖2所示。樹根在BM-SC，樹葉是所有準備接收此業(yè)務(wù)的UE。無論下游節(jié)點下還有多少分支，一個上游節(jié)點和一個下游節(jié)點之間只存在一個分支，稱作一個MBMS承載。一個分發(fā)數(shù)的所有分支使用同樣的QoS。除了葉子節(jié)點外，其它節(jié)點都保存有一個下游節(jié)點列表，當(dāng)有會話數(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激活一個分組數(shù)據(jù)協(xié)議(Packet Data Protocol，PDP)上下文(PDPContext Activation)。
2.UE通過該PDP上下文通知GGSN其希望加入一個特定的組播組(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認證結(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 Reiect)消息。
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承載分配臨時移動組標(biāo)識，該標(biāo)識通過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承載所需的支持能力，當(dāng)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)消息。
根據(jù)3GPP TS 29.060“3rd Generation Partnership Project；TechnicalSpecification Group Services and System Aspects；General Packet Radio Service(GPRS)；Service description”的規(guī)定，上述過程中GGSN發(fā)往SGSN的MBMSRegistration Response消息編碼中，未包含MBMS承載所需的支持能力信息，導(dǎo)致SGSN無法比較MBMS承載所需的支持能力和UE的MBMS支持能力。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種多媒體廣播/組播業(yè)務(wù)激活的方法，旨在解決現(xiàn)有技術(shù)中存在的在MBMS激活流程中，GGSN發(fā)往SGSN的MBMS RegistrationResponse消息編碼中未包含MBMS承載所需的支持能力信息，導(dǎo)致SGSN無法比較MBMS承載所需的支持能力和UE的MBMS支持能力的問題。
本發(fā)明是這樣實現(xiàn)的，一種多媒體廣播/組播業(yè)務(wù)激活的方法，SGSN向GGSN發(fā)送MBMS注冊請求消息，請求建立MBMS承載關(guān)系，GGSN向SGSN返回MBMS注冊響應(yīng)消息，所述MBMS注冊響應(yīng)消息中攜帶有MBMS承載所需的支持能力信息。
所述MBMS承載所需的支持能力信息為條件信元，當(dāng)MBMS注冊響應(yīng)消息指示請求被接受時，所述MBMS注冊響應(yīng)消息攜帶所述MBMS承載所需的支持能力信息。
所述MBMS承載所需的支持能力信息包括MBMS承載所需的支持能力信元長度以及MBMS承載所需的支持能力信息。
所述MBMS承載所需的支持能力信息進一步包括MBMS承載所需的支持能力信元標(biāo)識。
所述MBMS承載所需的支持能力為最大下行比特率。
本發(fā)明在MBMS激活流程中，在GGSN在MBMS Registration Response消息中將MBMS承載所需的支持能力信息發(fā)送給SGSN，使SGSN可以比較MBMS承載所需的支持能力和UE的MBMS支持能力。


圖1是MBMS的網(wǎng)絡(luò)參考模型圖；圖2是MBMS業(yè)務(wù)會話分發(fā)樹示意圖；圖3是MBMS組播業(yè)務(wù)的階段示意圖；圖4是MBMS激活流程圖；圖5是本發(fā)明提供的MBMS激活流程圖。
具體實施例方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進行進一步詳細說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
本發(fā)明中，GGSN發(fā)往SGSN的MBMS Registration Response消息中，攜帶有MBMS承載所需的支持能力信息。
圖5示出了本發(fā)明提供的MBMS激活流程，在步驟14中，GGSN向SGSN返回MBMS Registration Response消息，消息中攜帶有MBMS承載所需的支持能力信息，流程的其他內(nèi)容與現(xiàn)有技術(shù)相同，不再贅述。
本發(fā)明在MBMS Registration Response消息編碼中，增加“MBMS承載所需的支持能力”信元，該信元為條件信元，當(dāng)MBMS Registration Response消息指示“請求被接受”時，即MBMS Registration Response消息中的Cause信元值為128時，需要攜帶該信元。
添加了“MBMS承載所需的支持能力”信元的MBMS Registration Response消息結(jié)構(gòu)如下

該信元編碼方式如下87654321

Octet1Octet2～3Octet4～n其中，Required MBMS bearer capabilities IEI(MBMS承載所需的支持能力信息標(biāo)識)字段可以使用目前暫未被使用的信元標(biāo)識。
Length of Required MBMS bearer capabilities IE(MBMS承載所需的支持能力信元長度)字段標(biāo)識該信元后續(xù)Required MBMS bearer capabilities(MBMS承載所需的支持能力)部分的長度，以字節(jié)為單位。
在本發(fā)明中，Required MBMS bearer capabilities部分以Maximum bit rate fordownlink(最大下行比特率)作為衡量參數(shù)，當(dāng)然也可以采用其他的衡量參數(shù)。
Required MBMS bearer capabilities部分可以采用多種表達方式，作為本發(fā)明的一個實施例，Required MBMS bearer capabilities部分可以采用如下表達方式87654321

Octet1Octet2當(dāng)所需的Maximum bit rate for downlink小于8640kbi/s時，只攜帶Maximum bit rate for downlink參數(shù)，不攜帶Maximum bit rate for downlink(extended)參數(shù)。Maximum bit rate for downlink參數(shù)取值含義如下(1)1～63表示1～63kbit/s，以1kbit/s遞增；(2)64～127表示64～568kbit/s，以8kbit/s遞增；(3)128～254表示576～8640kbit/s，以64kbit/s遞增；(4)255表示0kbit/s。
當(dāng)所需的最大下行比特率小于8600kbit/s時，Maximum bit rate for downlink參數(shù)被填為254，并且攜帶Maximum bit rate for downlink(extended)參數(shù)。Maximum bit rate for downlink(extended)參數(shù)取值含義如下0～74表示8600～16000kbit/s，以100kbit/s遞增。
在本發(fā)明的另一個實施例中，Required MBMS bearer capabilities部分可以直接使用kbit/s為單位表示下行最大比特率，取值范圍為1～16000kbit/s87654321

Octet1～2有關(guān)MBMS Registration Response消息的其他內(nèi)容參見3GPP TS 29.060“3rd Generation Partnership Project；Technical Specification Group Services andSystem Aspects；General Packet Radio Service(GPRS)；Service description”的規(guī)定，本發(fā)明在此引用，不再贅述。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種多媒體廣播/組播業(yè)務(wù)激活的方法，SGSN向GGSN發(fā)送MBMS注冊請求消息，請求建立MBMS承載關(guān)系，GGSN向SGSN返回MBMS注冊響應(yīng)消息，其特征在于，所述MBMS注冊響應(yīng)消息中攜帶有MBMS承載所需的支持能力信息。
2.如權(quán)利要求1所述的多媒體廣播/組播業(yè)務(wù)激活的方法，其特征在于，所述MBMS承載所需的支持能力信息為條件信元，當(dāng)MBMS注冊響應(yīng)消息指示請求被接受時，所述MBMS注冊響應(yīng)消息攜帶所述MBMS承載所需的支持能力信息。
3.如權(quán)利要求1或2所述的多媒體廣播/組播業(yè)務(wù)激活的方法，其特征在于，所述MBMS承載所需的支持能力信息包括MBMS承載所需的支持能力信元長度以及MBMS承載所需的支持能力。
4.如權(quán)利要求3所述的多媒體廣播/組播業(yè)務(wù)激活的方法，其特征在于，所述MBMS承載所需的支持能力信息進一步包括MBMS承載所需的支持能力信元標(biāo)識。
5.如權(quán)利要求3所述的多媒體廣播/組播業(yè)務(wù)激活的方法，其特征在于，所述MBMS承載所需的支持能力為最大下行比特率。
全文摘要
本發(fā)明適用于移動通信領(lǐng)域，提供了一種多媒體廣播/組播業(yè)務(wù)激活的方法，SGSN向GGSN發(fā)送MBMS注冊請求消息，請求建立MBMS承載關(guān)系，GGSN向SGSN返回MBMS注冊響應(yīng)消息，所述MBMS注冊響應(yīng)消息中攜帶有MBMS承載所需的支持能力信息。本發(fā)明在MBMS激活流程中，在GGSN在MBMS Registration Response消息中將MBMS承載所需的支持能力信息發(fā)送給SGSN，使SGSN可以比較MBMS承載所需的支持能力和UE的MBMS支持能力。
文檔編號H04L29/06GK1859406SQ200610033658
公開日2006年11月8日 申請日期2006年2月14日 優(yōu)先權(quán)日2006年2月14日
發(fā)明者陳靖 申請人:華為技術(shù)有限公司