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

發(fā)明內容
下面提供的示例和實施例描述用于將用戶設備(UE)或者其他移動設備在無線網 絡(例如UMTS網絡)中的操作的各種狀態(tài)/模式之間進行轉移的各種方法和系統(tǒng)。應當 理解，其他類型的網絡中的其他實施方式也是可能的。例如，還可以將相同的教導應用于碼 分多址(CDMA)網絡(例如 3GPP2 IS-2000)、寬帶 CDMA (W-CDMA)網絡(例如 3GPP UMTS/高 速分組接入(HSPA))網絡、演進UTRAN網絡(例如LTE)、或者作為概括，將該教導應用于以 下任何網絡該網絡基于利用網絡控制的無線資源的無線接入技術，或者保持不知道設備 應用級別數據交換的狀態(tài)。下面描述的(盡管為了簡明而與UMTS網絡相關地示出的)具 體示例和實施方式也應用于這些其他網絡環(huán)境。此外，下面有時將網絡元件描述為UTRAN。 然而，如果除了 UMTS之外還利用其他網絡類型，則可以基于網絡類型來恰當地選擇該網絡 元件。此外，該網絡元件可以是UMTS系統(tǒng)或者任何其他恰當網絡系統(tǒng)中的核心網絡，其中 網絡元件是進行轉移決定的實體。在具體示例中，本系統(tǒng)和方法提供了從RRC已連接模式至更有效利用電池或者更 有效利用無線資源的狀態(tài)或模式的轉移，同時在網絡處提供了進行決定的能力。具體地，本 發(fā)明和設備提供了基于從UE接收指示而進行的轉移，該指示隱式地或者顯式地指示了應 當發(fā)生與同無線資源的特定信令連接相關聯的RRC狀態(tài)或模式至另一狀態(tài)或模式的轉移。應當理解，這種轉移指示或請求可以利用當前標準下的現有通信，例如信令連接釋放指示 (SIGNALING CONNECT IONRELEASE INDICATION)消息，或者可以是改變UE狀態(tài)的新的專用消 息，例如“優(yōu)選RRC狀態(tài)請求”或者“數據傳輸完成指示消息”。數據傳輸完成指示消息是指 示更高層數據傳輸的完成的消息。如本文所使用的，指示可以指代任一場景，并可以將請求 并入。在當UE上的一個或多個應用已經完成數據交換時和/或當確定了 UE應用不預期 交換任何其他數據時的一些情況下，可以發(fā)送由UE發(fā)起的轉移指示。然后，網絡元件可以 使用該指示及其中提供的任何信息，以及在本文中定義為無線資源簡檔的與無線資源相關 的其他信息(例如服務質量、接入點名稱(APN)、分組數據協(xié)議(PDP)上下文、歷史信息等 等)，來進行是將移動設備轉移至另一模式或狀態(tài)還是什么都不做的網絡專用決定。UE或 移動設備提供的轉移指示可以采用若干種形式并可以在不同條件下發(fā)送。在第一示例中， 可以基于在UE上駐留的所有應用的復合狀態(tài)來發(fā)送該轉移指示。具體地，在UMTS環(huán)境中， 如果UE上的應用確定了完成數據交換，則該應用可以向UE軟件的“連接管理器”組件發(fā)送 “完成”指示。在一個實施例中，該連接管理器可以跟蹤所有現有應用(包括在一個或多個 協(xié)議上提供服務的應用)、關聯的分組數據協(xié)議(PDP)上下文、關聯的分組交換(PS)無線 資源以及關聯的電路交換(CS)無線資源。PDP上下文是UE與運行在UMTS核心網絡上的 PDN(公共數據網絡)之間的邏輯關聯。UE上的一個或多個應用(例如電子郵件應用和瀏 覽器應用)可以與一個PDP上下文相關聯。在一些情況下，UE上的一個應用與一個主PDP 上下文相關聯，并且多個應用可以與次PDP上下文相關聯。連接管理器從UE上同時活動的 不同應用接收“完成”指示。例如，用戶可以從推送服務器接收電子郵件，同時瀏覽網頁。在 電子郵件應用已經發(fā)送肯定應答之后，可以指示該電子郵件應用已經完成其數據交易。瀏 覽器應用可以以不同方式工作并取而代之地對何時向連接管理器發(fā)送“完成”指示進行預 測性確定(例如，使用不活動定時器)?；趤碜曰顒討玫倪@種指示的復合狀態(tài)，UE軟件可以決定發(fā)送轉移指示以向網 絡指示或請求應當發(fā)生從一種狀態(tài)或模式到另一種狀態(tài)或模式的轉移。備選地，UE軟件可 以在發(fā)送轉移指示之前取而代之地等待，并引入延遲以確保該應用真正完成數據交換并不 需要被維持在消耗電池或無線資源狀態(tài)或模式中?；跇I(yè)務量歷史和/或應用簡檔，該延 遲可以是動態(tài)的。每當連接管理器以某個概率確定沒有應用預期交換數據時，連接管理器 可以向網絡發(fā)送轉移指示以指示應當發(fā)生轉移。在具體示例中，該轉移指示可以是恰當域 (例如PS域)請求轉移至空閑模式的信令連接釋放指示。備選地，該轉移指示可以是針對 與UTRAN的已連接模式中的狀態(tài)轉移的請求。如下面更詳細描述的，基于對轉移指示以及可選地對無線資源簡檔的接收，網絡 元件(例如UMTS環(huán)境中的UTRAN)可以決定將UE從一種狀態(tài)或模式轉移至另一種狀態(tài)或 模式。其他轉移指示是可能的。例如，在備選實施例中，每次UE應用已經完成交換或數 據和/或該應用不預期交換其他數據時，UE軟件可以發(fā)送轉移指示，而不是依賴于UE上的 所有活動應用的復合狀態(tài)。在這種情況下，基于參照圖18而描述的、UE的可選無線資源簡 檔，網絡元件(例如UTRAN)可以利用該指示來進行轉移決定。在另一個示例中，轉移指示可以簡單地指示UE上的一個或多個應用完成了數據交換和/或UE應用不預期交換任何其他數據?；谠撝甘疽约癠E的可選無線資源簡檔， 網絡(例如UTRAN)可以決定是否將UE轉移至更恰當的狀態(tài)或模式或者操作。在另一個示例中，轉移指示可以是隱式的而不是顯式的。例如，該指示可以是周期 性發(fā)送的狀態(tài)報告的一部分。這種狀態(tài)報告可以包括諸如無線鏈路緩存是否具有數據之類 的信息，或者可以包括與出站業(yè)務量相關的信息。當UE發(fā)送轉移指示時，該轉移指示可以包括附加信息以協(xié)助網絡元件進行決定 從而按照指示來操作。該附加信息可以包括UE發(fā)送該消息的理由或原因。該理由或原因 (下面更詳細地解釋)將基于UE確定對與“快速休眠”類似的行為的需要。這種附加信息 可以作為轉移指示消息中的新信息元素或新參數。在另一個實施例中，在UE上可以存在定時器，以確?？梢栽趶陌l(fā)送前一轉移指示 起已經經過持續(xù)時間(禁止持續(xù)時間)時才發(fā)送轉移指示。該禁止定時器限制UE太頻繁地 發(fā)送轉移指示消息，還允許網絡通過依賴于僅以給定最大頻率而觸發(fā)的消息來進行確定。 該持續(xù)時間可以由具有預配置值的定時器來確定，或者由網絡來設置(指示或者發(fā)信號通 知)。如果該值由網絡來設置，則該值可以在新的或者現有的消息(例如RRC連接請求、RRC 連接釋放、無線承載建立、UTRAN移動性信息或者系統(tǒng)信息塊等等)中傳送，并且該值可以 是這些消息中的信息元素。備選地，例如，可以在由UTRAN響應于從UE接收的RRC連接請 求消息而發(fā)送的RRC連接建立消息的禁止轉移指示部分中傳送該值。在備選實施例中，可以在具有依賴于UE狀態(tài)的類型的消息中向UE傳送該值。例 如，網絡可以將該值作為系統(tǒng)信息消息的一部分發(fā)送至小區(qū)中的所有UE，其中，當UE處于 空閑(IDLE)、URA_PCH、Cell_PCH或CELL_FACH狀態(tài)時，該系統(tǒng)信息消息由該UE讀取。在另一個實施例中，可以將該值作為RRC連接建立消息的一部分進行發(fā)送。網絡產生的消息還可以通過在消息中或者在消息內的信息元素中不包括禁止定 時器來傳送隱含的禁止定時器值。例如，當確定了從接收的消息中省略禁止定時器時，UE應 用預定值以用作禁止定時器值。禁止定時器值省略的一種示例使用是禁止UE發(fā)送轉移指 示消息。在這種情況下，當UE檢測到在接收的消息中省略了預期的禁止定時器值時，可以 基于該省略來禁止UE發(fā)送任何轉移指示消息。實現這一點的一種方式是UE采用無窮大的 禁止定時器值。在另一個實施例中，當UE檢測到省略了禁止定時器值(并且例如采用無窮大的 禁止定時器)時，UE可以發(fā)送轉移指示，但是不包括任何附加信息，具體地，IE可以省略觸 發(fā)發(fā)送轉移指示的原因(下面將更詳細地描述)。轉移指示消息中對原因元素的省略可 以通過允許UE使用現有轉移指示消息(例如信令連接釋放指示(SIGNALINGC0NNECTI0N RELEASE INDICATION))請求或指示轉移，來確保向后兼容。參照示例實施例來更詳細地描述在接收的消息中不包括禁止定時器，其中，在小 區(qū)中廣播系統(tǒng)信息塊，或者將該系統(tǒng)信息塊發(fā)送至UE,該系統(tǒng)信息塊被配置為傳送禁止定 時器值。在本實施例中，如果UE接收到在消息中或者在消息內的信息元素中不包含禁止定 時器(稱作T3XX)的系統(tǒng)信息塊，那么在這種情況下，UE可以確定通過例如將禁止定時器 Τ3χχ設置為無窮大來不使UE能夠發(fā)送轉移指示消息。參照另一個示例實施例來更詳細地描述不包括禁止定時器，其中，從UTRAN移動 性信息消息中省略了禁止定時器Τ3ΧΧ。在這種情況下，接收者UE可以繼續(xù)應用先前存儲的禁止定時器值。備選地，當檢測到省略了禁止定時器T3XX時，UE可以確定通過例如將禁止 定時器Τ3ΧΧ設置為無窮大來不使UE能夠發(fā)送轉移指示消息。在另一個示例實施例中，當檢測到在接收的消息中或者在消息內的信息元素中省 略了禁止定時器時，UE將禁止定時器值設置為另一個預設值(例如0秒、5秒、10秒、15秒、 20秒、30秒、1分鐘、1分鐘30秒、2分鐘中的一個)。備選地或者附加地，這些示例可以應 用于其他網絡產生的消息。在其他實施例中，如果在消息或者信息元素中沒有將禁止定時器(值)發(fā)送至或 發(fā)信號通知給UE,或者在從一個小區(qū)轉移至另一個小區(qū)時沒有從廣播系統(tǒng)信息中讀取到或 從其他專用UTRAN消息中接收到禁止定時器，則可能發(fā)生或可能不發(fā)生轉移指示的發(fā)送。具體地，在一個實施例中，當檢測到不存在禁止定時器時，基于更高層確定其沒有 更多PS數據要發(fā)送，UE不發(fā)起轉移指示。在備選實施例中，當檢測到不存在禁止定時器時，基于更高層確定其沒有更多PS 數據要發(fā)送，UE可以發(fā)起轉移指示。在另一個實施例中，如果在消息內或者在消息的信息元素內(經由廣播或者其 他)沒有從UTRAN接收到定時器值，UE可以將禁止定時器設置為零或者備選地刪除該定時 器的任何配置，而不是在UE處將定時器值設置為無窮大，并且取而代之地可以允許UE發(fā)送 轉移指示。在這種情況下，UE可以省略或者被禁止在轉移指示消息中附著原因。在一個實 施例中，使用信令連接釋放指示(SIGNALINGCONNECTION RELEASE INDICATION)消息作為轉 移指示的一個示例。在實施例中，使用信令連接釋放指示過程來傳送轉移指示。UE使用該信令連接釋 放指示過程來向UTRAN指示已經釋放其信令連接之一。具體地，根據TS 25. 331的8. 1. 14. 2節(jié)，當從特定CN域的上層接收到針對釋放 信令連接的請求時，UE應當檢驗在信息元素“CN域標識”中標識的該特定CN域的變量 “ESTABLISHED_SIGNALLING_CONNECTIONS”中的信令連接是否存在。如果存在，則UE可以發(fā) 起信令連接釋放指示過程。在沒有將禁止定時器值發(fā)信號通知給UE或者傳送給UE的情況下，在信令連接釋 放指示(SIGNALING CONNECTION RELEASE INDI CAT I ON)消息中沒有指定信令連接釋放指示 原因。本領域技術人員將理解，在該備選實施例中，缺少定時器值不會導致定時器值被設置 為無窮大。在UTRAN側，當接收到沒有原因的信令連接釋放指示(SIGNALING CONNECTION RELEASE INDICATION)消息時，UTRAN向上層指示對所標識的CN域標識的信令連接的釋放。 然后，這可以發(fā)起對所建立的無線資源控制連接的釋放。在另一個備選實施例中，當UTRAN將定時器值發(fā)信號通知給UE或者傳送給UE時， 例如信息元素“處于已連接模式的UE定時器和常量”中的禁止定時器T3xx(或者使用系 統(tǒng)信息，例如SIB1、SIB3或SIB4、或者利用專用UTRAN移動性信息消息)，該釋放過程根據 下述步驟來進行。首先，UE可以檢驗是否存在所指示的任何電路交換域連接。可以在變 量“ESTABLISHED_SIGNALLING_C0NNECTI0NS”中指示這種連接。如果不存在電路交換域連 接，則可以進行第二次檢驗，以確定上層是否指示了在延長的時段內將不存在分組交換域 數據。
如果不存在電路交換域連接并且在延長的時段內預期沒有分組交換域數據，則UE 可以接下來檢驗定時器T3XX是否正在運行。如果定時器Τ3ΧΧ沒有正在運行，則UE將信息元素“CN域標識”設置為分組交換 (PS)域。此外，將信息元素“信令連接釋放指示原因”設置為“UE請求的PS數據會話結束”。 在DCCH上使用AM RLC來發(fā)送信令連接釋放指示消息。此外，在發(fā)送之后，啟動定時器Τ3χχ。如上述過程中的RLC所確認，當成功地傳送了信令連接釋放指示消息時，上述過 程結束。在本實施例中，當定時器Τ3χχ正在運行時或者直到定時器Τ3χχ已經超時之前，禁 止UE發(fā)送信令連接釋放指示消息，其中信令連接釋放指示原因被設置為“UE請求的PS數 據會話結束”。當Τ3χχ定時器正在運行時，如果由于在延長的時段內沒有其他分組交換域數據 而發(fā)起了信令連接釋放指示過程，則UE負責實現在Τ3ΧΧ定時器超時時是否發(fā)起該過程。UE 決定可以基于確定UE是否具有任何后續(xù)信令連接釋放指示或請求消息要發(fā)送，并且如果 是，則UE決定可以包括重新檢驗與此處所述相同的針對發(fā)起過程的檢驗中的一些或全部。在UTRAN側，如果接收到的信令連接釋放指示消息不包括信令連接釋放指示原 因，則UTRAN可以從上層請求釋放信令連接，然后，上層可以發(fā)起釋放信令連接。另一方面， 如果接收到的信令連接釋放指示消息包括原因，則UTRAN可以釋放信令連接或者發(fā)起向更 有效利用電池的狀態(tài)(例如CELL_FACH、CELL_PCH、URA_PCH或IDLE_M0DE)的狀態(tài)轉移。上述禁止持續(xù)時間可以基于UE想要轉移至的狀態(tài)。例如，禁止持續(xù)時間可以不 同，不管移動是否指示了其上一次對一些RRC狀態(tài)/模式相對于其他RRC狀態(tài)/模式的偏 好。例如，如果移動指示了對空閑模式相對于Cell_FACH或相對于Cell_PCH/URA PCH狀態(tài) 的偏好，則禁止持續(xù)時間可以不同。在禁止持續(xù)時間由網絡來設置的情況下，這可以通過網 絡向移動指示/發(fā)送根據場景而使用的值的兩個(或者更多)集合來實現。備選地，該指 示可以以下述方式來完成僅恰當的禁止時間值被指示/發(fā)信號通知給移動例如，如果UE 想要轉移至Cell_PCH，則可以設置與在UE想要轉移至空閑的情況下不同的經過的持續(xù)時 間。上述禁止持續(xù)時間可以是不同的，依賴于移動當前所處的RRC狀態(tài)/模式(例 如 Cell_DCH/Cell_FACH 相對于 Cell_PCH/URA_PCH、或者 Cell_DCH 相對于 Cell_FACH 或者 Cell_PCH/URA_PCH)。上述禁止持續(xù)時間可以是不同的，依賴于網絡是否已經按照來自移動的偏好RRC 狀態(tài)信息來操作。這種識別可以發(fā)生在網絡上或移動側。在第一種情況下，這可能影響由 網絡向移動指示/發(fā)信號通知的禁止值。在該第二種情況下，禁止持續(xù)時間值的不同集合 可以是預配置的或者由網絡來指示/發(fā)信號通知。作為具體情況，如果網絡已經按照來自 移動的偏好RRC狀態(tài)信息來操作(例如，已經發(fā)起向由UE指示的狀態(tài)的狀態(tài)轉移)，則可以 減少或取消禁止持續(xù)時間/功能。上述禁止持續(xù)時間可以是不同的，依賴于例如網絡的偏好、特征、能力、負載或容 量。如果網絡能夠接收頻繁的轉移指示消息，則該網絡可以指示短的禁止持續(xù)時間。如果 網絡不能或者不想接收頻繁的轉移指示消息，則該網絡可以指示長的禁止持續(xù)時間。網絡 可以指示UE不能發(fā)送轉移指示消息的特定時間段。可以例如以數字方式指示該特定時間 段(即0秒、30秒、1分鐘、1分鐘30秒、2分鐘或者無窮大)。接收到0秒禁止持續(xù)時間的UE能夠在沒有延遲的情況下發(fā)送轉移指示。接收到無窮大禁止持續(xù)時間的UE不能發(fā)送轉 移指示。可以使用/指定每時間窗口的消息的最大數目(例如“每10分鐘不超過15條消 息”)而不使用/指定禁止持續(xù)時間，或者除了禁止持續(xù)時間以外還使用/指定每時間窗口 的消息的最大數目。上述禁止持續(xù)時間/每時間窗口的消息的最大數目的組合是可能的。作為示例，本公開總體描述了由UTRAN從UE接收RRC連接請求(RRC CONNECTION REQUEST)消息。當接收到RRC連接請求消息時，UTRAN應當例如接受該請求并向UE發(fā)送 RRC連接建立(RRC CONNECTION SETUP)消息。RRC連接建立消息可以包括禁止轉移指示，稱 為定時器T3xx。當UE接收到該RRC連接建立消息時，UE應當例如存儲定時器T3xx的值， 替換任何先前存儲的值，或者，如果定時器Τ3ΧΧ不在RRC連接建立消息中，則UE應當將定 時器的值設置為無窮大。在一些實施例中，RRC連接建立消息必須包括禁止轉移指示以確 保UE知道UTRAN支持禁止轉移指示信令。在實施例中，假定在DCH狀態(tài)下的移動性期間，UE將維持其當前存儲的禁止定時 器值。在將禁止定時器設置為無窮大的一些情況下，這可能意味著UE必須等待網絡數據不 活動定時器超時并等待網絡將UE移動至RRC狀態(tài)，在RRC狀態(tài)下，UE可以接收或確定新的 禁止定時器值。在切換之前禁止定時器是除無窮大之外的某值的其他情況下，繼續(xù)使用該 其他值，直到UE能夠將定時器值更新為在新的小區(qū)中指示的值為止。在一些實例中，在一些網絡中或者在網絡內的一些小區(qū)中可能不實現禁止定時器 和轉移指示(例如，信令連接釋放指示)消息。為了移動性的目的，如果不存在對于發(fā)送轉 移指示或請求消息的特征來說可用的支持(特別是在使用了原因的情況下)，則UE應當缺 省地不發(fā)送該消息。這避免了不必要的發(fā)送以及對網絡資源和電池資源的相關浪費。此外，為了移動性的目的，在網絡內使用的、不同供應商的網絡設備可以導致相鄰 小區(qū)使用當UE在小區(qū)之間移動時需要在UE上更新的不同禁止定時器。在一個備選實施例中，這一點是通過提供下述內容來處理的所有的切換以及相 關的承載控制消息包括禁止定時器Τ3ΧΧ的值。此處將這種消息稱作移動性消息。這允許 UE在小區(qū)之間移動時接收新的禁止定時器值。如果這些移動性消息中的一個不包含禁止定 時器值，則還允許UE設置禁止定時器的缺省定時器值。應當理解，如果在移動性消息中沒 有接收到禁止定時器值，則這指示了該小區(qū)不支持快速休眠。作為轉移指示過程的另一示例，UE可以使用數據傳輸完成指示過程來向UTRAN指 示其已經確定其不需要傳輸任何更多的PS域數據。結合上面描述的示例，如果定時器Τ3ΧΧ 正在運行，則在定時器Τ3ΧΧ超時之前，UE將不發(fā)送數據傳輸完成指示消息。數據傳輸完成指示過程開始于以下指示在延長的持續(xù)時間內，RRC或上層將不 具有更多的PS域數據。如果在變量ESTABLISHED_SIGNALLING_CONNECTIONS中指示CS域 連接或者如果將定時器T3XX設置為無窮大，則該過程結束。否則，如果定時器Τ3ΧΧ沒有正 在運行(即已經超時)或被設置為0秒，則向下層提交數據傳輸完成指示(DATA TRANSFER C0MPLETEINDICATI0N)消息以在DCCH上使用AM RLC進行發(fā)送，此后，當已經向下層傳送消 息時，啟動或重置定時器T3xx。當接收到數據傳輸完成指示時，UTRAN可以決定發(fā)起向更有效利用電池的RRC狀
10態(tài)或空閑模式的UE轉移。當定時器T3XX正在運行時，UE不應當發(fā)送數據傳輸完成指示消息。因此，本公開提供了一種用于發(fā)送將用戶設備轉移至不同狀態(tài)或模式的轉移指示 的方法，該方法包括從網絡接收配置消息；以及從用戶設備發(fā)送轉移指示，所述轉移指示 在配置消息包含禁止轉移指示的情況下僅包括原因。本公開還提供了一種用戶設備，被配置為發(fā)送轉移至不同狀態(tài)或模式的轉移指 示，所述用戶設備被配置為從網絡接收配置消息；以及從用戶設備發(fā)送轉移指示，所述轉 移指示在配置消息包含禁止轉移指示的情況下僅包括原因。本公開還提供了 一種用于處理來自用戶設備的轉移指示的方法，所述轉移指示用 于指示所述用戶設備期望轉移至不同狀態(tài)或模式，所述方法包括從所述用戶設備接收所述 轉移指示；如果所述轉移指示包含原因，則釋放所述用戶設備的信令連接或者將所述用戶設 備轉移至不同狀態(tài)或模式；以及如果所述轉移指示不包含所述原因釋放所述信令連接。本公開還提供了一種網絡元件，被配置為轉移用戶設備的狀態(tài)或模式，網絡設備 被配置為從用戶設備接收轉移指示；如果所述轉移指示包含原因，則釋放所述用戶設備 的信令連接或者將所述用戶設備轉移至不同狀態(tài)或模式；以及如果所述轉移指示不包含所 述原因釋放所述信令連接。


參照附圖，將更好地理解本公開，附圖中圖1是示出了 RRC狀態(tài)和轉移的框圖；圖2是示出了各個UMTS小區(qū)和UTRA的UMTS網絡的示意圖；圖3是示出了 RRC連接建立中的各個階段的框圖；圖4Α是示出了由UTRAN根據當前方法發(fā)起的在CELL_DCH已連接模式狀態(tài)和空閑 模式之間的示例轉移的框圖；圖4B是示出了利用信令釋放指示在CELL_DCH狀態(tài)已連接模式轉移至空閑模式之 間的示例轉移的框圖；圖5A是示出了由UTRAN發(fā)起的在CELL_DCH不活動狀態(tài)至CELL_FACH不活動狀態(tài) 至空閑模式的示例轉移的框圖；圖5B是示出了利用信令釋放指示在CELL_DCH不活動狀態(tài)和空閑模式之間的示例 轉移的框圖；圖6是示出了 UMTS協(xié)議棧的框圖；圖7是可以與本方法相關聯地使用的示例UE ；圖8是與本方法和系統(tǒng)相關聯地使用的示例網絡；圖9是示出了在UE處添加信令連接釋放指示的原因的步驟的流程圖；圖10是示出了 UE在接收到具有原因的信令連接釋放指示時采取的步驟的流程圖；圖11示出了圖8所示的網絡的示例操作期間示例邏輯和物理信道分配的圖形表 示，其中利用UE提供多個并發(fā)的分組數據通信服務會話；圖12示出了根據本公開的實施例的、UE和網絡元件的功能框圖，該網絡元件提供 用于釋放各個分組數據服務的無線資源的無線資源釋放功能；
圖13示出了表示根據本公開的實施例的操作而產生的信令的消息序列圖，該操 作用于釋放向PDP上下文的無線資源分配；圖14示出了與圖13所示的消息序列圖類似的消息序列圖，也表示根據本公開的 實施例的操作而產生的信令，該操作用于釋放無線資源分配；圖15示出了表示本公開的實施例的過程的過程圖；圖16示出了一幅方法流程圖，該圖示出了本公開的實施例的操作的方法；圖17示出了一幅方法流程圖，該圖也示出了本公開的實施例的操作的方法；圖18示出了基于網絡元件處的無線資源簡檔來進行轉移決定的實施例的方法流 程圖；圖19示出了能夠與圖18的方法一起使用的網絡元件的簡化框圖；圖20示出了用于發(fā)送轉移指示或請求消息的數據流圖；以及圖21示出了用于在UE處設置禁止定時器值的數據流圖。
具體實施例方式現在參照圖1。圖1是示出了 UMTS網絡中協(xié)議棧的無線資源控制部分的各種模式 和狀態(tài)的框圖。具體地，RRC可以處于RRC空閑模式110或RRC已連接模式120。本領域技術人員應當理解，UMTS網絡由兩個基于陸地的網絡段構成。它們是核心 網絡(CN)和通用陸地無線接入網絡(UTRAN)(如圖8所示)。核心網絡負責將數據呼叫和 數據連接切換和路由至外部網絡，同時UTRAN處理所有無線相關功能。在空閑模式110中，每當需要在UE和網絡之間交換數據時，UE必須請求RRC連接 建立無線資源。這可以是UE上的應用需要連接來發(fā)送數據的結果，或者可以是UE監(jiān)視尋 呼信道以指示UTRAN或SGSN是否已經尋呼UE以便從外部數據網絡(例如推送服務器)接 收數據的結果。另外，每當UE需要發(fā)送移動性管理信令消息(例如位置區(qū)域更新)時，UE 還請求RRC連接。一旦UE已經向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自主地轉移至CELL_FACH狀態(tài)124，在CELL_FACH狀態(tài)124中， UE進行其初始數據傳輸，此后，網絡確定針對繼續(xù)的數據傳輸使用哪個RRC已連接狀態(tài)。這 可以包括網絡將UE移動進入小區(qū)專用信道(CELL_DCH)狀態(tài)122或者將UE保持在小區(qū)前 向接入信道(CELL_FACH)狀態(tài)124。在CELL_DCH狀態(tài)122中，將上行鏈路和下行鏈路的專用信道分配給UE以交換數 據。由于該狀態(tài)具有分配給UE的專用物理信道，因此該狀態(tài)典型地從UE需要最多的電池 功率。備選地，UTRAN可以將UE維持在CELL_FACH狀態(tài)124中。在CELL_FACH狀態(tài)中， 不將專用信道分配給UE。而是使用公共信道來發(fā)送少量突發(fā)數據中的信令。然而，UE仍然 必須連續(xù)地監(jiān)視FACH，因此，其比處于CELL_PCH狀態(tài)、URA_PCH狀態(tài)以及空閑模式時消耗更 多的電池功率。在RRC已連接模式120中，可以由UTRAN隨意改變RRC狀態(tài)。具體地，如果在特定量的時間內檢測到數據不活動或者檢測到數據吞吐量低于特定閾值，則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，如果在一些網絡中在預定時間內檢測到數據不活動，則 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)轉移?？臻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的當前 UTRAN注冊區(qū)域(URA)不在存在于當前小區(qū)中的URA標識的列表當中，則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內，從而當在URA_PCH 模式中在210、212和214之間移動時，不觸發(fā)URA更新過程。如圖2所示，其他小區(qū)218處于URA320之外，并可以是單獨的URA的一部分或者 不是URA。本領域技術人員應當理解，從電池壽命的角度來看，相比于上述狀態(tài)，空閑狀態(tài)提 供了最低的電池使用。具體地，由于需要UE僅間或地監(jiān)視尋呼信道，因此無線不需要持續(xù) 開啟，而是將周期性地喚醒。其折衷是發(fā)送數據的延遲。然而，如果該延遲不太大，則處于 空閑模式并節(jié)約電池功率的優(yōu)點重于連接延遲的缺點。再次參照圖1。各個UMTS基礎結構供應商基于各種準則在狀態(tài)122、124、126和 128之間移動。這些準則可以是網絡運營商的關于信令的節(jié)約或無線資源的節(jié)約等等的偏 好。下面概述示例基礎結構。在第一示例基礎結構中，在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中的四十五分鐘的不活動將導致RRC狀 態(tài)移動回到空閑模式110。在第二示例基礎結構中，依賴于有效載荷閾值，可以在空閑模式110和已連接模 式120之間進行RRC轉移。在第二基礎結構中，如果有效載荷低于特定閾值，則UTRAN將RRC 狀態(tài)移動至CELL_FACH狀態(tài)124。相反，如果數據有效載荷高于特定有效載荷閾值，則UTRAN 將RRC狀態(tài)移動至CELL_DCH狀態(tài)122。在第二基礎結構中，如果在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之前需要兩小時的不活動。在第三示例基礎結構中，空閑模式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中三十秒的不活動導致移動回到空閑模式110。在第四示例基礎結構中，RRC從空閑模式轉移至已連接模式，直接進入CELL_DCH 狀態(tài)122。在第四示例基礎結構中，CELL_DCH狀態(tài)122包括兩種配置。第一種配置包括具 有高數據速率的配置，第二種配置包括較低數據速率但仍然處于CELL_DCH狀態(tài)中。在第四 示例基礎結構中，RRC從空閑模式110直接轉移進入高數據速率CELL_DCH子狀態(tài)。在10秒 的不活動之后，RRC狀態(tài)轉移至低數據速率CELL_DCH子狀態(tài)。CELL_DCH狀態(tài)122的低數據 子狀態(tài)中十七秒的不活動導致RRC狀態(tài)改變?yōu)榭臻e模式110。上述四個示例基礎結構示出了各個UMTS基礎結構供應商如何實現狀態(tài)。本領域 技術人員應當理解，在每一種情況下，如果與停留在CELL_DCH或CELL_FACH狀態(tài)中所需要 的時間相比，花費在交換實際數據(例如電子郵件)上的時間明顯較短的話。這引起不必 要的電流耗盡，使在更新一代的網絡(如UMTS)中的用戶體驗比現有一代的網絡(如GPRS) 中的用戶體驗差。此外，盡管從電池壽命的角度來說CELL_PCH狀態(tài)126比CELL_FACH狀態(tài)124更優(yōu)， 但是典型地將CELL_PCH狀態(tài)126中的DRX周期設置為比空閑模式110中更低的值。因此， 需要UE在CELL_PCH狀態(tài)126中比在空閑模式110中更頻繁地喚醒。具有與空閑狀態(tài)110的DRX周期類似的DRX周期的URA_PCH狀態(tài)128很可能是電 池壽命與連接延遲之間的最優(yōu)平衡。然而，當前沒有在UTRAN中實現URA_PCH狀態(tài)128。因 此，在一些情況下，從電池壽命的角度來說，在應用完成了數據交換之后期望盡可能快地快 速轉移至空閑模式?，F在參照圖3。當從空閑模式轉移至已連接模式時，需要進行各種信令和數據連 接。參照圖3，要執(zhí)行的第一個項目是RRC連接建立310。如上所示，該RRC連接建立310 僅可以由UTRAN拆除。一旦完成RRC連接建立310，就開始信令連接建立312?！┩瓿尚帕钸B接建立312，就開始加密和完整性建立314。當完成這一點時，完 成無線承載建立316。此時，可以在UE和UTRAN之間交換數據。一般地，以相反的順序類似地完成拆除連接。拆除無線承載建立316，然后拆除 RRC連接建立310。此時，如圖1所示，RRC移動進入空閑模式110。盡管當前的3GPP規(guī)范不允許UE釋放RRC連接或指示其對RRC狀態(tài)的偏好，但是 UE仍然可以指示對指定核心網絡域(例如分組交換應用所使用的分組交換(PS)域)的信 令連接的終止。根據3GPP TS 25. 331的8. 1. 14. 1節(jié)，UE使用信令連接釋放指示過程來向 UTRAN指示已經釋放其信令連接之一。該過程進而可以發(fā)起RRC連接釋放過程。因此，遵照當前3GPP規(guī)范，可以在拆除信令連接建立312時發(fā)起信令連接釋放。這 在UE拆除信令連接建立312的能力之內，并且進而根據規(guī)范，“可能”發(fā)起RRC連接釋放。本領域技術人員應當理解，如果信令連接建立312被拆除，則在已經拆除信令連 接建立312之后，UTRAN還將需要清除解密和完整性建立314和無線承載建立316。如果信令連接建立312被拆除，則在沒有CS連接是活動的時，RRC連接建立典型 地由當前供應商基礎結構的網絡來拆除。針對上述特定轉移指示示例之一使用這一點，如果UE確定了其完成數據交換，例如，如果UE軟件的“連接管理器”組件被提供了數據交換完成的指示，則連接管理器可以確 定是否拆除信令建立312。例如，設備上的電子郵件應用發(fā)送以下指示該電子郵件應用已 經從推送電子郵件服務器接收到推送服務器確實接收到電子郵件的肯定應答。在一個實施 例中，連接管理器可以跟蹤所有現有應用、關聯的PDP上下文、關聯的PS無線資源以及關聯 的電路交換(CS)無線承載。在其他實施例中，網絡元件(例如UTRAN)可以跟蹤現有應用、 關聯的PDP上下文、QoS、關聯的PS無線資源和關聯的CS無線承載。在UE或網絡元件處可 以引入延遲，以確保應用確實完成數據交換并即使在已經發(fā)送了“完成”指示之后也不再需 要RRC連接?？梢允乖撗舆t等價于與應用或UE相關聯的不活動超時。每一個應用可以具 有其自身的不活動超時，從而延遲可以是所有應用超時的復合物。例如，電子郵件應用可以 具有五秒的不活動超時，而活動的瀏覽器應用可以具有六十秒的超時。禁止持續(xù)時間定時 器還可以延遲發(fā)送轉移指示。在一些實施例中，基于來自活動應用的所有這種指示的復合 狀態(tài)以及無線資源簡檔和/或禁止持續(xù)時間定時器延遲，UE軟件決定在其發(fā)送恰當核心網 絡(例如PS域)的轉移指示(例如信令連接釋放指示或狀態(tài)改變請求)之前其應當或必 須等待多久。如果在網絡元件處實現延遲，則該元件確定是否以及如何對UE進行轉移，但 僅在已經經過延遲之后才操作該轉移。可以基于業(yè)務量模式歷史和/或應用簡檔來使不活動超時成為動態(tài)的。如果網絡元件將UE轉移至空閑模式110，這可以發(fā)生在如圖1所示的RRC已連接 模式120的任何階段，則如圖1所示，網絡元件釋放RRC連接并將UE移動至空閑模式110。 當在語音呼叫期間UE正在執(zhí)行任何分組數據服務時，這也適用。在這種情況下，網絡可以 選擇僅釋放PS域信令連接，并維持CS域信令連接，或者備選地可以選擇不釋放任何連接而 是同時維持與PS和CS域的信令連接。在另一實施例中，可以向轉移指示添加原因，以向UTRAN指示該指示的理由。在優(yōu) 選實施例中，該原因可以是對以下內容的指示異常狀態(tài)引起了指示；或者由于所請求的 轉移，UE發(fā)起了指示。其他正常(即，非異常)交易還可以導致發(fā)送轉移指示。在另一優(yōu)選實施例中，各種超時可以引起針對異常條件而發(fā)送轉移指示。下面的 定時器的示例不是詳盡的，其他定時器或者異常條件是可能的。例如，10. 2. 47 3GPP TS 24. 008指定定時器T3310為
定時器 編號定時器 值狀態(tài)啟動原因正常停止在第1、第2、 第3、第4到期 時 注釋3T331015sGMM-ATTACHATTACHATTACH REQREG-REQ發(fā)送ACCEPT接收的重傳INITATTACHREJECT接收定時器 T3310
15
該定時器用于指示附著失敗。附著失敗可以是網絡的結果或者可以是射頻(RF) 問題，例如沖突或者糟糕的RF。附著嘗試可能發(fā)生多次，并且附著失敗由預定次數的失敗或者顯式拒絕而造成。3GPP的10. 2. 47的第二定時器是定時器T3330，被指定為 定時器T3330該定時器用于指示路由區(qū)域更新失敗。當定時器到期時，可以多次請求另一路由 區(qū)域更新，并且路由區(qū)域更新失敗由預定次數的失敗或者顯式拒絕而造成。3GPP的10. 2. 47的第三定時器是定時器T3340，被指定為 定時器T3340該定時器用于指示GMM服務請求失敗。當定時器到期時，可以多次發(fā)起另一 GMM 服務請求，并且GMM服務請求失敗由預定次數的失敗或者顯式拒絕而造成。從而，轉移指示原因并不限于異常條件的和UE進行的釋放，轉移指示原因還可以 包括與哪個定時器對于異常條件來說失敗有關的信息。在信令連接釋放指示用作轉移指示 的具體示例中，可以將該指示構造為
信令連接釋放指示UE使用該消息來向UTRAN指示針對釋放現有信令連接的請求。不管信令連接釋放 指示的原因是否是由于異常條件以及該異常條件是什么，信令連接釋放指示原因的添加都 允許UTRAN或者其他網絡元件接收信令連接釋放指示的原因?；趯π帕钸B接釋放指示的 接收，進而允許在UTRAN處發(fā)起RRC連接釋放過程。在該示例的一個實施方式中，當從特定CN(核心網絡)域的上層接收到針對釋放 或中止信令連接的請求時，如果信令連接是在變量中標識的，則UE發(fā)起信令連接釋放指示 過程。例如，存在利用IE (信息元素)“CN域標識”標識的特定CN域的變量ESTABLISHED, SIGNALING_C0NNECTI0NSo如果該變量未標識任何現有信令連接，則以另一種方式來中止對 該特定CN域的信令連接的任何正在進行的建立。當在Cell_PCH或URA_PCH狀態(tài)中發(fā)起信 令連接釋放指示過程時，UE使用原因“上行鏈路數據發(fā)送”來執(zhí)行小區(qū)更新過程。當成功地 完成小區(qū)更新過程時，UE繼續(xù)接下來的信令連接釋放指示過程。S卩，UE將信息元素(IE) “CN域標識”設置為由上層邏輯層指示的值。IE的值指 示以下CN域該CN域的關聯的信令連接是上層所標記要釋放的。如果將CN域標識被設 置為PS域，并且如果上層指示了發(fā)起該請求的原因，則相應地設置IE “信令釋放指示原因 (SIGNALINGRELEASE INDICATION CAUSE) ”。UE還將具有由上層指示的標識的信令連接從變 量“ESTABLISHED_SIGNALING_CONNECTIONS”中移除。UE在例如專用控制信道(DCCH)上使 用肯定應答模式的無線鏈路控制(AM RLC)來發(fā)送信令連接釋放指示消息。當RLC確認成 功傳送了釋放指示消息時，該過程結束。根據本公開的實施例，還使用IE“信令連接釋放指示原因”。該釋放原因與例如現 有的消息定義對齊。例如，將上層釋放原因消息構造為 在該示例中，T3310、T330和Τ3340到期與先前標識的對應編號的定時器的到期相 對應。盡管預期結果與由原因值標識的結果相對應，但是在一個實施方式中，原因值可被設 置為“UE請求的PS數據會話結束”而不是“UE請求的空閑轉移”，以移除對空閑轉移的偏好 的UE指示，并提供UTRAN以決定狀態(tài)轉移。優(yōu)選地但不是必須地，對信令連接釋放指示的 擴展是非臨界擴展?，F在參照圖9。圖9是示例UE監(jiān)視是否發(fā)送針對各個域(例如PS或CS)的信令 連接釋放指示的流程圖。該過程開始于步驟910。UE轉移至步驟912，在步驟912中，UE進行檢驗以查看是否存在異常條件。這種 異常條件可以包括例如如上所述的定時器Τ3310、定時器Τ3320或定時器Τ3340到期。如果 這些定時器到期特定的預定次數或者如果基于這些定時器中任一個的到期而接收到顯式 拒絕，則UE進行至步驟914，在步驟914中，UE發(fā)送信令連接釋放指示。向信令連接釋放指 示消息附著信令釋放指示原因字段。該信令釋放指示原因字段至少包括信令釋放指示基于 異常條件或狀態(tài)，并且一個實施例包括特定定時器，該特定定時器超時以產生異常條件。相反，如果在步驟912中UE發(fā)現不存在異常條件，則UE進行至步驟920，在步驟 920中，UE檢驗在UE處是否預期另外的數據。如上所述，這可以包括何時發(fā)送電子郵件以 及何時在UE處接收回對發(fā)送電子郵件的確認。對于本領域技術人員來說，UE將確定沒有 預期另外的數據的其他示例將是公知的。如果在步驟920中UE確定了完成數據傳輸(或者在電路交換域的情況下，完成呼 叫)，則UE進行至步驟922，在步驟922中，UE發(fā)送信令連接釋放指示，在該指示中，信令釋 放指示原因字段已被添加并包括UE請求了空閑轉移或簡單地向PS會話指示結束的事實。從步驟920，如果未完成數據，則UE循環(huán)回來并在步驟912中繼續(xù)檢驗是否存在異 常條件以及在步驟920中繼續(xù)檢驗是否完成數據。一旦在步驟914或步驟922中發(fā)送信令連接釋放指示，該過程就進行至步驟930
并結束。UE包括功能元件，可由例如通過UE微處理器的操作而執(zhí)行的應用或算法來實現， 或者由硬件實現方式來實現，該功能元件形成檢驗器和轉移指示發(fā)送器。檢驗器被配置為 檢驗是否應當發(fā)送轉移指示。并且，轉移指示發(fā)送器被配置為響應于檢驗器的應當發(fā)送轉 移指示的指示，發(fā)送轉移指示。該轉移指示可以包括轉移指示原因字段。在一個實施方式中，取而代之地，隱式地使網絡知道定時器的超時，并且UE不需 要發(fā)送用于指示定時器的超時的原因值。即，在網絡授權時，定時器開始定時。定義了原因 碼，并且網絡將原因碼提供給UE。UE使用這種原因碼來啟動定時器。由于網絡更早發(fā)送的 原因碼使定時器開始定時，因此網絡隱式地知道定時器的隨后超時的原因。因此，UE不需 要發(fā)送用于指示定時器的超時的原因值。如圖9以及以上描述所建議的，原因可被包括進來，并與轉移指示(例如信令連接 釋放指示)一起發(fā)送以指示1.)異常條件以及2.)正常條件(不是異常條件，例如針對PS 數據會話結束和/或向空閑模式的轉移的請求)。因此，在各個實施方式中，UE處的操作提 供將原因添加至轉移指示以指示異常條件，或者備選地指示對空閑轉移或PS數據會話結 束的請求(即正常操作)的偏好。當然，這種操作也包括以下UE操作其中僅當要進行對 異常條件的指示時才向轉移指示添加原因。并且，相反，這種操作還包括以下UE操作其中向轉移指示添加原因以僅指示正常(即非異常)操作和交易。即，參照圖9，在這樣的備 選操作中，如果在步驟912存在異常條件，則取“是”分支到步驟914，而如果不存在異常條 件，則UE直接進行至結束步驟930。相反，在另一個這樣的備選操作中，在開始步驟912之 后直接取路徑到數據完成步驟920。如果完成數據，則取“是”分支到步驟920，此后到步驟 930。如果在步驟920未完成數據，則取“否”分支回到相同步驟，即步驟920。參照圖10，當在步驟1010中網絡元件接收到轉移指示(例如如圖所示的信令連接 釋放指示)時，在步驟1014中網絡元件檢查轉移指示原因字段(如果存在的話)，并在步驟 1016中檢驗原因是否是異常原因或者是否由于UE請求空閑轉移和/或PS數據會話結束。如 果在步驟1016中信令連接釋放指示具有異常原因，則網絡節(jié)點進行至步驟1020，在步驟1020 中，可以記錄警報以用于性能監(jiān)視和警報監(jiān)視的目的?？梢郧‘數馗玛P鍵性能指示符。相反，如果在步驟1016中轉移指示的原因(例如信令連接釋放指示)不是異常條 件的結果，或者換言之，轉移指示的原因是UE請求PS數據會話結束或空閑轉移的結果，則 網絡節(jié)點進行至步驟1030，在步驟1030中，不發(fā)出警報并可以從性能統(tǒng)計數據中過濾掉該 指示，從而防止性能統(tǒng)計數據傾斜(skewed)。從步驟1020或步驟1030，網絡節(jié)點進行至步 驟1040，在步驟1040中，該過程結束。轉移指示的接收和檢查可以導致網絡元件發(fā)起分組交換數據連接終止或者備選 地轉移至另一個更適合的狀態(tài),例如CELL_FACH、CELL_PCH、URA_PCH或IDLE_M0DE。如上所述，在一些實施方式中，轉移指示中原因的缺失還可以用于確定轉移指示 是正常條件還是異常條件的結果以及是否必須發(fā)出警報。例如，如果添加原因以僅表示正 常條件(即非異常，例如針對PS數據會話結束和/或向空閑模式的轉移的請求)，并且網絡 元件接收到未添加原因的轉移指示，則網絡元件可以從原因的缺失推斷出轉移指示是異常 條件的結果并可選地發(fā)出警報。相反，在另一個示例中，如果添加原因以僅表示異常條件， 并且網絡元件接收到不具有原因的轉移指示，則網絡元件可以從原因的缺失推斷出轉移指 示是正常條件(例如針對PS數據會話結束和/或向空閑模式的轉移的請求)的結果并不 發(fā)出警報。本領域技術人員應當理解，步驟1020可以用于在各種警報條件之間進一步區(qū)分。 例如，T3310超時可以用于保持第一統(tǒng)計數據集合，T3330超時可以用于保持第二統(tǒng)計數據 集合。步驟1020可以在異常條件的原因之間進行區(qū)分，從而允許網絡運營商更有效率地跟 蹤性能。網絡包括功能元件，可由例如通過處理器的操作而執(zhí)行的應用或算法來實現，或 者可由硬件實現方式來實現，該功能元件形成檢查器和警報產生器。檢查器被配置為檢查 轉移指示的轉移指示原因字段。檢查器檢驗轉移指示原因字段是否指示異常條件。警報產 生器被配置為在檢查器的檢查確定了信令連接釋放指示原因字段指示異常條件的情況下 可選擇地產生警報。在一個實施方式中，當接收到信令連接釋放指示時，UTRAN轉發(fā)接收到的原因并從 上層請求釋放信令連接。然后，上層能夠發(fā)起信令連接的釋放。IE信令釋放指示原因指示 UE的上層原因，以觸發(fā)UE的RRC發(fā)送消息。該原因可能是異常上層過程的結果。通過對 IE的成功接收來確保對消息的原因的區(qū)分?？赡艿膱鼍鞍ㄒ韵聢鼍捌渲?，在RLC確認成功傳送了信令連接釋放指示消息之前，在信令無線承載RB2上RLC實體的發(fā)送側發(fā)生重新建立。在這種發(fā)生的情況下，UE使 用信令無線承載RB2上的AMRLC在例如上行鏈路DCCH上重傳信令連接釋放指示消息。在 RLC確認成功傳送了信令連接釋放指示或請求消息之前發(fā)生來自UTRAN過程的RAT(無線接 入技術)間切換的情況下，當處于新的RAT中時，UE中止信令連接。在另一實施例中，不利用“信令連接釋放指示”或請求，而是可以利用“數據傳輸完 成指示”。與上面圖9和10所述的功能類似的功能可以適用于該數據傳輸完成指示。在一個實施例中，UE使用該數據傳輸完成指示來向UTRAN通知UE已經確定不存 在正在進行的CS域數據傳輸，并且UE已經完成其PS數據傳輸。例如，使用AM RLC在DCCH 上從UE向UTRAN發(fā)送這樣的消息。下面示出了示例消息。10. 2. χ數據傳輸完成指示UE使用該消息來向UTRAN通知UE已經確定不存在正在進行的CS域數據傳輸，并 且UE已經完成其PS數據傳輸。RLC-SAP =AM邏輯信道DCCH方向UE—UTRAN 數據傳輸完成指示現在參照圖20。圖20示出了實施例，在該實施例中，從UE向UTRAN發(fā)送轉移指 示或請求(例如信令連接釋放指示或數據傳輸完成指示)。該過程開始于步驟2010并進 行至步驟2012，在步驟2012中，在UE上檢驗以確定UE處的條件是否適于發(fā)送轉移指示消 息。在本公開中以下參照例如圖11來描述這種條件，并且這種條件可以包括UE上的一個 或多個應用確定它們完成數據交換。這種條件還可以包括如果定時器T3XX正在運行，則 在一定的持續(xù)時間內等待定時器T3XX到期。在另一個且備選的實施例中，該條件可以包括如果定時器Τ3ΧΧ被設置為無窮 大，則阻止發(fā)送轉移指示。應當理解，Τ3ΧΧ可以包括多個離散值，其中之一表示無窮大值。如果在步驟2012中該條件不適于發(fā)送轉移指示或請求消息，則該過程自身循環(huán) 并繼續(xù)監(jiān)視直到條件適于發(fā)送轉移指示或請求消息為止?！l件適合，該過程就進行至步驟2020，在步驟2020中，向UTRAN發(fā)送轉移指 示。在上表中示出了示例指示。然后，該過程進行至步驟2022，在步驟2022中，進行檢驗以確定轉移指示是否成 功。本領域技術人員應當理解，這可能意味著UTRAN已經成功地接收到轉移指示并已經發(fā)
21起了狀態(tài)轉移。如果是，則該過程進行至步驟2030并結束。相反，如果在步驟2022中確定了轉移指示沒有成功，則該過程進行至步驟2024并 等待一段時間。可以使用“禁止持續(xù)時間”(例如T3XX)來實現這種等待，這將不允許移動 在經過給定持續(xù)時間之前發(fā)送另一個轉移指示消息。備選地，該過程可以限制給定時間段 內轉移指示消息的數目(例如10分鐘內不超過15條消息)。禁止持續(xù)時間和限制給定時 間段內消息數目的組合也是可能的。該持續(xù)時間可以是預定的，例如在標準中定義的值，可以由網絡元件設置，例如作 為RRC連接請求、RRC連接建立消息、RRC連接釋放、無線承載建立、系統(tǒng)信息廣播消息、系統(tǒng) 信息塊消息、活動集合更新(ACTIVE SET UPDATE)、小區(qū)更新確認(CELL UPDATECONFIRM)、 UTRAN移動性信息消息、切換至UTRAN命令、物理信道重配置消息、無線承載重配置消息、無 線承載釋放消息、傳輸信道重配置消息、或者任何請求、配置或重配置消息的一部分。此外， 可以基于轉移指示消息內的參數來設置該持續(xù)時間。從而，如果UE正在請求轉移至Cell_ PCH而不是空閑，則該持續(xù)時間可以更長。網絡元件發(fā)信號通知或發(fā)送持續(xù)時間可以采用信息元素的形式。如本文所使用 的，發(fā)信號通知或發(fā)送可以包括直接向UE發(fā)送信息或者廣播該信息。類似地，在UE處的接 收可以包括直接接收或讀取廣播信道。一個示例信息元素包括 禁止轉移指示在一個實施例中將T3xx的值定義為
設置。對無 窮大的使用 指示從不發(fā) 送轉移指示 消息 T3xx 定義在一個實施例中，可以在現有UMTS信息元素“處于已連接模式的UE定時器和常 量”中包括Τ3ΧΧ。因此，可以通過在系統(tǒng)信息塊類型1中包括來在小區(qū)中廣播Τ3χχ。在備 選實施例中，還可以使用其他系統(tǒng)信息消息(例如SIB3或SIB4)來發(fā)信號通知定時器值， 或者備選地或附加地利用專用UTRAN移動性信息消息來發(fā)信號通知定時器值。如上表中所指示的，Τ3ΧΧ值可以在集合值之間改變，并可以包括零值或無窮大值。 零值用于指示不需要發(fā)生禁止。無窮大值指示從不應當發(fā)送轉移指示消息。在一個移動性實施例中，每當轉移至新的網絡或小區(qū)時，UE都重置Τ3χχ值。在本 示例中，將該值設置為無窮大。這確保了如果轉移消息或無線承載消息不包含禁止定時器， 則缺省地，UE將不發(fā)送轉移指示消息。因此，例如，如果轉移或無線承載消息不包含“禁止 轉移指示”，則將定時器的值設置為無窮大，否則在指示中接收到的定時器的值替換任何先 前存儲的值。在另一個備選實施例中，如下定義Τ3χχ的值。對定時器Τ3χχ的包括是可選的，從 而確保了如果不包括，則UE不必須支持配置或使用該定時器
120)
不需要應用 禁止定時 器，并且可 以發(fā)送對0 秒的使用以 超越先前的 非0設置。備選的T3xx定義因此，在小區(qū)中接收禁止定時器是向UE指示小區(qū)意識到對轉移指示消息的使用。 如果由于確定了在延長的持續(xù)時間內沒有更多PS域數據而導致由RRC或上層發(fā)起，則UE 可以確定使用原因值來發(fā)信號通知轉移指示。當網絡接收到具有該原因值的轉移指示消息 (不論是什么形式的，如本文檔中捕獲的)時，網絡可以確定向UE發(fā)信號通知向更有效利用 電池的RRC狀態(tài)的狀態(tài)轉移改變。反之，在備選實施例中，當在小區(qū)中沒有接收或讀取到禁止定時器時，UE可以確定 發(fā)送轉移指示消息的原因不被UTRAN支持。在這種情況下，UE可以確定不配置T3xx的值， 并且也不與發(fā)送或禁止發(fā)送轉移指示消息相關地使用T3xx。如果UE確定了省略禁止定時器，則基于更高層確定其不具有更多PS數據要發(fā)送， UE可以從轉移指示消息中省略原因值并僅發(fā)送轉移指示消息。在備選實施例中，當UE確定了省略禁止定時器時，基于更高層確定其不具有更多 PS數據要發(fā)送，UE將不發(fā)起轉移指示。在所描述的行為的一個實施例中，轉移指示消息是信令連接釋放指示消息。因此，在第一備選實施例中，在小區(qū)中接收禁止定時器是指示小區(qū)意識到對轉移 指示消息的使用。在當沒有將T3XX設置為無窮大值時允許發(fā)送該消息的情況下，當網絡 接收到轉移指示時，網絡可以確定向UE發(fā)信號通知向更有效利用電池的RRC狀態(tài)(例如 CELL_FACH, CELL_PCH, URA_PCH 或 IDLE_M0DE)的狀態(tài)轉移。在利用3GPP TSG-RAN225. 331標準的具體示例中，向下面標識的章節(jié)添加以下禁 止轉移指示 禁止轉移指示向下列章節(jié)添加該禁止轉移指示10. 2. 48. 8. 6系統(tǒng)信息塊類型3 ；
10. 2. 48. 8. 7系統(tǒng)信息塊類型4 ；10. 2. 1活動集合更新；10. 2. 8小區(qū)更新確認；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ū)之間的轉移，確保了如果該小區(qū)支持 轉移指示消息，則UE具有禁止定時器。例如，如果被第三代網絡的目標小區(qū)支持，則切換至 UTRAN命令確保了從另一無線接入技術(例如第二代網絡)至第三代網絡的轉移將提供禁 止定時器值。具體參照圖21，如作為“開始”的參考標號2110所示，作為前提或者在UE的其他 操作期間，小區(qū)之間的轉移已經發(fā)生。該過程進行至框2112，在框2112中接收配置消息。 這可以是上面標識的消息中的任一個，并同時包括移動性和非移動性消息。然后，該過程進 行至框2114，在框2114中，進行檢驗以查看該配置消息是否包括禁止定時器值。如果否，則該過程進行至框2120，在框2120中將禁止定時器值設置為無窮大。相 反，從框2114，如果確定了配置消息確實包括禁止定時器值，則該過程進行至框2130。在框 2130中，將禁止定時器值存儲在UE上，以替代禁止定時器的先前值。然后，該過程進行至框 2140并結束。應當理解，在一個實施例中，每當網絡或小區(qū)中發(fā)生改變時，或者每當需要發(fā) 送轉移指示時，都調用圖21的過程。一旦在步驟2024中該過程已經等待了預定時間，該過程就回到步驟2012，以確定 是否仍然存在發(fā)送轉移指示的條件。如果是，則該過程循環(huán)回到步驟2020和2022?；谝陨蟽热?，可以在各個實施例中提供禁止定時器值。在第一實施例中，可以僅 使用RRC連接建立消息來提供禁止定時器值，以傳送禁止定時器值。在第二實施例中，可以使用系統(tǒng)信息來傳送禁止定時器值。在第三實施例中，可以同時利用RRC連接建立和系統(tǒng)信息消息來發(fā)送禁止定時器 值，以確保處于空閑模式和Cell_PCH/Cell_FACH以及DCH狀態(tài)的UE具有最新的信息。在第四實施例中，可以如在第三實施例中那樣發(fā)送禁止定時器值，此外還在無線承載建立中發(fā)送禁止定時器值，使得當建立不具有無線承載的PDP上下文時，當隨后建立 無線承載以發(fā)送數據消息時，可以在該時刻傳送禁止定時器值。在第五實施例中，可以將第四實施例與如上所述的所有移動性相關消息相結合， 這些移動性相關消息包括重配置、小區(qū)更新確認和切換至UTRAN命令，以傳送禁止定時器值。在第一至第四實施例中，在移動性期間，UE維持其當前存儲的禁止定時器值。如 上所示，在將禁止定時器設置為無窮大的一些情況下，這可能意味著UE必須等待網絡定時 器到期并等待網絡將UE移動至RRC狀態(tài)，在該狀態(tài)中UE可以接收或確定禁止定時器的新 值。在切換之前禁止定時器是除了無窮大以外的某個值的其他情況下，繼續(xù)使用該其他值， 直到UE能夠將定時器值更新為在新小區(qū)中指示的定時器值為止。對于第五實施例來說，利用過程圖21來確保在移動性期間更新禁止定時器值，并 確保不會不必要地從UE發(fā)送轉移指示消息。在RLC重新建立或者RAT間改變時可能發(fā)生例外。如果在RLC已經確認成功傳 送了轉移指示消息之前對RLC實體的發(fā)送側進行重新建立，則在一個實施例中，UE使用AM RLC在上行鏈路DCCH上重傳轉移指示消息。在一個實施例中，如果在RLC已經確認成功傳送了轉移指示消息之前發(fā)生來自 UTRAN過程的RAT間切換，則當在新的RAT中時，UE中止信令連接。在網絡側，與下面參照圖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)。存在多種 方式來完成這一點，例如通過修改標準以允許UE請求UTRAN將該UE移動至特定狀態(tài)(例 如在這種情況下，URA_PCH狀態(tài)128)。備選地，連接管理器可以考慮其他因素，例如RRC連接當前處于何種狀態(tài)。如果例 如RRC連接處于URA_PCH狀態(tài)，則可以決定不必要移動至空閑模式110，從而不發(fā)起信令連 接釋放過程。在另一備選方案中，網絡元件(例如UTRAN)自身可以考慮其他因素，例如RRC連 接當前處于何種狀態(tài)，并且如果例如RRC連接處于URA_PCH狀態(tài)，則可以決定不必要移動至 空閑模式110，而是簡單地將UE轉移至更適合的狀態(tài)而不是釋放該連接。參照圖4，圖4A示出了根據上述基礎架構“四”示例的當前UMTS實施方式。如圖 4所示，時間是在水平軸上。UE在RRC空閑狀態(tài)110中開始，并基于需要發(fā)送的本地或移動產生的數據或者從 UTRAN接收的尋呼，開始建立RRC連接。如圖4A所示，首先進行RRC連接建立310，并且RRC狀態(tài)在此時處于連接狀態(tài)410。接下來，進行信令連接建立312、加密和完整性建立314以及無線承載建立316。在 這些過程期間，RRC狀態(tài)是CELL_DCH狀態(tài)122。如圖4A所示，在本示例中，從RRC空閑移動 至建立無線承載的時刻所經過的時間大約是兩秒。接下來，交換數據。在圖4A的示例中，這在大約二到四秒中實現并由步驟420來 示出。
在步驟420中交換了數據之后，不交換除了所需要的間斷RLC信令PDU以外的數 據，從而在大約十秒之后，無線資源被網絡重新配置為移動至更低數據速率DCH配置。這在 步驟422和424中示出。在更低數據速率DCH配置中，大約十七秒鐘沒有接收到任何東西，此時，在步驟 428中網絡釋放RRC連接。一旦在步驟428中發(fā)起RRC連接釋放，RRC狀態(tài)就進入斷開狀態(tài)430大約四十毫 秒，此后，UE處于RRC空閑狀態(tài)110。同樣如圖4A所示，示出了在RRC處于CELL_DCH狀態(tài)122的時間段內UE電流消耗。 可見，在CELL_DCH狀態(tài)的整個持續(xù)時間內，電流消耗大約是200到300毫安。在斷開和空 閑期間利用大約3毫安，假定DRX周期是1. 28秒。然而，35秒的200到300毫安的電流消 耗將使電池耗盡?，F在參照圖4B。圖4B利用了上述相同示例基礎結構“四”，現在僅實現信令連接 釋放。如圖4B所示，進行相同的建立步驟310、312、314和316，并且當在RRC空閑狀態(tài) 110和RRC CELL_DCH狀態(tài)122之間移動時，這花費相同的時間量。此外，在圖4B也進行圖4A的步驟420處的示例電子郵件的RRC數據PDU交換，并 且這大約花費二到四秒。圖4B的示例中的UE具有應用專用不活動超時，在圖4B的示例中，該應用專用不 活動超時是兩秒并由步驟440來示出。在連接管理器已經確定存在特定時間量的不活動之 后，UE發(fā)送轉移指示，在這種情況下，該轉移指示是步驟442和步驟448中的信令連接釋放 指示，基于接收到該指示并且基于用于該UE的無線資源簡檔，網絡繼續(xù)進行釋放RRC連接。如圖4B所示，CELL_DCH步驟122期間的電流消耗仍然是大約200到300毫安。然 而，連接時間僅為大約八秒。本領域技術人員應當理解，移動停留在小區(qū)DCH狀態(tài)122中的 顯著更短的時間量導致UE設備的顯著的電池節(jié)約?，F在參照圖5。圖5示出了使用以上示為基礎結構“三”的基礎結構的第二示例。 如圖4A和4B那樣，進行連接建立，這花費大約兩秒。這需要RRC連接建立310、信令連接建 立312、加密和完整性建立314以及無線承載建立316。在該建立期間，UE從RRC空閑模式110移動至CELL_DCH狀態(tài)122中，其中經過兩 者之間的RRC狀態(tài)連接步驟410。如圖4A那樣，在圖5A中，在步驟420進行RLC數據PDU交換，并且在圖5A的示例 中花費二到四秒。根據基礎結構“三”，RLC信令PDU交換不接收除了所需要的間斷的RLC信令PDU 以外的數據，從而在步驟422中空閑五秒的時段，此時，無線資源將UE重新配置為從CELL_ DCH狀態(tài)122移動至CELL_FACH狀態(tài)124。這在步驟450中進行。在CELL_FACH狀態(tài)124中，RLC信令PDU交換發(fā)現在預定時間量(在這種情況下， 三十秒)內不存在除了所需要的間斷的RLC信令PDU以外的數據，此時，在步驟428中由網 絡執(zhí)行RRC連接釋放。如圖5A所示，這將RRC狀態(tài)移動至空閑模式110。如圖5A進一步示出，DCH模式期間的電流消耗處于200和300毫安之間。當移動至CELL_FACH狀態(tài)124中時，電流消耗降低至大約120至180毫安。在釋放了 RRC連接器 并且RRC移動至空閑模式110之后，功率消耗大約是3毫安。在圖5A的示例中，作為CELL_DCH狀態(tài)122或CELL_FACH狀態(tài)124的UTRA RRC已 連接模式狀態(tài)持續(xù)大約四十秒?，F在參照圖5B。圖5B示出了與圖5A相同的基礎結構“三”，其具有相同的大約兩 秒的連接時間，以得到RRC連接建立310、信令連接建立312、加密完整性建立314和無線承 載建立316。此外，RLC數據PDU交換420花費大約二到四秒。如圖4B那樣，在步驟440中，UE應用檢測特定的不活動超時，此時，UE發(fā)送轉移指 示(例如信令連接釋放指示442)，并且作為結果，在步驟448中網絡釋放RRC連接。如在圖5B中進一步可見，RRC在空閑模式110中開始，移動至CELL_DCH狀態(tài)122 而不進入CELL_FACH狀態(tài)。如在圖5B中進一步可見，在RRC階段處于CELL_DCH狀態(tài)122的時間內電流消耗 是大約200到300毫安，根據圖5的示例，該時間是大約八秒。因此，圖4A和4B與圖5A和5B之間的比較示出了顯著的電流消耗量被消除，從而 擴展了 UE的電池壽命。本領域技術人員應當理解，還可以在當前3GPP規(guī)范的上下文中使 用上述內容?，F在參照圖6。圖6示出了 UMTS網絡的協(xié)議棧。如圖6所示，UMTS包括CS控制平面610、PS控制平面611以及PS用戶平面630。在這三個平面內，存在非接入層(NAS)部分614和接入層部分616。CS控制平面610中的NAS部分614包括呼叫控制(CC) 618、補充服務(SS) 620以 及短消息服務(SMS) 622。PS控制平面611中的NAS部分614同時包括移動性管理(MM)和GPRS移動性管理 (GMM) 626。其還包括會話管理/無線接入承載管理SM/RABM 624以及GSMS 628。CC 618提供電路交換服務的呼叫管理信令。SM/RABM 624的會話管理部分提供 PDP上下文激活、去激活以及修改。SM/RABM 624還提供服務質量協(xié)商。SM/RABM 624的RABM部分的主要功能是將PDP上下文與無線接入承載相連接。因 此，SM/RABM 624負責無線資源的建立、修改和釋放。接入層616中的CS控制平面610和PS控制平面611位于無線資源控制(RRC) 617上。PS用戶平面630中的NAS部分614包括應用層638、TCP/UDP層636以及PDP層 634。PDP層634可以包括例如因特網協(xié)議(IP)0PS用戶平面630中的接入層616包括分組數據匯聚協(xié)議(PDCP) 632。PDCP 632被 設計為使WCDMA協(xié)議適于承載UE與RNC之間(如圖8所示)的TCP/IP協(xié)議，并可選地用 于IP業(yè)務量流協(xié)議首部壓縮和解壓縮。UMTS無線鏈路控制(RLC) 640和媒體接入控制(MAC)層650形成UMTS無線接口的 數據鏈路子層，并駐留在RNC節(jié)點和用戶設備上。層1 (Ll)UMTS層(物理層660)處于RLC/MAC層640和650之下。該層是用于通
信的物理層。盡管可以在多種移動或無線設備上實現上述內容，但下面參照圖7來概述一個移動設備的示例?，F在參照圖7。優(yōu)選地，UE 700是具有至少語音和數據通信能力的雙向無線通信設備。優(yōu)選地， 移動設備700具有在因特網上與其他計算機系統(tǒng)進行通信的能力。依賴于所提供的精確功 能，無線設備可以被稱作例如數據消息收發(fā)設備、雙向尋呼機、無線電子郵件設備、具有數 據消息收發(fā)能力的蜂窩電話、無線因特網裝置或數據通信設備。在針對雙向通信啟用UE 700時，UE 700將并入通信子系統(tǒng)711，移動子系統(tǒng)711 包括接收機712和發(fā)射機714以及關聯的組件，例如，一個或多個優(yōu)選地嵌入的或內部的 天線元件716和718、本地振蕩器(LOs) 713和諸如數字信號處理器(DSP) 720之類的處理模 塊。對于通信領域的技術人員來說顯而易見，通信子系統(tǒng)711的具體設計將依賴于設備預 期操作于其中的通信網絡。例如，UE 700可以包括被設計為在GPRS網絡或UMTS網絡內進 行操作的通信子系統(tǒng)711。網絡接入需求也將隨網絡719的類型而變化。例如，在UMTS和GPRS網絡中，網絡 接入與UE 700的訂戶或用戶相關聯。因此，例如，為了操作于GPRS網絡上，GPRS移動設備 需要訂戶識別模塊(SIM)卡。在UMTS中，需要USIM或SIM模塊。在CDMA中，需要RUIM卡 或模塊。本文中將這些稱作UIM接口。在沒有有效UIM接口的情況下，移動設備可能不是 完全功能性的。本地的或非網絡的通信功能以及合法需要的功能(如果有的話)(例如緊 急呼叫)可能是可用的，但是移動設備700將不能執(zhí)行任何涉及在網絡700上通信的其他 功能。UIM接口 744通常與可以像磁盤或PCMCIA卡一樣將卡插入和彈出的卡槽類似。UIM 卡可以具有大約64K內存，并擁有許多關鍵配置751以及諸如標識和訂戶相關信息等其他 fn肩、753 ο當完成了所需的網絡注冊或激活過程時，UE 700可以在網絡719上發(fā)送和接收通 信信號。天線716通過通信網絡719接收到的信號輸入至接收機712，接收機712可以執(zhí)行 如下常見接收機功能信號放大、頻率下轉換、濾波、信道選擇等，以及在圖7所示的示例系 統(tǒng)中的模數(A/D)轉換。對接收到的信號的A/D轉換允許在DSP 720中執(zhí)行更復雜的通信 功能，例如，解調和解碼。采用類似的方式，DSP 720對要發(fā)射的信號進行處理(包括例如調 制和編碼)，該信號輸入至發(fā)射機714以用于數模轉換、頻率上轉換、濾波、放大以及經由天 線718在通信網絡719上發(fā)射。DSP 720不僅處理通信信號，還提供接收機和發(fā)射機控制。 例如，可以通過在DSP 720中實現的自動增益控制算法，來自適應地控制在接收機712和發(fā) 射機714中應用于通信信號的增益。網絡719還可以與多個系統(tǒng)通信，包括服務器760和其他元件(未示出)。例如， 網絡719可以同時與企業(yè)系統(tǒng)和網頁客戶端系統(tǒng)進行通信，以適應具有各個服務級別的各 個客戶端。優(yōu)選地，UE 700包括微處理器738，微處理器738控制設備的總體操作。通過通信 子系統(tǒng)711來執(zhí)行包括至少數據通信在內的通信功能。微處理器738還與另外的設備子系 統(tǒng)進行交互，另外的設備子系統(tǒng)例如是顯示器722、閃存724、隨機存取存儲器(RAM)726、 輔助輸入/輸出(I/O)子系統(tǒng)728、串行端口 730、鍵盤732、揚聲器734、麥克風736、短距離 通信子系統(tǒng)740、以及總體指定為742的任何其他設備子系統(tǒng)。圖7所示的子系統(tǒng)中的一些執(zhí)行與通信相關功能，而其他子系統(tǒng)可以提供“駐留” 功能或設備上功能。特別地，諸如鍵盤732和顯示器722之類的一些子系統(tǒng)可以例如用于通信相關功能(例如，輸入文本消息以用于在通信網絡上發(fā)送)和設備駐留功能(例如，計 算器或任務列表)。優(yōu)選地，微處理器738所使用的操作系統(tǒng)軟件被存儲在諸如閃存724之類的永久 性存儲器中，該永久性存儲器可以替換為只讀存儲器(ROM)或類似的存儲元件(未示出)。 本領域技術人員應當理解，可以將操作系統(tǒng)、專用設備應用程序、或其部件臨時加載至諸如 RAM726之類的易失性存儲器中。接收到的通信信號也可以被存儲在RAM726中。此外，優(yōu)選 地，唯一標識符也存儲在只讀存儲器中。如圖所示，閃存724可以被分離為不同的區(qū)域，以用于計算機程序758和程序數據 存儲器750、752、754和756。這些不同的存儲類型指示了每個程序可以針對其自身的數據 存儲需求來分配閃存724的一部分。微處理器738除了執(zhí)行其操作系統(tǒng)功能外，還優(yōu)選地 執(zhí)行移動設備上的軟件應用程序。在制造期間，在UE 700上通常將安裝控制基本操作的預 定應用程序集，例如包括至少數據和語音通信應用程序。優(yōu)選的軟件應用程序可以是個人 信息管理器(PIM)應用程序，其具有組織和管理與移動設備用戶有關的數據項目的能力， 該數據項目例如但不限于電子郵件、日歷事件、語音郵件、約會和任務項目。當然，一個或多 個存儲器可用于移動設備，以便于存儲PIM數據項目。這種PIM應用程序可優(yōu)選地具有經由 無線網絡719發(fā)送和接收數據項目的能力。在優(yōu)選實施例中，經由無線網絡719，將PIM數 據項目同移動設備用戶的、所存儲的或與主機系統(tǒng)相關聯的對應數據項目進行無縫集成、 同步和更新。還可以通過網絡719、輔助I/O子系統(tǒng)728、串行端口 730、短距離通信子系統(tǒng) 740或任何其他合適的子系統(tǒng)742，將另外的應用程序加載至移動設備700上，并且，用戶可 以將這些應用程序安裝在RAM 726中或優(yōu)選地安裝在非易失性存儲器(未示出)中，以由 微處理器738執(zhí)行。應用程序安裝的這種靈活性改進了設備的功能，并可以提供增強的設 備上功能、通信相關功能、或兩者都提供。例如，安全通信應用程序可以實現電子商務功能 以及使用UE 700執(zhí)行的其他這樣的金融交易。然而，根據上述內容，在許多情況下，這些應 用程序將需要得到運營商批準。在數據通信模式下，通信子系統(tǒng)711將處理諸如文本消息或網頁下載等接收到的 信號，接收到的信號輸入至微處理器738，優(yōu)選地，微處理器738進一步處理接收到的信號 以輸出至顯示器722，或備選地輸出至輔助I/O設備728。UE 700的用戶還可以使用例如鍵 盤732來編寫諸如電子郵件消息等數據項目，優(yōu)選地，鍵盤732是與顯示器722相結合并可 能與輔助I/O設備728相結合的完整字母數字鍵盤或電話型鍵區(qū)。然后，可以通過通信子 系統(tǒng)711在通信網絡上發(fā)送這種所編寫的項目。對于語音通信，UE 700的總體操作是相似的，不同之處在于，接收到的信號可能優(yōu) 選地輸出至揚聲器734，并且要發(fā)送的信號可能由麥克風736產生。還可以在UE 700上實 現諸如語音消息記錄子系統(tǒng)之類的備選語音或音頻I/O子系統(tǒng)。盡管主要通過揚聲器734 來優(yōu)選地實現語音或音頻信號輸出，但顯示器722也可以用于提供對例如主叫方身份、語 音呼叫持續(xù)時間或其他與語音呼叫有關的信息的指示。通?？梢栽趥€人數字助理(PDA)型移動設備中實現圖7中的串行端口 730，對于 PDA型移動設備來說，可能希望與用戶的臺式計算機(未示出)的同步。這種端口 730可能 使用戶可以通過外部設備或軟件應用程序來設置偏好，并可能除了通過無線通信網絡以外 還通過向UE700提供信息或軟件下載，來擴展移動設備700的能力。交替的下載路徑可以
30例如用于通過直接的、因而可靠且可信的連接，將加密密鑰加載至設備上，從而實現安全的 設備通信。備選地，串行端口 730可以用于其他通信，并可以包括通用串行總線(USB)端口。 接口與串行端口 730相關聯。如短距離通信子系統(tǒng)之類的其他通信子系統(tǒng)740是另一可選組件，該組件可以提 供UE 700與不同系統(tǒng)或設備(不必是相似的設備)之間的通信。例如，子系統(tǒng)740可以包 括紅外設備、以及關聯電路和組件、或Bluetooth 通信模塊，以提供與以類似方式啟用的 系統(tǒng)和設備的通信?，F在參照圖8。圖8是通信系統(tǒng)800的框圖，通信系統(tǒng)800包括通過無線通信網絡 進行通信的UE 802。UE 802與一個或多個Node B 806進行無線通信。每一個Node B806負責空中接 口處理和一些無線資源管理功能。Node B 806提供與GSM/GPRS網絡中的基站收發(fā)器站類 似的功能。圖8的通信系統(tǒng)800中所示的無線鏈路表示一個或多個不同信道(典型地，不同 的射頻(RF)信道)以及在無線網絡和UE 802之間使用的關聯協(xié)議。在UE 802和Node B 806之間使用Uu空中接口 804。典型地由于總體帶寬的限制以及UE 802的有限電池功率，RF信道是必須節(jié)約的 有限資源。本領域技術人員應當理解，依賴于所期望的總體網絡覆蓋距離，實際上的無線網 絡可以包括上百個小區(qū)。所有相關組件可以由被多個網絡控制器控制的多個交換機和路由 器(未示出)相連接。每一個Node B 806與無線網絡控制器(RNC)810通信。RNC 810負責控制其區(qū)域 中的無線資源。一個RNC 810控制多個Node B 806。UMTS網絡中的RNC 810提供與GSM/GPRS網絡中的基站控制器(BSC)等價的功能。 然而，RNC 810包括更多智能，包括例如在不涉及MSC和SGSN的情況下的自主切換管理。在Node B 806 和 RNC 810 之間使用的接口是 Iub 接口 808。如在 3GPP TS 25.433 V3. 11. 0(2002-09)和 3GPP TS 25.433 V5. 7. 0(2004-01)中定義的，主要使用 NBAP (Node B 應用部分)信令協(xié)議。通用陸地無線接入網絡(UTRAN)820包括RNC 810、Node B 806以及Uu空中接口 804。將電路交換業(yè)務量路由至移動交換中心(MSC)830。MSC 830是進行呼叫并從訂戶 或從PSTN(未示出)取得和接收數據的計算機。RNC 810和MSC 830之間的業(yè)務量使用Iu-CS接口 828。Iu-CS接口 828是用于(典 型地)承載UTRAN 820與核心語音網絡之間的語音業(yè)務量和信令的電路交換連接。所使用 的主要信令協(xié)議是RANAP (無線接入網絡應用部分)。在核心網絡821與UTRAN 820之間的 UMTS信令中使用RANAP協(xié)議，該核心網絡821可以是MSC 830或SGSN 850 (下面更詳細地 定義)。RANAP 協(xié)議在 3GPP TS 25.413 V3. 11. 1(2002-09)和 TS 25.413 V5. 7. 0(2004-01) 中定義。對于所有注冊至網絡運營商的UE 802來說，在歸屬位置注冊中心(HLR)838中存 儲永久性數據(例如UE 802用戶的簡檔)以及臨時數據(例如UE 802的當前位置)。在對UE 802進行語音呼叫的情況下，詢問HLR 838以確定UE 802的當前位置。MSC 830的訪 問者位置寄存器(VLR)836負責位置區(qū)域的組并存儲當前處于其負責區(qū)域內的那些移動站 的數據。這包括已經從HLR 838發(fā)送至VLR 836以更快速接入的永久移動站數據的部分。 然而，MSC 830的VLR836還可以分配和存儲本地數據，例如臨時標識。還由HLR 838對UE 802進行與系統(tǒng)接入相關的認證。通過服務GPRS支持節(jié)點(SGSN) 850來路由分組數據。SGSN 850是處于GPRS/UMTS 網絡中RNC和核心網絡之間的網關，并負責在其地理服務區(qū)域內從UE以及向UE傳送數據 分組。在RNC 810和SGSN850之間使用Iu-PS接口 848，并且該Iu-PS接口 848是用于在 UTRAN 820和核心數據網絡之間(典型地)承載數據業(yè)務量和信令的分組交換連接。所使 用的主要信令協(xié)議是RANAP (如上所述)。SGSN 850 與網關 GPRS 支持節(jié)點(GGSN) 860 通信。GGSN 860 是 UMTS/GPRS 網絡和 其他網絡(例如因特網或者私有網絡)之間的接口。GGSN 860通過Gi接口連接至公共數 據網絡PDN 870。本領域技術人員應當理解，無線網絡可以與其他系統(tǒng)相連接，該其他系統(tǒng)可能包 括未在圖8中顯式示出的其他網絡。即使未交換實際分組數據，網絡通常也將正在發(fā)送至 少某種類型的尋呼和系統(tǒng)信息。盡管網絡由很多部分構成，這些部分都一起工作以得到無 線鏈路處的特定行為。圖11示出了表示根據多個并發(fā)分組數據通信服務會話的UE操作的圖示，總體在 1102處示出。此處，兩個分組數據服務是并發(fā)活動的，其每一個分組數據服務與被指定為 PDP1和PDP2的特定PDP上下文相關聯。圖1104表示對第一分組數據服務激活的PDP上下 文，圖1106表示對第一分組數據服務分配的無線資源。并且，圖1108表示對第二分組數據 服務激活的PDP上下文，圖1112表示對第二分組數據服務分配的無線資源。UE請求由段 1114指示的作為服務請求的無線接入承載分配。并且，UE還請求根據本公開的實施例的由 段1116指示的無線承載服務釋放。針對單獨服務的服務請求和服務釋放是彼此獨立的，即 獨立地產生的。在圖11的示例示意圖中，實質上同時分配PDP上下文以及針對關聯PDP上 下文的無線資源。并且，如圖所示當UE請求時，或者當RNC(無線網絡控制器)決定釋放無 線資源時，批準無線資源釋放。響應于無線資源釋放請求，或者響應于釋放無線資源的其他決定，網絡可選擇地 拆除與分組數據服務相關聯的無線資源。基于逐個無線接入承載而不基于整個信令連接， 進行無線釋放請求，從而允許對資源分配的改進的粒度控制。在示例實施方式中，單一分組數據服務還可被形成為主服務和一個或多個次服 務，例如由標號1118和1122所指示。無線資源釋放進一步允許標識一個或多個主和次服 務中的哪些服務的無線資源分配不再被需要或者在被需要的情況下希望被釋放。從而提供 了有效率的無線資源分配。另外，由于出于其他目的現在可以更好地利用可能已分配給不 必要的處理的處理器功率，因此提供了對UE上的處理器的最優(yōu)利用。圖12示出了通信系統(tǒng)800的部分，S卩，根據本公開的實施例進行操作的、與多個 鄰接分組數據服務會話相關的UE 802和無線網絡控制器(RNC)/SGSN 810/850。UE包括 設備1126，并且RNC/SGSN包括本公開的實施例的設備1128。功能性地表示形成設備1126 和1128的元件，可采用任何所期望的方式來實現，包括可由處理電路以及硬件或固件實施方式可執(zhí)行的算法來實現。盡管被表示為在RNC/SGSN處體現，但在其他實施方式中，設備 1128的元件在其他網絡位置的其他地方形成，或者分布于多于一個網絡位置處。設備1126包括檢測器1132和轉移指示發(fā)送器1134。在一個示例實施方式中，在 UE的會話管理層(例如UMTS中定義的非接入層(NAS)層)處體現元件1132和1134。在另一個示例實施方式中，在接入層(AS)子層處體現元件。當在AS子層處實現 時，如1136處所示，將元件實現為連接管理器的一部分。當以這種方式實現時，該元件不需 要知道PDP上下文行為或應用層行為。檢測器檢測何時進行對發(fā)送與分組通信服務相關聯的轉移指示的確定。例如在應 用層或其他邏輯層處進行該確定，并將該確定提供給會話管理層以及在會話管理層處體現 的檢測器。將檢測器進行的檢測的指示提供給無線資源釋放指示發(fā)送器。該發(fā)送器產生形 成圖11所示服務釋放請求1116的轉移指示并使UE發(fā)送該轉移指示。在另一實施方式中，該轉移指示包括包含原因的原因字段，例如這里和上面描述 的任何恰當的前述原因，或者原因字段標識了 UE更希望網絡使UE轉移至的優(yōu)選狀態(tài)。體現在網絡處的設備1128包括檢查器1142和批準器1144。當在檢查器處接收到 轉移指示時，檢驗器檢查轉移指示。并且，轉移批準器1144可選擇地操作以如轉移指示中 所請求的那樣轉移UE。在無線資源控制(RRC)層處執(zhí)行信令的實施方式中，無線網絡控制器(RNC)而不 是SGSN執(zhí)行對UE的檢查和轉移。并且對應地，在RRC層處形成UE處體現的設備，或者該 設備使所產生的指示在RRC級發(fā)送。在示例控制流程中，在恰當時，更高層向NAS/RRC層通知不再需要將無線資源分 配給特定的PDP上下文。將RRC層指示消息發(fā)送至網絡。該消息包括RAB ID或RB ID，該 RAB ID或RB ID例如向無線網絡控制器標識分組數據服務。并且，作為響應，無線網絡控 制器的操作觸發(fā)解析過程以結束要返回給UE的無線資源釋放、無線資源重配置或無線資 源控制(RRC)連接釋放消息。RNC過程類似于或者等價于例如在3GPP文檔TS 23. 060的 9. 2. 5節(jié)中闡述的過程。RAB ID例如有利地用作與例如標識關聯的PDP上下文的網絡服務 接入點標識符(NSAPI)相同的ID，并且應用層一般知道NSAPI。在具體示例中，以下將在RRC層處形成的或者向RRC層提供以及在RRC層處發(fā)送 的無線資源釋放指示與關聯信息一起表示。當在RRC層處體現時，該指示也稱作例如無線 資源釋放指示。
圖13示出了總體在1137處示出的消息序列圖，其表示根據與PDP上下文相關聯 的無線資源釋放而產生的示例信令，該PDP上下文例如是在圖11所示的圖形表示的一部分 中以圖形示出的。由UE或者在RNC或其他UTRAN實體處發(fā)起釋放。例如，當在UE處發(fā)起 時，UE向UTRAN發(fā)送無線資源釋放指示。在發(fā)起時，如段1138所指示，無線接入承載(RAB)釋放請求由RNC/UTRAN產生并 發(fā)送，并被傳送至SGSN。作為響應，如段1140所指示，向RNC/UTRAN返回RAB分配請求。然 后，如段1142所指示，釋放在UE 802和UTRAN之間擴展的無線資源。然后，如段1144所指 示，發(fā)送響應。圖14示出了總體在1147處示出的消息序列圖，類似于圖13所示的消息序列圖， 但是在圖14中釋放最終PDP上下文的資源。在發(fā)起時，RNC產生Iu釋放請求1150，將其通 信給SGSN，并且響應于此，如段1152所指示，SGSN返回Iu釋放命令。此后，如段1154所指 示，釋放在UE和UTRAN之間形成的無線承載。并且，如段1156所指示，RNC/UTRAN向SGSN 返回Iu釋放完成。圖15示出了總體在1162處示出的方法流程圖，表示本公開的實施例的釋放根據 PDP上下文而分配的無線資源的過程。在如框1164所指示開始過程之后，如判決框1166所指示，確定是否已經接收到無 線資源釋放指示。如果否，則取“否”分支到結束框1168。相反，如果已經請求了無線接入承載釋放，則取“是”分支到判決框1172。在判決 框1172，確定要釋放的無線接入承載是否是要釋放的最后的無線接入承載。如果否，則取 “否”分支到框1178，并設置優(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處示出的方法流程圖，表示本公開的實施例的釋放根據 PDP上下文而分配的無線資源的過程。在由框1194所指示開始過程之后，如判決框1196所指示，確定是否有RAB(無線 接入承載)要釋放。如果否，則取“否”分支到結束框1198。相反，如果已經請求無線接入承載釋放，則取“是”分支到判決框1202。在判決框
1202，確定要釋放的無線接入承載是否是要釋放的最后的無線接入承載。如果否，則取“否”分支到框1204設置RAB列表、到框1206設置優(yōu)選狀態(tài)以及到框1208執(zhí)行無線接入承載釋 放過程，例如圖13所示的過程或者例如在3GPP文檔的23. 060節(jié)、子條款9. 2. 5. 1. 1中描 述的過程。相反，如果在判決框1202確定了 RAB是要釋放的最后RAB，則取“是”分支到框 1212，并將域設置為PS(分組交換)。然后，如框1214所指示，設置釋放原因。并且，如框 1216所指示，在DCCH上發(fā)送信令連接釋放指示。執(zhí)行Iu釋放過程，例如圖14所示的過程 或者例如在3GPP文檔的23. 060節(jié)、子條款9. 2. 5. 1. 2中描述的過程。圖17示出了總體在1224處示出的方法，表示本公開的實施例的操作的方法。該 方法便于在無線通信系統(tǒng)中高效利用無線資源，該無線通信系統(tǒng)提供第一分組服務和第二 分組服務的并發(fā)運行。首先，如框1226所指示，檢測對釋放與第一分組服務和第二分組服 務中所選的分組服務相關聯的無線資源的選擇。然后，如框1228所指示，響應于檢測到對 釋放無線資源的選擇，發(fā)送無線資源釋放指示。然后，在框1212，檢查無線資源釋放指示，然后，在框1214，可選擇地批準無線承 載的釋放。在另一實施例中，網絡可以基于從用戶設備或者另一個網絡元件接收到指示以及 基于該用戶設備的無線資源簡檔來發(fā)起轉移。從用戶設備或者另一網絡元件接收的指示可能是上述不同轉移指示中的任一個。 該指示可以是被動的，并因此可以僅僅是應當進入不太消耗電池的無線狀態(tài)的空指示。備 選地，該指示可以是從UE發(fā)送的、網絡可能基于接收指示的時間或數目確定的常規(guī)指示的 一部分，并可以是應當進入不太消耗電池或無線資源的無線狀態(tài)的、UE的無線資源簡檔。備 選地，該指示可以是動態(tài)的并向網絡元件提供與要轉移的優(yōu)選狀態(tài)或模式相關的信息。與 上面一樣，該指示可以包含該指示的原因(例如正?；虍惓?。在另一實施例中，該指示可 以提供與無線資源簡檔相關的其他信息，例如用戶設備對于轉移至不同狀態(tài)或模式的能力 來說正確的概率，或者與觸發(fā)了該指示的應用相關的信息。來自另一個網絡元件的指示可以包括例如來自媒體或一鍵通網絡實體的指示。在 本示例中，當業(yè)務量條件允許時，向負責轉移的網絡實體(例如UTRAN)發(fā)送該指示。該第 二網絡實體可以在因特網協(xié)議(IP)級查看業(yè)務量，以確定是否以及何時發(fā)送轉移指示。在另一實施例中，來自UE或第二網絡元件的指示可以是隱式的而非顯式的。例 如，轉移指示可以由負責轉移的網絡元件(例如UTRAN)根據對出站業(yè)務量測量的設備狀態(tài) 報告來暗示。具體地，狀態(tài)報告可以包括無線鏈路緩沖狀態(tài)，其中如果不存在出站數據，則 可以被解釋為隱式指示。這種狀態(tài)報告可以是可從自身不請求或指示任何東西的UE重復 發(fā)送的測量。因此，該指示可以是任何信號并可以是基于應用的、基于無線資源的、或者是提供 與所有用戶設備應用和無線資源相關的信息的復合指示。以上并不是指限制在任何具體指 示，并且本領域技術人員應當理解，對于本發(fā)明和公開來說可以使用任何指示。現在參照圖18。過程開始于步驟1801并進行至步驟1810，在步驟1810中，網絡 元件接收指示。一旦在步驟1810中網絡接收到指示，該過程就進行至步驟1820，在步驟1820中， 可選地檢驗用戶設備的無線資源簡檔。
如本文所使用的術語“無線資源簡檔”指的是根據網絡元件的需求而可以應用于 多種情形的寬泛術語。在寬泛的術語中，無線資源簡檔包括與用戶設備所利用的無線資源 相關的信息。無線資源簡檔可以包括靜態(tài)簡檔元素和動態(tài)或協(xié)商簡檔元素中的一個或兩個。這 種元素可以包括“禁止持續(xù)時間和/或每時間窗口的最大指示/請求消息”值，該值可以是 轉移簡檔內或之外的無線資源簡檔的一部分，并可以是協(xié)商的或者靜態(tài)的。靜態(tài)簡檔元素可以包括以下一個或多個無線資源(例如RAB或RB)的服務質量、 PDP上下文、網絡知道的APN、以及訂戶簡檔。本領域技術人員應當理解，對于無線資源來說可以存在各個級別的服務質量，并 且服務質量的級別可以向網絡提供與是否轉移至不同狀態(tài)或模式相關的信息。因此，如果 服務質量是背景，則網絡元件可以考慮比在服務質量被設置為交互式的情況下更容易地轉 移至空閑。此外，如果多個無線資源具有相同的服務質量，則這可以向網絡提供與是將移動 設備轉移至更合適的狀態(tài)或模式還是拆除無線資源相關的指示。在一些實施例中，主和次 PDP上下文可以具有不同的服務質量，這還可能影響與是否執(zhí)行狀態(tài)/模式轉移相關的決 定。此外，APN可以向網絡提供與PDP上下文所利用的典型服務相關的信息。例如，如 果APN是xyz. com，其中xyz. com典型地用于提供數據服務(例如電子郵件)，則這可以向 網絡提供與是否轉移至不同狀態(tài)或模式相關的指示。這還可以指示路由特征。具體地，本方法和設備可以利用由UE指定的接入點名稱(APN)來設置各種狀態(tài)之 間的轉移簡檔。這可以是描述UE的預訂的另一種方式。應當理解，歸屬位置寄存器(HLR) 可以存儲與訂戶有關的相關信息，并可以向無線網絡控制器(RNC)提供UE的預訂。其他網 絡實體也可以用于在中央存儲預訂信息。不管使用HLR還是其他網絡實體，優(yōu)選地，向其他 網絡組件(例如RNC和SGSN)推送信息，該其他網絡組件將預訂信息映射至在數據交換期 間使用的相關物理參數。UTRAN可以包括或者接入數據庫或表，在該數據庫或表中可以將各個APN或QoS參 數與特定轉移簡檔相關聯。因此，如果UE是始終開啟的設備，則這對于APN來說將是顯而 易見的，并且在UTRAN處可以將該APN的恰當轉移簡檔存儲為無線資源簡檔的一部分，或者 UTRAN可以遠程接入該恰當轉移簡檔。類似地，如果使用QoS或者QoS參數的一部分，或者 與簡檔一起發(fā)送專用消息，則這可以向UTRAN表示基于數據庫查詢或者表中的查找而期望 特定轉移簡檔。另外，可以利用這種手段來指定除了 RRC已連接狀態(tài)轉移簡檔之外的多種 行為。這些行為包括但不限于速率適應算法(步周期/步長)；初始的被批準的無線承載；最大被批準的無線承載；最小化呼叫建立時間(避免不必要的步驟，例如業(yè)務量測量)；以及
空中接口(GPRS/EDGE/UMTS/HSDPA/HSUPA/LTE 等等)。 此外，如果存在具有不同QoS需求但共享相同APN IP地址的多個PDP上下文，例 如主上下文、次上下文等等，則對于每一個上下文來說可以使用不同的轉移簡檔。這可以通 過QoS或專用消息而發(fā)信號通知給UTRAN。
36
如果同時利用多個活動的PDP上下文，則可以使用上下文之間的最小公分母。對 于RRC狀態(tài)轉移來說，如果一個應用具有第一 PDP上下文和第二 PDP上下文，該第一 PDP上 下文與其中系統(tǒng)從CELL_DCH狀態(tài)快速移動至CELL_PCH或空閑狀態(tài)的轉移簡檔相關聯，該 第二 PDP上下文與其中系統(tǒng)將停留在CELL_DCH狀態(tài)中更長時間的轉移簡檔相關聯，則維持 CELL_DCH狀態(tài)更長時間的第二簡檔將超越第一簡檔。本領域技術人員應當理解，可以以兩種不同的方式來考慮最小公分母。如本文所 使用的，最小公分母意味著在轉移至不同狀態(tài)之前所需的最長時間。在第一實施例中，最小 公分母可以是最小的激活的PDP。在備選實施例中，最小公分母可以是實際具有活動無線資 源的最小的PDP?？梢砸远喾N不同的方式來復用無線資源，但是最終結果是相同的?？梢葬槍κ冀K開啟的設備得出這種方法的示例情況。如上所述，可以將各個APN 或QoS參數與“始終開啟”的特定行為相關聯。最初考慮可基于“始終開啟”簡檔而期望的 被批準的無線資源?，F在，網絡具有“知道”以下內容的手段對于始終開啟的應用(例如 電子郵件)來說，數據突發(fā)是短暫且突然的。對于本領域技術人員來說清楚可見，給定該信 息，沒有動機針對網絡上的中繼效率而節(jié)約代碼空間。從而，可以向始終開啟的設備分配最 大速率，同時不針對其他用戶預留足夠代碼空間的風險極小。另外，UE受益于更快速地接收 數據，還由于更短的“開啟時間”而節(jié)約了電池壽命。同樣地，對于本領域技術人員來說，由 于不管數據速率如何，功率放大器都完全偏置，因此高數據速率對電流汲取幾乎沒有影響。在上述實施例中，UTRAN可以使用查找表來確定對于UE的給定RRC連接的不同應 用而分配的無線資源的資源控制簡檔。由于RNC將具有更多可用的最新業(yè)務量資源(即， 可批準的數據速率)，因此該簡檔可以基于用戶預訂并可以存儲在網絡實體(例如HLR或者 備選地在RNC處)的網絡側。如果可以達到更高的數據速率，則更短的超時是可能的。取代APN，可以使用其他備選，例如分組數據協(xié)議(PDP)上下文激活或修改的PDP 上下文中的服務質量(QoS)參數集。在多個PDP上下文共享相同APN地址或預訂簡檔以設 置轉移簡檔的情況下，QoS字段還可以包括QoS “分配保持優(yōu)先(服務數據單元可以用于推 斷業(yè)務量數據量)”。其他備選包括專用消息(例如上述指示消息)，以發(fā)信號通知資源控 制簡檔和信息(例如禁止持續(xù)時間和/或每時間窗口最大指示/請求消息值)。無線資源簡檔中包括的轉移簡檔還可以包括基于應用的類型是否應當轉移UE的 狀態(tài)。具體地，如果使用用戶設備作為數據調制解調器，則可以在用戶設備上設置偏好從而 不發(fā)送轉移指示，或者如果在網絡處維持知道偏好，則應當忽略從UE接收的同時用作數據 調制解調器的任何轉移指示。從而，可以將在用戶設備上正在運行的應用的性質用作無線 資源簡檔的一部分。轉移簡檔的另一參數可以涉及轉移的類型。具體地，在UMTS網絡中，出于各種原 因，用戶設備可以優(yōu)選進入Cell_PCH狀態(tài)，而不是進入空閑狀態(tài)。一種原因可以是如果需 要發(fā)送或接收數據，則UE需要更快速地連接至Cell_DCH狀態(tài)，因此，移動至Cell_PCH狀態(tài) 將節(jié)約一些網絡信令和電池資源，同時仍然提供向Cell_DCH狀態(tài)的快速轉移。上述內容同 樣可以在非UMTS網絡中應用，并可以提供各種已連接和空閑狀態(tài)之間的轉移簡檔。該轉移簡檔還可以包括各種定時器，包括但不限于禁止持續(xù)時間和/或每時間窗 口的最大指示/請求消息、延遲定時器和不活動定時器。延遲定時器提供網絡元件在轉移 至新狀態(tài)或模式之前將等待的時間段。應當理解，即使應用已經在特定的時間段內不活動，為了確保不從該應用接收或發(fā)送其他數據，延遲也可以是有益的。不活動定時器可以測量 應用不接收或發(fā)送數據的預定時間段。如果在不活動定時器到期之前接收到數據，則典型 地將重置不活動定時器。一旦不活動定時器到期，用戶設備就可以向網絡發(fā)送步驟1810的 指示。備選地，用戶設備可以在發(fā)送步驟1810的指示之前等待特定的時間段，例如針對延 遲定時器而定義的時間段。此外，延遲定時器或者禁止持續(xù)時間和/或每時間窗口的最大指示/請求消息可 以基于提供給網絡元件的簡檔而改變。從而，如果已經請求向不同模式或狀態(tài)的轉移的應 用是第一種類型的應用(例如電子郵件應用)，則可以將網絡元件上的延遲定時器設置為 第一延遲時間，而如果該應用是第二種類型的(例如即時消息收發(fā)應用)，則可以將延遲定 時器設置為第二值。網絡還可以基于用于特定PDP的APN來導出禁止持續(xù)時間和/或每時 間窗口的最大指示/請求消息、延遲定時器或者不活動定時器的值。本領域技術人員應當理解，類似地，不活動定時器可以基于所利用的應用而改變。 從而，由于電子郵件應用正在期待離散消息，此后該應用可能不接收數據，因此電子郵件應 用可以比瀏覽器應用具有更短的不活動定時器。相反，瀏覽器應用甚至在更長的延遲之后 也可以利用數據，并因此需要更長的不活動定時器。轉移簡檔還可以包括用戶設備正確請求轉移的概率。這可以基于與特定用戶設備 或用戶設備上的應用的準確度的比率相關的編譯統(tǒng)計數據。該轉移簡檔還可以包括各個非連續(xù)接收(DRX)時間值。此外，可以在轉移簡檔中 提供DRX時間的進展簡檔。該轉移簡檔可以逐應用地定義，或可以是用戶設備上的各個應用的復合物。本領域技術人員應當理解，當分配無線資源時，可以動態(tài)地創(chuàng)建或修改該轉移簡 檔，并且在預訂、PS注冊、PDP激活、RAB或RB激活或者針對PDP或RAB/RB而匆忙改變時， 可以完成該轉移簡檔。該轉移簡檔還可以是步驟1810的指示的一部分。在這種情況下，網 絡可以考慮優(yōu)選的RRC狀態(tài)指示，以確定是否允許轉移以及轉移至何種狀態(tài)/模式?？梢?基于可用網絡資源、業(yè)務量模式等等來進行修改。因此，無線資源簡檔由靜態(tài)和/或動態(tài)字段構成。特定網絡所使用的無線資源簡 檔可以與其他網絡不同，并且以上描述并不意在限制本方法和系統(tǒng)。具體地，無線資源簡檔 可以包括和不包括上述各個元素。例如，在一些情況下，無線資源簡檔將僅包括特定無線資 源的服務質量，并不包括其他信息。在其他情況下，無線資源簡檔將僅包括轉移簡檔。仍然 在其他情況下，無線資源簡檔將包括服務質量、APN、PDP上下文、轉移簡檔等等所有這些?？蛇x地，除了無線資源簡檔以外，網絡元件還可以利用安全措施來避免不必要的 轉移。這種安全措施可以包括但不限于在預定時間段內接收的指示的數目、接收的指示的 總數、業(yè)務量模式和歷史數據。在預定時間段內接收的指示的數目可以向網絡指示不應當進行轉移。從而，如果 用戶設備已經在三十秒時間段內發(fā)送了例如五個指示，則網絡可以考慮其應當忽略指示并 不應當執(zhí)行任何轉移。備選地，網絡可以確定向UE指示其不應當無限期地或者在某個配置 的或預定義的時間段內發(fā)送任何其他指示。這可以與UE上的任何“禁止持續(xù)時間和/或每 時間窗口的最大指示/請求消息”無關此外，UE可以被配置為不在配置的、預定義的或協(xié)商的時間段內發(fā)送其他指示。UE配置可以不包括上述網絡側的安全措施。業(yè)務量模式和歷史數據可以向網絡提供不應當進行轉移的指示。例如，如果用戶 過去已經在從星期一到星期五的8 30和8 35a. m.之間接收到大量的數據，則在星期四的 8:32a. m.接收到該指示的情況下，網絡可以決定由于在8:35a. m.之前很可能有更多數據， 其不應當轉移用戶設備。如果針對用戶設備分配了多個無線資源，則網絡可能需要考慮用戶設備的完整無 線資源簡檔。在這種情況下，可以檢查每一個無線資源的無線資源簡檔，并進行復合轉移決 定?；谝粋€或多個無線資源的無線資源簡檔，網絡可以決定是否應當進行轉移。在一個實施例中，對于當網絡在步驟1810中已經接收到指示以及可選地在步驟 1820中檢查了無線資源簡檔時如何繼續(xù)進行，網絡具有多種選擇。第一選項是什么也不做。網絡可以決定不保證轉移，從而不接受用戶設備要轉移 的指示。本領域技術人員應當理解，由于狀態(tài)沒有改變，具體地由于沒有觸發(fā)轉移，因此什 么也不做節(jié)約了網絡信令。第二選項是改變設備的狀態(tài)。例如，在UMTS網絡中，設備的狀態(tài)可以從Cell_DCH 改變?yōu)镃ell_PCH。在非UMTS網絡中，該狀態(tài)轉移可以在已連接的狀態(tài)之間進行。本領域技 術人員應當理解，與轉移至空閑模式相比，改變狀態(tài)減少了核心網絡信令的量。由于Cell_ PCH狀態(tài)不需要專用信道，因此改變狀態(tài)還可以節(jié)約無線資源。此外，Cell_PCH是不太消耗 電池的狀態(tài)，這使UE能夠保持電池功率。網絡的第三選項是將UE保持在相同狀態(tài)但釋放與特定APN或PDP上下文相關聯 的無線資源。由于在其當前狀態(tài)中維持連接并且不需要重新建立該連接，因此該方案節(jié)約 了無線資源和信令。然而，該方案可能不太適合UE電池壽命成問題的情形。網絡的第四選項是將UE轉移至空閑模式。具體地，在UMTS和非UMTS中，網絡都 可以從已連接模式移動至空閑模式。應當理解，由于完全不維持連接，因此這節(jié)約了無線資 源。這還節(jié)約了用戶設備的電池壽命。然而，需要更大量的核心網絡信令來重新建立連接。網絡的第五選項是改變數據速率分配，這將節(jié)約無線資源，典型地允許更多用戶 使用網絡。其他選項對于本領域技術人員來說是顯而易見的。網絡對于利用這五種或更多種選項中的哪些的決定將根據網絡而不同。一些過載 的網絡可能偏向于保持無線資源并從而將選擇上述第三、第四或第五選項。其他網絡偏向 于最小化信令并從而可以選擇上述第一或第二選項。該決定在圖18中的步驟1830處示出，并可以基于網絡偏好以及用戶設備的無線 資源簡檔。該決定由從用戶設備接收以下指示的網絡來觸發(fā)該用戶設備想要轉移至另一 狀態(tài)，例如轉移至不太消耗電池的狀態(tài)。現在參照圖19。圖19示出了適于作出以上圖18所示的決定的簡化的網絡元件。 網絡元件1910包括適于與用戶設備通信的通信子系統(tǒng)1920。本領域技術人員應當理解，通 信子系統(tǒng)1920不需要直接與用戶設備通信，而是可以是用于去往和來自用戶設備的通信 的通信路徑的一部分。網絡元件1910還包括處理器1930和存儲器1940。存儲器1940適于存儲由網絡 元件1910提供服務的每一個用戶設備的預配置的或靜態(tài)的無線資源簡檔。在通信子系統(tǒng)1920接收到指示時，處理器1930適于考慮用戶設備的無線資源簡檔并決定與轉移用戶設 備相關的網絡動作。本領域技術人員應當理解，通信子系統(tǒng)1920接收到的指示還可以包括 用戶設備的無線資源簡檔的一部分或者全部，處理器1930將利用該無線資源簡檔來進行 與任何轉移相關的網絡決定。因此，基于上述內容，網絡元件從用戶設備接收轉移可能處于良好狀況的指示 (例如，當完成數據交換和/或在UE處沒有預期其他數據時)。基于該指示，網絡元件可選 地檢驗用戶設備的無線資源簡檔，該無線資源簡檔可以同時包括靜態(tài)和動態(tài)簡檔元素。網 絡元件還可以檢驗安全措施以確保不發(fā)生不必要的轉移。然后，網絡元件可以決定什么也 不做或者轉移至不同的模式或狀態(tài)，或者拆除無線資源。應當理解，這向網絡提供了對其無 線資源的更多控制并允許網絡基于網絡偏好而不是僅基于用戶設備偏好來配置轉移決定。 此外，在一些情況下，網絡比設備具有更多與是否轉移相關的信息。例如，用戶設備知道上 行流通信并可以基于這一點來決定可以拆除連接。然而，網絡可能已經接收到用戶設備的 下行流通信，從而意識到其不能拆除連接。在這種情況下，還可以使用延遲定時器來引入延 遲，以向網絡提供對在不遠的將來將不針對用戶設備接收數據的更多確定性。本文描述的實施例是具有與本公開的技術的單元相對應的單元的結構、系統(tǒng)或方 法的示例。本說明書可以使本領域技術人員能夠作出和使用具有備選單元的實施例，該備 選單元同樣與本公開的單元相對應。因此，本公開的技術的預期范圍包括與本文描述的本 公開的技術并無不同的其他結構、系統(tǒng)或方法，并且還包括與本文描述的本公開的技術無 實質不同的其他結構、系統(tǒng)或方法。
權利要求
一種用于發(fā)送將用戶設備轉移至不同狀態(tài)或模式的轉移指示的方法，所述方法包括從網絡接收配置消息；以及從所述用戶設備發(fā)送轉移指示，如果所述配置消息包含禁止轉移指示，則所述轉移指示僅包括原因。
2.根據權利要求1所述的方法，其中所述禁止轉移指示是禁止定時器值。
3.根據權利要求2所述的方法，還包括如果所述配置消息包含禁止定時器值，則根據 接收到的禁止定時器值來設置定時器。
4.根據權利要求3所述的方法，其中如果所述定時器沒有運行，則進行發(fā)送。
5.根據權利要求3所述的方法，其中如果所述定時器已經到期，則進行發(fā)送。
6.根據權利要求3至5中任一項所述的方法，還包括當獲取新的小區(qū)或網絡時，重置 所述定時器。
7.根據權利要求1至6中任一項所述的方法，其中所述轉移指示是信令連接釋放指示消息。
8.根據權利要求1至7中任一項所述的方法，其中所述轉移指示是數據傳輸完成指示 消息。
9.根據權利要求1至8中任一項所述的方法，其中所述配置消息是在所述用戶設備獲 取新的網絡或小區(qū)時接收的。
10.根據權利要求1至9中任一項所述的方法，其中所述配置消息選自由以下各項構成 的組RRC連接請求消息、RRC連接建立消息、RRC連接釋放消息、無線承載建立消息、系統(tǒng)信 息廣播消息、系統(tǒng)信息塊(SIB)消息、活動集合更新消息、小區(qū)更新確認消息、切換至UTRAN 命令消息、物理信道重配置消息、無線承載重配置消息、無線承載釋放消息、傳輸信道重配 置消息、以及UTRAN移動性信息消息。
11.一種用戶設備，被配置用于發(fā)送轉移至不同狀態(tài)或模式的轉移指示，所述用戶設備 被配置用于從網絡接收配置消息；以及從所述用戶設備發(fā)送轉移指示，如果所述配置消息包含禁止轉移指示，則所述轉移指 示僅包括原因。
12.根據權利要求11所述的用戶設備，其中所述禁止轉移指示是禁止定時器值。
13.根據權利要求12所述的用戶設備，還被配置用于如果所述配置消息包含禁止定 時器值，則根據接收到的禁止定時器值來設置定時器。
14.根據權利要求13所述的用戶設備，其中如果所述定時器沒有運行，則進行發(fā)送。
15.根據權利要求13所述的用戶設備，其中如果所述定時器已經到期，則進行發(fā)送。
16.根據權利要求13至15中任一項所述的用戶設備，還包括當獲取新的小區(qū)或網絡 時，重置所述定時器。
17.根據權利要求11至16中任一項所述的用戶設備，其中所述轉移指示是信令連接釋 放指示消息。
18.根據權利要求11至17中任一項所述的用戶設備，其中所述轉移指示是數據傳輸完 成指示消息。
19.根據權利要求11至18中任一項所述的用戶設備，其中所述配置消息是在所述用戶 設備獲取新的網絡或小區(qū)時接收的。
20.根據權利要求11至19中任一項所述的用戶設備，其中所述配置消息選自由以下 各項構成的組RRC連接請求消息、RRC連接建立消息、RRC連接釋放消息、無線承載建立消 息、系統(tǒng)信息廣播消息、系統(tǒng)信息塊(SIB)消息、活動集合更新消息、小區(qū)更新確認消息、切 換至UTRAN命令消息、物理信道重配置消息、無線承載重配置消息、無線承載釋放消息、傳 輸信道重配置消息、以及UTRAN移動性信息消息。
21.一種用于處理來自用戶設備的轉移指示的方法，所述轉移指示用于指示所述用戶 設備期望轉移至不同的狀態(tài)或模式，所述方法包括從所述用戶設備接收所述轉移指示； 如果所述轉移指示包含原因則釋放所述用戶設備的信令連接或者將所述用戶設備轉移至不同狀態(tài)或模式；以及 如果所述轉移指示不包含所述原因 則釋放所述信令連接。
22.根據權利要求21所述的方法，其中釋放所述信令連接發(fā)起對所述用戶設備的無線 資源控制(RRC)連接的釋放。
23.根據權利要求22所述的方法，其中所述信令連接用于所標識的核心網絡域。
24.根據權利要求21至23中任一項所述的方法，其中進行轉移以轉移至更高效利用電 池的狀態(tài)或模式。
25.一種網絡元件，被配置用于轉移用戶設備的狀態(tài)或模式，所述網絡設備被配置用于從所述用戶設備接收轉移指示； 如果所述轉移指示包含原因則釋放所述用戶設備的信令連接或者將所述用戶設備轉移至不同狀態(tài)或模式；以及 如果所述轉移指示不包含所述原因 則釋放所述信令連接。
26.根據權利要求25所述的網絡元件，其中釋放所述信令連接發(fā)起對所述用戶設備的 無線資源控制(RRC)連接的釋放。
27.根據權利要求26所述的網絡元件，其中所述信令連接用于所標識的核心網絡域。
28.根據權利要求25至27中任一項所述的網絡元件，其中進行轉移以轉移至更高效利 用電池的狀態(tài)或模式。
全文摘要
本發(fā)明提供了一種用于發(fā)送將用戶設備轉移至不同狀態(tài)或模式的轉移指示的方法和網絡元件，所述方法從網絡接收配置消息；以及從所述用戶設備發(fā)送轉移指示，如果所述配置消息包含禁止轉移指示，則所述轉移指示僅包括原因。此外，本發(fā)明提供了一種用于處理來自用戶設備的轉移指示的方法和用戶設備，所述轉移指示用于指示所述用戶設備期望轉移至不同狀態(tài)或模式，所述方法包括從所述用戶設備接收所述轉移指示；如果所述轉移指示包含原因，則釋放所述用戶設備的信令連接或者將所述用戶設備轉移至不同的狀態(tài)或模式；以及如果所述轉移指示不包含所述原因，則釋放所述信令連接。
文檔編號H04W76/04GK101911815SQ200880124114
公開日2010年12月8日 申請日期2008年11月13日 優(yōu)先權日2007年11月13日
發(fā)明者克勞德·阿澤利耶, 戈登·彼得·揚, 杰弗里·威廉·維爾塔寧, 穆罕默德·哈利杜·伊斯蘭, 鈴木敬 申請人:捷訊研究有限公司