CN111213416A - 无线网络中上行链路控制信令资源的动态管理 - Google Patents

Abstract

技术包括：由用户设备从基站接收第一消息，第一消息指示用于一个类型的上行链路控制信息的上行链路传输的多个上行链路控制信道资源集合，每个上行链路控制信道资源集合具有资源配置；由用户设备从基站接收不同于第一消息的第二消息，第二消息指示多个上行链路控制信道资源集合中针对一个类型的上行链路控制信息的上行链路传输所选择的上行链路控制信道资源集合；以及由用户设备向基站经由所选择的上行链路控制信道资源集合发送上行链路控制信息。

Description

无线网络中上行链路控制信令资源的动态管理

技术领域

该描述涉及通信。

背景技术

通信系统可以是使得能够在两个或更多个节点或设备(例如，固定或移动通信设备)之间进行通信的设施。信号可以承载在有线或无线载波上。

蜂窝通信系统的一个示例是由第三代合作伙伴计划(3GPP)标准化的架构。该领域中的最新发展通常被称为通用移动电信系统(UMTS)无线电接入技术的长期演进(LTE)。E-UTRA(演进的UMTS地面无线电接入)是3GPP针对移动网络的长期演进(LTE)升级路径的空中接口。在LTE中，被称为增强节点B(eNB)的基站或接入点(AP)在覆盖面积或小区内提供无线接入。在LTE中，移动设备或移动站被称为用户设备(UE)。LTE包括许多改进或发展。

5G新无线电(NR)的开发是满足5G要求的持续移动宽带演进过程的一部分，类似于3G和4G无线网络的早期演进。5G的目标是显著改进无线性能，无线性能可以包括新级别的数据速率、时延、可靠性和安全性。5G NR还可扩展以有效连接大规模物联网(IoT)，并可提供新型的关键任务服务。

发明内容

根据一个示例实现，方法包括：由基站确定多个上行链路控制信道资源集合，多个上行链路控制信道资源集合用于一种类型的上行链路控制信息的上行链路传输，每个上行链路控制信道资源集合具有资源配置；由基站向用户设备发送第一消息，第一消息指示多个上行链路控制信道资源集合；由基站选择多个上行链路控制信道资源集合中的一个上行链路控制信道资源集合；由基站向用户设备发送与第一消息不同的第二消息，第二消息用于针对一个类型的上行链路控制信息的上行链路传输所选择的上行链路控制信道资源集合；以及由基站经由所选择的上行链路控制信道资源集合从用户设备接收上行链路控制信息。

根据一个示例实现，装置包括至少一个处理器和至少一个存储器，至少一个存储器包括计算机指令，当计算机指令由至少一个处理器执行时，使得装置：由基站确定多个上行链路控制信道资源集合，多个上行链路控制信道资源集合用于一种类型的上行链路控制信息的上行链路传输，每个上行链路控制信道资源集合具有资源配置；由基站向用户设备发送第一消息，第一消息指示多个上行链路控制信道资源集合；由基站选择多个上行链路控制信道资源集合中的一个上行链路控制信道资源集合；由基站向用户设备发送与第一消息不同的第二消息，第二消息指示用于一个类型的上行链路控制信息的上行链路传输所选择的上行链路控制信道资源集合；以及由基站经由所选择的上行链路控制信道资源集合从用户设备接收上行链路控制信息。

根据一个示例实现，装置包括：用于由基站确定多个上行链路控制信道资源集合的部件，多个上行链路控制信道资源集合用于一种类型的上行链路控制信息的上行链路传输，每个上行链路控制信道资源集合具有资源配置；用于由基站向用户设备发送指示多个上行链路控制信道资源集合的第一消息的部件；用于由基站选择多个上行链路控制信道资源集合中的一个上行链路控制信道资源集合的部件；用于由基站向用户设备发送与第一消息不同的第二消息的部件，第二消息指示用于一个类型的上行链路控制信息的上行链路传输所选择的上行链路控制信道资源集合；以及用于由基站经由所选择的上行链路控制信道资源集合从用户设备接收上行链路控制信息的部件。

根据一个示例实现，计算机程序产品包括存储可执行代码的计算机可读存储介质，可执行代码在由至少一个数据处理装置执行时被配置为使得至少一个数据处理装置执行以下方法：由基站确定多个上行链路控制信道资源集合，多个上行链路控制信道资源集合用于一种类型的上行链路控制信息的上行链路传输，每个上行链路控制信道资源集合具有资源配置；由基站向用户设备发送第一消息，第一消息指示多个上行链路控制信道资源集合；由基站选择多个上行链路控制信道资源集合中的一个上行链路控制信道资源集合；由基站向用户设备发送与第一消息不同的第二消息，第二消息指示用于一个类型的上行链路控制信息的上行链路传输所选择的上行链路控制信道资源集合；以及由基站经由所选择的上行链路控制信道资源集合从用户设备接收上行链路控制信息。

根据一个示例实现，方法包括：由用户设备从基站接收第一消息，第一消息指示用于一个类型的上行链路控制信息的上行链路传输的多个上行链路控制信道资源集合，每个上行链路控制信道资源集合具有资源配置；由用户设备从基站接收不同于第一消息的第二消息，第二消息指示多个上行链路控制信道资源集合中用于一个类型的上行链路控制信息的上行链路传输所选择的上行链路控制信道资源集合；以及由用户设备经由所选择的上行链路控制信道资源集合向基站发送上行链路控制信息。

根据一个示例实现，装置包括至少一个处理器和至少一个存储器，至少一个存储器包括计算机指令，当计算机指令由至少一个处理器执行时，使得装置：由用户设备从基站接收第一消息，第一消息指示用于一个类型的上行链路控制信息的上行链路传输的多个上行链路控制信道资源集合，每个上行链路控制信道资源集合具有资源配置；由用户设备从基站接收不同于第一消息的第二消息，第二消息指示多个上行链路控制信道资源集合中用于一个类型的上行链路控制信息的上行链路传输所选择的上行链路控制信道资源集合；以及由用户设备经由所选择的上行链路控制信道资源集合向基站发送上行链路控制信息。

根据一个示例实现，装置包括：用于由用户设备从基站接收第一消息的部件，第一消息指示用于一个类型的上行链路控制信息的上行链路传输的多个上行链路控制信道资源集合，每个上行链路控制信道资源集合具有资源配置；用于由用户设备从基站接收不同于第一消息的第二消息的部件，第二消息指示多个上行链路控制信道资源集合中用于一个类型的上行链路控制信息的上行链路传输所选择的上行链路控制信道资源集合；以及用于由用户设备经由所选择的上行链路控制信道资源集合向基站发送上行链路控制信息的部件。

根据一个示例实现，计算机程序产品包括存储可执行代码的计算机可读存储介质，可执行代码在由至少一个数据处理装置执行时被配置为使得至少一个数据处理装置执行以下方法：由用户设备从基站接收第一消息，第一消息指示用于一个类型的上行链路控制信息的上行链路传输的多个上行链路控制信道资源集合，每个上行链路控制信道资源集合具有资源配置；由用户设备从基站接收不同于第一消息的第二消息，第二消息指示多个上行链路控制信道资源集合中用于一个类型的上行链路控制信息的上行链路传输所选择的上行链路控制信道资源集合；以及由用户设备经由所选择的上行链路控制信道资源集合向基站发送上行链路控制信息。

在附图和以下描述中阐述了实现的一个或多个示例的细节。根据说明书和附图以及权利要求书，其他特征将显而易见。

附图说明

图1是根据一个示例实现的无线网络的框图。

图2是图示根据一个示例实现的一些时隙类型的图。

图3A是图示根据一个示例实现的长物理上行链路控制信道(PUCCH)格式的图。

图3B是图示根据一个示例实现的针对一个符号和两个符号的短物理上行链路控制信道(PUCCH)格式的图。

图4是图示根据一个示例实现的报告关于周期性的上行链路控制信道资源的上行链路控制信息的信号图。

图5是图示根据一个示例实现的报告关于上行链路控制信道资源的HARQ反馈的信号图。

图6是图示根据一个示例实现的基站的操作的流程图。

图7是图示根据一个示例实现的用户设备(UE)的操作的流程图。

图8是根据一个示例实现的节点或无线站(例如，基站/接入点或移动站/用户设备)的框图。

具体实施方式

图1是根据一个示例实现的无线网络130的框图。在图1的无线网络130中，也可以称为移动站(MS)或用户设施(UE)的用户设备131、用户设备132、用户设备133和用户设备135可以与基站(BS)134连接(并且通信)，基站(BS)134也称为接入点(AP)、增强型节点B(eNB)、gNB或网络节点。接入点(AP)、基站(BS)或(e)节点B(eNB)的功能的至少一部分也可以由可操作地耦合到收发器的任何节点、服务器或主机(例如，远程无线电报头)来执行。BS(或AP)134在小区136(包括用户设备131、用户设备132、用户设备133和用户设备135)内提供无线覆盖。尽管仅示出了四个用户设备连接或附接到BS 134，但是可以提供任何数量的用户设备。BS 134也经由S1接口151连接到核心网络150。这仅是无线网络的一个简单示例，并且可以使用其他示例。

用户设备(用户终端、用户设施(UE)或移动站)可以指代包括在具有或不具有订户识别模块(SIM)的情况下操作的无线移动通信设备的便携式计算设备，便携式计算设备例如包括但不限于以下类型的设备：移动站(MS)、移动电话、手机、智能手机、个人数字助理(PDA)、电话听筒、使用无线调制解调器的设备(警报或测量设备等)、笔记本电脑和/或触摸屏计算机、平板电脑、平板手机、游戏机、笔记本电脑和多媒体设备。应当理解，用户设备也可以是几乎排他的仅上行链路设备(其示例是将图像或视频剪辑加载到网络的相机或摄像机)。

在LTE中(作为示例)，核心网络150可以被称为演进分组核心(EPC)，核心网络150可以包括可以管理或协助用户设备在BS之间的移动/切换的移动管理实体(MME)、可以在BS与分组数据网络或互联网之间转发数据和控制信号的一个或多个网关以及其他控制功能或模块。

附加地，通过例示性示例的方式，本文描述的各种示例实现或技术可以应用于各种类型的用户设备或数据服务类型，或者可以应用于可以在其上运行有多个应用程序(可以使不同的数据服务类型)的用户设备。新型无线电(5G)开发可以支持许多不同的应用或许多不同的数据服务类型，例如：机器类型通信(MTC)、增强型机器类型通信(eMTC)、物联网(IoT)和/或窄带IoT用户设备、增强型移动宽带(eMBB)、包括自回程的无线中继、D2D(设备到设备)通信以及超可靠和低时延通信(URLLC)。场景可以涵盖传统的许可频段操作以及非许可频段操作。

IoT可以指代不断增长的具有互联网或网络连接性的对象组，使得这些对象可以向其他网络设备发送信息并从其他网络设备接收信息。例如，许多传感器类型的应用或设备可以监视物理状况或状态，并且可以例如在事件发生时向服务器或其他网络设备发送报告。机器类型通信(MTC或机器对机器通信)的特征可能在于，在具有或不具有人为干预的情况下，智能机器之间的全自动数据生成、交换、处理和致动。增强型移动宽带(eMBB)可以支持比LTE当前更高的数据速率。

超可靠和低时延通信(URLLC)是新型无线电(5G)系统可以支持的新型数据服务类型或新型使用场景。这使得新兴的新应用和服务(例如，工业自动化、自动驾驶、车辆安全、电子医疗服务等)成为可能。通过例示性示例，3GPP旨在提供具有与10^-5的块错误率(BLER)相对应的可靠性和高达1ms的U平面(用户/数据平面)时延的连接性。因此，例如，URLLC用户设备/UE可能需要比其他类型的用户设备/UE显著更低的块错误率以及低时延(需要或不需要同时具有高可靠性)

各种示例实现可以应用于各种各样的无线技术或无线网络，例如，LTE、LTE-A、5G、cmWave和/或mmWave频带网络、IoT、MTC、eMTC、eMBB、URLLC等或任何其他无线网络或无线技术。这些示例网络、技术或数据服务类型仅作为例示性示例提供。

如所指出的，不同的数据服务类型(或不同类型的UE)可以具有不同的性能要求(例如，对于可靠性(例如，最大块错误率)、带宽或数据吞吐量或最小数据速率以及时延)。与URLLC相比，某些数据服务类型(例如，eMBB)可能需要更高的数据速率，同时又可以承受更高的块错误率和更高的时延。另一方面，与eMBB相比，某些高可靠性的数据服务类型(例如，URLLC)可能需要高得多的可靠性(例如，较低的块错误率)和较低的时延。另一方面，与典型的eMBB服务相比，它们可以以相对较小的传输块容量(即，较小的数据吞吐量)进行操作。

作为例示性示例，用户设备(或UE)可以发送和/或接收混合数据流量或者发送和/或接收多个数据服务类型的数据。例如，UE可以包括在其上运行的两个应用，包括：1)需要高可靠性/低时延服务的URLLC应用(例如，与自动驾驶或自动驾驶汽车相关的应用)，以及2)不需要高可靠性/低延迟服务的eMBB应用(例如，网络浏览器、电子邮件应用程序、社交媒体应用程序)。至少在某些情况下，可能希望对发送和/或接收数据、控制信息以及由UE的这些不同数据服务类型执行的其他功能执行至少某种程度的协调。

根据一个示例实现，UE上的非高可靠性(例如，eMBB)数据服务类型(或eMBB应用)可以经由长物理上行链路控制信道(PUCCH)格式长度来传输上行链路控制信息，而UE上的高可靠性/低时延(例如，URLLC)数据服务类型(或URLLC应用)可以经由短物理上行链路控制信道(PUCCH)格式长度来传输上行链路控制信息(例如，允许更快或更频繁地传输控制信息)。因此，在某些情况下，较长的PUCCH格式可以用于允许在一段时间内发送更多的数据/控制信息(例如，对于eMBB数据服务类型)，而较短的PUCCH格式可以用于在可能需要(例如，URLLC数据服务类型)较短时延(例如，用于HARQ反馈的传输)的情况下，允许更快地传输上行链路控制信息。但是在另一示例实现中，eMBB或非高可靠性数据服务类型(例如，eMBB等)也可以使用较短的PUCCH格式长度。

上行链路控制信息(UCI)通常可以包括例如以下一个或多个：调度请求(SR)，UE可以发送调度请求(SR)以请求上行链路资源进行传输的；混合自动重复请求(HARQ)反馈，例如，HARQ确认/用于确认接收数据的ACK或HARQ否定确认/用于否定确认数据的NAK(例如，指示未接收到数据)；和/或信道状态信息(CSI反馈，可以包括例如秩指示(RI)、预编码器矩阵指示(PMI)和/或信道质量指示(CQI))。而且，诸如探测参考信号(SRS)和/或解调参考信号(DMRS)的参考信号可以由UE发送，并且可以由BS使用来执行信道探测和/或估计，然后对从UE接收的信号或数据进行解码。

根据一个示例实现，在新型无线电(NR)(5G)帧结构设计中，可以同时支持时隙和小时隙。根据所使用数字基本配置(numerology)的子载波间隔，时隙的持续时间可以是7或14个符号。此外，时隙聚合可以至少被配置用于eMBB服务。小时隙的可能持续时间可以至少包括1或2个OFDM(正交频分复用)符号。

图2是图示根据一个示例实现的一些时隙类型的图。针对每个时隙类型示出了符号，其中Dc指代下行链路控制信息，Dd指代下行链路数据，GP指代保护时段，Uc指代上行链路控制信息，Ud指代上行链路数据。例如，如图2所示，可以存在为TDD(时分双工)和FDD(频分双工)提供基本支持的若干时隙类型。对于双向时隙，每个时隙中存在下行链路数据传输或上行链路数据传输以及对应的下行链路控制和上行链路控制。双向时隙可以促进NR帧结构中的许多TDD功能(假设选择时隙长度为足够短，TDD功能例如包括DL和UL之间的链路方向切换、DL和UL之间的完全灵活的流量自适应以及低时延机会)。

在图2的所有时隙中，DL控制、DL/UL数据、GP和UL控制之间的复用可以例如主要基于时分复用，时分复用允许对接收器中的控制和数据进行快速节能的管线处理。物理下行链路控制信道(PDCCH)可以在位于时隙(或小时隙)开始处的(多个)DL控制符号中被传送。然而，不排除在频域中PDCCH和PDSCH复用的选项。附加地，还支持长PUCCH和PUSCH的频域复用(FDM)。至少当物理信道由不同的UE传输时，短PUCCH和PUSCH之间以及短PUCCH和长PUCCH之间也支持FDM。

除了双向时隙，在图2中还存在仅DL时隙和仅UL时隙。至少在FDD模式下可能需要这些时隙类型，但在某些TDD场景中也可能需要这些时隙类型，以允许在相同方向上更长的传输时段。

根据一个示例实现，在时隙中可以存在多个小时隙，并且不同的UE可以在不同的小时隙中被调度。受益于小时隙的两个主要场景是减少时延和非许可频段操作。特别地，例如，当使用15kHz子载波间隔时，小时隙可以提供优于基于时隙的传输的优点。此外，当以高载波频率(具有较高的子载波间隔)操作时以及使用RF波束成形架构时，小时隙也可以是在不同UE之间提供时间复用的方式。根据系统操作点(例如，所提供的流量)，使用小时隙来降低空中接口时延不仅对URLLC有用，而且对某些eMBB应用(例如，快速克服缓慢启动的TCP/传输控制协议)程序也有用。

例如，可以使用小时隙来支持URLLC–具有严格的延迟要求，这可能需要时间上较小的调度粒度。如果使用时隙(例如，针对HARQ ACK反馈(FB))来调度分组，则延迟(数据与此类数据的HARQ FB之间)可能晚于1或2或3个时隙，这是URLLC可能无法容忍的大延迟。对于小时隙，HARQ FB可以更快地调度或传输，例如，稍后在接收数据的同一时隙中或在下一时隙中，这可以更好地适应严格的URLLC延迟要求。

图3A是图示根据一个示例实现的长物理上行链路控制信道(PUCCH)格式的图。图3B是图示根据一个示例实现的针对一个符号和两个符号的短物理上行链路控制信道(PUCCH)格式的图。

参考图3A，作为例示性示例，示出了7个符号的示例长PUCCH308(例如，与示例时隙的时间长度相同)。长PUCCH 308例如可以包括例如在第一行内的第一物理资源块(RB或PRB，可以包括子载波集合)的三个OFDM符号的第一组310，然后是(例如，在第九行内)不同PRB的四个附加OFDM符号的第二组312，其中每个PRB(或物理资源块)可以例如包括或指示不同的频率或不同的子载波集合。例如，符号组310和符号组312中的每一个符号组的第一符号可以包括DMRS(例如，以允许BS执行信道估计并对所接收的上行链路数据或信息进行解码)，并且每个组310和312的其余符号可以例如包括上行链路控制信息，诸如，HARQ反馈，或例如，信道状态信息(CSI)报告。每个时隙的DMRS符号的数目及其位置可以根据场景或PUCCH配置(例如，根据UCI有效载荷)进行变化。通过使得长PUCCH 308在第一PRB(第一行)内包括符号组310以及在另一行(例如，第九行)内包括符号组312，该长PUCCH308采用跳频(FH)来为长PUCCH格式提供增加的频率分集。图3A中所示的长PUCCH可以例如在使用基于DFT-S-OFDM(离散傅立叶变换扩展正交频分复用)的波形时，提供低的PAPR/CM(峰均功率比或立方度量)。可以支持CP-OFDM(循环前缀正交频分复用)作为长PUCCH的另一波形选择。

参考图3B，作为例示性示例，示出了1个符号的示例短PUCCH320，并且示例短PUCCH320可以包括一个OFDM符号内的PRB组322。类似地，两个符号的短PUCCH 330使用跳频，并且例如可以包括第一OFDM符号内的第一PRB(物理资源块)的组332和第二OFDM符号内的第二PRB的组334。

短PUCCH可以被优化以促进低时延，并且它还例如经由双向DL时隙支持UL控制信令，并且与小时隙有关的PUCCH变体可以基于短PUCCH结构。支持RS(参考信号，例如解调参考信号)和UCI(上行链路控制确认)之间的频域复用。根据感兴趣的场景，可以基于跳频、集群传输或调度传输来提供短PUCCH上的频率分集。

UE可以传输不同类型的上行链路控制信息(UCI)，例如，调度请求(SR)、信道状态信息(CSI)和/或混合自动重复请求(HARQ或HARQ-ACK)反馈。而且，BS可以将资源分配给UE来传输这些不同的UCI。

此外，各种网络条件可能随时间变化，例如，业务负载；在小区/BS处可能等待向UE传输的数据量(因此，影响了UE可能需要向BS传输的HARQ反馈的量)；在小区或网络上连接或处于活动状态的用户设备数目；例如由于较低的调制和/编码方案(MCS)，可能需要将更多资源分配给UE以传输相同量的UCI的干扰量和/或无线电信道状况(例如，较低的信号干扰加噪声比(SINR))；需要更有效地组织或压缩由UE使用的PRB以进行UCI传输(例如，基于活动UE的数目变化，可以压缩用于上行链路控制信道的某些PRB，或者网络可以为UCI分配更少的PRB，以腾出其他PRB用于诸如上行链路数据传输的其他目的)或其他网络条件。

根据一个示例实现，BS可以对用于UCI传输的多个上行链路控制信道资源集合进行配置，每个集合具有资源配置(例如，不同的资源配置)。如下面更详细地描述的，BS可以向UE发送消息，以指示应当由UE使用(或者已分配给UE)来向BS发送或传输UCI(例如，一个类型的UCI)的所选择的上行链路控制信道资源集合(多个上行链路控制信道资源集合中)。因此，例如，上行链路控制信道资源集合可以由BS选择，以供UE使用，以基于网络条件来适配或调整分配给UE的上行链路控制信道资源。

根据一个示例实现，基站(BS)可以配置或确定UE可以用于传输一个类型的上行链路控制信息(UCI)(诸如，用于传输调度请求(SR)、信道状态信息(CSI)和/或混合自动重复请求(HARQ)反馈)的多个上行链路控制信道资源集合。并非使用单个上行链路控制信道资源集合来传输UCI(可能相对不灵活)，而是多个上行链路控制信道资源集合可以由BS配置，以供UE使用来传输一个类型的UCI(例如，SR、CSI或HARQ反馈)，其中每个上行链路控制信道资源集合可以具有(例如，不同的)资源配置。不同的资源集合可以包括用于在不同的PRB上分配的某些UCI类型的不同的PUCCH资源。不同的资源集合可以还包含用于某些UCI类型的不同的PUCCH资源类型。例如，上行链路控制信道资源的不同资源集合可以使用短PUCCH或长PUCCH、可以使用不同的PUCCH格式、可以具有不同数目的资源(例如，不同数目的物理资源块/PRB和/或OFDM符号，不同数目的子载波)来适应不同的情况或使用情况。在可以针对UE被配置用于上行链路传输的不同的上行链路控制信道资源集合之间可以改变若干不同的资源配置参数。每个上行链路控制信道资源集合可以包括一个或多个资源。而且，不同的多个上行链路控制信道资源集合可以被配置给UE配置，以用于多个类型的UCI(例如，SR、CSI和HARQ反馈)。以这种方式，可以针对不同类型的UCI为UE配置不同的上行链路控制信道资源。

例如，上行链路控制信道资源的一些(多个)资源集合可以使用短PUCCH和/或具有更少的资源，例如以适应可能需要更少UCI的网络条件和/或为UCI反馈提供短时延，以允许更大程度地压缩UCI(经由更少的资源元素传输的UCI)的资源元素。在其他情况下，(多个)资源集合可以具有可以使用长PUCCH或可以使用更多资源的上行链路控制信道资源集合，例如以适应UE发送更多UCI的需求(例如，UE基于已发送或正在等待发送给UE的大量数据发送更多的HARQ反馈)或适应在更具挑战性的无线电信道上传输UCI的需求(例如，具有更大的路径损耗)。针对多个上行链路控制信道资源集合，若干不同配置参数可以在资源集合之间变化或不同。因此，例如，具有不同资源配置的多个上行链路控制信道资源集合中的上行链路控制信道资源集合可以被分配给UE，例如以基于网络条件，适应或调整上行链路控制信道资源。

例如，对于CSI和SR，每个上行链路控制信道资源集合可以包括一个资源，而对于HARQ反馈，每个上行链路控制信道资源集合可以包括多个资源。例如，BS可以为UE配置例如四个一个资源的集合用于传输调度请求(SR)，其中资源集合中的一个或多个资源集合(或每个资源集合)可以具有不同的资源配置(例如，至少一个不同的配置参数)。BS还可以配置四个一个资源的集合用于传输CSI，其中资源集合中的一个或多个资源集合(或每个资源集合)可以具有不同的资源配置。并且，BS还可以为UE配置例如四个四个资源的集合来传输HARQ反馈。一般而言，由BS配置的资源集合的数目以及每个集合内的资源的数目可以根据场景以及UCI类型而变化。

根据一个示例实现，BS可以确定用于一个类型的上行链路控制信息的上行链路传输的多个上行链路控制信道资源集合(例如，已针对UE被配置用于上行链路传输)，每个上行链路控制信道资源集合具有资源配置。在一些情况下，一个或多个集合(或每个集合)可以具有不同的资源配置，不同的资源配置可以包括一个或多个不同的配置参数，例如，包括短PUCCH或长PUCCH以及其他配置参数。BS可以发送第一消息(例如，无线电资源控制(RRC)消息)，第一消息指示多个上行链路控制信道资源集合。BS可以选择(例如，基于网络条件)多个上行链路控制信道资源集合中的一个集合。BS可以向用户设备发送与第一消息不同的第二消息，第二消息指示针对一个类型的上行链路控制信息的上行链路传输(例如，针对SR、CSI或HARQ反馈的上行链路传输)所选择的上行链路控制信道资源集合。例如，第二消息可以是由BS发送给UE的MAC控制元素，MAC控制元素可以允许BS动态地改变(例如，在PDU会话期间或UE的连接期间，基于改变的网络条件)所选择的上行链路控制信道资源集合。BS然后可以从用户设备接收经由所选择的上行链路控制信道资源集合传输的上行链路控制信息。而且，例如，第一消息(或提供给UE的其他信息)也可以指示多个上行链路控制信道资源集合中的默认集合，默认集合可以被UE用来在UE接收第二消息之前向BS发送或传输UCI，第二消息指示多个上行链路控制信道资源集合中针对UCI传输所选择的集合。

根据另一示例实现，UE(或用户设备)可以从BS接收第一消息，第一消息指示针对一个类型的上行链路控制信息的上行链路传输的多个上行链路控制信道资源集合，每个上行链路控制信道资源集合具有资源配置。UE可以从BS接收与第一消息不同的第二消息，第二消息指示多个上行链路控制信道资源集合中针对一个类型的上行链路控制信息的上行链路传输所选择的上行链路控制信道资源集合。并且，UE可以经由所选择的上行链路控制信道资源集合向BS发送上行链路控制信息。

现在将描述许多进一步的示例实现和细节。根据一个示例实现，PUCCH资源的动态分配可以被配置。这可以基于PUCCH资源集合的MAC(介质访问控制)级别的重新配置/选择来完成。这些资源可以是例如可能已被配置并经由RRC分配给UE的周期性使用的资源(诸如，SR、周期性CSI、HARQ-ACK)。

资源(多个PUCCH资源集合)还可包括经由RRC配置的多个HARQ-ACK资源集合，并且PUCCH资源集合中的一个PUCCH资源集合被选择供UE使用。BS可以经由MAC控制元素指示针对HARQ反馈所选择的PUCCH资源集合，例如以允许PUCCH资源集合的动态选择/重新配置。如所指出的，例如，可以经由下行链路控制信息(DCI)将针对HARQ反馈所选择的PUCCH资源内的一个资源用信号发送给UE。可以针对短PUCCH和长PUCCH单独完成MAC级别重新配置/选择。可以针对每个UCI类型单独完成配置。每个资源集合(或多个PUCCH资源集合)可以包括(多个)短PUCCH资源、(多个)长PUCCH资源或两者。重新配置还可以指示将用于相关联的UCI类型的PUCCH类型(短PUCCH或长PUCCH)。类似地，对于SR和CSI中的每一个，多个PUCCH资源集合可以被配置，然后经由RRC消息指示给UE。例如，对于SR和CSI中的每一个，多个上行链路控制信道(例如，PUCCH)资源集合中的一个上行链路控制信道资源集合可以由BS选择，并且BS可以经由MAC控制元素向UE指示所选择的PUCCH资源集合(或所选择的PUCCH资源)。例如，RRC消息可能相对较慢(并且可能包含相当大的信令开销)。因此，为了允许动态(例如，在连接期间或响应于网络条件的改变)，MAC控制元素可以由BS使用来向UE指示为UE配置以进行一个类型的UCI的UL传输(例如，用于进行SR、CSI或HARQ反馈的传输)的新选择的上行链路控制信道资源集合(例如，PUCCH)。DCI还可用于例如指示所选择的PUCCH资源集合内针对HARQ-ACK(HARQ反馈)的一个资源的选择。

根据一个示例实现，针对一个或多个UCI类型中的每一个，RRC消息可以用于为UL(上行链路)传输配置(例如，向UE指示)多个PUCCH资源集合。例如，RRC消息可以通过指示针对UE配置的多个PUCCH资源集合(每个或全部)的一个或多个参数来指示(或标识)针对UCI类型配置的多个PUCCH资源集合。在一个示例实现中，为UE配置的多个PUCCH资源的每个PUCCH资源集合可以包括不同的配置(例如，可以包括可以与另一PUCCH集合不同的一个或多个参数)，例如诸如以下项中的一个或多个：1)对于一个或多个PUCCH资源集合，每个集合包括来自不同PRB的PUCCH资源(例如，可以根据实际的PUCCH负载支持PUCCH压缩)；2)对于一个或多个PUCCH资源集合，PUCCH资源集合可以包括来自不同时隙的PUCCH资源(对于CSI和SR–也可以指示SF(子帧)索引或小时隙索引)；也可以用于ACK/NACK或符号(这可以平衡不同时隙/小时隙/子帧之间的PUCCH负载或者在1个符号的短PUCCH的情况下，可以平衡针对短PUCCH保留的2个符号之间的负载)；3)对于一个或多个PUCCH资源集合，PUCCH资源集合包含PUCCH资源，PUCCH资源包括不同数目的资源元素(例如，这可以允许调整PUCCH资源大小以及相应地调整UCI码率来适应改变的无线电条件)；4)对于一个或多个PUCCH资源集合，基站(BS)也可以改变资源集合/分配的周期性(例如，基于实际数据传输曲线)；5)对于一个或多个PUCCH资源集合，BS还可以更改从UE反馈给BS的UCI的内容/格式，例如CSI报告模式或HARQ-ACK反馈的类型(例如，基于传输块或代码块的反馈、HARQ-ACK比特的捆绑、HARQ-ACK码本的大小(即，HARQ-ACK比特的数量)或UCI格式中的其他更改)；6)PUCCH资源集合中的不同资源可以与不同的CSI报告模式或HARQ-ACK内容相关联。

根据一个示例实现，用于UE的多个PUCCH资源集合的RRC配置还可包括PUCCH资源的默认集合，在UE接收到提供多个PUCCH资源集合(例如，以及默认PUCCH资源集合的指示)的RRC消息之后以及在UE已接收到MAC控制元素(指示针对UCI类型的上行链路传输所选择的PUCCH资源集合)之前，默认集合可被UE用于向BS发送上行链路控制信息(UCI)(用于传输诸如SR、CSI或HARQ反馈的上行链路控制信息)。因此，例如，在完成RRC配置之后(但是在由BS进行第一MAC级别的重新配置之前)，UE可以使用默认PUCCH参数集合来发送UCI，默认PUCCH参数集合可以指示针对UE的多个PUCCH资源集合(或其他信号或消息)。备选地，UE可以使用小区特定的资源，直到第一MAC级别的重新配置被UE接收。该方法可以用于例如HARQ-ACK或其他类型的UCI。例如，在任何MAC CE(MAC控制元素或第一消息)被UE接收之前，第一PUCCH资源集合(例如，经由RRC指示的针对UE的4个PUCCH资源集合中)可以用作默认PUCCH资源集合，并且该PUCCH资源集合可以由MAC CE(第二消息)改变或重新配置。默认PUCCH资源集合(经由RRC针对UE配置的多个PUCCH资源集合中)可以用于任何或所有UCI类型，例如，第一默认PUCCH资源/资源集合(四个PUCCH资源集合中的第一集合)被UE用于传输SR；第二默认PUCCH资源/资源集合(第二多个资源/资源集合中)被UE用于传输CSI；以及第三默认PUCCH资源集合(四个PUCCH资源集合中的第三集合)被UE用于传输HARQ ACK(HARQ反馈)。因此，例如，如果默认(例如，第一)资源集合足够，则可能不需要发送任何MAC CE来改变所选择的PUCCH资源集合。因此，例如，例如基于PUCCH情况的动态变化，BS可以向UE发送MAC控制元素(CE)来改变所选择的PUCCH资源来进行UCI的传输。

根据一个示例实现，当周期性PUCCH资源的利用减少时，BS可以将PUCCH资源压缩成更少的PRB(以具有更多的资源可用于PUSCH数据)。例如，BS可以选择具有4个短PUCCH的PUCCH资源；例如，或具有较少PRB/资源的资源集合，从而将PUCCH资源压缩地更加紧凑。例如，如果不需要或不使用大型HARQ反馈资源，则可能无需分配它们。例如，在某些情况下，可能期望为HARQ ACK分配尽可能少的PUCCH资源，并且允许为UL数据提供更多资源。并且，随着网络条件可能改变，BS可以分配具有更多资源(例如，更多PRB或更多子载波)的PUCCH资源集合(例如，通过向UE发送指示新的PUCCH资源集合的新的MAC CE)，例如以允许UE发送更多的HARQ反馈，或者使用链路适配来为HARQ反馈提供更鲁棒的调制/编码速率，因为例如这通常可能需要更多的PUCCH资源来发送相同量的HARQ反馈。因此，BS可以基于变化的网络条件向UE发送新的MAC控制元素，来标识具有可以基于网络条件进行调整的配置(例如，更多资源或更少资源、长PUCCH或短PUCCH或其他参数)的新的PUCCH资源。另一方面，如果控制信道负载在某些PRB上(在相邻小区中)增加，则BS可以重新布置PUCCH UE/PRB(以保持干扰水平合理)。而且，例如，BS还可以在不同时隙/小时隙或为短PUCCH保留的符号之间平衡PUCCH负载。

根据一个示例实现，BS和/或UE的操作可以包括多个阶段部分，例如以下阶段部分中的一个或多个：

1)配置，小区公共部分(例如，配置小区特定的UL控制信令空间，小区特定的UL控制信令空间的一部分可以分配给每个UE)：这为不同的控制信令类型/信道单独提供了用于UL控制信令的逻辑信道空间。这可以基于诸如RRC的高层信令来完成。可以存在针对PUCCH资源所处的小区的公共配置，并且每个UE均可以被赋予PUCCH资源的子集。BS将为PUCCH信号分配小区特定的资源空间。

2)配置，UE专用部分：为不同的控制信令类型(诸如，SR、HARQ-ACK、周期性CSI)单独提供(多个)资源集合，这些不同的UCI通常具有不同的资源，以在许多情况下避免冲突。配置还可能包括在已经完成RRC配置时待使用的默认信道。配置还可以包括其他参数，诸如，周期性、与发射(Tx)功率相关的参数等。这可以基于诸如RRC的更高层信令来完成。例如，BS可以针对UCI类型(例如，针对HARQ(ACK)反馈)为每个UE选择4个(UE特定的)PUCCH资源集合(例如，选择各自具有4个资源的4个集合)。例如，BS可以向UE发送无线电资源控制(RRC)消息，以指示针对UCI传输类型，为UE配置的多个PUCCH资源集合(例如，其中这些PUCCH资源集合中的一个PUCCH资源集合可以由UE使用来进行UCI传输，作为被选择由UE使用进行UCI传输并经由MAC控制元素指示给UE的默认PUCCH资源集合或所选择的PUCCH资源集合)。

3)动态操作：UE接收包括MAC控制元素(MAC CE)的PDSCH(物理下行链路共享信道)，MAC控制元素可以指示针对UE类型的UCI传输将被UE使用的所选择的PUCCH资源集合。因此，例如，在部分2)中，BS可以使用RRC信令为每个UCI类型配置多个可能的PUCCH资源集合/PUCCH配置的参数，然后在部分3)中，BS可以通过在PDSCH上向UE发送MAC CE来动态地选择针对UCI类型的一个PUCCH配置/PUCCH资源。单个MAC CE可以涉及一个或多个UCI类型和对应的(多个)PUCCH资源集合。

下面的表1-表3指示用于SR(表1)、CSI(表2)和HARQ反馈(表3)的示例多个(例如，四个)PUCCH资源集合的不同配置。每个表包括可以被更改或改变以为UE提供(多个)PUCCH资源集合(或资源集合)组的参数的示例，参数可以适应不同的网络条件(例如，包括短PUCCH和长PUCCH二者，以及其他各种参数)。BS可以然后例如基于网络条件或其他因素或标准来选择多个(例如，四个)PUCCH资源集合中的一个PUCCH资源集合。因此，例如，下面的表1-表3示出了如何使用MAC CE来重新配置PUCCH资源的各个方面的一些可能示例(例如，选择针对UE的四个已配置PUCCH资源集合中的不同PUCCH资源集合)。在以下示例中，对于每种情况(SR、CSI和HARQ反馈)，多个(或一组)PUCCH资源包括四个不同的PUCCH资源配置(四个不同的PUCCH资源集合，每个集合具有不同的资源配置)。根据一个示例实现，针对UE的四个经配置的PUCCH资源集合中的每一个的一个或多个参数可以经由RRC信令来配置或指示，然后MAC CE被用于选择应用PUCCH资源集合(或PUCCH资源配置)中的哪一个(指示UE应使用哪个PUCCH资源集合/资源配置来传输所指示的UCI类型)。

每个表列出了可以描述用于不同PUCCH资源集合/资源配置的PUCCH资源的示例配置参数集合，示例配置参数集合包括以下示例参数中的一个或多个(这些仅仅是一些示例参数，而其他参数可以用于资源集合/资源配置)：

PUCCH(物理上行链路控制信道)类型，如短PUCCH或长PUCCH。

物理资源块(PRB)的数目——这可以指示PUCCH资源的大小。

对起始物理资源块的指示，例如可以对应于PUCCH资源的频率位置。

PRB内的资源的指示——这可能与PRB内的码分复用(CDM)或频分复用(FDM)有关。CDM使用可以包括例如不同的循环移位和/或正交覆盖码。

PUCCH的周期性和时隙偏移。

PUCCH的持续时间。

用于PUCCH的信道状态信息(CSI)报告模式——指示将由UE使用的CS报告模式经由PUCCH来报告CSI。

PUCCH的最大有效载荷。

时隙内的定时-例如，短PUCCH可以覆盖时隙的最后一个符号和/或倒数第二个符号，或者两者。

表1.用于调度请求(SR)的四个PUCCH资源集合(或资源配置)的示例性集合：

表2.用于信道状态信息(CSI)的四个PUCCH资源集合(或PUCCH资源配置)的示例性集合：

表3.用于HARQ-ACK反馈的四个PUCCH资源集合(或PUCCH资源配置)的示例性集合：

图4是图示根据一个示例实现的在周期性上行链路控制信道资源上的上行链路控制信息报告的信号图。在图4中，BS(gNB)410与UE(用户设备)412通信。在414处，BS配置用于PUCCH资源的小区公共参数，例如，针对PUCCH资源的小区资源空间被配置。

在416处，例如，BS 410向UE 412发送指示用于PUCCH的小区公共参数或小区特定资源空间的消息。这可以例如作为系统信息的一部分或使用RRC信令来完成。在某些情况下，操作416可以组合到操作420中或与操作420结合。

在418处，BS 410确定用于UE 412的多个上行链路控制信道(例如，PUCCH)资源集合，这可以包括利用相关联的UCI报告模式来配置用于PUCCH资源的UE专用参数。UCI报告模式可以包括可用于报告不同的上行链路控制信息的不同模式或格式，对于CSI可以包括不同的CSI报告模式，并且对于HARQ反馈可以包括不同的HARQ反馈格式(例如，HARQ反馈的1比特或2比特)和/或HARQ反馈是否基于传输块、基于代码块组以及选择了哪个HARQ ACK/NACK捆绑选项等。

在420处，BS 410向UE 412发送指示所配置的多个PUCCH资源集合的消息(例如，RRC消息)，例如消息可以包括用于多个PUCCH资源集合的一个或多个参数的指示。在420处的消息或信令还可以指示默认的PUCCH资源集合(例如，UE 412可以使用默认的PUCCH资源集合向BS 410传输UCI，直到UE 412接收到PUCCH资源集合/PUCCH资源配置的后续选择)。指示可以是隐式的(例如，在420处包含在消息中的第一配置)或显式的。作为例示性示例，在一些示例实现中，默认资源集合(可以包括默认PUCCH资源集合内的默认资源)的使用可以跳过或可以被省略。

在422处，UE 412确定用于多个PUCCH资源集合的PUCCH配置和/或参数(可以包括确定相关联的UCI报告模式和/或确定默认的PUCCH资源集合)。

在424处，UE可以经由默认PUCCH资源集合和相关联的报告模式来发送UCI(上行链路控制信息)。

在426处，BS 410选择一个(或另一)PUCCH资源集合(经由420处的消息指示给UE的多个PUCCH资源集合中)。在428处，BS 410可以发送消息(例如，MAC控制元素)，该消息指示所选择的PUCCH资源集合(所选择的PUCCH资源配置或其(多个)参数)。

在430处，UE 412接收或确定所选择的PUCCH资源集合和相关联的UCI报告模式。

在432处，UE 412可以经由所选择的PUCCH资源集合和相关联的报告模式向BS 410发送UCI。

图5是图示根据一个示例实现的在上行链路控制信道资源上的HARQ反馈报告的信号图。在图5中，BS(gNB)410与UE(用户设备)412通信。在510处，BS 410配置用于PUCCH资源的小区公共参数，例如，针对PUCCH资源的小区的资源空间被配置。

在512处，例如，BS 410向UE 412发送指示用于PUCCH的小区公共参数或小区特定资源空间的消息。

在514处，BS 410为UE 412确定/配置多个上行链路控制信道(例如，PUCCH)资源，用于HARQ反馈(包括相关联的HARQ反馈模式/配置)。例如，HARQ反馈模式/配置可以包括不同的HARQ反馈格式(例如，HARQ反馈的1比特或2比特)和/或HARQ反馈是否基于传输块、基于码块组以及选择哪个HARQ ACK/NACK捆绑选项等。

在516处，BS 410向UE 412发送消息(例如，RRC消息)，消息指示针对HARQ反馈(例如，包括HARQ反馈模式/配置)的经配置的多个PUCCH资源集合。而且，在一个示例实现中，在516处的消息或信令还可以指示针对HARQ反馈的默认PUCCH资源集合(例如，UE 412可以使用默认PUCCH资源集合来将HARQ反馈传输到BS 410，直到UE 412接收到针对HARQ反馈的随后选择的PUCCH资源集合/PUCCH资源配置)。指示可以是隐式的(例如，在516处消息中包含的第一配置)或显式的。通过例示性示例，在一些示例实现中，默认资源集合的使用可以被跳过或可以被省略。

在518处，UE确定用于HARQ反馈的多个(经配置的)PUCCH资源集合以及针对每个经配置的PUCCH资源集合的任何相关联的HARQ反馈模式或配置。这基于512和516处的消息完成。

在521处，BS 410可以经由下行链路控制信息(DCI)向UE 412发送为UE选择的用于HARQ反馈PUCCH资源集合内的一个资源的选择的指示。因此，尽管在516处的消息(RRC消息)指示针对HARQ反馈，为UE配置的多个PUCCH资源集合(可以包括针对HARQ反馈的默认PUCCH资源集合)，但是在521处经由消息的DCI可以指示默认PUCCH资源集合中应当由UE使用来报告HARQ反馈的选定或默认资源(例如，默认PUCCH资源集合内的5个资源中，指示将资源1用于HARQ反馈的DCI信息)。在522处，UE 412确定在所选择的PUCCH资源集合中应当用于HARQ反馈的选定或默认PUCCH资源。

在524处，UE 412在针对HARQ反馈的默认PUCCH资源集合内所指示的资源上(在521处指示)发送HARQ反馈。

在526处，BS 410可以例如基于对一个或多个网络条件的改变来选择另一(例如，不同的)PUCCH资源集合(针对HARQ反馈的多个PUCCH资源集合中)。在528处，BS 410发送消息(例如，MAC控制元素)来向UE 412指示用于HARQ反馈的新选择的PUCCH资源集合。在528处的消息可以包含在具有相关联的DCI的PDSCH上。BS 410可以经由DCI来指示在用于HARQ反馈的默认PUCCH资源集合内所选择的资源。UE 412可以针对消息，经由来自多个PUCCH资源集合中的默认PUCCH资源集合内的资源将HARQ反馈发送到BS 410。

在534处，UE 412可以基于528处的(MAC CE)消息来确定用于HARQ反馈的新选择的PUCCH资源集合。

在536处，BS 410可以创建具有关联的DCI的PDSCH，然后选择新的PUCCH资源。在538处，BS可以发送针对HARQ反馈的新PUCCH资源集合内指示新选择的资源的DCI。在540处，UE 412可以从新选择的PUCCH资源集合确定PUCCH资源，并且使用所选择的HARQ反馈配置来确定HARQ反馈。在542处，UE 412可以经由来自多个PUCCH资源集合的新选择的PUCCH资源集合内的新资源，向BS发送HARQ反馈。

通过例示性示例，一些示例优点可以包括：

1)可以减少UE和BS之间的RRC(无线电资源控制)信令的量，这可以提供更少的控制信令开销。

2)尽管改变了网络负载或干扰，但是PUCCH容量可以在不同的时隙/符号/PRB之间平均分配，这可以减少UL(上行链路)控制信令开销。

3)由于gNB/BS可以以动态方式(例如，基于更快的MAC CE消息和/或在不涉及或不依赖慢速/昂贵的RRC重新配置消息的情况下)减少某些PRB上的PUCCH负载，因此PUCCH操作更加鲁棒。

4)在无需RRC信令的情况下，UE特定的PUCCH配置可以被适配用于变化的网络条件(例如，变化的网络负载、干扰状况、无线电状况、UE的数量)。

5)可以降低实现的复杂度。

示例1：图6是图示根据一个示例实现的基站的操作的流程图。操作610包括由基站确定多个上行链路控制信道资源集合，该多个上行链路控制信道资源集合用于一个类型的上行链路控制信息的上行链路传输，每个上行链路控制信道资源集合具有资源配置。操作620包括由基站向用户设备发送第一消息，第一消息指示多个上行链路控制信道资源集合。操作630包括由基站选择所述多个上行链路控制信道资源集合中的一个上行链路控制信道资源。操作640包括由基站向用户设备发送与第一消息不同的第二消息，第二消息指示选择的用于一个类型的上行链路控制信息的上行链路传输的上行链路控制信道资源集合。操作650包括由基站经由所选择的上行链路控制信道资源集合从用户设备接收上行链路控制信息。

示例2：根据示例1的示例实现，其中每个上行链路控制信道资源集合具有不同的资源配置。

示例3：根据示例1至2中任一项的示例实现，其中多个上行链路控制信道资源集合中的每个集合包括一个或多个资源。

示例4：根据示例1至3中任一项的示例实现，其中确定包括：由基站针对多个类型的上行链路控制信息中的每种类型的上行链路控制信息确定多个物理上行链路控制信道(PUCCH)资源集合。

示例5：根据示例1至4中任一项的示例实现，其中指示多个上行链路控制信道资源集合的第一消息包括指示针对多个上行链路控制信道资源集合中的每个集合的一个或多个参数的信息，其中每个集合的参数中的一个参数包括物理上行链路控制信道(PUCCH)格式(例如，短PUCCH或长PUCCH)。

示例6：根据示例1至5中任一项的示例实现，其中上行链路控制信息的类型包括以下一项或多项：调度请求(SR)；包括信道质量指示符(CQI)、预编码矩阵指示符(PMI)和秩指示(RI)中的一个或多个的信道状态信息(CSI)；以及混合自动重复请求(HARQ)确认(ACK)-否定确认(NACK)(HARQ信令)。

示例7：根据示例1至6中任一项的示例实现，其中第二消息还指示以下中的一个或多个：信道状态信息(CSI)报告模式，用户设备使用信道状态信息(CSI)报告模式来经由选择的上行链路控制信道资源集合报告CSI；以及混合自动重复请求(HARQ)反馈格式，用户设备使用混合自动重复请求(HARQ)反馈格式来经由选择的上行链路控制信道资源集合发送HARQ反馈，该混合自动重复请求(HARQ)反馈格式包括指示HARQ比特的数目和HARQ反馈捆绑方法中的至少一项。

示例8：根据示例1至7中任一项的示例实现，其中多个上行链路控制信道资源集合中的每个集合与以下中的一个或多个相关联：信道状态信息(CSI)报告模式，用户设备使用信道状态信息(CSI)报告模式来经由选择的上行链路控制信道资源集合报告CSI；以及混合自动重复请求(HARQ)反馈格式，用户设备使用混合自动重复请求(HARQ)反馈格式来经由选择的上行链路控制信道集合发送HARQ反馈，混合自动重复请求(HARQ)反馈格式包括指示HARQ比特的数目和HARQ反馈捆绑方法中的至少一项。

示例9：根据示例1至8中任一项的示例实现，其中第一消息包括无线电资源控制(RRC)消息，无线电资源控制(RRC)消息指示针对多个上行链路控制信道资源集合中的每个上行链路控制信道资源集合的一个或多个参数。

示例10：根据示例1至9中任一项的示例实现，其中多个上行链路控制信道资源集合中的每一个包括以下至少一项：持续或半持续物理上行链路控制信道(PUCCH)资源和周期性的PUCCH资源。

示例11：根据示例1至10中任一项的示例实现，其中第一消息指示针对多个上行链路控制信道资源集合中的每个上行链路控制信道资源集合的一个或多个参数，一个或多个参数包括以下参数中的一个或多个：PUCCH(物理上行链路控制信道)类型为短PUCCH或长PUCCH；物理资源块(PRB)的数目；起始物理资源块的指示；PRB内的资源的指示；周期性和时隙偏移；持续时间；信道状态信息(CSI)报告模式；以及最大有效载荷。

示例12：根据示例1至11中任一项的示例实现，其中第二消息包括经由物理下行链路共享信道(PDSCH)提供的媒体访问控制(MAC)控制元素。

示例13：根据示例1至12中任一项的示例实现，其中第一消息还指示多个上行链路控制信道资源集合中的默认上行链路控制信道资源集合，其中默认上行链路控制信道资源集合将用于在用户设备接收第二消息之前所述类型的上行链路控制信息从用户设备向基站的上行链路传输；其中方法进一步包括：在用户设备已接收到指示所选择的上行链路控制信道资源集合的第二消息之前，由基站经由默认上行链路控制信道资源集合从用户设备接收上行链路控制信息。

示例14：根据示例1至13中任一项的示例实现，其中选择由基站基于网络条件来执行。

示例15：根据示例1至14中任一项的示例实现，其中选择由基站基于以下至少一项来执行：基站与用户设备之间的无线电信道状况；基站缓冲器中用于传输给用户设备的数据的量；以及小区或网络中的活动用户设备数目。

示例16：根据示例1至15中任一项的示例实现，还包括：由基站检测网络条件；其中选择包括：基站基于所检测的网络条件，选择多个上行链路控制信道资源集合中的一个上行链路控制信道资源集合，以基于所检测的网络条件，对由用户设备使用来向基站进行上行链路控制信息的上行链路传输的所选择的上行链路控制信道资源集合进行动态适配。

示例17：根据示例1至16中任一项的示例实现，其中上行链路控制信息的类型包括混合自动重复请求(HARQ)确认(ACK)-否定确认(NACK)(HARQ信令)；其中方法还包括：由基站向用户设备发送下行链路控制信息，下行链路控制信息指示选择的上行链路控制信道资源集合的选择的用于内针对HARQ信令的上行链路传输所选择的资源。

示例18：图7是图示根据一个示例实现的用户设备(UE)的操作的流程图。操作710包括由用户设备从基站接收第一消息，第一消息指示用于一个类型的上行链路控制信息的上行链路传输的多个上行链路控制信道资源集合，每个上行链路控制信道资源集合具有资源配置。操作720包括由用户设备从基站接收不同于第一消息的第二消息，第二消息指示多个上行链路控制信道资源集合中用于一个类型的上行链路控制信息的上行链路传输所选择的上行链路控制信道资源集合。并且，操作730包括由用户设备经由所选择的上行链路控制信道资源集合向基站发送上行链路控制信息。

示例19：根据示例18的示例实现，其中每个上行链路控制信道资源集合具有不同的资源配置。

示例20：根据示例18至19中任一项的示例实现，其中多个上行链路控制信道资源集合中的每个集合包括一个或多个资源。

示例21：根据示例18至20中任一项的示例实现，其中多个上行链路控制信道资源集合包括针对多个类型的上行链路控制信息中的每一个的多个物理上行链路控制信道(PUCCH)资源集合。

示例22：根据示例18至21中任一项的示例实现，其中指示多个上行链路控制信道资源集合的第一消息包括指示用于多个上行链路控制信道资源集合中的每个集合的一个或多个参数的第一消息，其中每个集合的参数中的一个参数包括物理上行链路控制信道(PUCCH)格式(例如，短PUCCH或长PUCCH)。

示例23：根据示例18至22中任一项的示例实现，其中上行链路控制信息的类型包括以下一项或多项：调度请求(SR)；包括信道质量指示符(CQI)、预编码矩阵指示符(PMI)和秩指示(RI)中的一个或多个的信道状态信息(CSI)；以及混合自动重复请求(HARQ)确认(ACK)-否定确认(NACK)(HARQ信令)。

示例24：根据示例18至23中任一项的示例实现，其中第二消息还指示以下一个或多个：信道状态信息(CSI)报告模式，用户设备使用信道状态信息(CSI)报告模式来经由选择的上行链路控制信道资源集合报告CSI；混合自动重复请求(HARQ)反馈格式，用户设备使用混合自动重复请求(HARQ)反馈格式来经由选择的所述上行链路控制信道资源集合发送HARQ反馈，混合自动重复请求(HARQ)反馈格式包括指示HARQ比特的数目和HARQ反馈捆绑方法中的至少一项。

示例25：根据示例18至24中任一项的示例实现，其中多个上行链路控制信道资源集合中的每个集合与以下一个或多个相关联：信道状态信息(CSI)报告模式，用户设备使用所述信道状态信息(CSI)报告模式来经由选择的上行链路控制信道资源集合报告CSI；混合自动重复请求(HARQ)反馈格式，用户设备使用所述混合自动重复请求(HARQ)反馈格式来经由选择的上行链路控制信道集合发送HARQ反馈，混合自动重复请求(HARQ)反馈格式包括指示HARQ比特的数目和HARQ反馈捆绑方法中的至少一项。

示例26：根据示例18至25中任一项的示例实现，其中第一消息包括无线电资源控制(RRC)消息，无线电资源控制(RRC)消息指示用于多个上行链路控制信道资源集合中的每个上行链路控制信道资源集合的一个或多个参数。

示例27：根据示例18至26中任一项的示例实现，其中多个上行链路控制信道资源集合中的每一个包括以下至少一项：持续或半持续物理上行链路控制信道(PUCCH)资源和周期性的PUCCH资源。

示例28：根据示例18至27中任一项的示例实现，其中第一消息指示用于多个上行链路控制信道资源集合中的每个上行链路控制信道资源集合的一个或多个参数，一个或多个参数包括以下参数中的一个或多个：PUCCH(物理上行链路控制信道)类型为短PUCCH或长PUCCH；物理资源块(PRB)的数目；起始物理资源块的指示；PRB内的资源的指示；周期性和时隙偏移；持续时间；信道状态信息(CSI)报告模式；以及最大有效载荷。

示例29：根据示例18至28中任一项的示例实现，其中第二消息包括经由物理下行链路共享信道(PDSCH)提供的媒体访问控制(MAC)控制元素。

示例30：根据示例18至29中任一项的示例实现，其中第一消息还指示多个上行链路控制信道资源集合中的默认上行链路控制信道资源集合，其中默认上行链路控制信道资源集合将用于在用户设备接收第二消息之前所述类型的上行链路控制信息从用户设备到基站的上行链路传输；其中方法进一步包括：在用户设备已接收到指示所选择的上行链路控制信道资源集合的第二消息之前，由用户设备经由默认上行链路控制信道资源集合向基站发送上行链路控制信息。

示例31：根据示例18至30中任一项的示例实现，其中选择基于网络条件来执行，使得由基站基于网络条件来动态地调整所选择的上行链路控制信道资源集合的配置。

示例32：根据示例18至31中任一项的示例实现，其中网络条件包括以下至少一项：基站与用户设备之间的无线电信道条件；基站缓冲器中用于传输给用户设备的数据的量；以及小区或网络中的活动用户设备数目。

示例33：根据示例18至32中任一项的示例实现，其中上行链路控制信息的类型包括混合自动重复请求(HARQ)确认(ACK)-否定确认(NACK)(HARQ信令)；其中方法还包括：由用户设备从基站接收下行链路控制信息，下行链路控制信息指示选择的上行链路控制信道资源集合内的、选择的用于所述HARQ信令的上行链路传输的资源。

示例34：一种装置，包括用于执行示例1至33中任一项的方法的部件。

示例35：一种装置，包括至少一个处理器和至少一个存储器，至少一个存储器包括计算机指令，当计算机指令由至少一个处理器执行时，使得装置执行根据示例1至33中任一项的方法。

示例36：一种装置，包括计算机程序产品，计算机程序产品包括存储可执行代码的非暂时性计算机可读存储介质，可执行代码在由至少一个数据处理装置执行时被配置为使得至少一个数据处理装置执行根据示例1至33中任一项的方法。

图8是根据一个示例实现的无线站(例如，AP、BS、中继节点、eNB、UE或用户设备)1000的框图。无线站1000可以包括例如一个或两个RF(射频)或无线收发器1002A、1002B，其中每个无线收发器包括发射信号的发射器和接收信号的接收器。无线站还包括用于执行指令或软件并控制信号的发射和接收的处理器或控制单元/实体(控制器)1004，以及用于存储数据和/或指令的存储器1006。

处理器1004还可以做出判定或确定、生成用于传输的帧、分组或消息、对所接收的帧或消息进行解码以进行进一步处理以及本文所述的其他任务或功能。例如可以是基带处理器的处理器1004可以生成消息、分组、帧或其他信号，以经由无线收发器1002(1002A或1002B)进行传输。处理器1004可以控制信号或消息通过无线网络的传输，并且可以控制信号或消息经由无线网络的接收等(例如，在被无线收发器1002下转换之后)。处理器1004可以是可编程的并且能够执行存储器或其他计算机介质上存储的软件或其他指令来执行上述各种任务和功能(例如，上述任务或方法中的一个或多个)。处理器1004可以是(或可以包括)例如硬件、可编程逻辑、执行软件或固件的可编程处理器和/或其任何组合。使用其他术语，例如处理器1004和收发器1002一起可以被认为是无线发射器/接收器系统。

附加地，参考图8，控制器(或处理器)1008可以执行软件和指令，并且可以为站1000提供总体控制，并且可以为图8中未示出的其他系统提供控制(例如，控制输入/输出设备(例如，显示器、小键盘))和/或可执行可在无线站1000上提供的一个或多个应用的软件(例如，电子邮件程序、音频/视频应用程序、文字处理器、IP语音应用程序或其他应用程序或软件)。

附加地，可以提供包括所存储的指令的存储介质，当所存储的指令由控制器或处理器执行时，可以使得处理器1004或其他控制器或处理器执行上述功能或任务中的一个或多个。

根据另一示例实现，(多个)RF或无线收发器1002A/1002B可以接收信号或数据和/或发射或发送信号或数据。处理器1004(以及可能的收发器1002A/1002B)可以控制RF或无线收发器1002A或1002B来接收、发送、广播或发射信号或数据。

然而，实施例不限于作为示例给出的系统，而是本领域技术人员可以将解决方案应用于其他通信系统。合适的通信系统的另一示例是5G概念。假定5G中的网络架构将与高级LTE的十分相似。5G可以使用多输入–多输出(MIMO)天线、比LTE(所谓的小型小区概念)多得多的基站或节点(包括与小基站协作运行的宏站点，也许还采用了各种无线电技术来实现更好的覆盖范围并提高数据速率)。

应当理解，未来的网络将最有可能利用网络功能虚拟化(NFV)，网络功能虚拟化是提出将网络节点功能虚拟化为可在操作上连接或链接在一起以提供服务的“构件块”或实体的网络架构概念。虚拟化网络功能(VNF)可以包括使用标准或通用类型服务器而非自定义硬件运行计算机程序代码的一个或多个虚拟机。也可以利用云计算或数据存储。在无线电通信中，这可能意味着可以在可操作地耦合到远程无线电报头的服务器、主机或节点中至少部分地执行节点操作。节点操作也可以分布在多个服务器、节点或主机之间。还应理解，核心网络操作和基站操作之间的劳务分配可能不同于LTE的劳务分配，或者甚至不存在。

本文描述的各种技术的实现可以以数字电子电路或以计算机硬件、固件、软件或它们的组合来实现。可以将实现实施为计算机程序产品，即，有形地体现在信息载体中(例如，机器可读存储设备中或传播的信号中)，以由数据处理装置(例如，可编程处理器、计算机或多个计算机)执行或控制数据处理装置的操作的计算机程序。也可以在计算机可读介质或计算机可读存储介质上提供实现，计算机可读介质或计算机可读存储介质可以是非暂时性介质。各种技术的实现还可包括经由瞬时信号或介质提供的实现，和/或可经由互联网或(多个)其他网络(有线网络和/或无线网络)下载的程序和/或软件实现。附加地，可以经由机器类型通信(MTC)并且还经由物联网(IOT)来提供实现。

计算机程序可以是源代码形式、目标代码形式或某种中间形式，并且可以存储在可以是能够承载程序的任何实体或设备的某种载体、分布介质或计算机可读介质中。这样的载体包括例如记录介质、计算机存储器、只读存储器、光电和/或电载体信号、电信信号和软件分发包。根据所需的处理能力，计算机程序可以在单个电子数字计算机中执行，或者可以分布在若干计算机中。

此外，本文描述的各种技术的实现可以使用信息物理系统(CPS)(协作控制物理实体的计算元素的系统)。CPS可以实现和利用嵌入在不同位置处的物理对象中的大量互连ICT设备(传感器、致动器、处理器微控制器等)。其中涉及的物理系统具有固有的移动性的移动网络物理系统是信息物理系统的子类别。移动物理系统的示例包括由人类或动物运输的移动机器人和电子设备。智能手机的普及率增加了对信息物理系统领域的兴趣。因此，可以经由这些技术中的一个或多个来提供本文描述的技术的各种实现。

诸如上述(多个)计算机程序的计算机程序可以以任何形式的编程语言(包括编译或解释语言)来编写并且可以以任何形式(包括作为独立程序或适用于计算环境的模块、组件、子例程或其他单元或其一部分)进行部署。计算机程序可以被部署为在一个站点处的一个计算机或多个计算机上执行，或分布在多个站点上并通过通信网络互连。

方法步骤可以由执行计算机程序或计算机程序部分的一个或多个可编程处理器来执行，以通过对输入数据进行操作并生成输出来执行功能。方法步骤也可以由专用逻辑电路执行，并且装置可以被实现为专用逻辑电路(例如，FPGA(现场可编程门阵列)或ASIC(专用集成电路))。

例如，适用于执行计算机程序的处理器包括通用和专用微处理器，以及任何种类的数字计算机、芯片或芯片组的任一个或多个处理器。通常，处理器将从只读存储器或随机存取存储器或两者接收指令和数据。计算机的元件可以包括用于执行指令的至少一个处理器和用于存储指令和数据的一个或多个存储设备。通常，计算机还可包括或可操作地耦合以从用于存储数据的一个或多个大容量存储设备(例如，磁性、磁光盘或光盘)接收数据或将数据传输到一个或多个大容量存储设备或两者。适用于体现计算机程序指令和数据的信息载体包括所有形式的非易失性存储器(包括例如半导体存储器设备，例如EPROM、EEPROM和闪存设备)；磁盘(例如，内部硬盘或可移动磁盘)；磁光盘；以及CD ROM和DVD-ROM盘。处理器和存储器可以由专用逻辑电路补充或并入专用逻辑电路。

为了提供与用户的交互，可以在具有显示设备(例如，阴极射线管(CRT)或液晶显示器(LCD)监视器)的计算机上实现实施方式，以向用户和用户接口(例如，键盘和指示设备、例如鼠标或轨迹球)显示信息，用户可以借助用户接口向计算机提供输入。其他种类的设备也可以用于提供与用户的交互。例如，提供给用户的反馈可以是任何形式的感觉反馈(例如，视觉反馈、听觉反馈或触觉反馈)；并且可以以任何形式(包括声音、语音或触觉输入)接收来自用户的输入。

可以在包括后端组件(例如，作为数据服务器)或者包括中间件组件(例如，应用服务器)或者包括前端组件(例如，具有用户可以借助其来与实现进行交互的图形用户界面或Web浏览器的客户端计算机)或此类后端、中间件或前端组件的任意组合的计算系统中实现实施方式。组件可以通过数字数据通信的任何形式或介质(例如，通信网络)互连。通信网络的示例包括局域网(LAN)和广域网(WAN)(例如，因特网)。

尽管已如本文中所描述的那样描述了所描述的实现的某些特征，但是本领域技术人员现在将设想许多修改、替换、改变和等效方案。因此，应理解，所附权利要求书旨在涵盖落入各种实施例的真实精神内的所有此类修改和改变。

一些示例缩写的列表：

Claims (36)

1.一种方法，包括：

由基站确定多个上行链路控制信道资源集合，所述多个上行链路控制信道资源集合用于一个类型的上行链路控制信息的上行链路传输，每个上行链路控制信道资源集合具有资源配置；

由所述基站向用户设备发送第一消息，所述第一消息指示所述多个上行链路控制信道资源集合；

由所述基站选择所述多个上行链路控制信道资源集合中的一个上行链路控制信道资源集合；

由所述基站向所述用户设备发送与所述第一消息不同的第二消息，所述第二消息指示选择的用于一个类型的上行链路控制信息的上行链路传输的所述上行链路控制信道资源集合；以及

由所述基站经由选择的所述上行链路控制信道资源集合从所述用户设备接收上行链路控制信息。

2.根据权利要求1所述的方法，其中每个上行链路控制信道资源集合具有不同的资源配置。

3.根据权利要求1至2中任一项所述的方法，其中所述多个上行链路控制信道资源集合中的每个集合包括一个或多个资源。

4.根据权利要求1至3中任一项所述的方法，其中所述确定包括：

由所述基站针对多个类型的上行链路控制信息中的每种类型的上行链路控制信息确定多个物理上行链路控制信道(PUCCH)资源集合。

5.根据权利要求1至4中任一项所述的方法，其中指示所述多个上行链路控制信道资源集合的所述第一消息包括指示针对所述多个上行链路控制信道资源集合中的每个集合的一个或多个参数的信息，其中每个集合的所述参数中的一个参数包括作为短PUCCH或长PUCCH的物理上行链路控制信道(PUCCH)格式。

6.根据权利要求1至5中任一项所述的方法，其中所述类型的上行链路控制信息包括以下中的一个或多个：

调度请求(SR)；

信道状态信息(CSI)，包括信道质量指示符(CQI)、预编码矩阵指示符(PMI)和秩指示(RI)中的一个或多个；以及

混合自动重复请求(HARQ)确认(ACK)-否定确认(NACK)(HARQ信令)。

7.根据权利要求1至6中任一项所述的方法，其中所述第二消息还指示以下中的一个或多个：

信道状态信息(CSI)报告模式，所述用户设备使用所述信道状态信息(CSI)报告模式来经由选择的所述上行链路控制信道资源集合报告CSI；

混合自动重复请求(HARQ)反馈格式，所述用户设备使用所述混合自动重复请求(HARQ)反馈格式来经由选择的所述上行链路控制信道资源集合发送HARQ反馈，所述混合自动重复请求(HARQ)反馈格式包括指示HARQ比特的数目和HARQ反馈捆绑方法中的至少一项。

8.根据权利要求1至7中任一项所述的方法，其中所述多个上行链路控制信道资源集合中的每个集合与以下中的一个或多个相关联：

信道状态信息(CSI)报告模式，所述用户设备使用所述信道状态信息(CSI)报告模式来经由选择的所述上行链路控制信道资源集合报告CSI；

混合自动重复请求(HARQ)反馈格式，所述用户设备使用所述混合自动重复请求(HARQ)反馈格式来经由选择的所述上行链路控制信道集合发送HARQ反馈，所述混合自动重复请求(HARQ)反馈格式包括指示HARQ比特的数目和HARQ反馈捆绑方法中的至少一项。

9.根据权利要求1至8中任一项所述的方法，其中所述第一消息包括无线电资源控制(RRC)消息，所述无线电资源控制(RRC)消息指示针对所述多个上行链路控制信道资源集合中的每个上行链路控制信道资源集合的一个或多个参数。

10.根据权利要求1至9中任一项所述的方法，其中所述多个上行链路控制信道资源集合中的每个上行链路控制信道资源集合包括以下至少之一：

持续或半持续物理上行链路控制信道(PUCCH)资源；以及

周期性PUCCH资源。

11.根据权利要求1至10中任一项所述的方法，其中所述第一消息指示针对所述多个上行链路控制信道资源集合中的每个上行链路控制信道资源集合的一个或多个参数，所述一个或多个参数包括以下参数中的一个或多个：

为短PUCCH或长PUCCH的PUCCH(物理上行链路控制信道)类型；

物理资源块(PRB)的数目；

起始物理资源块的指示；

PRB内的资源的指示；

周期性和时隙偏移；

持续时间；

信道状态信息(CSI)报告模式；以及

最大有效载荷。

12.根据权利要求1至11中任一项所述的方法，其中所述第二消息包括经由物理下行链路共享信道(PDSCH)提供的媒体访问控制(MAC)控制元素。

13.根据权利要求1至12中任一项所述的方法，其中所述第一消息还指示所述多个上行链路控制信道资源集合中的默认上行链路控制信道资源集合，其中所述默认上行链路控制信道资源集合将用于在所述用户设备接收所述第二消息之前，所述类型的上行链路控制信息从所述用户设备向所述基站的上行链路传输；

其中，所述方法还包括：

在所述用户设备已接收到指示选择的所述上行链路控制信道资源集合的所述第二消息之前，所述基站经由所述默认上行链路控制信道资源集合从所述用户设备接收上行链路控制信息。

14.根据权利要求1至13中任一项所述的方法，其中所述选择由所述基站基于网络条件来执行。

15.根据权利要求1至14中任一项所述的方法，其中所述选择由所述基站基于以下中的至少一项来执行：

所述基站与所述用户设备之间的无线电信道状况；

所述基站的缓冲器中用于传输给所述用户设备的数据的量；以及

小区或网络中的活动用户设备的数目。

16.根据权利要求1至15中任一项所述的方法，还包括：

由所述基站检测网络条件；

其中所述选择包括：

由所述基站基于所检测的网络条件，选择所述多个上行链路控制信道资源集合中的一个上行链路控制信道资源集合，以基于所检测的网络条件，对由所述用户设备使用以向所述基站进行上行链路控制信息的上行链路传输的选择的所述上行链路控制信道资源集合进行动态适配。

17.根据权利要求1至16中任一项所述的方法，其中所述类型的上行链路控制信息包括混合自动重复请求(HARQ)确认(ACK)-否定确认(NACK)(HARQ信令)；

其中所述方法还包括：

由所述基站向所述用户设备发送下行链路控制信息，所述下行链路控制信息指示选择的所述上行链路控制信道资源集合内的选择的用于所述HARQ信令的所述上行链路传输的资源。

18.一种方法，包括：

由用户设备从基站接收第一消息，所述第一消息指示用于一个类型的上行链路控制信息的上行链路传输的多个上行链路控制信道资源集合，每个上行链路控制信道资源集合具有资源配置；

由所述用户设备从所述基站接收不同于所述第一消息的第二消息，所述第二消息指示所述多个上行链路控制信道资源集合中的选择的用于一个类型的上行链路控制信息的所述上行链路传输的所述上行链路控制信道资源集合；以及

由所述用户设备经由选择的所述上行链路控制信道资源集合向所述基站发送上行链路控制信息。

19.根据权利要求18所述的方法，其中每个上行链路控制信道资源集合具有不同的资源配置。

20.根据权利要求18至19中任一项所述的方法，其中所述多个上行链路控制信道资源集合中的每个集合包括一个或多个资源。

21.根据权利要求18至20中任一项所述的方法，其中所述多个上行链路控制信道资源集合包括针对多个类型的上行链路控制信息中的每一个的多个物理上行链路控制信道资源(PUCCH)集合。

22.根据权利要求18至21中任一项所述的方法，其中指示所述多个上行链路控制信道资源集合的所述第一消息包括指示用于所述多个上行链路控制信道资源集合中的每个集合的一个或多个参数的第一信息，其中每个集合的所述参数中的一个参数包括作为短PUCCH或长PUCCH的物理上行链路控制信道(PUCCH)格式。

23.根据权利要求18至22中任一项所述的方法，其中所述类型的上行链路控制信息包括以下中的一个或多个：

调度请求(SR)；

信道状态信息(CSI)，包括信道质量指示符(CQI)、预编码矩阵指示符(PMI)和秩指示(RI)中的一个或多个；以及

混合自动重复请求(HARQ)确认(ACK)-否定确认(NACK)(HARQ信令)。

24.根据权利要求18至23中任一项所述的方法，其中所述第二消息还指示以下中的一个或多个：

信道状态信息(CSI)报告模式，所述用户设备使用所述信道状态信息(CSI)报告模式来经由选择的所述上行链路控制信道资源集合报告CSI；

混合自动重复请求(HARQ)反馈格式，所述用户设备使用所述混合自动重复请求(HARQ)反馈格式来经由选择的所述上行链路控制信道资源集合发送HARQ反馈，所述混合自动重复请求(HARQ)反馈格式包括指示HARQ比特的数目和HARQ反馈捆绑方法中的至少一项。

25.根据权利要求18至24中任一项所述的方法，其中所述多个上行链路控制信道资源集合中的每个集合与以下中的一个或多个相关联：

信道状态信息(CSI)报告模式，所述用户设备使用所述信道状态信息(CSI)报告模式来经由选择的所述上行链路控制信道资源集合报告CSI；

混合自动重复请求(HARQ)反馈格式，所述用户设备使用所述混合自动重复请求(HARQ)反馈格式来经由选择的所述上行链路控制信道集合发送HARQ反馈，所述混合自动重复请求(HARQ)反馈格式包括指示HARQ比特的数目和HARQ反馈捆绑方法中的至少一项。

26.根据权利要求18至25中任一项所述的方法，其中所述第一消息包括无线电资源控制(RRC)消息，所述无线电资源控制(RRC)消息指示用于所述多个上行链路控制信道资源集合中的每个上行链路控制信道资源集合的一个或多个参数。

27.根据权利要求18至26中任一项所述的方法，其中所述多个上行链路控制信道资源集合中的每个上行链路控制信道资源集合包括以下至少之一：

持续或半持续物理上行链路控制信道(PUCCH)资源；以及

周期性PUCCH资源。

28.根据权利要求18至27中的任一项所述的方法，其中所述第一消息指示用于所述多个上行链路控制信道资源集合中的每个上行链路控制信道资源集合的一个或多个参数，所述一个或多个参数包括以下参数中的一个或多个：

为短PUCCH或长PUCCH的PUCCH(物理上行链路控制信道)类型；

物理资源块(PRB)的数目；

起始物理资源块的指示；

PRB内的资源的指示；

周期性和时隙偏移；

持续时间；

信道状态信息(CSI)报告模式；以及

最大有效载荷。

29.根据权利要求18至28中任一项所述的方法，其中所述第二消息包括经由物理下行链路共享信道(PDSCH)提供的媒体访问控制(MAC)控制元素。

30.根据权利要求18至29中任一项所述的方法，所述第一消息还指示所述多个上行链路控制信道资源集合中的默认上行链路控制信道资源集合，其中所述默认上行链路控制信道资源集合将用于在所述用户设备接收所述第二消息之前，所述类型的上行链路控制信息从所述用户设备向所述基站的上行链路传输；

其中所述方法还包括：

在所述用户设备已接收到指示选择的所述上行链路控制信道资源集合的所述第二消息之前，所述用户设备经由所述默认上行链路控制信道资源集合向所述基站发送上行链路控制信息。

31.根据权利要求18至30中任一项所述的方法，其中所述选择基于网络条件来执行，使得由所述基站基于所述网络条件来对选择的所述上行链路控制信道资源集合的所述配置进行动态调整。

32.根据权利要求18至31中任一项所述的方法，其中所述网络条件包括以下中的至少一项：

所述基站与所述用户设备之间的无线电信道条件；

所述基站的缓冲器中用于传输给所述用户设备的数据的量；以及

小区或网络中的活动用户设备的数目。

33.根据权利要求18至32中任一项所述的方法，其中所述上行链路控制信息的所述类型包括混合自动重复请求(HARQ)确认(ACK)-否定确认(NACK)(HARQ信令)；

其中所述方法还包括：

由所述用户设备从所述基站接收下行链路控制信息，所述下行链路控制信息指示选择的所述上行链路控制信道资源集合内的、选择的用于所述HARQ信令的所述上行链路传输的资源。

34.一种装置，包括用于执行根据权利要求1至33中任一项所述的方法的部件。

35.一种装置，包括至少一个处理器和至少一个存储器，所述至少一个存储器包括计算机指令，所述计算机指令在由所述至少一个处理器执行时使得所述装置执行根据权利要求1至33中任一项所述的方法。

36.一种装置，包括计算机程序产品，所述计算机程序产品包括非暂时性计算机可读存储介质并存储可执行代码，所述可执行代码在由至少一个数据处理装置执行时被配置为使得所述至少一个数据处理装置执行根据权利要求1至33中任一项所述的方法。

Images