CN113661763B - 用于多传输块调度的信号的发送或接收的方法和装置 - Google Patents

Abstract

本发明涉及在支持多个传输块调度的无线通信系统中执行的方法以及用于该方法的装置，该方法包括以下步骤：接收用于调度一个或更多个传输块的下行链路控制信息(DCI)；基于待调度的所述传输块的数目为1，从所述DCI获取用于一个传输块的冗余版本的2位信息以及用于所述一个传输块的跳频指示的1位信息；以及基于待调度的所述传输块的数目为2，从所述DCI获取用于两个传输块的冗余版本和跳频指示的2位信息。

Description

用于多传输块调度的信号的发送或接收的方法和装置

技术领域

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

背景技术

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

发明内容

技术问题

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

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

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

技术方案

根据本公开的一方面，提供了一种由用户设备(UE)在支持多传输块调度的无线通信系统中执行的方法。所述方法可以包括以下步骤：接收调度一个或更多个传输块的下行链路控制信息(DCI)；基于被调度的所述一个或更多个传输块的数目为1，从所述DCI获得用于一个传输块的冗余版本的2位信息以及用于所述一个传输块的跳频指示的1位信息；以及基于被调度的所述一个或更多个传输块的数目为2，从所述DCI获得用于两个传输块的冗余版本和跳频指示的2位信息。

根据本公开的另一方面，提供了一种被配置为在无线通信系统中操作的UE。所述UE可以包括收发器以及被配置为通过控制所述收发器来执行操作的处理器。所述操作可以包括以下步骤：接收调度一个或更多个传输块的下行链路控制信息(DCI)；基于被调度的所述一个或更多个传输块的数目为1，从所述DCI获得用于一个传输块的冗余版本的2位信息以及用于所述一个传输块的跳频指示的1位信息；以及基于被调度的所述一个或更多个传输块的数目为2，从所述DCI获得用于两个传输块的冗余版本和跳频指示的2位信息。

根据本公开的另一方面，提供了一种存储指令的计算机可读存储介质，所述指令在由处理器执行时被配置为致使所述处理器执行操作。所述操作可以包括以下步骤：接收调度一个或更多个传输块的下行链路控制信息(DCI)；基于被调度的所述一个或更多个传输块的数目为1，从所述DCI获得用于一个传输块的冗余版本的2位信息以及用于所述一个传输块的跳频指示的1位信息；以及基于被调度的所述一个或更多个传输块的数目为2，从所述DCI获得用于两个传输块的冗余版本和跳频指示的2位信息。

所述方法或所述操作还可以包括：基于被调度的所述一个或更多个传输块的数目为2并且重复数目为2或更多，基于用于所述两个传输块的所述2位信息中的头1位信息来确定冗余版本，并基于用于所述两个传输块的所述2位信息中的后1位信息来确定是否应用跳频。

所述头1位信息可以指示冗余版本0或2。

所述方法或所述操作还可以包括：基于被调度的所述一个或更多个传输块的数目为2并且重复数目为1，基于用于所述两个传输块的所述2位信息来确定冗余版本，并确定跳频被禁用。

用于所述两个传输块的所述2位信息可以指示冗余版本0、1、2和3中的一个。

所述DCI可以上包括具有数目与被调度的所述一个或更多个传输块的数目相同的位数的新数据指示符(NDI)信息。

所述方法或所述操作还可以包括：基于所述DCI在物理上行链路共享信道(PUSCH)上发送所述一个或更多个传输块。

所述方法或所述操作还可以包括：基于所述DCI在物理下行链路共享信道(PDSCH)上接收所述一个或更多个传输块。

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

所述DCI可以被配置为调度多达8个传输块。

所述方法或所述操作还可以包括：接收指示通过一个DCI调度的传输块的最大数目的较高层信号。

所述DCI可以包括关于所述传输块的数目的信息。

有利效果

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

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

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

附图说明

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

图1是例示了长期演进(LTE)无线电帧结构的示图；

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

图3是例示了一个下行链路(DL)时隙的持续时间内的资源网格的示图；

图4是例示了DL子帧结构的示图；

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

图6是例示了NR中的示例性资源网格的示图；

图7是例示了NR中的示例性物理资源块的示图；

图8是例示了示例性窄带操作和频率分集的示图；

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

图10是例示了MTC中的示例性系统信息发送的示图；

图11是例示了对MTC和传统LTE中的每个的示例性调度的示图；

图12和图13是例示了根据子载波间隔的示例性窄带物联网(NB-IoT)帧结构的示图；

图14是例示了用于NB-IoT UL的示例性资源网格的示图；

图15是例示了NB-IoT系统中支持的示例性操作模式的示图；

图16是例示了NB-IoT中可用的物理信道和使用物理信道的常见信号发送方法的示图；

图17是例示了NR系统中的示例性初始网络接入和后续通信处理的示图；

图18是例示了NB-IoT随机接入信道(RACH)上前导码的示例性发送的示图；

图19是例示了用于物理下行链路控制信道(PDCCH)的不连续接收的示例性不连续接收(DRX)周期的示图；

图20是例示了用于寻呼的示例性DRX周期的示图；

图21是例示了示例性扩展DRX(eDRX)周期的示图；

图22和图23是例示了适用本公开所提出的方法的操作的示例性流程图；

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

图25是例示了应用于本公开的示例性通信系统的示图；

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

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

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

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

具体实施方式

下面，下行链路(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)、IEEE 802-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 TS 38.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)协议规范

A.帧结构

下文中，将描述LTE帧结构。

在LTE标准中，除非另有指定，否则时域中各种字段的大小以时间单元(Ts＝1/(15000×2048)秒)表示。DL和UL发送以无线电帧进行组织，无线电帧中的每一个具有10ms(T_f＝307200×Ts＝10ms)的持续时间。支持两种无线电帧结构。

-类型1适用于频分双工(FDD)。

-类型2适用于时分双工(TDD)。

(1)帧结构类型1

帧结构类型1适用于全双工FDD和半双工FDD二者。每个无线电帧具有T_f＝307200·Ts＝10ms的持续时间并且由20个时隙构成，时隙中的每一个具有T_slot＝15360·Ts＝0.5ms的长度。这20个时隙被0至19地编索引。子帧由2个连续时隙构成。即，子帧i由时隙2i和时隙(2i+1)构成。在FDD中，以每10ms的间隔，10个子帧可用于DL发送，并且10个子帧可以用于UL发送。DL发送与UL发送在频域中被分开。然而，UE在半双工FDD系统中不能同时执行发送和接收。

图1的(a)例示了帧结构类型1的无线电帧结构。

参照图1的(a)，无线电帧包括10个子帧。每个子帧在时域中包括两个时隙。发送一个子帧的时间被定义为传输时间间隔(TTI)。例如，一个子帧可以具有1ms的长度，并且一个时隙可以具有0.5ms的长度。一个时隙在时域中可以包括多个正交频分复用(OFDM)符号。由于3GPP LTE系统在DL中使用OFDMA，因此OFDM符号可以表示一个符号周期。OFDM符号可以被称为SC-FDMA符号或符号周期。资源块(RB)是资源分配单元，并且在一个时隙内包括多个连续的子载波。该无线电帧结构仅仅是示例性的。因此，可以以各种方式改变无线电帧中的子帧的数目、子帧中的时隙的数目或时隙中的OFDM符号的数目。

(2)帧结构类型2

帧结构类型2适用于TDD。每个无线电帧具有T_f＝307200×Ts＝10ms的长度并且包括两个半帧，半帧中的每一个具有15360·Ts＝0.5ms的长度。每个半帧包括五个子帧，子帧中的每一个具有30720·Ts＝1ms的长度。在标准中定义了所支持的UL-DL配置。在无线电帧的每个子帧中，“D”表示为了DL发送而保留的子帧，“U”表示为了UL发送而保留的子帧，并且“S”表示包括以下三个字段的特殊子帧：下行链路导频时隙(DwPTS)、保护时段(GP)和上行链路导频时隙(UpPTS)。DwPTS可以被称为DL时段，并且UpPTS可以被称为UL时段。DwPTS和UpPTS的长度取决于DwPTS、GP和UpPTS的总长度，该总长度等于30720·Ts＝1ms。子帧i由两个时隙(时隙2i和时隙(2i+1))构成，这两个时隙中的每一个具有T_slot＝15360·Ts＝0.5ms的长度。

图1的(b)例示了帧结构类型2的无线电帧结构。

图1的(b)示出了UL-DL配置支持5ms和10ms的DL到UL切换点周期。在5ms的DL到UL切换点周期的情况下，特殊子帧跨两个半帧存在。在10ms的DL到UL切换点周期的情况下，特殊子帧仅存在于前半个帧中。DwPTS和子帧0和5始终被保留以用于DL发送，并且UpPTS和紧接特殊子帧的子帧始终被保留以用于UL发送。

接下来，将给出对NR的帧结构的描述。

图2例示了NR中的帧结构的示例。

NR系统可以支持各种参数集。可以通过子载波间隔和循环前缀(CP)开销来定义参数集。可以通过将基础子载波间隔按整数N(或μ)缩放来推导多个子载波间隔。另外，即使假定非常小的子载波间隔不被用于非常高的子载波频率，也可以独立于频带来选择待使用的参数集。在NR系统中，可以基于多个参数集来支持各种帧结构。

下文中，将描述可以在NR系统中考虑的OFDM参数集和帧结构。表1示出了NR系统中支持的多个OFDM参数集。

[表1]

μ	Δf＝2μ·15[kHz]	循环前缀
			0	15	正常
1	30	正常
			2	60	正常、扩展
3	120	正常
			4	240	正常

关于NR系统中的帧结构，时域中各种字段的大小以时间单元T_s＝1/(Δf_max·N_f)的倍数来表示。在这种情况下，Δf_max＝480·10³且N_f＝4096。下行链路发送和上行链路发送被配置在持续时间为T_f＝(Δｆ_maxN_f/100)·T_s＝10ms的无线电帧中。无线电帧由10个子帧构成，各子帧的持续时间为T_sf＝(Δf_maxN_f/1000)·T_s＝1ms。在这种情况下，可以存在一组上行链路帧和一组下行链路帧。来自UE的具有帧编号i的上行链路帧的发送需要比UE的对应下行链路帧的开始早T_TA＝N_TAT_s执行。关于参数集μ，时隙在子帧中按以下升序被编号：

且在帧中按以下升序被编号：/>

一个时隙由

个连续的OFDM符号构成，并且/>

由当前参数集和时隙配置来确定。子帧中的/>

个时隙的开始与同一子帧中的/>

个OFDM符号的开始在时间上对准。一些UE不能同时执行发送和接收，这意味着，下行链路时隙或上行链路时隙中的一些OFDM符号是不可用的。表2示出了在正常CP的情况下每个时隙的OFDM符号的数目/>

每个无线电帧的时隙数目/>

和每个子帧的时隙数目/>

并且表3示出了在扩展CP的情况下每个时隙的OFDM符号的数目、每个无线电帧的时隙的数目和每个子帧的时隙的数目。

[表2]

[表3]

图2示出了μ＝2即60kHz子载波间隔(SCS)的示例。参照表2，一个子帧可以包括四个时隙。图2示出了子帧中的时隙(1个子帧＝{1，2，4}个时隙)。在这种情况下，可以如上表2中所示地定义子帧中所包括的时隙的数目。

另外，小时隙可以由2、4或7个符号组成。另选地，小时隙中所包括的符号的数目可以变化。

C.物理资源

图3例示了一个DL时隙的资源网格。

参照图3，下行链路时隙在时域中包括多个OFDM符号。一个下行链路时隙在时域中包括7个OFDM符号并且一个资源块(RB)在频域中例如包括12个子载波。然而，本公开不限于此。资源网格的各个元素被称为资源元素(RE)。一个RB包括12×7个RE。DL时隙中的RB的数目取决于下行链路发送带宽。上行链路时隙可以具有与下行链路时隙相同的结构。

图4例示了下行链路子帧的结构。

参照图4，在下行链路子帧中的第一时隙的开始处的多达三个OFDM符号被用作被分配控制信道的控制区域。其余OFDM符号被用作被分配物理下行链路共享信道(PDSCH)的数据区域。3GPP LTE系统中使用的下行链路控制信道包括物理控制格式指示符信道(PCFICH)、物理下行链路控制信道(PDCCH)、物理混合ARQ指示符信道(PHICH)等。PCFICH在子帧中的第一个OFDM符号中发送并且携带用于发送控制信道的OFDM符号的数目的信息。PHICH响应于上行链路发送而携带混合自动重传请求(HARQ)确认/否定确认或非确认(ACK/NACK)信号。在PDCCH上发送的控制信息被称为下行链路控制信息(DCI)。DCI包含上行链路或下行链路调度信息或用于随机UE组的上行链路发送(Tx)功率控制命令。PDCCH携带下行链路共享信道(DL-SCH)的资源分配的信息、上行链路共享信道的资源分配的信息、寻呼信道(PCH)的寻呼信息、在PDSCH上发送的随机接入响应、针对随机UE组中的各个UE的一组Tx功率控制命令、Tx功率控制命令、Tx功率控制命令的激活等这样的较高层控制消息资源分配对应的DL-SCH互联网语音协议(VoIP)。在控制区域中可以发送多个PDCCH，并且UE可以监视多个PDCCH。PDCCH可以在一个控制信道元素(CCE)或多个连续CCE的聚合上发送。CCE是逻辑分配单元，用于基于无线电信道的状态为PDCCH提供编码速率。CCE对应于多个资源元素组(REG)。基于CCE的数目和CCE所提供的编码速率之间的关系来确定PDCCH格式和可用PDCCH的位的数目。基站根据将发送到UE的DCI来确定PDCCH格式，并且将循环冗余校验(CRC)添加到控制信息。根据PDCCH的所有者或用途，利用特有标识符(例如，无线电网络临时标识符(RNTI))对CRC进行掩码。如果PDCCH用于特定UE，则可以利用特有UE标识符(例如，小区RNTI)对CRC进行掩码。如果PDCCH用于寻呼消息，则可以利用寻呼指示标识符(例如，寻呼-RNTI(P-RNTI))对CRC进行掩码。如果PDCCH用于系统信息(更具体地，系统信息块(SIB))，则可以利用系统信息标识符和系统信息RNTI(SI-RNTI)对CRC进行掩码。另外，可以利用随机接入-RNTI(RA-RNTI)对CRC进行掩码，以指示响应于UE的随机接入前导码的发送的随机接入响应。

图5例示了上行链路子帧的结构。

参照图5，上行链路子帧可以在频域中被分成控制区域和数据区域。携带上行链路控制信息的物理上行链路控制信道(PUCCH)可以被分配给控制区域，并且携带用户数据的物理上行链路共享信道(PUSCH)可以被分配给数据区域。UE不能同时发送PUCCH和PUSCH以维持单载波特性。用于UE的PUCCH被分配给子帧中的RB对。RB对中所包括的RB占据两个时隙中的不同子载波。换句话说，被分配用于PUCCH的RB对可以在时隙边界处跳频。

作为NR系统中的物理资源，可以考虑天线端口、资源网格、资源元素、资源块、载波部分等。下文中，将详细地描述在NR系统中考虑的以上物理资源。首先，可以定义天线端口，使得在天线端口上携带符号的信道被从在同一天线端口上携带另一符号的信道推断。当天线端口上携带符号的信道的大规模特性被从另一天线端口上携带符号的信道推断出时，这两个天线端口可以被认为处于准共址或准协同定位(QL/QCL)关系。大规模特性可以包括延迟扩展、多普勒扩展、频移、平均接收功率和接收定时中的至少一个。

图6例示了NR中的资源网格的示例。

参照图6的资源网格，在频域中存在

个子载波，并且在一个子帧中存在14·2μ个OFDM符号。然而，资源网格仅仅是示例性的，并且本公开不限于此。在NR系统中，用一个或更多个各自包括/>

个子载波和/>

个OFDM符号的资源网格来描述发送信号。在这种情况下，/>

表示最大发送带宽，并且不仅在参数集之间而且在上行链路和下行链路之间可能有改变。如图6中所示，可以针对每个参数集μ和天线端口p配置一个资源网格。针对参数集μ和天线端口p的资源网格的每个元素被称为资源元素，并且它被用索引对/>

唯一地标识，其中，k是频域中的索引/>

并且/>

表示子帧中符号的位置/>

针对参数集μ和天线端口p的资源元素/>

对应于复数值/>

当没有混淆的风险时或者当没有指定特定的天线端口或参数集时，索引p和μ可以被丢弃，结果，复数值可以为/>

或/>

另外，资源块(RB)被定义为频域中的

个连续子载波。

点A用作资源块网格的公共参考点，并且可以如下地获得。

-主小区(PCell)下行链路的OffsetToPointA表示点A与UE用于初始小区选择的SS/PBCH块中的最低资源块的最低子载波之间的频率偏移。假定用于频率范围1(FR1)的15kHz SCS和用于频率范围2(FR2)的60kHz SCS，以资源块为单元表示OffsetToPointA。

-AbsoluteFrequencyPointA表示如用绝对射频信道号(ARFCN)表示的点A的频率位置。

对于SCS配置μ，公共资源块在频域中被从0开始向上编号。

用于SCS配置μ的公共资源块0的子载波0的中心等同于点A。

如式1中所示地确定频域中的公共RB编号

与用于SCS配置μ的资源元素(k,l)之间的关系。

[式1]

在式1中，相对于点A定义k，使得k＝0对应于以点A为中心的子载波。

物理资源块在带宽部分(BWP)中定义，并且从0至

地被编号，其中，i表示BWP的编号。

通过式2给出BWP i中的物理资源块n_PRB与公共资源块n_CRB之间的关系。

[式2]

在式2中，

是BWP相对于公共资源块0开始的公共资源块。

图7例示了NR中的物理资源块的示例。

C.MTC(机器型通信)

机器类型通信(MTC)是指第三代合作伙伴计划(3GPP)为了满足物联网(IoT)服务要求而采用的通信技术。由于MTC不需要高吞吐量，因此它可以被用作机器对机器(M2M)和物联网(IoT)的应用。

可以实现MTC来满足以下要求：(i)低成本和低复杂性；(ii)增强的覆盖范围；以及(iii)低功耗。

在3GPP版本10中引入了MTC。下文中，将描述在每个3GPP版本中添加的MTC特征。

在3GPP版本10和11中引入了MTC负荷控制。

负荷控制方法防止IoT(或M2M)装置突然对基站造成沉重的负担。

具体地，根据版本10，当出现负荷时，基站可以断开与IoT装置的连接，以控制负荷。根据版本11，基站可以通过经由诸如SIB14这样的广播告知UE接入将变得可用来防止UE尝试建立连接。

在版本12中，添加了低成本MTC的特征，为此，新定义了UE类别0。该UE类别指示UE能够使用通信调制解调器处理的数据量。

具体地，属于UE类别0的UE可以使用降低的峰值数据速率、具有宽松RF要求的半双工操作以及单根接收天线，由此降低了UE的基带和RF复杂度。

在版本13中，引入了增强型MTC(eMTC)。在eMTC中，UE以1.08MHz的带宽即传统LTE所支持的最小频率带宽进行操作，由此进一步降低了成本和功耗。

尽管以下描述涉及eMTC，但是该描述同样适用于MTC、5G(或NR)MTC等。为了方便描述，所有类型的MTC被统称为“MTC”。

在下面的描述中，MTC可以称为诸如“eMTC”、“LTE-M1/M2”、“降低带宽低复杂度/覆盖增强(BL/CE)”、“(在增强的覆盖范围中的)非BL UE、“NR MTC”或“增强型BL/CE”这样的另一术语。另外，术语“MTC”可以被未来3GPP标准中定义的术语替换。

1)MTC的常规特征

(1)MTC仅在特定系统带宽(或信道带宽)中操作。

特定系统带宽可以使用如下表4中所示的传统LTE的6个RB并且通过考虑表5至表7中示出的频率范围和子载波间隔(SCS)来定义。特定系统带宽可以被称为窄带(NB)。这里，传统LTE可以涵盖3GPP标准中描述的除MTC以外的内容。在NR中，如在传统LTE中一样，MTC可以使用与表6和表7中的最小系统带宽对应的RB。另选地，MTC可以在至少一个BWP中或者在BWP的特定频带中操作。

[表4]

信道带宽BWChannel[MHz]	1.4	3	5	10	15	20
							发送带宽配置NRB	6	15	25	50	75	100

表5示出了针对NR定义的频率范围(FR)。

[表5]

频率范围指定	对应频率范围
		FR1	450MHz-6000MHz
FR2	24250MHz-52600MHz

表6示出了针对NR FR1中的信道带宽和SCS的最大发送带宽配置(NRB)。

[表6]

表7示出了针对NR FR2中的信道带宽和SCS的最大发送带宽配置(NRB)。

[表7]

下文中，将详细地描述MTC窄带(NB)。

MTC遵循窄带操作来发送和接收物理信道和信号，并且最大信道带宽减小至1.08MHz或6个(LTE)RB。

窄带可以被用作用于将资源分配给一些下行链路和上行链路信道的参考单元，并且每个窄带在频域中的物理位置可以根据系统带宽而变化。

用于MTC的1.08MHz带宽被定义为使MTC UE能够遵循与传统UE的小区搜索和随机接入过程相同的小区搜索和随机接入过程。

具有大得多的带宽(例如，10MHz)的小区可以支持MTC，但是在MTC中发送/接收的物理信道和信号始终限于1.08MHz。

传统LTE系统、NR系统、5G系统等可以支持更大的带宽。

窄带被定义为频域中的6个非交叠的连续物理RB。

如果

则带宽被定义为频域中的四个不交叠的窄带。如果/>

则

且单个宽带由/>

个非交叠窄带构成。

例如，在10MHz信道的情况下，定义8个非交叠的窄带。

图8例示了窄带操作和频率分集的示例。

具体地，图8的(a)例示了窄带操作的示例，并且图8的(b)示出了具有RF重新调谐的重复的示例。

下文中，将参照图8的(b)来描述通过RF重新调谐进行的频率分集。

由于窄带RF、单天线和有限的移动性，MTC支持有限的频率、空间和时间分集。为了减少衰落和中断的影响，通过RF重新调谐支持不同窄带之间的跳频。

当启用重复时，跳频被应用于不同的上行链路和下行链路物理信道。

例如，如果32个子帧被用于PDSCH发送，则可以在第一窄带上发送前16个子帧。在这种情况下，RF前端被重新调谐至另一窄带，并且其余的16个子帧被在第二窄带上发送。

可以通过系统信息或DCI配置MTC窄带。

(2)MTC在半双工模式下操作并且使用有限的(或降低的)最大发送功率。

(3)MTC不使用应该分布在传统LTE或NR的整个系统带宽上的(在传统LTE或NR中定义的)信道。

例如，MTC不使用以下的传统LTE信道：PCFICH、PHICH和PDCCH。

因此，由于不监视以上信道，因此针对MTC定义新的控制信道MTC PDCCH(MPDCCH)。

MPDCCH可以在频域中占据最多6个RB并且在时域中占据一个子帧。

MPDCCH类似于演进的PDCCH(EPDCCH)并且支持用于寻呼和随机接入的公共搜索空间。

换句话说，MPDCCH的概念与在传统LTE中使用的EPDCCH的概念相似。

(4)MTC使用新定义的DCI格式。例如，可以使用DCI格式6-0A、6-0B、6-1A、6-1B、6-2等。

(5)在MTC中，可以重复地发送物理广播信道(PBCH)、物理随机接入信道(PRACH)、MPDCCH、PDSCH、PUCCH和PUSCH。MTC重复发送使在诸如地下室这样的恶劣环境中(即，当信号质量或功率低时)能够对MTC信道进行解码，由此增大了小区的半径或者支持了信号传播效果。MTC可以支持能够在单层(或单根天线)上操作的有限数目的发送模式(TM)，或者支持能够在单层上操作的信道或参考信号(RS)。例如，MTC可以在TM 1、2、6或9中操作。

(6)在MTC中，HARQ重新发送是自适应且异步的，并且基于在MPDCCH上接收到的新调度指派来执行。

(7)在MTC中，PDSCH调度(DCI)和PDSCH发送发生在不同的子帧中(跨子帧调度)。

(8)用于SIB1解码的所有资源分配信息(例如，子帧、传送块大小(TBS)、子带索引等)由主信息块(MIB)参数确定(在MTC中，没有控制信道被用于SIB1解码)。

(9)用于SIB2解码的所有资源分配信息(例如，子帧、TBS、子带索引等)由若干个SIB1参数确定(在MTC中，没有控制信道被用于SIB2解码)。

(10)MTC支持扩展的不连续接收(DRX)周期。

(11)MTC可以使用与在传统LTE或NR中使用的相同的主同步信号/辅同步信号/公共参考信号(PSS/SSS/CRS)。在NR中，以SS块(或SS/PBCH块或SSB)为单元发送PSS/SSS，并且跟踪RS(TRS)可以用于与CRS相同的目的。即，TRS是小区特定的RS并且可以用于频率/时间跟踪。

2)MTC操作模式和级别

下文中，将描述MTC操作模式和级别。为了增强覆盖范围，MTC可以被划分为两种操作模式(第一模式和第二模式)和四种不同级别，如下表8中所示。

MTC操作模式可以被称为CE模式。第一模式和第二模式可以分别称为CE模式A和CE模式B。

[表8]

针对支持完整移动性和信道状态信息(CSI)反馈的小覆盖范围定义第一模式。在第一模式下，重复数目为零或者小。第一模式下的操作可以具有与UE类别1相同的操作覆盖范围。针对支持CSI反馈和有限移动性的具有非常差的覆盖范围条件的UE定义第二模式。在第二模式下，重复发送的次数大。第二模式相对于UE类别1的覆盖范围提供了高达15dB的覆盖范围增强。在RACH和寻呼过程中，MTC的每个级别被不同地定义。

下文中，将给出对如何确定MTC操作模式和级别的描述。

MTC操作模式由基站确定，并且每个级别由MTC UE确定。具体地，基站向UE发送包括MTC操作模式的信息的RRC信令。RRC信令可以包括RRC连接建立消息、RRC连接重新配置消息或RRC连接重建消息。这里，术语“消息”可以是指信息元素(IE)。

MTC UE确定操作模式内的级别并且将所确定的级别发送到基站。具体地，MTC UE基于测得的信道质量(例如，RSRP、RSRQ、SINR等)确定操作模式内的级别，并且使用PRACH资源(例如，频率、时间、前导码等)将所确定的级别告知基站。

3)MTC保护时段

如上所述，MTC在窄带中操作。窄带的位置可以在每个特定时间单元(例如，子帧或时隙)内变化。MTC UE在每个时间单元中调谐到不同的频率。因此，所有频率重新调谐可能需要一定时间段。换句话说，从一个时间单元到下一个时间单元的过渡需要保护时段，并且在对应的时段内不发生发送和接收。

保护时段根据当前链路是下行链路还是上行链路而变化，并且还根据其状态而变化。上行链路保护时段(即，针对上行链路定义的保护时段)根据第一时间单元(时间单元N)和第二时间单元(时间单元N+1)所携带的数据的特性而变化。在下行链路保护时段的情况下，需要满足以下条件：(1)第一下行链路窄带中心频率不同于第二窄带中心频率；以及(2)在TDD中，第一上行链路窄带中心频率不同于第二下行链路中心频率。

将描述在传统LTE中定义的MTC保护时段。针对两个连续子帧之间的Tx-Tx频率重新调谐创建包括最多

个SC-FDMA符号的保护时段。当配置较高层参数ce-RetuningSymbols时，/>

等于ce-RetuningSymbols。否则，/>

为2。对于配置有较高层参数srs-UpPtsAdd的MTC UE，针对帧结构类型2的第一特殊子帧和第二上行链路子帧之间的Tx-Tx频率重新调谐，创建包括SC-FDMA符号的保护时段。

图9例示了MTC中可用的物理信道以及使用这些物理信道的一般信号发送方法。

当MTC UE通电或进入新的小区时，在步骤S1301中，MTC UE执行初始小区搜索。初始小区搜索涉及获取与基站的同步。具体地，MTC UE通过从基站接收主同步信号(PSS)和辅同步信号(SSS)来与基站同步，并且获得诸如小区标识符(ID)这样的信息。MTC UE为了初始小区搜索而使用的PSS/SSS可以等于传统LTE的PSS/SSS或重新同步信号(RSS)。

此后，MTC UE可以通过从基站接收PBCH信号来获取小区中的广播信息。

在初始小区搜索期间，MTC UE可以通过接收下行链路参考信号(DL RS)来监视下行链路信道的状态。在PBCH上发送的广播信息对应于MIB。在MTC中，在无线电帧的子帧#0和其它子帧(FDD中的子帧#9和TDD中的子帧#5)的第一时隙中重复MIB。

执行PBCH重复，使得在尝试PBCH解码之前，在不同的OFDM符号上重复相同的星座点，以估计初始频率误差。

图10例示了MTC中的系统信息发送的示例。

具体地，图10的(a)例示了用于FDD中的子帧#0的重复模式以及用于正常CP和重复符号的频率误差估计方法的示例，并且图10的(b)例示了宽带LTE信道上SIB-BR的发送的示例。

在MTC中使用MIB中的五个保留位来发送针对带宽减少装置的新系统信息块(SIB1-BR)的调度信息，包括时间/频率位置和TBS。

在没有任何相关控制信道的情况下，直接在PDSCH上发送SIB-BR。

对于512个无线电帧(5120ms)，SIB-BR保持不变，以使大量子帧能够被组合。

表9示出了MIB的示例。

[表9]

在表9中，schedulingInfoSIB1-BR字段指示定义SystemInformationBlockType1-BR调度信息的表的索引。零值意指未调度SystemInformationBlockType1-BR。SystemInformationBlockType1-BR(或SIB1-BR)所携带的整体功能和信息与传统LTE的SIB1相似。SIB1-BR的内容可以被如下地分类：(1)PLMN；(2)小区选择标准；(3)针对SIB2和其它SIB的调度信息。

在完成初始小区搜索之后，在步骤S1302中，MTC UE可以通过接收MPDCCH和基于MPDCCH中的信息的PDSCH来获取更详细的系统信息。MPDCCH具有以下特征：(1)MPDCCH与EPDCCH非常相似；(2)MPDCCH可以一次性或重复发送(通过较高层信令配置重复数目)；(3)支持多个MPDCCH并且UE监视一组MPDCCH；(4)通过组合增强的控制信道元素(eCCE)生成MPDCCH，并且每个CCE包括RE的集合；(5)MPDCCH支持RA-RNTI、SI-RNTI、P-RNTI、C-RNTI、临时C-RNTI和半永久调度(SPS)C-RNTI。

为了完成对基站的接入，在步骤S1303至S1306中，MTC UE可以执行随机接入过程。由SIB2携带RACH过程的基本配置。SIB2包括与寻呼相关的参数。寻呼时机(PO)是能够在其中在MPDCCH上发送P-RNTI的子帧。当重复发送P-RNTI PDCCH时，PO可以是指开始MPDCCH重复的子帧。寻呼帧(PF)是一个无线电帧，可以包含一个PO或多个PO。当使用DRX时，MTC UE每个DRX周期监视一个PO。寻呼窄带(PNB)是MTC UE在其上执行寻呼消息接收的一个窄带。

为此，MTC UE可以在PRACH上发送前导码(S1303)，并且在MPDCCH和与其相关的PDSCH上接收针对该前导码的响应消息(例如，随机接入响应(RAR))(S1304)。在基于竞争的随机接入的情况下，MTC UE可以执行包括附加PRACH信号的发送(S1305)以及MPDCCH信号和与MPDCCH信号相关的PDSCH信号的接收(S1306)的竞争解决过程。在MTC中，可以重复发送在RACH过程期间发送的信号和消息(例如，Msg 1、Msg 2、Msg 3和Msg 4)，并且可以根据覆盖范围增强(CE)级别来不同地配置重复模式。消息1可以表示PRACH前导码，消息2可以表示RAR，消息3可以表示MTC UE处RAR的上行链路发送，并且消息4可以表示来自基站的消息3的下行链路发送。

对于随机接入，支持不同PRACH资源和不同CE级别的信令。这通过将经历相似路径损耗的UE分组在一起，为PRACH提供了对远近效应的相同控制。可以将多达四个不同的PRACH资源发信号通知给MTC UE。

MTC UE使用下行链路RS(例如，CRS、CSI-RS、TRS等)测量RSRP，并且基于测量结果选择随机接入资源中的一个。四个随机接入资源中的每一个具有关联的PRACH重复数目和关联的RAR重复数目。

因此，覆盖范围差的MTC UE需要大量的重复以便被基站成功检测到，并且需要接收与重复数目一样多的RAR，以便满足其覆盖级别。

在系统信息中定义了针对RAR和争用解决消息的搜索空间，并且该搜索空间对于每个覆盖级别范围而言是独立的。

MTC中使用的PRACH波形与传统LTE中的PRACH波形相同(例如，OFDM和Zadoff-Chu序列)。

在执行上述处理之后，MTC UE可以执行MPDCCH信号和/或PDSCH信号的接收(S1307)以及PUSCH信号和/或PUCCH信号的发送(S1308)作为正常的上行链路/下行链路信号发送过程。MTC UE向基站发送的控制信息被统称为上行链路控制信息(UCI)。UCI包括HARQ-ACK/NACK、调度请求、信道质量指示符(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI)等。

当MTC UE已建立RRC连接时，MTC UE在所配置的搜索空间中盲解码MPDCCH，以获得上行链路和下行链路数据指派。

在MTC中，子帧中所有可用的OFDM符号被用于发送DCI。因此，子帧中的控制信道与数据信道之间不允许进行时域复用。因此，如上所述，可以在控制信道与数据信道之间执行跨子帧调度。

如果MPDCCH最后在子帧#N中重复，则MPDCCH在子帧#N+2中调度PDSCH指派。

由MPDCCH携带的DCI提供关于MPDCCH被重复多少次的信息，使得MTC UE可以在开始PDSCH发送时得知重复数目。

可以在不同的窄带上执行PDSCH指派。因此，MTC UE可能需要在对PDSCH指派进行解码之前执行重新调谐。

对于上行链路数据发送，调度遵循与传统LTE相同的定时。子帧#N中的最后的MPDCCH调度在子帧#N+4中开始的PUSCH发送。

图11例示了针对MTC和传统LTE中的每一个的调度的示例。

传统LTE指派被使用PDCCH来调度，并且在每个子帧中使用初始OFDM符号。在接收到PDCCH的相同子帧中调度PDSCH。

另一方面，MTC PDSCH被跨子帧调度，并且在MPDCCH和PDSCH之间定义一个子帧，以允许MPDCCH解码和RF重新调谐。

可以针对将在极端覆盖范围条件下解码的大量子帧，重复MTC控制和数据信道。具体地，可以针对用于MPDCCH的最多256个子帧和用于PDSCH的最多2048个子帧，重复MTC控制和数据信道。

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

NB-IoT可以是指基于与无线通信系统(例如，LTE系统、NR系统等)的一个物理资源块(PRB)对应的系统带宽(BW)来提供低复杂度和低功耗的系统。

本文中，NB-IoT可以被称为诸如“NB-LTE”、“NB-IoT增强”、“进一步增强的NB-IoT”或“NB-NR”这样的另一术语。可以用在3GPP标准中定义或将要定义的术语替换NB-IoT。为了便于描述，所有类型的NB-IoT被统称为“NB-IoT”。

NB-IoT可以通过在蜂窝系统中支持MTC装置(或MTC UE)而用于实现IoT。由于系统BW的一个PRB被分配用于NB-IoT，因此可以高效地使用频率。另外，考虑到在NB-IoT中，每个UE将单个PRB识别为一个载波，本文中描述的PRB和载波可以被认为具有相同的含义。

尽管本公开描述了基于LTE系统的NB-IoT的帧结构、物理信道、多载波操作、操作模式以及一般信号发送和接收，但是显然本公开适用于下一代系统(例如，NR系统等)。另外，本公开中描述的NB-IoT的细节可以应用于具有相似目的(例如，低功率、低成本、覆盖范围增强等)的MTC。

1)NB-IoT的帧结构和物理资源

NB-IoT帧结构可以根据子载波间隔而变化。

图12和图13例示了根据子载波间隔(SCS)的NB-IoT帧结构的示例。具体地，图12例示了具有15kHz的SCS的帧结构，并且图13例示了具有3.75kHz的SCS的帧结构。然而，NB-IoT帧结构不限于此，并且可以通过改变时间/频率单元将不同的SCS(例如，30kHz等)应用于NB-IoT。

尽管本公开基于LTE帧结构描述了NB-IoT帧结构，但是这仅是为了便于描述并且本公开不限于此。即，本公开的实施方式适用于基于下一代系统(例如，NR系统)的帧结构的NB-IoT。

参照图12，用于15kHz子载波间隔的NB-IoT帧结构与传统系统(LTE系统)的帧结构相同。具体地，10ms NB-IoT帧可以包括各自1ms的10个NB-IoT子帧，1ms NB-IoT子帧可以包括各自持续时间为0.5ms的2个NB-IoT时隙。每个0.5ms的NB-IoT时隙可以包含7个OFDM符号。

参照图13，10ms的NB-IoT帧可以包括各自2ms的5个NB-IoT子帧，并且2ms的NB-IoT子帧可以包括7个OFDM符号和一个保护时段(GP)。2ms的NB-IoT子帧可以被表示为NB-IoT时隙或NB-IoT资源单元(RU)。

下文中，将描述用于NB-IoT的下行链路和上行链路物理资源。

除了系统BW由特定数目的RB构成(例如，一个RB＝180kHz)之外，可以基于其它通信系统(例如，LTE系统、NR系统等)的物理资源来配置NB-IoT下行链路物理资源。例如，当NB-IoT下行链路如上所述地仅支持15kHz子载波间隔时，可以通过将图6中例示的LTE系统的资源网格限制于频域中的一个RB(即，一个PRB)来配置NB-IoT下行链路物理资源。

如在NB-IoT下行链路中一样，可以通过将系统带宽限制于一个RB来配置NB-IoT上行链路物理资源。例如，当NB-IoT上行链路如上所述地支持15kHz和3.75kHz子载波间隔时，用于NB-IoT上行链路的资源网格可以被如图14中所示地表示。子载波的数目

和时隙周期T_slot可以在下表10中给出。

图14例示了用于NB-IoT上行链路的资源网格的示例。

[表10]

用于NB-IoT上行链路的资源单元(RU)可以包括时域中的SC-FDMA符号和频域中的

个连续子载波。在帧结构类型1(即，FDD)中，/>

和/>

的值可以在下表11中给出。在帧结构类型2(即，TDD)中，/>

和/>

的值可以在下表12中给出。

[表11]

[表12]

2)NB-IoT的物理信道

支持NB-IoT的基站和/或UE可以被配置为发送和接收与传统系统中的物理信道和信号不同的物理信道和信号。下文中，将详细描述NB-IoT中支持的物理信道和/或信号。

首先，将描述NB-IoT下行链路。对于NB-IoT下行链路，可以应用具有15kHz子载波间隔的OFDMA方案。因此，可以提供子载波之间的正交性，由此支持与传统系统(例如，LTE系统、NR系统等)的共存。

为了将NB-IoT系统的物理信道与传统系统的物理信道区分开，可以添加“N(窄带)”。例如，可以如下地定义DL物理信道：“窄带物理广播信道(NPBCH)”、“窄带物理下行链路控制信道(NPDCCH)”、“窄带物理下行链路共享信道(NPDSCH)”等。可以如下地定义DL物理信号：“窄带主同步信号(NPSS)”、“窄带辅同步信号(NSSS)”、“窄带参考信号(NRS)”、“窄带定位参考信号(NPRS)”、“窄带唤醒信号(NWUS)”等。

通常，用于NB-IoT的上述下行链路物理信道和物理信号可以被配置为基于时域复用和/或频域复用来发送。

可以重复发送作为NB-IoT系统的下行链路信道的NPBCH、NPDCCH和NPDSCH，以增强覆盖范围。

NB-IoT使用新定义的DCI格式。例如，可以如下地定义NB-IoT的DCI格式：DCI格式N0、DCI格式N1、DCI格式N2等。

接下来，将描述NB-IoT上行链路。对于NB-IoT上行链路，可以应用具有15kHz或3.75kHz的子载波间隔的SC-FDMA方案。NB-IoT上行链路可以支持多音调和单音调发送。例如，多音调发送可以支持15kHz的子载波间隔，并且单音调发送可以同时支持15kHz和3.75kHz的子载波间隔二者。

类似于NB-IoT下行链路，在NB-IoT上行链路的情况下，也可以添加“N(窄带)”以将NB-IoT系统的物理信道与传统系统的物理信道区分开。例如，可以如下地定义上行链路物理信道：“窄带物理随机接入信道(NPRACH)”、“窄带物理上行链路共享信道(NPUSCH)”等。可以如下地定义UL物理信号：“窄带解调参考信号(NDMRS)”。

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

可以重复发送作为NB-IoT系统的下行链路信道的NPRACH，以增强覆盖范围。在这种情况下，可以将跳频应用于重复发送。

3)NB-IoT中的多载波操作

下文中，将描述NB-IoT中的多载波操作。多载波操作可以意味着基站和/或UE在NB-IoT中发送和接收信道和/或信号时使用不同用途的多个载波(即，不同类型的多个载波)。

通常，如上所述，NB-IoT可以在多载波模式下操作。在这种情况下，NB-IoT载波可以被划分为锚类型载波(即，锚载波或锚PRB)和非锚类型载波(即，非锚载波或非锚PRB)。

从基站的角度看，锚载波可以意味着用于发送携带用于初始接入的NPSS、NSSS、NPBCH和SIB(N-SIB)的NPDSCH的载波。换句话说，在NB-IoT中，用于初始接入的载波可以被称为锚载波，并且其余载波可以被称为非锚载波。在这种情况下，系统中可能存在一个或多个锚载波。

4)NB-IoT的操作模式

将描述NB-IoT的操作模式。NB-IoT系统可以支持三种操作模式。图15例示了NB-IoT系统中支持的操作模式的示例。尽管本公开基于LTE频带描述了NB-IoT操作模式，但是这仅是为了方便描述并且本公开也适用于其它系统频带(例如，NR系统频带)。

图15的(a)例示了带内系统，图15的(b)例示了保护频带系统，并且图15的(c)例示了独立系统。带内系统、保护频带系统和独立系统可以被分别称为带内模式、保护频带模式和独立模式。

带内系统可以意指将传统LTE频带中的一个特定RB(PRB)用于NB-IoT的系统或模式。为了操作带内系统，可以分配LTE系统载波的一些RB。

保护频带系统可以意指将传统LTE频带的为保护频带保留的空间用于NB-IoT的系统或模式。为了操作保护频带系统，可以分配LTE系统中未被用作RB的LTE载波的保护频带。例如，传统LTE频带可以被配置为使得每个LTE频带在其末尾具有最小100kHz的保护频带。为了使用200kHz，可以使用两个不连续的保护频带。

带内系统和保护频带系统可以在其中NB-IoT共存于传统LTE频带中的结构中操作。

此外，独立系统可以意指独立于传统LTE频带的系统或模式。为了操作独立系统，可以单独分配在GSM EDGE无线电接入网(GERAN)中使用的频带(例如，重新分配的GSM载波)。

可以独立地应用以上三种操作模式，或者可以组合并应用两种或更多种操作模式。

5)NB-IoT中的一般信号发送和接收过程

图16例示了NB-IoT中可用的物理信道以及使用这些物理信道的一般信号发送方法的示例。在无线通信系统中，NB-IoT UE可以在下行链路(DL)中从基站接收信息并且在上行链路(UL)中将信息发送到基站。换句话说，在无线通信系统中，基站可以在下行链路中将信息发送到NB-IoT UE，并且在上行链路中从NB-IoT UE接收信息。

在基站与NB-IoT UE之间发送和接收的信息可以包括各种数据和控制信息，并且可以根据在它们之间发送和接收的信息的类型/用途来使用各种物理信道。参照图16描述的NB-IoT信号发送和接收方法可以由以上提到的无线通信设备(例如，图11中的基站和UE)执行。

当NB-IoT UE通电或进入新的小区时，NB-IoT UE可以执行初始小区搜索(S11)。初始小区搜索涉及获取与基站的同步。具体地，NB-IoT UE可以通过从基站接收NPSS和NSSS来与基站同步，并且得到诸如小区ID这样的信息。此后，NB-IoT UE可以通过从基站接收NPBCH来获取小区中广播的信息。在初始小区搜索期间，NB-IoT UE可以通过接收下行链路参考信号(DL RS)来监视下行链路信道的状态。

换句话说，当NB-IoT UE进入新小区时，BS可以执行初始小区搜索，并且更具体地，基站可以与UE同步。具体地，基站可以通过向UE发送NPSS和NSSS来与NB-IoT UE同步，并且发送诸如小区ID这样的信息。基站可以通过向NB-IoT UE发送(或广播)NPBCH在小区中发送广播信息。BS可以在初始小区搜索期间将DL RS发送到NB-IoT UE，以检查下行链路信道状态。

在完成初始小区搜索之后，NB-IoT UE可以通过接收NPDCCH和与其相关的NPDSCH来获取更详细的系统信息(S12)。换句话说，在初始小区搜索之后，基站可以通过向NB-IoTUE发送NPDCCH和与其相关的NPDSCH来发送更详细的系统信息。

此后，NB-IoT UE可以执行随机接入过程，以完成对基站的接入(S13至S16)。

具体地，NB-IoT UE可以在NPRACH上发送前导码(S13)。如上所述，可以基于跳频来重复发送NPRACH，以增强覆盖范围。换句话说，基站可以(重复地)通过NPRACH从NB-IoT UE接收前导码。

然后，NB-IoT UE可以在NPDCCH和与其相关的NPDSCH上从基站接收针对前导码的随机接入响应(RAR)(S14)。即，基站可以在NPDCCH和与其相关的NPDSCH上将针对前导码的随机接入响应(RAR)发送到NB-IoT UE。

NB-IoT UE可以使用RAR中的调度信息来发送NPUSCH(S15)，并且基于NPDCCH和与其相关的NPDSCH来执行竞争解决过程(S16)。即，基站可以基于RAR中的调度信息从NB-IoTUE接收NPUSCH并且执行竞争解决过程。

在执行上述处理之后，NB-IoT UE可以将NPDCCH/NPDSCH接收(S17)和NPUSCH发送(S18)作为正常UL/DL信号传输过程执行。在上述处理之后，基站可以在正常的上行链路/下行链路信号传输过程期间将NPDCCH/NPDSCH发送到NB-IoT UE并且从NB-IoT UE接收NPUSCH。

在NB-IoT中，如上所述，可以重复发送NPBCH、NPDCCH、NPDSCH等以增强覆盖范围。另外，可以在NPUSCH上发送UL-SCH(正常上行链路数据)和UCI。在这种情况下，UL-SCH和UCI可以被配置为以不同NPUSCH格式(例如，NPUSCH格式1、NPUSCH格式2等)发送。

如上所述，UCI意指从UE发送到基站的控制信息。UCI可以包括HARQ ACK/NACK、调度请求(SR)、CSI等。CSI可以包括CQI、PMI、RI等。通常，如上所述，UCI可以在NB-IoT中通过NPUSCH发送。具体地，UE可以根据来自网络(例如，基站)的请求/指示，周期性地、非周期性地或半永久地在NPUSCH上发送UCI。

E.初始网络接入和通信处理

UE可以执行网络接入处理，以执行本公开所描述/提出的过程和/或方法。例如，UE可以接收执行本公开所描述/提出的过程和/或方法所需的系统信息和配置信息，并将接收到的信息存储在存储器中。可以通过较高层信令(例如，RRC信令或介质访问控制(MAC)信令)接收本公开所需的配置信息。

图17是例示了NR系统中的示例性初始网络接入和后续通信处理的示图。在NR中，可以通过波束成形来发送物理信道和RS。当支持基于波束成形的信号发送时，可以为在BS与UE之间的波束对准执行波束管理。另外，可以通过波束成形来发送/接收在本公开中提出的信号。在RRC_IDLE模式下，可以基于同步信号块(SSB)来执行波束对准，而在RRC_CONNECTED模式下，可以基于CSI-RS(在DL中)和SRS(在UL中)来执行波束对准。相反，当不支持基于波束成形的信号发送时，本公开的描述中可以省略与波束相关的操作。

参照图17，BS(例如，eNB)可以周期性发送SSB(S1602)。SSB包括PSS/SSS/PBCH。可以通过波束扫描来发送SSB。PBCH可以包括主信息块(MIB)，并且MIB可以包括针对剩余最小系统信息(RMSI)的调度信息。然后，BS可以发送RMSI和其它系统信息(OSI)(S1604)。RMSI可以包括UE执行对BS的初始接入所需的信息(例如，PRACH配置信息)。在检测SSB之后，UE识别最佳SSB。然后，UE可以在链接/对应于最佳SSB的索引(即，波束)的PRACH资源中发送RACH前导码(消息1或Msg1)(S1606)。RACH前导码的波束方向与PRACH资源关联。可以通过系统信息(例如，RMSI)配置PRACH资源(和/或RACH前导码)与SSB(SSB索引)之间的关联。随后，在随机接入过程(或RACH过程)中，BS可以响应于RACH前导码而发送随机接入响应(RAR)(Msg2)(S1608)，UE可以基于RAR中所包括的UL授权来发送Msg3(例如，RRC连接请求)(S1610)，并且BS可以发送竞争解决消息(Msg4)(S1630)。Msg4可以包括RRC连接设置。

当在随机接入过程(或RACH过程)中在BS与UE之间建立了RRC连接时，可以后续基于SSB/CSI-RS(在DL中)和SRS(在UL中)来执行波束对准。例如，UE可以接收SSB/CSI-RS(S1614)。SSB/CSI-RS可以供UE用来生成波束/CSI报告。BS可以通过DCI请求UE发送波束/CSI报告(S1616)。在这种情况下，UE可以基于SSB/CSI-RS来生成波束/CSI报告，并在PUSCH/PUCCH上将所生成的波束/CSI报告发送到BS(S1618)。波束/CSI报告可以包括波束测量结果、关于优选波束的信息等。BS和UE可以基于波束/CSI报告来切换波束(S1620a和S1620b)。

随后，UE和BS可以执行以上描述/提出的过程和/或方法。例如，基于在网络接入处理(例如，系统信息采集处理、通过RACH进行的RRC连接处理等)中获得的配置信息，根据本公开的提议，UE和BS可以通过处理存储在存储器中的信息来发送无线信号，或者可以处理接收到的无线信号并将处理后的信号存储在存储器中。无线信号可以包括DL上的PDCCH、PDSCH或RS中的至少一个以及UL上的PUCCH、PUSCH或SRS中的至少一个。

以上描述可以共同应用于MTC和NB-IoT。下面，将另外描述在随机接入过程中LTE与MTC之间的差异以及LTE与NB-IoT之间的差异。

MTC网络接入过程

将基于LTE网络接入过程进一步描述MTC网络接入过程。下面的描述也可以扩展到NR。在图17中，PDCCH被MTC PDCCH(MPDCCH)替换(例如，参见图9和相关描述)。

LTE中的MIB包括10个保留位。在MTC中，MIB中的10个保留位中的5个最高有效位(MSB)用于指示用于带宽减少装置的系统信息块(SIB1-BR)的调度信息。5个MSB用于指示SIB1-BR的重复数目和传输块大小(TBS)。SIB1-BR是在PDSCH上发送的。不能在512个无线电帧(5120ms)上改变SIB1-BR来允许组合多个子帧。在SIB1-BR中携带的信息类似于LTE系统中的SIB1。

MTC随机接入过程(或RACH过程)与LTE随机接入过程(或RACH过程)基本相同，不同之处在于，MTC随机接入过程(或RACH过程)是基于覆盖增强(CE)等级执行的。例如，对于PRACH覆盖增强，在各CE等级，是否重复发送PRACH/PRACH的重复数目可以是不同的。如之前参考表8描述的，支持用于覆盖增强或扩展的重复信号发送的模式被称为CE模式，并且用于覆盖增强或扩展的信号的重复数目被称为CE等级。例如，如表8中例示的，第一模式(例如，CE模式A)是用于小覆盖增强的模式，支持其中可以设置不重复或小重复数目的全移动性和CSI反馈。第二模式(例如，CE模式B)是用于极差覆盖条件下的UE的模式，支持其中可以设置大的重复数目的CSI反馈和有限移动性。

BS可以广播包括多个(例如，三个)参考信号接收功率(RSRP)阈值的系统信息，并且UE可以将RSRP阈值与RSRP测量值进行比较，以确定CE等级。对于每个CE等级，可以通过系统信息独立地配置以下信息。

-PRACH资源信息：PRACH时机的周期性/偏移和PRACH频率资源

-前导码组：为每个CE等级分配的前导码集合

-各前导码尝试的重复数目和前导码尝试的最大次数

-RAR窗口时间：预计在期间接收RAR的时间段的持续时间(例如，子帧的数目)

-竞争解决窗口时间：预计在其间接收竞争解决消息的时间段的持续时间

在选择与其CE等级对应的PRACH资源之后，UE可以在选定的PRACH资源中执行PRACH发送。MTC中使用的PRACH波形与LTE中使用的PRACH波形(例如，OFDM和Zadoff-Chu序列)相同。在PRACH之后发送的信号/消息也可以被重复发送，并且可以根据CE模式/等级独立地设置重复数目。

NB-IoT网络接入过程

将基于LTE网络接入过程进一步描述NB-IoT网络接入过程。下面的描述也可以扩展到NR。在图17中，PSS、SSS和PBCH被NPSS、NSSS和NPBCH替换。另外，在图17中，PDCCH、PDSCH、PUSCH和PRACH被NPDCCH、NPDSCH、NPUSCH和NPRACH替换。

除了以下差异，NB-IoT随机接入过程(或RACH过程)与LTE随机接入过程(或RACH过程)基本相同。第一，RACH前导码格式不同。在LTE中，前导码基于码/序列(例如，Zadoff-Chu序列)，而在NB-IoT中，前导码是子载波。第二，基于CE等级，执行NB-IoT随机接入过程(或RACH过程)。因此，对于各CE等级，PRACH资源是不同的。第三，由于在NB-IoT中没有配置SR资源，因此在NB-IoT中的随机接入过程(或RACH过程)中执行UL资源分配请求。

图18是例示了在NB-IoT RACH上的示例性前导码发送的示图。

参照图18，NPRACH前导码包括各自包括CP和多个(例如，五个)SC-FDMA符号的四个符号组。在NR中，SC-FDMA符号可以被OFDM符号或DFT-s-OFDM符号替换。NPRACH仅支持具有3.75kHz SCS的单音发送，并提供长度为66.7μs和266.67μs的CP以支持不同小区半径。每个符号组经历跳频，并且使用以下跳频图案。携带第一符号组的子载波是以伪随机方式确定的。第二符号组跳一个子载波，第三符号组跳六个子载波，并且第四符号组跳一个子载波。在重复发送的情况下，重复应用跳频过程，并且NPRACH前导码可以被重复发送{1、2、4、8、16、32、64、128}次以增强覆盖。可以针对各CE等级配置NPRACH资源。UE可以基于根据DL测量(例如，RSRP)确定的CE等级来选择NPRACH资源，并在选定的NPRACH资源中发送RACH前导码。NPRACH可以在其中配置有NPRACH资源的锚载波或非锚载波上发送。

F.不连续接收(DRX)操作

UE可以在本公开中描述的过程和/或方法中执行DRX操作。当UE配置有DRX时，UE可以通过不连续地接收DL信号来降低功耗。DRX可以在RRC_IDLE状态、RRC_INACTIVE状态和RRC_CONNECTED状态下执行。

RRC_CONNECTED DRX

在RRC_CONNECTED状态下，DRX用于不连续地接收PDCCH。处于RRC_CONNECTED状态的DRX被称为RRC_CONNECTED DRX。

图19是例示了用于PDCCH的不连续接收的DRX周期的示图。

参照图19，DRX周期包括开(On)持续时间和DRX机会。DRX周期定义了开持续时间的周期性重复之间的时间间隔。开持续时间是UE在其间监视PDCCH(或MPDCCH或NPDCCH)的时间段。当UE配置有DRX时，UE在开持续时间期间执行PDCCH监视。当UE在PDCCH监视期间成功地检测到PDCCH时，UE启动不活动定时器并保持唤醒。相反，当UE在PDCCH监视期间无法检测到任何PDCCH时，UE在开持续时间之后转换为休眠状态。因此，当配置了DRX时，UE可以在上述过程和/或方法中在时域中不连续地执行PDCCH监视/接收。例如，当配置了DRX时，根据本公开中的活动小区中的DRX配置，可以不连续地执行PDCCH监视。具体地，当PDCCH时机(例如，配置用于PDCCH监视的时间段(例如，一个或更多个连续OFDM符号))对应于开持续时间时，可以执行PDCCH监视，而当PDCCH时机对应于DRX机会时，可以跳过PDCCH监视。相反，当未配置DRX时，UE可以在以上描述的过程和/或方法中在时域中连续地执行PDCCH监视/接收。例如，在本公开中，当未配置DRX时，可以连续配置PDCCH接收时机。无论是否配置了DRX，在被配置为测量间隙的时间段期间可以限制PDCCH监视。

RRC_IDLE DRX

在RRC_IDLE状态和RRC_INACTIVE状态下，DRX用于不连续地接收寻呼信号。为了方便起见，在RRC_IDLE(或RRC_INACTIVE)状态下执行的DRX被称为RRC_IDLE DRX。因此，当配置了DRX时，可以在以上描述/提议的过程和/或方法中在时域中不连续地执行PDCCH监视/接收。

图20是例示了用于寻呼的示例性DRX周期的示图。

参照图20，DRX可以被配置用于不连续地接收寻呼信号。UE可以通过较高层(例如，RRC)信令从BS接收DRX配置信息。DRX配置信息可以包括用于DRX周期、DRX偏移、DRX定时器等的配置信息。UE根据DRX周期重复开持续时间和休眠持续时间。UE可以在开持续时间期间在唤醒模式下操作，并在休眠持续时间期间在休眠模式下操作。在唤醒模式下，UE可以监视寻呼时机(PO)以接收寻呼消息。PO意指UE预计在其间接收寻呼消息的时间资源/间隔(例如，子帧或时隙)。PO监视包括监视PO中用P-RNTI(下文中，称为寻呼PDCCH)加扰的PDCCH(或MPDCCH或NPDCCH)。寻呼消息可以被包括在寻呼PDCCH中或由寻呼PDCCH调度的PDSCH中。寻呼帧(PF)中可以包括一个或更多个PO，并且可以基于UE ID来周期性配置PF。PF可以对应于一个无线电帧，并且可以基于UE的国际移动用户标识(IMSI)来确定UE ID。当配置了DRX时，UE在每个DRX周期监视仅一个PO。当UE在PO中接收到指示其ID和/或系统信息的改变的寻呼消息时，UE可以执行RACH过程以初始化(或重新配置)与BS的连接，或者从BS接收(或获得)新的系统信息。因此，在以上描述的过程和/或方法中，可以在时域中不连续地执行PO监视，以执行用于连接到BS的RACH过程或者从BS接收(或获得)新的系统信息。

图21是例示了示例性扩展DRX(eDRX)的示图。

根据DRX周期配置，最大周期持续时间可以限于2.56秒。然而，诸如MTC UE或NB-IoT UE这样的间歇地发送和接收数据的UE在DRX周期期间可能遭受不必要的功耗。为了进一步降低UE的功耗，引入了基于功率节省模式(PSM)和寻呼时间窗口或寻呼发送窗口(PTW)来显著扩展DRX周期的方法，并且扩展的DRX周期被简称为eDRX周期。具体地，基于UE ID周期性配置寻呼超帧(PH)，并且在PH中定义PTW。UE可以通过在PTW持续时间内执行DRX周期并因此在其PO中切换到唤醒模式来监视寻呼信号。如图19中例示的(例如，各自包括唤醒模式和休眠模式)的一个或更多个DRX周期可以被包括在PTW持续时间中。可以通过来自BS的较高层(例如，RRC)信令配置PTW持续时间中DRX周期的数目。

G.符号、缩写和术语

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

-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：最大耦合损耗

H.本公开所提出的方法

H.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的控制信道的本公开。

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

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

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

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

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

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

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

在图22至图24的示例中，当系统支持MTC时，可以在MPDCCH上发送/接收DCI(S2204或S2304)，可以在PUSCH上至少一次地发送/接收UL数据(S2206或S2306)，可以在PDSCH上至少一次地发送/接收DL数据(S2206或S2306)，并且可以在PUCCH上至少一次地发送/接收HARQ-ACK反馈(S2208或S2308)(例如，参见“C.MTC(机器型通信)”)。在图22至图24的示例中，当系统支持NB-IoT时，可以在NPDCCH上发送/接收DCI(S2204或S2304)；可以在NPUSCH上至少一次地发送/接收UL数据(S2206或S2306)；可以在NPDSCH上至少一次地发送/接收DL数据(S2206或S2306)；并且可以在NPUSCH上至少一次地发送/接收HARQ-ACK反馈(S2208或S2308)(例如，参见“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，因此可以预计频率分集增益。在表13中将上述示例列成表格。

[表13]

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

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

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

在方法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是适用的，因此可以预期频率分集增益。在表14中将以上示例列成表格。

[表14]

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

表14的示例与表13的示例不同的方面是作为不同地解释后一位的基础的重复数目。因此，参考表13描述的UE操作和BS操作以引用方式合并在本文中，除了参考表13描述的操作中的“当通过DCI调度的TB没有被重复时”被“当通过DCI调度的TB没有被重复或重复少于四次时”替换，并且参考表13描述的操作中的“当通过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格式相比，可以减少两位。在表15中将以上示例列成表格。

[表15]

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

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

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

当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中提出的表15中描述的针对被设置为4(或2)或更大的重复数目使用DCI的一位作为FH指示符并且针对被设置为小于4(或2)的重复数目使用一位来提供RV信息的方法。

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

[表16]

重复	＝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的方法区分开。

表17将在通过一个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位。

[表17]

表18将在通过一个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位。

[表18]

表19将当通过一个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位。

[表19]

当表示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(例如，与表15相关的方法或方法1-B)时，可以在DCI中使用/分配指示特定数目(或N_thr)的TB的RV和FH的1位字段。当应用方法1(例如，与表13或表14相关的方法)时，可以在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位字段(例如，参照与表15相关的方法或方法1-B)或2位字段(例如，参照与表13或表14相关的方法)的DCI，然后将所生成的DCI发送到UE(例如，S2204)。BS可以将基于所发送的DCI调度的TB发送到UE或者从UE接收所述TB(例如，S2206)。UE可以从BS接收调度一个或更多个TB的DCI(例如，S2304)。当被调度TB的数目为1时，UE可以获得指示用于一个TB的RV的2位信息和指示用于这一个TB的FH的1位信息。当被调度TB的数目大于1时，UE可以从接收到的DCI获得指示多个TB的RV和/或FH的1位信息(例如，参照与表15相关的方法或方法1-B)或指示表明FH的多个TB的RV和/或FH的2位信息(例如，参照与表13或表14相关的方法)。UE可以基于从DCI获得的信息来确定是否应用RV和FH，并可以从BS接收被调度的TB或者向BS发送被调度的TB(例如，S2306)。

(选项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中提出的表(例如，表13至表16)中的一个来解释指示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(例如，与表15相关的方法或方法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(例如，S2204)。BS可以基于所发送的DCI向UE发送或从UE接收被调度的TB(例如，S2206)。UE可以从BS接收调度一个或更多个TB的DCI(例如，S2304)。当被调度TB的数目为1时，UE可以获得指示用于一个TB的RV的2位信息和指示用于这一个TB的FH的1位信息。当被调度TB的数目大于1时，UE可以获得指示用于多个TB的RV和/或FH的1位信息。UE可以基于从DCI获得的信息来确定RV以及是否应用FH，并可以从BS接收被调度的TB或向BS发送被调度的TB(例如，S2306)。

在另一示例中，在传统DCI中可以分开使用/分配2位RV字段和1位FH字段，而在方法1(例如，与表13或表14相关的方法)中，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(例如，S2204)。BS可以基于所发送的DCI向UE发送或从UE接收被调度的TB(例如，S2206)。UE可以从BS接收调度一个或更多个TB的DCI(例如，S2304)。当被调度TB的数目为1时，UE可以获得指示用于一个TB的RV的2位信息和指示用于这一个TB的FH的1位信息。当被调度TB的数目为2或更大时，UE可以获得指示用于多个TB的RV和/或FH的2位信息。UE可以基于从DCI获得的信息来确定RV以及是否应用FH，并可以从BS接收被调度的TB或向BS发送被调度的TB(例如，S2306)。

这可以旨在确保调度灵活性处于与当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)的各种领域。

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

图25例示了应用于本公开的通信系统1。

参照图25，应用于本公开的通信系统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彼此之间进行无线电信号的发送/接收。为此，可以基于本公开的各种提议，执行用于发送/接收无线电信号的各种配置信息配置过程、各种信号处理过程(例如，信道编码/解码、调制/解调以及资源映射/解映射)和资源分配过程中的至少一部分。

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

参照图26，第一无线装置100和第二无线装置200可以通过各种RAT(例如，LTE和NR)发送无线电信号。本文中，{第一无线装置100和第二无线装置200}可以对应于图25中的{无线装置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可以包括(模拟)振荡器和/或滤波器。

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

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

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

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

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

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

参照图28，便携式装置100可以包括天线单元108、通信单元110、控制单元120、电源单元140a、接口单元140b和I/O单元140c。天线单元108可以被配置为通信单元110的一部分。框110至130/140a至140c分别对应于图27的框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按各种形式(例如，文本、语音、图像、视频和触觉效果)输出。

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

参照图29，车辆或自主驾驶车辆100可以包括天线单元108、通信单元110、控制单元120、驱动单元140a、电源单元140b、传感器单元140c和自主驾驶单元140d。天线单元108可以被配置为通信单元110的一部分。框110/130/140a至140d分别对应于图27的框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 (15)

1.一种由用户设备UE在支持多个传输块调度的无线通信系统中发送信号的方法，该方法包括以下步骤：

通过较高层信令接收用于启用跳频的信息；

通过物理下行链路控制信道PDCCH接收(S2304)调度一个或更多个传输块的下行链路控制信息DCI；

基于被调度的所述一个或更多个传输块的数目从所述DCI获得信息；以及

通过物理上行链路共享信道PUSCH发送(S2306)被调度的所述一个或更多个传输块，

其中，从所述DCI获得所述信息包括：

在被调度的所述一个或更多个传输块的数目为1的情况下，从所述DCI获得用于一个传输块的冗余版本的2位信息以及用于所述一个传输块的跳频指示的1位信息；以及

在被调度的所述一个或更多个传输块的数目为2的情况下，获得2位信息，其中，获得的所述2位信息的处理由所述UE基于针对所述PUSCH配置的重复数目来执行，

i)对于所述重复数目≥2，获得的所述2位信息的第一位仅与冗余版本有关，并且获得的所述2位信息的第二位仅与用于通过所述DCI调度的两个传输块的跳频指示有关，并且

ii)对于所述重复数目＝1，获得的所述2位信息的每一位仅与冗余版本有关，并且所述跳频指示不被包含在所述DCI中。

2.根据权利要求1所述的方法，其中，i)对于所述重复数目≥2，所述第一位指示冗余版本0或2。

3.根据权利要求1所述的方法，其中，在被调度的所述一个或更多个传输块的数目为2的情况下，基于所述重复数目为1，所述UE当通过所述较高层信令启用时，针对所述两个传输块执行所述跳频。

4.根据权利要求1所述的方法，其中，所述DCI包括具有数目与被调度的所述一个或更多个传输块的数目相同的位的新数据指示符NDI信息。

5.根据权利要求1所述的方法，其中，所述UE不被配置为使用64正交幅度调制64QAM。

6.根据权利要求1所述的方法，其中，所述DCI被配置为调度多达8个传输块。

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

接收指示通过一个DCI调度的传输块的最大数目的较高层信号。

8.根据权利要求1所述的方法，其中，所述DCI包括关于所述一个或更多个传输块的数目的信息。

9.一种用于无线通信的装置(100)，该装置(100)包括：

存储器(104)，该存储器被配置为存储指令；以及

处理器(102)，该处理器被配置为通过执行所述指令来执行操作，

其中，所述操作包括：

通过较高层信令接收用于启用跳频的信息；

通过物理下行链路控制信道PDCCH接收(S2304)调度一个或更多个传输块的下行链路控制信息DCI；

基于被调度的所述一个或更多个传输块的数目从所述DCI获得信息；以及

通过物理上行链路共享信道PUSCH发送(S2306)被调度的所述一个或更多个传输块，

其中，从所述DCI获得所述信息包括：在被调度的所述一个或更多个传输块的数目为1的情况下，从所述DCI获得用于一个传输块的冗余版本的2位信息以及用于所述一个传输块的跳频指示的1位信息；以及

在被调度的所述一个或更多个传输块的数目为2的情况下，获得2位信息，其中，获得的所述2位信息的处理由所述处理器(102)基于针对所述PUSCH配置的重复数目来执行，

i)对于所述重复数目≥2，获得的所述2位信息的第一位仅与冗余版本有关，并且获得的所述2位信息的第二位仅与用于通过所述DCI调度的两个传输块的跳频指示有关，并且

ii)对于所述重复数目＝1，获得的所述2位信息的每一位与冗余版本有关，并且所述跳频指示不被包含在所述DCI中。

10.根据权利要求9所述的装置(100)，其中，所述装置(100)是被配置为在无线通信系统中操作的用户设备UE。

11.根据权利要求9或10所述的装置(100)，所述装置(100)还包括：

被配置为在所述处理器(102)的控制下发送或接收无线电信号的收发器(106)。

12.根据权利要求9所述的装置(100)，其中，所述装置(100)是专用集成电路ASIC或数字信号处理器件。

13.一种存储指令的计算机可读存储介质，所述指令在被处理器执行时被配置为使得所述处理器执行根据权利要求1至8中的任一项权利要求所述的方法。

14.一种由基站BS在支持多个传输块调度的无线通信系统中接收信号的方法，该方法包括以下步骤：

通过较高层信令发送用于启用跳频的信息；

基于将通过下行链路控制信息DCI调度的一个或更多个传输块的数目来生成所述DCI；

通过物理下行链路控制信道PDCCH将所述DCI发送(S2204)到用户设备UE；以及

通过物理上行链路共享信道PUSCH接收(S2206)被调度的所述一个或更多个传输块，

其中，生成所述DCI包括：

在所述一个或更多个传输块的数目为1的情况下，生成用于一个传输块的冗余版本的2位信息以及用于所述一个传输块的跳频指示的1位信息作为所述DCI的一部分；以及

在被调度的所述一个或更多个传输块的数目为2的情况下，生成2位信息作为所述DCI的一部分，其中，所述2位信息由所述BS基于针对所述PUSCH配置的重复数目来确定，

i)对于所述重复数目≥2，获得的所述2位信息的第一位仅与冗余版本有关，并且获得的所述2位信息的第二位仅与用于通过所述DCI调度的两个传输块的跳频指示有关，并且

ii)对于所述重复数目＝1，获得的所述2位信息的每一位与冗余版本有关，并且所述跳频指示不被包含在所述DCI中。

15.一种用于无线通信的装置(200)，该装置(200)包括：

存储器(204)，该存储器被配置为存储指令；以及

处理器(202)，该处理器被配置为通过执行所述指令来执行操作，

其中，所述操作包括：

通过较高层信令发送用于启用跳频的信息；

基于将通过下行链路控制信息DCI调度的一个或更多个传输块的数目来生成所述DCI；

通过物理下行链路控制信道PDCCH将所述DCI发送(S2204)到用户设备UE；以及

通过物理上行链路共享信道PUSCH接收(S2206)被调度的所述一个或更多个传输块，

其中，生成所述DCI包括：

在所述一个或更多个传输块的数目为1的情况下，生成用于一个传输块的冗余版本的2位信息以及用于所述一个传输块的跳频指示的1位信息作为所述DCI的一部分；以及

在被调度的所述一个或更多个传输块的数目为2的情况下，生成2位信息作为所述DCI的一部分，其中，所述2位信息由所述处理器(202)基于针对所述PUSCH配置的重复数目来确定，

i)对于所述重复数目≥2，获得的所述2位信息的第一位仅与冗余版本有关，并且获得的所述2位信息的第二位仅与用于通过所述DCI调度的两个传输块的跳频指示有关，并且

ii)对于所述重复数目＝1，获得的所述2位信息的每一位与冗余版本有关，并且所述跳频指示不被包含在所述DCI中。

Images