CN111356249B - 维持无线电资源控制连接的方法和装置 - Google Patents

维持无线电资源控制连接的方法和装置 Download PDF

Info

Publication number
CN111356249B
CN111356249B CN201911320455.0A CN201911320455A CN111356249B CN 111356249 B CN111356249 B CN 111356249B CN 201911320455 A CN201911320455 A CN 201911320455A CN 111356249 B CN111356249 B CN 111356249B
Authority
CN
China
Prior art keywords
rrc connection
processor
rrc
pdu
pdcp
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201911320455.0A
Other languages
English (en)
Other versions
CN111356249A (zh
Inventor
林佳仕
许晋玮
姚侑廷
廖士杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
MediaTek Inc
Original Assignee
MediaTek Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by MediaTek Inc filed Critical MediaTek Inc
Publication of CN111356249A publication Critical patent/CN111356249A/zh
Application granted granted Critical
Publication of CN111356249B publication Critical patent/CN111356249B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/25—Maintenance of established connections
    • 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
    • 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 BandInternet of Things，NB-IoT)，所提出的概念、方案及其任何变体/衍生物可以在、用于和通过其他类型的无线电接入技术、网络和网络拓扑实现。因此，本公开的范围不限于本文描述的示例。
附图说明
附图被包括进来以提供对本公开的进一步理解，并入本发明并构成本公开的一部分。附图例示了本公开的实现方式，并且与说明书一起用于说明本公开的原理。能理解的是，附图不一定是按比例的，因为为了清楚地例示本发明之构思，一些组件可以被显示为与实际实现方式中的尺寸不成比例。
图1示出了根据本公开的实现方式的方案下的示例场景。
图2示出了根据本公开的实现方式的方案下的示例场景。
图3示出了根据本公开的实现方式的示例通信装置和示例网络装置。
图4示出了根据本公开的实现方式的示例过程。
具体实施方式
这里公开了所要求保护主题内容的详细实施例和实现方式。然而，应当理解，公开的详细实施例和实现方式仅为了示例体现为各种形式的所要求保护的主题内容。然而本公开可以体现为多种不同形式，不应理解为仅限于示例的实施例和实现方式。提供这些示例的实施例和实现方式以使得本公开的描述全面且完整并且能够向本领域普通技术人员全面传递本公开的范围。在下面之描述中，省略了已知特征和技术的细节，以避免不必要地使得本发明的实施例和实现方式变得模糊。
概述
本公开的实现方式涉及与移动通信中用户设备和网络装置相关的维持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 2packet)以维持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。UE210也可以被配置为周期性地发送第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 dataconvergence protocol，PDCP)/演进的PDCP(ePDCP)控制协议数据单元(protocol dataunit，PDU)、无线电链路控制(radio link control，RLC)/演进的RLC(eRLC)控制PDU、或媒体访问控制(media access control，MAC)/演进的MAC(eMAC)控制PDU。PDCP/ePDCP控制PDU可以包括PDCP状态报告、散置的(interspersed)稳健标头压缩(robust headercompression，ROHC)反馈数据包、LTE-无线局域网络(Wireless Local Area Network，WLAN)聚合(aggregation)(LWA)状态报告、LWA结束标记数据包或预留类型数据包。RLC/eRLC控制PDU可以包括状态PDU。MAC/eMAC控制PDU可以包括调度请求(schedulingrequest，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 radiobearer，SRB)或数据无线电承载(data radio bearer，DRB)中发送。
发送控制PDU的优点在于，服务供应商(例如，运营商)不对控制PDU的业务收费。发送第2层数据包而不是发送虚拟(dummy)数据包(例如，高层数据包)来维持RRC/eRRC连接，可以更有效/更实时并且免费。由于第2层数据包不是从网络装置(例如基站)传送出去(因为第2层数据包是UE和基站沟通使用，并不涉及核心网络)，因此不会增加需要收费的数据量。
在一些实现方式中，UE 210还可被配置为发送PDCP/ePDCP服务数据单元(servicedata unit，SDU)以维持RRC/eRRC连接。PDCP/ePDCP SDU可以包括因特网协议(internetprotocol，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 3signalling)来触发建立/重新建立过程。
上述维持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/ePDCPSDU而不是第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”的可能性。
根据上述内容，将领会的是，本文中已经为了例示目的而描述了本公开的各种实现方式，并且可以在不脱离本公开的范围和精神的情况下进行各种修改。因此，本文中所公开的各种实现方式不旨在是限制性的，真正范围和精神由所附权利要求指示。

Claims (20)

1.一种维持无线电资源控制RRC连接的方法，包括：
由装置的处理器与网络节点建立所述RRC连接；
在没有数据传输的一段时间后，由所述处理器确定向所述网络节点发送第2层数据包还是发送分组数据汇聚协议PDCP服务数据单元SDU以维持所述RRC连接；以及
由所述处理器经由所述RRC连接发送上行链路数据，而无需重新建立所述RRC连接。
2.根据权利要求1所述的方法，其中，所述第2层数据包包括PDCP控制协议数据单元PDU、无线电链路控制RLC控制PDU、或者媒体访问控制MAC控制PDU。
3.根据权利要求2所述的方法，其中，所述PDCP控制PDU包括PDCP状态报告、散置的稳健标头压缩ROHC反馈数据包、长期演进-无线局域网络聚合LWA状态报告、LWA结束标记数据包或预留类型数据包。
4.根据权利要求2所述的方法，其中，所述RLC控制PDU包括状态PDU。
5.根据权利要求2所述的方法，其中，所述MAC控制PDU包括调度请求SR、缓冲器状态报告BSR、随机存取RA过程或功率余量报告PHR。
6.根据权利要求1所述的方法，其中，所述第2层数据包包括PDCP重传PDU、RLC重传PDU或者MAC重传PDU。
7.根据权利要求1所述的方法，还包括：
由所述处理器确定所述第2层数据包不能维持所述RRC连接；以及
由所述处理器发送所述PDCP服务数据单元SDU来维持所述RRC连接。
8.根据权利要求1所述的方法，其中，所述PDCP SDU包括因特网协议IP数据包或者因特网控制消息协议ICMP数据包。
9.根据权利要求1所述的方法，还包括：
由所述处理器确定所述网络节点的特性；以及
由所述处理器根据所述网络节点的特性确定是否发送所述第2层数据包。
10.根据权利要求1所述的方法，还包括：
由所述处理器检测所述RRC连接是否被释放；以及
当所述RRC连接被释放时，所述处理器立即重新建立所述RRC连接。
11.一种维持无线电资源控制RRC连接的装置，包括：
收发器，能够与无线网络的网络节点无线地通信；以及
处理器，通信地耦接到所述收发器，所述处理器能够：
经由所述收发器与所述网络节点建立所述RRC连接；
在没有数据传输的一段时间后，所述处理器确定经由所述收发器向所述网络节点发送第2层数据包还是发送分组数据汇聚协议PDCP服务数据单元SDU以维持所述RRC连接；以及
经由所述收发器通过所述RRC连接发送上行链路数据，而无需重新建立所述RRC连接。
12.根据权利要求11所述的装置，其中，所述第2层数据包包括PDCP控制协议数据单元PDU、无线电链路控制RLC控制PDU、或者媒体访问控制MAC控制PDU。
13.根据权利要求12所述的装置，其中，所述PDCP控制PDU包括PDCP状态报告、散置的稳健标头压缩ROHC反馈数据包、长期演进-无线局域网络聚合LWA状态报告、LWA结束标记数据包或预留类型数据包。
14.根据权利要求12所述的装置，其中，所述RLC控制PDU包括状态PDU。
15.根据权利要求12所述的装置，其中，所述MAC控制PDU包括调度请求SR、缓冲器状态报告BSR、随机存取RA过程或功率余量报告PHR。
16.根据权利要求12所述的装置，其中，所述第2层数据包包括PDCP重传PDU、RLC重传PDU或者MAC重传PDU。
17.根据权利要求11所述的装置，其中，所述处理器还能够：
确定所述第2层数据包不能维持所述RRC连接；以及
经由所述收发器发送所述PDCP服务数据单元SDU来维持所述RRC连接。
18.根据权利要求11所述的装置，其中，所述PDCP SDU包括因特网协议IP数据包或因特网控制消息协议ICMP数据包。
19.根据权利要求11所述的装置，其中，所述处理器还能够：
确定所述网络节点的特性；以及
根据所述网络节点的特性确定是否发送所述第2层数据包。
20.根据权利要求11所述的装置，其中，所述处理器还能够：
检测所述RRC连接是否被释放；以及
当所述RRC连接被释放时，经由所述收发器立即重新建立所述RRC连接。
CN201911320455.0A 2017-12-21 2019-12-19 维持无线电资源控制连接的方法和装置 Active CN111356249B (zh)

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
CN111356249A CN111356249A (zh) 2020-06-30
CN111356249B true CN111356249B (zh) 2022-02-22

Family

ID=66949707

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911320455.0A Active CN111356249B (zh) 2017-12-21 2019-12-19 维持无线电资源控制连接的方法和装置

Country Status (3)

Country Link
US (1) US10979975B2 (zh)
CN (1) CN111356249B (zh)
TW (1) TWI807146B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102434789B1 (ko) * 2021-08-18 2022-08-22 주식회사 블랙핀 무선 이동 통신 시스템에서 rrc_inactive 상태의 단말이 버퍼 상태 보고와 파워 헤드룸 보고를 전송하는 방법 및 장치

Family Cites Families (10)

* Cited by examiner, † Cited by third party
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의 위치 등록 수행 방법 및 이를 위한 장치

Also Published As

Publication number Publication date
US10979975B2 (en) 2021-04-13
CN111356249A (zh) 2020-06-30
TW202025690A (zh) 2020-07-01
US20190200292A1 (en) 2019-06-27
TWI807146B (zh) 2023-07-01

Similar Documents

Publication Publication Date Title
EP3295700B9 (en) Uplink data splitting
US20210298110A1 (en) Methods for Handling Periodic Radio Access Network Notification Area (RNA) Update Configuration Upon Reject
TWI677255B (zh) 處理用於無線承載的承載型態改變的裝置及方法
CN112514528B (zh) 用于5g蜂窝物联网的用户平面优化
JP2021182771A (ja) グラントフリー伝送のためのアップリンクデータスケジューリングのためのシステムおよび方法
JP7114715B2 (ja) ５ｇ ｎｒシステムにおけるアップリンク送信のための方法
US10834785B2 (en) Radio terminal and base station for controlling direct communication between radio terminals
US20190104564A1 (en) Conditional RRC Confirm Messaging In Wireless Communications
JP6806411B2 (ja) コネクションレス伝送における同期維持のためのシステムおよび方法
CN102739375B (zh) 一种用于重传的方法和装置
WO2016138937A1 (en) Connection suspend and resume requests for wireless network
CN110402596B (zh) 无线通信装置及无线通信方法
WO2013166670A1 (zh) 上行信道资源配置方法和设备
CN111356249B (zh) 维持无线电资源控制连接的方法和装置
CN109963340B (zh) 用于降低信令开销和数据延迟的方法、设备及计算机可读介质
TW202404289A (zh) 禁用和啟用混合自動重傳請求反饋的方法
JP7101675B6 (ja) データ処理方法及び装置
US10869334B2 (en) Reporting buffer status in wireless communication systems
WO2023093696A1 (zh) 一种通信方法及装置
WO2023093868A1 (zh) 一种通信方法及设备
WO2021057902A1 (zh) 资源使用方法及通信设备
WO2022073460A1 (en) Pdu rate reduction in mobile communications
WO2022036611A1 (zh) 一种数据传输方法及通信装置
US20240236619A1 (en) Method and apparatus for multicast and broadcast services
WO2020263551A1 (en) User equipment-requested semi-persistent scheduling

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant