CN116326078A - 无线通信系统中的高效调度 - Google Patents

Abstract

用于在使用从基站发送DCI消息的OFDM传输格式的蜂窝通信网络中发送下行控制信息的方法，DCI消息包含至少一个附加字段，附加字段动态分配n次重复以应用于传输块，该传输块将由在网络中操作的UE传输。附加字段可以在TDRA中，也可以是DCI消息的参数。

Description

无线通信系统中的高效调度

技术领域

本发明涉及无线通信系统中的调度通信，并且具体地涉及使用单个下行控制指示符的多个传输块的高效调度。

背景技术

诸如第三代(third-generation,3G)移动电话标准和技术的无线通信系统是众所周知的。这种3G标准和技术已经由第三代合作伙伴计划(Third Generation PartnershipProject,3GPP)(RTM)开发。第三代无线通信已普遍开发为支持宏蜂窝移动电话通信。通信系统和网络已经向宽带和移动系统发展。

在蜂窝无线通信系统中，用户设备(User Equipment,UE)通过无线链路连接到无线电接入网络(Radio Access Network,RAN)。RAN包括一组基站以及到核心网络(CoreNetwork,CN)的接口，这些基站向位于基站覆盖的小区中的UE提供无线链路，以及到CN的接口提供整体网络控制。应当理解，RAN和CN各自执行与整个网络相关的各自功能。为了方便起见，术语蜂窝网络将用于指代组合的RAN&CN，并且应当理解，该术语用于指代用于执行所公开的功能的相应系统。

第三代合作伙伴计划开发了所谓的长期演进(Long Term Evolution,LTE)系统，即演进通用移动通信系统陆地无线电接入网络(Evolved Universal MobileTelecommunication System Territorial Radio Access Network,E-UTRAN)，用于移动接入网络，其中一个或多个宏小区由称为eNodeB或eNB(演进的NodeB)的基站支持。最近，LTE正在进一步向所谓的5G或NR(新无线电)系统发展，其中一个或多个小区由称为gNB的基站支持。NR被提议使用正交频分复用(Orthogonal Frequency Division Multiplexed,OFDM)物理传输格式。

NR协议旨在提供在非授权无线电频段(称为NR-U)中运行的选项。当在非授权无线电频段中运行时，gNB和UE必须与其他设备竞争物理媒体/资源访问。例如，Wi-Fi(RTM)、NR-U和LAA可以使用相同的物理资源。

无线通信的趋势是提供更低延迟和更高可靠性的服务。例如，NR旨在支持超可靠和低延迟通信(Ultra-reliable and low-latency communications,URLLC)，而大规模机器类型通信(Machine-Type Communications,mMTC)旨在为小数据包大小(通常为32字节)提供低延迟和高可靠性。提出了1ms的用户面延迟，可靠性为99.99999％，在物理层提出了10^-5或10^-6的丢包率。

mMTC服务旨在通过高效节能的通信信道在较长的生命周期内支持大量设备，其中与每个设备之间的数据传输是零星且不频繁的。例如，一个小区可能需要支持数千个设备。

以下本发明涉及对蜂窝无线通信系统的各种改进。

发明内容

提供发明内容以简化形式介绍一些概念，这些概念将在下面的详细说明中进一步描述。本发明内容不旨在识别要求保护的主题的关键特征或基本特征，也不旨在用作确定要求保护的主题的范围的帮助。

本发明由权利要求限定，提供了一种在使用OFDM传输格式的蜂窝通信网络中传输下行控制信息的方法，包括：从基站向在网络中操作的UE发送包含至少一个附加字段的DCI消息，其动态分配n次重复以应用于要由所述UE发送的传输块。

在所述网络中操作的所述UE响应于所述DCI消息而传输所述传输块的所述n次重复。

包含在所述DCI消息中的TDRA表包含至少一个附加字段，其分配要应用于所述传输块的所述n次重复。

所述至少一个附加字段包括与所述TDRA表中的至少一个SLIV条目相关联的重复指示符。

所述至少一个附加字段包括与所述TDRA表中的多个SLIV条目相关联的重复指示符。

所述至少一个附加字段包括与所述TDRA表中的多个SLIV条目相关联的重复指示符。多个SLIV条目被分配给TB的单个重复。

所述至少一个附加字段包括所述DCI消息中的参数，所述参数指示要应用于一个传输块的所述n次重复。

所述参数为RRC参数。

所述参数为现有的RRC参数，扩展为指示所述n次重复。

所述传输块的每次重复包括由所述UE发送到所述基站的动态配置的冗余版本。

所述基站和/或所述UE需要进行先听后传检查。

所述UE在分配给较低优先级传输块的时隙中利用较高优先级传输块的额外重复来抢占传输。

所述蜂窝通信网络在授权和非授权频谱中运行。

所述n次重复被调度为一个传输块的n次重复具有n次PUSCH重复。

本发明还可以包括一种基站，被配置为操作所述的方法。

本发明还可以包括一种UE，被配置为解码根据本文描述的方法传送的DCI消息并且响应于所述DCI消息而传输所述传输块的所述n次重复。

本发明可以进一步提供一种在使用OFDM传输格式的蜂窝通信网络中传输下行控制信息的方法，该方法包括：从基站向在网络中操作的UE发送包含在DCI消息中的TDRA表，所述DCI消息包含至少一个附加字段，其动态分配n次重复以应用于要由所述UE发送的传输块。

本发明可以进一步提供一种在使用OFDM传输格式的蜂窝通信网络中传输下行控制信息的方法，该方法包括：从基站向在网络中操作的UE发送DCI消息中的参数，所述参数动态指示n次重复以应用于要由所述UE发送的传输块。

非暂时性计算机可读介质可以包括以下群组中的至少一种：硬盘、CD-ROM、光学存储设备、磁存储设备、只读存储器、可编程只读存储器、可擦除可编程只读存储器、EPROM、电可擦除可编程只读存储器和闪存。

附图说明

将参考附图仅通过示例的方式描述本发明的更多细节、方面和实施例。图中的组件是为了简单和清楚而示出的，并且不一定按比例绘制。相似的附图标号已经包括在相应的附图中以便于理解。

图1示出了蜂窝通信网络的选定组件。

图2到图7示出了时隙中传输块的调度。

具体实施方式

本领域的技术人员将认识到并理解所描述的示例的细节仅是一些实施例的说明并且本文阐述的教导适用于各种替代设置。

图1示出了三个基站(例如，取决于特定蜂窝标准和术语的eNB或gNB)形成蜂窝网络的示意图。通常，每个基站将由一个蜂窝网络运营商部署，以为该区域中的UE提供地理覆盖。基站形成无线电区域网络(Radio Area Network,RAN)。每个基站为其区域或小区中的UE提供无线覆盖。基站通过X2接口互连，通过S1接口连接到核心网络。应当理解，出于举例说明蜂窝网络的关键特征的目的，仅示出了基本细节。PC5接口在UE之间提供，用于侧链(SideLink,SL)通信。与图1相关的接口和组件名称仅用作示例，不同的系统按照相同的原理运行，可能会使用不同的命名法。

每个基站都包含用于实现RAN功能的硬件和软件，包括与核心网络和其他基站的通信、核心网络与UE之间的控制和数据信号传输，以及与每个基站关联的UE保持无线通信。核心网络包括实现网络功能的硬件和软件，例如整体网络管理和控制，以及呼叫和数据的路由。

在非授权频谱中，UE可能必须发送具有不同优先级和要求的TB。为了使每个TB的UL传输达到指定的要求，gNB以特定的重复次数调度每个TB。

在上行链路传输中，不允许一个物理上行共享信道(physical uplink sharedchannel,PUSCH)传输实例跨越动态授权(dynamic grant,DG)和配置授权(configuredgrant,CG)PUSCH的时隙边界。因此，为了避免跨时隙边界传输长PUSCH，UE可以在连续可用的传输子时隙/时隙中通过UL授权或无线电资源控制(radio resource control,RRC)调度的若干重复中传输小PUSCH。对一个传输块(transport block,TB)使用PUSCH重复还减少了等待时间并增加了PUSCH传输的可靠性，其中UE可以配置为在没有反馈的情况下跨连续传输时机传输多个TB重复。在PUSCH重复类型A中，每个时隙仅包含一次重复，并且TB重复的时域在这些时隙中是相同的。在PUSCH重复类型B中，重复是在连续的微时隙中执行的，因此一个时隙可能包含一个TB的多次重复。

在非授权频谱中，发射器需要先听后说(listen-before-talk,LBT)，以在传输前检查信道的可用性。在UL DG传输中，UE可以根据UL授权DCI指示的类型1或类型2UL信道接入过程接入信道。当UE有TB要传输时，它向gNB发送调度请求。gNB以DCI响应作为UL授权以调度UL传输。该DCI提供有关UL传输的信息，例如时间和频率资源、重复次数、传输功率、调制和编码方案、非授权频谱中的信道接入类型等。TB在分配的PUSCH上传输，每次重复对应于一个PUSCH。一个DCI作为UL授权可以调度多个PUSCH中的多个TB。

标准(例如3GPP技术标准38.913)要求TB的UL传输支持多次重复以达到严格的URLLC要求。DCI中的时域资源分配(time domain resource assignment,TDRA)字段指示第一次“标称”重复的资源。剩余重复的时域资源是从为第一次重复和符号的UL/DL方向提供的信息中导出的。重复次数代表“标称”重复次数。在使用DCI格式0_1和0_2的TDRA表中，动态授权重复次数的动态指示与起始和长度指示符值(start and length indicatorvalue,SLIV)联合编码，指示用于PUSCH的调度资源的起始符号和长度，通过添加TDRA表中重复次数的附加列。TDRA表的最大大小为64，对于CG PUSCH传输，如果重复次数未包含在TDRA表中，则由RRC参数repK提供。

在非授权频谱中支持通过单个DCI格式0_1调度的不同TB的多个PUSCH的传输。同一DCI格式0_1可以调度单个PUSCH或者多个PUSCH。一个DCI最大调度的PUSCH数是8个。扩展TDRA表，每一行表示多个PUSCH。每个PUSCH都有一个单独的SLIV。调度的PUSCH的数量由TDRA表的行中指示的有效SLIV的数量表示。

然而，在非授权频谱中由单个DCI调度的多个PUSCH的传输不支持在URLLC授权频谱中重复传输PUSCH。具有两种不同TDRA表类型的两种传输方案之间的不兼容性导致在非授权频谱中支持URLLC操作时出现问题。每个PUSCH没有重复的PUSCH传输，降低了可靠性并增加了传输的等待时间。长PUSCH传输不能跨越时隙边界或在TDD配置中被DL符号分割的资源中传输。在那些情况下，需要短PUSCH重复来传输TB，其中重复可以由时隙边界或DL符号分段。另一方面，使用DCI来调度每个PUSCH会增加DCI开销和LBT延迟。

图2，场景1显示了gNB发出DCI以连续调度8个TB的8个PUSCH。图2，场景2显示gNB为TB发出PUSCH，重复4次，然后再为3个TB再发出3个PUSCH。TB1的重复被视为不同TB的PUSCH，因此在TDRA表中由不同的SLIV指示，导致由于gNB处的LBT导致DCI开销和延迟增加。当前多个TB调度的TDRA表如下所示：

表1

每个TB重复的多个TB由单个DCI调度，以减少控制开销和LBT延迟。根据每个TB的优先级、可靠性和延迟要求，调度TB组中每个TB的重复次数可能不同。图2中TB1的4次重复，场景2对应于表1的TDRA索引3中的SLIV1、SLIV2、SLIV3和SLIV4。TB1单独使用8个SLIV中的4个，因此其他TB只剩下4个SLIV。TB2-5分别使用SLIV5-8。因此，单个DCI仅调度5个TB而不是8个TB。

重复次数动态地指示给UE，通过用列扩展标准TDRA表以指示TB的SLIV的每个条目的重复次数，如下面的表2所示。UL授权DCI中的TDRA字段指示TDRA索引的值，因此UE知道表中使用的条目。例如，如果UL授权指示TDRA索引1，，则有2个TB被调度。第一个TB对应于SLIV1和Rep1。第二个TB对应于SLIV2和Rep2。

表2

新TDRA表中的条目数增加，以指示SLIV和重复次数。如果当前TDRA表中的条目数是2^a，其中a是DCI的TDRA字段中的比特数，则新TDRA表中的条目数是2^a+N*b，其中N是调度的TB的数量，b是指示每个TB的重复次数的比特数。根据允许的最大重复次数，b可能是2比特或3比特。

该表不需要携带TB的数量和重复次数的所有可能性。一种方法可以是总体上给定数量的比特用于TDRA表，比如说n，那么TDRA表可以有2ⁿ个条目。基站可以使用它打算使用的适当条目来配置TDRA表。这可以用于为期望的比特数设计TDRA表，然后基站仅配置可能具有该比特数的条目。

一个TB由一个SLIV和重复次数表示。也就是说，一个SLIV只对应一个TB，而不是一个TB的PUSCH重复。例如，在表2中，TB1由SLIV1和Rep1表示。SLIV1表示TB1第一次重复的起始符号和长度。基于重复次数Rep1、一次重复的长度、时隙边界和UL/DL符号配置导出用于第一次重复之后的重复的资源。

或者，表2的TDRA表的略微修改版本可以与新字段指示的每个SLIV的重复次数一起使用，如下面的表3所示。

表3

指示的重复次数是每个TB的标称重复次数。如果标称重复在TDD配置中遇到时隙边界或DL符号并且此重复被分成多个重复，则每个TB的实际重复次数可能更大。通过这些扩展的TDRA表，即使每个TB有多次重复，TDRA表的一行中仍然有最多8个TB对应8个SLIV可以被单个DCI调度。

这些扩展表还可用于在URLLC授权频谱中安排具有重复的TB。这避免了针对不同情况使用两个不同的TDRA表：一个表用于非授权频谱中的多个TB，另一个表用于URLLC授权频谱中一个TB的多次重复。

或者，表1中所示的TDRA表用于调度非授权频谱中的多个TB，并且重复次数由DCI中的单独字段指示，如图3所示。

TDRA表中的SLIV对应一个TB，表示该TB的第一次重复。后续重复的资源源自添加到UL授权DCI的新字段中指示的重复次数，以及有关一次重复的长度、时隙边界和UL/DL符号配置的信息。重复指示字段的长度取决于调度的TB的数量和每个TB的重复次数。如果调度的TB没有重复(每个TB在一个PUSCH上仅传输一次)，则可以删除重复指示字段时，这为DCI的长度带来了灵活性，这有助于减少DCI比特数并增加DCI可靠性。

或者，a的多个TB传输中每个TB的重复次数可以由RRC参数指示。RRC参数pusch-AggregationFactor可以被扩展以指示多个调度TB的重复次数。非授权频谱多个PUSCH传输的TDRA表同表1。配置pusch-AggregationFactor时，UE从pusch-AggregationFactor中获取TB的重复次数，UE使用SLIV作为指示TB的第一次重复，并导出其余重复的资源。

当一个TB被多次重复传输时，必须指示冗余版本(redundancy version,RV)序列，以便确定每次重复的RV。但是，在当前标准中，如果单个DCI调度多个PUSCH，其中每个PUSCH对应一个SLIV，则每个PUSCH只有1个RV比特。因此，在重复的多个TB传输中，每个TB只有1个RV比特，因为一个TB对应一个SLIV。1个RV比特不足以指示TB多次重复的RV序列。例如，具有4次重复的TB需要2比特来指示RV序列：{0,0,0,0}，{0,3,0,3)或{0,2,3,1}。

为了解决这个问题，可以灵活配置每个TB的RV比特数。TB的RV比特数对应于TB的重复次数，如表4所示。如果TB的重复次数为1或2，则该TB的RV比特数为1。如果重复次数为1，RV字段表示{0,2}。如果重复次数为2，则RV字段指示{(0,2),(0,3)}。这意味着TB的2个PUSCH重复可能具有0和2或0和3的RV。另一方面，如果TB的重复次数大于2，则该TB的RV比特数为2。例如，对于4次重复，需要2比特来指示RV序列。UE解码TDRA表或重复指示字段或RRC参数中TB的重复次数以确定对应TB的RV字段中的RV比特数。

NoRep1:1次重复	NoRep2:1次重复	NoRep3:4次重复	NoRep4:8次重复
				RV1：1比特	RV2：1比特	RV3：2比特	RV4：2比特

表4

当gNB通过单个DCI在非授权频谱中调度多个重复的TB时，如果组中有URLLC TB，则必须保证URLLC TB的延迟预算为1ms。然而，不同的信道访问优先级给出不同的信道访问延迟。这会使URLLC传输无法达到指定的延迟要求。因此，在调度DCI中，增加了一个2比特的字段来指示多个TB传输的信道接入优先级(2比特对应4个信道接入优先级)。选择信道访问优先级类别并将其指示给UE，以确保URLLC TB及其重复在延迟预算中传输。所选择的信道访问优先级取决于信道条件、URLLC资源的位置、每个URLLC TB的重复次数。

或者，具有相同服务质量(QoS)的TB通常由单个DCI一起调度，并且所有TB的重复次数保持相同。换句话说，单个DCI调度具有相同重复次数的多个TB。

在UL调度中，当单个DCI调度多个TB时，多个TB传输的可靠性也与调度DCI有关。当gNB将资源分配给多个TB时，TB的确切顺序是因为UE的TB顺序取决于数据包到达和MAC层过程/实现。如果PUSCH重复用于组中的所有TB，则gNB可以为该组中的所有TB调度相同次数的重复，从而减少DCI的开销并提高DCI可靠性，因为需要更少的比特来指示重复次数。

为了使单个DCI调度多个TB，每个TB具有相同的重复次数，可以使用表5的TDRA表。

表5

这可用于非授权频谱中的多个TB调度和URLLC授权频谱中的重复TB。

每个TB对应一个SLIV，指示第一次重复的资源，然后由UE根据TDRA表5的重复次数列中指示的标称重复次数导出后续重复的进一步资源(如果有)，这适用于单个DCI调度的所有TB。如果标称重复在TDD配置中遇到时隙边界或DL符号，并且此重复被分成多个重复，则实际重复次数可能会更大。

作为替代，在使用如上所述的表1的TDRA的同时通过使用DCI中的新字段来定义组中TB的重复次数。该字段包含2比特或3比特，具体取决于TB的允许重复次数集。调度DCI的这个新字段中指示的重复次数应用于组中的所有TB。

同样如上所述，由单个DCI调度的多个TB的重复可以由RRC参数指示。RRC参数pusch-AggregationFactor表示一个TB的重复次数，pusch-AggregationFactor中的值适用于单个DCI调度的group中的所有TB。表1的TDRA可以用于非授权频谱中的多个PUSCH传输。当pusch-AggregationFactor被配置并且UE从pusch-AggregationFactor获得TB的重复次数时，UE使用SLIV作为第一次重复的指示并且为剩余的重复导出资源。

同样如上所述，如果重复次数大于2，则可以使用2个RV比特来指示每个TB的重复的RV序列。否则，使用1个RV比特。UE通过解码DCI或RRC找到重复次数，然后可以确定相应的RV比特数，从中提取RV信息。

在非授权频谱中，UE在上行传输数据之前必须进行LBT，因此LBT结果是不确定的。如果LBT在调度资源的起始符号之前成功，则UE可以在UL资源上发送TB。相反，如果LBT最初失败，然后仅在调度资源的起始符号后才成功，则调度的传输未启动并且PUSCH被丢弃。gNB将不得不重新安排此PUSCH的资源，这反过来会增加延迟并且对URLLC的QoS有害。

当由于信道接入不确定性而无法在预定位置开始传输时，UE应在获得信道接入后在预定资源上进行传输。当UE稍后访问信道时，这可能导致初始TB的结果重复次数不足，因为它留下的重复次数少于为给定TB安排的重复次数。这可能不利于可靠性要求高的URLLC的性能。

如图4的场景1所示，单个DCI调度2个TB，每个TB重复4次。LBT在S1之前成功，因此UE可以从S1到S4发送TB1，重复4次，从S5到S8，发送TB2，重复4次(S1，...，S8是子时隙或时隙，具体取决于映射和重复类型)。然而，在图4的场景2中，LBT在S1之前失败并且仅在S2之前成功，因此UE只能从S2到S4发送TB 1的3次重复，而不是计划的4次重复。如果TB1对可靠性要求高，则可能有害。

为了解决这个问题，UE可能会覆盖基站(gNB)调度以使用额外的资源来重复传输块，当它的一些重复资源由于获取延迟而丢失时以及在之后获取信道时名义上的开始时刻。

高优先级TB可以使用低优先级TB的资源，从而在LBT故障时保证高优先级TB的可靠性。通过使用建议的TDRA表中的多个SLIV，可以使用多个起点来调度PUSCH传输。多个SLIV与一个PUSCH相关联，每个SLIV指示一个潜在的起点。

如图5所示，从S1到S4安排了4次TB1重复，从S5到S8安排了4次TB2重复。然而，在场景2中，LBT在S1之前失败并且UE无法开始传输。UE只有在传输后才能在S2开始传输。TB1比TB2具有更高的优先级，因此UE从TB2抢占S5并将其分配给TB1以传输第四次重复，以便传输所有4个配置的重复以实现高优先级传输的可靠性。虽然TB2具有较低的优先级，但TB2的传输从S5偏移到S6。从S6到S8只重复3次TB2。另一方面，在场景3中，TB2具有比TB1更高的优先级，因此TB2的传输仍然按照SLIV中调度的S5开始，从而确保TB2的4次重复并且仅传输TB1的3次重复。

如果LBT仅在第二个调度的TB开始时成功并且第一个调度的TB的优先级高于第二个TB，则UE可以发送第一个TB并丢弃第二个TB。例如，在图5的场景4中，如果LBT在S5成功并且TB1的优先级高于TB2的优先级，则UE将TB1而不是TB2从S5传输到S8。

gNB可以通过解码与PUSCH重复复用的UCI来确定LBT的结果和UE偏移低优先级TB起始符号的决定。UCI包含一个比特来指示预期子时隙/时隙的偏移量。作为替代方案，UCI可以包含与正在传输的TB相对应的HARQ ID，以便gNB可以确定偏移量。例如，在图5的场景2中，TB1的4次重复具有HARQ ID 1，TB2的4次重复具有HARQ ID 2。在覆盖场景2的情况下，S5包含TB1的重复，而不是开始时配置的TB2。因此，S5处的UCI包含TB 1的HARQ ID，而不是调度所预期的TB2的HARQ ID。gNB识别此HARQ ID并可以确定S5包含TB1的重复而不是TB2的重复。因此，gNB可以在TB1的重复之间进行软组合。gNB还可以确定UE已将TB2的传输偏移到下一个传输时机S6，因此它将从S6开始解码TB2的第一次重复。

如果由于LBT失败而无法在第一个调度符号传输调度的PUSCH，则UE可以在LBT成功之后在调度资源中的任何后续符号传输该PUSCH，而不是丢弃整个PUSCH。gNB通过在调度资源中的每个符号处盲解码DMRS来检测传输的开始。只要LBT在调度资源的最后一个符号之前成功，该方案就保证PUSCH传输。然而，这有两个缺点。首先，gNB必须在每个调度符号中盲检测DMRS以找到传输的开始。其次，SLIV指示的PUSCH资源的长度是固定的，无论LBT是否在该资源的第一个符号处成功。如果UE在调度资源的第一个符号之后发送PUSCH，则它必须发送比配置的更短的PUSCH，这会降低PUSCH传输的可靠性。

为了处理LBT结果的不确定性，DCI使用具有多个SLIV的TDRA表来仅调度一个PUSCH而不是多个PUSCH。当gNB调度一个高优先级的UL TB(例如URLLC TB)时，它使用TDRA表中的一行和多个SLIV来调度这个TB。每个SLIV对应于传输的潜在起点和长度。UE根据LBT结果选择跟随一个SLIV。为了满足URLLC时延要求，UE在LBT成功后选择最近的起点。每个SLIV中指示的传输长度也保证了传输所需的可靠性。

从而减少了gNB必须寻找DMRS以确定传输开始的符号数。这个数字等于gNB使用的SLIV的数量。此外，非授权频谱中的表1、表2、表3或表5的TDRA可以用于调度具有多个起点的传输，而不是使用DCI或新RRC中的新字段来指示灵活起点。TDRA表中的SLIV被用来指示单个TB的多个起点。

如图6所示，gNB调度具有3个SLIV的PUSCH传输：SLIV1具有起始符号S1和长度L，SLIV2具有起始符号S3和长度L，SLIV3具有起始符号S5和长度L。如果LBT在S1之前成功，UE使用SLIV1传输PUSCH。如果S1和S3之间的LBT成功，UE使用SLIV2传输PUSCH。如果LBT在S3和S5之间成功，则UE使用SLIV3传输PUSCH。3个SLIV指示的长度都是L，保证了PUSCH传输的可靠性，虽然这种传输类型需要分配更多的资源。

UE向gNB发送调度请求(scheduling request)以请求一次PUSCH TB传输的资源。如果UE接收到指示多个SLIV的DCI UL授权，则它可以确定这些SLIV是用于具有多个起点的一个PUSCH TB而不是多个PUSCH TB传输。UE将仅使用这些SLIV之一来传输基于LBT结果的PUSCH TB。

因此，可以牺牲资源来换取URLLC中高优先级传输的等待时间和可靠性。

当UE有多个TB要传输时，gNB可以通过单个DCI为每个TB重复调度多个TB传输。gNB根据需求指示多个SLIV和多个TB的重复次数。此外，gNB可能需要在时间敏感的TB的任何调度方案中考虑LBT不确定性。这导致DCI负载增加以重复调度多个TB，因为TDRA表具有更多条目并且需要更多RV比特。这会影响DCI传输的性能，并且信道不确定性可能仍会限制此类多个TB重复方案的性能。

用于多个上行传输的通用资源分配方案允许gNB通过优化的单个UL授权DCI为UE调度多个资源。然后，UE可以使用这些资源来传输多个传输块的多个重复。因此，该方案显着简化了信令开销并解决了导致批量上行传输延迟启动的信道不确定性问题。UE传输的每个资源都包含必要的信息，例如混合自动重传请求(hybrid automatic repeat request,HARQ)标识(identity,ID)、冗余版本(redundancy version,RV)和新数据指示符(new dataindicator,NDI)等，以允许正确解码和缓冲区管理以进行软合并gNB。

为了减少gNB的调度负担和重复的多个TB传输中的DCI负载，并以更灵活的方式应对信道不确定性，可以使用上行传输的通用资源分配方案。收到来自UE的调度请求和/或缓冲区状态报告后，gNB可以确定该UE的流量要求，并且基于来自其他设备的可用资源和流量情况，gNB的调度器可以容纳给定数量的每个TB具有给定的重复次数。gNB向UE指示资源，而不明确指定TB的数量和每个TB的重复次数。因此，UL授权DCI将向UE指示通用资源。接收到这种用于上行传输的资源分配后，UE将开始传输其TB，并在这些资源中重复适当的次数以满足TB的要求。UE在缓冲区中有多个具有不同要求的TB，因此它向gNB发送SR以请求资源来传输这些TB。为了减少DCI和LBT延迟，gNB使用单个DCI来调度多个TB。

gNB可以使用多种不同的信令选项来指示分配给UE的多个资源。如果gNB在多个时隙中有相同的时频资源可用，并且它将此资源分配给单个UE，则gNB使用一行只有一个SLIV的TDRA表来调度单个TB。SLIV指示UE可用于传输TB的时隙中的起始符号和U资源的长度。可以配置新的RRC参数PUSCH-resourceRepetition以指示分配的时隙数。

如图7所示，gNB通过S＝1和L＝6的SLIV指示Slot1中的UL资源。它将PUSCH-resourceRepetition配置为2，因此时隙1中的资源在同一时域中在时隙2中重复。

UE可以使用SLI和PUSCH-resourceRepetition指示的资源来传输缓冲区中的TB。UE自行决定TB的传输顺序和每个TB的重复次数以满足TB的要求。UE还为TB的重复选择RV序列。

UCI可以在包含HARQ ID和RV的PUSCH中复用。通过解码UCI，gNB获得了相应PUSCH的信息，并且在接收到新的HARQ ID和重复的RV时可以确定TB的第一个重复，以便gNB可以进行软组合。

如果gNB的解码出现错误并且gNB必须安排重传，为了进一步减少延迟，UCI携带指示以告知UE重复是否是TB的最后一个。如果gNB使用HARQ ID来确定新的传输并且两个资源之间存在间隙，如图7所示，gNB必须从时隙1的中间到时隙2的开始等待，以了解它是否在必要时重新调度TB之前在时隙1中接收到TB的最后一次重复。如果TB的最后一次重复在时隙1中，gNB可以在解码错误的情况下快速重新调度TB。

在用于分配多个资源的替代信令方案中，当gNB在多个时隙中没有相同的时频资源时，它可以向UE指示不同时隙中的不同资源。可以通过具有多个SLIV值的TDRA表向UE指示多个资源，每个TB可能有一个重复值，或者具有多个SLIV值的表，每个SLIV有一个重复值。UE将选择TB的数量，以及每个TB的重复次数。HARQ ID、RV、最后重复指示和新数据指示符(new data indicator,NDI)作为UCI的一部分在UE传输的每个单一资源上与PUSCH复用传输。这确保了gNB不会混淆UE传输的内容。

当gNB调度单个TB的UL传输时，它可以使用SLIV来指示该TB的起始符号和资源长度。当UE向gNB发送SR以请求一个TB的资源时，gNB发送UL授权DCI为UE分配资源以传输该TB。DCI没有指定该TB的重复次数，但UE将根据TB的长度、资源和QoS来确定它。DCI中使用的SLIV指示该TB的起始符号和资源长度。每次重复的RV也由UE确定，并通过与PUSCH复用的UCI传达给gNB。gNB还可以使用新的RRC参数PUSCH-resourceRepetition来指示连续时隙中资源的重复。

尽管未详细示出，但构成网络的一部分的任何设备或装置可至少包括处理器、存储器和通信接口，其中处理器、存储器和通信接口被配置为执行以下方法：本发明的任何方面。下文描述了进一步的选项和选择。

可以使用相关领域的技术人员已知的计算系统或架构来实现本发明实施例的信号处理功能，尤其是gNB和UE。计算系统，例如台式机、膝上型或笔记本电脑、手持计算设备(PDA、手机、掌上电脑等)、大型机、服务器、客户端或任何其他类型的专用或通用计算设备对于给定的应用程序或环境来说，可能是理想的或合适的。计算系统可以包括一个或多个处理器，其可以使用通用或专用处理引擎例如微处理器、微控制器或其他控制模块来实现。

计算系统还可以包括主存储器，例如随机存取存储器(RAM)或其他动态存储器，用于存储要由处理器执行的信息和指令。这样的主存储器还可以用于在执行要由处理器执行的指令期间存储临时变量或其他中间信息。计算系统同样可以包括只读存储器(ROM)或其他静态存储设备，用于存储处理器的静态信息和指令。

计算系统还可以包括信息存储系统，其可以包括例如媒体驱动器和可移动存储接口。媒体驱动器可以包括支持固定或可移动存储媒体的驱动器或其他机制，例如硬盘驱动器、软盘驱动器、磁带驱动器、光盘驱动器、光盘(CD)或数字视频驱动器(DVD)(RTM)读取或写入驱动器(R或RW)，或其他可移动或固定媒体驱动器。存储介质可以包括例如硬盘、软盘、磁带、光盘、CD或DVD，或者由介质驱动器读取和写入的其他固定或可移动介质。存储介质可以包括其中存储有特定计算机软件或数据的计算机可读存储介质。

在备选实施例中，信息存储系统可以包括用于允许将计算机程序或其他指令或数据加载到计算系统中的其他类似组件。此类组件可包括例如可移动存储单元和接口，例如程序盒和盒接口、可移动存储器(例如，闪存或其他可移动存储器模块)和存储器插槽，以及其他可移动存储单元以及允许软件和数据从可移动存储单元传输到计算系统的接口。

计算系统还可以包括通信接口。这样的通信接口可用于允许软件和数据在计算系统和外部设备之间传输。通信接口的示例可以包括调制解调器、网络接口(例如以太网或其他NIC卡)、通信端口(例如通用串行总线(USB)端口)、PCMCIA插槽和卡等。经由通信接口传输的软件和数据采用信号的形式，可以是电子的、电磁的和光的或能够被通信接口介质接收的其他信号。

在本文档中，术语“计算机程序产品”、“计算机可读介质”等一般可用于指代有形介质，例如存储器、存储设备或存储单元。这些和其他形式的计算机可读介质可以存储一个或多个指令，以供构成计算机系统的处理器使用以使处理器执行指定的操作。这样的指令，通常45被称为“计算机程序代码”(可以以计算机程序或其他分组的形式分组)，当被执行时，使计算系统能够执行本发明的实施例的功能。请注意，代码可能会直接导致处理器执行指定的操作、被编译以执行此操作和/或与其他软件、硬件和/或固件组件(例如，用于执行标准功能的库)组合以执行此操作。

非暂时性计算机可读介质可以包括来自由以下各项组成的组中的至少一个：硬盘、CD-ROM、光存储设备、磁存储设备、只读存储器、可编程只读存储器、可擦除存储器可编程只读存储器、EPROM、电可擦除可编程只读存储器和闪存。在使用软件实现组件的实施例中，软件可以存储在计算机可读介质中并使用例如可移动存储驱动器加载到计算系统中。当由计算机系统中的处理器执行时，控制模块(在该示例中为软件指令或可执行计算机程序代码)使处理器执行如本文所述的本发明的功能。

此外，本发明构思可以应用于用于在网络元件内执行信号处理功能的任何电路。进一步设想，例如，半导体制造商可以在独立设备的设计中采用本发明的概念，例如数字信号处理器(DSP)的微控制器，或专用集成电路(ASIC)，并且/或任何其他子系统组件。

应当理解，为了清楚起见，以上描述已经参考单个处理逻辑描述了本发明的实施例。然而，本发明构思同样可以通过多个不同的功能单元和处理器来实现以提供信号处理功能因此，对特定功能单元的引用仅被视为对用于提供所述功能的合适手段的引用，而不是指示严格的逻辑或物理结构或组织。

本发明的方面可以以任何合适的形式来实现，包括硬件、软件、固件或它们的任何组合。本发明可以任选地至少部分地实施为在一个或多个数据处理器和/或数字信号处理器或诸如FPGA设备的可配置模块组件上运行的计算机软件。

因此，本发明的实施例的组件和构件可以以任何合适的方式在物理上、功能上和逻辑上实现。实际上，功能可以在单个单元中、在多个单元中或者作为其他功能单元的一部分来实现。尽管已经结合一些实施例描述了本发明，但其并不意在限于此处阐述的特定形式。相反，本发明的范围仅由所附权利要求限制。此外，尽管特征可能看起来是结合特定实施例来描述的，但是本领域技术人员将认识到可以根据本发明组合所描述的实施例的各种特征。在权利要求中，术语“包括”不排除其他组件或步骤的存在。

此外，虽然单独列出，但是多个装置、元件或方法步骤可以由例如单个单元或处理器来实现。此外，虽然单独的特征可以包括在不同的权利要求中，但是这些可以有利地组合，并且包括在不同的权利要求中并不意味着特征的组合不可行和/或不有利。此外，将某一特征包含在一类权利要求中并不意味着对该类别的限制，而是表明该特征视情况同样适用于其他权利要求类别。

此外，权利要求中的特征顺序并不暗示必须执行这些特征的任何特定顺序，特别是方法权利要求中各个步骤的顺序并不暗示必须按此顺序执行这些步骤。相反，这些步骤可以以任何合适的顺序执行。此外，单数引用不排除复数。因此，对“a”、“an”、“first”、“second”等的引用不排除复数。

尽管已经结合一些实施例描述了本发明，但其并不意在限于此处阐述的特定形式。相反，本发明的范围仅由所附权利要求限制。此外，尽管特征可能看起来是结合特定实施例来描述的，但是本领域技术人员将认识到可以根据本发明组合所描述的实施例的各种特征。在权利要求中，术语“包含”或“包括”不排除其他组件的存在。

Claims (16)

1.一种在使用OFDM传输格式的蜂窝通信网络中传输下行控制信息的方法，其特征在于，包括：

从基站向在网络中操作的UE发送包含至少一个附加字段的DCI消息，其动态分配n次重复以应用于要由所述UE发送的传输块。

2.根据权利要求1所述的方法，其特征在于，在所述网络中操作的所述UE响应于所述DCI消息而传输所述传输块的所述n次重复。

3.根据权利要求1所述的方法，其特征在于，包含在所述DCI消息中的TDRA表包含至少一个附加字段，其分配要应用于所述传输块的所述n次重复。

4.根据权利要求3所述的方法，其特征在于，所述至少一个附加字段包括与所述TDRA表中的至少一个SLIV条目相关联的重复指示符。

5.根据权利要求3所述的方法，其特征在于，所述至少一个附加字段包括与所述TDRA表中的多个SLIV条目相关联的重复指示符。

6.根据权利要求4或5所述的方法，其特征在于，所述至少一个附加字段包括与所述TDRA表中的多个SLIV条目相关联的重复指示符。多个SLIV条目被分配给TB的单个重复。

7.根据权利要求1所述的方法，其特征在于，所述至少一个附加字段包括所述DCI消息中的参数，所述参数指示要应用于一个传输块的所述n次重复。

8.根据权利要求7所述的方法，其特征在于，所述参数为RRC参数。

9.根据权利要求8所述的方法，其特征在于，所述参数为现有的RRC参数，扩展为指示所述n次重复。

10.根据权利要求2所述的方法，其特征在于，所述传输块的每次重复包括由所述UE发送到所述基站的动态配置的冗余版本。

11.根据权利要求2所述的方法，其特征在于，所述基站和/或所述UE需要进行先听后传检查。

12.根据权利要求11所述的方法，其特征在于，所述UE在分配给较低优先级传输块的时隙中利用较高优先级传输块的额外重复来抢占传输。

13.根据任何前述权利要求所述的方法，其特征在于，所述蜂窝通信网络在授权和非授权频谱中运行。

14.根据任何前述权利要求所述的方法，其特征在于，所述n次重复被调度为一个传输块的n次重复具有n次PUSCH重复。

15.一种基站，其特征在于，被配置为执行权利要求1至14中任一项所述的方法。

16.一种UE，其特征在于，被配置为解码根据权利要求1至14中任一项所述的方法发送的所述DCI消息，其中，所述UE响应于所述DCI消息而传输所述传输块的所述n次重复。

Images