带宽部分的共享资源配置

摘要

公开了用于用户设备和/或网络节点的系统、方法和装置。一种由网络节点执行的示例方法包括向在带宽部分(BWP)上活动的多个用户设备(UE)提供共享资源。网络节点在BWP的共享资源上接收调度请求(SR)，并且响应于该SR，向多个UE中的被提供有共享资源的一个或多个UE分配一个或多个许可。网络节点在分配一个或多个许可之后的时间窗口内监视另一资源，并且在从UE接收到在所监视的资源上的传输之后，向UE提供BWP上的专用资源。

说明书

技术领域

本公开涉及诸如蜂窝网络的无线通信系统，并且更具体地涉及用于配置无线电接入网中的资源的方法、用户设备和网络节点。

背景技术

演进的NR(新无线电)的5G标准旨在在从1GHz以下直到100GHz的宽频率范围内操作。对于NR，正在进行涉及第三代合作伙伴计划(3GPP)有关带宽部分(BWP)的讨论。如所讨论的，每个BWP是总小区带宽的子集，并且可以包括连续物理资源块(PRB)组。BWP向用户设备提供许多优势，包括一些用户设备可能无法接入小区中提供的整个带宽，因此通过经由BWP接入该带宽的较小部分而受益。此外，BWP还减少了用户设备能量需要并提供了电池节省。

根据3GPP讨论，可以向每个用户设备分配初始BWP，该初始BWP是经由系统信息(SI)消息配置的。还可以经由无线电资源控制(RRC)信令为用户设备配置其他专用BWP。每个用户设备最多可以具有四个下行链路(DL)和上行链路(UL)BWP，其中一次仅一个BWP对于特定用户设备是活动的。使用在物理下行链路控制信道(PDCCH)上提供的下行链路控制信息(DCI)来执行BWP之间的切换。在NR中，可能存在在BWP上针对用户设备配置的大量的物理上行链路控制信道(PUCCH)资源。例如，如果用户设备被配置有8个调度请求(SR)配置，则可以在BWP上为用户设备配置多达八个PUCCH-SR资源。

除了上面的PUCCH资源外，还可以向BWP分配随机接入信道(RACH)资源。CATT的题为“The validity of CFRA resources for BFR”的文章(3GPP草案，R2-1804484)讨论了无竞争RACH(CFRA)资源，并发现针对用户设备保留这种资源具有缺点，包括：低效的RACH资源利用；当网络中的RACH负载为中到高时，针对其他用户设备的RACH冲突概率较高；以及由于预留大量资源，CFRA-BFR只能用于少量的用户设备。该文章讨论了改善资源利用的方法，包括提供基于计时器的CFRA资源、CFRA资源挂起机制以及其他UE重用挂起的CFRA资源。

发明内容

本公开中所公开的示例提供了用于通过提供BWP上的共享资源来更有效地管理资源开销和/或减少时延的技术。尽管出于示例目的，一般性地在PUCCH资源的上下文中描述了本文描述的技术，但是这种技术也可以应用于其他类型的控制资源，包括PDCCH资源和/或RACH资源以及其他类型的资源。

在示例中，一种由网络节点执行的方法包括向在BWP上活动的多个用户设备(UE)提供共享PUCCH资源。网络节点在BWP的共享PUCCH资源上接收SR。响应于该SR，网络节点向多个UE中的被提供有共享PUCCH的一个或多个UE分配一个或多个许可。网络节点在分配一个或多个许可之后的时间窗口内监视PUSCH资源，并且在从多个UE中的UE接收到在所监视的PUSCH资源上的PUSCH传输之后，该网络节点向UE提供BWP上的专用PUCCH资源。

在另一示例中，一种由用户设备执行的方法包括：从网络节点接收BWP上的共享PUCCH资源的分配，其中，共享PUCCH资源在多个UE之间共享。用户设备在BWP的共享PUCCH资源上提供SR，并接收与该SR相对应的许可。用户设备使用许可在所监视的PUSCH资源上提供PUSCH传输，并且在提供PUSCH传输之后，接收与BWP上的专用PUCCH资源相对应的配置。

在其他示例中，提供了一种执行上述方法的包括用户设备和/或网络节点的系统。此外，本公开还提供了一种包括存储在其上的计算机指令的非暂时性计算机可读介质，该计算机指令在由处理电路执行时使处理电路执行上述方法。

附图说明

为了更全面地理解所公开的实施例及其特征和优点，现结合附图参考以下描述。

图1是示出了根据一些示例的PUCCH开销相对于被配置有BWP中的PUCCH资源的活动用户设备的数量的线图。

图2是示出了根据一些示例的包括网络节点和用户设备的系统的示意性框图。

图3是示出了根据一些示例的由网络节点执行的用于配置与BWP相对应的共享资源的方法的流程图。

图4是示出了根据一些示例的由用户设备执行的用于配置与BWP相对应的共享资源的方法的流程图。

图5是示出了根据一些示例的用于针对先前被分配了共享资源的用户设备激活专用资源的信令的序列图。

图6是示出了根据一些示例的在多个UE之间分割共享资源的框图。

图7是示出了根据一些示例的用于针对先前被分配了专用资源的用户设备激活共享资源的信令的序列图。

图8是示出了根据一些示例的用于基于BWP资源负载来配置共享或专用资源的方法的流程图。

具体实施方式

如上所述，用户设备可以被配置有多达四个BWP，每个BWP具有多达八个PUCCH-SR资源。这意味着相对大量的总可用UL资源被用于PUCCH资源。这些配置的资源减少了BWP上可用于PUSCH传输的空间量。此外，尽管用户设备可以具有多达四个配置的BWP，但它只能保持一个BWP活动。这意味着配置的PUCCH资源的75％被保留，而不是用于数据传输。因此，在所有BWP上保留PUCCH导致PUCCH资源利用低并且降低了PUSCH容量。

针对每个用户设备在每个BWP上配置PUCCH资源的常规技术消耗了过量的资源。此外，这种技术可能在中等到高负载下的NR网络中导致故障。更详细地，图1是示出了PUCCH开销相对于被配置有BWP中的PUCCH资源的活动用户设备的数量的线图。线102表示BWP的PUCCH开销(没有复用)相对于10MHz BWP中的活动用户设备的数量。在该示例中，每个用户设备具有三个逻辑信道(LCH)，例如信令无线电承载(SRB)和两个数据无线电承载(DRB)。因此，每个用户设备将具有三个PUCCH。如该示例所示，对于50个活动用户，PUCCH开销增加到大约20％。

为了减轻低利用问题，活动BWP可以不被分配PUCCH或RACH资源。然而，在没有在活动BWP上配置PUCCH资源的情况下，诸如混合自动重复请求(HARQ)反馈、用于DL传输的信道状态信息(CSI)之类的其它上行链路控制信息(UCI)在活动BWP中的物理上行链路共享信道(PUSCH)上被传输，其与具有关键的服务质量(QoS)要求的业务(例如，超可靠低时延蜂窝(URLLC)网络业务)竞争资源。这也会导致对传输可靠性和QoS要求的负面影响。此外，如果将用户设备移动到没有配置的PUCCH资源的BWP，则该用户设备将不能在该BWP中发送PUCCH-SR，并且作为替代将RACH信道用于SR，即RA-SR。然而，经由RACH过程接收许可的用户设备比经由PUCCH-SR接收许可的用户设备花费更长的时间，尤其是如果存在与来自其他UE的传输的RACH冲突。由传统技术导致的这种延迟可能会很长，并且会导致对具有关键时延要求的服务的不可接受的影响。

本公开提供了用于更高效地配置资源(例如，包括PUCCH、PDCCH和/或RACH资源的控制资源)的技术。这些技术解决了诸如上面详细描述的技术问题，以更高效地管理资源开销和/或减少时延。这些技术包括用于在同一BWP上活动的多个用户设备之间共享资源的系统、方法和装置。

在一些示例中，这些资源共享技术包括在BWP上提供共享PUCCH资源，该共享PUCCH资源可由切换到该BWP且在该BWP上没有专用PUCCH配置的任何用户设备使用。如果两个或更多个用户设备切换到该BWP，则用户设备最初被配置有相同的共享PUCCH。因为网络节点可能不能标识SR请求的发送方用户设备，所以当网络节点在共享PUCCH上接收到SR请求时，它可能向共享该PUCCH的所有用户设备提供许可。只能在有限的时间内使用该共享PUCCH，此后用户设备经由RRC信令在BWP上被配置有专用PUCCH资源。

在其他示例中，切换到没有专用PUCCH的BWP的用户设备可以通过在时间或频率上分割共享PUCCH资源来共享在BWP中活动的另一用户设备的PUCCH资源。更详细地，用户设备在不同的BWP上被配置有相同的共享PUCCH资源。当用户设备在不同的BWP上是活动的时，每个用户设备可以使用其活动的BWP上的整个共享PUCCH资源。当用户设备切换到其中另一用户设备是活动的BWP时，第1层(L1)信令命令该用户设备共享PUCCH资源。因为网络节点可以标识哪个用户设备正在使用PUCCH，所以它可以响应于发送UE的SR而提供许可，而无需向其他UE发送许可。在该示例中，RRC信令可以类似地用于配置专用PUCCH资源

上述技术允许网络针对BWP配置减少数量的PUCCH资源，在每UE配置多个BWP的情况下，这是特别有利的。同时，可以减少用于配置PUCCH资源的RRC信令，并且因此减少当用户设备被移动到不具有专用PUCCH资源的BWP时由这种信令导致的时延。因此，本公开提供了以下优点，包括：对PUCCH的增强的资源利用；通过将PUCCH添加到活动的BWP中来减少对重新配置的需求，并且因此减少传输延迟和RRC信令开销；和/或用于在活动BWP中共享PUCCH的快速信令(在可以完成RRC重新配置之前)。某些实施例可以不具有、具有一些或全部记载的优点，并且其他技术优点对于本领域技术人员可以是显而易见的。

图2是示出了包括网络节点202和用户设备204的系统的示意性框图。在一些示例中，网络节点202和/或用户设备204执行如关于图3至图8更详细地描述的方法和信令。

在本示例中，网络节点202包括基站，例如，演进的节点B(eNB)、下一代节点B(gNB)和/或网络网关节点或其他网络设备。在本示例中，网络节点202经由有线和/或无线技术的任何组合(例如，经由无线电信号)通信地耦合到用户设备204。关于图5和图7进一步详细地描述了可以经由通信耦合来执行的信令。网络节点202可以由一个或多个计算设备提供，并且可以经由无线电接入网208通信地耦合到一个或多个其他网络节点或后端计算设备，例如核心网络节点。

在本示例中，网络节点202被构造有收发机210，该收发机210具有提供与诸如用户设备204之类的无线设备的上行链路和下行链路无线电通信的发射机和接收机。网络节点202被构造有网络接口216，该网络接口216提供与网络的其他节点(例如，与其他基站和/或核心网络节点)的通信。网络节点202被构造有处理器212，该处理器212可以包括具有一个或多个中央处理单元(CPU)的处理电路，该处理器212耦合到收发机210和网络接口216。网络节点202被构造有耦合到处理器212的存储器214。存储器214可以包括存储计算机可读程序代码的一个或多个非暂时性计算机可读介质，该计算机可读程序代码在由处理器执行时使处理器212执行根据本文公开的实施例的操作，例如关于图3至图8更详细描述的操作。

在本示例中，用户设备204包括用户设备，例如移动/智能电话、膝上型计算机、个人计算机、智能电视或其他有线/无线通信设备。用户设备204包括通信接口218(例如，调制解调器)，该通信接口218经由有线和/或无线技术将用户设备204通信地耦合到网络节点202，并提供与该RAN 208中的网络节点202和/或其他网络节点的UL和DL无线电通信。用户设备204被构造有处理器220，该处理器220可以包括具有一个或多个中央处理单元(CPU)的处理电路，该处理器220耦合到通信接口218。用户设备204被构造有耦合到处理器220的存储器222。存储器214可以包括存储计算机可读程序代码的一个或多个非暂时性计算机可读介质，该计算机可读程序代码在由处理器执行时使处理器212执行根据本文公开的实施例的操作，例如关于图3至图8更详细描述的操作。在本示例中，用户设备204还被构造有用户接口224，例如显示器、键盘、鼠标、触摸屏、麦克风、扬声器和/或其他用户输入/输出(I/O)设备。

图3是示出了由网络节点执行的用于配置与BWP相对应的共享资源的方法的流程图。在一些示例中，该方法由关于图2更详细描述的系统中的网络节点202执行。在一些示例中，与关于图4至图8中的任何一个所描述的方法和/或信令中的一个或多个方法相结合来执行该方法。

在步骤302处，网络节点向在带宽部分(BWP)上活动的多个用户设备(UE)提供共享物理上行链路控制信道(PUCCH)资源。这可以包括网络配置由在连接模式下操作的一组UE共享的一个或多个PUCCH资源的集合。网络节点还可以向UE提供标识符，该标识符将UE定义为与共享PUCCH资源具有共享关系。以这种方式，同一组中的UE可以共享被配置并与该组相关联的PUCCH资源。在一些示例中，同一组中的共享UE以基于竞争的方式使用这些共享PUCCH资源。UE可以维护与其他共享PUCCH资源(例如，经由其他BWP提供的共享PUCCH资源)的多个共享关系。

在一些示例中，BWP是占据总小区带宽的多个BWP的子集，并且每个UE被网络节点分配一个或多个BWP。在一些示例中，当UE被切换到BWP时，网络节点将共享PUCCH资源提供给UE作为初始配置。例如，这可以是在UE从另一BWP切换到该BWP时，或者在UE最初连接到网络节点期间切换到该BWP时。网络节点可以使用无线电资源控制(RRC)信令和/或其他信令技术将共享PUCCH资源提供给多个UE。

在一些示例中，共享PUCCH资源在多个UE中的UE和至少一个其他UE之间在时间或频率中的至少一个上被分割。在一些示例中，共享PUCCH资源通过网络节点为多个UE中的每个UE分配掩码(mask)来共享，该掩码定义共享PUCCH资源的允许每个UE接入的部分。所定义的部分可以是共享PUCCH资源的频率部分和/或时间部分。

在一些示例中，共享PUCCH资源与限定UE被提供的接入共享PUCCH资源的持续时间的窗口相关联。该窗口可以是时间窗口，使得当达到预配置的阈值持续时间时，网络节点将UE切换到另一PUCCH资源。

在步骤304处，网络节点在BWP的共享PUCCH资源上从UE接收调度请求(SR)。在一些示例中，在接收到PUCCH传输时，网络节点可以不具体地标识发送UE，而是标识与PUCCH资源相关联的组。在一些示例中，网络节点基于传输中包括的标识符来标识组。

在步骤306处，响应于SR，网络节点向多个用户设备中的被提供有共享PUCCH的一个或多个用户设备分配一个或多个许可。可以将一个或多个许可分配给被提供有对共享PUCCH的接入的用户设备组。这可以通过经由共享PUCCH提供非UE特定的许可来执行，使得接入该共享PUCCH的任何UE将接收该许可。在其他示例中，针对每个UE的许可可以与共享该共享PUCCH的UE组中的不同UE相关联。在一些示例中，在分配许可之前，网络节点确定SR与和该共享PUCCH资源相关联的组相关联。在确定SR与被分配到共享PUCCH资源的组相关联后，网络节点分配许可。

在步骤308处，在分配许可之后，网络节点在时间窗口内监视物理上行链路共享信道(PUSCH)资源。

在步骤310处，网络节点在从多个UE中的UE接收到所监视的PUSCH资源上的PUSCH传输之后，向该UE提供BWP上的专用PUCCH资源，其中该专用PUCCH资源不与多个UE中的其他UE共享，而是被保留用于该UE的数据传输。在接收到PUSCH传输时，网络节点还可以标识缺少专用PUCCH配置的特定UE，并相应地确定以UE的活动BWP上的专用PUCCH配置来重新配置UE。

在一些示例中，当UE被提供有专用PUCCH资源时，网络节点移除UE对共享PUCCH资源的接入。在提供对专用PUCCH资源的接入时或此后不久，网络节点可以移除对共享PUCCH资源的接入。在一些示例中，在将UE切换到专用资源之后，将共享PUCCH资源作为专用PUCCH资源提供给第二UE，其中第二UE先前与另一UE共享该共享PUCCH资源。

在一些示例中，响应于网络节点确定与BWP相对应的PUCCH负载处于或低于阈值PUCCH负载，执行向UE对专用PUCCH资源的分配。因此，基于该确定，网络节点将多个UE中的一个或多个UE分配到专用PUCCH资源。

在一些示例中，在UE被分配到专用PUCCH资源之后，网络节点确定与BWP相对应的PUCCH负载处于或高于阈值PUCCH负载。基于该确定，网络节点标识多个UE中的低于阈值活动水平的一个或多个UE。基于该标识，网络节点将该多个UE中的该一个或多个UE分配到共享PUCCH资源。因此，该UE可以接入共享PUCCH资源，而不是每个UE都可以接入专用PUCCH资源。

图4是示出了由用户设备执行的用于配置与BWP相对应的共享资源的方法的流程图。在一些示例中，该方法由关于图2更详细描述的系统中的UE 204执行。在一些示例中，与关于图3和图5至图8中的任何一个所描述的方法和/或信令中的一个或多个方法相结合来执行该方法。

在步骤402处，UE从网络节点接收BWP上的共享物理上行链路控制信道(PUCCH)资源的分配。在一些示例中，BWP是占据总小区带宽的多个BWP的子集，并且每个UE被网络节点分配一个或多个BWP。当UE被网络节点切换到BWP时，UE可以接收其共享PUCCH资源的分配作为初始配置。在一些示例中，UE从另一BWP切换到经由网络节点提供的BWP，并且在其他示例中，当UE最初接入该网络节点时，UE被切换到该BWP。UE可以使用无线电资源控制(RRC)信令和/或其他信令技术从网络节点接收其共享PUCCH资源的分配。

在本示例中，共享PUCCH资源在多个UE之间共享。每个UE可以在共享PUCCH的特定部分上发送，其中该特定部分是使用掩码定义的。在一些示例中，网络节点将掩码分配给每个UE，其中该掩码指示UE被分配用于其数据传输的共享PUCCH的特定时间部分和/或频率部分。因此，通过每个UE使用其分配的掩码，在多个UE中的该UE与至少一个其他UE之间在时间和/或频率中的至少一个上分割共享PUCCH资源。

在一些示例中，共享PUCCH资源与窗口相关联，该窗口限定UE在被切换到另一个PUCCH资源(例如，不与多个UE中的其他UE共享的专用PUCCH资源)之前可以接入共享PUCCH资源的持续时间。

在步骤404处，UE在BWP的共享PUCCH资源上向网络节点提供调度请求(SR)。在一些示例中，SR包括使SR与对应于共享PUCCH资源的组相关联的标识符。在一些示例中，接入共享PUCCH资源的每个UE与该组相关联。

在步骤406处，UE从网络节点接收与SR相对应的许可。

在步骤408处，使用该许可，UE在监视的PUSCH资源上向网络节点提供物理上行链路共享信道(PUSCH)传输。

在步骤410处，在提供PUSCH传输之后，UE从网络节点接收与BWP上的专用PUCCH资源相对应的配置。在接收到与专用PUCCH资源相对应的配置之后，然后UE可以使用专用PUCCH资源而不是共享PUCCH资源来发送进一步的通信。

图5是示出了用于针对先前被分配共享资源的用户设备激活专用资源的信令的序列图。在一些示例中，该信令由关于图2更详细描述的系统中的网络节点202和用户设备204执行。在一些示例中，信令对应于关于图3、图4和图6-8中的任何一个所描述的方法中的一个或多个。

该序列包括用户设备502和用户设备504从网络节点506接收与共享资源的组配置508相对应的信令。在本示例中，共享资源是PUCCH资源。RRC信令可以用于执行配置，该配置可以由RRC或MAC层维护。在本示例中，用户设备知道共享资源在多个用户设备之间共享或可以在多个用户设备之间共享。

网络节点506向用户设备502和用户设备504提供切换命令510，以使用户设备切换到指定的BWP。在一些示例中，由网络节点(例如，网络节点506)定义新的基于MAC CE或DCI的信令，以将用户设备(例如，用户设备502或504)从一个资源(例如，第一PUCCH资源)移动到另一个资源(例如，第二PUCCH资源)。信令在以下字段中的一个或多个字段上携带信息：

1.针对旧的PUCCH资源/配置的索引；

2.针对新的PUCCH资源/配置的索引；

3.与新的PUCCH资源相关联的服务/LCH/SR配置索引，或与新的PUCCH资源相关联的UCI的信息类型；和/或

4.掩码指示符，其标识允许用户设备使用共享PUCCH资源的哪些部分。

当网络节点706确定存在足够的PUCCH资源以将用户设备分配到并非在多个UE之间共享的专用资源时，共享机制可以被网络禁用。当标识的阈值低于或等于预配置的PUCCH资源阈值时，可以由网络节点506确定是否存在足够资源的确定。

在接收到数据到达512之后，用户设备502向网络节点506提供调度请求，该调度请求指示用户设备502具有要发送的数据。响应于调度请求514，网络节点506向被配置为在共享资源(例如，共享PUCCH资源)的组中的用户设备502和用户设备504提供许可516。因为网络节点可能不能标识SR请求的发送方用户设备，所以当网络节点在共享PUCCH上接收到SR请求时，它可能向共享该PUCCH的所有用户设备提供许可。

在接收到许可516时，用户设备502经由PUSCH传输将数据提供给网络节点506。然后，网络节点506执行与用户设备502的RRC信令，该RRC信令为用户设备502重新配置在指定的BWP上的专用资源(例如，专用PUCCH资源)。

图6是示出了在多个UE之间分割共享资源的框图。在本示例中，可以在关于图1描述的系统中和/或使用关于图3-5、图7和图8中的任何一个描述的技术来共享资源。

如图6所示，时隙间隔602提供了时间部分，在该时间部分期间可以发送数据。时隙间隔602可以具有0.5ms的长度或另一预定义的长度(其可以比0.5ms的长度更长或更短)。存在多个BWP(初始BWP 604、BWP1 606、BWP2 608和BWP3 610)，每个BWP提供可由UE用于在时隙间隔602期间发送数据的带宽的频率部分，例如连续物理资源块(PRB)组。

在本示例中，存在在初始BWP 604上提供的初始配置，其中UE1 612和UE2 614通过在资源的不同时间和频率部分中发送数据来共享相同的PUCCH资源。如由UE1+2 616块所指示的，第一UE(UE 1 612)和第二UE(UE 2 614)二者在BWP2 608和BWP3 610中共享相同的资源配置，使得UE1 612和UE2 614二者可以在相同的时间和频率部分中进行发送。

每个UE可以使用分配的掩码或子集指示符来共享资源。掩码或子集指示符定义了当在同一BWP中有多于一个共享UE是活动的时，特定UE可以使用共享PUCCH资源的哪个时间和/或频率部分。当两个UE具有相同的活动BWP时，它们各自的掩码指示当两个UE在同一BWP中是活动的时每个UE可以使用共享PUCCH的哪一部分。在该示例中，在初始BWP中，UE1 612使用在时隙间隔602的末端的较低频率部分中的PUCCH资源，并且UE2 614使用在时隙间隔602的开始处的较高频率部分中的PUCCH资源。可以以与PUCCH配置相同的周期性(例如，每时隙)来定义掩码。如果与共享UE相比在掩码的定义内的PUCCH资源较少，则可以在较长的时间段(偶数/奇数时隙、子帧等)上对PUCCH资源进行时间复用。

当UE2 614被切换到UE1 612的活动BWP时，可以在同一BWP中针对两个或更多个共享UE激活共享PUCCH资源。网络节点可以通过向UE2 614在DCI切换命令中指示或激活共享并且向UE1 612提供PDCCH命令来执行切换。这些命令可以是激活已经配置的掩码(其可以在BWP配置中通过RRC配置)，或者该命令可以包括要应用的掩码索引。

图7是示出了用于针对先前被分配了专用资源的用户设备激活共享资源的信令的序列图。在一些示例中，该信令由关于图2更详细描述的系统中的网络节点202和用户设备204执行。在一些示例中，信令对应于关于图3-6和图8中的任何一个所描述的方法中的一个或多个。

最初，在本示例中，网络节点706向用户设备702和704提供组配置708，使得用户设备702在第一BWP上是活动的，并且用户设备704在第二BWP上是活动的，并且两个用户设备在第一BWP和第二BWP两者上被分配共享资源(例如，PUCCH资源)。

网络节点706向用户设备702提供共享命令710。在一些示例中，共享命令710包括到用户设备702的在第一BWP上的PDCCH命令，以使用PUCCH资源的第一部分，如由分配给用户设备702的第一掩码所指示的。

网络节点706向用户设备704提供切换命令712。在一些示例中，切换命令712包括到用户设备704的在第二BWP上的DCI切换命令，其指示用户设备704使用PUCCH资源的第二部分，如由分配给用户设备704的第二掩码所指示的。在一些示例中，由网络节点(例如，网络节点706)定义新的基于MAC CE或DCI的信令，以将用户设备(例如，用户设备702或704)从一个资源(例如，第一PUCCH资源)移动到另一个资源(例如，第二PUCCH资源)。信令在以下字段中的一个或多个字段上携带信息：

1.针对旧的PUCCH资源/配置的索引；

2.针对新的PUCCH资源/配置的索引；

3.与新的PUCCH资源相关联的服务/LCH/SR配置索引，或与新的PUCCH资源相关联的UCI的信息类型；和/或

4.掩码指示符，其标识允许用户设备使用共享PUCCH资源的哪些部分。

在一些示例中，当网络节点确定存在PUCCH资源短缺的风险时，网络可以启用共享机制。当所标识的阈值高于或等于预配置的PUCCH资源阈值时，可以由网络节点706来确定资源短缺的风险。

因此，用户设备702和用户设备704在第一BWP上共享相同的PUCCH资源。因此，一旦用户设备702具有要发送的数据到达714，则用户设备702向网络节点706提供调度请求716。网络节点通过经由共享资源向用户设备702提供许可716来响应，并且用户设备702将该许可用于PUSCH传输718。因为网络节点可以标识哪个用户设备正在使用PUCCH，所以网络节点可以向发送SR的UE提供许可，而无需还向其他UE发送许可。

如果共享PUCCH资源不足以用于数据的传输，则可以经由RRC信令720来应用对PUCCH资源的RRC重新配置。可以执行该RRC信令720以为用户设备704重新配置BWP1上的新的PUCCH和/或通过重新配置用户设备702以使用BWP1上的所有共享PUCCH。

图8是示出了用于基于BWP资源负载来配置共享或专用资源的方法的流程图。在一些示例中，该信令由关于图2更详细描述的系统中的网络节点202和用户设备204执行。在一些示例中，与关于图3至图7中的任何一个所描述的方法和/或信令中的一个或多个方法相结合来执行该方法。

在步骤802处，网络节点针对BWP配置共享资源(例如，PUCCH、PDCCH或RACH资源)。在步骤804处，网络确定UE正在被切换到BWP。在步骤806处，网络节点将UE分配到与在BWP中活动的一个或多个其他UE的共享资源。在步骤806处，如果网络节点确定关于共享资源在BWP中存在高负载，例如当负载达到或超过预配置的阈值时，则网络节点在步骤810处找到具有低活动的UE，并在步骤812处将具有低活动的UE配置为共享该资源。否则，在步骤814处，如果网络节点确定资源负载处于或低于预配置的阈值，则网络节点使用专用资源(例如，专用PUCCH、PDCCH或RACH资源)配置UE中的一个或多个。

以上已经参考一些实施例主要地描述了本发明构思的某些方面。然而，本领域技术人员容易理解：除了上文公开的实施例之外的其他实施例也是同样可能的且在本发明构思的范围内。类似地，虽然已经讨论了许多不同的组合，但是尚未公开所有可能的组合。本领域技术人员将理解在本发明构思的范围内存在其他组合。此外，如本领域技术人员所理解的：本文公开的实施例也同样适用于其他标准和通信系统，并且结合其他特征公开的来自特定附图的任何特征可以适用于任何其他附图和/或可以与不同的特征组合。