CN110235488B

CN110235488B - 用于urllc支持的pucch资源分配

Info

Publication number: CN110235488B
Application number: CN201780084676.5A
Authority: CN
Inventors: V·范潘; 于�玲; 李泽宪; P·罗斯特
Original assignee: Nokia Technologies Oy
Current assignee: Nokia Technologies Oy
Priority date: 2016-12-23
Filing date: 2017-12-11
Publication date: 2023-04-28
Anticipated expiration: 2037-12-11
Also published as: KR20190099290A; US11064520B2; KR102249121B1; US20200015270A1; EP3560259A1; EP3560259B1; CN110235488A; WO2018116051A1; EP3560259A4

Abstract

对PUCCH资源的使用可以是更有效的，诸如通过在需要时以利用智能确定性下行链路轮询所增强的可控方式来在URLLC UE与非URLLC UE之间进行共享PUCCH资源。方法包括：通过用户设备从通信网络的网络节点接收包括被分配给用户设备的给定物理上行链路控制信道资源实例的信息，其中物理上行链路控制信道资源实例被分配给多于一个的用户设备，多于一个的用户设备包括该用户设备；使用给定子帧中的所分配的物理上行链路控制信道资源实例来用信号通知网络节点；以及，接收来自网络节点的轮询，其中轮询包括上行链路授权。

Description

用于URLLC支持的PUCCH资源分配

技术领域

根据本发明的示例性实施例的教导总体上涉及更有效地PUCCH资源的使用，并且更具体地涉及在需要时以利用智能确定性DL轮询所增强的可控方式在URLLC UE与非URLLCUE之间共享PUCCH资源。

背景技术

该部分旨在提供权利要求书中所记载的本发明的背景技术或上下文。本文中的描述可以包括可以被寻求的概念，但不一定是先前已经被构想或实现的概念。因此，除非本文另有指示，否则此部分所描述的内容不是本申请中的说明书和权利要求书的现有技术，并且不通过包含在此部分中而被承认为是现有技术。

可以在说明书中和/或附图中找到的某些缩写在此定义如下：

ACK 确认

C-RNTI 小区无线电网络临时标识符

CSI 信道状态信息

DC 双连接

DL 下行链路

HARQ 混合自动重复请求

LTE 长期演进

MIMO 多输入多输出

PCell 主小区

PSCell 主Scell

PDCCH 物理下行链路控制信道

PUCCH 物理上行链路控制信道

SCell 辅助小区

UE 用户设备

URLLC 超可靠低延时通信

已经确定，对超可靠低延时通信(URLLC)的支持将是5G的主要创新之一。本发明的示例实施例涉及版本’15和更高版本中的URLLC支持的3GPP标准化。

附图说明

当结合附图阅读时，使得本发明的实施例的上述方面和其它方面在以下具体实施方式中更加显见，其中：

图1示出了对非URLLC UE的数目与URLLC UE的数目的PUCCH容量限制；

图2示出了适用于在实践本发明的示例性实施例中使用的各种电子设备的简化框图；

图3示出了LTE中的PUCCH布置和分配的图示；

图4示出了在URLLC UE与非URLLC UE之间的、所提出的PUCCH共享的图示；

图5示出了具有用于对URLLC的有效支持的可行的eNB轮询的PUCCH资源分配；以及

图6a和图6b各自示出了可以由装置执行的根据本发明的示例实施例的方法。

具体实施方式

在如本文所描述的本发明的示例实施例中，提出了一种新颖的方法和装置，该方法和装置用以在需要时以利用智能确定性DL轮询所增强的方式来控制在超可靠低延时通信(URLLC)用户设备(UE)与非URLLC UE之间共享物理上行链路控制信道(PUCCH)资源。

注意，对如本文所使用的URLLC UE的任何引用可以指代具有或能够具有URLLC服务的UE(例如在与服务网络的连接状态下)，以及对如本文所使用的非URLLC-UE的任何引用可以指代不具有或不能够具有URLLC服务(即，无URLLC能力的UE)的UE(例如在与服务网络的连接状态下)。

另外，注意，根据本发明的非限制性示例实施例，如本文所描述的“URLLC UE”可以被配置为同时执行URLLC服务和非URLLC服务二者。因此，根据实施例，如本文所描述的URLLC UE可以仅传送URLLC流量，或者可以传送URLLC流量和非URLLC流量二者。

注意，URLLC UE可能需要快速UL接入，以便递送具有为0.5ms[3GPP TR38.913]的低延时要求的URLLC分组。可以预见的是，为了允许针对URLLC UE的这种快速UL接入，需要使得如在LTE中被称为PUCCH资源的超频UL控制信道资源对URLLC UE是可用的，例如在近乎任何时间点可靠地向服务eNB发送调度请求(SR)。

在LTE中，PUCCH资源以专用方式被分配给个体用户设备。如果这样应用以用于URLLC支持，则该方法可能导致严重的容量限制以及对PUCCH资源的过度浪费，尤其是在考虑到URLLC的不可预测的基于事件的分组传输时。这是因为URLLC UE的PUCCH资源需要按照每个子帧、1ms或1ms的一部分被频繁地专门分配给URLLCUE，但由于该URLLC UE在连续的分组传输事件之间相当不活跃，因此大多数时间可能不使用那些PUCCH资源。

为了经由简单算例来演示上述陈述，考虑了每1ms的子帧存在PUCCH资源的10个实例的服务小区。可以布置PUCCH实例：如在当前LTE中一样，即，在下面的现有技术部分中，在具有如图3所示的最大频率分集的0.5ms的2个连续时隙中的PUCCH实例对中；或者说，对于5G，每0.1ms时隙1个PUCCH实例。假设针对每个常规非URLLC UE，分配一对专用PUCCH实例，例如每10ms，则PUCCH容量—在10ms上100个示例—允许容纳最多50个非URLLCUE。针对每个URLLC UE，为了提供具有小于1ms的延时的高可用性UL接入，不论URLLC UE可以具有的数据流量的种类如何，都需要每1ms一对PUCCH实例。因此，PUCCH容量—在1ms上10个实例—仅可以提供最多5个URLLC UE。这意味着即使在服务小区可以具有足够带宽来同时服务针对多达50个非URLLC UE与5个或甚至更多个URLLC UE的数据流量的混合时，如果存在由小区提供服务的5个URLLC UE，并且URLLC UE中的每个URLLC UE每1ms分配有一对专用PUCCH实例，那么由于缺少用于非URLLC UE的PUCCH实例而导致非URLLC UE不能被接纳(admit)。图1描绘了在该算例例中的对非URLLC UE的数目与URLLC UE的数目的容量限制。

考虑到在需要时以利用智能确定性DL轮询所增强的可控方式来在URLLC UE与非URLLC UE之间共享PUCCH资源，本发明的示例实施例提供了用以至少更有效地利用PUCCH资源的方法。这允许针对非URLLC UE和URLLC UE两者同时地最大化PUCCH容量，作为结果，可以达到图1中所示的虚线110。注意，与基于随机或基于争用的对应者相比，如果支持对于每个数据分组所需的确定性端到端延迟是高度时间敏感的URLLC是不必要的，则确定性信道接入技术或机制是优选的。这使得在支持URLLC时的有效资源共享的问题更具挑战性。

3GPP TR38.913已经采集了用于支持URLLC的RAN级别要求。然而，据我们所知，用于URLLC支持的技术解决方案和特征细节非常开放。另外，根据关于LTE的PUCCH的TS36.300：

5.2.3物理上行链路控制信道

应该将PUCCH映射到上行链路中的控制信道资源。

根据存在或不存在上行链路定时同步，用于调度请求的上行链路物理控制信令可以不同。

在针对pTAG存在的时间同步的情况下，带外控制信令由以下组成：

-CSI；

-ACK/NAK；

-调度请求(SR)。

CSI向调度器通知如由UE所见的当前信道条件。如果使用MIMO传输，CSI包括必要的与MIMO有关的反馈。

响应于下行链路数据传输的HARQ反馈在非捆绑配置的情况下由每个传输块的单个ACK/NACK比特组成。

用于SR和CSI报告的PUCCH资源被指派，并且可以通过RRC信令而被撤回。不是必须通过RACH来将SR指派给获取同步的UE(即，同步的UE可以具有或可以不具有专用SR信道)。当UE不再同步时，用于SR和CSI的PUCCH资源丢失。

在PCell、PUCCH SCell(如果在CA中被这样配置)上和PSCell(在DC中)上传输PUCCH。

物理层支持PUCCH和PUSCH的同时传输。

目前，利用了最大频率分集，PUCCH由UL载波带宽的一端的1个资源块(RB)组成，在该RB之后是在UL载波带宽的相对一端处的、随后时隙中的另一RB。PUCCH控制区域包括每两个这样的RB。由与1.25MHz、2.5MHz、5MHz、10MHz和20MHz的UL载波带宽对应的2个时隙组成的每个子帧，存在例如1个、2个、4个、8个和16个PUCCH控制区域。如上文类似地提到的，图3图示了LTE中的PUCCH资源布置和分配的示例。

另外，注意，其它贡献提出了一种具有针对URLLC的基于感测的避免争用的基于竞争的资源共享方案，该资源共享方案似乎在可靠性和延时两者的方面可能不能够保证URLLC的极端要求。

示例实施方式概述

如本文所描述的，至少存在与确定性DL轮询所耦合的、用于在URLLC UE与非URLLCUE之间分配和共享PUCCH资源的方法和装置。

在详细描述本发明的示例实施例之前，参照用于图示适用于在实践本发明的示例实施例时使用的各种电子设备的简化框图的图2。

可以将图2的网络节点22与通信网络云200相关联。网络节点22包括控制器，诸如至少一个计算机或数据处理器(DP)22A；至少一个计算机可读存储介质，该计算机可读存储介质被体现为存储计算机指令(PROG)22C的程序的存储器(MEM)22B；以及至少一个合适的RF收发器22D，该RF收发器22D用于经由天线200F、经由数据/控制路径212F与UE 21的天线21F进行通信，和/或经由数据/控制路径215F与UE 23的天线23F进行通信(在MIMO操作处于使用中时为若干个)来与UE 21进行通信。网络节点22经由数据/控制路径212F被耦合到UE21。路径212F可以诸如通过有线连接和/或无线连接来实现。网络节点22还可以被耦合到另一设备，诸如另一网络节点，例如用于如本文所描述的进行轮询协调操作的另一eNB。

UE 23包括控制器，诸如至少一个计算机或数据处理器(DP)23A；至少一个非瞬态计算机可读存储介质，该存储介质被体现为存储计算机指令(PROG)23C的程序的存储器(MEM)23B；以至少一个合适的射频(RF)发射器和接收器对(收发器)23D，收发器23D用于经由一个或多个天线23F和/或硬连线与UE 21、网络节点22和/或与云相关联的另一设备进行双向无线通信。此外，UE 23可以(诸如经由连接222F)直接或间接地被连接到UE 21。

UE 21包括控制器，诸如至少一个计算机或数据处理器(DP)21A；至少一个非瞬态计算机可读存储介质，该存储介质被体现为存储计算机指令(PROG)21C的程序的存储器(MEM)21B；以及至少一个合适的射频(RF)发射器和接收器对(收发器)21D，收发器21D用于经由一个或多个天线21F和/或硬连线与UE 23、网络节点22和/或与云相关联的另一设备进行双向无线通信。如上文所陈述的，UE 23可以(诸如经由连接222F)直接或间接地被连接到UE 21。

出于描述本发明的示例性实施例的目的，可以假设网络节点22、UE 21和/或UE 23分别包括资源模块22G、21G和23G。假设资源模块21G、22G和/或23G将被配置为根据如本文中所描述的本发明的实施例的非限制性示例进行操作。

假设程序21C、22C和23C中的至少一个程序包括程序指令，该程序指令在由相关数据处理器执行时使得设备能够根据本发明的示例性实施例进行，如下面将更详细地讨论的。即，本发明的示例性实施例可以至少部分地由计算机软件、或由硬件、或由软件和硬件(和/或固件)的组合来实现，该计算机软件是由DP 21A、DP 22A和/或DP 23A可执行的。同样，资源模块21G、22G和23G可以被配置为执行如本文所描述的PUCCH指派和/或轮询操作。资源模块21G、22G和23G可以至少部分地由可执行计算机软件、或由硬件、或由软件和硬件(和固件)(例如如图2中所指示的软件和硬件)的组合来实现。

图2中所描绘的各种数据处理器、存储器、程序、收发器和接口都可以被视为表示用于执行实现本发明的若干非限制性方面和实施例的操作和功能的各种部件。

一般而言，UE 21的各种实施例可以包括但不限于，服务器、蜂窝移动设备、具有无线和/或有线通信能力的个人数字助理(PDA)、具有通信能力的便携式计算机、GPS设备、图像捕获设备(诸如具有通信能力的数码相机)、具有通信能力的游戏设备、具有通信能力的音乐存储和播放设备、许可无线互联网接入和浏览的互联网设备以及包含这些功能的组合的便携式单元或终端。

计算机可读存储器21B、22B和23B可以是适合于本地技术环境的任何类型，并且可以使用任何合适的数据存储技术而被实现，诸如基于半导体的存储器设备、随机存取存储器、只读存储器、可编程只读存储器、闪速存储器、磁性存储器设备和系统、光学存储器设备和系统、固定存储器和可移动存储器。数据处理器21A、22A和23A可以是适合于本地技术环境的任何类型，并且作为非限制性示例，可以包括以下中的一个或多个：通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、基于多核处理器架构的处理器。

根据本发明的示例实施例，如图4所图示，给定PUCCH实例可以被分配给多达N个不同的预定URLLC UE加上1个非URLLC UE，其中，N是整数。注意，根据非限制性示例实施例，N个不同的URLLCUE可以由UE(诸如如图2中的UE 21和/或UE 23)预先确定；和/或由网络节点(诸如如图2中的网络节点22)预先确定。另外，可以在UE与网络节点之间传送该信息。图4涉及每子帧具有被称为图4中的SR资源的单个PUCCH资源的系统，并且个体PUCCH实例中的每个PUCCH实例由N个不同的URLLC UE和M个不同的非URLLC UE中的一个非URLLC UE共享。一般而言，N＝1等同于在URLLC UE之中进行专用PUCCH资源分配的情况，并且鉴于图1中所描绘的算例，虚线110在URLLC UE的最大数量的垂直线等于5处停止。N>1意味着图1中的虚线110可以进一步延伸超过5(多达5*N)个URLLC UE的PUCCH容量限制。然而，服务eNB始终具有特定UE可以在给定PUCCH实例上传输的确定性知识。

本发明的示例实施例允许解决至少两个基本问题：(i)确保个体URLLC UE每1ms具有足够的PUCCH分配，从而能够获取UL接入以发起SR来在所需的任何延时时间内发送事件触发的URLLC分组；和(ii)在同时服务较大的足够数量的URLLC UE时，消除对过量PUCCH资源的需要，但不对服务非URLLC UE产生显著影响。因此，N可以被称为用于URLLC支持的PUCCH容量缩放因子。同样由于在以下实施例中提出的确定性eNB轮询，可以基于小区配置并且优化N。对于被配置为共享特定PUCCH实例的那些UE，在该PUCCH实例上发送的UL控制信息将被对应UE的C-RNTI掩蔽，或者即，应该指示UE ID以及关于共享PUCCH实例的控制信息。非URLLCUE可能不需要C-RNTI掩蔽，因为在PUCCH实例上可能仅存在一个非URLLC。

实例实施例概述

在本发明的另一示例实施例中，可以是接收给定PUCCH实例，该给定PUCCH实例以如在先前实施例中提出的方式被分配给多于一个的特定UE。根据示例实施例，如果eNB检测到信号的存在(例如接收到的无线电信号的充足功率)，但未能对在给定PUCCH实例上发送的信息进行解码，那么根据示例实施例，服务eNB可以确定针对那些特定UE进行轮询。

根据本发明的示例实施例，存在：

-在给定PUCCH实例被分配给一个特定URLLC UE和一个特定非URLLC UE的情况下，eNB可以立即调度针对至少URLLC UE的UL授权，并且经由例如对应的PDCCH向URLLC UE指示该授权。eNB是否可以立即调度针对非URLLC UE的UL授权可以是特定于实现的。注意，针对一个子帧/TTI的情况，PUCCH分配可以包括多达一个非URLLC UE，并且针对不同TTI的情况，PUCCH资源可以包括多个非URLLC UE。

-在给定PUCCH实例被分配给多于一个的特定URLLC UE的情况下，eNB可以立即对分配有个体UL授权的所有那些特定URLLCUE进行轮询，使得至少在给定PUCCH实例上实际上发送的一个(多个)可以在没有任何其它延迟的情况下获得UL接入。然而，这意味着在给定PUCCH实例上实际上并非发送所有URLLC UE的情况下可能会浪费一些UL授权，并且因此，可能不需要UL授权。注意，在这种情况下，eNB需要对多于一个的URLLC UE进行轮询的可能性取决于：(i)给定PUCCH实例需要被分配给多于一个的特定URLLCUE的可能性；和(ii)那些特定URLLC UE中的多于一个的URLLCUE需要使用相同的给定PUCCH实例在相同时间发送SR的可能性。因子(i)取决于服务RAN的PUCCH容量和所服务的URLLC UE的数目。因子(ii)取决于触发那些特定URLLC UE中的多于一个的URLLC UE以在相同PUCCH实例上进行发送的个体URLLC UE的传输需求。这涉及那些特定URLLC UE中的多于一个的URLLC UE在1ms的一部分的相同时隙处被激活的可能性。因此，eNB需要对多于一个的URLLC UE进行轮询很少会发生，并且因此，由所提出的确定性轮询引起的额外开销是可忽略的。在给定PUCCH实例也被分配给非URLLC UE的情况下，eNB是否可以立即针对非URLLC UE调度UL授权是可选的。

图5图示了与用于对URLLC进行有效支持的确定性eNB轮询所耦合的所提出的PUCCH资源分配。另外，在下一部分中描述了具体实施例。注意，图5的设备可以是如图2所示的设备。在这方面，将设备标记为非URLLC UE 21、URLLC UE 23和服务eNB 22，诸如以示出与图2的设备的可能的但非限制性的关系。如图5的步骤510中所示，确定针对非URLLC UE和URLLC UE的PUCCH资源，其中(多个)URLLC UE和非URLLC UE可以共享PUCCH资源。在步骤520中，向非URLLC UE 21和URLLC UE 23发送PUCCH资源的信息以用于UE处的重新配置。然后，如在步骤540和550中所示，非URLLC UE 21和URLLC UE 23使用PUCCH资源来用信号通知服务eNB 22。在步骤560中，示出了存在检测但未能对来自在PUCCH资源上发送的非URLLC UE21和URLLC UE 23的信号进行解码。然后，如在步骤570和580中所示，响应于解码失败，对非URLLC UE 21和URLLC UE 23进行轮询。

在本发明的实施例中，可以使用DL控制信道PDCCH来实现eNB轮询，即，经由被寻址到在公共PDCCH上所发送的个体UE(例如针对所有相关UE，不论是URLLC还是非URLLC)的C-RNTI的定期UL授权。

在本发明的另一实施例中，针对非URLLC UE的eNB轮询是经由公共PDCCH，而针对相关URLLC UE的eNB轮询是唯一地经由专用于URLLC UE的单独公共DL控制信道或资源而被实现的。

在一个实施例中，可实现基于组的轮询备选方案。在该备选方案中，基于组的轮询C-RNTI(或与相同时隙中的频率复用PUCCH实例对应的C-RNTI)可以被引入，并且被用于针对在相同时机(occasion)中进行轮询的所有相关UE来寻址轮询和相关联的UL授权。相关UE用于在对应PUCCH实例上实际发送SR并且期望接收个体UL授权的那些URLLC UE，如在先前实施例中直接寻址到相关UE的个体C-RNTI或间接寻址到基于组的轮询C-RNTI。在后者中，相关UE可以从被寻址到基于组的轮询C-RNTI的UL授权中得出单独UL授权。

在另一实施例中，可以使用L2/L3控制信令来实现针对相关URLLC UE的eNB轮询。如在先前实施例中，可以通过针对基于组的轮询C-RNTI来调度的资源上的相关URLLC UE接收L2/L3轮询消息。

在实施例中，实际上没有在给定PUCCH实例(被分配给其但是被轮询并且获取UL授权)上进行发送的UE可以被配置为忽略轮询、或监测轮询并利用被分配给其的UL授权，以向服务eNB指示或报告特定信息，例如一些测量或状态更新或SR(如果其那时具有对UL传输的需要)。在这方面，将非URLLC UE配置为忽略错误轮询并且将URLLC UE配置为监测和利用错误轮询可以是有益的。

在一个实施例中，由于可以在由多个服务小区和eNB(其可以是默认的或至少针对URLLC UE预期)提供的多连接模式下来服务UE，因此可以在服务相关UE所涉及的eNB之间协调eNB轮询。例如，这种协调可以使确定将发起对特定URLLC UE的轮询的服务eNB可以向其它相邻eNB(经配置的服务小区集群内的小区)通知相关URLLC UE(假设那些UE在整个经配置的服务小区集群中具有唯一UE ID)将被轮询，并且在服务所指示的UELLC UE中涉及的其它相邻eNB也可以直接或经由发起eNB中任一者为所指示的URLLC UE提供UL授权。在URLLCUE被配置为在多连接中并行或同时向多于一个的服务eNB发送SR的情况下，SR可以在一个服务eNB处而不是在另一服务eNB处被正确地接收。在此情况下，应该协调所涉及的eNB以确定是否需要对特定URLLC UE进行轮询。

注意，针对被以多连接服务的UE，可以从为UE提供多连接的个体小区汇集PUCCH资源。因此，针对URLLC UE的PUCCH资源的分配可以利用PUCCH资源池以用于确保超频PUCCH时机可以针对个体URLLC UE进行重新分发和指派，同时使在多个一个的URLLC UE之间共享PUCCH实例的需求最小化，从而最小化轮询开销。另外，注意，本文中所提出的确定性轮询可以与除了PUCCH资源之外的共享结合，只要共享资源和UE以确定性和可缩放的方式被配置。这针对有效支持需求的URLLC是优选的。

图6a图示了可以由网络设备(诸如但不限于，如图2中的网络节点22或eNB)执行的操作。如步骤610中所示，通过通信网络的网络节点将每子帧的预先配置的数目的可用物理上行链路控制信道实例中的给定物理上行链路控制信道资源实例分配给通信网络的多于一个的用户设备。如步骤620中所示，基于接收到的、包括给定子帧中的所分配的物理上行链路控制信道资源实例的信号通知，确定是否需要针对与接收到的所分配的物理上行链路控制信道资源相关联的每个用户设备进行轮询。随后，如步骤630中所示，基于确定需要轮询，针对相关联用户设备中的每个用户设备分配资源以执行轮询。

根据如上述段落中所描述的示例实施例，该信号通知在网络节点处不能够被解码，并且轮询响应于信号通知不能够被解码。

根据如上述段落中所描述的示例实施例，轮询包括上行链路授权。

根据如上述段落中所描述的示例实施例，上行链路授权被寻址到多于一个的用户设备中的每个用户设备的标识符。例如，标识符可以是C-RNTI，和/或可以被用于通过网络节点标识UE。

根据如上述段落中所描述的示例实施例，多于一个的用户设备包括超可靠低延时通信(URLLC)用户设备，并且物理上行链路控制信道资源被分配给多达预先配置的数目的不同预定URLLC用户设备，并且被分配给多达一个非URLLC用户设备。

根据如上述段落中所描述的示例实施例，预先配置的数目的预定URLLC用户设备至少基于的是针对与通信网络相关联的URLLC用户设备的物理上行链路控制信道缩放因子。

根据如上述段落中所描述的示例实施例，轮询包括对多于一个的用户设备的基于组的轮询。

根据如上述段落中所描述的示例实施例，基于组的轮询被寻址到多于一个的用户设备中的每个用户设备的小区无线电网络临时标识符，或者被寻址到与多于一个的用户设备相关联的基于组的小区无线电网络临时标识符。

根据如上述段落中所描述的示例实施例，轮询经由以下被分配：对所有用户设备共用的下行链路控制信道，或特定于超可靠低延时通信用户设备的下行链路控制信道，或专用于超可靠低延时通信用户设备的信道资源。

根据如上述段落中所描述的示例实施例，针对相关联用户设备与通信网络的多于一个的小区的接入节点处于多连接模式的情况，协调轮询与通信网络的多于一个的小区的接入节点。

根据如上述段落中所描述的示例实施例，协调包括以下中的至少一项：由网络节点向接入节点通知用户设备中的至少一个用户设备将被轮询；以及对来自接入节点的上行链路授权进行接收以包括轮询。

一种存储程序代码(图2的PROG 22C)的非瞬态计算机可读介质(图2的MEM 22B)，该程序代码由至少一个处理器(图2的DP22A和/或DP 22G)执行来执行如至少在上述段落中所描述的操作。

根据本发明的示例实施例，存在：用于通过通信网络的网络节点(如图2中的网络节点22)将每子帧的预先配置的数目的可用物理上行链路控制信道实例中的给定物理上行链路控制信道资源分配给通信网络的多于一个的用户设备(UE 21和/或UE 23)的部件(图2的RX 22E、TX 22D、PROG 22C和/或DP 22A和/或RM 22G)；用于基于接收到的、包括给定子帧中的所分配的物理上行链路控制信道资源实例的信令，确定是否需要针对与接收到的所分配的物理上行链路控制信道资源实例相关联的每个用户设备进行轮询的部件(图2的PROG22C和/或DP 22A和/或RM 22G)；以及用于基于确定，针对相关用户设备中的每个用户设备分配资源以执行轮询的部件(图2的RX 22E、TX 22D、PROG 22C和/或DP 22A和/或RM 22G)。根据需要针对每一和每个相关特定的URLLC UE进行轮询，基于对给定PUCCH资源的分配，针对每个所确定的相关URLLC UE分配资源以对轮询进行响应。

图6b图示了可以由用户设备(诸如但不限于，如图2中的UE 21和/或UE 23)执行的操作。如图2的步骤650中所示，通过用户设备从通信网络的网络节点接收包括被分配给用户设备的给定物理上行链路控制信道资源实例的信息，其中物理上行链路控制信道资源实例被分配给多于一个的用户设备。如步骤660中所示，使用给定子帧中的所分配的物理上行链路控制信道资源实例来用信号通知网络节点。然后，如步骤670中所示，基于该信号通知，顺序地从网络节点接收轮询，其中轮询包括上行链路授权。

根据如上述段落中所描述的示例实施例，响应于信令不能够被解码，轮询被接收。

根据如上述段落中所描述的示例实施例，上行链路授权被寻址到用户设备的标识符。

根据如上述段落中所描述的示例实施例，其中用户设备是超可靠低延时通信(URLLC)用户设备，并且物理上行链路控制信道资源被分配给多达预先配置的数目的不同预定URLLC用户设备，并且被分配给多达一个非URLLC用户设备。

根据如上述段落中所描述的示例实施例，轮询包括对多于一个的用户设备的基于组的轮询，其中该基于组的轮询被寻址到多于一个的用户设备中的每个用户设备的小区无线电网络临时标识符，或者被寻址到基于组的小区无线电网络临时标识符。

根据如上述段落中所描述的示例实施例，用户设备是超可靠低延时通信用户设备。

根据如上述段落中所描述的示例实施例，轮询经由以下被接收：所有用户设备共用的下行链路控制信道，或特定于超可靠低延时通信用户设备的下行链路控制信道，或专用于超可靠低延时通信用户设备的信道资源。

一种存储程序代码(图2的PROG 21C和/或PROG 23C)的非瞬态计算机可读介质(图2的MEM 22B)，该程序代码由至少一个处理器(图2的DP 21A、DP 23A、RM 22G和/或RM 23G)执行以执行如至少在上述段落中所描述的操作。

根据本发明的示例实施例，存在如下：用于通过用户设备(如图2中的UE 21和/或UE 23)从通信网络的网络节点(如图2中的网络节点22)接收包括被分配给用户设备的给定物理上行链路控制信道资源实例的信息的部件(图2的RX 21E、RX23E、TX 21D、TX 22D、PROG21C和/或PROG 23C)，其中物理上行链路控制信道资源实例被分配给多于一个的用户设备；用于使用给定子帧中的所分配的物理上行链路控制信道资源实例来信号通知网络节点的部件(图2的RX21E、RX23E、TX 21D、TX 22D、PROG 21C和/或PROG 23C)；以及基于该信号通知以用于顺序地从网络节点接收轮询的部件，其中轮询包括上行链路授权。

一般而言，各种实施例可以被实现硬件或者专用电路、软件、逻辑或其任何组合中。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以由控制器、微处理器或其它计算设备执行的固件或者软件中，尽管本发明不限于此。尽管可以将本发明的各个方面图示和描述为框图、流程图或者使用一些其它图形表示，但是应该很好地理解，本文所描述的这些框、装置、系统、技术或者方法可以作为非限制性示例被实现在硬件、软件、固件、专用电路或者逻辑、通用硬件或者控制器或者其它计算设备或其某种组合中。

可以在各种组件(诸如集成电路模块)中实践本发明的实施例。集成电路的设计基本上是高度自动化的过程。复杂且强大的软件工具可用于将逻辑级设计转换为准备在半导体衬底上蚀刻和形成的半导体电路设计。

本文中所使用的词语“示例性”是指“用作示例、实例或说明”。本文中描述为“示例性”的任何实施例不必被解释为比其它实施例优选或有利。本详细描述中所描述的所有实施例是示例性实施例，这些示例性实施例的提供是为了使本领域的技术人员能够制作或使用本发明，而不是限制由权利要求书限定的本发明的范围。

前述描述已经通过示例性示例和非限制性示例提供了对本发明人当前预期的用于实施本发明的最佳方法和装置的完整和信息性描述。然而，鉴于前述描述，在结合附图和所附的权利要求书进行阅读时，各种修改和改变对于相关领域的技术人员而言可变得显而易见。然而，本发明的教导的所有这些修改和类似修改仍将落入本发明的范围内。

应注意，术语“连接”、“耦合”或其任何变型是指两个或更多个元件之间的直接或间接的任何连接或耦合，并且可以包含“连接”或“耦合”在一起的两个元件之间的一个或多个中间元件的存在。元件之间的耦合或连接可以是物理的、逻辑的或其组合。如本文所采用的，两个元件可以被视为通过使用一根或多根电线、电缆和/或印刷电气连接以及通过使用电磁能量(诸如具有射频区域、微波区域以及光(可见和非可见两者)区域波长的电磁能量)被“连接”或“耦合”在一起，作为若干非限制性且非排他示例。

此外，可以有利地使用本发明的优选实施例的一些特征，而无需对应地使用其它特征。同样，前述描述应该被视为对本发明的原理仅仅为说明性的，而不是对其的限制。

Claims

1.一种通信的用户设备，包括：

至少一个处理器和至少一个存储器以及计算机程序代码；

所述至少一个存储器和所述计算机程序代码能够被配置为与所述至少一个处理器一起使得所述用户设备至少：

在所述用户设备处从通信网络的网络节点接收信息，所述信息包括被分配给所述用户设备的给定物理上行链路控制信道资源实例，其中所述物理上行链路控制信道资源实例被分配给包括所述用户设备的多于一个的用户设备；

使用给定子帧中的所分配的所述物理上行链路控制信道资源实例来信号通知所述网络节点；以及

接收来自所述网络节点的轮询，其中所述轮询是对包括所述用户设备的所述多于一个的用户设备的基于组的轮询，并且所述轮询包括上行链路授权，

其中：i)在所述用户设备是超可靠低延时通信URLLC用户设备的情况下，所述轮询经由专用下行链路资源被接收，或ii)在所述用户设备是非URLLC用户设备的情况下，所述轮询经由公共物理下行链路控制信道被接收。

2.根据权利要求1所述的用户设备，其中所述轮询响应于所述信号通知不能够被解码而被接收。

3.根据权利要求1所述的用户设备，其中所述上行链路授权被寻址到所述用户设备的标识符。

4.根据权利要求1至3中任一项所述的用户设备，其中所述多于一个的用户设备包括至少一个超可靠低延时通信(URLLC)用户设备和至少一个非URLLC用户设备，并且其中所述用户设备是超可靠低延时通信(URLLC)用户设备，并且其中所述物理上行链路控制信道资源实例被分配给多达预先配置的数目的预定URLLC用户设备。

5.根据权利要求4所述的用户设备，其中所述物理上行链路控制信道资源实例被分配给至少一个非URLLC用户设备。

6.根据权利要求4所述的用户设备，其中所述预先配置的数目的预定URLLC用户设备至少基于针对与所述通信网络相关联的URLLC用户设备的物理上行链路控制信道缩放因子。

7.根据权利要求1至3中任一项所述的用户设备，其中所述基于组的轮询被寻址到所述多于一个的用户设备中的每个用户设备的小区无线电网络临时标识符，或者被寻址到基于组的小区无线电网络临时标识符。

8.根据权利要求1至3中任一项所述的用户设备，其中所述用户设备是超可靠低延时通信用户设备。

9.根据权利要求1至3中任一项所述的用户设备，其中所述轮询经由以下被分配：对所述多于一个的用户设备中的所有用户设备共用的下行链路控制信道，或特定于超可靠低延时通信用户设备的下行链路控制信道，或专用于所述超可靠低延时通信用户设备的信道资源。

10.一种通信的网络节点，包括：

至少一个处理器和至少一个存储器以及计算机程序代码；

所述至少一个存储器和所述计算机程序代码能够被配置为与所述至少一个处理器一起使得所述网络节点至少：

在通信网络的所述网络节点将每子帧的预先配置的数目的可用物理上行链路控制信道资源实例中的给定物理上行链路控制信道资源实例分配给所述通信网络的多于一个的用户设备；

基于在给定子帧中的所分配的物理上行链路控制信道资源实例的上接收到的、来自所述多于一个的用户设备中的至少一个用户设备的信号通知，针对与所述所分配的物理上行链路控制信道资源实例相关联的每个用户设备确定轮询是否被需要；以及

基于确定轮询被需要，针对被确定为需要轮询的相关联的用户设备中的每个用户设备分配资源以执行所述轮询，

其中所述轮询是对每个相关联的用户设备的基于组的轮询，并且所述轮询包括针对被确定为需要轮询的每个相关联的用户设备的上行链路授权，

其中对每个相关联的用户设备的所述轮询经由以下项被发送：i)用于URLLC用户设备的专用下行链路资源，或ii)用于非URLLC用户设备的公共物理下行链路控制信道。

11.根据权利要求10所述的网络节点，其中所述信号通知在所述网络节点处不能够被解码，并且其中所述轮询响应于所述信号通知不能够被解码。

12.根据权利要求10所述的网络节点，其中所述上行链路授权被寻址到所述多于一个的用户设备中的每个用户设备的标识符。

13.根据权利要求10至12中任一项所述的网络节点，其中所述多于一个的用户设备包括至少一个超可靠低延时通信(URLLC)用户设备，并且其中所述物理上行链路控制信道资源实例被分配给多达预先配置的数目的预定URLLC用户设备。

14.根据权利要求13所述的网络节点，其中所述物理上行链路控制信道资源实例被分配给至少一个非URLLC用户设备。

15.根据权利要求13所述的网络节点，其中所述预先配置的数目的预定URLLC用户设备至少基于针对与所述通信网络相关联的URLLC用户设备的物理上行链路控制信道缩放因子。

16.根据权利要求10所述的网络节点，其中所述基于组的轮询被寻址到所述多于一个的用户设备中的每个用户设备的小区无线电网络临时标识符，或者被寻址到与所述多于一个的用户设备相关联的基于组的小区无线电网络临时标识符。

17.根据权利要求10至12中任一项所述的网络节点，其中所述轮询经由以下而被分配：对所述多于一个的用户设备中的所有用户设备共用的下行链路控制信道，或特定于超可靠低延时通信用户设备的下行链路控制信道，或专用于所述超可靠低延时通信用户设备的信道资源。

18.根据权利要求12所述的网络节点，其中针对相关联的所述用户设备与所述通信网络的多于一个的小区的接入节点处于多连接模式的情况，所述至少一个存储器和所述计算机程序代码能够被配置为与所述至少一个处理器使所述网络节点：协调所述轮询与所述通信网络的所述多于一个的小区的所述接入节点。

19.根据权利要求18所述的网络节点，其中所述协调包括以下中的至少一项：由所述网络节点向所述接入节点通知所述用户设备中的至少一个用户设备将被轮询；以及对来自接入节点的上行链路授权进行接收以包括所述轮询。

20.一种通信的方法，包括：

通过用户设备从通信网络的网络节点接收信息，所述信息包括被分配给所述用户设备的给定物理上行链路控制信道资源实例，其中所述物理上行链路控制信道资源实例被分配给包括所述用户设备的多于一个的用户设备；

21.根据权利要求20所述的方法，其中所述轮询响应于所述信号通知不能够被解码而被接收。

22.根据权利要求20所述的方法，其中所述上行链路授权被寻址到所述用户设备的标识符。

23.根据权利要求20至22中任一项所述的方法，其中所述用户设备是超可靠低延时通信用户设备。

24.根据权利要求20至22中任一项所述的方法，其中所述多于一个的用户设备包括至少一个超可靠低延时通信(URLLC)用户设备和至少一个非URLLC用户设备，并且其中所述用户设备是超可靠低延时通信(URLLC)用户设备，并且其中所述物理上行链路控制信道资源实例被分配给多达预先配置的数目的预定URLLC用户设备。

25.根据权利要求20至22中任一项所述的方法，其中所述基于组的轮询被寻址到所述多于一个的用户设备中的每个用户设备的小区无线电网络临时标识符，或者被寻址到基于组的小区无线电网络临时标识符。

26.根据权利要求20至22中任一项所述的方法，其中所述轮询经由以下被分配：对所述多于一个的用户设备中的所有用户设备共用的下行链路控制信道，或特定于超可靠低延时通信用户设备的下行链路控制信道，或专用于所述超可靠低延时通信用户设备的信道资源。

27.一种通信的方法，包括：

通过通信网络的网络节点将每子帧的预先配置的数目的可用物理上行链路控制信道实例中的给定物理上行链路控制信道资源实例分配给所述通信网络的多于一个的用户设备；

其中对每个相关联的用户设备的所述轮询经由以下项被发送：

i)用于URLLC用户设备的专用下行链路资源，或ii)用于非URLLC用户设备的公共物理下行链路控制信道。