电子设备、通信方法和计算机程序产品

技术领域

本公开涉及无线通信领域，更具体地，涉及提供改进的准共址 (QCL)指示机制以提高其适用性的电子设备、通信方法和计算机程 序产品。

背景技术

在5G NR的标准协议Release 15/16中，提供了定义和指示两个参 考信号之间的QCL关系的机制，使得用户设备(UE)可以从一个参考 信号推断另一个参考信号的时域、频域和/或空间域的参数，从而能够 利用之前接收另一个参考信号的参数来实现即将到来的参考信号的接收， 这也是QCL的精髓所在。

典型地，5G NR可以使用传输配置指示(TCI)状态来指示两个下 行参考信号之间的QCL关系。取决于TCI状态中指示的参数，可以包 含QCL-TypeA、QCL-TypeB、QCL-TypeC、QCL-TypeD四种类型的 QCL假设。对于任一类型，UE以全有或全无的方式应用所涉及的 QCL参数。

然而，这有限的四种类型并没有涵盖可能用到的QCL参数的所有 组合，而且由于可配置和激活的TCI状态的数量有限，可能不是每个 参考信号的所有类型的TCI状态都是直接可用的。在某些应用场景下， 当前的QCL指示机制的适用性可能面临挑战。

因此，存在更加灵活地指示希望的QCL参数以便提高各种应用场 景下的适用性的需求。

发明内容

本公开提供了多个方面。通过应用本公开的一个或多个方面，可以 满足上面所述的需求。

在下文中给出了关于本公开的简要概述，以便提供关于本公开的 一些方面的基本理解。但是，应当理解，这个概述并不是关于本公开 的穷举性概述。它并不是意图用来确定本公开的关键性部分或重要部 分，也不是意图用来限定本公开的范围。其目的仅仅是以简化的形式 给出关于本公开的某些概念，以此作为稍后给出的更详细描述的前序。

根据本公开的一个方面，提供了一种用户设备(UE)侧的电子设 备，包括：处理电路，被配置为从基站接收关于第一天线端口与第二 天线端口之间的准共址(QCL)假设的QCL指示，所述QCL指示引 用多个QCL参数；根据与所述QCL指示相关联的丢弃规则，丢弃所述多个QCL参数中的一部分；以及建立第一天线端口与第二天线端 口之间关于所述QCL指示中引用的剩余QCL参数的QCL关系。

根据本公开的一个方面，提供了一种基站侧的电子设备，包括： 处理电路，被配置为：生成关于第一天线端口与第二天线端口之间的 准共址(QCL)的假设的QCL指示，所述QCL指示引用多个QCL 参数；确定与是QCL指示信息相关联的丢弃规则，所述丢弃规则指 示丢弃所述多个QCL参数中的一部分；以及向UE发送所述QCL指 示和所述丢弃规则。

根据本公开的一个方面，提供了一种通信方法，包括一种通信方 法，包括：从基站接收关于第一天线端口与第二天线端口之间的准共 址(QCL)假设的QCL指示，所述QCL指示引用多个QCL参数； 根据与所述QCL指示相关联的丢弃规则，丢弃所述多个QCL参数中 的一部分；以及建立第一天线端口与第二天线端口之间关于所述QCL 指示中引用的剩余QCL参数的QCL关系。

根据本公开的一个方面，提供了一种通信方法，包括：生成关于 第一天线端口与第二天线端口之间的准共址(QCL)的假设的QCL 指示，所述QCL指示引用多个QCL参数；确定与是QCL指示信息 相关联的丢弃规则，所述丢弃规则指示丢弃所述多个QCL参数中的 一部分；以及向UE发送所述QCL指示和所述丢弃规则。

根据本公开的一个方面，提供了一种包括可执行指令的计算机程 序产品，所述可执行指令当被执行时实现如权利要求19或20所述的 通信方法。

附图说明

本公开可以通过参考下文中结合附图所给出的详细描述而得到更 好的理解，其中在所有附图中使用了相同或相似的附图标记来表示相 同或者相似的要素。所有附图连同下面的详细说明一起包含在本说明 书中并形成说明书的一部分，用来进一步举例说明本公开的实施例和 解释本公开的原理和优点。其中：

图1是示出了NR通信系统的体系架构的简化示图；

图2是例示了TCI状态的配置示意图；

图3A和3B例示了根据实施例的UE侧的电子设备及其通信方法；

图4A和4B例示了根据实施例的基站侧的电子设备及其通信方法；

图5例示了用于为控制信道激活TCI状态的MAC CE；

图6例示了用于为数据信道激活TCI状态；

图7示出了下行控制信息(DCI)格式的示意图；

图8示出了两个TRP的SFN传输模式的示意图；

图9示出了两个TRP的经过多普勒频移的信号的接收频点的示意 图；

图10示出了多普勒频移预补偿的过程；

图11示出了针对多普勒频移的预补偿前后的接收信号的频域特征 和时域特征；

图12示出了增强的TCI状态激活/去激活MAC CE；

图13示出了可以传递丢弃规则的DCI格式；

图14示出了改进的QCL关系图谱；

图15例示了根据本公开的基站的示意性配置的第一示例；

图16例示了根据本公开的基站的示意性配置的第二示例；

图17例示了根据本公开的智能电话的示意性配置示例；

图18例示了根据本公开的汽车导航设备的示意性配置示例。

通过参照附图阅读以下详细描述，本公开的特征和方面将得到清 楚的理解。

具体实施方式

在下文中将参照附图来详细描述本公开的各种示例性实施例。为 了清楚和简明起见，在本说明书中并未描述实施例的所有特征。然而 应注意，在实现本公开的实施例时可以根据特定需求做出很多特定于 实现方式的设置，以便实现开发人员的具体目标，例如，符合与设备 及业务相关的限制条件，并且这些限制条件可能会随着实现方式的不 同而有所改变。

此外，还应注意，为了避免因不必要的细节而模糊了本公开，在 附图中仅仅示出了与至少根据本公开的技术方案密切相关的处理步骤 和/或设备结构，而省略了与本公开关系不大的其他细节。

为了方便解释本公开的技术方案，下面将在5G NR的背景下描述 本公开的各个方面。但是应注意，这不是对本公开的应用范围的限制， 本公开的一个或多个方面还可以被应用于例如4G LTE/LTE-A等已经 普遍使用的无线通信系统，或者将来发展的各种无线通信系统。下面 的描述中提及的架构、实体、功能、过程等并非局限于NR通信系统 中的那些，而可以在其它的通信标准中找到对应。

图1是示出了NR通信系统的体系架构的简化示图。如图1中所 示，在网络侧，NR通信系统的无线接入网(NG-RAN)节点包括 gNB和ng-eNB，其中gNB是在5G NR通信标准中新定义的节点，其 经由NG接口连接到5G核心网(5GC)，并且提供与终端设备(也 可称为“用户设备”，下文中简称为“UE”)终接的NR用户平面和控 制平面协议；ng-eNB是为了与4G LTE通信系统兼容而定义的节点， 其可以是LTE无线接入网的演进型节点B(eNB)的升级，经由NG 接口连接设备到5G核心网，并且提供与UE终接的演进通用陆地无 线接入(E-UTRA)用户平面和控制平面协议。下文中将gNB和ng- eNB统称为“基站”。

应注意，本公开中所使用的术语“基站”不仅限于上面这两种节点， 而是作为网络侧的控制设备的示例，并具有其通常含义的全部广度。 例如，除了5G通信标准中规定的gNB和ng-eNB之外，取决于本公开 的技术方案被应用的场景，“基站”例如还可以是LTE通信系统中的 eNB、远程无线电头端、无线接入点、自动化工厂中的控制节点或者执 行类似功能的通信装置。后面的章节将详细描述基站的应用示例。

另外，在本公开中，术语“UE”具有其通常含义的全部广度，包括 与基站通信的各种终端设备或车载设备。作为例子，UE例如可以是移 动电话、膝上型电脑、平板电脑、车载通信设备、自动化工厂中的传感 器和执行器等之类的终端设备或其元件。后面的章节将详细描述UE的 应用示例。

在诸如5G NR之类的无线通信系统中，为了支持多输入多输出 (MIMO)技术的应用，基站和UE均具有许多天线，例如几根、几 十根、几百根甚至上千根。对于天线模型，一般围绕天线定义了三层 的映射关系，使其能够顺利承接信道模型和通信标准。

最底层是最基本的物理单元——天线，也可以称为天线阵元。每 个天线阵元按照各自的幅度参数和相位参数辐射电磁波。

天线阵元按照矩阵的形式被布置成一个或多个天线阵列。一个天 线阵列可以由整行、整列、多行、多列的天线阵元构成。在这一层上， 每个天线阵列实际上构成一个收发单元(Transceiver Unit，TXRU)。 每一个TXRU都可以独立配置。通过配置组成该TXRU的天线阵元 的幅度参数和/或相位参数，实现对该TXRU天线图样的调整，天线 阵列内的所有天线阵元发射的电磁波辐射形成指向特定空间方向的较 窄的波束，即，实现波束赋形。

最后，一个或多个TXRU通过逻辑映射构成系统层面上看到的天 线端口(AntennaPorts)。天线端口被定义为使得天线端口上的符号 被传送的信道能够从同一天线端口上的另一符号被传送的信道推断出。 当TXRU与天线端口之间采用一一映射的关系时，TXRU与天线端口 是等价的。取决于系统配置，两个或多个TXRU可以共同构成一个天 线端口。

不同的天线端口可能位于相同位置或不同位置。由于位置不同、 与UE的距离不同、信号路径不同等，不同位置的天线端口的信号可 能具有显著不同的大尺度性质。然而，如果天线端口之间的距离不显 著，位于不同位置的天线端口可能具有相似的大尺寸性质，则可以假 设这些天线端口之间的大尺度性质相同，即，它们准共址。这意味着， 当两个天线端口之间满足QCL关系时，从一个天线端口上的信号估 计得到的信道大尺度性质参数同样适合于另一个天线端口上的信号。

信道的大尺度特性包括以下至少之一：多普勒频移、多普勒扩展、 平均延迟、延迟扩展、平均增益、和空间接收参数。平均延迟可以包 括信道的时间特征的一阶统计。延迟扩展可以包括信道的时间特征的 二阶统计。多普勒频移可以包括信道的频率特征的一阶统计。多普勒 扩展可以包括信道的频率特征的二阶统计。平均增益可以包括信道的 幅度特征的一阶统计。空间接收参数可以体现为空间域滤波器。

天线端口可以由参考信号表征，这些参考信号可以用于信道估计 或者用于处理相同天线端口上传输的物理信道，诸如物理下行共享信 道(PDSCH)或物理下行控制信道(PDCCH)等。天线端口与其参 考信号之间存在一一对应的关系，不同的天线端口用于传输不同的参 考信号。参考信号例如包括：同步信号块(SSB)、信道状态信息参 考信号(CSI-RS)、探测参考信号(SRS)等等。正因如此，在下文 中描述QCL关系时，有时候会说两个参考信号或与参考信号复用的 传输信道之间具有QCL关系，有时候会说两个天线端口之间具有QCL关系，其实质含义没有区别。

典型地，基站可以利用TCI状态的指示机制来向UE指示参考信 号之间的QCL关系。图2是例示了TCI状态的配置示意图。如图2中 所示，TCI状态由TCI状态ID标识。每个TCI状态包含用于配置一个 或两个下行参考信号与PDCCH或PDSCH的DMRS端口之间的QCL 假设。对于第一个下行参考信号，这种QCL关系由qcl-Type1配置。如 果还有第二个下行参考信号，则QCL关系由可选的qcl-Type2配置。如 图2中所示，qcl-Type1或qcl-Type2包括以下信息：

–服务小区索引(ServCellIndex)，其代表参考信号所在的服务小区；

–带宽部分ID(BWP-Id)，其代表参考信号所在的下行带宽部分；

–参考信号(referenceSignal)，其代表提供QCL信息的源参考信号 资源，包括由NZP-CSI-RS-ResoureId标识的NZP-CSI-RS资源和由 SSB-Index标识的SSB资源；

–QCL类型(qcl-Type)，其代表与所列出的下行参考信号对应的 QCL类型。

取决于需要推断的无线信道的大尺度性质，TCI状态所涉及的 QCL类型qcl-Type可以包括以下选项：

–“QCL-TypeA”：关于{多普勒频移，多普勒扩展，平均延迟，延 迟扩展}；

–“QCL-TypeB”：关于{多普勒频移，多普勒扩展}；

–“QCL-TypeC”：关于{多普勒频移，平均延迟}；

–“QCL-TypeD”：关于{空间接收参数}。

可以看到，QCL-TypeA包含了全部的时域特征(即“平均延迟”、 “延迟扩展”，下文中称为“时域QCL参数”)和频域特征(即“多普 勒频移”、“多普勒扩展”，下文中称为“频移QCL参数”)，可以认为 QCL-TypeB和QCL-TypeC是QCL-TypeA的真子集。此外，为了避免 歧义，每个TCI状态一般仅允许包含一个“QCL-TypeD”类型的QCL 假设。

在使用时，基站可以通过RRC参数(例如PDSCH_Config等) 为UE预配置一个TCI状态池，其中包括多达例如64个TCI状态。 TCI状态池可以以BWP为单位配置。取决于要指示QCL关系的传输 信道是控制信道还是数据信道，可以采用不同的指示过程。例如，对 于例如PDCCH之类的控制信道，基站可以通过介质访问控制(MAC) 控制元素(CE)直接激活(或者说指示)TCI状态池中的一个TCI 状态；而例如PDSCH之类的数据信道对于信道环境的变化更为敏感， 可以采用MAC CE加上更灵活的物理层信令的指示方式，即，基站通 过MAC CE激活TCI状态池中的至多8个TCI状态，再根据需要利 用下行控制信息(DCI)动态地指示这些激活的TCI状态中的一个。 虽然目前MAC CE加DCI的指示方式一般用于PDSCH，但是存在将其同样用于PDCCH的可能。

从上面的简单介绍可以看到，QCL指示机制的有效性很大程度上 取决于TCI状态池的设计和配置。然而，由于TCI状态仅能指示上述 QCL-TypeA～QCL-TypeD这四种类型的QCL关系，并且可配置的 TCI状态的数量有限，导致在某些应用场景下可能缺乏适合QCL指示的TCI状态。定义更多的QCL类型或者配置更多的TCI状态可能 是一个解决手段，但是这可能不利地导致TCI状态池的设计复杂化、 RRC预配置的信令开销增加。

有鉴于此，本公开通过控制现有的TCI状态中涉及的QCL参数 的取舍来提高其适用性。接下来将参照附图详细描述本公开的示例性 实施例。

图3A是示出了根据本公开的实施例的UE侧的电子设备100的框 图，图3B是示出了电子设备100可执行的通信方法的流程图。电子 设备100可以是UE或其部件。

如图3A中所示，电子设备100包括处理电路101。处理电路101 至少包括接收单元102、丢弃单元103和建立单元104。处理电路101 可被配置为执行图3B中所示的通信方法。处理电路101可以指在计算 系统中执行功能的数字电路系统、模拟电路系统或混合信号(模拟信号 和数字信号的组合)电路系统的各种实现。处理电路可以包括例如诸如 集成电路(IC)、专用集成电路(ASIC)之类的电路、单独处理器核心 的部分或电路、整个处理器核心、单独的处理器、诸如现场可编程门阵 列(FPGA)的可编程硬件设备、和/或包括多个处理器的系统。

处理电路101中的接收单元102被配置为从基站接收关于第一天线 端口与第二天线端口之间的QCL假设的QCL指示，即执行图3B中的 步骤S101。QCL指示可以是用于指示为UE预配置的TCI状态池中的 一个TCI状态的信息，该TCI状态能够提供可用于在第一天线端口与 第二天线端口之间希望的QCL关系的假设，包括提供QCL信息的源 参考信号、多个QCL参数。这里，QCL指示中引用的QCL参数除了 希望的QCL参数以外还包括其它的QCL参数。

QCL指示可以由MAC层信令和/或物理层信令承载。图5示出了 用于PDCCH的TCI状态激活的MAC CE的格式(不包括头部)。如 图5中所示，“服务小区ID”表示该MAC CE适用的服务小区，其占 用5个比特；“CORESET ID”表示PDCCH所在的控制资源集 (CORESET)，其占用4个比特；“TCI状态ID”表示为PDCCH确定 的TCI状态，其占用7个比特。基站可以在如图5中所示的MAC CE 中写入希望的TCI状态ID来提供QCL指示。

对于PDSCH，基站通过MAC CE加DCI来提供QCL指示。图6 示出了用于PDSCH的TCI状态激活的MAC CE的格式(不包括头部)。 如图6中所示，“服务小区ID”表示该MAC CE适用的服务小区，其 占用5个比特；“BWP ID”表示该MAC CE适用的下行带宽部分，其 占用2个比特；“T

丢弃单元103被配置为根据与接收单元102所接收的QCL指示相 关联的丢弃规则，丢弃QCL指示中引用的多个QCL参数中的一部分， 即执行图3B中的步骤S102。丢弃规则可以包括显性地定义是否丢弃预 定的一个或多个QCL参数或者丢弃哪个/哪些QCL参数的信息。作为 替代或附加，丢弃规则可以通过指定应使用哪个/哪些QCL参数来隐形 地定义需丢弃的QCL参数。如下面将详细介绍的，丢弃规则可以表示 为比特图(bitmap)或码点值的形式。在一个示例中，基站可以利用承 载QCL指示的MAC CE或DCI将丢弃规则发送给UE；而在另一个示 例中，基站可以利用RRC参数将丢弃规则预先配置给UE，无需动态 信令的参与。

丢弃单元103的最终目的是从QCL指示所引用的多个QCL参数中 确定希望建立QCL关系的参数，因此，丢弃单元103执行丢弃QCL 参数的操作可以是从这多个QCL参数中识别或选取部分参数(希望的 参数)以供建立单元104使用，也可以是从这多个QCL参数中排除部 分参数(不希望的参数)，从而剩下的参数可以供建立单元使用。换句 话说，本公开中所言的“丢弃”可以通过禁用QCL指示中引用的QCL 参数的子集来实现，或者也可以通过启用该子集的余集来实现。

建立单元104被配置为在第一天线端口与第二天线端口之间建立关 于QCL指示中引用的剩余QCL参数的QCL关系，即执行图3B中的 步骤S103。建立单元104基于QCL指示找到提供QCL信息的源参考 信号(例如SSB或CSI-RS)，对于被丢弃单元103丢弃的QCL参数， 建立单元104将不予考虑，换句话说，建立单元104不使用之前接收源 参考信号的这些参数，或者说建立单元104将使用之前接收源参考信号 的这些未被指示丢弃的参数接收即将到来的PDCCH或PDSCH。

电子设备100还可以包括例如通信单元105和存储器106。

通信单元105可以被配置为在处理电路101的控制下与基站设备 (例如下面将描述的电子设备200)进行通信。在一个示例中，通信单 元105可以被实现为发射机或收发机，包括天线阵列和/或射频链路等 通信部件。通信单元105用虚线绘出，因为它还可以位于电子设备100 外。

电子设备100还可以包括存储器106。存储器106可以存储各种数 据和指令、用于电子设备100操作的程序和数据、由处理电路101产生 的各种数据、由通信单元105接收的数据等。存储器106可以是易失 性存储器和/或非易失性存储器。例如，存储器106可以包括但不限于 随机存储存储器(RAM)、动态随机存储存储器(DRAM)、静态随 机存取存储器(SRAM)、只读存储器(ROM)、闪存存储器。

图4A是例示了根据本公开的电子设备200的框图。电子设备200 可以是基站设备或其部件。

如图4A中所示，电子设备200包括处理电路201。处理电路201 至少包括生成单元202、确定单元203和发送单元204。处理电路201 可被配置为执行图4B中所示的通信方法。处理电路201可以指在计算 系统中执行功能的数字电路系统、模拟电路系统或混合信号(模拟信号 和数字信号的组合)电路系统的各种实现。处理电路可以包括例如诸如 集成电路(IC)、专用集成电路(ASIC)之类的电路、单独处理器核心 的部分或电路、整个处理器核心、单独的处理器、诸如现场可编程门阵 列(FPGA)的可编程硬件设备、和/或包括多个处理器的系统。

处理电路201的生成单元202被配置为生成关于第一天线端口与 第二天线端口之间的QCL假设的QCL指示，即执行图4B中的步骤 S201。QCL指示可以引用为UE预配置的TCI状态池中的一个TCI状 态，该TCI状态能够提供可用于在第一天线端口与第二天线端口之间希望的QCL关系的假设，包括提供QCL信息的源参考信号、多个 QCL参数。QCL指示中引用的QCL参数除了希望的QCL参数以外还 包括其它的QCL参数。

确定单元203被配置为确定与所生成的QCL指示相关联的丢弃规 则，即执行图4B中的步骤S202。丢弃规则用于指示QCL指示中引 用的不希望的QCL参数应被丢弃，仅保留建立QCL关系时希望涉及 的QCL参数。丢弃规则可以在每次生成QCL指示时相关联地确定， 也可以事先确定并预配置给UE，作用于后续的所有同类型的QCL指 示。

发送单元204被配置为将QCL指示和丢弃规则发送给UE，即执 行图4B中的步骤S203。在一个示例中，丢弃规则可以体现在用于传 送QCL指示的MAC层信令(MAC CE)或物理层信令(DCI)中； 在另一个示例中，丢弃规则可以不必与QCL指示一起发送，而是通 过RRC参数预配置给UE。丢弃规则可以表示为例如彼特图或码点值 的形式。

电子设备200还可以包括例如通信单元205和存储器206。

通信单元205可以被配置为在处理电路201的控制下与UE(例如 上面所述的电子设备100)进行通信。在一个示例中，通信单元205可 以被实现为发射机或收发机，包括天线阵列和/或射频链路等通信部件。 通信单元205用虚线绘出，因为它还可以位于电子设备200外。

电子设备200还可以包括存储器206。存储器206可以存储各种数 据和指令，例如用于电子设备200操作的程序和数据、由处理电路201 产生的各种数据、将由通信单元205发送的各种控制信令或业务数据等。 存储器206用虚线绘出，因为它还可以位于处理电路201内或者位于电 子设备200外。存储器206可以是易失性存储器和/或非易失性存储器。例如，存储器206可以包括但不限于随机存储存储器(RAM)、动态 随机存储存储器(DRAM)、静态随机存取存储器(SRAM)、只读 存储器(ROM)、闪存存储器。

应当理解，上述各实施例中描述的电子设备100、200的各个单元 仅是根据其所实现的具体功能划分的逻辑模块，而不是用于限制具体 的实现方式。在实际实现时，上述各单元可被实现为独立的物理实体， 或者也可以由单个实体(例如，处理器(CPU或DSP等)、集成电 路等)来实现。

下面将主要以5G通信系统中的下行单频网络(SFN)作为示例 性应用场景来描述本公开的实施例，然而应理解，这仅仅是出于方便 描述和理解的目的，并非将本公开的可应用范围仅限于此。

在高速移动的场景下，通信网络可以选择两个发送接收点(TRP) 以单频网络(SFN)的模式工作，以增强下行的覆盖。图8示出了两个 TRP(即TRP#0和TRP#1)的SFN传输模式的示意图，应理解，TRP 的数量不限于两个，而可以是三个或更多个。TRP一般被定义为基站 (例如gNB)的位于特定地理位置的天线阵列，一个基站可以具有一个 或多个TRP。此外，TRP#0和TRP#1可以属于同一个基站，也可以属 于不同的基站，此时这两个基站之间可以通过例如Xn接口相互交换信 息。

如图8中所示，首先，每个TRP都可以发送各自的跟踪参考信号 (TRS)，即，两个TRS可以使用不同的时频资源和不同的参考信号生 成的序列，让UE来估计来自每个TRP的频域信息和时域信息，这里 的TRS的传输属于TRP-specific的方式。但是随后，对于 PDCCH/PDSCH与其对应的DMRS则使用SFN的传输方式，即，它们 虽然从两个TRP传输到UE，但是使用了完全相同的时频资源和参考信 号生成的序列。换个角度来说，如果在没有告知UE的情况下，UE无 法区分是单个TRP的传输还是2个TRP的SFN传输。

当UE在高速移动时，往往是沿着一个固定的移动路径，远离一个 基站的TRP，接近一个基站的TRP。这样就造成不同的TRP对于UE 的传输具有不同的多普勒频移的现象。如图9中所示，假设通信网络发 送TRS的中心频点是fc，但是由于多普勒效应，UE接收到来自TRP#0的TRS#0和来自TRP#1的TRS#1的载波频率(下文中也称为 “频点”)有不同的偏移。

为了实现UE处的单频接收，已经提出了其中一个TRP进行多普 勒频移的预补偿，使得UE接收到这个TRP的信号的中心频点正好和 来自另一个TRP的信号的频点重合。这里假设TRP#0为锚TRP， TRP#1需要进行多普勒频移预补偿，使得UE接收到TRP#1的信号的 中心频点变为UE接收到TRP#0的信号的中心频点(即，图9中所示 的freq_anchor)，这是来自TRP#0的信号经过多普勒频移后的接收频 点。

这里参照图10简单介绍多普勒频移预补偿的过程。如图10中所示， 该过程可以包括以下几步：

第一步，TRP#0和TRP#1分别以相同的频点fc发送TRS#0和 TRS#1，由于不同的多普勒频移，UE在频点fc+f0接收到TRS#0，而 在频点fc+f1接收到TRS#1；

第二步，UE在接收到TRS的频点来发送不同的SRS到对应的 TRP，即，UE在频点fc+f0向TRP#0发送SRS，在频点fc+f1向 TRP#1发送SRS。同样，由于多普勒效应，TRP#0在频点f_trp0＝fc+2f0接收到SRS，而TRP#1在频点f_trp1＝fc+2f1接收到SRS；

第三步，基站可以测量两个TRP处的SRS来估计2倍的多普勒频 移(1倍的多普勒频移来自于下行TRP的传输，另外1倍的多普勒频移 来自于上行SRS的传输)；

第四步，基站计算两个TRP的多普勒频移之差作为预补偿量，即， f_pre-comp＝(f_trp0-f_trp1)/2＝f0-f1，并且TRP#1按照计算的预补偿量 对其下行信号的发送频点进行补偿，即，TRP#1在频点fc+f0-f1发送PDCCH/PDSCH及其DMRS，从而UE在频点fc+f0进行接收。TRP#0 作为锚TRP不进行预补偿，继续在频点fc发送PDCCH/PDSCH及其 DMRS，从而UE也在频点fc+f0进行接收。

由此，UE接收到下行信号的频点都偏移到相同的频点 freq_anchor＝fc+f0，实现SFN模式的接收。

图11示出了针对多普勒频移的预补偿前后的接收信号的频域特征 和时域特征。在图11的上半部分中，左边示出了未经预补偿的TRS#0 和TRS#1的多普勒频移(“Dopplershift”)与多普勒扩展(“Doppler spread”)，右边示出了它们的平均延迟(“Avg.delay”)与延迟扩展 (“Delay spread”)。在图11的下半部分中，左边示出了经预补偿的 PDCCH/PDSCH/DMRS的多普勒频移与多普勒扩展，右边示出了它们 的平均延迟与延迟扩展。

从图11可以看出，在TRP#1进行了多普勒频移预补偿后，两个 TRP的时域特性都没有变化，但是频域的多普勒扩展和多普勒频移都 集中到了一个范围内。也就是说，来自TRP#1的TRS#1的频域特征不 再适用于PDCCH/PDSCH/DMRS的解调等基带操作，但是其时域特征 是适用的。在现有的QCL指示机制中，QCL-TypeA、QCL-TypeB、 QCL-TypeC的TCI状态都包含频域QCL参数，如果直接利用TCI状 态进行QCL指示，UE利用TCI状态中指示的“多普勒频移”和“多 普勒扩展”配置接收器可能无法正确接收到来自TRP#1的信号。

在这种情况下，可以应用根据本公开的基于丢弃规则的QCL指示 机制，以根据需要“订制”包含希望参数的QCL假设。

首先，基站可以进行多普勒频移预补偿的配置。这可以响应于UE 在能力上报中包含了处理多普勒频移预补偿的能力而发生。例如，协议 可以新定义一个RRC参数“enableSFNPreCompensation”来配置该能 力。如果基站为UE配置该RRC参数为“启用”，则UE可以知道基站 将采用SFN模式传输PDCCH或PDSCH，并且基站的部分TRP将针 对多普勒频移进行预补偿。这有利于UE理解后续的信令以及配置收发 器。

其次，在SFN场景下，TRP#0和TRP#1都需要参与信号传输，因 此需要针对分别针对这它们进行QCL指示，因此至少需要传递2个 TCI状态，这里记为TCI状态#0和TCI状态#1。其中，TCI状态#0引 用TRS#0作为提供QCL信息的源参考信号，而TCI状态#1引用 TRS#1作为提供QCL信息的源参考信号。每个TCI状态可以包括一个 QCL-TypeA或QCL-TypeB或QCL-TypeC类型的QCL假设，以指示 关于时域参数和/或频域参数的QCL关系。另外可选地，每个TCI状态 还可以包括一个QCL-TypeD类型的QCL假设，以指示关于空间域参 数(即，波束)的QCL关系。

从MAC层信令的角度来看，可以利用3GPP Release 16中提供的 “增强的TCI状态激活/去激活MAC CE”来同时为UE配置的TCI状 态#0和TCI状态#1。图12示出了这种MAC CE的格式，其中“服务 小区ID”和“BWP ID”字段分别表示MAC CE所适用的服务小区和 下行BWP；“C

随后，基站可以使用如图7中所示的DCI来提供进一步的QCL指 示。具体而言，UE可以基于DCI中的“TCI状态”字段的值(即，码 点值)从MAC CE中提取对应的两个TCI状态的ID，找到对应的TCI 状态。

对于PDCCH来说，可以将为CORESET激活的TCI状态数控制 为2个，以提示UE下行传输是来自于2个TRP。这里对于 CORESET#0，这个特殊的小区特定的控制信道，对于已经进入RRC 链接状态的UE，也可以为其激活2个TCI状态，从而使得UE对 PDCCH的盲检过程中保持认为SFN的传输方式。这可以通过修改图5 中所示的MAC CE格式来实现，例如通过增加“CORESET ID”和 “TCI状态ID”字段，设置分别对应于TRP#0和TRP#1的TCI状态 #0和TCI状态#1。

此外，还存在使用PDSCH的QCL指示方式来指示PDCCH的趋 势。因此，上面针对PDSCH描述的MAC CE加DCI的QCL指示也 可以类似地适用于PDCCH，这里不再赘述。

在采用多普勒频移的预补偿技术时，希望针对TRP#0和TRP#1建 立QCL关系可以允许涉及的QCL参数组合如下：

Variant A：{多普勒频移，多普勒扩展，平均延迟，延迟扩展}+ {平均延迟，延迟扩展}；

Variant B：{多普勒频移，多普勒扩展}+{平均延迟，延迟扩展}；

Variant C：{多普勒频移，多普勒扩展，平均延迟，延迟扩展}+ {平均延迟}。

在上述各种组合中，对于TRP#0，所需的QCL参数可以通过 QCL-TypeA或QCL-TypeB类型的TCI状态#0来引用。对于TRP#1， 可以利用QCL-TypeA或QCL-TypeC类型的TCI状态#1来引用时域 QCL参数，但是不适用的频域QCL参数也被指示给UE。根据本公开 的实施例，基站还可以向UE发送丢弃规则(DR)来指示丢弃不希望 的QCL参数。

例如，丢弃规则可以采用比特图的形式，比特图中的每个比特可以 取不同的值来指示是否丢弃对应的一个或多个QCL参数。在一个示例 中，对于频域QCL参数和时域QCL参数，丢弃规则可以采用2比特 来分别指示是否丢弃，即，如果第一个比特取值‘1’，则表示丢弃频域 QCL参数“多普勒频移”和“多普勒扩展”；如果第二个比特取值‘1’， 则表示丢弃时域QCL参数“平均延迟”和“延迟扩展”；反之，则表示 不丢弃。在另一个示例中，对于“多普勒频移”、“多普勒扩展”、“平均 延迟”和“延迟扩展”，丢弃规则可以用4个比特来分别指示是否丢弃， 即，如果第一个、第二个、第三个或第四个比特取值‘1’，则分别表示 丢弃相应的QCL参数；反之，则表示不丢弃。

作为示例，以下表1和表2分别示意性地示出了可以用于实现上面 所述的VariantA～C的TCI状态和比特图形式的丢弃规则：

表1利用2比特的比特图实现的丢弃规则

*对于Variant C，可以特别定义丢弃规则DR＝(1，1)，其表示丢 弃除“平均延迟”以外的所有QCL参数。

表2利用4比特的比特图实现的丢弃规则

作为替代，丢弃规则也可以采用码点值的形式。具体而言，可以预 定义几种丢弃方案，将每个丢弃方案编码为不同的值。在一个示例中， 丢弃规则可以利用一个比特来指示是否丢弃频域QCL参数，例如，如 果该比特取码点值‘1’，则表示丢弃频域QCL参数；反之，则表示不 丢弃。在另一个示例中，丢弃规则可以利用两个比特来指示四种丢弃方 案之一，例如，码点值‘00’表示无丢弃；码点值‘01’表示仅丢弃时 域QCL参数；码点值‘10’表示仅丢弃频域QCL参数；码点值‘11’ 表示丢弃除“平均延迟”以外的所有QCL参数。

作为示例，以下表3和表4分别示意性地示出了可以用于实现上面 所述的VariantA～C的TCI状态和码点值形式的丢弃规则：

表3利用1比特的码点值实现的丢弃规则

*对于Variant C，如果需要，可以定义丢弃规则DR＝‘1’表示丢 弃除“平均延迟”以外的所有QCL参数。

表4利用2比特的码点值实现的丢弃规则

如上面的表1至表4所示，无论是哪种形式，所使用比特数越多， 指示的粒度越小，可以实现更多的QCL参数丢弃方案。一般而言，可 以仅生成与TCI状态#2相关联的丢弃规则2。但是，可选地，出于对 称性的目的，也可以生成与TCI状态#1相关联的丢弃规则1。丢弃规则1的存在有助于扩大TCI状态#1的适用性，例如，如上面的表格所 示，当引用TRS#0的TCI状态#1仅有QCL-TypeA类型时，可以利用 丢弃规则1来指示丢弃时域QCL参数。此时，QCL-TypeA类型的TCI 状态#1与丢弃规则1联合实现了QCL-TypeB类型的QCL假设。

丢弃规则可以各种信令发送给UE。优选地，丢弃规则可以通过承 载相关联的QCL指示的信令来发送。例如，对于PDSCH(可能也适 用于PDCCH)，DCI除了包含“TCI状态”字段，还可以增加指示丢 弃规则的“DR”字段，如图13中所示。“DR”字段可以是上面所述的 比特图或码点值，占用1个比特、2个比特或4个比特等，这取决于丢 弃规则的具体表示方式。

作为替代，丢弃规则也可以通过承载相关联的QCL指示的MAC CE来发送。参见图12，可以利用每个可选的八比特字节中的预留字段 “R”来传递本八比特字节中引用的TCI状态的丢弃规则。对于DCI 的每个码点i，TCI状态ID

考虑Variant A和Variant B的话，可以定义如果“R”＝0，则表示 无丢弃；如果“R”＝1，则表示丢弃后面的TCI状态ID

考虑Variant C的话，可以定义如果“R”＝0，则表示无丢弃；如 果“R”＝1，则表示丢弃后面的TCI状态ID

另外，如果TCI状态#1引用QCL-TypeC类型的QCL假设：

考虑Variant C的话，可以定义如果“R”＝0，则表示无丢弃；如 果“R”＝1，则表示丢弃后面的TCI状态ID

丢弃规则的应用方式可以取决于UE侧的具体实现。在一个示例中， UE可以根据丢弃规则找到并排除不希望的一个或多个QCL参数(例 如对应于比特图中的比特为‘1’的参数)，并关于剩余的参数建立 QCL关系。在另一个示例中，UE可以根据丢弃规则找到希望的一个或 多个QCL参数(例如对应于比特图中的比特为‘0’的参数)，并关于 这个/这些参数建立QCL关系。也就是说，UE侧的丢弃既包括直接的 禁用，也包括间接的启用。

本公开的实施例还可以考虑UE是否支持对于TCI状态的部分 QCL参数的丢弃操作。UE可以通过能力上报来告知基站。响应于接收 到的报告中表明UE具有支持丢弃操作的能力，则基站可以实施上面所 述的“QCL指示+丢弃规则”的机制，UE可以通过MAC CE或DCI接收到丢弃规则。

如果UE不支持QCL参数的任何丢弃方案，则根据本公开的机制 可能是不适用的。协议应该定义全新的QCL类型，以指示建立仅涉及 时域参数的QCL关系。

例如，考虑上面的Variant A和Variant B，可以定义

-“QCL-TypeE”：关于{平均延迟，延迟扩展}；

考虑上面的Variant C，可以定义

-“QCL-TypeF”：关于{平均延迟}。

基站可以使用新的QCL-TypeE或QCL-TypeF类型的TCI状态来 为UE指示与TRP#1的QCL关系。

虽然上面介绍了通过诸如MAC CE或DCI之类的动态信令传递丢 弃规则的示例，但是本公开不限于此。根据本公开的实施例，丢弃规则 也可以以RRC参数的形式配置给UE。当UE接收到同时针对多个 TRP指示的多个TCI状态时，可以自动地将预配置的丢弃规则应用于 对应的TCI状态，从而丢弃其应用的不希望的QCL参数。例如，在上 面参照TRP#0和TRP#1讨论的场景中，基站可以为UE预配置针对 TCI状态#1的丢弃规则，使得UE可以根据丢弃规则丢弃频域QCL参 数。基站还可以为UE预配置针对TCI状态#0的丢弃规则，使得UE可 以根据丢弃规则丢弃时域QCL参数。这种方式可以避免动态信令带来 的开销。

应理解，如上所述的RRC参数、MAC CE、DCI的发送可以通过 基站的任一个TRP来进行，这取决于基站的调度。换句话说，在信令 传输方面，TRP#0和TRP#1没有主次之分。

对于UE来说，其执行丢弃操作的结果将导致建立关于TCI状态中 引用的部分QCL参数(未丢弃的QCL参数)的QCL关系。例如，通 过向TCI状态#1应用丢弃规则，UE将建立TCI状态#1中引用的 TRS#1与PDSCH/PDCCH/DMRS之间的关于时域QCL参数的QCL 关系，使得用于接收TRS#1的时域参数可以用于即将到来的PDSCH 的接收或PDCCH的监听。另一方面，UE可以建立TCI状态#0中引用 的TRS#0与PDSCH/PDCCH/DMRS之间的关于所有QCL参数或仅关于频域QCL参数的QCL关系。

根据本公开的实施例，除了PDSCH/PDCCH/DMRS以外，还可以 考虑建立TRS与其它参考信号之间的QCL关系。在Release 15/16的 QCL关系图谱中，我们可以看到QCL关系都是下行参考信号之间的关 系。但是如参照图10描述的多普勒频移预补偿过程中所提到的，UE需 要分别向TRP#0和TRP#1发送SRS。因此，可以考虑建立TRP特定 的TRS和TRP特定的SRS之间的关系，如图14中所示，新定义TRS (例如周期性CSI-RS或非周期性CSI-RS)与SRS之间的QCL-TypeB 类型(可选地，还有QCL-TypeD类型)的关系。这个新的QCL关系 说明UE应该在接收到TRS的频点(经过多普勒偏移之后的载波频点) 来发送后续的SRS资源，以及使用接收TRS的接收波束所对应的上行 发射波束来发送该SRS。

对于TRS和SRS的发送方式，可以考虑使用上行调度DCI(例如 DCI格式0_1/0_2)来同时触发非周期的TRS和非周期的SRS，并且该 SRS和TRS之间满足上述新的QCL关系。

对于下行调度DCI(例如DCI格式1_1/1_2)，这里没有触发非周 期的TRS的字段，但有触发非周期的SRS的字段。这里可以考虑给非 周期的SRS配置一个关联的非周期的TRS的资源，一旦该SRS被触发， 则表示该TRS也被触发，只是该TRS的触发条件是要在触发SRS之前 的一段时间，使得UE有足够的时间来完成对TRS的跟踪和估计，以 便发送后续的SRS。

虽然上面主要在利用多普勒频移预补偿技术的SFN场景下描述了 本公开的实施例，但是应理解，本公开的基于丢弃规则的QCL指示机 制的应用范围不限于此。

举例来说，还可能存在没有合适的TCI状态用于实施QCL指示的 情况。在Release15/16中，通信网络为UE配置最多64个TCI状态并 激活最多8个TCI状态，但是例如当通信环境发生急剧变化时，可能 出现这些TCI状态都不适合QCL指示的情况。重新为UE配置合适的TCI状态将会耗费大量的资源。此时，可以利用根据本公开的QCL指 示方式，TCI状态加丢弃规则实质上能够提供包含该TCI状态中引用 的QCL参数的子集的QCL假设。因此，当TCI状态资源比较紧缺时， 基站为UE配置的TCI状态池可以仅包含QCL-TypeA类型的TCI状态 (QCL-TypeD不在本公开的考虑之内)，并且如果需要指示QCL- TypeB、QCL-TypeC或者其它少于四种QCL参数的任何类型，可以通 过QCL-TypeA类型的TCI状态和相应的丢弃规则来实现。由此， QCL指示的适用性得到显著提高。

上面已经详细描述了本公开的实施例的各个方面，但是应注意， 上面为了描述了所示出的天线阵列的结构、布置、类型、数量等，端 口，参考信号，通信设备，通信方法等等，都不是为了将本公开的方 面限制到这些具体的示例。

应当理解，上述各实施例中描述的电子设备100、200的各个单元 仅是根据其所实现的具体功能划分的逻辑模块，而不是用于限制具体的 实现方式。在实际实现时，上述各单元可被实现为独立的物理实体，或 者也可以由单个实体(例如，处理器(CPU或DSP等)、集成电路等) 来实现。

【本公开的示例性实现】

根据本公开的实施例，可以想到各种实现本公开的概念的实现方式， 包括但不限于以下示意性示例(EE)：

EE1、一种用户设备(UE)侧的电子设备，包括：

处理电路，被配置为

从基站接收关于第一天线端口与第二天线端口之间的准共址 (QCL)假设的QCL指示，所述QCL指示引用多个QCL参数；

根据与所述QCL指示相关联的丢弃规则，丢弃所述多个QCL参 数中的一部分；以及

建立第一天线端口与第二天线端口之间关于所述QCL指示中引用 的剩余QCL参数的QCL关系。

EE2、如EE 1所述的电子设备，其中所述处理电路还被配置为 在用于接收所述QCL指示的下行控制信息(DCI)或介质访问控制 (MAC)控制元素(CE)中接收所述丢弃规则。

EE3、如EE1所述的电子设备，其中所述丢弃规则由基站通过 RRC参数预配置给所述UE。

EE4、如EE1所述的电子设备，其中所述丢弃规则被表示为： 比特图，每个比特指示相应的至少一个QCL参数是否被丢弃；或 码点值，其指示一组预定的QCL参数丢弃方案之一。

EE5、如EE1所述的电子设备，其中所述丢弃包括根据所述丢弃 规则，从所述多个QCL参数中识别所述剩余QCL参数。

EE6、如EE1-EE5中任一项所述的电子设备，其中所述处理电路 还被配置为 向基站上报所述UE具有支持QCL参数丢弃操作的能力；以及 从基站接收所述丢弃规则。

EE7、如EE1所述的电子设备，其中所述QCL指示与第一发送 接收点(TRP)相关联，其中第一TRP对发送给所述UE的信号进行 多普勒频移预补偿，使得所述UE接收来自第一TRP的信号的频点变 为基本上与所述UE接收来自第二TRP的信号的频点重合，第一 TRP与第二TRP工作在单频网络(SFN)模式下， 其中，所述处理电路被配置为根据所述丢弃规则，丢弃所述QCL指 示中引用的频域QCL参数。

EE8、如EE7所述的电子设备，其中所述处理电路还被配置为 从基站接收指示所述多普勒频移预补偿的启用的RRC参数。

EE9、如EE7所述的电子设备，其中所述处理电路还被配置为 从基站接收包含与第一TRP相关联的QCL指示和与第二TRP相关 联的QCL指示的MAC CE。

EE10、如EE9所述的电子设备，其中所述处理电路还被配置为 基于相关联的丢弃规则，丢弃与第二TRP相关联的QCL指示中引用 的时域QCL参数。

EE11、如EE7所述的电子设备，其中，第一天线端口用于传输 跟踪参考信号(TRS)，并且第二天线端口用于传输物理下行控制信 道(PDCCH)或物理下行共享信道(PDSCH)。

EE12、如EE11所述的电子设备，其中，所述处理电路还被配置 为 基于所述QCL指示，建立第一天线端口与用于传输探测参考信号 (SRS)的天线端口之间关于频域QCL参数的QCL关系，使得所述 UE能够在接收所述TRS的频点上发送SRS。

EE13、如EE12所述的电子设备，其中，所述处理电路还被配置 为 基于所述QCL指示，建立第一天线端口与用于传输探测参考信号 (SRS)的天线端口之间关于空间域QCL参数的QCL关系，使得所 述UE使用接收TRS的波束来作为SRS的发射波束。

EE14、如EE12所述的电子设备，其中，所述处理电路还配置为 通过接收DCI同时触发所述TRS和所述SRS的传输。

EE15、一种基站侧的电子设备，包括：

处理电路，被配置为：

生成关于第一天线端口与第二天线端口之间的准共址(QCL)的 假设的QCL指示，所述QCL指示引用多个QCL参数；

确定与是QCL指示信息相关联的丢弃规则，所述丢弃规则指示丢 弃所述多个QCL参数中的一部分；以及

向UE发送所述QCL指示和所述丢弃规则。

EE16、如EE15所述的电子设备，其中所述处理电路被配置为 在下行控制信息(DCI)或介质访问控制(MAC)控制元素(CE) 中向UE发送所述QCL指示和丢弃规则，或者 经由RRC参数给UE预配置所述丢弃规则。

EE17、如EE15所述的电子设备，其中所述处理电路还被配置为 从UE接收关于所述UE具有支持QCL参数丢弃操作的能力的报告； 以及 响应于所述报告，向UE发送所述丢弃规则。

EE18、如EE15所述的电子设备，其中所述QCL指示与第一发 送接收点(TRP)相关联，其中第一TRP对发送给所述UE的信号进 行多普勒频移预补偿，使得所述UE接收来自第一TRP的信号的频点 变为基本上等于所述UE接收来自第二TRP的信号的频点，第一 TRP与第二TRP工作在单频网络(SFN)模式下， 其中，所述丢弃规则指示丢弃所述QCL指示中引用的频域QCL参数。

EE19、如EE18所述的电子设备，其中，所述处理电路还配置为 通过RRC参数向所述UE配置多普勒频移预补偿的启用，并且发送包 含与第一TRP相关联的QCL指示和与第二TRP相关联的QCL指示 的MAC CE，

EE20、如EE15所述的电子设备，其中，所述处理电路还配置为 通过发送DCI同时触发所述TRS和所述SRS的传输。

EE21、一种通信方法，包括：

从基站接收关于第一天线端口与第二天线端口之间的准共址(QCL) 假设的QCL指示，所述QCL指示引用多个QCL参数；

根据与所述QCL指示相关联的丢弃规则，丢弃所述多个QCL参数中 的一部分；以及

建立第一天线端口与第二天线端口之间关于所述QCL指示中引用的 剩余QCL参数的QCL关系。

EE22、一种通信方法，包括：

生成关于第一天线端口与第二天线端口之间的准共址(QCL)的假设 的QCL指示，所述QCL指示引用多个QCL参数；

确定与是QCL指示信息相关联的丢弃规则，所述丢弃规则指示丢弃 所述多个QCL参数中的一部分；以及

向UE发送所述QCL指示和所述丢弃规则。

EE23、一种包括可执行指令的计算机程序产品，所述可执行指令 当被执行时实现如EE21或EE22所述的通信方法。

【本公开的应用实例】

本公开中描述的技术能够应用于各种产品。

例如，根据本公开的实施例的电子设备200可以被实现为各种基站 或者安装在基站中，电子设备100可以被实现为各种用户设备或被安装 在各种用户设备中。

根据本公开的实施例的通信方法可以由各种基站或用户设备实现； 根据本公开的实施例的方法和操作可以体现为计算机可执行指令，存储 在非暂时性计算机可读存储介质中，并可以由各种基站或用户设备执行 以实现上面所述的一个或多个功能。

根据本公开的实施例的技术可以制成各个计算机程序产品，被用于 各种基站或用户设备以实现上面所述的一个或多个功能。

应注意，本公开中所使用的术语“基站”不仅限于上面这两种节点， 而是作为网络侧的控制设备的示例，并具有其通常含义的全部广度。 本公开中所说的基站可以被实现为任何类型的基站，优选地，诸如 3GPP的5G NR标准中定义的宏gNB和ng-eNB。gNB可以是覆盖比 宏小区小的小区的gNB，诸如微微gNB、微gNB和家庭(毫微微) gNB。代替地，基站可以被实现为任何其他类型的基站，诸如NodeB、 eNodeB和基站收发台(BTS)。基站还可以包括：被配置为控制无线 通信的主体以及设置在与主体不同的地方的一个或多个远程无线头端(RRH)、无线中继站、无人机塔台、自动化工厂中的控制节点等。

另外，在本公开中，术语“UE”具有其通常含义的全部广度，包括 与基站通信的各种终端设备或车载设备。UE可以被实现为移动终端 (诸如智能电话、平板个人计算机(PC)、笔记本式PC、便携式游 戏终端、便携式/加密狗型移动路由器和数字摄像装置)或者车载终端 (诸如汽车导航设备)。UE还可以被实现为执行机器对机器(M2M) 通信的终端(也称为机器类型通信(MTC)终端)、无人机、自动化 工厂中的传感器和执行器等。此外，用户设备可以为安装在上述终端 中的每个终端上的无线通信模块(诸如包括单个晶片的集成电路模块)。

下面简单介绍可以应用本公开的技术的基站和UE的应用示例。

基站的第一应用示例

图15是示出可以应用本公开内容的技术的基站的示意性配置的第 一示例的框图。在图15中，基站可以实现为gNB1400。gNB 1400包括 多个天线1410以及基站设备1420。基站设备1420和每个天线1410可 以经由RF线缆彼此连接。在一种实现方式中，此处的gNB1400(或 基站设备1420)可以对应于上述电子设备200。

天线1410包括多个天线元件，诸如用于大规模MIMO的多个天线 阵列。天线1410例如可以被布置成天线阵列矩阵，并且用于基站设备 1420发送和接收无线信号。例如，多个天线1410可以与gNB 1400使 用的多个频段兼容。

基站设备1420包括控制器1421、存储器1422、网络接口1423以 及无线通信接口1425。

控制器1421可以为例如CPU或DSP，并且操作基站设备1420的 较高层的各种功能。例如，控制器1421可以包括上面所述的处理电路 1001，执行图4B中描述的通信方法，或者控制电子设备1000的各个部 件。例如，控制器1421根据由无线通信接口1425处理的信号中的数据 来生成数据分组，并经由网络接口1423来传递所生成的分组。控制器 1421可以对来自多个基带处理器的数据进行捆绑以生成捆绑分组，并 传递所生成的捆绑分组。控制器1421可以具有执行如下控制的逻辑功 能：该控制诸如为无线资源控制、无线承载控制、移动性管理、接纳控 制和调度。该控制可以结合附近的gNB或核心网节点来执行。存储器1422包括RAM和ROM，并且存储由控制器1421执行的程序和各种 类型的控制数据(诸如终端列表、传输功率数据以及调度数据)。

网络接口1423为用于将基站设备1420连接至核心网1424(例如， 5G核心网)的通信接口。控制器1421可以经由网络接口1423而与核 心网节点或另外的gNB进行通信。在此情况下，gNB1400与核心网节 点或其他gNB可以通过逻辑接口(诸如NG接口和Xn接口)而彼此连 接。网络接口1423还可以为有线通信接口或用于无线回程线路的无线 通信接口。如果网络接口1423为无线通信接口，则与由无线通信接口 1425使用的频段相比，网络接口1423可以使用较高频段用于无线通信。

无线通信接口1425支持任何蜂窝通信方案(诸如5G NR)，并且经 由天线1410来提供到位于gNB 1400的小区中的终端的无线连接。无线 通信接口1425通常可以包括例如基带(BB)处理器1426和RF电路 1427。BB处理器1426可以执行例如编码/解码、调制/解调以及复用/解 复用，并且执行各层(例如物理层、MAC层、RLC层、PDCP层、 SDAP层)的各种类型的信号处理。代替控制器1421，BB处理器1426 可以具有上述逻辑功能的一部分或全部。BB处理器1426可以为存储通 信控制程序的存储器，或者为包括被配置为执行程序的处理器和相关电 路的模块。更新程序可以使BB处理器1426的功能改变。该模块可以 为插入到基站设备1420的槽中的卡或刀片。可替代地，该模块也可以 为安装在卡或刀片上的芯片。同时，RF电路1427可以包括例如混频器、 滤波器和放大器，并且经由天线1410来传送和接收无线信号。虽然图 15示出一个RF电路1427与一根天线1410连接的示例，但是本公开并 不限于该图示，而是一个RF电路1427可以同时连接多根天线1410。

如图15所示，无线通信接口1425可以包括多个BB处理器1426。 例如，多个BB处理器1426可以与gNB 1400使用的多个频段兼容。如 图15所示，无线通信接口1425可以包括多个RF电路1427。例如，多 个RF电路1427可以与多个天线元件兼容。虽然图15示出其中无线通 信接口1425包括多个BB处理器1426和多个RF电路1427的示例，但 是无线通信接口1425也可以包括单个BB处理器1426或单个RF电路 1427。

在图15中示出的gNB 1400中，参照图4A描述的处理电路201 中包括的一个或多个单元可被实现在无线通信接口1425中。可替代地， 这些组件中的至少一部分可被实现在控制器1421中。例如，gNB1400 包含无线通信接口1425的一部分(例如，BB处理器1426)或者整体， 和/或包括控制器1421的模块，并且一个或多个组件可被实现在模块 中。在这种情况下，模块可以存储用于允许处理器起一个或多个组件 的作用的程序(换言之，用于允许处理器执行一个或多个组件的操作 的程序)，并且可以执行该程序。作为另一个示例，用于允许处理器 起一个或多个组件的作用的程序可被安装在gNB1400中，并且无线通 信接口1425(例如，BB处理器1426)和/或控制器1421可以执行该 程序。如上所述，作为包括一个或多个组件的装置，gNB1400、基站 设备1420或模块可被提供，并且用于允许处理器起一个或多个组件的 作用的程序可被提供。另外，将程序记录在其中的可读介质可被提供。

基站的第二应用示例

图16是示出可以应用本公开的技术的基站的示意性配置的第二示 例的框图。在图16中，基站被示出为gNB 1530。gNB 1530包括多个 天线1540、基站设备1550和RRH 1560。RRH 1560和每个天线1540 可以经由RF线缆而彼此连接。基站设备1550和RRH 1560可以经由 诸如光纤线缆的高速线路而彼此连接。在一种实现方式中，此处的gNB 1530(或基站设备1550)可以对应于上述电子设备200。

天线1540包括多个天线元件，诸如用于大规模MIMO的多个天线 阵列。天线1540例如可以被布置成天线阵列矩阵，并且用于基站设备 1550发送和接收无线信号。例如，多个天线1540可以与gNB 1530使 用的多个频段兼容。

基站设备1550包括控制器1551、存储器1552、网络接口1553、无 线通信接口1555以及连接接口1557。控制器1551、存储器1552和网 络接口1553与参照图16描述的控制器1421、存储器1422和网络接口 1423相同。

无线通信接口1555支持任何蜂窝通信方案(诸如5G NR)，并且经 由RRH 1560和天线1540来提供到位于与RRH 1560对应的扇区中的 终端的无线通信。无线通信接口1555通常可以包括例如BB处理器 1556。除了BB处理器1556经由连接接口1557连接到RRH 1560的RF电路1564之外，BB处理器1556与参照图15描述的BB处理器相同。如图16所示，无线通信接口1555可以包括多个BB处理器 1556。例如，多个BB处理器1556可以与gNB 1530使用的多个频段兼 容。虽然图16示出其中无线通信接口1555包括多个BB处理器1556 的示例，但是无线通信接口1555也可以包括单个BB处理器1556。

连接接口1557为用于将基站设备1550(无线通信接口1555)连接 至RRH 1560的接口。连接接口1557还可以为用于将基站设备1550 (无线通信接口1555)连接至RRH 1560的上述高速线路中的通信的 通信模块。

RRH 1560包括连接接口1561和无线通信接口1563。

连接接口1561为用于将RRH 1560(无线通信接口1563)连接至 基站设备1550的接口。连接接口1561还可以为用于上述高速线路中的 通信的通信模块。

无线通信接口1563经由天线1540来传送和接收无线信号。无线通 信接口1563通常可以包括例如RF电路1564。RF电路1564可以包括 例如混频器、滤波器和放大器，并且经由天线1540来传送和接收无线 信号。虽然图16示出一个RF电路1564与一根天线1540连接的示例， 但是本公开并不限于该图示，而是一个RF电路1564可以同时连接多 根天线1540。

如图16所示，无线通信接口1563可以包括多个RF电路1564。例 如，多个RF电路1564可以支持多个天线元件。虽然图16示出其中无 线通信接口1563包括多个RF电路1564的示例，但是无线通信接口 1563也可以包括单个RF电路1564。

在图16中示出的gNB 1500中，参照图4A描述的处理电路201 中中包括的一个或多个单元可被实现在无线通信接口1525中。可替代 地，这些组件中的至少一部分可被实现在控制器1521中。例如，gNB 1500包含无线通信接口1525的一部分(例如，BB处理器1526)或者整体，和/或包括控制器1521的模块，并且一个或多个组件可被实 现在模块中。在这种情况下，模块可以存储用于允许处理器起一个或 多个组件的作用的程序(换言之，用于允许处理器执行一个或多个组 件的操作的程序)，并且可以执行该程序。作为另一个示例，用于允 许处理器起一个或多个组件的作用的程序可被安装在gNB 1500中， 并且无线通信接口1525(例如，BB处理器1526)和/或控制器1521 可以执行该程序。如上所述，作为包括一个或多个组件的装置，gNB 1500、基站设备1520或模块可被提供，并且用于允许处理器起一个或多个组件的作用的程序可被提供。另外，将程序记录在其中的可读介 质可被提供。

用户设备的第一应用示例

无线通信接口1563经由天线1540来传送和接收无线信号。无线通 信接口1563通常可以包括例如RF电路1564。RF电路1564可以包括例 如混频器、滤波器和放大器，并且经由天线1540来传送和接收无线信号。 虽然图16示出一个RF电路1564与一根天线1540连接的示例，但是本 公开并不限于该图示，而是一个RF电路1564可以同时连接多根天线 1540。

智能电话1600包括处理器1601、存储器1602、存储装置1603、外 部连接接口1604、摄像装置1606、传感器1607、麦克风1608、输入装 置1609、显示装置1610、扬声器1611、无线通信接口1612、一个或多 个天线开关1615、一个或多个天线1616、总线1617、电池1618以及辅助控制器1619。

处理器1601可以为例如CPU或片上系统(SoC)，并且控制智能 电话1600的应用层和另外层的功能。处理器1601可以包括或充当参照 图3A描述的处理电路101。存储器1602包括RAM和ROM，并且存 储数据和由处理器1601执行的程序。存储装置1603可以包括存储介质， 诸如半导体存储器和硬盘。外部连接接口1604为用于将外部装置(诸 如存储卡和通用串行总线(USB)装置)连接至智能电话1600的接口。

摄像装置1606包括图像传感器(诸如电荷耦合器件(CCD)和互 补金属氧化物半导体(CMOS))，并且生成捕获图像。传感器1607可 以包括一组传感器，诸如测量传感器、陀螺仪传感器、地磁传感器和加 速度传感器。麦克风1608将输入到智能电话1600的声音转换为音频信 号。输入装置1609包括例如被配置为检测显示装置1610的屏幕上的触 摸的触摸传感器、小键盘、键盘、按钮或开关，并且接收从用户输入的 操作或信息。显示装置1610包括屏幕(诸如液晶显示器(LCD)和有 机发光二极管(OLED)显示器)，并且显示智能电话1600的输出图像。 扬声器1611将从智能电话1600输出的音频信号转换为声音。

无线通信接口1612支持任何蜂窝通信方案(诸如4G LTE或5G NR等等)，并且执行无线通信。无线通信接口1612通常可以包括例如 BB处理器1613和RF电路1614。BB处理器1613可以执行例如编码/ 解码、调制/解调以及复用/解复用，并且执行用于无线通信的各种类型 的信号处理。同时，RF电路1614可以包括例如混频器、滤波器和放大 器，并且经由天线1616来传送和接收无线信号。无线通信接口1612可 以为其上集成有BB处理器1613和RF电路1614的一个芯片模块。如 图17所示，无线通信接口1612可以包括多个BB处理器1613和多个 RF电路1614。虽然图17示出其中无线通信接口1612包括多个BB处 理器1613和多个RF电路1614的示例，但是无线通信接口1612也可 以包括单个BB处理器1613或单个RF电路1614。

此外，除了蜂窝通信方案之外，无线通信接口1612可以支持另外 类型的无线通信方案，诸如短距离无线通信方案、近场通信方案和无线 局域网(LAN)方案。在此情况下，无线通信接口1612可以包括针对 每种无线通信方案的BB处理器1613和RF电路1614。

天线开关1615中的每一个在包括在无线通信接口1612中的多个电 路(例如用于不同的无线通信方案的电路)之间切换天线1616的连接 目的地。

天线1616包括多个天线元件，诸如用于大规模MIMO的多个天线 阵列。天线1616例如可以被布置成天线阵列矩阵，并且用于无线通信 接口1612传送和接收无线信号。智能电话1600可以包括一个或多个天 线面板(未示出)。

此外，智能电话1600可以包括针对每种无线通信方案的天线1616。 在此情况下，天线开关1615可以从智能电话1600的配置中省略。

总线1617将处理器1601、存储器1602、存储装置1603、外部连接 接口1604、摄像装置1606、传感器1607、麦克风1608、输入装置 1609、显示装置1610、扬声器1611、无线通信接口1612以及辅助控制 器1619彼此连接。电池1618经由馈线向图17所示的智能电话1600的各个块提供电力，馈线在图中被部分地示为虚线。辅助控制器1619例 如在睡眠模式下操作智能电话1600的最小必需功能。

在图17中示出的智能电话1600中，参照图3A描述的处理电路 101中包括的一个或多个组件可被实现在无线通信接口1612中。可替 代地，这些组件中的至少一部分可被实现在处理器1601或者辅助控制 器1619中。作为一个示例，智能电话1600包含无线通信接口1612的 一部分(例如，BB处理器1613)或者整体，和/或包括处理器1601 和/或辅助控制器1619的模块，并且一个或多个组件可被实现在该模 块中。在这种情况下，该模块可以存储允许处理起一个或多个组件的 作用的程序(换言之，用于允许处理器执行一个或多个组件的操作的 程序)，并且可以执行该程序。作为另一个示例，用于允许处理器起 一个或多个组件的作用的程序可被安装在智能电话1600中，并且无线 通信接口1612(例如，BB处理器1613)、处理器1601和/或辅助控 制器1619可以执行该程序。如上所述，作为包括一个或多个组件的装 置，智能电话1600或者模块可被提供，并且用于允许处理器起一个或 多个组件的作用的程序可被提供。另外，将程序记录在其中的可读介 质可被提供。

用户设备的第二应用示例

图18是示出可以应用本公开的技术的汽车导航设备1720的示意性 配置的示例的框图。汽车导航设备1720可以被实现为参照图3A描述的 电子设备100。汽车导航设备1720包括处理器1721、存储器1722、全 球定位系统(GPS)模块1724、传感器1725、数据接口1726、内容播 放器1727、存储介质接口1728、输入装置1729、显示装置1730、扬声 器1731、无线通信接口1733、一个或多个天线开关1736、一个或多个 天线1737以及电池1738。

处理器1721可以为例如CPU或SoC，并且控制汽车导航设备 1720的导航功能和另外的功能。存储器1722包括RAM和ROM，并 且存储数据和由处理器1721执行的程序。

GPS模块1724使用从GPS卫星接收的GPS信号来测量汽车导航 设备1720的位置(诸如纬度、经度和高度)。传感器1725可以包括一 组传感器，诸如陀螺仪传感器、地磁传感器和空气压力传感器。数据接 口1726经由未示出的终端而连接到例如车载网络1741，并且获取由车 辆生成的数据(诸如车速数据)。

内容播放器1727再现存储在存储介质(诸如CD和DVD)中的内 容，该存储介质被插入到存储介质接口1728中。输入装置1729包括例 如被配置为检测显示装置1730的屏幕上的触摸的触摸传感器、按钮或 开关，并且接收从用户输入的操作或信息。显示装置1730包括诸如 LCD或OLED显示器的屏幕，并且显示导航功能的图像或再现的内容。 扬声器1731输出导航功能的声音或再现的内容。

无线通信接口1733支持任何蜂窝通信方案(诸如4G LTE或5G NR)，并且执行无线通信。无线通信接口1733通常可以包括例如BB 处理器1734和RF电路1735。BB处理器1734可以执行例如编码/解码、 调制/解调以及复用/解复用，并且执行用于无线通信的各种类型的信号 处理。同时，RF电路1735可以包括例如混频器、滤波器和放大器，并 且经由天线1737来传送和接收无线信号。无线通信接口1733还可以为 其上集成有BB处理器1734和RF电路1735的一个芯片模块。如图18 所示，无线通信接口1733可以包括多个BB处理器1734和多个RF电 路1735。虽然图18示出其中无线通信接口1733包括多个BB处理器 1734和多个RF电路1735的示例，但是无线通信接口1733也可以包括 单个BB处理器1734或单个RF电路1735。

此外，除了蜂窝通信方案之外，无线通信接口1733可以支持另外 类型的无线通信方案，诸如短距离无线通信方案、近场通信方案和无线 LAN方案。在此情况下，针对每种无线通信方案，无线通信接口1733 可以包括BB处理器1734和RF电路1735。

天线开关1736中的每一个在包括在无线通信接口1733中的多个电 路(诸如用于不同的无线通信方案的电路)之间切换天线1737的连接 目的地。

天线1737包括多个天线元件，诸如用于大规模MIMO的多个天线 阵列。天线1737例如可以被布置成天线阵列矩阵，并且用于无线通信 接口1733传送和接收无线信号。

此外，汽车导航设备1720可以包括针对每种无线通信方案的天线 1737。在此情况下，天线开关1736可以从汽车导航设备1720的配置中 省略。

电池1738经由馈线向图18所示的汽车导航设备1720的各个块提 供电力，馈线在图中被部分地示为虚线。电池1738累积从车辆提供的 电力。

在图18中示出的汽车导航装置1720中，参照图3A描述的处理电 路101中包括的一个或多个组件可被实现在无线通信接口1733中。可 替代地，这些组件中的至少一部分可被实现在处理器1721中。作为一 个示例，汽车导航装置1720包含无线通信接口1733的一部分(例如， BB处理器1734)或者整体，和/或包括处理器1721的模块，并且一个 或多个组件可被实现在该模块中。在这种情况下，该模块可以存储允许 处理起一个或多个组件的作用的程序(换言之，用于允许处理器执行一 个或多个组件的操作的程序)，并且可以执行该程序。作为另一个示例， 用于允许处理器起一个或多个组件的作用的程序可被安装在汽车导航装 置1720中，并且无线通信接口1733(例如，BB处理器1734)和/或处 理器1721可以执行该程序。如上所述，作为包括一个或多个组件的装 置，汽车导航装置1720或者模块可被提供，并且用于允许处理器起一 个或多个组件的作用的程序可被提供。另外，将程序记录在其中的可读 介质可被提供。

另外，在图18中示出的汽车导航装置1720中，例如，图3A的通 信单元105可被实现在无线通信接口1933(例如，RF电路1935)中。

本公开的技术也可以被实现为包括汽车导航设备1720、车载网络 1741以及车辆模块1742中的一个或多个块的车载系统(或车辆)1740。 车辆模块1742生成车辆数据(诸如车速、发动机速度和故障信息)，并 且将所生成的数据输出至车载网络1741。

以上参照附图描述了本公开的示例性实施例，但是本公开当然不限 于以上示例。本领域技术人员可在所附权利要求的范围内得到各种变更 和修改，并且应理解这些变更和修改自然将落入本公开的技术范围内。

例如，在以上实施例中包括在一个单元中的多个功能可以由分开的 装置来实现。替选地，在以上实施例中由多个单元实现的多个功能可分 别由分开的装置来实现。另外，以上功能之一可由多个单元来实现。无 需说，这样的配置包括在本公开的技术范围内。

在该说明书中，流程图中所描述的步骤不仅包括以所述顺序按时间 序列执行的处理，而且包括并行地或单独地而不是必须按时间序列执行 的处理。此外，甚至在按时间序列处理的步骤中，无需说，也可以适当 地改变该顺序。

虽然已经详细说明了本公开及其优点，但是应当理解在不脱离由所 附的权利要求所限定的本公开的精神和范围的情况下可以进行各种改变、 替代和变换。而且，本公开实施例的术语“包括”、“包含”或者其任何其 他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方 法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他 要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。 在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排 除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要 素。