亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

Utran中的多媒體廣播/組播業(yè)務(wù)(mbms)支持的制作方法

文檔序號:3374173閱讀:348來源:國知局
專利名稱:Utran中的多媒體廣播/組播業(yè)務(wù)(mbms)支持的制作方法
技術(shù)領(lǐng)域
本發(fā)明一般涉及移動通信系統(tǒng)中的多媒體廣播/組播業(yè)務(wù)(MBMS)。
背景技術(shù)
在第三代電信系統(tǒng)中,可以提供較高比特率并具有傳輸可變比特率業(yè)務(wù)流的更大可能性。例如,使用不同質(zhì)量要求的業(yè)務(wù)是可以復(fù)接的。這種可能性允許各種新型業(yè)務(wù)。即將包括在3GPP(第三代協(xié)作項目組織)標(biāo)準(zhǔn)中的這些業(yè)務(wù)中的一個是多媒體廣播/組播業(yè)務(wù)(MBMS)。
MBMS的目的是不同用戶可以預(yù)定不同類型的多媒體廣播及/或組播。因此信息提供商將同樣的多媒體信息發(fā)送到多個用戶。由于多媒體信息一般要求較高的傳輸能力,同時廣播/組播這類信息會占用比單個傳輸大很多倍的傳輸能力。此外,如果大量接收者處于彼此鄰近的地方、連接到同一個節(jié)點B(或基站)或至少同一個MSC/VLR(移動業(yè)務(wù)交換中心/訪問者位置寄存器)及/或SGSN(提供通用分組無線業(yè)務(wù)支持的節(jié)點),本地通信資源可能非常有限。因此MBMS的引入可能會引起容量問題。另外,如果多個MBMS信息實際上不是同步的,會存在問題。

發(fā)明內(nèi)容
本發(fā)明的一個目的是提供可以減少操作MBMS所引起的可能的容量問題的方法和裝置。本發(fā)明的另一個目的是為一個而且是同一個MBMS組的用戶提供同步的MBMS數(shù)據(jù)。本發(fā)明還有一個目的是提供可靠而且有效的機(jī)制,將用戶加入MBMS會話并去除。
上述目的通過根據(jù)所附專利權(quán)利要求的方法及裝置來實現(xiàn)。一般而言,允許MBMS的控制及用戶面分開。屬于同一個組播組的至少兩個用戶設(shè)備通過Iu接口上的公共用戶面接收MBMS數(shù)據(jù)。當(dāng)用戶設(shè)備受與控制RNC(CRNC)不同的無線網(wǎng)絡(luò)控制器(RNC)控制時,無線網(wǎng)絡(luò)子系統(tǒng)應(yīng)用部分(RNSAP)被從服務(wù)RNC(SRNC)到CRNC傳遞MBMS信息的過程所擴(kuò)展。Iu接口上的新信令可以從簡單的請求建立用戶面到更復(fù)雜的會話參數(shù)的信令支持配置/重配置。因此這種用戶設(shè)備的控制面相比公共用戶面可以具有單獨(dú)的路徑。優(yōu)選地,用戶面直接置于服務(wù)支持節(jié)點和CRNC之間的Iu接口上,而控制面可以在Iur接口上具有一條路徑。
本發(fā)明的一個好處是,由于Iu MBMS用戶面是在需要的地方而且在公共資源被分配給在同一服務(wù)小區(qū)中接收數(shù)據(jù)的一個組播組的幾個成員的情況下建立的,避免了同一MBMS會話出現(xiàn)幾個不同步流的情況。此外,RNSAP協(xié)議的增強(qiáng)過程使受到不同于CRNC的RNC控制的用戶能夠參與MBMS組播會話。本發(fā)明也以向后兼容的方式發(fā)展了目前的通用移動電信系統(tǒng)無線接入網(wǎng)絡(luò)(UTRAN)結(jié)構(gòu)并保持了在專用資源情況下目前的處理方式。此外,通過引入新的MBMS信息傳輸過程,能夠允許通過Iur接口連接的兩個RNC之間MBMS信息反饋的信令。
附圖的簡要描述本發(fā)明及其進(jìn)一步的目的和優(yōu)點可以通過結(jié)合附圖參考如下描述得到更好的理解,其中

圖1是移動通信系統(tǒng)一個實施例的示意說明;圖2是移動通信系統(tǒng)一個實施例的框圖;圖3是移動通信系統(tǒng)中UTRAN的協(xié)議模型實施例;圖4是多媒體廣播/組播業(yè)務(wù)過程一個實施例的流程圖;圖5a是通過專用鏈路支持MBMS的移動通信系統(tǒng)一個實施例的框圖;圖5b是根據(jù)本發(fā)明通過公共鏈路支持MBMS的移動通信系統(tǒng)一個實施例的框圖;圖6a是通過專用鏈路支持MBMS的移動通信系統(tǒng)另一個實施例的框圖;圖6b是根據(jù)本發(fā)明通過公共鏈路支持MBMS的移動通信系統(tǒng)另一個實施例的框圖;圖7說明根據(jù)本發(fā)明優(yōu)選實施例的RNSAP信令流;圖8是根據(jù)本發(fā)明通過公共鏈路支持MBMS的移動通信系統(tǒng)又一個實施例的框圖;
圖9是支持MBMS、具有幾個服務(wù)支持節(jié)點的移動通信系統(tǒng)又一個實施例的框圖;圖10是根據(jù)本發(fā)明的多媒體廣播/組播過程一個實施例的流程圖;以及圖11是根據(jù)本發(fā)明的多媒體廣播/組播過程另一個實施例的流程圖。
具體實施例詳細(xì)描述本發(fā)明主要是用于第三代移動通信系統(tǒng)。這種移動通信系統(tǒng)1的典型例子示于圖1。核心網(wǎng)絡(luò)10具有到外部網(wǎng)絡(luò)(未表示)的連接5,這種外部網(wǎng)絡(luò)例如PSTN(公共交換電話網(wǎng))、ISDN(綜合業(yè)務(wù)數(shù)字網(wǎng))或互聯(lián)網(wǎng)。核心網(wǎng)絡(luò)10也通過Iu接口16連接17到UTRAN(UMTS無線接入網(wǎng))20,后者包括多個無線網(wǎng)絡(luò)控制器(RNC)22A、22B、22C。在所示的實施例中,三個RNC 22A、22B、22C通過Iur接口14互連15。
如圖所示,RNC 22A、22B各通過Iub接口24上的連接25控制兩個基站30A-D。(在本實施例中,RNC 22C沒有直接控制任何基站。)基站30A-D在3GPP規(guī)范中通常也稱為“節(jié)點B”。每個基站30A-D處理某個地理區(qū)域——服務(wù)小區(qū)40A-D內(nèi)的無線接入。用戶設(shè)備50A-D在服務(wù)小區(qū)40A-D的覆蓋內(nèi)移動,而且能夠通過Uu接口34上的無線通信35與至少一個基站30A-D通信。因此基站30A-D包括根據(jù)本領(lǐng)域現(xiàn)有技術(shù)通過無線接口Uu 34通信的裝置。類似地,用戶設(shè)備50A-D包括根據(jù)本領(lǐng)域現(xiàn)有技術(shù)通過無線接口Uu 34通信的裝置。這些設(shè)備和方法的細(xì)節(jié)對理解本發(fā)明來說并不重要,在標(biāo)準(zhǔn)文獻(xiàn)中會更容易找到。用戶設(shè)備UE 50A-D一般包括移動設(shè)備51,例如移動電話或便攜式計算機(jī),并包括用戶SIM(注冊用戶身份模塊)卡52。
如果用例如圖2的另一種方式描述根據(jù)圖1的移動通信系統(tǒng)1,會更容易概括系統(tǒng)1的內(nèi)部通信。這里有四個基本子網(wǎng)——外部網(wǎng)絡(luò)2、核心網(wǎng)絡(luò)10、UTRAN 20以及UE 50。外部網(wǎng)絡(luò)2可以包括更傳統(tǒng)的根據(jù)線路交換技術(shù)3的電話網(wǎng)絡(luò),例如PLMN(公共陸地移動網(wǎng))、PSTN或ISDN。外部網(wǎng)絡(luò)2也可以包括基于分組的通信網(wǎng)絡(luò)4,例如互聯(lián)網(wǎng)。
在這個實施例中核心網(wǎng)絡(luò)10包括GMSC(網(wǎng)關(guān)移動交換中心)18,這是出入外部網(wǎng)絡(luò)的所有線路交換連接都要通過的地方上的一個交換機(jī)。連接到GMSC 18的MSC/VLR(移動業(yè)務(wù)交換中心/訪問者位置寄存器)11是一個交換機(jī)和數(shù)據(jù)庫,當(dāng)UE處于連接到核心網(wǎng)絡(luò)10的UTRAN 20的RNC 22的范圍之內(nèi)時,它為UE提供線路交換服務(wù)。MSC功能用于切換線路交換的呼叫。VLR功能對例如訪問用戶的服務(wù)簡檔進(jìn)行記錄。MSC/VLR 11以及GMSC 18也連接到HLR(本地位置寄存器)13,這是處于用戶本地系統(tǒng)中的數(shù)據(jù)庫,包括用戶服務(wù)簡檔的一個主備份。服務(wù)簡檔包括,例如有關(guān)所允許業(yè)務(wù)的信息、輔助業(yè)務(wù)信息等,在MBMS情況下也會包括這種業(yè)務(wù)信息。HLR 13在MSC/VLR及/或SGSN級別上存儲UE 50的位置。
核心網(wǎng)絡(luò)10也包括連接到GPRS(通用分組無線業(yè)務(wù))的節(jié)點。GGSN(網(wǎng)關(guān)GPRS支持節(jié)點)19是出入外部網(wǎng)絡(luò)的所有數(shù)據(jù)分組業(yè)務(wù)流必經(jīng)之處上的交換機(jī)。GGSN 19連接到SGSN(提供GPRS支持的節(jié)點)12。SGSN 12的功能類似于MSC/VLR 11,但是用于分組交換業(yè)務(wù)。SGSN 12和GGSN 19也連接到HLR 13。在MSC/VLR 11和SGSN 12之間也可以有可選的接口。
核心網(wǎng)絡(luò)10通過Iu接口17與UTRAN 20通信。在這個實施例中,UTRAN 20被示為包括兩個RNC 22,通過Iur接口14互連。在圖1中每個RNC 22有控制節(jié)點B 30,后者再與UE 50通信。RNC 22和有關(guān)的節(jié)點B共同組成無線網(wǎng)絡(luò)子系統(tǒng)(RNS)26。
RNC 22是負(fù)責(zé)控制UTRAN 20的無線資源的網(wǎng)絡(luò)單元。它與CN 10接口,而且也端接定義了移動站50和UTRAN 20之間消息和過程的無線資源控制(RRC)協(xié)議。在UTRAN 20中,RNC 22可以起不同作用,例如作為服務(wù)RNC(SRNC)、漂移RNC(DRNC)或控制RNC(CRNC)。
CRNC總是直接關(guān)聯(lián)于一個或多個節(jié)點B 30。CRNC負(fù)責(zé)它自己服務(wù)小區(qū)的負(fù)載及擁塞控制并對這些服務(wù)小區(qū)內(nèi)將要建立的新無線鏈路進(jìn)行許可控制和碼分配。因此CRNC端接面向節(jié)點B30的Iub接口24。
在3GPP標(biāo)準(zhǔn)中,UE可以使用從多個RNS中得到的UE-到-UTRAN連接資源。UTRAN中可用的RNC對于特定UE來說起不同作用。特定移動站的SRNC是端接傳輸用戶數(shù)據(jù)的Iu鏈路以及出入核心網(wǎng)絡(luò)、有關(guān)無線接入的相應(yīng)信令的RNC。SRNC還端接UE和UTRAN之間的無線資源控制信令。SRNC可以是CRNC,但不一定是。但是特定的UE有且只有一個SRNC。
DRNC是控制UE所用的服務(wù)小區(qū)的任意其它RNC。因此一個UE的DRNC總是不同于特定UE的SRNC。DRNC在Iub和Iur接口之間為數(shù)據(jù)選擇路由。因此某個UE可以有零個、一個或更多的DRNC。
一個物理RNC通常包含所有的CRNC、SRNC和DRNC功能。此外,關(guān)聯(lián)于某個UE的SRNC可以同時是另一個UE的DRNC。
UTRAN陸地接口的通用協(xié)議模型在圖3中說明。協(xié)議結(jié)構(gòu)100由兩個主要層組成無線網(wǎng)絡(luò)層101和傳輸網(wǎng)絡(luò)層103。所有UTRAN特定的問題都只在無線網(wǎng)絡(luò)層可見。協(xié)議結(jié)構(gòu)100也分成垂直的面控制面105和用戶面107。因此控制面105和用戶面107出現(xiàn)在層101和103中。此外,傳輸網(wǎng)絡(luò)層103中附加提供傳輸網(wǎng)絡(luò)控制面106。
控制面105用于所有的UMTS控制信令。它包括傳輸應(yīng)用協(xié)議消息的應(yīng)用協(xié)議111和信令載體113。應(yīng)用協(xié)議111一般用于建立到UE的載體,例如Iu接口中的無線接入載體以及Iur和Iub接口中的無線鏈路。
反之用戶面107負(fù)責(zé)向用戶傳輸所有實際的信息,例如以編碼語音或普通數(shù)據(jù)分組的格式。用戶面107包括數(shù)據(jù)流115以及數(shù)據(jù)流115的數(shù)據(jù)載體117。每個數(shù)據(jù)流115都以那個特定接口所規(guī)定的至少一個協(xié)議為特征。
傳輸網(wǎng)絡(luò)控制面106用于傳輸層內(nèi)的所有控制信令,因此在控制面105和用戶面107之間操作。
MBMS是內(nèi)容提供商向這種業(yè)務(wù)的注冊用戶提供的一個業(yè)務(wù),包括向多個用戶同步廣播及/或組播多媒體信息。MBMS組播業(yè)務(wù)過程的一個典型實施例在圖4中說明。該過程以步驟200開始。在步驟202中,作為與一個特定用戶有關(guān)的MBMS注冊,MBMS業(yè)務(wù)提供商和用戶之間建立一種關(guān)系。用戶被允許接收有關(guān)的MBMS信息。業(yè)務(wù)注冊是用戶接收運(yùn)營商提供的業(yè)務(wù)的協(xié)議,通常與某個注冊條款有關(guān)。運(yùn)營商通常在數(shù)據(jù)庫中記錄用戶特定的信息。
在步驟204中,進(jìn)行業(yè)務(wù)聲明。這個機(jī)制為用戶提供有關(guān)業(yè)務(wù)、業(yè)務(wù)激活所需的參數(shù)及/或與該業(yè)務(wù)有關(guān)的其它參數(shù)的信息。業(yè)務(wù)開始時間通常是一個重要參數(shù)。各個系統(tǒng)、各個業(yè)務(wù)運(yùn)營商、甚至同一系統(tǒng)內(nèi)的各個用戶發(fā)布聲明信息的方式都不相同。如果注冊用戶決定激活MBMS,注冊用戶就在步驟206加入組播組。這是用戶進(jìn)行的MBMS組播激活。用戶向網(wǎng)絡(luò)表示他準(zhǔn)備接收特定MBMS的數(shù)據(jù)。
步驟208會話開始,這是廣播-組播業(yè)務(wù)中心開始發(fā)送數(shù)據(jù)的步驟。這個開始的出現(xiàn)通常與用戶激活業(yè)務(wù)無關(guān)。因此,會話開始可以在加入步驟206之后以及加入步驟206之前出現(xiàn),根據(jù)用戶的動作而定。但是,會話開始是為MBMS數(shù)據(jù)傳輸建立網(wǎng)絡(luò)資源的觸發(fā)器。步驟210是MBMS通知,告知UE即將來臨的及/或正在進(jìn)行的組播數(shù)據(jù)傳輸。在步驟212將MBMS數(shù)據(jù)傳遞到組播組的UE中。第一個分組到達(dá)GGSN可能與會話開始208同時。
在步驟214,廣播/組播業(yè)務(wù)中心確定在某段時間內(nèi)沒有更多的數(shù)據(jù)要發(fā)送并停止該會話。該時間段要長到足以驗證所分配網(wǎng)絡(luò)資源的釋放。在步驟216,用戶離開組播組,因此不再準(zhǔn)備接收該特定業(yè)務(wù)的任何MBMS數(shù)據(jù)。過程在步驟218結(jié)束。
注冊步驟202、加入步驟206以及離開步驟216是每個用戶單獨(dú)執(zhí)行的。其它步驟則是在業(yè)務(wù)提供商級別上執(zhí)行的,也就是說,所有參與用戶都與這些步驟關(guān)聯(lián)。這些步驟可以根據(jù)特定需要和要求重復(fù)。此外,不同步驟可能以不同順序出現(xiàn)或者可能同時執(zhí)行。特別是注冊步驟202、加入步驟206、離開步驟216、業(yè)務(wù)聲明204以及MBMS通知210通常與其它步驟同時進(jìn)行。
本發(fā)明同樣與核心網(wǎng)絡(luò)中的數(shù)據(jù)傳輸無關(guān)。因此,從內(nèi)容提供商到合適的SGSN的MBMS數(shù)據(jù)提供是根據(jù)任何恰當(dāng)?shù)默F(xiàn)有技術(shù)解決方案而進(jìn)行的,不再更詳細(xì)地描述。因此在以下描述中,假設(shè)至少一個SGSN已經(jīng)從特定的廣播/組播業(yè)務(wù)中心請求了以任意方式提供的MBMS數(shù)據(jù),例如通過GGSN作為入點。在這種情況下SGSN的作用是執(zhí)行用戶單獨(dú)的網(wǎng)絡(luò)控制功能并向無線接入網(wǎng)絡(luò)提供MBMS傳輸。
考慮圖5a所示的第一種MBMS情況。SGSN 12連接到控制節(jié)點B30的RNC 22。三個UE 50A-C是特定MBMS的注冊用戶,也就是組播組60的成員。因此,在SGSN12和每個UE 50A-C之間建立三條連接61A-C。三條連接61A-C中的每一個包括用戶面107和信令面105。因此使用專用資源向組中成員提供MBMS。
如果組播組60有足夠的成員,會希望將點對多點的鏈路用于數(shù)據(jù)分發(fā),以便節(jié)省資源。UTRAN可以基于每個服務(wù)小區(qū)選擇是使用點對點還是點對多點的MBMS數(shù)據(jù)分發(fā)。例如,如果超過一個預(yù)定數(shù)目的用戶是組播組60的成員而且正在使用點對點分發(fā),那么可以選擇切換到點對多點分發(fā)。類似地,如果少于一個預(yù)定數(shù)目的用戶是組播組60的成員而且正使用點對多點分發(fā),那么可以切換到點對點分發(fā)。判決最好是由有關(guān)服務(wù)小區(qū)的CRNC來進(jìn)行。
在圖5b中,已經(jīng)確定組播組60中有足夠的成員利用公共資源。每個UE 50A-C還有自己的專用控制面以及專用的控制信令。這樣就可以在信令上單獨(dú)地處理組播組60的每個成員。但是,發(fā)送到不同的組成員的實際數(shù)據(jù)流是相同的,因此單獨(dú)資源是不必要的。為了節(jié)省UTRAN中的資源,在SGSN和RNC之間使用單個的用戶面107’作為組播組全體成員的公共用戶面。直到RNC必須傳遞數(shù)據(jù)流時,用戶面107’才為不同UE50A-C分成專用的用戶面107”。
圖5b中的RNC 22對這個特定情形有全面的控制。如果任何注冊了MBMS的附加UE進(jìn)入該服務(wù)小區(qū),就會通知RNC這些情況,因為它是那個UE的服務(wù)RNC??梢越S每刂泼婧凸灿脩裘嬷g的恰當(dāng)關(guān)聯(lián)。類似地,如果組播組的成員消失,例如關(guān)機(jī)或者離開該服務(wù)小區(qū),MBMS會話可以因此而改變。如果太少的UE出現(xiàn)在該服務(wù)小區(qū)中,不夠激活公共用戶面資源的使用,RNC具有所有必要的信息而且可以回到用戶面和控制面關(guān)聯(lián)對的一般用法上。
在上面情形中,只有一個SGSN和一個RNC參與其中,策略看起來非常簡單。但是,在帶有Iur接口的情形下,情況就變得更復(fù)雜了?,F(xiàn)在參照圖6a。在這個情形下,出現(xiàn)了兩個RNC 22A、22B。RNC 22A是出現(xiàn)MBMS組60的服務(wù)小區(qū)的CRNC。MBMS組60包括三個UE50A-C。UE 50A和50B以RNC 22A作為SRNC,而UE 50C以RNC 22B作為它的SRNC,結(jié)果RNC 22A是UE 50C的DRNC。
三條連接61A-C在SGSN 12和各個UE 50A-C之間建立。連接61A和61B直接從SGSN 12到RNC 22A,而連接61C要通過RNC 22B。三條連接61A-C中的每一條包括用戶面107和信令面105。因此使用專用資源向組中成員提供MBMS。
在圖6b中,已經(jīng)確定組播組60中有足夠的成員得益于使用公共資源。UE 50A-C中的每一個與前一個例子相似具有自己專用的控制面,因此有專用的控制信令。這里同樣可以在信令上單獨(dú)地處理組播組60的每個成員。例如,每個SRNC仍然通過普通的Iu接口17從它所負(fù)責(zé)的組播組成員的有關(guān)CN節(jié)點接收MBMS RAB分配,因為只有SRNC完全知道它自己的UE。
發(fā)送到不同組成員的數(shù)據(jù)流是相同的,因此單獨(dú)資源是不必要的。為了節(jié)省UTRAN中的資源,在SGSN和RNC 22A之間也使用單個的用戶面107’作為組播組全體成員的公共用戶面。因此MBMS RAB可能邏輯上關(guān)聯(lián)于可能面向另一個RNC建立的用戶面。這里自始至終對不同UE 50A-C使用數(shù)據(jù)流的公共資源。
到目前為止,情況似乎非常類似于圖5b。但是,為了能夠控制公共用戶面的使用并且在專用及公共資源之間切換,必須對參與組播組60的、同一RNC可見的所有UE 50A-C有一些了解。圖5b中的RNC22A控制兩個UE 50A、50B,因為它的職責(zé)是這些UE的SRNC。但是,UE 50C以RNC 22B作為SRNC,因此RNC 22A對UE 50C的狀態(tài)沒有先驗的知識。
因此,根據(jù)本發(fā)明的優(yōu)選實施例,RNC 22A和RNC 22B之間的Iur接口14被設(shè)計為支持從RNC 22B向RNC 22A傳遞有關(guān)UE 50C的MBMS信息。在這個實施例中,RNC22A是出現(xiàn)該組播組的服務(wù)小區(qū)的CRNC,當(dāng)它的服務(wù)小區(qū)中有足夠的用戶參與那個MBMS組播會話時,它將啟動通過Iu接口17傳輸MBMS數(shù)據(jù)的用戶面建立。換句話說,RNC 22A包括一個裝置、最好是軟件例程,能夠?qū)崿F(xiàn)在SGSN——例如服務(wù)支持節(jié)點——以及RNC 22A之間使用公共用戶面,以便向UE傳遞所請求的多媒體廣播/組播數(shù)據(jù)。這種功能將到RNC 22A的單個控制面上到達(dá)的控制信令與公共用戶面到達(dá)的數(shù)據(jù)關(guān)聯(lián)起來。
有了這個發(fā)明實施例,當(dāng)CRNC所控制的服務(wù)小區(qū)中有足夠的用戶參與那個MBMS組播會話時,它將啟動傳輸公共MBMS數(shù)據(jù)的Iu用戶面的建立。必須在Iur接口上提供一些機(jī)制,以便使受RNC 22B控制的UE 50C能夠加入到某個會話中。需要從核心網(wǎng)絡(luò)向DRNC 22A傳遞MBMS RAB(無線接入載體)信息,以便DRNC 22A可以將這樣的UE 50C加入到MBMS會話中。DRNC最好應(yīng)該將有關(guān)分配給UE的實際資源的信息返回SRNC。這個信息也可以在隨后時刻傳遞。如果這些資源是公共的,DRNC可能已經(jīng)或者不得不建立MBMS的Iu用戶面,而且應(yīng)該有一個指示,表明沒有MBMS內(nèi)容需要傳遞到SRNC。
如果Iur上沒有提供必要的信息,RNC可以通過新的Iu信令直接從CN請求。
在圖7中,提供了RNSAP協(xié)議新的一組基本過程的實施例,MULTICAST ATTACH(組播添加)、MULTICAST DETACH(組播消除)和MBMS INFORMATION TRANSFER INDICATION(MBMS信息轉(zhuǎn)移指示)。當(dāng)以CRNC為DRNC的UE需要加入CRNC控制的服務(wù)小區(qū)中的組播組時,必須通知CRNC。這個過程從SRNC(圖6b中的22B)發(fā)出MULTICASTATTACH REQUEST(組播添加請求)消息開始。通過該請求消息,知道UE需要加入DRNC所控制的服務(wù)小區(qū)內(nèi)的某個MBMS會話的SRNC請求DRNC將該用戶加入那個會話。因此DRNC可以將新UE加入它的服務(wù)小區(qū)中使用該MBMS業(yè)務(wù)的UE總數(shù)中。MULTICAST ATTACHREQUEST(組播添加請求)消息優(yōu)選地包括新服務(wù)小區(qū)的服務(wù)小區(qū)ID、MBMS業(yè)務(wù)ID以及該UE的U-RNTI(UTRAN無線網(wǎng)絡(luò)臨時標(biāo)識)。
此時,還沒有必要決定是否使用專用或公共資源。在MULTICASTATTACH REQUEST(組播添加請求)120消息中,SRNC既中繼來自核心網(wǎng)絡(luò)的有關(guān)RAB建立的信息,也中繼類似于Radio Link Setup(無線鏈路建立)/Addition Request(附加請求)消息中通常包括的信息,以防將為這個UE建立專用資源。SRNC還不知道是否將要出現(xiàn)這種情況,因為這是個DRNC判決。這個消息中也可能包括一個標(biāo)志,表示當(dāng)DRNC知道公共資源比較適合這個MBMS會話時SRNC愿意將UE移到公共資源中。
一旦DRNC收到這個信息,它可以決定采取什么措施。成功的結(jié)果信息則從DRNC(圖6b中的22A)通過MULTICAST ATTACH RESPONSE(組播添加響應(yīng))122消息發(fā)回。當(dāng)DRNC知道有多少個用戶要進(jìn)入那個服務(wù)小區(qū)的那個MBMS會話時,它可以重新考慮以前選擇的傳輸模式類型是否仍然是最佳的一個。在根據(jù)本發(fā)明的一個RNSAP實施例中,這種判決在收到添加請求時立即做出。如果MBMS會話已經(jīng)使用了公共資源,也就是公共用戶面,那么加入新UE可能不會改變該情況而且添加響應(yīng)消息可能會包括有關(guān)使用公共資源和Iu用戶面的信息。然后通知SRNC這個用戶的MBMS數(shù)據(jù)正通過該DRNC傳遞。如果在該添加請求之前,MBMS會話相反用的是專用資源,那么多加入一個UE可能會改變情況。如果在這種情況下決定專用資源仍然是最適合的,DRNC就建立要使用的有關(guān)資源而且添加響應(yīng)消息會包括有關(guān)這個專用資源的信息。但是,如果添加一個新UE改變了情況使公共資源變?yōu)樽钸m合的方式,DRNC會發(fā)起整個MBMS組播組的改變。添加響應(yīng)消息則可能包括有關(guān)要使用的新公共資源以及公共Iu用戶面的信息。
在根據(jù)本發(fā)明的另一個RNSAP實施例中,添加響應(yīng)消息總是包括反映當(dāng)前資源情況的信息,也就是說,如果目前使用公共資源,有關(guān)公共資源的信息就包括在響應(yīng)消息中,如果目前使用專用資源,就包括有關(guān)專用資源的信息。任何有關(guān)是否添加新UE會改變前面的通信優(yōu)選項的判決可以隨后做出,然后對所有參與該組播組的UE、包括新UE在內(nèi)發(fā)出這個改變。
如果向MBMS會話加入新UE的過程沒有成功,DRNC優(yōu)選地產(chǎn)生MULTICAST ATTACH FAILURE(組播添加失敗)消息并將其傳遞到SRNC。優(yōu)選地要包括諸如原因值等的有關(guān)信息。
為了使SRNC能夠從會話中消除一個UE,可以使用相應(yīng)的組播消除過程。MULTICAST DETACH REQUEST(組播消除請求)消息130從SRNC發(fā)送到DRNC。當(dāng)用戶表示他需要離開正在進(jìn)行的MBMS會話時發(fā)啟這個信令。消除請求優(yōu)選地包括所使用的組播服務(wù)小區(qū)的服務(wù)小區(qū)ID、MBMS業(yè)務(wù)ID以及該UE的U-RNTI。DRNC進(jìn)行必要的資源釋放并返回MULTICAST DETACH RESPONSE(組播消除響應(yīng))消息132,確認(rèn)那個特定用戶的MBMS結(jié)束。
來自UE的消除請求類似于添加的情況,可能會改變了該組播組優(yōu)選的資源利用。如果使用的是公共資源,一個UE的消除可能會使轉(zhuǎn)到專用資源更有利。優(yōu)選地提供了一些RNSAP過程,支持公共資源和專用資源之間來回的改變,也就是信道切換過程。
當(dāng)要將信道從專用切換到公共資源時,例如,附加UE進(jìn)入時,組播組所在的服務(wù)小區(qū)的CRNC可以啟動這個改變。該UE的CRNC也是SRNC時比較容易控制,因為CRNC具有所有信息。但是,以CRNC作為DRNC的UE,優(yōu)選地要利用RNSAP過程。DRNC可以表示切換的需要,最好是DRNC知道UE可以轉(zhuǎn)移到公共資源。這個表示在恰當(dāng)?shù)腗BMS INFORMATION TRANSFER INDICATION(MBMS信息轉(zhuǎn)移指示)消息140中發(fā)送到SRNC。這種消息140也可以用于中繼SRNC所需的其它MBMS有關(guān)的控制信息。消息140包括執(zhí)行切換到點對多點傳輸?shù)男畔?,以及有關(guān)公共資源和Iu用戶面的必要信息。當(dāng)SRNC收到這種消息時,進(jìn)行所有必要的改變。例如,優(yōu)選的是SRNC釋放與以前所用的專用資源對應(yīng)的Iu用戶面。優(yōu)選地,SRNC也返回響應(yīng)消息142,確認(rèn)已經(jīng)執(zhí)行了必要改變。
如果MBMS組播組使用公共資源而且成員數(shù)減少了使利用專用資源變得比較有利,可以執(zhí)行類似的RNSAP信令。MBMS INFORMATIONTRANSFER INDICTION(MBMS信息轉(zhuǎn)移指示)消息140再從DRNC傳遞到SRNC。現(xiàn)在該消息中包含即將進(jìn)行切換到點對點傳輸?shù)男畔?。有關(guān)將要使用的專用資源的必要信息也包括在內(nèi)。SRNC執(zhí)行必要動作,以便允許這種MBMS會話,例如分配必要的Iu和Iur用戶面。優(yōu)選地,SRNC也返回響應(yīng)消息142,確認(rèn)已經(jīng)執(zhí)行了必要改變。
任何本領(lǐng)域技術(shù)人員會理解到消息的實際名稱對本發(fā)明并不重要。重要的是消息的功能和內(nèi)容。與此類似,可以用不同方式配置消息。例如MULTICAST ATTACH REQUEST(組播添加請求)可以分成一個以上的實際消息。例如第一個消息可能包含MBMS業(yè)務(wù)ID以及實際請求,隨后的消息可以包含其余必要信息。這種消息的信息內(nèi)容甚至可以通過已經(jīng)存在消息的擴(kuò)展來傳遞。
用類似的方法,可以使用更特殊的消息而不是包含特殊數(shù)據(jù)的普通消息。例如,MBMS INFORMATION TRANSFER INDICATION(MBMS信息轉(zhuǎn)移指示)消息140可以分別變成MBMS p-t-m TRANSMISSIONINITIATION(MBMS p-t-m傳輸啟動)消息以及MBMS p-t-pTRANSMISSION INITIATION(MBMS p-t-p傳輸啟動)消息,它們唯一地代表兩種可能的傳輸改變方向中的一個。響應(yīng)消息142類似地可以分別是MBMS p-t-m TRANSMISSION INITIATION RESPONSE(MBMSp-t-m傳輸啟動響應(yīng))消息以及MBMS p-t-p TRANSMISSIONINITIATION RESPONSE(MBMS p-t-p傳輸啟動響應(yīng))消息。
如果幾個UE受到與組播服務(wù)小區(qū)的CRNC不同的SRNC的控制,MBMS信息轉(zhuǎn)移指示必須針對所有UE傳遞。按照同一SRNC控制的UE作為一個組合一起進(jìn)行組播添加以及MBMS信息傳遞,可以減少Iur上的信令,是一種可能而且優(yōu)選的選項。
在圖6的上述實施例中,沿著直接從SGSN到CRNC的一條路徑選擇公共模式中的用戶面。這條路徑與屬于不同于CRNC的SRNC的UE的控制面路徑分開。但是,在圖8所示的另一個實施例中,情況可能相反。在這個實施例中,公共資源模式中仍然只有一個用戶面,但是這個用戶面經(jīng)過一條通過與CRNC 22A不同的SRNC 22B的路徑。這里,到UE 50A和50B的控制面在SGSN 12和CRNC 22A之間Iu接口上保持直線,但是UE 50C的控制面經(jīng)過與用戶面平行的一條路徑。
當(dāng)決定進(jìn)入公共資源時,可以使用不同的方案。最直接的就是總是讓用戶面直接經(jīng)過SGSN 12和CRNC 22A之間的Iu接口,這在上面已經(jīng)描述過了。但是,如果沒有以CRNC 22A作為SRNC的UE參與到組播組60中,所有控制面將與用戶面分開。相反在Iur接口上建立用戶面可能會比較感興趣。當(dāng)更多的UE加入時,即使新UE以CRNC22A作為它們的SRNC,這種配置也可能會保持,目的是減少改變用戶面所需的信令。
任何本領(lǐng)域技術(shù)人員會認(rèn)識到可能會有幾種不同方法選擇用戶面的路徑。最可能的就是總是在直接Iu接口上選擇用戶面。但是,也可能根據(jù)加入組播組60的第一個UE的控制面選擇用戶面。也可以決定保持用戶面不變,不管UE如何移動,或者可以不斷更新到最有利的用戶面路徑。所有這些不同都可以從所附的權(quán)利要求中理解到。
在圖9中,說明了根據(jù)本發(fā)明系統(tǒng)的另一個實施例。這里的情形包括作為組播組60成員的UE 50D,被連接到另一個SGSN 12B的RNC22C所服務(wù)?;驹瓌t在這種情況下同樣有效。用戶面可以經(jīng)過“原來的”SGSN 12A和CRNC 22A之間的路徑,而UE 50D的控制面經(jīng)過到SRNC 22C和SGSN 12B的Iur接口14。任何本領(lǐng)域技術(shù)人員可以認(rèn)識到有大量不同的情況可以用類似方式應(yīng)用。
在上述實施例中,節(jié)點B和UE之間無線空中接口的實際配置只是以一般術(shù)語提及。適當(dāng)時候,公共或?qū)S脽o線信道可以根據(jù)現(xiàn)有技術(shù)方法和設(shè)備來選擇恰當(dāng)?shù)囊环N。如果Iur接口用于控制信道,但不用于數(shù)據(jù),必須使用空中接口上的公共信道。如果使用Iu上的公共數(shù)據(jù)信道,空中接口上可以使用公共或?qū)S脭?shù)據(jù)信道。
圖10說明了在根據(jù)本發(fā)明的移動電信系統(tǒng)中提供多媒體廣播/組播業(yè)務(wù)的方法的一個實施例中的主要步驟。過程以步驟220開始。在步驟222中,從服務(wù)支持節(jié)點向至少兩個注冊了多媒體廣播/組播業(yè)務(wù)的用戶設(shè)備提供多媒體廣播/組播數(shù)據(jù)。在步驟228中,服務(wù)節(jié)點和無線網(wǎng)絡(luò)控制器之間的公共用戶面用于向兩個用戶設(shè)備傳輸多媒體廣播/組播數(shù)據(jù)。過程終止于步驟232。
圖11說明了根據(jù)本發(fā)明提供多媒體廣播/組播業(yè)務(wù)的方法的另一個實施例中的主要步驟。在這個過程中,假設(shè)至少一個注冊了多媒體廣播/組播業(yè)務(wù)的用戶設(shè)備由無線網(wǎng)絡(luò)控制器(SRNC)服務(wù),該SRNC不同于對多媒體廣播/組播業(yè)務(wù)的用戶設(shè)備所處的服務(wù)小區(qū)負(fù)責(zé)的無線網(wǎng)絡(luò)控制器(CRNC)。與圖8類似的步驟用相同的參照號標(biāo)出而且就不再討論了。在步驟224中,與MBMS有關(guān)的信息從SRNC傳遞到CRNC。在步驟230中,為了SRNC所服務(wù)的用戶設(shè)備,控制面的通信路徑與用戶面的通信路徑分開。
在上述實施例中,以組播業(yè)務(wù)為前提。但是MBMS的廣播過程使用類似的原則而且發(fā)明的可用部分也可以用于廣播業(yè)務(wù)。
本領(lǐng)域技術(shù)人員將會理解,在不背離所附權(quán)利要求定義的本發(fā)明范圍條件下,可以對其進(jìn)行各種修飾和改變。特別是,上面所示的不同實施例的不同部分實施例可以自由組合而不離開本發(fā)明的范圍。
權(quán)利要求
1.在移動電信系統(tǒng)(1)中提供多媒體廣播/組播業(yè)務(wù)的方法,該系統(tǒng)具有至少一個服務(wù)支持節(jié)點(12;12A-B)、至少一個無線網(wǎng)絡(luò)控制器(22;22A-C)以及與至少兩個注冊了所述多媒體廣播/組播業(yè)務(wù)的用戶設(shè)備(50A-D)進(jìn)行無線通信的裝置,該方法包括如下步驟從所述至少一個服務(wù)支持節(jié)點(12;12A-B)向所述至少兩個用戶設(shè)備(50A-D)提供多媒體廣播/組播數(shù)據(jù),其特征在于如下步驟將所述至少一個服務(wù)支持節(jié)點(12;12A-B)中的第一服務(wù)支持節(jié)點(12;12A)與所述至少一個無線網(wǎng)絡(luò)控制器(22;22A-C)中的第一無線網(wǎng)絡(luò)控制器(22;22A)之間的公共用戶面(107’)用于面向所述至少兩個用戶設(shè)備(50A-D)中的至少第一用戶設(shè)備和第二用戶設(shè)備的多媒體廣播/組播數(shù)據(jù)。
2.根據(jù)權(quán)利要求1的方法,其特征在于服務(wù)區(qū)域內(nèi)所有所述至少兩個用戶設(shè)備(50A-D)使用所述公共用戶面(107’)。
3.根據(jù)權(quán)利要求1或2的方法,其特征在于所述第一用戶設(shè)備(50A-B)以所述第一無線網(wǎng)絡(luò)控制器(22A)作為服務(wù)無線網(wǎng)絡(luò)控制器,而且所述第二用戶設(shè)備(50C-D)以第二無線網(wǎng)絡(luò)控制器(22B-C)作為服務(wù)無線網(wǎng)絡(luò)控制器,藉此所述第一和第二用戶設(shè)備中至少一個的控制面(105)中的一條通信路徑與所述第一用戶面(107’)的一條通信路徑分開。
4.根據(jù)權(quán)利要求3的方法,其特征在于所述第二用戶設(shè)備(50C-D)的所述控制面(105)的通信路徑與所述第一用戶面(107’)的所述通信路徑分開。
5.根據(jù)權(quán)利要求3或4的方法,其特征在于從所述第二無線網(wǎng)絡(luò)控制器(22B-C)向所述第一無線網(wǎng)絡(luò)控制器(22A)傳遞所述第二用戶設(shè)備(50C-D)的MBMS信息的進(jìn)一步步驟。
6.根據(jù)權(quán)利要求5的方法,其特征在于所述第二用戶設(shè)備(50C-D)的所述MBMS信息包括添加請求。
7.根據(jù)權(quán)利要求5或6的方法,其特征在于,在所述第一無線網(wǎng)絡(luò)控制器(22A)中,根據(jù)從所述第二無線網(wǎng)絡(luò)控制器(22B-C)傳來的所述MBMS信息,確定是否對MBMS數(shù)據(jù)使用公共資源是有利的。
8.根據(jù)權(quán)利要求5、6或7的方法,其特征在于從所述第一無線網(wǎng)絡(luò)器(22A)向所述第二無線網(wǎng)絡(luò)控制器(22B-C)傳遞與MBMS有關(guān)信息的進(jìn)一步步驟。
9.根據(jù)權(quán)利要求8的方法,其特征在于,從所述第一無線網(wǎng)絡(luò)控制器(22A)向所述第二無線網(wǎng)絡(luò)控制器(22B-C)傳遞的與MBMS有關(guān)的所述信息包括添加響應(yīng)。
10.根據(jù)權(quán)利要求8的方法,其特征在于,從所述第一無線網(wǎng)絡(luò)控制器(22A)向所述第二無線網(wǎng)絡(luò)控制器(22B-C)傳遞的與MBMS有關(guān)的所述信息包括,在使用所述公共用戶面(107’)的模式和使用專用用戶面(107)的模式之間轉(zhuǎn)移的指示。
11.根據(jù)權(quán)利要求8的方法,其特征在于,從所述第一無線網(wǎng)絡(luò)器(22A)向所述第二無線網(wǎng)絡(luò)控制器(22B-C)傳遞的與MBMS有關(guān)的所述信息包括,請求為所述至少一個用戶設(shè)備消除任何所述第二無線網(wǎng)絡(luò)控制器(22B-C)的專用用戶面。
12.移動電信系統(tǒng)(1)中的控制無線網(wǎng)絡(luò)控制器(22;22A-B),該系統(tǒng)具有至少一個服務(wù)支持節(jié)點(12;12A-B)以及與至少兩個注冊了多媒體廣播/組播業(yè)務(wù)的用戶設(shè)備(50A-D)進(jìn)行無線通信的裝置,該控制器包括從所述至少一個服務(wù)支持節(jié)點(12;12A-B)向所述至少兩個用戶設(shè)備(50A-D)提供多媒體廣播/組播數(shù)據(jù)的裝置,其特征在于將所述至少一個服務(wù)支持節(jié)點(12;12A-B)中的第一服務(wù)支持節(jié)點(12;12A)與所述至少一個無線網(wǎng)絡(luò)控制器(22;22A-C)中的第一無線網(wǎng)絡(luò)控制器(22;22A)之間的公共用戶面(107’)用于面向所述至少兩個用戶設(shè)備(50A-D)中的至少第一用戶設(shè)備和第二用戶設(shè)備的多媒體廣播/組播數(shù)據(jù)的裝置。
13.根據(jù)權(quán)利要求12的控制無線網(wǎng)絡(luò)控制器,其特征在于使用公共用戶面(107’)的所述裝置被設(shè)計為處理服務(wù)區(qū)域內(nèi)所有所述至少兩個用戶設(shè)備(50A-D)的通信。
14.根據(jù)權(quán)利要求12或13的控制無線網(wǎng)絡(luò)控制器,其特征在于到作為所述第二用戶設(shè)備(50C-D)的服務(wù)無線網(wǎng)絡(luò)控制器的第二無線網(wǎng)絡(luò)控制器(22B-C)的接口,以及將所述第一和第二用戶設(shè)備(50A-D)中至少一個的控制面(105)中的一條通信路徑與所述第一用戶面(107’)的一條通信路徑分開的裝置。
15.根據(jù)權(quán)利要求14的控制無線網(wǎng)絡(luò)控制器,其特征在于所述分開裝置被設(shè)計為將所述第二用戶設(shè)備(50C-D)的所述控制面(105)的通信路徑與所述第一用戶面(107’)的所述通信路徑分開。
16.根據(jù)權(quán)利要求14或13的控制無線網(wǎng)絡(luò)控制器,其特征在于所述接口被設(shè)計為從所述第二無線網(wǎng)絡(luò)控制器(22B-C)向所述第一無線網(wǎng)絡(luò)控制器(22A)傳遞所述第二用戶設(shè)備(50C-D)的MBMS信息。
17.根據(jù)權(quán)利要求16的控制無線網(wǎng)絡(luò)控制器,其特征在于還包括根據(jù)從所述第二無線網(wǎng)絡(luò)控制器(22B-C)傳來的所述MBMS信息,確定是否對MBMS數(shù)據(jù)使用公共資源是有利的裝置。
18.根據(jù)權(quán)利要求16或17的控制無線網(wǎng)絡(luò)控制器,其特征在于所述接口還被設(shè)計為,從所述第一無線網(wǎng)絡(luò)器(22A)向所述第二無線網(wǎng)絡(luò)控制器(22B-C)傳遞與MBMS有關(guān)信息。
19.移動電信系統(tǒng)(1)中的服務(wù)無線網(wǎng)絡(luò)控制器(22;22A-C),該系統(tǒng)具有至少一個服務(wù)支持節(jié)點(12;12A-B)、至少一個另外的無線網(wǎng)絡(luò)控制器(22;22A-C)以及與至少兩個注冊了多媒體廣播/組播業(yè)務(wù)的用戶設(shè)備(50A-D)進(jìn)行無線通信的裝置,所述服務(wù)無線網(wǎng)絡(luò)控制器包括向所述至少兩個用戶設(shè)備(50A-D)中的第一個提供多媒體廣播/組播業(yè)務(wù)控制信令(105)的裝置,到作為所述至少兩個用戶設(shè)備(50A-D)的控制無線網(wǎng)絡(luò)控制器的所述至少一個另外的無線網(wǎng)絡(luò)控制器(22;22A-C)中第一個(22A)的接口;其特征在于所述接口被設(shè)計為從所述服務(wù)無線網(wǎng)絡(luò)控制器(22;22A-C)到所述至少一個另外的無線網(wǎng)絡(luò)控制器(22;22A-C)中所述第一個(22A)傳遞所述第一個所述至少兩個用戶設(shè)備(50A-D)的MBMS信息。
20.根據(jù)權(quán)利要求19的服務(wù)無線網(wǎng)絡(luò)控制器,其特征在于所述接口還被設(shè)計為,從所述至少一個另外的無線網(wǎng)絡(luò)控制器(22;22A-C)中所述第一個(22A)向所述服務(wù)無線網(wǎng)絡(luò)控制器(22;22A-C)傳遞與MBMS有關(guān)的信息
21.根據(jù)權(quán)利要求20的服務(wù)無線網(wǎng)絡(luò)控制器,其特征在于還包括,響應(yīng)請求消除用戶面的與MBMS有關(guān)的所述信息,對所述至少兩個用戶設(shè)備(50A-D)中所述第一個消除多媒體廣播/組播數(shù)據(jù)的用戶面的裝置。
全文摘要
本發(fā)明涉及移動通信網(wǎng)絡(luò)中的廣播及/或組播業(yè)務(wù)。允許面向組播組(60)中一個用戶(50A-C)的服務(wù)控制面(105)和用戶(107’、107”)面彼此分開。至少兩個用戶設(shè)備(50A-C)(屬于同一組播組)通過Iu接口(17)上的一個公共用戶面(107’)接收業(yè)務(wù)數(shù)據(jù)。在用戶設(shè)備(50C)受與CRNC(22A)不同的SRNC(22B)控制的情況下,無線網(wǎng)絡(luò)子系統(tǒng)應(yīng)用協(xié)議被從SRNC(22B)到CRNC(22A)傳遞業(yè)務(wù)信息的過程所擴(kuò)展。因此這種用戶設(shè)備(50C)的控制面(105)相比公共用戶面(107’)可以具有單獨(dú)的路徑。優(yōu)選地,用戶面(107’)直接置于服務(wù)支持節(jié)點(12)和CRNC(22A)之間的Iu接口(17)之上,而控制面(105)可以在Iur接口(14)上具有一條路徑。
文檔編號H04L12/18GK1663312SQ03814317
公開日2005年8月31日 申請日期2003年6月19日 優(yōu)先權(quán)日2002年6月20日
發(fā)明者E·沃爾托利納, S·阿米里約, P·貝明 申請人:艾利森電話股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1