CN113287356A - 用于超低延迟pdsch传输的基于子时隙的harq-ack定时和pucch资源确定 - Google Patents

Abstract

描述了一种用户设备(UE)。所述UE包括更高层处理器，所述更高层处理器被配置为确定具有子时隙结构的混合自动重传请求‑确认HARQ‑ACK反馈定时，所述HARQ‑ACK反馈定时用于超可靠低延迟通信(URLLC)物理下行链路共享信道(PDSCH)传输的HARQ‑ACK反馈。所述更高层处理器还被配置为确定用于所述HARQ‑ACK反馈的物理上行链路控制信道(PUCCH)资源。所述UE还包括传输电路，所述传输电路被配置为基于所述HARQ‑ACK反馈定时和所述PUCCH资源来传输所述URLLC PDSCH传输的所述HARQ‑ACK反馈。

Description

用于超低延迟PDSCH传输的基于子时隙的HARQ-ACK定时和 PUCCH资源确定

技术领域

本公开大体上涉及通信系统。更具体地，本公开涉及用于超低延迟物理下行链路共享信道(PDSCH)传输的基于子时隙的混合自动重传请求(HARQ)-确认(ACK)定时和物理上行链路控制信道(PUCCH)资源确定。

背景技术

无线通信装置已变得更小并且更强大以便满足消费者需求并且提高便携性和便利性。消费者已变得依赖于无线通信装置并且已开始期待可靠服务、扩展的覆盖区域和增强的功能。无线通信系统可提供用于多个无线通信装置的通信，其中每个无线通信装置可由基站服务。基站可以是与无线通信装置通信的装置。

随着无线通信装置的发展，已经在寻求通信能力、速度、灵活性和/或效率的提高。然而，提高通信能力、速度、灵活性和/或效率可出现某些问题。

例如，无线通信装置可使用通信结构与一个或多个装置通信。然而，所使用的通信结构可仅提供有限的灵活性和/或效率。如此论述所说明，提高通信灵活性和/或效率的系统和方法可能是有益的。

发明内容

在一个示例中，一种用户设备(user equipment，UE)，其包括：更高层处理器，所述更高层处理器被配置为确定具有子时隙结构的混合自动重传请求-确认(hybridautomatic repeat request-acknowledgment，HARQ-ACK)反馈定时，所述HARQ-ACK反馈定时用于超可靠低延迟通信(ultra-reliable low-latency communication，URLLC)物理下行链路共享信道(physical downlink shared channel，PDSCH)传输的HARQ-ACK反馈；所述更高层处理器被配置为确定用于所述HARQ-ACK反馈的物理上行链路控制信道(physicaluplink control channel，PUCCH)资源；以及传输电路，所述传输电路被配置为基于所述HARQ-ACK反馈定时和所述PUCCH资源来传输所述URLLC PDSCH传输的所述HARQ-ACK反馈。

在一个示例中，一种基站(base station，gNB)，其包括：更高层处理器，所述更高层处理器被配置为确定具有子时隙结构的混合自动重传请求-确认(hybrid automaticrepeat request-acknowledgment，HARQ-ACK)反馈定时，所述HARQ-ACK反馈定时用于超可靠低延迟通信(URLLC)物理下行链路共享信道(PDSCH)传输的HARQ-ACK反馈；所述更高层处理器被配置为确定用于所述HARQ-ACK反馈的物理上行链路控制信道(PUCCH)资源；以及接收电路，所述接收电路被配置为基于所述HARQ-ACK反馈定时和所述PUCCH资源来接收所述URLLC PDSCH传输的所述HARQ-ACK反馈。

在一个示例中，一种由用户设备(UE)进行的方法，其包括：确定具有子时隙结构的混合自动重传请求-确认(hybrid automatic repeat request-acknowledgment，HARQ-ACK)反馈定时，所述HARQ-ACK反馈定时用于超可靠低延迟通信(URLLC)物理下行链路共享信道(PDSCH)传输的HARQ-ACK反馈；确定用于所述HARQ-ACK反馈的物理上行链路控制信道(PUCCH)资源；以及基于所述HARQ-ACK反馈定时和所述PUCCH资源来传输所述URLLC PDSCH传输的所述HARQ-ACK反馈。

在一个示例中，一种由基站(gNB)进行的方法，其包括：确定具有子时隙结构的混合自动重传请求-确认(hybrid automatic repeat request-acknowledgment，HARQ-ACK)反馈定时，所述HARQ-ACK反馈定时用于超可靠低延迟通信(URLLC)物理下行链路共享信道(PDSCH)传输的HARQ-ACK反馈；确定用于所述HARQ-ACK反馈的物理上行链路控制信道(PUCCH)资源；以及基于所述HARQ-ACK反馈定时和所述PUCCH资源来接收所述URLLC PDSCH传输的所述HARQ-ACK反馈。

附图说明

[图1]图1是说明一个或多个基站(gNB)和一个或多个用户设备(UE)的一个实施方式的框图，其中可实施用于超低延迟物理下行链路共享信道(PDSCH)传输的HARQ-ACK定时和物理上行链路控制信道(PUCCH)资源确定的系统和方法。

[图2]图2说明用于URLLC PUCCH分配的子时隙结构的示例。

[图3]图3说明每个子时隙中的PUCCH资源配置的示例。

[图4]图4说明子时隙的子集中的PUCCH分配的示例。

[图5]图5说明子时隙的多个子集中的PUCCH配置的示例。

[图6]图6说明具有多个起始符号位置的时隙级PUCCH配置的示例。

[图7]图7是说明用于下行链路的资源网格的示例的图。

[图8]图8是说明用于上行链路的资源网格的一个示例的图。

[图9]图9示出若干参数集(numerologies)的示例。

[图10]图10示出图9所示的参数集的子帧结构的示例。

[图11]图11示出时隙和子时隙的示例。

[图12]图12示出调度时间线的示例。

[图13]图13示出DL控制信道监听区域的示例。

[图14]图14示出包括多于一个控制信道单元的DL控制信道的示例。

[图15]图15示出UL控制信道结构的示例。

[图16]图16是示出gNB的一个实施方式的框图。

[图17]图17是示出UE的一个实施方式的框图。

[图18]图18说明可在UE中利用的各种部件。

[图19]图19说明可在gNB中利用的各种部件。

[图20]图20是说明UE的一个实施方式的框图，其中可实施用于超低延迟PDSCH传输的HARQ-ACK定时和PUCCH资源确定的系统和方法。

[图21]图21是说明gNB的一个实施方式的框图，其中可实施用于超低延迟PDSCH传输的HARQ-ACK定时和PUCCH资源确定的系统和方法。

[图22]图22说明基于PUCCH配置的子时隙持续时间的HARQ-ACK定时的示例。

[图23]图23说明基于PDSCH传输的子时隙持续时间的HARQ-ACK定时的示例。

具体实施方式

描述了一种用户设备(UE)。UE包括更高层处理器，所述更高层处理器被配置为利用子时隙结构确定针对超可靠低延迟通信(URLLC)物理下行链路共享信道(PDSCH)传输的混合自动重传请求-确认(hybrid automatic repeat request-acknowledgment，HARQ-ACK)反馈的HARQ-ACK反馈定时。更高层处理器还被配置为确定用于HARQ-ACK反馈的物理上行链路控制信道(PUCCH)资源。UE还包括传输电路，所述传输电路被配置为基于HARQ-ACK反馈定时和PUCCH资源传输URLLC PDSCH传输的HARQ-ACK反馈。

HARQ-ACK反馈定时可基于具有PDSCH到HARQ定时指示符的重新解释的显式定时指示。PDSCH到HARQ定时指示符可指示在HARQ-ACK反馈的PDSCH传输之后子时隙的数量。子时隙持续时间和结构可由用于PUCCH资源配置的上行链路子时隙持续时间来确定。子时隙持续时间可基于对应PDSCH传输的持续时间来确定。

HARQ-ACK反馈定时可基于预定义或已配置的HARQ-ACK定时表来确定。HARQ-ACK定时表中的定时可对应于调制和译码方案(modulation and coding scheme，MCS)设置或传输块(transport block，TB)大小。HARQ-ACK定时表中的定时可由PDSCH传输中的符号的数量或PDSCH持续时间来确定。HARQ-ACK定时表中的定时可基于UE能力来确定。

还描述一种基站(gNB)。gNB包括更高层处理器，所述更高层处理器被配置为利用子时隙结构确定URLLC PDSCH传输的HARQ-ACK反馈的HARQ-ACK反馈定时。更高层处理器还被配置为确定HARQ-ACK反馈的PUCCH资源。gNB还包括接收电路，所述接收电路被配置为基于HARQ-ACK反馈定时和PUCCH资源接收URLLC PDSCH传输的HARQ-ACK反馈。

还描述一种由UE进行的方法。所述方法包括：利用子时隙结构确定URLLC PDSCH传输的HARQ-ACK反馈的HARQ-ACK反馈定时。所述方法还包括：确定HARQ-ACK反馈的PUCCH资源。所述方法还包括：基于HARQ-ACK反馈定时和PUCCH资源传输URLLC PDSCH传输的HARQ-ACK反馈。

还描述一种由gNB进行的方法。所述方法包括：利用子时隙结构确定URLLC PDSCH传输的HARQ-ACK反馈的HARQ-ACK反馈定时。所述方法还包括：确定HARQ-ACK反馈的PUCCH资源。所述方法还包括：基于HARQ-ACK反馈定时和PUCCH资源接收URLLC PDSCH传输的HARQ-ACK反馈。

第三代合作伙伴计划(也称为“3GPP”)是旨在定义第三代和第四代无线通信系统的全球适用技术规范和技术报告的合作协议。3GPP可定义下一代移动网络、系统和装置的规范。

3GPP长期演进(Long Term Evolution，LTE)为给用以提高通用移动通信系统(Universal Mobile Telecommunications System，UMTS)移动电话或装置标准以应对未来要求的计划所取的名称。在一方面，UMTS已经被修改以针对演进通用陆地无线接入(Evolved Universal Terrestrial Radio Access，E-UTRA)和演进通用陆地无线接入网络(Evolved Universal Terrestrial Radio Access Network，E-UTRAN)提供支持和规范。

本文所公开的系统和方法的至少一些方面可关于3GPP LTE、高级LTE(LTE-Advanced，LTE-A)和其他标准(例如，3GPP版本8、9、10、11和/或12)描述。然而，本公开的范围在此方面不应受限。本文所公开的系统和方法的至少一些方面可在其他类型的无线通信系统中利用。

无线通信装置可以是电子装置，所述电子装置用于将语音和/或数据传达到基站，所述基站继而可与装置的网络(例如，公用交换电话网(public switched telephonenetwork，PSTN)、因特网等)通信。在描述本文的系统和方法时，无线通信装置可替代地称为移动站、UE、接入终端、订户站、移动终端、远程站、用户终端、终端、订户单元、移动装置等。无线通信装置的示例包括蜂窝电话、智能电话、个人数字助理(personal digitalassistant，PDA)、膝上型计算机、上网本、电子阅读器、无线调制解调器等。在3GPP规范中，无线通信装置通常称为UE。然而，由于本公开的范围不应限于3GPP标准，因此术语“UE”和“无线通信装置”可在本文互换使用以意味着更一般的术语“无线通信装置”。UE也可更一般地称为终端装置。

在3GPP规范中，基站通常称为节点B、演进节点B(evolved Node B，eNB)、归属增强或演进节点B(home enhanced or evolved Node B，HeNB)或某一其他类似术语。由于本公开的范围不应限于3GPP标准，因此术语“基站”、“节点B”、“eNB”、“gNB”和/或“HeNB”可在本文互换使用以意味着更一般术语“基站”。此外，术语“基站”可用于表示接入点。接入点可以是提供对无线通信装置的网络(例如，局域网(Local Area Network，LAN)、因特网等)的接入的电子装置。术语“通信装置”可用于表示无线通信装置和/或基站两者。eNB也可更一般地称为基站装置。

应指出，如本文所用，“小区”可以是由标准化或管理组织指定以用于国际移动通信高级(International Mobile Telecommunications-Advanced，IMT高级)的任何通信信道，并且小区的全部或其子集可由3GPP采用为许可带(例如，频率带)以用于eNB与UE之间的通信。还应指出，在E-UTRA和E-UTRAN总体描述中，如本文所用，“小区”可被定义为“下行链路和任选地上行链路资源的组合”。下行链路资源的载波频率与上行链路资源的载波频率之间的链接可以在下行链路资源上传输的系统信息指示。

“已配置小区”是UE了解并且由eNB允许以传输或接收信息的那些小区。“一个或多个已配置小区”可以是一个或多个服务小区。UE可接收系统信息并且对所有已配置小区执行所需测量。用于无线电连接的“一个或多个已配置小区”可包括主小区和/或无辅小区、一个辅小区或多个辅小区。“已激活小区”是UE在其上传输和接收的那些已配置小区。也就是说，已激活小区是UE监听物理下行链路控制信道(physical downlink control channel，PDCCH)的那些小区，以及在下行链路传输的情况下UE解码物理下行链路共享信道(PDSCH)的那些小区。“未激活小区”是UE不监听传输PDCCH的那些已配置小区。应指出，“小区”可依据不同维度描述。例如，“小区”可具有时间、空间(例如，地理)和频率特性。

第五代(fifth generation，5G)蜂窝通信(根据3GPP也称为“新无线电”、“新无线电接入技术”或“NR”)预想使用时间/频率/空间资源以允许增强移动宽带(enhancedmobile broadband，eMBB)通信和超可靠低延迟通信(URLLC)服务以及大规模机器类型通信(massive machine type communication，MMTC)等服务。新无线电(new radio，NR)基站可称为gNB。gNB也可更一般地称为基站装置。

在5G NR中，不同服务可支持不同质量的服务(quality of service，QoS)要求(例如，可靠性和延迟容限)。例如，eMBB可针对高数据速率，并且URLLC是针对超可靠性和低延迟。为了支持超低延迟，时隙中的多于一个HARQ-ACK反馈可被配置用于URLLC服务。一种潜在方法是配置时隙中的子时隙结构，并且PUCCH资源可基于子时隙来分配。用于URLLCPDSCH HARQ-ACK反馈的多个PUCCH资源可通过在NR版本15中使PUCCH资源配置从时隙级扩展到子时隙级而在时隙中得以支持。

另一方面，还可能需要指定URLLC PDSCH的HARQ-ACK反馈。在本公开中，呈现了用于指示HARQ-ACK反馈定时以及利用子时隙结构确定URLLC PDSCH传输的PUCCH资源的方法。

现在参考附图描述本文所公开的系统和方法的各种示例，其中相同附图标号可指示功能上类似的元件。如在本文附图中大体上描述和说明的系统和方法可以广泛多种不同实施方式进行布置和设计。因此，如附图中表示的若干实施方式的以下更详细的描述并不旨在限制如要求保护的范围，但仅代表系统和方法。

图1是说明一个或多个gNB 160和一个或多个UE 102的一个实施方式的框图，其中可实施用于超低延迟物理下行链路共享信道(PDSCH)传输的HARQ-ACK定时和物理上行链路控制信道(PUCCH)资源确定的系统和方法。一个或多个UE 102使用一根或多根天线122a-122n与一个或多个gNB 160通信。例如，UE 102使用一根或多根天线122a-122n将电磁信号传输到gNB 160并且从gNB 160接收电磁信号。gNB 160使用一根或多根天线180a-180n与UE102通信。

UE 102和gNB 160可使用一个或多个信道119、121来彼此通信。例如，UE 102可使用一个或多个上行链路信道121将信息或数据传输到gNB 160。上行链路信道121的示例包括PUCCH(物理上行链路控制信道)和PUSCH(物理上行链路共享信道)、PRACH(物理随机接入信道)等。例如，上行链路信道121(例如，PUSCH)可用于传输UL数据(即，一个或多个传输块、MAC PDU和/或UL-SCH(上行链路共享信道))。

这里，UL数据可包括URLLC数据。URLLC数据可以是UL-SCH数据。这里，URLLC-PUSCH(即，与PUSCH不同的物理上行链路共享信道)可被定义用于传输URLLC数据。出于简单描述的目的，术语“PUSCH”可意味着以下中的任一者：(1)仅PUSCH(例如，规则PUSCH、非URLLC-PUSCH等)，(2)PUSCH或URLLC-PUSCH，(3)PUSCH和URLLC-PUSCH或(4)仅URLLC-PUSCH(例如，非规则PUSCH)。

而且，例如，上行链路信道121可用于传输混合自动重传请求-ACK(HybridAutomatic Repeat Request-ACK，HARQ-ACK)、信道状态信息(Channel StateInformation，CSI)和/或调度请求(Scheduling Request，SR)。HARQ-ACK可包括指示DL数据(即，一个或多个传输块、媒体接入控制协议数据单元(Medium Access Control ProtocolData Unit，MAC PDU)和/或DL-SCH(下行链路共享信道))的肯定确认(positiveacknowledgment，ACK)或否定确认(negative acknowledgment，NACK)的信息。

CSI可包括指示下行链路的信道质量的信息。SR可用于请求UL-SCH(上行链路共享信道)资源以进行新的传输和/或重新传输。即，SR可用于请求UL资源以传输UL数据。

一个或多个gNB 160还可使用例如一个或多个下行链路信道119将信息或数据传输到一个或多个UE 102。下行链路信道119的示例包括PDCCH、PDSCH等。可使用其他种类的信道。PDCCH可用于传输下行链路控制信息(Downlink Control Information，DCI)。

一个或多个UE 102中的每一个可包括一个或多个收发器118、一个或多个解调器114、一个或多个解码器108、一个或多个编码器150、一个或多个调制器154、数据缓冲器104和UE操作模块124。例如，一个或多个接收和/或传输路径可在UE 102中实施。为了方便起见，仅单个收发器118、解码器108、解调器114、编码器150和调制器154在UE 102中说明，但可实施多个并行元件(例如，收发器118、解码器108、解调器114、编码器150和调制器154)。

收发器118可包括一个或多个接收器120和一个或多个发射器158。一个或多个接收器120可使用一根或多根天线122a-122n从gNB 160接收信号。例如，接收器120可接收和降频转换信号以产生一个或多个已接收信号116。一个或多个已接收信号116可被提供给解调器114。一个或多个发射器158可使用一根或多根天线122a-122n将信号传输到gNB 160。例如，一个或多个发射器158可降频转换和传输一个或多个已调制信号156。

解调器114可解调一个或多个已接收信号116以产生一个或多个已解调信号112。一个或多个已解调信号112可被提供给解码器108。UE 102可使用解码器108来解码信号。解码器108可产生已解码信号110，所述已解码信号110可包括UE已解码信号106(也称为第一UE已解码信号106)。例如，第一UE已解码信号106可包括已接收有效载荷数据，所述已接收有效载荷数据可存储在数据缓冲器104中。包括在已解码信号110中的另一信号(也称为第二UE已解码信号110)可包括开销数据和/或控制数据。例如，第二UE已解码信号110可提供可由UE操作模块124使用以执行一个或多个操作的数据。

总体上，UE操作模块124可使UE 102能够与一个或多个gNB 160通信。UE操作模块124可包括UE调度模块126。

UE调度模块126可执行如本文所述的PUCCH配置和资源分配。由于URLLC的低延迟要求，因此可能需要在单个时隙中配置两个或更多个PUCCH资源。通过在时隙中配置单个起始符号对短PUCCH的当前时域分配将不充分。

为了在时隙中配置多于一个PUCCH实例，UE 102可以被配置有用于HARQ-ACKPUCCH资源分配的子时隙结构。可指定不同子时隙结构，包括至少2符号结构、3和4符号结构和/或7符号结构。

UE 102可用用于PUCCH分配的子时隙结构的更高层信令配置。一个或多个PUCCH资源可在已配置子时隙内配置。

在一种方法中，UE 102可用子时隙结构中的子时隙的子集配置，并且PUCCH仅在子时隙结构的子集中的子时隙内配置。在另一方法中，UE 102可用用于PUCCH资源分配的子时隙结构中的子时隙的多个子集配置。

子时隙结构的子时隙的子集可被指定并且UE 102可由子时隙结构中的子时隙的子集上的更高层信令配置。UE 102可用用于PUCCH资源分配的多个子时隙结构配置。

根据PUCCH资源配置，可实施若干方法以确定URLLC PDSCH传输的HARQ-ACK报告的HARQ-ACK反馈定时和PUCCH资源。就利用子时隙结构以用于HARQ-ACK定时而言，本文描述了至少两种方法。在第一种方法(方法1)中，通过PDSCH到HARQ定时指示符字段以DCI明确指示HARQ-ACK定时。取代指示时隙的数量，PDSCH到HARQ定时指示符可用于指示在PDSCH传输之后子时隙的数量。

子时隙持续时间和结构可由用于PUCCH资源配置的上行链路子时隙持续时间来确定。子时隙持续时间可基于对应PDSCH传输的持续时间来确定。

在第二种方法(方法2)中，基于预定义或已配置处理定时表来确定HARQ-ACK定时。定时表可由RRC信令配置到UE 102。表中的定时可对应于调制和译码方案(MCS)设置或有效载荷/TB大小。表中的定时可由PDSCH传输中的符号的数量或PDSCH持续时间来确定。表中的定时可由UE能力来确定。PDSCH到HARQ定时指示符字段可从调度URLLC数据的DCI格式的PDSCH忽略或移除。

不管使用哪一种方法来确定HARQ-ACK定时，要用于HARQ-ACK报告的实际PUCCH资源与HARQ-ACK资源配置紧密相关。在一种情况下，PUCCH资源可供用于已配置子时隙结构之后的所有子时隙中。在另一情况下，PUCCH资源可供用于更高层信令之后的子时隙的子集中。

在子时隙PUCCH分配的情况下，UE 102可基于PDSCH到HARQ定时指示符明确地或基于UE能力或预定义/已配置表隐含地确定HARQ-ACK定时。UE 102接着可选择满足HARQ-ACK定时的最早的PUCCH资源以报告HARQ-ACK反馈。以下更详细地描述用于确定URLLC PDSCH传输的HARQ-ACK报告的HARQ-ACK反馈定时和PUCCH资源的这些方法。

时隙或子时隙中的URLLC HARQ-ACK PUCCH资源可被指定为增强PUCCH格式以提供期望的可靠性要求。为了提供高可靠性和低延迟，描述对PUCCH格式的一些增强。描述对所有PUCCH格式的传输分集(transmit diversity，TxD)和增强功率控制。可实施PUCCH格式0、1和4的多于一个物理资源块(Physical Resource Block，PRB)分配。本文还描述对URLLC的增强的PUCCH格式的更多PRB分配和相较于maxCodeRate参数的更低最大码率。

在子时隙结构已配置的情况下，对于子时隙中的PUCCH资源配置，PUCCH配置中的起始符号索引可被修改以表示子时隙内的相对位置而非时隙内的符号索引。如果PUCCH始终从子时隙的起点开始或在子时隙的最后符号处结束，则startingSymbolIndex可被移除或忽略。PUCCH是始终从子时隙的起点开始还是在子时隙的最后符号处结束可在标准中指定或可由到UE 102的更高层信令配置。

一个或多个PUCCH资源集可在已配置子时隙结构的每个子时隙中配置。PUCCH格式和资源集上的相同PUCCH配置可在所有子时隙中使用。在不同子时隙持续时间的情况下，PUCCH格式和资源集可基于具有更短持续时间的子时隙来确定。

UE 102可用子时隙结构中的子时隙的子集配置。一个或多个PUCCH资源集可仅在子时隙结构的子集中的子时隙内配置。

UE 102可用用于PUCCH资源分配的子时隙结构中的子时隙的多个子集配置。PUCCH资源可在子时隙的每个子集中独立地配置。因此，不同PUCCH配置可应用于子时隙的不同集合。

UE 102可用用于PUCCH资源分配的多个子时隙结构配置。PUCCH资源可在每个子时隙结构中独立地配置，并且不同PUCCH资源配置可应用于不同子时隙结构。

在基于时隙的PUCCH资源的情况下，时隙中的多个起始符号位置可针对URLLC的增强的PUCCH指定。

时隙中的PUCCH资源在时域中不应彼此重叠。每个PUCCH资源应包含在时隙内，并且不会跨过时隙边界。因此，可在时隙中配置的PUCCH资源的数量取决于已配置PUCCH格式的符号的数量。

本文描述NR中的PUCCH格式的方面。PUCCH可用于报告重要的上行链路控制信息(uplink control information，UCI)，所述重要的上行链路控制信息包括HARQ-ACK、SR、信道状态信息(channel state information，CSI)等。虽然NR版本15主要设计用于增强的移动宽带(eMBB)，但是若干物理上行链路控制信道(PUCCH)格式被指定用于不同数量的比特，如以下所给出。

如本文所用，μ表示子载波间隔配置，其中Δf＝2^μ·15[kHz]。

表示子载波间隔配置μ的每个子帧的时隙的数量。

表示子载波间隔配置μ的每个帧的时隙的数量。

表示每个时隙的符号的数量。

如由表1给出，支持多个OFDM参数集，其中μ和带宽部分的循环前缀可分别从更高层参数subcarrierSpacing和cyclicPrefix获得。

μ	Δf＝2<sup>μ</sup>·15[kHz]	循环前缀
			0	15	正常
1	30	正常
			2	60	正常的、扩展的
3	120	正常
			4	240	正常

表1

对于子载波间隔配置μ，时隙在子帧内以递增次序被编号为

并且在帧内以递增次序被编号为

在时隙中存在

连续符号(例如，OFDM符号)，其中

取决于如表2和表3给出的循环前缀。时隙

在子帧中的起点在时间上与符号

在相同子帧中的起点对准。表2包括对于正常循环前缀的每个时隙的OFDM符号的数量、每个帧的时隙的数量、以及每个子帧的时隙的数量。表3包括对于扩展的循环前缀的每个时隙的OFDM符号的数量、每个帧的时隙的数量、以及每个子帧的时隙的数量。

表2

表3

物理上行链路控制信道支持多个格式，如表4所示。在频率跳键被配置用于PUCCH格式1、3或4的情况下，第一跳键中的符号的数量由

给出，其中

是以OFDM符号为单位的PUCCH传输的长度。

表4

UE 102可用与“正常的”PUCCH格式分开的增强的PUCCH格式的PUCCH资源集配置(即，URLLC业务的PUCCH资源集可与eMBB PUCCH资源集独立地和分开地配置)。URLLC的PUCCH资源可用与eMBB资源的参数和字段不同的参数和/或一些不同的字段配置。

在NR中，多个PUCCH资源集可针对不同有效载荷大小进行配置。在每个PUCCH资源集中，可配置高达16个PUCCH资源。如果资源的数量超过4，则会形成子集。在NR中，为了进行PUCCH报告，可首先基于UCI有效载荷大小来确定PUCCH资源集。ARI字段可指示PUCCH资源集中的PUCCH资源子集。如果每个子集中存在多于1个PUCCH资源，则用于UCI报告的PUCCH资源可基于调度DCI的CCE索引来隐含地确定。即，URLLC或eMBB的一个或多个PUCCH资源子集可通过使用ARI字段来指示。而且，URLLC或eMBB的一个或多个PUCCH资源子集可基于调度DCI的CCE索引(例如，PDCCH调度PDSCH传输的CCE指数)来确定。

URLLC业务要求超可靠性和低延迟。URLLC分组的HARQ-ACK可被支持以提供所需可靠性。此外，应在URLLC传输之后立即报告HARQ-ACK反馈。

为了提供DL URLLC传输的期望可靠性，需要分配PUCCH资源以允许PDSCH重新传输。由于高可靠性和低延迟要求，为了支持URLLC PDSCH的重新传输，需要在子帧内报告一个或多个HARQ-ACK反馈，并且可能需要在子帧或时隙中配置多于一个HARQ-ACK报告PUCCH资源。

通过配置起始符号和持续时间对PUCCH资源的当前时域分配可能不充分。在一种方法中，UE 102可被配置有子时隙结构，并且PUCCH资源被配置在子时隙结构内。

为了降低延迟，在LTE中，除了遗留1ms TTI外可配置缩短的传输时间间隔(shortened transmission time interval，sTTI)。sTTI可在sTTI中在子时隙级下配置有2个或3个符号，或在sTTI中在时隙级下配置有7个符号。在LTE中，DL和UL缩短的TTI持续时间可单独配置，并且DL sTTI持续时间必须与UL sTTI持续时间相同或比UL sTTI持续时间短。一旦被配置，sPDSCH、sPUCCH和sPUSCH传输都遵循已配置sTTI结构。

在NR Rel-15中，PUCCH资源可在时隙级下配置有14个符号。因此，为了在时隙中具有多于一个HARQ-ACK反馈，应增强PUCCH报告的粒度。因此，在本公开中，描述基于微时隙或子时隙结构的PUCCH分配方法。

本文描述DL和UL子时隙配置。在NR中，用于HARQ-ACK报告的PUCCH的子时隙配置可与PDSCH和PUSCH调度单独配置。如果DL子时隙被配置用于PDSCH调度，则UE 102可限制每个时隙中的用于PDCCH或DCI监听的起始符号。这可减少复杂度。

在一些方法中，DL和UL子时隙结构可以是相同的。在其他方法中，DL和UL子时隙结构可以是不同的。不同于LTE sTTI，PUCCH持续时间可比URLLC PDSCH持续时间短。

此外，在NR中，起始符号和持续时间可被调度用于PDSCH和PUSCH。因此，NR无需遵循用于PDSCH和PUSCH调度的子时隙结构。因此，NR仅需要定义用于HARQ-ACK报告的PUCCH的子时隙结构。

如本文所述，为了易于解释，焦点放在用于PUCCH上的HARQ-ACK反馈的UL子时隙配置上。然而，子时隙分配还可在DL上应用于PDSCH传输，并且在UL上应用于PUSCH传输。

本文描述用于URLLC中的HARQ-ACK PUCCH配置的子时隙结构。时隙可划分成多个子时隙，并且用于HARQ-ACK的PUCCH资源可在每个子时隙内配置。因此，用于URLLC的PUCCH资源配置包括子时隙结构和子时隙内的PUCCH资源分配。

子时隙的持续时间与时隙中的PUCCH实例的数量之间存在折衷。更短持续时间可提供更多机会进行延迟降低的HARQ-ACK报告。但更短持续时间还可对PUCCH资源带来更多开销。为了在1ms内提供具有期望延迟的重新传输，2个至4个HARQ-ACK报告实例足以。

最小子时隙可以是仅一个符号。在此情况下，所有符号可用于承载HARQ-ACK。然而，就子时隙结构而言，PUCCH资源不应跨过子时隙边界。因此，可使用1符号的短PUCCH。为了在子时隙中分配多个符号，PUCCH资源可配置有更多鲁棒性和灵活性。

可针对NR指定不同子时隙配置。图2说明用于URLLC PUCCH分配的不同子时隙结构。

在一种情况下，PUCCH资源可在已配置子时隙结构的每个子时隙中配置。多个PUCCH资源集可在每个子时隙中配置。每个PUCCH资源集可针对有效载荷范围进行配置。每个资源集可包含具有相同或不同格式的PUCCH资源，其中在子时隙中具有相同或不同起始位置。单个PUCCH资源不应跨越子时隙边界。

相同PUCCH配置可应用于所有子时隙，如图3所示。在子时隙的不同持续时间的情况下(例如，在3和4符号子时隙结构的情况下)，相同PUCCH配置可基于具有更短持续时间的子时隙来确定。

在另一情况下，PUCCH资源可在子时隙的子集中配置。子集图样和索引可由更高层信令配置。这通过限制子时隙的子集中的PUCCH资源来减少PUCCH资源开销。

包括在子集中的子时隙索引可由更高层信令配置。子集中的子时隙索引可由包括所允许子时隙索引集的表定义。并且表中的索引通过更高层信令以信号发送到UE 102。图4示出子时隙的子集中的PUCCH分配的一些示例。

在又一情况下，子时隙的多个子集可被配置，并且PUCCH配置可在子时隙的每个子集中独立地配置。图5示出子时隙的多个子集中的PUCCH配置的若干示例。在图5的3和4符号子时隙的示例中，针对具有不同持续时间的子时隙可形成不同子集，并且相同或不同PUCCH资源配置可在具有不同持续时间的不同子集中使用。

在另一情况下，UE 102可用多个子时隙结构配置。可配置遵循不同子时隙结构配置的不同PUCCH资源集。

本文还描述低延迟物理上行链路控制信道(PUCCH)增强和资源配置。在第一方面中，描述用于超可靠性和低延迟的PUCCH增强。需要一些增强以满足URLLC PUCCH可靠性要求(例如，对于规则HARQ-ACK实现10^-6而非10^-2的BER)。

对于时隙或子时隙内的单个PUCCH资源，可实施若干方法。第一种方法可包括传输功率控制。一种增加可靠性的方式是增加用于URLLC HARQ-ACK反馈的PUCCH的传输功率。用于URLLC的增强的PUCCH格式可配置有比正常PUCCH格式更高的传输功率。例如，单独的幅度缩放因子βPUCCH可被配置并且以在增强的PUCCH格式上传输的序列被映射。

第二种方法可包括传输分集。对于所有PUCCH格式0/1/2/3/4增强，在多个PUCCH资源上具有多根天线传输的传输分集可被配置为增强PUCCH性能。传输分集(TxD)还可提高可靠性。就TxD而言，PUCCH信号在两个天线端口上传输，每个天线端口使用单独的PUCCH物理资源块(PRB)资源。

对于具有基于序列的PUCCH格式0的HARQ-ACK传输，空间正交资源传输分集(spatial orthogonal resource transmit diversity，SORTD)方案可被支持用于两个天线端口(p∈[p₀，p₁])的传输。

UE 102可使用PUCCH资源以传输映射到天线端口p的时隙中的HARQ-ACK。对于在天线端口P0上的传输，UE 102可使用基于调度DCI的CCE索引来配置或隐含地导出的PUCCH资源。对于在天线端口p1上的传输，UE 102可使用在用于天线端口p0的PUCCH资源之后的下一个PUCCH资源。

TxD可通过PUCCH配置中的RRC配置或单独的信息元素被配置到UE 102。

第三种方法可包括更多频域分配。对于短PUCCH格式0、1和4，仅一个PRB被分配在NR Rel-15中。对于URLLC PUCCH，多于1个PRB可被分配用于增强的PUCCH格式0、1和4。对于长PUCCH格式2和3，与用于具有相同有效载荷范围的eMBB HARQ-ACK反馈的PUCCH相比，更多PEB可被配置。

此外，长PUCCH持续时间可被限制用于URLLC PUCCH配置。在一种情况下，仅支持4和7的PUCCH持续时间。在另一种情况下，可支持4至7的PUCCH持续时间。实际允许的PUCCH持续时间可基于参数集、用于时隙中的URLLC PDSCH HARQ-ACK反馈的PUCCH的数量来确定和/或在子时隙结构被配置和应用于PUCCH资源分配时通过子时隙持续时间来确定。

第四种方法可包括URLLC HARQ-ACK反馈的PUCCH的更低最大码率。为了提高PUCCHHARQ-ACK反馈的可靠性，maxCodeRate(即，PUCCH上的UCI的最大码率的PUCCH-MaxCodeRate参数)可配置有与被配置用于eMBB PDSCH传输的HARQ-ACK反馈的PUCCH资源相比低得多的速率。考虑到以上更多PRB分配，maxCodeRate可被共同配置。换句话讲，用于URLLC的增强的PUCCH格式可配置有与用于eMBB的PUCCH资源相比更低的maxCodeRate。因此，对于相同有效载荷范围，用于URLLC PUCCH的PRB的数量可高于eMBB PUCCH资源的PRB的数量。

在第二方面中，本文描述时隙或子时隙内的PUCCH资源配置。就对PUCCH格式的以上提及的增强中的至少一种而言，增强的PUCCH格式可被配置用于URLLC PDSCH传输的HARQ-ACK反馈。增强的PUCCH格式可以是PUCCH格式0/1/2/3/4。有效载荷大小和持续时间约束可不同于eMBB HARQ-ACK反馈的PUCCH格式。由于URLLC支持时隙中的多于一个HARQ-ACK反馈，因此必须指定对PUCCH格式配置的增强。

对于子时隙级配置，如果子时隙结构被配置用于PUCCH资源分配，则起始符号索引可被重新解释为子时隙内的相对索引而非时隙的符号索引。如以下在列表1中所示，增强的PUCCH格式分别表示为PUCCH_format0_e、PUCCH_format1_e、PUCCH_format2_e、PUCCH_format3_e、PUCCH_format4_e以示出对现有PUCCH格式的增强。也可定义对现有格式和新的PUCCH格式的其他名称。

是否可支持PUCCH格式可取决于给定子时隙的持续时间。

对于增强的PUCCH格式0和增强的PUCCH格式2，根据子时隙中的符号的数量，startingSymbolIndex可从子时隙的起点到subslotduration-1的索引。对于nrofSymbols的给定PUCCH持续时间，startingSymbolIndex可在0至(subslotduration-nrofSymbols)的范围内。

对于增强的PUCCH格式1、3和4，根据子时隙中的符号的数量，startingSymbolIndex可从子时隙的起点到subslotduration-4的索引。对于nrofSymbols的给定PUCCH持续时间，startingSymbolIndex可在0至(subslotduration-nrofSymbols)的范围内。

此外，对于增强的PUCCH格式0、1和4，PRB的数量可用一个或多个PRB而非固定的一个PRB分配配置。

列表1

在子时隙PUCCH资源分配的情况下，Rel-15时隙级PUCCH配置可扩展到子时隙级。增强的PUCCH格式可在子时隙PUCCH配置中使用。

根据子时隙持续时间，一些参数可被进一步限制到有效范围。对于2个符号的子时隙持续时间，仅短PUCCH格式0和2可被配置。对于3和4符号子时隙结构中的3个符号的子时隙持续时间，仅短PUCCH格式0和2可被配置。

对于3和4符号子时隙结构中的4个符号的子时隙持续时间，短PUCCH格式0和2可被配置。仅具有4个符号的长PUCCH格式1,3,4可被配置。对于长PUCCH格式1和4，多于一个PRB可被分配用于URLLC PUCCH以用于HARQ-ACK报告。

对于7个符号的子时隙持续时间，短PUCCH格式0和2可被配置。假设PUCCH的所有符号封闭在7符号子时隙中，则具有4个至7个符号的长PUCCH格式1,3,4可被配置。

在具有PUCCH分配的子时隙中，多个PUCCH资源集可被配置。每个资源集可由有效载荷范围定义。每个资源集可包含具有相同或不同格式的PUCCH资源，其中在子时隙中具有相同或不同起始位置。单个PUCCH资源可能不会跨越子时隙边界。

在一种方法中，每个PUCCH资源可由具有至少符号的数量、PRB的数量、相对于子时隙的起始符号的起始PRB索引和起始符号索引的PUCCH格式定义。

在另一种方法中，PUCCH资源始终从子时隙的起点开始以给出快速反馈。因此，PUCCH格式配置中的startingSymbolIndex字段可被忽略或移除。仅符号的数量和PRB的数量等可被配置。

在又一方法中，PUCCH资源可始终在子时隙的最后符号处结束。因此，PUCCH格式配置中的startingSymbolIndex字段也可被忽略或移除。仅符号的数量和PRB的数量等被配置。

PUCCH是从子时隙的起点开始还是在子时隙的最后符号处结束可由标准指定或由从gNB 160到UE 102的更高层信令配置。在一种情况下，PUCCH资源可在已配置子时隙结构的每个子时隙中配置。相同配置可应用于所有子时隙。在子时隙的不同持续时间的情况下(例如，在3和4符号子时隙结构中)，相同PUCCH配置可基于具有更短持续时间的子时隙来确定。在PUCCH资源始终从子时隙的起点开始的情况下，4符号子时隙的最后符号不用于PUCCH。在PUCCH资源始终在子时隙的最后符号处结束的情况下，4符号子时隙的第一符号不用于PUCCH。

在另一情况下，PUCCH资源可仅在子时隙的子集中配置。子集图样和索引可由更高层信令配置。这通过限制子时隙的子集中的PUCCH资源来减少PUCCH资源开销。

在又一情况下，子时隙的多个子集可被配置，并且PUCCH资源可在子时隙的每个子集中独立地配置。因此，不同PUCCH配置可应用于子时隙的不同集合。例如，在3和4符号子时隙的情况下，针对具有不同持续时间的子时隙可形成不同子集，并且相同或不同PUCCH资源配置可在具有不同持续时间的不同子集中使用。这可基于子时隙的持续时间来优化每个子时隙中的资源分配。

UE 102可用用于PUCCH资源分配的多个子时隙结构配置。PUCCH资源可在每个子时隙结构中独立地配置，并且不同PUCCH资源配置可应用于不同子时隙结构。例如，增强的PUCCH格式0可被配置用于2符号子时隙结构中的1个或2个比特。增强的PUCCH格式2可被配置用于3和4符号结构中的多于2个比特。在7符号子时隙结构中，当PDSCH聚合用于报告多个PDSCH传输时，增强的PUCCH格式3或PUCCH格式4可被配置用于更高HARQ-ACK有效载荷。

不同子时隙结构中的PUCCH资源可通过不同有效载荷范围来区分。例如，小有效载荷PUCCH资源可在具有短子时隙持续时间的子时隙结构中更频繁地分配。大有效载荷PUCCH资源可在具有更长子时隙持续时间的子时隙结构中配置。

不同子时隙结构中的PUCCH资源可通过不同延迟要求来区分。例如，PUCCH资源可在具有短子时隙持续时间的子时隙结构中更频繁地分配以用于超低延迟业务。PUCCH资源可在具有更长子时隙持续时间的子时隙结构中配置以用于低延迟业务。

在另一情况下，不同子时隙结构中的PUCCH资源可基于可靠性和延迟要求被配置用于不同URLLC服务。

本文还描述时隙级配置。如果用于URLLC HARQ-ACK反馈的PUCCH在时隙级下被配置，则多个起始符号位置可被配置用于除了符号nrofSymbols参数的数量以外的PUCCH格式(例如，以给定PUCCH格式)，startingSymbolIndex参数应被增强以在时隙中配置多个起始符号位置，如列表2中说明。

列表2

时隙中的PUCCH资源在时域中不应彼此重叠。每个PUCCH资源应包含在时隙内，并且不会跨过时隙边界。因此，可在时隙中配置的PUCCH资源的数量取决于已配置PUCCH格式的符号的数量。对于具有一个符号持续时间的增强的短PUCCH格式0或PUCCH格式2，高达14个PUCCH资源可在时隙中配置。对于具有两个符号持续时间的增强的短PUCCH格式0或PUCCH格式2，高达7个PUCCH资源可在时隙中配置。对于具有四个符号持续时间的增强的长PUCCH格式1,3,4，高达3个PUCCH资源可在时隙中配置。对于具有5个至7个符号持续时间的增强的长PUCCH格式1,3,4，高达2个PUCCH资源可在时隙中配置。图6示出具有不同持续时间的PUCCH格式的多个起始位置的若干示例。

如上所述，UE 102可在URLLC的PUCCH上传输URLLC DL数据的HARQ-ACK(例如，URLLC PDSCH传输)。而且，UE 102可在eMBB的PUCCH上传输eMBB DL数据的HARQ-ACK(例如，eMBB PDSCH传输)。即，为了进行对应于URLLC DL数据的HARQ-ACK传输，UE 102可使用用于URLLC的PUCCH资源。而且，为了进行对应于eMBB DL数据的HARQ-ACK传输，UE 102可使用用于eMBB的PUCCH资源。

这里，对应于URLLC DL数据的PDSCH和/或对应于eMBB DL数据的PDSCH可基于由gNB 160配置的一个或多个参数来识别。例如，gNB 160可通过使用RRC消息来传输用于识别PDSCH传输对应于URLLC DL数据或eMBB DL数据的一个或多个参数。

而且，对应于URLLC DL数据的PDSCH可通过使用具有由不同于C-RNTI的Y-RNTI加扰的CRC的一个或多个DCI格式来调度(例如，识别)。这里，对应于eMBB DL数据的PDSCH可通过使用具有由C-RNTI加扰的CRC的一个或多个DCI格式来调度(例如，识别)。这里，Y-RNTI可用于识别第一CQI表和/或第一MCS表。而且，C-RNTI可用于识别第二CQI表和/或第二MCS表。第一和第二CQI表可用于解释用于CQI报告的CQI索引。而且，第一和第二MCS表可用于确定调制次序和/或目标误差率。即，对应于URLLC DL数据的PDSCH和/或对应于eMBB DL数据的PDSCH可基于对应的一个或多个CQI表和/或一个或多个MCS表来识别。

而且，对应于URLLC DL数据的PDSCH和/或对应于eMBB DL数据的PDSCH可基于一个或多个PDSCH传输的一个或多个持续时间来识别。这里，一个或多个PDSCH传输的一个或多个持续时间可由gNB 160配置和/或指示。例如，gNB 160可通过使用RRC消息来传输用于配置(例如，确定)一个或多个PDSCH传输的一个或多个持续时间的信息。而且，gNB 160可通过使用一个或多个DCI格式来传输用于指示一个或多个PDSCH传输的一个或多个持续时间的信息。例如，对应于URLLC DL数据的PDSCH的一个或多个持续时间可以是一个或多个符号级(例如，2个符号、3个符号和/或5个符号)。并且，对应于eMBB DL数据的PDSCH的持续时间可以是时隙级(例如，1个时隙、2个时隙、5个时隙)。即，对应于URLLC DL数据的PDSCH传输可支持比对应于eMBB DL数据的PDSCH传输更短的持续时间。

本文还描述HARQ-ACK反馈定时。UE 102可在服务小区上以

个符号的时隙内的不同符号传输一个或多个PUCCH。参考用于PUCCH传输的时隙，如果UE 102检测到调度PDSCH接收的DCI格式1_0或DCI格式1_1或者指示最后符号在时隙n内的多个符号上方的SPSPDSCH版本的DCI格式1_0，则UE 102应提供时隙n+k内的PUCCH传输中的对应HARQ-ACK信息，其中k是时隙的数量并且由DCI格式中的PDSCH到HARQ定时指示符字段指示。

对于DCI格式1_1，PDSCH到HARQ定时指示符字段值映射到由来自更高层参数Slot-timing-value-K1所提供的时隙数量集的更高层参数DL-data-DL-acknowledgement指示的时隙数量的值。

对于DCI值10，PDSCH到HARQ定时指示符字段值映射到{1,2,3,4,5,6,7,8}。对于不含相关联DCI格式1_0或DCI格式1_1检测的时隙n中的PDSCH接收并且对于PUCCH中的HARQ-ACK传输，UE 102可在时隙n+k中传输PUCCH，除非UE 102被提供有更高层参数UL-DL-configuration-common，或更高层参数UL-DL-configuration-common-Set2，或将用于时隙n+k中的PUCCH传输的至少一个符号指示为下行链路符号的更高层参数UL-DL-configuration-dedicated。

如果UE 102检测到不包括PDSCH到HARQ定时指示符字段并且在最后符号在时隙n内的多个符号上方调度PDSCH接收的DCI格式，则UE 102可在时隙n+k内的PUCCH传输中提供对应HARQ-ACK信息。

在NR中，HARQ-ACK反馈定时由PDSCH到HARQ定时指示符字段来确定。PDSCH到HARQ定时指示符字段指示在PDSCH接收之后用于HARQ-ACK反馈的时隙的数量。

对于URLLC业务，HARQ-ACK被非常快地报告(例如，在时隙内)。一个或多个HARQ-ACK反馈可能需要适应1ms子帧。因此，用于指示时隙的数量的PDSCH到HARQ定时指示符字段对于URLLC PDSCH传输可能不充分。

根据PUCCH资源配置，可实施方法以确定URLLC PDSCH传输的HARQ-ACK报告的HARQ-ACK反馈定时和PUCCH资源。

在第一种方法(方法1)中，HARQ-ACK定时基于具有PDSCH到HARQ定时指示符字段的重新解释的显式定时指示。HARQ-ACK定时可通过PDSCH到HARQ定时指示符字段以DCI指示。可重新使用PDSCH到HARQ定时指示符。然而，对于URLLC或子时隙PDSCH传输，其应链接到不同RRC已配置表，或指向具有固定值的表。新的已RRC配置HARQ-ACK定时表中的值可用于以与当前NR规范中的传统HARQ-ACK定时表不同的方式进行解释。

在一种方法中，取代指示时隙的数量，由PDSCH到HARQ定时指示符指示的值可用于指示在URLLC或子时隙PDSCH传输的最后符号之后符号的数量。

应支持用于时隙中的URLLC PDSCH传输的HARQ-ACK的至少两个PUCCH。因此，两个PUCCH资源之间的距离是至多7个符号。考虑到UE侧的PDSCH持续时间和PDSCH处理时间，3比特的PDSCH到HARQ定时指示符可足以指示两个PDSCH传输与连续PUCCH资源之间的所有可能的起始符号。

然而，符号级HARQ-ACK定时指示可提供PUCCH资源指示的不必要的复杂性和开销。例如，符号级指示暗示PUCCH可从时隙中的任何符号开始。这可限制可被配置用于HARQ-ACK反馈的PUCCH格式。尤其地，如果PUCCH资源无法跨时隙分配，则仅1符号PUCCH可用于满足符号级指示的所需灵活性。此外，如果PUCCH资源在子时隙级下被配置，则符号级指示可必须指示子时隙内的PUCCH资源的起始符号，这会提供冗余信息并且在指示与已配置PUCCH资源不符时容易出错。

因此，在另一种方法中，取代指示时隙的数量或符号的数量，由PDSCH到HARQ定时指示符指示的值可用于指示在PDSCH传输的最后符号之后子时隙的数量。就利用子时隙结构以用于HARQ-ACK定时而言，描述了若干方法来确定参考子时隙持续时间。

在一种方法中，子时隙持续时间和结构可由用于PUCCH资源配置的上行链路子时隙持续时间来确定。这在子时隙结构仅被配置用于PUCCH资源分配时尤其有益。就用于PUCCH资源分配的已配置子时隙结构而言，PUCCH资源可在已配置子时隙结构的每个子时隙中配置。多个PUCCH资源集可在每个子时隙中配置。每个PUCCH资源集可针对有效载荷范围进行配置。每个资源集可包含具有相同或不同格式的PUCCH资源，其中在子时隙中具有相同或不同起始位置。单个PUCCH资源不应跨越子时隙边界。

相同PUCCH配置可应用于所有子时隙。在子时隙的不同持续时间的情况下(例如，在3和4符号子时隙结构的情况下)，相同PUCCH配置应基于具有更短持续时间的子时隙来确定。在此方法中，HARQ-ACK定时由PDSCH到HARQ定时指示符基于在URLLC PDSCH传输的最后符号之后的PUCCH子时隙结构关于子时隙的数量进行指示。

例如，如果PDSCH的最后符号在用于PUCCH分配的子时隙结构的子时隙n内，PDSCH到HARQ定时指示符指示子时隙的数量K1，则子时隙n+K1中的PUCCH资源用于反馈对应PDSCH传输的HARQ-ACK，如图22所示。

在此方法中，定时与DL子时隙配置无关。PDSCH可基于DL子时隙结构进行调度。DL子时隙结构可与UL子时隙结构相同或不同。PDSCH可在没有子时隙结构的情况下进行调度，并且通过动态DCI指示进行调度。如果相同K1由PDSCH到HARQ定时指示符指示，则具有结束于PUCCH配置的相同子时隙中的不同持续时间的PDSCH可在相同PUCCH资源上报告。

总体上，如果PUCCH资源基于已配置子时隙结构可供用于任何子时隙中，则PUCCH应基于已确定HARQ-ACK定时在子时隙中传输。另一方面，如果PUCCH资源限于子时隙结构中的子时隙的子集，则PUCCH应在满足HARQ-ACK定时指示(即，在相同符号处或稍后基于已确定HARQ-ACK定时开始)的子时隙中的最早PUCCH资源上传输。

在单个子时隙结构被配置用于PUCCH资源分配的情况下，具有不同持续时间或有效载荷大小的PDSCH可要求不同处理时间，K1值的RRC已配置集合可用于以信号发送由PDSCH到HARQ定时指示符指示的HARQ-ACK定时。在一种情况下，集合K1值应覆盖用于具有更长持续时间或大有效载荷的PDSCH的潜在处理时间。在另一种情况下，K1值的表的多个集合可由更高层信令来配置。UE102可基于PDSCH持续时间或有效载荷大小确定表，接着通过来自PDSCH到HARQ定时指示符的索引值选择对应表中的K1值。因此，UE 102可用用于PDSCH到HARQ定时指示符的值的一个或多个集合配置。所述集合基于PDSCH持续时间或有效载荷大小来选择。

在另一种方法中，基于对应子时隙PDSCH传输的持续时间来确定子时隙持续时间。在此方法中，子时隙PDSCH持续时间可不同于由子时隙结构配置的PUCCH持续时间。此外，子时隙PDSCH持续时间可以是可变的，并且对于不同PDSCH传输可能是不同的。因此，不同PDSCH持续时间的相同K1值可指示PDSCH传输之后的不同HARQ-ACK定时。

这可类似于LTE中的sTTI设计，其中PDSCH HARQ-ACK定时基于DL sTTI持续时间来确定。这是有益的，因为UE 102可基于PDSCH传输的持续时间使用不同处理时间。图23示出以下示例：假设PDSCH具有N个符号的持续时间并且K1由PDSCH到HARQ定时指示符指示，应使用PDSCH传输的最后符号的K1*N个符号之后的最早子时隙中的PUCCH资源。

为了降低基于PDSCH持续时间的HARQ-ACK定时计算的复杂性，可对PDSCH持续时间进行分组，并且公共持续时间可用于PDSCH持续时间的范围。例如，对于1个至3个符号的PDSCH持续时间，当根据由PDSCH到HARQ定时指示符指示的K1计算HARQ-ACK定时时使用N＝2的持续时间；对于4个至7个符号的PDSCH持续时间，当根据由PDSCH到HARQ定时指示符指示的K1计算HARQ-ACK定时时使用N＝4的持续时间；对于超过7个符号的PDSCH持续时间，当根据由PDSCH到HARQ定时指示符指示的K1计算HARQ-ACK定时时使用N＝7的持续时间。在所有情况下，在确定HARQ-ACK定时之后，可基于计算出的定时在子时隙中选择PUCCH资源。

总体上，如果PUCCH资源基于已配置子时隙结构可供用于任何子时隙中，则PUCCH应基于已确定HARQ-ACK定时在子时隙中传输。另一方面，如果PUCCH资源限于子时隙结构中的子时隙的子集，则PUCCH应在满足HARQ-ACK定时指示(即，在相同符号处或稍后基于已确定HARQ-ACK定时开始)的子时隙中的最早PUCCH资源上传输。

在另一种情况下，UE 102可用多个子时隙结构配置，并且在不同子时隙结构配置之后可配置不同PUCCH资源集。用于URLLC PDSCH传输的PUCCH子时隙结构和PUCCH资源可基于PDSCH持续时间来确定。如果PDSCH持续时间小于或等于预定义或已配置持续时间L1，则具有更短持续时间的子时隙结构的PUCCH资源可用于HARQ-ACK报告。如果PDSCH持续时间长于预定义或已配置持续时间L1，则具有更长持续时间的子时隙结构的PUCCH资源可用于HARQ-ACK报告。

在配置多于两个子时隙结构时可应用多于一个阈值。例如，UE 102可用2符号子时隙结构和7符号子时隙结构配置，并且PUCCH资源被配置用于两种子时隙结构。如果PDSCH持续时间小于或等于7个符号，则具有2符号子时隙结构的PUCCH资源用于HARQ-ACK报告。如果PDSCH持续时间大于7个符号，则具有7符号子时隙结构的PUCCH资源用于HARQ-ACK报告。因此，UE 102可用用于PDSCH到HARQ定时指示符的K1值的集合的一个或多个表配置。UE 102应选择选定子时隙结构的表来确定HARQ-ACK定时和具有给定子时隙结构的子时隙中的PUCCH资源。

在第二种方法(方法2)中，基于预定义或已配置的HARQ-ACK定时表来确定HARQ-ACK定时。在此方法中，UE 102可使用单独的HARQ-ACK定时表基于处理时间要求和/或UE能力等来确定HARQ-ACK定时。如果子时隙结构被配置用于PUCCH资源分配，则HARQ-ACK定时可由PDSCH传输的最后符号之后的子时隙的数量指示。在一种方法中，子时隙持续时间和结构由用于PUCCH资源配置的上行链路子时隙持续时间来确定。在另一种方法中，基于对应子时隙PDSCH传输的持续时间来确定子时隙持续时间。详述的子时隙持续时间确定可与以上在方法1中公开的相同。

一旦确定参考子时隙持续时间，HARQ-ACK定时表就可由RRC信令配置到UE 102以指示HARQ-ACK反馈所需的子时隙的数量。在一种方法中，HARQ-ACK定时表可对应于MCS设置或传输块(TB)大小。表中的条目的数量可限于4或8。伪代码结构可如下：

·如果TB大小小于或等于阈值P0，则HARQ-ACK报告PDSCH传输的最后符号之后的k0个子时隙；

·如果TB大小大于P0并且小于或等于阈值P1，则HARQ-ACK报告PDSCH传输的最后符号之后的k1个子时隙，其中k1>k0；

·如果TB大小大于P1并且小于或等于阈值P2，则HARQ-ACK报告PDSCH传输的最后符号之后的k2个子时隙，其中k2>k1；以此类推……

在一个示例中，如果TB大小小于或等于512，则HARQ-ACK报告PDSCH传输之后的2个子时隙。如果TB大小大于512并且小于或等于1024，则HARQ-ACK报告PDSCH传输之后的4个子时隙等。

在另一种方法中，HARQ-ACK定时表可对应于PDSCH传输的符号的数量。表中的条目的数量可限于4或8。伪代码结构可如下：

·如果PDSCH传输的符号的数量小于或等于阈值N0，则HARQ-ACK报告PDSCH传输的最后符号之后的k0个子时隙；

·如果PDSCH传输的符号的数量大于N0并且小于或等于阈值N1，则HARQ-ACK报告PDSCH传输的最后符号之后的k1个子时隙，其中k1>k0；

·如果PDSCH传输的符号的数量大于N1并且小于或等于阈值N2，则HARQ-ACK报告PDSCH传输的最后符号之后的k2个子时隙，其中k2>k1；以此类推……

在一个示例中，如果PDSCH传输的符号的数量小于或等于4个符号，则HARQ-ACK报告PDSCH传输之后的2个子时隙。如果PDSCH传输的符号的数量大于4个符号并且小于或等于7个符号，则HARQ-ACK报告PDSCH传输之后的4个子时隙等。

在又一种方法中，HARQ-ACK定时表可对应于PDSCH持续时间。表中的条目的数量可限于4或8。伪代码结构可如下：

·如果PDSCH传输的持续时间小于或等于阈值L0，则HARQ-ACK报告PDSCH传输的最后符号之后的k0个子时隙；

·如果PDSCH传输的持续时间大于L0并且小于或等于阈值L1，则HARQ-ACK报告PDSCH传输的最后符号之后的k1个子时隙，其中k1>k0；

·如果PDSCH传输的持续时间大于L1并且小于或等于阈值L2，则HARQ-ACK报告PDSCH传输的最后符号之后的k2个子时隙，其中k2>k1；以此类推……

在一个示例中，如果PDSCH传输的持续时间小于或等于1/8ms，则HARQ-ACK报告PDSCH传输之后的2个子时隙；如果PDSCH传输的符号的数量大于1/8ms并且小于或等于1/4ms，则HARQ-ACK报告PDSCH传输之后的4个子时隙等。

在又一种方法中，表中的处理时间可由UE能力来确定。可针对UE能力的每个分类指定固定值，或可基于UE 102的UE能力针对所述UE 102配置单独值，使得最小HARQ-ACK定时可基于UE能力来确定。

在一种情况下，PUCCH资源可供用于已配置子时隙结构之后的所有子时隙中。在另一情况下，PUCCH资源可供用于更高层信令之后的子时隙的子集中。不管使用哪一种方法来确定HARQ-ACK定时，要用于HARQ-ACK报告的实际PUCCH资源与HARQ-ACK资源配置紧密相关。在子时隙PUCCH分配的情况下，应使用满足HARQ-ACK定时的最早PUCCH资源。

在PUCCH资源被周期性地配置或在子时隙的子集内被配置时，方法2可以是有益的。此方法还减少DCI格式中的信令开销。因此，在此方法中，HARQ-ACK定时无需以DCI指示，并且PDSCH到HARQ定时指示符字段可从DCI格式忽略或移除。因此，根据PDSCH调度的DCI格式，HARQ-ACK定时可通过不同方法来确定。

如果使用传统DCI，则PDSCH到HARQ定时指示符字段在调度DCI的PDSCH中可用，可应用具有显式定时指示的方法1。在NR版本15中，该显式指示为时隙级HARQ-ACK反馈提供更大灵活性以发信号通知哪个时隙用于报告HARQ-ACK。对于URLLC，可能有益的是尤其是在PUCCH资源可供用于每个符号或子时隙中时指示HARQ-ACK定时。另一方面，对于URLLC，始终期望尤其是在PUCCH资源配置有固定符号位置(例如，具有周期PUCCH资源或在子时隙的子集中)时尽可能早地报告HARQ-ACK。因此，PDSCH到HARQ定时指示符字段可能不可用于URLLC，原因是HARQ-ACK无论如何应在最早可用PUCCH资源上报告。

因此，如果紧凑DCI被支持用于URLLC PDSCH调度，则PDSCH到HARQ定时指示符字段可从DCI移除。在此情况下，UE102可基于处理时间要求和/或UE能力等来确定HARQ-ACK定时。总体上，可隐含地确定HARQ-ACK定时，并且应使用满足处理时间要求的最早PUCCH资源。如果紧凑DCI(也称为短DCI或具有更小有效载荷大小的DCI)用于PDSCH调度，则PDSCH到HARQ定时指示符字段可能不可用，因此可使用具有基于UE能力或预定义/已配置的HARQ-ACK定时表的隐含定时的方法2。

UE操作模块124可将信息148提供到一个或多个接收器120。例如，UE操作模块124可通知一个或多个接收器120何时接收重新传输。

UE操作模块124可将信息138提供到解调器114。例如，UE操作模块124可向解调器114通知预期用于从gNB 160传输的调制图样。

UE操作模块124可将信息136提供到解码器108。例如，UE操作模块124可向解码器108通知用于从gNB 160传输的预期编码。

UE操作模块124可将信息142提供到编码器150。信息142可包括要编码数据和/或用于编码的指令。例如，UE操作模块124可指示编码器150编码传输数据146和/或其他信息142。其他信息142可包括PDSCH HARQ-ACK信息。

编码器150可编码传输数据146和/或由UE操作模块124提供的其他信息142。例如，编码数据146和/或其他信息142可涉及误差检测和/或校正译码、将数据映射到空间、用于传输的时间和/或频率资源、多路复用等。编码器150可将已编码数据152提供到调制器154。

UE操作模块124可将信息144提供到调制器154。例如，UE操作模块124可向调制器154通知要用于传输到gNB 160的调制类型(例如，星座映射)。调制器154可调制已编码数据152以将一个或多个已调制信号156提供到一个或多个发射器158。

UE操作模块124可将信息140提供到一个或多个发射器158。此信息140可包括用于一个或多个发射器158的指令。例如，UE操作模块124可指示一个或多个发射器158何时将信号传输到gNB 160。例如，一个或多个发射器158可在UL子帧期间传输。一个或多个发射器158可将一个或多个已调制信号156向上转换和传输到一个或多个gNB 160。

一个或多个gNB 160中的每一个可包括一个或多个收发器176、一个或多个解调器172、一个或多个解码器166、一个或多个编码器109、一个或多个调制器113、数据缓冲器162和gNB操作模块182。例如，一个或多个接收和/或传输路径可在gNB 160中实施。为了方便起见，仅单个收发器176、解码器166、解调器172、编码器109和调制器113在gNB 160中说明，但可实施多个并行元件(例如，收发器176、解码器166、解调器172、编码器109和调制器113)。

收发器176可包括一个或多个接收器178和一个或多个发射器117。一个或多个接收器178可使用一根或多根天线180a-180n从UE 102接收信号。例如，接收器178可接收和降频转换信号以产生一个或多个已接收信号174。一个或多个已接收信号174可被提供给解调器172。一个或多个发射器117可使用一根或多根天线180a-180n将信号传输到UE 102。例如，一个或多个发射器117可降频转换和传输一个或多个已调制信号115。

解调器172可解调一个或多个已接收信号174以产生一个或多个已解调信号170。一个或多个已解调信号170可被提供给解码器166。gNB 160可使用解码器166来解码信号。解码器166可产生一个或多个已解码信号164、168。例如，第一eNB已解码信号164可包括已接收有效载荷数据，所述已接收有效载荷数据可存储在数据缓冲器162中。第二eNB已解码信号168可包括开销数据和/或控制数据。例如，第二eNB已解码信号168可提供可由gNB操作模块182使用以执行一个或多个操作的数据(例如，PDSCH HARQ-ACK信息)。

总体上，gNB操作模块182可使gNB 160能够与一个或多个UE 102通信。gNB操作模块182可包括gNB调度模块194。gNB调度模块194可执行如本文所述的用于PUCCH配置和资源分配的操作。

gNB操作模块182可将信息188提供到解调器172。例如，gNB操作模块182可向解调器172通知预期用于从一个或多个UE 102传输的调制图样。

gNB操作模块182可将信息186提供到解码器166。例如，gNB操作模块182可向解码器166通知用于从一个或多个UE 102传输的预期编码。

gNB操作模块182可将信息101提供到编码器109。信息101可包括要编码数据和/或用于编码的指令。例如，gNB操作模块182可指示编码器109编码信息101，包括传输数据105。

编码器109可编码传输数据105和/或包括在由gNB操作模块182提供的信息101中的其他信息。例如，编码数据105和/或包括在信息101中的其他信息可涉及误差检测和/或校正译码、将数据映射到空间、用于传输的时间和/或频率资源、多路复用等。编码器109可将已编码数据111提供到调制器113。传输数据105可包括要中继到UE 102的网络数据。

gNB操作模块182可将信息103提供到调制器113。此信息103可包括用于调制器113的指令。例如，gNB操作模块182可向调制器113通知要用于传输到一个或多个UE 102的调制类型(例如，星座映射)。调制器113可调制已编码数据111以将一个或多个已调制信号115提供到一个或多个发射器117。

gNB操作模块182可将信息192提供到一个或多个发射器117。此信息192可包括用于一个或多个发射器117的指令。例如，gNB操作模块182可指示一个或多个发射器117何时(或何时不)将信号传输到一个或多个UE 102。一个或多个发射器117可将一个或多个已调制信号115向上转换和传输到一个或多个UE 102。

应指出，DL子帧可从gNB 160传输到一个或多个UE 102并且UL子帧可从一个或多个UE 102传输到gNB 160。此外，gNB 160和一个或多个UE 102均可以标准特殊子帧传输数据。

还应指出，包括在一个或多个eNB 160和一个或多个UE 102中的元件或其部分中的一个或多个可以软件实施。例如，这些元件或其部分中的一个或多个可被实施为芯片、电路或硬件部件等。还应指出，本文所述的功能或方法中的一者或多者可以硬件实施和/或使用硬件执行。例如，本文所述的方法中的一种或多种可以芯片组、专用集成电路(application-specific integrated circuit，ASIC)、大规模集成电路(large-scaleintegrated circuit，LSI)或集成电路等实施和/或使用芯片组、专用集成电路(ASIC)、大规模集成电路(LSI)或集成电路等实现。

URLLC可与其他服务(例如，eMBB)共存。由于延迟要求，URLLC在一些方法中可具有最高优先级。本文给出(例如，用以下附图描述中的一个或多个)与其他服务共存的URLLC的一些示例。

图2说明用于URLLC PUCCH分配的子时隙结构的示例。示出14符号时隙的子时隙索引204a-204d。

可针对NR指定不同子时隙配置202。如图2所示，14个符号的时隙中的潜在子时隙结构可包括以下中的一者或多者。第一子时隙配置202a包括七个2符号子时隙(即，2,2,2,2,2,2,2)。第二子时隙配置202b包括{4,3,4,3}符号子时隙。第三子时隙配置202c包括{4,3,3,4}符号子时隙。第四子时隙配置202d包括7符号子时隙。

在一个示例中，对于2符号子时隙的第一子时隙配置202a结构，潜在地存在可承载具有PUCCH反馈的HARQ-ACK的7个子时隙。然而，在大多数情况下，时隙中的2个至4个HARQ-ACK反馈足以确保期望的低延迟要求。

不同子时隙配置可被配置用于具有不同子载波间隔(subcarrier spacing，SCS)设置的不同参数集。例如，对于具有15千赫(kHz)的SCS，2符号或3和4符号子时隙可用于确保在1ms内发生更多重新传输。对于具有60kHz的SCS，7符号子时隙可足以确保1ms内的重新传输。

图3说明每个子时隙中的PUCCH资源配置的示例。示出14符号时隙的子时隙索引304a-304b。

相同PUCCH配置可应用于所有子时隙，如图3的第一子时隙配置302a所示。相同PUCCH资源配置可在2符号子时隙的每个子时隙中应用。

在子时隙的不同持续时间的情况下(例如，在第二子时隙配置302b的3和4符号子时隙结构的情况下)，相同PUCCH配置可基于具有更短持续时间的子时隙来确定。例如，相同PUCCH资源配置可基于具有更短持续时间的子时隙在每个子时隙中应用。在第二子时隙配置302b的示例的情况下，3符号子时隙是更短持续时间。

图4说明子时隙的子集中的PUCCH分配的示例。示出14符号时隙的子时隙索引404a-404c。

在第一子时隙配置402a的示例中，存在2符号子时隙结构。在此示例中，子集可仅包含子时隙索引{1,3,5}。另选地，子集可仅包含子时隙索引{0,2,4,6}。

在第二子时隙配置402b的示例中，存在2符号子时隙结构。在此示例中，子集可仅包含子时隙索引{3,6}。另选地，子集可仅包含子时隙索引{2,5}或{1,4}或{0,3}等。不包括其他组合。例如，子时隙索引集{2,4,6}、{0,3,6}等可以是用于PUCCH资源配置的子时隙的子集。

在第三子时隙配置402c的示例中，存在{4,3,4,3}符号子时隙图样。在此情况下，PUCCH资源配置可应用于子时隙索引{0,2}的子集。另选地，PUCCH资源配置可应用于子时隙索引{1,3}的子集。

图5说明子时隙的多个子集中的PUCCH配置的示例。示出14符号时隙的子时隙索引504a-504b。在这些示例中，子时隙的多个子集可被配置，并且PUCCH配置可在子时隙的每个子集中独立地配置。

在第一子时隙配置502a的示例中，存在2符号子时隙结构。在2符号子时隙结构中，第一PUCCH资源配置506a应用于具有子时隙索引{1,3,5}的集合。第二PUCCH资源配置506b应用于具有索引{0,4}的子时隙的单独集合。

在第二子时隙配置502b的示例中，存在{4,3,4,3}结构。第一PUCCH资源配置506a应用于具有子时隙索引{0,2}的集合。第二PUCCH资源配置506b应用于具有索引{1,3}的子时隙的单独集合。应指出，不同子集中的PUCCH配置可以是相同的或不同的。

图6说明具有多个起始符号位置的时隙级PUCCH配置的示例。在第一示例601中，时隙具有含1符号PUCCH 606的三个起始符号位置。在第二示例603中，时隙具有含2符号PUCCH606的两个起始符号位置。在第三示例605中，时隙具有含4符号PUCCH 606的两个起始符号位置。

图7是说明用于下行链路的资源网格的一个示例的图。图7所说明的资源网格可在本文所公开的系统和方法的一些实施方式中利用。结合图1给出关于资源网格的更多细节。

在图7中，一个下行链路子帧769可包括两个下行链路时隙783。N^DL _RB是服务小区的下行链路带宽配置，以N^RB _SC的倍数表达，其中N^RB _SC是频域中的表达为子载波的数量的资源块789大小，并且N^DL _符号是下行链路时隙783中的OFDM符号787。资源块789可包括多个资源元素(resource element，RE)791。

对于PCell，N^DL _RB被广播为系统信息的一部分。对于SCell(包括授权辅助接入(Licensed Assisted Access，LAA)SCell)，N^DL _RB由专用于UE 102的RRC消息配置。对于PDSCH映射，可用的RE 791可以是其索引1在子帧中满足l≥l_{数据，开始}和/或l_{数据，结束}≥l的RE791。

在下行链路中，可采用具有循环前缀(cyclic prefix，CP)的OFDM接入方案，其也可称为CP-OFDM。在下行链路中，可传输PDCCH、增强的PDCCH(EPDCCH)、PDSCH等。下行链路无线帧可包括多对下行链路资源块(resource block，RB)，其也称为物理资源块(PRB)。下行链路RB对是用于指派由预定带宽(RB带宽)和时隙定义的下行链路无线电资源的单元。下行链路RB对包括在时域中连续的两个下行链路RB。

下行链路RB包括频域中的十二个子载波和时域中的七个(对于正常的CP)或六个(对于扩展的CP)OFDM符号。由频域中的一个子载波和时域中的一个OFDM符号定义的区域称为资源元素(RE)并且由时隙中的索引对(k,l)唯一地识别，其中k和l分别是频域和时域中的索引。虽然本文论述了一个分量载波(component carrier，CC)中的下行链路子帧，但针对每个CC定义下行链路子帧并且下行链路子帧在CC当中基本上彼此同步。

图8是说明用于上行链路的资源网格的一个示例的图。图8所说明的资源网格可在本文所公开的系统和方法的一些实施方式中利用。结合图1给出关于资源网格的更多细节。

在图8中，一个上行链路子帧869可包括两个上行链路时隙883。N^UL _RB是服务小区的上行链路带宽配置，以N^RB _SC的倍数表达，其中N^RB _SC是频域中的表达为子载波的数量的资源块889大小，并且N^UL _符号是上行链路时隙883中的SC-FDMA符号893的数量。资源块889可包括多个资源元素(RE)891。

对于PCell，N^UL _RB被广播为系统信息的一部分。对于SCell(包括LAA SCell)，N^UL _RB由专用于UE 102的RRC消息配置。

在上行链路中，除了CP-OFDM以外，可采用单载波频分多址(Single-CarrierFrequency Division Multiple Access，SC-FDMA)接入方案，其也称为离散傅里叶变换扩频OFDM(Discrete Fourier Transform-Spreading OFDM，DFT-S-OFDM)。在上行链路中，可传输PUCCH、PUSCH、PRACH等。上行链路无线帧可包括多对上行链路资源块。上行链路RB对是用于指派由预定带宽(RB带宽)和时隙定义的上行链路无线电资源的单元。上行链路RB对包括在时域中连续的两个上行链路RB。

上行链路RB可包括频域中的十二个子载波和时域中的七个(对于正常的CP)或六个(对于扩展的CP)OFDM/DFT-S-OFDM符号。由频域中的一个子载波和时域中的一个OFDM/DFT-S-OFDM符号定义的区域称为RE并且由时隙中的索引(k,l)唯一地识别，其中k和l分别是频域和时域中的索引。虽然本文论述一个分量载波(CC)中的上行链路子帧，但针对每个CC定义上行链路子帧。

图9示出若干参数集901的示例。参数集#1 901a可以是基本参数集(例如，参考参数集)。例如，基本参数集901a的RE 995a可定义有频域中15kHz的子载波间隔905a和时域(即，符号长度#1 903a)中的2048Ts+CP长度(例如，160Ts或144Ts)，其中Ts表示定义为1/(15000*2048)秒的基带采样时间单位。对于第i个参数集，子载波间隔905可等于15*2ⁱ且有效OFDM符号长度为2048*2^-i*Ts。这可使符号长度为2048*2^-i*Ts+CP长度(例如，160*2^-i*Ts或144*2^-i*Ts)。换句话讲，第i+1个参数集的子载波间隔是第i个参数集的子载波间隔的两倍，并且第i+1个参数集的符号长度是第i个参数集的长度的一半。图9示出四个参数集，但系统可支持另一数量的参数集。此外，系统未必支持所有第0个至第I个参数集，i＝0,1,…,I。

例如，如以上所提及的第一SPS资源上的第一UL传输可仅在参数集#1(例如，15kHz的子载波间隔)上执行。这里，UE 102可基于同步信号获取(检测)参数集#1。而且，UE 102可接收专用RRC信号，包括配置参数集#1的信息(例如，切换命令)。专用RRC信号可以是UE特定的信号。这里，第一SPS资源上的第一UL传输可在参数集#1、参数集#2(30kHz的子载波间隔)和/或参数集#3(60kHz的子载波间隔)上执行。

而且，如以上所提及的第二SPS资源上的第二UL传输可仅在参数集#3上执行。这里，例如，UE 102可接收系统信息(例如，主信息块(Master Information Block，MIB)和/或系统信息块(System Information Block，SIB))，包括配置参数集#2和/或参数集#3的信息。

而且，UE 102可接收专用RRC信号，包括配置参数集#2和/或参数集#3的信息(例如，切换命令)。系统信息(例如，MIB)可在BCH(广播信道)和/或专用RRC信号上传输。系统信息(例如，SIB)可包含与何时评估UE 102是否被允许接入小区和/或定义其他系统信息的调度相关的信息。系统信息(SIB)可包含对于多个UE 102公共的无线电资源配置信息。即，专用RRC信号可包括用于UL传输中的每一个(例如，UL-SCH传输中的每一个、PUSCH传输中的每一个)的多个参数集配置(第一参数集、第二参数集和/或第三参数集)中的每一者。而且，专用RRC信号可包括用于DL传输中的每一个(PDCCH传输中的每一个)的多个参数集配置(第一参数集、第二参数集和/或第三参数集)中的每一者。

图10示出图9所示的参数集1001的子帧结构的示例。鉴于时隙1083包括N^DL _符号(或N^UL _符号)＝7个符号，第i+1个参数集1001的时隙长度是第i个参数集1001的时隙长度的一半，并且最终子帧(即，1ms)中的时隙1083的数量翻倍。可指出，无线帧可包括10个子帧，并且无线帧长度可等于10ms。

图11示出时隙1183和子时隙1107的示例。如果子时隙1107不由更高层配置，则UE102和eNB/gNB 160可仅使用时隙1183作为调度单元。更具体地，给定传输块可被分配给时隙1183。如果子时隙1107由更高层配置，则UE 102和eNB/gNB 160可使用子时隙1107以及时隙1183。子时隙1107可包括一个或多个OFDM符号。构成子时隙1107的OFDM符号的最大数量可以是N^DL _符号-1(或N^UL _符号-1)。

子时隙长度可由更高层信令配置。另选地，子时隙长度可由物理层控制信道(例如，由DCI格式)指示。

子时隙1107可在时隙1183内的任何符号处开始，除非其与控制信道重合。基于对开始位置的约束，可能存在微时隙长度的约束。例如，具有长度N^DL _符号-1(或N^UL _符号-1)的子时隙1107可在时隙1183中的第二符号处开始。另选地，子时隙1107的开始位置可由物理层控制信道(例如，由DCI格式)指示。另选地，子时隙1107的开始位置可根据调度有关子时隙1107中的数据的物理层控制信道的信息(例如，搜索空间索引、盲解码候选索引、频率和/或时间资源索引、PRB索引、控制信道单元索引、控制信道单元聚合等级、天线端口索引等)得出。

在当子时隙1107被配置的情况下，给定传输块可被分配给时隙1183、子时隙1107、聚合子时隙1107或一个或多个聚合子时隙1107和时隙1183。此单位也可以是用于HARQ-ACK比特生成的单位。

图12示出调度时间线1209的示例。对于正常DL调度时间线1209a，DL控制信道被映射到时隙1283a的初始部分。DL控制信道1211调度相同时隙1283a中的DL共享信道1213a。经由稍后时隙1283b中的UL控制信道1215a报告用于DL共享信道1213a的HARQ-ACK(即，其中每一个指示是否成功地检测到每个DL共享信道1213a中的传输块的HARQ-ACK)。在此实例中，给定时隙1283可包含DL传输和UL传输中的任一者。

对于正常UL调度时间线1209b，DL控制信道1211b被映射到时隙1283c的初始部分。DL控制信道1211b调度稍后时隙1283d中的UL共享信道1217a。对于这些情况，DL时隙1283c与UL时隙1283d之间的相关联定时(时间移位)可以是固定的或由更高层信令配置。另选地，所述相关联定时可由物理层控制信道(例如，DL指派DCI格式、UL授权DCI格式或另一DCI格式，诸如可在公共搜索空间中监听的UE公共信令DCI格式)指示。

对于自含式基本DL调度时间线1209c，DL控制信道1211c被映射到时隙1283e的初始部分。DL控制信道1211c调度相同时隙1283e中的DL共享信道1213b。用于DL共享信道1213b的HARQ-ACK在UL控制信道1215b中报告，所述DL共享信道1215b映射在时隙1283e的结束部分处。

对于自含式基本UL调度时间线1209d，DL控制信道1211d被映射到时隙1283f的初始部分。DL控制信道1211d调度相同时隙1283f中的UL共享信道1217b。对于这些情况，时隙1283f可包含DL部分和UL部分，并且在DL传输与UL传输之间可存在保护周期。

自含式时隙的使用可基于自含式时隙的配置。另选地，自含式时隙的使用可基于子时隙的配置。又另选地，自含式时隙的使用可基于缩短的物理信道(例如，PDSCH、PUSCH、PUCCH等)的配置。

图13示出DL控制信道监听区域的示例。在第一示例(a)中，物理资源块(PRB)1389a示出有符号长度1301a和频率1309a。在第二示例(a)中，物理资源块(PRB)1389b示出有符号长度1301b和频率1309b。在一个实施方式中，PRB 1389a、1389b的带宽。

在图13的示例中，一个或多个PRB 1389的一个或多个集合可被配置用于DL控制信道监听。换句话讲，控制资源集1307a、1307b在频域中是PRB 1389a、1389b的集合，UE 102在所述PRB 1389a、1389b的集合内试图对下行链路控制信息进行盲解码，其中PRB 1389a、1389b可以是或可以不是频率连续的。UE 102可具有一个或多个控制资源集1307a、1307b，并且一个DCI消息可位于一个控制资源集1307a、1307b内。在频域中，PRB 1389是控制信道1303a、1303b的资源单位大小(其可包括或可不包括解调参考信号(demodulationreference signal，DM-RS))。DL共享信道1305a、1305b可在比承载检测到的DL控制信道1303a、1303b的一个或多个OFDM符号稍后的OFDM符号处开始。另选地，DL共享信道1305a、1305b可在OFDM符号处(或早于)承载检测到的DL控制信道1303a、1303b的最后OFDM符号的OFDM符号处开始。换句话讲，可支持至少在频域中动态重新使用相同或不同UE 102的数据的控制资源集1307a、1307b中的资源的至少一部分。

图14示出包括多于一个控制信道单元的DL控制信道1403a、1403b的示例。在第一示例(a)中，物理资源块(PRB)1489a示出有符号长度1401a和频率1409a。在第二示例(a)中，物理资源块(PRB)1489b示出有符号长度1401b和频率1409b。

当控制资源集1407a、1407b跨越多个OFDM符号时，控制信道候选项可被映射到多个OFDM符号或可被映射到单个OFDM符号。一个DL控制信道单元1403a、1403b可映射在由单个PRB 1489a、1489b和单个OFDM符号定义的RE上。如果多于一个DL控制信道单元1403a、1403b用于单个DL控制信道传输，则可执行DL控制信道单元聚合1411a、1411b。

已聚合DL控制信道单元1403a、1403b的数量称为DL控制信道单元聚合等级。DL控制信道单元聚合等级可以是1或2的整数幂。gNB 160可通知UE 102哪些控制信道候选项被映射到控制资源集1407a、1407b中的OFDM符号的每个子集。如果一个DL控制信道1403a、1403b被映射到单个OFDM符号并且不会跨越多个OFDM符号，则DL控制信道单元聚合在OFDM符号内聚合，即，聚合OFDM符号内的多个DL控制信道单元1403a、1403b。否则，可聚合不同OFDM符号中的DL控制信道单元1403a、1403b。

图15示出UL控制信道结构的示例。在图15的示例中，物理资源块(PRB)1589示出有符号长度1501和频率1509。

在第一示例(a)中，UL控制信道1513a可被映射在由分别在频域和时域中的PRB1589和时隙定义的RE上。此UL控制信道1513a可称为长格式(或只是第1格式)。

在第二示例(b)和第三示例(c)中，UL控制信道1513b、1513c可被映射在时域中的有效OFDM符号上的RE上。这可称为短格式(或只是第2格式)。具有短格式的UL控制信道1513b、1513c可被映射在单个PRB 1589内的RE上。另选地，具有短格式的UL控制信道1513b、1513c可被映射在多个PRB 1589内的RE上。例如，可应用交错映射，即，UL控制信道1513b、1513c可被映射到系统带宽内的每N个(例如，5个或10个)PRB。

图16是说明gNB 1660的一个实施方式的框图。gNB 1660可包括更高层处理器1623、DL传输器1625、UL接收器1633和一根或多根天线1631。DL传输器1625可包括PDCCH传输器1627和PDSCH传输器1629。UL接收器1633可包括PUCCH接收器1635和PUSCH接收器1637。

更高层处理器1623可管理物理层的行为(DL传输器和UL接收器的行为)并且将更高层参数提供给物理层。更高层处理器1623可从物理层获得传输块。更高层处理器1623可向UE的更高层发送/从UE的更高层获取更高层消息，诸如RRC消息和MAC消息。更高层处理器1623可提供PDSCH传输器传输块并且提供与传输块相关的PDCCH传输器传输参数。

DL传输器1625可对下行链路物理信道和下行链路物理信号(包括预约信号)进行多路复用并且经由传输天线1631传输所述下行链路物理信道和下行链路物理信号。UL接收器1633可经由接收天线1631接收多路复用的上行链路物理信道和上行链路物理信号并且对所述多路复用的上行链路物理信道和上行链路物理信号进行解复用。PUCCH接收器1635可提供更高层处理器1623UCI。PUSCH接收器1637可提供更高层处理器1623接收的传输块。

图17是说明UE 1702的一个实施方式的框图。UE 1702可包括更高层处理器1723、UL传输器1751、DL接收器1743和一根或多根天线1731。UL传输器1751可包括PUCCH传输器1753和PUSCH传输器1755。DL接收器1743可包括PDCCH接收器1745和PDSCH接收器1747。

更高层处理器1723可管理物理层的行为(UL传输器和DL接收器的行为)并且将更高层参数提供给物理层。更高层处理器1723可从物理层获得传输块。更高层处理器1723可向UE的更高层发送/从UE的更高层获取更高层消息，诸如RRC消息和MAC消息。更高层处理器1723可提供PUSCH传输器传输块并且提供PUCCH传输器1753UCI。

DL接收器1743可经由接收天线1731接收多路复用的下行链路物理信道和下行链路物理信号并且对所述多路复用的下行链路物理信道和下行链路物理信号进行解复用。PDCCH接收器1745可提供更高层处理器1723DCI。PDSCH接收器1747可提供更高层处理器1723接收的传输块。

应指出，本文所述的物理信道的名称是示例。可使用其他名称，诸如“NRPDCCH、NRPDSCH、NRPUCCH和NRPUSCH”、“新一代(G)PDCCH、GPDSCH、GPUCCH和GPUSCH”等。

图18说明可在UE 1802中利用的各种部件。结合图18描述的UE 1802可根据结合图1描述的UE 102来实施。UE 1802包括控制UE 1802的操作的处理器1803。处理器1803也可称为中央处理单元(central processing unit，CPU)。存储器1805将指令1807a和数据1809a提供给处理器1803，所述存储器1805可包括只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、可存储信息的两种或任何类型的装置的组合。存储器1805的一部分还可包括非易失性随机存取存储器(non-volatile random-accessmemory，NVRAM)。指令1807b和数据1809b还可驻留在处理器1803中。加载到处理器1803中的指令1807b和/或数据1809b还可包括来自存储器1805的被加载用于由处理器1803执行或处理的指令1807a和/或数据1809a。指令1807b可由处理器1803执行以实施上述方法。

UE 1802还可包括外壳，所述外壳容纳一个或多个发射器1858和一个或多个接收器1820以允许数据的传输和接收。一个或多个发射器1858和一个或多个接收器1820可组合成一个或多个收发器1818。一根或多根天线1822a-1822n附接到外壳并且电耦接到收发器1818。

UE 1802的各种部件通过总线系统1811耦接在一起，所述总线系统1811除了数据总线之外可包括功率总线、控制信号总线和状态信号总线。然而，为简洁起见，各种总线在图18中说明为总线系统1811。UE 1802还可包括用于处理信号的数字信号处理器(digitalsignal processor，DSP)1813。UE 1802还可包括提供对UE 1802的功能的用户接入的通信接口1815。图18所说明的UE 1802是功能框图而非具体部件的列表。

图19说明可在gNB 1960中利用的各种部件。结合图19描述的gNB 1960可根据结合图1描述的gNB 160来实施。gNB 1960包括控制gNB 1960的操作的处理器1903。处理器1903也可称为中央处理单元(CPU)。存储器1905将指令1907a和数据1909a提供给处理器1903，所述存储器1905可包括只读存储器(ROM)、随机存取存储器(RAM)、可存储信息的两种或任何类型的装置的组合。存储器1905的一部分还可包括非易失性随机存取存储器(NVRAM)。指令1907b和数据1909b还可驻留在处理器1903中。加载到处理器1903中的指令1907b和/或数据1909b还可包括来自存储器1905的被加载用于由处理器1903执行或处理的指令1907a和/或数据1909a。指令1907b可由处理器1903执行以实施上述方法。

gNB 1960还可包括外壳，所述外壳容纳一个或多个发射器1917和一个或多个接收器1978以允许数据的传输和接收。一个或多个发射器1917和一个或多个接收器1978可组合成一个或多个收发器1976。一根或多根天线1980a-1980n附接到外壳并且电耦接到收发器1976。

gNB 1960的各种部件通过总线系统1911耦接在一起，所述总线系统1911除了数据总线之外可包括功率总线、控制信号总线和状态信号总线。然而，为简洁起见，各种总线在图19中说明为总线系统1911。gNB 1960还可包括用于处理信号的数字信号处理器(DSP)1913。gNB 1960还可包括提供对gNB 1960的功能的用户接入的通信接口1915。图19所说明的gNB 1960是功能框图而非具体部件的列表。

图20是说明UE 2002的一个实施方式的框图，其中可实施用于超低延迟PDSCH传输的HARQ-ACK定时和PUCCH资源确定的系统和方法。UE 2002包括发射装置2058、接收装置2020和控制装置2024。发射装置2058、接收装置2020和控制装置2024可被配置为执行以上结合图1所述的功能中的一个或多个。图18在以上说明图20的离散设备结构的一个示例。其他各种结构可被实施来实现图1的功能中的一个或多个。例如，DSP可由软件实现。

图21是说明gNB 2160的一个实施方式的框图，其中可实施用于超低延迟PDSCH传输的HARQ-ACK定时和PUCCH资源确定的系统和方法。gNB 2160包括发射装置2123、接收装置2178和控制装置2182。发射装置2123、接收装置2178和控制装置2182可被配置为执行以上结合图1所述的功能中的一个或多个。图19在以上说明图21的离散设备结构的一个示例。其他各种结构可被实施来实现图1的功能中的一个或多个。例如，DSP可由软件实现。

图22说明基于PUCCH配置的子时隙持续时间的HARQ-ACK定时的示例。示出下行链路(downlink，DL)2201和上行链路(uplink，UL)2203子时隙。URLLC PDSCH传输2205在DL2201上发生。PUCCH具有2符号子时隙结构。

如果PDSCH的最后符号在用于PUCCH分配的子时隙结构的子时隙n内，PDSCH到HARQ定时指示符指示子时隙的数量K1，则子时隙n+K1中的PUCCH资源用于反馈对应PDSCH传输2205的HARQ-ACK。

在此示例中，PDSCH在PUCCH子时隙结构的子时隙n中结束。PDSCH HARQ-ACK在子时隙n+K1中的PUCCH资源上报告，其中在此示例中K1＝2。

图23说明基于PDSCH传输的子时隙持续时间的HARQ-ACK定时的示例。示出下行链路(DL)2301和上行链路(UL)2303子时隙。URLLC PDSCH传输2305在DL 2301上发生。PUCCH具有2符号子时隙结构。在一种情况下，DL子时隙结构可被配置，并且子时隙级PDSCH基于DL子时隙结构来调度。DL子时隙结构可与UL子时隙结构相同或不同。在另一种情况下，没有任何DL结构被配置，基于子时隙的PDSCH持续时间基于以动态方式调度DCI来确定。

在此示例中，假设PDSCH具有N个符号的持续时间并且K1由PDSCH到HARQ定时指示符指示。在此示例中，K1＝2。

PUCCH资源被确定为PDSCH传输的最后符号的K1*N个符号之后的最早子时隙。在此示例中，PDSCH HARQ-ACK在为PDSCH传输之后的至少K1*N个符号的UL子时隙中的PUCCH资源上报告。

术语“计算机可读介质”是指可由计算机或处理器访问的任何可用介质。如本文所用的术语“计算机可读介质”可表示非暂态和有形的计算机和/或处理器可读介质。例如但不限于，计算机可读或处理器可读介质可包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储装置、磁盘存储装置或其他磁性存储装置或可用来承载或存储呈指令或数据结构形式的所需程序代码并且可由计算机或处理器访问的任何其他介质。本文使用的磁盘和光盘包括紧凑盘(compact disc，CD)、激光盘、光盘、数字通用盘(digital versatile disc，DVD)、软盘和Blu-

盘，其中磁盘通常磁性地再现数据，而光盘用激光器光学地再现数据。

应指出，本文所述的方法中的一种或多种可以硬件来实施和/或使用硬件执行。例如，本文所述的方法中的一种或多种可以芯片组、应用专用集成电路(ASIC)、大规模集成电路(LSI)或集成电路等实施和/或使用芯片组、专用集成电路(ASIC)、大规模集成电路(LSI)或集成电路等实现。

本文所公开的方法中的每一种包括用于实现所描述方法的一个或多个步骤或动作。在不脱离权利要求的范围的情况下，方法步骤和/或动作可彼此交换和/或组合成单个步骤。换句话讲，除非正描述的方法的适当操作要求步骤或动作的特定顺序，否则可在不脱离权利要求的范围的情况下修改特定步骤和/或动作的次序和/或使用。

应理解，权利要求不限于以上说明的精确配置和部件。可在不脱离权利要求的范围的情况下对本文所述的系统、方法和设备的布置、操作和细节作出各种修改、改变和变型。

根据所描述的系统和方法在gNB 160或UE 102上运行的程序是控制CPU等的程序(用于使计算机操作的程序)，其方式为使得实现根据所描述的系统和方法的功能。接着，在这些设备中处置的信息在被处理的同时临时存储在RAM中。此后，信息存储在各种ROM或HDD中，并且在必要时由CPU读取以进行修改或写入。作为在其上存储程序的记录介质，在半导体(例如，ROM、非易失性存储器卡等)、光学存储介质(例如，DVD、MO、MD、CD、BD等)、磁性存储介质(例如，磁带、柔性盘等)等当中，任一种都是可能的。此外，在一些情况下，根据上述所描述的系统和方法的功能通过运行加载的程序来实现，并且另外，根据所描述的系统和方法的功能基于来自程序的指令结合操作系统或其他应用程序来实现。

此外，在程序在市场上可用的情况下，存储在便携式记录介质上的程序可被分布或所述程序可被传输到通过网络诸如因特网连接的服务器计算机。在此情况下，还包括服务器计算机中的存储装置。此外，根据上述系统和方法的gNB 160和UE 102中的一些或全部可被实现为是典型集成电路的LSI。gNB 160和UE 102的每个功能块可独立构建到芯片中，并且一些或全部功能块可集成到芯片中。此外，集成电路的技术不限于LSI，并且用于功能块的集成电路可用专用电路或通用处理器来实现。此外，如果随着半导体技术的发展，出现替代LSI的集成电路的技术，则还有可能使用所述技术应用到的集成电路。

此外，在以上提及的实施方式中的每一个中使用的基站装置和终端装置的每个功能块或各种特征可由电路实施或执行，所述电路通常是一个集成电路或多个集成电路。被设计来执行本说明书中所述的功能的电路可包括通用处理器、数字信号处理器(DSP)、专用或通用集成电路(ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或其他可编程逻辑装置、分立门或晶体管逻辑、或分立硬件部件或其组合。通用处理器可以是微处理器，或另选地，处理器可以是常规处理器、控制器、微控制器或状态机。上述通用处理器或每个电路可由数字电路配置或可由模拟电路配置。此外，当由于半导体技术的进步而出现转变为用一种集成电路代替目前的集成电路的技术时，也能够使用此技术的集成电路。

如本文所用，术语“和/或”应被解释为意味着一个或多个项。例如，短语“A、B和/或C”应被解释为意味着以下中的任一者：仅A、仅B、仅C、A和B(但没有C)、B和C(但没有A)、A和C(但没有B)或A、B和C中的全部。如本文所用，短语“……中的至少一者”应被解释为意味着一个或多个项。例如，短语“A、B和C中的至少一者”或短语“A、B或C中的至少一者”应被解释为意味着以下中的任一者：仅A、仅B、仅C、A和B(但没有C)、B和C(但没有A)、A和C(但没有B)或A、B和C中的全部。如本文所用，短语“……中的一者或多者”应被解释为意味着一个或多个项。例如，短语“A、B和C中的一者或多者”或短语“A、B或C中的一者或多者”应被解释为意味着以下中的任一者：仅A、仅B、仅C、A和B(但没有C)、B和C(但没有A)、A和C(但没有B)或A、B和C中的全部。

<交叉引用>

本非临时申请在美国法典第35篇第119条下要求2019年1月10日的临时申请号62/790,911的优先权，所述临时申请的全部内容以引用方式并入本文。

Claims (20)

1.一种用户设备UE，其包括：

更高层处理器，所述更高层处理器被配置为确定具有子时隙结构的混合自动重传请求-确认HARQ-ACK反馈定时，所述HARQ-ACK反馈定时用于超可靠低延迟通信URLLC物理下行链路共享信道PDSCH传输的HARQ-ACK反馈；

所述更高层处理器被配置为确定用于所述HARQ-ACK反馈的物理上行链路控制信道PUCCH资源；以及

传输电路，所述传输电路被配置为基于所述HARQ-ACK反馈定时和所述PUCCH资源来传输所述URLLC PDSCH传输的所述HARQ-ACK反馈。

2.如权利要求1所述的UE，其特征在于，所述HARQ-ACK反馈定时是基于具有PDSCH到HARQ定时指示符的重新解释的显式定时指示。

3.如权利要求2所述的UE，其特征在于，所述PDSCH到HARQ定时指示符指示用于所述HARQ-ACK反馈的在所述PDSCH传输之后的子时隙的数量。

4.如权利要求2所述的UE，其特征在于，子时隙持续时间和结构由用于PUCCH资源配置的上行链路子时隙持续时间来确定。

5.如权利要求2所述的UE，其特征在于，子时隙持续时间基于对应PDSCH传输的持续时间来确定。

6.如权利要求1所述的UE，其特征在于，所述HARQ-ACK反馈定时基于预定义或已配置的HARQ-ACK定时表来确定。

7.如权利要求6所述的UE，其特征在于，所述HARQ-ACK定时表中的定时对应于调制和译码方案MCS设置或传输块TB大小。

8.如权利要求6所述的UE，其特征在于，所述HARQ-ACK定时表中的定时由PDSCH传输中的符号的数量或PDSCH持续时间来确定。

9.如权利要求6所述的UE，其特征在于，所述HARQ-ACK定时表中的定时基于UE能力来确定。

10.一种基站gNB，其包括：

更高层处理器，所述更高层处理器被配置为确定具有子时隙结构的混合自动重传请求-确认HARQ-ACK反馈定时，所述HARQ-ACK反馈定时用于超可靠低延迟通信URLLC物理下行链路共享信道PDSCH传输的HARQ-ACK反馈；

所述更高层处理器被配置为确定用于所述HARQ-ACK反馈的物理上行链路控制信道PUCCH资源；以及接收电路，所述接收电路被配置为基于所述HARQ-ACK反馈定时和所述PUCCH资源接收针对所述URLLC PDSCH传输的所述HARQ-ACK反馈。

11.如权利要求10所述的gNB，其特征在于，所述HARQ-ACK反馈定时是基于具有PDSCH到HARQ定时指示符的重新解释的显式定时指示。

12.如权利要求11所述的gNB，其特征在于，所述PDSCH到HARQ定时指示符指示用于所述HARQ-ACK反馈的在所述PDSCH传输之后的子时隙的数量。

13.如权利要求11所述的gNB，其特征在于，子时隙持续时间和结构由用于PUCCH资源配置的上行链路子时隙持续时间来确定。

14.如权利要求11所述的gNB，其特征在于，子时隙持续时间基于对应PDSCH传输的持续时间来确定。

15.如权利要求10所述的gNB，其特征在于，所述HARQ-ACK反馈定时基于预定义或已配置的HARQ-ACK定时表来确定。

16.如权利要求15所述的gNB，其特征在于，所述HARQ-ACK定时表中的定时对应于调制和译码方案MCS设置或传输块TB大小。

17.如权利要求15所述的gNB，其特征在于，所述HARQ-ACK定时表中的定时由PDSCH传输中的符号的数量或PDSCH持续时间来确定。

18.如权利要求15所述的gNB，其特征在于，所述HARQ-ACK定时表中的定时基于UE能力来确定。

19.一种由用户设备UE进行的方法，其包括：

确定具有子时隙结构的混合自动重传请求-确认HARQ-ACK反馈定时，所述HARQ-ACK反馈定时用于超可靠低延迟通信URLLC物理下行链路共享信道PDSCH传输的HARQ-ACK反馈；

确定用于所述HARQ-ACK反馈的物理上行链路控制信道PUCCH资源；以及

基于所述HARQ-ACK反馈定时和所述PUCCH资源来传输所述URLLC PDSCH传输的所述HARQ-ACK反馈。

20.一种由基站gNB进行的方法，其包括：

确定具有子时隙结构的混合自动重传请求-确认HARQ-ACK反馈定时，所述HARQ-ACK反馈定时用于超可靠低延迟通信URLLC物理下行链路共享信道PDSCH传输的HARQ-ACK反馈；

确定用于所述HARQ-ACK反馈的物理上行链路控制信道PUCCH资源；以及

基于所述HARQ-ACK反馈定时和所述PUCCH资源来接收所述URLLC PDSCH传输的所述HARQ-ACK反馈。

Images