CN110366250A

CN110366250A - 考虑跨载波调度缓存下行链路数据的方法和设备

Info

Publication number: CN110366250A
Application number: CN201910226505.2A
Authority: CN
Inventors: 刘家宏; 林克强
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2018-03-26
Filing date: 2019-03-25
Publication date: 2019-10-22
Anticipated expiration: 2039-03-25
Also published as: US20190297637A1; JP6845883B2; US10856316B2; KR20190112662A; EP3547781B1; US20210051693A1; ES2837556T3; EP3547781A1; CN110366250B; TWI702860B; KR102179624B1; US11523417B2; TW201941627A; JP2019176472A

Abstract

本文公开了用于考虑无线通信系统中的跨载波调度的下行链路数据缓存的方法和设备。在一方法中，用户设备(UE)从网络接收第一和第二服务小区的配置。UE接收和/或监视在第二服务小区的调度控制资源集(CORESET)上传送的第一物理下行链路共享信道(PDCCH)，第一PDCCH调度在第一服务小区上传送的第一下行链路共享信道(PDSCH)。UE接收和/或监视在第二服务小区的调度CORESET上传送的第二PDCCH，第二PDCCH调度在第二服务小区上传送的第二PDSCH。在UE成功对第二PDCCH解码之前，UE经由用于指示CORESET的PDCCH准共址的TCI状态来接收和/或缓存第二PDSCH，该CORESET在被配置用于UE的一个或多个CORESET所在的最新时隙中具有最低控制资源集标识符(CORESET‑ID)。在UE成功对第一PDCCH解码之前UE不接收或缓存第一PDSCH。

Description

考虑跨载波调度缓存下行链路数据的方法和设备

技术领域

本公开大体上涉及无线通信网络，且更具体地，涉及用于无线通信系统中考虑跨载波调度缓存下行链路数据的方法和设备。

背景技术

随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求快速增长，传统的移动语音通信网络演变成与互联网协议(Internet Protocol，IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。

示例性网络结构是演进型通用陆地无线电接入网(Evolved UniversalTerrestrial Radio Access Network，E-UTRAN)。E-UTRAN系统可以提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前，3GPP标准组织正在讨论新下一代(例如，5G)无线电技术。因此，目前正在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。

发明内容

本文公开了用于考虑无线通信系统中的跨载波调度的下行链路数据缓存的方法和设备。在一个方法中，UE从网络接收第一服务小区和第二服务小区的配置。所述UE接收和/或监视在所述第二服务小区的调度CORESET上传送的第一PDCCH，其中所述第一PDCCH调度在所述第一服务小区上传送的第一PDSCH。所述UE接收和/或监视在所述第二服务小区的调度CORESET上传送的第二PDCCH，其中所述第二PDCCH调度在所述第二服务小区上传送的第二PDSCH。在所述UE成功地对所述第二PDCCH进行解码之前，所述UE经由用于指示CORESET的PDCCH准共址的TCI状态来接收和/或缓存所述第二PDSCH，其中所述CORESET在被配置用于所述UE的一个或多个CORESET所在的最新时隙中具有最低CORESET-ID。在所述UE成功地对所述第一PDCCH进行解码之前所述UE不接收或缓存所述第一PDSCH。

附图说明

图1示出根据一个示例性实施例的无线通信系统的图。

图2是根据一个示例性实施例的传送器系统(也被称作接入网络)和接收器系统(也被称作用户设备或UE)的框图。

图3是根据一个示例性实施例的通信系统的功能框图。

图4是根据一个示例性实施例的图3的程序代码的功能框图。

图5是取自3GPP的3GPP R1-1721341的表7.3.2.1-1的再现。

图6是从用户设备(User Equipment，UE)的角度来看的一个示例性实施例的流程图。

图7是从网络的角度来看的一个示例性实施例的流程图。

具体实施方式

下文描述的示例性无线通信系统和装置采用支持广播业务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信，例如，语音、数据等等。这些系统可以是基于码分多址(code division multiple access，CDMA)、时分多址(time division multipleaccess，TDMA)、正交频分多址(orthogonal frequency division multiple access，OFDMA)、3GPP长期演进(Long Term Evolution，LTE)无线接入、3GPP长期演进高级(LongTerm Evolution Advanced，LTE-A)、3GPP2超移动宽带(Ultra Mobile Broadband，UMB)、WiMax、用于5G的3GPP新无线电(New Radio，NR)无线接入，或一些其它调制技术。

确切地说，下文描述的示例性无线通信系统装置可以被设计成支持一个或多个标准，例如由在本文中被称作3GPP的被命名为“第三代合作伙伴计划(3rd GenerationPartnership Project)”的联合体提供的标准，包含：R1-1801292，3GPP TS 38.212V15.0.1(2018-02)第三代合作伙伴计划，技术规范组无线电接入网，NR，多路复用和信道译码(Technical Specification Group Radio Access Network,NR,Multiplexing andchannel coding)(第15版)；R1-1801294，3GPP TS 38.214 V15.0.0(2018-02)第三代合作伙伴计划，技术规范组无线电接入网络，NR，数据的物理层程序(Technical SpecificationGroup Radio Access Network,NR,Physical layer procedures for data)(第15版)；项目总结报告3GPP TSG RAN WG1#85 v1.0.0；项目总结报告3GPP TSG RAN WG1#86 v1.0.0；项目总结报告3GPP TSG RAN WG1#86bis v1.0.0；项目总结报告3GPP TSG RAN WG1#87v1.0.0；项目总结报告3GPP TSG RAN WG1#AH1_NR v1.0.0；项目总结报告3GPP TSG RANWG1#88v1.0.0；项目总结报告3GPP TSG RAN WG1#88bis v1.0.0；项目总结报告3GPP TSGRAN WG1#89v1.0.0；项目总结报告3GPP TSG RAN WG1#AH_NR3 v1.0.0；项目总结报告3GPPTSG RAN WG1#90bis v1.0.0；主席项目总结报告3GPP TSG RAN WG1会议#91；项目总结报告3GPP TSG RAN WG1#AH_1801 v1.0.0；以及草案报告3GPP TSG RAN WG1#92 v0.2.0。上文所列的标准和文献在此以全文引用的方式明确地并入。

图1示出根据本发明的一个实施例的多址无线通信系统。接入网络100(accessnetwork，AN)包含多个天线群组，其中一个天线群组包含104和106，另一天线群组包含108和110，并且又一天线群组包含112和114。在图1中，针对每一天线群组仅示出了两个天线，但是每一天线群组可以利用更多或更少个天线。接入终端116(access terminal，AT)与天线112和114通信，其中天线112和114通过前向链路120向接入终端116传送信息，并通过反向链路118从接入终端116接收信息。接入终端(access terminal，AT)122与天线106和108通信，其中天线106和108通过前向链路126向接入终端(access terminal，AT)122传送信息，并通过反向链路124从接入终端(access terminal，AT)122接收信息。在FDD系统中，通信链路118、120、124和126可以使用不同频率用于通信。例如，前向链路120可以使用与反向链路118所使用频率不同的频率。

每个天线群组和/或它们设计成在其中通信的区域常常被称作接入网络的扇区。在实施例中，天线群组各自被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。

在通过前向链路120和126的通信中，接入网络100的传送天线可以利用波束成形以便改进不同接入终端116和122的前向链路的信噪比。并且，相比于通过单个天线传送到其所有接入终端的接入网络，使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的所述接入网络对相邻小区中的接入终端产生更少的干扰。

接入网络(access network，AN)可以是用于与终端通信的固定台或基站，并且也可以被称作接入点、Node B、基站、增强型基站、演进型Node B(evolved Node B，eNB)，或某一其它术语。接入终端(access terminal，AT)还可以被称作用户设备(user equipment，UE)、无线通信装置、终端、接入终端或某一其它术语。

图2是MIMO系统200中的传送器系统210(也被称作接入网络)和接收器系统250(也被称作接入终端(access terminal，AT)或用户设备(user equipment，UE)的实施例的简化框图。在传送器系统210处，从数据源212将用于数个数据流的业务数据提供到传送(TX)数据处理器214。

在一个实施例中，通过相应的传送天线传送每个数据流。TX数据处理器214基于针对每个数据流而选择的特定译码方案来格式化、译码及交错所述数据流的业务数据以提供经译码数据。

可使用OFDM技术将每个数据流的经译码数据与导频数据多路复用。导频数据通常为以已知方式进行处理的已知数据样式，且可在接收器系统处使用以估计信道响应。随后基于针对每个数据流选择的特定调制方案(例如，BPSK、QPSK、M-PSK或M-QAM)来调制(即，符号映射)用于所述数据流的经复用导频和经译码数据以提供调制符号。可以通过由处理器230执行的指令来确定用于每个数据流的数据速率、译码和调制。

接着将所有数据流的调制符号提供给TX MIMO处理器220，所述处理器可以进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220接着将N_T个调制符号流提供给N_T个发射器(TMTR)222a至222t。在某些实施例中，TX MIMO处理器220将波束成形权重应用于数据流的符号及从其传送所述符号的天线。

每个传送器222接收并处理相应符号流以提供一个或多个模拟信号，并且进一步调节(例如，放大、滤波及上变频转换)所述模拟信号以提供适合于通过MIMO信道传送的经调制信号。接着分别从N_T个天线224a至224t传送来自传送器222a至222t的N_T个经调制信号。

在接收器系统250处，由N_R个天线252a至252r接收所传送的经调制信号，且将来自每个天线252的所接收信号提供给相应接收器(RCVR)254a至254r。每个接收器254调节(例如，滤波、放大和下变频转换)相应的所接收信号，数字化所述经调节信号以提供样本，且进一步处理所述样本以提供对应“所接收”符号流。

RX数据处理器260接着基于特定接收器处理技术从N_R个接收器254接收并处理N_R个所接收符号流以提供N_T个“检测到的”符号流。RX数据处理器260接着解调、解交错及解码每个检测到的符号流以恢复用于数据流的业务数据。由RX数据处理器260进行的处理与传送器系统210处的TX MIMO处理器220和TX数据处理器214所执行的处理互补。

处理器270周期性地确定要使用哪个预译码矩阵(下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。

反向链路消息可以包括与通信链路和/或所接收数据流有关的各种类型的信息。反向链路消息接着由TX数据处理器238(其还接收来自数据源236的多个数据流的业务数据)处理，由调制器280调制，由传送器254a至254r调节，并被传送回到传送器系统210。

在传送器系统210处，来自接收器系统250的经调制信号由天线224接收，由接收器222调节，由解调器240解调，并且由RX数据处理器242处理，以便提取接收器系统250传送的反向链路消息。处理器230接着确定使用哪个预译码矩阵来确定波束成形权重，接着处理所提取的消息。

转向图3，此图示出根据本发明的一个实施例的通信装置的替代简化功能框图。如图3中所示，可以利用无线通信系统中的通信装置300来实现图1中的UE(或AT)116和122或图1中的基站(或AN)100，并且无线通信系统优选地是LTE系统或NR系统。通信装置300可以包含输入装置302、输出装置304、控制电路306、中央处理单元(central processing unit，CPU)308、存储器310、程序代码312以及收发器314。控制电路306通过CPU 308执行存储器310中的程序代码312，由此控制通信装置300的操作。通信装置300可以接收由用户通过输入装置302(例如，键盘或小键盘)输入的信号，且可通过输出装置304(例如，显示器或扬声器)输出图像和声音。收发器314用于接收和传送无线信号、将所接收信号传递到控制电路306、且无线地输出由控制电路306产生的信号。也可以利用无线通信系统中的通信装置300来实现图1中的AN100。

图4是根据本发明的一个实施例在图3中所示的程序代码312的简化框图。在此实施例中，程序代码312包含应用层400、层3部分402以及层2部分404，且耦合到层1部分406。层3部分402通常执行无线电资源控制。层2部分404一般执行链路控制。层1部分406一般执行物理连接。

下面引用如在3GPP R1-1801292 3GPP TS 38.212 V15.0.1中公开的在物理下行链路控制信道(Physical Downlink Control Channel，PDCCH)上传送的信号的下行链路控制信息(downlink control information，DCI)格式的一些描述：

7.3.1DCI格式

支持表7.3.1-1中定义的DCI格式。

图5(取自3GPP R1-1801292的表7.3.1-1的再现)。

7.3.1.2用于PDSCH的调度的DCI格式

7.3.1.2.1格式1_0

DCI格式1_0用于一个DL小区中PDSCH的调度。

以下信息借助于DCI格式1_0传送，其中CRC由C-RNTI加扰：

-DCI格式的标识符-[1]位

-频域资源指派位

-是在CORESET 0中的共同搜索空间中监视DCI格式1_0的情况下初始带宽部分的大小

-是另外有效带宽部分的大小

-时域资源指派-X位，如[6,TS38.214]的子条款5.1.2.1中定义

-VRB到PRB映射-1位

-调制和译码方案-5位，如[6,TS38.214]的子条款5.1.3中定义

-新数据指示符-1位

-冗余版本-2位，如表7.3.1.1.1-2中定义

-HARQ进程号-4位

-下行链路指派索引-2位，如[5,TS38.213]的子条款9.1.3中定义，作为计数器DAI

-被调度PUCCH的TPC命令-[2]位，如[5,TS38.213]的子条款7.2.1中定义

-PUCCH资源指示符-[2]位，如[5,TS38.213]的子条款9.2.3中定义

-PDSCH到HARQ_feedback时机指示符-[3]位，如[5,TS38.213]的子条款x.x中定义

以下信息借助于DCI格式1_0传送，其中CRC由P-RNTI加扰：

-短消息指示符-1位。此位用于指示仅短消息还是仅调度信息携载于寻呼DCI中。

以下信息借助于DCI格式1_0传送，其中CRC由SI-RNTI加扰：

-XXX-x位

以下信息借助于DCI格式1_0传送，其中CRC由RA-RNTI加扰：

-XXX-x位

以下信息借助于DCI格式1_0传送，其中CRC由CS-RNTI加扰：

-XXX-x位

如果在填充之前格式1_0中的信息位的数量小于用于调度相同服务小区的格式0_0的有效载荷大小，则应将零附加到格式1_0，直到有效载荷大小等于格式0_0的大小。

7.3.1.2.2格式1_1

DCI格式1_1用于一个小区中PDSCH的调度。

以下信息借助于DCI格式1_1传送，其中CRC由C-RNTI加扰：

-载波指示符-0或3位，如[5,TS38.213]的子条款x.x中定义。

<...>

-时域资源指派-0、1、2、3或4位，如[6,TS38.214]的子条款5.1.2.1中定义。此字段的位宽确定为位，其中I是较高层参数[pdsch-symbolAllocation]中的行数。

<...>

-传送配置指示-如果未启用较高层参数tci-PresentInDCI，则为0位；否则为3位，如[6,TS38.214]的子条款x.x中定义。

下面引用如在3GPP R1-1801294 3GPP TS 38.214 V15.0.0中公开的下行链路(Downlink，DL)资源指派的一些描述：

5.1.2.1时域中的资源分配

当UE被调度为通过DCI接收PDSCH时，DCI的时域资源指派字段提供RRC配置表pdsch-symbolAllocation的行索引，其中索引行定义时隙偏移K₀、开始和长度指示符SLIV，以及PDSCH接收中假设的PDSCH映射类型。

给定索引行的参数值：

-为PDSCH分配的时隙是其中n是具有调度DCI的时隙，并且K₀基于PDSCH的数字学，并且

-从开始和长度指示符SLIV确定相对于时隙开始的起始符号S，以及从为PDSCH分配的符号S开始计数的连续符号L的数量：

如果(L-1)≤7，则

SLIV＝14·(L-1)+S

否则

SLIV＝14·(14-L+1)+(14-1-S)

其中0<L≤14-S，并且

-PDSCH映射类型设置为类型A或类型B，如[4,TS 38.211]的子条款7.4.1.1.2中定义。

UE应将满足以下条件的S和L组合视为有效的PDSCH分配：

-对于PDSCH映射类型A：S∈{0,1,2,3}，L∈{[X],...,14}

-对于PDSCH映射类型B：S∈{0,...,12}，L∈{2,4,7}

-期望UE不跨越由与PDSCH传送相关联的数字学确定的时隙边界接收任何TB。

当UE配置有aggregationFactorDL>1时，UE可以预期在每个aggregationFactorDL连续时隙中的每个符号分配内重复TB，并且PDSCH限于单个传送层。

如果用于确定如[6,TS 38.213]的子条款11.1中定义的时隙配置的UE过程确定为PDSCH分配的时隙的符号作为上行链路符号，则对于多时隙PDSCH传送省略所述时隙上的传送。

如3GPP TSG RAN WG1#86v1.0.0(项目总结报告)中所公开，以下引用描述了关于波束管理的一些协议：

R1-168468支持波束相关程序的定义诺基亚、高通、CATT、英特尔、NTT DoCoMo、联发科技、爱立信、ASB、三星、LGE

{

●波束管理＝L1/L2程序集合，用于获取和保持可用于DL和UL传送/接收的TRP和/或UE波束集合，其至少包含以下方面：

○波束确定＝用于TRP或UE选择其自身的波束。

○波束测量＝用于TRP或UE测量所接收波束成形信号的特性

○波束报告＝用于UE基于波束测量来报告波束形成信号的属性/质量的信息

○波束扫掠＝覆盖空间区域的操作，其中以预定方式在时间间隔期间传送和/或接收波束。

}

如3GPP TSG RAN WG1#86bis v1.0.0(项目总结报告)中所公开，以下引用描述了关于RAN1中的波束管理的一些协议：

R1-1610825关于波束管理的WF ATT、CATR、CMCC、新威(Xinwei)

协议：

●对于下行链路，NR支持具有和不具有波束相关指示的波束管理

○当提供波束相关指示时，关于用于数据接收的UE侧波束成形/接收程序的信息可通过QCL向UE指示

如3GPP TSG RAN WG1#87v1.0.0(项目总结报告)中所公开，以下引用描述了关于波束管理的一些协议：

R1-1613670关于用于控制和数据信道的波束管理的WF中兴、中兴微电子、ASTRI、因特尔、三星、LGE

协议：

●NR在具有和不具有下行链路指示的情况下支持导出QCL假设以辅助UE侧波束成形从而用于下行链路控制信道接收

如3GPP TSG RAN WG1#AH1_NR v1.0.0(项目总结报告)中所公开，以下引用描述了关于波束管理的一些协议：

R1-1701506关于波束指示的WF三星、爱立信、KT公司、威瑞森、NTT、DOCOMO、AT&T、LGE

协议：

●对于DL控制信道的接收，支持DL RS天线端口与用于DL控制信道的解调的DL RS天线端口之间的空间QCL假设的指示

-注意：对于一些情况可能不需要指示：

●对于DL数据信道的接收，支持DL数据信道的DL RS天线端口与DMRS天线端口之间的空间QCL假设的指示

-用于DL数据信道的DMRS天线端口的不同集合可被指示为具有RS天线端口的不同集合的QCL

-选项1：指示RS天线端口的信息是经由DCI指示

-选项2：指示RS天线端口的信息是经由MAC-CE指示，且将在下一指示之前进行假设

-选项3：指示RS天线端口的信息是经由MAC CE与DCI的组合指示

-支持至少一个选项

-注意：对于一些情况可能不需要指示：

如3GPP TSG RAN WG1#88v.1.0.0(项目总结报告)中所公开，以下引用描述了关于RAN1中的波束管理的一些协议：

R1-1703958关于波束指示的WF三星、KT公司、NTT DOCOMO、威瑞森、英特尔、CATT、爱立信、华为、海思

协议：

●对于单播DL数据信道的接收，支持DL数据信道的DL RS天线端口与DMRS天线端口之间的空间QCL假设的指示：经由DCI(下行链路准予)指示指示RS天线端口的信息

○所述信息指示使用DMRS天线端口进行QCL的RS天线端口

○注意：相关信令是UE特定的

如3GPP TSG RAN WG1#89v1.0.0(项目总结报告)中所公开，以下引用描述了关于波束管理的一些协议：

R1-1709496关于波束管理的潜在协议高通

协议：

●支持CSI-RS资源内的天线端口与小区的SS块(或SS块时间索引)的天线端口之间的空间QCL假设

○不排除其它QCL参数

○注意：默认假设可以不是QCL

●用于UE特定NR-PDCCH的QCL的配置是通过RRC和MAC-CE信令

○应注意，未必总是需要MAC-CE

○注意：例如，以PDCCH的DMRS进行QCL的DL RS，用于延迟扩展、多普勒扩展、多普勒频移和平均延迟参数、空间参数

如3GPP TSG RAN WG1#AH_NR3v1.0.0(项目总结报告)中所公开，以下引用描述了关于波束管理的一些协议：

R1-1716842关于DL物理信道的QCL指示的WF爱立信、CATT、NTT Docomo、三星、高通

协议：

UE至少出于QCL指示的目的用达M个候选传送配置指示(TCI)状

态的列表进行RRC配置

●每个TCI状态可以配置有一个RS集合

●至少出于RS集合中的空间QCL的目的，DL RS的每个ID(有待

进一步研究：ID的细节)可以参考以下DL RS类型中的一个：

●SSB

●周期性CSI-RS

●非周期性CSI-RS

●半持久CSI-RS

协议：

针对PDCCH的QCL配置含有提供对TCI状态的参考的信息

●注意：QCL配置的指示是通过RRC或RRC+MAC CE完成

R1-1716890离线波束管理总结高通

协议：

●对于PDSCH的QCL指示：

○当TCI状态用于QCL指示时,UE接收DCI中的N位TCI字段

■UE假设PDSCH DMRS是其中RS集合中的DL RS对应于用信号通知的TCI状态的QCL

●有待进一步研究：UE接收QCL配置/指示的时间与可应用QCL假设来解调PDSCH或PDCCH的第一时间之间的时机

如3GPP TSG RAN WG1#90bis v1.0.0(项目总结报告)中所公开，以下引用描述了关于波束管理的一些协议：

R1-1718920波束管理会后讨论总结高通

协议：

至少支持在TCI状态下更新空间QCL引用的显式方法。

●注意：在显式方法中，使用基于RRC或RRC+MAC-CE的方法更新TCI状态

●注意：在隐式方法中，当触发非周期性CSI-RS资源集合时，触发DCI包含TCI状态索引，其为触发的CSI-RS资源集合提供空间QCL参考。在测量之后，基于由UE确定的优选CSI-RS来更新与所指示的TCI状态相对应的RS集合中的空间QCL参考。不排除隐式方法的其它操作。

R1-1719059关于波束管理的WF三星、CATT、华为、海思、NTTDocomo、联发科技、因特尔、OPPO、展讯、AT&T、InterDigital、CHTTL、KDDI、LG电子、索尼、中国联通、爱立信、VIVO、中国电信、高通、美国国家仪器有限公司、沃达丰

也得到威瑞森的支持

协议：

●提议：更新TCI状态和DL RS的关联

-至少通过显式信令来完成初始化/更新RS集合中的DL RS的ID，至少用于空间QCL目的。支持以下显式信令方法：

●RRC

●RRC+MAC-CE

●提议：DCI中TCI的存在

对于至少配置/指示空间QCL时的情况，支持在DL相关DCI中是否存在TCI字段的较高层UE特定配置

-不存在：在DL相关DCI中不提供用于PDSCH的QCL参数的动态指示

●对于PDSCH，UE应用QCL参数/指示的较高层信令来确定QCL参数，在没有空间QCL参数是更高层配置的情况下没有波束相关指示的波束管理情况(参考附录)除外。

-存在：下一个提议的详细信息。

-提议的候选解决方案应考虑以下内容

●在具有和不具有波束指示的情况下低于和高于6GHz DL波束相关操作

●在具有和不具有波束指示的情况下的下行链路波束管理(参考附录)

●注意：此提议不适用于不具有波束相关指示的波束管理的情况(参考附录)

●提议：用于PDSCH的波束指示的时机问题

对于至少配置/指示空间QCL时的情况，如果TCI字段存在，则NR支持用于PDSCH的波束指示如下：

-无论是相同时隙调度还是跨时隙调度，TCI字段始终存在于用于PDSCH调度的相关联DCI中。

-如果调度偏移<阈值K：PDSCH使用预配置/预定义/基于规则的空间假设，则

●仅当支持阈值K的多个候选值时K才可基于UE能力。

-如果调度偏移>＝阈值K：PDSCH使用由指派DCI中的N位TCI字段指示的波束(空间QCL参数)。

●注意：此提议不适用于不具有波束相关指示的波束管理的情况

}

协议：

●支持参数Is-TCI-Present

○对于至少配置/指示空间QCL时的情况，是否在DL相关DCI中存在或不存在TCI字段。

○布尔型

○默认为真

●在DL相关DCI中不存在TCI的情况下，继续讨论关于用于确定PDSCH的QCL参数的QCL参数/指示的高层信令的细节

●NR支持在接收PDSCH的DL指派的时间与接收PDSCH的时间之间的偏移小于Threshold-Sched-Offset的情况下识别空间QCL的机制。

●NR不支持波束管理中的RRC参数：Threshold-Sched-Offset。

○此类参数是否被包含为UE能力有待进一步研究

如3GPP TSG RAN WG1会议#91(主席项目总结报告)中所公开，以下引用描述了关于波束管理的一些协议：

R1-1721396波束管理公开问题总结高通

协议：

基于每CORESET来配置状态Is-TCI-Present

对于具有波束指示的波束管理，在以Is-TCI-Present＝假配置的所有CORESET上，针对PDSCH接收重复使用了用于PDCCH的TCI状态

协议：

使用RRC机制配置DL RS的候选集合

M个TCI状态中的每个状态经RRC配置有用作QCL参考的下行链路RS集合，且MAC-CE用于从M个中选择多达2^N个TCI状态用于PDSCH QCL指示

针对CORESET重复使用了M个TCI状态的同一集合

每个CORESET配置K个TCI状态

当K>1时，MAC CE可以指示使用哪一个TCI状态用于控制信道QCL指示

当K＝1时，不需要额外的MAC CE信令

R1-1721640波束管理总结高通

协议：

当调度偏移<＝k时，PDSCH使用基于默认TCI状态的QCL假设(例如，用于PDSCH QCL指示的2^N个状态中的第一状态)

协议：

在初始RRC配置与TCI状态的MAC CE激活之间，UE可以假设PDCCH和PDSCH DMRS均通过在初始接入期间确定的SSB进行空间QCL

R1-1721696波束管理总结高通

协议：

●当调度偏移<＝k时，且PDSCH使用基于默认TCI状态的QCL假设

○默认TCI状态对应于用于所述时隙中的最低CORESET ID的控制信道QCL指示的TCI状态

下文中可能使用以下术语和假设。

●BS：用于控制一个或多个与一个或多个小区相关联的TRP的NR中的网络中央单元或网络节点。BS与TRP之间的通信经由去程。BS可被称作中央单元(central unit，CU)、eNB、gNB或NodeB。

●TRP：传送和接收点提供网络覆盖且与UE直接通信。TRP可被称作分布式单元(distributed unit，DU)或网络节点。

●小区：小区由一个或多个相关联TRP组成，即，小区的覆盖范围由所有相关联TRP的覆盖范围组成。一个小区受一个BS控制。小区可被称作TRP群组(TRPG)。

●服务波束：用于UE的服务波束是由被配置成用于与UE通信的例如TRP的网络节点生成的波束，例如用于传送和/或接收。

●候选波束：用于UE的候选波束是服务波束的候选者。服务波束可以是也可以不是候选波束。

当UE接收到物理下行链路共享信道(Physical Downlink Shared Channel，PDSCH)时，UE可以根据调度物理下行链路控制信道(Physical Downlink ControlChannel，PDCCH)中的传送配置指示(Transmission Configuration Indication，TCI)字段来确定用于PDSCH接收的天线端口准共址。如3GPP TSG RAN WG1#87v1.0.0(项目总结报告)中所描述，如果针对调度PDSCH的控制资源集(CORESET)将TCI-PresentInDCI设置为‘禁用’，或通过DCI格式1_0调度PDSCH，则为了确定PDSCH天线端口准共址，UE假设PDSCH的TCI状态与应用于用于PDCCH传送的CORESET的TCI状态相同。如果TCI-PresentinDCI被设置为‘启用’，则UE必須使用TCI状态确定用于PDSCH接收的天线端口准共址，所述TCI状态是根据检测到具有下行链路控制信息(Downlink Control Information，DCI)的物理下行链路控制信道(Physical Downlink Control Channel，PDCCH)中的‘传送配置指示’字段的值來，。

如果DL DCI的接收与对应的PDSCH的接收之间的时间偏移等于或大于阈值Threshold-Sched-Offset，其中所述阈值与UE能力相关，则关于由所指示TCI状态给出的准共址(Quasi Co-location，QCL)类型参数，UE可以假设服务小区的PDSCH的一个解调参考信号(Demodulation Reference Signal，DM-RS)端口群组的天线端口与参考信号(ReferenceSignal，RS)集合中的RS准共址。对于TCI-PresentInDCI＝‘启用’和TCI-PresentInDCI＝‘禁用’时这两种情形，如果下行链路(Downlink，DL)DCI的接收与对应的PDSCH的接收之间的偏移小于阈值Threshold-Sched-Offset，则UE可以基于TCI状态假设服务小区的PDSCH的一个DM-RS端口群组的天线端口是准共址的，所述TCI状态用于指示CORESET的PDCCH准共址，所述CORESET在被配置用于UE的一个或多个的CORESET所在的最新时隙中具有最低CORESET-ID。

换句话说，在UE对调度PDCCH(成功地)进行解码之前，UE通过使用用于接收在被配置用于UE的一个或多个CORESET所在的最新时隙中具有最低标识符(identification，ID)的CORESET(例如在由UE监视一个或多个CORESET的最新时隙中监视的具有最低标识符(identification，ID)的CORESET)的TCI状态或空间参数或波束来接收和/或缓存被调度PDSCH。然而，对于跨载波调度情形，情况可能不同。

对于跨载波调度情形，可以将被调度服务小区和调度服务小区的CORESET配置分类为至少以下情形。

第1种情形：网络不为被调度服务小区配置CORESET配置。换句话说，网络防止或不被允许配置被调度服务小区的CORESET配置。UE在调度服务小区的CORESET或CORESET配置上接收和/或监视用于被调度服务小区的PDCCH。例如，被调度服务小区是小区1且调度服务小区是小区2。在小区2的CORESET上传送小区1的PDCCH，并且UE在小区2的CORESET上接收和/或监视小区1的PDCCH。

第2种情形：网络为被调度服务小区配置CORESET配置。UE在被调度服务小区的CORESET上接收和/或监视用于被调度服务小区的PDCCH。在一个实施例中，可以在调度服务小区(的频率资源)上传送被调度服务小区的CORESET。换句话说，UE基于被调度服务小区的CORESET配置接收和/或监视用于被调度服务小区的PDCCH。例如，被调度服务小区是小区1并且调度服务小区是小区2。在小区1的CORESET上传送小区1的PDCCH。UE在小区1的CORESET上监视小区1的PDCCH。在一个实施例中，在小区2(的频率资源)上传送小区1的CORESET。在一个实施例中，UE在小区1的CORESET上监视小区1的PDCCH，其中小区1的CORESET位于小区2的频率资源上。

用于第1种情形，UE接收在小区2的CORESET上传送的调度PDCCH，其中调度PDCCH调度在小区1上传送的PDSCH。在UE对小区2上的调度PDCCH(成功地)进行解码之前，UE通过使用用于接收在被配置用于UE一个或多个CORESET所在的最新时隙中具有最低CORESET ID的小区2的CORESET的TCI状态或空间参数或波束来接收和/或缓存小区1的被调度PDSCH。

然而，至少在小区1和小区2是带间载波的情况下，应用于小区2的CORESET的TCI状态可能不适合于在小区1上传送的PDSCH。例如，小区1是位于6GHz以上频带的载波，小区2是位于6GHz以下频带的载波。

因此，对于跨载波调度情形，至少对于第1种情形，在对调度PDCCH(成功地)进行解码之前，如果在调度服务小区的CORESET上传送调度PDCCH，则需要考虑如何接收和/或缓存被调度服务小区的PDSCH。也就是说，如何在对调度PDCCH(成功地)进行解码之前决定TCI状态(或空间参数或接收波束)以接收和/或缓存在被调度服务小区上传送的PDSCH。

对于第2种情形，UE接收在小区1的CORESET上传送的PDCCH，其中PDCCH调度在小区1上传送的PDSCH。在一个实施例中，在小区2的频率资源上传送小区1的CORESET。虽然小区1使其自身的CORESET在小区2上传送，但是UE可以使用用于接收小区2的CORESET的TCI状态或空间参数或波束来接收小区1的CORESET。在一个实施例中，可以或可以不在小区1的CORESET配置中配置提供用于接收PDCCH的准共址信息的TCI状态集合(TCI-StatesPDCCH)。

由于小区1的CORESET在小区2的(频率资源)上传送，因此当参考用于缓存在小区1上传送的被调度PDSCH的具有最低CORESET ID的CORESET时，UE可能不确定UE的哪个服务小区作为参考。也就是说，具有最低CORESET ID的CORESET可以是小区1、小区2的具有最低CORESET ID的CORESET，或者在小区1和小区2中的CORESET之中具有最低CORESET ID的CORESET。即使在UE对调度PDCCH进行解码之前，UE正在使用用于接收小区1的具有最低ID的CORESET的TCI状态或空间参数或波束(UE通过所述TCI状态或空间参数或波束来接收并缓存被调度PDSCH)，用于接收小区1的具有最低ID的CORESET的TCI状态或空间参数或波束也可能不合适。

由于UE可以使用用于接收小区2的CORESET的TCI状态或空间参数或波束接收小区1的CORESET，在UE对PDCCH进行解码之前，UE可能不适合通过使用用于接收小区2的CORESET的TCI状态或空间参数或波束来接收小区1中的PDSCH。例如，小区1和小区2是带间载波。与第1种情形中的问题一样，需要考虑在对调度PDCCH(成功地)进行解码之前，如何决定用于接收和/或缓存在被调度服务小区上传送的PDSCH的TCI状态(或空间参数或接收波束)。

在本说明书中，可以使用以下解决方案或实施例，至少但不限于处理，跨载波调度情形下，在UE对PDCCH进行解码之前确定用于接收被调度服务小区的PDSCH的TCI状态或空间参数或接收波束。

根据一个概念，在UE在调度服务小区中成功地对PDCCH进行解码之前，UE可以不假设用于接收被调度服务小区中的PDSCH的PDSCH天线端口准共址是基于用于接收调度服务小区的CORESET的准共址信息，其中所述调度服务小区的CORESET在调度服务小区中传送，并且在被配置用于UE的一个或多个调度服务小区的CORESET所在的最新时隙中具有最低CORESET-ID。

在一个实施例中，在UE在调度服务小区中成功地对PDCCH进行解码之前，UE可以不假设被调度服务小区的PDSCH的一个DM-RS端口群组的天线端口是基于TCI状态准共址的，所述TCI状态是用来指示CORESET的PDCCH准共址，其中所述CORESET在被配置用于UE的调度服务小区的一个或多个CORESET所在的最新时隙中，具有最低CORESET-ID，且所述CORESET是在调度服务小区中传送的。

在一个实施例中，可以在被配置用于调度服务小区的CORESET之中选择具有最低CORESET-ID的CORESET。

在一个实施例中，可以在被配置用于被调度服务小区的CORESET之中选择具有最低CORESET-ID的CORESET。

在一个实施例中，可以在被配置用于调度服务小区的CORESET和被配置用于被调度服务小区的CORESET之中选择具有最低CORESET-ID的CORESET。

在另一个概念中，在UE在调度服务小区中成功地对PDCCH进行解码之前，UE基于较高层配置确定用于接收被调度服务小区中的PDSCH的PDSCH天线端口准共址。

在一个实施例中，在UE在调度服务小区中成功地对PDCCH进行解码之前，UE基于指示符确定用于接收被调度服务小区中的PDSCH的PDSCH天线端口准共址。

在一个实施例中，在UE在调度服务小区中成功地对PDCCH进行解码之前，UE基于较高层配置或指示符解译应用于在调度服务小区中传送的具有最低CORESET-ID的CORESET的TCI状态。

在一个实施例中，在UE在调度服务小区中成功地对PDCCH进行解码之前，且为了确定用于接收被调度服务小区中的PDSCH的PDSCH天线端口准共址，UE使用应用于在调度服务小区中传送的具有最低CORESET-ID的CORESET的TCI状态。

在另一个概念中，如果网络为被调度服务小区配置对应的CORESET配置，则可以配置或不配置提供用于接收PDCCH的准共址信息的参数(例如，TCI-StatesPDCCH)。这可能意味着如果网络为被调度服务小区配置对应的CORESET配置，则不允许配置提供用于接收PDCCH的准共址信息的参数(例如，TCI-StatesPDCCH)。

在一个实施例中，如果网络为被调度服务小区配置对应的CORESET配置，则当在调度服务小区上传送被调度服务小区的PDCCH时，可以忽略或可以不使用提供用于接收PDCCH的准共址信息的参数(例如，TCI-StatesPDCCH)。

在一个实施例中，如果网络为被调度服务小区配置对应的CORESET配置，则不配置被调度服务小区的CORESET中的TCI-StatesPDCCH。

在一个实施例中，如果网络为被调度服务小区配置对应的CORESET配置，则当UE在调度服务小区上接收或监视被调度服务小区的PDCCH时，UE忽略或不使用被调度服务小区的CORESET中的TCI-StatesPDCCH。

在一个实施例中，如果网络为被调度服务小区配置对应的CORESET配置，则UE使用用于接收调度服务小区的CORESET的TCI状态或空间参数或接收波束来接收被调度服务小区的CORESET。

在一个实施例中，如果网络为被调度服务小区配置对应的CORESET配置，则被调度服务小区的CORESET中的TCI-StatesPDCCH包括TCI状态集合，其中所述TCI状态集合与在调度服务小区中传送的参考信号相关联。

在一个实施例中，如果网络为被调度服务小区配置对应的CORESET配置，则UE通过将被调度服务小区的CORESET中的TCI-StatesPDCCH中的RS索引与在调度服务小区中传送的参考信号相关联来解译所述RS索引。

在另一个概念中，如果UE接收服务小区中的PDSCH，其中调度所述PDSCH的调度PDCCH在另一个服务小区上传送，则UE可以预期调度PDCCH的DCI的接收与所述PDSCH的接收之间的时间偏移将大于或等于阈值。

在另一个概念中，如果UE接收服务小区中的PDSCH，其中调度所述PDSCH的调度PDCCH在另一个服务小区上传送，则UE可以不预期调度PDCCH的DCI的接收与所述PDSCH的接收之间的时间偏移将小于阈值。

在一个实施例中，对于TCI-PresentInDCI被配置为‘启用’时和TCI-PresentInDCI被配置为‘禁用’或未被配置时这两种情形，如果UE接收服务小区中的PDSCH，其中调度所述PDSCH的调度PDCCH在另一个服务小区上传送，则UE可以不预期调度PDCCH的DCI的接收与所述PDSCH的接收之间的时间偏移将小于阈值。

在另一个概念中，如果UE接收服务小区中的PDSCH，其中调度所述PDSCH的调度PDCCH在另一个服务小区上传送，并且如果调度PDCCH的DCI的接收与所述PDSCH的接收之间的时间偏移小于阈值，则UE不接收服务小区中的所述PDSCH或服务小区中的剩余PDSCH和/或不对其进行解码。

在另一个概念中，如果UE接收服务小区中的PDSCH，其中调度所述PDSCH的调度PDCCH在另一个服务小区上传送，并且如果调度PDCCH的DCI的接收与所述PDSCH的接收之间的时间偏移小于阈值，则UE舍弃服务小区中的所述PDSCH或舍弃服务小区中的剩余PDSCH。

在一个实施例中，如果UE接收服务小区中的PDSCH，其中调度所述PDSCH的调度PDCCH在另一个服务小区上传送，并且如果调度PDCCH的DCI的接收与所述PDSCH的接收之间的时间偏移小于阈值，则UE检测或认为调度PDCCH是不一致的控制信息。

在一个实施例中，如果UE接收服务小区中的PDSCH，其中调度所述PDSCH的调度PDCCH在另一个服务小区上传送，并且如果调度PDCCH的DCI的接收与所述PDSCH的接收之间的时间偏移小于阈值，则UE不向网络传送对应于服务小区中的所述PDSCH的确认信号，例如ACK/NACK。

值得注意的是，上文公开的实施例或概念可以适用于TCI-PresentInDCI被配置为‘启用’时和TCI-PresentInDCI被配置为‘禁用’或未被配置时这两种情形。例如，TCI-PresentInDCI被配置为‘启用’时和TCI-PresentInDCI被配置为‘禁用’或未被配置时，如果UE接收服务小区中的PDSCH，其中调度所述PDSCH的调度PDCCH在另一个服务小区上传送，并且如果调度PDCCH的DCI的接收与所述PDSCH的接收之间的时间偏移小于阈值，则UE不向网络传送对应于服务小区中的所述PDSCH的确认信号，例如ACK/NACK。

在一些情况下，阈值与UE成功地对PDCCH进行解码所需的持续时间有关。

在一些情况下，阈值与UE能力有关。

在一些情况下，阈值可以是Threshold-Sched-Offset。

以上公开的概念可以应用于至少(但不限于)以下实施例。

在一个实施例中，为UE配置第一服务小区和第二服务小区。在第二服务小区上传送第一服务小区的控制信号，例如，PDCCH调度PDSCH。在第一服务小区上传送第一服务小区的下行链路数据传送。UE接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH。在第一服务小区上传送第一PDSCH。在一个例子中，第一PDCCH可以调度第一PDSCH。

在一个实例中，UE接收或监视在调度CORESET上传送的第二PDCCH。在一个例子中，在第二服务小区上传送第二PDSCH。第二PDCCH可以调度第二PDSCH。

在一些例子中，参考CORESET是在被配置用于UE的一个或多个CORESET所在的最新时隙中具有最低CORESET-ID的CORESET。

在一些例子中，在第二服务小区上传送参考CORESET。

在一些例子中，参考CORESET可以是被配置用于第二服务小区的CORESET。

在一些例子中，参考CORESET可以是被配置用于第一服务小区的CORESET。

在一些例子中，参考CORESET可以是被配置用于第一服务小区的CORESET和被配置用于第二服务小区的CORESET之中具有最低CORESET-ID的CORESET。

在UE成功地对第二PDCCH进行解码之前，UE可以假设用于接收第二PDSCH的PDSCH天线端口准共址是基于用于接收参考CORESET的准共址信息。

替代地，在UE成功地对第一PDCCH进行解码之前，UE可以假设用于接收第一PDSCH的PDSCH天线端口准共址不是基于用于接收参考CORESET的准共址信息。

替代地，在UE成功地对第一PDCCH进行解码之前，UE可以基于不用于接收参考CORESET的TCI状态来确定PDSCH天线端口准共址，其中PDSCH天线端口准共址用于接收被调度服务小区中的第一PDSCH。

提供以下替代方案，用于在UE成功地对第一PDCCH进行解码之前确定应用于第一PDSCH的TCI状态或用于确定PDSCH天线端口准共址。

一个替代方案如下：在UE成功地对第一PDCCH进行解码之前，UE基于默认TCI状态确定用于接收第一PDSCH的PDSCH天线端口准共址。

在一个实施例中，在UE成功地对第一PDCCH进行解码之前，UE经由从默认TCI状态导出的PDSCH天线端口准共址来接收第一PDSCH。

在一个实施例中，如果第一PDCCH的DL DCI的接收与第一PDSCH的接收之间的时间偏移等于或大于阈值Threshold-Sched-Offset，其中所述阈值是基于UE能力，则关于由所指示TCI状态给出的QCL类型参数，UE可以假设第一PDSCH的一个DM-RS端口群组的天线端口与RS集合中的RS准共址。

在一个实施例中，对于TCI-PresentInDCI＝‘启用’时和TCI-PresentInDCI＝‘禁用’或未被配置时这两种情形，如果第一PDCCH的下行链路控制信息(Downlink ControlInformation，DCI)的接收与第一PDSCH的接收之间的偏移小于阈值Threshold-Sched-Offset，则UE可以基于默认TCI状态假设第一PDSCH的一个DM-RS端口群组的天线端口是准共址的。

在一个实施例中，默认TCI状态是用于接收第一服务小区中的PDSCH的被激活TCI状态中的TCI状态之一。

另外或替代地，默认TCI状态是映射到TCI字段中用于接收第一服务小区中的PDSCH的代码点之一的TCI状态。

另外或替代地，默认TCI状态是用于接收第一服务小区中的PDSCH的被激活TCI状态中具有最低TCI状态ID的TCI状态。

另外或替代地，默认TCI状态是映射到TCI字段中用于接收第一服务小区中的PDSCH的代码点0的TCI状态。

另外或替代地，默认TCI状态是应用于接收被配置用于第一服务小区和/或第二服务小区的CORESET中的至少一个的TCI状态。

另外或替代地，默认TCI状态是应用于接收被配置用于第一服务小区和/或第二服务小区的CORESET之中具有最低CORESET ID的CORESET的TCI状态。

另一个替代方案如下：至少应用于接收参考CORESET的TCI状态至少与在第一服务小区中传送的参考信号的索引和对应的QCL类型相关联。

另外或替代地，至少应用于接收参考CORESET的TCI状态至少与第一参考信号的索引和第二参考信号的索引以及对应的QCL类型相关联。第一参考信号在第一服务小区上传送且第二参考信号在第二服务小区上传送。

在UE成功地对第二PDCCH进行解码之前，UE假设用于接收第二PDSCH的TCI状态与应用于参考CORESET的TCI状态相同；当解译TCI状态时，UE参考第二参考信号的索引和对应的QCL类型。在一个例子中，UE经由从第二参考信号的索引导出的PDSCH天线端口准共址以及应用于接收参考CORESET的TCI状态中的对应QCL类型来接收第二PDSCH。

在UE成功地对第一PDCCH进行解码之前，UE假设用于接收第一PDSCH的TCI状态与应用于参考CORESET的TCI状态相同；当解译TCI状态时，UE参考第一参考信号的索引和对应的QCL类型。在一个实施例中，UE经由从第一参考信号的索引导出的PDSCH天线端口准共址以及应用于接收参考CORESET的TCI状态中的对应QCL类型来接收第一PDSCH。

在一个实施例中，对于TCI-PresentInDCI＝‘启用’时和TCI-PresentInDCI＝‘禁用’或未被配置时的情形，如果第二PDCCH的DLDCI的接收与第二PDSCH的接收之间的偏移小于阈值Threshold-Sched-Offset，则关于用于参考CORESET的QCL类型参数，UE可以假设第二PDSCH的一个DM-RS端口群组的天线端口与RS集合中的第二参考信号准共址。

在一个实施例中，对于TCI-PresentInDCI＝‘启用’时和TCI-PresentInDCI＝‘禁用’或未被配置时的情形，如果第一PDCCH的DLDCI的接收与第一PDSCH的接收之间的偏移小于阈值Threshold-Sched-Offset，则关于用于参考CORESET的QCL类型参数，UE可以假设第一PDSCH的一个DM-RS端口群组的天线端口与RS集合中的第一参考信号准共址。

在一个实施例中，在第一服务小区的配置(例如，与跨载波调度相关的配置，CrossCarrierSchedulingConfig)中配置应用于接收参考CORESET的TCI状态与第一参考信号之间的关联。

在一个实施例中，在第二服务小区的配置(例如，第二服务小区的CORESET配置)中配置应用于接收参考CORESET的TCI状态与第一参考信号之间的关联。

另一个替代方案如下：在UE成功地对第一PDCCH进行解码之前，UE假设用于接收第一PDSCH的TCI状态与应用于参考CORESET的TCI状态相同。

在一些示例性实施例中，应用于接收参考COREET的TCI状态与在第二服务小区上传送的参考信号的索引和对应的QCL类型相关联。

在一些示例性实施例中，在UE成功地对第一PDCCH进行解码之前，UE经由从在第一服务小区中传送的第一参考信号的索引导出的PDSCH天线端口准共址以及对应QCL类型来接收第一PDSCH。

在一些示例性实施例中，第一参考信号与第二参考信号相关联。

在一些示例性实施例中，第一参考信号从第二参考信号导出。

在一些示例性实施例中，向UE(显式地)配置第一参考信号与第二参考信号之间的关联。

在一些示例性实施例中，为UE指定，例如在说明书中指定第一参考信号与第二参考信号之间的关联。

在一些示例性实施例中，由UE(隐式地)导出第一参考信号与第二参考信号之间的关联。

在一些示例性实施例中，由UE经由规则，例如经由第一参考信号的索引与第二参考信号的索引之间的映射，(隐式地)导出第一参考信号与第二参考信号之间的关联。

在一些示例性实施例中，如果第一PDCCH的DL DCI的接收与第一PDSCH的接收之间的时间偏移等于或大于阈值Threshold-Sched-Offset，其中所述阈值是基于UE能力，则关于由所指示TCI状态给出的QCL类型参数，UE可以假设第一PDSCH的一个DM-RS端口群组的天线端口与RS集合中的RS准共址。

在一些示例性实施例中，对于TCI-PresentInDCI＝‘启用’时和TCI-PresentInDCI＝‘禁用’或未被配置时的情形，如果第二PDCCH的DLDCI的接收与第二PDSCH的接收之间的偏移小于阈值Threshold-Sched-Offset，则关于用于参考CORESET的QCL类型参数，UE可以假设第二PDSCH的一个DM-RS端口群组的天线端口与RS集合中的第二参考信号准共址。

在一些示例性实施例中，对于TCI-PresentInDCI＝‘启用’时和TCI-PresentInDCI＝‘禁用’或未被配置时的情形，如果第一PDCCH的DLDCI的接收与第一PDSCH的接收之间的偏移小于阈值Threshold-Sched-Offset，则UE可以假设第一PDSCH的一个DM-RS端口群组的天线端口与第一参考信号准共址，其中第一参考信号关于用于参考CORESET的QCL类型参数与RS集合中第二参考信号相关联。

在另一实施例中，为UE配置第一服务小区和第二服务小区。在第二服务小区上传送第一服务小区的控制信号，例如，PDCCH调度PDSCH。在第一服务小区上传送第一服务小区的下行链路数据传送。UE接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH。在第一服务小区上传送第一PDSCH。在一个实例中，第一PDCCH可以调度第一PDSCH。

在一个实施例中，UE接收或监视在调度CORESET上传送的第二PDCCH。在一个实施例中，在第二服务小区上传送第二PDSCH。第二PDCCH可以调度第二PDSCH。

在一个示例性实施例中，参考CORESET是在被配置用于UE的一个或多个CORESET所在的最新时隙中具有最低CORESET-ID的CORESET。

在一个示例性实施例中，在第二服务小区上传送参考CORESET。

在一个示例性实施例中，参考CORESET可以是被配置用于第二服务小区的CORESET。

另外或替代地，参考CORESET可以是被配置用于第一服务小区的CORESET。

另外或替代地，参考CORESET可以是被配置用于第一服务小区的CORESET和被配置用于第二服务小区的CORESET之中具有最低CORESET-ID的CORESET。

在一个示例性实施例中，在UE成功地对第二PDCCH进行解码之前，UE可以假设用于接收第二PDSCH的PDSCH天线端口准共址是基于用于接收参考CORESET的准共址信息。

在一个示例性实施例中，在UE成功地对第一PDCCH进行解码之前，UE可以基于较高层配置确定用于接收第一PDSCH的PDSCH天线端口准共址。

在一个示例性实施例中，在UE成功地对第一PDCCH进行解码之前，UE可以基于指示符确定用于接收第一PDSCH的PDSCH天线端口准共址。

一个替代方案如下。在UE成功地对第一PDCCH进行解码之前，UE假设用于接收第一PDSCH的TCI状态与默认TCI状态相同。

在一个示例性实施例中，在UE成功地对第一PDCCH进行解码之前，UE经由从默认TCI状态导出的PDSCH天线端口准共址来接收第一PDSCH。

在一个示例性实施例中，默认TCI状态是基于指示符。

在一个示例性实施例中，如果指示符指示‘1’或‘真’或‘启用’，则默认TCI状态与用于接收参考CORESET的TCI状态相同。

在一个示例性实施例中，如果指示符指示‘0’或‘假’或‘禁用’，则默认TCI状态与不用于接收参考CORESET的TCI状态相同。

在一个示例性实施例中，如果指示符指示‘0’或‘假’或‘禁用’，则默认TCI状态是用于接收第一服务小区中的PDSCH的被激活TCI状态中的TCI状态之一。

另外或替代地，如果指示符指示‘0’或‘假’或‘禁用’，则默认TCI状态是映射到TCI字段中用于接收第一服务小区中的PDSCH的代码点之一的TCI状态。

另外或替代地，如果指示符指示‘0’或‘假’或‘禁用’，则默认TCI状态是用于接收第一服务小区中的PDSCH的被激活TCI状态中具有最低TCI状态ID的TCI状态。

另外或替代地，如果指示符指示‘0’或‘假’或‘禁用’，则默认TCI状态是映射到TCI字段中用于接收第一服务小区中的PDSCH的代码点0的TCI状态。

另外或替代地，如果指示符指示‘0’或‘假’或‘禁用’，则默认TCI状态是应用于接收被配置用于第一服务小区和/或第二服务小区的CORESET中的至少一个的TCI状态。

另外或替代地，如果指示符指示‘0’或‘假’或‘禁用’，则默认TCI状态是应用于接收被配置用于第一服务小区和/或第二服务小区的CORESET之中具有最低CORESET ID的CORESET的TCI状态。

替代或另外地，不排除与指示符的值相反的结果。

替代或另外地，不管指示符的值如何，在UE成功地对第二PDCCH进行解码之前，UE假设用于接收第二PDSCH的TCI状态与用于接收参考CORESET的TCI状态相同。

在一个示例性实施例中，如果第一PDCCH的DL DCI的接收与第一PDSCH的接收之间的时间偏移等于或大于阈值Threshold-Sched-Offset，其中所述阈值是基于UE能力，则关于由所指示TCI状态给出的QCL类型参数，UE可以假设第一PDSCH的一个DM-RS端口群组的天线端口与RS集合中的RS准共址。

在一个示例性实施例中，对于TCI-PresentInDCI＝‘启用’时和TCI-PresentInDCI＝‘禁用’或未被配置时的情形，如果第一PDCCH的DLDCI的接收与第二PDSCH的接收之间的偏移小于阈值Threshold-Sched-Offset，则根据指示符的值，UE可以基于默认状态假设第一PDSCH的一个DM-RS端口群组的天线端口是准共址的。

另外或替代地，至少应用于接收参考CORESET的TCI状态至少与第一参考信号的索引、第二参考信号的索引以及对应的QCL类型相关联。第一参考信号在第一服务小区上传送且第二参考信号在第二服务小区上传送。

在一个示例性实施例中，如果指示符指示‘1’或‘真’或‘启用’，则在UE成功地对第一PDCCH进行解码之前，UE假设用于接收第一PDSCH的TCI状态与应用于接收参考CORESET的TCI状态相同；当解译用于接收参考CORESET的TCI状态时，UE参考第一参考信号的索引和对应的QCL类型；在一个实例中，UE经由从第一参考信号的索引导出的PDSCH天线端口准共址以及应用于接收参考CORESET的TCI状态中的对应QCL类型来接收第一PDSCH。

在一个示例性实施例中，如果指示符指示‘0’或‘假’或‘禁用’，则在UE成功地对第一PDCCH进行解码之前，UE假设用于接收第一PDSCH的TCI状态与应用于接收参考CORESET的TCI状态相同；当解译用于接收参考CORESET的TCI状态时，UE参考第二参考信号的索引和对应的QCL类型；在示例性方法中，UE经由从第二参考信号的索引导出的PDSCH天线端口准共址以及应用于接收参考CORESET的TCI状态中的对应QCL类型来接收第一PDSCH。

在一个示例性实施例中，不排除与指示符的值相反的结果。

在一个示例性实施例中，不管指示符的值如何，在UE成功地对第二PDCCH进行解码之前，UE假设用于接收第二PDSCH的TCI状态与应用于接收参考CORESET的TCI状态相同；当解译TCI状态时，UE参考第二参考信号的索引和对应的QCL类型，不管指示符的值如何。在一个示例性方法中，UE经由从第二参考信号的索引导出的PDSCH天线端口准共址以及应用于接收参考CORESET的TCI状态中的对应QCL类型来接收第一PDSCH。

在一个示例性实施例中，在第一服务小区的配置(例如，与跨载波调度相关的配置，CrossCarrierSchedulingConfig)中配置应用于参考CORESET的TCI状态与第一参考信号之间的关联。

在一个示例性实施例中，在第二服务小区的配置(例如，第二服务小区的CORESET配置)中配置应用于参考CORESET的TCI状态与第一参考信号之间的关联。

在一个示例性实施例中，对于TCI-PresentInDCI＝‘启用’时和TCI-PresentInDCI＝‘禁用’或未被配置时的情形，根据指示符的值，并且如果第二PDCCH的DL DCI的接收与第二PDSCH的接收之间的偏移小于阈值Threshold-Sched-Offset，则关于用于参考CORESET的QCL类型参数，UE可以假设第二PDSCH的一个DM-RS端口群组的天线端口与RS集合中的第二参考信号准共址。

在一个示例性实施例中，对于TCI-PresentInDCI＝‘启用’时和TCI-PresentInDCI＝‘禁用’或未被配置时的情形，根据指示符的值，并且如果第一PDCCH的DL DCI的接收与第一PDSCH的接收之间的偏移小于阈值Threshold-Sched-Offset，则关于用于参考CORESET的QCL类型参数，UE可以假设第一PDSCH的一个DM-RS端口群组的天线端口与RS集合中的第一参考信号准共址。

另一个替代方案如下：如果指示符指示‘1’或‘真’或‘启用’，则应用于接收参考COREET的TCI状态与在第二服务小区上传送的参考信号的索引和对应的QCL类型相关联。在UE成功地对第一PDCCH进行解码之前，UE假设用于接收第一PDSCH的TCI状态与应用于接收参考CORESET的TCI状态相同。在UE成功地对第二PDCCH进行解码之前，UE假设用于接收第二PDSCH的TCI状态与应用于接收参考CORESET的TCI状态相同。

如果指示符指示‘0’或‘假’或‘禁用’，则至少应用于接收参考CORESET的TCI状态至少与第一参考信号的索引和第二参考信号的索引以及对应的QCL类型相关联。第一参考信号在第一服务小区上传送且第二参考信号在第二服务小区上传送。

如果指示符指示‘0’或‘假’或‘禁用’，则在UE成功地对第一PDCCH进行解码之前，UE假设用于接收第一PDSCH的TCI状态与应用于接收参考CORESET的TCI状态相同；当解译TCI状态时，UE参考第一参考信号的索引和对应的QCL类型；在一个实例中，UE经由从第一参考信号的索引导出的PDSCH天线端口准共址以及应用于接收参考CORESET的TCI状态中的对应QCL类型来接收第一PDSCH。

如果指示符指示‘0’或‘假’或‘禁用’，则在UE成功地对第二PDCCH进行解码之前，UE假设用于接收第二PDSCH的TCI状态与应用于接收参考CORESET的TCI状态相同；当解译TCI状态时，UE参考第二参考信号的索引和对应的QCL类型；在一个实例中，UE经由从第二参考信号的索引导出的PDSCH天线端口准共址以及应用于接收参考CORESET的TCI状态中的对应QCL类型来接收第二PDSCH。

在一个示例性实施例中，不排除与指示符的值相反的结果。

在一个示例性实施例中，对于TCI-PresentInDCI＝‘启用’时和TCI-PresentInDCI＝‘禁用’或未被配置时的情形，根据指示符的值，并且如果第二PDCCH的DL DCI的接收与第二PDSCH的接收之间的偏移小于阈值Threshold-Sched-Offset，则关于用于参考CORESET的QCL类型参数，UE可以假设第一PDSCH的一个DM-RS端口群组的天线端口与RS集合中的RS准共址。

在另一实施例中，通过网络为UE配置第一服务小区和第二服务小区。在第二服务小区上传送第一服务小区的控制信号，例如，调度PDSCH的PDCCH。在第一服务小区上传送第一服务小区的下行链路数据传送。UE接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH。在第一服务小区上传送第一PDSCH。在一个实施例中，第一PDCCH可以调度第一PDSCH。

在一个示例性实施例中，UE接收或监视在调度CORESET上传送的第二PDCCH。在第二服务小区上传送第二PDSCH。第二PDCCH可以调度第二PDSCH。

在一个示例性实施例中，可以通过网络配置UE参数，所述网络参数指示第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移可能小于阈值Threshold-Sched-Offset。

在一个示例性实施例中，可以通过网络配置UE参数，所述网络参数指示第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值Threshold-Sched-Offset。

在一个示例性实施例中，可以通过网络配置UE参数，所述网络参数指示第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移大于或等于阈值Threshold-Sched-Offset。

在一个示例性实施例中，可以通过网络配置UE参数，所述网络参数指示第二PDCCH的DCI的接收与第二PDSCH的接收之间的时间偏移可能小于阈值Threshold-Sched-Offset。

在一个示例性实施例中，可以通过网络配置UE参数，所述网络参数指示第二PDCCH的DCI的接收与第二PDSCH的接收之间的时间偏移小于阈值Threshold-Sched-Offset。

替代地，可以通过网络配置UE参数，所述网络参数指示第二PDCCH的DCI的接收与第二PDSCH的接收之间的时间偏移大于或等于阈值Threshold-Sched-Offset。

在上文公开的实施例中的一个或多个中，参考CORESET是在被配置用于UE的一个或多个CORESET所在的最新时隙中具有最低CORESET-ID的CORESET。

在上文公开的实施例中的一个或多个中，参考CORESET在第二服务小区上传送。

在上文公开的实施例中的一个或多个中，由UE在第二服务小区上监视参考CORESET。

在上文公开的实施例中的一个或多个中，其中被配置用于UE的一个或多个CORESET所在的最新时隙意味着被配置为由UE监视的一个或多个CORESET所在的最新时隙。

在上文公开的实施例中的一个或多个中，通过查找被配置为由UE监视的一个或多个CORESET所在的最新时隙来选择参考CORESET，并且参考CORESET是在最新时隙内受监视的那些CORESET之中具有最低CORESET-ID的CORESET。

在上文公开的实施例中的一个或多个中，参考CORESET可以是被配置用于第二服务小区的CORESET。

在上文公开的实施例中的一个或多个中，UE可以预期第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移大于或等于阈值。

在上文公开的实施例中的一个或多个中，UE可以不预期第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值。这可能意味着在UE成功地对第一PDCCH进行解码之前UE不接收和/或缓存第一PDSCH。另外，这可以意味着如果第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值Threshold-Sched-Offset，则UE不接收和/或缓存第一PDSCH。这还可以意味着网络防止或不允许将第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移设置或配置为小于阈值Threshold-Sched-Offset。这还可以意味着如果第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值Threshold-Sched-Offset，则UE不传送第一PDSCH。

另外或替代地，对于TCI-PresentInDCI＝‘启用’和TCI-PresentInDCI＝‘禁用’或未被配置时的那些情形，UE可以不预期第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值。

在上文公开的实施例中的一个或多个中，在UE成功地对第二PDCCH进行解码之前，UE可以经由用于参考CORESET的PDCCH准共址指示的TCI状态来接收和/或缓存第二PDSCH。

在上文公开的实施例中的一个或多个中，如果第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值Threshold-Sched-Offset，则UE可以经由用于参考CORESET的PDCCH准共址指示的TCI状态来接收和/或缓存第二PDSCH。

在上文公开的实施例中的一个或多个中，如果第二PDCCH的DCI的接收与第二PDSCH的接收之间的时间偏移小于阈值Threshold-Sched-Offset，则网络可以基于用于参考CORESET的PDCCH准共址指示的TCI状态来传送第二PDSCH。

在上文公开的实施例中的一个或多个中，如果第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值，则UE不接收第一PDSCH或第一PDSCH的剩余部分和/或不对其进行解码。

在上文公开的实施例中的一个或多个中，如果第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值，则UE舍弃第一PDSCH或第一PDSCH的剩余部分。

在上文公开的实施例中的一个或多个中，如果第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值，则UE检测第一PDCCH或将第一PDCCH视为不一致的控制信息。

在上文公开的实施例中的一个或多个中，如果第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值，则UE不向网络传送对应于第一PDSCH的确认信号，例如ACK/NACK。这可以意味着：如果网络传送第一PDSCH，并且第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值Threshold-Sched-Offset，则网络不(预期)从UE接收确认信号，其中确认信号对应于第一PDSCH。

值得注意的是，上文公开的实施例可以应用于TCI-PresentInDCI＝‘启用’时和TCI-PresentInDCI＝‘禁用’或未被配置时的情形。例如，对于TCI-PresentInDCI＝‘启用’时和TCI-PresentInDCI＝‘禁用’或未被配置时的情形，如果第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值，则UE不向网络传送对应于第一PDSCH的确认信号(例如ACK/NACK)。

在上文公开的实施例中的一个或多个中，阈值与UE成功地对PDCCH进行解码所需的持续时间有关。另外，阈值与UE能力有关。另外，阈值可以是Threshold-Sched-Offset。

在上文公开的实施例中的一个或多个中，如果PDSCH的接收与对应的调度DCI的接收之间的时间偏移小于阈值，则UE可以缓存PDSCH。

在上文公开的实施例中的一个或多个中，如果PDSCH的接收与对应的调度DCI的接收之间的时间偏移小于阈值，则UE可以缓存PDSCH，这意味着UE在成功地对相应的调度DCI进行解码之前(将尝试)接收PDSCH。

在上文公开的实施例中的一个或多个中，如果网络为被调度服务小区配置CORESET配置，则UE可以不使用提供用于在调度服务小区的CORESET中接收PDCCH的准共址信息的参数。

在上文公开的实施例中的一个或多个中，如果网络为被调度服务小区配置CORESET配置，则UE可以忽略提供用于在调度服务小区的CORESET中接收PDCCH的准共址信息的参数。

在上文公开的实施例中的一个或多个中，网络防止为被调度服务小区配置CORESET配置。

在上文公开的实施例中的一个或多个中，如果网络为被调度服务小区配置CORESET配置，则不允许配置提供用于接收PDCCH的准共址信息的参数。

在上文公开的实施例中的一个或多个中，如果网络为被调度服务小区配置CORESET配置，则当在调度服务小区上传送被调度服务小区的PDCCH时，忽略或不使用提供用于接收PDCCH的准共址信息的参数。

根据一个示例性方法，UE接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH；在UE成功地对第一PDCCH进行解码之前，UE经由从默认TCI状态导出的PDSCH天线端口准共址来接收第一PDSCH。

在另一方法中，对于TCI-PresentInDCI＝‘启用’和TCI-PresentInDCI＝‘禁用’时的那些情形，如果第一PDCCH的DL DCI的接收与第一PDSCH的接收之间的偏移小于阈值Threshold-Sched-Offset，则UE可以基于用于默认状态的TCI状态假设第一PDSCH的一个DM-RS端口群组的天线端口是准共址的。

在上文公开的方法中的一个或多个中，默认TCI状态是用于接收第一服务小区中的PDSCH的被激活TCI状态中的TCI状态之一。

在上文公开的方法中的一个或多个中，默认TCI状态是映射到TCI字段中用于接收第一服务小区中的PDSCH的代码点之一的TCI状态。

在上文公开的方法中的一个或多个中，默认TCI状态是用于接收第一服务小区中的PDSCH的被激活TCI状态中具有最低TCI状态ID的TCI状态。

在上文公开的方法中的一个或多个中，默认TCI状态是用于至少接收第一服务小区中的下行链路传送的被配置TCI状态中具有最低TCI状态ID的TCI状态。

在上文公开的方法中的一个或多个中，默认TCI状态是映射到TCI字段中用于接收第一服务小区中的PDSCH的代码点0的TCI状态。

在上文公开的方法中的一个或多个中，默认TCI状态是应用于接收被配置用于第一服务小区和/或第二服务小区的CORESET中的至少一个CORESET的TCI状态。

在上文公开的方法中的一个或多个中，默认TCI状态是应用于接收被配置用于第一服务小区和/或第二服务小区的CORESET之中具有最低CORESET ID的CORESET的TCI状态。

根据另一示例性方法，UE接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH；在UE成功地对第一PDCCH进行解码之前，UE假设用于接收第一PDSCH的TCI状态与应用于接收参考CORESET的TCI状态相同；UE经由从在第一服务小区中传送的第一参考信号的索引导出的PDSCH天线端口准共址以及应用于接收参考CORESET的TCI状态中的对应QCL类型来接收第一PDSCH。

在另一方法中，参考CORESET是在被配置用于UE的一个或多个CORESET所在的最新时隙中具有最低CORESET-ID，并且被配置用于第二服务小区的CORESET。

在上文公开的方法中的一个或多个中，当解译应用于参考CORESET的TCI状态时，UE参考第一参考信号的索引和对应的QCL类型。

在上文公开的方法中的一个或多个中，UE接收或监视在调度CORESET上传送的第二PDCCH，其中第二PDCCH调度在第二服务小区上传送的第二PDSCH。

在上文公开的方法中的一个或多个中，在UE成功地对第二PDCCH进行解码之前，UE假设用于接收第二PDSCH的TCI状态与应用于参考CORESET的TCI状态相同；并且当解译应用于参考CORESET的TCI状态时，UE参考第二参考信号的索引和对应的QCL类型。

在上文公开的方法中的一个或多个中，应用于接收调度CORESET的TCI状态至少与第一参考信号的索引、第二参考信号的索引以及对应的QCL类型相关联。

在上文公开的方法中的一个或多个中，第一参考信号在第一服务小区上传送。

在上文公开的方法中的一个或多个中，第二参考信号在第二服务小区上传送。

在上文公开的方法中的一个或多个中，在第一服务小区的配置(例如，与跨载波调度相关的配置，CrossCarrierSchedulingConfig)中配置应用于参考CORESET的TCI状态与第一参考信号之间的关联。

在上文公开的方法中的一个或多个中，在第二服务小区的配置(例如，第二服务小区的CORESET配置)中配置应用于参考CORESET的TCI状态与第一参考信号之间的关联。

根据另一示例性方法，UE接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH；在UE成功地对第一PDCCH进行解码之前，UE假设用于第一PDSCH的TCI状态与应用于接收参考CORESET的TCI状态相同，其中TCI状态包括在第二服务小区上传送的第二参考信号的索引；并且UE经由从在第一服务小区中传送的第一参考信号的索引导出的PDSCH天线端口准共址以及对应的QCL类型来接收第一PDSCH。

在又一方法中，为UE显式地配置第一参考信号与第二参考信号之间的关联。

在上文公开的方法中的一个或多个中，为UE指定，例如在说明书中指定第一参考信号与第二参考信号之间的关联。

在上文公开的方法中的一个或多个中，由UE(隐式地)导出第一参考信号与第二参考信号之间的关联。

在上文公开的方法中的一个或多个中，由UE经由规则，例如经由第一参考信号和第二参考信号的索引号，(隐式地)导出第一参考信号与第二参考信号之间的关联。

根据另一示例性方法，UE接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH；在UE成功地对第一PDCCH进行解码之前，UE基于指示符确定用于接收第一PDSCH的PDSCH天线端口准共址；并且UE经由从默认TCI状态导出的PDSCH天线端口准共址来接收第一PDSCH，其中默认TCI状态是基于指示符的值。

在另一方法中，如果指示符指示‘1’或‘真’或‘启用’，则UE假设默认TCI状态与应用于参考CORESET的TCI状态相同。

在上文公开的方法中的一个或多个中，如果指示符指示‘0’或‘假’或‘禁用’，则默认TCI状态是映射到TCI字段中用于接收第一服务小区中的PDSCH的代码点之一的TCI状态。

在上文公开的方法中的一个或多个中，如果指示符指示‘0’或‘假’或‘禁用’，则默认TCI状态是用于接收第一服务小区中的PDSCH的被激活TCI状态中具有最低TCI状态ID的TCI状态。

在上文公开的方法中的一个或多个中，如果指示符指示‘0’或‘假’或‘禁用’，则默认TCI状态是映射到TCI字段中用于接收第一服务小区中的PDSCH的代码点0的TCI状态。

在上文公开的方法中的一个或多个中，如果指示符指示‘0’或‘假’或‘禁用’，则默认TCI状态是应用于接收被配置用于第一服务小区和/或第二服务小区的CORESET中的至少一个CORESET的TCI状态。

在上文公开的方法中的一个或多个中，如果指示符指示‘0’或‘假’或‘禁用’，则默认TCI状态是应用于接收被配置用于第一服务小区和/或第二服务小区的CORESET之中具有最低CORESET ID的CORESET的TCI状态。

在上文公开的方法中的一个或多个中，对于TCI-PresentInDCI＝‘启用’和TCI-PresentInDCI＝‘禁用’时的那些情形，如果第一PDCCH的DLDCI的接收与第一PDSCH的接收之间的偏移小于阈值Threshold-Sched-Offset，则UE可以基于默认状态假设第一PDSCH的一个DM-RS端口群组的天线端口是准共址的。

在上文公开的方法中的一个或多个中，在UE成功地对第一PDCCH进行解码之前，UE假设用于接收第二PDSCH的TCI状态与应用于参考CORESET的TCI状态相同。

根据另一示例性方法，UE接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH；在UE成功地对第一PDCCH进行解码之前，UE假设用于接收第一PDSCH的TCI状态与应用于参考CORESET的TCI状态相同，其中应用于接收参考CORESET的TCI状态至少与第一参考信号的索引、第二参考信号的索引以及对应的QCL类型相关联；并且UE基于指示符的值经由从第一参考信号的索引导出的PDSCH天线端口准共址以及对应的QCL类型来接收第一PDSCH。

在上文公开的方法中的一个或多个中，UE基于指示符解译应用于参考CORESET的TCI状态。

在上文公开的方法中的一个或多个中，如果指示符指示‘1’或‘真’或‘启用’，则当解译应用于参考CORESET的TCI状态时，UE参考第一参考信号的索引和对应的QCL类型。

在上文公开的方法中的一个或多个中，如果指示符指示‘0’或‘假’或‘禁用’，则当解译应用于参考CORESET的TCI状态时，UE参考第一参考信号的索引和对应的QCL类型。

在上文公开的方法中的一个或多个中，在UE成功地对第二PDCCH进行解码之前，UE假设用于接收第二PDSCH的TCI状态与应用于参考CORESET的TCI状态相同；并且当解译应用于参考CORESET的TCI状态时，UE参考第二参考信号的索引和QCL类型，不管指示符的值如何。

在另一方法中，如果指示符指示‘1’或‘真’或‘启用’，则应用于接收参考CORESET的TCI状态与在第二服务小区上传送的参考信号的索引以及对应的QCL类型相关联。

在另一方法中，如果指示符指示‘0’或‘假’或‘禁用’，则应用于接收参考CORESET的TCI状态至少与第一参考信号的索引、第二参考信号的索引以及对应的QCL类型相关联。

在上文公开的方法中的一个或多个中，如果指示符指示‘0’或‘假’或‘禁用’，并且在UE成功地对第一PDCCH进行解码之前，UE经由从第一参考信号的索引导出的PDSCH天线端口准共址以及应用于接收参考CORESET的TCI状态中对应的QCL类型来接收第一PDSCH。

在上文公开的方法中的一个或多个中，如果指示符指示‘0’或‘假’或‘禁用’，并且在UE成功地对第二PDCCH进行解码之前，UE经由从第二参考信号的索引导出的PDSCH天线端口准共址以及应用于接收参考CORESET的TCI状态中对应的QCL类型来接收第二PDSCH。

根据另一示例性方法，UE接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH；如果第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值，则UE舍弃第一PDSCH或剩余的第一PDSCH。

在另一方法中，如果第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值，则UE不接收第一PDSCH或剩余的第一PDSCH和/或不对其进行解码。

在上文公开的方法中的一个或多个中，如果第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值，则UE检测或认为第一PDCCH是不一致的控制信息。

在上文公开的方法中的一个或多个中，如果第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值，则UE不向网络传送对应于第一PDSCH的确认信号，例如ACK/NACK。

在上文公开的方法中的一个或多个中，阈值与UE成功地对PDCCH进行解码所需的持续时间有关。

在上文公开的方法中的一个或多个中，阈值与UE能力有关。

在上文公开的方法中的一个或多个中，阈值可以是Threshold-Sched-Offset。

图6是从UE的角度来看根据一个示例性实施例的流程图600。在步骤605，从网络接收第一服务小区和第二服务小区的配置。在步骤610，UE接收和/或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH。在步骤615，UE接收和/或监视在第二服务小区的调度CORESET上传送的第二PDCCH，其中第二PDCCH调度在第二服务小区上传送的第二PDSCH。在步骤620，在UE成功地对第二PDCCH进行解码之前，UE经由用于CORESET的PDCCH准共址指示的TCI状态来接收和/或缓存第二PDSCH，其中所述CORESET在被配置用于UE的一个或多个CORESET所在的最新时隙中具有最低CORESET-ID。在步骤625，在UE成功地对第一PDCCH进行解码之前UE不接收和/或缓存第一PDSCH。

在一实施例中，通过网络为UE配置第一服务小区和第二服务小区。

在另一方法中，通过参数配置UE，所述参数指示第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值Threshold-Sched-Offset。

在上文公开的方法中的一个或多个中，通过参数配置UE，所述参数指示第二PDCCH的DCI的接收与第二PDSCH的接收之间的时间偏移可能小于阈值Threshold-Sched-Offset。

在上文公开的方法中的一个或多个中，UE期望第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移大于或等于阈值Threshold-Sched-Offset。

在上文公开的方法中的一个或多个中，阈值Threshold-Sched-Offset与UE能力和/或UE成功地对PDCCH进行解码所需的持续时间有关。

在上文公开的方法中的一个或多个中，如果第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值Threshold-Sched-Offset，则UE不接收和/或缓存第一PDSCH。

在上文公开的方法中的一个或多个中，如果第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值Threshold-Sched-Offset，则UE经由用于CORESET的PDCCH准共址指示的TCI状态来接收和/或缓存第二PDSCH，其中所述CORESET在被配置用于UE的一个或多个CORESET所在的最新时隙中具有最低CORESET-ID。

在上文公开的方法中的一个或多个中，如果网络为被调度服务小区配置CORESET配置，则UE可以不使用提供用于接收调度服务小区的CORESET中的PDCCH的准共址信息的参数。

在上文公开的方法中的一个或多个中，如果网络为被调度服务小区配置CORESET配置，则UE忽略提供用于接收调度服务小区的CORESET中的PDCCH的准共址信息的参数。

图7是从网络的角度来看的一个示例性实施例的流程图700。在步骤705，网络为UE配置第一服务小区和第二服务小区。在步骤710，网络经由第二服务小区的调度CORESET向UE传送第二PDCCH，其中第二PDCCH调度在第二服务小区上传送的第二PDSCH，并且第二PDCCH的DCI的接收与第二PDSCH的接收之间的时间偏移可以小于阈值Threshold-Sched-Offset。在步骤715，网络经由第二服务小区的调度CORESET向UE传送第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH。在步骤720，网络阻止将第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移设置或配置为小于阈值Threshold-Sched-Offset。

在上文公开的方法中的一个或多个中，不允许网络将第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移设置或配置为小于阈值Threshold-Sched-Offset。

在上文公开的方法中的一个或多个中，网络配置UE参数，所述参数指示第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移大于或等于阈值Threshold-Sched-Offset。

在上文公开的方法中的一个或多个中，网络配置UE参数，所述参数指示第二PDCCH的DCI的接收与第二PDSCH的接收之间的时间偏移可以小于阈值Threshold-Sched-Offset。

在上文公开的方法中的一个或多个中，如果第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值Threshold-Sched-Offset，则网络不传送第一PDSCH。

在上文公开的方法中的一个或多个中，如果第二PDCCH的DCI的接收与第二PDSCH的接收之间的时间偏移小于阈值Threshold-Sched-Offset，则网络基于用于CORESET的PDCCH准共址指示的TCI状态来传送第二PDSCH，其中所述CORESET在被配置用于UE的一个或多个CORESET所在的最新时隙中具有最低CORESET-ID。

在上文公开的方法中的一个或多个中，如果网络传送第一PDSCH，并且第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移小于阈值Threshold-Sched-Offset，则网络不从UE接收确认信号，其中确认信号对应于第一PDSCH。

在上文公开的方法中的一个或多个中，网络防止为被调度服务小区配置CORESET配置。

在上文公开的方法中的一个或多个中，如果网络为被调度服务小区配置CORESET配置，则不允许配置提供用于接收PDCCH的准共址信息的参数。

在上文公开的方法中的一个或多个中，如果网络为被调度服务小区配置CORESET配置，则当在调度服务小区上传送被调度服务小区的PDCCH时，忽略或不使用提供用于接收PDCCH的准共址信息的参数。

如所属领域的技术人员应了解，各种公开的实施例可组合以形成新的实施例和/或方法。

返回参考图3和4，在一个实施例中，装置300包含存储在存储器310内的程序代码312。CPU 308可以执行程序代码312以(i)从网络接收第一服务小区和第二服务小区的配置，(ii)接收和/或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH，(iii)接收和/或监视在第二服务小区的调度CORESET上传送的第二PDCCH，其中第二PDCCH调度在第二服务小区上传送的第二PDSCH，(iv)在UE成功地对第二PDCCH进行解码之前，UE经由用于CORESET的PDCCH准共址指示的TCI状态来接收和/或缓存第二PDSCH，其中所述CORESET在被配置用于UE的一个或多个CORESET所在的最新时隙中具有最低CORESET-ID，以及(v)在UE成功地对第一PDCCH进行解码之前不接收和/或缓存第一PDSCH。

在另一实施例中，所述装置包含存储在存储器310中的程序代码312。CPU 308可以执行程序代码312以(i)为UE配置第一服务小区和第二服务小区，(ii)经由第二服务小区的调度CORESET向UE传送第二PDCCH，其中第二PDCCH调度在第二服务小区上传送的第二PDSCH，并且第二PDCCH的DCI的接收与第二PDSCH的接收之间的时间偏移可以小于阈值Threshold-Sched-Offset，(iii)经由第二服务小区的调度CORESET向UE传送第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH，(iv)阻止将第一PDCCH的DCI的接收与第一PDSCH的接收之间的时间偏移设置或配置为小于阈值Threshold-Sched-Offset。

此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它方法。

上文公开的方法有助于在考虑跨载波调度的下行链路数据缓存期间避免波束使用指示的不明确性。

上文已经描述了本发明的各种方面。应了解，本文中的教示可以通过广泛多种形式实施，且本文中所公开的任何具体结构、功能或这两者仅是代表性的。基于本文中的教示，所属领域的技术人员应了解，本文公开的方面可以独立于任何其它方面而实施，且可以各种方式组合这些方面中两个或更多个方面。例如，可以使用本文中阐述的任何数目个方面来实施设备或实践方法。另外，通过使用除了本文中阐述的方面中的一个或多个之外或不同于本文中阐述的方面中的一个或多个的其它结构、功能性或结构与功能性，可实施此设备或可实践此方法。作为上述概念中的一些的实例，在一些方面中，可以基于脉冲重复频率建立并行信道。在一些方面中，可以基于脉冲位置或偏移建立并行信道。在一些方面中，可以基于时间跳频序列建立并行信道。

所属领域技术人员将理解，可以使用多种不同技术和技艺中的任一种来表示信息和信号。例如，可以通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。

所属领域的技术人员将进一步了解，结合本文中公开的方面而描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可以实施为电子硬件(例如，数字实施方案、模拟实施方案，或两者的组合，其可以使用源译码或一些其它技术设计)、各种形式的程序或包含指令的设计代码(为方便起见，本文中可被称作“软件”或“软件模块”)，或两者的组合。为清晰地说明硬件与软件的此可互换性，上文已大体就各种说明性组件、块、模块、电路和步骤的功能性加以描述。此类功能性是实施为硬件还是软件取决于特定应用及施加于整个系统的设计约束。所属领域的技术人员可以针对每个具体应用以不同方式来实施所描述的功能性，但此类实施决策不应被解释为会引起脱离本发明的范围。

另外，结合本文公开的方面描述的各种说明性逻辑块、模块和电路可以实施于集成电路(integrated circuit，“IC”)、接入终端或接入点内或者由集成电路、接入终端或接入点执行。IC可以包括通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其经设计以执行本文中所描述的功能的任何组合，且可以执行驻留在IC内、在IC外或这两种情况下的代码或指令。通用处理器可以是微处理器，但在替代方案中，处理器可以是任何的常规处理器、控制器、微控制器或状态机。处理器还可以实施为计算装置的组合，例如DSP和微处理器的组合、多个微处理器、与DSP核心结合的一个或多个微处理器，或任何其它此类配置。

应理解，在任何所公开过程中的步骤的任何特定次序或层级都是示例方法的实例。应理解，基于设计偏好，过程中的步骤的特定次序或层级可以重新布置，同时保持在本公开的范围内。所附方法权利要求以示例次序呈现各种步骤的元件，且其并不意味着限于所呈现的特定次序或层级。

结合本文中公开的方面描述的方法或算法的步骤可以直接用硬件、用由处理器执行的软件模块、或用这两者的组合实施。软件模块(例如，包含可执行指令和相关数据)和其它数据可以驻留在数据存储器中，例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除式磁盘、CD-ROM或本领域中已知的任何其它形式的计算机可读存储介质。样本存储介质可以耦合到例如计算机/处理器等机器(为方便起见，所述机器在本文中可以称为“处理器”)，使得所述处理器可以从存储介质读取信息(例如，代码)且将信息写入到存储介质。或者，示例存储介质可以与处理器形成一体。处理器和存储介质可以驻留在ASIC中。ASIC可以驻留在用户设备中。在替代方案中，处理器和存储介质可以作为离散组件而驻留在用户设备中。此外，在一些方面中，任何合适的计算机程序产品可以包括计算机可读介质，所述计算机可读介质包括与本公开的各方面中的一个或多个方面相关的代码。在一些方面中，计算机程序产品可以包括封装材料。

虽然已结合各种方面描述本发明，但应理解本发明能够进行进一步修改。本申请意图涵盖对本发明的任何改变、使用或调适，这通常遵循本发明的原理且包含对本公开的此类偏离，所述偏离处于在本发明所属的技术领域内的已知和惯常实践的范围内。

Claims

1.一种用户设备的方法，其特征在于，所述方法包括：

从网络接收第一服务小区和第二服务小区的配置；

接收和/或监视在所述第二服务小区的调度控制资源集上传送的第一物理下行链路控制信道，其中所述第一物理下行链路控制信道调度在所述第一服务小区上传送的第一物理下行链路共享信道；

接收和/或监视在所述第二服务小区的调度控制资源集上传送的第二物理下行链路控制信道，其中所述第二物理下行链路控制信道调度在所述第二服务小区上传送的第二物理下行链路共享信道；

在所述用户设备成功地对所述第二物理下行链路控制信道进行解码之前，经由用于指示控制资源集的物理下行链路控制信道准共址的传送配置指示状态来接收和/或缓存所述第二物理下行链路共享信道，其中所述控制资源集在被配置用于用户设备的一个或多个控制资源集所在的最新时隙中具有最低控制资源集标识符；以及

在所述用户设备成功地对所述第一物理下行链路控制信道进行解码之前不接收和/或缓存所述第一物理下行链路共享信道。

2.根据权利要求1所述的方法，其特征在于，进一步包括：

接收指示所述第一物理下行链路控制信道的下行链路控制信息的接收与所述第一物理下行链路共享信道的接收之间的时间偏移的参数，其中所述时间偏移允许小于阈值。

3.根据权利要求1所述的方法，其特征在于，所述第一物理下行链路控制信道的下行链路控制信息的接收与所述第一物理下行链路共享信道的接收之间的时间偏移大于或等于阈值。

4.根据权利要求2所述的方法，其特征在于，所述阈值与用户设备能力或所述用户设备成功地对所述物理下行链路控制信道进行解码所需的持续时间有关，并且所述阈值是Threshold-Sched-Offset。

5.根据权利要求1所述的方法，其特征在于，如果所述第一物理下行链路控制信道的下行链路控制信息的接收与所述第一物理下行链路共享信道的接收之间的时间偏移小于阈值，则所述用户设备不接收和/或缓存所述第一物理下行链路共享信道。

6.根据权利要求1所述的方法，其特征在于，进一步包括：

如果所述第二物理下行链路控制信道的下行链路控制信息的接收与所述第二物理下行链路共享信道的接收之间的时间偏移小于阈值，则经由用于指示所述控制资源集的物理下行链路控制信道准共址的所述传送配置指示状态来接收和/或缓存所述第二物理下行链路共享信道，其中所述控制资源集在被配置用于用户设备的一个或多个控制资源集所在的最新时隙中具有最低控制资源集标识符。

7.根据权利要求1所述的方法，其特征在于，如果所述网络为所述第一服务小区配置控制资源集配置，并且其中所述控制资源集配置包括提供准共址信息的参数，则所述用户设备不使用提供准共址信息的所述参数来接收所述第一物理下行链路控制信道。

8.一种用于网络的方法，其特征在于，所述方法包括：

为用户设备配置第一服务小区和第二服务小区；

经由所述第二服务小区的调度控制资源集向所述用户设备传送第二物理下行链路控制信道，其中所述第二物理下行链路控制信道调度在所述第二服务小区上传送的第二物理下行链路共享信道，并且所述第二物理下行链路控制信道的下行链路控制信息的接收与所述第二物理下行链路共享信道的接收之间的时间偏移允许小于阈值；

经由所述第二服务小区的调度控制资源集向所述用户设备传送第一物理下行链路控制信道，其中所述第一物理下行链路控制信道调度在所述第一服务小区上传送的第一物理下行链路共享信道；以及

防止将所述第一物理下行链路控制信道的下行链路控制信息的接收与所述第一物理下行链路共享信道的接收之间的所述时间偏移设置或配置为小于所述阈值。

9.根据权利要求8所述的方法，其特征在于，进一步包括：

为所述用户设备配置参数，所述参数指示所述第一物理下行链路控制信道的所述下行链路控制信息的接收与所述第一物理下行链路共享信道的接收之间的所述时间偏移大于或等于所述阈值。

10.根据权利要求9所述的方法，其特征在于，进一步包括：

为所述用户设备配置参数，所述参数指示所述第一物理下行链路控制信道的所述下行链路控制信息的接收与所述第一物理下行链路共享信道的接收之间的所述时间偏移可以小于所述阈值。

11.根据权利要求9所述的方法，其特征在于，所述阈值与用户设备能力或所述用户设备成功地对物理下行链路控制信道进行解码所需的持续时间有关，并且所述阈值是Threshold-Sched-Offset。

12.根据权利要求9所述的方法，其特征在于，进一步包括：

如果所述第二物理下行链路控制信道的所述下行链路控制信息的接收与所述第二物理下行链路共享信道的接收之间的所述时间偏移小于所述阈值，则基于用于指示控制资源集的物理下行链路控制信道准共址的传送配置指示状态来传送所述第二物理下行链路共享信道，其中所述控制资源集在被配置用于用户设备的一个或多个控制资源集所在的最新时隙中具有最低控制资源集标识符。

13.根据权利要求9所述的方法，其特征在于，进一步包括：

防止为所述第一服务小区配置控制资源集配置。

14.根据权利要求9所述的方法，其特征在于，如果所述网络为所述第一服务小区配置控制资源集配置，则不允许配置提供准共址信息的参数来接收物理下行链路控制信道。

15.根据权利要求9所述的方法，其特征在于，如果所述网络为所述第一服务小区配置所述控制资源集配置，则当在所述第二服务小区上传送用于所述第一服务小区的所述物理下行链路控制信道时，所述用户设备忽略提供用于接收物理下行链路控制信道的准共址信息的参数。

16.一种用户设备，其特征在于，包括：

控制电路；

处理器，其安装于所述控制电路中；以及

存储器，其安装于所述控制电路中且耦合到所述处理器；

其中所述处理器被配置成执行存储于所述存储器中的程序代码以进行以下操作：

从网络接收第一服务小区和第二服务小区的配置；

17.根据权利要求16所述的用户设备，其特征在于，所述程序代码进一步包括：

18.根据权利要求16所述的用户设备，其特征在于，所述第一物理下行链路控制信道的下行链路控制信息的接收与所述第一物理下行链路共享信道的接收之间的时间偏移大于或等于阈值。

19.根据权利要求17所述的用户设备，其特征在于，所述阈值与用户设备能力或所述用户设备成功地对所述物理下行链路控制信道进行解码所需的持续时间有关，并且所述阈值是Threshold-Sched-Offset。

20.根据权利要求16所述的用户设备，其特征在于，如果所述第一物理下行链路控制信道的下行链路控制信息的接收与所述第一物理下行链路共享信道的接收之间的时间偏移小于阈值，则所述用户设备不接收和/或缓存所述第一物理下行链路共享信道。