TWI469582B - 用來釋放被配置給可提供資料服務之行動節點的資料服務無線電資源之裝置及相關方法 - Google Patents
用來釋放被配置給可提供資料服務之行動節點的資料服務無線電資源之裝置及相關方法 Download PDFInfo
- Publication number
- TWI469582B TWI469582B TW96131703A TW96131703A TWI469582B TW I469582 B TWI469582 B TW I469582B TW 96131703 A TW96131703 A TW 96131703A TW 96131703 A TW96131703 A TW 96131703A TW I469582 B TWI469582 B TW I469582B
- Authority
- TW
- Taiwan
- Prior art keywords
- service
- radio resource
- release
- network
- radio
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/38—Connection release triggered by timers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Description
本揭示內容係關於使用者設備(UE)與通用行動電信系統(UMTS)之間的無線電資源控制,特定言之係關於被配置給UMTS或其他無線電網路內之封包資料服務的無線電存取載送之釋放。
通用行動電信系統(UMTS)係用於發送文字、數位化語音、視訊及多媒體之寬頻帶、以封包為基礎的系統。其係高度視為第三代的標準,且一般係基於寬頻帶分碼多向近接(W-CDMA)。
在UMTS網路中,協定堆疊之無線電資源控制(RRC)部分負責UE與UTRAN之間的無線電資源的指派、組態與釋放。此RRC協定係詳細地說明在3GPP TS 25.331規格中。UE可以採用的兩個基本模式係定義為"閒置模式"與"UTRA連接模式"。UTRA代表UMTS地面無線電存取。在閒置模式中,無論何時UE想要傳送任何使用者資料或者為回應一傳呼,無論何時UTRAN或伺服GPRS支援節點(SGSN)對UE進行傳呼以從一外部資料網路(例如推播伺服器)接收資料,均需要UE請求RRC連接。閒置及連接模式特性係詳細地說明在3GPP規格TS 25.304與TS 25.331中。
當在UTRA RRC連接模式中時,器件可以係在四個狀態之一中。該等狀態係:CELL-DCH:在此狀態中於上行鏈路及下行鏈路中將專用通道配置給UE以交換資料。UE必須執行如3GPP 25.331中概述的動作。
CELL_FACH:在此狀態中不將專用通道配置給使用者設備。相反,將共同通道用於交換少量叢發性資料。UE必須執行如3GPP 25.331中概述的動作,其包含如3GPP TS 25.304中定義的小區選擇程序。
CELL_PCH:UE使用間斷接收(DRX)以監視廣播訊息並經由傳呼指示器通道(PICH)進行傳呼。上行鏈路活動不可行。UE必須執行如3GPP 25.331中概述的動作,其包含如3GPP TS 25.304中定義的小區選擇程序。UE必須在小區重新選擇後執行小區更新程序。
URA_PCH:UE使用間斷接收(DRX)以監視廣播訊息並經由傳呼指示器通道(PICH)進行傳呼。上行鏈路活動不可行。UE必須執行如3GPP 25.331中概述的動作,其包含如3GPP TS 25.304中定義的小區選擇程序。此狀態係類似於CELL_PCH,下列情況除外:僅經由UTRAN註冊區域(URA)重新選擇而觸發URA更新程序。
由UTRAN控制從閒置至連接模式的轉變,反之亦然。當閒置模式UE請求RRC連接時,網路決定是否將UE移動至CELL_DCH或CELL_FACH狀態。當UE係在RRC連接模式中時,又係網路決定何時釋放RRC連接。在釋放連接或在某些情況下代替釋放連接之前,網路亦可將UE從一個RRC狀態移動至另一個狀態。一般由UE與網路之間的資料活動或不活動而觸發狀態轉變。因為網路可能並不瞭解何時UE已完成對於給定應用的資料交換,所以網路通常在某些時間內保持RRC連接以預期至/來自UE的更多資料。通常完成此舉以減少呼叫建立及隨後的無線電資源建立之延時。僅可由UTRAN傳送RRC連接釋放訊息。此訊息釋放UE與UTRAN之間的信號鏈路連接及所有無線電資源。一般而言,術語無線電載送指在UE與UTRAN之間指派的無線電資源。而術語無線電存取載送一般指在UE與(例如)SGSN(伺服GPRS服務節點)間指派的無線電資源。本揭示內容會不時地參考術語無線電資源,此術語應適當地指無線電載送或無線電存取載送兩者。
上述的問題係,即使UE上的應用程式已完成其資料交易且並非在期望任何另外的資料交換,其仍等待網路將其移動於正確狀態。網路可能甚至不知曉UE上的應用已完成其資料交換之事實。例如,UE上的應用程式可使用其本身的以確認為基礎之協定以與透過UMTS核心網路存取的其應用程式伺服器交換資料。範例係在實施其自己得到保證的遞送之UDP/IP上執行的應用程式。在此類情況下,UE瞭解應用程式伺服器是否已傳送或接收所有資料封包且係在一較佳位置以決定是否任何另外的資料交換會發生並因此決定何時終止與封包服務(PS)網域相關聯的RRC連接。因為UTRAN控制何時將RRC連接狀態改變為一不同狀態或閒置模式,以及UTRAN並不知曉UE與外部伺服器之間的資料遞送之狀況的事實,所以與所需要的狀態或模式相比,UE被迫處於較高資料速率與強電池狀態中,從而消耗電池使用壽命。由於無線電資源不必要地保持被佔用之事實,所以此情況亦導致浪費網路資源。
上述一個解決方式係當UE認識到已完成資料交易時,使UE傳送發信釋放指示至UTRAN。依照3GPP TS 25.331規格之章節8.1.14.3,UTRAN可在從UE接收發信釋放指示後釋放發信連接,從而使UE轉變為閒置模式。上述的問題係,可將發信釋放指示視為警報。一網路通常僅在出現GMM服務請求故障、RAU故障或附著故障時期望發信釋放指示。當UE請求發信釋放時提升警報導致網路警報之提升,並且未出現其他異常條件時警報提升係錯誤行為。
可在UMTS內操作之UE,以及可在依照其他通信標準構造之無線電通信系統內操作的其他行動節點,有時能夠提供多重同時封包資料服務,其各依照一封包資料通信會期。雖然UE使用發信釋放指示以及傳送至UTRAN將提供一方式以請求採用UE針對所有封包資料服務提供的發信連接之釋放,仍需要對資源提供更精細之控制。即,可能需要為目前活動的封包資料服務之一提供持續無線電資源,同時釋放為不再需要無線電資源之另一同時封包資料服務提供之資源。此導致網路資源之有效使用以及UE上處理器之最佳利用,因為處理器能力不會浪費在處理不需要的資源上。
本系統及方法提供從RRC連接模式至更具電池有效率狀態或模式的轉變,同時確保若發信釋放指示之原因係UE閒置轉變請求,則網路並不將發信釋放指示視為一警報。特定言之,本方法及裝置根據UE針對規定核心網路網域而起始發信連接的終止或向UTRAN指示應該從一個連接狀態轉變為另一個連接狀態而提供轉變。就UMTS之示範性實施方案而說明下列說明。然而,應瞭解本發明之教導內容可類似地適用於其他無線電通信系統。
特定言之,若UE上之應用程式決定其係採用資料交換完成,其可向UE軟體之"連接管理器"組件傳送一"完成"指示。連接管理器記錄所有現有應用程式(包括提供一或多個協定上服務之應用程式)、相關聯封包資料協定(PDP)內容、相關聯封包交換(PS)無線電資源及相關聯電路交換(CS)無線電資源。PDP內容係UE與橫跨UMTS核心網路執行的PDN(公共資料網路)之間的邏輯相關。UE方面一或多個應用程式(例如電子郵件應用程式及瀏覽器應用程式)可與一個PDP內容相關聯。在某些情況下,UE上的一個應用程式係與一個主要PDP內容相關聯並且多個應用程式可與次要PDP內容相連。連接管理器從同時活動之UE上的不同應用程式接收"完成"指示。例如,使用者可以在流覽網頁的同時從一推播伺服器接收電子郵件。在電子郵件應用程式已傳送確認之後,該程式可以指示其已完成其資料交易,然而,瀏覽器應用程式可能不傳送此類指示。根據自活動應用程式的此類指示之複合狀況,在UE軟體可起始核心網路封包服務網域之發信連接釋放之前,UE軟體可以決定其應該等待多長時間。可以引入此情況下的延遲以確保應用程式已真正完成資料交換且不需要RRC連接。根據流量歷史及/或應用程式設定檔,延遲可以係動態的。無論何時連接管理器決定於存在應用程式不期望交換任何資料之某機率的情況下,該管理器均可以針對適當網域(例如PS網域)傳送發信連接釋放指示程序。或者該管理器可以傳送對連接模式內的狀態轉變之請求至UTRAN。
因此本揭示內容提供用於具有多個無線電資源控制(RRC)狀態之無線網路內的使用者設備之改良電池性能的方法,其包含以下步驟:在使用者設備處監視應用程式資料交換;決定何時期望使用者設備上無應用程式交換資料;並從使用者設備起始對較小電池需求無線電資源控制狀態或模式之轉變。
以上決策亦可以考量網路是否支援URA_PCH狀態及此狀態的轉變特性。
UE起始至閒置模式的轉變可以從RRC連接模式之任何狀態發生且以使網路釋放RRC連接並移動至閒置模式而結束。熟習技術人士應明白,與在連接狀態中的UE相比,在閒置模式中的UE之電池強度係更小。
然而,傳送發信釋放指示可以使網路考量一警報已出現。在發信釋放指示係連接管理器決定不期望流量之結果的情況下,於較佳具體實施例中網路可以區分下列事實:發信釋放指示係請求的閒置轉變之結果,與異常條件相反。此區分使指示器(例如關鍵效能指示器(KPI))更為精確,從而改良效能監視與警報監視。
本方法使UE可將提供發信釋放指示之原因的欄位附加於現有發信釋放指示。網路接著可使用附加的欄位以對自下列情形的真實警報條件進行過濾過濾:UE已請求加以置於閒置狀態中,因為UE並非在期望另外的資料。此舉可改良警報與效能監視之效率,同時仍使UE可藉由更迅速地移動至閒置模式而節省電池資源。
本揭示內容因此提供一種用於處理使用者設備與無線網路之間的發信釋放指示原因之方法,其包含以下步驟:在使用者設備處監視是否應將發信連接釋放指示傳送至無線網路;在使用者設備處附加用於發信連接釋放指示之一原因給發信連接釋放指示;將附加之發信連接釋放指示傳送至無線網路;在無線網路處接收發信連接釋放指示;以及過濾該原因以決定是否發起警報。
本揭示內容進一步提供調適成用於處理發信釋放指示原因之系統,該系統包含:使用者設備,該使用者設備具有一無線電子系統,其包括調適成與UMTS網路通信的一無線電;一無線電處理器,其具有一數位信號處理器並且係調適成與該無線電子系統互動;記憶體;一使用者介面;一處理器,其係調適成執行使用者應用程式且與該記憶體、該無線電及該使用者介面互動並且係調適成執行應用程式,該使用者設備的特徵為具有構件,其用於:監視是否應將發信連接釋放指示傳送至無線網路;將該發信連接釋放指示之一原因附加於該發信連接釋放指示;以及將該附加之發信連接釋放指示傳送至該無線網路;以及一無線網路,其係調適成與使用者設備通信,並且其進一步特徵為構件,其用於接收發信連接釋放指示;以及過濾該原因以決定是否發起警報。
本揭示內容進一步提供一種用於處理使用者設備中的發信釋放指示原因以獲得一無線網路中的改良警報追蹤之方法,其包含以下步驟:監視是否應將發信連接釋放指示傳送至無線網路;將該發信連接釋放指示之一原因附加於該發信連接釋放指示;以及將該附加之發信連接釋放指示傳送至該無線網路,其中該無線網路具有該發信連接釋放指示之原因的一指示。
本揭示內容進一步為使用者設備提供便於發信連接之釋放的裝置。一檢查器係組態成檢查是否應傳送發信連接釋放指示。一發信連接釋放指示傳送器係組態成傳送一發信連接釋放指示,其回應由檢查器所檢查的應該傳送發信連接釋放指示。發信連接釋放指示包含發信釋放指示原因欄位。
本揭示內容此外進一步提供用於能夠同時執行第一封包服務及第二封包服務之UE的裝置及相關聯方法。偵測選擇以釋放與該第一封包服務及該第二封包服務之一選定封包服務相關聯的無線電資源。回應選擇以釋放與選定封包服務相關聯之無線電資源而傳送無線電資源釋放指示。本文有時將無線電資源連接釋放指示稱為服務連接釋放指示。為能夠同時執行第一封包服務及第二封包服務之網路提供其他裝置及相關聯方法。傳送至網路之無線電資源連接釋放指示請求釋放與選定封包服務相關聯之無線電資源,並予以檢驗。作為回應,可選擇性地授予無線電載送之釋放。
本揭示內容進一步提供用於根據發信連接釋放指示而操作的網路裝置。一檢驗器係組態成檢驗發信連接釋放指示之發信連接釋放指示原因欄位。該檢驗器檢查發信釋放指示原因欄位是否指示一異常條件。一警報產生器係可選擇地組態成在由檢驗器進行的檢驗決定發信釋放指示原因欄位指示該異常條件的情況下產生一警報。
本揭示內容進一步提供一種使用者設備,其係調適成提供一UMTS網路中的發信釋放指示原因,該使用者設備具有一無線電子系統,其包括調適成與該UMTS網路通信的一無線電;一無線電處理器,其具有一數位信號處理器並調適成與該無線電子系統互動;記憶體;一使用者介面;一處理器,其係調適成執行使用者應用程式且與該記憶體、該無線電及該使用者介面互動並調適成執行應用程式,該使用者設備的特徵為具有構件,其用於:監視是否應將發信連接釋放指示傳送至無線網路;將該發信連接釋放指示之一原因附加於該發信連接釋放指示;以及將該附加之發信連接釋放指示傳送至該無線網路,其中該無線網路具有該發信連接釋放指示之原因的一指示。
現在參考圖1。圖1係一方塊圖,其顯示UMTS網路中的一協定堆疊之無線電資源控制部分的各種模式與狀態。特定言之,RRC可處於RRC閒置狀態110或RRC連接狀態120中。
熟習技術人士應明白,UMTS網路由二個以陸地為基礎的網路段組成。該等段係核心網路(CN)及通用地面無線電存取網路(UTRAN)(如圖8所說明)。核心網路負責交換及選路資料呼叫及資料連接至外部網路,而UTRAN處理所有與無線電相關的功能。
在閒置模式110中,UE必須請求RRC連接以無論何時需要在UE與網路之間交換資料均建立無線電資源。此可以係需要一連接傳送資料之UE上的應用程式之結果,或UE監視一傳呼通道以指示UTRAN或SGSN是否已傳呼UE從一外部資料網路(例如推播伺服器)接收資料之結果。另外,無論何時UE需要傳送行動管理發信訊息(例如位置區域更新),UE亦請求RRC連接。
一旦UE已傳送一請求至UTRAN以建立一無線電連接,則UTRAN選擇RRC連接欲處於的狀態。明確地說,RRC連接模式120包括四個分離狀態。該等狀態係CELL_DCH狀態122、CELL_FACH狀態124、CELL_PCH狀態126及URA_PCH狀態128。
UE從閒置模式110執行進入CELL_FACH狀態之初始資料傳輸,然後網路決定RRC連接狀態,以便繼續進入小區專用通道(CELL_DCH)狀態122或小區正向存取通道(CELL_FACH)狀態124之資料傳輸。
在CELL_DCH狀態122中,將一專用通道配置給上行鏈路及下行鏈路中的UE以交換資料。因為此狀態具有配置給UE的專用實體通道,所以此狀態通常需要自UE的大多數電池功率。
或者,UTRAN可將UE保持在CELL_FACH狀態124。CELL_FACH狀態中,未將專用通道配置給UE。相反,將共同通道用於以少量叢發性資料傳送發信。然而,UE仍必須連續地監視FACH,且因此其比CELL_PCH、URA_PCH、及閒置消耗更多電池功率。
在RRC連接模式120內,可以任憑UTRAN之處理而改變RRC狀態。明確地說,若偵測到特定時間量之資料不活動或偵測到低於特定臨界值之資料輸出,UTRAN可將RRC狀態從CELL_DCH狀態122移動至CELL_FACH狀態124、CELL_PCH狀態126或URA_PCH狀態128。同樣,若偵測到封包承載高於特定臨界值,則RRC狀態可從CELL_FACH 124移動至CELL_DCH 122。
從CELL_FACH狀態124,若在某些網路中於預定時間內偵測到資料不活動,則UTRAN可以將RRC狀態從CELL_FACH狀態124移動至傳呼通道(PCH)狀態。此可以係CELL_PCH狀態126或URA_PCH狀態128。
從CELL_PCH狀態126或URA_PCH狀態128,UE必須移動至CELL_FACH狀態124以便起始更新程序來請求專用通道。此係UE控制的唯一狀態轉變。
閒置狀態110及CELL_PCH狀態126與URA_PCH狀態128使用間斷接收循環(DRX)以藉由傳呼指示器通道(PICH)來監視廣播訊息及傳呼。上行鏈路活動不可行。
CELL_PCH狀態126與URA_PCH狀態128之間的差異係若UE之當前UTRAN註冊區域(URA)並非出現於當前小區中的URA識別之清單當中,則URA_PCH狀態僅觸發URA更新程序。明確而言,參考圖2。圖2顯示各種UMTS小區210、212及214之說明。若重新選擇為CELL_PCH狀態,所有該等小區需要小區更新程序。然而,在一UTRAN註冊區域中,各小區均在同一UTRAN註冊區域320內,且因此當在URA_PCH模式中於210、212與214之間移動的情況下,不觸發URA更新程序。
如圖2所示,其他小區218係在URA320外面,且可以係分離的URA之部分或並非URA。
熟習技術人士應明白,從電池使用壽命的觀點看,與以上狀態相比,閒置狀態提供最低電池使用率。明確而言,因為需要UE僅在間隔中監視傳呼通道,所以無線電不必連續處於開啟狀態,而將改為週期性地甦醒。對此情況的折衷係傳送資料的延時。然而,若此延時並非太大,則在閒置模式中且節省電池功率之優點會超過連接延時之缺點。
再次參考圖1。各種UMTS基礎結構供應商根據各種準則在狀態122、124、126及128之間移動。以下概述示範性基礎結構。
在第一示範性基礎結構中,在CELL_FACH狀態內起始存取後,RRC直接在閒置模式與Cell_DCH狀態之間移動。Cell_DCH狀態中,若偵測到兩秒不活動,RRC狀態改變至Cell_FACH狀態124。若在Cell_FACH狀態124中偵測到十秒不活動,則RRC狀態改變至PCH狀態126。Cell_PCH狀態126內之四十五分鐘不活動將導致RRC狀態移回至閒置模式110。
在第二示範性基礎結構中,RRC轉變可以根據封包承載臨界值而出現在閒置模式110與連接模式120之間。第二基礎結構中,若封包承載低於特定臨界值,則UTRAN將RRC狀態移動至CELL_FACH狀態124。相反,若資料高於特定封包承載臨界值,則UTRAN將RRC狀態移動至CELL_DCH狀態122。在第二基礎結構中,若在CELL_DCH狀態122內偵測到兩分鐘不活動,UTRAN將RRC狀態移動至CELL_FACH狀態124。CELL_FACH狀態124內之五分鐘不活動後,UTRAN將RRC級移動至CELL_PCH狀態126。在CELL_PCH狀態126中,移回至閒置模式110前需要兩小時不活動。
在第三示範性基礎結構中,閒置模式與連接模式120間之移動始終到達CELL_DCH狀態122。CELL_DCH狀態122內之五秒鐘不活動後,UTRAN將RRC狀態移動至CELL_FACH狀態124。CELL_FACH狀態124內之三十秒不活動導致移回至閒置模式110。
在第四示範性基礎結構中,RRC從閒置模式至連接模式直接轉變成CELL_DCH狀態122。在第四示範性基礎結構中,CELL_DCH狀態122包括兩種組態。第一種包括具有高資料速率之組態,而第二種組態包括較低資料速率,但仍在CELL_DCH狀態內。在第四示範性基礎結構中,RRC從閒置模式110直接轉變成高資料速率CELL_DCH子狀態。在10秒的不活動之後,RRC狀態轉變至低資料速率CELL_DCH狀態。自低資料速率CELL_DCH狀態122之十七秒的不活動會導致RRC狀態將模式變為閒置模式110。
以上四個示範性基礎結構顯示各種UMTS之基礎結構供應商如何實施該等狀態。熟習技術人士應明白,在各情況下,若與處於CELL_DCH或CELL_FACH狀態中所需要的時間相比,在交換實際資料(例如電子郵件)上花費的時間係在很大程度上較短,則此點產生不必要的電流汲極,此情況使得使用者經歷比先前產生網路(例如GPRS)差的較新產生網路(例如UMTS)。
另外,儘管從電池壽命觀點看CELL_PCH狀態比CELL_FACH狀態更佳,通常將CELL_PCH狀態內之DRX循環設定為低於閒置模式110的值。因此,CELL_PCH狀態需要UE比閒置模式中更頻繁地喚醒。
具有類似於閒置狀態之DRX循環的一DRX循環之URA_PCH狀態很可能係電池使用壽命與連接的延時之間的最佳折衷。然而,當前在UTRAN中實施URA_PCH。因此從電池壽命的觀點看,在應用程式完成資料交換之後,需要盡可能迅速地轉變至閒置模式。
現在參考圖3。當從閒置模式轉變成連接模式時,需要執行各種發信及資料連接。參考圖3,需要執行的第一個項目係RRC連接建立。如以上所指示,僅可由UTRAN拆卸此RRC連接建立。
一旦完成RRC連接建立310,則開始發信連接建立312。
一旦完成發信連接建立312,則開始加密與完整性建立314。在完成此舉後,完成無線電載送建立316。此時,可以在UE與UTRAN之間交換資料。
拆卸一連接係一般以相反順序而類似地完成。拆除無線電載送建立316並接著拆除RRC連接建立310。此時,RRC移動至閒置模式110,如圖1所說明。
儘管當前3GPP規格不允許UE釋放RRC連接或指示其對RRC狀態的偏好設定,但是UE仍可以指示針對規定核心網路網域(例如由封包交換應用所使用的封包交換(PS)網域)的發信連接之終止。依據3GPP TS 25.331之章節8.1.14.1,UE使用發信連接釋放指示程序以向UTRAN指示已釋放其發信連接之一。此程序可依次起始RRC連接釋放程序。
因此在當前3GPP規格內,可在拆卸發信連接建立312後起始發信連接釋放。UE有能力拆卸發信連接建立312,依據規格,此依次"可"起始RRC連接釋放。
熟習技術人士應明白,若拆卸發信連接建立312,則在已拆卸發信連接建立312之後UTRAN亦將需要清除解密與完整性建立314、無線電載送建立316。
若拆卸發信連接建立312,則在無CS連接活動時通常藉由用於當前供應商基礎結構的網路獲得RRC連接建立。
使用上述,若UE決定其係採用資料交換完成,例如若UE軟體之"連接管理器"組件具有資料交換完成之指示,則連接管理器可決定是否拆卸發信連接建立312。例如,器件上之電子郵件應用程式傳送一指示,其已從推播電子郵件伺服器接收推播伺服器確實已接收電子郵件的一確認。連接管理器可以記錄所有現有應用程式、相關聯PDP內容、相關聯PS無線電資源及相關聯電路交換(CS)無線電載送。可以引入此情況下的延遲以確保應用程式已真正完成資料交換而且即使在其已傳送"完成"指示後也不再需要RRC連接。此延遲係等效於與應用程式相關聯的不活動逾時。各應用程式可以具有其自己的不活動逾時。例如,一電子郵件應用程式可以具有五秒的不活動逾時,而一活動瀏覽器應用程式可以具有六十秒的逾時。根據自活動應用程式的所有此類指示之複合狀況,UE軟體可起始適當核心網路(例如PS網域)之發信連接釋放之前,UE軟體決定其應該等待多長時間。
可根據流量圖案歷史及/或應用設定檔使不活動逾時為動態。
無論何時連接管理器決定於存在應用程式不期望交換資料之某一機率,其均可以針對適當網域傳送發信連接釋放指示程序。
上述UE起始至閒置模式之轉變可以出現在如圖1所說明的RRC連接模式120之任一級中且以使網路釋放RRC連接並移動至如圖1所說明的閒置模式110而結束。當UE在語音呼叫期間執行任何封包資料服務時此點亦可應用。在此情況下,僅釋放PS網域,但是CS網域保持連接。
自針對以上具體實施例的網路觀點之一問題係,將由UE傳送的發信釋放指示解譯為一警報。在發信網路釋放係由於應用程式計時器過期而藉由UE採取的明確動作之結果且因此不再期望資料的情況下,由以上指示產生的警報會歪曲效能及警報指示。關鍵效能指示器可藉由此舉加以改變,從而導致效率的損失。
較佳而言,可以將一原因添加至發信連接釋放指示,其向UTRAN指示該指示的理由。在較佳具體實施例中,該原因可以係異常狀態產生該指示或由UE將該指示起始為請求的閒置轉變之結果的指示。其他正常(即非異常)交易亦可以導致發信連接釋放指示之傳送。
在另一較佳具體實施例中,各種逾時可產生欲針對異常條件而加以傳送的發信連接指示。以下計時器之範例並非詳盡的,而且其他計時器或異常條件也可行。例如,10.2.47 3GPP TS 24.008將計時器T3310規定為:
此計時器係用於指示附著故障。附著故障可以係網路之結果或可以係射頻(RF)問題(例如碰撞或不良RF)。
附著嘗試可以出現多次,並且附著故障由預定數目的故障或明確拒絕產生。
3GPP之10.2.47的第二計時器係T3330,其係規定為:
此計時器係用於指示選路區域更新故障。在計時器過期之後,可以多次請求另一選路區域更新並且一選路區域更新故障由預定數目的故障或明確拒絕產生。
3GPP之10.2.47的第三計時器係T3340,其係規定為:
此計時器係用於指示GMM服務請求故障。在計時器過期之後,可以多次請求另一GMM服務請求並且一GMM服務請求故障由預定數目的故障或明確拒絕產生。
因此,除限於異常條件及由UE發起的釋放之發信釋放指示原因以外,發信釋放指示原因可以進一步包含計時器因異常條件而出現故障的資訊。一發信連接釋放指示可加以構造為:
此訊息係由UE用於向UTRAN指示一現有發信連接之釋放。發信釋放指示原因之添加使UTRAN或其他網路元件可接收發信釋放指示之原因,即其是否係由於一異常條件,以及異常條件為何。而且,依次准許起始RRC連接釋放程序。
在一項具體實施例中,若針對採用IE(資訊元件)"CN網域識別"加以識別的特定CN網域,存在識別為一變數(例如變數ESTABLISHED_SIGNALING_CONNECTIONS)的發信連接,則UE在從針對特定CN(核心網路)網域的較高層接收接收釋放請求或放棄發信連接之後會起始發信連接釋放指示程序。若變數並不識別任何現有發信連接,則採用另一方式放棄針對該特定CN網域的發信連接之任何正在進行的建立。而且,在Cell_PCH或URA_PCH狀態中起始發信連接釋放指示程序之後,UE使用原因"上行鏈路資料發送"執行一小區更新程序。而且,當成功地完成一小區更新程序時,UE繼續後面的發信連接釋放指示程式。
即,UE將IE"CN網域識別"設定為由上邏輯層指示的數值。IE之數值指示CN網域,其相關聯發信連接係較高層係指示欲加以釋放的相關聯發信連接。若將CN網域識別設定為PS網域,並且若較高層指示起始此請求的原因,則相應地設定IE"發信釋放指示原因"。UE進一步採用由自變數"ESTABLISHED_SIGNALING_CONNECTIONS"之較高層指示的識別而移除發信連接。而且,UE使用AM RLC在(例如)DCCH上發送一發信連接釋放指示訊息。在藉由RLC確定已成功遞送釋放指示訊息後,程序結束。
依照本揭示內容之一具體實施例,亦使用IE"發信釋放指示原因"。例如,將釋放原因與現有訊息定義對準。較高層釋放原因訊息係(例如)構造為:
在此範例中,T3310、T3330及T3340過期對應於先前識別的對應編號計時器之過期。在一項實施方案中,一原因數值係可設定的,因為提供UTRAN的"UE請求PS資料會期結束"而非"UE請求閒置轉變"決定狀態轉變,儘管期望的結果對應於由原因數值加以識別的結果。發信連接釋放指示之擴充較佳但不必係非臨界性擴充。
現在參考圖9。圖9係一示範性UE之流程圖,該UE監視是否傳送針對各種網域的發信連接釋放指示(例如PS或CS)。程序在步驟910中開始。
UE轉變至步驟912,其中UE檢查以發現是否存在一異常條件。此類異常條件可以包含(例如)過期的計時器T3310、計時器T3320或計時器T3340,如以上說明。若該等計時器過期達某預定時間或若根據該等計時器之任一者的過期而接收明確拒絕,則UE繼續至步驟914,其中UE傳送一發信連接釋放指示。發信連接釋放指示訊息係採用發信釋放指示原因欄位而附加。發信釋放指示原因欄位至少包含發信釋放指示係基於異常條件或狀態並且一較佳具體實施例包含特定計時器,其逾時以產生異常條件。
相反地,若在步驟912中,UE發現不存在異常條件,則UE繼續至步驟920,其中UE檢查在其是否期望另外的資料。如以上說明,此可以包含何時傳送一電子郵件,以及在UE中返回接收傳送該電子郵件之確定。熟習技術人士應瞭解UE將決定不期望另外的資料之其他範例。
若在步驟920中UE決定資料傳輸已完成(或在電路交換網域之情況下已完成一呼叫),則UE繼續至步驟922,其中UE傳送發信連接釋放指示,在該指示中發信釋放指示原因欄位已得到添加且包含UE請求閒置轉變之事實。
從步驟920,若未完成資料,則UE迴路返回並繼續檢查在步驟912中是否存在異常條件以及在步驟920中是否完成資料。
一旦在步驟914或步驟922中傳送發信連接釋放指示,則程序繼續至步驟930並結束。
UE包含功能元件,其可(例如)藉由透過UE微處理器之操作實行的應用程式或演算法或藉由硬體實施方案而實施,該等功能元件形成檢查器及發信連接釋放指示傳送器。該檢查器係組態成檢查是否應傳送發信連接釋放指示。而且,一發信連接釋放指示傳送器係組態成傳送一發信連接釋放指示,其回應藉由檢查器檢查的應該傳送該發信連接釋放指示之指示。發信連接釋放指示包含發信釋放指示原因欄位。
在一項實施方案中,相反,網路暗中知曉一計時器的逾時,並且UE不必傳送指示該計時器的逾時之原因數值。即,計時器在網路授權之後開始計時。定義原因碼,而且由網路將原因碼提供給UE。此類原因碼係由UE用於起始計時器。而且,網路暗中知曉計時器之隨後逾時的理由,因為由網路較早傳送的原因碼使計時器計時。而且,因此UE不必傳送指示計時器的逾時之原因數值。
參考圖10,當一網路元件在步驟1010中接收發信連接釋放指示時,該網路元件在步驟1014中檢驗發信釋放指示原因欄位,並且在步驟1016中檢查該原因是否係一異常原因或其是否係由於UE請求一閒置轉變所致。若在步驟1016中發信連接釋放指示係異常原因,則網路節點繼續至步驟1020,其中針對效能監視及警報監視目的而表明一警報。可以適當地更新關鍵效能指示器。
相反地,若在步驟1016中發信連接釋放指示之原因並非異常條件之結果,或換言之係UE請求閒置轉變之結果,則網路節路繼續至步驟1030,其中未發起警報並且可以從效能統計對該指示進行過濾,從而防止效能統計受到歪曲。從步驟1020或步驟1030,網路節點繼續至步驟1040,其中程序結束。
發信釋放指示原因欄位之接收與檢驗藉由封包交換資料連接終止之網路元件而導致起始。若無CS連接活動,網路亦起始RRC連接釋放程序。
熟習技術人士應明白,步驟1020可用於進一步區分各種警報條件。例如,T3310逾時可以用於保持第一統計集而且T3330逾時可以用於保持第二統計集。步驟1020可以區分異常條件之原因,從而使網路操作者可更有效率地追蹤效能。
網路包含功能元件,其可(例如)藉由透過一處理器之操作實行的應用程式或演算法或藉由硬體實施方案而實施,該等功能元件形成檢驗器及警報產生器。該檢驗器係組態成檢驗發信連接釋放指示之發信釋放指示原因欄位。該檢驗器檢查發信釋放指示原因欄位是否指示一異常條件。該警報產生器係可選擇地組態成在由檢驗器進行的檢驗決定發信釋放指示原因欄位指示該異常條件的情況下產生一警報。
在一項實施方案中,於接收發信連接釋放指示後,UTRAN轉遞接收的原因並從較高層請求釋放發信連接。較高層接著能夠起始發信連接之釋放。IE發信釋放指示原因指示UE之較高層原因以觸發UE之RRC以傳送訊息。該原因可能係異常較高層程序之結果。透過IE的成功接收而保證訊息之原因的區別。
一可行情況包括在確定之前藉由發信連接釋放指示訊息的成功遞送之RLC,出現發信無線電資源RB2上的RLC實體之發送側的重新建立。若出現此一情況,則UE(例如)在上行鏈路DCCH上使用發信無線電資源RB2上的AM RLC重新發送發信連接釋放指示訊息。若在藉由RLC成功遞送確定發信連接釋放指示訊息成功遞送之前,出現自UTRAN程序性能的RAT間交遞,則UE在新RAT中的同時放棄發信連接。
再次參考圖1,在某些情況下,與在閒置模式中相比,可能更希望其係在連接模式狀態URA_PCH中。例如,若需要與CELL_DCH或CELL_FACH連接模式狀態的連接之延時較低,則其較佳係在連接模式PCH狀態中。存在完成此舉的二種方式。第一方式係藉由改變3GPP規格以使UE可請求UTRAN將其移動至一特定狀態,在此情況下為URA_PCH狀態128。
或者,連接管理器可考慮其他因素,例如RRC連接當前處於何種狀態。例如,若RRC連接處於URA_PCH狀態,其可決定不需要移動至閒置模式110,從而不起始發信連接釋放程序。
參考圖4。圖4A顯示依據上述基礎結構"四"範例的當前UMTS實施方案。如圖4所說明,時間係橫跨水平軸。
UE在RRC閒置狀態110中開始並根據需要加以發送的本地資料或從UTRAN接收之傳呼,開始建立RRC連接。
如圖4A所說明,首先出現RRC連接建立310,並且RRC狀態在此時間期間係一連接狀態410。
接著,出現發信連接建立312、加密與完整性建立314、及無線電載送建立316。RRC狀態在此期間係CELL_DCH狀態122。如圖4A所說明,用於從RRC閒置狀態移動的時間至建立無線電載送的時間在此範例中係大約二秒。
接著交換資料。在圖4A範例中,此係在約二至四秒內達到並係由步驟420說明。
在步驟420中交換資料後,除按需要的間歇RLC發信PDU以外未交換資料,因此由網路重新組態無線電資源以在大約十秒後移動至較低資料速率DCH組態中。此係說明在步驟422及424中。
在較低資料速率DCH狀態中,於十七秒內未接收任何信號,此時在步驟428中由網路釋放RRC連接。
一旦在步驟428中起始RRC連接釋放,則RRC狀態繼續至一斷開狀態430大約四十毫秒,此後UE係在RRC閒置狀態110中。
圖4A內亦說明RRC處於CELL_DCH狀態122之週期的UE電流消耗。可看出,整個CELL_DCH狀態持續時間中電流消耗大約為200至300毫安。在斷開與閒置期間,利用約3毫安,假定DRX循環為1.28秒。然而,在200至300毫安情況下35秒的電流消耗係電池消耗。
現在參考圖4B。圖4B利用與以上相同的示範性基礎結構"四",現在僅實施發信連接釋放。
如圖4B所說明,出現相同的建立步驟310、312、314及316,並且此當在RRC閒置狀態110與RRC CELL_DCH狀態122之間移動時花費相同數量的時間。
此外,圖4A之示範性電子郵件的RRC資料PDU交換亦在圖4B中完成且此舉花費大約二至四秒。
圖4B之範例內的UE具有應用程式特定不活動逾時,其在圖4B之範例內係兩秒並由步驟440說明。連接管理器已決定存在特定時間量之不活動後,UE在步驟442中釋放發信連接建立,並在步驟428中藉由網路釋放RRC連接。
如圖4B所說明,CELL_DCH狀態122期間的電流消耗仍係約200至300毫安。然而,連接時間係僅約八秒。熟習技術人士應明白,行動電話處於小區DCH狀態122中之相當少量的時間會導致對於始終開啟之UE器件的重要電池節省。
現在參考圖5。圖5顯示使用上述基礎結構作為基礎結構"三"的第二範例。至於4A與4B,出現一連接建立,其花費大約二秒。此需要RRC連接建立310、發信連接建立312、加密與完整性建立314及無線電載送建立316。
在此建立期間,UE從RRC閒置模式110移動至CELL_DCH狀態122,其中RRC狀態連接步驟410係在兩者之間。
至於圖4A,在圖5A中出現RLC資料PDU交換,並且在圖5A之範例中,花費二至四秒。
依據基礎結構三,RLC發信PDU交換不接收資料且因此在步驟422中於五秒之週期內係閒置的,所需要的間歇RLC發信PDU除外,此時無線電資源重新組態UE以從CELL_DCH狀態122移動至CELL_FACH狀態124。此係在步驟450中完成。
在CELL_FACH狀態124中,RLC發信PDU交換發現在預定數量的時間(在此情況下為三十秒)內除所需要的間歇RLC發信PDU以外不存在資料,此時在步驟428中執行由網路發送的RRC連接釋放。
如圖5A所示,此將RRC狀態移動至閒置模式110。
如圖5A進一步所示,DCH模式期間的電流消耗係在200與300毫安之間。當移動至CELL_FACH狀態124中時,電流消耗會降低到大約120至180毫安。在釋放RRC連接器並且RRC移動至閒置模式110之後,功率消耗係大約3毫安。
在圖5A之範例中,係CELL_DCH狀態122或CELL_FACH狀態124的UTRA RRC連接模式狀態持續大約四十秒。
現在參考圖5B。圖5B說明與圖5A相同的基礎結構"三",其具有約二秒的相同連接時間以獲得RRC連接建立310、發信連接建立312、加密完整性建立314及無線電載送建立316。另外,RLC資料PDU交換420佔用大約二至四秒。
至於圖4B,UE應用程式於步驟440中偵測到特定不活動逾時,此時由UE起始發信連接釋放指示程序且因此在步驟448中由網路釋放RRC連接。
從圖5B可進一步看出,RRC在閒置模式110中開始,移動至CELL_DCH狀態122而不繼續至CELL_FACH狀態。
從圖5B將進一步看出,於RRC級係在CELL_DCH狀態122中的時間(依據圖5之範例係大約八秒)中電流消耗係大約200至300毫安。
因此,圖4A及4B與圖5A及5B之間的比較顯示,可消除大量的電流消耗,因而在很大程度上延長UE之電池使用壽命。熟習技術人士應明白,以上具體實施例可進一步用於當前3GPP規格之內容。
現在參考圖6。圖6說明用於UMTS網路之協定堆疊。
如圖6所示,UMTS包含CS控制平面610、PS控制平面611及PS使用者平面630。
在此三個平面內,存在非存取組織層(non-access stratum;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亦提供服務品質協商。
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包括網際網路協定(IP)。
PS使用者平面630內之存取組織層616包括封包資料收斂協定(PDCP)632。PDCP 632係設計成使WCDMA協定適用於在UE與RNC(從圖8可看出)間載送TCP/IP協定,並視需要用於IP流量串流協定標頭壓縮及解壓縮。
UMTS無線電鏈路控制(RLC)640及媒體存取控制(MAC)層650形成UMTS無線電介面的資料鏈路子層並駐存於RNC節點與使用者設備上。
第一層(L1),即UMTS層(實體層650)係在RLC/MAC層640及650下方。此層係用於通信之實體層。
雖然以上具體實施例可以在各種行動器件上加以實施,但是以下參考圖7概述一個行動器件之一範例。現在參考圖7。
UE 1100較佳係雙向無線通信器件,其具有至少語音與資料通信能力。UE 1100較佳具有與網際網路上的其他電腦系統通信的能力。根據提供的準確功能,無線器件可以指(例如)資料訊息器件、雙向呼叫器、無線電子郵件服務、具有資料訊息能力的蜂巢式電話、無線網際網路應用、或資料通信器件。
若UE 1100可用於雙向通信,其會併入通信子系統1111,包括接收器1112及發射器1114,以及相關聯組件,例如一或多個較佳地嵌入或內部之天線元件1116及1118、本地振盪器(LO)1113,以及處理模組,例如數位信號處理器(DSP)1120。如熟習通信領域人士所明白的,通信子系統1111之特定設計係根據器件期望操作的通信網路。例如,UE 1100可包含一通信子系統1111,其係設計成在GPRS網路或UMTS網路內操作。
網路存取要求亦根據網路1119類型變化。例如,UMTS及GPRS網路中,網路存取與UE 1100之用戶或使用者相關聯。例如,GPRS行動器件因此需要用戶識別模組(SIM)卡,以便在GPRS網路上操作。在UMTS中需要USIM或SIM模組。在CDMA中需要RUIM卡或模組。該等將在本文中稱為UIM介面。在無有效UIM介面的情況下,行動器件可能不會完全發揮功能。可獲得區域或非網路通信功能,以及合法需要功能(若有),例如緊急呼叫,但行動器件1100無法執行任何包含網路1119上通信的其他功能。UIM介面1144通常類似於可***及彈出卡之卡槽,如同磁片或PCMCIA卡。UIM卡可以具有大約64K的記憶體並保持許多關鍵組態1151與其他資訊1153(例如識別)以及與用戶相關的資訊。
當已完成所需網路註冊或啟動程序時,UE 1100可在網路1119上傳送及接收通信信號。將藉由天線1116透過通信網路1119接收之信號輸入接收器1112,其可執行共同接收器功能,例如信號放大、降頻轉換、過濾、通道選擇等,在圖7所示之示範性系統中係類比至數位(A/D)轉換。接收之信號的A/D轉換提供更複雜之通信功能,例如在DSP 1120內執行之解調變及解碼。按相似方式,處理欲發射之信號,例如包括DSP 1120之調變及編碼,並將其輸入發射器1114以便經由天線1118在通信網路1119上進行數位至類比轉換、升頻轉換、過濾、放大及發送。DSP 1120不僅處理通信信號,亦提供接收器及發射器控制。例如,可透過在DSP 1120中實施的自動增益控制演算法而適應性地控制施加於接收器1112及發射器1114中的通信信號之增益。
網路1119可進一步與多個系統通信,包含伺服器1160及其他元件(未顯示)。例如,網路1119可與企業系統及網際網路客戶系統通信以便適應具有各種服務等級的客戶。
UE 1100較佳包含一微處理器1138,其控制器件的總體操作。透過通信子系統1111執行通信功能,其至少包括資料通信。微處理器1138亦與另外的器件子系統互動,該等子系統如顯示器1122、快閃記憶體1124、隨機存取記憶體(RAM)1126、輔助輸入/輸出(I/O)子系統1128、串列埠1130、鍵盤1132、揚聲器1134、麥克風1136、短程通信子系統1140及一般指定為1142的任何其他器件子系統。
圖7所示的某些子系統執行與通信相關的功能,而其他子系統可提供"常駐"或器件上功能。顯然,某些子系統(例如鍵盤1132及顯示器1122)可用於與通信相關的功能(例如進入文字訊息以通信網路上發送),以及常駐於器件中的功能(例如計算器或工作清單)。
由微處理器1138使用的作業系統軟體係較佳儲存在一持續性儲存器中,該儲存器如快閃記憶體1124,其可改為係唯讀記憶體(ROM)或類似的儲存元件(未顯示)。熟習技術人士會明白可將作業系統、特定器件應用程式、或其部分暫時載入揮發性記憶體,例如RAM 1126。亦可將接收之通信信號儲存於RAM 1126內。另外,較佳的係將唯一識別符亦儲存於唯讀記憶體內。
如圖所示,可將快閃記憶體1124劃分成用於電腦程式1158及程式資料儲存器1150、1152、1154及1156之不同區域。該等不同儲存類型指示各程式可為其本身之資料儲存要求配置快閃記憶體1124之一部分。微處理器1138除其作業系統功能以外,還較佳能夠執行對行動器件的軟體應用。通常在製造期間於UE 1100上安裝控制基本操作的應用程式預定集,包含(例如)至少資料及語音通信應用程式。較佳的軟體應用程式可以係個人資訊管理器(PIM)應用程式,其能夠組織並管理與行動器件之使用者相關的資料項目,例如包含但不限於電子郵件、日曆事件、語音郵件、約會及工作清單。自然地,一或多個記憶體儲存器將在行動器件上可用以便於PIM資料項目的儲存。此一PIM應用程式較佳的係具有經由無線網路1119傳送及接收資料項目之能力。較佳具體實施例中,經由無線網路1119無縫地整合、同步及更新PIM資料項目,將行動器件使用者之對應資料項目儲存或與主機電腦系統相關聯。亦可透過網路1119、輔助I/O子系統1128、串列埠1130、短程通信子系統1140或任何其他適當的子系統1142將其他應用程式載入行動器件1100中,且由一使用者安裝在RAM 1126或較佳的非揮發性儲存器(未顯示)中以藉由微處理器1138執行。應用程式安裝的此靈活性增加器件功能性,並可提供增強之器件上功能、通信相關功能或兩者。例如,安全通信應用程式可致能電子商務功能及欲使用UE 1100執行的其他此類財務交易。然而,依據上述內容,該等應用程式在許多情形中需要經載體核准。
資料通信模式中,藉由通信子系統1111處理接收之信號,例如文字訊息或網頁下載,並輸入微處理器1138,其較佳的係進一步處理接收之信號,以便輸出至顯示器1122,或者輸出至輔助I/O器件1128。UE 1100之使用者亦可結合顯示器1122及可能的輔助I/O器件1128使用鍵盤1132(較佳的係完整文數鍵盤或電話型鍵盤)編寫資料項目,例如電子郵件訊息。接著可在通信網路上透過通信子系統1111發送此類編寫項目。
對於語音通信,UE 1100之總體操作係類似,除了接收之信號較佳的係輸出至揚聲器1134並藉由麥克風1136產生供發射之信號外。亦可在UE 1100上實施替代語音或音訊I/O子系統,例如語音訊息記錄子系統。儘管較佳的係主要透過揚聲器1134完成語音或音訊信號輸出,顯示器1122亦可用於提供(例如)呼叫方之識別指示、語音呼叫之持續時間、或其他語音呼叫相關資訊。
圖7中的串列埠1130將通常在個人數位助理(PDA)型行動器件中加以實施,因此可能需要該器件與使用者之桌上型電腦(未顯示)的同步。此類埠1130將使得一使用者能透過一外部器件或軟體應用程式而設定偏好設定,並且將藉由提供資訊或軟體下載給UE 1100而非透過無線通信網路來擴大行動器件1100之能力。另一下載路徑可(例如)用於透過直接並因此可靠且可信賴的連接將加密鍵載於器件上,從而致能安全的器件通信。
或者,串列埠1130可用於其他通信,並可以包含通用串列匯流排(USB)埠。一介面係與串列埠1130相關聯。
其他通信子系統1140(例如短程通信子系統)係另外的選用組件,其可提供UE 1100與不同系統或器件(其不必為類似器件)之間的通信。例如,子系統1140可包含紅外線器件及相關聯電路與組件或BluetoothTM
通信模組以提供與類似致能的系統及器件的通信。
現在參考圖8。圖8係一通信系統800之一方塊圖,該通信系統包含UE 802,其透過一無線通信網路進行通信。
UE 802以無線方式與多個節點B 806之一通信。各節點B 806負責空氣介面處理及某些無線電資源管理功能。節點B 806提供類似於GSM/GPRS網路中的基地收發站之功能。
圖8之通信系統800中顯示的無線鏈路代表一或多個不同通道,通常為不同射頻(RF)通道,以及在無線網路與UE 802之間使用的相關聯協定。UE 802與節點B 806之間使用Uu空氣介面804。
通常由於總體頻寬之限制以及UE 802之有限電池電力,RF通道係必須節省之有限資源。熟習技術人士會明白,實務中之無線網路可包括數百個小區,取決於網路涵蓋之所需總擴大。可藉由利用多個網路控制器加以控制的多個開關及路由器(未顯示)來連接所有有關組件。
各節點B 806與無線電網路控制器(RNC)810通信。RNC 810負責其區域內之無線電資源的控制。一個RNC 810控制多個節點B 806。
UMTS網路中的RNC 810提供與GSM/GPRS網路中的基地台控制器(BSC)功能等效之功能。然而,一RNC 810包含多個智慧,其包含(例如)不包含MSC及SGSN的自律交遞管理。
用於節點B 806與RNC 810之間的介面係Iub介面808。主要使用NBAP(節點B應用程式部分)發信協定,如3GPP TS 25.433 V3.11.0(2002-09)及3GPP TS 25.433 V5.7.0(2004-01)所定義。
通用地面無線電存取網路(UTRAN)820包括RNC 810、節點B 806及Uu空氣介面804。
電路交換流量係發送至行動交換中心(MSC)830。MSC 830係放置呼叫、並從用戶或從PSTN獲得及接收資料之電腦(未顯示)。
RNC 810與MSC 830之間的流量使用Iu-CS介面828。Iu-CS介面828係用於載送(通常)語音流量及UTRAN 820與核心語音網路間之發信的電路交換連接。使用的主要發信協定係RANAP(無線電存取網路應用部分)。RANAP協定用於核心網路821,其可為MSC 830或SGSN 850(以下詳細定義),與UTRAN 820之間的UMTS發信。RANAP協定係定義於3GPP TS 25.413 V3.11.1(2002-09)及TS 25.413 V5.7.0(2004-01)內。
對於網路操作者註冊的所有UE 802,將永久性資料(例如UE 102使用者之設定檔)以及暫時資料(例如UE 802之當前位置)儲存於本地位置暫存器(HLR)838內。在對UE 802之語音呼叫情形中,詢問HLR 838以決定UE 802之當前位置。MSC 830之訪客位置暫存器(VLR)836負責一組位置區域,並儲存目前位於其負責區域內的該等行動台之資料。此資料包含基於較快存取而已從HLR 838發送至VLR 836的永久行動台資料之部分。然而,MSC 830之VLR 836亦可指派並儲存本地資料,例如暫時識別。UE 802亦由HLR 838在系統存取上加以認證。
透過服務GPRS支援節點(SGSN)850發送封包資料。SGSN 850係RNC與GPRS/UMTS網路中的核心網路之間的閘道且負責從其地理服務區域內的UE遞送資料封包並遞送資料封包至該等UE。Iu-PS介面848係在RNC 810與SGSN 850之間使用,且係封包交換連接,其用於載送(通常)UTRAN 820與核心資料網路之間的資料流量與發信。使用的主要發信協定係RANAP(如上所述)。
SGSN 850與閘道GPRS支援節點(GGSN)860通信。GGSN 860係UMTS/GPRS網路與其他網路(例如網際網路或私人網路)之間的介面。GGSN 860係在Gi介面上與公共資料網路PDN 870連接。
熟習技術人士會明白,可將無線網路連接至其他系統,其可能包括圖8內未明確顯示的其他網路。網路通常不間斷地發送至少某種傳呼及系統資訊,即使不存在實際交換的封包資料。儘管網路由許多部分組成,但是該等部分全部在一起作業以在其無線鏈路中產生某一特性。
圖11說明依照多重同時封包資料通信服務會期操作UE的代表圖,一般顯示於1102。此處,兩個封包資料服務(其各者與指定為PDP1
及PDP2
之特定PDP內容相關聯)係同時為作用中狀態。曲線圖1102代表啟動至第一封包資料服務之PDP內容,曲線圖1106代表配置給第一封包資料服務之無線電資源。同時,曲線圖1108代表啟動至第二封包資料服務之PDP內容,曲線圖1112代表配置給第二封包資料服務之無線電資源。UE藉由服務請求(由段1114指示)請求無線電存取載送配置。同時,UE亦依照本揭示內容之具體實施例請求無線電載送服務釋放,由段1116指示。用於分離服務之服務請求及服務釋放彼此獨立,即獨立地加以產生。圖11之示範性說明中,PDP內容及用於相關聯PDP內容之無線電資源實質上係同時的。另外,在UE請求後,或者RNC(無線電網路控制器)決定釋放無線電資源時,授予無線電資源釋放,如圖所示。
回應服務釋放請求或用以釋放無線電資源之其他決策,網路選擇性地拆卸與封包資料服務相關聯之無線電資源。以逐個服務為基礎而非以整個發信連接為基礎來執行服務釋放請求,從而允許資源配置之改良粒度控制。
在示範性實施方案中,可將單一封包資料服務進一步形成為主要服務及一或多個次要服務,例如記號1118及1122所指示。服務釋放進一步允許識別一或多個主要及次要服務中哪一個不再需要無線電資源配置,或另外希望予以釋放。從而提供有效無線電資源配置。此外,提供UE上處理器之最佳利用,因為已配置給不需要處理之處理器能力現在可更佳地用於其他目的。
圖12說明通信系統800之部分,即依照本揭示內容之具體實施例操作的UE 802及無線電網路控制器(RNC)/SGSN 810/850,其係關於多重連續封包資料服務會期。UE包括裝置1126,而RNC/SGSN包括本揭示內容之具體實施例的裝置1128。形成裝置1126及1128之元件在功能上加以表示,可按任何所需方式實施,包括藉由可由處理電路及硬體或韌體實施方案執行的演算法。其他實施方案中,裝置128之元件(其係表示為在RNC/SGSN處加以具體化)係另外形成於其他網路位置,或橫跨一個以上網路位置加以分佈。
裝置1126包括偵測器1132及無線電資源連接釋放指示傳送器1134。一項示範性實施方案中,將元件1132及1134具體化於UE之會期管理層,例如定義於UMTS內之非存取組織層(NAS)。
在另一示範性實施方案中,將元件具體化於存取組織層(AS)子層。當實施於AS子層時,將元件實施為連接管理器之部分,如1136所示。當按此方式實施時,元件不必知悉PDP內容特性或應用程式層特性。
偵測器偵測何時執行選擇以釋放與封包通信服務相關聯之無線電載送。例如,在應用程式層或其他邏輯層執行選擇,並提供給會期管理層及具體化於此處之偵測器。偵測器執行之偵測指示係提供給無線電資源釋放指示傳送器。傳送器產生並使UE傳送無線電資源釋放指示,其形成服務釋放1116,如圖11所示。
在另一實施方案中,無線電資源釋放指示包括原因欄位,其按需要包含一原因,例如此處及上文所述的任一原因,或該原因欄位識別UE期望網路進入的較佳狀態,以轉變UE。
具體化於網路之裝置1128包括檢驗器1142及授予器1144。檢驗器在接收時檢驗無線電資源釋放指示。同時,釋放授予器1144可選擇性地操作以授予在無線電資源釋放指示中請求釋放的無線電資源之釋放。
在無線電資源控制(RRC)層執行發信的實施方案中,無線電網路控制器而非SGSN執行檢驗及配置給PDP內容之無線電資源的釋放授予。相應地,將具體化於UE之裝置形成於RRC層,或裝置另外使產生之指示在RRC等級下加以傳送。
在示範性控制流中,較高層按需要通知NAS/RRC層,不再需要配置給特定PDP內容之無線電資源。將RRC層訊息傳送至網路。訊息包括RAB ID或RB ID,例如其識別到達無線電網路控制器之封包資料服務。作出回應,無線電網路控制器之操作觸發一程序以決定結束無線電資源釋放、無線電資源重新組態、或欲返回UE之無線電資源控制連接釋放訊息。例如,RNC程序類似或等效於在3GPP文件TS 23.060第9.2.5節內提出之程序。例如,RAB ID有利地用作ID,其與識別相關聯PDP內容之網路服務存取點識別符(NSAPI)相同,應用程式層一般不知道NSAPI。
與以下相關聯資訊一起表示形成於或另外提供給RRC層並在RRC層傳送的示範性無線電資源釋放指示。當具體化於RRC層時,指示亦稱為(例如)無線電資源釋放指示。
圖13說明訊息序列圖,一般顯示於1137,其代表依照與PDP內容相關聯之無線電資源的釋放產生之示範性發信,例如圖11內所示圖形表示之部分以圖形顯示。藉由UE,或在RNC或其他UTRAN實體起始釋放。當在UE起始時,例如,UE將無線電資源釋放指示傳送至UTRAN。
起始後,產生並藉由RNC/UTRAN傳送(由段1138指示)無線電存取載送(RAB)釋放請求,以及遞送至SGSN。作為回應,將RAB指派請求返回(由段1140指示)至RNC/UTRAN。接著,如段1142所指示,釋放在UE 802與UTRAN間延伸的無線電資源。
圖14說明一般顯示於1147之訊息序列圖,其類似於圖13之訊息序列圖,但此處釋放最終PDP內容之資源。起始後,RNC產生Iu釋放請求1150,其係通信至SGSN,作為回應,SGSN返回Iu釋放命令,由段1152所指示。之後,如段1154所指示,釋放在UE與UTRAN間形成的無線電載送。同時,如段1156所指示,RNC/UTRAN將Iu釋放完整返回SGSN。
圖15說明一方法流程圖,一般顯示於1162,其代表本揭示內容之具體實施例的程序,以釋放依照PDP內容配置的無線電資源。
開始程序後,如步驟1164所指示,關於是否已接收無線電資源釋放指示作出決定,如決策步驟1166所指示。若否,採取否分支到達結束步驟1168。
相反,若已請求無線電存取載送釋放,採取是分支到達決策步驟1202。於決策步驟1172,關於欲釋放之無線電存取載送是否係欲釋放之最終無線電存取載送作出決定。若否,不採取分支到達步驟1204,接著,如步驟1176所指示,設定較佳狀態。如圖13內所示,或如3GPP文件第23.060節子條款9.2.5.1.1所述,執行無線電存取載送釋放程序。
相反,若在決策步驟1172就RAB係最後釋放者作出決定,採取是分支到達步驟1182,如圖14內所示,或如3GPP文件第23.060節子條款9.2.5.1.2所述,執行Iu釋放程序。
圖16說明一方法流程圖,一般顯示於1192,其代表本揭示內容之具體實施例的程序,以釋放依照PDP內容配置的無線電資源。
開始程序後,如步驟1194所指示,關於是否存在欲釋放之RAB(無線電存取載送)作出決定,如決策步驟1196所指示。若否,採取否分支到達結束步驟1198。
相反,若已請求無線電存取載送釋放,採取是分支到達決策步驟1202。於決策步驟1202,關於欲釋放之無線電存取載送是否係欲釋放之最終無線電存取載送作出決定。若否,採取否分支到達步驟1204,如圖13內所示,或如3GPP文件第23.060節子條款9.2.5.1.1所述,執行無線電存取載送釋放程序。
相反,若在決策步驟1202作出決定RAB係最後需釋放者,採取是分支到達步驟1212,將網域設定為PC(封包交換)。接著,如步驟1214所指示,設定釋放原因。同時,如步驟1216所指示,在DCCH上傳送發信連接釋放指示。如圖14內所示,或如3GPP文件第23.060節子條款9.2.5.1.2所述,執行Iu釋放程序。
圖17說明一方法,一般顯示於1204,其代表本揭示內容之具體實施例的操作方法。該方法促進提供第一封包服務及第二封包服務之同時執行的無線通信系統內之無線電資源的有效利用。首先,如步驟1206所指示,選擇執行偵測以釋放與第一封包服務及第二封包服務之選定封包服務相關聯的無線電資源。接著,如步驟1208所指示,回應選擇釋放無線電資源之偵測而傳送一服務連接釋放指示。
本文說明的具體實施例係具有對應於此揭示內容的技術之元件的元件之結構、系統或方法之範例。此書面說明可使熟習技術人士實施並使用具有同樣對應於此揭示內容之技術的元件之替代性元件的具體實施例。此揭示內容之技術的預計範疇因此包含並非不同於如本文說明的此揭示內容之技術的其他結構、系統或方法,且進一步包含具有與如本文說明的此揭示內容之技術的無實質差異之其他結構、系統或方法。
110...RRC閒置狀態/閒置模式
120...RRC連接狀態/RRC連接模式
122...CELL_DCH狀態
124...CELL_FACH狀態
126...CELL_PCH狀態
128...URA_PCH狀態
210...UMTS小區
212...UMTS小區
214...UMTS小區
218...其他小區
310...RRC連接建立
312...發信連接建立
314...加密與完整性建立
316...無線電載送建立
320...UTRAN註冊區域(URA)
420...RLC資料PDU交換
610...CS控制平面
611...PS控制平面
614...非存取組織層(NAS)部分
616...存取組織層部分
618...呼叫控制(CC)
620...輔助服務(SS)
622...簡訊服務(SMS)
630...PS使用者平面
632...封包資料收斂協定(PDCP)
634...PDP層
636...TCP/UDP層
638...應用程式層
640...UMTS無線電鏈路控制(RLC)
650...媒體存取控制(MAC)層
800...通信系統
802...UE
804...Un空氣介面
806...節點B
808...Iub介面
810...無線電網路控制器(RNC)
820...通用地面無線電存取網路(UTRAN)
821...核心網路
828...Iu-CS介面
830...行動交換中心(MSC)
836...訪客位置暫存器(VLR)
838...本地位置暫存器(HLR)
848...Iu-PS介面
850...服務GPRS支援節點(SGSN)
860...閘道GPRS支援節點(GGSN)
870...公共資料網路
1100...UE/行動器件
1102...代表圖
1106...曲線圖
1108...曲線圖
1111...通信子系統
1112...接收器/曲線圖
1113...本地振盪器(LO)
1114...發射器
1116...天線元件/服務釋放
1118...天線元件
1119...網路
1120...DSP
1122...顯示器
1124...快閃記憶體
1126...隨機存取記憶體(RAM)/裝置
1128...輔助輸入/輸出(I/O)子系統
1130...串列埠
1132...鍵盤/偵測器
1134...揚聲器/無線電資源連接釋放指示傳送器
1136...麥克風/連接管理器
1137...訊息序列圖
1138...微處理器
1140...短程通信子系統
1142...其他器件子系統/檢驗器
1144...UIM介面/授予器
1147...訊息序列圖
1150...程式資料儲存器
1151...關鍵組態
1152...程式資料儲存器
1153...其他資訊
1154...程式資料儲存器
1156...程式資料儲存器
1158...電腦程式
1160...伺服器
1162...方法流程圖
1192...方法流程圖
1204...方法
參考圖式將更佳地瞭解本揭示內容,其中:圖1係顯示RRC狀態與轉變的方塊圖;圖2係顯示各種UMTS小區與URA的UMTS網路之示意圖;圖3係顯示RRC連接建立中的各級之方塊圖;圖4A係CELL_DCH連接模式狀態與由UTRAN依據當前方法起始的閒置模式之間的示範性轉變之方塊圖;圖4B係顯示在CELL_DCH狀態連接模式轉變至一利用發信釋放指示的閒置模式之間的示範性轉變之方塊圖;圖5A係CELL_DCH不活動至CELL_FACH不活動與由UTRAN起始的閒置模式之間的示範性轉變之方塊圖;圖5B係CELL_DCH不活動與利用發信釋放指示的閒置模式之間的示範性轉變之方塊圖;圖6係UMTS協定堆疊之方塊圖;圖7係可聯合本方法加以使用的示範性UE;圖8係聯合本方法及系統而使用的示範性網路;圖9係顯示在UE中添加發信連接釋放指示之原因的步驟之流程圖;以及圖10係顯示在接收具有原因的發信連接釋放指示後由UE採取的步驟之流程圖;圖11說明圖8所示之網路的示範性操作期間,示範性邏輯及實體通道配置之圖形表示,其中多重同時封包資料通信服務會期具有UE;圖12說明依照本揭示內容之具體實施例為無線電資源釋放連接提供釋放以釋放個別封包資料服務之無線電資源的UE及網路元件之功能方塊圖;圖13說明代表依照本揭示內容之具體實施例用以對PDP內容釋放無線電資源配置之操作產生之發信的訊息序列圖;圖14說明與圖13所示者類似的訊息序列圖,其亦代表依照本揭示內容之具體實施例用以釋放無線電資源配置之操作產生之發信;圖15說明代表本揭示內容之具體實施例的程序之程序圖;圖16說明一方法流程圖,其說明本揭示內容之具體實施例的操作方法;圖17說明一方法流程圖,其亦說明本揭示內容之具體實施例的操作方法。
110...RRC閒置狀態/閒置模式
120...RRC連接狀態/RRC連接模式
122...CELL_DCH狀態
124...CELL_FACH狀態
126...CELL_PCH狀態
128...URA_PCH狀態
Claims (22)
- 一種用於能夠執行至少一第一封包服務之使用者設備(UE)器件,該UE包含:一偵測器,其經組態用以偵測何時執行一選擇以釋放與該至少第一封包服務之一選定封包服務相關聯的一無線電資源;以及一無線電資源釋放指示傳送器,其經組態用以基於該偵測器偵測該選擇而傳送一無線電資源釋放指示訊息,以釋放與該選定封包服務相關聯之該無線電資源,該無線電資源釋放指示訊息指示該選定資料封包服務的完成且被傳送至一無線網路以用於該UE從一第一狀態到一第二較小電池需求模式或狀態之一選擇性網路初始轉變。
- 如請求項1之UE,其中該第一封包資料服務包含一主要服務及一次要服務,並且其中該偵測器進一步經組態用以偵測何時執行選擇以釋放該選定封包服務相關連之該主要服務及該次要服務中與該選擇相關者之一無線電資源。
- 如請求項2之UE,其中該無線電資源釋放指示傳送器進一步經組態用以回應該偵測器對該主要服務及該次要服務中與該選擇相關者的指示而傳送一無線電資源釋放指示。
- 如請求項1之UE,其中藉由該無線電資源釋放指示傳送器傳送之該無線電資源釋放指示訊息進一步經組態用以包括一原因欄位。
- 如請求項1之UE,其中該UE包括一會期管理層,並且其中在該會期管理層具體化該偵測器。
- 如請求項5之UE,其中該UE進一步包括一額外邏輯層,並且其中在該額外邏輯層執行該偵測器所偵測之該選擇並將其提供至該偵測器。
- 如請求項6之UE,其中該額外邏輯層包含邏輯上定義於該會期管理層上方之一應用程式層,在該應用程式層處形成該偵測器,該選擇係由該應用程式層遞送至該會期管理層。
- 如請求項1之UE,其中該UE包括一會期管理層,並且其中在該會期管理層處組態該無線電資源釋放指示傳送器。
- 如請求項1之UE,其中該UE包括一存取組織層(AS層),並且其中在該存取組織層具體化該偵測器。
- 如請求項1之UE,其中該UE包括一存取組織層(AS層),並且其中在該存取組織層組態該無線電資源釋放指示傳送器。
- 如請求項1之UE,其中該無線電資源釋放指示訊息包含釋放該無線電資源同時保持與該選定封包服務相關聯之一封包資料協定(PDP)內容邏輯通道的一請求。
- 一種用於能夠同時執行至少一第一封包服務之一網路的網路組件,該網路組件包含:一檢驗器,其經組態用以檢驗一無線電資源釋放指示訊息,該無線電資源釋放指示訊息反映該至少一第一封 包服務之一選定封包服務的完成,及請求與該選定封包服務相關聯的一無線電資源之釋放;以及一釋放授予器,其經組態用以選擇性地授予與該選定封包服務相關聯之該無線電資源的釋放,及提供從一第一狀態到一第二較小電池需求模式或狀態之一使用者設備(UE)轉變。
- 如請求項12之網路組件,其中該網路組件包含一無線電網路控制器,並且其中在該無線電網路控制器處具體化該釋放授予器。
- 如請求項12之網路組件,其中該網路組件包含一伺服通用封包無線電服務(GPRS)服務節點(SGSN),並且其中在該SGSN處具體化該釋放授予器。
- 一種用於一使用者設備UE內之方法,其能夠同時執行一第一封包服務及一第二封包服務,以便促進無線電資源之有效配置,該方法包含以下操作:偵測何時執行一選擇以釋放與該第一封包服務及該第二封包服務之一選定封包服務相關聯的無線電資源;以及基於在偵測該選擇之該操作期間之一指示而傳送一無線電資源釋放指示訊息,以釋放與該選定封包服務相關聯之該等無線電資源,該無線電資源釋放指示訊息反映該選定資料封包服務的完成且被傳送至一無線網路以用於該UE從一第一狀態到一第二較小電池需求模式或狀態之一選擇性網路初始轉變。
- 如請求項15之方法,其中該第一封包資料服務包含一主要服務及一次要服務,並且其中該偵測操作進一步包含偵測何時執行選擇以釋放與該選定封包服務相關聯之該主要服務及該次要服務中與該選擇相關者之一無線電資源。
- 如請求項15之方法,其中在該傳送操作期間傳送的該無線電資源釋放指示訊息包含一會期管理層信號。
- 如請求項15之方法,其中在該傳送操作期間傳送的該無線電資源釋放指示訊息包含一無線電資源控制層信號。
- 一種在能夠同時執行一第一封包服務及一第二封包服務之一通信系統內用來促進無線電資源之有效配置的方法,該方法包含以下操作:偵測何時執行一選擇以釋放與該第一封包服務及該第二封包服務之一選定封包服務相關聯的無線電資源;以及可選擇性地授予與該選定封包服務相關聯之該等無線電資源的釋放,以提供從一第一狀態到一第二較小電池需求模式或狀態之一使用者設備(UE)轉變。
- 如請求項19之方法,其中該第一封包資料服務包含一主要服務及一次要服務,並且其中該偵測操作進一步包含偵測何時執行選擇以釋放與該選定封包服務相關聯之該主要服務及該次要服務中與該選擇相關者之一無線電資源。
- 如請求項19之方法,其中在該通信系統之使用者設備UE 執行該偵測操作,並且其中該方法進一步包含回應該選擇之偵測而從該UE傳送一無線電資源釋放指示訊息至一無線電網路控制器(RNC)之操作,以釋放與該選定封包服務相關聯之該等無線電資源;以及在該RNC處檢驗該無線電資源釋放指示。
- 如請求項19之方法,其中在該傳送操作期間傳送的該無線電資源釋放指示訊息包含存取組織層信號。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP20060119590 EP1892895A1 (en) | 2006-08-25 | 2006-08-25 | Apparatus, and associated method, for releasing a data service radio resource allocated to a data service capable mobile node |
Publications (2)
Publication Number | Publication Date |
---|---|
TW200835235A TW200835235A (en) | 2008-08-16 |
TWI469582B true TWI469582B (zh) | 2015-01-11 |
Family
ID=37812167
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW96131703A TWI469582B (zh) | 2006-08-25 | 2007-08-27 | 用來釋放被配置給可提供資料服務之行動節點的資料服務無線電資源之裝置及相關方法 |
Country Status (4)
Country | Link |
---|---|
EP (1) | EP1892895A1 (zh) |
CA (1) | CA2661592C (zh) |
TW (1) | TWI469582B (zh) |
WO (1) | WO2008022465A1 (zh) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ES2396309T3 (es) | 2005-12-14 | 2013-02-20 | Research In Motion Limited | Método y aparato para el control de recursos de radio dirigido a un equipo de usuario |
DE602006017517D1 (de) | 2006-05-17 | 2010-11-25 | Research In Motion Ltd | Verfahren und System zur Anzeige einer Ursache für einen Abbau einer Signalisierungsverbindung in einem UMTS Netz |
US8265034B2 (en) | 2006-05-17 | 2012-09-11 | Research In Motion Limited | Method and system for a signaling connection release indication |
EP2028909B1 (en) * | 2007-08-20 | 2012-07-11 | Research In Motion Limited | Method and system for a signalling connection release indication |
ES2385415T3 (es) | 2007-11-13 | 2012-07-24 | Research In Motion Limited | Método y aparato para la transición de estado/modo |
CN101534544B (zh) * | 2008-03-12 | 2012-02-08 | 中兴通讯股份有限公司 | 不连续接收的控制方法及装置、起始点设置方法 |
WO2009147296A1 (en) * | 2008-06-03 | 2009-12-10 | Nokia Corporation | Cell search for flexible spectrum use |
EP2667679B1 (en) | 2008-11-10 | 2020-01-08 | BlackBerry Limited | Method and apparatus of transition to a battery efficient state or configuration by indicating end of data transmission in long term evolution |
CN101909362A (zh) * | 2009-06-02 | 2010-12-08 | 中兴通讯股份有限公司 | 一种实现业务释放的方法、***及演进节点b |
ES2805149T3 (es) | 2009-11-23 | 2021-02-10 | Blackberry Ltd | Activante de transición de estado o modo sobre la base de la transmisión de un mensaje de indicación de señalización de liberación de conexión |
CA3038940C (en) | 2009-11-23 | 2021-04-27 | Blackberry Limited | Method and apparatus for state/mode transitioning |
CA2781558C (en) | 2009-11-23 | 2021-06-29 | Research In Motion Limited | Method and apparatus for state/mode transitioning |
EP2341687B1 (en) * | 2009-12-30 | 2016-03-23 | BlackBerry Limited | Method and system for allowing varied functionality based on multiple transmissions |
US8983532B2 (en) | 2009-12-30 | 2015-03-17 | Blackberry Limited | Method and system for a wireless communication device to adopt varied functionalities based on different communication systems by specific protocol messages |
CN102202422B (zh) * | 2010-03-22 | 2014-01-01 | 华为技术有限公司 | 状态迁移方法和网络设备 |
KR20130091360A (ko) * | 2011-01-06 | 2013-08-16 | 닛본 덴끼 가부시끼가이샤 | 폴리시 결정 시스템, 폴리시 결정 방법, 및 비일시적인 컴퓨터 판독 가능 매체 |
WO2013071145A1 (en) | 2011-11-11 | 2013-05-16 | Research In Motion Limited | Method and apparatus for user equipment state transition |
SG11201504449SA (en) * | 2012-12-31 | 2015-07-30 | Huawei Tech Co Ltd | Radio bearer control method, device, and system |
CN103763746B (zh) * | 2014-01-21 | 2017-09-26 | 宇龙计算机通信科技(深圳)有限公司 | 网络切换装置和网络切换方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TW476205B (en) * | 1999-01-04 | 2002-02-11 | Ericsson Telefon Ab L M | Bearer service negotiation |
US20030156578A1 (en) * | 2002-02-08 | 2003-08-21 | Bergenlid Lars Herbert | Packet-based conversational service for a multimedia session in a mobile communications system |
US6654360B1 (en) * | 2000-01-10 | 2003-11-25 | Qualcomm Incorporated | Method and system for providing dormant mode wireless packet data services |
US6845236B2 (en) * | 2000-11-01 | 2005-01-18 | Lg Electronics Inc. | Method for concurrent multiple services in a mobile communication system |
US6847610B1 (en) * | 1999-08-30 | 2005-01-25 | Nokia Mobile Phones Ltd. | Method for optimizing data transmission in a packet switched wireless data transmission system |
US20050192021A1 (en) * | 2004-01-09 | 2005-09-01 | Lg Electronics Inc. | Radio communication system and method |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1033846A1 (en) * | 1999-03-01 | 2000-09-06 | Alcatel | Process for controlling uplink packet transmission in a wireless communication network |
US6377790B1 (en) * | 1999-03-08 | 2002-04-23 | Sharp Laboratories Of America, Inc. | Mobile-initiated, packet switched communications method |
SE522068C2 (sv) * | 1999-07-15 | 2004-01-13 | Ericsson Telefon Ab L M | Metod och anordning för att åstadkomma radioaccessbärartjänster |
US7720960B2 (en) * | 2003-03-04 | 2010-05-18 | Cisco Technology, Inc. | Method and apparatus providing prepaid billing for network services using explicit service authorization in an access server |
KR100703487B1 (ko) * | 2004-04-21 | 2007-04-03 | 삼성전자주식회사 | Umts 시스템에서 효율적인 패킷 데이터 서비스 운용방법 |
KR100605625B1 (ko) * | 2004-06-17 | 2006-07-31 | 엘지전자 주식회사 | 유엠티에스시스템의 세션해제방법 |
US8379553B2 (en) * | 2004-11-22 | 2013-02-19 | Qualcomm Incorporated | Method and apparatus for mitigating the impact of receiving unsolicited IP packets at a wireless device |
-
2006
- 2006-08-25 EP EP20060119590 patent/EP1892895A1/en not_active Withdrawn
-
2007
- 2007-08-27 TW TW96131703A patent/TWI469582B/zh not_active IP Right Cessation
- 2007-08-27 CA CA2661592A patent/CA2661592C/en not_active Expired - Fee Related
- 2007-08-27 WO PCT/CA2007/001497 patent/WO2008022465A1/en active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TW476205B (en) * | 1999-01-04 | 2002-02-11 | Ericsson Telefon Ab L M | Bearer service negotiation |
US6847610B1 (en) * | 1999-08-30 | 2005-01-25 | Nokia Mobile Phones Ltd. | Method for optimizing data transmission in a packet switched wireless data transmission system |
US6654360B1 (en) * | 2000-01-10 | 2003-11-25 | Qualcomm Incorporated | Method and system for providing dormant mode wireless packet data services |
US6845236B2 (en) * | 2000-11-01 | 2005-01-18 | Lg Electronics Inc. | Method for concurrent multiple services in a mobile communication system |
US20030156578A1 (en) * | 2002-02-08 | 2003-08-21 | Bergenlid Lars Herbert | Packet-based conversational service for a multimedia session in a mobile communications system |
US20050192021A1 (en) * | 2004-01-09 | 2005-09-01 | Lg Electronics Inc. | Radio communication system and method |
Also Published As
Publication number | Publication date |
---|---|
CA2661592C (en) | 2013-10-22 |
WO2008022465A1 (en) | 2008-02-28 |
EP1892895A1 (en) | 2008-02-27 |
CA2661592A1 (en) | 2008-02-28 |
TW200835235A (en) | 2008-08-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI469582B (zh) | 用來釋放被配置給可提供資料服務之行動節點的資料服務無線電資源之裝置及相關方法 | |
TWI491234B (zh) | 通信行動電信系統網路中用於訊號釋出原因指示之方法及裝置 | |
US8265034B2 (en) | Method and system for a signaling connection release indication | |
JP4777300B2 (ja) | Umtsネットワークで解放理由指示を信号伝達する方法およびシステム | |
TWI479848B (zh) | 通用行動電信系統網路中用於使用者設備導向無線電資源控制之方法及裝置 | |
US20080049662A1 (en) | Apparatus, and associated method, for releasing a data-service radio resource allocated to a data-service-capable mobile node | |
EP2028909B1 (en) | Method and system for a signalling connection release indication | |
CA2912685C (en) | Method and apparatus for user equipment directed radio resource control in a umts network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MM4A | Annulment or lapse of patent due to non-payment of fees |