CN112715015B - 在无线通信系统中发送或接收无线信号的方法和装置 - Google Patents

Abstract

本发明涉及一种无线通信系统，更具体地说，涉及一种用于该无线通信系统的方法及其装置，该方法包括以下步骤：接收用于调度多个传送块(TB)的信息；基于该信息接收多个TB；以及发送与所述多个TB相关的HARQ‑ACK信息，其中基于特定条件来确定是否应用HARQ‑ACK捆绑和/或其中应用了HARQ‑ACK捆绑的结构。

Description

在无线通信系统中发送或接收无线信号的方法和装置

技术领域

本公开涉及无线通信系统，并且更具体地，涉及一种用于发送或接收HARQ-ACK的方法和装置。

背景技术

一般而言，无线通信系统正在发展以多样化地覆盖广泛的范围，从而提供诸如音频通信服务、数据通信服务等的通信服务。无线通信是能够通过共享可用的系统资源(例如，带宽、传输功率等)来支持与多个用户的通信的多址系统。例如，多址系统可以包括CDMA(code division multiple access，码分多址)系统、FDMA(frequency division multipleaccess，频分多址)系统、TDMA(time division multiple access，时分多址)系统、OFDMA(orthogonal frequency division multiple access，正交频分多址)系统、SC-FDMA(single carrier frequency division multiple access，单载波频分多址)系统等中的一个。

发明内容

技术问题

本公开的技术任务是提供一种用于发送或接收无线电信号的方法及其装置，并且更具体地，提供一种用于有效地发送或接收HARQ-ACK信息的方法和装置。

可从本公开获得的技术任务不限于以上提及的技术任务。并且，本公开所属领域的普通技术人员可以从以下描述中清楚地理解其他未提及的技术任务。

技术方案

在本公开的一个方面，在此提供一种用于在无线通信系统中由终端发送信号的方法，该方法包括：接收用于调度多个传送块(TB)的信息；基于该信息接收多个TB；以及发送用于多个TB的HARQ-ACK信息，其中，基于特定条件，确定是否应用HARQ-ACK捆绑和/或用于应用HARQ-ACK捆绑的结构。

在本公开的另一方面，在此提供一种用于在无线通信系统中发送和接收信号的终端，该终端包括：收发器，该收发器被配置为接收或发送信号、以及处理器，该处理器被配置为控制该收发器，其中该处理器被配置为：接收用于调度多个传送块(TB)的信息、基于该信息接收多个TB、以及发送用于多个TB的HARQ-ACK信息，其中，基于特定条件，确定是否应用HARQ-ACK捆绑和/或用于应用HARQ-ACK捆绑的结构。

在本公开的另一方面，在此提供一种用于用户设备在无线通信系统中接收下行链路信号的装置，该装置包括：存储器，该存储器包含可执行代码；以及处理器，该处理器连接到存储器用于操作，其中处理器被配置为执行可执行代码以执行特定操作，特定操作包括：接收用于调度多个传送块(TB)的信息，基于该信息接收多个TB，以及发送用于所述多个TB的HARQ-ACK信息，其中，基于特定条件，确定是否应用HARQ-ACK捆绑和/或用于应用HARQ-ACK捆绑的结构。

当特定条件满足用于应用HARQ-ACK捆绑的条件时，HARQ-ACK信息可以包括通过应用HARQ-ACK捆绑生成的一比特信息。当特定条件不满足用于应用HARQ-ACK捆绑的条件时，HARQ-ACK信息可以包括对多个TB的单独的HARQ-ACK响应。

特定条件可以包括多个TB以交替方式被接收。当多个TB以交替方式被接收时，HARQ-ACK捆绑被应用于HARQ-ACK信息的传输。当多个TB没有以交替方式被接收时，可以跳过应用HARQ-ACK捆绑用于HARQ-ACK信息的传输。

特定条件可以包括多个TB以交替方式被接收。当以交替方式接收多个TB时，HARQ-ACK信息可以包括通过将HARQ-ACK捆绑应用于多个TB而生成的一比特信息。当多个TB没有以交替方式被接收时，HARQ-ACK信息可以包括通过将多个TB分组为M个子组并且将HARQ-ACK捆绑应用于子组中的每一个而生成的M比特信息，其中M可以是正整数。

特定条件可以包括多个TB的数量大于特定数量。当多个TB的数量小于或等于特定数量时，HARQ-ACK信息可以包括对多个TB的单独的HARQ-ACK响应。当多个TB的数量大于特定数量时，可以通过应用HARQ-ACK捆绑来生成HARQ-ACK信息。

特定数量可以是4。

当多个TB的数量大于特定数量时，可以通过将多个TB分组为特定数量的子组并且将HARQ-ACK捆绑应用于子组中的每一个来生成HARQ-ACK信息。

特定数量可以是2。

当多个TB的数量大于特定数量时，可以通过将HARQ-ACK捆绑应用于多个TB的整体来生成HARQ-ACK信息。

特定条件可以包括用于多个TB当中的不同TB的HARQ-ACK传输时间间隔彼此重叠。当用于多个TB当中的不同TB的HARQ-ACK传输时间间隔彼此重叠时，可以通过应用HARQ-ACK捆绑来生成HARQ-ACK信息。当用于多个TB当中的不同TB的HARQ-ACK传输时间间隔彼此不重叠时，可以在不应用HARQ-ACK捆绑的情况下生成HARQ-ACK信息。

有益效果

根据本公开，可以在无线通信系统中有效地执行HARQ-ACK传输和接收。

可从本公开获得的效果不受上述效果的限制。并且，本公开所属领域的普通技术人员可以从以下描述中清楚地理解其他未提及的效果。

附图说明

附图被包括在内以提供对本公开的进一步理解，并且被并入本申请并构成本申请的一部分，附图示出了本公开的实施例，并且与描述一起用于解释本公开的原理。在附图中：

图1是示出可以在本公开的各种实施例中使用的物理信道以及使用该物理信道的信号传输方法的示意图；

图2示出了LTE无线电帧的结构；

图3示出了LTE帧的时隙结构；

图4示出了下行链路子帧的结构；

图5示出了上行链路子帧的结构；

图6示出了在NR中使用的无线电帧的结构；

图7示出了NR帧的时隙结构；

图8示出了自包含时隙的结构；

图9是示出MTC通信的示意图；

图10示出了MTC中的小区覆盖范围改善；

图11示出了用于MTC的信号频带；

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

图13示出了NB-IoT帧结构；

图14示出了NB-IoT的三种操作模式；

图15示出了在10MHz的LTE带宽中的带内锚定载波的部署；

图16示出了在FDD LTE系统中发送NB-IoT下行链路物理信道/信号的位置；

图17示出了NPUSCH格式；

图18示出了在NB-IoT中配置多载波时的操作；

图19示出了NB-IoT网络接入过程；

图20示出了在NB-IoT RACH上的前导传输；

图21示出了用于不连续接收PDCCH的DRX周期；

图22示出了用于寻呼的DRX周期；

图23示出了扩展的DRX(eDRX)周期；

图24示出了WUS和PO之间的定时关系；

图25示出了根据本公开的实施例的用于执行HARQ-ACK捆绑的方法；

图26示出了根据本公开的另一实施例的用于执行HARQ-ACK捆绑的方法；

图27是由终端实行的根据本公开的方法的流程图；

图28是由基站实行的根据本公开的方法的流程图；

图29示出了应用于本公开的通信系统1；

图30示出了适用于本公开的无线设备；

图31示出了应用于本公开的另一示例无线设备；

图32示出了应用于本公开的车辆或自主驾驶车辆；

图33示出了应用于本公开的AR/VR和车辆；以及

图34示出了适用于本公开的5G场景。

具体实施方式

本公开的实施例适用于各种无线接入技术，诸如码分多址(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(A)是3GPP LTE的演进版本。3GPP NR(新无线电或新无线电接入技术)是3GPP LTE/LTE-A的演进版本。

为了清楚和简洁，将基于3GPP通信系统(例如，LTE、NR)进行描述，但是本公开的技术思想不限于此。LTE指的是3GPP TS 36.xxx版本8之后的技术。详细地说，3GPP TS 36.xxx版本10之后的LTE技术称为LTE-A，并且3GPP TS 36.xxx版本13之后的LTE技术称为LTE-Apro。3GPP NR指的是TS 38.xxx版本15之后的技术。LTE/NR可以被称为3GPP系统。“xxx”指定标准文件编号。LTE/NR可以统称为3GPP系统。在本公开中使用的背景技术、术语、缩写等可以指在本公开之前公布的标准文件中描述的内容。

1.3GPP系统概述

1.1.物理信道和一般信号传输

图1是示出在本公开的各种实施例中使用的物理信道以及使用该物理信道的信号传输方法的示意图。

在无线通信系统中，终端(UE)在DL(DL)上从基站接收信息，并且在上行链路(UL)上向基站发送信息。由基站和UE发送和接收的信息包括数据和各种控制信息。根据所发送和接收的信息的类型/用途，存在各种物理信道。

当UE从关机状态再次开机或进入新小区时，用UE执行初始小区搜索过程，诸如获取到BS的同步(S11)。为此，UE通过从BS接收主同步信道(P-SCH)和辅同步信道(S-SCH)来建立与BS的同步，并获取诸如小区标识(ID)的信息。然后，UE可以通过从BS接收PBCH信号来获取在小区中广播的信息。在初始小区搜索过程中，UE可以通过接收DL RS来监视DL信道状态。

在完成初始小区搜索过程后，UE可以通过根据在PDCCH上携带的信息接收PDCCH和PDSCH来获取更详细的系统信息(S12)。

接下来，UE可以执行随机接入过程，以便完成对BS的接入(S13至S16)。为此，UE可以通过PRACH发送前导(S13)，并通过PDCCH和对应于PDCCH的PDSCH接收对前导的随机接入响应(RAR)(S14)。UE可以使用RAR中的调度信息发送PUSCH(S15)，并且执行竞争解决过程，诸如接收PDCCH信号和接收对应于PDCCH信号的PDSCH信号(S16)。

作为一般的UL/DL信号传输过程，已经执行上述过程的UE可以接收PDCCH信号和/或PDSCH信号(S17)和/或发送PUSCH信号和/或PUCCH信号(S18)。UE发送到BS的控制信息统称为UCI。UCI包括HARQ-ACK/NACK、调度请求(SR)、CQI、PMI和RI信息。一般而言，UCI通过PUCCH周期性地被发送。然而，当控制信息和数据应该被同时发送时，UCI可以通过PUSCH被发送。此外，UE可以根据网络的请求/指示，通过PUSCH不定期地发送UCI。

以上描述的配置甚至适用于MTC或NB-IoT。

1.2.无线电帧结构

图2示出了LTE无线电帧结构。

LTE支持用于频分双工(FDD)的帧类型1、用于时分双工(TDD)的帧类型2和用于非授权小区(UCell)的帧类型3。除主小区(PCell)外，可以聚合直至31个辅小区(SCell)。除非另有说明，下面描述的操作可独立地应用于每个小区。在聚合多个小区时，不同的帧结构可以用于不同的小区。帧结构中的时间资源(例如，子帧、时隙、子时隙)可以统称为时间单元(TU)。

图2(a)示出了帧类型1。下行链路无线电帧被定义为10个1ms子帧(SF)。根据循环前缀(CP)，SF包括14个或12个符号。当使用正常CP时，SF包括14个符号。当使用扩展CP时，SF包括12个符号。根据多址方案，符号可以表示OFDM(A)符号或SC-FDM(A)符号。例如，符号在DL上可以表示OFDM(A)符号，并且在UL上可以表示SC-FDM(A)符号。OFDM(A)符号可以被称为循环前缀OFDM(A)(CP-OFDM(A))符号，并且SC-FDM(A)符号可以被称为离散傅立叶变换-扩展-OFDM(A)(DFT-s-OFDM(A))符号。

子帧可以根据子载波间隔(subcarrier spacing，SCS)定义为一个或多个时隙，如下所示。

-当SCS＝7.5kHz或15kHz时，子帧#i被定义为两个0.5ms时隙#2i和#2i+1(其中i＝0至9)。

-当SCS＝1.25kHz时，子帧#i被定义为一个1ms时隙#2i。

-当SCS＝15kHz时，子帧#i可以被定义为6个子时隙，如表A1中示例性示出的那样。

表1示出了子帧中子时隙配置的示例(具有正常CP)。

[表1]

图2(b)示出了帧类型2。帧类型2由两个半帧组成。每个半帧包括4个(或5个)正常子帧和1个(或0个)特殊子帧。根据UL-DL配置，正常子帧用于UL或DL。子帧由两个时隙组成。

表2示出了根据UL-DL配置的无线电帧中的子帧配置的示例。

[表2]

在此，D表示DL子帧，U表示UL子帧，并且S表示特殊子帧。特殊子帧包括下行链路导频时隙(DwPTS)、保护时段(GP)和上行链路导频时隙(UpPTS)。DwPTS用于UE中的初始小区搜索、同步或信道估计，而UpPTS用于BS中的信道估计和UE中的上行链路传输同步。GP是在下行链路和上行链路之间提供的时段，用于消除由下行链路信号的多径延迟引起的对上行链路的干扰。

表3示出了特殊子帧的配置的示例。

[表3]

在此，X由高层(例如，RRC)信号设置，或者被给出为0。

图3示出了LTE帧的时隙结构。

参考图3，时隙包括时域中的多个符号和频域中的多个资源块(resource block，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的长度而变化(参见表A1)。例如，在正常CP的情况下，时隙包括7个符号，而在扩展CP的情况下，时隙包括6个符号。

RB被定义为时域中的N^DL/UL _symb(例如7个)连续符号，并且被定义为频域中的N^RB _sc(例如12个)连续子载波。在此，RB可以表示物理资源块(PRB)或虚拟资源块(VRB)，并且PRB和VRB可以以一一对应的方式映射。在子帧的两个时隙中的每一个时隙中被定位一个的两个RB被称为RB对。构成RB对的两个RB具有相同的RB号(也称为RB索引)。由一个符号和一个子载波构成的资源被称为资源元素(RE)或音调(tone)。资源网格中的每个RE可以由一个时隙内的索引对(k,l)唯一地定义。k是频域中范围从0到N^DL/UL _RB×N^RB _sc-1的索引，并且l是时域中范围从0到N^DL/UL _symb-1的索引。

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

参考图4，被定位在子帧的第一时隙的前部中的最多3(或4)个OFDM符号对应于控制区域。剩余的OFDM符号对应于物理下行链路共享信道(PDSCH)被分配到的数据区域。数据区域的基本资源单位是RB。在LTE中使用的DL控制信道的示例包括物理控制格式指示符信道(PCFICH)、物理下行链路控制信道(PDCCH)和物理混合ARQ指示符信道(PHICH)。PCFICH在子帧的第一OFDM符号处被发送，并携带关于用于子帧内的控制信道的传输的OFDM符号的数量的信息。PHICH是对UL传输的响应，并携带HARQ应答/否定应答(ACK/NACK)信号。在PDCCH上发送的控制信息被称为下行链路控制信息(DCI)。DCI包括用于任何UE组的UL传输功率控制命令或UL或DL调度信息。

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

参考图5，子帧500由两个0.5ms时隙501构成。每个时隙由多个符号502构成，其中一个符号对应于一个SC-FDMA符号。RB 503是对应于频域中的12个子载波和时域中的一个时隙的资源分配单元。用于LTE的UL子帧的结构主要被分为数据区域504和控制区域505。数据区域是指用于向每个UE发送数据(诸如语音和分组)的通信资源，并且包括物理上行链路共享信道(PUSCH)。控制区域是指用于发送UL控制信号的通信资源，例如，来自每个UE的DL信道质量报告、用于DL信号的接收ACK/NACK、UL调度请求等，并且包括物理上行链路控制信道(PUCCH)。探测参考信号(SRS)在时间轴上的子帧中的最后SC-FDMA符号上被发送。

图6示出了在NR中使用的无线电帧的结构。

在NR中，UL和DL传输由帧构成。无线电帧为10ms长，并且可以被定义为两个半帧(HF)，每个半帧长5ms。HF可以包括5个子帧(SF)，每个1ms长。SF可以被分成一个或多个时隙。可以基于子载波间隔(SCS)来确定SF中的时隙的数量。根据循环前缀(CP)，每个时隙可以包括12个或14个OFDM(A)符号。当使用正常CP时，每个时隙可以包括14个符号。当使用扩展CP时，每个时隙可以包括12个符号。在此，符号可以包括OFDM符号(或CP-时间资源持续时间)或SC-FDMA符号(或离散傅立叶变换-扩展-OFDM(DFT-s-OFDM)符号)。

下面的表4示出了当使用正常CP时，根据SCS配置u，每个时隙的符号的数量、每个帧的时隙的数量和每个子帧的时隙的数量。

[表4]

SCS(15*2^u)	Nslot symb	Nframe,u slot	Nsubframe,u slot
				15KHz(u＝0)	14	10	1
30KHz(u＝1)	14	20	2
				60KHz(u＝2)	14	40	4
120KHz(u＝3)	14	80	8
				240KHz(u＝4)	14	160	16

*N^slot _symb：每个时隙的符号的数量；

*N^frame,u _slot：每个帧的时隙的数量；

*N^subframe,u _slot：每个子帧的时隙的数量。

表5示出了当使用扩展CP时，根据SCS的每个时隙的符号的数量、每个帧的时隙的数量和每个子帧的时隙的数量。

[表5]

SCS(15*2^u)	Nslot symb	Nframe,u slot	Nsubframe,u slot
				60KHz(u＝2)	12	40	4

在NR系统中，可以在为一个UE聚合的多个小区之间配置不同的OFDM(A)参数集(例如，SCS和CP长度)。然后，由相同数量的符号组成的时间资源(例如，子帧、时隙或传输时间间隔(TTI))(为方便起见，称为时间单元(TU))的(绝对时间)持续时间可以在聚合的小区之间不同地配置。

图7示出了NR帧的时隙配置。

时隙包括时域中的多个符号。例如，当使用正常CP时，时隙包括14个符号。然而，当使用扩展CP时，时隙包括12个符号。载波包括频域中的多个子载波。资源块(RB)被定义为频域中的多个连续子载波(例如，12个连续子载波)。带宽部分(BWP)可以被定义为频域中的多个连续物理RB(PRB)，并且对应于单个参数集(例如，SCS、CP长度等)。载波可以包括直至N(例如，5)个BWP。数据通信可以通过激活的BWP来执行，并且对于一个UE只能激活一个BWP。在资源网格中，每个元素被称为资源元素(RE)，并且一个复数符号可以被映射到每个RE。

图8示出了自包含时隙的结构。

在NR系统中，帧具有自包含结构，其中DL控制信道、DL或UL数据、UL控制信道等全部可以被包括在一个时隙中。例如，时隙中的前N个符号(以下称为DL控制区域)可以用于发送DL控制信道，时隙中的最后M个符号(以下称为UL控制区域)可以用于发送UL控制信道。N和M是大于0的整数。DL控制区域和UL控制区域之间的资源区域(以下称为数据区域)可以用于DL数据传输或UL数据传输。在控制区域和数据区域之间可能存在DL到UL或UL到DL切换的时间间隔。例如，可以考虑以下配置。相对应的间隔以时间顺序列出。

1.仅DL配置

2.仅UL配置

3.混合UL-DL配置

-DL区域+保护时段(GP)+UL控制区域；

-DL控制区域+GP+UL区域，

*DL区域：(i)DL数据区域或(ii)DL控制区域+DL数据区域；

*UL区域：(i)UL数据区域或(ii)UL数据区域+UL控制区域。

可以在DL控制区域中发送PDCCH，并且可以在DL数据区域中发送PDSCH。可以在UL控制区域中发送PUCCH，并且可以在UL数据区域中发送PUSCH。GP在从传输模式切换到接收模式或从接收模式切换到传输模式的过程中提供时间间隙。在子帧内从DL切换到UL时的一些符号可以被配置为GP。

2.MTC(机器类型通信)

MTC是涉及一个或多个机器的数据通信类型。它可以应用于M2M(机器对机器)或IoT(物联网)。在此，机器表示不需要来自人类的直接操纵或干预的实体。例如，机器包括配备有移动通信模块的智能仪表、自动售货机和具有MTC功能的便携式终端。

在3GPP中，从版本10开始应用的MTC可以被实施以满足低成本&低复杂性、增强的覆盖范围和低功耗的要求。例如，3GPP版本12为低成本MTC设备添加了特征，并为此定义了UE类别0。UE类别是UE在通信调制解调器中可以处理多少数据的指示符。具有UE类别0的UE可以通过使用降低的峰值数据速率、具有宽松射频(RF)要求的半双工操作以及单个接收天线来降低基带/RF复杂性。在3GPP版本12中，引入了eMTC(增强型MTC)，并且MTC终端的成本和功耗通过仅在1.08MHz(即6个RB)下操作而进一步降低，这是由传统LTE支持的最小频率带宽。

在以下描述中，术语MTC可以与诸如eMTC、LTE-M1/M2、BL/CE(带宽降低的低复杂性/覆盖范围增强)、非BL UE(在增强的覆盖范围中)、NR MTC和增强型BL/CE或其他等效术语等术语互换使用。此外，MTC终端/设备包括具有MTC功能的终端/设备(例如，智能仪表、自动售货机、具有MTC功能的便携式终端)。

图9示出了MTC通信。

参考图9，MTC设备900是提供MTC通信功能的无线设备，并且可以是固定的或移动的。例如，MTC设备900包括配备有移动通信模块的智能仪表、自动售货机和具有MTC功能的便携式终端。基站920可以使用无线接入技术连接到MTC设备910，并且可以通过有线网络连接到MTC服务器970。MTC服务器970连接到MTC设备910，以向MTC设备910提供MTC服务。通过MTC提供的服务不同于涉及人工干预的现有的通信服务。可以通过MTC提供各种类别的服务，诸如跟踪、计量、支付、医疗服务和远程控制。例如，诸如抄表、水位测量、监控摄像头的使用和自动售货机的库存报告的服务可以通过MTC提供。MTC通信的特性是所传递的数据量较小，并且偶尔发生上行链路/下行链路数据传输/接收。因此，就效率而言，降低MTC设备的单位成本并根据低数据速率降低电池功耗是更好的。MTC设备通常具有很小的移动性，并且因此MTC通信的信道环境几乎不变。

图10示出了MTC中的小区覆盖范围增强。

对于MTC设备1100，正在讨论各种小区覆盖范围扩展(或覆盖范围增强)(CE)技术来扩展基站的小区覆盖范围。例如，为了小区CE，基站/终端可以在多个时机(物理信道捆绑)发送一个物理信道/信号。在捆绑时段中，物理信道/信号可以根据预定义的规则被重复发送。接收设备可以通过解码部分或全部物理信道/信号捆绑来提高物理信道/信号的解码的成功率。在此，时机可以意味着可以通过其发送/接收物理信道/信号的资源(例如，时间/频率)。用于物理信道/信号的时机可以包括时域中的子帧、时隙或符号集。在此，符号集可以由一个或多个连续的基于OFDM的符号组成。基于OFDM的符号可以包括OFDM(A)符号和DFT-s-OFDM(A)(＝SC-FDM(A))符号。用于物理信道/信号的时机可以包括频域中的频率带和RB集。例如，可以重复发送PBCH、PRACH、MPDCCH、PDSCH、PUCCH和PUSCH。

图11示出了用于MTC的信号频带。

参考图11，作为降低MTC终端的单位成本的方法，MTC可以仅在小区的系统带宽中的特定频带(或信道频带)(在下文中为MTC子带或窄带(NB))中操作，而不管小区的系统带宽如何。例如，MTC终端的上行链路/下行链路操作可以仅在1.08MHz频率带中执行。LTE系统中1.08MHz对应于六个连续PRB，并且被定义为遵循与LTE终端相同的小区搜索和随机接入过程。图C4(a)示出了在小区的中心配置MTC子带的情况(例如，在中心的6个PRB)，而图C4(b)示出了在小区中配置多个MTC子带的情况。可以在频域中连续/不连续地配置多个MTC子带。用于MTC的物理信道/信号可以在一个MTC子带中被发送和接收。在NR系统中，可以考虑频率范围和SCS来定义MTC子带。例如，在NR系统中，MTC子带的大小可以被定义为X个连续的PRB(即，0.18*X*(2^u)MHz的带宽)(参见表A4中以获得u)。在此，根据同步信号/物理广播信道(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终端可以在子帧内的搜索空间中监视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子带中被发送。因此，在MPDCCH接收之后，MTC终端可以执行射频(RF)重调谐以进行PDSCH接收。在UL调度的情况下，当MPDCCH的重复传输在子帧#N中结束时，由MPDCCH调度的PUSCH的传输在子帧#N+4中开始。当重复传输应用于物理信道时，不同MTC子带之间的跳频由RF重调谐支持。例如，当在32个子帧中重复发送PDSCH时，可以在前16个子帧中在第一MTC子带中发送PDSCH，并且可以在剩余的16个子帧中在第二MTC子带中发送PDSCH。MTC以半双工模式操作。MTC中的HARQ重传是自适应和异步的。

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

NB-IoT表示通过现有的无线通信系统(例如，LTE、NR)支持低功率广域网的窄带物联网技术。此外，NB-IoT可以指用于通过窄带支持低复杂性和低功耗的系统。由于NB-IoT系统以与现有系统相同的方式使用OFDM参数(诸如子载波间隔(SCS))，因此不需要为NB-IoT系统单独分配附加频带。例如，现有系统频带中的一个PRB可以被分配用于NB-IoT使用。NB-IoT终端将单个PRB识别为单个载波。因此，PRB和载波可以被解释为在对NB-IoT的描述中具有相同的含义。

下面给出的对NB-IoT的描述主要集中在应用于现有LTE系统的情况上。然而，应当注意，以下描述甚至适用于下一代系统(例如，NR系统等)。此外，在本公开中，与NB-IoT相关的内容甚至适用于具有类似技术目的(例如，低功率、低成本、覆盖范围增强等)的MTC。此外，还可以用其他等效术语来代替NB-IoT，诸如NB-LTE、NB-IoT增强、增强的NB-IoT、进一步增强的NB-IoT或NB-NR。

NB-IoT结构可以根据SCS不同地进行配置。图13(a)示出了当SCS为15kHz时的帧结构，以及图13(b)示出了当SCS为3.75kHz时的帧结构。图13(a)的帧结构用于下行链路/上行链路，而图13(b)的帧结构仅用于上行链路。

参考图13(a)，用于15kHz的SCS的NB-IoT帧结构可以被配置为与传统系统(即，LTE系统)的相同(参见图A2)。也就是说，10ms的NB-IoT帧可以包括10个1ms的NB-IoT子帧，并且1ms的NB-IoT子帧可以包括两个0.5ms的NB-IoT时隙。每个0.5ms NB-IoT时隙可以包括7个符号。15kHz的SCS可以应用于下行链路和上行链路两者。这些符号包括下行链路上的OFDMA符号和上行链路上的SC-FDMA符号。在图13(a)的帧结构中，系统带宽为1.08MHz，并且被定义为12个子载波。由于15kHz的SCS应用于下行链路和上行链路两者，并且保证了与LTE系统的正交性，所以可以顺利地实施与LTE系统的共存。

参考图13(b)，当SCS是3.75kHz时，10ms的NB-IoT帧可以包括5个2ms的NB-IoT子帧，并且每个2ms的NB-IoT子帧可以包括7个符号和一个保护时段(GP)符号。2ms的NB-IoT子帧可以被表示为NB-IoT时隙或NB-IoT资源单元(RU)。在此，符号可以包括SC-FDMA符号。在图13(b)的帧结构中，系统带宽为1.08MHz，并且被定义为48个子载波。3.75kHz的SCS仅适用于上行链路，并且与LTE系统的正交性可能会被破坏，从而导致由于干扰的性能的劣化。

该附图示出了基于LTE系统帧结构的NB-IoT帧结构。所示出的NB-IoT帧结构可以被扩展并且应用于下一代系统(例如，NR系统)。例如，在图13(a)的帧结构中，可以用表A4的子帧间隔来替换SCS。

图14示出了NB-IoT的三种操作模式。

具体而言，图14(a)示出了带内系统，图14(b)示出了保护带系统，并且图14(c)示出了独立系统。在此，带内系统可以由带内模式表示，保护带系统可以由保护带模式表示，并且独立系统可以由独立模式表示。为简单起见，将基于LTE频带来描述NB-IoT操作模式，但是LTE频带可以用另一系统的频带(例如，NR系统带宽)来代替。

带内模式是指用于在(传统)LTE频带中执行NB-IoT的操作模式。在带内模式下，LTE系统载波的一些资源块可以被分配用于NB-IoT。例如，在带内模式中，在LTE频带中的一个特定的RB(即，PRB)可以被分配用于NB-IoT。带内模式可以在其中NB-IoT共存于LTE频带中的结构中操作。保护带模式是指其中在为(传统)LTE频带的保护带保留的空间中执行NB-IoT的操作模式。因此，在保护带模式下，在LTE系统中不被用作资源块的LTE载波的保护带可以被分配用于NB-IoT。(传统)LTE频带可以在每个LTE频带的末端具有至少100kHz的保护带。独立模式是指其中在独立于(传统)LTE频带配置的频率带中执行NB-IoT的操作模式。例如，在独立模式下，在GSM EDGE无线电接入网络(GERAN)上使用的频率带(例如，在未来重新指配的GSM载波)可以被分配用于NB-IoT。

NB-IoT终端以100kHz为单位搜索锚定载波以便进行初始同步，并且锚定载波在带内和保护带中的中心频率应在距100kHz信道栅格7.5kHz以内。此外，在LTE PRB当中，有6个中心PRB未被分配给NB-IoT。因此，锚定载波可以仅定位在特定的PRB中。

图15示出了在10MHz的LTE带宽中的带内锚定载波的部署。

参见图15，直流(DC)子载波被定位在信道栅格中。由于相邻PRB之间的中心频率间隔为180kHz，因此PRB索引4、9、14、19、30、35、40、45的中心频率被定位在距信道栅格±2.5kH处。类似地，在20MHz的LTE带宽中适合作为锚定载波的PRB的中心频率被定位在距信道栅格±2.5kHz处，并且在3MHz、5MHz和15MHz的LTE带宽中适合作为锚定载波的PRB的中心频率被定位在距信道栅格±7.5kHz处。

在保护带模式下，紧邻LTE的边缘PRB的PRB的中心频率在10MHz和20MHz的带宽中被定位在距信道栅格±2.5kHz处。在带宽为3MHz、5MHz和15MHz的情况下，锚定载波的中心频率可以被定位在距信道栅格±7.5kHz处，因为使用了对应于距边缘PRB的三个子载波的保护频率带。

在独立模式下，锚定载波与100kHz信道栅格对齐，并且包括DC载波在内的全部GSM载波都可以被用作NB-IoT锚定载波。

NB-IoT支持多载波，并且可以使用带内+带内、带内+保护带、保护带+保护带、独立+独立的组合。

NB-IoT下行链路使用具有15kHz的SCS的OFDMA方案。这提供了子载波之间的正交性，从而促进了与LTE系统的共存。

为NB-IoT下行链路提供诸如窄带物理广播信道(NPBCH)、窄带物理下行链路共享信道(NPDSCH)和窄带物理下行链路控制信道(NPDCCH)的物理信道，并且提供诸如窄带主同步信号(NPSS)、窄带主同步信号(NSSS)和窄带参考信号(NRS)的物理信号。

NPBCH向终端递送主信息块窄带(MIB-NB)，这是由NB-IoT终端接入系统所需的最小系统信息。NPBCH信号可以重复发送8次以增强覆盖范围。MIB-NB的传送块大小(TBS)是34比特，并且每640ms的TTI时段更新一次。MIB-NB包括诸如操作模式、系统帧号(SFN)、超SFN、小区特定的参考信号(CRS)端口号和信道栅格偏移的信息。

NPSS由Zadoff-Chu(ZC)序列构成，其中序列长度等于11，并且根索引等于5。NPSS可以根据以下等式生成。

[等式1]

在此，可以如表6所示定义OFDM符号索引l的S(l)。

[表6]

NSSS由序列长度为131的ZC序列和诸如哈达玛(Hadamard)序列的二进制加扰序列的组合构成。NSSS通过序列的组合来向NB-IoT终端指示小区中的PCID。

NSSS可以根据以下等式生成。

[等式2]

在此，等式2中采用的变量可以定义如下。

[等式3]

n＝0，1，...131

n′＝nmod131

m＝nmod128

在此，二进制序列bq(m)的定义如表7所示，其中b0(m)至b3(m)分别对应于128阶哈达玛矩阵的1、32、64和128列。帧号n_f的循环移位θ_f可以如等式4中所定义。

[表7]

[等式4]

在此，n_f表示无线电帧号。mod表示模函数。

下行链路物理信道/信号包括NPSS、NSSS、NPBCH、NRS、NPDCCH和NPDSCH。

图16示出了在FDD LTE系统中的NB-IoT下行链路物理信道/信号的传输。下行链路物理信道/信号通过一个PRB被发送，并且支持15kHz的SCS/多音调传输。

参考图16，NPSS在每帧的第六子帧中被发送，并且NSSS在每偶数帧的最后(例如，第十)子帧中被发送。UE可以使用同步信号(NPSS、NSSS)获取频率、符号和帧同步，并且搜索504个物理小区ID(PCID)(即基站ID)。NPBCH在每个帧的第一子帧中被发送，并且携带NB-MIB。NRS被提供作为用于DL物理信道解调的参考信号，并且以与LTE中相同的方式生成。然而，NB-PCID(或NCell ID或NB-IoT基站ID)被用作用于生成NRS序列的初始值。NRS通过一个或两个天线端口被发送。除了NPSS/NSSS/NPBCH之外，NPDCCH和NPDSCH可以在剩余的子帧中发送。不允许NPDCCH和NPDSCH在相同子帧中一起被发送。NPDCCH携带DCI。DCI支持三种类型的DCI格式。DCI格式N0包括窄带物理上行共享信道(NPUSCH)调度信息，并且DCI格式N1和N2包括NPDSCH调度信息。NPDCCH可以被发送直至2048次，以提高覆盖范围。NPDSCH用于发送诸如下行链路共享信道(DL-SCH)和寻呼信道(PCH)的传送信道的数据(例如，TB)。最大TBS为680比特，并且传输可以重复最多2048次，以增强覆盖范围。

上行链路物理信道包括窄带物理随机接入信道(NPRACH)和NPUSCH，并且支持单音调传输和多音调传输。单音调传输可以被支持用于3.5kHz和15kHz的SCS，并且多音调传输仅支持用于15kHz的SCS。

图17示出了NPUSCH格式。

NPUSCH支持两种格式。NPUSCH格式1用于UL-SCH传输，并且最大TBS为1000比特。NPUSCH格式2用于传输上行链路控制信息，诸如HARQ-ACK信令。NPUSCH格式1支持单音调/多音调传输，并且NPUSCH格式2只支持单音调传输。对于单音调传输，pi/2-BPSK(二进制相移键控)和pi/4-QPSK(正交相移键控)用于降低峰值平均功率比(PAPR)。对于NPUSCH，由一个资源单元(RU)占用的时隙的数量可能根据资源分配而变化。RU表示TB映射到的最小RU，并且由时域中的N^UL _symb*N^UL _slots个连续SC-FDMA符号和频域中的N^RU _sc个连续子载波构成。在此，N^UL _symb表示时隙中的SC-FDMA符号的数量，N^UL _slots表示时隙的数量，并且N^RU _sc表示构成RU的子载波的数量。

表8示出了根据NPUSCH格式和子载波间隔的RU的示例配置。在TDD的情况下，所支持的NPUSCH格式和SCS在上行链路-下行链路配置之间不同。对于上行链路-下行链路配置，可以参考表2。

[表8]

用于传输UL-SCH数据(例如，UL-SCH TB)的调度信息被包括在DCI格式NO中，并且DCI格式NO在NPDCCH上被发送。DCI格式NO包括关于NPUSCH的开始时间、重复次数、用于TB传输的RU的数量、子载波的数量、频域中的资源位置、MCS等的信息。

参考图17，根据NPUSCH格式，DMRS在每个时隙的一个或三个SC-FDMA符号上被发送。DMRS与数据(例如，TB、UCI)复用，并且仅在包括数据传输的RU中被发送。

图18示出了在多载波被配置在FDD NB-IoT中时的操作。

在FDD NB-IoT中，基本上配置了DL/UL锚定载波，并且可以附加地配置DL(和UL)非锚定载波。非锚定载波上的信息可以被包括在RRCConnectionReconfiguration中。当配置DL非锚定载波时，UE仅在DL非锚定载波中接收数据。另一方面，仅在锚定载波中提供同步信号(NPSS、NSSS)、广播信号(MIB、SIB)和寻呼信号。当配置DL非锚定载波时，UE仅监听DL非锚定载波，同时保持处于RRC_CONNECTED模式。类似地，当配置UL非锚定载波时，UE仅在UL非锚定载波上发送数据，并且不允许在UL非锚定载波和UL锚定载波上的同时传输。当转换到RRC_IDLE模式时，UE返回到锚定载波。

在图18中，UE1仅配置有锚定载波，UE2配置有附加的DL/UL非锚定载波，并且UE3配置有附加的DL非锚定载波。因此，由每个UE在其上发送/接收数据的载波被配置如下。

-UE1：数据接收(DL锚定载波)、数据传输(UL锚定载波)

-UE2：数据接收(DL非锚定载波)、数据传输(UL非锚定载波)

-UE3：数据接收(DL非锚定载波)、数据传输(UL锚定载波)

不允许NB-IoT UE同时执行传输和接收，并且其传输/接收操作各自限于一个频带。因此，即使在配置了多载波的情况下，UE也只需要一个180kHz频带的传输/接收链。

4.网络接入和通信过程

UE可以执行网络接入过程来执行上面描述/建议的过程和/或方法。例如，在接入网络(例如，基站)的同时，UE可以接收执行上述描述/提出的过程和/或方法所需的系统信息和配置信息，并将其存储在存储器中。本公开所需的配置信息可以通过高层(例如，RRC层；媒体接入控制(MAC)层等)信令接收。

图19示出了初始网络接入和后续通信过程。在NR中，可以使用波束成形来发送物理信道和参考信号。当支持基于波束成形的信号传输时，为了在基站和UE之间对准波束，可能涉及波束管理过程。此外，本公开中提出的信号可以使用波束成形来发送/接收。在无线电资源控制(RRC)空闲模式下，可以基于SSB执行波束对准。另一方面，在RRC连接模式中，可以基于CSI-RS(在DL上)和SRS(在UL上)来执行波束对准。当不支持基于波束成形的信号传输时，在以下描述中可以跳过波束相关操作。

参考图19，基站(例如BS)可以周期性地发送SSB(S1902)。在此，SSB包括PSS/SSS/PBCH。可以使用波束扫描来发送SSB。PBCH包括主信息块(MIB)，并且该MIB可以包括关于剩余最小系统信息(RMSI)的调度信息。此后，基站可以发送RMSI和其他系统信息(OSI)(S1904)。RMSI可以包括UE初始接入基站所需的信息(例如，PRACH配置信息)。在执行SSB检测后，UE识别最佳的SSB。此后，UE可以使用链接到/对应于最佳SSB的索引(即，波束)的PRACH资源向基站发送RACH前导(消息1(Msg1))(S1906)。RACH前导的波束方向与PRACH资源相关联。PRACH资源(和/或RACH前导)和SSB(索引)之间的关联性可以通过系统信息(例如，RMSI)来设置。此后，作为RACH过程的一部分，基站可以响应于RACH前导发送随机接入响应(RAR)(Msg2)(S1908)，并且UE可以使用RAR的UL许可发送Msg3(例如，RRC连接请求)(S1910)。基站可以发送竞争解决消息(Msg4)(S2120)。Msg4可以包括RRC连接设置。

当通过RACH过程在基站和UE之间设置RRC连接时，可以随后基于SSB/CSI-RS(在DL中)和SRS(在UL中)来执行波束对准。例如，UE可以接收SSB/CSI-RS(S1914)。SSB/CSI-RS可以用于UE生成波束/CSI报告。基站可以通过DCI向UE请求波束/CSI报告(S1916)。在这种情况下，UE可以基于SSB/CSI-RS生成波束/CSI报告，并且在PUSCH/PUCCH上向基站发送所生成的波束/CSI报告(S1918)。波束/CSI报告可以包括波束测量结果和关于优选的波束的信息。基站和UE可以基于波束/CSI报告来切换波束(S1920a、S1920b)。

此后，UE和基站可以执行上面描述/提出的过程和/或方法。例如，UE和基站可以根据本公开的提议、基于在网络接入过程(例如，系统信息获取过程、通过RACH的RRC连接过程等)中获得的配置信息处理存储器中的信息，并且发送无线电信号，或者可以处理所接收的无线电信号并将其存储在存储器中。在此，无线电信号在下行链路的情况下可以包括PDCCH、PDSCH或参考信号(RS)中的至少一个，并且在上行链路的情况下包括PUCCH、PUSCH或SRS中的至少一个。

以上描述基本上可以共同应用于MTC和NB-IoT。MTC和NB-IoT之间可能不同的部分将在下面进一步描述。

4.1MTC网络接入过程

将基于LTE附加地描述MTC网络接入过程。以下描述可以扩展并应用于NR。在LTE中，MIB包括10个保留比特。在MTC中，10个保留比特兔当中的5个最高有效比特(MSB)用于指示关于带宽减小设备的系统信息块(SIB1-BR)的调度信息。五个MSB用于指示SIB1-BR的重复次数和传送块大小(TBS)。SIB1-BR在PDSCH上被发送。SIB1-BR可以在512个无线电帧(5120ms)中不变，以允许多个子帧被组合。SIB1-BR中携带的信息类似于LTE系统中SIB1的信息。

MTC RACH过程基本上与LTE RACH过程相同，除了以下区别：MTC RACH过程是基于覆盖范围增强(CE)级别执行。例如，为了增强PRACH覆盖范围，PRACH是否被重复被/其重复次数可以在不同的CE级别之间变化。

表9示出了由MTC支持的CE模式/级别示例。MTC支持两种模式(CE模式A和CE模式B)和CE的四个级别(级别1到4)。

[表9]

CE模式A用于其中支持完全移动性和CSI反馈的小覆盖范围增强的模式，并且可以没有重复，或者重复次数可以被设置为较小。CE模式B是针对具有支持CSI反馈和受限的移动性的极差覆盖范围条件的UE的模式，并且重复次数可能会被设置为较大。

基站广播包括多个(例如，三个)参考信号接收功率(RSRP)阈值的系统信息，并且UE可以通过比较RSRP阈值和RSRP测量值来确定CE级别。以下信息可以通过用于每个CE级别的系统信息独立配置。

-PRACH资源信息：PRACH机会时段/偏移、以及PRACH频率资源

-前导组：为每个CE级别指配的前导集

-每个前导尝试的重复次数，前导尝试的最大次数

-RAR窗口时间：预期RAR接收的的时间段的长度(例如，子帧的数量)

-冲突解决窗口时间：预期要接收冲突解决消息的时间段的长度。

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

4.2 NB-IoT网络接入过程

将基于LTE附加地描述NB-IoT网络接入过程。以下描述可以扩展并应用于NR。在图21中，S2102的PSS、SSS和PBCH分别被NB-IoT中的NPSS、NSSS和NPBCH代替。有关NPSS、NSSS和NPBCH的细节，参考图16。

NB-IoT RACH过程与LTE RACH过程基本相同，除了以下区别。首先，RACH前导格式不同。在LTE中，前导基于代码/序列(例如，Zadoff-Chu序列)。另一方面，在NB-IoT中，前导是子载波。第二，NB-IoT RACH过程基于CE级别执行。因此，PRACH资源针对每个CE级别不同地被分配。第三，在NB-IoT没有配置SR资源，并且因此在NB-IoT中使用RACH过程进行UL资源分配请求。

图20示出了在NB-IoT RACH上的前导传输。

参考图20，NPRACH前导由四个符号组构成，并且符号组中的每一个可以由CP和多个SC-FDMA符号(例如，5个SC-FDMA符号)构成。在NR中，可以用OFDM符号或DFT-s-OFDM符号来代替SC-FDMA符号。NPRACH仅支持子载波间隔为3.75kHz的单音调传输，并提供长度为66.7μs和266.67μs的CP来支持不同的小区半径。每个符号组以如下的跳频图样执行跳频。用于发送第一符号组的子载波以伪随机方式被确定。第二符号组执行1个子载波跳变，第三符号组执行6个子载波跳变，并且第四符号组执行1个子载波跳变。在重复传输中，重复应用跳频过程，并且可以重复发送{1，2，4，8，16，32，64，128}次NPRACH前导以增强覆盖范围。可以为每个CE级别配置NPRACH资源。UE可以基于根据DL测量结果(例如，RSRP)确定的CE级别来选择NPRACH资源，并且使用所选择的NPRACH资源来发送RACH前导。NPRACH可以在锚定载波上被发送，或者可以在配置了NPRACH资源的非锚定载波上被发送。

5.DRX(不连续接收)

UE可以在执行上面描述/提议的过程和/或方法的同时执行DRX操作。为其配置了DRX的UE可以通过不连续地接收DL信号来降低功耗。DRX可以在RRC_IDLE模式、RRC_INACTIVE模式或RRC_CONNECTED模式下执行。

5.1 RRC_CONNECTED DRX

在RRC_CONNECTED模式下，DRX用于PDCCH的不连续接收。为简单起见，在RRC_CONNECTED模式下执行的DRX被称为RRC_CONNECTED DRX。

图21示出了用于PDCCH的不连续接收的DRX周期。

参考图21，DRX周期由开启持续时间和DRX的机会组成。DRX周期定义了在其期间周期性地重复开启持续时间的时间间隔。开启持续时间表示在其期间UE执行监视以接收PDCCH(或MPDCCH、NPDCCH)的时间段。当配置了DRX时，UE将在开启持续时间期间执行PDCCH监视。当在PDCCH监视中成功检测到PDCCH时，UE操作不活动计时器并保持唤醒状态。另一方面，当在PDCCH监视中没有成功检测到PDCCH时，UE在开启持续时间结束后进入睡眠模式。因此，当配置了DRX时，在执行上面描述/提出的过程和/或方法时，可以在时域中不连续地执行PDCCH监视/接收。例如，当配置了DRX时，可以根据激活小区中的DRX配置不连续地执行根据本公开的PDCCH监视。具体而言，当PDCCH时机(例如，被设置为监视PDCCH的时间间隔(例如，一个或多个连续的OFDM符号))对应于开启持续时间时，可以执行PDCCH监视。当该时机对应于DRX的机会时，PDCCH监视可能被跳过。另一方面，当没有配置DRX时，在执行上面描述/提出的过程和/或方法时，可以在时域中连续地执行PDCCH监视/接收。例如，当没有配置DRX时，在本公开中可以连续配置PDCCH接收时机。无论是否配置了DRX，PDCCH监视可能会被限制在被设置为测量间隙的时间段内。

表10示出了与DRX相关的UE过程(RRC_CONNECTED模式)。参考表10，通过高层(例如，RRC)信令接收DRX配置信息，并且DRX开启/关闭由MAC层的DRX命令控制。当配置了DRX时，UE可以在执行本公开中描述/提出的过程和/或方法时不连续地执行PDCCH监视，如图23所示。

[表10]

在此，MAC-CellGroupConfig包括为小区组设置媒体接入控制(MAC)参数所需的配置信息。MAC-CellGroupConfig还可以包括关于DRX的配置信息。例如，MAC-CellGroupConfig定义了DRX，并且可以包括以下信息。

-drx-OnDurationTimer的值：定义DRX周期的起始部分的长度。

-drx-InactivityTimer的值：定义在其中检测到指示初始UL或DL数据的PDCCH的PDCCH时机之后UE唤醒的时间间隔的长度

-drx-HARQ-RTT-TimerDL的值：定义从接收初始DL传输到接收DL重传的最大时间间隔的长度。

-drx-HARQ-RTT-TimerDL的值：定义从接收用于初始UL传输的许可到接收用于UL重传的许可的最大时间间隔的长度。

-drx-LongCycleStartOffset：定义DRX周期的时间长度和开始时间

-drx-ShortCycle(可选的)：定义短DRX周期的时间长度

在此，当drx-OnDurationTimer、DRX-inactivityTimer、drx-HARQ-RTT-TimerDL、drx-HARQ-RTT-TimerDL中的任何一个在运行时，UE在保持唤醒状态的同时在每个PDCCH时机执行PDCCH监视。

5.2 RRC_IDLE DRX

在RRC_IDLE模式和RRC_INACTIVE模式下，DRX被用来不连续地接收寻呼信号。为简单起见，在RRC_IDLE(或RRC_INACTIVE)状态下执行的DRX被称为RRC_IDLE DRX。

因此，当配置了DRX时，在执行上面描述/提出的过程和/或方法时，可以在时域中不连续地执行PDCCH监视/接收。

图22示出了用于寻呼的DRX周期。

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

图23示出了扩展的DRX(eDRX)周期。

根据DRX周期配置，最大周期持续时间可以被限制为2.56秒。然而，在由其间歇地执行数据传输/接收的UE的情况下，诸如MTC UE或NB-IoT UE，在DRX周期期间可能发生不必要的功耗。为了进一步降低UE的功耗，已经引入了一种基于节电模式(PSM)和寻呼时间窗口或寻呼传输窗口(PTW)显著扩展DRX周期的方法，并且扩展的DRX周期简称为eDRX周期。具体而言，寻呼超帧(PH)是基于UE ID周期性配置的，并且在PH中定义PTW。UE可以在PTW持续时间内执行DRX周期，以切换到其PO中的唤醒模式来监视寻呼信号。图U2的一个或多个DRX周期(例如，唤醒模式和睡眠模式)可以被包括在PTW持续时间中。PTW持续时间中的DRX周期数可以由基站通过高层(例如，RRC)信号来设置。

5.3 WUS(唤醒信号)

在MTC和NB-IoT中，WUS可以用于降低与寻呼监视相关的功耗。WUS是指示UE是否根据小区配置来监视寻呼信号(例如，用P-RNTI加扰的MPDCCH/NPDCCH)的物理层信号。对于未配置eDRX的UE(即仅配置了DRX)，WUS可能与一个PO相关联(N＝1)。另一方面，对于配置了eDRX的UE，WUS可以与一个或多个PO相关联(N≥1)。当检测到WUS时，UE可以在与WUS相关联之后监视N个PO。另一方面，当没有检测到WUS时，UE可以通过跳过PO监视来保持睡眠模式，直到监视到下一WUS。

图24示出了WUS和PO之间的定时关系。

UE可以从基站接收关于WUS的配置信息，并基于WUS配置信息监视WUS。WUS的配置信息可以包括，例如，最大WUS持续时间、与WUS相关联的连续PO的数量以及间隙信息。最大WUS持续时间表示可以发送WUS的最大时间段，并且可以被表达为与PDCCH(例如，MPDCCH、NPDCCH)相关的最大重复次数(例如，Rmax)的比率。UE可以期望在最大WUS持续时间内的重复的WUS传输，但是WUS传输的实际数量可能小于在最大WUS持续时间内WUS传输的最大数量。例如，对于良好覆盖范围内的UE，WUS重复的数量可能较小。为简单起见，可以通过其在最大WUS持续时间内发送WUS的资源/时机被称为WUS资源。WUS资源可以被定义为多个连续的OFDM符号和多个连续的子载波。WUS资源可以被定义为子帧或时隙中的多个连续的OFDM符号和多个连续的子载波。例如，WUS资源可以被定义为14个连续的OFDM符号和12个连续的子载波。检测WUS的UE跳过对WUS进行监视，直到到达与WUS相关联的第一个PO。当在最大WUS持续时间内没有检测到WUS时，UE跳过对与WUS相关联的PO中的寻呼信号进行监视(或者保持处于睡眠模式)。

6.本公开中提出的用于多个TB(传输块)调度的HARQ-ACK传输方法

在使用NB-IoT或MTC的系统中，为了覆盖范围增强，相同的物理信号/信道以每符号或每子帧为基础重复。UE或基站可以使用诸如被连续发送的物理信号/信道的符号级组合的方法来提高检测/解码性能。当没有UE的移动性或UE的移动性非常低，并且因此无线电环境跨越在其中执行重复的符号或子帧几乎是恒定的情况下，可以获得该方法(诸如符号级组合)的增益。然而，无线环境的这种特性是不利的，因为当诸如深度衰落的影响发生时，相应的物理信号/信道的接收性能可能在长时间内受到影响。

在另一方面，可以考虑与由基站使用的资源有关的成本问题和不同UE之间的调度限制的问题，这是由由于重复而使用的时间资源的增加引起的。当重复的尺度大时，可能会获得覆盖范围增强的效果，但使用的时间资源的量可能会增加，从而降低资源效率，并且阻碍其他UE的调度时机。

为了解决以上提及的问题，本公开提出了用于在其中重复被应用于物理信号/信道的传输的系统中，使用多个TB结构传输时，发送HARQ-ACK的方法。具体而言，本公开中提出的方法可以适用于其中可以通过一个DCI来指示一个或多个TB的结构。然而，显而易见的是，本公开中提出的方法可以被普遍应用，即使当使用多个DCI的传输被执行用于多个TB传输时。同样显而易见的是，即使当物理信号/信道在通过SIB或RRC信令半静态配置的资源上被发送而没有被DCI触发时，这些方法也适用于本公开的范围内。

为了简单起见，在本公开中提出的方法已经基于NB-IoT和MTC进行了描述，但是显而易见的是，其思想通常适用于具有多个TB结构的其他通信系统。

在下面的描述中考虑的HARQ-ACK传输方案遵循下面定义的方法。

HARQ-ACK捆绑：针对L个HARQ进程的ACK/NACK的表示被定义为由1比特信息表示的一个ACK/NACK。一般而言，除非另有说明，否则当在其上执行捆绑的全部HARQ进程是ACK时，捆绑和发送的HARQ-ACK被表示为ACK。当一个或多个HARQ进程是NACK时，捆绑和发送的HARQ-ACK被表示为NACK。

HARQ-ACK复用：L个ACK/NACK被表示为L比特信息，并且因此可以区分每个L个HARQ进程(或每个L个HARQ进程组)的ACK/NACK，并且L比特信息被定义为使用单个HARQ-ACK信道被发送。

单独的HARQ-ACK：这被定义为使用L个独立的HARQ-ACK信道。一般来说，除非另有说明，否则可以假设L个独立的HARQ进程使用独立的HARQ-ACK信道，但是关于捆绑或复用的L个HARQ进程组的信息可以使用独立的HARQ-ACK信道。

方法1-1.使用覆盖码将L个HARQ-ACK复用到一个HARQ-ACK资源

在方法1-1中，提出了一种使用覆盖码复用多个HARQ-ACK的方法。

示例1-1-1：作为方法1-1的具体示例，当UE在使用NB-IoT的系统中没有通过HARQ-ACK资源进行调度请求(SR)时，UE可以被定义为使用BPSK调制和两个覆盖码来区分用于两个HARQ进程的HARQ-ACK。

作为用于实施示例1-1-1的具体方法，通过高层信令(诸如SIB或RRC信令)被配置为执行多个TB相关操作的UE可以被定义为使得不同时配置使用HARQ-ACK的SR相关操作。另一方面，通过高层信令(诸如，SIB或RRC信令)被配置为执行使用HARQ-ACK的SR相关操作的UE可以被定义为不执行使用HARQ-ACK的SR相关操作。

作为用于实施示例1-1-1的具体方法，被调度为使用DCI来执行多个TB相关操作的UE可以被定义为不执行使用HARQ-ACK的SR相关操作。另一方面，被调度为执行除了由DCI进行的多个TB操作之外的操作的UE可以被定义为执行使用HARQ-ACK的SR相关操作。

在示例1-1-1中，旨在用于使用HARQ-ACK的SR传输的覆盖码和用于复用多个HARQ-ACK的覆盖码可以是相同的。

在示例1-1-1中，可以定义为使用BPSK调制来区分用于一个HARQ进程(例如HARQ进程#0)的ACK/NACK，并且使用覆盖码来区分另一HARQ进程(例如HARQ进程#1)。

示例1-1-2：作为方法1-1的具体示例，当允许UE在使用NB-IoT的系统中执行使用HARQ-ACK资源的SR时，UE可以被定义为使用BPSK调制和4个覆盖码来区分SR和用于两个HARQ进程的HARQ-ACK。

作为用于实施示例1-1-2的具体方法，对于通过高层信令(诸如SIB或RRC信令)被配置为执行SR和多个TB相关操作的UE，当由DCI调度多个TB操作时使用的覆盖码的类型和解释可以不同于当由DCI调度除多个TB操作之外的操作时使用的覆盖码的类型和解释。

在示例1-1-2中，使用BPSK调制来区分SR，并且可以使用四个覆盖码来区分HARQ-ACK的复用。这可能旨在用于在当信道的时间变化非常小时，由于信道估计误差导致的BPSK调制检测误差的概率可能高于正交覆盖码检测误差的概率，并且HARQ-ACK的重要性高于SR的重要性的情况。

示例1-1-3：作为方法1-1的具体示例，当允许UE在使用NB-IoT的系统中执行使用HARQ-ACK资源的SR操作时，UE可以被定义为使用8个覆盖码来区分SR和用于两个HARQ进程的HARQ-ACK。

作为用于实施示例1-1-3的具体方法，通过高层信令(诸如SIB或RRC信令)被配置为执行多个TB相关操作的UE可以被定义为执行基于四个覆盖码的HARQ-ACK复用。在这种情况下，如果通过高层信令(诸如SIB或RRC信令)UE被配置为执行SR操作，则其可以被定义为报告不利用四个覆盖码请求相同的HARQ-ACK复用表示和SR的操作，并且附加地使用四个覆盖码报告请求HARQ-ACK复用和SR的操作。

方法1-2.通过组合覆盖码和频域资源选择，将L个HARQ-ACK复用到一个HARQ-ACK资源

在方法1-2中，提出了一种基于覆盖码和频域资源之间的区别来复用多个HARQ-ACK的方法。

示例1-2-1：作为方法1-2的具体示例，当UE在使用NB-IoT的系统中没有执行通过HARQ-ACK资源的SR操作时，UE可以被定义为使用BPSK调制和两个覆盖码来区分用于两个HARQ进程的HARQ-ACK。

在示例1-2-1中，可以通过高层信令(诸如SIB或RRC信令)来配置UE，以执行SR和多个TB相关操作两者，但是当仅执行多个TB相关操作时，可以应用实际配置。

在示例1-2-1中，当UE通过高层信令(诸如SIB或RRC信令)仅接收到用于仅执行SR相关操作的配置(或关于配置的信息)而没有接收到用于执行多个TB相关操作的配置(或关于配置的信息)时，用于使用HARQ-ACK来复用多个HARQ-ACK的覆盖码可以与用于区分SR的覆盖码相同。

在示例1-2-1中，用于一个HARQ进程(例如HARQ进程#0)的ACK/NACK可以被定义为使用BPSK调制来区分，并且另一HARQ进程(例如HARQ进程#1)可以被定义为使用覆盖码来区分。

示例1-2-2：作为方法1-2的具体示例，当允许UE在使用NB-IoT的系统中执行使用HARQ-ACK资源的SR操作时，UE可以被定义为使用两个覆盖码、两个子载波索引和BPSK调制来区分SR和用于两个HARQ进程的HARQ-ACK。

作为用于实施示例1-2-2的具体方法，对于通过高层信令(诸如SIB或RRC信令)被配置为执行SR和多个TB相关操作两者的UE，在由DCI接收多个TB操作的调度的情况下使用的子载波的数量可以被定义为1，并且在接收除多个TB操作之外的操作的调度的情况下使用的子载波的数量可以被定义为2。

作为用于实施示例1-2-2的具体方法，当接收到用于调度多个TB操作的许可时，相应的DCI可以包括指定一个子载波索引的信息。对于其他子载波信息，可以使用与通过DCI指定的子载波索引成对关系的子载波。在此，可以使用频域中的子载波的数量将成对关系表示为偏移。当通过偏移确定的对(pair)超过UE在其上发送HARQ-ACK的载波的范围时，可以通过对12的模运算来确定。

在示例1-2-2中，SR可以被定义为使用覆盖码来区分，并且HARQ-ACK的复用可以被定义为使用BPSK调制和子载波索引选择来区分。例如，用于一个HARQ进程(例如HARQ进程#0)的ACK/NACK可以被定义为使用BPSK调制来区分，并且另一HARQ进程(例如HARQ进程#1)可以被定义为使用子载波索引来区分。

方法1-3.使用覆盖码和M-QAM星座将L个HARQ-ACK复用到一个HARQ-ACK资源

方法1-3提出了一种基于覆盖码和M-QAM之间的区别来复用多个HARQ-ACK的方法。

示例1-3-1：作为方法1-3的具体示例，当UE在使用NB-IoT的系统中不执行通过HARQ-ACK资源的SR，并且由DCI调度多个TB操作时，UE可以被定义为使用QPSK调制来区分用于两个HARQ进程的HARQ-ACK。

在示例1-3-1中，在UE通过高层信令(诸如SIB或RRC信令)被配置为执行SR相关操作的情况以及在其没有通过高层信令(诸如SIB或RRC信令)被配置为执行SR相关操作的情况两者中，多个TB相关的HARQ-ACK表示方案可以旨在使用QPSK调制。出于相同的目的，在用于发送复用的HARQ-ACK的物理信道上使用的DMRS可以被定义为使用QPSK调制。

示例1-3-2：作为方法1-3的具体示例，当允许UE在使用NB-IoT的系统中执行使用HARQ-ACK资源的SR时，UE可以被定义为使用两个覆盖码和BPSK调制来区分SR和用于两个HARQ进程的HARQ-ACK。

作为用于实施示例1-3-2的具体方法，当UE通过高层信令(诸如SIB或RRC信令)被配置为执行SR和多个TB相关操作两者时，当由DCI调度多个TB操作时在用于发送HARQ-ACK的物理信道上使用的DMRS可以被定义为使用QPSK调制。

在示例1-3-2中，SR可以被定义为使用覆盖码来区分，并且HARQ-ACK的复用可以被定义为使用QPSK调制来区分。

方法1-4.通过组合覆盖码和时域资源选择，将L个HARQ-ACK复用到一个HARQ-ACK资源

在方法1-4中，提出了一种基于覆盖码和时域资源之间的区别来复用多个HARQ-ACK的方法。

示例1-4-1：作为方法1-4的具体示例，当UE在使用NB-IoT的系统中没有执行使用HARQ-ACK资源的SR操作时，UE可以被定义为使用BPSK调制和两个覆盖码来区分用于两个HARQ进程的HARQ-ACK。

在示例1-4-1中，UE可以通过高层信令(诸如SIB或RRC信令)被配置为执行SR和多个TB相关操作两者，但是当仅执行多个TB相关操作时，可以应用实际配置。

在示例1-4-1中，当UE通过高层信令(诸如SIB或RRC信令)被配置为仅执行SR相关操作而不执行多个TB相关操作时，用于基于HARQ-ACK来复用多个HARQ-ACK的覆盖码可以与用于区分SR的目的的覆盖码相同。

在示例1-4-1中，用于一个HARQ进程(例如HARQ进程#0)的ACK/NACK可以被定义为使用BPSK调制来区分，并且另一HARQ进程(例如HARQ进程#1)可以被定义为使用覆盖码来区分。

示例1-4-2：作为方法1-4的具体示例，当允许UE在使用NB-IoT的系统中执行使用HARQ-ACK资源的SR时，UE可以被定义为使用两个覆盖码、两个HARQ-ACK起始子帧索引和BPSK调制来区分SR和用于两个HARQ进程的HARQ-ACK。

作为用于实施示例1-4-2的具体方法，对于通过高层信令(诸如SIB或RRC信令)被配置为执行SR和多个TB相关操作两者的UE，在由DCI接收多个TB操作的调度的情况下使用的子载波的数量可以被定义为1，并且在接收除多个TB操作之外的操作的调度的情况下使用的HARQ-ACK起始子帧索引的数量可以被定义为2。

作为用于实施示例1-4-2的具体方法，当接收到用于调度多个TB操作的许可时，相应的DCI可以包括指定一个HARQ-ACK起始子帧索引的信息。剩余的HARQ-ACK起始子帧可以被定义为与通过DCI指定的HARQ-ACK起始子帧间隔开HARQ-ACK信道的重复尺度的位置。例如，当通过DCI指定的起始子帧是n1并且HARQ-ACK的重复尺度是r时，剩余的起始子帧索引可以被定义为n2＝n1+r+1。

在示例1-2-2中，SR可以被定义为使用起始子帧索引来区分，并且HARQ-ACK的复用可以被定义为使用BPSK调制和覆盖码来区分。例如，通过DCI指定的HARQ-ACK起始子帧索引可以被定义为在请求SR时使用，而另一HARQ-ACK起始子帧索引可以被定义为在不请求SR时使用。这可能是旨在为了在UE进行SR的请求时减少用于UL资源的配置的延迟。

方法1-5.使用序列将L个HARQ-ACK复用到一个HARQ-ACK资源

方法1-5提出了一种使用序列复用多个HARQ-ACK的方法。

示例1-5-1：作为方法1-1的具体示例，当UE在使用NB-IoT的系统中没有执行使用HARQ-ACK资源的SR时，UE可以被定义为使用4个序列来区分用于两个HARQ进程的HARQ-ACK。

当新引入其中被指示执行多个TB操作的UE执行HARQ-ACK复用的结构时，设计新的HARQ-ACK信道是可能的，因为不存在基站和UE混淆传统HARQ-ACK信道的信息的风险。因此，可以如上述方法1-5-1中那样引入新的基于序列的HARQ-ACK报告方案。

作为用于实施示例1-5-1的具体方法，用于报告复用的HARQ-ACK的序列可以是具有长度N的随机序列，并且选择用于生成随机序列的初始值的方法可以用于区分HARQ-ACK状态。在这种情况下，随机序列的长度N可以被计算为UE配置基本传输单元的HARQ-ACK信道所需的NB时隙的数量和一个NB时隙中包括的符号的数量的乘积(例如，N＝28)。当重复被应用于HARQ-ACK信道时，可以以长度为N的序列被重复的方式来执行传输。

作为用于实施示例1-5-1的具体方法，用于报告复用的HARQ-ACK的序列可以是具有长度N的随机序列，并且可以通过选择用于生成随机序列的初始值的方法来区分HARQ-ACK的状态。在这种情况下，随机序列的长度N可以是UE执行应用于基本传输单元的HARQ-ACK信道的全部重复所需的符号的数量。当其尺度为R的重复被应用于由M个符号构成的HARQ-ACK信道时，N可以被计算为N＝M*R。在这种情况下，随机序列的初始值可以被定义为在HARQ-ACK信道开始时初始化，并且在重复期间被保持。

作为用于实施示例1-5-1的具体方法，当用于报告复用的HARQ-ACK的序列是随机序列时，选择用于生成随机序列的初始值的方法可以包括用于小区间干扰随机化的信息。在此，用于随机化的信息可以是在锚定载波上获取的小区ID信息和/或通过基站的信令明确配置的值。

作为用于实施示例1-5-1的具体方法，用于报告复用的HARQ-ACK的序列可以是具有长度28的预定义序列，并且可以被配置为使得根据HARQ-ACK的状态在预定义列表中选择预定序列。

当使用示例1-5-1的方法时，UE在HARQ-ACK信道的传输中跳过发送单独的DMRS。

示例1-5-1的方法可以旨在具有相同的HARQ-ACK表示方案，而不管执行多个TB相关操作的UE是否执行SR相关操作。

示例1-5-2：作为方法1-5的具体示例，在使用NB-IoT的系统中，当允许UE执行使用HARQ-ACK资源的SR时，UE可以被定义为使用8个序列来区分SR和用于两个HARQ进程的HARQ-ACK。

示例1-5-2的方法可以定义为符合示例1-5-1中定义的序列生成方法。在这种情况下，除了示例1-5-1中使用的四个序列之外，可以添加用于通过区分请求SR的操作来报告HARQ-ACK信息的四个序列。

方法1-6.通过组合覆盖码和频域资源，将L个HARQ-ACK复用到一个HARQ-ACK资源

在方法1-6中，提出了一种基于覆盖码和频域资源之间的区别来复用多个HARQ-ACK的方法。

示例1-6-1：作为方法1-6的具体示例，当UE在使用NB-IoT的系统中没有执行使用HARQ-ACK资源的SR时，UE可以被定义为使用两个子载波索引和BPSK调制来区分用于两个HARQ进程的HARQ-ACK。

在示例1-6-1中，UE可以通过高层信令(诸如SIB或RRC信令)被配置为执行SR和多个TB相关操作两者，但是当仅执行多个TB相关操作时，可以应用实际配置。在这种情况下，在由DCI接收多个TB操作的调度的情况下使用的子载波的数量可以被定义为1，并且在接收除多个TB操作之外的操作的调度的情况下使用的子载波的数量可以被定义为2。

作为用于实施示例1-6-1的具体方法，当接收到用于调度多个TB操作的许可时，相应的DCI可以包括指定一个子载波索引的信息。对于其他子载波信息，可以使用与由DCI指定的子载波索引成对关系的子载波。在此，可以使用频域中的子载波的数量将成对关系表示为偏移。当通过偏移确定的对(pair)超过UE在其上发送HARQ-ACK的载波的范围时，可以通过对12的模运算来确定。

在示例1-6-1中，HARQ-ACK的复用可以被定义为使用BPSK调制和子载波索引来区分。作为示例，两个配置的子载波中的一个可以用于使用BPSK调制来区分一个HARQ进程(例如HARQ进程#0)的ACK/NACK，而另一子载波可以用于使用BPSK调制来区分另一HARQ进程(例如HARQ进程#1)的ACK/NACK。

作为用于实施示例1-6-1的具体方法，当接收到用于调度多个TB操作的许可时，实际使用的HARQ-ACK的重复尺度根据HARQ进程是否是ACK/NACK而变化。例如，当通过用于调度多个TB操作的许可调度的HARQ-ACK的重复尺度是R，并且两个HARQ进程是ACK时，UE可以使用两个子载波发送表示ACK的HARQ-ACK。在这种情况下，具有2*R的尺度的重复可以被应用于HARQ-ACK的传输。当两个HARQ进程两者都是NACK时，UE可以使用两个子载波发送表示NACK的HARQ-ACK。在这种情况下，具有2*R的尺度的重复可以被应用于HARQ-ACK的传输。当两个HARQ进程中的一个是ACK而另一进程是NACK时，UE可以仅在对应于ACK的子载波上发送HARQ-ACK，并且对应于NACK的子载波可以不被用于传输。这种情况下使用的重复的尺度可以是R。

利用示例1-6-1的方法，执行多个TB相关操作的UE使用独立的子载波发送HARQ-ACK，并且因此可以获取独立的HARQ-ACK。此外，在一些情况下(例如，一个HARQ-ACK是ACK而另一个是NACK的情况)，可以通过减小HARQ-ACK的传输所需的重复尺度来获得UE的功耗增益。在NB-IoT的情况下，假设在应用重复的NPUSCH的传输中，UE总是发送最大功率，并且当仅使用一个子载波时，每个子载波的功率可以加倍。

示例1-6-2：作为方法1-6的具体示例，当允许UE在使用NB-IoT的系统中执行使用HARQ-ACK资源的SR时，UE可以被定义为使用两个覆盖码、两个子载波索引和BPSK调制来区分SR和用于两个HARQ进程的HARQ-ACK。

实例1-6-2可以被用作在1-6-1中提出的方法中捎带SR的方法。在这种情况下，可以通过将覆盖码应用于由1-6-1中提出的方法确定的HARQ-ACK的传输来区分SR的传输。

通过将现有标准中使用的SR表示方案应用于1-6-1中提出的方法，示例1-6-2中提出的方法可以统一用于发送SR的UE的操作。

方法2-1.使用ACK或不连续传输(DTX)方案在L个HARQ-ACK资源上单独地发送L个HARQ-ACK

方法2-1提出了一种使用ACK或DTX方案单独地发送多个HARQ-ACK的方法。

在每一个HARQ进程的NB-IoT或MTC的情况下，为了覆盖增强的目的，可以将重复应用于HARQ-ACK的传输。当使用独立的HARQ-ACK信道来表示多个HARQ进程时，用于传输的UE所需的功率消耗和用于检查用于下一调度的许可的时间延迟可能会大大增加。

为了解决这些问题，本公开提出将ACK或DTX方案用于单独地配置的HARQ-ACK资源。具体方法可与以下选项中的一个或多个结合使用。

选项2-1-1：每个HARQ进程可以在相应的时频域中配置有独立的HARQ-ACK资源。在这种情况下，当对应于HARQ-ACK资源的HARQ进程被确定为ACK时，UE在HARQ-ACK资源上发送ACK信息。相反，当对应于HARQ-ACK资源的HARQ进程被确定为NACK时，UE执行DTX操作以不在HARQ-ACK资源上执行传输。

选项2-1-2：当已经通过一个DCI接收到配置信息的全部HARQ进程被确定为NACK时，UE可以使用HARQ-ACK资源发送关于全部NACK的信息。

选项2-1-3：可以向UE指配构成附加HARQ-ACK资源的资源(在该资源上可以发送全部HARQ进程被确定为ACK的全部ACK的信息和全部HARQ进程被确定为NACK的全部NACK的信息)，并且使用这个资源区别地发送全部ACK或全部NACK的信息。

示例2-1-1：作为方法2-1的具体示例，当选项2-1-1的方法被应用于其中使用NB-IoT或MTC的系统中时，用于L个HARQ进程的HARQ-ACK资源可以被配置在时域中的L个独立位置。在这种情况下，UE可以以这样的方式执行ACK/NACK报告：仅当相应的HARQ进程在对应于HARQ进程的HARQ-ACK资源的位置处是ACK时，才发送ACK信息。作为示例，考虑到NB-IoT UE的能力，可以将2设置为L的最大值。在MTC的情况下，L＝8可以用于CE模式A，并且L＝2可以用于CE模式B。

当UE被配置为发送使用HARQ-ACK的SR并且一个或多个HARQ进程是ACK时，UE可以使用覆盖码在ACK传输上捎带和发送SR信息。这意味着HARQ-ACK的传输符合用于捎带和发送SR的常规SR操作。

在其中UE被配置为发送使用专用SR(例如，使用NPRACH资源或SPS结构的SR)资源的SR、并且全部HARQ进程是NACK的全部NACK情形中，当存在在配置的HARQ-ACK资源位置处可发送的专用SR资源时，UE可以使用其执行SR传输。这是因为，在全部NACK的情况下，UE不发送HARQ-ACK，并且因此没有用于报告SR的资源，而可以利用使用单独配置的SR资源的时机。

利用示例2-1-1的方法，可以降低功耗，因为在NACK的情况下，UE执行DTX操作。此外，DTX到ACK的概率相对很低。此外，即使当ACK到DTX发生时，也只发生相同TB的重传。因此，可能不引起与用于UE的HARQ进程管理的软缓冲器管理相关的问题。

示例2-1-2：作为方法2-1的具体示例，当选项2-1-1和选项2-1-2的方法一起应用在使用NB-IoT或MTC的系统中时，可以在时域中的L个独立位置处配置用于L个HARQ进程的HARQ-ACK资源。在这种情况下，当全部HARQ进程是ACK时，UE使用全部L个HARQ-ACK资源传输ACK信息。当L个HARQ进程中只有一些是ACK而其余的是NACK时，UE仅在对应于被确定为ACK的HARQ进程的HARQ-ACK资源上发送ACK信息，并且不在对应于被确定为NACK的HARQ进程的HARQ-ACK资源上执行传输。当全部L个的HARQ进程是NACK时，UE可以在最前面的HARQ-ACK的资源上表示和发送NACK信息。

当UE被配置为发送使用HARQ-ACK的SR时，UE可以通过将其捎带在ACK或NACK而不是DTX的传输上来发送SR。这意味着HARQ-ACK的传输符合捎带和发送SR的常规SR操作。

当UE使用最前面的HARQ-ACK资源发送用于L个HARQ进程的全部NACK信息时，UE可以从在用于NACK的传输的HARQ-ACK资源的结束位置之后的时间X ms开始监视搜索空间或搜索空间候选。在这种情况下，当基站在HARQ-ACK的传输资源上接收NACK时，它可以在从所接收的HARQ-ACK资源的结束位置之后的时间X ms开始在可用搜索空间(或搜索空间候选)中发送DCI。在此，X是考虑到基站和UE的处理时间的间隙的大小，并且由此可以固定使用由标准定义的值。

从UE的角度来看，示例2-1-2的方法可以获得功耗降低的增益，并且可以被配置为允许基站区分全部NACK的情况和DCI遗漏的情况。此外，当报告全部NACK时，UE可以快速地监视其后出现的搜索空间，从而节省了直到接收用于下一调度的许可的定时延迟。

示例2-1-3：作为方法2-1的具体示例，当选项2-1-1和选项2-1-3的方法一起应用在使用NB-IoT或MTC的系统中时，可以在时域中的L个独立位置处配置用于L个HARQ进程的HARQ-ACK资源(在下文中，被定义和描述为“HARQ-ACK第一资源”)。附加地，可以进一步配置用于传输全部ACK和全部NACK的一个HARQ-ACK资源(在下文中，被定义和描述为“HARQ-ACK第二资源”)。作为示例，此时添加的HARQ-ACK第二资源可以通过频域中的不同于L个HARQ-ACK第一资源的资源来区分，并且L个HARQ-ACK第一资源当中的最前面的HARQ-ACK第一资源可以被定义为在时域中与HARQ-ACK第二资源的起始时间对齐。在这种情况下，当L个HARQ进程中只有一些是ACK而其余的是NACK时，UE仅在对应于被确定为ACK的HARQ进程的HARQ-ACK第一资源上发送ACK信息，并且不在对应于被确定为NACK的HARQ进程的HARQ-ACK第一资源和HARQ-ACK第二资源上执行传输。当全部的L个HARQ进程都是ACK时，UE在HARQ-ACK第二资源上表示并发送ACK信息，并且不使用HARQ-ACK第一资源。当全部的L个HARQ进程都是NACK时，UE在HARQ-ACK第二资源上表示并发送NACK信息，并且不使用HARQ-ACK第一资源。

当UE被配置为发送使用HARQ-ACK的SR时，UE可以通过将其捎带在ACK或NACK而不是DTX的传输上来发送SR。这意味着HARQ-ACK的传输符合捎带和发送SR的常规SR操作。

当UE使用HARQ-ACK第一资源执行传输时，可以允许UE从在L个配置的HARQ-ACK第一资源当中的按顺序的最后一个HARQ-ACK第一资源结束的位置之后的时间X ms开始监视搜索空间(或搜索空间候选)。当UE使用HARQ-ACK第二资源执行传输时，可以允许UE从HARQ-ACK第二资源结束的位置之后的时间X ms开始监视搜索空间(或搜索空间候选)。在这种情况下，基站可以从在所接收的HARQ-ACK的传输资源是HARQ-ACK第一传输资源的情况下在全部HARQ-ACK第一资源的配置间隔结束的位置之后、或者在所接收的HARQ-ACK的传输资源是HARQ-ACK第二资源的情况下在HARQ-ACK第二资源的配置间隔结束的位置之后的时间X ms开始，在可用的搜索空间(或搜索空间候选)中发送DCI。在此，X是考虑到基站和UE的处理时间的间隙的大小，并且由此可以固定使用由标准定义的值。

从UE的角度来看，示例2-1-3的方法可以获得功耗降低的增益，并且可以被配置为允许基站区分全部NACK的情况和DCI遗漏的情况。此外，当报告全部ACK或全部NACK时，UE可以快速监视此后出现的搜索空间，从而节省(或减少)直到接收用于下一调度的许可的定时延迟。

方法2-2.使用NACK或不连续传输(DTX)方案在L个HARQ-ACK资源上单独地发送L个HARQ-ACK

方法2-2提出了一种使用NACK或DTX方案单独地发送多个HARQ-ACK的方法。

利用所提出的ACK或DTX方案，可以增强ACK的可靠性，因为UE在ACK的情况下发送HARQ-ACK。例如，由于基站在考虑诸如UE的覆盖范围条件的信道环境的情况下确定HARQ-ACK的传输的重复次数，所以ACK到DTX错误(即，UE发送ACK，但是基站解码失败并且将其识别为DTX)发生的概率可能相对较低。即使当产生ACK到DTX错误时，基站也可以将其确定为NACK，并且在不改变NDI的情况下调度重传。因此，可以确保传输可靠性。另一方面，基站在确定用于DL数据的传输的(N)PDSCH的重复尺度时，考虑UE的覆盖范围条件。因此，UE成功解码的ACK的概率通常高于NACK出现的概率。

考虑到这种现象，本公开提出在单独地配置的HARQ-ACK资源上使用ACK或DTX方案。具体方法可与以下选项中的一个或多个结合使用。

选项2-2-1：每个HARQ进程可以在相应的时频域中配置有独立的HARQ-ACK资源。在这种情况下，当对应于HARQ-ACK资源的HARQ进程被确定为ACK时，UE在HARQ-ACK资源上执行跳过传输的DTX操作。相反，当对应于HARQ-ACK资源的HARQ进程被确定为NACK时，UE在HARQ-ACK资源上表示并发送NACK信息。

选项2-2-2：当已经通过一个DCI接收到配置信息的全部HARQ进程被确定为ACK时，UE可以使用HARQ-ACK资源发送关于全部ACK的信息。

选项2-2-3：可以附加地配置HARQ-ACK资源，在该资源上可以发送全部HARQ进程被确定为ACK的全部ACK的信息和全部HARQ进程被确定为NACK的全部NACK的信息，并且UE可以使用该资源区别地发送全部ACK或全部NACK的信息。

示例2-2-1：作为方法2-2的具体示例，当选项2-1-1的方法被应用于其中使用NB-IoT或MTC的系统中时，用于L个HARQ进程的HARQ-ACK资源可以被配置在时域中的L个独立位置处。在这种情况下，UE可以以这样的方式执行ACK/NACK报告：仅当相应的HARQ进程在对应于每个HARQ进程的HARQ-ACK资源的位置处是NACK时，UE才发送ACK信息。作为示例，在考虑到NB-IoT UE的能力的情况下，可以将2设置为L的最大值。在MT的情况下，L＝8可以用于CE模式A，并且L＝2可以用于CE模式B。

当UE被配置为发送使用HARQ-ACK的SR，并且一个或多个HARQ进程是NACK时，UE可以使用覆盖码在NACK的传输上捎带和发送SR信息。这意味着HARQ-ACK的传输符合捎带和传输SR的常规SR操作。

在其中UE被配置为发送使用专用SR(例如，使用NPRACH资源或SPS结构的SR)资源的SR、并且全部HARQ进程是ACK的全部ACK情形中，当存在在配置的HARQ-ACK资源位置处可发送的专用SR资源时，UE可以使用其执行SR传输。这是因为，在全部ACK的情况下，UE不发送HARQ-ACK，并且因此没有用于报告SR的资源，而可以利用使用单独配置的SR资源的时机。

利用示例2-2-1的方法，可以降低功耗，因为在ACK的情况下UE执行DTX操作。此外，假设基站在考虑到UE的MCL的情况下通常调度足够的MCS/重复，可以预期更有利的效果，因为ACK发生的概率较高。

示例2-2-2：作为方法2-2的具体示例，当选项2-2-1和选项2-2-2的方法一起应用在使用NB-IoT或MTC的系统中时，可以在时域中的L个独立位置处配置用于L个HARQ进程的HARQ-ACK资源。在这种情况下，当全部HARQ进程是NACK时，UE使用全部L个HARQ-ACK资源发送NACK信息。当L个HARQ进程中只有一些是ACK而其余的是NACK时，UE仅在对应于被确定为NACK的HARQ进程的HARQ-ACK资源上发送ACK信息，并且不在对应于被确定为ACK的HARQ进程的HARQ-ACK资源上执行传输。当全部L个HARQ进程是ACK时，UE可以在最前面的HARQ-ACK资源上表示和发送ACK信息。

当UE被配置为发送使用HARQ-ACK的SR时，UE可以通过将其捎带在ACK或NACK而不是DTX的传输上来发送SR。这意味着HARQ-ACK的传输符合捎带和发送SR的常规SR操作。

当UE使用最前面的HARQ-ACK资源发送用于L个HARQ进程的全部ACK信息时，UE可以从在用于ACK的传输的HARQ-ACK资源的结束位置之后的时间X ms开始监视搜索空间或搜索空间候选。在这种情况下，当基站在HARQ-ACK的传输资源上接收ACK时，它可以在从所接收的HARQ-ACK资源的结束位置之后的时间X ms开始在可用搜索空间(或搜索空间候选)中发送DCI。在此，X是考虑到基站和UE的处理时间的间隙的大小，并且由此可以固定使用由标准定义的值。

从UE的角度来看，示例2-2-2的方法可以获得功耗降低的增益。特别地，当使用满足HARQ-ACK传输信道的MCL的MCS和重复尺度时，通过更多DTX操作的功耗降低可以被最大化，因为ACK传输发生的概率非常低。此外，该方法可以被配置为允许基站区分全部ACK的情况和DCI遗漏的情况。当报告全部NACK时，UE可以快速地监视其后出现的搜索空间，从而减少了直到接收用于下一调度的许可的定时延迟。

示例2-2-3：作为方法2-1的具体示例，当选项2-2-1和选项2-2-3的方法一起应用在使用NB-IoT或MTC的系统中时，可以在时域中的L个独立位置处配置用于L个HARQ进程的HARQ-ACK资源(在下文中，被定义和描述为“HARQ-ACK第一资源”)。附加地，可以进一步配置用于传输全部ACK和全部NACK的一个HARQ-ACK资源(在下文中，被定义和描述为“HARQ-ACK第二资源”)。作为示例，此时添加的HARQ-ACK第二资源可以通过频域中的不同于L个HARQ-ACK第一资源的资源来区分，并且L个HARQ-ACK第一资源当中的最前面的HARQ-ACK第一资源可以被定义为在时域中与HARQ-ACK第二资源的起始时间对齐。在这种情况下，当L个HARQ进程中只有一些是ACK而其余的是NACK时，UE仅在对应于被确定为NACK的HARQ进程的HARQ-ACK第一资源上发送NACK信息，并且不在对应于被确定为ACK的HARQ进程的HARQ-ACK第一资源和HARQ-ACK第二资源上执行传输。当全部的L个HARQ进程都是ACK时，UE在HARQ-ACK第二资源上表示并发送ACK信息，并且不使用HARQ-ACK第一资源。当全部的L个HARQ进程都是NACK时，UE在HARQ-ACK第二资源上表示并发送NACK信息，并且不使用HARQ-ACK第一资源。

当UE被配置为发送使用HARQ-ACK的SR时，UE可以通过将其捎带在ACK或NACK而不是DTX的传输上来发送SR。这意味着HARQ-ACK的传输符合捎带和发送SR的常规SR操作。

当UE使用HARQ-ACK第一资源执行传输时，可以允许UE从在L个配置的HARQ-ACK第一资源当中的按顺序的最后一个HARQ-ACK第一资源的结束位置之后的时间X ms开始监视搜索空间(或搜索空间候选)。当UE使用HARQ-ACK第二资源执行传输时，可以允许UE从HARQ-ACK第二资源的结束位置之后的时间X ms开始监视搜索空间(或搜索空间候选)。在这种情况下，当所接收的HARQ-ACK的传输资源是HARQ-ACK第一传输资源时，从在所接收的HARQ-ACK的传输资源是HARQ-ACK第一传输资源的情况下在全部HARQ-ACK第一资源的配置间隔的结束位置之后、或者在所接收的HARQ-ACK的传输资源是HARQ-ACK第二资源的情况下在HARQ-ACK第二资源的配置间隔的结束位置之后的时间X ms开始，基站可以在可用的搜索空间(或搜索空间候选)中发送DCI。在此，X是考虑到基站和UE的处理时间的间隙的大小，并且由此可以固定使用由标准定义的值。

从UE的角度来看，示例2-2-3的方法可以获得功耗降低的增益，并且可以被配置为允许基站区分全部ACK的情况和DCI遗漏的情况。当报告全部ACK或全部NACK时，UE可以快速地监视其后出现的搜索空间，从而减少了直到接收用于下一调度的许可的定时延迟。

方法3-1：当UE接收多个TB操作的调度时，UE可以根据特定条件确定HARQ-ACK传输方法。

方法3-1提出了一种当UE接收多个TB操作的调度时确定HARQ-ACK传输方法的方法。在这种情况下，作为可以选择的HARQ-ACK传输方法，可以考虑HARQ-ACK捆绑、HARQ-ACK复用或单独HARQ-ACK方案。

HARQ反馈方法的确定是基于当可以确定无线电信道环境相对较好(例如，低CE级别或较少数量的重复、CE模式A、高MCS等)时避免ACK/NACK捆绑的原则。也就是说，ACK/NACK捆绑可能导致对于已经被确定为ACK的TB的不必要的重复传输，因为当捆绑单元中甚至一个TB被确定为NACK时，也可能导致捆绑中全部TB的重传。使这个问题更加严重的是，当无线电信道环境相对较差时，每TB重传需要大量资源。

在方法3-1中，特定条件可以是由高层信令(诸如SIB或RRC信令)指示的信息。在这种情况下，包括在高层信令中的信息可以与以下选项中的一个或多个结合使用。

选项3-1-1：显式地指示HARQ-ACK传输方案的信息可以被包括在高层信令中。

选项3-1-2：可以基于包括在高层信令中的信息中与UE的覆盖范围相关的指示信息来确定HARQ-ACK传输方案。例如，在MTC或NB-IoT的情况下，关于通过其MPDCCH或NPDCCH可以重复的最大尺度Rmax的信息可以被用作特定条件的参考。作为另一示例，在MTC的情况下，关于用于确定处于RRC连接模式的UE的传输/接收操作的CE模式的信息可以被用作特定条件的参考。

选项3-1-3：在HARQ-ACK传输方案中，可以使用包含在高层信令中的信息中的要由UE使用的用于共享信道(SCH)的资源分配信息。例如，在NB-IoT的情况下，用于确定是否执行UE的单音调传输的信息或用于确定子载波间隔的信息可以被用作特定条件的参考。

在方法3-1中，特定条件可以是由DCI或特定信号指示的信息。在此，通过DCI或特定信号发送的信息可以与以下选项中的一个或多个结合使用。

选项3-1-4：显式地指示HARQ-ACK传输方案的信息可以被包括在DCI或特定信号中。

选项3-1-5：HARQ-ACK传输方案可以是被包括在DCI或特定信号中的DL控制信道的实际重复尺度。例如，在NB-IoT的情况下，UE可以基于DCI中包括的信息来识别用于传输DCI的NPDCCH的重复尺度，并且这个尺度可以被用作特定条件的参考。

选项3-1-6：HARQ-ACK传输方案可以是在被包括在DCI或特定信号中的多条信息当中的关于调度的DL-SCH的资源分配信息。例如，在NB-IoT或MTC的情况下，DL许可可以包括关于所调度的NPDSCH或MPDSCH的重复尺度、TBS和/或调度延迟的信息，并且当多个TB传输被调度时，可以指示HARQ进程的数量。这些条信息中的一个或多个可以被组合并被用作特定条件的参考。

选项3-1-7：HARQ-ACK传输方案可以是在被包括在DCI或特定信号中的多条信息当中的关于调度的HARQ-ACK信道的资源分配信息。例如，在NB-IoT或MTC的情况下，DL许可可以包括HARQ-ACK信道的重复尺度、调度延迟和/或频率位置，并且这些条信息中的一个或多个可以被组合并被用作特定条件的参考。

选项3-1-8：HARQ-ACK传输方案可以是在被包括在DCI中的多条信息当中的指示是否执行重传或指示提前终止正在进行的HARQ进程的信息。例如，可以使用使用紧凑DCI或任意信号的重传请求或终止正在进行的HARQ进程的请求，并且这种信息可以被用作特定条件的参考。

在方法3-1中，特定条件可以是UE发送HARQ-ACK的传输时间。作为特定的方法，可以使用以下选项。

选项3-1-9：可以根据在其上UE发送HARQ-ACK的资源的位置来确定HARQ-ACK传输方案。例如，不同的HARQ-ACK信道传输方案可以被定义为用于在由DCI调度的全部HARQ进程终止之前可用的HARQ-ACK信道的资源以及在全部HARQ进程终止之后可用的HARQ-ACK信道的资源。

示例3-1-1：作为方法3-1的具体示例，在使用NB-IoT的系统中，当用于监视用户搜索空间(USS)的目的的Rmax被用作用于如选项3-1-2中那样确定HARQ-ACK信道的传输方案的条件时，单独HARQ-ACK方案可以被定义为当Rmax小于或等于特定值时使用，并且HARQ-ACK捆绑或复用方案可以被定义为当Rmax超过特定值时使用。

Rmax的值可以在考虑UE的无线电信道环境(例如MCL)的特性的情况下进行配置。因此，示例3-1-1的方法可以旨在通过在无线电信道环境良好时针对每个HARQ进程区分ACK/NACK来防止不必要的重传，并且通过在无线电信道环境不好时增加HARQ-ACK报告的可靠性来降低ACK到NACK错误的概率(即，UE发送ACK，但是基站将其识别为NACK的情况)。

替代性地，HARQ-ACK复用或捆绑可以被定义为在Rmax小于或等于特定值时使用，而单独HARQ-ACK方案可以被定义为在Rmax超过特定值时使用。当重复尺度小时，时间分集的影响相对较低，并且因此不同的HARQ进程可能经历相似水平的无线电信道环境。该方案可能旨在在考虑这种情况的情况下应用捆绑或复用。还可以旨在在重复尺度大时减少由ACK到NACK错误引起的不必要的重传。

示例3-1-2：作为方法3-1的具体示例，当其中UE如选项3-1-2中那样操作的CE模式被用作在使用MTC的系统中确定用于HARQ-ACK信道的传输方案的条件时，单独HARQ-ACK方案可以被定义为在CE模式A的情况下使用，并且HARQ-ACK捆绑或复用方案可以被定义为在CE模式B的情况下使用。

CE模式可以在考虑UE的无线电信道环境(例如MCL)的特性的情况下进行配置。因此，示例3-1-2的方法可以旨在通过在无线电信道环境良好时针对每个HARQ进程区分ACK/NACK来防止不必要的重传，并且通过在无线电信道环境不好时增加HARQ-ACK报告的可靠性来降低ACK到NACK错误的概率(即，UE发送ACK，但是基站将其识别为NACK的情况)。

替代性地，HARQ-ACK捆绑或复用方案可以被定义为在CE模式A的情况下使用，并且HARQ-ACK复用或单独HARQ-ACK方案可以被定义为在CE模式B的情况下使用。在CE模式A的情况下，重复尺度小，并且因此时间分集的影响相对较低，并且不同的HARQ进程可能经历相似水平的无线电信道环境。在这方面，该方法旨在使用捆绑来减少资源开销。相反，在CE模式B的情况下，如果使用HARQ-ACK捆绑，则当产生ACK到NACK错误时，由于不必要的重传，资源开销和定时延迟方面的增加可能变得严重。

示例3-1-3：作为方法3-1的具体示例，在使用了NB-IoT的系统中，是否应用将由UE使用的NPUSCH的单音调传输被用作用于如选项3-1-3中那样确定HARQ-ACK信道的传输方案的条件，单独HARQ-ACK方案可以被定义为在配置了多音调传输时使用，并且HARQ-ACK捆绑或复用方案可以被定义为在配置了单音调传输时使用。

在单音调传输的情况下，从UE传输HARQ-ACK信道所需的时域资源可能相对增加。示例3-1-3的方法可能是旨在防止这种事件。在这种情况下，可以将用多个TB调度的DL传输的HARQ-ACK信道定义为使用多载波类型。

示例3-1-4：作为方法3-1的具体示例，在使用了NB-IoT的系统中，当将由UE使用的NPUSCH的子载波间隔被用作用于如选项3-1-3中那样确定HARQ-ACK信道的传输方案的条件时，可以将HARQ-ACK捆绑或复用方案定义为在配置了3.75kHz的子载波间隔时使用。

在3.75kHz的子载波间隔的情况下，由UE传输HARQ-ACK信道所需的时域资源可能相对增加。示例3-1-4的方法可能是旨在防止这种事件。

示例3-1-5：作为方法3-1的具体示例，在使用了NB-IoT的系统中，当用于由UE检测的DCI的传输的NPDCCH的实际重复尺度被用作用于如选项3-1-5中那样确定HARQ-ACK信道的传输方案的条件时，单独HARQ-ACK方案可以被定义为在重复尺度小于或等于特定值时使用，并且HARQ-ACK捆绑或复用方案可以被定义为在重复尺度超过特定值时使用。

重复的值可以在考虑UE的无线电信道环境(例如MCL)的特性的情况下进行配置。因此，示例3-1-5的方法可以旨在通过在无线电信道环境良好时针对每个HARQ进程区分ACK/NACK来防止不必要的重传，并且通过在无线电信道环境不好时增加HARQ-ACK报告的可靠性来降低ACK到NACK错误的概率(即，UE发送ACK，但是基站将其识别为NACK的情况)。

替代性地，HARQ-ACK复用或捆绑方案可以被定义为在重复尺度小于或等于特定值时使用，并且单独HARQ-ACK方案可以被定义为在重复尺度超过特定值时使用。当重复尺度小时，时间分集的影响相对较低，并且因此不同的HARQ进程可能经历相似水平的无线电信道环境。该方法可能旨在在考虑这种情况的情况下应用捆绑或复用。还可以旨在在重复尺度大时减少由ACK到NACK错误引起的不必要的重传。

示例3-1-6：作为方法3-1的具体示例，在使用了NB-IoT的系统中，当通过由UE检测的DCI调度的HARQ-ACK信道的重复尺度被用作用于如选项3-1-7中那样确定HARQ-ACK信道的传输方案的条件时，单独HARQ-ACK方案可以被定义为在重复尺度小于或等于特定值时使用，并且HARQ-ACK捆绑或复用方案可以被定义为在重复尺度超过特定值时使用。

示例3-1-6的方法可以旨在当HARQ-ACK传输信道的重复值较小并且因此延迟问题较低时使用独立的HARQ-ACK传输来增强ACK/NACK信息的可靠性，并且当重复值较大时通过增加无线电资源效率来减少延迟。

在示例3-1-6的方法中，重复尺度超过特定值的部分可以被分为其中应用HARQ-ACK捆绑的部分(相对较高的重复)和其中执行复用的部分(相对较高的重复)。

方法3-2.当可能期望多个TB调度的UE被允许执行使用HARQ-ACK捆绑的HARQ-ACK反馈时，通过特定条件来确定用于应用HARQ-ACK捆绑的方案

在方法3-2中，提出了当UE可能期望使用一个DCI进行多个TB调度并且被配置为使用HARQ-ACK捆绑作为用于调度的TB的HARQ-ACK传输方案时，用于应用HARQ-ACK捆绑的方案通过特定条件来确定。在这种情况下，用于应用HARQ-ACK捆绑的方案可以是捆绑的大小(即，捆绑在一个HARQ-ACK反馈信道中的ACK/NACK信息的条数)或者是否应用捆绑。

一般而言，当使用HARQ-ACK捆绑时，可以节省UL资源，可以减少用于UE的UL传输的功率消耗和完成HARQ进程时的延迟，因为用于多个TB的ACK/NACK报告是以捆绑的方式被发送的。另一方面，由于HARQ-ACK捆绑仅使用1比特信息，当基站未能解码用于ACK的HARQ-ACK反馈时，或者当ACK和NACK信息必须一起报告时，它可能导致增加不必要的重传。在多个TB调度中，可以考虑各种传输结构，并且适合于各个传输结构的HARQ-ACK反馈传输方案可以彼此不同。

为了解决前述问题，本公开提出根据如方法3-2中的条件来确定用于应用HARQ-ACK捆绑的方案。特定方法可与以下选项中的一个或多个结合使用。

选项3-2-1：当交织传输图样被应用于TB传输时，HARQ-ACK捆绑可以被定义为被执行。当交织传输未应用于TB传输时，不执行HARQ-ACK捆绑。在此，交织传输图样指的是其中在多个TB被调度为通过应用重复来被发送的情况下，调度的TB在被重复的同时被交替地发送的图样。

选项3-2-2：HARQ-ACK捆绑的大小可以被定义为根据是否将交织传输图样应用于TB传输来确定。在这种情况下，捆绑的大小也可以根据交织传输图样的形式而变化。

选项3-2-3：当应用HARQ-ACK捆绑时，捆绑的大小以及是否应用捆绑可以在考虑调度的TB的数量的情况下确定。

选项3-2-4：当应用HARQ-ACK捆绑时，可以基于不同的HARQ-ACK反馈传输是否彼此重叠来确定捆绑的大小以及是否应用捆绑。在此，不同HARQ-ACK反馈传输之间的重叠意味着其中不同HARQ-ACK反馈信道被发送的时间-频率资源区域之间的完全或部分重叠。

选项3-2-5：当应用HARQ-ACK捆绑时，捆绑的大小和是否应用捆绑可以通过由网络支持的帧结构和/或UE以其操作的双工模式来确定。在此，帧结构和双工模式可以是全双工-FDD(FD-FDD)、半双工-FDD(HD-FDD)或TDD中的一个。在TDD的情况下，可以包括确定其中UL子帧和DL子帧出现的图样的UL/DL配置的区别。

示例3-2-1：作为方法3-2的具体示例，在使用MTC或NB-IoT的系统中，是否应用HARQ-ACK捆绑可以被定义为根据是否如选项3-2-1中那样应用交织传输图样来确定。具体而言，当应用了交织传输图样时，HARQ-ACK捆绑可以被定义为执行。另一方面，当不应用交织传输图样时，HARQ-ACK捆绑可以被定义为不执行。

一般而言，当应用了HARQ-ACK捆绑时，当受到捆绑的TB产生类似的解码结果时，无线电资源利用的效率可以增加。当受到捆绑的TB经历类似的无线电信道环境时，可以预期类似水平的解码性能。当应用交织传输图样时，调度的TB可能经历彼此相似的无线电信道环境。示例3-2-1的方法可以旨在在考虑前述特征的情况下提高无线电资源利用的效率。

示例3-2-2：作为方法3-2的具体示例，在使用MTC或NB-IoT的系统中，HARQ-ACK捆绑的大小可以被定义为根据是否如选项3-2-2中那样应用交织传输图样来确定。

作为示例3-2-2的具体方法，可以允许全部调度的TB在应用了交织传输图样时被捆绑，而调度的TB可以被子分组，并且当不应用交织传输图样时，可以对每个子组执行HARQ-ACK捆绑。例如，当通过DCI调度的TB的总数是N并且没有应用交织传输图样时，N个TB可以被分组为M个子组，并且包括在每个子组中的TB的ACK/NACK信息可以被定义为被包括在对应于该子组的HARQ-ACK捆绑传输中。结果，UE执行总共M条HARQ-ACK捆绑信息的传输。相反，当通过DCI调度的TB的总数为N并且应用了交织传输图样时，用于N个TB的全部ACK/NACK信息被捆绑，并且UE执行单条HARQ-ACK捆绑信息的传输。

当应用了交织传输图样时，TB经历的无线电信道环境很可能彼此相似。因此，示例3-2-2的方法可以旨在通过增加捆绑的TB的数量来增加HARQ-ACK捆绑的增益。相反，当不应用交织传输图样时，该方法可以旨在减少当捆绑的TB之间的ACK/NACK信息不同时可能发生的不必要的重传。

示例3-2-3：作为方法3-2的具体示例，在使用MTC或NB-IoT的系统中，HARQ-ACK捆绑的大小可以被定义为根据如选项3-2-2中的交织传输图样来确定。在此，交织传输图样指的是其中执行TB的交替传输的图样。例如，当交织传输图样被应用于对其被应用了重复的多个TB传输时，相同TB被重复发送的时段可以根据调度的TB的数量而改变。当存在多个交织传输图样，并且UE可以通过来自基站的显式或隐式指示来预期一个交织传输图样时，捆绑的大小可以被定义为符合所指示的交织传输图样。

示例3-2-4：作为方法3-2的具体示例，在使用MTC或NB-IoT的系统中，捆绑的大小可以被定义为根据如选项3-2-3中那样由DCI调度的TB的数量来确定。作为具体方法，当允许应用HARQ-ACK捆绑时，捆绑的大小可以被定义为根据由DCI调度的TB的数量而改变。

作为示例3-2-4的具体方法的示例，当使用其中在从完成TB的传输的时间起的固定调度延迟之后执行HARQ-ACK捆绑的传输的结构时，根据调度的TB的数量确定捆绑大小的方法可以被定义为基于对应于TB的HARQ-ACK反馈信道是否与另一TB的传输重叠来确定。图25中示出了具体方法的示例在其中操作的结构。在图19的示例中，TB的传输和HARQ-ACK传输之间的调度延迟被固定为3ms。在这种情况下，当调度的TB的数量小于或等于4时，对应于每个TB的HARQ-ACK反馈传输时间不与其他TB的传输时间重叠，并且因此可以应用每个独立的单独HARQ-ACK反馈传输(例如图25(a))。然而，当调度的TB的数量大于4(例如，图25(b))，同时保持3ms的调度延迟时，可以在对应于一些其他TB的HARQ-ACK反馈传输的时间处调度TB的传输。在这种情况下，为了在保持调度延迟规则的同时不引起附加的HARQ-ACK传输延迟，可以将TB分组为子组，并且可以在每个子组上执行HARQ-ACK捆绑。例如，当调度6个TB时，可以通过将每三个TB分组为一个子组来形成两个子组，并且可以基于子组的传输完成的时间来确定每个子组的HARQ-ACK捆绑信息的传输时间(例如，图25(b))。当如上所述应用子分组时，可以尽可能均等地确定子组中包括的TB的数量，以便尽可能均等地保持TB的传输/接收时机和性能。从这个角度来看，在如图25(c)所示的部分调度的情况下，用于全部TB的HARQ-ACK信息可以被捆绑到一个HARQ-ACK中。

示例3-2-5：作为方法3-2的具体示例，在使用MTC或NB-IoT的系统中，当用于不同TB的HARQ-ACK反馈传输基于如选项3-2-4中的用于单独HARQ-ACK反馈的传输方法而彼此重叠时，重叠的HARQ-ACK反馈可以被捆绑。

在示例3-2-5中提出的方法可以特别地应用于当HARQ-ACK反馈的传输持续时间长于TB的传输持续时间时。具体而言，对于应用了重复的系统，可能存在应用于HARQ-ACK反馈传输的重复的尺度大于应用于TB的重复的尺度的情况。在这种情况下，UE可能无法同时执行两个HARQ-ACK传输。图26(a)示出了HARQ-ACK传输的这种重叠的问题。为了防止这个问题，当对应于两个或更多个TB的HARQ-ACK反馈传输部分地(或完全地)彼此重叠时，HARQ-ACK捆绑可以被定义为被应用于对应于重叠的HARQ-ACK反馈传输的TB(例如图26(b))。

示例3-2-6：作为方法3-2的具体示例，在使用MTC或NB-IoT的系统中，可以根据UE的双工模式是如选项3-2-5中的全双工-FDD(FD-FDD)、半双工-FDD(HD-FDD)还是TDD使用不同的捆绑应用方案。在这种情况下，应用方案可能是捆绑的应用状态，或者如果应用了捆绑则是捆绑的大小。

作为示例3-2-6中提出的方法的示例，在FD-FDD的情况下，捆绑可以被定义为仅在有限的情况下应用(例如，HARQ-ACK反馈传输资源彼此重叠和/或应用了交织传输图样)。这可能是因为在FD-FDD结构中，UE可能在UL方向上发送HARQ-ACK反馈，而在DL方向上接收TB，并且因此可能不需要捆绑支持。

作为示例3-2-6中提出的方法的示例，在HD-FDD的情况下，可以将其定义为包括由FD-FDD支持的全部捆绑应用条件，并且包括附加的捆绑应用条件。作为示例，附加捆绑条件可以包括根据调度的TB的数量和/或重复的尺度来确定应用状态的方法。在HD-TDD的情况下，UE可能无法同时处理DL上的接收和UL上的传输，并且因此可能不允许UE在接收TB的同时发送HARQ-ACK反馈。为了解决这个问题，可能需要一种用于支持HARQ-ACK捆绑的方法。

作为示例3-2-6中提出的方法的示例，在TDD的情况下，用于应用由HD-FDD支持的捆绑的全部条件可以被定义为被包括，并且用于应用捆绑的附加条件可以被定义为被包括。TDD的结构与HD-FDD的相似性在于，DL接收和UL传输可能不会同时被处理。因此，为了解决类似的问题，可以应用与HD-FDD中相同的捆绑条件。此外，在TDD结构中，UL子帧和DL子帧交替，并且调度延迟的约束在UL/DL配置之间不同。因此，在TDD中，可以根据用于UL/DL配置的条件来改变应用捆绑的方法。

图27是由终端实行的根据本公开的方法的流程图。

终端可以从基站接收指示一个或多个TB的DCI(S2702)。例如，DCI可以指示多个TB，并且可以通过物理信号/信道(例如，PDCCH、MPDCCH、NPDCCH等)重复接收。此外，终端可以基于所接收的DCI从基站接收一个或多个TB。例如，可以通过物理信号/信道(例如，PDSCH、NPDSCH等)重复接收一个或多个TB。

终端可以发送用于所接收的一个或多个TB的HARQ-ACK信息(S2704)。例如，HARQ-ACK传输方案可以基于本公开中提出的方法(例如，方法1-1至方法1-6、方法2-1至方法2-2、方法3-1至方法3-2)中的两个或更多个中一个或组合来定义。

作为示例，当应用本公开的3-2时，当满足特定条件时，终端可以执行用于HARQ-ACK信息的传输的HARQ-ACK捆绑。特定条件已在方法3-2中详细描述，并且方法3-2的全部描述通过引用结合于此。

作为更具体的示例，特定条件可以包括多个TB以交替方式被接收的条件。当多个TB以交替方式被接收时，HARQ-ACK捆绑被应用于HARQ-ACK信息的传输。当多个TB没有以交替方式被接收时，HARQ-ACK捆绑不应用于HARQ-ACK信息的传输(例如，参见选项3-2-1)。

作为另一特定示例，特定条件可以包括多个TB的数量大于特定数量的条件。当多个TB的数量小于或等于特定数量时，HARQ-ACK信息包括对多个TB的单独的HARQ-ACK响应。当多个TB的数量大于特定数量时，通过应用HARQ-ACK捆绑来生成HARQ-ACK信息。在此，特定数量可以是4(例如参见选项3-2-3)。

作为另一具体示例，该特定条件可以包括多个TB当中不同TB的HARQ-ACK传输时间间隔彼此重叠的条件。当多个TB当中的不同TB的HARQ-ACK传输时间间隔彼此重叠时，通过应用HARQ-ACK捆绑来生成HARQ-ACK信息。当多个TB当中的不同TB的HARQ-ACK传输时间间隔彼此不重叠时，在不应用HARQ-ACK捆绑的情况下生成HARQ-ACK信息(例如，参见选项3-2-4)。

由终端实行的方法通过引用包括在本公开中提出的方法及其组合。

图28是由基站实行的根据本公开的方法的流程图。

基站可以向终端(例如，UE)发送指示一个或多个TB的DCI(S2802)。例如，DCI可以指示多个TB，并且可以通过物理信号/信道(例如，PDCCH、MPDCCH、NPDCCH等)重复地发送。此外，基站可以基于所发送的DCI向终端发送一个或多个TB。例如，一个或多个TB可以通过物理信号/信道(例如，PDSCH、NPDSCH等)重复地被发送。

基站可以接收用于一个或多个所发送的TB的HARQ-ACK信息(S2804)。例如，HARQ-ACK接收方案可以基于本公开中提出的方法(例如，方法1-1至方法1-6、方法3-1至方法3-2、方法A-1至方法A-2)中的两个或更多个中一个或组合来定义。

作为示例，当应用本公开的3-2时，当满足特定条件时，基站可以接收对其应用HARQ-ACK捆绑的HARQ-ACK信息。特定条件在方法3-2中详细描述，并且方法3-2的全部描述通过引用结合于此。作为更具体的示例，特定条件可以包括多个TB以交替方式被发送的条件。当多个TB以交替方式被发送时，接收对其应用HARQ-ACK捆绑的HARQ-ACK信息。当多个TB没有以交替方式被发送时，接收没有对其应用HARQ-ACK捆绑的HARQ-ACK信息(例如，参见选项3-2-1)。

作为另一特定示例，特定条件可以包括多个TB的数量大于特定数量的条件。当多个TB的数量小于或等于特定数量时，HARQ-ACK信息包括对多个TB的单独的HARQ-ACK响应。当多个TB的数量大于特定数量时，通过应用HARQ-ACK捆绑来生成HARQ-ACK信息。在此，特定数量可以是4(例如参见选项3-2-3)。

作为另一具体示例，该特定条件可以包括多个TB当中不同TB的HARQ-ACK传输时间间隔彼此重叠的条件。当多个TB当中的不同TB的HARQ-ACK传输时间间隔彼此重叠时，通过应用HARQ-ACK捆绑来生成HARQ-ACK信息。当多个TB当中的不同TB的HARQ-ACK传输时间间隔彼此不重叠时，在不应用HARQ-ACK捆绑的情况下生成HARQ-ACK信息(例如，参见选项3-2-4)。

由基站实行的方法通过引用包括在本公开中提出的方法及其组合。

7.对其应用本公开的通信系统的示例

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

在下文中，将参考附图更详细地示出示例。在以下附图/描述中，相同的附图标记可以例示相同或相对应的硬件块、软件块或功能块，除非另有说明。

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

参考图29，应用于本公开的通信系统1包括无线设备、基站(BS)和网络。在此，无线设备表示使用无线电接入技术(RAT)(例如，5G新RAT(NR)或长期演进(LTE))执行通信的设备，并且可以被称为通信/无线电/5G设备。无线设备可以包括但不限于机器人100a、车辆100b-1和100b-2、扩展现实(XR)设备100c、手持设备100d、家用电器100e、物联网(IoT)设备100f和人工智能(AI)设备/服务器400。例如，车辆可以包括具有无线通信功能的车辆、自主驾驶车辆和能够执行车辆间通信的车辆。本文中，车辆可以包括无人驾驶飞行器(UAV)(例如，无人机)。XR设备可以包括增强现实(AR)/虚拟现实(VR)/混合现实(MR)设备，并且可以以头戴式设备(HMD)、安装在车辆中的平视显示器(HUD)、电视、智能手机、计算机、可穿戴设备、家用电器设备、数字标牌、车辆、机器人等的形式实施。手持设备可以包括智能手机、智能板、可穿戴设备(例如，智能手表或智能眼镜)和计算机(例如，笔记本)。家用电器可以包括TV、冰箱和洗衣机。IoT设备可以包括传感器和智能仪表。例如，BS和网络可以被实施为无线设备，并且特定无线设备200a可以相对于其他无线设备作为BS/网络节点来操作。

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

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

8.对其应用本公开的无线设备的示例

图30示出了本公开中提出的方法适用于的无线设备的结构。

参考图30，第一无线设备100和第二无线设备200可以通过各种RAT(例如，LTE和NR)发送无线电信号。本文中，{第一无线设备100和第二无线设备200}可以对应于图29的{无线设备100x和BS 200}和/或{无线设备100x和无线设备100x}。

第一无线设备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可以通过收发器106接收包括第四信息/信号的无线电信号，并且然后将通过处理第四信息/信号获得的信息存储在存储器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，并且一个或多个收发器106和206可以被配置成通过一个或多个天线108和208发送和接收在本文档中公开的描述、功能、过程、提议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。在本文中，一个或多个天线可以是多个物理天线或多个逻辑天线(例如，天线端口)。一个或多个收发器106和206可以将来自RF频带信号的所接收的无线电信号/信道等转换成基带信号以便使用一个或多个处理器102和202处理所接收的用户数据、控制信息、无线电信号/信道等。一个或多个收发器106和206可以将使用一个或多个处理器102和202处理的用户数据、控制信息、无线电信号/信道等从基带信号转换成RF频带信号。为此，一个或多个收发器106和206可以包括(模拟)振荡器和/或滤波器。

9.对其应用本公开的无线设备的用例

图31示出了应用于本公开的另一示例无线设备。无线设备可以根据用例/服务以各种形式实施(参见图29)。

参考图31，无线设备100和200对应于图30的无线设备100和200，并且可以由各种元件、组件、单元/部分和/或模块构成。例如，无线设备100和200中的每一个可以包括通信单元110、控制单元120、存储器单元130和附加组件140。通信单元可以包括通信电路112和收发器114。例如，通信电路112可以包括图29的一个或多个处理器102和202和/或一个或多个存储器104和204。例如，收发器114可以包括图30的一个或多个收发器106和206和/或一个或多个天线108和208。控制单元120电连接到通信单元110、存储器单元130和附加组件140，并控制无线设备的整体操作。例如，控制器120可以基于存储在存储器单元130中的程序/代码/命令/信息来控制无线设备的电气/机械操作。此外，控制单元120可以通过无线/有线接口经由通信单元110将存储在存储器单元130中的信息发送到外部部分(例如，另一通信设备)，或者经由通信单元110将通过无线/有线接口从外部部分(例如，另一通信设备)接收的信息存储在存储器单元130中。

附加组件140可以根据无线设备的类型不同地进行配置。例如，附加组件140可以包括电源单元/电池、输入/输出(I/O)单元、驱动单元和计算单元中的至少一个。无线设备可以以但不限于以机器人(图15的100a)、车辆(图15的100b-1和100b-2)、XR设备(图15的100c)、手持设备(图15的100d)、家用电器(图15的100e)、IoT设备(图15的100f)、数字广播终端、全息设备、公共安全设备、MTC设备、医疗设备、金融科技设备(或金融设备)、安全设备、气候/环境设备、AI服务器/设备(图15的400)、BS(图15的200)、网络节点等的形式实施。根据使用示例/服务，无线设备可以在移动或固定的地方使用。

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

在下文中，将参考附图详细描述图31的示例实施方式。

10.对其应用本公开的车辆或自主车辆的示例

图32示出了应用于本公开的示例车辆或自主驾驶车辆。车辆或自主驾驶车辆可以被实施为移动机器人、车辆、火车、有人驾驶/无人驾驶飞行器(AV)或船。

参考图32，车辆或自主驾驶车辆100可以包括天线单元108、通信单元110、控制单元120、驱动单元140a、电源单元140b和传感器单元140c以及自主驾驶单元140d。天线单元108可以被配置为通信单元110的一部分。块110/130/140a至140d分别对应于图31的块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技术等预测交通信息数据，并将预测的交通信息数据提供给车辆或自主驾驶车辆。

11.对其应用本公开的AR/VR和车辆示例

图33示出了应用于本公开的车辆。车辆也可以被实施为运输工具、火车、飞行器或船。

参考图33，车辆100可以包括通信单元110、控制单元120、存储器单元130、输入/输出单元140a和定位单元140b。在此，块110至130/140a至140b分别对应于图31的块110至130/140。

通信单元110可以向其他车辆或诸如基站的外部设备发送信号和从其接收信号(例如，数据、控制信号等)。控制器120可以通过控制车辆100的组件来执行各种操作。存储器单元130可以存储支持车辆100的各种功能的数据/参数/程序/代码/命令。输入/输出单元140a可以基于存储器单元130中的信息输出AR/VR对象。输入/输出单元140a可以包括HUD。定位单元140b可以获取关于车辆100的位置信息。位置信息可以包括关于车辆100的绝对位置信息、行驶车道内的位置信息、加速度信息和相对于附近车辆的位置信息。定位单元140b可以包括GPS和各种传感器。

作为示例，车辆100的通信单元110可以从外部服务器接收地图信息、交通信息等，并将它们存储在存储器单元130中。定位单元140b可以通过GPS和各种传感器获取车辆位置信息，并将车辆位置信息存储在存储器单元130中。控制单元120可以基于地图信息、交通信息、车辆位置信息等生成虚拟对象，并且输入/输出单元140a可以在车辆挡风玻璃的内侧显示所生成的虚拟对象(1410、1420)。此外，控制器120可以基于车辆位置信息来确定车辆100是否在行驶车道内正常操作。当车辆100异常偏离行驶车道时，控制单元120可以通过输入/输出单元140a在车辆的挡风玻璃上显示警告。此外，控制器120可以通过通信单元110向附近车辆广播关于驾驶异常的警告消息。根据情况，控制器120可以通过通信单元110向相关组织发送关于车辆的位置信息和关于驾驶/车辆异常的信息。

图34示出了可以对其应用本公开的技术特征的示例5G使用场景。图34中示出的5G使用场景仅仅是示例性的，并且本公开的技术特征也可以应用于图34中未示出的其他5G使用场景。

参考图34，5G的三个主要需求领域包括(1)增强移动宽带(eMBB)领域，(2)大规模机器类型通信(mMTC)领域和(3)超可靠和低延迟通信(URLLC)领域。一些用例可能需要多个领域进行优化，而其他用例可能只关注关键性能指标。5G以灵活可靠的方式支持这种各种用例。

eMBB专注于移动宽带接入的数据速率、延迟、用户密度、容量和覆盖范围的整体改善。eMBB的目标是约10Gbps吞吐量。eMBB超越了基本的移动互联网接入，并且涵盖了云或增强现实中丰富的交互式工作、媒体和娱乐应用。数据是5G的关键驱动因素之一，并且专用语音服务可能在5G时代第一次被淘汰。在5G中，语音被期望简单地使用由通信系统提供的数据连接作为应用来处理。增加的业务量的主要原因是内容大小方面的增加和需要高数据速率的应用的数量方面的增加。随着越来越多的设备连接到互联网，流媒体服务(音频和视频)以及交互式视频和移动互联网连接将变得更加普遍。许多这些应用程序需要始终开启(always-on)的连接性以向用户推送实时信息和通知。云存储和应用在移动通信平台上快速增长，这可以应用于工作和娱乐两者。云存储是推动上行数据速率增长的特殊用例。5G也用于云上的远程工作，并且在使用触觉界面时，需要更低的端到端延迟来保持良好的用户体验。例如，在娱乐领域，云游戏和视频流是增加对移动宽带的需求的另一关键因素。娱乐在任何地方的智能手机和平板电脑上都是必不可少的，包括诸如火车、汽车和飞机的高度移动性环境。另一用例是用于娱乐的增强现实和信息检索。在此，增强现实需要非常低的延迟和瞬时数据量。

mMTC被设计为使能由电池供电的大量低成本设备之间的通信，并且旨在支持诸如智能仪表、物流、现场和身体传感器等应用。mMTC的目标是在大约10年的电池和/或每平方公里100万个单元。mMTC使能全部领域中的嵌入式传感器的无缝连接，并且是最受期待的5G用例之一。潜在地，到2020年，IoT设备有望达到204亿台设备。工业IoT是5G在支持智能城市、资产跟踪、智能公用事业、农业和安全基础设施方面发挥重要作用的领域之一。

URLLC允许设备和机器非常可靠地、以非常低的延迟和高可用性通信，并且因此是对于车辆通信、工业控制、工厂自动化、远程手术、智能电网和公共安全应用是理想的。URLLC的目标是大约1ms的延迟。URLLC包括新的服务，该服务将通过超可靠/低延迟的链路(诸如主要基础设施和自主车辆的远程控制)改造产业。可靠性和延迟水平对于智能电网控制、工业自动化、机器人、无人机控制和协调至关重要。

接下来，将详细描述图34三角形中包含的多个用例。

5G可以通过用于提供从每秒数百兆到每秒千兆位的数据流的装置补充光纤到户(FTTH)和基于电缆的宽带(或DOCSIS)。以4K的分辨率或更高分辨率(6K、8K或更高)递送TV以及虚拟现实(VR)和增强现实(AR)可能需要如此高的速度。VR和AR应用涉及几乎沉浸式体育赛事。特定应用可能需要特殊的网络配置。例如，在VR游戏的情况下，游戏公司可能需要将核心服务器与网络运营商的边缘网络服务器集成在一起，以便最小化延迟。

汽车有望成为5G中的重要新驱动力，对于用于车辆的移动通信有许多用例。例如，用于乘客的娱乐同时需要高容量和高移动宽带。原因是，未来的用户将继续期待高质量的连接，无论他们的位置和速度如何。汽车行业的另一用例是增强现实仪表板。增强现实仪表板允许驾驶员在黑暗中识别他们通过挡风玻璃看到的东西上的物体。增强现实仪表板以重叠的方式显示信息，以通知驾驶员物体的距离和移动。将来，无线模块将实现车辆之间的通信、车辆和支持基础设施之间的信息交换以及车辆和其他连接设备(例如，由行人携带的设备)之间的信息交换。安全系统可以通过引导驾驶员通过替代性行动过程来降低事故风险，从而使驾驶更加安全。下一步将是遥控车辆或自主车辆。这需要不同自主车辆之间和/或车辆与基础设施之间非常可靠和非常快速的通信。将来，自主驾驶车辆将执行全部驾驶活动，驾驶员将被允许只关注车辆无法识别的交通异常情况。自主车辆的技术要求要求超低延迟和超快可靠性，以将交通安全提高到无法由人类达到的水平。

被称为智能社会的智能城市和智能家居将嵌入高密度无线传感器网络。智能传感器的分布式网络将识别城市或家庭的成本和节能维护的条件。对于每个家庭，可以实行类似的设置。温度传感器、窗户和加热控制器、防盗警报器和家用电器全部是无线连接的。这些传感器中的许多通常需要低数据速率、低功率和低成本。但是，例如，在用于监视的特定类型设备中可能需要实时HD视频。

包括热或气的能量的消耗和分配是高度分散的，从而需要分布式传感器网络的自动控制。智能电网使用数字信息和通信技术将这些传感器相互连接起来，以收集信息并相应地起作用。这些信息可能包括供应商和消费者的行为，使得智能电网能够以自动化方式提高效率、可靠性、经济性、生产的可持续性和燃料(如电力)的分配。智能电网可以被视为另一种低延迟传感器网络。

卫生部门具有可以从移动通信中受益的许多应用。通信系统可以支持用于从远程位置提供临床护理的远程医疗治疗。这可能有助于减少与距离相关限制，并改善偏远农村地区无法持续获得的医疗服务。它也用于在重症护理和紧急情况下拯救生命。基于移动通信的无线传感器网络可以提供对诸如心率和血压的参数及其传感器的远程监视。

无线和移动通信在工业应用中越来越重要。布线需要很高的安装和维护成本。因此，利用可重新配置的无线链路代替线缆的可能性对于许多工业领域来说是有吸引力的机会。然而，实现这一点需要无线连接以类似于线缆的延迟、可靠性和容量操作，并且其管理被简化。低延迟和极低错误率是需要用5G连接的新要求。

物流和货物跟踪是移动通信的重要用例，它使得能够使用基于位置的信息系统在任何地方跟踪库存和包裹。物流和货物跟踪的用例通常需要低数据速率，但是需要广的范围和可靠的位置信息。

上述实施例对应于呈规定的形式的本公开的元素和特征的组合。并且，除非各个元件或特征被明确提及，否则各个元件或特征可以被认为是选择性的。元件或特征中的每一个可以以无法与其他元件或特征结合的形式实施。而且，通过部分地将元件和/或特征组合在一起，能够实现本公开的实施例。可以修改针对本公开的每个实施例解释的操作序列。一个实施例的一些配置或特征可以包括在另一实施例中，或者可以替代另一实施例的相对应的配置或特征。并且，显然可以理解的是，实施例是通过将在所附权利要求中没有明确引用关系的权利要求组合在一起而配置的，或者可以被包括为在提交申请后通过修改而得到的新的权利要求。

在本文件中，已经主要基于终端和基站之间的信号传输/接收关系描述了本公开的实施例。这种传输/接收关系以相同/相似的方式应用于终端和中继之间或者基站和中继之间的信号传输/接收。在一些情况下，在本文档中描述为由基站执行的特定操作可以由其上层节点执行。也就是说，显而易见的是在包括多个网络节点(包括基站)的网络中为与终端通信而执行的各种操作可以由基站或除基站之外的网络节点来执行。基站可以用诸如固定站、节点B、eNode B(eNB)、gNode B(gNB)、接入点等术语来代替。此外，终端可以用诸如用户设备(UE)、移动站(MS)、移动订户站(MSS)等术语来代替。

本公开的示例可以通过各种方式来实施。例如，这些示例可以通过硬件、固件、软件或其组合来实施。当通过硬件实施时，本公开的示例可以通过一个或多个专用集成电路(ASIC)、一个或多个数字信号处理器(DSP)、一个或多个数字信号处理设备(DSPD)、一个或多个可编程逻辑器件(PLD)、一个或多个现场可编程门阵列(FPGA)、一个或多个处理器、一个或多个控制器、一个或多个微控制器、一个或多个微处理器等来实施。

当通过固件或软件实施时，本公开的示例可以以执行以上描述的功能或操作的模块、过程或功能的形式实施。软件代码可以存储在存储器单元中并由处理器执行。存储器单元可以位于处理器的内部或外部，并且可以通过各种已知的方式与处理器交换数据。

本领域技术人员将会理解，在不脱离本公开的精神和基本特征的情况下，本公开可以以除了本文阐述的那些方式之外的其他特定方式来执行。因此，上述实施例在全部方面应被解释为说明性的而非限制性的。本公开的范围应当由所附权利要求及其法律等同物来确定，而不是由以上描述来确定，并且在所附权利要求的含义和等同范围内的全部变化都旨在包含在其中。

工业适用性

本公开的各种实施例适用于各种无线接入系统。各种无线接入系统的示例是第三代合作伙伴计划(3GPP)或3GPP2系统。本公开的各种实施例不仅适用于各种无线接入系统，还适用于对其应用各种无线接入系统的全部技术领域。另外，所提出的方法适用于采用非常高的频率带的毫米波通信系统。

Claims (6)

1.一种用于在无线通信系统中由NB-IoT终端发送信号的方法，所述方法包括：

接收用于调度多个传送块TB的配置信息；

基于所述配置信息接收所述多个TB；以及

发送用于所述多个TB的HARQ-ACK信息，

其中在多个TB的接收和所述HARQ-ACK信息的发送之间的时间间隙是3ms，

其中，基于所述多个TB的数量大于4，所述HARQ-ACK捆绑被确定将被用于所述多个TB，以及

其中，基于所述多个TB的数量等于或小于4，所述HARQ-ACK捆绑被确定将不被用于所述多个TB。

2.根据权利要求1所述的方法，其中，基于所述多个TB的数量大于4，所述HARQ-ACK信息包括通过应用所述HARQ-ACK捆绑生成的一比特信息，

其中，基于所述多个TB的数量等于或小于4，所述HARQ-ACK信息包括对所述多个TB的单独的HARQ-ACK响应。

3.一种用于在无线通信系统中发送信号的NB-IoT终端，所述NB-IoT终端包括：

收发器，所述收发器被配置为接收或发送信号；以及

处理器，所述处理器被配置为控制所述收发器，

其中，所述处理器被配置成：

接收用于调度多个传送块(TB)的信息；

基于所述信息接收所述多个TB；以及

发送用于所述多个TB的HARQ-ACK信息，

其中在多个TB的接收和HARQ-ACK信息的发送之间的时间间隙是3ms，

其中，基于所述多个TB的数量大于4，所述HARQ-ACK捆绑被确定将被用于所述多个TB，以及

其中，基于所述多个TB的数量等于或小于4，所述HARQ-ACK捆绑被确定将不被用于所述多个TB。

4.根据权利要求3所述的NB-IoT终端，其中，基于所述多个TB的数量大于4，所述HARQ-ACK信息包括通过应用所述HARQ-ACK捆绑生成的一比特信息，

其中，基于所述多个TB的数量等于或小于4，所述HARQ-ACK信息包括对所述多个TB的单独的HARQ-ACK响应。

5.根据权利要求3所述的NB-IoT终端，其中，所述NB-IoT终端能够与其他UE、与自动驾驶车辆相关的UE、基站或网络中的至少一个通信。

6.一种用于NB-IoT终端在无线通信系统中发送信号的装置，所述装置包括：

存储器，所述存储器包含可执行代码；以及

处理器，所述处理器连接到所述存储器用于操作，

其中，所述处理器被配置为执行所述可执行代码以执行特定操作，所述特定操作包括：

接收用于调度多个传送块(TB)的配置信息；

基于所述配置信息接收所述多个TB；以及

发送用于所述多个TB的HARQ-ACK信息，

其中在多个TB的接收和所述HARQ-ACK信息的发送之间的时间间隙是3ms，

其中，基于所述多个TB的数量大于4，所述HARQ-ACK捆绑被确定将被用于所述多个TB，以及

其中，基于所述多个TB的数量等于或小于4，所述HARQ-ACK捆绑被确定将不被用于所述多个TB。