專利名稱：提供多媒體廣播/組播業(yè)務(wù)通告的裝置和方法
技術(shù)領(lǐng)域：
本發(fā)明總的來說涉及一種提供多媒體廣播/組播業(yè)務(wù)(MBMS)的移動通信系統(tǒng)，特別是涉及一種提供MBMS業(yè)務(wù)的方法。
背景技術(shù)：
隨著通信技術(shù)的發(fā)展，移動通信系統(tǒng)正在發(fā)展為可提供能夠傳輸例如分組數(shù)據(jù)、電路數(shù)據(jù)等大量數(shù)據(jù)的分組業(yè)務(wù)(packet service)通信功能、以及能夠提供多媒體業(yè)務(wù)和語音業(yè)務(wù)的多媒體廣播/通信功能的系統(tǒng)。為支持多媒體廣播/通信，正在探討從一個或多個多媒體數(shù)據(jù)源向多個用戶設(shè)備(UE)提供業(yè)務(wù)內(nèi)容的多媒體廣播/組播業(yè)務(wù)(MBMS)。
術(shù)語“MBMS”表示通過無線電網(wǎng)絡(luò)向多個接收機(jī)傳輸同一多媒體數(shù)據(jù)的業(yè)務(wù)。在此情況下，由于接收機(jī)共享一個無線電信道，無線電傳輸資源能被更有效地利用。MBMS業(yè)務(wù)能夠支持傳輸例如實時視頻和語音、靜止圖像、文本(text)等多媒體數(shù)據(jù)的傳輸模式，并且能夠同時提供語音數(shù)據(jù)和視頻數(shù)據(jù)。而且，MBMS業(yè)務(wù)需要大量的傳輸資源。由于MBMS業(yè)務(wù)必須向用戶所位于的多個小區(qū)(cell)傳輸同一多媒體數(shù)據(jù)，故根據(jù)位于每個小區(qū)中的用戶的數(shù)量來執(zhí)行點(diǎn)到點(diǎn)(PTP)或點(diǎn)到多點(diǎn)(PTM)連接。PTP方案逐個UE提供所需的MBMS，并給每個UE分配專用的業(yè)務(wù)信道。另一方面，PTM方案給要求相同的MBMS的UE分配公共信道，以便能夠提供所要求的MBMS。即，MBMS的PTM方案按逐個業(yè)務(wù)分配公共信道，并通過公共信道提供對應(yīng)的業(yè)務(wù)。
將參考基于第三代合作伙伴計劃(Third Generation ProjectPartnership，3GPP)標(biāo)準(zhǔn)的第三代移動通信網(wǎng)絡(luò)對本發(fā)明進(jìn)行描述。當(dāng)然，本發(fā)明也能應(yīng)用于其他采用MBMS的移動通信網(wǎng)絡(luò)。
參與提供移動通信網(wǎng)絡(luò)中MBMS業(yè)務(wù)的節(jié)點(diǎn)大致如圖1所示。
參考圖1，UE 161、162、163、171和172是能夠接收MBMS業(yè)務(wù)的終端或用戶。多個UE可定位于一個小區(qū)內(nèi)。用于通過無線電傳輸MBMS數(shù)據(jù)的基站，即，節(jié)點(diǎn)B，覆蓋小區(qū)1160和小區(qū)2170。為方便解釋，假設(shè)一個節(jié)點(diǎn)B覆蓋一個小區(qū)。無線電網(wǎng)絡(luò)控制器(RNC)140覆蓋小區(qū)160和170，選擇性地傳輸多媒體數(shù)據(jù)給特定的小區(qū)，控制設(shè)立為提供MBMS業(yè)務(wù)的無線電信道。RNC 140和UE 161至170之間的連接被稱作無線電資源控制(RRC)接口。RNC140通過采用服務(wù)通用分組無線電業(yè)務(wù)(GPRS)支持節(jié)點(diǎn)(SGSN)130訪問(access)諸如因特網(wǎng)的分組交換(packet switched)或分組業(yè)務(wù)(PS)網(wǎng)絡(luò)。
RNC根據(jù)其作用可分類為服務(wù)RNC(SRNC)、漂移RNC(DRNC)、或控制RNC(CRNC)。SRNC管理每個UE的信息，并負(fù)責(zé)與SGSN 130進(jìn)行數(shù)據(jù)通信。當(dāng)通過不是SRNC的不同RNC將UE數(shù)據(jù)傳送至SRNC并從SRNC接收到UE數(shù)據(jù)時，所述不同的RNC用作DRNC。CRNC控制UE。
RNC 140和PS網(wǎng)絡(luò)之間的通信功能由分組交換(PS)信令(signaling)執(zhí)行。RNC 140和SGSN 130之間的連接被稱作Iu-PS接口。SGSN 130控制用戶的MBMS業(yè)務(wù)。例如，SGSN 130負(fù)責(zé)管理每個用戶的業(yè)務(wù)帳單數(shù)據(jù)，還負(fù)責(zé)可選擇性地向特定RNC 140傳輸多媒體數(shù)據(jù)。
轉(zhuǎn)接網(wǎng)絡(luò)(NW)120提供廣播/組播業(yè)務(wù)中心(BM-SC)110和SGSN 130之間的通信路徑，還可以通過網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(GGSN)(未示出)連接至外部網(wǎng)絡(luò)。用作MBMS數(shù)據(jù)源的BM-SC110負(fù)責(zé)調(diào)度MBMS數(shù)據(jù)。
RNC 140通過移動交換中心(MSC)150連接至電路交換(CS)網(wǎng)絡(luò)。CS網(wǎng)絡(luò)是用于語音通信的傳統(tǒng)基于連接(legacy connection-based)的通信網(wǎng)絡(luò)。RNC 140和MSC 150之間的通信功能由CS信令執(zhí)行。RNC 140和MSC 150之間的連接被稱作Iu-CS接口。MBMS數(shù)據(jù)流通過轉(zhuǎn)接NW 120、SGSN 130、RNC140以及節(jié)點(diǎn)B或小區(qū)160和170傳輸給UE 161至172。
關(guān)于一個MBMS業(yè)務(wù)，能夠為一個或多個SGSN提供多個RNC。在這種情況下，每個SGSN選擇性地將數(shù)據(jù)傳輸至RNC 140，每個RNC選擇性地將數(shù)據(jù)傳輸給每個小區(qū)。因此，存儲接收數(shù)據(jù)流的節(jié)點(diǎn)列表，以便使MBMS數(shù)據(jù)能夠被選擇性地僅傳輸給包含于所存儲列表中的節(jié)點(diǎn)。即，SGSN存儲RNC列表，RNC存儲小區(qū)列表。
現(xiàn)在將描述提供用戶和網(wǎng)絡(luò)之間的MBMS業(yè)務(wù)的操作。
為了提供MBMS業(yè)務(wù)，與相應(yīng)業(yè)務(wù)有關(guān)的基本信息，例如，MBMS業(yè)務(wù)標(biāo)識符(ID)、業(yè)務(wù)初始時間以及業(yè)務(wù)持續(xù)時間，需要被傳輸給UE。上述過程被稱作業(yè)務(wù)聲明(announcement)過程。
如果UE在通過業(yè)務(wù)聲明過程接收到與特定業(yè)務(wù)有關(guān)的基本信息時希望接收該特定業(yè)務(wù)，則它向高層網(wǎng)絡(luò)節(jié)點(diǎn)發(fā)送業(yè)務(wù)請求。這種過程被稱作業(yè)務(wù)加入(service joining)過程。業(yè)務(wù)加入過程包括消息中通過業(yè)務(wù)聲明過程接收到的業(yè)務(wù)ID，將該消息傳輸至BM-SC。位于BM-SC和UE之間的實體(entities)——即SGSN、GGSN等——能夠識別期望接收到MBMS業(yè)務(wù)的UE和UE所位于其中的區(qū)域。例如，SGSN能夠通過業(yè)務(wù)加入過程識別UE列表和與UE有關(guān)的RNC列表。SGSN將僅向與UE有關(guān)的RNC傳輸MBMS數(shù)據(jù)。
當(dāng)在UE加入MBMS業(yè)務(wù)之后UE的SRNC不同于覆蓋UE所在的小區(qū)的RNC時，則CRNC就是UE的DRNC。SRNC傳輸與UE業(yè)務(wù)請求有關(guān)的MBMS業(yè)務(wù)列表至DRNC。該過程被稱作MBMS附加(attach)過程。DRNC采用上述信息產(chǎn)生MBMS業(yè)務(wù)內(nèi)容，并被登記為必須傳輸與MBMS相關(guān)的信息至SGSN的RNC。該過程被稱作MBMS登記過程。
通過會話啟動程序，BM-SC向登記了MBMS業(yè)務(wù)的UE和與UE有關(guān)的網(wǎng)絡(luò)實體報告MBMS數(shù)據(jù)將很快被傳輸這一事實。BM-SC傳輸與業(yè)務(wù)質(zhì)量(QoS)和MBMS業(yè)務(wù)區(qū)域有關(guān)的信息。
為了將MBMS數(shù)據(jù)通過資源分配過程從MB-SC傳輸至UE，在網(wǎng)絡(luò)實體之間建立數(shù)據(jù)集合信道(bearer)，分配無線電資源，并將有關(guān)信息報告給相關(guān)實體。在所述步驟中，RNC能夠根據(jù)表示屬于每個小區(qū)的UE數(shù)量的信息和無線電資源管理功能設(shè)置傳輸模式為PTM或PTP。當(dāng)傳輸模式為PTP時，SRNC負(fù)責(zé)分配資源來逐UE地傳輸MBMS。即，SRNC通過專用控制信道(DCCH)傳輸無線電集合信道(radio bearer，RB)SETUP消息給每個訂購了MBMS的UE，并建立用來傳輸MBMS數(shù)據(jù)的RB，即傳輸信道和物理信道。然而，當(dāng)傳輸模式為PTM時，CRNC負(fù)責(zé)分配資源來逐小區(qū)地傳輸MBMS數(shù)據(jù)。即，CRNC通過MBMS控制信道(MCCH)傳輸MBMS RB INFORMATION消息給UE，并建立用來傳輸MBMS數(shù)據(jù)的RB，即傳輸信道和物理信道。
當(dāng)MBMS RB INFORMATION消息中的MBMS CONTROL消息通過MCCH被發(fā)送時，CRNC必須首先通過MBMS通知指示信道(MBMS notification indicatorchannel，MICH)呼叫UE。該UE不連續(xù)地接收MCCH，而是只在預(yù)定的時間通過呼叫接收MCCH，以便在該UE加入MBMS業(yè)務(wù)之后，能夠避免不必要的電池能耗。
然而，如果當(dāng)UE具有專用信道(DCH)或處在CELL-DCH狀態(tài)時UE能力較低，則UE不能收到MICH，因此不能確定MBMS業(yè)務(wù)已經(jīng)以PTM傳輸模式啟動。即，即使當(dāng)UE接收到CS/PS專用業(yè)務(wù)時，如果UE不被告知MBMS業(yè)務(wù)已經(jīng)啟動，MBMS業(yè)務(wù)要求也不能被滿足。為了滿足MBMS業(yè)務(wù)要求，SRNC通過DCCH提供MBMS DEDICATED NOTIFICATION消息給處于CELL_DCH狀態(tài)的UE。在這種情況下，MBMS DEDECATED NOTIFICATION消息包括MBMS業(yè)務(wù)ID和傳輸模式信息，并且用來呼叫UE。
當(dāng)UE的SRNC不同于用來覆蓋UE所位于其中的小區(qū)的CRNC時，CRNC必須通知SRNC在會話啟動之后逐小區(qū)地確定的傳輸模式。該過程被稱作MBMS信道類型重新配置過程。
傳輸模式被分類為PTP或PTM。然而，當(dāng)對應(yīng)小區(qū)不屬于MBMS業(yè)務(wù)區(qū)域時，或MBMS業(yè)務(wù)由于缺少小區(qū)的無線電資源而無法提供時，則沒有方法可表示不能提供MBMS業(yè)務(wù)。在這種情況下，盡管不能提供MBMS業(yè)務(wù)，SRNC也向?qū)?yīng)的UE提供正常的業(yè)務(wù)通知。一旦接收到該業(yè)務(wù)通知，則UE中斷正在進(jìn)行的業(yè)務(wù)以接收不能得到的業(yè)務(wù)。
因此，需要一種方法，通過該方法，CRNC將適于每個小區(qū)的傳輸模式信息傳輸給SRNC，并且該SRNC在傳輸模式信息的基礎(chǔ)上確定業(yè)務(wù)通知。

發(fā)明內(nèi)容
因此，本發(fā)明的一方面在于提供一種用于提供多媒體廣播/組播業(yè)務(wù)(MBMS)的呼叫方法。
本發(fā)明的另一方面在于提供一種在提供MBMS業(yè)務(wù)的移動通信系統(tǒng)中執(zhí)行呼叫時，可根據(jù)多媒體廣播/組播業(yè)務(wù)(MBMS)數(shù)據(jù)的傳輸模式適當(dāng)呼叫用戶設(shè)備(UE)的方法。
本發(fā)明的又一方面在于提供一種在根據(jù)MBMS數(shù)據(jù)的傳輸模式呼叫用戶設(shè)備(UE)時，在漂移無線電網(wǎng)絡(luò)控制器(DRNC)中確定用于傳輸多媒體廣播/組播業(yè)務(wù)(MBMS)數(shù)據(jù)的傳輸模式，并從DNRC向服務(wù)無線電網(wǎng)絡(luò)控制器(SRNC)有效傳輸已確定的傳輸模式信息的方法。
本發(fā)明還有一方面在于提供一種在根據(jù)MBMS數(shù)據(jù)的傳輸模式呼叫用戶設(shè)備(UE)時，通過使用逐個小區(qū)確定的、并從漂移無線電網(wǎng)絡(luò)控制器(DRNC)接收的傳輸模式信息而在服務(wù)無線電網(wǎng)絡(luò)控制器(SRNC)中確定用戶設(shè)備(UE)的傳輸模式的方法。
本發(fā)明的上述和其他方面，可通過在移動通信系統(tǒng)中提供多媒體廣播/組播業(yè)務(wù)(MBMS)的呼叫裝置和方法來實現(xiàn)。所述裝置和方法包括第一無線電網(wǎng)絡(luò)控制器(RNC)，用于向位于多個小區(qū)中的一個或多個用戶設(shè)備(UE)提供MBMS；和第二RNC，用于覆蓋所述小區(qū)。所述呼叫裝置和方法包括在第二RNC中逐小區(qū)地確定表示MBMS供應(yīng)的傳輸模式信息，并向第一RNC發(fā)送包括所確定的傳輸模式信息在內(nèi)的消息；以及通過專用物理信道從第一RNC向位于小區(qū)中的一個或多個UE發(fā)送包括傳輸模式信息的通知消息。


本發(fā)明的上述和其他方面及優(yōu)點(diǎn)，通過以下結(jié)合附圖的詳細(xì)描述將得到更清楚地理解，其中圖1表示提供多媒體廣播/組播業(yè)務(wù)(MBMS)的網(wǎng)絡(luò)結(jié)構(gòu)；圖2是表示根據(jù)本發(fā)明實施例的漂移無線電網(wǎng)絡(luò)控制器(DRNC)的操作的流程圖；以及圖3是表示根據(jù)本發(fā)明實施例的服務(wù)無線電網(wǎng)絡(luò)控制器(SRNC)的操作的流程圖。
整個附圖中，相同的部件用相同的參考標(biāo)號或字母表示。
具體實施例方式
以下將結(jié)合附圖描述本發(fā)明的實施例。
公開本發(fā)明的實施例的目的僅在于舉例說明。
在下面的描述中，為簡明起見，將一并省略對在此引用的已知功能和構(gòu)造的詳細(xì)描述。
在注冊多媒體廣播/組播業(yè)務(wù)(MBMS)之后，無線電網(wǎng)絡(luò)控制器(RNC)通過會話啟動程序從核心網(wǎng)絡(luò)(CN)接收包含MBMS數(shù)據(jù)的業(yè)務(wù)質(zhì)量(QoS)信息和MBMS業(yè)務(wù)區(qū)域信息，并確定用于逐小區(qū)地傳輸MBMS數(shù)據(jù)的傳輸模式，即，信道類型。在這種情況下，必須考慮到加入MBMS業(yè)務(wù)的、位于屬于MBMS業(yè)務(wù)區(qū)域的小區(qū)中的用戶設(shè)備(UE)的數(shù)量和小區(qū)的無線電資源狀態(tài)。
根據(jù)本發(fā)明的實施例，傳輸模式被分為三種類型點(diǎn)到點(diǎn)(PTP)、點(diǎn)到多點(diǎn)(PTM)和“不提供(Not provide)”。
PTP表示服務(wù)RNC(SRNC)逐UE地分配專用信道(DCH)，以便能夠傳輸MBMS數(shù)據(jù)。
PTM表示控制RNC(CRNC)逐小區(qū)地分配用作公共信道的前向接入信道(forward access channel，F(xiàn)ACH)，以便能夠傳輸MBMS數(shù)據(jù)。
“不提供”表示在由于小區(qū)不屬于MBMS業(yè)務(wù)區(qū)域或小區(qū)資源已用盡而使無線電資源沒有被分配以傳輸MBMS數(shù)據(jù)時，MBMS業(yè)務(wù)不能通過該小區(qū)獲得支持。
當(dāng)UE的SRNC不同于覆蓋UE所位于其中的小區(qū)的RNC時，所述RNC是CRNC和漂移RNC(DRNC)。在DRNC確定逐個小區(qū)MBMS業(yè)務(wù)的傳輸模式之后，它通過MBMS CHANNEL TYPE RECONFIGURATION INDICATION(MBMS信道類型重新配置指示)消息通知所確定的傳輸模式給SRNC。MBMS CHANNEL TYPERECONFIGURATION INDICATION消息采用下列在RNC之間的Iur接口上的信令集合信道進(jìn)行傳輸1)無連接信令集合信道2)為兩個RNC之間的MBMS業(yè)務(wù)上下文而建立的面向?qū)Ｓ眠B接的信令集合信道3)為兩個RNC之間的所有MBMS業(yè)務(wù)而建立的面向連接的信令集合信道根據(jù)本發(fā)明，MBMS CHANNEL TYPE RECONFIGURATION INDICATION消息包括下列信息元素(1)MBMS業(yè)務(wù)標(biāo)識符(ID)(2)小區(qū)ID(3)傳輸模式信息本發(fā)明提供以下三個從DRNC向SRNC發(fā)送傳輸模式信息的實施例。
第一實施例在相應(yīng)小區(qū)的傳輸模式設(shè)置為PTP時，DRNC發(fā)送MBMS CHANNEL TYPERECONFIGURATION INDICATION消息(表示傳輸模式＝PTP)。
在相應(yīng)小區(qū)的傳輸模式設(shè)置為PTM時，DRNC發(fā)送MBMS CHANNEL TYPERECONFIGURATION INDICATION消息(表示傳輸模式＝PTM)。
在相應(yīng)小區(qū)的傳輸模式設(shè)置為“不提供”時，DRNC發(fā)送MBMS CHANNEL TYPERECONFIGURATION INDICATION消息(表示傳輸模式＝不提供)。
一旦收到MBMS CHANNEL TYPE RECONFIGURATION INDICATION消息，則SRNC識別包含在該消息中的傳輸模式信息，并將相應(yīng)小區(qū)的傳輸模式信息確定為PTP、PTM和“不提供”的其中一個。
由于DRNC通知SRNC當(dāng)前小區(qū)的傳輸模式，因此SRNC有效地向UE提供MBMS業(yè)務(wù)。
第二實施例在相應(yīng)小區(qū)的傳輸模式設(shè)置為PTP時，DRNC發(fā)送MBMS CHANNEL TYPERECONFIGURATION INDICATION消息(表示傳輸模式＝PTP)。
在相應(yīng)小區(qū)的傳輸模式設(shè)置為PTM時，DRNC發(fā)送MBMS CHANNEL TYPERECONFIGURATION INDICATION消息(表示傳輸模式＝PTM)。
在相應(yīng)小區(qū)的傳輸模式設(shè)置為“不提供”時，DRNC不發(fā)送MBMS CHANNELTYPE RECONFIGURATION INDICATION消息。
一旦收到MBMS CHANNEL TYPE RECONFIGURATION INDICATION消息，則SRNC識別包含在該消息中的傳輸模式信息，并將相應(yīng)小區(qū)的傳輸模式信息確定為PTP或PTM。然而，在SRNC沒有從執(zhí)行MBMS附加過程的DRNC處收到MBMSCHANNEL TYPE RECONFIGURATION INDICATION消息時，則其隱含地將相應(yīng)小區(qū)的傳輸模式確定為“不提供”。
根據(jù)第二實施例，在傳輸模式信息為“不提供”時，由于DRNC不發(fā)送MBMS CHANNEL TYPE RECONFIGURATION INDICATION消息，因此DRNC能減少Iur接口上的信令負(fù)載。
第三實施例在相應(yīng)小區(qū)的傳輸模式設(shè)置為PTP時，DRNC發(fā)送MBMS CHANNEL TYPERECONFIGURATION INDICATION消息(表示傳輸模式＝PTP)。
在相應(yīng)小區(qū)的傳輸模式設(shè)置為PTM時，DRNC不發(fā)送MBMS CHANNEL TYPERECONFIGURATION INDICATION消息。
在相應(yīng)小區(qū)的傳輸模式設(shè)置為“不提供”時，DRNC發(fā)送MBMS CHANNEL TYPERECONFIGURATION INDICATION消息(表示傳輸模式＝不提供)。
一旦收到MBMS CHANNEL TYPE RECONFIGURATION INDICATION消息，則SRNC識別包含在該消息中的傳輸模式信息，并將相應(yīng)小區(qū)的傳輸模式信息確定為PTP或“不提供”。
根據(jù)第三實施例，在傳輸模式是PTM時，由于DRNC不發(fā)送MBMS CHANNELTYPE RECONFIGURATION INDICATION消息，因此DRNC能減少Iur接口上的信令負(fù)載。
現(xiàn)在將描述根據(jù)本發(fā)明的實施例中每種傳輸模式的SRNC的運(yùn)行。當(dāng)正在進(jìn)行軟切換時，UE從屬于活動集(active set)的多個小區(qū)中檢測到多個無線電鏈接。在這種情況下，SRNC從至少一個與所述多個無線電鏈接有關(guān)的DRNC處接收到MBMS CHANNEL TYPE RECONFIGURATION INDICATION消息，識別屬于活動集的所有小區(qū)的傳輸模式，并最終確定該UE的傳輸模式。在這種情況下，由于SRNC確定該UE的傳輸模式同時考慮到屬于活動集的所有小區(qū)的傳輸模式，因此由SRNC確定的該UE的傳輸模式可能與由相應(yīng)的DRNC設(shè)置的每個小區(qū)的傳輸模式不同。
A1.當(dāng)UE的傳輸模式為PTP時，SRNC發(fā)送MBMS DEDICATEDNOTIFICATION(MBMS專用通知)消息來通知UE，MBMS數(shù)據(jù)傳輸通過專用控制信道(DCCH)基于PTP傳輸模式已經(jīng)啟動。在另一個可供選擇的方法中，用于MBMS數(shù)據(jù)接收的無線電資源可通過無線電集合信道(RB)SETUP(設(shè)置)無線電資源控制(RRC)消息而不是發(fā)送NOTIFICATION(通知)消息而分配給UE。
A2.當(dāng)UE的傳輸模式為PTM時，SRNC發(fā)送MBMS DEDICATED NOTIFICATION消息來通知UE，MBMS數(shù)據(jù)傳輸通過專用控制信道(DCCH)基于PTM傳輸模式已經(jīng)啟動。
A3.當(dāng)UE的傳輸模式為“不提供”時，SRNC發(fā)送MBMS DEDICATEDNOTIFICATION消息來通知UE，MBMS數(shù)據(jù)傳輸通過DCCH已經(jīng)啟動，但是業(yè)務(wù)不能夠從UE所位于的小區(qū)提供。在可供選擇的方法中，可以不傳輸NOTIFICATION消息。
圖2是表示根據(jù)本發(fā)明實施例的DRNC運(yùn)行的流程圖。所述的DRNC的運(yùn)行基于第三實施例。
參見圖2，在步驟600中，DRNC接收到MBMS業(yè)務(wù)的SESSION START(會話開始)消息，即UE已經(jīng)加入，并確定MBMS會話已經(jīng)開始。在步驟610中，DRNC確定MBMS數(shù)據(jù)傳輸?shù)膫鬏斈Ｊ?。DRNC在步驟620中確定MBMS數(shù)據(jù)傳輸?shù)膫鬏斈Ｊ绞欠駷镻TP或在步驟625中確定MBMS數(shù)據(jù)傳輸?shù)膫鬏斈Ｊ绞欠駷椤安惶峁薄．?dāng)確定的傳輸模式是PTP或“不提供”時，DRNC在步驟640中向SRNC發(fā)送MBMS CHANNEL TYPE RECONFIGURATION INDICATION消息，其中已經(jīng)設(shè)置了傳輸模式信息(表示PTP或“不提供”)，并繼續(xù)到步驟660。
然而，當(dāng)在步驟630中確定在步驟610中確定的傳輸模式為PTM時，DRNC前進(jìn)到步驟650。在步驟650中，DRNC為將MBMS數(shù)據(jù)傳輸?shù)絺鬏斈Ｊ揭呀?jīng)設(shè)置為PTM的小區(qū)而建立無線電資源，即PTM RB，并前進(jìn)到步驟653。在步驟653中，DRNC通過MBMS通告指示信道(MICH)發(fā)送通告指示，指示CONTROL(控制)消息將被發(fā)送到MCCH，并前進(jìn)到步驟655。在步驟655中，DRNC通過MBMSRB INFORMATION消息發(fā)送在步驟650中建立的無線電資源的配置信息，并繼續(xù)到步驟660。
在步驟660中，DRNC從核心網(wǎng)絡(luò)(CN)中接收到SESSION STOP(會話停止)消息，確定MBMS會話已經(jīng)停止，并停止MBMS會話。然而，當(dāng)MBMS會話正在進(jìn)行時，DRNC繼續(xù)到步驟670。
在步驟670中，DRNC確定在步驟610中確定的傳輸模式是否已經(jīng)變化。當(dāng)加入MBMS業(yè)務(wù)的UE的數(shù)量超過用于確定PTM傳輸模式的門限值，或小區(qū)的無線資源已經(jīng)改變時，傳輸模式可能改變。當(dāng)傳輸模式改變時，DRNC返回步驟620。
圖3是表示根據(jù)本發(fā)明實施例的SRNC運(yùn)行的流程圖。所述的SRNC的運(yùn)行基于第三實施例。
參見圖3，在步驟700中，SRNC從CN接收到MBMS業(yè)務(wù)的SESSION START消息，即用戶已經(jīng)加入，并確定MBMS會話已經(jīng)開始。在步驟710中，SRNC確定是否從DRNC處接收到MBMS CHANNEL TYPE RECONFIGURATION INDICATION消息。一旦接收到所述消息，在步驟720中，SRNC確定包含在MBMS CHANNELTYPE RECONFIGURATION INDICATION消息中的傳輸模式信息是否是PTP。如果包含在該消息中的傳輸模式信息是PTP，則SRCN繼續(xù)到步驟740。然而，如果包含在該消息中的傳輸模式信息不是PTP，則在步驟730中確定傳輸模式信息是否是”不提供”。如果傳輸模式信息是“不提供”，則SRNC繼續(xù)到步驟750。
在步驟740中，SRNC逐UE地為傳輸MBMS數(shù)據(jù)建立無線電資源，并繼續(xù)到步驟743。在步驟743中，SRNC通過DCCH發(fā)送MBMS DEDICATED NOTIFICATION消息來通知UE，MBMS數(shù)據(jù)傳輸已經(jīng)以PTP傳輸模式啟動。MBMS DEDICATEDNOTIFICATION消息包括MBMS業(yè)務(wù)ID和傳輸模式信息(表示PTP)，并用來專門呼叫UE。在步驟745中，SRNC通過DCCH的RB RECONFIGURATION(RB重新配置)消息發(fā)送在步驟740中建立的無線電資源的配置信息。在步驟770中，SRNC接收到SESSION STOP消息。當(dāng)SRNC確定MBMS會話已經(jīng)停止時，則停止SRNC的運(yùn)行。然而，當(dāng)MBMS會話未停止時，SRNC返回步驟710。
在步驟750中，SRNC通過DCCH發(fā)送MBMS DEDICATED NOTIFICATION消息來通知UE，MBMS數(shù)據(jù)傳輸已經(jīng)開始，但業(yè)務(wù)不能由UE所在的小區(qū)提供。然后，SRNC繼續(xù)到步驟770。MBMS DEDICATED NOTIFICATION消息包括MBMS業(yè)務(wù)ID和傳輸模式信息(表示“不提供”)。通過省略步驟750，當(dāng)MBMS業(yè)務(wù)不能提供時，則SRNC不將MBMS數(shù)據(jù)傳輸已經(jīng)開始通知給UE。
當(dāng)在步驟710中沒有接收到MBMS CHANNEL TYPE RECONFIGURATIONINDICATION消息時，SRNC繼續(xù)到步驟760。這就是SRNC已經(jīng)執(zhí)行了與DRNC的MBMS附加過程，但是沒有收到MBMS CHANNEL TYPE RECONFIGURATIONINDICATION消息的情況。在這種情況下，SRNC隱含地確定小區(qū)的傳輸模式是PTM。在步驟760中，SRNC通過DCCH發(fā)送MBMS DEDICATED NOTIFICATION消息來通知UE，MBMS數(shù)據(jù)傳輸已經(jīng)以PTM傳輸模式開始。MBMS DEDICATEDNOTIFICATION消息包括MBMS業(yè)務(wù)ID和傳輸模式信息(表示PTM)。
從以上描述中可以顯而易見，本發(fā)明在漂移無線電網(wǎng)絡(luò)控制器(DRNC)中確定用于傳輸多媒體廣播/組播業(yè)務(wù)(MBMS)數(shù)據(jù)的傳輸模式，并向服務(wù)無線電網(wǎng)絡(luò)控制器(SRNC)傳送所確定的傳輸模式的信息。SRNC從DRNC接收逐小區(qū)確定的傳輸模式的信息，并確定用戶設(shè)備(UE)的傳輸模式。SRNC根據(jù)逐小區(qū)確定的UE的傳輸模式適當(dāng)?shù)睾艚蠻E。其結(jié)果是，本發(fā)明通過有效地使用有限的無線電資源而有效地提供了MBMS業(yè)務(wù)。
雖然出于舉例說明之目的，對本發(fā)明的特定實施例進(jìn)行了描述，但本領(lǐng)域的技術(shù)人員可意識到，在不脫離正如由包含了本發(fā)明等效的全部范圍的所附權(quán)利要求公開的本發(fā)明的范圍和精神的情況下，進(jìn)行各種修改、附加以及置換是可能的。
權(quán)利要求
1.一種用于在移動通信系統(tǒng)中提供多媒體廣播/組播業(yè)務(wù)(MBMS)的方法，所述移動通信系統(tǒng)包括用于向位于多個小區(qū)中的一個或多個用戶設(shè)備(UE)提供MBMS的服務(wù)無線電網(wǎng)絡(luò)控制器(SRNC)、以及覆蓋所述小區(qū)的漂移無線電網(wǎng)絡(luò)控制器(DRNC)，該方法包括在DRNC中逐小區(qū)地確定MBMS信道類型或是否支持MBMS業(yè)務(wù)；以及向SRNC發(fā)送包含表示所確定的MBMS信道類型的傳輸模式信息或是否支持MBMS業(yè)務(wù)的信息的消息。
2.根據(jù)權(quán)利要求1所述的方法，其中所述傳輸模式信息表示信道類型是否為點(diǎn)到點(diǎn)(PTP)或點(diǎn)到多點(diǎn)(PTM)、或表示不能提供MBMS的“不提供”。
3.根據(jù)權(quán)利要求1所述的方法，其中所述傳輸模式信息表示信道類型是否為點(diǎn)到點(diǎn)(PTP)、或表示不能提供MBMS的“不提供”。
4.根據(jù)權(quán)利要求3所述的方法，其中在沒有收到所述消息時，SRNC隱含地確定相應(yīng)小區(qū)的信道類型為點(diǎn)到多點(diǎn)(PTM)。
5.根據(jù)權(quán)利要求1所述的方法，其中所述傳輸模式信息表示信道類型是否為點(diǎn)到點(diǎn)(PTP)或點(diǎn)到多點(diǎn)(PTM)。
6.根據(jù)權(quán)利要求5所述的方法，其中在沒有收到所述消息時，SRNC隱含地確定相應(yīng)小區(qū)不能提供MBMS。
7.根據(jù)權(quán)利要求1所述的方法，還包括在SRNC中，根據(jù)包含在所述消息中的傳輸模式信息而將多個小區(qū)的傳輸模式識別為點(diǎn)到點(diǎn)(PTP)、點(diǎn)到多點(diǎn)(PTM)或表示不能提供MBMS的“不提供”，并逐UE地確定MBMS的傳輸模式。
8.根據(jù)權(quán)利要求7所述的方法，還包括通過專用控制信道(DCCH)從SRNC發(fā)送MBMS DEDICATED NOTIFICATION消息，以通知所確定的傳輸模式給相應(yīng)的UE。
9.根據(jù)權(quán)利要求1所述的方法，其中所述DRNC考慮無線電資源和加入MBMS的、位于每個小區(qū)中的UE的數(shù)量，并逐小區(qū)地確定傳輸模式。
10.根據(jù)權(quán)利要求1所述的方法，其中所述消息為Iur接口上的MBMSCHANNEL TYPE RECONFIGURATION INDICATION消息。
11.根據(jù)權(quán)利要求10所述的方法，其中所述消息包括MBMS業(yè)務(wù)標(biāo)識符(ID)和小區(qū)ID。
12.根據(jù)權(quán)利要求1所述的方法，其中通過在SRNC和DRNC之間為所述MBMS而建立的信令集合信道發(fā)送所述消息。
13.根據(jù)權(quán)利要求12所述的方法，其中所述信令集合信道為無連接的信令集合信道。
14.根據(jù)權(quán)利要求12所述的方法，其中所述信令集合信道是為所述MBMS而建立的面向?qū)Ｓ眠B接的信令集合信道。
15.根據(jù)權(quán)利要求12所述的方法，其中所述信令集合信道是為包含所述MBMS的所有MBMS業(yè)務(wù)而建立的面向連接的信令集合信道。
16.一種用于在移動通信系統(tǒng)中提供多媒體廣播/組播業(yè)務(wù)(MBMS)的裝置，包括服務(wù)無線電網(wǎng)絡(luò)控制器(SRNC)，用于向位于多個小區(qū)中的一個或多個用戶設(shè)備(UE)提供MBMS；以及漂移無線電網(wǎng)絡(luò)控制器(DRNC)，用于逐小區(qū)地確定MBMS信道類型或是否支持MBMS業(yè)務(wù)，并向SRNC發(fā)送包含表示所確定的MBMS信道類型的傳輸模式信息或是否支持MBMS業(yè)務(wù)的信息的消息。
17.根據(jù)權(quán)利要求16所述的裝置，其中所述傳輸模式信息表示信道類型是否為點(diǎn)到點(diǎn)(PTP)或點(diǎn)到多點(diǎn)(PTM)、或表示不能提供MBMS的“不提供”。
18.根據(jù)權(quán)利要求16所述的裝置，其中所述傳輸模式信息表示信道類型是否為點(diǎn)到點(diǎn)(PTP)、或表示不能提供MBMS的“不提供”。
19.根據(jù)權(quán)利要求18所述的裝置，其中在沒有收到所述消息時，所述SRNC隱含地確定相應(yīng)小區(qū)的信道類型為點(diǎn)到多點(diǎn)(PTM)。
20.根據(jù)權(quán)利要求16所述的裝置，其中所述傳輸模式信息表示信道類型是否為點(diǎn)到點(diǎn)(PTP)或點(diǎn)到多點(diǎn)(PTM)。
21.根據(jù)權(quán)利要求20所述的裝置，其中在沒有收到所述消息時，所述SRNC隱含地確定相應(yīng)小區(qū)不能提供MBMS。
22.根據(jù)權(quán)利要求16所述的裝置，其中所述SRNC根據(jù)包含在所述消息中的傳輸模式信息而將多個小區(qū)的傳輸模式識別為點(diǎn)到點(diǎn)(PTP)、點(diǎn)到多點(diǎn)(PTM)或表示不能提供MBMS的“不提供”，并逐UE地確定MBMS的傳輸模式。
23.根據(jù)權(quán)利要求22所述的裝置，其中所述SRNC通過專用控制信道(DCCH)發(fā)送MBMS DEDICATED NOTIFICATION消息，以通知所確定的傳輸模式給相應(yīng)的UE。
24.根據(jù)權(quán)利要求16所述的裝置，其中所述DRNC考慮無線電資源和加入MBMS的、位于每個小區(qū)中的UE的數(shù)量，并逐小區(qū)地確定傳輸模式。
25.根據(jù)權(quán)利要求16所述的裝置，其中所述消息為Iur接口上的MBMSCHANNEL TYPE RECONFIGURATION INDICATION消息。
26.根據(jù)權(quán)利要求25所述的裝置，其中所述消息包括MBMS業(yè)務(wù)標(biāo)識符(ID)和小區(qū)ID。
27.根據(jù)權(quán)利要求16所述的裝置，其中通過在SRNC和DRNC之間為所述MBMS而建立的信令集合信道發(fā)送所述消息。
28.根據(jù)權(quán)利要求27所述的裝置，其中所述信令集合信道為無連接的信令集合信道。
29.根據(jù)權(quán)利要求27所述的裝置，其中所述信令集合信道是為所述MBMS而建立的面向?qū)Ｓ眠B接的信令集合信道。
30.根據(jù)權(quán)利要求27所述的裝置，其中所述信令集合信道是為包含所述MBMS的所有MBMS業(yè)務(wù)而建立的面向連接的信令集合信道。
全文摘要
提供了一種用于提供多媒體廣播/組播業(yè)務(wù)(MBMS)的移動通信系統(tǒng)中的裝置和一種考慮到傳輸模式而提供MBMS業(yè)務(wù)通告的方法?？刂茻o線電網(wǎng)絡(luò)控制器(CRNC)向服務(wù)無線電網(wǎng)絡(luò)控制器(SRNC)逐小區(qū)地發(fā)送表示點(diǎn)到點(diǎn)(PTP)、點(diǎn)到多點(diǎn)(PTM)或“不提供”的傳輸模式信息。SRNC基于傳輸模式信息來確定業(yè)務(wù)通知。在向SRNC發(fā)送適合于每個小區(qū)的傳輸模式信息時，CRNC使Iur接口上的信令負(fù)載最小化。
文檔編號H04B7/26GK1694546SQ20051007416
公開日2005年11月9日 申請日期2005年5月8日 優(yōu)先權(quán)日2004年5月7日
發(fā)明者金恩正, 格特·J·范利肖特, 李國熙, 崔成豪 申請人:三星電子株式會社