用戶設(shè)備在pch狀態(tài)下的釋放方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種用戶設(shè)備在PCH狀態(tài)下的釋放方法及裝置，該釋放方法包括：RNC接收UE在PCH狀態(tài)下發(fā)起的主動釋放請求；RNC根據(jù)主動釋放請求確定UE在PCH狀態(tài)下發(fā)起釋放資源；RNC與CN交互，釋放UE在CN中的資源；以及RNC在CN的資源釋放完成后，通知UE進(jìn)行資源釋放。通過本發(fā)明，由于RNC在接收到UE在PCH狀態(tài)下的主動釋放請求后，直接進(jìn)行釋放資源的操作，從而減少了UE遷出PCH狀態(tài)的操作，這種釋放過程縮短了釋放的流程并且避免了占用專用信道資源的可能性，進(jìn)而簡化UE在PCH狀態(tài)的流程并節(jié)省了專用資源。
【專利說明】用戶設(shè)備在PCH狀態(tài)下的釋放方法及裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種用戶設(shè)備在PCH狀態(tài)下的釋放方法及
裝置。
【背景技術(shù)】
[0002]3G技術(shù)目前在很多國家與地區(qū)廣泛使用。3G技術(shù)所涉及的移動通信網(wǎng)通常由接入網(wǎng)和核心網(wǎng)兩部分組成。3G的接入網(wǎng)由無線網(wǎng)絡(luò)控制器(Radio Network Controller,簡稱為RNC)和基站(NODE B)構(gòu)成。該接入網(wǎng)用于確保用戶終端在空中接口的接入，并進(jìn)行空中接口資源的管理和控制。用戶設(shè)備(User Equipment，簡稱為UE)使用接入網(wǎng)進(jìn)行信令或者業(yè)務(wù)信息交互。3G的核心網(wǎng)(Core Network，簡稱為CN)主要負(fù)責(zé)用戶的移動性管理和呼叫控制功能。
[0003]無線資源控制(Radio Resource Control,簡稱為RRC)協(xié)議終結(jié)于UE和服務(wù)無線網(wǎng)絡(luò)控制器(Serving Radio Network Controller,簡稱為SRNC)之間。主要用于完成UE和SRNC之間信令的交互，當(dāng)UE需要和網(wǎng)絡(luò)發(fā)起信令交互過程時(shí)，UE就需要向網(wǎng)絡(luò)方發(fā)起RRC連接建立請求。
[0004]在3GPP(3rd Generation Partnership Project)TS 25.33I 技術(shù)規(guī)范中，根據(jù) UE有無RRC連接，可以將UE的狀態(tài)劃分為兩種:一種是沒有RRC連接的空閑模式(IDLEMode);一種是有RRC連接的RRC連接模式。其中，RRC連接模式又分為四種狀態(tài):CELL_DCH狀態(tài)、CELL_ FACH狀態(tài)、CELL_PCH狀態(tài)和URA_PCH狀態(tài)。下面就四種狀態(tài)的特點(diǎn)作一下說明。
[0005]1、CELL_DCH狀態(tài):UE有專用的傳輸信道(DCH)資源，這時(shí)用戶的業(yè)務(wù)一般是電路域的服務(wù)或者高速率的數(shù)據(jù)服務(wù)。UE在上下行都占用有一條專用物理信道，UE可以按照小區(qū)進(jìn)行定位。
[0006]2、CELL_FACH狀態(tài):UE在此狀態(tài)下使用公共傳輸信道RACH/FACH傳輸DCCH (和DTCH)專用信息，UE在CELL FACH狀態(tài)下沒有專用傳輸信道(DCH)資源。UE不占用任何專用物理信道。此狀態(tài)適合于支持低速率的數(shù)據(jù)業(yè)務(wù)。
[0007]3、CELL_PCH態(tài):UE在此狀態(tài)下沒有專用傳輸信道(DCH)資源，UE在此狀態(tài)下監(jiān)聽尋呼信道，如有必要與網(wǎng)絡(luò)進(jìn)行信令交互，則可以通過RACH/FACH實(shí)現(xiàn)。在此狀態(tài)下，網(wǎng)絡(luò)知道UE當(dāng)前駐留的小區(qū)，如果需要對UE進(jìn)行尋呼，網(wǎng)絡(luò)可以在UE所處的那個(gè)小區(qū)中使用PCH對UE進(jìn)行尋呼。
[0008]4、URA_PCH態(tài):UE在此狀態(tài)下沒有專有的傳輸信道(DCH)資源，UE在此狀態(tài)下監(jiān)聽尋呼信道，如有必要與網(wǎng)絡(luò)進(jìn)行信令交互，則可以通過RACH/FACH實(shí)現(xiàn)。與CELL_PCH狀態(tài)的不同之處在于，在URA_PCH狀態(tài)下，網(wǎng)絡(luò)方只是知道UE具體位于哪一個(gè)URA范圍內(nèi)，而并非確定UE當(dāng)前位于哪個(gè)小區(qū)。在此狀態(tài)下，如果需要對UE進(jìn)行尋呼，網(wǎng)絡(luò)需要在UE所處的URA包含的所有小區(qū)中使用PCH對UE進(jìn)行尋呼。
[0009]RRC連接模式的四個(gè)狀態(tài)可以相互轉(zhuǎn)換，圖1是根據(jù)現(xiàn)有技術(shù)的RRC狀態(tài)轉(zhuǎn)換示意圖，其相互轉(zhuǎn)換關(guān)系如圖1所示(圖1來自于協(xié)議3GPP TS 25.311_9a0的Figure7.1-1)。[0010]UE在空閑模式下，只能進(jìn)入兩個(gè)狀態(tài)，即CELL_DCH狀態(tài)和CELL_FACH狀態(tài)。CELL_PCH狀態(tài)和URA_PCH狀態(tài)可以由CELL_DCH狀態(tài)或CELL_FACH狀態(tài)轉(zhuǎn)入。
[0011]圖2是根據(jù)現(xiàn)有技術(shù)的Cell Update方法流程圖，如圖2所示，如果UE想要從PCH態(tài)釋放，則需要進(jìn)行CELLUPDATE過程。(其余各個(gè)CELLUPDATE伴隨過程參見協(xié)議3GPPTS25.331 協(xié)議 8.3.1)。
[0012]根據(jù)現(xiàn)有協(xié)議，對于UE在CELL_PCH狀態(tài)或URA_PCH狀態(tài)下主動釋放的流程如圖4所示:(以CELL_PCH—>IDLE為例，CELL_DCH—>CELL_PCH過程參見圖3，同時(shí)也存在CELL_FACH的情況)。UE正常在PCH態(tài)下發(fā)起釋放，先需要從PCH態(tài)遷出再發(fā)起PDP去進(jìn)行激活或 signal release。UE 上的 Cell Update 攜帶原因值 Uplinkdata transmission。
[0013]可以看出UE在PCH狀態(tài)下的釋放流程較為復(fù)雜，在DCH狀態(tài)時(shí)還占用了專有資源。
[0014]針對現(xiàn)有技術(shù)中UE在PCH狀態(tài)下的釋放流程比較復(fù)雜的問題，目前尚未提出有效的解決方案。
【發(fā)明內(nèi)容】
[0015]本發(fā)明提供了一種用戶設(shè)備在PCH狀態(tài)下的釋放方法及裝置，以至少解決UE在PCH狀態(tài)下的釋放流程比較復(fù)雜的問題。
[0016]為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的一個(gè)方面，提供了一種用戶設(shè)備在PCH狀態(tài)下的釋放方法。
[0017]根據(jù)本發(fā)明的用戶設(shè)備在PCH狀態(tài)下的釋放方法包括:RNC接收UE在PCH狀態(tài)下發(fā)起的主動釋放請求；RNC根據(jù)主動釋放請求確定UE在PCH狀態(tài)下發(fā)起釋放資源；RNC與CN交互，釋放UE在CN中的資源；以及RNC在CN的資源釋放完成后，通知UE進(jìn)行資源釋放。
[0018]優(yōu)選地，RNC接收用戶設(shè)備UE在PCH狀態(tài)下發(fā)起的主動釋放請求包括:RNC接收來自UE的Cell Update消息，其中，Cell Update消息中攜帶有指示UE在PCH狀態(tài)下發(fā)起釋放資源的指示信息。
[0019]優(yōu)選地，指示信息攜帶在Cell Update消息中的為指示信息定義的字段中。
[0020]優(yōu)選地，為指示信息定義的字段的取值為與Cell Update消息中的其他字段的取值不相同的數(shù)值。
[0021]優(yōu)選地，通知UE進(jìn)行資源釋放包括:RNC發(fā)送尋呼消息類型PAGING TYPEl至UE，其中，尋呼消息類型I中包括釋放信元。
[0022]優(yōu)選地，在RNC通知UE進(jìn)行資源釋放之后，還包括:UE從尋呼消息類型I中解析出釋放信元后，進(jìn)行資源釋放。
[0023]優(yōu)選地，在通知UE進(jìn)行資源釋放之后，還包括:RNC釋放內(nèi)部的IU 口資源。
[0024]優(yōu)選地，RNC與CN交互，釋放CN的資源，包括:RNC與CN進(jìn)行交互，釋放CN的IU口資源。
[0025]為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另一個(gè)方面，提供了一種用戶設(shè)備在PCH狀態(tài)下的釋放裝置，該裝置用于執(zhí)行本發(fā)明提供的任意一種用戶設(shè)備在PCH狀態(tài)下的釋放方法。該釋放裝置應(yīng)用于RNC上，包括:接收模塊，用于接收UE在PCH狀態(tài)下發(fā)起的主動釋放請求；確定模塊，用于根據(jù)主動釋放請求確定UE在PCH狀態(tài)下發(fā)起釋放資源；第一釋放模塊，用于與CN交互，釋放CN的資源；以及通知模塊，用于在CN的資源釋放完成后，通知UE進(jìn)行資源釋放。
[0026]優(yōu)選地，接收模塊包括:接收子模塊，用于接收來自UE的Cell Update消息，其中，Cell Update消息中攜帶有指示UE在PCH狀態(tài)下發(fā)起釋放資源的指示信息。
[0027]優(yōu)選地，通知模塊包括:發(fā)送子模塊，用于發(fā)送尋呼消息類型PAGING TYPEl至UE,其中，尋呼消息類型I中包括釋放信元。
[0028]優(yōu)選地，還包括:第二釋放模塊，用于釋放內(nèi)部的IU 口資源。
[0029]優(yōu)選地，第一釋放單元包括:釋放子模塊，用于與CN進(jìn)行交互，釋放CN的IU 口資源。
[0030]通過本發(fā)明，由于RNC在接收到UE在PCH狀態(tài)下的主動釋放請求后，直接進(jìn)行釋放資源的操作，減少了 UE遷出PCH狀態(tài)的操作，這種釋放過程縮短了釋放的流程并且避免了占用專用信道資源的可能性，因此解決了 UE在PCH狀態(tài)下的釋放流程比較復(fù)雜的問題，進(jìn)而簡化UE在PCH狀態(tài)的流程并節(jié)省了專用資源。
【專利附圖】
【附圖說明】
[0031]構(gòu)成本申請的一部分的附圖用來提供對本發(fā)明的進(jìn)一步理解，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中:
[0032]圖1是根據(jù)現(xiàn)有技術(shù)的RRC狀態(tài)轉(zhuǎn)換示意圖；
[0033]圖2是根據(jù)現(xiàn)有技術(shù)的Cell Update方法流程圖；
[0034]圖3是根據(jù)現(xiàn)有技術(shù)的由CELL_DCH到CELL_PCH的流程圖；
[0035]圖4是根據(jù)現(xiàn)有技術(shù)的UE在PCH狀態(tài)下發(fā)起釋放的流程圖；
[0036]圖5是根據(jù)本發(fā)明實(shí)施例的用戶設(shè)備在PCH狀態(tài)下的釋放方法的流程圖；
[0037]圖6是根據(jù)本發(fā)明優(yōu)選實(shí)施例的用戶設(shè)備在PCH狀態(tài)下的釋放方法的流程圖；
[0038]圖7是根據(jù)本發(fā)明實(shí)施例的用戶設(shè)備在PCH狀態(tài)下的釋放裝置的結(jié)構(gòu)框圖；
[0039]圖8是根據(jù)本發(fā)明第一優(yōu)選實(shí)施例的用戶設(shè)備在PCH狀態(tài)下的釋放裝置的結(jié)構(gòu)框圖；
[0040]圖9是根據(jù)本發(fā)明第二優(yōu)選實(shí)施例的用戶設(shè)備在PCH狀態(tài)下的釋放裝置的結(jié)構(gòu)框圖；
[0041]圖10是根據(jù)本發(fā)明第三優(yōu)選實(shí)施例的用戶設(shè)備在PCH狀態(tài)下的釋放裝置的結(jié)構(gòu)框圖；以及
[0042]圖11是根據(jù)本發(fā)明第四優(yōu)選實(shí)施例的用戶設(shè)備在PCH狀態(tài)下的釋放裝置的結(jié)構(gòu)框圖。
【具體實(shí)施方式】
[0043]需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互組合。下面將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。
[0044]本發(fā)明實(shí)施例提供了 一種用戶設(shè)備UE在PCH狀態(tài)下的釋放方法。
[0045]圖5是根據(jù)本發(fā)明實(shí)施例的用戶設(shè)備在PCH狀態(tài)下的釋放方法的流程圖。[0046]如圖5所示，該釋放方法包括如下的步驟S502至步驟S508。
[0047]步驟S502，RNC接收用戶設(shè)備UE在PCH狀態(tài)下發(fā)起的主動釋放請求。
[0048]一般情況下，UE在PCH狀態(tài)下需要先遷出在進(jìn)行資源的釋放，本實(shí)施例中，當(dāng)UE收到主動釋放的指示時(shí)，會請RNC發(fā)出主動釋放請求,通過該請求,UE可以在PCH狀態(tài)下直接進(jìn)行資源的釋放。
[0049]如果要進(jìn)行釋放，UE需要發(fā)送Cell Update消息,優(yōu)選地,在本步驟中，RNC接收來自UE的Cell Update (小區(qū)更新)消息，其中，Cell Update消息中攜帶有指示UE在PCH狀態(tài)下發(fā)起釋放資源的指示信息。
[0050]在Cell Update消息中攜帶指示信息有多種實(shí)現(xiàn)方式，為了簡化攜帶的方式，優(yōu)選地，指示信息攜帶在Cell Update消息中的為指示信息定義的字段中。
[0051]通過多種方式均能達(dá)到對指示信息的定義，為了進(jìn)一步簡化釋放資源這一過程，本實(shí)施例采用定義字段的方式，將特定字段定義為用于進(jìn)行UE在PCH狀態(tài)下的主動釋放，那么只要對該字段賦值，該指示信息即可用于指示主動釋放。RNC在解析到該賦值的字段后，直接發(fā)起PCH態(tài)下的主動釋放流程，從而不必從PCH態(tài)遷出再釋放。
[0052]為了防止使各信息間產(chǎn)生不必要的相互干擾，優(yōu)選地，為指示信息定義的字段的取值為與Cell Update消息中的其他字段的取值不相同的數(shù)值。
[0053]由于UE在PCH狀態(tài)時(shí)不能有上行活動，想釋放資源，需要根據(jù)協(xié)議的要求先遷出該狀態(tài)，而遷出的操作需要先發(fā)送Cell Update消息，然后再進(jìn)行去激活的操作，因此需要發(fā)送Cell Update,然后再 進(jìn)行遷出和釋放。本實(shí)施例在發(fā)送Cell Update時(shí),直接將釋放請求附帶在該消息中，因此省略了向外遷出的步驟，而直接執(zhí)行釋放。
[0054]具體地，在3GPP TS25.331協(xié)議中，Cell Update消息內(nèi)容如下文中的表1所示:
[0055]
【權(quán)利要求】
1.一種用戶設(shè)備在PCH狀態(tài)下的釋放方法，其特征在于，包括: 無線網(wǎng)絡(luò)控制器RNC接收用戶設(shè)備UE在PCH狀態(tài)下發(fā)起的主動釋放請求； 所述RNC根據(jù)所述主動釋放請求確定所述UE在PCH狀態(tài)下發(fā)起釋放資源； 所述RNC與核心網(wǎng)CN交互，釋放所述UE在所述CN中的資源；以及 所述RNC在所述CN的資源釋放完成后，通知所述UE進(jìn)行資源釋放。
2.根據(jù)權(quán)利要求1所述的釋放方法，其特征在于，無線網(wǎng)絡(luò)控制器RNC接收用戶設(shè)備UE在PCH狀態(tài)下發(fā)起的主動釋放請求包括: 所述RNC接收來自所述UE的小區(qū)更新Cell Update消息,其中，所述CellUpdate消息中攜帶有指示所述UE在PCH狀態(tài)下發(fā)起釋放資源的指示信息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述指示信息攜帶在所述CellUpdate消息中的為所述指示信息定義的字段中。
4.根據(jù)權(quán)利要求3所述的釋放方法，其特征在于，所述為所述指示信息定義的字段的取值為與所述Cell Update消息中的其他字段的取值不相同的數(shù)值。
5.根據(jù)權(quán)利要求1所述的釋放方法，其特征在于，通知所述UE進(jìn)行資源釋放包括:所述RNC發(fā)送尋呼消息類型PAGING TYPEl至所述UE，其中，所述尋呼消息類型I中包括釋放信元。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，在所述RNC通知所述UE進(jìn)行資源釋放之后，還包括:所述UE從所述尋`呼消息類型I中解析出所述釋放信元后，進(jìn)行資源釋放。
7.根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的釋放方法，其特征在于，在通知所述UE進(jìn)行資源釋放之后，還包括: 所述RNC釋放內(nèi)部的IU 口資源。
8.根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的釋放方法，其特征在于，所述RNC與所述CN交互，釋放所述CN的資源，包括: 所述RNC與所述CN進(jìn)行交互，釋放所述CN的IU 口資源。
9.一種用戶設(shè)備在PCH狀態(tài)下的釋放裝置，應(yīng)用于無線網(wǎng)絡(luò)控制器RNC上，其特征在于，包括: 接收模塊，用于接收用戶設(shè)備UE在PCH狀態(tài)下發(fā)起的主動釋放請求； 確定模塊，用于根據(jù)所述主動釋放請求確定所述UE在PCH狀態(tài)下發(fā)起釋放資源； 第一釋放模塊，用于與核心網(wǎng)CN交互，釋放所述CN的資源；以及 通知模塊，用于在所述CN的資源釋放完成后，通知所述UE進(jìn)行資源釋放。
10.根據(jù)權(quán)利要求9所述的釋放裝置，其特征在于，所述接收模塊包括: 接收子模塊，用于接收來自所述UE的小區(qū)更新Cell Update消息，其中，所述CellUpdate消息中攜帶有指示所述UE在PCH狀態(tài)下發(fā)起釋放資源的指示信息。
11.根據(jù)權(quán)利要求9所述的釋放裝置，其特征在于，所述通知模塊包括:發(fā)送子模塊，用于發(fā)送尋呼消息類型PAGING TYPEl至所述UE，其中，所述尋呼消息類型I中包括釋放信元。
12.根據(jù)權(quán)利要求9至11中任一項(xiàng)所述的釋放裝置，其特征在于，還包括:第二釋放模塊，用于釋放內(nèi)部的IU 口資源。
13.根據(jù)權(quán)利要求9至11中任一項(xiàng)所述的釋放裝置，其特征在于，所述第一釋放單元包括:釋放子模塊，用于與所述CN進(jìn)行交互，釋放所述CN的IU口資源。
【文檔編號】H04W76/04GK103517453SQ201210213035
【公開日】2014年1月15日 申請日期:2012年6月26日 優(yōu)先權(quán)日:2012年6月26日
【發(fā)明者】董曉華 申請人:中興通訊股份有限公司