CN117083824A - 改进的针对动态多时隙物理下行链路共享信道（pdsch）的混合自动重复请求（harq）反馈 - Google Patents

Abstract

描述了提供针对多个物理下行链路共享信道(PDSCH)传输的混合自动重复请求(HARQ)反馈的技术和装置。一种示例技术涉及接收下行链路控制信息(DCI)，所述DCI调度跨越多个时隙的多个下行链路数据传输。多个下行链路数据传输是跨越多个时隙来进行监测的。确定用于确认多个下行链路数据传输的至少一个HARQ反馈方案。针对多个下行链路数据传输的HARQ反馈是根据至少一个HARQ反馈方案来提供的。

Description

改进的针对动态多时隙物理下行链路共享信道(PDSCH)的混 合自动重复请求(HARQ)反馈

对相关申请的交叉引用

本申请要求2021年8月17日提交的第17/404,991号美国申请的优先权，该申请要求2021年4月5日提交的第63/170,698号美国临时申请的利益和优先权，其中的每项申请被转让给本申请的受让人，并且特此通过引用将其全部内容明确地并入本文中。

技术领域

本公开内容的各方面涉及无线通信，更具体地涉及用于提供针对跨越多个时隙的多个物理下行链路共享信道(PDSCH)传输的混合自动重复请求(HARQ)反馈的技术。

背景技术

无线通信系统被广泛部署以提供各种电信服务，例如电话、视频、数据、消息传送、广播或其它类似类型的服务。这些无线通信系统可以采用能够通过与多个用户共享可用的系统资源(例如，带宽、发射功率或其它资源)来支持与那些用户的通信的多址技术。多址技术可以依赖于码分、时分、频分正交频分、单载波频分或时分同步码分中的任何一者，仅举几个示例。已经在各个电信标准中采用这些和其它多址技术，以提供使得不同无线设备能够在城市、国家、地区、甚至全球级别上进行通信的公共协议。

尽管无线通信系统已经在许多年内取得了巨大的技术进步，但是挑战仍然存在。例如，复杂和动态的环境仍然可能衰减或阻塞在无线发射机与无线接收机之间的信号，破坏各种建立的无线信道测量和报告机制，这些机制用于管理和优化对有限的无线信道资源的使用。因此，存在针对在无线通信系统中的进一步的改进的需要以克服各种挑战。

发明内容

一个方面提供一种用于由用户设备(UE)进行无线通信的方法。该方法大体上包括从基站(BS)接收下行链路控制信息(DCI)，所述DCI调度跨越多个时隙的多个下行链路数据传输。该方法还包括针对跨越多个时隙的多个下行链路数据传输进行监测，以及确定用于确认多个下行链路数据传输的至少一个混合自动重复请求(HARQ)反馈方案。该方法还包括根据至少一个HARQ反馈方案提供针对多个下行链路数据传输的HARQ反馈。

一个方面提供一种装置，该装置包括：(i)包括计算机可执行指令的存储器；(ii)一个或多个处理器，其被配置为执行计算机可执行指令并且使得装置执行一种方法。该方法大体上包括从BS接收DCI，所述DCI调度跨越多个时隙的多个下行链路数据传输。该方法还包括针对跨越多个时隙的多个下行链路数据传输进行监测，以及确定用于确认多个下行链路数据传输的至少一个HARQ反馈方案。该方法还包括根据至少一个HARQ反馈方案提供针对多个下行链路数据传输的HARQ反馈。

一个方面是提供一种装置。该装置大体上包括用于从BS接收DCI的单元，所述DCI调度跨越多个时隙的多个下行链路数据传输。该装置还包括用于针对跨越多个时隙的多个下行链路数据传输进行监测，以及确定用于确认多个下行链路数据传输的至少一个HARQ反馈方案的单元。该装置还包括用于根据至少一个HARQ反馈方案提供针对多个下行链路数据传输的HARQ反馈的单元。

一个方面包括一种包括计算机可执行指令的非暂时性计算机可读介质，所述计算机可执行指令在由处理系统的一个或多个处理器执行时使得所述处理系统执行一种方法。该方法大体上包括从BS接收DCI，所述DCI调度跨越多个时隙的多个下行链路数据传输。该方法还包括针对跨越多个时隙的多个下行链路数据传输进行监测，以及确定用于确认多个下行链路数据传输的至少一个HARQ反馈方案。该方法还包括根据至少一个HARQ反馈方案提供针对多个下行链路数据传输的HARQ反馈。

一个方面提供一种用于由BS进行无线通信的方法。该方法大体上包括向UE发送DCI，所述DCI调度跨越多个时隙的多个下行链路数据传输。该方法还包括确定用于确认多个下行链路数据传输的至少一个HARQ反馈方案。该方法还包括根据至少一个HARQ反馈方案对于针对多个下行链路数据传输的HARQ反馈进行监测。

一个方面提供一种装置，该装置包括：(i)包括计算机可执行指令的存储器；(ii)一个或多个处理器，其被配置为执行计算机可执行指令并且使得装置执行一种方法。该方法大体上包括向UE发送DCI，所述DCI调度跨越多个时隙的多个下行链路数据传输。该方法还包括确定用于确认多个下行链路数据传输的至少一个HARQ反馈方案。该方法还包括根据至少一个HARQ反馈方案对于针对多个下行链路数据传输的HARQ反馈进行监测。

一个方面是提供一种装置。该装置大体上包括用于向UE发送DCI的单元，所述DCI调度跨越多个时隙的多个下行链路数据传输。该装置还包括用于确定用于确认多个下行链路数据传输的至少一个HARQ反馈方案的单元。该装置还包括用于根据至少一个HARQ反馈方案对于针对多个下行链路数据传输的HARQ反馈进行监测的单元。

一个方面包括一种包括计算机可执行指令的非暂时性计算机可读介质，所述计算机可执行指令在由处理系统的一个或多个处理器执行时使得所述处理系统执行一种方法。该方法大体上包括向UE发送DCI，所述DCI调度跨越多个时隙的多个下行链路数据传输。该方法还包括确定用于确认多个下行链路数据传输的至少一个HARQ反馈方案。该方法还包括根据至少一个HARQ反馈方案对于针对多个下行链路数据传输的HARQ反馈进行监测。

举例而言，装置可以包括处理系统、具有处理系统的设备、或者在一个或多个网络上进行协作的处理系统。出于说明的目的，以下描述和附图阐述了某些特征。

附图说明

附图描绘了本文所描述的各个方面的某些特征，并且不应被认为是对本公开内容的范围的限制。

图1是概念性地示出示例无线通信网络的框图。

图2是概念性地示出示例基站和用户设备的各方面的框图。

图3A-3D描绘用于无线通信网络的数据结构的各个示例方面。

图4描绘示例多时隙PDSCH方案。

图5描绘针对多个PDSCH提供HARQ过程的示例。

图6描绘根据本公开内容的某些方面的示例HARQ反馈方案。

图7描绘根据本公开内容的某些方面的另一示例HARQ反馈方案。

图8描绘根据本公开内容的某些方面的另一示例HARQ反馈方案。

图9是根据本公开内容的某些方面的用于由用户设备进行的无线通信的示例操作的流程图。

图10是根据本公开内容的某些方面的用于由用户设备进行的无线通信的示例操作的流程图。

图11描绘根据本公开内容的某些方面的示例通信设备的各方面。

图12描绘根据本公开内容的某些方面的另一示例通信设备的各方面。

具体实施方式

本公开内容的各方面提供用于提供针对在更高频率范围(例如，5G中的频率范围2+(FR2+))中跨越多个时隙的多个PDSCH传输的HARQ反馈的装置、方法、处理系统和计算机可读介质。虽然某些方面是关于5G中的特定频率范围来描述的，但是应注意的是，本文中的各方面可以应用于其它频率范围。

无线通信系统可以支持在位于不同频率范围(FR)的工作频段中进行的通信。例如，5G NR可以支持频率范围1(FR1)中的一个或多个工作频段和频率范围2(FR2)中的一个或多个工作频段。在5G中，FR1可以大约在410兆赫兹(MHz)-7.125千兆赫兹(GHz)之间，以及FR2可以大约在24.25GHz-52.6GHz之间。

随着针对移动宽带接入的需求不断增加，某些无线通信系统可以支持在与FR1和FR2相比更高的频率范围中的通信。作为示例，5G NR的发布版17可以支持在频率范围2+(FR2+)中的一个或多个工作频段，其可以包括56GHz频段和/或71GHz频段中的频率。为了支持在这样的较高频带中的通信，无线通信系统可以使用与在较低频带中使用的子载波间隔相比更大的子载波间隔。在FR2+中，例如，与用于较低频率范围的120千赫兹(KHz)的子载波间隔相比，5G NR可以使用480KHz、960KHz等的子载波间隔。

然而，在一些情况下，较大的子载波间隔会影响UE和gNB时间线，这进而会影响HARQ时间线和来自UE的反馈。例如，在其中UE和gNB必须处理通信的时间长度可能随着通信系统所支持的子载波间隔增加而减小。这些较小的时间长度进而会增加通信系统所支持的HARQ时间线和反馈的复杂性、增加时延、降低性能、降低效率等。

为了解决由与使用更大的子载波间隔相关联的减少的UE和gNB时间线引起的问题(例如，更高的处理复杂性、针对下行链路数据的额外的调度)，一些无线通信可以支持在多个时隙内对PDSCH的多个传输(本文中称为多时隙PDSCH)。在多时隙PDSCH中，单个调度下行链路控制信息(DCI)可以用于在多个不同时隙中的每个时隙中调度PDSCH。每个PDSCH可以包括一个或多个发送块(还称为传输块)(TB)。

由于对UE和gNB时间线的影响会进而影响HARQ时间线和反馈，因此在如何高效地向网络(例如，gNB)提供HARQ反馈中存在技术问题。此外，在与多个DCI相对比经由单个调度DCI来调度多个PDSCH的情况下，由于用于提供针对多个PDSCH的HARQ反馈的常规的HARQ反馈方案会导致对资源的低效使用、增加的时延等，因此这样的技术问题可能会被放大。

为了解决这个技术问题，各方面提供使得设备(例如，gNB和/或UE)能够基于一个或多个条件来支持一个或多个不同的HARQ反馈方案的技术。HARQ反馈方案中的每个HARQ反馈方案可以考虑到以高效的方式提供针对多个PDSCH的HARQ反馈。例如，HARQ反馈方案中的一个或多个HARQ反馈方案可以考虑到降低干扰、改善频谱效率、在(多个)重传的情况下降低开销等。

在一个方面中，HARQ反馈方案可以涉及使用单个物理上行链路控制信道(PUCCH)资源用于进行HARQ反馈。在一个方面中，HARQ反馈方案可以涉及使用针对HARQ反馈的编码方案。在一个方面中，HARQ反馈方案可以涉及使用单个PUCCH资源或编码方案中的至少一者用于提供HARQ反馈。

如下文更详细地描述的，UE和gNB可以基于(多个)条件(诸如PDSCH的到达时间、与PDSCH相关联的优先级、与PDSCH相关联的调制和编码方案(MCS)等)来确定用于提供针对多个PDSCH的HARQ反馈的特定的HARQ反馈方案。在一些情况下，UE和gNB可以基于(多个)条件来确定对通过单个调度DCI所调度的PDSCH的不同子集应用不同的HARQ反馈方案。gNB可以提供对(多个)HARQ反馈方案的指示供UE使用用于提供HARQ反馈。

此外，各方面提供使得设备(例如，gNB和/或UE)能够基于一个或多个条件来处理对PDSCH中的一个或多个PDSCH的(多个)重传的技术。如下文更详细地描述的，例如，UE和gNB可以基于针对各自的PDSCH所使用的特定HARQ反馈方案来处理对PDSCH中的一个或多个PDSCH的(多个)重传。

以这种方式，各方面可以使得HARQ反馈能够是以高效的方式针对多个PDSCH来发送的。在减少的时间线(例如，由于针对更高的频率范围使用更大的子载波间隔)影响无线通信系统的HARQ时间线和反馈的情况下，这进而会显著地提高网络性能。

对于无线通信网络的介绍

图1描绘无线通信网络100的示例，在其中可以实现本文中描述的各方面。

通常，无线通信网络100包括基站(BS)102、用户设备(UE)104、一个或多个核心网(诸如演进分组核心(EPC)160和5G核心(5GC)网络190)，其进行互操作以提供无线通信服务。

基站102可以为用户设备104提供到EPC 160和/或5GC 190的接入点，以及可以执行以下功能中的一个或多个功能：对用户数据的传送、无线电信道加密和解密、完整性保护、报头压缩、移动性控制功能(例如，切换、双连接)、小区间干扰协调、连接建立和释放、负载平衡、针对非接入层(NAS)消息的分发、NAS节点选择、同步、无线电接入网络(RAN)共享、多媒体广播多播服务(MBMS)、订户和装备追踪、RAN信息管理(RIM)、寻呼、定位、对警告消息的递送、以及其它功能。在各种上下文中，基站可以包括和/或称为gNB、NodeB(节点B)、eNB、ng-eNB(例如，已经被增强以提供到EPC 160和5GC 190两者的连接的eNB)、接入点、基站收发机、无线电基站、无线电收发机、或收发机功能单元、或发送接收点。

基站102经由通信链路120与UE 104无线地进行通信。每个基站102可以为各自的地理覆盖区域110提供通信覆盖，在一些情况中，这些覆盖区域可以重叠。例如，小型小区102’(例如，低功率基站)可以具有覆盖区域110’，其与一个或多个宏小区(例如，高功率基站)的覆盖区域110重叠。

在基站102与用户设备104之间的通信链路120可以包括从用户设备104到基站102的上行链路(UL)(还称为反向链路)传输和/或从基站102到用户设备104的下行链路(DL)(还称为前向链路)传输。通信链路120可以使用多输入多输出(MIMO)天线技术，在各个方面中包括空间复用、波束成形和/或发射分集。

UE 104的示例包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型计算机、个人数字助理(PDA)、卫星无线电单元、全球定位系统、多媒体设备、视频设备、数字音频播放器、照相机、游戏机、平板电脑、智能设备、可穿戴设备、运输工具、电表、气泵、大型或小型厨房电器、保健设备、植入物、传感器/致动器、显示器或其它类似的设备。UE 104中的一些UE可以是物联网(IoT)设备(例如，停车计费器、气泵、烤面包机、运输工具、心脏监视器或其它IoT设备)、常开(AON)设备或边缘处理设备。UE 104还可以更普遍地称为站、移动站、用户站、移动单元、用户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动用户站、接入终端、移动终端、无线终端、远程终端、手持机、用户代理、移动客户端或客户端。

无线通信网络100包括HARQ组件199，所述HARQ组件199可以被配置为确定用于确认通过单个DCI调度的多个下行链路数据传输(例如，PDSCH)的至少一个HARQ反馈方案，以及根据至少一个HARQ反馈方案对于针对多个下行链路数据传输的HARQ反馈进行监测。无线网络100还包括HARQ组件198，所述HARQ组件198可以被配置为确定用于确认通过单个DCI调度的多个下行链路数据传输的至少一个HARQ反馈方案，以及根据至少一个HARQ反馈方案来为多个下行链路数据传输提供HARQ反馈。

图2描绘示例基站(BS)102和用户设备(UE)104的各方面。

通常，BS102包括各个处理器(例如，220、230、238和240)、天线234a-t(统称为234)、收发机232a-t(统称为232)(其包括调制器和解调器)以及其它方面，这实现对数据的无线发送(例如，源数据212)和对数据的无线接收(例如，数据宿239)。例如，基站102可以在自身与用户设备104之间发送和接收数据。

基站102包括控制器/处理器240，其可以被配置为实现与无线通信相关的各个功能。在所描绘的示例中，控制器/处理器240包括HARQ组件199。显而易见地，虽然描绘为控制器/处理器240的一方面，但是在其它实现方式中，HARQ组件199可以是额外地或者替代地在基站102的各个其它方面中实现的。

通常，UE 104包括各个处理器(例如，258、264、266和280)、天线252a-r(统称为252)、收发机254a-r(统称为254)(其包括调制器和解调器)以及其它方面，这实现对数据的无线发送(例如，源数据262)和对数据的无线接收(例如，数据宿260)。

用户设备102包括控制器/处理器280，其可以被配置为实现与无线通信相关的各个功能。在所描绘的示例中，控制器/处理器280包括HARQ组件198。显而易见地，虽然描绘为控制器/处理器280的一方面，但是在其它实现方式中，HARQ组件198可以是额外地或者替代地在用户设备104的各个其它方面中实现的。

图3A-图3D描绘用于无线通信网络(诸如图1的无线通信网络100)的数据结构的各方面。具体而言，图3A是示出5G(例如，5G NR)帧结构内的第一子帧的示例的示意图300，图3B是示出5G子帧内的DL信道的示例的示意图330，图3C是示出5G帧结构内的第二子帧的示例的示意图350，以及图3D是示出5G子帧内的UL信道的示例的示意图380。

在本公开内容中稍后提供关于图1、图2和图3A-图3D的进一步讨论。

对mmWave无线通信的介绍

在无线通信中，电磁频谱通常细分为各个类别、频段、信道或其它特征。这种细分通常是基于波长和频率来提供的，其中频率还可以称为载波、子载波、频率信道、音调或子带。

在5G中，两个初始工作频段已经标识为频率范围名称FR1(410MHz-7.125GHz)和FR2(24.25GHz-52.6GHz)。在FR1与FR2之间的频率通常称为中频段频率。尽管FR1的一部分大于6GHz，但是在各种文献和文章中，FR1通常(可互换地)称为“Sub-6 GHz”(“低于6GHz”)频段。关于FR2有时会出现类似的命名问题，尽管与被国际电信联盟(ITU)标识为“毫米波”频段(因为在这些频率处的波长在1毫米与10毫米之间)的极高频(EHF)频段(30GHz-300GHz)不同，但是在文档和文章中FR2有时(可互换地)被称为“毫米波”(“mmW”或“mmWave”)频段。在该频段中的无线电波可以称为毫米波。近mmWave可以向下扩展至具有100毫米的波长的3GHz的频率。超高频(SHF)频段在3GHz到30GHz之间扩展，还称为厘米波。

考虑到上述各方面，除非另外明确地声明，否则应当理解的是，术语“sub-6GHz”等(如果在本文中使用的话)可以广泛地表示可以小于6GHz的频率，可以在FR1内的频率，或者可以包括中频段频率的频率。进一步地，除非另外明确地声明，否则应当理解的是，术语“毫米波”等(如果在本文使用的话)可以广泛地表示可以包括中频段频率的频率、可以在FR2内的频率、或可以在EHF频段内的频率。

与较低频率通信相比，使用mmWave/近mmWave射频频段(例如，3GHz-300GHz)的通信可能具有较高的路径损耗和较短的范围。因此，在图1中，mmWave基站180可以利用与UE104的波束成形182，以改善路径损耗和范围。为此，基站180和UE 104可以各自包括多个天线，诸如天线元件、天线面板和/或天线阵列，以促进波束成形。

在一些情况下，基站180可以在一个或多个发送方向182'上向UE 104发送经波束成形的信号。UE 104可以在一个或多个接收方向182”上接收来自基站180的经波束成形的信号。UE 104还可以在一个或多个发送方向182”上向基站180发送经波束成形的信号。基站180可以在一个或多个接收方向182’上接收来自UE 104的经波束成形的信号。然后，基站180和UE 104可以执行波束训练，以确定针对基站180和UE 104中的每一者的最佳的接收方向和发送方向。显而易见地，针对基站180的发送方向和接收方向可以是相同或可以不是相同的。类似地，针对UE 104的发送方向和接收方向可以是相同或可以不是相同的。

进一步地，如本文中描述的，一些无线通信系统(例如，发布版17 5G)可以支持在高于FR2(诸如FR2+)的频带中的通信。在一些情况下，FR2+可以包括在56GHz频段和/或71GHz频段中的频率。在一些方面中，本文中描述的用于提供HARQ反馈的技术可以是在支持在这些较高频率中的通信的无线通信系统中使用的。

针对多时隙PDSCH的示例HARQ反馈

如上所述，一些通信系统可以支持多时隙PDSCH，以解决与由于较大的子载波间隔而导致的减少的时间线相关联的问题中的一些问题。图4描绘示例多时隙PDSCH方案400，在其中使用单个DCI调度跨越多个时隙的多个PDSCH传输404-1至404-N。DCI可以被包括在物理下行链路控制信道(PDCCH)402内。在一个参考示例中，每个PDSCH 404 1-N可以是针对不同的时隙来调度的。

每个PDSCH 404可以包括单独的HARQ过程用于发送针对在PDSCH 404内的(多个)TB的HARQ反馈。如图5所示，例如，假设每个PDSCH 404 1-N包括单个TB 406，则针对每个TB406可以提供不同的HARQ过程408，导致针对(在N个PDSCH内的)N个TB的N个HARQ过程。

虽然每个HARQ过程408 1-N可以用于发送针对在各自的PDSCH 404 1-N内的各自的TB 4061-N的HARQ反馈，但是以这种方式发送HARQ反馈会导致对资源的低效使用以及降低的网络性能。因此，提供用于提供针对多时隙PDSCH的HARQ反馈的改进的技术可能是可取的。

与改进的针对多时隙PDSCH的HARQ反馈相关的各方面

本文中给出的各方面提供改进的用于提供针对通过单个DCI调度的多个PDSCH的HARQ反馈的技术。在一些方面中，本文中描述的技术可以是当在更高的频率范围(诸如FR2+)中部署通信时使用的。然而，要注意的是，FR2+是作为参考示例来使用的，并且本文中描述的技术可以用于在其中针对该工作频段集合的数字方案(numerology)(例如，子载波间隔)具有对UE和gNB处理时间线的影响(例如，减少处理时间线)的任何工作频段集合。

为了支持提供针对通过单个DCI调度的多个PDSCH的高效的HARQ反馈，各方面提供可以用于提供HARQ反馈的不同的HARQ反馈方案。图6描绘根据本公开内容的某些方面的示例HARQ反馈方案600。在这里，每个PDSCH 604 1-N是通过单个PDCCH 602来调度的。TB可以是在各个PDSCH 604中发送的。每个PDSCH 604 1-N可以包括指派的HARQ过程(例如，类似于HARQ过程408)，用于将针对PDSCH 604的反馈(例如，确认(ACK)或否定确认(NACK))提供给网络。如本文中使用的，HARQ反馈方案600可以称为个体HARQ-ACK的块(或组)。

在一些方面中，HARQ反馈方案600使得UE能够提供针对组中的PDSCH 604 1-N中的所有PDSCH 604 1-N的HARQ反馈，而不是(基于单独的HARQ过程)提供针对每个PDSCH 604的单独的HARQ反馈。例如，在HARQ反馈方案600中，UE可以使用单个PUCCH资源(其可以横跨一个或多个符号)将个体HARQ反馈作为组来发送给网络。如图6所示，各个个体HARQ-ACK6081-N(分别对应于PDSCH 604 1-N)可以是在单个PUCCH资源610内发送的。在一个方面中，HARQ-ACK 608 1-N可以是在PUCCH资源610内复用的。通过将HARQ-ACK 608 1-N作为组来在单个PUCCH资源610内进行发送，部分地例如由于在反馈传输的数量中的减少，各方面可以减少干扰以及提高频谱效率。

在HARQ反馈方案600中，由于仍然发送个体HARQ-ACK(但是在单个PUCCH资源内，而不是多个PUCCH资源内)，因此对PDSCH 604中的一个或多个PDSCH 604的(多个)重传可以是单独地发送的。为了减少在多个重传的情况下的开销，gNB可以选择使用(例如，在PDCCH602内的)相同的调度DCI来重新发送HARQ过程。

图7描绘根据本公开内容的某些方面的示例HARQ反馈方案700。如本文中使用的，HARQ反馈方案700可以称为联合(或压缩)HARQ ACK。在一些方面中，HARQ反馈方案700使得UE能够提供针对PDSCH 604 1-N中的所有PDSCH 604 1-N的联合(或压缩)HARQ反馈。例如，在HARQ反馈方案700中，UE可以使用编码方案将针对PDSCH 6041-N的HARQ-ACK(例如，HARQ-ACK 608 1-N)联合地编码到联合HARQ-ACK 702中。

联合HARQ-ACK 702可以包括与针对HARQ-ACK 608 1-N的比特的总数相比要少的数量的比特。例如，假设每个HARQ-ACK 608是单个比特(针对HARQ反馈的总共N个比特)，则联合HARQ-ACK 702可以包括N-X个比特，其中X≥1。在一些方面中，波形签名可以用于将针对多个PDSCH 604的HARQ-ACK 608复用到联合HARQ-ACK 702中。

用于将HARQ-ACK 608 1-N联合地编码到联合HARQ-ACK 702中的编码方案可以是基于不同的技术。在一个示例中，编码方案可以是基于至少一个HARQ-ACK是否是NACK。例如，如果错误地接收到至少一个PDSCH，则联合HARQ-ACK 702可以指示NACK。在另一方面中，如果没有PDSCH是错误地接收到的，则联合HARQ-ACK 702可以指示ACK。

在另一示例中，编码方案可以用于指示ACK/NACK，以及具有ACK/NACK的PDSCH的数量。例如，假设存在两个错误地接收的PDSCH，联合HARQ-ACK 702可以指示NACK，以及指示存在两个具有NACK的PDSCH。类似地，假设存在两个成功地接收的PDSCH，联合HARQ-ACK 702可以指示ACK，以及指示存在两个具有ACK的PDSCH。

利用HARQ反馈方案700，网络可以重新发送横跨多个PDSCH的在联合HARQ-ACK 702中具有反馈的一些或全部数据。例如，如果联合HARQ-ACK 702指示NACK，而未指示具有NACK的PDSCH的数量，则网络可以重新发送横跨多个PDSCH的数据中的所有数据。在另一示例中，如果联合HARQ-ACK 702指示NACK，同时指示具有NACK的PDSCH的数量，则网络可以重新发送与具有NACK的PDSCH相对应的数据子集。

图8描绘根据本公开内容的某些方面的示例HARQ反馈方案800。如本文中使用的，HARQ反馈方案800可以称为联合块HARQ ACK。例如，HARQ反馈方案800可以是HARQ反馈方案600和HARQ反馈方案700的组合。

在一些方面中，HARQ反馈方案800使得UE能够将N个PDSCH 604划分到一个或多个组8021-K(例如，如图8所示的K个组)，以及生成针对各个组802的一个联合HARQ-ACK 804。联合HARQ-ACK 804可以类似于图7中描绘的联合HARQ-ACK 704。例如，针对每个组802的联合HARQ-ACK 804可以是使用与HARQ反馈方案700相关联的编码方案来生成的。在一些方面中，UE可以将针对每个组802的联合HARQ-ACK 804作为HARQ反馈发送给网络。

在一些方面中，来自每个组802的联合HARQ-ACK 804可以是作为K个联合HARQ-ACK的块来发送给网络的。例如，UE可以将K个联合HARQ-ACK 804 1-K复用在单个PUCCH资源810内，以便将K个联合HARQ-ACK 804 1-K作为组来发送给网络。利用HARQ反馈方案800，网络可以一起重新发送在同一组802内的PDSCH 604。在必须重新发送与多个组(例如，多个联合HARQ-ACK)相对应的PDSCH的情况下，可以使用同一调度DCI(例如，PDCCH 602)来调度(多个)重传。

针对通过单个PDCCH(例如，PDCCH 602)调度的多个PDSCH，gNB可以选择使用以下各项的组合：(1)个体HARQ-ACK，(2)联合HARQ-ACK(例如，HARQ反馈方案700)，(3)块个体HARQ-ACK(例如，HARQ反馈方案600)，以及(4)块联合HARQ-ACK(例如，HARQ反馈方案800)。在一些方面中，gNB可以基于可用的PUCCH资源集合来确定针对给定的PDSCH集合的(多个)HARQ反馈方案。在一些方面中，gNB可以基于与UE的通信来确定针对给定的PDSCH集合的(多个)HARQ反馈方案。例如，UE可以请求要针对PDSCH集合来使用特定的HARQ反馈方案。要注意的是，在一些情况下，对联合HARQ-ACK或块HARQ-ACK的使用可能导致无序的HARQ-ACK。在这些情况下，无线通信系统可以支持无序的HARQ ACK。

针对使用联合HARQ-ACK(例如，HARQ反馈方案700)或块HARQ-ACK(例如，HARQ反馈方案600)的PDSCH，对PDSCH的分群组可以是基于一个或多个标准来选择的。在一个方面中，对PDSCH的分群组可以是基于PDSCH在UE处的到达时间。例如，使用联合/块HARQ-ACK的PDSCH可以是基于PDSCH的到达时间来进行组装的。在这个示例中，针对彼此靠近的PDSCH(例如，到达时间在门限时间量内)，UE可以使用联合HARQ来提供HARQ反馈(例如，HARQ反馈方案700)，或者将针对PDSCH的HARQ-ACK作为块来进行发送(例如，HARQ反馈方案600)。

在一个方面中，对PDSCH的分群组可以是基于PDSCH的优先级。例如，针对具有相同优先级的PDSCH，UE可以在同一块中(例如，HARQ反馈方案600)或在联合HARQ-ACK中(例如，HARQ反馈方案700)发送针对PDSCH的HARQ反馈。在一些情况下，较高优先级的PDSCH可以被配置为使用个体HARQ-ACK，而较低优先级的PDSCH可以使用联合HARQ-ACK。作为参考示例，优先次序(从高到低)可以包括：(i)优先级1，个体HARQ-ACK，(ii)优先级2，块个体HARQ-ACK，(iii)优先级3，联合HARQ-ACK，以及(iv)优先级4，块联合HARQ-ACK。

PDSCH的优先级可以是在调度DCI中指示的。优先级可以是基于标准(诸如服务质量(QoS)要求)来设置的，其中较高的QoS要求(例如，语音)被给予较高的优先级，以及较低的QoS要求(例如，视频)被给予较低的优先级。不同的QoS要求可以指示不同的数据流，例如视频、音频和数据。具有相同的QoS要求的PDSCH或通过相同的逻辑信道携带的PDSCH可以被给予相同的优先级。

在一个方面中，对PDSCH的分群组可以是基于与PDSCH相关联的发送/接收架构的类型。例如，在一些情况下，PDSCH可以是使用多个发送接收点(TRP)、使用多个波束和/或使用多个面板来发送的。在这些情况下，使用多TRP、多个波束和/或多个面板发送的PDSCH分组可以分群组在一起。

在一个方面中，对PDSCH的分群组可以是基于与PDSCH相关联的MCS。例如，对PDSCH的分群组可以是基于UE使用与PDSCH相同的MCS或码率。在一个方面中，对PDSCH的分群组可以是基于针对PDSCH所使用的空间流的数量。例如，针对多层传输，利用同一层发送的PDSCH可以分群组在一起。在一个方面中，对PDSCH的分群组可以是基于PDSCH是否是在多用户环境中发送的。例如，在多用户环境中，针对具有相似特性的UE的PDSCH可以分群组在一起，以及复用到同一PUCCH资源上。

在一些方面中，网络(例如，gNB)可以提供对UE要使用哪个(哪些)HARQ反馈方案来提供针对通过同一DCI调度的多个PDSCH的HARQ反馈的明确指示。例如，gNB可以在调度PDCCH(例如，PDCCH 602)中提供对哪个HARQ反馈方案要用于针对PDSCH的HARQ反馈的指示。在一些情况下，在调度PDCCH中的指示可以是固定长度指示。例如，gNB可以经由无线电资源控制(RRC)信令来预先配置不同的HARQ反馈方案，以及在调度PDCCH中发送UE要使用的特定的(多个)HARQ反馈方案的索引。在一些情况下，一个索引可以是针对多个PDSCH来发送的，以减少长度。

在一些方面中，UE使用以提供针对通过同一DCI调度的多个PDSCH的HARQ反馈的(多个)HARQ反馈方案可以是针对UE来预先配置的。例如，网络可以预先配置某些PDSCH索引以使用特定的HARQ反馈方案。在另一示例中，网络可以预先配置具有具体特性(例如，MCS、层的数量、发射波束的类型、发送和接收架构的类型、(多个)面板等)的PDSCH以使用特定的HARQ反馈方案。预先配置可以是例如经由RRC信令来先验地传送给UE的。当UE检测到PDSCH的特性，或者确定特定的PDSCH索引时，UE可以使用预先配置的HARQ反馈方案来提供针对PDSCH的HARQ反馈。

在一些方面中，网络(例如，gNB)可以提供对UE要使用哪个(哪些)HARQ反馈方案来提供针对通过同一DCI调度的多个PDSCH的HARQ反馈的隐式指示。例如，具有多个重复(例如，大于门限重复数量)的PDSCH可以向UE指示关于应当使用可靠性敏感的HARQ反馈方案来提供针对该PDSCH的反馈。在这种情况下，UE可以确定使用不采用压缩或分群组的HARQ反馈方案。在另一示例中，具有小于门限重复数量的重复的PDSCH可以向UE指示关于可以使用高效的HARQ反馈方案来提供HARQ反馈。在这种情况下，UE可以确定使用HARQ反馈方案600、700和800中的一者。在一些方面中，针对具有重复的PDSCH所使用的传输配置指示符(TCI)状态的数量可以指示上层(例如，应用)是有多么可靠性敏感，以及应当使用哪个HARQ反馈方案。

在一些情况下，UE可以针对在每个时隙中的PDSCH进行监测，以及在未检测到PDSCH的时隙内发送HARQ反馈。这假设针对在多个时隙中的所有PDSCH的优先级比特是传送给UE的。然而，发送这个信息会导致针对未发送PDSCH的DCI和上行链路控制信息(UCI)比特的浪费。为了解决这个问题，各方面可以使得gNB能够发送针对PDSCH的子集(例如，发送的PDSCH)的优先级比特和对总下行链路指派指示(DAI)的指示，以帮助UE追踪发送的PDSCH。

图9是示出根据本公开内容的某些方面的用于无线通信的示例操作900的流程图。操作900可以由UE(例如，UE 104)执行。

操作900可以在910处开始，其中UE从BS(例如，BS102)接收DCI(例如，在PDCCH 602内的DCI)，所述DCI调度跨越多个时隙的多个下行链路数据传输(例如，PDSCH 604)。在920处，UE针对跨越多个时隙的多个下行链路数据传输进行监测。在930处，UE确定用于确认多个下行链路数据传输的至少一个HARQ反馈方案(例如，HARQ反馈方案600、HARQ反馈方案700、HARQ反馈方案800)。在940处，UE根据至少一个HARQ反馈方案提供针对多个下行链路数据传输的HARQ反馈。

在一些方面中，在930处确定的HARQ反馈方案(例如，HARQ反馈方案600)是基于用于提供HARQ反馈的单个PUCCH资源(例如，PUCCH资源610)。如上所述，例如，HARQ反馈方案600可以涉及使用单个PUCCH资源来携带个体HARQ-ACK(例如，HARQ-ACK 608)作为组或块。UE可以将针对PDSCH 604的个体HARQ-ACK(例如，HARQ-ACK 608)复用到单个PUCCH资源中，相比于针对个体HARQ-ACK中的每个个体HARQ-ACK来使用单独的PUCCH资源。在这些方面中，UE(在940处)可以通过在单个PUCCH资源内向BS发送HARQ反馈来提供HARQ反馈，其中HARQ反馈包括多个比特，并且每个比特对应于多个下行链路数据传输中的不同的一个下行链路数据传输。

在一些方面中，当HARQ反馈方案是基于单个PUCCH资源时(例如，HARQ反馈方案600)，操作900还可以包括UE从BS接收对多个下行链路数据传输中的至少一个下行链路数据传输的重传，其中重传是通过来自BS的另一调度DCI(例如，与在910中接收的DCI分开的)来调度的。

在一些方面中，当HARQ反馈方案是基于单个PUCCH资源时(例如，HARQ反馈方案600)，多个下行链路数据传输中的至少一个下行链路数据传输可以包括对第一下行链路数据传输的重传。在这些方面中，对第一下行链路数据传输的重传是通过(在910中的)同一DCI来调度的。

在一些方面中，在930处确定的HARQ反馈方案(例如，HARQ反馈方案700)是基于用于提供HARQ反馈的编码方案。如上所述，例如，HARQ反馈方案700可以涉及使用编码方案将个体HARQ-ACK(例如，HARQ-ACK 608)联合地编码到联合HARQ-ACK(例如，联合HARQ-ACK702)中。在这些方面中，UE(在940处)可以通过基于编码方案来生成联合HARQ-ACK，以及通过将联合HARQ-ACK发送给BS，来提供HARQ反馈。联合HARQ-ACK的比特的数量可能少于HARQ反馈的总比特数。

在一些方面中，当联合HARQ-ACK指示针对多个下行链路数据传输中的至少一个下行链路数据传输的至少一个NACK时，操作900还可以包括UE在发送联合HARQ-ACK之后，从BS接收对多个下行链路数据传输的重传。

在一些方面中，在930处确定的HARQ反馈方案(例如，HARQ反馈方案800)是基于(i)用于提供HARQ反馈的至少一个编码方案和(ii)用于提供HARQ反馈的单个PUCCH资源。如上所述，例如，HARQ反馈方案800可以涉及将多个下行链路数据传输划分为一个或多个组(例如，组802)，通过使用编码方案对针对在组内的每个下行链路数据传输的个体HARQ-ACK进行联合编码，生成针对每个组的联合HARQ-ACK(例如，联合HARQ-ACK 804)，以及发送所生成的联合HARQ-ACK作为在单个PUCCH资源(例如，PUCCH资源810)内的组或块。

在930处确定的HARQ反馈方案是HARQ反馈方案800的方面中，UE(在940处)可以基于至少一个编码方案，来生成针对多个下行链路数据传输的一个或多个组中的每个组的联合HARQ-ACK，以及在单个PUCCH资源内将所生成的联合HARQ-ACK发送给BS。每个联合HARQ-ACK可以包括对针对多个下行链路数据传输的子集的HARQ-ACK反馈的指示。针对每个联合HARQ-ACK，联合HARQ-ACK的总比特数可以少于针对多个下行链路数据传输的子集的HARQ反馈的总比特数。

在一些方面中，当至少第一生成的HARQ-ACK指示针对在第一组中的至少一个下行链路数据传输的至少一个NACK时，操作900还可以包括UE在发送所生成的联合HARQ-ACK(包括第一生成的HARQ-ACK)之后接收对在第一组中的下行链路数据传输中的每个下行链路数据传输的重传。

在一些方面中，多个下行链路数据传输可以包括第一组下行链路数据传输和第二组下行链路数据传输，以及第一组下行链路数据传输和第二组下行链路数据传输中的至少一者可以包括对下行链路数据传输的重传。在这些方面中，重传将是通过(在910中的)同一调度DCI来进行调度的。

在一些方面中，至少一个HARQ反馈方案(在930中)可以是基于以下各项中的至少一项来确定的：(i)多个下行链路数据传输中的每个下行链路数据传输的到达时间，(ii)多个下行链路数据传输中的每个下行链路数据传输的优先级，(iii)针对多个下行链路数据传输中的每个下行链路数据传输所使用的发射波束的类型，(iv)与多个下行链路数据传输中的每个下行链路数据传输相关联的调制和编码方案(MCS)，(v)针对多个下行链路数据传输中的每个下行链路数据传输所使用的空间流的数量，或(vi)多个下行链路数据传输中的每个下行链路数据传输是与单个用户还是多个用户相关联。

在一些方面中，至少一个HARQ反馈方案(在930中)是基于来自BS的明确指示来确定的。例如，明确指示可以是在(在910中的)调度DCI中接收的。在一些方面中，至少一个HARQ反馈方案(在930中)是基于与多个下行链路数据传输相关联的至少一个索引来确定的，其中至少一个索引是与多个HARQ反馈方案中的一个HARQ反馈方案相关联的。在一些方面中，至少一个HARQ反馈方案(在930中)是基于多个下行链路数据传输中的一个或多个下行链路数据传输的重复的数量来确定的。例如，重复的数量可以是经由TCI状态的数量(经由调度DCI)来指示的。

在一些方面中，(在910中的)调度DCI可以包括总DAI。在这些方面中，UE在940处可以基于总DAI来确认多个下行链路数据传输。例如，如前所述，UE可以使用总DAI来保持追踪已经由网络发送的PDSCH。

图10是示出根据本公开内容的某些方面的用于无线通信的示例操作1000的流程图。操作1000可以由BS(例如，BS102，诸如gNB)执行。

操作1000可以在1010处开始，其中BS向UE(例如，UE 104)发送DCI(例如，在PDCCH602内)，所述DCI调度跨越多个时隙的多个下行链路数据传输(例如，PDSCH 604)。在1020处，BS确定用于确认多个下行链路数据传输的至少一个HARQ反馈方案(例如，HARQ反馈方案600、HARQ反馈方案700、HARQ反馈方案800)。在1030处，BS根据至少一个HARQ反馈方案对于针对多个下行链路数据传输的HARQ反馈进行监测。

在一些方面中，在1020处确定的HARQ反馈方案(例如，HARQ反馈方案600)是基于用于HARQ反馈的单个PUCCH资源(例如，PUCCH资源610)。如上所述，例如，HARQ反馈方案600可以涉及使用单个PUCCH资源来携带个体HARQ-ACK(例如，HARQ-ACK 608)作为组或块。UE可以将针对PDSCH 604的个体HARQ-ACK(例如，HARQ-ACK 608)复用到单个PUCCH资源中，相比于针对个体HARQ-ACK中的每个个体HARQ-ACK来使用单独的PUCCH资源。在这些方面中，BS(在1030处)可以通过在单个PUCCH资源内针对HARQ反馈进行监测来监测HARQ反馈，其中HARQ反馈包括多个比特，并且每个比特对应于多个下行链路数据传输中的不同的一个下行链路数据传输。

在一些方面中，当HARQ反馈方案是基于单个PUCCH资源(例如，HARQ反馈方案600)时，操作1000还可以包括BS向UE发送另一DCI(例如，与在1010处发送的DCI分开的)，所述另一DCI调度对多个下行链路数据传输中的至少一个下行链路数据传输的重传。

在一些方面中，当HARQ反馈方案是基于单个PUCCH资源时(例如，HARQ反馈方案600)，多个下行链路数据传输中的至少一个下行链路数据传输可以包括对第一下行链路数据传输的重传。在这些方面中，对第一下行链路数据传输的重传是通过(在1010中的)同一DCI来调度的。

在一些方面中，在1020处确定的HARQ反馈方案(例如，HARQ反馈方案700)是基于用于HARQ反馈的编码方案。如上所述，例如，HARQ反馈方案700可以涉及使用编码方案将个体HARQ-ACK(例如，HARQ-ACK 608)联合地编码到联合HARQ-ACK(例如，联合HARQ-ACK 702)中。在这些方面中，BS(在1030处)可以对于针对多个下行链路数据传输的联合HARQ-ACK进行监测，其中联合HARQ-ACK是基于根据编码方案对HARQ反馈进行联合编码来生成的。联合HARQ-ACK的比特的数量可能少于HARQ反馈的总比特数。

在一些方面中，当联合HARQ-ACK指示针对多个下行链路数据传输中的至少一个下行链路数据传输的至少一个NACK时，操作1000还可以包括在接收联合HARQ-ACK之后调度对多个下行链路数据传输的重传。

在一些方面中，在1020处确定的HARQ反馈方案(例如，HARQ反馈方案800)是基于(i)用于HARQ反馈的至少一个编码方案和(ii)用于提供HARQ反馈的单个PUCCH资源。如上所述，例如，HARQ反馈方案800可以涉及将多个下行链路数据传输划分为一个或多个组(例如，组802)，通过使用编码方案对针对在组内的每个下行链路数据传输的个体HARQ-ACK进行联合编码，生成针对每个组的联合HARQ-ACK(例如，联合HARQ-ACK 804)，以及发送所生成的联合HARQ-ACK作为在单个PUCCH资源(例如，PUCCH资源810)内的组或块。

在1020处确定的HARQ反馈方案是HARQ反馈方案800的方面中，BS(在1030处)可以针对在单个PUCCH资源内的多个联合HARQ-ACK进行监测，其中每个联合HARQ-ACK对应于多个下行链路数据传输的不同组，并且是基于使用至少一个编码方案对针对多个下行链路数据传输的组的HARQ反馈进行联合编码来生成的。每个联合HARQ-ACK可以包括对针对多个下行链路数据传输的各自的组的HARQ反馈的指示。联合HARQ-ACK的总比特数可能少于针对多个下行链路数据传输的组的HARQ反馈的总比特数。

在一些方面中，当至少第一生成的联合HARQ-ACK指示针对在第一组中的至少一个下行链路数据传输的至少一个NACK时，操作1000还可以包括BS在接收联合HARQ-ACK(包括第一生成的联合HARQ-ACK)之后调度对在第一组中的下行链路数据传输中的每个下行链路数据传输的重传。

在一些方面中，多个下行链路数据传输可以包括第一组下行链路数据传输和第二组下行链路数据传输，以及第一组下行链路数据传输和第二组下行链路数据传输中的至少一者可以包括对下行链路数据传输的重传。在这些方面中，重传将是通过(在1010中的)同一调度DCI来进行调度的。

在一些方面中，至少一个HARQ反馈方案(在1020中)可以是基于以下各项中的至少一项来确定的：(i)多个下行链路数据传输中的每个下行链路数据传输的到达时间，(ii)多个下行链路数据传输中的每个下行链路数据传输的优先级，(iii)针对多个下行链路数据传输中的每个下行链路数据传输所使用的发射波束的类型，(iv)与多个下行链路数据传输中的每个下行链路数据传输相关联的调制和编码方案(MCS)，(v)针对多个下行链路数据传输中的每个下行链路数据传输所使用的空间流的数量，或(vi)多个下行链路数据传输中的每个下行链路数据传输是与单个用户还是多个用户相关联。

在一些方面中，操作1000还可以包括BS向UE发送对至少一个HARQ反馈方案的指示(例如，在调度DCI内)。在一些方面中，至少一个HARQ反馈方案(在1020中)是基于与多个下行链路数据传输相关联的至少一个索引来确定的，其中至少一个索引是与多个HARQ反馈方案中的一个HARQ反馈方案相关联的。至少一个索引可以是在调度DCI内发送的。在一些方面中，调度DCI(在1010中)可以包括总DAI和对针对PDSCH的子集的优先级的指示。

示例无线通信设备

图11描绘示例通信设备1100，其包括可操作为、被配置为或被调整为执行用于本文中公开的技术的操作(诸如关于图10描绘和描述的操作)的各个组件。在一些示例中，通信设备1100可以是如例如关于图1和图2描述的基站102。

通信设备1100包括耦合到收发机1108(例如，发射机和/或接收机)的处理系统1102。收发机1108被配置为经由天线1110来发送(或发射)和接收针对通信设备1100的信号，诸如如本文中描述的各个信号。处理系统1102可以被配置为执行针对通信设备1100的处理功能，包括处理由通信设备1100接收和/或要由通信设备1100发送的信号。

处理系统1102包括经由总线1106耦合到计算机可读介质/存储器1130的一个或多个处理器1120。在某些方面中，计算机可读介质/存储器1130被配置为存储指令(例如，计算机可执行代码)，所述指令当由一个或多个处理器1120执行时使一个或多个处理器1120执行图10所示的操作，或者用于执行本文中讨论的各个技术的其它操作。

在所描绘的示例中，计算机可读介质/存储器1130存储代码1131，其用于向UE发送DCI，所述DCI调度跨越多个时隙的多个下行链路数据传输；代码1132，其用于确定用于确认多个下行链路数据传输的至少一个HARQ反馈方案；以及代码1133，其用于根据至少一个HARQ反馈方案对于针对多个下行链路数据传输的HARQ反馈进行监测。

在所描绘的示例中，一个或多个处理器1120包括被配置为实现存储在计算机可读介质/存储器1120中的代码的电路，包括电路1121，其用于向UE发送DCI，所述DCI调度跨越多个时隙的多个下行链路数据传输；电路1122，其用于确定用于确认针对多个下行链路数据传输的至少一个HARQ反馈方案；以及电路1123，其用于根据至少一个HARQ反馈方案对于针对多个下行链路数据传输的HARQ反馈进行监测。

通信设备1100的各个组件可以提供用于执行本文中(包括关于图10)描述的方法的单元。

在一些示例中，用于发送或发射的单元(或用于输出来进行传输的单元)可以包括图2中所示出的基站102的收发机232和/或(多个)天线234和/或图11中的通信设备1100的收发机1108和天线1110。

在一些示例中，用于接收的单元(或用于获得的单元)可以包括图2中所示的基站的收发机232和/或(多个)天线234和/或图11中的通信设备1100的收发机1108和天线1110。

在一些示例中，用于确定的单元、用于生成的单元、和用于监测的单元可以包括各个处理系统组件，诸如：图11中的一个或多个处理器1120，或图2中所描绘的基站102的各方面，包括接收处理器238、发送处理器220、TX MIMO处理器230和/或控制器/处理器240(包括HARQ组件199)。

显而易见地，图11仅是使用示例，并且通信设备1100的许多其它示例和配置是可能的。

图12描绘示例通信设备1200，其包括可操作为、被配置为或被调整为执行用于本文中公开的技术的操作(诸如关于图9描绘和描述的操作)的各个组件。在一些示例中，通信设备1200可以是如例如关于图1和图2描述的用户设备104。

通信设备1200包括耦合到收发机1208(例如，发射机和/或接收机)的处理系统1202。收发机1208被配置为经由天线1210来发送(或发射)和接收针对通信设备1200的信号，诸如如本文中描述的各个信号。处理系统1202可以被配置为执行针对通信设备1200的处理功能，包括处理由通信设备1200接收和/或要由通信设备1200发送的信号。

处理系统1202包括经由总线1206耦合到计算机可读介质/存储器1230的一个或多个处理器1220。在某些方面中，计算机可读介质/存储器1230被配置为存储指令(例如，计算机可执行代码)，所述指令当由一个或多个处理器1220执行时使一个或多个处理器1220执行图9所示的操作，或者用于执行本文中讨论的各个技术的其它操作。

在所描绘的示例中，计算机可读介质/存储器1230存储代码1231，其用于从BS接收DCI，所述DCI调度跨越多个时隙的多个下行链路数据传输；代码1232，其用于针对跨越多个时隙的多个下行链路数据传输进行监测；代码1233，其用于确定用于确认多个下行链路数据传输的至少一个HARQ反馈方案；以及代码1234，其用于根据至少一个HARQ反馈方案提供针对多个下行链路数据传输的HARQ反馈。

在所描绘的示例中，一个或多个处理器1220包括被配置为实现存储在计算机可读介质/存储器1230中的代码的电路，包括电路1221，其用于从BS接收DCI，所述DCI调度跨越多个时隙的多个下行链路数据传输；电路1222，其用于针对跨越多个时隙的多个下行链路数据传输进行监测；电路1223，其用于确定用于确认多个下行链路数据传输的至少一个HARQ反馈方案；以及电路1224，其用于根据至少一个HARQ反馈方案提供针对多个下行链路数据传输的HARQ反馈。

通信设备1200的各个组件可以提供用于执行本文(包括关于图9)所描述的方法的单元。

在一些示例中，用于发送或发射或提供的单元(或用于输出来进行传输的单元)可以包括图2中所示出的用户设备104的收发机254和/或(多个)天线252和/或图12中的通信设备1200的收发机1208和天线1210。

在一些示例中，用于接收的单元(或用于获得的单元)可以包括图2中所示的用户设备104的收发机254和/或(多个)天线252和/或图12中的通信设备1200的收发机1208和天线1210。

在一些示例中，用于监测的单元、用于生成的单元、和用于确定的单元可以包括各个处理系统组件，诸如：图12中的一个或多个处理器1220，或图2中描绘的用户设备104的各方面，包括接收处理器258、发送处理器264、TX MIMO处理器266和/或控制器/处理器280(包括HARQ组件198)。

显而易见地，图12仅是使用示例，并且通信设备1200的许多其它示例和配置是可能的。

示例条款

实现方式示例是在以下编号的条款中描述的：

条款1：一种用于由用户设备(UE)进行无线通信的方法，包括：从基站(BS)接收下行链路控制信息(DCI)，所述DCI调度跨越多个时隙的多个下行链路数据传输；针对跨越所述多个时隙的所述多个下行链路数据传输进行监测；确定用于确认所述多个下行链路数据传输的至少一个混合自动重复请求(HARQ)反馈方案；以及根据所述至少一个HARQ反馈方案提供针对所述多个下行链路数据传输的HARQ反馈。

条款2：根据条款1所述的方法，其中，所述HARQ反馈方案是基于用于提供所述HARQ反馈的单个物理上行链路控制信道(PUCCH)资源。

条款3：根据条款2所述的方法，其中：所述HARQ反馈包括多个比特，所述比特中的每个比特对应于所述多个下行链路数据传输中的不同的一个下行链路数据传输；以及提供所述HARQ反馈包括在所述单个PUCCH资源内向所述BS发送所述HARQ反馈。

条款4：根据条款1-3中的任何条款所述的方法，其中，所述多个下行链路数据传输中的至少一个下行链路数据传输包括对第一下行链路数据传输的重传。

条款5：根据条款1-4中的任何条款所述的方法，还包括从所述BS接收对所述多个下行链路数据传输中的至少一个下行链路数据传输的重传，其中，所述重传是通过来自所述BS的另一调度DCI来调度的。

条款6：根据条款1所述的方法，其中，所述HARQ反馈方案是基于用于提供所述HARQ反馈的编码方案。

条款7：根据条款6所述的方法，其中，提供所述HARQ反馈包括：基于使用所述编码方案对所述HARQ反馈进行联合编码，来生成针对所述多个下行链路数据传输的联合HARQ-ACK；以及将所述联合HARQ-ACK发送给所述BS。

条款8：根据条款7所述的方法，其中，所述联合HARQ-ACK的比特的数量少于所述HARQ反馈的总比特数。

条款9：根据条款1和条款6-8中的任何条款所述的方法，其中，所述联合HARQ-ACK指示针对所述多个下行链路数据传输中的至少一个下行链路数据传输的至少一个否定确认。

条款10：根据条款1和条款6-9中的任何条款所述的方法，还包括在发送所述联合HARQ-ACK之后接收对所述多个下行链路数据传输的重传。

条款11：根据条款1所述的方法，其中，所述HARQ反馈方案是基于：(i)用于提供所述HARQ反馈的至少一个编码方案；以及(ii)用于提供所述HARQ反馈的单个物理上行链路控制信道(PUCCH)资源。

条款12：根据条款11所述的方法，其中，提供所述HARQ反馈包括：基于所述至少一个编码方案，来生成针对所述多个下行链路数据传输的一个或多个组中的每个组的联合HARQ-ACK；以及在所述单个PUCCH资源内将所生成的联合HARQ-ACK发送给所述基站。

条款13：根据条款12所述的方法，其中，每个联合HARQ-ACK包括对针对所述多个下行链路数据传输的子集的HARQ反馈的指示。

条款14：根据条款1和条款11-13中的任何条款所述的方法，其中，所述联合HARQ-ACK的总比特数少于针对所述多个下行链路数据传输的所述子集的HARQ反馈的总比特数。

条款15：根据条款1和条款11-14中的任何条款所述的方法，其中，第一生成的联合HARQ-ACK指示对针对第一组中的至少一个下行链路数据传输的至少一个否定确认。

条款16：根据条款1和条款11-15中的任何条款所述的方法，还包括在发送所生成的联合HARQ-ACK之后，接收对所述第一组中的下行链路数据传输中的每个下行链路数据传输的重传，所生成的联合HARQ-ACK包括所述第一生成的联合HARQ-ACK。

条款17：根据条款1和条款11-16中的任何条款所述的方法，其中：所述多个下行链路数据传输包括第一组下行链路数据传输和第二组下行链路数据传输；并且所述第一组下行链路数据传输和所述第二组下行链路数据传输中的至少一者包括对下行链路数据传输的重传。

条款18：根据条款1-17中的任何一个条款所述的方法，其中，所述至少一个HARQ反馈方案是基于以下各项中的至少一项来确定的：(i)所述多个下行链路数据传输中的每个下行链路数据传输的到达时间，(ii)所述多个下行链路数据传输中的每个下行链路数据传输的优先级，(iii)针对所述多个下行链路数据传输中的每个下行链路数据传输所使用的发射波束的类型，(iv)与所述多个下行链路数据传输中的每个下行链路数据传输相关联的调制和编码方案(MCS)，(v)针对所述多个下行链路数据传输中的每个下行链路数据传输所使用的空间流的数量，或(vi)所述多个下行链路数据传输中的每个下行链路数据传输是与单个用户还是多个用户相关联。

条款19：根据条款1-18中的任何一个条款所述的方法，其中，所述至少一个HARQ反馈方案是基于来自所述BS的明确指示来确定的。

条款20：根据条款1-19中的任何一个条款所述的方法，其中：所述至少一个HARQ反馈方案是基于与所述多个下行链路数据传输相关联的至少一个索引来确定的；并且所述至少一个索引是与多个HARQ反馈方案中的一个HARQ反馈方案相关联的。

条款21：根据条款1-20中的任何一个条款所述的方法，其中，所述至少一个HARQ反馈方案是基于所述多个下行链路数据传输中的一个或多个下行链路数据传输的重复的数量来确定的。

条款22：根据条款21所述的方法，其中，所述重复的数量是经由传输配置指示符(TCI)状态的数量来指示的。

条款23：根据条款1-22中的任何一个条款所述的方法，其中：所述调度DCI包括总下行链路指派指示(DAI)；并且所述多个下行链路数据传输是进一步基于所述总DAI来确认的。

条款24：一种装置，包括：存储器，其包括计算机可执行指令；以及一个或多个处理器，其被配置为执行所述计算机可执行指令以及使得所述装置执行根据条款1-23中的任何一个条款的方法。

条款25：一种装置，包括：用于执行根据条款1-23中的任何一个条款的方法的单元。

条款26：一种非暂时性计算机可读介质，其包括计算机可执行指令，所述计算机可执行指令当由处理系统的一个或多个处理器执行时使得所述处理系统执行根据条款1-23中的任何一个条款的方法。

条款27：一种用于由基站(BS)进行无线通信的方法，包括：向用户设备(UE)发送下行链路控制信息(DCI)，所述DCI调度跨越多个时隙的多个下行链路数据传输；确定用于确认所述多个下行链路数据传输的至少一个混合自动重复请求(HARQ)反馈方案；以及根据所述至少一个HARQ反馈方案对于针对所述多个下行链路数据传输的HARQ反馈进行监测。

条款28：根据条款27所述的方法，其中，所述HARQ反馈方案是基于用于所述HARQ反馈的单个物理上行链路控制信道(PUCCH)资源。

条款29：根据条款28所述的方法，其中：所述HARQ反馈包括多个比特，所述比特中的每个比特对应于所述多个下行链路数据传输中的不同的一个下行链路数据传输；并且针对所述HARQ反馈进行监测包括在所述单个PUCCH资源内针对所述HARQ反馈进行监测。

条款30：根据条款27-29中的任何一个条款所述的方法，其中，所述多个下行链路数据传输中的至少一个下行链路数据传输包括对第一下行链路数据传输的重传。

条款31：根据条款27-30中的任何一个条款所述的方法，还包括向所述UE发送另一DCI，所述另一DCI调度对所述多个下行链路数据传输中的至少一个下行链路数据传输的重传。

条款32：根据条款27所述的方法，其中，所述HARQ反馈方案是基于用于所述HARQ反馈的编码方案。

条款33：根据条款32所述的方法，其中：针对所述多个下行链路数据传输的联合HARQ-ACK进行监测；并且所述联合HARQ-ACK是基于使用所述编码方案对所述HARQ反馈进行联合编码来生成的。

条款34：根据条款33所述的方法，其中，所述联合HARQ-ACK的比特的数量少于所述HARQ反馈的总比特数。

条款35：根据条款27和条款32-34中的任何一个条款所述的方法，其中，所述联合HARQ-ACK指示针对所述多个下行链路数据传输中的至少一个下行链路数据传输的至少一个否定确认。

条款36：根据条款27和条款32-35中的任何一个条款所述的方法，还包括在接收所述联合HARQ-ACK之后调度对所述多个下行链路数据传输的重传。

条款37：根据条款27所述的方法，其中，所述HARQ反馈方案是基于：(i)用于所述HARQ反馈的至少一个编码方案；以及(ii)用于所述HARQ反馈的单个物理上行链路控制信道(PUCCH)资源。

条款38：根据条款37所述的方法，其中，针对所述HARQ反馈进行监测包括针对在所述单个PUCCH资源内的多个联合HARQ-ACK进行监测，每个联合HARQ-ACK对应于所述多个下行链路数据传输中的不同组，并且是基于使用所述至少一个编码方案对针对所述多个下行链路数据传输的所述组的HARQ反馈进行联合编码来生成的。

条款39：根据条款38所述的方法，其中，每个联合HARQ-ACK包括对针对所述多个下行链路数据传输的各自的组的HARQ反馈的指示。

条款40：根据条款39所述的方法，其中，所述联合HARQ-ACK的总比特数少于针对所述多个下行链路数据传输的所述组的HARQ反馈的总比特数。

条款41：根据条款27和条款37-40中的任何一个条款所述的方法，其中，第一生成的联合HARQ-ACK指示针对第一组中的至少一个下行链路数据传输的至少一个否定确认。

条款42：根据条款27和条款37-41中的任何一个条款所述的方法，还包括在接收所述联合HARQ-ACK之后，调度对所述第一组中的下行链路数据传输中的每个下行链路数据传输的重传，所述联合HARQ-ACK包括所述第一生成的联合HARQ-ACK。

条款43：根据条款27和条款37-42中的任何一个条款所述的方法，其中：所述多个下行链路数据传输包括第一组下行链路数据传输和第二组下行链路数据传输；并且所述第一组下行链路数据传输和所述第二组下行链路数据传输中的至少一者包括对下行链路数据传输的重传。

条款44：根据条款27所述的方法，其中，所述至少一个HARQ反馈方案是基于以下各项中的至少一项来确定的：(i)所述多个下行链路数据传输中的每个下行链路数据传输的到达时间，(ii)所述多个下行链路数据传输中的每个下行链路数据传输的优先级，(iii)针对所述多个下行链路数据传输中的每个下行链路数据传输所使用的发射波束的类型，(iv)与所述多个下行链路数据传输中的每个下行链路数据传输相关联的调制和编码方案(MCS)，(v)针对所述多个下行链路数据传输中的每个下行链路数据传输所使用的空间流的数量，或(vi)所述多个下行链路数据传输中的每个下行链路数据传输是与单个用户还是多个用户相关联。

条款45：根据条款27-44中的任何一个条款所述的方法，还包括将对所述至少一个HARQ反馈方案的指示发送给所述UE。

条款46：根据条款27-45中的任何一个条款所述的方法，其中：所述至少一个HARQ-ACK反馈方案是基于与所述多个下行链路数据传输相关联的至少一个索引来确定的；并且所述至少一个索引是与多个HARQ-ACK反馈方案中的一个HARQ-ACK反馈方案相关联的。

条款47：根据条款27-46中的任何一个条款所述的方法，其中：调度DCI包括总下行链路指派指示(DAI)和对与所述多个下行链路数据传输的子集中的每个下行链路数据传输相关联的优先级的指示。

条款48：一种装置，包括：存储器，其包括计算机可执行指令；以及一个或多个处理器，其被配置为执行所述计算机可执行指令以及使得所述装置执行根据条款27-47中的任何一个条款的方法。

条款49：一种装置，包括：用于执行根据条款27-47中的任何一个条款的方法的单元。

条款50：一种非暂时性计算机可读介质，其包括计算机可执行指令，所述计算机可执行指令当由处理系统的一个或多个处理器执行时使得所述处理系统执行根据条款27-47中的任何一个条款的方法。

额外的无线通信网络注意事项

本文中描述的技术和方法可以用于各种无线通信网络(或无线广域网(WWAN))和无线电接入技术(RAT)。虽然本文中使用通常与3G、4G和/或5G(例如，5G新无线电(NR))无线技术相关联的术语来描述各方面，但是本公开内容的各方面同样可以适用于本文中未明确地提及的其它通信系统和标准。

5G无线通信网络可以支持各种先进的无线通信服务，诸如增强型移动宽带(eMBB)、毫米波(mmWave)、机器类型通信(MTC)和/或以超可靠低时延通信(URLLC)为目标的关键任务。这些服务和其它服务可以包括时延和可靠性要求。

返回图1，本公开内容的各个方面可以在示例无线通信网络100内执行。

在3GPP中，术语“小区”可以指的是NodeB的覆盖区域和/或为这个覆盖区域服务的窄带子系统，这取决于在其中使用该术语的上下文。在NR系统中，术语“小区”和BS、下一代NodeB(gNB或gNodeB)、接入点(AP)、分布式单元(DU)、载波或发送接收点可以互换地使用。BS可以为宏小区、微微小区、毫微微小区和/或其它类型的小区提供通信覆盖。

宏小区通常可以覆盖相对大的地理区域(例如，半径若干公里)，以及可以允许由具有服务订制的UE进行不受限制的接入。微微小区可以覆盖相对小的地理区域(例如，体育馆)，以及可以允许由具有服务订制的UE进行不受限制的接入。毫微微小区可以覆盖相对小的地理区域(例如，住宅)，以及可以允许由具有与毫微微小区的关联的UE(例如，在封闭用户组(CSG)中的UE和针对住宅中的用户的UE)进行受限制的接入。用于宏小区的BS可以称为宏BS。用于微微小区的BS可以称为微微BS。用于毫微微小区的BS可以称为毫微微BS、家庭BS或家庭NodeB。

被配置用于4G LTE(统称为演进通用移动电信系统(UMTS)陆地无线电接入网络(E-UTRAN))的基站102可以通过第一回程链路132(例如，S1接口)与EPC 160相连接。被配置用于5G(例如，5G NR或下一代RAN(NG-RAN))的基站102可以通过第二回程链路184来与5GC190相连接。BS102可以在第三回程链路134(例如，X2接口)上彼此直接地或间接地(例如，通过EPC 160或5GC 190)进行通信。第三回程链路134通常可以是有线的或无线的。

小型小区102'可以在许可和/或非许可频谱中进行操作。当在非许可频谱中操作时，小型小区102’可以采用NR，以及使用与由Wi-Fi AP 150所使用的相同的5GHz非许可频谱。在非许可频谱中采用NR的小型小区102'可以提升对接入网的覆盖和/或增加接入网的容量。

一些基站(诸如gNB 180)可以在传统的sub-6GHz频谱中操作，在毫米波(mmWave)频率和/或近mmWave频率中操作，与UE 104相通信。当gNB 180在mmWave或近mmWave频率中操作时，gNB 180可以称为mmWave基站。

在基站102与例如UE 104之间的通信链路120可以是通过一个或多个载波的。例如，基站102和UE 104可以使用用于在每个方向上的传输的多至总共Yx MHz(x个分量载波)的载波聚合中分配的每载波多至Y MHz(例如，5、10、15、20、100、400和其它MHz)带宽的频谱。载波可以彼此邻近或者可以彼此不邻近。对载波的分配可以关于DL和UL是不对称的(例如，与针对UL相比，可以针对DL分配更多或更少的载波)。分量载波可以包括主分量载波和一个或多个辅分量载波。主分量载波可以称为主小区(PCell)，以及辅分量载波可以称为辅小区(SCell)。

无线通信网络100还包括Wi-Fi接入点(AP)150，其经由通信链路154在例如2.4GHz和/或5GHz的非许可频谱中与Wi-Fi站(STA)152相通信。当在非许可频谱中进行通信时，STA152/AP 150可以在进行通信之前执行空闲信道评估(CCA)，以便确定信道是否是可用的。

某些UE 104可以使用设备到设备(D2D)通信链路158来相互通信。D2D通信链路158可以使用DL/UL WWAN频谱。D2D通信链路158可以使用一个或多个侧行链路信道，诸如物理侧行链路广播信道(PSBCH)、物理侧行链路发现信道(PSDCH)、物理侧行链路共享信道(PSSCH)和物理侧行链路控制信道(PSCCH)。D2D通信可以是通过各种各样的无线D2D通信系统的，诸如，例如，FlashLinQ、WiMedia、蓝牙、ZigBee(紫蜂)、基于IEEE 802.11标准的Wi-Fi、4G(例如，LTE)、或5G(例如，NR)，仅举几个选项。

EPC 160可以包括移动性管理实体(MME)162、其它MME 164、服务网关166、多媒体广播多播服务(MBMS)网关168、广播多播服务中心(BM-SC)170和分组数据网络(PDN)网关172。MME 162可以与归属用户服务器(HSS)174相通信。MME 162是处理在UE 104与EPC 160之间的信令的控制节点。一般而言，MME 162提供承载和连接管理。

通常，所有用户互联网协议(IP)分组是通过服务网关166来传送的，服务网关166本身连接到PDN网关172。PDN网关172提供UE IP地址分配以及其它功能。PDN网关172和BM-SC 170连接到IP服务176，IP服务176可以包括例如互联网、内联网、IP多媒体子系统(IMS)、PS串流服务和/或其它IP服务。

BM-SC 170可以提供针对MBMS用户服务供应和递送的功能。BM-SC 170可以作为针对内容提供商MBMS传输的入口点，可以用于授权和发起在公共陆地移动网络(PLMN)内的MBMS承载服务，以及可以用于调度MBMS传输。MBMS网关168可以用于将MBMS业务分发给属于广播特定服务的多播广播单频网络(MBSFN)区域的基站102，以及可以负责会话管理(开始/停止)和收集eMBMS相关的计费信息。

5GC 190可以包括接入和移动性管理功能(AMF)192、其它AMF 193、会话管理功能(SMF)194和用户平面功能(UPF)195。AMF 192可以与统一数据管理(UDM)196相通信。

AMF 192通常是处理在UE 104与5GC 190之间的信令的控制节点。通常，AMF 192提供QoS流和会话管理。

所有用户互联网协议(IP)分组是通过UPF 195来传送的，UPF 195连接到IP服务197并且为UE提供IP地址分配以及用于5GC 190的其它功能。IP服务197可以包括例如互联网、内联网、IP多媒体子系统(IMS)、PS串流服务和/或其它IP服务。

回到图2，描绘了BS102和UE 104(例如，图1的无线通信网络100)的各个示例组件，其可以用于实现本公开内容的各方面。

在BS102处，发送处理器220可以接收来自数据源212的数据和来自控制器/处理器240的控制信息。控制信息可以用于物理广播信道(PBCH)、物理控制格式指示符信道(PCFICH)、物理混合ARQ指示符信道(PHICH)、物理下行链路控制信道(PDCCH)、组公共PDCCH(GC PDCCH)以及其它。在一些示例中，数据可以是用于物理下行链路共享信道(PDSCH)的。

介质访问控制(MAC)-控制元素(MAC-CE)是可以用于在无线节点之间的控制命令交换的MAC层通信结构。MAC-CE可以是携带在共享信道(诸如物理下行链路共享信道(PDSCH)、物理上行链路共享信道(PUSCH)或物理侧行链路共享信道(PSSCH))中的。

处理器220可以处理(例如，编码和符号映射)数据和控制信息，以分别获得数据符号和控制符号。发送处理器220还可以生成参考符号，诸如用于主同步信号(PSS)、辅同步信号(SSS)、PBCH解调参考信号(DMRS)和信道状态信息参考信号(CSI-RS)。

发送(TX)多输入多输出(MIMO)处理器230可以对数据符号、控制符号和/或参考符号执行空间处理(例如，预编码)(如果适用的话)，以及可以将输出符号流提供给收发机232a-232t中的调制器(MOD)。在收发机232a-232t中的每个调制器可以处理各自的输出符号流(例如，用于OFDM)以获得输出样本流。每个调制器可以进一步处理(例如，转换到模拟、放大、滤波以及上变频)输出样本流，以获得下行链路信号。来自收发机232a-232t中的调制器的下行链路信号可以是分别经由天线234a-234t来发送的。

在UE 104处，天线252a-252r可以从BS102接收下行链路信号，以及可以将接收的信号分别提供给收发机254a-254r中的解调器(DEMOD)。收发机254a-254r中的每个解调器可以调节(例如，滤波、放大、下变频以及数字化)各自的接收的信号，以获得输入样本。每个解调器可以进一步处理输入样本(例如，用于OFDM)以获得接收的符号。

MIMO检测器256可以从收发机254a-254r中的所有解调器获得接收的符号，对接收的符号执行MIMO检测(如果适用的话)，以及提供检测到的符号。接收处理器258可以处理(例如，解调、解交织以及解码)检测到的符号，将针对UE 104的经解码的数据提供给数据宿260，以及将经解码的控制信息提供给控制器/处理器280。

在上行链路上，在UE 104处，发送处理器264可以接收以及处理来自数据源262的数据(例如，用于物理上行链路共享信道(PUSCH))和来自控制器/处理器280的控制信息(例如，用于物理上行链路控制信道(PUCCH))。发送处理器264还可以生成针对参考信号(例如，针对探测参考信号(SRS))的参考符号。来自发送处理器264的符号可以由TX MIMO处理器266进行预编码(如果适用的话)，由收发机254a-254r中的调制器进一步处理(例如，用于SC-FDM等)，以及发送给BS102。

在BS102处，来自UE 104的上行链路信号可以由天线234a-t接收，由收发机232a-232t中的解调器处理，由MIMO检测器236检测(如果适用的话)，以及由接收处理器238进一步处理，以获取经解码的由UE 104发送的数据和控制信息。接收处理器238可以将经解码的数据提供给数据宿239，以及将经解码的控制信息提供给控制器/处理器240。

存储器242和282可以分别存储针对BS102和UE 104的数据和程序代码。

调度器244可以调度UE用于在下行链路和/或上行链路上进行的数据传输。

5G可以在上行链路和下行链路上利用具有循环前缀(CP)的正交频分复用(OFDM)。5G还可以使用时分双工(TDD)来支持半双工操作。OFDM和单载波频分复用(SC-FDM)将系统带宽划分为多个正交的子载波，这些子载波通常称为音调和频段。每个子载波可以是利用数据进行调制的。调制符号可以在频域中利用OFDM来发送，以及在时域中利用SC-FDM来发送。在邻近的子载波之间的间隔可以是固定的，以及子载波的总数可以取决于系统带宽。在一些示例中，最小资源分配(称为资源块(RB))可以是12个连续的子载波。系统带宽还可以划分为子带。例如，子带可以覆盖多个RB。NR可以支持15KHz的基本子载波间隔(SCS)，以及其它SCS可以是相对于基本SCS来定义的(例如，30kHz、60kHz、120kHz、240kHz以及其它)。

如上所述，图3A-图3D描绘用于无线通信网络的数据结构的各个示例方面，诸如图1的无线通信网络100。

在各个方面，5G帧结构可以是频分双工(FDD)，在其中对于特定的子载波集合(载波系统带宽)，在子载波集合内的子帧专用于DL或UL。5G帧结构还可以是时分双工(TDD)，在其中对于特定的子载波集合(载波系统带宽)，在子载波集合内的子帧专用于DL和UL两者。在通过图3A和3C提供的示例中，假设5G帧结构是TDD，其中子帧4被配置具有时隙格式28(主要具有DL)，其中D是DL，U是UL，并且X针对在DL/UL之间的使用是灵活的，以及子帧3被配置具有时隙格式34(主要具有UL)。虽然子帧3、子帧4示出为分别具有时隙格式34、时隙格式28，但是任何特定子帧可以是利用各种可用时隙格式0-61中的任何时隙格式来配置的。时隙格式0、时隙格式1分别是全DL、全UL。其它的时隙格式2-时隙格式61包括DL、UL和灵活符号的混合。通过接收的时隙格式指示符(SFI)，UE被配置具有时隙格式(通过DL控制信息(DCI)动态地，或者通过无线电资源控制(RRC)信令半静态地/静态地)。注意的是，以下描述也适用于是TDD的5G帧结构。

其它无线通信技术可以具有不同的帧结构和/或不同的信道。帧(10ms)可以划分为10个同等大小的子帧(1ms)。每个子帧可以包括一个或多个时隙。子帧还可以包括微时隙，微时隙可以包括7、4或2个符号。在一些示例中，取决于时隙配置，每个时隙可以包括7或14个符号。

例如，对于时隙配置0，每个时隙可以包括14个符号，以及对于时隙配置1，每个时隙可以包括7个符号。在DL上的符号可以是循环前缀(CP)OFDM(CP-OFDM)符号。在UL上的符号可以是CP-OFDM符号(针对高吞吐量场景)或者离散傅里叶变换(DFT)扩展OFDM(DFT-s-OFDM)符号(还称为单载波频分多址(SC-FDMA)符号)(针对功率受限场景；限于单个串流传输)。

在子帧内的时隙的数量是基于时隙配置和数字方案。对于时隙配置0，不同的数字方案μ0至5考虑到每子帧分别1、2、4、8、16和32个时隙。对于时隙配置1，不同的数字方案0至2考虑到每子帧分别2、4和8个时隙。因此，对于时隙配置0和数字方案μ，存在14个符号/时隙和2μ个时隙/子帧。子载波间隔和符号长度/持续时间是数字方案的函数。子载波间隔可以等于2^μ×15kHz，其中μ是数字方案0至5。因此，数字方案μ＝0具有15kHz的子载波间隔，并且数字方案μ＝5具有480kHz的子载波间隔。符号长度/持续时间与子载波间隔负相关。图3A-图3D提供每时隙具有14个符号的时隙配置0和每子帧具有4个时隙的数字方案μ＝2的示例。时隙持续时间是0.25ms，子载波间隔是60kHz，并且符号持续时间是大约16.67μs。

资源网格可以用于表示帧结构。每个时隙包括延伸12个连续的子载波的资源块(RB)(还称为物理RB(PRB))。资源网格划分为多个资源元素(RE)。通过每个RE携带的比特的数量可以取决于调制方案。

如图3A所示，RE中的一些RE携带针对UE(例如，图1和图2的UE 104)的参考(导频)信号(RS)。RS可以包括解调RS(DM-RS)(对于一种特定配置指示为Rx，其中100x是端口号，但是其它DM-RS配置是可能的)和用于在UE处的信道估计的信道状态信息参考信号(CSI-RS)。RS还可以包括波束测量RS(BRS)、波束细化RS(BRRS)和相位追踪RS(PT-RS)。

图3B示出在帧的子帧内的各个DL信道的示例。物理下行链路控制信道(PDCCH)在一个或多个控制信道元素(CCE)内携带DCI，每个CCE包括九个RE组(REG)，每个REG包括在OFDM符号中的四个连续的RE。

主同步信号(PSS)可以在帧的特定子帧的符号2内。UE(例如，图1和图2的104)使用PSS来确定子帧/符号定时和物理层标识。

辅同步信号(SSS)可以在帧的特定子帧的符号4内。UE使用SSS来确定物理层小区标识组号和无线电帧定时。

基于物理层标识和物理层小区标识组号，UE可以确定物理小区标识符(PCI)。基于PCI，UE可以确定上述的DM-RS的位置。携带主信息块(MIB)的物理广播信道(PBCH)可以与PSS和SSS在逻辑上分群组，以形成同步信号(SS)/PBCH块。MIB提供在系统带宽中的RB的数量和系统帧号(SFN)。物理下行链路共享信道(PDSCH)携带用户数据，未通过PBCH发送的广播系统信息(诸如系统信息块(SIB))和寻呼消息。

如图3C所示，RE中的一些RE携带用于在基站处进行的信道估计的DM-RS(对于一个特定配置指示为R，但是其它DM-RS配置是可能的)。UE可以发送用于物理上行链路控制信道(PUCCH)的DM-RS和用于物理上行链路共享信道(PUSCH)的DM-RS。PUSCH DM-RS可以是在PUSCH的前一个或两个符号中发送的。PUCCH DM-RS可以是在取决于是发送短PUCCH还是长PUCCH并且取决于所使用的特定PUCCH格式的不同的配置中发送的。UE可以发送探测参考信号(SRS)。SRS可以是在子帧的最后的符号中发送的。SRS可以具有梳结构，以及UE可以在梳中的一个梳中发送SRS。SRS可以由基站使用用于信道质量估计以实现在UL上的与频率有关的调度。

图3D示出帧的子帧内的各个UL信道的示例。PUCCH可以如在一个配置中指示的那样来定位。PUCCH携带上行链路控制信息(UCI)，诸如调度请求、信道质量指示符(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI)和HARQ ACK/NACK反馈。PUSCH携带数据，以及可以额外地用于携带缓冲区状态报告(BSR)、功率余量报告(PHR)和/或UCI。

额外的注意事项

上述描述提供用于提供在通信系统中针对跨越多个时隙的多个PDSCH传输的HARQ反馈的示例。提供前面的描述以使得本领域中的任何技术人员能够实践本文中描述的各个方面。本文中讨论的示例不限制在权利要求中阐述的范围、适用性或各方面。对这些方面的各种修改对于本领域技术人员而言将是显而易见的，以及本文中定义的通用原理可以应用于其它方面。例如，在不背离本公开内容的范围的情况下，可以对所讨论的元素的功能和排列进行改变。各个示例可以酌情省略、替换或增加各个过程或组件。例如，所描述的方法可以以不同于所描述的顺序执行，并且可以添加、省略或组合各种步骤。此外，关于一些示例描述的特征可以在一些其它示例中组合。例如，使用本文中阐述的方面中的任何数量个方面可以实现装置或者实践方法。此外，本公开内容的范围旨在涵盖使用除了本文所阐述的公开内容的各个方面以外或者不同于本文所阐述的公开内容的各个方面的其它结构、功能、或者结构和功能来实践的这样的装置或方法。应当理解的是，本文中所公开的公开内容的任何方面可以通过权利要求的一个或多个元素来体现。

本文中所描述的技术可以用于各种无线通信技术，诸如，5G(例如，5G NR)、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)、IEEE 802.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是正在开发的新兴的无线通信技术。

结合本公开内容所描述的各种说明性的逻辑框、模块和电路可以是利用被设计为执行本文中描述的功能的通用处理器、DSP、ASIC、现场可编程门阵列(FPGA)或其它可编程逻辑器件(PLD)、分立门或晶体管逻辑、分立硬件组件、或者其任何组合来实现或执行的。通用处理器可以是微处理器，但是在替代的方案中，处理器可以是任何商业上可获得的处理器、控制器、微控制器或状态机。处理器还可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器结合DSP内核、片上系统(SoC)或者任何其它这样的配置。

如果以硬件来实现，则示例硬件配置可以包括在无线节点中的处理系统。处理系统可以是利用总线架构来实现的。取决于处理系统的具体应用和整体设计约束，总线可以包括任何数量的互连总线和桥接器。总线可以将各个电路(包括处理器、机器可读介质和总线接口)链接在一起。总线接口可以用于将网络适配器以及其它经由总线连接到处理系统。网络适配器可以用于实现PHY层的信号处理功能。在用户设备(参见图1)的情况下，用户界面(例如，键盘、显示器、鼠标、操纵杆、触摸屏、生物识别传感器、接近度传感器、发光元件以及其它)也可以连接到总线上。总线还可链接各个其它电路，诸如定时源、外围设备、稳压器、电源管理电路等，这些电路是在本领域众所周知的，因此将不再进行任何进一步的描述。处理器可以是利用一个或多个通用处理器和/或专用处理器来实现的。示例包括微处理器、微控制器、DSP处理器和可以执行软件的其它电路系统。本领域技术人员将认识到如何最好地实现针对处理系统的所描述的功能取决于特定应用和施加在整个系统上的总体设计约束。

如果在软件中实现，则功能可以作为一个或多个指令或代码存储在计算机可读介质上或是在计算机可读介质发送的。软件应当广义地解释为意指指令、数据或其任何组合，无论是称为软件、固件、中间件、微代码、硬件描述语言还是其它。计算机可读介质包括计算机存储介质和通信介质两者，通信介质包括促进从一个地方向另一个地方传送计算机程序的任何介质。处理器可以负责管理总线和通用处理，包括对在机器可读存储介质上存储的软件模块的执行。计算机可读存储介质可以耦合到处理器，使得处理器可以从该存储介质读取信息以及向该存储介质写入信息。在替代方案中，存储介质可以是处理器的组成部分。作为示例，机器可读介质可以包括传输线、通过数据调制的载波、和/或与无线节点分开的在其上存储有指令的计算机可读存储介质，所有这些都可以由处理器通过总线接口来接入。替代地或此外，机器可读介质或其任何部分可以整合到处理器中，诸如可以与高速缓存和/或一般寄存器文件一起使用的情况。举例而言，机器可读存储介质的示例可以包括RAM(随机存取存储器)、闪存、ROM(只读存储器)、PROM(可编程只读存储器)、EPROM(可擦除可编程只读存储器)、EEPROM(电可擦除可编程只读存储器)、寄存器、磁盘、光盘、硬盘驱动器或任何其它合适的存储介质、或其任何组合。机器可读介质可以体现在计算机程序产品中。

软件模块可以包括单个指令或许多指令，并且可以分布在若干不同的代码段上、在不同的程序当中、以及跨越多个存储介质。计算机可读介质可以包括一数量个软件模块。软件模块包括指令，该指令当由诸如处理器的装置执行时使得处理系统执行各个功能。软件模块可以包括发送模块和接收模块。每个软件模块可以驻留在单个存储设备中或是跨越多个存储设备来分布的。举例而言，当触发事件发生时，软件模块可以从硬盘驱动器加载到RAM中。在对软件模块的执行期间，处理器可以将指令中的一些指令加载到高速缓存中以提高存取速度。然后，一个或多个高速缓存行可以被加载到通用寄存器文件中，用于由处理器来执行。当在下文提及软件模块的功能时，将理解的是，这样的功能是由处理器在执行来自该软件模块的指令时实现的。

如本文中使用的，引用项列表“中的至少一个”的短语指的是那些项的任何组合，包括单个成员。作为示例，“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的任何其它排序)。

如本文中使用的，术语“确定”涵盖各种各样的动作。例如，“确定”可以包括运算、计算、处理、推导、调查、查找(例如，在表、数据库或另一数据结构中查找)、查明等。此外，“确定”可以包括接收(例如，接收信息)、存取(例如，存取存储器中的数据)等。此外，“确定”可以包括解析、选择、选定、建立等。

本文中公开的方法包括用于实现方法的一个或多个步骤或动作。在不背离权利要求的范围的情况下，方法步骤和/或动作可以彼此互换。换言之，除非指定了步骤或动作的具体顺序，否则在不背离权利要求的范围的情况下可以修改具体步骤和/或动作的顺序和/或用途。进一步地，上文描述的方法的各种操作可以由能够执行相应的功能的任何适当的单元来执行。单元可以包括各种硬件和/或软件组件和/或模块，包括但不限于电路、专用集成电路(ASIC)或处理器。通常，在存在图中所示的操作的情况下，那些操作可以具有带有类似编号的相应的配对功能模块组件。

所附的权利要求并不旨在限于本文中示出的各方面，而是被赋予与权利要求的语言相一致的全部范围。在权利要求内，除非明确地声明如此，否则处于单数的元素的引用不旨在意指“一个且仅一个”，而是“一个或多个”。除非另外特别地声明，否则术语“一些”指的是一个或多个。没有权利要求元素要根据35U.S.C.§112(f)的规定来解释，除非该元素是使用短语“用于……的单元”来明确地记载的，或者在方法权利要求的情况下，该元素是使用短语“用于……的步骤”来记载的。贯穿本公开内容描述的各个方面的元素的、对于本领域普通技术人员而言是已知的或稍后将是已知的所有结构和功能等效是通过引用的方式明确地并入本文中的，以及旨在通过权利要求来涵盖。此外，本文中公开的任何内容都不是旨在奉献给公众的，无论这样的公开内容是否明确地记载在权利要求中。

Claims (30)

1.一种用于由用户设备(UE)进行无线通信的方法，包括：

从基站(BS)接收下行链路控制信息(DCI)，所述DCI调度跨越多个时隙的多个下行链路数据传输；

针对跨越所述多个时隙的所述多个下行链路数据传输进行监测；

确定用于确认所述多个下行链路数据传输的至少一个混合自动重复请求(HARQ)反馈方案；以及

根据所述至少一个HARQ反馈方案提供针对所述多个下行链路数据传输的HARQ反馈。

2.根据权利要求1所述的方法，其中，所述HARQ反馈方案是基于用于提供所述HARQ反馈的单个物理上行链路控制信道(PUCCH)资源。

3.根据权利要求2所述的方法，其中：

所述HARQ反馈包括多个比特，所述比特中的每个比特对应于所述多个下行链路数据传输中的不同的一个下行链路数据传输；并且

提供所述HARQ反馈包括在所述单个PUCCH资源内向所述BS发送所述HARQ反馈。

4.根据权利要求2所述的方法，其中，所述多个下行链路数据传输中的至少一个下行链路数据传输包括对第一下行链路数据传输的重传。

5.根据权利要求2所述的方法，还包括从所述BS接收对所述多个下行链路数据传输中的至少一个下行链路数据传输的重传，其中，所述重传是通过来自所述BS的另一调度DCI来调度的。

6.根据权利要求1所述的方法，其中，所述HARQ反馈方案是基于用于提供所述HARQ反馈的编码方案。

7.根据权利要求6所述的方法，其中，提供所述HARQ反馈包括：

基于使用所述编码方案对所述HARQ反馈进行联合编码，来生成针对所述多个下行链路数据传输的联合HARQ-ACK；以及

将所述联合HARQ-ACK发送给所述BS。

8.根据权利要求7所述的方法，其中，所述联合HARQ-ACK的比特的数量少于所述HARQ反馈的总比特数。

9.根据权利要求7所述的方法，其中，所述联合HARQ-ACK指示针对所述多个下行链路数据传输中的至少一个下行链路数据传输的至少一个否定确认。

10.根据权利要求9所述的方法，还包括在发送所述联合HARQ-ACK之后接收对所述多个下行链路数据传输的重传。

11.根据权利要求1所述的方法，其中，所述HARQ反馈方案是基于：(i)用于提供所述HARQ反馈的至少一个编码方案；以及(ii)用于提供所述HARQ反馈的单个物理上行链路控制信道(PUCCH)资源。

12.根据权利要求11所述的方法，其中，提供所述HARQ反馈包括：

基于所述至少一个编码方案，来生成针对所述多个下行链路数据传输的一个或多个组中的每个组的联合HARQ-ACK；以及

在所述单个PUCCH资源内向所述基站发送所生成的联合HARQ-ACK。

13.根据权利要求12所述的方法，其中，每个联合HARQ-ACK包括对针对所述多个下行链路数据传输的子集的HARQ反馈的指示。

14.根据权利要求13所述的方法，其中，所述联合HARQ-ACK的总比特数少于针对所述多个下行链路数据传输的所述子集的所述HARQ反馈的总比特数。

15.根据权利要求12所述的方法，其中，第一生成的联合HARQ-ACK指示对针对第一组中的至少一个下行链路数据传输的至少一个否定确认。

16.根据权利要求15所述的方法，还包括在发送所生成的联合HARQ-ACK之后，接收对所述第一组中的每个下行链路数据传输的重传，所生成的联合HARQ-ACK包括所述第一生成的联合HARQ-ACK。

17.根据权利要求12所述的方法，其中：

所述多个下行链路数据传输包括第一组下行链路数据传输和第二组下行链路数据传输；并且

所述第一组下行链路数据传输和所述第二组下行链路数据传输中的至少一者包括对下行链路数据传输的重传。

18.根据权利要求1所述的方法，其中，所述至少一个HARQ反馈方案是基于以下各项中的至少一项来确定的：(i)所述多个下行链路数据传输中的每个下行链路数据传输的到达时间，(ii)所述多个下行链路数据传输中的每个下行链路数据传输的优先级，(iii)针对所述多个下行链路数据传输中的每个下行链路数据传输所使用的发射波束的类型，(iv)与所述多个下行链路数据传输中的每个下行链路数据传输相关联的调制和编码方案(MCS)，(v)针对所述多个下行链路数据传输中的每个下行链路数据传输所使用的空间流的数量，或(vi)所述多个下行链路数据传输中的每个下行链路数据传输是与单个用户还是多个用户相关联。

19.根据权利要求1所述的方法，其中，所述至少一个HARQ反馈方案是基于来自所述BS的明确指示来确定的。

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

所述至少一个HARQ反馈方案是基于与所述多个下行链路数据传输相关联的至少一个索引来确定的；并且

所述至少一个索引是与多个HARQ反馈方案中的一个HARQ反馈方案相关联的。

21.根据权利要求1所述的方法，其中，所述至少一个HARQ反馈方案是基于所述多个下行链路数据传输中的一个或多个下行链路数据传输的重复的数量来确定的。

22.根据权利要求21所述的方法，其中，所述重复的数量是经由传输配置指示符(TCI)状态的数量来指示的。

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

所述DCI包括总下行链路指派指示(DAI)；并且

所述多个下行链路数据传输是还基于所述总DAI来确认的。

24.一种装置，其包括：

存储器，其包括计算机可执行指令；以及

一个或多个处理器，其被配置为执行所述计算机可执行指令，并且使得所述装置执行包括以下各项的方法：

从基站(BS)接收下行链路控制信息(DCI)，所述DCI调度跨越多个时隙的多个下行链路数据传输；

针对跨越所述多个时隙的所述多个下行链路数据传输进行监测；

确定用于确认所述多个下行链路数据传输的至少一个混合自动重复请求(HARQ)反馈方案；以及

根据所述至少一个HARQ反馈方案提供针对所述多个下行链路数据传输的HARQ反馈。

25.一种包括计算机可执行指令的非暂时性计算机可读介质，所述计算机可执行指令在由处理系统的一个或多个处理器执行时使得所述处理系统执行包括以下各项的方法：

从基站(BS)接收下行链路控制信息(DCI)，所述DCI调度跨越多个时隙的多个下行链路数据传输；

针对跨越所述多个时隙的所述多个下行链路数据传输进行监测；

确定用于确认所述多个下行链路数据传输的至少一个混合自动重复请求(HARQ)反馈方案；以及

根据所述至少一个HARQ反馈方案提供针对所述多个下行链路数据传输的HARQ反馈。

26.一种用于由基站(BS)进行无线通信的方法，包括：

向用户设备(UE)发送下行链路控制信息(DCI)，所述DCI调度跨越多个时隙的多个下行链路数据传输；

确定用于确认所述多个下行链路数据传输的至少一个混合自动重复请求(HARQ)反馈方案；以及

根据所述至少一个HARQ反馈方案对于针对所述多个下行链路数据传输的HARQ反馈进行监测。

27.根据权利要求26所述的方法，其中：

所述HARQ反馈方案是基于用于所述HARQ反馈的单个物理上行链路控制信道(PUCCH)资源；

所述HARQ反馈包括多个比特，所述比特中的每个比特对应于所述多个下行链路数据传输中的不同的一个下行链路数据传输；并且

针对所述HARQ反馈进行监测包括在所述单个PUCCH资源内针对所述HARQ反馈进行监测。

28.根据权利要求26所述的方法，其中：

所述HARQ反馈方案是基于用于所述HARQ反馈的编码方案；

针对所述HARQ反馈进行监测包括对于针对所述多个下行链路数据传输的联合HARQ-ACK进行监测；并且

所述联合HARQ-ACK是基于使用所述编码方案对所述HARQ反馈进行联合编码来生成的。

29.根据权利要求26所述的方法，其中：

所述HARQ反馈方案是基于：(i)用于所述HARQ反馈的至少一个编码方案；以及(ii)用于所述HARQ反馈的单个物理上行链路控制信道(PUCCH)资源；并且

针对所述HARQ反馈进行监测包括针对在所述单个PUCCH资源内的多个联合HARQ-ACK进行监测，每个联合HARQ-ACK对应于所述多个下行链路数据传输的不同组，并且是基于使用所述至少一个编码方案对针对所述多个下行链路数据传输的所述组的所述HARQ反馈进行联合编码来生成的。

30.根据权利要求26所述的方法，其中，所述至少一个HARQ反馈方案是基于以下各项中的至少一项来确定的：(i)所述多个下行链路数据传输中的每个下行链路数据传输的到达时间，(ii)所述多个下行链路数据传输中的每个下行链路数据传输的优先级，(iii)针对所述多个下行链路数据传输中的每个下行链路数据传输所使用的发射波束的类型，(iv)与所述多个下行链路数据传输中的每个下行链路数据传输相关联的调制和编码方案(MCS)，(v)针对所述多个下行链路数据传输中的每个下行链路数据传输所使用的空间流的数量，或(vi)所述多个下行链路数据传输中的每个下行链路数据传输是与单个用户还是多个用户相关联。