TWI359623B - Method and apparatus for user equipment directed r - Google Patents

Description

1359623 九、發明說明： 【發明所屬之技術領域】 本申請案係關於使用者設備（UE)與通用地面無線電存取 網路（UTRAN)之間的無線電資源控制，且特定言之係關於 一 UMTS網路中之模式及狀態之間的變遷。 【先前技術】 一通用行動電信系統（UMTS)為用於本文、數位化語音、 視訊及多媒體之傳輸之寬頻帶、基於封包的系統。其高度 支持第三代標準且通常基於寬頻劃碼多重存取（W-CDMA)。 在一 UMTS網路中，協定堆疊之無線電資源控制（RRC)部 分負責於UE與UTRAN之間的無線電資源之指派、組態及釋 放。在30?卩丁8 25.331規範中詳細地描述此1111(：協定。11£ 可處於之兩種基本模式界定為”閒置模式"及”UTRA連接模 式"。URTA表示UMTS地面無線電存取。在閒置模式中，要 求UE無論何時UE期望發送任何使用者資料皆請求一 RRC 連接或（無論何時UTRAN或伺服GPRS支援節點（SGSN)傳呼 UE以自諸如一推播伺服器之外部資料網路接收資料）回應 於一傳呼而請求一RRC連接。在3GPP規範TS 25.304&TS 25.33 1中描述閒置及連接模式行為。 當處於一 UTRA RRC連接模式時，該裝置可處於四個狀態 中之一者。此等狀態為： CELL—DCH :在此狀態中，將一專屬通道配置給上行 鏈路及下行鏈路中之UE以交換資料。UE必須執行如 3GPP 25.33 1中所概述之動作。 117175.doc 1359623 CELL—FACH :在此狀態中，未將專屬通道配置給使用 者設備。替代地，共用通道用以交換較小量之叢髮型資 料。1^必須執行包括如3〇卩？丁8 25.304中所界定之小區 選擇過程的如3GPP 25.33 1中所概述之動作。 CELL_PCH : UE使用不連續接收（DRX)以監視經由一 傳呼指示通道（PICH)的廣播訊息及傳呼。上行鏈路活動 係不可能的。11£必須執行包括如3〇卩卩丁8 25.304中所界 定之小區選擇過程的如3GPP 25·331中所概述之動作。UE 必須在小區重選擇之後執行小區更新程序。 URA—PCH: UE使用不連續接收（DRX)以監視經由一傳 呼指示通道（PICH)的廣播訊息及傳呼。上行鏈路活動係 不可能的。1^必須執行包括如3〇??丁3 25.304中所界定 之小區選擇過程的如3GPP 25.331中所概述之動作。此狀 態類似於CELL_PCH，不同之處在於僅經由UTRAN登記 區域（URA)重選擇來觸發URA更新程序。 由UTRAN來控制自閒置模式至連接模式之變遷及自連 接模式至閒置模式之變遷。當一閒置模式UE請求一 RRC連 接時，網路決定將UE移動至CELL_DCH或CELL_FACH狀 態。當UE處於RRC連接模式時’網路再次決定何時釋放rrc 連接。該網路亦可在釋放連接之前將UE自一個RRC狀態移 動至另一 RRC狀態。通常藉由UE與網路之間的資料活動或 不活動來觸發該等狀態變遷。因為網路可能不知UE何時已 完成資料交換，所以其通常保持RRC連接一些時間以預期 去至/來自UE之更多資料。通常完成此以減少呼叫建立及無 117175.doc 1359623 線電承載建立之潛時。可僅藉由UTRAN來發送RRC連接釋 放訊息。此訊息釋放UE與UTRAN之間的信號鏈路連接及所 有無線電承載。 關於上述之問題在於：即使UE上之應用程式已完成其資 料異動且未預期任何進一步的資料交換，其仍等待網路將 其移動至正確之狀態。該網路可甚至未察覺到UE上之應用 程式已完成其資料交換的事實。舉例而言，UE上應用程式 可使用其自身基於確認之協定來與其連接至UMTS核心網 路之應用程式伺服器交換資料。實例為在Udp/ip上執行實 施其自身之保證傳遞之應用程式。在此狀況下，UE知曉應 用程式伺服器是否已發送或接收所有資料封包且處於一較 佳位置來判定是否將發生任何進一步之資料交換且因此決 定何時終止RRC連接。因為UTRAN控制RRC連接狀態何時 改變至一不同、較低電池強化狀態或進入閒置模式，且因 為IJTRAN不知曉UE與外部伺服器之間的資料傳遞之狀態 之事實’所以UE被迫使停留在相比所要求的狀態或模式的 一較咼資料傳輸率及強化電池狀態，進而耗用電池壽命並 浪費網路資源。 【發明内容】 本發明之系統及方法藉由提供自RRC連接模式至一電池 較有效狀態或模式之變遷來克服先前技術之某些缺陷。詳 言之’本發明方法及裝置較佳基於UE初始化用於一指定核 心網路域之傳信連接之終止或將應發生自一連接狀態至另 一連接狀4的變遷指示給UTRAN而提供變遷。 I17175.doc 1359623

詳言之，若UE上之應用程式判定其完成資料之交換，則 其可較佳將—，，完成”指示發送至UE軟體之"RRC連接管理 器"叙件。RRC連接管理器知曉所有現有應用程式（包括經由 一❹個協定而提供服務之應用程式）、相關聯的封包資料 協疋（PDP)内容、相„之封包交換（ps)無線電承載及相關 聯之電路交換（CS)無線電承載ePDp内容為在整個請祕 心網路上執行、在U_PDN(公共資料網路）之間的邏輯關 上的-或多個應用程式（例如電子郵件應用程式及劉 覽益應用程式）可與一 PDP内容相關聯。在某些狀況下’ UE 上之-應用程式與-初級PDp内容相關聯且多饱應用程式 可與次級PDP内容相關。RRC連接管理器自ue上之同 效之不同應用程式接收，，完成，，指示。舉㈣言，使用者可 在瀏覽網站之同時自推播伺 了曰推獾词服盗接收一電子郵件。在 郵件應用程式已發送確認之後，1 s ^ ^ 八了才日不其已完成其資料 異動’然而劉覽器應用程式可能未發送 有效應用程式之此等指示之一曰 土；來自

^ 夏。狀態，UE軟體可決定UE 初始化核心網路封包服務域的傳信連接釋放之 前應等待之時間。在此狀況下可引入 接釋放之 式確實完成資料交換延㈣確保應用程 ^ 、 "，、而RC連接。基於訊務歷史及/或 應用程式設定檔’該延遲 一 管理器以某一機率判定益 @ C連接 th , …' 應用私式預期交換任何資料，盆 皆可發送用於合適域（例如， ^ ^其 .^ , 例如㈣）之傳信連接釋放指示程 序。或者，其可將連接模式内之狀 UTRAN。 〜"月咯知迗至 117175.doc 1359623 以上決定亦可考慮網路是否支援㈣―pcH狀態及 狀態之變遷行為。 . 之至閒置模式之初始化變遷可自RRC連接模式的任何 . &態發生且結束而使網路釋放RRC連接且移動至閒置模 式。如熟習此項技術者將瞭解的’ UE處於閒置模式時的電 池強化程度比UE處於連接模式時小得多。 本申請案因此較佳提供—種在—無線網路中改良使用者 φ &備之電池效能之方法’該無線網路具有多個無線電資源 控制（RRC)狀態，該方法包含以下步驟：在該使用者設備處 監視應用程式資料交換；判定在使用者設備上何時無應用 程式預期交換資料；及自使用者設備初始化一至一較小電 池需求之無線電資源控制狀態或模式之變遷。 本申請案進一步較佳提供經調適以在UMTS網路中減少 電池消耗之使用者設備，該使用者設備具有：一無線電子 系統，其包括一經調適以與該UMTS網路通信之無線電；一 φ 無線電處理器，其具有一數位信號處理器且經調適以與該 無線電子系統相互作用；記憶體；一使用者介面；一處理 器’其經調適以執行使用者應用程式且與該記憶體、該無 線電及該使用者介面相互作用且經調適以執行應用程式， 使用者設備之特徵為具有用於以下用途之構件：在該使用 者設備處監視應用程式資料交換；判定在使用者設備上何 時無應用程式預期交換資料；及自使用者設備初始化一至 一較小電池需求之無線電資源控制狀態或模式之變遷。 【實施方式】 U7175.doc •10- 1359623 現參看圖卜圖1為展示用於一 UMTS網路中之協定堆疊之 無線電資源控制部分之各種模式及狀態的方塊圖。詳言 之，RRC可處於一 RRC閒置狀態110或一 RRC連接狀態120。 如熟習此項技術者將瞭解的，一 UMTS網路由兩個陸基網 路區段組成。此等網路區段為核心網路（CN)及通用地面無 線電存取網路（UTRAN)(如圖8中所說明）。該核心網路負責 於資料呼叫之交換及導引以及與外部網路之資料連接負 責，而UTRAN處理所有無線電相關之功能性。 在閒置模式11 〇中，無論何時資料需要在UE與網路之間交 換，UE皆必須請求一 RRC連接以建立無線電資源。此可為 UE上之應用程式要求連接以發送資料之結果，或為UE監視 一傳呼通道以指示UTRAN或SGSN已傳呼UE以自諸如推播 伺服器的外部資料網路接收資料之結果。另外，無論何時 UE需要發送諸如位置區域更新之行動性管理傳信訊息，UE 亦請求RRC連接。 一旦UE已將一請求發送至UTRAN以建立一無線電連 接，UTRAN即選擇將處於之RRC連接之狀態。特定言之， RRC連接模式120包括四個獨立狀態。此等狀態為： CELL_DCH狀態 122、CELL_FACH狀態 124、CELL_PCH狀 態 126及 URA_PCH狀態 128。 自閒置模式110，RRC連接狀態可移動至小區專屬通道 (CELL_DCH)狀態122或小區轉發存取通道（CELL_FACH)狀 態 124。 在CELL_DCH狀態122中，將一專屬通道配置給上行鏈路 117175.doc 1359623 及下行鏈路之UE以交換資料。因為此狀態將一專屬實體通 道配置給UE，所以其通常要求來自UE之最大電池功率。 或者，UTRAN可自閒置模式110移動至CELL_FACH狀態 124。在一CELL_FACH狀態中，未將專屬通道配置給UE。 替代地，共用通道用於以較小量之叢髮型資料發送傳信。 然而，UE仍必須連續地監視FACH，且因此其消耗電池功率。 在RRC連接模式120内，可以UTRAN之自由選定而改變 RRC狀態。特定言之，若偵測到資料不活動持續一特定量 之時間或偵測到低於某一臨限值之資料輸送量，則UTRAN 可將RRC狀態自CELL_DCH狀態122移動至CELL_FACH狀 態124、CELL_PCH狀態126或URA_PCH狀態128。類似地， 若偵測到有效負載高於某一臨限值，則可將RRC狀態自 CELL_FACH 124移動至 CELL_DCH 122。 自CELL_FACH狀態124，若在某些網路中偵測到資料不 活動持續預定時間，則UTRAN可將RRC狀態自CELL_FACH 狀態124移動至一傳呼通道（PCH)狀態。此可為CELL_PCH 狀態126或URA—PCH狀態128。 自CELL_PCH狀態126或URA_PCH狀態128，UE必須移動 至CELL_FACH狀態124以便初始化一更新程序以請求一專 屬通道。此僅為UE控制之狀態變遷。 CELL_PCH狀態126及URA_PCH狀態128使用一不連續接 收週期（DRX)以監視藉由一傳呼指示通道（PICH)的廣播訊 息及傳呼。上行鏈路活動係不可能的β CELL_PCH狀態126與URA—PCH狀態128之間的差別在於 117175.doc 12 1359623 若UE之當前UTRAN登記區域（URA)未在當前小區中存在之 URA識別碼的清單中則URA_PCH狀態僅觸發一 URA更新 程序。特定言之，參看圖2。圖2展示各種UMTS小區210、 212及214之圖示。若重選擇為CELL_PCH狀態則所有此等小 區皆要求一小區更新程序。然而，在一 UTRAN登記區域中， 每一者將在同一UTRAN登記區域220内，且因此當在處於一 URA—PCH模式時在210、212及214之間移動時，未觸發一 URA程序。 如圖2中所見，其他小區218在URA 220之外，且可為獨 立URA之部分或無URA。 如熟習此項技術者將瞭解的，自電池壽命之觀點，與以 上狀態相比，閒置狀態提供最低的電池使用《特定言之， 因為要求UE僅間或地監視傳呼通道，所以無線電無需連續 開啟而替代地將週期性地喚醒。此情況之取捨為發送資料 之潛時。然而，若此潛時並未過大，則處於閒置模式及節 省電池功率之優勢大於連接潛時之不利。 再次參看圖1。各種UMTS基礎建設供應商基於各種標準 而在狀態122、124、126及128之間移動。例示性基礎建設 概述如下。 在一第一例示性基礎建設中，RRC直接在閒置模式與 Cell_DCH狀態之間移動。在Cell_DCH狀態中，若偵測到兩 秒之不活動，則RRC狀態改變至Cell_FACH狀態124。若在 Cell_FACH狀態124中，偵測到十秒之不活動，則RRC狀態 改變至PCH狀態126。Cell_PCH狀態126中的四十五分鐘之 117175.doc -13- 1359623 不活動將導致RRC狀態移回至閒置模式110。 在一第二例示性基礎建設中，視有效負載臨限值而定， 可在閒置模式110與連接模式120之間發生RRC變遷。在第 二基礎建設中，若有效負載低於某一臨限值，則UTRAN將 RRC狀態移動至CELL_FACH狀態124。相反地，若資料高 於某一有效負載臨限值，則UTRAN將RRC狀態移動至 CELL_DCH狀態122。在第二基礎建設中，若在CELL_DCH 狀態122中偵測到兩分鐘之不活動，則UTRAN將RRC狀態移 動至CELL_FACH狀態124。在CELL_FACH狀態124中五分鐘 之不活動之後，UTRAN將RRC狀態移動至CELL_PCH狀態 126。在CELL_PCH狀態126中，在移回至閒置模式110之前 要求兩個小時之不活動。 在一第三例示性基礎建設中，間置模式與連接模式120 之間的移動通常係至CELL_DCH狀態122。在CELL_DCH狀 態122中之五秒鐘之不活動之後，UTRAN將RRC狀態移動至 CELL_FACH狀態124» CELL_FACH狀態124中之三十秒之不 活動導致移回至閒置模式11 0。 在一第四例示性基礎建設中，RRC自閒置模式至連接模 式直接變遷進入CELL_DCH狀態122。在該第四例示性基礎 建設中，CELL_DCH狀態122包括兩個子狀態。第一個子狀 態包括一具有高資料傳輸率之子狀態且第二子狀態包括一 較低資料傳輸率，但仍在CELL_DCH狀態内。在第四例示 性基礎建設中，RRC自閒置模式11 0直接變遷進入該高資料 傳輸率CELL—DCH子狀態。在10秒之不活動之後，RRC狀 I17175.doc -14· 1359623 態變遷至一低資料傳輸率CELL—DCH狀態。自低資料傳輸 率CELL—DCH狀態122十七秒之不活動導致RRC狀態將其 改變至閒置模式110。 以上四個例示性基礎建設屐示各個UMTS基礎建設供應 商如何實施該等狀態。如熟習此項技術者將瞭解的，在每 一狀況下，若與在CELL—DCH或CELL_FACH狀態中停留所 需之時間相比，交換實際資料（諸如，一電子郵件）所花費之 時閜顯著較短，則此導致不必要之耗用電流，其使得在諸 如UMTS之較新一代網路中的使用者經歷比在諸如GPRS的 先前代網路中的使用者經歷差。 此外，儘管自電池壽命之觀點CELL_PCH狀態比 CELL_FACH狀態適用，但CELL—PCH狀態中之DRX週期通 常設定為一低於閒置模式110的值。結果，要求UE在 CELL_PCH狀態中比在閒置模式中喚醒得頻繁。 具有一類似於閒置狀態之DRX週期之DRX週期之 URA_PCH狀態可能為電池壽命與連接之潛時之間的最佳 取捨。然而，當前在UTRAN中不支援URA_PCH。因此自電 池壽命之觀點，期望在應用程式完成資料交換之後盡可能 快地快速變遷至閒置模式。 現參看圖3。當自閒置模式變遷至連接模式時，需要進行 各種傳信及資料連接。參看圖3，需要加以執行之第一項為 RRC連接建立。如上文所指示，可僅藉由UTRAN來解除此 RRC連接建立。 一旦完成RRC連接建立310,即開始一傳信連接建立312。 117175.doc -15 - 1359623 一旦元成傳彳s建立3 12，即開始加密及完整性建立3 14。 一旦完成此情況，即完成無線電承載建立316。此時，可在 UE與UTRAN之間交換資料。 一般而言，以相反之次序類似地完成解除連接。解除無 線電承載建立316且接著解除RRC連接建立31〇。此時，如 圖1中所說明，RRC移動至閒置模式！ 1〇中。 儘管當前3GPP規範不允許UE釋放RRC連接或關於rrc 狀態而指示其優先權，但UEM可指示用於指定核心網路域 (諸如由封包交換應用程式使用之封包交換（ps)域）之傳信 連接的終止。根據3GPP TS 25.33 1之章節： 由UE來使用傳彳§連接釋放指示程序以指示utran已釋 放其傳信連接中之一者。此程序可又初始化RRC連接釋放 程序。 因此在當前3GPP規範内，一解除傳信連接建立312，即 可初始化傳信連接釋放。解除傳信連接建立312在^^£之能 力之内，且此又根據該規範"可”初始化RRC連接釋放。 如熟習此項技術者將瞭解的，若解除傳信連接建立3 12， 則UTRAN亦將需要在已解除傳信連接建立312之後清除解 密及完整性建立314、無線電承載建立316。 右解除傳信連接建立312，則通常藉由當前供應商基礎建 設之網路來解除RRC連接建立。 使用上文，若UE判定其完成資料之交換，（例如）若1；£軟 體之"RRC連接管理器"組件被提供—完成資料之交換之指 不’則RRC連接管理器可判定是否解除傳信連接建立312。 I17175.doc 1359623 舉例而言，兮· S , 件—郵件制程式發送其已自推播郵 -.〜確貫已由推播伺服器接收郵件之確認之指 不。RRC管理可▲ *

。D凡所有現有應用程式、相關聯之PDP 谷、目關聯之PS無線電承載及相關聯之 線電承載。在此狀，戈下叮2| 乂換(以)無 隹此狀况下可引入一延遲以確保應用程 已發送"完成"指示之後確實完成資料交換且甚至不再要; 抓C連接.。此延遲等效於與應用程式相關聯之不活動逾 時6每-應用程式可具有其自身之不活動逾時。舉例而言， -電子郵件應用程式可具有五秒之不活動逾時，而一有效 劉覽器應用程式可具有六十秒之逾時。基於來自有效應用 私式之所有此等指示之一複合狀態，仙軟體決定UE軟體在 其可初始化合適的核心網路（例如“域）之傳信連接釋放之 前應等待的時間。 基於訊務型樣歷史及/或應用程式設定檔可使不活動逾 時為動態的。 無論何時R R C連接管理器以某一機率判定無應用程式預 期-貝料父換，其皆可發送用於合適域之傳信連接釋放指示 程序。 至閒置模式的上文UE初始化之變遷可發生於如圖丨中所 說明之RRC連接模式120的任何階段中且結束使得網路釋 放RRC連接且移動至如圖1中所說明之閒置模式〗丨〇。此在 UE在一語音通話期間執行任何封包資料服務時亦為適用 的。在此狀況下，僅釋放PS域，而CS域保持連接。 如熟習此項技術者將瞭解的，在某些狀況下，相比處於 117175.doc 17 1359623 閒置模式，更期望處於連接模式狀態URA_PCH。舉例而 言，若與CELL_DCH或CELL_FACH連接模式狀態之連接之 潛時要求為較低的，則較佳處於一連接模式PCH狀態。存 在兩種方式來完成此情況。第一個方式為藉由改變3GPP規 範以允許UE請求UTRAN將其移至一特定狀態，在此狀況下 為 URA_PCH狀態 128。 或者，RRC連接管理器可考慮諸如RRC連接當前所處狀 態之其他因素。若（例如）RRC連接處於URA_PCH狀態，則 RRC連接管理器可決定無須移動至閒置模式110且因此未 初始化傳信連接釋放程序。 參看圖4。圖4A展示根據上文基礎建設”四”實例之當前 UMTS實施。如圖4中所說明，時間在水平軸上。 UE始於RRC閒置狀態110，且基於需要傳輸之區域資料或 自UTRAN接收之傳呼，而開始建立一 RRC連接。 如圖4A中所說明，首先發生RRC連接建立310，且RRC狀 態在此時間期間為連接狀態410。 接著，發生傳信連接建立312 '加密及完整性建立314及 無線電承載建立3 1 6。RRC狀態在此期間為CELL_DCH狀態 122。如圖4 A中所說明，用於自RRC閒置移動之時間至建立 無線電承載之時間在此實例中為約兩秒。 接著交換資料。在實例圖4A中，此在約兩至四秒内得以 達成且藉由步驟420來說明。 在步驟420中交換資料之後，除如所要求之間歇性RLC傳 信PDU之外未交換資料，且因此由網路重組態無線電承載 117175.doc -18- 1359623 以在大約十秒之後移動至一較低資料傳輸率DCH狀態中。 在步驟422及424中說明此情況。 在5亥較低資料傳輸率DCH狀態中，在十七秒内未接收資 料’此時，在步驟428中由網路來釋放rrc連接。 一旦在步驟428中初始化RRC連接，RRC狀態即進入一斷 開狀態430持續大約四十毫秒，此後，UE處於一 RRC閒置狀 態 110 〇 如圖4Α中所說明，關於其中RRC處於CELL_DCH狀態122 之時段來說明UE電流消耗。如所見到的，在CELL_DCH狀 態之整個持續時期内’電流消耗為約200至300毫安。在斷 開及閒置期間’利用約3毫安（採用1.28秒之DRX週期）。然 而’在電池上耗用35秒之200至300毫安之電流消耗。 現參看圖4B。圖4B使用來自上文的相同例示性基礎建設 "四” ’現僅實施傳信連接釋放。 如圖48中所說明’發生相同建立步驟310、312、314及 316 ’且此當在汉狀閒置狀態11〇與RRc CELL—DCH狀態122 之間移動時花費相同的時間量。 此外’亦在圖4B完成圖4 A之例示性電子郵件之rrc資料 PDU父換且此花費約兩至四秒。 圖4B之貫例中之11£具有應用程式特定不活動逾時，其在 圖4B之貫例中為兩秒且藉由步驟來說明。在連接管 理器已判定存在特定時間量之不活動之後，ue在步驟442 中釋放傳偽連接建立且在步驟428中由網路來釋放RRC連 接。 117175.doc •19- 1359623 如圖4B中所說明，CELL—DCH步驟122期間之電流消耗仍 為約200至300毫安。然而，連接時間僅為約八秒。如熟習 此項技術者將瞭解的，行動停留在CELL_DCH狀態122相當 短之時間量導致一常開UE裝置之顯著電池節省。 現參看圖5。圖5展示使用如基礎建設"三"之上文所指示 之基礎建設的第二實例。如同圖4A及4B—樣，發生一連接 建立，其花費約兩秒。此要求RRC連接建立310、傳信連接 建立312、加密及完整性建立314及無線電承載建立316。 在此建立期間，UE自RRC閒置模式110移動至CELL_DCH 狀態122，其間有RRC狀態連接步驟410。 如同圖4A—樣，在圖5A中，發生RLC資料PDU交換，且 在圖5 A之實例中花費兩至四秒。 根據基礎建設三，除如所要求之間歇性RLC傳信PDU 外，在步驟422中RLC傳信PDU交換未接收資料且因此在五 秒之時段内係閒置的，此時，無線電承載重組態網路以自 CELL_DCH狀態122移動至CELL_FACH狀態124中。在步驟 4 5 0中完成此情況。 在CELL_FACH狀態124中，在預定量之時間内（在此狀況 下為三十秒），RLC傳信PDU交換發現不存在資料（除如所要 求之間歇性RLC傳信PDU外）持續預定量之時間，此時，在 步驟428中由網路來執行RRC連接釋放。 如圖5 A中所見，此將RRC狀態移動至閒置模式110。 如圖5 A中進一步所見，DCH模式期間的電流消耗在200 毫安與300毫安之間。當移動至CELL_FACH狀態124中時， 117175.doc -20- 1359623 電流消耗降低至約120至1 80毫安。在釋放RRC連接器且 RRC移動至閒置模式110中之後，電力消耗為約3毫安。 UTRA RRC連接模式狀態（為CELL—DCH狀態122或 CELL—FACH狀態124)在圖5A之實例中持續約四十秒。 現參看圖5B。圖5B說明與圖5A相同之基礎建設”三"，其 具有約兩秒之相同連接時間以獲得RRC連接建立3 10、傳信 連接建立312、加密及完整性建立314及無線電承載建立 316。此外，RLC資料PDU交換420花費約兩至四秒。 如同圖4B —樣，UE應用程式在步驟440中偵測到一特定 不活動逾時，此時，由UE來初始化傳信連接釋放指示程序 藉，且因此，在步驟448中由網路來釋放RRC連接。 如圖5B中進一步可見，RRC始於閒置模式110，移動至 CELL_DCH狀態122而未進入CELL_FACH狀態。 如圖5B中進一步可見，在RRC狀態處於CELL_DCH狀態 122之時間（其根據圖5之實例為約八秒）中，電流消耗為約 200至300毫安。 因此，圖4A及4B與圖5A及5B之間的比較展示消除了大量 之電流消耗，進而顯著延長UE之電池壽命。如熟習此項技 術者將瞭解的，上文可進一步可進一步在當前3GPF規範之 情形下使用。 現參看圖6。圖6說明UMTS網路之協定堆疊。 如圖6中所見，UMTS包括一 CS控制面610、PS控制面611 及PS使用者面630。 在此三個面内，存在非存取層級（NAS)部分614及存取層 117175.doc 級部分61 6。 CS控制面610中之NAS部分614包括一呼叫控制 (CC)618、輔助服務（SS)620及簡訊服務（SMS)622。 PS控制面611中之NAS部分614包括行動性管理（MM)及 GPRS行動性管理（GMM)626。其進一步包括SM/RABM 624 及 GSMS 628 ° (：0 618提供電路交換服務之呼叫管理傳信。8]\4/11八31^ 624之會話管理部分提供PDP内容激活、撤消及修改。 SM/RABM 624亦提供服務品質之協商。 SM/RABM 624之RABM部分之主要功能為將PDP内容連 接至無線電存取承載。因此SM/RABM 624負責於建立、修 改及釋放無線電承載。 存取層級616中之CS控制面610及PS控制面611位於無線 電資源控制（RCC)617上。 PS使用者面630中之NAS部分614包括一應用層63 8、 TCP/UDP層63 6及PDP層634°PDP層634可（例如）包括網際網 路協定（IP)。 PS使用者面63 0中之存取層級616包括封包資料聚合協定 (PDCP)63 2。PDCP 632經設計以使WCDMA協定適用於在UE 與RNC之間承载TCP/IP協定（如圖8中所見），且視情況用於 IP訊務流協定標頭壓縮及解壓縮。 UMTS無線電鏈路控制（RLC)640及媒體存取控制（MAC) 層650形成UMTS無線電介面之資料鏈路子層，且常駐於 RNC節點及使用者設備上。 117175.doc • 22· 1359623 層1(L1)UMTS層（實體層66〇)在RLC/MA(^㈣及㈣以 下。此層為通信之實體層。 雖然上文可實施於多種行動裝置上，但下文參看圖？而概 述一行動裝置之實例。現參看圖7。 UE H00較佳為一具有至少語音及資料通信能力之雙向 無線通信裝置。UE 1100較佳具有與網際網路上之其他電腦 系統通信之能力。視所提供之準確功能性而定，作為實例， 該無線裝置可被稱作一資料傳訊裝置、一雙向傳呼機、一 無線電子郵件裝置、一具有資料傳訊能力之蜂巢式電話、 一無線網際網路器具或一資料通信裝置。 在UE 1100經賦能用於雙向通信之情況下，其將倂有一通 k子系統1111 ’通信子系統1U1包括接收器1112及發射器 1114，以及相關聯之組件，諸如一或多個、較佳埋入式或 内部的天線元件1116及1118、局部振盪器（L〇)1113及諸如 數位k號處理器（DSP) 1120之處理模組。如熟習通信領域之 技術者將顯而易見的，通信子系統111丨之特殊設計將視其 中裝置思欲操作之通信網路而定。舉例而言，UE 11 〇 〇可包 括一通信子系統1111，其經設計以在GPRS網路或UMTS網 路内操作。 網路存取要求亦將視網路1119之類型而變化。舉例而 言’在UMTS及GPRS網路中，網路存取與UE 1100之用戶或 使用者相關聯❶舉例而言，GPRS行動裝置因此要求一用戶 5戠別模組（SIM)卡以便在GPRS網路上操作。在UMTS中，要 求一 USIM或SIM模組。在CDMA中，要求_RmM卡或模 117175.doc •23· :。此專模组在本文中將被稱作麵介面。在無有效UIM 介面之情況下，行動裝置可能並非為充分作用#。區域或 非網路通信功能以及諸如緊急呼叫之合法要求之功能(若 存在）可為可用的’但行動裝置_將不能進行涉及在網路 之任何其他功能。UIM介面通常類似於一卡 槽’其中-卡可類似—磁片或PCMCIA卡而插入至其中或彈 出。該UIM卡可具有約64K之記憶體且持有許多重要組態 1151及其他資訊1153，諸如識別及用戶相關資訊。，心 當已完成所需之網路登記或激活程序時，UE 11〇〇可在網 路1119上發送並接收通信信號。經由递信網路1U9而由天 線1116接收之信號被輸入至接收器1112，其可執行普通接 收器功能，諸如信號放大、降頻轉換、過濾、通道選擇及 類似功旎，及在圖7中所示之實例系統中的類比數位（a/d) 轉換。所接收之信號之A/D轉換允許較複雜的通信功能，諸 如待在DSP 1120中執行之解調變及解碼。以一類似方式， 處理待發射之信號（例如，包括由DSp丨12〇進行的調變及編 碼）且將信號輸入至發射器1114以便數位類比轉換、升頻轉 換、過據、放大及經由天線丨丨丨8在通信網路丨丨19上傳輸。 DSP 1120不僅處理通信信號，而且提供接收器及發射器控 制。舉例而言’在接收器丨丨12及發射器丨丨14中施加至通信 信號之增益可經由實施於DSP 1120中之自動增益控制演算 法而調適性地加以控制。 網路1119可進一步與多個系統通信，包括伺服器116〇及 其他元件（未圖示）。舉例而言，網路〗丨丨9可與一企業系統及 H7I75.doc •24· 網站用戶端系統通信以便容納具有各種服務等級之各種用 戶端。 „UE 1100較佳包括-微處理器1138,其控制該裝置之總體 私作、由通子系統Ull^執行包括至少資料通信之通 信功能。微處理器1138亦與其他裝置子系統相互作用，諸 如員不斋1122、快閃記憶體1124、隨機存取記憶體 (RAM)1126、輔助輸入/輸出_)子系統1128、串聯蟑！ 13〇、 鍵盤1132_揚聲$ 1134、麥克風ιΐ36、短程通信子系統114〇 及通常表示為1142之任何其他裝置子系統。 圖：中所示之子系統中的一些執行通信相關之功能，而其 他子系統可提供”常駐”或褒置上功能。值得注意的是，諸 如鍵盤1132及顯示器！ 122之某些子系統（例如）可用於通信 相關功此（諸如’輸入用於在一通信網路上傳輸之本文訊息） 及裝置常駐功能（諸如，計算器或任務清單）。 由微處理器Π38使用之作業系統軟體較佳储存於諸如快 閃記憶體1124之持續性存儲器中，其替代地可為唯讀記憶 體（ROM)或類似存儲元件（未圖示）。熟習此項技術者將瞭 解：作業系統、特定裝置應用程式或其部分可臨時載入至 諸如RAM 1126之揮發性記憶體中。所接收之通信信號亦可 儲存於RAM 1126中。此外，—唯—識別符亦較佳地儲存於 唯讀記憶體中。 如圖不，快閃記憶體1124可分隔為用於電腦程式115 8及 程式資料儲存器1150、1152、1154及1156之不同區域。此 等不同儲存類型指示每一程式可關於其自身之資料儲存要 H7175.doc •25· 1359623 求而配置快閃記憶體1124之一邻八他南 章丰 。P刀。被處理器1138除其作 菜糸、4功月b之外較佳賦能行 α 仃動裝置上軟體應用程式之執 .^控制基本操作之一預定應用程式組(例二： .^語音通信應用程幻將通常在製造期間安裝於耶11〇貧〇 . * 巧個人貝訊官理器（ΡΙΜ)應用 杈式，其具有組織及管理與行動ρ 仃勃裝置之使用者相關之資料 項（诸如（但不限於）電子郵件、日曆事件、語音郵件、約會 •及任務項）的能力°自錢，-或多個記憶體儲存器將在行 動裝置上可用以便於PIMf料項之儲存。此ρΐΜ應用程式將 較佳地具有經由無線網路1119而發送並接收資料項之能 力。在一較佳實施例中，ΡΙΜ資料項可經由無線網路ιιΐ9 與所儲存之或與-主電腦系統相關聯之行動裝置使用者之 對應資料項無縫地整合、同步並更新。其他應用程式亦可 經由網路1119、輔助I/O子系統1128、串聯埠113〇、短程通 信子系統1140或任何其他合適之子系統U42載入至行動裝 • 置1100上，且由使用者安裝於RAM1126中或較佳地安裝於 用於由微處理器1138執行之非揮發性儲存器（未圖示）中。應 用程式安裝中的此靈活性增加裝置之功能性且可提供增強 之裝置上功能、通信相關功能或皆提供。舉例而言，安全 通信應用可賦能使用UE 1100而執行之電子商務功能及其 他此等財務交易。然而，根據上文，此等應用在許多狀況 下需要被載波認可。 在一資料通信模式中’諸如本文訊息或網頁下載之所接 收信號將由通信子系統1111來處理且輸入至微處理器 H7I75.doc -26· 1359623 1138，其較佳進一步處理所接收之信號以輸出至顯示器 H22，或替代地輸出至輔助1/〇裝置U28。ue ιι〇〇之使用 • 者亦可（例如）使用鍵盤1132(其較佳為—全文數鍵盤或電話 型小鍵盤)結合顯示器"22且可能結合輔助1/〇裝置"28而 編寫諸如電子郵件訊息之資料項。此等所編寫之項可接著 經由通信子系統1111在通信網路上傳輸。 就語音通信而言，UE 1100之總體操作類似，不同之處在 • 於所接收之信號將較佳輸出至揚聲器1134且用於傳輸之信 號將由麥克風1136產生。替代性語音或音訊1/〇子系統（諸 如，語音訊息記錄子系統）亦可實施於UE丨1〇〇上。儘管語 音或音訊信號輸出較佳地主要經由揚聲器丨134來完成，但 顯不器1122亦可用以提供（例如）呼叫方之身份之指示、語音 呼叫的持續時期或其他語音呼叫相關資訊。 圖7中之_聯埠丨130將通常實施於個人數位助理型 行動裝置中’因此，與使用者之桌上型電腦（未圖示）的同步 鲁 係、所要的。此埠1130將使-使用者能夠經由外部裝置或軟 體應用程式而設定優先權且將藉由除經由無線通信網路而 將資訊或軟體下載提供至UE 11〇〇來擴展行動裝置ιι〇〇之 能力。替代下載路徑可（例如）用以經由一直接且因此可靠且 可信賴之連接而將一加密鍵載入至裝置上以進而賦能安全 裝置通信。 或者’串聯埠"30可用於其他通信，且可包括通用串列 匯流排（USB)埠。一介面與串聯埠丨13〇相關聯。 其他通信子系統1140(諸如短程通信子系統）為—其他可 n7!75.doc -27- 1359623 選組件’其可提供UE 1100與不同系統或裝置（其無需為類 似裝置）之間的通信。舉例而言，子系統丨14〇可包括一紅外 . 冑置及相關聯之電路及组件或藍芽TM通信模組以提供與類 . 似經賦能之系統及裝置的通信。 現參看圖8。圖8為包括經由無線通信網路而通信之ue 802之通信系統800的方塊圖。 UE 802與夕個節點b 8〇6中之一者無線地通信。每一節點 φ B 806負責於無線電介面處理及某無線電資源管理功能。節 點B 806提供類似於GSM/GpRS網路中之基地收發器台之功 能性。 圖8之通信系統800中所示之無線鏈路表示一或多個不同 通道（通常不同射頻（RF)通道）及在無線網路與11£ 8〇2之間 使用之相關聯的協定。一 Uu無線電介面8〇4用於ue 8〇2與節 點B 806之間。 通常歸因於UE 802之總頻寬及有限電池功率，RF通道為 • 必須節省之有限資源。熟習此項技術者將瞭解到，在實際 實務中，無線網路可視網路覆蓋之所要的總區域而包括數 百個小區。所有相關組件可由多個交換器及路由器（未圖示） 連接’由多個網路控制器控制。 每一節點B 806與一無線電網路控制器（RNc)81〇通信。 RNC 8 10負責於其區域内之無線冑資源之控制。一個rnc 8 10控制多個節點b 806。 UMTS網路中之RNC 81〇提供等效於GSM/GpRs網路中之 基地台控制器（BSC)功能之功能。然而’ RNC81〇包括更多 117175.doc -28· 1359623 智能，包括（例如）未涉及MSC及SGSN之自律交接管理。 節點B 806與RNC 8 10之間所使用之介面為一 lub介面 808。如 3GPP TS 25.433 V3.11.0(2002-09)及 3GPP TS 25.433 V5.7.0(2004-01)中所界定，主要使用NBAP(節點B應用部 分）傳信協定。 通用地面無線電存取網路（UTRAN)820包含RNC 810、節 點B 806及Uu無線電介面804。 電路交換訊務被導引至行動交換中心（MSC)830。MSC 830為安置呼叫、且自用戶或自PSTN(未圖示）獲取並接收資 料之電腦。 RNC 810與MSC 83 0之間的訊務使用lu-CS介面828。lu-CS 介面828為用於承載（通常）UTRAN 820與核心語音網路之間 的語音訊務及傳信之電路交換連接》所使用之主傳信協定 為RANAP(無線電存取網路應用部分）》在可為MSC 830或 SGSN 85 0(下文中更詳細地界定）之核心網路821與UTRAN 820之間的UMTS傳信中使用RANAP協定。在3GPP TS 25.413 V3.ll.1(2002-09)及 TS 25.413 V5.7.0(2004-01)中界 定RANAP協定。 就向一網路操作員登記之所有UE 802而言，永久資料（諸 如UE 102使用者之設定檔）以及臨時資料（諸如UE 802的當 前位置）儲存於本籍位置暫存器（HLR)838中。在對UE 802 之語音呼叫之狀況下，查詢HLR 838以判定UE 802的當前 位置。MSC 830之拜訪位置暫存器（VLR)836負責於一組位 置區域且儲存當前處於其負責之區域中的此等行動台之資 117175.doc -29- 1359623 料。此包括已自HLR 83 8傳輸至VLR 836以用於較快存取之 永久行動台資料之部分。然而，MSC 830之VLR 836亦可指 派並儲存區域資料，諸如臨時識別資訊。UE 802亦由HLR 83 8在系統存取上確認。 經由服務GPRS支援節點（SGSN)850而引導封包資料。 SGSN 85 0為GPRS/UMTS網路中之RNC與核心網路之間的 閘道器且負責於來自及去至其地理服務區域内之UE之資 料封包的傳遞。lu-PS介面848用於RNC 810與SGSN 850之 間，且為用於承載（通常）UTRAN 820與核心資料網路之間 的資料訊務及傳信之封包交換連接。所使用之主傳信協定 為RANAP(上文已描述）。 SSGN 850與閘道器GPRS支援節點（GGSN)860通信。 GGSN 860為UMTS/GPRS網路與諸如網際網路或專用網路 之其他網路之間的介面。GGSN 860在Gi介面上連接至公用 資料網路PDN 870。 熟習此項技術者將瞭解：無線網路可連接至其他系統， 可能包括圖8中未明確展示之其他網路。即使不存在交換的 實際封包資料，一網路將通常在正在進行之基礎上以極少 之某種傳呼及系統資訊來傳輸。儘管該網路由許多部分組 成，但此等部分皆一起工作以在無線鏈路產生某行為。 本文中所描述之實施例為具有對應於本申請案之技術之 元件的元件之結構、系統或方法之實例。此所寫之描述可 使熟習此項技術者能夠製作並使用具有同樣對應於本申請 案之技術之元件的替代性元件之實施例。本申請案之技術 117175.doc -30· 1359623 之期望範疇因此包括與本文 區別之其他結構、系統或方 描述之本申請案之技術無實 法0 中所描述之本申請案之技術無 法，且進一步包括與本文中所 貝區別之其他結構、系統或方 【圖式簡單說明】 圖1為展示RRC狀態及變遷之方塊圖； 圖2為一展示各種UMTS小區及一 URAi UMTS網路之示

意圖； 圖3為展示一 RRC連接建立中之各種階段之方塊圖； 圖4A為根據當刖方法由UTRAN初始化之在CELL DCH 連接模式狀態與閒置模式之間的例示性變遷的方塊圖； 圖4B為展示根據本發明之方法及裝置在ceLL_dCH狀態 連接模式變遷至閒置模式之間的例示性變遷之方塊圖；

圖5A為根據當前方法由UTRAN初始化之CELL_DCH不 活動至CELL_FACH不活動至閒置模式之間的例示性變遷 之方塊圖； 圖5B為根據本發明之方法的在ceLL_DCH不活動與閒置 模式之間的例示性變遷之方塊圖； 圖ό為UMTS協定堆疊之方塊圖； 圖7為可與本發明之方法相關聯而使用之例示性UE ;及 圖8為與本發明之方法及裝置相關聯而使用之例示性網 路。 【主要元件符號說明】 110 閒置狀態 117175.doc 1359623 120 RRC連接狀態 122 CELL_DCH 狀態 124 CELL_FACH 狀態 126 CELL_PCH 狀態 128 URA_PCH 狀態 210 ' 212 ' 214 UMTS小區 218 小區 310 RRC連接建立 3 12 傳信連接建立 3 14 加密及完整性建立 316 無線電承載建立 610 CS控制面 611 PS控制面 614 非存取層級部分 616 存取層級部分 618 呼叫控制 620 輔助服務 622 簡訊服務 630 PS使用者面 632 封包資料聚合協定 634 PDP層 636 TCP/UDP 層 638 應用層 640 無線電鏈路控制 117175.doc •32. 1359623

650 媒體存取控制層 660 實體層 800 通信系統 802 使用者設備 804 U u無線電介面 806 節點B 810 無線電網路控制器 820 通用地面無線電存取網路 821 核心網路 828 lu-C S介面 830 行動交換中心 836 拜訪位置暫存器 838 本籍位置暫存器 848 lu-P S介面 850 服務GPRS支援節點 860 閘道器GPRS支援節點 870 公用資料網路 1100 使用者設備 1111 通信子系統 1112 接收器 1113 局部振盪器 1114 發射器 1116' 1118 天線元件 1119 網路 117175.doc -33 11201359623

1122 1124 1126 1128 1130 1132 1134 1136 1138 1140 1142 1144 1150 、 1152' 1154 、 1156 1151 1153 1158 1160 117175.doc 數位信號處理器 顯示器 快閃記憶體 隨機存取記憶體 輔助輸入/輸出子系統 串聯埠 鍵盤 揚聲器 麥克風 微處理器 短程通信子系統 其他裝置子系統 UIM介面 程式資料儲存器 重要組態 其他資訊 電腦程式 伺服器 • 34-

Claims (1)

1359623 月1^日修玉本丨第⑻5〗4689〗號專利申請案 十、申請專矛~'~~1中文申請專利範園替換本，年】〇月> 1. -種用於改良與-無線網路使用之行動❹者設備之電 池效能之方法，該無線網路具有多個無線電資源控制 (RRC)狀態，該使用者設備可同時執行複數個不同之應用 程式’每-應用程式可與該無線網路交換資料該方法 之特徵在於以下在該使用者設備上執行之步驟 從該數個不同之庫用 κ應用程式之每-者接收一資料交換完成 之指示’當在-無線電資源控制狀態時，該複數個不 同之應用程式與該無線網路交換資料； 基於從在該無線電資源控制狀態中交換資料之該等應用 程式所接收之該資料交換完成之指示以判定在該使用 者備上何時無應用程式預期交換資料；及 若做成在該使用者設備上無應用程式預期交換資料之一 判疋自該無線電資源控制狀態初始化一轉變至另一 較小電池需求之無線電資源控制狀態或模式。 2. 如請求項！之方法，其_該初始化步驟包含：解除該使用 者設備與該無線網路之間的一傳信連接建立。 3. 如$求項2之方法，其中該解除步驟使該網路釋放一在該 使用者設備及該無線網路之間之傳信連接。 4. 如吻求項1至3任一者之方法，其中該無線網路為一 網路。 5. 如請求.項4之方法，其中該無線電資源控制狀態為一 CELL—DCH狀態或 __ CELL_FACH狀態。 6. 如請求項4之方法，其中該無線電資源控制狀態為一 117175-1001028.doc 1359623 CELL_PCH狀態或一 URA_PCH狀態。 7·如請求項1之方法’其中該初始化步驟包括將一訊息發送 至該無線網路’請求轉變至又一較小電池需求狀態或模 式。 8*如請求項1之方法，¥中該又一較小電池需求狀態或模式 為一 CELL—FACH狀態、一 CELL_PCH狀態、一 URA PCH 狀態或一閒置狀態之一者。 9.如請求項1之方法，其中在一無線電資源控制狀態中與該 無線網路交換資料之該複數個不同之應用程式之每一者 為一活動應用程式。 如請求項1至3任一者之方法，其中該使用者設備進一步 包括一RRC連接管理器，該RRC連接管理器執行該接收、 判定以及初始化步驟。 11.如請求項10之方法，其中該判定步驟包括基於從在該無 線電資源控制狀態中交換資料之該等應用程式所接收之 該資料交換完成之指示之一複合狀態以判定在該使用者 設備上何時無應用程式預期交換資料。 2.如印求項1之方法，其中在該使用者設備上何時無應用程 式預期交換資料之判定亦基於—延遲，以確定在該無線 電資源控制狀態中交換資料之該等應用程式不再需要一 無線電資源控制連接》 13.如請求項12之方法，其中該延遲為一複數個不活動逾時 週期之組合，每一不活動逾時週期相應至一當在該無線 電資源控制狀態中與該無線網路交換資料之個別應用程 117175-1001028.doc -2- 1359623 式。 14. 如請求項1之方法’進一步包含追腙在一無線電資源控制 狀態中與該無線網路交換資料之該複數個不同之應用程 式之每一者。 15. 如請求項14之方法，其中該追腙步驟進一步包括：為該 使用者設備而追蹤相關聯之PDP内容、ps無線電存取承 載、PS無線電承載。 16. 如請求項12或13之方法，其中基於訊務型樣歷史及/或應 用程式資料檔之該延遲係動態的。 17. 如請求項13或14之方法，進一步包含若該RRC狀態為一 URA—PCH狀態’則阻斷該初始化步驟之步驟。 1 8. —種經調適以在一無線網路中減少電池消耗之使用者設 備，該使用者設備具有：一無線電子系統，其包括一經 調適以與該無線網路通信之無線電；一無線電處理器， 其具有一數位信號處理器且經調適以與該無線電子系統 相互作用；一記憶體；一使用者介面；一處理器，其經 調適以同時執行複數個應用程式，該複數個應用程式之 每一者可與該無線網路交換資料，該使用者設備之特徵 為具有· 一無線電資源控制連接管理器，其經調適及配置以：從 該數個不同之應用程式之每一者接收一資料交換完成 之指示，當在一無線電資源控制狀態時，該複數個不 同之應用程式與該無線網路交換資料，且基於從在該 無線電資源控制狀態中交換資料之該等應用程式所接 117175-1001028.doc 1359623 收之該資料交換完成之指示以判定在該使用者設備上 何時無應用程式預期交換資料；以及 若做成在該❹者㈣上無制料義交換資料之一 判疋自該無線電 > 源控制狀態初始化一轉變至另一 較小電池需求之無線電資源控制狀態或模式。 19·如凊求項18之使用者設備，其中該無線電資源控制連接 官理盗經調適以解除該使用者設備與該無線網路之間的 一傳信連接建立。 20. 如請求項19之使用者設備，其中該無線電資源控制連接 管理器經調適以藉由一傳信連接之該解除’以使該網路 釋放在該使用者設備與該無線網路之間的一傳信連接。 21. 如請求項18至20任一者之使用者設備，其中該無線網路 為一 UMTS網路。 22. 如請求項2 1之使用者設備’其中該無線電資源控制狀態 為一 CELL_DCH狀態或一 CELL_ FACH狀態。 23. 如請求項22之使用者設備’其中該無線電資源控制狀態 為一 CELL_PCH狀態或一 URA_PCH狀態。 24. 如請求項1 8之使用者設備，其中該無線電資源控制連接 管理器經配置及安置以將一訊息發送至該無線網路，請 求轉變至又一較小電池需求的狀態或模式。 25. 如請求項18之使用者設備’其中該又一較小電池需求狀 態或模式為一 CELL_FACH狀態、一 CELL_PCH狀態、一 URA—PCH狀態或一間置狀態之一者。 26. 如請求項18之使用者設備，其中在一無線電資源控制狀 117175-1001028.doc 1359623 態中與該無線網路交換資料之該複數個不同之應用程式 之每一者為一活動應用程式。 27. 如請求項18之使用者設備，其中該無線電資源控制連接 菅理器經調適以基於從在該無線電資源控制狀態中交換 資料之該等應用程式所接收之該資料交換完成之指示之 複合狀態來判定在該使用者設備上何時無應用程式預 期交換資料。 28. 如請求項18之使用者設備，其中該無線電資源控制連接 官理器經調適以基於一延遲而判定基於從在該無線電資 源控制狀態中交換資料之該等應用程式所接收之該資料 交換完成之指示之一複合狀態以判定在該使用者設備上 何時無應用程式預期交換資料，以確定在該無線電資源 控制狀態中交換資料之該等應用程式不再需要一無線電 資源控制連接。 29. —種電腦程式產品，用於改良在一無線網路中使用者設 備之電池壽命，該無線網路具有多個無線電資源控制狀 態，該電腦程式產品包含一電腦可讀取媒體，其具有可 由一使用者設備執行之程式碼構件以實施請求項丨至” 任一者之方法。 30. —種全球行動通訊系統（UMTS)網路，包含請求項丨8至μ 任一者之複數個使用者設備。 117175-1001028.doc