CN114514790A - 上行链路拆分承载配置中的资源的高效使用 - Google Patents

上行链路拆分承载配置中的资源的高效使用 Download PDF

Info

Publication number
CN114514790A
CN114514790A CN202080066721.6A CN202080066721A CN114514790A CN 114514790 A CN114514790 A CN 114514790A CN 202080066721 A CN202080066721 A CN 202080066721A CN 114514790 A CN114514790 A CN 114514790A
Authority
CN
China
Prior art keywords
rlc entity
rlc
entity
primary
pdcp pdus
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.)
Pending
Application number
CN202080066721.6A
Other languages
English (en)
Inventor
V·达尔米亚
V·拉奥
L·扎哈里亚斯
K·C·贝朗
S·K·纳拉曼蒂
S·马赫什瓦里
K·高
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.)
Qualcomm Inc
Original Assignee
Qualcomm 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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN114514790A publication Critical patent/CN114514790A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0231Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0242Determining whether packet losses are due to overload or to deterioration of radio communication conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0278Traffic management, e.g. flow control or congestion control using buffer status reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/08Load balancing or load distribution
    • H04W28/082Load balancing or load distribution among bearers or channels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/08Load balancing or load distribution
    • H04W28/086Load balancing or load distribution among access entities
    • H04W28/0861Load balancing or load distribution among access entities between base stations
    • H04W28/0864Load balancing or load distribution among access entities between base stations of different hierarchy levels, e.g. Master Evolved Node B [MeNB] or Secondary Evolved node B [SeNB]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/08Load balancing or load distribution
    • H04W28/086Load balancing or load distribution among access entities
    • H04W28/0861Load balancing or load distribution among access entities between base stations
    • H04W28/0865Load balancing or load distribution among access entities between base stations of different Radio Access Technologies [RATs], e.g. LTE or WiFi
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/08Load balancing or load distribution
    • H04W28/088Load balancing or load distribution among core entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • H04W76/16Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开内容的某些方面提供用于由用户设备(UE)进行的无线通信的技术,该UE能够建立至少涉及主无线电链路控制(RLC)实体和辅RLC实体的拆分承载。概括而言,该技术包括:基于一个或多个条件,根据一个或多个规则来决定是向主RLC实体还是辅RLC实体提交分组数据汇聚协议(PDCP)协议数据单元(PDU);以及根据该决定来向主RLC实体或辅RLC实体中的至少一者提交PDCP PDU。

Description

上行链路拆分承载配置中的资源的高效使用
要求优先权
本申请要求享受于2020年9月24日递交的美国申请No.17/031,230的优先权,该美国申请要求享受于2019年10月1日递交的印度临时申请No.201941039707的优先权的权益,上述两个申请的全部内容通过引用的方式被明确地并入本文中,如同在下文中充分阐述一样并且用于所有适用目的。
技术领域
本公开内容的各方面涉及无线通信,并且更具体地,本公开内容的各方面涉及用于由用户设备(UE)路由数据的技术,该UE能够建立至少涉及主无线电链路控制(RLC)实体和辅RLC实体的拆分承载。
背景技术
无线通信系统被广泛地部署以提供诸如电话、视频、数据、消息传送、广播等的各种电信服务。这些无线通信系统可以采用能够通过共享可用的系统资源(例如,带宽、发射功率等)来支持与多个用户的通信的多址技术。仅举几个示例,这样的多址系统的示例包括第三代合作伙伴计划(3GPP)长期演进(LTE)系统、改进的LTE(LTE-A)系统、码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统以及时分同步码分多址(TD-SCDMA)系统。
在一些示例中,无线多址通信系统可以包括数个基站(BS),这些基站各自能够同时支持针对多个通信设备(另外被称为用户设备(UE))的通信。在LTE或LTE-A网络中,一个或多个基站的集合可以定义演进型节点B(eNB)。在其它示例中(例如,在下一代、新无线电(NR)或5G网络中),无线多址通信系统可以包括与数个中央单元(CU)(例如,中央节点(CN)、接入节点控制器(ANC)等)相通信的数个分布式单元(DU)(例如,边缘单元(EU)、边缘节点(EN)、无线电头端(RH)、智能无线电头端(SRH)、发送接收点(TRP)等),其中,与CU相通信的一个或多个DU的集合可以定义接入节点(例如,其可以被称为BS、下一代节点B(gNB或gNodeB)、TRP等)。BS或DU可以在下行链路信道(例如,用于从BS或DU到UE的传输)和上行链路信道(例如,用于从UE到BS或DU的传输)上与UE的集合进行通信。
已经在各种电信标准中采用了这些多址技术以提供公共协议,该公共协议使得不同的无线设备能够在城市级别、国家级别、地区级别、以及甚至全球级别上进行通信。新无线电(例如,5G NR)是新兴的电信标准的示例。NR是对由3GPP发布的LTE移动标准的增强的集合。NR被设计为通过提高频谱效率、降低成本、改进服务、利用新频谱以及在下行链路(DL)上和在上行链路(UL)上使用具有循环前缀(CP)的OFDMA来与其它开放标准更好地整合,来更好地支持移动宽带互联网接入。为了这些目的,NR支持波束成形、多输入多输出(MIMO)天线技术和载波聚合。
然而,随着对移动宽带接入的需求持续增长,存在对NR和LTE技术的进一步改进的需求。优选地,这些改进应当适用于其它多址技术以及采用这些技术的电信标准。
发明内容
本公开内容的系统、方法和设备各自具有若干方面,其中没有单个方面单独地负责其期望属性。在不限制如由所附权利要求表达的本公开内容的范围的情况下,现在将简要地论述一些特征。在考虑该论述之后,以及尤其是在阅读了标题为“具体实施方式”的部分之后,人们将理解本公开内容的特征如何提供优点,该优点包括由被配置具有拆分承载的UE对用于上行链路(UL)传输的资源的高效使用。
本公开内容的某些方面提供了一种用于由用户设备(UE)进行的无线通信的方法,该UE能够建立至少涉及主无线电链路控制(RLC)实体和辅RLC实体的拆分承载。概括而言,该方法包括:建立至少涉及主RLC实体和辅RLC实体的拆分承载;基于一个或多个条件,根据一个或多个规则来决定是向主RLC实体还是辅RLC实体提交分组数据汇聚协议(PDCP)协议数据单元(PDU);以及根据决定来向主RLC实体或辅RLC实体中的至少一者提交PDCP PDU。
本公开内容的某些方面涉及一种用于由UE进行的无线通信的装置。概括而言,该装置包括存储器和耦合到该存储器的至少一个处理器,存储器和至少一个处理器被配置为:建立至少涉及主RLC实体和辅RLC实体的拆分承载;基于一个或多个条件,根据一个或多个规则来决定是向主RLC实体还是辅RLC实体提交PDCP PDU;以及根据决定来向主RLC实体或辅RLC实体中的至少一者提交PDCP PDU。
本公开内容的某些方面涉及一种用于由UE进行的无线通信的装置。概括而言,该装置包括:用于建立至少涉及主RLC实体和辅RLC实体的拆分承载的单元;用于基于一个或多个条件,根据一个或多个规则来决定是向主RLC实体还是辅RLC实体提交PDCP PDU的单元;以及用于根据决定来向主RLC实体或辅RLC实体中的至少一者提交PDCP PDU的单元。
本公开内容的某些方面涉及一种计算机可读介质,其上存储有用于进行以下操作的指令:建立至少涉及主RLC实体和辅RLC实体的拆分承载;基于一个或多个条件,根据一个或多个规则来决定是向主RLC实体还是辅RLC实体提交PDCP PDU;以及根据决定来向主RLC实体或辅RLC实体中的至少一者提交PDCP PDU。
为了实现前述目的和相关的目的,一个或多个方面包括下文中充分描述的并且在权利要求中特别指出的特征。以下描述和附图详细阐述了一个或多个方面的某些说明性的特征。但是,这些特征指示可以在其中采用各个方面的原理的各种方式中的仅几种方式。
附图说明
为了能够详细地理解本公开内容的上述特征的方式,可以通过参照各方面来获得上文简要总结的更具体的描述,各方面中的一些方面在附图中示出。然而,要注意的是,附图仅示出了本公开内容的某些典型方面,并且因此不被视为对其范围的限制,这是因为该描述可以准许其它同样有效的方面。
图1是概念性地示出根据本公开内容的某些方面的示例电信系统的框图。
图2是概念性地示出根据本公开内容的某些方面的示例基站和用户设备的设计的框图。
图3示出了根据本公开内容的某些方面的用于双连接的示例选项。
图4示出了根据本公开内容的某些方面的用于由已经建立了双连接的UE路由数据的示例步骤。
图5示出了根据本公开内容的各方面的由UE进行的无线通信的示例操作。
为了有助于理解,在可能的情况下,已经使用了相同的附图标记来指定对于附图共同的相同元素。预期的是,在一个方面中公开的元素可以有益地用在其它方面上,而不需要具体的记载。
具体实施方式
本公开内容的各方面提供了用于由UE路由数据的装置、方法、处理系统和计算机可读介质,该UE能够建立至少涉及主无线电链路控制(RLC)实体和辅RLC实体的拆分承载。
以下描述提供了示例,而不对在权利要求中阐述的范围、适用性或示例进行限制。可以在不脱离本公开内容的范围的情况下,在论述的元素的功能和布置方面做出改变。各个示例可以酌情省略、替换或添加各种过程或组件。例如,所描述的方法可以以与所描述的顺序不同的顺序来执行,以及可以添加、省略或组合各种步骤。此外,可以将关于一些示例描述的特征组合到另一些示例中。例如,使用本文阐述的任何数量的各方面,可以执行装置或可以实践方法。此外,本公开内容的范围旨在涵盖使用其它结构、功能或者除了本文阐述的公开内容的各个方面以外或与本文阐述的公开内容的各个方面不同的结构和功能来实践的这样的装置或方法。应当理解的是,本文公开的公开内容的任何方面可以通过权利要求的一个或多个元素来体现。本文使用“示例性”一词来意指“用作示例、实例或说明”。本文中被描述为“示例性”的任何方面未必被解释为优选于其它方面或者比其它方面有优势。
本文描述的技术可以被用于各种无线通信技术,诸如3GPP长期演进(LTE)、改进的LTE(LTE-A)、码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)、时分同步码分多址(TD-SCDMA)以及其它网络。术语“网络”和“系统”经常可互换地使用。
CDMA网络可以实现诸如通用陆地无线电接入(UTRA)、cdma2000等的无线电技术。UTRA包括宽带CDMA(WCDMA)和CDMA的其它变形。cdma2000涵盖IS-2000、IS-95和IS-856标准。TDMA网络可以实现诸如全球移动通信系统(GSM)的无线电技术。OFDMA网络可以实现诸如NR(例如,5G RA)、演进型UTRA(E-UTRA)、超移动宽带(UMB)、IEEE 802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE 802.20、闪速-OFDMA等的无线电技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的一部分。LTE和LTE-A是UMTS的使用E-UTRA的版本。在来自名称为“第三代合作伙伴计划”(3GPP)的组织的文档中描述了UTRA、E-UTRA、UMTS、LTE、LTE-A和GSM。在来自名称为“第三代合作伙伴计划2”(3GPP2)的组织的文档中描述了cdma2000和UMB。
新无线电(NR)是结合5G技术论坛(5GTF)、处于开发中的新兴的无线通信技术。NR接入(例如,5G NR)可以支持各种无线通信服务,诸如以宽带宽(例如,80MHz或以上)为目标的增强型移动宽带(eMBB)、以高载波频率(例如,25GHz或以上)为目标的毫米波(mmW)、以后向不兼容机器类型通信MTC技术为目标的大规模MTC(mMTC)、和/或以超可靠低时延通信(URLLC)为目标的任务关键。这些服务可以包括时延和可靠性要求。这些服务还可以具有不同的传输时间间隔(TTI),以满足相应的服务质量(QoS)要求。另外,这些服务可以共存于同一子帧中。
本文描述的技术可以被用于上文提及的无线网络和无线电技术以及其它无线网络和无线电技术。为了清楚起见,虽然本文可以使用通常与3G和/或4G无线技术相关联的术语来描述各方面,但是本公开内容的各方面可以被应用于基于其它代的通信系统(诸如5G及以后的技术(包括NR技术))中。
示例无线通信网络
图1示出了可以在其中执行本公开内容的各方面的示例无线通信网络100。无线通信网络100可以是NR系统(例如,5G NR网络)。本公开内容的某些方面涉及处理多连接传输。
例如,如图1中所示,在多连接模式(诸如E-UTRA到NR双连接(ENDC)模式)下建立拆分承载之后,UE 120可以与多个基站110a和110b进行通信。如图所示,UE 120可以具有用于决定如何经由拆分承载提交PDCP PDU的模块。例如,该模块可以被配置为执行(或者可以将UE配置为执行)下面描述的图5的操作500。
如图1中所示,无线通信网络100可以包括数个基站(BS)110a和110b以及其它网络实体。BS可以是与用户设备(UE)进行通信的站。每个BS 110可以针对特定的地理区域提供通信覆盖。在3GPP中,术语“小区”可以指代节点B(NB)的覆盖区域和/或服务于该覆盖区域的NB子系统,这取决于使用该术语的上下文。在NR系统中,术语“小区”和BS、下一代节点B(gNB或gNodeB)、接入点(AP)、分布式单元(DU)、载波或发送接收点(TRP)可以可互换地使用。在一些示例中,小区可能未必是静止的,而且小区的地理区域可以根据移动BS的位置而移动。在一些示例中,BS可以通过各种类型的回程接口(诸如直接物理连接、无线连接、虚拟网络、或者使用任何适当的传输网络的接口)来彼此互连和/或与在无线通信网络100中的一个或多个其它BS或网络节点(未示出)互连。
通常,可以在给定的地理区域中部署任何数量的无线网络。每个无线网络可以支持特定的无线接入技术(RAT)并且可以在一个或多个频率上操作。RAT还可以被称为无线电技术、空中接口等。频率还可以被称为载波、子载波、频率信道、音调、子带等。每个频率可以在给定的地理区域中支持单个RAT,以便避免在具有不同RAT的无线网络之间的干扰。在一些情况下,可以部署NR或5G RAT网络。
无线通信网络100可以是包括不同类型的BS(例如,宏BS、微微BS、毫微微BS、中继器等)的异构网络。这些不同类型的BS可以具有不同的发射功率电平、不同的覆盖区域以及对在无线通信网络100中的干扰的不同影响。例如,宏BS可以具有高发射功率电平(例如,20瓦),而微微BS、毫微微BS和中继器可以具有较低的发射功率电平(例如,1瓦)。
无线通信网络100可以支持同步操作或异步操作。对于同步操作,BS可以具有相似的帧定时,以及来自不同BS的传输在时间上可以近似地对准。对于异步操作,BS可以具有不同的帧定时,以及来自不同BS的传输在时间上可以不对准。本文描述的技术可以用于同步操作和异步操作两者。
某些无线网络(例如,LTE)在下行链路上利用正交频分复用(OFDM)以及在上行链路上利用单载波频分复用(SC-FDM)。OFDM和SC-FDM将系统带宽划分成多个(K个)正交子载波,所述多个正交子载波通常还被称为音调、频段等。可以利用数据来对每个子载波进行调制。通常,在频域中利用OFDM以及在时域中利用SC-FDM来发送调制符号。在相邻子载波之间的间隔可以是固定的,以及子载波的总数(K)可以取决于系统带宽。例如,子载波的间隔可以是15kHz并且最小资源分配(被称为“资源块”(RB))可以是12个子载波(或180kHz)。因此,针对1.25、2.5、5、10或20兆赫兹(MHz)的系统带宽,标称的快速傅里叶变换(FFT)大小可以分别等于128、256、512、1024或2048。还可以将系统带宽划分成子带。例如,子带可以覆盖1.08MHz(例如,6个RB),以及针对1.25、2.5、5、10或20MHz的系统带宽,可以分别存在1、2、4、8或16个子带。在LTE中,基本传输时间间隔(TTI)或分组持续时间是1ms子帧。在NR中,子帧仍然是1ms,但是基本TTI被称为时隙。根据子载波间隔,子帧包含可变数量的时隙(例如,1、2、4、8、16……个时隙)。NR RB是12个连续的频率子载波。NR可以支持15KHz的基本子载波间隔,并且可以相对于基本子载波间隔定义其它子载波间隔,例如,30kHz、60kHz、120kHz、240kHz等。符号和时隙长度随着子载波间隔而缩放。CP长度还取决于子载波间隔。
NR可以在上行链路和下行链路上利用具有CP的OFDM,以及包括针对使用TDD的半双工操作的支持。可以支持波束成形并且可以动态地配置波束方向。还可以支持具有预编码的MIMO传输。在一些示例中,在DL中的MIMO配置可以支持多达8个发射天线,其中多层DL传输多达8个流并且每UE多达2个流。在一些示例中,可以支持具有每UE多达2个流的多层传输。可以利用多达8个服务小区来支持多个小区的聚合。
在一些示例中,可以调度对空中接口的接入。调度实体(例如,BS)在其服务区域或小区内的一些或所有设备和装置之间分配用于通信的资源。调度实体可以负责调度、指派、重新配置和释放用于一个或多个从属实体的资源。也就是说,对于被调度的通信,从属实体利用由调度实体分配的资源。基站不是可以用作调度实体的仅有的实体。在一些示例中,UE可以用作调度实体并且可以调度用于一个或多个从属实体(例如,一个或多个其它UE)的资源,以及其它UE可以利用由该UE调度的资源来进行无线通信。在一些示例中,UE可以用作在对等(P2P)网络中和/或在网状网络中的调度实体。在网状网络示例中,除了与调度实体进行通信之外,UE可以彼此直接进行通信。
在一些示例中,两个或更多个从属实体(例如,UE)可以使用侧行链路信号彼此通信。这样的侧行链路通信的现实生活的应用可以包括公共安全、接近度服务、UE到网络中继、运载工具到运载工具(V2V)通信、万物联网(IoE)通信、IoT通信、任务关键网状网、和/或各种其它适当的应用。通常,侧行链路信号可以指代从一个从属实体(例如,UE1)向另一个从属实体(例如,UE2)传送的信号,而不需要通过调度实体(例如,UE或BS)来中继该通信,即使调度实体可以用于调度和/或控制目的。在一些示例中,可以使用许可频谱来传送侧行链路信号(与通常使用非许可频谱的无线局域网不同)。
图2示出了可以用于实现本公开内容的各方面的BS 110和UE 120(例如,在图1的无线通信网络100中)的示例组件。例如,UE 120的天线252、处理器266、258、264和/或控制器/处理器280和/或BS 110的天线234、处理器220、230、238和/或控制器/处理器240可以用于执行本文描述的用于在多连接模式下动态地控制上行链路发射功率的各种技术和方法。例如,如图2所示,UE120的控制器/处理器280可以实现拆分承载PDCP PDU提交模块。如上所述,该模块可以被配置为执行(或可以将UE 120配置为执行)图5的操作500。
在BS 110处,发射处理器220可以从数据源212接收数据以及从控制器/处理器240接收控制信息。控制信息可以用于物理广播信道(PBCH)、物理控制格式指示符信道(PCFICH)、物理混合ARQ指示符信道(PHICH)、物理下行链路控制信道(PDCCH)、组公共PDCCH(GC PDCCH)等。数据可以用于物理下行链路共享信道(PDSCH)等。处理器220可以分别处理(例如,编码和符号映射)数据和控制信息以获得数据符号和控制符号。发射处理器220还可以生成参考符号,诸如用于主同步信号(PSS)、辅同步信号(SSS)和小区专用参考信号(CRS)。发射(TX)多输入多输出(MIMO)处理器230可以对数据符号、控制符号和/或参考符号执行空间处理(例如,预编码)(如果适用的话),以及可以向调制器(MOD)232a-232t提供输出符号流。每个调制器232可以(例如,针对OFDM等)处理相应的输出符号流以获得输出采样流。每个调制器可以进一步处理(例如,转换到模拟、放大、滤波以及上变频)输出采样流以获得下行链路信号。可以分别经由天线234a-234t来发送来自调制器232a-232t的下行链路信号。
在UE 120处,天线252a-252r可以从BS 110接收下行链路信号,以及可以分别向在收发机254a-254r中的解调器(DEMOD)提供所接收的信号。每个解调器254可以调节(例如,滤波、放大、下变频以及数字化)相应的所接收的信号以获得输入采样。每个解调器可以(例如,针对OFDM等)进一步处理输入采样以获得所接收的符号。MIMO检测器256可以从所有解调器254a-254r获得所接收的符号,对所接收的符号执行MIMO检测(如果适用的话),以及提供所检测到的符号。接收处理器258可以处理(例如,解调、解交织以及解码)所检测到的符号,向数据宿260提供经解码的针对UE 120的数据,以及向控制器/处理器280提供经解码的控制信息。
在上行链路上,在UE 120处,发射处理器264可以接收并且处理来自数据源262的数据(例如,用于物理上行链路共享信道(PUSCH))和来自控制器/处理器280的控制信息(例如,用于物理上行链路控制信道(PUCCH))。发射处理器264还可以生成用于参考信号(例如,用于探测参考信号(SRS))的参考符号。来自发射处理器264的符号可以由TX MIMO处理器266预编码(如果适用的话),由在收发机254a-254r中的解调器(例如,针对SC-FDM等)进一步处理,并且被发送给基站110。在BS 110处,来自UE 120的上行链路信号可以由天线234接收,由调制器232处理,由MIMO检测器236检测(如果适用的话),并且由接收处理器238进一步处理,以获得由UE 120发送的经解码的数据和控制信息。接收处理器238可以向数据宿239提供经解码的数据,并且向控制器/处理器240提供经解码的控制信息。
控制器/处理器240和280可以分别指导在BS 110和UE 120处的操作。控制器/处理器240和/或在BS 110处的其它处理器和模块可以执行或指导对用于本文描述的技术的过程的执行。存储器242和282可以分别存储用于BS 110和UE 120的数据和程序代码。调度器244可以调度UE用于在下行链路和/或上行链路上的数据传输。
用于UL拆分承载配置中的RLC/MAC资源的高效使用的示例过程
本公开内容的各方面涉及无线通信,并且更具体地,本公开内容的各方面涉及被设计为当UE经由拆分承载配置发送上行链路(UL)数据时高效地利用资源的技术。可以在例如部署ENDC的系统中使用该技术。
在ENDC呼叫中,网络(NW)可以将UE配置具有被称为UL拆分承载的机制。如图3中所示,在UL拆分承载中,当准许是可用的并且满足某些条件时,两个RLC实体(例如,NR和LTE)可以同时构建传输块(TB),用于同时(或几乎同时)传输到主实体(例如,主eNB或MeNB)和辅实体(例如,从或辅gNB或SgNB)。
如图4中所示,为了支持该特征,网络(NW)通常将UE配置具有“主RLC实体”和“辅RLC实体”。NW还将UE配置具有参数“ul-DataSplitThreshold”,其通常指以字节为单位给出的值,该值确定“辅RLC实体”在TB中构建PDU之前检查的数据量的门限量。
如图4的示例中所示,当向较低层提交PDCP PDU时,由UE实现的一般规则(假设两个相关联的RLC实体属于不同的小区组)可以是:如果两个相关联的RLC实体中等待初始传输的PDCP数据量和RLC数据量的总量大于或等于ul-DataSplitThreshold时,则向主RLC实体或辅RLC实体提交PDCP PDU。否则,UE可以被限制为仅向主RLC实体提交PDCP PDU。上述一般规则还可以适用于任何双连接(DC)情况(例如,新无线电(NR)DC,其中主实体和辅实体两者是NR)。
遗憾的是,在某些场景中,该规则可能导致不太理想的结果。例如,在一些情况下,由于在辅RLC实体辅TB处的不必要填充(例如,添加比特以实现特定数据大小),该规则可能导致资源浪费。这是因为上述规则中的短语“当向较低层提交PDCP PDU时”可能暗示辅RLC实体需要在PDCP PDU级别进行针对“ul-DataSplitThreshold”的检查。因此,在准许值是使得准许值大于辅RLC实体可以基于“ul-DataSplitthreshold”条件构建的数据量的情况下,那么它将不必要地填充剩余的TB。
该结果可以通过具有以下假设的以下实例来说明:
UE接收1000字节的UL准许;
ul-DataSplitThreshold为2000字节;
未完成的PDCP数据量为2200字节;和/或
每个PDCP PDU为100字节。
给定这些参数,并且遵循上述规则,辅RLC实体可以:
由于2200>=2000,因此构建第一PDU(PDU1),剩余准许=900;
由于2100>=2000,因此构建第二PDU(PDU2),剩余准许=800;和/或
由于2000>=2000,因此构建第三PDU(PDU3),剩余准许=700。
遗憾的是,如果UE遵守上述规则,则辅RLC实体不能继续构建PDU4(因为1900不是>=2000)。因此,剩余准许700将导致不必要的填补,并且因此导致辅RLC实体上的资源的浪费。
在RLC实体中的一个RLC实体上的高块错误率(BLER)的情况下,RLC实体上的资源的潜在浪费的另一实例。这是由于上述规则的事实,即仅当满足上述ul-DataSplitThreshold条件时辅RLC实体才能建立PDU,而不考虑(例如,“不可知”)物理层条件。在某些小区边缘场景或其它不利的信道状况场景中,物理层中可能存在大量重传(例如,HARQ RETX和故障),这可能导致RLC级BLER增加。在这样的情况下,在具有相对高的BLER的相应RLC实体上构建的PDU可能增加未被NW接收的风险。
如下文将描述的,给定UE具有同时活动的两个RLC实体,UE可以监测每个RLC实体的信道状况,并且利用具有较好信道状况的RLC实体(例如,“更健康的”RLC实体),以通过在该(更健康的)RLC实体上重传未确认的PDCP PDU来更高效地利用资源。
本公开内容的各个方面提供了用于解决这些问题的技术。例如,如本文所提出的,允许UE在决定是否向给定RLC实体提交PDCP PDU时放宽某些规则和/或考虑信道状况,可以帮助减少资源浪费。
图5是示出根据本公开内容的某些方面的用于无线通信的示例操作500的流程图。可以例如由能够支持拆分承载的UE(例如,诸如无线通信网络100中的UE 120)执行操作500。
在502处,操作500通过建立至少涉及主RLC实体和辅RLC实体的拆分承载来开始。在504处,UE基于一个或多个条件,根据一个或多个规则来决定是向主RLC实体还是辅RLC实体提交PDCP PDU。在506处,UE根据该决定来向主RLC实体或辅RLC实体中的至少一者提交PDCP PDU。
解决资源浪费的一个实例是放宽辅TLC实体上的ul-DataSplitthreshold门限条件,以避免当在处理TB的中间发生门限转换(例如,低于门限的总数据有效载荷)时的过度填充。
例如,在上文给出的示例中,700字节的准许被浪费在不必要地填充TB中。相比之下,可以允许辅RLC实体构建更多PDU,直到辅RLC实体完全耗尽该准许为止。这种方法可以帮助确保用于该给定TB的UL资源不被浪费。例如,在UL准许相对大并且因此吞吐量可能下降的情况下,可以以这种方式来减轻这样的浪费。
解决资源浪费的另一种方法是,当未决的数据有效载荷已经低于ul-DataSplitthreshold门限时,如果在辅RLC上接收到准许,则将辅RLC实体配置为构建完整的RLC PDU。理想情况下,当PDCP数据量低于ul-DataSplitthreshold(例如,基于缓冲器状态报告BSR已知)时,NW可能不在辅RLC实体上调度准许。但是,如果NW确实发送这样的准许,而不是辅RLC实体填充TB并且浪费资源,则辅RLC实体可以构建完整的PDU并且更适当地利用带宽。在这样的情况下,构建的PDU可以处于完整的RLC PDU的级别并且避免分段,这是因为分段通常需要另一准许来完整地发送PDCP PDU(例如,对于任何剩余的分段)。
作为替代方案,如果当低于ul-DataSplitthreshold时在辅RLC实体上接收到准许,则必要时可以将辅RLC实体配置为构建RLC PDU以及分段。再次,当PDCP数据量低于ul-DataSplitthreshold时,NW不应当在辅RLC实体上调度准许。然而,如果NW确实发送这样的准许,而不是辅RLC实体填充TB并且浪费资源,则辅RLC实体可以被配置为构建PDU并且更适当地利用带宽。构建的PDU可以是根据RLC分段PDU的粒度来构建的。如上所述,可能需要发送剩余RLC分段,针对该剩余RLC分段,辅RLC实体可以触发BSR,BSR有效地请求NW仅针对该分段调度准许。在接下来的准许中,如果PDCP数据量仍然低于ul-DataSplitthreshold,则辅RLC实体可以决定仅构建剩余的分段(并且填充其余的分段)。
在一些情况下,如果在低于ul-DataSplitthreshold时在辅RLC实体上接收到准许,则辅RLC实体可以在必要时构建RLC PDU以及分段,并且在主RLC实体上发送相同的PDCPPDU。换句话说,如果NW发送这样的准许,而不是辅RLC实体填充TB并且浪费资源,则辅RLC实体可以构建PDU并且更适当地利用带宽。构建的PDU可以是根据RLC分段PDU的粒度来构建的,但是可能仍然需要发送任何剩余的RLC分段。然而,代替在辅RLC实体上强制BSR,UE也可以在主RLC实体上发送相同的PDCP PDU,以确保接收机在没有任何PDCP孔的情况下按顺序接收PDCP PDU。
在一些情况下,如果RLC实体检测到“高”BLER(例如,高于门限值),这可以指示该特定实体上的信道状况差和/或恶化。因此,在这样的情况下,在该实体上构建新的PDU可能没有什么价值。为了减轻如果该实体继续发送则该实体可能经历的BLER,该RLC实体可以停止请求更多数据,并且可以报告零BSR,例如,即使满足ul-DataSplitthreshold条件。RLC实体可以继续报告零BSR(或避免发送非零BSR),直到该RLC实体认为自己已经从不利信道状况中恢复为止,此时它可以再次报告非零BSR。
在一些情况下,UE可能在另一RLC实体上重传(RETX)长时间(在一个RLC实体上)未接收到RLC ACK的等效PDCP PDU。由于一个RLC实体上的BLER,PDCP PDU可能尚未成功到达NW。在这样的情况下,接收机侧的PDCP窗口可能会因PDCP孔而被保持很长时间。为了减轻这样的情况,具有更好信道状况的RLC实体可以重传(未确认的)PDCP PDU,以便增加将PDU递送到NW的机会。
在一些情况下,当辅小区组(SCG)发生故障或已经发生故障(例如,由于无线电链路故障RLF)时,UE可以在主小区组(MCG)上(重新)发送PDU。在这种情况下,主RLC实体可以在MCG中,并且辅RLC实体可以在SCG中。通常,SCG故障指示SCG上的RLF,并且因此,SCG上的下行链路和UL通信可以被暂停,直到新的配置来自网络(例如,PDCP重建/恢复)为止。对于UL拆分承载,这样的暂停可能导致:
(1)如果primaryPath和ul-DataSplitThreshold被配置为使得UE必须在SCG上发送数据(例如,primaryPath=SCG,ul-DataSplitThreshold=高值),则不能在MCG上发送新PDU;
(2)先前在SCG上发送但是未被确认的PDU被卡在SCG支腿上,从而导致接收机侧的PDCP孔;和/或
(3)RLC分段可能留在SCG RLC中,从而导致接收机侧的PDCP孔。
因此,为了根据本公开内容的某些方面解决上述问题,UL拆分承载可以被配置为仅在MCG上发送新数据,而不考虑primaryPath和ul-DataSplitThreshold配置。此外,可以替代地简单地在MCG RLC上重传(例如,作为PDCP重新传输)SCG RLC上的任何未确认的数据和/或剩余RLC分段。在这种情况下,这样的重传可以在PDCP恢复和/或重建之前发生。另一种可能的使用情况是,如果一条链路被调离用于MSIM,以及另一链路被用于这样的PDCP重传。
PDCP恢复/重建可以在稍后的阶段发生,例如,当UE向网络发送SCG故障信息时,和/或当拆分承载配置也被修改时。当SCG路径不可用时,该实现利用MCG路径的使用,即使网络配置可能另有指示。此外,在SCG故障的情况下,可以保留UL数据传输,并且可以更快地恢复PDCP孔。
如上所述,允许UE当决定是否向给定RLC实体提交PDCP PDU时放宽某些规则和/或考虑信道状况(如本文所提出的)可以帮助减少资源浪费。例如,本文提出的技术可以避免任何填充和资源浪费,并且通过高效地使用NW分配的资源来提高总体PDCP吞吐量。通过监测信道状况,UE可以帮助减少给定RLC实体上的RLC重传(经历差的或恶化的信道状况),这可以通过在某些不利条件下增加成功递送的机会并且潜在地减少PDCP PDU的递送时间的延迟来帮助提高PDCP PDU的可靠性。
示例实施例
实施例1:一种用于由用户设备(UE)进行的无线通信的方法,包括:建立至少涉及主无线电链路控制(RLC)实体和辅RLC实体的拆分承载;基于一个或多个条件,根据一个或多个规则来决定是向所述主RLC实体还是所述辅RLC实体提交分组数据汇聚协议(PDCP)协议数据单元(PDU);以及根据所述决定来向所述主RLC实体或所述辅RLC实体中的至少一者提交所述PDCP PDU。
实施例2:根据实施例1所述的方法,其中,所述一个或多个条件被设计为避免网络提供的资源的浪费。
实施例3:根据实施例1或2所述的方法,其中,所述UE正在双连接(DC)模式下操作,在所述DC模式下,所述主RLC实体与第一无线电接入网络(RAN)相关联,并且所述辅RLC实体与第二RAN相关联。
实施例4:根据实施例1-3中任一项所述的方法,其中,所述UE正在双连接(DC)模式下操作,在所述DC模式下,所述主RLC实体与第一小区相关联,并且所述辅RLC实体与第二小区相关联。
实施例5:根据实施例1-4中任一项所述的方法,其中,所述一个或多个条件包括未完成的PDCP PDU量在发送传输块(TB)的中间降到门限值以下;并且所述UE仅向所述辅RLC实体提交所述PDCP PDU。
实施例6:根据实施例5所述的方法,其中,一个或多个动作包括:向所述辅RLC实体提交所述PDCP PDU,直到准许的资源被耗尽为止。
实施例7:根据实施例1-6中任一项所述的方法,其中,所述一个或多个条件包括未完成的PDCP PDU量在发送传输块(TB)的中间降到门限值以下;并且所述UE仅向所述辅RLC实体提交所述PDCP PDU。
实施例8:根据实施例7所述的方法,其中,所述辅RLC实体构建不具有分段的完整的RLC PDU。
实施例9:根据实施例7或8所述的方法,其中,所述辅RLC实体被允许构建具有分段的RLC PDU。
实施例10:根据实施例9所述的方法,还包括:在所述主RLC实体上发送在所述辅RLC实体上被分段的相同PDCP PDU。
实施例11:根据实施例1-10中任一项所述的方法,其中,所述一个或多个条件包括所述第一RLC实体或所述第二RLC实体中的至少一者的块错误率(BLER)高于门限值;并且所述方法还包括:避免向具有高于所述门限值的所述BLER的所述RLC实体提供PDCP PDU。
实施例12:根据实施例11所述的方法,还包括:避免针对具有高于所述门限值的所述BLER的所述RLC实体来报告非零缓冲器状态报告(BSR)。
实施例13:根据实施例1-12中任一项所述的方法,其中,所述一个或多个条件包括所述第一RLC实体或所述第二RLC实体中的至少一者的块错误率(BLER)高于门限值;并且所述方法还包括:在另一RLC实体上重传最初在具有高于所述门限值的所述BLER的所述RLC实体上发送的一个或多个PDCP PDU,针对所述一个或多个PDCP PDU尚未接收到RLC确认。
实施例14:根据实施例1-13中任一项所述的方法,其中,所述主RLC实体属于主小区组(MCG),并且所述辅RLC实体属于辅小区组(SCG)。
实施例15:根据实施例14所述的方法,其中,所述一个或多个条件包括对SCG RLC或MCG RLC中的一者的无线电链路故障(RLF)的检测;并且所述方法还包括:在所述SCG RLC或所述MCG RLC中的另一者上重传所提交的PDCP PDU。
实施例16:根据实施例14所述的方法,其中,所述一个或多个条件包括数据量低于门限;并且所述方法还包括:在MCG RLC上提交新的PDCP PDU,即使数据量和主配置指示所述新的PDCP PDU应当在SCG RLC上被提交。
实施例17:一种用于由用户设备(UE)进行的无线通信的装置,包括:用于建立至少涉及主无线电链路控制(RLC)实体和辅RLC实体的拆分承载的单元;用于基于一个或多个条件,根据一个或多个规则来决定是向所述主RLC实体还是所述辅RLC实体提交分组数据汇聚协议(PDCP)协议数据单元(PDU)的单元;以及用于根据所述决定来向所述主RLC实体或所述辅RLC实体中的至少一者提交所述PDCP PDU的单元。
实施例18:根据实施例17所述的装置,其中,所述一个或多个条件被设计为避免网络提供的资源的浪费。
实施例19:根据实施例17或18所述的装置,其中,所述UE正在双连接(DC)模式下操作,在所述DC模式下,所述主RLC实体与第一无线电接入网络(RAN)相关联,并且所述辅RLC实体与第二RAN相关联。
实施例20:根据实施例17-19中任一项所述的装置,其中,所述UE正在双连接(DC)模式下操作,在所述DC模式下,所述主RLC实体与第一小区相关联,并且所述辅RLC实体与第二小区相关联。
实施例21:根据实施例17-20中任一项所述的装置,其中,所述一个或多个条件包括未完成的PDCP PDU量在发送传输块(TB)的中间降到门限值以下;并且所述一个或多个动作包括:向所述辅RLC实体提交所述PDCP PDU。
实施例22:根据实施例21所述的装置,其中,所述一个或多个动作包括:向所述辅RLC实体提交所述PDCP PDU,直到准许的资源被耗尽为止。
实施例23:根据实施例17-22中任一项所述的装置,其中,所述一个或多个条件包括未完成的PDCP PDU量在发送传输块(TB)的中间降到门限值以下;并且所述一个或多个动作包括:向所述辅RLC实体提交所述PDCP PDU。
实施例24:根据实施例23所述的装置,其中,所述辅RLC实体构建不具有分段的完整的RLC PDU。
实施例25:根据实施例23或24所述的装置,其中,所述辅RLC实体被允许构建具有分段的RLC PDU。
实施例26:根据实施例25所述的装置,还包括:用于在所述主RLC实体上发送在所述辅RLC实体上被分段的相同PDCP PDU的单元。
实施例27:根据实施例17-26中任一项所述的装置,其中,所述一个或多个条件包括所述第一RLC实体或所述第二RLC实体中的至少一者的块错误率(BLER)高于门限值;并且所述一个或多个动作包括:避免向具有高于所述门限值的所述BLER的所述RLC实体提供PDCP PDU。
实施例28:根据实施例27所述的装置,还包括:用于避免针对具有高于所述门限值的所述BLER的所述RLC实体来报告非零缓冲器状态报告(BSR)的单元。
实施例29:根据实施例17-28中任一项所述的装置,其中,所述一个或多个条件包括所述第一RLC实体或所述第二RLC实体中的至少一者的块错误率(BLER)高于门限值;并且所述一个或多个动作包括:在另一RLC实体上重传最初在具有高于所述门限值的所述BLER的所述RLC实体上发送的一个或多个PDCP PDU,针对所述一个或多个PDCP PDU尚未接收到RLC确认。
实施例30:一种用于由用户设备(UE)进行的无线通信的装置,包括至少一个处理器和存储器,其被配置为:建立至少涉及主无线电链路控制(RLC)实体和辅RLC实体的拆分承载;基于一个或多个条件,根据一个或多个规则来决定是向所述主RLC实体还是所述辅RLC实体提交分组数据汇聚协议(PDCP)协议数据单元(PDU);以及根据所述决定来向所述主RLC实体或所述辅RLC实体中的至少一者提交所述PDCP PDU。
实施例31:一种计算机可读介质,其上存储有用于进行以下操作的指令:建立至少涉及主无线电链路控制(RLC)实体和辅RLC实体的拆分承载;基于一个或多个条件,根据一个或多个规则来决定是向所述主RLC实体还是所述辅RLC实体提交分组数据汇聚协议(PDCP)协议数据单元(PDU);以及根据所述决定来向所述主RLC实体或所述辅RLC实体中的至少一者提交所述PDCP PDU。
本文公开的方法包括用于实现这些方法的一个或多个步骤或动作。在不脱离权利要求的范围的情况下,这些方法步骤和/或动作可以彼此互换。换句话说,除非指定了步骤或动作的特定顺序,否则,在不脱离权利要求的范围的情况下,可以对特定步骤和/或动作的顺序和/或使用进行修改。
BS可以提供针对宏小区、微微小区、毫微微小区和/或其它类型的小区的通信覆盖。宏小区可以覆盖相对大的地理区域(例如,半径为若干千米)并且可以允许由具有服务订制的UE进行的不受限制的接入。微微小区可以覆盖相对小的地理区域并且可以允许由具有服务订制的UE进行的不受限制的接入。毫微微小区可以覆盖相对小的地理区域(例如,住宅)并且可以允许由与该毫微微小区具有关联的UE(例如,在封闭用户组(CSG)中的UE、针对住宅中的用户的UE等)进行的受限制的接入。用于宏小区的BS可以被称为宏BS。用于微微小区的BS可以被称为微微BS。用于毫微微小区的BS可以被称为毫微微BS或家庭BS。BS可以支持一个或多个(例如,三个)小区。
网络控制器130可以耦合到一组BS,以及提供针对这些BS的协调和控制。网络控制器130可以经由回程与BS进行通信。BS还可以经由无线或有线回程(例如,直接地或间接地)相互通信。
UE还可以被称为移动站、终端、接入终端、用户单元、站、用户驻地设备(CPE)、蜂窝电话、智能电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持设备、膝上型计算机、无绳电话、无线本地环路(WLL)站、平板计算机、相机、游戏设备、上网本、智能本、超级本、电器、医疗设备或医疗装置、生物计量传感器/设备、可穿戴设备(诸如智能手表、智能服装、智能眼镜、智能腕带、智能珠宝(例如,智能指环、智能手链等))、娱乐设备(例如,音乐设备、视频设备、卫星无线电设备等)、车辆的组件或传感器、智能仪表/传感器、工业制造设备、全球定位系统设备、或者被配置为经由无线或有线介质来进行通信的任何其它适当的设备。一些UE可以被认为是机器类型通信(MTC)设备或演进型MTC(eMTC)设备。MTC和eMTCUE包括例如机器人、无人机、远程设备、传感器、仪表、监视器、位置标签等,它们可以与BS、另一设备(例如,远程设备)或另一些实体进行通信。无线节点可以经由有线通信链路或无线通信链路来提供例如针对网络(例如,诸如互联网或蜂窝网络的广域网)或去往网络的连接。一些UE可以被认为是物联网(IoT)设备,其可以是窄带IoT(NB-IoT)设备。
如本文使用的,提及项目的列表“中的至少一个”的短语指代那些项目的任何组合,包括单个成员。举例而言,“以下各项中的至少一项:a、b或c”旨在涵盖a、b、c、a-b、a-c、b-c和a-b-c、以及与相同元素的倍数的任何组合(例如,a-a、a-a-a、a-a-b、a-a-c、a-b-b、a-c-c、b-b、b-b-b、b-b-c、c-c和c-c-c或者a、b和c的任何其它排序)。
如本文使用的,术语“确定”包括多种多样的动作。例如,“确定”可以包括计算、运算、处理、推导、调查、查找(例如,在表、数据库或另一数据结构中查找)、查明等。此外,“确定”可以包括接收(例如,接收信息)、存取(例如,存取在存储器中的数据)等。此外,“确定”可以包括解析、选定、选择、建立等。
提供前面的描述以使得本领域的任何技术人员能够实践本文描述的各个方面。对这些方面的各种修改对于本领域技术人员而言将是显而易见的,以及本文定义的一般原理可以应用于其它方面。因此,权利要求不旨在限于本文示出的各方面,而是要符合与权利要求的语言表达相一致的全部范围,其中,除非特别如此声明,否则对单数形式的元素的提及不旨在意指“一个且仅仅一个”,而是“一个或多个”。除非另外明确地声明,否则术语“一些”指的是一个或多个。遍及本公开内容描述的各个方面的元素的、对于本领域的普通技术人员而言已知或者稍后将知的全部结构的和功能的等效物以引用方式明确地并入本文中,以及旨在由权利要求书来包含。此外,本文中所公开的内容中没有内容是想要奉献给公众的,不管这样的公开内容是否明确记载在权利要求书中。没有权利要求元素要根据35U.S.C.§112(f)的规定来解释,除非元素是明确地使用短语“用于……的单元”来记载的,或者在方法权利要求的情况下,元素是使用短语“用于……的步骤”来记载的。
上文描述的方法的各种操作可以由能够执行相对应功能的任何适当的单元来执行。这些单元可以包括各种硬件和/或软件组件和/或模块,包括但不限于:电路、专用集成电路(ASIC)或处理器。通常,在存在图中所示出的操作的地方,那些操作可以具有带有类似编号的对应的配对单元加功能组件。例如,图5所示的操作500可以由图2所示的UE 120的一个或多个处理器执行。
结合本公开内容描述的各种说明性的逻辑框、模块和电路可以利用被设计为执行本文描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件(PLD)、分立门或晶体管逻辑、分立硬件组件、或者其任何组合来实现或执行。通用处理器可以是微处理器,但是在替代方案中,处理器可以是任何商业上可获得的处理器、控制器、微控制器或状态机。处理器还可以被实现为计算设备的组合,例如,DSP与微处理器的组合、多个微处理器、与DSP核相结合的一个或多个微处理器、或者任何其它这样的配置。
如果在硬件中实现,则示例性硬件配置可以包括在无线节点中的处理系统。处理系统可以利用总线架构来实现。根据处理系统的特定应用和总体设计约束,总线可以包括任何数量的互连总线和桥接器。总线可以将包括处理器、机器可读介质和总线接口的各种电路链接在一起。除此之外,总线接口还可以用于将网络适配器经由总线连接到处理系统。网络适配器可以用于实现PHY层的信号处理功能。在用户设备120(参见图1)的情况下,用户接口(例如,小键盘、显示器、鼠标、操纵杆等)还可以连接到总线。总线还可以链接诸如定时源、外围设备、电压调节器、功率管理电路等的各种其它电路,这些电路在本领域中是公知的,以及因此将不再进一步描述。处理器可以利用一个或多个通用处理器和/或专用处理器来实现。示例包括微处理器、微控制器、DSP处理器和能够执行软件的其它电路。本领域技术人员将认识到的是,根据特定的应用和施加在整个系统上的总体设计约束如何最佳地实现针对处理系统所描述的功能。
如果在软件中实现,则所述功能可以作为在计算机可读介质上的一个或多个指令或代码来存储或发送。无论是被称为软件、固件、中间件、微代码、硬件描述语言还是其它术语,软件都应当被广义地解释为意指指令、数据或其任何组合。计算机可读介质包括计算机存储介质和通信介质两者,通信介质包括有助于将计算机程序从一个地方传送到另一个地方的任何介质。处理器可以负责管理总线和一般处理,一般处理包括对在机器可读存储介质上存储的软件模块的执行。计算机可读存储介质可以耦合到处理器,使得处理器可以从该存储介质读取信息以及向该存储介质写入信息。在替代方案中,存储介质可以是处理器的组成部分。举例而言,机器可读介质可以包括传输线、通过数据调制的载波、和/或与无线节点分开的在其上存储有指令的计算机可读存储介质,所有这些可以由处理器通过总线接口来存取。替代地或另外地,机器可读介质或其任何部分可以被整合到处理器中,诸如该情况可以伴随高速缓存和/或通用寄存器堆。举例而言,机器可读存储介质的示例可以包括RAM(随机存取存储器)、闪存、ROM(只读存储器)、PROM(可编程只读存储器)、EPROM(可擦除可编程只读存储器)、EEPROM(电可擦除可编程只读存储器)、寄存器、磁盘、光盘、硬盘驱动器、或任何其它适当的存储介质、或其任何组合。机器可读介质可以被体现在计算机程序产品中。
软件模块可以包括单一指令或许多指令,以及可以被分布在若干不同的代码段上、在不同的程序之中以及跨越多个存储介质。计算机可读介质可以包括数个软件模块。软件模块包括指令,所述指令在由诸如处理器的装置执行时,使得处理系统执行各种功能。软件模块可以包括发送模块和接收模块。每个软件模块可以驻留在单个存储设备中或跨越多个存储设备而分布。举例而言,当触发事件发生时,可以将软件模块从硬盘驱动器加载到RAM中。在对软件模块的执行期间,处理器可以将指令中的一些指令加载到高速缓存中以增加存取速度。随后可以将一个或多个高速缓存行加载到通用寄存器堆中用于由处理器执行。当在下文提及软件模块的功能时,将理解的是,这样的功能是由处理器在执行来自该软件模块的指令时实现的。
此外,任何连接被适当地称为计算机可读介质。例如,如果使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或者无线技术(诸如红外线(IR)、无线电和微波)从网站、服务器或其它远程源发送软件,则同轴电缆、光纤光缆、双绞线、DSL或者无线技术(诸如红外线、无线电和微波)被包括在介质的定义中。如本文使用的,磁盘和光盘包括压缩光盘(CD)、激光光盘、光盘、数字多功能光盘(DVD)、软盘和
Figure BDA0003559836100000121
光盘,其中,磁盘通常磁性地复制数据,而光盘利用激光来光学地复制数据。因此,在一些方面中,计算机可读介质可以包括非暂时性计算机可读介质(例如,有形介质)。此外,对于其它方面而言,计算机可读介质可以包括暂时性计算机可读介质(例如,信号)。上文的组合还应当被包括在计算机可读介质的范围之内。
因此,某些方面可以包括用于执行本文给出的操作的计算机程序产品。例如,这样的计算机程序产品可以包括具有在其上存储(和/或编码)的指令的计算机可读介质,所述指令由一个或多个处理器可执行以执行本文描述的操作,例如,用于执行本文中描述的并且在图5中示出的操作的指令。
此外,应当了解的是,如果适用的话,用于执行本文描述的方法和技术的模块和/或其它适当的单元可以由用户终端和/或基站下载和/或以其它方式获得。例如,这样的设备可以耦合到服务器,以促进对用于执行本文描述的方法的单元的传送。替代地,本文描述的各种方法可以经由存储单元(例如,RAM、ROM、诸如压缩光盘(CD)或软盘的物理存储介质等)来提供,使得用户终端和/或基站在将存储单元耦合到该设备或提供给该设备时,能够获取各种方法。此外,可以利用用于向设备提供本文描述的方法和技术的任何其它适当的技术。
要理解的是,权利要求不限于上文示出的精确配置和组件。在不脱离权利要求的范围的情况下,可以在上文描述的方法和装置的布置、操作和细节中进行各种修改、改变和变型。

Claims (30)

1.一种用于由用户设备(UE)进行的无线通信的方法,包括:
建立至少涉及主无线电链路控制(RLC)实体和辅RLC实体的拆分承载;
基于一个或多个条件,根据一个或多个规则来决定是向所述主RLC实体还是所述辅RLC实体提交分组数据汇聚协议(PDCP)协议数据单元(PDU);以及
根据所述决定来向所述主RLC实体或所述辅RLC实体中的至少一者提交所述PDCP PDU。
2.根据权利要求1所述的方法,其中,所述一个或多个条件被设计为避免网络提供的资源的浪费。
3.根据权利要求1所述的方法,其中,所述UE正在双连接(DC)模式下操作,在所述DC模式下,所述主RLC实体与第一无线电接入网络(RAN)相关联,并且所述辅RLC实体与第二RAN相关联。
4.根据权利要求1所述的方法,其中,所述UE正在双连接(DC)模式下操作,在所述DC模式下,所述主RLC实体与第一小区相关联,并且所述辅RLC实体与第二小区相关联。
5.根据权利要求1所述的方法,其中:
所述一个或多个条件包括未完成的PDCP PDU量在发送传输块(TB)的中间降到门限值以下;并且
所述UE向所述辅RLC实体提交所述PDCP PDU。
6.根据权利要求5所述的方法,其中,所述UE向所述辅RLC实体提交所述PDCP PDU,直到准许的资源被耗尽为止。
7.根据权利要求1所述的方法,其中:
所述一个或多个条件包括未完成的PDCP PDU量在发送传输块(TB)的中间降到门限值以下;并且
所述UE仅向所述辅RLC实体提交所述PDCP PDU。
8.根据权利要求7所述的方法,其中,所述辅RLC实体构建不具有分段的完整的RLCPDU。
9.根据权利要求7所述的方法,其中,所述辅RLC实体被允许构建具有分段的RLC PDU。
10.根据权利要求9所述的方法,还包括:在所述主RLC实体上发送在所述辅RLC实体上被分段的相同的PDCP PDU。
11.根据权利要求1所述的方法,其中:
所述一个或多个条件包括所述第一RLC实体或所述第二RLC实体中的至少一者的块错误率(BLER)高于门限值;并且所述方法还包括:避免向具有高于所述门限值的所述BLER的所述RLC实体提供PDCP PDU。
12.根据权利要求11所述的方法,还包括:避免针对具有高于所述门限值的所述BLER的所述RLC实体来报告非零缓冲器状态报告(BSR)。
13.根据权利要求1所述的方法,其中:
所述一个或多个条件包括所述第一RLC实体或所述第二RLC实体中的至少一者的块错误率(BLER)高于门限值;并且所述方法还包括:在另一RLC实体上重传最初在具有高于所述门限值的所述BLER的所述RLC实体上发送的一个或多个PDCP PDU,针对所述一个或多个PDCP PDU尚未接收到RLC确认。
14.根据权利要求1所述的方法,其中,所述主RLC实体属于主小区组(MCG),并且所述辅RLC实体属于辅小区组(SCG)。
15.根据权利要求14所述的方法,其中:
所述一个或多个条件包括对SCG RLC或MCG RLC中的一者的无线电链路故障(RLF)的检测;并且
所述方法还包括:在所述SCG RLC或所述MCG RLC中的另一者上重传所提交的PDCPPDU。
16.根据权利要求14所述的方法,其中:
所述一个或多个条件包括数据量低于门限;并且
所述方法还包括:在MCG RLC上提交新的PDCP PDU,即使数据量和主配置指示所述新的PDCP PDU应当在SCG RLC上被提交。
17.一种用于由用户设备(UE)进行的无线通信的装置,包括:
用于建立至少涉及主无线电链路控制(RLC)实体和辅RLC实体的拆分承载的单元;
用于基于一个或多个条件,根据一个或多个规则来决定是向所述主RLC实体还是所述辅RLC实体提交分组数据汇聚协议(PDCP)协议数据单元(PDU)的单元;以及
用于根据所述决定来向所述主RLC实体或所述辅RLC实体中的至少一者提交所述PDCPPDU的单元。
18.根据权利要求17所述的装置,其中,所述一个或多个条件被设计为避免网络提供的资源的浪费。
19.根据权利要求17所述的装置,其中,所述UE正在双连接(DC)模式下操作,在所述DC模式下,所述主RLC实体与第一无线电接入网络(RAN)相关联,并且所述辅RLC实体与第二RAN相关联。
20.根据权利要求17所述的装置,其中,所述UE正在双连接(DC)模式下操作,在所述DC模式下,所述主RLC实体与第一小区相关联,并且所述辅RLC实体与第二小区相关联。
21.根据权利要求17所述的装置,其中:
所述一个或多个条件包括未完成的PDCP PDU量在发送传输块(TB)的中间降到门限值以下;并且
所述UE向所述辅RLC实体提交所述PDCP PDU。
22.根据权利要求21所述的装置,其中,所述UE向所述辅RLC实体提交所述PDCP PDU,直到准许的资源被耗尽为止。
23.根据权利要求21所述的装置,其中,所述辅RLC实体构建不具有分段的完整的RLCPDU。
24.根据权利要求21所述的装置,其中,所述辅RLC实体被允许构建具有分段的RLCPDU。
25.根据权利要求24所述的装置,还包括:用于在所述主RLC实体上发送在所述辅RLC实体上被分段的相同的PDCP PDU的单元。
26.根据权利要求17所述的装置,其中:
所述一个或多个条件包括所述第一RLC实体或所述第二RLC实体中的至少一者的块错误率(BLER)高于门限值;并且
所述UE包括:避免向具有高于所述门限值的所述BLER的所述RLC实体提供PDCP PDU。
27.根据权利要求26所述的装置,还包括:用于避免针对具有高于所述门限值的所述BLER的所述RLC实体来报告非零缓冲器状态报告(BSR)的单元。
28.根据权利要求17所述的装置,其中:
所述一个或多个条件包括所述第一RLC实体或所述第二RLC实体中的至少一者的块错误率(BLER)高于门限值;并且
所述UE在另一RLC实体上重传最初在具有高于所述门限值的所述BLER的所述RLC实体上发送的一个或多个PDCP PDU,针对所述一个或多个PDCP PDU尚未接收到RLC确认。
29.一种用于由用户设备(UE)进行的无线通信的装置,包括:
至少一个处理器和存储器,其被配置为:
建立至少涉及主无线电链路控制(RLC)实体和辅RLC实体的拆分承载;
基于一个或多个条件,根据一个或多个规则来决定是向所述主RLC实体还是所述辅RLC实体提交分组数据汇聚协议(PDCP)协议数据单元(PDU);以及
根据所述决定来向所述主RLC实体或所述辅RLC实体中的至少一者提交所述PDCP PDU。
30.一种计算机可读介质,其上存储有用于进行以下操作的指令:
建立至少涉及主无线电链路控制(RLC)实体和辅RLC实体的拆分承载;
基于一个或多个条件,根据一个或多个规则来决定是向所述主RLC实体还是所述辅RLC实体提交分组数据汇聚协议(PDCP)协议数据单元(PDU);以及
根据所述决定来向所述主RLC实体或所述辅RLC实体中的至少一者提交所述PDCP PDU。
CN202080066721.6A 2019-10-01 2020-09-25 上行链路拆分承载配置中的资源的高效使用 Pending CN114514790A (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
IN201941039707 2019-10-01
IN201941039707 2019-10-01
US17/031,230 2020-09-24
US17/031,230 US11323983B2 (en) 2019-10-01 2020-09-24 Efficient usage of resources in an uplink split bearer configuration
PCT/US2020/052783 WO2021067137A1 (en) 2019-10-01 2020-09-25 Efficient usage of resources in an uplink split bearer configuration

Publications (1)

Publication Number Publication Date
CN114514790A true CN114514790A (zh) 2022-05-17

Family

ID=75162623

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080066721.6A Pending CN114514790A (zh) 2019-10-01 2020-09-25 上行链路拆分承载配置中的资源的高效使用

Country Status (4)

Country Link
US (1) US11323983B2 (zh)
EP (1) EP4039054A1 (zh)
CN (1) CN114514790A (zh)
WO (1) WO2021067137A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020103047A1 (zh) * 2018-11-21 2020-05-28 华为技术有限公司 一种数据传输方法和装置
KR20210152853A (ko) * 2020-06-09 2021-12-16 삼성전자주식회사 이중접속 네트워크에서 패킷을 재전송하는 방법 및 장치
WO2022262969A1 (en) 2021-06-16 2022-12-22 Nokia Technologies Oy Enhancing split bearer data transfer
US20230014946A1 (en) * 2021-07-13 2023-01-19 Apple Inc. Transmission Padding Efficiency Improvement

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150326456A1 (en) * 2014-05-09 2015-11-12 Telefonaktiebolaget L M Ericsson (Publ) Pdcp and flow control for split bearer
US20180279173A1 (en) * 2017-03-24 2018-09-27 Motorola Mobility Llc Split bearer packet data converge protocol protocol data unit routing
WO2018212535A1 (en) * 2017-05-16 2018-11-22 Lg Electronics Inc. Apparatus and method for a user equipment (ue) operating a split bearer
US20180352556A1 (en) * 2017-06-02 2018-12-06 Motorola Mobility Llc Determining data available for transmission
US20190069308A1 (en) * 2017-08-12 2019-02-28 Lg Electronics Inc. Method for handling for an uplink split operation in wireless communication system and a device therefor
US20190132771A1 (en) * 2017-11-01 2019-05-02 Mediatek Inc. Buffer Status Report For Split Bearer Preprocessing In Wireless Communications
US20190215719A1 (en) * 2018-01-10 2019-07-11 FG Innovation Company Limited Methods and devices for packet data convergence protocol (pdcp) data transmission in wireless communication systems
US20190254100A1 (en) * 2018-02-15 2019-08-15 Qualcomm Incorporated Secondary cell group failure handling

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10827508B2 (en) * 2018-02-13 2020-11-03 Ofinno, Llc Aperiodic indications for beam failure recovery
US11412566B2 (en) * 2019-08-09 2022-08-09 Ofinno, Llc Uplink downlink session duplication

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150326456A1 (en) * 2014-05-09 2015-11-12 Telefonaktiebolaget L M Ericsson (Publ) Pdcp and flow control for split bearer
US20180279173A1 (en) * 2017-03-24 2018-09-27 Motorola Mobility Llc Split bearer packet data converge protocol protocol data unit routing
WO2018212535A1 (en) * 2017-05-16 2018-11-22 Lg Electronics Inc. Apparatus and method for a user equipment (ue) operating a split bearer
US20180352556A1 (en) * 2017-06-02 2018-12-06 Motorola Mobility Llc Determining data available for transmission
US20190069308A1 (en) * 2017-08-12 2019-02-28 Lg Electronics Inc. Method for handling for an uplink split operation in wireless communication system and a device therefor
US20190132771A1 (en) * 2017-11-01 2019-05-02 Mediatek Inc. Buffer Status Report For Split Bearer Preprocessing In Wireless Communications
US20190215719A1 (en) * 2018-01-10 2019-07-11 FG Innovation Company Limited Methods and devices for packet data convergence protocol (pdcp) data transmission in wireless communication systems
US20190254100A1 (en) * 2018-02-15 2019-08-15 Qualcomm Incorporated Secondary cell group failure handling

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
TCL: "R2-1804294 "Interaction between PDCP and RLC Entities for duplication in NR-NR DC"", 3GPP TSG_RAN\\WG2_RL2, no. 2, 4 April 2018 (2018-04-04) *

Also Published As

Publication number Publication date
EP4039054A1 (en) 2022-08-10
US20210099977A1 (en) 2021-04-01
WO2021067137A1 (en) 2021-04-08
US11323983B2 (en) 2022-05-03

Similar Documents

Publication Publication Date Title
CN111771419B (zh) 用于超可靠低等待时间通信的增强型上行链路无准予/下行链路半持久调度
CN111316720B (zh) 用于具有不同的数字方案的上行链路的定时提前配置方法
CN110999174B (zh) 用于无线通信的方法
CN111615806B (zh) 用于超可靠低等待时间通信(urllc)的物理下行链路控制信道(pdcch)重复和解码
JP2021520112A (ja) Rrcセットアップ前のpucchリソース割振り
CN111052645A (zh) 用于物理上行链路共享信道(pusch)上的上行链路控制信息(uci)驮载的资源(re)映射规则
US11323983B2 (en) Efficient usage of resources in an uplink split bearer configuration
CN111989879A (zh) 解调参考信号(dmrs)时域捆绑以及多码字传输和处理
TWI803533B (zh) 實體上行鏈路控制頻道(pucch)資源分配
CN111886826A (zh) 针对超可靠低时延通信(urllc)的提高的物理下行链路控制信道(pdcch)可靠性
US11743925B2 (en) Resource allocation for uplink control information (UCI) and data multiplexing on a physical uplink shared channel (PUSCH)
CN111034092A (zh) 确定最大传输块大小
US20210144800A1 (en) Sidelink medium access control (mac) control element (ce) designs
CN110754053B (zh) 用于基于码块组(cbg)的后续传输的下行链路控制信息(dci)格式
CN114556841A (zh) 用于多径下行链路重传的侧行链路识别
CN114600409A (zh) 用于波束故障恢复的控制信道优先级化
CN113615121A (zh) 用于多连接传输的动态上行链路功率控制
CN111480387B (zh) 对上行链路传输块的改进的调度
US10750520B2 (en) Radio link control/packet data convergence protocol window advance with holes
CN112534752A (zh) 针对多trp传输的层映射
WO2021142923A1 (en) An efficient scheme for fountain codes over multiple radio access technologies
CN114642066A (zh) 用于路径分集的组半持久调度
US10506621B2 (en) Uplink sharing in a multiple radio access technology environment
US20210297988A1 (en) Multicast network coding
US11646852B2 (en) Uplink transport protocol acknowledgment shaping and downlink data shaping at a user equipment

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