專利名稱：長(zhǎng)期演進(jìn)網(wǎng)絡(luò)中的業(yè)務(wù)建立控制方法、系統(tǒng)和終端設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通訊技術(shù)，尤其涉及一種LTE(Long Term Evolution 長(zhǎng)期演進(jìn)) 網(wǎng)絡(luò)中的業(yè)務(wù)建立控制方法、系統(tǒng)和終端設(shè)備。
背景技術(shù)：
目前，3G(The 3rd Generation 第三代移動(dòng)通信)技術(shù)已經(jīng)得到廣泛應(yīng)用， 為了滿足用戶對(duì)于移動(dòng)數(shù)據(jù)業(yè)務(wù)不斷增長(zhǎng)的需求，針對(duì)3G技術(shù)啟動(dòng)的3GPP(The 3rd Generation Partnership Project 第三代移動(dòng)通信標(biāo)準(zhǔn)伙伴項(xiàng)目)也相應(yīng)地受到了越來(lái) 越多的關(guān)注。為了使3GPP無(wú)線接入技術(shù)在未來(lái)移動(dòng)通信領(lǐng)域的激烈競(jìng)爭(zhēng)中處于有利地位， 需要考慮3GPP無(wú)線接入技術(shù)的長(zhǎng)期演進(jìn)，基于長(zhǎng)期演進(jìn)的LTE網(wǎng)絡(luò)通過(guò)改進(jìn)和增強(qiáng)3G的 空中接入技術(shù)，能有效減少業(yè)務(wù)響應(yīng)時(shí)間，提高數(shù)據(jù)傳輸速率，擴(kuò)展業(yè)務(wù)容量和覆蓋范圍， 并減少運(yùn)營(yíng)商的耗費(fèi)。如圖1所示，LTE網(wǎng)絡(luò)主要分為三個(gè)組成部分UE 10 (User Equipment 用戶設(shè) ^ ) > E-UTRAN 20 (Evolution Universal Terrestrial Radio Access Network) 和CN 30 (Core Network 核心網(wǎng))。接入網(wǎng)20和核心網(wǎng)30都位于網(wǎng)絡(luò)側(cè)，接入網(wǎng)20由多 個(gè)eNB 21 (eNodeB 演進(jìn)型節(jié)點(diǎn)B)組成，核心網(wǎng)30由多個(gè)MME 31 (移動(dòng)管理實(shí)體)和S-GW 32(服務(wù)網(wǎng)關(guān))組成。LTE網(wǎng)絡(luò)中的各設(shè)備之間采用國(guó)際標(biāo)準(zhǔn)接口通信，如UE 10和接入網(wǎng) 20之間的接口為空中接口(Uu 口)，接入網(wǎng)20中各eNodeB 21之間的接口為X2接口，接入 網(wǎng)20與核心網(wǎng)30之間的接口為S1接口。如圖2所示，LTE網(wǎng)絡(luò)中，空中接口的協(xié)議棧分 為 NAS(Non Access Stratum 非接入層)和 AS (Access Sratum 接入層)兩部分，NAS 負(fù) 責(zé)UE 10與核心網(wǎng)30中的MME 31建立連接并進(jìn)行信令交互，AS負(fù)責(zé)UE與接入網(wǎng)20中的 eNodeB 21建立連接并進(jìn)行信令交互，即UE 10與eNodeB 21之間通過(guò)不同的協(xié)議層，實(shí)現(xiàn) RRC (Radio Resource Control 無(wú)線資源控制)協(xié)議、PDCP (分組數(shù)據(jù)匯聚)協(xié)議、RLC(無(wú) 線鏈路控制)協(xié)議、MAC (媒體訪問(wèn)控制)協(xié)議、PHY (物理接口收發(fā))等各種形式的信令交 互。UE 10與網(wǎng)絡(luò)側(cè)之間建立通訊業(yè)務(wù)時(shí)，首先需要建立UE 10與接入網(wǎng)20的eNodeB 21之間的RRC連接。通常情況下，UE 10通過(guò)NAS向RRC層發(fā)出建鏈請(qǐng)求，并由RRC層負(fù)責(zé) 與接入網(wǎng)20建立RRC連接。根據(jù)協(xié)議規(guī)定，RRC層與接入網(wǎng)20之間具有以下四種類型的 RRC連接被叫、緊急呼叫、Mo (Mobile Originating 移動(dòng)主叫)信令和Mo數(shù)據(jù)。當(dāng)UE 10 向網(wǎng)絡(luò)側(cè)發(fā)出建立RRC連接的請(qǐng)求之前，需要判斷NAS發(fā)起的建鏈請(qǐng)求的類型是否受限，不 受限則表明允許接入，RRC層才能在公共信道上向網(wǎng)絡(luò)側(cè)請(qǐng)求建立該類型的RRC連接。根據(jù)標(biāo)準(zhǔn)協(xié)議，RRC層根據(jù)UE 10所在小區(qū)的系統(tǒng)消息2中的接入控制信元 ac-Barringlnfo信元的狀態(tài)判斷某種類型的RRC連接是否允許接入，而系統(tǒng)消息2來(lái)自于 eNodeB。數(shù)據(jù)通信過(guò)程中，核心網(wǎng)30為與網(wǎng)絡(luò)側(cè)進(jìn)行通訊的UE10進(jìn)行專用的資源分配，而 核心網(wǎng)30的每臺(tái)設(shè)備資源有限，如果MME 31的設(shè)備負(fù)荷過(guò)大則容易發(fā)生業(yè)務(wù)過(guò)載或阻塞， 此時(shí)MME 31會(huì)向與該MME 31連接的eNodeB 21發(fā)送過(guò)載啟動(dòng)消息，eNodeB 21可根據(jù)核
4心網(wǎng)30的過(guò)載啟動(dòng)消息或接入網(wǎng)20的過(guò)載狀況，修改過(guò)載MME 31作為服務(wù)MME 31的小 區(qū)的系統(tǒng)消息，并實(shí)時(shí)向該小區(qū)內(nèi)的UE 10廣播該系統(tǒng)消息，從而對(duì)某種類型的業(yè)務(wù)進(jìn)行 限制。當(dāng)RRC層根據(jù)系統(tǒng)消息判斷某種類型的RRC連接接入受限時(shí)，會(huì)拒絕NAS的建鏈請(qǐng) 求，并啟動(dòng)相應(yīng)的定時(shí)器(Mo數(shù)據(jù)類型的RRC連接受限時(shí)啟動(dòng)定時(shí)器T303，Mo信令類型的 RRC連接受限時(shí)啟動(dòng)定時(shí)器T305)，在不考慮小區(qū)重選的情況下，定時(shí)器超時(shí)之前并不允許 RRC層再次向網(wǎng)絡(luò)側(cè)發(fā)起建立RRC連接的請(qǐng)求。而對(duì)于緊急呼叫和被叫類型的RRC連接，由 于緊急呼叫無(wú)受限時(shí)間限制，NAS可以反復(fù)嘗試建鏈，而被叫在受限的情況下，網(wǎng)絡(luò)側(cè)向UE 10發(fā)出RrcCormectionRe ject (RRC建鏈拒絕)消息，因此這兩種類型的RRC連接控制不在 本發(fā)明的討論范圍之內(nèi)。實(shí)際應(yīng)用中，定時(shí)器運(yùn)行期間核心網(wǎng)30或接入網(wǎng)20可能由于一些UE 10的業(yè)務(wù) 完成而釋放了部分資源，使過(guò)載狀況得到了緩解，因此可解除對(duì)于Mo數(shù)據(jù)或Mo信令的業(yè)務(wù) 限制，然而根據(jù)現(xiàn)有標(biāo)準(zhǔn)，RRC只有等到定時(shí)器超時(shí)才會(huì)再次嘗試建立RRC連接，這種現(xiàn)狀 在一定程度上延緩了 UE 10與網(wǎng)絡(luò)側(cè)建立RRC連接的過(guò)程，對(duì)通訊業(yè)務(wù)建立的速度造成一 定影響。

發(fā)明內(nèi)容
本發(fā)明要解決的主要技術(shù)問(wèn)題是，提供一種長(zhǎng)期演進(jìn)網(wǎng)絡(luò)中有效提高業(yè)務(wù)建立速 度的業(yè)務(wù)建立控制方法、系統(tǒng)和終端設(shè)備。為解決上述技術(shù)問(wèn)題，本發(fā)明提供一種長(zhǎng)期演進(jìn)網(wǎng)絡(luò)中的業(yè)務(wù)建立控制方法，用 于控制終端設(shè)備UE與網(wǎng)絡(luò)側(cè)之間建立無(wú)線資源控制RRC連接，包括以下步驟UE在RRC連接受限的狀態(tài)下監(jiān)聽(tīng)來(lái)自網(wǎng)絡(luò)側(cè)的尋呼消息，所述尋呼消息指示所述 UE的系統(tǒng)消息發(fā)生改變；UE按照所述尋呼消息讀取改變后的系統(tǒng)消息，并根據(jù)所述改變后的系統(tǒng)消息判斷 RRC連接是否受限；如果UE判斷RRC連接不受限，則UE的RRC層向非接入層NAS發(fā)送受限解除信息。UE在RRC連接受限的狀態(tài)下監(jiān)聽(tīng)來(lái)自網(wǎng)絡(luò)側(cè)的尋呼消息之前，還包括以下步驟 UE判斷RRC連接受限，則啟動(dòng)建鏈?zhǔn)芟薅〞r(shí)器；UE的RRC層向NAS發(fā)送受限解除信息之前，還包括以下步驟如果所述建鏈?zhǔn)芟?定時(shí)器未超時(shí)，則停止定時(shí)。進(jìn)一步地，UE的RRC層向非接入層NAS發(fā)送受限解除信息后，還包括以下步驟；NAS向RRC層發(fā)起建鏈請(qǐng)求；RRC層根據(jù)所述建鏈請(qǐng)求向網(wǎng)絡(luò)側(cè)發(fā)起建立RRC連接的請(qǐng)求。所述系統(tǒng)消息包括系統(tǒng)消息2，UE根據(jù)所述改變后的系統(tǒng)消息判斷RRC連接是否 受限的具體方式為根據(jù)所述系統(tǒng)消息2中接入控制信元的狀態(tài)判斷RRC連接是否受限。所述RRC連接包括Mo數(shù)據(jù)類型的RRC連接或Mo信令類型的RRC連接。對(duì)于Mo數(shù)據(jù)類型的RRC連接，以下任一狀況下判斷RRC連接不受限接入控制信 元不存在，接入控制信元存在且Mo數(shù)據(jù)接入控制信元不存在，接入控制信元存在、Mo數(shù)據(jù) 接入控制信元存在但當(dāng)前UE可用的特殊接入等級(jí)AC對(duì)應(yīng)的比特位為0。對(duì)于Mo信令類型的RRC連接，以下任一狀況下RRC層判斷所述RRC連接不受限
5接入控制信元不存在，接入控制信元存在且Mo信令接入控制信元不存在，接入控制信元存 在、Mo信令接入控制信元存在但當(dāng)前UE可用的特殊接入等級(jí)AC對(duì)應(yīng)的比特位為0。本發(fā)明還保護(hù)了一種終端設(shè)備，用于在長(zhǎng)期演進(jìn)網(wǎng)絡(luò)中建立業(yè)務(wù)，所述終端設(shè)備 包括RRC層和非接入層NAS，還包括監(jiān)聽(tīng)模塊、判斷模塊和受限解除指示模塊；監(jiān)聽(tīng)模塊用于在RRC連接受限的狀態(tài)下監(jiān)聽(tīng)來(lái)自網(wǎng)絡(luò)側(cè)的尋呼消息，所述尋呼消 息指示所述UE的系統(tǒng)消息發(fā)生改變；判斷模塊用于按照所述尋呼消息讀取改變后的系統(tǒng)消息，并根據(jù)所述改變后的系 統(tǒng)消息判斷RRC連接是否受限；受限解除指示模塊用于在所述判斷模塊判斷RRC連接不受限時(shí)，控制RRC層向NAS 發(fā)送受限解除信息。進(jìn)一步地，還包括定時(shí)控制模塊和建鏈?zhǔn)芟薅〞r(shí)器；定時(shí)控制模塊用于在RRC層向NAS發(fā)送受限解除信息之前，如果判斷所述建鏈?zhǔn)?限定時(shí)器未超時(shí)，則控制所述建鏈?zhǔn)芟薅〞r(shí)器停止定時(shí)。所述受限解除指示模塊設(shè)在RRC層，所述RRC層還包括建鏈模塊；建鏈模塊用于根據(jù)NAS接收所述受限解除信息后發(fā)起的建鏈請(qǐng)求，向網(wǎng)絡(luò)側(cè)發(fā)起 建立RRC連接的請(qǐng)求。本發(fā)明還保護(hù)了一種長(zhǎng)期演進(jìn)網(wǎng)絡(luò)中的業(yè)務(wù)建立控制系統(tǒng)，包括網(wǎng)絡(luò)側(cè)和以上任 一項(xiàng)所述的終端設(shè)備。本發(fā)明的有益效果是本發(fā)明通過(guò)監(jiān)聽(tīng)網(wǎng)絡(luò)側(cè)的尋呼消息，判斷UE的RRC連接是 否仍然受限，并在判斷RRC連接不受限的狀態(tài)下及時(shí)通知NAS，使其轉(zhuǎn)入RRC連接不受限的 狀態(tài)，從而可以盡可能快地向網(wǎng)絡(luò)側(cè)再次發(fā)起建立RRC連接的請(qǐng)求。本發(fā)明使UE根據(jù)核心 網(wǎng)或者接入網(wǎng)的負(fù)載狀態(tài)動(dòng)態(tài)調(diào)整RRC連接的受限狀態(tài)，能夠有效加速UE與網(wǎng)絡(luò)側(cè)建立相 應(yīng)業(yè)務(wù)的進(jìn)程，進(jìn)一步提高LTE網(wǎng)絡(luò)的響應(yīng)速度。 一旦核心網(wǎng)或者接入網(wǎng)由于釋放部分資源而緩解了過(guò)載狀況，UE判斷RRC連接不 受限并及時(shí)向NAS發(fā)出受限解除信息，避免UE等待建鏈?zhǔn)芟薅〞r(shí)器超時(shí)才再次嘗試建鏈而 導(dǎo)致的時(shí)間延誤，使UE能夠及時(shí)與網(wǎng)絡(luò)側(cè)建立相應(yīng)類型的RRC連接。


圖1為L(zhǎng)TE網(wǎng)絡(luò)的架構(gòu)圖；圖2為L(zhǎng)TE網(wǎng)絡(luò)中空口協(xié)議棧的信令交互示意圖；圖3為本發(fā)明一種實(shí)施例的長(zhǎng)期演進(jìn)網(wǎng)絡(luò)中的業(yè)務(wù)建立方法的流程圖；圖4為本發(fā)明Mo數(shù)據(jù)類型的建鏈處理流程圖；圖5為系統(tǒng)消息中接入控制信元的構(gòu)成示意圖；圖6為本發(fā)明一種實(shí)施例的終端設(shè)備框圖。
具體實(shí)施例方式下面通過(guò)具體實(shí)施方式
結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步詳細(xì)說(shuō)明。本發(fā)明長(zhǎng)期演進(jìn)網(wǎng)絡(luò)中業(yè)務(wù)建立控制方法用于控制UE 10與網(wǎng)絡(luò)側(cè)之間建立RRC 連接，UE 10在RRC連接受限的狀態(tài)下監(jiān)聽(tīng)網(wǎng)絡(luò)側(cè)指示系統(tǒng)消息發(fā)生改變的尋呼消息，并根
6據(jù)改變后的系統(tǒng)消息判斷RRC連接是否仍然受限，如果UE 10判斷RRC連接不受限，則RRC 層及時(shí)向NAS發(fā)送受限解除信息，使其盡快向網(wǎng)絡(luò)側(cè)發(fā)起建立RRC連接的請(qǐng)求，嘗試與網(wǎng)絡(luò) 側(cè)建立RRC連接，從而加速了 UE 10與網(wǎng)絡(luò)側(cè)之間的業(yè)務(wù)建立進(jìn)程。如圖3所示，本發(fā)明一種實(shí)施例的長(zhǎng)期演進(jìn)網(wǎng)絡(luò)中的業(yè)務(wù)建立方法包括以下步 驟步驟S301 :UE 10與網(wǎng)絡(luò)側(cè)之間的RRC連接受限，即UE 10通過(guò)NAS向RRC層發(fā) 起某種類型的建鏈請(qǐng)求后，RRC層根據(jù)UE 10當(dāng)前收到的系統(tǒng)消息判斷RRC連接受限，此時(shí) RRC層向NAS發(fā)送建鏈拒絕信息，使NAS處于該類型的RRC連接的受限狀態(tài)，暫時(shí)不會(huì)向RRC 層發(fā)起該類型的建鏈請(qǐng)求。系統(tǒng)消息包括系統(tǒng)信息2以及其他形式的系統(tǒng)消息，其中系統(tǒng)消息2中可能包括 ac-Barringlnfo信元等信元，本發(fā)明中，RRC層根據(jù)系統(tǒng)消息2中ac-Barringlnfo信元的 狀態(tài)判斷RRC連接是否受限。具體地，RRC連接主要包括Mo數(shù)據(jù)類型的RRC連接或Mo信 令類型的RRC連接，對(duì)于不同的連接類型，根據(jù)系統(tǒng)消息2中ac-Barringlnfo信元的狀態(tài) 判斷RRC連接是否受限的方式也不一定相同。請(qǐng)參見(jiàn)圖5，根據(jù)協(xié)議規(guī)定，系統(tǒng)消息2中的ac-Barringlnfo信元為可選項(xiàng)，可能 包括 ac-BarringForEmergency (緊急呼口H控制)信兀，ac-BarringForMo-Signalling(Mo 信令接入控制)信元和ac-BarringForMo-Data (Mo數(shù)據(jù)接入控制)信元等信元， 其中 ac-BarringForEmergency 為布爾型變量，ac-BarringForMo-Signal1ing 禾口 ac-BarringForMo-Data為可選項(xiàng),后兩種信元還可分別包含ac-BarringFactor (接入受限 系數(shù))、ac-BarringTime(接入受限時(shí)間)和ac-BarringForSpecialAC (特殊AC阻塞信息) 等參數(shù)，具體判斷方法如下當(dāng)ac-BarringForMo-Data信元存在時(shí)，限制普通用戶的Mo數(shù)據(jù)類型的RRC連接。當(dāng) ac-BarringForMo-Data 信元存在，且 ac-BarringForMo-Data 中 的 ac-BarringFactor設(shè)置為0時(shí)，限制所有用戶的Mo數(shù)據(jù)類型的RRC連接。當(dāng)ac-BarringForMo-Signalling信元存在時(shí)，限制普通用戶的Mo信令類型的RRC 連接。ac-Barr ingForMo-Signal 1 ing 信兀存在，且 ac-Barr ingForMo-Signal 1 ing 中的 ac-BarringFactor設(shè)置為0時(shí)，限制所有用戶的Mo信令類型的RRC連接。其中，普通用戶指的是用戶的SIM(用戶識(shí)別模塊)卡內(nèi)接入能力為AC0 AC10 的用戶，所有用戶指的是普通用戶以及接入能力為AC11 AC15的高優(yōu)先級(jí)的用戶。以上 信元更加詳細(xì)的含義和使用方法可以參見(jiàn)3GPP 36. 331。步驟S302 :UE 10判斷某種類型的RRC連接受限后，啟動(dòng)相應(yīng)的建鏈?zhǔn)芟薅〞r(shí)器 (例如T303或T305)，在不考慮小區(qū)重選的情況下，UE 10的RRC層等待建鏈?zhǔn)芟薅〞r(shí)器超 時(shí)，才允許NAS再次發(fā)起該類型的建鏈請(qǐng)求。步驟S303 :UE 10監(jiān)聽(tīng)來(lái)自網(wǎng)絡(luò)側(cè)的尋呼消息。在建鏈?zhǔn)芟薅〞r(shí)器運(yùn)行期間，核心 網(wǎng)30或者接入網(wǎng)20可能由于一些用戶的業(yè)務(wù)完成而釋放了部分資源，從而過(guò)載狀況得到 了緩解，因此通過(guò)eNodeB 21向小區(qū)內(nèi)的UE 10廣播改變后的系統(tǒng)信息，其中修改了小區(qū)的 系統(tǒng)消息2中的ac-Barringlnfo信元，從而解除了對(duì)Mo數(shù)據(jù)或Mo信令類型的RRC連接的 限制，而eNodeB 21在系統(tǒng)消息發(fā)生改變時(shí)，還會(huì)向UE 10發(fā)送尋呼消息，用于指示UE 10的系統(tǒng)消息發(fā)生改變，UE 10通過(guò)監(jiān)聽(tīng)該尋呼消息，能夠及時(shí)判斷RRC連接是否受限的更新 狀況。步驟S304 :UE 10按照尋呼消息讀取改變后的系統(tǒng)消息，根據(jù)需要，系統(tǒng)消息可能 具有多種，其中可能包含系統(tǒng)消息2。步驟S305 :UE 10根據(jù)改變后的系統(tǒng)消息判斷RRC連接是否受限，具體地，根據(jù)其 中系統(tǒng)消息2中ac-Barringlnfo信元的狀態(tài)判斷RRC連接是否受限，如判斷某種類型的 RRC連接不受限，則進(jìn)入步驟S306，否則進(jìn)入步驟S303繼續(xù)監(jiān)聽(tīng)。對(duì)于不同類型的RRC連接，UE 10判斷RRC連接不受限的方式不同例如，對(duì)于Mo數(shù)據(jù)類型的RRC連接，以下任一狀況下判斷RRC連接不受限 ac-Barringlnfo 信兀不存在，或 ac-Barringlnfo 信兀存在且 ac-BarringForMo-Data 信元不存在，或ac-Barringlnfo信元存在、ac-BarringForMo-Data信元存在但 ac-BarringForSpecialAC中當(dāng)前UE可用的特殊接入等級(jí)AC對(duì)應(yīng)的比特位為0。對(duì)于Mo信令類型的RRC連接，以下任一狀況下判斷RRC連接 不受限:ac-BarringInfo信元不存在，或ac-Barringlnfo信元存在且 ac-BarringForMo-Signal 1 ing 信兀不存在，或 ac-Barringlnfo 信兀存在、 ac-BarringForMo-Signalling信元存在但 ac-BarringForSpecialAC 中當(dāng)前UE 可用的特殊 接入等級(jí)AC對(duì)應(yīng)的比特位為0。步驟S306 根據(jù)以上方式判斷某種類型的RRC連接不受限時(shí)，如果對(duì)應(yīng)的建鏈?zhǔn)?限定時(shí)器未超時(shí)，則停止該建鏈?zhǔn)芟薅〞r(shí)器定時(shí)。步驟S307 :RRC層向NAS發(fā)送受限解除信息，使NAS轉(zhuǎn)入相應(yīng)類型的RRC連接不受 限的狀態(tài)。接著，NAS可根據(jù)具體需要隨時(shí)向RRC層再次發(fā)起建鏈請(qǐng)求，RRC層再根據(jù)該建 鏈請(qǐng)求向網(wǎng)絡(luò)側(cè)發(fā)起建立RRC連接的請(qǐng)求，從而嘗試與網(wǎng)絡(luò)側(cè)建立RRC連接。如圖4所示，一種實(shí)施例中，對(duì)于Mo數(shù)據(jù)類型的RRC連接的具體控制方法包括以 下步驟步驟401 :NAS在Mo數(shù)據(jù)類型的RRC連接不受限的狀態(tài)下，向RRC層發(fā)起Mo數(shù)據(jù) 類型的建鏈請(qǐng)求。步驟S402 :RRC層根據(jù)當(dāng)前收到的系統(tǒng)消息2中的ac-Barringlnfo信元的狀態(tài)判 斷Mo數(shù)據(jù)類型的RRC連接是否受限，如果不受限，則執(zhí)行步驟403，否則執(zhí)行步驟404。步驟403 :RRC發(fā)送RrcConnectionRequest (RRC連接請(qǐng)求消息)到網(wǎng)絡(luò)側(cè)，嘗試與 網(wǎng)絡(luò)側(cè)建立Mo數(shù)據(jù)類型的RRC連接。步驟404 :RRC層發(fā)送RRC連接拒絕信息給NAS，其中可攜帶拒絕原因?yàn)閿?shù)據(jù)建鏈 受限。NAS收到該信息后進(jìn)入Mo數(shù)據(jù)類型的RRC連接受限狀態(tài)，暫時(shí)不會(huì)再發(fā)起Mo數(shù)據(jù)類 型的建鏈請(qǐng)求。步驟405 :RRC層啟動(dòng)建鏈?zhǔn)芟薅〞r(shí)器T303，用于在T303超時(shí)時(shí)，通知NAS發(fā)起建 鏈?zhǔn)芟藿獬?。步驟406 :RRC層監(jiān)聽(tīng)到網(wǎng)絡(luò)側(cè)的尋呼消息paging，該尋呼消息中包含了系統(tǒng)消息 發(fā)生改變的指示。步驟407 :RRC層讀取改變后的系統(tǒng)消息，其中包括系統(tǒng)信息2以及其他形式的系 統(tǒng)消息。
8
步驟408 :RRC層根據(jù)的系統(tǒng)消息2中ac-Barringlnfo信元的狀態(tài)判斷Mo數(shù)據(jù)類 型的RRC連接是否受限，如果判斷不受限，則執(zhí)行步驟409，否則繼續(xù)不做任何處理。步驟409 定時(shí)器T303還未超時(shí)，則RRC層停止定時(shí)器T303的定時(shí)。步驟410 :RRC層向NAS層發(fā)送Mo數(shù)據(jù)類型的受限解除信息，使其進(jìn)入Mo數(shù)據(jù)類 型的RRC連接不受限的狀態(tài)。步驟S411 :NAS再次向RRC層發(fā)起Mo數(shù)據(jù)類型的建鏈請(qǐng)求。步驟S412 :RRC層根據(jù)NAS的建鏈請(qǐng)求向網(wǎng)絡(luò)側(cè)發(fā)起建立Mo數(shù)據(jù)類型的RRC連接 的請(qǐng)求，再次嘗試與網(wǎng)絡(luò)側(cè)建立RRC連接。對(duì)于Mo信令類型或其他類型的RRC連接，其處理過(guò)程與以上過(guò)程類似，只是在步 驟S405和409中，對(duì)T305進(jìn)行相應(yīng)的操作。如圖7所示，本發(fā)明用于在長(zhǎng)期演進(jìn)網(wǎng)絡(luò)中建立業(yè)務(wù)的UE 10包括監(jiān)聽(tīng)模塊11、 判斷模塊12、受限解除指示模塊131、建鏈模塊132、定時(shí)控制模塊14以及建鏈?zhǔn)芟薅〞r(shí)器 15。其中，監(jiān)聽(tīng)模塊11用于在RRC連接受限的狀態(tài)下監(jiān)聽(tīng)來(lái)自網(wǎng)絡(luò)側(cè)的尋呼消息，尋 呼消息指示UE 10的系統(tǒng)消息發(fā)生改變，并在監(jiān)聽(tīng)到尋呼消息時(shí)通知判斷模塊11。判斷模塊11用于按照尋呼消息讀取改變后的系統(tǒng)消息，并根據(jù)所述改變 后的系統(tǒng)消息判斷RRC連接是否受限，具體地，判斷模塊11通過(guò)判斷系統(tǒng)消息2中 ac-Barringlnfo信元的狀態(tài)判斷RRC連接是否受限，對(duì)于不同類型的RRC連接，判斷模塊 11可采用不同的判斷方式。受限解除指示模塊131和建鏈模塊132設(shè)在RRC層，根據(jù)需要，建鏈?zhǔn)芟薅〞r(shí)器15 等其他功能模塊也可設(shè)置在RRC層。受限解除指示模塊131用于在判斷模塊12判斷某種類型的RRC連接不受限時(shí)，控 制RRC層向NAS發(fā)送該類型的受限解除信息，使NAS處于該類型的RRC連接的不受限狀態(tài)。NAS接收受限解除信息后，可根據(jù)需要再次向RRC層發(fā)起該類型的建鏈請(qǐng)求，建鏈 模塊132用于根據(jù)該建鏈請(qǐng)求向網(wǎng)絡(luò)側(cè)發(fā)起建立該類型的RRC連接的請(qǐng)求。根據(jù)不同類型的RRC連接，建鏈?zhǔn)芟薅〞r(shí)器15可包括T303和T305，通常在RRC層 判斷某種類型的RRC連接受限時(shí)自動(dòng)啟動(dòng)，分別用于實(shí)現(xiàn)Mo數(shù)據(jù)類型和Mo信令類型的RRC 連接的受限定時(shí)控制。定時(shí)控制模塊14用于判斷模塊12判斷某種類型的RRC連接不受限時(shí)，在RRC層 向NAS發(fā)送該類型的受限解除信息之前，如果判斷建鏈?zhǔn)芟薅〞r(shí)器15未超時(shí)，則控制建鏈 受限定時(shí)器15停止定時(shí)，以避免NAS等到建鏈?zhǔn)芟薅〞r(shí)器15超時(shí)才會(huì)再次嘗試建立RRC 連接而導(dǎo)致的時(shí)間延誤。本發(fā)明通過(guò)監(jiān)聽(tīng)網(wǎng)絡(luò)側(cè)的尋呼消息，判斷UE的RRC連接是否仍然受限，并在判斷 RRC連接不受限的狀態(tài)下及時(shí)向NAS層發(fā)出受限解除信息，使UE根據(jù)核心網(wǎng)或接入網(wǎng)的負(fù) 載狀態(tài)動(dòng)態(tài)調(diào)整RRC連接的受限狀態(tài)。一旦核心網(wǎng)或接入網(wǎng)由于釋放部分資源而緩解了過(guò) 載狀況，UE判斷得出RRC連接不受限并及時(shí)通知NAS進(jìn)入RRC連接的不受限狀態(tài)，以便快 速向RRC層發(fā)起建鏈請(qǐng)求，避免UE等待建鏈?zhǔn)芟薅〞r(shí)器超時(shí)才再次嘗試建鏈而導(dǎo)致的時(shí)間 延誤，因此能夠有效加速UE與網(wǎng)絡(luò)側(cè)建立相應(yīng)的通訊業(yè)務(wù)的進(jìn)程，進(jìn)一步提高LTE網(wǎng)絡(luò)的 響應(yīng)速度。
以上內(nèi)容是結(jié)合具體的實(shí)施方式對(duì)本發(fā)明所作的進(jìn)一步詳細(xì)說(shuō)明，不能認(rèn)定本發(fā) 明的具體實(shí)施只局限于這些說(shuō)明。對(duì)于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫 離本發(fā)明構(gòu)思的前提下，還可以做出若干簡(jiǎn)單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的保護(hù) 范圍。
10
權(quán)利要求
一種長(zhǎng)期演進(jìn)網(wǎng)絡(luò)中的業(yè)務(wù)建立控制方法，用于控制終端設(shè)備UE與網(wǎng)絡(luò)側(cè)之間建立無(wú)線資源控制RRC連接，其特征在于，包括以下步驟UE在RRC連接受限的狀態(tài)下監(jiān)聽(tīng)來(lái)自網(wǎng)絡(luò)側(cè)的尋呼消息，所述尋呼消息指示所述UE的系統(tǒng)消息發(fā)生改變；UE按照所述尋呼消息讀取改變后的系統(tǒng)消息，并根據(jù)所述改變后的系統(tǒng)消息判斷RRC連接是否受限；如果UE判斷RRC連接不受限，則UE的RRC層向非接入層NAS發(fā)送受限解除信息。
2.如權(quán)利要求1所述的方法，其特征在于，UE在RRC連接受限的狀態(tài)下監(jiān)聽(tīng)來(lái)自網(wǎng)絡(luò) 側(cè)的尋呼消息之前，還包括以下步驟-M判斷RRC連接受限，則啟動(dòng)建鏈?zhǔn)芟薅〞r(shí)器；UE的RRC層向NAS發(fā)送受限解除信息之前，還包括以下步驟如果所述建鏈?zhǔn)芟薅〞r(shí) 器未超時(shí)，則停止定時(shí)。
3.如權(quán)利要求1所述的方法，其特征在于，UE的RRC層向非接入層NAS發(fā)送受限解除 信息后，還包括以下步驟NAS向RRC層發(fā)起建鏈請(qǐng)求；RRC層根據(jù)所述建鏈請(qǐng)求向網(wǎng)絡(luò)側(cè)發(fā)起建立RRC連接的請(qǐng)求。
4.如權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于，所述系統(tǒng)消息包括系統(tǒng)消息 2，UE根據(jù)所述改變后的系統(tǒng)消息判斷RRC連接是否受限的具體方式為根據(jù)所述系統(tǒng)消息 2中接入控制信元的狀態(tài)判斷RRC連接是否受限。
5.如權(quán)利要求4所述的方法，其特征在于，所述RRC連接包括Mo數(shù)據(jù)類型的RRC連接 或Mo信令類型的RRC連接。
6.如權(quán)利要求5所述的方法，其特征在于，對(duì)于Mo數(shù)據(jù)類型的RRC連接，以下任一狀 況下判斷RRC連接不受限接入控制信元不存在，接入控制信元存在且Mo數(shù)據(jù)接入控制信 元不存在，接入控制信元存在、Mo數(shù)據(jù)接入控制信元存在但當(dāng)前UE可用的特殊接入等級(jí)AC 對(duì)應(yīng)的比特位為0。
7.如權(quán)利要求5所述的方法，其特征在于，對(duì)于Mo信令類型的RRC連接，以下任一狀況 下RRC層判斷所述RRC連接不受限接入控制信元不存在，接入控制信元存在且Mo信令接 入控制信元不存在，接入控制信元存在、Mo信令接入控制信元存在但當(dāng)前UE可用的特殊接 入等級(jí)AC對(duì)應(yīng)的比特位為0。
8.—種終端設(shè)備，用于在長(zhǎng)期演進(jìn)網(wǎng)絡(luò)中建立業(yè)務(wù)，所述終端設(shè)備包括RRC層和非接 入層NAS，其特征在于，還包括監(jiān)聽(tīng)模塊、判斷模塊和受限解除指示模塊；監(jiān)聽(tīng)模塊用于在RRC連接受限的狀態(tài)下監(jiān)聽(tīng)來(lái)自網(wǎng)絡(luò)側(cè)的尋呼消息，所述尋呼消息指 示所述UE的系統(tǒng)消息發(fā)生改變；判斷模塊用于按照所述尋呼消息讀取改變后的系統(tǒng)消息，并根據(jù)所述改變后的系統(tǒng)消 息判斷RRC連接是否受限；受限解除指示模塊用于在所述判斷模塊判斷RRC連接不受限時(shí)，控制RRC層向NAS發(fā) 送受限解除信息。
9.如權(quán)利要求8所述的終端設(shè)備，其特征在于，還包括定時(shí)控制模塊和建鏈?zhǔn)芟薅〞r(shí)器；定時(shí)控制模塊用于在RRC層向NAS發(fā)送受限解除信息之前，如果判斷所述建鏈?zhǔn)芟薅〞r(shí)器未超時(shí)，則控制所述建鏈?zhǔn)芟薅〞r(shí)器停止定時(shí)。
10.如權(quán)利要求8所述的終端設(shè)備，其特征在于，所述受限解除指示模塊設(shè)在RRC層，所 述RRC層還包括建鏈模塊；建鏈模塊用于根據(jù)NAS接收所述受限解除信息后發(fā)起的建鏈請(qǐng)求，向網(wǎng)絡(luò)側(cè)發(fā)起建立 RRC連接的請(qǐng)求。
11.一種長(zhǎng)期演進(jìn)網(wǎng)絡(luò)中的業(yè)務(wù)建立控制系統(tǒng)，其特征在于，包括網(wǎng)絡(luò)側(cè)和權(quán)利要求8 至10中任一項(xiàng)所述的終端設(shè)備。
全文摘要
本發(fā)明公開(kāi)了一種長(zhǎng)期演進(jìn)網(wǎng)絡(luò)中有效提高業(yè)務(wù)建立速度的業(yè)務(wù)建立控制方法、系統(tǒng)和終端設(shè)備，方法包括以下步驟UE在RRC連接受限的狀態(tài)下監(jiān)聽(tīng)來(lái)自網(wǎng)絡(luò)側(cè)的尋呼消息，所述尋呼消息指示所述UE的系統(tǒng)消息發(fā)生改變；UE按照所述尋呼消息讀取改變后的系統(tǒng)消息，并根據(jù)所述改變后的系統(tǒng)消息判斷RRC連接是否受限；如果UE判斷RRC連接不受限，則UE的RRC層向非接入層NAS發(fā)送受限解除信息。本發(fā)明通過(guò)監(jiān)聽(tīng)網(wǎng)絡(luò)側(cè)的尋呼消息，判斷UE的RRC連接是否仍然受限，并在判斷RRC連接不受限的狀態(tài)下及時(shí)通知NAS，從而可以盡可能快地向網(wǎng)絡(luò)側(cè)再次發(fā)起建立RRC連接的請(qǐng)求。本發(fā)明能有效加速UE與網(wǎng)絡(luò)側(cè)建立相應(yīng)業(yè)務(wù)的進(jìn)程，提高LTE網(wǎng)絡(luò)的響應(yīng)速度。
文檔編號(hào)H04W76/02GK101888705SQ20101023906
公開(kāi)日2010年11月17日 申請(qǐng)日期2010年7月28日 優(yōu)先權(quán)日2010年7月28日
發(fā)明者康書(shū)杰 申請(qǐng)人:中興通訊股份有限公司