用于URLLC支持的PUCCH资源分配制造技术

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

PUCCH resource allocation for URLLC support

【技术实现步骤摘要】
【国外来华专利技术】用于URLLC支持的PUCCH资源分配
根据本专利技术的示例性实施例的教导总体上涉及更有效地PUCCH资源的使用，并且更具体地涉及在需要时以利用智能确定性DL轮询所增强的可控方式在URLLCUE与非URLLCUE之间共享PUCCH资源。
技术介绍
该部分旨在提供权利要求书中所记载的本专利技术的
技术介绍
或上下文。本文中的描述可以包括可以被寻求的概念，但不一定是先前已经被构想或实现的概念。因此，除非本文另有指示，否则此部分所描述的内容不是本申请中的说明书和权利要求书的现有技术，并且不通过包含在此部分中而被承认为是现有技术。可以在说明书中和/或附图中找到的某些缩写在此定义如下：ACK确认C-RNTI小区无线电网络临时标识符CSI信道状态信息DC双连接DL下行链路HARQ混合自动重复请求LTE长期演进MIMO多输入多输出PCell主小区PSCell主ScellPDCCH物理下行链路控制信道PUCCH物理上行链路控制信道SCell辅助小区UE用户设备URLLC超可靠低延时通信已经确定，对超可靠低延时通信(URLLC)的支持将是5G的主要创新之一。本专利技术的示例实施例涉及版本’15和更高版本中的URLLC支持的3GPP标准化。附图说明当结合附图阅读时，使得本专利技术的实施例的上述方面和其它方面在以下具体实施方式中更加显见，其中：图1示出了对非URLLCUE的数目与URLLCUE的数目的PUCCH容量限制；图2示出了适用于在实践本专利技术的示例性实施例中使用的各种电子设备的简化框图；图3示出了LTE中的PUCCH布置和分配的图示；图4示出了在URLLCUE与非URLLCUE之间的、所提出的PUCCH共享的图示；图5示出了具有用于对URLLC的有效支持的可行的eNB轮询的PUCCH资源分配；以及图6a和图6b各自示出了可以由装置执行的根据本专利技术的示例实施例的方法。具体实施方式在如本文所描述的本专利技术的示例实施例中，提出了一种新颖的方法和装置，该方法和装置用以在需要时以利用智能确定性DL轮询所增强的方式来控制在超可靠低延时通信(URLLC)用户设备(UE)与非URLLCUE之间共享物理上行链路控制信道(PUCCH)资源。注意，对如本文所使用的URLLCUE的任何引用可以指代具有或能够具有URLLC服务的UE(例如在与服务网络的连接状态下)，以及对如本文所使用的非URLLC-UE的任何引用可以指代不具有或不能够具有URLLC服务(即，无URLLC能力的UE)的UE(例如在与服务网络的连接状态下)。另外，注意，根据本专利技术的非限制性示例实施例，如本文所描述的“URLLCUE”可以被配置为同时执行URLLC服务和非URLLC服务二者。因此，根据实施例，如本文所描述的URLLCUE可以仅传送URLLC流量，或者可以传送URLLC流量和非URLLC流量二者。注意，URLLCUE可能需要快速UL接入，以便递送具有为0.5ms[3GPPTR38.913]的低延时要求的URLLC分组。可以预见的是，为了允许针对URLLCUE的这种快速UL接入，需要使得如在LTE中被称为PUCCH资源的超频UL控制信道资源对URLLCUE是可用的，例如在近乎任何时间点可靠地向服务eNB发送调度请求(SR)。在LTE中，PUCCH资源以专用方式被分配给个体用户设备。如果这样应用以用于URLLC支持，则该方法可能导致严重的容量限制以及对PUCCH资源的过度浪费，尤其是在考虑到URLLC的不可预测的基于事件的分组传输时。这是因为URLLCUE的PUCCH资源需要按照每个子帧、1ms或1ms的一部分被频繁地专门分配给URLLCUE，但由于该URLLCUE在连续的分组传输事件之间相当不活跃，因此大多数时间可能不使用那些PUCCH资源。为了经由简单算例来演示上述陈述，考虑了每1ms的子帧存在PUCCH资源的10个实例的服务小区。可以布置PUCCH实例：如在当前LTE中一样，即，在下面的现有技术部分中，在具有如图3所示的最大频率分集的0.5ms的2个连续时隙中的PUCCH实例对中；或者说，对于5G，每0.1ms时隙1个PUCCH实例。假设针对每个常规非URLLCUE，分配一对专用PUCCH实例，例如每10ms，则PUCCH容量—在10ms上100个示例—允许容纳最多50个非URLLCUE。针对每个URLLCUE，为了提供具有小于1ms的延时的高可用性UL接入，不论URLLCUE可以具有的数据流量的种类如何，都需要每1ms一对PUCCH实例。因此，PUCCH容量—在1ms上10个实例—仅可以提供最多5个URLLCUE。这意味着即使在服务小区可以具有足够带宽来同时服务针对多达50个非URLLCUE与5个或甚至更多个URLLCUE的数据流量的混合时，如果存在由小区提供服务的5个URLLCUE，并且URLLCUE中的每个URLLCUE每1ms分配有一对专用PUCCH实例，那么由于缺少用于非URLLCUE的PUCCH实例而导致非URLLCUE不能被接纳(admit)。图1描绘了在该算例例中的对非URLLCUE的数目与URLLCUE的数目的容量限制。考虑到在需要时以利用智能确定性DL轮询所增强的可控方式来在URLLCUE与非URLLCUE之间共享PUCCH资源，本专利技术的示例实施例提供了用以至少更有效地利用PUCCH资源的方法。这允许针对非URLLCUE和URLLCUE两者同时地最大化PUCCH容量，作为结果，可以达到图1中所示的虚线110。注意，与基于随机或基于争用的对应者相比，如果支持对于每个数据分组所需的确定性端到端延迟是高度时间敏感的URLLC是不必要的，则确定性信道接入技术或机制是优选的。这使得在支持URLLC时的有效资源共享的问题更具挑战性。3GPPTR38.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、PUCCHSCell(如果在CA中被这样配置)上和PSCell(在DC中)上传输PUCCH。物理层支持PUCCH和PUSCH的同时传输。目前，利用了最大频率分集，PUCCH由UL载波带宽的一端的1个资源块(RB)组成，在该RB之后是在UL载波带宽的相对一端处的、随后时隙中的另一RB。PUCCH控制区域包括每两个这样的RB。由与1.25MHz、本文档来自技高网...

【技术保护点】
1.一种方法，包括：通过用户设备从通信网络的网络节点接收信息，所述信息包括被分配给所述用户设备的给定物理上行链路控制信道资源实例，其中所述物理上行链路控制信道资源实例被分配给包括所述用户设备的多于一个的用户设备；使用给定子帧中的所分配的物理上行链路控制信道资源实例来信号通知所述网络节点；以及接收来自所述网络节点的轮询，其中所述轮询包括上行链路授权。

【技术特征摘要】
【国外来华专利技术】2016.12.23 US 62/438,5661.一种方法，包括：通过用户设备从通信网络的网络节点接收信息，所述信息包括被分配给所述用户设备的给定物理上行链路控制信道资源实例，其中所述物理上行链路控制信道资源实例被分配给包括所述用户设备的多于一个的用户设备；使用给定子帧中的所分配的物理上行链路控制信道资源实例来信号通知所述网络节点；以及接收来自所述网络节点的轮询，其中所述轮询包括上行链路授权。2.根据权利要求1所述的方法，其中所述轮询响应于所述信号通知不能够被解码而被接收。3.根据权利要求1或权利要求2所述的方法，其中所述上行链路授权被寻址到所述用户设备的标识符。4.根据权利要求1至3中任一项所述的方法，其中所述多于一个的用户设备包括至少一个超可靠低延时通信(URLLC)用户设备和至少一个非URLLC用户设备，并且其中所述用户设备是超可靠低延时通信(URLLC)用户设备，并且其中所述物理上行链路控制信道资源被分配给多达预先配置的数目的预定URLLC用户设备。5.根据权利要求4所述的方法，其中所述物理上行链路控制信道资源被分配给至少一个非URLLC用户设备。6.根据权利要求4所述的方法，其中所述预先配置的数目的预定URLLC用户设备至少基于针对与所述通信网络相关联的URLLC用户设备的物理上行链路控制信道缩放因子。7.根据权利要求1至6中任一项所述的方法，其中所述轮询包括对多于一个的用户设备的基于组的轮询，其中所述基于组的轮询被寻址到所述多于一个的用户设备中的每个用户设备的小区无线电网络临时标识符，或者被寻址到基于组的小区无线电网络临时标识符。8.根据权利要求1至7中任一项所述的方法，其中所述用户设备是超可靠低延时通信用户设备。9.根据权利要求1至8中任一项所述的方法，其中所述轮询经由以下被分配：对所述多于一个的用户设备中的所有用户设备共用的下行链路控制信道，或特定于超可靠低延时通信用户设备的下行链路控制信道，或专用于所述超可靠低延时通信用户设备的信道资源。10.一种方法，包括：通过通信网络的网络节点将每子帧的预先配置的数目的可用物理上行链路控制信道实例中的给定物理上行链路控制信道资源分配给所述通信网络的多于一个的用户设备；基于接收到的、包括给定子帧中的所分配的物理上行链路控制信道资源实例的信号通知，针对与接收到的所述所分配的物理上行链路控制信道资源实例相关联的每个用户设备确定轮询是否被需要；以及基于确定轮询被需要，针对相关联的所述用户设备中的每个用户设备分配资源以执行所述轮询。11.根据权利要求10所述的方法，其中所述信号通知在所述网络节点处不能够被解码，并且其中所述轮询响应于所述信号通知不能够被解码。12.根据权利要求10或权利要求11所述的方法，其中所述轮询包括上行链路授权。13.根据权利要求12所述的方法，其中所述上行链路授权被寻址到所述多于一个的用户设备中的每个用户设备的标识符。14.根据权利要求10至13中任一项所述的方法，其中所述多于一个的用户设备包括...

【专利技术属性】
技术研发人员：V·范潘，于玲，李泽宪，P·罗斯特，
申请(专利权)人：诺基亚技术有限公司，
类型：发明
国别省市：芬兰,FI