專利名稱：連接建立系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊網(wǎng)絡(luò)中的信號傳輸(Signalling)，例如但不排他地涉及根據(jù) 3GPP標準或者其等同物或衍生物的網(wǎng)絡(luò)操作。
背景技術(shù)：
在通訊網(wǎng)絡(luò)中，連接在網(wǎng)絡(luò)中的組件或節(jié)點之間被建立。具體地，連接在諸如移動 通信設(shè)備之類的用戶裝置(UE)與基站(eNodeB或eNB)組件之間被建立。另外的連接被設(shè) 置在eNB組件與核心網(wǎng)絡(luò)中的諸如移動性管理實體(MME)設(shè)備之類的網(wǎng)關(guān)設(shè)備之間。這些 連接是通過在網(wǎng)絡(luò)中的設(shè)備之間交換連接請求和確認消息來建立的。在一些情形中，多個不同網(wǎng)絡(luò)類型可能可用來向UE提供多個不同服務(wù)，例如 E-UTRAN.UTRAN和GERAN網(wǎng)絡(luò)。UE連接到的最適合網(wǎng)絡(luò)可以取決于UE的能力及所需服務(wù)。下面將闡述用于確定UE應(yīng)當連接到的網(wǎng)絡(luò)的一個過程。這里描述的系統(tǒng)和方法 提供了用于基于服務(wù)的重定向(redirection)的簡化機制。可在通訊網(wǎng)絡(luò)中應(yīng)用的各種首字母縮寫詞本領(lǐng)域技術(shù)人員當然是熟悉的，然而為 了一般讀者的利益，附上了詞匯表。盡管為了本領(lǐng)域技術(shù)人員的理解效率，將在E-UTRAN 系統(tǒng)的環(huán)境中來詳細描述本發(fā)明，然而所標識系統(tǒng)的原理可被應(yīng)用于其它系統(tǒng)，例如，3G、 CDMA或者用戶經(jīng)由基站組件和網(wǎng)關(guān)設(shè)備來訪問網(wǎng)絡(luò)服務(wù)并且系統(tǒng)的相應(yīng)組件按照需要改 變的其它無線系統(tǒng)。本方法和系統(tǒng)還可以在無線局域網(wǎng)(WLAN)或者其它局域網(wǎng)或廣域網(wǎng) (LAN或WAN)中實現(xiàn)。

發(fā)明內(nèi)容
在獨立權(quán)利要求中闡述了本發(fā)明的各方面并且在從屬權(quán)利要求中闡述了優(yōu)選特 征。將從下面闡述的實施例的描述中清楚系統(tǒng)和方法的其它方面。針對所公開的所有方 法，本發(fā)明提供了用于在相應(yīng)裝置上執(zhí)行的相對應(yīng)計算機程序或計算機程序產(chǎn)品、裝置本 身(用戶裝置、節(jié)點、網(wǎng)絡(luò)或其組件，包括用于執(zhí)行所描述的方法的網(wǎng)關(guān)和基站節(jié)點)以及 配置和更新裝置的方法。一個方面的特征可適用于其它方面。


現(xiàn)在將參考附圖通過示例的方式來描述這里要求保護的方法和系統(tǒng)的實施例，在 附圖中圖1示意性地圖示出了實施例可適用的類型的移動通訊系統(tǒng)的一部分；圖2示意性地圖示出了實施例可適用的第二類型的移動通訊系統(tǒng)的一部分；圖3示出了根據(jù)一個實施例的從E-UTRAN到UTRAN/GERAN的重定向過程；圖4圖示出了根據(jù)一個實施例的重定向方法；圖5圖示出了根據(jù)另一實施例的重定向方法；圖6是圖示出圖1的基站之一的組件的示圖；以及
圖7是圖示出圖1的移動電話之一的組件的框圖。
具體實施例方式圖1示意性地圖示出了這樣的移動(蜂窩)通訊系統(tǒng)1，其中，移動(或蜂窩)電 話(MT) 3-0,3-1和3-2的用戶可經(jīng)由基站5-1、5-2或5_3之一以及電話網(wǎng)絡(luò)7來與其它用 戶(未示出)通信。電話網(wǎng)絡(luò)7包括多個組件，包括網(wǎng)關(guān)組件9-1、9-2。本領(lǐng)域技術(shù)人員 將理解，每個基站5-1、5-2、5-3可以經(jīng)由任一網(wǎng)關(guān)9-1、9-2連接到電話網(wǎng)絡(luò)7，并且所有基 站5-1、5-2、5-3可以經(jīng)由同一網(wǎng)關(guān)9-1、9-2進行連接。類似地，每個移動電話3可以經(jīng)由 任一基站5連接到電話網(wǎng)絡(luò)7，并且所有移動電話3可以經(jīng)由同一基站5進行連接。一個 或多個基站5可被布置到由無線電網(wǎng)絡(luò)控制器(RNC)控制的無線電接入網(wǎng)絡(luò)(RAN)中，RNC 可被實現(xiàn)為RAN中的基站5的一部分或者作為單獨的組件(未示出)。當移動電話3例如通過被開啟而進入網(wǎng)絡(luò)7時，連接在移動電話3與基站5之間 并且在基站5與網(wǎng)關(guān)設(shè)備9之間被建立。這使得能夠在移動電話3與網(wǎng)絡(luò)7中的其它組件 之間進行通信。E-UTRAN協(xié)議網(wǎng)絡(luò)也可稱為LTE或UTRAN網(wǎng)絡(luò)的長期演進。圖2示意性地圖示出了根據(jù)UTRAN協(xié)議的移動(蜂窩)通訊系統(tǒng)2，其中，移動(或 蜂窩)電話(MT)210-l、210-2和210-3(其可被稱為用戶設(shè)備或用戶裝置(UE))的用戶可 經(jīng)由基站212-1、212-2和212-3(其可被稱為NodeB或NB)之一來與其它用戶(未示出) 通信。每個基站與隨后連接到電話網(wǎng)絡(luò)218或核心網(wǎng)絡(luò)(CN)的網(wǎng)絡(luò)控制器214-1、214-2 或RNC(無線電網(wǎng)絡(luò)控制器)相關(guān)聯(lián)。電話網(wǎng)絡(luò)218包括多個組件，包括網(wǎng)關(guān)組件216-1、 216-2，網(wǎng)關(guān)組件在一個實施例中為SGSN。在UTRAN網(wǎng)絡(luò)中，還可以在基站之間執(zhí)行UE的切換。UTRAN網(wǎng)絡(luò)中的基站之間的 UE的切換也可包括網(wǎng)絡(luò)中控制器之間的切換以及網(wǎng)絡(luò)中網(wǎng)關(guān)組件之間的切換。UTRAN協(xié)議網(wǎng)絡(luò)也可稱為UMTS網(wǎng)絡(luò)(通用移動通訊系統(tǒng)網(wǎng)絡(luò))。每種類型的通訊網(wǎng)絡(luò)可被稱為無線電接入技術(shù)(RAT)。本領(lǐng)域技術(shù)人員將理解，各種類型的網(wǎng)絡(luò)可以包括更少或附加的網(wǎng)絡(luò)組件，并且 圖1和圖2不希望以任何方式被限制。使得能夠?qū)碜杂脩粼O(shè)備的連接從E-UTRAN重定向到UTRAN的一個原因在于運 營商網(wǎng)絡(luò)中的LTE引入不一定意味著從一開始就通過LTE接入在特定運營商網(wǎng)絡(luò)中提供所 有服務(wù)。例如，開始時可以不在E-UTRAN中提供語音服務(wù)，因為這可能限制LTE部署的靈活 性。可由要求保護的異RAT切換系統(tǒng)提供的其它優(yōu)點包括網(wǎng)絡(luò)共享、不同RAT間的流 量負載平衡、源RAT中的無線電狀況降級以及基于訂閱/策略的移動性控制?，F(xiàn)在將參考圖3更詳細地描述基于服務(wù)的重定向過程。UE 310 發(fā)送無線電資源控制(RRC)連接請求(Radio ResourceControl (RRC) Connection Request)消息給 eNB 312，eNB 312 回復以 RRC 連接設(shè)立(RRC Connection Setup)消息。eNB 312從RRC連接請求消息中的“建立原因(establishment cause) ”標識 符中確定UE 310所請求的服務(wù)。當接收到RRC連接設(shè)立消息時，UE 310將包括服務(wù)請求 消息的RRC連接設(shè)立完成消息發(fā)送給eNB 312。
eNB 312隨后將初始UE (Initial UE)消息發(fā)送給MME 314以請求UE 310—直到 MME 314的連接。MME 314向eNB 312回復以初始環(huán)境設(shè)立請求(Initial Context Setup Request)消息。初始環(huán)境設(shè)立請求消息包括UE 310的能力的細節(jié)。eNB 312可以基于從 MME 314接收到的能力信息，例如基于載體水平QoS參數(shù)來確定需要提供給UE 310的服務(wù)。UE 310在初始附接(Initial Attachment)到網(wǎng)絡(luò)或跟蹤區(qū)域更新(Tracking Area Update)到網(wǎng)絡(luò)時將其能力發(fā)送給MME 314。這些被存儲在MME 314中并且在連接建 立時被下載到eNB 312。結(jié)果，UE 310不必發(fā)送其能力來作為每個RRC連接設(shè)立過程的一 部分?；诮邮盏降腢E能力信息以及UE 310所請求的服務(wù)，eNB 312判斷是否需要重 定向。如果不需要重定向，則UE和eNB完成了 UE到網(wǎng)絡(luò)的連接。如果需要重定向，則eNB 312將RRC連接釋放(RRC ConnectionRelease)消息發(fā) 送給UE 310，該消息包括重定向信息，例如為了獲得所請求的服務(wù)、UE應(yīng)當連接到的UTRAN 網(wǎng)絡(luò)的頻率。eNB 312還將UE環(huán)境釋放(UE Context Release)請求發(fā)送給MME314以釋放MME 處的資源。UE 310從eNB 312接收RRC連接釋放消息，并且從該消息提取UTRAN頻率。UE 310 然后獲取UTRAN網(wǎng)絡(luò)的系統(tǒng)信息。在一個實施例中，可以例如使用網(wǎng)絡(luò)輔助的小區(qū)改變(NetworkAssisted Cell Change,NACC)過程來將與UTRAN網(wǎng)絡(luò)中的目標小區(qū)有關(guān)的另外的信息從eNB發(fā)送到UE，以 便輔助到替代網(wǎng)絡(luò)的連接。在一些情況中，替代網(wǎng)絡(luò)可以是GERAN而非UTRAN網(wǎng)絡(luò)。在此實施例中，可使用 NACC過程來增強RRC連接釋放過程以包括目標GERAN的系統(tǒng)信息。UE 310執(zhí)行小區(qū)選擇過程并且獲取相關(guān)系統(tǒng)信息，然后將新的RRC連接請求消息 發(fā)送給替代網(wǎng)絡(luò)的基站316。其例如可以是無線電網(wǎng)絡(luò)控制器(RNC)、基站控制器(BSC)或 基站收發(fā)臺(BTS)。注意，尤其對于GERAN連接，相關(guān)系統(tǒng)信息可能已經(jīng)經(jīng)由NACC過程而可 在eNB 312中被獲得，因此UE 310可以從那里獲得所需信息。當接收到RRC連接請求消息時，RNC/BSC 316向UE 310響應(yīng)以RRC連接設(shè)立消息。 UE 310回復以RRC連接設(shè)立完成消息從而完成到RNC/BSC 316的連接。UE 310然后執(zhí)行到UTRAN電路交換(CS)域，更具體地，到受訪問移動交換中心 (VMSC)318的附接過程，并且在UE與NW節(jié)點(S卩，MSC)之間執(zhí)行CM(連接管理)設(shè)立和無 線電載體設(shè)立。UE 310隨后被連接并且可以訪問所請求的服務(wù)。然而，與該方法相關(guān)聯(lián)的問題在于在eNB 312判定該網(wǎng)絡(luò)是否可以提供服務(wù)或 者是否需要重定向之前，要在UE 310與eNB 312之間進行完整的連接設(shè)立過程。這可能增 加UE 310可以訪問所請求服務(wù)之前的時間，并且可能浪費網(wǎng)絡(luò)資源，例如eNB的網(wǎng)絡(luò)中的 處理能量和帶寬。圖4圖示出了用于服務(wù)重定向的替代處理的一個實施例。在此實施例中，當從UE 310接收到RRC連接請求消息時，eNB 312向MME 314發(fā)送UE能力請求(UE Capability Request)消息。從MME 314接收UE能力響應(yīng)(UE Capability Response)消息，從該消息 中，eNB 312可以判斷UE310所請求的服務(wù)是否最好從該網(wǎng)絡(luò)提供，或者重定向到另一網(wǎng)絡(luò)是否更可取。如果UE 310將要被重定向，則eNB 312隨后可以將RRC連接拒絕(RRC Connection Reject)消息發(fā)送給UE 310以拒絕連接請求。因此，如果將要執(zhí)行重定向，則在所提議的過 程中不建立從UE 310到eNB 312的連接。優(yōu)選地，為了標記從UE到eNB的連接請求消息，由UE生成在請求消息中標識了預 定義的連接建立原因的RRC連接請求消息。在本實施例中，建立原因被指示為“MO CS呼 叫”(移動發(fā)起的電路交換呼叫)或者“MT CS呼叫”(移動終止的電路交換呼叫)。其它具 體標識符也可用來使得UE根據(jù)這里描述的過程進行操作。替代地，eNB可以根據(jù)本處理來 處理來自UE的每個連接請求。eNB應(yīng)當向其請求UE能力信息的適當MME優(yōu)選地利用S-TMSI (臨時移動臺身份) 被標識在RRC連接請求消息中。(“S”用來區(qū)分出該TMSI是由LTE/SAE (系統(tǒng)體系結(jié)構(gòu)演 進)網(wǎng)絡(luò))分配的。)eNB隨后可以利用圖4中示出的并且在這里描述的新的UE S1能力請求(UE S1 Capability Request)過程來從MME獲得UE能力信息。UE能力信息可以是UE的異無線電 接入技術(shù)(IRAT)能力信息。eNB隨后可以使用在RRC連接拒絕消息中發(fā)送的信息來將UE 定向到適當?shù)臒o線電接入技術(shù)(RAT)或網(wǎng)絡(luò)。如從圖3與圖4的比較可理解的，圖4的處理節(jié)省了多個處理步驟和消息交換，尤 其是UE 310與eNB 312之間的，因為如果UE將被重定向，則不在UE與eNB之間建立連接。 這還可以節(jié)省eNB處的網(wǎng)絡(luò)資源，因為資源不會被到UE的不必要連接所占用。圖5圖示出了用于使得eNB 512能夠判斷UE 510的重定向是否必要的替代系統(tǒng) 的實施例。與在針對圖4所描述的過程中一樣，UE 510使用預定標識符作為RRC連接請求 消息514中的建立原因，例如“MO CS呼叫”或“MT CS呼叫”。從eNB 512發(fā)送給UE 510的RRC連接設(shè)立消息516中的標識符被用來請求UE將 UE能力信息提供給eNB 512。UE 510在RRC連接設(shè)立完成消息518中將UE能力信息(UE 異RAT能力)發(fā)送給eNB 512。如果不需要重定向，則eNB 512繼續(xù)連接過程，從而生成針 對適當MME的消息。如果需要重定向，則eNB 512將RRC連接釋放消息520發(fā)送給UE510， 從而釋放連接。因此，在本實施例中，eNB在不用與MME通信的情況下確定重定向是否必要。因此， 節(jié)省了核心網(wǎng)絡(luò)中的網(wǎng)絡(luò)資源，因為MME不必處理并生成消息或者為隨后被重定向到別的 地方的UE查找信息。本領(lǐng)域技術(shù)人員將理解，圖4和圖5所示的兩種方法適合于不同情形。在任何特 定網(wǎng)絡(luò)中，可以排他地或默認地使用一種方法。替代地，可由UE或eNB在連接請求時來選 擇適當?shù)姆椒?。例如，如果UE與eNB之間的空中接口上的帶寬慢、昂貴或受到限制或者如果UE不 能夠?qū)碜詄NB的能力請求作出響應(yīng)，則圖4所示的方法是適合的。如果網(wǎng)絡(luò)運營商希望保留核心網(wǎng)絡(luò)中的資源或者如果MME未保存特定UE或UE組 的能力信息，則圖5所示的方法是適合的。將理解，可將一種方法用作備份或者用于確定能力信息的替代過程，如果第一優(yōu) 選方法不成功的話。例如，eNB可從MME請求UE能力信息，如圖4中所闡述的。如果能力信息不可被獲得，或者MME拒絕信息請求，則eNB隨后可以根據(jù)圖5所示的過程來從UE請 求{曰息。圖6是圖示出在本發(fā)明實施例中使用的并且在圖1中示出的基站之一的主要組件 的框圖。如圖所示，基站5包括收發(fā)器電路21，其可操作來經(jīng)由一個或多個天線23向移動 電話3發(fā)送信號并從移動電話3接收信號，并且其可操作來經(jīng)由網(wǎng)絡(luò)接口 25向電話網(wǎng)絡(luò) 7(圖1)發(fā)送信號并從電話網(wǎng)絡(luò)7接收信號。收發(fā)器電路21的操作由控制器27根據(jù)存儲 在存儲器29中的軟件來控制。該軟件包括操作系統(tǒng)31和能力處理模塊33等。能力模塊 33可用于請求與正連接的移動電話的能力有關(guān)的信息并且處理該信息。如圖3所示，軟件 還包括連接建立模塊35，連接建立模塊35用于基于能力信息判斷是否準許建立連接并且 用于輔助建立或拒絕所請求的連接。圖7是圖示出圖1所示的移動電話3之一的主要組件的框圖。圖7示意性地圖示出了根據(jù)一個實施例的圖1所示的移動電話3之一的主要組 件。如圖所示，移動電話3包括收發(fā)器電路71，其可操作來經(jīng)由一個或多個天線73向基站 5 (圖1)發(fā)送信號并從基站5接收信號。如圖所示，移動電話3還包括控制器75，控制器75 控制移動電話3的操作并且連接到收發(fā)器電路71以及揚聲器77、麥克風79、顯示裝置81 和鍵盤83?？刂破?5根據(jù)存儲在存儲器85內(nèi)的軟件指令來操作。如圖所示，這些軟件指 令包括操作系統(tǒng)87和連接請求模塊89等。連接請求模塊89可操作來生成用于發(fā)送給網(wǎng) 絡(luò)中的基站組件的連接請求消息，連接請求消息包括如這里描述的預定義的標識符。移動 電話3可選地還可以包括能力信息模塊(未示出)，能力信息模塊用于存儲與移動電話相關(guān) 聯(lián)的能力信息并且用于根據(jù)請求將能力信息提供給基站。下面是對可在當前提出的3GPP LTE標準中實現(xiàn)一個實施例的方式的詳細描述。盡 管將各種特征描述為是實質(zhì)性的或必要的，然而例如由于所提出的3GPP LTE標準所施加的 其它要求，這可能僅是針對所提出的3GPP LTE標準的情況。因此，這些陳述不應(yīng)當被解釋 為以任何方式限制本發(fā)明。標題用于LTE的快速CS服務(wù)重定向_引言在RAN2#61中，存在與基于服務(wù)的重定向如何從E-UTRAN到UTRAN和GERAN有關(guān)的 一些討論。在該提議中，我們提出了一種用于實現(xiàn)快速重定向方案的方法，其可適用于LTE 中的移動發(fā)起的和移動終止的CS呼叫兩者。_2 討論在[1]第3階段提議中，基于服務(wù)的重定向被提出。來自[1]的信號傳輸過程的 細節(jié)在第2. 1節(jié)中進行了扼要概述以有助于討論。2. 1從E-UTRAN到UTRAN/GERAN域的基于服務(wù)的重定向過程圖3示出了從E-UTRAN到UTRAN/GERAN CS域的基于服務(wù)的重定向過程。1.駐扎在 E-UTRAN 小區(qū)中的 UE 將 RRC CONNECTION REQUEST 消息發(fā)送給eNB。2.接收到 RRC CONNECTION REQUEST 消息的 eNB 將 RRCC0NNECTI0N SETUP 消息發(fā)送給UE。eNB可以從IE “建立原因”中確定UE所請求的服務(wù)。3.接收到 RRC CONNECTION SETUP 消息的 UE 將包括 SERVICEREQUEST 消息的 RRC CONNECTION SETUP COMPLETE 消息發(fā)送給 eNB。4.接收到 RRC CONNECTION SETUP COMPLETE 消息的 eNB 將 INITIAL UE MES SAGE 發(fā)送給MME。5.接收到 INITIAL UE MESSAGE 的 MME 將包括 UE 能力的 INITIALCONTEXT SETUP REQUEST消息發(fā)送給eNB。eNB可以從載體水平QoS參數(shù)來確定提供給UE的服務(wù)。6. eNB根據(jù)UE能力判定是否需要重定向以及要提供給UE的服務(wù)。如果eNB決定 需要重定向，則eNB將包括必要的重定向信息的RRCC0NNECTI0N RELEASE消息發(fā)送給UE。7.如果在步驟6中eNB決定需要重定向，則eNB將UE CONTEXTRELEASE REQUEST 發(fā)送給MME。8. UE接收來自eNB的RRC CONNECTION RELEASE,對被重定向的UTRAN頻率執(zhí)行小 區(qū)選擇并且獲取系統(tǒng)信息。如果與目標小區(qū)有關(guān)的系統(tǒng)信息的一部分將在步驟6中從源 E-UTRAN小區(qū)被發(fā)送給UE(NACC)以輔助該過程，則其是FFS。為了與GERAN配合，提議通過 再使用NACC功能來增強帶有重定向的RRC CONNECTI0NRELEASE過程以包括目標GERAN小 區(qū)的系統(tǒng)信息。9.在完成了小區(qū)選擇并且獲取了相關(guān)系統(tǒng)信息(對于GERAN，相關(guān)系統(tǒng)信息通過 NACC已經(jīng)可在eNB中被獲得)之后，UE將RRCC0NNECTI0N REQUEST消息發(fā)送給RNC/B SC。10. RNC/BSC 在接收到 RRC CONNECTION REQUEST 消息時，將 RRCC0NNECTION SETUP 消息發(fā)送給UE。11.UE 在接收到 RRC CONNECTION SETUP 消息時，將 RRCC0NNECTI0N SETUP COMPLETE 消息發(fā)送給 RNC/BSC。12.如果UE尚未完成到UTRAN CS域的ATTACH，則UE執(zhí)行ATTACH過程。13. UE還在UE與NW節(jié)點之間執(zhí)行CS設(shè)立和無線電載體設(shè)立。圖3圖示出了從E-UTRAN到UTRAN CS域(類似于GERAN CS域)的基于服務(wù)的重 定向過程。2.2 2.1中的當前提議的缺點由于如下事實導致了不必要的延遲為了重定向呼叫，RRC連接建立過程首先被 完成，然后是MME中的服務(wù)環(huán)境設(shè)立，將包括UE能力的服務(wù)環(huán)境傳送給eNB并且隨后eNB 通過RRC連接釋放過程來重定向呼叫。我們覺得該過程可以像下面提議地那樣被簡化并且
變得快一些。2. 3從E-UTRAN到UTRAN/GERAN的更快的CS服務(wù)重定向過程提議A 從MME獲取UE能力用于減少重定向時間的簡單方案在圖4中提出，其可適用于M0和MT CS呼叫兩者。這些過程之間的差別在于命令UE在到eNB的RRC連接建立期間在RRC連接請求 消息中將建立原因指示為“M0 CS呼叫”或原因“MTCS呼叫”。RRC連接請求將包含有效的 S-TMSI，該S-TMSI將用于標識出用于下載IRAT UE能力的MME。eNB可以使用新提出的S1UE能力請求過程來下載UE能力。基于接收到的IRAT UE 能力，eNB可以通過RRC連接拒絕消息來將UE重定向到適當?shù)腞AT。
用于RRC連接拒絕消息的其它IE也可被使用，如在[1]中所提出的，并且UE行為 也相應(yīng)地可被指定。提議B 從UE獲取UE能力與提議A —樣，命令UE在到eNB的RRC連接建立期間在RRC連接請求消息中將建 立原因指示為“MO CS呼叫”或原因“MT CS呼叫”。在RRC連接設(shè)立中，IE被用來指示UE 發(fā)送UE異RAT能力。如果這樣的IE被設(shè)置，則UE將異RAT UE能力包括在RRC連接設(shè)立 完成中。eNB在接收到RRC連接設(shè)立完成時，其可以確定UE能力并且通過發(fā)送包括如[1] 中所述的必要的重定向參數(shù)的RRC連接釋放消息來重定向UE。這種過程的一個實施例在圖 5中示出。_3 總結(jié)討論了簡化的更快的基于服務(wù)的重定向過程。我們提議將所提出的機制中的任一 種用于CS服務(wù)的重定向。提議A1 新的過程在SI接口上被定義，以利用由UE在RRC連接請求中提供的S-TMSI來 下載UE能力。2 使用RRC連接拒絕過程來執(zhí)行重定向。提議B 1 新的IE被引入RRC連接設(shè)立消息中，以請求UE在RRC連接設(shè)立完成中發(fā)送其 異RAT能力。2 新的IE被引入RRC連接設(shè)立完成消息中以將異RAT能力遞送給eNB。3 使用RRC連接拒絕過程來執(zhí)行重定向。我們強烈希望RAN 2采用重定向過程以更快速地重定向并且有效地支持CS退回 (fall back)功能。參考文獻[l]R2-080922" A Solution for Service-Based redirection" ， NTT DoCoMo, T-Mobile3GPP術(shù)語詞匯表LTE- (UTRAN 的)長期演進E-UTRAN-演進的 UTRANeNodeB-E-UTRAN 節(jié)點 BAGW-接入網(wǎng)關(guān)UE-用戶裝置-移動通信設(shè)備DL-下行鏈路-從基站到移動站的鏈路UL-上行鏈路-從移動站到基站的鏈路AM-確認模式UM-非確認模式MME-移動性管理實體
UPE-用戶平面實體CN-核4、網(wǎng)絡(luò)H0-切換RAN-無線電接入網(wǎng)絡(luò)RANAP-無線電接入網(wǎng)絡(luò)應(yīng)用協(xié)議RLC-無線電鏈路控制RNC-無線電網(wǎng)絡(luò)控制器RRC-無線電資源控制RRM-無線電資源管理SDU-服務(wù)數(shù)據(jù)單元SRNC-服務(wù)無線電網(wǎng)絡(luò)控制器PDU-協(xié)議數(shù)據(jù)單元NAS-非接入層R0HC-健壯頭部壓縮TA-跟蹤區(qū)域U-平面或UP-用戶平面TNL-傳輸網(wǎng)絡(luò)層S1接口 -接入網(wǎng)關(guān)與eNodeB之間的接口X2接口-兩個eNodeB之間的接口MME/SAE網(wǎng)關(guān)-具有MME和UPE實體二者的接入網(wǎng)關(guān)M0-移動發(fā)起的MT-移動終止的TMSI-臨時移動訂戶(或臺)標識符(或身份)I-RAT-異無線電接入技術(shù)IE-標識符CS-電路交換GERAN-GSM EDGE無線電接入網(wǎng)絡(luò)本申請基于2008年3月20日提交的英國專利申請No. 0805320. 9和2008年3月 25日提交的英國專利申請No. 0805435. 5并且要求它們的優(yōu)先權(quán)，這些申請的公開通過引 用被結(jié)合于此。
權(quán)利要求
一種判斷是否接受來自用戶設(shè)備的請求到通信網(wǎng)絡(luò)的連接的連接請求的方法，該方法包括從所述用戶設(shè)備接收連接請求，所述連接請求包括預定義的標識符；生成請求與所述用戶設(shè)備相關(guān)聯(lián)的能力信息的消息；發(fā)送請求與所述用戶設(shè)備相關(guān)聯(lián)的能力信息的消息；接收與所述用戶設(shè)備相關(guān)聯(lián)的所述能力信息；基于所述能力信息判斷是否準許到所述用戶設(shè)備的連接；并且基于該判斷發(fā)送用于釋放或拒絕或者建立連接的消息。
2.根據(jù)權(quán)利要求1所述的方法，其中，所述請求能力信息的消息在連接設(shè)立消息被發(fā) 送給所述用戶設(shè)備之前被發(fā)送。
3.根據(jù)權(quán)利要求1或2所述的方法，其中，發(fā)送請求能力信息的消息包括將消息發(fā)送 給所述通信網(wǎng)絡(luò)中的網(wǎng)關(guān)組件。
4.根據(jù)權(quán)利要求1所述的方法，其中，發(fā)送請求能力信息的消息包括生成包括了針對 能力信息的請求的連接設(shè)立消息并且將所述連接設(shè)立消息發(fā)送給所述用戶設(shè)備。
5.根據(jù)權(quán)利要求4所述的方法，其中，判斷是否準許到所述用戶設(shè)備的連接包括判斷 是否釋放到所述用戶設(shè)備的已建立連接。
6.根據(jù)權(quán)利要求1至5中任一項所述的方法，還包括基于與所述用戶設(shè)備相關(guān)聯(lián)的 能力信息確定所述用戶設(shè)備應(yīng)當連接到的替代通信網(wǎng)絡(luò)。
7.根據(jù)權(quán)利要求6所述的方法，還包括將到所述替代通信網(wǎng)絡(luò)的連接點的標識符發(fā) 送給所述用戶設(shè)備。
8.根據(jù)權(quán)利要求1至7中任一項所述的方法，其中，發(fā)送用于建立連接的消息包括將 連接設(shè)立消息發(fā)送給所述用戶設(shè)備。
9.根據(jù)權(quán)利要求1至8中任一項所述的方法，其中，發(fā)送用于建立連接的消息包括將 連接設(shè)立消息發(fā)送給所述通信網(wǎng)絡(luò)中的網(wǎng)關(guān)組件。
10.根據(jù)權(quán)利要求1至9中任一項所述的方法，其中，判斷是否準許到所述用戶設(shè)備的 連接包括判斷是否完成了到所述用戶設(shè)備的連接的建立。
11.根據(jù)權(quán)利要求1至10中任一項所述的方法，其中，判斷是否準許到所述用戶設(shè)備的 連接包括如下判斷中的至少一個判斷所述用戶設(shè)備是否能夠連接到所述通信網(wǎng)絡(luò)； 判斷所述用戶設(shè)備是否被準許連接到所述通信網(wǎng)絡(luò)；以及 判斷所述通信網(wǎng)絡(luò)是否提供所述用戶設(shè)備請求的服務(wù)。
12.根據(jù)權(quán)利要求1至11中任一項所述的方法，其中，所述預定義的標識符包括指示應(yīng) 當根據(jù)權(quán)利要求1所述的方法來處理所述連接請求消息的標識符。
13.根據(jù)權(quán)利要求1至12中任一項所述的方法，其中，所述預定義的標識符包括指示所 述連接請求消息與預定義的建立原因有關(guān)的標識符。
14.根據(jù)權(quán)利要求13所述的方法，其中，所述建立原因包括電路交換呼叫，優(yōu)選地是移 動發(fā)起的電路交換呼叫或者移動終止的電路交換呼叫。
15.一種可操作來判斷是否接受來自通信網(wǎng)絡(luò)中的用戶設(shè)備的連接請求的基站，該基 站包括用于從所述用戶設(shè)備接收連接請求的裝置，所述連接請求包括預定義的標識符； 用于生成請求與所述用戶設(shè)備相關(guān)聯(lián)的能力信息的消息的裝置； 用于發(fā)送請求與所述用戶設(shè)備相關(guān)聯(lián)的能力信息的消息的裝置； 用于接收與所述用戶設(shè)備相關(guān)聯(lián)的所述能力信息的裝置； 用于基于所述能力信息判斷是否準許到所述用戶設(shè)備的連接的裝置；以及 用于基于該判斷發(fā)送用于釋放或拒絕或者建立連接的消息的裝置。
16.根據(jù)權(quán)利要求15所述的基站，其中，所述請求能力信息的消息在連接設(shè)立消息被 發(fā)送給所述用戶設(shè)備之前被發(fā)送。
17.根據(jù)權(quán)利要求15或16所述的基站，其中，用于發(fā)送請求能力信息的消息的裝置包 括用于將消息發(fā)送給所述通信網(wǎng)絡(luò)中的網(wǎng)關(guān)組件的裝置。
18.根據(jù)權(quán)利要求15所述的基站，其中，用于發(fā)送請求能力信息的消息的裝置包括用 于生成包括了針對能力信息的請求的連接設(shè)立消息并且將所述連接設(shè)立消息發(fā)送給所述 用戶設(shè)備的裝置。
19.根據(jù)權(quán)利要求18所述的基站，其中，用于判斷是否準許到所述用戶設(shè)備的連接的 裝置包括用于判斷是否釋放到所述用戶設(shè)備的已建立連接的裝置。
20.根據(jù)權(quán)利要求15至19中任一項所述的基站，還包括用于基于與所述用戶設(shè)備相 關(guān)聯(lián)的能力信息確定所述用戶設(shè)備應(yīng)當連接到的替代通信網(wǎng)絡(luò)的裝置。
21.根據(jù)權(quán)利要求15至20中任一項所述的基站，還包括用于到所述替代通信網(wǎng)絡(luò)的 連接點的標識符發(fā)送給所述用戶設(shè)備的裝置。
22.根據(jù)權(quán)利要求15至21中任一項所述的基站，其中，用于發(fā)送用于建立連接的消息 的裝置包括用于將連接設(shè)立消息發(fā)送給所述用戶設(shè)備的裝置。
23.根據(jù)權(quán)利要求15至22中任一項所述的基站，其中，用于發(fā)送用于建立連接的消息 的裝置包括用于將連接設(shè)立消息發(fā)送給所述通信網(wǎng)絡(luò)中的網(wǎng)關(guān)組件的裝置。
24.根據(jù)權(quán)利要求15至23中任一項所述的基站，其中，用于判斷是否準許到所述用戶 設(shè)備的連接的裝置包括用于判斷是否完成了到所述用戶設(shè)備的連接的建立的裝置。
25.根據(jù)權(quán)利要求15至24中任一項所述的基站，其中，用于判斷是否準許到所述用戶 設(shè)備的連接的裝置包括如下裝置中的至少一個用于判斷所述用戶設(shè)備是否能夠連接到所述通信網(wǎng)絡(luò)的裝置； 用于判斷所述用戶設(shè)備是否被準許連接到所述通信網(wǎng)絡(luò)的裝置；以及 用于判斷所述通信網(wǎng)絡(luò)是否提供所述用戶設(shè)備請求的服務(wù)的裝置。
26.根據(jù)權(quán)利要求15至25中任一項所述的基站，其中，所述預定義的標識符包括指示 應(yīng)當根據(jù)權(quán)利要求1所述的方法來處理所述連接請求消息的標識符。
27.根據(jù)權(quán)利要求15至26中任一項所述的基站，其中，所述預定義的標識符包括指示 所述連接請求消息與預定義的建立原因有關(guān)的標識符。
28.根據(jù)權(quán)利要求27所述的基站，其中，所述建立原因包括電路交換呼叫，優(yōu)選地是移 動發(fā)起的電路交換呼叫或者移動終止的電路交換呼叫。
29.—種可操作來判斷是否接受來自通信網(wǎng)絡(luò)中的用戶設(shè)備的連接請求的基站，該基 站包括接收器，用于從所述用戶設(shè)備接收連接請求，所述連接請求包括預定義的標識符；處理器，用于生成請求與所述用戶設(shè)備相關(guān)聯(lián)的能力信息的消息； 發(fā)送器，用于發(fā)送請求與所述用戶設(shè)備相關(guān)聯(lián)的能力信息的消息； 接收器，用于接收與所述用戶設(shè)備相關(guān)聯(lián)的所述能力信息； 處理器，用于基于所述能力信息判斷是否準許到所述用戶設(shè)備的連接；以及 發(fā)送器，用于基于該判斷發(fā)送用于釋放或拒絕或者建立連接的消息。
30.一種請求在通信網(wǎng)絡(luò)中建立從用戶設(shè)備到基站的連接的方法，該方法包括在所述基站處生成連接請求消息，所述連接請求消息包括對經(jīng)由所述基站連接到所述 通信網(wǎng)絡(luò)的請求以及指示所述連接請求消息與預定義的建立原因有關(guān)的標識符；以及 將所述連接請求消息發(fā)送到所述通信網(wǎng)絡(luò)中的基站。
31.根據(jù)權(quán)利要求30所述的方法，其中，所述建立原因包括電路交換呼叫，優(yōu)選地是移 動發(fā)起的電路交換呼叫或者移動終止的電路交換呼叫。
32.根據(jù)權(quán)利要求30或31所述的方法，還包括 從所述基站接收對能力信息的請求；檢索與所述用戶設(shè)備相關(guān)聯(lián)的能力信息；以及 將所述能力信息發(fā)送給所述基站。
33.根據(jù)權(quán)利要求30至32中任一項所述的方法，還包括從所述基站接收連接釋放消肩、o
34.根據(jù)權(quán)利要求30至33中任一項所述的方法，還包括從所述連接釋放消息提取出 所述用戶設(shè)備應(yīng)當連接到的替代通信網(wǎng)絡(luò)的標識符。
35.根據(jù)權(quán)利要求30至34中任一項所述的方法，其中，所述連接釋放消息包括到所述 用戶設(shè)備應(yīng)當連接到的替代通信網(wǎng)絡(luò)的連接點的標識符。
36.根據(jù)權(quán)利要求34或35所述的方法，還包括請求到所述替代通信網(wǎng)絡(luò)的連接。
37.一種用戶設(shè)備，可操作用于請求建立到通信網(wǎng)絡(luò)中的基站的連接，所述用戶設(shè)備包括用于在所述基站處生成連接請求消息的裝置，所述連接請求消息包括對經(jīng)由所述基站 連接到所述通信網(wǎng)絡(luò)的請求以及指示所述連接請求消息與預定義的建立原因有關(guān)的標識 符；以及用于將所述連接請求消息發(fā)送到所述通信網(wǎng)絡(luò)中的基站的裝置。
38.根據(jù)權(quán)利要求37所述的用戶設(shè)備，其中，所述建立原因包括電路交換呼叫，優(yōu)選地 是移動發(fā)起的電路交換呼叫或者移動終止的電路交換呼叫。
39.根據(jù)權(quán)利要求37或38所述的用戶設(shè)備，還包括 用于從所述基站接收對能力信息的請求的裝置；用于檢索與所述用戶設(shè)備相關(guān)聯(lián)的能力信息的裝置；以及 用于將所述能力信息發(fā)送給所述基站的裝置。
40.根據(jù)權(quán)利要求37至39中任一項所述的用戶設(shè)備，還包括用于從所述基站接收連 接釋放消息的裝置。
41.根據(jù)權(quán)利要求37至40中任一項所述的用戶設(shè)備，還包括用于從所述連接釋放消 息提取出所述用戶設(shè)備應(yīng)當連接到的替代通信網(wǎng)絡(luò)的標識符的裝置。
42.根據(jù)權(quán)利要求37至41中任一項所述的用戶設(shè)備，還包括用于從所述連接釋放消息提取出到所述用戶設(shè)備應(yīng)當連接到的替代通信網(wǎng)絡(luò)的連接點的標識符的裝置。
43.根據(jù)權(quán)利要求41或42所述的用戶設(shè)備，還包括用于請求到所述替代通信網(wǎng)絡(luò)的 連接的裝置。
44.一種用戶設(shè)備，可操作用于請求建立到通信網(wǎng)絡(luò)中的基站的連接，所述用戶設(shè)備包括處理器，用于在所述基站處生成連接請求消息，所述連接請求消息包括對經(jīng)由所述基 站連接到所述通信網(wǎng)絡(luò)的請求以及指示所述連接請求消息與預定義的建立原因有關(guān)的標 識符；以及發(fā)送器，用于將所述連接請求消息發(fā)送到所述通信網(wǎng)絡(luò)中的基站。
45.一種用于在通信網(wǎng)絡(luò)中提供用戶設(shè)備的能力信息的方法，該方法包括 從基站接收對與用戶設(shè)備相關(guān)聯(lián)的能力信息的請求； 獲取與所述用戶設(shè)備相關(guān)聯(lián)的能力信息；以及 將所述與用戶設(shè)備相關(guān)聯(lián)的能力信息發(fā)送給所述基站。
46.根據(jù)權(quán)利要求45所述的方法，還包括從所述基站接收請求建立到所述用戶設(shè)備 的連接的連接請求消息。
47.根據(jù)權(quán)利要求45或46所述的方法，其中，所述對能力信息的請求不形成原始UE消 息的一部分。
48.一種網(wǎng)關(guān)組件，用于在通信網(wǎng)絡(luò)中提供用戶設(shè)備的能力信息，所述網(wǎng)關(guān)組件包括 用于從基站接收對與用戶設(shè)備相關(guān)聯(lián)的能力信息的請求的裝置；用于獲取與所述用戶設(shè)備相關(guān)聯(lián)的能力信息的裝置；以及 用于將所述與用戶設(shè)備相關(guān)聯(lián)的能力信息發(fā)送給所述基站的裝置。
49.一種網(wǎng)關(guān)組件，用于在通信網(wǎng)絡(luò)中提供用戶設(shè)備的能力信息，所述網(wǎng)關(guān)組件包括 接收器，用于從基站接收對與用戶設(shè)備相關(guān)聯(lián)的能力信息的請求；處理器，用于獲取與所述用戶設(shè)備相關(guān)聯(lián)的能力信息；以及 發(fā)送器，用于將所述與用戶設(shè)備相關(guān)聯(lián)的能力信息發(fā)送給所述基站。
全文摘要
描述了一種判斷是否接受來自用戶設(shè)備的請求到通信網(wǎng)絡(luò)的連接的連接請求的方法。該方法包括從所述用戶設(shè)備接收連接請求，所述連接請求包括預定義的標識符。然后請求與所述用戶設(shè)備相關(guān)聯(lián)的能力信息的消息被生成并被發(fā)送，并且作為響應(yīng)所述能力信息被接收。該方法還包括基于所述能力信息判斷是否準許到所述用戶設(shè)備的連接，并基于該判斷發(fā)送用于釋放或拒絕或者建立連接的消息。還描述了用于執(zhí)行該方法的裝置，包括eNodeB、網(wǎng)關(guān)和用戶設(shè)備，并且提供了操作這些組件的相應(yīng)方法。
文檔編號H04W76/00GK101978766SQ20098010994
公開日2011年2月16日 申請日期2009年3月19日 優(yōu)先權(quán)日2008年3月20日
發(fā)明者尼拉·古塔, 弗朗西斯卡·斯瑞維勒, 賈格迪普·辛格·阿盧瓦利亞 申請人:日本電氣株式會社