專利名稱：用于將信息傳輸?shù)綗o(wú)線電臺(tái)組的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種按照權(quán)利要求1前序部分所述的用于在無(wú)線通信系統(tǒng)中傳輸信息的方法。
本發(fā)明另外涉及一種按照權(quán)利要求6前序部分所述的用于在無(wú)線通信系統(tǒng)中通過(guò)空中接口在至少一個(gè)基站和用戶臺(tái)之間進(jìn)行無(wú)線接入控制的裝置。
在無(wú)線通信系統(tǒng)中，借助于電磁波通過(guò)無(wú)線接口在發(fā)送臺(tái)和接收臺(tái)站(基站或者用戶臺(tái))之間傳輸信息(例如語(yǔ)音、圖像信息、視頻信息、SMS[短信業(yè)務(wù)]或者其他數(shù)據(jù))。在此，以載頻進(jìn)行電磁波的輻射，所述載頻處于為相應(yīng)系統(tǒng)規(guī)定的頻帶上。
對(duì)于引入的GSM-移動(dòng)無(wú)線電系統(tǒng)(全球移動(dòng)通信系統(tǒng))，使用900、1800和1900MHz的頻率。這些系統(tǒng)基本上傳輸語(yǔ)音、傳真和短信以及數(shù)字?jǐn)?shù)據(jù)。
對(duì)于采用CDMA-和TD/CDMA傳輸方法的未來(lái)移動(dòng)無(wú)線電系統(tǒng)、例如UMTS(通用移動(dòng)通信系統(tǒng))或者第三代其他系統(tǒng)，將頻率規(guī)定在大約2000MHz的頻帶中。按照廣泛的無(wú)線網(wǎng)覆蓋、數(shù)據(jù)傳輸業(yè)務(wù)的更大供應(yīng)和首先無(wú)線接口容量的靈活管理的目標(biāo)來(lái)改進(jìn)這些第三代系統(tǒng)，所述無(wú)線接口是在無(wú)線通信系統(tǒng)中具有最少資源的接口。在該無(wú)線通信系統(tǒng)中，首先應(yīng)該通過(guò)靈活管理空中接口允許在有需求時(shí)，用戶臺(tái)可以以高數(shù)據(jù)速率發(fā)送和/或接收大的數(shù)據(jù)量。
站對(duì)傳輸介質(zhì)的公共無(wú)線資源、例如時(shí)間、頻率、功率或者空間等的訪問(wèn)，在所述無(wú)線通信系統(tǒng)中通過(guò)多路訪問(wèn)(Multiple Access，MA)來(lái)進(jìn)行控制。
在基站和用戶臺(tái)之間的連接通過(guò)空中接口進(jìn)行。在此，基站可以服務(wù)于多個(gè)無(wú)線蜂窩。
通常，至少一個(gè)基站和一個(gè)無(wú)線接入控制裝置(RNC，RadioNetwork Controler)是基站子系統(tǒng)(RNS，Radio Network Subsystem)的組成部分。無(wú)線通信系統(tǒng)一般包括連接于核心網(wǎng)(CN，CoreNetwork)的多個(gè)基站子系統(tǒng)。在此，用于控制基站子系統(tǒng)的無(wú)線接入控制裝置與核心網(wǎng)的接入裝置連接。
對(duì)于無(wú)線通信系統(tǒng)中的用戶臺(tái)的尋址，已知各種方法。除了單播(Unicast)以外，最常提及廣播(Broadcast)，在所述單播中正好尋址一個(gè)用戶臺(tái)，在所述廣播中尋址發(fā)送基站的無(wú)線有效范圍內(nèi)的所有用戶臺(tái)。另外還已知組播(Multicast)，在所述組播中利用組播信息的發(fā)射來(lái)同時(shí)尋址一個(gè)組播群的用戶臺(tái)。在基站有效范圍內(nèi)尋址所有無(wú)線電臺(tái)的組播是廣播。
因此，在無(wú)線通信系統(tǒng)中除了單個(gè)有效信息外，還傳輸供多個(gè)用戶使用的數(shù)據(jù)。例如，這種有效數(shù)據(jù)包括視頻流或者其他廣播和/或組播信息。用于傳輸有效信息的業(yè)務(wù)被概括為概念MBMS(多媒體組播/廣播業(yè)務(wù))，所述業(yè)務(wù)不僅單獨(dú)為單個(gè)用戶規(guī)定，而且可供多個(gè)用戶使用。在通常情況下，核心網(wǎng)準(zhǔn)備提供不同MBMS業(yè)務(wù)(多媒體組播/廣播業(yè)務(wù))作為分離的數(shù)據(jù)流。
在將有效信息作為業(yè)務(wù)供用戶組使用之前，通知這些用戶的用戶臺(tái)，哪些用戶臺(tái)將要使用該業(yè)務(wù)。用戶臺(tái)的這種通知是必要的，從而，可以配置接收臺(tái)。根據(jù)用戶臺(tái)處于哪種模式(例如“connected mode”連接模式或者“idle mode”空閑模式)，進(jìn)行該通知。通常使用組專用機(jī)制來(lái)進(jìn)行通知，在所述組專用機(jī)制中同時(shí)詢問(wèn)多個(gè)用戶臺(tái)。
本發(fā)明以如下任務(wù)為基礎(chǔ)，描述前述類型的方法，該方法有利于有效地形成一個(gè)組的用戶臺(tái)的通知。另外，應(yīng)該描述前述類型的無(wú)線接入控制裝置，以能夠?qū)崿F(xiàn)一個(gè)組的用戶臺(tái)的這種有效通知。
通過(guò)具有權(quán)利要求1所述特征的方法來(lái)解決針對(duì)方法的任務(wù)，而通過(guò)具有權(quán)利要求6所述特征的裝置解決針對(duì)無(wú)線接入控制裝置的任務(wù)。
優(yōu)選的實(shí)施方案和改進(jìn)方案是從屬權(quán)利要求的目標(biāo)。
無(wú)線通信系統(tǒng)包括用戶臺(tái)和在至少一個(gè)基站和用戶臺(tái)之間的至少一個(gè)無(wú)線接入控制裝置。在將有效信息通過(guò)無(wú)線電供用戶臺(tái)的一個(gè)組使用之前，通知這些用戶臺(tái)。按照本發(fā)明，該組的至少一個(gè)用戶臺(tái)的通知的類型取決于該用戶臺(tái)的至少一個(gè)特性。
在此，組由至少一個(gè)用戶臺(tái)、而在通常狀況下由多數(shù)或者大量用戶臺(tái)組成。在組內(nèi)的用戶臺(tái)的最大數(shù)目對(duì)應(yīng)于無(wú)線通信系統(tǒng)的用戶臺(tái)的數(shù)目。該無(wú)線通信系統(tǒng)也可以包括組的用戶臺(tái)或者例如可以屬于其他組的其他用戶臺(tái)，或者也僅僅包括屬于該組的這種用戶臺(tái)。
用戶臺(tái)的特性可以涉及例如出廠時(shí)具有的特性、例如發(fā)送和接收單元的數(shù)目和結(jié)構(gòu)，該特性在對(duì)設(shè)備的硬件沒(méi)有機(jī)械影響的情況下是不可改變的。另外，還可以涉及例如由經(jīng)營(yíng)者或者用戶可編程的特性。最終，特性的組合對(duì)通知的類型也可能是重要的。
通知的類型對(duì)用戶臺(tái)的至少一個(gè)特性的依賴關(guān)系，涉及組的至少一個(gè)用戶臺(tái)。它可以是組成員的每一個(gè)數(shù)目直到組的用戶臺(tái)的總數(shù)。通過(guò)條件或者一個(gè)共有參數(shù)，例如區(qū)域限制或者與無(wú)線通信系統(tǒng)的經(jīng)營(yíng)者的協(xié)議或者運(yùn)行模式，也能夠確定關(guān)于該通知存在這種依賴關(guān)系的用戶臺(tái)。
在本發(fā)明的改進(jìn)方案中，通知類型涉及組專用或者用戶專用的通知。當(dāng)在用戶臺(tái)的組內(nèi)確定用于接收和處理的組專用通知時(shí)，用戶專用通知的接收者由單個(gè)用戶組成。例如借助于業(yè)務(wù)識(shí)別號(hào)，用戶臺(tái)可以從通知的兩種類型得出，該通知對(duì)哪種業(yè)務(wù)有效。也可能向不同用戶臺(tái)發(fā)送不同類型的通知。
用戶臺(tái)的至少一個(gè)特性優(yōu)選地涉及用于接收和可能的處理組專用通知的持續(xù)或者暫時(shí)的能力。因此，該能力與用戶臺(tái)總接收裝置的結(jié)構(gòu)有關(guān)。用于接收的暫時(shí)的能力涉及通過(guò)諸如實(shí)際運(yùn)行方式等的情況可以干擾或者放棄的接收能力。對(duì)不同的用戶臺(tái)，用戶臺(tái)的特性對(duì)通知類型產(chǎn)生的作用不同。
按照本發(fā)明的實(shí)施方案，至少一個(gè)無(wú)線接入控制裝置決定通知的類型。
優(yōu)選地，在至少一個(gè)無(wú)線接入控制裝置中有至少一個(gè)用戶臺(tái)的的識(shí)別信息和地點(diǎn)信息，其中至少一個(gè)無(wú)線接入控制裝置決定要通知該至少一個(gè)用戶臺(tái)的類型。地點(diǎn)信息涉及例如用戶臺(tái)當(dāng)前所在的無(wú)線蜂窩。關(guān)于識(shí)別信息，例如在UMTS中，如果用戶臺(tái)處于連接模式，那么用戶臺(tái)的U-RNTI(Ultra Radio Network Temperary Identifier“超無(wú)線網(wǎng)絡(luò)臨時(shí)識(shí)別符”)被認(rèn)知是無(wú)線接入控制裝置的唯一識(shí)別信息。
本發(fā)明無(wú)線接入控制裝置具有工具，以用于基于該用戶臺(tái)的至少一個(gè)特性來(lái)決定組的至少一個(gè)用戶臺(tái)的通知的類型。
用于執(zhí)行方法步驟的適當(dāng)?shù)墓ぞ吆脱b置可以在無(wú)線接入控制裝置中被規(guī)定。
下面借助于實(shí)施例對(duì)本發(fā)明進(jìn)行描述。


圖1示出從無(wú)線通信系統(tǒng)中的節(jié)選，圖2示出本發(fā)明方法的流程圖。
該實(shí)施例涉及按照UMTS標(biāo)準(zhǔn)的無(wú)線通信系統(tǒng)。圖1示出從第三代這種無(wú)線通信系統(tǒng)中的節(jié)選。這包括無(wú)線接入控制裝置RNC，所述RNC與基站“節(jié)點(diǎn)”B和核心網(wǎng)CN相連。無(wú)線接入控制裝置RNC的任務(wù)在于控制和監(jiān)視與之相連的、具有與之相應(yīng)的無(wú)線蜂窩的基站。基站“節(jié)點(diǎn)”B服務(wù)于這種具有用戶臺(tái)UE1、UE2、UE3、UE4和UE5的無(wú)線蜂窩。為組播業(yè)務(wù)預(yù)訂了相應(yīng)用戶臺(tái)UE1、UE2、UE3、UE4和UE5的用戶。因此，用戶臺(tái)UE1、UE2、UE3、UE4和UE5形成一個(gè)組。在通過(guò)用戶的預(yù)訂而確定的組的范圍之外的其他用戶臺(tái)(在圖1中沒(méi)有示出)可以停留在基站的無(wú)線蜂窩中，但這些對(duì)描述本發(fā)明的方法并不重要。
由基站“節(jié)點(diǎn)”B發(fā)送諸如證券交易信息或者視頻等有效信息，組的用戶臺(tái)UE1、UE2、UE3、UE4和UE5可以接收和解碼所述有效信息。而在組的用戶臺(tái)UE1、UE2、UE3、UE4和UE5之外的其他用戶臺(tái)不能對(duì)這些組播信息進(jìn)行解碼。為了能夠?qū)M播群的用戶臺(tái)UE1、UE2、UE3、UE4和UE5進(jìn)行配置，有必要在傳輸有效信息之前就通知它們。
在接通無(wú)線通信系統(tǒng)中的用戶臺(tái)之后，該用戶臺(tái)處于空閑模式(Idle Mode)。這種模式的特征在于，通過(guò)識(shí)別信息來(lái)得知雖然在核心網(wǎng)CN內(nèi)，但不在無(wú)線通信系統(tǒng)的無(wú)線接入網(wǎng)(Radio AccessNetwork，RAN)內(nèi)的該用戶臺(tái)。因此，無(wú)線接入控制裝置RNC看不見(jiàn)哪些處于空閑模式的用戶臺(tái)處于與它相連的基站的無(wú)線蜂窩中。處于空閑模式的用戶臺(tái)與無(wú)線網(wǎng)絡(luò)不進(jìn)行信息交換，直到通過(guò)用戶臺(tái)提出連接請(qǐng)求。這種連接請(qǐng)求之后，用戶臺(tái)轉(zhuǎn)換到連接模式?？梢岳缤ㄟ^(guò)用戶臺(tái)對(duì)業(yè)務(wù)進(jìn)行詢問(wèn)或者也可以通過(guò)無(wú)線網(wǎng)絡(luò)的尋呼詢問(wèn)開(kāi)始連接請(qǐng)求。
基于識(shí)別信息，處于連接模式的、無(wú)線通信系統(tǒng)的用戶臺(tái)為相應(yīng)的無(wú)線接入控制裝置已知，并從而可確定位置。用戶臺(tái)已經(jīng)傳輸相應(yīng)識(shí)別信息給無(wú)線接入控制裝置。核心網(wǎng)也可以通過(guò)相應(yīng)用戶臺(tái)傳輸信息給無(wú)線接入控制裝置。當(dāng)連接模式有效時(shí)，相應(yīng)用戶臺(tái)監(jiān)視不同于當(dāng)前處于空閑模式的用戶臺(tái)的無(wú)線信道。如果當(dāng)前沒(méi)有分配物理信道給用戶臺(tái)，那么這個(gè)用戶臺(tái)也可以處于連接模式。
在圖1所考察的例子中，用戶臺(tái)UE1、UE2和UE3處于空閑模式IM，對(duì)此，用戶臺(tái)UE4和UE5處于連接模式CM。因此，當(dāng)無(wú)線接入控制裝置RNC不了解在基站“節(jié)點(diǎn)”B供應(yīng)范圍內(nèi)的用戶臺(tái)UE1、UE2和UE3的停留情況時(shí)，用戶臺(tái)UE4和UE5對(duì)該無(wú)線接入控制裝置RNC來(lái)說(shuō)是已知的。
處于空閑模式IM的用戶臺(tái)UE1、UE2和UE3對(duì)期望的組播信息的通知通過(guò)由處于空閑模式IM的這些用戶臺(tái)UE1、UE2和UE3觀測(cè)的尋呼信道進(jìn)行。該通知涉及僅僅指向該組的用戶臺(tái)UE1、UE2、UE3、UE4和UE5的組專用信息。其他用戶臺(tái)不必觀測(cè)相關(guān)的尋呼信道。通過(guò)該組專用通知，多個(gè)用戶臺(tái)同時(shí)被詢問(wèn)。
處于連接模式CM的用戶臺(tái)UE4和UE5是否也能夠接收和處理尋呼信道的信息，取決于處于連接模式CM的這些用戶臺(tái)UE4和UE5的容量。通常情況下，一些用戶裝置、所謂簡(jiǎn)單的用戶裝置不能夠同時(shí)接收用于例如語(yǔ)音連接的專用信道和用于組專用通知的信道。這些用戶臺(tái)需要一個(gè)指向它們的、關(guān)于期望的組播信息的用戶專用通知。
尤其在無(wú)線蜂窩中具有大量組用戶時(shí)，關(guān)于期望的組播信息的、用戶臺(tái)的單獨(dú)的通知大大增加相應(yīng)無(wú)線接入控制裝置的負(fù)載。基于不希望的效果，如果處于連接模式的一個(gè)用戶臺(tái)不能分析相應(yīng)的尋呼信道，那么只發(fā)送一個(gè)單獨(dú)的通知給它。不發(fā)送這種單獨(dú)的用戶專用通知給能夠在連接模式下觀測(cè)尋呼信道的“更好配備”的用戶臺(tái)。
本發(fā)明方式可以更有效地使用不充足的無(wú)線資源。通過(guò)避免發(fā)送不必要的單獨(dú)的通知，并從而通過(guò)減少信令消耗，可以減少干涉，這導(dǎo)致無(wú)線通信系統(tǒng)內(nèi)的傳輸質(zhì)量的提高。
在無(wú)線接入控制裝置中有關(guān)于接收尋呼信道的、處于連接模式的用戶臺(tái)的容量的信息。無(wú)線接入控制裝置在轉(zhuǎn)換到連接模式時(shí)已從用戶臺(tái)中或者也從核心網(wǎng)中接收這些信息?；谶@些信息，無(wú)線接入控制裝置可以決定，以何種類型通知組播信息給處于連接模式的用戶臺(tái)。
圖2示出該方法的流程。在決定步驟“決定”中，無(wú)線控制裝置RNC決定，在屬于它的基站的無(wú)線蜂窩內(nèi)的每個(gè)處于連接模式的用戶臺(tái)應(yīng)該獲得哪種通知。這里供選擇的有借助于尋呼信道的組專用通知或者例如在專用信道上或者在處于連接模式的相應(yīng)用戶臺(tái)觀測(cè)的其他信道上的用戶專用通知。圖2的左側(cè)分支說(shuō)明關(guān)于處于空閑模式的用戶臺(tái)和處于連接模式的那種可以在該模式中觀測(cè)尋呼信道的用戶臺(tái)的程序。反之，圖2的右側(cè)分支涉及處于連接模式的那種不可以在該模式中觀測(cè)尋呼信道的用戶臺(tái)。
如果用戶臺(tái)能夠在連接模式中分析尋呼信道，那么這種用戶臺(tái)如同處于空閑模式的用戶臺(tái)一樣從尋呼信道的信號(hào)“尋呼”中得出組播業(yè)務(wù)的重要信息。已經(jīng)接收了該尋呼消息的用戶臺(tái)用信號(hào)“應(yīng)答”來(lái)應(yīng)答相應(yīng)的基站“節(jié)點(diǎn)”B。無(wú)線接入控制裝置從該應(yīng)答中得出，在相關(guān)無(wú)線蜂窩中是否發(fā)生發(fā)送組播信息的要求。用戶臺(tái)也可能不通過(guò)尋呼信道應(yīng)答通知。
給不能接收尋呼信道的、處于連接模式的每個(gè)用戶臺(tái)發(fā)送用戶專用通知“通知”。該通知“通知”包含與信號(hào)“尋呼”相同的信息。在對(duì)通知進(jìn)行分析之后，用戶臺(tái)可以將應(yīng)答“應(yīng)答”發(fā)送給相應(yīng)基站“節(jié)點(diǎn)”B。
最后，由基站“節(jié)點(diǎn)”B發(fā)送組播業(yè)務(wù)的有效信息“組播信息”到組的用戶臺(tái)UE。
基本上，對(duì)通知類型的決定也可以采用不同于連接模式或者空閑模式的運(yùn)行模式。
權(quán)利要求
1.用于在無(wú)線通信系統(tǒng)中進(jìn)行信息傳輸?shù)姆椒ǎ鰺o(wú)線通信系統(tǒng)具有用戶臺(tái)(UE1、UE2、UE3、UE4、UE5)和在至少一個(gè)基站(“節(jié)點(diǎn)”B)和用戶臺(tái)(UE1、UE2、UE3、UE4、UE5)之間通過(guò)空中接口進(jìn)行無(wú)線接入控制的至少一個(gè)無(wú)線接入控制裝置(RNC)，其中通過(guò)無(wú)線電將有效信息(“組播信息“)供用戶臺(tái)(UE1、UE2、UE3、UE4、UE5)的組使用，所述組的用戶臺(tái)(UE1、UE2、UE 3、UE4、UE5)在傳輸有效信息(“組播信息”)之前被通知，其特征在于，組的至少一個(gè)用戶臺(tái)(UE1、UE2、UE 3、UE4、UE5)的通知的類型取決于該用戶臺(tái)(UE1、UE2、UE3、UE4、UE5)的至少一個(gè)特性。
2.按照權(quán)利要求1所述的方法，其特征在于，所述通知的類型涉及組專用的(“尋呼”)或者用戶專用(“通知”)的通知。
3.按照權(quán)利要求1或者2所述的方法，其特征在于，所述用戶臺(tái)(UE1、UE2、UE3、UE4、UE5)的至少一個(gè)特性涉及用于接收或者可能用于處理組專用通知的持續(xù)的或者暫時(shí)的能力。
4.按照權(quán)利要求1至3之一所述的方法，其特征在于，所述至少一個(gè)無(wú)線接入控制裝置(RNC)作出通知的類型的決定。
5.按照權(quán)利要求4所述的方法，其特征在于，在所述至少一個(gè)無(wú)線接入控制裝置(RNC)中有至少一個(gè)用戶臺(tái)(UE1、UE2、UE3、UE4、UE5)的識(shí)別信息或者地點(diǎn)信息。
6.用于在無(wú)線通信系統(tǒng)中通過(guò)空中接口在至少一個(gè)基站(“節(jié)點(diǎn)”B)和用戶臺(tái)(UE1、UE2、UE3、UE4、UE5)之間進(jìn)行無(wú)線接入控制的裝置(RNC)，其中通過(guò)無(wú)線電將有效信息(“組播信息“)供用戶臺(tái)(UE1、UE2、UE3、UE4、UE5)的組使用，所述組的用戶臺(tái)(UE1、UE2、UE3、UE4、UE5)在傳輸有效信息(“組播信息”)之前被通知，其特征在于，所述無(wú)線接入控制的裝置(RNC)具有工具，以用于基于該用戶臺(tái)(UE1、UE2、UE3、UE4、UE5)的至少一個(gè)特性決定該組的至少一個(gè)用戶臺(tái)(UE1、UE2、UE3、UE4、UE5)的通知的類型。
全文摘要
本發(fā)明涉及一種方法，用于在具有用戶臺(tái)(UE1、UE2、UE3、UE4、UE5)和通過(guò)空中接口在至少一個(gè)基站(“節(jié)點(diǎn)”B)和用戶臺(tái)(UE1、UE2、UE3、UE4、UE5)之間進(jìn)行無(wú)線接入控制的至少一個(gè)裝置(RNC)的無(wú)線通信系統(tǒng)中傳輸信息，其中通過(guò)無(wú)線電將有效信息供用戶臺(tái)(UE1、UE2、UE3、UE4、UE5)的組使用，并且在傳輸有效信息之前通知該組的用戶臺(tái)(UE1、UE2、UE3、UE4、UE5)。按照本發(fā)明，該組的至少一個(gè)用戶臺(tái)(UE1、UE2、UE3、UE4、UE5)的通知的類型取決于該用戶臺(tái)(UE1、UE2、UE3、UE4、UE5)的至少一個(gè)特性。另外，本發(fā)明涉及無(wú)線接入控制裝置(RNC)，用于執(zhí)行該方法。其中，該方法的優(yōu)點(diǎn)在于減少組播業(yè)務(wù)的信令耗費(fèi)。
文檔編號(hào)H04W4/06GK1742505SQ200380108754
公開(kāi)日2006年3月1日 申請(qǐng)日期2003年12月19日 優(yōu)先權(quán)日2003年1月13日
發(fā)明者N·克洛特, J·施尼登哈恩 申請(qǐng)人:西門(mén)子公司