CN110622455A

CN110622455A - 用于上行传输的下行控制信道信令的方法及系统

Info

Publication number: CN110622455A
Application number: CN201880028702.7A
Authority: CN
Inventors: 陶菲克尔·伊斯兰; 默罕默德·阿代尔·赛勒穆
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2017-05-01
Filing date: 2018-04-27
Publication date: 2019-12-27
Anticipated expiration: 2038-04-27
Also published as: EP3602950A1; EP3602950A4; WO2018201982A1; EP3602950B1; CN110622455B; US10736083B2; US20180317213A1

Abstract

无线通信系统中的用户设备(UE)可以被配置为使用特定资源发送一个或多个上行传输。然而，有时在操作期间，UE被配置使用的特定资源不适合当时的信道条件或者导致与其他上行传输的干扰或冲突。公开了系统和方法，其中下行控制信息(DCI)可以用于重配置UE用于上行传输的一个或多个资源。在一些实施例中，资源重配置指令由基站与混合自动重传请求(HARQ)反馈一起发送。在一些实施例中，公开了可以用于具有不同能力的UE的统一下行信令格式，其中该统一下行信令的比特根据UE的能力将不同的指令中继至不同的UE。

Description

用于上行传输的下行控制信道信令的方法及系统

相关申请的交叉引用

本申请要求于2017年4月24日提交、申请号为15/960/677、发明名称为“用于上行传输的下行控制信道信令的方法及系统”的美国非临时申请的优先权，上述美国非临时申请要求于2017年5月1日提交、申请号为62/492,685、发明名称为“用于上行传输的下行控制信道信令的方法及系统”的美国临时专利申请的优先权，其内容结合于此作为参考。

技术领域

本申请一般涉及无线通信，尤其涉及下行控制信道中用于上行传输的信令。

背景技术

在一些无线通信系统中，用户设备(user equipment，UE)与基站进行无线通信以向基站发送数据和/或从基站接收数据。从UE到基站的无线通信称为上行通信。从基站到UE的无线通信称为下行通信。

执行上行和下行通信需要资源。例如，UE可以在特定时间间隔内的特定频率的上行传输中向基站无线发送诸如传输块(transportblock，TB)的数据。使用的频率和时间间隔是资源的示例。其他资源的示例可以包括诸如在传输中使用的参考信号和/或使用的调制与编码策略(modulationandcodingscheme，MSC)的参数。

一些无线通信系统可以支持基于授权的上行传输。也就是说，如果UE想要向基站发送数据，则UE从基站请求上行资源。基站授权上行资源，然后UE使用授权的上行资源发送上行传输。可以由基站授权的上行资源的示例是上行正交频分多址(orthogonalfrequency-division multiple access，OFDMA)帧中的一组时频位置。

一些无线通信系统也可以或替代地支持免授权上行传输。也就是说，UE可以在未专门请求使用资源的情况下使用可能与其它UE共享的某些上行资源来发送上行传输。免授权上行传输不需要来自基站的动态和显式调度授权。

发明内容

UE可以被配置为使用特定资源来发送一个或多个上行传输。然而，有时在操作期间，UE配置使用的特定资源不适合当时的信道条件或导致与其他上行传输干扰或冲突。

公开了系统和方法，其中下行控制信道中的下行控制信息(DCI)可以用于更新/重配置UE的上行传输使用的一个或多个资源。在一些实施例中，资源重配置更新由基站与混合自动重传请求(HARQ)反馈一起发送。例如，多个比特可以用于指示应答(ACK)或否定应答(NACK)，以及用于为后续上行传输重配置一个或多个资源。

在一些实施例中，公开了可以用于具有不同能力的UE的统一下行信令格式，其中该统一下行信令的比特根据UE的能力将不同的指令中继至不同的UE。

通过使用DCI重配置UE使用的一个或多个资源，基站可以改变UE的一个或多个上行传输使用的资源以试图减少干扰、和/或试图避免冲突、和/或试图避免较差的信道条件。

在一个实施例中，由基站执行可以包括从UE接收TB的第一上行传输的方法。该方法还可以包括在DCI中向UE发送消息。该消息可以包括指示对应于TB的HARQ反馈并且指示UE的第二上行传输使用的资源的改变的多个比特。这样，如果在操作期间，UE配置使用的特定资源不适合当时的信道条件或导致与其他上行传输的干扰或冲突，则具有HARQ反馈的消息也可以改变UE将使用的资源。在一些实施例中还提供了执行该方法的基站。

在另一实施例中，由UE执行可以包括向基站发送TB的第一上行传输的方法。该方法还可以包括接收DCI中的消息。该消息可以包括指示对应于TB的HARQ反馈并且指示UE的第二上行传输使用的资源的改变的多个比特。这样，如果在操作期间，UE配置使用的特定资源不适合当时的信道条件或导致与其他上行传输的干扰或冲突，则具有HARQ反馈的消息也可以改变UE将使用的资源。在一些实施例中还提供了执行该方法的UE。

附图说明

将通过仅示例的方式参考附图描述实施例，在附图中：

图1为根据一个实施例的基站和多个UE的框图；

图2为根据一个实施例的更详细示出基站和UE的框图；

图3示出了根据一个实施例的分为四个码块组(CBG)的传输块(TB)；

图4为根据一个实施例的上行时频资源的示例；

图5为根据一个实施例的下行时频资源的示例；

图6示出了UE特定下行控制信息(DCI)的示例；

图7示出了组公共DCI的示例；

图8示出了根据一个实施例的专用下行应答信道的多个资源元素组(REG)；

图9示出了根据一个实施例的示出多个预定跳变图案的上行时频资源集；

图10示出了可用于初始传输和重传的参考信号的元组；

图11示出了参考信号冲突的示例；

图12示出了基于MCS值分为不同区域的上行时频资源集；

图13示出了根据一个实施例的组公共DCI消息；

图14示出了根据一个实施例的UE至组公共DCI的字段的映射；

图15至图17示出了组公共DCI消息的示例；

图18示出了根据一个实施例的UE特定DCI；

图19示出了根据不同示例的CBG特定HARQ反馈；

图20至图23示出了用于生成并且在专用下行应答信道中发送DCI的系统的实施例；

图24示出了根据另一实施例的组公共DCI消息；

图25示出了DCI中的比特与比特指示之间的示例映射；

图26为根据一个实施例的基站执行的方法的流程图；以及

图27为根据一个实施例的UE执行的方法的流程图。

具体实施方式

为了说明的目的，以下结合附图详细说明具体的示例实施例。

图1为根据一个实施例的基站100和多个UE 102a-c的框图。

“基站”一词包含使用上行和下行通信与UE进行无线通信的任何设备。因此，在一些实施方式中，基站100可以称为其它名称，例如收发点(transmit and receive point，TRP)、基站收发信台、无线基站、网络节点、收发节点、节点B、eNodeB(eNB)、gNB(有时称为“千兆比特”节点B)、中继站、或远端射频头。此外，在一些实施例中，基站100的一部分可以为分布式。例如，基站100的一些模块可以位于远离容纳基站100的天线的设备的位置，并且可以通过通信链路(未示出)耦合至上述容纳天线的设备。因此，在一些实施例中，术语基站100还可以指网络侧执行诸如调度和下行控制信号生成的处理操作且不一定是容纳基站100的天线的设备的一部分的模块。该模块还可以耦合至其他基站。在一些实施例中，基站100可以实际上是例如通过协同多点传输共同操作以服务UE 102a-c的多个基站。

在操作期间，UE 102a-c可以各自向基站100发送上行传输。在一些实施例中，上行传输基于授权，而在其他实施例中，上行传输免授权。

由UE 102a发送的示例上行消息150示出在点画气泡124中。消息150包括参考信号(reference signal，RS)152，例如参考信号序列，该参考信号152由基站100用于上行信道估计。该参考信号可以是解调参考信号(demodulation reference signal，DMRS)。消息150还包括待发送至基站100的数据的传输块(transport block，TB)154。消息150仅为示例，并且可以包括未示出的其他组成部分，例如循环冗余校验(cyclic redundancy check，CRC)。此外，更一般地，参考信号152可以由多址(multipleaccess，MA)签名替代。因此，例如，当在以下实施例中提及参考信号时，可以用MA签名替代。MA签名可以包括(但不限于)以下至少之一：码本/码字、序列、交织器和/或映射图案、导频、解调参考信号(例如用于信道估计的参考信号)、前导码、空间维度、以及功率维度。

在操作期间，还可以从基站向UE 102a-c中的一个或多个UE发送下行传输。下行传输可以包括数据信道中的业务、和/或高层信令(例如，在下行数据信道中发送的无线资源控制(radio resource control，RRC)信息)、和/或下行控制信息(downlink controlinformation，DCI)。本文详细描述了DCI的示例。

图2为更详细示出图1的基站100和UE 102a的框图。基站100包括耦合至一个或多个天线206的发射器202和接收器204。仅示出了一个天线206。发射器202和接收器204可以集成为收发器。基站100还包括上行消息处理器208，该上行消息处理器208包括解码器210。上行消息处理器208和解码器210执行与处理接收的上行消息有关的操作，例如活动检测、TB解码、以及基站HARQ操作，例如，HARQ合并和/或确定是要发送应答(acknowledgement，ACK)还是否定应答(negative acknowledgement，NACK)。上行消息处理器208可以是接收器204的一部分。

基站100还包括用于为上行传输分配和配置资源的上行资源配置模块216。例如，上行资源配置模块216可以半静态地确定UE的资源配置，例如稍后描述的默认和辅助资源配置。每个UE可以通过高层信令(例如，RRC信令)或半静态信令接收至少一个资源配置。上行资源配置模块216还可以例如基于信道条件或基于预期的不同UE的上行传输之间的干扰或参考信号冲突确定何时执行资源重配置。上行资源配置模块216确定在下行控制信令中指示的资源重配置。

基站100还包括下行控制信令模块214，该下行控制信令模块214用于准备本文所述的DCI信息，例如，用于设置和/或装配用于稍后描述的DCI反馈(例如，资源配置/重配置和/或HARQ反馈和/或激活/去激活)的一个或多个比特。下行控制信令模块214生成经由下行控制信道发送的DCI，例如，UE特定DCI、组公共DCI、和/或专用下行应答信道的DCI。下行控制信令模块214可以是上行资源配置模块216的一部分，反之亦然。

基站100还包括编码器212，该编码器212用于对待发送至UE 102a的消息进行编码，例如，对下行数据信道中的业务进行编码和/或对DCI进行编码。在一些实施例中，下行控制信令模块214可以是编码器212的一部分或在编码器212内。

基站100还包括用于存储信息和数据的存储器218。

上行消息处理器208、解码器210、编码器212、下行控制信令模块214、上行资源配置模块216、和/或发射器202和接收器204的任何信号处理部件可以以用于执行上行消息处理器208、解码器210、编码器212、下行控制信令模块214、上行资源配置模块216、和/或发射器202和接收器204的功能的电路的形式实现。在一些实施方式中，该电路包括存储器和一个或多个处理器，这些处理器执行使这些处理器执行上行消息处理器208、解码器210、编码器212、下行控制信令模块214、上行资源配置模块216、和/或发射器202和接收器204的操作的指令。或者，上行消息处理器208、解码器210、编码器212、下行控制信令模块214、上行资源配置模块216、和/或发射器202和接收器204的任何信号处理部件可以用用于执行上行消息处理器208、解码器210、编码器212、下行控制信令模块214、上行资源配置模块216、和/或发射器202和接收器204的操作的专用集成电路(例如，专用集成电路(applicationspecific integrated circuit，ASIC)、图形处理单元(graphics processing unit，GPU)、或编程的现场可编程门阵列(programmed field programmable gate array，FPGA))实现。在其他实施方式中，本文所述的基站100的功能可以完全或部分地通过存储在存储器218的软件或模块实现，并由上述一个或多个处理器执行。

UE 102a包括耦合至一个或多个天线256的发射器252和接收器254。仅示出了一个天线256。发射器252和接收器254可以集成为收发器。UE 102a还包括用于生成在上行传输中发送的消息的上行消息生成器258。生成上行消息可以包括在编码器260中对要在该消息中发送的数据进行编码，以及对编码数据进行调制。UE 102a还包括用于对从基站100发送的下行消息进行解码的解码器262。例如，解码器262对来自基站的DCI进行解码。解码的性质取决于DCI的格式，例如该DCI是否是UE特定、组公共DCI、或是在专用下行应答信道内。基站100还包括用于基于DCI中的指令或基于默认资源配置确定哪些资源用于上行传输的资源配置模块266。基站100还包括用于存储信息和数据(例如稍后描述的默认和辅助资源配置)的存储器264。

上行消息生成器258、编码器260、解码器262、资源配置模块266、和/或发射器252和接收器254的任何信号处理部件可以以用于执行上行消息生成器258、编码器260、解码器262、资源配置模块266、和/或发射器252和接收器254的功能的电路的形式实现。在一些实施方式中，该电路包括存储器和一个或多个处理器，这些处理器执行使这些处理器执行上行消息生成器258、编码器260、解码器262、资源配置模块266、和/或发射器252和接收器254的操作的指令。或者，上行消息生成器258、编码器260、解码器262、资源配置模块266、和/或发射器252和接收器254可以用用于执行上行消息生成器258、编码器260、解码器262、资源配置模块266、和/或发射器252和接收器254的操作的专用集成电路(例如ASIC、GPU、或FPGA)实现。在其他实施方式中，本文所述的UE 102a的功能可以完全或部分地通过存储在存储器218的软件或模块实现，并由上述一个或多个处理器执行。

基站100和UE102a可以包括其他部件，但是为了清楚起见省略了这些部件。此外，UE 102b和UE102c未在图中详细示出，但UE 102b和UE102c具有与图2所示的UE 102a相同的部件。

上行传输的HARQ

可以为上行传输执行HARQ。例如，如果初始上行传输中的TB 154未由基站100成功解码，则UE可以执行重传。本文使用的“传输”一词可以指初始传输或重传。重传可以包括先前传输的TB的副本和/或用于对TB进行解码的其他信息。例如，重传数据可以包括一些或全部的原始数据和/或奇偶校验信息。基站100可以如下执行HARQ合并：未成功解码的初始数据可以存储在基站100处的存储器中，并且结合接收的重传数据来试图成功解码TB，而非丢弃未成功解码的初始数据。当执行HARQ合并时，来自UE的重传数据可以无需是初始数据的完整重传。该重传可以携带较少的数据，例如与初始数据相关的一些或全部的奇偶校验比特。诸如追赶合并(chase combining)和增量冗余(incremental redundancy)的软合并是可以使用的一类HARQ合并。

初始传输和重传可以使用不同的冗余版本(redundancy version，RV)。不同的RV也可以称为不同的修订。当在消息生成器258中对数据进行编码时，可以将编码比特分为可能彼此重叠的不同集。每个集都是不同的RV。例如，一些RV可能具有比其他RV更多的奇偶校验比特。每个RV由RV索引(例如RV0、RV1、RV2等)标识。当使用特定RV发送上行传输时，仅发送对应于该RV的编码比特。可以使用诸如turbo码、低密度奇偶校验(low-density parity-check，LDPC)码、极化码等不同的信道码来生成编码比特。UE 102a中的消息生成器258中的差错控制编码器(未示出)可以执行信道编码。在一个实施例中，信道编码产生编码比特流，该编码比特流包括三个比特流：一个系统比特流和两个奇偶校验比特流。可以执行速率匹配，并且循环缓冲区(未示出)可以存储系统比特和奇偶校验比特。可以从循环缓冲区中读取比特并对这些比特进行调制以在上行消息中传输。循环缓冲区具有与其相关的不同RV，例如，四个冗余版本(RV)：RV0、RV1、RV2、和RV3。每个RV指示从循环缓冲区中读取编码比特的起始位置。因此，每个RV发送不同的编码比特集。最初可以使用RV0来发送数据，但是重传有时可以使用较高的RV，例如，RV2用于第一重传、RV3用于第二重传等。

基站100使用已知RV来执行解码。对于追赶合并，初始传输和重传的RV可以相同，例如，RV0。对于增量冗余，重传可以使用可遵循预定图案的较高RV，例如，RV0用于初始传输、RV2用于第一重传、RV3用于第二重传、RV1用于第三重传。因此，除非只有一个预定义的RV，否则为了对数据进行解码，基站100可能需要知道在免授权上行传输中接收的数据的RV索引。

作为上行传输的HARQ过程的一部分，当基站100成功解码TB时，基站100可以发送ACK。在一些实施例中，当TB未成功解码时，基站100可以发送NACK。

在一些实施例中，UE可以执行自主免授权重传，这意味着UE自动发送TB的一个或多个重传，而无需为TB的先前传输的ACK或NACK等待设定时间段。自主免授权重传有时称为重复。当UE发送TB的自主免授权重传时，基站通常不为TB发送NACK。在一些实施例中，当从基站接收到TB的ACK时，或当进行了最大次数的重传时，UE终止自主重传。在一些实施例中，基站仅在初始传输和一次或多次重复之后生成HARQ反馈。HARQ反馈可以基于或可以不基于重复+初始传输，也可以仅基于初始传输。

UE可以发送多个TB，因此可能存在UE的在任何一个时间进行的多个HARQ进程。可以使用不同的HARQ进程ID来标识不同的HARQ进程。例如，当UE发送第一TB的初始传输和该第一TB的任何重传时，UE可以将这种初始传输/重传与HARQ进程ID#1相关联。当UE发送另一TB的初始传输和该另一TB的任何重传时，UE可以将这种初始传输/重传与HARQ进程ID#2相关联。多个HARQ进程可以并行地进行。

在一些实施例中，TB可以包括多个码块组(code block group，CBG)。如果TB包括多个CBG，则基站无需试图将TB作为整体进行解码，而是可以分别对每个CBG进行解码。例如，图3示出了TB 154，该TB 154分为四个CBG：CBG 1、CBG 2、CBG 3、和CBG 4。基站100可以试图单独对每个CBG进行解码，而非将TB 154作为整体进行解码。在一些实施例中，可以基于CBG提供HARQ反馈。例如，如果基站100仅成功解码了CBG 2和CBG 4，则基站100可以发送4比特HARQ反馈：第一比特和第三比特表示NACK并且分别对应于CBG 1和CBG 3；第二比特和第四比特表示ACK并且分别对应于CBG 2和CBG 4。在点画气泡282中示出了示例比特映射。

初始传输和重传可以具有或相同或不同的CBG配置。在一个示例中，配置了免授权或基于授权的上行传输的CBG的数量，并且CBG中的码块(code block，CB)的数量根据包的大小而改变。在该情况下，基于CBG的HARQ反馈的比特的数量可以是固定的，而与包的大小无关。在另一示例中，配置了CBG内的CB的数量，并且CBG的数量根据包的大小而改变。在该情况下，HARQ反馈中的比特的数量可以根据CBG的数量而变化。在另一示例中，CB和CBG的数量例如基于某些规则或表来根据包的大小规定。

上行时频资源

使用资源来执行基站100和UE 102a-c之间的传输。图4为根据一个实施例的上行时频资源302的示例。时频资源302可以是诸如物理上行共享信道(physical uplinkshared channel，PUSCH)的上行数据信道的一部分。在另一实施例中，302可以与用于物理上行控制信道(physical uplink control channel，PUCCH)或者用于调度请求或其他上行控制信息的传输的时频资源重叠。

时频资源302被分为子帧，子帧由点画线分开。子帧持续时间为0.5ms。在图4的示例时频资源中，每个子帧包括7个OFDM符号。但这只是示例。在一些实施例中，子帧中可以有更多或更少的OFDM符号，并且子帧中OFDM符号的数量可以取决于子载波间隔。时频资源302包括多个资源元素(resource element，RE)。每个RE是1个子载波乘1个符号，RE的示例在308示出。在图4中，资源块(resource block，RB)是可以分配用于UE的上行传输的最小资源单元。在310示出了资源块(RB)的示例。RB 310恰好是时间上的一个子帧乘频率上的四个子载波，但是这仅是示例。例如，在LTE中，RB可以跨12个子载波并且可以具有等于1ms的持续时间。此外，可以在实际实现中，RB 310分布在时频上，即，RB 310的28个RE可以不必彼此相邻。每个RB可以与索引相关联，该索引标识RB的时频位置。例如，RB 310可以是RB索引“14”。

传输时间间隔(transmission time interval，TTI)是从UE发送TB的时间间隔。有时TTI替代称为传输时间单元(transmission time unit，TTU)。不同的UE可以具有不同长度的TTI。然而，在关于图4描述的特定实施例中，每个UE的TTI相同。此外，在关于图4描述的特定实施例中，TTI恰好等于子帧持续时间(0.5ms)，并且在一个RB上发送TB。但是，一般不一定是这种情况。

在一个示例中，可以以时隙或微时隙或以时隙与微时隙的组合为单位形成TTI。微时隙具有比时隙更少的OFDM符号。例如，如果时隙具有7个OFDM符号，则微时隙可以为1至6个OFDM符号。在另一示例中，TTI可以是(或不是)连续符号的集合。TTI中的一些OFDM符号可以被保留并且不用于免授权或基于授权的上行数据传输。下文提到的下行控制信令的监测周期/间隔可以比TTI或一次传输的持续时间更短或更长。例如，UE可以每OFDM符号监测控制信令，而TTI持续时间是7个OFDM符号。在正在进行的传输期间，免授权或基于授权的传输也可能接收控制信令，并且为传输的其余部分进行调整。控制信令的示例在下文提到。控制信令可以提供资源配置信息或更新，或者甚至通知UE推迟部分或全部的其余传输。控制信令可以是UE特定DCI，或者是可以具有UE特定字段、跳变图案特定字段、或对所有UE公共的字段的组DCI。

在分区304，UE 102a使用持续时间为一个子帧的一个RB来发送携带一个TB的上行传输。在分区306，UE 102b使用其中每个RB持续时间为一个子帧的两个RB来发送具有两个TB(第一TB和第二TB)的上行传输。

子帧可以具有对应于其在帧中的位置的子帧编号/索引。子帧所属的帧也可以具有一个编号，例如，系统帧编号(system frame number，SFN)。

此外，虽未在图4中示出，也可以使用一些上行时频资源302从UE向基站100发送控制信息。

下行时频资源

图5为根据一个实施例的下行时频资源322的示例。在关于图5描述的实施例中，子帧同样具有0.5ms的持续时间，并且每个子帧包括7个OFDM符号。但这只是示例。以阴影线示出的下行时频资源分区用于向UE发送下行控制信息(DCI)。DCI作为物理层的一部分发送，因此DCI有时也称为其他名称，例如，物理层下行控制信息、物理层控制信令、物理层信令、层1下行控制信息、层1控制信令、或层1信令。

图5中未以阴影线示出的下行时频资源的部分用于在诸如物理下行共享信道(physical downlink shared channel，PDSCH)的一个或多个数据信道中发送数据。在数据信道中将数据TB发送至UE。该数据可以包括待发送至UE的下行业务，但有时也可以包括诸如无线资源控制(RRC)信令的高层控制信令。

在图5中，每个子帧将其前两个OFDM符号用于发送来自基站的控制信息，而其余的OFDM符号用于发送来自基站的数据TB。这只是示例。专用于发送DCI的子帧部分可以与所示的不同。更一般地，任何OFDM符号可以具有在其中配置的控制区域或控制资源集，而不仅仅是子帧中的前几个OFDM符号。

可以将不同类型的控制信息作为DCI的一部分发送。稍后描述的可以发送的控制信息的示例包括：HARQ反馈、和/或免授权资源激活或去激活、和/或资源配置更新。稍后描述统一下行控制信令格式。

以下描述发送DCI的三种示例方法。

A、UE特定DCI：

在一些实施例中，特定DCI可以是UE特定的，即，仅用于特定的UE。例如，用于UE102a的DCI可以由基站100用CRC字段进行编码。可以使用在资源上唯一地标识UE 102a的UEID对该CRC字段进行加掩。UE ID可以是UE 102a的RNTI(例如，小区RNTI(cell RNTI，C_RNTI))，但这不是必需的。在一些实施例中，可以在由UE ID(例如，C_RNTI)界定的搜索空间内的下行控制信道中的位置发送用于UE 102a的DCI。UE 102a可以试图对其搜索空间内所有可能的DCI位置进行解码。如果CRC与UE 102a的分配的UE ID相符合，则将控制信道声明为合法，并且UE 102a处理该DCI内的控制信息。

用于UE 102a的UE特定DCI的示例在图6中示出。图6示出了时频资源分配，其中时频资源的第一逻辑分区形成下行控制信道332，而时频资源的第二逻辑分区形成下行数据信道334。未示出OFDM符号或子帧，并且下行控制信道332和数据信道334之间的分区描述为逻辑分区，以强调图5所示的控制信道和数据信道的特定分区不是必需的。图6的控制信道332包括资源分区336处的用于UE 102a的控制信息DCI_102a。基站100使用UE 102a的ID对用于UE 102a的控制信息的至少一部分进行加掩。在该示例中，如点画气泡338所示，使用UE102a的ID对DCI_102a的CRC加扰来对DCI_102a的CRC进行加掩。具体地，如340所示，使用包括UE102a的ID的比特掩码对CRC进行异或(XOR)来进行加掩。

在操作期间，UE 102a的解码器使用其ID对CRC进行解掩并获得控制信息净荷，即，DCI_102a。具体地，UE 102a的解码器例如通过在加掩的CRC和UE102a的ID之间执行异或(XOR)运算来使用UE 102a的ID对CRC进行解扰，以使用UE 102a的ID进行解掩以在控制信道332上执行盲解码。当使用UE 102a的ID成功解掩时(例如，解扰的CRC使CRC值匹配正确)，则获得DCI_102a。

B、组公共DCI：

在一些实施例中，可以将用于一组UE的DCI作为组公共DCI发送，上述组公共DCI例如是使用诸如组RNTI(groupRNIT，G-RNTI)的组ID寻址一组UE的多播控制消息。在一些实施例中，组公共DCI可以在称为组公共物理下行控制信道(physical downlink controlchannel，PDCCH)的控制信道中发送。

在一些实施例中，组公共DCI是使用组ID(例如，组RNTI)寻址一组M个UE并且包括用于该组中的不同UE的字段和使用组ID编码的CRC字段的消息。例如，图7示出了与图6相同的时频资源分配，但是控制信道332包括资源分区356处的用于一组UE的控制信息。该组UE包括UE 102a、UE102b、和UE102c。基站100使用组ID对控制信息的至少一部分进行加掩。在该示例中，如点画气泡358所示，使用组ID对DCI_Group的CRC加扰来对DCI_Group的CRC进行加掩。具体地，如360所示，使用包括组ID的比特掩码对CRC进行异或(XOR)来进行加掩。

DCI_Group包括三个字段：362、364、和366，每个字段携带用于UE 102a、UE102b、和UE102c中相应的UE的DCI消息。在操作期间，该组中的UE 102a-c中的每个UE例如通过在加掩的CRC和组ID之间执行异或(XOR)运算来使用组ID对CRC进行解扰，以使用组ID进行解掩以在控制信道332上执行盲解码。当使用组ID成功解掩时(例如，解扰的CRC使CRC值匹配正确)，则获得DCI_Group。然后，UE读取DCI_Group中对应于该UE的字段。例如，UE 102a读取字段362。UE和字段之间可能存在不同的映射，并且稍后详细说明这一点。

虽然以上关于图7的描述描述了CRC，但是在一些实施例中，组公共DCI消息不需要附加CRC。例如，如果组DCI进入预留资源，则可以不需要CRC。通常在多个消息可以以重叠方式使用同一资源时使用CRC。此外，在一些实施例中，组公共DCI消息可以如在PUCCH中那样基于序列。当在本文中讨论组公共DCI消息时(例如，关于诸如图13中稍后描述的实施例)，组公共DCI示为/描述为具有附加的CRC。然而，实施例同样适用于不具有CRC和/或基于序列的组公共DCI。

C、专用下行应答信道：

在一些实施例中，对UE的HARQ反馈(可能与其他DCI一起)可以在诸如物理HARQ指示符信道(physical HARQ indicator channel，PHICH)或PHICH类信道的专用下行应答信道中发送。专用下行应答信道可以携带ACK和NACK反馈。

在一些实施例中，专用下行应答信道可以包括多个资源元素组(resourceelement groupREG)。例如，图8是与图5相同的示例时频资源分区，但具有用黑框示出的下行控制信道中的一些示例REG。每个REG包括四个RE，但这只是示例。通常，可以将REG定义为具有更多或更少的RE。此外，REG中的RE不必彼此相邻。

在一些实施例中，可能需要一个以上的REG来发送特定上行HARQ进程的HARQ反馈。例如，在LTE中，使用三个REG来携带特定上行HARQ进程的ACK/NACK。例如，可以使用正交扩频序列区分不同的HARQ进程，以使用相同的三个REG来发送其他UE的其他上行HARQ进程的ACK/NACK。例如，在LTE中，PHICH信道包括多个PHICH组。每个PHICH组与标识该PHICH组在时频资源中的位置的组编号相关联。每个PHICH组由三个REG组成。基于正被ACK/NACK的上行传输的频率位置，例如基于上行传输的起始RB索引，将每个ACK/NACK映射至特定PHICH组。用于对该PHICH组中的ACK/NACK进行编码和解码的正交扩频序列可以基于在发送正被ACK/NACK的上行传输时使用的参考信号。例如，正交扩频序列可以映射至DMRS循环移位。

半静态资源配置

UE使用资源来发送上行传输。以下描述可以由UE用于发送上行传输的四个资源示例。任何一个、一些、或全部的这些资源可以由基站配置。以下未列出的其他资源(例如，码本/码字、发射功率、参数集等)可以使用，并且也可以由基站配置。

(1)时频资源。在基于授权的操作中，可以向UE分配特定的时频资源以发送特定的包。在免授权的操作中，可以向UE分配特定时频资源或时频资源图案(例如，可以具有周期性的跳变图案)用于发送任何所需的免授权上行传输。例如，可以将UE配置为根据分配的资源跳变图案发送UE具有的任何免授权上行传输。例如，图9示出了根据一个实施例的示出多个预定跳变图案的上行时频资源集402。每个预定跳变图案由索引号标识。例如，使用点画圆特别突出显示了跳变图案“3”。时频资源被分为不同的资源分区，例如，参考标号406标识了一个资源分区。该资源分区可以是逻辑分区。每个资源分区可以用于来自四个不同的跳变图案的同时传输。高层或层1(例如，物理层DCI)信令可以通知UE分配的跳变图案。例如，使用图案1的来自UE的上行传输、使用图案2的来自UE的另一上行传输、使用图案3的来自UE的另一上行传输、以及使用图案4的来自UE的另一上行传输可以全部在资源分区406处发送。又例如，使用图案1的来自UE的上行传输、使用图案5的来自UE的另一上行传输、使用图案9的来自UE的另一上行传输、以及使用图案13的来自UE的另一上行传输可以全部在资源分区408处发送。每个资源分区中的图案编号的顺序可以用于定义对下行控制信道中每个UE的HARQ反馈(以及可能的其他DCI)的映射。稍后讨论示例。或者，每个分区中编号的顺序仅用于表示，并且意味着每个分区中可以有多达四个传输，即，多达四个跳变图案的传输映射至每个分区。在一些实施例中，可以向UE分配一个或多个图案。如果UE支持同时上行HARQ进程，则基站可以基于UE或基于TB分配图案。例如，基站将跳变图案3分配给UE 102a。然后，如果TB在子帧k期间到达UE 102a的发送缓冲区待在免授权上行传输中发送，则UE 102a在子帧k+1期间在映射至图案3的资源分区上发送该TB。例如，如图9所示，如果TB在子帧SF 2期间到达，则TB的初始传输发生在资源分区410，第一重传发生在分区412等。

(2)调制与编码策略(modulation and coding scheme，MSC)。基站可以将UE配置为使用特定的MCS值。例如，基站可以向UE分配MCS以用于UE可能具有的任何免授权传输。在一些实施例中，MCS可以遵循跳变图案，例如，初始传输使用高MCS，第一重传使用低MCS等。

(3)参考信号。基站可以将UE配置为使用特定参考信号或参考信号池进行上行传输。例如，图10示出了两个表：412、414，每个表示出了可用于初始传输和重传的参考信号的元组。在表412中，由9个参考信号组成的参考信号池{p11、p12、p13、p14、p15、p21、p22、p31、p32}分在五个不同的元组中。当UE具有待发送至基站的TB时，UE使用其中一个3元组。例如，如果UE使用索引为“1”的3元组，则UE用参考信号p11发送TB的初始传输，参考信号p21用于TB的第一重传，参考信号p31用于TB的第二重传。基站可以将一个或多个元组分配给UE。表414中示出了另一示例。在表412和表414中，因为每个3元组使用不同的参考信号用于其初始传输，所以同一时频资源上使用不同的3元组的不同TB的两个初始传输不会导致参考信号冲突。然而，例如，因为没有足够的唯一的正交参考信号可用，参考信号被不同的元组重用，因此一些重传可能导致参考信号冲突。参考信号冲突的示例在图11中示出，图11示出了图9中的上行时频资源402的一部分和图10中的表412的一部分。在该示例中，UE 102a分配了时频资源图案8和元组1，而UE 102b分配了时频资源图案15和元组2。在同一子帧期间，TB1到达UE 102a以进行免授权上行传输，而TB 2到达UE 102b以进行免授权上行传输。因为使用了不同的参考信号并且使用了不同的资源分区，TB 1和TB 2的初始传输没有参考信号冲突。TB 1和TB 2的第一重传使用同一参考信号p21，但是因为使用了不同的资源分区而没有冲突。然而，因为使用了同一资源分区和参考信号p31，所以存在TB1和TB2的第二重传的参考信号冲突。

(4)重传次数。可以将UE配置为执行TB的k次重传，该重传可以是自动重传或是响应于NACK或授权的重传。

在一些实施例中，基站可以例如使用诸如RRC信令的高层信令基于半静态为UE分配默认资源配置。还可以经由高层信令或层1(例如，DCI)信令将辅助资源配置分配给UE。例如，向UE半静态地分配“默认资源配置A”和“辅助资源配置B”。默认资源配置A可以指定UE使用时频资源图案3，而辅助资源配置B可以指定UE使用时频资源图案4。然后，UE可以使用时频配置A(资源图案3)进行免授权上行传输，除非基站在操作期间使用物理层下行控制信令指示切换至配置B(图案4)。如以下实施例中所讨论，基站可以例如使用统一信号格式在DCI中指示从一个资源配置到另一资源配置的切换，该DCI可以是例如下行控制信道中可能包括诸如HARQ反馈的其他信息的多比特下行信令的一部分。

在一些实施例中，可以有多个辅助资源配置。此外，在一些实施例中，资源配置可以包括多个资源参数的配置。一些示例如下。

在一个示例中，UE具有三个预配置的MCS值：A、B、C。A可以是大MCS值，C可以是小MCS值。MCS可以隐式地链接至UE发送上行传输所需的上行资源分区大小，例如，大MCS值A可能意味着只有一个资源分区用于发送上行传输，而小MCS值C可能意味着两个资源分区用于发送上行传输。在一个示例中，与MCS C相关联的跳变图案可以使用比与MCS A相关联的跳变图案的更多的子帧中的分区或时频资源。在一个示例中，UE具有两个预配置的MCS值：默认配置的大MCS值A和辅助配置的小MCS值B。上行频段被划分为两个基于MCS的区域，并且对于每个MCS值A或B，用于发送上行传输的区域可以通过信号显式地通知或隐含在MCS值中。高层或层1(DCI)信令可以通知区域、或MCS如何与区域相关联、或与每个区域相关联的跳变图案。UE可以与第一区域中具有一个MSC的一个跳变图案和第二区域中具有第二MSC的第二跳变图案相关联。在一个示例中，与不同MCS相关联的跳变图案可以相同或不同。例如，图12示出了上行时频资源集422，该上行时频资源集422被划分为两个区域：对应于MCS值A的区域424和对应于MCS值B的区域426，每个区域中有各种可用的时频跳变图案。UE默认使用MCS值A，因此在区域424中(使用MCS值A)发送TB。然而，有时可以通过DCI配置UE切换至MCS值B以进行一个或多个传输，这隐式地意味着切换至区域426。在一些实施例中，UE被配置为为每个MCS使用特定的跳变图案。例如，基站通过RRC信令将UE 102a配置为使用MCS A和区域424中的跳变图案3作为默认配置，并且使用MCS B和区域426中的和跳变图案5作为辅助配置。然后，在操作期间，UE 102a使用MCS A和区域424中的跳变图案3，除非UE 102a接收到来自基站100的切换至辅助配置以进行单次传输的DCI，在这种情况下，UE切换至MCS B和区域426中的跳变图案5以进行该单次传输，然后返回至默认配置。在另一示例中，在操作期间，UE 102a最初使用MCS A和区域424中的跳变图案3，但如果UE 102a接收到来自基站100的切换至辅助配置的DCI，则UE 102a切换至MCS B和区域426中的跳变图案5，并继续使用MCS B和区域426中的跳变图案5。

在另一示例中，在上行时频资源中，UE有两个预配置的跳变图案可用：图案A和图案B。图案A可以是UE使用的默认图案，除非基站用DCI指示UE切换至图案B。可以通过图案索引来标识图案。在一些实施例中，可以通过分区索引半静态地配置UE，该分区索引标识由UE用于发送传输的特定时频资源。UE的默认配置可以不使用该分区索引，而是使用跳变图案，除非基站在DCI中信令通知UE将分区索引用于一个特定传输。分区索引字段可以单独配置或与诸如MCS字段的其他字段共同发送。

在另一实施例中，为UE配置的不同上行时频跳变图案可以用于不同的TB或HARQ进程。对于不同的HARQ进程传输，UE可以使用不同的跳变图案或同一跳变图案。这可以取决于多个HARQ进程发起在同一子帧还是不同子帧。网络可以将UE配置为将多个跳变图案用于不同的HARQ进程，使这些HARQ进程在其传输过程中不会在公共分区中冲突。相同或不同的参考信号可以用于不同的HARQ进程。HARQ进程可以在其传输过程中使用同一跳变图案，或者多个跳变图案可以用于HARQ进程的传输。在HARQ进程的传输过程中，从一个跳变图案切换至另一跳变图案可以由UE发起或者可以基于来自基站的信令。UE可以被配置为基于一些半静态配置切换时频分区，例如，在HARQ进程的第三重传后，UE可以切换至不同的跳变图案。

在另一示例中，UE有多个预配置的参考信号，例如，参考信号A、B、C、D。参考信号A是UE用于上行传输的默认参考信号。在一些实施例中，A、B、C、D可以替代地是元组索引，例如，UE可以被默认配置为使用图10的表414中的3元组1，当在操作期间从基站在DCI中发送了特定指示时，UE可以被配置为替代地使用3元组2、3、或4。

在另一示例中，UE可以配置为有至少一个参考信号，该参考信号可以与一个或多个密度相关联。向UE提供高层或层1(DCI)信令以通知UE将为该参考信号使用/采用的密度。参考信号映射至一组RE。在密度的一个示例中，参考信号映射至子帧起始处的一个OFDM符号。在另一示例中，参考信号映射至子帧中较后的OFDM符号。在另一示例中，参考信号映射至多个OFDM符号，其中一个OFDM符号可以在子帧起始处而另一OFDM符号接近子帧末尾或中间。可以向UE提供信令以从低密度参考信号图案切换至高密度参考信号图案，例如以确保高速场景中更高的可靠度，或者以更好的方式控制导频冲突。将参考信号映射至多个符号允许参考信号更长，并且可以使用更多正交的参考信号序列。参考信号配置A可以与一个或多个图案或密度相关联。或者，配置A可以指低密度，配置B可以指高密度。层1或RRC信令可以通知UE是否需要在给定持续时间内使用与当前参考信号相比密度更高/更低的参考信号。

在另一示例中，UE可以预配置为执行TB的n次重复，其中n被预配置为非负整数值A、B、或C。n＝A可以是默认值，但是可以在操作期间用DCI指示UE使用在某些时间切换至n＝B或n＝C。初始传输可以配置有一定次数的重复，并且HARQ反馈之后的重传可以配置有不同次数的重复。

在另一示例中，UE可以预配置为以某功率水平/步长(例如功率水平A、B、C)进行发送，其中A是默认发射功率水平。在操作期间，可以用DCI中的控制信号将功率水平步进至水平B和C。

在另一示例中，UE可以预配置为使用某个参数集。例如，UE可以预配置为默认使用普通循环前缀(cyclic prefix，CP)长度，并且当在操作期间在DCI中接收到特定控制信号时使用扩展CP。在一些实施例中，针对不同的参数集，UE可以标识并使用单独的免授权区域。免授权区域的切换可以在DCI中通过信号显式地通知或隐含在切换参数集的DCI指令中。

在以上所有示例中，可以使用高层信令(例如，RRC信令)半静态地对预配置资源进行预配置。并非所有预配置资源值都需要同时半静态改变。

虽然可以半静态地对资源进行预配置，但是在操作期间，基站可以发送指示UE在不同的预配置资源之间切换的DCI，例如，从默认资源值A切换至辅助资源值B，反之亦然。

使用DCI修改资源配置

由于不同的因素，例如信道中的衰落或干扰或者参考信号冲突，使用默认预配置资源参数的UE发送的免授权上行传输可能并不总能传输成功。因此，如上所述，基站可以发送DCI以指示UE在不同的预配置资源之间切换，例如，以试图避免导频冲突或试图避免衰落或干扰。可能一些UE支持使用DCI以在不同的预配置资源之间切换，而其他UE不支持这种功能。以下讨论适用于能够基于来自基站的DCI在不同的预配置资源之间切换的UE。稍后描述可以用于具有不同能力的不同UE的统一DCI信令格式。

在一些实施例中，可以扩充诸如DCI中的ACK/NACK信令的HARQ反馈以包括资源配置更新形式的资源重配置指令。例如，可以用指示与哪个参考信号或具有什么密度的参考信号和/或时频图案和/或MCS用于重传有关的改变的附加比特来扩充NACK。“多水平”HARQ反馈可以由基站发送，即，将多比特下行控制信令作为DCI的一部分发送，该DCI包括HARQ反馈(例如，用于ACK/NACK的单个比特)以及信令通知资源重配置的附加比特。在一些实施例中，可以以先前讨论的三种DCI格式：UE特定DCI、组公共DCI(例如，组公共PDCCH)、或作为专用下行应答信道(例如，PHICH中)的一部分，中的任何一种格式发送多水平HARQ反馈。在一些实施例中，对于每个TB，可以对包括用于HARQ反馈和资源重配置的m比特的控制/反馈信令进行配置，其中m可以在诸如RRC信令的高层信令中通知/指示。对于不同的UE，值m可以不同，并且可以包括或不包括资源重配置更新。例如，对于UE 102a，m可以等于1：用于发送ACK/NACK反馈的单个比特。对于UE 102b，m可以等于3：第一比特用于ACK/NACK反馈，其他两个比特用于信令通知四种可能的资源重配置之一(例如，改变使用的参考信号和/或使用的MCS等)。在一些实施例中，假设该m比特反馈指定的不仅仅是ACK/NACK反馈，则该m比特反馈可以视为对使用在该m比特反馈中指定的资源重配置进行重传的隐式授权。在一些实施例中，该m比特可以(例如，如图3的示例282中所示)基于CBG信令通知HARQ反馈。在一些实施例中，基于CBG的HARQ反馈可以出现在基于授权和免授权操作模式中。例如，如果UE特定DCI用于基于授权的重传，则UE特定DCI可以包含指示与CBG的解码状态/或UE需要再次发送哪些CBG有关的信息的字段(如图3的示例282中所示)。

A、用于HARQ反馈和/或资源配置的组公共DCI

可以每K符号或时隙或者每Xms发送组公共DCI。组共同DCI用于多个UE。监测周期可以是小区特定、或组特定、或UE特定，并且可以被配置。在一些实施例中，组DCI的位置不一定在时隙的起始，而是可以是在任何OFDM符号并且可配置。公共PDCCH可以具有UE特定字段或由监测公共PDCCH的所有UE读取的公共信息。X和/或K可以由高层信令配置。在一个示例中，每K1符号发送针对一组UE的组DCI，而每K2符号发送针对不同的一组UE的另一个组DCI。如何对UE分组以监测不同的组DCI可以基于传输参数和/或性能要求。例如，配置有n1次重复的一组UE可以观测组DCI，而具有不同重复次数的另一组UE监测不同的组DCI。UE可以监测多个组DCI，例如，对于资源重配置，UE根据该UE在给定持续时间内在哪个时频资源集上进行发送来监测不同的组DCI。单独的组DCI可以在子帧中的载波BW中配置的不同子带/BW部分发送。

图13示出了根据一个实施例的组公共DCI消息480。组公共DCI消息480可以以先前关于图7描述的方式在下行控制信道中发送。组公共DCI包括标记为DCI_group482的组DCI和由G-RNTI形式的组ID加掩的CRC 484。该组包括k个UE，包括UE 102a-c。DCI_group482有k个字段，每个字段对应于该组中相应的UE。字段1长为m1比特、字段2长为m2比特，......，字段k长为mk比特。通常，m1，m2，......，和mk可以都是不同的值，但是这些值也可以相同，即，m1＝m2＝......＝mk＝m比特。示出了字段1的示例，字段1对应于UE中的相应的UE(例如，UE102a)。如表488所示，字段1长为m1＝1比特，是指示先前上行传输的ACK或NACK的比特。对应于字段1的UE可能不支持经由DCI中的多水平反馈的资源重配置，这是m1＝1和发送ACK/NACK的原因。还示出了字段2的示例，字段2对应于UE中的另一相应的UE(例如，UE 102b)。如表490所示，字段2长为m2＝3比特，并且该3比特的不同图案向UE指示不同的事物。还示出了字段k的示例，字段k对应于UE中的另一相应的UE(例如，UE 102c)。如表492所示，字段k长为mk＝2比特，并且该2比特的不同图案向UE指示不同的事物。虽未在图13中示出，HARQ反馈可以替代地基于CBG，这可能需要更多个比特(例如，每个CBG一个比特)。在一个实施例中，对应于字段1的UE将表488作为查找表(look up table，LUT)存储在其存储器中，对应于字段2的UE将表490作为LUT存储在存储器中，对应于字段k的UE将表492作为LUT存储在其存储器中。这些LUT也存储在基站100处，并且可以例如在设置默认和辅助资源配置时，使用高层信令传送到相应的UE。可以经由高层信令通知UE哪个比特组合指的是什么，或者UE可以在初始接入过程中接收这样的信息。

图13只是示例。可以替代地信令通知许多不同的可能的资源配置。不同的资源重配置信令可以与HARQ反馈组合。例如，表492中的两个比特可以替代地仅信令通知重复次数的改变。又例如，因为可以基于MCS的改变而隐含，表490中的“010”可能不需要显式地信令通知将资源分区跳变图案从“A”改变为“B”。

在一些实施例中，可以在单个TTI中将多个组公共DCI消息发送至例如不同组UE。例如，TTI的频率资源可以分成两个不同的子带。第一组UE在第一子带中发送上行传输，而第二组UE在第二子带中发送上行传输。在N子帧之后，在下行链路中发送对应于该TTI的两个组公共DCI消息：用于第一组UE的第一组公共DCI消息，以及用于第二组UE的第二组公共DCI消息。基于UE在TTI中进行发送的子带将UE分成不同的组，而不是将在TTI中进行发送的所有UE作为一组(不管子带)意味着存在多个短组公共DCI消息而不是一个长组共同DCI消息。然而，因为在TTI中的给定子带中没有UE进行发送的情况下，不需要从基站发送对应于给定子带的组公共DCI消息，所以可以节省开销。如果在TTI中进行发送的UE分为不同的组，则该分组不一定基于UE进行发送的子带。该分组可以替代地基于一个或多个其他参数，例如，基于UE ID、用于上行传输的MCS，使用的发射功率、配置的重复次数等。

在一些实施例中，上行传输与组公共DCI消息的位置之间的时序是可配置的。例如，可以在上行TTI的N个TTI后在下行链路中发送对应于该上行TTI的组公共DCI消息，其中N可以由基站例如基于半静态进行配置。例如，如果将N配置为等于3，则在上行TTI上发送上行传输后，UE在三个TTI后在下行链路中查找，以找到与该上行传输相关联的组公共DCI消息。在一些实施例中，RRC信令可以向UE通知之后的组公共DCI消息采用的上行链路中的TTI索引。

在一些实施例中，如果不是每TTI发送组公共DCI，则高层信令向UE通知TTI/SF索引与即将到来的组公共DCI的关系。可能每三个SF发送组DCI。在该情况下，ACK/NACK可以基于一组传输(初始传输和一些重复，而不是单次传输)。

在一些实施例中，UE在组DCI中有字段，该字段可以包括对一个或多个HARQ进程(如果活动)的反馈。如果UE有正在进行的活动HARQ进程，则该UE监测组DCI，否则UE不监测组DCI。经由RRC信令配置UE与组DCI中的字段的关联。

如果之前没有配置固定关联，则UE可以使用一些规则，即，字段可以由不同的UE在不同的时间使用。对于给定时间，UE基于规则在下一个DCI中找到该字段，该规则可以基于以下中的一个或多个：传输TTI索引、分区、跳变图案、传输参数、MCS、重复次数、UE的活动HARQ进程数、HARQ进程是同时发起的还是在不同的TTI发起等。

在将UE映射至DCI_group482中的字段的实施方式中，各种机制是可能的。例如，诸如RRC信令的高层信令可以向UE指示DCI_group482中哪个字段对应于该UE。可以半静态地改变UE至字段的映射。又例如，该映射可以基于UE使用的资源分区和上行时频资源图案。例如，图14示出了根据一个实施例的UE至组公共PDCCH DCI的字段的映射。组公共DCI消息在下行信道中延迟了一个TTI，并且UE至DCI字段的映射取决于UE使用的上行时频资源图案。例如，对应于TTI 1的组公共DCI消息的第二字段502映射至使用TTI 1中的图案2的UE，而对应于TTI3的组公共DCI消息的第二字段504映射至使用图案10的UE。因此，使用特定图案的UE知道用于该UE在TTI n中的传输的组公共DCI出现在TTI(n+2)处的下行链路中，并且组公共DCI中的字段位置取决于TTI n中的图案的资源分区和虚拟位置。

在另一示例中，每个跳变图案在组公共DCI中具有相关的字段。UE知道UE正在使用的跳变图案索引。在这种情况下，每个TTI可以具有字段1至16，并且无需置乱图案索引。无论UE在哪个分区，UE仅找到对应于UE正在使用的图案的字段。如果UE将两个图案同时用于两个包，则这可能有用。UE前往相应的图案字段以寻找TB的反馈信息。如果网络支持L个跳变图案共存，则可以将组DCI配置有L个字段。

在关于图14描述的实施例中，存在用于M×K个免授权UE传输的单个组公共PDCCH。组公共PDCCH消息具有K个分区/字段，并且每个分区具有M个进一步的划分，每个划分对应于具有一个或多个比特的字段(通常m个比特，其中对于每个字段m可以不同)。在图14中，M＝K＝4。在一个实施例中，通过RRC通知UE预配置的偏移，UE基于TTI上的半静态资源映射来更新该偏移。偏移告知UE去往公共PDCCH中的分区内的哪个字段。此偏移是半静态资源配置的一部分。例如，使用图案3的UE查找分区1中的第3字段(如果该UE在TTI 1中进行发送)，查找分区4中的第2字段(如果该UE在TTI 3中进行发送)。

在图14中，上行TTI与对应的组公共DCI之间的偏移以TTI间隔为单位。特别地，在图14中，偏移为1TTI。在可选实施例中，可以以子帧或多个OFDM符号为单位来测量偏移。此外，组公共DCI中示出的分区可以是逻辑分区。此外，下行部分在图14中示为如频分双工(frequency division duplex，FDD)实施方式一样与上行部分分开。然而，可以替代地使用时分双工(time division duplex，TDD)实施方式，并且以上描述仍然适用：组公共DCI将在与上行TTI相比将来多个TTI、子帧、或OFDM符号后在下行链路中找到。

此外，图14的示例示出了组公共DCI具有16个字段，TTI中的可能的16个UE上行传输中的每个传输使用一个字段。然而，如果在特定上行TTI中某些UE没有进行发送，则可以在相应的组公共DCI中省去对应于那些UE的字段以试图减少开销。话虽如此，在一些实施例中，这种动态省去也许不可能。在一些实施例中，配置的字段的数量可以小于支持的UE的数量，或者配置的字段的数量可以与有多少UE能够监测组公共DCI有关。在那些情况下，不必将每个跳变图案或UE都映射至字段。DCI会具有较少的字段，并且一些跳变图案或UE会被分配字段，该字段的信息通过RRC信令或在初始接入期间或通过系统信息通知。

此外，上行时频跳变图案允许每个TTI中16个图案中的每个图案进行发送。更一般地，不一定是这种情况。例如，在可选(时延敏感低)实施例中，遵循特定上行跳变图案的UE可能仅被允许每隔一个TTI进行发送。

在图14中，每个上行TTI间隔有单个组公共DCI。在同一TTI中进行发送的所有UE对同一组公共DCI进行解码。图15示出了一种变形形式，其中TTI中的每个资源分区具有其自己对应的组公共DCI。在特定TTI中的特定资源分区进行发送的UE形成其自己组，该组具有其自己的组公共DCI。与图14实施例相比，图15实施例可能的好处在于，如果并非所有图案都有上行传输，则可以减少开销：如果没有UE在相应的上行分区中进行发送，则无需发送组公共DCI。例如，图15假设仅在图案1、2、3、4、9、10、11、12(分区1和分区3)上的UE在TTI 1中进行了发送，并且仅在图案1、10、7、16、13、3、6、12(分区1和分区4)上的UE在TTI 3中进行了发送。如果业务负载较小或中等，则图15可以节省PDCCH开销。每组资源分区或PRB或子频段或带宽部分可以有其自己对应的组公共DCI，而不是TTI中的每个资源分区有其自己对应的组公共DCI。

在图15中，组公共PDCCH消息基于上行TTI中的免授权上行分区的数量来配置。作为系统信息的一部分，可以将免授权分区的数量通知每个UE，或者这可能不是必需的(例如，UE恰好知道其分区大小和其自己的跳变图案)。因为图15中每个TTI有4个频率分区，所以每TTI发送4个可能的组公共DCI消息。UE知道其进行发送的分区，因此UE应用预配置的偏移来识别为该分区发送的公共PDCCH消息内寻找哪个字段。例如，在图15中，如果UE在TTI 1中使用图案3进行发送，则UE会查看TTI 3中对应于分区1的组公共DCI消息中的字段3。UE使用对应于分区1的G-RNTI。如果UE也在TTI 3中使用图案3进行发送，则UE会查看TTI 5中对应于分区4的组公共DCI消息中的字段2。UE使用对应于分区4的G-RNTI。

在一些实施例中，如果针对分区1和分区2发送一个组公共DCI，而针对分区3和分区4发送另一个组公共DCI，则可以通过RRC信令或系统信息来配置不同的跳变图案至每个组公共DCI的映射。分区是由频率上的一组PRB组成的带宽部分。UE可以在连续的TTI中从一个分区跳到另一分区。

在以上讨论的组公共DCI实施例中，图案索引至上行时频资源分区的映射指示在分区中同时允许多少上行传输(例如，在图中，资源分区中4个同时上行传输)。然而，资源分区或图案可以不是UE专用。例如，一个UE可以有多个TB在同一或不同分区中的同一间隔中发送。因此，UE可以针对不同TB查看同一组公共DCI消息中的不同字段，或者针对不同TB查看不同组公共DCI消息。在另一示例中，例如，如果图案3没有唯一地分配给特定UE，则资源分配图案3可以由不同的UE在不同的时间使用。

在本文讨论的组公共DCI实施例中，应用于使UE在正确的对应的组公共DCI消息中找到其字段的移位可以是TB特定的，即，应用的移位是每TB的。该移位可以预配置，并且在一些实施例中，该位移可以是子帧ID和/或免授权资源图案或时频资源的函数。在一些实施例中，该移位可以基于某些规则来确定。该规则可以半静态地信令通知并且UE和网络都知道。例如，如果一个UE同时发送多个TB，则该UE可以应用不同的移位量以在对应的组公共DCI消息中找到对应的反馈/控制字段。

在关于图14和图15讨论的组公共DCI实施例中，假设每TTI有至少一个上行传输，则每TTI在下行链路中至少发送一个组公共DCI。组公共DCI消息中的字段是图案索引的函数。在其他实施例中，有可能每N个子帧或TTI发送提供与之前一些或全部的N个子帧/TTI的上行传输对应的反馈/控制的组公共DCI消息。与一个或多个UE在不同间隔发送的TB对应的反馈/控制可以在同一间隔在一个或多个组公共DCI消息中发送。上行TB到组公共DCI消息中的字段的映射可以是上行TB传输的子帧索引和用于上行TB传输的图案索引的函数。图16示出了组公共DCI消息522的示例。DCI_group对应于6个先前的上行TTI。DCI_group中特定字段的位置基于发送上行TB传输的TTI和/或使用的图案。图16中的TTI 1至TTI6无需在时间上连续，并且在上一TTI的结束与发送组公共DCI消息的时间之间通常可能存在时延。在图16中，HARQ反馈的时序是异步的。之前在不同TTI上发生的传输的HARQ反馈被分组并且在组公共DCI中发送。在一些实施例中，可以周期性地(例如，每N个TTI或子帧)发送组公共DCI消息，其中N可配置。例如，在TTI m×N+n(其中m＝1，2，......)发送的组公共DCI消息为在上行TTI(m-1)N至TTI mN发送的所有上行传输提供反馈。n是大于或等于1的整数，并且表示从上行TTI到在下行TTI发送的组公共DCI消息中合并来自该上行TTI的反馈所需的时间的时延。在另一一般示例中，可以每N个TTI发送组DCI，并且该组DCI可以包含在监测到组DCI之前在一组TTI上发生的HARQ进程的ACK/NACK信息。

在另一实施例中，可以以可配置的周期(例如，每K个OFDM符号或时隙)发送包含HARQ反馈和/或资源配置信息的一个或多个组公共DCI消息。如果每时隙发送一个或多个组公共DCI消息，则上行资源跳变图案索引或上行资源分区索引可以不用于映射至组公共DCI中的字段。分区数量和公共PDCCH结构可能没有任何关联。在一些实施例中，免授权资源分配的起始RB索引可以替代分区/图案索引用于将UE映射至公共PDCCH中的字段。例如，如果组公共DCI中有k个字段，并且i表示与其中一个字段相关联的上行传输的起始RB索引，则可以使用mod(i，k)+offset将上行传输映射至字段。需要将偏移值用于区分在模运算中映射至同一值的起始RB索引。例如，如果k＝8，组公共DCI中的一个字段与起始于RB索引10的上行传输相关联，而该组公共DCI中的第二字段与起始于RB索引18的上行传输相关联，则mod(8,10)＝mod(8,18)＝2。不能将两个上行传输映射至同一字段，因此使用不同的预配置偏移来确保两个上行传输映射至不同的字段。偏移可以从0到k-1。映射至字段的这一规则对于UE和网络都是已知的，并且可以经由广播或单播高层或层1(DCI)信令来通知该规则。

在一些实施例中，可以经由同一组公共DCI消息通知UE的多个TB的HARQ反馈/资源重配置。可以使用RRC信令配置UE在组公共DCI中找到对应的字段以获得对每个TB的反馈。或者，如果UE支持多达n个同时TB上行传输，则UE可能总接收到n比特反馈。或者，例如，如果不同的TB与不同的跳变图案相关联，则这些TB的HARQ反馈在不同字段中找到。

在一些实施例中，给定TTI中的组DCI可以通知UE的仅一个HARQ进程的HARQ反馈。UE可以支持多个HARQ进程。组DCI中的UE特定字段可以包含HARQ进程的标识符和HARQ反馈信息。标识符通知UE该反馈属于哪个活动HARQ进程。如上所述，可以扩充HARQ反馈比特以包括资源配置信息。在示例中，如果UE特定字段有N个比特，则可以有用于标识该反馈属于哪个HARQ进程的P个比特以及包含具有或不具有资源配置更新的HARQ反馈的Q个比特。进程的HARQ反馈可以是1比特或更多比特，这取决于ACK/NACK是为TB还是为CBG发送的。如果接收到NACK或任何其他类型的失败通知，则HARQ进程可以继续使用同一跳变图案。基于UE标识(例如，基于参考信号或前导码)和分区信息，基站可以识别发起了新进程。这是因为基站知道为UE配置了哪些图案以及为该UE支持了哪些参考信号配置。例如，UE的新传输可以由参考信号标识。在给定分区中识别UE之后，基站可以检查为该UE支持的哪个(哪些)跳变图案允许在该分区中进行传输。在基站识别新传输之后，UE的新传输与HARQ进程ID相关联，该HARQ进程ID可以由基站和UE同步维持。如上所述，HARQ进程可以在其活动传输周期中使用跳变图案。

在一个实施例中，组DCI可以包含UE特定字段，该字段可以通知可以支持多达K个进程UE的多达L个进程的HARQ反馈信息，L<＝K。在该情况下，UE特定字段将具有用于上述进程的L个标识符，并且针对每个进程传送HARQ反馈。

在一些实施例中，组DCI中的字段被映射至跳变图案。在一个示例中，UE的不同活动HARQ进程被映射至不同的跳变图案。UE可以配置有K个跳变图案。UE配置的跳变图案的数量可以多于或等于或少于UE支持的HARQ进程的数量。在接收到HARQ进程的ACK或接收到成功解码HARQ进程包的其他通知之后，该跳变图案被释放并且可以用于下一新传输。

在一些实施例中，可以半静态地使在免授权模式下操作的UE能够监测组公共DCI(例如，公共PDCCH)。然而，在一些情况下，并非所有UE都可以支持使用DCI重配置资源。例如，在给定时间，只有J个UE支持使用DCI重配置资源。其余的UE遵循其默认的预配置资源分配。图17示出了公共PDCCH消息542中的J个字段，每个字段是UE特定、或TB特定(例如，对于同时发送多个上行TB的UE)、或跳变图案特定。

从以上实施例清楚，存在将UE或上行TB传输映射至组公共DCI中的字段的许多不同的可能性。在一些实施例中，映射可以与跳变图案和使用的其他资源无关，并且只是用高层信令预先设置。在其他实施例中，映射可以基于使用的跳变图案和/或使用的上行资源分区和/或使用的起始RB索引和/或使用的其他传输参数(例如，使用的MCS或使用的参考信号等)。

如果UE支持多个HARQ进程，则可以建立规则以在组DCI或UE特定DCI中查找每个HARQ进程的HARQ反馈信息。例如，如果支持N个HARQ进程，则UE可以有HARQ进程的排序。例如，UE可以按照发送HARQ进程的顺序维持活动HARQ进程序列。如果在同一TTI中发送两个HARQ进程，则可以使用频域信息(例如，两个传输的起始RB索引)来区分两个HARQ进程。每当基站从UE接收到新传输时，基站也更新包含活动HARQ进程信息的UE特定序列。例如，在给定的TTI n，UE有两个活动HARQ进程，例如，HARQ进程5和HARQ进程6，并且在L个TTI的给定持续时间内支持UE的多达N＝8个进程。基站接收到了进程5和进程6中的每个进程的至少一个传输。因此，UE和基站在活动HARQ进程的排序/编号上同步。接着，新包到达UE，该UE增加进程编号并且将该HARQ进程称为7。在接收到该新传输之后，基站也将该进程添加到活动HARQ进程序列中并将该进程编号为7。如上所述，通过利用UE和/或新传输标识符，例如参考信号、和/或分区和/或为UE配置的跳变图案，基站可以知道接收到了该UE的新传输。该新传输可以映射至与该UE的现有活动HARQ进程使用的跳变图案不同的跳变图案。在L个TTI的持续时间结束之后，HARQ进程编号重置，并且将下一新传输称为进程0。例如，如果HARQ进程7是在该持续时间中发起的上一个HARQ进程，则序列将为5、6、7、0(如果5、6、7仍活动，即，未接收到ACK或成功解码的通知)。在UE特定授权中可以使用Log₂N个比特以指示在初始传输之后接收到重传授权的进程(基于授权或免授权)。类似地，在组公共DCI中，UE特定字段可以有Log₂N个比特作为标识符以指示接收到HARQ反馈的进程。为了支持多个HARQ进程的同时反馈，可以在每个UE字段中使用N比特的位图。HARQ ID至比特索引的映射可以是预配置的和/或基于如上讨论的规则。例如，如果进程5和进程6是活动的，则UE可以观察位图中的第5和第6比特来识别反馈。其他比特可能不相关。

在一个示例中，跳变图案可能不是每TTI都包括资源，即，下一跳变资源可以在n个TTI之后。虽然以上示出的示例假设分区的频分复用(frequency division multiplexing，FDM)，但是分区的时分复用(time division multiplexing，TDM)和分区的TDM+FDM也是可能的。对于时延受限服务，FDM可能更符合需要。

B、用于HARQ反馈和/或资源配置的UE特定DCI

可以在UE特定DCI中而非使用组公共DCI消息发送HARQ反馈和/或资源配置信息。UE特定DCI可以用于免授权或基于授权的传输以提供HARQ反馈和/或资源配置更新。图18示出了根据一个实施例的UE特定DCI消息562。该DCI特定于UE 102a并且被标记为DCI_UE102a。图18中示出了3比特示例，如表564所示，其中3比特的不同图案向UE 102a指示不同事物。例如，如先前关于图6说明的那样，DCI消息具有使用UE 102a的UE ID加掩的CRC。

在一些实施例中，UE特定DCI可以具有比传统使用的DCI更紧凑的格式，例如，类似于LTE中的“1C类型(1C type)”的格式。DCI可以用于重传或初始传输(例如，初始免授权上行传输)。DCI可能只包括必要的字段。可以通过RRC信令预先向UE通知DCI的配置。

可以包括在UE特定DCI格式中的字段的示例包括：时频资源分配，例如，具有或不具有跳变图案信息的RB组分配或分区索引、由m比特字段组成的资源配置(其中，m比特的不同组合分配不同的资源配置，例如，使用的参考信号、和/或使用的MCS、和/或使用的RV等)、用于向UE标识DCI格式(大小)的标志、TDD支持指示、填充、唯一标识UE的ID信息(例如，UEID或者在资源上唯一标识UE的其他事物，例如，分区索引、和/或跳变图案、和/或起始RB索引、和/或参考信号)。例如，参考信号可以用作RNTI以对UE特定DCI的CRC进行加掩。

在一些实施例中，可以使用适应基于CBG的重传的新UE特定DCI格式。例如，如果TB由4个CBG组成，则UE特定DCI可以包括用于对这4个CBG进行ACK/NACK的4个比特，例如，图3在点画气泡282中示出的4个比特。在一些实施例中，CBG粒度是可配置的，即，可以通过在DCI中发送的重配置比特和/或高层信令半静态地配置或重配置构成CBG的CB的数量。一旦配置了每CBG的CB数量，则在操作期间，TB中CBG的数量可以根据TB大小改变。

在一些实施例中，UE可以基于重传授权中的资源分配信息(例如，基于授权的MCS、和/或授权的RV、和/或授权的物理RB等)确定先前发送的TB中多少CBG需要重传。然而，UE可能不知道先前发送的TB具体哪些CBG需要重传。UE确切地知道哪些CBG需要重传的一种方式是在DCI中包括类似于图3的点画气泡282中所示的映射。例如，假设TB有四个CBG，并且基站对其中两个CBG解码失败。可以在DCI中对UE授权失败的CBG的重传。UE可以根据重传授权中的资源分配信息确定两个CBG失败，但不确定哪两个CBG失败。在一个实施例中，DCI因此包括图19中602所示的4比特信息，即，指示CBG 2和CBG3失败。在另一实施例中，DCI包括图19中604所示的4比特信息，即，指示CBG 2和CBG 4失败。这些位图602和604显式地指示哪些CBG在由基站解码时失败。或者，为了节省开销，可以在DCI中使用log₂m个比特指示需要重传的CBG的起始位置，而非具有m比特映射来为m个CBG提供ACK/NACK反馈。在位图602的情况下，m＝4并且发送log₂ 4＝2个比特而不是602所示的4个比特。发送的2个比特指示第一个需要传输的CBG的起始位置，即，CBG 2的起始位置。UE假设需要重传的CBG是连续的，因此UE具有足够的信息来执行正确的重传，因为：(i)UE从资源分配信息中知道需要重传的CBG的数量；(iii)UE知道第一个需要重传的CBG的起始位置。但是，在某些情况下，例如在604中，需要重传的CBG不连续，在这种情况下，基站也对任何正确解码的中间CBG授权重传，以使重传的CBG连续。例如，在对应于604(CBG 2和CBG 4错误解码)的情况下，基站将发送用于重传3个CBG的资源分配并且发送CBG 2的起始位置，并且UE将发送CBG 2至CBG 4的重传。可以在下行和上行授权中使用哪个CBG失败或待重传的指示。

在一些实施例中，如果仅发送log₂m个比特指示CBG重传的起始位置，则可以使用其他的m-log₂m个比特向UE指示其他指令，例如配置或重配置某些资源用于授权的重传。

虽然以上在UE特定DCI的上下文中讨论了用于提供基于CBG的HARQ反馈的机制和格式，但是以上讨论的CBG HARQ反馈可以替代地在组公共DCI消息的字段或专用下行应答信道中提供。也可以通过添加额外的比特将CBG反馈与资源重配置相关联。例如，如果TB具有两个CBG，则可以将图13中的表492修改为具有三个比特而非两个比特。三个比特中的两个比特可以用于对两个CBG进行ACK/NACK，第三比特指示不同的资源配置。

C、在专用下行应答信道中发送的用于HARQ反馈和/或资源配置的DCI

在另一实施例中，UE特定的HARQ反馈和/或资源配置信息可以在诸如PHICH信道或PHICH类信道的专用下行应答信道中发送。

图20示出了可以在基站处用于为N个UE生成PHICH类信道的电路的示例，其中N个UE中的每个UE在同一先前TTI中发送上行传输，并且正在向该N个UE中的每个UE发送具有图18的表564所示的映射的3比特HARQ反馈/资源重配置比特图案。在图20的示例中，正在向UE1发送HARQ反馈/资源重配置比特图案“110”，正在向UE 2发送HARQ反馈/资源重配置比特图案011，正在向UE N发送HARQ反馈/资源重配置比特图案000。每个HARQ反馈/资源重配置比特图案称为“码字”。码字可以包含对应于UE的一个或多个HARQ进程的HARQ反馈和/或资源配置。因此，在经由PHICH或PHICH类信道的通知的上下文中提到的码字可以包含与以上讨论的组DCI中的UE特定DCI或UE特定字段中所指示的相同信息。或者，每个码字可以对应于与给定时间的跳变图案相关联的HARQ反馈和/或资源配置。

在图20中，反相器660对UE 1的码字110进行反相以产生补码001。使用调制器662将码字110及其补码001中的每个调制成3个BPSK符号。然后将同一正交扩频序列A应用于该码字及其补码的符号。结果是由12个符号表示的码字110，以及同样由12个符号表示的该码字的补码001。在加扰之后，将码字110的12个符号映射至第一REG集，并且将补码的12个符号映射至与第一REG集正交的第二REG集。

UE 1基于预配置的时序关系知道在哪个下行子帧寻找码字。例如，对于基于授权的实施例，寻找码字的下行应答信道的位置可以基于上行传输的原始授权的时序，例如，如果在下行子帧w中接收到授权，则授权的上行传输的码字将在下行子帧w+x。又例如，对于免授权实施例，寻找码字的下行应答信道的位置可以基于免授权资源接入时序，例如，如果UE在子帧w中发送免授权上行传输，则上行传输的码字在子帧w+n中发送。UE 1基于UE 1用于发送上行传输的上行资源，例如，基于上行传输的起始RB索引知道在哪些REG寻找其码字110及其补码001。UE 1基于UE 1用于发送对应于该码字的上行传输的参考信号知道使用正交扩频序列A对码字110及其补码001进行解码。类似的操作发生在UE 1至UE N中的每个UE。

图21是图20的变形形式，其中对于每个码字，用于码字的扩频序列与用于该码字的补码的扩频序列正交。即，扩频序列A1与扩频序列A2正交，扩频序列B1与扩频序列B2正交，扩频序列N1与扩频序列N2正交。然而，每个码字映射至与其补码相同的REG。或者，如图20中所示，可以将码字及其补码映射至彼此正交的REG。

图22是图21的变形形式，示出了在一些实施例中，码字的各个比特可以通过不同的正交扩频序列进行扩频。仅示出了对应于UE 1的顶部分支，而且扩频序列A1至A6彼此正交。每个扩频比特映射至同一REG，但是这非必需。注意，在图22中，可以在添加辅信道和主信道之后替代地应用加扰。这同样适用于图20、图21、和图23。加扰是小区特定而非UE特定。

应理解，图20和图22的各种不同的变形形式都是可能的。码字中的某些比特由同一扩频序列进行扩频，而其他比特由不同的扩频序列进行扩频，并且一些扩频符号被映射至同一或不同的REG。

图23示出了图20至图22的泛化。通常，每个UE可以被不同地预配置。例如，可以进行如下预配置：对于UE 1，使用同一扩频序列对码字及其补码进行扩频，但是将该码字及其补码映射至正交的REG；对于UE 2，使用不同的正交扩频序列对码字及其补码进行扩频，并将该码字及其补码映射至同一REG；对于UE N，使用不同的正交扩频序列对码字的每个比特及其补码进行扩频，并同样将该码字及其补码映射至正交的REG。这只是示例。在任何情况下，预先将基站和UE预配置为知道将使用哪一种可能的实施方式。PHICH组映射器672可能基于系统信息(例如，来自物理广播信道(physical broadcast channel，PBCH))和/或可能基于和与反馈相关联的上行传输的起始RB索引有关的信息，设置每个UE的正交扩频序列并且设置映射器670执行的对REG的映射。

D、总结

以上关于图13至图23的说明描述了可以在DCI中将资源配置信息与HARQ反馈一起发送至UE的不同方式。该说明适用于免授权和基于授权的实施例。通过使用DCI来执行资源重配置，基站可能能够试图减轻信道条件差或干扰的影响，或者可以试图避免参考信号冲突。例如，因为基站100的上行资源配置模块216可以预期冲突(因为预先知道资源跳变图案)，并且可以使用DCI来改变UE 102a正要用于第二重传的参考信号，所以可以潜在地避免先前关于图11说明的第二重传中的参考信号冲突。又例如，基站100的上行资源配置模块216可以确定UE 102a正在经历差的信道条件，并且可以使用DCI来临时减小MCS索引以提供更鲁棒的MCS。又例如，DCI可以用于临时将UE的资源配置从默认资源配置变为辅助资源配置以便提供可能的好处。

统一信令格式

不同的UE可以具有不同的能力。例如，UE 102a可能能够在DCI中接收ACK/NACK反馈，但是不能在DCI中接收资源重配置更新，例如，UE 102a的DCI反馈可以是图13的表488。UE 102b可能能够在DCI中接收ACK/NACK反馈和资源重配置更新，如图13中的表490。

此外，一些UE可以使用半静态调度(semi-persistent scheduling，SPS)类机制操作，其中，使用诸如RRC信令的高层信令预先向UE授权时频资源，但是直到在DCI中的物理层中向UE发送激活信号，UE才使用授权的资源发送免授权上行传输。对于这种UE，有时可能需要在DCI中将激活和/或去激活信号从基站传送到UE。

在一些实施例中，物理层中的统一DCI信令格式可以用于：(i)HARQ反馈、和/或(ii)资源配置更新、和/或(iii)免授权资源的物理层激活/去激活。

图24示出了存在于组公共DCI中的统一DCI信令格式的一个示例。示出了组公共DCI中的两个字段，第一字段对应于UE 102a，第二字段对应于UE 102b。字段1为一个比特。该比特的含义因UE 102a的能力而异。例如，如果UE 102a仅支持DCI中的ACK/NACK反馈，则如表712所示，该比特指示ACK或NACK。如果UE 102a仅支持DCI中的免授权资源的物理层激活/去激活，则如图中的714所示，该比特指示激活或去激活。如果UE 102a支持DCI中的ACK/NACK反馈和DCI中的免授权资源的物理层激活/去激活，则根据表716：如果不存在用于从UE102a发送的TB的正在进行的HARQ进程，则“0”表示对资源去激活；而如果存在用于从UE102a发送的TB的正在进行的HARQ进程，则“0”表示ACK；如果不存在用于从UE 102a发送的TB的正在进行的HARQ进程，则“1”指示激活资源；而如果存在用于从UE 102a发送的TB的正在进行的HARQ进程，则“1”指示NACK。正在进行的HARQ进程发生于从TB的初始上行传输至接收到该TB的ACK期间。

字段2为两个比特。该两个比特的含义因UE 102b的能力而异。例如，如果UE 102b支持DCI中的ACK/NACK反馈和资源重配置，则根据表718：“00”指示ACK，而其他2比特组合指示NACK和资源配置更新，该资源配置更新提供关于哪些资源用于重传的指令。如果UE 102b另外支持DCI中的免授权资源的物理层激活/去激活，则根据表720：当不存在用于从UE102b发送的TB的正在进行的HARQ进程时，“00”指示去激活，并且其他2比特组合指示用特定资源配置进行激活，这样网络可以在激活资源时信令通知资源配置更新；当存在用于从UE102b发送的TB的正在进行的HARQ进程时，“00”指示ACK，并且其他2比特组合指示NACK和资源配置更新，该资源配置更新提供关于哪些资源用于重传的指令。

在一些实施例中，可以发送组公共DCI消息的周期是可配置的。在一些实施例中，激活/去激活可以为TB级或UE级。例如，可以针对UE对多个TB/HARQ进程传输进行临时去激活，其中在一段时间内可能仅支持一个上行TB/HARQ进程传输。在一些实施例中，如果未响应于在UE处接收的先前发送的TB的ACK删除该先前发送的TB，则去激活信号还使UE从其发送缓冲区中删除该TB。

如图24所示，同一DCI结构可以用于多个目的，这取决于由基站服务的UE的能力。

图24示出了组公共DCI中的统一DCI信令格式的一个示例。相反，可以为每个UE在UE特定DCI或下行专用应答信道(诸如PHICH类信道)中发送统一DCI信令格式。

其他变形形式和实施例

虽然假设所有免授权传输间隔是相同的，该间隔是图9中的TTI，但是不同的UE可以在任何符号发起免授权传输，并且不同的UE可以具有不同的传输间隔。不同UE的传输间隔可以在时间和/或频率上重叠。本文描述的一般机制不限任何特定的起始位置和/或数据持续时间和/或传输持续时间。

图24中示出的特定的表仅是示例，许多不同的变形形式是可能的。又例如，图25示出了可以发送至UE 102b的其他2比特组合。在表722中，UE102b的反馈指示激活或去激活以及激活后UE 102b用于上行传输的特定资源配置。在UE处例如使用半静态信令预先配置比特图案至资源配置的映射。在表724中，UE 102b的反馈指示UE 102b用于上行传输的特定资源配置。表722和表724中的反馈不必响应于正在进行的传输而提供(例如，该反馈不必是资源重配置)，而是可以由基站随时发送以告知UE哪些资源用于上行传输。

如上所述，资源配置可以包括以下中的一个或多个：MCS、参考信号、跳变图案、可以配置为对于初始传输和重传相同或不同的重复次数、与分区相关联的参数集(例如，不同的分区可以用于通过不同的参数集进行传输，并且UE可以在包传输的过程中使用多个参数集)、功率等。资源配置还可以将UE配置为在一些重复中不使用参考信号。例如，如果信道不快速改变，则初始传输和/或第一重复可以包含参考信号，并且随后的自主重复可以不使用参考信号。如果UE将同一分区用于一组重复，则这可能有用。在一个示例中，在第一传输之后配置有3次重复的初始传输发生在连续的TTI上的给定分区中。然后，在NACK之后的重传可以发生在不同的分区中，该分区可以维持用于另一组重复。

此外，如果基站寻址的UE具有相同的能力，则可以不使用以上关于图24描述的统一DCI信令格式。两个特定示例如下：(1)基站寻址的UE都支持激活/去激活。因此，每个UE的DCI反馈可以仅为一个比特：“0”用于激活，“1”用于去激活(反之亦然)。(2)基站寻址的UE将具有其配置(或者如果上行传输正在进行，则重配置)的资源。每个UE的DCI是具有表724中所示的映射的2比特。

在结合图24的另一示例中，如果包括HARQ进程标识符，则每个UE特定字段将具有更多比特。在示例中，如果UE支持多个HARQ进程并监测ACK/NACK反馈，则可以在每个UE字段中将N比特位图用于N个HARQ进程。如上所述，可以半静态地配置HARQ进程至比特索引的映射。以上提供了如何编号/标识HARQ进程以及维持活动进程序列的示例。如果UE还监测激活/去激活，则每个比特也可以用于激活/去激活，其示例在图24中的716中提供。例如，如果UE没有活动HARQ进程，则全1可以表示激活免授权资源。在另一示例中，一组1可以指在一段时间内允许特定数量的HARQ进程的一组激活，并且其余的比特可以为0。在另一示例中，UE可以在图24中的DCI中具有多个字段，一个字段用于TB或HARQ进程。UE的哪个TB或HARQ进程映射至哪个字段可以通过高层信令或基于某些规则来配置，以上讨论了其一些示例。在另一示例中，可能不存在任何UE特定字段，而是可以将每个字段用于跳变图案。UE可以配置有一个或多个跳变图案，因此UE可以监测DCI中的多个字段。在该情况下，可以对每个跳变图案进行激活或去激活。每个跳变图案可以与资源配置更新相关联。例如，当跳变图案用于一个HARQ进程时，UE可以接收多个资源配置更新。应理解，图24仅是如何通过单个DCI实现统一的示例。以上提到的所有示例可以适用于在统一DCI中构建字段。

更一般地，UE的DCI反馈可以服务于以下目的中的一个、一些、或全部：

a)仅发送ACK/NACK反馈；

b)仅发送激活/去激活；

c)a)和b)一起；

d)具有资源重配置的a)；

e)具有资源重配置的b)；

f)仅资源配置和/或资源重配置；

g)使用例如以上关于图24描述的统一格式的公共格式信令通知a)至f)中的一些或全部。

在一个示例中，可以存在单独的组DCI，该组DCI仅对被配置为监测该组DCI的UE通知激活/去激活。激活/去激活可以应用于为UE配置的全部或部分资源。激活/去激活可以在给定持续时间内启用/禁用一些跳变图案。例如，基于负载和/或控制冲突，可以启用与默认/现有的相比数量更多或更少的跳变图案。如果统一DCI导致大量开销，则用于激活/去激活的单独的DCI可能有用。在一个示例中，通知激活/去激活的组DCI可以不具有UE特定字段并且可以对一组UE公共。该组DCI可以是用于启用/禁用整个免授权资源的组DCI。在另一示例中，如果免授权资源有五个分区，则组DCI可以通知在TTI中用于免授权传输的所有分区中的选定数量的分区的激活/去激活。配置为通过这些分区进行传输的UE监测该DCI。在一个示例中，5比特位图可以用于指示该五个分区的激活/去激活。如果禁用一些分区，则UE可以使用不包括被禁用的分区的跳变图案。如果需要，一些资源配置更新可以向UE通知不同的跳变图案，或者可以基于哪些分区是活动的将UE配置为使用跨越其他分区(不包括被禁用的分区)的跳变图案。在一个示例中，组DCI可以通知用于免授权传输或在上行频谱中使用的所有子带或带宽部分中的至少一个子带或带宽部分的启用/禁用(例如，上行带宽可以划分为多个子带或带宽部分)。在图9中，配置了四个带宽分区。

在一个示例中，基于授权的UE可以监测免授权资源的激活/去激活信令。在一些情况下，免授权资源可以配置为与可以在其中调度基于授权的业务和/或可以发送上行控制信息和/或可以发送调度请求的资源重叠。由免授权和/或基于授权的UE监测授权资源激活/去激活可以实现重叠资源的动态共享。

在一个示例中，单独的组DCI可以用于仅发送ACK/NACK，并且支持UE的一个或多个HARQ进程。

在一个示例中，组DCI可以仅用于资源配置更新。

根据UE能力和UE配置，一个UE然后可以监测多个组DCI，例如，该UE监测一个DCI中的ACK/NACK并监测另一DCI中的激活/去激活。两个DCI可以具有不同的监测周期。

本文讨论的DCI反馈(例如，用于以上列表中的选项a)至g))可以用于基于授权和/或免授权的上行传输。本文讨论的DCI反馈(例如，用于以上列表中的选项a)至g))可以发送在组公共DCI消息、UE特定DCI消息、或专用下行应答信道(例如PHICH类信道)中。如果不同的DCI用于信令通知不同的内容，则UE可以监测多个DCI，例如，一个用于激活/去激活，另一个用于ACK/NACK等。UE可以被半静态地配置为监测DCI。在一些示例中，UE可以在发起HARQ进程之后监测仅发送ACK/NACK的组DCI。即使UE没有活动HARQ进程，也可以监测通知激活/去激活和/或资源配置更新的DCI。

尽管本文提到组DCI作为用于信令通知用于上行传输的HARQ和/或资源配置和/或资源激活/去激活的选项，但是本文讨论的组DCI的一些属性可以适用于经由组DCI信令通知可能有益的任何其他适用情况。

图26为根据一个实施例的基站100执行的方法的流程图。在步骤802，基站从UE102a接收TB的第一上行传输。在步骤804，基站在DCI中向UE发送消息。该消息包括多个比特。该比特指示对应于TB的HARQ反馈和UE的第二上行传输使用的资源的改变。在步骤806，基站使用改变的资源从UE接收第二上行传输。

图27为根据一个实施例的UE 102a执行的方法的流程图。在步骤852，UE 102a向基站100发送TB的第一上行传输。在步骤854，UE 102a接收DCI中的消息。该消息包括多个比特。该比特指示对应于TB的HARQ反馈和UE的第二上行传输使用的资源的改变。在步骤856，UE102a使用改变的资源发送第二上行传输。

示例

鉴于，以及除上述之外，还公开了以下实施例。

示例1：一种基站执行的方法，包括：从用户设备(UE)接收传输块(TB)的第一上行传输；在下行控制信息(DCI)中向UE发送消息，该消息包括指示对应于TB的HARQ反馈并指示UE的第二上行传输使用的资源的改变的多个比特。

示例2：根据示例1的方法，其中，HARQ反馈是NACK，第二上行传输是TB的重传，并且该比特指示NACK和该TB的重传使用的资源与第一上行传输相比的改变。

示例3：根据示例1或示例2的方法，其中，该比特指示以下至少之一的改变：UE将使用的参考信号、UE将使用的时频跳变图案、UE将使用的MCS、UE将使用的发射功率、以及UE将发送的重传的数量。

示例4：根据示例1至3中任一示例的方法，其中，该消息在组公共DCI消息的字段中。

示例5：根据示例4的方法，其中，该UE是第一UE，并且该方法包括：从多个UE接收多个上行传输，该多个UE包括第一UE；生成具有多个字段的组公共DCI消息，每个字段对应于UE中相应的UE，并且每个字段至少向该相应的UE提供HARQ反馈，其中，该多个字段中的一个字段对应于第一UE且包括上述多个比特；发送组公共DCI消息。

示例6：根据示例5的方法，其中，生成组公共DCI消息包括使用对上述多个UE已知的组标识(identification，ID)对组公共DCI消息的至少一部分进行加掩。

示例7：根据示例6的方法，其中，组公共DCI消息包括循环冗余校验(CRC)，并且其中CRC通过组ID进行加掩。

示例8：根据示例1至7中任一示例的方法，其中，HARQ反馈包括指示与TB的至少两个码块组(CBG)相关的HARQ反馈的多个比特。

示例9：根据示例1至3中任一示例的方法，其中，该消息在UE特定DCI中发送。

示例10：根据示例1至3中任一示例的方法，其中，该消息在专用下行应答信道中发送。

示例11：一种基站，包括：处理器和存储用于由处理器执行的程序的计算机可读存储介质，该程序包括用于执行根据示例1至10中任一示例的方法的步骤的指令。

示例12：一种基站，包括：接收器，用于从用户设备(UE)接收传输块(TB)的第一上行传输；下行控制信令模块，用于生成包括消息的下行控制信息(DCI)，该消息包括指示对应于TB的HARQ反馈并指示UE的第二上行传输使用的资源的改变的多个比特；发射器，用于发送该消息。

示例13：一种用户设备(UE)执行的方法，包括：向基站发送传输块(TB)的第一上行传输；接收下行控制信息(DCI)中的消息，该消息包括指示对应于TB的HARQ反馈并指示UE的第二上行传输使用的资源的改变的多个比特。

示例14：根据示例13的方法，其中，HARQ反馈是NACK，第二上行传输是TB的重传，并且该比特指示NACK和该TB的重传使用的资源与第一上行传输相比的改变。

示例15：根据示例13或示例14的方法，其中，该比特指示以下至少之一的改变：UE将使用的参考信号、UE将使用的时频跳变图案、UE将使用的MCS、UE将使用的发射功率、以及UE将发送的重传的数量。

示例16：根据示例13至15中任一示例的方法，其中，该消息在组公共DCI消息的字段中。

示例17：根据示例16的方法，其中，该UE是第一UE，并且其中，组公共DCI消息具有多个字段，每个字段对应于多个UE中相应的UE，该多个UE包括第一UE，并且每个字段至少向相应的UE提供HARQ反馈，并且其中，该多个字段中的一个字段对应于第一UE且包括上述多个比特。

示例18：根据示例17的方法，其中，组公共DCI消息的至少一部分被使用对上述多个UE已知的组标识(ID)进行加掩。

示例19：根据示例18的方法，其中，组公共DCI消息包括循环冗余校验(CRC)，并且该CRC通过组ID进行加掩。

示例20：根据示例13至19中任一示例的方法，其中，HARQ反馈包括指示与TB的至少两个码块组(CBG)相关的HARQ反馈的多个比特。

示例21：根据示例13至15中任一示例的方法，其中，该消息在UE特定DCI中发送。

示例22：根据示例13至15中任一示例的方法，其中，该消息在专用下行应答信道中接收。

示例23：一种用户设备(UE)，包括：处理器和存储用于由处理器执行的程序的计算机可读存储介质，该程序包括用于执行根据示例13至22中任一示例的方法的步骤的指令。

示例24：一种用户设备(UE)，包括：发射器，用于向基站发送传输块(TB)的第一上行传输；接收器，用于接收下行控制信息(DCI)中的消息，该消息包括指示对应于TB的HARQ反馈并指示UE的第二上行传输使用的资源的改变的多个比特。

总结

虽然已经参考具体特征及其实施例对本发明进行了描述，但是在不脱离本发明的情况下可以对这些特征和实施例进行各种修改和组合。因此，说明书和附图仅被视为由所附权利要求限定的本发明的一些实施例的说明，并且本发明预期涵盖落入本发明范围内的任何和全部修改、变化、组合、或等同物。因此，虽然已详细描述了本发明及其优点，但是在不脱离由所附权利要求限定的本发明的情况下，可以进行各种改变、替换和变化。此外，本申请的范围并非旨在限于说明书中描述的工艺、机器、制造、物质组成、装置、方法、和步骤的特定实施例。本领域普通技术人员根据本发明的公开将容易理解到，根据本发明可以利用与本文描述的相应实施例基本执行相同功能或者基本实现相同结果的现有的或将来开发的工艺、机器、制造、物质组成、装置、方法、或步骤。因此，所附权利要求旨在包括在其范围内的工艺、机器、制造、物质组成、装置、方法或步骤。

此外，本文中例示的执行指令的任何模块、部件、或设备可以包括或访问用于存储信息的非暂时性计算机/处理器可读存储介质，该信息例如是计算机/处理器可读指令、数据结构、程序模块、和/或其他数据。非暂时性计算机/处理器可读存储介质的非穷举列表包括盒式磁带、磁带、磁盘存储器或其他磁存储设备、光盘(例如，光盘只读存储器(compactdisc read-only memory，CD-ROM)、数字视频盘或数字通用光盘(digital versatiledisc，DVD)、蓝光光盘(Blu-ray Disc^TM)或其他光存储器)、以任何方法或技术实现的易失性和非易失性以及可移动和不可移动介质、随机存取存储器(random-access memory，RAM)、只读存储器(read-only memory，ROM)，电可擦除可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、闪存、或其他存储技术。任何这种非暂时性计算机/处理器存储介质可以是设备的一部分或者可访问或可连接至设备。本文描述的任何应用程序或模块可以使用计算机/处理器可读/可执行指令来实现，该指令可以由这种非暂时性计算机/处理器可读存储介质存储或保存。

Claims

1.一种基站执行的方法，包括：

从用户设备UE接收传输块TB的第一上行传输；以及

在下行控制信息DCI中向所述UE发送消息，所述消息包括指示对应于所述TB的混合自动重传请求HARQ反馈并指示所述UE的第二上行传输使用的资源的改变的多个比特。

2.根据权利要求1所述的方法，其中，所述HARQ反馈包括否定应答NACK，所述第二上行传输是所述TB的重传，并且所述比特指示(i)所述NACK和(ii)所述TB的所述重传使用的资源与所述第一上行传输使用的资源相比的所述改变。

3.根据权利要求1或2所述的方法，其中，所述比特指示以下至少之一的改变：所述UE将使用的参考信号、所述UE将使用的频率分区、所述UE将使用的时频跳变图案、所述UE将使用的调制与编码策略MCS、所述UE将使用的冗余版本RV、所述UE将使用的发射功率、以及所述UE将发送的重传的数量。

4.根据权利要求1至3中任一项所述的方法，其中所述UE是第一UE，其中所述消息在组公共DCI消息的第一字段中，并且其中所述方法包括：

从多个UE接收多个上行传输，所述多个UE包括所述第一UE；

生成具有多个字段的所述组公共DCI消息，每个字段对应于所述多个UE中相应的UE，并且每个字段至少向所述相应的UE提供HARQ反馈，其中，所述多个字段中的一个字段是所述第一字段并且对应于所述第一UE且包括所述多个比特；

发送所述组公共DCI消息。

5.根据权利要求4所述的方法，其中，高层信令用于将所述多个UE中的每个UE预配置为映射至所述多个字段中相应的字段，并且其中，所述第一UE基于以下至少之一映射至所述第一字段：所述第一UE的上行传输使用的频率分区、所述第一UE遵循的跳变图案、以及所述第一UE的所述上行传输使用的时间资源。

6.根据权利要求4所述的方法，其中所述多个UE包括与所述第一UE不同的第二UE，其中所述多个字段中的第二字段对应于所述第二UE，其中所述第一字段与所述第二字段不同，其中所述第一字段指示所述第一UE将使用的资源的第一组可能的改变中的一个可能的改变，其中所述第二字段指示所述第二UE将使用的资源的第二组可能的改变中的一个可能的改变，并且其中，资源的所述第一组可能的改变小于资源的所述第二组可能的改变。

7.根据权利要求1至6中任一项所述的方法，其中，所述消息在UE特定DCI中发送。

8.根据权利要求7所述的方法，其中所述UE支持多个HARQ进程，其中所述消息包括所述多个HARQ进程的同时反馈，并且其中，使用规则确定所述多个HARQ进程中的每个HARQ进程的HARQ反馈信息在所述消息中的位置。

9.一种基站，包括：

接收器，用于从用户设备UE接收传输块TB的第一上行传输；

下行控制信令模块，用于生成包括消息的下行控制信息DCI，所述消息包括指示对应于所述TB的混合自动重传请求HARQ反馈并指示所述UE的第二上行传输使用的资源的改变的多个比特；

发射器，用于发送所述消息。

10.根据权利要求9所述的基站，其中，所述HARQ反馈包括否定应答NACK，所述第二上行传输是所述TB的重传，并且所述比特指示(i)所述NACK和(ii)所述TB的所述重传使用的资源与所述第一上行传输使用的资源相比的所述改变。

11.根据权利要求9或10所述的基站，其中，所述比特指示以下至少之一的改变：所述UE将使用的参考信号、所述UE将使用的频率分区、所述UE将使用的时频跳变图案、所述UE将使用的调制与编码策略MCS、所述UE将使用的冗余版本RV、所述UE将使用的发射功率、以及所述UE将发送的重传的数量。

12.根据权利要求9至11中任一项所述的基站，其中所述UE是第一UE，其中所述消息在组公共DCI消息的第一字段中，并且其中：

所述接收器还用于从多个UE接收多个上行传输，所述多个UE包括所述第一UE；

所述下行控制信令模块用于生成具有多个字段的所述组公共DCI消息，每个字段对应于所述多个UE中相应的UE，并且每个字段至少向所述相应的UE提供HARQ反馈，其中，所述多个字段中的一个字段是所述第一字段并且对应于所述第一UE且包括所述多个比特；

所述发射器用于发送所述组公共DCI消息。

13.根据权利要求12所述的基站，其中，高层信令用于将所述多个UE中的每个UE预配置为映射至所述多个字段中相应的字段，并且其中，所述第一UE基于以下至少之一映射至所述第一字段：所述第一UE的上行传输使用的频率分区、所述第一UE遵循的跳变图案、以及所述第一UE的所述上行传输使用的时间资源。

14.根据权利要求12所述的基站，其中所述多个UE包括与所述第一UE不同的第二UE，其中所述多个字段中的第二字段对应于所述第二UE，其中所述第一字段与所述第二字段不同，其中所述第一字段指示所述第一UE将使用的资源的第一组可能的改变中的一个可能的改变，其中所述第二字段指示所述第二UE将使用的资源的第二组可能的改变中的一个可能的改变，并且其中，资源的所述第一组可能的改变小于资源的所述第二组可能的改变。

15.根据权利要求9至14中任一项所述的基站，其中，所述消息用于在UE特定DCI中发送。

16.根据权利要求15所述的基站，其中所述UE支持多个HARQ进程，其中所述消息包括所述多个HARQ进程的同时反馈，并且其中，使用规则确定所述多个HARQ进程中的每个HARQ进程的HARQ反馈信息在所述消息中的位置。

17.一种用户设备UE执行的方法，包括：

向基站发送传输块TB的第一上行传输；

接收下行控制信息DCI中的消息，所述消息包括指示对应于所述TB的混合自动重传请求HARQ反馈并指示所述UE的第二上行传输使用的资源的改变的多个比特。

18.根据权利要求17所述的方法，其中，所述HARQ反馈包括否定应答NACK，所述第二上行传输是所述TB的重传，并且所述比特指示(i)所述NACK和(ii)所述TB的所述重传使用的资源与所述第一上行传输使用的资源相比的所述改变。

19.根据权利要求17或18所述的方法，其中，所述比特指示以下至少之一的改变：所述UE将使用的参考信号、所述UE将使用的频率分区、所述UE将使用的时频跳变图案、所述UE将使用的调制与编码策略MCS、所述UE将使用的冗余版本RV、所述UE将使用的发射功率、以及所述UE将发送的重传的数量。

20.根据权利要求17至20中任一项所述的方法，其中所述UE是第一UE，其中所述消息在组公共DCI消息的第一字段中，其中所述组公共DCI消息具有多个字段，每个字段对应于包括所述第一UE的多个UE中相应的UE，并且每个字段至少向所述相应的UE提供HARQ反馈，并且其中，所述多个字段中的一个字段是所述第一字段并且对应于所述第一UE且包括所述多个比特。

21.根据权利要求20所述的方法，其中，高层信令用于将所述第一UE预配置为映射至所述第一字段，并且其中，所述第一UE基于以下至少之一映射至所述第一字段：所述第一UE的上行传输使用的频率分区、所述第一UE遵循的跳变图案、以及所述第一UE的所述上行传输使用的时间资源。

22.根据权利要求20所述的方法，其中所述多个UE包括与所述第一UE不同的第二UE，其中所述多个字段中的第二字段对应于所述第二UE，其中所述第一字段与所述第二字段不同，其中所述第一字段指示所述第一UE将使用的资源的第一组可能的改变中的一个可能的改变，其中所述第二字段指示所述第二UE将使用的资源的第二组可能的改变中的一个可能的改变，并且其中，资源的所述第一组可能的改变小于资源的所述第二组可能的改变。

23.根据权利要求17至22中任一项所述的方法，其中，所述消息在UE特定DCI中接收。

24.根据权利要求23所述的方法，其中所述UE支持多个HARQ进程，其中所述消息包括所述多个HARQ进程的同时反馈，并且其中，使用规则确定所述多个HARQ进程中的每个HARQ进程的HARQ反馈信息在所述消息中的位置。

25.一种用户设备UE，包括：

发射器，用于向基站发送传输块TB的第一上行传输；

接收器，用于接收下行控制信息DCI中的消息，所述消息包括指示对应于所述TB的混合自动重传请求HARQ反馈并指示所述UE的第二上行传输使用的资源的改变的多个比特。

26.根据权利要求25所述的UE，其中，所述HARQ反馈包括否定应答NACK，所述第二上行传输是所述TB的重传，并且所述比特指示(i)所述NACK和(ii)所述TB的所述重传使用的资源与所述第一上行传输使用的资源相比的所述改变。

27.根据权利要求25或26所述的UE，其中，所述比特指示以下至少之一的改变：所述UE将使用的参考信号、所述UE将使用的频率分区、所述UE将使用的时频跳变图案、所述UE将使用的调制与编码策略MCS、所述UE将使用的冗余版本RV、所述UE将使用的发射功率、以及所述UE将发送的重传的数量。

28.根据权利要求25至27中任一项所述的UE，其中所述UE是第一UE，其中所述消息在组公共DCI消息的第一字段中，其中所述组公共DCI消息具有多个字段，每个字段对应于包括所述第一UE的多个UE中相应的UE，并且每个字段至少向所述相应的UE提供HARQ反馈，并且其中，所述多个字段中的一个字段是所述第一字段并且对应于所述第一UE且包括所述多个比特。

29.根据权利要求28所述的UE，其中，高层信令用于将所述第一UE预配置为映射至所述第一字段，并且其中，所述第一UE基于以下至少之一映射至所述第一字段：所述第一UE的上行传输使用的频率分区、所述第一UE遵循的跳变图案、以及所述第一UE的所述上行传输使用的时间资源。

30.根据权利要求28所述的UE，其中所述多个UE包括与所述第一UE不同的第二UE，其中所述多个字段中的第二字段对应于所述第二UE，其中所述第一字段与所述第二字段不同，其中所述第一字段指示所述第一UE将使用的资源的第一组可能的改变中的一个可能的改变，其中所述第二字段指示所述第二UE将使用的资源的第二组可能的改变中的一个可能的改变，并且其中，资源的所述第一组可能的改变小于资源的所述第二组可能的改变。

31.根据权利要求25至30中任一项所述的UE，其中，所述消息在UE特定DCI中。

32.根据权利要求31所述的UE，其中所述UE支持多个HARQ进程，其中所述消息包括所述多个HARQ进程的同时反馈，并且其中，使用规则确定所述多个HARQ进程中的每个HARQ进程的HARQ反馈信息在所述消息中的位置。