CN112136286A

CN112136286A - 在非许可频段中发送harq反馈信息的方法和设备

Info

Publication number: CN112136286A
Application number: CN201980032985.7A
Authority: CN
Inventors: 朴奎镇
Original assignee: KT Corp
Current assignee: KT Corp
Priority date: 2018-05-17
Filing date: 2019-05-14
Publication date: 2020-12-25
Anticipated expiration: 2039-05-14
Also published as: US20210218502A1; US11949513B2; KR20190132183A; KR102326031B1; CN112136286B; KR20190132228A

Abstract

本实施例涉及用于在非许可频带中发送HARQ反馈信息的方法和设备。一个实施例提供了一种用户设备在非许可频带中发送HARQ反馈信息的方法，该方法包括以下步骤：在非许可频带中接收包括用于下行链路数据信道(PDSCH)的资源分配信息的下行链路控制信息；在非许可频带中接收用于HARQ反馈信息的传输的HARQ定时指示信息；以及根据HARQ定时指示信息，在非许可频段中发送HARQ反馈信息。

Description

在非许可频段中发送HARQ反馈信息的方法和设备

技术领域

本公开涉及用于在下一代/5G无线电接入网络(以下称为新无线电，“NR”)中的非许可频带中发送HARQ反馈信息的方法和装置。

背景技术

最近，第三代合作伙伴计划(3GPP)批准了“关于新型无线电接入技术的研究”，这是一项研究下一代/5G无线电接入技术的研究项目(以下简称“新无线电”或“NR”)。在对新无线电接入技术的研究的基础上，无线电接入网络工作组1(RAN WG1)一直在讨论新无线电(NR)的帧结构、信道编码和调制、波形、多路访问方法等。设计NR不仅需要提供与长期演进(LTE)/LTE-Advanced相比更高的数据传输速率，而且还需要满足详细和特定使用场景中的各种要求。

作为NR的代表性使用方案，提出了增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)以及超可靠和低延迟通信(URLLC)。为了满足各个场景的要求，与LTE/LTE-Advanced相比，需要将NR设计为具有灵活的帧结构。

由于数据速率、等待时间、可靠性、覆盖范围等方面的要求互不相同，因此需要一种用于基于与其他(例如，子载波间隔、子帧、传输时间间隔(TTI)等)不同的参数集有效地复用无线电资源单元的方法，作为用于通过构成任何NR系统的频带来有效地满足每种使用场景要求的方法。

为了解决这些问题，需要一种用于使用非许可频带来发送用于接收下行链路数据信道(PDSCH)的HARQ反馈信息的设计。

发明内容

技术问题

根据本公开的实施例，可以提供可以在非许可频带中发送用于接收下行链路数据信道的HARQ反馈信息的具体方法和装置。

此外，根据本公开的实施例，可以提供用于在非许可频带中发送包括各种上行链路控制信息的上行链路控制信道(PUCCH)的具体方法和装置。

技术方案

根据本公开的一个方面，提供了一种终端(以下称为用户设备(“UE”))在非许可频带中发送HARQ反馈信息的方法，该方法包括：在非许可频带中接收包括下行链路数据信道(PDSCH)的资源分配信息的下行链路控制信息；在非许可频带中接收用于HARQ反馈信息的传输的HARQ定时指示信息；以及根据HARQ定时指示信息，在非许可频段中发送HARQ反馈信息。

根据本公开的另一方面，提供了一种基站在非许可频带中接收HARQ反馈信息的方法，该方法包括：在非许可频带中发送包括用于下行链路数据信道(PDSCH)的资源分配信息的下行链路控制信息；在非许可频带中发送用于HARQ反馈信息的传输的HARQ定时指示信息；以及根据HARQ定时指示信息，在非许可频带中接收HARQ反馈信息。

根据本公开的另一方面，提供了一种在非许可的频带中发送HARQ反馈信的息用户设备，该用户设备包括：接收器，其在非许可频带中接收包括用于下行链路数据信道(PDSCH)的资源分配信息的下行链路控制信息，并在非许可频带中接收用于HARQ反馈信息的传输的HARQ定时指示信息；以及发送器，其根据HARQ定时指示信息，在非许可频段中发送HARQ反馈信息。

根据本公开的又一方面，提供了一种在非许可频带中接收HARQ反馈信息的基站，该基站包括：发送器，其在非许可频带中发送包括用于下行链路数据信道(PDSCH)的资源分配信息的下行链路控制信息，并在非许可频带中发送用于HARQ反馈信息的传输的HARQ定时指示信息；以及接收器，其根据HARQ定时指示信息，在非许可频段中接收HARQ反馈信息。

有益效果

根据本公开的实施例，可以提供用于在非许可频带中发送HARQ反馈信息的方法和装置，以使得在非许可频带中能够发送用于接收下行链路数据信道的HARQ反馈信息。

此外，根据本公开的实施例，可以提供用于在非许可频带中发送包括各种上行链路控制信息的上行链路控制信道(PUCCH)的方法和装置。

附图说明

图1示意性地示出了根据本公开实施例的NR无线通信系统；

图2示意性地示出了根据本公开的实施例的NR系统中的帧结构；

图3示出根据本公开的实施例的由无线电接入技术支持的资源网格；

图4示出根据本公开的实施例的由无线电接入技术支持的带宽部分；

图5示出了根据本公开的实施例的无线电接入技术中的同步信号块的示例；

图6是用于说明根据本公开的实施例的无线电接入技术中的随机接入过程的图；

图7示出了CORESET；

图8示出了根据本公开的实施例的不同子载波间隔(SCS)之间的符号级对齐的示例；

图9示意性地示出了可以应用本公开的实施例的带宽部分；

图10是示出根据本公开的实施例的UE在非许可频带中发送HARQ反馈信息的过程的流程图；

图11是示出根据本公开的实施例的、基站在非许可频带中接收HARQ反馈信息的过程的流程图；

图12示出了根据本公开的实施例的、用于在非许可频带的无线通信的LBT方案的执行；

图13至图17示出了根据本公开实施例的DCI格式；

图18和图19示出了根据本公开实施例的HARQ反馈窗口；

图20是示出根据本公开的另一实施例的UE的构成的图；以及

图21是示出根据本公开的另一实施例的基站的构成的图。

具体实施方式

在下文中，将参考所附的说明性附图详细描述本公开的一些实施例。在附图中，即使在不同的附图上示出了相同的附图标记，在整个附图中也使用相同的附图标记来表示相同的元件。此外，在本公开的以下描述中，当本文中并入的已知功能和配置的详细描述可能使本公开的主题不清楚时，将省略其详细描述。当使用这里提到的表述“包括”、“具有”、“包含”等时，可以添加任何其他部分，除非使用表述“仅”。当一个元件以单数形式表示时，该元件可以涵盖复数形式，除非明确提及该元件。

另外，当描述本公开的组件时，本文中可以使用诸如第一、第二、A、B、(A)、(B)等的术语。这些术语中的每一个都不用于定义相应组件的本质、顺序或排序，而仅用于将相应组件与其他(一个或多个)组件区分开。

在描述组件之间的位置关系时，如果将两个或多个组件描述为彼此“连接”、“组合”或“联接”，则应理解，两个或多个组件可以直接“连接”、“组合”或“联接”，并且两个或更多个组件可以彼此“连接”、“组合”或“联接”，而另一组件“插入”在它们之间。在这种情况下，另一组件可以被包括在彼此“连接”、“组合”或“联接”的两个或更多个组件中的至少一个中。

在一系列操作方法或制造方法的描述中，例如，使用“之后”、“随后”、“下一个”、“之前”等的表述也可以涵盖除非在表述中使用“立即”或“直接”，否则不连续执行操作或过程的情况。

本文提到的用于组件或与其相对应的信息(例如，级别等)的数值可以解释为包括由各种因素(例如，过程因素、内部或外部影响、噪声等)引起的误差范围，即使未提供其明确说明。

本说明书中的无线通信系统是指用于使用无线电资源来提供诸如语音服务和数据服务的各种通信服务的系统。无线通信系统可以包括用户设备(UE)、基站、核心网等。

以下公开的实施例可以应用于使用各种无线电接入技术的无线通信系统。例如，实施例可以应用于各种无线电接入技术，诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)、非正交多址(NOMA)等。另外，无线电接入技术可以指代由诸如3GPP、3GPP2、Wi-Fi、蓝牙、IEEE、ITU等的各种通信组织以及特定的接入技术建立的各个世代通信技术。例如，CDMA可以被实现为诸如通用陆地无线电接入(UTRA)或CDMA2000的无线技术。TDMA可以被实现为无线技术，例如全球移动通信系统(GSM)/通用分组无线业务(GPRS)/用于GSM演进的增强数据速率(EDGE)。OFDMA可以被实现为诸如IEEE(电气和电子工程师协会)802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802-20、演进的UTRA(E-UTRA)等的无线技术。IEEE 802.16m是IEEE 802.16e的发展，它向后兼容基于IEEE 802.16e的系统。UTRA是通用移动电信系统(UMTS)的一部分。3GPP(第三代合作伙伴计划)LTE(长期演进)是使用演进型UMTS地面无线电接入(E-UTRA)的E-UMTS(演进型UMTS)的一部分，其在下行链路中采用OFDMA以及在上行链路中采用SC-FDMA。如上所述，实施例可以应用于已经启动或商业化的无线电接入技术，并且可以应用于正在开发或将来将要开发的无线电接入技术。

在说明书中使用的UE必须被解释为宽泛的含义，其指示包括与无线通信系统中的基站进行通信的无线通信模块的设备。例如，UE包括：WCDMA、LTE、NR、HSPA、IMT-2020(5G或新无线电)等中的用户设备(UE)、GSM中的移动台、用户终端(UT)、订户台(SS)、无线设备等。另外，根据V2X通信系统的使用类型，UE可以是诸如智能电话之类的便携式用户设备，或者可以是车辆、包括车辆中的无线通信模块的设备等。在机器类型通信(MTC)系统的情况下，UE可以指的是MTC终端、M2M终端或URLLC终端，其采用能够执行机器类型通信的通信模块。

本说明书中的基站或小区是指通过网络与UE进行通信的终端，并且意味着涵盖各种覆盖区域，诸如节点-B(Node-B)、演进型Node-B(eNB)、gNB(gNode-B)、低功率节点(LPN)、扇区、站点、各种类型的天线、基站收发器系统(BTS)、接入点、点(例如，传输点、接收点或传输/接收点)、中继节点、兆小区、宏小区、微小区、微微小区、毫微微小区、远程无线电头(RRH)、无线电单元(RU)、小型小区等。此外，该小区可以用作在频域中包括带宽部分(BWP)的含义。例如，服务小区可以指代UE的激活BWP。

上面列出的各种小区都设有控制一个或多个小区的基站，并且该基站可以被解释为两种含义。基站可以是1)用于提供与无线区域连接的兆小区、宏小区、微小区、微微小区、毫微微小区或小型小区的设备，或者基站可以是2)无线区本身。在以上描述1)中，基站可以是由相同实体控制并提供预定无线区域的设备，或者可以是彼此交互并协作配置无线区域的所有设备。例如，根据无线区域的配置方法，基站可以是点、传输/接收点、传输点、接收点等。在以上描述2)中，基站可以是无线区域，在该无线区域中，可以使用户设备(UE)能够向另一UE或相邻基站发送数据和从另一UE或相邻基站接收数据。

在本说明书中，小区可以指代从传输/接收点发送的信号的覆盖范围、具有从传输/接收点(或传输点)发送的信号的覆盖范围的分量载波、或传输/接收点本身。

上行链路(UL)是指从UE向基站发送数据的方案，而下行链路(DL)是指从基站向UE发送数据的方案。下行链路可以表示从多个传输/接收点到UE的通信或通信路径，并且上行链路可以表示从UE到多个传输/接收点的通信或通信路径。在下行链路中，发送器可以是多个传输/接收点的一部分，而接收器可以是UE的一部分。另外，在上行链路中，发送器可以是UE的一部分，并且接收器可以是多个传输/接收点的一部分。

上行链路和下行链路在诸如物理下行链路控制信道(PDCCH)和物理上行链路控制信道(PUCCH)的控制信道上发送和接收控制信息。上行链路和下行链路在诸如物理下行链路共享信道(PDSCH)和物理上行链路共享信道(PUSCH)的数据信道上发送和接收数据。在下文中，可以将诸如PUCCH、PUSCH、PDCCH、PDSCH等的信道上的信号的传输和接收表示为“发送和接收PUCCH、PUSCH、PDCCH、PDSCH等”。

为了清楚起见，以下描述将集中在3GPP LTE/LTE-A/NR(新无线电)通信系统上，但是本公开的技术特征不限于相应的通信系统。

3GPP在研究4G(第四代)通信技术之后，为了满足ITU-R下一代无线电接入技术的要求，一直在开发5G(第五代)通信技术。具体地，3GPP通过改进LTE-Advanced技术来开发LTE-A pro作为5G通信技术，以符合ITU-R的要求以及与4G通信技术完全不同的新NR通信技术。LTE-A pro和NR均指5G通信技术。在下文中，除非指定了特定的通信技术，否则将基于NR描述5G通信技术。

在NR中的运营场景考虑到现有的4G LTE场景中的卫星、汽车、新的垂直市场等而定义了各种操作场景，从而支持在服务方面的增强型移动宽带(eMBB)场景、以高UE密度分布在广阔的区域从而需要低数据速率和异步连接的大型机器类型通信(mMTC)场景、以及需要高响应性和可靠性并支持高速移动性的高可靠性和低延迟(URLLC)场景。

为了满足这种场景，NR引入了一种采用新的波形和帧结构技术、低延迟技术、超高频带(mmWave)支持技术以及前向兼容提供技术的无线通信系统。特别地，NR系统在灵活性方面具有各种技术变化，以提供前向兼容性。其主要技术特征将在下面参考附图进行描述。

<NR系统概述>

图1示意性地示出可应用本实施例的NR系统。

参考图1，NR系统被分为5G核心网(5GC)和NG-RAN部分。NG-RAN包括针对用户平面(SDAP/PDCP/RLC/MAC/PHY)和用户设备(UE：User Equipment)提供控制平面(RRC)协议终端的gNB和ng-eNB。gNB或gNB和ng-eNB通过Xn接口彼此连接。gNB和ng-eNB分别通过NG接口连接到5GC。5GC可以被配置为包括用于管理控制平面(诸如，UE连接和移动性控制功能等)的接入和移动性管理功能(AMF)、以及用于管理用户数据控制功能的用户平面功能(UPF)。NR支持低于6GHz的频带(FR1，频率范围1)和等于或大于6GHz的频带(FR2，频率范围2)。

gNB表示向UE提供NR用户平面和控制平面协议端的基站。ng-eNB表示向UE提供E-UTRA用户平面和控制平面协议端的基站。本说明书中描述的基站应该被理解为涵盖了gNB和ng-eNB。但是，根据需要，基站也可以彼此分开地用于指代gNB或ng-eNB。

<NR波形、参数集和帧结构>

NR使用带有循环前缀的CP-OFDM波形进行下行链路传输，并使用CP-OFDM或DFT-s-OFDM进行上行链路传输。OFDM技术易于与多输入多输出(MIMO)方案结合使用，并允许以高频率效率使用低复杂度的接收器。

由于上述三种场景在NR中分别对数据速率，延迟率，覆盖范围等具有彼此不同的要求，因此有必要在构成NR系统的频带上有效地满足每种场景的要求。为此，已经提出了用于基于多种不同的参数集(numerology)高效地复用无线电资源的技术。

具体地，基于子载波间隔和循环前缀(CP)来确定NR传输参数集。如下表1所示，“μ”用作2的指数值，从而在15kHz的基础上呈指数变化。

[表1]

μ	子载波间隔	循环前缀	支持数据	支持同步
					0	15	正常	是	是
1	30	正常	是	是
					2	60	普通、扩展	是	否
3	120	正常	是	是
					4	240	正常	否	是

如以上表1中所示，根据子载波间隔，NR可以具有五种类型的参数集。这与在作为4G通信技术之一的LTE中子载波间隔固定为15kHz不同。具体地，在NR中，用于数据传输的子载波间隔是15、30、60或120kHz，并且用于同步信号传输的子载波间隔是15、30、120或240kHz。此外，扩展的CP仅适用于60kHz的子载波间隔。在NR中的帧结构中定义了包括10个子帧并且具有10ms的长度的帧，每个子帧具有1ms的相同长度。一帧可以被分成5ms的半帧，并且每个半帧包括5个子帧。在子载波间隔为15kHz的情况下，一个子帧包括一个时隙，并且每个时隙包括14个OFDM符号。图2示出可以应用本实施例的NR系统中的帧结构。参考图2，在正常CP的情况下，时隙固定地包括14个OFDM符号，但是时隙的长度可以根据子载波间隔而变化。例如，在子载波间隔为15kHz的参数集的情况下，时隙被配置为具有与子帧相同的1ms的长度。另一方面，在子载波间隔为30kHz的参数集的情况下，时隙包括14个OFDM符号，但是一个子帧可以包括两个时隙，每个时隙的长度为0.5ms。即，可以使用固定的时间长度来定义子帧和帧，并且可以将时隙定义为符号的数量，使得其时间长度根据子载波间隔而变化。

此外，NR将调度的基本单元定义为时隙，并且还引入了微时隙(或基于子时隙或基于非时隙的调度)，从而减少无线电部分的传输延迟。如果使用宽的子载波间隔，则一个时隙的长度成反比地缩短，从而减小了无线电部分中的传输延迟。最小时隙(或子时隙)旨在有效地支持URLLC场景，并且可以以2、4或7个符号为单位调度该最小时隙。

此外，与LTE不同，NR在一个时隙中将上行链路和下行链路资源分配定义为符号级别。为了减少HARQ延迟，已经定义了能够在传输时隙中直接发送HARQ ACK/NACK的时隙结构。将描述这种时隙结构称为“独立结构”。

NR被设计为支持总共256个时隙格式，并且其中62个时隙格式被用于3GPP Rel-15中。另外，NR通过各种时隙的组合来支持构成FDD或TDD帧的公共帧结构。例如，NR支持：i)时隙的符号都被配置为下行链路的时隙结构；ii)符号都被配置为上行链路的时隙结构；以及iii)下行链路符号和上行链路符号被组合的时隙结构。另外，NR支持调度的数据传输被分配到一个或多个时隙。因此，基站可以使用时隙格式指示符(SFI)来通知UE该时隙是下行链路时隙、上行链路时隙还是灵活时隙。基站可以通过使用SFI指示通过UE特定的RRC信令配置的表的索引来指示时隙格式。此外，可以通过下行链路控制信息(DCI)动态地指示时隙格式，或者可以通过RRC信令来静态或准静态地指示时隙格式。

<NR的物理资源>

关于NR中的物理资源，可以考虑天线端口、资源网格、资源元素、资源块、带宽部分等。

天线端口被定义为在天线端口上承载符号的信道从在同一天线端口上承载另一符号的另一信道推断。如果在天线端口上承载符号的信道的大规模属性可以从在另一个天线端口上承载符号的另一个信道推断，则两个天线端口可能具有准协同定位或准协同位置(QC/QCL)关系。这里，大规模属性包括延迟扩展、多普勒扩展、频移、平均接收功率和接收定时中的至少一种。

图3是用于说明根据本公开的实施例的由无线电接入技术支持的资源网格的图。

参考图3，因为NR在同一载波中支持多种参数集，所以可以根据各个参数集存在资源网格。另外，取决于天线端口、子载波间隔和传输方向，可以存在资源网格。

资源块包括12个子载波，并且仅在频域中定义。另外，资源元素包括一个OFDM符号和一个子载波。因此，如图3所示，一个资源块的大小可以根据载波间隔而变化。此外，在NR中定义了用于资源块网格的用作公共参考点的“点A”和公共资源块、虚拟资源块等。

图4是用于说明根据本公开的实施例的由无线电接入技术支持的带宽部分的图。

与将载波带宽固定为20MHz的LTE不同，NR中根据每个子载波间隔，最大载波带宽被配置为50MHz至400MHz。因此，不假定所有UE都使用整个载波带宽。因此，在NR中，如图4所示，可以在载波带宽内指定带宽部分(BWP)而由UE可以使用。另外，带宽部分可以与一个参数集相关联，可以包括连续公共资源块的子集，并且可以随着时间动态地激活。UE在上行链路和下行链路中的每个中具有最多四个带宽部分。UE在给定时间内使用激活的带宽部分发送和接收数据。

在成对频谱的情况下，上行链路和下行链路带宽部分是独立配置的。在不成对频谱的情况下，为了防止在下行链路操作和上行链路操作之间不必要的频率重新调谐，下行链路带宽部分和上行链路带宽部分被成对配置以共享中心频率。

<NR中的初始接入>

在NR中，UE执行小区搜索和随机接入过程从而接入基站并与基站通信。

小区搜索是UE使用从基站发送的同步信号块(SSB)与对应的基站的小区进行同步并获取物理层小区ID和系统信息的过程。

图5示出了根据本公开的实施例的无线电接入技术中的同步信号块的示例。

参照图5，SSB包括：主同步信号(PSS)和辅同步信号(SSS)，其占据一个符号和127个子载波；以及PBCH，其跨越三个OFDM符号和240个子载波。

UE在时域和频域中监视SSB，从而接收SSB。

SSB在5ms内最多可以发送64次。在5ms的时间内通过不同的传输波束发送多个SSB，并且UE基于用于传输的特定波束在假设每20ms发送SSB的假设下执行检测。随着频带的增加，可能会增加5ms内用于SSB传输的波束数量。例如，最多4个SSB波束可以在3GHz或更小的频带上发送，并且最多8个SSB波束可以在3GHz到6GHz的频带上发送。此外，可以在6GHz或更高的频带上使用多达64个不同的波束来发送SSB。

一个时隙包括两个SSB，并且如下所述根据子载波间隔来确定开始符号和时隙中的重复次数。

与现有的LTE系统中的SS不同，SSB不在载波带宽的中心频率上发送。即，也可以以系统频带的中心以外的频率来发送SSB，并且在支持宽带操作的情况下，可以在频域中发送多个SSB。因此，UE使用同步栅格来监视SSB，该同步栅格是用于监视SSB的候选频率位置。在NR中新定义了作为用于初始连接的信道的中心频率位置信息的载波栅格和同步栅格，并且由于同步栅格的频率间隔被配置为比载波栅格更宽，因此同步光栅可以支持UE的快速SSB搜索。

UE可以在SSB的PBCH上获取MIB。MIB(主信息块)包括用于UE接收网络广播的剩余的最小系统信息(RMSI)的最小信息。另外，PBCH可以包括关于第一DM-RS符号在时域中的位置的信息、供UE监视SIB1的信息(例如，SIB1参数集信息、与SIB1CORESET相关联的信息、搜索空间信息，与PDCCH相关联的参数信息等)、公共资源块和SSB之间的偏移信息(载波中的绝对SSB的位置经由SIB1发送)等。SIB1参数集信息也适用于UE完成小区搜索过程后接入基站的随机接入步骤中的一些消息。例如，SIB1的参数集信息可以应用于消息1至消息4中的至少一个，以用于随机访问过程。

上述RMSI可以表示SIB1(系统信息块1)，并且SIB1在小区中周期性地(例如160ms)广播。SIB1包括UE执行初始随机接入过程所需的信息，并且通过PDSCH周期性地发送SIB1。为了接收SIB1，UE必须通过PBCH接收用于SIB1传输的参数集信息和用于调度SIB1的CORESET(控制资源集)信息。UE使用CORESET中的SI-RNTI标识SIB1的调度信息。UE根据调度信息在PDSCH上获取SIB1。可以周期性地发送除SIB1以外的其余SIB，或者可以根据UE的请求来发送其余SIB。

图6示出根据本实施例的无线电接入技术中的随机接入过程。

参考图6，如果小区搜索完成，则UE向基站发送用于随机接入的随机接入前导。该随机接入前导通过PRACH发送。具体地，随机接入前导通过包括重复的特定时隙中的连续无线电资源在内的PRACH等被周期性地发送到基站。一般情况下，当UE初始接入到一个小区时，执行基于竞争的随机接入程序，并且当执行随机接入以进行波束故障恢复(BFR)时，执行基于非竞争的随机接入过程。

UE接收对所发送的随机接入前导的随机接入响应。该随机接入响应可以包括随机接入前导标识符(ID)、UL许可(上行链路无线电资源)、临时C-RNTI(临时小区无线网络临时标识符)以及TAC(时间对准命令)。由于一个随机接入响应可以包括用于一个或多个UE的随机接入响应信息，因此可以包括随机接入前导标识符从而指示所包括的UL许可、临时C-RNTI和TAC有效的UE。随机接入前导标识符可以是由基站接收到的随机接入前导的标识符。可以将TAC包括为UE调整上行链路同步的信息。该随机接入响应可以通过在PDCCH上的随机接入标识符(即，随机接入无线电网络临时标识符(RA-RNTI))来指示。

在接收到有效的随机接入响应之后，UE处理包括在随机接入响应中的信息，并且执行到基站的调度传输。例如，UE应用TAC并且存储临时C-RNTI。另外，使用UL许可向基站发送存储在UE的缓冲器中的数据或新生成的数据。在这种情况下，用于识别UE的信息必须被包含在数据中。

最后，UE接收下行链路消息以解决竞争。

NR中的下行链路控制信道是在长度为1到3个符号的CORESET(控制资源集)中发送的，并且下行链路控制信道发送上行链路/下行链路调度信息、SFI(时隙格式索引)、TPC(发射功率控制)信息等。

如上所述，NR已经引入了CORESET的概念，以确保系统的灵活性。CORESET(控制资源集)是指用于下行链路控制信号的时频资源。UE可以使用CORESET时频资源中的一个或多个搜索空间来对控制信道候选进行解码。配置了CORESET特定的QCL(准共置)假设，并用于提供关于模拟波束方向的特性以及延迟扩展、多普勒扩展、多普勒频移和平均延迟的信息，这些都是现有QCL所假定的特性。

图7示出了CORESET。

参照图7，CORESET可以在单个时隙中的载波带宽内以各种形式存在，并且CORESET可以在时域中包括最多3个OFDM符号。另外，CORESET被定义为六个资源块的倍数，直至频域中的载波带宽。

通过MIB指定(例如，指示、分配)作为初始带宽部分的一部分的第一CORESET，以从网络接收附加的配置信息和系统信息。在与基站建立连接之后，UE可以通过RRC信令来接收和配置一条或多条CORESET信息。

在本说明书中，频率、帧、子帧、资源、资源块、区域、频带、子频带、控制信道、数据信道、同步信号、各种参考信号、与NR(新无线电)有关的各种信号或各种消息可以解释为当前或过去使用的含义，或将来使用的各种含义。

NR(新无线电)

最近，3GPP已经批准了“关于新型无线电接入技术的研究”，该研究是针对下一代/5G无线电接入技术的研究。基于该研究，在RAN WG1中，关于分别用于NR的帧结构、信道编码和调制、波形、多址方案等的设计正在进行中。与LTE/LTE-Advanced相比，NR不仅需要提供更高的数据传输速率，而且还必须满足每种详细和特定使用场景的各种QoS要求。

增强的移动宽带(eMBB)、大规模机器类型通信(mMTC)以及超可靠和低延迟通信(URLLC)被定义为NR的代表性使用场景。为了满足每种使用场景的要求，与LTE/LTE-Advanced相比，需要将NR设计为具有更灵活的帧结构。

由于每种使用情况对数据速率、等待时间、覆盖范围等都提出了不同的要求，因此需要一种有效地复用彼此不同的基于参数集(例如，子载波间隔(SCS)、子帧、传输时间间隔(TTI)等)的无线电资源单元的方法，作为在NR系统提供的频带上根据使用场景有效满足需求的解决方案。

为此，已经进行了以下讨论：i)在一个NR载波上基于TDM、FDM或TDM/FDM来复用具有彼此不同的子载波间隔(SCS)值的数字方法；以及ii)在时域中配置调度单元时支持一个或多个时间单元的方法。在这方面，在NR中，已经给出了子帧的定义作为时域结构的一种类型。另外，作为定义相应子帧持续时间的参考参数集，像LTE一样，单个子帧持续时间被定义为具有基于15kHz子载波间隔(SCS)的具有正常CP开销的14个OFDM符号。因此，NR的子帧具有1ms的持续时间。与LTE不同，由于NR的子帧是绝对参考持续时间，所以可以将时隙和小时隙定义为用于实际UL/DL数据调度的时间单位。在这种情况下，与参数集无关，构成时隙的OFDM符号的数量y的值被定义为y＝14。

因此，时隙可以由14个符号组成。根据对应时隙的传输方向，所有符号可以用于DL传输或UL传输，或者可以在DL部分+间隙+UL部分的配置中使用这些符号。

此外，微时隙已被定义为由比参数集(或SCS)中的时隙少的符号组成，因此，可以基于小时隙为UL/DL数据传输或接收配置短的时域调度间隔。而且，可以为长时调度间隔配置用于通过时隙聚合的UL/DL数据传输或接收。

具体地，在传输或接收诸如URLLC的等待时间关键数据的情况下，当基于在帧结构中基于具有小的SCS值(例如15kHz)的参数集定义的1ms(14个符号)以时隙为基础执行调度时，可能难以满足等待时间要求。为此，可以定义由比该时隙少的OFDM符号组成的小时隙，因此可以基于该小时隙来执行诸如URLLC的等待时间关键数据的调度。

如上所述，还可以考虑通过在一个NR载波中支持具有不同SCS值的参数集，并通过将它们以TDM和/或FDM方式进行复用，根据基于由参数集定义的时隙(或小时隙)的长度的等待时间要求调度数据。例如，如图12所示，当SCS为60kHz时，符号长度减小到SCS 15kHz的符号长度的约1/4。因此，当一个时隙由14个OFDM符号组成时，基于15kHz的时隙长度为1ms，而基于60kHz的时隙长度减小为约0.25ms。

因此，由于在NR中定义了彼此不同的SCS或彼此不同的TTI长度，因此已经开发了用于满足URLLC和eMBB中的每一个的要求的技术。

PDCCH

在NR和LTE/LTE-A系统中，通过PDCCH发送和/或接收诸如DL分配DL控制信息(DCI)、UL许可DCI等的L1控制信息。控制信道元素(CCE)被定义为用于PDCCH的传输的资源单元，并且在NR中，可以为每个UE配置作为用于PDCCH传输的频率/时间资源的控制资源集(CORESET)。此外，每个CORESET可以包括一个或多个搜索空间，该搜索空间包括用于允许UE监视PDCCH的一个或多个PDCCH候选。在NR中，为了便于描述，省略了关于与PDCCH有关的规范中的在3GPP TS 38.211和TS 38.213中记载的部分的具体描述。然而，应理解，这些描述可以被包括在本公开的范围内，而不脱离所描述的实施例的精神和范围。

更宽的带宽操作

典型的LTE系统支持任何LTE CC(分量载波)的可扩展带宽操作。也就是说，根据频率部署场景，LTE提供商可以在配置单个LTE CC时配置最小1.4MHz到最大20MHz的带宽，并且普通的LTE UE支持单个LTE CC的20MHz带宽的传输/接收能力。

然而，NR被设计为在单个宽带NR CC上支持具有不同的传输/接收带宽能力的NR的UE。因此，如图9所示，需要为NR CC配置一个或多个包括细分带宽的带宽部分(BWP)，从而通过为各个UE配置和激活不同带宽部分来支持灵活且更宽的带宽操作。

具体地，可以通过为NR中的UE配置的单个服务小区来配置一个或多个带宽部分，并且UE被定义为激活一个下行链路(DL)带宽部分和一个上行链路(UL)带宽部分以将其用于相应服务小区中的上行链路/下行链路数据传输/接收。另外，在为UE(即，应用了CA的UE)配置了多个服务小区的情况下，UE还被定义为通过利用相应服务小区的无线电资源来激活每个服务小区中的一个下行链路带宽部分和/或一个上行链路带宽部分，以将其用于上行链路/下行链路数据传输/接收。

具体地，可以在服务小区中定义用于UE的初始接入过程的初始带宽部分；可以通过专用RRC信令为每个UE配置一个或多个UE专用带宽部分，并且可以为每个UE定义用于回退操作的默认带宽部分。

可以根据UE的能力和服务小区中的带宽部分的配置来定义同时激活和使用多个下行链路和/或上行链路带宽部分。然而，NR rel-15定义了一次仅激活和使用一个下行链路(“DL”)带宽部分和一个上行链路(“UL”)带宽部分。

NR-U

与许可频段不同，非许可频段不允许由许可运营商专门占用，因此任何运营商或个人均可在各自国家/地区的法规内提供无线通信服务。因此，在通过非许可频带提供NR服务时，需要解决与已经在非许可频带上提供的各种短程无线通信协议(例如WiFi、蓝牙、NFC等)共存的问题，或NR运营商或LTE运营商之间的共存问题。

因此，当提供通过非许可频带的NR服务时，为了避免无线通信服务之间的干扰或冲突，需要支持基于先听后说(LBT)的无线电信道接入方案，通过该方案，可以感测发射无线电信号之前要使用的无线电信道或载波的功率电平以及确定无线电信道或载波是否可用。在这种情况下，由于当另一无线通信协议或另一运营商正在使用非许可频段的特定无线电信道或载波时，可能无法及时提供相应频段上的NR服务，因此，与在许可频带上的无线通信服务不同，在非许可频带上的无线通信服务难以确保用户所需的QoS。

尤其是，与必须通过具有许可频谱的载波聚合(CA)支持非许可频谱的现有LTE不同，在NR-U情况下，作为NR在非许可频段上的部署方案，由于考虑了独立型NR-U小区或基于双连接(“DC”)的NR-U小区与许可频段上的NR小区或LTE小区，有必要设计一种数据传输/接收方法，以使非许可频段本身能够满足最小QoS。

为此，提供了一种用于在NR-U小区中发送UE的上行链路控制信道的方法。

在下文中，参考附图详细地讨论了在非许可频带中发送HARQ反馈信息的方法。

图10是示出根据本公开的实施例的、执行非许可的频带的无线通信的先听后说(LBT)的过程的流程图。

在步骤S1000，UE在非许可频带中接收包括用于DL数据信道(PDSCH)的资源分配信息的DL控制信息。

UE可以基于包括在DL控制信息中的资源分配信息，从基站接收DL数据信道。UE可以向基站发送关于是否接收到DL数据信道的HARQ ACK/NACK反馈信息。

再次参考图10，在步骤S1010，UE接收用于在非许可频带中HARQ反馈信息的传输的HARQ定时指示信息。

在NR系统中，UE可以通过DL分配DCI接收用于HARQ反馈的UL控制信道(PUCCH)的资源分配和反馈定时(K1值)。在另一个实施例中，可以通过RRC信令来设置反馈定时K1值。UE可以基于所接收的资源分配和反馈定时(K1值)，根据是否接收到DL数据信道来发送HARQ反馈信息。

在这种情况下，在使用非许可频段的情况下，当根据基站指示的K1值的时隙中的相应非许可频段被另一节点占用时，UE可能难以在基站指示的定时执行相应的PUCCH传输。因此，在一个实施例中，当通过在基站中执行先听后说(LBT)可以访问非许可频带时，可以通过通知UE来触发UE的PUCCH传输。

在一个实施例中，可以通过UE组公共PDCCH来发送定义了用于PUCCH传输触发的UE组公共DCI格式的PUCCH传输触发信息。在另一示例中，可以通过UE特定的PDCCH来发送定义了用于PUCCH传输触发的UE特定的DCI格式的PUCCH传输触发信息。

在一个实施例中，单独配置的PUCCH触发DCI格式可以包括用于PUCCH的资源分配信息和PUCCH传输定时信息(K3值)。这里，K3值可以被设置为PUCCH触发DCI格式的接收时隙与UE的PUCCH传输时隙之间的定时间隙。

在另一实施例中，PUCCH触发DCI格式可以仅包括PUCCH资源分配信息，并且K3值可以由基站通过UE特定/小区特定的高层信令来设置。在另一个实施例中，K3值可以被设置为任何固定值。

在另一个实施例中，PUCCH触发DCI格式可以被设置为仅包括K3值。在这种情况下，可以将要发送给每个UE的PUCCH资源分配信息设置为包括在DL分配DCI格式中。

如果通过与DL分配DCI格式不同的单独的PUCCH触发DCI格式分配针对PDSCH的UE的用于HARQ反馈的PUCCH资源，则为此的设置或指示信息可以从基站显式或隐式地发送给UE。

在一个实施例中，可以通过基站通过UE特定的或小区特定的RRC信令来配置是否通过PUCCH触发DCI格式来执行PUCCH资源分配。在这种情况下，基于关于是否通过单独的PUCCH触发DCI格式分配用于HARQ反馈的PUCCH资源的配置信息，UE可以通过是否包括在DL分配DCI格式中的PUCCH资源指示符来确定是否接收PUCCH资源分配信息，或者是否通过用于单独的PUCCH资源分配的PUCCH触发DCI格式来接收PUCCH资源分配信息。

在另一实施例中，可以通过包括PDSCH资源分配信息的DL分配DCI格式(DCI格式1_0或DCI格式1_1)来指示配置信息。即，当执行用于PDSCH的资源分配时，用于指示是否需要延迟HARQ反馈信息的传输的延迟指示信息可以被包括在DL分配DCI格式中。这可能意味着通过DL分配DCI格式用信号发送关于PUCCH资源分配信息是通过DL分配DCI格式的PUCCH资源指示符来执行还是通过随后发送的单独的PUCCH触发DCI格式被延迟来执行的信息。

在这种情况下，在一个实施例中，DL分配DCI格式可以包括用于指示延迟指示信息的单独的信息区域，例如，PUCCH分配标志信息区域等。在另一个示例中，DL分配DCI格式可以被配置为通过使用现有的信息区域(例如，PUCCH资源指示符信息区域)来指示这一点。

在另一个示例中，可以隐式地用信号发送相应的信息。为此，在一个实施例中，可以根据通过DL分配DCI格式指示的K1值来指示延迟指示信息。即，当K1值大于或等于特定阈值时，可以通过单独的PUCCH触发DCI格式来指示PUCCH资源分配。在另一示例中，当K1值小于特定阈值时，可以通过DL分配DCI格式的PUCCH资源指示符来执行PUCCH资源分配。在这种情况下，特定阈值可以固定为特定值，或者由基站通过小区特定/UE特定的RRC信令来设置。

再次参考图10，在步骤S1020，UE根据HARQ定时指示信息在非许可频带中发送HARQ反馈信息。

当通过DL分配DCI格式的PUCCH资源指示符执行PUCCH资源分配时，UE可以根据接收到的资源分配信息来发送HARQ反馈信息。

与此不同，当指示用于HARQ反馈信息的传输延迟时，即，当通过PUCCH触发DCI格式指示PUCCH资源分配时，UE可以延迟HARQ反馈信息的传输，直到从基站接收到用于发送HARQ反馈信息的资源分配信息和定时信息为止。UE可以在接收到DL指派DCI格式之后，接收PUCCH触发DCI格式。UE可以根据包括在PUCCH触发DCI格式中的UL控制信道的资源分配信息和定时信息来发送HARQ反馈信息。在这种情况下，当UE接收到PUCCH触发DCI格式时，UE可以通过对应的PUCCH发送所有等待中的(pending)HARQ ACK反馈信息。

据此，可以提供用于在非许可频带中发送HARQ反馈信息的方法和装置，以使得在非许可频带中能够发送用于接收下行链路数据信道的HARQ反馈信息。

此前，已经描述了将HARQ反馈信息作为UL控制信息(UCI)发送的情况，然而，本公开的实施例不限于此。根据本公开的实施例，当在接收到PUCCH触发DCI格式之前存在除HARQ反馈之外的诸如CQI/CSI报告或SR之类的其他UCI时，UE可以通过对应的PUCCH发送所有等待中的UCI。

在这种情况下，基站可以设置可以通过任何PUCCH发送的最大有效载荷大小或最大码本大小。此外，可以通过UE特定/小区特定(UE-specific/cell-specific)的高层信令、MAC CE信令或L1控制信令将设置的最大有效载荷大小或最大码本大小发送给UE。在这种情况下，当UE根据PUCCH触发DCI格式的接收执行PUCCH传输时，当等待中的UCI的有效载荷大小超过最大有效载荷大小时，可以将特定的UCI配置为丢弃(dropping)。

在一个实施例中，可以设置用于UCI丢弃的优先级规则。例如，可以设置每种UCI类型的优先级。作为为每种UCI类型定义优先级的一个示例，可以按照SR>HARQ ACK反馈>CQI/CSI报告的顺序来定义优先级。在另一个示例中，可以按照SR＝HARQ ACK反馈>CQI/CSI报告的顺序来定义优先级。但是，这是一个例子，因此本公开的实施例不限于此。除了这些示例之外，为每个UCI类型设置优先级的所有实施例可以包括在本公开的范围内。此外，当相同优先级或相同类型的UCI中发生丢弃时，可以定义为按照最新的UCI的顺序执行丢弃或按照最早的顺序执行丢弃。

据此，可以提供用于在非许可频带中发送包括各种上行链路控制信息的上行链路控制信道(PUCCH)的具体方法和装置。

图11是示出根据本公开的实施例的、基站在非许可频带中接收HARQ反馈信息的过程的流程图。

参考图11，在步骤S1100，基站在非许可频带中发送包括用于DL数据信道(PDSCH)的资源分配信息的DL控制信息。

基站可以基于包括在DL控制信息中的资源分配信息，将DL数据信道发送给UE。基站可以接收关于是否从UE接收到DL数据信道的HARQ ACK/NACK反馈信息。

再次参考图11，在步骤S1110，基站发送在非许可频带中用于接收HARQ反馈信息的HARQ定时指示信息。

在NR系统中，基站可以通过DL分配DCI发送用于HARQ反馈的UL控制信道(PUCCH)的资源分配和反馈定时(K1值)。在另一个实施例中，可以通过RRC信令来设置反馈定时K1值。基站可以基于所接收的资源分配和反馈定时(K1值)，根据是否接收到DL数据信道来接收HARQ反馈信息。

在这种情况下，在使用非许可频段的情况下，当根据基站指示的K1值在时隙中的相应非许可频段被另一个节点占用时，UE可能难以在基站指示的定时执行PUCCH传输。因此，在一个实施例中，当通过在基站中执行先听后说(LBT)可以访问非许可频带时，可以通过通知UE来触发UE的PUCCH传输。

在一个实施例中，单独配置的PUCCH触发DCI格式可以包括PUCCH资源分配信息和PUCCH传输定时信息(K3值)。这里，K3值可以被设置为PUCCH触发DCI格式的接收时隙与UE的相应PUCCH传输时隙之间的定时间隙。

在另一示例中，PUCCH触发DCI格式可以仅包括PUCCH资源分配信息，并且K3值可以由基站通过UE特定/小区特定的高层信令来设置。在另一个示例中，K3值可以被设置为任何固定值。

在另一实施例中，PUCCH触发DCI格式可以被配置为仅包括K3值。在这种情况下，可以将要发送给每个UE的PUCCH资源分配信息配置为包括在DL分配DCI格式中。

如果通过与DL分配DCI格式不同的单独的PUCCH触发DCI格式执行用于PDSCH的UE的HARQ反馈的PUCCH资源分配，则为此的配置或指示信息可以从基站显式或隐式地发送给UE。

在另一实施例中，可以通过包括PDSCH资源分配信息的DL分配DCI格式(DCI格式1_0或DCI格式1_1)来指示配置信息。即，当执行PDSCH资源分配时，用于指示是否需要延迟HARQ反馈信息的传输的延迟指示信息可以被包括在DL分配DCI格式中。这可能意味着通过DL分配DCI格式用信号发送关于PUCCH资源分配信息是通过DL分配DCI格式的PUCCH资源指示符来执行还是通过随后发送的单独的PUCCH触发DCI格式被延迟来执行的信息。

在另一示例中，可以隐式地用信号发送对应的信息。为此，在一个实施例中，可以根据通过DL分配DCI格式指示的K1值来指示延迟指示信息。即，当K1值大于或等于特定阈值时，可以通过单独的PUCCH触发DCI格式来指示PUCCH资源分配。在另一示例中，当K1值小于特定阈值时，可以通过DL分配DCI格式的PUCCH资源指示符来执行PUCCH资源分配。在这种情况下，特定阈值可以固定为特定值，或者由基站通过小区特定/UE特定的RRC信令来设置。

再次参考图11，在步骤S1120，基站根据HARQ定时指示信息可以在非许可频带中接收HARQ反馈信息。

当通过DL分配DCI格式的PUCCH资源指示符执行PUCCH资源分配时，基站可以根据接收到的资源分配信息来接收HARQ反馈信息。

与此不同，当指示HARQ反馈信息的传输延迟时，即，当通过PUCCH触发DCI格式指示了PUCCH资源分配时，UE可以延迟HARQ反馈信息的传输，直到从基站接收到用于发送HARQ反馈信息的资源分配信息和定时信息为止。基站可以在发送DL分配DCI格式之后，发送PUCCH触发DCI格式。基站可以根据包括在PUCCH触发DCI格式中的UL控制信道的资源分配信息和定时信息来接收HARQ反馈信息。在这种情况下，当接收到PUCCH触发DCI格式时，基站可以通过相应的PUCCH接收所有等待中的HARQ ACK反馈信息。

在下文中，将参考附图详细描述在NR中的非许可频带中发送HARQ反馈信息的各种实施例。

如上所述，为了使任何节点在非许可频带上发送无线电信号，必须执行用于识别相应无线电信道是否被另一节点占用的LBT过程。

因此，为了在由任何NR基站配置的非许可频带中的NR-U小区中执行用于任何UE的PDSCH传输，需要基站对非许可频带执行LBT。当进行LBT的结果是相应的非许可频段的无线电信道为空时，基站可以向UE发送PDCCH和相关联的PDSCH。

同样，为了使UE在非许可频带上发送UL信号，需要在发送UL信号之前对非许可频带执行LBT。

在一个实施例中，在NR中，对于用于UE的PDSCH接收的HARQ ACK/NACK反馈定时，基站可以通过RRC信令对其进行配置或者通过DL分配DCI将其指示给UE。在这种情况下，在上述非许可频带的NR-U小区的情况下，根据UE执行的LBT的结果，可能无法在基站指示的时间执行包括HARQ ACK/NACK反馈信息的PUCCH传输。也就是说，当根据LBT的结果发生LBT失败(相应的无线电信道已经被另一节点占用的状态)时，UE不能在基站指示的时间点根据PDSCH接收来发送HARQ ACK/NACK反馈信息。这可能导致NR-U小区中的HARQ性能严重下降。

图12示出了根据本公开的实施例的用于在非许可频带上的无线通信的LBT方案的实现。

在一个实施例中，当为任何UE分配PUCCH或PUSCH传输资源时，基站可以被定义为指示在发送PUCCH或PUSCH时是否需要在UE中执行LBT。UE可以通过PUCCH向基站发送诸如HARQ ACK/NACK反馈信息或CQI/CSI报告信息之类的UL控制信息(UCI)。在这点上，在NR中，可以通过DL分配DCI由基站指示作为用于发送HARQ反馈的PUCCH资源的时域资源和频域资源。在另一示例中，可以通过RRC信令半静态地配置用于发送HARQ反馈的PUCCH资源。特别地，在时域资源的情况下，可以通过DL分配DCI或RRC信令将PDSCH接收时隙和关联的HARQ反馈信息传输时隙之间的定时间隙(K1值)发送给UE。

同样，可以通过RRC信令和DL分配DCI来分配用于CQI/CSI报告的PUCCH资源。

参考图12，用阴影线表示的情况是，基站成功地执行了针对DL传输的LBT(DLLBT)，然后，通过非许可频带执行了DL传输。在一个实施例中，DL传输可以是用于指示UL传输的DL信道或信号的发送。例如，可以是用于PDSCH传输和相关联的HARQ反馈的PUCCH、需要CQI/CSI报告的DCI以及用于相关联的报告的PUCCH、或者发送用于PUSCH的调度信息的DCI和相关联的PUSCH等。在这种情况下，在DL传输和UL传输之间出现定时间隙。

例如，当根据DL传输的DL信号或信道指示在作为非许可频带中的NR-U小区中进行PUCCH传输时，UE基本上需要优先根据非许可频谱的规定对相应的PUCCH传输执行LBT，并且根据LBT结果确定是否在指示的时间发送PUCCH。如果基于LBT的结果确定相应的无线电信道已经被另一节点占用，即，当发生LBT故障时，UE可能无法在指示的时间执行PUCCH传输。

然而，当包括PUCCH资源分配信息和PUCCH传输指示信息的DL分配DCI传输时隙或者根据DL分配DCI的PDSCH传输时隙和相关联的PUCCH传输时隙属于基站的信道占用时间(COT)时，UE可以在不执行LBT的情况下执行PUCCH传输。这是因为基站已经被占用以用于在非授权频带中的下行链路传输到对应的终端，并且未被另一节点占用。也就是说，根据基站的COT的设置和K1值，UE可以通过PUCCH执行HARQ反馈传输而不执行LBT。

同样，如果通过DL分配DCI指示通过PUCCH进行的CSI/CQI报告，当在发送DL分配DCI的时隙与执行包括相关联的CQI/CSI报告信息的PUCCH传输的时隙之间的时间间隔值被定义为M时，根据相应的定时间隙值M和基站的COT，UE可以通过PUCCH执行CSI/CQI报告而不执行LBT。

此外，以与PUCCH类似的方式，对于UE的PUSCH传输，可以通过RRC信令半静态地设置或者通过UL授权DCI动态地设置基站发送的UL授权DCI与执行相关联的PUSCH传输的时隙之间的定时间隙信息(K2值)。即使在这种情况下，当包括对应的PUSCH传输资源分配信息的UL许可DCI传输时隙和关联的PUSCH传输时隙属于基站的COT时，UE也可以在不执行LBT的情况下执行PUSCH传输。

就这一点而言，根据本公开的实施例，基站可以设置当UE发送PUCCH或PUSHC时要执行的LBT方案，并且向UE指示所确定的LBT方案。在一个实施例中，基于是否需要执行LBT、是否需要执行随机退避以及随机退避时间中的至少一项，LBT方案可以包括多个方案。这里，执行LBT的方案可以被称为“LBT方案”；然而，本公开的实施例不限于这样的特定术语。例如，执行LBT的方案可以被不同地称为LBT类别等。

在一个实施例中，LBT方案可以包括：不执行LBT的第一LBT方案；在执行LBT时不进行随机退避的第二LBT方案；在执行随机退避的同时，固定随机退避时间间隔是固定的第三LBT方案；以及在执行随机退避的同时，随机退避时间间隔是可变的第四LBT方案。

在一个实施例中，可以定义基站通过L1控制信令直接向UE指示是否需要为UE的UL传输执行LBT。具体地，LBT指示信息区域可以被定义为包括在用于发送PDSCH调度控制信息的DL分配DCI格式中。

例如，LBT指示信息可以是1比特的指示信息。在这种情况下，当UE发送与DL分配DCI格式相对应的PUCCH时，可以根据指示信息位的值(0、1)来确定是否需要UE执行LBT。即，在这种情况下，位值可以意味着在上述LBT方案中将第一LBT方案与其余的LBT方案区分开。

在另一实施例中，LBT指示信息可以是2位的指示信息。在这种情况下，当UE发送与DL分配DCI格式相对应的PUCCH时，可以将用于执行LBT的UE的LBT方案定义为根据指示信息位的值(00、01、10、11)来确定。即，在这种情况下，位值可以意味着在上述LBT方案中区分第一LBT方案至第四LBT方案。

在这种情况下，与UE的DL分配DCI格式相对应的PUCCH传输可以是根据基于DL分配DCI格式的UE的PDSCH接收而用于UE的HARQ反馈信息传输的PUCCH传输。在另一示例中，当由DL分配DCI格式触发CQI/CSI报告时，与DL分配DCI格式相对应的UE的PUCCH传输可以是用于CQI/CSI报告的关联的PUCCH传输。

同样，LBT指示信息区域可以被定义为包括在用于发送PUSCH调度控制信息的UL许可DCI格式中。

例如，LBT指示信息可以是1比特的指示信息。在这种情况下，当UE发送与UL许可DCI格式相对应的PUSCH时，可以根据指示信息位的值(0、1)来确定是否需要UE执行LBT。即，在这种情况下，位值可以意味着在上述LBT方案中将第一LBT方案与其余的LBT方案区分开。

在另一实施例中，LBT指示信息可以是2位的指示信息。在这种情况下，当UE发送与UL许可DCI格式相对应的PUSCH时，可以将用于执行LBT的UE的LBT方案定义为根据指示的值(00、01、10、11)来确定。即，在这种情况下，位值可以意味着在上述LBT方案中将第一至第四LBT方案区分开。

在这种情况下，与DL许可DCI格式相对应的UE的PUSCH传输可以是用于UE的UL数据传输的PUSCH传输，或者是用于UE的UCI传输的PUSCH传输。

在UE是否需要执行LBT或将哪种LBT方案用于UE的UL传输的另一实施例中，如图12所示，可以将是否需要执行LBT定义为由指示UL传输的DL传输和相关联的UL传输之间的定时间隙值来确定。

在一个实施例中，当定时间隙值小于每个任一阈值时，可以定义为UE能够执行指示的PUCCH或PUSCH传输而不执行LBT。在另一示例中，当定时间隙值大于阈值时，UE可以被定义为使得能够在执行LBT之后执行对应的PUCCH或PUSCH传输。

在一个实施例中，阈值可以是ⅰ)由相应NR-U中的COT值确定，或ⅱ)由基站通过小区特定的RRC信令或UE特定的RRC信令进行配置，或ⅲ)由基站通过小区特定的RRC信令或UE特定的RRC信令配置而与COT无关。

另外，阈值可以被定义为用于每种UL传输情况的单个阈值，或者被定义为不同的阈值，然后由基站通过小区特定的RRC信令或UE特定的RRC信令来配置。

根据这些，可以确定用于在非许可频带中发送UL信号的要执行的LBT方案，并且可以根据确定的LBT方案来在非许可频带中发送UL信号。

根据本公开的上述实施例，考虑了非许可频带可能在指示的时间被另一节点占用的情况，提供了针对NR-U小区的UE的HARQ ACK/NACK反馈方法。此外，除了HARQ ACK反馈之外，本公开可以实质上等同地适用于包括诸如SR或CSI/CQI反馈等的其他类型的UCI的UL控制信道(PUCCH)的发送方法。

实施例1.通过单独的DCI直接指示HARQ ACK/NACK反馈时隙

在一个实施例中，除了与通过DL分配DCI进行的DL数据信道(PDSCH)分配之外，可以定义用于PUCCH传输指示的单独的下行链路控制信息格式(DCI格式)，该PUCCH传输指示包括针对相应的PDSCH的UE的HARQ反馈信息。通过这样，可以定义基站以触发包括针对任何UE的HARQ反馈信息的PUCCH传输。

在现有的NR系统中，用于执行HARQ反馈的UL控制信道(PUCCH)的资源分配和反馈定时(K1值)通过DL分配DCI表示。可替代地，通过RRC信令来设置K1值。然而，在作为非许可频带的NR-U小区配置中的情况下，可能难以确保根据指示的K1值在时隙中进行UE的PUCCH传输。因此，根据本公开的实施例，UE的PUCCH传输可以被定义为通过允许基站通过LBT确认针对对应的无线电信道的可访问性，然后通过通知UE来触发UE的PUCCH传输。

可以通过PDCCH来发送PUCCH传输触发信息。在一个实施例中，可以通过UE组公共PDCCH(即，CSS)来发送定义了用于对应的PUCCH传输触发的UE组公共DCI格式的PUCCH传输触发信息。在另一个实施例中，可以通过UE特定的PDCCH(即，USS)来发送定义了用于PUCCH传输触发的UE特定的DCI格式的PUCCH传输触发信息。

在这种情况下，如图13所示，在一个实施例中，可以将PUCCH触发DCI格式定义为包括PUCCH资源分配信息和PUCCH传输定时信息(K3值)。这里，K3值可以被定义为PUCCH触发DCI格式的接收时隙与相关联的UE的PUCCH传输时隙之间的定时间隙。

在另一示例中，如图14所示，可以将PUCCH触发DCI格式定义为仅包括PUCCH资源分配信息，并且可以将K3值定义为由基站通过UE特定/小区特定的高层信令设置或固定为预定值。

在另一示例中，如图15所示，可以将PUCCH触发DCI格式定义为仅包括K3值，并且可以将用于每个UE的传输的PUCCH资源分配信息定义为包括在DL分配DCI中格式。

当通过与DL分配DCI格式不同的单独的PUCCH触发DCI格式分配针对PDSCH的UE的用于HARQ反馈的PUCCH资源时，为此的配置或指示信息可以从基站显式或隐式地发送给UE。

在一个实施例中，基站可以通过UE特定的或小区特定的RRC信令来配置是否通过PUCCH触发DCI格式来执行PUCCH资源分配。在这种情况下，如图16所示，UE可以通过配置信息来确定是否通过包括在DL分配DCI格式中的PUCCH资源指示符来接收PUCCH资源分配信息，或者是否通过接收用于单独的PUCCH资源分配的PUCCH触发DCI格式来接收PUCCH资源分配信息。

在另一实施例中，可以通过包括PDSCH资源分配信息的DL分配DCI格式(DCI格式1_0或DCI格式1_1)来指示配置信息。即，当执行PDSCH资源分配时，可以通过DL分配DCI格式用信号发送关于是否通过DL分配DCI格式的PUCCH资源指示符来配置或指示PUCCH资源分配信息、或者是否通过作为后续发送的单独的DCI格式的PUCCH触发DCI格式配置或指示PUCCH资源分配信息的信息。在这种情况下，如图17所示，为了指示这一点，DL分配DCI格式可以包括单独的信息区域，例如，PUCCH分配标志信息区域等。在另一示例中，可以通过使用现有的信息区域(例如，PUCCH资源指示符信息区域)来定义DL分配DCI格式以指示这一点。以图13至图17所示的DCI格式的各个信息项的位置为例示出，因此，本公开的实施例不限于此。

在另一示例中，可以隐式地用信号发送对应的信息。例如，可以根据通过DL分配DCI格式指示的K1值来指示对应的信息。即，当K1值大于或等于特定阈值时，可以通过单独的DCI格式来指示对应的PUCCH资源分配。在另一示例中，当K1值小于特定阈值时，可以通过DL分配DCI格式的PUCCH资源指示符来执行PUCCH资源分配。在这种情况下，特定阈值可以固定为特定值，或者由基站通过小区特定/UE特定的RRC信令来设置。

当任何UE接收PUCCH触发DCI格式时，据此，UE可以被定义为通过对应的PUCCH发送所有等待中的HARQ ACK反馈信息。

根据本公开的实施例，当存在除HARQ反馈以外的诸如CCI/CSI报告或SR之类的其他UCI时，直到任何UE接收到PUCCH触发DCI格式之前，UE可以被定义为通过PUCCH发送所有等待中的UCI。

在这种情况下，基站可以设置可以通过任何PUCCH发送的最大有效载荷大小或最大码本大小，并且可以将其通过UE特定/小区特定的高层信令、或者MAC CE信令或L1控制信令发送给UE。在这种情况下，当UE根据PUCCH触发DCI格式的接收来执行相应的PUCCH传输时，如果等待中的UCI的有效载荷大小超过最大有效载荷大小，则可以定义为特定的UCI被丢弃。

在这种情况下，可以定义用于UCI丢弃的优先级规则，并且例如，可以定义每种UCI类型的优先级。作为定义每种UCI类型的优先级的一个示例，可以按照SR>HARQ ACK反馈>CQI/CSI报告的顺序来定义优先级。在另一个示例中，可以按照SR＝HARQ ACK反馈>CQI/CSI报告的顺序来定义优先级。但是，这是一个例子，因此，本公开的实施例不限于此。除了这些示例之外，为每个UCI类型设置优先级的所有实施例可以包括在本公开的范围内。此外，当对于相同优先级或相同类型的任何一个UCI发生丢弃时，可以定义为按照最新的UCI的顺序执行丢弃或按照最早的顺序执行丢弃。

实施例2.配置HARQ反馈窗口

在一个实施例中，HARQ反馈窗口可以配置有连续的HARQ反馈窗口。

为了确保在NR-U小区中UE的HARQ ACK/NACK反馈传输的可靠性，可以定义为分配用于发送一个PDSCH接收的HARQ反馈的多个PUCCH资源集。在本公开中，构成与一个PDSCH接收相对应的多个PUCCH资源集的每个PUCCH资源被称为PUCCH时机(opportunity)。但是，这是一个例子；因此，本公开的实施例不限于此。

具体地，可以在时域中配置用于根据一个PDSCH接收的、用于UE的HARQ反馈的多个PUCCH时机。参照图18，HARQ反馈窗口可以由连续的时隙组成。据此，基站可以将作为HARQ反馈窗口的开始时隙的偏移值和对应的窗口大小的信息发送给UE。这里，偏移值是指在UE的PDSCH接收时隙和开始相关联的HARQ反馈窗口的时隙之间的定时间隙，即K1值。窗口大小值表示根据K1值从HARQ反馈窗口的开始时隙配置PUCCH时机的连续时隙的数量，即N值。

作为发送K1和N值的示例，可以通过各个信息区域指示K1和N值。在这种情况下，可以通过DL分配DCI来指示K1值，并且可以通过UE特定或小区特定的高层信令来半静态地设置N值。在另一示例中，可以通过UE特定的或小区特定的高层信令半静态地设置所有K1和N值。在另一个示例中，K1和N值都可以通过DL分配DCI动态地设置。在另一示例中，可以通过UE特定或小区特定的高层信令半静态地设置K1值，并且可以通过DL分配DCI动态地指示N值。

在这种情况下，当通过DL分配DCI指示K1或N值时，可以通过UE特定的或小区特定的RRC信令来配置用于在根据相关指示信息的设置值和相关联的实际K1或N值之间进行映射的表。即，当K1值被定义为通过DL分配DCI来指示时，可以通过UE特定或小区特定的RRC信令来配置定义对应于通过DL分配DCI格式发送的K1指示信息区域中的每个设置值的实际K1值的映射表。同样，当N值定义为通过DL分配DCI指示时，可以通过UE特定或小区特定的RRC信令来配置定义对应于通过DL分配DCI格式发送的N个指示信息区域中的每个设置值的实际N值的映射表。

作为向UE发送K1和N值的另一示例，可以定义用于导出N和K1值的一个信息区域(例如，HARQ窗口配置信息区域)，并且可以将K1和N值定义为据此来设置，即，可以将N和K1值定义为根据对应的HARQ窗口配置设置值来导出。在这种情况下，对应的HARQ窗口配置信息可以通过UE特定的或小区特定的高层信令半静态地配置，或者通过DL分配DCI动态地配置。

具体地，定义对应于每个HARQ窗口配置设置值的实际K1和N值的映射表可以被定义，并且基于此，相应的HARQ窗口配置信息可以通过UE特定的或小区特定的高层信令进行半静态配置，或者通过DL分配DCI动态配置。在这种情况下，当通过DL分配DCI动态配置HARQ窗口配置信息时，基站可以通过UE特定或小区特定的高层信令来配置映射表，该映射表定义与通过DL分配DCI发送的HARQ窗口配置指示信息区域中的每个设置值相对应的实际K1和N值。

在另一实施例中，HARQ反馈窗口可以配置有非连续的HARQ反馈窗口。

参考图19，HARQ反馈窗口可以由非连续时隙组成。据此，基站可以将HARQ反馈窗口的开始时隙(即偏移值)、PUCCH时机周期信息和窗口大小信息(即关于PUCCH时机的数量的信息)发送给UE。偏移值表示在UE的PDSCH接收时隙和开始相关联的HARQ反馈窗口的时隙之间的定时间隙(即K1值)。窗口大小值是基于K1值从HARQ反馈窗口的开始时隙配置PUCCH时机的非连续时隙的数量(即N值)。PUCCH时机期信息是指在HARQ反馈窗口中配置了各个PUCCH时机的时隙之间的间隔(即P值)。

作为向UE发送K1、N和P值的示例，可以定义用于指示相应的K1，N和P值的单独的信息区域。当定义了用于指示K1、N和P值的各个信息区域时，如上所述，由于定义用于向UE发送K1和N值的每个信息区域的实施例/示例可以等同地适用于向UE发送K1、N和P值的特定方法，因此，为了描述的方便，不再给出重复的描述。

同样，作为向UE发送K1、N和P值的另一示例，可以定义用于导出K1、N和P值的一个信息区域，例如HARQ窗口配置信息区域，并且定义为由此可以设置K1、N和P值。由于定义用于设置K1和N值的HARQ窗口配置信息区域并且据此定义相应的N和K1值的设置的示例可以等同地适用于发送特定HARQ窗口配置信息区域的方法并且据此设定K1、N和P值的方法，因此，为了描述的方便，不再给出重复的描述。

另外，可以定义用于指示K1值的一个信息区域和用于设置N和P值的另一信息区域，并且据此，可以将K1、N和P值定义为发送给UE。即，通过定义用于发送偏移量K1值的偏移量指示信息区域和用于设置N和P值的另一个单独的信息区域，例如，可以定义HARQ窗口配置信息区域，据此可以设置N和P值。在这种情况下，用于向UE发送用于指示对应的K1值的偏移量指示信息区域和用于设置N和P值的HARQ窗口配置信息区域的具体方法可以以上述两种方法的所有组合的形式来应用，该两种方法即：在定义每个信息区域以将K1值和N值发送到UE的示例信息中描述的方法；以及在定义一个HARQ窗口配置信息区域以设置N值和K1值并据此设置相应的N值和K1值的示例中描述的方法，并且不再给出重复的讨论。

另外，当应用上述的HARQ反馈窗口配置方法时，HARQ反馈窗口中的每个PUCCH时机可以被配置为具有相同的PUCCH资源。即，可以将与每个PUCCH时机相对应的PUCCH资源定义为以相同的PUCCH格式和相同的频率资源来分配。在这种情况下，可以根据TS 38.213文档中定义的PUCCH资源映射规则，根据构成HARQ反馈窗口中包括的每个PUCCH时机的PUCCH资源被定义为根据通过DL分配DCI指示的PUCCH资源分配信息来共享PUCCH资源。

在另一实施例中，配置每个PUCCH时机的PUCCH资源可以是通过不同的子带或带宽部分(BWP)配置的PUCCH资源。即，跳频(frequency hopping)可以被应用于配置包括在相应的HARQ反馈窗口中的每个PUCCH时机的PUCCH资源，并且跳频可以以子带为单位或以带宽部分(BWP)为单位。

这样，当在针对任意UE的HARQ反馈窗口中为每个PUCCH时机定义跳频时，可以由基站启用或禁用跳频，可以由基站配置相应的启用/禁用指示信息，然后通过UE特定/小区特定的RRC信令、DL分配DCI或MAC CE信令发送给UE。

此外，可以将用于对HARQ反馈窗口的PUCCH时机应用跳频的子带或带宽部分BWP与为UE配置的UL(或DL)带宽部分(BWP)分开配置，并通过UE特定/小区特定的RRC信令发送给UE。在另一示例中，可以将用于对HARQ反馈窗口的PUCCH时机应用跳频的子带或带宽部分BWP定义为遵循为UE配置的UL(或DL)带宽部分(BWP)。

据此，当定义和应用针对PUCCH时机的跳频时，可以将配置每个PUCCH时机的PUCCH资源定义为根据TS 38.213文档中定义的PUCCH资源映射规则、根据通过DL分配DCI指示的ARI进行PUCCH资源分配，该映射规则用于在作为跳变单位的每个子带或带宽部分(BWP)中定义的PUCCH资源集。

此外，在这种情况下，可以根据为UE配置的子带或带宽部分(BWP)的数量，将子带或带宽部分BWP跳跃模式定义为预定模式，或者由基站通过UE特定/小区特定的高层信令来配置为半静态的，或者通过DL分配DCI格式来动态地指示。在这种情况下，当通过DL分配DCI格式动态地指示相应的跳频样式时，用于相应的跳频指示信息区域的每个设置值的子带或BWP跳频样式表可以由基站配置，并通过UE特定/小区特定的高层信令来设置。

在另一示例中，可以将用于对应的PUCCH时机跳跃的跳跃大小定义为由基站直接配置，并通过UE特定/小区特定的RRC信令、MAC CE信令或DL分配直接发送给UE。可以以PRB为单位配置跳变大小。在这种情况下，可以通过允许将跳频应用于PUCCH资源来配置根据相应的跳变大小配置每个PUCCH时机的PUCCH资源，并且在这种情况下，可以将相应的跳频定义为在相应载波的带宽部分(BWP)中执行或在系统载波的系统带宽部分中执行。

在另一示例中，可以以一个PUCCH时机为单位(即，每个PUCCH时机)或以PUCCH时机的一组PUCCH时机为单位来应用跳频。即，当任意HARQ反馈窗口被配置有N个PUCCH时机时，跳频可以被应用于每个PUCCH时机，或者可以以连续的M(M＜N)个PUCCH时机为单位被应用。在这种情况下，M值可以被定义为也由基站配置并且通过UE特定/小区特定的RRC信令、MACCE信令或DL分配DCI被发送到UE。

另外，当为NR-U小区中的UE配置HARQ反馈窗口时，UE可以被定义为在各个PUCCH时机中基本上执行用于PUCCH传输的LBT。在这种情况下，当HARQ反馈窗口的大小值N值被设置为1时，即，仅配置单个PUCCH时机，可以将UE定义为通过PUCCH时机发送PUCCH而无需执行LBT。

在下文中，将参考附图讨论能够执行参考图1至图19描述的实施例的一部分或全部的UE和基站的配置。

图20是示出根据本公开的实施例的UE 2000的框图。

参照图20，UE 2000包括控制器2010、发送器2020和接收器2030。

控制器2010控制UE 2000的整体操作，该整体操作基于执行本公开的实施例所需的在非许可频带中发送HARQ反馈信息的方法。发送器2020通过相应的信道向基站发送UL控制信息、数据、消息等。接收器2030通过相应的信道从基站接收DL控制信息和数据消息等。

在一个实施例中，接收器2030接收DL控制信息，该DL控制信息包括用于非许可频带中的DL数据信道(PDSCH)的资源分配信息。

接收器2030可以基于包括在DL控制信息中的资源分配信息，从基站接收DL数据信道。发送器2020可以向基站发送关于是否接收到DL数据信道的HARQ ACK/NACK反馈信息。

接收器2030可以接收HARQ定时指示信息，该HARQ定时指示信息用于在非许可频带中发送HARQ反馈信息。

在NR系统中，接收器2030可以通过DL分配DCI接收用于HARQ反馈的UL控制信道(PUCCH)的资源分配和反馈定时，即K1值。在另一示例中，可以通过RRC信令来设置反馈定时，即K1值。发送器2020可以基于所接收的资源分配以及反馈定时(K1值)，根据是否接收到DL数据信道来发送HARQ反馈信息。

在这种情况下，在使用非许可频带的情况下，当根据基站指示的K1值的时隙中的相应非许可频带被另一节点占用时，发送器2020可能难以在基站指示的定时执行PUCCH传输。因此，在一个实施例中，当通过在基站中执行先听后说(LBT)可以访问非许可频带时，可以通过将其通知到UE来触发发送器2020的PUCCH传输。

在一个实施例中，单独配置的PUCCH触发DCI格式可以包括PUCCH资源分配信息和PUCCH传输定时信息(K3值)。这里，K3值可以被设置为PUCCH触发DCI格式的接收时隙与UE的PUCCH发送时隙之间的定时间隙。

在另一示例中，PUCCH触发DCI格式可以被配置为仅包括K3值。在这种情况下，可以将要发送到每个UE的PUCCH资源分配信息配置为包括在DL分配DCI格式中。

如果通过不同于DL分配DCI格式的单独的PUCCH触发DCI格式分配针对PDSCH的UE的用于HARQ反馈的PUCCH资源，则为此的配置或指示信息可以从基站显式或隐式地发送给UE。

在一个实施例中，基站可以通过UE特定或小区特定的RRC信令来配置是否通过PUCCH触发DCI格式来执行PUCCH资源分配。在这种情况下，基于关于是否通过单独的PUCCH触发DCI格式分配用于HARQ反馈的PUCCH资源的配置信息，控制器2010可以确定是否通过DL分配DCI格式中包括的PUCCH资源指示符来接收PUCCH资源分配信息，或者是否通过用于单独的PUCCH资源分配的PUCCH触发DCI格式来接收PUCCH资源分配信息。

在另一个实施例中，可以通过包括PDSCH资源分配信息的DL分配DCI格式(DCI格式1_0或DCI格式1_1)指示配置信息。即，当执行PDSCH资源分配时，用于指示是否需要延迟HARQ反馈信息的发送的延迟指示信息可以被包括在DL分配DCI格式中。这可能意味着通过DL分配DCI格式用信号发送关于PUCCH资源分配信息是通过DL分配DCI格式的PUCCH资源指示符来执行还是通过随后发送的单独的PUCCH触发DCI格式被延迟而执行的信息。

发送器2020可以根据HARQ定时指示信息在非许可频带中发送HARQ反馈信息。

当通过DL分配DCI格式的PUCCH资源指示符执行PUCCH资源分配时，发送器2020可以根据接收到的资源分配信息来发送HARQ反馈信息。

与此不同，当指示用于发送HARQ反馈信息的延迟时，即，当通过PUCCH触发DCI格式指示PUCCH资源分配时，控制器2010可以延迟HARQ反馈信息的发送，直到从基站接收到用于发送HARQ反馈信息的资源分配信息和定时信息为止。接收器2030可以在接收到DL分配DCI格式之后接收PUCCH触发DCI格式。发送器2020可以根据包括在PUCCH触发DCI格式中的UL控制信道的资源分配信息和定时信息来发送HARQ反馈信息。在这种情况下，当接收到PUCCH触发DCI格式时，发送器2020可以通过相应的PUCCH发送所有等待中的HARQ ACK反馈信息。

在上文中，已经对传输HARQ反馈信息作为UL控制信息(UCI)的情况进行了讨论，然而，本公开的实施例不限于此。根据本公开的实施例，当在接收到PUCCH触发DCI格式之前存在诸如HARQ反馈以外的诸如CQI/CSI报告或SR之类的其他UCI时，发送器2020可以通过相应的PUCCH来发送所有等待中的UCI。

在这种情况下，基站可以设置可以通过任何PUCCH发送的最大有效载荷大小或最大码本大小。此外，可以通过UE特定/小区特定的高层信令、MAC CE信令或L1控制信令将设置的最大有效载荷大小或最大码本大小发送给UE。在这种情况下，当控制器2010根据PUCCH触发DCI格式的接收来执行相应的PUCCH传输时，如果等待中的UCI的有效载荷大小超过最大有效载荷大小，则可以将特定的UCI配置为丢弃。

在一个实施例中，可以设置用于UCI丢弃的优先级规则。例如，可以为每种UCI类型设置优先级。作为定义每种UCI类型的优先级的一个示例，可以按照SR>HARQ ACK反馈>CQI/CSI报告的顺序来定义优先级。在另一示例中，可以按照SR＝HARQ ACK反馈>CQI/CSI报告的顺序来定义优先级。但是，这是一个例子，本公开的实施例不限于此。除了这些示例之外，为每个UCI类型设置优先级的所有实施例可以包括在本公开的范围内。此外，当对于相同优先级或相同类型的任何一个UCI发生丢弃时，可以定义为按照最新的UCI的顺序执行丢弃或按照最早的顺序执行丢弃。

据此，可以提供用于在非许可频带中发送包括各种上行链路控制信息的上行链路控制信道(PUCCH)的方法和装置。

图21是示出根据本公开的实施例的基站2100的框图。

参照图21，基站2100包括控制器2110、发送器2120和接收器2130。

控制器2110控制基站2100的整体操作，该整体操作基于执行本公开的实施例所需的在非许可频带中发送HARQ反馈信息的方法。发送器2120和接收器2130用于向UE发送和从UE接收执行本公开的实施例所需的信号、消息和数据。

在一个实施例中，发送器2120向UE发送DL控制信息，该DL控制信息包括针对非许可频带中的DL数据信道(PDSCH)的资源分配信息。

发送器2120可以基于包括在DL控制信息中的资源分配信息，将DL数据信道发送给UE。接收器2130可以接收关于是否从UE接收到DL数据信道的HARQ ACK/NACK反馈信息。

发送器2120可以在非许可频带中发送用于接收HARQ反馈信息的HARQ定时指示信息。

在NR系统中，发送器2120可以通过DL分配DCI发送用于HARQ反馈的UL控制信道(PUCCH)的资源分配和反馈定时(K1值)。在另一示例中，可以通过RRC信令来设置反馈定时K1值。接收器2130可以基于所发送的资源分配以及反馈定时(即K1值)，根据是否接收到DL数据信道来接收HARQ反馈信息。

在这种情况下，在使用非许可频段的情况下，当根据基站指示的K1值的时隙中的相应非许可频段被另一个节点占用时，UE可能难以在基站指示的定时执行PUCCH传输。因此，在一个实施例中，当通过在基站中执行先听后说(LBT)可以访问非许可频带时，可以通过通知UE来触发UE的PUCCH传输。

如果通过与DL分配DCI格式不同的单独的PUCCH触发DCI格式分配针对PDSCH的UE的用于HARQ反馈的PUCCH资源，则为此的配置或指示信息可以从基站显式地或隐式地发送给UE。

在一个实施例中，基站可以通过UE特定的或小区特定的RRC信令来配置是否通过PUCCH触发DCI格式来分配PUCCH资源。在这种情况下，基于关于是否通过单独的PUCCH触发DCI格式分配用于HARQ反馈的PUCCH资源的配置信息，控制器2010可以确定是否通过DL分配DCI格式中包括的PUCCH资源指示符来接收PUCCH资源分配信息，或者是否通过用于单独的PUCCH资源分配的PUCCH触发DCI格式来接收PUCCH资源分配信息。

接收器2130可以根据HARQ定时指示信息在非许可频带中接收HARQ反馈信息。

当通过DL分配DCI格式的PUCCH资源指示符执行PUCCH资源分配时，接收器2130可以根据发送的资源分配信息来接收HARQ反馈信息。

与此不同，当指示用于发送HARQ反馈信息的延迟时，即，当通过PUCCH触发DCI格式指示PUCCH资源分配时，UE可以延迟HARQ反馈信息的发送，直到从发送器2120接收到用于发送HARQ反馈信息的资源分配信息和定时信息为止。发送器2120可以在发送DL分配DCI格式之后发送PUCCH触发DCI格式。接收器2130可以根据包括在PUCCH触发DCI格式中的UL控制信道的资源分配信息和定时信息来接收HARQ反馈信息。在这种情况下，当接收到PUCCH触发DCI格式时，接收器2130可以通过相应的PUCCH接收所有等待中的HARQ ACK反馈信息。

在诸如IEEE 802、3GPP和3GPP2的无线电接入系统中的至少一个中公开的标准文档可以支持上述实施例。即，在本实施例中未描述的步骤、配置和部件可以由上述标准文件支持，以阐明本公开的技术概念。另外，本文所公开的所有术语可以由上述标准文件描述。

可以通过各种方式中的任何一种来实现上述实施例。例如，本实施例可以被实现为硬件、固件、软件或其组合。

在通过硬件实现的情况下，根据本发明实施例的方法可以被实现为专用集成电路(ASIC)、参数集信号处理器(DSP)、参数集信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器或微处理器中的至少一种。

在通过固件或软件实现的情况下，可以以用于执行上述功能或操作的装置，过程或功能的形式来实现根据本实施例的方法。软件代码可以存储在存储单元中，并且可以由处理器驱动。存储单元可以设置在处理器内部或外部，并且可以通过各种公知的方式中的任何一种与处理器交换数据。

另外，术语“系统”、“处理器”、“控制器”、“组件”、“模块”、“接口”、“模型”、“单元”等通常可以表示与计算机有关的实体硬件、硬件和软件的组合，软件或运行中的软件。例如，上述组件可以是但不限于由处理器、处理器、控制器、控制处理器、实体、执行线程、程序和/或计算机驱动的过程。例如，在控制器或处理器中运行的应用程序以及该控制器或处理器都可以是组件。可以在进程和/或执行线程中提供一个或多个组件，并且可以在单个设备(例如，系统、计算设备等)中提供这些组件，或者可以将其分布在两个或更多设备上。

仅出于说明性目的描述了本公开的以上实施例，并且本领域技术人员将理解，可以对其进行各种修改和改变而不背离本公开的范围和精神。此外，本公开的实施例不旨在限制，而是旨在说明本公开的技术思想，因此，本公开的技术思想的范围不受这些实施例的限制。本公开的范围应以所附权利要求为基础来解释，以使得包括在等同于权利要求的范围内的所有技术思想都属于本公开。

Claims

1.一种用户设备在非许可频段中发送混合自动重传请求(HARQ)反馈信息的方法，所述方法包括：

在所述非许可频段中接收包括用于下行链路数据信道(PDSCH)的资源分配信息的下行链路控制信息；

在所述非许可频带中接收用于所述HARQ反馈信息的传输的HARQ定时指示信息；以及

根据所述HARQ定时指示信息，在所述非许可频段中发送所述HARQ反馈信息。

2.根据权利要求1所述的方法，其中，所述下行链路控制信息包括用于指示是否需要延迟所述HARQ反馈信息的传输的延迟指示信息。

3.根据权利要求2所述的方法，其中，基于包括在所述下行链路控制信息中的所述HARQ定时指示信息来确定所述延迟指示信息。

4.根据权利要求2所述的方法，其中，当指示用于发送所述HARQ反馈信息的延迟时，根据用于在接收到所述下行链路控制信息之后接收到的不同下行链路控制信息中包含的上行链路控制信道的资源分配信息来执行发送所述HARQ反馈信息。

5.根据权利要求1所述的方法，其中，所述HARQ定时指示信息被包括在所述下行链路控制信息中，或者被包括在接收到所述下行链路控制信息之后接收到的不同下行链路控制信息中。

6.一种基站在非许可频段内接收混合自动重传请求(HARQ)反馈信息的方法，所述方法包括：

在所述非许可频带中发送包括用于下行链路数据信道(PDSCH)的资源分配信息的下行链路控制信息；

在所述非许可频带中发送用于所述HARQ反馈信息的传输的HARQ定时指示信息；以及

根据所述HARQ定时指示信息，在所述非许可频段中接收所述HARQ反馈信息。

7.根据权利要求6所述的方法，其中，所述下行链路控制信息包括用于指示是否需要延迟所述HARQ反馈信息的传输的延迟指示信息。

8.根据权利要求7所述的方法，其中，基于包括在所述下行链路控制信息中的所述HARQ定时指示信息来确定所述延迟指示信息。

9.根据权利要求7所述的方法，其中，当指示所述HARQ反馈信息的传输延迟时，根据用于在发送所述下行链路控制信息之后发送的不同下行链路控制信息中包含的上行链路控制信道的资源分配信息来执行接收所述HARQ反馈信息。

10.根据权利要求6所述的方法，其中，所述HARQ定时指示信息被包括在所述下行链路控制信息中，或者被包括在发送所述下行链路控制信息之后发送的不同下行链路控制信息中。

11.一种在非许可频段中发送混合自动重发请求(HARQ)反馈信息的用户设备，所述用户设备包括：

接收器，其在所述非许可频带中接收包括用于下行链路数据信道(PDSCH)的资源分配信息的下行链路控制信息，并且在所述非许可频带中接收用于所述HARQ反馈信息的传输的HARQ定时指示信息；以及

发送器，其根据所述HARQ定时指示信息在所述非许可频段中发送所述HARQ反馈信息。

12.根据权利要求11所述的用户设备，其中，所述下行链路控制信息包括用于指示是否需要延迟所述HARQ反馈信息的传输的延迟指示信息。

13.根据权利要求12所述的用户设备，其中，基于包括在所述下行链路控制信息中的所述HARQ定时指示信息来确定所述延迟指示信息。

14.根据权利要求12所述的用户设备，其中，当指示延迟发送所述HARQ反馈信息时，所述发送器根据在接收到所述下行链路控制信息之后接收到的不同下行链路控制信息中包含的上行链路控制信道的资源分配信息来发送所述HARQ反馈信息。

15.根据权利要求11所述的用户设备，其中，所述HARQ定时指示信息被包括在所述下行链路控制信息中，或者被包括在接收到所述下行链路控制信息之后接收到的不同下行链路控制信息中。