專利名稱:移動通信的無線資源控制組的拒絕方法和裝置的制作方法
技術領域:
本發(fā)明涉及一種用于促進在UMTS(全球移動電信系統(tǒng))中的終端和UTRAN之間的連接的方法和裝置,而且具體地說涉及一種方法和裝置,其用于促進通過其UTRAN使用發(fā)送到多個終端的單個消息執(zhí)行的RRC連接拒絕的RRC組拒絕。
背景技術:
全球移動電信系統(tǒng)(UMTS)是歐洲類型的,第三代IMT-2000移動通信系統(tǒng),已經(jīng)從熟知的移動通信全球系統(tǒng)(GSM)歐洲標準發(fā)展而來。UMTS意在提供改進的移動通信業(yè)務,其基于GSM核心網(wǎng)和寬帶碼分多址(W-CDMA)無線連接技術。
1998年12月,由歐洲的ETSI,日本的ARIB/TTC,美國的T1,和韓國的TTA形成第三代伙伴計劃(3GPP)。3GPP創(chuàng)建了詳細的UMTS技術的規(guī)范。為了實現(xiàn)快速和有效的UMTS的技術發(fā)展,通過考慮網(wǎng)絡元素的獨立特性和它們的操作,在3GPP內已經(jīng)創(chuàng)建了五個技術規(guī)范組(TSG)以便標準化UMTS。
每個TSG開發(fā),批準,和管理有關區(qū)域內的標準規(guī)范。在這些組中,無線訪問網(wǎng)絡(RAN)組(TSG-RAN)開發(fā)用于UMTS陸地無線訪問網(wǎng)絡(UTRAN)的功能,要求,和接口的標準,該訪問網(wǎng)絡是用于支持UMTS中的W-CDMA訪問技術的新的無線訪問網(wǎng)絡。
圖1示例了普通的UMTS網(wǎng)絡的基本結構。如圖1所示,UMTS被大致分成終端或用戶設備(UE)10,UTRAN20,和核心網(wǎng)(CN)30。
UTRAN20包括一個或多個無線網(wǎng)絡子系統(tǒng)(RNS)25。每個RNS25包括無線網(wǎng)絡控制器(RNC)23和由RNC23管理的多個節(jié)點-Bs(基站)21。RNC23處理無線資源的分配和管理并關于核心網(wǎng)30作為訪問點工作。
節(jié)點Bs21通過上行鏈路接收由終端10的物理層發(fā)送的信息并通過下行鏈路把數(shù)據(jù)發(fā)送到終端10。節(jié)點Bs21操作成用于終端10的UTRAN20的訪問點。
UTRAN20構造和保持無線訪問載體(RAB)來用于終端10和核心網(wǎng)30之間的通信。核心網(wǎng)30從RAB請求端-到-端服務質量(QoS)要求,且RAB支持核心網(wǎng)30已經(jīng)設置的QoS要求。因而,通過構造和保持RAB,UTRAN20可以滿足端-到-端QoS要求。
提供到特定終端10的業(yè)務可以大致的分成電路交換(CS)業(yè)務和分組交換(PS)業(yè)務。例如,普通語音對話業(yè)務是電路交換業(yè)務,而經(jīng)因特網(wǎng)連接的網(wǎng)絡瀏覽業(yè)務被分類成分組交換(PS)業(yè)務。
為了支持電路交換業(yè)務,RCN23被連接到核心網(wǎng)30的移動交換中心(MSC)31且MSC31被連接到管理與其它網(wǎng)絡的連接的網(wǎng)關移動交換中心(GMSC)33。為了支持分組交換業(yè)務,RNC23被連接到核心網(wǎng)30的服務通用分組無線業(yè)務(GPRS)支持節(jié)點(SGSN)和網(wǎng)關GPRS支持節(jié)點(GGSN)37。SGSN35支持與RNC23的分組通信并且GGSN37管理與其它分組交換網(wǎng)絡,比如因特網(wǎng)的連接。
圖2示例了根據(jù)3GPP無線訪問網(wǎng)絡標準的終端10和UTRAN20之間的無線接口協(xié)議的結構。如圖2所示,無線接口協(xié)議具有包括物理層、數(shù)據(jù)鏈路層和網(wǎng)絡層的水平層,且具有垂直面,其包括用于發(fā)送用戶數(shù)據(jù)的用戶面(U-平面)和用于發(fā)送控制信息的控制面(C-平面)。
用戶面是處理與用戶的話務信息,比如語音或因特網(wǎng)協(xié)議(IP)分組的區(qū)域??刂泼媸翘幚碛糜谂c網(wǎng)絡的對接,呼叫的維護和管理等等的控制信息的區(qū)域。
基于開放系統(tǒng)互連(OSI)標準模型的三個較低層,圖2的協(xié)議層可以被分成第一層(L1),第二層(L2)和第三層(L3)。
第一層(L1),也就是物理層,通過使用各種無線傳輸技術提供信息傳送業(yè)務給上層。經(jīng)傳輸信道物理層連接到被稱作媒體訪問控制(MAC)層的上層。MAC層和物理層經(jīng)傳輸信道交換數(shù)據(jù)。
第二層(L2)包括MAC層,無線鏈路控制(RLC)層,廣播/多址通信控制(BMC)層,和分組數(shù)據(jù)會聚協(xié)議(PDCP)層。
MAC層處理邏輯信道和傳輸信道之間的映射且提供MAC參數(shù)的分配,用于分配和再分配無線資源。MAC層經(jīng)邏輯信被連接到被稱作無線鏈路控制(RLC)層的上層。
根據(jù)發(fā)送的信息的類型提供各種邏輯信道??偟膩碚f,控制信道被用于發(fā)送控制面的信息且業(yè)務信道用于發(fā)送用戶面的信息。
邏輯信道可以是公共信道或專用信道,這取決于邏輯信道是否被共享。邏輯信道包括專用業(yè)務信道(DTCH),專用控制信道(DCCH),公共業(yè)務信道(CTCH),公共控制信道(CCCH),廣播控制信道(BCCH),和尋呼控制信道(PCCH)。BCCH提供信息,其包括終端10使用的信息以訪問系統(tǒng)。UTRAN20使用PCCH以便訪問終端10。
MAC層通過傳輸信道連接到物理層并根據(jù)被管理的傳輸信道的類型被分成MAC-b子層,MAC-d子層,MAC-c/sh子層,和MAC-hs子層。MAC-b子層管理BCH(廣播信道),其是處理廣播系統(tǒng)信息的傳輸信道。MAC-c/sh子層管理公共傳輸信道,比如前向訪問信道(FACH)或下行鏈路共享信道(DSCH),其由多個終端所共享。MAC-d子層管理專用信道(DCH),其是用于特定終端10的專用傳輸信道。因此,MAC-d子層被定位在管理相應終端的服務RNC(SRNC)中,而且MAC-d子層也存在于每個終端中。
RLC層支持可靠的數(shù)據(jù)傳輸并執(zhí)行從上層傳送的多個RLC業(yè)務數(shù)據(jù)單元(SDU)的分割和級聯(lián)。當RLC層從上層接收RLC SDU時,基于處理容量,RLC層以適當?shù)姆绞秸{整每個RLC SDU的尺寸,并接著通過對其添加報頭信息來創(chuàng)建數(shù)據(jù)單元。被稱作協(xié)議數(shù)據(jù)單元(PDU)的數(shù)據(jù)單元經(jīng)邏輯信道被傳送到MAC層。RLC層包括RLC緩沖器,其用于存儲RLC SDU和/或RLC PDU。
BMC層安排從核心網(wǎng)傳送的小區(qū)廣播(CB)消息的時間并把CB消息廣播到位于特定小區(qū)或多個小區(qū)中的終端10。
PDCP層被定位在RLC層之上。PDCP層用于在具有相當小的帶寬有效的無線接口上發(fā)送網(wǎng)絡協(xié)議數(shù)據(jù),比如IPv4或IPv6。為此,PDCP層減少用于有線網(wǎng)絡中不必要的控制信息,這被稱作報頭壓縮功能。
在第三層(L3)的最低部分上定位的無線資源控制(RRC)層只被定義在控制面中。RRC層控制有關無線載體(RB)的設置,再配置,和釋放或取消的傳輸信道和物理信道。RB表示由第二層(L2)提供的業(yè)務,用于終端10和UTRAN20之間的數(shù)據(jù)傳輸??偟膩碚f,RB的設置涉及規(guī)定協(xié)議層特性和用于提供特定數(shù)據(jù)業(yè)務所需的信道的處理,以及設置各個詳細的參數(shù)和操作方法。
RRC狀態(tài)涉及終端10的RRC和UTRAN20的RRC之間是否存在邏輯連接。如果有連接,終端10被認為是RRC連接狀態(tài)。如果沒有連接,終端10被認為是空閑狀態(tài)。
對于RRC連接狀態(tài)中的終端10,因為RRC連接存在,UTRAN20能確定小區(qū)單元內特定終端的存在,例如,RRC連接狀態(tài)終端是在哪個小區(qū)中。因此,可以有效地控制終端10。
相反,UTRAN20不能確定空閑狀態(tài)中的終端10。只能通過處于比小區(qū)大的區(qū)域,也就是,位置或路由區(qū)域內的核心網(wǎng)30來確定該空閑狀態(tài)終端10。因此,空閑狀態(tài)終端10的存在在大區(qū)域內確定,而且,為了接收諸如語音或數(shù)據(jù)的移動通信業(yè)務,空閑狀態(tài)終端必須移動或改變成RRC連接狀態(tài)。
當用戶啟動開機時,終端10搜索合適的小區(qū)并接著在相應小區(qū)內保持空閑狀態(tài)。當空閑狀態(tài)終端10需要RRC連接時,它通過RRC連接過程過渡到RRC連接狀態(tài)以便與UTRAN20的RRC層作出RRC連接。
空閑狀態(tài)終端10需要建立RRC連接有許多情況。當需要上行鏈路數(shù)據(jù)傳輸時,例如,當用戶試圖作出呼叫,或當發(fā)送響應消息以應答從UTRAN20接收的尋呼消息時,空閑狀態(tài)終端10必須建立RRC連接。空閑終端10需要建立RRC連接的另一種情況是為了接收多媒體廣播多址通信業(yè)務(MBMS)。
3GPP系統(tǒng)能提供多媒體廣播多址通信業(yè)務(MBMS),其是版本6中的新的服務類型。3GPP TSG SA(業(yè)務和系統(tǒng)觀點)定義支持MBMS業(yè)務所需的各種網(wǎng)絡元件和它們的功能。由現(xiàn)有版本99提供的小區(qū)廣播業(yè)務限于其中將文本類型短消息廣播到確定區(qū)域的業(yè)務。版本6提供的MBMS業(yè)務是更先進的業(yè)務,其除了廣播多媒體數(shù)據(jù)外,把多媒體數(shù)據(jù)多址通信到已經(jīng)預訂相應業(yè)務的終端(UE)10。
MBMS業(yè)務是向下專用的業(yè)務,其通過使用公共或專用的下行信道,提供數(shù)據(jù)流或后臺服務到多個終端10。MBMS業(yè)務被分成廣播方式和多址通信方式。
MBMS廣播方式促進發(fā)送多媒體數(shù)據(jù)到位于廣播區(qū)域中的每個用戶,而MBMS多址通信方式促進發(fā)送多媒體數(shù)據(jù)到位于多址通信區(qū)域中的特定用戶組。廣播區(qū)域表示廣播業(yè)務可用區(qū)域且多址通信區(qū)域表示多址通信業(yè)務可用區(qū)域。
期望接收MBMS業(yè)務的用戶首先接收網(wǎng)絡提供的服務通告。服務通告向終端10提供所提供的業(yè)務列表和有關的信息。此外,用戶必須接收網(wǎng)絡提供的通知。服務通知向終端10提供有關被發(fā)送的廣播數(shù)據(jù)的信息。
如果用戶想接收多址通信方式MBMS業(yè)務,用戶預訂到多址通信預約組。多址通信預約組是已經(jīng)完成預約程序的用戶組。一旦用戶預訂到多址通信預約組,用戶能加入到多址通信組來接收特定的多址通信業(yè)務。多址通信組是接收特定多址通信業(yè)務的用戶組。加入多址通信組也被稱作是MBMS多址通信激活,其意味著并入與具有希望接收特定多址通信業(yè)務的用戶的多址通信組。因而,通過加入多址通信組(這被稱作MBMS多址通信激活),用戶能接收特定多址通信數(shù)據(jù)。
經(jīng)UTRAN協(xié)議的用戶面,RNC23通過基站(節(jié)點B)傳送MBMS用戶數(shù)據(jù)到終端10。通過構建和保持用于在終端10和核心網(wǎng)30之間的呼叫通信的無線訪問載體(RAB),UTRAN20傳送MBMS用戶數(shù)據(jù)。只通過下行鏈路傳送MBMS用戶數(shù)據(jù)。MBMS無線載體只促進將通過核心網(wǎng)30到UTRAN20傳送的特定MBMS業(yè)務的用戶數(shù)據(jù)傳送到特定終端10。
MBMS無線載體被分成點對多點類型和點對點類型。UTRAN20選擇MBMS無線載體的兩種類型的其中之一以提供MBMS業(yè)務。為了選擇兩個MBMS無線載體的其中之一,UTRAN20應該識別在一個小區(qū)中存在的特定MBMS業(yè)務的用戶或終端10的數(shù)量。
UTRAN20可以計數(shù)終端10的數(shù)量以確定MBMS無線載體的類型。當UTRAN20經(jīng)MBMS公共控制信道提供有關MBMS業(yè)務的信息或針對特定MBMS業(yè)務組執(zhí)行尋呼時,UTRAN20通知終端10它正在計數(shù)終端數(shù)量。
當終端10接收MBMS業(yè)務的服務通知,指示在相應的業(yè)務上正在執(zhí)行計數(shù)時,通過經(jīng)上行鏈路公共信道傳送RRC連接請求消息到UTRAN,終端10建立在終端的RRC實體和UTRAN20的RRC實體之間的連接。RRC連接請求消息通知UTRAN20終端10期望接收相應的MBMS業(yè)務。
通過計數(shù)已經(jīng)傳送RRC連接請求消息的終端10的數(shù)量,UTRAN能識別一個小區(qū)中期望接收特定MBMS業(yè)務的用戶。UTRAN20之后基于該計數(shù)建立MBMS無線載體。
如果在相應小區(qū)中的用戶或終端10的數(shù)量小于確定的閾值,UTRAN20設置點對點MBMS無線載體。如果存在于相應小區(qū)中的用戶或終端10的數(shù)量大于或等于確定閾值,UTRAN設置點對多點無線載體。然而,UTRAN20識別期望接收MBMS業(yè)務的終端10的數(shù)量的現(xiàn)有的尋呼方法具有缺點。
當UTRAN20執(zhí)行MBMS服務通知時,諸如RRC響應消息的響應消息被從期望接收MBMS業(yè)務的終端10發(fā)送。響應消息同時被集中在上行鏈路信道,導致增加上行鏈路的干擾和負載。因為UTRAN20使用MBMS公共控制信道執(zhí)行到多個終端10的MBMS服務通知,并且相應的終端通過上行鏈路公共信道同時通知UTRAN它們想接收相應的MBMS業(yè)務,上行鏈路上的干擾和負載增加。
因為干擾和負載的增加,終端10發(fā)送響應消息就可能需要不期望的長的時間周期。因此,經(jīng)過UTRAN20建立MBMS無線載體的時間,一些終端可能不能發(fā)送響應消息。
一旦UTRAN20從終端10接收的響應消息的數(shù)量是在用于建立MBMS點對多點無線載體的閾值之上,UTRAN不再需要接收附加的響應消息,因為已經(jīng)滿足了選擇無線載體的所有需求。然而,在現(xiàn)有技術中,即使UTRAN20已經(jīng)接收了閾值之上的響應消息數(shù),UTRAN繼續(xù)接收響應消息直到設置了MBMS無線載體為止。因此,上行鏈路無線資源被不期望的浪費。
RRC連接過程通常被分成三個步驟;終端10發(fā)送RRC連接請求到UTRAN20,UTRAN發(fā)送RRC連接建立消息到終端,和終端發(fā)送RRC連接建立完成消息到UTRAN。這些步驟被示例在圖3中。
圖3示例了當UTRAN20接受終端10的RRC連接請求時現(xiàn)有技術的過程。當空閑狀態(tài)的終端10希望建立RRC連接時,終端首先發(fā)送RRC連接請求消息到UTRAN20。RRC連接請求消息可以包括RRC建立原因和啟動終端識別符。啟動終端識別符,或UE標識,是對于特定終端10唯一的標識符且允許不管在世界上的任何位置識別該終端。
響應于RRC連接請求,UTRAN20發(fā)送RRC連接建立消息到終端10。RRC連接建立消息可以包括RNTI(無線網(wǎng)絡臨時標識)和連同啟動UE標識一起發(fā)送的無線載體建立信息。RNTI是被分配的終端識別符以允許UTRAN20識別連接狀態(tài)的終端10。只有當存在RRC連接時才使用RNTI且其只在UTRAN20內使用。
響應于RRC連接建立消息,終端10與UTRAN20建立RRC連接并發(fā)送RRC連接建立完成消息到UTRAN20。在RRC連接已經(jīng)被建立之后,當與UTRAN20通信時,終端10使用RNTI替代啟動UE標識。
因為啟動UE標識是唯一的識別符,頻繁地使用會增加不期望的暴露的機會。因此,出于保密因素,在啟動RRC連接過程期間只簡短地使用啟動UE標識并在此后使用RNTI。
然而,出于各種原因,例如沒有足夠的無線資源,UTRAN20也可以拒絕RRC連接請求。圖4示例了當UTRAN20拒絕終端10的RRC連接請求時的現(xiàn)有技術的過程。
在從終端10接收RRC連接請求的情況下,如果需要拒絕RRC連接,UTRAN20發(fā)送RRC連接拒絕消息。啟動UE標識和拒絕原因被包括在RRC連接拒絕消息中以便通知終端為何RRC連接被拒絕。在接收了RRC連接拒絕消息的情況下,終端10返回到空閑狀態(tài)。
圖5示例了終端10請求RRC連接的現(xiàn)有技術的方法100。方法100包括發(fā)送RRC連接請求消息(S110)和操作計時器(S120),確定在計時器到時之前(S150)是否接收了RRC連接建立消息(S130)或RRC連接拒絕消息(S144),并重復該處理過程,除非RRC連接建立消息或RRC連接拒絕消息被接收或確定已經(jīng)到達了用于發(fā)送RRC連接請求的閾值(S160)。
在從終端10接收RRC連接請求消息的情況下,如果無線資源足夠,UTRAN20批準RRC連接請求并發(fā)送RRC連接建立消息到終端。否則UTRAN拒絕RRC連接請求并發(fā)送RRC連接拒絕消息到終端10。
在步驟S130中確定接收了RRC連接建立消息的情況下,將包括在RRC連接建立消息中的啟動UE標識與終端自己的標識相比較以確定該消息是否是意在用于該終端10的。如果包括在RRC連接建立消息中的啟動UE標識不同于終端10的,終端丟棄接收的消息和確定在步驟S144中是否接收了RRC連接拒絕消息。如果包括在RRC連接建立消息中的啟動UE標識匹配于終端10的,終端與UTRAN20建立RRC連接并過渡到RRC連接狀態(tài)。
在與UTRAN20建立RRC連接的情況下,存儲UTRAN分配的RNTI且在步驟S142將RRC連接建立完成消息發(fā)送到UTRAN20。RRC連接建立完成消息包括終端10的性能信息。在步驟S170,附加的RRC連接請求消息的傳輸被終止。
在步驟S144確定RRC連接拒絕消息被接收的情況下,將包括在RRC連接拒絕消息中的啟動UE標識與終端自己的標識相比較以確定是否該消息是意在用于該終端10的。如果包括在RRC連接拒絕消息中的啟動UE標識不同于終端10的,在步驟S150,終端丟棄接收的消息并檢查計時器的狀態(tài)。如果包括在RRC連接拒絕消息中的啟動UE標識匹配于終端10的,在步驟S170,終端過渡到空閑狀態(tài)和終止RRC連接嘗試。
在步驟S150基于確定計時器沒有到時的情況下,終端10繼續(xù)等待接收RRC連接建立消息或RRC連接拒絕消息。在步驟S150中確定了計時器已經(jīng)到時的情況下,在步驟S160確定是否到達用于發(fā)送RRC連接請求消息的閾值限制。
如果已經(jīng)到達用于發(fā)送RRC連接請求消息的閾值限制,在步驟S170終端10終止RRC連接長或是。如果已經(jīng)到達用于發(fā)送RRC連接請求消息的閾值,在步驟S110開始另一個RRC連接嘗試并重復處理過程。
在現(xiàn)有技術中,當UTRAN20需要發(fā)送RRC連接拒絕消息到請求的RRC連接的多個終端時,無線資源被浪費,這是因為發(fā)送RRC連接拒絕消息需要不期望的長的時間。當提供多址通信業(yè)務時出現(xiàn)這樣的浪費無線資源的典型的例子。
UTRAN20利用多址通信服務通知過程執(zhí)行計數(shù)操作來確定在特定小區(qū)內希望接收特定多址通信業(yè)務的終端10的全部數(shù)量。計數(shù)操作被用于確定提供特定多址通信業(yè)務的無線載體應該是點對多點或點對點的。如果存在于相應小區(qū)中的終端數(shù)小于閾值,設置點對點無線載體。如果終端數(shù)大于或等于閾值,設置點對多點無線載體。
當對于特定業(yè)務設置點對點無線載體時,希望接收業(yè)務的終端10都處于RRC連接狀態(tài)。然而,當對于特定業(yè)務設置點對多點無線載體時,所有希望接收業(yè)務的終端10不需要處于RRC連接狀態(tài),因為RRC空閑狀態(tài)終端也能夠通過點對多點無線載體接收多址通信業(yè)務。
對于多址通信業(yè)務,使用計數(shù)操作選擇無線載體類型是必要的,以便有效地分配無線資源。因此,多址通信業(yè)務期間,在開始多址通信業(yè)務之前或周期性地執(zhí)行選擇操作。
為了在UTRAN20上計數(shù)終端10的數(shù)量,在接收服務通知的情況下,處于空閑狀態(tài)的這些終端立即發(fā)送RRC連接請求消息到UTRAN。當UTRAN20在服務通知之后接收RRC連接請求消息時,小區(qū)內希望接收特定多址通信業(yè)務的終端10的數(shù)量被計數(shù)以確定無線載體的類型?;跓o線資源條件,將RRC連接建立消息發(fā)送到確定數(shù)量的終端10和RRC連接拒絕消息被發(fā)送到剩余的終端以便在RRC空閑狀態(tài)中一些終端能接收相應的服務。
因為多址通信業(yè)務是針對大量終端10的業(yè)務,在服務通知之后,UTRAN20幾乎同時從許多終端接收RRC連接請求消息。UTRAN20典型的拒絕這些RRC連接請求的大多數(shù)。由于每個RRC連接拒絕消息只通知一個終端10它的RRC連接請求已經(jīng)被拒絕,消耗更長的時間周期和大量的無線資源以便發(fā)送RRC連接拒絕消息到所有相應的終端,特別是在其中處理非常多的終端的多址通信業(yè)務中。
此外,如果發(fā)送RRC連接請求消息的終端10在確定周期時間內沒有接收RRC連接建立消息或RRC連接拒絕消息,終端再次發(fā)送RRC連接請求消息。由于UTRAN必須接收每個重發(fā)的消息,重發(fā)的RRC連接請求消息進一步浪費了無線資源。
因此,需要一種促進通知多個終端它們的RRC連接請求被拒絕的的方法和裝置,其不用必須發(fā)送RRC連接拒絕消息到每個終端,以便保存無線資源。本發(fā)明針對這個和其他需要。
發(fā)明內容
技術問題本發(fā)明涉及一種用于促進在UMTS(全球移動電信系統(tǒng))中的終端和網(wǎng)絡之間的連接的方法和裝置,通過該方法和裝置,網(wǎng)絡利用單一的組拒絕消息來通知多個終端它們的連接請求被拒絕。
技術方案為了實現(xiàn)根據(jù)本發(fā)明目的的這些和其他的優(yōu)點,如具體和廣義所描述的,本發(fā)明具體實現(xiàn)為移動通信系統(tǒng)和設備,其以保存無線資源的方式促進UMTS中終端和UTRAN之間的RRC連接。特別是,提供了一種方法和裝置,其允許UTRAN經(jīng)過發(fā)送到多個終端的單一消息來通知多個終端它們的RRC連接請求被拒絕。盡管在此所述的本發(fā)明是關于3GPP開發(fā)的UMTS,但本發(fā)明的方法和裝置意在可以用于任何時候,只要需要通知移動通信系統(tǒng)中的多個終端它們的連接請求已經(jīng)被拒絕。
在本發(fā)明的一個方面中,提供了終端與網(wǎng)絡無線通信的方法。該方法包括通過發(fā)送連接請求到網(wǎng)絡來啟動有關網(wǎng)絡所提供的用戶業(yè)務的連接處理過程,接收包括識別連接請求被拒絕的終端的列表的組拒絕消息,并比較終端標識和組拒絕消息的列表中的終端標識以確定是否丟棄組拒絕消息或放棄連接處理。
列表中存在的終端標識指示連接請求被拒絕。列表上不存在終端標識指示連接請求還沒有被拒絕。因此,如果終端標識不在列表中,組拒絕消息被丟棄,且終端繼續(xù)等待另一個組拒絕消息或者指示連接請求被批準的連接建立消息。如果終端標識在列表上,終端放棄該連接處理過程。
優(yōu)選地,連接請求是RRC連接請求且通信連接尋找是有關MBMS多址通信業(yè)務的RRC連接。列表可以包含預訂到RRC連接請求被拒絕的用戶業(yè)務的終端的啟動內部UE標識,并且終端比較內部啟動的UE標識和列表中的以確定是否消息是意在用于那個特定的終端的。預期,組拒絕消息可以包括指示為何連接請求被拒絕的拒絕原因。
在本發(fā)明的另一個方面中,提供了終端與網(wǎng)絡無線通信的方法。該方法包括通過發(fā)送連接請求到網(wǎng)絡來啟動和由網(wǎng)絡提供的用戶業(yè)務有關的連接處理、接收包括連接建立信息或組拒絕信息的連接響應消息,并評估連接響應消息以確定是否建立網(wǎng)絡連接,丟棄連接響應消息,或放棄連接處理。
如果連接響應消息包含連接建立信息,該終端利用連接建立信息建立與網(wǎng)絡的連接。一旦連接完成,終端發(fā)送指示連接完成狀態(tài)的消息到網(wǎng)絡。
如果連接響應消息包含組拒絕信息,終端確定是否組拒絕信息是意在用于那個特定的終端的,這是基于識別連接請求被拒絕的終端的組拒絕信息中的列表。如果列表包括特定的終端的標識,由于連接請求被拒絕,終端放棄連接處理過程。如果列表不包括特定的終端標識,連接響應消息被丟棄且終端繼續(xù)等待另一個連接響應消息。
優(yōu)選地,連接請求是RRC連接請求和通信連接尋找是有關MBMS多址通信業(yè)務的RRC連接。連接拒絕信息可以包括列表,其包含預訂RRC連接請求被拒絕的用戶業(yè)務的終端的啟動內部UE標識,并且該終端比較內部啟動UE標識和列表中的標識以確定是否該消息是意在用于那個特定終端的。預期,組拒絕消息可以包括指示為何連接請求被拒絕的拒絕原因。
在本發(fā)明的另一個方面中,提供了用于網(wǎng)絡與多個終端無線通信的方法。該方法包括從多個終端的每個接收連接請求,確定哪個連接請求被批準和哪個連接請求被拒絕,產(chǎn)生識別不應該建立通信連接的那些終端的列表,和發(fā)送包括該列表的單一組拒絕消息到多個終端。
優(yōu)選地,連接請求是搜尋有關MBMS多址通信業(yè)務的RRC連接的RRC連接請求,且哪個終端應該建立RRC連接的確定優(yōu)選地是根據(jù)可用的無線資源和/或終端優(yōu)先權來執(zhí)行的。該列表可以包含RRC連接請求被拒絕的終端的啟動內部UE標識。
注意,組拒絕消息可以包括指示為何連接請求被拒絕的拒絕原因。另外預期,在接收第一個連接請求之后,在特定的時間周期內可以由網(wǎng)絡發(fā)送組拒絕消息以便防止連接請求被拒絕的那些終端發(fā)送附加的連接請求。而且,預期,網(wǎng)絡可以發(fā)送包括連接建立信息的連接響應消息到連接請求被批準的至少一個終端。
在本發(fā)明的另一個方面中,提供了終端與網(wǎng)絡無線通信方法。該方法包括發(fā)送連接請求到網(wǎng)絡以請求連接建立消息,確定是否在確定周期時間內接收了用于特定終端的連接建立消息或組拒絕消息,和重發(fā)連接請求消息或者進入連接狀態(tài)或空閑狀態(tài)。
如果在預定時間周期內既沒有連接建立消息被接收也沒有組拒絕消息被接收,重發(fā)連接請求。如果在預定周期時間內接收了連接建立消息,終端建立網(wǎng)絡連接和進入連接狀態(tài)。如果在預定時間周期內用于終端的組拒絕消息被接收,終端進入空閑狀態(tài)且不發(fā)送附加的連接請求。
優(yōu)選地,連接請求是RRC連接請求,通信連接搜尋是有關MBMS多址通信業(yè)務的RRC連接,且連接狀態(tài)是終端和網(wǎng)絡之間的RRC連接。組拒絕消息優(yōu)選地是RRC組拒絕消息并且連接建立消息和組拒絕消息優(yōu)選地在相同的信道上被接收。
預期,組拒絕消息可以包含預訂RRC連接請求被拒絕的用戶業(yè)務的終端的啟動內部UE標識。終端比較內部啟動UE標識和列表中的那些以確定是否消息是也在用于那個特定的終端的。
列表中存在終端標識指示組拒絕消息是意在用于那個特定終端的。列表中不存在終端標識指示組拒絕消息不是針對那個特定終端的。因此,如果終端標識不在列表中,組拒絕消息被丟棄且終端繼續(xù)等待指示連接請求被拒絕的另一個組拒絕消息或指示連接請求被批準的連接建立消息。如果終端標識在列表中,終端進入空閑狀態(tài)和放棄連接處理。
在本發(fā)明的另一個方面中,提供用于網(wǎng)絡與多個終端無線通信的方法。該方法包括從多個終端的每個接收連接請求,只對那些確定建立通信連接的終端發(fā)送連接建立消息,和向所有終端發(fā)送包含有關不應該建立通信連接的那些終端的拒絕信息的連接拒絕消息,以及經(jīng)相同的信道發(fā)送連接建立消息和連接拒絕消息。
優(yōu)選地,連接請求是搜尋有關MBMS多址通信業(yè)務的終端和網(wǎng)絡之間的RRC連接的RRC連接請求。優(yōu)選地經(jīng)MBMS控制信道發(fā)送連接請求。
連接建立消息優(yōu)選地是RRC連接建立消息。連接拒絕消息優(yōu)選地是包含RRC連接請求被拒絕的終端的啟動內部UE標識的列表的RRC組拒絕消息。優(yōu)選地經(jīng)公共控制信道發(fā)送連接建立消息和拒絕消息。
在本發(fā)明另一方面中,提供與網(wǎng)絡無線通信的終端。該終端包括發(fā)射器、顯示器。存儲器單元。接收器和處理單元。
通過發(fā)送連接請求到網(wǎng)絡,發(fā)射器啟動有關用戶業(yè)務的網(wǎng)絡連接處理。顯示器傳送信息給用戶。存儲單元存儲有關網(wǎng)絡連接和用戶業(yè)務的信息。接收器從網(wǎng)絡接收包含連接建立信息和連接拒絕信息的連接響應消息。處理單元執(zhí)行本發(fā)明的方法來評估連接響應消息的內容,以便如果它不是針對特定的終端,則建立網(wǎng)絡連接,丟棄連接響應消息,或者如果連接響應指示連接請求被拒絕,而放棄網(wǎng)絡連接處理。
在本發(fā)明另一個方面中,提供與多個終端無線通信的網(wǎng)絡。該終端包括接收器,發(fā)射器,存儲單元,和處理單元。
接收器從多個終端接收搜尋有關用戶業(yè)務的網(wǎng)絡連接的連接請求。發(fā)射器把包含連接建立信息或連接拒絕信息的連接響應消息發(fā)送到多個終端。存儲單元存儲有關網(wǎng)絡連接和用戶業(yè)務的信息。處理單元執(zhí)行本發(fā)明的方法以確定多個終端的哪些終端應該建立通信連接,產(chǎn)生識別連接請求不被批準的終端的列表,發(fā)送包含連接建立信息的連接響應消息到那些確定接收通信連接的終端,和發(fā)送包含列表的組拒絕連接響應消息到多個終端。
在本發(fā)明的另一個方面中,提供了多個終端和網(wǎng)絡之間的無線通信的方法。該方法包括從網(wǎng)絡上的多個終端接收連接請求,確定哪個終端應該建立通信連接,產(chǎn)生列表以識別不應該建立通信連接的那些終端,發(fā)送包括列表的單一組拒絕消息到多個終端,和在每個終端上接收組拒絕消息,其中由列表識別的那些終端進入其中沒有更多的連接請求被發(fā)送到網(wǎng)絡的空閑狀態(tài)。
優(yōu)選地,連接請求是RRC連接請求和終端搜索的通信連接是有關MBMS多址通信業(yè)務的RRC連接。優(yōu)選地根據(jù)可用無線資源和/或終端優(yōu)先權執(zhí)行應該建立RRC連接的終端的確定。該列表可以包含連接請求被拒絕的終端的啟動內部UE標識并且終端比較它們的內部啟動UE標識和列表中的那些以確定它們是否進入空閑狀態(tài)。
期望組拒絕消息可以包括拒絕原因以通知終端為何它們的連接請求被拒絕。此外,預期在第一次連接請求被接收之后,可以在特定時間周期內通過網(wǎng)絡發(fā)送組拒絕消息以便防止連接請求被拒絕的那些終端發(fā)送附加的連接請求。
下面的和部分的描述將使前述的本發(fā)明的特點更加顯而易見,根據(jù)下述內容本領域普通技術人員將可以學習本發(fā)明的實踐。本發(fā)明的目的和優(yōu)點將可以被實現(xiàn)和獲得,如所附權利要求所特別指出的那樣。
應該明白的是,本發(fā)明的前述的一般性描述和下述的詳細描述是示例性的,并且意在提供如權利要求所述的對本發(fā)明的進一步的解釋。
所包括的附圖提供本發(fā)明的進一步解釋并結合和構成本申請的一部分,本發(fā)明的實施例連同說明書當作解釋本發(fā)明的原理。不同圖中由相同數(shù)字涉及的本發(fā)明的特征,元件和方面表示根據(jù)一個或多個實施例的相同的,等效的,或類似的特征,元件,或方面。
圖1示例了普通3GPP UMTS系統(tǒng)的網(wǎng)絡結構。
圖2示例了普通UMTS網(wǎng)絡的基本結構。
圖3示例了當UTRAN接受終端的RRC連接請求時的現(xiàn)有技術的過程。
圖4示例了當UTRAN拒絕終端的RRC連接請求時的現(xiàn)有技術的過程。
圖5示例了用于處理RRC連接建立消息和RRC連接拒絕消息的圖6示例了根據(jù)本發(fā)明方法的當UTRAN接受終端的RRC連接請求和拒絕多個終端的RRC連接請求時的處理過程。
圖7示例了根據(jù)本發(fā)明一個實施例的處理RRC連接建立消息和RRC組拒絕消息的方法。
圖8示例了根據(jù)本發(fā)明一個實施例的用于發(fā)送RRC連接建立消息和RRC組拒絕消息的方法。
圖9示例了根據(jù)本發(fā)明一個實施例的用于處理RRC連接建立消息和RRC組拒絕消息的終端。
圖10示例了根據(jù)本發(fā)明一個實施例的用于發(fā)送RRC連接建立消息和RRC組拒絕消息的網(wǎng)絡。
具體實施例方式
本發(fā)明涉及促進在UMTS(全球移動電信系統(tǒng))中終端和網(wǎng)絡之間的連接的方法和裝置,通過該方法和裝置,網(wǎng)絡利用單一組拒絕消息通知多個終端它們的連接請求被拒絕。盡管本發(fā)明被關于移動通信系統(tǒng),比如3GPP開發(fā)的UMTS,特別是有關MBMS用戶業(yè)務的RRC連接示例,但預期在此所述的方法和裝置還可以應用到類似和/或不同的標準下操作的通信系統(tǒng),只要是期望通知多個終端它們的連接請求被拒絕而不必發(fā)送連接拒絕消息到每個終端,從而保留了無線資源。
本發(fā)明允許UTRAN520通過發(fā)送單一的RRC組拒絕消息而發(fā)送相同的RRC連接拒絕消息到具有相同RRC連接拒絕原因的多個終端410,該單一RRC組拒絕消息包含多個啟動UE標識的內部UE標識列表,且可選的,包括RRC連接拒絕原因。接收RRC組拒絕消息的終端410首先檢查以查看是否它的啟動UE標識匹配在啟動UE標識列表中的那些。如果匹配,終端410停止發(fā)送RRC連接請求和進入空閑狀態(tài)。如果沒有匹配,終端410繼續(xù)等待來自UTRAN520的RRC連接建立消息或RRC連接拒絕消息。
圖6示例了利用本發(fā)明的方法和裝置的用于發(fā)送RRC組拒絕消息的過程。假設UTRAN520從示例的(UE1-UE4)每個終端410接收相同的RRC連接請求消息,UTRAN之后確定接受或拒絕每個連接請求。在這些因素中,可以考慮無線資源和終端優(yōu)先權的條件來作出該確定。圖6示例了其中來自UE1的請求被接受,而來自UE2-UE4的請求被拒絕的例子。
UTRAN520發(fā)送包含啟動UE標識1、RNTl1和無線載體信息的RRC連接建立消息到RRC連接請求被接受的UE1。因為每個終端410被分配不同的RNTI和無線載體信息,RRC連接建立消息必須被發(fā)送到允許RRC連接的每個終端。因此,如果具有連接請求被批準的更多的終端410,UTRAN必須發(fā)送附加的連接建立消息。
與RRC連接建立消息到UE1的傳輸同時,UTRAN520還發(fā)送用于UE2-UE4的RRC組拒絕消息到RRC連接已經(jīng)被拒絕的終端410。用于終端410的啟動UE標識被包括在RRC組拒絕消息中以允許終端確定是否該消息是意在用于那個特定終端的。
由于UTRAN520必須拒絕多個終端410的RRC連接請求,優(yōu)選地RC組拒絕消息只被發(fā)送到具有相同拒絕原因的那些終端。而且,經(jīng)相當長的周期時間,在收集了從多個終端410接收的請求之后,UTRAN520發(fā)送RRC組拒絕消息,比其它終端更早地發(fā)送了它們的連接請求的終端可以重發(fā)連接請求,因為它們從UTRAN沒有接收到任何響應。這種不必要的重發(fā)請求浪費了無線資源。為了進一步保留無線資源,UTRAN520優(yōu)選地在相對短的周期時間內把RRC組拒絕消息發(fā)送到發(fā)射了請求的那些終端410。因此,UTRAN520對那些終端產(chǎn)生RRC組拒絕消息,這些終端具有相同的拒絕原因且同時或在確定的時間周期內請求了RRC連接。
在圖6中,UE2-UE4接收RRC組拒絕消息并首先檢查啟動的UE標識列表以便查看它們的標識是否被包括在列表中。如果終端410發(fā)現(xiàn)它的標識在列表上,終端停止它的RRC連接請求過程并進入空閑狀態(tài)。如果終端410沒有發(fā)現(xiàn)它的標識在列表上,終端丟棄接收的RRC組拒絕消息且繼續(xù)等待RRC連接建立消息或另一RRC組拒絕消息。
圖7示例了根據(jù)本發(fā)明一個實施例的用于處理終端410中RRC連接建立消息和RRC組拒絕消息的方法200。該方法200包括通過發(fā)送RRC連接請求消息啟動化網(wǎng)絡連接處理(S210),并接著讀取公共控制信道(S225)直到RRC連接建立消息被接收(S230)或RRC組拒絕消息被接收(S244)為止。預期方法200可以完全包括現(xiàn)有技術的方法,比如定時器和重發(fā)閾值,以便如果沒有接收到RRC連接建立消息或RRC拒絕消息的話重發(fā)RRC連接請求消息。
如果在步驟S230接收了RRC連接建立消息,在步驟S242建立網(wǎng)絡連接和將RRC連接建立完成消息發(fā)送到網(wǎng)絡。在步驟S270停止RRC連接請求消息的進一步的重發(fā)。
如果RRC連接建立消息沒有被接收,由步驟S244確定是否RRC組拒絕消息被接收。如果RRC組拒絕消息沒有被接收,通過步驟S225中再次讀取公共控制信道,終端410繼續(xù)等待RRC連接建立消息或RRC組拒絕消息。如果RRC組拒絕消息被接收,檢查包含在RRC組拒絕消息中的UE標識的列表。UE標識指示連接請求被拒絕的終端410。
如果在步驟S265,內部終端識別符與RRC組拒絕消息中的UE識別符的列表相比較。如果特定終端的內部終端識別符被在列表中發(fā)現(xiàn),在步驟S267終端410進入空閑狀態(tài)且放棄網(wǎng)絡連接處理,在步驟S270停止RRC連接請求消息的進一步的重發(fā)。如果沒有在列表中發(fā)現(xiàn)特定終端的內部終端識別符,RRC拒絕消息被丟棄,且終端410通過步驟S225中再次讀取公共控制信道,來繼續(xù)等待RRC連接建立消息或RRC組拒絕消息。
RRC連接請求可以與用戶業(yè)務,比如MDMS多點業(yè)務相關,而RRC連接建立消息和RRC組拒絕消息可以被導向預訂了業(yè)務的終端410。優(yōu)選地,在相同的公共控制信道上接收RRC連接建立消息和RRC組拒絕消息,并且在MBMS控制信道上發(fā)送RRC連接請求消息。
圖8示例了根據(jù)本發(fā)明一個實施例的用于處理RRC連接請求消息和在網(wǎng)絡中產(chǎn)生RRC連接建立消息和RRC組拒絕消息的方法300。該方法300包括接收RRC連接請求消息(S310)并接著確定是否批準RRC連接請求(S315)。
在步驟S315中確定是否批準RRC連接請求可以是根據(jù)可用的無線資源和/或終端優(yōu)先權。如果RRC連接請求被批準,在步驟S330將RRC連接建立消息發(fā)送到發(fā)射了RRC連接請求的終端410。如果RRC連接請求被拒絕,則在步驟S317把對應于發(fā)送了RRC連接請求的終端410的終端識別符添加到對應于RRC連接請求被拒絕的終端的終端識別符的列表中。
在優(yōu)選實施例中,在步驟S319利用閾值來確定何時發(fā)送RRC組拒絕消息。預期閾值與預定的周期時間相關以便在第一個RRC連接請求被接收之后在預定的周期時間內發(fā)送RRC組拒絕消息,從而防止在通知終端410它們的先前的RRC連接請求被拒絕之前重發(fā)RRC連接請求。
在步驟S344發(fā)送包含終端識別符的列表的RRC組拒絕消息。預期RRC組拒絕消息可以包括指示為何連接請求被拒絕的拒絕原因。優(yōu)選地,RRC組拒絕消息中的終端識別符的列表對應于具有相同拒絕原因的終端410。
RRC連接建立消息只被發(fā)送到確定建立通信連接的那些終端410,而RRC組拒絕消息被發(fā)送到所有終端。優(yōu)選地,在相同的公共控制信道上發(fā)送RRC連接建立消息和RRC組拒絕消息。
應該注意,圖7和8示例的方法的步驟順序只是出于示例性的,并且可以被在不脫離本發(fā)明的目的的情況下改變。而且,通過UTRAN520和每個終端410中的合適的軟件和/或硬件可以執(zhí)行圖7和8示例的方法。
圖9示例了根據(jù)本發(fā)明的優(yōu)選實施例的終端410的方框圖。終端410包括處理器或數(shù)字信號處理器412,RF模塊435,功率管理模塊405,天線440,電池455,顯示器415,鍵盤420,存儲器430,SIM卡425(可選的),揚聲器445和麥克風450。
用戶輸入指令信息,比如電話號碼,例如,通過按壓鍵盤420的按鈕或通過使用麥克風450的語音激活。微處理器412接收和處理指令信息以執(zhí)行適當?shù)墓δ?,比如撥打電話號碼??梢詮挠脩魳俗R模塊(SIM)卡425或存儲器模塊430檢索操作的數(shù)據(jù)以執(zhí)行功能。而且,為了用戶的參考和方便,處理器412可以在顯示器415上顯示指令和操作信息。而且,處理器412適于執(zhí)行圖7所示的方法200。
處理器412發(fā)布指令信息到RF模塊435,以啟動通信,例如,發(fā)送包括語音通信數(shù)據(jù)的無線信號或發(fā)送在此所述的RRC連接請求消息。RF模塊435包括接收器和發(fā)射器以接收和發(fā)送無線信號。天線440促進無線信號的發(fā)送和接收。在如在此所述的從網(wǎng)絡接收諸如RRC連接建立消息或RRC組拒絕消息的無線信號的情況下,RF模塊435可以轉送和變換信號到基帶頻率以便于處理器412的處理。處理的信號也可以被變換成經(jīng)揚聲器輸出的可聽的或可讀的信息,例如,如果無線信號是呼入電話呼叫。
圖10示例了根據(jù)本發(fā)明優(yōu)選實施例的UTRAN520的方框圖。UTRAN520包括一個或多個無線網(wǎng)絡子系統(tǒng)(RNS)525。每個RNS525包括無線網(wǎng)絡控制器(RNC)523和由RNC管理的多個節(jié)點-Bs(基站)。RNC523處理無線資源的分配和管理并操作成用于核心網(wǎng)30的訪問點。而且,RNC523適于執(zhí)行圖8所示的方法300。
節(jié)點-Bs521通過上行鏈路接收由終端410的物理層發(fā)送的信息,并通過下行鏈路發(fā)送數(shù)據(jù)到終端。節(jié)點-Bs521操作成訪問點,或者作為用于終端410的UTRAN520的發(fā)射器或接收器。
在現(xiàn)有技術中,當UTRAN20拒絕從確定的終端10發(fā)射的RRC連接請求時,拒絕消息必須被發(fā)送到RRC連接請求被拒絕的每個終端。為發(fā)送多個拒絕消息而需要不期望的長時間,這浪費了下行鏈路無線資源。如果它們在允許的時間內從UTRAN20沒有接收任何響應,上行無線資源會被浪費,這是因為一些終端10可能重發(fā)它們的RRC連接請求。
本發(fā)明促進發(fā)送單一的RRC組拒絕消息以便拒絕多個終端410的RRC連接請求,借此最小化無線資源的浪費和向發(fā)送了請求的那些終端提供快速響應。應該明白,當提供多址通信業(yè)務到大量的終端410時,本發(fā)明具有特別的優(yōu)越性。
前述的實施例和優(yōu)點僅僅是示例性的而不會構成對本發(fā)明的限制。本發(fā)明的教導能容易的應用到其它類型的裝置。本發(fā)明的描述意在示例,而不會限制權利要求的范圍。對于普通技術人員來說,許多替換,修改,和變化將是顯而易見的。在權利要求書中,裝置加功能語句意在覆蓋在此執(zhí)行所述功能的所述的結構,并且不僅是結構的等效也是等效的結構。
權利要求
1.一種無線通信系統(tǒng)中與網(wǎng)絡通信的方法,該方法包括步驟通過發(fā)送連接請求消息到網(wǎng)絡來啟動有關用戶業(yè)務的網(wǎng)絡連接處理;從網(wǎng)絡接收連接響應消息,該連接響應消息包括連接拒絕信息和至少一個終端識別符;比較內部終端識別符和在連接響應消息中的至少一個終端識別符;和執(zhí)行丟棄連接響應消息以等待另一連接響應消息和放棄網(wǎng)絡連接處理的其中之一,其中如果內部終端識別符不匹配在連接響應消息中的至少一個終端識別符,則丟棄連接響應消息,且如果內部終端識別符匹配在連接響應消息中的至少一個終端識別符,則放棄網(wǎng)絡連接處理。
2.如權利要求1所述的方法,其中,該用戶業(yè)務包括MBMS業(yè)務。
3.如權利要求1所述的方法,其中,該連接響應消息被導向預訂到用戶業(yè)務的終端。
4.一種無線通信系統(tǒng)中與網(wǎng)絡通信的方法,該方法包括步驟通過發(fā)送連接請求消息到網(wǎng)絡來啟動有關用戶業(yè)務的網(wǎng)絡連接處理;從網(wǎng)絡接收連接響應消息,該連接響應消息包括連接建立信息和組拒絕信息的其中之一,該組拒絕消息包括至少一個終端識別符;和執(zhí)行建立網(wǎng)絡連接、丟棄連接響應消息以等待另一連接響應消息和放棄網(wǎng)絡連接處理的其中之一,其中如果連接響應消息包括連接建立信息則建立網(wǎng)絡連接,如果消息包含組拒絕信息而終端識別符不匹配內部終端識別符則丟棄連接響應消息,以及如果連接響應消息包含有與內部終端識別符匹配的終端識別符的組拒絕信息,則放棄網(wǎng)絡連接處理。
5.如權利要求4所述的方法,其中,該用戶業(yè)務包括MBMS業(yè)務。
6.如權利要求4所述的方法,其中,該連接響應消息被導向預訂到用戶業(yè)務的終端。
7.一種無線通信系統(tǒng)中與多個終端通信的方法,該方法包括從多個終端的每一個接收連接請求消息,該連接請求消息表示有關用戶業(yè)務的連接請求并請求連接響應消息;確定哪個連接請求被批準和哪個連接請求被拒絕;和發(fā)送第一連接響應消息到多個終端,該第一連接響應消息包括連接拒絕信息和至少一個終端識別符,該至少一個終端識別符指示連接請求被拒絕的相應的終端。
8.如權利要求7所述的方法,其中,該包括連接拒絕消息的第一連接響應消息被在接收第一連接請求消息之后的預定周期時間內發(fā)送。
9.如權利要求7所述的方法,其中,該第一連接響應消息進一步包括用于拒絕連接請求的拒絕原因。
10.如權利要求9所述的方法,其中,該拒絕原因對于對應于第一連接響應消息中的至少一個終端識別符的所有終端來說是相同的。
11.如權利要求7所述的方法,進一步包括發(fā)送包括連接建立信息的第二連接響應消息到連接請求被批準的至少一個終端。
12.如權利要求7所述的方法,其中,該用戶業(yè)務包括MBMS業(yè)務。
13.如權利要求7所述的方法,其中,哪個連接請求被批準和哪個連接請求被拒絕是根據(jù)可用無線資源和終端優(yōu)先權的至少其中之一確定的。
14.一種在無線通信系統(tǒng)中與網(wǎng)絡通信的方法,該方法包括步驟發(fā)送連接請求消息以從網(wǎng)絡請求第一響應消息;在確定的時間周期期間確定是否接收第一響應消息和第二響應消息的其中之一,該第一響應消息意在用于特定終端,且第二響應消息意在用于多個終端;和執(zhí)行重發(fā)連接請求消息,進入連接的狀態(tài)、和進入空閑狀態(tài)的其中之一,其中如果既沒有接收到第一響應消息也沒有接收到第二響應消息,則重發(fā)連接請求消息,如果接收到第一響應消息,則進入連接狀態(tài),且如果接收到第二響應消息,則進入空閑狀態(tài)。
15.如權利要求14所述的方法,其中,該連接請求消息是RRC連接請求消息。
16.如權利要求14所述的方法,其中,該第一響應消息是RRC連接建立消息。
17.如權利要求14所述的方法,其中,該第二響應消息是RRC組拒絕消息。
18.如權利要求14所述的方法,其中,該第二響應消息包括至少一個UE標識,且該方法進一步包括步驟比較內部UE標識和第二響應消息中的至少一個UE標識;和執(zhí)行丟棄第二響應消息和進入空閑狀態(tài)的其中之一,其中如果內部UE標識不匹配至少一個UE標識則丟棄第二響應消息,且如果內部UE標識匹配至少一個UE標識則進入空閑狀態(tài)。
19.如權利要求14所述的方法,其中,該連接狀態(tài)包括在終端和網(wǎng)絡之間的RRC連接。
20.如權利要求14所述的方法,其中,該連接請求消息與多址通信業(yè)務有關。
21.如權利要求14所述的方法,其中,該第一響應消息和第二響應消息被在相同的信道上接收。
22.一種在無線通信系統(tǒng)中與多個終端通信的方法,該方法包括在第一信道上從預訂業(yè)務的多個終端的每一個接收至少一個連接請求消息,該連接請求與業(yè)務有關;在第二信道上發(fā)送第一響應消息到多個終端的至少一個,其中該第一響應消息包含與業(yè)務有關的連接建立信息;和在第二信道上發(fā)送第二響應消息到多個終端,其中該第二響應消息包含與多個終端的至少一個相關的連接拒絕信息。
23.如權利要求22所述的方法,其中,該業(yè)務包括點對多點業(yè)務。
24.如權利要求22所述的方法,其中,該第二響應消息包括至少一個終端識別符,該至少一個終端識別符指示連接請求被拒絕的終端。
25.如權利要求22所述的方法,其中,該第二信道是公共控制信道。
26.如權利要求22所述的方法,其中,該第一信道是MBMS控制信道。
27.如權利要求22所述的方法,其中,該至少一個連接請求消息是RRC連接請求消息。
28.如權利要求22所述的方法,其中,該第一響應消息是RRC連接建立消息。
29.如權利要求22所述的方法,其中,該第二響應消息是RRC組拒絕消息。
30.如權利要求22所述的方法,其中,該請求的連接是在終端和網(wǎng)絡之間的RRC連接。
31.一種在移動通信系統(tǒng)中與網(wǎng)絡通信的終端,該終端包括發(fā)射器,其適于通過發(fā)送連接請求消息到網(wǎng)絡,來啟動與用戶業(yè)務相關的網(wǎng)絡連接處理;顯示器,其適于傳送信息到用戶;存儲器單元,其適于存儲信息;接收器,其適于從網(wǎng)絡接收連接響應消息,該連接響應消息包括連接建立信息和連接拒絕信息的其中之一;和處理單元,其適于評估連接響應消息的內容,并且執(zhí)行建立網(wǎng)絡連接、丟棄連接響應消息和放棄網(wǎng)絡連接處理的其中之一,其中如果連接響應消息包括連接建立信息則建立網(wǎng)絡連接,如果消息包含不針對該終端的拒絕信息則丟棄連接響應消息,且如果連接響應消息包含針對該終端的拒絕信息則放棄網(wǎng)絡連接處理。
32.如權利要求31所述的終端,其中,該連接請求消息是RRC連接請求消息。
33.如權利要求31所述的終端,其中,該連接響應消息是RRC連接建立消息,且該處理單元發(fā)送連接建立完成消息到網(wǎng)絡。
34.如權利要求31所述的終端,其中,該連接響應消息包括連接拒絕信息和至少一個終端識別符,并且該處理單元進一步適于比較內部終端識別符和在連接響應消息中的至少一個終端識別符;和執(zhí)行丟棄連接響應消息和放棄網(wǎng)絡連接處理的其中之一,其中如果內部終端識別符不匹配連接響應消息中的至少一個終端識別符則丟棄連接響應消息,且如果內部終端識別符匹配連接響應消息中的至少一個終端識別符則放棄網(wǎng)絡連接處理。
35.如權利要求31所述的終端,其中,該連接響應消息是RRC組拒絕消息。
36.如權利要求31所述的終端,其中,該連接響應消息包括指示為何連接請求被拒絕的拒絕原因。
37.如權利要求31所述的終端,其中,該處理單元進一步適于如果在啟動網(wǎng)絡連接處理之后的確定的周期時間內沒有接收到連接響應消息,則重發(fā)連接請求消息。
38.如權利要求31所述的終端,其中,該用戶業(yè)務是多址通信業(yè)務。
39.一種在移動通信系統(tǒng)中與多個終端無線通信的網(wǎng)絡,該網(wǎng)絡包括接收器,其適于從多個終端接收連接請求消息;發(fā)射器,其適于發(fā)送連接響應消息到多個終端的每一個;存儲單元,其適于存儲信息;和控制器,其適于確定第一組終端的哪些應該建立通信連接,產(chǎn)生識別連接請求沒有被批準的至少一個終端的列表,發(fā)送包括連接建立信息的連接響應消息到確定接收通信連接的至少一個終端,和發(fā)送包括連接拒絕信息和列表的單一組拒絕消息到多個終端。
40.如權利要求39所述的方法,其中,該連接請求消息包括RRC連接請求。
41.如權利要求39所述的方法,其中,該控制器進一步適于根據(jù)可用無線資源和終端優(yōu)先權的至少其中之一來確定多個終端的哪個應該建立通信連接。
42.如權利要求39所述的方法,其中,該通信連接包括在終端和網(wǎng)絡之間的RRC連接。
43.如權利要求39所述的方法,其中,該列表包括至少一個啟動UE標識。
44.如權利要求39所述的方法,其中,該控制器進一步適于在接收第一連接請求消息之后的特定時間周期內產(chǎn)生列表。
45.如權利要求39所述的方法,其中,該控制器進一步適于在單一組拒絕消息中包括拒絕原因,該拒絕原因指示為何連接請求被拒絕。
46.如權利要求39所述的方法,其中,該通信連接與多址通信業(yè)務有關。
47.如權利要求39所述的方法,其中,該包括連接建立信息的響應消息是RRC連接建立消息。
48.如權利要求39所述的方法,其中,該組拒絕消息是RRC組拒絕消息。
49.一種在移動通信系統(tǒng)的多個終端和網(wǎng)絡之間的無線通信方法,該方法包括步驟在網(wǎng)絡上從第一組終端接收連接請求;在網(wǎng)絡確定第一組終端的哪些應該建立通信連接;在網(wǎng)絡產(chǎn)生識別連接請求沒有被批準的第二組終端的列表;從網(wǎng)絡發(fā)送單一組拒絕消息到第一和第二組終端,該消息包括列表;以及在第一組和第二組終端的每一個接收該組拒絕消息,使得第二組終端的每一個停止發(fā)送連接請求到網(wǎng)絡。
50.如權利要求49所述的方法,其中,該連接請求包括RRC連接請求。
51.如權利要求49所述的方法,其中,根據(jù)可用無線資源和終端優(yōu)先權至少其中之一來執(zhí)行確定哪些第一組終端應該建立通信連接。
52.如權利要求49所述的方法,其中,該通信連接包括在終端和網(wǎng)絡之間的RRC連接。
53.如權利要求49所述的方法,其中,該列表包括啟動UE標識。
54.如權利要求49所述的方法,其中,該列表被在網(wǎng)絡接收第一連接請求之后的特定時間周期內產(chǎn)生。
55.如權利要求49所述的方法,其中,該單一組拒絕消息包括指示為何連接請求被拒絕的拒絕原因。
56.如權利要求49所述的方法,其中,該通信連接與多址通信業(yè)務相關。
全文摘要
一種方法和裝置,其用于發(fā)送單一的RRC組拒絕消息以拒絕多個終端的RRC連接請求,從而最小化無線資源的浪費和提供對發(fā)送了請求那些終端的快速響應。包括被拒絕的那些終端的啟動UE標識的列表和指示拒絕的原因的拒絕原因被包括在單一RRC組拒絕消息中。優(yōu)選地,應該在確定的時間限制內產(chǎn)生列表以防止一些終端重發(fā)它們的RRC連接請求。
文檔編號H04B7/26GK1720677SQ200480001646
公開日2006年1月11日 申請日期2004年5月7日 優(yōu)先權日2003年5月9日
發(fā)明者李英大, 李承俊, 千成德 申請人:Lg電子株式會社