TW202025690A - 維持無線電資源控制連接的方法和裝置 - Google Patents
維持無線電資源控制連接的方法和裝置 Download PDFInfo
- Publication number
- TW202025690A TW202025690A TW108146893A TW108146893A TW202025690A TW 202025690 A TW202025690 A TW 202025690A TW 108146893 A TW108146893 A TW 108146893A TW 108146893 A TW108146893 A TW 108146893A TW 202025690 A TW202025690 A TW 202025690A
- Authority
- TW
- Taiwan
- Prior art keywords
- rrc connection
- packet
- rrc
- processor
- maintaining
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
- H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/22—Manipulation of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/25—Maintenance of established connections
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
公開了維持RRC連接的方法和裝置,該方法涉及與網路節點建立RRC連接,以及在沒有資料傳輸的一段時間後,發送第2層封包以維持RRC連接。該方法還進一步涉及經由所述RRC連接發送上行鏈路資料,而無需重新建立所述RRC連接。本公開中通過維持RRC連接,使得UE 在發送/接收新資料時,無需建立/重新建立RRC連接。因此,可以避免額外的延遲,UE可以具有更好的回應時間或性能。
Description
本公開總體上涉及移動通信,並且更具體地,涉及移動通信中用戶設備和網路裝置相關的維持無線電資源控制(radio resource control,RRC)連接。
除非在本文中另外指示,否則本部分中描述的方法不是對於下面列出申請專利範圍的現有技術,並且不因包含在該部分中而被承認是現有技術。
在長期演進(Long-Term Evolution,LTE)中,用戶設備(user equipment,UE)可以與網路裝置建立RRC連接。在RRC連接模式下UE能夠經由RRC連接發送上行鏈路(uplink,UL)資料或接收下行鏈路(downlink,DL)資料。當沒有資料傳輸時,UE可以進入RRC空閒模式以節省功率。或者,在一段時間沒有資料傳輸之後,網路裝置將釋放RRC連接以節省無線電資源和UE的功率。
當UE處於RRC空閒模式或RRC連接被釋放時,UE不能執行UL/DL資料傳輸。UE需要建立/重新建立RRC連接用於進一步的UL/DL資料傳輸。但是,建立/重新建立過程可能會導致額外的延遲。對於某些場景或應用,這種額外的延遲會嚴重影響UE的性能或用戶體驗。
因此,如何減少某些情況或應用的端到端延遲成為開發通信系統中的新問題。需要提供適當的機制來維持UE與網路裝置之間的RRC連接,以避免由連接重建過程而導致的額外延遲。
以下發明內容僅是例示性的,並且不旨在以任何方式限制。即,提供以下發明內容以引入這裡所描述的新穎且非明顯技術的概念、亮點、益處以及優點。下面詳細的描述中進一步描述了選擇的實現方式。因此,以下發明內容不旨在識別所要求保護主題的必要特徵,也不旨在用於確定所要求保護主題的範圍。
本公開的目的是提供解決方案或方法,以解決與移動通信中用戶設備和網路裝置相關的維持RRC連接有關的上述問題。
在一個方面,公開了一種維持RRC連接的方法,該方法可以涉及由裝置與網路節點建立RRC連接。該方法還可以涉及在沒有資料傳輸的一段時間後,由裝置發送第2層封包以維持RRC連接。該方法還可以進一步涉及由裝置經由所述RRC連接發送上行鏈路資料,而無需重新建立所述RRC連接。
在一個方面,公開了一種維持RRC連接的裝置,該裝置可以包括收發器和處理器。收發器能夠與無線網路的網路節點無線地通信,處理器可通信地耦接到所述收發器。所述處理器能夠與網路節點建立RRC連接,還能夠在沒有資料傳輸的一段時間後,發送第2層封包以維持所述RRC連接,還能夠通過所述RRC連接發送上行鏈路資料,而無需重新建立所述RRC連接。
在本公開中通過維持RRC連接,使得UE 在發送/接收新資料時,無需建立/重新建立RRC連接。因此,可以避免額外的延遲,UE可以具有更好的回應時間或性能。
值得注意的是,儘管這裡提供的描述可以在某些無線電接入技術、網路和網路拓撲的背景下,例如長期演進(Long-Term Evolution,LTE)、LTE-A、LTE-A Pro、5G、新無線電(New Radio,NR)、物聯網(Internet-of-Things,IoT)和窄帶物聯網(Narrow Band Internet of Things,NB-IoT),所提出的概念、方案及其任何變體/衍生物可以在、用於和通過其他類型的無線電接入技術、網路和網路拓撲實現。因此,本公開的範圍不限於本文描述的示例。
這裡公開了所要求保護主題內容的詳細實施例和實現方式。然而,應當理解,公開的詳細實施例和實現方式僅為了示例體現為各種形式的所要求保護的主題內容。然而本公開可以體現為多種不同形式,不應理解為僅限於示例的實施例和實現方式。提供這些示例的實施例和實現方式以使得本公開的描述全面且完整並且能夠向本領域具有通常知識者全面傳遞本公開的範圍。在下面之描述中,省略了已知特徵和技術的細節,以避免不必要地使得本發明的實施例和實現方式變得模糊。
概述
本公開的實現方式涉及與移動通信中用戶設備和網路裝置相關的維持RRC連接有關的各種技術、方法、方案和/或解決方案。根據本公開,可以單獨地或聯合地實現許多可能的解決方案。也就是說,儘管可以在下面分別描述這些可能的解決方案,但是這些可能的解決方案中的兩個或更多個可以以一種組合或另一種組合的方式實現。
在LTE中, UE可以與網路裝置建立RRC連接或者演進的RRC(evolved RRC,eRRC)連接。在RRC/eRRC連接模式下UE能夠經由RRC/eRRC連接發送UL資料或接收DL資料。當沒有資料傳輸時,UE可以進入RRC/eRRC空閒模式以節省功率。或者,在一段時間沒有資料傳輸之後,網路裝置將釋放RRC/eRRC連接以節省無線電資源和UE的功率。當UE處於RRC/eRRC空閒模式或RRC/eRRC連接被釋放時,UE不能執行UL/DL資料傳輸。UE需要建立/重新建立RRC/eRRC連接用於進一步的UL/DL資料傳輸。但是,建立/重新建立過程可能會導致額外的延遲。對於某些場景或應用,這種額外的延遲會嚴重影響UE的性能或用戶體驗。
第1圖示出了根據本公開的實現方式的方案下的示例場景100。場景100涉及UE 110和網路裝置120,其可以是無線通信網路(例如,LTE網路、LTE-A網路、LTE-A Pro網路、5G網路、NR網路、IoT網路或NB-IoT網路)的一部分。在時間T0,UE 110可以被配置為發送建立RRC/eRRC連接的請求消息(例如,RRCConnectionRequest消息)。UE 110可以經由建立的RRC/eRRC連接執行UL/DL資料傳輸。網路裝置120可以被配置為啟動計時器,對沒有UL/DL資料傳輸的時間進行計數。當計時器到期時(例如,在時間T1),網路裝置120可以被配置為發送連接釋放消息(例如,RRCConnectionRelease消息)以釋放RRC/eRRC連接。在釋放RRC/eRRC連接之後,UE 110不能夠執行UL/DL資料傳輸。當出現新資料時,UE 110需要再次建立RRC/eRRC連接。
鑒於以上內容,本公開提出了與維持UE和網路裝置的RRC/eRRC連接有關的多種方案。當建立RRC/eRRC連接時,可以觸發一些機制使得UE始終保持在RRC/eRRC連接模式。UE可以被配置為發送一些封包以維持RRC/eRRC連接。當出現新資料時,UE能夠立即發送/接收新資料,而無需建立/重新建立RRC/eRRC連接。因此,可以跳過連接建立/重新建立過程,並且可以避免額外的延遲。對於某些場景或應用,通過減少的延遲時間,UE可以具有更好的回應時間或性能。
第2圖示出了根據本公開的實現方式的方案下的示例場景200。場景200涉及UE 210和網路裝置220,其可以是無線通信網路(例如,LTE網路、LTE-A網路、LTE-A Pro網路、5G網路、NR網路、IoT網路或NB-IoT網路)的一部分。在時間T0,UE 210可以被配置為發送建立RRC/eRRC連接的請求消息(例如,RRCConnectionRequest消息)。UE 210可以經由建立的RRC/eRRC連接執行UL/DL資料傳輸。網路裝置220可以被配置為啟動計時器,對沒有UL/DL資料傳輸的時間段進行計時。當計時器到期時,網路裝置220可以發送連接釋放消息(例如,RRCConnectionRelease消息)以釋放RRC/eRRC連接。因此,在計時器到期之前,UE 210可以被配置為在沒有資料傳輸的一段時間後發送第2層封包(layer 2 packet)以維持RRC/eRRC連接。發送第2層封包的間隔應當短於網路裝置220處計時器的長度。
具體地,UE 210還可以在UE側啟動計時器,對RRC/eRRC連接的空閒時間進行計時。UE 210的計時器值可以被配置為小於網路裝置220的計時器值。例如,UE 210可以被配置為通過學習網路裝置220的計時器值來確定其計時器值。UE 210可以建立與網路裝置220的RRC/eRRC連接,並觀察網路裝置220需要經過多長時間才釋放RRC/eRRC連接。在RRC/eRRC連接被釋放之後,UE 210可以估計網路裝置220的計時器值。然後,UE 210可以確定小於網路裝置220的計時器值的計時器值。
當UE 210的計時器到期時(例如,在網路裝置220處的計時器到期之前),UE 210可以被配置為發送第2層封包到網路裝置220。UE 210也可以被配置為週期性地發送第2層封包。UE 210需要在從網路裝置220釋放RRC/eRRC連接之前發送第2層封包。在接收到第2層封包之後,網路裝置220可以認為UE 210總是具有要發送的資料。因此,網路裝置220可以不釋放RRC/eRRC連接。當UE 210預期在一段時間內將存在UL/DL資料傳輸時,UE 210可以啟用這種機制以保持RRC/eRRC連接處於連接狀態。由於UE 210不需要花費額外的時間來建立/重新建立RRC/eRRC連接,因此可以減少端到端延遲。
在一些實現方式中,第2層封包可以包括封包資料匯聚協定(packet data convergence protocol,PDCP)/演進的PDCP(ePDCP)控制協定資料單元(protocol data unit,PDU)、無線電鏈路控制(radio link control,RLC)/演進的RLC(eRLC)控制PDU、或媒體存取控制(media access control,MAC)/演進的MAC(eMAC)控制PDU。PDCP/ePDCP控制PDU可以包括PDCP狀態報告、散置的(interspersed)強健性標頭壓縮(robust header compression,ROHC)回饋封包、LTE-無線局域網路(Wireless Local Area Network,WLAN)聚合(aggregation)(LWA)狀態報告、LWA結束標記封包或預留類型封包。RLC/eRLC控制PDU可以包括狀態PDU。MAC/eMAC控制PDU可以包括排程請求(scheduling request,SR)、緩衝器狀態報告(buffer status report,BSR)、隨機存取(random access,RA)過程或功率餘量報告(power headroom report,PHR)。
在一些實現方式中,第2層封包可以包括PDCP/ePDCP重傳PDU、RLC/eRLC重傳PDU或者MAC/eMAC重傳PDU。重傳PDU可以是每個層(例如,PDCP層、RLC層或MAC層)的複製資料PDU。PDCP/ePDCP PDU或者RLC/eRLC PDU可以在信令無線電承載(signaling radio bearer,SRB)或資料無線電承載(data radio bearer,DRB)中發送。
發送控制PDU的優點在於,服務供應商(例如,運營商)不對控制PDU的業務收費。發送第2層封包而不是發送虛擬(dummy)封包(例如,高層封包)來維持RRC/eRRC連接,可以更有效/更即時並且免費。由於第2層封包不是從網路裝置(例如基地台)傳送出去(因為第2層封包是UE 和基地台溝通使用,並不涉及核心網路),因此不會增加需要收費的資料量。
在一些實現方式中,UE 210還可被配置為發送PDCP/ePDCP服務資料單元(service data unit,SDU)以維持RRC/eRRC連接。PDCP/ePDCP SDU可以包括網際網路協定(internet protocol,IP)封包或網際網路控制消息協定(internet control message protocol,ICMP)封包。
在一些實現方式中,UE 210能夠適應性地切換封包的類型(例如,第2層封包或PDCP/ePDCP SDU),以維持RRC/eRRC連接。UE 210可以被配置為首先嘗試一種類型的封包。在所發送類型的封包不起作用的情況下,UE 210可以被配置為切換到另一種類型的封包以維持RRC/eRRC連接。例如,UE 210可以首先嘗試發送第2層封包以維持RRC/eRRC連接。UE 210可以進一步確定第2層封包是否可以維持RRC/eRRC連接。在第2層封包不能維持RRC/eRRC連接的情況下,UE 210可以被配置為發送PDCP/ePDCP SDU而不是第2層封包,以維持RRC/eRRC連接。備選地,UE 210可以首先嘗試發送PDCP/ePDCP SDU以維持RRC/eRRC連接。UE 210可以進一步確定PDCP/ePDCP SDU是否可以維持RRC/eRRC連接。在PDCP/ePDCP SDU不能維持RRC/eRRC連接的情況下,UE 210可以被配置為發送第2層封包來代替PDCP/ePDCP SDU,以維持RRC/eRRC連接。
在一些實現方式中,UE 210可以被配置為確定網路裝置220的特性。UE 210可以根據網路節點的特性來確定是發送第2層封包還是發送PDCP/ePDCP SDU。UE 210可以通過學習機制(learning mechanism)確定網路裝置220的特性。例如,某些網路裝置可以接受第2層封包來維持RRC/eRRC連接。某些網路裝置不接受第2層封包來維持RRC/eRRC連接。當UE 210駐留在一個網路裝置上時,UE 210可以學習該網路裝置的特性(例如,是否可以通過第2層封包來維持RRC/eRRC連接)。UE 210可以存儲每個駐留的網路裝置的特性。因此,當UE 210駐留在同一網路裝置上時,UE 210能夠根據其存儲的資訊來確定該網路裝置可以接受哪種類型的封包來維持RRC/eRRC連接。UE 210可以發送有效類型的封包以維持RRC/eRRC連接。
在一些實現方式中,UE 210可以被配置為確定RRC/eRRC連接是否被釋放。當檢測到RRC/eRRC連接被釋放時,UE 210可以被配置為立即建立/重新建立RRC/eRRC連接。UE 210可以使用傳統信令或新的第3層信令(layer 3 signalling)來觸發建立/重新建立過程。
上述維持RRC/eRRC連接的方案可能會增加UE的功耗。由於RRC/eRRC連接始終處於連接狀態,因此UE保持打開其收發器和處理器而不進入省電模式。因此,當滿足一些條件時,可以啟用或禁用本公開中提出的方案。 UE可以進一步被配置為確定是否滿足特定條件。當滿足特定條件時,UE可以被配置為啟用或禁用根據本公開的實現方式的用於維持RRC/eRRC連接的方案。特定條件可以包括,例如但不限於,遊戲是否打開/關閉、UE螢幕是否打開/關閉、UE電源是否打開/關閉、飛行模式是否打開/關閉、省電模式是否打開/關閉等。例如,當線上遊戲被打開時,UE需要即刻沒有延遲地接收/發送遊戲資料。 UE可以啟用本公開中的方案,將RRC/eRRC連接保持在連接狀態。可以減少端到端延遲時間,並且可以改善用戶體驗。
例示性實現方式
第3圖示出了根據本公開的實現方式的示例通信裝置310和示例網路裝置320。通信裝置310和網路裝置320中的每一個可以執行各種功能以實現本文描述的關於無線通信中用戶設備和網路裝置相關的維持RRC/eRRC連接相關的方案、技術、過程和方法,包括上述場景200以及下面描述的過程400。
通信裝置310可以是電子裝置的一部分,該電子裝置可以是諸如可擕式或移動裝置的UE、可穿戴裝置、無線通信裝置或計算裝置。例如,通信裝置310可以在智慧手機、智慧手錶、個人數位助理、數位相機或諸如平板電腦、膝上型電腦或筆記型電腦的計算設備中實現。通信裝置310還可以是機器型裝置的一部分,機器型裝置可以是諸如不可移動或固定裝置的IoT或NB-IoT裝置、家庭裝置、有線通信裝置或計算裝置。例如,通信裝置310可以在智慧恒溫器、智慧冰箱、智慧門鎖、無線揚聲器或家庭控制中心中實現。或者,通信裝置310可以以一個或多個積體電路(integrated-circuit,IC)晶片的形式實現,例如但不限於,一個或多個單核處理器、一個或多個多核處理器、一個或多個精簡指令集計算(reduced-instruction-set-computing,RISC)處理器或一個或多個複雜指令集計算(complex-instruction-set-computing,CISC)處理器。通信裝置310可以包括第3圖中所示的那些元件中的至少一些,例如,處理器312等。通信裝置310還可以包括與本公開的提出的方案無關的一個或多個其他元件(例如,內部電源、顯示裝置和/或用戶介面設備),並且因此,為了簡單和簡潔起見,下面第3圖中並未描述通信裝置310的這些元件。
在一些實現方式中,網路裝置320可以是電子裝置的一部分,電子裝置可以是網路節點(例如基地台)、小型小區(cell)、路由器或閘道。例如,網路裝置320可以在LTE、LTE-A或LTE-A Pro網路中的eNodeB中實現,或者在5G、NR、IoT或NB-IoT網路中的gNB中實現。或者,網路裝置320可以以一個或多個IC晶片的形式實現,例如但不限於,一個或多個單核處理器、一個或多個多核處理器、或者一個或更多CISC處理器。網路裝置320可以包括第3圖中所示的那些元件中的至少一些,例如,處理器322等。網路裝置320還可以包括與本公開的提出的方案無關的一個或多個其他元件(例如,內部電源、顯示裝置和/或用戶介面設備),並且因此,為了簡單和簡潔起見,下面第3圖中並未描述網路裝置320的這些元件。
在一個方面,處理器312和處理器322中的每一個可以以一個或多個單核處理器、一個或多個多核處理器、或者一個或更多CISC處理器的形式實現。也就是說,即使這裡使用單數術語“處理器”來指代處理器312和處理器322,但是根據本公開處理器312和處理器322中的每一個在一些實現方式中可以包括多個處理器並且在其他實現方式中可以包括單個處理器。在另一方面,處理器312和處理器322中的每一個均可以以硬體(以及可選地,韌體)的形式實現,硬體具有的電子元件包括例如但不限於一個或多個電晶體、一個或多個二極體、一個或多個電容器、一個或多個電阻器、一個或多個電感器、被配置和佈置成實現特定目的的一個或多個憶阻器(memristors)和/或一個或多個變容二極體。換句話說,在至少一些實施方式中,處理器312和處理器322中的每一個可以是專用器件,其被專門設計、佈置和配置成根據本公開的各種實施方式執行包括設備(例如,由通信裝置310表示)和網路(例如,由網路裝置320表示)中的特定任務(包括降低功耗等)。
在一些實現方式中,通信裝置310還可以包括耦接到處理器312並且能夠無線地發送和接收資料的收發器316。在一些實現方式中,通信裝置310還可以包括記憶體314,記憶體314耦接到處理器312並且能夠由處理器312存取其中資料。在一些實現方式中,網路裝置320還可以包括耦接到處理器322並且能夠無線地發送和接收資料的收發器326。在一些實現方式中,網路裝置320還可以包括記憶體324,記憶體324耦接到處理器322並且能夠由處理器322存取其中資料。因此,通信裝置310和網路裝置320可以分別經由收發器316和收發器326彼此無線通信。為了幫助更好地理解,以下對通信裝置310和網路裝置320中的每一個的操作、功能和性能的下述描述是基於移動通信環境,其中通信裝置310在通信裝置或UE中實現或者被實現為通信裝置或者UE,網路裝置320在連接到或者通信地耦接到通信網絡的網路節點中實現或者被實現為連接到或者通信地耦接到通信網絡的網路節點。
在一些實現方式中,處理器312可以被配置為經由收發器316發送建立RRC/eRRC連接的請求消息(例如,RRCConnectionRequest消息)。處理器312可以經由建立的RRC/eRRC連接來執行UL/DL資料傳輸。處理器322可以被配置為啟動計時器對沒有UL/DL資料傳輸的時間進行計時。在計時器到期的情況下,處理器322可以發送連接釋放消息(例如,RRCConnectionRelease消息)以釋放RRC/eRRC連接。因此,在計時器到期之前,處理器312可以被配置為在沒有資料傳輸的一段時間之後發送第2層封包以維持RRC/eRRC連接。發送第2層封包的間隔應當短於網路裝置320處的計時器的長度。
在一些實現方式中,處理器312還可以啟動計時器以對RRC/eRRC連接的空閒時間進行計時。處理器312啟動的計時器值可以被配置為小於網路裝置320啟動的計時器值。例如,處理器312可以被配置為通過學習網路裝置320的計時器值來確定其計時器值。處理器312可以建立與網路裝置320的RRC/eRRC連接,並查看該RRC/eRRC連接被網路裝置320釋放多長時間。在釋放RRC/eRRC連接之後,處理器312可以估計網路裝置320的計時器值。然後,處理器312可以確定比網路裝置320的計時器值小的計時器值。
在一些實現方式中,當處理器312啟動的計時器到期時(例如,在網路裝置320處的計時器到期之前),處理器312可以被配置為將第2層封包發送到網路裝置320。處理器312還可以被配置為週期性地發送第2層封包。處理器312需要在從網路裝置320釋放RRC/eRRC連接之前發送第2層封包。在接收第2層封包之後,處理器322可以認為通信裝置310總是有要發送的資料。因此,處理器322可以不釋放RRC/eRRC連接。當處理器312預期在一段時間內將存在UL/DL資料傳輸時,處理器312可以啟用這種機制以保持RRC/eRRC連接在連接狀態。由於處理器312不需要花費額外的時間來建立/重新建立RRC/eRRC連接,所以可以減少端到端延遲。
在一些實現方式中,第2層封包可以包括PDCP/ePDCP控制PDU、RLC/eRLC控制PDU或MAC/eMAC控制PDU。PDCP/ePDCP控制PDU可以包括PDCP狀態報告、散置的ROHC回饋封包、LWA狀態報告、LWA結束標記封包或預留類型的封包。RLC/eRLC控制PDU可以包括狀態PDU。MAC/eMAC控制PDU可以包括SR、BSR、RA過程或PHR。
在一些實現方式中,第2層封包可以包括PDCP/ePDCP重傳PDU、RLC/eRLC重傳PDU或者MAC/eMAC重傳PDU。重傳PDU可以是每個層(例如,PDCP層、RLC層或MAC層)的複製資料PDU。可以在SRB或DRB中發送PDCP/ePDCP或RLC/eRLC PDU。
在一些實現方式中,處理器312還可被配置為發送PDCP/ePDCP SDU以維持RRC/eRRC連接。PDCP/ePDCP SDU可以包括IP封包或ICMP封包。
在一些實現方式中,處理器312能夠適應性地切換封包的類型(例如,第2層封包或PDCP/ePDCP SDU)以維持RRC/eRRC連接。處理器312可以被配置為首先嘗試一種類型的封包。在所發送類型的封包不起作用的情況下,處理器312可以被配置為切換到另一種類型的封包以維持RRC/eRRC連接。例如,處理器312可以首先嘗試發送第2層封包以維持RRC/eRRC連接。處理器312可以進一步確定第2層封包是否可以維持RRC/eRRC連接。在第2層封包不能維持RRC/eRRC連接的情況下,處理器312可以被配置為發送PDCP/ePDCP SDU而不是第2層封包,來維持RRC/eRRC連接。可替代地,處理器312可以首先嘗試發送PDCP/ePDCP SDU以維持RRC/eRRC連接。處理器312可以進一步確定PDCP/ePDCP SDU是否可以維持RRC/eRRC連接。在PDCP/ePDCP SDU不能維持RRC/eRRC連接的情況下,處理器312可以被配置為發送第2層封包來代替PDCP/ePDCP SDU,以維持RRC/eRRC連接。
在一些實現方式中,處理器312可以被配置為確定網路裝置320的特性。處理器312可以根據網路裝置320的特性來確定是發送第2層封包還是發送PDCP/ePDCP SDU。處理器312可以通過學習機制確定網路裝置320的特性。例如,某些網路裝置可以接受第2層封包以維持RRC/eRRC連接。某些網路裝置不接受第2層封包來維持RRC/eRRC連接。當通信裝置310駐留在一個網路裝置上時,處理器312可以學習該網路裝置的特性(例如,是否可以通過第2層封包來維持RRC/eRRC連接)。處理器312可以將每個駐留的網路裝置的特性存儲在記憶體314中。因此,當通信裝置310駐留在相同的網路裝置上時,處理器312可以根據在記憶體314中存儲的資訊,確定可以接受哪種類型的封包用來維持RRC/eRRC連接。處理器312可以發送有效類型的封包以維持RRC/eRRC連接。
在一些實現方式中,處理器312可以被配置為確定RRC/eRRC連接是否被釋放。當檢測到RRC/eRRC連接被釋放時,處理器312可以被配置為立即建立/重新建立RRC/eRRC連接。處理器312可以使用傳統信令或新的第3層信令來觸發建立/重新建立過程。
在一些實現方式中,維持RRC/eRRC連接可能會增加通信裝置310的功耗。由於RRC/eRRC連接始終處於連接狀態,因此通信裝置310保持打開其收發器316和處理器312而不進入省電模式。因此,當滿足一些條件時,可以啟用或禁用本公開中提出的方案。處理器312可以進一步被配置為確定是否滿足特定條件。當滿足特定條件時,處理器312可以被配置為啟用或禁用根據本公開的實現方式的用於維持RRC/eRRC連接的方案。特定條件可以包括,例如但不限於,遊戲是否打開/關閉、螢幕是否打開/關閉、電源是否打開/關閉、飛行模式是否打開/關閉、省電模式是否打開/關閉等。例如,當線上遊戲被打開時,通信裝置310需要即刻沒有延遲地接收/發送遊戲資料。處理器312可以啟用本公開中的方案,將RRC/eRRC連接保持在連接狀態。可以減少端到端延遲時間,並且可以改善用戶體驗。
例示性過程
第4圖示出了根據本公開的實現方式的示例過程400。過程400可以是與根據本公開的維持RRC連接部分或者全部相關的上述場景200的示例實現方式。過程400可以表示通信裝置310的多個特徵的實現方式。過程400可以包括如框410、420、430中的一個或多個所示的一個或多個操作、動作或功能。儘管被示出為離散的框,根據所需的實現方式,過程400的各個框可以被劃分為附加的框、組合成更少的框或者被取消。此外,過程400的框可以按照第4圖中所示的順序執行,或者,可以按照不同的順序執行。過程400可以由通信裝置310或任何合適的UE或機器類型的設備實現。僅出於說明性目的而非限制,下面以通信裝置310為背景描述過程400。過程400在框410處開始。
在410,過程400可涉及通信裝置310的處理器312與網路節點建立RRC連接。過程400可以從410進行到420。
在420,過程400可以涉及處理器312在沒有資料傳輸的一段時間之後發送第2層封包以維持RRC連接。過程400可以從420進行到430。
在430,過程400可以涉及處理器312經由RRC連接發送上行鏈路資料,而無需重新建立RRC連接。
在一些實現方式中,第2層封包可以包括PDCP控制PDU、RLC控制PDU或者MAC控制PDU。
在一些實現方式中,PDCP控制PDU可以包括PDCP狀態報告、散置的ROHC回饋封包、LWA狀態報告、LWA結束標記封包或者預留類型的封包。
在一些實現方式中,RLC控制PDU可以包括狀態PDU。
在一些實現方式中,MAC控制PDU可以包括SR、BSR、RA過程或者PHR。
在一些實現方式中,第2層封包可以包括PDCP重傳PDU、RLC重傳PDU或者MAC重傳PDU。
在一些實現方式中,過程400可以涉及處理器312確定第2層封包不能維持RRC連接。過程400可以進一步涉及處理器312發送PDCP SDU以維持RRC連接。
在一些實現方式中,PDCP SDU可以包括IP封包或ICMP封包。
在一些實現方式中,過程400可以涉及處理器312確定網路節點的特性。過程400可以進一步涉及處理器312根據網路節點的特性來確定是否發送第2層封包。
在一些實現方式中,過程400可以涉及處理器312檢測RRC連接是否被釋放。過程400可以進一步涉及當RRC連接被釋放時,處理器312立即重新建立RRC連接。
補充說明
本文中所描述的主題有時例示了包含在不同的其它部件之內或與其連接的不同部件。要理解的是,這些所描繪架構僅是示例,並且實際上能夠實施實現相同功能的許多其它架構。在概念意義上,實現相同功能的部件的任意佈置被有效地“關聯”成使得期望的功能得以實現。因此,獨立於架構或中間部件,本文中被組合為實現特定功能之任何兩個部件能夠被看作彼此“關聯”成使得期望之功能得以實現。同樣,如此關聯的任何兩個部件也能夠被視為彼此“在操作上連接”或“在操作上耦接”,以實現期望功能,並且能夠如此關聯的任意兩個部件還能夠被視為彼此“在操作上可耦接”,以實現期望的功能。在操作在可耦接之特定示例包括但不限於實體上能配套和/或實體上交互的部件和/或可無線地交互和/或無線地交互的部件和/或邏輯上交互和/或邏輯上可交互的部件。
此外,關於本文中任何複數和/或單數術語的大量使用,本領域具備通常知識者可針對上下文和/或應用按需從複數轉化為單數和/或從單數轉化為複數。為了清楚起見,本文中可以明確地闡述各種單數/複數互易。
另外,本領域具備通常知識者將理解,通常,本文中所用術語且尤其是在所附申請專利範圍(例如,所附申請專利範圍之主體)中所使用的術語通常意為“開放”術語,例如,術語“包含”應被解釋為“包含但不限於”,術語“具有”應被解釋為“至少具有”,術語“包括”應解釋為“包括但不限於”,等等。本領域具備通常知識者還將理解,如果引入的申請專利範圍列舉的特定數目是有意的,則這種意圖將在申請專利範圍中明確地列舉,並且在這種列舉不存在時不存在這種意圖。例如,作為理解之幫助,所附申請專利範圍可以包含引入申請專利範圍列舉的引入性短語“至少一個”和“一個或更多個”之使用。然而,這種短語的使用不應該被解釋為暗示申請專利範圍列舉透過不定冠詞“一”或“一個” 的引入將包含這種所引入的申請專利範圍列舉的任何特定申請專利範圍限制於只包含一個這種列舉的實現方式,即使當同一申請專利範圍包括引入性短語“一個或更多”或“至少一個”以及諸如“一”或“一個”這樣的不定冠詞(例如,“一和/或一個”應被解釋為意指“至少一個”或“一個或更多個”)時,這同樣適用於用來引入申請專利範圍列舉之定冠詞的使用。另外,即使明確地列舉了特定數量之所引入之申請專利範圍列舉,本領域技術人員也將認識到,這種列舉應被解釋為意指至少所列舉的數量(例如,在沒有其它修飾語的情況下,“兩個列舉” 的無遮蔽列舉意指至少兩個列舉或者兩個或更多個列舉)。此外,在使用類似於“A、B和C中的至少一個等”慣例的那些情況下,在本領域技術人員將理解這個慣例的意義上,通常意指這種解釋(例如,“具有A、B和C中的至少一個的系統”將包括但不限於單獨具有A、單獨具有B、單獨具有C、一同具有A和B、一同具有A和C、一同具有B和C和/或一同具有A、B和C等的系統)。在使用類似於“A、B或C等中的至少一個”慣例的那些情況下,在本領域技術人員將理解這個慣例的意義上,通常意指這樣的解釋(例如,“具有A、B或C中至少一個之系統”將包括但不限於單獨具有A、單獨具有B、單獨具有C、一同具有A和B、一同具有A和C、一同具有B和C、和/或一同具有A、B和C等的系統)。本領域技術人員還將理解,無論在說明書、申請專利範圍還是附圖中,實際上呈現兩個或更多個另選項的任何轉折詞語和/或短語應當被理解為構想包括這些項中的一個、這些項中的任一個或者這兩項的可能性。例如,短語“A或B”將被理解為包括“A”或“B”或“A和B” 的可能性。
根據上述內容,將領會的是,本文中已經為了例示目的而描述了本公開的各種實現方式,並且可以在不脫離本公開的範圍和精神的情況下進行各種修改。因此,本文中所公開的各種實現方式不旨在是限制性的,真正範圍和精神由所附申請專利範圍指示。
100、200:場景
110、210:UE
120、220:網路裝置
310:通信裝置
320:網路裝置
312、322:處理器
314、324:記憶體
316、326:收發器
400:過程
410、420、430:框
附圖被包括進來以提供對本公開之進一步理解,併入本發明並構成本公開的一部分。附圖例示了本公開的實現方式,並且與說明書一起用於說明本公開的原理。能理解的是,附圖不一定是按比例的,因為為了清楚地例示本發明之構思,一些元件可以被顯示為與實際實現方式中的尺寸不成比例。
第1圖示出了根據本公開的實現方式的方案下的示例場景。
第2圖示出了根據本公開的實現方式的方案下的示例場景。
第3圖示出了根據本公開的實現方式的示例通信裝置和示例網路裝置。
第4圖示出了根據本公開的實現方式的示例過程。
400:過程
410、420、430:框
Claims (20)
- 一種維持無線電資源控制(radio resource control,RRC)連接的方法,包括: 由裝置的處理器與網路節點建立無線電資源控制(radio resource control,RRC)連接; 在沒有資料傳輸的一段時間後,由所述處理器發送第2層封包以維持所述RRC連接;以及 由所述處理器經由所述RRC連接發送上行鏈路資料,而無需重新建立所述RRC連接。
- 如申請專利範圍第1項所述的維持RRC連接的方法,其中,所述第2層封包包括封包資料匯聚協定(packet data convergence protocol,PDCP)控制協定資料單元(protocol data unit,PDU)、無線電鏈路控制(radio link control,RLC)控制PDU、或者媒體存取控制(media access control,MAC)控制PDU。
- 如申請專利範圍第2項所述的維持RRC連接的方法,其中,所述PDCP控制PDU包括PDCP狀態報告、散置的(interspersed)強健性標頭壓縮(robust header compression,ROHC)回饋封包、長期演進(Long-Term Evolution,LTE)-無線局域網路(Wireless Local Area Network,WLAN)聚合(aggregation)(LWA)狀態報告、LWA結束標記封包或預留類型封包。
- 如申請專利範圍第2項所述的維持RRC連接的方法,其中,所述RLC控制PDU包括狀態PDU。
- 如申請專利範圍第2項所述的維持RRC連接的方法,其中,所述MAC控制PDU包括排程請求(scheduling request,SR)、緩衝器狀態報告(buffer status report,BSR)、隨機存取(random access,RA)過程或功率餘量報告(power headroom report,PHR)。
- 如申請專利範圍第1項所述的維持RRC連接的方法,其中,所述第2層封包包括PDCP重傳PDU、RLC重傳PDU或者MAC重傳PDU。
- 如申請專利範圍第1項所述的維持RRC連接的方法,還包括: 由所述處理器確定所述第2層封包不能維持所述RRC連接;以及 由所述處理器發送PDCP服務資料單元(service data unit,SDU)來維持所述RRC連接。
- 如申請專利範圍第7項所述的維持RRC連接的方法,其中,所述PDCP SDU包括網際網路協定(internet protocol,IP)封包或網際網路控制消息協定(internet control message protocol,ICMP)封包。
- 如申請專利範圍第1項所述的維持RRC連接的方法,還包括: 由所述處理器確定所述網路節點的特性;以及 由所述處理器根據所述網路節點的特性確定是否發送所述第2層封包。
- 如申請專利範圍第1項所述的維持RRC連接的方法,還包括: 由所述處理器檢測所述RRC連接是否被釋放;以及 當所述RRC連接被釋放時,所述處理器立即重新建立所述RRC連接。
- 一種維持無線電資源控制(radio resource control,RRC)連接的裝置,包括: 收發器,能夠與無線網路的網路節點無線地通信;以及 處理器,通信地耦接到所述收發器,所述處理器能夠: 經由所述收發器與所述網路節點建立無線電資源控制(radio resource control,RRC)連接; 在沒有資料傳輸的一段時間後,經由所述收發器發送第2層封包以維持所述RRC連接;以及 經由所述收發器通過所述RRC連接發送上行鏈路資料,而無需重新建立所述RRC連接。
- 如申請專利範圍第11項所述的維持RRC連接的裝置,其中,所述第2層封包包括封包資料匯聚協定(packet data convergence protocol,PDCP)控制協定資料單元(protocol data unit,PDU)、無線電鏈路控制(radio link control,RLC)控制PDU、或者媒體存取控制(media access control,MAC)控制PDU。
- 如申請專利範圍第12項所述的維持RRC連接的裝置,其中,所述PDCP控制PDU包括PDCP狀態報告、散置的(interspersed)強健性標頭壓縮(robust header compression,ROHC)回饋封包、長期演進(Long-Term Evolution,LTE)-無線局域網路(Wireless Local Area Network,WLAN)聚合(aggregation)(LWA)狀態報告、LWA結束標記封包或預留類型封包。
- 如申請專利範圍第12項所述的維持RRC連接的裝置,其中,所述RLC控制PDU包括狀態PDU。
- 如申請專利範圍第12項所述的維持RRC連接的裝置,其中,所述MAC控制PDU包括排程請求(scheduling request,SR)、緩衝器狀態報告(buffer status report,BSR)、隨機存取(random access,RA)過程或功率餘量報告(power headroom report,PHR)。
- 如申請專利範圍第12項所述的維持RRC連接的裝置,其中,所述第2層封包包括PDCP重傳PDU、RLC重傳PDU或者MAC重傳PDU。
- 如申請專利範圍第11項所述的維持RRC連接的裝置,其中,所述處理器還能夠: 確定所述第2層封包不能維持所述RRC連接;以及 經由所述收發器發送PDCP服務資料單元(service data unit,SDU)來維持所述RRC連接。
- 如申請專利範圍第17項所述的維持RRC連接的裝置,其中,所述PDCP SDU包括網際網路協定(internet protocol,IP)封包或網際網路控制消息協定(internet control message protocol,ICMP)封包。
- 如申請專利範圍第11項所述的維持RRC連接的裝置,其中,所述處理器還能夠: 確定所述網路節點的特性;以及 根據所述網路節點的特性確定是否發送所述第2層封包。
- 如申請專利範圍第11項所述的維持RRC連接的裝置,其中,所述處理器還能夠: 檢測所述RRC連接是否被釋放;以及 當所述RRC連接被釋放時,經由所述收發器立即重新建立所述RRC連接。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201762608664P | 2017-12-21 | 2017-12-21 | |
US16/228,645 | 2018-12-20 | ||
US16/228,645 US10979975B2 (en) | 2017-12-21 | 2018-12-20 | Method and apparatus for maintaining radio resource control connection in mobile communications |
Publications (2)
Publication Number | Publication Date |
---|---|
TW202025690A true TW202025690A (zh) | 2020-07-01 |
TWI807146B TWI807146B (zh) | 2023-07-01 |
Family
ID=66949707
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW108146893A TWI807146B (zh) | 2017-12-21 | 2019-12-20 | 維持無線電資源控制連接的方法和裝置 |
Country Status (3)
Country | Link |
---|---|
US (1) | US10979975B2 (zh) |
CN (1) | CN111356249B (zh) |
TW (1) | TWI807146B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102434789B1 (ko) * | 2021-08-18 | 2022-08-22 | 주식회사 블랙핀 | 무선 이동 통신 시스템에서 rrc_inactive 상태의 단말이 버퍼 상태 보고와 파워 헤드룸 보고를 전송하는 방법 및 장치 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7085579B2 (en) * | 2000-04-17 | 2006-08-01 | Hitachi, Ltd. | Mobile communication systems, mobile stations, base station controllers and packet data service nodes |
WO2007100547A2 (en) * | 2006-02-24 | 2007-09-07 | Interdigital Technology Corporation | Wireless communication method and apparatus for selecting between transmission of short-version and full-version uplink scheduling requests |
JP4916277B2 (ja) * | 2006-10-31 | 2012-04-11 | 株式会社エヌ・ティ・ティ・ドコモ | ユーザ装置及びユーザ装置で使用される方法 |
US9042315B2 (en) * | 2011-05-03 | 2015-05-26 | Mediatek Inc. | SCELL radio link monitoring and radio link failure handling |
KR101896001B1 (ko) * | 2011-07-12 | 2018-09-06 | 한국전자통신연구원 | 이종 네트워크 환경에서 단말의 이동성 관리 방법 |
US8744439B2 (en) * | 2011-10-07 | 2014-06-03 | Apple Inc. | Methods and apparatus for intelligent initiation of connections within a network |
US9961610B2 (en) * | 2012-12-19 | 2018-05-01 | Lg Electronics Inc. | Method for communicating in wireless communication system supporting multiple access network and apparatus supporting same |
US10470141B2 (en) * | 2015-02-26 | 2019-11-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Handling of hyper frame number de-synchronization incidents |
US10548000B2 (en) * | 2015-06-11 | 2020-01-28 | Intel IP Corporation | Cellular IoT network architecture |
WO2017191973A1 (ko) * | 2016-05-02 | 2017-11-09 | 엘지전자 주식회사 | 무선 통신 시스템에서 리모트 ue의 위치 등록 수행 방법 및 이를 위한 장치 |
-
2018
- 2018-12-20 US US16/228,645 patent/US10979975B2/en active Active
-
2019
- 2019-12-19 CN CN201911320455.0A patent/CN111356249B/zh active Active
- 2019-12-20 TW TW108146893A patent/TWI807146B/zh active
Also Published As
Publication number | Publication date |
---|---|
US10979975B2 (en) | 2021-04-13 |
CN111356249A (zh) | 2020-06-30 |
US20190200292A1 (en) | 2019-06-27 |
TWI807146B (zh) | 2023-07-01 |
CN111356249B (zh) | 2022-02-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4615615B2 (ja) | 間欠受信のための明示的なレイヤ2シグナリング | |
WO2021139719A1 (zh) | 非连续接收drx参数配置方法和装置 | |
US9572185B2 (en) | Bearer split ratios for dual connectivity systems | |
JP5763275B2 (ja) | コンピュータプログラム及び無線リソースコントローラ | |
TWI473457B (zh) | 減少非必要下行鏈路控制通道接收與解碼之技術 | |
TWI696405B (zh) | 條件式無線電資源控制確認訊息傳遞之方法及其裝置 | |
TW201906489A (zh) | 行動通信中處理資料重複之方法和裝置 | |
TWI677255B (zh) | 處理用於無線承載的承載型態改變的裝置及方法 | |
TWI704830B (zh) | 用於無線通訊中的分離承載預處理的緩衝器狀態報告方法和裝置 | |
JP2021182771A (ja) | グラントフリー伝送のためのアップリンクデータスケジューリングのためのシステムおよび方法 | |
US20220141824A1 (en) | Carrier aggregation parameter configuration method, device, and system | |
JP6806411B2 (ja) | コネクションレス伝送における同期維持のためのシステムおよび方法 | |
WO2014110797A1 (zh) | 设备到设备间通信的逻辑信道处理方法、用户设备以及基站 | |
CN102739375B (zh) | 一种用于重传的方法和装置 | |
WO2017133470A1 (en) | Early connection release | |
WO2013166670A1 (zh) | 上行信道资源配置方法和设备 | |
TWI717944B (zh) | 處理壓縮錯誤的方法和裝置 | |
WO2022042486A1 (zh) | 副链路非连续接收的控制方法、装置、设备及可读存储介质 | |
TWI807146B (zh) | 維持無線電資源控制連接的方法和裝置 | |
WO2013185657A1 (zh) | 用户设备辅助信息拒绝方法、装置和系统 | |
TWI713340B (zh) | 用於處理移動通信中的封包資料會聚協定複製的方法和裝置 | |
WO2015161791A1 (zh) | 一种rlc层的数据包处理方法和rlc实体 | |
WO2023093696A1 (zh) | 一种通信方法及装置 | |
TWI829443B (zh) | 行動通訊中增強型不連續接收操作方法 | |
WO2023093868A1 (zh) | 一种通信方法及设备 |