專利名稱：為mbms業(yè)務(wù)建立無(wú)線接入承載的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及寬帶碼分多址移動(dòng)通信系統(tǒng)，特別涉及為MBMS業(yè)務(wù)建立無(wú)線接入承載和尋呼的方法。
背景技術(shù)：
多媒體廣播和組播業(yè)務(wù)(簡(jiǎn)稱MBMS)是由第三代伙伴計(jì)劃(簡(jiǎn)稱3GPP)提出并正在進(jìn)行標(biāo)準(zhǔn)化的一項(xiàng)新業(yè)務(wù)。MBMS業(yè)務(wù)是一種單向的點(diǎn)對(duì)多點(diǎn)的業(yè)務(wù)，這種業(yè)務(wù)的最大特點(diǎn)是它可以有效的利用無(wú)線資源和網(wǎng)絡(luò)資源。
如圖1所時(shí)，MBMS網(wǎng)絡(luò)結(jié)構(gòu)以通用分組無(wú)線業(yè)務(wù)(簡(jiǎn)稱GPRS)核心網(wǎng)為基礎(chǔ)，并增加了新的網(wǎng)絡(luò)單元。101廣播和組播業(yè)務(wù)中心(簡(jiǎn)稱BM-SC)是MBMS系統(tǒng)的業(yè)務(wù)控制中心。102網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(簡(jiǎn)稱GGSN)和103服務(wù)GPRS支持節(jié)點(diǎn)(簡(jiǎn)稱SGSN)構(gòu)成了MBMS業(yè)務(wù)的傳輸網(wǎng)絡(luò)，為數(shù)據(jù)的傳輸提供路由。106歸屬位置寄存器(簡(jiǎn)稱HLR)保存與用戶有關(guān)的數(shù)據(jù)，可以提供用戶鑒權(quán)等服務(wù)。104UMTS陸地?zé)o線接入網(wǎng)(簡(jiǎn)稱UTRAN)在空中接口上為MBMS服務(wù)提供無(wú)線資源。107Iu表示無(wú)線接入網(wǎng)和核心網(wǎng)之間的接口。105用戶設(shè)備(簡(jiǎn)稱UE)是用來(lái)接收數(shù)據(jù)的終端設(shè)備。MBMS業(yè)務(wù)所用的無(wú)線資源不是用戶專用的，而是由此業(yè)務(wù)的所有用戶共享的。
現(xiàn)有的無(wú)線接入承載分配過(guò)程是基于一個(gè)用戶的，用于建立新的無(wú)線接入承載，或修改和釋放已經(jīng)建立的無(wú)線接入承載。圖2描述了現(xiàn)有的無(wú)線接入承載分配過(guò)程。
201無(wú)線接入承載分配請(qǐng)求，是指核心網(wǎng)(以下簡(jiǎn)稱CN)請(qǐng)求RNC根據(jù)消息中的參數(shù)配置相應(yīng)的無(wú)線接入承載。這條消息中的參數(shù)包括要建立的新RAB和要修改的RAB的標(biāo)識(shí)以及相關(guān)參數(shù)，要釋放的RAB標(biāo)識(shí)等。
202無(wú)線接入承載分配響應(yīng)，是指RNC根據(jù)CN的請(qǐng)求配置完RAB后，對(duì)CN的響應(yīng)。在這條消息，RNC要把配置結(jié)果匯報(bào)給CN。
現(xiàn)有的Iu接口上的尋呼過(guò)程是獨(dú)立于無(wú)線接入承載建立過(guò)程的，如圖3。
當(dāng)CN需要對(duì)一個(gè)特定的UE進(jìn)行尋呼時(shí)，要發(fā)送301尋呼消息給RNC，然后RNC根據(jù)消息中的參數(shù)在空中接口上對(duì)UE進(jìn)行尋呼。尋呼消息中的參數(shù)包括CN域標(biāo)識(shí)，UE標(biāo)識(shí)，尋呼區(qū)域，尋呼原因等。
現(xiàn)有的無(wú)線接入承載建立以及尋呼過(guò)程都是針對(duì)一個(gè)UE的。但是MBMS業(yè)務(wù)是一個(gè)點(diǎn)對(duì)多點(diǎn)的業(yè)務(wù)，它可以有效的節(jié)省資源。因此有必要提出新的無(wú)線接入承載建立過(guò)程和尋呼過(guò)程，這些過(guò)程應(yīng)該是基于業(yè)務(wù)而不是針對(duì)一個(gè)UE的，同時(shí)在這個(gè)過(guò)程中，應(yīng)該綜合更多的功能，以有效的節(jié)省系統(tǒng)資源。另外，根據(jù)MBMS業(yè)務(wù)的特點(diǎn)，可以考慮在無(wú)線接入承載建立過(guò)程中創(chuàng)建CRNC Context。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種基于MBMS業(yè)務(wù)的無(wú)線接入承載建立的方法。
為實(shí)現(xiàn)上述目的，一種為MBMS業(yè)務(wù)無(wú)線接入承載建立的方法，包括步驟a)SGSN收到來(lái)自BM-SC和GGSN的數(shù)據(jù)或通知，或者SGSN收到來(lái)自CRNC的MBMS業(yè)務(wù)信息請(qǐng)求；b)SGSN根據(jù)通知或它自身保存的MBMS context發(fā)起對(duì)CRNC的無(wú)線接入承載建立請(qǐng)求；c)RNC收到來(lái)自SGSN的請(qǐng)求后，發(fā)起對(duì)UE的尋呼；d)RNC根據(jù)此MBMS業(yè)務(wù)的UE數(shù)目和網(wǎng)絡(luò)需求決定是否要為該MBMS業(yè)務(wù)建立CRNC context。
e)RNC把無(wú)線接入承載建立結(jié)果報(bào)告給SGSN。
本發(fā)明提出的MBMS業(yè)務(wù)無(wú)線接入承載建立的方法是一種基于MBMS業(yè)務(wù)的無(wú)線接入承載建立方法，對(duì)于一個(gè)業(yè)務(wù)只需要一組信令就可完成無(wú)線接入承載過(guò)程。在MBMS無(wú)線接入承載建立過(guò)程中，同時(shí)完成了Iu尋呼功能和CRNC context的創(chuàng)建功能，減少了Iu接口上的信令傳輸，節(jié)省了系統(tǒng)資源，提高了系統(tǒng)提供MBMS業(yè)務(wù)的效率。并在尋呼過(guò)程中，加入了對(duì)服務(wù)區(qū)域性質(zhì)的處理。


圖1是MBMS系統(tǒng)結(jié)構(gòu)示意圖；圖2是現(xiàn)有技術(shù)無(wú)線接入承載分配過(guò)程；圖3是現(xiàn)有技術(shù)無(wú)線接入承載分配過(guò)程；圖4是本發(fā)明MBMS無(wú)線接入承載建立過(guò)程。
具體實(shí)施例方式
本發(fā)明重點(diǎn)研究了在107Iu接口上為MBMS業(yè)務(wù)建立或分配無(wú)線接入承載的方法。這個(gè)方法的特點(diǎn)在于，在分配無(wú)線接入承載的過(guò)程中，可以同時(shí)進(jìn)行尋呼和創(chuàng)建無(wú)線網(wǎng)絡(luò)控制器MBMS業(yè)務(wù)上下文(以下簡(jiǎn)稱CRNCcontext)，并根據(jù)服務(wù)區(qū)域的屬性在空中接口上進(jìn)行相應(yīng)的處理。本發(fā)明提出了MBMS業(yè)務(wù)無(wú)線接入承載建立的方法，該方法包括以下幾個(gè)步驟a)SGSN收到來(lái)自BM-SC和GGSN的數(shù)據(jù)或通知，或者SGSN收到來(lái)自CRNC的請(qǐng)求。如果BM-SC定義了服務(wù)區(qū)域的屬性是跟蹤區(qū)域還是非跟蹤區(qū)域，那么在BM-SC發(fā)送到GGSN和GGSN發(fā)送到SGSN的通知中應(yīng)包含服務(wù)區(qū)域的指示。
b)SGSN根據(jù)通知或它自身保存的MBMS context發(fā)起對(duì)CRNC的無(wú)線接入承載建立請(qǐng)求。
在對(duì)RNC的請(qǐng)求消息中，應(yīng)包括以下參數(shù)臨時(shí)MBMS組標(biāo)識(shí)(以下簡(jiǎn)稱TMGI)，IP地址，接入點(diǎn)名(以下簡(jiǎn)稱APN)，服務(wù)區(qū)域，服務(wù)質(zhì)量，處于連接模式下的UE的信息等。
c)RNC收到來(lái)自SGSN的請(qǐng)求后，發(fā)起對(duì)UE的尋呼。在對(duì)UE的尋呼消息中，可以包含相關(guān)的MBMS業(yè)務(wù)無(wú)線承載的參數(shù)，并指明該服務(wù)區(qū)域是跟蹤區(qū)域還是非跟蹤區(qū)域。UE要想在跟蹤區(qū)域內(nèi)接收MBMS消息，必須建立無(wú)線資源控制(以下簡(jiǎn)稱RRC)連接；在非跟蹤區(qū)域的UE接收MBMS消息時(shí)，不必建立RRC連接。
d)UE根據(jù)尋呼消息中的參數(shù)和自身所處的狀態(tài)對(duì)RNC做出響應(yīng)。
e)RNC根據(jù)來(lái)自UE的響應(yīng)以及該服務(wù)區(qū)域的屬性，對(duì)UE給出確認(rèn)，并決定是否要為該MBMS業(yè)務(wù)建立CRNC context。
f)RNC把無(wú)線承載建立結(jié)果報(bào)告給SGSN，指出建立成功還是失敗，如果失敗可以指出失敗原因，例如在此服務(wù)區(qū)域內(nèi)沒(méi)有愿意接收此業(yè)務(wù)的用戶；下面結(jié)合圖4描述MBMS無(wú)線接入承載建立流程MBMS無(wú)線接入承載建立過(guò)程的發(fā)起有兩種選擇4011 CRNC向SGSN發(fā)送“MBMS業(yè)務(wù)信息請(qǐng)求”消息，或4012 SGSN接收到來(lái)自BM-SC和GGSN的數(shù)據(jù)或通知。
402 SGSN向RNC發(fā)送MBMS無(wú)線接入承載建立請(qǐng)求。
403 RNC分析SGSN的請(qǐng)求，向UE發(fā)出尋呼。
404 UE收到RNC的尋呼后，如果處于空閑模式，則向RNC發(fā)送RRC連接建立請(qǐng)求；如果處于連接模式，則向RNC發(fā)送無(wú)線承載建立響應(yīng)。根據(jù)網(wǎng)絡(luò)的需要，特定的UE也可以不向RNC發(fā)送響應(yīng)。
405如果RNC收到UE的RRC連接建立請(qǐng)求，則根據(jù)UE所屬的服務(wù)區(qū)域性質(zhì)做出不同的處理，如果該服務(wù)區(qū)域是跟蹤區(qū)域，則為此UE建立RRC連接并發(fā)送“RRC連接建立”作為響應(yīng)；如果該服務(wù)區(qū)域是非跟蹤區(qū)域，則不為此UE建立RRC連接并發(fā)送“RRC連接拒絕”作為響應(yīng)，拒絕原因?yàn)椤胺歉檯^(qū)域。RNC根據(jù)收到的來(lái)自SGSN的請(qǐng)求消息中的參數(shù)以及UE的數(shù)目，確定此MBMS業(yè)務(wù)的CRNCcontext。
406如果UE收到來(lái)自RNC的“RRC連接建立”消息，表示UE和RNC之間要建立RRC連接，UE應(yīng)向RNC發(fā)送“RRC連接建立完成”消息作為響應(yīng)。
407 RNC發(fā)送響應(yīng)給SGSN，報(bào)告無(wú)線接入承載建立的結(jié)果，SGSN可以根據(jù)此結(jié)果建立Iu接口上用戶平面的承載。
408 SGSN根椐網(wǎng)絡(luò)的需要，向GGSN和BM-SC發(fā)送響應(yīng)消息。
權(quán)利要求
1.一種為MBMS業(yè)務(wù)無(wú)線接入承載建立的方法，包括步驟a)SGSN收到來(lái)自BM-SC和GGSN的數(shù)據(jù)或通知，或者SGSN收到來(lái)自CRNC的MBMS業(yè)務(wù)信息請(qǐng)求；b)SGSN根據(jù)通知或它自身保存的MBMS context發(fā)起對(duì)CRNC的無(wú)線接入承載建立請(qǐng)求；c)RNC收到來(lái)自SGSN的請(qǐng)求后，發(fā)起對(duì)UE的尋呼；d)RNC根據(jù)此MBMS業(yè)務(wù)的UE數(shù)目和網(wǎng)絡(luò)需求決定是否要為該MBMS業(yè)務(wù)建立CRNC context。e)RNC把無(wú)線接入承載建立結(jié)果報(bào)告給SGSN。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，BM-SC發(fā)送到GGSN和GGSN發(fā)送到SGSN的通知消息中包含服務(wù)區(qū)域的屬性指示。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，在Iu接口上使用“MBMS無(wú)線接入承載建立請(qǐng)求”消息，該消息包含以下參數(shù)無(wú)線接入承載參數(shù)，MBMS業(yè)務(wù)上下文信息，服務(wù)區(qū)域，服務(wù)質(zhì)量，TMGI，處于連接模式下的UE的信息。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述SGSN根據(jù)通知或它自身保存的MBMS context發(fā)起對(duì)CRNC的無(wú)線接入承載建立請(qǐng)求包括以下參數(shù)臨時(shí)MBMS組標(biāo)識(shí)(以下簡(jiǎn)稱TMGI)，IP地址，接入點(diǎn)名(以下簡(jiǎn)稱APN)，服務(wù)區(qū)域，服務(wù)質(zhì)量，處于連接模式下的UE的信息等。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，在MBMS無(wú)線接入承載建立請(qǐng)求消息中包含了基于MBMS業(yè)務(wù)的尋呼信息，這些信息包括TMGI，服務(wù)區(qū)域，服務(wù)質(zhì)量，處于連接模式下的UE的信息等。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，在對(duì)UE的尋呼消息中加入了對(duì)服務(wù)區(qū)域的性質(zhì)的指示，用于指明該服務(wù)區(qū)域是跟蹤區(qū)域還是非跟蹤區(qū)域。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，RNC根據(jù)其服務(wù)區(qū)域性質(zhì)的不同，對(duì)來(lái)自UE的RRC連接請(qǐng)求做出不同的處理。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，RNC在收到MBMS無(wú)線接入承載建立請(qǐng)求后，根據(jù)需要可以為MBMS業(yè)務(wù)建立CRNC context。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于，在“RRC連接建立拒絕”消息中，增加一個(gè)拒絕原因非跟蹤區(qū)域。
10.根據(jù)權(quán)利要求1所述的方法，其特征在于，在RNC向SGSN發(fā)送的無(wú)線接入承載建立響應(yīng)中可以包含無(wú)線接入承載建立的結(jié)果，如果建立失敗，指明失敗的原因。
11.一種在MBMS業(yè)務(wù)無(wú)線接入承載建立的過(guò)程和尋呼過(guò)程中處理跟蹤區(qū)域和非跟蹤區(qū)域的方法，包括步驟a)SGSN在發(fā)送到RNC的無(wú)線接入承載請(qǐng)求消息中，加入服務(wù)區(qū)域的屬性指示，指明該服務(wù)區(qū)域是跟蹤區(qū)域還是非跟蹤區(qū)域。b)RNC在發(fā)送到UE的尋呼或通知消息中加入U(xiǎn)E所在小區(qū)的屬性指示，指明該小區(qū)屬于跟蹤區(qū)域還是非跟蹤區(qū)域。c)UE收到RNC的尋呼或通知消息后，根據(jù)自身所處的狀態(tài)和所在小區(qū)的屬性，做出不同的處理。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，如果UE處于空閑狀態(tài)，并且該小區(qū)屬于跟蹤區(qū)域，UE要發(fā)起RRC接建立過(guò)程，RRC連接建立成功后UE才可以接收MBMS消息；如果UE處于空閑狀態(tài)或連接狀態(tài)，而該小區(qū)屬于非跟蹤區(qū)域，UE可以根據(jù)網(wǎng)絡(luò)的要求配置無(wú)線資源，不需要為接收MBMS業(yè)務(wù)單獨(dú)建立RRC連接，如果網(wǎng)絡(luò)需要，還可以向RNC發(fā)送響應(yīng)信息。
12.根據(jù)權(quán)利要求10所述的方法，其特征在于，UE根據(jù)其所處的狀態(tài)和所在小區(qū)的服務(wù)屬性決定是否要為接收MBMS業(yè)務(wù)建立RRC連接。
13.根據(jù)權(quán)利要求10所述的方法，其特征在于，UE可用“MBMS業(yè)務(wù)請(qǐng)求”為原因發(fā)起RRC連接建立請(qǐng)求。
全文摘要
一種為MBMS業(yè)務(wù)無(wú)線接入承載建立的方法，SGSN收到來(lái)自BM－SC和GGSN的數(shù)據(jù)或通知，或者SGSN收到來(lái)自CRNC的MBMS業(yè)務(wù)信息請(qǐng)求；SGSN根據(jù)通知或它自身保存的MBMS context發(fā)起對(duì)CRNC的無(wú)線接入承載建立請(qǐng)求；RNC收到來(lái)自SGSN的請(qǐng)求后，發(fā)起對(duì)UE的尋呼；RNC根據(jù)此MBMS業(yè)務(wù)的UE數(shù)目和網(wǎng)絡(luò)需求決定是否要為該MBMS業(yè)務(wù)建立CRNC context；RNC把無(wú)線接入承載建立結(jié)果報(bào)告給SGSN。本發(fā)明提出的基于MBMS業(yè)務(wù)的無(wú)線接入承載建立方法，對(duì)于一個(gè)業(yè)務(wù)只需要一組信令就可完成無(wú)線接入承載過(guò)程。在MBMS無(wú)線接入承載建立過(guò)程中，同時(shí)完成了Iu尋呼功能和CRNC context的創(chuàng)建功能，減少了Iu接口上的信令傳輸，節(jié)省了系統(tǒng)資源，提高了系統(tǒng)提供MBMS業(yè)務(wù)的效率。并在尋呼過(guò)程中，加入了對(duì)服務(wù)區(qū)域性質(zhì)的處理。
文檔編號(hào)H04L12/56GK1499762SQ0215034
公開日2004年5月26日 申請(qǐng)日期2002年11月5日 優(yōu)先權(quán)日2002年11月5日
發(fā)明者肖善鵬, 李德濤, 許麗香, 段昌, 孫春迎, 李國(guó)錫, 崔成豪 申請(qǐng)人:北京三星通信技術(shù)研究有限公司, 三星電子株式會(huì)社