專(zhuān)利名稱(chēng)：用于在移動(dòng)通信系統(tǒng)中發(fā)送和接收控制消息的方法
技術(shù)領(lǐng)域：
本發(fā)明通常涉及移動(dòng)通信系統(tǒng)，并尤其涉及在提供多媒體廣播/組播業(yè)務(wù)(MBMS)的移動(dòng)通信系統(tǒng)中的無(wú)線網(wǎng)絡(luò)控制器(RNC)和用戶(hù)設(shè)備(UE)之間交換控制消息的方法。
背景技術(shù)：
最近，由于通信產(chǎn)業(yè)的發(fā)展，在碼分多址(CDMA)移動(dòng)通信系統(tǒng)中提供的業(yè)務(wù)發(fā)展成用于傳送語(yǔ)音業(yè)務(wù)數(shù)據(jù)以及諸如分組數(shù)據(jù)和電路數(shù)據(jù)等高容量數(shù)據(jù)的組播多媒體通信系統(tǒng)。因此，為了支持該組播多媒體通信系統(tǒng)，對(duì)其中將一種業(yè)務(wù)從一個(gè)數(shù)據(jù)源提供給多個(gè)用戶(hù)設(shè)備(UE)廣播/組播業(yè)務(wù)正進(jìn)行有效的研究?？梢詫⒃搹V播/組播業(yè)務(wù)分類(lèi)為以消息為中心的業(yè)務(wù)的小區(qū)廣播業(yè)務(wù)(CBS)和用來(lái)支持諸如實(shí)時(shí)圖像和語(yǔ)音、靜止圖像和文本等多媒體數(shù)據(jù)的多媒體廣播/組播業(yè)務(wù)(MBMS)。
圖1示例性的描述了在移動(dòng)通信系統(tǒng)中用于提供MBMS業(yè)務(wù)的網(wǎng)絡(luò)結(jié)構(gòu)。參考圖1，廣播/組播業(yè)務(wù)中心(BM-SC)110提供用于MBMS業(yè)務(wù)的MBMS流，調(diào)度該流，并傳送所調(diào)度的MBMS流至轉(zhuǎn)接網(wǎng)絡(luò)(N/W)120。該轉(zhuǎn)接網(wǎng)絡(luò)120是在該BM-SC 110和服務(wù)GPRS(通用分組無(wú)線業(yè)務(wù))支持節(jié)點(diǎn)(SGSN)130之間存在的網(wǎng)絡(luò)，并傳送由該BM-SC 110提供的MBMS業(yè)務(wù)流至SGSN 130。這里假定該SGSN 130可以包括網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(GGSN)和外部網(wǎng)絡(luò)，并且在特定時(shí)間上存在多個(gè)請(qǐng)求MBMS業(yè)務(wù)的UE，例如，均屬于節(jié)點(diǎn)B1或小區(qū)#1 160的UE1 161、UE2 162和UE3 163，以及均屬于節(jié)點(diǎn)B2或小區(qū)#2 170的UE4 171和UE5 172。
從轉(zhuǎn)接網(wǎng)絡(luò)120接收MBMS業(yè)務(wù)流的SGSN 130控制期望接收MBMS業(yè)務(wù)的用戶(hù)或UE的MBMS相關(guān)業(yè)務(wù)，即控制MBMS相關(guān)業(yè)務(wù)，例如，所述業(yè)務(wù)包括管理相應(yīng)用戶(hù)的MBMS業(yè)務(wù)記費(fèi)相關(guān)數(shù)據(jù)以及選擇性地傳送MBMS業(yè)務(wù)數(shù)據(jù)至特定無(wú)線網(wǎng)絡(luò)控制器(RNC)140。為了說(shuō)明方便，所使用的術(shù)語(yǔ)“節(jié)點(diǎn)B”和術(shù)語(yǔ)“小區(qū)”在此具有相同的意思。另外，該節(jié)點(diǎn)B可以管理一個(gè)或多個(gè)小區(qū)。
為了選擇性地經(jīng)由RNC 140發(fā)送MBMS數(shù)據(jù)至相應(yīng)的小區(qū)，SGSN 130必須具有接收MBMS業(yè)務(wù)的RNC的列表，并且RNC 140也必須具有接收MBMS業(yè)務(wù)的小區(qū)的列表。具有接收MBMS業(yè)務(wù)的小區(qū)列表的RNC 140，向所述小區(qū)提供MBMS業(yè)務(wù)。RNC 140控制多個(gè)小區(qū)，并且發(fā)送MBMS業(yè)務(wù)數(shù)據(jù)至由RNC 140自己管理的小區(qū)中的、請(qǐng)求MBMS業(yè)務(wù)的UE所在的小區(qū)。另外，RNC 140控制無(wú)線信道建立以提供MBMS業(yè)務(wù)，并且管理與SGSN130所傳送的MBMS業(yè)務(wù)流有關(guān)的MBMS業(yè)務(wù)相關(guān)信息。
如圖1所示，為了提供MBMS業(yè)務(wù)，在一個(gè)節(jié)點(diǎn)B，例如小區(qū)#2 170和歸屬于小區(qū)#2 170的UE 171及172之間只建立一個(gè)無(wú)線信道。盡管圖1中沒(méi)有圖解，但是歸屬位置寄存器(HLR)連接至SGSN 130，并且為MBMS業(yè)務(wù)執(zhí)行用戶(hù)鑒權(quán)。
參考圖1，該MBMS流通過(guò)轉(zhuǎn)接網(wǎng)絡(luò)120、SGSN 130、RNC 140和節(jié)點(diǎn)B1 160或節(jié)點(diǎn)B2 170傳送至相應(yīng)的UE。就是說(shuō)，該MBMS流被最終傳送至歸屬于節(jié)點(diǎn)B1 160的UE1 161、UE2 162和UE3 163以及歸屬于節(jié)點(diǎn)B2 170的UE4 171和UE5 172。另外，盡管在圖1中沒(méi)有圖解，但是可以存在多個(gè)用于特定MBMS業(yè)務(wù)“X”的SGSN，而且，可以為每一SGSN存在多個(gè)RNC。所述SGSN存儲(chǔ)發(fā)送相應(yīng)MBMS流的RNC的列表，并且所述RNC存儲(chǔ)小區(qū)或發(fā)送相應(yīng)MBMS流的節(jié)點(diǎn)B的列表。結(jié)果，所述MBMS流只被傳送至存在于所存儲(chǔ)的列表中的節(jié)點(diǎn)B，使得它能被傳送給位于節(jié)點(diǎn)B中的相應(yīng)UE。
圖2描述了在移動(dòng)通信系統(tǒng)中用于提供MBMS業(yè)務(wù)的信令過(guò)程。參考圖2，為了接收特定MBMS業(yè)務(wù)，UE向核心網(wǎng)(CN)執(zhí)行用戶(hù)預(yù)約(usersubscription)(步驟201)。如圖1所示，所述核心網(wǎng)包括BM-SC、轉(zhuǎn)接網(wǎng)絡(luò)和SGSN。在用戶(hù)預(yù)訂過(guò)程中，在業(yè)務(wù)供應(yīng)商和用戶(hù)之間交換與MBMS業(yè)務(wù)計(jì)算或MBMS業(yè)務(wù)接收相關(guān)的基本信息。當(dāng)用戶(hù)預(yù)訂完成時(shí)，所述核心網(wǎng)執(zhí)行業(yè)務(wù)通告過(guò)程(service announcement process)，以便通告與當(dāng)前可用MBMS業(yè)務(wù)相關(guān)的基本信息，例如菜單信息至UE或MBMS業(yè)務(wù)用戶(hù)(步驟202)。所述“菜單信息”指初始化所述特定MBMS業(yè)務(wù)的時(shí)間信息和持續(xù)時(shí)間信息。所述核心網(wǎng)可以通過(guò)諸如CBS等的廣播業(yè)務(wù)向預(yù)定服務(wù)區(qū)域廣播菜單信息，或者只傳送該菜單信息給UE，從中該MBMS業(yè)務(wù)請(qǐng)求被接收。另外，核心網(wǎng)通過(guò)菜單信息提供用于區(qū)別MBMS業(yè)務(wù)的MBMS業(yè)務(wù)ID(標(biāo)識(shí)符)。
當(dāng)通過(guò)業(yè)務(wù)通告過(guò)程接收到菜單信息時(shí)，UE從菜單信息選擇想要的MBMS業(yè)務(wù)，并且對(duì)所選擇的MBMS業(yè)務(wù)執(zhí)行與核心網(wǎng)的業(yè)務(wù)加入過(guò)程(service joining process)(步驟203)。從UE發(fā)送至核心網(wǎng)的業(yè)務(wù)加入請(qǐng)求消息包括表示所選擇的MBMS業(yè)務(wù)的MBMS業(yè)務(wù)ID和表示相應(yīng)UE的UE ID。響應(yīng)來(lái)自UE的業(yè)務(wù)加入請(qǐng)求，核心網(wǎng)識(shí)別UE期望的MBMS業(yè)務(wù)，并且建立組播模式承載(multicast mode bearer)給UE(步驟204)。在組播模式承載建立過(guò)程中，可以被預(yù)先建立用于提供MBMS業(yè)務(wù)到核心網(wǎng)上的傳輸承載(transport bearer)，即SGSN和轉(zhuǎn)接網(wǎng)。例如，在SGSN和GGSN之間可以預(yù)先建立用于MBMS業(yè)務(wù)的GTP-U/UDP/IP/L2/L1承載(見(jiàn)3GPP TS 23.060)。
此后，核心網(wǎng)執(zhí)行向UE通知將立刻提供的所請(qǐng)求的MBMS業(yè)務(wù)的業(yè)務(wù)通知過(guò)程(service notification process)(步驟205)。對(duì)于該業(yè)務(wù)通知過(guò)程，可以使用在通用CDMA通信系統(tǒng)中采用的尋呼方法或者用于MBMS業(yè)務(wù)的優(yōu)化的新尋呼方法。
在通過(guò)業(yè)務(wù)通知過(guò)程被通知將立刻開(kāi)始所請(qǐng)求的MBMS業(yè)務(wù)之后，UE與核心網(wǎng)一起執(zhí)行無(wú)線資源分配過(guò)程(radio resource allocation process)(步驟206)。UE實(shí)際上分配無(wú)線資源以通過(guò)所述無(wú)線資源分配過(guò)程提供MBMS業(yè)務(wù)，并且UE基于所分配的無(wú)線資源相關(guān)信息執(zhí)行無(wú)線承載建立過(guò)程(radiobearer setup process)和無(wú)線信道重構(gòu)過(guò)程(radio channel reconfigurationprocess)。更具體的描述步驟206，無(wú)線資源分配過(guò)程分為無(wú)線承載建立步驟(radio bearer setup step)，其中RNC為位于特定小區(qū)中的UE提供有關(guān)無(wú)線承載的信息，通過(guò)該承載該MBMS業(yè)務(wù)將發(fā)送到對(duì)應(yīng)的小區(qū)中，和無(wú)線鏈路建立步驟，其中RNC將有關(guān)傳輸承載的信息和將在Iub接口上形成的無(wú)線承載提供給被調(diào)度以接收MBMS業(yè)務(wù)的UE所處的小區(qū)。當(dāng)無(wú)線資源分配過(guò)程結(jié)束時(shí)，所有期望接收特定MBMS業(yè)務(wù)的UE檢測(cè)與將通過(guò)其提供特定MBMS業(yè)務(wù)的無(wú)線鏈路有關(guān)的信息和與在其中將處理業(yè)務(wù)的上層有關(guān)的信息，并且UE所述的小區(qū)完成無(wú)線鏈路和Iub接口的建立。也就是說(shuō)，當(dāng)執(zhí)行步驟206的無(wú)線資源分配過(guò)程時(shí)，完成發(fā)送MBMS業(yè)務(wù)數(shù)據(jù)至UE的準(zhǔn)備。
當(dāng)無(wú)線資源分配過(guò)程完成時(shí)，所有期望接收特定MBMS業(yè)務(wù)數(shù)據(jù)的UE檢測(cè)與通過(guò)其提供特定MBMS業(yè)務(wù)的無(wú)線鏈路有關(guān)的信息和與其中將處理MBMS業(yè)務(wù)的上層有關(guān)的信息。進(jìn)一步，UE所屬的小區(qū)完成無(wú)線鏈路和Iub接口的建立。當(dāng)完成在RNC和UE之間提供MBMS業(yè)務(wù)的準(zhǔn)備時(shí)，核心網(wǎng)執(zhí)行其中將MBMS數(shù)據(jù)經(jīng)由RNC傳送至UE的MBMS數(shù)據(jù)傳送過(guò)程(步驟207)。進(jìn)一步，在步驟207中，可以執(zhí)行加密密鑰更新過(guò)程(ciphering key updateprocess)。例如，當(dāng)有必要更新用于特定MBMS業(yè)務(wù)的加密密鑰時(shí)，該RNC提供新的加密密鑰給所有接收MBMS業(yè)務(wù)的UE。此后，當(dāng)完成MBMS業(yè)務(wù)數(shù)據(jù)的傳送時(shí)，執(zhí)行用于釋放無(wú)線資源，即建立在UE和核心網(wǎng)之間的傳送承載和無(wú)線承載的無(wú)線資源釋放過(guò)程(radio resource release process)(步驟208)。
圖3詳細(xì)描述了圖2中所述的MBMS業(yè)務(wù)提供過(guò)程。在圖2中描述的CN包括SGSN 130、轉(zhuǎn)接網(wǎng)絡(luò)120和BM-SC 110。然而，在圖3中，為了優(yōu)先于無(wú)線接入網(wǎng)(RAN)的操作，將把重點(diǎn)放在SGSN 130的原理上描述CN。
參見(jiàn)圖3，通過(guò)結(jié)合圖2所描述的業(yè)務(wù)通告過(guò)程(步驟202)，將與當(dāng)前可用的MBMS業(yè)務(wù)有關(guān)的基本信息，例如菜單信息提供給UE 161。UE 161發(fā)送激活MBMS PDP(分組數(shù)據(jù)協(xié)議)上下文請(qǐng)求消息(Activate MBMS PDPContext Request message)給SGSN 130(步驟301)。該P(yáng)DP上下文被分類(lèi)成基本PDP上下文(primary PDP context)和次級(jí)PDP上下文(secondary PDPcontext)。該次級(jí)PDP上下文具有與基本PDP上下文相同的信息。也就是說(shuō)，該次級(jí)PDP上下文是只有當(dāng)基本PDP上下文存在時(shí)才存在的上下文，并且該次級(jí)PDP上下文重新使用基本PDP上下文的原樣的信息。該基本PDP上下文和該次級(jí)PDP上下文在使用的信息中上是彼此相同的，但在GPRS隧道協(xié)議(GPRS tunneling protocol，GTP)中彼此是不同的，通過(guò)所述協(xié)議傳送實(shí)際分組數(shù)據(jù)。GPRS是在通用移動(dòng)通信系統(tǒng)網(wǎng)絡(luò)(UMTS)中執(zhí)行的分組數(shù)據(jù)業(yè)務(wù)。另外，包含在激活MBMS PDP上下文請(qǐng)求消息中的參數(shù)包括網(wǎng)絡(luò)層業(yè)務(wù)接入點(diǎn)標(biāo)識(shí)符(NSAPI)、臨時(shí)標(biāo)識(shí)符9(TI)、PDP類(lèi)型、PDP地址、接入點(diǎn)網(wǎng)絡(luò)、服務(wù)質(zhì)量(QoS)。當(dāng)UE 161發(fā)送請(qǐng)求至包含在核心網(wǎng)中的SGSN 130時(shí)(UE初始激活)并且當(dāng)外部網(wǎng)絡(luò)發(fā)送請(qǐng)求至該核心網(wǎng)時(shí)(網(wǎng)絡(luò)請(qǐng)求激活)時(shí)，在移動(dòng)通信系統(tǒng)中產(chǎn)生GTP隧道。當(dāng)接收到激活MBMS PDP上下文請(qǐng)求消息時(shí)，在發(fā)送激活MBMS PDP上下文請(qǐng)求消息的UE是請(qǐng)求相應(yīng)MBMS業(yè)務(wù)的第一UE時(shí)，SGSN 130產(chǎn)生用于相應(yīng)的MBMS業(yè)務(wù)的MBMS PDP上下文。
在將與UE 161有關(guān)的信息存儲(chǔ)在所產(chǎn)生的MBMS PDP上下文中之后，SGSN 130與連接至SGSN 130的GGSN一起執(zhí)行一系列操作。這里，由SGSN130和GGSN一起執(zhí)行的操作是GTP隧道建立操作，并且如果SGSN 130向GGSN通知包含在從UE 161接收的激活MBMS PDP上下文請(qǐng)求消息中的參數(shù)，則該GGSN利用該參數(shù)建立GTP隧道。由于GTP隧道建立過(guò)程與本發(fā)明沒(méi)有直接相關(guān)，在此將省略詳細(xì)的描述。MBMS PDP上下文是其中存儲(chǔ)與特定MBMS業(yè)務(wù)有關(guān)的信息的一組參數(shù)，并且MBMS PDP上下文存儲(chǔ)(i)發(fā)送激活MBMS PDP上下文請(qǐng)求消息的UE的列表；(ii)UE的位置信息；和(iii)與用于傳送相應(yīng)MBMS業(yè)務(wù)數(shù)據(jù)的傳送承載有關(guān)的信息。SGSN 130發(fā)送激活MBMS PDP上下文接收消息至UE 161(步驟302)。該激活MBMS PDP上下文接收消息包括將在MBMS業(yè)務(wù)的群呼(group paging)中使用的臨時(shí)組播群識(shí)別(temporary multicast group identity，TMGI)參數(shù)和間斷接收(discontinuous reception，DRX)參數(shù)。DRX參數(shù)是與用于UE 161監(jiān)視在尋呼標(biāo)志信道(PICH)上的信號(hào)的周期有關(guān)的參數(shù)，并且DRX參數(shù)包括DRX循環(huán)時(shí)間(DRX cycle length，CL)系數(shù)和Np。Np具有從[18、36、72、144]中選擇的值，并且被指定為系統(tǒng)信息(SI)。Np表示在一個(gè)系統(tǒng)幀中存在多少尋呼實(shí)例(paging instance，PI)。該尋呼有關(guān)的TMGI和DRX參數(shù)在對(duì)應(yīng)于由申請(qǐng)人申請(qǐng)的美國(guó)專(zhuān)利申請(qǐng)第465321號(hào)(2003年6月18日)的韓國(guó)專(zhuān)利申請(qǐng)第2002-34704號(hào)中被公開(kāi)，其內(nèi)容在此包含作為參考。
當(dāng)從SGSN 130接收到激活MBMS PDP上下文接收消息時(shí)，UE 161轉(zhuǎn)換為等候的空閑狀態(tài)。在相應(yīng)的MBMS業(yè)務(wù)開(kāi)始時(shí)間或接收到第一MBMS業(yè)務(wù)數(shù)據(jù)之后，SGSN 130發(fā)送業(yè)務(wù)通知消息(service Notification message)至具有期望接收業(yè)務(wù)的UE，即發(fā)送激活MBMS PDP上下文請(qǐng)求消息的UE 161的RNC 140(步驟303)。因?yàn)镾GSN 130具有請(qǐng)求相應(yīng)MBMS業(yè)務(wù)的UE的列表和該UE所歸屬的RNC的列表，當(dāng)MBMS業(yè)務(wù)開(kāi)始時(shí)，它發(fā)送業(yè)務(wù)通知消息至相應(yīng)UE所屬的RNC。該業(yè)務(wù)通知過(guò)程也在韓國(guó)專(zhuān)利申請(qǐng)第2002-34704號(hào)中被公開(kāi)。
SGSN 130將TMGI和DRX參數(shù)連同表示MBMS業(yè)務(wù)的開(kāi)始的業(yè)務(wù)通知消息發(fā)送至RNC 140。當(dāng)從SGSN 130接收到業(yè)務(wù)通知消息時(shí)，RNC 140利用包含在所接收的業(yè)務(wù)通知消息中的TMGI和DRX參數(shù)來(lái)計(jì)算尋呼時(shí)機(jī)(paging occasion，PO)和尋呼實(shí)例(paging instance，PI)。UE 161也利用包含在激活MBMS PDP上下文接受消息(Activate MBMS PDP Context Acceptmessage)中的TMGI和DRX參數(shù)來(lái)計(jì)算尋呼時(shí)機(jī)(PO)和尋呼實(shí)例(PI)。RNC140在由PI和PO指示的時(shí)間上開(kāi)啟或關(guān)閉尋呼標(biāo)志信道(PICH)，以表示是否UE 161將接收通過(guò)尋呼信道(PCH)傳送的信號(hào)(步驟304-1)。當(dāng)該P(yáng)ICH在相應(yīng)PO的PI上被開(kāi)啟時(shí)，UE 161接收該P(yáng)CH信號(hào)并識(shí)別UE 161自身的尋呼。然而，當(dāng)PICH被關(guān)閉時(shí)，UE 161不接收PCH信號(hào)。當(dāng)UE 161被尋呼時(shí)，RNC 140通過(guò)與PICH相關(guān)的PCH，即經(jīng)過(guò)一段預(yù)定的時(shí)間后與PICH相關(guān)的PCH，發(fā)送業(yè)務(wù)通知消息或?qū)ず粝?，使得UE 161能識(shí)別將立刻開(kāi)始的相應(yīng)MBMS業(yè)務(wù)(步驟304-2)。RNC 140指令請(qǐng)求MBMS業(yè)務(wù)的UE在早期通過(guò)公共控制信道(例如，前向接入信道)接收MBMS RB建立消息。
UE 161在所計(jì)算的PO的PI上周期性地監(jiān)視PICH信號(hào)。如果UE 161確定PICH信號(hào)具有用于相應(yīng)MBMS業(yè)務(wù)的尋呼，則它接收與相關(guān)PCH有關(guān)的MBMS尋呼消息。然而，如果UE 161確定PICH信號(hào)不具有用于相應(yīng)MBMS業(yè)務(wù)的尋呼，則它不接收相關(guān)的PCH信號(hào)?！癙ICH信號(hào)具有用于相應(yīng)MBMS業(yè)務(wù)的尋呼”意味著在PO的PI上將信息“1”編碼到PICH中，而“PICH信號(hào)不具有用于相應(yīng)MBMS業(yè)務(wù)的尋呼”意味著在PO的PI上將信息“0”編碼到PICH中。
當(dāng)接收到MBMS尋呼消息時(shí)，UE 161利用包含在所接收的MBMS尋呼消息中的TNGI確定哪個(gè)MBMS業(yè)務(wù)將被初始化。如果該TMGI表示由UE161自己請(qǐng)求的MBMS業(yè)務(wù)，則UE 161識(shí)別由UE 161自己請(qǐng)求的MBMS業(yè)務(wù)將被開(kāi)始。也就是說(shuō)，通過(guò)接收MBMS尋呼消息，UE 161被通知MBMS業(yè)務(wù)。在此，該MBMS尋呼消息被接收作為一種用于檢測(cè)MBMS業(yè)務(wù)的通知的方法。
當(dāng)接收到MBMS尋呼消息時(shí)，UE 161向SGSN 130發(fā)送表示業(yè)務(wù)通知消息正常接收的業(yè)務(wù)通知響應(yīng)消息(service Notification Response message)(步驟305)。在接收到業(yè)務(wù)通知響應(yīng)消息后，SGSN 130發(fā)送MBMS RAB(無(wú)線接入承載)分配請(qǐng)求消息(MBMS RAB Assignment Request meesage)至RNC 140(步驟306)。該MBMS RAB分配請(qǐng)求消息可以包括與提供該MBMS業(yè)務(wù)所需的QoS(服務(wù)質(zhì)量)有關(guān)的信息和為其建立MBMS RAB的UE的列表。
上面僅結(jié)合UE 161進(jìn)行了描述。然而，當(dāng)多個(gè)UE請(qǐng)求相應(yīng)的MBMS業(yè)務(wù)時(shí)，SGSN 130將UE的列表連同MBMS RAB分配請(qǐng)求消息一起發(fā)送給RNC 140，并且RNC 140執(zhí)行跟隨每一UE的相應(yīng)MBMS業(yè)務(wù)接收的操作。RAB是一組在無(wú)線接入網(wǎng)絡(luò)(RAN)中形成的、以提供特定的MBMS業(yè)務(wù)的發(fā)送資源，具體而言，RAB包括在SGSN 130和RNC 140之間的傳送承載(Iu接口)，以及在RNC 140和節(jié)點(diǎn)B 160之間的傳送承載和無(wú)線信道(lub接口)。
RNC 140根據(jù)從SGSN 130接收的MBMS RAB分配請(qǐng)求消息確定用于相應(yīng)MBMS業(yè)務(wù)的MBMS RB信息。MBMS RB信息包括層2(L2)信息和層1(L1)信息。L2信息可以包括無(wú)線鏈路控制(RLC)/分組數(shù)據(jù)會(huì)聚協(xié)議(PDCP)相關(guān)信息，并且L1信息可以包括傳送格式設(shè)置(transport set，TFS)信息、傳送格式組合設(shè)置(transport format combination set，TFCS)信息、信道化編碼信息(channelization code information)和發(fā)送功率相關(guān)信息。RNC 140利用UE列表確定用于建立MBMS RAB的小區(qū)，并且由于RNC 140檢測(cè)UE在由該小區(qū)規(guī)定的CELL FACH中的位置，該UE列表可以代替小區(qū)列表。因此，RNC 140向每一小區(qū)發(fā)送MBMS RB建立消息，這將在后面說(shuō)明，并重復(fù)發(fā)送MBMSRB建立消息與UE所處的小區(qū)的個(gè)數(shù)一樣多的次數(shù)。
在確定MBMS RB信息之后，RNC 140發(fā)送MBMS RB建立消息給UE161(步驟307)。UE 161建立相應(yīng)于包含在所接收的MBMS RB建立消息中的MBMS RB信息的無(wú)線承載，然后發(fā)送MBMS RB建立完成消息(MBMS RBSetup Complete message)給RNC 140(步驟308)。當(dāng)從UE 161接收到MBMS RB建立完成消息時(shí)，RNC 140發(fā)送MBMS RB分配響應(yīng)消息給SGSN 130(步驟309)。然后SGSN 130開(kāi)始相應(yīng)MBMS業(yè)務(wù)的數(shù)據(jù)傳輸(步驟207)。
此后，如果SGSN 130發(fā)送MBMS控制消息(MBMS Control message)給RNC 140，然后RNC 140在由PI和PO表示的時(shí)間上開(kāi)啟或關(guān)閉PICH來(lái)指示UE 161是否接收PCH信號(hào)，如步驟304-1所述的那樣(步驟311-1)。MBMS控制消息也包括象TMGI這樣的參數(shù)。此后，當(dāng)存在用于UE 161的尋呼時(shí)，RNC 140通過(guò)與PICH相關(guān)的PCH，即經(jīng)過(guò)一段時(shí)間后與PICH相關(guān)的PCH發(fā)送尋呼消息給UE 161，使得UE 161能識(shí)別將立刻開(kāi)始的相應(yīng)MBMS業(yè)務(wù)(步驟312-2)。另外，RNC 140將象TMGI這樣的參數(shù)連同MBMS控制消息一起發(fā)送給UE 161(步驟313)。
結(jié)合圖3所描述的消息，業(yè)務(wù)通知消息、MBMS RB建立消息，和MBMS控制消息構(gòu)成一個(gè)組消息?！敖M消息”是以多個(gè)UE接收一個(gè)消息的方式形成的消息。也就是說(shuō)，在步驟304-1中，多個(gè)UE通過(guò)參照PO中的相同PI來(lái)確定是否PICH，即業(yè)務(wù)通知消息被接收，并且步驟304-2中描述的TMGI表示被調(diào)度來(lái)接收業(yè)務(wù)通知消息的UE，以便多個(gè)UE接收一個(gè)業(yè)務(wù)通知消息。另外，在步驟307中描述的MBMS RB建立消息和在步驟313中描述的MBMS控制消息也通過(guò)FACH發(fā)送，其中FACH是公共信道，并且將象TMGI這樣的參數(shù)插入到其中，由此使得多個(gè)UE能接收公共的參數(shù)。
下面將描述UE的狀態(tài)。UE的狀態(tài)大致分為CELL_DCH、CELL_FACH、CELL_PCH、URA_PCH和IDLE狀態(tài)，下面將描述每一狀態(tài)。
(1)CELL_DCH在該狀態(tài)中，在UE和RNC之間建立專(zhuān)用信道，并通過(guò)該專(zhuān)用信道執(zhí)行UE和RNC之間的數(shù)據(jù)交換。RNC跟蹤在小區(qū)中的UE的位置。在從RNC發(fā)送數(shù)據(jù)至UE或從UE發(fā)送數(shù)據(jù)至RNC的過(guò)程中，不需要單獨(dú)的在先過(guò)程(previous procedure)，并且通過(guò)專(zhuān)用信道實(shí)現(xiàn)數(shù)據(jù)交換。
(2)CELL_FACH在該狀態(tài)中，在UE和RNC之間建立FACH。當(dāng)有數(shù)據(jù)發(fā)送給RNC時(shí)，UE使用反向接入信道(RACH)發(fā)送數(shù)據(jù)，通過(guò)FACH，UE接收來(lái)自RNC的數(shù)據(jù)。UE和RNC通過(guò)FACH和RACH的公共信道交換數(shù)據(jù)，并且RNC跟蹤靠近小區(qū)的UE的位置。在從RNC發(fā)送數(shù)據(jù)給UE或從UE發(fā)送數(shù)據(jù)給RNC的過(guò)程中，不需要單獨(dú)的在先過(guò)程。在CELL_FACH狀態(tài)中，UE接收通過(guò)FACH發(fā)送的每一數(shù)據(jù)，并且利用在所接收的數(shù)據(jù)中的標(biāo)識(shí)符(ID)來(lái)確定是否所接收數(shù)據(jù)是它自己的數(shù)據(jù)。
(3)CELL_PCH在該CELL_PCH狀態(tài)中，UE監(jiān)視PICH信號(hào)，并且不接收其它信道的信號(hào)，例如FACH信號(hào)。在發(fā)送數(shù)據(jù)至UE之前，RNC必須尋呼UE并將UE帶入CELL_FACH狀態(tài)。同樣地，在發(fā)送數(shù)據(jù)至RNC之前，UE必須轉(zhuǎn)換到CELL_FACH狀態(tài)。RNC跟蹤在小區(qū)附近的UE。在尋呼過(guò)程中，使用在RNC中所確定的DRX參數(shù)。
(4)URA_PCH除了RNC跟蹤在URA(UTRAN注冊(cè)區(qū)域)附近的UE之外，該狀態(tài)與CELL_PCH狀態(tài)相同。
(5)IDLE在該狀態(tài)中，RNC不具有與UE的位置有關(guān)的信息，并且根據(jù)核心網(wǎng)的請(qǐng)求尋呼UE。除了使用在核心網(wǎng)中所確定的DRX參數(shù)之外，該尋呼過(guò)程與在CELL_PCH狀態(tài)中的尋呼過(guò)程相同。為了RNC和UE發(fā)送和接收數(shù)據(jù)，必須進(jìn)行RRC(無(wú)線資源控制)連接建立過(guò)程(RRC Connection Setupprocess)。
如上所述，當(dāng)存在來(lái)自核心網(wǎng)的尋呼時(shí)，在CELL_PCH狀態(tài)和URA_PCH狀態(tài)中的UE執(zhí)行小區(qū)更新過(guò)程(Cell Update process)，而在IDLE狀態(tài)的UE執(zhí)行RRC連接建立過(guò)程。將在下面進(jìn)行描述小區(qū)更新過(guò)程和RRC連接建立過(guò)程。
小區(qū)更新過(guò)程通過(guò)小區(qū)更新過(guò)程，由RNC分配給UE一個(gè)UE ID，稱(chēng)為C—(小區(qū))無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(C-RNTI)。C-RNTI標(biāo)識(shí)通過(guò)FACH所接收的UE相關(guān)數(shù)據(jù)。例如，如果RNC想要發(fā)送特定消息給在CELL FACH狀態(tài)中的特定UE，該RNC將C-RNTI插入到消息的媒體訪問(wèn)控制(MAC)報(bào)頭，并通過(guò)FACH發(fā)送該消息給UE。然后，在CELL_FACH狀態(tài)中接收FACH信號(hào)的UE分析通過(guò)FACH所發(fā)送的消息中的MAC報(bào)頭，并且只接收具有與UE自身的唯一C-RNTI一致的C_RNTI的消息。另外，當(dāng)通過(guò)RACH發(fā)送消息給RNC時(shí)，UE將它自己的C-RNTI插入到MAC報(bào)頭中，并且RNC利用C-RNTI識(shí)別發(fā)送消息的UE。
RRC連接建立過(guò)程通過(guò)RRC連接建立過(guò)程，RNC分配給UE C-RNTI和UE ID，稱(chēng)為U(UTRAN)-RNTI。U-RNTI也是用于識(shí)別UE的標(biāo)識(shí)符，并且當(dāng)C-RNTI不能被使用時(shí)分配。因?yàn)镃-RNTI是被唯一分配給每個(gè)小區(qū)，當(dāng)UE改變它的小區(qū)時(shí)，RNC必須給對(duì)應(yīng)的UE重新分配C-RNTI。因此，當(dāng)UE改變它的小區(qū)時(shí)，使用U-RNTI將該小區(qū)改變通知給RNC。另外，通過(guò)RNC連接建立過(guò)程，RNC和UE預(yù)先產(chǎn)生隨后將由RNC和UE交換的控制消息的格式的共同協(xié)議。通過(guò)在RNC和UE之間的信令無(wú)線承載(SRB)發(fā)送控制消息，并且通過(guò)RRC連接建立過(guò)程，RNC和UE預(yù)先產(chǎn)生SRB格式的格式的共同協(xié)議。這里可以提供多個(gè)SRB，并且為每一SRB指定唯一的整數(shù)。因此，利用分配為其分配的唯一整數(shù)，SRB被識(shí)別。例如，當(dāng)在UE和RNC之間形成4個(gè)SRB時(shí)，這些SRB被稱(chēng)為無(wú)線承載#1(RB1)、無(wú)線承載#2(RB2)、無(wú)線承載#3(RB3)和無(wú)線承載#4(RB4)。另外，SRB的格式可以包括用于每一SRB的L2/L1信息，例如，RLC信息和傳送格式設(shè)置信息。確定UE和RNC之間的SRB的格式的消息格式是預(yù)定的系統(tǒng)信息并且通知給所有的UE，并且使用被稱(chēng)為無(wú)線承載#0(RB0)的SRB。因此，在CELL_PCH、URA_PCH、CELL_FACH和CELL_DCH狀態(tài)中的UE已經(jīng)形成到RNC的SRB，并且利用形成的SRB執(zhí)行UE和RNC之間的控制消息的交換。
在小區(qū)更新過(guò)程或RRC連接建立過(guò)程之后，UE和RNC，或CRNC，能發(fā)送和接收專(zhuān)用消息。該專(zhuān)用消息具有與組消息相反的概念，并且意味著對(duì)于該消息，在一對(duì)一的基礎(chǔ)上，傳送方匹配接收方。C-RNTI作為用于識(shí)別相應(yīng)UE的標(biāo)識(shí)符。另外，通過(guò)在UE和RNC之間形成的多個(gè)SRB的一個(gè)SRB來(lái)發(fā)送專(zhuān)用消息。如果使用無(wú)線承載#0(RB0)或SRB代替在組消息傳送/接收過(guò)程中的C-RNTI，則不需要分開(kāi)執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程。
現(xiàn)在將參考圖3描述UE狀態(tài)。在此，IDLE或CELL_PCH和URA_PCH狀態(tài)中的UE需要去執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程的情況被稱(chēng)為“執(zhí)行CU/RC”。如圖3所示，應(yīng)當(dāng)注意，必須頻繁執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程。也就是說(shuō)，當(dāng)接收到用于特定MBMS業(yè)務(wù)的尋呼消息時(shí)，在IDLE或CELL_PCH和URA_PCH狀態(tài)中的UE執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程。當(dāng)然，如果尋呼消息用于傳送組消息并且UE不需要發(fā)送用于組消息的響應(yīng)消息至RNC，那么小區(qū)更新過(guò)程或RRC連接建立過(guò)程不是必需的。例如，當(dāng)通過(guò)在CELL_PCH和URA_PCH狀態(tài)中的公共信道接收到MBMS數(shù)據(jù)時(shí)，或接收到MBMS尋呼消息以接收在其它情況下的控制消息，并且經(jīng)FACH通過(guò)MBMS相關(guān)控制消息接收到MBMS控制信息時(shí)，UE不必執(zhí)行在CELL_PACH狀態(tài)中的小區(qū)更新過(guò)程。
根據(jù)UMTS標(biāo)準(zhǔn)，為了發(fā)送對(duì)尋呼消息的相應(yīng)消息，接收尋呼消息的UE應(yīng)當(dāng)執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程。因此，接收尋呼消息的UE必須執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程。然而，發(fā)送對(duì)尋呼消息的響應(yīng)消息降低了上行鏈路傳送資源的效率，并且增加了由響應(yīng)消息引起的上行鏈路的干擾。另外，因?yàn)橛蒛E執(zhí)行對(duì)尋呼消息的小區(qū)更新過(guò)程或RRC連接建立過(guò)程可以產(chǎn)生不必要的負(fù)載，因而需要接收尋呼消息的新響應(yīng)方案。

發(fā)明內(nèi)容
因此，本發(fā)明的一個(gè)目的是提供在支持MBMS業(yè)務(wù)的移動(dòng)通信系統(tǒng)中用于發(fā)送和接收控制消息的方法。
本發(fā)明的另一個(gè)目的是提供在支持MBMS業(yè)務(wù)的移動(dòng)通信系統(tǒng)中，在控制消息的傳送/接收期間用于最小化UE的狀態(tài)轉(zhuǎn)換的方法。
本發(fā)明更進(jìn)一步的目的是提供在支持MBMS業(yè)務(wù)的移動(dòng)通信系統(tǒng)中，在控制消息的傳送/接收期間用于最小化UE響應(yīng)的傳輸?shù)姆椒ā?br> 為了實(shí)現(xiàn)上述和其他的目的，提供一種用于在移動(dòng)通信系統(tǒng)中，由無(wú)線網(wǎng)絡(luò)控制器(RNC)傳送用于多媒體廣播/組播業(yè)務(wù)(MBMS)的控制信息的方法，其中，該移動(dòng)通信系統(tǒng)包括用戶(hù)設(shè)備(UE)和向UE提供MBMS的RNC。如果產(chǎn)生用于將發(fā)送到UE的MBMS的控制消息，則RNC產(chǎn)生表示是否響應(yīng)所接收的尋呼消息的UE操作指令信息；并且在控制消息傳送之前發(fā)送包括操作指令信息的尋呼消息。
為了實(shí)現(xiàn)上述和其它目的，提供一種在移動(dòng)通信系統(tǒng)中，由用戶(hù)設(shè)備(UE)接收用于多媒體廣播/組播業(yè)務(wù)(MBMS)的控制信息的方法，其中，該移動(dòng)通信系統(tǒng)包括UE和向UE提供MBMS的無(wú)線網(wǎng)絡(luò)控制器(RNC)。UE使用指示是否響應(yīng)尋呼消息的操作指令信息確定是否響應(yīng)尋呼消息；并且根據(jù)包含在尋呼消息中的操作指令信息發(fā)送響應(yīng)消息至RNC。


通過(guò)下面的詳細(xì)描述并結(jié)合附圖，本發(fā)明的上述和其它目的、特征和優(yōu)點(diǎn)將變得更清楚，其中圖1是說(shuō)明在移動(dòng)通信系統(tǒng)中用于提供MBMS業(yè)務(wù)的網(wǎng)絡(luò)結(jié)構(gòu)的示意圖；圖2是說(shuō)明在移動(dòng)通信系統(tǒng)中用于提供MBMS業(yè)務(wù)的過(guò)程的信令圖；圖3是詳細(xì)說(shuō)明圖2的MBMS業(yè)務(wù)提供過(guò)程的信令圖；圖4是說(shuō)明根據(jù)本發(fā)明第一實(shí)施例的、在UE和RNC之間傳送/接收MBMS控制消息的信令圖；圖5是說(shuō)明由圖4中處于IDLE、CELL_PCH或URA_PCH狀態(tài)中的UE接收MBMS控制消息的過(guò)程的流程圖；圖6是說(shuō)明由圖4中處于CELL_FACH狀態(tài)中的UE接收MBMS控制消息的過(guò)程的流程圖；圖7是說(shuō)明由圖4中處于CELL_DCH狀態(tài)中的UE接收MBMS控制消息的過(guò)程的流程圖；圖8是說(shuō)明由圖4中的RNC發(fā)送MBMS控制消息的過(guò)程的流程圖；圖9是說(shuō)明根據(jù)本發(fā)明第二實(shí)施例的、在UE和RNC之間發(fā)送和接收MBMS控制消息的過(guò)程的信令圖；圖10是說(shuō)明由處于IDLE、CELL_PCH、或URA_PCH狀態(tài)中的UE接收MBMS控制消息的過(guò)程的流程圖；圖11是說(shuō)明由圖9中的RNC發(fā)送MBMS控制消息的過(guò)程的流程圖；圖12是說(shuō)明根據(jù)本發(fā)明的、當(dāng)UE X和UE Y在同一個(gè)小區(qū)中時(shí)的業(yè)務(wù)通知過(guò)程和MBMS RB建立過(guò)程的信令圖；圖13是說(shuō)明根據(jù)本發(fā)明的、當(dāng)UE X和UE Y在同一個(gè)小區(qū)中時(shí)的加密密鑰更新過(guò)程的信令圖；圖14是說(shuō)明根據(jù)本發(fā)明的、當(dāng)UE X和UE Y在同一個(gè)小區(qū)中時(shí)的釋放MBMS RB過(guò)程的信令圖；圖15是說(shuō)明由根據(jù)本發(fā)明第三實(shí)施例的RNC發(fā)送MBMS控制消息的過(guò)程的信令圖。
具體實(shí)施例方式
本發(fā)明的多個(gè)優(yōu)選實(shí)施例將參考附圖在下面進(jìn)行詳細(xì)描述。在下面的描述中，為了簡(jiǎn)明在此包含的公知功能和結(jié)構(gòu)的詳細(xì)描述被省略。
本發(fā)明提供一種有效的群信令方案(group signaling scheme)，即其中將一個(gè)控制消息傳送給多個(gè)用戶(hù)設(shè)備(UE)的下行鏈路控制消息傳送方案。當(dāng)需要發(fā)送MBMS控制消息時(shí)，如果MBMS控制消息是組消息，無(wú)線網(wǎng)絡(luò)控制器(RNC)和UE一起執(zhí)行由本發(fā)明提出的操作?！癕BMS控制消息”指與MBMS業(yè)務(wù)有關(guān)的控制消息的發(fā)送和接收，并且“組消息”指以多個(gè)UE接收一個(gè)消息的方式產(chǎn)生的消息。
RNC通過(guò)MBMS尋呼消息通知在IDLE狀態(tài)和MBMS業(yè)務(wù)開(kāi)始的CELL_PCH/URA_PCH狀態(tài)中的UE。當(dāng)通過(guò)MBMS尋呼過(guò)程檢測(cè)到MBMS業(yè)務(wù)的開(kāi)始時(shí)，UE在公共控制信道例如前向接入信道(FACH)上接收信號(hào)。檢測(cè)MBMS業(yè)務(wù)開(kāi)始的UE，根據(jù)包括在MBMS尋呼消息中的CU/RC(小區(qū)更新/RRC連接)請(qǐng)求參數(shù)，執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程。本發(fā)明防止在IDLE/CELL_PCH/URA_PCH狀態(tài)中的UE執(zhí)行不必要的小區(qū)更新過(guò)程或RRC連接建立過(guò)程，以減小由于不必要的消息傳輸引起的干擾和過(guò)載。
RNC通過(guò)公共信道例如FACH發(fā)送MBMS控制消息。RNC能以與預(yù)定數(shù)量相同的次數(shù)重復(fù)發(fā)送MBMS控制消息，以便它能被可靠地發(fā)送給所有的UE。在一些情況下，UE可能未接收到由RNC發(fā)送的MBMS控制消息。當(dāng)未能正常接收由RNC發(fā)送的MBMS控制消息時(shí)，UE在每次當(dāng)包含在MBMS尋呼消息中的請(qǐng)求時(shí)間(TTR)超時(shí)時(shí)可以發(fā)送用于MBMS控制消息的重傳請(qǐng)求給RNC。
通過(guò)上述過(guò)程，防止RNC和UE執(zhí)行不必要的消息傳送/接收過(guò)程(例如，在小區(qū)更新過(guò)程和小區(qū)更新確認(rèn)過(guò)程中發(fā)生的消息傳送/接收)。另外，當(dāng)沒(méi)有必要發(fā)送對(duì)MBMS控制消息的響應(yīng)消息時(shí)，以與預(yù)定數(shù)量相同的次數(shù)重復(fù)發(fā)送MBMS控制消息以便該MBMS控制消息被可靠地傳送給所有UE。
MBMS控制消息包括表示當(dāng)前傳送的控制消息是被重復(fù)預(yù)定次數(shù)的消息的數(shù)值標(biāo)記，以便防止UE響應(yīng)相同的MBMS控制消息。另外，盡管相同的MBMS控制消息被重復(fù)傳送預(yù)定次數(shù)，如果該UE未能接收到MBMS控制消息，則相關(guān)的消息ID(AMID)被包含在MBMS控制消息中以使得UE能請(qǐng)求MBMS控制消息的重傳。AMID是一種重傳請(qǐng)求標(biāo)識(shí)符。有時(shí)，該AMID可以不包含在MBMS控制消息中。也就是說(shuō)，當(dāng)UE在TTR后未能接收到MBMS控制消息時(shí)，UE可以只發(fā)送它自己的ID和業(yè)務(wù)ID信息，并且RNC能重傳該失敗的MBMS控制消息給接收失敗的UE。
圖4是說(shuō)明根據(jù)本發(fā)明第一實(shí)施例、在UE和RNC之間的MBMS控制消息的傳送/接收過(guò)程的信令圖。在描述圖4之前，應(yīng)當(dāng)注意，用于提供MBMS業(yè)務(wù)的網(wǎng)絡(luò)結(jié)構(gòu)與圖1描述的網(wǎng)絡(luò)結(jié)構(gòu)一致。因?yàn)镸BMS控制消息是組消息，所以它必須被發(fā)送給所有接收相同MBMS業(yè)務(wù)的UE。然而，在圖4中，為了簡(jiǎn)單起見(jiàn)，該MBMS控消息只被發(fā)送給一個(gè)UE。
1、MBMS尋呼消息傳送/接收過(guò)程如果當(dāng)RNC正在提供MBMS業(yè)務(wù)時(shí)，有必要發(fā)送MBMS控制消息給UE，則RNC執(zhí)行MBMS尋呼消息的傳送以發(fā)送MBMS控制消息給所有接收MBMS業(yè)務(wù)的UE。因?yàn)樵揗BMS控制消息是組消息，所有接收相同MBMS業(yè)務(wù)的UE必須接收MBMS控制消息而不用考慮它們的狀態(tài)。該UE具有IDLE、CELL_DCH、CELL_FACH、CELL_PCH和URA_PCH狀態(tài)中的任何一種狀態(tài)。
為了發(fā)送MBMS控制消息給UE，RNC首先發(fā)送MBMS尋呼消息給UE，將在下面說(shuō)明由UE和RNC執(zhí)行的相應(yīng)操作。
RNC首先利用MBMS業(yè)務(wù)的臨時(shí)組播群標(biāo)識(shí)(TMGI，temporary groupidentity)計(jì)算尋呼時(shí)機(jī)(PO)和尋呼實(shí)例(PI)。該TMGI是根據(jù)MBMS業(yè)務(wù)類(lèi)型唯一分配的標(biāo)識(shí)符，并且在計(jì)算PO和PI的過(guò)程中，不但考慮TMGI而且考慮間斷接收(DRX)參數(shù)。然后，RNC在對(duì)應(yīng)于所計(jì)算的PO和PI的時(shí)間上發(fā)送指示用于MBMS業(yè)務(wù)的尋呼的信息以及尋呼信道(PICH)信號(hào)(步驟401)，以通知UE一個(gè)MBMS尋呼消息將通過(guò)PCH被發(fā)送。此后，在PICH信號(hào)被發(fā)送之后的預(yù)定時(shí)間內(nèi)，RNC通過(guò)PCH發(fā)送MBMS尋呼消息給UE(步驟402)。MBMS尋呼消息包括諸如TMGI、CU/RC請(qǐng)求、TTR、AMID和MBMS尋呼原因等參數(shù)。
下面將描述包含在MBMS尋呼消息中的參數(shù)。
(1)TMGITMGI是用于識(shí)別特定MBMS業(yè)務(wù)的標(biāo)識(shí)符，并且在MBMS連接過(guò)程中，UE檢測(cè)用于特定MBMS業(yè)務(wù)的TMGI。另外，請(qǐng)求特定MBMS業(yè)務(wù)的UE可以使用TMGI作為用于識(shí)別尋呼的標(biāo)識(shí)符，該尋呼用于由UE自身請(qǐng)求的MBMS業(yè)務(wù)。
(2)CU/RC請(qǐng)求CU/RC請(qǐng)求是表示是否在包含CU/RC請(qǐng)求的MBMS尋呼消息上要求執(zhí)行的小區(qū)更新過(guò)程或RRC連接建立過(guò)程的參數(shù)。RNC根據(jù)相應(yīng)MBMS尋呼消息和與MBMS尋呼消息有關(guān)的MBMS控制消息的特性確定為CU/RC請(qǐng)求設(shè)置的值。例如，如果與MBMS尋呼消息有關(guān)的MBMS控制消息是不要求來(lái)自接收方，即UE的響應(yīng)的消息，則CU/RC請(qǐng)求被設(shè)置為“關(guān)閉(off)”，即“不要求”。相反，如果MBMS控制消息是要求來(lái)自UE響應(yīng)的消息，則CU/RC請(qǐng)求被設(shè)置為“開(kāi)啟”，即“要求”。在下面的描述中，當(dāng)需要執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程時(shí)，將假設(shè)CU/RC請(qǐng)求參數(shù)被設(shè)置為“開(kāi)啟”，并且當(dāng)不需要執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程時(shí)，CU/RC請(qǐng)求參數(shù)被設(shè)置為“關(guān)閉”。因此，當(dāng)CU/RC請(qǐng)求參數(shù)被設(shè)置為“開(kāi)啟”時(shí)，相應(yīng)的UE根據(jù)它們目前的狀態(tài)執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程。這樣，基于在MBMS尋呼消息中的CU/RC請(qǐng)求字段，RNC根據(jù)是否實(shí)際需要小區(qū)更新過(guò)程或RRC連接建立過(guò)程，可以控制UE的操作。通過(guò)使用CU/RC請(qǐng)求字段，根據(jù)它們的狀態(tài)，UE可以可選地執(zhí)行或不執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程。根據(jù)本發(fā)明，在接收控制消息之前，UE可以接收在CELL_PACH狀態(tài)或URA PCH狀態(tài)中的尋呼消息。因此，尋呼消息不但作為用來(lái)通知MBMS業(yè)務(wù)開(kāi)始的通知消息，而且作為用來(lái)通知控制消息的接收的通知消息。
(3)AMIDAMID是用來(lái)識(shí)別與MBMS尋呼消息相關(guān)的MBMS控制消息的參數(shù)。例如，當(dāng)在MBMS尋呼消息中的AMID被指定為“1”時(shí)，在與MBMS尋呼消息相關(guān)的MBMS控制消息中的AMID也被指定為“1”。以后，AMID將被用作標(biāo)識(shí)符用于請(qǐng)求MBMS尋呼消息和MBMS控制消息的重傳。
(4)TTRTTR表示當(dāng)UE已接收MBMS尋呼消息但未能接收MBMS控制消息時(shí)，UE必須等候請(qǐng)求MBMS控制消息重傳的等待時(shí)間，該MBMS控制消息具有與相關(guān)于MBMS尋呼消息的MBMS控制消息相同的AMID。
(5)MBMS尋呼原因MBMS尋呼原因是表示發(fā)送MBMS尋呼消息的原因的參數(shù)，并且在寬帶碼分多址(W-CDMA)移動(dòng)通信系統(tǒng)中，可用于MBMS業(yè)務(wù)的尋呼原因可以包括“終止流呼叫(Terminating streaming call)”。當(dāng)然，可以為MBMS業(yè)務(wù)定義代替現(xiàn)有尋呼原因的新尋呼原因。也就是說(shuō)，可以為MBMS業(yè)務(wù)的通知定義新尋呼原因值，或者可以將現(xiàn)有尋呼原因的定義擴(kuò)展以用作MBMS尋呼的值。
如果在IDLE、CELL_DCH、CELL_FACH、CELL_PCH和URA_PCH狀態(tài)中的UE從所接收的PICH信號(hào)檢測(cè)到用于MBMS業(yè)務(wù)的尋呼，則該UE通過(guò)PCH在預(yù)定時(shí)間接收MBMS尋呼消息。UE分析包含在所接收MBMS尋呼消息中的TMGI，并且如果所分析的TMGI與UE識(shí)別的TMGI一致，則UE根據(jù)在MBMS尋呼消息中的CU/RC請(qǐng)求字段上的信息可選地執(zhí)行或不執(zhí)行小區(qū)更新過(guò)程/RRC連接建立過(guò)程。具體而言，當(dāng)在MBMS尋呼消息中的CU/RC請(qǐng)求字段被設(shè)置為“開(kāi)啟”時(shí)，UE執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程(步驟406)。
2、MBMS控制消息傳送/接收過(guò)程當(dāng)MBMS尋呼過(guò)程結(jié)束時(shí)，RNC通過(guò)公共控制信道，即FACH發(fā)送MBMS控制消息給UE(步驟403)。MBMS控制消息包括消息類(lèi)型、TMGI、響應(yīng)請(qǐng)求、AMID和數(shù)值標(biāo)記參數(shù)，并且包含在MBMS控制消息中的參數(shù)將在下文進(jìn)行描述。
(1)消息類(lèi)型消息類(lèi)型是表示MBSM控制消息類(lèi)型的參數(shù)，并且將描述該消息類(lèi)型。例如，如果該消息類(lèi)型被設(shè)置為“0”，則該MBMS控制消息表示MBMS RB(無(wú)線承載)建立消息，而如果消息類(lèi)型被設(shè)置為“1”，則該MBMS控制消息表示MBMS RB重新配置消息。另外，如果消息類(lèi)型被設(shè)置為“2”，則該MBMS控制消息表示MBMS加密密鑰更新消息，并且如果消息類(lèi)型被設(shè)置為“3”，則該MBMS控制消息表示MBMS RB釋放消息。
(2)TMGI如上所述，TMGI是用于識(shí)別特定MBMS業(yè)務(wù)的標(biāo)識(shí)符。
(3)響應(yīng)請(qǐng)求響應(yīng)請(qǐng)求是表示是否接收MBMS控制消息的UE必須為所接收的MBMS控制消息發(fā)送響應(yīng)消息至RNC的參數(shù)。通常，響應(yīng)請(qǐng)求與CU/RC請(qǐng)求一起被設(shè)置。例如，如果CU/RC請(qǐng)求被設(shè)置為“關(guān)閉”，則與相應(yīng)的MBMS尋呼消息相關(guān)的MBMS控制消息的響應(yīng)請(qǐng)求也被設(shè)置為“關(guān)閉”，而如果CU/RC請(qǐng)求被設(shè)置為“開(kāi)啟”，則與相應(yīng)的MBMS尋呼消息相關(guān)的MBMS控制消息的響應(yīng)請(qǐng)求也被設(shè)置為“開(kāi)啟”。如果響應(yīng)請(qǐng)求被設(shè)置為“關(guān)閉”，則意味著UE不需要為所接收的MBMS控制消息發(fā)送響應(yīng)消息，而如果響應(yīng)請(qǐng)求被設(shè)置為“開(kāi)啟”，則意味著UE需要為所接收的MBMS控制消息發(fā)送響應(yīng)消息。
(4)AMIDAMID被設(shè)置與分配給MBMS尋呼消息的AMID相同的值。
(5)數(shù)值標(biāo)記當(dāng)MBMS控制消息被重復(fù)發(fā)送預(yù)定次數(shù)時(shí)，該發(fā)送預(yù)定次數(shù)的相同MBMS控制消息被指定相同的數(shù)值標(biāo)記。因此，接收兩個(gè)或兩個(gè)以上相同的MBMS控制消息的UE使用包含在所接收的MBMS控制消息中的數(shù)值標(biāo)記，可以防止先前發(fā)送的MBMS控制消息被重傳。
盡管圖4沒(méi)有描述，但該MBMS控制消息可以包含控制參數(shù)，并且該控制參數(shù)具有應(yīng)用到該MBMS控制消息期望控制的對(duì)象的參數(shù)。例如，當(dāng)MBMS控制消息表示MBMS RB重配置消息時(shí)，被重新配置的無(wú)線承載的L2信息和L1信息被包含在控制參數(shù)中。
RNC在FACH上(步驟404)向UE重復(fù)發(fā)送MBMS控制消息。盡管MBMS控制消息被發(fā)送預(yù)定次數(shù)，但是如果當(dāng)TTR過(guò)去時(shí)，UE未能接收到MBMS控制消息(步驟407)，那么UE向RNC發(fā)送一個(gè)重發(fā)請(qǐng)求消息(步驟405)。重發(fā)請(qǐng)求消息是用于當(dāng)UE未能接收到MBMS控制消息時(shí)，請(qǐng)求重發(fā)接收失敗的MBMS控制消息的消息，盡管UE已經(jīng)從RNC接收到與MBMS控制消息相關(guān)的MBMS尋呼消息。因此，當(dāng)在接收到MBMS尋呼消息之后正常接收到MBMS控制消息時(shí)，不需要重發(fā)請(qǐng)求消息的發(fā)送處理。重發(fā)請(qǐng)求消息包括UE ID、TMGI和AMID，并且UE使用AMID來(lái)請(qǐng)求重發(fā)MBMS控制消息。RNC使用包括在重發(fā)請(qǐng)求消息中的AMID，向UE重發(fā)具有相應(yīng)AMID的MBMS控制消息。
發(fā)送和接收MBMS尋呼消息以及MBMS控制消息的過(guò)程由圖4中所述的UE和RNC執(zhí)行，現(xiàn)在將參考圖5至8對(duì)此進(jìn)行描述。
圖5是說(shuō)明在圖4的IDLE、CELL_PCH或URA_PCH狀態(tài)中的UE接收MBMS控制消息的操作的流程圖。參考圖5，在步驟501中，當(dāng)IDLE、CELL_PCH或URAPCH狀態(tài)的UE通過(guò)業(yè)務(wù)加入過(guò)程檢測(cè)到TMGI和DRX參數(shù)，以及UE使用所檢測(cè)到的TMGI和DRX參數(shù)計(jì)算PO和PI。在步驟502中，UE根據(jù)所計(jì)算的PO監(jiān)視PICH信號(hào)。在步驟503中，UE確定是否所監(jiān)視的PICH信號(hào)具有表示用于MBMS業(yè)務(wù)的尋呼的尋呼實(shí)例。如果確定不具有指示用于MBMS業(yè)務(wù)的尋呼的PI，UE返回步驟502。然而，如果存在指示用于MBMS業(yè)務(wù)的尋呼的PI，UE進(jìn)行到步驟504。在步驟504中，UE通過(guò)接收對(duì)應(yīng)于被監(jiān)測(cè)的PICH信號(hào)的PCH信號(hào)來(lái)接收MBMS尋呼消息。在步驟505中，UE確定是否包括在所接收的MBMS尋呼消息中的TMGI與由UE在業(yè)務(wù)加入過(guò)程中所檢測(cè)到的TMGI相同。如果確定包括在MBMS尋呼消息中的TMGI與由UE檢測(cè)到的TMGI不相同，那么UE返回到步驟502。即，由于PICH信號(hào)具有表示用于MBMS業(yè)務(wù)的尋呼的PI，但不是UE所請(qǐng)求的MBMS業(yè)務(wù)的初始信息，則UE返回到監(jiān)測(cè)PICH信號(hào)的步驟。然而，如果包括在MBMS尋呼消息中的TMGI與UE所檢測(cè)到的TMGI相同，則UE進(jìn)行到步驟506。這表明UE識(shí)別出由UE本身所請(qǐng)求的MBMS業(yè)務(wù)的開(kāi)始。在步驟506中，UE確定是否包括在MBMS尋呼消息中的CU/RC請(qǐng)求參數(shù)被設(shè)置為“啟動(dòng)(on)”。如果CU/RC請(qǐng)求參數(shù)為“啟動(dòng)”，則UE進(jìn)行到步驟507。然而，如果CU/RC請(qǐng)求參數(shù)不是“啟動(dòng)”，則UE進(jìn)行到步驟508。這將通過(guò)不同的考慮來(lái)確定，諸如UE的當(dāng)前狀態(tài)和MBMS業(yè)務(wù)數(shù)據(jù)的接收條件，并且UE根據(jù)CU/RC請(qǐng)求參數(shù)的設(shè)定值來(lái)執(zhí)行操作。
在步驟507中，當(dāng)CU/RC請(qǐng)求參數(shù)為“啟動(dòng)”時(shí)，UE根據(jù)UE的當(dāng)前狀態(tài)執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程，然后進(jìn)行到步驟509。然而，在步驟508中，UE緩沖包括在MBMS尋呼消息中的AMID和TTR，然后進(jìn)行到步驟509。在步驟509中，UE監(jiān)測(cè)FACH。在步驟510中，UE確定是否在所監(jiān)測(cè)的PACH上接收到MBMS控制消息。如果在FACH上沒(méi)有接收到MBMS控制消息，則UE進(jìn)行到步驟511。在步驟511中，當(dāng)沒(méi)有接收到MBMS控制消息時(shí)，UE確定是否TTR已經(jīng)超時(shí)。如果TTR沒(méi)有超時(shí)，則UE回到步驟509以持續(xù)等待將在FACH上接收的MBMS控制消息。然而，如果在步驟511中確定TTR已經(jīng)超時(shí)，則UE進(jìn)行到步驟512。在步驟512中，UE將在所接收的MBMS尋呼消息中包括的AMID和TMGI與重發(fā)請(qǐng)求消息一起發(fā)送到RNC。
在步驟513中，UE監(jiān)測(cè)FACH信號(hào)以等待對(duì)應(yīng)于重發(fā)請(qǐng)求消息的MBMS控制消息。在步驟514中，基于FACH監(jiān)測(cè)結(jié)果，UE確定是否接收到MBMS控制消息。如果在FACH上沒(méi)有接收到MBMS控制消息，則UE返回到步驟513以繼續(xù)監(jiān)測(cè)FACH。然而，如果在FACH上接收到MBMS控制消息，則UE進(jìn)行到步驟515。在步驟515中，UE根據(jù)所接收的MBMS控制消息執(zhí)行操作，然后結(jié)束過(guò)程。
如果在步驟5 10中確定在FACH上接收到MBMS控制消息，則UE進(jìn)行到步驟516。在步驟516中，UE確定是否當(dāng)前所接收到的MBMS控制消息的數(shù)值標(biāo)記與先前所接收到的MBMS控制消息的數(shù)值標(biāo)記相同。如果當(dāng)前所接收的MBMS控制消息的數(shù)值標(biāo)記與先前所接收到的MBMS控制消息的數(shù)值標(biāo)記相同，則UE進(jìn)行到步驟517。在步驟517中，UE忽略當(dāng)前所接收到的MBMS控制消息，這是因?yàn)楫?dāng)前所接收到的MBMS控制消息是先前所接收到的MBMS控制消息的重發(fā)消息。然而，如果在步驟516中確定當(dāng)前所接收到的MBMS控制消息的數(shù)值標(biāo)記與先前所接收到的MBMS控制消息的數(shù)值標(biāo)記不相同，則UE進(jìn)行到步驟518。在步驟518中，UE緩沖當(dāng)前所接收到的MBMS控制消息的數(shù)值標(biāo)記，然后進(jìn)行到步驟519。在步驟519中，UE根據(jù)所接收到的MBMS控制消息執(zhí)行操作，然后結(jié)束過(guò)程。
圖6是說(shuō)明在圖4的CELL_PACH狀態(tài)中的UE接收MBMS控制消息的過(guò)程的流程圖。參考圖6，在步驟601中，由于UE處于CELL_PACH狀態(tài)，UE監(jiān)測(cè)FACH信號(hào)然后進(jìn)行到步驟602。在步驟602中，UE確定是否在監(jiān)測(cè)FACH上接收到MBMS控制消息。如果在FACH上沒(méi)有接收到MBMS控制消息，則UE返回到步驟601以繼續(xù)等待MBMS控制消息。然而，如果在FACH上接收到MBMS控制消息，則UE進(jìn)行到步驟603。在步驟603中，UE確定是否當(dāng)前所接收到的MBMS控制消息的數(shù)值標(biāo)記與先前所接收到的MBMS控制消息中的數(shù)值標(biāo)記相同。如果當(dāng)前所接收到的MBMS控制消息的數(shù)值標(biāo)記與先前所接收到的MBMS控制消息中的數(shù)值標(biāo)記相同，則UE進(jìn)行到步驟604。在步驟604中，UE忽略當(dāng)前所接收到的MBMS控制消息，這是因?yàn)楫?dāng)前所接收到的MBMS控制消息是先前所接收到的MBMS控制消息的重發(fā)消息。然而，如果在步驟603中確定當(dāng)前所接收到的MBMS控制消息的數(shù)值標(biāo)記與先前所接收到的MBMS控制消息中的數(shù)值標(biāo)記不相同，則UE進(jìn)行到步驟605。在步驟605中，UE緩沖當(dāng)前所接收到的MBMS控制消息的數(shù)值標(biāo)記。在步驟606中，UE根據(jù)所接收到的MBMS控制消息執(zhí)行操作，然后結(jié)束過(guò)程。
圖7是說(shuō)明處于圖4的CELL_DCH狀態(tài)中的UE接收MBMS控制消息的過(guò)程的流程圖。參考圖7，在步驟701中，由于UE處于CELL_DCH狀態(tài)中，UE監(jiān)測(cè)DCH信號(hào)然后進(jìn)行到步驟702。在步驟702中，UE確定在所監(jiān)測(cè)的DCH上是否接收到MBMS控制消息。如果在DCH上未接收到MBMS控制消息，則UE返回到步驟701以繼續(xù)等待MBMS控制消息。然而，如果在DCH上接收到MBMS控制消息，則UE進(jìn)行到步驟703。在步驟703中，UE根據(jù)所接收到的MBMS控制消息執(zhí)行操作，然后結(jié)束過(guò)程。在圖7中并沒(méi)有考慮使用數(shù)值標(biāo)記的MBMS控制消息的重發(fā)，原因是處于CELL_DCH狀態(tài)中的UE在DCH上接收到具有高可靠性的MBMS控制消息，并且當(dāng)盡管DCH具有高可靠性但仍然發(fā)生了錯(cuò)誤的時(shí)候，UE能夠通過(guò)無(wú)線鏈路控制(RLC)層的重發(fā)過(guò)程來(lái)接收MBMS控制消息。
圖8是說(shuō)明圖4中的RNC發(fā)送MBMS控制消息的過(guò)程的流程圖。參考圖8，在步驟800中，RNC管理在RNC自身管理的區(qū)域中提供的特定MBMS業(yè)務(wù)的MBMS上下文。MBMS上下文包括以下信息。
(1)TMGI(2)DRX參數(shù)(3)處于CELL_DCH狀態(tài)中的UE的列表該列表是將要接收MBMS業(yè)務(wù)的UE的列表，或是當(dāng)前在CELL_DCH狀態(tài)中接收MBMS業(yè)務(wù)和DCH相關(guān)信息的UE的列表。
(4)處于CELL_FACH狀態(tài)中的UE列表該列表是將要接收MBMS業(yè)務(wù)的UE的列表，或是當(dāng)前在CELL_FACH狀態(tài)中接收MBMS業(yè)務(wù)的UE的列表，以及該列表是UE所處小區(qū)的列表。
(5)處于CELL_PCH狀態(tài)中的UE列表該列表是將要接收MBMS業(yè)務(wù)的UE的列表，或是當(dāng)前在CELL_PCH狀態(tài)中接收MBMS業(yè)務(wù)的UE的列表，以及該列表是US所處小區(qū)的列表。
(6)處于URA_PCH狀態(tài)中的UE列表該列表是將要接收MBMS業(yè)務(wù)的UE的列表，或是當(dāng)前在URA_PCH狀態(tài)中接收MBMS業(yè)務(wù)UE的列表，以及該列表是US所處小區(qū)的列表。
(7)每個(gè)小區(qū)中的L1信息其中包括諸如信道化編碼和最大功率的L1信息。
盡管MBMS上下文可以包括除上述信息之外的其它信息，但是，為了簡(jiǎn)明起見(jiàn)，對(duì)本發(fā)明沒(méi)有影響的信息將被省略。
當(dāng)UE在小區(qū)間移動(dòng)時(shí)，使用UE發(fā)送的移動(dòng)相關(guān)消息更新不同的UE列表。例如，CELL_PCH狀態(tài)中的UE，當(dāng)它們改變小區(qū)時(shí)向RNC發(fā)送小區(qū)更新消息，并且RNC使用小區(qū)更新消息來(lái)識(shí)別UE所歸屬的小區(qū)發(fā)生的改變。UE在以下情形中發(fā)送小區(qū)更新消息。
(1)處于CELL_PCH狀態(tài)的UE從當(dāng)前小區(qū)移動(dòng)到另一個(gè)小區(qū)。
(2)處于CELL_PCH或URA PCH狀態(tài)的UE接收到尋呼消息。
(3)在物理信道中失去小區(qū)同步。
在上述發(fā)送小區(qū)更新消息的情形中，在MBMS尋呼消息中建議的CU/RC請(qǐng)求參數(shù)僅僅用于第二種情形，即UE處于CELL_PCH或URA_PCH狀態(tài)中。
如果當(dāng)RNC管理MBMS上下文時(shí)，在步驟801中產(chǎn)生將發(fā)送到接收特定MBMS業(yè)務(wù)的UE的MBMS控制消息，然后RNC進(jìn)行到步驟802。當(dāng)RNC本身需要修改與MBMS業(yè)務(wù)相關(guān)的參數(shù)時(shí)或核心網(wǎng)(CN)請(qǐng)求修改MBMS業(yè)務(wù)相關(guān)參數(shù)時(shí)，產(chǎn)生用于MBMS業(yè)務(wù)的MBMS控制消息。當(dāng)為了修改特定小區(qū)的MBMS RB信息而必須發(fā)送MBMS RB重構(gòu)消息時(shí)，RNC自身需要修改與MBMS業(yè)務(wù)相關(guān)的參數(shù)，以及當(dāng)CN通知MBMS業(yè)務(wù)結(jié)束時(shí)，CN請(qǐng)求修改MBMS業(yè)務(wù)相關(guān)參數(shù)。
在步驟802中，RNC必須發(fā)送MBMS控制消息到MBMS上下文所管理的UE，并且必須分析MBMS上下文所管理UE的狀態(tài)，以便發(fā)送MBMS控制消息。即，由于一系列用于根據(jù)UE的狀態(tài)發(fā)送MBMS控制消息的過(guò)程例如尋呼過(guò)程是不同的，因此必須分析MBMS上下文所管理的UE的狀態(tài)。在步驟802中，RNC分析MBMS上下文所管理的UE狀態(tài)以確定是否相應(yīng)的UE位于CELL_DCH狀態(tài)中。如果確定相應(yīng)的小區(qū)沒(méi)有位于CELL_DCH狀態(tài)中，那么RNC進(jìn)行到步驟803。在步驟803中，RNC檢測(cè)UE所處的小區(qū)。由于步驟803到809的過(guò)程對(duì)于UE所處的每一小區(qū)是分開(kāi)執(zhí)行的，將參考一個(gè)特定小區(qū)通過(guò)實(shí)例的方式來(lái)描述步驟804的過(guò)程和以后的步驟。
在步驟803中檢測(cè)UE所處的小區(qū)之后，在步驟804中，RNC使用MBMS上下文中存儲(chǔ)的TMGI和DRX參數(shù)來(lái)計(jì)算PO和PI。在步驟805中，RNC通過(guò)開(kāi)啟對(duì)應(yīng)于PO的PI來(lái)發(fā)送PICH信號(hào)。在步驟806中，在PICH信號(hào)被發(fā)送預(yù)定時(shí)間后，RNC在PICH上發(fā)送MBMS尋呼消息。如上所述，MBMS尋呼消息包括諸如TMGI、AMID、TTR和CU/RC請(qǐng)求等參數(shù)。在步驟807中，RNC在PCH上重新發(fā)送與MBMS尋呼消息相關(guān)的MBMS控制消息預(yù)定的次數(shù)N，并存儲(chǔ)所重復(fù)發(fā)送的MBMS控制消息。將數(shù)值標(biāo)記添加到每一個(gè)重復(fù)發(fā)送的MBMS控制消息中以防止UE重復(fù)發(fā)送相同的MBMS控制消息多次。在步驟808中，RNC重復(fù)發(fā)送MBMS控制消息N次，之后，從UE接收重發(fā)請(qǐng)求消息。RNC從所接收到的重發(fā)請(qǐng)求消息中檢測(cè)UE ID和AMID，原因是向UE重發(fā)對(duì)應(yīng)于重發(fā)請(qǐng)求消息的MBMS控制消息。
在步驟809中，UE使用包括在重發(fā)請(qǐng)求消息中的UE ID和AMID來(lái)重發(fā)相應(yīng)的MBMS控制消息，然后結(jié)束過(guò)程。這里，使用UE ID和AMID重發(fā)MBMS控制消息是重發(fā)專(zhuān)用消息，并且僅僅使用AMID重發(fā)MBMS控制消息是重發(fā)組消息。根據(jù)系統(tǒng)特性，專(zhuān)用消息重發(fā)或組消息重發(fā)可以不同。如果在步驟802中確定UE位于CELL_DCH狀態(tài)，則由于不需要分離的尋呼過(guò)程，RNC進(jìn)行到步驟810。在步驟810中，RNC發(fā)送MBMS控制消息到UE，然后結(jié)束過(guò)程。RNC不重新發(fā)送MBMS控制消息到UE的原因是，由于DCH的高可靠性而存在非常低的錯(cuò)誤率，即使發(fā)生錯(cuò)誤，可以通過(guò)RLC重發(fā)對(duì)MBMS控制消息進(jìn)行重發(fā)。
目前已經(jīng)參考圖4到圖8描述了根據(jù)本發(fā)明第一實(shí)施例的發(fā)送和接收MBMS控制消息的過(guò)程。接下來(lái)，將描述根據(jù)本發(fā)明第二實(shí)施例的發(fā)送和接收MBMS控制消息的過(guò)程。
圖9是說(shuō)明根據(jù)本發(fā)明第二實(shí)施例的、在UE和RNC之間發(fā)送和接收MBMS控制消息的過(guò)程的信令圖。在描述圖9之前，應(yīng)該注意到，不象第一實(shí)施例，第二實(shí)施例不使用CU/RC請(qǐng)求參數(shù)。圖9與圖4具有相同的操作步驟401和403到407，除了在步驟902中CU/RC請(qǐng)求參數(shù)沒(méi)有包括在MBMS尋呼消息中，這與圖4的步驟402不同。如上所述，CU/RC請(qǐng)求參數(shù)是這樣一種參數(shù)，它用于指示是否接收MBMS尋呼消息的UE將執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程。本發(fā)明的第二實(shí)施方案使得UE使用包括在MBMS尋呼消息中的MBMS尋呼原因參數(shù)，甚至不使用CU/RC請(qǐng)求參數(shù)，也能夠確定是否執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程。
本發(fā)明的第一實(shí)施方案將MBMS尋呼原因添加到MBMS尋呼消息中以檢測(cè)何時(shí)尋呼是MBMS呼叫。本發(fā)明的第二實(shí)施方案定義了MBMS通知、MBMS信令類(lèi)型1以及MBMS信令類(lèi)型2作為MBMS尋呼原因。下面將描述接收包括MBMS尋呼原因的MBMS尋呼消息的UE的操作。
首先，如果包括在MBMS尋呼消息中的MBMS尋呼原因表示MBMS通知，即表示MBMS業(yè)務(wù)將不久被啟動(dòng)，然后相應(yīng)的UE必須發(fā)送MBMS尋呼響應(yīng)消息給CN。所以，UE必須根據(jù)其狀態(tài)執(zhí)行諸如小區(qū)更新過(guò)程或RRC連接建立過(guò)程等必要的操作。
其次，如果包括在MBMS尋呼消息中的MBMS尋呼原因表示MBMS信令類(lèi)型1，即表示在FACH上將要發(fā)送必需為其發(fā)送響應(yīng)消息的MBMS控制消息，然后UE必須執(zhí)行諸如小區(qū)更新過(guò)程或RRC連接建立過(guò)程等必需的操作。
最后，如果包括在MBMS尋呼消息中的MBMS尋呼原因表示MBMS信令類(lèi)型2，即表示在FACH將要發(fā)送不必為其發(fā)送相應(yīng)消息的MBMS控制消息。然后UE在FACH上接收MBMS控制消息，而不執(zhí)行諸如小區(qū)更新過(guò)程或RRC連接建立過(guò)程等分離的操作。
參考圖9，RNC發(fā)送包含PI的PICH，該P(yáng)I用于表示在對(duì)應(yīng)PO的時(shí)間PI上到UE的尋呼(步驟401)，并在預(yù)定時(shí)間超時(shí)后，通過(guò)PCH發(fā)送MBMS控制消息給UE(步驟902)。MBMS尋呼消息利用尋呼原因，而不是圖4步驟402中描述的CU/RC請(qǐng)求參數(shù)，來(lái)表示是否必須執(zhí)行小區(qū)更新/RRC連接建立過(guò)程。即，RNC甚至不包括CU/RC請(qǐng)求參數(shù)，通過(guò)根據(jù)將被發(fā)送的MBMS控制消息的類(lèi)型而唯一設(shè)置MBMS尋呼原因，來(lái)控制UE的小區(qū)更新過(guò)程或RRC連接建立過(guò)程。例如，如果將被發(fā)送的、與MBMS尋呼消息相關(guān)的MBMS控制消息是一種不需要分離的響應(yīng)消息的消息，則RNC將MBMS尋呼原因設(shè)置為信令類(lèi)型2，如果將被發(fā)送的、與MBMS尋呼消息相關(guān)的MBMS控制消息是一種需要分離的響應(yīng)消息的消息，則RNC將MBMS尋呼原因設(shè)置為信令類(lèi)型1。另外，如果將被發(fā)送的、與MBMS尋呼消息相關(guān)的MBMS控制消息是一種表示MBMS通知的消息，則RNC將MBMS尋呼原因設(shè)置為通知。步驟403到407的過(guò)程與圖4中對(duì)應(yīng)的過(guò)程相同，因此對(duì)其的詳細(xì)描述將被省略。
圖10是說(shuō)明通過(guò)位于IDLE、CELL_PCH或URA_PCH狀態(tài)中的UE接收MBMS控制消息的過(guò)程的流程圖。在描述圖10之前，應(yīng)該注意到其中執(zhí)行與圖5中描述的相同操作的步驟通過(guò)相同的附圖標(biāo)記來(lái)表示。即，圖10中的步驟501到504的過(guò)程與圖5中的步驟507到519的過(guò)程相同，圖10中的步驟507到519與圖5中的所述的步驟507到519相同，參考圖10，在步驟1006，UE確定是否所接收的MBMS尋呼消息的MBMS尋呼原因是MBMS信令類(lèi)型1和MBMS通知中的一種。如果確定所接收的MBMS尋呼消息的MBMS尋呼原因是MBMS信令類(lèi)型1和MBMS通知中的一種，那么UE進(jìn)行到步驟507。在步驟507中，UE根據(jù)它的當(dāng)前狀態(tài)來(lái)執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程，如果MBMS尋呼消息的MBMS尋呼原因是MBMS信令類(lèi)型1，則UE進(jìn)行到步驟509。然而，如果MBMS尋呼消息的MBMS尋呼原因是MBMS通知，則UE進(jìn)行到步驟1030。在步驟1030中，UE發(fā)送MBMS尋呼響應(yīng)消息到RNC以響應(yīng)所接收到的MBMS尋呼消息，然后進(jìn)行到步驟1031。在步驟1031中，UE在CELL_FACH狀態(tài)中等待。MBMS尋呼響應(yīng)消息可以包括發(fā)送MBMS尋呼響應(yīng)消息的UE的ID，并且RNC將所接收的MBMS尋呼響應(yīng)消息傳送到SGSN。然后SGSN可以通過(guò)接收MBMS尋呼響應(yīng)消息檢測(cè)期望接收每一RNC的MBMS業(yè)務(wù)的UE的列表。
如果在步驟1006確定所接收的MBMS尋呼消息的MBMS尋呼原因既不是MBMS信令類(lèi)型1也不是MBMS通知，即如果所接收的MBMS尋呼消息的MBMS尋呼原因是MBMS信令類(lèi)型2，則UE進(jìn)行到步驟508。后續(xù)過(guò)程與圖5中描述的過(guò)程相同，因此將省略對(duì)其的詳細(xì)描述。
已經(jīng)參考圖10描述了位于IDLE、CELL_PCH或URA_PCH狀態(tài)中的UE接收MBMS控制消息的過(guò)程。由于第二實(shí)施例與第一實(shí)施例在由處于CELL_FACH和CELL_DCH狀態(tài)中的UE接收MBMS控制消息的過(guò)程相同，因此將省略對(duì)其的詳細(xì)描述。
圖11是說(shuō)明由圖9中的RNC發(fā)送MBMS控制消息的過(guò)程的流程圖。在描述圖11之前，應(yīng)該注意到，圖11中的步驟800到805和步驟807到810的過(guò)程與圖8中的步驟800到805和步驟807到810的過(guò)程相同。參考圖11，在步驟1106，在PICH信號(hào)發(fā)送后的預(yù)定時(shí)間，RNC在PCH上發(fā)送MBMS尋呼消息，然后進(jìn)行到步驟807。如上所述，MBMS尋呼消息包括諸如TMGI、AMID、TTR和MBMS尋呼原因等參數(shù)，并且根據(jù)將要發(fā)送的、與MBMS尋呼消息相關(guān)的MBMS控制消息的特征來(lái)確定MBMS尋呼原因。步驟807到810的過(guò)程與圖8的相應(yīng)步驟相同，因此將省略對(duì)其詳細(xì)描述。
接下來(lái)，將參考圖12到14描述根據(jù)本發(fā)明第一和第二實(shí)施例的SGSN、RNC和UE的詳細(xì)操作。
圖12是說(shuō)明根據(jù)本發(fā)明的、當(dāng)UE X和UE Y位于相同小區(qū)時(shí)，業(yè)務(wù)通知過(guò)程和MBMS RB建立過(guò)程的信令圖。在描述圖12中，應(yīng)該注意到，除非它們被分別具體規(guī)定，所有過(guò)程都共同應(yīng)用于本發(fā)明的第一和第二實(shí)施例。參考圖12，SGSN發(fā)送包含TMGI和DRX參數(shù)、UE列表和RA(路由區(qū)域)列表的MBMS尋呼消息給RNC(步驟1201)。RNC接收來(lái)自SGSN的MBMS尋呼消息，并確定在連接模式中使用UE列表和RA列表將MBMS尋呼消息發(fā)送到哪一個(gè)小區(qū)。即，由于RNC總是識(shí)別在連接模式(即UE位于URA_PCH，CELL_PCH，CELL_FACH或CELL_DCH狀態(tài))中的UE所處的小區(qū)或URA，RNC可以確定必須將MBMS尋呼消息發(fā)送到哪一個(gè)小區(qū)。另外，由于URA是一組小區(qū)，在連接模式狀態(tài)的UE列表代替一組小區(qū)。當(dāng)相同小區(qū)包括在該組小區(qū)中時(shí)，刪除這些小區(qū)而只保留一個(gè)小區(qū)，即刪除這些小區(qū)以防止重復(fù)。留下的小區(qū)與其它不同的小區(qū)，成為將接收MBMS尋呼消息的小區(qū)。另外，SGSN可以傳送RA列表到RNC，該列表是一組小區(qū)，以及RA表示與在執(zhí)行業(yè)務(wù)加入過(guò)程以后，處于IDLE狀態(tài)的UE所處位置有關(guān)的信息。SGSN通過(guò)RA來(lái)跟蹤處于IDEL狀態(tài)的UE的位置。所以，RA列表也代替MBMS尋呼消息將被發(fā)送到的一組小區(qū)，RNC刪除在兩類(lèi)小區(qū)組(在連接模式中的UE列表設(shè)定的小區(qū)和RA列表設(shè)定的小區(qū))中相同的小區(qū)，僅僅留下一個(gè)小區(qū)。RNC發(fā)送MBMS尋呼消息給位于未刪除小區(qū)中的UE，即UE X和UE Y(步驟1202和1203)。如上所述，UE X和UE Y是位于相同小區(qū)中的UE。
如上所述，第一和第二實(shí)施例在RNC發(fā)送給UE的MBMS尋呼消息中包括的參數(shù)方面不同。假定在圖12中，CU/RC請(qǐng)求參數(shù)被設(shè)置為“啟動(dòng)”以及MBMS尋呼原因被設(shè)置為MBMS通知(第一實(shí)施例)，或MBMS尋呼原因被設(shè)置為MBMS通知(第二實(shí)施例)。當(dāng)接收到MBMS尋呼消息時(shí)，UE執(zhí)行小區(qū)更新或RRC連接建立過(guò)程(步驟1204)。執(zhí)行小區(qū)更新或RRC連接建立過(guò)程的原因是因?yàn)椋珻U/RC請(qǐng)求參數(shù)被設(shè)置為“啟動(dòng)”并且MBMS尋呼原因被設(shè)置為MBMS通知(第一實(shí)施例)，或MBMS尋呼原因被設(shè)置為MBMS通知(第二實(shí)施例)。之后，UE Y和UE X均通過(guò)RNC發(fā)送MBMS尋呼響應(yīng)消息給SGSN(步驟1205)。MBMS尋呼響應(yīng)消息包括TMGI和UE ID。
當(dāng)接收到UE X和UE Y發(fā)送的MBMS尋呼響應(yīng)消息時(shí)，SGSN發(fā)送MBMS RAB分配請(qǐng)求消息給相應(yīng)UE所屬的RNC(步驟1206)。MBMS RAB分配請(qǐng)求消息包括TMGI、QoS信息以及將被服務(wù)的UE列表。QoS信息可以包括MBMS業(yè)務(wù)的所需帶寬、允許延遲以及允許的誤碼率，并且RNC可以確定可滿(mǎn)足QoS的MBMS RB參數(shù)。另外，將被服務(wù)的UE的列表可以成為發(fā)送MBMS尋呼響應(yīng)消息的、RNC的UE的列表，并且RNC可以確定使用該信息，必須將MBMS RB建立消息發(fā)送到的小區(qū)。
RNC使用由SGSN發(fā)送的MBMS RAB分配請(qǐng)求消息，發(fā)送MBMS RB建立消息給UE X和UE Y預(yù)定次數(shù)(步驟1207)。MBMS RB建立消息包括TMGI、MBMS RB信息以及數(shù)值標(biāo)記，并且MBMS RB信息包括用于通過(guò)其提供MBMS業(yè)務(wù)的無(wú)線信道的參數(shù)，分組數(shù)據(jù)會(huì)聚協(xié)議(PDCP)參數(shù)(頭部壓縮相關(guān)信息)、RLC參數(shù)(業(yè)務(wù)數(shù)據(jù)單元(SDU)丟棄信息)、傳輸格式合并組(TFCS)以及信道化編碼信息。
在接收到MBMS RB建立消息預(yù)定次之后，如果MBMS RB建立消息是被正常接收的，則UE X和UE Y根據(jù)MBMS RB信息建立相應(yīng)的操作，即接收機(jī)。盡管UE X和UE Y重復(fù)接收MBMS RB建立消息預(yù)定次數(shù)，但它們僅僅執(zhí)行一次對(duì)應(yīng)于MBMS建立消息的操作。當(dāng)完成在RNC和UE X及UE Y之間發(fā)送MBMS數(shù)據(jù)的準(zhǔn)備時(shí)，RNC發(fā)送MBMS RAB分配響應(yīng)消息給SGSN(步驟1208)。當(dāng)接收到MBMS RAB分配響應(yīng)消息時(shí)，SGSN發(fā)送MBMS數(shù)據(jù)給相應(yīng)的RNC，RNC發(fā)送MBMS數(shù)據(jù)給相應(yīng)的UE，即UE X和UE Y(步驟1209)。
圖13是說(shuō)明根據(jù)本發(fā)明的一個(gè)實(shí)施例，當(dāng)UE X和UE Y位于相同小區(qū)時(shí)更新加密密鑰的過(guò)程的流程圖。在描述圖13之前，假定通過(guò)發(fā)送加密密鑰更新信息消息來(lái)執(zhí)行加密密鑰更新過(guò)程且不需要對(duì)加密密鑰更新信息消息做出單獨(dú)響應(yīng)。加密密鑰的使用提供了一種防止未經(jīng)鑒權(quán)的UE，如不執(zhí)行業(yè)務(wù)加入過(guò)程或請(qǐng)求結(jié)束MBMS業(yè)務(wù)的UE接收MBMS業(yè)務(wù)的鑒權(quán)過(guò)程。另外，將假定由RNC控制加密密鑰的使用和加密密鑰更新過(guò)程。
參考圖13，RNC確定更新用于特定MBMS業(yè)務(wù)的加密密鑰(步驟1301)。加密密鑰由RNC本身來(lái)更新，例如，當(dāng)目前使用的加密密鑰已經(jīng)使用預(yù)定次數(shù)時(shí)。當(dāng)SGSN請(qǐng)求更新加密密鑰時(shí)，加密密鑰被更新，例如，當(dāng)特定UE請(qǐng)求結(jié)束MBMS業(yè)務(wù)時(shí)，因此SGSN請(qǐng)求更新加密密鑰。然后為了發(fā)送表示加密密鑰更新的加密密鑰更新信息消息，RNC開(kāi)啟相應(yīng)時(shí)間的PO和PI以發(fā)送PICH到相應(yīng)UE，即UE X和UE Y(步驟1302)。然后，RNC在PCH上發(fā)送MBMS尋呼消息給UE X和UE Y(步驟1303)。如上所述，第一和第二實(shí)施例在MBMS尋呼消息中包括的參數(shù)方面存在不同，并且將假定在圖13中，CU/RC請(qǐng)求參數(shù)被設(shè)置為“關(guān)閉”以及MBMS尋呼原因被設(shè)置為MBMS信令(第一實(shí)施例)，或MBMS尋呼原因被設(shè)置為MBMS信令類(lèi)型2(第二實(shí)施方例)。
接收MBMS尋呼消息的UE執(zhí)行以下操作(1304)。首先，在第一實(shí)施例中CU/RC請(qǐng)求參數(shù)被設(shè)置為“關(guān)閉”，基于第一實(shí)施例，接收MBMS尋呼消息的UE存儲(chǔ)諸如TMGI、AMID和TTR等參數(shù)，然后開(kāi)始接收在FACH上發(fā)送的數(shù)據(jù)。UE不執(zhí)行小區(qū)更新過(guò)程(位于CELL_PCH和URA_PCH狀態(tài)中的UE)或RRC連接建立過(guò)程(位于IDLE狀態(tài)的UE)。接下來(lái)，由于在第二實(shí)施例中MBMS尋呼消息被設(shè)置為MBMS信令類(lèi)型2，基于第二實(shí)施例，接收MBMS尋呼消息的UE存儲(chǔ)諸如TMGI、AMID和TTR等參數(shù)，然后開(kāi)始接收在FACH上發(fā)送的數(shù)據(jù)。UE不執(zhí)行小區(qū)更新過(guò)程(位于CELL_PCH和URA_PCH狀態(tài)中的UE)或RRC連接建立過(guò)程(位于IDLE狀態(tài)的UE)。
其后，RNC重復(fù)發(fā)送加密密鑰更新信息消息給UE X和UE Y預(yù)定次數(shù)(步驟1305)。加密密鑰更新信息消息包括TMGI、AMID、數(shù)值標(biāo)記以及新加密密鑰。在某些情況下，盡管RNC重復(fù)發(fā)送加密密鑰更新信息消息預(yù)定次數(shù)，當(dāng)時(shí)UE X可能不能接收加密密鑰更新信息消息。即，當(dāng)MBMS尋呼消息直到TTR超時(shí)時(shí)，UE X可能未接收到具有與MBMS尋呼消息的TMGI和AMID相同的TMGI和AMID的MBMS控制消息(步驟1306)。在這種情況下，UE X可以執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程(步驟1307)。如上所述，原因是因?yàn)樾^(qū)更新過(guò)程或RRC連接建立過(guò)程的目的是為特定UE分配RAN的唯一標(biāo)識(shí)符U-RNTI和C-RNTI，并確定有關(guān)RRC消息的傳輸格式的協(xié)議。如果在步驟1308和1309中使用SRB 0代替C-RNTI/U-RNTI，則不需要步驟1307(小區(qū)更新過(guò)程或RRC連接建立過(guò)程)。
UE X在RACH上使用TMGI、AMID和UE ID發(fā)送重發(fā)請(qǐng)求消息到RNC(步驟1308)。C-RNTI/U-RNTI可被用作UE ID，如果C-RNTI/U-RNTI不存在，則IMSI(國(guó)際移動(dòng)用戶(hù)識(shí)別)可以被用作UE ID。當(dāng)接收到來(lái)自UE X的重發(fā)請(qǐng)求消息時(shí)，RNC使用在重發(fā)請(qǐng)求消息中包括的TMGI和AMID來(lái)確定重發(fā)消息，并在FACH上根據(jù)確定結(jié)果重發(fā)加密密鑰更新信息消息(步驟1309)。當(dāng)在步驟1307中不執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程時(shí)，也可以組消息的形式發(fā)送重發(fā)的加密密鑰更新信息消息。相反，當(dāng)在步驟1307中執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程時(shí)，以用于UE X的專(zhuān)用消息的形式發(fā)送重發(fā)的加密密鑰更新信息消息。
圖14是說(shuō)明根據(jù)本發(fā)明的一個(gè)實(shí)施例，當(dāng)UE X和UE Y位于相同小區(qū)時(shí)，釋放MBMS RB的過(guò)程的信令圖。在描述圖14之前，將假定MBMS RB通過(guò)發(fā)送MBMS RB釋放消息來(lái)釋放，并且MBMS RB釋放消息也不需要對(duì)其單獨(dú)響應(yīng)。參考圖14，RNC確定釋放用于特定MBMS業(yè)務(wù)的MBMS RB(步驟1401)。釋放MBMS RB也可由RNC本身來(lái)確定(例如，當(dāng)對(duì)于特定小區(qū)來(lái)說(shuō)沒(méi)有更多無(wú)線資源可利用時(shí))，或當(dāng)SGSN請(qǐng)求釋放MBMS RB(例如，當(dāng)結(jié)束MBMS業(yè)務(wù)時(shí))時(shí)。然后，為了發(fā)送表示釋放MBMS RB的MBMS RB釋放消息，RNC開(kāi)啟相應(yīng)時(shí)間的PO和PI并發(fā)送PICH到相應(yīng)UE，即UE X和UE Y，(步驟1402)。其后，RNC在PCH上發(fā)送MBMS尋呼消息到UE X和UE Y(步驟1403)。如上所述，第一和第二實(shí)施例在包括在MBMS尋呼消息中的參數(shù)方面不同，在圖14中將假定CU/RC請(qǐng)求參數(shù)被設(shè)置為“關(guān)閉”以及MBMS尋呼原因被設(shè)置為MBMS信令(第一實(shí)施例)，或MBMS尋呼原因被設(shè)置為MBMS信令類(lèi)型2(第二實(shí)施例)。
接收MBMS尋呼消息的UE執(zhí)行以下操作(1404)。首先，在第一實(shí)施例中，CU/RC請(qǐng)求參數(shù)被設(shè)置為“關(guān)閉”，基于第一實(shí)施例，接收MBMS尋呼消息的UE存儲(chǔ)諸如TMGI、AMID和TTR等參數(shù)，然后開(kāi)始接收在FACH上發(fā)送的數(shù)據(jù)。UE不執(zhí)行小區(qū)更新過(guò)程(位于CELL_PCH和URA_PCH狀態(tài)中的UE)或RRC連接建立過(guò)程(位于IDLE狀態(tài)的UE)。接下來(lái)，由于在第二實(shí)施例中MBMS尋呼原因被設(shè)置為MBMS信令類(lèi)型2，基于第二實(shí)施例，接收MBMS尋呼消息的UE存儲(chǔ)諸如TMGI、AMID和TTR等參數(shù)，然后開(kāi)始接收在FACH上發(fā)送的數(shù)據(jù)。UE不執(zhí)行小區(qū)更新過(guò)程(位于CELL_PCH和URA_PCH狀態(tài)中的UE)或RRC連接建立過(guò)程(位于IDLE狀態(tài)的UE)。
其后，RNC重復(fù)發(fā)送MBMS RB釋放消息給UE X和UE Y預(yù)定次數(shù)(步驟1405)。MBMS RB釋放消息包括TMGI、AMID、數(shù)值標(biāo)記以及MBMS RB釋放信息。在某些情況下，雖然RNC重復(fù)發(fā)送MBMS RB釋放消息預(yù)定次數(shù)，UE X可能未接收到MBMS RB釋放消息。即，當(dāng)MBMS尋呼消息直到TTR超時(shí)時(shí)，UE X可能未接收到具有與MBMS尋呼消息的TMGI和AMID相同的TMGI和AMID的MBMS控制消息(步驟1406)。在這種情況下，UE X可以執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程(步驟1407)。如上所述，原因是因?yàn)樾^(qū)更新過(guò)程或RRC連接建立過(guò)程目的是為特定UE分配RAN的唯一標(biāo)識(shí)符U-RNTI和C-RNTI，并確定有關(guān)RRC消息的傳輸格式的協(xié)議。如果在步驟1408和1409中使用SRB 0代替C-RNTI/U-RNTI，則不需要步驟1407(小區(qū)更新過(guò)程或RRC連接建立過(guò)程)。
UE X在RACH上使用TMGI、AMID和UE ID發(fā)送重發(fā)請(qǐng)求消息給RNC(步驟1408)。C-RNTI/U-RNTI可被用作UE ID，如果C-RNTI/U-RNTI不存在，IMSI(國(guó)際移動(dòng)用戶(hù)識(shí)別)可以被用作UE ID。當(dāng)接收到來(lái)自UE X的重發(fā)請(qǐng)求消息時(shí)，RNC使用重發(fā)請(qǐng)求消息中包括的TMGI和AMID確定重發(fā)消息，并在FACH上根據(jù)確定結(jié)果重發(fā)MBMS RB釋放消息(步驟1409)。當(dāng)在步驟1407中不執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程時(shí)，也可以以組消息的形式發(fā)送被重發(fā)的MBMS RB釋放消息。相反，當(dāng)在步驟1407中執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程時(shí)，以用于UE X的專(zhuān)用消息的形式發(fā)送重發(fā)的MBMS RB釋放消息。
在提供MBMS業(yè)務(wù)中，提供MBMS業(yè)務(wù)的區(qū)域分為跟蹤區(qū)域和非跟蹤區(qū)域。本發(fā)明的第三實(shí)施方案提供了這樣一種方法，其中根據(jù)接收MBMS業(yè)務(wù)的UE所處的區(qū)域是跟蹤區(qū)域還是非跟蹤區(qū)域，來(lái)確定是否執(zhí)行UE的小區(qū)更新/RRC連接建立過(guò)程。
下面將詳細(xì)描述跟蹤區(qū)域和非跟蹤區(qū)域。位于對(duì)應(yīng)于非跟蹤區(qū)域的服務(wù)區(qū)域中的UE被控制而不執(zhí)行小區(qū)更新或RRC連接建立過(guò)程，即使它們接收了MBMS尋呼消息(即，通常即使當(dāng)它們必須執(zhí)行小區(qū)更新過(guò)程時(shí))，因此UE不執(zhí)行消息發(fā)送。通過(guò)避免執(zhí)行由于小區(qū)更新過(guò)程或RRC連接建立過(guò)程而引起的消息發(fā)送，防止了上行鏈路信號(hào)的擁塞。當(dāng)許多UE位于一個(gè)小區(qū)時(shí)，最大化地消除了上行鏈路信號(hào)擁塞的影響，例如，當(dāng)大量UE位于如運(yùn)動(dòng)場(chǎng)這樣的場(chǎng)所。即如果1000個(gè)UE期望在特定服務(wù)區(qū)域接收特定MBMS業(yè)務(wù)，服務(wù)區(qū)域被指定為非跟蹤區(qū)域以防止由于UE響應(yīng)所接收的MBMS尋呼消息而執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程而發(fā)生的上行鏈路信號(hào)傳輸。在第三實(shí)施例中最重要的原則就是，UE如何確定是否其所在的服務(wù)區(qū)域是跟蹤區(qū)域還是非跟蹤區(qū)域。
首先，將描述UE通過(guò)使用系統(tǒng)信息塊(SIB)，確定它所屬的服務(wù)區(qū)域是跟蹤區(qū)域還是非跟蹤區(qū)域的情形。即通過(guò)將表示小區(qū)是跟蹤區(qū)域還是非跟蹤區(qū)域的信息包括在由特定小區(qū)廣播的特定SIB中，當(dāng)在將來(lái)接收到MBMS業(yè)務(wù)相關(guān)尋呼消息或MBMS控制消息時(shí)，接入小區(qū)的UE確定是否執(zhí)行一個(gè)響應(yīng)操作。使用SIB的方法存在以下問(wèn)題。如果位于CELL_PCH或CELL_FACH狀態(tài)的UE從位于跟蹤區(qū)域的小區(qū)A移動(dòng)到位于非跟蹤區(qū)域的小區(qū)B，則由于不能發(fā)送小區(qū)更新消息，在管理UE的移動(dòng)性方面可能發(fā)生錯(cuò)誤。在這種情況下，由于盡管UE已經(jīng)從小區(qū)A移動(dòng)到小區(qū)B，但是RNC確定UE仍位于小區(qū)A中，當(dāng)對(duì)UE必須執(zhí)行象入局呼叫尋呼(incoming call paging)這樣的過(guò)程時(shí)，RNC發(fā)送用于尋呼UE的消息給小區(qū)A。增加不適當(dāng)?shù)匕l(fā)送RNC信號(hào)給UE所不在的小區(qū)引發(fā)了管理錯(cuò)誤。
所以，本發(fā)明的第三實(shí)施例使用了一個(gè)域，在該域上發(fā)送MBMS尋呼消息中的CU/RC請(qǐng)求參數(shù)。如上所述，CU/RC請(qǐng)求參數(shù)是這樣一種參數(shù)，其表示當(dāng)接收MBMS尋呼消息時(shí)，是否執(zhí)行小區(qū)更新過(guò)程或RRC連接建立過(guò)程。結(jié)果，由于CU/RC請(qǐng)求參數(shù)與必須指示根據(jù)跟蹤區(qū)域或非跟蹤區(qū)域是否執(zhí)行對(duì)MBMS控制消息響應(yīng)的參數(shù)的作用相同，本發(fā)明的第三實(shí)施例使用CU/RC請(qǐng)求參數(shù)作為表示是否根據(jù)跟蹤區(qū)域或非跟蹤區(qū)域執(zhí)行響應(yīng)操作的參數(shù)。然后，當(dāng)MBMS控制消息被發(fā)送給歸屬于非跟蹤區(qū)域的小區(qū)時(shí)，與發(fā)送MBMS控制消息相關(guān)的MBMS尋呼消息中的CU/RC請(qǐng)求參數(shù)在其被發(fā)送之前被設(shè)置為“關(guān)閉”。當(dāng)接收到具有被設(shè)置為“關(guān)閉”的CU/RC請(qǐng)求參數(shù)的MBMS尋呼消息時(shí)，響應(yīng)于所接收的、與MBMS尋呼消息相關(guān)的MBMS控制消息，UE不執(zhí)行響應(yīng)處理(小區(qū)更新過(guò)程或RRC連接建立過(guò)程)。所以，第三實(shí)施例基本上與第一實(shí)施例在接收與用于UE的MBMS業(yè)務(wù)相關(guān)的消息，即MBMS尋呼消息或MBMS控制消息的操作方面相同。在以專(zhuān)用消息的形式與UE交換MBMS控制消息的過(guò)程中，第三實(shí)施例使用與第一實(shí)施例相同的消息發(fā)送/接收方法。然而，在發(fā)送/接收組消息類(lèi)型MBMS控制消息的過(guò)程中，根據(jù)MBMS尋呼消息中的CU/RC請(qǐng)求參數(shù)值確定接下來(lái)的操作。通過(guò)以這種方式使用MBMS尋呼消息中的CU/RC請(qǐng)求參數(shù)，UE正常執(zhí)行小區(qū)更新或RRC連接建立過(guò)程，甚至是在UE不能確定其所屬的服務(wù)區(qū)域是跟蹤區(qū)域還是非跟蹤區(qū)域的情況下。由于UE使用包括在MBMS尋呼消息中的CU/RC請(qǐng)求參數(shù)的值執(zhí)行響應(yīng)操作，即小區(qū)更新或RRC連接建立過(guò)程，當(dāng)UE移動(dòng)到新小區(qū)時(shí)，RNC可以精確地檢測(cè)UE的運(yùn)動(dòng)，籍此防止了移動(dòng)管理的錯(cuò)誤。
圖15是說(shuō)明根據(jù)本發(fā)明的第三實(shí)施例、通過(guò)RNC發(fā)送MBMS控制消息的過(guò)程的流程圖。在描述圖15之前，應(yīng)該注意到第三實(shí)施例與第一實(shí)施例在UE操作方面是相同的，但是在RNC操作方面與第一實(shí)施例不同。在根據(jù)第三實(shí)施例參考圖15描述RNC操作中，與根據(jù)第一實(shí)施例的RNC操作相同的操作將用相同的附圖標(biāo)記來(lái)表示。
參考圖15，RNC必須總是管理由RNC本身所管理區(qū)域中提供的、用于特定MBMS業(yè)務(wù)的MBMS上下文，且MBMS上下文包括以下信息。
(1)TMGI(2)DRX參數(shù)(3)位于CELL_DCH狀態(tài)的UE列表(4)位于CELL_FACH狀態(tài)的UE列表(5)位于CELL_PCH狀態(tài)的UE列表(6)位于URA_PCH狀態(tài)的UE列表(7)每個(gè)小區(qū)的L1信息包括在每個(gè)小區(qū)L1信息中的信息包括信道化編碼和最大功率。
(8)每個(gè)小區(qū)的特性這是表示在每個(gè)小區(qū)中的服務(wù)區(qū)域是跟蹤區(qū)域還是非跟蹤區(qū)域的信息。
盡管MBMS上下文可以包括除了上述信息之外的其他信息，但是這里僅僅列舉了在描述第三實(shí)施方案所需的信息。不像第一實(shí)施方案，第三實(shí)施方案必須管理表示每個(gè)小區(qū)是跟蹤區(qū)域還是非跟蹤區(qū)域的信息。如上所述，原因是因?yàn)?，發(fā)送和接收MBMS尋呼消息和與MBMS尋呼消息相關(guān)的MBMS控制消息的操作根據(jù)UE所屬的小區(qū)是跟蹤區(qū)域還是非跟蹤區(qū)域而變得不同。
另外，當(dāng)UE在小區(qū)間移動(dòng)時(shí)，MBMS上下文中的UE列表使用UE發(fā)送的移動(dòng)相關(guān)消息來(lái)更新。例如，位于CELL_PCH狀態(tài)的UE，當(dāng)它們改變小區(qū)時(shí)向RNC發(fā)送小區(qū)更新消息以通知它們所屬的小區(qū)被改變。接收小區(qū)更新消息的RNC識(shí)別發(fā)送小區(qū)更新消息的UE已經(jīng)移動(dòng)到一個(gè)新小區(qū)。
現(xiàn)在將簡(jiǎn)單描述小區(qū)更新消息。UE向RNC發(fā)送小區(qū)更新消息，當(dāng)(1)位于CELL_PCH狀態(tài)的UE從當(dāng)前小區(qū)移動(dòng)到一個(gè)新的小區(qū)；(2)位于CELL_PCH或RRA_PCHS狀態(tài)的UE接收到尋呼消息；以及(3)在物理信道中失去小區(qū)同步。
在本發(fā)明的第三實(shí)施例中，小區(qū)更新消息的發(fā)送考慮第二種情形，即相應(yīng)的UE接收到尋呼消息。
通常，可以考慮所有的小區(qū)基本屬于一個(gè)跟蹤區(qū)域。然而，與通常小區(qū)相比，極大數(shù)量的用戶(hù)存在的小區(qū)，例如，大型運(yùn)動(dòng)場(chǎng)館的小區(qū)可以分配為非跟蹤區(qū)域。另外，非跟蹤區(qū)域必須根據(jù)MBMS業(yè)務(wù)來(lái)分配。例如，特定小區(qū)可以分配為用于一種MBMS業(yè)務(wù)的非跟蹤區(qū)域以及作為用于其它MBMS業(yè)務(wù)的跟蹤區(qū)域。另外，假定表示相應(yīng)小區(qū)是跟蹤區(qū)域還是非跟蹤區(qū)域的信息從BM-SC傳送到SGSN(業(yè)務(wù)加入過(guò)程)，以及之后，從SGSN傳送到RNC(業(yè)務(wù)通知過(guò)程)。如圖12的步驟1201中所述，可以在MBMS尋呼消息中包括歸屬非跟蹤區(qū)域的小區(qū)的列表和歸屬于跟蹤區(qū)域的小區(qū)的列表，因此，RNC可以在接收到來(lái)自SGSN的MBMS尋呼消息的時(shí)間開(kāi)始，確定每個(gè)小區(qū)的特性，即可以確定每個(gè)小區(qū)是跟蹤區(qū)域還是非跟蹤區(qū)域。
圖15的步驟800到805與圖8的步驟800到805的操作相同。在步驟805中，RNC開(kāi)啟對(duì)應(yīng)PO的PI以發(fā)送PICH信號(hào)，然后進(jìn)行到步驟1505。在步驟1505中，RNC確定是否UE所屬的小區(qū)是非跟蹤區(qū)域。如果UE確定UE所屬的小區(qū)是非跟蹤區(qū)域，則RNC進(jìn)行到步驟1506。在步驟1506，在其發(fā)送PICH信號(hào)預(yù)定時(shí)間后，RNC在PCH上發(fā)送MBMS尋呼消息，然后進(jìn)行到步驟807。如上所述，MBMS尋呼消息包括諸如TMGI、AMID、TTR和CU/RC請(qǐng)求等參數(shù)。另外，由于UE所屬的小區(qū)是非跟蹤小區(qū)，不需要象小區(qū)更新或RRC連接建立過(guò)程這樣的響應(yīng)操作。因此，CU/RC請(qǐng)求參數(shù)在其被發(fā)送之前被設(shè)置為“關(guān)閉”。然而，如果在步驟1505中確定UE所屬的小區(qū)是跟蹤小區(qū)而不是非跟蹤小區(qū)，則RNC進(jìn)行到步驟1507。在步驟1507中，RNC在其發(fā)送PICH信號(hào)的預(yù)定時(shí)間之后在PCH上發(fā)送MBMS尋呼消息，然后進(jìn)行到步驟807。如上所述，MBMS尋呼消息包括諸如TMGI、AMID、TTR和CU/RC請(qǐng)求等參數(shù)。另外，由于UE所屬的小區(qū)是跟蹤小區(qū)，必須諸執(zhí)行諸如小區(qū)更新或RRC連接建立過(guò)程等響應(yīng)操作。因此，CU/RC請(qǐng)求參數(shù)在其發(fā)送之前被設(shè)置為“啟動(dòng)”。圖15的步驟807至810與圖8中的步驟807至810的操作相同。
盡管參考本發(fā)明的特定優(yōu)選實(shí)施例示出并描述了本發(fā)明，但是本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，在沒(méi)有脫離所附權(quán)利要求書(shū)限定的本發(fā)明的精神和范圍的情況下可以在形式和細(xì)節(jié)方面對(duì)本發(fā)明作出的不同改變。
權(quán)利要求
1.一種在包括用戶(hù)設(shè)備(UE)和向用戶(hù)設(shè)備提供多媒體廣播/組播業(yè)務(wù)(MBMS)的無(wú)線網(wǎng)絡(luò)控制器(RNC)的移動(dòng)通信系統(tǒng)中，由無(wú)線網(wǎng)絡(luò)控制器發(fā)送用于多媒體廣播/組播業(yè)務(wù)的控制信息的方法，該方法包括以下步驟如果產(chǎn)生將被發(fā)送到用戶(hù)設(shè)備的、用于多媒體廣播/組播業(yè)務(wù)的控制消息，則產(chǎn)生用于用戶(hù)設(shè)備的、指示是否響應(yīng)尋呼消息的操作指令信息；和在發(fā)送所述控制消息之前，發(fā)送包括至用戶(hù)設(shè)備的所述操作指令信息的尋呼消息。
2.如權(quán)利要求1所述的方法，其中所述操作指令信息包括用于用戶(hù)設(shè)備的、表示是否響應(yīng)所述尋呼消息的狀態(tài)轉(zhuǎn)換指令信息。
3.如權(quán)利要求1所述的方法，其中所述操作指令信息包括所述尋呼消息的產(chǎn)生原因。
4.如權(quán)利要求1所述的方法，其中在公共信道上發(fā)送所述控制消息。
5.如權(quán)利要求4所述的方法，其中，使用相同標(biāo)識(shí)符，將所述控制消息重復(fù)發(fā)送預(yù)定次數(shù)。
6.一種在包括用戶(hù)設(shè)備和用于向用戶(hù)設(shè)備(UE)提供多媒體廣播/組播業(yè)務(wù)(MBMS)的無(wú)線網(wǎng)絡(luò)控制器(RNC)的移動(dòng)通信系統(tǒng)中，由用戶(hù)設(shè)備接收用于多媒體廣播/組播業(yè)務(wù)控制信息的方法，該方法包括以下步驟通過(guò)使用用于指示是否響應(yīng)尋呼消息的操作指令信息來(lái)確定是否響應(yīng)尋呼消息；和根據(jù)包含在所述尋呼消息中的所述操作指令信息，向無(wú)線網(wǎng)絡(luò)控制器發(fā)送響應(yīng)消息。
7.如權(quán)利要求6所述的方法，其中所述操作指令信息包括用于用戶(hù)設(shè)備的、表示是否響應(yīng)該尋呼消息的狀態(tài)轉(zhuǎn)換指令信息。
8.如權(quán)利要求6所述的方法，其中所述操作指令信息包括所述尋呼消息的產(chǎn)生原因。
9.一種在包括用戶(hù)設(shè)備(UE)和向用戶(hù)設(shè)備提供多媒體廣播/組播業(yè)務(wù)(MBMS)的無(wú)線網(wǎng)絡(luò)控制器(RNC)的移動(dòng)通信系統(tǒng)中，由無(wú)線網(wǎng)絡(luò)控制器發(fā)送用于多媒體廣播/組播業(yè)務(wù)的控制信息的方法，該方法包括以下步驟如果產(chǎn)生將被發(fā)送至請(qǐng)求多媒體廣播/組播業(yè)務(wù)的用戶(hù)設(shè)備的控制消息，則根據(jù)接收多媒體廣播/組播業(yè)務(wù)的用戶(hù)設(shè)備所處的區(qū)域的特性，向用戶(hù)設(shè)備發(fā)送包括指示用戶(hù)設(shè)備的操作的操作指令信息的尋呼消息；和在發(fā)送包含操作指令信息的尋呼消息之后，向用戶(hù)設(shè)備發(fā)送所述控制消息。
10.如權(quán)利要求9所述的方法，其中，所述操作指令信息包含用于指示當(dāng)接收到尋呼消息時(shí)是否執(zhí)行用戶(hù)設(shè)備的狀態(tài)轉(zhuǎn)換的信息。
11.如權(quán)利要求9所述的方法，其中，提供多媒體廣播/組播業(yè)務(wù)的區(qū)域的特性是其中不執(zhí)行用戶(hù)設(shè)備的小區(qū)更新和無(wú)線資源控制連接建立之一的非跟蹤區(qū)域，和其中執(zhí)行用戶(hù)設(shè)備的小區(qū)更新和無(wú)線資源控制連接建立之一的跟蹤區(qū)域。
12.如權(quán)利要求9所述的方法，其中根據(jù)多媒體廣播/組播業(yè)務(wù)類(lèi)型確定提供多媒體廣播/組播業(yè)務(wù)的區(qū)域的特性。
13.如權(quán)利要求9所述的方法，其中根據(jù)請(qǐng)求多媒體廣播/組播業(yè)務(wù)的用戶(hù)設(shè)備的數(shù)量來(lái)確定提供多媒體廣播/組播業(yè)務(wù)的區(qū)域的特性。
14.如權(quán)利要求9所述的方法，其中每個(gè)用戶(hù)設(shè)備接收尋呼消息，并且根據(jù)包含在所接收的尋呼消息中的操作指令信息來(lái)確定是否執(zhí)行小區(qū)更新或無(wú)線資源控制連接建立之一。
全文摘要
一種提供多媒體廣播/組播業(yè)務(wù)(MBMS)的通信系統(tǒng)。將控制消息發(fā)送到期望接收MBMS業(yè)務(wù)的用戶(hù)設(shè)備(UE)，將包括指示發(fā)送對(duì)所接收的尋呼消息的操作的信息的尋呼消息發(fā)送到UE，并且之后，發(fā)送對(duì)應(yīng)于所述尋呼信息的控制信息，藉此最小化對(duì)上行鏈路資源的干擾和使用。
文檔編號(hào)H04L12/18GK1510940SQ20031011476
公開(kāi)日2004年7月7日 申請(qǐng)日期2003年11月6日 優(yōu)先權(quán)日2002年11月6日
發(fā)明者崔成豪, 金成勛 申請(qǐng)人:三星電子株式會(huì)社