CN112567849A

CN112567849A - Urllc的信道冲突处理，以及针对urllc pdsch传输的harq-ack的ack反馈打开/关闭

Info

Publication number: CN112567849A
Application number: CN201980053263.XA
Authority: CN
Inventors: 尹占平; 相羽立志; 横枕一成
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2018-08-09
Filing date: 2019-08-07
Publication date: 2021-03-26
Also published as: BR112021001565A2; US11943061B2; PH12021550253A1; BR112021001565A8; WO2020032096A1; EP3834552A4; EP3834552A1; US20210314104A1

Abstract

本发明描述了一种用户设备(UE)。该UE包括高层处理器，该高层处理器被配置为：配置用于超可靠低延迟通信(URLLC)物理下行链路共享信道(PDSCH)传输的HARQ‑ACK反馈的物理上行链路控制信道(PUCCH)资源。该高层处理器还被配置为确定用于URLLC PDSCH传输的HARQ‑ACK反馈的PUCCH与其他上行链路(UL)信道之间是否存在冲突。该高层处理器被进一步配置为确定URLLC传输和其他UL信道是否支持同时UL传输。该UE还包括传输电路，该传输电路被配置为传输针对URLLC PDSCH传输的HARQ‑ACK反馈和其他UL信道。

Description

URLLC的信道冲突处理，以及针对URLLC PDSCH传输的HARQ- ACK的ACK反馈打开/关闭

技术领域

本公开整体涉及通信系统。更具体地，本公开涉及超可靠低延迟通信(URLLC)的信道冲突处理，以及针对URLLC物理下行链路共享信道(PDSCH)传输的HARQ-ACK的确认(ACK)反馈打开/关闭。

背景技术

为了满足消费者需求并改善便携性和便利性，无线通信设备已变得更小且功能更强大。消费者已变得依赖于无线通信设备，并期望得到可靠的服务、扩大的覆盖区域和增强的功能性。无线通信系统可为多个无线通信设备提供通信，每个无线通信设备都可由基站提供服务。基站可以是与无线通信设备通信的设备。

随着无线通信设备的发展，人们一直在寻求改善通信容量、速度、灵活性和/或效率的方法。然而，改善通信容量、速度、灵活性和/或效率可能会带来某些问题。

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

发明内容

在一个示例中，描述了一种用户设备(UE)。所述UE包括高层处理器，所述高层处理器被配置为：配置用于超可靠低延迟通信(URLLC)物理下行链路共享信道(PDSCH)传输的HARQ-ACK反馈的物理上行链路控制信道(PUCCH)资源。所述高层处理器还被配置为确定用于URLLCPDSCH传输的HARQ-ACK反馈的PUCCH与其他上行链路(UL)信道之间是否存在冲突。所述高层处理器被进一步配置为确定URLLC传输和其他UL信道是否支持同时UL传输。所述UE还包括传输电路，所述传输电路被配置为传输针对URLLC PDSCH传输的HARQ-ACK反馈和其他UL信道。

在一个示例中，描述了另一种UE。所述UE包括高层处理器，所述高层处理器被配置为配置用于URLLC PDSCH传输的HARQ-ACK反馈的PUCCH资源。所述高层处理器还被配置为确定对于所述URLLC PDSCH传输的HARQ-ACK反馈，ACK反馈是打开还是关闭。所述UE还包括传输电路，所述传输电路被配置为基于所配置的PUCCH资源和HARQ-ACK状态来传输针对URLLCDL数据的HARQ-ACK反馈。

附图说明

[图1]图1是示出一个或多个基站(gNB)和一个或多个用户设备(UE)的一种具体实施的框图，可在该具体实施中实施超可靠低延迟通信(URLLC)的信道冲突处理，以及针对URLLC物理下行链路共享信道(PDSCH)传输的HARQ-ACK的确认(ACK)反馈打开/关闭。

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

[图3]图3示出了ACK反馈和NACK反馈的区分方法。

[图4]图4示出了用于HARQ-ACK的URLLC PUCCH与其他UL信道的冲突的示例。

[图5]图5示出了用于HARQ-ACK的URLLC PUCCH在重叠符号中对所有其他信道进行删截的示例。

[图6]图6示出了同时传输的用于HARQ-ACK的URLLC PUCCH和其他UL信道的示例。

[图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的一种具体实施的框图，可在该具体实施中实施URLLC的信道冲突处理，以及针对URLLC PDSCH传输的HARQ-ACK的ACK反馈打开/关闭。

[图21]图21是示出gNB的一种具体实施的框图，可在该具体实施中实施URLLC的信道冲突处理，以及针对URLLC PDSCH传输的HARQ-ACK的ACK反馈打开/关闭。

具体实施方式

本发明描述了一种用户设备(UE)。所述UE包括高层处理器，所述高层处理器被配置为：配置用于超可靠低延迟通信(URLLC)物理下行链路共享信道(PDSCH)传输的HARQ-ACK反馈的物理上行链路控制信道(PUCCH)资源。所述高层处理器还被配置为确定用于URLLCPDSCH传输的HARQ-ACK反馈的PUCCH与其他上行链路(UL)信道之间是否存在冲突。所述高层处理器被进一步配置为确定URLLC传输和其他UL信道是否支持同时UL传输。所述UE还包括传输电路，所述传输电路被配置为传输针对URLLC PDSCH传输的HARQ-ACK反馈和其他UL信道。

如果在用于URLLC PDSCH传输的HARQ-ACK反馈的PUCCH与其他UL信道之间存在冲突，并且如果URLLC传输和其他UL信道不支持同时UL传输，则所述UE可传输用于URLLCPDSCH传输的HARQ-ACK反馈的所述PUCCH并且可丢弃其他UL信道上的重叠符号。

如果在用于URLLC PDSCH传输的HARQ-ACK反馈的PUCCH与其他UL信道之间存在冲突，并且如果URLLC传输和其他UL信道支持同时UL传输，则所述UE可传输用于URLLC PDSCH传输的HARQ-ACK反馈的所述PUCCH，并且所述其他UL信道中的一个UL信道具有最高优先级。

描述了另一种UE。所述UE包括高层处理器，所述高层处理器被配置为配置用于URLLC PDSCH传输的HARQ-ACK反馈的PUCCH资源。所述高层处理器还被配置为确定对于所述URLLC PDSCH传输的HARQ-ACK反馈，ACK反馈是打开还是关闭。所述UE还包括传输电路，所述传输电路被配置为基于所配置的PUCCH资源和HARQ-ACK状态来传输针对URLLC DL数据的HARQ-ACK反馈。

针对URLLC PDSCH传输的ACK反馈可关闭。如果ACK反馈关闭，并且如果HARQ-ACK对应于NACK，则所述UE可使用所配置的PUCCH资源来报告NACK。如果ACK反馈关闭，并且如果HARQ-ACK对应于ACK，则所述UE可不传输对应于PDSCH的PUCCH。

针对URLLC PDSCH传输的ACK反馈可通过高层信令(例如RRC信令)来打开或关闭。针对URLLC PDSCH传输的ACK反馈可通过调度DCI格式中的字段的指示来打开或关闭。针对URLLC PDSCH传输的ACK反馈可通过调度DCI的MCS设置或加扰RNTI来打开或关闭。

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

3GPP长期演进(LTE)是授予用来改善通用移动通信系统(UMTS)移动电话或装置标准以应付未来需求的项目的名称。在一个方面，已对UMTS进行修改，以便为演进的通用陆地无线电接入(E-UTRA)和演进的通用陆地无线电接入网络(E-UTRAN)提供支持和规范。

本文所公开的系统和方法的至少一些方面可结合3GPP LTE、高级LTE(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反馈。

对于HARQ-ACK反馈，为ACK到NACK差错以及NACK到ACK差错应用不同的误码率(BER)要求。可引入一些区分方法来提供比ACK反馈更好的NACK反馈保护。

此外，携带用于URLLC PDSCH的HARQ-ACK的PUCCH可具有比其他信道更高的优先级。因此，如果发生冲突，则携带用于URLLC PDSCH传输的HARQ-ACK的PUCCH可删截任何其他UL信道。如果始终报告ACK，则可能发生其他UL信道的过度丢弃，因为URLLC数据具有10^-5的极低差错概率。因此，避免不必要的UL信道丢弃，同时提供所需可靠性的方法可能是有益的。

现在将参考附图来描述本文所公开的系统和方法的各种示例，其中相同的参考标号可指示功能相似的元件。如在本文附图中一般性描述和说明的系统和方法能够以各种不同的具体实施来布置和设计。因此，下文对附图呈现的几种具体实施进行更详细的描述并非意图限制要求保护的范围，而是仅仅代表所述系统和方法。

图1是示出一个或多个基站(gNB)160和一个或多个用户设备(UE)102的一种具体实施的框图，可在该具体实施中实施超可靠低延迟通信(URLLC)的信道冲突处理，以及针对URLLC物理下行链路共享信道(PDSCH)传输的HARQ-ACK的确认(ACK)反馈打开/关闭。一个或多个UE 102使用一个或多个天线122a-n来与一个或多个gNB 160进行通信。例如，UE 102使用一个或多个天线122a-n将电磁信号发射到gNB 160并且从gNB 160接收电磁信号。gNB160使用一个或多个天线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将信息或数据发送到一个或多个UE 102。下行链路信道119的示例包括PDCCH、PDSCH等。可使用其他种类的信道。PDCCH可用于传输下行链路控制信息(DCI)。

一个或多个UE 102中的每一者可包括一个或多个收发器118、一个或多个解调器114、一个或多个解码器108、一个或多个编码器150、一个或多个调制器154、数据缓冲器104和UE操作模块124。例如，可在UE 102中实现一个或多个接收路径和/或传输路径。为方便起见，UE 102中仅示出了单个收发器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能够与一个或多个gNB 160进行通信。UE操作模块124可包括UE调度模块126。

UE调度模块126可执行URLLC的冲突处理，以及针对URLLC PDSCH传输的HARQ-ACK的ACK反馈打开/关闭。对于URLLC PDSCH传输，URLLC下行链路(DL)数据的HARQ-ACK反馈可具有与URLLC数据传输本身相同的可靠性要求。当前NR PUCCH设计的目标是1％的确认(ACK)误检测概率和0.1％的否定确认(NACK)到ACK差错概率。因此，可指定一些增强来提升URLLC流量的HARQ-ACK反馈的PUCCH可靠性。

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

根据低延迟要求，可能需要在单个时隙中配置两个或更多个PUCCH资源。当前通过在时隙中配置单个起始符号来为短PUCCH分配时域的做法将不能满足需要。因此，可将用于URLLC流量的PUCCH资源集与eMBB PUCCH资源集独立而且分开地配置。用于URLLC的PUCCH资源可配置有与eMBB资源不同的参数和/或一些不同的字段。

对于URLLC，具有单个码字或TB的PDSCH传输是最常见的情况，因为具有最多至4层的MIMO传输仅支持一个码字。携带URLLC PDSCH的HARQ-ACK的PUCCH的差错概率应以至少与URLLC数据相同的差错概率(例如，10^-5)为目标，或者以更低的数量级(例如，10^-6)为目标。此外，NACK到ACK差错概率应还比ACK到NACK差错概率要低。因此，NACK到ACK差错概率可为10^-6，甚至低至10^-7。

为了对NACK反馈提供足够的保护，在一种方法中，应增强用于ACK反馈和NACK反馈两者的PUCCH以实现由NACK限定的更低差错概率(例如，10^-6或10^-7)。但是这可能导致为PUCCH分配过多资源。在另一种方法中，如果在ACK到NACK差错和NACK到ACK差错之间应用不同的BER要求，则可引入某种区分方法来提供比ACK反馈更好的NACK反馈保护。例如，区分方法可包括将不同的PUCCH资源用于ACK反馈和NACK反馈、NACK反馈比ACK反馈有更多的PRB或时域重复，以及/或者NACK反馈比ACK反馈更高的传输功率。

此外，携带用于URLLC PDSCH的HARQ-ACK的PUCCH可具有比其他信道更高的优先级。因此，如果发生冲突，则携带用于URLLC PDSCH传输的HARQ-ACK的PUCCH可删截任何其他UL信道。如果始终报告FACK，则可能发生其他UL信道的过度丢弃，因为URLLC数据具有10^-5的极低差错概率。为了避免其他信道的过度丢弃，可打开/关闭ACK反馈。如果ACK反馈关闭，则对于URLLC DL数据仅报告NACK。

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

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

给出，其中

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

表1

在5G NR中，可通过不同的服务质量(QoS)要求(例如，可靠性和延迟容限)来支持不同的服务。例如，eMBB可以高数据速率为目标，并且URLLC用来实现超可靠性和低延迟。

URLLC流量可使用与eMBB服务相同的参数。URLLC下行链路传输还可使用与eMBBDL传输不同的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 DL数据传输和对应的对PUCCH的HARQ-ACK反馈。

为了为URLLC流量提供超可靠性，可以10^-5差错概率来为URLLC配置不同的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-ACKBER要求可与URLLC数据信道相同或更高(即，至少10^{^-5}或10^{^-6})。

URLLC流量可与eMBB共享HARQ-ACK进程。然而，可限制用于URLLC的HARQ-ACK进程的数量(例如，只有1个或2个HARQ-ACK进程用于URLLC流量)。因此，用于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位有效载荷。为了减小PUCCH格式0的差错概率，可以考虑若干方法(例如，配置多于一个的PRB、时域重复、传输分集、不同的传输功率设置)。

可独立地或联合地配置这些方法。可定义新的PUCCH格式来获得这些增强。新PUCCH格式可以被命名为PUCCH格式5、PUCCH格式0_1、高级PUCCH格式0(PUCCH格式0a)、增强PUCCH格式0(PUCCH格式0e)、超可靠PUCCH格式0(PUCCH格式0_r或格式0_u)等。

本文描述了URLLC PUCCH资源分配和配置。在NR中，可将多个PUCCH资源集配置用于不同的有效载荷大小。在每个PUCCH资源集中，可配置多达16个PUCCH资源。如果资源数量大于4，则形成子集。在NR中，对于PUCCH报告，可首先基于UCI有效载荷大小来确定PUCCH资源集。ARI字段可指示PUCCH资源集中的PUCCH资源子集。如果每个子集中存在多于1个的PUCCH资源，则可基于调度DCI的CCE索引隐式地确定用于UCI报告的PUCCH资源。

对于URLLC，根据低延迟要求，短PUCCH可能是有用的。可配置用于最多2位UCI的至少一个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资源分配和配置的一些增强，从而实现增强的短PUCCH(例如，PUCCH资源子集包括在时隙中具有不同起始符号的多个PUCCH资源；单个PUCCH资源可被配置为在时隙中具有多个起始符号位置；PUCCH资源可被配置有PUCCH格式和周期性等)。

本文描述了URLLC ACK反馈和NACK反馈的区分。对用于URLLC PDSCH传输的PUCCH的HARQ-ACK反馈的BER要求应与URLLC数据信道相同或更高(例如，至少10^-5或10^-6)。此外，NACK到ACK差错概率应比ACK到NACK差错概率低得多。如果ACK被检测为NACK，则PDSCH将被重传并导致不必要的资源浪费。另一方面，如果NACK被检测为ACK，则gNB 160可假定其被正确接收，并且分组数据将被丢弃。这可导致多得多的重传开销。如果片段被错误地丢弃，则可能必须通过高层分组丢弃和重传来重传所有片段。因此，如果ACK到NACK差错概率为10^-5，则NACK到ACK差错概率应为10^-6；如果ACK到NACK差错概率为10^-6，则NACK到ACK差错概率应为10^-7。

为了对NACK反馈提供足够的保护，在一种方法中，应增强用于ACK反馈和NACK反馈两者的PUCCH以实现NACK需要的更低差错概率(例如，10^-6或10^-7)。但是这可能导致为PUCCH分配过多资源。

在另一种方法中，如果在ACK到NACK差错和NACK到ACK差错之间应用不同的BER要求，则可引入一些区分方法来提供比ACK反馈更好的对NACK反馈的保护。本文描述了若干方法。图3示出了本文所述的两种区分ACK反馈和NACK反馈的方法。

在第一方法(方法1)中，PUCCH资源可被配置为报告针对URLLC PDSCH传输的HARQ-ACK(ACK或NACK)，但可使用不同的实际传输模式和配置来报告ACK和NACK。

用于URLLC的PUCCH资源可配置有多个PRB、时域重复、传输分集和/或增强的功率控制。PUCCH资源可基于ACK和NACK之间的更高可靠性要求(例如，基于NACK反馈BER要求)来配置。如果反馈是NACK，则可使用所配置的参数。如果反馈是ACK，则可使用不同的PUCCH参数来减少PUCCH资源开销。即，基于检测到PDSCH传输，如果UE 102反馈HARQ-ACK(ACK或NACK)，则UE 102可使用基于所配置的参数的PUCCH资源来反馈HARQ-ACK。并且，如果HARQ-ACK对应于NACK，则UE 102可使用按照该参数配置的整个PUCCH资源。此外，如果HARQ-ACK对应于ACK，则UE 102可使用按照该参数配置的PUCCH资源的一部分。

在一个示例中，如果配置了多个PRB，则应使用所有所配置的PRB来报告NACK，并且可利用更少的PRB来报告ACK。

在另一个示例中，如果配置时域重复，则可使用所配置的时域重复数量(例如，时隙和/或符号的数量)来报告NACK，并且可利用更少数量的时域重复来报告ACK。作为一种特殊情况，如果配置双符号PUCCH，则应使用双符号PUCCH来报告NACK，并且可通过仅使用该双符号PUCCH资源的第一个符号来利用单符号PUCCH报告ACK。

又如，如果配置TxD，则应使用两个PUCCH资源、利用两个天线端口来传输NACK，并且可在单个PUCCH资源上利用单个天线端口来报告ACK。

再如，可将不同的传输功率应用于ACK和NACK的PUCCH传输。用于NACK反馈的传输功率应高于ACK反馈的传输。传输功率之间的差值或Δ值可被预定义或通过RRC配置给UE102。

应当注意，可针对ACK反馈和NACK反馈的PUCCH资源独立地或联合地配置不同的参数。例如，gNB 160可通过使用高层信号(例如，RRC消息)传输用于配置ACK和NACK的PUCCH资源的参数。此外，gNB 160可通过使用包括在用于调度PDSCH传输的DCI格式中的DCI来传输用于指示ACK和NACK的PUCCH资源的参数。此外，调度PDSCH传输的PDCCH(例如，PDCCH的控制信道元素)可用于指示ACK和NACK的PUCCH资源。在此，如上所述，gNB 160可仅为短PUCCH格式(例如，PUCCH格式0和/或PUCCH格式1)配置参数。

在此，如上所述，该参数可至少包括用于配置起始PRB索引和/或PRB数量的参数(即，频域配置)。此外，该参数可至少包括用于配置重复次数的参数(即，时域配置)。此外，该参数可至少包括用于配置天线端口数量的参数(即，空间域配置，是否使用两个天线端口)。此外，该参数可至少包括用于配置传输功率的参数。此外，如下所述，该参数可至少包括用于配置循环移位值的参数。

如上所述，UE 102可基于该参数来使用PUCCH资源(即，一个PUCCH资源)来传输HARQ-ACK(ACK或NACK)。并且，UE 102可基于HARQ-ACK是对应于ACK还是NACK来确定用于HARQ-ACK反馈的资源量(例如，频域和/或时域中的资源元素(RE)的数量)。例如，对于ACK反馈，UE 102可使用比用于NACK反馈的资源更少的资源量。在此，如何确定资源的量(例如，用于ACK反馈的资源的量)可预先由规范等(例如，通过使用公式)来确定。此外，gNB 160可通过使用高层信号来配置用于配置资源量(例如，ACK反馈的资源量)的参数(例如，偏移值)。UE 102可基于该参数(例如，偏移值)确定PUCCH资源上用于HARQ-ACK反馈的资源量(例如，用于ACK反馈的资源量)。

在第二方法(方法2)中，可为ACK反馈和NACK反馈配置单独的PUCCH资源。例如，gNB160可配置仅用于ACK反馈的PUCCH资源，并且可配置仅用于NACK反馈的PUCCH资源。并且，基于检测到PDSCH传输，如果HARQ-ACK对应于ACK，则UE 102可使用仅用于ACK反馈的PUCCH资源。此外，基于检测到PDSCH传输，如果HARQ-ACK对应于NACK，则UE 102可使用仅用于NACK反馈的PUCCH资源。

在该方法中，为ACK反馈和NACK反馈配置不同的PUCCH资源和不同的参数。用于NACK反馈的PUCCH资源可被配置有提供比ACK反馈的PUCCH资源更好的BER性能的参数。

在一个示例中，用于ACK反馈和NACK反馈的PUCCH资源可具有不同的起始PRB索引和不同数量的PRB。被配置用于NACK反馈的PRB的数量(例如，支持的PRB的数量)可高于ACK反馈的该数量。

在另一个示例中，用于ACK反馈和NACK反馈的PUCCH资源可具有不同数量的符号(例如，支持数量的符号)或不同数量的时域重复(例如，支持数量的时域重复)。例如，1符号PUCCH用于ACK反馈，2符号PUCCH用于NACK反馈。

在另一个示例中，用于NACK反馈的PUCCH可被配置有TxD，并且用于ACK的PUCCH可不被配置有TxD。即，仅对于NACK反馈才可支持双天线端口传输。例如，如果UE 102被配置有用于PUCCH格式0的双天线端口传输，用于使用PUCCH格式0的HARQ-ACK传输，则UE102可仅为NACK反馈使用双天线端口(具有两个PUCCH资源)，并且为ACK反馈使用单天线端口(具有单个PUCCH资源)。

又如，NACK反馈的传输功率可被配置有比用于ACK反馈的PUCCH的传输功率更高的值。传输功率之间的差值或Δ值可被预定义或通过RRC配置给UE 102。

应当注意，可针对ACK反馈和NACK反馈的PUCCH资源独立地或联合地配置不同的参数。在此，与方法1一样，gNB 160可为PUCCH资源配置不同的参数。此外，这些不同的参数可至少包括方法1中描述的参数。

在该第二方法中，除了PUCCH传输和检测之外，还可通过对不同PUCCH资源的打开/关闭键控来提供另一级别的ACK/NACK反馈。NACK可仅在所配置的NACK资源(例如，仅用于NACK反馈的PUCCH资源)上报告，并且ACK可仅在所配置的ACK资源(例如，仅用于ACK反馈的PUCCH资源)上报告。

利用PUCCH格式0，资源由每个所配置的RB中的序列和循环移位来定义。因此，如果一个PUCCH资源被配置用于ACK或NACK反馈的单个位(例如，类似于方法1)，则预留距离为6的两个循环移位，并且基于ACK和NACK之间的最低BER要求来配置该资源。如果两个不同的PUCCH资源被配置用于ACK反馈和NACK反馈(例如，类似于方法2)，则每个PUCCH资源仅保留序列的一个循环移位。因此，PUCCH资源开销不会增加。事实上，由于用于ACK反馈的PUCCH资源具有比用于NACK反馈的PUCCH资源更少的冗余或开销，因此方法2中用于ACK反馈和NACK反馈的单独PUCCH资源的总体资源开销低于方法1中用于ACK反馈和NACK反馈两者的单个PUCCH资源的总体资源开销。

此外，根据超低差错概率，可关闭ACK反馈，如下文所详述。在这种情况下，UE 102可配置有仅用于NACK反馈的PUCCH资源。

本文还描述了URLLC PUCCH传输以及与其他UL信道的冲突处理。URLLC流量需要超高可靠性和低延迟。URLLC UL数据传输可与同一UE102的PUCCH或PUSCH传输冲突(例如，在同一符号上)。图4中示出了用于HARQ-ACK的URLLC PUCCH与其他UL信道的冲突的示例。

作为一般规则，URLLC流量应该具有比任何其他UL传输更高的优先级。此外，DLURLLC PDSCH传输的HARQ-ACK反馈应具有比UL URLLC数据更高的优先级。因此，URLLCPDSCH传输的PUCCH反馈应在所有信道或UL传输中具有最高优先级。

在NR版本15中，相同BWP或CC上的同时UL信道传输不受支持。在PUCCH和/或PUSCH之间完全重叠或部分重叠的情况下，一些UCI多路复用规则可被定义有一些处理时间限制。

至少对于携带URLLC PDSCH传输的HARQ-ACK反馈的PUCCH，由于若干原因，与用于正常PDSCH传输的其他PUCCH的UCI多路复用是困难的。正常PUCCH上的URLLC流量的多路复用HARQ-ACK不能满足超低BER要求。并且，PUCCH没有足够的资源来将可靠性提高到期望的水平。在用于URLLC的HARQ-ACK PUCCH上进行多路复用将增加有效载荷，并且降低针对URLLC流量的HARQ-ACK反馈的BER性能。正常PUCCH的起始位置和持续时间可与用于URLLC反馈的PUCCH非常不同。另外，正常PUCCH和URLLC PUCCH可不对准。

至少对于携带URLLC PDSCH传输的HARQ-ACK反馈的PUCCH，正常PUSCH传输上的HARQ-ACK多路复用可能也是困难的。用于URLLC HARQ-ACK的RE映射应与正常HARQ-ACK不同。可使用高得多的β偏移值。UE 102可能没有足够的处理时间来处理PUSCH数据删截或速率匹配。URLLC的HARQ-ACK可在任何符号处出现，如果在DMRS符号之后多路复用HARQ-ACK，则URLLC流量可能违反定时要求。

因此，可始终传输携带针对URLLC PDSCH的HARQ-ACK的PUCCH，并且可将其他UL信道去优先化或丢弃。

在第一方法(方法1)中，可传输携带URLLC PDSCH的HARQ-ACK的PUCCH，并且丢弃重叠符号中的任何其他UL信道。图5中示出了用于HARQ-ACK的URLLC PUCCH在重叠符号中对所有其他信道进行删截的示例。

这是一种简单的解决方案，无论重叠信道的类型如何，都可适用于所有情况。在URLLC流量被配置有比eMBB流量更高的SCS的情况下，即使URLLC的PUCCH占据重叠信道的符号持续时间的一部分，也应丢弃重叠信道中的整个符号。例如，第一SCS可被配置用于第一PDCCH和/或第一PDSCH。第一PDCCH可用于调度PDSCH。此外，第二SCS可被配置用于第二PDCCH和/或第二PDSCH。第二PDCCH可用于调度第二PDSCH。在此，第一SCS和第二SCS可被配置用于相同的BWP(例如，相同的DL BWP)和/或相同的定时(例如，相同的时隙和/或符号)。

在第一SCS(例如，60kHzSCS)配置有比第二SCS(例如，15kHz)更高的SCS的情况下，如果UE 102检测到第一PDCCH和/或第一PDSCH，则UE 102可对PUCCH执行对应于第一PDSCH的HARQ-ACK传输(例如，即使用于第一PDSCH的PUCCH符号和用于第二PDSCH的PUCCH符号重叠)。在这种情况下，UE 102可丢弃用于第二PDSCH的HARQ-ACK传输(例如，丢弃用于第二PDSCH的HARQ-ACK传输的PUCCH的整个符号)。

在第二方法(方法2)中，可发生携带用于URLLC PDSCH的HARQ-ACK的PUCCH和其他PUCCH或PUSCH传输的同时传输，在功率受限的情况下，在其他信道上进行功率缩减。图6中示出了同时传输的用于HARQ-ACK的URLLC PUCCH和其他UL信道的示例。

为了在不丢弃太多UL信道的情况下支持URLLC流量，可在版本16及以后版本中支持同时UL信道传输。如果支持，则用于URLLC流量的PUCCH可与另一个PUCCH或PUSCH信道同时传输。

如果用于URLLC的PUCCH和另一个UL信道(PUCCH或PUSCH)的同时传输在同一符号上受支持，并且如果用于URLLC PDSCH反馈的PUCCH和该另一个UL信道之间存在重叠RE，则该另一个UL信道的重叠RE被用于URLLC PDSCH反馈的PUCCH删截。此外，应首先将UL传输功率分配给用于URLLC流量的PUCCH。剩余功率可被分配给相同UL符号中的该另一个UL信道的剩余RE。在功率受限的情况下，应对相同UL符号中的该另一个UL信道的剩余RE执行功率缩减，以满足给定BWP或服务小区的Pcmax限制。

同时UL信道传输可限于URLLC传输(例如，仅当UL信道中的一个UL信道用于URLLC或子时隙传输时，才可支持同时UL传输)。在这种情况下，同时UL信道传输支持可被定义为URLLC下的UE特征，并且可通过RRC信令从gNB 160配置给UE102。如果配置，则可支持以下同时传输：用于URLLC PDSCH的HARQ-ACK的PUCCH可与其他UL信道同时传输；URLLC PUSCH(例如，具有10^-5的目标BLER的新MCS表的子时隙PUSCH)可与其他UL信道同时传输；以及/或者用于URLLC PDSCH的HARQ-ACK的PUCCH可通过基于授权或免授权调度与URLLC PUSCH传输同时传输。

同时UL信道传输可扩展到所有流量类型(例如，PUCCH和PUSCH都用于eMBB传输)。在这种情况下，同时UL信道传输支持可被定义为单独的UE特征，并且可通过RRC信令从gNB160配置给UE102。

为了简化该过程，同时UL传输可限于2个UL信道。可为UL信道定义从最高优先级到最低优先级的优先级顺序(例如，用于URLLC PDSCH传输的HARQ-ACK的PUCCH>用于URLLC的SR的PUCCH>用于URLLC的PUSCH>用于URLLC CSI报告的PUCCH>用于eMBB PDSCH的HARQ-ACK反馈的PUCCH>用于eMBB的SR的PUCCH>用于eMBB PDSCH的CSI反馈的PUCCH>用于eMBB的PUSCH)。

本文还描述了用于ACK反馈的URLLC PUCCH打开/关闭。由于URLLC数据传输的超可靠性，报告NACK的概率非常低，仅有10^-5。换句话讲，针对URLLC PDSCH的99.999％的HARQ-ACK反馈将是ACK。如果针对URLLC PDSCH传输始终报告用于HARQ-ACK反馈的PUCCH，则在99.999％的时间都报告ACK。每当用于URLLC流量的PUCCH与另一个UL信道之间存在冲突时，如果应用上述方法1(例如，URLLC PUCCH删截任何其他UL信道)，则丢弃该另一个UL信道；或者如果应用上述方法2(例如，同时传输用于URLLC的PUCCH和其他信道)，则性能降低。

为了避免其他UL信道的过度丢弃，可打开或关闭ACK反馈。如果关闭ACK反馈，则对PUCCH(例如，用于URLLC DL数据的PUCCH)仅报告NACK。这显著减少了PUCCH传输的数量，因为NACK概率仅为10-5。因此，在大多数情况下，其他UL信道传输不受影响。

DL误检测存在一个潜在问题。对于正常PDSCH传输，PDCCH误检测概率为1％，PDSCH解码的误块率(BLER)目标为10％，并且HARQ-ACK反馈差错概率为1％至0.1％。在正常HARQ-ACK过程中，对于单个PDSCH传输，如果UE 102未针对给定PDSCH传输正确地检测到调度DCI，则不报告HARQ-ACK并且不传输PUCCH。gNB 160将对应的PUCCH反馈的缺失视为DTX，并且gNB160随后重传PDSCH。

如果关闭ACK反馈(例如，对于URLLC PDSCH传输)，则gNB 160不能将DTX与ACK区分开。在发生DTX的情况下，gNB 160可认为PDSCH被正确接收，因为未报告NACK。然而，如果PDCCH误检测概率低于数据差错概率，则PDCCH误检测错误是可接受的，因为它已经满足数据性能标准。例如，如果预期URLLC数据差错概率为10^-5，并且PDCCH差错概率为10^-5或10^-6，则即使关闭ACK反馈，DTX差错也是可接受的。

应当注意，PDSCH的差错概率已经考虑了必要的PDSCH重传，并且初始PDSCH传输概率可远高于预期的URLLC数据差错概率。例如，初始PDSCH传输差错概率可为10^-3，在重传之后，PDSCH差错概率可减小到10^-5或10^-6。

总之，如果增强用于URLLC调度的PDCCH以具有与目标URLLC数据差错概率相同或低得多的差错概率，则可关闭ACK反馈(例如，针对URLLC PDSCH传输)以避免其他UL信道的过度丢弃。

ACK反馈打开/关闭可被视为ACK和NACK区分的一种特殊处理。在这种极端情况下，不需要报告ACK，并且仅报告NACK。如果关闭ACK反馈，则UE 102可配置有仅用于NACK报告(例如，用于序列基础格式0反馈)的PUCCH资源，并且仅需要预留序列的一个循环移位来用于HARQ-ACK反馈。PUCCH报告将不被视为ACK，并且PUCCH传输的检测是NACK。基本上，NACK反馈通过PUCCH传输的打开/关闭键控来确认。PUCCH上的打开/关闭键控和NACK检测的组合将为HARQ-ACK反馈提供更高的可靠性。

本发明描述了用于发信号通知ACK反馈打开/关闭的若干方法。在一种方法中，ACK反馈(例如，针对URLLC DL传输)的打开/关闭可由高层信令配置。如果关闭ACK反馈(例如，针对URLLC DL传输)，则用于HARQ-ACK反馈的PUCCH资源被配置为仅用于NACK反馈。即，gNB160可通过使用高层信号来传输用于指示是否执行ACK反馈(即，打开还是关闭ACK反馈)的参数。例如，gNB 160可根据PUCCH格式配置用于指示是否执行ACK反馈的参数。此外，gNB160可根据BWP(例如，UL BWP)配置用于指示是否执行ACK反馈的参数。此外，gNB 160可根据服务小区配置用于指示是否执行ACK反馈的参数。此外，gNB 160可根据PUCCH小区组(例如，主PUCCH组和辅PUCCH组)配置用于指示是否执行ACK反馈的参数。并且，UE 102可基于该参数来确定是否执行ACK反馈。

例如，在ACK反馈被高层信号配置为“打开”的情况下，对于eMBB PDSCH传输(即，PDSCH传输)，UE 102可执行HARQ-ACK(即，ACK或NACK)反馈。gNB 160可配置用于HARQ-ACK(即，ACK或NACK)反馈的第一PUCCH资源。

在ACK反馈被高层信号配置为“打开”的情况下，对于URLLC PDSCH传输(即，PDSCH传输)，UE 102可执行HARQ-ACK(即，ACK或NACK)反馈。gNB 160可配置用于HARQ-ACK(即，ACK或NACK)反馈的第一PUCCH资源。

在ACK反馈被高层信号配置为“关闭”的情况下，对于eMBB PDSCH传输，UE 102可执行HARQ-ACK(即，ACK或NACK)反馈。gNB 160可配置用于HARQ-ACK(即，ACK或NACK)反馈的第一PUCCH资源。

在ACK反馈被高层信号配置为“关闭”的情况下，对于URLLC PDSCH传输，UE 102可仅执行NACK反馈。gNB 160可配置仅用于NACK反馈的第二PUCCH资源。即，UE 102可仅为URLLC PDSCH传输应用ACK反馈的打开/关闭。

另选地，在ACK反馈被高层信号配置为“关闭”的情况下，对于eMBB和URLLC PDSCH传输(即PDSCH传输)，UE 102可仅执行NACK反馈。gNB 160可配置仅用于NACK反馈的第二PUCCH资源。即，UE 102可为eMBB和URLLC PDSCH传输应用ACK反馈的打开/关闭。

在此，第一PUCCH资源可对应于方法1和/或2中描述的PUCCH资源。

在另一种方法中，可以DCI格式发信号通知用于URLLC DL传输的ACK反馈的打开/关闭。即，用于指示是否执行ACK反馈(即，打开还是关闭ACK反馈)的信息可包括在DCI格式(例如，用于调度PDSCH(即，PDSCH传输)的DCI格式)中。例如，在DCI(例如，DCI格式)指示“打开”ACK反馈的情况下，UE 102可执行HARQ-ACK(即，ACK或NACK)反馈。gNB 160可配置用于HARQ-ACK(即，ACK或NACK)反馈的第一PUCCH资源。

在DCI(例如，DCI格式)指示“关闭”ACK反馈的情况下，UE 102可仅执行NACK反馈。gNB 160可配置仅用于NACK反馈的第二PUCCH资源。

在一种情况下，可在DCI中由PDSCH到HARQ定时指示标识字段指示URLLC PDSCHHARQ-ACK反馈定时。如果支持ACK打开/关闭，则用于PDSCH到HARQ定时指示标识字段的条目可被分成2组，一组指示ACK反馈打开的定时，另一组指示ACK反馈关闭的定时。因此，PDSCH到HARQ定时指示标识字段的8个条目可仅指示4种不同的定时。

在类似的方法中，当前3位PDSCH到HARQ定时指示标识字段可被分成两部分。使用其中两位通过仅具有4个条目的RRC配置的定时表的索引来指示HARQ-ACK定时。另一位用于明确指示是否应报告ACK。如果该位为“0”，则不报告ACK并且仅报告NACK；如果该位为“1”，则应报告ACK和NACK两者。

在又一种方法中，可将长度为一位的新字段添加到DCI中，以明确指示是否应报告ACK。如果该位为“0”，则不报告ACK并且仅报告NACK；如果该位为“1”，则应报告ACK和NACK两者。

在另一种情况下，可基于预定义或所配置的处理时间表来确定URLLC PDSCHHARQ-ACK反馈定时，并且可从用于URLLC数据的PDSCH调度DCI格式中忽略或移除PDSCH到HARQ定时指示标识字段。在这种情况下，可将长度为一位的新字段添加到DCI中，以明确指示是否应报告ACK。如果该位为“0”，则不报告ACK并且仅报告NACK；如果该位为“1”，则应报告ACK和NACK两者。

在又一种方法中，可使用不同的DCI格式隐式地确定是否应报告ACK反馈(即，打开还是关闭)。例如，不含HARQ-ACK定时信息的紧凑DCI意味着关闭ACK反馈。需注意，在这种情况下，将默认的HARQ-ACK定时应用于所调度的URLLC PDSCH传输的NACK反馈。具有定时指示的常规DCI或长DCI暗示需要ACK和NACK两者的反馈。例如，在检测到用于调度PDSCH的常规DCI或长DCI(例如，第一DCI格式)的情况下，UE 102可执行HARQ-ACK(即，ACK或NACK)反馈。gNB 160可配置用于HARQ-ACK(即，ACK或NACK)反馈的第一PUCCH资源。

在检测到用于调度PDSCH的紧凑DCI(例如，第二DCI格式)的情况下，UE 102可仅执行NACK反馈。gNB 160可配置仅用于NACK反馈的第二PUCCH资源。

在另一种方法中，可基于PDSCH传输的MCS设置来确定ACK反馈打开/关闭。对于利用CP-OFDM的PDSCH和PUSCH，为URLLC引入新的MCS表，如下表2中给出的。该新的MCS表具有10^-5的BLER目标。正常MCS表具有10％的BLER目标。

表2

对于PDSCH调度，DCI中的MCS信息字段有5位。如果利用新的RNTI加扰DCI CRC，则将新的MCS表与10^-5的目标BLER一起使用，ACK反馈可关闭；否则，将传统的MCS表与10％的目标BLER一起使用，并且ACK反馈打开。对于DL SPS，RRC指示是否配置新的64QAM表。用于DLSPS的新MCS表的指示与用于基于授权的DL调度的指示是分开的。因此，如果新的MCS表被配置用于DL SPS传输，则ACK反馈可关闭；否则，ACK反馈打开。

即，例如，在PDSCH传输对应于旧MCS表(例如，第一MCS表)的情况下，UE 102可执行HARQ-ACK(即，ACK或NACK)反馈。gNB160可配置用于HARQ-ACK(即，ACK或NACK)反馈的第一PUCCH资源。在PDSCH传输对应于新MCS表(例如，第二MCS表)的情况下，UE 102可仅执行NACK反馈。gNB 160可配置仅用于NACK反馈的第二PUCCH资源。

此外，例如，在PDSCH传输由具有由旧RNTI(例如，C-RNTI)加扰的CRC的DCI格式指示的情况下，UE 102可执行HARQ-ACK(即，ACK或NACK)反馈。gNB 160可配置用于HARQ-ACK(即，ACK或NACK)反馈的第一PUCCH资源。在PDSCH传输由具有由新RNTI(例如，不同于C-RNTI的第一RNTI)加扰的CRC的DCI格式指示的情况下，UE 102可仅执行NACK反馈。gNB 160可配置仅用于NACK反馈的第二PUCCH资源。

在此，新RNTI(即，具有由新RNTI加扰的CRC的DCI格式)可用于识别新MCS表。即，UE102可基于所检测到的RNTI(例如，C-RNTI或新RNTI)来确定MCS表(例如，从多于一个的MCS表中选择一个MCS表)。此外，MCS表(即，第一MCS表和第二MCS表)可用于确定目标MCS和/或编码速率。

如上所述，即使在ACK反馈被配置为“关闭”的情况下，对于eMBB PDSCH传输，UE102也可执行HARQ-ACK(ACK或NACK)反馈。即，UE 102可仅为URLLC PDSCH传输应用ACK反馈的打开/关闭。以下描述是在ACK反馈被配置为“关闭”的情况下UE行为的示例。

例如，可通过包括在DCI格式(例如，用于调度PDSCH的DCI格式)中的信息来识别eMBB PDSCH传输和URLLC PDSCH传输。例如，与上面的描述类似，eMBB PDSCH传输和URLLCPDSCH传输可由设置给PDSCH到HARQ定时指示标识字段的值(或1位信息)来识别。

此外，eMBB PDSCH传输和URLLC PDSCH传输可由DCI格式(例如，长DCI、紧凑DCI)来识别。例如，UE 102可基于检测到长DCI格式(即，第一DCI格式)来识别eMBB PDSCH传输。例如，基于检测到长DCI格式，UE 102可执行针对eMBB PDSCH传输的HARQ-ACK(ACK或NACK)反馈。此外，UE 102可基于检测到紧凑DCI格式(即，第二DCI格式)来识别URLLC PDSCH传输。例如，基于检测到紧凑DCI格式，UE 102可仅执行针对URLLC PDSCH传输的NACK反馈。

此外，eMBB PDSCH传输和URLLC PDSCH传输可由MCS表来识别。例如，UE 102可基于对应于PDSCH传输的MCS表来识别eMBB PDSCH传输。例如，在PDSCH传输对应于旧MCS表(即，第一MCS表)的情况下，UE 102可执行针对eMBB PDSCH传输的HARQ-ACK(ACK或NACK)反馈。此外，UE 102可基于对应于PDSCH传输的MCS表来识别URLLC PDSCH传输。例如，在PDSCH传输对应于新MCS表(即，第二MCS表)的情况下，UE 102可仅执行针对URLLC PDSCH传输的NACK反馈。

另外，此外，eMBB PDSCH传输和URLLC PDSCH传输可由用于对要附接到DCI格式的CRC进行加扰的RNTI来识别。例如，UE 102可基于检测到具有由旧RNTI(例如，C-RNTI)加扰的CRC的DCI格式来识别eMBB PDSCH传输。例如，在PDSCH传输由具有由旧RNTI(例如，C-RNTI)加扰的CRC的DCI格式指示的情况下，UE 102可执行针对eMBB PDSCH传输的HARQ-ACK(ACK或NACK)反馈。此外，UE 102可基于检测到具有由新RNTI(例如，第一RNTI)加扰的CRC的DCI格式来识别URLLC PDSCH传输。例如，在PDSCH传输由具有由新RNTI(例如，第一RNTI)加扰的CRC的DCI格式指示的情况下，UE 102可仅执行针对URLLC PDSCH传输的NACK反馈。

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可编码由UE操作模块124提供的传输数据146和/或其他信息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中实施一个或多个接收路径和/或发射路径。为方便起见，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。gNB 160可使用解码器166来解码信号。解码器166可产生一个或多个解码的信号164、168。例如，第一eNB解码的信号164可包括接收的有效载荷数据，该有效载荷数据可存储在数据缓冲器162中。第二eNB解码的信号168可包括开销数据和/或控制数据。例如，第二eNB解码的信号168可提供gNB操作模块182可用来执行一个或多个操作的数据(例如，PDSCH HARQ-ACK信息)。

一般来讲，gNB操作模块182可使gNB 160能够与一个或多个UE102进行通信。gNB操作模块182可包括gNB调度模块194。gNB调度模块194可如本文所述执行用于处理与URLLC的信道冲突的操作，以及用于URLLC PDSCH传输的HARQ-ACK的ACK反馈打开/关闭。

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可编码由gNB操作模块182提供的被包括在信息101中的传输数据105和/或其他信息。例如，对被包括在信息101中的传输数据105和/或其他信息进行编码可涉及错误检测和/或纠正编码、将数据映射到空间、时间和/或频率资源以用于传输、多路复用等。编码器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中的元件或其部件中的一者或多者可在硬件中实施。例如，这些元件或其部件中的一者或多者可被实现为芯片、电路或硬件部件等。还应当注意，本文所述功能或方法中的一者或多者可在硬件中实现和/或使用硬件执行。例如，本文所述方法中的一者或多者可在芯片组、专用集成电路(ASIC)、大规模集成电路(LSI)或集成电路等中实现，并且/或者使用芯片组、专用集成电路(ASIC)、大规模集成电路(LSI)或集成电路等实现。

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

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

图3示出了ACK反馈和NACK反馈的区分方法。在第一方法(方法1)中，配置HARQ-ACKPUCCH资源，但是以不同参数(例如，PRB的数量、TxD、传输功率等)来传输NACK和ACK。在第二方法(方法2)中，将不同的PUCCH资源配置用于具有不同参数的NACK和ACK反馈。

图4示出了用于HARQ-ACK的URLLC PUCCH与其他UL信道的冲突的示例。

图5示出了用于HARQ-ACK的URLLC PUCCH在重叠符号中对所有其他信道进行删截的示例。

图6示出了同时传输的用于HARQ-ACK的URLLC PUCCH和其他UL信道的示例。

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

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

对于PCell，N^DL _RB作为系统信息的一部分被广播。对于SCell(包括许可辅助接入(LAA)SCell)，N^DL _RB通过专用于UE 102的RRC消息进行配置。对于PDSCH映射，可用RE 791可以是其索引1在子帧中满足1≥1_{数据，开始}并且/或者1_{数据，结束}≥1的RE 791。

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

下行链路RB在频域内包括十二个子载波，并且在时域内包括七个(用于正常CP)或六个(用于扩展CP)OFDM符号。由频域内的一个子载波和时域内的一个OFDM符号定义的区域被称为资源元素(RE)，并且通过时隙中的索引对(k,l)唯一地标识，其中k和l分别是频域和时域中的索引。尽管在本文中讨论了一个分量载波(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之外，还可采用单载波频分多址(SC-FDMA)接入方案，该方案也被称为离散傅里叶变换扩频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可接收包括配置参数#1的信息(例如，切换命令)的专用RRC信号。专用RRC信号可以是特定于UE的信号。在此，第一SPS资源上的第一UL传输可在参数#1、参数#2(子载波间隔为30kHz)和/或参数#3(子载波间隔为60kHz)上执行。

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

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

图10示出了图9中所示的参数1001的子帧结构的示例。考虑到时隙1083包括N^DL _Symb(或N^UL _Symb)＝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 _symb-1(或N^UL _symb-1)。

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

子时隙1107可以从时隙1183内的任何符号开始，除非它与控制信道发生冲突。基于起始位置的限制，微时隙长度可存在限制。例如，长度为N^DL _symb-1(或N^UL _symb-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。针对DL共享信道1213a的HARQ-ACK(即，每一者指示是否成功地检测到每个DL共享信道1213a中的传输块的HARQ-ACK)经由在后一时隙1283b中的UL控制信道1215a被报告。在这种情况下，给定时隙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中，该UL控制信道被映射在时隙1283e的末尾部分。

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

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

图13示出了DL控制信道监视区域的示例。一组或多组PRB可被配置用于DL控制信道监视。换句话讲，控制资源集在频域中是一组PRB，在该组PRB内，UE 102尝试盲解码下行链路控制信息，其中PRB可以是或可以不是频率连续的，UE 102可具有一个或多个控制资源集，并且一个DCI消息可位于一个控制资源集中。在频域中，PRB是用于控制信道的资源单元大小(其可包括或可以不包括解调参考信号(DM-RS))。DL共享信道可在比携带所检测的DL控制信道的符号更晚的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符号，则DL控制信道元素聚合在一个OFDM符号内执行，即多个DL控制信道元素在一个OFDM符号内聚合。否则，可在不同OFDM符号中聚合DL控制信道元素。

图15示出了UL控制信道结构的示例。UL控制信道可被映射在分别由PRB和频域和时域中的时隙限定的RE上。该UL控制信道可被称为长格式(或仅称为第一格式)。UL控制信道可映射在时域中的有限的OFDM符号上的RE上。这可称为短格式(或仅称为第二格式)。具有短格式的UL控制信道可在单个PRB内的RE上映射。另选地，具有短格式的UL控制信道可在多个PRB内的RE上映射。例如，可应用交错映射，即可将UL控制信道映射至系统带宽内的每N个PRB(例如，5个或10个)。

图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可向高层处理器1623提供UCI。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发射器1753提供UCI。

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

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

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

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

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

图19示出了可在gNB 1960中利用的各种部件。结合图19描述的gNB1960可根据结合图1描述的gNB 160来实施。gNB 1960包括控制gNB 1960的操作的处理器1903。处理器1903也可称为中央处理单元(CPU)。存储器1905(可包括只读存储器(ROM)、随机存取存储器(RAM)、这两种存储器的组合或可存储信息的任何类型的装置)向处理器1903提供指令1907a和数据1909a。存储器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(除了数据总线之外，该总线系统还可包括电源总线、控制信号总线和状态信号总线)耦接在一起。然而，为了清楚起见，各种总线在图19中被示出为总线系统1911。gNB1960还可包括用于处理信号的数字信号处理器(DSP)1913。gNB 1960还可包括对gNB 1960的功能提供用户接入的通信接口1915。图19所示的gNB1960是功能框图而非具体部件的列表。

图20是示出UE 2002的一种具体实施的框图，可在该具体实施中实施URLLC的信道冲突处理，以及针对URLLC PDSCH传输的HARQ-ACK的ACK反馈打开/关闭。UE 2002包括发射装置2058、接收装置2020和控制装置2024。发射装置2058、接收装置2020和控制装置2024可被配置为执行结合上图1所述的功能中的一者或多者。上图18示出了图20的具体装置结构的一个示例。可实施其他各种结构，以实现图1的功能中的一者或多者。例如，DSP可通过软件实现。

图21是示出gNB 2160的一种具体实施的框图，可在该具体实施中实施URLLC的信道冲突处理，以及针对URLLC PDSCH传输的HARQ-ACK的ACK反馈打开/关闭。gNB 2160包括发射装置2123、接收装置2178和控制装置2182。发射装置2123、接收装置2178和控制装置2182可被配置为执行结合上图1所述的功能中的一者或多者。上图19示出了图21的具体装置结构的一个示例。可实施其他各种结构，以实现图1的功能中的一者或多者。例如，DSP可通过软件实现。

术语“计算机可读介质”是指可由计算机或处理器访问的任何可用介质。如本文所用，术语“计算机可读介质”可表示非暂态且有形的计算机可读介质和/或处理器可读介质。以举例而非限制的方式，计算机可读介质或处理器可读介质可包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储设备、磁盘存储设备或其他磁存储设备，或者可用于携带或存储指令或数据结构形式的所需程序代码并且可由计算机或处理器访问的任何其他介质。如本文所用，磁盘和光盘包括压缩光盘(CD)、激光盘、光学光盘、数字通用光盘(DVD)、软磁盘及

光盘，其中磁盘通常以磁性方式复制数据，而光盘则利用激光以光学方式复制数据。

应当注意，本文所述方法中的一者或多者可在硬件中实现并且/或者使用硬件执行。例如，本文所述方法中的一者或多者可在芯片组、专用集成电路(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)、现场可编程门阵列(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节(35U.S.C.§119)要求2018年8月9日提交的临时申请62/716,836的优先权，该临时申请的全部内容据此以引用方式并入。

Claims

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

高层处理器，所述高层处理器被配置为：

配置用于超可靠低延迟通信(URLLC)物理下行链路共享信道(PDSCH)传输的HARQ-ACK反馈的物理上行链路控制信道(PUCCH)资源，确定用于URLLC PDSCH传输的HARQ-ACK反馈的PUCCH与其他上行链路(UL)信道之间是否存在冲突，以及

确定URLLC传输和其他UL信道是否支持同时UL传输；和

传输电路，所述传输电路被配置为传输针对URLLC PDSCH传输的HARQ-ACK反馈和其他UL信道。

2.根据权利要求1所述的UE，其中如果在用于URLLC PDSCH传输的HARQ-ACK反馈的PUCCH与其他UL信道之间存在冲突，并且如果URLLC传输和其他UL信道不支持同时UL传输，则所述UE传输用于URLLC PDSCH传输的HARQ-ACK反馈的所述PUCCH并丢弃其他UL信道上的重叠符号。

3.根据权利要求1所述的UE，其中如果在用于URLLC PDSCH传输的HARQ-ACK反馈的PUCCH与其他UL信道之间存在冲突，并且如果URLLC传输和其他UL信道支持同时UL传输，则所述UE传输用于URLLC PDSCH传输的HARQ-ACK反馈的所述PUCCH，并且所述其他UL信道中的一个UL信道具有最高优先级。

4.一种用户设备(UE)，所述用户设备包括：

高层处理器，所述高层处理器被配置为

配置用于超可靠低延迟通信(URLLC)物理下行链路共享信道(PDSCH)传输的HARQ-ACK反馈的物理上行链路控制信道(PUCCH)资源，以及确定对于所述URLLC PDSCH传输的HARQ-ACK反馈，确认(ACK)反馈是打开还是关闭；和

传输电路，所述传输电路被配置为基于所配置的PUCCH资源和HARQ-ACK状态来传输针对URLLC下行链路(DL)数据的HARQ-ACK反馈。

5.根据权利要求4所述的UE，其中针对URLLC PDSCH传输的所述ACK反馈可关闭；并且如果所述ACK反馈关闭，

如果所述HARQ-ACK对应于NACK，则所述UE可使用所配置的PUCCH资源来报告NACK，并且

如果所述HARQ-ACK对应于ACK，则所述UE可不传输对应于所述PDSCH的PUCCH。

6.根据权利要求4所述的UE，其中针对URLLC PDSCH传输的所述ACK反馈可通过高层信令例如RRC信令来打开或关闭。

7.根据权利要求4所述的UE，其中针对URLLC PDSCH传输的所述ACK反馈可通过调度DCI格式中的字段的指示来打开或关闭。

8.根据权利要求4所述的UE，其中针对URLLC PDSCH传输的所述ACK反馈可通过所述调度DCI的MCS设置或加扰RNTI来打开或关闭。