專利名稱：Umts網(wǎng)絡(luò)中面向用戶設(shè)備的無(wú)線資源控制的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本申請(qǐng)涉及用戶設(shè)備(UE)和通用陸地?zé)o線接入網(wǎng)(UTRAN)之間的無(wú)線資源控制，更具體地，涉及UMTS網(wǎng)絡(luò)中模式和狀態(tài)間的轉(zhuǎn)換。
背景技術(shù)：
通用移動(dòng)電信網(wǎng)(UMTS)是寬帶、基于分組的系統(tǒng)，用于傳輸上下文、數(shù)字化語(yǔ)音、視頻和多媒體。其高度支持第三代標(biāo)準(zhǔn)，并通?；趯拵Тa分多址(W-CDMA)。在UMTS網(wǎng)中，協(xié)議棧的無(wú)線資源控制(RRC)部分負(fù)責(zé)在UE和UTRAN間分配、配置和釋放無(wú)線資源。該RRC協(xié)議在3GPP TS 25. 331規(guī)范中有詳細(xì)說(shuō)明。UE可處于的兩種基本模式定義為“空閑模式”和“UTRA連接模式”。UTRA代表UMTS陸地?zé)o線接入。在空閑模式中，只要其想要發(fā)送任何用戶數(shù)據(jù)或響應(yīng)于UTRAN或服務(wù)中的GPRS支持節(jié)點(diǎn)(SGSN)對(duì)其尋呼以從外部網(wǎng)絡(luò)、諸如推送服務(wù)器接收數(shù)據(jù)的尋呼時(shí)，需要UE請(qǐng)求RRC連接?？臻e和連接模式行為在3GPP規(guī)范TS 25. 304和TS 25. 331中有詳細(xì)描述。當(dāng)在UTRA RRC連接模式中時(shí)，裝置可以處于以下四種狀態(tài)中的一種。它們是CELL_DCH :在這種狀態(tài)中，在上行鏈路和下行鏈路中分配給UE專用信道以交換數(shù)據(jù)。UE必須執(zhí)行如3GPP 25. 331中概括的操作。CELL_FACH:在這種狀態(tài)中，不分配給用戶設(shè)備專用信道。相反，使用公共信道交換少量的突發(fā)數(shù)據(jù)。UE必須執(zhí)行如3GPP 25. 331中概括的操作，其包括如3GPP TS 25.304中定義的小區(qū)選擇處理。CELL_PCH :UE使用非連續(xù)接收(DRX)來(lái)監(jiān)控廣播消息，并通過(guò)尋呼指示信道(PICH)進(jìn)行尋呼。不可能有上行鏈路操作。UE必須執(zhí)行如3GPP 25. 331中概括的操作，其包括如3GPP TS 25. 304中定義的小區(qū)選擇處理。UE必須在小組重選擇后執(zhí)行小組更新程序。URA_PCH UE使用非連續(xù)接收(DRX)來(lái)監(jiān)控廣播消息，并通過(guò)尋呼指示信道(PICH)進(jìn)行尋呼。不可能有上行鏈路操作。UE必須執(zhí)行如3GPP 25. 331中概括的操作，其包括如3GPP TS 25. 304中定義的小區(qū)選擇處理。這種狀態(tài)類似于CELL_PCH，除了僅通過(guò)UTRAN登記區(qū)域(URA)重選擇來(lái)觸發(fā)URA更新程序之外。由UTRAN控制從空閑到連接模式及vise-versa的轉(zhuǎn)換。當(dāng)空閑模式UE請(qǐng)求RRC連接時(shí)，網(wǎng)絡(luò)確定是否將UE移動(dòng)到CELL_DCH或CELL_FACH狀態(tài)。當(dāng)UE處于RRC連接模式時(shí)，網(wǎng)絡(luò)再次確定何時(shí)釋放RRC連接。網(wǎng)絡(luò)還可在釋放連接之前將UE從一個(gè)RRC狀態(tài)移動(dòng)到另一 RRC狀態(tài)。該狀態(tài)轉(zhuǎn)換典型地由UE和網(wǎng)絡(luò)間的數(shù)據(jù)動(dòng)或靜觸發(fā)。由于網(wǎng)絡(luò)不知道UE完成數(shù)據(jù)交換的時(shí)間，其典型地保持RRC連接一段時(shí)間以預(yù)料去往/來(lái)自UE的多個(gè)數(shù) 據(jù)。典型地，這樣做以減少呼叫建立和無(wú)線承載建立的執(zhí)行時(shí)間。RRC連接釋放消息可僅由UTRAN發(fā)送。該消息釋放信號(hào)鏈路連接和UE及UTRAN間的所有無(wú)線承載。使用以上方案的問(wèn)題是，即使UE上的應(yīng)用已經(jīng)完成了數(shù)據(jù)處理并且不期望任何進(jìn)一步的數(shù)據(jù)交換，其仍然等待網(wǎng)絡(luò)將其移動(dòng)到正確的狀態(tài)。網(wǎng)絡(luò)甚至不關(guān)心UE上的應(yīng)用已經(jīng)完成了其數(shù)據(jù)交換這一事實(shí)。例如，UE上的應(yīng)用可使用其自身的基于確認(rèn)的協(xié)議來(lái)通過(guò)其應(yīng)用服務(wù)器交換數(shù)據(jù)，該應(yīng)用服務(wù)器連接到UMTS核心網(wǎng)絡(luò)。這些例子是基于UDP/IP運(yùn)行的應(yīng)用，UDP/IP執(zhí)行它們自己的受保證的傳輸。在這種情況中，UE得知應(yīng)用服務(wù)器是否已經(jīng)發(fā)送或接收到了所有數(shù)據(jù)分組，及是否處于更好的位置以確定是否將發(fā)生任何進(jìn)一步的數(shù)據(jù)交換，從而確定何時(shí)終止RRC連接。由于UTRAN控制何時(shí)改變RRC連接狀態(tài)到不同狀態(tài)，低電池加強(qiáng)狀態(tài)或進(jìn)入空閑模式，事實(shí)上UTRAN不關(guān)心UE和外部服務(wù)器間的數(shù)據(jù)傳輸狀態(tài)，UE被迫保持高數(shù)據(jù)速率和比需要的狀態(tài)或模式更強(qiáng)的電池狀態(tài)，因而消耗了電池壽命并浪費(fèi)了網(wǎng)絡(luò)資源。本系統(tǒng)和方法通過(guò)提供從RRC連接模式到更大電池效率狀態(tài)或模式的轉(zhuǎn)換來(lái)解決現(xiàn)有技術(shù)的某些不足。特別是，本系統(tǒng)和裝置優(yōu)選地基于用于規(guī)定核心網(wǎng)域的信令連接、的UE啟動(dòng)終端，或者基于指示UTRAN轉(zhuǎn)換應(yīng)從一個(gè)連接狀態(tài)到另一個(gè)連接狀態(tài)發(fā)生而提供轉(zhuǎn)換。特別地，如果UE上的應(yīng)用確定完成了數(shù)據(jù)交換，其可優(yōu)選地向UE軟件的“RRC連接管理器”組件發(fā)送“完成”指示。RRC連接管理器保持所有當(dāng)前應(yīng)用(包括那些基于一個(gè)或多個(gè)協(xié)議提供業(yè)務(wù)的應(yīng)用)的軌跡，其與分組數(shù)據(jù)協(xié)議(rop)上下文相關(guān)，與分組交換(PS)無(wú)線承載相關(guān)，并與電路交換(CS)無(wú)線承載相關(guān)。PDP上下文是UE和跨越UMTS核心網(wǎng)絡(luò)運(yùn)行的TON(公共數(shù)據(jù)網(wǎng))之間的邏輯相關(guān)。UE上一個(gè)或多個(gè)應(yīng)用(例如e-mail應(yīng)用和瀏覽器應(yīng)用)可以與一個(gè)PDP上下文相關(guān)。在某些情況下，UE上的一個(gè)應(yīng)用可與一個(gè)主PDP上下文相關(guān)，并且多個(gè)應(yīng)用可與備用PDP上下文聯(lián)系。RRC連接管理器從UE上同時(shí)工作的不同應(yīng)用接收“完成”指示。例如，用戶在瀏覽網(wǎng)站時(shí)可從推送服務(wù)器接收e-mail。在e-mail應(yīng)用發(fā)送確認(rèn)之后，其可指示其已經(jīng)完成了數(shù)據(jù)轉(zhuǎn)換，但是，瀏覽器應(yīng)用沒(méi)有發(fā)送這樣的指示。基于來(lái)自激活應(yīng)用的這些指示的復(fù)合狀態(tài)，UE軟件可以確定其在啟動(dòng)核心網(wǎng)分組業(yè)務(wù)域的信令連接釋放之前應(yīng)等待多長(zhǎng)時(shí)間。在這種情況下可引入延遲以保證確實(shí)通過(guò)數(shù)據(jù)交換完成了應(yīng)用，并且不需要RRC連接。延遲可以是動(dòng)態(tài)的基于業(yè)務(wù)量的歷史記錄和/或應(yīng)用列表。只要RRC連接管理器確定了不期望應(yīng)用以交換任何數(shù)據(jù)的某些可能性，則其可發(fā)送用于適當(dāng)域(例如PS域)的信令連接釋放指示程序?？蛇x地，其可向UTRAN發(fā)送用于連接模式內(nèi)的狀態(tài)轉(zhuǎn)換的請(qǐng)求。上述確定也可考慮網(wǎng)絡(luò)是否支持URA_PCH狀態(tài)和到該狀態(tài)的轉(zhuǎn)換行為。啟動(dòng)UE轉(zhuǎn)換到空閑模式可從RRC連接模式的任何狀態(tài)發(fā)生，并在具有網(wǎng)絡(luò)釋放RRC連接結(jié)束，移動(dòng)到空閑模式。本領(lǐng)域技術(shù)人員明白，處于空閑模式的UE比處于連接模式的UE使用更少的電池強(qiáng)度。

發(fā)明內(nèi)容
因而，本申請(qǐng)優(yōu)選地提供一種用于在具有多個(gè)無(wú)線資源控制(RRC)狀態(tài)的無(wú)線網(wǎng)絡(luò)中改善用戶設(shè)備的電池性能的方法，包括步驟在用戶設(shè)備上監(jiān)控應(yīng)用數(shù)據(jù)交換；確定何時(shí)在用戶設(shè)備上不期望應(yīng)用以交換數(shù)據(jù)；及從用戶設(shè)備啟動(dòng)到更少電池需求無(wú)線資源控制狀態(tài)或模式的轉(zhuǎn)換。本申請(qǐng)進(jìn)一步優(yōu)選地提供了一種用戶設(shè)備，其適合于減少UMTS網(wǎng)絡(luò)中的電池?fù)p耗，該用戶設(shè)備具有無(wú)線電子系統(tǒng)，該無(wú)線電子系統(tǒng)包括適合于與UMTS網(wǎng)絡(luò)通信的無(wú)線電；具有數(shù)字信號(hào)處理器的無(wú)線處理器，其適合于與所述無(wú)線電子系統(tǒng)交互；存儲(chǔ)器；用戶接口 ；處理器，其適合于運(yùn)行用戶應(yīng)用和與存儲(chǔ)器、無(wú)線電及用戶接口交互，并且適合于允許應(yīng)用，該用戶設(shè)備的特征在于具有裝置用于在用戶設(shè)備上監(jiān)控應(yīng)用數(shù)據(jù)交換；確定何時(shí)在用戶設(shè)備上沒(méi)有交換數(shù)據(jù)的期望應(yīng)用；及從用戶設(shè)備啟動(dòng)到更少電池需求無(wú)線資源控制狀態(tài)或模式的轉(zhuǎn)換。


通過(guò)參考附圖，本申請(qǐng)將更加容易理解，其中圖I是表示RRC狀態(tài)及轉(zhuǎn)換的結(jié)構(gòu)圖；
圖2是表示各種UMTS小區(qū)和URA的UMTS網(wǎng)絡(luò)的示例；圖3是表示RRC連接建立中各階段的模塊圖；圖4A是根據(jù)當(dāng)前方法由UTRAN啟動(dòng)的CELL_DCH連接模式狀態(tài)和空閑模式間示例性轉(zhuǎn)換的模塊圖；圖4B是根據(jù)本方法和裝置CELL_DCH狀態(tài)連接模式轉(zhuǎn)換到空閑模式間示例性轉(zhuǎn)換的模塊圖；圖5A是根據(jù)當(dāng)前方法由UTRAN啟動(dòng)的CELL_DCH靜態(tài)到CELL_FACH靜態(tài)到空閑模式間示例性轉(zhuǎn)換的模塊圖；圖5B是根據(jù)本方法CELL_DCH靜態(tài)和空閑模式間示例性轉(zhuǎn)換的模塊圖；圖6是UMTS協(xié)議棧的結(jié)構(gòu)圖；圖7是可與本方法關(guān)聯(lián)使用的示例性UE ;及圖8是用于與本方法和裝置關(guān)聯(lián)使用的示例性網(wǎng)絡(luò)。
具體實(shí)施例方式現(xiàn)在參考圖I。圖I是表示UMTS網(wǎng)絡(luò)中用于協(xié)議棧的無(wú)線資源控制部分的各種模式和狀態(tài)的結(jié)構(gòu)圖。特別地，RRC既可以處于RRC空閑狀態(tài)110，也可以處于RRC連接狀態(tài)120。如本領(lǐng)域技術(shù)人員可理解的，UMTS網(wǎng)絡(luò)包括兩種基于陸地的網(wǎng)段。它們是核心網(wǎng)(CN)和通用陸地?zé)o線接入網(wǎng)(UTRAN)(如圖8中所例示的)。核心網(wǎng)負(fù)責(zé)數(shù)據(jù)呼叫的交換和路由，以及當(dāng)UTRAN處理所有無(wú)線相關(guān)功能時(shí)到外部網(wǎng)絡(luò)的數(shù)據(jù)連接。在空閑模式110中，只要需要在UE和網(wǎng)絡(luò)間交換數(shù)據(jù)，UE就必須請(qǐng)求RRC連接以建立無(wú)線資源。這既可以是請(qǐng)求連接以發(fā)送數(shù)據(jù)的UE上應(yīng)用的結(jié)果，也可以是監(jiān)控尋呼信道以指示UTRAN或SGSN是否已經(jīng)尋呼了 UE，從而從諸如推送服務(wù)器的外部數(shù)據(jù)網(wǎng)絡(luò)接收數(shù)據(jù)的UE的結(jié)果。此外，只要UE需要發(fā)送諸如本地區(qū)域升級(jí)這樣的移動(dòng)性管理信令消息，其還要請(qǐng)求RRC連接。一旦UE已經(jīng)向UTRAN發(fā)送了請(qǐng)求以建立無(wú)線連接，UTRAN選擇RRC連接將處于的狀態(tài)。特別地，RRC連接模式120包括四個(gè)獨(dú)立的狀態(tài)。它們是CELL_DCH狀態(tài)122、CELL_FACH 狀態(tài) 124、CELL_PCH 狀態(tài) 126 和 URA_PCH 狀態(tài) 128。從空閑模式110，RRC連接狀態(tài)既可以去往小區(qū)專用信道(CELL_DCH)狀態(tài)122，也可以去往小區(qū)前向接入信道(CELL_FACH)狀態(tài)124。在CELL_DCH狀態(tài)122中，分配該UE上行鏈路和下行鏈路專用信道以交換數(shù)據(jù)。由于其具有分配給UE的專用物 理信道，這種狀態(tài)典型地需要來(lái)自UE的最大電池能量。可選地，UTRAN可以從空閑模式110移動(dòng)到CELL_FACH狀態(tài)124。 在CELL_FACH狀態(tài)中，不分配給UE專用信道。相反，在少量突發(fā)數(shù)據(jù)中使用公共信道發(fā)送信令。但是，UE仍必須不斷監(jiān)控FACH，因此其損耗了電池能量。在RRC連接模式120中，可以隨UTRAN的意思改變RRC狀態(tài)。特定地，如果對(duì)于特定時(shí)間量檢測(cè)到了數(shù)據(jù)靜態(tài)，或者檢測(cè)到了某閾值之下的數(shù)據(jù)吞吐量，UTRAN可將RRC狀態(tài)從 CELL_DCH 狀態(tài) 122 移動(dòng)到 CELL_FACH 狀態(tài) 124、CELL_PCH 狀態(tài) 126 或 URA_PCH 狀態(tài) 128。類似地，如果檢測(cè)到負(fù)載在某一閾值之上，則可將RRC狀態(tài)從CELL_FACH 124移動(dòng)到CELL_DCH 122。從CELL_FACH狀態(tài)124，如果在某些網(wǎng)絡(luò)中檢測(cè)到對(duì)于預(yù)定時(shí)間數(shù)據(jù)靜態(tài)，則UTRAN可將RRC狀態(tài)從CELL_FACH狀態(tài)124移動(dòng)到尋呼信道(PCH)狀態(tài)。其既可以是CELL_PCH狀態(tài)126，也可以是URA_PCH狀態(tài)128。從CELL_PCH 狀態(tài) 126 或 URA_PCH 狀態(tài) 128，UE 必須移動(dòng)到 CELL_FACH 狀態(tài) 124，從而啟動(dòng)更新程序以請(qǐng)求專用信道。這僅是UE控制的狀態(tài)轉(zhuǎn)換。CELL_PCH狀態(tài)126和URA_PCH狀態(tài)128使用非連續(xù)接收周期(DRX)以監(jiān)控廣播消息，并通過(guò)尋呼指示信道(PICH)尋呼。不可能有上行鏈路行為。CELL_PCH狀態(tài)126和URA_PCH狀態(tài)128間的不同是，如果UE當(dāng)前UTRAN登記區(qū)域(URA)不在當(dāng)前小區(qū)內(nèi)存在的URA標(biāo)識(shí)列表中，則URA_PCH狀態(tài)僅觸發(fā)URA更新程序。特別地，參考圖2。圖2表示各種UMTS小區(qū)210、212和214的示例。如果重新選擇到CELL_PCH狀態(tài)，所有這些小區(qū)都需要小區(qū)更新。但是，在UTRAN登記區(qū)域內(nèi)，每一個(gè)都會(huì)在同一 UTRAN登記區(qū)域220內(nèi)，因此當(dāng)處于URA_PCH模式時(shí)，當(dāng)在210、212和214間移動(dòng)時(shí)不會(huì)觸發(fā)URA更新程序。如圖2中所見(jiàn)，其它小區(qū)218在URA220外側(cè)，可以是獨(dú)立的URA或非URA的部分。如本領(lǐng)域技術(shù)人員可理解的，從電池壽命的角度，與以上狀態(tài)相比，空閑狀態(tài)提供了最低的電池使用。特別地，因?yàn)閮H在間隔上需要UE監(jiān)控尋呼信道，不需要連續(xù)打開(kāi)無(wú)線電，而是周期性地叫醒。對(duì)此的權(quán)衡是延遲發(fā)送數(shù)據(jù)。但是，如果延遲不太大，則空閑模式的優(yōu)勢(shì)和節(jié)省電池能力就超過(guò)了連接延遲的缺點(diǎn)。再次參考圖1，各種UMTS結(jié)構(gòu)廠商基于各種標(biāo)準(zhǔn)在狀態(tài)122、124、126和128間移動(dòng)。以下略述示例性的結(jié)構(gòu)。在第一種示例性結(jié)構(gòu)中，RRC直接在空閑模式和CELL_DCH狀態(tài)間移動(dòng)。在CELL_DCH模式中，如果檢測(cè)到了兩秒鐘的靜態(tài)，則RRC狀態(tài)變換到CELL_FACH狀態(tài)124。如果在CELL_FACH狀態(tài)124中檢測(cè)到了十秒鐘的靜態(tài)，則RRC狀態(tài)變換到PCH狀態(tài)126。CELL_PCH狀態(tài)126中45分鐘的靜態(tài)將導(dǎo)致RRC狀態(tài)移動(dòng)回空閑模式110。在第二種例示性結(jié)構(gòu)中，RRC轉(zhuǎn)換可根據(jù)負(fù)載閾值發(fā)生在空閑模式110和連接模式120間。在該第二種結(jié)構(gòu)中，如果負(fù)載在某閾值以下，則UTRAN將RRC狀態(tài)移動(dòng)到CELL_FACH狀態(tài)124。相反，如果數(shù)據(jù)在某一閾值之上，則UTRAN將RRC狀態(tài)移動(dòng)到CELL_DCH狀態(tài)122。在該第二種結(jié)構(gòu)中，如果在CELL_DCH狀態(tài)122中檢測(cè)到了兩分鐘的靜態(tài)，則UTRAN將RRC狀態(tài)移動(dòng)到CELL_FACH狀態(tài)124。在CELL_FACH狀態(tài)124中5分鐘的靜態(tài)之后，UTRAN將RRC狀態(tài)移動(dòng)到CELL_PCH狀態(tài)126。在CELL_PCH狀態(tài)126中，在移動(dòng)回空閑模式110之前，需要兩小時(shí)的靜態(tài)。在第三種示例性結(jié)構(gòu)中，空閑模式和連接模式120間的移動(dòng)總是到CELL_DCH狀態(tài)122。在CELL_DCH狀態(tài)122中5秒中的靜態(tài)之后，UTRAN將RRC狀態(tài)移動(dòng)到CELL_FACH狀態(tài)124。在CELL_FACH狀態(tài)124中，30秒的靜態(tài)導(dǎo)致移動(dòng)回空閑模式110。在第四種示例性結(jié)構(gòu)中，RRC直接從空閑模式轉(zhuǎn)換到連接模式進(jìn)入CELL_DCH狀態(tài)122。在該第四種示例性結(jié)構(gòu)中，CELL_DCH狀態(tài)122包括兩種子狀態(tài)。第一種包括具有高數(shù)據(jù)速率的子狀態(tài)，第二種子狀態(tài)包括低數(shù)據(jù)速率，但仍然在CELL_DCH狀態(tài)內(nèi)。在該第四種示例性結(jié)構(gòu)中，RRC直接從空閑模式110轉(zhuǎn)換到高數(shù)據(jù)速率的CELL_DCH子狀態(tài)。在10秒鐘的靜態(tài)之后，RRC狀態(tài)轉(zhuǎn)換到低數(shù)據(jù)速率的CELL_DCH狀態(tài)。從低數(shù)據(jù)速率的CELL_DCH狀態(tài)122，17秒的靜態(tài)導(dǎo)致RRC狀態(tài)改變到空閑模式110。以上四種示例性結(jié)構(gòu)表示了各UMTS結(jié)構(gòu)廠商正在執(zhí)行的狀態(tài)。如本領(lǐng)域技術(shù)人員理解的，在每種情況中，如果花費(fèi)在交換實(shí)際數(shù)據(jù)(例如email)上的時(shí)間與CELL_DCH或CELL_FACH狀態(tài)中需要保持的時(shí)間相比非常短，則這會(huì)引起不必要的電流消耗，其會(huì)是用戶感到諸如UMTS的新一代網(wǎng)絡(luò)比諸如GPRS的前一代網(wǎng)絡(luò)更壞。進(jìn)一步，盡管從電池壽命的角度，CELL_PCH狀態(tài)比CELL_FACH狀態(tài)更加理想，但CELL_PCH狀態(tài)中DRX周期典型地被設(shè)定為比空閑模式110更低的值。結(jié)果，在CELL_PCH狀態(tài)中，需要UE比在空閑模式中更加頻繁的叫醒。具有類似于空閑模式的DRX周期的URA_PCH狀態(tài)可能在電池壽命和連接延遲間很好的平衡。但是，當(dāng)前在UTRAN中不支持URA_PCH。因此期望從電池壽命的角度，在通過(guò)數(shù)據(jù)交換結(jié)束了應(yīng)用之后，盡可能快地快速轉(zhuǎn)換到空閑模式?，F(xiàn)在參考圖3。當(dāng)從空閑模式轉(zhuǎn)換到連接模式時(shí)，需要各種信令和數(shù)據(jù)連接。參考圖3，需要執(zhí)行的第一個(gè)項(xiàng)目時(shí)RRC連接建立。如上所示，可僅由UTRAN拆除該RRC連接建立。一旦完成了 RRC連接建立310，則開(kāi)始信令連接建立312。一旦完成了信令連接建立312，則開(kāi)始加密和完整性建立314。在完成了這些之后，完成無(wú)線承載建立316。在這一點(diǎn)上，可在UE和UTRAN間交換數(shù)據(jù)。通常，以相反的順序類似地完成拆除連接。拆除無(wú)線承載建立316，然后拆除RRC連接建立310。在這一點(diǎn)上，RRC移動(dòng)到如圖I所示的空閑模式110。盡管目前3GPP規(guī)范不允許UE釋放RRC連接或指示其對(duì)于RRC狀態(tài)的偏好，但可以對(duì)于規(guī)定的核心網(wǎng)域，例如分組交換應(yīng)用使用的分組交換(PS)域，UE仍然可以指示信令連接的終止。根據(jù)3GPP TS 25. 331的8. I. 14. I部分由UE使用信令連接釋放指示程序來(lái)向UERAN指示已經(jīng)釋放了其信令連接中的一個(gè)。該程序可輪流啟動(dòng)RRC連接釋放程序。因此在目前的3GPP規(guī)范內(nèi)，可在拆除信令連接建立312后啟動(dòng)信令連接釋放。在UE的能力之內(nèi)拆除信令連接建立312，這根據(jù)規(guī)范“可”輪流啟動(dòng)RRC連接釋放。如本領(lǐng)域技術(shù)人員理解的，如果拆除了信令連接建立312，則在拆除了信令連接建、立312之后，UTRAN還需要清除加密和完整性建立312和無(wú)線承載建立316。如果拆除了信令連接建立312，則典型地通過(guò)網(wǎng)絡(luò)為當(dāng)前廠商結(jié)構(gòu)降低RRC連接建立。使用以上方法，如果UE確定完成了數(shù)據(jù)交換，例如如果提供給了 UE軟件的“RRC連接管理器”組件完成了數(shù)據(jù)交換的指示，則RRC連接管理器可確定是否拆除信令連接建立312。例如,裝置上的email應(yīng)用發(fā)送其已經(jīng)從推送email服務(wù)器接收到了確認(rèn)email確實(shí)由推送服務(wù)器接收到了的指示。RRC管理器可了解所有的現(xiàn)有應(yīng)用，有關(guān)PDP上下文、有關(guān)PS無(wú)線承載及有關(guān)電路交換(CS)無(wú)線承載。在這種情況下可引入延遲以保證通過(guò)數(shù)據(jù)交換真正完成應(yīng)用，并且在已經(jīng)發(fā)送了“完成”指示后不再需要RRC連接。該延遲等同于與應(yīng)用相關(guān)的靜態(tài)超時(shí)。每個(gè)應(yīng)用具有其自己的靜態(tài)超時(shí)。例如，email應(yīng)用可具有5秒鐘的靜態(tài)超時(shí)，而激活的瀏覽器應(yīng)用可具有60秒鐘的超時(shí)?；趤?lái)自激活應(yīng)用的所有這些指示的復(fù)合狀態(tài)，UE軟件確定其應(yīng)在可啟動(dòng)合適核心網(wǎng)(例如PS域)的信令連接釋放之前等待多長(zhǎng)時(shí)間。 可基于業(yè)務(wù)量模式歷史和/或應(yīng)用列表動(dòng)態(tài)產(chǎn)生靜態(tài)超時(shí)。只要RRC連接管理器確定具有不期望應(yīng)用以進(jìn)行數(shù)據(jù)交換的某種可能性，其可對(duì)于合適的域發(fā)送信令連接釋放指示程序。上述UE啟動(dòng)到空閑模式的轉(zhuǎn)換可發(fā)生在圖I所例示的RRC連接模式120的任何階段，結(jié)束具有網(wǎng)絡(luò)釋放RRC連接并移動(dòng)到圖I所例示的空閑模式110。這也可應(yīng)用在語(yǔ)音呼叫期間當(dāng)UE正執(zhí)行任何分組數(shù)據(jù)業(yè)務(wù)時(shí)。在這種情況下，僅釋放PS域，而CS域保持連接。如本領(lǐng)域技術(shù)人員理解的，在某些情況下，比空閑模式更期望處于連接模式狀態(tài)URA_PCH。例如，如果需要連接到CELL_DCH或CELL_FACH連接模式狀態(tài)的延遲更低，則更加偏好處于連接模式PCH狀態(tài)。有兩種方式實(shí)現(xiàn)。第一種通過(guò)改變3GPP規(guī)范以允許UE請(qǐng)求UTRAN將其移動(dòng)到特定狀態(tài)，在這種情況下是URA_PCH狀態(tài)128?？蛇x地，RRC連接管理器可考慮其它因素，諸如RRC連接當(dāng)前處于何種狀態(tài)。例如，如果RRC連接處于URA_PCH狀態(tài)，則其可確定不必移動(dòng)到空閑模式110，并因此不啟動(dòng)信令連接釋放程序。參考圖4。圖4A表示根據(jù)上述“四個(gè)”實(shí)施例結(jié)構(gòu)的當(dāng)前UMTS執(zhí)行。如圖4所示，時(shí)間為水平軸方向。UE開(kāi)始處于RRC空閑狀態(tài)110，并基于需要被發(fā)送的本地?cái)?shù)據(jù)或從UTRAN接收到的尋呼，開(kāi)始建立RRC連接。如圖4A所示，RRC連接建立310首先發(fā)生，RRC狀態(tài)在該時(shí)間內(nèi)是連接狀態(tài)410。接下來(lái)，信令連接建立312、加密和完整性建立314、及無(wú)線承載建立316發(fā)生。RRC狀態(tài)在這期間是CELL_DCH狀態(tài)122。如圖4A所示，從RRC空閑移動(dòng)到無(wú)線承載建立的時(shí)間在該實(shí)施例中大約是2秒。接下來(lái)交換數(shù)據(jù)。在該實(shí)施例圖4A中，這大約在2到4秒完成，如步驟420所示。在步驟420交換了數(shù)據(jù)后，除了需要的非連續(xù)RLC信令PDU外沒(méi)有數(shù)據(jù)被交換，因此由網(wǎng)絡(luò)配置無(wú)線承載以在大約10秒中后移動(dòng)到更低數(shù)據(jù)速率的DCH狀態(tài)。這如步驟422和424所示。
在更低數(shù)據(jù)速率的DCH狀態(tài)中，17秒不會(huì)接收到任何數(shù)據(jù)，在該點(diǎn)上由網(wǎng)絡(luò)在步驟428釋放RRC連接。一旦在步驟428啟動(dòng)了 RRC連接，RRC狀態(tài)進(jìn)入到斷開(kāi)連接狀態(tài)430大約40毫秒，在這之后UE處于RRC空閑狀態(tài)110。同時(shí)如圖4A所示，對(duì)于一個(gè)周期示出了 UE電流損耗，其中RRC處于CELL_DCH狀態(tài)122。如所見(jiàn)，在CELL_DCH狀態(tài)的整個(gè)持續(xù)時(shí)間內(nèi)電流損耗大約是200到300毫安。在斷開(kāi)連接和空閑期間，利用了大約3毫安，假設(shè)DRX周期為I. 28秒。但是，在200到300毫安上電流損耗的35秒鐘消耗在了電池上?，F(xiàn)在參考圖4B。圖4B利用同樣的上述“四種”形式的示例性結(jié)構(gòu)，現(xiàn)在僅執(zhí)行信令連接釋放。如圖4B所示，同樣的步驟310、312、314和316發(fā)生，當(dāng)在RRC空閑狀態(tài)110和RRC CELL_DCH狀態(tài)122間移動(dòng)時(shí)這花費(fèi)同樣的時(shí)間量。進(jìn)一步，在圖4B上還完成了對(duì)于圖4A的示例性email的RRC數(shù)據(jù)PDU交換，這花費(fèi)大約2到4秒。在圖4B的實(shí)施例中UE具有應(yīng)用特定靜態(tài)超時(shí)，其在圖4B的實(shí)施例中是兩秒，如步驟440所示。在RRC連接管理器確定了存在特定時(shí)間量的靜態(tài)后，UE在步驟442釋放信令連接建立，并由網(wǎng)絡(luò)在步驟428釋放RRC連接。如圖4B中所示，在CELL_DCH步驟122中電流損耗仍大約是200到300毫安。但是，連接時(shí)間僅大約是8秒。如本領(lǐng)域技術(shù)人員理解的，在小區(qū)DCH狀態(tài)122中移動(dòng)保持的相當(dāng)少的時(shí)間量總是導(dǎo)致在UE裝置上的大量電池節(jié)省。
現(xiàn)在參考圖5。圖5表示使用以上所示的結(jié)構(gòu)的第二實(shí)施例，如結(jié)構(gòu)“3”。如圖4A和4B，花費(fèi)大約2秒發(fā)生連接建立。這需要RRC連接建立310、信令連接建立312、加密和完整性建立314和無(wú)線承載建立316。在該建立期間，UE通過(guò)其間的RRC狀態(tài)連接步驟410從RRC空閑模式110移動(dòng)到CELL_DCH 狀態(tài) 122。如圖4A，在圖5A中RLC數(shù)據(jù)交換發(fā)生，在圖5A的實(shí)施例中花費(fèi)2到4秒。根據(jù)結(jié)構(gòu)3，RLC信令H)U交換除了需要的非連續(xù)RLC信令PDU外不接收數(shù)據(jù)，從而在步驟422處于5秒鐘周期的空閑，在該點(diǎn)上無(wú)線承載重新配置網(wǎng)絡(luò)以從CELL_DCH狀態(tài)122移動(dòng)到CELL_FACH狀態(tài)124。這在步驟450中完成。在CELL_FACH狀態(tài)124中，RLC信令PDU交換發(fā)現(xiàn)在預(yù)定的時(shí)間量?jī)?nèi)，除了需要的非連續(xù)RLC信令PDU外沒(méi)有數(shù)據(jù)，在這種情況30秒內(nèi)，在該點(diǎn)上由網(wǎng)絡(luò)在步驟428執(zhí)行RRC連接釋放。如圖5A所見(jiàn)，這將RRC狀態(tài)移動(dòng)到空閑模式110。如圖5A中進(jìn)一步所見(jiàn)的，在DCH模式期間電流損耗在200到300毫安之間。當(dāng)移動(dòng)到CELL_FACH狀態(tài)124時(shí)，電路損耗低至大約120到180毫秒。在釋放了 RRC連接后，RRC移動(dòng)到空閑模式110，能量損耗大約3毫安。UTRA RRC連接模式狀態(tài)為CELL_DCH狀態(tài)122或CELL_FACH狀態(tài)124在圖5A的實(shí)
施例中持續(xù)大約40秒?，F(xiàn)在參考圖5B。圖5B例示了如圖5A的同樣的結(jié)構(gòu)“3”，通過(guò)同樣大約兩秒的連接時(shí)間達(dá)到RRC連接建立310、信令連接建立312、加密和完整性建立314和無(wú)線承載建立316。進(jìn)一步，RLC數(shù)據(jù)PDU交換420花費(fèi)大約2到4秒。如圖4B，UE應(yīng)用在步驟440檢測(cè)特定的靜態(tài)超時(shí)，在該點(diǎn)上由UE啟動(dòng)信令連接釋放指示程序，并隨后在步驟448由網(wǎng)絡(luò)釋放RRC連接。進(jìn)一步如圖5B中所見(jiàn)，RRC在空閑模式110中開(kāi)始，移動(dòng)到CELL_DCH狀態(tài)122而沒(méi)有進(jìn)入到CELL_FACH狀態(tài)。進(jìn)一步如圖5B中所見(jiàn)，在RRC在CELL_DCH狀態(tài)122階段的時(shí)間內(nèi)，該時(shí)間根據(jù)圖5的實(shí)施例大約是8秒，電流損耗大約是200到300毫安。因此，圖4A和4B間以及圖5A和5B間的比較表示消除了大量的電流損耗，從而大幅度地延長(zhǎng)了 UE的電池壽命。如本領(lǐng)域技術(shù)人員理解的，以上可進(jìn)一步用在當(dāng)前3GPP規(guī)范的上下文中。
現(xiàn)在參考圖6。圖6例示了用于UMTS網(wǎng)絡(luò)的協(xié)議棧。如圖6中所見(jiàn)，UMTS包括CS控制平面610、PS控制平面611和PS用戶平面630。在該3個(gè)平面內(nèi)，存在非接入層(NAS) 614和接入層部分616。CS控制平面610內(nèi)的NAS部分614包括呼叫控制(CC) 618、補(bǔ)充業(yè)務(wù)(SS) 620、和短消息業(yè)務(wù)(SMS) 622。PS控制平面611內(nèi)的NAS部分614包括移動(dòng)性管理(MM)和GPRS移動(dòng)性管理(GMM) 626。其進(jìn)一步包括 SM/RABM 624 和 GSMS 628。CC 618為電路交換業(yè)務(wù)提供呼叫管理信令。SM/RABM 624的會(huì)話管理部分提供PDP上下文激活、去激活和修改。SM/RABM 624還提供業(yè)務(wù)質(zhì)量協(xié)商。SM/RABM 624的RABM部分的主要功能將連接PDP上下文到無(wú)線接入承載。因此SM/RABM 624負(fù)責(zé)建立、修改和釋放無(wú)線承載。在接入層616上，CS控制平面610和PS控制平面611位于無(wú)線資源控制(RRC) 617之上。PS用戶平面630中的NAS部分614包括應(yīng)用層638、TCP/UDP層636和PDP層634。例如，PDP層634可包括因特網(wǎng)協(xié)議(IP)。PS用戶平面630中的接入層616包括分組數(shù)據(jù)匯聚協(xié)議(rocp)632。TOCP 632設(shè)計(jì)為使WCDMA協(xié)議適合于在UE和RNC (如圖8中所見(jiàn))承載TCP/IP協(xié)議，并可選擇用于IP業(yè)務(wù)量流協(xié)議頭壓縮和解壓縮。UMTS無(wú)線鏈路控制(RLC) 640和媒體訪問(wèn)控制(MAC)層650形成UMTS無(wú)線接口的數(shù)據(jù)鏈路子層，并駐留在RNC節(jié)點(diǎn)和用戶設(shè)備上。一層(LI) UMTS層(物理層650)在RLC/MAC層640和650下面。該層是用于通信
的物理層。雖然以上可以在多種移動(dòng)設(shè)備上實(shí)現(xiàn)，但關(guān)于圖7在下面略述一個(gè)移動(dòng)設(shè)備的實(shí)施例?，F(xiàn)在參考圖7。UE 1100優(yōu)選地為至少具有語(yǔ)音和數(shù)據(jù)通信能力的兩種方式的無(wú)線通信設(shè)備。UE1100優(yōu)選地具有與因特網(wǎng)上其它計(jì)算機(jī)系統(tǒng)通信的能力。根據(jù)所提供的精確功能，無(wú)線設(shè)備可以例如是數(shù)據(jù)消息設(shè)備、兩種方式的尋呼機(jī)、無(wú)線電子郵件設(shè)備、具有數(shù)據(jù)消息能力的蜂窩電話、無(wú)線因特網(wǎng)裝置、或數(shù)據(jù)通信設(shè)備。
這里使UE 1100用于兩種方式的通信，其將并入一個(gè)通信子系統(tǒng)1111，包括接收機(jī)1112和發(fā)射機(jī)1114，以及相關(guān)的組件，諸如一個(gè)或多個(gè)優(yōu)選為內(nèi)嵌或內(nèi)部的天線元件1116和1118、本地振蕩器(LO) 1113、以及諸如數(shù)據(jù)信號(hào)處理器(DSP) 1120的處理模塊。如通信領(lǐng)域的技術(shù)人員理解的，通信子系統(tǒng)1111的特殊設(shè)計(jì)將依賴于設(shè)備期望操作于的通信網(wǎng)絡(luò)。例如，UE 1100可包括通信子系統(tǒng)1111，其設(shè)計(jì)為在GPRS網(wǎng)絡(luò)或UMTS網(wǎng)絡(luò)中操作。網(wǎng)絡(luò)接入需求還會(huì)根據(jù)網(wǎng)絡(luò)1119的類型而變化。例如，在UMTS和GPRS網(wǎng)絡(luò)中，網(wǎng)絡(luò)接入與UE 1100的訂戶或用戶相關(guān)。例如，GPRS移動(dòng)設(shè)備因此需要用戶識(shí)別模塊(SIM)卡以在GPRS網(wǎng)絡(luò)上操作。在UMTS中，需要US頂或SM模塊。在CDMA中，需要RUM卡或模塊。在此將這些稱為UM接口。沒(méi)有有效的UM接口，移動(dòng)設(shè)備就不會(huì)是全功能的。本地或非網(wǎng)絡(luò)通信功能，以及諸如緊急呼叫的合法需要功能(如果有)可以是可用的，但移動(dòng)設(shè)備1100不能執(zhí)行任何其它包括基于網(wǎng)絡(luò)1100通信的功能。UM接口 1144通常類似于可插入卡的卡槽，并類似于磁盤或PCMCIA卡推出。UIM卡可具有大約64K的存儲(chǔ)，并保留多種關(guān)鍵配置1151，以及諸如身份、用戶相關(guān)信息的其它信息1153。
當(dāng)已經(jīng)完成了所需網(wǎng)絡(luò)的登記或激活程序時(shí)，UE 1100可基于網(wǎng)絡(luò)1119發(fā)送和接收通信信號(hào)。天線1116通過(guò)通信網(wǎng)1119接收到的信號(hào)被輸入到接收機(jī)1112，其可執(zhí)行公共的接收機(jī)功能，如信號(hào)放大、頻率下變換、濾波、信道選擇等等，在圖7所示系統(tǒng)的實(shí)施例中，為模數(shù)(A/D)轉(zhuǎn)換。接收信號(hào)的A/D轉(zhuǎn)換允許更復(fù)雜的通信功能，例如解調(diào)和解碼在DSP 1120中執(zhí)行。以類似的方式，處理待發(fā)送的信號(hào)，包括例如通過(guò)DSP 1120調(diào)制和編碼，并輸入到發(fā)射機(jī)1114用于數(shù)模轉(zhuǎn)換、頻率上變換、濾波、放大，并基于通信網(wǎng)絡(luò)1119通過(guò)天線1118發(fā)送。DSP 1120不僅處理通信信號(hào)，還提供接收機(jī)和發(fā)射機(jī)控制。例如，可通過(guò)DSP1120中執(zhí)行的自動(dòng)增益控制算法適應(yīng)性地控制應(yīng)用于接收機(jī)1112和發(fā)射機(jī)1114中通信信號(hào)的增益。網(wǎng)絡(luò)1119可進(jìn)一步與多個(gè)系統(tǒng)通信，包括服務(wù)器1160和其它元件(未示出)。例如，網(wǎng)絡(luò)1119可與企業(yè)系統(tǒng)和網(wǎng)站客戶機(jī)系統(tǒng)通信，從而適應(yīng)各種具有不同業(yè)務(wù)級(jí)別的客戶機(jī)。UE 1100優(yōu)選地包括微處理器1138，其控制裝置的全部操作。通過(guò)通信子系統(tǒng)1111執(zhí)行至少包括數(shù)據(jù)通信的通信功能。微處理器1138還與進(jìn)一步的裝置子系統(tǒng)交互，例如顯示器1122、閃存1124、隨機(jī)訪問(wèn)存儲(chǔ)器(RAM) 1126、輔助輸入/輸出(I/O)子系統(tǒng)1128、串行端口 1130、鍵盤1132、揚(yáng)聲器1134、麥克風(fēng)1136、短距離通信子系統(tǒng)1140及任何其它通常如1142設(shè)計(jì)的裝置子系統(tǒng)。圖7中所示的某些子系統(tǒng)執(zhí)行通信相關(guān)功能，然而其它子系統(tǒng)可提供“常駐”或設(shè)備上的功能。特別的，某些子系統(tǒng)，例如鍵盤1132和顯示器1122可用于諸如輸入用于基于通信網(wǎng)絡(luò)發(fā)送的上下文消息的通信相關(guān)功能，以及諸如計(jì)算機(jī)或任務(wù)列表的設(shè)備駐留功倉(cāng)泛。微處理器1138使用的操作系統(tǒng)軟件優(yōu)選地存儲(chǔ)在諸如閃存1124的持久存儲(chǔ)器中，其可替換為只讀存儲(chǔ)器(ROM)或類似的存儲(chǔ)元件(未示出)。本領(lǐng)域技術(shù)人員可認(rèn)識(shí)至IJ，操作系統(tǒng)、特定裝置應(yīng)用或其部分可臨時(shí)性地載入到諸如RAM 1126的非易失性存儲(chǔ)器中。接收到的通信信號(hào)還可存儲(chǔ)在RAM 1126中。進(jìn)一步，唯一的標(biāo)識(shí)符還可優(yōu)選地存儲(chǔ)在只讀存儲(chǔ)器中。如所示的，閃存1124可分隔為不同的區(qū)域，用于計(jì)算機(jī)程序1158和程序數(shù)據(jù)存儲(chǔ)器1150、1152、1154和1156。這些不同的存儲(chǔ)器類型表不每個(gè)程序可分配閃存1124的一部分用于其自身的數(shù)據(jù)存儲(chǔ)需要。微處理器1138，除其操作系統(tǒng)功能以外，優(yōu)選地在移動(dòng)設(shè)備上使得軟件應(yīng)用執(zhí)行。預(yù)定的控制基本操作的應(yīng)用組，例如至少包括數(shù)據(jù)和語(yǔ)音通信應(yīng)用，在生產(chǎn)期間通常被安裝在UE 1100上。優(yōu)選的軟件應(yīng)用可以為個(gè)人信息管理器(PM)應(yīng)用，其具有組織和管理涉及移動(dòng)設(shè)備的用戶的數(shù)據(jù)項(xiàng)目的能力，例如但不限于，e-mail、日程時(shí)間、語(yǔ)音郵件、約會(huì)及任務(wù)項(xiàng)目。自然地，一個(gè)或多個(gè)存儲(chǔ)器存儲(chǔ)可在移動(dòng)設(shè)備上使用以幫助PM數(shù)據(jù)項(xiàng)目的存儲(chǔ)器。該P(yáng)M應(yīng)用可優(yōu)選地具有通過(guò)無(wú)線網(wǎng)1119發(fā)送和接收數(shù)據(jù)項(xiàng)目的能力。在一個(gè)優(yōu)選實(shí)施例中，使用存儲(chǔ)的或與主計(jì)算機(jī)系統(tǒng)相關(guān)的移動(dòng)設(shè)備用戶的相應(yīng)數(shù)據(jù)項(xiàng)目，通過(guò)無(wú)線網(wǎng)絡(luò)1119對(duì)PM數(shù)據(jù)項(xiàng)目無(wú)縫結(jié)合、同步和更新。進(jìn)一步的應(yīng)用還可通過(guò)網(wǎng)絡(luò)1119轉(zhuǎn)載在移動(dòng)設(shè)備1100之上，輔助I/O子系統(tǒng)1128、串行端口 1130、短距離通信子系統(tǒng)1140及任何其它合適的子系統(tǒng)1142由用戶安裝在RAM1126中或優(yōu)選地在非易失性存儲(chǔ)器中(為示出)，用于由微處理器1138執(zhí)行。在應(yīng)用安裝中的這種靈活性提高了設(shè)備的功能，并提供了增強(qiáng)的設(shè)備上功能、通信相關(guān)功能、或兩者。例如，安全通信應(yīng)用可實(shí)現(xiàn)電子商務(wù)功能及其它這種將使用UEllOO執(zhí)行的金融交易。但是根據(jù)以上，在許多情況下這些應(yīng)用需要由載波批準(zhǔn)。在數(shù)據(jù)通信模式中，諸如上下文消息或網(wǎng)頁(yè)下載的接收信號(hào)將由通信子系統(tǒng)1111處理，并輸入到微處理器1138，其優(yōu)選地進(jìn)一步處理該接收信號(hào)以輸出到顯示器1122，或可選地輸出到輔助I/O設(shè)備1128。UE 1100的用戶還可例如使用鍵盤1132結(jié)合顯示器1122及可能的輔助I/O設(shè)備1128撰寫諸如email消息的數(shù)據(jù)項(xiàng)目，鍵盤1132優(yōu)選地為全字母數(shù)據(jù)鍵盤或電話型鍵區(qū)。然后可通過(guò)通信子系統(tǒng)1111基于通信網(wǎng)絡(luò)發(fā)送這種撰寫的項(xiàng)目。對(duì)于語(yǔ)音通信，UE 1100的全部操作是類似的，除了接收信號(hào)優(yōu)選地被輸出到揚(yáng)聲器1134，及由麥克風(fēng)1136產(chǎn)生的用于發(fā)送的信號(hào)?？蛇x的語(yǔ)音或音頻I/O子系統(tǒng)，例如語(yǔ)音消息記錄子系統(tǒng)，還可在UE 1100上實(shí)現(xiàn)。機(jī)關(guān)優(yōu)選地主要通過(guò)揚(yáng)聲器1134完成語(yǔ)音或音頻信號(hào)輸出，還可使用顯示器1122提供例如呼叫方身份的指示、語(yǔ)音呼叫的持續(xù)時(shí)間或其它語(yǔ)首呼叫相關(guān)彳目息。圖7中的串行端口 1130通常在個(gè)人數(shù)字助理(PDA)型移動(dòng)設(shè)備中實(shí)現(xiàn)，對(duì)于該移動(dòng)設(shè)備可期望與用戶的臺(tái)式計(jì)算機(jī)(未示出)同步。該端口 1130將使得用戶通過(guò)外部設(shè)備或軟件應(yīng)用設(shè)置偏好，并通過(guò)向UE 1100提供信息或軟件下載，而不通過(guò)無(wú)線通信網(wǎng)絡(luò)擴(kuò)展移動(dòng)設(shè)備1100的能力?？蛇x的下載路徑可例如用于直接將加密密鑰裝載在設(shè)備上，并因此實(shí)現(xiàn)可靠和可信的連接，從而保證設(shè)備通信的安全。可選的，串行端口 1130可用于其它通信，并可包括如通用串行總線(USB)端口。接口與串行端口 1130相關(guān)。其它通信子系統(tǒng)1140，如短距離通信子系統(tǒng)，是一個(gè)進(jìn)一步可選的組件，其可提供UE 1100和不同系統(tǒng)或裝置鍵的通信，其不是必要地需要是類似的設(shè)備。例如，子系統(tǒng)1140可包括紅外線設(shè)備和相關(guān)電路及組件，或Bluetooth 通信模塊，以提供與類似使用系統(tǒng)和設(shè)備的通信。現(xiàn)在參考圖8。圖8是通信系統(tǒng)800的結(jié)構(gòu)圖，其包括通過(guò)無(wú)線通信網(wǎng)通信的UE、802。UE 802無(wú)線地與多個(gè)節(jié)點(diǎn)B 806中的一個(gè)通信。每個(gè)節(jié)點(diǎn)B 806負(fù)責(zé)空中接口處理和某些無(wú)線資源管理功能。節(jié)點(diǎn)B 806提供類似于GSM/GPRS網(wǎng)絡(luò)中基站收發(fā)臺(tái)的功倉(cāng)泛。圖8的通信系統(tǒng)800中表示的無(wú)線鏈路代表一個(gè)或多個(gè)不同的信道，典型地為不同的無(wú)線頻率(RF)信道，及用在無(wú)線網(wǎng)絡(luò)和UE 802間的相關(guān)協(xié)議。Uu空中接口 804使用在UE 802和節(jié)點(diǎn)B 806間。典型地由于全部帶寬的限制和UE 802有限的電池能量，RF信道是必須節(jié)約的限制資源。本領(lǐng)域技術(shù)人員理解，實(shí)際執(zhí)行中的無(wú)線網(wǎng)絡(luò)可根據(jù)期望的全部廣闊的網(wǎng)絡(luò)覆蓋包括上百個(gè)小區(qū)。可通過(guò)多個(gè)交換機(jī)和路由器(未示出)連接所有有關(guān)的組件，該 交換機(jī)和路由器由多個(gè)網(wǎng)絡(luò)控制器控制。每個(gè)節(jié)點(diǎn)B 806與無(wú)線網(wǎng)絡(luò)控制器(RNC) 810通信。RNC 810負(fù)責(zé)在其區(qū)域內(nèi)控制無(wú)線資源。一個(gè)RNC 810控制多個(gè)節(jié)點(diǎn)B 806。UMTS網(wǎng)絡(luò)中的RNC 810提供與GSM/GPRS網(wǎng)絡(luò)中的基站控制器(BSC)功能等價(jià)的功能。但是，RNC 810包括多項(xiàng)智能，例如包括不包括MSC和SGSN的自動(dòng)切換管理。使用在節(jié)點(diǎn)B 806和RNC 810間的接口是Iub接口 808。主要使用NBAP(節(jié)點(diǎn) B 應(yīng)用部分)信令協(xié)議，如 3GPP TS 25. 433V3. 11. 0 (2002-09)和 3GPP TS 25. 433V5. 7. 0(2004-01)中定義的。通用陸地?zé)o線接入網(wǎng)(UTRAN) 820包括RNC 810、節(jié)點(diǎn)B 806和Uu空中接口 804。電路交換業(yè)務(wù)被路由到移動(dòng)交換中心(MSC)830。MSC 830是安排呼叫、從用戶或從PSTN(未示出)得到或接收數(shù)據(jù)的計(jì)算機(jī)。RNC 810和MSC 830間的業(yè)務(wù)量使用Iu-CS接口 828。Iu-CS接口 828是用于承載(典型地)UTRAN 820和核心語(yǔ)音網(wǎng)間語(yǔ)音業(yè)務(wù)量和信令的電路交換連接。使用的主要信令協(xié)議是RANAP (無(wú)線接入網(wǎng)應(yīng)用部分)。RANAP協(xié)議使用在核心網(wǎng)821間的UMTS信令中，該核心網(wǎng)可以是MSC 830或SSGN 850 (以下更詳細(xì)定義)及UTRAN 820。RANAP協(xié)議在3GPP TS 25.413 V3. 11. 1(2002-09)和 TS 25.413 V5. 7. 0(2004-01)中定義。對(duì)于所有通過(guò)網(wǎng)絡(luò)操作員登記的UE 802，永久數(shù)據(jù)(例如UE 102用戶表)以及臨時(shí)數(shù)據(jù)(如UE 802的當(dāng)前位置)存儲(chǔ)在歸屬位置寄存器(HLR) 838中。假設(shè)語(yǔ)音呼叫到UE 802，查詢HLR 838以確定UE 802的當(dāng)前位置。MSC 830的訪問(wèn)位置寄存器(VLR) 836負(fù)責(zé)一組位置區(qū)域，并存儲(chǔ)當(dāng)前處于其負(fù)責(zé)區(qū)域內(nèi)的那些移動(dòng)臺(tái)的數(shù)據(jù)。這包括永久移動(dòng)臺(tái)數(shù)據(jù)的部分，為了更快的訪問(wèn)，該數(shù)據(jù)已經(jīng)被從HLR 838發(fā)送給了 VLR 836。但是，MSC 830的VLR 836還可分配和存儲(chǔ)本地?cái)?shù)據(jù)，例如臨時(shí)標(biāo)識(shí)。還在系統(tǒng)接入上通過(guò)HLR 838認(rèn)證UE 802。通過(guò)業(yè)務(wù)GPRS支持節(jié)點(diǎn)(SGSN) 850路由分組數(shù)據(jù)。在GPRS/UMTS網(wǎng)絡(luò)中，SGSN850是RNC和核心網(wǎng)間的網(wǎng)關(guān)，其負(fù)責(zé)在其地理業(yè)務(wù)區(qū)域內(nèi)從或到UE的數(shù)據(jù)分組的傳輸。Iu-PS接口 848用在RNC 810和SGSN850間，是用于承載(典型地)UTRAN 820和核心數(shù)據(jù)網(wǎng)間的數(shù)據(jù)業(yè)務(wù)量和信令的分組交換連接。使用的主要信令協(xié)議是RANAP(上述的)。SSGN 850 與網(wǎng)關(guān) GPRS 支持節(jié)點(diǎn)(GGSN) 860 通信。GGSN 860 是 UMTS/GPRS 網(wǎng)絡(luò)和諸如因特網(wǎng)或?qū)Ｓ镁W(wǎng)的其它網(wǎng)絡(luò)間的接口。GGSN 860基于Gi接口連接到公共數(shù)據(jù)網(wǎng)TON870。本領(lǐng)域技術(shù)人員理解，無(wú)線網(wǎng)絡(luò)可連接到其它系統(tǒng)，可能包括其它網(wǎng)絡(luò)，這在圖8中沒(méi)有明確表示。網(wǎng)絡(luò)會(huì)通常在非常少的某些類尋呼和基于正在進(jìn)行的信息發(fā)送，即使沒(méi)有實(shí)際的分組數(shù)據(jù)交換。盡管網(wǎng)絡(luò)包括多個(gè)部分，這些部分所有工作一起導(dǎo)致無(wú)線鏈路上的某種行為。在此描述的實(shí)施例是結(jié)構(gòu)、系統(tǒng)或方法的例子，其具有相應(yīng)于該申請(qǐng)的技術(shù)元素的元素。這樣寫的說(shuō)明可使得本領(lǐng)域技術(shù)人員制造并使用具有替代元素的實(shí)施例，該替代元素同樣相應(yīng)于該申請(qǐng)的技術(shù)元素。該申請(qǐng)擴(kuò)展的技術(shù)范圍因此包括其它不同于在此描述的本申請(qǐng)技術(shù)的結(jié)構(gòu)、系統(tǒng)或方法，并進(jìn)一步包括于在此描述的本申請(qǐng)的技術(shù)非實(shí)質(zhì)不同的其它結(jié)構(gòu)、系統(tǒng)或方法。權(quán)利要求
1.一種用戶設(shè)備(UE)的狀態(tài)轉(zhuǎn)換方法，所述方法包括在所述用戶設(shè)備處， 當(dāng)不再期望數(shù)據(jù)時(shí)，向無(wú)線網(wǎng)絡(luò)發(fā)送消息，以啟動(dòng)到電池有效無(wú)線資源控制(RRC)狀態(tài)或模式的網(wǎng)絡(luò)控制轉(zhuǎn)換。
2.根據(jù)權(quán)利要求I所述的方法，其中所述消息包括信令連接釋放指示(SCRI)消息。
3.根據(jù)權(quán)利要求I所述的方法，其中所述無(wú)線網(wǎng)絡(luò)包括通用移動(dòng)電信系統(tǒng)(UMTS)網(wǎng)絡(luò)或UMTS陸地?zé)o線接入網(wǎng)(UTRAN)。
4.根據(jù)權(quán)利要求I所述的方法，其中所述電池有效RRC狀態(tài)或模式是CELL_FACH狀態(tài)、CELL_PCH狀態(tài)、URA_PCH狀態(tài)和空閑模式中的一種。
5.根據(jù)權(quán)利要求I所述的方法，還包括在所述UE處，釋放所述UE和所述無(wú)線網(wǎng)絡(luò)之間的信令連接。
6.根據(jù)權(quán)利要求5所述的方法，其中所述信令連接用于核心網(wǎng)域。
7.根據(jù)權(quán)利要求6所述的方法，其中所述核心網(wǎng)域是分組交換(PS)域。
8.根據(jù)權(quán)利要求7所述的方法，其中電路交換(CS)域保持連接。
9.根據(jù)權(quán)利要求I所述的方法，其中所述消息包括請(qǐng)求所述無(wú)線網(wǎng)絡(luò)啟動(dòng)所述狀態(tài)轉(zhuǎn)換的請(qǐng)求。
10.根據(jù)權(quán)利要求I所述的方法，還包括所述UE確定不再期望數(shù)據(jù)。
11.根據(jù)權(quán)利要求10所述的方法，其中不再期望數(shù)據(jù)的確定是基于來(lái)自UE應(yīng)用的指示的復(fù)合狀態(tài)的。
12.根據(jù)權(quán)利要求10所述的方法，其中確定不再期望數(shù)據(jù)的步驟包括確定在所述UE處沒(méi)有應(yīng)用期望交換數(shù)據(jù)。
13.根據(jù)權(quán)利要求I所述的方法，其中向所述無(wú)線網(wǎng)絡(luò)發(fā)送消息以進(jìn)行網(wǎng)絡(luò)控制轉(zhuǎn)換是在所述UE不處于URA_PCH狀態(tài)的情況下執(zhí)行的。
14.根據(jù)權(quán)利要求I所述的方法，其中所述電池有效RRC狀態(tài)或模式處于連接模式。
15.根據(jù)權(quán)利要求I所述的方法，其中所述消息包括請(qǐng)求所述無(wú)線網(wǎng)絡(luò)啟動(dòng)從第一RRC狀態(tài)或模式到所述電池有效RRC狀態(tài)或模式的狀態(tài)轉(zhuǎn)換的請(qǐng)求。
16.根據(jù)權(quán)利要求15所述的方法，其中所述第一RRC狀態(tài)或模式與第一非連續(xù)接收(DRX)周期相關(guān)聯(lián)。
17.根據(jù)權(quán)利要求16所述的方法，其中所述電池有效RRC狀態(tài)或模式與第二DRX周期相關(guān)聯(lián)。
18.根據(jù)權(quán)利要求17所述的方法，其中所述第二DRX周期比所述第一 DRX周期長(zhǎng)。
19.根據(jù)權(quán)利要求I所述的方法，其中向所述無(wú)線網(wǎng)絡(luò)發(fā)送消息以進(jìn)行網(wǎng)絡(luò)控制轉(zhuǎn)換是在一延遲之后執(zhí)行的。
20.根據(jù)權(quán)利要求19所述的方法，其中所述延遲基于一個(gè)或多個(gè)應(yīng)用超時(shí)。
21.根據(jù)權(quán)利要求I所述的方法，其中所述消息是在所述UE不處于PCH狀態(tài)的情況下由所述UE發(fā)送的。
22.—種用戶設(shè)備(UE)，配置用于執(zhí)行狀態(tài)轉(zhuǎn)換方法，所述用戶設(shè)備包括處理器，所述處理器配置用于 當(dāng)不再期望數(shù)據(jù)時(shí)，向無(wú)線網(wǎng)絡(luò)發(fā)送消息，以啟動(dòng)到電池有效無(wú)線資源控制(RRC)狀態(tài)或模式的網(wǎng)絡(luò)控制轉(zhuǎn)換。
23.根據(jù)權(quán)利要求22所述的UE，其中所述消息包括信令連接釋放指示(SCRI)消息。
24.根據(jù)權(quán)利要求22所述的UE，其中所述無(wú)線網(wǎng)絡(luò)包括通用移動(dòng)電信系統(tǒng)(UMTS)網(wǎng)絡(luò)或UMTS陸地?zé)o線接入網(wǎng)(UTRAN)。
25.根據(jù)權(quán)利要求22所述的UE，其中所述電池有效RRC狀態(tài)或模式是CELL_FACH狀態(tài)、CELL_PCH狀態(tài)、URA_PCH狀態(tài)和空閑模式中的一種。
26.根據(jù)權(quán)利要求22所述的UE，所述處理器還配置用于釋放所述UE和所述無(wú)線網(wǎng)絡(luò)之間的信令連接。
27.根據(jù)權(quán)利要求26所述的UE，其中所述信令連接用于核心網(wǎng)域。
28.根據(jù)權(quán)利要求27所述的UE，其中所述核心網(wǎng)域是分組交換(PS)域。
29.根據(jù)權(quán)利要求28所述的UE，其中電路交換(CS)域保持連接。
30.根據(jù)權(quán)利要求22所述的UE，其中所述消息包括請(qǐng)求所述無(wú)線網(wǎng)絡(luò)啟動(dòng)所述狀態(tài)轉(zhuǎn)換的請(qǐng)求。
31.根據(jù)權(quán)利要求22所述的UE，所述處理器還配置用于確定不再期望數(shù)據(jù)。
32.根據(jù)權(quán)利要求31所述的UE，其中不再期望數(shù)據(jù)的確定是基于來(lái)自UE應(yīng)用的指示的復(fù)合狀態(tài)的。
33.根據(jù)權(quán)利要求31所述的UE，其中不再期望數(shù)據(jù)的確定包括確定在所述UE處沒(méi)有應(yīng)用期望交換數(shù)據(jù)。
34.根據(jù)權(quán)利要求22所述的UE，其中所述處理器配置用于在所述UE不處于URA_PCH狀態(tài)的情況下，向所述無(wú)線網(wǎng)絡(luò)發(fā)送消息以進(jìn)行網(wǎng)絡(luò)控制轉(zhuǎn)換。
35.根據(jù)權(quán)利要求22所述的UE，其中所述電池有效RRC狀態(tài)或模式處于連接模式。
36.根據(jù)權(quán)利要求22所述的UE，其中所述消息包括請(qǐng)求所述無(wú)線網(wǎng)絡(luò)啟動(dòng)從第一RRC狀態(tài)或模式到所述電池有效RRC狀態(tài)或模式的狀態(tài)轉(zhuǎn)換的請(qǐng)求。
37.根據(jù)權(quán)利要求36所述的UE，其中所述第一RRC狀態(tài)或模式與第一非連續(xù)接收(DRX)周期相關(guān)聯(lián)。
38.根據(jù)權(quán)利要求37所述的UE，其中所述電池有效RRC狀態(tài)或模式與第二DRX周期相關(guān)聯(lián)。
39.根據(jù)權(quán)利要求38所述的UE，其中所述第二DRX周期比所述第一 DRX周期長(zhǎng)。
40.根據(jù)權(quán)利要求22所述的UE，其中所述處理器配置用于在一延遲之后，向所述無(wú)線網(wǎng)絡(luò)發(fā)送消息以進(jìn)行網(wǎng)絡(luò)控制轉(zhuǎn)換。
41.根據(jù)權(quán)利要求40所述的UE，其中所述延遲基于一個(gè)或多個(gè)應(yīng)用超時(shí)。
42.根據(jù)權(quán)利要求22所述的UE，其中所述處理器配置用于在所述UE不處于PCH狀態(tài)的情況下，發(fā)送所述消息。
全文摘要
一種用于在無(wú)線網(wǎng)絡(luò)中改善用戶設(shè)備的電池性能的方法和裝置，該無(wú)線網(wǎng)絡(luò)包括多種無(wú)線資源控制(RRC)狀態(tài)，該方法包括步驟在用戶設(shè)備上監(jiān)控應(yīng)用數(shù)據(jù)交換；確定何時(shí)在用戶設(shè)備上沒(méi)有期望交換數(shù)據(jù)的應(yīng)用；及從用戶設(shè)備啟動(dòng)到低電池需求無(wú)線資源控制狀態(tài)或模式的轉(zhuǎn)換。
文檔編號(hào)H04W52/02GK102740502SQ20121021364
公開(kāi)日2012年10月17日 申請(qǐng)日期2006年12月13日 優(yōu)先權(quán)日2005年12月14日
發(fā)明者杰夫·維爾塔南, 穆罕默德·哈立德·伊斯蘭 申請(qǐng)人:捷訊研究有限公司