TWI683592B

TWI683592B - 通訊方法、裝置和系統

Info

Publication number: TWI683592B
Application number: TW107112008A
Authority: TW
Inventors: 劉建華
Original assignee: 大陸商Ｏｐｐｏ廣東移動通信有限公司
Priority date: 2017-04-07
Filing date: 2018-04-04
Publication date: 2020-01-21
Also published as: TW201838472A; WO2018184227A1; CN109845336A; CN109845336B

Abstract

提供了用於使用者設備的狀態轉換的方法、裝置、系統、消息、電腦程式及其載體。所述方法包括：使用者設備（user equipment, UE）接收網路側裝置發送的消息，所述消息用於指示多個UE從非活動狀態轉換到空閒狀態；如果所述UE是所述消息中指示的所述多個UE中的一個，則所述UE從所述非活動狀態轉換至所述空閒狀態。

Description

通訊方法、裝置和系統

本發明涉及移動通訊網路中使用者設備的狀態轉換。

本部分中的陳述僅提供與本公開相關的背景資訊，並且可以不構成現有技術。此外，該部分中的內容可以用於定義與本發明相關的概念。

在移動通訊網路中，使用者設備（user equipment, UE）有時也被稱為移動終端、移動節點等，通常具有兩種狀態：連接狀態和空閒狀態。

在連接狀態，或稱為RRC_CONNECTED狀態下，在UE和諸如無線接入網（radio access network, RAN）的網路側之間建立並維持無線資源控制（radio resource control, RRC）連接。此外，在UE和網路側存儲UE的接入層（access stratum, AS）上下文。因此，UE可以以小的延遲發送上行資料並接收下行資料。但是，處於連接狀態的UE的功耗很高。

在空閒狀態，或稱為RRC_IDLE狀態下，在UE與網路側之間沒有建立RRC連接，並且在UE和網路側的任意一個中都沒有存儲UE的AS上下文。處於空閒狀態的UE具有低功耗。然而，為了發送和/或接收資料，需要首先在UE和網路側之間建立RRC連接，這引入了大的延遲。

隨著移動通訊網路的演進，將會包括一些新的服務，例如物聯網（Internet of things, IoT），這對UE的通訊延遲和功耗提出了新的要求。在該方面，例如在第三代合作夥伴計畫（3rd Generation Partnership Project, 3GPP）下提出並討論了用於RAN的新無線（new radio, NR）接入技術。在3GPP TR 38.804中，引入了針對UE的新狀態，即，非活動狀態，或稱為RRC_INACTIVE狀態。也可以針對長期演進（LTE）系統中的UE引入這種非活動狀態。

在非活動狀態下，UE應當引起最小訊號以滿足服務的控制延遲要求，並最大限度地減少與RAN/CN（core network, 核心網）中的空閒狀態和資源成本相當的功耗，從而可以最大限度地增加利用該狀態並從中受益的UE的數量。在非活動狀態下，可能已經為UE建立了NR RAN和CN之間的連接，並且UE的AS上下文可以存儲在UE和RAN中的至少一個中，例如，存儲在eNodeB（E-UTRAN節點B或LTE中的演進節點B）或RAN中的gNB（5G節點B或NR節點B）。

提供了用於UE的狀態轉換的方法、裝置、系統、消息、電腦程式及其載體。

一種方法，包括：網路側裝置發送消息，所述消息指示多個使用者設備（user equipments, UEs）從非活動狀態轉換到空閒狀態。

一種方法，包括：使用者設備接收消息，所述消息指示多個UE從非活動狀態轉換到空閒狀態；如果所述UE是所述消息中指示的所述多個UE中的一個，則所述UE從所述非活動狀態轉換至所述空閒狀態。

一種方法，包括：網路側裝置發送消息，所述消息指示多個使用者設備從非活動狀態轉換到空閒狀態；UE接收所述消息；如果所述UE是所述消息中指示的所述多個UE中的一個，則所述UE從所述非活動狀態轉換至所述空閒狀態。

在上述方法中，所述網路側裝置可以為移動通訊網路的無線接入網中的基站，優選為eNodeB或gNB。

在上述方法中，所述消息可以是尋呼消息。

所述尋呼消息包括廣播消息或多播消息。

在上述方法中，指示多個UE從非活動狀態轉換到空閒狀態的所述消息可以是指示處於所述非活動狀態且接收到所述消息的每個UE從所述非活動狀態轉換至所述空閒狀態的消息。

在上述方法中，所述消息可以包括一個或多個列表，所述列表列出所述多個UE的標識，所述多個UE的標識用於指示列出的多個UE中的每個UE從所述非活動狀態轉換到所述空閒狀態。

以上方法還包括：所述網路側裝置多次發送所述消息。

所述網路側裝置多次發送所述消息的次數基於從所述非活動狀態轉換到所述空閒狀態的所述多個UE的數量而改變。

一種網路側裝置，用於執行上述相應的方法。

一種使用者設備，用於執行上述相應的方法。

一種網路側裝置，包括：發送器件、發送模組、發送單元、或發送裝置，用於發送消息，所述消息用於指示多個使用者設備從非活動狀態轉換到空閒狀態。

另一種使用者設備，包括：接收器件、接收模組、接收單元、或接收裝置，用於接收消息，所述消息用於指示多個UE從非活動狀態轉換到空閒狀態；控制工具、控制模組、控制單元、或控制裝置，用於當所述UE是所述消息中指示的所述多個UE中的一個時，將所述UE從所述非活動狀態轉換到所述空閒狀態。

一種系統，包括上述網路側裝置之一和上述使用者設備之一。

一種消息，由網路側裝置發送，用於指示多個使用者設備從非活動狀態轉換到空閒狀態。

一種電腦程式或一種電腦程式產品，包含程式指令，所述程式指令在網路側裝置中執行時使得所述網路側裝置執行上述相應的方法。

一種電腦程式或一種電腦程式產品，包含程式指令，所述程式指令在使用者設備中執行時使得所述UE執行上述相應的方法。

一種載體，用於攜帶上述電腦程式、電腦程式產品、或消息。

在上述UE狀態的上下文中，圖1中示出了UE在空閒狀態、連接狀態和非活動狀態之間的狀態轉換。UE需要從非活動狀態轉換到空閒狀態。

當網路側決定UE應該從非活動狀態轉換到空閒狀態時，網路側可以僅釋放UE的AS上下文而不通知UE切換到空閒狀態。因此，在UE仍保持在非活動狀態時，網路側認為UE處於空閒狀態。換句話說，網路側和UE關於UE的狀態非同步。

在這種非同步的情況下，如果下行資料到達UE，網路側將尋呼UE，觸發UE聯繫網路側，由於UE的AS上下文已被釋放，這將觸發非接入層（NAS）恢復；如果上行資料到達，UE將嘗試恢復UE的AS上下文，即，執行到連接狀態的轉換，由於UE的AS上下文不能被恢復，這將調用NAS恢復。在這方面，相比於UE轉換到空閒狀態並且網路側知道UE轉換到空閒狀態的同步情況，這種非同步情況並不會消耗更多的資源。

然而，在非同步情況下，如果保持非活動狀態的UE到達RAN區域的邊界，該UE將嘗試進行RAN區域更新，因為網路側已經釋放了UE的AS上下文並且認為UE處於空閒狀態，因此該RAN區域更新嘗試將顯然會失敗。這將會對網路產生不必要的訊號流量和負荷，這是因為，不再需要進行更新並且在RAN區域更新失敗之後，網路側需要將UE從非活動狀態釋放至空閒狀態。

如圖2所示，當網路側決定將UE從非活動狀態移動到空閒狀態時，RAN可以向UE發送消息，例如，步驟S202中的尋呼消息。該消息可以由RAN中的基站（例如，eNodeB或gNB）發送。回應於該消息，在步驟S204中，UE可以向基站發送RRC連接恢復請求消息。然後，在步驟S206中，基站向UE發送RRC連接釋放消息。一旦接收到RRC連接釋放消息，UE就釋放剛建立的RRC連接並從非活動狀態轉換到空閒狀態。也就是說，在基站和UE之間交換多個RCC消息僅僅是為了將UE從非活動狀態移動到空閒狀態。此外，圖2中的方法必須針對應當從非活動狀態轉換到空閒狀態的每個UE執行一次。因此，如果要轉換多個UE的狀態，則必須多次執行圖2的方法，這消耗大量的RRC資源。

如圖3所示，當網路側決定將UE從非活動狀態移動到空閒狀態時，RAN可以向UE發送消息，例如，步驟S302中的尋呼消息。該消息可以由RAN中的基站（例如，eNodeB或gNB）發送。在該消息中，可以添加RCC連接釋放標記，使得UE可以立即從非活動狀態轉換到空閒狀態，並且在步驟S304中，向基站回應RRC連接恢復請求消息作為確認。與圖2中的方法相比，圖3中的方法節省了一條消息。然而，與圖2中的方法一樣，圖3中的方法仍然必須針對應當從非活動狀態轉換到空閒狀態的每個UE執行一次。

當網路側決定將多個UE從非活動狀態移動到空閒狀態時，存在幾種場景。

在第一場景中，如果網路側決定將RAN區域內處於非活動狀態的所有UE移動到空閒狀態，則該RAN區域內的每個基站（例如，eNo-deB或gNB）均發送消息，例如，圖4的步驟S402中的尋呼消息。該尋呼消息與圖2或圖3所示的尋呼消息不同，圖2或圖3所示的尋呼消息只能尋呼一個UE。步驟S402中的尋呼消息是類似於廣播消息的消息，並且可以尋呼基站的區域內的處於非活動狀態的所有UE並指示這些UE從非活動狀態轉換到空閒狀態。

在第二場景中，如果網路側決定將基站（例如，eNo-deB或gNB）的區域內的處於非活動狀態的所有UE移動到空閒狀態，則該基站發送消息，例如，圖4的步驟S402中的尋呼消息。該尋呼消息是類似於廣播消息的消息，並且可以尋呼該基站的區域內的處於非活動狀態的所有UE並指示這些UE從非活動狀態轉換到空閒狀態。

在第三場景中，如果網路側決定將基站（例如，eNo-deB或gNB）的區域內的處於非活動狀態的多個UE而非所有UE移動到空閒狀態，則該基站發送消息，例如，圖4的步驟S402中的尋呼消息。該尋呼消息是類似於多播消息的消息，並且可以尋呼該基站的區域內的所述多個UE並指示這些UE從非活動狀態轉換到空閒狀態。該消息可以包括所述多個UE的標識的一個或多個列表以及指示資訊，該指示資訊指示所有列出的UE應當轉換到空閒狀態。因此，如果接收到該尋呼消息的UE是該尋呼消息中列出的多個UE中的一個，則該UE從非活動狀態轉換到空閒狀態。

在第一、第二和第三場景中的任一場景中，與圖3的方法不同，在步驟S402中接收到該消息的UE不向基站發送任何回應作為確認。

因此，網路側可以使用公共指示同時指示多個UE從非活動狀態轉換到空閒狀態。與每個UE需要分別被尋呼的情況相比，這節省了大量的資源，例如尋呼消息和RCC消息。

由於步驟S402中的尋呼消息類似於廣播消息或多播消息，其不能保證應當從非活動狀態轉換到空閒狀態的所有UE都能接收到該尋呼消息。因此，基站可以多次發送該尋呼消息以降低UE接收不到該尋呼消息的可能性。發送尋呼消息的次數可能會基於應當從非活動狀態轉換到空閒狀態的UE的數量而改變。

此外，處於非活動狀態的UE可能屬於若干組。因此，步驟S402中的尋呼消息可以通過列出該組中的所有UE的標識而被發送給若干組中的每個組，從而對於屬於多個組的UE，降低了丟失尋呼消息的可能性。

然而，由於廣播和多播的性質，丟失尋呼消息的可能性不會被降低到零。然而，在圖2和圖3的方法中，如果RAN沒有從被尋呼的UE接收到確認，RAN將會嘗試再次尋呼。如果在一定次數的重試之後沒有接收到確認，RAN會停止嘗試。也就是說，即使圖2和圖3中的方法不能保證所有被定址的UE都可以接收到尋呼消息，不同之處在於，在圖2和圖3中的方法中，RAN知道誰沒有接收到尋呼消息，而在圖4中的方法中，RAN不知道誰丟失了尋呼消息。

對於應當從非活動狀態轉換到空閒狀態但沒有從網路側接收到任何尋呼消息的UE，會發生上述非同步的情況。也就是說，圖4的方法大大減少了當網路側決定將多個UE從非活動狀態移動到空閒狀態時所需要的訊號，其代價是，存在一個或多個UE發生非同步情況的很小的可能性。

此外，只要UE可以接收消息並且從該消息中獲得關於誰需要轉換到空閒狀態的清晰的指示，對於第一、第二、第三場景中的每一個場景，存在各種可能的方式來指示多個UE從非活動狀態轉換到空閒狀態。在下文中，提供了統一的方式，其可以適用於所有的場景。如圖4所示的例子，基站可以發送尋呼消息來尋呼多個UE並指示該多個UE從非活動狀態轉換到空閒狀態。這可以通過在傳統尋呼消息（例如，3GPP TS 36.331中定義的尋呼消息）中添加資訊元素（information element, IE）來實現。

例如，被添加到尋呼消息中的IE可以稱為“inactiveRelease”，以指示UE從非活動狀態中釋放，例如，從非活動狀態轉換到空閒狀態。此外，可以在尋呼消息中添加列表，例如，稱為“inactiveReleaseList”。在第一場景中，該列表包括RAN區域的標識，使得UE知道整個RAN區域內的處於非活動狀態的所有UE都應當被釋放至空閒狀態。在第二場景中，該列表包括基站的標識，使得UE知道基站的區域內的處於非活動狀態的所有UE都應當被釋放至空閒狀態。在第三場景中，該列表包括應當從非活動狀態釋放的多個UE的標識，使得接收到該消息的UE可以檢查其本身是否是列出的UE中的一個。

具有上述新的IE和列表的示例性尋呼消息如下所述，其中，突出強調了新添加的IE和列表。 -- ASN1START Paging ::= SEQUENCE { pagingRecordList PagingRecordList OPTIONAL, -- Need ON systemInfoModification ENUMERATED {true} OPTIONAL, -- Need ON etws-Indication ENUMERATED {true} OPTIONAL, -- Need ON inactiveRelease inactiveReleaseList Optional , nonCriticalExtension Paging-v890-IEs OPTIONAL } Paging-v890-IEs ::= SEQUENCE { lateNonCriticalExtension OCTET STRING OPTIONAL, nonCriticalExtension Paging-v920-IEs OPTIONAL } Paging-v920-IEs ::= SEQUENCE { cmas-Indication-r9 ENUMERATED {true} OPTIONAL, -- Need ON nonCriticalExtension Paging-v1130-IEs OPTIONAL } Paging-v1130-IEs ::= SEQUENCE { eab-ParamModification-r11 ENUMERATED {true} OPTIONAL, -- Need ON nonCriticalExtension Paging-v1310-IEs OPTIONAL } Paging-v1310-IEs ::= SEQUENCE { redistributionIndication-r13 ENUMERATED {true} OPTIONAL, -- Need ON systemInfoModification-eDRX-r13 ENUMERATED {true} OPTIONAL, -- Need ON nonCriticalExtension SEQUENCE {} OPTIONAL } PagingRecordList ::= SEQUENCE (SIZE (1..maxPageRec)) OF PagingRecord inactiveReleaseList : := ID or IDs PagingRecord ::= SEQUENCE { ue-Identity PagingUE-Identity, cn-Domain ENUMERATED {ps, cs}, ... } PagingUE-Identity ::= CHOICE { s-TMSI S-TMSI, imsi IMSI, ... } IMSI ::= SEQUENCE (SIZE (6..21)) OF IMSI-Digit IMSI-Digit ::= INTEGER (0..9) -- ASN1STOP

根據以上所述，提供了以下內容。

在上述方法中，所述消息可以是尋呼消息。

以上方法還包括：所述網路側裝置多次發送所述消息。

一種網路側裝置，用於執行上述相應的方法。

一種使用者設備，用於執行上述相應的方法。

對於所屬技術領域中具有通常知識者顯而易見的是，可以使用硬體、軟體、或其組合來實現上述的功能、器件、模組、單元、裝置、或系統。對於硬體實現，它們可以在一個或多個專用積體電路（application specific integrated circuits, ASICs）、數位信號處理器（digital signal processors, DSPs）、數位信號處理器件（digital signal processing devices, DSPDs）、可程式設計邏輯器件（programmable logic devices, PLDs）、現場可程式設計閘陣列（field programmable gate arrays, FPGAs）、處理器、控制器、微控制器、微處理器、其他合適的電子單元或其選擇性組合中實現。對於軟體實現，電腦程式和/或代碼可以用任何合適的程式設計語言編寫，由諸如合適的電腦可讀媒介的載體攜帶並由控制器或處理器執行。電腦可讀媒介可以是唯讀存儲器（read-only memory, ROM）、隨機存取存儲器（random access memory, RAM）、光碟唯讀存儲器（compact disc read-only memory, CD-ROM）、磁帶、軟碟、光學資料存放裝置等中的一個或多個。另外，上述消息可以是具有包括相應資訊的技術結構的消息。該消息可以是可以由電子裝置發送或接收的類比形式或數位形式的電子消息。該消息可以由載體攜帶，例如由如上所述的電腦可讀媒介攜帶，或者由諸如電信號、電磁波或任何其他合適形式的無線通訊通道或有線通訊通道的通訊通道攜帶。

應該理解的是，本發明不應被前述說明書的任何細節所限制，而是應該根據所附申請專利範圍書中定義的原理進行廣泛的解釋。因此，落入申請專利範圍內的所有改變和修改或其等同物都旨在被保護範圍所涵蓋。

S202、S204、S206、S302、S304、S402‧‧‧步驟

圖示僅用於說明目的，而不用於限制本發明。【圖1】為UE的狀態轉換。【圖2】為狀態轉換的流程圖。【圖3】為狀態轉換的流程圖。【圖4】為狀態轉換的流程圖。

S402‧‧‧步驟

Claims

一種通訊方法，包括：使用者設備UE接收網路側裝置發送的消息，所述消息用於指示多個UE從非活動狀態轉換到空閒狀態，其中所述消息是尋呼消息，包括廣播消息或多播消息，且所述尋呼消息是由所述網路側裝置多次發送，以降低所述UE接收不到該尋呼消息的可能性；以及如果所述UE是所述消息中指示的所述多個UE中的一個，則所述UE從所述非活動狀態轉換至所述空閒狀態。
根據申請專利範圍第1項所述的方法，其中，所述網路側裝置為移動通訊網路的無線接入網RAN中的基站。
根據申請專利範圍第1項或第2項所述的方法，其中，所述消息用於指示多個UE從非活動狀態轉換到空閒狀態是指所述消息指示處於所述非活動狀態且接收到所述消息的每個UE從所述非活動狀態轉換至所述空閒狀態。
根據申請專利範圍第1項或第2項所述的方法，其中，所述消息包括一個或多個列表，所述列表列出所述多個UE的標識，所述多個UE的標識用於指示列出的多個UE中的每個UE從所述非活動狀態轉換到所述空閒狀態。
根據申請專利範圍第1項所述的方法，其中，所述網路側裝置發送所述消息的次數基於從所述非活動狀態轉換到所述空閒狀態的所述多個UE的數量而改變。
一種使用者設備，包括處理器，所述處理器用於執行根據申請專利範圍第1項至第5項中任意一項所述的方法步驟。
一種通訊方法，包括：網路側裝置發送消息，所述消息用於指示多個使用者設備從非活動狀態轉換到空閒狀態，其中所述消息是尋呼消息，包括廣播消息或多播消息，且所述尋呼消息是由所述網路側裝置多次發送，以降低所述使用者設備接收不到該尋呼消息的可能性。