用于狀態(tài)/模式轉(zhuǎn)移的方法和設(shè)備分案說明本申請是2010年7月6日進(jìn)入中國國家階段的、名稱為“用于狀態(tài)/模式轉(zhuǎn)移的方法和設(shè)備”的中國專利申請200880124114.X的分案申請。技術(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)是用于發(fā)送文本、數(shù)字化語音、視頻和多媒體的寬帶的、基于分組的系統(tǒng)。它高度遵循第三代的標(biāo)準(zhǔn)并且一般地基于寬帶碼分多址(W-CDMA)。在UMTS網(wǎng)絡(luò)中，協(xié)議棧的無線資源控制(RRC)部分負(fù)責(zé)UE與UTRAN之間無線資源的分配、配置和釋放。在3GPPTS25.331規(guī)范中詳細(xì)描述了該RRC協(xié)議。UE可以處于的兩種基本模式定義為“空閑模式”和“UTRARRC已連接模式”(或者如本文所使用的，簡單地稱為“已連接模式”)。UTRA代表UMTS陸地?zé)o線接入。在空閑模式中，要求UE或其他移動設(shè)備每當(dāng)想要發(fā)送任何用戶數(shù)據(jù)時請求RRC連接，或者響應(yīng)于每當(dāng)UTRAN或者服務(wù)通用分組無線服務(wù)(GPRS)支持節(jié)點(SGSN)尋呼該UE或其他移動設(shè)備以從外部數(shù)據(jù)網(wǎng)絡(luò)(例如推送服務(wù)器)接收數(shù)據(jù)時的尋呼而請求RRC連接。在第三代合作伙伴計劃(3GPP)規(guī)范TS25.304以及TS25.331中詳細(xì)地描述了空閑和已連接模式的行為。當(dāng)處于UTRARRC已連接模式時，設(shè)備可以處于四種狀態(tài)之一。這些狀態(tài)是：CELL_DCH：在該狀態(tài)中，在上行鏈路和下行鏈路中將專用信道分配給UE，以交換數(shù)據(jù)。UE必須執(zhí)行如3GPP25.331中概述的動作。CELL_FACH：在該狀態(tài)中，沒有將專用信道分配給用戶設(shè)備。取而代之地，使用公共信道來交換少量的突發(fā)數(shù)據(jù)。UE必須執(zhí)行如3GPP25.331中概述的動作，其中包括如3GPPTS25.304中定義的小區(qū)選擇過程。CELL_PCH：UE使用非連續(xù)接收(DRX)，經(jīng)由尋呼指示符信道(PICH)來監(jiān)視廣播消息和尋呼。不可能有上行鏈路活動。UE必須執(zhí)行如3GPP25.331中概述的動作，其中包括如3GPPTS25.304中定義的小區(qū)選擇過程。UE必須在小區(qū)重選擇之后執(zhí)行小區(qū)更新(CELLUPDATE)過程。URA_PCH：UE使用非連續(xù)接收(DRX)，經(jīng)由尋呼指示符信道(PICH)來監(jiān)視廣播消息和尋呼。不可能有上行鏈路活動。UE必須執(zhí)行如3GPP25.331中概述的動作，其中包括如3GPPTS25.304中定義的小區(qū)選擇過程。該狀態(tài)類似于CELL_PCH，只是僅經(jīng)由UTRAN注冊區(qū)域(URA)重選擇來觸發(fā)URA更新(URAUPDATE)過程。由UTRAN控制從空閑模式至已連接模式的轉(zhuǎn)移以及從已連接模式至空閑模式的轉(zhuǎn)移。當(dāng)空閑模式UE請求RRC連接時，網(wǎng)絡(luò)決定是將UE移動至CELL_DCH狀態(tài)還是CELL_FACH狀態(tài)。當(dāng)UE處于RRC已連接模式時，同樣是由網(wǎng)絡(luò)來決定何時釋放RRC連接。網(wǎng)絡(luò)還可以在釋放連接之前將UE從一種RRC狀態(tài)移動至另一種RRC狀態(tài)，或者在一些情況下可以不釋放連接而是將UE從一種RRC狀態(tài)移動至另一種RRC狀態(tài)。狀態(tài)轉(zhuǎn)移典型地由UE與網(wǎng)絡(luò)之間的數(shù)據(jù)活動或者不活動來觸發(fā)。由于網(wǎng)絡(luò)可能不知道UE何時已經(jīng)完成針對給定應(yīng)用的數(shù)據(jù)交換，因此為了更多的數(shù)據(jù)去往/來自UE，該網(wǎng)絡(luò)典型地保持該RRC連接一段時間。典型地，這樣做是為了減小呼叫建立和后續(xù)無線資源建立的延遲。RRC連接釋放消息僅可以由UTRAN發(fā)送。該消息釋放UE與UTRAN之間的信號鏈路連接以及所有無線資源。一般地，術(shù)語“無線承載”指代在UE與UTRAN之間分配的無線資源。并且，術(shù)語“無線接入承載”一般指代在UE與例如SGSN(服務(wù)GPRS服務(wù)節(jié)點)之間分配的無線資源。本公開時常會提到術(shù)語無線資源，并且該術(shù)語在適當(dāng)時應(yīng)當(dāng)指代無線承載和/或無線接入承載中的任一個或者二者都指代。上述問題在于：即使UE上的應(yīng)用已經(jīng)完成其數(shù)據(jù)交易并沒有預(yù)期任何其他數(shù)據(jù)交換，該UE仍然等待網(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)絡(luò)來接入的。示例是在實現(xiàn)其自身保證的傳送的用戶數(shù)據(jù)報協(xié)議/因特網(wǎng)協(xié)議(UDP/IP)上運行的應(yīng)用。在這種情況下，UE知道應(yīng)用服務(wù)器是否已經(jīng)發(fā)送或接收所有數(shù)據(jù)分組，并且該UE處于更好的位置來確定是否要進(jìn)行任何其他數(shù)據(jù)交換并因此決定何時終止與分組服務(wù)(PS)域相關(guān)聯(lián)的RRC連接。由于UTRAN控制何時將RRC已連接狀態(tài)改變?yōu)椴煌瑺顟B(tài)或者改變?yōu)榭臻e模式，并且UTRAN不知道UE與外部服務(wù)器之間的數(shù)據(jù)傳送的狀態(tài)，因此可以強(qiáng)制UE停留在比所需的更高數(shù)據(jù)速率狀態(tài)或模式，這可能導(dǎo)致移動站的電池壽命縮短，并且還可能導(dǎo)致由于無線資源不必要地保持被占用從而不可用于另一用戶而造成網(wǎng)絡(luò)資源浪費。上述問題的一個解決方案是：當(dāng)UE認(rèn)識到其完成數(shù)據(jù)交易時，使UE向UTRAN發(fā)送信令釋放指示。依照3GPPTS25.331規(guī)范的8.1.14.3節(jié)，當(dāng)從UE接收到信令釋放指示時，UTRAN可以釋放信令連接，從而使UE轉(zhuǎn)移至空閑模式或者某其他RRC狀態(tài)。上述解決方案的問題在于：UTRAN可能變得被來自該UE和其他UE的信令釋放指示消息所淹沒。

技術(shù)實現(xiàn)要素：
下面提供的示例和實施例描述用于將用戶設(shè)備(UE)或者其他移動設(shè)備在無線網(wǎng)絡(luò)(例如UMTS網(wǎng)絡(luò))中的操作的各種狀態(tài)/模式之間進(jìn)行轉(zhuǎn)移的各種方法和系統(tǒng)。應(yīng)當(dāng)理解，其他類型的網(wǎng)絡(luò)中的其他實施方式也是可能的。例如，還可以將相同的教導(dǎo)應(yīng)用于碼分多址(CDMA)網(wǎng)絡(luò)(例如3GPP2IS-2000)、寬帶CDMA(W-CDMA)網(wǎng)絡(luò)(例如3GPPUMTS/高速分組接入(HSPA))網(wǎng)絡(luò)、演進(jìn)UTRAN網(wǎng)絡(luò)(例如LTE)、或者作為概括，將該教導(dǎo)應(yīng)用于以下任何網(wǎng)絡(luò)：該網(wǎng)絡(luò)基于利用網(wǎng)絡(luò)控制的無線資源的無線接入技術(shù)，或者保持不知道設(shè)備應(yīng)用級別數(shù)據(jù)交換的狀態(tài)。下面描述的(盡管為了簡明而與UMTS網(wǎng)絡(luò)相關(guā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)網(wǎng)絡(luò)系統(tǒng)中的核心網(wǎng)絡(luò)，其中網(wǎng)絡(luò)元件是進(jìn)行轉(zhuǎn)移決定的實體。在具體示例中，本系統(tǒng)和方法提供了從RRC已連接模式至更有效利用電池或者更有效利用無線資源的狀態(tài)或模式的轉(zhuǎn)移，同時在網(wǎng)絡(luò)處提供了進(jìn)行決定的能力。具體地，本發(fā)明和設(shè)備提供了基于從UE接收指示而進(jìn)行的轉(zhuǎn)移，該指示隱式地或者顯式地指示了應(yīng)當(dāng)發(fā)生與同無線資源的特定信令連接相關(guān)聯(lián)的RRC狀態(tài)或模式至另一狀態(tài)或模式的轉(zhuǎn)移。應(yīng)當(dāng)理解，這種轉(zhuǎn)移指示或請求可以利用當(dāng)前標(biāo)準(zhǔn)下的現(xiàn)有通信，例如信令連接釋放指示(SIGNALINGCONNECTIONRELEASEINDICATION)消息，或者可以是改變UE狀態(tài)的新的專用消息，例如“優(yōu)選RRC狀態(tài)請求”或者“數(shù)據(jù)傳輸完成指示消息”。數(shù)據(jù)傳輸完成指示消息是指示更高層數(shù)據(jù)傳輸?shù)耐瓿傻南?。如本文所使用的，指示可以指代任一場景，并可以將請求并入。在?dāng)UE上的一個或多個應(yīng)用已經(jīng)完成數(shù)據(jù)交換時和/或當(dāng)確定了UE應(yīng)用不預(yù)期交換任何其他數(shù)據(jù)時的一些情況下，可以發(fā)送由UE發(fā)起的轉(zhuǎn)移指示。然后，網(wǎng)絡(luò)元件可以使用該指示及其中提供的任何信息，以及在本文中定義為無線資源簡檔的與無線資源相關(guān)的其他信息(例如服務(wù)質(zhì)量、接入點名稱(APN)、分組數(shù)據(jù)協(xié)議(PDP)上下文、歷史信息等等)，來進(jì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ù)交換，則該應(yīng)用可以向UE軟件的“連接管理器”組件發(fā)送“完成”指示。在一個實施例中，該連接管理器可以跟蹤所有現(xiàn)有應(yīng)用(包括在一個或多個協(xié)議上提供服務(wù)的應(yīng)用)、關(guān)聯(lián)的分組數(shù)據(jù)協(xié)議(PDP)上下文、關(guān)聯(lián)的分組交換(PS)無線資源以及關(guān)聯(lián)的電路交換(CS)無線資源。PDP上下文是UE與運行在UMTS核心網(wǎng)絡(luò)上的PDN(公共數(shù)據(jù)網(wǎng)絡(luò))之間的邏輯關(guān)聯(lián)。UE上的一個或多個應(yīng)用(例如電子郵件應(yīng)用和瀏覽器應(yīng)用)可以與一個PDP上下文相關(guān)聯(lián)。在一些情況下，UE上的一個應(yīng)用與一個主PDP上下文相關(guān)聯(lián)，并且多個應(yīng)用可以與次PDP上下文相關(guān)聯(lián)。連接管理器從UE上同時活動的不同應(yīng)用接收“完成”指示。例如，用戶可以從推送服務(wù)器接收電子郵件，同時瀏覽網(wǎng)頁。在電子郵件應(yīng)用已經(jīng)發(fā)送肯定應(yīng)答之后，可以指示該電子郵件應(yīng)用已經(jīng)完成其數(shù)據(jù)交易。瀏覽器應(yīng)用可以以不同方式工作并取而代之地對何時向連接管理器發(fā)送“完成”指示進(jìn)行預(yù)測性確定(例如，使用不活動定時器)。基于來自活動應(yīng)用的這種指示的復(fù)合狀態(tài)，UE軟件可以決定發(fā)送轉(zhuǎn)移指示以向網(wǎng)絡(luò)指示或請求應(yīng)當(dā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)的。每當(dāng)連接管理器以某個概率確定沒有應(yīng)用預(yù)期交換數(shù)據(jù)時，連接管理器可以向網(wǎng)絡(luò)發(fā)送轉(zhuǎn)移指示以指示應(yīng)當(dāng)發(fā)生轉(zhuǎn)移。在具體示例中，該轉(zhuǎn)移指示可以是恰當(dāng)域(例如PS域)請求轉(zhuǎn)移至空閑模式的信令連接釋放指示。備選地，該轉(zhuǎn)移指示可以是針對與UTRAN的已連接模式中的狀態(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)用已經(jīng)完成交換或數(shù)據(jù)和/或該應(yīng)用不預(yù)期交換其他數(shù)據(jù)時，UE軟件可以發(fā)送轉(zhuǎn)移指示，而不是依賴于UE上的所有活動應(yīng)用的復(fù)合狀態(tài)。在這種情況下，基于參照圖18而描述的、UE的可選無線資源簡檔，網(wǎng)絡(luò)元件(例如UTRAN)可以利用該指示來進(jìn)行轉(zhuǎn)移決定。在另一個示例中，轉(zhuǎn)移指示可以簡單地指示UE上的一個或多個應(yīng)用完成了數(shù)據(jù)交換和/或UE應(yīng)用不預(yù)期交換任何其他數(shù)據(jù)?；谠撝甘疽约癠E的可選無線資源簡檔，網(wǎng)絡(luò)(例如UTRAN)可以決定是否將UE轉(zhuǎn)移至更恰當(dāng)?shù)臓顟B(tài)或模式或者操作。在另一個示例中，轉(zhuǎn)移指示可以是隱式的而不是顯式的。例如，該指示可以是周期性發(fā)送的狀態(tài)報告的一部分。這種狀態(tài)報告可以包括諸如無線鏈路緩存是否具有數(shù)據(jù)之類的信息，或者可以包括與出站業(yè)務(wù)量相關(guān)的信息。當(dāng)UE發(fā)送轉(zhuǎn)移指示時，該轉(zhuǎn)移指示可以包括附加信息以協(xié)助網(wǎng)絡(luò)元件進(jìn)行決定從而按照指示來操作。該附加信息可以包括UE發(fā)送該消息的理由或原因。該理由或原因(下面更詳細(xì)地解釋)將基于UE確定對與“快速休眠”類似的行為的需要。這種附加信息可以作為轉(zhuǎn)移指示消息中的新信息元素或新參數(shù)。在另一個實施例中，在UE上可以存在定時器，以確?？梢栽趶陌l(fā)送前一轉(zhuǎn)移指示起已經(jīng)經(jīng)過持續(xù)時間(禁止持續(xù)時間)時才發(fā)送轉(zhuǎn)移指示。該禁止定時器限制UE太頻繁地發(fā)送轉(zhuǎn)移指示消息，還允許網(wǎng)絡(luò)通過依賴于僅以給定最大頻率而觸發(fā)的消息來進(jìn)行確定。該持續(xù)時間可以由具有預(yù)配置值的定時器來確定，或者由網(wǎng)絡(luò)來設(shè)置(指示或者發(fā)信號通知)。如果該值由網(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)信息消息的一部分發(fā)送至小區(qū)中的所有UE，其中，當(dāng)UE處于空閑(IDLE)、URA_PCH、Cell_PCH或CELL_FACH狀態(tài)時，該系統(tǒng)信息消息由該UE讀取。在另一個實施例中，可以將該值作為RRC連接建立消息的一部分進(jìn)行發(fā)送。網(wǎng)絡(luò)產(chǎn)生的消息還可以通過在消息中或者在消息內(nèi)的信息元素中不包括禁止定時器來傳送隱含的禁止定時器值。例如，當(dāng)確定了從接收的消息中省略禁止定時器時，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)移指示，但是不包括任何附加信息，具體地，IE可以省略觸發(fā)發(fā)送轉(zhuǎn)移指示的原因(下面將更詳細(xì)地描述)。轉(zhuǎn)移指示消息中對原因元素的省略可以通過允許UE使用現(xiàn)有轉(zhuǎn)移指示消息(例如信令連接釋放指示(SIGNALINGCONNECTIONRELEASEINDICATION))請求或指示轉(zhuǎn)移，來確保向后兼容。參照示例實施例來更詳細(xì)地描述在接收的消息中不包括禁止定時器，其中，在小區(qū)中廣播系統(tǒng)信息塊，或者將該系統(tǒng)信息塊發(fā)送至UE，該系統(tǒng)信息塊被配置為傳送禁止定時器值。在本實施例中，如果UE接收到在消息中或者在消息內(nèi)的信息元素中不包含禁止定時器(稱作T3xx)的系統(tǒng)信息塊，那么在這種情況下，UE可以確定通過例如將禁止定時器T3xx設(shè)置為無窮大來不使UE能夠發(fā)送轉(zhuǎn)移指示消息。參照另一個示例實施例來更詳細(xì)地描述不包括禁止定時器，其中，從UTRAN移動性信息消息中省略了禁止定時器T3xx。在這種情況下，接收者UE可以繼續(xù)應(yīng)用先前存儲的禁止定時器值。備選地，當(dāng)檢測到省略了禁止定時器T3xx時，UE可以確定通過例如將禁止定時器T3xx設(shè)置為無窮大來不使UE能夠發(fā)送轉(zhuǎn)移指示消息。在另一個示例實施例中，當(dāng)檢測到在接收的消息中或者在消息內(nèi)的信息元素中省略了禁止定時器時，UE將禁止定時器值設(shè)置為另一個預(yù)設(shè)值(例如0秒、5秒、10秒、15秒、20秒、30秒、1分鐘、1分鐘30秒、2分鐘中的一個)。備選地或者附加地，這些示例可以應(yīng)用于其他網(wǎng)絡(luò)產(chǎn)生的消息。在其他實施例中，如果在消息或者信息元素中沒有將禁止定時器(值)發(fā)送至或發(fā)信號通知給UE，或者在從一個小區(qū)轉(zhuǎn)移至另一個小區(qū)時沒有從廣播系統(tǒng)信息中讀取到或從其他專用UTRAN消息中接收到禁止定時器，則可能發(fā)生或可能不發(fā)生轉(zhuǎn)移指示的發(fā)送。具體地，在一個實施例中，當(dāng)檢測到不存在禁止定時器時，基于更高層確定其沒有更多PS數(shù)據(jù)要發(fā)送，UE不發(fā)起轉(zhuǎn)移指示。在備選實施例中，當(dāng)檢測到不存在禁止定時器時，基于更高層確定其沒有更多PS數(shù)據(jù)要發(fā)送，UE可以發(fā)起轉(zhuǎn)移指示。在另一個實施例中，如果在消息內(nèi)或者在消息的信息元素內(nèi)(經(jīng)由廣播或者其他)沒有從UTRAN接收到定時器值，UE可以將禁止定時器設(shè)置為零或者備選地刪除該定時器的任何配置，而不是在UE處將定時器值設(shè)置為無窮大，并且取而代之地可以允許UE發(fā)送轉(zhuǎn)移指示。在這種情況下，UE可以省略或者被禁止在轉(zhuǎn)移指示消息中附著原因。在一個實施例中，使用信令連接釋放指示(SIGNALINGCONNECTIONRELEASEINDICATION)消息作為轉(zhuǎn)移指示的一個示例。在實施例中，使用信令連接釋放指示過程來傳送轉(zhuǎn)移指示。UE使用該信令連接釋放指示過程來向UTRAN指示已經(jīng)釋放其信令連接之一。具體地，根據(jù)TS25.331的8.1.14.2節(jié)，當(dāng)從特定CN域的上層接收到針對釋放信令連接的請求時，UE應(yīng)當(dāng)檢驗在信息元素“CN域標(biāo)識”中標(biāo)識的該特定CN域的變量“ESTABLISHED_SIGNALLING_CONNECTIONS”中的信令連接是否存在。如果存在，則UE可以發(fā)起信令連接釋放指示過程。在沒有將禁止定時器值發(fā)信號通知給UE或者傳送給UE的情況下，在信令連接釋放指示(SIGNALINGCONNECTIONRELEASEINDICATION)消息中沒有指定信令連接釋放指示原因。本領(lǐng)域技術(shù)人員將理解，在該備選實施例中，缺少定時器值不會導(dǎo)致定時器值被設(shè)置為無窮大。在UTRAN側(cè)，當(dāng)接收到?jīng)]有原因的信令連接釋放指示(SIGNALINGCONNECTIONRELEASEINDICATION)消息時，UTRAN向上層指示對所標(biāo)識的CN域標(biāo)識的信令連接的釋放。然后，這可以發(fā)起對所建立的無線資源控制連接的釋放。在另一個備選實施例中，當(dāng)UTRAN將定時器值發(fā)信號通知給UE或者傳送給UE時，例如信息元素“處于已連接模式的UE定時器和常量”中的禁止定時器T3xx(或者使用系統(tǒng)信息，例如SIB1、SIB3或SIB4、或者利用專用UTRAN移動性信息消息)，該釋放過程根據(jù)下述步驟來進(jìn)行。首先，UE可以檢驗是否存在所指示的任何電路交換域連接?？梢栽谧兞俊癊STABLISHED_SIGNALLING_CONNECTIONS”中指示這種連接。如果不存在電路交換域連接，則可以進(jìn)行第二次檢驗，以確定上層是否指示了在延長的時段內(nèi)將不存在分組交換域數(shù)據(jù)。如果不存在電路交換域連接并且在延長的時段內(nèi)預(yù)期沒有分組交換域數(shù)據(jù)，則UE可以接下來檢驗定時器T3xx是否正在運行。如果定時器T3xx沒有正在運行，則UE將信息元素“CN域標(biāo)識”設(shè)置為分組交換(PS)域。此外，將信息元素“信令連接釋放指示原因”設(shè)置為“UE請求的PS數(shù)據(jù)會話結(jié)束”。在DCCH上使用AMRLC來發(fā)送信令連接釋放指示消息。此外，在發(fā)送之后，啟動定時器T3xx。如上述過程中的RLC所確認(rèn)，當(dāng)成功地傳送了信令連接釋放指示消息時，上述過程結(jié)束。在本實施例中，當(dāng)定時器T3xx正在運行時或者直到定時器T3xx已經(jīng)超時之前，禁止UE發(fā)送信令連接釋放指示消息，其中信令連接釋放指示原因被設(shè)置為“UE請求的PS數(shù)據(jù)會話結(jié)束”。當(dāng)T3xx定時器正在運行時，如果由于在延長的時段內(nèi)沒有其他分組交換域數(shù)據(jù)而發(fā)起了信令連接釋放指示過程，則UE負(fù)責(zé)實現(xiàn)在T3xx定時器超時時是否發(fā)起該過程。UE決定可以基于確定UE是否具有任何后續(xù)信令連接釋放指示或請求消息要發(fā)送，并且如果是，則UE決定可以包括重新檢驗與此處所述相同的針對發(fā)起過程的檢驗中的一些或全部。在UTRAN側(cè)，如果接收到的信令連接釋放指示消息不包括信令連接釋放指示原因，則UTRAN可以從上層請求釋放信令連接，然后，上層可以發(fā)起釋放信令連接。另一方面，如果接收到的信令連接釋放指示消息包括原因，則UTRAN可以釋放信令連接或者發(fā)起向更有效利用電池的狀態(tài)(例如CELL_FACH、CELL_PCH、URA_PCH或IDLE_MODE)的狀態(tài)轉(zhuǎn)移。上述禁止持續(xù)時間可以基于UE想要轉(zhuǎn)移至的狀態(tài)。例如，禁止持續(xù)時間可以不同，不管移動是否指示了其上一次對一些RRC狀態(tài)/模式相對于其他RRC狀態(tài)/模式的偏好。例如，如果移動指示了對空閑模式相對于Cell_FACH或相對于Cell_PCH/URAPCH狀態(tài)的偏好，則禁止持續(xù)時間可以不同。在禁止持續(xù)時間由網(wǎng)絡(luò)來設(shè)置的情況下，這可以通過網(wǎng)絡(luò)向移動指示/發(fā)送根據(jù)場景而使用的值的兩個(或者更多)集合來實現(xiàn)。備選地，該指示可以以下述方式來完成：僅恰當(dāng)?shù)慕箷r間值被指示/發(fā)信號通知給移動：例如，如果UE想要轉(zhuǎn)移至Cell_PCH，則可以設(shè)置與在UE想要轉(zhuǎn)移至空閑的情況下不同的經(jīng)過的持續(xù)時間。上述禁止持續(xù)時間可以是不同的，依賴于移動當(dāng)前所處的RRC狀態(tài)/模式(例如Cell_DCH/Cell_FACH相對于Cell_PCH/URA_PCH、或者Cell_DCH相對于Cell_FACH或者Cell_PCH/URA_PCH)。上述禁止持續(xù)時間可以是不同的，依賴于網(wǎng)絡(luò)是否已經(jīng)按照來自移動的偏好RRC狀態(tài)信息來操作。這種識別可以發(fā)生在網(wǎng)絡(luò)上或移動側(cè)。在第一種情況下，這可能影響由網(wǎng)絡(luò)向移動指示/發(fā)信號通知的禁止值。在該第二種情況下，禁止持續(xù)時間值的不同集合可以是預(yù)配置的或者由網(wǎng)絡(luò)來指示/發(fā)信號通知。作為具體情況，如果網(wǎng)絡(luò)已經(jīng)按照來自移動的偏好RRC狀態(tài)信息來操作(例如，已經(jīng)發(fā)起向由UE指示的狀態(tài)的狀態(tài)轉(zhuǎn)移)，則可以減少或取消禁止持續(xù)時間/功能。上述禁止持續(xù)時間可以是不同的，依賴于例如網(wǎng)絡(luò)的偏好、特征、能力、負(fù)載或容量。如果網(wǎng)絡(luò)能夠接收頻繁的轉(zhuǎn)移指示消息，則該網(wǎng)絡(luò)可以指示短的禁止持續(xù)時間。如果網(wǎng)絡(luò)不能或者不想接收頻繁的轉(zhuǎn)移指示消息，則該網(wǎng)絡(luò)可以指示長的禁止持續(xù)時間。網(wǎng)絡(luò)可以指示UE不能發(fā)送轉(zhuǎn)移指示消息的特定時間段?？梢岳缫詳?shù)字方式指示該特定時間段(即0秒、30秒、1分鐘、1分鐘30秒、2分鐘或者無窮大)。接收到0秒禁止持續(xù)時間的UE能夠在沒有延遲的情況下發(fā)送轉(zhuǎn)移指示。接收到無窮大禁止持續(xù)時間的UE不能發(fā)送轉(zhuǎn)移指示?？梢允褂?指定每時間窗口的消息的最大數(shù)目(例如“每10分鐘不超過15條消息”)而不使用/指定禁止持續(xù)時間，或者除了禁止持續(xù)時間以外還使用/指定每時間窗口的消息的最大數(shù)目。上述禁止持續(xù)時間/每時間窗口的消息的最大數(shù)目的組合是可能的。作為示例，本公開總體描述了由UTRAN從UE接收RRC連接請求(RRCCONNECTIONREQUEST)消息。當(dāng)接收到RRC連接請求消息時，UTRAN應(yīng)當(dāng)例如接受該請求并向UE發(fā)送RRC連接建立(RRCCONNECTIONSETUP)消息。RRC連接建立消息可以包括禁止轉(zhuǎn)移指示，稱為定時器T3xx。當(dāng)UE接收到該RRC連接建立消息時，UE應(yīng)當(dāng)例如存儲定時器T3xx的值，替換任何先前存儲的值，或者，如果定時器T3xx不在RRC連接建立消息中，則UE應(yīng)當(dāng)將定時器的值設(shè)置為無窮大。在一些實施例中，RRC連接建立消息必須包括禁止轉(zhuǎn)移指示以確保UE知道UTRAN支持禁止轉(zhuǎn)移指示信令。在實施例中，假定在DCH狀態(tài)下的移動性期間，UE將維持其當(dāng)前存儲的禁止定時器值。在將禁止定時器設(shè)置為無窮大的一些情況下，這可能意味著UE必須等待網(wǎng)絡(luò)數(shù)據(jù)不活動定時器超時并等待網(wǎng)絡(luò)將UE移動至RRC狀態(tài)，在RRC狀態(tài)下，UE可以接收或確定新的禁止定時器值。在切換之前禁止定時器是除無窮大之外的某值的其他情況下，繼續(xù)使用該其他值，直到UE能夠?qū)⒍〞r器值更新為在新的小區(qū)中指示的值為止。在一些實例中，在一些網(wǎng)絡(luò)中或者在網(wǎng)絡(luò)內(nèi)的一些小區(qū)中可能不實現(xiàn)禁止定時器和轉(zhuǎn)移指示(例如，信令連接釋放指示)消息。為了移動性的目的，如果不存在對于發(fā)送轉(zhuǎn)移指示或請求消息的特征來說可用的支持(特別是在使用了原因的情況下)，則UE應(yīng)當(dāng)缺省地不發(fā)送該消息。這避免了不必要的發(fā)送以及對網(wǎng)絡(luò)資源和電池資源的相關(guān)浪費。此外，為了移動性的目的，在網(wǎng)絡(luò)內(nèi)使用的、不同供應(yīng)商的網(wǎng)絡(luò)設(shè)備可以導(dǎo)致相鄰小區(qū)使用當(dāng)UE在小區(qū)之間移動時需要在UE上更新的不同禁止定時器。在一個備選實施例中，這一點是通過提供下述內(nèi)容來處理的：所有的切換以及相關(guān)的承載控制消息包括禁止定時器T3xx的值。此處將這種消息稱作移動性消息。這允許UE在小區(qū)之間移動時接收新的禁止定時器值。如果這些移動性消息中的一個不包含禁止定時器值，則還允許UE設(shè)置禁止定時器的缺省定時器值。應(yīng)當(dāng)理解，如果在移動性消息中沒有接收到禁止定時器值，則這指示了該小區(qū)不支持快速休眠。作為轉(zhuǎn)移指示過程的另一示例，UE可以使用數(shù)據(jù)傳輸完成指示過程來向UTRAN指示其已經(jīng)確定其不需要傳輸任何更多的PS域數(shù)據(jù)。結(jié)合上面描述的示例，如果定時器T3xx正在運行，則在定時器T3xx超時之前，UE將不發(fā)送數(shù)據(jù)傳輸完成指示消息。數(shù)據(jù)傳輸完成指示過程開始于以下指示：在延長的持續(xù)時間內(nèi)，RRC或上層將不具有更多的PS域數(shù)據(jù)。如果在變量ESTABLISHED_SIGNALLING_CONNECTIONS中指示CS域連接或者如果將定時器T3xx設(shè)置為無窮大，則該過程結(jié)束。否則，如果定時器T3xx沒有正在運行(即已經(jīng)超時)或被設(shè)置為0秒，則向下層提交數(shù)據(jù)傳輸完成指示(DATATRANSFERCOMPLETEINDICATION)消息以在DCCH上使用AMRLC進(jìn)行發(fā)送，此后，當(dāng)已經(jīng)向下層傳送消息時，啟動或重置定時器T3xx。當(dāng)接收到數(shù)據(jù)傳輸完成指示時，UTRAN可以決定發(fā)起向更有效利用電池的RRC狀態(tài)或空閑模式的UE轉(zhuǎn)移。當(dāng)定時器T3xx正在運行時，UE不應(yīng)當(dāng)發(fā)送數(shù)據(jù)傳輸完成指示消息。因此，本公開提供了一種用于發(fā)送將用戶設(shè)備轉(zhuǎn)移至不同狀態(tài)或模式的轉(zhuǎn)移指示的方法，該方法包括：從網(wǎng)絡(luò)接收配置消息；以及從用戶設(shè)備發(fā)送轉(zhuǎn)移指示，所述轉(zhuǎn)移指示在配置消息包含禁止轉(zhuǎn)移指示的情況下僅包括原因。本公開還提供了一種用戶設(shè)備，被配置為發(fā)送轉(zhuǎn)移至不同狀態(tài)或模式的轉(zhuǎn)移指示，所述用戶設(shè)備被配置為：從網(wǎng)絡(luò)接收配置消息；以及從用戶設(shè)備發(fā)送轉(zhuǎn)移指示，所述轉(zhuǎn)移指示在配置消息包含禁止轉(zhuǎn)移指示的情況下僅包括原因。本公開還提供了一種用于處理來自用戶設(shè)備的轉(zhuǎn)移指示的方法，所述轉(zhuǎn)移指示用于指示所述用戶設(shè)備期望轉(zhuǎn)移至不同狀態(tài)或模式，所述方法包括：從所述用戶設(shè)備接收所述轉(zhuǎn)移指示；如果所述轉(zhuǎn)移指示包含原因，則釋放所述用戶設(shè)備的信令連接或者將所述用戶設(shè)備轉(zhuǎn)移至不同狀態(tài)或模式；以及如果所述轉(zhuǎn)移指示不包含所述原因：釋放所述信令連接。本公開還提供了一種網(wǎng)絡(luò)元件，被配置為轉(zhuǎn)移用戶設(shè)備的狀態(tài)或模式，網(wǎng)絡(luò)設(shè)備被配置為：從用戶設(shè)備接收轉(zhuǎn)移指示；如果所述轉(zhuǎn)移指示包含原因，則釋放所述用戶設(shè)備的信令連接或者將所述用戶設(shè)備轉(zhuǎn)移至不同狀態(tài)或模式；以及如果所述轉(zhuǎn)移指示不包含所述原因：釋放所述信令連接。附圖說明參照附圖，將更好地理解本公開，附圖中：圖1是示出了RRC狀態(tài)和轉(zhuǎn)移的框圖；圖2是示出了各個UMTS小區(qū)和UTRA的UMTS網(wǎng)絡(luò)的示意圖；圖3是示出了RRC連接建立中的各個階段的框圖；圖4A是示出了由UTRAN根據(jù)當(dāng)前方法發(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ò)的示例操作期間示例邏輯和物理信道分配的圖形表示，其中利用UE提供多個并發(fā)的分組數(shù)據(jù)通信服務(wù)會話；圖12示出了根據(jù)本公開的實施例的、UE和網(wǎng)絡(luò)元件的功能框圖，該網(wǎng)絡(luò)元件提供用于釋放各個分組數(shù)據(jù)服務(wù)的無線資源的無線資源釋放功能；圖13示出了表示根據(jù)本公開的實施例的操作而產(chǎn)生的信令的消息序列圖，該操作用于釋放向PDP上下文的無線資源分配；圖14示出了與圖13所示的消息序列圖類似的消息序列圖，也表示根據(jù)本公開的實施例的操作而產(chǎn)生的信令，該操作用于釋放無線資源分配；圖15示出了表示本公開的實施例的過程的過程圖；圖16示出了一幅方法流程圖，該圖示出了本公開的實施例的操作的方法；圖17示出了一幅方法流程圖，該圖也示出了本公開的實施例的操作的方法；圖18示出了基于網(wǎng)絡(luò)元件處的無線資源簡檔來進(jìn)行轉(zhuǎn)移決定的實施例的方法流程圖；圖19示出了能夠與圖18的方法一起使用的網(wǎng)絡(luò)元件的簡化框圖；圖20示出了用于發(fā)送轉(zhuǎn)移指示或請求消息的數(shù)據(jù)流圖；以及圖21示出了用于在UE處設(shè)置禁止定時器值的數(shù)據(jù)流圖。具體實施方式現(xiàn)在參照圖1。圖1是示出了UMTS網(wǎng)絡(luò)中協(xié)議棧的無線資源控制部分的各種模式和狀態(tài)的框圖。具體地，RRC可以處于RRC空閑模式110或RRC已連接模式120。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，UMTS網(wǎng)絡(luò)由兩個基于陸地的網(wǎng)絡(luò)段構(gòu)成。它們是核心網(wǎng)絡(luò)(CN)和通用陸地?zé)o線接入網(wǎng)絡(luò)(UTRAN)(如圖8所示)。核心網(wǎng)絡(luò)負(fù)責(zé)將數(shù)據(jù)呼叫和數(shù)據(jù)連接切換和路由至外部網(wǎng)絡(luò)，同時UTRAN處理所有無線相關(guān)功能。在空閑模式110中，每當(dāng)需要在UE和網(wǎng)絡(luò)之間交換數(shù)據(jù)時，UE必須請求RRC連接建立無線資源。這可以是UE上的應(yīng)用需要連接來發(fā)送數(shù)據(jù)的結(jié)果，或者可以是UE監(jiān)視尋呼信道以指示UTRAN或SGSN是否已經(jīng)尋呼UE以便從外部數(shù)據(jù)網(wǎng)絡(luò)(例如推送服務(wù)器)接收數(shù)據(jù)的結(jié)果。另外，每當(dāng)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。從空閑模式110，UE自主地轉(zhuǎn)移至CELL_FACH狀態(tài)124，在CELL_FACH狀態(tài)124中，UE進(jìn)行其初始數(shù)據(jù)傳輸，此后，網(wǎng)絡(luò)確定針對繼續(xù)的數(shù)據(jù)傳輸使用哪個RRC已連接狀態(tài)。這可以包括網(wǎng)絡(luò)將UE移動進(jìn)入小區(qū)專用信道(CELL_DCH)狀態(tài)122或者將UE保持在小區(qū)前向接入信道(CELL_FACH)狀態(tài)124。在CELL_DCH狀態(tài)122中，將上行鏈路和下行鏈路的專用信道分配給UE以交換數(shù)據(jù)。由于該狀態(tài)具有分配給UE的專用物理信道，因此該狀態(tài)典型地從UE需要最多的電池功率。備選地，UTRAN可以將UE維持在CELL_FACH狀態(tài)124中。在CELL_FACH狀態(tài)中，不將專用信道分配給UE。而是使用公共信道來發(fā)送少量突發(fā)數(shù)據(jù)中的信令。然而，UE仍然必須連續(xù)地監(jiān)視FACH，因此，其比處于CELL_PCH狀態(tài)、URA_PCH狀態(tài)以及空閑模式時消耗更多的電池功率。在RRC已連接模式120中，可以由UTRAN隨意改變RRC狀態(tài)。具體地，如果在特定量的時間內(nèi)檢測到數(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ò)中在預(yù)定時間內(nèi)檢測到數(shù)據(jù)不活動，則UTRAN可以將RRC狀態(tài)從CELL_FACH狀態(tài)124移動至尋呼信道(PCH)狀態(tài)。這可以是CELL_PCH狀態(tài)126或URA_PCH狀態(tài)128。為了發(fā)起更新過程以請求專用信道，UE必須從CELL_PCH狀態(tài)126或URA_PCH狀態(tài)128移動至CELL_FACH狀態(tài)124。這是UE控制的唯一狀態(tài)轉(zhuǎn)移?？臻e模式110和CELL_PCH狀態(tài)126以及URA_PCH狀態(tài)128使用非連續(xù)接收周期(DRX)，通過尋呼指示符信道(PICH)來監(jiān)視廣播消息和尋呼。上行鏈路活動是不可能的。CELL_PCH狀態(tài)126與URA_PCH狀態(tài)128之間的不同之處在于：如果UE的當(dāng)前UTRAN注冊區(qū)域(URA)不在存在于當(dāng)前小區(qū)中的URA標(biāo)識的列表當(dāng)中，則URA_PCH狀態(tài)128僅觸發(fā)URA更新過程。具體地，參照圖2。圖2示出了各個UMTS小區(qū)210、212和214的示意圖。如果被重新選擇至CELL_PCH狀態(tài)，則所有這些小區(qū)需要小區(qū)更新過程。然而，在UTRAN注冊區(qū)域中，每一個小區(qū)都將處于相同的UTRAN注冊區(qū)域(URA)320內(nèi)，從而當(dāng)在URA_PCH模式中在210、212和214之間移動時，不觸發(fā)URA更新過程。如圖2所示，其他小區(qū)218處于URA320之外，并可以是單獨的URA的一部分或者不是URA。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，從電池壽命的角度來看，相比于上述狀態(tài)，空閑狀態(tài)提供了最低的電池使用。具體地，由于需要UE僅間或地監(jiān)視尋呼信道，因此無線不需要持續(xù)開啟，而是將周期性地喚醒。其折衷是發(fā)送數(shù)據(jù)的延遲。然而，如果該延遲不太大，則處于空閑模式并節(jié)約電池功率的優(yōu)點重于連接延遲的缺點。再次參照圖1。各個UMTS基礎(chǔ)結(jié)構(gòu)供應(yīng)商基于各種準(zhǔn)則在狀態(tài)122、124、126和128之間移動。這些準(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)改變?yōu)镃ell_FACH狀態(tài)124。如果在Cell_FACH狀態(tài)124中檢測到十秒的不活動，則RRC狀態(tài)改變?yōu)镃ell_PCH狀態(tài)126。在Cell_PCH狀態(tài)126中的四十五分鐘的不活動將導(dǎo)致RRC狀態(tài)移動回到空閑模式110。在第二示例基礎(chǔ)結(jié)構(gòu)中，依賴于有效載荷閾值，可以在空閑模式110和已連接模式120之間進(jìn)行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中五分鐘的不活動之后，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狀態(tài)移動至CELL_FACH狀態(tài)124。在CELL_FACH狀態(tài)124中三十秒的不活動導(dǎo)致移動回到空閑模式110。在第四示例基礎(chǔ)結(jié)構(gòu)中，RRC從空閑模式轉(zhuǎn)移至已連接模式，直接進(jì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)中，RRC從空閑模式110直接轉(zhuǎn)移進(jì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)中十七秒的不活動導(dǎo)致RRC狀態(tài)改變?yōu)榭臻e模式110。上述四個示例基礎(chǔ)結(jié)構(gòu)示出了各個UMTS基礎(chǔ)結(jié)構(gòu)供應(yīng)商如何實現(xiàn)狀態(tài)。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，在每一種情況下，如果與停留在CELL_DCH或CELL_FACH狀態(tài)中所需要的時間相比，花費在交換實際數(shù)據(jù)(例如電子郵件)上的時間明顯較短的話。這引起不必要的電流耗盡，使在更新一代的網(wǎng)絡(luò)(如UMTS)中的用戶體驗比現(xiàn)有一代的網(wǎng)絡(luò)(如GPRS)中的用戶體驗差。此外，盡管從電池壽命的角度來說CELL_PCH狀態(tài)126比CELL_FACH狀態(tài)124更優(yōu)，但是典型地將CELL_PCH狀態(tài)126中的DRX周期設(shè)置為比空閑模式110中更低的值。因此，需要UE在CELL_PCH狀態(tài)126中比在空閑模式110中更頻繁地喚醒。具有與空閑狀態(tài)110的DRX周期類似的DRX周期的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)移至已連接模式時，需要進(jìn)行各種信令和數(shù)據(jù)連接。參照圖3，要執(zhí)行的第一個項目是RRC連接建立310。如上所示，該RRC連接建立310僅可以由UTRAN拆除。一旦完成RRC連接建立310，就開始信令連接建立312。一旦完成信令連接建立312，就開始加密和完整性建立314。當(dāng)完成這一點時，完成無線承載建立316。此時，可以在UE和UTRAN之間交換數(shù)據(jù)。一般地，以相反的順序類似地完成拆除連接。拆除無線承載建立316，然后拆除RRC連接建立310。此時，如圖1所示，RRC移動進(jìn)入空閑模式110。盡管當(dāng)前的3GPP規(guī)范不允許UE釋放RRC連接或指示其對RRC狀態(tài)的偏好，但是UE仍然可以指示對指定核心網(wǎng)絡(luò)域(例如分組交換應(yīng)用所使用的分組交換(PS)域)的信令連接的終止。根據(jù)3GPPTS25.331的8.1.14.1節(jié)，UE使用信令連接釋放指示過程來向UTRAN指示已經(jīng)釋放其信令連接之一。該過程進(jìn)而可以發(fā)起RRC連接釋放過程。因此，遵照當(dāng)前3GPP規(guī)范，可以在拆除信令連接建立312時發(fā)起信令連接釋放。這在UE拆除信令連接建立312的能力之內(nèi)，并且進(jìn)而根據(jù)規(guī)范，“可能”發(fā)起RRC連接釋放。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，如果信令連接建立312被拆除，則在已經(jīng)拆除信令連接建立312之后，UTRAN還將需要清除解密和完整性建立314和無線承載建立316。如果信令連接建立312被拆除，則在沒有CS連接是活動的時，RRC連接建立典型地由當(dāng)前供應(yīng)商基礎(chǔ)結(jié)構(gòu)的網(wǎng)絡(luò)來拆除。針對上述特定轉(zhuǎn)移指示示例之一使用這一點，如果UE確定了其完成數(shù)據(jù)交換，例如，如果UE軟件的“連接管理器”組件被提供了數(shù)據(jù)交換完成的指示，則連接管理器可以確定是否拆除信令建立312。例如，設(shè)備上的電子郵件應(yīng)用發(fā)送以下指示：該電子郵件應(yīng)用已經(jīng)從推送電子郵件服務(wù)器接收到推送服務(wù)器確實接收到電子郵件的肯定應(yīng)答。在一個實施例中，連接管理器可以跟蹤所有現(xiàn)有應(yīng)用、關(guān)聯(lián)的PDP上下文、關(guān)聯(lián)的PS無線資源以及關(guān)聯(lián)的電路交換(CS)無線承載。在其他實施例中，網(wǎng)絡(luò)元件(例如UTRAN)可以跟蹤現(xiàn)有應(yīng)用、關(guān)聯(lián)的PDP上下文、QoS、關(guān)聯(lián)的PS無線資源和關(guān)聯(lián)的CS無線承載。在UE或網(wǎng)絡(luò)元件處可以引入延遲，以確保應(yīng)用確實完成數(shù)據(jù)交換并即使在已經(jīng)發(fā)送了“完成”指示之后也不再需要RRC連接。可以使該延遲等價于與應(yīng)用或UE相關(guān)聯(lián)的不活動超時。每一個應(yīng)用可以具有其自身的不活動超時，從而延遲可以是所有應(yīng)用超時的復(fù)合物。例如，電子郵件應(yīng)用可以具有五秒的不活動超時，而活動的瀏覽器應(yīng)用可以具有六十秒的超時。禁止持續(xù)時間定時器還可以延遲發(fā)送轉(zhuǎn)移指示。在一些實施例中，基于來自活動應(yīng)用的所有這種指示的復(fù)合狀態(tài)以及無線資源簡檔和/或禁止持續(xù)時間定時器延遲，UE軟件決定在其發(fā)送恰當(dāng)核心網(wǎng)絡(luò)(例如PS域)的轉(zhuǎn)移指示(例如信令連接釋放指示或狀態(tài)改變請求)之前其應(yīng)當(dāng)或必須等待多久。如果在網(wǎng)絡(luò)元件處實現(xiàn)延遲，則該元件確定是否以及如何對UE進(jìn)行轉(zhuǎn)移，但僅在已經(jīng)經(jīng)過延遲之后才操作該轉(zhuǎn)移?？梢曰跇I(yè)務(wù)量模式歷史和/或應(yīng)用簡檔來使不活動超時成為動態(tài)的。如果網(wǎng)絡(luò)元件將UE轉(zhuǎn)移至空閑模式110，這可以發(fā)生在如圖1所示的RRC已連接模式120的任何階段，則如圖1所示，網(wǎng)絡(luò)元件釋放RRC連接并將UE移動至空閑模式110。當(dāng)在語音呼叫期間UE正在執(zhí)行任何分組數(shù)據(jù)服務(wù)時，這也適用。在這種情況下，網(wǎng)絡(luò)可以選擇僅釋放PS域信令連接，并維持CS域信令連接，或者備選地可以選擇不釋放任何連接而是同時維持與PS和CS域的信令連接。在另一實施例中，可以向轉(zhuǎn)移指示添加原因，以向UTRAN指示該指示的理由。在優(yōu)選實施例中，該原因可以是對以下內(nèi)容的指示：異常狀態(tài)引起了指示；或者由于所請求的轉(zhuǎn)移，UE發(fā)起了指示。其他正常(即，非異常)交易還可以導(dǎo)致發(fā)送轉(zhuǎn)移指示。在另一優(yōu)選實施例中，各種超時可以引起針對異常條件而發(fā)送轉(zhuǎn)移指示。下面的定時器的示例不是詳盡的，其他定時器或者異常條件是可能的。例如，10.2.473GPPTS24.008指定定時器T3310為：定時器T3310該定時器用于指示附著失敗。附著失敗可以是網(wǎng)絡(luò)的結(jié)果或者可以是射頻(RF)問題，例如沖突或者糟糕的RF。附著嘗試可能發(fā)生多次，并且附著失敗由預(yù)定次數(shù)的失敗或者顯式拒絕而造成。3GPP的10.2.47的第二定時器是定時器T3330，被指定為：定時器T3330該定時器用于指示路由區(qū)域更新失敗。當(dāng)定時器到期時，可以多次請求另一路由區(qū)域更新，并且路由區(qū)域更新失敗由預(yù)定次數(shù)的失敗或者顯式拒絕而造成。3GPP的10.2.47的第三定時器是定時器T3340，被指定為：定時器T3340該定時器用于指示GMM服務(wù)請求失敗。當(dāng)定時器到期時，可以多次發(fā)起另一GMM服務(wù)請求，并且GMM服務(wù)請求失敗由預(yù)定次數(shù)的失敗或者顯式拒絕而造成。從而，轉(zhuǎn)移指示原因并不限于異常條件的和UE進(jìn)行的釋放，轉(zhuǎn)移指示原因還可以包括與哪個定時器對于異常條件來說失敗有關(guān)的信息。在信令連接釋放指示用作轉(zhuǎn)移指示的具體示例中，可以將該指示構(gòu)造為：信令連接釋放指示UE使用該消息來向UTRAN指示針對釋放現(xiàn)有信令連接的請求。不管信令連接釋放指示的原因是否是由于異常條件以及該異常條件是什么，信令連接釋放指示原因的添加都允許UTRAN或者其他網(wǎng)絡(luò)元件接收信令連接釋放指示的原因?；趯π帕钸B接釋放指示的接收，進(jìn)而允許在UTRAN處發(fā)起RRC連接釋放過程。在該示例的一個實施方式中，當(dāng)從特定CN(核心網(wǎng)絡(luò))域的上層接收到針對釋放或中止信令連接的請求時，如果信令連接是在變量中標(biāo)識的，則UE發(fā)起信令連接釋放指示過程。例如，存在利用IE(信息元素)“CN域標(biāo)識”標(biāo)識的特定CN域的變量ESTABLISHED_SIGNALING_CONNECTIONS。如果該變量未標(biāo)識任何現(xiàn)有信令連接，則以另一種方式來中止對該特定CN域的信令連接的任何正在進(jìn)行的建立。當(dāng)在Cell_PCH或URA_PCH狀態(tài)中發(fā)起信令連接釋放指示過程時，UE使用原因“上行鏈路數(shù)據(jù)發(fā)送”來執(zhí)行小區(qū)更新過程。當(dāng)成功地完成小區(qū)更新過程時，UE繼續(xù)接下來的信令連接釋放指示過程。即，UE將信息元素(IE)“CN域標(biāo)識”設(shè)置為由上層邏輯層指示的值。IE的值指示以下CN域：該CN域的關(guān)聯(lián)的信令連接是上層所標(biāo)記要釋放的。如果將CN域標(biāo)識被設(shè)置為PS域，并且如果上層指示了發(fā)起該請求的原因，則相應(yīng)地設(shè)置IE“信令釋放指示原因(SIGNALINGRELEASEINDICATIONCAUSE)”。UE還將具有由上層指示的標(biāo)識的信令連接從變量“ESTABLISHED_SIGNALING_CONNECTIONS”中移除。UE在例如專用控制信道(DCCH)上使用肯定應(yīng)答模式的無線鏈路控制(AMRLC)來發(fā)送信令連接釋放指示消息。當(dāng)RLC確認(rèn)成功傳送了釋放指示消息時，該過程結(jié)束。根據(jù)本公開的實施例，還使用IE“信令連接釋放指示原因”。該釋放原因與例如現(xiàn)有的消息定義對齊。例如，將上層釋放原因消息構(gòu)造為：在該示例中，T3310、T330和T3340到期與先前標(biāo)識的對應(yīng)編號的定時器的到期相對應(yīng)。盡管預(yù)期結(jié)果與由原因值標(biāo)識的結(jié)果相對應(yīng)，但是在一個實施方式中，原因值可被設(shè)置為“UE請求的PS數(shù)據(jù)會話結(jié)束”而不是“UE請求的空閑轉(zhuǎn)移”，以移除對空閑轉(zhuǎn)移的偏好的UE指示，并提供UTRAN以決定狀態(tài)轉(zhuǎn)移。優(yōu)選地但不是必須地，對信令連接釋放指示的擴(kuò)展是非臨界擴(kuò)展?，F(xiàn)在參照圖9。圖9是示例UE監(jiān)視是否發(fā)送針對各個域(例如PS或CS)的信令連接釋放指示的流程圖。該過程開始于步驟910。UE轉(zhuǎn)移至步驟912，在步驟912中，UE進(jìn)行檢驗以查看是否存在異常條件。這種異常條件可以包括例如如上所述的定時器T3310、定時器T3320或定時器T3340到期。如果這些定時器到期特定的預(yù)定次數(shù)或者如果基于這些定時器中任一個的到期而接收到顯式拒絕，則UE進(jìn)行至步驟914，在步驟914中，UE發(fā)送信令連接釋放指示。向信令連接釋放指示消息附著信令釋放指示原因字段。該信令釋放指示原因字段至少包括信令釋放指示基于異常條件或狀態(tài)，并且一個實施例包括特定定時器，該特定定時器超時以產(chǎn)生異常條件。相反，如果在步驟912中UE發(fā)現(xiàn)不存在異常條件，則UE進(jìn)行至步驟920，在步驟920中，UE檢驗在UE處是否預(yù)期另外的數(shù)據(jù)。如上所述，這可以包括何時發(fā)送電子郵件以及何時在UE處接收回對發(fā)送電子郵件的確認(rèn)。對于本領(lǐng)域技術(shù)人員來說，UE將確定沒有預(yù)期另外的數(shù)據(jù)的其他示例將是公知的。如果在步驟920中UE確定了完成數(shù)據(jù)傳輸(或者在電路交換域的情況下，完成呼叫)，則UE進(jìn)行至步驟922，在步驟922中，UE發(fā)送信令連接釋放指示，在該指示中，信令釋放指示原因字段已被添加并包括UE請求了空閑轉(zhuǎn)移或簡單地向PS會話指示結(jié)束的事實。從步驟920，如果未完成數(shù)據(jù)，則UE循環(huán)回來并在步驟912中繼續(xù)檢驗是否存在異常條件以及在步驟920中繼續(xù)檢驗是否完成數(shù)據(jù)。一旦在步驟914或步驟922中發(fā)送信令連接釋放指示，該過程就進(jìn)行至步驟930并結(jié)束。UE包括功能元件，可由例如通過UE微處理器的操作而執(zhí)行的應(yīng)用或算法來實現(xiàn)，或者由硬件實現(xiàn)方式來實現(xiàn)，該功能元件形成檢驗器和轉(zhuǎn)移指示發(fā)送器。檢驗器被配置為檢驗是否應(yīng)當(dāng)發(fā)送轉(zhuǎn)移指示。并且，轉(zhuǎn)移指示發(fā)送器被配置為響應(yīng)于檢驗器的應(yīng)當(dāng)發(fā)送轉(zhuǎn)移指示的指示，發(fā)送轉(zhuǎn)移指示。該轉(zhuǎn)移指示可以包括轉(zhuǎn)移指示原因字段。在一個實施方式中，取而代之地，隱式地使網(wǎng)絡(luò)知道定時器的超時，并且UE不需要發(fā)送用于指示定時器的超時的原因值。即，在網(wǎng)絡(luò)授權(quán)時，定時器開始定時。定義了原因碼，并且網(wǎng)絡(luò)將原因碼提供給UE。UE使用這種原因碼來啟動定時器。由于網(wǎng)絡(luò)更早發(fā)送的原因碼使定時器開始定時，因此網(wǎng)絡(luò)隱式地知道定時器的隨后超時的原因。因此，UE不需要發(fā)送用于指示定時器的超時的原因值。如圖9以及以上描述所建議的，原因可被包括進(jìn)來，并與轉(zhuǎn)移指示(例如信令連接釋放指示)一起發(fā)送以指示：1.)異常條件以及2.)正常條件(不是異常條件，例如針對PS數(shù)據(jù)會話結(jié)束和/或向空閑模式的轉(zhuǎn)移的請求)。因此，在各個實施方式中，UE處的操作提供將原因添加至轉(zhuǎn)移指示以指示異常條件，或者備選地指示對空閑轉(zhuǎn)移或PS數(shù)據(jù)會話結(jié)束的請求(即正常操作)的偏好。當(dāng)然，這種操作也包括以下UE操作：其中僅當(dāng)要進(jìn)行對異常條件的指示時才向轉(zhuǎn)移指示添加原因。并且，相反，這種操作還包括以下UE操作：其中向轉(zhuǎn)移指示添加原因以僅指示正常(即非異常)操作和交易。即，參照圖9，在這樣的備選操作中，如果在步驟912存在異常條件，則取“是”分支到步驟914，而如果不存在異常條件，則UE直接進(jìn)行至結(jié)束步驟930。相反，在另一個這樣的備選操作中，在開始步驟912之后直接取路徑到數(shù)據(jù)完成步驟920。如果完成數(shù)據(jù)，則取“是”分支到步驟920，此后到步驟930。如果在步驟920未完成數(shù)據(jù)，則取“否”分支回到相同步驟，即步驟920。參照圖10，當(dāng)在步驟1010中網(wǎng)絡(luò)元件接收到轉(zhuǎn)移指示(例如如圖所示的信令連接釋放指示)時，在步驟1014中網(wǎng)絡(luò)元件檢查轉(zhuǎn)移指示原因字段(如果存在的話)，并在步驟1016中檢驗原因是否是異常原因或者是否由于UE請求空閑轉(zhuǎn)移和/或PS數(shù)據(jù)會話結(jié)束。如果在步驟1016中信令連接釋放指示具有異常原因，則網(wǎng)絡(luò)節(jié)點進(jìn)行至步驟1020，在步驟1020中，可以記錄警報以用于性能監(jiān)視和警報監(jiān)視的目的。可以恰當(dāng)?shù)馗玛P(guān)鍵性能指示符。相反，如果在步驟1016中轉(zhuǎn)移指示的原因(例如信令連接釋放指示)不是異常條件的結(jié)果，或者換言之，轉(zhuǎn)移指示的原因是UE請求PS數(shù)據(jù)會話結(jié)束或空閑轉(zhuǎn)移的結(jié)果，則網(wǎng)絡(luò)節(jié)點進(jìn)行至步驟1030，在步驟1030中，不發(fā)出警報并可以從性能統(tǒng)計數(shù)據(jù)中過濾掉該指示，從而防止性能統(tǒng)計數(shù)據(jù)傾斜(skewed)。從步驟1020或步驟1030，網(wǎng)絡(luò)節(jié)點進(jìn)行至步驟1040，在步驟1040中，該過程結(jié)束。轉(zhuǎn)移指示的接收和檢查可以導(dǎo)致網(wǎng)絡(luò)元件發(fā)起分組交換數(shù)據(jù)連接終止或者備選地轉(zhuǎn)移至另一個更適合的狀態(tài)，例如CELL_FACH、CELL_PCH、URA_PCH或IDLE_MODE。如上所述，在一些實施方式中，轉(zhuǎn)移指示中原因的缺失還可以用于確定轉(zhuǎn)移指示是正常條件還是異常條件的結(jié)果以及是否必須發(fā)出警報。例如，如果添加原因以僅表示正常條件(即非異常，例如針對PS數(shù)據(jù)會話結(jié)束和/或向空閑模式的轉(zhuǎn)移的請求)，并且網(wǎng)絡(luò)元件接收到未添加原因的轉(zhuǎn)移指示，則網(wǎng)絡(luò)元件可以從原因的缺失推斷出轉(zhuǎn)移指示是異常條件的結(jié)果并可選地發(fā)出警報。相反，在另一個示例中，如果添加原因以僅表示異常條件，并且網(wǎng)絡(luò)元件接收到不具有原因的轉(zhuǎn)移指示，則網(wǎng)絡(luò)元件可以從原因的缺失推斷出轉(zhuǎn)移指示是正常條件(例如針對PS數(shù)據(jù)會話結(jié)束和/或向空閑模式的轉(zhuǎn)移的請求)的結(jié)果并不發(fā)出警報。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，步驟1020可以用于在各種警報條件之間進(jìn)一步區(qū)分。例如，T3310超時可以用于保持第一統(tǒng)計數(shù)據(jù)集合，T3330超時可以用于保持第二統(tǒng)計數(shù)據(jù)集合。步驟1020可以在異常條件的原因之間進(jìn)行區(qū)分，從而允許網(wǎng)絡(luò)運營商更有效率地跟蹤性能。網(wǎng)絡(luò)包括功能元件，可由例如通過處理器的操作而執(zhí)行的應(yīng)用或算法來實現(xiàn)，或者可由硬件實現(xiàn)方式來實現(xiàn)，該功能元件形成檢查器和警報產(chǎn)生器。檢查器被配置為檢查轉(zhuǎn)移指示的轉(zhuǎn)移指示原因字段。檢查器檢驗轉(zhuǎn)移指示原因字段是否指示異常條件。警報產(chǎn)生器被配置為在檢查器的檢查確定了信令連接釋放指示原因字段指示異常條件的情況下可選擇地產(chǎn)生警報。在一個實施方式中，當(dāng)接收到信令連接釋放指示時，UTRAN轉(zhuǎn)發(fā)接收到的原因并從上層請求釋放信令連接。然后，上層能夠發(fā)起信令連接的釋放。IE信令釋放指示原因指示UE的上層原因，以觸發(fā)UE的RRC發(fā)送消息。該原因可能是異常上層過程的結(jié)果。通過對IE的成功接收來確保對消息的原因的區(qū)分?？赡艿膱鼍鞍ㄒ韵聢鼍埃浩渲校赗LC確認(rèn)成功傳送了信令連接釋放指示消息之前，在信令無線承載RB2上RLC實體的發(fā)送側(cè)發(fā)生重新建立。在這種發(fā)生的情況下，UE使用信令無線承載RB2上的AMRLC在例如上行鏈路DCCH上重傳信令連接釋放指示消息。在RLC確認(rèn)成功傳送了信令連接釋放指示或請求消息之前發(fā)生來自UTRAN過程的RAT(無線接入技術(shù))間切換的情況下，當(dāng)處于新的RAT中時，UE中止信令連接。在另一實施例中，不利用“信令連接釋放指示”或請求，而是可以利用“數(shù)據(jù)傳輸完成指示”。與上面圖9和10所述的功能類似的功能可以適用于該數(shù)據(jù)傳輸完成指示。在一個實施例中，UE使用該數(shù)據(jù)傳輸完成指示來向UTRAN通知UE已經(jīng)確定不存在正在進(jìn)行的CS域數(shù)據(jù)傳輸，并且UE已經(jīng)完成其PS數(shù)據(jù)傳輸。例如，使用AMRLC在DCCH上從UE向UTRAN發(fā)送這樣的消息。下面示出了示例消息。10.2.x數(shù)據(jù)傳輸完成指示UE使用該消息來向UTRAN通知UE已經(jīng)確定不存在正在進(jìn)行的CS域數(shù)據(jù)傳輸，并且UE已經(jīng)完成其PS數(shù)據(jù)傳輸。RLC-SAP：AM邏輯信道：DCCH方向：UE→UTRAN數(shù)據(jù)傳輸完成指示現(xiàn)在參照圖20。圖20示出了實施例，在該實施例中，從UE向UTRAN發(fā)送轉(zhuǎn)移指示或請求(例如信令連接釋放指示或數(shù)據(jù)傳輸完成指示)。該過程開始于步驟2010并進(jìn)行至步驟2012，在步驟2012中，在UE上檢驗以確定UE處的條件是否適于發(fā)送轉(zhuǎn)移指示消息。在本公開中以下參照例如圖11來描述這種條件，并且這種條件可以包括UE上的一個或多個應(yīng)用確定它們完成數(shù)據(jù)交換。這種條件還可以包括：如果定時器T3xx正在運行，則在一定的持續(xù)時間內(nèi)等待定時器T3xx到期。在另一個且備選的實施例中，該條件可以包括：如果定時器T3xx被設(shè)置為無窮大，則阻止發(fā)送轉(zhuǎn)移指示。應(yīng)當(dāng)理解，T3xx可以包括多個離散值，其中之一表示無窮大值。如果在步驟2012中該條件不適于發(fā)送轉(zhuǎn)移指示或請求消息，則該過程自身循環(huán)并繼續(xù)監(jiān)視直到條件適于發(fā)送轉(zhuǎn)移指示或請求消息為止。一旦條件適合，該過程就進(jìn)行至步驟2020，在步驟2020中，向UTRAN發(fā)送轉(zhuǎn)移指示。在上表中示出了示例指示。然后，該過程進(jìn)行至步驟2022，在步驟2022中，進(jìn)行檢驗以確定轉(zhuǎn)移指示是否成功。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，這可能意味著UTRAN已經(jīng)成功地接收到轉(zhuǎn)移指示并已經(jīng)發(fā)起了狀態(tài)轉(zhuǎn)移。如果是，則該過程進(jìn)行至步驟2030并結(jié)束。相反，如果在步驟2022中確定了轉(zhuǎn)移指示沒有成功，則該過程進(jìn)行至步驟2024并等待一段時間。可以使用“禁止持續(xù)時間”(例如T3xx)來實現(xiàn)這種等待，這將不允許移動在經(jīng)過給定持續(xù)時間之前發(fā)送另一個轉(zhuǎn)移指示消息。備選地，該過程可以限制給定時間段內(nèi)轉(zhuǎn)移指示消息的數(shù)目(例如10分鐘內(nèi)不超過15條消息)。禁止持續(xù)時間和限制給定時間段內(nèi)消息數(shù)目的組合也是可能的。該持續(xù)時間可以是預(yù)定的，例如在標(biāo)準(zhǔn)中定義的值，可以由網(wǎng)絡(luò)元件設(shè)置，例如作為RRC連接請求、RRC連接建立消息、RRC連接釋放、無線承載建立、系統(tǒng)信息廣播消息、系統(tǒng)信息塊消息、活動集合更新(ACTIVESETUPDATE)、小區(qū)更新確認(rèn)(CELLUPDATECONFIRM)、UTRAN移動性信息消息、切換至UTRAN命令、物理信道重配置消息、無線承載重配置消息、無線承載釋放消息、傳輸信道重配置消息、或者任何請求、配置或重配置消息的一部分。此外，可以基于轉(zhuǎn)移指示消息內(nèi)的參數(shù)來設(shè)置該持續(xù)時間。從而，如果UE正在請求轉(zhuǎn)移至Cell_PCH而不是空閑，則該持續(xù)時間可以更長。網(wǎng)絡(luò)元件發(fā)信號通知或發(fā)送持續(xù)時間可以采用信息元素的形式。如本文所使用的，發(fā)信號通知或發(fā)送可以包括直接向UE發(fā)送信息或者廣播該信息。類似地，在UE處的接收可以包括直接接收或讀取廣播信道。一個示例信息元素包括：禁止轉(zhuǎn)移指示在一個實施例中將T3xx的值定義為：T3xx定義在一個實施例中，可以在現(xiàn)有UMTS信息元素“處于已連接模式的UE定時器和常量”中包括T3xx。因此，可以通過在系統(tǒng)信息塊類型1中包括來在小區(qū)中廣播T3xx。在備選實施例中，還可以使用其他系統(tǒng)信息消息(例如SIB3或SIB4)來發(fā)信號通知定時器值，或者備選地或附加地利用專用UTRAN移動性信息消息來發(fā)信號通知定時器值。如上表中所指示的，T3xx值可以在集合值之間改變，并可以包括零值或無窮大值。零值用于指示不需要發(fā)生禁止。無窮大值指示從不應(yīng)當(dāng)發(fā)送轉(zhuǎn)移指示消息。在一個移動性實施例中，每當(dāng)轉(zhuǎn)移至新的網(wǎng)絡(luò)或小區(qū)時，UE都重置T3xx值。在本示例中，將該值設(shè)置為無窮大。這確保了如果轉(zhuǎn)移消息或無線承載消息不包含禁止定時器，則缺省地，UE將不發(fā)送轉(zhuǎn)移指示消息。因此，例如，如果轉(zhuǎn)移或無線承載消息不包含“禁止轉(zhuǎn)移指示”，則將定時器的值設(shè)置為無窮大，否則在指示中接收到的定時器的值替換任何先前存儲的值。在另一個備選實施例中，如下定義T3xx的值。對定時器T3xx的包括是可選的，從而確保了如果不包括，則UE不必須支持配置或使用該定時器：備選的T3xx定義因此，在小區(qū)中接收禁止定時器是向UE指示小區(qū)意識到對轉(zhuǎn)移指示消息的使用。如果由于確定了在延長的持續(xù)時間內(nèi)沒有更多PS域數(shù)據(jù)而導(dǎo)致由RRC或上層發(fā)起，則UE可以確定使用原因值來發(fā)信號通知轉(zhuǎn)移指示。當(dāng)網(wǎng)絡(luò)接收到具有該原因值的轉(zhuǎn)移指示消息(不論是什么形式的，如本文檔中捕獲的)時，網(wǎng)絡(luò)可以確定向UE發(fā)信號通知向更有效利用電池的RRC狀態(tài)的狀態(tài)轉(zhuǎn)移改變。反之，在備選實施例中，當(dāng)在小區(qū)中沒有接收或讀取到禁止定時器時，UE可以確定發(fā)送轉(zhuǎn)移指示消息的原因不被UTRAN支持。在這種情況下，UE可以確定不配置T3xx的值，并且也不與發(fā)送或禁止發(fā)送轉(zhuǎn)移指示消息相關(guān)地使用T3xx。如果UE確定了省略禁止定時器，則基于更高層確定其不具有更多PS數(shù)據(jù)要發(fā)送，UE可以從轉(zhuǎn)移指示消息中省略原因值并僅發(fā)送轉(zhuǎn)移指示消息。在備選實施例中，當(dāng)UE確定了省略禁止定時器時，基于更高層確定其不具有更多PS數(shù)據(jù)要發(fā)送，UE將不發(fā)起轉(zhuǎn)移指示。在所描述的行為的一個實施例中，轉(zhuǎn)移指示消息是信令連接釋放指示消息。因此，在第一備選實施例中，在小區(qū)中接收禁止定時器是指示小區(qū)意識到對轉(zhuǎn)移指示消息的使用。在當(dāng)沒有將T3xx設(shè)置為無窮大值時允許發(fā)送該消息的情況下，當(dāng)網(wǎng)絡(luò)接收到轉(zhuǎn)移指示時，網(wǎng)絡(luò)可以確定向UE發(fā)信號通知向更有效利用電池的RRC狀態(tài)(例如CELL_FACH、CELL_PCH、URA_PCH或IDLE_MODE)的狀態(tài)轉(zhuǎn)移。在利用3GPPTSG-RAN225.331標(biāo)準(zhǔn)的具體示例中，向下面標(biāo)識的章節(jié)添加以下禁止轉(zhuǎn)移指示：禁止轉(zhuǎn)移指示向下列章節(jié)添加該禁止轉(zhuǎn)移指示：10.2.48.8.6系統(tǒng)信息塊類型3；10.2.48.8.7系統(tǒng)信息塊類型4；10.2.1活動集合更新；10.2.8小區(qū)更新確認(rèn)；10.2.16a切換至UTRAN命令；10.2.22物理信道重配置；10.2.27無線承載重配置；10.2.30無線承載釋放；10.2.33無線承載建立；10.2.40RRC連接建立；10.2.50傳輸信道重配置；除了消息10.2.48.8.6系統(tǒng)信息塊類型3和10.2.48.8.7系統(tǒng)信息塊類型4以外，上述消息也都是移動性信息消息的示例。以上涵蓋了連接和系統(tǒng)操作，以及各個小區(qū)之間的轉(zhuǎn)移，確保了如果該小區(qū)支持轉(zhuǎn)移指示消息，則UE具有禁止定時器。例如，如果被第三代網(wǎng)絡(luò)的目標(biāo)小區(qū)支持，則切換至UTRAN命令確保了從另一無線接入技術(shù)(例如第二代網(wǎng)絡(luò))至第三代網(wǎng)絡(luò)的轉(zhuǎn)移將提供禁止定時器值。具體參照圖21，如作為“開始”的參考標(biāo)號2110所示，作為前提或者在UE的其他操作期間，小區(qū)之間的轉(zhuǎn)移已經(jīng)發(fā)生。該過程進(jìn)行至框2112，在框2112中接收配置消息。這可以是上面標(biāo)識的消息中的任一個，并同時包括移動性和非移動性消息。然后，該過程進(jìn)行至框2114，在框2114中，進(jìn)行檢驗以查看該配置消息是否包括禁止定時器值。如果否，則該過程進(jìn)行至框2120，在框2120中將禁止定時器值設(shè)置為無窮大。相反，從框2114，如果確定了配置消息確實包括禁止定時器值，則該過程進(jìn)行至框2130。在框2130中，將禁止定時器值存儲在UE上，以替代禁止定時器的先前值。然后，該過程進(jìn)行至框2140并結(jié)束。應(yīng)當(dāng)理解，在一個實施例中，每當(dāng)網(wǎng)絡(luò)或小區(qū)中發(fā)生改變時，或者每當(dāng)需要發(fā)送轉(zhuǎn)移指示時，都調(diào)用圖21的過程。一旦在步驟2024中該過程已經(jīng)等待了預(yù)定時間，該過程就回到步驟2012，以確定是否仍然存在發(fā)送轉(zhuǎn)移指示的條件。如果是，則該過程循環(huán)回到步驟2020和2022?；谝陨蟽?nèi)容，可以在各個實施例中提供禁止定時器值。在第一實施例中，可以僅使用RRC連接建立消息來提供禁止定時器值，以傳送禁止定時器值。在第二實施例中，可以使用系統(tǒng)信息來傳送禁止定時器值。在第三實施例中，可以同時利用RRC連接建立和系統(tǒng)信息消息來發(fā)送禁止定時器值，以確保處于空閑模式和Cell_PCH/Cell_FACH以及DCH狀態(tài)的UE具有最新的信息。在第四實施例中，可以如在第三實施例中那樣發(fā)送禁止定時器值，此外還在無線承載建立中發(fā)送禁止定時器值，使得當(dāng)建立不具有無線承載的PDP上下文時，當(dāng)隨后建立無線承載以發(fā)送數(shù)據(jù)消息時，可以在該時刻傳送禁止定時器值。在第五實施例中，可以將第四實施例與如上所述的所有移動性相關(guān)消息相結(jié)合，這些移動性相關(guān)消息包括重配置、小區(qū)更新確認(rèn)和切換至UTRAN命令，以傳送禁止定時器值。在第一至第四實施例中，在移動性期間，UE維持其當(dāng)前存儲的禁止定時器值。如上所示，在將禁止定時器設(shè)置為無窮大的一些情況下，這可能意味著UE必須等待網(wǎng)絡(luò)定時器到期并等待網(wǎng)絡(luò)將UE移動至RRC狀態(tài)，在該狀態(tài)中UE可以接收或確定禁止定時器的新值。在切換之前禁止定時器是除了無窮大以外的某個值的其他情況下，繼續(xù)使用該其他值，直到UE能夠?qū)⒍〞r器值更新為在新小區(qū)中指示的定時器值為止。對于第五實施例來說，利用過程圖21來確保在移動性期間更新禁止定時器值，并確保不會不必要地從UE發(fā)送轉(zhuǎn)移指示消息。在RLC重新建立或者RAT間改變時可能發(fā)生例外。如果在RLC已經(jīng)確認(rèn)成功傳送了轉(zhuǎn)移指示消息之前對RLC實體的發(fā)送側(cè)進(jìn)行重新建立，則在一個實施例中，UE使用AMRLC在上行鏈路DCCH上重傳轉(zhuǎn)移指示消息。在一個實施例中，如果在RLC已經(jīng)確認(rèn)成功傳送了轉(zhuǎn)移指示消息之前發(fā)生來自UTRAN過程的RAT間切換，則當(dāng)在新的RAT中時，UE中止信令連接。在網(wǎng)絡(luò)側(cè)，與下面參照圖18所述的方式類似地處理該過程。再一次參照圖1，在一些情況下，與空閑模式110相比，可能更希望處于已連接模式120中的諸如URA_PCH狀態(tài)128之類的狀態(tài)。例如，如果需要對CELL_DCH狀態(tài)122或CELL_FACH狀態(tài)124的連接的延遲更低，則優(yōu)選地處于已連接模式120PCH狀態(tài)。存在多種方式來完成這一點，例如通過修改標(biāo)準(zhǔn)以允許UE請求UTRAN將該UE移動至特定狀態(tài)(例如在這種情況下，URA_PCH狀態(tài)128)。備選地，連接管理器可以考慮其他因素，例如RRC連接當(dāng)前處于何種狀態(tài)。如果例如RRC連接處于URA_PCH狀態(tài)，則可以決定不必要移動至空閑模式110，從而不發(fā)起信令連接釋放過程。在另一備選方案中，網(wǎng)絡(luò)元件(例如UTRAN)自身可以考慮其他因素，例如RRC連接當(dāng)前處于何種狀態(tài)，并且如果例如RRC連接處于URA_PCH狀態(tài)，則可以決定不必要移動至空閑模式110，而是簡單地將UE轉(zhuǎn)移至更適合的狀態(tài)而不是釋放該連接。參照圖4，圖4A示出了根據(jù)上述基礎(chǔ)架構(gòu)“四”示例的當(dāng)前UMTS實施方式。如圖4所示，時間是在水平軸上。UE在RRC空閑狀態(tài)110中開始，并基于需要發(fā)送的本地或移動產(chǎn)生的數(shù)據(jù)或者從UTRAN接收的尋呼，開始建立RRC連接。如圖4A所示，首先進(jìn)行RRC連接建立310，并且RRC狀態(tài)在此時處于連接狀態(tài)410。接下來，進(jìn)行信令連接建立312、加密和完整性建立314以及無線承載建立316。在這些過程期間，RRC狀態(tài)是CELL_DCH狀態(tài)122。如圖4A所示，在本示例中，從RRC空閑移動至建立無線承載的時刻所經(jīng)過的時間大約是兩秒。接下來，交換數(shù)據(jù)。在圖4A的示例中，這在大約二到四秒中實現(xiàn)并由步驟420來示出。在步驟420中交換了數(shù)據(jù)之后，不交換除了所需要的間斷RLC信令PDU以外的數(shù)據(jù)，從而在大約十秒之后，無線資源被網(wǎng)絡(luò)重新配置為移動至更低數(shù)據(jù)速率DCH配置。這在步驟422和424中示出。在更低數(shù)據(jù)速率DCH配置中，大約十七秒鐘沒有接收到任何東西，此時，在步驟428中網(wǎng)絡(luò)釋放RRC連接。一旦在步驟428中發(fā)起RRC連接釋放，RRC狀態(tài)就進(jìn)入斷開狀態(tài)430大約四十毫秒，此后，UE處于RRC空閑狀態(tài)110。同樣如圖4A所示，示出了在RRC處于CELL_DCH狀態(tài)122的時間段內(nèi)UE電流消耗?？梢?，在CELL_DCH狀態(tài)的整個持續(xù)時間內(nèi)，電流消耗大約是200到300毫安。在斷開和空閑期間利用大約3毫安，假定DRX周期是1.28秒。然而，35秒的200到300毫安的電流消耗將使電池耗盡?，F(xiàn)在參照圖4B。圖4B利用了上述相同示例基礎(chǔ)結(jié)構(gòu)“四”，現(xiàn)在僅實現(xiàn)信令連接釋放。如圖4B所示，進(jìn)行相同的建立步驟310、312、314和316，并且當(dāng)在RRC空閑狀態(tài)110和RRCCELL_DCH狀態(tài)122之間移動時，這花費相同的時間量。此外，在圖4B也進(jìn)行圖4A的步驟420處的示例電子郵件的RRC數(shù)據(jù)PDU交換，并且這大約花費二到四秒。圖4B的示例中的UE具有應(yīng)用專用不活動超時，在圖4B的示例中，該應(yīng)用專用不活動超時是兩秒并由步驟440來示出。在連接管理器已經(jīng)確定存在特定時間量的不活動之后，UE發(fā)送轉(zhuǎn)移指示，在這種情況下，該轉(zhuǎn)移指示是步驟442和步驟448中的信令連接釋放指示，基于接收到該指示并且基于用于該UE的無線資源簡檔，網(wǎng)絡(luò)繼續(xù)進(jìn)行釋放RRC連接。如圖4B所示，CELL_DCH步驟122期間的電流消耗仍然是大約200到300毫安。然而，連接時間僅為大約八秒。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，移動停留在小區(qū)DCH狀態(tài)122中的顯著更短的時間量導(dǎo)致UE設(shè)備的顯著的電池節(jié)約?，F(xiàn)在參照圖5。圖5示出了使用以上示為基礎(chǔ)結(jié)構(gòu)“三”的基礎(chǔ)結(jié)構(gòu)的第二示例。如圖4A和4B那樣，進(jìn)行連接建立，這花費大約兩秒。這需要RRC連接建立310、信令連接建立312、加密和完整性建立314以及無線承載建立316。在該建立期間，UE從RRC空閑模式110移動至CELL_DCH狀態(tài)122中，其中經(jīng)過兩者之間的RRC狀態(tài)連接步驟410。如圖4A那樣，在圖5A中，在步驟420進(jìn)行RLC數(shù)據(jù)PDU交換，并且在圖5A的示例中花費二到四秒。根據(jù)基礎(chǔ)結(jié)構(gòu)“三”，RLC信令PDU交換不接收除了所需要的間斷的RLC信令PDU以外的數(shù)據(jù)，從而在步驟422中空閑五秒的時段，此時，無線資源將UE重新配置為從CELL_DCH狀態(tài)122移動至CELL_FACH狀態(tài)124。這在步驟450中進(jìn)行。在CELL_FACH狀態(tài)124中，RLC信令PDU交換發(fā)現(xiàn)在預(yù)定時間量(在這種情況下，三十秒)內(nèi)不存在除了所需要的間斷的RLC信令PDU以外的數(shù)據(jù)，此時，在步驟428中由網(wǎng)絡(luò)執(zhí)行RRC連接釋放。如圖5A所示，這將RRC狀態(tài)移動至空閑模式110。如圖5A進(jìn)一步示出，DCH模式期間的電流消耗處于200和300毫安之間。當(dāng)移動至CELL_FACH狀態(tài)124中時，電流消耗降低至大約120至180毫安。在釋放了RRC連接器并且RRC移動至空閑模式110之后，功率消耗大約是3毫安。在圖5A的示例中，作為CELL_DCH狀態(tài)122或CELL_FACH狀態(tài)124的UTRARRC已連接模式狀態(tài)持續(xù)大約四十秒?，F(xiàn)在參照圖5B。圖5B示出了與圖5A相同的基礎(chǔ)結(jié)構(gòu)“三”，其具有相同的大約兩秒的連接時間，以得到RRC連接建立310、信令連接建立312、加密完整性建立314和無線承載建立316。此外，RLC數(shù)據(jù)PDU交換420花費大約二到四秒。如圖4B那樣，在步驟440中，UE應(yīng)用檢測特定的不活動超時，此時，UE發(fā)送轉(zhuǎn)移指示(例如信令連接釋放指示442)，并且作為結(jié)果，在步驟448中網(wǎng)絡(luò)釋放RRC連接。如在圖5B中進(jìn)一步可見，RRC在空閑模式110中開始，移動至CELL_DCH狀態(tài)122而不進(jìn)入CELL_FACH狀態(tài)。如在圖5B中進(jìn)一步可見，在RRC階段處于CELL_DCH狀態(tài)122的時間內(nèi)電流消耗是大約200到300毫安，根據(jù)圖5的示例，該時間是大約八秒。因此，圖4A和4B與圖5A和5B之間的比較示出了顯著的電流消耗量被消除，從而擴(kuò)展了UE的電池壽命。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，還可以在當(dāng)前3GPP規(guī)范的上下文中使用上述內(nèi)容?，F(xiàn)在參照圖6。圖6示出了UMTS網(wǎng)絡(luò)的協(xié)議棧。如圖6所示，UMTS包括CS控制平面610、PS控制平面611以及PS用戶平面630。在這三個平面內(nèi)，存在非接入層(NAS)部分614和接入層部分616。CS控制平面610中的NAS部分614包括呼叫控制(CC)618、補(bǔ)充服務(wù)(SS)620以及短消息服務(wù)(SMS)622。PS控制平面611中的NAS部分614同時包括移動性管理(MM)和GPRS移動性管理(GMM)626。其還包括會話管理/無線接入承載管理SM/RABM624以及GSMS628。CC618提供電路交換服務(wù)的呼叫管理信令。SM/RABM624的會話管理部分提供PDP上下文激活、去激活以及修改。SM/RABM624還提供服務(wù)質(zhì)量協(xié)商。SM/RABM624的RABM部分的主要功能是將PDP上下文與無線接入承載相連接。因此，SM/RABM624負(fù)責(zé)無線資源的建立、修改和釋放。接入層616中的CS控制平面610和PS控制平面611位于無線資源控制(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é)議(PDCP)632。PDCP632被設(shè)計為使WCDMA協(xié)議適于承載UE與RNC之間(如圖8所示)的TCP/IP協(xié)議，并可選地用于IP業(yè)務(wù)量流協(xié)議首部壓縮和解壓縮。UMTS無線鏈路控制(RLC)640和媒體接入控制(MAC)層650形成UMTS無線接口的數(shù)據(jù)鏈路子層，并駐留在RNC節(jié)點和用戶設(shè)備上。層1(L1)UMTS層(物理層660)處于RLC/MAC層640和650之下。該層是用于通信的物理層。盡管可以在多種移動或無線設(shè)備上實現(xiàn)上述內(nèi)容，但下面參照圖7來概述一個移動設(shè)備的示例。現(xiàn)在參照圖7。優(yōu)選地，UE700是具有至少語音和數(shù)據(jù)通信能力的雙向無線通信設(shè)備。優(yōu)選地，移動設(shè)備700具有在因特網(wǎng)上與其他計算機(jī)系統(tǒng)進(jìn)行通信的能力。依賴于所提供的精確功能，無線設(shè)備可以被稱作例如數(shù)據(jù)消息收發(fā)設(shè)備、雙向?qū)ず魴C(jī)、無線電子郵件設(shè)備、具有數(shù)據(jù)消息收發(fā)能力的蜂窩電話、無線因特網(wǎng)裝置或數(shù)據(jù)通信設(shè)備。在針對雙向通信啟用UE700時，UE700將并入通信子系統(tǒng)711，移動子系統(tǒng)711包括：接收機(jī)712和發(fā)射機(jī)714以及關(guān)聯(lián)的組件，例如，一個或多個優(yōu)選地嵌入的或內(nèi)部的天線元件716和718、本地振蕩器(LOs)713和諸如數(shù)字信號處理器(DSP)720之類的處理模塊。對于通信領(lǐng)域的技術(shù)人員來說顯而易見，通信子系統(tǒng)711的具體設(shè)計將依賴于設(shè)備預(yù)期操作于其中的通信網(wǎng)絡(luò)。例如，UE700可以包括被設(shè)計為在GPRS網(wǎng)絡(luò)或UMTS網(wǎng)絡(luò)內(nèi)進(jìn)行操作的通信子系統(tǒng)711。網(wǎng)絡(luò)接入需求也將隨網(wǎng)絡(luò)719的類型而變化。例如，在UMTS和GPRS網(wǎng)絡(luò)中，網(wǎng)絡(luò)接入與UE700的訂戶或用戶相關(guān)聯(lián)。因此，例如，為了操作于GPRS網(wǎng)絡(luò)上，GPRS移動設(shè)備需要訂戶識別模塊(SIM)卡。在UMTS中，需要USIM或SIM模塊。在CDMA中，需要RUIM卡或模塊。本文中將這些稱作UIM接口。在沒有有效UIM接口的情況下，移動設(shè)備可能不是完全功能性的。本地的或非網(wǎng)絡(luò)的通信功能以及合法需要的功能(如果有的話)(例如緊急呼叫)可能是可用的，但是移動設(shè)備700將不能執(zhí)行任何涉及在網(wǎng)絡(luò)700上通信的其他功能。UIM接口744通常與可以像磁盤或PCMCIA卡一樣將卡插入和彈出的卡槽類似。UIM卡可以具有大約64K內(nèi)存，并擁有許多關(guān)鍵配置751以及諸如標(biāo)識和訂戶相關(guān)信息等其他信息753。當(dāng)完成了所需的網(wǎng)絡(luò)注冊或激活過程時，UE700可以在網(wǎng)絡(luò)719上發(fā)送和接收通信信號。天線716通過通信網(wǎng)絡(luò)719接收到的信號輸入至接收機(jī)712，接收機(jī)712可以執(zhí)行如下常見接收機(jī)功能：信號放大、頻率下轉(zhuǎn)換、濾波、信道選擇等，以及在圖7所示的示例系統(tǒng)中的模數(shù)(A/D)轉(zhuǎn)換。對接收到的信號的A/D轉(zhuǎn)換允許在DSP720中執(zhí)行更復(fù)雜的通信功能，例如，解調(diào)和解碼。采用類似的方式，DSP720對要發(fā)射的信號進(jìn)行處理(包括例如調(diào)制和編碼)，該信號輸入至發(fā)射機(jī)714以用于數(shù)模轉(zhuǎn)換、頻率上轉(zhuǎn)換、濾波、放大以及經(jīng)由天線718在通信網(wǎng)絡(luò)719上發(fā)射。DSP720不僅處理通信信號，還提供接收機(jī)和發(fā)射機(jī)控制。例如，可以通過在DSP720中實現(xiàn)的自動增益控制算法，來自適應(yīng)地控制在接收機(jī)712和發(fā)射機(jī)714中應(yīng)用于通信信號的增益。網(wǎng)絡(luò)719還可以與多個系統(tǒng)通信，包括服務(wù)器760和其他元件(未示出)。例如，網(wǎng)絡(luò)719可以同時與企業(yè)系統(tǒng)和網(wǎng)頁客戶端系統(tǒng)進(jìn)行通信，以適應(yīng)具有各個服務(wù)級別的各個客戶端。優(yōu)選地，UE700包括微處理器738，微處理器738控制設(shè)備的總體操作。通過通信子系統(tǒng)711來執(zhí)行包括至少數(shù)據(jù)通信在內(nèi)的通信功能。微處理器738還與另外的設(shè)備子系統(tǒng)進(jìn)行交互，另外的設(shè)備子系統(tǒng)例如是：顯示器722、閃存724、隨機(jī)存取存儲器(RAM)726、輔助輸入/輸出(I/O)子系統(tǒng)728、串行端口730、鍵盤732、揚(yáng)聲器734、麥克風(fēng)736、短距離通信子系統(tǒng)740、以及總體指定為742的任何其他設(shè)備子系統(tǒng)。圖7所示的子系統(tǒng)中的一些執(zhí)行與通信相關(guān)功能，而其他子系統(tǒng)可以提供“駐留”功能或設(shè)備上功能。特別地，諸如鍵盤732和顯示器722之類的一些子系統(tǒng)可以例如用于通信相關(guān)功能(例如，輸入文本消息以用于在通信網(wǎng)絡(luò)上發(fā)送)和設(shè)備駐留功能(例如，計算器或任務(wù)列表)。優(yōu)選地，微處理器738所使用的操作系統(tǒng)軟件被存儲在諸如閃存724之類的永久性存儲器中，該永久性存儲器可以替換為只讀存儲器(ROM)或類似的存儲元件(未示出)。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，可以將操作系統(tǒng)、專用設(shè)備應(yīng)用程序、或其部件臨時加載至諸如RAM726之類的易失性存儲器中。接收到的通信信號也可以被存儲在RAM726中。此外，優(yōu)選地，唯一標(biāo)識符也存儲在只讀存儲器中。如圖所示，閃存724可以被分離為不同的區(qū)域，以用于計算機(jī)程序758和程序數(shù)據(jù)存儲器750、752、754和756。這些不同的存儲類型指示了每個程序可以針對其自身的數(shù)據(jù)存儲需求來分配閃存724的一部分。微處理器738除了執(zhí)行其操作系統(tǒng)功能外，還優(yōu)選地執(zhí)行移動設(shè)備上的軟件應(yīng)用程序。在制造期間，在UE700上通常將安裝控制基本操作的預(yù)定應(yīng)用程序集，例如包括至少數(shù)據(jù)和語音通信應(yīng)用程序。優(yōu)選的軟件應(yīng)用程序可以是：個人信息管理器(PIM)應(yīng)用程序，其具有組織和管理與移動設(shè)備用戶有關(guān)的數(shù)據(jù)項目的能力，該數(shù)據(jù)項目例如但不限于電子郵件、日歷事件、語音郵件、約會和任務(wù)項目。當(dāng)然，一個或多個存儲器可用于移動設(shè)備，以便于存儲PIM數(shù)據(jù)項目。這種PIM應(yīng)用程序可優(yōu)選地具有經(jīng)由無線網(wǎng)絡(luò)719發(fā)送和接收數(shù)據(jù)項目的能力。在優(yōu)選實施例中，經(jīng)由無線網(wǎng)絡(luò)719，將PIM數(shù)據(jù)項目同移動設(shè)備用戶的、所存儲的或與主機(jī)系統(tǒng)相關(guān)聯(lián)的對應(yīng)數(shù)據(jù)項目進(jìn)行無縫集成、同步和更新。還可以通過網(wǎng)絡(luò)719、輔助I/O子系統(tǒng)728、串行端口730、短距離通信子系統(tǒng)740或任何其他合適的子系統(tǒng)742，將另外的應(yīng)用程序加載至移動設(shè)備700上，并且，用戶可以將這些應(yīng)用程序安裝在RAM726中或優(yōu)選地安裝在非易失性存儲器(未示出)中，以由微處理器738執(zhí)行。應(yīng)用程序安裝的這種靈活性改進(jìn)了設(shè)備的功能，并可以提供增強(qiáng)的設(shè)備上功能、通信相關(guān)功能、或兩者都提供。例如，安全通信應(yīng)用程序可以實現(xiàn)電子商務(wù)功能以及使用UE700執(zhí)行的其他這樣的金融交易。然而，根據(jù)上述內(nèi)容，在許多情況下，這些應(yīng)用程序?qū)⑿枰玫竭\營商批準(zhǔn)。在數(shù)據(jù)通信模式下，通信子系統(tǒng)711將處理諸如文本消息或網(wǎng)頁下載等接收到的信號，接收到的信號輸入至微處理器738，優(yōu)選地，微處理器738進(jìn)一步處理接收到的信號以輸出至顯示器722，或備選地輸出至輔助I/O設(shè)備728。UE700的用戶還可以使用例如鍵盤732來編寫諸如電子郵件消息等數(shù)據(jù)項目，優(yōu)選地，鍵盤732是與顯示器722相結(jié)合并可能與輔助I/O設(shè)備728相結(jié)合的完整字母數(shù)字鍵盤或電話型鍵區(qū)。然后，可以通過通信子系統(tǒng)711在通信網(wǎng)絡(luò)上發(fā)送這種所編寫的項目。對于語音通信，UE700的總體操作是相似的，不同之處在于，接收到的信號可能優(yōu)選地輸出至揚(yáng)聲器734，并且要發(fā)送的信號可能由麥克風(fēng)736產(chǎn)生。還可以在UE700上實現(xiàn)諸如語音消息記錄子系統(tǒng)之類的備選語音或音頻I/O子系統(tǒng)。盡管主要通過揚(yáng)聲器734來優(yōu)選地實現(xiàn)語音或音頻信號輸出，但顯示器722也可以用于提供對例如主叫方身份、語音呼叫持續(xù)時間或其他與語音呼叫有關(guān)的信息的指示。通常可以在個人數(shù)字助理(PDA)型移動設(shè)備中實現(xiàn)圖7中的串行端口730，對于PDA型移動設(shè)備來說，可能希望與用戶的臺式計算機(jī)(未示出)的同步。這種端口730可能使用戶可以通過外部設(shè)備或軟件應(yīng)用程序來設(shè)置偏好，并可能除了通過無線通信網(wǎng)絡(luò)以外還通過向UE700提供信息或軟件下載，來擴(kuò)展移動設(shè)備700的能力。交替的下載路徑可以例如用于通過直接的、因而可靠且可信的連接，將加密密鑰加載至設(shè)備上，從而實現(xiàn)安全的設(shè)備通信。備選地，串行端口730可以用于其他通信，并可以包括通用串行總線(USB)端口。接口與串行端口730相關(guān)聯(lián)。如短距離通信子系統(tǒng)之類的其他通信子系統(tǒng)740是另一可選組件，該組件可以提供UE700與不同系統(tǒng)或設(shè)備(不必是相似的設(shè)備)之間的通信。例如，子系統(tǒng)740可以包括紅外設(shè)備、以及關(guān)聯(lián)電路和組件、或BluetoothTM通信模塊，以提供與以類似方式啟用的系統(tǒng)和設(shè)備的通信?，F(xiàn)在參照圖8。圖8是通信系統(tǒng)800的框圖，通信系統(tǒng)800包括通過無線通信網(wǎng)絡(luò)進(jìn)行通信的UE802。UE802與一個或多個NodeB806進(jìn)行無線通信。每一個NodeB806負(fù)責(zé)空中接口處理和一些無線資源管理功能。NodeB806提供與GSM/GPRS網(wǎng)絡(luò)中的基站收發(fā)器站類似的功能。圖8的通信系統(tǒng)800中所示的無線鏈路表示一個或多個不同信道(典型地，不同的射頻(RF)信道)以及在無線網(wǎng)絡(luò)和UE802之間使用的關(guān)聯(lián)協(xié)議。在UE802和NodeB806之間使用Uu空中接口804。典型地由于總體帶寬的限制以及UE802的有限電池功率，RF信道是必須節(jié)約的有限資源。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，依賴于所期望的總體網(wǎng)絡(luò)覆蓋距離，實際上的無線網(wǎng)絡(luò)可以包括上百個小區(qū)。所有相關(guān)組件可以由被多個網(wǎng)絡(luò)控制器控制的多個交換機(jī)和路由器(未示出)相連接。每一個NodeB806與無線網(wǎng)絡(luò)控制器(RNC)810通信。RNC810負(fù)責(zé)控制其區(qū)域中的無線資源。一個RNC810控制多個NodeB806。UMTS網(wǎng)絡(luò)中的RNC810提供與GSM/GPRS網(wǎng)絡(luò)中的基站控制器(BSC)等價的功能。然而，RNC810包括更多智能，包括例如在不涉及MSC和SGSN的情況下的自主切換管理。在NodeB806和RNC810之間使用的接口是Iub接口808。如在3GPPTS25.433V3.11.0(2002-09)和3GPPTS25.433V5.7.0(2004-01)中定義的，主要使用NBAP(NodeB應(yīng)用部分)信令協(xié)議。通用陸地?zé)o線接入網(wǎng)絡(luò)(UTRAN)820包括RNC810、NodeB806以及Uu空中接口804。將電路交換業(yè)務(wù)量路由至移動交換中心(MSC)830。MSC830是進(jìn)行呼叫并從訂戶或從PSTN(未示出)取得和接收數(shù)據(jù)的計算機(jī)。RNC810和MSC830之間的業(yè)務(wù)量使用Iu-CS接口828。Iu-CS接口828是用于(典型地)承載UTRAN820與核心語音網(wǎng)絡(luò)之間的語音業(yè)務(wù)量和信令的電路交換連接。所使用的主要信令協(xié)議是RANAP(無線接入網(wǎng)絡(luò)應(yīng)用部分)。在核心網(wǎng)絡(luò)821與UTRAN820之間的UMTS信令中使用RANAP協(xié)議，該核心網(wǎng)絡(luò)821可以是MSC830或SGSN850(下面更詳細(xì)地定義)。RANAP協(xié)議在3GPPTS25.413V3.11.1(2002-09)和TS25.413V5.7.0(2004-01)中定義。對于所有注冊至網(wǎng)絡(luò)運營商的UE802來說，在歸屬位置注冊中心(HLR)838中存儲永久性數(shù)據(jù)(例如UE802用戶的簡檔)以及臨時數(shù)據(jù)(例如UE802的當(dāng)前位置)。在對UE802進(jìn)行語音呼叫的情況下，詢問HLR838以確定UE802的當(dāng)前位置。MSC830的訪問者位置寄存器(VLR)836負(fù)責(zé)位置區(qū)域的組并存儲當(dāng)前處于其負(fù)責(zé)區(qū)域內(nèi)的那些移動站的數(shù)據(jù)。這包括已經(jīng)從HLR838發(fā)送至VLR836以更快速接入的永久移動站數(shù)據(jù)的部分。然而，MSC830的VLR836還可以分配和存儲本地數(shù)據(jù)，例如臨時標(biāo)識。還由HLR838對UE802進(jìn)行與系統(tǒng)接入相關(guān)的認(rèn)證。通過服務(wù)GPRS支持節(jié)點(SGSN)850來路由分組數(shù)據(jù)。SGSN850是處于GPRS/UMTS網(wǎng)絡(luò)中RNC和核心網(wǎng)絡(luò)之間的網(wǎng)關(guān)，并負(fù)責(zé)在其地理服務(wù)區(qū)域內(nèi)從UE以及向UE傳送數(shù)據(jù)分組。在RNC810和SGSN850之間使用Iu-PS接口848，并且該Iu-PS接口848是用于在UTRAN820和核心數(shù)據(jù)網(wǎng)絡(luò)之間(典型地)承載數(shù)據(jù)業(yè)務(wù)量和信令的分組交換連接。所使用的主要信令協(xié)議是RANAP(如上所述)。SGSN850與網(wǎng)關(guān)GPRS支持節(jié)點(GGSN)860通信。GGSN860是UMTS/GPRS網(wǎng)絡(luò)和其他網(wǎng)絡(luò)(例如因特網(wǎng)或者私有網(wǎng)絡(luò))之間的接口。GGSN860通過Gi接口連接至公共數(shù)據(jù)網(wǎng)絡(luò)PDN870。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，無線網(wǎng)絡(luò)可以與其他系統(tǒng)相連接，該其他系統(tǒng)可能包括未在圖8中顯式示出的其他網(wǎng)絡(luò)。即使未交換實際分組數(shù)據(jù)，網(wǎng)絡(luò)通常也將正在發(fā)送至少某種類型的尋呼和系統(tǒng)信息。盡管網(wǎng)絡(luò)由很多部分構(gòu)成，這些部分都一起工作以得到無線鏈路處的特定行為。圖11示出了表示根據(jù)多個并發(fā)分組數(shù)據(jù)通信服務(wù)會話的UE操作的圖示，總體在1102處示出。此處，兩個分組數(shù)據(jù)服務(wù)是并發(fā)活動的，其每一個分組數(shù)據(jù)服務(wù)與被指定為PDP1和PDP2的特定PDP上下文相關(guān)聯(lián)。圖1104表示對第一分組數(shù)據(jù)服務(wù)激活的PDP上下文，圖1106表示對第一分組數(shù)據(jù)服務(wù)分配的無線資源。并且，圖1108表示對第二分組數(shù)據(jù)服務(wù)激活的PDP上下文，圖1112表示對第二分組數(shù)據(jù)服務(wù)分配的無線資源。UE請求由段1114指示的作為服務(wù)請求的無線接入承載分配。并且，UE還請求根據(jù)本公開的實施例的由段1116指示的無線承載服務(wù)釋放。針對單獨服務(wù)的服務(wù)請求和服務(wù)釋放是彼此獨立的，即獨立地產(chǎn)生的。在圖11的示例示意圖中，實質(zhì)上同時分配PDP上下文以及針對關(guān)聯(lián)PDP上下文的無線資源。并且，如圖所示當(dāng)UE請求時，或者當(dāng)RNC(無線網(wǎng)絡(luò)控制器)決定釋放無線資源時，批準(zhǔn)無線資源釋放。響應(yīng)于無線資源釋放請求，或者響應(yīng)于釋放無線資源的其他決定，網(wǎng)絡(luò)可選擇地拆除與分組數(shù)據(jù)服務(wù)相關(guān)聯(lián)的無線資源?；谥饌€無線接入承載而不基于整個信令連接，進(jìn)行無線釋放請求，從而允許對資源分配的改進(jìn)的粒度控制。在示例實施方式中，單一分組數(shù)據(jù)服務(wù)還可被形成為主服務(wù)和一個或多個次服務(wù)，例如由標(biāo)號1118和1122所指示。無線資源釋放進(jìn)一步允許標(biāo)識一個或多個主和次服務(wù)中的哪些服務(wù)的無線資源分配不再被需要或者在被需要的情況下希望被釋放。從而提供了有效率的無線資源分配。另外，由于出于其他目的現(xiàn)在可以更好地利用可能已分配給不必要的處理的處理器功率，因此提供了對UE上的處理器的最優(yōu)利用。圖12示出了通信系統(tǒng)800的部分，即，根據(jù)本公開的實施例進(jìn)行操作的、與多個鄰接分組數(shù)據(jù)服務(wù)會話相關(guān)的UE802和無線網(wǎng)絡(luò)控制器(RNC)/SGSN810/850。UE包括設(shè)備1126，并且RNC/SGSN包括本公開的實施例的設(shè)備1128。功能性地表示形成設(shè)備1126和1128的元件，可采用任何所期望的方式來實現(xiàn)，包括可由處理電路以及硬件或固件實施方式可執(zhí)行的算法來實現(xiàn)。盡管被表示為在RNC/SGSN處體現(xiàn)，但在其他實施方式中，設(shè)備1128的元件在其他網(wǎng)絡(luò)位置的其他地方形成，或者分布于多于一個網(wǎng)絡(luò)位置處。設(shè)備1126包括檢測器1132和轉(zhuǎn)移指示發(fā)送器1134。在一個示例實施方式中，在UE的會話管理層(例如UMTS中定義的非接入層(NAS)層)處體現(xiàn)元件1132和1134。在另一個示例實施方式中，在接入層(AS)子層處體現(xiàn)元件。當(dāng)在AS子層處實現(xiàn)時，如1136處所示，將元件實現(xiàn)為連接管理器的一部分。當(dāng)以這種方式實現(xiàn)時，該元件不需要知道PDP上下文行為或應(yīng)用層行為。檢測器檢測何時進(jìn)行對發(fā)送與分組通信服務(wù)相關(guān)聯(lián)的轉(zhuǎn)移指示的確定。例如在應(yīng)用層或其他邏輯層處進(jìn)行該確定，并將該確定提供給會話管理層以及在會話管理層處體現(xiàn)的檢測器。將檢測器進(jìn)行的檢測的指示提供給無線資源釋放指示發(fā)送器。該發(fā)送器產(chǎn)生形成圖11所示服務(wù)釋放請求1116的轉(zhuǎn)移指示并使UE發(fā)送該轉(zhuǎn)移指示。在另一實施方式中，該轉(zhuǎn)移指示包括包含原因的原因字段，例如這里和上面描述的任何恰當(dāng)?shù)那笆鲈?，或者原因字段?biāo)識了UE更希望網(wǎng)絡(luò)使UE轉(zhuǎn)移至的優(yōu)選狀態(tài)。體現(xiàn)在網(wǎng)絡(luò)處的設(shè)備1128包括檢查器1142和批準(zhǔn)器1144。當(dāng)在檢查器處接收到轉(zhuǎn)移指示時，檢驗器檢查轉(zhuǎn)移指示。并且，轉(zhuǎn)移批準(zhǔn)器1144可選擇地操作以如轉(zhuǎn)移指示中所請求的那樣轉(zhuǎn)移UE。在無線資源控制(RRC)層處執(zhí)行信令的實施方式中，無線網(wǎng)絡(luò)控制器(RNC)而不是SGSN執(zhí)行對UE的檢查和轉(zhuǎn)移。并且對應(yīng)地，在RRC層處形成UE處體現(xiàn)的設(shè)備，或者該設(shè)備使所產(chǎn)生的指示在RRC級發(fā)送。在示例控制流程中，在恰當(dāng)時，更高層向NAS/RRC層通知不再需要將無線資源分配給特定的PDP上下文。將RRC層指示消息發(fā)送至網(wǎng)絡(luò)。該消息包括RABID或RBID，該RABID或RBID例如向無線網(wǎng)絡(luò)控制器標(biāo)識分組數(shù)據(jù)服務(wù)。并且，作為響應(yīng)，無線網(wǎng)絡(luò)控制器的操作觸發(fā)解析過程以結(jié)束要返回給UE的無線資源釋放、無線資源重配置或無線資源控制(RRC)連接釋放消息。RNC過程類似于或者等價于例如在3GPP文檔TS23.060的9.2.5節(jié)中闡述的過程。RABID例如有利地用作與例如標(biāo)識關(guān)聯(lián)的PDP上下文的網(wǎng)絡(luò)服務(wù)接入點標(biāo)識符(NSAPI)相同的ID，并且應(yīng)用層一般知道NSAPI。在具體示例中，以下將在RRC層處形成的或者向RRC層提供以及在RRC層處發(fā)送的無線資源釋放指示與關(guān)聯(lián)信息一起表示。當(dāng)在RRC層處體現(xiàn)時，該指示也稱作例如無線資源釋放指示。圖13示出了總體在1137處示出的消息序列圖，其表示根據(jù)與PDP上下文相關(guān)聯(lián)的無線資源釋放而產(chǎn)生的示例信令，該P(yáng)DP上下文例如是在圖11所示的圖形表示的一部分中以圖形示出的。由UE或者在RNC或其他UTRAN實體處發(fā)起釋放。例如，當(dāng)在UE處發(fā)起時，UE向UTRAN發(fā)送無線資源釋放指示。在發(fā)起時，如段1138所指示，無線接入承載(RAB)釋放請求由RNC/UTRAN產(chǎn)生并發(fā)送，并被傳送至SGSN。作為響應(yīng)，如段1140所指示，向RNC/UTRAN返回RAB分配請求。然后，如段1142所指示，釋放在UE802和UTRAN之間擴(kuò)展的無線資源。然后，如段1144所指示，發(fā)送響應(yīng)。圖14示出了總體在1147處示出的消息序列圖，類似于圖13所示的消息序列圖，但是在圖14中釋放最終PDP上下文的資源。在發(fā)起時，RNC產(chǎn)生Iu釋放請求1150，將其通信給SGSN，并且響應(yīng)于此，如段1152所指示，SGSN返回Iu釋放命令。此后，如段1154所指示，釋放在UE和UTRAN之間形成的無線承載。并且，如段1156所指示，RNC/UTRAN向SGSN返回Iu釋放完成。圖15示出了總體在1162處示出的方法流程圖，表示本公開的實施例的釋放根據(jù)PDP上下文而分配的無線資源的過程。在如框1164所指示開始過程之后，如判決框1166所指示，確定是否已經(jīng)接收到無線資源釋放指示。如果否，則取“否”分支到結(jié)束框1168。相反，如果已經(jīng)請求了無線接入承載釋放，則取“是”分支到判決框1172。在判決框1172，確定要釋放的無線接入承載是否是要釋放的最后的無線接入承載。如果否，則取“否”分支到框1178，并設(shè)置優(yōu)選的狀態(tài)。然后，執(zhí)行無線接入承載釋放過程，例如圖13所示的過程或者例如在3GPP文檔的23.060節(jié)、子條款9.2.5.1.1中描述的過程。相反，如果在判決框1172確定了RAB是要釋放的最后RAB，則取“是”分支到框1186，執(zhí)行Iu釋放過程，例如圖14所示的過程或者例如在3GPP文檔的23.060節(jié)、子條款9.2.5.1.2中描述的過程。圖16示出了總體在1192處示出的方法流程圖，表示本公開的實施例的釋放根據(jù)PDP上下文而分配的無線資源的過程。在由框1194所指示開始過程之后，如判決框1196所指示，確定是否有RAB(無線接入承載)要釋放。如果否，則取“否”分支到結(jié)束框1198。相反，如果已經(jīng)請求無線接入承載釋放，則取“是”分支到判決框1202。在判決框1202，確定要釋放的無線接入承載是否是要釋放的最后的無線接入承載。如果否，則取“否”分支到框1204設(shè)置RAB列表、到框1206設(shè)置優(yōu)選狀態(tài)以及到框1208執(zhí)行無線接入承載釋放過程，例如圖13所示的過程或者例如在3GPP文檔的23.060節(jié)、子條款9.2.5.1.1中描述的過程。相反，如果在判決框1202確定了RAB是要釋放的最后RAB，則取“是”分支到框1212，并將域設(shè)置為PS(分組交換)。然后，如框1214所指示，設(shè)置釋放原因。并且，如框1216所指示，在DCCH上發(fā)送信令連接釋放指示。執(zhí)行Iu釋放過程，例如圖14所示的過程或者例如在3GPP文檔的23.060節(jié)、子條款9.2.5.1.2中描述的過程。圖17示出了總體在1224處示出的方法，表示本公開的實施例的操作的方法。該方法便于在無線通信系統(tǒng)中高效利用無線資源，該無線通信系統(tǒng)提供第一分組服務(wù)和第二分組服務(wù)的并發(fā)運行。首先，如框1226所指示，檢測對釋放與第一分組服務(wù)和第二分組服務(wù)中所選的分組服務(wù)相關(guān)聯(lián)的無線資源的選擇。然后，如框1228所指示，響應(yīng)于檢測到對釋放無線資源的選擇，發(fā)送無線資源釋放指示。然后，在框1232，檢查無線資源釋放指示，然后，在框1234，可選擇地批準(zhǔn)無線承載的釋放。在另一實施例中，網(wǎng)絡(luò)可以基于從用戶設(shè)備或者另一個網(wǎng)絡(luò)元件接收到指示以及基于該用戶設(shè)備的無線資源簡檔來發(fā)起轉(zhuǎn)移。從用戶設(shè)備或者另一網(wǎng)絡(luò)元件接收的指示可能是上述不同轉(zhuǎn)移指示中的任一個。該指示可以是被動的，并因此可以僅僅是應(yīng)當(dāng)進(jìn)入不太消耗電池的無線狀態(tài)的空指示。備選地，該指示可以是從UE發(fā)送的、網(wǎng)絡(luò)可能基于接收指示的時間或數(shù)目確定的常規(guī)指示的一部分，并可以是應(yīng)當(dāng)進(jìn)入不太消耗電池或無線資源的無線狀態(tài)的、UE的無線資源簡檔。備選地，該指示可以是動態(tài)的并向網(wǎng)絡(luò)元件提供與要轉(zhuǎn)移的優(yōu)選狀態(tài)或模式相關(guān)的信息。與上面一樣，該指示可以包含該指示的原因(例如正?；虍惓?。在另一實施例中，該指示可以提供與無線資源簡檔相關(guān)的其他信息，例如用戶設(shè)備對于轉(zhuǎn)移至不同狀態(tài)或模式的能力來說正確的概率，或者與觸發(fā)了該指示的應(yīng)用相關(guān)的信息。來自另一個網(wǎng)絡(luò)元件的指示可以包括例如來自媒體或一鍵通網(wǎng)絡(luò)實體的指示。在本示例中，當(dāng)業(yè)務(wù)量條件允許時，向負(fù)責(zé)轉(zhuǎn)移的網(wǎng)絡(luò)實體(例如UTRAN)發(fā)送該指示。該第二網(wǎng)絡(luò)實體可以在因特網(wǎng)協(xié)議(IP)級查看業(yè)務(wù)量，以確定是否以及何時發(fā)送轉(zhuǎn)移指示。在另一實施例中，來自UE或第二網(wǎng)絡(luò)元件的指示可以是隱式的而非顯式的。例如，轉(zhuǎn)移指示可以由負(fù)責(zé)轉(zhuǎn)移的網(wǎng)絡(luò)元件(例如UTRAN)根據(jù)對出站業(yè)務(wù)量測量的設(shè)備狀態(tài)報告來暗示。具體地，狀態(tài)報告可以包括無線鏈路緩沖狀態(tài)，其中如果不存在出站數(shù)據(jù)，則可以被解釋為隱式指示。這種狀態(tài)報告可以是可從自身不請求或指示任何東西的UE重復(fù)發(fā)送的測量。因此，該指示可以是任何信號并可以是基于應(yīng)用的、基于無線資源的、或者是提供與所有用戶設(shè)備應(yīng)用和無線資源相關(guān)的信息的復(fù)合指示。以上并不是指限制在任何具體指示，并且本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，對于本發(fā)明和公開來說可以使用任何指示?，F(xiàn)在參照圖18。過程開始于步驟1801并進(jìn)行至步驟1810，在步驟1810中，網(wǎng)絡(luò)元件接收指示。一旦在步驟1810中網(wǎng)絡(luò)接收到指示，該過程就進(jìn)行至步驟1820，在步驟1820中，可選地檢驗用戶設(shè)備的無線資源簡檔。如本文所使用的術(shù)語“無線資源簡檔”指的是根據(jù)網(wǎng)絡(luò)元件的需求而可以應(yīng)用于多種情形的寬泛術(shù)語。在寬泛的術(shù)語中，無線資源簡檔包括與用戶設(shè)備所利用的無線資源相關(guān)的信息。無線資源簡檔可以包括靜態(tài)簡檔元素和動態(tài)或協(xié)商簡檔元素中的一個或兩個。這種元素可以包括“禁止持續(xù)時間和/或每時間窗口的最大指示/請求消息”值，該值可以是轉(zhuǎn)移簡檔內(nèi)或之外的無線資源簡檔的一部分，并可以是協(xié)商的或者靜態(tài)的。靜態(tài)簡檔元素可以包括以下一個或多個：無線資源(例如RAB或RB)的服務(wù)質(zhì)量、PDP上下文、網(wǎng)絡(luò)知道的APN、以及訂戶簡檔。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，對于無線資源來說可以存在各個級別的服務(wù)質(zhì)量，并且服務(wù)質(zhì)量的級別可以向網(wǎng)絡(luò)提供與是否轉(zhuǎn)移至不同狀態(tài)或模式相關(guān)的信息。因此，如果服務(wù)質(zhì)量是背景，則網(wǎng)絡(luò)元件可以考慮比在服務(wù)質(zhì)量被設(shè)置為交互式的情況下更容易地轉(zhuǎn)移至空閑。此外，如果多個無線資源具有相同的服務(wù)質(zhì)量，則這可以向網(wǎng)絡(luò)提供與是將移動設(shè)備轉(zhuǎn)移至更合適的狀態(tài)或模式還是拆除無線資源相關(guān)的指示。在一些實施例中，主和次PDP上下文可以具有不同的服務(wù)質(zhì)量，這還可能影響與是否執(zhí)行狀態(tài)/模式轉(zhuǎn)移相關(guān)的決定。此外，APN可以向網(wǎng)絡(luò)提供與PDP上下文所利用的典型服務(wù)相關(guān)的信息。例如，如果APN是xyz.com，其中xyz.com典型地用于提供數(shù)據(jù)服務(wù)(例如電子郵件)，則這可以向網(wǎng)絡(luò)提供與是否轉(zhuǎn)移至不同狀態(tài)或模式相關(guān)的指示。這還可以指示路由特征。具體地，本方法和設(shè)備可以利用由UE指定的接入點名稱(APN)來設(shè)置各種狀態(tài)之間的轉(zhuǎn)移簡檔。這可以是描述UE的預(yù)訂的另一種方式。應(yīng)當(dāng)理解，歸屬位置寄存器(HLR)可以存儲與訂戶有關(guān)的相關(guān)信息，并可以向無線網(wǎng)絡(luò)控制器(RNC)提供UE的預(yù)訂。其他網(wǎng)絡(luò)實體也可以用于在中央存儲預(yù)訂信息。不管使用HLR還是其他網(wǎng)絡(luò)實體，優(yōu)選地，向其他網(wǎng)絡(luò)組件(例如RNC和SGSN)推送信息，該其他網(wǎng)絡(luò)組件將預(yù)訂信息映射至在數(shù)據(jù)交換期間使用的相關(guān)物理參數(shù)。UTRAN可以包括或者接入數(shù)據(jù)庫或表，在該數(shù)據(jù)庫或表中可以將各個APN或QoS參數(shù)與特定轉(zhuǎn)移簡檔相關(guān)聯(lián)。因此，如果UE是始終開啟的設(shè)備，則這對于APN來說將是顯而易見的，并且在UTRAN處可以將該APN的恰當(dāng)轉(zhuǎn)移簡檔存儲為無線資源簡檔的一部分，或者UTRAN可以遠(yuǎn)程接入該恰當(dāng)轉(zhuǎn)移簡檔。類似地，如果使用QoS或者QoS參數(shù)的一部分，或者與簡檔一起發(fā)送專用消息，則這可以向UTRAN表示基于數(shù)據(jù)庫查詢或者表中的查找而期望特定轉(zhuǎn)移簡檔。另外，可以利用這種手段來指定除了RRC已連接狀態(tài)轉(zhuǎn)移簡檔之外的多種行為。這些行為包括但不限于：速率適應(yīng)算法(步周期/步長)；初始的被批準(zhǔn)的無線承載；最大被批準(zhǔn)的無線承載；最小化呼叫建立時間(避免不必要的步驟，例如業(yè)務(wù)量測量)；以及空中接口(GPRS/EDGE/UMTS/HSDPA/HSUPA/LTE等等)。此外，如果存在具有不同QoS需求但共享相同APNIP地址的多個PDP上下文，例如主上下文、次上下文等等，則對于每一個上下文來說可以使用不同的轉(zhuǎn)移簡檔。這可以通過QoS或?qū)Ｓ孟⒍l(fā)信號通知給UTRAN。如果同時利用多個活動的PDP上下文，則可以使用上下文之間的最小公分母。對于RRC狀態(tài)轉(zhuǎn)移來說，如果一個應(yīng)用具有第一PDP上下文和第二PDP上下文，該第一PDP上下文與其中系統(tǒng)從CELL_DCH狀態(tài)快速移動至CELL_PCH或空閑狀態(tài)的轉(zhuǎn)移簡檔相關(guān)聯(lián)，該第二PDP上下文與其中系統(tǒng)將停留在CELL_DCH狀態(tài)中更長時間的轉(zhuǎn)移簡檔相關(guān)聯(lián)，則維持CELL_DCH狀態(tài)更長時間的第二簡檔將超越第一簡檔。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，可以以兩種不同的方式來考慮最小公分母。如本文所使用的，最小公分母意味著在轉(zhuǎn)移至不同狀態(tài)之前所需的最長時間。在第一實施例中，最小公分母可以是最小的激活的PDP。在備選實施例中，最小公分母可以是實際具有活動無線資源的最小的PDP。可以以多種不同的方式來復(fù)用無線資源，但是最終結(jié)果是相同的?？梢葬槍κ冀K開啟的設(shè)備得出這種方法的示例情況。如上所述，可以將各個APN或QoS參數(shù)與“始終開啟”的特定行為相關(guān)聯(lián)。最初考慮可基于“始終開啟”簡檔而期望的被批準(zhǔn)的無線資源。現(xiàn)在，網(wǎng)絡(luò)具有“知道”以下內(nèi)容的手段：對于始終開啟的應(yīng)用(例如電子郵件)來說，數(shù)據(jù)突發(fā)是短暫且突然的。對于本領(lǐng)域技術(shù)人員來說清楚可見，給定該信息，沒有動機(jī)針對網(wǎng)絡(luò)上的中繼效率而節(jié)約代碼空間。從而，可以向始終開啟的設(shè)備分配最大速率，同時不針對其他用戶預(yù)留足夠代碼空間的風(fēng)險極小。另外，UE受益于更快速地接收數(shù)據(jù)，還由于更短的“開啟時間”而節(jié)約了電池壽命。同樣地，對于本領(lǐng)域技術(shù)人員來說，由于不管數(shù)據(jù)速率如何，功率放大器都完全偏置，因此高數(shù)據(jù)速率對電流汲取幾乎沒有影響。在上述實施例中，UTRAN可以使用查找表來確定對于UE的給定RRC連接的不同應(yīng)用而分配的無線資源的資源控制簡檔。由于RNC將具有更多可用的最新業(yè)務(wù)量資源(即，可批準(zhǔn)的數(shù)據(jù)速率)，因此該簡檔可以基于用戶預(yù)訂并可以存儲在網(wǎng)絡(luò)實體(例如HLR或者備選地在RNC處)的網(wǎng)絡(luò)側(cè)。如果可以達(dá)到更高的數(shù)據(jù)速率，則更短的超時是可能的。取代APN，可以使用其他備選，例如分組數(shù)據(jù)協(xié)議(PDP)上下文激活或修改的PDP上下文中的服務(wù)質(zhì)量(QoS)參數(shù)集。在多個PDP上下文共享相同APN地址或預(yù)訂簡檔以設(shè)置轉(zhuǎn)移簡檔的情況下，QoS字段還可以包括QoS“分配保持優(yōu)先(服務(wù)數(shù)據(jù)單元可以用于推斷業(yè)務(wù)量數(shù)據(jù)量)”。其他備選包括專用消息(例如上述指示消息)，以發(fā)信號通知資源控制簡檔和信息(例如禁止持續(xù)時間和/或每時間窗口最大指示/請求消息值)。無線資源簡檔中包括的轉(zhuǎn)移簡檔還可以包括基于應(yīng)用的類型是否應(yīng)當(dāng)轉(zhuǎn)移UE的狀態(tài)。具體地，如果使用用戶設(shè)備作為數(shù)據(jù)調(diào)制解調(diào)器，則可以在用戶設(shè)備上設(shè)置偏好從而不發(fā)送轉(zhuǎn)移指示，或者如果在網(wǎng)絡(luò)處維持知道偏好，則應(yīng)當(dāng)忽略從UE接收的同時用作數(shù)據(jù)調(diào)制解調(diào)器的任何轉(zhuǎn)移指示。從而，可以將在用戶設(shè)備上正在運行的應(yīng)用的性質(zhì)用作無線資源簡檔的一部分。轉(zhuǎn)移簡檔的另一參數(shù)可以涉及轉(zhuǎn)移的類型。具體地，在UMTS網(wǎng)絡(luò)中，出于各種原因，用戶設(shè)備可以優(yōu)選進(jìn)入Cell_PCH狀態(tài)，而不是進(jìn)入空閑狀態(tài)。一種原因可以是：如果需要發(fā)送或接收數(shù)據(jù)，則UE需要更快速地連接至Cell_DCH狀態(tài)，因此，移動至Cell_PCH狀態(tài)將節(jié)約一些網(wǎng)絡(luò)信令和電池資源，同時仍然提供向Cell_DCH狀態(tài)的快速轉(zhuǎn)移。上述內(nèi)容同樣可以在非UMTS網(wǎng)絡(luò)中應(yīng)用，并可以提供各種已連接和空閑狀態(tài)之間的轉(zhuǎn)移簡檔。該轉(zhuǎn)移簡檔還可以包括各種定時器，包括但不限于禁止持續(xù)時間和/或每時間窗口的最大指示/請求消息、延遲定時器和不活動定時器。延遲定時器提供網(wǎng)絡(luò)元件在轉(zhuǎn)移至新狀態(tài)或模式之前將等待的時間段。應(yīng)當(dāng)理解，即使應(yīng)用已經(jīng)在特定的時間段內(nèi)不活動，為了確保不從該應(yīng)用接收或發(fā)送其他數(shù)據(jù)，延遲也可以是有益的。不活動定時器可以測量應(yīng)用不接收或發(fā)送數(shù)據(jù)的預(yù)定時間段。如果在不活動定時器到期之前接收到數(shù)據(jù)，則典型地將重置不活動定時器。一旦不活動定時器到期，用戶設(shè)備就可以向網(wǎng)絡(luò)發(fā)送步驟1810的指示。備選地，用戶設(shè)備可以在發(fā)送步驟1810的指示之前等待特定的時間段，例如針對延遲定時器而定義的時間段。此外，延遲定時器或者禁止持續(xù)時間和/或每時間窗口的最大指示/請求消息可以基于提供給網(wǎng)絡(luò)元件的簡檔而改變。從而，如果已經(jīng)請求向不同模式或狀態(tài)的轉(zhuǎn)移的應(yīng)用是第一種類型的應(yīng)用(例如電子郵件應(yīng)用)，則可以將網(wǎng)絡(luò)元件上的延遲定時器設(shè)置為第一延遲時間，而如果該應(yīng)用是第二種類型的(例如即時消息收發(fā)應(yīng)用)，則可以將延遲定時器設(shè)置為第二值。網(wǎng)絡(luò)還可以基于用于特定PDP的APN來導(dǎo)出禁止持續(xù)時間和/或每時間窗口的最大指示/請求消息、延遲定時器或者不活動定時器的值。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，類似地，不活動定時器可以基于所利用的應(yīng)用而改變。從而，由于電子郵件應(yīng)用正在期待離散消息，此后該應(yīng)用可能不接收數(shù)據(jù)，因此電子郵件應(yīng)用可以比瀏覽器應(yīng)用具有更短的不活動定時器。相反，瀏覽器應(yīng)用甚至在更長的延遲之后也可以利用數(shù)據(jù)，并因此需要更長的不活動定時器。轉(zhuǎn)移簡檔還可以包括用戶設(shè)備正確請求轉(zhuǎn)移的概率。這可以基于與特定用戶設(shè)備或用戶設(shè)備上的應(yīng)用的準(zhǔn)確度的比率相關(guān)的編譯統(tǒng)計數(shù)據(jù)。該轉(zhuǎn)移簡檔還可以包括各個非連續(xù)接收(DRX)時間值。此外，可以在轉(zhuǎn)移簡檔中提供DRX時間的進(jìn)展簡檔。該轉(zhuǎn)移簡檔可以逐應(yīng)用地定義，或可以是用戶設(shè)備上的各個應(yīng)用的復(fù)合物。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，當(dāng)分配無線資源時，可以動態(tài)地創(chuàng)建或修改該轉(zhuǎn)移簡檔，并且在預(yù)訂、PS注冊、PDP激活、RAB或RB激活或者針對PDP或RAB/RB而匆忙改變時，可以完成該轉(zhuǎn)移簡檔。該轉(zhuǎn)移簡檔還可以是步驟1810的指示的一部分。在這種情況下，網(wǎng)絡(luò)可以考慮優(yōu)選的RRC狀態(tài)指示，以確定是否允許轉(zhuǎn)移以及轉(zhuǎn)移至何種狀態(tài)/模式?？梢曰诳捎镁W(wǎng)絡(luò)資源、業(yè)務(wù)量模式等等來進(jìn)行修改。因此，無線資源簡檔由靜態(tài)和/或動態(tài)字段構(gòu)成。特定網(wǎng)絡(luò)所使用的無線資源簡檔可以與其他網(wǎng)絡(luò)不同，并且以上描述并不意在限制本方法和系統(tǒng)。具體地，無線資源簡檔可以包括和不包括上述各個元素。例如，在一些情況下，無線資源簡檔將僅包括特定無線資源的服務(wù)質(zhì)量，并不包括其他信息。在其他情況下，無線資源簡檔將僅包括轉(zhuǎn)移簡檔。仍然在其他情況下，無線資源簡檔將包括服務(wù)質(zhì)量、APN、PDP上下文、轉(zhuǎn)移簡檔等等所有這些。可選地，除了無線資源簡檔以外，網(wǎng)絡(luò)元件還可以利用安全措施來避免不必要的轉(zhuǎn)移。這種安全措施可以包括但不限于在預(yù)定時間段內(nèi)接收的指示的數(shù)目、接收的指示的總數(shù)、業(yè)務(wù)量模式和歷史數(shù)據(jù)。在預(yù)定時間段內(nèi)接收的指示的數(shù)目可以向網(wǎng)絡(luò)指示不應(yīng)當(dāng)進(jìn)行轉(zhuǎn)移。從而，如果用戶設(shè)備已經(jīng)在三十秒時間段內(nèi)發(fā)送了例如五個指示，則網(wǎng)絡(luò)可以考慮其應(yīng)當(dāng)忽略指示并不應(yīng)當(dāng)執(zhí)行任何轉(zhuǎn)移。備選地，網(wǎng)絡(luò)可以確定向UE指示其不應(yīng)當(dāng)無限期地或者在某個配置的或預(yù)定義的時間段內(nèi)發(fā)送任何其他指示。這可以與UE上的任何“禁止持續(xù)時間和/或每時間窗口的最大指示/請求消息”無關(guān)此外，UE可以被配置為不在配置的、預(yù)定義的或協(xié)商的時間段內(nèi)發(fā)送其他指示。UE配置可以不包括上述網(wǎng)絡(luò)側(cè)的安全措施。業(yè)務(wù)量模式和歷史數(shù)據(jù)可以向網(wǎng)絡(luò)提供不應(yīng)當(dāng)進(jìn)行轉(zhuǎn)移的指示。例如，如果用戶過去已經(jīng)在從星期一到星期五的8:30和8:35a.m.之間接收到大量的數(shù)據(jù)，則在星期四的8:32a.m.接收到該指示的情況下，網(wǎng)絡(luò)可以決定由于在8:35a.m.之前很可能有更多數(shù)據(jù)，其不應(yīng)當(dāng)轉(zhuǎn)移用戶設(shè)備。如果針對用戶設(shè)備分配了多個無線資源，則網(wǎng)絡(luò)可能需要考慮用戶設(shè)備的完整無線資源簡檔。在這種情況下，可以檢查每一個無線資源的無線資源簡檔，并進(jìn)行復(fù)合轉(zhuǎn)移決定?；谝粋€或多個無線資源的無線資源簡檔，網(wǎng)絡(luò)可以決定是否應(yīng)當(dāng)進(jìn)行轉(zhuǎn)移。在一個實施例中，對于當(dāng)網(wǎng)絡(luò)在步驟1810中已經(jīng)接收到指示以及可選地在步驟1820中檢查了無線資源簡檔時如何繼續(xù)進(jìn)行，網(wǎng)絡(luò)具有多種選擇。第一選項是什么也不做。網(wǎng)絡(luò)可以決定不保證轉(zhuǎn)移，從而不接受用戶設(shè)備要轉(zhuǎn)移的指示。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，由于狀態(tài)沒有改變，具體地由于沒有觸發(fā)轉(zhuǎn)移，因此什么也不做節(jié)約了網(wǎng)絡(luò)信令。第二選項是改變設(shè)備的狀態(tài)。例如，在UMTS網(wǎng)絡(luò)中，設(shè)備的狀態(tài)可以從Cell_DCH改變?yōu)镃ell_PCH。在非UMTS網(wǎng)絡(luò)中，該狀態(tài)轉(zhuǎn)移可以在已連接的狀態(tài)之間進(jìn)行。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，與轉(zhuǎn)移至空閑模式相比，改變狀態(tài)減少了核心網(wǎng)絡(luò)信令的量。由于Cell_PCH狀態(tài)不需要專用信道，因此改變狀態(tài)還可以節(jié)約無線資源。此外，Cell_PCH是不太消耗電池的狀態(tài)，這使UE能夠保持電池功率。網(wǎng)絡(luò)的第三選項是將UE保持在相同狀態(tài)但釋放與特定APN或PDP上下文相關(guān)聯(lián)的無線資源。由于在其當(dāng)前狀態(tài)中維持連接并且不需要重新建立該連接，因此該方案節(jié)約了無線資源和信令。然而，該方案可能不太適合UE電池壽命成問題的情形。網(wǎng)絡(luò)的第四選項是將UE轉(zhuǎn)移至空閑模式。具體地，在UMTS和非UMTS中，網(wǎng)絡(luò)都可以從已連接模式移動至空閑模式。應(yīng)當(dāng)理解，由于完全不維持連接，因此這節(jié)約了無線資源。這還節(jié)約了用戶設(shè)備的電池壽命。然而，需要更大量的核心網(wǎng)絡(luò)信令來重新建立連接。網(wǎng)絡(luò)的第五選項是改變數(shù)據(jù)速率分配，這將節(jié)約無線資源，典型地允許更多用戶使用網(wǎng)絡(luò)。其他選項對于本領(lǐng)域技術(shù)人員來說是顯而易見的。網(wǎng)絡(luò)對于利用這五種或更多種選項中的哪些的決定將根據(jù)網(wǎng)絡(luò)而不同。一些過載的網(wǎng)絡(luò)可能偏向于保持無線資源并從而將選擇上述第三、第四或第五選項。其他網(wǎng)絡(luò)偏向于最小化信令并從而可以選擇上述第一或第二選項。該決定在圖18中的步驟1830處示出，并可以基于網(wǎng)絡(luò)偏好以及用戶設(shè)備的無線資源簡檔。該決定由從用戶設(shè)備接收以下指示的網(wǎng)絡(luò)來觸發(fā)：該用戶設(shè)備想要轉(zhuǎn)移至另一狀態(tài)，例如轉(zhuǎn)移至不太消耗電池的狀態(tài)?，F(xiàn)在參照圖19。圖19示出了適于作出以上圖18所示的決定的簡化的網(wǎng)絡(luò)元件。網(wǎng)絡(luò)元件1910包括適于與用戶設(shè)備通信的通信子系統(tǒng)1920。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，通信子系統(tǒng)1920不需要直接與用戶設(shè)備通信，而是可以是用于去往和來自用戶設(shè)備的通信的通信路徑的一部分。網(wǎng)絡(luò)元件1910還包括處理器1930和存儲器1940。存儲器1940適于存儲由網(wǎng)絡(luò)元件1910提供服務(wù)的每一個用戶設(shè)備的預(yù)配置的或靜態(tài)的無線資源簡檔。在通信子系統(tǒng)1920接收到指示時，處理器1930適于考慮用戶設(shè)備的無線資源簡檔并決定與轉(zhuǎn)移用戶設(shè)備相關(guān)的網(wǎng)絡(luò)動作。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，通信子系統(tǒng)1920接收到的指示還可以包括用戶設(shè)備的無線資源簡檔的一部分或者全部，處理器1930將利用該無線資源簡檔來進(jìn)行與任何轉(zhuǎn)移相關(guān)的網(wǎng)絡(luò)決定。因此，基于上述內(nèi)容，網(wǎng)絡(luò)元件從用戶設(shè)備接收轉(zhuǎn)移可能處于良好狀況的指示(例如，當(dāng)完成數(shù)據(jù)交換和/或在UE處沒有預(yù)期其他數(shù)據(jù)時)。基于該指示，網(wǎng)絡(luò)元件可選地檢驗用戶設(shè)備的無線資源簡檔，該無線資源簡檔可以同時包括靜態(tài)和動態(tài)簡檔元素。網(wǎng)絡(luò)元件還可以檢驗安全措施以確保不發(fā)生不必要的轉(zhuǎn)移。然后，網(wǎng)絡(luò)元件可以決定什么也不做或者轉(zhuǎn)移至不同的模式或狀態(tài)，或者拆除無線資源。應(yīng)當(dāng)理解，這向網(wǎng)絡(luò)提供了對其無線資源的更多控制并允許網(wǎng)絡(luò)基于網(wǎng)絡(luò)偏好而不是僅基于用戶設(shè)備偏好來配置轉(zhuǎn)移決定。此外，在一些情況下，網(wǎng)絡(luò)比設(shè)備具有更多與是否轉(zhuǎn)移相關(guān)的信息。例如，用戶設(shè)備知道上行流通信并可以基于這一點來決定可以拆除連接。然而，網(wǎng)絡(luò)可能已經(jīng)接收到用戶設(shè)備的下行流通信，從而意識到其不能拆除連接。在這種情況下，還可以使用延遲定時器來引入延遲，以向網(wǎng)絡(luò)提供對在不遠(yuǎn)的將來將不針對用戶設(shè)備接收數(shù)據(jù)的更多確定性。本文描述的實施例是具有與本公開的技術(shù)的單元相對應(yīng)的單元的結(jié)構(gòu)、系統(tǒng)或方法的示例。本說明書可以使本領(lǐng)域技術(shù)人員能夠作出和使用具有備選單元的實施例，該備選單元同樣與本公開的單元相對應(yīng)。因此，本公開的技術(shù)的預(yù)期范圍包括與本文描述的本公開的技術(shù)并無不同的其他結(jié)構(gòu)、系統(tǒng)或方法，并且還包括與本文描述的本公開的技術(shù)無實質(zhì)不同的其他結(jié)構(gòu)、系統(tǒng)或方法。