CN112753272A - 无线通信系统中发送和接收信号的方法及支持该方法的装置 - Google Patents

Abstract

在本公开的各种实施例中公开了一种在无线通信系统中发送和接收信号的方法以及用于支持该方法的装置。更具体地，在本公开的各种实施例中公开的是一种用于在无线通信系统中发送和接收下行链路控制信息(DCI)的方法以及用于支持该方法的装置。

Description

无线通信系统中发送和接收信号的方法及支持该方法的装置

技术领域

本公开的各种实施例涉及无线通信系统，并且更具体地，涉及用于在无线通信系统中发送和接收信号的方法和装置。

背景技术

无线接入系统已被广泛部署以提供各种类型的通信服务，诸如语音或数据。通常，无线接入系统是一种多址系统，其通过在多个用户之间共享可用的系统资源(带宽、传输功率等)来支持多个用户的通信。例如，多址系统包括码分多址(CDMA)系统、频分多址(FDMA)系统、时分多址(TDMA)系统、正交频分多址(OFDMA)系统和单载波频分多址(SC-FDMA)系统。

发明内容

技术问题

本公开的各种实施例可以提供一种用于在无线通信系统中发送和接收信号的方法和装置。

具体地，本公开的各种实施例可以提供一种用于在无线通信系统中发送和接收下行链路控制信息(DCI)的方法和装置。

本领域技术人员将认识到，利用本公开的各种实施例可以实现的目的不限于上文已经具体描述的内容，并且从以下详细描述中将更加清楚地理解本公开的各种实施例可以实现的上述和其他目的。

技术方案

根据本公开的各种实施例，可以提供一种在无线通信系统中由装置接收下行链路控制信息(DCI)的方法。

在示例性实施例中，该方法可以包括：识别在未授权带(unlicensed band)中包括的多个子带之中的由基站占用的至少一个第一子带；基于在多个子带上配置的控制资源集(CORESET)和至少一个第一子带，盲解码在CORESET中配置的多个物理下行链路控制信道(PDCCH)候选之中的至少一个第一PDCCH候选；以及基于盲解码，接收DCI。

在示例性实施例中，由至少一个第一PDCCH候选占用的至少一个第一控制信道元素(CCE)可以被包括在至少一个第一子带中。

在示例性实施例中，基于在由多个PDCCH候选之中的第二PDCCH候选所占用的至少一个第二CCE之中的、在多个子带之中的除了至少一个第一子带之外的至少一个第二子带中包括的至少一个第二CCE，第二PDCCH候选可以不被盲解码。

在示例性实施例中，可以基于下述内容来识别至少一个第一子带：预定义信号在至少一个第一子带中被接收，或者指示至少一个第一子带的信息被包括在预定义信号中。

在示例性实施例中，多个子带中的每个可以与用于未授权带的信道接入过程(CAP)的基本频率单位有关。

在示例性实施例中，可以在至少一个第一子带中包括的多个资源块(RB)之中的除了来自至少一个第一子带的至少一个边界的预定数量的RB之外的至少一个RB中接收DCI。

根据本公开的各种实施例，可以提供一种用于在无线通信系统中接收DCI的装置。

在示例性实施例中，所述装置可以包括处理器和至少一个存储器，所述至少一个存储器存储用于处理器的指令。

在示例性实施例中，其中当指令被执行时，所述指令可以使处理器：识别在未授权带中包括的多个子带之中的由基站占用的至少一个第一子带；基于在多个子带上配置的CORESET和至少一个第一子带，盲解码在CORESET中配置的多个PDCCH候选之中的至少一个第一PDCCH候选；以及基于盲解码来接收DCI。

在示例性实施例中，由至少一个第一PDCCH候选占用的至少一个第一CCE可以被包括在至少一个第一子带中。

在示例性实施例中，基于由多个PDCCH候选之中的第二PDCCH候选占用的至少一个第二CCE之中的、在多个子带之中的除了至少一个第一子带之外的至少一个第二子带中包括的至少一个第二CCE，第二PDCCH候选可以不被盲解码。

在示例性实施例中，可以基于下述内容来识别至少一个第一子带：预定义信号在至少一个第一子带中被接收，或者指示至少一个第一子带的信息被包括在被接收的预定义信号中。

在示例性实施例中，多个子带中的每个可以与用于未授权带的信道接入过程(CAP)的基本频率单位有关。

在示例性实施例中，可以在至少一个第一子带中包括的多个资源块(RB)之中的除了来自至少一个第一子带的至少一个边界的预定数量的RB之外的至少一个RB中接收DCI。

在示例性实施例中，所述装置可以与移动终端、网络或除了包括装置的车辆以外的自主驾驶车辆中的至少一个进行通信。

根据本公开的各种实施例，可以提供一种用于在无线通信系统中发送DCI的装置。

在示例性实施例中，该装置可以包括处理器和至少一个存储器，所述至少一个存储器存储用于处理器的指令。

在示例性实施例中，当指令被执行时，所述指令可以使处理器执行CAP，以用于占用未授权带中包括的多个子带之中的至少一个第一子带，并且基于在多个子带上配置的CORESET和至少一个第一子带，在CORESET中配置的多个PDCCH候选之中的至少一个第一PDCCH候选中发送DCI。

在示例性实施例中，由至少一个第一PDCCH候选占用的至少一个第一CCE可以被包括在至少一个第一子带中。

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

有益效果

根据本公开的各种实施例，可以提供一种用于在无线通信系统中发送和接收下行链路控制信息(DCI)的方法和装置。

此外，根据本公开的各种实施例，可以允许用户设备(UE)仅监视在UE已经根据信道接入过程(CAP)被确定为空闲的子带中配置的物理下行链路控制信道(PDCCH)候选。

因此，根据本公开的各种实施例，UE可以在未授权带中有效地盲解码PDCCH。

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

附图说明

被包括以提供对本公开的进一步理解的附图提供本公开的实施例以及详细解释。

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

图2是图示本公开的各种实施例可适用于的新无线电接入技术(NR)系统中的无线电帧结构的图；

图3是图示本公开的各种实施例可适用于的NR系统中的时隙结构的图；

图4是图示本公开的各种实施例可适用于的自包含时隙结构的图；

图5是图示本公开的各种实施例可适用于的自包含时隙中的物理信道的示例性映射的图；

图6是图示可适用于本公开的各种实施例的支持未授权带的示例性无线通信系统的图；

图7是图示本公开的各种实施例可适用于的在未授权带中占用资源的示例性方法的图；

图8是图示本公开的各种实施例可适用于的用于在未授权带中的下行链路(DL)信号传输的信道接入过程(CAP)的流程图；

图9是图示本公开的各种实施例可适用于的用于在未授权带中的上行链路(UL)信号传输的CAP的流程图；

图10是图示根据本公开的各种实施例的操作带宽和CAP子带结构的示例的图；

图11是图示根据本公开的各种实施例的用户设备(UE)的操作的流程图；

图12是图示根据本公开的各种实施例的用于UE和基站(BS)的操作的信号流的图；

图13是图示根据本公开的各种实施例的用于UE和BS的操作的信号流的图；

图14是图示根据本公开的各种实施例的用于UE和BS的操作的信号流的图；

图15是图示根据本公开的各种实施例的操作UE的方法的流程图；

图16是图示根据本公开的各种实施例的操作BS的方法的流程图；

图17是图示本公开的各种实施例可适用于的通信系统的图；

图18是图示本公开的各种实施例可适用于的无线设备的框图；

图19是图示本公开的各种实施例可适用于的无线设备的另一示例的框图；

图20是图示应用于本公开的各种实施例的便携式设备的框图；以及

图21是图示应用于本公开的各种实施例的车辆或自主驾驶车辆的框图。

具体实施方式

以下描述的技术可以在各种无线接入系统中使用，诸如码分多址(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)的一部分，针对DL采用OFDMA，并且针对UL采用SC-FDMA。高级LTE(LTE-A)是3GPP LTE的演进。

随着越来越多的通信设备需要更大的通信容量，已经出现了相对于传统无线电接入技术(RAT)的增强的移动宽带通信的需求。大规模机器类型通信(MTC)随时随地为相互连接的多个设备和事物提供各种服务是下一代通信要解决的重要问题之一。也正在讨论其中考虑对可靠性和时延敏感的服务的通信系统设计。这样，正在讨论用于增强型移动宽带通信(eMBB)、大规模MTC(mMTC)以及超可靠低时延通信(URLLC)的下一代RAT的引入。为了方便起见，在本公开中将该技术称为NR或新RAT。

为了清楚起见，以下描述在3GPP NR的上下文中被给出，不应将其解释为限制本公开的各种实施例。

1.3GPP系统的概述

1.1.物理信道和通用信号传输

在无线接入系统中，UE在下行链路(DL)上从基站(BS)接收信息，并且在上行链路(UL)上向BS发送信息。在UE和BS之间发送和接收的信息包括一般数据信息和各种类型的控制信息。根据在BS与UE之间发送和接收的信息的类型/用途，存在许多物理信道。

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

当UE被通电或进入新小区时，UE执行初始小区搜索(S11)。初始小区搜索涉及到BS的同步的获取。具体地，UE通过从BS接收主同步信道(P-SCH)和辅同步信道(S-SCH)来将其定时与BS同步并且获取诸如小区标识符(ID)的信息。

然后，UE可以通过从BS接收物理广播信道(PBCH)来获取在小区中广播的信息。

在初始小区搜索期间，UE可以通过接收下行链路参考信号(DLRS)来监视DL信道状态。

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

随后，为了完成到eNB的连接，UE可以执行与eNB的随机接入过程(S13到S16)。在随机接入过程中，UE可以在物理随机接入信道(PRACH)上发送前导(S13)，并且可以接收PDCCH和在与PDCCH相关联的PDSCH上的用于该前导的随机接入响应(RAR)(S14)。UE可以通过使用RAR中的调度信息来发送PUSCH(S15)，并且执行包括接收PDCCH信号和与PDCCH信号相对应的PDSCH信号的竞争解决过程(S16)。

当在两个步骤中执行随机接入过程时，步骤S13和S15可以以用于UE传输的一种操作执行，并且步骤S14和S16可以以用于BS传输的一种操作执行。

在以上过程之后，在一般的UL/DL信号传输过程中，UE可以从BS接收PDCCH和/或PDSCH(S17)，并且向BS发送物理上行链路共享信道(PUSCH)和/或物理上行链路控制信道(PUCCH)(S18)。

UE发送给BS的控制信息通常被称为上行链路控制信息(UCI)。UCI包括混合自动重复和请求应答/否定应答(HARQ-ACK/NACK)、调度请求(SR)、信道质量指示符(CQI)、预编码矩阵索引(PMI)、秩指示符(RI)等。

通常，UCI在PUCCH上周期性地发送。然而，如果应该同时发送控制信息和业务数据，则可以在PUSCH上发送控制信息和业务数据。另外，在从网络接收到请求/命令时，UE可以在PUSCH上不定期地发送UCI。

1.2.无线电帧结构

图2是图示本公开的各种实施例可适用于的NR系统中的无线电帧结构的图。

NR系统可支持多种参数集(numerology)。参数集可以由子载波间隔(SCS)和循环前缀(CP)开销来定义。可以通过将默认SCS以整数N(或μ)进行缩放来导出多个SCS。此外，即使假设在非常高的载波频率中不使用非常小的SCS，也可以独立于小区的频带来选择要使用的参数集。此外，NR系统可以根据多种参数集来支持各种帧结构。

现在，将给出可考虑用于NR系统的OFDM参数集和帧结构的描述。由NR系统支持的多个OFDM参数集可以如表1中所列来定义，对于带宽部分，μ和CP从由BS提供的RRC参数获得。

[表1]

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

在NR中，支持多个参数集(例如SCS)以支持各种5G服务。例如，对于15kHz的SCS支持蜂窝带中的宽区域，对于30kHz/60kHz的SCS支持密集市区、较低延迟和较宽的载波带宽，而对于60kHz或更高的SCS，则支持大于24.25GHz的带宽，以克服相位噪声。

NR频带由两种类型的频率范围FR1和FR2定义。FR1可以是低于6GHz范围，并且FR2可以是高于6GHz的范围，即毫米波(mmWave)带。

下面的表2通过示例的方式定义了NR频带。

[表2]

频率范围指定	对应的频率范围	子载波间隔
			FR1	410MHz-7125MHz	15，30，60kHz
FR2	24250MHz--52600MHz	60，120，240kHz

关于NR系统中的帧结构，各个字段的时域大小表示为用于NR的基本时间单元的倍数，T_c＝1/(Δf_max*N_f)，其中Δf_max＝480*10³Hz，并且与快速傅立叶变换(FFT)大小或快速傅立叶逆变换(IFFT)大小相关的值N_f被给定为N_f＝4096。T_c和T_s基于LTE的时间单元和采样时间，给定为T_s＝1/((15kHz)*2048)，它们处于以下关系：T_s/T_c＝64。DL和UL传输被组织为(无线电)帧，每个帧的持续时间为T_f＝(Δf_max*N_f/100)*T_c＝10ms。每个无线电帧包括10个子帧，每个子帧具有T_sf＝(Δf_max*N_f/1000)*T_c＝1ms的持续时间。可以存在用于UL的一组帧和用于DL的一组帧。对于参数集μ，时隙在子帧中以递增顺序通过n^μ _s∈{0，...，N^slot，μ _subframe-1}编号，并且在无线电帧中以递增顺序通过n^μ _s，f∈{0，...，N^slot，μ _ffame-1}编号。一个时隙包括N^μ _symb个连续的OFDM符号，并且N^μ _symb取决于CP。在子帧中的时隙n^μ _s的开始与同一子帧中的OFDM符号n^μ _s*N^μ _symb的开始在时间上对齐。

表3列出了在正常CP情况下每个SCS的每个时隙的符号数量、每帧的时隙数量和每个子帧的时隙数量，并且表4列出了在扩展CP情况下每个SCS的每个时隙的符号数量、每帧的时隙数量和每个子帧的时隙数量。

[表3]

[表4]

在以上表格中，N^slot _symb表示时隙中的符号数量，N^frame,μ _slot表示帧中的时隙数量，并且N^subframe,μ _slot表示子帧中的时隙数量。

在本公开的各种实施例可适用的NR系统中，可以为针对一个UE聚合的多个小区配置不同的OFDM(A)参数集(例如，SCS、CP长度等等)。相应地，可以为聚合的小区不同地配置包括相同数量的符号的时间资源(例如，子帧(SF)、时隙或TTI)(为了方便，一般称为时间单元(TU))的(绝对时间)时段。

图2图示具有μ＝2(即，60kHz的SCS)的示例，其中参考表6，一个子帧可以包括四个时隙。图7中的一个子帧＝{1，2，4}时隙，这是示例性的，并且可以包括在一个子帧中的时隙的数量如表3或表4中所列地定义。

此外，微时隙可以包括2、4或7个符号，少于2个符号，或者多于7个符号。

图3是图示本公开的各种实施例可适用的NR系统中的时隙结构的图。

参照图3，一个时隙包括在时域中的多个符号。例如，在正常CP的情况下，一个时隙包括7个符号，在扩展CP的情况下，一个时隙包括6个符号。

载波包括在频域中的多个子载波。由频域中的多个(例如，12个)连续子载波定义RB。

由频域中的多个连续(P)RB定义的带宽部分(BWP)可以对应于一个参数集(例如，SCS、CP长度等等)。

载波可以包括高达N个(例如，5个)BWP。可以在激活的BWP中进行数据通信，并且针对一个UE可以仅激活一个BWP。在资源网格中，每个元素被称为RE，一个复数符号可以被映射到RE。

图4是图示本公开的实施例可适用于的自包含时隙结构的图。

在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控制区域。

图5是图示本公开的各种实施例可适用于的自包含时隙中的物理信道的示例性映射的图。

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

现在，将给出对物理信道的详细描述。

PDCCH递送下行链路控制信息(DCI)。例如，PDCCH(即，DCI)可以承载关于DL共享信道(DL-SCH)的传输格式和资源分配的信息、上行链路共享信道(UL-SCH)的资源分配信息、关于寻呼信道(PCH)的寻呼信息、关于DL-SCH的系统信息、关于诸如在PDSCH上发送的随机接入响应(RAR)的更高层控制消息的资源分配的信息、发射功率控制命令、有关配置的调度的激活/释放的信息等。DCI包括循环冗余校验(CRC)。根据PDCCH的所有者或用途，用各种标识符(ID)(例如，无线电网络临时标识符(RNTI))掩蔽CRC。例如，如果PDCCH用于特定UE，则CRC被UE ID(例如，小区RNTI(C-RNTI))掩蔽。如果PDCCH用于寻呼消息，则CRC被寻呼RNTI(P-RNTI)掩蔽。如果PDCCH用于系统信息(例如，系统信息块(SIB))，则CRC被系统信息RNTI(SI-RNTI)掩蔽。当PDCCH用于RAR时，CRC被随机接入RNTI(RA-RNTI)掩蔽。

PDCCH可以取决于聚合等级(AL)而包括1、2、4、8或16个控制信道元素(CCE)。CCE是用于基于无线电信道的状态而提供具有预定编码率的PDCCH的逻辑分配单元。CCE包括六个资源元素组(REG)。REG由一个OFDM符号和一个(物理)资源块((P)RB)定义。在控制资源集(CORESET)中发送PDCCH。CORESET被定义为具有给定的参数集(例如，SCS、CP长度等)的REG的集合。用于一个UE的多个CORESET可以在时域/频域中彼此重叠。可以通过系统信息(例如，主信息块(MIB))或UE特定的更高层信令(例如，无线电资源控制(RRC)层信令)来配置CORESET。具体地，可以通过更高层信令来配置CORESET中的RB的数量和OFDM符号的数量(直至3个OFDM符号)。

为了接收/检测PDCCH，UE监视PDCCH候选。PDCCH候选指的是UE应当监视以进行PDCCH检测的CCE。取决于AL，每个PDCCH候选由1、2、4、8或16个CCE定义。监视包括对PDCCH候选的(盲)解码。由UE监视的PDCCH候选的集合被定义为PDCCH搜索空间(SS)。SS可以包括公共搜索空间(CSS)或UE特定的搜索空间(USS)。UE可以通过在由MIB或更高层信令配置的一个或多个SS中监视PDCCH候选来获得DCI。每个CORESET与一个或多个SS相关联，并且每个SS与一个CORESET相关联。可以基于以下参数来定义SS。

-controlResourceSetId：这指示与SS有关的CORESET。

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

-monitoringSymbolsWithinSlot：这指示时隙中的PDCCH监视符号(例如，CORESET中的第一符号)。

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

*用于监视PDCCH候选的时机(例如，时间/频率资源)被定义为PDCCH(监视)时机。可以在时隙中配置一个或多个PDCCH(监视)时机。

表5列出每个SS的特性。

[表5]

表6列出在PDCCH上发送的DCI格式。

[表6]

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(DL许可DCI)。DCI格式0_0/0_1可以被称为UL许可DCI或UL调度信息，并且DCI格式1_0/1_1可以被称为DL许可DCI或DL调度信息。DCI格式2_0用于将动态时隙格式信息(例如，动态时隙格式指示符(SFI))递送给UE，并且DCI格式2_1被用于将DL抢占信息递送给UE。DCI格式2_0和/或DCI格式2_1可以在组公共PDCCH上被递送到组中的UE，该组公共PDCCH是针对一组UE的PDCCH。

DCI格式0_0和DCI格式1_0可以称为回退DCI格式，而DCI格式0_1和DCI格式1_1可以称为非回退DCI格式。在回退DCI格式中，不管UE配置如何，DCI大小/字段配置都保持相同。相比之下，在非回退DCI格式中，DCI大小/字段配置取决于UE配置而变化。

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

PUCCH递送上行链路控制信息(UCI)。UCI包括以下信息。

-SR：用于请求UL-SCH资源的信息。

-混合自动重复请求(HARQ)-应答(ACK)：对PDSCH上的DL数据分组(例如，码字)的响应。HARQ-ACK指示是否已经成功接收到DL数据分组。响应于单个码字，可以发送1比特的HARQ-ACK。响应于两个码字，可以发送2比特的HARQ-ACK。HARQ-ACK响应包括肯定ACK(简称为ACK)、否定ACK(NACK)、非连续传输(DTX)或NACK/DTX。术语HARQ-ACK可以与HARQ ACK/NACK和ACK/NACK互换使用。

-信道状态信息(CSI)：用于DL信道的反馈信息。多输入多输出(MIMO)相关的反馈信息包括秩指示符(RI)和预编码矩阵指示符(PMI)。

表7示出示例性PUCCH格式。基于PUCCH传输持续时间，PUCCH格式可以被划分成短PUCCH(格式0和2)和长PUCCH(格式1、3和4)。

[表7]

PUCCH格式0传送高达2个比特的UCI，并且以基于序列的方式被映射，以进行传输。具体地，UE通过在PUCCH格式0的PUCCH上发送多个序列中的一个序列来向BS发送特定的UCI。仅当UE发送肯定SR时，UE才在用于对应的SR配置的PUCCH资源中发送PUCCH格式0的PUCCH。

PUCCH格式1传送高达2比特的UCI，并且在时域中用正交覆盖码(OCC)(该正交覆盖码(OCC)根据是否执行跳频而被不同地配置)来扩展UCI的调制符号。DMRS在不发送调制符号的符号中被发送(即，以时分复用(TDM)来发送)。

PUCCH格式2传送多于2个比特的UCI，并且DCI的调制符号以与DMRS频分复用(FDM)被发送。DMRS位于密度为1/3的给定RB的符号#1、#4、#7和#10中。伪噪声(PN)序列被用于DMRS序列。对于2符号PUCCH格式2，可以激活跳频。

PUCCH格式3在相同PRB中不支持UE复用，并且传送多于2个比特的UCI。换句话说，PUCCH格式3的PUCCH资源不包括OCC。调制符号与DMRS以TDM被发送。

PUCCH格式4在相同PRB中支持高达4个UE的复用，并且传送多于2个比特的UCI。换句话说，PUCCH格式3的PUCCH资源包括OCC。调制符号与DMRS以TDM被发送。

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。可以通过DCI中的UL许可来动态地调度PUSCH传输，或者可以通过更高层(例如，RRC)信令(和/或诸如PDCCH的层1(L1)信令)(配置的调度或配置的许可)半静态地调度PUSCH传输。可以以基于码本或基于非码本的方式执行PUSCH传输。

2.未授权带系统

图6是图示可适用于本公开的各种实施例的支持未授权带的示例性无线通信系统的图。

3GPP标准化组织一直在致力于称为新RAT(NR)的5G无线通信系统的标准化。NR系统试图在单个物理系统中支持多个逻辑网络。因此，NR系统被设计为通过改变传输时间间隔(TTI)和OFDM参数集(例如，OFDM符号持续时间和SCS)来支持具有各种要求的服务(例如，eMBB、mMTC和URLLC)。伴随着由于近期智能设备的出现而引起的数据业务的快速增长，与传统3GPP LTE中的授权辅助接入(LAA)类似，针对3GPP NR系统也考虑了在蜂窝通信中使用U带的方法。与LAA不同，未授权带的NR小区(以下称为NR UCell)旨在支持独立(SA)操作。例如，可以在NR UCell中支持PUCCH、PUSCH和PRACH传输。

为了方便起见，将在授权带(L带)中操作的小区定义为L小区，并且将L小区的载波定义为(DL/UL)LCC。在未授权带(U带)中操作的小区被定义为U小区，并且该U小区的载波被定义为(DL/UL)UCC。小区的载波/载波频率可以指小区的操作频率(例如，中心频率)。小区/载波(例如，CC)可以被一般地称为小区。

当支持载波聚合(CA)时，一个UE可以在多个小区/载波中向BS发送信号和从BS接收信号。当针对一个UE配置多个CC时，一个CC可以被配置为主CC(PCC)，而其他CC可以被配置为辅CC(SCC)。特定控制信息/信道(例如，CSS PDCCH或PUCCH)可以被配置为仅在PCC上发送和接收。可以在PCC/SCC中发送数据。图6(a)图示在LCC和UCC下在UE和BS之间的信号传输和接收(非独立(NSA)模式)。在这种情况下，LCC可以被配置为PCC，而UCC可以被配置为SCC。当为UE配置多个LCC时，一个特定的LCC可以被配置为PCC，并且其余的LCC可以被配置为SCC。图6(a)对应于3GPP LTE系统的LAA。图6(b)图示在没有任何LCC的一个或多个UCC中在UE和BS之间的信号传输和接收(SA模式)。在这种情况下，UCC之一可以被配置为PCC，并且其余UCC可以被配置为SCC。NSA模式和SA模式这二者都可以在3GPP NR系统的未授权带中被支持。

2.1.未授权带中占用资源的方法

图7是图示本公开的各种实施例可适用于的在未授权带中占用资源的示例性方法的图。

根据关于未授权带的区域法规，通信节点应在信号传输之前确定其他通信节点是否正在使用未授权带中的信道。具体地，通信节点可以通过在信号传输之前执行载波侦听(CS)来确定其他通信节点是否正在使用该信道。当通信节点确认任何其他通信节点未发送信号时，这被定义为确认空闲信道评估(CCA)。存在由更高层信令(RRC信令)预定义的CCA阈值的情况下，当通信节点在信道中检测到高于CCA阈值的能量时，通信节点可以确定信道繁忙，并且否则，通信节点可以确定该信道空闲。当确定信道空闲时，通信节点可以在U小区中开始信号传输。作为参考，WiFi标准(例如，801.11ac)指定用于非WiFi信号的-62dBm的CCA阈值，并且指定用于WiFi信号的-82dBm的CCA阈值。上述一系列操作可以被称为先听后说(LBT)或信道接入过程(CAP)。LBT和CAP可以互换使用。

在欧洲，定义了两个LBT操作：基于帧的设备(FBE)和基于负载的设备(LBE)。在FBE中，一个固定帧由信道占用时间(例如，1至10ms)(该信道占用时间是在其期间通信节点一旦成功进行信道接入，通信节点就可以继续传输的时间段)以及对应于信道占用时间的至少5％的空闲时段组成，并将CCA定义为在空闲时段结束处在CCA时隙(至少20us)期间观察信道的操作。通信节点以固定帧为基础周期性地执行CCA。当信道未被占用时，通信节点在信道占用时间期间进行发送，而当信道被占用时，通信节点延迟传输并等待直到下一个周期中的CCA时隙。

在LBE中，通信节点可以设置q∈{4、5、…、32}，并且然后在一个CCA时隙内执行CCA。当信道在第一CCA时隙中未被占用时，通信节点可以确保高达(13/32)q ms的时间段并且在该时间段中发送数据。当信道在第一CCA时隙中被占用时，通信节点随机选择N∈{1、2，…，q}，将所选择的值存储为初始值，并且然后以CCA时隙为基础感测信道状态。每次在CCA时隙中未占用信道时，通信节点都会将所存储的计数器值递减1。当计数器值达到0时，通信节点可以确保高达(13/32)q ms的时间段并发送数据。

2.2.下行链路接入过程(DL CAP)

BS可以执行以下未授权带接入过程之一(例如，CAP)，以在未授权带中发送DL信号。

2.2.1.第一DL CAP方法

图8是图示本公开的各种实施例可适用于的用于在未授权带中的DL信号传输的CAP的流程图。

对于在未授权带中的DL信号传输(例如，诸如PDSCH/PDCCH/增强型PDCCH(EPDCCH)的DL信号的传输)，BS可以发起CAP(S810)。根据步骤1，BS可以在竞争窗口(CW)内随机选择退避计数器N。N被设定成初始值N_init(S820)。N_init是选自0到CW_p之间的值的随机值。随后，当根据步骤4退避计数器值N为0时(S830中为是(Y))，BS终止CAP(S832)。然后，BS可以执行包括PDSCH/PDCCH/EPDCCH的传输(Tx)突发传输(S834)。相反，当退避计数器值N不为0时(S830中为否(N))，根据步骤2，BS将退避计数器值递减1(S840)。随后，BS检查U小区的信道是否空闲(S850)。如果信道空闲(S850中为是(Y))，则BS确定退避计数器值是否为0(S830)。相反，当信道不空闲时，即，信道忙时(S850中为否(N))，根据步骤5，BS确定在比时隙持续时间(例如，9微秒)长的推迟持续时间T_d(25微秒或更长)期间信道是否空闲(S860)。如果在推迟持续时间期间信道空闲(S870中为是(Y))，则BS可以恢复CAP。推迟持续时间可以包括16微秒的持续时间和紧接的m_p个连续时隙持续时间(例如，每个为9微秒)。相反，如果在推迟持续时间期间信道忙(S870中为否)，则BS通过再次执行步骤S860来在新推迟持续时间期间重新检查U小区的信道是否空闲。

表8图示应用于CAP的m_p、最小CW、最大CW、最大信道占用时间(MCOT)以及允许的CW大小根据信道接入优先级级别而变化。

[表8]

可以以各种方法来确定应用于第一DL CAP的CW大小。例如，可以基于在预定时间段(例如，参考时间单位(TU))内与PDSCH传输相对应的HARQ-ACK值被确定为NACK的概率来调整CW大小。在BS在载波上执行包括与信道接入优先级级别p相关联的PDSCH的DL传输的情况下，如果在参考子帧k(或参考时隙k)中与PDSCH传输相对应的HARQ-ACK值被确定为NACK的概率Z为至少80％，则BS将针对每个优先级级别设定的CW值增加到下一个更高的允许值。可替选地，BS将针对每个优先级级别设定的CW值保持为初始值。参考子帧(或参考时隙)可以被定义为由BS进行的载波上的最近传输的开始子帧(或时隙)，对于该子帧，至少一些HARQ-ACK反馈被期望是可用的。

2.2.2第二DL CAP方法

BS可以根据下面描述的第二DL CAP方法来在未授权带中执行DL信号传输(例如，包括发现信号传输而没有PDSCH的信号传输)。

当BS的信号传输持续时间等于或小于1ms时，BS可以在感测到至少在感测持续时间T_drs＝25us内信道为空闲之后立即在未授权带中发送DL信号(例如，包括发现信号而没有PDSCH的信号)。T_drs包括在一个感测时隙持续时间T_sl(＝9us)之后的持续时间T_f(＝16us)。

2.2.3.第三DL CAP方法

BS可以在未授权带中的多个载波上执行用于DL信号传输的以下CAP。

1)类型A：BS基于针对每个载波定义的计数器N(在CAP中考虑的计数器N)对多个载波执行CAP，并且基于CAP执行DL信号传输。

-类型A1：针对每个载波的计数器N被独立地确定，并且基于针对载波的计数器N在每个载波上发送DL信号。

-类型A2：针对每个载波设定具有最大CW大小的载波的计数器N，并基于针对载波的计数器N在每个载波上发送DL信号。

2)类型B：BS仅针对多个载波中的特定的一个载波执行基于计数器N的CAP，并且在特定载波上的信号传输之前通过检查其他载波的信道是否空闲来执行DL信号传输。

-类型B1：针对多个载波定义单个CW大小，并且BS在基于针对特定载波的计数器N的CAP中使用单个CW大小。

-类型B2：针对每个载波定义CW大小，并且最大的CW大小用于确定用于特定载波的N_init。

2.3.上行链路信道接入过程(UL CAP)

UE在未授权带中执行用于UL信号传输的基于竞争的CAP。UE在未授权带中执行用于UL信号传输的类型1或类型2CAP。通常，UE可以执行被配置为用于由BS进行的UL信号传输的CAP(例如，类型1或类型2)。

2.3.1类型1UL CAP方法

图9是图示本公开的各种实施例可适用于的用于未授权带中的UL信号传输的流程图。

对于在未授权带中的信号传输，UE可以发起CAP(S910)。UE可以根据步骤1在CW内随机选择退避计数器N。N被设置为初始值N_init(S920)。N_init是从0到CW_p之间的值中随机选择的值。随后，如果退避计数器值N根据步骤4为0(S930中为是(Y))，则UE结束CAP(S932)。随后，UE可以执行Tx突发传输(S934)。另一方面，如果退避计数器值不为0(S930中为否(N))，则UE根据步骤2将退避计数器值递减1(S940)。随后，UE检查U小区的信道是否空闲(S950)。如果信道空闲(S950中为是(Y))，则UE检查退避计数器值是否为0(S930)。相反，如果信道在步骤S950中不空闲，即，信道忙(S950中为否(N))，则UE根据步骤5检查在比时隙时间(例如，9微秒)长的推迟持续时间T_d(25微秒或者更多)内该信道是否空闲(S960)。如果在推迟持续时间内信道空闲(S970中为是(Y))，则UE可以恢复CAP。推迟持续时间可以跨越16微秒的时段以及随后的m_p个连续时隙持续时间(例如，9微秒)。另一方面，如果该信道在推迟持续时间内忙(S970中为否(N))，则UE重新执行S960以再次检查该信道在新推迟持续时间内是否空闲。

表9图示m_p、最小CW、最大CW、MCOT和用于CAP的允许的CW大小根据信道接入优先级级别而变化。

[表9]

可以以各种方式确定应用于类型1UL CAP的CW大小。例如，可以基于在预定时间段内(例如，参考TU)内与UL-SCH的HARQ过程ID、HARQ_ID_ref相关的至少一个HARQ过程的新数据指示符(NDI)值是否被切换来调整CW大小。在UE通过使用与信道接入优先级级别p有关的类型1CAP在载波上执行信号传输的情况下，当用于与HARQ_ID_ref有关的至少一个HARQ过程的NDI值被切换时，UE为所有优先级级别p∈{1,2,3,4}设置CW_p＝CW_min,p。否则，UE将所有优先级级别p∈{1,2,3,4}的CW_p递增到下一个较高的允许值。

2.3.2.类型2UL CAP方法

当UE使用类型2CAP以在未授权带中进行UL信号传输(例如，包括PUSCH的信号的传输)时，在UE感测到至少在感测间隔T_{short_ul}＝25us内信道空闲之后UE可以在未授权带中发送UL信号(例如，包括PUSCH的信号)。T_{short_ul}包括紧随其后的一个时隙持续时间T_sl＝9us的T_f(＝16us)的持_续时间。T_f在T_f的开始处包括空闲时隙持续时间T_sl。

3.本公开的各种实施例

将基于上述技术构思更详细地描述本公开的各种实施例。前述条款1和2的内容可以应用于描述的本公开的下述实施例。例如，可以基于条款1和2的内容来执行和描述在本公开的以下实施例中没有定义的操作、功能、术语等等。

随着越来越多的通信装置需要更大的通信容量，有效使用有限的频带成为重要的要求。在这个情景中，对于诸如3GPP LTE/NR的蜂窝通信系统，考虑了在业务卸载中使用未授权带(U带)的技术，诸如主要在传统WiFi系统中使用的2.4GHz或者最近引起注意的5GHz和/或60GHz。

为了在未授权带中发送信号，UE或BS可以基于在通信节点之间的竞争来执行无线传输和接收。即，当每个通信节点要在未授权带中发送信号时，通信节点可以通过在信号传输之前执行信道感测来识别另一通信节点没有在未授权带中发送信号。为了方便起见，这个操作被定义为先听后说(LBT)或CAP。特别地，检查另一通信节点是否正在发送信号的操作被定义为载波感测(CS)，并且确定另一通信节点没有正在发送信号的操作被定义为确认空闲信道评估(CCA)。

在本公开的各种实施例适用的LTE/NR系统中，eNB/gNB或UE也可能必须执行LBT操作或CAP以用于在未授权带中的信号传输。换句话说，eNB/gNB或UE可以使用或者基于CAP在未授权带中发送信号。

此外，当eNB/gNB或UE在未授权带中发送信号时，其他通信节点应执行CAP以不干扰eNB/gNB或UE。例如，WiFi标准(例如801.11ac)规定CCA阈值对于非WiFi信号为-62dBm，并且对于WiFi信号为-82dBm。因此，例如，当接收在-62dBm处或以上的非WiFi信号时，依照WiFi标准操作的站(STA)或接入点(AP)可能不发送信号以防止干扰。

图10是图示根据本公开的各种实施例的操作带宽和CAP子带结构的示例的图。

本公开的各个实施例可以涉及一种设备的传输和接收方法以及一种当在未授权带中在比CAP频率单位大的宽带中操作的设备仅在宽带的一些子带中成功进行CAP并且仅在该子带中发送信号时，向设备指示传输频率区域的方法。

在未授权带中操作的NR系统中，可以以小于操作带宽(例如，载波的带宽或BWP的带宽)的单位来执行CAP。在本公开的各种实施例的描述中，为了方便起见，将其中执行CAP的频率单位定义为CAP子带。

例如，CAP子带的大小可以是20MHz。

例如，参考图10，操作带宽(BW)可以是40MHz，并且CAP子带的BW可以是20MHz。例如，如果BS或UE仅对于20MHz(部分A)在CAP中成功，则可以允许BS或UE仅在20MHz(部分A)中发送信号而不在20MHz(部分B)中进行任何传输。为了减少对发送和/或接收端的模拟和/或数字滤波器的性能的影响或者对可能正在20MHz(部分B)中进行发送和接收的其他节点的干扰，可以针对“属于20MHz(部分A)的RB之中的一些RB”单独设计传输/接收方法。

在示例性实施例中，“属于20MHz(部分A)的RB之中的一些RB”可以是在图10中图示的20MHz(部分A)和20MHz(部分B)之间的边界处靠近点B的X个RB(例如，X＝5)。可替选地，在示例性实施例中，“属于20MHz(部分A)的RB之中的一些RB”可以是在与图10所图示的点B相对的边界处的点A附近的Y个RB。在示例性实施例中，“属于20MHz(部分A)的RB之中的一些RB”可以被称为保护带或载波内保护带。

根据本公开的各种实施例，如果由于在小于操作BW的CAP子带中执行的CAP，仅在小于操作BW的BW中(即，在CAP子带的整数倍BW中)发送信号，则可以提供一种在BW边界处(上述保护带，例如，靠近点B的X个RB)发送和接收一些RB的方法。

尽管通过示例在接近点B的X个RB的上下文中描述了本公开的各种实施例，但是它们也可以容易地应用于用于40MHz传输的靠近点A的Y个RB和/或靠近点A或C的Y或W个RB。

考虑到由于小于操作BW的CAP子带的CAP，仅在小于操作BW的BW(即，BW为CAP的整数倍)中传输信号，本公开的各种实施例可以涉及DL控制和/或数据信道传输/接收方法。

根据本公开的各种实施例，通过执行CAP在未授权带中发送信号可能意味着通过使用CAP开始在未授权带中的信号传输。

根据本公开的各种实施例，当说到CAP成功/失败时，这可能意味着当BS和/或UE要在未授权带中通过使用CAP开始DL和/或UL信号时，BS和/或UE能够/不能够在未授权带中的预定时间处开始发送DL信号和/或UL信号。

在示例性实施例中，参考图10，可以根据模式隐式地设置X、Y、Z和/或W的值。根据本公开的各种实施例，可以提供一种由UE确定X、Y、Z和/或W的方法。

例如，正在针对NR-U系统讨论单宽带载波操作。至少，以下模式可以应用于DL宽带载波操作。

-模式1

一种模式，其中当CAP对于所有CAP子带成功时，单个宽带载波操作是可能的。CAP子带之间可以配置保护带，也可以不配置保护带。

-模式2

一种模式，其中当CAP对于CAP子带的子集成功并且CAP子带是连续的时，单个宽带载波操作是可能的。在两个连续的CAP子带之间的保护带中的PRB可能不会被调度。

-模式3

一种模式，其中当CAP对于CAP子带的子集成功并且CAP子带不连续时，单个宽带载波操作是可能的。在两个连续的CAP子带之间的保护带中的PRB可能不会被调度。

如上所述，在模式2和/或模式3中，可能不会调度两个连续CAP子带之间的保护带中的PRB。然而，在CAP成功之后的预定时间(例如，滤波器适应时间)，保护带中的PRB可以被调度。

考虑到与以20MHz为单位执行CAP的WiFi系统共存，在LTE LAA系统中，载波的BW基本被限制为20MHz。然而，在NR系统中，载波BW可以随SCS而变化，并且可以大于20MHz。此外，在NR系统中，UE可以被配置有比BS所操作的载波BW小的BWP。同样的情况可能适用于NR-U系统。考虑到WiFi系统的CAP频率单位，在NR-U系统中可以将载波BW设置为20MHz的倍数。

因此，本领域技术人员将清楚地理解，在本公开的以下各种实施例中，20MHz的意义为作为CAP频率单位，而不是限制实施例。

将详细描述根据本公开的各种实施例的上述每个操作。本领域技术人员将清楚地理解，以下描述的本公开的各种实施例可以完全或部分地组合以构成本公开的其他各种实施例，除非彼此矛盾。

3.1.在点B附近发送和接收X个RB的方法

3.1.1.[方法#1]在PDSCH的情况下，用信号发送是否发送X个RB的方法

图11是图示根据本公开的各种实施例的UE的操作的流程图。

参考图11，在示例性实施例中，在操作1101中，UE可以在PDCCH上和/或在初始信号中接收指示是否发送用于调度的PDSCH的在20MHz的边界处的特定RB的信息。

在示例性实施例中，在操作1103中，当UE接收到指示PDSCH未被映射到20MHz的边界处的特定RB的信息时，UE可以从接收缓冲区中刷新在RB(或代码块(CB)/码块组(CBG)/包括RB的区域的传输块(TB))中解码的PDSCH信息。

现在，将根据[方法#1]给出本公开的各种实施例的每个操作的详细描述。本领域的技术人员将清楚地理解，以下描述的本公开的各种实施例可以完全或部分地组合以构成本公开的其他各种实施例，除非彼此矛盾。

3.1.1.1a.[方法#1-1a]BS操作

根据本公开的各种实施例，BS可以通过公共DCI、UE组公共DCI或UE特定的DCI向UE显式地用信号发送X个RB是否被发送。

在示例性实施例中，公共DCI、UE组公共DCI或UE特定的DCI可以在授权带(licensed band)或未授权带中发送。

例如，参考图10，假定BS仅发送20MHz(部分A)并且在时隙#n中不发送X个RB。在示例性实施例中，BS可以在时隙#(n+k)中通过公共DCI、UE组公共DCI或UE特定的DCI向UE指示该传输。例如，如果仅在20MHz(部分A)中而不是在时隙#n的X个RB中发送PDSCH，则BS可以通过公共DCI、UE-组公共DCI或UE特定的DCI在时隙#(n+k)中向UE指示PDSCH没有在X个RB中被发送。

在示例性实施例中，k可以通过RRC信令来预定义或配置。例如，k＝3。

可替选地，例如，假设BS在时隙#n中向UE1发送与HARQ ID#0相对应的PDSCH。在示例性实施例中，当X个RB被包括在调度的RB区域中但是未被实际发送时(即，当PDSCH没有在X个RB中被发送时)，BS可以向UE用信号发送通过针对HARQ ID#0的重传DCI在X个RB中没有执行任何传输(即，在X个RB中没有发送PDSCH)。

可替选地，在示例性实施例中，当X个RB被包括在调度的RB区域中并且实际被发送时(即，当PDSCH在X个RB中被发送时)，BS可以向UE用信号发送通过针对HARQ ID#0的重传DCI在X个RB中已经执行传输(即，PDSCH已经在X个RB中被发送)。

3.1.1.1b.[方法#1-1b]UE操作(对应于方法#1-1a中的BS操作)

根据本公开的各种实施例，可以通过公共DCI、UE组公共DCI或UE特定的DCI显式地向UE用信号发送X个RB是否被发送。

在示例性实施例中，可以在授权带或未授权带中接收公共DCI、UE组公共DCI或UE特定的DCI。

例如，参考图10，UE可以期望通过时隙#(n+k)中的公共DCI、UE组公共DCI或UE特定的DCI接收指示X个RB是否已经在时隙#n中被发送的信令。例如，UE可以期望通过时隙#(n+k)中的公共DCI、UE组公共DCI或UE特定的DCI接收指示是否在时隙#n中的X个RB中已经接收PDSCH的信令。

在示例性实施例中，k可以通过RRC信令来预定义或配置。例如，k＝3。

在示例性实施例中，假设UE接收到指示在时隙#n中的X个RB中没有执行传输的信令。在这种情况下，UE可以从接收缓冲区中刷新在X个RB(或CB和/或CBG和/或TB，其包括X个RB的区域)中解码的PDSCH信息。例如，UE可以从接收缓冲区清空在X个RB中解码的PDSCH信息。

可替选地，例如，假设为UE调度与时隙#n中的HARQ ID#0相对应的PDSCH，并且X个RB被包括在调度的RB区域中。在示例性实施例中，UE可以从BS通过针对HARQ ID#0的重传DCI接收指示是否在时隙#n中的X个RB中执行了传输(即，PDSCH是否在X个RB中被发送)的信令。

在示例性实施例中，当UE接收到指示在X个RB中没有执行传输的信令时，UE可以从接收缓冲区中刷新在X个RB(或包括该区域的CB/CBG/TB)中解码的PDSCH信息。例如，UE可以从接收缓冲区清空在X个RB中解码的PDSCH信息。

3.1.1.2a.[方法#1-2a]BS操作

根据本公开的各种实施例，初始信号可以是为了识别至少服务小区的DL传输而被包括在DL传输中的一种信号。

在示例性实施例中，不仅可以在DL突发的开始处发送初始信号，而且可以在DL突发的中间发送初始信号。

在示例性实施例中，初始信号可以是NR系统的信号和/或信道，或者可以是信号和/或信道的部分修改。

在示例性实施例中，初始信号可以是在宽带中发送/接收的信号，指示在宽带中其中实际上发送/接收信号的带(例如，子带)。

根据本公开的各种实施例，BS可以仅在实际传输BW中发送初始信号，或者可以通过公共DCI或UE特定的DCI向UE指示实际传输BW。

在示例性实施例中，实际传输BW可以是CAP子带的BW的整数倍。

在示例性实施例中，可以针对作为CAP子带的BW的整数倍的每个BW预先配置实际传输RB的最大数量。

例如，参考图10，可以被预先配置为在40MHz的传输期间不发送在点A处的Y个RB，而发送在点B处的X个RB。例如，在以20MHz(部分A)进行传输的情况下，可以预先配置为既不发送在点A处的Y个RB也不发送在点B处的X个RB。

在此示例中，当BS稍后通过初始信号或DCI向UE指示仅发送20MHz(部分A)时，这可能意味着在点A处的Y个RB和在点B处的X个RB都不被发送。

在示例性实施例中，参考图10，对于作为CAP子带的BW的整数倍的实际传输BW，可以预先配置是否在点A、B和/或C处的X、Y、Z和/或W个RB中发送PDSCH，并且当BS通过初始信号或DCI向UE指示实际传输BW时，UE可以基于由BS指示的针对实际传输BW的预配置来确定PDSCH是否在点A、B和/或C处的X、Y、Z和/或W个RB中被发送。

3.1.1.2b.[方法#1-2b]UE操作(对应于方法#1-2a的BS操作)

根据本公开的各种实施例，UE可以通过对初始信号的盲检测(BD或盲解码)来识别BS的实际传输BW。可替选地，根据本公开的各种实施例，UE可以在公共DCI或UE特定的DCI中接收关于BS的实际传输BW的信息。

在示例性实施例中，实际传输BW可以是CAP子带的BW的整数倍。

在示例性实施例中，可以针对作为CAP子带的BW的整数倍的每个BW，预先配置最大数量的实际传输RB。

例如，参考图10，可以被预先配置为在40MHz的传输期间不发送在点A处的Y个RB，而发送在点B处的X个RB。例如，在20MHz(部分A)中的传输的情况下，可以预先配置为既不发送在点A处的Y个RB，也不发送在点B处的X个RB。

在此示例中，在初始信号或DCI中接收到指示仅20MHz(部分A)已经被发送的信息时，UE可以从接收缓冲区中刷新在X个RB(或包括X个RB的区域的CB/CBG/TB)中解码的PDSCH信息。例如，UE可以从接收缓冲区清空在X个RB中解码的PDSCH信息。

可替选地，在示例性实施例中，即使当UE在开始时对初始信号执行盲检测时，UE也可以通过针对作为CAP子带的BW的预配置的整数倍的每个BW使用实际传输RB的最大数量来执行盲检测。

例如，当UE对以40MHz发送的初始信号执行盲检测时，UE可以假定在点A处的Y个RB中没有发送初始信号。可替选地，当UE对以20MHz(部分A)发送的初始信号执行盲检测时，UE可以假定没有在点A处的Y个RB或点B处的X个RB中发送初始信号。

3.1.2.[方法2]在PUSCH和/或PUCCH的情况下用于X个RB的信令方法

图12是图示根据本公开的各种实施例的用于UE和BS的操作的信号流的图。

参考图12，根据示例性实施例，在操作1201中，BS可以向UE发送用于调度占用一个或多个CAP子带的PUSCH的UL许可。

根据示例性实施例，在操作1203中，UE可以针对一个或多个CAP子带执行CAP。在示例性实施例中，UE可以仅在与其中UE已经成功进行CAP的CAP子带相对应的资源区域中发送PUSCH，并且因此确定是否在20MHz的边界处的RB中发送PUSCH(是否在20MHz的边界RB处发送PUSCH)。

将详细描述根据本公开的各种实施例的在[方法#2]中的上述每个操作。本领域技术人员将清楚地理解，以下描述的本公开的各种实施例可以完全或部分地组合以构成本公开的其他各种实施例，除非彼此矛盾。

3.1.2.1a.[方法#2-1a]UE操作

根据本公开的各种实施例，UE可以仅在实际传输BW中发送解调参考信号(DM-RS)。

可替选地，根据本公开的各种实施例，UE可以通过PUSCH和/或PUCCH用信号发送实际传输BW。

例如，在PUSCH的情况下，UE可以按照与UCI(例如，HARQ-ACK/SR)捎带相似的方式将信息与UL-SCH分开编码后，将对应的信息映射到单独的RE。

例如，在PUCCH的情况下，UE可以单独对相应信息进行编码，或者与其他UCI对信息进行联合编码，并且然后将编码的信息映射到RE。

在示例性实施例中，实际传输BW可以是CAP子带的BW的整数倍。

在示例性实施例中，可以针对作为CAP子带的BW的整数倍的每个BW预先配置用于传输的可用RB区域。

例如，参考图10，可以被预先配置为：当对于整个40MHz CAP成功时，不发送在点A处的Y个RB，而发送在点B处的X个RB。例如，当对于20MHz(部分A)CAP成功时，可以预先配置为既不发送在点A处的Y个RB，也不发送在点B处的X个RB。

在该示例中，当UE通过PUCCH或PUSCH的某些RE指示仅在20MHz(部分A)中的传输时，这可能意味着在点A处的Y个RB和在点B处的X个RB都没有被发送。

可替选地，在示例性实施例中，即使为UE调度了包括在点B处的X个RB的PUSCH和/或PUCCH，当UE针对20MHz(部分B)的CAP中失败并且从而仅在20MHz(部分A)中发送时，可以不在点B处的X个RB中发送DM-RS和UL数据。

可替选地，在示例性实施例中，被捎带到PUSCH的信息或加载在PUCCH上的信息可以直接指示在点B处的X个RB是否被发送。

根据本公开的各种实施例，UE可以通过DM-RS向BS显式地指示实际传输BW。

例如，当DM-RS是黄金序列时，UE可以根据传输BW组合通过应用(配置的)单独的加扰种子和/或正交覆盖码(OCC)和/或梳状索引和/或端口索引来发送DM-RS。

可替选地，例如，当DM-RS是恒定幅度零自相关波形(CAZAC)序列或Zadoff-Chu序列时，UE可以根据传输BW组合通过应用(配置的)单独的根索引和/或循环索引和/或端口索引来发送DM-RS。

3.1.2.1b.[方法#2-1b]BS操作(对应于方法#2-1a中的UE操作)

根据本公开的各种实施例，BS可以通过盲检测DM-RS从调度的PUSCH和/或PUCCH的RB中识别包括UE的实际传输RB区域的传输BW。

可替选地，根据本公开的各种实施例，BS可以在捎带到PUSCH的信息或加载在PUCCH上的信息中接收关于包括UE的实际传输RB区域的传输BW的信息。

在示例性实施例中，实际传输BW可以是CAP子带的BW的整数倍。

在示例性实施例中，可以针对作为CAP子带的BW的整数倍的每个BW预先配置用于传输的可用RB区域。

例如，参考图10，当对于整个40MHz CAP成功时，可以配置为不发送在点A处的Y个RB，而发送在点B处的X个RB。例如，当对于20MHz(部分A)CAP成功时，可以预先配置为既不发送在点A处的Y个RB，也不发送在点B处的X个RB。

在此示例中，在捎带到PUSCH的信息中接收到指示仅发送了20MHz(A部分)的信息后，BS可以从接收缓冲区中刷新在相应RB(或包括X个RB的区域的CB/CBG/TB)中解码的PUSCH信息。例如，BS可以从接收缓冲区清空在X个RB中解码的PUSCH信息。

根据本公开的各种实施例，BS可以取决于在DM-RS盲检测期间根据实际传输BW组合接收到的DM-RS的序列来识别/确定PUSCH/PUCCH的传输BW。

例如，当DM-RS是黄金序列时，可以根据传输BW组合来设置(配置的)单独的加扰种子和/或正交覆盖码(OCC)和/或梳状索引和/或端口索引。

可替选地，当DM-RS是CAZAC序列或Zadoff-Chu序列时，可以根据传输BW组合来设置(配置的)单独的根索引和/或循环索引和/或端口索引。

3.1.3.[方法#3]PRACH和/或SRS传输中用于X个RB的信令方法

根据本公开的各种实施例，UE可以仅在实际传输BW中发送PRACH和/或SRS。

在示例性实施例中，实际传输BW可以是CAP子带的BW的整数倍。

在示例性实施例中，可以为作为CAP子带的BW的整数倍的每个BW预先配置用于传输的可用RB区域。

例如，参考图10，可以被预先配置为：当对于整个40MHz CAP成功时，不发送在点A处的Y个RB，而发送在点B处的X个RB。例如，当针对20MHz(部分A)CAP成功时，可以预先配置为既不发送在点A处的Y个RB，也不发送在点B处的X个RB。

在该示例中，可以根据基于CAP结果确定的传输BW来确定是否在X/Y个RB中发送PRACH/SRS。例如，当仅针对20MHz(部分A)CAP成功时，PRACH/SRS信号可能不会在点A的Y个RB或点B处的X个RB中被发送。

3.1.4.[方法#4]将数据映射到X个RB的方法

在图10的示例中，根据本公开的各种实施例的将数据映射到X个RB的方法通常可以被应用于40MHz中的传输，或者甚至由于仅在20MHz中的CAP的成功，仅应用于20MHz(部分A)的传输。即，根据本公开的各种实施例的将数据映射到X个RB的方法可以应用于针对一些(调度的)子带CAP成功的情况和针对所有子带CAP成功的情况两者。例如，即使当仅在20MHz(部分A)中调度PDSCH(并且在20MHz(部分A)中CAP成功)时，PDSCH也可以被映射到20MHz(部分A)中的RB之中的除了X个RB之外的RB。

根据本公开的各种实施例的将数据映射到X个RB的方法可以通常应用于UL数据以及DL数据。

-[方法#4-1]在示例性实施例中，可以不发送X个RB。即，要被发送的数据可以不被映射到X个RB。在这种情况下，根据示例性实施例，可以结合上述[方法#1]和/或[方法#2]用信号发送是否发送X个RB。

-[方法#4-2]在示例性实施例中，可以将单独的预编码应用于X个RB(即，可以为X个RB配置单独的物理资源块组(PRG))或单独的资源分配单元(例如，RBG)可以被应用于X个RB。例如，X个RB可以被定义为一个PRG或RBG，或者可以被配置成多个PRG或RBG。考虑到没有清楚地确定是否发送X个RB，或者即使进行发送，与其他RB相比性能可能会降低，这样做是因为对X个RB的单独处理会最小化对其他RB中发送的数据的影响。

-[方法#4-3]在示例性实施例中，可以将单独的CB/CBG/TB映射到X个RB。

-[方法#4-4]在示例性实施例中，要求高可靠性的数据(例如，UCI)可以不在X个RB中发送。可替选地，在示例性实施例中，可以通过将包括X个RB的CB/CBG/TB的编码率设置为相对较低来增加可靠性。

3.1.4A.[方法#4A]将数据映射到X/Y/Z/W个RB的方法

考虑到CAP成功时间与实际DL/UL信号传输的开始时间之间的时间间隔非常短，例如，几微秒，在BS和/或UE的实现方面取决于CAP的成功/失败(针对CAP子带)应用不同的信号/数据映射方法可能不容易。

在这一点上，根据本公开的各种实施例，在从DL/UL信号传输的开始时间起的K个符号期间，不管每个CAP子带中的CAP成功/失败，可以不将信号/数据(通过打孔或速率匹配)映射到传输BW中的CAP子带的边界处的RB(例如，图10中的X/Y/Z/W个RB)。例如，参考图10，可以针对操作BW，40MHz执行数据映射，并且然后可以对映射到X/Y/Z/W个RB的数据进行打孔。在另一个示例中，基于速率匹配，可以将数据映射到操作BW，40MHz的X/Y/Z/W个RB之外的RB。

在示例性实施例中，可以根据UE能力来用信号发送或确定K。例如，K＝1。

例如，参考图10，假设操作BW为40MHz，并且实际传输BW或调度的传输BW为对应于40MHz的RB。在示例性实施例中，不管针对每个CAP子带的CAP结果如何，在传输开始时的K个符号期间，DL/UL信号/数据可以不被映射到点A处的Y个RB和/或点B处的X个RB和/或点B处的Z个RB和/或点C处的W个RB。

在特定示例中，在对应于40MHz的RB中的UL传输期间，UL信号/数据可以不被映射到点A处的Y个RB和/或点B处的X个RB和/或点B处的Z个RB和/或点C处的W个RB。

在另一特定示例中，在对应于20MHz的RB中的UL传输期间，UE可以不将UL信号/数据映射到点A处的Y个RB和/或点B处的X个RB。

在示例性实施例中，在这种情况下，可以用信号发送是否在K个符号期间发送X/Y/Z/W个RB。例如，可以在基于[方法#1]和/或[方法#2]的根据本公开的各种实施例的方法的组合中用信号发送是否在K个符号期间发送X/Y/Z/W个RB。

3.1.5.[方法5]带内发射

根据本公开的各种实施例，在CAP子带的边界处的带内发射要求可以与在CAP子带内的带内发射要求不同。更典型地，在CAP子带的边界处的带内发射要求可能更加严格。这是为了通过使对在紧邻的(邻近)CAP子带中尝试传输或接收的节点的干扰最小化来确保不同运营商和/或不同RAT之间的有效共存。

例如，参考图10，考虑到可能在20MHz(部分B)内执行传输和接收的节点，当仅在20MHz(部分A)中执行传输时，X个RB和/或Z个RB的带内发射要求(因为40MHz是操作BW，所以尽管Z个RB实际上不被发送，也可以应用带内发射要求)可能比CAP子带中其他RB的带内发射要求更为严格。

在示例性实施例中，可以预定义X和/或Y和/或Z(和/或W)。

可替选地，在示例性实施例中，可以通过RRC信令来配置X和/或Y和/或Z(和/或W)的值。如果没有通过RRC信令配置X和/或Y和/或Z(和/或W)的值，则可以预定义可用的默认X和/或Y和/或Z(和/或W)。即，例如，在接收到配置X和/或Y和/或Z(和/或W)的RRC信令时，UE可以获得配置的值作为X/Y/Z和/或W。在另一示例中，当UE无法接收RRC信令时，UE可以根据预先配置或预定义的默认值来获得X/Y/Z和/或W的值。

可替选地，在示例性实施例中，X和/或Y和/或Z(和/或W)可以根据参数集(例如，SCS，例如，未授权带的SCS)和/或(传输或操作)带宽的大小不同地配置/定义。

例如，可以取决于在40MHz中的传输或在20MHz(部分A)中的传输来不同地设置点A处的Y(即，RB的数目Y)。在另一示例中，可以取决于SCS＝15kHz或30kHz针对20MHz(部分A)中的传输不同地设置在点B处的X(即，RB的数量X)。

3.2.发送和接收DL控制信道和数据信道的方法

图13是图示根据本公开的各种实施例的用于UE和BS的操作的信号流的图。具体地，图13图示根据本公开的各种实施例的在UE和BS之间的未授权带中发送和接收DL控制/数据信道的操作。

参考图13，在示例性实施例中，在操作1301和1303中，BS可以通过以根据本公开的各种实施例的方法执行(或使用)CAP来在未授权带中向UE发送DCI(或PDCCH)。

在示例性实施例中，在操作1303中，UE可以根据本公开的各种实施例的方法在未授权带中接收DCI(或PDCCH)。

在示例性实施例中，在操作1305中，UE可以在根据本公开的各种实施例的方法中获得关于在其中发送DL数据的实际BW的信息。例如，UE可以从稍后描述的初始信号和/或公共DCI和/或DM-RS获取关于其中发送DL数据的实际BW的信息。

在示例性实施例中，在操作1307中，BS可以以根据本公开的各种实施例的方法将DL数据发送到UE。在示例性实施例中，在操作1307中，BS可以基于在操作1301中执行的CAP的结果向UE发送DL数据。也就是说，在示例性实施例中，BS可以在操作1307中通过一个CAP来发送DL控制信道和DL数据信道这两者。可替选地，在示例性实施例中，BS可以为DL数据传输单独执行CAP。

在示例性实施例中，在操作1307中，UE可以以根据本公开的各种实施例的方法从BS接收DL数据。

将会详细描述根据子条款3.2的本公开的各种实施例中的上述操作中的每个。本领域技术人员将清楚地理解，以下描述的本公开的各种实施例可以完全或部分地组合以构成本公开的其他各种实施例，除非彼此矛盾。

3.2.1.[方法#1]发送和接收DL控制信道的方法

3.2.1.1a.[方法1a]BS操作

根据本公开的各种实施例，当BS配置在一个或多个CAP子带上的CORESET并且实际上仅发送其中BS已经成功进行CAP的一些CAP子带时，BS可以在CAP子带或CAP子带之一中仅发送包括有所有RE的PDCCH。

在示例性实施例中，CORESET可以指其中可以发送PDCCH的区域。具体而言，CORESET可以是UE尝试通过使用一个或多个搜索空间来解码候选控制信道的时频资源。

在示例性实施例中，CORESET可以具有包括诸如符号的数量、频率区域的大小和预编码大小的信息的配置。

例如，参考图10，可以在40MHz上配置CORESET，其中一些PDCCH候选可以属于20MHz(部分A)，而其他PDCCH候选可以属于20MHz(部分B)，并且其他PDCCH候选的一些控制信道元素(CCE)属于20MHz(部分A)，而其他CCE属于20MHz(部分B)。

在示例性实施例中，当BS仅在针对20MHz(部分A)的CAP中成功并且仅在对应的BW中发送信号时，BS可以发送仅属于20MHz(部分A)的PDCCH，同时即使仅PDCCH的一些CCE属于20MHz(部分B)也不会发送属于20MHz(部分B)的PDCCH。在示例性实施例中，BS可以向UE发送初始信号以指示20MHz的传输BW。例如，BS可以通过初始信号向UE指示仅在20MHz(部分A)中的PDCCH的传输。即，BS可以通过初始信号向UE指示在宽带中承载实际PDCCH的子带，并且UE可以稍后在子带中发送PDCCH(2个步骤)。

在示例性实施例中，当说到PDCCH属于或在20MHz(部分A)中被发送时，这可以意味着PDCCH属于在图10中的除了点A处的Y个RB和/或点B处的X个RB之外的RB或在除了点A处的Y个RB和/或点B处的X个RB之外的RB中被发送。

3.2.1.1a.[方法#1b]UE操作(对应于方法#1a的BS操作)

根据本公开的各种实施例，当在多个子带上配置CORESET时，UE可以通过对初始信号的盲检测来识别BS的实际传输CAP子带。然后，UE可以在被识别为从BS发送的CAP子带中或者CAP子带的仅一个中对包括有所有RE的PDCCH执行盲检测(2个步骤)。

例如，参考图10，可以在40MHz上配置CORESET，其中一些PDCCH候选可以属于20MHz(部分A)，而其他PDCCH候选属于20MHz(部分B)，并且其他PDCCH候选的一些CCE属于20MHz(部分A)，其他CCE属于20MHz(部分B)。

在示例性实施例中，当UE确定BS仅在20MHz(部分A)中发送信号作为初始信号的盲检测的结果时，UE可以仅对仅属于20MHz(部分A)的PDCCH候选执行盲检测，而不盲检测具有属于20MHz(部分B)的CCE的至少一部分的PDCCH候选。

在示例性实施例中，当说到PDCCH属于或在20MHz(部分A)中被接收时，这可以意味着PDCCH属于除了图10中的在点A处的Y个RB/或在点B处的X个RB以外的RB或在除了图10中的在点A处的Y个RB/或在点B处的X个RB以外的RB中被接收。

3.2.2.[方法#2]发送和接收DL数据信道的方法

3.2.2.1a.[方法1a]BS操作

根据本公开的各种实施例，BS可以仅在实际传输BW中发送初始信号。可替选地，根据本公开的各种实施例，BS可以通过公共DCI或UE特定的DCI向UE指示实际的BW。

在示例性实施例中，可以在授权带或未授权带中接收公共DCI或UE特定的DCI。

在示例性实施例中，实际传输BW可以是CAP子带的BW的整数倍。

根据本公开的各种实施例，BS可以通过初始信号(或PDSCH DM-RS)向UE显式地指示DL传输的实际传输BW。

例如，当初始信号(或PDSCH DM-RS)是黄金序列时，BS可以根据传输BW组合通过应用(配置的或预定义的)单独的加扰种子和/或OCC和/或梳状索引和/或端口索引来发送初始信号(或PDSCH DM-RS)。

可替选地，例如，当初始信号(PDSCH DM-RS)是CAZAC序列或Zadoff-Chu序列时，BS可以根据传输BW组合通过应用(配置的或预定义的)单独的根索引和/或循环索引和/或端口索引来发送初始信号(或PDSCH DM-RS)。

3.2.2.1b.[方法#1b]BS操作(对应于方法#1a中的BS操作)

根据本公开的各种实施例，UE可以通过对初始信号的盲检测来检测BS的实际传输BW。可替选地，根据本公开的各种实施例，UE可以在公共DCI或UE特定的DCI中接收关于BS的实际传输BW的信息。

在示例性实施例中，可以在授权带或未授权带中接收公共DCI或UE特定的DCI。

在示例性实施例中，实际传输BW可以是CAP子带的BW的整数倍。

例如，尽管通过DCI在时隙#n中在整个40MHz上调度PDSCH，当UE通过对时隙#n中的初始信号进行盲检测而检测到仅在20MHz(部分A)中发送PDSCH时，UE可以在假设调度的PDSCH区域仅为20MHz(部分A)的情况下，接收PDSCH。在示例性实施例中，当在20MHz(部分A)中发送可在20MHz(部分B)中发送的CB/CBG/TB的一部分时，UE可以从接收缓冲区中刷新相应的解码的CB/CBG/TB信息。例如，UE可以从接收缓冲区清空在CB/CBG/TB中解码的PDSCH信息。

可替选地，例如，UE可以在接收由DCI调度的时隙#n中的整个PDSCH区域之后(当在时隙#n中被调度与HARQ ID#0相对应的PDSCH时)在HARQ ID#0的重传DCI中从BS接收指示是否已经在时隙#n中的一些CAP子带中已经执行了传输的信令。

例如，在接收到指示仅在20MHz(部分A)传输或请求刷新对应于在20MHz(部分B)中接收的信号的缓冲区的信令后，UE可以刷新对应于在20MHz(部分B)中接收的信号的缓冲区。同时，当在20MHz(部分A)中接收到可在20MHz(部分B)接收的一部分CB/CBG/TB时，UE可以从接收缓冲区中刷新相应的解码的CB/CBG/TB信息。

根据本公开的各种实施例，当盲检测/接收初始信号(或PDSCH DM-RS)时，UE可以根据根据BS的实际传输BW组合预先配置或预定义的初始信号(或DM-RS)之中的接收到的序列来检测/识别BS的DL传输BW。

例如，当初始信号(或PDSCH DM-RS)是黄金序列时，可以根据传输BW组合单独地配置加扰种子和/或OCC和/或梳状索引和/或端口索引。

可替选地，例如，当初始信号(PDSCH DM-RS)是CAZAC序列或Zadoff-Chu序列时，根索引和/或循环索引和/或端口索引可以根据传输BW组合被单独地配置。

3.2.2.2a.[方法2a]BS操作

根据本公开的各种实施例，当在操作BW中仅在由发送给UE的PDSCH(和/或PUCCH)占用的CAP子带中CAP成功时，可以允许PDSCH(和/或PDCCH)的传输。

在示例性实施例中，操作BW特别地可以是被指示给特定UE的活动DL BWP的BW。

例如，参考图10，当为操作BW(或活动BWP)为40MHz的UE调度PDSCH的BS打算仅在属于20MHz(部分A)的RB区域中将PDSCH发送给UE时，只要BS在针对20MHz(部分A)的子带的CAP中成功，就可以允许BS向UE发送PDSCH(尽管BS在针对20MHz(部分B)的子带的CAP中失败)。

3.2.2.ba.[方法#2b]UE操作(对应于方法#2a的BS操作)

根据本公开的各种实施例，尽管即使CAP在操作BW(例如，特别地，向特定的UE指示的活动DL BWP的BW)的一些CAP子带中成功也允许BS发送信号，但是BS应该在针对包括为UE调度的PDSCH的CAP子带的CAP中成功。因此，UE可以假定在调度的RB中总是成功地接收到PDSCH。

3.2.2.3a.[方法#3]BS操作

根据各种实施例，BS可以在每个CAP子带中以不同或相同的冗余版本(RV)(重复地)发送一个TB。

即，根据各种实施例，即使BS在针对特定子带的CAP中失败并且因此不在操作BW的一部分中发送信号(由于打孔)，BS也可以以能够恢复数据信道的方式发送数据信道。

例如，参考图10，相同的TB可以重复地映射到20MHz(部分A)和20MHz(部分B)。

3.2.2.3b.[方法#3b]UE操作(对应于方法#3a的BS操作)

根据各种实施例，UE可以在每个CAP子带中以不同或相同的RV接收一个TB。

即，根据各种实施例，即使由于特定子带中的CAP失败而使操作BW的一部分被打孔并因此未被接收，UE仍可以以可恢复的方式接收数据信道。

上述本发明的各种实施例是本公开的各种实施方案中的一些，本领域技术人员可以清楚地理解，本公开的各种实施例不限于上述实施例。虽然上述本公开的各种实施例可以独立地实施，但是可以通过组合(或合并)一些实施例来配置本公开的其他各种实施例。可以规定，指示是否应用上述本公开的各种实施例的信息(或关于上述本公开的各种实施例的规则的信息)通过由BS为UE预定义信号(例如，物理层信号或更高层信号)来指示。

图14是图示根据本公开的各种实施例的用于UE和BS的操作的信号流的图。

图15是图示根据本公开的各种实施例的操作UE的方法的流程图。

图16是图示根据本公开的各种实施例的操作BS的方法的流程图。

参考图14、15和16，在示例性实施例中，在操作1401和1501中，UE可以在未授权带中包括的多个子带中识别由BS所占用的至少一个第一子带。

在示例性实施例中，在操作1403和1503中，UE可以基于CORESET和至少一个第一子带，对在多个子带上配置的CORESET中配置的多个PDCCH候选之中的至少一个第一PDCCH候选进行盲解码。

在示例性实施例中，在操作1405、1505和1605中，可以在UE和BS之间发送和接收DCI。也就是说，根据示例性实施例，在操作1405和1505中，UE可以基于盲解码从BS接收DCI。

在示例性实施例中，由至少一个第一PDCCH候选占用的至少一个CCE可以被包括在至少一个第一子带中。

在示例性实施例中，至少一个第一子带可以是多个子带中的任何一个。

可以基于前述条款1至3描述并执行根据本公开的各种实施例的BS和/或UE的更具体的操作。

4.装置配置

在本说明书中，已经描述了本公开的各种实施例，集中于在无线通信系统中的BS和UE之间的数据发送/接收关系。然而，本公开的各种实施例不限于此。例如，本公开的各种实施例还可以涉及以下技术配置。

根据下文描述的本公开的各种实施例的设备(其中包括的处理器)可以以条款1至条款3中的上述实施例的组合来执行操作，除非彼此矛盾。

应用本公开的各种实施例的通信系统的示例

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

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

图17图示应用本公开的各种实施例的示例性通信系统。

参考图17，应用于本公开的各种实施例的通信系统1包括无线设备、BS和网络。这里，无线设备表示通过使用RAT(例如，5G 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可以通过各种物理信道发送/接收信号。为此，可以基于本公开的各种实施例的各种提议来执行用于发送/接收无线电信号的各种配置信息配置过程、各种信号处理过程(例如，信道编码/解码、调制/解调和资源映射/解映射)以及资源分配过程的至少一部分。

应用本公开的各种实施例的无线设备的示例

图18示出了本公开的各种实施例所适用的示例性无线设备。

参考图18，第一无线设备100和第二无线设备200可以通过各种RAT(例如，LTE和NR)来发送无线电信号。在此，{第一无线设备100和第二无线设备200}可以对应于图17的{无线设备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可以包括(模拟)振荡器和/或滤波器。

使用应用了本公开的各种实施例的无线设备的示例

图19示出了应用本公开的各种实施例的其他示例性无线设备。无线设备可以根据使用情况/服务以各种形式来实施(参见图17)。

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

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

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

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

应用本公开的各种实施例的便携式设备的示例

图20图示应用本公开的各种实施例的示例性便携式设备。便携式设备可以是智能电话、智能板、可穿戴设备(例如，智能手表或智能眼镜)和便携式计算机(例如，膝上型计算机)中的任何一个。便携式设备还可以被称为移动站(MS)、用户终端(UT)、移动订户站(MSS)、订户站(SS)、高级移动站(AMS)或无线终端(WT)。

参考图20，手持设备100可以包括天线单元108、通信单元110、控制单元120、存储器单元130、电源单元140a、接口单元140b和I/O单元140c。天线单元108可以被配置为通信单元110的一部分。框110至130/140a至140c分别对应于图19的框110至130/140。

通信单元110可以向其他无线设备或BS发送信号(例如，数据和控制信号)以及从其他无线设备或BS接收信号(例如，数据和控制信号)。控制单元120可以通过控制手持设备100的组成元件来执行各种操作。控制单元120可以包括应用处理器(AP)。存储器单元130可以存储用于驱动手持设备100所需的数据/参数/程序/代码/命令。存储器单元130可以存储输入/输出数据/信息。电源单元140a可以向手持设备100供电，并且包括有线/无线充电电路、电池等。接口单元140b可以支持手持式设备100到其他外部设备的连接。接口单元140b可以包括用于与外部设备连接的各种端口(例如，音频I/O端口和视频I/O端口)。I/O单元140c可以输入或输出视频信息/信号、音频信息/信号、数据和/或由用户输入的信息。I/O单元140c可以包括相机、麦克风、用户输入单元、显示器单元140d、扬声器和/或触觉模块。

作为示例，在数据通信的情况下，I/O单元140c可以获取由用户输入的信息/信号(例如，触摸、文本、语音、图像或视频)，并且所获取的信息/信号可以存储在存储器单元130中。通信单元110可以将存储在存储器中的信息/信号转换为无线电信号，并将转换的无线电信号直接发送到其他无线设备或BS。通信单元110可以从其他无线设备或BS接收无线电信号，然后将接收到的无线电信号恢复为原始信息/信号。恢复的信息/信号可以存储在存储器单元130中，并且可以通过I/O单元140c作为各种类型(例如，文本、语音、图像、视频或触觉)输出。

本公开的各种实施例适用的车辆或自主驾驶车辆的示例。

图21示出了本公开的各种实施例所适用的示例性车辆或自主驾驶车辆。车辆或自主驾驶车辆可以被实施为移动机器人、汽车、火车、有人驾驶/无人驾驶飞行器(AV)、船等等。

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

总之，本公开的各种实施例可以以各种方式来实现。例如，本公开的各种实施例可以以硬件、固件、软件或其组合来实现。

在硬件配置中，根据本公开的示例性实施例的方法可以通过一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等来实现。

在固件或软件配置中，根据本公开的各种实施例的方法可以以执行上述功能或操作的模块、过程、功能等的形式来实现。软件代码可以存储在存储器中，并由处理器执行。存储器位于处理器的内部或外部，并且可以经由各种已知手段向处理器发送数据和从处理器接收数据。

本领域技术人员可以理解，在不脱离本公开的各种实施例的精神和本质特征的情况下，可以以与本文中阐述的方式不同的其他特定方式来执行本公开的各种实施例。因此，上述实施例在所有方面都应被解释为说明性的而非限制性的。本公开的范围应当由所附权利要求及其合法等同物确定，而不是由以上描述确定，并且在所附权利要求的含义和等同范围内的所有改变都旨在被包含在其中。对于本领域技术人员来说显而易见的是，在所附权利要求中未明确地相互引用的权利要求可以作为本公开的实施例组合地呈现，或者在提交申请之后通过随后的修改而被包括作为新的权利要求。

工业实用性

本公开的各种实施例适用于各种无线通信系统中的UE、BS和/或其他各种设备。

Claims (12)

1.一种在无线通信系统中由装置接收下行链路控制信息(DCI)的方法，所述方法包括：

识别在未授权带中包括的多个子带之中的由基站占用的至少一个第一子带；

基于在所述多个子带上配置的控制资源集(CORESET)和所述至少一个第一子带，盲解码在所述CORESET中配置的多个物理下行链路控制信道(PDCCH)候选之中的至少一个第一PDCCH候选；以及

基于所述盲解码，接收所述DCI，

其中，由所述至少一个第一PDCCH候选占用的至少一个第一控制信道元素(CCE)被包括在所述至少一个第一子带中。

2.根据权利要求1所述的方法，其中，基于由所述多个PDCCH候选之中的第二PDCCH候选占用的至少一个第二CCE之中的、在所述多个子带之中的除了所述至少一个第一子带之外的至少一个第二子带中包括的至少一个第二CCE，所述第二PDCCH候选不被盲解码。

3.根据权利要求1所述的方法，其中，基于下述内容来识别所述至少一个第一子带：

预定义信号在所述至少一个第一子带中被接收，或者

指示所述至少一个第一子带的信息被包括在被接收的所述预定义信号中。

4.根据权利要求1所述的方法，其中，所述多个子带中的每个与用于所述未授权带的信道接入过程(CAP)的基本频率单位有关。

5.根据权利要求1所述的方法，其中，在所述至少一个第一子带中包括的多个资源块(RB)之中的、除了来自所述至少一个第一子带的至少一个边界的预定数量的RB之外的至少一个RB中接收所述DCI。

6.一种被配置成在无线通信系统中接收下行链路控制信息(DCI)的装置，所述装置包括：

处理器；以及

至少一个存储器，所述至少一个存储器存储用于所述处理器的指令，

其中，当所述指令被执行时，所述指令使所述处理器：

识别在未授权带中包括的多个子带之中的由基站所占用的至少一个第一子带；

基于在多个子带上配置的控制资源集(CORESET)和所述至少一个第一子带，盲解码在所述CORESET中配置的多个物理下行链路控制信道(PDCCH)候选之中的至少一个第一PDCCH候选；以及

基于所述盲解码，接收所述DCI，以及

其中，由所述至少一个第一PDCCH候选占用的至少一个第一控制信道元素(CCE)被包括在所述至少一个第一子带中。

7.根据权利要求6所述的装置，其中，基于由所述多个PDCCH候选之中的第二PDCCH候选占用的至少一个第二CCE之中的、在所述多个子带之中的除了所述至少一个第一子带之外的至少一个第二子带中包括的至少一个第二CCE，所述第二PDCCH候选不被盲解码。

8.根据权利要求6所述的装置，其中，基于下述内容来识别所述至少一个第一子带：

预定义信号在所述至少一个第一子带中被接收，或者

指示所述至少一个第一子带的信息被包括在被接收的所述预定义信号中。

9.根据权利要求6所述的装置，其中，所述多个子带中的每个与用于未授权带的信道接入过程(CAP)的基本频率单位有关。

10.根据权利要求6所述的装置，其中，在所述至少一个第一子带中包括的多个资源块(RB)之中的、除了在所述至少一个第一子带的至少一个边界处的预定数量的RB之外的至少一个RB中接收所述DCI。

11.根据权利要求7所述的装置，其中，所述装置被配置成：与移动终端、网络或除了包括所述装置的车辆以外的自主驾驶车辆中的至少一个进行通信。

12.一种被配置成在无线通信系统中发送下行链路控制信息(DCI)的装置，所述装置包括：

处理器；以及

至少一个存储器，所述至少一个存储器存储用于所述处理器的指令，

其中，当所述指令被执行时，所述指令使处理器：

执行信道接入过程(CAP)，用于占用未授权带中包括的多个子带之中的至少一个第一子带，以及

基于在所述多个子带上配置的控制资源集(CORESET)和所述至少一个第一子带，在所述CORESET中配置的多个物理下行链路控制信道(PDCCH)候选之中的至少一个第一PDCCH候选中发送所述DCI，以及

其中，由所述至少一个第一PDCCH候选占用的至少一个第一控制信道元素(CCE)被包括在所述至少一个第一子带中。

Images