CN113678557A - 发送或接收用于多传输块调度的信号的方法及其设备 - Google Patents

Abstract

本发明涉及一种在无线通信***中执行的方法和用于该方法的设备，该方法包括以下步骤：接收用于多个传输块调度的下行链路控制信息(DCI)，所述DCI包括关于冗余版本(RV)或跳频的1位信息；如果通过所述DCI调度的传输块不被重复，则基于所述1位信息来确定与所述传输块关联的RV值；以及如果通过所述DCI调度的传输块被重复两次或更多次，则基于所述1位信息来确定是否向所述传输块应用跳频。

Description

发送或接收用于多传输块调度的信号的方法及其设备

技术领域

本公开涉及无线通信***，并且更具体地，涉及在用于支持多传输块(TB)调度的无线通信***中发送和接收信号的方法和设备。

背景技术

通常，无线通信***正发展成不同地覆盖广泛范围，从而提供诸如音频通信服务、数据通信服务等这样的通信服务。无线通信***是一种能够通过共享可用***资源(例如，带宽、发送功率等)支持与多个用户的通信的多址***。例如，多址***可以是码分多址(CDMA)***、频分多址(FDMA)***、时分多址(TDMA)***、正交频分多址(OFDMA)***和单载波频分多址(SC-FDMA)***中的任一种。

发明内容

技术问题

本公开的一方面是提供在支持多传输块(TB)调度的无线通信***中高效发送和接收信号的方法和设备。

更具体地，本公开的一方面是提供用于在支持多TB调度的无线通信***中高效地发送和接收下行链路控制信道或下行链路控制信息的方法和设备。

本领域的技术人员将领会，可以利用本公开实现的目的不限于已经在上文特别描述的目的，并且将从下面的详细说明中更清楚地理解本公开可以实现的上述目的和其它目的。

技术解决方案

根据本公开的一方面，提供了一种由用户设备(UE)在无线通信***中执行的方法。该方法可以包括以下步骤：接收用于多个传输块(TB)调度的下行链路控制信息(DCI)，所述DCI包括用于冗余版本(RV)或跳频的1位信息；基于通过所述DCI调度的TB未被重复，基于所述1位信息来确定与所述TB相关的RV值；以及基于通过所述DCI调度的TB被重复两次或更多次，基于所述1位信息来确定是否向所述TB应用跳频。

根据本公开的另一方面，提供了一种被配置为在无线通信***中操作的UE。所述UE可以包括收发器以及被配置为通过控制所述收发器来执行操作的处理器。所述操作可以包括：接收用于多个TB调度的DCI，所述DCI包括用于RV或跳频的1位信息；基于通过所述DCI调度的TB未被重复，基于所述1位信息来确定与所述TB相关的RV值；以及基于通过所述DCI调度的TB被重复两次或更多次，基于所述1位信息来确定是否向所述TB应用跳频。

根据本公开的第三方面，提供了一种存储指令的计算机可读存储介质，所述指令在由处理器执行时被配置为致使所述处理器执行操作。所述操作可以包括：接收用于多个TB调度的DCI，所述DCI包括用于RV或跳频的1位信息；基于通过所述DCI调度的TB未被重复，基于所述1位信息来确定与所述TB相关的RV值；以及基于通过所述DCI调度的TB被重复两次或更多次，基于所述1位信息来确定是否向所述TB应用跳频。

所述方法或所述操作还可以包括：基于通过所述DCI调度的TB未被重复，确定对于所述TB，禁用跳频。

基于所述1位信息来确定与所述TB相关的RV值可以包括基于所述1位信息来将RV值0和RV值2中的一个确定为与TB相关的RV值。

所述方法或所述操作可以包括：基于通过所述DCI调度的TB被重复两次或更多次，将与TB相关的RV值确定为固定值。

所述方法或所述操作可以包括：基于所述DCI在物理上行链路共享信道(PUSCH)上发送所述TB。

所述方法或所述操作还可以包括：基于所述DCI在物理下行链路共享信道(PUSCH)上接收所述TB。

所述UE可以不被配置为针对所述PDSCH使用64正交幅度调制(64QAM)。

DCI格式可以调度多达8个TB。

有利效果

根据本公开，在支持多传输块(TB)调度的无线通信***中能高效发送和接收信号。

更具体地，在支持多TB调度的无线通信***中能高效地发送和接收下行链路控制信道或下行链路控制信息。

本领域的技术人员应该领会，本公开能实现的效果不限于上文已经具体描述的内容，并且将根据结合附图进行的以下详细描述来更清楚地理解本公开的其它优点。

附图说明

附图被包括进来以提供对本公开的进一步理解，并且被并入本申请的部分中并构成本申请的部分，例示了本公开的实施方式并且与说明书一起用来说明本公开的原理。在附图中：

图1是例示了第三代合作伙伴计划(3GPP)***中的物理信道和使用物理信道的一般信号发送方法的示图；

图2是例示了随机接入过程的示图；

图3是例示了长期演进(LTE)帧结构的示图；

图4是例示了LTE帧的时隙结构的示图；

图5是例示了LTE***中的下行链路(DL)子帧结构的示图；

图6是例示了LTE中的上行链路(UL)子帧结构的示图；

图7是例示了新RAT(NR)***中的帧结构的示图；

图8是例示了NR帧的时隙结构的示图；

图9是例示了机器型通信(MTC)中的物理信道和使用物理信道的一般信号发送方法的示图；

图10是例示了MTC中的小区覆盖增强的示图；

图11是例示了MTC信号频带的示图；

图12是例示了传统LTE和MTC中的调度的示图；

图13是例示了窄带-物联网(NB-IoT)中的物理信道和使用物理信道的一般信号发送方法的示图；

图14是例示了具有15kHz的子载波间隔(SCS)的帧结构的示图，并且图15是例示了具有3.75kHz的SCS的帧结构的示图；

图16是例示了NB-IoT DL物理信道/信号的发送的示图；

图17和图18是例示了适用本公开中提出的方法的操作的流程图；

图19是例示了适用本公开所提出的方法的基站(BS)和用户设备(UE)之间的发送/接收处理的示图；

图20是例示了应用于本公开的示例性通信***的示图；

图21是例示了应用于本公开的示例性无线装置的示图；

图22是例示了应用于本公开的另一示例性无线装置的示图；

图23是例示了应用于本公开的示例性便携式装置的示图；以及

图24是例示了应用于本公开的示例性车辆或自主驾驶车辆的示图。

具体实施方式

本公开中，下行链路(DL)是指从基站(BS)到用户设备(UE)的通信，并且上行链路(UL)是指从UE到BS的通信。在DL的情况下，发送器可以是BS的一部分，并且接收器可以是UE的一部分。在DL的情况下，发送器可以是UE的一部分，并且接收器可以是BS的一部分。

本文中描述的技术适用于诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)等这样的各种无线接入***。CDMA可以被实现为诸如通用陆地无线电接入(UTRA)或CDMA2000这样的无线电技术。TDMA可以被实现为诸如全球移动通信(GSM)/通用分组无线电服务(GPRS)或增强数据率GSM演进(EDGE)这样的无线电技术。OFDMA可以被实现为诸如IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE802-20、演进型UTRA(E-UTRA)等这样的无线电技术。UTRA是通用移动电信***(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进型UMTS(E-UMTS)的一部分。LTE-高级(LTE-A)或LTE-A pro是3GPP LTE的演进版本。3GPP新无线电或新无线电接入技术(3GPP NR)是3GPP LTE、LTE-A或LTE-A pro的演进版本。

尽管为了描述的清楚起见，基于3GPP通信***(例如，LTE-A、NR等)描述了本公开，但是本公开的精神不限于此。LTE是指3GPP技术规范(TS)36.xxx版本8之后的技术。具体地，3GPP TS 36.xxx版本10之后的LTE技术被称为LTE-A，并且3GPP TS 36.xxx版本13之后的LTE技术被称为LTE-A pro。3GPP NR是指3GPP TS38.xxx版本15之后的技术。LTE/NR可以被称为“3GPP***”。本文中，“xxx”是指标准规格编号。LTE/NR常常可以被称为“3GPP***”。本文中使用的背景、术语、缩写等的细节可以见于本公开之前公开的文献。例如，可以参考以下的文献。

3GPP LTE

-36.211:物理信道和调制

-36.212:复用和信道编码

-36.213:物理层过程

-36.300:总体描述

-36.304:空闲模式下的用户设备(UE)过程

-36.331:无线电资源控制(RRC)

3GPP NR

-38.211:物理信道和调制

-38.212:复用和信道编码

-38.213:用于控制的物理层过程

-38.214:用于数据的物理层过程

-38.300:NR和NG-RAN总体描述

-38.304:空闲模式和RRC非激活状态下的用户设备(UE)过程

-36.331:无线电资源控制(RRC)协议规范

演进型UMTS地面无线电接入网络(E-UTRAN)、LTE、LTE-A、LTE-A pro和第五代(5G)***可以笼统地被称为LTE***。下一代无线电接入网络(NG-RAN)可以被称为NR***。UE可以是固定的或移动的。术语UE与诸如终端、移动站(MS)、用户终端(UT)、订户站(SS)、移动终端(MT)和无线装置这样的其他术语可互换地使用。BS通常是与UE通信的固定站。术语BS与诸如演进节点B(eNB)、通用节点B(gNB)、基本收发器***(BTS)和接入点(AP)这样的其他术语可互换地使用。

A.物理信道和帧结构

物理信道与一般信号发送

图1是例示了3GPP***中的物理信道和一般信号发送过程的示图。在无线通信***中，UE在DL上从BS接收信息，并在UL上向BS发送信息。在UE和BS之间发送和接收的信息包括数据和各种类型的控制信息。根据BS和UE之间发送和接收的信息的类型/用途，存在许多物理信道。

当UE开机或进入新小区时，UE执行初始小区搜索，包括获取与BS的同步(S11)。对于初始小区搜索，UE通过从BS接收主同步信号(PSS)和辅同步信号(SSS)来将其定时与BS同步并获取诸如小区标识符(ID)这样的信息。UE还可以通过从BS接收物理广播信道(PBCH)来获取小区中广播的信息。在初始小区搜索期间，UE还可以通过接收下行链路参考信号(DLRS)来监视DL信道状态。

在初始小区搜索之后，UE可以通过接收物理下行链路控制信道(PDCCH)并接收对应于该PDCCH的物理下行链路共享信道(PDSCH)来获取更详细的***信息(S12)。

随后，为了完成与BS的连接，UE可以执行与BS的随机接入过程(参见图2和相关描述)(S13至S16)。具体地，UE可以在物理随机接入信道(PRACH)上发送随机接入前导码(S13)，并可以接收PDCCH并在与PDCCH对应的PDSCH上接收对前导码的随机接入响应(RAR)(S14)。然后，UE可以通过使用RAR中所包括的调度信息来发送物理上行链路共享信道(PUSCH)(S15)，并执行竞争解决过程，包括接收PDCCH和与PDCCH对应的PDSCH(S16)。

在以上过程之后，UE可以在一般UL/DL信号发送过程中从BS接收PDCCH和/或PDSCH(S17)并向BS发送PUSCH和/或物理上行链路控制信道(PUCCH)(S18)。UE向BS发送的控制信息通常被称为上行链路控制信息(UCI)。UCI包括混合自动重传请求确认/否定确认(HARQACK/NACK)、调度请求(SR)和信道状态信息(CSI)。CSI包括信道质量指示符(CQI)、预编码矩阵指示符(PMI)、秩指示(RI)等。通常，在PUCCH上发送UCI。然而，如果应该同时发送控制信息和数据，则可以在PUSCH上发送控制信息。另外，UE可以在从网络接收到请求/命令后，在PUSCH上非周期性发送UCI。

图2是例示了随机接入过程的示图。

随机接入过程在RRC空闲模式(或RRC_IDLE状态)下的初始接入期间、在无线电链路故障(RLF)之后的初始接入期间、在需要随机接入过程的切换期间、或在RRC连接模式(或RRC_CONNECTED状态)下生成需要随机接入过程的UL/DL数据时执行。随机接入过程也可以被称为随机接入信道(RACH)过程。在随机接入过程中还发送诸如RRC连接请求消息、小区更新消息和URA更新消息这样的一些RRC消息。逻辑信道、公共控制信道(CCCH)、专用控制信道(DCCH)或专用业务信道(DTCH)可以被映射到传输信道RACH。传输信道RACH被映射到物理信道PRACH。当UE的介质访问控制(MAC)层向UE的物理层指示PRACH发送时，UE的物理层选择一个接入时隙和一个签名，并在UL上发送PRACH前导码。随机接入过程是基于竞争的或无竞争的。

参照图2，UE从BS接收***信息中的随机接入信息并存储该随机接入信息。随后，当需要随机接入时，UE将随机接入前导码(消息1或Msg1)发送到BS(S21)。随机接入前导码也可以被称为RACH前导码或PRACH前导码。在从UE接收到随机接入前导码后，BS将RAR(消息2或Msg2)发送到UE(S17)。具体地，可以用随机接入RNTI(RA-RNTI)对用于RAR的DL调度信息进行循环冗余校验(CRC)掩码，并在L1/L2控制信道(PDCCH)上进行发送。在接收到用RA-RNTI进行掩码的DL调度信号后，UE可以在PDSCH上接收RAR并对RAR进行解码。然后，UE检查RAR是否包括针对UE的RAR信息。UE可以确定RAR是否包括所发送前导码的随机接入前导码ID(RAID)，以检查RAR是否包括针对UE的RAR信息。RAR包括用于同步的作为定时偏移信息的定时提前(TA)、用于UL的无线电资源分配信息和用于UE标识的临时ID(例如，临时小区RNTI(C-RNTI))。在接收到RAR后，UE根据RAR中所包括的无线电资源分配信息，在UL共享信道上执行包括RRC连接请求消息的UL发送(消息3或Msg3)(S18)。在从UE接收到UL发送之后，BS将用于竞争解决的消息(消息4或Msg4)发送到UE(S24)。用于竞争解决的消息可以被称为竞争解决消息并包括RRC连接建立消息。在从BS接收到竞争解决消息之后，UE完成连接建立，然后将连接建立完成消息(消息5或Msg5)发送到BS(S25)。

在无竞争随机接入(CFRA)过程中，在UE发送随机接入前导码(S21)之前，BS可以将无竞争随机接入前导码分配给UE。可以通过诸如PDCCH这样的切换命令或专用信令来分配无竞争随机接入前导码。当无竞争随机接入前导码被分配给UE时，UE可以以与步骤S21中类似的方式将所分配的无竞争随机接入前导码发送到BS。在从UE接收到无竞争随机接入前导码后，BS可以以与步骤S17中类似的方式将RAR发送到UE。

无线电帧结构

图3例示了LTE无线电帧结构。LTE支持用于频分双工(FDD)的帧类型1、用于时分双工(TDD)的帧类型2和用于免许可小区(UCell)的帧类型3。除了主小区(PCell)之外，可以聚合多达31个辅小区(SCell)。除非另有指定，否则可以基于小区来独立地应用本公开中描述的操作。在多小区聚合中，可以针对不同的小区使用不同的帧结构。另外，帧结构内的时间资源(例如，子帧、时隙和子时隙)可以被统称为时间单元(TU)。

图3的(a)例示了帧类型1。Dl无线电帧由10个1ms子帧(SF)限定。子帧根据循环前缀(CP)包括14或12个符号。在正常CP情况下，子帧包括14个符号，并且在扩展CP情况下，子帧包括12个符号。根据多址方案，符号可以是OFDM(A)符号或SC-FDM(A)符号。例如，符号可以是指DL上的OFDM(A)符号和UL上的SC-FDM(A)符号。OFDM(A)符号可以被称为循环前缀-OFDMA(A)(CP-OFDM(A))符号，并且SC-FMD(A)符号可以被称为离散傅里叶变换-扩展-OFDM(A)(DFT-s-OFDM(A))符号。

图3的(b)例示了帧类型2。帧类型2包括两个半帧。半帧包括4(或5)个一般子帧和1(或0)个特殊子帧。根据UL-DL配置，针对UL或DL使用一般子帧。子帧包括两个时隙。

上述无线电帧结构仅仅是示例性的，并且无线电帧中子帧的数目、子帧中时隙的数目以及时隙中符号的数目可以变化。

图4是例示了LTE帧中的时隙结构的示图。

参照图4，时隙包括时域中的多个符号乘以频域中的多个资源块(RB)。符号可以是指符号持续时间。时隙结构可以被表示为包括N^DL/UL _RB×N^RB _sc个子载波和N^DL/UL _symb个符号的资源网格。N^DL _RB表示DL时隙中RB的数目，并且N^UL _RB表示UL时隙中RB的数目。N^DL _RB和N^UL _RB分别取决于DL带宽和UL带宽。N^DL _symb表示DL时隙中符号的数目，并且N^UL _symb表示UL时隙中符号的数目。N^RB _sc表示一个RB中子载波的数目。时隙中符号的数目可以根据子载波间隔(SCS)和CP长度而变化。例如，在正常CP情况下一个时隙包括7个符号，而在扩展CP情况下一个时隙包括6个符号。

RB被限定为时域中的N^DL/UL _symb(例如，7)个连续符号乘以频域中的N^RB _sc(例如，12)个连续子载波。RB可以是物理资源块(PRB)或虚拟资源块(VRB)，并且PRB可以被一一对应地映射到VRB。各自位于子帧的两个时隙之一中的两个PRB可以被称为RB对。构成RB对的两个RB可以具有相同的RB编号(或RB索引)。包括一个符号乘以一个子载波的资源被称为资源元素(RE)或音调。资源网格的每个RE可以由时隙中的索引对(k,l)唯一地标识，其中，k是范围为0至N^DL/UL _RB×N^RBsc-1的频域索引，并且l是范围为0至N^DL/UL _symb-1的时域索引。

图5例示了LTE***中使用的DL帧结构。

参照图5，在子帧的第一时隙开始处的多达三个(或四个)OFDM(A)符号对应于控制区域。其余的OFDM(A)符号对应于其中分配有PDSCH的数据区域，并且该数据区域的基本资源单位是RB。DL控制信道包括物理控制格式指示符信道(PCFICH)、PDCCH、物理混合ARQ指示符信道(PHICH)等。在子帧的第一OFDM符号中发送PCFICH，传送与在子帧中的用于发送控制信道的OFDM符号的数目有关的信息。PHICH是对UL发送的响应，传送HARQ ACK/NACK信号。在PDCCH上传送的控制信息被称为下行链路控制信息(DCI)。DCI包括UL资源分配信息、DL资源控制信息或者针对任何UE组的UL发送功率控制命令。

图6例示了LTE***中使用的UL帧结构。

参照图6，子帧包括两个0.5ms的时隙。每个时隙包括多个符号，这些符号各自对应于一个SC-FDMA符号。RB是与频域中的12个子载波乘以时域中的1个时隙相对应的资源分配单元。LTE UL子帧被大致划分为控制区域和数据区域。数据区域是被每个UE用来发送诸如语音、分组等这样的数据的通信资源，包括PUSCH。控制区域是被每个UE用来发送DL信道质量报告、针对DL信号的ACK/NACK、UL调度请求等的通信资源，包括PUCCH。在时域中，在子帧的最后一个SC-FDMA符号中发送探测参考信号(SRS)。

图7例示了NR***中使用的无线电帧结构。

在NR中，UL发送和DL发送以帧配置。每个无线电帧具有10ms的长度并被划分为两个5ms的半帧(HF)。每个半帧都被划分为五个1ms的子帧。一个子帧被划分为一个或更多个时隙，并且子帧中时隙的数目取决于SCS。每个时隙根据CP包括12或14个OFDM(A)符号。当使用正常CP时，每个时隙包括14个OFDM符号。当使用扩展CP时，每个时隙包括12个OFDM符号。符号可以包括OFDM符号(CP-OFDM符号)和SC-FDMA符号(或DFT-s-OFDM符号)。

表1示例性例示了在正常CP情况下每个时隙的符号数目、每帧的时隙数目和每个子帧的时隙数目根据SCS而变化。

[表1]

*N^slot _symb:时隙中符号的数目

*N^frame,u _slot：帧中时隙的数目

*N^subframe,u _slot：子帧中时隙的数目

表2例示了在扩展CP情况下每个时隙的符号数目、每帧的时隙数目和每个子帧的时隙数目根据SCS而变化。

[表2]

在NR***中，可以针对为一个UE聚合的多个小区，配置不同的OFDM(A)参数集(例如，SCS、CP长度等)。因此，可以针对聚合的小区，不同地配置包括相同数目的符号的时间资源(例如，子帧、时隙或传输时间间隔(TTI))(为了简便起见，被称为TU)的(绝对时间)持续时间。

图8例示了NR帧的时隙结构。

时隙在时域中包括多个符号。例如，一个时隙在正常CP情况下包括14个符号，并且在扩展CP情况下包括12个符号。载波在频域中包括多个子载波。RB可以由频域中的多个(例如，12个)连续子载波限定。带宽部分(BWP)可以由频域中的多个连续(P)RB限定，并对应于一个参数集(例如，SCS、CP长度等)。载波可以包括多达N个(例如，5个)BWP。在激活BWP中进行数据通信，并且可以针对一个UE激活仅一个BWP。资源网格的每个元素可以被称为RE，一个复符号可以被映射到RE。

B.UL和DL信道

DL信道

BS在DL信道上将相关信号发送到UE，并且UE在DL信道上从BS接收相关信号。

(1)物理下行链路共享信道(PDSCH)

PDSCH传送DL数据(例如，DL共享信道传输块(DL-SCH TB))并采用诸如正交相移键控(QPSK)、16进制正交幅度调制(16QAM)、64-QAM(64QAM)或256进制QAM(256QAM)这样的调制方案。TB被编码为码字。PDSCH可以传送多达两个码字。码字独立地经历加扰和调制映射，并且每个码字的调制符号被映射到一层或更多层。通过将每个层与解调参考信号(DMRS)一起映射到资源来生成OFDM信号，并且通过对应的天线端口来发送该OFDM信号。

(2)物理下行链路控制信道(PDCCH)

PDCCH传送DCI并且采用QPSK作为调制方案。一个PDCCH根据其聚合等级(AL)而包括1个、2个、4个、8个或16个控制信道元素(CCE)。一个CCE包括6个资源元素组(REG)，每个REG由一个OFDM符号乘以一个(P)RB来限定。PDCCH在控制资源集(CORESET)中发送。CORESET被定义为具有给定参数集(例如，SCS、CP长度等)的一组REG。用于一个UE的多个CORESET可以在时域/频域中彼此交叠。CORESET可以由***信息(例如，主信息块(MIB))或UE特定的较高层信令(例如，RRC信令)来配置。具体地，CORESET中的RB的数目和符号的数目(最多3个)可以由较高层信令来配置。

UE通过解码(所谓的盲解码)一组PDCCH候选来获取在PDCCH上传送的DCI。由UE解码的一组PDCCH候选被定义为PDCCH搜索空间集。搜索空间集可以是公共搜索空间(CSS)或UE特定搜索空间(USS)。UE可以通过监视由MIB或较高层信令配置的一个或更多个搜索空间集中的PDCCH候选来获取DCI。每个CORESET配置与一个或更多个搜索空间集关联，并且每个搜索空间集与一个CORESET配置关联。基于以下参数来确定一个搜索空间集。

-controlResourceSetId：与搜索空间集相关的控制资源的集合。

-monitoringSlotPeriodicityAndOffset：PDCCH监视周期(以时隙为单位)和PDCCH监视偏移(以时隙为单位)。

-monitoringSymbolsWithinSlot：PDCCH监视时隙中的PDCCH监视图案(例如，CORESET中的前一个(或多个)符号)。

-nrofCandidates：用于每个AL＝{1,2,4,8,16}的PDCCH候选的数目(0、1、2、3、4、5、6和8中的一个)。

表3列出了每种搜索空间类型的示例性特征。

[表3]

表4列出了在PDCCH上发送的示例性DCI格式。

[表4]

DCI格式0_0可以被用于调度基于TB的(或TB级)PUSCH，并且DCI格式0_1可以被用于调度基于TB的(或TB级)PUSCH或基于代码块组(CBG)的(或CBG级)PUSCH。DCI格式1_0可以被用于调度基于TB的(或TB级)PDSCH，并且DCI格式1_1可以被用于调度基于TB的(或TB等级)PDSCH或基于CBG的(或CBG级)PDSCH。DCI格式2_0被用于向UE传送动态时隙格式信息(例如，动态时隙格式指示符(SFI))，并且DCI格式2_1被用于向UE传送DL抢占信息。DCI格式2_0和/或DCI格式2_1可以在组公共PDCCH上被传送到对应的UE组，该组公共PDCCH是针对UE组的PDCCH。

UL信道

UE在UL信道上将相关信号发送到BS，并且BS在UL信道上从UE接收相关信号。

(1)物理上行链路共享信道(PUSCH)

PUSCH基于CP-OFDM波形或DFT-s-OFDM波形来传送UL数据(例如，UL共享信道传输块(UL-SCH TB))和/或UCI。当以DFT-s-OFDM波形发送PUSCH时，UE通过变换预编码来发送PUSCH。例如，当变换预编码不可能(例如，禁用)时，UE可以以CP-OFDM波形发送PUSCH，而当变换预编码可能(例如，启用)时，UE可以以CP-OFDM或DFT-s-OFDM波形发送PUSCH。PUSCH发送可以由DCI中的UL许可动态地调度，或者由较高层信令(例如，RRC信令)(和/或诸如PDCCH这样的层1(L1)信令)(所配置的许可)半静态地调度。可以以基于码本或不基于码本的方式执行PUSCH发送。

(2)物理上行链路控制信道(PUCCH)

PUCCH传送UCI、HARQ ACK和/或SR，并根据PUCCH的发送持续时间被分类为短PUCCH或长PUCCH。表5列出了示例性PUCCH格式。

[表5]

C.机器型通信(MTC)

MTC是一种涉及一个或更多个机器的数据通信，可以应用于机器对机器(M2M)或物联网(IoT)。机器是指不需要人类直接操纵或干预的实体。例如，机器包括配备有移动通信模块的智能电表、自动售货机、具有MTC功能的便携式终端等。例如，可以通过MTC提供诸如读表、水位测量、监控摄像机使用和自动售货机库存报告这样的服务。MTC具有发送数据量小和间歇性UL/DL数据发送/接收的特征。因此，对应于低数据速率降低MTC装置的单位成本并减少电池消耗是高效的。MTC装置通常移动性小，因此，MTC是在几乎不改变的信道环境中进行的。

3GPP自第10版以来应用了MTC，并且MTC可以被实现为满足低成本和低复杂度、覆盖增强和低功耗的要求。例如，3GPP第12版增加了用于低成本MTC装置的特征，因此定义了UE类别0。UE类别是指示UE可以在通信调制解调器中处理的数据量的指示符。UE类别0的UE可以通过使用降低的峰值数据速率、具有放宽的RF要求的半双工操作和单根接收(Rx)天线来降低基带/射频(RF)复杂度。在3GPP第12版中，引入了增强型MTC(eMTC)，并且通过仅在1.08MHz(也就是说，6个RB)即传统LTE中支持的最小频率带宽下操作MTC UE，进一步降低了MTC UE的价格和功耗。

在下面的描述中，术语MTC能与术语eMTC、LTE-M1/M2、降低带宽低复杂度/覆盖增强(BL/CE)、非BL UE(在增强的覆盖范围中)、NR MTC或增强型BL/CE和其它等同术语互换地使用。MTC UE/装置覆盖任何具有MTC功能的终端/装置(例如，智能电表、自动售货机和具有MTC功能的便携式终端)。

图9例示了MTC中的物理信道和使用物理信道的一般信号发送。在无线通信***中，MTC UE在DL上从BS接收信息并在UL上将信息发送到BS。BS与UE之间发送和接收的信息包括数据和各种类型的控制信息，并且根据在物理信道上承载的信息的类型/使用来定义各种物理信道。

当UE开机或进入新小区时，UE执行初始小区搜索，包括获取与BS的同步(S901)。对于初始小区搜索，UE通过从BS接收PSS和SSS来将其定时与BS同步并获取诸如小区ID这样的信息。PSS/SSS可以是传统LTE的PSS/SSS。然后，UE可以通过从BS接收PBCH来获取小区中广播的信息(S902)。在初始小区搜索期间，UE还可以通过接收DL RS来监视DL信道状态。

在初始小区搜索之后，UE可以通过接收MTC PDCCH(MPDCCH)并接收对应于MPDCCH的PDSCH来获取更详细的***信息(S902)。

随后，为了完成与BS的连接，UE可以执行与BS的随机接入过程(S903至S906)。具体地，UE可以在PRACH上发送随机接入前导码(S903)，并可以接收PDCCH并在与PDCCH对应的PDSCH上接收对前导码的RAR(S904)。然后，UE可以通过使用RAR中所包括的调度信息来发送PUSCH(S905)，并执行竞争解决过程，包括接收PDCCH和与PDCCH对应的PDSCH(S906)。

在以上过程之后，UE可以在一般UL/DL信号发送过程中从BS接收MPDCCH信号和/或PDSCH信号(S907)并向BS发送PUSCH信号和/或PUCCH信号(S908)。UE向BS发送的控制信息通常被称为UCI。UCI包括HARQ ACK/NACK、SR和CSI。CSI包括CQI、PMI、RI等。

图10例示了MTC中的小区覆盖增强。覆盖增强也可以被表示为覆盖扩展，并且针对MTC描述的用于覆盖增强的技术可以以相同/类似的方式应用于NB-IoT和5G(或NR)。

对于BS 1004对MTC装置1002的小区扩展或小区增强(CE)，正在讨论各种CE技术。例如，对于CE，BS/UE可以在多个时机(物理信道束)中发送/接收一个物理信道/信号。物理信道/信号可以在束间隔期间根据预定义规则被重复发送/接收。接收器可以通过对一些或全部物理信道/信号束进行解码来增加物理信道/信号的解码成功率。时机可以意味着可以在其中发送/接收物理信道/信号的资源(例如，时间/频率)。用于物理信道/信号的时机可以包括时域中的子帧、时隙或符号集。符号集可以包括一个或更多个连续的基于OFDM的符号。基于OFDM的符号可以包括OFDM(A)符号和DFT-s-OFDM(A)(即，SC-FDM(A))符号。用于物理信道/信号的时机可以包括频域中的频带或RB集。例如，可以重复发送/接收PBCH、PRACH、MTC PDCCH(MPDCCH)、PDSCH、PUCCH和PUSCH。

MTC支持用于CE的操作模式，并且支持用于CE的信号的重复发送/接收的模式可以被称为CE模式。用于CE的信号的重复发送/接收的次数可以被称为CE等级。表6例示了MTC中支持的示例性CE模式/等级。

[表6]

模式	等级1	描述
			模式A	等级1	针对PRACH没有重复
	等级2	针对PRACH的少量重复
			模式B	等级3	针对PRACH的中等次数的重复
	等级4	针对PRACH的大量重复

针对不执行重复或执行少量重复的支持全移动性和CSI反馈的小CE，定义第一模式(例如，CE模式A)。第一模式操作可以与UE类别1的操作范围相同。针对定义大量重复发送的支持CSI反馈和有限移动性的极差覆盖条件下的UE，定义第二模式(例如，CE模式B)。第二模式针对UE类别1的范围提供多达15dB的CE。对于随机接入过程(或RACH过程)和寻呼过程，不同地定义MTC的每个等级。

图11例示了MTC信号频带。

参照图11，为了降低MTC UE的单位成本，可以仅在小区的***带宽的特定频带(或信道频带)(MTC子频带或窄带(NB))中进行MTC，而与小区的***带宽无关。例如，MTC UE可以仅在1.08MHz频带中执行UL/DL操作。1.08MHz对应于LTE***中的六个连续PRB，并被定义为使得MTC UE能够遵循与LTE UE相同的小区搜索和随机接入过程。图11的(a)例示了在小区中心(例如，中心6PRB)处配置的MTC子频带，并且图11的(b)例示了在小区内配置的多个MTC子频带。可以在频域中连续/非连续地配置多个MTC子频带。可以在一个MTC子频带中发送和接收用于MTC的物理信道/信号。在NR***中，可以考虑频率范围和SCS来定义MTC子频带。例如，在NR***中，MTC子频带的大小可以被定义为X个连续PRB(即0.18×X×(2^μ)MHz带宽)(参见表1中的μ)。根据同步信号/物理广播信道(SS/PBCH)块的大小，X可以被设置为20。在NR***中，MTC可以在至少一个BWP中操作。可以在BWP中配置多个MTC子频带。

图12例示了传统LTE和MTC中的调度。

参照图12，在传统LTE中，通过PDCCH调度PDSCH。具体地，可以在子帧(N＝1至3)中的前N个OFDM符号中发送PDCCH，并且在同一子帧中发送通过PDCCH调度的PDSCH。在MTC中，通过MPDCCH调度PDSCH。因此，MTC UE可以在子帧内的搜索空间中监视MPDCCH候选。监视包括对MPDCCH候选的盲解码。MPDCCH传送DCI，并且DCI包括UL或DL调度信息。MPDCCH在子帧中以FDM与PDSCH复用。MPDCCH在多达256个子帧中被重复发送，并且MPDCCH中携带的DCI包括关于MPDCCH重复次数的信息。在DL调度中，当MPDCCH的重复发送在子帧#N中结束时，通过MPDCCH调度的PDSCH的发送在子帧#N+2中开始。PDSCH可以在多达2048个子帧中被重复发送。MPDCCH和PDSCH可以在不同的MTC子频带中发送。在UL调度中，当MPDCCH的重复发送在子帧#N中结束时，通过MPDCCH调度的PUSCH的发送在子帧#N+4中开始。例如，当PDSCH在32个子帧中重复发送时，PDSCH可以在第一MTC子频带中的前16个子帧中发送，并在第二MTC子频带中的剩余16个子帧中发送。MTC在半双工模式下操作。MTC HARQ重新发送是自适应性和异步的。

D.NB-IoT(窄带物联网)

NB-IoT是通过现有无线通信***(例如，LTE或NR)支持低功率广域网的窄带物联网技术。另外，NB-IoT可以是指在窄带(NB)中支持低复杂度和低功耗的***。由于NB-IoT***使用与诸如SCS这样的现有***的OFDM参数相同的OFDM参数，因此不需要针对NB-IoT***单独地分配附加频带。例如，可以针对NB-IoT分配现有***频带的一个PRB。考虑到NB-IoT UE感知单个PRB作为载波，在对NB-IoT的描述中，PRB和载波可以被解释为相同的含义。

NB-IoT可以在多载波模式下操作。在NB-IoT中，载波可以被定义为锚类型载波(即，锚载波或锚PRB)或非锚类型载波(即，非锚载波或非锚PRB)。从BS的角度来看，锚载波可以意指承载用于初始接入的窄带PSS(NPSS)、窄带SSS(NSSS)和窄带PBCH(NPBCH)的载波以及用于窄带***信息块(N-SIB)的窄带PDSCH(NPDSCH)。也就是说，在NB-IoT中，用于初始接入的载波可以被称为锚载波，并且其他载波可以被称为非锚载波。一个或更多个锚载波可以存在于***中。

虽然在本公开中主要在应用于传统LTE***的背景下描述NB-IoT，但该描述可以扩展到下一代***(例如，NR***)。在本公开中，对NB-IoT的描述可以扩展到服务于类似技术目的(例如，低功率、低成本和CE)的MTC。术语NB-IoT可以被诸如NB-LTE、NB-IoT增强、增强的NB-IoT、进一步增强的NB-IoT和NB-NR这样的其它等同术语替换。

图13例示了NB-IoT中的物理信道和使用物理信道的一般信号发送。在无线通信***中，UE在DL上从BS接收信息并在UL上将信息发送到BS。BS与UE之间发送和接收的信息包括数据和各种类型的控制信息，并且根据在物理信道上承载的信息的类型/使用来定义各种物理信道。

当UE开机或进入新小区时，UE执行初始小区搜索，包括获取与BS的同步(S1301)。对于初始小区搜索，UE通过从BS接收窄带主同步信号(NPSS)和窄带辅同步信号(NSSS)来将其定时与BS同步并获取诸如小区ID这样的信息。然后，UE可以通过从BS接收窄带物理广播信道(NPBCH)信号来获取小区中广播的信息(S1302)。在初始小区搜索期间，UE还可以通过接收DL RS来监视DL信道状态。

在初始小区搜索之后，UE可以通过接收窄带PDCCH(NPDCCH)并接收对应于NPDCCH的窄带PDSCH(NPDSCH)来获取更详细的***信息(S1302)。

随后，为了完成与BS的连接，UE可以执行与BS的随机接入过程(S1303至S1306)。具体地，UE可以在窄带物理随机接入信道(NPRACH)上发送随机接入前导码(S1303)，并可以接收NPDCCH并在与NPDCCH对应的NPDSCH上接收对前导码的RAR(S1304)。然后，UE可以通过使用RAR中所包括的调度信息来发送窄带物理上行链路共享信道(NPUSCH)(S1305)，并执行竞争解决过程，包括接收NPDCCH和与NPDCCH对应的NPDSCH(S1306)。

在以上过程之后，UE可以在一般UL/DL信号发送过程中从BS接收NPDCCH信号和/或NPDSCH信号(S1307)并向BS发送NPUSCH信号(S1308)。UE向BS发送的控制信息通常被称为UCI。UCI包括HARQ ACK/NACK、SR和CSI。CSI包括CQI、PMI、RI等。在NB-IoT中，在NPUSCH上发送UCI。UE可以根据网络(例如，BS)的请求/命令，周期性地、非周期性地或半永久地在NPUSCH上发送UCI。

可以根据SCS配置不同的NB-IoT帧结构。例如，NB-IoT***可以支持15kHz的SCS和3.75kHz的SCS。可以针对具有不同时间/频率单元的任何其它SCS(例如，30kHz)考虑NB-IoT，不限于15kHz的SCS和3.75kHz的SCS。虽然为了便于描述，本文中已经描述了基于LTE***帧结构的NB-IoT帧结构，但本公开不限于此，并且本公开中描述的方法可以扩展到基于下一代***(例如，NR***)的帧结构的NB-IoT。

图14是例示了具有15kHz的SCS的帧结构的示图，并且图15是例示了具有3.75kHz的SCS的帧结构的示图。

参照图14，用于15kHz的SCS的NB-IoT帧结构可以被配置为与上述传统***(即，LTE***)的帧结构相同。也就是说，10ms的NB-IoT帧可以包括10个1ms的NB-IoT子帧，每个子帧包括两个0.5ms的NB-IoT时隙。每个0.5ms的NB-IoT时隙可以包括7个OFDM符号。

参照图15，对于3.75kHz的SCS，10ms的NB-IoT帧包括5个2ms的NB-IoT子帧，每个子帧包括7个OFDM符号和一个保护时段(GP)。2ms的NB-IoT子帧也可以被称为NB-IoT时隙或NB-IoT资源单元(RU)。

可以基于另一无线通信***(例如，LTE或NR)中的物理资源的配置来配置NB-IoTDL物理资源，除了NR***带宽是一定数目的RB(例如，一个RB，即，180kHz)以外。例如，如上所述，当NB-IoT DL仅支持15kHz的SCS时，NB-IoT DL物理资源可以被配置为图4中例示的LTE***的资源网格在所限于的、频域中的一个RB(即，一个PRB)的资源区域。同样，对于NB-IoT UL物理资源，***带宽可以限于一个RB。

图16例示了NB-IoT DL物理信道/信号的发送。NB-IoT DL物理信道/信号在一个PRB中发送，并支持15kHz的SCS/多音发送。

参照图16，在每个帧的第六子帧中发送NPSS，并且在每个偶数编号的帧的最后一个(例如，第十)子帧中发送NSSS。UE可以使用同步信号(NPSS和NSSS)获取频率、符号和帧同步，并搜索504个物理小区ID(PCID)(即，BS ID)。NPBCH在每个帧的第一子帧中发送，承载NB-MIB。NRS被提供为用于DL物理信道解调的RS，并以与LTE中相同的方式生成。然而，NB-PCID(NCell ID或NB-IoT BS ID)被用作用于生成NRS序列的初始化值。通过一个或两个天线端口发送NRS。NPDCCH和NPDSCH可以在除了承载NPSS、NSSS和NPBCH的子帧之外的其余子帧中发送。NPDCCH和NPDSCH不可以在同一子帧中发送。NPDCCH承载DCI，并且DCI支持三种类型的DCI格式。DCI格式N0包括NPUSCH调度信息，并且DCI格式N1和N2包括NPDSCH调度信息。对于CE，NPDCCH可以被发送多达2048次。NPDSCH用于发送诸如DL-SCH和寻呼信道(PCH)这样的传输信道的数据(例如，TB)。最大TB大小(TBS)为680位，并且对于CE，TB可以被重复发送多达2048次。

NB-IoT UL物理信道包括窄带PRACH(NPRACH)和NPUSCH，并支持单音发送和多音发送。对于3.5kHz和15kHz的SCS，支持单音发送，而仅对于15kHz的SCS，支持多音发送。

SC-FDMA可以基于15kHz或3.75kHz的SCS而被应用于NB-IoT UL。对于NB-IoT UL，可以支持多音发送和单音发送。例如，仅对于15kHz的SCS，支持多音发送，而对于15kHz和3.75kHz的SCS，可以支持单音发送。

如针对NB-IoT DL提到的，NB-IoT***的物理信道可以具有添加有“N(窄带)”的名称，以将它们与现有***的信道区分开。例如，NB-IoT UL物理信道可以包括NPRACH、NPUSCH等，并且NB-IoT UL物理信号可以包括窄带DMRS(NDMRS)。

NPUSCH可以被配置为NPUSCH格式1或NPUSCH格式2。例如，NPUSCH格式1可以用于承载(或传送)UL-SCH，并且NPUSCH格式2可以用于发送诸如HARQ ACK这样的UCI。

特征性地，对于CE，可以重复发送NB-IoT***的UL信道NPRACH。在这种情况下，可以将跳频应用于重复发送。

E.符号、缩写和术语

如下地定义本文中使用的符号/缩写/术语。

-PDCCH：物理下行链路控制信道。PDCCH是用于提供DCI的物理层中的通信信道。本公开所提出的方法适用于诸如增强型PDCCH(EPDCCH)、MTC-PDCCH(MPDCCH)和窄带-PDCCH(NPDCCH)这样的各种结构的PDCCH，尽管并没有指定。PDCCH被用作表示各种结构的PDCCH的术语，尽管并没有单独指定。

-PUCCH：物理上行链路控制信道。PUCCH是用于提供UCI的物理层中的通信信道。本公开所提出的方法适用于各种结构的PUCCH，即使并没有指定。PUCCH被用作表示各种结构的PUCCH的术语，尽管并没有单独指定。

-PDSCH：物理下行链路共享信道。PDSCH是用于提供DL数据的物理层中的通信信道。本公开所提出的方法适用于诸如窄带PDSCH(NPDSCH)这样的各种结构的PUCCH，即使并没有指定。PDSCH被用作表示各种结构的PSCCH的术语，尽管并没有单独指定。

-PUSCH：物理上行链路共享信道。PUSCH是用于提供UL数据的物理层中的通信信道。本公开所提出的方法适用于诸如窄带PUSCH(NPUSCH)这样的各种结构的PUSCH，即使并没有指定。PUSCH被用作表示各种结构的PUSCH的术语，尽管并没有单独指定。

-DCI：下行链路控制信息

-UCI：上行链路控制信息

-NDI：新数据指示符。NDI可以被包括在(在PDCCH上发送/接收的)DCI中，并指示在通过DCI调度的PDSCH/PUSCH上是发送/接收新数据还是重传先前数据。

-CB：代码块

-CBG：代码块组

-TB：传输块

-TBS：传输块大小

-MCS：调制和编码方案

-SF：子帧

-RE：资源元素

-RB：资源块

HARQ：混合自动重传请求

-SIB：***信息块

-LAA：授权辅助接入。在LTE/LTE-A/LTE-A Pro/5G/NR***中定义的频带被称为许可带宽，并且诸如Wi-Fi频带或蓝牙(BT)频带这样的在LTE/LTE-A/LTE-APro/5G/NR***中未定义的频带被称为非许可带宽。非许可频带中的操作方法被称为LAA方案。

-调度延迟：通过DCI动态调度的PDCCH的最后发送位置(例如，SF或时隙)与调度的TB(PUSCH或PDSCH)的起始发送位置(例如，SF或时隙)之间的间隔。

-FH：跳频。FH指示符是指示FH的DCI字段，并且FH指示信息是指示是否启用/禁止FH的信息。

-RA：资源指派

-RV：冗余版本

-QAM：正交幅度调制

-MCL：最大耦合损耗

F.本公开所提出的方法

F.1技术问题

在诸如LTE和NR这样的通信***中，通常使用一个DCI来调度一个PDSCH或PUSCH。当将调度多个TB或HARQ进程时，UE通常需要监视多个不同的搜索空间以获得调度各TB或HARQ进程的DCI。然而，当发送数据的大小大于在PDSCH/PUSCH上一次可发送的TBS时，或者当出于诸如需要周期性数据发送这样的原因而需要连续的PDSCH/PUSCH发送时，重复的PDCCH发送可能增加BS的网络开销，并且重复的PDCCH监视可能引起UE中的功耗。为了解决这些问题，可以考虑通过一个DCI调度多个TB的多TB调度(多个TB调度)结构。在多TB调度结构中，由重复PDCCH发送引起的网络开销可以减少，并且在UE中，用于检测附加DCI的功耗可以减少。在LTE中，提出了在LAA通信中通过一个DCI控制多个PUSCH发送的多SF调度结构。在该结构中，BS可以通过一个DCI调度对应于多达四个HARQ进程的PUSCH发送，并且UE可以仅通过一个PDCCH监视执行多个PUSCH发送。类似地，在当前的Rel-16 NB-IoT/MTC项中，正在讨论通过一个DCI调度多个TB的多TB调度技术。

Rel-16 MTC中正在讨论的多TB调度方法是在CE模式A下支持多达8个HARQ进程而在CE模式B下支持多达4个HARQ进程。随着通过一个DCI调度的TB的最大数目增加，发送DCI所需的开销可以减少。然而，同时调度多个TB所需的信息量增加，由此显著增加了所需DCI位的数目。具体地，考虑到在诸如MTC这样的应该支持增强覆盖的***中应该保持解码可靠性以满足目标MCL，在用于多TB调度的DCI的设计中应该认为DCI位的数目是重要的。

为了解决以上问题，本公开提出了在多TB调度方法的DCI设计处理中基于一些调度参数之间的相关性来减少所需DCI位的数目的方法。特征性地，本公开提出了当通过一个DCI调度多个TB或HARQ进程时，通过其它DCI字段中所包括的信息来确定特定DCI字段的大小和解释的方法，并还提出了相关的TB发送/接收过程。

本公开所提出的方法可以应用于多TB调度技术，该多TB调度技术通过在LTE***中实现的MTC和NB-IoT中使用一个DCI来控制一个或更多个TB的发送。MTC和NB-IoT对UE具有低复杂度和广覆盖的要求，并且解码可靠性可以被认为对于满足目标MCL性能是重要的。另选地，本公开所提出的方法可以应用于用于通过一个DCI调度一个或更多个PUSCH发送的多SF调度(或多个SF调度)，如在LTE***中实现的LAA中一样。如前所述，当附加信息被引入到当前LAA中定义的多SF调度DCI时，可以应用被提出以在尽可能多地保持所需DCI位的数目的同时允许新操作的本公开。

另外，鉴于NR***的非许可频带(U-band)技术与LTE***的LAA技术之间的相似度，对于在NR***中正在讨论的U-band技术，可以考虑相同的解决方案。具体地，对于U-band技术，正在讨论其中一个DCI在一个或更多个时隙中调度TB的多TTI调度或多个TTI调度，并且可以寻求开销低的DCI设计。另外，为NR***中UE的功率节省而讨论的候选技术之一是用于通过一个DCI调度一个或更多个PDSCH/PUSCH的多时隙调度或多个时隙调度。类似地，可以应用出于调度不连续TB或HARQ进程ID的目的而提出的方法。除了可以应用上述所提出方法的技术的示例之外，只要保持本公开的原理，就可以应用被提出以设计在常见通信***中携带DCI或UCI的控制信道的本公开。

F.2本公开所提出的方法

作为应用本公开所提出的方法的示例，可以考虑其中在诸如LTE和NR这样的通信***中通过一个DCI动态调度一个或更多个TB的多TB调度(多个TB调度)。TB是执行一次发送的单元，并且术语TB可以被描述在所应用技术(例如，CB、CBG、子帧、时隙、符号、RE、RB、HARQ进程等)中用于调度的发送单元的另一术语替换。

图17是例示了适用本公开所提出的方法的BS操作的流程图。图17所例示的情况仅仅是不应该被解释为限制本公开所提出的方法的示例。例如，即使没有执行图17的一些操作，也可以应用本公开所提出的方法。另外，即使添加了图17中未例示的操作，也可以应用本公开所提出的方法。

参照图17，为了支持多TB调度，BS可以向UE发信号通知(或发送)用于多TB调度的配置信息(例如，指示支持多TB调度的信息和与多TB调度相关的参数)(S1702)。例如，信令可以是由诸如SIB或RRC信令这样的较高层信令配置的信息或通过DCI动态配置的信息。随后，在存在将发送到UE的数据或将从UE接收的数据的情况下，BS向UE发送调度一个或更多个TB的(发送/接收的)DCI(或用于DL数据发送的DCI或用于UL数据接收的DCI)(S1704)。在存在发送数据的情况下，BS在DCI发送之后(在一个或更多个TB中)执行DL数据发送(S1704)。当BS(对于TB或DL数据)需要HARQ-ACK反馈信道时，BS执行接收HARQ-ACK反馈信道的操作(S1708)。在存在待接收的数据的情况下，BS在DCI发送之后(在一个或更多个TB中)执行UL数据接收(S1704)。当BS(对于TB或UL数据)需要HARQ-ACK反馈信道时，BS执行发送HARQ-ACK反馈信道的操作(S1708)。当不需要HARQ-ACK反馈时，可以跳过HARQ-ACK反馈信道的发送/接收(S1708)。

图18是例示了适用本公开所提出的方法的UE操作的流程图。图18所例示的情况仅仅是不应该被解释为限制本公开所提出的方法的示例。例如，即使没有执行图18的一些操作，也可以应用本公开所提出的方法。另外，即使添加了图18中未例示的操作，也可以应用本公开所提议的方法。

在接收到包括用于多TB调度的配置信息(例如，指示支持多TB调度的信息和与多TB调度相关的参数)的信令后(S1802)，UE可以监视调度一个或更多个TB的DCI(或用于多TB调度的DCI)(S1804)。例如，信令可以是由诸如SIB或RRC信令这样的较高层信令配置的信息或通过DCI动态配置的信息。在检测/接收包括调度一个或更多个TB的信息(或用于多TB调度的信息)的DCI后(S1804)，UE基于DCI中所包括的信令和调度信息来识别TB的发送/接收位置。在存在待接收数据的情况下，UE在DCI接收之后接收一个或更多个TB(中的DL数据)(S1806)。当UE(对于TB或DL数据)需要HARQ-ACK反馈信道时，UE执行发送HARQ-ACK反馈信道的操作(S1808)。在存在待发送数据的情况下，UE在DCI接收之后发送一个或更多个TB(中的UL数据)(S1806)。当UE(对于TB或UL数据)需要HARQ-ACK反馈信道时，UE执行接收HARQ-ACK反馈信道的操作(S1808)。

图19是示意性例示BS和UE之间的发送/接收处理的示图。

在图17至图19的示例中，当***支持MTC时，可以在MPDCCH上发送/接收DCI(S1704或S1804)，可以在PUSCH上至少一次地发送/接收UL数据(S1706或S1806)，可以在PDSCH上至少一次地发送/接收DL数据(S1706或S1806)，并且可以在PUCCH上至少一次地发送/接收HARQ-ACK反馈(S1708或S1808)(例如，参见“C.MTC(机器型通信)”)。在图17至图19的示例中，当***支持NB-IoT时，可以在NPDCCH上发送/接收DCI(S1704或S1804)；可以在NPUSCH上至少一次地发送/接收UL数据(S1706或S1806)；可以在NPDSCH上至少一次地发送/接收DL数据(S1706或S1806)；并且可以在NPUSCH上至少一次地发送/接收HARQ-ACK反馈(S1708或S1808)(例如，参见“D.NB-IoT(窄带-物联网)”)。NPDCCH和MPDCCH可以被统称为PDCCH，NPUSCH可以被统称为PUSCH，并且NPDSCH可以被统称为PDSCH。

虽然作为示例以上已经在使用一个DCI进行多TB调度的背景下描述了BS操作和UE操作，但本公开的原理也可以应用于诸如使用UCI的UL控制信道这样的其它信息发送方案。

在本公开所提出的方法中，可以选择性应用以下方法中的一些。每种方法可以独立地执行，或者一种或更多种方法可以组合地执行。用于描述本公开的一些术语、符号、序列等可以被其它术语、符号、序列等替换，只要保持了本公开的原理。

(方法1)

在本公开的方法1中，可以重复发送相同的TB以用于覆盖扩展，并且可以由BS配置TB的重复数目。例如，重复的TB发送可以相当于以子帧为单位重复发送通过DCI针对数据发送而调度的物理信道(如PDSCH或PUSCH)，如MTC中进行的一样。

当DCI可以包括RV指示信息和FH指示二者时，本公开提出了根据由BS配置的重复数目以不同方式解释RV指示信息和FH指示信息的方法。所提出的该方法可以基于RV和FH的应用特性来减少DCI中的总位数。

当RV在每次重复的TB发送时改变时，也就是说，当对重复的TB发送应用RC循环时，所提出的方法可以是有利的。例如，当如在MTC中那样总共有四个可用的RV状态(例如，RV0、RV1、RV2和RV3)并且针对每个子帧循环使用RV时，针对更大的重复数目使用更多的RV。导致的使用所有RV状态的增加的概率使对通过DCI的RV调度的需求降低。另外，当不重复TB时，不存在应用FH的时段，这避免了在DCI中包括FH指示符的需要，因此使所提出方法的应用是有利的。

在方法1的示例中，可以使用DCI中总共2位来指示RV和FH。当通过DCI调度的TB没有被重复发送时，使用2位来指示2位DCI字段中的RV，而FH可以总是固定的。当据称FH总是固定的时，这可以意味着FH总是被禁用(或者指示禁用的值总是应用于FH)，或者FH被诸如SIB或RRC信令这样的较高层信令半静态地启用/禁用。另选地，可以基于DCI中的其它参数隐式地确定FH，而非FH总是固定的。当通过DCI调度的TB被重复发送两次或更多次时，可以规定仅使用2位DCI字段中的一位指示RV，剩余一位用作FH指示符。当用一位指示RV时，RV可以是在RV0(或RV值0)和RV2(或RV值2)之中选择的一个。当以两位指示RV时，RV可以是从RV0(或RV值0)、RV1(或RV值1)、RV2(或RV值2)合RV3(或RV值3)之中选择的一个。当以上示例应用于MTC时，与其中RV和FH被分别以两位和一位独立指示的传统DCI格式相比，可以减少一位。另外，当重复数目为1时，RV状态可以以与传统DCI格式相同的等级表示。只有当重复数目为2或更大时，才可以应用FH，因此可以预计频率分集增益。在表7中将上述示例列成表格。

[表7]

重复	＝1	≥2
			FH	0位	1位
RV	2位	1位

参照表7，不管TB是否被重复，总共两位中的头一位可以用作关于RV的信息，并且根据TB是否被重复，两位中的后一位可以用作关于RV或FH的信息。因此，当BS发送用于多TB调度的DCI时(例如，S1704)，BS可以以DCI中所包括的2位中的头一位指示RV，并另外使用后一位来指示RV或指示是否应用FH。更具体地，当通过DCI调度的TB没有被重复时，BS可以用后一位指示与TB相关的RV。当通过DCI调度的TB被重复两次或更多次时，BS可以用后一位指示是否应用FH。当使用后一位指示RV时，BS可以基于固定的FH和指示的RV来发送或接收通过DCI调度的TB(例如，S1706)。当使用后一位指示FH时，BS可以基于指示的FH和用头一位指示的RV来发送或接收通过DCI调度的TB(例如，S1706)。

当UE接收到用于多TB调度的DCI时(S1704)，UE可以使用DCI中所包括的2位中的后一位来确定RV或者确定是否应用FH。更具体地，当通过DCI调度的TB没有被重复时，UE可以基于后一位来确定RV，并且当通过DCI调度的TB被重复两次或更多次时，UE可以基于后一位来确定是否应用FH。当使用后一位确定RV时，UE可以基于固定的FH和确定的RV来发送或接收通过DCI调度的TB(例如，S1706)。当使用后一位确定FH时，UE可以基于确定的FH和用头一位指示的RV来发送或接收通过DCI调度的TB(例如，S1706)。

在方法1的另一示例中，当使用总共两位进行RV指示和FH指示时，并且当通过DCI调度的TB没有被重复或被重复少于四次时，可以使用2位DCI字段的两位来指示RV，而FH可以总是固定的。当据称FH总是固定的时，这可以意味着FH总是被禁用(或者指示禁用的值被应用于FH)，或者FH被诸如SIB或RRC信令这样的较高层信令半静态地启用/禁用。另选地，可以基于DCI的其它参数隐式地确定FH，而非FH总是固定的。当通过DCI调度的TB被重复发送四次或更多次时，可以规定仅使用2位DCI字段中的一位来指示RV，剩余一位用作FH指示符。当以一位指示RV时，RV可以是在RV0(或RV值0)和RV2(或RV值2)之间选择的一个。当以2位指示RV时，RV可以是从RV0(或RV值0)、RV1(或RV值1)、RV2(或RV值2)、RV3(或RV值3)当中选择的一个。当以上示例应用于MTC时，与其中RV和FH被分别以两位和一位独立指示的传统DCI格式相比，可以减少一位。另外，当重复数目为2或更小时，RV状态可以以与传统DCI格式相同的等级表示。当重复数目为2或更小时，能从FH实现的分集增益可能不大。在这种情况下，可以预期更高的RV增益而非FH增益。另外，当重复数目为4或更大时，FH是适用的，因此可以预期频率分集增益。在表8中将以上示例列成表格。

[表8]

重复	<4	≥4
			FH	0位	1位
RV	2位	1位

表8的示例与表7的示例不同的方面是作为不同地解释后一位的基础的重复数目。因此，参考表7描述的UE操作和BS操作以引用方式合并在本文中，除了参考表7描述的操作中的“当通过DCI调度的TB没有被重复时”被“当通过DCI调度的TB没有被重复或重复少于四次时”替换，并且参考表7描述的操作中的“当通过DCI调度的TB被重复两次或更多次时”被“当通过DCI调度的TB被重复四次或更多次时”替换。

在方法1的另一示例中，可以使用总共一位进行RV指示和FH指示。当通过DCI调度的TB没有被重复或重复少于四次时，可以使用1位DCI字段指示RV，而FH可以总是固定的。当据称FH总是固定的时，这可以意味着FH总是被禁用(或者指示禁用的值被应用于FH)或者FH被诸如SIB或RRC信令这样的较高层信令半静态地启用/禁用。另选地，可以基于DCI的其它参数隐式地确定FH，而非FH总是固定的。当通过DCI调度的TB被重复发送四次或更多次或两次或更多次时，可以使用1位DCI字段作为FH指示符，而RV可以总是具有固定值。当据称RV总是固定的时，这可以意味着一直使用特定RV值(例如，RV0或RV值0)，或者RV被诸如SIB或RRC信令这样的较高层信令半静态地启用/禁用。另选地，可以基于DCI的其它参数隐式地确定RV(例如，初始发送或重传)，而非RV总是固定的。当以一位指示RV时，RV可以是在RV0(或RV值0)和RV2(或RV值2)之间选择的一个。当以两位指示RV时，RV可以是从RV0(或RV值0)、RV1(或RV值1)、RV2(或RV值2)和RV3(或RV值3)当中选择的一个。当以上示例应用于MTC时，与其中RV和FH被分别以两位和一位独立指示的传统DCI格式相比，可以减少两位。在表9中将以上示例列成表格。

[表9]

重复	<4	≥4
			FH	0位	1位
RV	1位	0位

在表9的示例中，DCI包括用于RV或FH的一位，并且该一位可以根据TB重复被用作关于RV或FH的信息。因此，当BS发送用于多TB调度的DCI时(例如，S1704)，BS可以通过DCI中所包括的一位指示RV或指示是否应用FH。更具体地，当通过DCI调度的TB没有被重复或被重复少于四次时，BS可以用该一位指示与TB相关的RV，并且当通过DCI调度的TB被重复四次或更多次或两次或更多次时，BS可以通过该一位指示是否应用FH。当使用该一位指示RV时，BS可以基于固定的FH和指示的RV来发送或接收通过DCI调度的TB(例如，S1706)。当使用该一位指示FH时，BS可以基于指示的FH和固定的RV来发送或接收通过DCI调度的TB(例如，S1706)。

当UE接收到用于多TB调度的DCI时(S1704)，UE可以使用DCI中所包括的一位来确定RV或者确定是否应用FH。更具体地，当通过DCI调度的TB没有被重复或被重复少于四次时，UE可以基于该一位来确定RV，并且当通过DCI调度的TB被重复四次或更多次或两次或更多次时，UE可以基于该一位来确定是否应用FH。当使用该一位来确定RV时，UE可以基于固定的FH和确定的RV来发送或接收通过DCI调度的TB(例如，S1706)。当使用该一位来确定是否应用FH时，UE可以基于确定的FH和固定的RV来发送或接收通过DCI调度的TB(例如，S1706)。

当DCI可以调度RV指示信息和FH指示信息并同时调度PDSCH/PUSCH的子帧级重复发送(如在MTC CE模式A中一样)时，BS可以使用方法1中提出的方法来根据情形来确定是否应用FH并确定RV。

(方法1-A)

本公开提出了隐式地确定根据应用于TB发送的码率确定通过DCI调度的TB的RV的DCI字段的大小的方法。码率是指当在待发送数据被信道编码(例如，TBCC、turbo码、极化码、LDPC等)之后在速率匹配期间确定实际发送的码字的长度时，速率匹配之后码字的长度与信道编码之前数据的长度的比率。

在方法1-A的示例中，可以基于用于TB发送的调度信息(例如，TBS、用于TB发送的时域/频域资源的大小等)，考虑信道编码后数据的速率匹配期间的删余比率来确定指示RV的DCI字段的大小。

在方法1-A的特定方法中，假定多达M位可用于指示RV的DCI字段。然后，当在速率匹配之后的TB发送中可以包括X％或更多的编码后数据时，指示RV的DCI字段的大小可以被确定为Y(≥0)位。未用于RV指示的(M-Y)位可以被包括在服务于RV指示以外的目的的DCI字段中。另一方面，当在速率匹配之后的TB发送中可以包括少于X％的编码后数据时，指示RV的DCI字段的大小可以被确定为Z(>Y)位。未用于RV指示的(M-Z)位可以被包括在服务于RV指示以外的目的的DCI字段中。

方法1-A中提出的方法可以旨在当在速率匹配期间许多编码位被删余时，通过考虑到UE中的循环缓冲器的特性和RV带来的编码增益而增加RV的调度灵活性，来增加编码增益。相反，当在速率匹配期间较少数目的编码后位被删余时或者当应用重复时，由RV带来的编码增益低。因此，增益(例如，FH引起的分集增益)可以在方法1-A中提出的方法以外的方法中实现。

(方法1-B)

在本公开中，考虑FH指示符可以如MTC中一样通过较高层配置用于不同目的的情况。因为方法1中提出的方法是用于通过联合编码自适应地使用RV信息和FH信息，所以当FH指示符用于不同目的时，可以限制性地应用方法1。为了克服这个限制，本公开所提出的方法可以包括根据指示FH指示符是否用于不同目的的较高层信令来确定是否应用方法1的方法。

在应用方法1-B的特征示例中，可以考虑在MTC中使用FH指示符来支持64QAM。当MTC中的CE模式A下的PDSCH发送支持64QAM时，可以通过较高层信号(例如，RRC信号)指示64QAM是可用的。当通过DCI将重复数目设置为2或更大时，接收指示的UE使用FH指示符来确定是否应用FH。当重复数目被设置为1时，UE使用FH指示符作为MCS字段的附加位。当可以以这种方式根据重复数目将FH指示符用于不同目的时，在PDSCH重复数目较少的情况下使用FH指示符来提供RV信息的方法的使用可能存在限制，如在方法1中提出的方法中一样。

为了解决以上问题，本公开提出，当可用于发送FH指示符的信息的DCI字段通过较高层信令(例如，RRC信令)被用于任何其它目的时，不应用方法1，并且当较高层信令不存在或确定不将FH指示符用于任何其它目的时，应用方法1。在MTC的上述示例中，可以规定当CE模式A的UE通过较高层信令(例如，RRC信令)被配置为针对PDSCH接收支持64QAM时，不应用方法1，并且当不发信号通知是否支持64QAM(或者64QAM未被配置用于PDSCH接收)时，应用方法1。

在方法1-B中提出的方法的特定示例中，当UE在MTC CE模式A下通过较高层信令(例如，RRC信令)被配置为针对PDSCH接收支持64QAM时，存在用于提供FH指示符的DCI字段。当用于PDSCH的重复数目为1时，可以将DCI字段用于MCS解释(例如，作为MCS字段的附加位)以支持64QAM，并且当用于PDSCH的重复数目为2或更大时，可以使用DCI字段作为FH指示符，而不单独提供关于RV的信息。相反，当不发信号通知是否支持64QAM(或者64QAM未被配置用于PDSCH接收)时，可以使用如方法1中提出的表9中描述的针对被设置为4(或2)或更大的重复数目使用DCI的一位作为FH指示符并且针对被设置为小于4(或2)的重复数目使用一位来提供RV信息的方法。

方法1-B所提出的方法可以包括针对可用于发送FH指示符的信息的DCI字段通过较高层信令(例如，RRC信令)被用于任何其它目的的情况以及DCI字段被用于其原始目的的情况使用不同DCI字段解释的方法。例如，在MTC的示例中将一位指定为用于FH和RV信息的字段的情况下，当针对通过较高层信令(例如，RRC信令)未被配置为使用64QAM的UE确定64QAM支持时，方法1中提出的表9中例示的DCI字段解释方法可以应用于UE。另一方面，当UE通过较高层信令(例如，RRC信令)被配置为使用64QAM时，对于设置为1的重复数目，可以使用1位作为用于支持64QAM的MCS解释字段(或MCS字段的附加位)。对于被设置为2的重复数目，可以使用1位作为RV解释字段。对于被设置为4的重复数目，可以使用1位作为FH指示符，如表10中例示的。

[表10]

重复	＝1	＝2	≥4
				FH	0位	0位	1位
RV	0位	1位	0位
				64QAM	1位	0位	0位

可以假定支持64QAM的UE通常处于良好的MCL(即，良好覆盖)状态下，因此可以预测该UE可以具有低重传概率。另外，当使用64QAM时，在一个RE中可发送的信息量大大增加。因此，在速率匹配期间没有位被删余或相对少量的位被删余的概率高。考虑到该特性，可以预计被配置为使用64QAM的UE将具有相对小的来自指定了RF的重传方案的增益。在这方面，在方法1-B中提出的方法的有利之处在于，可以根据RV信息的要求等级来确定是否提供RV。另外，网络开销可以减少，因为重新使用了现有的较高层信号而没有引起用于指示该操作的信令开销。

(方法2)

在本公开中，多TB调度被认为是通过一个DCI动态调度一个或更多个TB。另外，考虑通过DCI调度的多个TB总是具有连续的HARQ进程ID的情况。在这种情况下，为了将TB的动态数目与HARQ进程ID一起表示，DCI可以包括关于被调度的TB的数目的信息以及关于起始HARQ进程ID的信息。例如，当如在MTC CE模式A中一样通过一个DCI调度多达8个TB时，X(≤8)个TB可以被动态调度，并且可以基于关于被调度HARQ进程ID中的起始HARQ进程ID的信息Y来计算用于X个TB的顺序HARQ进程ID#Y、#(mod(Y+1,8))、...、#(mod(Y+X-1，8))。

本公开提出了以下方法：根据通过DCI动态调度的TB的数目，不同地解释表示关于被调度TB的NDI信息、关于用于被调度TB的HARQ进程ID中的起始HARQ进程ID的信息以及一些其它调度信息的位图。在所提出的方法中，一些其它调度信息包括在MTC中可以作为由TB携带的码字的码率的确定基础的MCS/TBS信息以及作为用于RE映射的频域资源区域的确定基础的RA信息。所提出的方法可以用于考虑到当调度多个TB时可以主要应用的特定情形减少DCI的总位数的目的。

所提出的方法在以下情形中可以是有利的：当将发送比在一个TB中可调度的有效载荷的最大大小大的有效载荷时，使用多TB调度以通过减少DCI发送次数来减少网络开销。例如，当使用多TB调度并且向通过一个DCI调度的所有TB应用同相同的TBS时，可以通过用大TBS调度Y个TB来支持用小TBS调度X(<Y)个TB。因此，可以考虑减少DCI位数的方法，而非限制用于支持相同有效载荷的多种调度方法中的一些。

可以通过组合以下选项中的一个或更多个来配置方法2中提出的方法。

(选项2-1)方法2可以包括以下方法：像选项2-1一样，根据被调度TB的数目，确定指示关于通过DCI调度的TB的HARA进程ID中的起始HARQ进程ID的信息的DCI字段的大小。特征性地，随着通过一个DCI调度的TB的数目增加，可以考虑减少表示被调度TB的HARQ进程ID中的起始HARQ进程ID的位的数目的方法。例如，在如在MTC的CE模式A中一样通过一个DCI调度多达8个TB的情况下，当通过多TB调度DCI调度所有8个TB时，可以不需要关于起始HARQ进程ID的信息。另一方面，当只有少量TB被调度时，应该支持最大数目的情况以利用所有HARQ进程ID。例如，可以需要3位DCI字段来表示从1至8的所有数字。

(选项2-2)方法2可以包括以下方法：像选项2-2一样，根据通过DCI调度的TB的数目，确定表示被调度TB的NDI的位图的大小。通常，位图可以需要与被调度TB的最小数目一样多的位，以便表示NDI。因此，可以使用针对少量的被调度TB自适应性减小NDI位图的大小而针对大量的被调度TB自适应性增大NDI位图的大小的方法。例如，在如在MTC的CE模式A中一样通过一个DCI调度多达8个TB的情况下，当通过多TB调度DCI调度所有8个TB时，所需的NDI位图的大小可以为8位。另一方面，当只有X(<8)个TB被调度时，(8-X)位在表示NDI方面是无用的。因此，可以减小NDI位图的大小以用于任何其它目的，由此减小整个DCI大小。在该示例中，NDI可以以数目与被调度TB的数目相同的位数(X位)来表示，而剩余位((8-X)位)不用于表示NDI。

(选项2-3)如在选项2-3中一样，可以根据方法2中由DCI调度的TB的数目来确定指示MCS/TBS的DCI字段的大小。特征性地，随着通过一个DCI调度的TB的数目增加，可以考虑减小表示MCS/TBS信息的位的大小的方法。该方法可以旨在当可以在一种或更多种调度方案中容纳与如上所述相同的有效载荷时，减小总DCI大小而非减小不必要的调度灵活性。例如，在如在MTC的CE模式A中一样通过一个DCI调度多达8个TB的情况下，当调度多个TB(例如，2至7个TB)时，可以自适应性确定指示可用MCS/TBS的DCI字段的大小。DCI字段的大小可以小于或等于指示一个TB被调度时使用的MCS/TB的DCI字段的大小。

(选项2-4)如在选项2-4中一样，可以根据方法2中由DCI调度的TB的数目来确定指示RA的DCI字段的大小。特征性地，随着通过一个DCI调度的TB的数目增加，可以考虑减小表示RA信息的位的大小的方法。这可以旨在当可以假定尤其是在通过应用选项2-3调度多个TB时仅选择大的TBS时，排除大小小的频域资源的分配以确保各TB的码率。相反，当针对各TB的大TBS使用大小小的RA时，码率可以增加，由此使解码性能劣化并造成支持目标MCL的困难。例如，在如在MTC的CE模式A中通过一个DCI调度多达8个TB的情况下，可以自适应地确定指示当调度多个TB(2至7个TB)时可用的RA的DCI字段的大小。DCI字段的大小可以小于或等于指示在调度一个TB时使用的RA的DCI字段的大小。

(选项2-5)如在选项2-5中一样，可以通过方法2中DCI中所包括的标志位字段来确定指定MCS和/或RA的DCI字段的大小。特征性地，可以考虑以下方法：根据DCI中所包括的标志信息确定剩余DCI位的配置方案，并减少一些DCI字段的配置方案中指示MCS和/或RA信息的位的数目。特别是因为小TBS造成表示HARQ ID和NDI所需的位(或状态)的数目少，所以可以发送更多的信息。因此，该方法可以旨在降低UE的计算复杂度并使可用信息的大小最大化。特征性地，在使用标志位字段的多TB调度DCI中，当仅调度少量的TB(例如，一个或两个TB)时，标志位字段可以用于将支持MCS和RA字段以具有比仅用于单TB调度的传统DCI小的大小的方法与支持处于与仅用于单TB调度的传统DCI相同的等级的MCS和RA的方法区分开。

表11将在通过一个DCI调度多达8个TB的情形下通过组合选项2-1、选项2-2、选项2-3和选项2-4来设计DCI字段的一些区域的示例列成表格。在下表的示例中，随着被调度TB的数目增加，表示NDI的位图的大小根据TB的数目而增加。表示MCS、RA和起始HARQ进程ID的DCI位的数目可以根据NDI位图的增加的大小而减少，结果，DCI字段的总大小可以保持相等。在下面的示例中，表示RA的位的数目可以意指所需的最小位数，并且可以根据其中可以发送PDSCH的带宽的大小添加1至4位。

[表11]

表12将在通过一个DCI调度多达8个TB的情形下通过组合选项2-2和选项2-5来设计DCI字段的一些区域的示例列成表格。在下表的示例中，可以根据标志位的状态来确定表示MCS和RA的DCI字段的大小。为了进行确定，使用与传统的单TB调度DCI中的MCS和RA字段的大小相同的大小的方法以及将MCS和RA字段中的每个的大小减少1位的方法是可用的。在下表的示例中，其它意指应用通过标志来减小MCS/RA字段的方法的所有情况，所述情况可以是通过将本公开中提出的其它方法和选项(例如，选项2-1、选项2-2、选项2-3和选项2-4)组合而设计出的。在下表的示例中，标志的状态是为了例示目的而给出的示例，并且本公开的精神同等地适用于表示标志的其它方法。另外，在标志的以下示例中，根据先前确定的上标志位或其它字段中所包括的信息，标志位字段可以不存在。在这种情况下，MCS和RA字段的位大小可以被确定为对应于其它。在下面的示例中，表示RA的位的大小意指所需的最小位数，并且可以根据其中可以发送PDSCH的带宽的大小添加1至4位。

[表12]

表13将当通过一个DCI调度多达8个TB时通过组合选项2-2、选项2-3、选项2-4和选项2-5来设计DCI字段的一些区域的示例列成表格。在下表的示例中，当被调度TB的数目为1或2时，表示MCS和RA的DCI字段的大小分别为4位和5位，而在其它情况下，它们分别为3位和4位。在下面的示例中，表示RA的位的大小意指所需的最小位数，并且可以根据其中可以发送PDSCH的带宽的大小添加1至4位。

[表13]

当表示MCS/TBS的DCI字段的大小和表示RA的DCI字段的大小如选项2-3、选项2-4和选项2-5中那样受到被调度TB的数目的限制时，调度灵活性会受到限制。为了补偿该限制，可以考虑通过诸如SIB或RRC信令这样的较高层信令半静态地配置由减少的DCI字段表示的信息的方法。例如，当在表17中将2位用于表示MCS的DCI字段时，可以通过(或结合)RRC信令来确定由2位指示的MCS索引。

(方法3)

在本公开的方法3中，多TB调度被认为是通过一个DCI动态调度一个或更多个TB。另外，考虑BS可以设置通过一个DCI调度的TB的最大数目的情况。例如，BS可以通过诸如SIB或RRC信令这样的较高层信令指示通过一个DCI调度的TB的最大数目。

在本公开的方法3中，提出了DCI中各字段的位数目和信息根据由BS设定的通过一个DCI调度的TB的最大数目而不同。在特征示例中，DCI字段可以包括表示TB的NDI信息、被调度TB的MCS/TBS、RA和其它调度信息的位图。在支持调度多个TB的结构的情况下，所提出的方法可以克服与通过一个DCI调度的TB的数目成比例的因各TB所需的信息条数的增加而引起的DCI总位数的增加，并允许通过评估网络开销和DCI解码性能的重要性及其对性能的影响来确定适当的DCI总位数。

当应用方法3所提出的方法时，BS通过较高层信号指示通过一个DCI调度的TB的最大数目，并相应地设置DCI位数，可以基于DCI中所包括的信息来确定通过DCI调度的实际TB的数目。另外，还可以使用根据实际被调度的TB的数目来区分DCI中剩余字段的大小和解释的方法。例如，本公开中提出的方法1、方法1-A、方法1-B和/或方法2所提出的方法可以与方法3组合地使用。

可以通过组合以下选项中的一个或更多个来配置方法3所提出的方法。

(选项3-1)方法3可以包括以下方法：像选项3-1一样，根据通过一个DCI调度的TB的最大数目，确定表示被调度TB的NDI的字段的大小。特征性地，可以考虑确定与通过一个DCI调度的TB的最大数目成比例的可用作表示NDI的位图的字段的大小的方法。例如，当如在MTC的CE模式A中一样可以支持多达8个HARQ进程并且BS指定通过一个DCI调度的多达N_TB(≤8)个TB时，可用作NDI位图的字段的大小可以被设置为多达N_TB位。与可以调度所有8个TB的DCI相比，可以减少(8-N_TB)位。根据实际被调度的TB的数目，可用作NDI位图的字段可以用作NDI位图，或者可以部分地用于表示其它信息。

(选项3-2)方法3可以包括以下方法：像选项3-2一样根据通过一个DCI调度的TB的最大数目确定表示MCS/TBS的字段的大小。特征性地，随着通过一个DCI调度的TB的最大数目增加，可以使用减小表示MCS/TBS的字段的大小的方法。另一方面，当通过一个DCI调度的TB的最大数目小于或等于特定值时，表示MCS/TBS的字段的大小可以被设置为可用于MCS/TBS目的的DCI字段的最大大小(例如，在仅用于单TB调度的传统DCI中使用的出于MCS/TBS目的的DCI字段的大小)。例如，在MTC CE模式A中，当由BS设定的通过一个DCI调度的TB的最大数目小于或等于特定数目(或N_thr)时，确定MCS的DCI字段的大小为4位。本文中，这4位可以经历与BS指定单TB调度DCI时相同的MCS解释方法。另一方面，在MTC CE模式A的示例中，当由BS设定的通过一个DCI调度的TB的最大数目大于特定数目(或N_thr)时，可用于确定MCS的DCI字段的位的数目可以被设置为4或更小。

(选项3-3)方法3可以包括以下方法：像选项3-3一样根据通过一个DCI调度的TB的最大数目确定指示RA的字段的大小。特征性地，随着通过一个DCI调度的TB的最大数目增加，可以使用减小表示RA信息的字段的大小的方法。这可以旨在确保在某种条件下(例如，通过一个DCI调度的TB的最大数目小于或等于一定值)调度灵活性处于与传统的单TB调度DCI相同的等级，即便出于RA目的的字段的大小减小以使DCI总位数减小。例如，在MTC CE模式A中，当由BS设定的通过一个DCI调度的TB的最大数目小于或等于特定数目(或N_thr)时，确定RA的DCI字段的最小大小为5位。本文中，这5位可以经历与BS指定单TB调度DCI时相同的RA解释方法。另一方面，在MTC CE模式A的示例中，当由BS设定的通过一个DCI调度的TB的最大数目大于特定数目(或N_thr)时，可用于确定RA的DCI字段的位的数目可以被设置为4或更小。

(选项3-4)方法3可以包括以下方法：像选项3-4一样根据通过一个DCI调度的TB的最大数目确定指示FH和/或RV的DCI字段的大小。特征性地，根据通过一个DCI调度的TB的最大数目，可以选择方法1中提出的配置FH和/或RV的方法之一(例如，参照方法1、方法1-A和方法1-B的描述)，或者可以选择在传统DCI中使用的FH和RV配置方法。例如，在MTC CE模式A中，在由BS设定的通过一个DCI调度的TB的最大数目小于或等于特定值(或N_thr)的情况下，当确定FH的DCI字段的大小为1位并且确定RV的DCI字段的大小为2位时，可以向DCI字段应用与BS指定单TB调度DCI时相同的解释方法。另一方面，当由BS设定的通过一个DCI调度的TB的最大数目大于特定值(或N_thr)时，可以应用方法1中提出的方法之一(例如，参照方法1、方法1-A和方法1-B的描述)。

如上所述，还可以一起使用根据实际被调度的TB的数目来区分DCI中剩余字段的大小和解释的方法。例如，关于RV/FH，方法3可以与方法1、方法1-A和方法1-B所提出的方法组合地使用。在这种情况下，通过一个DCI调度的TB的最大数目可以被通过DCI调度的TB的数目替换。

在更具体的示例中，在方法1、方法1-A和方法1-B中提出的方法与方法3组合地使用的情况下，当通过DCI调度的TB的数目等于或小于特定值(或N_thr)时，以与单TB调度DCI相同的方式，可以针对用于特定数目(或N_thr)的TB的RV使用/分配2位DCI字段，并且可以针对用于特定数目(或N_thr)的TB的FH使用/分配1位DCI字段。当通过DCI调度的TB的数目大于特定值(或N_thr)时，可以根据方法1、方法1-A和方法1-B中提出的方法确定用于特定数目(或N_thr)的TB的RV和FH的DCI字段的位的数目。例如，当应用方法1(例如，与表9相关的方法或方法1-B)时，可以在DCI中使用/分配指示特定数目(或N_thr)的TB的RV和FH的1位字段。当应用方法1(例如，与表7或表8相关的方法)时，可以在DCI中使用/分配指示特定数目(或N_thr)的TB的RV和FH的2位字段。

在该示例中，当通过DCI调度的TB的数目小于或等于特定值(或N_thr)时，可以应用与单TB调度DCI相同的方法，因此特定值(或N_thr)可以为1。因此，BS可以确定将针对UE调度的TB的数目，当待调度TB的数目为1时生成包括指示用于一个TB的RV的2位字段和指示用于这一个TB的FH的1位字段的DCI，或者当待调度TB的数目大于1时生成包括指示用于多个TB的RV和/或FH的1位字段(例如，参照与表9相关的方法或方法1-B)或2位字段(例如，参照与表7或表8相关的方法)的DCI，然后将所生成的DCI发送到UE(例如，S1704)。BS可以将基于所发送的DCI调度的TB发送到UE或者从UE接收所述TB(例如，S1706)。UE可以从BS接收调度一个或更多个TB的DCI(例如，S1804)。当被调度TB的数目为1时，UE可以获得指示用于一个TB的RV的2位信息和指示用于这一个TB的FH的1位信息。当被调度TB的数目大于1时，UE可以从接收到的DCI获得指示多个TB的RV和/或FH的1位信息(例如，参照与表9相关的方法或方法1-B)或指示表明FH的多个TB的RV和/或FH的2位信息(例如，参照与表7或表8相关的方法)。UE可以基于从DCI获得的信息来确定是否应用RV和FH，并可以从BS接收被调度的TB或者向BS发送被调度的TB(例如，S1806)。

(选项3-A)方法3可以包括以下方法：像选项3-A一样根据通过一个DCI调度的TB的最大数目确定是否应用方法2中提出的方法。例如，在MTC CE模式A中，当由BS设定的通过一个DCI调度的TB的最大数目小于或等于特定值(或N_thr)时，确定MCS的DCI字段的大小总为4位，并且这4位区域可以表示相同的MCS信息，而与被调度TB的数目无关。另一方面，在MTCCE模式A的以上示例中，当由BS设定的通过一个DCI调度的TB的最大数目大于特定值(或N_thr)时，表示MCS/TBS的DCI字段的大小和解释可以被确定为根据实际被调度的TB的数目而不同，如在选项2-3中提出的方法中一样。尽管已经在确定MCS/TBS的DCI字段的背景下描述了以上示例，但所提出方法的原理可以应用于适用方法3的其它DCI字段(例如，RA、FH和/或RV)。

(方法4)

在本公开的方法4中，多TB调度被认为是通过一个DCI动态调度一个或更多个TB。例如，BS可以动态配置通过DCI为UE调度的TB的数目。

在本公开的方法4中，提出了以下方法：根据通过DCI动态调度的TB的数目，区分指示被调度TB的MCS/TBS信息的DCI字段或指示被调度TB的RV和/或FH信息的DCI字段的大小和解释。所提出方法可以用于基于DCI中所包括的各字段根据被调度TB的数目而需要不同程度的调度灵活性的属性来动态确定RV和FH的调度灵活性。

对于方法4中指示RV和FH的DCI字段的大小和解释，可以使用方法1所提出的方法(例如，参照方法1、方法1-A和方法1-B的描述)。例如，可以通过根据通过对应DCI调度的TB的数目选择在方法1中提出的表(例如，表7至表10)中的一个来解释指示RV和FH的DCI字段。另选地，对于指示RV和FH的DCI字段的大小和解释，可以使用在传统DCI中定义的指示RV和FH的DCI字段(例如，用于RV的2位和用于FH的1位)。在更具体的示例中，当通过DCI调度的TB的数目等于或大于特定值(例如，2)时，可以根据方法1中提出的方法之一(例如，参照方法1、方法1-A和方法1-B的描述)使用/分配指示RV和FH的DCI字段。当通过DCI调度的TB的数目小于特定值(例如，2)时，可以使用/分配与在传统DCI中使用的相同的用于RV和FH的DCI字段。

在方法4中提出的具体方法之一中，当通过DCI调度的TB的数目为1时，可以使用P位来表示RV和FH。当通过DCI调度的TB的数目为2或更大时，可以使用Q(<P)位来表示RV和FH。P和Q是正整数。

例如，在传统DCI中可以分开使用/分配2位RV字段和1位FH字段，而在方法1(例如，与表9相关的方法或方法1-B)中，P＝3且Q＝1。在该示例中，BS可以确定将针对UE调度的TB的数目。当待调度TB的数目为1时，BS可以生成包括指示用于一个TB的RV的2位字段和指示用于这一个TB的FH的1位字段的DCI，而当待调度TB的数目为2或更大时，BS可以生成包括指示多个TB的RV或FH的1位字段的DCI。然后，BS可以将所生成的DCI发送到UE(例如，S1704)。BS可以基于所发送的DCI向UE发送或从UE接收被调度的TB(例如，S1706)。UE可以从BS接收调度一个或更多个TB的DCI(例如，S1804)。当被调度TB的数目为1时，UE可以获得指示用于一个TB的RV的2位信息和指示用于这一个TB的FH的1位信息。当被调度TB的数目大于1时，UE可以获得指示用于多个TB的RV和/或FH的1位信息。UE可以基于从DCI获得的信息来确定RV以及是否应用FH，并可以从BS接收被调度的TB或向BS发送被调度的TB(例如，S1806)。

在另一示例中，在传统DCI中可以分开使用/分配2位RV字段和1位FH字段，而在方法1(例如，与表7或表8相关的方法)中，P＝3且Q＝1。在该示例中，BS可以确定将针对UE调度的TB的数目。当待调度TB的数目为1时，BS可以生成包括指示用于一个TB的RV的2位字段和指示用于这一个TB的FH的1位字段的DCI，而当待调度TB的数目为2或更大时，BS可以生成包括指示用于多个TB的RV或FH的2位字段的DCI。然后，BS可以将所生成的DCI发送到UE(例如，S1704)。BS可以基于所发送的DCI向UE发送或从UE接收被调度的TB(例如，S1706)。UE可以从BS接收调度一个或更多个TB的DCI(例如，S1804)。当被调度TB的数目为1时，UE可以获得指示用于一个TB的RV的2位信息和指示用于这一个TB的FH的1位信息。当被调度TB的数目为2或更大时，UE可以获得指示用于多个TB的RV和/或FH的2位信息。UE可以基于从DCI获得的信息来确定RV以及是否应用FH，并可以从BS接收被调度的TB或向BS发送被调度的TB(例如，S1806)。

这可以旨在确保调度灵活性处于与当BS将仅调度一个TB时的传统DCI的调度灵活性相同的等级或相近的等级。

在方法4中提出的具体方法之一中，当通过DCI调度的TB的数目为1时，可以使用P位来指示MCS/TBS，而当通过DCI调度多个TB时，可以使用Q(<P)位来表示MCS/TBS。例如，P＝4且Q＝3。这可以旨在确保调度灵活性处于与当BS将仅调度一个TB时的传统DCI的调度灵活性相同的等级或相近的等级。

G.应用本公开的通信***和装置

本公开的各种描述、功能、过程、提议、方法和/或流程图可以应用于而不限于需要装置之间的无线通信/连接(例如，5G)的各种领域。

下文中，将参照附图更详细地描述它们。在以下附图/描述中，除非另有指定，否则相同的附图标记可以表示相同或对应的硬件块、软件块或功能块。

图20例示了应用于本公开的通信***1。

参照图20，应用于本公开的通信***1包括无线装置、基站(BS)和网络。无线装置是指通过无线电接入技术(RAT)(例如，5G新RAT(NR)或LTE)执行通信的装置，也可以被称为通信/无线电/5G装置。无线装置可以包括但不限于机器人100a、车辆100b-1和100b-2、扩展现实(XR)装置100c、手持装置100d、家用电器100e、IoT装置100f和人工智能(AI)装置/服务器400。例如，车辆可以包括配备有无线通信功能的车辆、自主驾驶车辆以及能够执行车辆到车辆(V2V)通信的车辆。车辆可以包括无人飞行器(UAV)(例如，无人机)。XR装置可以包括增强现实(AR)/虚拟现实(VR)/混合现实(MR)装置并且可以以头戴式装置(HMD)、安装在车辆中的平视显示器(HUD)、电视(TV)、智能电话、计算机、可穿戴装置、家用电器、数字标牌、车辆、机器人等形式实现。手持装置可以包括智能电话、智能板、可穿戴装置(例如，智能手表或智能眼镜)和计算机(例如，便携式计算机)。家用电器可以包括TV、冰箱和洗衣机。IoT装置可以包括传感器和智能仪表。例如，BS和网络可以被实现为无线装置，并且特定的无线装置200a可以针对其它无线装置作为BS/网络节点来操作。

无线装置100a至100f可以经由BS 200连接到网络300。AI技术可以应用于无线装置100a至100f，并且无线装置100a至100f可以经由网络300连接到AI服务器400。可以通过使用3G网络、4G(例如，LTE)网络或5G(例如，NR)网络配置网络300。尽管无线装置100a至100f可以通过BS 200/网络300彼此通信，但是无线装置100a至100f可以在没有BS/网络干预的情况下彼此执行直接通信(例如，副链路通信)。例如，车辆100b-1和100b-2可以执行直接通信(例如，V2V/车辆对一切(V2X)通信)。IoT装置(例如，传感器)可以执行与其它IoT装置(例如，传感器)或其它无线装置100a至100f的直接通信。

可以在无线装置100a至100f和BS 200之间或BS 200之间建立无线通信/连接150a、150b或150c。本文中，可以通过诸如UL/DL通信150a、副链路通信150b(或D2D通信)或BS间通信150c(例如，中继、集成接入回程(IAB))这样的各种RAT(例如，5G NR)来建立无线通信/连接。无线装置和BS/无线装置以及BS可以通过无线通信/连接150a、150b和150c彼此之间进行无线电信号的发送/接收。为此，可以基于本公开的各种提议，执行用于发送/接收无线电信号的各种配置信息配置过程、各种信号处理过程(例如，信道编码/解码、调制/解调以及资源映射/解映射)和资源分配过程中的至少一部分。

图21例示了适用于本公开的无线装置。

参照图21，第一无线装置100和第二无线装置200可以通过各种RAT(例如，LTE和NR)发送无线电信号。本文中，{第一无线装置100和第二无线装置200}可以对应于图20中的{无线装置100a至100f和BS 200}和/或{无线装置100a至100f和无线装置100a至100f}。

第一无线装置100可以包括至少一个处理器102和至少一个存储器104，并且还可以包括至少一个收发器106和/或至少一根天线108。处理器102可以控制存储器104和/或收发器106，并且可以被配置为实现本文献中公开的描述、功能、过程、提议、方法和/或操作流程图。例如，处理器102可以处理存储器104内的信息以生成第一信息/信号，然后通过收发器106发送包括第一信息/信号的无线电信号。处理器102可以通过收发器106接收包括第二信息/信号的无线电信号，然后将通过处理第二信息/信号而获得的信息存储在存储器104中。存储器104可以联接到处理器102，并且存储与处理器102的操作相关的各种类型的信息。例如，存储器104可以存储软件代码，软件代码包括用于执行受处理器102控制的处理中的部分或全部或用于执行本文献中公开的描述、功能、过程、提议、方法和/或操作流程图的命令。本文中，处理器102和存储器104可以是被设计用于实现RAT(例如，LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器106可以联接到处理器102，并且通过至少一根天线108发送和/或接收无线电信号。收发器106可包括发送器和/或接收器。收发器106可以与RF单元可互换地使用。在本公开中，无线装置可以是指通信调制解调器/电路/芯片。

第二无线装置200可以包括至少一个处理器202和至少一个存储器204，并且还可以包括至少一个收发器206和/或至少一根天线208。处理器202可以控制存储器204和/或收发器206，并且可以被配置为实现本文献中公开的描述、功能、过程、提议、方法和/或操作流程图。例如，处理器202可以处理存储器204内的信息以生成第三信息/信号，然后通过收发器206发送包括第三信息/信号的无线电信号。处理器202可以通过收发器206接收包括第四信息/信号的无线电信号，然后将通过处理第四信息/信号而获得的信息存储在存储器204中。存储器204可以联接到处理器202，并且存储与处理器202的操作相关的各种类型的信息。例如，存储器204可以存储软件代码，软件代码包括用于执行受处理器202控制的处理中的部分或全部或用于执行本文献中公开的描述、功能、过程、提议、方法和/或操作流程图的命令。本文中，处理器202和存储器204可以是被设计用于实现RAT(例如，LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器206可以联接到处理器202，并且通过至少一根天线208发送和/或接收无线电信号。收发器206可包括发送器和/或接收器。收发器206可以与RF单元可互换地使用。在本公开中，无线装置可以是指通信调制解调器/电路/芯片。

下文中，将更详细地描述无线装置100和200的硬件元件。一个或更多个协议层可以(但不限于)由一个或更多个处理器102和202来实现。例如，一个或更多个处理器102和202可以实现一个或更多个层(例如，诸如PHY、MAC、RLC、PDCP、RRC和SDAP这样的功能层)。一个或更多个处理器102和202可以根据本文献中公开的描述、功能、过程、提议、方法和/或操作流程图来生成一个或更多个协议数据单元(PDU)和/或一个或更多个服务数据单元(SDU)。一个或更多个处理器102和202可以根据本文献中公开的描述、功能、过程、提议、方法和/或操作流程图来生成消息、控制信息、数据或信息。一个或更多个处理器102和202可以根据本文献中公开的描述、功能、过程、提议、方法和/或操作流程图来生成包括PDU、SDU、消息、控制信息、数据或信息的信号(例如，基带信号)，并且将所生成的信号提供到一个或更多个收发器106和206。一个或更多个处理器102和202可以从一个或更多个收发器106和206接收信号(例如，基带信号)，并且根据本文献中公开的描述、功能、过程、提议、方法和/或操作流程图来获取PDU、SDU、消息、控制信息、数据或信息。

一个或更多个处理器102和202可以被称为控制器、微控制器、微处理器或微型计算机。一个或更多个处理器102和202可以在硬件、固件、软件或其组合中实现。例如，一个或更多个专用集成电路(ASIC)、一个或更多个数字信号处理器(DSP)、一个或更多个数字信号处理器件(DSPD)、一个或更多个可编程逻辑器件(PLD)或一个或更多个现场可编程门阵列(FPGA)可以被包括在一个或更多个处理器102和202中。可以以固件或软件来实现本文献中公开的描述、功能、过程、提议、方法和/或操作流程图，该固件或软件可以被配置为包括模块、过程或功能。被配置为执行本文献中公开的描述、功能、过程、提议、方法和/或操作流程图的固件或软件可以被包括在一个或更多个处理器102和202中，或者可以被存储在一个或更多个存储器104和204中并且由一个或更多个处理器102和202执行。本文献中公开的描述、功能、过程、提议、方法和/或操作流程图可以被实现为固件或软件中的代码、指令和/或指令集。

一个或更多个存储器104和204可以联接到一个或更多个处理器102和202，并且存储各种类型的数据、信号、消息、信息、程序、代码、指令和/或命令。一个或更多个存储器104和204可以被配置为只读存储器(ROM)、随机存取存储器(RAM)、电可擦除可编程只读存储器(EPROM)、闪速存储器、硬盘驱动器、寄存器、高速缓存存储器、计算机可读存储介质和/或其组合。一个或更多个存储器104和204可以位于一个或更多个处理器102和202的内部和/或外部。一个或更多个存储器104和204可以通过诸如有线或无线连接这样的各种技术而联接到一个或更多个处理器102和202。

一个或更多个收发器106和206可以将在本文献的方法和/或操作流程图中提到的用户数据、控制信息和/或无线电信号/信道发送到一个或更多个其它装置。一个或更多个收发器106和206可以从一个或更多个其它装置接收本文献中公开的描述、功能、过程、提议、方法和/或操作流程图中提到的用户数据、控制信息和/或无线电信号/信道。例如，一个或更多个收发器106和206可以联接到一个或更多个处理器102和202，并且发送和接收无线电信号。例如，一个或更多个处理器102和202可以控制一个或更多个收发器106和206，以将用户数据、控制信息或无线电信号发送到一个或更多个其它装置。一个或更多个处理器102和202可以控制一个或更多个收发器106和206，以从一个或更多个其它装置接收用户数据、控制信息或无线电信号。一个或更多个收发器106和206可以联接到一根或更多根天线108和208，并且被配置为通过一根或更多根天线108和208发送和接收本文献中公开的描述、功能、过程、提议、方法和/或操作流程图中提到的用户数据、控制信息和/或无线电信号/信道。在本文献中，一根或更多根天线可以是多根物理天线或多根逻辑天线(例如，天线端口)。一个或更多个收发器106和206可以将接收到的无线电信号/信道等从RF频带信号变换成基带信号，以便使用一个或更多个处理器102和202处理接收到的用户数据、控制信息、无线电信号/信道等。一个或更多个收发器106和206可以将使用一个或更多个处理器102和202处理的用户数据、控制信息、无线电信号/信道等从基带信号变换成RF频带信号。为此，一个或更多个收发器106和206可以包括(模拟)振荡器和/或滤波器。

图22例示了应用于本公开的无线装置的另一示例。可以根据用例/服务以各种形式实现无线装置(参照图20)。

参照图22，无线装置100和200可以对应于图21的无线装置100和200，并且可以被配置为各种元件、部件、单元/部分和/或模块。例如，无线装置100和200中的每一个可以包括通信单元110、控制单元120、存储单元130和附加部件140。通信单元可以包括通信电路112和收发器114。例如，通信电路112可以包括图21的一个或更多个处理器102和202和/或一个或更多个存储器104和204。例如，收发器114可以包括图21的一个或更多个处理器106和206和/或一根或更多根天线108和208。控制单元120电联接到通信单元110、存储单元130和附加部件140，并且对无线装置的操作提供整体控制。例如，控制单元120可以基于存储在存储单元130中的程序/代码/命令/信息来控制无线装置的电气/机械操作。控制单元120可以通过无线/有线接口经由通信单元110将存储在存储单元130中的信息发送到外部(例如，其它通信装置)，或者将经由通信单元110通过无线/有线接口从外部(例如，其它通信装置)接收的信息存储在存储单元130中。

可以根据无线装置的类型以各种方式配置附加部件140。例如，附加部件140可以包括电力单元/电池、输入/输出(I/O)单元、驱动器和计算单元中的至少一个。无线装置可以被配置为而不限于机器人(图20的100a)、车辆(图20的100b-1和100b-2)、XR装置(图20的100c)、手持装置(图20的100d)、家用电器(图20的100e)、IoT装置(图20的100f)、数字广播终端、全息图装置、公共安全装置、MTC装置、医疗装置、FinTech装置(或金融装置)、安全装置、气候/环境装置、AI服务器/装置(图20的400)、BS(图20的200)、网络节点等。根据用例/服务，无线装置可以是移动或固定的。

在图22中，无线装置100和200中的各种元件、部件、单元/部分和/或模块全部都可以通过有线接口彼此联接，或者其至少一部分可以通过通信单元110彼此无线联接。例如，在无线装置100和200中的每一个中，控制单元120和通信单元110可以有线地联接，并且控制单元120和第一单元(例如，130和140)可以通过通信单元110无线地联接。无线装置100和200内的每个元件、部件、单元/部分和/或模块还可以包括一个或更多个元件。例如，控制单元120可以被配置为一个或更多个处理器的集合。例如，控制单元120可以被配置为通信控制处理器、应用处理器、电子控制单元(ECU)、图形处理单元和存储器控制处理器的集合。在另一示例中，存储单元130可以被配置为随机存取存储器(RAM)、动态RAM(DRAM)、只读存储器(ROM)、闪速存储器、易失性存储器、非易失性存储器和/或其组合。

将参照附图详细地描述图22的实现示例。

图23例示了应用于本公开的便携式装置。便携式装置可以包括智能电话、智能板、可穿戴装置(例如，智能手表和智能眼镜)和便携式计算机(例如，笔记本)。便携式装置可以被称为移动站(MS)、用户终端(UT)、移动订户站(MSS)、订户站(SS)、高级移动站(AMS)或无线终端(WT)。

参照图23，便携式装置100可以包括天线单元108、通信单元110、控制单元120、电源单元140a、接口单元140b和I/O单元140c。天线单元108可以被配置为通信单元110的一部分。框110至130/140a至140c分别对应于图22的框110至130/140。

通信单元110可以与另一无线装置和BS进行信号(例如，数据和控制信号)的发送和接收。控制单元120可以通过控制便携式装置100的元件来执行各种操作。控制单元120可以包括应用处理器(AP)。存储单元130可以存储便携式装置100的操作所需的数据/参数/程序/代码/命令。另外，存储单元130可以存储输入/输出数据/信息。电源单元140a可以向便携式装置100供应电力，并且包括有线/无线充电电路和电池。接口单元140b可以包括用于到外部装置的连接性的各种端口(例如，音频I/O端口和视频I/O端口)。I/O单元140c可以获取用户输入的信息/信号(例如，触摸、文本、语音、图像和视频)，并且将所获取的信息/信号存储在存储单元130中。通信单元110可以接收或输出用户输入的视频信息/信号、音频信息/信号、数据和/或信息。I/O单元140c可以包括相机、麦克风、用户输入单元、显示器140d、扬声器和/或触觉模块。

例如，对于数据通信，I/O单元140c可以获取从用户接收到的信息/信号(例如，触摸、文本、语音、图像和视频)，并且将所获取的信息/信号存储在存储单元130中。通信单元110可以将信息/信号转换成无线电信号，并且将无线电信号直接发送到另一装置或BS。另外，通信单元110可以从另一装置或BS接收无线电信号，然后将接收到的无线电信号恢复为原始信息/信号。恢复后的信息/信号可以被存储在存储单元130中，并且通过I/O单元140c按各种形式(例如，文本、语音、图像、视频和触觉效果)输出。

图24例示了应用于本公开的车辆或自主驾驶车辆。车辆或自主驾驶车辆可以被配置为移动机器人、汽车、火车、有人/无人飞行器(AV)、轮船等。

参照图24，车辆或自主驾驶车辆100可以包括天线单元108、通信单元110、控制单元120、驱动单元140a、电源单元140b、传感器单元140c和自主驾驶单元140d。天线单元108可以被配置为通信单元110的一部分。框110/130/140a至140d分别对应于图22的框110/130/140。

通信单元110可以与诸如其它车辆、BS(例如，gNB和路边单元)和服务器这样的外部装置进行信号(例如，数据和控制信号)的发送和接收。控制单元120可以通过控制车辆或自主驾驶车辆100的元件来执行各种操作。控制单元120可以包括ECU。驱动单元140a可以使车辆或自主驾驶车辆100能够在道路上行驶。驱动单元140a可以包括发动机、电机、动力总成、车轮、制动器、转向装置等。电源单元140b可以向车辆或自主驾驶车辆100供应电力，并且包括有线/无线充电电路、电池等。传感器单元140c可以获取车辆状态信息、周围环境信息、用户信息等。传感器单元140c可以包括惯性测量单元(IMU)传感器、碰撞传感器、车轮传感器、速度传感器、斜率传感器、重量传感器、航向传感器、位置模块、车辆前进/后退传感器、电池传感器、燃料传感器、轮胎传感器、转向传感器、温度传感器、湿度传感器、超声传感器、照明传感器、踏板位置传感器等。例如，自主驾驶单元140d可以实现用于保持车辆在其上行驶的车道的技术、诸如自适应巡航控制这样的用于自动调节速度的技术、用于沿着所确定路径自主行驶的技术、当设定目的地时通过自动设置路径进行行驶的技术等。

例如，通信单元110可以从外部服务器接收地图数据、流量信息数据等。自主驾驶单元140d可以从所获得的数据生成自主驾驶路径和驾驶计划。控制单元120可以控制驱动单元140a，使得车辆或自主驾驶车辆100可以根据驾驶计划(例如，速度/方向控制)沿着自主驾驶路径移动。在自主驾驶的中途，通信单元110可以不定期地/定期地从外部服务器获取最近的交通信息数据，并且可以从邻近车辆获取周围的交通信息数据。在自主驾驶的中途，传感器单元140c可以获得车辆状态信息和/或周围环境信息。自主驾驶单元140d可以基于新获得的数据/信息来更新自主驾驶路径和驾驶计划。通信单元110可以将关于车辆位置、自主驾驶路径和/或驾驶计划的信息发送到外部服务器。外部服务器可以基于从车辆或自主驾驶车辆收集的信息，使用AI技术等来预测交通信息数据，并且将预测的交通信息数据提供给车辆或自主驾驶车辆。

下述本公开的实施方式是本公开的元件和特征的组合。除非另外提到，否则这些元件或特征可以被视为是选择性的。每个元件或特征可以在不与其它元件或特征组合的情况下实践。另外，本公开的实施方式可以通过组合元件和/或特征的部分来构造。本公开的实施方式中描述的操作顺序可以被重排。任何一个实施方式的一些构造或特征可以被包含在另一实施方式中，并且可以用另一个实施方式的对应构造或特征替换。本领域的技术人员显而易见的是，在所附的权利要求中没有彼此明确引用的权利要求可以按组合形式作为本公开的实施方式存在，或者在提交申请之后通过后续修改被包括作为新的权利要求。

工业实用性

本公开适用于在包括3GPP LTE/LTE-A/5G(或新RAT(NR))的各种无线通信***中操作的诸如用户设备(UE)和基站(BS)这样的无线通信装置。

Claims (10)

1.一种由用户设备UE在无线通信***中执行的方法，该方法包括以下步骤：

接收用于多个传输块TB调度的下行链路控制信息DCI，所述DCI包括用于冗余版本RV或跳频的1位信息；

基于通过所述DCI调度的TB未被重复，基于所述1位信息来确定与所述TB相关的RV值；以及

基于通过所述DCI调度的所述TB被重复两次或更多次，基于所述1位信息来确定是否向所述TB应用跳频。

2.根据权利要求1所述的方法，所述方法还包括以下步骤：

基于通过所述DCI调度的所述TB未被重复，确定对于所述TB禁用跳频。

3.根据权利要求1所述的方法，其中，基于所述1位信息来确定与所述TB相关的RV值包括以下步骤：

基于所述1位信息来将RV值0和RV值2中的一个确定为与所述TB相关的所述RV值。

4.根据权利要求1所述的方法，所述方法还包括以下步骤：

基于通过所述DCI调度的所述TB被重复两次或更多次，将与所述TB相关的所述RV值确定为固定值。

5.根据权利要求1所述的方法，所述方法还包括以下步骤：

基于所述DCI在物理上行链路共享信道PUSCH上发送所述TB。

6.根据权利要求1所述的方法，所述方法还包括以下步骤：

基于所述DCI在物理下行链路共享信道PUSCH上接收所述TB。

7.根据权利要求6所述的方法，其中，所述UE未被配置为针对所述PDSCH使用64正交幅度调制64QAM。

8.根据权利要求1所述的方法，其中，所述DCI调度多达8个TB。

9.一种被配置为在无线通信***中操作的用户设备UE，该UE包括：

收发器；以及

处理器，该处理器被配置为通过控制所述收发器来执行操作，

其中，所述操作包括：

接收用于多个传输块TB调度的下行链路控制信息DCI，所述DCI包括用于冗余版本RV或跳频的1位信息；

基于通过所述DCI调度的TB未被重复，基于所述1位信息来确定与所述TB相关的RV值；以及

基于通过所述DCI调度的所述TB被重复两次或更多次，基于所述1位信息来确定是否向所述TB应用跳频。

10.一种存储指令的计算机可读存储介质，所述指令在由处理器执行时被配置为致使所述处理器执行操作，

其中，所述操作包括：

接收用于多个传输块TB调度的下行链路控制信息DCI，所述DCI包括用于冗余版本RV或跳频的1位信息；

基于通过所述DCI调度的TB未被重复，基于所述1位信息来确定与所述TB相关的RV值；以及

基于通过所述DCI调度的TB被重复两次或更多次，基于所述1位信息来确定是否向所述TB应用跳频。

Images