CN113439477B - 用于多传输块调度的下行链路信号发送/接收方法及其装置 - Google Patents

Abstract

本发明涉及一种用于多传输块调度的方法及其装置，并且更具体地，涉及一种方法及其装置，该方法包括以下步骤：接收第一下行链路控制信息DCI；基于由第一DCI调度的传输块TB的数量小于特定数量，在第一DCI的接收终止和由第一DCI调度的TB的发送或接收开始之间的时间间隔中执行用于检测第二DCI的监视；以及基于由第一DCI调度的TB的数量大于或等于特定数量，在第一DCI的接收终止和由第一DCI调度的TB的发送或接收开始之间的时间间隔中省略用于检测第二DCI的监视。

Description

用于多传输块调度的下行链路信号发送/接收方法及其装置

技术领域

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

背景技术

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

发明内容

技术问题

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

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

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

技术方案

根据本公开的一方面，在支持多传输块(多TB)调度的无线通信***中由用户设备(UE)执行的方法可以包括以下步骤：接收第一下行链路控制信息(DCI)；基于由第一DCI调度的TB的数量小于特定数量，在第一DCI的接收结束和由第一DCI调度的TB的发送或接收开始之间的时间段期间监视第二DCI；以及基于由第一DCI调度的TB的数量等于或大于特定数量，在第一DCI的接收结束和由第一DCI调度的TB的发送或接收开始之间的时间段期间跳过对第二DCI的监视。

根据本公开的另一方面，被配置为在支持多TB调度的无线通信***中操作的UE可以包括：收发器；以及处理器，处理器被配置为通过控制收发器来执行操作。操作可以包括：接收第一DCI；基于由第一DCI调度的TB的数量小于特定数量，在第一DCI的接收结束和由第一DCI调度的TB的发送或接收开始之间的时间段期间监视第二DCI；以及基于由第一DCI调度的TB的数量等于或大于特定数量，在第一DCI的接收结束和由第一DCI调度的TB的发送或接收开始之间的时间段期间跳过对第二DCI的监视。

根据本公开的第三方面，一种计算机可读存储介质可以存储在由处理器执行时使处理器执行操作的指令。该操作可以包括：接收第一DCI；基于由第一DCI调度的TB的数量小于特定数量，在第一DCI的接收结束和由第一DCI调度的TB的发送或接收开始之间的时间段期间监视第二DCI；以及基于由第一DCI调度的TB的数量等于或大于特定数量，在第一DCI的接收结束和由第一DCI调度的TB的发送或接收开始之间的时间段期间跳过对第二DCI的监视。

基于无线通信***支持窄带物联网(NB-IoT)，特定数量可以为2。

基于无线通信***支持机器类型通信(MTC)并且UE在覆盖增强(CE)模式A下操作，特定数量可以为8。

基于无线通信***支持MTC并且UE在CE模式B下操作，特定数量可以为4。

基于由第一DCI调度的TB的数量小于特定数量，在由第一DCI调度的TB的发送或接收之前的特定时间段期间可以跳过对第二DCI的监视。

该方法或操作还可以包括：接收由第一DCI调度的TB；以及基于对第二DCI的检测接收由第二DCI调度的TB。

该方法或操作还可以包括：发送由第一DCI调度的TB；以及基于对第二DCI的检测发送由第二DCI调度的TB。

有益效果

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

根据本公开，更特别地，可以在支持多TB调度的无线通信***中有效地发送和接收下行链路控制信道或下行链路控制信息(DCI)。

本领域技术人员将理解，利用本公开能够实现的效果不限于上文已经特别描述的内容，并且本公开的其它优点将从以下结合附图进行的详细描述中更清楚地理解。

附图说明

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

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

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

图3是示出LTE无线电帧结构的图；

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

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

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

图7是示出新无线(NR)***中的无线电帧结构的图；

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

图9是示出在机器类型通信(MTC)中的物理信道和使用物理信道的一般信号发送的图；

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

图11是示出MTC信号频带的图；

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

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

图14是示出子载波间隔(SCS)为15kHz的帧结构的图，并且图15是示出SCS为3.75kHz的帧结构的图；

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

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

图19是示出在基站(BS)和用户设备(UE)之间的发送/接收过程的图。

图20是示出本公开所提出的方法的实施方式的图；

图21是示出应用于本公开的通信***的图。

图22是示出应用于本公开的无线装置的示例的框图；

图23是示出应用于本公开的无线装置的另一示例的框图；

图24是示出应用于本公开的便携式装置的示图；以及

图25是示出应用于本公开的车辆或自主驾驶车辆的框图。

具体实施方式

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

本文描述的技术适用于诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)等的各种无线接入***。CDMA可以被实现为诸如通用陆地无线电接入(UTRA)或CDMA 2000的无线电技术。TDMA可以被实现为诸如全球移动通信***(GSM)、通用分组无线电服务(GPRS)或针对GSM演进的增强数据速率(EDGE)的无线电技术。OFDMA可以被实现为诸如电气和电子工程师协会(IEEE)802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE802-20、演进UTRA(E-UTRA)等的无线电技术。UTRA是通用移动电信***(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进UMTS(E-UMTS)的一部分。LTE-高级(LTE-A)或LTE-A pro是3GPP LTE的演进版本。3GPP新无线电或新无线电接入技术(3GPP NR)或5G是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 TS36.xxx版本13之上的LTE技术称为LTE-A pro。3GPP 5G是指TS 36.xxx版本15之上的技术，并且3GPP NR是指3GPP TS38.xxx版本15之上的技术。LTE/NR可以被称为“3GPP***”。在本文中，“xxx”是指标准规范编号。LTE/NR通常可以称为“3GPP***”。本文使用的背景、术语、缩写等的细节可以在本公开之前公开的文档中找到。例如，可以参考以下文档。

3GPP LTE

-36.211：物理信道和调制

-36.212：复用和信道编码

-36.213：物理层过程

-36.300：总体描述

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

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

3GPP NR

-38.211：物理信道和调制

-38.212：复用和信道编码

-38.213：针对控制的物理层过程

-38.214：针对数据的物理层过程

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

-38.304：处于空闲模式和RRC去激活状态的用户设备(UE)过程

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

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

A.物理信道和帧结构

物理信道和一般信号发送

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

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

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

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

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

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

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

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

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

无线电帧结构

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

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

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

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

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

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

RB被定义为时域中的N^DL/UL _symb(例如，7)个连续符号乘频域中的N^RB _sc(例如，12)个连续子载波。RB可以是物理资源块(PRB)或虚拟资源块(VRB)，并且PRB可以一一对应地映射到VRB。各自位于子帧的两个时隙之一中的两个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的时域索引。

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

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

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

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

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

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

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

[表1]

*N^slot _symb：时隙中的符号的数量

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

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

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

[表2]

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

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

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

B.UL和DL信道

DL信道

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

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

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

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

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

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

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

-monitoringSlotPeriodicityAndOffset：PDCCH监视周期(按时隙)和PDCCH监视偏移(按时隙)。

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

-nrofCandidates：针对每个AL＝{1,2,4,8,16}的PDCCH候选的数量(0、1、2、3、4、5、6和8之一)。

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

[表3]

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

[表4]

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

UL信道

UE在UL信道上向BS发送相关信号，BS在UL信道上从UE接收相关信号。

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

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

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

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

[表5]

C.机器类型通信(MTC)

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

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

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

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

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

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

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

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

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

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

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

[表6]

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

图11示出了MTC信号频带。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

SC-FDMA可以应用于基于15kHz或3.75kHz的SCS的NB-IoT UL。针对NB-IoT UL可以支持多频调发送和单频调发送。例如，仅针对15kHz SCS支持多频调发送，并且针对15kHz和3.75kHz SCS可以支持单频调发送。

如关于NB-IoT DL所提到的，NB-IoT***的物理信道的名称可能会加上“N(窄带)”，以区别于现有***的信道。例如，NB-IoT UL物理信道可以包括NPRACH和NPUSCH等，并且NB-IoT UL物理信号可以包括窄带DMRS(NDMRS)。

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

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

E.符号、缩写和术语

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

-PDCCH：物理下行链路控制信道。PDCCH是提供DCI的物理层通信信道。即使没有明确指出，本公开中提出的方法也适用于具有诸如增强型PDCCH(EPDCCH)、MTC-PDCCH(MPDCCH)和窄带PDCCH(NPDCCH)的各种结构的PDCCH。在下文中，PDCCH代表这些各种结构的PDCCH。

-PUCCH：物理上行链路控制信道。PUCCH是提供UCI的物理层通信信道。本公开中提出的方法适用于具有各种结构的PUCCH。在下文中，PUCCH表示各种结构的PUCCH。

-PDSCH：物理下行链路共享信道。PDSCH是提供DL数据的物理层通信信道。即使没有明确指出，本公开中提出的方法也适用于具有诸如NPDSCH的各种结构的PDSCH。在下文中，PDSCH代表各种结构的PDSCH。

-PUSCH：物理上行链路共享信道。PUSCH是提供UL数据的物理层通信信道。即使没有明确指出，本公开中提出的方法也适用于具有诸如NPUSCH的各种结构的PUSCH。在下文中，PUSCH代表各种结构的PUSCH。

-DCI：下行链路控制信息

-UCI：上行链路控制信息

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

-CB：码块

-CBG：码块组

-TB：传输块

-TBS：传输块尺寸

-SF：子帧

-RE：资源元素

-RB：资源块

-HARQ：混合自动重复请求

-SIB：***信息块

-RRC：无线电资源控制

-LAA：授权辅助接入。针对LTE/LTE-A/LTE-A Pro/5G/NR***指定的频带被称为授权频带，针对LTE/LTE-A/LTE-A Pro/5G/NR***未指定的频带被称为未授权频带，并且未授权频带中的操作被称为LAA。

–调度延迟：由DCI动态调度的PDCCH的结束发送位置(例如，SF或时隙)与经调度的TB(例如，PUSCH或PDSCH)的开始发送位置(例如，SF或时隙)之间的间隔。

–公共参数：包括在调度多个TB的DCI中的参数当中共同应用于多个TB的参数。

F.本公开的所提议的方法

F.1.背景技术的问题

在诸如LTE和NR的通信***中，一个PDSCH或PUSCH通常通过一个DCI调度。当要调度多个TB或HARQ过程时，UE应该通过监视多个不同的搜索空间来获得各自调度TB或HARQ过程的DCI。然而，当由于发送数据的尺寸大于在PDSCH/PUSCH上一次可发送的TBS或需要周期性数据发送而需要连续的PDSCH/PUSCH发送时，重复的PDCCH发送可能会增大BS的网络开销，并且重复的PDCCH监视可能会增大UE的功耗。

为了避免该问题，可以考虑用于由一个DCI调度多个TB的多TB(或多个TB)调度。多TB调度提供了减少在BS处的网络开销(否则网络开销可能会由于重复PDCCH发送而增大)和减小在UE处的针对附加DCI检测的功耗的好处。在LTE中，提出了多SF(或多个SF)调度以在LAA通信结构中通过一个DCI来控制多个PUSCH发送。多SF调度有利地使BS能够通过一个DCI调度与最多四个HARQ过程相对应的PUSCH发送并且使UE能够仅通过一个PDCCH监视来执行多个PUSCH发送。类似地，在当前的Rel-16 NB-IoT/MTC***中，正在讨论多TB调度以通过一个DCI调度多个TB。

在引入到LTE LAA的多SF调度中，连续的HARQ过程ID可以由一个DCI调度。类似地，可以在Rel-16 NB-IoT/MTC中引入用于调度连续HARQ过程ID的结构。与非连续HARQ过程ID的调度相比，该方案可以减少DCI位的开销。尽管如此，可能会出现需要调度非连续HARQ过程ID的情况。特别地，随着可调度的HARQ过程数量的增加，可能需要调度更多的HARQ过程ID的组合。

在减少DCI位数的另一种方法中，包括在DCI中的一些参数可以用作公共参数。然而，公共参数的设置可能会降低调度多个TB的灵活性。例如，当MCS和TBS被设置为公共参数以减少DCI位数并且一些所调度的TB是重传时，重传TB和初传TB可能需要不同的MCS/TBS，这可能会限制公共参数的设置和使用。

为了解决该问题，本公开提出了在使用多TB调度时由UE依次获得多个DCI的方法。特征在于，本公开提出了在可以由一个DCI调度多个TB或HARQ过程的情况下，在由UE获得一个DCI之后监视附加DCI的条件和方法以及相关的TB发送/接收过程。

本公开所提出的方法可以应用于在LTE***中实现的MTC和NB-IoT中用于通过一个DCI来控制一个或更多个TB发送的多TB调度。MTC和NB-IoT是需要低UE复杂度和宽覆盖的技术，其特征在于可能同时盲解码的DCI格式的数量被显著限制以满足低复杂度要求。此外，应该满足最小间隙的要求，以使低复杂度UE在检测到DCI后能够发送/接收调度的TB。为此，可以通过DCI动态配置调度延迟。因为UE可以如在现有的NB-IoT/MTC***中一样在应用调度延迟的时间段期间执行盲解码以检测附加DCI，所以可以通过本公开的所提出的方法来克服多TB调度遇到的问题。

另选地，本公开的所提出的方法可以如在LTE***中实现的LAA中一样应用于用于通过一个DCI来调度一个或更多个PUSCH发送的多SF调度。如前所述，因为在针对当前LAA定义的多SF调度方案中仅调度连续的HARQ过程ID，非连续的HARQ过程ID的调度可能受到限制。通过应用本公开所提出的方法可以消除这种限制。

此外，由于与LTE LAA的相似性，可以针对NR***中正在讨论的未授权频带(U频带)技术采用相同的方法。具体地，在U频带技术中正在讨论用于通过一个DCI在一个或更多个时隙中调度TB的多TTI(多个TTI)调度，并且可以与LAA中一样引入连续HARQ过程ID的调度，以实现低开销的DCI设计。用于通过一个DCI调度一个或更多个PDSCH/PUSCH的多时隙(或多个时隙)调度也可作为所讨论的用于减小NR***中UE的功耗的候选技术之一。同样地，本公开所提出的方法可以应用于调度非连续TB或HARQ过程ID。

除了所提出的方法适用的上述示例性技术之外，只要保持本公开的原理，为了设计承载DCI或UCI的控制信道而提出的本公开可以应用于一般通信***。

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

作为应用本公开的所提出的方法的示例，在诸如LTE和NR的通信***中可以考虑用于通过一个DCI动态调度一个或更多个TB的多TB调度。术语TB是指其中发生一次发送的单元，其可以用在应用本公开的技术中使用的调度发送单元(例如，CB、CBG、子帧、时隙、符号、RE、RB和HARQ处理)来代替。

图17和图18是示出应用本公开的所提出的方法的操作的流程图。图17和图18仅仅是示例，因此可以应用本公开的所提出的方法而不限于图17和图18的示例。例如，本公开所提出的方法可以在没有图17和图18所示的操作中的一些或将一些操作添加到图17和图18所示的操作的情况下实现。

参照图17，BS可以向UE发送针对多TB调度的配置信息(S1702)。例如，BS可以向UE发信号通知指示支持多TB调度的信息和相关参数。例如，该信息可以由诸如SIB或RRC信令的更高层信令发信号通知或者可以由DCI动态配置。随后，在存在要向UE发送或从UE接收的数据的情况下，BS可以向UE发送调度TB发送/接收的DCI(S1704)。当BS需要发送多个DCI时，BS可以在发送第一个DCI之后直到TB发送开始之前的(时间)时段期间发送附加DCI(S1706)。在存在发送数据的情况下，BS可以在完成DCI发送之后执行一个或更多个TB发送(S1708)。当BS需要HARQ-ACK反馈信道时，BS可以执行接收HARQ-ACK反馈信道的操作(S1710)。在存在要接收的数据的情况下，BS可以在完成DCI发送之后执行一个或更多个TB接收(S1708)。当BS需要HARQ-ACK反馈信道时，BS可以执行发送HARQ-ACK反馈信道的操作(S1710)。图17示出了示例性BS操作。

参照图18，UE可以从BS接收针对多TB调度的配置信息(S1802)。例如，在接收到包括指示支持多TB调度的信息和相关参数的信令后，UE可以监视针对多TB调度的DCI(S1804)。随后，在检测/接收到包括多TB调度信息的DCI时，UE基于信令和包括在DCI中的多TB调度信息来确定TB的发送/接收位置。当UE可以在TB的发送/接收开始之前监视附加DCI时，UE尝试检测附加DCI(S1806)。在存在要接收的数据的情况下，UE在DCI接收完成后执行一个或更多个TB接收(S1808)。当UE需要HARQ-ACK反馈信道时，UE执行发送HARQ-ACK反馈信道的操作(S1810)。在存在发送数据的情况下，UE在完成DCI接收之后执行一个或更多个TB发送(S1808)。当UE需要HARQ-ACK反馈信道时，UE执行接收HARQ-ACK反馈信道的操作(S1810)。图18示出了示例性UE操作。

图19是示出BS和UE之间的发送/接收过程的图。图19的(a)示出了根据本公开提出的方法的示例性DL数据发送/接收过程，并且图19的(b)示出了根据本公开提出的方法的示例性UL数据发送/接收过程。

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

虽然上面已经在基于一个DCI的多TB调度的上下文中描述了BS和UE的操作，本公开的原理还可以应用于诸如基于UCI的UL控制信道发送的其它信息发送方案。

可以通过选择以下方法中的一些来应用本公开的所提出的方法。每种方法可以单独执行或与一种或更多种其它方法组合执行。只要保持本公开的原理，用于描述本公开的一些术语、符号和顺序可以被其它术语、符号和顺序替换。

(方法1)

本公开提出了在检测到针对多TB调度的DCI时，UE根据特定条件确定是否尝试检测附加DCI的方法。在UE检测一些DCI失败的情况下，可以规定第一DCI和后续附加DCI在相同类型的搜索空间中使用相同的DCI格式进行发送/接收，以不增加UE处的盲解码的数量。

针对用于确定是否尝试检测附加DCI的特定条件，在方法1中可以组合使用以下选项1-1、选项1-2、选项1-3、选项1-4、选项1-5、选项1-6和选项1-7中的一个或更多个。

(选项1-1)当检测到的DCI针对发送/接收而调度的TB数量小于特定数量X时，UE继续监视附加DCI。当检测到的DCI针对发送/接收而调度的TB数量等于或大于特定数量X时，UE中断对附加DCI的监视。BS可以被配置为通过可用于多TB调度的多个DCI来调度多个TB，并且当针对发送/接收已经调度的TB的数量等于或大于X时，不发送附加DCI。

在选项1-1的示例中，在BS向UE发送第一DCI之后(例如，见S1704)，基于由第一DCI调度的TB数量小于特定数量X，BS可以在第一DCI发送结束和由第一DCI调度的TB的发送或接收开始之间的时间段期间附加地向UE发送第二DCI(例如，见S1706)。相反，基于由第一DCI调度的TB的数量等于或大于特定数量X，BS可以在第一DCI发送结束与由第一DCI调度的TB的发送或接收开始之间的时间段期间中断或跳过附加DCI的发送。当需要时，BS可以在第二DCI发送结束和由第一DCI调度的TB的发送或接收开始之间的时间段期间附加地向UE发送第三DCI(例如，见S1706)。相反，基于由第一DCI和第二DCI调度的TB的数量等于或大于特定数量X，BS可以在第二DCI发送结束与由第一DCI调度的TB的发送或接收开始之间的时间段期间中断或跳过附加DCI的发送(例如，见S1706)。在第一DCI发送结束和由第一DCI调度的TB的发送或接收开始之间的时间段期间BS要发送的附加DCI的数量可以根据特定数量X来确定。

在选项1-1的示例中，在UE从BS接收到第一DCI之后(例如，见S1804)，基于由第一DCI调度的TB数量小于特定数量X，UE可以在第一DCI接收结束与由第一DCI调度的TB的发送或接收开始之间的时间段期间监视第二DCI(例如，见S1806)。相反，基于由第一DCI调度的TB的数量等于或大于特定数量X，UE可以在第一DCI接收结束和由第一DCI调度的TB的发送或接收开始之间的时间段期间中断或跳过对附加DCI的监视。当需要时(例如，当调度的TB的数量小于特定数量X)时，UE可以在第二DCI接收结束和由第一DCI调度的TB的发送或接收开始之间的时间段期间监视第三DCI(例如，见S1806)。相反，基于由第一DCI和第二DCI调度的TB数量等于或大于特定数量X，UE可以在第二DCI接收结束与由第一DCI调度的TB的发送或接收开始之间的时间段期间中断或跳过对附加DCI的监视。在第一DCI接收结束和由第一DCI调度的TB的发送或接收开始之间的时间段期间UE要监视的附加DCI的数量可以根据特定数量X来确定。

在选项1-1的示例中，特定数量X可以是UE能够同时处理的TB的最大数量(例如，HARQ过程的最大数量)。这可以旨在防止(HARQ)过程ID管理中涉及的问题，以及考虑UE的软缓冲器限制。具体地，当选项1-1应用于MTC或NB-IoT中的单播发送时，特定数量X可以是多TB调度中可配置的HARQ过程的最大数量。例如，在MTC的CE模式A中X＝8(例如，见表6及其相关描述)，在MTC的CE模式B中X＝4(例如，见表6及其相关描述)，并且在NB-IoT中X＝2。

在选项1-1的示例中，特定数量X可以是小于UE能够同时处理的TB的最大数量的任何数量。这可以减少尝试检测附加DCI的次数，并且因此降低DCI监视的功耗。X的值可以在标准中预先设定，或者通过诸如SIB、RRC信号的更高层信号来指示。具体地，当选项1-2应用于MTC或NB-IoT中的单播发送时，可以基于多TB调度中调度的HARQ过程的数量来应用特定数量X。

(选项1-2)当检测到的DCI仅调度一个TB时，UE监视附加DCI。当后面的DCI也仅调度了一个TB时，UE可以继续监视附加DCI。当附加DCI调度多个TB时，UE中断或跳过检测附加DCI的尝试。当BS要通过可用于多TB调度的多个DCI来调度多个TB时，UE可以仅发送各自调度单个TB的DCI或在最后调度多个TB的DCI。

在选项1-2的示例中，在BS向UE发送第一DCI之后(例如，见S1704)，基于由第一DCI调度的TB数量为1，BS可以在第一DCI发送结束与由第一DCI调度的TB的发送或接收开始之间的时间段期间向UE附加地发送第二DCI(例如，见S1706)。相反，基于由第一DCI调度的TB的数量为2或更大，BS可以在第一DCI发送结束与由第一DCI调度的TB的发送或接收开始之间的时间段期间中断或跳过附加DCI的发送。当需要时，BS可以在第二DCI发送结束与由第一DCI调度的TB的发送或接收开始之间的时间段期间向UE附加地发送第三DCI(例如，见S1706)。相反，基于由第二DCI调度的TB的数量为1，BS可以在第二DCI发送结束与由第一DCI调度的TB的发送或接收开始之间的时间段期间中断或跳过附加DCI的发送。

在选项1-2的示例中，在UE从BS接收到第一DCI之后(例如，见S1804)，基于由第一DCI调度的TB的数量为1，UE可以在第一DCI接收结束与由第一DCI调度的TB的发送或接收开始之间的时间段期间监视第二DCI(例如，见S1806)。相反，基于由第一DCI调度的TB的数量为2或更大，UE可以在第一DCI接收结束与由第一DCI调度的TB的发送或接收开始之间的时间段期间中断或跳过对附加DCI的监视。当需要时(例如，当由第二DCI调度的TB数量为1时)，UE可以在第二DCI接收结束与由第一DCI调度的TB的发送或接收开始之间的时间段期间监视第三DCI(例如，见S1806)。相反，基于由所述第二DCI调度的TB为2或更大，UE可以在第二DCI接收结束与由第一DCI调度的TB的发送或接收开始之间的时间段期间中断或跳过对附加DCI的监视。

因为BS可以控制UE将中断监视附加DCI的时间，所以选项1-2可以有利地防止由不必要的DCI监视引起的UE的功耗。具体地，在将选项1-2应用于MTC或NB-IoT中的单播发送的情况下，当UE检测到的DCI传递仅针对一个HARQ过程的调度信息时，UE可以被配置为监视附加DCI(在DCI检测结束和由DCI调度的TB的发送或接收开始之间的时间段期间)。当DCI包括关于多个HARQ过程的信息时，UE可以被配置为中断或跳过对附加DCI的监视(在DCI检测结束和由DCI调度的TB的发送或接收开始之间的时间段期间)。

(选项1-3)UE被配置为在获得DCI后监视附加DCI最多Z次。UE可以在获得第一DCI后在Z个搜索空间中尝试检测附加DCI，并且然后中断或跳过对附加DCI的监视。当BS要发送多个DCI时，BS可以在最多Z+1个连续搜索空间中发送最多Z+1个DCI。

选项1-3可以限制在UE处针对DCI检测的盲解码尝试的最大数量，从而限制UE的最大功耗。

例如，在选项1-3中，Z的值可以是标准中的固定值或由诸如SIB或RRC信号的更高层信号确定(例如，见S1702或S1802)。

(选项1-4)UE继续监视附加DCI，直到由DCI调度的TB的发送开始之前的预定时间段Y ms之前。另选地，UE中断或跳过对附加DCI的监视，直到由DCI调度的TB的发送开始之前的预定时间段Y ms之前。UE可以尝试检测附加DCI，直到在由DCI调度的TB的发送/接收的起始位置之前的预定时间段Y ms之前。另选地，在由DCI调度的TB的发送/接收的起始位置之前的预定时间段Y ms期间，UE可以中断或跳过对附加DCI的检测。BS可以在直到调度的TB的发送/接收的起始位置之前的预定时间段Y ms之前的(时间)时段期间发送一个或更多个DCI。另选地，BS可以在调度的TB的发送/接收的起始位置之前的预定时间段Y ms期间中断或跳过DCI发送。

可以根据针对UE配置的帧结构基于时间资源(例如，子帧、时隙、TTI或符号)的数量来应用选项1-4。例如，时间资源(例如，子帧、时隙、TTI或符号)的数量可以与预定时间段的持续时间Y ms相对应地确定并且被确定为Y的函数。在更具体的示例中，当使用LTE帧结构时，Y ms可以与Y个子帧相对应。当使用NR帧结构时，根据SCS，Y ms可以与Y个子帧或Y到16*Y个时隙相对应(例如，见表1)。UE可以在特定数量的时间资源(例如，与Y ms相对应)中(或在与时间资源相对应的时间段期间)中断或跳过对附加DCI的监视，并且BS可以在时间资源中(或在与时间资源相对应的时间段期间)中断或跳过附加DCI的发送。相反，UE可以在调度的TB的发送开始之前的特定数量的时间资源(例如，与Y ms相对应)之前(或在与时间资源相对应的时间段期间)监视附加DCI，并且BS可以在时间资源之前(或在与时间资源相对应的时间段期间)发送附加DCI。

选项1-4可以旨在确保在UE处完成DCI检测和准备TB发送/接收的时间。特别地，当如在NB-IoT中那样同一信道编码用于承载DCI和TB的物理信道时，应确保用于完成DCI解码物理信道的最小时间。在本文中，不同的Y值可以用于UL和DL。

(选项1-5)在UE处获得DCI之后是否监视附加DCI可以由诸如SIB或RRC信号的更高层信号指示。当基站在发送一个DCI后总是确定不发送附加DCI以防止发送多个DCI增加开销时，该选项可以旨在允许UE基于该信息不执行不必要的盲解码，从而节省功率。

(选项1-6)当从DCI获得的调度信息是针对UL TB发送的时，UE可以继续监视附加DCI(在DCI获取结束和TB发送开始之间的时间段期间)。当针对UE调度DL TB接收时，UE可以根据在任何其它选项中确定是否监视附加DCI的方法来操作。即使在针对UE调度DL TB接收的情况下，当UE被调度为发送一个或更多个UL TB时，UE也可以被配置为继续监视附加DCI。BS可以向BS已经针对其调度了UL TB发送的UE发送附加DCI。

选项1-6的方法可以旨在允许UE接收提前终止(early termination)信息，以使得UE可以在TB发送完成之前中断在PUSCH上调度的重复TB发送。例如，在MTC中，当UE被调度为重复发送PUSCH时，UE可以周期性地监视DCI以检查关于PUSCH提前终止的信息。

(选项1-7)可以每预定间隔更新用于确定是否由UE监视附加DCI的条件。即使当UE确定在特定时间段期间不监视附加DCI时，UE也可以被配置为基于特定时间段恢复对附加DCI的监视。在本文中，BS可以基于特定时段来发送附加DCI。

在选项1-7中，可以将特定时段的开始确定为绝对时间。例如，在LTE***中，诸如***帧号(SFN)、超SFN(H-SFN)或绝对子帧号的时域绝对索引可以用作计算特定时段所基于的参考。在特定示例中，可以允许从SFN#A中的子帧#B开始每T ms监视附加DCI。因为绝对时间被用作参考，所以可以在BS和UE之间没有误解的情况下发送/接收附加DCI。

在选项1-7中，可以将特定时段的开始确定为UE中断监视附加DCI的时间。这可以始终防止当UE中断对附加DCI的监视时在预定时间段期间由DCI检测引起的UE的功耗。

图20示出了本公开的所提出的方法的实施方式。虽然图20的示例是在NB-IoT的上下文中描述的，图20也可以无限制地应用于LTE***(例如，MTC或LAA)和NR***(例如，U频带)(例如，见“F.1.背景技术的问题”)。当图20的示例应用于LTE***时，可以用MPDCCH或PDCCH代替NPDCCH，并且用PUSCH和PDSCH代替NPUSCH和NPDSCH。当图20的示例应用于LTE***的NR***时，NPDCCH、NPUSCH和NPDSCH可以分别被替换为PDCCH、PUSCH和PDSCH。

此外，图20的示例基于以下假设：NPDCCH上的第一DCI的接收在子帧#n中结束，并且在NPDSCH上由第一DCI调度的TB的接收或在NPUSCH上由第一DCI调度的TB的发送在子帧#(n+k)上开始。在该示例中，k的值可以由第一DCI发信号通知。虽然在图20的示例中假设在第一DCI接收的结束(例如，子帧#n)和由第一DCI调度的TB的发送或接收的开始(例如，子帧#(n+k))之间配置三个搜索空间，本公开也可以以相同/类似的方式应用于配置不同数量的搜索空间的情况，而不限于特定数量的搜索空间。虽然在图20的示例中，为了便于说明，假设支持最多2个TB的调度，本公开也可以以相同/类似的方式应用于同时可调度的TB的最大数量不是2(例如，4或8)的情况。

虽然图20仅通过示例的方式示出了UE操作，但是BS可以执行与图20中示出的操作相对应的操作。

图20的(a)示出在NPDCCH上发送/接收的第一DCI调度一个TB并且不发送/接收附加NPDCCH(或第二DCI)的示例性情况，图20的(b)示出了在NPDCCH(例如，NPDCCH1)上发送/接收的第一DCI调度一个TB并且在第一DCI的接收结束和基于第一DCI的TB的发送或接收开始之间的时间段期间在附加NPDCCH(例如，NPDCCH2)上发送/接收第二DCI的示例性情况，并且图20的(c)示出在NPDCCH上发送/接收的第一DCI调度两个TB的示例性情况。根据本公开所提出的方法，UE可以基于是否满足根据本公开所提出的方法的特定条件(例如，选项1-1至选项1-7)在第一DCI接收结束(例如，子帧#n)和由第一DCI调度的TB的发送或接收开始(例如，子帧#(n+k))之间的时间段内监视附加DCI(例如，第二DCI)。

例如，当应用本公开的选项1-1时，基于由第一DCI调度的TB数量小于特定数量，UE可以在第一DCI接收结束(例如，子帧#n)和由第一DCI调度的TB的发送或接收开始(例如，子帧#(n+k))之间的时间段期间监视附加DCI(例如，第二DCI)(例如，见图20的(a)和图20的(b))。特定数量X可以是UE能够同时处理的TB的最大数量(或HARQ过程的最大数量)。X在MTCCE模式A中可以是8，在MTC CE模式B中可以是4，并且在NB-IoT中可以是2(例如，见本公开的选项1-1)。如前所述，因为在图20的(a)的示例中假设了NB-IoT***，所以假设特定数量X为2，本公开不限于此。相反，基于由第一DCI调度的TB数量等于或大于特定数量，UE可以在第一DCI接收结束(例如，子帧#n)和由第一DCI(例如，子帧#n+k)调度的TB的发送或接收开始之间的时间段期间跳过对附加DCI(例如，第二DCI)的监视(例如，见图20的(c))。

当除了选项1-1之外或独立于选项1-1而应用本公开的选项1-4时，UE可以在由第一DCI调度的TB的发送或接收之前的预定时间段Y ms期间(或在与预定时间段的持续时间相对应的预定数量的时间资源单元中)跳过对附加DCI(例如，第二DCI)的监视。在图20的(a)和图20的(b)的示例中，UE可以在由第一DCI调度的TB的发送或接收(例如，子帧#(n+k))之前的预定时间段(例如，2ms或子帧#(n+k-1)和#(n+k-2))期间跳过对附加DCI(例如，第二DCI)的监视。UE可以根据本公开提出的方法(例如，选项1-1至选项1-3、选项1-5至选项1-7)在预定时间段之前监视或跳过对附加DCI(例如，第二DCI)的监视。在图20的示例中，2ms只是一个示例，并不限制本公开。

在完全检测到DCI之后，UE可以向BS或从BS依次发送或接收由检测到的DCI调度的TB。例如，参照图20的(a)，当仅检测到第一DCI并且第一DCI调度一个TB时，UE可以发送TB(在NPUSCH上)或接收TB(在NPDSCH上)。例如，参照图20的(b)，当检测到第一DCI和第二DCI并且第一DCI和第二DCI分别调度第一TB和第二TB时，UE可以发送第一TB(在NPUSCH上)或接收第一TB(在NPDSCH上)并且然后发送第二TB(在NPUSCH上)或接收第二TB(在NPDSCH上)。例如，参照图20的(c)，当仅检测到第一DCI并且第一DCI调度第一TB和第二TB时，UE可以发送第一TB(在NPUSCH上)或接收第一TB(在NPDSCH上)并且然后发送第二TB(在NPUSCH上)或接收第二TB(在NPDSCH上)。

虽然已经基于本公开的选项1-1和/或选项1-4描述了图20的示例性操作，但是UE可以基于本公开的其它选项来执行图20的操作。例如，当应用本公开的选项1-2时，基于由第一DCI调度的TB的数量为1，UE可以在第一DCI接收结束(例如，子帧#n)和由第一DCI调度的TB的发送或接收开始(例如，子帧#(n+k))之间的时间段期间监视附加DCI(例如，第二DCI)(例如，见图20的(a)和图20的(b))。相反，基于由第一DCI调度的TB的数量为2或更大，UE可以在第一DCI接收结束(例如，子帧#n)和由第一DCI调度的TB的发送或接收开始(例如，子帧#(n+k))之间的时间段期间跳过对附加DCI(例如，第二DCI)的监视(例如，见图20的(c))。在另一示例中，当应用本公开的选项1-3时，假设针对检测附加DCI执行监视的次数为Z(例如，Z＝2)，UE可以在第一DCI的接收结束(例如，子帧#n)之后在Z个搜索空间中监视附加DCI，并且跳过在其它搜索空间中的对附加DCI的监视(例如，见图20的(a)和图20的(b))。

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

本文档中公开的各种描述、功能、过程、提议、方法和/或操作流程图可适用于需要设备到设备无线通信/连接的各种领域，本公开不限于此。

以下参考附图详细举例。在以下附图/说明中，相同的附图标记可以指代相同或相应的硬件、软件或功能块。

图21图示应用于本公开的通信***1。

参照图21，应用于本公开的通信***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)、智能手机、计算机、可穿戴设备、家用电器、数字标牌、车辆、机器人等中的形式实现。手持设备可以包括智能电话、智能平板、可穿戴设备(例如，智能手表或智能眼镜)和计算机(例如，膝上型计算机)。家用电器可以包括电视、冰箱和洗衣机。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之间建立无线通信/连接150a、150b或150c。在此，可以通过各种RAT(例如5G NR)，诸如UL/DL通信150a、侧链路通信150b(或D2D通信)或BS间通信150c(例如，中继、集成接入回程(IAB))，建立无线通信/连接。无线设备和BS/无线设备以及多个BS可以通过无线通信/连接150a、150b和150c彼此之间发送/接收无线电信号。为此，可以基于本公开的各种建议来执行用于发送/接收无线电信号的各种配置信息配置处理、各种信号处理处理(例如，信道编码/解码、调制/解调和资源映射/解映射)以及资源分配处理中的至少一部分。

图22图示适用于本发明的无线设备。

参照图22，第一无线设备100和第二无线设备200可以通过各种RAT(例如，LTE和NR)发送无线电信号。在本文中，{第一无线设备100和第二无线设备200}可以对应于图22的{无线设备100a～100f和BS200}和/或{无线设备100a～100f和无线设备100a～100f}。

第一无线设备100可以包括一个或多个处理器102和一个或多个存储器104，并且还进一步包括一个或多个收发器106和/或一个或多个天线108。处理器102可以控制存储器104和/或收发器106，并且可以被配置为实现本文档中公开的描述、功能、过程、提议、方法和/或操作流程图。例如，处理器102可以处理存储器104内的信息以生成第一信息/信号，然后通过收发器106发送包括第一信息/信号的无线电信号。处理器102可以通过收发器106接收包括第二信息/信号的无线电信号，然后将通过处理第二信息/信号而获得的信息存储在存储器104中。存储器104可以连接到处理器102，并且存储器104可以存储与处理器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，并且存储器204可以存储与处理器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可以包括(模拟)振荡器和/或滤波器。

图23图示应用于本发明的无线设备的另一示例。可以根据用例/服务(参见图22)以各种形式来实现无线设备。

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

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

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

将参照附图详细描述图23的实施示例。

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

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

通信单元110可以向另一无线装置和BS发送信号(例如，数据和控制信号)和从另一无线装置和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以各种形式(例如，文本、语音、图像、视频和触觉效果)输出。

图25图示应用于本发明的车辆或自主驾驶车辆。车辆或自主驾驶车辆可以通过移动机器人、汽车、火车、有人/无人飞行器(AV)、轮船等来实现。

参照图25，车辆或自主驾驶车辆100可以包括天线单元108、通信单元110、控制单元120、驱动单元140a、电源单元140b、传感器单元140c和自主驾驶单元140d。天线单元108可以被配置为通信单元110的一部分。框110/130/140a至140d分别对应于图23的框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.一种在支持多传输块TB调度的无线通信***中由用户设备UE执行的方法，该方法包括以下步骤：

接收第一下行链路控制信息DCI；

基于由第一DCI调度的TB的数量小于特定数量，在所述第一DCI的接收结束和由所述第一DCI调度的TB的发送或接收开始之间的时间段期间监视第二DCI；以及

基于由所述第一DCI调度的TB的数量等于或大于所述特定数量，在所述第一DCI的接收结束和由所述第一DCI调度的TB的发送或接收开始之间的时间段期间跳过对所述第二DCI的监视。

2.根据权利要求1所述的方法，其中，基于所述无线通信***支持窄带物联网NB-IoT，所述特定数量为2。

3.根据权利要求1所述的方法，其中，基于所述无线通信***支持机器类型通信MTC并且所述UE在覆盖增强CE模式A下操作，所述特定数量为8。

4.根据权利要求1所述的方法，其中，基于所述无线通信***支持MTC并且所述UE在CE模式B下操作，所述特定数量为4。

5.根据权利要求1所述的方法，其中，基于由所述第一DCI调度的TB的数量小于所述特定数量，在由所述第一DCI调度的TB的发送或接收之前的特定时间段期间跳过对所述第二DCI的监视。

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

接收由所述第一DCI调度的TB；以及

基于对所述第二DCI的检测接收由所述第二DCI调度的TB。

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

发送由所述第一DCI调度的TB；以及

基于对所述第二DCI的检测发送由所述第二DCI调度的TB。

8.一种被配置为在支持多传输块TB调度的无线通信***中操作的用户设备UE，所述UE包括：

收发器；以及

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

其中，所述操作包括：

接收第一下行链路控制信息DCI；

基于由第一DCI调度的TB的数量小于特定数量，在所述第一DCI的接收结束和由所述第一DCI调度的TB的发送或接收开始之间的时间段期间监视第二DCI；以及

基于由所述第一DCI调度的TB的数量等于或大于所述特定数量，在所述第一DCI的接收结束和由所述第一DCI调度的TB的发送或接收开始之间的时间段期间跳过对所述第二DCI的监视。

9.根据权利要求8所述的UE，其中，基于所述无线通信***支持窄带物联网NB-IoT，所述特定数量为2。

10.根据权利要求8所述的UE，其中，基于所述无线通信***支持机器类型通信MTC并且所述UE在覆盖增强CE模式A下操作，所述特定数量为8。

11.根据权利要求8所述的UE，其中，基于所述无线通信***支持MTC并且所述UE在CE模式B下操作，所述特定数量为4。

12.根据权利要求8所述的UE，其中，基于由所述第一DCI调度的TB的数量小于所述特定数量，在由所述第一DCI调度的TB的发送或接收之前的特定时间段期间跳过对所述第二DCI的监视。

13.根据权利要求8所述的UE，其中，所述操作还包括：

接收由所述第一DCI调度的TB；以及

基于对所述第二DCI的检测接收由所述第二DCI调度的TB。

14.根据权利要求8所述的UE，其中，所述操作还包括：

发送由所述第一DCI调度的TB；以及

基于对所述第二DCI的检测发送由所述第二DCI调度的TB。

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

其中，所述操作包括：

接收第一下行链路控制信息DCI；

基于由第一DCI调度的TB的数量小于特定数量，在所述第一DCI的接收结束和由所述第一DCI调度的TB的发送或接收开始之间的时间段期间监视第二DCI；以及

基于由所述第一DCI调度的TB的数量等于或大于所述特定数量，在所述第一DCI的接收结束和由所述第一DCI调度的TB的发送或接收开始之间的时间段期间跳过对所述第二DCI的监视。

Images