CN112567802B

CN112567802B - 用于超低延迟pdsch传输的harq-ack定时和pucch资源确定的系统和方法

Info

Publication number: CN112567802B
Application number: CN201980051730.5A
Authority: CN
Inventors: 尹占平; 相羽立志; 横枕一成
Original assignee: FG Innovation Co Ltd; Sharp Corp
Current assignee: FG Innovation Co Ltd; Sharp Corp
Priority date: 2018-08-03
Filing date: 2019-07-30
Publication date: 2024-03-22
Anticipated expiration: 2039-07-30
Also published as: EP3831122A1; US12003330B2; US20210306107A1; EP3831122A4; CN112567802A; WO2020027143A1

Abstract

描述了一种用户设备(UE)和一种基站(gNB)。所述UE包括经配置以确定用于超可靠低延迟通信(URLLC)物理下行链路共享信道(PDSCH)传输的HARQ‑ACK反馈定时的上层处理器。所述上层处理器还被配置以确定用于所述URLLC PDSCH传输的HARQ‑ACK反馈的物理上行链路控制信道(PUCCH)资源。所述UE还包括发送电路，所述发送电路经配置为基于HARQ‑ACK反馈定时和PUCCH资源来发送用于URLLC PDSCH传输的HARQ‑ACK比特。所述gNB包括经配置以确定用于PDSCH传输的HARQ‑ACK反馈定时和PUCCH资源。所述gNB还包括接收电路，所述接收电路被配置为基于HARQ‑ACK反馈定时和PUCCH资源来接收HARQ‑ACK比特。

Description

用于超低延迟PDSCH传输的HARQ-ACK定时和PUCCH资源确定的系统和方法

技术领域

本案总体上涉及通信系统。更具体地，本公开涉及用于超低延迟PDSCH传输的HARQ-ACK定时和PUCCH资源的确定。

背景技术

为了满足消费者的需求并提高便携性和便利性，无线通信设备已经变得越来越小并且功能越来越强大。消费者已经变得依赖于无线通信设备，并开始期望获得可靠的服务、扩大的覆盖范围和增加的功能。无线通信系统可以为多个无线通信设备提供通信，每个无线通信设备可以由基站服务。基站可以是与无线通信设备进行通信的设备。

随着无线通信设备的发展，已经寻求了通信容量、速度、灵活性和/或效率方面的改进。但是，改进通信容量、速度、灵活性和/或效率可能存在某些问题。

例如，无线通信设备可以使用通信结构与一个或多个设备通信。但是，所使用的通信结构可能仅提供有限的灵活性和/或效率。如本讨论所示，提高通信灵活性和/或效率的系统和方法可能是有益的。

发明内容

在一个示例中，一种用户设备(UE)，包括：上层处理器，该上层处理器被配置为：确定第一物理下行链路共享信道(physical downlink shared channel，PDSCH)传输的第一HARQ-ACK反馈定时，确定第二物理下行链路共享信道(PDSCH)传输的第二HARQ-ACK反馈定时；确定用于第一PDSCH传输的HARQ-ACK反馈的第一物理上行链路控制信道(physicaluplink control channel，PUCCH)资源；确定用于第二PDSCH传输的HARQ-ACK反馈的第二物理上行链路控制信道(physical uplink control channel，PUCCH)资源；被配置为基于HARQ-ACK反馈定时和第一PUCCH资源来发送用于第一PDSCH传输的HARQ-ACK比特的发送电路；以及被配置为基于第二HARQ-ACK反馈定时和PUCCH资源来发送用于第二PDSCH传输的HARQ-ACK比特的发送电路。

在一个示例中，一种基站(base station，gNB)，所述gNB包括：上层处理器，该上层处理器被配置为：确定第一物理下行链路共享信道(PDSCH)传输的第一HARQ-ACK反馈定时，确定第二物理下行链路共享信道(PDSCH)传输的第二HARQ-ACK反馈定时；确定用于第一PDSCH传输的HARQ-ACK反馈的第一物理上行链路控制信道(PUCCH)资源；确定用于第二PDSCH传输的HARQ-ACK反馈的第二物理上行链路控制信道(PUCCH)资源；被配置为基于HARQ-ACK反馈定时和第一PUCCH资源来接收用于第一PDSCH传输的HARQ-ACK比特的接收电路；被配置为基于第二HARQ-ACK反馈定时和PUCCH资源来接收用于第二PDSCH传输的HARQ-ACK比特的接收电路。

在NR系统中，小区中可以支持多种类型的服务，每种服务具有不同的延迟和可靠性要求。此外，UE可以同时支持多种类型的服务。当UE具有多于一种类型的具有不同延迟要求的业务(例如，eMBB和URLLC业务)时，有可能用于URLLC DL业务的HARQ-ACK反馈需要比用于eMBB DL业务的HARQ-ACK反馈更紧急地发送，以提供用于URLLC DL业务的重传的信息。为了保证满足URLLC DL业务的延迟要求，可能需要单独提供用于eMBB DL业务的HARQ-ACK反馈的物理上行链路控制信道(PUCCH)和用于URLLC DL业务的HARQ-ACK反馈的物理上行链路控制信道(PUCCH)。

附图说明

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

[图2]图2是示出在1个子帧内的子时隙超可靠低延迟通信(ultra-reliable low-latency communication，URLLC)的物理下行链路共享信道(PDSCH)和HARQ-ACK反馈的示例。

[图3]图3示出了15kHz(kHz)子载波间隔(subcarrier spacing，SCS)的起始符号位置的示例。

[图4]图4示出了30kHz SCS的起始符号位置的示例。

[图5]图5示出了60kHz SCS的起始符号位置的示例。

[图6]图6示出了不同UE的时域分布和PUCCH分配的复用的示例。

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

[图8]图8是示出用于上行链路的资源网格的示例图。

[图9]图9示出了若干个参数集的示例。

[图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的一个实施方式的框图，其中UE可以实施确定用于超低延迟PDSCH传输HARQ-ACK定时和PUCCH资源的系统和方法，以用于超低延迟PDSCH传输。

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

具体实施方式

描述了一种用户设备(UE)。所述UE包括上层处理器(higher layer processor)，所述上层处理器被配置以确定针对超可靠低延迟通信(URLLC)物理下行链路共享信道(PDSCH)传输的HARQ-ACK反馈定时。上层处理器还被配置以确定用于URLLC PDSCH传输的HARQ-ACK反馈的物理上行链路控制信道(PUCCH)资源。UE还包括发送电路，该发送电路被配置为基于HARQ-ACK反馈定时和PUCCH资源来发送用于URLLC PDSCH传输的HARQ-ACK反馈。

在DCI中，HARQ-ACK反馈定时可以由PDSCH-to-HARQ-timing指示符字段指示。PDSCH-to-HARQ-timing指示符可以被用于指示子时隙PDSCH传输之后的符号的数量。不同的无线资源控制(radio resource control，RRC)配置表可被用于URLLC和增强型移动宽带(enhanced mobile broadband，eMBB)的HARQ-ACK反馈。

HARQ-ACK反馈定时可以基于预定义或配置的处理定时表来确定。处理定时表可以由RRC信令来配置。处理定时表中的处理定时可以对应调制和编码方案(MCS)设置或传输块(TB)的大小。处理定时表中的处理定时可以对应于PDSCH持续时间。PDSCH-to-HARQ-timing-indicator字段可以被忽略或从用于URLLC数据的PDSCH调度DCI格式中删除。

在时隙中有多个起始位置的情况下，可以将满足HARQ-ACK定时的最早的PUCCH资源用于HARQ-ACK反馈。

还描述了一种基站(gNB)。所述gNB包括上层处理器，所述上层处理器被配置为确定用于URLLC PDSCH传输的HARQ-ACK反馈定时。上层处理器还被配置为确定用于URLLCPDSCH传输的HARQ-ACK反馈的PUCCH资源。gNB还包括发送电路，所述发送电路被配置为基于HARQ-ACK反馈定时和PUCCH资源来发送用于URLLC PDSCH传输的HARQ-ACK反馈。

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

3GPP长期演进(LTE)是为改善通用移动电信系统(UMTS)的移动电话或设备的标准以适应未来需求而开发的项目的名称。一方面，UMTS已被修改以提供对演进通用陆地无线接入(Evolved Universal Terrestrial Radio Access，E-UTRA)和演进通用陆地无线接入网(Evolved Universal Terrestrial Radio Access Network，E-UTRAN)的支持和规范。

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

无线通信设备可以是用于将语音和/或数据发送到基站的电子设备，该无线通信设备也可以与设备网络(例如，公共交换电话网(PSTN)，互联网等)进行通信。在本文描述的系统和方法中，无线通信设备可以可替代地称为移动台、UE、接入终端、用户台、移动终端、远程站、用户终端、终端、用户单元、移动设备等。无线通信设备的示例包括蜂窝电话、智能电话、个人数字助理(PDA)、手提计算机、上网本、电子阅读器、无线调制解调器等。在3GPP规范中，无线通信设备通常称为UE。然而，由于本文的范围不应受限于3GPP标准，因此术语“UE”和“无线通信设备”在本文中可以互换使用以表示更通用的术语“无线通信设备”。UE也可以更通常地称为终端设备。

在3GPP规范中，基站通常被称为基站B、演进型基站B(eNB)、家庭演进基站B(HeNB)或某些其他类似的术语。由于本文的范围不应受限于3GPP标准，因此术语“基站”、“基站B”、“eNB”、“gNB”和/或“HeNB”在本文中可以互换使用，以表示更通用的术语“基站”。此外，术语“基站”可以用于表示接入点。接入点可以是为无线通信设备提供接入网络(例如，局域网(LAN)，互联网等)的电子设备。术语“通信设备”可以被用于表示无线通信设备和/或基站两者。eNB也可以更通常地称为基站设备。

应当注意，如本文中所使用的，“小区”可以是由标准化或监管机构指定用于高级国际移动电信(IMT-Advanced)的任何通信信道，并且其全部或子集可以由3GPP将其用作要用于eNB与UE之间的通信的许可频带(例如，频带)。还应该注意的是，如本文所使用的，在E-UTRA和E-UTRAN的总体描述中，“小区”可以被定义为“下行链路资源和可选的上行链路资源的组合”。可以在下行链路资源上发送的系统信息中，指示下行链路资源的载波频率与上行链路资源的载波频率之间的链接。

“配置的小区”是UE知道并被eNB允许发送或接收信息的那些小区。“配置的小区”可以是服务小区。UE可以接收系统信息并在所有配置的小区上执行所需的测量。用于无线连接的“配置的小区”可以包括主小区和/或不包括一个或多个辅小区。“激活的小区”是UE正在其上发送和接收的那些配置的小区。即，激活的小区是在下行链路传输的情况下，用于UE监控物理下行链路控制信道(PDCCH)的那些小区，所述小区是UE对其解码物理下行链路共享信道(PDSCH)的那些小区。“停用的小区”是UE未监控传输PDCCH的那些配置的小区。应当注意，可以根据不同的尺寸来描述“单元”。例如，“小区”可以具有时间、空间(例如地理)和频率特性。

第五代(5G)蜂窝通信(也被3GPP称为“新无线”、“新无线接入技术”或“NR”)设想使用时间/频率/空间资源来增强移动宽带(eMBB)通信和超可靠的低延迟通讯(URLLC)服务，以及大规模机器类型通信(MMTC)类服务。新的无线(NR)基站可以称为gNB。gNB也可以更通常地称为基站设备。

在5G NR中，可以通过不同的服务质量(QoS)要求(例如，可靠性和延迟容限)来支持不同的服务。例如，eMBB可以针对高数据速率，而URLLC则针对超可靠性和低延迟。为了为URLLC业务提供超可靠性，可以将用于UCI反馈的PUCCH增强到与URLLC数据相同的可靠性等级。由于超低延迟的要求，PUCCH格式0(即，具有最多2比特UCI的短PUCCH)更适合URLLC数据HARQ-ACK反馈。

为了提高PUCCH格式0的可靠性，可以单独或联合地考虑和配置若干种方法，包括多个PRB分配，时域重复，具有两个天线端口传输的发送分集和增强的发送功率控制。除了用于URLLC业务的增强型PUCCH格式外，用于URLLC的PUCCH资源可以与用于eMBB的PUCCH资源分开配置。本文描述了用于URLLC的增强型PUCCH的时域分配的方法。另外，本文描述了确定用于URLLC PDSCH传输的HARQ-ACK反馈定时和PUCCH资源的方法。

现在参考附图描述本文公开的系统和方法的各种示例，其中相似的附图标记可以指示功能上相似的元件。如本文的附图中一般性描述和说明的系统和方法可以被布置和设计用于各种不同的实施方式。因此，如附图所示，以下对若干种实施方式的更详细描述并非旨在限制所要求保护的范围，而仅是系统和方法的代表。

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

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(HARQ-ACK)，信道状态信息(CSI)和/或调度请求(SR)。所述HARQ-ACK可以包括指示对DL数据(即，传输块，媒体接入控制协议数据单元(MAC PDU)和/或DL-SCH(下行链路共享信道)的肯定确认(ACK)或否定确认(NACK)的信息。

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

一个或多个gNB 160还可以使用一个或多个下行链路信道119向一个或多个UE102发送信息或数据。示例下行链路信道119包括PDCCH，PDSCH等。可以使用其他种类的信道。所述PDCCH可以被用于发送下行控制信息(DCI)。

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

收发器118可以包括一个或多个接收器120和一个或多个发送器158。一个或多个接收器120可以使用一个或多个天线122a-n从gNB 160接收信号。例如，接收器120可接收并下变频信号以产生一个或多个接收信号116。可将一个或多个接收信号116提供给解调器114。一个或多个发送器158可使用一个或多个天线122a-n将信号发送到gNB 160。例如，一个或多个发送器158可以上变频并发送一个或多个调制信号156。

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

通常所述UE操作模块124可以使所述UE 102能够与一个或多个gNB160通信。所述UE操作模块124可以包括UE调度模块126。

UE调度模块126可以执行低延迟物理上行链路控制信道(PUCCH)配置和资源分配。对于URLLC PDSCH传输，URLLC下行链路(DL)数据的HARQ-ACK反馈可以具有与URLLC数据传输本身相同的可靠性要求。当前的NR PUCCH设计的目标是肯定确认(ACK)误检测概率为10^-2，否定确认(NACK)的ACK错误概率为10^-3。因此，可以指定一些增强来增加用于URLLC业务的HARQ-ACK反馈的PUCCH可靠性。

在NR中，PUCCH格式0是具有1或2个符号的短PUCCH，并且设计用于最多2个UCI比特的反馈。为了减小PUCCH格式0的错误概率，可以考虑若干种方法(例如，配置多个物理资源块(PRB)；时域重复；发送分集；不同的发送功率设置)。这些方法可以被独立或联合地配置。

可以定义新的PUCCH格式以捕获这些增强方法。本公开提出了用于基于序列的PUCCH格式0的可靠性增强的配置。

由于低延迟要求，可能需要在单个时隙中配置两个或更多PUCCH资源。通过在时隙中配置单个起始符号，当前短的PUCCH的时域分配是不够的。因此，用于URLLC业务地PUCCH资源集可以独立地并且分开地与eMBB PUCCH资源集相配置。可以经由与eMBB资源不同的参数和/或一些不同的字段来配置URLLC的PUCCH资源。

本文描述了用于时域PUCCH资源分配的增强和用于增强型短PUCCH的配置。在第一种方法(方法1)中，PUCCH资源子集包括在时隙中具有不同起始符号的多个PUCCH资源。在第二种方法(方法2)中，单个PUCCH资源可以在时隙中配置有多个起始符号位置。在第三种方法(方法3)中，PUCCH资源可以从时隙中的任何符号开始，并且起始符号位置可以从PUCCH资源配置中被移除。在第四种方法(方法4)中，PUCCH资源可以被配置为具有PUCCH格式和周期性。这些方法将在下文更详细地被描述。

在方法1和方法2中，可以在PUCCH配置中指示允许的起始符号的集合。起始符号位置可以被定义为一组符号索引。多个起始符号位置可以被指示为来自时隙中的RRC配置的符号索引集合的索引。

另外，在方法1和方法2中，所述起始符号位置可以被指示为一组预定义模式的索引。在一种方法中，取决于时隙或子帧中的PUCCH资源的数量，起始符号位置可以遵循一些预定义的模式。在另一种方法中，取决于子载波间隔，可以在时隙中利用0/1/2/3/4PUCCH资源来配置模式。在另一种方法中，可以为模式配置偏移值(例如，符号的数量)以实现不同UE的分配或时域复用。

取决于PUCCH资源分配方法，可以考虑不同的方法来确定HARQ-ACK反馈定时和用于URLLC PDSCH传输的HARQ-ACK报告的PUCCH资源。对于HARQ-ACK定时，可以考虑至少两种方法。

在第一种方法(方法1)中，通过PDSCH到HARQ定时指示符字段在DCI中指示HARQ-ACK定时。代替指示时隙的数量，PDSCH-to-HARQ-timing指示符可以被用于指示子时隙PDSCH传输之后的符号的数量。可以将不同的RRC配置表用于URLLC和eMBB HARQ-ACK反馈。可以指定新的机制或条件来选择时隙级和符号级定时。

在第二种方法(方法2)中，可以基于预定义或配置的处理定时表来确定HARQ-ACK定时。处理定时表可以通过RRC信令配置给UE 102。该表中的处理定时可以对应调制和编码方案(MCS)设置或传输块(TB)大小。该表中的处理定时可以对应PDSCH持续时间。忽略PDSCH-to-HARQ-timing-indicator字段或从所述PDSCH调度PDI格式中删除PDSCH-to-HARQ-timing-indicator字段。

不管使用哪种方法来确定HARQ-ACK定时，要用于HARQ-ACK报告的实际PUCCH资源都与HARQ-ACK资源分配方法密切相关。在时隙中有多个起始位置的情况下，应使用满足HARQ-ACK定时的最早的PUCCH资源。这些HARQ-ACK定时方法在下文进一步被详细描述。

在本文中描述了NR中的PUCCH格式的方面。PUCCH可被用于报告重要的上行链路控制信息(UCI)，其中包括HARQ-ACK、SR、信道状态信息(CSI)等。NR release-15经设计主要用于增强型移动宽带(eMBB)，但一些物理上行链路控制信道(PUCCH)的格式被指定用于不同比特数，如下所示。

如本文中所使用的，μ表示子载波间隔配置，其中，表示用于子载波间隔配置的每个子帧的时隙的数量，表示用于子载波间隔配置的每帧的时隙的数量，表示每时隙的符号的数量。

如表1所示，可支持多种OFDM数字技术，其中μ和带宽部分的循环前缀可以分别从上层参数subcarrierSpacing和cyclicPrefix获得。

μ	Δf＝2^μ·15[kHz]	Cyclic prefix
			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

在5G NR中，可以通过不同的服务质量(QoS)要求(例如，可靠性和延迟容忍度)来支持不同的服务。例如，eMBB可能针对高数据速率，而URLLC则针对超可靠性和低延迟。

URLLC业务可以使用与eMBB服务相同的参数集。URLLC下行链路传输还可以使用与eMBB DL传输不同的SCS。例如，URLLC业务可以使用比eMBB服务更高的参数集(即，URLLC传输的子载波间隔(SCS)可以大于eMBB传输的子载波间隔)。用于URLLC的较大的SCS配置可减少OFDM符号的长度，从而减少传输及其HARQ-ACK反馈的延迟。

在一些方法中，URLLC DL传输和UL传输可以被配置为具有相同的参数集。在其他方法中，URLLC DL传输和UL传输可以被配置为具有不同的数字。对于用于DL URLLC传输的HARQ-ACK反馈，URLLC短PUCCH可以使用与其他短PUCCH不同的参数集。例如，URLLC PUCCH可以具有比其他短PUCCH或PUSCH传输短的符号长度。

为了为URLLC业务提供超可靠性，可以为URLLC配置不同的错误概率为10^-5的CQI和MCS表。同时，用于URLLC数据的HARQ-ACK反馈的PUCCH可以至少被增强到与用于URLLC的数据有相同的可靠性等级。

对于URLLC业务，PUCCH设计和PUCCH传输可以考虑若干方面。URLLC业务要求超高可靠性和低延迟。可以支持用于URLLC分组的HARQ-ACK以提供所需的可靠性。此外，可以在URLLC传输之后立即报告HARQ-ACK反馈。此外，HARQ-ACK反馈可以具有与URLLC数据传输相同的可靠性(即，当前为1％或0.1％的PUCCH信道BER要求可能无法满足URLLC要求)。HARQ-ACK BER要求可以与URLLC数据信道相同或比URLLC数据信道更好(例如，至少10^-5或10^-6)。

URLLC业务可以与eMBB共享HARQ-ACK进程。但是，可以限制用于URLLC的HARQ-ACK处理的数量(例如，仅用于URLLC业务的1或2个HARQ-ACK处理)。因此，用于URLLC DL传输的PUCCH格式还可在URLLC DL传输之后提供超可靠性和低延迟。仅短PUCCH可以被用于URLLCHARQ-ACK反馈。可以基于URLLC DL数据传输来动态地确定短PUCCH的位置(例如，紧接在具有满足处理时间要求的间隙的URLLC DL传输之后)。

由于超低延迟的要求，PUCCH格式0(即具有最多2比特UCI的短PUCCH)更适合URLLC数据HARQ-ACK反馈。NR PUCCH格式0占用单个物理资源块(PRB)，并使用序列指示最多2比特有效负载。对于URLLC HARQ-ACK反馈，可以将PUCCH格式0的可靠性提高到至少10^-5或10^-6的错误率(例如，ACK相对于NACK的错误概率可以是10^-5，NACK相对于ACK的错误概率可以是10^-6)。

通过扩展PUCCH格式0，可以为具有超高可靠性的短PUCCH指定新的PUCCH格式。新的PUCCH格式可以命名为PUCCH格式5，PUCCH格式0_1，高级PUCCH格式0(PUCCH格式0a)，增强型PUCCH格式0(PUCCH格式0e)，超可靠PUCCH格式0(PUCCH格式0_r或格式0_u)等。

分配更多资源可以被用于增加PUCCH的可靠性。至少对于PUCCH格式0，可以使用一种或多种方法来提高可靠性。例如，可以为具有超可靠性的基于序列的PUCCH格式0配置一个以上的PRB。在另一种方法中，PUCCH格式0可以经配置有1或2个符号。除了PRB的数量外，时域重复是为PUCCH提供冗余和可靠性的另一种方法。在另一种方法中，发送分集(TxD)也可以提高可靠性。通过TxD，PUCCH信号在两个天线端口上被发送，每个天线端口使用单独的PUCCH PRB资源。在另一种方法中，增加可靠性的另一种方法是增加发送功率。例如，用于URLLC的增强型PUCCH格式0可以经配置为具有比常规PUCCH格式0更高的发送功率。

这些方法可以被独立地或联合地配置。可以定义新的PUCCH格式来捕获这些增强。新的PUCCH格式可以被命名为PUCCH格式5、PUCCH格式0_1、高级PUCCH格式0(PUCCH格式0a)、增强型PUCCH格式0(PUCCH格式0e)、超可靠的PUCCH格式0(PUCCH格式0_r或格式0_u)等。在下文中，术语“PUCCH格式0_1”被用作示例。该术语可以由其他PUCCH格式或术语重命名。

为了支持多个PRB，PUCCH格式0_1资源配置应具有关于PRB数量的一个新字段。该参数可以表示为整数(例如1到8之间的任何数字)。该参数可以被指示为一组预定义值(例如，{1,2,4,8})的索引。该组潜在值的数量决定了用于指示该参数的比特数。列表1说明了可能的PUCCH格式0_1配置，其中nrofPRBs字段指示PRB的数量。

列表1

UE 102可以被配置有与“常规”PUCCH格式分开的用于增强的PUCCH格式0的PUCCH资源集(例如，用于URLLC业务的PUCCH资源集可以被独立地并且与eMBB PUCCH资源集分开地配置)。可以使用与eMBB资源不同的参数和/或一些不同的字段来配置URLLC的PUCCH资源。在此，可以按照每个PUCCH格式来配置用于URLLC的PUCCH资源。另外，可以仅针对短PUCCH格式(即，PUCCH格式0和/或PUCCH格式2)配置用于URLLC的PUCCH资源。例如，仅对于HARQ-ACK传输，可以仅针对短PUCCH格式来配置用于URLLC的PUCCH资源。

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

短PUCCH格式可能由于低延迟要求对URLLC有用。可以配置至少一个用于最多2个比特的PUCCH资源集。由于URLLC与eMBB具有不同的可靠性和延迟要求，用于URLLC的HARQ-ACK反馈PUCCH资源可以与eMBB分开配置。用于URLLC的PUCCH资源可以被配置有与用于eMBB的常规PUCCH资源不同的参数。

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

通过配置起始符号和持续时间来为PUCCH资源提供的当前时域分配可能不足。本文描述了用于时域分配的增强方法和用于增强型短PUCCH的配置的方法。

如上所述，方法1可以在PUCCH资源的子集中包括具有不同起始符号的多个PUCCH资源。在PUCCH资源集内，PUCCH资源子集可以被配置有时隙中具有不同起始符号的多个PUCCH资源。每个PUCCH资源都配置有所有必需的参数，包括开始符号、持续时间、开始RB和/或RB的数量等。在有多个PUCCH资源子集的情况下，基于调度DCI格式的HARQ-ACK资源指示(ARI)，隐含地或明确地映射每个子集。

经由在startingSymbolIndex字段中由(0...13)中的整数配置，子集中的PUCCH资源可以具有相同的格式和不同的起始符号。可替代地，可以通过上层信令来配置若干个不同的起始符号集，并且所述起始符号集的索引可以由RRC或DCI指示给UE 102。

如上所述，方法2可以包括在时隙中具有多个起始符号位置的增强型PUCCH资源。在该方法中，单个PUCCH资源可以被配置为在时隙中具有多个允许的起始符号位置。因此，PUCCH格式配置中的startingSymbolIndex字段不限于单个整数。可以由一组起始位置进行配置。可以在PUCCH配置中指示允许的起始符号的集合。

如上所述，在方法3中，所有符号可以被允许作为起始符号。作为一种特殊的处理方法，只要所配置的PUCCH资源包含在时隙中，则每个符号可以被允许作为起始符号。在这种情况下，起始符号索引可以包括所有候选符号索引。可替代地，在由上层信令配置的起始符号集中配置具有所有符号的起始符号集，并且可以由RRC或DCI向UE 102指示具有所有符号的起始符号集的索引。

在另一种方法中，由于允许每个符号都是起始符号，因此可以忽略startingSymbolIndex字段或从PUCCH资源分配参数中删除startingSymbolIndex字段。

PUCCH资源可能不支持交叉时隙边界分配。因此，1-symbol PUCCH可以从时隙中的任何符号开始，并且2-symbol PUCCH可以从符号索引{0...12}开始。在另一种情况下，可以允许交叉时隙边界分配，从而对于起始符号位置不需要限制。

如上所述，在方法4中，PUCCH资源可以被配置为具有PUCCH格式和周期性。在该方法中，PUCCH资源可以被配置为具有PUCCH格式(例如，具有1或2个符号持续时间的增强型PUCCH格式0)。为了提供超低延迟的HARQ-ACK反馈和数据重传，周期性可以小于或等于0.5ms。PUCCH格式可以包括时隙中的起始符号。可替代地，偏移值可以被配置为确时周期内的PUCCH位置。偏移值可以被表示为多个符号。

周期性可以被指定为多个符号。如果SCS较低(例如15kHz或30kHz)，可能是有益的。至少可以支持以下所述的周期性：两个符号的周期性；具有常规循环前缀(NCP)的符号的7个符号(或半个时隙)的周期性；具有扩展循环前缀(ECP)的符号的6个符号(或半个时隙)的周期性。

如果对于PUCCH报告小区，SCS配置较高(例如，大于30kHz)，可以将周期性指定为时隙数量。例如，对于60kHz SCS，每1个时隙分配1个PUCCH资源，对于120kHz SCS，每2个时隙分配1个PUCCH资源。

本文描述了潜在的起始符号位置和配置。对于在PUCCH资源的子集中具有不同起始符号的多个PUCCH资源和在时隙中具有多个起始位置的增强型PUCCH资源，描述了若干种方法以确定PUCCH资源的潜在起始符号。在一种方法中，起始位置组可以由一组符号索引来配置，这些符号索引的数字来自(0...13)中的整数值。在一种情况下，只要所配置的PUCCH资源被包含在时隙中(即，不允许单个PUCCH资源越过时隙边界)，PUCCH可以从时隙中的任何符号开始。PUCCH重复可以发生在不同的时隙中。在另一种情况下，PUCCH资源的起始符号可以限于符号的子集(例如，仅从偶数索引或仅从奇数索引开始)。

在PUCCH资源的子集中有多个具有不同起始符号的PUCCH资源的情况下，映射到相同ARI的子集中的每个资源在时隙中可以具有不同的起始符号。在时隙中具有多个起始符号位置的增强型PUCCH资源的情况下，可以增强PUCCH资源配置以允许配置中具有多个起始符号位置，如列表2所示例使用增强格式0。相同的原理可以被应用于其他PUCCH格式。

列表2

在另一种方法中，可以由上层信令(例如，RRC信令)将时隙中的若干组起始符号配置给UE 102，并且可以将时隙中多个起始符号位置指示为来自RRC配置的符号索引集中的索引。例如，RRC可以配置最多4组起始符号索引，并且2个比特被用于在PUCCH资源配置中指示使用哪组。列表3示出了这种方法的示例。

列表3

在另一种方法中，所允许的起始符号位置可以遵循一些预定义的模式，这取决于时隙或子帧中的PUCCH资源的数量。根据PUCCH传输载波的子载波间隔(SCS)和带宽部分(BWP)，可以在时隙中利用1/2/3/4PUCCH资源来配置该模式。对于URLLC业务，可以使用常规循环前缀(CP)或扩展CP配置DL和UL。相同的CP配置应同时应用于URLLC DL和UL传输。

对于具有15kHz的SCS，每个子帧为1ms，且带有1个时隙和用于常规CP的14个符号和用于扩展CP的12个符号。考虑子时隙PDSCH传输、处理时间，子帧中最多可以有2个PUCCH分配或3个PUCCH分配。图3提供了15kHz SCS的一些模式。在一个时隙中有2个潜在的PUCCH位置，可以在1ms内支持一次重传。在一个时隙中有3个潜在的PUCCH位置，可以在1ms内支持两次重传。所述模式可以基于PUCCH持续时间的每个配置被固定。

对于具有30kHz的SCS，每个子帧为1ms，带有针对常规CP的2个时隙和28个符号，和针对扩展CP的24个符号。考虑到子时隙PDSCH的传输、处理时间，在一个时隙中可能有1-symbol PUCCH分配或2-symbol PUCCH分配，因此在子帧中有2或4个潜在的起始位置。图4提供了一些30kHz SCS的模式。在时隙中具有一个PUCCH位置的情况下，可以在1ms子帧内支持一次重传。在时隙中具有2个PUCCH位置的情况下，可以在1ms子帧内支持三次重传。考虑到HARQ-ACK过程，最大重传次数可以被限制为3次。因此，在1ms子帧内的4个潜在PUCCH位置应足以保证1ms的延迟要求和数据传递的超可靠性。所述模式可以基于PUCCH持续时间的每个配置被固定。

对于60kHz的SCS，每个子帧为1ms，带有4个时隙。图5以常规CP为例。在另一示例中，时隙内的相同PUCCH位置(即，时隙中的最后一个或若干个符号)可以被用于扩展CP。

类似地，对于具有120kHz和240kHz的SCS，不需要为每个时隙都配置PUCCH。例如，为了允许子帧中的4个PUCCH传输，可以在每2个时隙中为120kHz SCS配置1个PUCCH资源，在每4个时隙中为240kHZ SCS配置1个PUCCH资源。

可以在标准中定义一组起始符号位置模式。或者可以通过上层信令(例如，RRC信令)将一组起始符号位置模式配置给UE 102。起始符号位置可以被指示给UE 102作为一组预定义模式的索引。模式可以取决于PUCCH携带载波或BWP的PUCCH格式和/或SCS配置。

此外，起始符号位置模式可以被配置有偏移值。偏移值可以是从标准模式偏移的符号数。不同偏移的模式可以为不同的UE 102分配时域PUCCH位置以更好的实现PUCCH信道的UE时域复用，如图6所示。对于PUCCH资源配置，应当为UE102配置起始符号位置模式和偏移值。列表4中示出了起始符号位置模式和偏移值配置的示例。

列表4

如上所述，UE 102可以在用于在URLLC的PUCCH上发送URLLC DL数据(例如，URLLCPDSCH传输)的HARQ-ACK。此外，所述UE 102可以在用于在eMBB的PUBCH上发送eMBB DL数据(例如，eMBB PDSCH传输)的HARQ-ACK。即，对于与URLLC DL数据相对应的HARQ-ACK传输，UE102可以将PUCCH资源用于URLLC。此外，对于与eMBB DL数据相对应的HARQ-ACK传输，UE 102可以将PUCCH资源用于eMBB。

在此，可以基于由gNB 160配置的参数来识别与URLLC DL数据相对应的PDSCH和/或与eMBB DL数据相对应的PDSCH。例如，gNB 160可以通过使用RRC消息来发送参数，所述参数用于识别对应URLLC DL数据或eMBB DL数据的PDSCH传输。

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

而且，可以基于PDSCH传输的持续时间，来识别与URLLC DL数据相对应的PDSCH和/或与eMBB DL数据相对应的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反馈定时，UE102可以在符号的时隙内的不同符号中在服务小区上传送一个或多个PUCCH。参考用于PUCCH传输的时隙，如果UE202在多个符号上检测到调度PDSCH接收的DCI格式1_0或DCI格式1_1或指示SPS PDSCH释放的DCI格式1_0，其中最后的符号在时隙n内，UE102可以在时隙n+k内的PUCCH传输中提供对应的HARQ-ACK信息，其中k是时隙的数目并且由DCI格式中的PDSCH-to-HARQ-timing-indicator字段指示。

在一些实施方式中，对于DCI格式1_1，从上层参数Slot-timing-value-K1提供的一组时隙数量中，PDSCH-HARQ-timing-indicator字段值映射到由在3GPP 38.213表9.2.3-1中定义的上层参数DL-data-DL-acknowledgement指示的多个时隙的值。

对于DCI格式1_0，PDSCH-to-HARQ-timing-indicator字段值映射为{1、2、3、4、5、6、7、8}。对于在时隙n中的PDSCH接收而没有相关联的DCI格式1_0或DCI格式1_1的检测，以及对于PUCCH中的HARQ-ACK传输，除非向UE 102提供上层参数UL-DL-configuration-common，或上层参数UL-DL-configuration-common-Set2，或在时隙n+k中指示用于PUCCH传输的至少一个符号作为下行链路符号的上层参数UL-DL-configuration-dedicated，否则UE 102可以在时隙n+k中发送PUCCH。

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

在NR中，可以由PDSCH-to-HARQ-timing-indicator字段来确定HARQ-ACK反馈定时。PDSCH-to-HARQ-timing-indicator字段指示PDSCH接收之后HARQ-ACK反馈所需的时隙的数量。

对于URLLC业务，非常快地(例如，在一个时隙内)报告HARQ-ACK可能是有益的。一个或多个HARQ-ACK反馈可以适合于1毫秒(ms)的子帧。因此，用于指示时隙数目的PDSCH-to-HARQ-timing-indicator字段对于URLLC PDSCH传输可能不足。

取决于PUCCH资源分配方法，可以考虑不同的方法来确定HARQ-ACK反馈定时和用于URLLC PDSCH传输的HARQ-ACK报告的PUCCH资源。

如上所述，对于HARQ-ACK定时，可以考虑至少两种方法。在第一种方法(方法1)中，HARQ-ACK定时基于明确的定时指示，并具有对PDSCH-to-HARQ-timing指示符字段的重新解释。HARI-ACK定时在DCI中由PDSCH-to-HARQ-timing指示符字段指示。PDSCH-to-HARQ-timing指示符可以被重新使用。但是，对于URLLC或子时隙PDSCH传输，应将其链接到不同的RRC配置表，或指向具有固定值的表。新的RRC配置的HARQ-ACK定时表中的值可以被用于与当前NR规范中的传统HARQ-ACK定时表进行不同的解释。

在一种方法中，代替指示时隙的数量，由PDSCH-to-HARQ-timing指示符指示的值可以被用于指示URLLC或子时隙PDSCH传输的最后一个符号之后的符号的数量。

在另一种方法中，代替指示时隙的数量，由PDSCH-to-HARQ-timing指示符指示的值可以被用来指示在PDSCH传输的最后一个符号之后的子时隙的数量，其中子时隙的长度由URLLC或子时隙PDSCH传输的长度确定。

在第二种方法(方法2)中，可以基于预定义或配置的HARQ-ACK定时表来确定HARQ-ACK定时。在该方法中，UE 102可以基于处理时间要求和UE能力等使用单独的HARQ-ACK定时表来确定HARQ-ACK定时。在DCI中不需要指示HARQ-ACK定时，并且PDSCH-to-HARQ-timing-indicator字段可以被忽略或从DCI格式中删除。HARQ-ACK定时表可以经由RRC信令配置给UE 102。

在一种方法中，HARQ-ACK定时表可以对应MCS设置或TB大小。该表中的条目数可以被限制为4或8。此方法的伪代码结构可以如下：如果TB大小小于或等于阈值P0，在PDSCH传输的最后一个符号之后的k0个符号报告HARQ-ACK；如果TB大小大于P0且小于或等于阈值P1，则在PDSCH传输的最后一个符号之后的k1个符号报告HARQ-ACK，其中k1>k0；如果TB大小大于P1且小于或等于阈值P2，则在PDSCH传输的最后一个符号之后的k2个符号报告HARQ-ACK，其中，k2>k1；以此类推。

例如，遵循该伪代码结构，如果TB的大小小于或等于512，则可以在PDSCH传输之后，HARQ-ACK被报告2个符号。如果TB大小大于512且小于或等于1024，则在PDSCH传输之后，HARQ-ACK被报告4个符号等。

在另一种方法中，HARQ-ACK定时表可以对应PDSCH传输的符号的数量。该表中的条目的数量可以被限制为4或8。这种方法的伪代码结构可以如下：如果PDSCH传输的符号数量小于或等于阈值N0，则在PDSCH传输的最后一个符号之后的k0个符号报告HARQ-ACK；如果PDSCH传输的符号数目大于N0且小于或等于阈值N1，则在PDSCH传输的最后一个符号之后的k1个符号报告HARQ-ACK，其中k1>k0；如果PDSCH传输的符号数目大于N1且小于或等于阈值N2，则在PDSCH传输的最后一个符号之后的k2个符号报告HARQ-ACK，其中，k2>k1；以此类推。

例如，如果PDSCH传输的符号的数目小于或等于2个符号，在PDSCH传输之后，HARQ-ACK可以被报告2个符号。如果PDSCH传输的符号数大于2个符号且小于或等于4个符号，则在PDSCH传输之后，HARQ-ACK可以被报告4个符号等。

在另一种方法中，HARQ-ACK定时表可以对应PDSCH持续时间。该表中的条目的数量可以被限制为4或8。此方法的伪代码结构可以如下：如果PDSCH传输持续时间小于或等于阈值L0，则在PDSCH传输的最后一个符号之后的k0个符号报告HARQ-ACK；如果PDSCH传输持续时间大于L0且小于或等于阈值L1，则在PDSCH传输的最后一个符号之后的k1个符号报告HARQ-ACK，其中k1>k0；如果PDSCH传输持续时间大于L1且小于或等于阈值L2，则在PDSCH传输的最后一个符号之后的k2个符号报告HARQ-ACK，其中k2>k1；以此类推。

例如，如果PDSCH传输持续时间小于或等于1/8ms，在PDSCH传输后，HARQ-ACK被报告2个符号；如果PDSCH传输的符号数大于1/8ms且小于或等于1/4ms，则在PDSCH传输后，HARQ-ACK被报告4个符号，以此类推。

在此还描述了时隙级或子时隙级的HARQ-ACK定时的确定。为了支持时隙级HARQ-ACK定时(例如，用于eMBB服务)和子时隙或符号级HARQ-ACK定时，可以配置不同的RRC配置表并将其用于URLLC和eMBB HARQ-ACK反馈。新的机制或条件可以被指定以选择时隙级和符号/子时隙级的定时。

可以基于PDSCH是基于调度的时隙或基于调度的符号/子时隙，来确定基于时隙或基于符号/子时隙的定时的使用。即，对于时隙级PDSCH传输，该字段可以指示在PDSCH传输至HARQ-ACK反馈之后的时隙数。对于子时隙级PDSCH传输，该字段可以指示在向HARQ-ACK反馈的PDSCH传输之后的符号或子时隙的数量。

可以基于PDSCH传输的符号的数量来进一步限制子时隙级PDSCH传输HARQ-ACK定时。如果用于PDSCH传输的符号的数目小于或等于阈值(例如，4个符号或7个符号)，则该字段可以指示在将PDSCH传输至HARQ-ACK反馈之后的符号或子时隙的数目。可以使用为超可靠性和超低延迟配置的HARQ-ACK定时和PUCCH资源。

如果用于PDSCH传输的符号数目大于阈值(例如4个符号或7个符号)，则可以与基于PDSCH传输的时隙的相同的方式对待子时隙传输，并且该字段指示PDSCH传输到HARQ-ACK反馈的时隙之后的时隙数量。可以使用常规的HARQ-ACK定时和PUCCH资源。

可以基于PDSCH传输持续时间进一步限制子时隙级PDSCH传输HARQ-ACK定时。如果用于PDSCH传输的符号数目小于或等于阈值(例如0.25ms或0.5ms)，则该字段可以指示在将PDSCH传输至HARQ-ACK反馈之后的符号或子时隙的数目。可以使用为超可靠性和超低延迟配置的HARQ-ACK定时和PUCCH资源。

如果用于PDSCH传输的符号数目大于阈值(例如0.25ms或0.5ms)，可以与基于PDSCH传输的时隙的相同的方式对待子时隙传输。该字段可以指示在用于PDSCH传输到HARQ-ACK反馈的时隙之后的时隙数目。可以使用常规的HARQ-ACK定时和PUCCH资源。

基于时隙或基于符号/子时隙的定时的使用可以基于在调度中使用哪个MCS表来确定。定义新的MCS表。对于具有CP-OFDM的PDSCH和PUSCH，引入用于URLLC的新MCS表，如表5所示。

表5

对于PDSCH调度，DCI中的MCS信息字段为5比特。如果用新的RNTI对DCI CRC进行加扰，可以使用新的64QAM MCS表，HARQ-ACK反馈可以遵循基于定时的符号/子时隙级，并且可以执行基于PUCCH资源配置和确定的子时隙。否则，可以遵循现有行为(例如，HARQ-ACK反馈可以遵循基于定时的时隙，并且可以执行基于PUCCH资源配置和确定的时隙)。

DL SPS传输可以是时隙级或子时隙级。对于DL SPS，RRC指示是否配置了新的64QAM表。DL SPS的新MCS表的指示与基于许可的DL调度的指示分开。因此，如果新的MCS表被配置用于DL SPS传输，则DL SPS传输的HARQ-ACK反馈可以遵循基于定时的符号/子时隙级，并且可以执行基于PUCCH资源配置和确定的子时隙。如果没有为DL SPS传输配置新的MCS表，则DL SPS传输的HARQ-ACK反馈可以遵循基于定时的时隙，并且可以执行基于PUCCH资源配置和确定的时隙。

为了避免与时隙级定时混淆，在另一种方法中，可以在DCI格式中引入新的比特，以指示是应用的是基于定时的时隙还是基于定时的符号/子时隙。

这里还描述了用于URLLC PDSCH的PUCCH资源选择和确定。不管使用哪种方法来确定HARQ-ACK定时，要用于HARQ-ACK报告的实际PUCCH资源与HARQ-ACK资源分配方法密切相关。此外，如果DL传输和UL传输的SCS不同，则基于DL传输的定时可能与UL传输的符号边界不齐。

通常，如果PUCCH资源可用并且可以从任意UL符号开始，则可以基于所确定的HARQ-ACK定时来发送PUCCH。如果PUCCH资源被限制为从时隙中的某些符号位置开始，则PUCCH可以在满足HARQ-ACK定时的所允许的起始符号内在最早的PUCCH资源上被发送(例如，根据确定的HARQ-ACK定时从相同符号开始或更晚)。

如果允许PUCCH资源从任何符号开始，则PUCCH资源可以使用上述方法1或方法2从由HARQ-ACK定时指示的符号开始。应到注意，在某些情况下，PUCCH资源可以越过时隙边界(例如，配置了2-symbol PUCCH，并且HARQ-ACK的定时指向时隙的最后一个符号)。此外，如果DL和UL传输的SCS不同，则基于DL传输的定时可能不会与UL传输的符号边界对齐，并且PUCCH的起始符号可能会转换为满足定时要求的最早的UL符号。

如果PUCCH资源在时隙中被配置有多个起始符号位置，则明确的指示或隐含的确定的HARQ-ACK定时可以指向与所配置或允许的起始符号位置不同的符号。可以使用以上提供的方法来配置允许的起始符号位置(例如，具有不同的起始符号的多个PUCCH资源，具有多个允许的起始符号位置的单个PUCCH资源)。起始符号位置可以由一组符号索引或包含允许符号索引的RRC配置表的索引来配置，也可以基于预定义或配置的模式来配置。

在子集由具有不同起始符号的多个PUCCH资源组成的情况下，可以在每个PUCCH资源集中为给定的有效载荷范围配置多个资源子集。可以基于UCI有效载荷大小来确定PUCCH资源集，并且ARI指示所选择的PUCCH资源集中的子集。为了提供低延迟反馈，可以改变子集中的PUCCH资源确定规则。代替基于最后调度的DCI的CCE索引来隐含地映射，可以基于HARQ-ACK定时来确定用于UCI传输的实际PUCCH资源。例如，可以选择具有最早的起始符号同时满足HARQ-ACK反馈定时要求的PUCCH资源。HARQ-ACK反馈定时可以由PDSCH-to-HARQ-timing指示符字段指示，或者可以基于预定义或配置的HARQ-ACK定时表来确定。

在单个PUCCH资源在时隙中被配置有多个起始符号的情况下，可以首先由ARI在针对给定有效载荷范围的PUCCH资源集中确定PUCCH资源。如果在PUCCH资源集中存在超过1个与ARI相对应的PUCCH资源，则可以进一步应用基于调度DCI的CCE索引的隐含的映射。一旦选择了PUCCH资源，可以基于HARQ-ACK定时来确定实际的PUCCH传输。例如，可以选择在满足HARQ-ACK反馈定时要求的同时配置或允许的起始符号最早的PUCCH资源。HARQ-ACK反馈定时可以由PDSCH-to-HARQ-timing指示符字段指示，或者可以基于预定义或配置的HARQ-ACK定时表来确定。

类似地，如果PUCCH资源被配置有PUCCH格式和周期性，则明确的指示或隐含的确定的HARQ-ACK定时可以指向与所配置的与起始符号位置不同的符号。在这种情况下，可以选择在满足HARQ-ACK反馈定时要求的同时配置或允许的起始符号最早的PUCCH资源。

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

UE操作模块124可将信息138提供给解调器114。例如，UE操作模块124可将预期用于来自gNB 160的传输的调制模式通知给解调器114。

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

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

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

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

UE操作模块124可以向一个或多个发送器158提供信息140。该信息140可以包括针对一个或多个发送器158的指令。例如，UE操作模块124可以指示一个或多个发送器158何时向gNB160发送信号。例如，一个或多个发送器158可以在UL子帧期间发送。一个或多个发送器158可以上变频并将调制信号156发送至一个或多个gNB 160。

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

收发器176可以包括一个或多个接收器178和一个或多个发送器117。一个或多个接收器178可以使用一个或多个天线180a-n从UE 102接收信号。例如，接收器178可接收和下变频信号以产生一个或多个接收信号174。可将一个或多个接收信号174提供给解调器172。一个或多个发送器117可使用一个或多个天线180a-n将信号发送到UE 102。例如，一个或多个发送器117可以上变频并发送一个或多个调制信号115。

解调器172可以对一个或多个接收信号174进行解调以产生一个或多个解调信号170。可以将一个或多个解调信号170提供给解码器166。gNB160可以使用解码器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可以向解调器172提供信息188。例如，gNB操作模块182可以将预期用于来自UE 102的传输的调制模式通知解调器172。

gNB操作模块182可将信息186提供给解码器166。例如，gNB操作模块182可将用于来自UE 102的传输的预期的编码通知解码器166。

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

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

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

gNB操作模块182可以向一个或多个发送器117提供信息192。该信息192可以包括一个或多个发送器117的指令。例如，gNB操作模块182可以指示一个或多个发送器117何时(或何时不)发送信号给UE102。一个或多个发送器117可以上变频并且将调制信号115发送给一个或多个UE102。

应当注意，可以从gNB 160向一个或多个UE 102发送DL子帧，并且可以从一个或多个UE 102向gNB 160发送UL子帧。此外，gNB 160和一个或多个UE 102都可以在标准特殊子帧中发送数据。

还应当注意，包括在eNB 160和UE 102中的一个或多个元件或其部分可以用硬件实施。例如，这些元件的一个或多个或其一部分可被实施为芯片、电路或硬件组件等。还应注意，可以在硬件中实施和/或使用硬件来执行本文描述的功能或方法中的一个或多个。例如，可以使用芯片组、专用集成电路(ASIC)、大规模集成电路(LSI)或集成电路等来实施和/或实现本文描述的一种或多种方法。

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

图2是示出在1个子帧内的子时隙URLLC PDSCH和HARQ-ACK反馈的示例。

图3示出了15千赫兹(kHz)子载波间隔(SCS)的起始符号位置的示例。1-symbolPUCCH对于15kHz SCS可能是有益的。图3a描绘了在具有15kHz SCS和扩展CP的时隙中具有1-symbol PUCCH的两个起始符号位置。图3b描绘了具有15kHz SCS和扩展CP的时隙中具有1-symbol PUCCH的2个起始符号位置。图3c描绘了在具有15kHz SCS和扩展CP的时隙中具有2-symbol PUCCH的2个起始符号位置。图3d描绘了在具有15kHz SCS和常规CP的时隙中具有1-symbol PUCCH的2个起始符号的位置。图3e描绘了在具有15kHz SCS和常规CP的时隙中具有1-symbol PUCCH的3个起始符号位置。图3f描绘了在具有15kHz SCS和常规CP的时隙中具有2-symbol PUCCH的2个起始符号位置。

使用1-symbol PUCCH可以配置2个或3个起始位置，如图3a和3b所示的扩展CP、图3d和3e所示的常规CP。使用2-symbol PUCCH时，只能配置2个起始位置，如图3c所示的扩展CP、图3f所示的常规CP。

图4举例说明了30kHz SCS的起始符号位置。图4a描绘了在具有30kHz SCS和扩展CP的时隙中具有1-symbol PUCCH的1个起始符号位置。图4b描绘了在具有30kHz SCS和扩展CP的时隙中具有2-symbol PUCCH的1个起始符号位置。图4c描绘了在具有30kHz SCS和扩展CP的时隙中具有1-symbol PUCCH的两个起始符号位置。图4d描绘了在具有30kHz SCS和扩展CP的时隙中具有2-symbol PUCCH的两个起始符号位置。图4e描绘了在具有30kHz SCS和常规CP的时隙中具有1-symbol PUCCH的1个起始符号位置。图4f描绘了在具有30kHz SCS和常规CP的时隙中具有2-symbol PUCCH的1个起始符号位置。图4g描绘了在具有30kHz SCS和常规CP的时隙中具有1-symbol PUCCH的2个起始符号位置。图4h描绘了在具有30kHz SCS和常规CP的时隙中具有2-symbol PUCCH的2个起始符号位置。

图5示出了60kHz SCS的起始符号位置的示例。考虑到子时隙PDSCH传输处理时间，每个时隙中的1个PUCCH分配可以在子帧中提供4个潜在的起始位置，如图5a所示。考虑到HARQ-ACK过程，最大重传次数可以被限制为3。因此，在1ms子帧内的4个潜在PUCCH位置应足以保证1ms的延迟要求和数据传递的超可靠性。如果在子帧中仅需要2个PUCCH位置，则可以在某些时隙中配置PUCCH资源，而在其他时隙中则不配置，如图5b所示。可以基于PUCCH持续时间为每个配置固定模式。

图6示出了针对不同UE 102的PUCCH分配的时域分布和复用的示例。图6示出了第一UE(UE1)的起始符号位置和第二UE(UE2)的起始符号位置。

图7是示出用于下行链路的资源网格的示例图。图7所示的资源网格可以在本文的系统和方法的一些实施方式中被利用。结合图1给出了有关资源网格的更多详细信息。

在图7中，一个下行链路子帧769可以包括两个下行链路时隙783。N DL RB是服务小区的下行链路带宽配置，以N RB sc的倍数表示，其中N RB sc是所表达的频域中的资源块789大小。N DL symb是下行链路时隙783中的OFDM符号787的数量。NDL symb是下行链路时隙783中的OFDM符号787的数量。资源块789可以包括多个资源元件(RE)791。

对于PCell，N^DL _RB作为系统信息的一部分被广播。对于SCell(包括授权频谱辅助接入(LAA)SCell)，N^DL _RB由专用于UE 102的RRC消息来配置。对于PDSCH映射，可用的RE 791可以是在子帧中索引1满足l≥l_data，start and/or l_data，end≥1的RE 791。

在下行链路中，可以采用具有循环前缀(CP)的OFDM接入方案，也可以称为CP-OFDM。在下行链路中，可以发送PDCCH、增强PDCCH(EPDCCH)、PDSCH等。下行链路无线帧可以包括多对下行链路资源块(RB)，该资源块也被称为物理资源块(PRBs)。下行链路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 symb是上行链路时隙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可以是基本参数集(例如，参考参数集)。例如，可以利用频域中的15kHz的子载波间隔905a和时域中(即，符号长度#1903a)的2048Ts+CP长度(例如，160Ts或144Ts)来定义基本参数集901a的RE 995a，其中，Ts表示被定义为1/(15000*2048)秒的基带采样时间单元。对于第i个参数集，子载波间隔905可以等于15*2i和有效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。另外，UE102可以接收包括配置参数集#1的信息(例如，切换命令)的专用RRC信号。专用RRC信号可以是UE-spefic信号。这里，可以在参数集#1，参数集#2(30kHz的子载波间隔)和/或参数集#3(60kHz的子载波间隔)上执行第一SPS资源上的第一UL传输。

另外，可以仅对参数集#3执行如上所述的在第二SPS资源上的第二UL传输。在此，例如，UE 102可以接收包括配置参数集#2和/或参数集#3的信息的系统信息(例如，主信息块(MIB)和/或系统信息块(SIB))。

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

图10示出了图9所示的用于参数集1001的子帧结构的示例。假设时隙1083包括NDL symb(或N UL symb)＝7个符号，则第i+1个参数集1001的时隙长度为第i个参数集1001的一半，并且最终子帧中的时隙1083的数量(即1ms)变为两倍。可以注意到，无线帧可以包括10个子帧，并且无线帧长度可以等于10ms。

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

子时隙长度可以通过上层信令来配置。可替换地，可以由物理层控制信道(例如，由DCI格式)指示子时隙的长度。

子时隙1107可以在时隙1183内的任意符号处开始，除非它与控制信道冲突。基于对起始位置的限制，可能会有小时隙长度的限制。例如，长度为N DL symb-1(或N UL symb-1)的子时隙1107可以在时隙1183中的第二个符号处开始。子时隙1107的起始位置可以用物理层控制信道(例如，通过DCI格式)。可替代地，子时隙1107的起始位置可以从物理层控制信道的信息(例如，搜索空间索引，盲解码候选索引，频率和/或时间资源索引，PRB索引，控制信道元件索引，控制信道元件聚合等级，天线端口索引等)中被导出。所述物理层控制信道调度相关子时隙1107中的数据。

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

图12示出了调度时间线1209的示例。对于常规的DL调度时间线1209a，DL控制信道被映射为时隙1283a的初始部分。DL控制信道1211在同一时隙1283a中调度DL共享信道1213a。通过DL控制信道1215a在随后的时隙1283b中报告针对DL共享信道1213a的HARQ-ACK(即，每个HARQ-ACK指示是否成功检测到每个DL共享信道1213a中的传输块)。在这种情况下，给定的时隙1283可以包含DL传输和UL传输中的任一个。

对于常规的UL调度时间线1209b，将DL控制信道1211b映射到时隙1283c的初始部分。DL控制信道1211b在随后的时隙1283d中调度UL共享信道1217a。对于这些情况，可以通过上层信令来固定或配置DL时隙1283c和UL时隙1283d之间的关联定时(时移)。可替代地，可以由物理层控制信道(例如，DL分配DCI格式，UL许可DCI格式或可以在公共搜索空间中监控的诸如UE公共信令DCI格式的另一DCI格式)来指示。

对于自包含基本DL调度时间线1209c，DL控制信道1211c被映射到时隙1283e的初始部分。DL控制信道1211c在同一时隙1283e中调度DL共享信道1213b。在UL控制信道1215b中报告针对DL共享信道1213b的HARQ-ACK，UL控制信道1215b被映射在时隙1283e的末端部分。

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

自包含时隙(self-contained slot)的使用可以基于自包含时隙的配置。可替代地，自包含时隙地使用可以基于子时隙地配置。可替代地，自包含时隙的使用可以基于缩短的物理信道(例如，PDSCH，PUSCH，PUCCH等)的配置。

图13示出了DL控制信道监控区域的示例。一组或多组PRB可以配置为DL控制信道监控。换句话说，在频域中，控制资源集是UE102尝试在其中盲解码下行链路控制信息的PRB集，在PRB可以是或可以不是频率连续的情况下，UE102可以具有一个或多个控制资源集，一个DCI消息可以位于一个控制资源集内。在频域中，PRB是控制信道的资源单元大小(可能包括也可能不包括解调参考信号(DM-RS))。DL共享信道可以在比携带检测到的DL控制信道的OFDM符号更晚的OFDM符号处开始。可替代地，DL共享信道可以开始于(或早于)携带检测到的DL控制信道的最后一个OFDM符号的OFDM符号。换句话说，可以至少在频域中，支持针对相同或不同UE 102的数据的控制资源集中的至少一部分资源的的动态重用。

图14示出了包括多个控制信道元件的DL控制信道的示例。当控制资源集跨越多个OFDM符号时，控制信道候选可以被映射到多个OFDM符号，或者可以被映射到单个OFDM符号。一个DL控制信道元件可以被映射在由单个PRB和单个OFDM符号定义的RE上。如果多个DL控制信道元件被用于单个DL控制信道传输，则可以执行DL控制信道元件聚合。

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

图15显示了UL控制信道结构的示例。UL控制信道可以被映射在频域和时域中被定义的PRB和时隙上。该UL控制信道可以被称为长格式(或者仅称为第一格式)。UL控制信道可以在时域中映射在有限的OFDM符号上的RE上。这可以称为短格式(或仅称为第二格式)。具有短格式的UL控制信道可以被映射在单个PRB内的RE上。可替代地，可以将具有短格式的UL控制信道映射到多个PRB内的RE上。例如，可以应用隔行映射，即，UL控制信道可以被映射到系统带宽内的每N个PRB(例如5或10)。

图16是示出gNB 1660的一个实施方式的框图。gNB1660可以包括上层处理器1623、DL发送器1625、UL接收器1633和一个或多个天线1631。DL发送器1625可以包括PDCCH发送器1627和PDSCH发送器1629。UL接收器1633可以包括PUCCH接收器1635和PUSCH接收器1637。

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

DL发送器1625可以复用下行链路物理信道和下行链路物理信号(包括预留信号)并且经由发送天线1631发送它们。UL接收器1633可以经由接收天线1631接收复用的上行链路物理信道和上行链路物理信号并且对其进行解复用。PUCCH接收器1635可以提供上层处理器1623UCI。PUSCH接收器1637可以向上层处理器1623提供接收的传输块。

图17是示出UE 1702的一个实施方式的框图。UE1702可以包括上层处理器1723、UL发送器1751、DL接收器1743和一个或多个天线1731。UL发送器1751可以包括PUCCH发送器1753和PUSCH发送器1755。DL接收器1743可以包括PDCCH接收器1745和PDSCH接收器1747。

上层处理器1723可以管理物理层的行为(UL发送器和DL接收器的行为)，并且向物理层提供上层参数。上层处理器1723可以从物理层获取传输块。上层处理器1723可以向/从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描述的UE1802可以根据结合图1描述的UE 102来实施。UE1802包括控制处理器1802的操作的处理器1803UE1802。处理器1803也可以称为中央处理单元(CPU)。存储器1805可以向处理器1803提供指令1807a和数据1809a，该存储器可以包括只读存储器(ROM)、随机存取存储器(RAM)，这两种的组合或任何可以存储信息的设备的组合。存储器1805还可以包括非易失性随机存取存储器(NVRAM)。指令1807b和数据1809b也可以驻留在处理器1803中。加载到处理器1803中的指令1807b和/或数据1809b还可以包括来自存储器1805的被加载以由处理器1803执行或处理的指令1807a和/或数据1809a。指令1807b可以由处理器1803执行以实现上述方法。

UE 1802还可以包括外壳，该外壳包含一个或多个发送器1858和一个或多个接收器1820以允许数据的发送和接收。发送器1858和接收器1820可以组合成一个或多个收发器1818。一个或多个天线1822a-n被附接到外壳并电耦接到收发器1818。

UE 1802的各种组件通过总线系统1811耦接在一起，总线系统1811除了数据总线之外还可以包括电源总线，控制信号总线和状态信号总线。然而，为了清楚起见，各种总线在图18中被示为总线系统1811。UE1802还可以包括用于处理信号的数字信号处理器(DSP)1813。UE 1802还可以包括通信接口1815，其向用户提供对UE 1802的功能的接入。图18所示的UE 1802是功能框图，而不是特定组件的列表。

图19示出了可以在gNB 1960中使用的各种组件。结合图19描述的gNB1960可以根据结合图1描述的gNB 160来实施。gNB 1960包括处理器1903，该处理器1903控制处理器190的操作。处理器1903也可以称为中央处理器(CPU)。存储器1905可以向处理器1903提供指令1907a和数据1909a。存储器1905可以包括只读存储器(ROM)、随机存取存储器(RAM)，这两者的组合或可以存储信息的任何类型的设备的组合。存储器1905还可以包括非易失性随机存取存储器(NVRAM)。指令1907b和数据1909b也可以驻留在处理器1903中。加载到处理器1903中的指令1907b和/或数据1909b还可以包括来自存储器1905的指令1907a和/或数据1909a，它们被加载以供处理器1903执行或处理。指令1907b可以由处理器1903执行以实施上述方法。

gNB 1960还可以包括外壳，该外壳包含一个或多个发送器1917和一个或多个接收器1978，以允许发送和接收数据。发送器1917和接收器1978可以组合成一个或多个收发器1976。一个或多个天线1980a-n附接到外壳并电耦接到收发器1976。

gNB 1960的各种组件通过总线系统1911耦接在一起，总线系统1911除了数据总线之外还可以包括电源总线，控制信号总线和状态信号总线。然而，为了清楚起见，各种总线在图19中被示为总线系统1911。gNB 1960还可以包括用于处理信号的数字信号处理器(DSP)1913。gNB 1960还可以包括通信接口1915，该通信接口1915向用户提供对gNB 1960的功能的接入。图19所示的gNB 1960是功能框图，而不是特定元件的列表。

图20是示出UE 2002的一种实现的框图，其中可以实施用于HARQ-ACK定时和PUCCH资源确定的系统和方法以用于超低延迟PDSCH传输。UE2002包括发送装置2058、接收装置2020和控制装置2024。发送装置2058、接收装置2020和控制装置2024可以被配置为执行结合以上图1描述的一个或多个功能。上述图18示出了图20的具体设备结构的一个示例。可以实施其他不同结构以实现图1的一个或多个功能。例如，可以通过软件来实现DSP。

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

术语“计算机可读介质”是指可以由计算机或处理器访问的任何可用介质。如本文所使用的，术语“计算机可读介质”可以表示非暂时性和有形的计算机“和/或处理器可读介质。作为示例而非限制，计算机可读或处理器可读介质可以包括RAM，ROM，EEPROM，CD-ROM或其他光盘存储器，磁盘存储器或以指令或数据结构形式存储所需的程序代码，以及可以由计算机或处理器访问的文件。在此使用的磁盘和光盘包括光盘(CD)，激光光盘，光盘，数字多功能光盘(DVD)，软盘和光盘，其中磁盘通常以磁性方式复制数据，而光盘则通过激光光学方式复制数据。

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

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

应当理解，权利要求书不限于以上示出的精确配置和组件。在不脱离权利要求的范围的情况下，可以对本文所述的系统、方法和装置的布置、操作和细节进行各种修改、改变和变化。

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

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

此外，在上述每个实施方式中使用的基站设备和终端设备的每个功能块或各种特征可以由电路实施或执行，该电路通常是集成电路或多个集成电路。经设计以执行本说明书中描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用或通用应用集成电路(ASIC)、现场可编程门阵列(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中的全部。

<交叉引用>

本案是PCT国际申请，国际申请号为PCT/JP2019/029861进入中国国家阶段的申请案件，要求2018年8月3日的临时申请号62/714,743的优先权，其全部内容通过引用结合在此。

Claims

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

上层处理器，所述上层处理器经配置以：确定用于第一物理下行链路共享信道PDSCH传输的第一HARQ-ACK反馈的第一HARQ-ACK反馈定时，确定用于第二物理下行链路共享信道PDSCH传输的第二HARQ-ACK反馈的第二HARQ-ACK反馈定时；以及确定用于所述第一HARQ-ACK反馈的第一物理上行链路控制信道PUCCH资源；以及确定用于所述第二HARQ-ACK反馈的第二物理上行链路控制信道PUCCH资源；和

发送电路，所述发送电路被配置为基于所述第一HARQ-ACK反馈定时和所述第一物理上行链路控制信道PUCCH资源来发送至少一个HARQ-ACK比特；以及

基于所述第二HARQ-ACK反馈定时和所述第二物理上行链路控制信道PUCCH资源来发送至少一个HARQ-ACK比特；

其中，

所述第一HARQ-ACK反馈定时在第一DCI中由第一PDSCH到HARQ定时指示符字段确定，所述第一PDSCH到HARQ定时指示符字段映射到第一无线资源控制配置表中的值；以及，

第二HARQ-ACK反馈定时在第二DCI中由第二PDSCH到HARQ定时指示符字段确定，所述第二PDSCH到HARQ定时指示符字段映射到第二无线资源控制配置表中的值。

2.根据权利要求1所述的UE，其特征在于，所述第一PDSCH到HARQ定时指示符字段映射到的第一无线资源控制配置表中的值指示子时隙PDSCH传输之后的符号的数量或子时隙的数量。

3.根据权利要求1所述的UE，其特征在于，所述第一无线资源控制配置表和所述第二无线资源控制配置表是不同的无线资源控制配置表。

4.根据权利要求1所述的UE，其特征在于，所述第一DCI和所述第二DCI是不同的DCI格式。

5.一种基站gNB，所述基站包括：

上层处理器，所述上层处理器经配置以：确定用于第一物理下行链路共享信道PDSCH传输的第一HARQ-ACK反馈的第一HARQ-ACK反馈定时，确定用于第二物理下行链路共享信道PDSCH传输的第二HARQ-ACK反馈的第二HARQ-ACK反馈定时；以及确定用于所述第一HARQ-ACK反馈的第一物理上行链路控制信道PUCCH资源；以及确定用于所述第二HARQ-ACK反馈的第二物理上行链路控制信道PUCCH资源；以及

接收电路，第一接收电路被配置为基于所述第一HARQ-ACK反馈定时和所述第一物理上行链路控制信道PUCCH资源来接收至少一个HARQ-ACK比特；以及

基于所述第二HARQ-ACK反馈定时和所述第二物理上行链路控制信道PUCCH资源来接收至少一个HARQ-ACK比特；

其中，

6.根据权利要求5所述的gNB，其特征在于，所述第一PDSCH到HARQ定时指示符字段映射到第一无线资源控制配置表中的值指示子时隙PDSCH传输之后的符号的数量或子时隙的数量。

7.根据权利要求5所述的gNB，其特征在于，所述第一无线资源控制配置表和所述第二无线资源控制配置表是不同的无线资源控制RRC配置表。

8.根据权利要求5所述的gNB，其特征在于，所述第一DCI和所述第二DCI是不同的DCI格式。