用於對失去同步進行識別的方法

2023-04-30 17:06:11

用於對失去同步進行識別的方法
【專利摘要】本發明公開了一種用於確定在用戶裝置(UE)和第三代合作夥伴計劃長期演進(3GPP?LTE)網絡中的網絡(NW)之間的操作狀態失配狀況的方法。在一個實施例中，UE可監視來自NW的消息。如果消息與當前UE操作狀態不一致，則確定狀態失配。在另一個實施例中，UE可監視尋呼信道。如果UE接收到與當前UE操作狀態不一致的尋呼消息，則確定狀態失配。
【專利說明】用於對失去同步進行識別的方法

【技術領域】
[0001] 所述實施例整體涉及無線通信，並且更具體地，涉及確定至少兩個無線通信單元 之間的操作狀態的同步。

【背景技術】
[0002] 無線通信使得能夠在兩個或更多個端點或通信單元之間實現數據傳輸。在一些 情況下，通信單元為行動裝置、基站、無線接入點、行動電話、智慧型電話、計算機或其他類似 設備。兩個設備之間的通信通常由協議來支配。無線協議的一些例子包括IEEE802. 11、藍 牙特別興趣小組協議（Bluetooth Special Interest Group protocol)、Zigbee?、WiMax、 CDMA2000?、由第三代合作夥伴計劃（3GPP)闡述的長期演進（LTE)以及其他協議。
[0003] 協議通常限定狀態來描述通信單元的操作模式。例如，LTE協議限定至少兩個通 信單元：可為行動電話的用戶裝置（UE)或可通過基站（通常稱為增強的節點B或eNodeB) 到達的網絡（NW)。協議繼續為UE來命名至少兩種狀態：1)無線電資源控制（RRC)連接，和 2)RRC空閒。在RRC空閒狀態中，UE尚未與NW建立通信信道；UE未主動地與NW傳輸數據。 相比之下，在RRC連接狀態中，已在UE和NW之間建立了通信信道，並且可在UE和NW之間 傳輸數據。
[0004] 由於數據僅可在UE處於RRC連接狀態時被傳輸，因此NW通常追蹤UE的狀態以確 保UE可接收消息和數據。如果NW失去了對UE的操作狀態的追蹤，則數據傳輸可停滯或UE 可變得無響應，從而有損於用戶體驗。
[0005] 因此，期望一種可靠方法來追蹤UE的操作模式並且避免可不利影響總體用戶體 驗的操作狀況。


【發明內容】

[0006] 本說明書描述了各種實施例，所述實施例涉及結合無線網絡來操作的無線通信設 備以及用於檢測失去同步操作狀況的方法。
[0007] 在一個實施例中，一種用於從在用戶裝置（UE)和長期演進網絡（NW)之間的失去 同步狀況中恢復的方法可包括以下步驟：確定UE的第一操作狀態；當UE的狀態與NW的狀 態不匹配時確定操作狀態失配；將來自UE的控制消息發送至NW以釋放分配給UE的網絡資 源；以及在UE處轉變至第二狀態。在一個實施例中，當UE在預定時間段內未接收到任何授 權響應消息時可存在狀態失配狀況。
[0008] 在另一個實施例中，一種用於從在用戶裝置（UE)和長期演進網絡（NW)之間的失 去同步狀況中恢復的方法可包括以下步驟：確定UE設備的第一操作狀態；確定UE和NW之 間的操作狀態失配；將無線電鏈路失敗消息發送至NW ;以及在UE處轉變至第二狀態。在一 個實施例中，當尋呼消息被UE接收，同時UE處於第一操作狀態時，則可存在狀態失配狀況。

【專利附圖】

【附圖說明】
[0009] 通過參考以下結合附圖所作的描述可以最佳地理解所述實施例及其優點。在不脫 離所述實施例的實質和範圍的前提下，這些附圖決不會限制本領域的技術人員可對所述實 施例作出的在形式和細節方面的任何改動。
[0010] 圖1為示出了在長期演進（LTE)協議的上下文中的用戶裝置（UE)和網絡（NW)設 備中的可能的操作狀態的狀態圖。
[0011] 圖2為示出了可為狀態特定性的一些通信和消息發送的框圖。
[0012] 圖3為用於允許早期檢測UE和NW之間的狀態失配的方法步驟的流程圖。
[0013] 圖4為用於早期檢測UE和NW之間的狀態失配的方法步驟的另一個流程圖。
[0014] 圖5為用於向NW通知狀態失配狀況的方法步驟的流程圖。
[0015] 圖6為用於從狀態失配狀況中恢復的方法步驟的流程圖。
[0016] 圖7為用於減少狀態失配的方法步驟的流程圖。
[0017] 圖8示出了專門被設計為分組交換網絡的代表性LTE無線網絡體系結構。
[0018] 圖9為適用於控制所述實施例中一些過程的電子設備的框圖。

【具體實施方式】
[0019] 在本部分中描述了根據本專利申請的方法和裝置的代表性應用。提供這些例子僅 僅是為了添加背景並有助於理解所述實施例。因此，對於本領域的技術人員而言將顯而易 見的是，可在沒有這些具體細節中的一些或全部的情況下實踐所述實施例。在其他情況下， 為了避免不必要地使所述實施例模糊，未詳細描述熟知的工序。其他應用是可能的，使得以 下實例不應被視為限制性的。
[0020] 在以下具體描述中，參考了形成說明書的一部分的附圖，並且在附圖中以舉例說 明的方式示出了根據所述實施例的具體實施例。儘管足夠詳細地描述了這些實施例以使本 領域的技術人員能夠實踐所述實施例，但應當理解，這些實例並非是限制性的，使得可使用 其他實施例，並且可在不脫離所述實施例的實質和範圍的前提下做出更改。
[0021] 網絡通信協議使得能夠在分布於網絡內的兩個或更多個設備之間進行數據交換。 如果網絡為無線網絡，則可將某些調節設計到通信協議內以支持有噪聲的通信信道。在一 些通信協議中，諸如來自第三代合作夥伴計劃（3GPP)的LTE規範中闡述的長期演進（LTE) 協議，可包括針對用戶裝置（UE)的狀態定義。狀態幫助限定UE和網絡（NW)之間的動作和 行為。根據LTE規範，UE可處於空閒（RRC空閒）或連接（RRC連接）狀態。
[0022] 當UE處於RRC連接狀態時，可在UE和NW之間傳輸數據。NW通常追蹤UE的狀態 以確保UE可接收經傳輸的數據。NW追蹤UE的狀態的一種方式是具有在NW中表示的一種 對應狀態。因此，當UE和NW兩者均示出RRC連接狀態時，NW可傳輸數據。如果UE的操作 狀態與NW中的代表性狀態失去同步，則數據傳輸停滯並且UE可變得無響應。
[0023] 如果UE或NW可確定何時存在狀態失配（S卩，UE的狀態何時與NW的等同狀態不 匹配），則可採取步驟來使狀態恢復對準。在一個實施例中，當UE處於RRC連接狀態時，UE 可監視由NW發送的消息。某些消息可指示狀態失配狀況。在一個實施例中，可通過發送指 示存在狀態失配狀況的特殊消息來校正狀態失配狀況。在另一個實施例中，可通過聲明無 線電鏈路失敗來校正狀態失配狀況。聲明無線電鏈路失敗可使得一些網絡設備重置並且從 穩定狀態（well defined state)開始。
[0024] 圖1為狀態圖，示出了在LTE協議（諸如在來自第三代合作夥伴計劃（3GPP)的LTE 規範中闡述的協議）的上下文中UE和NW設備中的可能的操作狀態。LTE協議可允許多個 UE設備在共享的和有限的無線電資源內操作。控制無線電資源（諸如時隙和射頻）的一種 方式為通過控制網絡和無線電資源至UE的分配。除非UE主動地將數據傳輸至NW以及從 NW傳輸數據，否則無需為UE分配網絡和無線電資源。
[0025] UE可具有狀態100。第一狀態為無線電資源控制空閒（RRC空閒）102。在RRC空 閒102中，不在UE和NW之間傳輸數據。第二狀態為RRC連接101。在RRC連接101狀態 中，UE已針對網絡和無線電資源與NW成功進行了協商。在RRC連接101狀態中，可在UE和 NW之間傳輸數據。
[0026] NW可具有匹配狀態110。NW期望UE處於RRC連接101狀態或RRC空閒102狀態。 更具體地，在UE和NW操作的上下文內，NW期望UE處於特定狀態。例如，如果已經由NW為 UE分配了網絡和無線電資源，則NW期望UE處於RRC連接狀態101。為了追蹤UE RRC連接 101狀態，NW可具有匹配狀態、RRC連接111。換句話講，RRC連接111可為與UE狀態RRC 連接101相匹配的狀態。相似地，RRC空閒112可為與UE中的RRC空閒102狀態相匹配的 NW中的狀態。
[0027] 由UE和NW使用的LTE通信協議可依賴於NW期望UE處於特定狀態。例如，當UE 處於RRC連接101狀態時，僅可在UE和NW之間傳輸數據。如果UE處於RRC空閒102狀態 但NW將UE理解為處於RRC連接101狀態（S卩，NW處於RRC連接111狀態），則NW可嘗試 向UE傳輸數據，但數據將不會被正確地接收。當UE100的操作狀態與NW110中的對應狀態 不匹配時，存在狀態失配。
[0028] 圖2為示出了可為狀態特定性的一些通信和消息發送的框圖200。當UE處於RRC 空閒102狀態時，UE可暫緩與NW的通信，直至UE處於RRC連接101狀態為止。針對UE轉 變至RRC連接101狀態，UE可在隨機接入信道（RACH)上向NW傳輸。此為通常被稱為RACH 程序的一個步驟。在一個實施例中，可通過UE來執行RACH程序以開始針對網絡和來自NW 的無線電資源的協商。UE可用至NW的連接請求（RRC. conn, req)繼續協商。NW可用連接 設置參數（RRC. conn, setup)對UE進行響應。當UE已接收到設置參數並且準備好移至連 接狀態時，UE可向NW發送指示設置完成（RRC. conn, setup, complete)的消息。UE可轉變 至RRC連接狀態101。
[0029] 在RRC連接101狀態中，NW可向UE分配小區無線網絡臨時標識符（C-RNTI)。 C-RNTI可在UE處於RRC連接101狀態時充當UE的唯一的但臨時的標識符。C-RNTI可用 於識別來自NW的用於NE的唯一的消息。下一個步驟可為建立數據無線承載（DRB)。DRB 為被配置成在UE和NW之間傳輸數據（更具體地，網際網路協議數據包）的信道。在建立DRB 之後，可將調度請求從UE發送至NW。調度請求可從NW請求信道資源以傳輸數據。NW可使 用發送資源請求授權的授權響應進行響應。另外，UE可向NW呈現隨機接入請求（RACH)。 NW可使用授權RACH請求的授權響應進行響應。UE可保持在RRC連接101狀態，直至傳輸 完成，此時UE可轉變至RRC空閒102。
[0030] 如上所述，當UE處於RRC連接101狀態時，網絡和無線電資源被分配給UE。然而， 由於此類資源可為缺乏的，因此如果NW確定UE不活動、被移動遠離NW或換句話講無響應， 則存在機制以將UE從RRC連接101轉變至RRC空閒102。例如，如果NW在預定時間段內未 發現來自UE的活動，則NW可推斷UE不再需要NW連接或NW資源。在這種情景下，NW可將 RRC. conn, release 消息發送至 UE。UE 可通過將 RRC. conn, release, complete 消息發送至 NW來確認釋放命令。UE可返回到RRC空閒102狀態。
[0031] 當UE的操作狀態（100,圖1)與NW中的對應狀態（110,圖1)不匹配時，出現問題。 如上所述，此類狀態失配可引起數據傳輸錯誤或使UE變得無響應。例如，UE可處於RRC連 接101狀態，但可能必須調諧遠離此頻率以勘測其他無線電網絡。在該時間段內，如果NW 將定向消息發送至UE，則消息可能會丟失，從而使得UE不向NW發送確認。在一些情況下， NW可認為UE已移開或換句話講變得不活動並且將對應狀態移至RRC空閒112。當UE調諧 回到該頻率時，NW可能不對UE進行響應，因為NW認為UE為空閒的。沒有數據可傳輸，並 且事實上，UE可變得無響應，直至識別並且解決狀態失配為止。
[0032] 在解決狀態失配並且重新建立正常通信之前，可能經過了若干分鐘。例如，LTE協 議可允許UE聲明無線電鏈路失敗。當聲明無線電鏈路失敗時，UE進入RRC空閒102並且 重新開始該過程以建立至NW的連接並且轉變至RRC連接101。即，可執行RACH程序並且 可交換消息，使得能夠如先前在圖2中所述（RRC空閒102)在UE和NW之間重新建立連接。 此若干分鐘的延遲可對用戶表現為UE無響應並且減弱用戶的體驗。
[0033] 圖3為用於允許早期檢測UE和NW之間的狀態失配的方法步驟300的流程圖。該 方法在步驟302中以UE處於RRC連接101狀態開始。在步驟304中，UE啟動定時器以確定 時間段T。在時間段T期間，UE可從NW接收授權。如上文結合圖2所述，在RRC連接狀態 101中，可響應於UE向NW發送調度請求而接收授權。由於UE處於RRC連接101狀態，因此 UE可發送調度請求以與NW傳輸數據。因而，在時間段T期間UE應當響應於調度請求而接 收至少一個授權。在另一個實施例中，UE可響應於連接模式RACH消息而接收來自NW的授 權響應。如上文結合圖2所述的RACH可在連接被建立之前出現。如此處所述，RACH也可 在UE處於連接狀態時被執行。在一個實施例中，時間段T可對應於LTE協議中的連接釋放 定時器。在步驟306中，如果在時間段T期間UE未接收到至少一個授權，則在步驟310中， UE可確定UE狀態RRC連接101與NW狀態RRC連接111不匹配並且UE可確定狀態失配並 且該方法結束。另一方面，如果在步驟306中，在時間段T期間UE接收到至少一個授權，則 狀態RRC連接101與狀態RRC連接111相匹配並且該方法結束。
[0034] 在LTE協議中，如果NW具有針對UE的數據，並且UE處於RRC空閒102狀態，則NW 可在尋呼信道上尋呼UE。響應於該尋呼，UE可從NW請求網絡和無線電資源，如圖2所述。 在接收到網絡和無線電資源之後，UE可轉變至RRC連接101狀態並且從NW接收數據。通 常，僅當針對使用空閒模式標識符的傳入數據，UE處於RRC空閒102狀態時尋呼才被發送給 UE。用於在連接狀態下接收尋呼的一個例外為系統信息塊（SIB)通知。如果UE處於RRC 連接101狀態並且UE接收尋呼，則NW處於RRC空閒112狀態並且在UE和NW之間存在狀 態失配。
[0035] 圖4為用於早期檢測UE和NW之間的狀態失配的方法步驟400的另一個流程圖。 該方法在步驟402中以UE處於RRC連接101狀態開始。在步驟404中，UE可監視尋呼信 道。由於UE處於RRC連接101狀態，因此UE應當接收不到尋呼。如果在步驟406中並且 UE接收到尋呼，則在步驟410中UE可確定UE狀態RRC連接101與NW RRC空閒122狀態不 匹配並且該方法結束。另一方面，如果在步驟406中並且UE未接收到尋呼，則在步驟408中 然後狀態RRC連接101與狀態RRC連接111相匹配並且該方法結束。在另一個實施例中， 在步驟406中UE可在進行至步驟410並且聲明狀態失配之前等待接收一個以上尋呼。在 另一個實施例中，在聲明狀態失配之前UE可接收到的尋呼數目可為預定的量，或可對應於 信道狀況向上或向下調整。
[0036] 在LTE協議中，NW可通過將RRC conn, release消息發送至UE來指示UE釋放所 建立的連接。UE可用RRC conn, release, complete消息進行響應，以確認該命令並且釋放 連接。UE隨後轉變至RRC空閒102狀態。如上所述，NW可發起連接釋放。然而，如果UE確 定狀態失配，則UE應當發起連接釋放。
[0037] 圖5為用於向NW通知狀態失配狀況的方法步驟500的流程圖。該方法在步驟502 中以UE處於RRC連接101狀態開始。在步驟504中，檢測到狀態失配。可如結合3、圖4所 述或任何其他技術上可行的方式來確定狀態失配。在步驟506中，UE將RRC conn, release 消息發送至NW。該消息向NW通知UE想要釋放連接。在一個實施例中，可將另外的信息元 素加入到RRC conn, release消息中以指示有關失配狀況的一個或多個細節並且進一步通 知NW是否應當建立新連接。在步驟508中，NW將對於RRC conn, release消息的確認發送 至UE。在一個實施例中，NW可發送RRC conn, release, ack消息。在另一個實施例中，NW 可如上所述將RRC conn, release發送至UE以指示UE釋放連接。在步驟510中，UE可轉 變至RRC空閒102狀態。在一個實施例中，本文所述的RRC消息中的一者或多者可能未在 LTE規範中闡述。
[0038] 如上所述，如果UE失去與NW的接觸或協調，則UE可聲明無線電鏈路失敗。遺憾 的是，在LTE規範的當前範圍內，僅在若干消息失敗之後才聲明無線電鏈路失敗。通常，多 條消息失敗可累積，以使得在聲明無線電鏈路失敗之前經過若干分鐘。在該時間段期間，沒 有數據被傳輸並且用戶體驗受到負面影響。
[0039] 圖6為用於從狀態失配狀況中恢復的方法步驟600的流程圖。該方法在步驟602 中以UE處於RRC連接101狀態開始。在步驟604中，檢測到狀態失配。如上所述，可如結 合圖3、圖4所述或任何其他技術上可行的方法來確定狀態失配。在步驟606中，UE可向NW 聲明無線電鏈路失敗。在步驟608中，UE可轉變至RRC空閒102狀態並且該方法結束。在 步驟606中聲明無線電鏈路失敗可通過避開在NW和UE之間發送（並且未能接收到）消息 和確認所需的時間段來縮短恢復時間。
[0040] 在NW和UE之間發送的RRC消息為用於保持狀態同步的LTE機制的重要部分。在 LTE規範中，存在內置的防護措施和冗餘以適應有噪聲的通信信道。例如，在相對良好的通 信信道中，消息可從A發送至B並且確認消息將所述響應從B發送至A。如果通信信道為相 對有噪聲的，則在消息從A成功地發送至B之前可需要多次重試。此外，從B至A的確認消 息也可需要若干次嘗試。
[0041] LTE規範闡述了發送消息可允許的嘗試數目以及另外確認消息接收可允許的嘗試 數目。然而，所闡述的嘗試數目在一些情況下可能很受限制並且可引起UE和NW之間的狀 態失配。例如，如果在丟失RRC消息之後UE聲明無線電鏈路失敗，則可出現狀態失配。在 一些情況下，適應性地調整消息重試嘗試可減少狀態失配。
[0042] 圖7為用於減少狀態失配的方法步驟700的流程圖。以舉例的方式而非限制，在 RRC connection, setup消息以及相關的確認RRC setup, complete消息的上下文中描述該 方法。該方法可單獨或成對地應用於任何消息和對應的確認。
[0043] 該方法在步驟702中在NW至少N次嘗試將RRC connection, setup消息發送至UE 時開始。在步驟704中，UE通過至少Μ次嘗試發送RRC setup, complete響應消息來進行 響應。在步驟706中，UE和NW可響應於信道狀況、先前成功確認等來調整N和M。例如，如 果信道特別嘈雜，則可向上調整Μ和N。或者，如果信道特別安靜，則可向下調整Μ和N。
[0044] 減少狀態失配的另一個方法通過NW來解決活動超時檢測。如上所述，如果UE不 對由NW發送的消息進行響應，則NW可假設UE不活動。NW可具有被配置成確定超時時間段 的定時器。如果在超時時間段內NW未接收到響應，則NW可假設UE不活動並且轉變至RRC 空閒112狀態。例如，如果UE在超出活動超時時間段的一段時間內調諧偏離，則NW可假設 UE不活動。可通過增加 NW的活動超時時間段來解決該錯誤的不活動確定。增加超時時間 段允許UE有更多時間來調諧偏離並且返回至NW以確認消息，並且可減少網絡不正確地轉 變至RRC空閒112的次數。
[0045] 圖8示出了專門被設計為分組交換網絡的代表性LTE網絡800體系結構。用戶裝 置802可通過與發源於演進節點B (eNodeB) 810的無線電分區804相關聯的無線電鏈路826 來連接至演進無線電接入網絡822。eN〇deB810包括發送基站和接收基站二者以及基站無 線電控制器的功能。LTE無線網絡800的等同核心網絡是包括服務網關812的演進分組核心 網絡820,所述服務網關將演進無線電接入網絡822互連到公用數據網絡（PDN)網關816， 所述公用數據網絡網關連接至外部網際網路協議（IP)網絡818。多個eNodeBSlO可集合在一 起以形成演進UTRAN(eUTRAN)806。eNodeB810還可連接至移動性管理實體（MME)814,所述 移動性管理實體可為用戶裝置802提供對連接的控制。相對於上文在圖1至7中的描述， LTE NW可對應於網絡850內的一個或多個元件,所述元件獨立地或如通過圖8中的虛線所 示作為整體進行作用。
[0046] 圖9為適用於控制所述實施例中的一些過程的電子設備的框圖。電子設備900可 示出代表性計算設備的電路系統。電子設備900可包括處理器902,該處理器與微處理器或 用於控制電子設備900的總體操作的控制器有關。電子設備900可在文件系統904和高速 緩存906中包括與操作指令有關的指令數據，諸如用於實施控制UE的指令。文件系統904 可為存儲磁碟或多個磁碟。在一些實施例中，文件系統904可為快閃記憶體存儲器、半導體（固 態）存儲器等。文件系統904通常為電子設備900提供高容量存儲能力。然而，由於對於 文件系統904的訪問時間可相對較慢（特別是如果文件系統904包括機械磁碟驅動器）， 因此電子設備900也可包括高速緩存906。高速緩存906可包括例如由半導體存儲器提供 的隨機存取存儲器（RAM)。對高速緩存906的相對的訪問時間可明顯短於對文件系統904 的訪問時間。然而，高速緩存906可能不具有文件系統904的大存儲容量。另外，文件系統 904在活動時可比高速緩存906消耗更多的電力。當電子設備900為由電池924供電的便 攜式設備時，電力消耗通常可為關心的問題。電子設備900也可包括RAM920和只讀存儲器 (R0M)922。R0M922可存儲將以非易失性方式執行的程序、實用程序或過程。RAM920可諸如 為高速緩存906提供易失性數據存儲。
[0047] 電子設備900也可包括用戶輸入設備908,所述用戶輸入設備允許電子設備900的 用戶與電子設備900進行交互。例如，用戶輸入設備908可採用多種形式，諸如按鈕、小鍵 盤、撥號盤、觸控螢幕、音頻輸入接口、視覺/圖像捕捉輸入接口、傳感器數據形式的輸入等。 此外，電子設備900可包括顯示器910 (屏幕顯示器），該顯示器可由處理器902控制以向用 戶顯示信息，諸如網頁。數據總線916可有利於在至少文件系統904、高速緩存906、處理器 902和輸入/輸出（I/O)控制器913之間的數據傳輸。I/O控制器913可用於通過適當的 編解碼器與不同設備交互並且控制這些設備，所述不同設備諸如揚聲器、耳塞、麥克風或攝 像機。例如，控制總線914可用於控制揚聲器928。
[0048] 電子設備900也可包括耦接至數據鏈路912的網絡/總線接口 911。數據鏈路912 可允許電子設備900耦接至主機或附屬設備或其他網絡，諸如網際網路。可通過有線連接或 無線連接來提供數據鏈路912。在無線連接的情況下，網絡/總線接口 911可包括無線收發 器，諸如被配置成根據LTE協議傳輸和接收數據的無線收發器。傳感器926可採取電路系 統的形式以用於檢測任何數目的刺激。例如，傳感器926可包括任何數目的傳感器以用於 監視環境狀況，諸如例如響應於外部磁場的霍爾效應傳感器、音頻傳感器、諸如光度計的光 傳感器、檢測清晰度的計算機視覺傳感器、溫度傳感器等等。
[0049] 可單獨地或以任何組合來使用所述實施例的各方面、實施例、具體實施或特徵。可 由軟體、硬體、或硬體與軟體的組合來實現所述實施例的各個方面。所述實施例還可被具體 化為用於控制生產操作的計算機可讀介質上的計算機可讀代碼，或者被具體化為用於控制 生產線的計算機可讀介質上的計算機可讀代碼。計算機可讀介質為可存儲數據的任何數據 存儲設備，所述數據其後可由計算機系統讀取。計算機可讀介質的例子包括只讀存儲器、隨 機存取存儲器、CD-ROM、HDD、DVD、磁帶和光學數據存儲設備。計算機可讀介質還可分散在 網絡耦接的計算機系統中，以使得計算機可讀代碼以分布式的方式被存儲和執行。
[0050] 在上述描述中，為了進行解釋，使用了特定的命名以提供對所述實施例的徹底理 解。然而，對於本領域的技術人員而言將顯而易見的是，為了實踐所述實施例不需要這些具 體細節。因此，對特定實施例的上述描述是出於舉例說明和描述的目的而呈現的。這些描 述並非旨在是詳盡的，也並非旨在將所述實施例限制為所公開的精確形式。對於本領域的 普通技術人員而言將顯而易見的是，根據上述教導內容可作出許多修改和變型。
【權利要求】
1. 一種用於從在長期演進網絡（NW)中操作的用戶裝置（UE)設備之間的失去同步狀況 中恢復的方法，所述方法包括： 確定所述UE設備的第一操作狀態； 當所述UE的所述第一操作狀態與所述NW的第一操作狀態不匹配時確定操作狀態失 配； 將無線電資源控制消息從所述UE設備發送至所述NW以釋放分配給所述UE設備的NW 資源；以及 從所述UE設備內的所述第一操作狀態轉變至第二操作狀態。
2. 根據權利要求1所述的方法，其中確定所述操作狀態失配包括： 確定時間段以響應於發送至所述NW的調度請求消息接收來自所述NW的授權響應消 息；以及 當在所述時間段期間未接收到授權響應消息時確定所述操作狀態失配。
3. 根據權利要求1所述的方法，其中所述UE設備的所述第一操作狀態為無線電資源控 制連接（RRC. connected)狀態。
4. 根據權利要求3所述的方法，其中所述UE設備的所述第二操作狀態為無線電資源控 制空閒（RRC. idle)狀態。
5. 根據權利要求2所述的方法，其中所述時間段對應於長期演進（LTE)協議中的連接 釋放時間段。
6. 根據權利要求2所述的方法，其中所述資源無線電控制消息包括無線電資源控制連 接釋放（RRC. conn, release)消息。
7. 根據權利要求1所述的方法，其中確定所述操作狀態失配包括： 監視尋呼信道；以及 當從所述NW接收到至少一條尋呼消息時確定所述狀態失配。
8. 根據權利要求6所述的方法，其中從所述NW接收到的尋呼數目可對應於通信信道狀 況的惡化或改善而增加或減少。
9. 一種用於從在長期演進網絡（NW)中操作的用戶裝置（UE)設備之間的失去同步狀況 中恢復的方法，所述方法包括： 確定所述UE設備的第一操作狀態； 當所述UE的所述第一操作狀態與所述NW的第一操作狀態不匹配時確定操作狀態失 配； 將無線電控制消息從所述UE設備發送至所述NW，從而聲明無線電鏈路失敗；以及 從所述UE設備內的所述第一操作狀態轉變至第二操作狀態。
10. 根據權利要求9所述的方法，其中確定所述操作狀態失配包括： 確定時間段以響應於發送至所述NW的調度請求消息接收來自所述NW的授權響應消 息；以及 當在所述時間段期間未接收到授權響應消息時確定所述操作狀態失配。
11. 根據權利要求9所述的方法，其中確定所述操作狀態失配包括： 確定時間段以響應於發送至所述NW的RACH消息接收來自所述NW的授權響應消息；以 及 當在所述時間段期間未接收到授權響應消息時確定所述操作狀態失配。
12. 根據權利要求9所述的方法，其中確定所述操作狀態失配包括： 監視尋呼信道；以及 當至少一個尋呼被接收其中所接收到的尋呼與系統信息塊（SIB)無關聯時，確定所述 狀態失配。
13. 根據權利要求10所述的方法，其中所述時間段對應於長期演進（LTE)協議中的連 接釋放時間段。
14. 非暫態計算機可讀介質，其用於存儲可由用戶裝置（UE)設備中的處理器執行的計 算機代碼，所述用戶裝置（UE)設備具有至少一個無線數據收發器和存儲器，所述計算機可 讀介質包括： 用於檢測在長期演進（LTE)網絡（NW)中操作的所述UE設備的第一操作狀態的計算機 代碼； 用於確定所述UE設備和所述NW之間的操作狀態失配狀況的計算機代碼；和 用於響應於所確定的失配狀況將消息發送至所述NW的計算機代碼。
15. 根據權利要求14所述的計算機可讀介質，其中用於確定所述操作狀態失配狀況的 所述計算機代碼還包括： 用於確定第一時間段的計算機代碼； 用於當在所確定的第一時間段期間未接收到接收授權消息時確定所述UE設備的所述 第一操作狀態與所述NW的操作狀態不匹配的計算機代碼。
16. 根據權利要求14所述的計算機可讀介質，其中用於確定所述操作狀態失配狀況的 所述計算機代碼還包括： 用於監視尋呼信道的計算機代碼； 用於當在所述尋呼信道上接收到尋呼消息時確定所述UE設備的所述第一操作狀態與 所述NW的操作狀態不匹配的計算機代碼。
17. 根據權利要求14所述的計算機可讀介質，其中用於將消息發送至所述NW的所述計 算機代碼包括發送無線電資源控制連接釋放（RRC. conn, release)消息。
18. 根據權利要求14所述的計算機可讀介質，其中用於將消息發送至所述NW的所述計 算機代碼包括發送無線電鏈路失敗消息。
19. 一種用於減少用戶裝置（UE)設備和位於所述UE處的長期演進（LTE)網絡（NW)之 間的失去同步狀況的方法，所述方法包括： 將第一多個無線電資源命令從所述UE發送至所述NW ; 監視信道狀況；以及 在信道狀況惡化或改善時分別增加或減少發送至所述NW的無線電資源命令的數目。
20. 根據權利要求19所述的方法，其中所述無線電資源命令為所述無線電資源命令設 置完成（RRC. setup, complete)命令。
21. -種用於從在長期演進網絡（NW)中操作的用戶裝置（UE)設備之間的失去同步狀 況中恢復的裝置，包括： 用於確定所述UE設備的第一操作狀態的裝置； 用於當所述UE的所述第一操作狀態與所述NW的第一操作狀態不匹配時確定操作狀態 失配的裝置； 用於將無線電資源控制消息從所述UE設備發送至所述NW以釋放分配給所述UE設備 的NW資源的裝置；和 用於從所述UE設備內的所述第一操作狀態轉變至第二操作狀態的裝置。
22. 根據權利要求21所述的裝置，其中確定所述操作狀態失配包括： 用於確定時間段以響應於發送至所述NW的調度請求消息接收來自所述NW的授權響應 消息的裝置；和 用於當在所述時間段期間未接收到授權響應消息時確定所述操作狀態失配的裝置。
23. 根據權利要求21所述的裝置，其中所述UE設備的所述第一操作狀態為無線電資源 控制連接（RRC. connected)狀態。
24. 根據權利要求23所述的裝置，其中所述UE設備的所述第二操作狀態為無線電資源 控制空閒（RRC. idle)狀態。
25. 根據權利要求22所述的裝置，其中所述時間段對應於長期演進（LTE)協議中的連 接釋放時間段。
26. 根據權利要求22所述的裝置，其中所述資源無線電控制消息包括無線電資源控制 連接釋放（RRC. conn, release)消息。
27. 根據權利要求21所述的裝置，其中確定所述操作狀態失配包括： 用於監視尋呼信道的裝置；和 用於當從所述NW接收到至少一條尋呼消息時確定所述狀態失配的裝置。
28. 根據權利要求26所述的裝置，其中從所述NW接收到的尋呼數目可對應於通信信道 狀況的惡化或改善而增加或減少。
29. -種用於從在長期演進網絡（NW)中操作的用戶裝置（UE)設備之間的失去同步狀 況中恢復的裝置，所述方法包括： 用於確定所述UE設備的第一操作狀態的裝置； 用於當所述UE的所述第一操作狀態與所述NW的第一操作狀態不匹配時確定操作狀態 失配的裝置； 用於將無線電控制消息從所述UE設備發送至所述NW從而聲明無線電鏈路失敗的裝 置；和 用於從所述UE設備內的所述第一操作狀態轉變至第二操作狀態的裝置。
30. 根據權利要求29所述的裝置，其中確定所述操作狀態失配包括： 用於確定時間段以響應於發送至所述NW的調度請求消息接收來自所述NW的授權響應 消息的裝置；和 用於當在所述時間段期間未接收到授權響應消息時確定所述操作狀態失配的裝置。
31. 根據權利要求29所述的裝置，其中確定所述操作狀態失配包括： 用於確定時間段以響應於發送至所述NW的RACH消息接收來自所述NW的授權響應消 息的裝置；和 用於當在所述時間段期間未接收到授權響應消息時確定所述操作狀態失配的裝置。
32. 根據權利要求29所述的裝置，其中確定所述操作狀態失配包括： 用於監視尋呼信道的裝置；和 用於當至少一個尋呼被接收其中所接收到的尋呼與系統信息塊（SIB)無關聯時確定 所述狀態失配的裝置。
33.根據權利要求30所述的裝置，其中所述時間段對應於長期演進（LTE)協議中的連 接釋放時間段。
【文檔編號】H04W56/00GK104115536SQ201380009534
【公開日】2014年10月22日 申請日期:2013年1月30日 優先權日:2012年2月16日
【發明者】G·P·德瓦西加瑪尼, G·R·努卡拉, M·A·阿拉姆 申請人:蘋果公司