CN117580178A - 用于在无线通信系统中发送数据的方法及装置 - Google Patents

Abstract

提供了一种无线通信系统中的装置及其执行的方法。该方法包括：接收包括配置信息的物理下行信道；发送物理上行信道，该物理上行信道包括物理上行共享信道(PUSCH)和/或物理上行控制信道(PUCCH)。本发明能够改进通信效率。

Description

用于在无线通信系统中发送数据的方法及装置

技术领域

本公开涉及无线通信技术领域，尤其涉及用于在无线通信系统中发送数据的方法及装置。

背景技术

为了满足自4G通信系统的部署以来增加的对无线数据通信业务的需求，已经努力开发改进的5G或准5G通信系统。因此，5G或准5G通信系统也被称为“超4G网络”或“后LTE系统”。

5G通信系统是在更高频率(毫米波，mmWave)频带(例如60GHz频带)中实施的，以实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5G通信系统中讨论波束成形、大规模多输入多输出(Multiple-Input Multiple-Output，MIMO)、全维MIMO(Full Dimensional MIMO，FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。

此外，在5G通信系统中，基于先进的小小区、云无线接入网(Radio AccessNetwork，RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(Coordinated Multi-Points，CoMP)、接收端干扰消除等，正在进行对系统网络改进的开发。

在5G系统中，已经开发作为高级编码调制(Advanced Coding Modulation，ACM)的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(Sliding Window Superposition Coding，SWSC)、以及作为高级接入技术的滤波器组多载波(Filter Bank Multi Carrier，FBMC)、非正交多址(Non-Orthogonal Multiple Access，NOMA，NOMA)和稀疏码多址(Sparse CodeMultiple Access，SCMA)。

发明内容

根据本公开的至少一实施例，提供了一种无线通信系统中由终端执行的方法。该方法：接收包括配置信息的物理下行信道；发送物理上行信道，该物理上行信道包括物理上行共享信道(PUSCH)和/或物理上行控制信道(PUCCH)

根据本公开的至少一实施例，提供了一种无线通信系统中由基站执行的方法。该方法包括向终端发送包括配置信息的物理下行信道；以及从所述终端接收物理上行信道，其中物理上行信道包括物理上行共享信道(PUSCH)和/或物理上行控制信道(PUCCH)。

在一些实施方式中，例如，所述配置信息用于指示所述终端上报与上行数据的传输时延相关的第一信息。接收物理上行信道包括，在所述PUSCH上接收由所述终端响应于所述配置信息上报的与上行数据的传输时延相关的第一信息。

在一些实施方式中，例如，所述第一信息包括一个或多个无线链路控制(RLC)协议数据单元(PDU)中的至少一个RLC PDU的第二信息。对于所述至少一个RLC PDU中的每个RLCPDU，所述第二信息包括以下中的至少一个：

-第一时间，指示所述RLC PDU到达所述终端的时间；

-第一数据包延迟预算(PDB)，指示第一时间与所述基站成功接收所述RLC PDU的时间之间的时间间隔需要满足的时延要求；

-第一剩余PDB，通过第一PDB减去第一时间与RLC PDU相对应的媒体访问控制(MAC)PDU被发送的时间之间的时间间隔获得；

-第二剩余PDB，通过第一剩余PDB减去第一预定义的时间获得；

-第三剩余PDB，通过第一PDB减去第二预定义的时间获得；

-所述RLC PDU的大小；或

-与所述RLC PDU相对应的逻辑信道的缓存中剩余的RLC PDU的大小。

在一些实施方式中，例如，所述至少一个RLC PDU中的每个RLC PDU满足第一预定义的条件。其中，对于所述至少一个RLC PDU中的每个RLC PDU，所述第一预定义的条件包括以下中的至少一个：与所述RLC PDU相对应的逻辑信道满足第二预定义的条件；或所述RLCPDU的第二信息满足第三预定义的条件。

在一些实施方式中，例如，所述第二预定义的条件包括以下中的至少一个：所述配置信息用于指示所述终端针对与所述RLC PDU相对应的逻辑信道上报第二信息；或所述配置信息用于指示所述终端针对与所述RLC PDU相对应的逻辑信道所属的逻辑信道组LCG上报第二信息。

在一些实施方式中，例如，所述第三预定义的条件包括以下中的至少一个：第一剩余PDB小于第一预定义门限；第二剩余PDB小于第二预定义门限；第三剩余PDB小于第三预定义门限；第一剩余PDB大于第四预定义门限；第二剩余PDB大于第五预定义门限；或第三剩余PDB大于第六预定义门限。

在一些实施方式中，例如，对于一个或多个RLC PDU中的RLC PDU，在所述RLC PDU满足第四预定义的条件的情况下：与所述RLC PDU相对应的逻辑信道的缓存被清空；和/或缓存状态报告BSR被触发；和/或特定的调度请求SR被触发。

在一些实施方式中，例如，所述第四预定义的条件包括以下中的至少一个：第一剩余PDB小于第七预定义门限，所述第一剩余PDB通过第一PDB减去第一时间与RLC PDU相对应的MAC PDU被发送的时间之间的时间间隔获得，所述第一PDB指示第一时间与所述基站成功接收所述RLC PDU的时间之间的时间间隔需要满足的时延要求，所述第一时间指示所述RLCPDU到达所述终端的时间；第二剩余PDB小于第八预定义门限，所述第二剩余PDB通过第一剩余PDB减去第一预定义的时间获得；或第三剩余PDB小于第九预定义门限，所述第三剩余PDB通过第一PDB减去第二预定义的时间获得。

在一些实施方式中，例如，在媒体访问控制(MAC)协议数据单元(PDU)满足第五预定义的条件的情况下，与所述MAC PDU相对应的混合自动重复请求HARQ缓存被清空。

在一些实施方式中，例如，所述配置信息包括指示HARQ进程的重传的动态上行授权。在与所述HARQ进程相对应的MAC PDU满足第五预定义的条件的情况下，不接收与所述动态上行授权相关联的PUSCH。

在一些实施方式中，例如，所述配置信息包括配置上行授权。在针对所述配置上行授权配置了HARQ进程并且与所述HARQ进程相对应的MAC PDU满足第五预定义的条件的情况下，配置授权重传定时器或配置授权定时器中的至少一个被停止。

在一些实施方式中，例如，所述第五预定义的条件包括以下中的至少一个：与所述MAC PDU相对应的无线链路控制RLC PDU中的至少一个或全部满足第六预定义的条件；或用于接收所述MAC PDU的PUSCH为配置授权CG PUSCH。

在一些实施方式中，例如，所述第六预定义的条件包括以下中的至少一个：第一剩余数据包延迟预算(PDB)小于第七预定义门限，所述第一剩余PDB通过第一PDB减去第一时间与RLC PDU相对应的MAC PDU被发送的时间之间的时间间隔获得，所述第一PDB指示第一时间与所述基站成功接收所述RLC PDU的时间之间的时间间隔需要满足的时延要求，所述第一时间指示所述RLC PDU到达所述终端的时间；第二剩余PDB小于第八预定义门限，所述第二剩余PDB通过第一剩余PDB减去第一预定义的时间获得；或第三剩余PDB小于第九预定义门限，所述第三剩余PDB通过第一PDB减去第二预定义的时间获得。

在一些实施方式中，例如，所述配置信息包括指示混合自动重复请求HARQ进程的动态上行授权。接收物理上行信道包括，在与所述动态上行授权相关联的PUSCH上接收包括所述HARQ进程相关的信息的上行控制信息UCI。

在一些实施方式中，例如，所述HARQ进程相关的信息包括以下中的至少一个：新数据指示(NDI)；调制编码方式(MCS)；或冗余版本(RV)。

在一些实施方式中，例如，所述配置信息包括指示HARQ进程的重传的动态上行授权。接收物理上行信道包括：在与所述HARQ进程相对应的MAC PDU满足第五预定义的条件的情况下，在与所述动态上行授权相关联的PUSCH上接收新的MAC PDU以及包括新的MAC PDU相关的信息的上行控制信息UCI。

在一些实施方式中，例如，所述新的PDU相关的信息包括以下中的至少一个：NDI；MCS；或RV。

在一些实施方式中，例如，接收物理上行信道包括：从所述终端接收承载用于指示没有上行数据的信息的物理上行控制信道PUCCH。

在一些实施方式中，例如，从所述终端接收用于指示没有上行数据的信息的物理上行控制信道PUCCH包括：从终端接收承载否定的调度请求SR的PUCCH以确定没有上行数据需要接收。

根据本公开的一些实施例，还提供了一种无线通信系统中的终端。该终端包括：收发器；以及控制器，与所述收发器耦接并被配置为执行上述由终端执行的方法中的一个或多个操作。

根据本公开的一些实施例，还提供了一种无线通信系统中的基站。该基站包括：收发器；以及控制器，与所述收发器耦接并被配置为执行上述由基站执行的方法中的一个或多个操作。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对本公开实施例的附图作简单地介绍。明显地，下面描述的附图仅仅涉及本公开的一些实施例，而非对本公开的限制，附图中：

图1示出了根据本公开的一些实施例的示例无线网络的示意图；

图2A和图2B示出了根据本公开的一些实施例的示例无线发送和接收路径；

图2C示出了根据本公开的实施例的下一代移动通信系统的无线电协议体系结构；

图3A示出了根据本公开的一些实施例的示例用户设备(UE)；

图3B示出了根据本公开的一些实施例的示例gNB；

图4示出了根据本公开的一些实施例的第二收发节点的框图；

图5示出了根据公开的一些实施例的由UE执行的方法的流程图；

图6A-6C示出了根据本公开的一些实施例的上行传输定时的一些示例；

图7示出了根据本公开的一些实施例的由终端执行的方法700的流程图；

图8示出了根据本公开的一些实施例的第一收发节点的框图；

图9示出了根据本公开的一些实施例的由基站执行的方法的流程图；以及

图10示出了根据本公开的一些实施例的由基站执行的方法的流程图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例的附图，对本公开实施例的技术方案进行清楚、完整地描述。明显地，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。基于所描述的本公开的实施例，本领域普通技术人员在无需创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

在进行下面的具体实施方式的描述之前，对贯穿该专利文档使用的某些词语和短语的定义进行阐述可能是有利的。术语“耦合”及其派生词是指两个或更多个元件之间的任何直接或间接通信，不管这些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词涵盖直接和间接通信。术语“包括”和“包含”及其派生词意味着包括但不限于。术语“或”是包含性的，意味着和/或。短语“与...相关联”及其派生词意指包括、包括在...内、连接到、与...互联、包含、包含在...内、连接到或与...连接、耦合到或与...耦合、可与...通信、与...协作、交织、并置、接近、绑定到或与...绑定、具有、具有...属性、具有...关系或与...具有关系等。术语“控制器”意味着控制至少一个操作的任何设备、系统或其部分。这样的控制器可以实施在硬件中，或者实施在硬件和软件和/或固件的组合中。与任何特定控制器关联的功能可以是本地或远程的集中式或分布式。短语“...中的至少一个”当与项目列表一起使用时，意味着可以使用一个或多个所列项目的不同组合，并且可能只需要列表中的一个项目。例如，“A、B和C中的至少一个”包括以下组合中的任何一个：A、B、C、A和B、A和C、B和C、以及A和B和C。例如，“A、B或C中的至少一个”包括以下组合中的任何一个：A、B、C、A和B、A和C、B和C、以及A和B和C。

此外，以下描述的各种功能可以由一个或多个计算机程序实施或支持，每个计算机程序由计算机可读程序代码形成并体现在计算机可读介质中。术语“应用”和“程序”是指一个或多个计算机程序、软件组件、指令集、过程、功能、对象、类、实例、相关数据或其适于在合适的计算机可读程序代码中实施的部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够被计算机访问的任何类型的介质，诸如只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其他类型的存储器。“非暂时性”计算机可读介质排除了传输暂时性电信号或其他信号的有线、无线、光学或其他通信链路。非暂时性计算机可读介质包括可以永久存储数据的介质和可以存储和稍后重写数据的介质，诸如可重写光盘或可擦除存储器设备。

这里用于描述本发明的实施例的术语并非旨在限制和/或限定本发明的范围。例如，除非另外定义，本公开使用的技术术语或者科学术语应当为本发明所属领域内具有一般技能的人士所理解的通常意义。

应该理解的是，本公开中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。除非上下文另外清楚地指出，否则单数形式“一个”、“一”或者“该”等类似词语也不表示数量限制，而是表示存在至少一个。例如，对“部件表面”的引用包括对一个或多个这种表面的引用。

如本文所使用的，对“一个示例”或“示例”、“一个实施例”或“实施例”的任何引用意味着结合该实施例描述的特定元件、特征、结构或特性被包括在至少一个实施例中。在说明书的不同地方出现的短语“在一个实施例中”或“在一个示例”不一定都指同一个实施例。

如本文所使用的，某事物“的一部分”意味着该事物“的至少一些”，因此可能意味着少于该事物的全部或该事物的全部。因此，事物“的一部分”包括整个事物作为特例，即，整个事物是事物的一部分的示例。

如本文所使用的，术语“集合”表示一个或多个。因此，项目的集合可以是单个项目或者两个或更多个项目的集合。

在本公开中，为了确定特定条件是否被满足，诸如“大于”或“小于”之类的表达是作为示例使用的，并且诸如“大于或等于”、“大于或者大于或等于”、“小于或等于”、或“小于或者小于或等于”之类的表达也是适用的，并且不被排除。例如，用“大于或等于”定义的条件可以用“大于”代替(或反之亦然)，用“小于或等于”定义的条件可以用“小于”代替(或反之亦然)，等等。

将进一步理解的是，术语“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

以下讨论的用于在本专利文档中描述本公开的原理的各种实施例仅作为说明，并且不应以任何方式解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以实施在任何适当地布置的无线通信系统中。例如，尽管以下对本公开的实施例的详细描述将针对LTE和5G通信系统，但是本领域技术人员可以理解，在基本上不脱离本公开的范围的情况下，本公开的主要要点经过稍微修改也可以应用于具有类似技术背景和信道格式的其他通信系统。本申请实施例的技术方案可以应用于各种通信系统，例如，通信系统可以包括全球移动通信(global system for mobile communications，GSM)系统、码分多址(codedivision multiple access，CDMA)系统、宽带码分多址(wideband code divisionmultiple access，WCDMA)系统、通用分组无线业务(general packet radio service，GPRS)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency divisionduplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwideinteroperability for microwave access，WiMAX)通信系统、第五代(5th generation，5G)系统或新无线(new radio，NR)等。此外，本申请实施例的技术方案可以应用于面向未来的通信技术。此外，本申请实施例的技术方案可以应用于面向未来的通信技术。

下面，将参考附图详细地说明本公开的实施例。应当注意的是，不同的附图中相同的附图标记将用于指代已描述的相同的元件。

下面的图1-图3B描述了在无线通信系统中通过使用正交频分复用(orthogonalfrequency division multiplexing，OFDM)或正交频分多址(orthogonal frequencydivision multiple access，OFDMA)通信技术来实施的各种实施例。图1-图3B的描述并不意味着对可以实施不同实施例的方式的物理或架构的暗示。本公开的不同实施例可以在任何适当布置的通信系统中实施。

图1示出了根据本公开的一些实施例的示例无线网络100。图1中所示的无线网络100的实施例仅用于说明。能够使用无线网络100的其他实施例而不脱离本公开的范围。

无线网络100包括gNodeB(gNB)101、gNB 102和gNB 103。gNB 101与gNB 102和gNB103通信。gNB 101还与至少一个互联网协议(IP)网络130(诸如互联网、专有IP网络或其他数据网络)通信。

取决于网络类型，能够取代“gNodeB”或“gNB”而使用其他众所周知的术语，诸如“基站”或“接入点”。为方便起见，术语“gNodeB”和“gNB”在本专利文件中用来指代为远程终端提供无线接入的网络基础设施组件。并且，取决于网络类型，能够取代“用户设备”或“UE”而使用其他众所周知的术语，诸如“移动台”、“用户台”、“远程终端”、“无线终端”或“用户装置”。例如，术语“终端”、“用户设备”和“UE”在本专利文件中可以用来指代无线接入gNB的远程无线设备，无论UE是移动设备(诸如，移动电话或智能电话)还是通常所认为的固定设备(诸如桌上型计算机或自动售货机)。

gNB 102为gNB 102的覆盖区域120内的第一多个用户设备(UE)提供对网络130的无线宽带接入。第一多个UE包括：UE 111，可以位于小型企业(SB)中；UE 112，可以位于企业(E)中；UE 113，可以位于WiFi热点(HS)中；UE 114，可以位于第一住宅(R)中；UE 115，可以位于第二住宅(R)中；UE 116，可以是移动设备(M)，如蜂窝电话、无线膝上型计算机、无线PDA等。gNB 103为gNB 103的覆盖区域125内的第二多个UE提供对网络130的无线宽带接入。第二多个UE包括UE 115和UE 116。在一些实施例中，gNB 101-103中的一个或多个能够使用5G、长期演进(LTE)、LTE-A、WiMAX或其他高级无线通信技术彼此通信以及与UE 111-116通信。

虚线示出覆盖区域120和125的近似范围，所述范围被示出为近似圆形仅仅是出于说明和解释的目的。应该清楚地理解，与gNB相关联的覆盖区域，诸如覆盖区域120和125，能够取决于gNB的配置和与自然障碍物和人造障碍物相关联的无线电环境的变化而具有其他形状，包括不规则形状。

如下面更详细描述的，gNB 101、gNB 102和gNB 103中的一个或多个包括如本公开的实施例中所描述的2D天线阵列。在一些实施例中，gNB 101、gNB 102和gNB 103中的一个或多个支持用于具有2D天线阵列的系统的码本设计和结构。

尽管图1示出了无线网络100的一个示例，但是能够对图1进行各种改变。例如，无线网络100能够包括任何合适布置的任何数量的gNB和任何数量的UE。并且，gNB 101能够与任何数量的UE直接通信，并且向那些UE提供对网络130的无线宽带接入。类似地，每个gNB102-103能够与网络130直接通信并且向UE提供对网络130的直接无线宽带接入。此外，gNB101、102和/或103能够提供对其他或附加外部网络(诸如外部电话网络或其他类型的数据网络)的接入。

图2A和图2B示出了根据本公开的一些实施例的示例无线发送和接收路径。在以下描述中，发送路径200能够被描述为在gNB(诸如gNB 102)中实施，而接收路径250能够被描述为在UE(诸如UE 116)中实施。然而，应该理解，接收路径250能够在gNB中实施，并且发送路径200能够在UE中实施。在一些实施例中，接收路径250被配置为支持用于具有如本公开的实施例中所描述的2D天线阵列的系统的码本设计和结构。

发送路径200包括信道编码和调制块205、串行到并行(S到P)块210、N点快速傅里叶逆变换(IFFT)块215、并行到串行(P到S)块220、添加循环前缀块225、和上变频器(UC)230。接收路径250包括下变频器(DC)255、移除循环前缀块260、串行到并行(S到P)块265、N点快速傅立叶变换(FFT)块270、并行到串行(P到S)块275、以及信道解码和解调块280。

在发送路径200中，信道编码和调制块205接收一组信息比特，应用编码(诸如低密度奇偶校验(LDPC)编码)，并调制输入比特(诸如利用正交相移键控(QPSK)或正交幅度调制(QAM))以生成频域调制符号的序列。串行到并行(S到P)块210将串行调制符号转换(诸如，解复用)为并行数据，以便生成N个并行符号流，其中N是在gNB 102和UE 116中使用的IFFT/FFT点数。N点IFFT块215对N个并行符号流执行IFFT运算以生成时域输出信号。并行到串行块220转换(诸如复用)来自N点IFFT块215的并行时域输出符号，以便生成串行时域信号。添加循环前缀块225将循环前缀插入时域信号。上变频器230将添加循环前缀块225的输出调制(诸如上变频)为RF频率，以经由无线信道进行传输。在变频到RF频率之前，还能够在基带处对信号进行滤波。

从gNB 102发送的RF信号在经过无线信道之后到达UE 116，并且在UE116处执行与gNB 102处的操作相反的操作。下变频器255将接收信号下变频为基带频率，并且移除循环前缀块260移除循环前缀以生成串行时域基带信号。串行到并行块265将时域基带信号转换为并行时域信号。N点FFT块270执行FFT算法以生成N个并行频域信号。并行到串行块275将并行频域信号转换为调制数据符号的序列。信道解码和解调块280对调制符号进行解调和解码，以恢复原始输入数据流。

gNB 101-103中的每一个可以实施类似于在下行链路中向UE 111-116进行发送的发送路径200，并且可以实施类似于在上行链路中从UE 111-116进行接收的接收路径250。类似地，UE 111-116中的每一个可以实施用于在上行链路中向gNB 101-103进行发送的发送路径200，并且可以实施用于在下行链路中从gNB 101-103进行接收的接收路径250。

图2A和图2B中的组件中的每一个能够仅使用硬件来实施，或使用硬件和软件/固件的组合来实施。作为特定示例，图2A和图2B中的组件中的至少一些可以用软件实施，而其他组件可以通过可配置硬件或软件和可配置硬件的混合来实施。例如，FFT块270和IFFT块215可以实施为可配置的软件算法，其中可以根据实施方式来修改点数N的值。

此外，尽管描述为使用FFT和IFFT，但这仅是说明性的，并且不应解释为限制本公开的范围。能够使用其他类型的变换，诸如离散傅立叶变换(DFT)和离散傅里叶逆变换(IDFT)函数。应当理解，对于DFT和IDFT函数而言，变量N的值可以是任何整数(诸如1、2、3、4等)，而对于FFT和IFFT函数而言，变量N的值可以是作为2的幂的任何整数(诸如1、2、4、8、16等)。

尽管图2A和图2B示出了无线发送和接收路径的示例，但是可以对图2A和图2B进行各种改变。例如，图2A和图2B中的各种组件能够被组合、进一步细分或省略，并且能够根据特定需要添加附加组件。而且，图2A和图2B旨在示出能够在无线网络中使用的发送和接收路径的类型的示例。任何其他合适的架构能够用于支持无线网络中的无线通信。

图2C示出了根据本公开的实施例的下一代移动通信系统的无线电协议体系结构。

参考图2C，对于UE和NR基站中的每一个，下一代移动通信系统的无线电协议包括NR PDCP 2c-05和2c-40、NR RLC 2c-10和2c-35以及NR MAC2c-15和2c-30。NR PDCP 2c-05和2c-40的主要功能可以包括以下功能中的部分：

-报头压缩和解压缩：仅ROHC

-对用户数据的传送

-对上层PDU的按序递送

-对上层PDU的无序递送

-用于接收的PDCP PDU重新排序

-对下层SDU的重复检测

-对PDCP SDU的重传

-加密和解密

-上行链路中基于定时器的SDU丢弃

NR PDCP设备的重新排序功能是指基于PDCP序列号(SN)顺序地对从下层接收到的PDCP PDU进行重新排序的功能，并且可以包括以重新排序的顺序将数据发送到上层的功能、在不考虑顺序的情况下发送数据的功能、对序列进行重新排序并记录丢失的PDCP PDU的功能、向发送侧提供关于丢失的PDCP PDU的状态报告的功能、以及请求对丢失的PDCPPDU的重传的功能。

NR RLC 2c-10和2c-35的主要功能可以包括以下功能中的部分：

-对上层PDU的传送

-对上层PDU的按序递送

-对上层PDU的无序递送

-通过ARQ的纠错

-RLC SDU的级联、分段和重组

-RLC数据PDU的重新分段

-RLC数据PDU的重新排序

-重复检测

-协议错误检测

-RLC SDU丢弃

-RLC重建

NR RLC设备的按序递送功能是指在接收序列中将从下层接收到的RLC SDU发送到上层的功能，并且可以包括：如果一个RLC SDU最初被分段为多个RLC SDU并被接收，则重组和发送多个RLC SDU的功能；基于RLC序列号(SN)或PDCP SN对接收到的RLC PDU进行重新排序的功能；对序列进行重新排序并记录丢失的RLC PDU的功能；向发送侧提供关于丢失的RLC PDU的状态报告的功能；以及请求对丢失的RLC PDU的重传的功能。

NR RLC设备的无序递送功能是指直接将从下层接收到的RLC SDU发送到上层而不考虑顺序的功能，并且如果一个RLC SDU最初被分段为多个RLC SDU并被接收，则可以包括：重组多个RLC SDU并发送其的功能；以及存储接收到的RLC PDU的RLC SN或PDCP SN、对序列进行重新排序以及记录丢失的RLC PDU的功能。

NR MAC 2c-15和2c-30可以连接到在一个UE中配置的多个NR RLC层设备，并且NRMAC的主要功能可以包括以下功能中的部分：

-逻辑信道和传输信道之间的映射

-对MAC SDU的复用/解复用

-调度信息报告

-通过HARQ的纠错

-一个UE的逻辑信道之间的优先级处理

-通过动态调度在UE之间进行优先级处理

-MBMS服务标识

-传输格式选择

-填充

NR物理(PHY)层2c-20和2c-25可以执行对上层数据进行信道编码和调制、将上层数据生成为OFDM符号、经由无线电信道发送OFDM符号、或者对经由无线电信道接收到的OFDM符号进行解调和信道解码、以及将OFDM符号传送到上层的操作。

在本公开中，发送端可以是基站或UE并且接收端可以是基站或UE。也就是说，本公开可以包括发送端是基站且接收端是UE的情况(下行链路数据传输场景)或发送端是UE且接收端是基站的情况(上行链路数据传输场景)两者。

图3A示出了根据本公开的一些实施例的示例UE 116。图3A中示出的UE 116的实施例仅用于说明，并且图1的UE 111-115能够具有相同或相似的配置。然而，UE具有各种各样的配置，并且图3A不将本公开的范围限制于UE的任何特定实施方式。

UE 116包括天线305、射频(RF)收发器310、发送(TX)处理电路315、麦克风320和接收(RX)处理电路325。UE 116还包括扬声器330、处理器/控制器340、输入/输出(I/O)接口345、(多个)输入设备350、显示器355和存储器360。存储器360包括操作系统(OS)361和一个或多个应用362。

RF收发器310从天线305接收由无线网络100的gNB发送的传入RF信号。RF收发器310将传入RF信号进行下变频以生成中频(IF)或基带信号。IF或基带信号被发送到RX处理电路325，其中RX处理电路325通过对基带或IF信号进行滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路325将经处理的基带信号发送到扬声器330(诸如对于语音数据)或发送到处理器/控制器340(诸如对于网络浏览数据)以进行进一步处理。

TX处理电路315从麦克风320接收模拟或数字语音数据，或从处理器/控制器340接收其他传出基带数据(诸如网络数据、电子邮件或交互式视频游戏数据)。TX处理电路315编码、复用、和/或数字化传出基带数据以生成经处理的基带或IF信号。RF收发器310从TX处理电路315接收传出的经处理的基带或IF信号，并将所述基带或IF信号上变频为经由天线305发送的RF信号。

处理器/控制器340能够包括一个或多个处理器或其他处理设备，并执行存储在存储器360中的OS 361，以便控制UE 116的总体操作。例如，处理器/控制器340能够根据公知原理通过RF收发器310、RX处理电路325和TX处理电路315来控制正向信道信号的接收和反向信道信号的发送。在一些实施例中，处理器/控制器340包括至少一个微处理器或微控制器。

处理器/控制器340还能够执行驻留在存储器360中的其他过程和程序，诸如用于具有如本公开的实施例中描述的2D天线阵列的系统的信道质量测量和报告的操作。处理器/控制器340能够根据执行过程的需要将数据移入或移出存储器360。在一些实施例中，处理器/控制器340被配置为基于OS 361或响应于从gNB或运营商接收的信号来执行应用362。处理器/控制器340还耦合到I/O接口345，其中I/O接口345为UE 116提供连接到诸如膝上型计算机和手持计算机的其他设备的能力。I/O接口345是这些附件和处理器/控制器340之间的通信路径。

处理器/控制器340还耦合到(多个)输入设备350和显示器355。UE 116的操作者能够使用(多个)输入设备350将数据输入到UE 116中。显示器355可以是液晶显示器或能够呈现文本和/或至少(诸如来自网站的)有限图形的其他显示器。存储器360耦合到处理器/控制器340。存储器360的一部分能够包括随机存取存储器(RAM)，而存储器360的另一部分能够包括闪存或其他只读存储器(ROM)。

尽管图3A示出了UE 116的一个示例，但是能够对图3A进行各种改变。例如，图3A中的各种组件能够被组合、进一步细分或省略，并且能够根据特定需要添加附加组件。作为特定示例，处理器/控制器340能够被划分为多个处理器，诸如一个或多个中央处理单元(CPU)和一个或多个图形处理单元(GPU)。而且，虽然图3A示出了配置为移动电话或智能电话的UE116，但是UE能够被配置为作为其他类型的移动或固定设备进行操作。

图3B示出了根据本公开的一些实施例的示例gNB 102。图3B中所示的gNB 102的实施例仅用于说明，并且图1的其他gNB能够具有相同或相似的配置。然而，gNB具有各种各样的配置，并且图3B不将本公开的范围限制于gNB的任何特定实施方式。应注意，gNB 101和gNB 103能够包括与gNB 102相同或相似的结构。

如图3B中所示，gNB 102包括多个天线370a-370n、多个RF收发器372a-372n、发送(TX)处理电路374和接收(RX)处理电路376。在某些实施例中，多个天线370a-370n中的一个或多个包括2D天线阵列。gNB 102还包括控制器/处理器378、存储器380和回程或网络接口382。

RF收发器372a-372n从天线370a-370n接收传入RF信号，诸如由UE或其他gNB发送的信号。RF收发器372a-372n对传入RF信号进行下变频以生成IF或基带信号。IF或基带信号被发送到RX处理电路376，其中RX处理电路376通过对基带或IF信号进行滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路376将经处理的基带信号发送到控制器/处理器378以进行进一步处理。

TX处理电路374从控制器/处理器378接收模拟或数字数据(诸如语音数据、网络数据、电子邮件或交互式视频游戏数据)。TX处理电路374对传出基带数据进行编码、复用和/或数字化以生成经处理的基带或IF信号。RF收发器372a-372n从TX处理电路374接收传出的经处理的基带或IF信号，并将所述基带或IF信号上变频为经由天线370a-370n发送的RF信号。

控制器/处理器378能够包括控制gNB 102的总体操作的一个或多个处理器或其他处理设备。例如，控制器/处理器378能够根据公知原理通过RF收发器372a-372n、RX处理电路376和TX处理电路374来控制前向信道信号的接收和后向信道信号的发送。控制器/处理器378也能够支持附加功能，诸如更高级的无线通信功能。例如，控制器/处理器378能够执行诸如通过盲干扰感测(BIS)算法执行的BIS过程，并且对被减去干扰信号的接收到的信号进行解码。控制器/处理器378可以在gNB 102中支持各种各样的其他功能中的任何一个。在一些实施例中，控制器/处理器378包括至少一个微处理器或微控制器。

控制器/处理器378还能够执行驻留在存储器380中的程序和其他过程，诸如基本OS。控制器/处理器378还能够支持用于具有如本公开的实施例中所描述的2D天线阵列的系统的信道质量测量和报告。在一些实施例中，控制器/处理器378支持在诸如web RTC的实体之间的通信。控制器/处理器378能够根据执行过程的需要将数据移入或移出存储器380。

控制器/处理器378还耦合到回程或网络接口382。回程或网络接口382允许gNB102通过回程连接或通过网络与其他设备或系统通信。回程或网络接口382能够支持通过任何合适的(多个)有线或无线连接的通信。例如，当gNB 102被实施为蜂窝通信系统(诸如支持5G或新无线电接入技术或NR、LTE或LTE-A的一个蜂窝通信系统)的一部分时，回程或网络接口382能够允许gNB 102通过有线或无线回程连接与其他gNB通信。当gNB 102被实施为接入点时，回程或网络接口382能够允许gNB 102通过有线或无线局域网或通过有线或无线连接与更大的网络(诸如互联网)通信。回程或网络接口382包括支持通过有线或无线连接的通信的任何合适的结构，诸如以太网或RF收发器。

存储器380耦合到控制器/处理器378。存储器380的一部分能够包括RAM，而存储器380的另一部分能够包括闪存或其他ROM。在某些实施例中，诸如BIS算法的多个指令被存储在存储器中。多个指令被配置为使得控制器/处理器378执行BIS过程，并在减去由BIS算法确定的至少一个干扰信号之后解码接收的信号。

如下面更详细描述的，(使用RF收发器372a-372n、TX处理电路374和/或RX处理电路376实施的)gNB 102的发送和接收路径支持与FDD小区和TDD小区的聚合的通信。

尽管图3B示出了gNB 102的一个示例，但是可以对图3B进行各种改变。例如，gNB102能够包括任何数量的图3A中所示的每个组件。作为特定示例，接入点能够包括许多回程或网络接口382，并且控制器/处理器378能够支持路由功能以在不同网络地址之间路由数据。作为另一特定示例，虽然示出为包括TX处理电路374的单个实例和RX处理电路376的单个实例，但是gNB 102能够包括每一个的多个实例(诸如每个RF收发器对应一个)。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射的硬件设备，其具有能够在双向通信链路上，进行双向通信的接收和发射的硬件设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

随着信息产业的快速发展，特别是来自移动互联网和物联网(IoT，internet ofthings)的增长需求，给未来移动通信技术带来前所未有的挑战。为了应对这前所未有的挑战，通信产业界和学术界已经展开了广泛的第五代移动通信技术(5G)研究，以面向2020年代。目前在ITU的报告ITU-RM.[IMT.VISION]中已经在讨论未来5G的框架和整体目标，其中对5G的需求展望、应用场景和各项重要性能指标做了详细说明。针对5G中的新需求，ITU的报告ITU-R M.[IMT.FUTURE TECHNOLOGY TRENDS]提供了针对5G的技术趋势相关的信息，旨在解决系统吞吐量显著提升、用户体验一致性、扩展性以支持IoT、时延、能效、成本、网络灵活性、新兴业务的支持和灵活的频谱利用等显著问题。在3GPP(3rd GenerationPartnership Project，第三代合作伙伴计划)中，对5G的第一阶段的工作已在进行中。为了支持更灵活的调度，3GPP决定在5G中支持可变的混合自动重复请求-确认(HybridAutomatic Repeat request-Acknowledgement，HARQ-ACK)反馈时延。在现有的长期演进(Long Term Evolution，LTE)系统中，从下行数据的接收到HARQ-ACK的上行发送的时间是固定的，例如频分双工(Frequency Division Duplex，FDD)系统中，时延是4个子帧，在时分双工(Time Division Duplex，TDD)系统中，根据上下行配置，为相应的下行子帧确定一个HARQ-ACK反馈时延。在5G系统中，无论是FDD还是TDD系统，对于一个确定的下行时间单元(例如，下行时隙或者下行迷你时隙)，可反馈HARQ-ACK的上行时间单元是可变的。例如，可以通过物理层信令动态指示HARQ-ACK反馈的时延，也可以根据不同的业务或者用户能力等因素，确定不同的HARQ-ACK时延。

3GPP定义了5G应用场景的三大方向——eMBB(enhanced mobile broadband，增强移动宽带)、mMTC(massive machine-type communication，大规模机器类型通信)、URLLC(ultra-reliable and low-latency communication，超可靠和低时延通信)。eMBB场景旨在在现有移动宽带业务场景的基础上，进一步提高数据传输速率，以提升用户体验，从而追求人与人之间极致的通信体验。mMTC和URLLC则是例如物联网的应用场景，但各自侧重点不同：mMTC主要是人与物之间的信息交互，URLLC主要体现物与物之间的通信需求。

数据传输需要满足一定的时延要求，如果一个数据包超出了时延要求，该数据包的传输是无效的。在无线网络中，传输无效的数据包会造成无线资源的浪费，从而导致系统频谱效率降低。因此，如何提高系统频谱效率以及如何保证数据传输满足时延要求需要解决的问题。

为了至少解决以上技术问题，本公开的实施例提供了一种无线通信系统中由终端执行的方法、终端、由基站执行的方法、基站及非暂时性计算机可读存储介质。在下文中，将参照附图详细描述本公开的各种实施例。

在本公开的实施例中，为了描述的方便，定义第一收发节点和第二收发节点。例如，第一收发节点可以为基站，第二收发节点可以为UE。在以下的示例中，以基站为例(但不限于)来说明第一收发节点，以UE为例(但不限于)来说明第二收发节点。

下面结合附图进一步描述本公开的示例性实施例。

文本和附图仅作为示例提供，以帮助阅读者理解本公开。它们不意图也不应该被解释为以任何方式限制本公开的范围。尽管已经提供了某些实施例和示例，但是基于本文所公开的内容，对于本领域技术人员而言显而易见的是，在不脱离本公开的范围的情况下，可以对所示的实施例和示例进行改变。

图4示出了根据本公开的实施例的第二收发节点的框图。

参考图4，第二收发节点400可以包括收发器401和控制器402。

收发器401可以被配置为从第一收发节点接收第一数据和/或第一控制信令并且在确定的时间单元向第一收发节点发送第二数据和/或第二控制信令。

控制器402可以为专用集成电路或至少一个处理器。控制器402可以被配置为控制第二收发节点的总体操作，以及控制第二收发节点实施本公开的实施例中提出的方法。例如，控制器402可以被配置为基于第一数据和/或第一控制信令，确定第二数据和/或第二控制信令和用于发送第二数据和/或第二控制信令的时间单元，以及控制收发器401在确定的时间单元向第一收发节点发送第二数据和/或第二控制信令。

在一些实施方式中，控制器402可以被配置为执行以下描述的各种实施例的方法中的一个或多个操作。例如，控制器402可以被配置为执行之后要结合图5描述的方法500、结合图7描述的方法700、和/或根据本公开的各种实施例(例如，方式MN1-MN6中)描述的中的一个或多个操作。

在一些实施方式中，第一数据可以是第一收发节点发送给第二收发节点的数据。在以下的示例中，以通过PDSCH(Physical Downlink Shared Channel，物理下行共享信道)承载的下行数据为例(但不限于)来说明第一数据。

在一些实施方式中，第二数据可以是第二收发节点发送给第一收发节点的数据。在以下的示例中，以PUSCH(Physical Uplink Shared Channel，物理上行共享信道)承载的上行数据为例(但不限于)来说明第二数据。

在一些实施方式中，第一控制信令可以是第一收发节点发送给第二收发节点的控制信令。在以下的示例中，以下行控制信令为例(但不限于)来说明第一控制信令。下行控制信令可以是通过PDCCH(Physical Downlink Control Channel，物理下行控制信道)承载的DCI(Downlink control information，下行控制信息)和/或通过PDSCH(PhysicalDownlink Shared Channel，物理下行共享信道)承载的控制信令。例如，DCI可以为UE专属(UE specific)的DCI，DCI还可以为公用的DCI，公用的DCI可以是部分UE公用的DCI，例如组公用(group common)DCI，公用的DCI还可以是所有UE公用的DCI。DCI可以是上行DCI(例如，调度PUSCH的DCI)和/或下行DCI(例如，调度PDSCH的DCI)。

在一些实施方式中，第二控制信令可以是第二收发节点发送给第一收发节点的控制信令。在以下的示例中，以上行控制信令为例(但不限于)来说明第二控制信令。上行控制信令可以是通过PUCCH(Physical Uplink Control Channel，物理上行控制信道)承载的UCI(Uplink Control Information，上行控制信息)和/或通过PUSCH(Physical UplinkShared Channel，物理上行共享信道)承载的控制信令。UCI的类型可以包括以下中的一个或多个：HARQ-ACK信息、SR(Scheduling Request，调度请求)、LRR(Link RecoveryRequest，链路恢复请求)、CSI(Chanel State Information，信道状态信息)、或CG(Configured grant，配置授权)UCI。在本公开的实施例中，当UCI由PUCCH承载时，UCI可以和PUCCH互换使用。

在一些实施方式中，承载SR的PUCCH可以为承载肯定的SR(positive SR)和/或否定的SR(negative SR)的PUCCH。SR可以为肯定的SR和/或否定的SR。

在一些实施方式中，CSI还可以为Part 1CSI(第一部分CSI)和/或Part2CSI(第二部分CSI)。

在一些实施方式中，第一时间单元为第一收发节点发送第一数据和/或第一控制信令的时间单元。在以下的示例中，以下行时间单元为例(但不限于)来说明第一时间单元。

在一些实施方式中，第二时间单元为第二收发节点发送第二数据和/或第二控制信令的时间单元。在以下的示例中，以上行时间单元为例(但不限于)来说明第二时间单元。

在一些实施方式中，第一时间单元和第二时间单元可以是一个或多个时隙(slot)、一个或多个子时隙(sub-slot)、一个或多个OFDM符号、或一个或多个子帧(subframe)。

本文中，依赖于网络类型，术语“基站”或“BS”可以指代被配置为提供对网络的无线接入的任何组件(或组件集合)，诸如发送点(Transmission Point，TP)、发送-接收点(Transmission and Reception Point，TRP)、增强基站(eNodeB或eNB)、5G基站(gNB)、宏小区、毫微微小区、WiFi接入点(AP)或其他无线地使能的设备。基站可以根据一个或多个无线通信协议——例如，5G 3GPP新无线电接口/接入(NR)、长期演进(LTE)、先进LTE(LTE-A)、高速分组接入(HSPA)、Wi-Fi 802.11a/b/g/n/ac等——来提供无线接入。

在描述无线通信系统时以及在下面描述的本公开中，更高层信令或更高层信号可以是用于通过物理层的下行链路数据信道将信息从基站传递到终端或者通过物理层的上行链路数据信道将信息从终端传递到基站的信号传递方法，并且信号传递方法的示例可以包括用于通过无线电资源控制(radio resource control，RRC)信令、分组数据汇聚协议(packet data convergence protocol，PDCP)信令或媒体访问控制(medium accesscontrol，MAC)控制元素(MAC control element，MAC CE)来传递信息的信号传递方法。

图5示出了根据本公开的实施例的由UE执行的方法的流程图。

参考图5，在步骤S510，UE可以从基站接收下行数据(例如，通过PDSCH携带的下行数据)和/或下行控制信令。例如，UE可以基于预定义规则和/或已经接收到的配置参数从基站接收下行数据和/或下行控制信令。

在步骤S520，UE根据下行数据和/或下行控制信令确定上行数据和/或上行控制信令以及上行时间单元。

在步骤S530，UE在上行时间单元上向基站发送上行数据和/或上行控制信令。

在一些实施方式中，可以基于根据本公开的各种实施例(例如，方式MN1-MN6中)描述的方法来执行步骤S520和/或S530。

在一些实施方式中，方法可以省略一些步骤或者包括附加的步骤，例如，根据本公开的各种实施例(例如，方式MN1-MN6中)描述的由终端(例如，UE)执行的操作。

在一些实施方式中，可以通过HARQ-ACK来执行对于下行链路传输的确认/否定确认(ACK/NACK)。

在一些实施方式中，下行控制信令可以包括通过PDCCH承载的DCI和/或通过PDSCH承载的控制信令。例如，DCI可以用于调度PUSCH的发送或PDSCH的接收。下面将参考图6A-6C描述上行传输定时的一些示例。

在一个示例中，UE接收到DCI，并且根据DCI中指示的时域资源接收PDSCH。例如，可以使用参数K0可以表示DCI调度的PDSCH与承载DCI的PDCCH之间的时间间隔，并且K0的单位可以为时隙。例如，图6A给出了K0＝1的示例。在图6A示出的示例中，DCI调度的PDSCH到承载该DCI的PDCCH的时间间隔为1个时隙。在本公开的实施例中，“UE接收到DCI”可以意味着“UE检测到DCI”。

在另一个示例中，UE接收到DCI，并且根据DCI中指示的时域资源发送PUSCH。例如，可以使用定时参数K2表示DCI调度的PUSCH与承载DCI的PDCCH之间的时间间隔，并且K2的单位可以为时隙。例如，图6B给出了K2＝1的示例。在图6B示出的示例中，DCI调度的PUSCH与承载该DCI的PDCCH的时间间隔为1个时隙。K2还可以表示激活CG(configured grant,配置授权)PUSCH的PDCCH与第一个被激活的CG PUSCH的时间间隔。在本公开的示例中，如果没有特别说明PUSCH可以为动态调度的(例如，被DCI调度的)PUSCH(例如，本公开的实施例中，可以称为DG(dynamic grant,动态授权)PUSCH)和/或没有被DCI调度的PUSCH(例如，CG PUSCH)。

在又一个示例中，UE接收到PDSCH，并且可以在上行时间单元中的PUCCH上发送该PDSCH接收的HARQ-ACK信息。例如，可以使用定时参数(也可以称为定时值)K1(例如，3GPP参数dl-DataToUL-ACK)表示用于发送PDSCH接收的HARQ-ACK信息的PUCCH与该PDSCH之间的时间间隔，并且K1的单位可以为上行时间单元，诸如时隙或子时隙。在K1的单位为时隙的情况下，该时间间隔为用于反馈PDSCH接收的HARQ-ACK信息的PUCCH与该PDSCH的时隙偏移值，并且K1可以称为时隙定时值。例如，图6A给出了K1＝3的示例。在图6A示出的示例中，用于发送PDSCH接收的HARQ-ACK信息的PUCCH与该PDSCH的时间间隔为3个时隙。需要说明的是，本公开的实施例中，定时参数K1可以与定时参数K₁互换使用，定时参数K0可以与定时参数K₀互换使用，定时参数K2可以与定时参数K₂互换使用。

PDSCH可以为被DCI调度的PDSCH和/或SPS PDSCH。SPS PDSCH被DCI激活后，UE会周期性的接收SPS PDSCH。在本公开的示例中，SPS PDSCH可以等同于没有DCI/PDCCH调度的PDSCH。SPS PDSCH被释放(去激活)后，UE不再接收该SPS PDSCH。

本公开的实施例中的HARQ-ACK可以为SPS PDSCH接收的HARQ-ACK(例如，没有DCI指示的HARQ-ACK)和/或被一个DCI格式指示的HARQ-ACK(例如，被一个DCI格式调度的PDSCH接收的HARQ-ACK)。

在又一个示例中，UE接收到DCI(例如，指示SPS(Semi-Persistent Scheduling，半持久调度)PDSCH释放(去激活)的DCI)，并且可以在上行时间单元的PUCCH上发送该DCI的HARQ-ACK信息。例如，可以使用定时参数K1表示用于发送DCI的HARQ-ACK信息的PUCCH与该DCI之间的时间间隔，K1的单位可以为上行时间单元，诸如时隙或子时隙。例如，图6C给出了K1＝3的示例。在图6C的示例中，用于发送DCI的HARQ-ACK信息的PUCCH与该DCI之间的时间间隔为3个时隙。例如，可以使用定时参数K1表示承载指示SPS PDSCH释放(去激活)的DCI的PDCCH接收与反馈其HARQ-ACK的PUCCH的时间间隔。

在一些实施方式中，在步骤S520，UE可以向基站上报(或发送(signal/transmit))UE能力或指示该UE能力。例如，UE通过发送PUSCH向基站上报(或发送(signal/transmit))UE能力。在这种情况下，UE发送的PUSCH中包含了UE能力信息。

在一些实施方式中，基站可以根据先前从UE接收到的(例如，在先前的下行-上行传输过程中的步骤S510中)UE能力来对UE配置更高层信令。例如，基站通过发送PDSCH来对UE配置更高层信令。在这种情况下，基站发送的PDSCH中包含了对UE配置的更高层信令。需要说明的是，更高层信令为与物理层信令相比的更高层的信令，例如，更高层信令可以包括RRC信令和/或MAC CE。

在一些实施方式中，下行信道(下行资源)可以包括PDCCH和/或PDSCH。上行信道(上行资源)可以包括PUCCH和/或PUSCH。

在一些实施方式中，UE可以被配置两级优先级以用于上行链路传输。例如，可以通过更高层信令配置(例如，通过3GPP参数UCI-MuxWithDifferentPriority)UE将不同优先级的UCI进行复用，否则(例如，如果UE没有被配置将不同优先级的UCI进行复用)，UE对不同优先级的PUCCH和/或PUSCH进行优先级排序(prioritization)。例如，两级优先级可以包括彼此不同的第一优先级和第二优先级。在一个示例中，第一优先级可以高于第二优先级，即，第一优先级为更高优先级，并且第二优先级为更低优先级。在另一个示例中，第一优先级可以低于第二优先级。然而，本公开的实施例不限于此，例如，UE可以被配置多于两级的优先级。为了方便的目的，在本公开的实施例中，考虑第一优先级高于第二优先级来进行描述。需要说明的是，本公开的所有实施例均适用于第一优先级可以高于第二优先级的情形；本公开的所有实施例均适用于第一优先级可以低于第二优先级的情形；本公开的所有实施例均适用于第一优先级可以等于第二优先级的情形。

例如，对多个在时域有重叠的PUCCH和/或PUSCH复用可以包括将PUCCH中的UCI信息复用到一个PUCCH或PUSCH中。

例如，UE对两个在时域有重叠的PUCCH和/或PUSCH进行优先级排序可以包括UE发送更高优先级的PUCCH或PUSCH，和/或UE不发送更低优先级的PUCCH或PUSCH。

本公开的实施例中，单播可以指网络和一个UE进行通信的方式，组播(multicast或者groupcast)可以指网络和多个UE进行通信的方式。例如，单播PDSCH可以是一个UE接收的PDSCH，且PDSCH的加扰可以基于UE特有的无线网络临时标识符(RNTI，Radio NetworkTemporary Identifier)，例如小区-RNTI(C-RNTI)。组播PDSCH可以是多于一个UE同时接收的PDSCH，且组播PDSCH的加扰可以基于UE组公用的RNTI。例如，用于组播PDSCH的加扰的UE组公用的RNTI可以包括用于动态调度的组播传输(例如，PDSCH)加扰的RNTI(本公开的实施例中，称为G-RNTI)或用于组播SPS传输(例如，SPS PDSCH)加扰的RNTI(本公开的实施例中，称为G-CS-RNTI)。G-CS-RNTI与G-RNTI可以为不同的RNTI也可以为同一个RNTI。单播PDSCH的UCI可以包括单播PDSCH接收的HARQ-ACK信息、SR、或CSI。组播PDSCH的UCI可以包括组播PDSCH接收的HARQ-ACK信息。在本公开的实施例中，“组播”也可以被替换成“广播”。

需要说明的是，除非上下文另外清楚的指出，本公开的实施例描述的方法、步骤或操作中的全部或者一个或多个可以通过协议规定和/或更高层信令配置和/或动态信令指示。动态信令可以为PDCCH和/或DCI和/或DCI格式。例如，对SPS PDSCH和/或CG PUSCH，可以在其激活DCI/DCI格式/PDCCH中动态指示。所描述的方法、步骤和操作中的全部或者一个或多个可以为可选的。例如，如果配置了某一参数(例如，参数X)，UE执行某一方式(例如，方式A)，否则(如果没有配置该参数，例如参数X)，UE执行另一方式(例如，方式B)。

需要说明的是，本公开的实施例中的PCell(主小区)或PSCell(主辅小区)可以与有PUCCH的小区(Cell)互换使用。

需要说明的是，本公开的实施例中用于下行链路的方法也可以适用于上行链路，用于上行链路的方法也可以适用于下行链路。例如，可以将PDSCH与PUSCH替换，SPS PDSCH与CG PUSCH替换，下行符号与上行符号替换，使得用于下行链路的方法可以适用于上行链路。

需要说明的是，本公开的实施例中适用于多个PDSCH/PUSCH调度的方法，也可以适用于PDSCH/PUSCH重复传输。例如，可以将多个PDSCH/PUSCH中的一个PDSCH/PUSCH替换成PDSCH/PUSCH多次重复传输中的一次重复传输。

需要说明的是本公开的方法中，被配置和/或指示了重复传输可以被理解为重复传输的次数大于1。例如，被“配置了和/或指示了重复传输的PUCCH”可以被替换为“在多于一个时隙/子时隙上重复传输的PUCCH”。没有被配置和/或指示重复传输可以被理解为重复传输的次数等于1。例如，被“没有配置和/或指示重复传输的PUCCH”可以被替换为“重复传输次数为1的PUCCH传输”。例如，UE可以被配置与PUCCH重复传输的次数有关的参数当该参数/>大于1时，可以意味着UE被配置了PUCCH重复传输，并且UE可以在个时间单元(例如，时隙)上重复PUCCH传输；当该参数等于1时，可以意味着UE没有被配置PUCCH重复传输。例如，重复传输的PUCCH可以只包含一种类型的UCI。如果PUCCH被配置了重复传输，本公开的实施例中，可以将PUCCH多次重复传输中的一次重复传输作为一个PUCCH(或PUCCH资源)，或者，将PUCCH所有的重复传输作为一个PUCCH(或PUCCH资源)，或者，将PUCCH多次重复传输中的特定的重复传输作为一个PUCCH(或PUCCH资源)。

需要说明的是，本公开的方法中一个PDCCH和/或DCI和/或DCI格式调度多个PDSCH/PUSCH，可以是同一个服务小区的多个PDSCH/PUSCH和/或不同服务小区的多个PDSCH/PUSCH。

需要说明的是，本公开描述的多个方式可以按照任意顺序进行组合。在一个组合中，一个方式可以被执行一次或多次。

需要说明的是，本公开的方法中的多个步骤可以以任意顺序实施。

需要说明的是，本公开的方法中“取消发送”可以为取消整个上行信道的发送和/或取消部分上行信道的发送。

需要说明的是本公开的方法中，“从小到大的顺序”(例如，升序)可以替换为“从大到小的顺序”(例如，降序)，和/或“从大到小的顺序”(例如，降序)可以替换为“从小到大的顺序”(例如，升序)。

需要说明的是本公开的方法中，承载A的PUCCH/PUSCH，可以理解为只承载A的PUCCH/PUSCH，还可以理解为至少承载A的PUCCH/PUSCH。

需要说明的是，本公开的实施例中“时隙”可以替换为“子时隙”或“时间单元”。

需要说明的是，本公开的实施例中，“满足预定义的条件，执行预定义的方法(或步骤)”与“不满足预定义的条件，不执行预定义的方法(或步骤)”可以替换使用。“满足预定义的条件，不执行预定义的方法(或步骤)”与“不满足预定义的条件，执行预定义的方法(或步骤)”可以替换使用。

在接入网中，数据包(packet)的延迟(例如，从数据包到达发送端的时间到成功传输到接收端的时间)可能需要满足一定的时延要求(latency requirement)。例如，该时延要求可以定义为PDB(packet delay budget，数据包延迟预算)。例如，PDB可以是将数据包从发送端成功发送到接收端的有限时间预算。作为一个示例，如果数据包的延迟大于该数据包的给定PDB，则该数据包被认为违反了PDB，否则该数据包被认为成功递送。对于不同的应用和业务类型，PDB的值可以不同。

对于上行传输，即发送端为UE且接收端为基站的情形，如果基站不知道数据包的时延要求(例如，PDB)，可能在该数据包的上行传输不满足时延要求的情况下(例如，实际传输时延大于PDB)仍然调度上行传输。例如，为了至少解决该技术问题，可以采用以下描述的方式中的一个或多个。

方式MN1

根据方式MN1的实施例，UE可以向基站发送与时延要求(例如，PDB)相关的第一信息。作为示例，基站可以向UE发送第一配置信息，第一配置信息用于指示UE上报与时延要求(例如，PDB)相关的第一信息。例如，UE可以接收第一参数(例如，更高层信令配置的第一参数)，该第一参数可以指示UE上报与时延要求(例如，PDB)相关的第一信息。以这种方式，可以减少基站的无效调度，例如，防止调度超出时延要求(例如，PDB)的上行传输(例如，PUSCH)。

为了描述的方便，给出以下定义。

第一时间：第一数据包到达发送端(例如，UE)的时间。第一数据包可以为RLC(radio-link control无线链路控制)PDU(protocol data unit,协议数据单元)。例如，第一时间可以为第一数据包到达发送端的MAC层的时间。

第二时间：第二数据包被发送端(例如，UE)发送(或被接收端(例如，基站)接收)的时间。例如，被发送端(例如，UE)发送(或被接收端(例如，基站)接收)承载第二数据包的信道的起始(或结束)时刻(或起始(或结束)符号)。又例如，发送端(例如，UE)发送(或接收端(例如，基站)接收)承载第二数据包的信道所在的时隙的起始(或结束)时刻(或起始(或结束)符号)。第二数据包可以包含第一信息。第二数据包可以承载第一数据包的全部或部分数据。第二数据包可以承载多个第一数据包的数据。

第三时间：接收端(例如，基站)成功接收(或解码)数据包(例如，第一数据包)的时间。

第一时间间隔：从第一时间到第二时间的时间间隔。

第二时间间隔：从第二时间到第三时间的时间间隔。

第三时间间隔：从第一时间到第三时间的时间间隔。

第一PDB:第三时间间隔应该或需要满足的时延要求。

第一剩余PDB(remaining PDB):通过第一PDB减去第一时间间隔获得。

第二剩余PDB:通过第一剩余PDB减去第一预定义的时间获得。例如，第一预定义的时间可以由更高层信令配置的参数指示。第一预定义的时间可以指示基站的处理时间(例如，处理或解码PUSCH的时间)。例如，第一预定义的时间可以为第二时间间隔。

第三剩余PDB:通过PDB(例如，第一PDB)减去第二预定义的时间获取。例如，第二预定义的时间可以基于UE实现确定。又例如，第三剩余PDB可以基于UE实现确定。

第二信息可以包括以下中的至少之一：

-第一时间；

-第一PDB；

-第一剩余PDB；

-第二剩余PDB；

-第三剩余PDB；

-第一数据包的大小；或

-逻辑信道(LCH)缓存(buffer)中剩余的第一数据包的大小。一个第一数据包可以分成多个子数据包，剩余的第一数据包的大小可以为没有包含在第二数据包中的部分或全部子数据包的大小。

在一些实施方式中，UE报告的第一信息可以包括一个或多个第一数据包中的每一个的第二信息。例如，第一信息可以包括满足第一预定义的条件的一个或多个第一数据包中的每一个的第二信息。

在一些示例中，对于一个第一数据包，第一预定义的条件可以为上报该第一数据包的第二信息要满足的条件。例如，第一预定义的条件可以包括以下中的至少一个：

-第一数据包对应的LCH满足第二预定义的条件；或

-第二信息满足第三预定义的条件。

例如，对于一个第一数据包，第二预定义的条件可以为上报该第一数据包的第二信息时，该第一数据包对应的LCH要满足的条件。例如，第二预定义的条件可以包括以下中的至少一个：

-第一数据包对应的LCH被更高层信令配置上报第二信息；或

-第一数据包对应的LCH所属的LCG(logical channel group,逻辑信道组)被更高层信令配置上报第二信息。

对于一个第一数据包，第三预定义的条件可以为上报该第一数据包的第二信息时，该第一数据包的第二信息要满足的条件。

在一些示例中，第一信息可以由更高层信令(例如，MAC CE)或物理层信令(例如，UCI)承载。承载第一信息的UCI可以为一个新定义的UCI类型或者对现有的UCI(CG UCI)进行增强。

本方法通过UE上报第一信息，使基站可以获取上行数据的时延要求。一方面，该方法可以使基站尽可能的在时延要求内对上行数据进行调度，提高上行传送的可靠性。另一方面，当LCH的数据不能在时延要求内调度时，该方法可以避免对超出时延要求的数据包进行调度，从而提高系统频谱效率。

方式MN2

根据方式MN2的实施例，第三预定义的条件可以包括以下中的至少一个：

-第一剩余PDB小于第一预定义门限；

-第二剩余PDB小于第二预定义门限；

-第三剩余PDB小于第三预定义门限；

-第一剩余PDB大于第四预定义门限；

-第二剩余PDB大于第五预定义门限；或

-第三剩余PDB大于第六预定义门限。

例如，以上预定义门限可以通过更高层信令配置或协议规定。

本方法可以避免在剩余PDB较大或较小时上报第二信息，因此可以减少不必要的信令上报，从而节约系统频谱资源。当剩余PDB较大时，即使不上报第二信息，基站通过调度也可能在时延要求内完成上行数据的传输。当剩余PDB较小时，基站调度可能不能满足时延要求，此时上报第二信息也不能使在时延要求内完成上行数据的传输。

方式MN3

根据方式MN3的实施例，如果第一数据包满足第四预定义的条件，则：

-UE在LCH缓存中清空(flush)第一数据包；和/或

-BSR(Buffer Status reporting，缓存状态报告)(例如，BSR可以为常规(regular)BSR)被触发；和/或

-特定的SR被触发。

在一些实施方式中，第四预定义的条件可以包括以下中的至少一个：

-第一剩余PDB小于第七预定义门限；

-第二剩余PDB小于第八预定义门限；或

-第三剩余PDB小于第九预定义门限。

例如，以上预定义门限可以通过更高层信令配置或协议规定。

本方法通过清空LCH缓存可以减少传输不满足PDB要求的上行数据。通过触发BSR，可以通知基站更新的缓存信息，避免不必要的上行调度，从而提高频谱效率。

方式MN4

根据方式MN4的实施例,UE可以发送一个指示没有上行数据需要传输的PUCCH。例如，该指示可以是显式的或隐式的。作为一个示例，该PUCCH包括指示没有上行数据需要传输(例如，BSR为空或LCH缓存被清空)的信息。作为另一个示例，可以通过PUCCH中承载的否定的SR来指示没有上行数据需要传输。例如，通过发送承载否定的SR的PUCCH(例如，一个仅承载否定的SR的PUCCH)来指示BSR为空或LCH缓存被清空。以这种方式，可以避免不必要的上行调度，从而提高频谱效率。

方式MN5

根据方式MN5的实施例，如果一个MAC PDU满足第五预定义的条件，则UE清空该MACPDU对应的HARQ缓存。例如，该MAC PDU对应的HARQ缓存可以为用于传输该MAC PDU的HARQ缓存。

在一些实施方式中，对于一个MAC PDU，第五预定义的条件可以包括以下中的至少一个：

-该MAC PDU包含的(或对应的)第一数据包满足第四预定义的条件。例如，该MACPDU包含的(或对应的)所有的第一数据包均满足第四预定义的条件。

-发送(或承载)该MAC PDU的PUSCH为CG PUSCH。

在一些实施方式中，如果UE被调度了指示一个HARQ进程的重传的动态上行授权，并且该HARQ进程对应的MAC PDU满足第五预定义的条件，则UE不发送该上行授权指示的PUSCH。以这种方式，可以节省UE功耗，减少对其他UE的干扰。

在一些实施方式中，如果针对一个配置上行授权(configured uplink grant)配置了一个HARQ进程，并且该HARQ进程对应的MAC PDU满足第五预定义的条件，则UE执行以下操作中的至少一个：

-停止配置授权重传定时器(例如，cg-RetransmissionTimer)。

-停止配置授权定时器(例如，configuredGrantTimer)。

以这种方式，可以使该HARQ进程对应的配置授权(例如，配置授权资源)变为可用，从而减少上行传送时延。

在本公开的实施例中，例如，动态上行授权可以指在PDCCH上动态接收的上行授权。例如，配置上行授权可以指通过更高层信令(例如，RRC信令)半持久性配置的上行授权。

方式MN6

根据方式MN6的实施例，如果UE被调度了指示一个HARQ进程的一个动态上行授权，则可以通过更高层信令配置，UE可以在该上行授权指示的PUSCH中通过UCI上报该HARQ进程相关的第三信息。

例如，第三信息可以包括以下至少之一：

-NDI(New data indicator，新数据指示)；

-MCS(modulation and coding scheme,调制编码方式)；或

-RV(redundancy version,冗余版本)。

作为一个示例，如果UE被调度了指示一个HARQ进程的重传的一个动态上行授权，并且该HARQ进程对应的MAC PDU满足第五预定义的条件，则UE可以在该动态上行授权指示的PUSCH中传输一个新的MAC PDU，并通过UCI将新的MAC PDU相关的信息上报给基站。

新的MAC PDU相关的信息包括以下至少之一：

-NDI；

-MCS；或

RV。

以这种方式，可以减少上行数据传输时延，提高系统频谱效率。

图7示出了根据本公开的一些实施例的由终端执行的方法700的流程图。

参考图7，在操作S710，接收包括配置信息的物理下行信道。

继续参考图7，在操作S720，发送物理上行信道。该物理上行信道可以包括物理上行共享信道(PUSCH)和/或物理上行控制信道(PUCCH)。

在一些实施方式中，可以基于根据本公开的各种实施例(例如，方式MN1-MN6中)描述的方法来执行操作S710和/或S720。

在一些实施方式中，方法700可以省略操作S710，或者包括附加的操作，例如，根据本公开的各种实施例(例如，方式MN1-MN6中)描述的由终端(例如，UE)执行的操作。

图8示出了根据本公开的一些实施例的第一收发节点800的框图。

参考图8，第一收发节点800可以包括收发器801和控制器802。

收发器801可以被配置为向第二收发节点发送第一数据和/或第一控制信令并且在时间单元从第二收发节点接收第二数据和/或第二控制信令。

控制器802可以为专用集成电路或至少一个处理器。控制器802可以被配置为控制第一收发节点的总体操作，包括控制收发器801向第二收发节点发送第一数据和/或第一控制信令并且在时间单元从第二收发节点接收第二数据和/或第二控制信令。

在一些实施方式中，控制器802可以被配置为执行以上描述的各种实施例的方法中的一个或多个操作，例如，将结合图9描述的方法中的操作、将结合图10描述的方法中的操作、和/或根据本公开的各种实施例(例如，方式MN1-MN6中)描述的由基站执行的操作。

在以下的描述中，以基站为例(但不限于)来说明第一收发节点，以UE为例(但不限于)来说明第二收发节点。以下行数据和/或下行控制信令(但不限于)来说明第一数据和/或第一控制信令。HARQ-ACK码本可以包括在第二控制信令中，以上行控制信令(但不限于)来说明第二控制信令。

图9示出了根据本公开的一些实施例的由基站执行的方法900的流程图。

参考图9，在步骤S910，基站发送下行数据和/或下行控制信息。

在步骤S920，基站在时间单元从UE接收第二数据和/或第二控制行信息。

例如，方法900可以包括本公开各种实施例(例如，方式MN1-MN6中)中描述的由基站执行的操作中的一个或多个。

图10示出了根据本公开的一些实施例的由基站执行的方法1000的流程图。

参考图10，在步骤S1010，向终端发送包括配置信息的物理下行信道。

在步骤S1020，从终端接收物理上行信道。例如，物理上行信道可以包括物理上行共享信道(PUSCH)和/或物理上行控制信道(PUCCH)。

在一些实施方式中，可以基于根据本公开的各种实施例(例如，方式MN1-MN6中)描述的方法来执行操作S1010和/或S1020。

在一些实施方式中，方法1000可以省略操作S1010，或者包括附加的操作，例如，根据本公开的各种实施例(例如，方式MN1-MN6中)描述的由基站执行的操作。本领域技术人员将理解，上述说明性实施例在本文中被描述并且不意欲为限制性的。应当理解这里所公开的实施例中的任意两个或更多个可以以任何组合被组合。此外，还可以利用其他实施例并且可以进行其他改变，而不脱离本文中所呈现的主题的精神和范围。将容易理解，如在本文中通常描述的并且在附图中示出的本公开的发明的各方面可以按照各种不同的配置被布置、替换、组合、分离以及设计，所有这些在本文中都被设想到。

本领域技术人员将理解，本申请描述的各种说明性逻辑框、模块、电路、和步骤可被实现为硬件、软件、或两者的组合。为清楚地说明硬件与软件的这一可互换性，各种说明性组件、框、模块、电路、和步骤在上面是以其功能集的形式作一般化描述的。此类功能集是被实现为硬件还是软件取决于具体应用和强加于整体系统的设计约束。技术人员可针对每种特定应用以不同方式来实现所描述的功能集，但此类设计决策不应被解释为致使脱离本申请的范围。

本申请描述的各个说明性逻辑框、模块、以及电路可用通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文中描述的功能的任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协作的一个或更多个微处理器、或任何其他此类配置。

本申请描述的方法或算法的步骤可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、或本领域中所知的任何其他形式的存储介质。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读取和写入信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。

在一个或多个示例性设计中，所述功能可以硬件、软件、固件、或其任意组合来实现。如果在软件中实现，则各功能可以作为一条或更多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，后者包括有助于计算机程序从一地到另一地的转移的任何介质。存储介质可以是能被通用或专用计算机访问的任何可用介质。

以上所述仅是本发明的示范性实施方式，而非用于限制本发明的保护范围，本发明的保护范围由所附的权利要求确定。

Claims (20)

1.一种由无线通信系统中的终端执行的方法，包括：

接收包括配置信息的物理下行信道；以及

发送物理上行信道，所述物理上行信道包括物理上行共享信道PUSCH和/或物理上行控制信道PUCCH。

2.根据权利要求1所述的方法，其中，所述配置信息用于指示所述终端上报与上行数据的传输时延相关的第一信息，

其中，所述方法还包括，响应于所述配置信息，在所述PUSCH上上报与上行数据的传输时延相关的第一信息。

3.根据权利要求2所述的方法，其中，所述第一信息包括一个或多个无线链路控制RLC协议数据单元PDU中的至少一个RLC PDU的第二信息，

其中，对于所述至少一个RLC PDU中的每个RLC PDU，所述第二信息包括以下中的至少一个：

第一时间，指示所述RLC PDU到达所述终端的时间；

第一数据包延迟预算PDB，指示第一时间与成功接收所述RLC PDU的时间之间的时间间隔需要满足的时延要求，

第一剩余PDB，通过第一PDB减去第一时间与RLC PDU相对应的媒体访问控制MAC PDU被发送的时间之间的时间间隔获得，

第二剩余PDB，通过第一剩余PDB减去第一预定义的时间获得，

第三剩余PDB，通过第一PDB减去第二预定义的时间获得，

所述RLC PDU的大小，或

与所述RLC PDU相对应的逻辑信道的缓存中剩余的RLC PDU的大小。

4.根据权利要求3所述的方法，其中，所述至少一个RLC PDU中的每个RLC PDU满足第一预定义的条件，

其中，对于所述至少一个RLC PDU中的每个RLC PDU，所述第一预定义的条件包括以下中的至少一个：

与所述RLC PDU相对应的逻辑信道满足第二预定义的条件，或

所述RLC PDU的第二信息满足第三预定义的条件。

5.根据权利要求4所述的方法，其中，所述第二预定义的条件包括以下中的至少一个：

所述配置信息用于指示所述终端针对与所述RLC PDU相对应的逻辑信道上报第二信息；或

所述配置信息用于指示所述终端针对与所述RLC PDU相对应的逻辑信道所属的逻辑信道组LCG上报第二信息。

6.根据权利要求4或5所述的方法，其中，所述第三预定义的条件包括以下中的至少一个：

第一剩余PDB小于第一预定义门限；

第二剩余PDB小于第二预定义门限；

第三剩余PDB小于第三预定义门限；

第一剩余PDB大于第四预定义门限；

第二剩余PDB大于第五预定义门限；或

第三剩余PDB大于第六预定义门限。

7.根据权利要求1所述的方法，其中，对于一个或多个RLC PDU中的RLC PDU，在所述RLCPDU满足第四预定义的条件的情况下：

清空与所述RLC PDU相对应的逻辑信道的缓存；和/或

触发缓存状态报告BSR；和/或

触发特定的调度请求SR。

8.根据权利要求7所述的方法，其中，所述第四预定义的条件包括以下中的至少一个：

第一剩余PDB小于第七预定义门限，所述第一剩余PDB通过第一PDB减去第一时间与RLCPDU相对应的MAC PDU被发送的时间之间的时间间隔获得，所述第一PDB指示第一时间与成功接收所述RLC PDU的时间之间的时间间隔需要满足的时延要求，所述第一时间指示所述RLC PDU到达所述终端的时间；

第二剩余PDB小于第八预定义门限，所述第二剩余PDB通过第一剩余PDB减去第一预定义的时间获得；或

第三剩余PDB小于第九预定义门限，所述第三剩余PDB通过第一PDB减去第二预定义的时间获得。

9.根据权利要求1所述的方法，其中，

在媒体访问控制MAC协议数据单元PDU满足第五预定义的条件的情况下，清空与所述MAC PDU相对应的混合自动重复请求HARQ缓存。

10.根据权利要求9所述的方法，其中，所述配置信息包括指示HARQ进程的重传的动态上行授权，

其中，在与所述HARQ进程相对应的MAC PDU满足第五预定义的条件的情况下，不发送与所述动态上行授权相关联的PUSCH。

11.根据权利要求9所述的方法，其中，所述配置信息包括配置上行授权，

其中，在针对所述配置上行授权配置了HARQ进程并且与所述HARQ进程相对应的MACPDU满足第五预定义的条件的情况下，停止配置授权重传定时器或配置授权定时器中的至少一个。

12.根据权利要求9-11中任一所述的方法，其中，所述第五预定义的条件包括以下中的至少一个：

与所述MAC PDU相对应的无线链路控制RLC PDU中的至少一个或全部满足第六预定义的条件；或

用于发送所述MAC PDU的PUSCH为配置授权CG PUSCH。

13.根据权利要求12所述的方法，其中，所述第六预定义的条件包括以下中的至少一个：

第一剩余PDB小于第七预定义门限，所述第一剩余PDB通过第一PDB减去第一时间与RLCPDU相对应的MAC PDU被发送的时间之间的时间间隔获得，所述第一PDB指示第一时间与成功接收所述RLC PDU的时间之间的时间间隔需要满足的时延要求，所述第一时间指示所述RLC PDU到达所述终端的时间；

第二剩余PDB小于第八预定义门限，所述第二剩余PDB通过第一剩余PDB减去第一预定义的时间获得；或

第三剩余PDB小于第九预定义门限，所述第三剩余PDB通过第一PDB减去第二预定义的时间获得。

14.根据权利要求1所述的方法，其中，所述配置信息包括指示混合自动重复请求HARQ进程的动态上行授权，

其中，发送所述物理上行信道包括，在与所述动态上行授权相关联的PUSCH上发送包括所述HARQ进程相关的信息的上行控制信息UCI。

15.根据权利要求14所述的方法，其中，所述HARQ进程相关的信息包括以下中的至少一个：

新数据指示NDI；

调制编码方式MCS；或

冗余版本RV。

16.根据权利要求1所述的方法，其中，所述配置信息包括指示HARQ进程的重传的动态上行授权，

其中，发送物理上行信道包括：

在与所述HARQ进程相对应的MAC PDU满足第五预定义的条件的情况下，在与所述动态上行授权相关联的PUSCH上发送新的MAC PDU以及包括新的MAC PDU相关的信息的上行控制信息UCI。

17.根据权利要求16所述的方法，其中，所述新的PDU相关的信息包括以下中的至少一个：

新数据指示NDI；

调制编码方式MCS；或

冗余版本RV。

18.根据权利要求1-17中任一所述的方法，还包括：

发送承载用于指示没有上行数据的信息的PUCCH。

19.根据权利要求18所述的方法，其中，发送承载用于指示没有上行数据的信息的PUCCH包括：

发送承载否定的调度请求SR的PUCCH以用于指示没有上行数据需要发送。

20.一种由无线通信系统中的基站执行的方法，包括：

向终端发送包括配置信息的物理下行信道；以及

从所述终端接收物理上行信道，其中物理上行信道包括物理上行共享信道PUSCH和/或物理上行控制信道PUCCH。