專利名稱：一種多媒體廣播/組播業(yè)務(wù)激活的方法
技術(shù)領(lǐng)域：
本發(fā)明屬于移動(dòng)通信領(lǐng)域，尤其涉及多媒體廣播/組播業(yè)務(wù)中激活的方法。
背景技術(shù)：
組播和廣播是一種從一個(gè)數(shù)據(jù)源向多個(gè)目標(biāo)傳送數(shù)據(jù)報(bào)文的技術(shù)。隨著Internet的迅猛發(fā)展，大量多媒體業(yè)務(wù)涌現(xiàn)出來(lái)，其中一些應(yīng)用業(yè)務(wù)要求多個(gè)用戶能同時(shí)接收相同數(shù)據(jù)，例如視頻點(diǎn)播、電視廣播、視頻會(huì)議、網(wǎng)上教育或者互動(dòng)游戲等。與一般的數(shù)據(jù)相比，這些多媒體業(yè)務(wù)具有數(shù)據(jù)量大、持續(xù)時(shí)間長(zhǎng)、時(shí)延敏感等特點(diǎn)。由于移動(dòng)網(wǎng)絡(luò)具有特定的網(wǎng)絡(luò)結(jié)構(gòu)、功能實(shí)體和無(wú)線接口，與有線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)容。其功能包括對(duì)第三方內(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í)、地址、傳送時(shí)間等。內(nèi)容提供者/組播廣播內(nèi)容源可以通過(guò)分組數(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的請(qǐng)求為廣播或組播傳送建立或釋放與服務(wù)GPRS支持節(jié)點(diǎn)(Serving GPRS Supporting Node，SGSN)間的MBMS承載，從BM-SC或其它數(shù)據(jù)源接收IP廣播/組播內(nèi)容，并通過(guò)GPRS隧道協(xié)議(GPRS Tunneling Protocol，GTP)隧道傳送給相關(guān)的SGSN。
SGSN對(duì)用戶進(jìn)行網(wǎng)絡(luò)控制，支持MBMS接收者在SGSN間的移動(dòng)，根據(jù)GGSN的請(qǐng)求建立或釋放與GGSN之間的MBMS承載，將廣播/組播數(shù)據(jù)傳送給無(wú)線接入網(wǎng)絡(luò)(Radio Access Network，RAN)，如通用地面無(wú)線接入網(wǎng)路(Universal Terrestrial Radio Access Network，UTRAN)、GSM/EDGE無(wú)線接入網(wǎng)(GSM/EDGE Radio Access Network，GERAN)。SGSN通過(guò)歸屬位置寄存器(Home Location Register，HLR)獲取用戶信息。
RAN根據(jù)SGSN的請(qǐng)求建立或釋放與SGSN之間的MBMS承載，在預(yù)定的廣播/組播業(yè)務(wù)區(qū)域選擇共享信道或?qū)Ｓ行诺纻魉蚆BMS業(yè)務(wù)，支持核心網(wǎng)發(fā)起和終止MBMS傳送，支持MBMS接收者在無(wú)線網(wǎng)絡(luò)控制器(Radio NetworkController，RNC)間的移動(dòng)，支持傳輸MBMS業(yè)務(wù)聲明、尋呼信息、MBMS并行業(yè)務(wù)，例如接收MBMS視頻內(nèi)容同時(shí)進(jìn)行語(yǔ)音呼叫和消息業(yè)務(wù)。
用戶設(shè)備(User Equipment，UE)支持激活/去激活MBMS業(yè)務(wù)，對(duì)內(nèi)容進(jìn)行加密和一致性保護(hù)等MBMS安全相關(guān)功能，接收MBMS業(yè)務(wù)聲明、尋呼信息或支持同步業(yè)務(wù)以及根據(jù)MBMS會(huì)話標(biāo)識(shí)決定是否忽略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分別通過(guò)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 descrition”，本發(fā)明在此引用，不再贅述。
一個(gè)MBMS業(yè)務(wù)在一次會(huì)話(Session)期間擁有一棵分發(fā)樹，如圖2所示。樹根在BM-SC，樹葉是所有準(zhǔn)備接收此業(yè)務(wù)的UE。無(wú)論下游節(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)通過(guò)與這些下游節(jié)點(diǎn)間的MBMS承載將會(huì)話數(shù)據(jù)發(fā)往指定的下游節(jié)點(diǎn)。對(duì)于每個(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è)簽約用戶加入組播組的過(guò)程，即用戶通知網(wǎng)絡(luò)希望接收某個(gè)組播業(yè)務(wù)的數(shù)據(jù)。在實(shí)現(xiàn)中，Joining過(guò)程通過(guò)MBMS激活流程來(lái)完成，也是一個(gè)組播分發(fā)樹建立的過(guò)程。在此過(guò)程中，如果下游節(jié)點(diǎn)發(fā)現(xiàn)和上游節(jié)點(diǎn)還未建立MBMS承載關(guān)系，即沒有加入上游節(jié)點(diǎn)的下游節(jié)點(diǎn)列表，則通過(guò)注冊(cè)流程加入到上游節(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ù)。
有關(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激活一個(gè)分組數(shù)據(jù)協(xié)議(Packet Data Protocol，PDP)上下文(PDPContext Activation)。
2.UE通過(guò)該P(yáng)DP上下文通知GGSN其希望加入一個(gè)特定的組播組(IGMPJoin)。
3.GGSN向BM-SC發(fā)送MBMS鑒權(quán)請(qǐng)求(MBMS Authorization Request)消息，BM-SC根據(jù)用戶的簽約信息決定是否允許用戶加入該組播組。BM-SC通過(guò)MBMS鑒權(quán)響應(yīng)(MBMS Authorization Response)消息，通知GGSN認(rèn)證結(jié)果，如果認(rèn)證未通過(guò)，則終止流程；否則，進(jìn)行后續(xù)流程。
4a.GGSN向SGSN發(fā)送MBMS通知請(qǐng)求(MBMS Notification Request)消息，通知SGSN，UE請(qǐng)求加入一個(gè)特定的組播組。
4b.SGSN向GGSN返回MBMS通知響應(yīng)(MBMS Notification Response)消息，指示GGSN，SGSN是否允許激活流程繼續(xù)。
5.SGSN向UE發(fā)送請(qǐng)求MBMS上下文激活(Request MBMS ContextActivation)消息，請(qǐng)求UE發(fā)起MBMS激活流程。
6.UE向SGSN發(fā)送激活MBMS上下文請(qǐng)求(Activate MBMS ContextRequest)消息請(qǐng)求激活。消息中會(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通知拒絕請(qǐng)求(MBMS Notification Reject Request)消息請(qǐng)求拒絕，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上下文請(qǐng)求(Create MBMS ContextRequest)消息，請(qǐng)求GGSN建立MBMS UE上下文。該GGSN可能與步驟2～4中的GGSN不是同一個(gè)GGSN。
11.GGSN向BM-SC發(fā)送MBMS Authorization Request，請(qǐng)求BM-SC建立MBMS UE上下文。BM-SC建立起MBMS UE上下文，并通過(guò)MBMSAuthorization Response消息通知GGSN結(jié)果。
12.如果GGSN和BM-SC之間還未為該組播業(yè)務(wù)建立MBMS承載關(guān)系，GGSN向BM-SC發(fā)送MBMS注冊(cè)請(qǐng)求(MBMS Registration Request)消息請(qǐng)求建立MBMS承載關(guān)系。
BM-SC為該MBMS承載分配臨時(shí)移動(dòng)組標(biāo)識(shí)，該標(biāo)識(shí)通過(guò)MBMS注冊(cè)響應(yīng)(MBMS Registration Response)消息到達(dá)GGSN、SGSN，并通過(guò)激活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消息請(qǐng)求建立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)消息。
3GPP TS 24.008“3rd Generation Partnership Project；Technical SpecificationGroup Core Network；Mobile radio interface layer 3 specification；Core NetworkProtocols-Stage3”的規(guī)定，上述過(guò)程中SGSN發(fā)往UE的Activate MBMS ContextAccept和Activate MBMS Context Reject消息中未包含MBMS承載所需的支持能力信息，導(dǎo)致UE無(wú)法得到MBMS業(yè)務(wù)所需的支持能力，即使自身的能力無(wú)法滿足需要，仍然發(fā)起激活流程，增加系統(tǒng)的信令處理負(fù)擔(dān)。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種多媒體廣播/組播業(yè)務(wù)激活的方法，旨在解決現(xiàn)有技術(shù)中存在的在MBMS激活流程中，SGSN發(fā)往UE的Activate MBMSContext Accept和Activate MBMS Context Reject消息中未包含MBMS承載所需的支持能力信息，導(dǎo)致UE無(wú)法得到MBMS業(yè)務(wù)所需的支持能力，即使自身的能力無(wú)法滿足需要，仍然發(fā)起激活流程，增加系統(tǒng)的信令處理負(fù)擔(dān)的問題。
本發(fā)明是這樣實(shí)現(xiàn)的，一種多媒體廣播/組播業(yè)務(wù)激活的方法，用戶設(shè)備向SGSN發(fā)送激活MBMS上下文請(qǐng)求消息請(qǐng)求激活，SGSN向用戶設(shè)備返回激活MBMS上下文接受消息或者拒絕消息，所述MBMS上下文接受消息或者拒絕消息中攜帶有MBMS承載所需的支持能力信息。
在所述MBMS上下文接受消息中，所述MBMS承載所需的支持能力信息為可選或者必選信元。
在所述MBMS上下文拒絕消息中，所述MBMS承載所需的支持能力信息為可選信元。
所述MBMS承載所需的支持能力信息包括MBMS承載所需的支持能力信元長(zhǎng)度以及MBMS承載所需的支持能力信息。
所述MBMS承載所需的支持能力進(jìn)一步包括MBMS承載所需的支持能力信元標(biāo)識(shí)。
所述MBMS承載所需的支持能力為最大下行比特率。
本發(fā)明在SGSN向UE發(fā)送的Activate MBMS Context Accept和ActivateMBMS Context Reject消息中將MBMS承載所需的支持能力發(fā)送給UE，使UE可以得到MBMS業(yè)務(wù)所需的支持能力，在自身的能力無(wú)法滿足需要時(shí)不發(fā)起激活流程，可以減少系統(tǒng)的信令處理負(fù)擔(dān)。


圖1是MBMS的網(wǎng)絡(luò)參考模型圖；圖2是MBMS業(yè)務(wù)會(huì)話分發(fā)樹示意圖；圖3是MBMS組播業(yè)務(wù)的階段示意圖；圖4是MBMS激活流程圖；圖5是本發(fā)明提供的MBMS激活流程圖。
具體實(shí)施例方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說(shuō)明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
在本發(fā)明中，SGSN發(fā)往UE的Activate MBMS Context Accept消息或Activate MBMS Context Reject消息中，攜帶有MBMS承載所需的支持能力信息。
圖5示出了本發(fā)明提供的MBMS激活流程，在步驟17中，SGSN向UE返回Activate MBMS Context Accept消息，消息中攜帶有MBMS承載所需的支持能力信息，流程的其他內(nèi)容與現(xiàn)有技術(shù)相同，不再贅述。當(dāng)SGSN向UE返回Activate MBMS Context Reject消息時(shí)的實(shí)現(xiàn)與SGSN向UE返回ActivateMBMS Context Accept消息時(shí)的實(shí)現(xiàn)類似，不再贅述。
本發(fā)明Activate MBMS Context Accept消息和Activate MBMS ContextReject消息編碼中，增加“MBMS承載所需的支持能力”信元。
對(duì)于Activate MBMS Context Accept消息，MBMS承載所需的支持能力信元可以是必選信元或可選信元。以可選信元為例，添加了該信元的ActivateMBMS Context Accept消息結(jié)構(gòu)如下

對(duì)于Activate MBMS Context Reject消息，MBMS承載所需的支持能力信元是可選信元，當(dāng)SGSN已知MBMS承載所需的支持能力時(shí)攜帶。添加了該信元的Activate MBMS Context Reject消息結(jié)構(gòu)如下

Required MBMS bearer capabilities(MBMS承載所需的支持能力)信元的編碼方式如下87654321

Octet1Octet2Octet3～n其中，Required MBMS bearer capabilities IEI(MBMS承載所需的支持能力信元標(biāo)識(shí))字段可以使用目前暫未被使用的信元標(biāo)識(shí)，如36。當(dāng)MBMS承載所需的支持能力信元是必選信元時(shí)可以不攜帶該字段。
Length of Required MBMS bearer capabilities IE(MBMS承載所需的支持能力信元長(zhǎng)度)字段標(biāo)識(shí)該信元后續(xù)Required MBMS bearer capabilities(MBMS承載所需的支持能力)部分的長(zhǎng)度，以字節(jié)為單位。
在本發(fā)明中，Required MBMS bearer capabilities部分以Maximum bit rate fordownlink(最大下行比特率)作為衡量參數(shù)，當(dāng)然也可以采用其他的衡量參數(shù)。
Required MBMS bearer capabilities部分可以采用多種表達(dá)方式。
作為本發(fā)明的一個(gè)實(shí)施例，Required MBMS bearer capabilities部分可以采用如下表達(dá)方式
其中，Topology Type(#Z.80.0)和hop(#Z.144.0)字段的定義分別參見表2和表3。

表2

表3接著進(jìn)入步驟220，從節(jié)點(diǎn)從上一級(jí)接收hop值的通知并將該hop值作為本從節(jié)點(diǎn)hop。在本發(fā)明第一較佳實(shí)施例中，設(shè)定主節(jié)點(diǎn)的端口始終為M端口，即Port Type比特始終填寫0，初始狀態(tài)下從節(jié)點(diǎn)將其hop值置為無(wú)效，兩個(gè)端口同時(shí)為CPRI-S端口，首先收到CPRI建鏈請(qǐng)求即上一級(jí)的hop通知的端口保持為S端口，同時(shí)將另外一個(gè)端口切換為M端口。本領(lǐng)域的普通技術(shù)人員理解，這樣就使得所有從父節(jié)點(diǎn)發(fā)送到子節(jié)點(diǎn)的hop通知均為從M端口發(fā)送到S端口，hop通知中Port Type始終為0。
權(quán)利要求
1.一種多媒體廣播/組播業(yè)務(wù)激活的方法，用戶設(shè)備向SGSN發(fā)送激活MBMS上下文請(qǐng)求消息請(qǐng)求激活，SGSN向用戶設(shè)備返回激活MBMS上下文接受消息或者拒絕消息，其特征在于，所述MBMS上下文接受消息或者拒絕消息中攜帶有MBMS承載所需的支持能力信息。
2.如權(quán)利要求1所述的多媒體廣播/組播業(yè)務(wù)激活的方法，其特征在于，在所述MBMS上下文接受消息中，所述MBMS承載所需的支持能力信息為可選或者必選信元。
3.如權(quán)利要求1所述的多媒體廣播/組播業(yè)務(wù)激活的方法，其特征在于，在所述MBMS上下文拒絕消息中，所述MBMS承載所需的支持能力信息為可選信元。
4.如權(quán)利要求1所述的多媒體廣播/組播業(yè)務(wù)激活的方法，其特征在于，所述MBMS承載所需的支持能力信息包括MBMS承載所需的支持能力信元長(zhǎng)度以及MBMS承載所需的支持能力。
5.如權(quán)利要求3所述的多媒體廣播/組播業(yè)務(wù)激活的方法，其特征在于，所述MBMS承載所需的支持能力進(jìn)一步包括MBMS承載所需的支持能力信元標(biāo)識(shí)。
6.如權(quán)利要求3所述的多媒體廣播/組播業(yè)務(wù)激活的方法，其特征在于，所述MBMS承載所需的支持能力為最大下行比特率。
全文摘要
本發(fā)明適用于移動(dòng)通信領(lǐng)域，提供了一種多媒體廣播/組播業(yè)務(wù)激活的方法，用戶設(shè)備向SGSN發(fā)送激活MBMS上下文請(qǐng)求消息請(qǐng)求激活，SGSN向用戶設(shè)備返回激活MBMS上下文接受消息或者拒絕消息，所述MBMS上下文接受消息或者拒絕消息中攜帶有MBMS承載所需的支持能力信息。本發(fā)明在SGSN向UE發(fā)送的Activate MBMS Context Accept和Activate MBMS ContextReject消息中將MBMS承載所需的支持能力發(fā)送給UE，使UE可以得到MBMS業(yè)務(wù)所需的支持能力，在自身的能力無(wú)法滿足需要時(shí)不發(fā)起激活流程，可以減少系統(tǒng)的信令處理負(fù)擔(dān)。
文檔編號(hào)H04L29/06GK1859405SQ20061003365
公開日2006年11月8日 申請(qǐng)日期2006年2月14日 優(yōu)先權(quán)日2006年2月14日
發(fā)明者陳靖 申請(qǐng)人:華為技術(shù)有限公司