專利名稱：用于狀態(tài)/模式轉(zhuǎn)換的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本公開涉及用戶設(shè)備(UE)或其他的無線或移動設(shè)備與無線網(wǎng)絡(luò)之間的無線資源控制，以及具體地，涉及無線網(wǎng)絡(luò)(例如，通用移動電信系統(tǒng)(UMTS)網(wǎng)絡(luò))中的操作狀態(tài)和模式之間的轉(zhuǎn)換。
背景技術(shù)：
通用移動電信系統(tǒng)(UMTS)是用于傳輸文本、數(shù)字語音、視頻和多媒體的寬帶的基于分組的系統(tǒng)。其高度支持第三代移動通信的標(biāo)準(zhǔn)，并一般而言基于寬帶碼分多址接入(W-CDMA)。在UMTS網(wǎng)絡(luò)中，協(xié)議棧的無線資源控制(RRC)部分負(fù)責(zé)UE和UTRAN之間的無線資源的分配、配置和釋放。在3GPP TS 25. 331規(guī)范中對該RRC協(xié)議進行了詳細(xì)描述。將UE可以處于的兩個基本模式定義為“空閑模式”和“UTRA RRC連接模式”(或者如此處所使用的，簡稱為“連接模式”)。UTRA代表UMTS陸地?zé)o線接入。在空閑模式下，要求UE或其他移動設(shè)備只要想要發(fā)送任何的用戶數(shù)據(jù)，或者響應(yīng)于只要UTRAN或服務(wù)通用分組無線業(yè)務(wù)(GPRS)支持節(jié)點(SGSN)向其尋呼以從例如推送服務(wù)器的外部數(shù)據(jù)網(wǎng)絡(luò)接收數(shù)據(jù)的尋呼，都要請求RRC連接。在第三代伙伴計劃(3GPP)規(guī)范TS 25. 304和TS 25. 331中詳細(xì)描述了空閑模式和連接模式行為。當(dāng)處于UTRARRC連接模式時，設(shè)備可以處于四個狀態(tài)之一。它們是CELL-DCH :在該狀態(tài)下，在上行鏈路和下行鏈路中向UE分配專用信道以用于交換數(shù)據(jù)。UE必須執(zhí)行在3GPP TS 25. 331中描述的動作。CELL_FACH :在該狀態(tài)下不向用戶設(shè)備分配專用信道。取而代之，使用公共信道來交換少量的突發(fā)數(shù)據(jù)(bursty data)。UE必須執(zhí)行在3GPP TS 25. 331中描述的動作，包括在3GPP TS 25. 304中定義的小區(qū)選擇過程。CELL PCH UE使用斷續(xù)接收(DRX)來經(jīng)由尋呼指示符信道(PICH)監(jiān)視廣播消息和尋呼。不可能有上行鏈路活動。UE必須執(zhí)行在3GPP TS 25. 331中描述的動作，包括在3GPP TS 25. 304中定義的小區(qū)選擇過程。UE必須執(zhí)行小區(qū)重選之后的小區(qū)更新過程。URA_PCH UE使用斷續(xù)接收(DRX)來經(jīng)由尋呼指示符信道(PICH)監(jiān)視廣播消息和尋呼。不可能有上行鏈路活動。UE必須執(zhí)行在3GPP TS 25. 331中描述的動作，包括在3GPPTS 25. 304中定義的小區(qū)選擇過程。除了僅經(jīng)由UTRAN注冊區(qū)(URA)重選來觸發(fā)URA更新過程之外，該狀態(tài)與CELL_PCH類似。由UTRAN來控制從空閑模式到連接模式或反之的轉(zhuǎn)換。當(dāng)空閑模式UE請求RRC連接時，網(wǎng)絡(luò)決定是否將UE移動到CELL_DCH或CELL_FACH狀態(tài)。當(dāng)UE處于RRC連接模式時，再次地，網(wǎng)絡(luò)決定何時釋放RRC連接。在釋放連接之前，或者在一些情況下替代釋放連接，網(wǎng)絡(luò)還可以將UE從一個RRC狀態(tài)移動到另一 RRC狀態(tài)。通常由UE和網(wǎng)絡(luò)之間的數(shù)據(jù)活動或不活動來觸發(fā)狀態(tài)轉(zhuǎn)換。由于對于給定的應(yīng)用，網(wǎng)絡(luò)可能不知道UE何時已經(jīng)完成了數(shù)據(jù)交換，通常預(yù)期更多的數(shù)據(jù)去往/來自UE，將RRC連接保持一些時間。通常這樣做來降低呼叫建立和后續(xù)的無線資源建立的延遲。僅可以由UTRAN來發(fā)送RRC連接釋放消息。該消息釋放UE和UTRAN之間的信號鏈路連接和所有的無線資源。一般而言，術(shù)語“無線承載”指代在UE和UTRAN之間分配的無線資源。以及，術(shù)語“無線接入承載”一般指代在UE和例如SGSN(服務(wù)GPRS服務(wù)節(jié)點)之間分配的無線資源。本公開將會不時地提及術(shù)語無線資源”，該術(shù)語應(yīng)該根據(jù)需要指代無線承載和/或無線接入承載中的任一個或其兩者。以上的問題是即使UE上的應(yīng)用已經(jīng)完成其數(shù)據(jù)事務(wù)并且不預(yù)期任何的其他數(shù)據(jù)交換，其仍然等待網(wǎng)絡(luò)將其移動至正確的狀態(tài)。網(wǎng)絡(luò)可能甚至不知道UE上的應(yīng)用已經(jīng)完成其數(shù)據(jù)交換的事實。例如，UE上的應(yīng)用可以使用其基于應(yīng)答的協(xié)議來與其應(yīng)用服務(wù)器交換數(shù)據(jù)，該應(yīng)用服務(wù)器是通過UMTS核心網(wǎng)來接入的。示例是在用戶數(shù)據(jù)報協(xié)議/互聯(lián)網(wǎng)協(xié) 議(UDP/IP)上運行的應(yīng)用實現(xiàn)其自己的有保證的傳送。在這種情況下，UE知道應(yīng)用服務(wù)器是否已經(jīng)發(fā)送或接收了所有數(shù)據(jù)分組，并能夠更好地確定是否發(fā)生任何其他的數(shù)據(jù)交換并因此決定何時終止與分組服務(wù)(PS)域相關(guān)聯(lián)的RRC連接。由于UTRAN控制何時將RRC連接狀態(tài)改變到不同的狀態(tài)或空閑模式，以及UTRAN不知道UE和外部服務(wù)器之間的數(shù)據(jù)傳送的狀態(tài)，UE可以被強制停留在比所要求的更高的數(shù)據(jù)速率狀態(tài)或模式，很可能導(dǎo)致移動臺的電池壽命降低，還很可能由于沒有必要地保持占據(jù)無線資源并從而使其對另一用戶不可用的事實，導(dǎo)致浪費網(wǎng)絡(luò)資源。對以上問題的一個解決方案是當(dāng)UE認(rèn)識到其完成數(shù)據(jù)事務(wù)時，該UE向UTRAN發(fā)送信令釋放指示。根據(jù)3GPP TS 25. 331規(guī)范的8. I. 14. 3節(jié)，UTRAN可以在接收到來自UE的信令釋放指示時釋放信令連接，使得UE轉(zhuǎn)換到空閑模式或其他一些RRC狀態(tài)。以上解決方案的問題是UTRAN可能變得被來自該UE和其他UE的信令釋放指示消息所淹沒。

發(fā)明內(nèi)容
根據(jù)本申請的一個方面，提供了在用戶設(shè)備中處理指示消息的方法，該方法包括針對至少一個RRC狀態(tài)，如果UE的當(dāng)前RRC狀態(tài)是先前發(fā)送的指示消息的結(jié)果，則UE禁止自身發(fā)送進一步指示消息。根據(jù)本申請的另一方面，提供了用戶設(shè)備，被配置為對指示消息進行處理，該用戶設(shè)備被配置為針對至少一個RRC狀態(tài)，如果UE的當(dāng)前RRC狀態(tài)是先前發(fā)送的指示消息的結(jié)果，則禁止自身發(fā)送進一步指示消息。


參考附圖，將更好地理解本公開，其中圖I是示出RRC狀態(tài)和轉(zhuǎn)換的方框圖；圖2是示出各種UMTS小區(qū)和URA的UMTS網(wǎng)絡(luò)的示意；圖3是示出RRC連接建立中的各個階段的方框圖；圖4A是根據(jù)當(dāng)前的方法，由UTRAN發(fā)起的CELL_DCH連接模式狀態(tài)與空閑模式之間的示例性轉(zhuǎn)換的方框圖；圖4B是示出使用信令釋放指示，CELL_DCH狀態(tài)連接模式轉(zhuǎn)換到空閑模式之間的示例性轉(zhuǎn)換的方框圖；圖5A是由UTRAN發(fā)起的在CELL_DCH不活動狀態(tài)到CELL_FACH不活動狀態(tài)再到空閑模式之間的示例性轉(zhuǎn)換的方框圖；圖5B是示出使用信令釋放指示，CELL_DCH不活動狀態(tài)與空閑模式之間的示例性轉(zhuǎn)換的方框圖；圖6是UMTS協(xié)議棧的方框圖；圖7是可以與本方法相關(guān)聯(lián)地使用的示例性UE ；

圖8是與本方法和系統(tǒng)相關(guān)聯(lián)地使用的示例性網(wǎng)絡(luò)；圖9是示出在UE處增加信令連接釋放指示的原因的步驟的流程圖；圖10是示出UE在接收到具有原因的信令連接釋放指示時所采取的步驟的流程圖；圖11示出了在圖8中示出的網(wǎng)絡(luò)的示例性操作期間，示例性邏輯和物理信道分配的圖形表示，在圖8中，向UE提供多個并發(fā)的分組數(shù)據(jù)通信服務(wù)會話；圖12示出了根據(jù)本公開的實施例，提供釋放各個分組數(shù)據(jù)服務(wù)的無線資源的無線資源釋放功能的UE和網(wǎng)絡(luò)單元的功能框圖；圖13示出了表示根據(jù)本公開的實施例的操作而產(chǎn)生的信令的消息序列圖，通過該操作，釋放對PDP上下文的無線資源分配；圖14示出了也表示根據(jù)本公開的實施例的操作而產(chǎn)生的信令的消息序列圖，通過該操作來釋放無線資源分配，該消息序列圖與圖13中示出的消息序列圖相似；圖15示出了表示本公開的實施例的過程的過程圖(process diagram)；圖16示出了示意本公開的實施例的操作方法的方法流程圖；圖17示出了也示意本公開的實施例的操作方法的方法流程圖；圖18示出了實施例的方法流程圖，在該實施例中，基于網(wǎng)絡(luò)單元處的無線資源簡檔來做出轉(zhuǎn)換決定；圖19示出了能夠在圖18的方法中使用網(wǎng)絡(luò)單元的簡化框圖；圖20示出了用于發(fā)送轉(zhuǎn)換指示或請求消息的數(shù)據(jù)流程圖；以及圖21示出了在UE處用于設(shè)置禁止定時器值的數(shù)據(jù)流程圖。
具體實施例方式下面提供的示例和實施例描述了用于將用戶設(shè)備(UE)或其他移動設(shè)備在無線網(wǎng)絡(luò)(例如，如UMTS網(wǎng)絡(luò))中的各種操作狀態(tài)/模式之間進行轉(zhuǎn)換的各種方法和系統(tǒng)。應(yīng)該理解，其他類型的網(wǎng)絡(luò)中的其他實現(xiàn)也是可能的。例如，也可以將相同的技術(shù)應(yīng)用與碼分多址接入(CDMA)網(wǎng)絡(luò)(例如，3GPP21S-2000)、寬帶 CDMA (W-CDMA)網(wǎng)絡(luò)(例如，3GPP UMTS/高速分組接入(HSPA)網(wǎng)絡(luò))、演進的UTRAN網(wǎng)絡(luò)(例如，LTE)，或者廣義地應(yīng)用與基于以下無線接入技術(shù)的任何網(wǎng)絡(luò)該無線接入技術(shù)使用網(wǎng)絡(luò)控制的無線資源或者不維持對設(shè)備應(yīng)用級數(shù)據(jù)交換的狀態(tài)的任何知識。以下描述的雖然為了簡潔而關(guān)于UMTS網(wǎng)絡(luò)來描述的特定示例和實現(xiàn)也可以應(yīng)用與這些其他的網(wǎng)絡(luò)環(huán)境。此外，下面有時將網(wǎng)絡(luò)單元描述為UTRAN。然而，如果使用了除UMTS以外的其他網(wǎng)絡(luò)類型，可以基于該網(wǎng)絡(luò)類型來適當(dāng)?shù)剡x擇網(wǎng)絡(luò)單元。此外，網(wǎng)絡(luò)單元可以是UMTS系統(tǒng)或任何其他適當(dāng)?shù)木W(wǎng)絡(luò)系統(tǒng)中的核心網(wǎng)，其中，網(wǎng)絡(luò)單元是做出轉(zhuǎn)換決定的實體。在具體的示例中，本系統(tǒng)和方法提供了從RRC連接模式到更具電池效率或無線資源效率的狀態(tài)或模式的轉(zhuǎn)換，同時在網(wǎng)絡(luò)處提供了做出決定的能力。具體地，本發(fā)明和裝置提供了基于接收到來自UE的指示的轉(zhuǎn)換,該指示(隱式地或顯式地)指示了應(yīng)該發(fā)生和與無線資源的特定信令連接相關(guān)聯(lián)的RRC狀態(tài)或模式到另一狀態(tài)或模式的轉(zhuǎn)換。應(yīng)該意識到，這種轉(zhuǎn)換指示或請求可以使用當(dāng)前標(biāo)準(zhǔn)下的現(xiàn)有通信(例如，信令連接釋放指示消息)，或者可以是改變UE的狀態(tài)的新的專用消息，例如“優(yōu)選RRC狀態(tài)請求”或“數(shù)據(jù)傳送完成指示消息”。數(shù)據(jù)傳送完成指示消息是指示高層數(shù)據(jù)傳送完成的消息。在此使用的指示可以指代任一場景，并且可以并入請求。在一些情況下，當(dāng)UE上的一個或多個應(yīng)用已經(jīng)完成了數(shù)據(jù)交換和/或當(dāng)確定UE 應(yīng)用不預(yù)期交換任何其他數(shù)據(jù)時，可以發(fā)送源自于UE的轉(zhuǎn)換指示。然后，網(wǎng)絡(luò)單元可以使用該指示和其中提供的任何信息以及在此定義為無線資源簡檔的與無線資源有關(guān)的其他信息(例如服務(wù)質(zhì)量、接入點名稱(APN)、分組數(shù)據(jù)協(xié)議(TOP)上下文、歷史信息等等)，來做出關(guān)于是將移動設(shè)備轉(zhuǎn)換到另一模式或狀態(tài)，還是什么都不做的網(wǎng)絡(luò)特有的決定。UE或移動設(shè)備提供的轉(zhuǎn)換指示可以采用多種形式，并且可以在不同的條件下發(fā)送。在第一示例中，可以基于駐留在UE上的所有應(yīng)用的復(fù)合狀態(tài)來發(fā)送轉(zhuǎn)換指示。具體地，在UMTS環(huán)境下，如果UE上的應(yīng)用確定其完成了數(shù)據(jù)交換，可以向UE軟件的“連接管理器”組件發(fā)送“完成”指示。在一個實施例中，連接管理器可以跟蹤所有現(xiàn)有的應(yīng)用(包括基于一個或多個協(xié)議來提供服務(wù)的應(yīng)用)、相關(guān)的分組數(shù)據(jù)協(xié)議(TOP)上下文、相關(guān)的分組交換(PS)無線資源以及相關(guān)的電路交換(CS)無線資源。PDP上下文是UE和跨越UMTS核心網(wǎng)運行的TON(公共數(shù)據(jù)網(wǎng)絡(luò))之間的邏輯關(guān)聯(lián)?？梢詫E上的一個或多個應(yīng)用(例如，電子郵件應(yīng)用和瀏覽器應(yīng)用)與一個PDP上下文相關(guān)聯(lián)。在一些情況下,UE上的一個應(yīng)用與一個主PDP上下文相關(guān)聯(lián)，以及可以將多個應(yīng)用與輔助PDP上下文捆綁。連接管理器從UE上同時活動的不同應(yīng)用接收“完成”指示。例如，用戶可以從推送服務(wù)器接收電子郵件，同時瀏覽網(wǎng)頁。在電子郵件應(yīng)用已經(jīng)發(fā)送應(yīng)答之后，其可以指示它已經(jīng)完成了它的數(shù)據(jù)事務(wù)。瀏覽器應(yīng)用可以表現(xiàn)得不同，并代之以對何時向連接管理器發(fā)送“完成”指示進行預(yù)測性的確定(例如，使用不活動定時器)。基于來自活動應(yīng)用的這種指示的復(fù)合狀態(tài)，UE軟件可以決定發(fā)送轉(zhuǎn)換指示，該轉(zhuǎn)換指示向網(wǎng)絡(luò)指示或請求應(yīng)該發(fā)生從一個狀態(tài)或模式到另一個狀態(tài)或模式的轉(zhuǎn)換。備選地，UE軟件可以代之以在其發(fā)送轉(zhuǎn)換指示之前等待，并引入延遲來確保應(yīng)用真正完成了數(shù)據(jù)交換，并且不需要維持在高度需要電池或無線資源的狀態(tài)或模式下?；跇I(yè)務(wù)歷史和/或應(yīng)用簡檔，延遲可以是動態(tài)的。只要連接管理器以一定的概率確定沒有應(yīng)用預(yù)期交換數(shù)據(jù)，其都可以向網(wǎng)絡(luò)發(fā)送轉(zhuǎn)換指示來指示應(yīng)該發(fā)生轉(zhuǎn)換。在特定的示例中，轉(zhuǎn)換指示可以是針對適當(dāng)?shù)挠?例如，PS域)的請求轉(zhuǎn)換到空閑模式的信令連接釋放指示。備選地,轉(zhuǎn)換指示可以是向UTRAN請求連接模式內(nèi)的狀態(tài)轉(zhuǎn)換的請求。如下面將更詳細(xì)地描述的，基于接收到轉(zhuǎn)換指示和可選的無線資源簡檔，網(wǎng)絡(luò)單元(例如，UMTS環(huán)境下的UTRAN)可以決定將UE從一個狀態(tài)或模式轉(zhuǎn)換到另一狀態(tài)或模式。
其他轉(zhuǎn)換指示是可能的。例如，替代依靠UE上的所有活動應(yīng)用的復(fù)合狀態(tài)，在備選的實施例中，UE軟件可以在每次UE應(yīng)用已完成數(shù)據(jù)交換和/或該應(yīng)用不預(yù)期交換其他數(shù)據(jù)時發(fā)送轉(zhuǎn)換指示。在該情況下，基于下面參考圖18描述的UE的可選無線資源簡檔，網(wǎng)絡(luò)單元(例如，UTRAN)可以使用該指示來做出轉(zhuǎn)換決定。在又一示例中，轉(zhuǎn)換指示可以簡單地指示UE上的一個或多個應(yīng)用完成數(shù)據(jù)交換和/或UE應(yīng)用不預(yù)期交換任何其他數(shù)據(jù)。基于該指示以及UE的可選的無線資源簡檔，網(wǎng)絡(luò)(例如，UTRAN)可以決定是否將UE轉(zhuǎn)換到更適當(dāng)?shù)臓顟B(tài)或模式或操作。在其他示例中，轉(zhuǎn)換指示可以是隱式的，而不是顯式的。例如，指示可以是周期性發(fā)送的狀態(tài)報告的一部分。這種狀態(tài)報告可以包括例如無線鏈路緩存是否有數(shù)據(jù)的信息或者可以包括關(guān)于輸出業(yè)務(wù)的信息。當(dāng)UE發(fā)送轉(zhuǎn)換指示時，其可以包括附加信息，以協(xié)助網(wǎng)絡(luò)單元做出基于指示進行 動作的決定。該附加信息可以包括UE發(fā)送該消息的理由或原因。該原因或理由(下面更詳細(xì)地解釋)可以基于UE確定需要類似“快速休眠”的行為。這種附加信息可以是轉(zhuǎn)換指示消息中的新信息單元或新參數(shù)的形式。在另一實施例中，在UE上可以存在定時器，以確?？梢圆话l(fā)送轉(zhuǎn)換指示，直到從發(fā)送先前的轉(zhuǎn)換指示開始過去一段時間(禁止持續(xù)時間)。該禁止定時器限制UE太過頻繁地發(fā)送轉(zhuǎn)換指示消息，以及還允許網(wǎng)絡(luò)通過依靠僅以給定的最大頻率觸發(fā)的消息來做出確定?？梢酝ㄟ^值預(yù)先配置或者由網(wǎng)絡(luò)來設(shè)置(指示或信號通知)的定時器確定該持續(xù)時間。如果由網(wǎng)絡(luò)來設(shè)置該值，可以在新的或者現(xiàn)有的消息(例如，RRC連接請求、RRC連接釋放、無線承載建立、UTRAN移動性信息或者系統(tǒng)信息塊等等)中對其進行傳送，以及可以是這些消息中的信息單元。例如，備選地，可以在UTRAN響應(yīng)于從UE接收到的RRC連接請求消息而發(fā)送的RRC連接建立消息的禁止轉(zhuǎn)換指示部分中傳送該值。在備選實施例中，可以在類型取決于UE狀態(tài)的消息中向UE傳送該值。例如，網(wǎng)絡(luò)可以將該值作為系統(tǒng)信息消息的一部分向小區(qū)中的所有UE發(fā)送,該系統(tǒng)信息消息是在UE處于空閑、URA_PCH、Cell_PCH或CELL_FACH狀態(tài)時由UE讀取的。在又一實施例中，可以將該值作為RRC連接建立消息的一部分發(fā)送。網(wǎng)絡(luò)產(chǎn)生的消息還可以通過不將禁止定時器包括在消息中或者消息內(nèi)的信息單元中，來傳送隱式的禁止定時器值。例如，在確定從接收到的消息中省略了禁止定時器時，UE應(yīng)用預(yù)定值來作為禁止定時器值使用。禁止定時器值省略的一個示例性使用是禁止UE發(fā)送轉(zhuǎn)換指示消息。在這種情況下，當(dāng)UE檢測到接收到的消息中對所預(yù)期的禁止定時器值的省略時，可以基于該省略來禁止UE發(fā)送任何的轉(zhuǎn)換指示消息。對此實現(xiàn)的一種方式是UE采用無窮大的禁止定時器值。在另一實施例中，當(dāng)UE檢測到禁止定時器值的省略(以及，例如采用無窮大的禁止定時器值)時，UE可以發(fā)送轉(zhuǎn)換指示，然而不包括任何的附加信息，具體地，UE可以省略觸發(fā)發(fā)送轉(zhuǎn)換指示的原因(下面將進一步更詳細(xì)地描述)。轉(zhuǎn)換指示消息中原因單元的省略可以確保通過允許UE使用請求或指示轉(zhuǎn)換的現(xiàn)有轉(zhuǎn)換指示消息(例如，信令連接釋放指示)來進行后向兼容。進一步參考示例性實施例來詳細(xì)描述不將禁止定時器包括在接收到的消息中的情況，其中，在小區(qū)中廣播或者向UE發(fā)送系統(tǒng)信息塊，以及將系統(tǒng)信息塊配置為傳送禁止定時器值。在本實施例中，如果UE接收到不在消息或消息內(nèi)的信息單元中包含禁止定時器(已知為T3xx)的系統(tǒng)信息塊，在這種情況下，UE可以確定不使UE發(fā)送轉(zhuǎn)換指示消息，例如，通過將禁止定時器T3xx設(shè)置為無窮大來進行。還參考另一示例性實施例來詳細(xì)描述不包括禁止定時器的情況，其中，從UTRAN移動性信息消息省略禁止定時器T3xx。在這種情況下，接收方UE可以繼續(xù)應(yīng)用先前存儲的禁止定時器值。備選地，在檢測到禁止定時器T3xx的省略時，UE可以確定不使UE發(fā)送轉(zhuǎn)換指示消息，例如，通過將禁止定時器T3xx設(shè)置為無窮大來進行。在又一示例性實施例中，UE在檢測到接收的消息或消息內(nèi)的信息單元中省略了禁止定時器時，將禁止定時器值設(shè)置為另一預(yù)設(shè)值(例如，0秒、5秒、10秒、15秒、20秒、30秒、I分鐘、I分30秒、2分鐘中的一個)。備選地或者附加地，這些示例可以應(yīng)用于其他網(wǎng)絡(luò)產(chǎn)生的消息。 在其他實施例中，如果沒有在消息或信息單元中向UE發(fā)送或信號通知禁止定時器(值)，或者沒有從廣播系統(tǒng)信息讀取或者從與一個小區(qū)到另一個小區(qū)的轉(zhuǎn)換有關(guān)的其他專用UTRAN消息接收到禁止定時器，可以發(fā)生也可以不發(fā)生轉(zhuǎn)換指示的發(fā)送。具體地，在一個實施例中，UE在檢測到不存在禁止定時器時，不基于高層確定不再有PS數(shù)據(jù)要發(fā)送來發(fā)起轉(zhuǎn)換指示。在備選實施例中，UE在檢測到不存在禁止定時器時，可以基于高層確定不再有PS數(shù)據(jù)要發(fā)送來發(fā)起轉(zhuǎn)換指示。在又一實施例中，如果在消息內(nèi)或者消息中的信息單元內(nèi)沒有從UTRAN接收到定時器值(經(jīng)由廣播或其他方式)，不將UE處的定時器值設(shè)置為無窮大，而是UE可以將禁止定時器設(shè)置為零，或者備選地，刪除定時器的任何配置，并代之允許發(fā)送轉(zhuǎn)換指示。在該情況下，UE可以省略或者禁止將原因附著到轉(zhuǎn)換指示消息中。在一個實施例中，使用信令連接釋放指示消息來作為轉(zhuǎn)換指示的一個示例。在一個實施例中，使用信令連接釋放指示過程來傳送轉(zhuǎn)換指示。UE使用信令連接釋放指示過程來指示UTRAN其信令連接中的一條已被釋放。具體地，根據(jù)TS 25. 331的8. I. 14. 2節(jié)，UE應(yīng)該在從特定CN域的高層接收到釋放信令連接的請求時，檢查在信息單元“CN域標(biāo)識”中標(biāo)識的特定CN域的變量“ESTABLISHED_SIGNALLING_C0NNECTI0NS”中的信令連接是否存在。如果存在，UE可以發(fā)起信令連接釋放指示過程。在沒有向UE信號通知或者以其他方式傳送禁止定時器值的情況下，在信令連接釋放指示消息中不指定信令連接釋放指示原因。本領(lǐng)域技術(shù)人員將意識到，在本備選實施例中，缺少定時器值不會導(dǎo)致定時器值被設(shè)置為無窮大。在UTRAN側(cè)，在接收到?jīng)]有原因的信令連接釋放指示消息時，UTRAN向高層指示針對所標(biāo)識的CN域標(biāo)識的信令連接釋放。然后，這可以發(fā)起對已建立的無線資源控制連接的釋放。在另一備選實施例下，當(dāng)UTRAN向UE信號通知或傳送定時器值(例如，信息單元“連接模式下的UE定時器和常數(shù)”中的禁止定時器T3xx)(或者使用系統(tǒng)信息，如SIB1、SIB3或SIB4，或者利用專用的UTRAN移動性信息消息)時，根據(jù)以下方式來發(fā)生釋放過程。首先，UE可以檢查是否存在所指示的任何電路交換域連接?？梢栽谧兞俊癊STABLISHED,SIGNALLING_CONNECTIONS”中指示這種連接。如果沒有電路交換域連接，可以發(fā)生第二檢查，以確定高層是否指示將長時間不存在分組交換域數(shù)據(jù)。如果不存在電路交換域連接，以及預(yù)期長時間不存在分組交換域數(shù)據(jù)，UE可以接下來檢查定時器T3xx是否正在運行。如果定時器T3xx沒有在運行，UE向分組交換(PS)域設(shè)置信息單元“CN域標(biāo)識”。此外，信息單元“信令連接釋放指示原因”被設(shè)置為“UE請求的PS數(shù)據(jù)會話結(jié)束”。使用AMRLC在DCCH上發(fā)送信令連接釋放指示消息。此外，在發(fā)送之后啟動定時器T3xx。在成功傳送信令連接釋放指示消息(在以上過程中，由RLC來確認(rèn))時，結(jié)束以上過程。在本實施例中，當(dāng)定時器T3xx正在運行時或者直到定時器T3xx已經(jīng)到期之前，禁止UE發(fā)送具有被設(shè)置為“UE請求的PS數(shù)據(jù)會話結(jié)束”的信令連接釋放指示原因的信令連接 釋放指示消息。當(dāng)T3xx定時器正在運行時，如果由于長時間沒有其他的分組交換域數(shù)據(jù)而發(fā)起信令連接釋放指示過程，UE負(fù)責(zé)實現(xiàn)是否在T3xx定時器到期時發(fā)起該過程。UE的決定可以基于確定其是否有任何的后續(xù)信令連接釋放指示或請求消息要發(fā)送，以及如果有，UE的決定可以包括對用于發(fā)起在此描述的過程的一些或全部的相同檢查進行重新檢查。在UTRAN側(cè)，如果接收到的信令連接釋放指示消息不包括信令連接釋放指示原因，UTRAN可以從高層請求釋放信令連接，以及高層從而可以發(fā)起信令連接的釋放。如果另一方面，接收到的信令連接釋放指示消息包括原因，UTRAN可以釋放信令連接或發(fā)起至更具有電池效率的狀態(tài)(例如，CELL_FACH、CELL_PCH、URA_PCH或IDLE_M0DE)的轉(zhuǎn)換。以上的禁止持續(xù)時間可以基于UE想要轉(zhuǎn)換到的狀態(tài)。例如，移動設(shè)備是否指示其相對于其他RRC狀態(tài)/模式對一些RRC狀態(tài)/模式的最新偏好，禁止持續(xù)時間可以不同。例如，如果移動設(shè)備指示相對于Cell_FACH或相對于Cell_PCH/URA PCH狀態(tài)對空閑模式的偏好，禁止持續(xù)時間可以不同。在由網(wǎng)絡(luò)來設(shè)置禁止持續(xù)時間的情況下，通過網(wǎng)絡(luò)向移動設(shè)備指示/發(fā)送值的兩個(或更多)集合來對此進行實現(xiàn)，該值的兩個(或更多)集合取決于場景來使用。備選地，可以通過僅向移動設(shè)備指示/信號通知適當(dāng)?shù)慕钩掷m(xù)時間值的方式來進行指示例如，如果UE想要轉(zhuǎn)換到Cell_PCH，與如果UE想要轉(zhuǎn)換到空閑模式相比，可以設(shè)置不同的經(jīng)過持續(xù)時間。取決于移動設(shè)備當(dāng)前處于哪種RRC狀態(tài)/模式(例如，Ce 11_DCH/Ce 11_FACH對Cell_PCH/URA_PCH,或者 Cell_DCH 對 Cell_FACH，或者 Cell_PCH/URA_PCH)，從以上而來的禁止持續(xù)時間可以不同。取決于網(wǎng)絡(luò)是否已經(jīng)對來自移動設(shè)備的偏好RRC狀態(tài)信息進行動作，來自以上的禁止持續(xù)時間可以不同。這種識別可以發(fā)生在網(wǎng)絡(luò)上，或者發(fā)生在移動設(shè)備側(cè)。在第一種情況下，這可以影響到網(wǎng)絡(luò)向移動設(shè)備指示/信號通知的禁止值。在該第二種情況下，可以由網(wǎng)絡(luò)預(yù)先配置或指示/信號通知禁止持續(xù)時間值的不同集合。作為具體情況，如果網(wǎng)絡(luò)已經(jīng)對來自移動設(shè)備的偏好RRC狀態(tài)信息進行了動作，例如，已經(jīng)發(fā)起了至UE所指示的狀態(tài)的狀態(tài)轉(zhuǎn)換，可以減少或取消禁止持續(xù)時間/功能。取決于例如網(wǎng)絡(luò)的偏好、特征、能力、負(fù)荷或容量，來自以上的禁止持續(xù)時間可以不同。如果網(wǎng)絡(luò)能夠接收頻繁的轉(zhuǎn)換指示消息，其可以指示短的禁止持續(xù)時間。如果網(wǎng)絡(luò)不能夠或者不想接收頻繁的轉(zhuǎn)換指示消息，其可以指示長的禁止持續(xù)時間。網(wǎng)絡(luò)可以指示UE不能發(fā)送轉(zhuǎn)換指示消息的特定時間段。例如，可以通過數(shù)值方式指示特定時間段(即，O秒、30秒、I分鐘、I分30秒、2分鐘或者無窮大)。接收到0秒的禁止持續(xù)時間的UE能夠沒有延遲地發(fā)送轉(zhuǎn)換指示。接收到無窮大的禁止持續(xù)時間的UE不能夠發(fā)送轉(zhuǎn)換指示。替代禁止持續(xù)時間，或者除了禁止持續(xù)時間之外，可以使用/指定每時間窗口的消息的最大數(shù)目(例如，“每10分鐘不超過15條消息”)。以上的禁止持續(xù)時間/每時間窗口最大消息的組合是可能的。通過示例的方式，本公開一般性地描述了 UTRAN對來自UE的RRC連接請求消息的接收。在接收到RRC連接請求消息時，UTRAN應(yīng)該例如接受該請求，并向UE發(fā)送RRC連接建立消息。RRC連接建立消息可以包括禁止轉(zhuǎn)換指示，已知是定時器T3xx。在UE接收到RRC連接建立消息時，UE應(yīng)該例如存儲定時器T3xx的值，替換任何先前存儲的值，或者如果定 時器T3xx不在RRC連接建立消息中，則將定時器的值設(shè)置為無窮大。在一些實施例中，RRC連接建立消息必須包括禁止轉(zhuǎn)換指示，以確保UE知道UTRAN支持禁止轉(zhuǎn)換指示信令。在一個實施例中，假設(shè)在DCH狀態(tài)下的移動期間，UE將維持其當(dāng)前存儲的禁止定時器的值。在將禁止定時器設(shè)置為無窮大的一些情況下，這可以意味著UE必須等待網(wǎng)絡(luò)數(shù)據(jù)不活動定時器到期，以及等待網(wǎng)絡(luò)將該UE移動到其可以接收或確定禁止定時器的新值的RRC狀態(tài)。當(dāng)在切換之前禁止定時器是除無窮大之外的其他值的情況下，持續(xù)使用該其他值，直到UE能夠?qū)⒍〞r器值更新為在新的小區(qū)中指示的定時器值。在一些實例中，在一些網(wǎng)絡(luò)或者在網(wǎng)絡(luò)內(nèi)的一些小區(qū)中可以不實現(xiàn)禁止定時器和轉(zhuǎn)換指示(例如，信令連接釋放指示)消息。出于移動性的目的，如果不存在對發(fā)送轉(zhuǎn)換指示或請求消息的特征的可用支持(尤其在使用了原因的情況下)，UE應(yīng)該缺省不發(fā)送該消息。這避免了不必要的發(fā)送以及網(wǎng)絡(luò)資源和電池資源的相關(guān)浪費。此外，出于移動性的目的，網(wǎng)絡(luò)內(nèi)使用的不同廠商的網(wǎng)絡(luò)設(shè)備可導(dǎo)致相鄰小區(qū)使用不同的禁止定時器，當(dāng)UE在小區(qū)間移動時，需要在UE上進行更新定時器值。在一個備選實施例中，通過假設(shè)所有的切換和相關(guān)承載控制消息包括禁止定時器T3xx的值來處理上述情況。在此，將這種消息稱為移動性消息。這允許UE在小區(qū)間移動時接收新的禁止定時器值。這也允許在這些移動性消息之一不包含禁止定時器值的情況下，UE設(shè)置禁止定時器的缺省定時器值。將會意識到，如果在移動性消息中沒有接收到禁止定時器值，這指示了該小區(qū)不能用于快速休眠。作為轉(zhuǎn)換指示過程的另一示例，UE可以使用數(shù)據(jù)傳送完成指示過程來向UTRAN指示其已經(jīng)確定不需要傳送任何的更多PS域數(shù)據(jù)。與上述示例相結(jié)合，如果定時器T3xx在運行，UE在定時器T3xx到期之前不能發(fā)送數(shù)據(jù)傳送完成指示消息。數(shù)據(jù)傳送完成指示過程從如下指示開始RRC或高層將長時間不再有PS域數(shù)據(jù)。如果在變量ESTABLISHED_SIGNALLING_CONNECTIONS中指示了 CS域連接或者如果定時器T3xx被設(shè)置為無窮大，過程結(jié)束。否則，如果定時器T3xx沒有在運行(S卩，已到期)或者被設(shè)置為0秒，向低層提交數(shù)據(jù)傳送完成指示消息，以DCCH上使用AM RLC來傳輸，在此之后，當(dāng)已經(jīng)向低層傳送了消息時，啟動或復(fù)位定時器T3xx。UTRAN在接收到數(shù)據(jù)傳送完成指示時可以決定發(fā)起UE轉(zhuǎn)換到更具電池效率的RRC狀態(tài)或空閑狀態(tài)。當(dāng)定時器T3xx正在運行時，UE不應(yīng)該發(fā)送數(shù)據(jù)傳送完成指示消息。
本公開提供了控制用戶設(shè)備使用轉(zhuǎn)換指示消息的方法，包括將禁止轉(zhuǎn)換指示包括在配置消息中；以及向用戶設(shè)備發(fā)送具有禁止轉(zhuǎn)換指示的配置消息。本公開還提供了被配置為控制用戶設(shè)備使用轉(zhuǎn)換指示消息的網(wǎng)絡(luò)單元，該網(wǎng)絡(luò)單元被配置為將禁止轉(zhuǎn)換指示包括在配置消息中；以及向用戶設(shè)備發(fā)送具有禁止轉(zhuǎn)換指示的配置消息。本公開還提供了用戶設(shè)備(UE)處用于發(fā)送轉(zhuǎn)換指示的方法，該方法包括根據(jù)從網(wǎng)絡(luò)單元接收到的禁止轉(zhuǎn)換指示來設(shè)置定時器；檢測數(shù)據(jù)傳送完成；以及在檢測到定時器不在運行時發(fā)送轉(zhuǎn)換指示。本公開還提供被配置為發(fā)送轉(zhuǎn)換指示的用戶設(shè)備，該用戶設(shè)備被配置為根據(jù)從網(wǎng)絡(luò)單元接收到的禁止轉(zhuǎn)換指示來設(shè)置定時器；檢測數(shù)據(jù)傳送完成；以及在檢測到定時器不在運行時發(fā)送轉(zhuǎn)換指示。 現(xiàn)在參考圖I。圖I是示出UMTS網(wǎng)絡(luò)中協(xié)議棧的無線資源控制部分的各種模式和狀態(tài)的方框圖。具體地，RRC可以處于RRC空閑模式110或RRC連接模式120。本領(lǐng)域技術(shù)人員將意識到，UMTS網(wǎng)絡(luò)由兩個陸基網(wǎng)絡(luò)段組成。它們是核心網(wǎng)(CN)和通用陸地?zé)o線接入網(wǎng)(UTRAN)(如圖8中示出的)。核心網(wǎng)負(fù)責(zé)向外部網(wǎng)絡(luò)交換和路由數(shù)據(jù)呼叫和數(shù)據(jù)連接，而UTRAN處理所有的無線相關(guān)功能。在空閑模式110下，只要需要在UE和網(wǎng)絡(luò)之間交換數(shù)據(jù)，UE都必須請求RRC連接來建立無線資源。這可以是UE上的應(yīng)用需要連接來發(fā)送數(shù)據(jù)的結(jié)果，或者是UE監(jiān)視尋呼信道來指示UTRAN或SGSN是否已尋呼UE以從外部網(wǎng)絡(luò)(例如，推送服務(wù)器)接收數(shù)據(jù)的結(jié)果。此外，只要UE需要發(fā)送移動性管理信令消息(例如，位置區(qū)更新)，UE也請求RRC連接。一旦UE已經(jīng)向UTRAN發(fā)送建立無線連接的請求，UTRAN選擇RRC連接要處于的狀態(tài)。具體地，RRC連接模式120包括四個單獨的狀態(tài)。它們是CELL_DCH狀態(tài)122、CELL_FACH狀態(tài) 124、CELL_PCH 狀態(tài) 126 和 URA_PCH 狀態(tài) 128。UE從空閑模式110自主轉(zhuǎn)換到CELL_FACH狀態(tài)124，在CELL_FACH狀態(tài)124中，UE進行其初始的數(shù)據(jù)傳送，在這之后，網(wǎng)絡(luò)確定使用哪個RRC連接狀態(tài)來用于繼續(xù)的數(shù)據(jù)傳送。這可以包括網(wǎng)絡(luò)將UE移動到小區(qū)專用信道(CELL_DCH)狀態(tài)122或者將UE保持在小區(qū)前向接入信道(CELL_FACH)狀態(tài)124。在CELL_DCH狀態(tài)122中，向UE分配用于上行鏈路和下行鏈路以交換數(shù)據(jù)的專用信道。由于具有向UE分配的專用物理信道，該狀態(tài)通常需要來自UE的最多的電池功率。備選地，UTRAN可以將UE維持在CELL_FACH狀態(tài)124。在CELL_FACH狀態(tài)下，不向UE分配專用信道。取而代之，使用公共信道來以少量的突發(fā)數(shù)據(jù)(bursty data)發(fā)送信令。然而，UE仍然必須持續(xù)監(jiān)視PACH，并因此與CELL_PCH狀態(tài)、URA_PCH狀態(tài)和空閑模式相比，其消耗了更多的電池功率。在RRC連接模式120中，RRC狀態(tài)可以根據(jù)UTRAN的判斷而改變。具體地，如果檢測到數(shù)據(jù)不活動達特定的時間量，或者檢測到數(shù)據(jù)吞吐量低于特定的閾值，UTRAN可以將RRC 狀態(tài)從 CELL_DCH 狀態(tài) 122 移動到 CELL_FACH 狀態(tài) 124、CELL_PCH 狀態(tài) 126 和 URA_PCH狀態(tài)128。類似地，如果檢測到凈荷高于特定的閾值，則可以將RRC狀態(tài)從CELL_FACH狀態(tài)124移動到CELL_DCH狀態(tài)122。
從CELL_FACH狀態(tài)124，在一些網(wǎng)絡(luò)中如果檢測到數(shù)據(jù)不活動達預(yù)定的時間，UTRAN可以將RRC狀態(tài)從CELL_FACH狀態(tài)124移動到尋呼信道(PCH)狀態(tài)。該狀態(tài)可以是CELL_PCH 狀態(tài) 126 或 URA_PCH 狀態(tài) 128。從CELL_PCH狀態(tài)126或URA_PCH狀態(tài)128，為了發(fā)起請求專用信道的更新過程，UE必須移動到CELL_FACH狀態(tài)124。這是UE控制的唯一狀態(tài)轉(zhuǎn)換?？臻e模式110以及CELL_PCH狀態(tài)126和URA_PCH狀態(tài)128使用斷續(xù)接收循環(huán)(DRX)來監(jiān)視廣播消息，并通過尋呼指示符信道(PICH)進行尋呼。不可能有上行鏈路活動。CELL_PCH狀態(tài)126和URA_PCH狀態(tài)128之間的區(qū)別在于如果UE的當(dāng)前UTRAN注冊區(qū)(URA)不在當(dāng)前小區(qū)中存在的URA標(biāo)識的列表中，URA_PCH狀態(tài)128僅觸發(fā)URA更新過程。具體地，參考圖2。圖2示出了各種UMTS小區(qū)210、212和214的示意。如果重選到 CELL_PCH狀態(tài)，所有這些小區(qū)需要小區(qū)更新過程。然而，在UTRAN注冊區(qū)中，每個都將在相同的UTRAN注冊區(qū)(URA) 320內(nèi)，并因此當(dāng)處于URA_PCH模式下時，當(dāng)在210、212和214之間移動時不觸發(fā)URA更新過程。如圖2中可見的，其他小區(qū)218在URA 320外部，并可以成為單獨的URA的一部分，或者沒有URA。本領(lǐng)域技術(shù)人員應(yīng)該意識到，從電池壽命的角度來看，空閑模式與以上狀態(tài)相比提供了最低的電池使用。具體地，因為UE僅需要定期監(jiān)視尋呼信道，無線裝置不需要持續(xù)開啟，而是將代之以周期性喚醒。與電池壽命折衷的是發(fā)送數(shù)據(jù)的延遲。然而，如果該延遲不是太大，處于空閑模式并節(jié)省電池功率的好處超過了連接延遲的壞處。再次參考圖I。各種UMTS基礎(chǔ)結(jié)構(gòu)廠商基于各種標(biāo)準(zhǔn)在狀態(tài)122、124、126和128之間移動。這些標(biāo)準(zhǔn)可以是網(wǎng)絡(luò)運營商關(guān)于節(jié)省信令或節(jié)省無線資源的偏好等等。下面描述示例性的基礎(chǔ)結(jié)構(gòu)。在第一示例性基礎(chǔ)結(jié)構(gòu)中，緊接在CELL_FACH狀態(tài)下發(fā)起接入之后，RRC在空閑模式和Cell_DCH狀態(tài)之間移動。在Cell_DCH狀態(tài)下，如果檢測到兩秒的不活動，RRC狀態(tài)改變到Cell_FACH狀態(tài)124。如果在Cell_FACH狀態(tài)124下，檢測到10秒的不活動，則RRC狀態(tài)改變到Cell_PCH狀態(tài)126。Cell_PCH狀態(tài)126下45分鐘的不活動將導(dǎo)致RRC狀態(tài)移動回到空閑模式110。在第二示例性基礎(chǔ)結(jié)構(gòu)中，取決于有效載荷閾值，可以在空閑模式110和連接模式120之間發(fā)生RRC轉(zhuǎn)換。在第二基礎(chǔ)結(jié)構(gòu)中，如果有效載荷低于特定閾值，則UTRAN將RRC狀態(tài)移動到CELL_FACH狀態(tài)124。相反，如果數(shù)據(jù)有效載荷高于特定有效載荷閾值，則UTRAN將RRC狀態(tài)移動到CELL_DCH狀態(tài)122。在第二基礎(chǔ)結(jié)構(gòu)中，如果在CELL_DCH狀態(tài)122下檢測到兩分鐘的不活動，UTRAN將RRC狀態(tài)移動到CELL_FACH狀態(tài)124。在CELL_FACH狀態(tài)124下的5分鐘的不活動之后，UTRAN將RRC狀態(tài)移動到CELL_PCH狀態(tài)126。在CELL_PCH狀態(tài)126下，在移動回空閑模式110之前要求兩個小時的不活動。在第三示例性基礎(chǔ)結(jié)構(gòu)中，空閑模式110與連接模式120之間的移動總是到CELL_DCH狀態(tài)122。在CELL_DCH狀態(tài)122下的5秒的不活動之后，UTRAN將RRC連接移動到CELL_FACH狀態(tài)124。CELL_FACH狀態(tài)124下不活動30秒導(dǎo)致移動回空閑模式110。在第四示例性基礎(chǔ)結(jié)構(gòu)中，從空閑模式到連接模式的RRC轉(zhuǎn)換直接進入到CELL_DCH狀態(tài)122。在第四示例性基礎(chǔ)結(jié)構(gòu)中，CELL_DCH狀態(tài)122包括兩個配置。第一配置包括具有高數(shù)據(jù)速率的配置，以及第二配置包括較低數(shù)據(jù)速率，然而仍然在CELL_DCH狀態(tài)下。在第四示例性基礎(chǔ)結(jié)構(gòu)中，從空閑模式110的RRC轉(zhuǎn)換直接進入高數(shù)據(jù)速率CELL_DCH子狀態(tài)。在10秒的不活動之后，RRC狀態(tài)轉(zhuǎn)換到低數(shù)據(jù)速率CELL_DCH子狀態(tài)。從CELL_DCH狀態(tài)122的低數(shù)據(jù)子狀態(tài)起17秒的不活動導(dǎo)致RRC狀態(tài)將其改變?yōu)榭臻e模式110。以上的四個示例性基礎(chǔ)結(jié)構(gòu)示出了各種UMTS基礎(chǔ)結(jié)構(gòu)廠商如何實現(xiàn)狀態(tài)。本領(lǐng)域技術(shù)人員將意識到，在每種情況下，如果與所需停留在CELL_DCH或CELL_FACH狀態(tài)下的時間相比，花在交換實際數(shù)據(jù)(例如，電子郵件)上的時間顯著要短。這導(dǎo)致沒有必要的電流汲取，使得用戶在較新代的網(wǎng)絡(luò)(例如，UMTS)中比在之前代的網(wǎng)絡(luò)(例如，GPRS)中體驗更差。此外，雖然從電池壽命的角度看，CELL_PCH狀態(tài)126比CELL_FACH狀態(tài)124更優(yōu)，與空閑模式110相比，通常將CELL_PCH狀態(tài)126下的DRX循環(huán)設(shè)置為較低的值。因此，與 在空閑模式110中相比，在CELL_PCH狀態(tài)126下，需要UE更頻繁地喚醒。具有與空閑狀態(tài)110的DRX循環(huán)相似的DRX循環(huán)的URA_PCH狀態(tài)128很可能是電池壽命和連接的延遲之間的最優(yōu)折衷。然而，當(dāng)前在UTRAN中沒有實現(xiàn)URA_PCH狀態(tài)128。在一些情況下，從電池壽命的角度看，因此期望在應(yīng)用完成數(shù)據(jù)交換之后盡可能快地快速轉(zhuǎn)換到空閑模式?，F(xiàn)在參考圖3。當(dāng)從空閑模式轉(zhuǎn)換到連接模式時，需要進行各種信令和數(shù)據(jù)連接。參考圖3，要執(zhí)行的第一項是RRC連接建立310。如上指示的，僅可以由UTRAN來拆除該RRC連接建立310。一旦完成RRC連接建立310，開始信令連接建立312。一旦信令連接建立312完成，開始加密和完整性建立314。在這完成時，完成無線承載建立316。在這點上，可以在UE和UTRAN之間交換數(shù)據(jù)?！愣裕韵喾吹拇涡蝾愃频赝瓿刹鸪B接。拆除無線承載建立316，并在然后拆除RRC連接建立310。在這點上，如圖I中示出的，RRC移動到空閑模式110。雖然當(dāng)前的3GPP規(guī)范不允許UE釋放RRC連接或者指示其對RRC狀態(tài)的偏好，UE仍然可以指示針對特定的核心網(wǎng)域(例如，分組交換應(yīng)用所使用的分組交換(PS)域)的信令連接的終止。根據(jù)3GPP TS25. 331的8. I. 14. I節(jié)，UE使用信令連接釋放指示過程來向UTRAN指示其信令連接之一已被釋放。該過程可進而發(fā)起RRC連接釋放過程。從而，停留在當(dāng)前的3GPP規(guī)范內(nèi)，可以在拆除信令連接建立312時發(fā)起信令連接釋放。拆除信令連接建立312在UE的能力之內(nèi)，并進而根據(jù)規(guī)范，這“可以”發(fā)起RRC連接釋放。本領(lǐng)域技術(shù)人員將意識到，如果拆除信令連接建立312，在已經(jīng)拆除信令連接建立312之后，UTRAN將還需要清除解密和完整性建立314以及無線承載建立316。如果拆除信令連接建立312，在沒有活動的CS連接的情況下，通常由當(dāng)前廠商基礎(chǔ)結(jié)構(gòu)的網(wǎng)絡(luò)來拆除RRC連接建立。將這用于上述的特定轉(zhuǎn)換指示示例之一，如果UE確定其完成了數(shù)據(jù)交換，例如，如果向UE軟件的“連接管理器”組件提供數(shù)據(jù)交換完成的指示，則連接管理器可以確定是否拆除信令建立312。例如，設(shè)備上的電子郵件應(yīng)用發(fā)送如下指示其已經(jīng)從推送電子郵件服務(wù)器接收到該推送服務(wù)器實際接收到電子郵件的肯定應(yīng)答。在一個實施例中，連接管理器可以跟蹤所有現(xiàn)有的應(yīng)用、相關(guān)的PDP上下文、相關(guān)的PS無線資源以及相關(guān)的電路交換(CS)無線承載。在其他實施例中，網(wǎng)絡(luò)單元(例如，UTRAN)可以跟蹤現(xiàn)有的應(yīng)用、相關(guān)的I3DP上下文、QoS、相關(guān)的PS無線資源以及相關(guān)的CS無線承載。即使在已經(jīng)發(fā)送“完成”指示之后，可以在UE或網(wǎng)絡(luò)單元處引入延遲，以確保應(yīng)用真正完成數(shù)據(jù)交換并且不再要求RRC連接?？梢允乖撗舆t等于與應(yīng)用或UE相關(guān)聯(lián)的不活動超時。每個應(yīng)用可以具有其自己的不活動超時，并從而延遲可以是所有應(yīng)用超時的合成。例如，電子郵件應(yīng)用可以有5秒的不活動超時，而活動的瀏覽器應(yīng)用可以有60秒的超時。禁止持續(xù)時間定時器可以進一步延遲發(fā)送轉(zhuǎn)換指示?；谒羞@些來自于活動的應(yīng)用的指示的復(fù)合狀態(tài)，以及在一些實施例中的無線資源簡檔和/或禁止持續(xù)時間定時器延遲，UE軟件決定，針對適當(dāng)?shù)暮诵木W(wǎng)(例如，PS域)，在發(fā)送轉(zhuǎn)換指示(例如，信令連接釋放指示或狀態(tài)改變請求)之前其應(yīng)該或者必須等待多長時間。如果在網(wǎng)絡(luò)單元處實現(xiàn)延遲，該單元確定是否以及如何轉(zhuǎn)換UE，然而僅在延遲已經(jīng)按計劃進行之后才操作轉(zhuǎn)換。

可以基于業(yè)務(wù)模式歷史和/或應(yīng)用簡檔來使得不活動超時是動態(tài)的。如果網(wǎng)絡(luò)單元將UE轉(zhuǎn)換到空閑模式110 (這可以發(fā)生在圖I中示出的RRC連接模式120的任何階段)，網(wǎng)絡(luò)單元釋放RRC連接并將UE如圖I中所示移動到空閑模式110。當(dāng)UE在語音呼叫期間正在執(zhí)行任何的分組數(shù)據(jù)服務(wù)時，這也是可應(yīng)用的。在該情況下，網(wǎng)絡(luò)可以選擇僅釋放PS域信令連接，而維持CS域信令連接，或者備選地，可以不選擇釋放任何連接，而代之以維持對PS和CS域的信令連接。在另一實施例中，可以將原因增加到轉(zhuǎn)換指示，該原因向UTRAN指示該指示的理由。在優(yōu)選實施例中，原因可以是如下指示異常狀態(tài)導(dǎo)致該指示，或者作為所請求的轉(zhuǎn)換的結(jié)果，由UE發(fā)起該指示。其他正常(即，非異常)的事務(wù)也可以導(dǎo)致發(fā)送轉(zhuǎn)換指示。在另一優(yōu)選實施例中，各種超時可以導(dǎo)致針對異常條件發(fā)送轉(zhuǎn)換指示。下面的定時器的示例不是窮舉的，其他定時器或異常條件是可能的。例如，10. 2. 473GPP TS 24.008如下指定定時器3310
定時定時狀態(tài)啟動原因正常停止關(guān)于第一、第
器義器值二、第三、第
號_____四到期注釋3
T3310 15s GMM-發(fā)送附著請求接收到附著接受附著請求的REG-接收到附著柜絕承傳
INIT定時器T3310使用該定時器來指示附著失敗。附著失敗可以是網(wǎng)絡(luò)的結(jié)果，或者可以是射頻(RF)問題，例如，沖突或者壞的RF。附著嘗試可以發(fā)生多次，附著失敗由預(yù)定數(shù)目的失敗或顯式的拒絕而產(chǎn)生。3GPP的10. 2. 47的第二定時器是定時器T3330，如下對其進行指定
權(quán)利要求
1.一種在用戶設(shè)備中處理指示消息的方法，所述方法包括 針對至少一個RRC狀態(tài)，如果UE的當(dāng)前RRC狀態(tài)是先前發(fā)送的指示消息的結(jié)果，則UE禁止自身發(fā)送進一步指示消息。
2.根據(jù)權(quán)利要求I所述的方法，還包括 在用戶設(shè)備中，如果高層指示長期不再有PS數(shù)據(jù)，則 在用戶設(shè)備中，發(fā)送具有所設(shè)置的原因的指示消息，除非UE禁止自身發(fā)送進一步指示消息。
3.根據(jù)權(quán)利要求I所述的方法，還包括 當(dāng)禁止定時器正在運行時，禁止發(fā)送具有所設(shè)置的原因的指示消息。
4.根據(jù)權(quán)利要求I所述的方法，其中，所述至少一個RRC狀態(tài)包括CELL_PCH狀態(tài)和URA_PCH 狀態(tài)。
5.根據(jù)權(quán)利要求I所述的方法，其中，UE禁止自身發(fā)送進一步指示消息包括 維持指示UE的當(dāng)前狀態(tài)是否是先前發(fā)送的指示消息的結(jié)果的標(biāo)記、比特令牌或其他指示符 如果高層指示長期不再有PS數(shù)據(jù)，則發(fā)送具有所設(shè)置的原因的指示消息，除非所述標(biāo)記、比特令牌或其他指示符指示UE的當(dāng)前狀態(tài)是先前發(fā)送的指示消息的結(jié)果。
6.根據(jù)權(quán)利要求5所述的方法，其中，維持所述標(biāo)記、比特令牌或其他指示符包括 在當(dāng)前RRC狀態(tài)是先前發(fā)送的指示消息的結(jié)果時，將所述標(biāo)記、比特令牌或其他指示符設(shè)置為第一值； 否則，將所述標(biāo)記、比特令牌或其他指示符設(shè)置為第二值。
7.根據(jù)權(quán)利要求6所述的方法，其中 將所述標(biāo)記、比特令牌或其他指示符設(shè)置為第一值包括將變量TRIGGERED_SCRI_IN_PCH_STATE中的“已觸發(fā)”值設(shè)置為假。
8.根據(jù)權(quán)利要求7所述的方法，還包括 如果高層指示長期不再有PS數(shù)據(jù)，則 如果UE在CELL_PCH或URA_PCH狀態(tài)下，并且所述“已觸發(fā)”值為假，則 將所述“已觸發(fā)”值設(shè)置為真； 發(fā)送具有所設(shè)置的原因的指示消息。
9.根據(jù)權(quán)利要求7所述的方法，還包括 在發(fā)送具有所設(shè)置的原因的指示消息之后，如果PS數(shù)據(jù)變得可用于傳輸，將所述變量設(shè)置為假。
10.根據(jù)權(quán)利要求I所述的方法，還包括 通過確定網(wǎng)絡(luò)是否在發(fā)送指示消息之后預(yù)定的時間間隔內(nèi)將RRC狀態(tài)重新配置為UE的相對不高度需要電池的狀態(tài)，確定當(dāng)前狀態(tài)是否是之前發(fā)送的指示消息的結(jié)果。
11.根據(jù)權(quán)利要求I所述的方法，其中，指示消息包括信令連接釋放指示消息。
12.—種用戶設(shè)備，被配置為對指示消息進行處理，所述用戶設(shè)備被配置為 針對至少一個RRC狀態(tài)，如果UE的當(dāng)前RRC狀態(tài)是先前發(fā)送的指示消息的結(jié)果，則禁止自身發(fā)送進一步指示消息。
13.根據(jù)權(quán)利要求12所述的用戶設(shè)備，還被配置為如果高層指示長期不再有PS數(shù)據(jù)，則 發(fā)送具有所設(shè)置的原因的指示消息，除非UE禁止自身發(fā)送進一步指示消息。
14.根據(jù)權(quán)利要求12所述的用戶設(shè)備，還被配置為 當(dāng)禁止定時器正在運行時，禁止發(fā)送具有所設(shè)置的原因的指示消息。
15.根據(jù)權(quán)利要求12所述的用戶設(shè)備，其中，所述至少一個RRC狀態(tài)包括CELL_PCH狀態(tài)和URA_PCH狀態(tài)。
16.根據(jù)權(quán)利要求I所述的用戶設(shè)備，其中，UE禁止自身發(fā)送進一步指示消息包括UE還被配置為 維持指示UE的當(dāng)前狀態(tài)是否是先前發(fā)送的指示消息的結(jié)果的標(biāo)記、比特令牌或其他指示符 如果高層指示長期不再有PS數(shù)據(jù)，發(fā)送具有所設(shè)置的原因的指示消息，除非所述標(biāo)記、比特令牌或其他指示符指示UE的當(dāng)前狀態(tài)是先前發(fā)送的指示消息的結(jié)果。
17.根據(jù)權(quán)利要求16所述的用戶設(shè)備，其中，維持標(biāo)記、比特令牌或其他指示符包括UE還被配置為 在當(dāng)前RRC狀態(tài)是先前發(fā)送的指示消息的結(jié)果時，將所述標(biāo)記、比特令牌或其他指示符設(shè)置為第一值；以及 否則，將所述標(biāo)記、比特令牌或其他指示符設(shè)置為第二值。
18.根據(jù)權(quán)利要求17所述的用戶設(shè)備，其中，UE還被配置為 將所述標(biāo)記、比特令牌或其他指示符設(shè)置為第一值包括將變量TRIGGERED_SCRI_IN_PCH_STATE中的“已觸發(fā)”值設(shè)置為假。
19.根據(jù)權(quán)利要求18所述的用戶設(shè)備，還被配置為 如果高層指示長期不再有PS數(shù)據(jù)，則 如果UE在CELL_PCH或URA_PCH狀態(tài)下，并且所述“已觸發(fā)”值為假，則 將所述“已觸發(fā)”值設(shè)置為真； 發(fā)送具有所設(shè)置的原因的指示消息。
20.根據(jù)權(quán)利要求19所述的用戶設(shè)備，還被配置為 在發(fā)送具有所設(shè)置的原因的指示消息之后，如果PS數(shù)據(jù)變得可用于傳輸，將所述變量設(shè)置為假。
21.根據(jù)權(quán)利要求I所述的用戶設(shè)備，還被配置為 通過確定網(wǎng)絡(luò)是否在發(fā)送指示消息之后預(yù)定的時間間隔內(nèi)將RRC狀態(tài)重新配置為UE的相對不高度需要電池的狀態(tài)，確定當(dāng)前狀態(tài)是否是之前發(fā)送的指示消息的結(jié)果。
22.根據(jù)權(quán)利要求I所述的用戶設(shè)備，其中，指示消息包括信令連接釋放指示消息。
全文摘要
一種用戶設(shè)備，實現(xiàn)對指示消息進行處理的方法，該消息例如SCRI(信令連接釋放指示)消息。針對至少一個RRC(無線資源控制)狀態(tài)，如果UE的當(dāng)前RRC狀態(tài)是先前發(fā)送的指示的結(jié)果，則UE禁止自身發(fā)送進一步指示消息。
文檔編號H04W76/04GK102754517SQ201080062010
公開日2012年10月24日 申請日期2010年10月5日 優(yōu)先權(quán)日2009年11月23日
發(fā)明者保爾·卡朋特, 約翰娜·L·德懷爾 申請人:捷訊研究有限公司