CN111670600A - 用于上行链路控制信息(uci)报告的多个物理上行链路控制信道(pucch)资源 - Google Patents

Abstract

一种用于为上行链路控制信息(UCI)报告提供多个物理上行链路控制信道(PUCCH)资源的方法，该方法可以包括在无线通信系统中在用户设备(UE)处从基站(BS)接收一个或多个PUCCH资源配置，以及从一个或多个PUCCH资源配置中确定用于报告UCI的第一PUCCH资源配置。第一PUCCH资源配置可以在带宽中指示多个频域传输时机。可以在第一PUCCH资源配置指示的多个频域传输时机中的至少一个时机发送UCI。

Description

用于上行链路控制信息(UCI)报告的多个物理上行链路控制 信道(PUCCH)资源

相关申请的交叉引用

本申请要求2019年1月9日提交的题为“用于上行链路控制信息报告的多个PUCCH资源”的美国临时申请62/790,155的权益，其全部内容通过引用合并于此。

技术领域

本申请涉及无线通信，并且具体地涉及用于上行链路控制信息(uplink controlinformation，UCI)报告的物理上行链路控制信道(physical uplink control channel，PUCCH)资源配置。

背景技术

本申请所提供的背景描述是为了总体上呈现本申请内容的目的。当前所命名的发明人的工作，在此背景技术部分中所描述的工作的范围内，以及在申请时在无法视为现有技术的描述内容，既不明确也不暗含地承认本发明为现有技术。

上行链路L1/L2控制信令可以用于支持下行链路或上行链路传输信道上的数据传输。在长期演进(Long Term Evolution，LTE)或新无线电(New Radio，NR)网络中，可以在PUCCH上通过专门为上行链路L1/L2控制分配的资源来发送UCI。UCI可以包括用于接收的下行链路共享信道(downlink shared channel，DL-SCH)传输块的混合自动重复请求确认(hybrid automatic repeat request acknowledgement，HARQ-ACK)、有益于下行链路调度的与下行链路信道条件相关的信道状态信息(channel state information，CSI)，以及指示设备需要用于上行链路共享信道(uplink shared channel，UP-SCH)传输的上行链路资源的调度请求(scheduling request，SR)。

发明内容

本申请的各方面提供了一种用于为UCI报告提供多个PUCCH资源的方法。该方法可以包括：在无线通信系统中，在用户设备(user equipment，UE)处从基站(base station，BS)接收一个或多个PUCCH资源配置，以及从一个或多个PUCCH资源配置中确定用于报告UCI的第一PUCCH资源配置。第一PUCCH资源配置可以在带宽中指示多个频域传输时机(occasion)。可以在第一PUCCH资源配置指示的多个频域传输时机的至少一个时机上发送UCI。

在一个实施例中，该方法可以进一步包括：接收包括第一PUCCH资源配置的PUCCH资源集的配置，该第一PUCCH资源配置指示带宽中的多个频域传输时机。在一个实施例中，该方法可以进一步包括：接收CSI报告配置，该CSI报告配置指示与第一PUCCH资源配置相关联的带宽部分(bandwidth part，BWP)，该第一PUCCH资源配置指示带宽中的多个频域传输时机。

在一个实施例中，带宽包括多个子带，并且多个频域传输时机分布在带宽中包括的不同子带中。在一个实施例中，带宽包括多个子带，并且第一PUCCH资源配置指示带宽内的哪些子带配置有多个频域传输时机。

在一个实施例中，第一PUCCH资源配置指示对应于各个多个频域传输时机的多个候选PUCCH资源中的每一个的频域中的起始资源单元。在示例中，相对于各自包含多个候选PUCCH资源之一的各个子带，多个候选PUCCH资源具有相同的起始资源单元。在一个实施例中，第一PUCCH资源配置可以指示对应于各个多个频域传输的时机的多个候选PUCCH资源的每一个的资源格式。在一个实施例中，多个候选PUCCH资源具有相同的资源格式。

本申请的各方面提供了一种用于为UCI报告提供多个PUCCH资源的装置。该装置可以包括被配置为从无线通信系统中的BS接收一个或多个PUCCH资源配置的电路，并且从一个或多个PUCCH资源配置确定第一PUCCH资源配置以用于报告UCI。第一PUCCH资源配置可以指示带宽中的多个频域传输时机。可以在第一PUCCH资源配置指示的多个频域时机的至少一个上发送UCI。

本申请的各方面提供了一种非暂时性计算机可读介质，其存储实现用于为UCI报告提供多个PUCCH资源的方法的指令。

附图说明

将参考以下附图详细描述作为示例提出的本申请的各种实施例，其中，相同的标号表示相同的元件，并且其中：

图1示出根据本申请的一些实施例的无线通信系统100和UCI报告进程130；

图2A示出无线通信系统100在未授权频带201上操作的场景；

图2B示出分别配置分布在不同子带210-213中的多个候选PUCCH资源230-233的场景；

图3示出PUCCH资源配置320、PUCCH资源格式配置330和PUCCH资源301的示例；

图4示出用于HARQ-ACK反馈的PUCCH资源集配置400的示例；

图5示出用于UE 110确定应当将来自所选择的PUCCH资源集510中的哪个PUCCH资源用于HARQ-ACK反馈的进程500的示例；

图6示出为HARQ-ACK反馈提供PUCCH资源的示例性进程600；

图7示出CSI报告配置7 00的示例；

图8示出为CSI报告提供PUCCH资源的示例进程800；

图9示出根据一些实施例的为UCI报告或PUCCH传输提供多个候选PUCCH资源920-922的PUCCH资源配置930的示例；

图10示出根据一些实施例的为UCI报告或PUCCH传输提供多个候选PUCCH资源1020-1023的另一示例；

图11示出根据一些实施例的为PUCCH传输提供多个候选PUCCH资源1120-1123的另一示例；

图12示出根据本申请实施例的为H ARQ-ACK反馈提供多个PUCCH资源的示例进程1200；

图13示出根据本申请实施例的为CSI报告提供多个PUCCH资源的示例进程1300；

图14示出根据本申请实施例的为UCI报告或PUCCH传输提供多个频域传输时机的示例进程1400；和

图15示出根据本申请的实施例的示例装置1500。

具体实施方式

I.用于UCI报告的多个PUCCH资源

图1示出根据本申请的一些实施例的无线通信系统100。无线通信系统100可包括UE 110和BS 120。在一些实例中，无线通信系统100采用由第三代开发合作伙伴计划(the3rd Generation Partnership Project，3GPP)开发的第五代(the fifth-generation，5G)NR空中接口。在一些示例中，无线通信系统100采用由各种标准开发组织开发的其他无线通信技术。在一些示例中，无线通信系统100采用非标准化的无线通信技术。

在一些示例中，BS 120可以是实现由3GPP开发的5G NR空中接口标准中定义的gNB节点的基站。在一示例中，BS 120可经配置以控制一个或多个天线阵列以形成用于发送或接收无线信号的定向Tx或Rx波束。UE 110可以是移动电话、膝上型计算机、车载移动通信设备、固定在特定位置的公用事业仪表等。类似地，在一个示例中，UE 110可以采用一个或多个天线阵列来生成用于发送或接收无线信号的定向Tx或Rx波束。取决于BS 120和UE 110之间的空中接口，BS 120和UE 110可以根据各自的通信协议彼此通信。

在各种实施例中，UE 110可以在PUCCH上发送(或报告)UCI以支持在下行链路传输信道或上行链路传输信道上的数据传输。UCI可以包括用于接收的DL-SCH传输块(或当使用码块分组(code block grouping，CBG)时的传输子块)的HARQ-ACK、有益于下行链路调度的与下行链路信道条件相关的CSI，以及指示UE 110需要用于UP-SCH传输的上行链路资源的SR。

UCI可以在专门分配用于PUCCH传输的PUCCH资源上发送。例如，PUCCH资源可以是频域和时域物理传输资源，诸如正交频分复用(orthogonal frequency divisionmultiplex，OFDM)资源网格上的多个符号和多个物理资源块(physical resource block，PRB)的资源。

在一个实施例中(在图1中未示出)，对应于要发送的UCI，BS 120将PUCCH资源配置到UE 110。可以例如通过无线电资源控制(radio resource control，RRC)信令、媒体接入(media access，MAC)层控制元素(control element，CE)、下行链路控制信息或其组合来执行配置。假设无线通信系统100以授权频谱进行操作，则所配置的PUCCH资源可以容易地用于UE 110。然而，当引入未授权频谱至无线通信系统100，用于在未授权频谱上的UCI报告的单个PUCCH资源的配置可能不可靠。

图2A示出无线通信系统100在未授权频带201上操作的场景。未授权频带201被划分成从210至213的子带，每个子带例如具有20MHZ的带宽。BS 120可以将PUCCH资源220配置给UE 110以用于UCI的传输。在UCI的传输之前，UE 110可以在每个子带210-213上执行接入过程(例如先听后说(listen before talk，LBT)接入过程)，以确定是否子带210-213可用。如图所示，由于在子带211和213中检测到另一发送器的传输活动，因此LBT接入过程可能在子带211和213上失败。相反的，由于在子带210和212中未检测到传输活动，因此LBT接入过程可能在子带210和212上成功。因此，在子带210和212上允许传输，但是在子带211和213上不允许传输。当在接入子带210-213之前执行LBT接入过程时，子带210-213可以称为LBT子带。

当要发送PUCCH 220时，BS 120可以预先调度PUCCH资源220而无需知道各个子带211是否可用。当确定子带211不可用时，可能必须放弃PUCCH资源220的传输。重要信息(例如，HARQ-ACK)的反馈失败会降低无线通信系统100的性能。

为了改善授权频谱上的UCI报告的可靠性，在一些示例中，可以为UCI报告或各自的PUCCH传输配置多个PUCCH资源。图2B示出配置分别分布在不同子带210-213中的多个候选PUCCH资源230-233的场景。如图所示，当由于LBT接入过程而子带210和212可用时，候选PUCCH资源230和232可以用于UCI报告。UE 110可以从候选PUCCH资源230和232中选择PUCCH资源(例如，PUCCH资源230)以执行UCI传输。

图1示出对应于图2B的场景的UCI报告进程130。在进程130的第一步骤131中，通过一次或多次信令，BS 120可以将用于UCI报告的多个PUCCH资源230-233的配置信息发送到UE 110。取决于要从UE 110向BS 120报告的各个UCI(例如，HARQ-ACK或CSI)的内容以及用于UCI报告的方法，可以在步骤131中提供不同的配置。UE 110可以相应地确定或导出多个PUCCH资源230-233。在第二步骤132，UE 110可以基于LBT接入过程的结果，在从第一步骤131中配置的多个PUCCH资源230-233中选择的PUCCH资源上发送UCI。

在一些实施例中，为了实现分布在不同子带中的多个PUCCH资源的配置，BS 120可以向UE 110用信号发送一组PUCCH资源配置。可以通过PUCCH资源ID(也称为PUCCH资源配置ID)标识每个PUCCH资源配置。这样的PUCCH资源配置的至少一个子集可以各自指示用于UCI报告的OFDM资源网格中的时隙内的多个候选PUCCH资源。另外，可以用信号向UE 110发送PUCCH资源集配置(例如，用于HARQ-ACK反馈)或CSI报告配置(例如，用于CSI报告)。PUCCH资源集配置或CSI报告配置可以例如通过参考一些PUCCH资源ID来指示一些候选PUCCH资源配置。

因此，当应执行UCI报告时，则UE 110可以从PUCCH资源集配置或CSI报告配置指示的候选PUCCH资源配置中选择PUCCH资源配置。由于PUCCH资源配置可以指示多个候选PUCCH资源，因此UE 110可获得多个PUCCH资源作为UCI报告的候选。

图2A-图2B示例中的子带210-213可以被包括在被配置给UE 110的BWP或分量载波中。在其它实例中，子带210-213可以分别配置为分量载波，并且使用载波聚合方案进行组合。在进一步的实例中，可以在授权频谱中的载波上配置用于UCI报告的多个PUCCH资源的方案。在这样的配置中，在接入子带之前不执行LBT过程，并且可以在不同频率和时间的位置提供多种PUCCH资源以改善UCI报告的可靠性。

II.用于UCI报告的单个PUCCH资源

1.具有PUCCH资源配置的HARQ-ACK反馈，每个PUCCH资源配置指示单个PUCCH资源

图3示出PUCCH资源配置320、由PUCCH资源配置320指定的PUCCH资源301、由PUCCH资源配置320引用以定义PUCCH资源301的资源格式配置330的示例。特别地，PUCCH资源配置320仅提供单个PUCCH资源。如图所示，PUCCH资源配置320可以指示PUCCH资源ID 321、频域中的起始PRB 322、资源格式323，以及其他可能的参数。指定由PUCCH资源配置320指示的资源格式323的资源格式配置330，可以指示启动符号331、PRB的数量332(可选的)，符号的数量(可选的)333，以及其他可能的参数。在一些示例中，当PRB 332的数量等于1时，可以从资源配置330中省略PRB 332的数量。类似地，当符号333的数量等于1时，可以省略符号333的数量。

如由PUCCH资源配置320和资源格式配置330所指定的，在OFDM资源网格310中示出了PUCCH资源301。OFDM资源网格310可包括频域中的每个PRB具有索引(例如，#0，#1，#2等)的PRB序列，以及频域中的每个符号具有索引(例如，#0，#1，#2等)的符号序列。PUCCH资源301可以位于例如包括从索引#0到#13的14个符号的时隙内。例如，PUCCH资源301具有#2的PUCCH资源ID，其在频域中从PRB#4开始直到PRB#11(持续8个PRB)，并且从符号#2开始直到符号#7(持续6个符号)。如图所示，通过PUCCH资源配置，可以识别频域和时域中的PUCCH资源。

图4示出用于HARQ-ACK反馈的PUCCH资源集配置400的示例。如图所示，PUCCH资源集配置400可以指示多个(例如，多达4个)的PUCCH资源集(例如，具有#1、#2标签，等等)。每个用于HARQ-ACK报告的PUCCH资源集可以包括PUCCH资源集ID(401)、唯一的最大UCI负载大小的信息(402)(例如，2比特、10比特，或40比特)，以及包括一个或多个PUCCH资源ID的资源列表(403)。在图4的示例中，最大UCI负载大小的信息以最大负载大小减1(表示为maxPayloadMinus1)的形式进行指示。根据资源列表(403)中的PUCCH资源ID，可以识别如图3的示例中所描述的PUCCH资源配置。

图5示出用于UE 110确定可以选择来自所选PUCCH资源集510的哪个PUCCH资源ID用于HARQ-ACK反馈的进程500的示例。例如，多个PUCCH资源集(例如，最多4个)的配置信息可以由UE 110接收。在第一步骤期间，UE 110可以基于要发送的UCI的负载大小从配置的PUCCH资源集中选择PUCCH资源集510。例如，选择的PUCCH资源集510可以指示在所配置的PUCCH资源集中可以容纳待发送的负载大小的最小的最大负载大小。

在第二步骤期间，基于来自提供下行链路传输的DCI的索引(称为指示索引)，UE110可以从所选择的PUCCH资源集510中的资源列表511中选择PUCCH资源ID。选择在映射表520中示出，在映射表520中不同的索引(以下称为映射索引)与不同的PUCCH资源ID相关联。基于选择的PUCCH资源ID，可以识别各个PUCCH资源配置。

映射表520中的每个映射索引可以由UCI传达的指示索引显式指示，或者可以基于UCI传达的指示索引导出(隐式指示)。例如，在一个示例中，当资源列表511的小于或等于8时，在各个DCI中的PUCCH资源指示符字段(例如，具有3比特的长度)中的指示索引可以用作映射表520中的映射索引。相反，当资源列表511的大小大于8时(例如，30)，可以基于PUCCH资源指示符字段的值(指示索引)和DCI关联的对应的PDCCH接收的其他参数来计算映射表中使用的映射索引。

图6示出为HARQ-ACK反馈提供单个PUCCH资源的示例性进程600。可以在UE 110处执行进程600。无线通信系统100用于解释进程600。进程600可以从步骤S601开始并进行到S610。

在S610处，可以例如通过RRC信令在UE 110处从BS 120接收分别指示单个PUCCH资源和一个或多个PUCCH资源集的多个PUCCH资源配置的配置信息。可以用单独的RRC消息发送配置信息。

在S620处，可以接收来自提供下行链路传输的DCI中的PUCCH资源指示符字段的指示索引。例如，下行链路传输可以是物理下行链路共享信道(physical downlink sharedchannel，PDSCH)的传输，或半持久调度(semi-persistent scheduling，SPS)PDSCH释放。与下行链路传输相关联的DCI可以通过使用PUCCH资源指示符来指示用于下行链路传输的接收的HARQ-ACK反馈的PUCCH资源配置(其指示PUCCH资源)。另外，DCI可以提供相对于DCI或下行链路传输的时间偏移(例如，以时隙或符号的形式)，以指示用于HARQ-ACK反馈的PUCCH资源的定时(例如，哪一时隙)。

携带HARQ-ACK反馈的UCI可以稍后在指示的时隙中在指示的PUCCH资源上发送。在一些实例中，可以用相同的PUCCH资源指示在多个时间段上发生的在相同或不同载波上的多个下行链路传输，并且多个下行链路传输的HARQ-ACK反馈可以形成码本，并使用所指示的PUCCH资源发送该码本。因此，携带码本的UCI的负载大小可以根据多个下行链路传输的数量而变化。

在一些示例中，BS 120可以请求UE 120提供CSI报告以及特定下行链路传输的HARQ-ACK反馈，这可以增加UCI的负载大小。另外，UE 110可能需要发送SR以请求上行链路传输资源。SR也可以包括在UCI中。

在S630处，可以基于UCI的负载大小从在S610处配置的PUCCH资源集中确定PUCCH资源集，其中，该UCI至少包括在S620处的下行链路传输的HARQ-ACK反馈。

在S640处，可以基于在S620处接收到的指示索引，从在S630处确定的PUCCH资源集中确定PUCCH资源配置。例如，指示索引可以显式地或隐式地指示到在S630确定的PUCCH资源集中的PUCCH资源列表上的PUCCH资源ID的映射索引。

在S650处，可以在由在S640处确定的PUCCH资源配置所指示的PUCCH资源上发送UCI。然后，进程600可以进行到S699，并在S699处终止。

在进程600中，具有特定最大UCI负载大小的PUCCH资源集可以提供适用于不同类型的PUCCH结构的多个PUCCH资源配置。例如，与LTE相比，NR针对不同的应用和用例中定义了更灵活的PUCCH结构。NR PUCCH结构的持续时间可以短也可以长。短持续时间PUCCH可以跨越时隙中的1个符号或2个符号，并且以时分复用(time division multiplexing，TDM)的方式与下行链路数据信道或上行链路数据信道进行复用。例如，可以将短持续时间PUCCH插入时隙的最后部分，以实现快速的HARQ-ACK反馈。相反，长持续时间PUCCH可以跨越4到11个符号，并且以频分复用(frequency division multiplexing，FDM)的方式在时隙中进行复用。因此，长持续时间的PUCCH可以提供某些用例所需的足够的覆盖范围和鲁棒性。

因此，在步骤S620处，BS 120可以基于适合于特定应用的各个PUCCH结构确定与对应于PUCCH资源配置的指示索引，以及可选地其他参数(例如，信道状况、UE能力等)。随后将指示索引提供给UE 110。

2.具有PUCCH配置的CSI报告，每个PUCCH配置指示单个PUCCH资源

在一些示例中，UE 110可以根据CSI报告配置执行CSI报告。例如，操作在载波上的用户设备110可以配置有一个或多个BWP(例如，多达4个BWP)。每个BWP可以是从载波中选择的一组连续的PRB。如所配置的，每个BWP可以具有BWP ID、特定的频率位置、大小、参数集和控制资源集(control resource set，CORSET)。通常，在给定时间处多个配置的BWP中一个BWP是活动的。UE 110可以不在非活动BWP上发送PUSCH或PUCCH。为了CSI报告的目的，CSI报告配置可以指定每个BWP的PUCCH资源(例如，指定PUCCH资源配置ID)。当在活动BWP中操作时，响应于BS 120的请求，UE 110可以确定在活动BWP中配置的PUCCH资源，并且通过PUCCH资源发送CSI报告。

图7示出CSI报告配置700的示例。除了其他参数之外，CSI报告配置还可以包括PUCCH CSI资源列表710。PUCCH CSI资源列表710可以包括一个或多个PUCCH CSI资源711-713。每个PUCCH CSI资源可以包括BWP ID和PUCCH资源ID(或称为PUCCH资源配置ID)。如可以看到的，可以为由BWP ID表示的每个BWP配置由与各个PUCCH资源ID相对应的PUCCH资源配置所指定的PUCCH资源。

图8示出为BWP的CSI报告提供单个PUCCH资源的示例进程800。可以在UE110处执行进程800。无线通信系统100用于解释进程800。进程800可以从步骤S801开始并且进行到S810。

在S810处，可以接收用于CSI报告的配置信息。配置信息可以包括PUCCH CSI资源列表1810，PUCCH CSI资源列表1810包括在分量载波中的一个或多个PUCCH CSI资源1811-1813。每个PUCCH CSI资源1811-1813指定与BWP ID相关联的PUCCH资源ID。配置信息可以进一步包括一个或多个PUCCH资源配置，每个PUCCH资源配置与PUCCH资源ID相关联。每个PUCCH资源配置可以指示单个PUCCH资源。可以例如通过RRC信令的一个或多个消息将配置信息从BS 120发送至UE 110。

UE 110可以在被划分为多个BWP的载波上进行操作。每个BWP可以与PUCCH CSI资源列表中指示的BWP ID关联。因此，基于在PUCCH CSI资源列表中接收的PUCCH CSI资源，使用各个BWP ID为载波的每个BWP确定PUCCH资源ID。基于PUCCH资源ID，可以为各个BWP确定PUCCH资源配置(和各个PUCCH资源)。

BS 120可以例如通过RRC、MAC CE或DCI信令请求UE 110执行CSI报告。来自BS 120的请求可以指定用于CSI报告的定时(例如，哪个时隙)。可选地，来自BS 120的请求可以指定用于UE 110周期性地执行CSI报告的定时序列。

在S820处，可以确定载波中活动BWP的BWP ID，以便执行CSI报告。

在S830处，可以基于在S820处确定的BWP ID，从在S810处接收的PUCCH CSI资源列表中确定PUCCH CSI资源。

在S840处，可以在指示的定时及在S830处确定的PUCCH CSI资源中配置的PUCCH资源上发送至少包括CSI报告的UCI。进程800可以进行到S899，并在S899处终止。

III.用于UCI报告的多个PUCCH资源

在一些实施例中，可以提供多个频域传输时机。例如，PUCCH传输可以发生在时隙(例如，包括14个OFDM符号)中。可以在时隙中配置对应于频域传输的时机的多个候选PUCCH资源。多个候选PUCCH资源可以分布在带宽内的不同子带中。例如，多个子带可以被包括在BWP或分量载波中。或者，多个子带中的每个子带可以是分量载波，并且可以使用载波聚合方案进行组合。多个子带可以是授权频谱或未授权频谱的一部分。可以在接入未授权频谱的子带之前执行LBT接入过程。

为了提供用于PUCCH传输的多个频域传输时机(或多个候选PUCCH资源)，可以采用指示多个频域传输时机的PUCCH资源配置。例如，PUCCH资源配置可以包括带宽内的一个或多个频域传输时机的信息。对于每个频域传输时机，可以通过PUCCH资源配置来指定候选PUCCH资源。例如，可以针对PUCCH传输的每个频域传输时机(或各个候选PUCCH资源)指示频域中的起始资源单元和资源格式。

另外，在各种实施例中，用于不同候选PUCCH资源的资源格式(例如，频域和时域中的资源大小，或时域中的起始资源单元)可以相同或可以不同。

图9示出根据一些实施例的为UCI报告或PUCCH传输提供多个候选PUCCH资源920-922的PUCCH资源配置930的示例。

如图所示，从带宽901划分出多个子带910-913。带宽901可以是单个载波或BWP。子带910-913可以是未授权或授权频谱。作为示例，示出子带910-913中的每一个具有20MHz的带宽。

为了提高PUCCH传输的可靠性，配置分布在不同的子带910/911/913中和相同时隙内的多个候选PUCCH资源920-922。例如，LBT接入过程可以在接入子带910-913之前执行(未在图9的示例中示出)。可以将在可用子带上分配的候选PUCCH资源用于预期时隙处的PUCCH传输。

可以通PUCCH资源配置930指定多个候选PUCCH资源920-922的配置。如图所示，PUCCH资源配置可以指示由等于#2的PUCCH资源ID表示的PUCCH资源ID(或称为PUCCH资源配置ID)931。PUCCH资源ID或PUCCH资源配置ID(例如，#2)由多个候选PUCCH资源920-922共享。PUCCH资源配置可以进一步指示频域中的起始资源单元932。例如，频域中的起始资源单元932可以由起始PRB表示，并以PRB索引的形式被提供。PRB索引可以是相对于子带的频域起始资源单元的索引号。

PUCCH资源配置930可以进一步包括资源格式933(例如，PUCCH-格式2)。资源格式933可以用PUCCH格式配置(例如类似于在图3的示例的PUCCH格式配置330的配置)描述。PUCCH资源配置930可以进一步包括子带分配信息934。例如，在子带分配信息934(由子带分配(subbandAllocation)表示)中，可以提供子带ID(例如，#0、#1和#3)的列表，该列表指示子带910-913中的哪些子带分配有候选PUCCH资源。基于起始资源单元932、资源格式933和子带分配信息934，可以如图9所示确定候选PUCCH资源920-922。在一些示例中，PUCCH资源配置可以包括其他参数。

注意，图9所示的仅是一个特定示例。在其他示例中，PUCCH资源配置930可以采用不同的形式，并且PUCCH资源配置930所指示的各个PUCCH资源920-922可以采用不同的形状/位置。例如，尽管如图9所示在不同的子带910/911/913中配置大小相似的候选PUCCH资源920-922以及频域和时域中的起始资源单元，但在其他实施例中，可以为不同的子带配置具有不同大小和位置的候选PUCCH资源。对于另一个示例，在采取不同形式的PUCCH资源配置中，可以为子带分配信息934中列出的每个子带分别提供资源配置信息。

图10示出根据一些实施例的为UCI报告或PUCCH传输提供多个候选PUCCH资源1020-1023的另一示例。如图所示，候选PUCCH资源1020-1023可以分布在带宽1001中，并且具有由各个起始PRB 1010-1013标识的不同的频域起始资源单元。候选PUCCH资源1020-1023可以位于时域中的时隙内(例如，具有14个OFDM符号)。候选PUCCH资源1020-1023可以具有相同的资源格式(例如，格式3)。

可以通过向UE 110发送PUCCH资源配置以将图10中的候选PUCCH资源1020-1023配置给UE 110。PUCCH资源配置可以例如通过指定起始PRB1010-1013的索引来指示候选PUCCH资源1020-1023的频域起始资源单元。另外，PUCCH资源配置可以指示PUCCH资源1020-1023的资源格式(例如，格式3)。

当UE 110要在预期时隙向BS 120发送UCI报告时，可以在发给UE 110的其他PUCCH资源配置中选择PUCCH资源配置(例如，由PUCCH资源ID标识)。UE 110可以进一步选择候选PUCCH资源1020-1023的至少一个，以在预期的时隙发送UCI报告。

图11示出根据一些实施例的为PUCCH传输提供多个候选PUCCH资源1120-1123的另一示例。类似于图10的示例，PUCCH资源1120-1123可以被分配在带宽1101内，并且分别在起始PRB 1110-1113处具有频域起始资源单元。然而，可以用不同的资源格式来配置不同的候选PUCCH资源1120-1123。如图所示，候选PUCCH资源1120和1123具有格式3的资源格式，而候选PUCCH资源1121和1122分别具有格式1和格式2的资源格式。因此，不同的PUCCH资源可以在频域和时域中具有不同的大小以及在时域中具有不同的位置。

类似地，可以通过经由高层信令(例如，RRC信令)发送PUCCH资源配置来将候选PUCCH资源1120-1123配置给UE 110。PUCCH资源配置可以指定用于指示候选PUCCH资源1120-1123的参数(例如，频域起始资源单元、资源格式等)。

图12示出的根据本申请实施例的为HARQ-ACK反馈提供多个PUCCH资源的示例进程1200。可以在UE 110处执行进程1200。以无线通信系统100为例来说明进程1200。将进程1200与图6示例中的进程600进行比较，并且用下划线突出显示进程1200和进程600的描述之间的差异。进程1200从S1201开始，并且进行到S1210。

在S1210处，UE 110可以从BS 120接收多个PUCCH资源配置和一个或多个PUCCH资源集的配置信息，这类似于图6示例中的S610。然而，如图9的示例所描述的，每个PUCCH资源配置可以指示一个或多个候选的PUCCH资源。

从S1220到S1240的步骤可以类似于图6示例中从S620到S640的步骤。作为步骤S1220-1240的结果，从在S1210接收的用于报告包括至少HARQ-ACK反馈的UCI的多个PUCCH资源配置中确定PUCCH资源配置。

在S1250中，如果在S1240中所确定的PUCCH资源配置指示多个候选PUCCH资源，则用该多个候选PUCCH资源的至少一个发送UCI。例如，UE 110可从用于UCI报告的多个候选PUCCH资源选择一个或多个PUCCH资源。例如，可以使用一个或多个PUCCH资源发送UCI的一个副本，或者可以使用多个PUCCH资源来发送UCI的多个副本。进程1200可以进行到S1299并且在S1299处终止。

图13示出根据本申请实施例的为CSI报告提供多个PUCCH资源的示例进程1300。类似于进程1200，可以在UE 110处执行进程1300。无线通信系统100被用作示例来说明进程1300。将进程1300与图8示例中的进程800进行比较，并且用下划线突出显示进程1300和进程800的描述之间的差异进。进程1300从S1301开始，并进行到S1310。

在S1310处，类似于图8示例中的S810，可以接收用于CSI报告的配置信息。所接收的CSI报告配置可以包括包含一个或多个PUCCH CSI资源的资源列表。每个PUCCH CSI资源可以指示用于BWP的PUCCH资源配置(例如，ID)。与图8的示例不同，每个PUCCH资源配置可以指示如图9-图11示例中所描述的一个或多个候选PUCCH资源。

步骤S1320和S1330可以类似于图8示例中的S820和S830。可以在S1330处通过参考PUCCH资源配置ID确定PUCCH CSI资源。

在S1340处，如果确定的PUCCH CSI资源指示多个候选PUCCH资源，则可以在在S1330处确定的PUCCH CSI资源中配置的多个候选PUCCH资源中的至少一个上发送包括至少CIS报告的UCI。进程1300可以进行到S1399并且在S1399处终止。

图14示出根据本申请实施例的为UCI报告或PUCCH传输提供多个频域传输时机的示例进程1400。可以在UE 110处执行进程1400。无线通信系统100用于解释进程1400。进程1400可以从S1401开始并且进行到S1410。

在S1410中，可以在无线通信系统100中的UE 110处从BS 120接收一个或多个PUCCH资源配置。在一些示例中，每个PUCCH资源配置可以指示OFDM资源网格中的时隙内的多个频域传输时机。多个频域传输时机可以是分布在频域的带宽中和时域的时隙内的多个候选PUCCH资源。

每个PUCCH资源配置可以为各个多个候选PUCCH资源指示频域中的起始资源单元在频域，以及为每一个各个多个候选的PUCCH资源指示相同的或不同的资源格式。在一些示例中，带宽可包括子带(例如，LBT子带)，并且全部或部分子带可以在每个PUCCH资源配置中被指示，并且与各个多个候选的PUCCH资源之一相关联。在一些示例中，仅所接收的PUCCH资源配置的子集指示多个频域传输时机。

在S1420处，从在S1210处接收的一个或多个PUCCH资源配置中确定第一PUCCH资源配置以用于报告UCI。UCI将在时隙上通过PUCCH传输从UE 110发送到BS 120。第一PUCCH资源配置可以指示用于时隙上的PUCCH传输的在带宽中的多个频域传输时机。

在第一场景中，UCI可以包括至少一个HARQ-ACK反馈。在第一场景中，UE 110可以进一步接收定义一组PUCCH资源集的PUCCH资源集配置。随后，可以通过类似于图12示例中的步骤S1220至S1240的操作来确定第一PUCCH资源配置。

在第二场景中，UCI可以至少包括BWP的CSI报告。在第二场景中，UE 110还可以接收指示每一个均与BWP相关联的多个PUCCH资源配置的CSI报告配置。随后，可以通过类似于图13示例中的步骤S1320至S1230的操作来确定第一PUCCH资源配置。

在其他场景中，可以以与第一场景或第二场景不同的方式确定用于报告UCI的第一PUCCH资源配置。

在S1430处，可以在由第一PUCCH资源配置指示的多个频域传输时机的至少一个上发送用于HARQ反馈或CSI报告的UCI。进程1400可以进行到S1499并且在S1499处终止。

IV.装置和计算机可读介质

图15示出根据本申请的实施例的示例装置1500。可以根据本申请描述的一个或多个实施例或示例来配置装置1500以执行各种功能。因此，装置1500可以提供用于实现本申请描述的机制、技术、进程、功能、组件、系统的装置。例如，在本申请描述的各种实施例和示例中，装置1500可用于实现UE或BS的功能。装置1500可以包括通用处理器或专门设计的电路，以实现在各种实施例中在此描述的各种功能、组件或进程。装置1500可以包括处理电路1510、存储器1520和射频(radio frequency，RF)模块1530。

在各种示例中，处理电路1510可以包括被配置为与软件结合或不结合软件来执行本申请描述的功能和进程的电路。在各种示例中，处理电路1510可以是数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integratedcircuit，ASIC)、可编程逻辑设备(programmable logic device，PLD)、现场可编程门阵列(field programmable gate array，FPGA)、数字增强电路或类似设备，或其组合。

在一些其他示例中，处理电路1510可以是配置为执行程序指令以执行本申请所述的各种功能和过程的中央处理单元(central processing unit，CPU)。因此，存储器1520可以被配置为存储程序指令。当执行程序指令时，处理电路1510可以执行功能和进程。存储器1520可以进一步存储其他程序或数据，例如操作系统、应用程序等。存储器1520可以包括非暂时性存储介质，例如只读存储器(read only memory，ROM)、随机接入存储器(randomaccess memory，RAM)、闪存、固态存储器、硬盘驱动器、光盘驱动器和类似物。

在一个实施例中，RF模块1530从处理电路1510接收处理后的数据信号，并将数据信号转换成波束成形无线信号，然后波束成形无线信号经由天线阵列1540发送，或者反之亦然。RF模块1530可以包括用于接收和发送操作的数模转换器(digital to analogconvertor，DAC)、模数转换器(analog to digital converter，ADC)、升频转换器、降频转换器、滤波器和放大器。RF模块1530可以包括用于波束成形操作的多天线电路。例如，多天线电路可以包括用于移位模拟信号相位或缩放模拟信号幅度的上行链路空间滤波器电路和下行链路空间滤波器电路。天线阵列1540可以包括一个或多个天线阵列。

装置1500可以可选地包括其他组件，例如输入和输出设备、附加或信号处理电路等。因此，装置1500可能能够执行其他附加功能，例如执行应用程序，以及处理备选通信协议。

本申请描述的进程和功能可以被实现为计算机程序，当由一个或多个处理器执行该计算机程序时，计算机程序可以使一个或多个处理器执行相应的进程和功能。可以将计算机程序存储或分布在合适的介质上，例如与其他硬件一起或作为该其他硬件的一部分所提供的光学存储介质或固态介质。计算机程序还可以以其他形式分发，例如经由因特网或其他有线或无线电信系统。例如，可以获取计算机程序并将其加载到装置中，包括通过物理介质或分布式系统(包括例如从连接至互联网的服务器)获得计算机程序。

可以从计算机可读介质接入计算机程序，该计算机可读介质提供由计算机或任何指令执行系统使用或与计算机或任何指令执行系统结合使用的程序指令。计算机可读介质可以包括存储、通信、传播或传输计算机程序以供指令执行系统、装置或设备使用或与其结合使用的任何装置。计算机可读介质可以是磁性、光学、电子、电磁、红外或半导体系统(或装置或设备)或传播介质。计算机可读介质可以包括计算机可读非暂时性存储介质，例如半导体或固态存储器、磁带、可移动计算机磁盘、随机接入存储器(random access memory，RAM)、只读存储器(read-only memory，ROM)、磁盘和光盘等。计算机可读非暂时性存储介质可以包括所有类型的计算机可读介质，包括磁存储介质、光存储介质、闪存介质和固态存储介质。

虽然已经结合作为示例提出的本申请的特定实施例描述了本申请的各方面，但是可以对示例进行替代、修改和改变。因此，本申请阐述的实施例旨在说明而不是限制。在不脱离下面阐述的权利要求的范围的情况下可以做出改变。

Claims (10)

1.一种方法，包括：

在无线通信系统中的用户设备处从基站接收一个或多个物理上行链路控制信道资源配置；

从所述一个或多物理上行链路控制信道资源配置中确定用于报告上行链路控制信息的第一物理上行链路控制信道资源配置，所述第一物理上行链路控制信道资源配置指示带宽中的多个频域传输时机；以及

在由所述第一物理上行链路控制信道资源配置指示的所述多个频域传输时机的至少一个上发送所述上行链路控制信息。

2.根据权利要求1所述的方法，其特征在于，还包括：

接收包括所述第一物理上行链路控制信道资源配置的物理上行链路控制信道资源集的配置，所述第一物理上行链路控制信道资源配置指示所述带宽中的所述多个频域传输时机。

3.根据权利要求1所述的方法，其特征在于，还包括：

接收指示与所述第一物理上行链路控制信道资源配置相关联的带宽部分的信道状态信息报告配置，所述第一物理上行链路控制信道资源配置指示所述带宽中的所述多个频域传输时机。

4.根据权利要求1所述的方法，其特征在于，所述带宽包括多个子带，并且所述多个频域传输时机分布在所述带宽中包括的不同子带中。

5.根据权利要求1所述的方法，其特征在于，所述带宽包括多个子带，并且所述第一物理上行链路控制信道资源配置指示所述带宽内的哪些子带配置有所述多个频域传输时机。

6.根据权利要求1所述的方法，其特征在于，所述第一物理上行链路控制信道资源配置指示对应于所述各个多个频域传输时机的多个候选物理上行链路控制信道资源中的每一个的频域中的起始资源单元。

7.根据权利要求6所述的方法，其特征在于，所述多个候选物理上行链路控制信道资源具有相同的起始资源单元。

8.根据权利要求1所述的方法，其特征在于，所述第一物理上行链路控制信道资源配置指示对应于所述各个多个频域传输时机的多个候选物理上行链路控制信道资源的每一个的资源格式。

9.根据权利要求8所述的方法，其特征在于，所述多个候选物理上行链路控制信道资源具有相同的资源格式。

10.一种装置，包括配置为执行以下操作的电路：

在无线通信系统中从基站接收一个或多个物理上行链路控制信道资源配置；

从所述一个或多物理上行链路控制信道资源配置中确定用于报告上行链路控制信息的第一物理上行链路控制信道资源配置，所述第一物理上行链路控制信道资源配置指示带宽中的多个频域传输时机；以及

在由所述第一物理上行链路控制信道资源配置指示的所述多个频域传输时机的至少一个上发送所述上行链路控制信息。

Images