CN117121594A

CN117121594A - 发送harq-ack信息的方法、用户设备、处理装置、存储介质和计算机程序及接收harq-ack信息的方法和基站

Info

Publication number: CN117121594A
Application number: CN202280024875.8A
Authority: CN
Inventors: 裵德显; 梁锡喆; 金善旭
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2021-04-05
Filing date: 2022-04-05
Publication date: 2023-11-24

Abstract

一种UE可：在包括主小区和配置用于PUCCH小区切换的辅小区的多个小区中执行PDSCH接收；基于在为主小区配置的HARQ‑ACK反馈定时值的集合中确定的针对PDSCH接收的HARQ‑ACK反馈定时值K和主小区的时隙当中的与PDSCH接收交叠的最后时隙n确定主小区上的时隙(n+K)；以及基于根据PUCCH小区切换使用辅小区来传输针对PDSCH接收的HARQ‑ACK信息，在辅小区上的时隙m中发送针对PDSCH接收的HARQ‑ACK信息。时隙m可以是与时隙(n+K)交叠的辅小区上的时隙当中的包括时隙(n+K)的开始的时隙。

Description

发送HARQ-ACK信息的方法、用户设备、处理装置、存储介质和计算机程序及接收HARQ-ACK信息的方法和基站

技术领域

本公开涉及一种无线通信***。

背景技术

诸如机器对机器(M2M)通信、机器型通信(MTC)以及要求高数据吞吐量的各种装置(例如，智能电话和平板个人计算机(PC))的各种技术已出现并普及。因此，蜂窝网络中要求处理的数据吞吐量快速增加。为了满足这种快速增加的数据吞吐量，已开发出用于有效地采用更多频带的载波聚合技术或认知无线电技术以及用于提高在有限的频率资源上发送的数据容量的多输入多输出(MIMO)技术或多基站(BS)协作技术。

随着越来越多的通信装置需要更大的通信容量，需要相对于传统无线电接入技术(RAT)的增强移动宽带(eMBB)通信。另外，通过将多个装置和对象彼此连接来随时随地提供各种服务的大规模机器型通信(mMTC)是下一代通信中要考虑的一个主要问题。

还正在讨论考虑对可靠性和延迟敏感的服务/用户设备(UE)的通信***设计。考虑eMBB通信、mMTC、超可靠低延迟通信(URLLC)等正在讨论下一代RAT的引入。

发明内容

技术问题

随着引入新的无线电通信技术，在规定的资源区域中BS应该向其提供服务的UE的数量不断增加，并且BS向/从BS提供服务的UE发送/接收的数据和控制信息的量也不断增加。由于BS可用于与UE通信的资源的量有限，所以需要一种BS使用有限的无线电资源有效地接收/发送上行链路/下行链路数据和/或上行链路/下行链路控制信息的新方法。换言之，由于节点的密度和/或UE的密度的增加，需要一种有效地使用高密度节点或高密度UE进行通信的方法。

还需要一种在无线通信***中有效地支持具有不同要求的各种服务的方法。

对于性能对延时/延迟敏感的应用，克服延时或延迟是重要的挑战。

当存在各自配置有PUCCH的多个物理上行链路控制信道(PUCCH)小区时，最好调节UE用来执行PUCCH传输的PUCCH小区。

要利用本公开实现的目的不限于上文具体描述的那些，本领域技术人员将从以下详细描述更清楚地理解本文中未描述的其它目的。

技术方案

根据本公开的一方面，本文提供了一种在无线通信***中由用户设备发送混合自动重传请求(HARQ)确认(ACK)(HARQ-ACK)信息的方法。该方法可包括以下步骤：在包括主小区并且包括配置用于物理上行链路控制信道(PUCCH)小区切换的辅小区的多个小区中执行物理下行链路共享信道(PDSCH)接收；在主小区和辅小区之间配置用于主小区的HARQ-ACK反馈定时值集合当中确定针对PDSCH接收的HARQ-ACK反馈定时值K；基于主小区的时隙当中的与PDSCH接收交叠的最后时隙n和HARQ-ACK反馈定时值K，确定主小区上的时隙n+K；以及基于根据PUCCH小区切换在主小区和辅小区之间使用辅小区来发送针对PDSCH接收的HARQ-ACK信息，在辅小区上的时隙m中发送针对PDSCH接收的HARQ-ACK信息。时隙m可以是辅小区的与时隙n+K交叠的时隙当中的包括时隙n+K的开始的时隙。

在本公开的另一方面，本文提供了一种用于在无线通信***中发送HARQ-ACK信息的用户设备。该用户设备包括：至少一个收发器；至少一个处理器；以及至少一个计算机存储器，其在操作上可连接到所述至少一个处理器并且存储指令，所述指令在被执行时使得所述至少一个处理器执行操作。所述操作可包括：在包括主小区并且包括配置用于PUCCH小区切换的辅小区的多个小区中执行PDSCH接收；在主小区和辅小区之间配置用于主小区的HARQ-ACK反馈定时值集合当中确定针对PDSCH接收的HARQ-ACK反馈定时值K；基于主小区的时隙当中的与PDSCH接收交叠的最后时隙n和HARQ-ACK反馈定时值K，确定主小区上的时隙n+K；以及基于根据PUCCH小区切换在主小区和辅小区之间使用辅小区来发送针对PDSCH接收的HARQ-ACK信息，在辅小区上的时隙m中发送针对PDSCH接收的HARQ-ACK信息。时隙m可以是辅小区的与时隙n+K交叠的时隙当中的包括时隙n+K的开始的时隙。

在本公开的另一方面，本文提供了一种无线通信***中的处理装置。该处理装置包括：至少一个处理器；以及至少一个计算机存储器，其在操作上可连接到所述至少一个处理器并且存储指令，所述指令在被执行时使得所述至少一个处理器执行操作。所述操作可包括：在包括主小区并且包括配置用于PUCCH小区切换的辅小区的多个小区中执行PDSCH接收；在主小区和辅小区之间配置用于主小区的HARQ-ACK反馈定时值集合当中确定针对PDSCH接收的HARQ-ACK反馈定时值K；基于主小区的时隙当中的与PDSCH接收交叠的最后时隙n和HARQ-ACK反馈定时值K，确定主小区上的时隙n+K；以及基于根据PUCCH小区切换在主小区和辅小区之间使用辅小区来发送针对PDSCH接收的HARQ-ACK信息，在辅小区上的时隙m中发送针对PDSCH接收的HARQ-ACK信息。时隙m可以是辅小区的与时隙n+K交叠的时隙当中的包括时隙n+K的开始的时隙。

在本公开的另一方面，本文提供了一种计算机可读存储介质。该计算机可读存储介质存储包括指令的至少一个计算机程序，所述指令在被至少一个处理器执行时使得所述至少一个处理器执行操作。所述操作可包括：在包括主小区并且包括配置用于PUCCH小区切换的辅小区的多个小区中执行PDSCH接收；在主小区和辅小区之间配置用于主小区的HARQ-ACK反馈定时值集合当中确定针对PDSCH接收的HARQ-ACK反馈定时值K；基于主小区的时隙当中的与PDSCH接收交叠的最后时隙n和HARQ-ACK反馈定时值K，确定主小区上的时隙n+K；以及基于根据PUCCH小区切换在主小区和辅小区之间使用辅小区来发送针对PDSCH接收的HARQ-ACK信息，在辅小区上的时隙m中发送针对PDSCH接收的HARQ-ACK信息。时隙m可以是辅小区的与时隙n+K交叠的时隙当中的包括时隙n+K的开始的时隙。

在本公开的另一方面，本文提供了一种存储在计算机可读存储介质中的计算机程序。该计算机程序包括至少一个程序代码，所述至少一个程序代码包括指令，所述指令在被执行时使得至少一个处理器执行操作。所述操作可包括：在包括主小区并且包括配置用于PUCCH小区切换的辅小区的多个小区中执行PDSCH接收；在主小区和辅小区之间配置用于主小区的HARQ-ACK反馈定时值集合当中确定针对PDSCH接收的HARQ-ACK反馈定时值K；基于主小区的时隙当中的与PDSCH接收交叠的最后时隙n和HARQ-ACK反馈定时值K，确定主小区上的时隙n+K；以及基于根据PUCCH小区切换在主小区和辅小区之间使用辅小区来发送针对PDSCH接收的HARQ-ACK信息，在辅小区上的时隙m中发送针对PDSCH接收的HARQ-ACK信息。时隙m可以是辅小区的与时隙n+K交叠的时隙当中的包括时隙n+K的开始的时隙。

在本公开的另一方面，本文提供了一种在无线通信***中由基站接收HARQ-ACK信息的方法。该方法可包括以下步骤：在包括用于用户设备的主小区并且包括配置用于用户设备进行PUCCH小区切换的辅小区的多个小区中执行PDSCH发送；在主小区和辅小区之间配置用于主小区的HARQ-ACK反馈定时值集合当中确定针对PDSCH发送的HARQ-ACK反馈定时值K；基于主小区的时隙当中的与PDSCH发送交叠的最后时隙n和HARQ-ACK反馈定时值K，确定主小区上的时隙n+K；以及基于根据PUCCH小区切换在主小区和辅小区之间使用辅小区来接收针对PDSCH发送的HARQ-ACK信息，在辅小区上的时隙m中接收针对PDSCH发送的HARQ-ACK信息。时隙m可以是辅小区的与时隙n+K交叠的时隙当中的包括时隙n+K的开始的时隙。

在本公开的另一方面，本文提供了一种在无线通信***中接收HARQ-ACK信息的基站。该基站包括：至少一个收发器；至少一个处理器；以及至少一个计算机存储器，其在操作上可连接到所述至少一个处理器并且存储指令，所述指令在被执行时使得所述至少一个处理器执行操作。所述操作可包括：在包括用于用户设备的主小区并且包括配置用于用户设备进行PUCCH小区切换的辅小区的多个小区中执行PDSCH发送；在主小区和辅小区之间配置用于主小区的HARQ-ACK反馈定时值集合当中确定针对PDSCH发送的HARQ-ACK反馈定时值K；基于主小区的时隙当中的与PDSCH发送交叠的最后时隙n和HARQ-ACK反馈定时值K，确定主小区上的时隙n+K；以及基于根据PUCCH小区切换在主小区和辅小区之间使用辅小区来接收针对PDSCH发送的HARQ-ACK信息，在辅小区上的时隙m中接收针对PDSCH发送的HARQ-ACK信息。时隙m可以是辅小区的与时隙n+K交叠的时隙当中的包括时隙n+K的开始的时隙。

在本公开的各个方面，其中，可基于调度PDSCH接收的消息中的字段从第一集合的HARQ-ACK反馈定时值当中确定HARQ-ACK反馈定时值K。

在本公开的各个方面，PUCCH小区切换可包括根据预定规则在主小区和辅小区之间切换用于与多个小区有关的PUCCH传输的小区。

在本公开的各个方面，所述方法或操作还可包括接收包括PUCCH小区切换图案的高层信号。可根据PUCCH小区切换图案执行PUCCH小区切换。

上述解决方案仅是本公开的一部分示例，本领域技术人员可从以下详细描述推导和理解本公开的技术特征被并入的各种示例。

有益效果

根据本公开的一些实现方式，可高效地发送/接收无线通信信号。因此，无线通信***的总吞吐量可提升。

根据本公开的一些实现方式，可在无线通信***中高效地支持具有不同要求的各种服务。

根据本公开的一些实现方式，在通信装置之间的无线电通信期间生成的延时/延迟可减小。

根据本公开的一些实现方式，即使当配置用于发送上行链路控制信道的小区的子载波间距不同时，小区当中实际用于发送上行链路控制信道的小区可根据预定义规则切换，并且UE和BS可无歧义地预测将实际用于发送链路控制信道的小区。

根据本公开的一些实现方式，可防止根据配置用于发送上行链路控制信道的小区的子载波间距不同地确定上行链路控制信道的发送定时。

根据本公开的一些实现方式，由于不管配置用于发送上行链路控制信道的小区如何，均基于主小区来执行上行链路控制信道传输的调度，并且可在不考虑是否发送上行链路控制信道的情况下确定用于发送上行链路控制信道的小区上将执行上行链路控制信道传输的时隙，所以不管选择用于发送上行链路控制信道的小区如何，对于上行链路控制信道可始终考虑相同的资源集。根据本公开的一些实现方式，由于不管上行链路控制信道是否实际可发送均确定发送定时，所以根据时分双工(TDD)操作来改变上行链路控制信道的发送定时，从而可防止UE和BS之间不同地解释上行链路控制信道的发送定时的风险。

根据本公开的效果不限于上文具体描述的那些，本公开相关领域的技术人员将从以下详细描述更清楚地理解本文未描述的其它效果。

附图说明

附图被包括以提供本公开的进一步理解，附图示出本公开的实现方式的示例并且与详细描述一起用于说明本公开的实现方式：

图1示出本公开的实现方式应用于的通信***1的示例；

图2是示出能够执行根据本公开的方法的通信装置的示例的框图；

图3示出能够执行本公开的实现方式的无线装置的另一示例；

图4示出在基于第3代合作伙伴计划(3GPP)的无线通信***中使用的帧结构的示例；

图5示出时隙的资源网格；

图6示出基于3GPP的***中使用的时隙结构；

图7示出由物理下行链路控制信道(PDCCH)导致的物理下行链路共享信道(PDSCH)时域资源指派(TDRA)的示例以及由PDCCH导致的物理上行链路共享信道(PUSCH)TDRA的示例；

图8示出混合自动重传请求-确认(HARQ-ACK)发送/接收过程；

图9示出将上行链路控制信息(UCI)与PUSCH复用的示例；

图10示出在单个时隙中具有交叠的物理上行链路控制信道(PUCCH)的UE处理UL信道之间的冲突的处理的示例；

图11示出基于图10执行UCI复用的情况；

图12示出在单个时隙中具有交叠的PUCCH和PUSCH的UE处理UL信道之间的冲突的处理；

图13示出考虑时间线条件的UCI复用；

图14示出根据本公开的一些实现方式的UE的操作流程；

图15示出本公开的一些实现方式中确定用于PUCCH传输的时隙的处理；

图16示出本公开的一些实现方式中发送针对PDSCH的HARQ-ACK信息的时隙；

图17示出根据本公开的一些实现方式的BS的操作流程；以及

图18示出本公开的一些实现方式中确定用于PUCCH接收的时隙的处理。

具体实施方式

在下文中，将参照附图详细描述根据本公开的实现方式。将在下面参照附图给出的详细描述旨在说明本公开的示例性实现方式，而非示出可根据本公开实现的仅有实现方式。以下详细描述包括具体细节以便提供对本公开的彻底理解。然而，对于本领域技术人员而言将显而易见的是，本公开可在没有这些具体细节的情况下实践。

在一些情况下，已知结构和装置可被省略或者可按框图形式示出，从而集中于结构和装置的重要特征，以不使本公开的概念模糊。贯穿本公开将使用相同的标号来指代相同或相似的部分。

下述技术、装置和***可被应用于各种无线多址***。例如，多址***可包括码分多址(CDMA)***、频分多址(FDMA)***、时分多址(TDMA)***、正交频分多址(OFDMA)***、单载波频分多址(SC-FDMA)***、多载波频分多址(MC-FDMA)***等。CDMA可通过诸如通用地面无线电接入(UTRA)或CDMA2000的无线电技术来实现。TDMA可通过诸如全球移动通信***(GSM)、通用分组无线电服务(GPRS)、增强数据速率GSM演进(EDGE)(即，GERAN)等的无线电技术来实现。OFDMA可通过诸如电气和电子工程师协会(IEEE)802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE 802.20、演进UTRA(E-UTRA)等的无线电技术来具体实现。UTRA是通用移动电信***(UMTS)的一部分，并且第3代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的E-UMTS的一部分。3GPP LTE在下行链路(DL)上采用OFDMA并且在上行链路(UL)上采用SC-FDMA。LTE-advanced(LTE-A)是3GPP LTE的演进版本。

为了描述方便，将在本公开应用于LTE和/或新RAT(NR)的假设下给出描述。然而，本公开的技术特征不限于此。例如，尽管基于与3GPP LTE/NR***对应的移动通信***给出以下详细描述，但是除了3GPP LTE/NR***所特定的事项之外，移动通信***适用于其它任意移动通信***。

对于本公开中所使用的术语和技术当中未详细描述的术语和技术，可参考基于3GPP的标准规范(例如，3GPP TS 36.211、3GPP TS 36.212、3GPP TS 36.213、3GPP TS36.321、3GPP TS 36.300、3GPP TS 36.331、3GPP TS 37.213、3GPP TS 38.211、3GPP TS38.212、3GPP TS 38.213、3GPP TS 38.214、3GPP TS 38.300、3GPP TS 38.331等)。

在稍后描述的本公开的示例中，如果装置“假设”某事，则这可意味着信道传输实体遵照对应“假设”发送信道。这也可意味着信道接收实体在遵照该“假设”发送信道的前提下以符合该“假设”的形式接收或解码信道。

在本公开中，用户设备(UE)可以是固定的或移动的。通过与基站(BS)通信来发送和/或接收用户数据和/或控制信息的各种装置中的每一个可以是UE。术语UE可被称为终端设备、移动站(MS)、移动终端(MT)、用户终端(UT)、订户站(SS)、无线装置、个人数字助理(PDA)、无线调制解调器、手持装置等。在本公开中，BS是指与UE和/或另一BS通信并且与UE和另一BS交换数据和控制信息的固定站。术语BS可被称为高级基站(ABS)、节点B(NB)、演进节点B(eNB)、基站收发器***(BTS)、接入点(AP)、处理服务器(PS)等。具体地，通用地面无线电接入(UTRAN)的BS被称为NB，演进UTRAN(E-UTRAN)的BS被称为eNB，新无线电接入技术网络的BS被称为gNB。在下文中，为了描述方便，不管通信技术的类型或版本如何，NB、eNB或gNB将被称为BS。

在本公开中，节点是指能够通过与UE通信来向/从UE发送/接收无线电信号的固定点。不管其名称如何，各种类型的BS可用作节点。例如，BS、NB、eNB、微微小区eNB(PeNB)、归属eNB(HeNB)、中继器、转发器等可以是节点。另外，节点可以不是BS。例如，无线电远程头端(RRH)或无线电远程单元(RRU)可以是节点。通常，RRH和RRU具有比BS的功率级别低的功率级别。由于RRH或RRU(下文中，RRH/RRU)通常通过诸如光缆的专用线路连接到BS，所以与根据通过无线链路连接的BS的协作通信相比，根据RRH/RRU和BS的协作通信可平滑地执行。每节点安装至少一个天线。天线可指物理天线端口或者指虚拟天线或天线组。节点也可被称为点。

在本公开中，小区是指一个或更多个节点提供通信服务的特定地理区域。因此，在本公开中，与特定小区的通信可意指与向特定小区提供通信服务的BS或节点的通信。特定小区的DL/UL信号是指从/向为特定小区提供通信服务的BS或节点的DL/UL信号。向UE提供UL/DL通信服务的小区被特别地称为服务小区。此外，特定小区的信道状态/质量是指在向特定小区提供通信服务的BS或节点与UE之间生成的信道或通信链路的信道状态/质量。在基于3GPP的通信***中，UE可使用在小区特定参考信号(CRS)资源上发送的CRS和/或在信道状态信息参考信号(CSI-RS)资源(由特定节点的天线端口分配给特定节点)上发送的CSI-RS来测量从特定节点的DL信道状态。

基于3GPP的通信***使用小区的概念以便管理无线电资源，并且将与无线电资源有关的小区与地理区域的小区相区分。

地理区域的“小区”可被理解为节点可使用载波来提供服务的覆盖范围，并且无线电资源的“小区”与作为由载波配置的频率范围的带宽(BW)关联。由于DL覆盖范围(节点能够发送有效信号的范围)与UL覆盖范围(节点能够从UE接收有效信号的范围)取决于承载信号的载波，所以节点的覆盖范围也可与该节点所使用的无线电资源的“小区”的覆盖范围关联。因此，术语“小区”可用于有时指示节点的服务覆盖范围，在其它时间指示无线电资源，或者在其它时间指示使用无线电资源的信号可利用有效强度到达的范围。

在3GPP通信标准中，使用小区的概念以便管理无线电资源。与无线电资源关联的“小区”由DL资源和UL资源的组合(即，DL分量载波(CC)和UL CC的组合)定义。小区可仅由DL资源配置，或者由DL资源和UL资源的组合配置。如果支持载波聚合，则DL资源(或DL CC)的载波频率与UL资源(或UL CC)的载波频率之间的链接可由***信息指示。例如，DL资源和UL资源的组合可由***信息块类型2(SIB2)链接指示。在这种情况下，载波频率可等于或不同于各个小区或CC的中心频率。当配置载波聚合(CA)时，UE与网络仅具有一个无线电资源控制(RRC)连接。在RRC连接建立/重新建立/切换期间，一个服务小区提供非接入层面(NAS)移动性信息。在RRC连接重新建立/切换期间，一个服务小区提供安全输入。该小区被称为主小区(Pcell)。Pcell是指在UE执行初始连接建立过程或发起连接重新建立过程的主频率上操作的小区。根据UE能力，辅小区(Scell)可被配置为与Pcell一起形成服务小区的集合。Scell可在RRC连接建立完成之后配置并且用于除了特定小区(SpCell)的资源之外提供附加无线电资源。DL上与Pcell对应的载波被称为下行链路主CC(DL PCC)，UL上与Pcell对应的载波被称为上行链路主CC(UL PCC)。DL上与Scell对应的载波被称为下行链路辅CC(DLSCC)，UL上与Scell对应的载波被称为上行链路辅CC(UL SCC)。

在双连接(DC)操作中，术语特殊小区(SpCell)是指主小区组(MCG)的Pcell或辅小区组(SCG)的主辅小区(Pcell)。SpCell支持PUCCH传输和基于竞争的随机接入并且始终被启用。MCG是与主节点(例如，BS)关联的一组服务小区，并且包括SpCell(Pcell)和可选地一个或更多个Scell。对于配置有DC的UE，SCG是与辅节点关联的服务小区的子集，并且包括PSCell以及0或更多个Scell。PSCell是SCG的主Scell。对于处于RRC_CONNECTED状态、未配置有CA或DC的UE，仅存在仅包括Pcell的一个服务小区。对于处于RRC_CONNECTED状态、配置有CA或DC的UE，术语服务小区是指包括SpCell和所有Scell的小区的集合。在DC中，为UE配置两个介质访问控制(MAC)实体，即，一个MAC实体用于MCG，一个MAC实体用于SCG。

对于配置有CA而未配置有DC的UE，可配置包括Pcell和0或更多个Scell的PcellPUCCH组(也称为主PUCCH组)和仅包括Scell的Scell PUCCH组(也称为辅PUCCH组)。对于Scell，可配置发送与对应小区关联的PUCCH的Scell(下文中，PUCCH小区)。指示PUCCHScell的Scell属于Scell PUCCH组(即，辅PUCCH组)并且在PUCCH Scell上执行相关上行链路控制信息(UCI)的PUCCH传输。如果对于Scell未指示PUCCH Scell或者指示用于Scell的PUCCH传输的小区是Pcell，则Scell属于Pcell PUCCH组(即，主PUCCH组)并且在Pcell上执行相关UCI的PUCCH传输。在下文中，如果UE配置有SCG并且与PUCCH有关的本公开的一些实现方式被应用于SCG，则主小区可指SCG的PSCell。如果UE配置有PUCCH Scell并且与PUCCH有关的本公开的一些实现方式被应用于辅PUCCH组，则主小区可指辅PUCCH组的PUCCHScell。

在无线通信***中，UE在DL上从BS接收信息，并且UE在UL上向BS发送信息。BS和UE发送和/或接收的信息包括数据和各种控制信息，并且根据UE和BS发送和/或接收的信息的类型/用途，存在各种物理信道。

基于3GPP的通信标准定义了与承载源自高层的信息的资源元素对应的DL物理信道以及与由物理层使用但是没有承载源自高层的信息的资源元素对应的DL物理信号。例如，物理下行链路共享信道(PDSCH)、物理广播信道(PBCH)、物理多播信道(PMCH)、物理控制格式指示符信道(PCFICH)、物理下行链路控制信道(PDCCH)等被定义为DL物理信道，并且参考信号(RS)和同步信号(SS)被定义为DL物理信号。RS(也称为导频)表示具有BS和UE二者已知的预定义的特殊波形的信号。例如，解调参考信号(DMRS)、信道状态信息RS(CSI-RS)等被定义为DL RS。基于3GPP的通信标准定义了与承载源自高层的信息的资源元素对应的UL物理信道以及与由物理层使用但是没有承载源自高层的信息的资源元素对应的UL物理信号。例如，物理上行链路共享信道(PUSCH)、物理上行链路控制信道(PUCCH)和物理随机接入信道(PRACH)被定义为UL物理信道，并且定义用于UL控制/数据信号的DMRS、用于UL信道测量的探测参考信号(SRS)等。

在本公开中，PDCCH是指承载下行链路控制信息(DCI)的时间-频率资源(例如，资源元素(RE))集合，PDSCH是指承载DL数据的时间-频率资源集合。PUCCH、PUSCH和PRACH分别是指承载UCI的时间-频率资源集合、承载UL数据的时间-频率资源集合和承载随机接入信号的时间-频率资源集合。在以下描述中，“UE发送/接收PUCCH/PUSCH/PRACH”用作与UE分别在PUCCH/PUSCH/PRACH上或通过PUSCH/PUCCH/PRACH发送/接收UCI/UL数据/随机接入信号相同的含义。另外，“BS发送/接收PBCH/PDCCH/PDSCH”用作与BS分别在PBCH/PDCCH/PDSCH上或通过PBCH/PDCCH/PDSCH发送广播信息/DCI/DL数据相同的含义。

在本说明书中，由BS为UE调度或配置以用于发送或接收PUCCH/PUSCH/PDSCH的无线电资源(例如，时间-频率资源)可被称为PUCCH/PUSCH/PDSCH资源。

由于通信装置在小区上以无线电信号的形式接收同步信号块(SSB)、DMRS、CSI-RS、PBCH、PDCCH、PDSCH、PUSCH和/或PUCCH，所以通信装置可能不通过射频(RF)接收器选择和接收仅包括特定物理信道或特定物理信号的无线电信号，或者可能不通过RF接收器选择和接收无线电信号而没有特定物理信道或特定物理信号。在实际操作中，通信装置经由RF接收器在小区上接收无线电信号，将作为RF频带信号的无线电信号转换为基带信号，然后使用一个或更多个处理器对基带信号中的物理信号和/或物理信道进行解码。因此，在本公开的一些实现方式中，不接收物理信号和/或物理信道可意指通信装置没有尝试从无线电信号恢复物理信号和/或物理信道，例如，没有尝试对物理信号和/或物理信道进行解码，而非通信装置没有实际接收包括对应物理信号和/或物理信道的无线电信号。

随着越来越多的通信装置需要更大的通信容量，需要相对于传统无线电接入技术(RAT)的eMBB通信。另外，通过将多个装置和对象彼此连接来随时随地提供各种服务的大规模MTC是下一代通信中要考虑的一个主要问题。此外，也正在讨论考虑了对可靠性和延迟敏感的服务/UE的通信***设计。考虑eMBB通信、大规模MTC、超可靠低延迟通信(URLLC)等，正在讨论下一代RAT的引入。目前，在3GPP中，正在进行EPC之后的下一代移动通信***的研究。在本公开中，为了方便，对应技术被称为新RAT(NR)或第五代(5G)RAT，并且使用NR或支持NR的***被称为NR***。

图1示出本公开的实现方式应用于的通信***1的示例。参照图1，应用于本公开的通信***1包括无线装置、BS和网络。这里，无线装置表示使用RAT(例如，5G NR或LTE(例如，E-UTRA))执行通信的装置，并且可被称为通信/无线电/5G装置。无线装置可包括(但不限于)机器人100a、车辆100b-1和100b-2、扩展现实(XR)装置100c、手持装置100d、家用电器100e、物联网(IoT)装置100f和人工智能(AI)装置/服务器400。例如，车辆可包括具有无线通信功能的车辆、自主驾驶车辆以及能够执行车辆对车辆通信的车辆。这里，车辆可包括无人驾驶飞行器(UAV)(例如，无人机)。XR装置可包括增强现实(AR)/虚拟现实(VR)/混合现实(MR)装置，并且可按头戴式装置(HMD)、安装在车辆中的平视显示器(HUD)、电视、智能电话、计算机、可穿戴装置、家用电器装置、数字标牌、车辆、机器人等的形式实现。手持装置可包括智能电话、智能板、可穿戴装置(例如，智能手表或智能眼镜)和计算机(例如，笔记本)。家用电器可包括TV、冰箱和洗衣机。IoT装置可包括传感器和智能仪表。例如，BS和网络也可被实现为无线装置，并且特定无线装置可相对于另一无线装置作为BS/网络节点操作。

无线装置100a至100f可经由BS200连接到网络300。AI技术可应用于无线装置100a至100f，并且无线装置100a至100f可经由网络300连接到AI服务器400。网络300可使用3G网络、4G(例如，LTE)网络或5G(例如，NR)网络来配置。尽管无线装置100a至100f可通过BS200/网络300彼此通信，但是无线装置100a至100f可彼此执行直接通信(例如，侧链路通信)而不经过BS/网络。例如，车辆100b-1和100b-2可执行直接通信(例如，车辆对车辆(V2V)/车辆对万物(V2X)通信)。IoT装置(例如，传感器)可与其它IoT装置(例如，传感器)或其它无线装置100a至100f执行直接通信。

可在无线装置100a至100f与BS200之间以及无线装置100a至100f之间建立无线通信/连接150a和150b。这里，可通过各种RAT(例如，5G NR)建立诸如UL/DL通信150a和侧链路通信150b(或装置对装置(D2D)通信)的无线通信/连接。无线装置和BS/无线装置可通过无线通信/连接150a和150b向彼此发送/从彼此接收无线电信号。为此，用于发送/接收无线电信号的各种配置信息配置过程、各种信号处理过程(例如，信道编码/解码、调制/解调和资源映射/解映射)以及资源分配过程的至少一部分可基于本公开的各种提议执行。

图2是示出能够执行根据本公开的方法的通信装置的示例的框图。参照图2，第一无线装置100和第二无线装置200可通过各种RAT(例如，LTE和NR)发送和/或接收无线电信号。这里，{第一无线装置100和第二无线装置200}可对应于图1的{无线装置100x和BS200}和/或{无线装置100x和无线装置100x}。

第一无线装置100可包括一个或更多个处理器102和一个或更多个存储器104，并且另外还包括一个或更多个收发器106和/或一个或更多个天线108。处理器102可控制存储器104和/或收发器106，并且可被配置为实现下面描述/提出的功能、过程和/或方法。例如，处理器102可处理存储器104内的信息以生成第一信息/信号，然后通过收发器106发送包括第一信息/信号的无线电信号。处理器102可通过收发器106接收包括第二信息/信号的无线电信号，然后将通过处理第二信息/信号而获得的信息存储在存储器104中。存储器104可连接到处理器102，并且可存储与处理器102的操作有关的各种信息。例如，存储器104可执行由处理器102控制的部分或全部过程或者存储包括用于执行下面描述/提出的过程和/或方法的命令的软件代码。这里，处理器102和存储器104可以是被设计为实现RAT(例如，LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器106可连接到处理器102并且通过一个或更多个天线108发送和/或接收无线电信号。各个收发器106可包括发送器和/或接收器。收发器106可与射频(RF)单元互换使用。在本公开中，无线装置可表示通信调制解调器/电路/芯片。

第二无线装置200可包括一个或更多个处理器202和一个或更多个存储器204，并且另外还包括一个或更多个收发器206和/或一个或更多个天线208。处理器202可控制存储器204和/或收发器206，并且可被配置为实现下面描述/提出的功能、过程和/或方法。例如，处理器202可处理存储器204内的信息以生成第三信息/信号，然后通过收发器206发送包括第三信息/信号的无线电信号。处理器202可通过收发器206接收包括第四信息/信号的无线电信号，然后将通过处理第四信息/信号而获得的信息存储在存储器204中。存储器204可连接到处理器202，并且可存储与处理器202的操作有关的各种信息。例如，存储器204可执行由处理器202控制的部分或全部过程或者存储包括用于执行下面描述/提出的过程和/或方法的命令的软件代码。这里，处理器202和存储器204可以是被设计为实现RAT(例如，LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器206可连接到处理器202并且通过一个或更多个天线208发送和/或接收无线电信号。各个收发器206可包括发送器和/或接收器。收发器206可与RF单元互换使用。在本公开中，无线装置可表示通信调制解调器/电路/芯片。

在本公开的无线装置100和200中实现的无线通信技术可包括用于低功率通信的窄带物联网以及LTE、NR和6G。例如，NB-IoT技术可以是低功率广域网(LPWAN)技术的示例，并且以诸如LTE Cat NB1和/或LTE Cat NB2的标准实现。然而，NB-IoT技术不限于上述名称。另外地或另选地，在本公开的无线装置XXX和YYY中实现的无线通信技术可基于LTE-M技术来执行通信。例如，LTE-M技术可以是LPWAN技术的示例，并且被称为包括增强机器型通信(eMTC)的各种名称。例如，LTE-M技术可按以下各种标准中的至少一种实现：1)LTE CAT 0、2)LTE Cat M1、3)LTE Cat M2、4)LTE非带宽受限(非BL)、5)LTE-MTC、6)LTE机器型通信和/或7)LTE M等，但LTE-M技术不限于上述名称。另外地或另选地，考虑到低功率通信，在本公开的无线装置XXX和YYY中实现的无线通信技术可包括ZigBee、蓝牙和LPWAN中的至少一种，但无线通信技术不限于上述名称。例如，ZigBee技术可基于诸如IEEE 802.15.4等的各种标准来创建与小/低功率数字通信有关的个域网(PAN)，并且ZigBee技术可被称为各种名称。

在下文中，将更具体地描述无线装置100和200的硬件元件。一个或更多个协议层可由(但不限于)一个或更多个处理器102和202实现。例如，一个或更多个处理器102和202可实现一个或更多个层(例如，诸如物理(PHY)层、介质访问控制(MAC)层、无线电链路控制(RLC)层、分组数据会聚协议(PDCP)层、无线电资源控制(RRC)层和服务数据适配协议(SDAP)层的功能层)。一个或更多个处理器102和202可根据本公开中所公开的功能、过程、提议和/或方法来生成一个或更多个协议数据单元(PDU)和/或一个或更多个服务数据单元(SDU)。一个或更多个处理器102和202可根据本公开中所公开的功能、过程、提议和/或方法来生成消息、控制信息、数据或信息。一个或更多个处理器102和202可根据本公开中所公开的功能、过程、提议和/或方法来生成包括PDU、SDU、消息、控制信息、数据或信息的信号(例如，基带信号)，并且将所生成的信号提供给一个或更多个收发器106和206。一个或更多个处理器102和202可根据本公开中所公开的功能、过程、提议和/或方法来从一个或更多个收发器106和206接收信号(例如，基带信号)并获取PDU、SDU、消息、控制信息、数据或信息。

一个或更多个处理器102和202可被称为控制器、微控制器、微处理器或微计算机。一个或更多个处理器102和202可由硬件、固件、软件或其组合实现。作为示例，一个或更多个专用集成电路(ASIC)、一个或更多个数字信号处理器(DSP)、一个或更多个数字信号处理器件(DSPD)、一个或更多个可编程逻辑器件(PLD)或者一个或更多个现场可编程门阵列(FPGA)可被包括在一个或更多个处理器102和202中。本公开中所公开的功能、过程、提议和/或方法可使用固件或软件来实现，并且固件或软件可被配置为包括模块、过程或功能。被配置为执行本公开中所公开的功能、过程、提议和/或方法的固件或软件可被包括在一个或更多个处理器102和202中或被存储在一个或更多个存储器104和204中，以由一个或更多个处理器102和202驱动。本公开中所公开的功能、过程、提议和/或方法可按代码、命令和/或命令集的形式使用固件或软件来实现。

一个或更多个存储器104和204可连接到一个或更多个处理器102和202并且存储各种类型的数据、信号、消息、信息、程序、代码、命令和/或指令。一个或更多个存储器104和204可由只读存储器(ROM)、随机存取存储器(RAM)、电可擦除可编程只读存储器(EPROM)、闪存、硬盘驱动器、寄存器、高速缓冲存储器、计算机可读存储介质和/或其组合配置。一个或更多个存储器104和204可位于一个或更多个处理器102和202的内部和/或外部。一个或更多个存储器104和204可通过诸如有线或无线连接的各种技术连接到一个或更多个处理器102和202。

一个或更多个收发器106和206可向一个或更多个其它装置发送本公开的方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。一个或更多个收发器106和206可从一个或更多个其它装置接收本公开中所公开的功能、过程、提议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。例如，一个或更多个收发器106和206可连接到一个或更多个处理器102和202并且发送和接收无线电信号。例如，一个或更多个处理器102和202可执行控制以使得一个或更多个收发器106和206可向一个或更多个其它装置发送用户数据、控制信息或无线电信号。一个或更多个处理器102和202可执行控制以使得一个或更多个收发器106和206可从一个或更多个其它装置接收用户数据、控制信息或无线电信号。一个或更多个收发器106和206可连接到一个或更多个天线108和208。一个或更多个收发器106和206可被配置为通过一个或更多个天线108和208发送和接收本公开中所公开的功能、过程、提议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。在本公开中，一个或更多个天线可以是多个物理天线或多个逻辑天线(例如，天线端口)。一个或更多个收发器106和206可将所接收的无线电信号/信道等从RF频带信号转换为基带信号，以便使用一个或更多个处理器102和202处理所接收的用户数据、控制信息、无线电信号/信道等。一个或更多个收发器106和206可将使用一个或更多个处理器102和202处理的用户数据、控制信息、无线电信号/信道等从基带信号转换为RF频带信号。为此，一个或更多个收发器106和206可包括(模拟)振荡器和/或滤波器。

图3示出能够执行本公开的实现方式的无线装置的另一示例。参照图3，无线装置100和200可对应于图2的无线装置100和200，并且可由各种元件、组件、单元/部分和/或模块配置。例如，无线装置100和200中的每一个可包括通信单元110、控制单元120、存储器单元130和附加组件140。通信单元可包括通信电路112和收发器114。例如，通信电路112可包括图2的一个或更多个处理器102和202和/或一个或更多个存储器104和204。例如，收发器114可包括图2的一个或更多个收发器106和206和/或一个或更多个天线108和208。控制单元120电连接到通信单元110、存储器130和附加组件140，并且控制无线装置的总体操作。例如，控制单元120可基于存储在存储器单元130中的程序/代码/命令/信息来控制无线装置的电/机械操作。控制单元120可通过无线/有线接口经由通信单元110将存储在存储器单元130中的信息发送到外部(例如，其它通信装置)，或者通过无线/有线接口将经由通信单元110从外部(例如，其它通信装置)接收的信息存储在存储器单元130中。

附加组件140可根据无线装置的类型不同地配置。例如，附加组件140可包括电源单元/电池、输入/输出(I/O)单元、驱动单元和计算单元中的至少一个。无线装置可按(但不限于)机器人(图1的100a)、车辆(图1的100b-1和100b-2)、XR装置(图1的100c)、手持装置(图1的100d)、家用电器(图1的100e)、IoT装置(图1的100f)、数字广播UE、全息装置、公共安全装置、MTC装置、医疗装置、金融科技装置(或金融装置)、安全装置、气候/环境装置、AI服务器/装置(图1的400)、BS(图1的200)、网络节点等实现。无线装置可根据使用情况/服务在移动或固定地点使用。

在图3中，无线装置100和200中的各种元件、组件、单元/部分和/或模块可全部通过有线接口彼此连接，或者其至少一部分可通过通信单元110无线连接。例如，在无线装置100和200中的每一个中，控制单元120和通信单元110可有线连接，并且控制单元120和第一单元(例如，130和140)可通过通信单元110无线连接。无线装置100和200内的各个元件、组件、单元/部分和/或模块还可包括一个或更多个元件。例如，控制单元120可由一个或更多个处理器的集合配置。作为示例，控制单元120可由通信控制处理器、应用处理器、电子控制单元(ECU)、图形处理单元和存储器控制处理器的集合配置。作为另一示例，存储器130可由随机存取存储器(RAM)、动态RAM(DRAM)、只读存储器(ROM))、闪存、易失性存储器、非易失性存储器和/或其组合配置。

在本公开中，至少一个存储器(例如，104或204)可存储指令或程序，并且这些指令或程序在被执行时可使得在操作上连接到所述至少一个存储器的至少一个处理器根据本公开的一些实施方式或实现方式执行操作。

在本公开中，计算机可读(非暂时性)存储介质可存储至少一个指令或程序，并且所述至少一个指令或程序在由至少一个处理器执行时可使得所述至少一个处理器根据本公开的一些实施方式或实现方式执行操作。

在本公开中，处理装置或设备可包括至少一个处理器和在操作上连接到所述至少一个处理器的至少一个计算机存储器。所述至少一个计算机存储器可存储指令或程序，并且这些指令或程序在被执行时可使得在操作上连接到至少一个存储器的至少一个处理器根据本公开的一些实施方式或实现方式执行操作。

在本公开中，计算机程序可包括存储在至少一个计算机可读(非易失性)存储介质上的程序代码，并且其在被执行时被配置为根据本公开的一些实现方式执行操作或者使得至少一个处理器根据本公开的一些实现方式执行操作。计算机程序可按计算机程序产品的形式提供。计算机程序产品可包括至少一个计算机可读(非易失性)存储介质。

本公开的通信装置包括：至少一个处理器；以及至少一个计算机存储器，其在操作上连接到所述至少一个处理器并且被配置为存储指令，所述指令在被执行时使得所述至少一个处理器根据稍后描述的本公开的示例执行操作。

图4示出在基于3GPP的无线通信***中使用的帧结构的示例。

图4的帧结构仅是示例性的，帧中的子帧的数量、时隙的数量和符号的数量可不同地改变。在NR***中，可针对为一个UE聚合的多个小区配置不同的OFDM参数集(例如，子载波间距(SCS))。因此，可为聚合的小区不同地配置包括相同数量的符号(例如，子帧、时隙或传输时间间隔(TTI))的时间资源的(绝对时间)持续时间。这里，符号可包括OFDM符号(或循环前缀-OFDM(CP-OFDM)符号)和SC-FDMA符号(或离散傅里叶变换-扩展-OFDM(DFT-s-OFDM)符号)。在本公开中，符号、基于OFDM的符号、OFDM符号、CP-OFDM符号和DFT-s-OFDM符号可互换使用。

参照图4，在NR***中，UL传输和DL传输被组织成帧。各个帧具有T_f＝(△f_max*N_f/100)*T_c＝10ms的持续时间并且被分成各自5ms的两个半帧。NR的基本时间单位是T_c＝1/(△f_max*N_f)，其中△f_max＝480*10³Hz并且N_f＝4096。作为参考，LTE的基本时间单位是T_s＝1/(△f_ref*N_f,ref)，其中△f_ref＝15*10³Hz并且N_f,ref＝2048。T_c和T_f具有常数κ＝T_c/T_f＝64的关系。各个半帧包括5个子帧，并且单个子帧的持续时间T_sf为1ms。子帧被进一步分成时隙，并且子帧中的时隙的数量取决于子载波间距。各个时隙基于循环前缀包括14或12个OFDM符号。在正常CP中，各个时隙包括14个OFDM符号，在扩展CP中，各个时隙包括12个OFDM符号。参数集取决于指数可缩放子载波间距△f＝2^u*15kHz。下表示出每时隙的OFDM符号的数量(N^slot _symb)、每帧的时隙的数量(N^frame,u _slot)和每子帧的时隙的数量(N^subframe,u _slot)。

[表1]

u	N^slot _symb	N^frame,u _slot	N^subframe,u _slot
				0	14	10	1
1	14	20	2
				2	14	40	4
3	14	80	8
				4	14	160	16

下表示出根据子载波间距△f＝2^u*15kHz，每时隙的OFDM符号的数量、每帧的时隙的数量和每子帧的时隙的数量。

[表2]

u	N^slot _symb	N^frame,u _slot	N^subframe,u _slot
				2	12	40	4

对于子载波间距配置u，时隙可在子帧内如下按升序索引：n^u _s∈{0,...,n^subframe ^,u _slot-1}，并且在帧内如下按升序索引：n^u _s,f∈{0,...,n^frame,u _slot-1}。

图5示出时隙的资源网格。时隙包括时域中的多个(例如，14或12个)符号。对于各个参数集(例如，子载波间距)和载波，从由高层信令(例如，RRC信令)指示的公共资源块(CRB)N^start,u _grid开始定义了N^size,u _grid,x*N^RB _sc个子载波和N^subframe,u _symb个OFDM符号的资源网格，其中N^size,u _grid,x是资源网格中的资源块(RB)的数量，并且对于下行链路，下标x为DL，对于上行链路为UL。N^RB _sc是每RB的子载波的数量。在基于3GPP的无线通信***中，N^RB _sc通常为12。对于给定天线端口p、子载波间距配置u和传输链路(DL或UL)，存在一个资源网格。通过高层参数(例如，RRC参数)向UE给予子载波间距配置u的载波带宽N^size,u _grid。用于天线端口p和子载波间距配置u的资源网格中的各个元素被称为资源元素(RE)，并且一个复符号可被映射到各个RE。资源网格中的各个RE由频域中的索引k和表示相对于时域中的参考点的符号位置的索引l唯一地标识。在NR***中，RB由频域中的12个连续子载波定义。在NR***中，RB被分类为CRB和物理资源块(PRB)。对于子载波间距配置u，CRB在频域中从0向上编号。子载波间距配置u的CRB 0的子载波0的中心等于用作RB网格的公共参考点的“点A”。子载波间距配置u的PRB在带宽部分(BWP)内定义并且从0至N^size,u _BWP,i-1编号，其中i是BWP的数量。BWPi中的PRB n_PRB与CRB n^u _CRB之间的关系由n^u _PRB＝n^u _CRB+N^size,u _BWP,i给出，其中N^size _BWP,i是BWP相对于CRB 0开始的CRB。BWP包括频域中的多个连续RB。例如，BWP可以是在给定载波上的BWP i中为给定参数集u_i定义的邻接CRB的子集。载波可包括最多N(例如，5)个BWP。UE可被配置为具有给定分量载波上的一个或更多个BWP。通过启用的BWP执行数据通信，并且在分量载波上仅为UE配置的BWP当中的预定数量的BWP(例如，一个BWP)可为活动的。

对于DL BWP或UL BWP的集合中的各个服务小区，网络可配置至少初始DL BWP和一个(如果服务小区配置有上行链路)或两个(如果使用补充上行链路)初始UL BWP。网络可配置附加UL和DL BWP。对于各个DL BWP或UL BWP，可针对服务小区向UE提供以下参数：i)SCS；ii)CP；iii)由在N^start _BWP＝275的假设下指示偏移RB_set和长度L_RB作为资源指示符值(RIV)的RRC参数locationAndBandwidth提供的CRB N^start _BWP＝O_carrier+RB_start和邻接RB的数量N^size _BWP＝L_RB，以及由RRC参数offsetToCarrier针对SCS提供的值O_carrier；DL BWP或UL BWP的集合中的索引；BWP公共参数的集合；以及BWP专用参数的集合。

虚拟资源块(VRB)可在BWP内定义并且从0至N^size,u _BWP,i-1索引，其中i表示BWP编号。VRB可根据非交织映射来映射至PRB。在一些实现方式中，对于非交织VRB至PRB映射，VRB n可被映射至PRB n。

配置载波聚合的UE可被配置为使用一个或更多个小区。如果UE配置有多个服务小区，则UE可配置有一个或多个小区组。UE也可配置有与不同BS关联的多个小区组。另选地，UE可配置有与单个BS关联的多个小区组。UE的各个小区组包括一个或更多个服务小区并且包括配置PUCCH资源的单个PUCCH小区。PUCCH小区可以是Pcell或对应小区组的Scell当中配置为PUCCH小区的Scell。UE的各个服务小区属于UE的小区组之一并且不属于多个小区。

图6示出在基于3GPP的***中使用的时隙结构。在所有基于3GPP的***中(例如，在NR***中)，各个时隙可具有自包含结构，其包括i)DL控制信道、ii)DL或UL数据和/或iii)UL控制信道。例如，时隙中的前N个符号可用于发送DL控制信道(下文中，DL控制区域)，时隙中的最后M个符号可用于发送UL控制信道(下文中，UL控制区域)，其中N和M是负数以外的整数。DL控制区域和UL控制区域之间的资源区域(下文中，数据区域)可用于发送DL数据或UL数据。单个时隙中的符号可被分为可用作DL符号、UL符号或灵活符号的连续符号组。以下，指示时隙中的各个符号如何使用的信息将被称为时隙格式。例如，时隙格式可定义时隙中的哪些符号用于UL，时隙中的哪些符号用于DL。

当BS旨在按时分双工(TDD)模式操作服务小区时，BS可通过高层(例如，RRC)信令为服务小区配置UL和DL分配图案。例如，以下参数可用于配置TDD DL-UL图案：

-dl-UL-TransmissionPeriodicity，其提供DL-UL图案的周期性；

-nrofDownlinkSlots，其提供在各个DL-UL图案的开始处连续全DL时隙的数量，其中全DL时隙是仅具有DL符号的时隙；

-nrofDownlinkSymbols，其提供紧接在最后全DL时隙之后的时隙的开始处连续DL符号的数量；

-nrofUplinkSlots，其提供在各个DL-UL图案的结尾处连续全UL时隙的数量，其中全UL时隙是仅具有UL符号的时隙；以及

-nrofUplinkSymbols，其提供紧接在第一全UL时隙之前的时隙的结尾处连续UL符号的数量。

DL-UL图案中的符号当中的未被配置为DL符号或UL符号的剩余符号是灵活符号。

如果通过高层信令向UE提供TDD DL-UL图案的配置，即，TDD UL-DL配置(例如，tdd-UL-DL-ConfigurationCommon或tdd-UL-DLConfigurationDedicated)，则UE基于该配置在多个时隙上每时隙设定时隙格式。

对于符号，尽管可存在DL符号、UL符号和灵活符号的各种组合，但是预定数量的组合可被预定义为时隙格式，并且预定义的时隙格式可分别由时隙格式索引标识。下表示出一部分预定义时隙格式。在下表中，D表示DL符号，U表示UL符号，F表示灵活符号。

[表3]

为了指示在预定义时隙格式当中在特定时隙中使用哪一时隙格式，BS可通过高层(例如，RRC)信令针对服务小区集合每小区配置适用于对应服务小区的时隙格式组合的集合，并且通过高层(例如，RRC)信令使得UE监测时隙格式指示符(SFI)的组公共PDCCH。在下文中，SFI的组公共PDCCH所承载的DCI将被称为SFIDCI。DCI格式2_0用作SFIDCI。例如，对于服务小区集合中的各个服务小区，BS可向UE提供SFIDCI中的对应服务小区的时隙格式组合ID(即，SFI索引)的(起始)位置、适用于服务小区的时隙格式组合的集合以及SFIDCI中的SFI索引值所指示的时隙格式组合中的各个时隙格式的参考子载波间距配置。为时隙格式组合的集合中的各个时隙格式组合配置一个或更多个时隙格式，并且向时隙格式组合指派时隙格式组合ID(即，SFI索引)。例如，当BS旨在配置具有N个时隙格式的时隙格式组合时，可为时隙格式组合指示预定义时隙格式(例如，参见表3)的时隙格式索引当中的N个时隙格式索引。为了配置UE监测SFI的组公共PDCCH，BS向UE告知与用于SFI的无线电网络临时标识符(RNTI)对应的SFI-RNTI以及以SFI-RNTI加扰的DCI有效载荷的总长度。在基于SFI-RNTI检测到PDCCH时，UE可从PDCCH中的DCI有效载荷中的SFI索引当中服务小区的SFI索引确定对应服务小区的时隙格式。

由TDD DL-UL图案配置指示为灵活符号的符号可被SFIDCI指示为UL符号、DL符号或灵活符号。由TDD DL-UL图案配置指示为DL/UL符号的符号未被SFIDCI覆写为UL/DL符号或灵活符号。

如果未配置TDD DL-UL图案，则UE基于用于调度或触发DL或UL信号传输的SFIDCI和/或DCI(例如，DCI格式1_0、DCI格式1_1、DCI格式1_2、DCI格式0_0、DCI格式0_1、DCI格式0_2和DCI格式2_3)来确定各个时隙用于UL还是DL并且确定各个时隙中的符号分配。

NR频带被定义为两种类型的频率范围，即，FR1和FR2。FR2也被称为毫米波(mmW)。下表示出NR可操作的频率范围。

[表4]

频率范围指定	对应频率范围	子载波间距
			FR1	410MHz-7125MHz	15、30、60kHz
FR2	24250MHz-52600MHz	60、120、240kHz

在下文中，将详细描述在基于3GPP的无线通信***中可使用的物理信道。

PDCCH承载DCI。例如，PDCCH(即，DCI)承载关于下行链路共享信道(DL-SCH)的传输格式和资源分配的信息、关于上行链路共享信道(UL-SCH)的资源分配的信息、关于寻呼信道(PCH)的寻呼信息、关于DL-SCH的***信息、关于UE/BS的协议栈当中比物理层更高的层(下文中，高层)的控制消息(例如，在PDSCH上发送的随机接入响应(RAR))的资源分配的信息、发送功率控制命令、关于配置调度(CS)的启用/停用的信息等。包括关于DL-SCH的资源分配信息的DCI被称为PDSCH调度DCI，包括关于UL-SCH的资源分配信息的DCI被称为PUSCH调度DCI。DCI包括循环冗余校验(CRC)。CRC根据PDCCH的所有者和用途以各种标识符(例如，无线电网络临时标识符(RNTI))掩码/加扰。例如，如果PDCCH用于特定UE，则CRS以UE标识符(例如，小区-RNTI(C-RNTI))掩码。如果PDCCH用于寻呼消息，则CRC以寻呼RNTI(P-RNTI)掩码。如果PDCCH用于***信息(例如，***信息块(SIB))，则CRC以***信息RNTI(SI-RNTI)掩码。如果PDCCH用于随机接入响应，则CRC以随机接入-RNTI(RA-RNTI)掩码。

当一个服务小区上的PDCCH调度另一服务小区上的PDSCH或PUSCH时，称为跨载波调度。具有载波指示符字段(CIF)的跨载波调度可允许服务小区上的PDCCH调度另一服务小区上的资源。当服务小区上的PDSCH调度服务小区上的PDSCH或PUSCH时，称为自载波调度。当在小区中使用跨载波调度时，BS可将关于调度小区的该小区的信息提供给UE。例如，BS可向UE告知服务小区是由另一(调度)小区上的PDCCH调度还是由服务小区调度。如果服务小区由另一(调度)小区调度，则BS可向UE告知哪一小区用信号通知服务小区的DL指派和UL许可。在本公开中，承载PDCCH的小区被称为调度小区，PUSCH或PDSCH的传输由包括在PDCCH中的DCI调度的小区(即，承载由PDCCH调度的PUSCH或PDSCH的小区)被称为被调度小区。

PDSCH是用于UL数据传输的物理层UL信道。PDSCH承载DL数据(例如，DL-SCH传输块)并且经受诸如正交相移键控(QPSK)、16正交幅度调制(QAM)、64QAM、256QAM等的调制。通过对传输块(TB)进行编码来生成码字。PDSCH可承载最多两个码字。可执行每码字的加扰和调制映射，并且可将从各个码字生成的调制符号映射到一个或更多个层。各个层与DMRS一起被映射到无线电资源并且生成为OFDM符号信号。然后，通过对应天线端口发送OFDM符号信号。

PUCCH是用于上行链路控制信息(UCI)传输的物理层UL信道。PUCCH承载UCI。PUCCH上发送的UCI类型包括混合自动重传请求确认(HARQ-ACK)信息、调度请求(SR)和信道状态信息(CSI)。UCI比特包括HARQ-ACK信息比特(如果存在话)、SR信息比特(如果存在话)、链路恢复请求(LRR)信息比特(如果存在话)和CSI比特(如果存在话)。在本公开中，HARQ-ACK信息比特对应于HARQ-ACK码本。特别是，HARQ-ACK信息比特根据预定规则布置的比特序列被称为HARQ-ACK码本。

-调度请求(SR)：用于请求UL-SCH资源的信息。

-混合自动重传请求(HARQ)-确认(ACK)：对PDSCH上的DL数据分组(例如，码字)的响应。HARQ-ACK指示通信装置是否成功接收DL数据分组。响应于单个码字，可发送1比特HARQ-ACK。响应于两个码字，可发送2比特HARQ-ACK。HARQ-ACK响应包括肯定ACK(简称为ACK)、否定ACK(NACK)、不连续传输(DTX)或NACK/DTX。这里，术语HARQ-ACK可与HARQ ACK/NACK、ACK/NACK或A/N互换使用。

-信道状态信息(CSI)：关于DL信道的反馈信息。CSI可包括信道质量信息(CQI)、秩指示符(RI)、预编码矩阵指示符(PMI)、CSI-RS资源指示符(CRI)、SS/PBCH资源块指示符(SSBRI)和层指示符(L1)。根据包括在CSI中的UCI类型，CSI可被分类为CSI部分1和CSI部分2。例如，第一码字的CRI、RI和/或CQI可包括在CSI部分1中，第二码字的LI、PMI和/或CQI可包括在CSI部分2中。

-链路恢复请求(LRR)

在本公开中，为了方便，由BS为/向UE配置/指示HARQ-ACK、SR和CSI传输的PUCCH资源分别被称为HARQ-ACK PUCCH资源、SR PUCCH资源和CSI PUCCH资源。

根据UCI有效载荷大小和/或传输长度(例如，包括在PUCCH资源中的符号数量)，PUCCH格式可如下定义。关于PUCCH格式，也可参考表5。

(0)PUCCH格式0(PF0或F0)

-所支持的UCI有效载荷大小：至多K比特(例如，K＝2)

-构成单个PUCCH的OFDM符号的数量：1至X个符号(例如，X＝2)

-传输结构：PUCCH格式0中仅包括UCI信号而没有DMRS。UE通过选择并发送多个序列之一来发送UCI状态。例如，UE通过经由PUCCH(PUCCH格式0)发送多个序列之一来向BS发送特定UCI。UE仅在发送肯定SR时在用于对应SR配置的PUCCH资源中发送PUCCH(PUCCH格式0)。

-PUCCH格式0的配置包括对应PUCCH资源的以下参数：初始循环移位的索引、用于PUCCH传输的符号数量和/或用于PUCCH传输的第一符号。

(1)PUCCH格式1(PF1或F1)

-所支持的UCI有效载荷大小：至多K比特(例如，K＝2)

-构成单个PUCCH的OFDM符号的数量：Y至Z个符号(例如，Y＝4和Z＝14)

-传输结构：DMRS和UCI按TDM配置在/映射到不同OFDM符号。换言之，在不发送调制符号的符号中发送DMRS，并且UCI被表示为特定序列(例如，正交覆盖码(OCC))和调制(例如，QPSK)符号之间的乘积。通过对UCI和DMRS二者应用循环移位(CS)/OCC，在多个PUCCH资源(符合PUCCH格式1)(在同一RB内)之间支持码分复用(CDM)。PUCCH格式1承载至多2比特的UCI，并且在时域中通过OCC(根据是否执行跳频而不同地配置)扩展调制符号。

-PUCCH格式1的配置包括对应PUCCH资源的以下参数：初始循环移位的索引、用于PUCCH传输的符号数量、用于PUCCH传输的第一符号和/或OCC的索引。

(2)PUCCH格式2(PF2或F2)

-所支持的UCI有效载荷大小：超过K比特(例如，K＝2)

-构成单个PUCCH的OFDM符号的数量：1至X个符号(例如，X＝2)

-传输结构：在同一符号内使用频分复用(FDM)配置/映射DMRS和UCI。UE通过对编码的UCI比特应用IFFT而没有DFT来发送UCI。PUCCH格式2承载比K比特更大比特大小的UCI，并且调制符号经受与DMRS的FDM，以进行传输。例如，DMRS位于给定RB内的符号索引#1、#4、#7和#10中，密度为1/3。伪噪声(PN)序列用于DMRS序列。可针对2符号PUCCH格式2启用跳频。

-PUCCH格式2的配置包括对应PUCCH资源的以下参数：PRB的数量、用于PUCCH传输的符号数量和/或用于PUCCH传输的第一符号。

(3)PUCCH格式3(PF3或F3)

-所支持的UCI有效载荷大小：超过K比特(例如，K＝2)

-传输结构：DMRS和UCI按TDM配置/映射到不同OFDM符号。UE通过对编码的UCI比特应用DFT来发送UCI。PUCCH格式3不支持针对同一时间-频率资源(例如，同一PRB)的UE复用。

-PUCCH格式3的配置包括对应PUCCH资源的以下参数：PRB的数量、用于PUCCH传输的符号数量和/或用于PUCCH传输的第一符号。

(4)PUCCH格式4(PF4或F4)

-所支持的UCI有效载荷大小：超过K比特(例如，K＝2)

-传输结构：DMRS和UCI按TDM配置/映射到不同OFDM符号。通过在DFT的前端应用OCC并对DMRS应用CS(或交织FDM(IFDM)映射)，PUCCH格式4可在同一PRB中复用至多4个UE。换言之，UCI的调制符号经受与DMRS的TDM，以进行传输。

-PUCCH格式4的配置包括对应PUCCH资源的以下参数：用于PUCCH传输的符号数量、OCC的长度、OCC的索引和用于PUCCH传输的第一符号。

下表示出PUCCH格式。根据PUCCH传输长度，PUCCH格式可被分成短PUCCH格式(格式0和2)和长PUCCH格式(格式1、3和4)。

[表5]

PUCCH资源可根据UCI类型(例如，A/N、SR或CSI)来确定。用于UCI传输的PUCCH资源可基于UCI(有效载荷)大小来确定。例如，BS可为UE配置多个PUCCH资源集，并且UE可根据UCI(有效载荷)大小的范围(例如，UCI比特数)选择与特定范围对应的特定PUCCH资源集。例如，UE可根据UCI比特数NUCI选择以下PUCCH资源集之一。

-PUCCH资源集#0，如果UCI比特数＝<2

-PUCCH资源集#1，如果2<UCI比特数＝<N₁

...

-PUCCH资源集#(K-1)，如果N_K-2<UCI比特数＝<N_K-1

这里，K表示PUCCH资源集的数量(K>1)，并且N_i表示PUCCH资源集#i所支持的最大UCI比特数。例如，PUCCH资源集#1可包括PUCCH格式0至1的资源，其它PUCCH资源集可包括PUCCH格式2至4的资源(参见表5)。

各个PUCCH资源的配置包括PUCCH资源索引、起始PRB索引和PUCCH格式0至PUCCH格式4之一的配置。BS通过高层参数maxCodeRate向UE配置用于在使用PUCCH格式2、PUCCH格式3或PUCCH格式4的PUCCH传输内复用HARQ-ACK、SR和CSI报告的码率。高层参数maxCodeRate用于确定如何在PUCCH格式2、3或4的PUCCH资源上反馈UCI。

如果UCI类型是SR和CSI，则可通过高层信令(例如，RRC信令)为UE配置PUCCH资源集中要用于UCI传输的PUCCH资源。如果UCI类型是对半持久调度(SPS)PDSCH的HARQ-ACK，则可通过高层信令(例如，RRC信令)为UE配置PUCCH资源集中要用于UCI传输的PUCCH资源。另一方面，如果UCI类型是对DCI所调度的PDSCH的HARQ-ACK，则可由DCI调度PUCCH资源集中要用于UCI传输的PUCCH资源。

在基于DCI的PUCCH资源调度的情况下，BS可在PDCCH上向UE发送DCI并且通过DCI中的ACK/NACK资源指示符(ARI)指示特定PUCCH资源集中要用于UCI传输的PUCCH资源。ARI可用于指示用于ACK/NACK传输的PUCCH资源并且也称为PUCCH资源指示符(PRI)。这里，DCI可用于PDSCH调度并且UCI可包括对PDSCH的HARQ-ACK。BS可通过(UE特定)高层(例如，RRC)信令为UE配置包括数量比ARI可表示的状态更多的PUCCH资源的PUCCH资源集。ARI可指示PUCCH资源集的PUCCH资源子集，并且要使用所指示的PUCCH资源子集中的哪一PUCCH资源可基于关于PDCCH的传输资源信息(例如，PDCCH的起始CCE索引)根据隐含规则来确定。

对于UL-SCH数据传输，UE应该包括可用于UE的UL资源，对于DL-SCH数据接收，UE应该包括可用于UE的DL资源。BS通过资源分配向UE指派UL资源和DL资源。资源分配可包括时域资源分配(TDRA)和频域资源分配(FDRA)。在本公开中，UL资源分配也被称为UL许可，并且DL资源分配被称为DL指派。UL许可由UE在PDCCH上或在RAR中动态地接收，或者由BS通过RRC信令为UE半持久地配置。DL指派由UE在PDCCH上动态地接收，或者由BS通过RRC信令为UE半持久地配置。

在UL上，BS可通过向小区无线电网络临时标识符(C-RNTI)寻址的PDCCH为UE动态地分配UL资源。UE监测PDCCH以便发现用于UL传输的可能UL许可。BS可使用配置许可向UE分配UL资源。可使用两种类型的配置许可，类型1和类型2。在类型1中，BS通过RRC信令直接提供所配置的UL许可(包括周期性)。在类型2中，BS可通过RRC信令来配置RRC配置UL许可的周期性，并且通过向配置调度RNTI(CS-RNTI)寻址的PDCCH用信号通知、启用或停用所配置的UL许可。例如，在类型2中，向CS-RNTI寻址的PDCCH指示直至停用，可根据通过RRC信令配置的周期性隐含地重用对应UL许可。

在DL上，BS可通过向C-RNTI寻址的PDCCH向UE动态地分配DL资源。UE监测PDCCH以便发现可能DL许可。BS可使用SPS向UE分配DL资源。BS可通过RRC信令来配置所配置的DL指派的周期性，并且通过向CS-RNTI寻址的PDCCH用信号通知、启用或停用所配置的DL指派。例如，向CS-RNTI寻址的PDCCH指示直至停用，可根据通过RRC信令配置的周期性隐含地重用对应DL指派。

在下文中，将更详细地描述通过PDCCH的资源分配和通过RRC的资源分配。

*通过PDCCH的资源分配：动态许可/指派

PDCCH可用于调度PDSCH上的DL传输和PUSCH上的UL传输。用于调度DL传输的PDCCH上的DCI可包括DL资源指派，其至少包括与DL-SCH关联的调制和编码格式(例如，调制和编码方案(MCS))索引I_MCS)、资源分配和HARQ信息。用于调度UL传输的PDCCH上的DCI可包括UL调度许可，其至少包括与UL-SCH关联的调制和编码格式、资源分配和HARQ信息。关于DL-SCH或UL-SCH的HARQ信息可包括新信息指示符(NDI)、传输块大小(TBS)、冗余版本(RV)和HARQ进程ID(即，HARQ进程号)。一个PDCCH所承载的DCI的大小和用途根据DCI格式而不同。例如，DCI格式0_0、DCI格式0_1或DCI格式0_2可用于调度PUSCH，DCI格式1_0、DCI格式1_1或DCI格式1_2可用于调度PDSCH。具体地，DCI格式0_2和DCI格式1_2可用于调度具有比DCI格式0_0、DCI格式0_1、DCI格式1_0,或DCI格式1_1所保证的传输可靠性和延迟要求更高的传输可靠性和更低的延迟要求的传输。本公开的一些实现方式可应用于基于DCL格式0_2的UL数据传输。本公开的一些实现方式可应用于基于DCI格式1_2的DL数据接收。

图7示出PDCCH所导致的PDSCH TDRA的示例和PDCCH所导致的PUSCH TDRA的示例。

由PDCCH承载以便调度PDSCH或PUSCH的DCI包括TDRA字段。TDRA字段为PDSCH或PUSCH的分配表提供行索引m+1的值m。预定义的默认PDSCH时域分配作为PDSCH的分配表应用，或者BS通过RRC信号pdsch-TimeDomainAllocationList配置的PDSCH TDRA表作为PDSCH的分配表应用。预定义的默认PUSCH时域分配作为PUSCH的分配表应用，或者BS通过RRC信号pusch-TimeDomainAllocationList配置的PUSCH TDRA表作为PUSCH的分配表应用。要应用的PDSCH TDRA表和/或要应用的PUSCH TDRA表可根据固定/预定义的规则(例如，参考3GPPTS 38.214)来确定。

在PDSCH时域资源配置中，各个索引行定义DL指派与PDSCH时隙偏移K₀、起始和长度指示符值SLIV(或直接时隙中的PDSCH的起始位置(例如，起始符号索引S)和分配长度(例如，符号数量L))以及PDSCH映射类型。在PUSCH时域资源配置中，各个索引行定义UL许可与PUSCH时隙偏移K₂、时隙中的PUSCH的起始位置(例如，起始符号索引S)和分配长度(例如，符号数量L)以及PUSCH映射类型。PDSCH的K₀和PUSCH的K₂指示具有PDCCH的时隙与具有与PDCCH对应的PDSCH或PUSCH的时隙之间的差。SLIV表示相对于具有PDSCH或PUSCH的时隙的开始的起始符号S以及从符号S计数的连续符号的数量L的联合指示符。存在两种PDSCH/PUSCH映射类型：一个是映射类型A，另一个是映射类型B。在PDSCH/PUSCH映射类型A的情况下，相对于时隙的开始将DMRS映射至PDSCH/PUSCH资源。根据其它DMRS参数，PDSCH/PUSCH资源的一个或两个符号可用作DMRS符号。例如，在PDSCH/PUSCH映射类型A的情况下，根据RRC信令，DMRS位于时隙中的第三符号(符号#2)或第四符号(符号#3)中。在PDSCH/PUSCH映射类型B的情况下，相对于PDSCH/PUSCH资源的第一OFDM符号映射DMRS。根据其它DMRS参数，从PDSCH/PUSCH资源的第一符号起的一个或两个符号可用作DMRS符号。例如，在PDSCH/PUSCH映射类型B的情况下，DMRS位于为PDSCH/PUSCH分配的第一符号处。在本公开中，PDSCH/PUSCH映射类型可被称为映射类型或DMRS映射类型。例如，在本公开中，PUSCH映射类型A可被称为映射类型A或DMRS映射类型A，PUSCH映射类型B可被称为映射类型B或DMRS映射类型B。

调度DCI包括提供关于用于PDSCH或PUSCH的RB的指派信息的FDRA字段。例如，FDRA字段提供关于用于向UE的PDSCH或PUSCH传输的小区的信息、关于用于PDSCH或PUSCH传输的BWP的信息和/或关于用于PDSCH或PUSCH传输的RB的信息。

*通过RRC的资源分配

如上所述，存在没有动态许可的两种类型的传输：配置许可类型1和配置许可类型2。在配置许可类型1中，UL许可由RRC提供并被存储为配置UL许可。在配置许可类型2中，UL许可由PDCCH提供并基于指示配置UL许可启用或停用的L1信令作为配置UL许可存储或清除。类型1和类型2可每服务小区和每BWP由RRC配置。多个配置可在不同的服务小区上同时有效。

当配置配置许可类型1时，可通过RRC信令向UE提供以下参数：

-cs-RNTI，与用于重传的CS-RNTI对应；

-periodicity，与配置许可类型1的周期性对应；

-timeDomainOffset，指示时域中相对于***帧号(SFN)＝0的资源偏移；

-timeDomainAllocation值m，提供指向分配表的行索引m+1，指示起始符号S、长度L和PUSCH映射类型的组合；

-frequencyDomainAllocation，提供频域资源分配；以及

-mcsAndTBS，提供指示调制阶数、目标码率和传输块大小的I_MCS。

在通过RRC为服务小区配置配置许可类型1时，UE存储RRC所提供的UL许可作为所指示的服务小区的配置UL许可，并且将配置UL许可初始化或重新初始化为在根据timeDomainOffset和S(从SLIV推导)的符号开始并以periodicity重复。在为配置许可类型1配置UL许可之后，UE可认为UL许可与满足下式的各个符号关联重复：[(SFN*numberOfSlotsPerFrame(numberOfSymbolsPerSlot)+(帧中的时隙数*numberOfSymbolsPerSlot)+时隙中的符号数]＝(timeDomainOffset*numberOfSymbolsPerSlot+S+N*periodicity)modulo(1024*numberOfSlotsPerFrame*numberOfSymbolsPerSlot)，对于所有N>＝0，其中numberOfSlotsPerFrame和numberOfSymbolsPerSlot分别指示每帧的连续时隙的数量和每时隙的连续OFDM符号的数量(参考表1和表2)。

对于配置许可类型2，BS可通过RRC信令向UE提供以下参数：

-cs-RNTI，与用于启用、停用和重传的CS-RNTI对应；以及

-periodicity，提供配置许可类型2的周期性。

通过PDCCH(向CS-RNTI寻址)将实际UL许可提供给UE。在为配置许可类型2配置UL许可之后，UE可认为UL许可与满足下式的各个符号关联重复：[(SFN*numberOfSlotsPerFrame*numberOfSymbolsPerSlot)+(帧中的时隙数*numberOfSymbolsPerSlot)+时隙中的符号数]＝[(SFN_开始时间*numberOfSlotsPerFrame*numberOfSymbolsPerSlot+slot_开始时间*numberOfSymbolsPerSlot+symbol_开始时间)+N*periodicity]modulo(1024*numberOfSlotsPerFrame*numberOfSymbolsPerSlot)，对于所有N>＝0，其中SFN_开始时间、slot_开始时间和symbol_开始时间分别表示在配置许可被(重新)初始化之后PUSCH的第一传输机会的SFN、时隙和符号，numberOfSlotsPerFrame和numberOfSymbolsPerSlot分别指示每帧的连续时隙的数量和每时隙的连续OFDM符号的数量(参考表1和表2)。

在一些场景中，可由BS进一步向UE提供用于推导配置UL许可的HARQ进程ID的参数harq-ProcID-Offset和/或参数harq-ProcID-Offset2。harq-ProcID-Offset是用于共享频谱信道接入操作的配置许可的HARQ进程的偏移，harq-ProcID-Offset2是配置许可的HARQ进程的偏移。在本公开中，cg-RetransmissionTimer是基于配置许可的传输(重传)之后的持续时间，其中UE不应基于传输(重传)的HARQ进程自主地执行重传。当配置关于配置UL许可的重传时可由BS将cg-RetransmissionTimer提供给UE。对于既未配置harq-ProcID-Offset也未配置cg-RetransmissionTimer的配置许可，可从下式推导与UL传输的第一符号关联的HARQ进程ID：HARQ进程ID＝[floor(CURRENT_symbol/periodicity)]modulonrofHARQ-Processes。对于具有harq-ProcID-Offset2的配置UL许可，可从下式推导与UL传输的第一符号关联的HARQ进程ID：HARQ进程ID＝[floor(CURRENT_symbol/periodicity)]modulo nrofHARQ-Processes+harq-ProcID-Offset2，其中CURRENT_symbol＝(SFN*numberOfSlotsPerFrame*numberOfSymbolsPerSlot+帧中的时隙号*numberOfSymbolsPerSlot+时隙中的符号号)，并且numberOfSlotsPerFrame和numberOfSymbolsPerSlot分别表示每帧的连续时隙数和每时隙的连续OFDM符号数。对于具有cg-RetransmissionTimer的配置UL许可，UE可从可用于配置许可配置的HARQ进程ID当中选择HARQ进程ID。

在DL上，可从BS每服务小区和每BWP通过RRC信令向UE提供半持久调度(SPS)。对于DL SPS，DL指派通过PDCCH提供给UE并基于指示SPS启用或停用的L1信令被存储或清除。当配置SPS时，BS可通过用于配置半持久传输的RRC信令(例如，SPS配置)向UE提供以下参数：

-cs-RNTI，与用于启用、停用和重传的CS-RNTI对应；

-nrofHARQ-Processes，提供用于SPS的HARQ进程的数量；

-periodicity，提供用于SPS的配置DL指派的周期性；

-n1PUCCH-AN，提供用于SPS的PUCCH的HARQ资源(网络将HARQ资源配置为格式0或格式1，并且实际PUCCH资源由PUCCH-Config配置并且在n1PUCCH-AN中由其ID引用)。

可在服务小区的BWP内配置多个DL SPS配置。在为SPS配置DL指派之后，UE可依次认为第N DL指派出现在满足下式的时隙中：(numberOfSlotsPerFrame*SFN+帧中的时隙数)＝[(numberOfSlotsPerFrame*SFN_开始时间+slot_开始时间)+N*periodicity*numberOfSlotsPerFrame/10]modulo(1024*numberOfSlotsPerFrame)，其中SFN_开始时间和slot_开始时间分别表示在配置DL指派被(重新)初始化之后PDSCH的第一传输的SFN和时隙，numberOfSlotsPerFrame和numberOfSymbolsPerSlot分别指示每帧的连续时隙的数量和每时隙的连续OFDM符号的数量(参考表1和表2)。

在一些场景中，可由BS进一步向UE提供用于推导配置DL指派的HARQ进程ID的参数harq-ProcID-Offset。harq-ProcID-Offset是SPS的HARQ进程的偏移。对于没有harq-ProcID-Offset的配置DL指派，可从下式确定与DL传输开始的时隙关联的HARQ进程ID：HARQ进程ID＝[floor(CURRENT_slot*10/(numberOfSlotsPerFrame*periodicity))]modulonrofHARQ-Processes，其中CURRENT_slot＝[(SFN*numberOfSlotsPerFrame)+帧中的时隙号]，并且numberOfSlotsPerFrame表示每帧的连续时隙数。对于具有harq-ProcID-Offset的配置DL指派，可从下式确定与DL传输开始的时隙关联的HARQ进程ID：HARQ进程ID＝[floor(CURRENT_slot/periodicity)]modulo nrofHARQ-Processes+harq-ProcID-Offset，其中CURRENT_slot＝[(SFN*numberOfSlotsPerFrame)+帧中的时隙号]，并且numberOfSlotsPerFrame表示每帧的连续时隙数。

如果对应DCI格式的CRC利用RRC参数cs-RNTI所提供的CS-RNTI加扰并且启用传输块的新数据指示符字段被设定为0，则UE针对调度启用或调度释放验证DL SPS指派PDCCH或配置UL许可类型2PDCCH。如果根据表6和表7来设定DCI格式的所有字段，则实现DCI格式的验证。表6示出用于DL SPS和UL许可类型2调度启用PDCCH验证的特殊字段的示例，表7示出用于DL SPS和UL许可类型2调度释放PDCCH验证的特殊字段的示例。

[表6]

[表7]

用于DL SPS或UL许可类型2的实际DL指派和UL许可和对应MCS由对应DL SPS或UL许可类型2调度启用PDCCH所承载的DCI格式中的资源指派字段(例如，提供TDRA值m的TDRA字段、提供频率资源块指派的FDRA字段和/或MCS字段)提供。如果实现验证，则UE将DCI格式中的信息视为DL SPS或配置UL许可类型2的有效启用或有效释放。

在本公开中，基于DL SPS的PDSCH可被称为SPS PDSCH，基于UL配置许可(CG)的PUSCH可被称为CG PUSCH。由PDCCH上承载的DCI动态调度的PDSCH可被称为动态许可(DG)PDSCH，由PDCCH上承载的DCI动态调度的PUSCH可被称为DG PUSCH。

图8示出HARQ-ACK发送/接收过程。

参照图8，UE可在时隙n中检测PDCCH。接下来，UE可根据通过时隙n中的PDCCH接收的调度信息在时隙n+K0中接收PDSCH，然后在时隙n+K1中通过PUCCH发送UCI。在这种情况下，UCI包括对PDSCH的HARQ-ACK响应。

用于调度PDSCH的PDCCH所承载的DCI(例如，DCI格式1_0或DCI格式1_1)可包括以下信息。

-FDRA：FDRA指示分配给PDSCH的RB集合。

-TDRA：TDRA指示DL指派与PDSCH时隙偏移K0、时隙中的PDSCH的起始位置(例如，符号索引S)和长度(例如，符号数量L)以及PDSCH映射类型。PDSCH映射类型A或PDSCH映射类型B可由TDRA指示。对于PDSCH映射类型A，DMRS位于时隙中的第三符号(符号#2)或第四符号(符号#3)中。对于PDSCH映射类型B，在为PDSCH分配的第一符号中分配DMRS。

-PDSCH-to-HARQ_feedback定时指示符：该指示符指示K1。

如果PDSCH被配置为发送最多一个TB，则HARQ-ACK响应可由一比特组成。如果PDSCH被配置为发送最多2个TB，则当未配置空间捆绑时，HARQ-ACK响应可由2比特组成，当配置空间捆绑时，由一比特组成。当对多个PDSCH的HARQ-ACK传输定时被指定为时隙n+K1时，在时隙n+K1中发送的UCI包括对多个PDSCH的HARQ-ACK响应。

在本公开中，由一个或多个PDSCH的HARQ-ACK比特组成的HARQ-ACK有效载荷可被称为HARQ-ACK码本。根据HARQ-ACK有效载荷确定方案，HARQ-ACK码本可被归类为i)半静态HARQ-ACK码本、ii)动态HARQ-ACK码本和iii)基于HARQ进程的HARQ-ACK码本。

在半静态HARQ-ACK码本的情况下，与UE要报告的HARQ-ACK有效载荷大小有关的参数由(UE特定)高层(例如，RRC)信号半静态地确定。半静态HARQ-ACK码本的HARQ-ACK有效载荷大小(例如，通过一个时隙中的一个PUCCH发送的(最大)HARQ-ACK有效载荷(大小))可基于与为UE配置的所有DL载波(即，DL服务小区)和可指示HARQ-ACK传输定时的所有DL调度时隙(或PDSCH传输时隙或PDCCH监测时隙)的组合(下文中，捆绑窗口)对应的HARQ-ACK比特数来确定。即，在半静态HARQ-ACK码本方案中，HARQ-ACK码本的大小被固定(为最大值)，而不管实际调度的DL数据的数量如何。例如，DL许可DCI(PDCCH)包括PDSCH与HARQ-ACK定时信息，并且PDSCH与HARQ-ACK定时信息可具有多个值之一(例如，k)。例如，当在时隙#m中接收PDSCH并且用于调度PDSCH的DL许可DCI(PDCCH)中的PDSCH与HARQ-ACK定时信息指示k时，PDSCH的HARQ-ACK信息可在时隙#(m+k)中发送。作为示例，k∈{1,2,3,4,5,6,7,8}。当在时隙#n中发送HARQ-ACK信息时，HARQ-ACK信息可包括基于捆绑窗口的可能最大HARQ-ACK。即，时隙#n的HARQ-ACK信息可包括与时隙#(n-k)对应的HARQ-ACK。例如，当k∈{1,2,3,4,5,6,7,8}时，时隙#n的HARQ-ACK信息可包括与时隙#(n-8)至时隙#(n-1)对应的HARQ-ACK，而不管实际DL数据接收(即，最大数量的HARQ-ACK)如何。这里，HARQ-ACK信息可由HARQ-ACK码本或HARQ-ACK有效载荷代替。时隙可被理解/替换为DL数据接收的候选时机。如示例中描述的，可基于HARQ-ACK时隙基于PDSCH与HARQ-ACK定时来确定捆绑窗口，并且PDSCH与HARQ-ACK定时集合可具有预定义的值(例如，{1,2,3,4,5,6,7,8})或者可由高层(RRC)信令配置。半静态HARQ-ACK码本被称为类型1HARQ-ACK码本。对于类型1HARQ-ACK码本，在HARQ-ACK报告中要发送的比特数固定，并且可能较大。如果配置许多小区，但仅调度少数小区，则类型1HARQ-ACK码本可能效率低。

在动态HARQ-ACK码本的情况下，UE要报告的HARQ-ACK有效载荷大小可通过DCI等动态地改变。动态HARQ-ACK码本被称为类型2HARQ-ACK码本。类型2HARQ-ACK码本可被视为优化的HARQ-ACK反馈，因为UE仅为调度的服务小区发送反馈。然而，在差的信道条件下，UE可能错误地确定调度的服务小区的数量。为了解决这一问题，可包括下行链路指派索引(DAI)作为DCI的一部分。例如，在动态HARQ-ACK码本方案中，DL调度DCI可包括counter-DAI(即，c-DAI)和/或total-DAI(即，t-DAI)。这里，DAI指示下行链路指派索引并且用于BS告知UE所发送或调度的一个HARQ-ACK传输中要包括其HARQ-ACK的PDSCH。具体地，c-DAI是指示承载DL调度DCI的PDCCH(下文中，DL调度PDCCH)之间的顺序的索引，t-DAI是指示直至存在具有t-DAI的PDCCH的当前时隙，DL调度PDCCH的总数的索引。

在基于HARQ进程的HARQ-ACK码本的情况下，基于PUCCH组中所有配置(或启用)的服务小区的所有HARQ进程来确定HARQ-ACK有效载荷。例如，UE要使用基于HARQ进程的HARQ-ACK码本报告的HARQ-ACK有效载荷的大小可基于为UE配置的PUCCH组中所有配置或启用的服务小区的数量以及服务小区的HARQ进程的数量来确定。基于HARQ进程的HARQ-ACK码本也被称为类型3HARQ-ACK码本。类型3HARQ-ACK码本可应用于一次性反馈。

图9示出将UCI与PUSCH复用的示例。当PUCCH资源和PUSCH资源在时隙中交叠并且未配置PUCCH-PUSCH同时传输时，可如所示在PUSCH上发送UCI。PUSCH上的UCI的传输被称为UCI捎带或PUSCH捎带。具体地，图9示出HARQ-ACK和CSI被承载在PUSCH资源上的情况。

当多个UL信道在预定时间间隔内交叠时，需要指定UE处理UL信道的方法，以便允许BS正确地接收UL信道。下文中，将描述处理UL信道之间的冲突的方法。

图10示出在单个时隙中具有交叠PUCCH的UE处理UL信道之间的冲突的处理的示例。

为了发送UCI，UE可为各个UCI确定PUCCH资源。各个PUCCH资源可由起始符号和传输间隔定义。当用于PUCCH传输的PUCCH资源在单个时隙中交叠时，UE可基于具有最早起始符号的PUCCH资源来执行UCI复用。例如，UE可基于时隙中具有最早起始符号的PUCCH资源(下文中，PUCCH资源A)确定(时间上)交叠PUCCH资源(下文中，PUCCH资源B)(S1001)。UE可对PUCCH资源A和PUCCH资源B应用UCI复用规则。例如，基于PUCCH资源A的UCI A和PUCCH资源B的UCI B，可根据UCI复用规则获得包括UCI A和UCI B的全部或部分的MUX UCI。为了复用与PUCCH资源A和PUCCH资源B关联的UCI，UE可确定单个PUCCH资源(下文中，MUX PUCCH资源)(S1003)。例如，UE确定为UE配置或可用于UE的PUCCH资源集当中与MUX UCI的有效载荷大小对应的PUCCH资源集(下文中，PUCCH资源集X)，并且确定属于PUCCH资源集X的PUCCH资源之一作为MUX PUCCH资源。例如，使用具有指示同一时隙用于PUCCH传输的PDSCH至HARQ反馈定时指示符字段的DCI当中的最后DCI中的PUCCH资源指示符字段，UE可将属于PUCCH资源集X的PUCCH资源之一确定为MUX PUCCH资源。UE可基于MUX UCI的有效载荷大小和MUX PUCCH资源的PUCCH格式的最大码率来确定MUX PUCCH资源的PRB的总数。如果MUX PUCCH资源与其它PUCCH资源(除了PUCCH资源A和PUCCH资源B之外)交叠，则UE可基于MUX PUCCH资源(或者包括MUX PUCCH资源的其它PUCCH资源当中具有最早起始符号的PUCCH资源)再次执行上述操作。

图11示出基于图10执行UCI复用的情况。参照图11，当多个PUCCH资源在时隙中交叠时，可基于最早PUCCH资源A(例如，具有最早起始符号的PUCCH资源A)执行UCI复用。在图11中，情况1和情况2示出第一PUCCH资源与另一PUCCH资源交叠。在这种情况下，可在第一PUCCH资源被视为最早PUCCH资源A的状态下执行图10的处理。相比之下，情况3示出第一PUCCH资源不与另一PUCCH资源交叠并且第二PUCCH资源与另一PUCCH资源交叠。在情况3中，不对第一PUCCH资源执行UCI复用。相反，可在第二PUCCH资源被视为最早PUCCH资源A的状态下执行图10的处理。情况2示出被确定为发送复用的UCI的MUX PUCCH资源重新与另一PUCCH资源交叠。在这种情况下，可在MUX PUCCH资源(或者包括MUX PUCCH资源的其它PUCCH资源当中的最早PUCCH资源(例如，具有最早起始符号的PUCCH资源))被视为最早PUCCH资源A的状态下另外执行图10的处理。

图12示出在单个时隙中具有交叠PUCCH和PUSCH的UE处理UL信道之间的冲突的处理。

为了发送UCI，UE可确定PUCCH资源(S1201)。用于UCI的PUCCH资源的确定可包括确定MUX PUCCH资源。换言之，UE用于UCI的PUCCH资源的确定可包括基于时隙中的多个交叠PUCCH来确定MUX PUCCH资源。

UE可基于所确定的(MUX)PUCCH资源在PUSCH资源上执行UCI捎带(S1203)。例如，当存在PUSCH资源(其上允许复用UCI传输)时，UE可对(在时间轴上)与PUSCH资源交叠的PUCCH资源应用UCI复用规则。UE可在PUSCH上发送UCI。

当时隙中不存在与所确定的PUCCH资源交叠的PUSCH时，省略S1203，并且可在PUCCH上发送UCI。

当所确定的PUCCH资源在时间轴上与多个PUSCH交叠时，UE可将UCI与PUSCH之一复用。例如，当UE打算向相应服务小区发送PUSCH时，UE可将UCI复用在服务小区当中的特定服务小区(例如，具有最小服务小区索引的服务小区)的PUSCH上。当特定服务小区的时隙中存在超过一个PUSCH时，UE可在时隙中发送的最早PUSCH上复用UCI。

图13示出考虑时间线条件的UCI复用。当UE针对在时间轴上交叠的PUCCH和/或PUSCH执行UCI和/或数据复用时，由于对PUCCH或PUSCH的灵活UL定时配置，UE可能缺少用于UCI和/或数据复用的处理时间。为了防止UE的处理时间不足，在针对(时间轴上)交叠的PUCCH和/或PUSCH执行UCI/数据复用的过程中考虑下面描述的两个时间线条件(下文中，复用时间线条件)。

(1)从(时间轴上)交叠的PUCCH和/或PUSCH当中最早信道的起始符号起在时间T1之前接收到与HARQ-ACK信息对应的PDSCH的最后符号。T1可基于i)根据UE处理能力定义的最小PDSCH处理时间N₁和/或ii)根据调度符号的位置、PDSCH映射类型、BWP切换等预定义为等于或大于0的整数的d_1,1来确定。

例如，T1可如下确定：T1＝(N1+d_1,1)*(2048+144)*κ*2^-u*T_c。N1分别针对UE处理能力#1和#2基于表8和表9的u，并且μ是(μ_PDCCH,μ_PDSCH,μ_UL)中导致最大T1的一个，其中μ_PDCCH对应于用于调度PDSCH的PDCCH的子载波间距，μ_PDSCH对应于调度的PDSCH的子载波间距，μ_UL对应于要发送HARQ-ACK的UL信道的子载波间距，并且κ＝T_c/T_f＝64。在表8中，在N_1,0的情况下，如果添加的DMRS的PDSCH DMRS位置为l₁＝12，则N_1,0＝14，否则，N_1,0＝13(参考3GPP TS38.211的第7.4.1.1.2节)。如果用于PDSCH映射类型A的PDSCH的最后符号存在于第i时隙上，则对于i<7，d_1,1＝7-i，否则，d_1,1＝0。如果对于UE处理能力#1，PDSCH具有映射类型B，则当所分配的PDSCH符号的数量为7时d_1,1可为0，当所分配的PDSCH符号的数量为4时d_1,1可为3，当所分配的PDSCH符号的数量为2时d_1,1可为3+d，其中d是调度PDCCH和调度的PDSCH的交叠符号的数量。如果对于UE处理能力#2，PDSCH映射类型为B，则当所分配的PDSCH符号的数量为7时d_1,1可为0，并且当所分配的PDSCH符号的数量为4时d_1,1可对应于调度PDCCH和调度的PDSCH的交叠符号的数量。此外，如果所分配的PDSCH符号的数量为2，则当调度PDSCH在3符号CORESET内并且CORESET和PDSCH具有相同的起始符号时d_1,1可为3，并且对于其它情况，d_1,1可以是调度PDCCH和调度的PDSCH的交叠符号的数量。在本公开中，T1也可称为T_proc,1。

(2)从(时间轴上)交叠的PUCCH和/或PUSCH当中最早信道的起始符号起在时间T2之前接收到用于指示PUCCH或PUSCH传输的(例如，触发)PDCCH的最后符号。T2可基于i)根据UE PUSCH定时能力定义的最小PUSCH准备时间N₂，和/或ii)根据调度的符号位置、BWP切换等预定义为等于或大于0的整数的d_2,x来确定。d_2,x可被归类为与调度的符号的位置有关的d_2,1和与BWP切换有关的d_2,2。

例如，T2可如下确定：T2＝max{(N2+d_2,1)*(2048+144)*κ*2^-u*T_c+T_ext+T_switch,d_2,2}。N2分别对于UE定时能力#1和#2基于表10和表11的u，并且μ是(μ_DL,μ_UL)中导致最大T1的一个，其中μ_DL对应于承载用于调度PUSCH的DCI的PDCCH的子载波间距，μ_UL对应于PUSCH的子载波间距，并且κ＝T_c/T_f＝64。如果PUSCH分配的第一符号仅由DMRS组成，则d_2,1可为0，否则，d_2,1可为1。如果调度DCI触发了BWP切换，则d_2,2等于切换时间，否则，d_2,2为0。切换时间可根据频率范围(FR)不同地定义。例如，对于FR1，切换时间可被定义为0.5ms，对于FR2，可被定义为0.25ms。在本公开中，T2也可被称为T_proc,2。

下表示出根据UE处理能力的处理时间。具体地，表8示出对于UE的PDSCH处理能力#1的PDSCH处理时间，表9示出对于UE的PDSCH处理能力#2的PDSCH处理时间，表10示出对于UE的PUSCH定时能力#1的PUSCH准备时间，表11示出对于UE的PUSCH定时能力#2的PUSCH处理时间。

[表8]

[表9]

u/SCS	PDSCH解码时间N₁[符号]
		0/15kHz	3
1/30kHz	4.5
		2/60kHz	对于频率范围1，9

[表10]

u/SCS	PUSCH准备时间N₂[符号]
		0/15kHz	10
1/30kHz	12
		2/60kHz	23
3/120kHz	36

[表11]

u/SCS	PUSCH准备时间N₂[符号]
		0/15kHz	5
1/30kHz	5.5
		2/60kHz	对于频率范围1，11

UE可针对与频带组合中的一个频带条目对应的载波向BS报告由此支持的PDSCH处理能力。例如，可报告关于对应频带中支持的各个子载波间距(SCS)，UE是仅支持PDSCH处理能力#1还是支持PDSCH处理能力#2作为UE能力。UE可向BS报告关于与频带组合中的一个频带条目对应的载波，由此支持的PUSCH处理能力。例如，可报告关于对应频带中支持的各个SCS，UE是仅支持PUSCH处理能力#1还是支持PUSCH处理能力#2作为UE能力。

如果被配置为在一个PUCCH内复用不同UCI类型的UE打算在时隙中发送多个交叠PUCCH或者在时隙中发送交叠PUCCH和PUSCH，则当满足特定条件时UE可复用UCI类型。特定条件可包括复用时间线条件。例如，图10至图12中应用UCI复用的PUCCH和PUSCH可以是满足复用时间线条件的UL信道。参照图13，UE可能需要在同一时隙中发送多个UL信道(例如，UL信道#1至#4)。这里，UL CH#1可以是由PDCCH#1调度的PUSCH。UL CH#2可以是用于发送针对PDSCH的HARQ-ACK的PUCCH。PDSCH由PDCCH#2调度，并且UL CH#2的资源也可由PDCCH#2指示。

在这种情况下，如果时间轴上交叠的UL信道(例如，UL信道#1至#3)满足复用时间线条件，则UE可针对时间轴上交叠的UL信道#1至#3执行UCI复用。例如，UE可检查从PDSCH的最后符号起UL CH#3的第一符号是否满足T1的条件。UE还可检查从PDCCH#1的最后符号起ULCH#3的第一符号是否满足T2的条件。如果满足复用时间线条件，则UE可针对UL信道#1至#3执行UCI复用。相比之下，如果交叠UL信道当中的最早UL信道(例如，具有最早起始符号的UL信道)不满足复用时间线条件，则UE可能不被允许复用所有对应UCI类型。

在一些场景中，规定UE不预期在一个时隙中发送超过一个具有HARQ-ACK信息的PUCCH。因此，根据这些场景，UE可在一个时隙中发送至多一个具有HARQ-ACK信息的PUCCH。为了防止UE由于对UE可发送的HARQ-ACK PUCCH的数量的限制而未能发送HARQ-ACK信息的情况，BS需要执行DL调度以使得HARQ-ACK信息可被复用在一个PUCCH资源上。然而，当考虑延迟和可靠性要求严格的服务(例如URLLC服务)时，将多个HARQ-ACK反馈仅集中在时隙中的一个PUCCH上的方案就PUCCH性能而言可能不可取。此外，为了支持延迟关键服务，BS可能需要在一个时隙中调度持续时间短的多个连续PDSCH。尽管UE可通过BS的配置/指示在时隙中的随机符号中发送PUCCH，但是如果UE仅被允许在时隙中发送最多一个HARQ-ACK PUCCH，则BS可能无法执行PDSCH的快速背靠背调度并且UE可能无法执行快速HARQ-ACK反馈。因此，为了更灵活且高效的资源使用和服务支持，可允许在一个时隙中发送多个(非交叠)HARQ-ACK PUCCH(或PUSCH)。因此，在一些场景中，不仅可考虑基于包括14个OFDM符号的时隙的PUCCH反馈，而且可考虑基于包括少于14个OFDM符号的(例如，2至7个)OFDM符号的子时隙的PUCCH反馈。

UL信道可按不同的优先级调度或触发。在本公开的一些实现方式中，UL信道的优先级可由优先级索引表示，并且优先级索引较大的UL信道可被确定为具有比优先级索引较小的UL信道更高的优先级。在一些实现方式中，UL信道的优先级可由调度或触发UL信道传输的DCI或由关于为UL信道配置的许可的RRC配置提供。如果未向UE提供UL信道的优先级(或优先级索引)，则UL信道的优先级可被调节为低优先级(或优先级索引0)。

对于具有不同服务类型、QoS、延迟要求、可靠性要求和/或优先级的多个DL数据信道(例如，多个PDSCH)的HARQ-ACK反馈，可形成/生成单独的码本。例如，用于与高优先级关联的PDSCH的HARQ-ACK码本和用于与低优先级关联的PDSCH的HARQ-ACK码本可单独地配置/形成。对于不同优先级的PDSCH的HARQ-ACK反馈，不同优先级的相应PUCCH传输可考虑不同参数和资源配置(例如，参见3GPP TS 38.331的信息元素(IE)pucch-ConfigurationList)。例如，如果通过RRC信令向UE提供pdsch-HARQ-ACK-CodebookList，则可通过pdsch-HARQ-ACK-CodebookList指示UE生成一个或多个HARQ-ACK码本。如果UE被指示生成一个HARQ-ACK码本，则HARQ-ACK码本与优先级索引0的PUCCH关联。如果向UE提供pdsch-HARQ-ACK-CodebookList，则UE仅在相同HARQ-ACK码本中复用与相同优先级索引关联的HARQ-ACK信息。如果UE被指示生成两个HARQ-ACK码本，则第一HARQ-ACK码本与优先级索引0的PUCCH关联，第二HARQ-ACK码本与优先级索引1的PUCCH关联。

在DL数据信道和用于HARQ-ACK反馈传输的PUCCH传输之间的时间差的单位(例如，PDSCH-to-HARQ_feedback定时指示符)可由预先配置的子时隙长度(例如，构成子时隙的符号数量)确定。例如，从DL数据信道到用于HARQ-ACK反馈传输的PUCCH的时间差的单位可由用于配置UE特定PUCCH参数的配置信息PUCCH-Config中的参数“subslotLengthForPUCCH”配置。根据这些场景，可为各个HARQ-ACK码本配置PDSCH-to-HARQ反馈定时指示符的长度单位。

在一些场景中，可动态地或半静态地执行UL或DL调度，BS可使用tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated消息半静态地或使用DCI格式2_0动态地向UE配置或指示各个符号的发送方向(例如，DL、UL或灵活)。也可取消通过配置/指示的发送方向配置的UL或DL调度。

在一些场景(例如，基于LTE的***或基于NR Rel-16的***)中，UE用于PUCCH传输的分量载波(CC)(即，服务小区)通过BS的RRC信令来半静态地配置，并且L2/L3信令(例如，MAC控制元素(CE)或RRC消息)用于改变CC。在这些场景中，当UE改变PUCCH小区时可能发生大延时。

在无线通信***中，UE可使用多个CC，并且CC可使用在频率方面彼此远离的频带。从网络操作的角度，不同频带可具有不同的TDD图案。在一些场景(例如，基于LTE的***或基于NR Rel-16的***)中，与在Pcell/PSCell或PUCCH组中的Scell上接收的PDSCH对应的HARQ-ACK可仅在同一PUCCH组中的Pcell、PSCell或PUCCH-SCell上发送。即，PUCCH不在没有PUCCH配置的普通Scell上发送，而是根据配置用于UE的小区组在Pcell/PSCell/PUCCH-SCell当中的一个小区上发送。根据这些场景，例如，配置有SCG的UE在Pcell上发送针对属于MCG的小区上接收的PDSCH的HARQ-ACK信息，并且在PSCell上发送针对属于SCG的小区上接收的PDSCH的HARQ-ACK信息。另外，根据这些场景，配置有PUCCH-SCell的UE在其Pcell上发送针对属于主PUCCH组的小区上接收的PDSCH的HARQ-ACK信息，并且在PUCCH-SCell上发送针对属于辅PUCCH组的小区上接收的PDSCH的HARQ-ACK信息。在根据这些场景的***中，在要发送PUCCH的CC被配置为DL的持续时间内UE可能无法发送PUCCH(以便抑制小区间干扰)，并且这可大大增加PDSCH的HARQ往返时间。为了解决这一问题，如果UE即使在UE所配置的多个CC当中Pcell/PSCell/PUCCH-SCell以外的小区(例如，Scell)上也能够执行UL传输，则可考虑PUCCH传输。然而，如上所述，由于使用L2/L3消息改变UE用于PUCCH传输的CC，所以可能花费相对长的时间来改变CC，并且当考虑一般TDD图案的长度(例如，约10ms)时高效地改变CC非常困难。

在本公开中，为了尽可能快地执行UE的PUCCH传输，描述UE通过BS的L1信令针对各个PUCCH传输切换要发送PUCCH的CC或者通过UE的确定来动态地切换发送PUCCH的载波(或小区)的实现方式。

在本公开中，切换CC可意指切换包括这种CC的小区。换言之，在本公开中，载波切换可意指将小区切换为另一小区，或者可意指切换一个小区内的载波。

本公开描述了这样的实现方式：当多个CC对UE可用时，UE根据预定义规则为自己切换PUCCH传输载波(例如，PUCCH小区)或根据BS所提供的L1信令动态地切换PUCCH传输载波(例如，PUCCH小区)，以使得UE可执行连续UL传输。

如果UE配置有SCG，则UE可将下面描述的本公开的一些实现方式应用于MCG和SCG二者。如果下面描述的本公开的一些实现方式被应用于MCG，则以下描述中的术语“辅小区”和“服务小区”可分别指属于MCG的辅小区和服务小区。如果下面描述的本公开的一些实现方式被应用于SCG，则以下描述中的术语“辅小区”(没有PSCell)和“服务小区”可分别指属于SCG的辅小区和服务小区。在下文中，当本公开的一些实现方式被应用于MCG时，术语“主小区”可指MCG的Pcell，当本公开的一些实现方式被应用于SCG时，指SCG的PSCell。

当UE配置有PUCCH-SCell时，UE可将下面描述的本公开的一些实现方式应用于主PUCCH组和辅PUCCH组二者。如果下面描述的本公开的一些实现方式被应用于主PUCCH组，则以下描述中的术语“辅小区”和“服务小区”可分别指属于主PUCCH组的辅小区和服务小区。如果下面描述的本公开的一些实现方式被应用于辅PUCCH组，则以下描述中的术语“辅小区”(没有PSCell)和“服务小区”可分别指属于辅PUCCH组的辅小区和服务小区。在下文中，当本公开的一些实现方式被应用于主PUCCH组时，术语“主小区”可指主PUCCH组的Pcell，当本公开的一些实现方式被应用于辅PUCCH组时，指辅PUCCH组的PUCCH-SCell。

UE侧

图14示出根据本公开的一些实现方式的UE的操作流程的示例。

在一些实现方式中，UE可通过接入BS来接收小区配置并且通过小区配置接收可用CC信息。例如，当UE接入BS时，UE可通过RRC信令从BS接收包括CC信息(例如，ServingCellConfigCommon)的RRC配置。BS可通过向UE发送MAC CE消息来启用或停用各个载波(也称为小区)。当BS为UE调度PDSCH接收和对PDSCH接收的HARQ-ACK响应的PUCCH传输(S1401)时，UE可使用本公开的一些实现方式(动态地)选择要发送用于HARQ-ACK响应的PUCCH的载波(即，PUCCH小区)(S1403)。UE可使用本公开的一些实现方式确定对应载波上要使用的PUCCH资源(S1405)。确定用于PUCCH传输的载波上要使用的PUCCH资源可包括确定载波上将发生PUCCH传输的时隙。

在本公开的一些实现方式中，可考虑以下UE操作。

<实现方式A1>如何选择用于PUCCH传输的CC

当BS为配置有多个CC的UE调度PDSCH接收和对PDSCH接收的HARQ-ACK响应的PUCCH传输时或者当通过BS的L1信令(例如，DCI)或高层信令(例如，RRC信令)指示或配置UE发送UCI时，UE可根据以下方法中的至少一个来选择要发送PUCCH的载波。

*方法A1_1：UE可基于包括在DCI的调度消息(例如，DL指派)中的数据字段来选择PUCCH载波(即，PUCCH小区)。作为示例，调度PDSCH的DCI可包括PUCCH载波指示符字段，并且UE可选择具有与PUCCH载波指示符字段的值相同的小区索引的PUCCH载波以使用该PUCCH载波来发送针对PDSCH的HARQ-ACK响应。

*方法A1_2：UE和BS可根据预定条件和规则来选择要用于PUCCH传输的CC，以使得UE和BS可选择和假设相同的小区而无需单独的信令。更具体地，UE和BS可根据规则从满足预定条件的CC当中选择要用于PUCCH传输的CC。这可被表示为使得UE和BS根据条件选择位于CC的有序列表顶部的一个CC。例如，UE和BS可根据第一规则配置CC的有序列表并且通过从通过第二规则优先排序的CC选择列表顶部的CC来发送针对调度的PDSCH的HARQ-ACK响应。只要第一规则和第二规则基于半静态配置的值，UE和BS就可始终无歧义地假设相同CC。换言之，UE可根据特定条件优先选择特定CC并且在对应CC上发送PUCCH。

在配置CC的有序列表时，以下规则中的至少一个可用作第一规则。

>规则A1_1-1：各个CC按小区索引的升序布置。即，小区索引低的CC位于列表的上侧。

>规则A1_1-2：不包括特定配置的CC可从列表排除或者位于列表中比包括特定配置的CC低的位置。例如，未配置配置的许可PUSCH配置或周期性或半持久CSI配置的CC可从列表排除。这用于防止UE的UL传输被放弃。

>规则A1_1-3：未启用的CC可从列表排除或位于列表中比启用的CC低的位置。

>规则A1_1-4：不具有等于或大于接收调度的PDSCH的CC的UL BWP的SCS或者等于或大于接收PDSCH的PUCCH组的主小区的SCS的SCS的CC(即，具有小于接收调度的PDSCH的CC的UL BWP的SCS的SCS的CC)可从列表排除或者可位于列表中比其它CC低的位置。

>规则A1_1-5：不具有等于接收调度的PDSCH的CC的UL BWP的SCS或者等于接收PDSCH的PUCCH组的主小区的SCS的SCS的CC(即，具有小于接收调度的PDSCH的CC的UL BWP的SCS的SCS的CC)可从列表排除或者可位于列表中比其它CC低的位置。

>规则A1_1-6：当将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH资源(或者将发送对应HARQ-ACK响应的时隙中的所有UCI被复用/发送的PUCCH资源)的符号未通过配置用于特定小区的时隙格式指示为UL或灵活符号时(即，当PUCCH资源的至少一个符号被指示为DL符号时)，对应小区可从列表排除或位于列表中比其它CC低的位置。UE和BS考虑各个PUCCH传输的所有CC的时隙格式、PUCCH资源集和PUCCH有效载荷可能是很大的负担。可代替规则A1_1-6考虑以下规则之一，以在使UE和BS的负担最小化的同时考虑用于载波切换的时隙格式。

>>替代规则A1_1-6-1：当将发送针对调度的PDSCH的HARQ-ACK响应的时隙按配置用于特定小区的时隙格式包括DL时隙时，对应小区可从列表排除或位于列表中比其它CC低的位置。

>>替代规则A1_1-6-2：当将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH的起始符号按配置用于特定小区的时隙格式未被指示为UL符号时，对应小区可从列表排除或位于列表中比其它CC低的位置。

>规则A1_1-7：当不存在最大有效载荷大小大于对调度的PDSCH的HARQ-ACK响应和可与HARQ-ACK响应一起发送的UCI的总比特大小(即，比特数)的PUCCH资源集时，对应小区可从列表排除或者可位于列表中比其它CC低的位置。

>规则A1_1-8：启用休眠BWP的CC可从列表排除或者可位于列表中比其它CC低的位置。在本公开中，休眠BWP是DL BWP之一，并且由网络通过专用RRC信令来配置。在休眠BWP中，UE停止对Scell的PDCCH监测，但继续执行CSI测量、自动增益控制(ACG)和波束管理(当配置时)。对于SpCell或PUCCH SCell以外的各个服务小区，网络可将一个BWP配置为休眠BWP。

在从CC的有序列表选择一个CC时，以下规则中的至少一个可用作第二规则。

>规则A1_2-1：UE优先选择具有低小区索引的CC。规则A1_2-1可最后应用。即，当列表中不存在另一第二规则时或者当多个CC满足第二规则时，UE可选择具有最低小区索引的CC。

>规则A1_2-2：UE可优先仅选择包括特定配置的CC。例如，UE可优先选择具有配置的许可PUSCH配置或周期性或半持久CSI配置的CC。这用于防止UE的UL传输被放弃。

>规则A1_2-3：UE可优先选择启用的CC。

>规则A1_2-4：UE可优先选择SCS等于或大于接收调度的PDSCH的CC的UL BWP的SCS或者等于或大于接收PDSCH的PUCCH组的主小区的SCS的CC。

>规则A1_2-5：UE可优先选择SCS与接收调度的PDSCH的CC的UL BWP的SCS或接收PDSCH的PUCCH组的主小区的SCS相同的CC。

>规则A1_2-6：当将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH资源(或者将发送对应HARQ-ACK响应的时隙中的所有UCI被复用/发送的PUCCH资源)按配置用于特定小区的时隙格式被指示为UL或灵活符号时(即，当PUCCH资源的至少一个符号未被指示为DL符号时)，UE可优先选择对应小区。UE和BS考虑各个PUCCH传输的所有CC的时隙格式、PUCCH资源集和PUCCH有效载荷可能是很大的负担。代替规则A1_2-6，可考虑以下规则之一以在使UE和BS的负担最小化的同时考虑用于载波切换的时隙格式。

>>替代规则A1_2-6-1：当将发送针对调度的PDSCH的HARQ-ACK响应的时隙按配置用于特定小区的时隙格式不包括DL时隙时，UE可优先选择对应小区。

>>替代规则A1_2-6-2：当将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH的起始符号按配置用于特定小区的时隙格式被指示为UL符号时，UE可优先选择对应小区。

>规则A1_2-7：当存在最大有效载荷大小大于对调度的PDSCH的HARQ-ACK响应和可与HARQ-ACK响应一起发送的UCI的总比特大小的PUCCH资源集时，UE可优先选择对应小区。

>规则A1_2-8：UE可优先选择未启用休眠BWP的CC。

基于上述规则表达的方法A1_2的简单示例可如下。

>UE可使用规则A1_1-1和规则A1_1-3来配置启用CC的有序列表并且选择列表顶部的CC来发送PUCCH。即，UE可通过方法A1_2在启用CC当中具有最低索引的CC上发送PUCCH。

>UE可使用规则A1_1-3来配置启用CC的有序列表并使用规则A1_2-1选择具有最低小区索引的CC来发送PUCCH。即，UE可通过方法A1_2在启用CC当中具有最低索引的CC上发送PUCCH。

在本公开的一些实现方式中，上述休眠BWP可以是BWP ID等于RRC信令所指示的dormantBWP-Id的值的BWP。

在本公开的一些实现方式中，UE可被BS单独地提供指示CC集合的RRC参数。CC集合可指示可经受PUCCH载波切换的CC(即，小区)。UE和BS可在所配置的CC集合内限制性地执行PUCCH载波切换。

例如，BS可为UE配置指示根据时间可用的CC集合的RRC参数。CC集合可指示可经受PUCCH载波切换的CC。UE和BS可在所配置的CC集合内限制性地执行PUCCH载波切换。在这种情况下，可考虑以下内容。

可通过BS的高层信令为UE配置PUCCH载波切换图案。PUCCH载波切换图案可意指在特定时间周期(例如，几十时隙、一帧或10ms)内根据特定时间单位(例如，几个时隙)按顺序列出包括一个或更多个可用UL CC的列表的信息。为了表示可用UL CC的列表占用特定时间单位，在各个列表中可包括时间长度T_L。时间长度T_L可意指对应列表所占用的时间。在这种情况下，PUCCH载波切换图案的周期可以是可用UL CC的列表的时间长度T_L的总和。例如，可存在特定UL CC列表L1＝{C1,C2,C3}，并且可另外向列表L1指派时间信息T_L。例如，可提供L1＝{{C1,C2,C3},T_L}。在这种情况下，可在时间T_L期间使用C1、C2或C3中的至少一个。这些列表可按顺序枚举。例如，如果列表被给出为{L1,L2,L3,...LN}，则相应列表Ln的时间长度T的总和可表示整个图案的长度。在一些实现方式中，指示在特定持续时间内不执行PUCCH载波切换的信息也可包括在一个或更多个图案中。该信息也可被表示成包括单独RRC参数(例如，noPUCCHCarrierSwithcing)的UL CC的列表。UE在包括这种信息的持续时间内可不执行PUCCH载波切换。可通过小区中配置的UL SCS配置来确定时间单位或时隙长度(即，每时隙的时间长度)。例如，可考虑以下中的至少一个。

>可配置PUCCH载波切换图案的单独UL参考SCS，并且可通过对应SCS值来确定时间单位。

>可通过为UE配置的UL BWP的SCS当中的最大或最小SCS来确定时间单位。

>可通过小区中可配置的最大或最小SCS来确定时间单位。作为示例，可通过FrequencyInfoUL或FrequencyInfoUL-SIB的scs-SpecificCarrierList所提供的最小或最大SCS配置u来确定时间单位。

当一个帧的长度为10ms时，根据各个SCS配置u的时隙长度可根据表1来确定。

例如，在一些实现方式中，仅当(在PUCCH载波切换之前)将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH资源(或者将发送HARQ-ACK响应的时隙中的所有UCI被复用/发送的PUCCH资源)的至少一个符号按配置用于主小区的时隙格式被指示为DL符号(例如，PUCCH的至少一个符号被tdd-UL-DL-ConfigurationCommon或tdd-ULDL-ConfigurationDedicated指示为DL)时，才可执行PUCCH载波切换。

作为另一示例，在一些实现方式中，仅当(在参考小区中)将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH资源(或者将发送HARQ-ACK响应的时隙中的所有UCI被复用/发送的PUCCH资源)的至少一个符号按参考小区的时隙格式被指示为DL符号(例如，PUCCH的至少一个符号被tdd-UL-DL-ConfigurationCommon或tdd-ULDL-ConfigurationDedicated指示为DL)时，才可执行PUCCH载波切换。可考虑以下来确定参考小区。

>主小区用作参考小区；

>通过BS的高层信令配置的小区索引指示参考小区；或者

>用于PUCCH载波切换的CC集合当中具有最低小区索引的CC用作参考小区。

在实现方式A1中，对于PUCCH已假设与PDSCH接收对应的HARQ-ACK PUCCH。然而，实现方式A1可不限于HARQ-ACK PUCCH，实现方式A1和将要描述的实现方式也可应用于承载任何类型的UCI(例如，HARQ-ACK、SR或CSI)的PUCCH。特别是，当通过BS的L1信令指示PUCCH传输时，可应用实现方式A1的方法A1_1和/或方法A1_2。当通过BS的高层信令指示PUCCH传输时，可应用实现方式A1的方法A1_2。

<实现方式A2>如何确定用于载波切换的PUCCH资源

当BS为配置有多个CC的UE调度PDSCH接收以及用于对PDSCH接收的HARQ-ACK响应的PUCCH传输时，UE可基于以下方法之一来确定要发送PUCCH的载波上的PUCCH资源。

*方法A2_1：(调度CC中的PUCCH资源配置)UE可使用调度PDSCH的小区(即，接收PDSCH的小区)中配置的PUCCH资源集列表来选择PUCCH资源。通过方法A2_1，UE可假设将使用一个PUCCH资源集列表，而与要选择的CC无关。这可使得在CC选择中易于考虑时隙格式。

*方法A2_2：(主CC中的PUCCH资源配置)UE可使用调度PDSCH的PUCCH组的主小区中配置的PUCCH资源集列表来选择PUCCH资源。通过方法A2_2，UE可假设将始终使用相同的PUCCH资源，而与要选择的CC无关。这可使得在CC选择中易于考虑时隙格式。

*方法A2_3：(目标CC中的PUCCH资源配置)UE可使用要发送HARQ-ACK响应的小区中配置的PUCCH资源集列表来选择PUCCH资源。要发送HARQ-ACK响应的小区可使用实现方式A1/B1或其类似方法来确定。这可通过允许BS为发送PUCCH的各个CC配置适当PUCCH资源而带来调度灵活性。

*方法A2_4：(用于PUCCH载波切换的专用PUCCH资源)当要发送PUCCH的小区被明确地指示或能够在PDSCH调度消息中明确地指示时，或者当按预定义规则要在主小区以外的小区中发送PUCCH时，UE可使用BS所配置的单独PUCCH资源集列表来选择PUCCH资源。换言之，当PUCCH载波根据时间(动态地)切换时，BS可为UE单独地配置要使用的PUCCH资源配置。

方法A2_1、方法A2_2和/或方法A2_3表示可为UE配置可用于UL传输，特别是PUCCH传输可用的各个CC的PUCCH载波切换的PUCCH资源集和PUCCH资源。这种PUCCH资源集和PUCCH资源可以是在传统PUCCH资源配置(例如，根据3GPP TS 38.331Rel-16的PUCCH资源配置)内另外配置的值，并且各个PUCCH资源集和各个PUCCH资源可具有特定索引范围。

<实现方式A3>如何确定PUCCH载波切换的PDSCH至HARQ-ACK反馈定时

当BS为配置有多个CC的UE调度PDSCH接收和用于对PDSCH接收的HARQ-ACK响应的PUCCH传输并且当要发送PUCCH资源的CC可(动态地)切换时(例如，当要使用的CC由L1信令(例如，DCI)指示或者可根据预定义规则随各个PUCCH传输变化时)，UE需要确定将发送PUCCH的UL时隙的位置以便在所确定的CC上发送PUCCH。在一些实现方式中，预定义规则可包括通过BS的高层信令提供的PUCCH载波切换图案。UL时隙的位置可基于已接收最后PDSCH的时隙由预先配置的HARQ-ACK反馈定时值的集合和指示该集合中要使用的值的调度消息的数据字段来确定。

在一些场景(例如，LTE或基于NR Rel-16的***)中，由于一个PUCCH组中仅存在一个PUCCH小区，所以UE仅需要在对应PUCCH小区中配置的HARQ-ACK反馈定时值的集合中确定PDSCH的调度信息所指示的HARQ-ACK反馈定时值并基于对应PUCCH小区的时隙来应用HARQ-ACK反馈定时值。然而，在本公开的一些实现方式中，一个PUCCH组中可包括超过一个PUCCH小区来进行PUCCH小区切换，并且可为各个PUCCH小区配置HARQ-ACK反馈定时值的集合。因此，如果在调度PDSCH的PUCCH组中存在多个PUCCH小区，则不清楚UE应该基于配置HARQ-ACK反馈定时值的集合的哪个PUCCH小区来确定PDSCH的HARQ-ACK反馈定时值以及UE应该基于哪个小区的时隙和从哪个时隙开始对与HARQ-ACK反馈定时值一样多的时隙计数。

图15示出本公开的一些实现方式中确定用于PUCCH传输的时隙的处理。

参照图15，UE可基于调度信息接收PDSCH(S1501)。UE可通过以下方法中的至少一个来确定要用于确定要执行为UE调度的PDSCH的HARQ-ACK传输的UL时隙的位置的HARQ-ACK反馈定时值的集合。

*方法A3a_1：(调度CC中设定的K1)UE可使用为调度PDSCH的小区(即，接收PDSCH的小区)配置的HARQ-ACK反馈定时值的集合(例如，dl-DataToUL-ACK、dl-DataToUL-ACK-r16或dl-DataToUL-ACK-DCI-1-2-r16)来选择PUCCH资源。例如，当UE检测到DCI格式1_1并且基于DCI格式1_1接收PDSCH时，UE可在通过接收PDSCH的小区的dl-DataToUL-ACK提供的HARQ-ACK反馈定时值当中确定PDSCH的HARQ-ACK反馈定时值K，并且使用所确定的HARQ-ACK定时值K来确定PUCCH时隙。通过方法A3a-1，UE可假设将使用HARQ-ACK反馈定时值的集合而与要为PUCCH传输选择的CC无关，这可使得在CC选择中易于考虑时隙格式。换言之，根据方法A3a-1，由于即使发生PUCCH载波切换时HARQ-ACK反馈定时值也不改变，所以可在CC选择之前准确地指定各个CC的时隙格式。

*方法A3a_2：(主CC中设定的K1)UE可使用为调度PDSCH的PUCCH组的主小区配置的HARQ-ACK反馈定时值的集合(例如，dl-DataToUL-ACK、dl-DataToUL-ACK-r16或dl-DataToUL-ACK-DCI-1-2-r16)来选择PUCCH资源。例如，如果调度PDSCH的PUCCH组是MCG，则UE可基于为Pcell配置的HARQ-ACK反馈定时值的集合来确定PDSCH的HARQ-ACK反馈定时值K。如果调度PDSCH的PUCCH组是SCG，则UE可基于为PSCell配置的HARQ-ACK反馈定时值的集合来确定PDSCH的HARQ-ACK反馈定时值K。如果调度PDSCH的PUCCH组是主PUCCH组，则UE可基于为Pcell配置的HARQ-ACK反馈定时值的集合来确定PDSCH的HARQ-ACK反馈定时值K。如果调度PDSCH的PUCCH组是辅PUCCH组，则UE可基于为辅PUCCH组的PUCCH-SCell配置的HARQ-ACK反馈定时值的集合来确定PDSCH的HARQ-ACK反馈定时值K。通过方法A3a_2，UE可假设将始终使用相同的HARQ-ACK反馈定时值的集合而与要选择用于PUCCH传输的CC无关，这可使得在CC选择中易于考虑时隙格式。换言之，根据方法A3a-2，由于即使发生PUCCH载波切换时HARQ-ACK反馈定时值也不改变，所以可在CC选择之前准确地指定各个CC的时隙格式。

*方法A3a_3：(目标CC中设定的K1)UE可使用为要发送HARQ-ACK响应的小区配置的HARQ-ACK反馈定时值的集合(例如，dl-DataToUL-ACK、dl-DataToUL-ACK-r16或dl-DataToUL-ACK-DCI-1-2-r16)来选择PUCCH资源。

*方法A3a_4：(为PUCCH载波切换设定的专用K1)当将发送PUCCH的小区被明确地指示或者能够通过PDSCH调度消息明确地指示时或者当按预定义规则要在主小区以外的小区中发送PUCCH时，UE可使用BS为PUCCH小区切换单独配置的HARQ-ACK反馈值的集合来选择PUCCH资源。BS可为UE单独地配置在动态地切换PUCCH载波时要使用的HARQ-ACK反馈定时值的集合。

UE可根据方法A3a_1至方法A3a_4之一基于所确定的HARQ-ACK反馈定时值的集合来确定对应PDSCH的HARQ-ACK反馈定时(S1503)。例如，当包括PDSCH的DCI中所包括的PDSCH-to-HARQ_feedback定时指示符时，UE可在所确定的HARQ-ACK定时值的集合当中确定PDSCH-to-HARQ_feedback定时指示符所指示的HARQ-ACK反馈定时值K。当PDSCH-to-HARQ_feedback定时指示符为2比特时，如果PDSCH-to-HARQ_feedback定时指示符的值为“00”，则所确定的集合中的HARQ-ACK定时值的第一值可被确定为HARQ-ACK反馈定时值K。如果PDSCH-to-HARQ_feedback定时指示符的值为“01”，则所确定的集合中的HARQ-ACK定时值的第二值可被确定为HARQ-ACK反馈定时值K。将从哪个时隙对哪个小区应用所确定的HARQ-ACK反馈定时K是有疑问的。

图16示出本公开的一些实现方式中发送PDSCH的HARQ-ACK信息的时隙。在图16的示例中，假设PDSCH的HARQ-ACK反馈定时值K为2。图16示出调度PDSCH的小区的时隙长度大于PUCCH小区的时隙长度。然而，本公开的实现方式也可应用于调度PDSCH的小区的时隙长度小于或等于PUCCH小区的时隙长度的情况。在图16的示例中，PUCCH小区1是主小区(即，Pcell、PSCell或PUCCH-SCell)，PUCCH小区2是主小区以外的小区当中配置用于PUCCH小区切换的辅小区。在本公开中，PUCCH组的小区当中不是主小区的配置用于PUCCH小区切换的辅小区被称为辅PUCCH小区、PUCCH辅小区或PUCCH辅Scell或PUCCH-sSCell。

根据基于根据方法A3a_1至方法A3a_4之一确定的HARQ-ACK反馈定时值的集合确定的HARQ-ACK反馈定时，UE可基于接收PDSCH的定时(例如，PDSCH接收结束的DL时隙、主小区的时隙当中与该DL时隙交叠的最后UL时隙或者要执行PUCCH传输的目标小区的时隙当中与PDSCH接收交叠的最后UL时隙)使用以下方法之一来识别要发送PUCCH的时隙(例如，TDD中的UL)(S1505)。

*方法A3b_1：(调度CC中计数的时隙)当在调度PDSCH的小区(即，接收PDSCH的小区)上，包括PDSCH的接收结束定时的时隙是时隙n，并且所确定的HARQ-ACK定时值是K时，UE可在将发送可表示时隙n的HARQ-ACK响应(即，包括时隙n中执行的PDSCH接收的结果的HARQ-ACK响应)的小区的时隙m中发送PUCCH。这里，时隙m可以是以下时隙之一：

-将发送HARQ-ACK响应的小区的包括整个时隙n+K的UL时隙；

-将发送HARQ-ACK响应的小区的包括时隙n+K的开始定时的UL时隙(参照图16的(a))；

-将发送HARQ-ACK响应的小区的包括时隙n+K的结束定时的UL时隙。

*方法A3b_2：(主CC中计数的时隙)当在调度PDSCH的PUCCH组的主小区上，包括PDSCH的接收结束定时的时隙是时隙n，并且所确定的HARQ-ACK定时值为K时，UE可在将发送可表示时隙n的HARQ-ACK响应(即，包括时隙n中执行的PDSCH接收的结果的HARQ-ACK响应)的小区的时隙m中发送PUCCH。这里，时隙m可以是以下时隙之一：

-将发送HARQ-ACK响应的小区的包括整个时隙n+K的UL时隙；

-将发送HARQ-ACK响应的小区的包括时隙n+K的开始定时的UL时隙(参照图16的(b))；

*方法A3b_3：(目标CC中计数的时隙)当在将发送HARQ-ACK响应的小区上，包括PDSCH的接收结束定时的(UL)时隙是时隙n，并且所确定的HARQ-ACK定时值为K时，UE可在时隙n+K中发送PUCCH(参照图16的(c))。

方法A3b_1或方法A3b_2可通过针对各个小区或各个PUCCH组使用相同方法对HARQ-ACK反馈定时进行计数来确定性地确定UE的HARQ发送定时，并且可具有预先确保UE准备PUCCH传输所需的时间的优点。

由于即使CC被调度为目标CC时也始终基于目标CC执行处理，所以方法A3b_3允许所有PUCCH从一个小区的角度以相同的方式处理，从而降低UE的实现复杂度。

<实现方式A4>在没有载波指示的情况下PUCCH传输的处理

如果通过BS的L1信令或高层信令将配置有多个CC的UE指示或配置为在PUCCH上发送UCI，并且如果要发送PUCCH资源的CC能够由BS所提供的L1信令(例如，DCI)指示，则UE可针对L1信令未指示的PUCCH资源(例如，周期性CSI、SPS或对PDSCH的HARQ-ACK)使用以下方法之一来选择将发送PUCCH的CC。

*方法A4_1：UE遵循最后接收的PUCCH载波指示(例如，用于确定要发送PUCCH的CC的指示符)。即，在明确地指示发送PUCCH的CC之后，针对UE所发送的所有PUCCH在指示的CC上执行PUCCH传输。

*方法A4_2：在指示要发送PUCCH的载波的PUCCH的情况下，UE根据该指示确定要发送PUCCH的CC，对于其它PUCCH，UE在不存在指示符的假设下选择将发送PUCCH的CC。

**方法A4_2-1：如果L1信令未指示的PUCCH资源X在时间上与指示要发送PUCCH资源的CC A的PUCCH Y交叠，则UE可通过将PUCCH资源X与PUCCH Y复用来在CC A上发送PUCCH资源X。

**方法A4_2-2：如果L1信令未指示的PUCCH资源X在时间上与指示要发送PUCCH资源的CC A的PUCCH Y交叠，则UE可在相应CC上发送PUCCH X和PUCCH Y。即，PUCCH X可在通过假设不存在指示符而选择的CC上发送，PUCCH Y可在CC A上发送。UE可通过UE能力报告形式的RRC消息向BS发送关于这种操作是否可用的信息。BS可通过RRC消息来为能够执行这种操作的UE配置对应操作的使用。仅当UE被配置为使用对应操作时，UE才可通过方法A4_2-2处理时间上交叠的PUCCH传输。

<实现方式A5>重复PUCCH载波切换的处理

当通过BS的L1信令或高层信令将配置有多个CC的UE指示或配置为在PUCCH上发送UCI时，并且当要发送PUCCH资源的CC能够由BS所提供的L1信令(例如，DCI)指示或者UE根据各个PUCCH、各个UCI类型和/或调度方法(半静态地配置或动态地调度)不同地确定要发送PUCCH资源的CC时，可指示两个或更多个PUCCH传输在不同的CC上执行。当这些PUCCH在时间上交叠时，UE可通过以下方法中的至少一个来选择将发送PUCCH的CC。

*方法A5_1：对于彼此交叠的PUCCH传输，UE遵循触发PUCCH传输的DCI当中最后接收的DCI中所包括的PUCCH载波指示(即，用于确定将发送PUCCH的CC的指示符)。

*方法A5_2：对于彼此交叠的PUCCH传输，UE可基于PUCCH资源的开始定时最早的PUCCH传输来确定将发送(复用的)PUCCH的CC。

*方法A5_3：对于彼此交叠的PUCCH传输，UE可基于被指示或配置为发送HARQ-ACK的PUCCH资源来确定将发送(复用的)PUCCH的CC。当存在两个或更多个被指示或配置为发送HARQ-ACK的PUCCH资源时，UE可基于动态指示的PUCCH而非半静态配置的PUCCH来确定将发送PUCCH的CC，并且基于动态指示的PUCCH当中稍后指示的PUCCH来确定将发送PUCCH的CC。

*方法A5_4：当为各个PUCCH指示或配置优先级时，UE可基于具有高优先级的PUCCH来确定将发送PUCCH的CC。当存在具有相同优先级的两个或更多个PUCCH时，UE可针对对应PUCCH使用方法A5_1、方法A5_2和/或方法A5_3来确定要发送PUCCH的CC。

<实现方式A6>动态PUCCH载波指示

如上所述，当BS为配置有多个CC的UE调度PDSCH接收以及用于对PDSCH接收的HARQ-ACK响应的PUCCH传输时或者当通过BS所提供的L1信令或高层信令指示或配置UE发送UCI时，UE可基于DCI的调度消息(例如，DL指派)中所包括的数据字段来选择PUCCH载波(参见实现方式A1/B1的方法A1_1/B1_1)。换言之，UE可通过调度PDSCH的DCI来确定将发送用于对应PDSCH的HARQ-ACK PUCCH的CC。在这种情况下，可考虑以下方法中的至少一个作为调度DCI指示CC的方法。

*方法A6_1：调度PDSCH的DCI可包括PUCCH载波指示符，并且UE可选择具有与PUCCH载波指示符的值关联的小区索引的PUCCH载波，以使用所选择的PUCCH载波来发送针对PDSCH的HARQ-ACK响应。PUCCH载波指示符的值可通过单独的新DCI字段来提供，或者可以是通过重新解释现有DCI字段的一些最高有效比特(MSB)或最低有效比特(LSB)而推导的值。

*方法A6_2：当调度PDSCH的DCI包括PUCCH资源指示符(PRI)字段并且PRI字段的值与任何PUCCH资源集中配置的一个PUCCH资源标识符(ID)关联时，

>对于各个PUCCH资源ID，可配置将发送与对应PUCCH资源ID关联的PUCCH资源的CC，或者

>对于各个PUCCH资源集，可配置将发送对应PUCCH资源集中的PUCCH资源的CC。

*方法A6_3：假设当DCI所指示的PUCCH无法通过TDD操作发送时，执行PUCCH载波切换。在这种情况下，可使用实现方式A1/B1的方法来确定要发送的CC。当发生PUCCH载波切换时，可基于为PUCCH载波切换单独配置的PUCCH资源和PUCCH资源集来确定PUCCH资源。

*方法A6_4：可由PUCCH载波指示符指示的比特表示之一(例如，全部“1”或全部“0”)可被预留为“无切换状态”。例如，当指示“无切换状态”时，UE可在主小区上执行PUCCH传输而不执行PUCCH载波切换。作为另一示例，当UE被指示半静态地执行PUCCH载波切换时，例如，当为UE半静态地配置根据时间配置的PUCCH载波图案并且UE被配置为基于该图案执行PUCCH载波切换时，如果通过PUCCH载波指示符指示“无切换状态”以外的值，则UE可忽略所配置的PUCCH载波图案并且通过所指示的PUCCH载波来执行PUCCH传输。相比之下，当通过PUCCH载波指示符向UE指示“无切换状态”时，UE可基于PUCCH载波图案来选择PUCCH资源(即，基于根据PUCCH载波图案选择的载波的PUCCH资源配置来选择PUCCH资源)并且在对应PUCCH载波上执行PUCCH传输。

在使用实现方式A5/B5时，当UE发送针对SPS PDSCH的HARQ-ACK响应(SPS PDSCHHARQ-ACK响应)时，特别是，当UE执行仅传送SPS PDSCH HARQ-ACK的PUCCH传输时，可始终假设不执行PUCCH载波切换。例如，当SPS PDSCH的启用DCI指示将发送调度的PDSCH的HARQ-ACK的CC时，UE可针对启用DCI中所包括的DL指派所指示的PDSCH在指示的CC上发送PUCCH，但是此后针对对通过所配置的DL指派接收的PDSCH的HARQ-ACK响应可忽略指示的CC并且在根据3GPP NR Rel-16确定的CC上发送PUCCH。

<实现方式A6-1>利用没有载波指示的DCI的动态PUCCH调度

在使用实现方式A6/B6时，有必要如实现方式A3/B3中一样根据切换的CC使用不同的PDSCH-to-HARQ-ACK定时(即，HARQ-ACK反馈定时)。然而，一些DCI格式(例如，诸如DCI格式1_0的DCI格式)可不包括用于载波切换的载波指示字段。对于被配置为执行载波切换的UE，调度无载波指示的DCI格式，可如下确定将发送PUCCH资源和PUCCH的载波。

*方法A6-1a_1：UE假设在主小区上调度PUCCH。为了选择PUCCH资源，使用主小区的PUCCH资源集和HARQ-ACK反馈定时值的集合，并且使用主小区的时隙长度。

*方法A6-1a_2：当配置用于载波切换操作的单独参考小区或参考SCS时，例如，当用于确定PDSCH-to-HARQ-ACK定时(即，HARQ-ACK反馈定时)的确定所用的HARQ-ACK反馈定时值的集合、时隙长度和SCS的参考小区预定义或在载波切换操作中通过BS的高层信令配置时，如果利用没有载波指示的DCI格式调度PUCCH传输，则UE使用参考小区的PUCCH资源集和HARQ-ACK反馈定时值的集合并且使用参考小区的时隙长度，以便在主小区上调度PUCCH的假设下选择PUCCH资源。

*方法A6-1a_3：当配置用于载波切换操作的单独参考SCS时，例如，当用于确定载波切换操作中要使用的SCS的参考SCS预定义或通过BS的高层信令配置时，如果利用没有载波指示的DCI格式调度PUCCH传输，则UE使用主小区的PUCCH资源集和HARQ-ACK反馈定时值的集合并且使用参考小区的时隙长度，以便在主小区上调度PUCCH的假设下选择PUCCH资源。

*方法A6-1a_4：当UE被指示半静态地执行PUCCH载波切换时，例如，当为UE配置随时间半静态配置的PUCCH载波图案并且UE被配置为基于对应图案执行PUCCH载波切换时，如果利用没有载波指示的DCI格式调度PUCCH传输，则UE可基于PUCCH载波图案来选择PUCCH载波并且在对应PUCCH载波上执行PUCCH传输。相比之下，如果利用具有载波指示的DCI格式为UE调度PUCCH传输，则UE可忽略所配置的PUCCH载波图案并且在载波指示所指示的PUCCH载波上执行PUCCH传输。

当通过一个或更多个没有载波指示的DCI格式和/或一个或更多个具有载波指示的DCI格式为被配置为执行载波切换的UE调度多个PUCCH时，并且当这些PUCCH在一个时隙中调度时，UE可通过以下方法中的至少一个来选择要发送PUCCH的CC。

*方法A6-1b_1：UE假设所有交叠PUCCH传输在相同CC上发送。在这种情况下，通过没有载波指示的DCI格式调度的PUCCH可在与之交叠的其它PUCCH的调度所指示的CC上发送。

*方法A6-1b_2：UE假设在主小区上调度利用没有载波指示的DCI格式调度的PUCCH，并且假设彼此交叠的所有PUCCH传输将在相同CC上发送。在这种情况下，UE可假设与通过没有载波指示的DCI格式调度的PUCCH交叠的所有其它PUCCH调度指示主小区作为PUCCH小区。

*方法A6-1b_3：对于彼此交叠的PUCCH传输，UE遵循触发PUCCH传输的DCI当中最后接收的DCI中所包括的PUCCH载波指示(即，用于确定要发送PUCCH的CC的指示符)。

*方法A6-1b_4：UE假设在主小区上调度利用没有载波指示的DCI格式调度的PUCCH。对于彼此交叠的PUCCH传输，UE假设在触发PUCCH传输的DCI当中最后接收的DCI调度的UL CC上执行交叠的PUCCH传输。

*方法A6-1b_5：UE假设在主小区上调度利用没有载波指示的DCI格式调度的PUCCH，并且假设彼此交叠的所有PUCCH传输将在相同CC上发送。在这种情况下，UE可假设与通过没有载波指示的DCI格式调度的PUCCH交叠的所有其它PUCCH调度将主小区指示为PUCCH小区。

当通过一个或更多个没有载波指示的DCI格式和/或一个或更多个具有载波指示的DCI格式为被配置为执行载波切换的UE调度一个或更多个(例如，多个)PUCCH时，并且当这些PUCCH在一个时隙中调度时，可考虑以下情况和UE操作作为实现方式A6和实现方式A6-1的具体示例。在一些实现方式中，以下操作可应用于通过DCI的动态PUCCH载波切换/指示操作与根据时间半静态配置的PUCCH小区图案链接的情况。

*选项1：当多个(例如，两个、三个或四个)候选小区之一能够通过DCI的PUCCH载波指示符指示时，如果在调度一个或更多个(例如，多个)PUCCH的DCI当中接收到包括PUCCH载波指示符的至少一个或更多个DCI，则UE在所指示的小区上执行PUCCH传输。另一方面，如果在调度一个或更多个(例如，多个)PUCCH的DCI当中没有接收到包括PUCCH载波指示符的DCI(例如，如果仅利用没有载波指示的DCI格式(例如，DCI格式1_0)调度PUCCH传输)，则UE在根据随时间半静态配置的PUCCH小区图案确定的小区上执行PUCCH传输。候选小区之一可被配置成Pcell或PUCCH Scell。

*选项2：在通过DCI指示一个或多个(例如，一个、两个或三个)候选小区之一或者能够指示与“无小区指示”或“遵循半静态图案”对应的特定状态(例如，实现方式A6中的“无切换状态”)的情况下，如果在调度一个或更多个(例如，多个)PUCCH的DCI当中接收到指示特定小区(包括PUCCH小区指示符)的至少一个或更多个DCI，则UE在所指示的小区上执行PUCCH传输。另一方面，如果在调度一个或更多个(例如，多个)PUCCH的DCI当中没有接收到指示特定小区(包括PUCCH小区指示符)的DCI(例如，如果仅利用没有载波指示的DCI格式(例如，DCI格式1_0)或仅利用指示“无小区指示”或“遵循半静态图案”的DCI格式调度PUCCH传输)，则UE在根据依据时间半静态配置的PUCCH小区图案确定的小区上执行PUCCH传输。候选小区之一可被配置成Pcell或PUCCH Scell。

<实现方式A7>源载波和目标载波之间的不同SCS

当BS为配置有多个CC的UE调度PDSCH接收以及用于对PDSCH接收的HARQ-ACK响应的PUCCH传输时，并且当将发送PUCCH资源的CC可动态地切换(例如，要使用的CC由L1信令(例如，DCI)指示，或者根据预定义规则对于各个PUCCH传输可不同)时，UE需要确定将发送PUCCH的UL时隙的位置，以便在所确定的CC上发送PUCCH。当UE所配置的多个CC具有不同的SCS时，特别是，当最初指示/配置PUCCH传输的源载波和PUCCH传输动态地切换至的目标载波具有不同的SCS时，可能出现以下各种问题。

-问题1：当源载波的SCS大于目标载波的SCS(即，目标载波的SCS小于源载波的SCS)时，多个源载波时隙可与一个目标载波时隙关联，并且位于源载波的不同时隙中的PUCCH传输需要被复用到一个目标载波。

-问题2：当源载波的SCS小于目标载波的SCS(即，目标载波的SCS大于源载波的SCS)时，一个源载波时隙可与多个目标载波时隙关联。换言之，这可能需要在源载波时隙期间切换到目标载波。

如上所述，为了防止这些问题，首先，PUCCH载波切换可被限制为切换到具有相同SCS的载波。然而，由于这使得在有限的CC之间执行切换，所以载波切换的影响可能较小。因此，在本公开的一些实现方式中，可使用以下方法中的至少一个在具有不同SCS的CC之间执行PUCCH载波切换。

*为了解决问题1，当源载波的SCS大于目标载波的SCS时，BS可使得两个或更多个PUCCH(特别是，当PUCCH位于源载波的不同时隙中并且各个切换的PUCCH位于目标载波的一个时隙中时)不切换到目标载波。由此，当源载波的SCS大于目标载波的SCS时，UE可不预期两个或更多个PUCCH将切换(并复用)到目标载波。

*为了解决问题2，当源载波的SCS小于目标载波的SCS时，BS可防止在源载波的时隙期间发生CC切换。即，BS可始终使得CC切换仅发生在源载波的时隙边界处。由此，UE可预期在特定时隙期间(例如，在特定时隙的中间)将不发生CC切换。如果通过PDSCH调度DCI指示UE在源载波的任何时隙X的中间执行CC切换，例如，如果UE被指示/配置为从时隙X的第一符号至第六符号执行任何PUCCH或PUSCH传输，此后在另一CC上执行PUCCH传输，则UE可不在时隙X中执行UL传输。此操作可限于指示另一CC上的PUCCH传输的DCI比指示时隙X中的UL传输的DCI晚接收的情况。

*为了解决问题2，CC切换可被限制为仅以特定时间单位执行。换言之，已切换一次的CC可在预定时间单位内维持，并且可在各个时间单位的边界处执行向另一CC的切换。在这种情况下，预定时间单位可以是以下参考SCS配置的一个时隙长度或以下一些标准当中的最小SCS配置的时隙长度。对于此操作，不同标准可用于各个CC切换。例如，当源载波和目标载波具有相同SCS配置时，可不使用特定标准，并且当源载波和目标载波具有不同SCS配置时，可应用诸如标准2或标准4的标准。作为另一示例，当通过DCI指示CC切换时，可应用标准1或标准1和2，并且当在满足预定条件的CC之间根据规则执行CC切换时(例如，实现方式A1/B1的方法A1_2/B1_2)，可使用标准2执行CC切换。

>标准1：PDCCH的SCS配置

>标准2：由作为RRC配置的FrequencyInfoUL或FrequencyInfoUL-SIB的scs-SpecificCarrierList提供的最小SCS配置

>标准3：源载波的SCS配置

>标准4：启用的CC当中的最小SCS配置

>标准5：配置的CC当中的最小SCS

>标准5：源载波和目标载波之间的最小SCS

>标准6：PUCCH载波切换的候选CC当中的最小SCS配置。“PUCCH载波切换的候选CC”可以是配置用于PUCCH载波切换的候选CC或配置用于PUCCH传输的候选CC。为了使用标准6，BS可为UE单独地配置指示CC集合的RRC参数。CC集合可以是可经受PUCCH载波切换的CC，并且UE和BS可仅在配置的CC集合上执行PUCCH载波切换。

>标准7：主小区的SCS配置

作为另一示例，为了使上述问题最小化，还可考虑基于源PUCCH资源来选择源时隙或目标时隙。更具体地，当BS为配置有多个CC的UE调度PDSCH接收以及用于对PDSCH接收的HARQ-ACK响应的PUCCH传输时，并且当将发送PUCCH资源的CC可动态地切换时，UE可在考虑以下确定的CC上确定要发送PUCCH的UL时隙的位置。

*UE可在与源PUCCH资源(源载波中初始使用的PUCCH资源)交叠的目标载波的UL时隙中执行PUCCH传输。当存在与源PUCCH资源交叠的目标载波的多个UL时隙时，可考虑以下之一。

>紧接在源PUCCH资源的开始之后的目标载波的UL时隙/子时隙

>紧接在源PUCCH资源的结束之前的目标载波的UL时隙/子时隙

>与源PUCCH资源的第一时隙交叠的目标载波的UL时隙/子时隙

>与源PUCCH资源的最后符号交叠的目标载波的UL时隙/子时隙

*UE可在与源UL时隙(与源载波中初始使用的PUCCH资源对应的源PUCCH资源被分配至的时隙)交叠的目标载波的UL时隙中执行PUCCH传输。当存在与源UL时隙交叠的目标载波的多个UL时隙时，可考虑以下之一。

>紧接在源UL时隙的开始之后的目标载波的UL时隙/子时隙

>紧接在源UL时隙的结束之前的目标载波的UL时隙/子时隙

>与源UL时隙的第一符号交叠的目标载波的UL时隙/子时隙

>与源UL时隙的最后符号交叠的目标载波的UL时隙/子时隙

<实现方式A8>切换UL载波时的码本构造

当通过BS的L1信令(例如，DCI)或高层信令将配置有多个CC的UE指示或配置为在PUCCH上发送UCI时，并且当要发送PUCCH资源的CC能够由BS的L1信令(例如，DCI)指示或者根据各个PUCCH、各个UCI类型和/或调度方法(半静态地配置或动态地调度)通过不同的方法确定要发送PUCCH资源的CC时，UE需要为要在所确定的CC上发送的HARQ-ACK PUCCH构造HARQ-ACK码本。

在一些场景(例如，NR Rel-16)中，在类型1码本中，UE通过针对使用所确定的HARQ-ACK反馈定时值的集合的各个小区、针对各个小区中的各个HARQ-ACK反馈定时、针对在各个HARQ-ACK反馈定时能够接收PDSCH的各个DL时隙以及针对各个DL时隙中可接收的各个PDSCH时机收集关联的HARQ-ACK信息来生成HARA-ACK码本。然而，如果将发送PUCCH资源的CC每次可能变得不同，则当根据这种操作要发送的资源使用不同的HARQ-ACK反馈定时值的集合或者使用不管要发送的CC如何始终确定的HARQ-ACK反馈定时值的集合时，可能出现以下问题。

-问题1：一个HARQ-ACK码本中调度的PDSCH可通过不同的HARQ-ACK反馈定时的集合来调度。

-问题2：可通过与要发送HARQ-ACK信息的CC中配置的HARQ-ACK反馈定时值的集合不同的HARQ-ACK定时值的集合来调度PUCCH。

特别是，当对于一些PDSCH，通过为要发送PUCCH的动态指示的CC(即，目标载波)配置的HARQ-ACK反馈定时值的集合来调度PUCCH时，并且当对于其它PDSCH，要发送PUCCH的CC由配置的图案半静态地确定并且通过与要发送HARQ-ACK信息的CC无关始终确定的HARQ-ACK反馈定时值的集合来调度PUCCH时，这些问题可能增加。为了解决这一问题，被配置为使用PUCCH载波切换的UE可考虑以下方法来为要发送PUCCH的CC上的HARQ-ACK PUCCH配置类型1HARQ-ACK码本。

*方法A8_1：为了构造类型1HARQ-ACK码本，UE可使用为将发送包括对应码本的PUCCH的CC配置的HARQ-ACK反馈定时值的集合和SCS(或基于其的时隙长度)。由此，可确定与类型1HARQ-ACK码本中所包括的HARQ-ACK信息对应的PDCCH时机的集合。当至少一个PDSCH的PUCCH载波(通过DCI)动态地指示(例如，作为另一载波)时(或者当仅通过没有根据时间配置的PUCCH载波图案的DCI半静态地配置动态PUCCH载波切换/指示操作时)，换言之，当要发送与至少一个PDSCH对应的PUCCH的CC由L1信令指示时，可限制性地使用方法A8_1。

*方法A8_1-1：为了构造类型1HARQ-ACK码本，UE可使用为将发送包括对应码本的PUCCH的CC配置的HARQ-ACK反馈定时值的集合并且使用为预定义或通过BS的高层信令确定的特定CC配置的SCS(或基于其的时隙长度)。由此，可确定与类型1HARQ-ACK码本中所包括的HARQ-ACK信息对应的PDCCH时机的集合。在一些实现方式中，特定CC可以是主小区。另选地，在一些实现方式中，特定CC可以是配置用于载波切换操作的参考小区。作为示例，在载波切换操作中，被配置为确定用于确定PDSCH至HARQ-ACK定时的HARQ-ACK反馈定时值的集合、时隙长度和SCS的参考小区可以是特定CC。在一些实现方式中，当PDSCH的PUCCH载波没有(通过DCI)动态地指示(例如，作为另一载波)时(或者当仅配置通过DCI在没有用于动态PUCCH载波切换/指示操作的单独配置的情况下根据时间半静态地配置的PUCCH载波图案时)，换言之，当L1信令未指示要发送与PDSCH对应的PUCCH的CC时，可限制性地使用方法A8_1-1。

*方法A8_2：为了构造类型1HARQ-ACK码本，UE可使用为预定义或通过BS的高层信令确定的特定CC配置的HARQ-ACK反馈定时值的集合和SCS(或基于其的时隙长度)。由此，可确定与类型1HARQ-ACK码本中所包括的HARQ-ACK信息对应的PDCCH时机的集合。在一些实现方式中，特定CC可以是主小区。另选地，在一些实现方式中，特定CC可以是用于载波切换操作的参考小区配置。作为示例，在载波切换操作中，被配置为确定用于确定PDSCH至HARQ-ACK定时的HARQ-ACK反馈定时值的集合、时隙长度和SCS的参考小区可以是特定CC。在一些实现方式中，特定CC的SCS可用于应用HARQ-ACK反馈定时。在一些实现方式中，当没有(通过DCI)动态地指示PDSCH的PUCCH载波(例如，作为另一载波)时(或者当仅配置通过DCI在没有用于动态PUCCH载波切换/指示操作的单独配置的情况下根据时间半静态地配置的PUCCH载波图案时)，换言之，当L1信令未指示要发送与PDSCH对应的PUCCH的CC时，可限制性地使用方法A8_2。作为另一示例，将发送PUCCH的CC的SCS可用于应用HARQ-ACK反馈定时。在这种情况下，要发送PUCCH的CC的HARQ-ACK反馈定时值的集合可被限制为包括利用特定CC的SCS和HARQ-ACK反馈定时值的集合调度PUCCH时的HARQ-ACK反馈定时。例如，当基于特定CC的SCS和HARQ-ACK反馈定时值的集合执行调度时，如果可从DL时隙n_D至UL时隙n_U+k执行调度(即，当PDSCH接收在DL时隙n_D中结束，UL时隙n_U与DL时隙n_D关联，并且对在DL时隙n_D中结束的PDSCH接收的HARQ-ACK响应可通过HARQ-ACK反馈定时k在UL时隙n_U+k中发送时)，CC的HARQ-ACK反馈定时值可被配置为使得甚至可通过要发送PUCCH的CC的HARQ-ACK定时值的集合基于在DL时隙n_D中结束接收的PDSCH来调度UL时隙n_U+k的PUCCH传输。

<实现方式A9>用于PUCCH载波切换的PDSCH处理余量

当UE在与先前PUCCH传输中使用的PUCCH载波不同的PUCCH载波上执行传输时，UE可能需要额外时间来新配置无线电发送器的操作。为了保证所需的时间，UE可通过UE能力报告信令向BS报告由PUCCH载波切换操作导致的额外需要的时间，并且BS可考虑UE所报告的信息来执行PDSCH调度。例如，UE可报告处理余量PUCCHSwitchingMargin(微秒(us))作为UE能力，并且BS可如下考虑PUCCHSwitchingMargin执行PDSCH调度。如指派的HARQ-ACK定时K₁和要使用的PUCCH资源所定义的并且包括定时提前的影响，如果承载HARQ-ACK信息的PUCCH的第一UL符号在不早于符号L₁的符号中开始，则UE提供有效HARQ-ACK消息，其中L₁被定义为具有在承载确认传输块的PDSCH的最后符号结束之后T_proc,1＝(N₁+d₁+d₂)*(2048+144)*κ*2^-u*T_c+T_ext+T_PUCCHswitch之后开始的CP的下一UL符号。这里，N₁、d₁、d₂、κ*2^-u、Tc和T_ext在3GPP TS 38.213的条款5.3中定义。

当为UE配置PUCCHSwitchingMargin时，T_PUCCHSwithch的值等于由PUCCHSwitchingMargin给出的处理余量。

在一些实现方式中，当在与先前PUCCH传输中使用的PUCCH载波不同的PUCCH载波上执行传输时，可限制性地应用处理余量。换言之，当使用与先前PUCCH传输中使用的PUCCH载波相同的PUCCH载波时，T_PUCCHSwithch＝0。

在一些实现方式中，当在与先前UL传输中使用的UL载波不同的PUCCH载波上执行传输时，可限制性地应用处理余量。换言之，当使用与先前UL传输中使用的UL载波相同的PUCCH载波时，T_PUCCHSwithch＝0。

在一些实现方式中，处理余量可限于动态地执行PUCCH载波切换的情况，例如，通过调度DCI中所包括的PUCCH载波指示来切换PUCCH载波的情况。这是因为，当PUCCH载波半静态地切换时，UE可在调度PUCCH之前预先切换UL载波。换言之，当为UE配置PUCCH载波切换以半静态给出的UL CC图案执行时，T_PUCCHSwithch＝0。

在一些实现方式中，可UE可用的每对CC报告PUCCHSwitchingMargin。当UE从CC A切换到CC B时，或者当从CC B切换到CC A时，与一对CC A和B关联的PUCCHSwitchingMargin的值可用作T_PUCCHSwithch。

在一些实现方式中，可针对UE可用的各个UL CC报告PUCCHSwitchingMargin。这是假设PUCCH载波切换始终在主小区上。即，如果不存在PUCCH载波的单独指示，则UE可在主小区上发送PUCCH并且假设T_PUCCHSwithch＝0。如果指示要使用的PUCCH载波，则UE可使用与该载波关联的PUCCHSwitchingMargin的值作为T_PUCCHSwithch。

另选地，作为另一示例，UE可以符号为单位报告处理余量PUCCHSwitchingSymbolMargin作为UE能力，并且BS可如下考虑PUCCHSwitchingSymbolMargin来执行PDSCH调度。如指派的HARQ-ACK定时K₁和要使用的PUCCH资源所定义的并且包括定时提前的影响，如果承载HARQ-ACK信息的PUCCH的第一UL符号在不早于符号L₁的符号中开始，则UE提供有效HARQ-ACK消息，其中L₁被定义为具有在承载确认传输块的PDSCH的最后符号结束之后T_proc,1＝(N₁+d₁+d₂)*(2048+144)*κ*2^-u*T_c+T_ext之后开始的CP的下一UL符号。这里，N₁、d₁、d₂、κ*2^-u、Tc和T_ext在3GPP TS 38.213的条款5.3中定义。

当为UE配置PUCCHSwitchingSymbolMargin时，d₃的值等于由PUCCHSwitchingSymbolMargin给出的处理余量。

在一些实现方式中，当在与先前PUCCH传输中使用的PUCCH载波不同的PUCCH载波上执行传输时，可限制性地应用处理余量。换言之，当使用与先前PUCCH传输的PUCCH载波相同的PUCCH载波时，d₃＝0，否则d₃>0。

在一些实现方式中，当在与先前UL传输中使用的UL载波不同的PUCCH载波上执行传输时，可限制性地应用处理余量。换言之，当使用与先前UL传输的PUCCH载波相同的PUCCH载波时，d₃＝0，否则d₃>0。

在一些实现方式中，处理余量可限于动态地执行PUCCH载波切换的情况，例如，通过调度DCI中所包括的PUCCH载波指示来执行PUCCH载波切换的情况。这是因为，当PUCCH载波半静态地切换时，UE可在调度PUCCH之前预先切换UL载波。换言之，当为UE配置PUCCH载波切换以半静态给出的UL CC图案执行时，d₃＝0。

在一些实现方式中，可UE可用的每对CC报告PUCCHSwitchingSymbolMargin。当UE从CC A切换到CC B或从CC B切换到CC A时，与一对CC A和B关联的PUCCHSwitchingSymbolMargin的值可用作d₃。

在一些实现方式中，可针对UE可用的各个UL CC报告PUCCHSwitchingSymbolMargin。这是假设PUCCH载波切换始终在主小区上。即，如果不存在PUCCH载波的单独指示，则UE可在主小区上发送PUCCH并且假设d₃＝0。当指示要使用的PUCCH载波时，与该载波关联的PUCCHSwitchingMargin的值可用作d₃。

BS侧

在下文中，将从BS的角度再次描述本公开的上述实现方式。图17示出根据本公开的一些实现方式的BS的操作流程的示例。

在一些实现方式中，BS可向已接入BS的UE发送小区配置并且通过该小区配置提供可用CC信息。例如，BS可通过RRC信令向UE提供包括CC信息(例如，ServingCellConfigCommon)的RRC配置。BS可向UE发送MAC CE消息以启用或停用各个载波(也称为小区)。当BS为UE调度PDSCH传输和用于对PDSCH传输的HARQ-ACK响应的PUCCH传输(S1701)时，BS可使用本公开的一些实现方式来(动态地)选择要接收用于HARQ-ACK响应的PUCCH的载波(即，PUCCH小区)(S1703)。BS可使用本说明书的一些实现方式在对应载波中要使用的PUCCH资源上接收UCI(S1705)。

在本公开的一些实现方式中，可考虑以下BS操作。

<实现方式B1>如何选择用于PUCCH传输的CC

当BS为配置有多个CC的UE调度PDSCH传输以及用于对PDSCH传输的HARQ-ACK响应的PUCCH传输时，或者当BS通过BS的L1信令(例如，DCI)或高层信令(例如，RRC信令)指示或配置UE发送UCI时，BS可假设UE将根据以下方法中的至少一个来选择要发送PUCCH的载波。BS可基于这样的假设根据以下方法之一来确定将从UE接收PUCCH的载波。

*方法B1_1：UE可基于包括在DCI的调度消息(例如，DL指派)中的数据字段来选择PUCCH载波(即，PUCCH小区)。作为示例，调度PDSCH的DCI可包括PUCCH载波指示符字段，并且UE可选择具有与PUCCH载波指示符字段的值相同的小区索引的PUCCH载波，以使用该PUCCH载波来发送针对PDSCH的HARQ-ACK响应。

*方法B1_2：UE和BS可根据预定条件和规则来选择要用于PUCCH传输的CC，以使得UE和BS可选择并假设相同小区而无需单独信令。更具体地，UE和BS可根据规则从满足预定条件的CC当中选择要用于PUCCH传输的CC。这可被表示为使得UE和BS根据条件选择位于CC的有序列表顶部的一个CC。例如，UE和BS可根据第一规则配置CC的有序列表，并且通过从通过第二规则优先排序的CC当中选择列表顶部的CC来发送针对调度的PDSCH的HARQ-ACK响应。只要第一规则和第二规则基于半静态配置的值，UE和BS就可无歧义地始终假设相同的CC。换言之，UE可根据特定条件优先选择特定CC并且在对应CC上发送PUCCH。

>规则B1_1-1：各个CC按小区索引的升序布置。即，具有低小区索引的CC位于列表的上侧。

>规则B1_1-2：不包括特定配置的CC可从列表排除或位于列表中比包括特定配置的CC低的位置。例如，未配置配置的许可PUSCH配置或周期性或半持久CSI配置的CC可从列表排除。这用于防止UE的UL传输被放弃。

>规则B1_1-3：未启用的CC可从列表排除或位于列表中比启用的CC低的位置。

>规则B1_1-4：不具有等于或大于接收调度的PDSCH的CC的UL BWP的SCS或等于或大于接收PDSCH的PUCCH组的主小区的SCS的SCS的CC(即，SCS小于接收调度的PDSCH的CC的UL BWP的SCS的CC)可从列表排除或者可位于列表中比其它CC低的位置。

>规则B1_1-5：不具有等于接收调度的PDSCH的CC的UL BWP的SCS或等于接收PDSCH的PUCCH组的主小区的SCS的SCS的CC(即，SCS小于接收调度的PDSCH的CC的UL BWP的SCS的CC)可从列表排除或者可位于列表中比其它CC低的位置。

>规则B1_1-6：当将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH资源(或者将发送对应HARQ-ACK响应的时隙中的所有UCI被复用/发送的PUCCH资源)的符号按配置用于特定小区的时隙格式未被指示为UL或灵活符号时(即，当PUCCH资源的至少一个符号被指示为DL符号时)，对应小区可从列表排除或位于列表中比其它CC低的位置。UE和BS考虑各个PUCCH传输的所有CC的时隙格式、PUCCH资源集和PUCCH有效载荷可能是很大的负担。可代替规则B1_1-6考虑以下规则之一，以在使UE和BS的负担最小化的同时考虑用于载波切换的时隙格式。

>>替代规则B1_1-6-1：当将发送针对调度的PDSCH的HARQ-ACK响应的时隙按配置用于特定小区的时隙格式包括DL时隙时，对应小区可从列表排除或位于列表中比其它CC低的位置。

>>替代规则B1_1-6-2：当将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH的起始符号按配置用于特定小区的时隙格式未被指示为UL符号时，对应小区可从列表排除或位于列表中比其它CC低的位置。

>规则B1_1-7：当不存在最大有效载荷大小大于对调度的PDSCH的HARQ-ACK响应和可与HARQ-ACK响应一起发送的UCI的总比特大小(即，比特数)的PUCCH资源集时，对应小区可从列表排除或者可位于列表中比其它CC低的位置。

>规则B1_1-8：启用休眠BWP的CC可从列表排除或者可位于列表中比其它CC低的位置。在本公开中，休眠BWP是DL BWP之一并且由网络通过专用RRC信令来配置。在休眠BWP中，UE停止对Scell的PDCCH监测，但继续执行CSI测量、自动增益控制(ACG)和波束管理(当配置时)。对于SpCell或PUCCH SCell以外的各个服务小区，网络可配置一个BWP作为休眠BWP。

>规则B1_2-1：UE优先选择小区索引较低的CC。规则B1_2-1可最后应用。即，当列表中不存在另一第二规则时或者当多个CC满足第二规则时，UE可选择具有最低小区索引的CC。

>规则B1_2-2：UE可仅优先选择包括特定配置的CC。例如，UE可优先选择具有配置的许可PUSCH配置或周期性或半持久CSI配置的CC。这用于防止UE的UL传输被放弃。

>规则B1_2-3：UE可优先选择启用的CC。

>规则B1_2-4：UE可优先选择SCS等于或大于接收调度的PDSCH的CC的UL BWP的SCS或者等于或大于接收PDSCH的PUCCH组的主小区的SCS的CC。

>规则B1_2-5：UE可优先选择具有与接收调度的PDSCH的CC的UL BWP的SCS或者接收PDSCH的PUCCH组的主小区的SCS相同的SCS的CC。

>规则B1_2-6：当将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH资源(或者将发送对应HARQ-ACK响应的时隙中的所有UCI被复用/发送的PUCCH资源)按配置用于特定小区的时隙格式被指示为UL或灵活符号时(即，当PUCCH资源的至少一个符号未被指示为DL符号时)，UE可优先选择对应小区。UE和BS考虑各个PUCCH传输的所有CC的时隙格式、PUCCH资源集和PUCCH有效载荷可能是很大的负担。可代替规则B1_2-6考虑以下规则之一，以在使UE和BS的负担最小化的同时考虑用于载波切换的时隙格式。

>>替代规则B1_2-6-1：当将发送针对调度的PDSCH的HARQ-ACK响应的时隙按配置用于特定小区的时隙格式不包括DL时隙时，UE可优先选择对应小区。

>>替代规则B1_2-6-2：当将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH的起始符号按配置用于特定小区的时隙格式被指示为UL时隙时，UE可优先选择对应小区。

>规则B1_2-7：当存在最大有效载荷大小大于对调度的PDSCH的HARQ-ACK响应和可与HARQ-ACK响应一起发送的UCI的总比特大小的PUCCH资源集时，UE可优先选择对应小区。

>规则B1_2-8：UE可优先选择未启用休眠BWP的CC。

基于上述规则表达的方法B1_2的简单示例可如下。

>UE可使用规则B1_1-1和规则B1_1-3来配置启用CC的有序列表，并且选择列表顶部的CC来发送PUCCH。即，UE可通过方法B1_2在启用CC当中具有最低索引的CC上发送PUCCH。

>UE可使用规则B1_1-3来配置启用CC的有序列表，并且使用规则B1_2-1选择具有最低小区索引的CC来发送PUCCH。即，UE可通过方法B1_2在启用CC当中具有最低索引的CC上发送PUCCH。

在本公开的一些实现方式中，BS可单独地向UE提供指示CC集合的RRC参数。CC集合可指示可经受PUCCH载波切换的CC(即，小区)。UE和BS可针对配置的CC集合限制性地执行PUCCH载波切换。

可通过BS的高层信令为UE配置PUCCH载波切换图案。PUCCH载波切换图案可意指在特定时间周期(例如，几十时隙、一帧或10ms)内根据特定时间单位(例如，几个时隙)按顺序列出包括一个或更多个可用UL CC的列表的信息。为了表示可用UL CC的列表占用特定时间单位，在各个列表中可包括时间长度T_L。时间长度T_L可意指对应列表所占用的时间。在这种情况下，PUCCH载波切换图案的周期可以是可用UL CC列表的时间长度T_L的总和。例如，可存在特定UL CC列表L1＝{C1,C2,C3}，并且可向列表L1另外指派时间信息T_L。例如，可提供L1＝{{C1,C2,C3},T_L}。在这种情况下，可在时间T_L期间使用C1、C2或C3中的至少一个。这些列表可按顺序枚举。例如，如果列表被给出为{L1,L2,L3,...LN}，则相应列表Ln的时间长度T的总和可表示整个图案的长度。在一些实现方式中，一个或更多个图案中还可包括指示在特定持续时间内不执行PUCCH载波切换的信息。该信息也可被表示成包括单独RRC参数(例如，noPUCCHCarrierSwithcing)的UL CC的列表。BS可假设UE在包括这种信息的持续时间内不执行PUCCH载波切换。可通过小区中配置的UL SCS配置来确定时间单位或时隙长度(即，每时隙的时间长度)。例如，可考虑以下中的至少一个。

>可配置PUCCH载波切换图案的单独UL参考SCS，并且可通过对应SCS值确定时间单位。

当一帧的长度为10ms时，可根据表1确定根据各个SCS配置u的时隙长度。

作为另一示例，在一些实现方式中，仅当(参考小区中)将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH资源(或者将发送HARQ-ACK响应的时隙中的所有UCI被复用/发送的PUCCH资源)的至少一个符号按参考小区的时隙格式被指示为DL符号(例如，PUCCH的至少一个符号被tdd-UL-DL-ConfigurationCommon或tdd-ULDL-ConfigurationDedicated指示为DL)时，才可执行PUCCH载波切换。可考虑以下内容来确定参考小区。

>主小区用作参考小区；

>通过BS的高层信令配置的小区索引指示参考小区；或者

在实现方式B1中，已为PUCCH假设与PDSCH接收对应的HARQ-ACK PUCCH。然而，实现方式B1可不限于HARQ-ACK PUCCH，实现方式B1以及将要描述的实现方式也可应用于承载任何类型的UCI(例如，HARQ-ACK、SR或CSI)的PUCCH。特别是，当通过BS的L1信令指示PUCCH传输时，可应用实现方式B1的方法B1_1和/或方法B1_2。当通过BS的高层信令指示PUCCH传输时，可应用实现方式B1的方法B1_2。

<实现方式B2>如何确定用于载波切换的PUCCH资源

当BS为配置有多个CC的UE调度PDSCH传输以及用于对PDSCH传输的HARQ-ACK响应的PUCCH传输时，BS可假设UE将基于以下方法之一来确定要发送PUCCH的载波上的PUCCH资源。BS可基于这样的假设根据以下方法之一在将从UE接收PUCCH的载波上确定PUCCH资源。

*方法B2_1：(调度CC中的PUCCH资源配置)UE和BS可使用调度PDSCH的小区(即，接收PDSCH的小区)中配置的PUCCH资源集列表来选择PUCCH资源。通过方法B2_1，UE和BS可假设不管要选择的CC如何将使用一个PUCCH资源集列表。这可使得在CC选择中易于考虑时隙格式。

*方法B2_2：(主CC中的PUCCH资源配置)UE和BS可使用调度PDSCH的PUCCH组的主小区中配置的PUCCH资源集列表来选择PUCCH资源。通过方法B2_2，UE和BS可假设不管要选择的CC如何将始终使用相同的PUCCH资源。这可使得在CC选择中易于考虑时隙格式。

*方法B2_3：(目标CC中的PUCCH资源配置)UE和BS可使用要发送HARQ-ACK响应的小区中配置的PUCCH资源集列表来选择PUCCH资源。要发送HARQ-ACK响应的小区可使用实现方式A1/B1或其类似方法来确定。这可通过允许BS为发送PUCCH的各个CC配置适当PUCCH资源而带来调度灵活性。

*方法B2_4：(用于PUCCH载波切换的专用PUCCH资源)当要发送PUCCH的小区被明确地指示或者能够在PDSCH调度消息中明确地指示时，或者当按预定义规则要在主小区以外的小区中发送PUCCH时，UE和BS可使用BS所配置的单独PUCCH资源集列表来选择PUCCH资源。换言之，当PUCCH载波根据时间(动态地)切换时，BS可为UE单独地配置要使用的PUCCH资源配置。

方法B2_1、方法B2_2和/或方法B2_3表示BS可针对UE可用于UL传输，特别是用于PUCCH传输的各个CC为UE配置可用于PUCCH载波切换的PUCCH资源集和PUCCH资源。该PUCCH资源集和PUCCH资源可以是传统PUCCH资源配置(例如，根据3GPP TS 38.331Rel-16的PUCCH资源配置)内另外配置的值，并且各个PUCCH资源集和各个PUCCH资源可具有特定索引范围。

<实现方式B3>如何确定PUCCH载波切换的PDSCH至HARQ-ACK反馈定时

当BS为配置有多个CC的UE调度PDSCH传输以及用于对PDSCH传输的HARQ-ACK响应的PUCCH传输时，并且当要发送PUCCH资源的CC可(动态地)切换时(例如，当要使用的CC由L1信令(例如，DCI)指示或者可根据预定义规则随各个PUCCH传输变化时)，BS需要确定将接收PUCCH的UL时隙的位置，以便UE在所确定的CC上接收PUCCH。在一些实现方式中，预定义规则可包括通过BS的高层信令提供的PUCCH载波切换图案。可基于发送最后PDSCH的时隙通过预先配置的HARQ-ACK反馈定时值的集合和指示集合中要使用的值的调度消息的数据字段来确定UL时隙的位置。

参照图18，BS可基于提供给UE的调度信息向UE发送PDSCH(S1801)。BS可假设UE通过以下方法中的至少一个来确定要用于确定与PDSCH有关的PUCCH传输的UL时隙的位置的HARQ-ACK反馈定时值的集合。根据这种假设，BS可通过以下方法中的至少一个来确定要用于确定要从UE接收PUCCH的UL时隙的位置的HARQ-ACK反馈定时值的集合。

*方法B3a_1：(调度CC中设定的K1)BS和UE可使用为调度PDSCH的小区(即，接收PDSCH的小区)配置的HARQ-ACK反馈定时值的集合(例如，dl-DataToUL-ACK、dl-DataToUL-ACK-r16或dl-DataToUL-ACK-DCI-1-2-r16)来选择PUCCH资源。例如，当BS向UE发送DCI格式1_1并且基于DCI格式1_1向UE发送PDSCH时，BS可在通过发送PDSCH的小区的dl-DataToUL-ACK提供的HARQ-ACK反馈定时值当中确定PDSCH的HARQ-ACK反馈定时值K，并且使用所确定的HARQ-ACK定时值K来确定PUCCH时隙。通过方法B3a-1，BS可假设将使用HARQ-ACK反馈定时值的集合而与UE要为PUCCH传输选择的CC无关，这可使得在CC选择中易于考虑时隙格式。换言之，根据方法B3a-1，由于即使发生PUCCH载波切换时HARQ-ACK反馈定时值也不改变，所以可在CC选择之前准确地指定各个CC的时隙格式。

*方法B3a_2：(主CC中设定的K1)BS和UE可使用为调度PDSCH的PUCCH组的主小区配置的HARQ-ACK反馈定时值的集合(例如，dl-DataToUL-ACK、dl-DataToUL-ACK-r16或dl-DataToUL-ACK-DCI-1-2-r16)来选择PUCCH资源。例如，如果BS为UE调度PDSCH的PUCCH组是MCG，则BS可基于为Pcell配置的HARQ-ACK反馈定时值的集合来确定PDSCH的HARQ-ACK反馈定时值K。如果调度PDSCH的PUCCH组是SCG，则BS可基于为PSCell配置的HARQ-ACK反馈定时值的集合来确定PDSCH的HARQ-ACK反馈定时值K。如果调度PDSCH的PUCCH组是主PUCCH组，则BS可基于为Pcell配置的HARQ-ACK反馈定时值的集合来确定PDSCH的HARQ-ACK反馈定时值K。如果调度PDSCH的PUCCH组是辅PUCCH组，则BS可基于为辅PUCCH组的PUCCH-SCell配置的HARQ-ACK反馈定时值的集合来确定PDSCH的HARQ-ACK反馈定时值K。通过方法B3a_2，BS可假设将始终使用相同的HARQ-ACK反馈定时值的集合而与UE将为PUCCH传输选择的CC无关，这可使得在CC选择中易于考虑时隙格式。换言之，根据方法B3a-2，由于即使发生PUCCH载波切换时HARQ-ACK反馈定时值也不改变，所以可在CC选择之前准确地指定各个CC的时隙格式。

*方法B3a_3：(目标CC中设定的K1)UE可使用为要发送HARQ-ACK响应的小区配置的HARQ-ACK反馈定时值的集合(例如，dl-DataToUL-ACK、dl-DataToUL-ACK-r16或dl-DataToUL-ACK-DCI-1-2-r16)来选择PUCCH资源。

*方法B3a_4：(为PUCCH载波切换设定的专用K1)当将发送PUCCH的小区被明确地指示或者能够通过PDSCH调度消息明确地指示时或者当按预定义规则要在主小区以外的小区中发送PUCCH时，UE可使用BS为PUCCH小区切换单独配置的HARQ-ACK反馈值的集合来选择PUCCH资源。BS可为UE单独地配置在动态地切换PUCCH载波时要使用的HARQ-ACK反馈定时值的集合。

UE可根据方法B3a_1至方法B3a_4之一基于所确定的HARQ-ACK反馈定时值的集合来确定对应PDSCH的HARQ-ACK反馈定时(S1803)。例如，当包括PDSCH的DCI中所包括的PDSCH-to-HARQ_feedback定时指示符时，BS可在所确定的HARQ-ACK定时值的集合当中确定通过PDSCH-to-HARQ_feedback定时指示符指示给UE的HARQ-ACK反馈定时值K。当PDSCH-to-HARQ_feedback定时指示符为2比特时，如果PDSCH-to-HARQ_feedback定时指示符的值为“00”，则所确定的集合中的HARQ-ACK定时值的第一值可被确定为HARQ-ACK反馈定时值K。如果PDSCH-to-HARQ_feedback定时指示符的值为“01”，则所确定的集合中的HARQ-ACK定时值的第二值可被确定为HARQ-ACK反馈定时值K。将从哪个时隙对哪个小区应用所确定的HARQ-ACK反馈定时K是有疑问的。

依据基于根据方法B3a_1至方法B3a_4之一确定的HARQ-ACK反馈定时值的集合确定的HARQ-ACK反馈定时，BS可基于发送PDSCH的定时(例如，PDSCH传输结束的DL时隙、主小区的时隙当中与DL时隙交叠的最后UL时隙或者要执行PUCCH传输的目标小区的时隙当中与PDSCH传输交叠的最后UL时隙)使用以下方法之一来识别要发送PUCCH的时隙(例如，TDD中的UL)(S1805)。

*方法B3b_1：(调度CC中计数的时隙)当在调度PDSCH的小区(即，接收PDSCH的小区)上，包括PDSCH的传输结束定时的时隙是时隙n，并且所确定的HARQ-ACK定时值是K时，BS可在将发送可表示时隙n的HARQ-ACK响应(即，包括时隙n中执行的PDSCH接收的结果的HARQ-ACK响应)的小区的时隙m中接收PUCCH。这里，时隙m可以是以下时隙之一：

-将发送HARQ-ACK响应的小区的包括整个时隙n+K的UL时隙；

*方法B3b_2：(主CC中计数的时隙)当在调度PDSCH的PUCCH组的主小区上，包括PDSCH的传输结束定时的时隙是时隙n，并且所确定的HARQ-ACK定时值为K时，BS可在将发送可表示时隙n的HARQ-ACK响应(即，包括时隙n中执行的PDSCH接收的结果的HARQ-ACK响应)的小区的时隙m中接收PUCCH。这里，时隙m可以是以下时隙之一：

-将发送HARQ-ACK响应的小区的包括整个时隙n+K的UL时隙；

*方法B3b_3：(目标CC中计数的时隙)当在将发送HARQ-ACK响应的小区上，包括PDSCH的传输结束定时的(UL)时隙是时隙n，并且所确定的HARQ-ACK定时值为K时，BS可在时隙n+K中接收PUCCH(参照图16的(c))。

方法B3b_1或方法B3b_2可通过针对各个小区或各个PUCCH组使用相同方法对HARQ-ACK反馈定时进行计数来确定性地确定UE的HARQ发送定时，并且可具有预先确保UE准备PUCCH传输所需的时间的优点。

由于即使CC被调度为目标CC时也始终基于目标CC执行处理，所以方法B3b_3允许所有PUCCH从一个小区的角度以相同的方式处理，从而降低UE的实现复杂度。

<实现方式B4>在没有载波指示的情况下PUCCH传输的处理

如果BS通过L1信令或高层信令将配置有多个CC的UE指示或配置为在PUCCH上发送UCI，并且如果要发送PUCCH资源的CC能够由BS所提供的L1信令(例如，DCI)指示，则BS可假设UE将针对BS通过L1信令(例如，周期性CSI、SPS或对PDSCH的HARQ-ACK)未指示的PUCCH资源使用以下方法之一来选择将发送PUCCH的CC。

*方法B4_1：UE遵循BS所提供的最后PUCCH载波指示(例如，用于确定要发送PUCCH的CC的指示符)。即，在明确地指示发送PUCCH的CC之后，针对UE所发送的所有PUCCH在指示的CC上执行PUCCH传输。

*方法B4_2：在指示要发送PUCCH的载波的PUCCH的情况下，UE根据该指示确定要发送PUCCH的CC，对于其它PUCCH，UE在不存在指示符的假设下选择将发送PUCCH的CC。

**方法B4_2-1：如果L1信令未指示的PUCCH资源X在时间上与指示要发送PUCCH资源的CC A的PUCCH Y交叠，则UE可通过将PUCCH资源X与PUCCH Y复用来在CC A上发送PUCCH资源X。

**方法B4_2-2：如果L1信令未指示的PUCCH资源X在时间上与指示要发送PUCCH资源的CC A的PUCCH Y交叠，则UE可在相应CC上发送PUCCH X和PUCCH Y。即，PUCCH X可在通过假设不存在指示符而选择的CC上发送，PUCCH Y可在CC A上发送。UE可通过UE能力报告形式的RRC消息向BS发送关于这种操作是否可用的信息。BS可通过RRC消息来为能够执行这种操作的UE配置对应操作的使用。仅当UE被配置为使用对应操作时，UE才可通过方法B4_2-2处理时间上交叠的PUCCH传输。

<实现方式B5>重复PUCCH载波切换的处理

当BS通过L1信令或高层信令将配置有多个CC的UE指示或配置为在PUCCH上发送UCI时，并且当要发送PUCCH资源的CC能够由BS所提供的L1信令(例如，DCI)指示或者UE根据各个PUCCH、各个UCI类型和/或调度方法(半静态地配置或动态地调度)不同地确定要发送PUCCH资源的CC时，可指示两个或更多个PUCCH传输在不同的CC上执行。当这些PUCCH在时间上交叠时，BS可假设UE将通过以下方法中的至少一个来选择将发送PUCCH的CC。

*方法B5_1：对于彼此交叠的PUCCH传输，UE遵循触发PUCCH传输的DCI当中最后接收的DCI中所包括的PUCCH载波指示(即，用于确定将发送PUCCH的CC的指示符)。

*方法B5_2：对于彼此交叠的PUCCH传输，UE可基于PUCCH资源的开始定时最早的PUCCH传输来确定将发送(复用的)PUCCH的CC。

*方法B5_3：对于彼此交叠的PUCCH传输，UE可基于被指示或配置为发送HARQ-ACK的PUCCH资源来确定将发送(复用的)PUCCH的CC。当存在两个或更多个被指示或配置为发送HARQ-ACK的PUCCH资源时，UE可基于动态指示的PUCCH而非半静态配置的PUCCH来确定将发送PUCCH的CC，并且基于动态指示的PUCCH当中稍后指示的PUCCH来确定将发送PUCCH的CC。

*方法B5_4：当为各个PUCCH指示或配置优先级时，UE可基于具有高优先级的PUCCH来确定将发送PUCCH的CC。当存在具有相同优先级的两个或更多个PUCCH时，UE可针对对应PUCCH使用方法B5_1、方法B5_2和/或方法B5_3来确定要发送PUCCH的CC。

<实现方式B6>动态PUCCH载波指示

如上所述，当BS为配置有多个CC的UE调度PDSCH传输以及用于对PDSCH传输的HARQ-ACK响应的PUCCH传输时，或者当BS通过BS所提供的L1信令或高层信令指示或配置UE发送UCI时，BS可假设UE将基于DCI的调度消息(例如，DL指派)中所包括的数据字段来选择PUCCH载波(参见实现方式A1/B1的方法A1_1/B1_1)。换言之，UE可通过调度PDSCH的DCI来确定将发送用于对应PDSCH的HARQ-ACK PUCCH的CC。在这种情况下，可考虑以下方法中的至少一个作为调度DCI指示CC的方法。

*方法B6_1：调度PDSCH的DCI可包括PUCCH载波指示符，并且UE/BS可选择具有与PUCCH载波指示符的值关联的小区索引的PUCCH载波，以使用所选择的PUCCH载波来发送/接收对PDSCH的HARQ-ACK响应。PUCCH载波指示符的值可通过单独的新DCI字段来提供，或者可以是通过重新解释现有DCI字段的一些最高有效比特(MSB)或最低有效比特(LSB)而推导的值。

*方法B6_2：当调度PDSCH的DCI包括PUCCH资源指示符(PRI)字段并且PRI字段的值与任何PUCCH资源集中配置的一个PUCCH资源标识符(ID)关联时，

*方法B6_3：假设当DCI所指示的PUCCH无法通过TDD操作发送时，执行PUCCH载波切换。在这种情况下，可使用实现方式A1/B1的方法来确定要发送的CC。当发生PUCCH载波切换时，可基于为PUCCH载波切换单独配置的PUCCH资源和PUCCH资源集来确定PUCCH资源。

*方法B6_4：可由PUCCH载波指示符指示的比特表示之一(例如，全部“1”或全部“0”)可被预留为“无切换状态”。例如，当指示“无切换状态”时，UE/BS可在主小区上执行PUCCH传输/接收而不执行PUCCH载波切换。作为另一示例，当BS指示UE半静态地执行PUCCH载波切换时，例如，当BS为UE根据时间半静态地配置PUCCH载波图案并且指示UE基于该图案执行PUCCH载波切换时，如果通过PUCCH载波指示符指示“无切换状态”以外的值，则UE和BS可忽略所配置的PUCCH载波图案并且通过所指示的PUCCH载波来执行PUCCH传输/接收。相比之下，当BS通过PUCCH载波指示符向UE指示“无切换状态”时，UE和BS可基于PUCCH载波图案来选择PUCCH资源(即，基于根据PUCCH载波图案选择的载波的PUCCH资源配置来选择PUCCH资源)并且在对应PUCCH载波上执行PUCCH传输/接收。

在使用实现方式A5/B5时，当UE发送针对SPS PDSCH的HARQ-ACK响应(SPS PDSCHHARQ-ACK响应)时，特别是，当UE执行仅传送SPS PDSCH HARQ-ACK的PUCCH传输时，BS可假设UE不执行PUCCH载波切换。例如，当SPS PDSCH的启用DCI指示将发送调度的PDSCH的HARQ-ACK的CC时，UE可针对启用DCI中所包括的DL指派所指示的PDSCH在指示的CC上发送PUCCH，但是此后针对对通过所配置的DL指派接收的PDSCH的HARQ-ACK响应可忽略指示的CC并且在根据3GPP NR Rel-16确定的CC上发送PUCCH。

<实现方式B6-1>利用没有载波指示的DCI的动态PUCCH调度

*方法B6-1a_1：BS和UE假设在主小区上调度PUCCH。为了选择PUCCH资源，使用主小区的PUCCH资源集和HARQ-ACK反馈定时值的集合，并且使用主小区的时隙长度。

*方法B6-1a_2：当配置用于载波切换操作的单独参考小区或参考SCS时，例如，当用于确定PDSCH-to-HARQ-ACK定时(即，HARQ-ACK反馈定时)的确定所用的HARQ-ACK反馈定时值的集合、时隙长度和SCS的参考小区预定义或在载波切换操作中通过BS的高层信令配置时，如果利用没有载波指示的DCI格式调度PUCCH传输，则BS和UE使用参考小区的PUCCH资源集和HARQ-ACK反馈定时值的集合并且使用参考小区的时隙长度，以便在主小区上调度PUCCH的假设下选择PUCCH资源。

*方法B6-1a_3：当配置用于载波切换操作的单独参考SCS时，例如，当用于确定载波切换操作中要使用的SCS的参考SCS预定义或通过BS的高层信令配置时，如果利用没有载波指示的DCI格式调度PUCCH传输，则BS和UE使用主小区的PUCCH资源集和HARQ-ACK反馈定时值的集合并且使用参考小区的时隙长度，以便在主小区上调度PUCCH的假设下选择PUCCH资源。

*方法B6-1a_4：当UE被指示半静态地执行PUCCH载波切换时，例如，当为UE配置随时间半静态配置的PUCCH载波图案并且UE被配置为基于对应图案执行PUCCH载波切换时，如果利用没有载波指示的DCI格式调度PUCCH传输，则BS和UE可基于PUCCH载波图案来选择PUCCH载波并且UE在对应PUCCH载波上执行PUCCH传输。相比之下，如果利用具有载波指示的DCI格式为UE调度PUCCH传输，则UE可忽略所配置的PUCCH载波图案并且在载波指示所指示的PUCCH载波上执行PUCCH传输。

当通过一个或更多个没有载波指示的DCI格式和/或一个或更多个具有载波指示的DCI格式为被配置为执行载波切换的UE调度多个PUCCH时，并且当这些PUCCH在一个时隙中调度时，BS和UE可通过以下方法中的至少一个来选择要发送PUCCH的CC。

*方法B6-1b_1：BS和UE假设所有交叠PUCCH传输在相同CC上发送。在这种情况下，通过没有载波指示的DCI格式调度的PUCCH可在与之交叠的其它PUCCH的调度所指示的CC上发送。

*方法B6-1b_2：BS和UE假设在主小区上调度利用没有载波指示的DCI格式调度的PUCCH，并且假设彼此交叠的所有PUCCH传输将在相同CC上发送。在这种情况下，BS和UE可假设与通过没有载波指示的DCI格式调度的PUCCH交叠的所有其它PUCCH调度指示主小区作为PUCCH小区。

*方法B6-1b_3：对于彼此交叠的PUCCH传输，BS和UE遵循触发PUCCH传输的DCI当中最后提供的DCI中所包括的PUCCH载波指示(即，用于确定要发送PUCCH的CC的指示符)。

*方法B6-1b_4：假设在主小区上调度利用没有载波指示的DCI格式调度的PUCCH。对于彼此交叠的PUCCH传输，BS和UE假设在触发PUCCH传输的DCI当中最后提供的DCI调度的UL CC上执行交叠的PUCCH传输。

*方法B6-1b_5：假设在主小区上调度利用没有载波指示的DCI格式调度的PUCCH，并且BS和UE假设彼此交叠的所有PUCCH传输将在相同CC上发送。在这种情况下，BS和UE可假设与通过没有载波指示的DCI格式调度的PUCCH交叠的所有其它PUCCH调度将主小区指示为PUCCH小区。

当通过一个或更多个没有载波指示的DCI格式和/或一个或更多个具有载波指示的DCI格式为被配置为执行载波切换的UE调度一个或更多个(例如，多个)PUCCH时，并且当这些PUCCH在一个时隙中调度时，可考虑以下情况和BS操作作为实现方式B6和实现方式B6-1的具体示例。在一些实现方式中，以下操作可应用于通过DCI的动态PUCCH载波切换/指示操作与根据时间半静态配置的PUCCH小区图案链接的情况。

*选项1：当多个(例如，两个、三个或四个)候选小区之一能够通过DCI的PUCCH载波指示符指示时，如果在调度一个或更多个(例如，多个)PUCCH的DCI当中向UE发送包括PUCCH载波指示符的至少一个或更多个DCI，则BS在所指示的小区上执行从UE的PUCCH接收。另一方面，如果在调度一个或更多个(例如，多个)PUCCH的DCI当中没有向UE发送包括PUCCH载波指示符的DCI(例如，如果仅利用没有载波指示的DCI格式(例如，DCI格式1_0)调度PUCCH传输)，则BS在根据随时间半静态配置的PUCCH小区图案确定的小区上执行PUCCH接收。候选小区之一可被配置成Pcell或PUCCH Scell。

*选项2：在通过DCI指示一个或多个(例如，一个、两个或三个)候选小区之一或者能够指示与“无小区指示”或“遵循半静态图案”对应的特定状态(例如，实现方式B6中的“无切换状态”)的情况下，如果在调度一个或更多个(例如，多个)PUCCH的DCI当中向UE发送指示特定小区(包括PUCCH小区指示符)的至少一个或更多个DCI，则BS在所指示的小区上执行从UE的PUCCH接收。另一方面，如果在调度一个或更多个(例如，多个)PUCCH的DCI当中没有向UE发送指示特定小区(包括PUCCH小区指示符)的DCI(例如，如果仅利用没有载波指示的DCI格式(例如，DCI格式1_0)或仅利用指示“无小区指示”或“遵循半静态图案”的DCI格式调度PUCCH传输)，则BS在根据依据时间半静态配置的PUCCH小区图案确定的小区上执行从UE的PUCCH接收。候选小区之一可被配置成Pcell或PUCCH Scell。

<实现方式B7>源载波和目标载波之间的不同SCS

当BS为配置有多个CC的UE调度PDSCH传输以及用于对PDSCH传输的HARQ-ACK响应的PUCCH传输时，并且当将发送PUCCH资源的CC可动态地切换(例如，要使用的CC由L1信令(例如，DCI)指示，或者根据预定义规则对于各个PUCCH传输可不同)时，BS需要确定将接收PUCCH的UL时隙的位置，以便在所确定的CC上从UE接收PUCCH。当UE所配置的多个CC具有不同的SCS时，特别是，当最初指示/配置PUCCH传输的源载波和PUCCH传输动态地切换至的目标载波具有不同的SCS时，可能出现以下各种问题。

>标准1：PDCCH的SCS配置

>标准3：源载波的SCS配置

>标准4：启用的CC当中的最小SCS配置

>标准5：配置的CC当中的最小SCS

>标准5：源载波和目标载波之间的最小SCS

>标准7：主小区的SCS配置

作为另一示例，为了使上述问题最小化，还可考虑基于源PUCCH资源来选择源时隙或目标时隙。更具体地，当BS为配置有多个CC的UE调度PDSCH传输以及用于对PDSCH传输的HARQ-ACK响应的PUCCH传输时，并且当将发送PUCCH资源的CC可动态地切换时，BS可在通过考虑以下确定的CC上确定要接收PUCCH的UL时隙的位置。

*BS可假设UE将在与源PUCCH资源(源载波中初始使用的PUCCH资源)交叠的目标载波的UL时隙中执行PUCCH传输。当存在与源PUCCH资源交叠的目标载波的多个UL时隙时，可考虑以下之一。

>紧接在源PUCCH资源的开始之后的目标载波的UL时隙/子时隙

>紧接在源PUCCH资源的结束之前的目标载波的UL时隙/子时隙

>与源PUCCH资源的第一时隙交叠的目标载波的UL时隙/子时隙

>与源PUCCH资源的最后符号交叠的目标载波的UL时隙/子时隙

*BS可假设UE将在与源UL时隙(与源载波中初始使用的PUCCH资源对应的源PUCCH资源被分配至的时隙)交叠的目标载波的UL时隙中执行PUCCH传输。当存在与源UL时隙交叠的目标载波的多个UL时隙时，可考虑以下之一。

>紧接在源UL时隙的开始之后的目标载波的UL时隙/子时隙

>紧接在源UL时隙的结束之前的目标载波的UL时隙/子时隙

>与源UL时隙的第一符号交叠的目标载波的UL时隙/子时隙

>与源UL时隙的最后符号交叠的目标载波的UL时隙/子时隙

<实现方式B8>切换UL载波时的码本构造

当BS通过L1信令(例如，DCI)或高层信令将配置有多个CC的UE指示或配置为在PUCCH上发送UCI时，并且当要发送PUCCH资源的CC能够由BS的L1信令(例如，DCI)指示或者根据各个PUCCH、各个UCI类型和/或调度方法(半静态地配置或动态地调度)通过不同的方法确定要发送PUCCH资源的CC时，BS需要就如何为UE要在所确定的CC上发送的HARQ-ACKPUCCH构造HARQ-ACK码本进行假设。

特别是，当对于一些PDSCH，通过为要发送PUCCH的动态指示的CC(即，目标载波)配置的HARQ-ACK反馈定时值的集合来调度PUCCH时，并且当对于其它PDSCH，要发送PUCCH的CC由配置的图案半静态地确定并且通过与要发送HARQ-ACK信息的CC无关始终确定的HARQ-ACK反馈定时值的集合来调度PUCCH时，这些问题可能增加。为了解决这一问题，BS可假设被配置为使用PUCCH载波切换的UE考虑以下方法来为要发送PUCCH的CC上的HARQ-ACK PUCCH配置类型1HARQ-ACK码本。

*方法B8_1：为了构造类型1HARQ-ACK码本，UE可使用为将发送包括对应码本的PUCCH的CC配置的HARQ-ACK反馈定时值的集合和SCS(或基于其的时隙长度)。由此，可确定与类型1HARQ-ACK码本中所包括的HARQ-ACK信息对应的PDCCH时机的集合。当至少一个PDSCH的PUCCH载波(通过DCI)动态地指示(例如，作为另一载波)时(或者当仅通过没有根据时间配置的PUCCH载波图案的DCI半静态地配置动态PUCCH载波切换/指示操作时)，换言之，当要发送与至少一个PDSCH对应的PUCCH的CC由L1信令指示时，可限制性地使用方法B8_1。

*方法B8_1-1：为了构造类型1HARQ-ACK码本，UE可使用为将发送包括对应码本的PUCCH的CC配置的HARQ-ACK反馈定时值的集合并且使用为预定义或通过BS的高层信令确定的特定CC配置的SCS(或基于其的时隙长度)。由此，可确定与类型1HARQ-ACK码本中所包括的HARQ-ACK信息对应的PDCCH时机的集合。在一些实现方式中，特定CC可以是主小区。另选地，在一些实现方式中，特定CC可以是配置用于载波切换操作的参考小区。作为示例，在载波切换操作中，被配置为确定用于确定PDSCH至HARQ-ACK定时的HARQ-ACK反馈定时值的集合、时隙长度和SCS的参考小区可以是特定CC。在一些实现方式中，当PDSCH的PUCCH载波没有(通过DCI)动态地指示(例如，作为另一载波)时(或者当仅配置通过DCI在没有用于动态PUCCH载波切换/指示操作的单独配置的情况下根据时间半静态地配置的PUCCH载波图案时)，换言之，当L1信令未指示要发送与PDSCH对应的PUCCH的CC时，可限制性地使用方法B8_1-1。

*方法B8_2：为了构造类型1HARQ-ACK码本，UE可使用为预定义或通过BS的高层信令确定的特定CC配置的HARQ-ACK反馈定时值的集合和SCS(或基于其的时隙长度)。由此，可确定与类型1HARQ-ACK码本中所包括的HARQ-ACK信息对应的PDCCH时机的集合。在一些实现方式中，特定CC可以是主小区。另选地，在一些实现方式中，特定CC可以是用于载波切换操作的参考小区配置。作为示例，在载波切换操作中，被配置为确定用于确定PDSCH至HARQ-ACK定时的HARQ-ACK反馈定时值的集合、时隙长度和SCS的参考小区可以是特定CC。在一些实现方式中，特定CC的SCS可用于应用HARQ-ACK反馈定时。在一些实现方式中，当没有(通过DCI)动态地指示PDSCH的PUCCH载波(例如，作为另一载波)时(或者当仅配置通过DCI在没有用于动态PUCCH载波切换/指示操作的单独配置的情况下根据时间半静态地配置的PUCCH载波图案时)，换言之，当L1信令未指示要发送与PDSCH对应的PUCCH的CC时，可限制性地使用方法B8_2。作为另一示例，将发送PUCCH的CC的SCS可用于应用HARQ-ACK反馈定时。在这种情况下，要发送PUCCH的CC的HARQ-ACK反馈定时值的集合可被限制为包括利用特定CC的SCS和HARQ-ACK反馈定时值的集合调度PUCCH时的HARQ-ACK反馈定时。例如，当基于特定CC的SCS和HARQ-ACK反馈定时值的集合执行调度时，如果可从DL时隙n_D至UL时隙n_U+k执行调度(即，当PDSCH接收在DL时隙n_D中结束，UL时隙n_U与DL时隙n_D关联，并且对在DL时隙n_D中结束的PDSCH接收的HARQ-ACK响应可通过HARQ-ACK反馈定时k在UL时隙n_U+k中发送时)，CC的HARQ-ACK反馈定时值可被配置为使得甚至可通过要发送PUCCH的CC的HARQ-ACK定时值的集合基于在DL时隙n_D中结束接收的PDSCH来调度UL时隙n_U+k的PUCCH传输。

<实现方式B9>用于PUCCH载波切换的PDSCH处理余量

在一些实现方式中，可UE可用的每对CC单独地报告PUCCHSwitchingMargin。当UE从CC A切换到CC B时，或者当从CC B切换到CC A时，与一对CC A和B关联的PUCCHSwitchingMargin的值可用作T_PUCCHSwithch。

UE和BS可在小区配置处理中执行用于配置可用CC的RRC配置。当BS为UE调度PDSCH传输以及用于对PDSCH传输的HARQ-ACK响应的PUCCH传输时，UE可根据本公开的一些实现方式动态地选择将发送用于HARQ-ACK响应的PUCCH的载波，并且BS可根据本公开的一些实现方式在对应载波上要发送的PUCCH资源上接收UCI。

根据本公开的一些实现方式，当UE可使用多个CC时，BS可指示或配置UE动态地切换PUCCH传输载波，以使得UE可执行连续UL传输。根据本公开的一些实现方式，当UE可使用多个CC时，UE可根据预定义规则来切换PUCCH传输载波，并且BS可无歧义地预测这一点。通过本公开的一些实现方式，UE可使由TDD图案导致的放弃的UL传输最小化并且在没有浪费的情况下使用UL资源。

UE可与HARQ-ACK信息的发送关联根据本公开的一些实现方式执行操作。UE可包括：至少一个收发器；至少一个处理器；以及至少一个计算机存储器，其在操作上可连接到所述至少一个处理器并且存储指令，这些指令在被执行时使得所述至少一个处理器根据本公开的一些实现方式执行操作。用于UE的处理装置可包括：至少一个处理器；以及至少一个计算机存储器，其在操作上可连接到所述至少一个处理器并且存储指令，这些指令在被执行时使得所述至少一个处理器根据本公开的一些实现方式执行操作。计算机可读(非易失性)存储介质可存储包括指令的至少一个计算机程序，这些指令在由至少一个处理器执行时使得所述至少一个处理器根据本公开的一些实现方式执行操作。计算机程序或计算机程序产品可包括指令，这些指令被记录在至少一个计算机可读(非易失性)存储介质上并且在被执行时使得(至少一个处理器)根据本公开的一些实现方式执行操作。在UE、处理装置、计算机可读(非易失性)存储介质和/或计算机程序产品中，操作可包括：在包括主小区并且包括配置用于PUCCH小区切换的辅小区的多个小区中执行PDSCH接收；在主小区和辅小区之间配置用于主小区的HARQ-ACK反馈定时值的集合当中确定针对PDSCH接收的HARQ-ACK反馈定时值K；基于主小区的时隙当中与PDSCH接收交叠的最后时隙n和HARQ-ACK反馈定时值K确定主小区上的时隙n+K；以及基于根据PUCCH小区切换在主小区和辅小区之间使用辅小区来传输针对PDSCH接收的HARQ-ACK信息，在辅小区上的时隙m中发送针对PDSCH接收的HARQ-ACK信息。时隙m可以是辅小区的与时隙n+K交叠的时隙当中的包括时隙n+K的开始的时隙。

在一些实现方式中，可基于调度PDSCH接收的消息中的字段从HARQ-ACK反馈定时值的集合当中确定HARQ-ACK反馈定时值K。

在一些实现方式中，PUCCH小区切换可包括根据预定规则在主小区和辅小区之间切换用于与多个小区有关的PUCCH传输的小区。

在一些实现方式中，操作还可包括向UE发送包括PUCCH小区切换图案的高层信号。可根据PUCCH小区切换图案执行PUCCH小区切换。

BS可与HARQ-ACK信息的接收关联根据本公开的一些实现方式执行操作。BS可包括：至少一个收发器；至少一个处理器；以及至少一个计算机存储器，其在操作上可连接到所述至少一个处理器并且存储指令，所述指令在被执行时使得所述至少一个处理器根据本公开的一些实现方式执行操作。用于BS的处理装置可包括：至少一个处理器；以及至少一个计算机存储器，其在操作上可连接到所述至少一个处理器并且存储指令，这些指令在被执行时使得所述至少一个处理器根据本公开的一些实现方式执行操作。计算机可读(非易失性)存储介质可存储包括指令的至少一个计算机程序，这些指令在被至少一个处理器执行时使得所述至少一个处理器根据本公开的一些实现方式执行操作。计算机程序或计算机程序产品可包括指令，这些指令被记录在至少一个计算机可读(非易失性)存储介质上并且在被执行时使得(至少一个处理器)根据本公开的一些实现方式执行操作。在BS、处理装置、计算机可读(非易失性)存储介质和/或计算机程序产品中，操作可包括：在包括用于UE的主小区并且包括为UE配置的用于PUCCH小区切换的辅小区的多个小区中执行PDSCH传输；在主小区和辅小区之间为主小区配置的HARQ-ACK反馈定时值的集合当中确定针对PDSCH传输的HARQ-ACK反馈定时值K；基于主小区的时隙当中的与PDSCH传输交叠的最后时隙n和HARQ-ACK反馈定时值K确定主小区上的时隙n+K；以及基于根据PUCCH小区切换在主小区和辅小区之间使用辅小区来接收针对PDSCH传输的HARQ-ACK信息，在辅小区上的时隙m中接收针对PDSCH传输的HARQ-ACK信息。时隙m可以是辅小区的与时隙n+K交叠的时隙当中的包括时隙n+K的开始的时隙。

在一些实现方式中，操作还可包括接收包括PUCCH小区切换图案的高层信号。可根据PUCCH小区切换图案执行PUCCH小区切换。

已呈现了如上所述的本公开的示例以使得本领域普通技术人员能够实现和实践本公开。尽管参考示例描述了本公开，但是本领域技术人员可在本公开的示例中进行各种修改和变化。因此，本公开并非旨在限于本文所阐述的示例，而是符合与本文所公开的原理和特征一致的最宽范围。

工业实用性

本公开的实现方式可在BS、UE或无线通信***中的其它设备中使用。

Claims

1.一种在无线通信***中由用户设备发送混合自动重传请求HARQ确认ACK HARQ-ACK信息的方法，该方法包括以下步骤：

在包括主小区并且包括配置用于物理上行链路控制信道PUCCH小区切换的辅小区的多个小区中执行物理下行链路共享信道PDSCH接收；

在所述主小区和所述辅小区之间为所述主小区配置的HARQ-ACK反馈定时值的集合当中确定针对所述PDSCH接收的HARQ-ACK反馈定时值K；

基于所述主小区的时隙当中的与所述PDSCH接收交叠的最后时隙n和所述HARQ-ACK反馈定时值K确定所述主小区上的时隙n+K；以及

基于根据所述PUCCH小区切换在所述主小区和所述辅小区之间使用所述辅小区来传输针对所述PDSCH接收的所述HARQ-ACK信息，在所述辅小区上的时隙m中发送针对所述PDSCH接收的所述HARQ-ACK信息，

其中，所述时隙m是所述辅小区的与所述时隙n+K交叠的时隙当中的包括所述时隙n+K的开始的时隙。

2.根据权利要求1所述的方法，其中，基于调度所述PDSCH接收的消息中的字段从所述HARQ-ACK反馈定时值的集合当中确定所述HARQ-ACK反馈定时值K。

3.根据权利要求1所述的方法，其中，所述PUCCH小区切换包括根据预定规则在所述主小区和所述辅小区之间切换用于与所述多个小区有关的PUCCH传输的小区。

4.根据权利要求1所述的方法，该方法还包括以下步骤：

接收包括PUCCH小区切换图案的高层信号，

其中，根据所述PUCCH小区切换图案执行所述PUCCH小区切换。

5.一种用于在无线通信***中发送混合自动重传请求HARQ确认ACK HARQ-ACK信息的用户设备，该用户设备包括：

至少一个收发器；

至少一个处理器；以及

至少一个计算机存储器，其在操作上能够连接到所述至少一个处理器并且存储指令，所述指令在被执行时使得所述至少一个处理器执行操作，所述操作包括：

基于根据所述PUCCH小区切换在所述主小区和所述辅小区之间使用所述辅小区来传输针对所述PDSCH接收的所述HARQ-ACK信息，在所述辅小区上的时隙m中发送针对所述PDSCH接收的所述HARQ-ACK信息，并且

6.一种无线通信***中的处理装置，该处理装置包括：

至少一个处理器；以及

在所述主小区和所述辅小区之间为所述主小区配置的混合自动重传请求HARQ确认ACKHARQ-ACK反馈定时值的集合当中确定针对所述PDSCH接收的HARQ-ACK反馈定时值K；

7.一种计算机可读存储介质，所述计算机可读存储介质存储包括指令的至少一个程序，所述指令在被执行时使得至少一个处理器执行操作，所述操作包括：

8.一种计算机程序，所述计算机程序存储在计算机可读存储介质中，所述计算机程序包括：

9.一种在无线通信***中由基站从用户设备接收混合自动重传请求HARQ确认ACKHARQ-ACK信息的方法，该方法包括以下步骤：

在包括用于所述用户设备的主小区并且包括为所述用户设备配置的用于物理上行链路控制信道PUCCH小区切换的辅小区的多个小区中执行物理下行链路共享信道PDSCH传输；

在所述主小区和所述辅小区之间为所述主小区配置的HARQ-ACK反馈定时值的集合当中确定针对所述PDSCH传输的HARQ-ACK反馈定时值K；

基于所述主小区的时隙当中的与所述PDSCH传输交叠的最后时隙n和所述HARQ-ACK反馈定时值K确定所述主小区上的时隙n+K；以及

基于根据所述PUCCH小区切换在所述主小区和所述辅小区之间使用所述辅小区来接收针对所述PDSCH传输的所述HARQ-ACK信息，在所述辅小区上的时隙m中接收针对所述PDSCH传输的所述HARQ-ACK信息，

10.根据权利要求9所述的方法，其中，基于调度所述PDSCH传输的消息中的字段从所述HARQ-ACK反馈定时值的集合当中确定所述HARQ-ACK反馈定时值K。

11.根据权利要求9所述的方法，其中，所述PUCCH小区切换包括根据预定规则在所述主小区和所述辅小区之间切换用于与所述多个小区有关的PUCCH传输的小区。

12.根据权利要求9所述的方法，该方法还包括以下步骤：

接收包括PUCCH小区切换图案的高层信号，

其中，根据所述PUCCH小区切换图案执行所述PUCCH小区切换。

13.一种用于在无线通信***中由基站从用户设备接收混合自动重传请求HARQ确认ACK HARQ-ACK信息的基站，该基站包括：

至少一个收发器；

至少一个处理器；以及