CN114503731A - 用于网络协作通信的发送/接收数据的方法和设备 - Google Patents

Abstract

本公开涉及一种用于将IoT技术与5G通信系统融合以支持超过4G系统的更高数据传输速率的通信技术及其系统。本公开可以基于5G通信技术和IoT相关技术应用于智能服务(例如，智能家庭、智能建筑、智能城市、智能汽车或联网汽车、医疗保健、数字教育、零售商业、安全和安保相关服务等)。此外，本公开涉及一种用于在无线通信系统中执行协作通信的方法和设备。根据本公开的一个实施例，通信系统的终端的方法包括以下步骤：从与第一小区相关联的基站接收包括TCI配置和QCL配置的小区配置信息；基于小区配置信息检查QCL参考天线端口；以及基于与检查的QCL参考天线端口的QCL关系从基站接收信号，其中可以基于与第二小区相关联的CSI‑RS或SSB来检查QCL参考天线端口。

Description

用于网络协作通信的发送/接收数据的方法和设备

技术领域

本公开涉及用于在无线通信系统中执行通信的方法和设备，并且更具体地，涉及用于执行协作通信的方法和设备。

背景技术

为了满足自4G通信系统的部署以来日益增长的无线数据通信量的需求，已经做出了努力来研发改进的5G或者预5G通信系统。因此，5G或预5G通信系统也被称为“超4G网络”通信系统或“后LTE”系统。5G通信系统被认为是在更高频率(毫米波)频带(例如，60GHz频带)中实现的，以便实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5G通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。此外，在5G通信系统中，基于高级小小区、云无线电接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等，正在进行系统网络改进的开发。在5G系统中，已经开发了作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)及滑动窗口叠加编码(SWSC)，以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。

作为人类在其中生成和消费信息的、以人为中心的连接网络的互联网，现在正在向物联网(IoT)演进，在物联网中，分布式实体(诸如事物)在没有人类干预的情况下交换和处理信息。万物互联(IoE)已经出现，它是IoT技术和大数据处理技术通过与云服务器的连接的结合。随着诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”的技术元素已经成为IoT实现的需要，最近已经研究了传感器网络、机器对机器(M2M)通信、机器类型通信等。这种IoT环境可以提供智能互联网技术服务，其通过收集和分析互联事物中生成的数据来为人类生活创造新的价值。通过现有信息技术(IT)和各种工业应用的融合和结合，IoT可应用于各种领域，包括智能家庭、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能电器和高级医疗服务。

与此相一致，已经进行了各种尝试来将5G通信系统应用于IoT网络。例如，诸如传感器网络、机器类型通信(MTC)和机器到机器(M2M)通信的技术可以通过波束成形、MIMO和阵列天线来实现。云无线电接入网络(RAN)作为上述大数据处理技术的应用也可以被认为是5G技术与IoT技术融合的示例。

随着如上所述的无线通信系统的发展，需要用于网络协作通信的数据发送/接收方法。

发明内容

技术问题

基于上述讨论，本公开提供了一种用于在传输节点和UE之间发送和接收信号以在无线通信系统中执行协作通信的方法和设备。

技术方案

根据本公开的实施例的一种通信系统中的UE的方法可以包括：从与第一小区相关联的基站接收小区配置信息，所述小区配置信息包括传输配置指示符(TCI)配置和准共址(QCL)配置；基于所述小区配置信息，识别QCL参考天线端口；以及基于与所识别的QCL参考天线端口的QCL关系，从基站接收信号，其中，所述QCL参考天线端口可以基于与第二小区相关联的同步信号块(SSB)或信道状态信息参考信号(CSI-RS)来识别。

根据实施例，第一小区和第二小区可以对应于不同的物理小区标识(PCI)。

根据实施例，TCI配置或QCL配置可以包括关于对应于第二小区的物理小区标识(PCI)的信息，并且QCL参考天线端口可以基于与对应于第二小区的PCI相关联的SSB来识别。

根据实施例，TCI配置或QCL配置可以包括关于用于移动性的CSI-RS配置中包括的与第二小区相关联的CSI-RS索引的信息，并且QCL参考天线端口可以基于对应于与第二小区相关联的CSI-RS索引的CSI-RS来识别。

根据实施例，从基站接收的信号可以包括参考信号、数据和控制信号中的至少一个，并且参考信号可以包括跟踪参考信号(TRS)。

根据实施例，QCL参考天线端口可以根据UE是否执行小区间多TRP操作，基于与第二小区相关联的SSB或CSI-RS来识别。

根据实施例，可以基于UE的能力报告或从基站接收的SSB配置来识别UE是否执行小区间多TRP操作。

根据实施例，与第二小区相关联的SSB或CSI-RS可以与用于信道状态测量的参考信号相关。

根据实施例，与第二小区相关联的SSB或CSI-RS可以与波束失败检测(BFD)参考信号或候选波束检测(CBD)参考信号相关。

根据本公开的实施例的一种通信系统中的基站的方法可以包括：向UE发送小区配置信息，所述小区配置信息包括传输配置指示符(TCI)配置和准共址(QCL)配置；以及基于与基于小区配置信息识别的QCL参考天线端口的QCL关系，向UE发送信号，其中，所述QCL参考天线端口可以基于与第二小区相关联的同步信号块(SSB)或信道状态信息参考信号(CSI-RS)来识别。

根据本公开的实施例的一种无线通信系统中的UE可以包括：收发器；以及控制器，被配置为：从与第一小区相关联的基站接收小区配置信息，所述小区配置信息包括传输配置指示符(TCI)配置和准共址(QCL)配置，基于所述小区配置信息，识别QCL参考天线端口，以及基于与所识别的QCL参考天线端口的QCL关系，从基站接收信号，其中，所述QCL参考天线端口可以基于与第二小区相关联的同步信号块(SSB)或信道状态信息参考信号(CSI-RS)来识别。

根据本公开的实施例的一种通信系统中的基站可以包括：收发器；以及控制器，被配置为：向UE发送小区配置信息，所述小区配置信息包括传输配置指示符(TCI)配置和准共址(QCL)配置，以及基于与基于小区配置信息识别的QCL参考天线端口的QCL关系，向UE发送信号，其中，所述QCL参考天线端口可以基于与第二小区相关联的同步信号块(SSB)或信道状态信息参考信号(CSI-RS)来识别。

发明的有益效果

根据本公开，当在无线通信系统中使用网络协作通信时，UE可以通过传输点之间的重复传输来提高发送或接收的数据/控制信号的可靠性，或者可以增加通过针对每个传输点的单独(独立)传输来发送或接收的数据/控制信号的传输容量。

附图说明

图1示出了根据本公开的实施例的、作为在5G系统中发送数据或控制信道的无线电资源区域的时间-频率域的基本结构；

图2示出了根据本公开的实施例的5G系统中的帧、子帧和时隙的结构；

图3示出了根据本公开的实施例的无线通信系统中的BWP的配置；

图4示出了根据本公开的实施例的动态改变BWP的配置的方法；

图5示出了根据本公开实施例的在5G系统中发送下行链路控制信道的控制资源集(CORESET)；

图6示出了根据本公开的实施例的NR系统中的PDSCH频域资源分配方法；

图7示出了根据本公开的实施例的无线通信系统中的物理下行链路共享信道(PDSCH)时域资源分配方法；

图8示出了根据本公开的实施例的、在无线通信系统中根据数据信道的子载波间隔和控制信道的子载波间隔的时域资源分配方法；

图9示出了根据本公开的实施例的，当执行单小区、载波聚合(CA)、双连接(DC)时，基站和UE的无线协议结构；

图10示出了根据本公开的实施例的协作通信天线端口配置；

图11示出了根据本公开的实施例的配置和指示TCI状态的示例；

图12示出了根据本公开的另一实施例的配置和指示TCI状态的示例；

图13示出了根据本公开的实施例的用于指示TCI状态的MAC CE消息的结构；

图14示出了根据本公开的实施例的配置服务小区和每TRP的小区标识符的示例；

图15示出了根据本公开的实施例的配置和指示用于小区间多TRP操作的TCI/QCL的方法的示例；

图16示出了根据本公开的实施例的配置和指示用于小区间多TRP操作的TCI/QCL的方法的另一示例；

图17示出了根据本公开的实施例的小区内多TRP操作和小区间多TRP操作；

图18是示出根据本公开的实施例的UE的结构的框图；和

图19是示出根据本公开的实施例的基站的结构的框图。

具体实施方式

在下文中，将参照附图详细描述本公开的实施例。

在描述本公开的实施例时，将省略与本领域公知的技术内容相关且与本公开不直接相关联的描述。省略不必要的描述是为了防止模糊本公开的主要思想，并且更清楚地传递主要思想。

出于同样的原因，在附图中，一些元件可能被夸大、省略或示意性地示出。此外，每个元素的大小并不完全反映实际大小。在附图中，相同或对应的元件具有相同的附图标记。

通过参考下面结合附图详细描述的实施例，本公开的优点和特征以及实现它们的方式将变得显而易见。然而，本公开不限于下面阐述的实施例，而是可以以各种不同的形式实现。提供以下实施例仅是为了完整地公开本公开，并告知本领域技术人员本公开的范围，并且本公开仅由所附权利要求的范围来限定。在整个说明书中，相同或相似的附图标记表示相同或相似的元件。

在本文中，将会理解，流程图图示的每个框以及流程图图示中的框的组合可以由计算机程序指令来实现。这些计算机程序指令可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得经由计算机或其他可编程数据处理装置的处理器执行的指令创建用于实现一个或多个流程图框中指定的功能的装置。这些计算机程序指令也可以存储在可以指导计算机或其他可编程数据处理装置以具体方式运行的计算机可用或计算机可读存储器中，使得存储在计算机可用或计算机可读存储器中的指令产生包括指令装置的制品，所述指令装置实现一个或多个流程图框中指定的功能。计算机程序指令也可以被加载到计算机或其他可编程数据处理装置上，以使得在计算机或其他可编程装置上执行一系列操作步骤，从而产生计算机实现的过程，使得在计算机或其他可编程装置上执行的指令提供用于实现一个或多个流程图框中指定的功能的步骤。

此外，流程图图示的每个框可以表示模块、段或代码部分，其包括用于实现指定逻辑功能的一个或多个可执行指令。还应当注意，在一些替代实现中，框中提到的功能可以不按顺序出现。例如，依赖于所涉及的功能，连续示出的两个框实际上可以基本上同时执行，或者这些框有时可以以相反的顺序执行。

如本文所使用的，“单元”指的是执行预定功能的软件元件或硬件元件，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)。然而，“单元”并不总是具有局限于软件或硬件的含义。“单元”可以被构造成存储在可寻址存储介质中或者执行一个或多个处理器。因此，“单元”包括例如软件元件、面向对象的软件元件、类元件或任务元件、进程、功能、属性、过程、子例程、程序代码段、驱动程序、固件、微代码、电路、数据、数据库、数据结构、表、阵列和参数。由“单元”提供的元件和功能可以被组合成更小数量的元件或“单元”，或者被划分成更大数量的元件或“单元”。此外，元件和“单元”或者可以被实现为在设备或安全多媒体卡内再现一个或多个CPU。此外，实施例中的“单元”可以包括一个或多个处理器。

在下文中，将参照附图详细描述本公开的实施例。在本公开的以下描述中，当确定对并入本文的已知功能或配置的详细描述可能使本公开的主题不必要地不清楚时，将省略对其的描述。下面将描述的术语是考虑到本公开中的功能而定义的术语，并且可以根据用户、用户的意图或习惯而不同。因此，术语的定义应该基于整个说明书的内容。在以下描述中，基站是向终端分配资源的实体，并且可以是gNode B、eNode B、Node B、基站(BS)、无线接入单元、基站控制器、和网络上的节点中的至少一个。终端可以包括用户设备(UE)、移动站(MS)、蜂窝电话、智能电话、计算机、或能够执行通信功能的多媒体系统。当然，基站和终端的示例不限于此。本公开的以下描述针对用于在无线通信系统中由终端从基站接收广播信息的技术。本公开涉及用于将IoT技术与被设计为支持超过4G(第四代)系统的更高数据传输速率的5G(第五代)通信系统融合的通信技术及其系统。本公开可以基于5G通信技术和IoT相关技术应用于智能服务(例如，智能家庭、智能建筑、智能城市、智能汽车或联网汽车、医疗保健、数字教育、零售商业、安全和安保相关服务等)。

在以下描述中，为了方便起见，说明性地使用了指代广播信息的术语、指代控制信息的术语、涉及通信覆盖的术语、指代状态变化(例如，事件)的术语、指代网络实体的术语、指代消息的术语、指代设备元件的术语等。因此，本公开不受下面使用的术语的限制，并且可以使用指代具有等同技术含义的主体的其他术语。

在以下描述中，为了描述方便，可以使用第三代合作伙伴计划长期演进(3GPPLTE)标准中定义的术语和名称。然而，本公开不受这些术语和名称的限制，并且可以以相同的方式应用于符合其他标准的系统。

无线通信系统正从最初提供面向语音的服务演进为宽带无线通信系统，用于根据通信标准，例如，3GPP的高速分组接入(HSPA)、长期演进(LTE或演进的通用陆地无线接入(E-UTRA))、高级LTE(LTE-A)或LTE-Pro，3GPP2的高速分组数据(HRPD)或超移动宽带(UMB)以及IEEE 802.16e，来提供高速和高质量的分组数据服务。

作为宽带无线通信系统的代表性示例，LTE系统对下行链路(DL)采用正交频分复用(OFDM)方案，对上行链路(UL)采用单载波频分多址(SC-FDMA)方案。上行链路指的是用户设备(UE)或移动站(MS)向eNode B或基站(BS)发送数据或控制信号的无线电链路，下行链路指的是eNode B向UE发送数据或控制信号的无线电链路。这些多址方案分配和管理用于携带每用户的数据或控制信息的时间-频率资源，以使它们彼此不重叠，即彼此正交，从而针对每个用户划分数据或控制信息。

后LTE通信系统，即5G通信系统需要能够自由地反映来自用户和服务提供商的各种需求，因此需要支持满足各种需求的服务。为5G通信系统考虑的服务包括增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)、超可靠低时延通信(URLLC)等。

根据一些实施例，eMBB旨在提供比现有LTE、LTE-A或LTE-Pro所支持的数据速率进一步提高的数据速率。例如，在5G通信系统中，对于一个基站，eMBB需要能够在下行链路中提供20Gbps的峰值数据速率，并在上行链路中提供10Gbps的峰值数据速率。此外，eMBB需要提供增加的用户感知数据速率。为了满足这些要求，需要改进的发送和接收技术，包括增强的多输入多输出(MIMO)传输技术。此外，可以通过在范围从3GHz到6GHz的频率频带或者6GHz的频率频带或更高的频率频带中采用比20MHz更宽的频率带宽，而不是当前用于LTE的2GHz的频率频带，满足5G通信系统所需的数据速率。

在5G通信系统中，mMTC被考虑用于支持应用服务，诸如物联网(IoT)。为了有效地提供IoT，mMTC可能需要支持小区中大量UE的接入、增强的UE覆盖、增加的电池时间、降低的UE成本等。IoT附接到各种传感器和各种设备以提供通信功能，因此需要能够支持小区中的大量UE(例如，1,000,000个UE/km2)。由于服务的性质，支持mMTC的UE很可能位于未被小区覆盖的阴影区域，例如建筑物的地下室，因此可能需要比5G通信系统提供的其他服务更宽的覆盖。支持mMTC的UE需要被配置为低成本的UE，并且可能需要非常长的电池寿命，因为很难频繁地更换UE的电池。

最后，URLLC是一种基于蜂窝的关键任务无线通信服务，其用于机器人或机器的远程控制、工业自动化、无人机、远程医疗保健、紧急警报等，并且需要提供超低时延和超可靠的通信。例如，支持URLLC的服务不仅需要满足小于0.5毫秒的空中接口时延，还需要具有10-5或更低的分组错误率。因此，对于支持URLLC的服务，5G系统需要提供比其他服务更短的传输时间间隔(TTI)，并且还需要用于在频带中分配宽资源的设计。前述mMTC、URLLC和eMBB仅仅是不同服务类型的示例，并且本公开被应用于的服务类型不限于前述示例。

5G通信系统中考虑的前述服务需要在一个框架的基础上彼此融合地提供。也就是说，为了高效的资源管理和控制，优选地将服务作为一个集成系统来控制和发送，而不是独立地操作。

在下文中，尽管将参考LTE、LTE-A、LTE Pro或NR系统作为示例来描述实施例，但是这些实施例也可以应用于具有类似技术背景或信道形式的其他通信系统。此外，在不脱离由本领域技术人员确定的本公开的范围的情况下，通过一些修改，实施例也可以应用于其他通信系统。

本公开涉及用于在执行协作通信的多个传输节点和UE之间发送数据和控制信号以提高通信可靠性的方法和设备。

根据本公开，当在无线通信系统中使用网络协作通信时，UE可以通过传输点之间的重复传输来提高发送或接收的数据/控制信号的可靠性，或者可以增加通过针对每个传输点的单独(独立)传输发送或接收的数据/控制信号的传输容量。

在下文中，将参照附图详细描述5G系统的帧结构。

图1示出了LTE系统、LTE-A系统、NR系统或类似无线通信系统中的时频域中的传输结构。

图1示出了作为在5G系统中发送数据或控制信道的无线电资源区域的时频域的基本结构。

在图1中，横轴表示时域，纵轴表示频域。时频域中资源的基本单位是资源元素(RE)1-01，其可以由时间轴上的一个正交频分复用(OFDM)符号1-02和频率轴上的一个子载波1-03来定义。在频域中，

个(例如，12个)连续RE可以形成一个资源块(RB)1-04。

图2示出了5G系统中的帧、子帧和时隙的结构。

图2示出了帧2-00、子帧2-01和时隙2-02的结构的一个示例。一个帧2-00可以被定义为10ms。一个子帧2-01可以被定义为1ms。因此，一个帧2-00可以包括总共十个子帧2-01。一个时隙2-02和2-03可以被定义为14个OFDM符号(即，每时隙的符号数

一个子帧2-01可以包括一个或多个时隙2-02和2-03，并且每子帧2-01的时隙2-02和2-03的数量可以根据设置的子载波间隔值μ2-04和2-05而变化。)

在图2的示例中，作为设置的子载波间隔值，μ＝0(2-04)和μ＝1(2-05)。当μ＝0(2-04)时，一个子帧2-01可以包括一个时隙2-02；当μ＝1(2-05)时，一个子帧2-01可以包括两个时隙2-03。也就是说，每子帧的时隙数

可以根据设置的子载波间隔值μ而变化，并且每帧的时隙数量

可以相应地变化。根据每个子载波间隔设置μ的

和

可以如表1中所定义。

[表1]

在NR中，一个分量载波(CC)或服务小区可以包括多达250个RB。因此，当UE像在LTE中一样总是接收整个服务小区带宽时，UE的功耗可能是极大的。为了解决这个问题，基站可以为UE配置一个或多个带宽部分(BWP)，从而支持UE改变小区中的接收区域。

在NR中，基站可以通过主信息块(MIB)为UE配置初始BWP，该初始BWP是CORESET#0(或公共搜索空间：CSS)的带宽。随后，基站可以通过RRC信令为UE配置第一BWP，并且可以报告至少一条BWP配置信息，该配置信息可以在未来通过下行链路控制信息(DCI)来指示。基站可以通过DCI来报告BWP ID，从而指示供UE使用的频带。当UE在指定时间或更长时间未能在当前分配的BWP中接收到DCI时，UE返回到默认BWP并尝试接收DCI。

图3示出了根据实施例的无线通信系统中的BWP的配置。

参考图3，UE带宽3-00可以包括两个BWP，即BWP#1 3-05和BWP#2 3-10。基站可以为UE配置一个BWP或多个BWP，并且可以配置关于每个BWP的信息，如下表2所示。

[表2]

除了表2中示出的多条配置的信息，可以为UE配置与BWP相关的各种参数。前述多条信息可以通过高层信令(例如，RRC信令)从基站发送到UE。可以激活一个配置的BWP或多个配置的BWP中的至少一个。可以通过RRC信令半静态地或者通过MAC控制单元(CE)或DCI动态地从基站向UE指示是否激活配置的BWP。

5G通信系统支持的BWP的配置可以用于各种目的。

在一个示例中，当UE支持的带宽小于系统带宽时，可以通过配置BWP来支持UE支持的带宽。例如，可以为UE设置表2中的BWP的频率位置(配置信息2)，使得UE能够在系统带宽内的特定频率位置发送和接收数据。

在另一个示例中，基站可以为UE配置多个BWP，以便支持不同的参数集。例如，为了对随机UE支持使用15kHz的子载波间隔和30kHz的子载波间隔二者来发送和接收数据，两个BWP可以被配置以分别使用15kHz的子载波间隔和30kHz的子载波间隔。不同的BWP可以经受频分复用(FDM)。当UE打算以特定的子载波间隔发送和接收数据时，可以激活配置有该子载波间隔的BWP。

在又一示例中，基站可以为UE配置具有不同带宽的BWP，以便降低UE的功耗。例如，当UE支持非常大的带宽(例如，100MHz的带宽)并且总是在该带宽中发送和接收数据时，UE可能消耗很大的功率。具体地，UE即使当没有业务时也不必要地在100MHz的大带宽上监视下行链路控制信道，这在功耗方面是非常低效的。因此，为了降低UE的功耗，基站可以为UE配置具有相对小带宽的BWP，例如20MHz的BWP。UE可以在没有业务的情况下在20MHz BWP中执行监视操作，并且当数据被生成时，UE可以根据来自基站的指示使用100MHz带宽发送和接收数据。

图4示出了根据本公开实施例的动态改变BWP的配置的方法。

参考图4，如表2所述，基站可以为UE配置一个BWP或多个BWP，并且可以向UE报告关于BWP的带宽、BWP的频率位置和BWP的参数集的信息，作为每个BWP的配置。如图4所示，对于一个UE，在UE带宽4-00中配置了作为BPW#1 4-05和BWP#2 4-10的哪两个BWP。可以激活一个或多个配置的BWP，且图4示出了激活一个BWP的示例。所配置的BWP中的BWP#1 4-02在时隙#0 4-25中被激活，并且UE可以在BWP#1 4-05中配置的控制区域1 4-45中监视物理下行链路控制信道(PDCCH)，并且可以在BWP#1 4-05中发送和接收数据4-55。UE接收PDCCH的控制区域可以根据在配置的BWP中激活了哪个BWP而变化，因此UE监视PDCCH的带宽可以变化。

基站还可以向UE发送用于切换BWP的配置的指示符。这里，切换BWP的配置可以被认为与激活特定的BWP相同(例如，将激活的BWP从BWP A切换到BWP B)。基站可以在特定时隙中向UE发送配置切换指示符。在从基站接收到配置切换指示符之后，UE可以根据来自特定时间的配置切换指示符通过应用改变的配置来确定要激活的BWP。此外，UE可以在激活的BWP中配置的控制区域中监视PDCCH。

在图4中，基站可以在时隙#1 4-30中向UE发送配置切换指示符4-15，其指示激活的BWP从现有的BWP#1 4-05切换到BWP#2 4-10。在接收到指示符之后，UE可以根据指示符的内容激活BWP#2 6-10。这里，可能需要BWP切换的过渡时间4-20，并且可以相应地确定切换和应用要激活的BWP的时间。在图4中，在接收到配置切换指示符4-15之后，需要一个时隙的过渡时间4-20。数据发送和接收可能不在过渡时间4-20(4-60)中执行。因此，BWP#2 4-10可以在时隙#2 4-35中被激活，因此可以经由该BWP发送和接收控制信道和数据。

基站可以经由高层信令(例如，RRC信令)为UE预配置一个BWP或多个BWP，并且可以通过将配置切换指示符4-15与基站预配置的BWP配置之一进行映射来指示激活。例如，log₂N比特指示符可以指示从N个预配置的BWP中选择的一个BWP。表3示出了使用两比特指示符来指示关于BWP的配置信息的示例。

[表3]

指示符值	BWP配置
		00	经由高层信令配置的带宽配置A
01	经由高层信令配置的带宽配置B
		10	经由高层信令配置的带宽配置C
11	经由高层信令配置的带宽配置D

表4中所示的用于BWP的配置切换指示符4-15可以经由媒体接入控制(MAC)控制元素(CE)信令或L1信令(例如，公共DCI、组公共DCI或UE特定DCI)从基站发送到UE。

根据前述表4中所示的用于BWP的配置切换指示符4-15来应用BWP激活的时间可以取决于以下。应用配置切换的时间可以取决于预定义的值(例如，在自接收到配置切换指示符以来的N个(≥1)时隙之后应用配置切换)，可以由基站经由高层信令(例如，RRC信令)为UE设置，或者可以经由配置切换指示符4-15来发送。此外，可以通过组合上述方法来确定应用配置切换的时间。在接收到用于BWP的配置切换指示符4-15之后，UE可以从通过上述方法获得的时间开始应用切换的配置。

图5示出了根据本公开实施例的在5G系统中发送下行链路控制信道的控制资源集(CORESET)。

参考图5，在该实施例中，UE BWP 5-10可以配置在频率轴上，并且两个控制资源集(控制资源集#1 5-01和控制资源集#2 5-02)可以配置在时间轴上的一个时隙5-20中。控制资源集5-01和5-02可以被配置在频率轴上的整个UE BWP 5-10中的特定频率资源5-03中。控制资源集5-01和5-02可以在时间轴上配置有一个或多个OFDM符号，其可以被定义为控制区域集持续时间5-04。在图5的示例中，控制资源集#1 5-01配置有两个符号的控制资源集持续时间，控制资源集#2 5-02配置有一个符号的控制资源集持续时间。

上述5G系统中的控制资源集可以由基站通过高层信令(例如，系统信息、主信息块(MIB)或无线电资源控制(RRC)信令)为UE配置。为UE配置控制资源集意味着为UE提供信息，诸如控制资源集的标识、控制资源集的频率位置以及控制资源集的符号持续时间。例如，用于为UE配置控制资源集的信息可以包括表4中所示的多条信息。

[表4]

在表4中，tci-StatesPDCCH(简称为TCI状态)配置信息可以包括关于与在控制资源集中发送的解调参考信号(DMRS)有准共址(QCL)关系的一个或多个同步信号(SS)/物理广播信道(PBCH)块(称为SSB或SS/PBCH块)的索引或者信道状态信息参考信号(CSI-RS)的索引的信息。

在无线通信系统中，一个或多个不同的天线端口(可以用一个或多个信道、信号及其组合来代替，但是在本公开的以下描述中，为了方便起见，全部使用术语“不同的天线端口”)可以通过以下QCL配置彼此关联。

具体地，QCL配置可以以(QCL)目标天线端口和(QCL)参考天线端口之间的关系关联两个不同的天线端口，并且当接收目标天线端口时，UE可以应用(假设)在参考天线端口处测量的信道的统计特性的所有或一些(例如，信道的大规模参数或UE的接收空间滤波器系数或发送空间滤波器系数，诸如多普勒频移、多普勒扩展、平均延迟、延迟扩展、平均增益和空间Rx(或Tx)参数)。这里，目标天线端口是指发送由包括QCL配置的高层配置而配置的信道或信号的天线端口，或者发送应用了指示QCL配置的TCI状态的信道或信号的天线端口。参考天线端口指的是发送由QCL配置中的referenceSignal参数指示(指定)的信道或信号的天线端口。

具体地，由QCL配置定义的(由QCL配置中的参数qcl-Type指示的)信道的统计特性可以根据如下QCL类型分类。

QCL类型不限于上述四种类型，但是为了不混淆描述的要点，没有列出所有可能的组合。QCL-TypeA是当由于与参考天线端口相比，目标天线端口的带宽和传输时段是足够的，而在频率轴和时间轴上可测量的所有统计特性可用于参考时(即，当目标天线端口的样本数量和传输频带/时间在频率轴和时间轴上都大于参考天线端口的样本数量和传输频带/时间时)使用的QCL类型。QCL-TypeB是当目标天线端口的带宽足以测量频率轴上可测量的统计特性(即多普勒频移和多普勒扩展)时使用的QCL类型。QCL-TypeC是当目标天线端口的带宽和传输时段不足以测量二阶统计(即多普勒扩展和延迟扩展)，因此只有一阶统计(即多普勒偏移和平均延迟)可用于参考时使用的QCL类型。QCL-TypeD是在如下情况配置的QCL类型：在接收参考天线端口时使用的空间Rx滤波器值可以在接收目标天线端口时使用。

基站可以通过以下TCI状态配置为一个目标天线端口配置或指示多达两个QCL配置。

在包括在一个TCI状态配置中的两个QCL配置中，第一QCL配置可以被配置为QCL-TypeA、QCL-TypeB、和QCL-TypeC中的一个。根据目标天线端口和参考天线端口的类型来指定可配置的QCL类型，这将在下面详细描述。包括在一个TCI状态配置中的两个QCL配置中的第二QCL配置可以被配置为QCL-TypeD，并且在一些情况下可以被省略。

表4-1至4-5示出了根据目标天线端口类型的有效TCI状态配置。

表4-1显示了当目标天线端口是用于跟踪的CSI-RS(或跟踪参考信号：TRS)时的有效TCI状态配置。TRS指的是CSI-RS当中的没有配置重复参数并且trs-Info被配置为真的NZP CSI-RS。在表4-1中，配置3可以用于非周期性TRS。

<表4-1>当目标天线端口是用于跟踪的CSI-RS(TRS)时的有效TCI状态配置

表4-2显示了当目标天线端口是用于CSI的CSI-RS时的有效TCI状态配置。用于CSI的CSI-RS是指CSI-RS当中的没有配置重复参数并且没有将trs-Info配置为真的NZP CSI-RS。

<表4-2>当目标天线端口是用于跟踪的CSI-RS(TRS)时的有效TCI状态配置

表4-3显示了当目标天线端口是用于波束管理的CSI-RS(BM，相当于用于L1 RSRP报告的CSI-RS)时的有效TCI状态配置。用于BM的CSI-RS指的是CSI-RS当中的重复参数被配置为开或关值、并且trs-Info未被配置为真的NZP CSI-RS。

<表4-3>当目标天线端口为用于BM(用于L1 RSRP报告)的CSI-RS时的有效TCI状态配置

表4-4显示了当目标天线端口是PDCCH DMRS时的有效TCI状态配置。<表4-4>当目标天线端口为PDCCH DMRS时的有效TCI状态配置

表4-5显示了当目标天线端口是PDSCH DMRS时的有效TCI状态配置。<表4-5>当目标天线端口为PDSCH DMRS时的有效TCI状态配置

根据表4-1至4-5的代表性QCL配置方法在每个阶段将目标天线端口和参考天线端口配置为“SSB”→“TRS”→“用于CSI的CSI-RS、用于BM的CSI-RS、PDCCHDMRS、或PDSCHDMRS”，并且对其进行操作。因此，可以将可从SSB和TRS测量的统计特性链接到每个天线端口，从而帮助终端的接收操作。

在下文中，将描述在NR系统中为数据传输分配时间和频率资源的方法。

除了通过BWP指示的频域资源候选分配之外，NR系统还可以提供以下特定的频域资源分配(FD-RA)。

图6示出了根据本公开的实施例的NR系统中的PDSCH频域资源分配方法。

参考图6，在NR系统中，作为频域资源分配方法，可以包括可以通过高层配置的类型0 6-00、类型1 6-05和动态切换6-10。

当UE通过高层信令被配置为仅使用资源类型0时(6-00)，用于向UE分配PDSCH的一些下行链路控制信息(DCI)具有NRBG比特的比特图，稍后将描述其条件。这里，NRBG表示根据由BWP指示符分配的BWP大小和高层参数rbg-Size以及由比特图由l指示的RBG相位，如表5中确定的资源块组(RBG)的数量，并且数据在根据比特图在由1指示的RBG上发送。

[表5]

带宽部分大小	配置1	配置2
			1-36	2	4
37-72	4	8
			73-144	8	16
145-275	16	16

当UE通过高层信令被配置为仅使用资源类型1 6-05时，用于向UE分配PDSCH的一些DCI具有

比特的频域资源分配信息，稍后将描述其条件。通过该信息，基站可以配置起始VRB 6-20和从其连续分配的频域资源的长度6-25。

当UE通过高层信令被配置为使用资源类型0和资源类型1两者时(6-10)，用于向UE分配PDSCH的一些DCI具有用于配置资源类型0的有效载荷6-15和用于配置资源类型1的有效载荷6-20和6-25当中的更大值6-35的比特的频域资源分配信息，稍后将描述其条件。这里，可以向DCI中的频域资源分配信息的最高有效比特(MSB)添加一个比特，其中等于0的比特可以指示使用资源类型0，而等于1的比特可以指示使用资源类型1。

图7示出了根据本公开的实施例的无线通信系统中的物理下行链路共享信道(PDSCH)时域资源分配方法。

参考图7，基站可以根据通过使用高层配置的数据信道和控制信道的子载波间隔(μ_PDSCH,μ_PDSCH)、调度偏移(K₀)值和DCI动态指示的时隙中的OFDM符号的开始位置7-00和长度7-05来指示PDSCH资源的时域位置。

图8示出了根据本公开的实施例的根据无线通信系统中的数据信道的子载波间隔和控制信道的子载波间隔的时域资源分配方法。

参照图8，当数据信道和控制信道具有相同的子载波间隔(8-00，μ_PDSCH≠μ_PDCCH)时，由于数据时隙号和控制时隙号是相同的，所以基站和UE识别出调度偏移根据预定的时隙偏移K₀发生。

当数据信道的子载波间隔和控制信道的子载波间隔不同时(8-05，μ_PDSCH≠μ_PDCCH)，由于数据时隙号和控制时隙号不同，基站和UE识别出调度偏移基于PDCCH的子载波间隔，根据预定的时隙偏移K₀发生。

在NR系统中，为了UE的高效控制信道接收，根据目的提供了如表6所示的各种类型的DCI格式。

[表6]

例如，基站可以使用DCI格式0_0或DCI格式0_1来为一个小区调度PDSCH。

当与用小区无线电网络临时标识符(C-RNTI)、配置的调度RNTI(CS-RNTI)或新RNTI加扰的CRC一起发送时，DCI格式0_1至少包括以下多条信息。

-DCI格式的标识符(1比特)：DCI格式指示符，总是设置为1。

-频域资源分派(N_RBG比特或

比特)：指示频域资源分配。当在UE特定的搜索空间中监视到DCI格式1_0时，

是活动DL BWP的大小；否则，

是初始DL BWP的大小。N_RBG是资源块组的数量。在前述频域资源分配中说明了详细的方法。

-时域资源分派(0至4比特)：指示根据前述描述的时域资源分配。

-VRB到PRB映射(1比特)：0指示非交织的VRP到PRB映射，1指示交织的VRP到PRB映射。

-调制和编码方案(5比特)：指示用于PDSCH传输的调制阶数和编码速率。

-新数据指示符(1比特)：根据切换(toggling)指示PDSCH是对应于初始传输还是重传。

-冗余版本(2比特)：指示用于PDSCH传输的冗余版本。

-HARQ进程号(4比特)：指示用于PDSCH传输的HARQ进程号。

-下行链路分派索引(DAI)(2比特)：DAI指示符。

-用于调度的PUCCH的TPC命令(2比特)：PUCCH功率控制指示符。

-PUCCH资源指示符(3比特)：PUCCH资源指示符，指示经由高层配置的八个资源之一。

-PDSCH-to-HARQ_feedback定时指示符(3比特)：HARQ反馈定时指示符，指示经由高层配置的八个反馈定时偏移之一。

当与用小区无线电网络临时标识符(C-RNTI)、配置的调度RNTI(CS-RNTI)或新RNTI加扰的CRC一起发送时，DCI格式1_1至少包括以下信息。

-DCI格式的标识符(1比特)：DCI格式指示符，总是设置为1。

-载波指示符(0或3比特)：指示发送由DCI分配的PDSCH的CC(或小区)。

-带宽部分指示符(0、1、或2比特)：指示发送由DCI分配的PDSCH的BWP。

-频域资源分派(有效载荷根据前述频域资源分配确定)：指示频域资源分配。

是活动DL BWP的大小。在前述频域资源分配中说明了详细的方法。

-时域资源分派(0至4比特)：指示根据前述描述的时域资源分配。

-VRB到PRB映射(0或1比特)：0指示非交织的VRP到PRB映射，1指示交织的VRP到PRB映射。当频域资源分配被设置为资源类型0时，该信息是0比特。

-PRB捆绑大小指示符(0或1比特)：当高层参数prb-BundlingType未被设置或被设置为“静态”时，该信息是0比特；当高层参数prb-BundlingType被设置为“动态”时，该信息为1比特。

-速率匹配指示符(0、1、或2比特)：指示速率匹配模式。

-ZP CSI-RS触发器(0、1、或2比特)：触发非周期性ZP CSI-RS的指示符。

对于传输块1：

-调制和编码方案(5比特)：指示用于PDSCH传输的调制阶数和编码速率。

-新数据指示符(1比特)：根据切换(toggling)指示PDSCH是对应于初始传输还是重传。

-冗余版本(2比特)：指示用于PDSCH传输的冗余版本。

-对于传输块2：

-调制和编码方案(5比特)：指示用于PDSCH传输的调制阶数和编码速率。

-新数据指示符(1比特)：根据切换(toggling)指示PDSCH是对应于初始传输还是重传。

-冗余版本(2比特)：指示用于PDSCH传输的冗余版本。

-HARQ进程号(4比特)：指示用于PDSCH传输的HARQ进程号。

-下行链路分派索引(0、2、或4比特)：DAI指示符。

-用于调度的PUCCH的TPC命令(2比特)：PUCCH功率控制指示符。

-PUCCH资源指示符(3比特)：PUCCH资源指示符，指示经由高层配置的八个资源之一。

-PDSCH-to-HARQ_feedback定时指示符(3比特)：HARQ反馈定时指示符，指示经由高层配置的八个反馈定时偏移之一。

-天线端口(4、5、或6比特)：指示DMRS端口和没有数据的CDM组。

-传输配置指示(0或3比特)：TCI指示符。

-SRS请求(2或3比特)：SRS传输请求指示符。

-CBG传输信息(0、2、4、6、或8比特)：指示分配的PDSCH中的码块组是否被发送的指示符。0指示CBG未被发送，1指示CBG被发送。

-CBG冲刷信息(0或1比特)：指示以前的CBG是否被污染的指示符。0指示CBG可能被污染，1指示CBG在重传接收中可以被组合。

-DMRS序列初始化(0或1比特)：DMRS加扰ID选择指示符。

UE可以在小区中每时隙接收的具有不同大小的DCI的数量上至4。UE可以在小区中每时隙接收的用C-RNTI加扰的具有不同大小的DCI的数量上至3。

天线端口指示可以通过表7至表10来指示。

[表7]天线端口(1000+DMRS端口)，dmrs-Type＝1，maxLength＝1

[表8]天线端口(1000+DMRS端口)，dmrs-Type＝1，maxLength＝2

[表9]天线端口(1000+DMRS端口)，dmrs-Type＝2，maxLength＝1

[表10]天线端口(1000+DMRS端口)，dmrs-Type＝2，maxLength＝2

所使用的DMRS端口当dmrs-type为1且maxLength为1时，使用表7来指示；当dmrs-Type＝1、maxLength＝2时，使用表8来指示；当dmrs-type＝2、maxLength＝1时，使用表9来指示；当drms-tpye为2且maxLength为2时，使用表10来指示。在表中，没有数据的DMRS CDM组的数量所指示的数量1、2和3分别指CDMR组{0}、{0、1}和{0、1、2}。DMRS端口根据所用端口的索引进行按顺序布置。天线端口由DMRS端口+1000指示。如表11和12所示，DMRS的CDM组关联到用于生成DMRS序列和天线端口的方法。表11示出了使用dmrs-type＝1时的参数，表12示出了使用dmrs-type＝2时的参数。

[表11]针对PDSCH DM-RS dmrs-type＝1的参数

[表12]针对PDSCH DM-RS dmrs-type＝2的参数

根据参数的DMRS序列可以由等式1确定。

当在表7和表8中仅启用一个码字时，行2、9、10、11和30可以仅用于单用户MIMO。也就是说，UE不能假定不同的UE被共同调度，并且不能执行多用户MIMO接收操作，诸如多用户干扰消除、置零或白化操作。

当在表9和表10中仅启用一个码字时，行2、10、和23可以仅用于单用户MIMO。也就是说，UE可能不执行多用户MIMO接收操作，诸如多用户干扰消除、置零或白化，不假设不同的UE被共同调度。

图9示出了根据本公开的实施例的、当执行单小区、载波聚合(CA)、双连接(DC)时，基站和UE的无线协议结构。

参考图9，NR系统的无线协议可以包括分别位于UE和NR基站的NR服务数据适配协议(SDAP)9-25和9-70、NR分组数据汇聚协议(PDCP)9-30和9-65、NR无线电链路控制(RLC)9-35和9-60以及NR媒体接入控制(MAC)9-40和9-55。

NR SDAP 9-25和9-70的主要功能可以包括以下功能中的至少一些。

-用户平面数据的传送

-DL和UL二者的QoS流和DRB之间的映射

-在DL和UL分组二者中标记QoS流ID

-UL SDAP PDU的反射QoS流至DRB映射

关于SDAP层设备，UE可以经由RRC消息接收关于对于每个PDCP层设备、每个承载或者每个逻辑信道，是否使用SDAP层设备的报头或者是否使用SDAP层设备的功能的配置。当配置了SDAP报头时，基站可以使用SDAP报头的一比特NAS QoS反射指示符(NAS反射QoS)和一比特AS QoS反射指示符(AS反射QoS)，用于指示使得UE能够更新或重配置上行链路和下行链路QoS流以及数据承载的映射信息。SDAP报头可以包括指示QoS的QoS流ID信息。QoS信息可以用作数据处理优先级、调度信息等，以便支持期望的服务。

NR PDCP 9-30和9-65的主要功能可以包括以下功能中的至少一些。

-报头压缩和解压缩(仅ROHC)

-用户数据的传送

-高层PDU的顺序传递

-高层PDU的无序传递

-针对接收的PDCP PDU重新排序

-低层SDU的重复检测

-PDCP SDU的重传

-加密和解密

-上行链路中基于定时器的SDU丢弃。

在上述功能中，NR PDCP设备的重新排序功能是指基于PDCP序列号(SN)按顺序重新排列在低层中接收的PDCP PDU的功能。重新排序功能可以包括以重新排列的顺序将数据发送到高层的功能，或者不管顺序立即发送数据的功能。另外，重新排序功能可以包括经由重新排序来记录丢失的PDCP PDU的功能，可以包括向发送器报告丢失的PDCP PDU的状态的功能，并且可以包括请求重传丢失的PDCP PDU的功能。

NR RLC 9-35和9-60的主要功能可以包括以下功能中的至少一些。

-高层PDU的传送

-高层PDU的顺序传递

-高层PDU的无序传递

-通过ARQ进行纠错

-RLC SDU的拼接、分割和重组

-RLC数据PDU的重分割

-RLC数据PDU的重新排序

-重复检测

-协议错误检测

-RLC SDU丢弃

-RLC重建

在上述功能中，NR RLC设备的顺序传递功能指的是将从低层接收的RLC SDU按顺序传递到高层的功能。按序传递功能可以包括当一个原始的RLC SDU被划分成将被接收的多个RLC SDU时，重组和传递多个RLC SDU的功能。此外，按序传递功能可以包括基于RLC SN或PDCP SN重新排列接收的RLC PDU的功能，并且可以包括经由重新排序记录丢失的RLCPDU的功能。此外，按序传递功能可以包括向发送器报告丢失的RLC PDU的状态的功能，可以包括请求重传丢失的RLC PDU的功能，并且如果存在丢失的RLC SDU，则可以包括仅将丢失的RLC SDU之前的RLC SDU按顺序传递到高层的功能。此外，按序传递功能可以包括当定时器到期时，尽管存在丢失的RLC SDU，仍按顺序将在定时器启动之前接收的所有RLC SDU传递到高层的功能，或者可以包括当定时器到期时，尽管存在丢失的RLC SDU，仍按顺序将目前为止接收的所有RLC SDU传递到高层的功能。此外，根据按序传递功能，NR RLC设备可以按照接收的顺序(到达的顺序，而不管SN的顺序)处理RLC PDU，并且可以以无序的方式将RLC PDU传递到PDCP设备。当接收到分段时，按序传递功能使NR RLC设备能够接收存储在缓冲器中的或稍后要接收的分段，可以将分段重构为一个完整的RLC PDU，并且可以将RLCPDU传递给PDCP设备。NR RLC层可以不包括拼接功能，并且拼接功能可以在NR MAC层中执行，或者可以用NR MAC层的复用功能来代替。

NR RLC设备的无序传递功能指的是将从低层接收的RLC SDU不考虑顺序直接传递到高层的功能，并且可以包括当一个原始的RLC SDU被划分成将被接收的多个RLC SDU时重组和传递多个RLC SDU的功能。此外，无序传递功能可以包括通过存储和重新排序接收到的RLC PDU的RLC SN或PDCP SN来记录丢失的RLC PDU的功能。

NR MAC 9-40和9-55可以连接到配置在一个设备中的多个NR RLC层设备，并且NRMAC的主要功能可以包括以下功能中的至少一些。

-逻辑信道和传输信道之间的映射

-MAC SDU的复用/解复用

-调度信息报告

-通过HARQ纠错

-一个UE的逻辑信道之间的优先级处理

-通过动态调度的UE之间的优先级处理

-MBMS服务标识

-传输格式选择

-填充

NR PHY层9-45和9-50可以执行高层数据的信道编码和调制，并将数据转换成OFDM符号，以经由无线信道发送OFDM符号，或者解调经由无线信道接收的OFDM符号，并执行OFDM符号的信道解码，以将OFDM符号传递到高层。

无线协议结构的细节可以根据载波(或小区)操作方法而不同地改变。例如，当基站基于单个载波(或小区)向UE发送数据时，基站和UE使用每个层具有单一结构的协议结构，如9-00。当基站基于使用在单个TRP多个载波的载波聚合(CA)向UE发送数据时，基站和UE使用这样的协议结构：直到RLC具有单个结构，但是PHY层通过MAC层被复用，如9-10所示。在另一个示例中，当基站基于使用在多个TRP的多个载波的双连接(DC)向UE发送数据时，基站和UE使用这样的协议结构：直到RLC具有单一结构，但是PHY层通过MAC层被复用，如在9-20中。

在LTE和NR中，UE具有在连接到基站的状态下向服务基站报告UE支持的能力的过程。在以下描述中，该过程被称为UE能力报告。基站可以向处于连接状态的UE发送用于请求能力报告的UE能力查询消息。基站可以在该消息中包括针对每个RAT类型的UE能力请求。针对每个RAT类型的请求可以包括所请求的频率频带信息。

此外，UE能力查询消息可以在一个RRC消息容器中请求多个RAT类型。根据另一个示例，包括针对每个RAT类型的请求的UE能力查询消息可以被发送给UE多次。也就是说，UE能力查询被重复多次，并且UE可以响应于该查询来配置UE能力信息消息，并且可以多次报告该消息。在NR系统中，请求针对包括NR、LTE和EN-DC的MR-DC的UE能力。通常，UE能力查询消息最初是在UE连接之后发送的，但是当需要时，基站可以在任何情况下向UE请求能力报告。

当从基站接收到UE能力报告请求时，UE可以根据从基站请求的RAT类型和频带信息来配置UE能力。在下文中，将描述UE在NR系统中配置UE能力的方法。

1.当通过来自基站的UE能力请求向UE提供LTE和/或NR频带的列表时，UE可以配置用于EN-DC和NR独立(SA)的频带组合(BC)。也就是说，UE可以基于经由FreqBandList从基站请求的频带，配置用于EN-DC和NR SA的BC候选列表。频带可以具有按照FreqBandList中描述的顺序的优先级。

2.当基站通过设置“eutra-nr-only”标志或“eutra”标志来请求UE能力报告时，UE可以从配置的BC候选列表中完全移除NR SA BC。该操作可以仅在LTE基站(eNB)请求“eutra”能力时发生。

3.UE从上述操作中配置的BC候选列表中移除回退BC。回退BC对应于从其中移除了对应于至少一个SCell的频带的超集BC，并且可以被省略，因为超集BC可以已经覆盖了回退BC。这个操作也适用于MR-DC，即LTE频带。该操作之后剩余的BC是最终的“候选BC列表”。

4.UE可以通过从最终的“候选BC列表”中选择对应于所请求的RAT类型的BC来选择要报告的BC。在该操作中，UE以预定顺序配置supportedBandCombinationList。也就是说，UE可以根据预设的rat-Type顺序(nr->eutra-nr->eutra)来配置要报告的BC和UE能力。此外，UE针对配置的supportedBandCombinationList配置featureSetCombination，并根据移除了回退BC的列表(包括相同或更低级别的能力)的候选BC列表配置“候选特征集组合”的列表。“候选特征集组合”包括用于NR和EUTRA-NR BC二者的特征集组合，并且可以从UE-NR-Capabilities和UE-MRDC-Capabilities容器的特征集组合中获得。

5.当所请求的rat类型是eutra-nr并且是有影响的时，featureSetCombinations被包括在UE-MRDC-Capabilities和UE-NR-Capabilities的容器二者中。然而，NR特征集仅包括在UE-NR-Capabilities中。

在配置了UE能力之后，UE向基站发送包括UE能力的UE能力信息消息。基站可以基于从UE接收的UE能力来执行适合于UE的调度和发送/接收管理。

图10示出了根据实施例的协作通信天线端口配置。

图10示出了根据联合传输(JT)技术和情况的每发送接收点(TRP)的无线电资源分配的示例。在图10中，10-00示出了支持各个小区、TRP和/或波束之间的相干预编码的相干联合传输(C-JT)。在C-JT中，TRP A 10-05和TRP B 10-10发送相同的数据(PDSCH)，并且多个TRP可以执行联合预编码，这可能意味着TRP A 10-05和TRP B 10-10发送用于接收相同的PDSCH的相同的DMRS端口(例如，两个TRP都发送DMRS端口A和B)。在这种情况下，UE 10-15可以接收一条DCI，用于接收由DMRS端口A和B解调的一个PDSCH

在图10中，10-20示出了支持各个小区、TRP和/或波束之间的非相干预编码的非相干联合传输(NC-JT)。在NC-JT中，各个小区、TRP和/或波束发送不同的PDSCH，因此可以对每个数据(或PDSCH)应用各个预编码，这可以意味着TRP A 10-25和TRP B 10-30发送用于接收不同的PDSCH的不同的DMRS端口(例如，TRP A发送DMRS端口A，TRP B发送DMRS端口B)。在这种情况下，UE接收两种类型的DCI，用于接收由DMRS端口A解调的PDSCH A和由DMRS端口B解调的PDSCH B。

为了支持其中两个或更多个发送点同时向一个UE提供数据的NC-JT，有必要通过单个PDCCH分配从两个(或更多个)不同发送点发送的PDSCH，或者通过多个PDCCH分配从两个或更多个不同传发送发送的PDSCH。UE可以基于L1/L2/L3信令来获得参考信号或信道之间的准共址(QCL)关系，并且可以通过QCL关系来高效地估计参考信号或信道的大尺度参数。当某个参考信号或信道的发送点不同时，大尺度参数难以共享，因此基站在执行协作传输时需要通过两个或更多个TCI状态同时通知UE关于两个或更多个发送点的多条准共址信息。

当通过多个PDCCH支持非相干协作传输时，即，当两个或更多个PDCCH同时将两个或更多个PDSCH分配给相同的服务小区和相同的BWP时，可以通过相应的PDCCH向相应的PDSCH或DMRS端口分配两个或更多个TCI状态。然而，当通过单个PDCCH支持非相干协作传输时，即，当一个PDCCH同时将两个或更多个PDSCH分配给相同的服务小区和相同的BWP时，可以通过单个PDCCH将两个或更多个TCI状态分配给相应的PDSCH或DMRS端口。

假设在特定时间分配给UE的DMRS端口被划分为从发送点A发送的DMRS端口组A和从发送点B发送的DMRS端口组B，两个或更多个TCI状态被关联到相应的DMRS端口组，并且可以基于针对相应组的不同QCL假设来估计信道。不同的DMRS端口可以经受码分复用(CDM)、频分复用(FDM)或时域复用(TDM)，以便增加信道测量准确性并减少传输负载。这里，当经受CDM的DMRS端口被统称为CDM组时，由于当CDM组中的DMRS端口具有相似的信道特性时，基于码的复用恰当地操作(即，当端口具有相似的信道特性时，端口通过正交覆盖码(OCC)被容易地区分)，所以确保相同CDM组中的DMRS端口不具有不同的TCI状态可以是重要的。

在下文中，为了描述方便，表X至表Y被称为“第一天线端口指示(或传统天线端口指示)”，并且其中表X至表Y中的码点的一些或所有被修改的表被称为“第二天线端口指示(新天线端口指示)”。此外，DMRS端口和CDM组分配被称为DMRS分配。

UE可以通过指示DMRS端口的表来确定用于PDSCH传输的天线端口的数量。在DCI格式1_1中，基于Rel-15的天线端口指示方法是基于由DCI中的天线端口字段指示的长度为4到6比特的索引来确定的。UE可以基于基站发送的指示符(索引)来识别关于用于PDSCH的DMRS端口的数量和索引、前置符号的数量以及CDM组的数量的信息。此外，UE可以基于DCI1_1中的传输配置指示(TCI)字段中的信息来确定波束成形方向的动态变化。当tci-PresentDCI在高层中被配置为“启用”时，UE可以识别三比特信息的TCI字段，从而确定针对DL BWP或调度的分量载波激活的TCI状态以及与DL-RS相关联的波束的方向。当tci-PresentDCI被禁用时，UE可以认为波束形成中波束的方向没有变化。

在本公开的各种实施例中，考虑通过多个PDCCH或单个PDCCH分配从两个(或更多)不同的发送点发送的PDSCH的场景。Rel-15 UE可以基于单个PDCCH中的TCI信息和天线端口信息来接收包括服从QCL的单层或多层的PDSCH流。然而，Rel-16 UE可以接收从多TRP或多个基站发送的C-JT/NC-JT格式的数据。为了支持C-JT/NC-JT，Rel-16 UE需要基本的高层配置。具体地，UE可以通过高层接收与C-JT/NC-JT相关的参数或设置值，并且可以基于接收的参数或设置值执行配置以支持C-JT/NC-JT。

UE可以支持从多TRP或多个基站发送的C-JT/NC-JT格式的数据。支持C-JT/NC-JT的UE可以在高层配置中接收与C-JT/NC-JT相关的参数或设置值，并且可以基于该参数或设置值来设置UE的RRC参数。对于高层配置，UE可以利用UE能力参数tci-StatePDSCH。UE能力参数tci-StatePDSCH定义了用于PDSCH传输的TCI状态，且TCI状态的数量在FR1中可以配置为4、8、16、32、64和128，在FR2中可以配置为64和128。在配置的数量中，可以配置多达八个状态，所述八个状态可以通过MAC CE消息由DCI的TCI字段的三个比特指示。最大值128是指由包括在UE的能力信令中的tci-StatePDSCH参数中的maxNumberConfiguredTCIstatesPerCC指示的值。从高层配置到MAC CE配置的这一系列配置处理可以应用于针对一个TRP中的至少一个PDSCH的波束成形指示或波束成形改变命令。

根据本公开的实施例，基站可以通过至少一个MAC CE信令来指示UE激活/去激活特定的TCI状态。具体地，如在DCI格式1_1中，当为特定UE分配PDSCH时，基站使得UE能够使用TCI字段动态地支持包括(接收)波束成形方向指示或波束成形方向信息的QCL改变命令。

QCL改变命令指的是当识别出DCI格式1_1中的TCI状态字段信息的UE在某个时间之后(例如，从接收DCI的时间起，在由UE能力报告或信令指示的指定阈值(诸如timeDurationForQCL)之后)在下行链路中接收PDSCH时应用的操作，并且方向指的是与服从QCL的基站/TRP的DL RS有关的对应波束成形配置方向。

Rel-16 MAC CE可以以部分扩展Rel-15 MAC CE消息的形式来配置。该实施例可以提出将由Rel-15 MAC CE激活的所有TCI状态包括在由Rel-16MAC CE激活的TCI状态中。

在一个示例中，如图11所示，基站可以确定Rel-15 RRC配置的TCI状态11-00的总共M个TCI状态，例如TCI#0,TCI#1,TCI#2,...,TCI#M-1，并且可以选择TCI#0',TCI#1',TCI#2',...,TCI#K-1作为由Rel-15 MAC CE从其中选择的TCI状态的子集11-20。然而，支持Rel-16的基站和UE可以单独配置支持Rel-16的RRC配置的TCI状态，或者可以照原样使用在Rel-15中配置的RRC配置的TCI状态。这里，支持Rel-16的RRC配置的TCI状态可以包括在Rel-15中配置的RRC配置的TCI状态中的一些或全部。当M＝128时，Rel-16的TCI状态的数量可以等于或大于128。当基站或UE与根据Rel-16中的C-JT/NC-JT操作的基站/TRP的数量成比例地扩展Rel-15支持的TCI状态的数量时，如果两个TRP操作，则可以配置多达256个TCI状态。这里，在用于Rel-16的RRC配置的TCI状态中，Rel-16 MAC CE可以包括由Rel-15MAC CE支持的TCI状态中的一些或全部。具体地，当Rel-16 MAC CE包括由Rel-15 MAC CE支持的所有TCI状态，并且与根据Rel-16中的C-JT/NC-JT操作的基站/TRP的数量成比例地扩展TCI状态的数量时，如果两个TRP操作，则可以配置多达2K个TCI状态。

表13示出了在上述实施例中描述的tci-StatePDSCH参数的细节。具体而言，参数maxNumberConfiguredTCIstatesPerCC的FR2强制值可以从64修改为128或256，或者可以单独添加为64、128或256用于C-JT/NC-JT。

[表13]

在另一个示例中，支持Rel-15和Rel-16的基站或UE可以为Rel-15和Rel-16中的每一个配置最大值，以通过MAC CE配置TCI状态，并且可以将TCI状态的数量配置为小于或等于所配置的最大值的值。下面可以提出各种实施例作为用于将TCI状态的数量配置为小于或等于最大值的值的方法。

由Rel-15和Rel-16 MAC CE消息激活的TCI状态的数量可以基于由UE报告的UE能力值来配置。根据另一个示例，由Rel-15和Rel-16 MAC CE消息激活的TCI状态的数量可以被确定为由基站预设的值。根据又一个示例，由Rel-15和Rel-16 MAC CE消息激活的TCI状态的数量可以被确定为基站和UE之间预先约定的值。

例如，如图11所示，基站和UE可以确定Rel-15 RRC配置的TCI状态的总共M个TCI状态11-00，诸如TCI#0,TCI#1,TCI#2,...,TCI#M-1，并且可以从其选择由Rel-15 MAC CE选择的TCI状态的子集11-20，从而排列TCI#0',TCI#1',TCI#2',...,TCI#K-1。当从M个TCI状态中选择TCI#0时，TCI#0可以排列在TCI#0’。这里，例如，支持Rel-15的基站和UE的最大值K可以被配置或确定为8，支持Rel-16的基站和UE的最大值K也可以被配置为8。当最大值被配置为8时，基站可以指示UE在一个CORESET中通过基于DCI的波束选择操作来为PDSCH选择波束。波束的选择可以通过在多达八条中识别DCI中的TCI字段信息11-40来确定。图11中指示的TCI字段#I可以被选择为0到7的值。例如，当DCI的TCI字段被指示为000时，可以确定在TCI#0',TCI#1',TCI#2',TCI#3',TCI#4',TCI#5',TCI#6'和TCI#7'之中，TCI#0'(TCI#I＝TCI#0')被指示。尽管该实施例示出每个最大值被配置为8(K＝8)，但是最大值可以被配置为小于8的值。尽管该实施例示出了用于Rel-15的MAC CE的最大值K和用于Rel-16的MAC CE的最大值K是相同的，但是最大值可以被配置为不同的值。

在另一示例中，当TCI状态的数量与以C-JT/NC-JT操作的基站/TRP的数量成比例地扩展时，如果两个TRP操作，则支持Rel-16的基站和UE的K的最大值可以被配置为16。当最大值被配置为16时，基站可以指示UE在一个CORESET中通过基于DCI的波束选择操作来为PDSCH选择一个波束或者两个或更多个波束。当K是16时，由基站选择和指示的#I可以被选择为0到15的值。尽管该实施例示出最大值被配置为16(K＝16)，但是最大值可以被配置为小于16的值。

在又一示例中，可以确定基站或UE仅使用Rel-16 MAC CE信令。也就是说，Rel-15MAC CE和Rel-16 MAC CE可以使用针对C-JT/NC-JT合并的一个Rel-16 MAC CE。

例如，当UE基于Rel-15由DCI调度时，如果DCI中的TCI码点与两个或更多个TCI状态相关联，则UE可以仅考虑多个TCI状态中的第一TCI状态。当Rel-15 UE和Rel-16 UE通过合并或兼容格式的MAC CE接受信令时，Rel-15 UE可以类似于接收在当前标准中定义的Rel-15 MAC CE并获得期望的信息来操作。然而，Rel-16 UE可以确定至少一个TCI状态根据基站的传输的确定从自DCI选择的多个TCI状态中选择。基于关于DCI中天线端口的数量的信息、DMRS表中指示的DMRS端口信息和TCI索引信息中的至少一个，可以通过UE来确定基站的传输确定方法。

例如，如图12所示，基站可以确定Rel-15 RRC配置的TCI状态的总共M个TCI状态12-00，诸如TCI#0,TCI#1,TCI#2,...,TCI#M-1，其中用于C-JT/NC-JT的TCI状态的一个集或TCI状态的至少一个集可以由MAC CE(12-20)配置。MAC CE集可以被复合地配置为包括一条TCI状态信息，并且包括用于C-JT/NC-JT的至少两条TCI状态信息。例如，在这种配置中，根据包括一个TCI状态的集被首先放置并且包括两个TCI状态的集被随后放置的列出顺序，包括更多数量的TCI状态的集可以被随后放置。在另一个示例中，TCI状态可以根据其中具有更小TCI状态索引的TCI状态排列在前面的列出顺序排列，诸如TCI#0,(TCI#1,TCI#32),TCI#2,(TCI#3,TCI#34),...,(TCI#10,TCI#31)。在接收到MAC CE后，基于DCI中的基于DCI的波束选择信息，可以向UE指示(12-40)TCI#I或(TCI#I，TCI#J)之一。在该实施例中，当指示TCI#I时，UE可以确定选择了一个波束成形方向。具体地，当指示TCI#0时，UE可以在映射到TCI#0的波束的方向上执行波束成形。此外，在该实施例中，当指示(TCI#I，TCI#J)时，Rel-15 UE可以确定在两个波束形成方向中选择作为第一索引的TCI#I。具体地，当指示(TCI#1，TCI#32)时，UE可以在第一TRP中在映射到TCI#1的波束的方向上执行波束成形。此外，在该实施例中，当指示(TCI#I，TCI#J)时，Rel-16 UE可以确定选择了两个波束成形方向。具体地，当指示(TCI#1，TCI#32)时，UE可以在第一TRP中在映射到TCI#1的波束的方向上执行波束成形，并且可以在第二TRP中在映射到TCI#32的波束的方向上执行波束成形。

也就是说，当UE是Rel-15 UE时，UE可以仅解释从MAC CE获得的信息中的作为第一个TCI状态信息的TCI#I，并且可以确定由一个TRP执行的单个传输。然而，当UE是Rel-16 UE时，UE可以解释通过进行索引获得的MAC CE信息中的至少一些或全部。当为UE配置了用于C-JT/NC-JT的两个TRP时，UE可以解释作为(TCI#I，TCI#J)的所有TCI状态信息，并且可以确定选择两个波束。在该实施例中，当为UE配置了用于C-JT/NC-JT的三个TRP时，诸如(TCI#I，TCI#J，TCI#L)的TCI状态可以被附加地包括在MAC CE中。

当UE基于Rel-15由DCI来调度时，如果DCI中的TCI码点与两个或更多个TCI状态相关联，则UE可以仅考虑多个TCI状态中的最小的TCI状态ID。

例如，如图12所示，基站可以确定Rel-15 RRC配置的TCI状态的总共M个TCI状态12-00，诸如TCI#0,TCI#1,TCI#2,...,TCI#M-1，其中用于C-JT/NC-JT的TCI状态的一个集或TCI状态的至少一个集可以由MAC CE(12-20)配置。MAC CE集可以被复合地配置为包括一条TCI状态信息，并且包括用于C-JT/NC-JT的至少两条TCI状态信息。例如，在这种配置中，根据包括一个TCI状态的集被首先放置并且包括两个TCI状态的集被随后放置的列出顺序，包括更多数量的TCI状态的集可以被随后放置。在另一个示例中，在前述配置中，基于TCI状态索引中的最小值，TCI状态可以被布置为使得具有更小TCI状态索引的TCI状态被布置在前面，诸如TCI#0,(TCI#32,TCI#1),TCI#2,(TCI#34,TCI#3),...,(TCI#10,TCI#31)。在接收到MAC CE后，基于DCI中的基于DCI的波束选择信息，可以向UE指示(12-40)TCI#I或(TCI#I，TCI#J)之一。

在该实施例中，当指示TCI#I时，UE可以确定选择一个波束成形方向。具体地，当指示TCI#0时，UE可以在映射到TCI#0的波束的方向上执行波束成形。此外，在该实施例中，当指示(TCI#I，TCI#J)时，Rel-15 UE可以考虑最小的TCI状态ID来确定在两个波束形成方向中选择TCI#I(I<J)。具体地，当指示(TCI#32，TCI#1)时，UE可以在第一TRP中在映射到TCI#1的波束的方向上执行波束成形。此外，在该实施例中，当指示(TCI#I，TCI#J)时，Rel-16 UE可以确定选择两个波束成形方向。具体地，当指示(TCI#32，TCI#1)时，UE可以在第一TRP中在映射到TCI#1的波束的方向上执行波束成形，并且可以在第二TRP中在映射到TCI#32的波束的方向上执行波束成形。在该实施例中，当为UE配置了用于C-JT/NC-JT的三个TRP时，诸如(TCI#I,TCI#J,TCI#L)的TCI状态可以被附加地包括在MAC CE中。

图13示出了用于指示TCI状态的MAC CE消息的结构。图13示出了当在图11中基站从M个TCI状态11-00中选择K个TCI状态11-20时，发送给UE以指示K个TCI状态的MAC CE消息的结构。MAC CE消息可以基本上包括关于被配置用于基站和UE之间的通信的服务小区ID(例如，5比特)和BWP ID(例如，2比特)的信息。此外，MAC CE消息需要M个比特来分别使用一个比特的指示以指示M个TCI状态是否被激活。如图13所示，可以使用八位字节(octet)形式的资源来对齐M个比特。索引T0,T1,...,T(N-2)x8-7分别表示TCI状态，并且M被配置为等于或大于T(N-2)x8并且小于或等于T(N-2)x8-7的值，以便指示总共M个比特。例如，为了指示128个TCI状态中激活的TCI状态，MAC CE消息需要总共17个八位字节(N＝17)的资源，包括配置的服务小区ID和BWP ID(Oct 1)。这里，当从T0到T7的八个TCI状态被激活时，MAC CE消息中的T0到T7资源位置由‘1’指示，而剩余的T8到T127由‘0’指示。当接收MAC CE的UE成功解码时，映射由用于指示TCI状态的激活的‘1’指示的资源位置，以确定激活的波束形成的方向。

图14示出了根据实施例的多TRP操作的各种示例。

图14的情况#4 14-30示出了根据传统CA操作配置服务小区和物理小区标识(PCI)的示例，这是用于指示多TRP操作方法之间的差异的准则。参考情况#4，在各个小区占用不同频率资源的一般CA场景下，基站可以为各个小区配置不同的服务小区(ServCellConfigCommon)(即，在各个服务小区配置中由DownlinkConfigCommon指示的频带值FrequencyInfoDL是不同的)，因此对于各个小区，可以配置不同的索引(ServCellIndex)，并且可以映射不同的PCI值。这里，ServCellConfigCommon中的参数如下表所示。

图14的情况#1 14-00示出了其中一个或多个TRP在一个服务小区配置内操作的小区内多TRP操作。参考情况#1，由于基站将从不同TRP发送的信道和信号配置为包括在一个服务小区配置中，所以多个TRP基于一个ServCellIndex(ServCellIndex#1)进行操作，并且由于只有一个ServCellIndex，所以只使用一个PCI。在这种情况下，当从TRP 1和TRP 2发送多个SSB时，SSB具有相同的PCI值，并且在将由QCL-Info中的小区参数指示的ServCellIndex值映射到PCI以及指定从TRP 1或TRP 2发送的SSB作为参考天线端口方面没有问题。

图14的情况#3 14-20示出了其中一个或多个TRP具有不同的PCI的小区间多TRP操作。在情况#3中，基站将从不同TRP发送的信道和信号配置为包括在不同的服务小区配置中(即，相应TRP具有独立的服务小区配置，并且由服务小区配置中的DownlinkConfigCommon指示的频带值FrequencyInfoDL指示至少部分重叠的频带)，并且由于多个TRP基于服务小区配置中包括的多条ServCellIndexe(ServCellIndex#1和ServCellIndex#2)进行操作，因此可以为每个TRP使用单独的PCI(即，可以每ServCellIndex分配一个PCI)。当从TRP 1和TRP 2发送多个SSB时，SSB可以具有不同的PCI值(PCI#1或PCI#2)，并且在情况#3中，在通过适当地选择由包括在不同服务小区配置中的QCL-Info中的小区参数指示的ServCellIndex值(ServceCellIndex#1和ServCellIndex#2)来映射适合于每个TRP的PCI值、以及指定从TRP 1或TRP 2发送的SSB作为参考天线端口方面没有问题。然而，由于该配置使用一个服务小区配置，其可用于UE的CA，对于多TRP，CA配置的自由度可能受限或者信令负载可能增加。

图14的情况#2 14-10示出了其中一个或多个TRP具有不同的PCI的小区间多TRP操作的另一示例。参考情况#2，基站可以将从不同TRP发送的信道和信号配置为包括在一个服务小区配置中(考虑到根据情况#3的应用的信令负载)。在这种情况下，UE基于一个服务小区配置中包括的ServCellIndex(ServCellIndex#1)进行操作，因此可能没有辨识到分配给第二TRP的PCI(PCI#2)。当从TRP 1和TRP 2发送多个SSB时，SSB可以具有不同的PCI值(PCI#1或PCI#2)，并且在情况#2中，第二TRP的PCI值(PCI#2)可以不通过由包括在一个服务小区配置中的QCL-Info中的小区参数指示的ServCellIndex值来映射。因此，在根据情况#2 14-10的小区间多TRP操作中，仅可能将从TRP 1发送的SSB指定为参考天线端口，而不可能将从TRP 2发送的SSB指定为参考天线端口。

本公开的以下实施例提供了用于指示/配置QCL参考天线端口以支持情况#2 14-10的方法，即，在某个频率资源内使用单个服务小区配置的小区间多TRP操作(具有非CA框架的小区间多TRP)。

基站可能通过各种方法向UE显式指示或隐式指示应用非CA框架的小区间多TRP。

例如，基站可以通过高层信令，诸如通过“配置将在一个服务小区或BWP中配置的CORESET划分为两个或更多个组(CORESET组)的参数(每CORESET的高层参数)”、通过“配置将在一个服务小区或BWP中配置的PUCCH资源划分为两个或更多个组(PUCCH组)的参数(每PUCCH的高层参数)”、或者通过定义和配置独立的高层参数，来通知UE应用具有非CA框架的小区间多TRP。

在另一个示例中，当某个服务小区被配置为执行多TRP操作时(即，当其被配置为在某个服务小区内在一个BWP中一次接收一个或多个PDSCH时)，如果服务小区的频率资源(即，由对应的服务小区配置的DownlinkConfigCommon所指示的频带值FrequencyInfoDL所指示的频率资源)不与其他服务小区配置的任何频率配置重叠，则UE可以理解应用了具有非CA框架的小区间多TRP。

尽管为了不模糊以下实施例中描述的要点而被省略，但是应当注意，假设UE认识到基站使用以上示例或其应用之一执行具有非CA框架的小区间多TRP操作，则可以应用以下实施例中的方法之一。

[第一实施例：将PCI值添加到TCI配置或QCL配置的方法]

第一实施例提供了如下的方法：通过将用于关联除了映射到现有ServCellIndex的第一PCI值之外的附加PCI值的参数添加到包括在一个服务小区配置中的TCI配置或QCL配置，基于附加PCI作为QCL参考天线端口来配置SSB。

图15示出了根据实施例的配置QCL目标天线端口和参考天线端口的方法的示例。

参考图15和表4-1，当QCL目标天线端口是TRS 15-00时，可配置的QCL参考天线端口可以是SSB 15-05或用于BM的CSI-RS 15-10。在具有非CA框架的小区间多TRP环境中，可以假设SSB 15-05或用于BM的CSI-RS15-10被配置在与TRS相同的服务小区配置中，并且PCI#1被分配给对应的服务小区。这里，如上所述，具有不同PCI(PCI#2和PCI#3)的SSB 15-20和15-30不能通过传统信令被配置为QCL参考天线端口。

根据用于解决上述问题的一种方法，如下所示，可能将用于指代除了分配给服务小区的PCI#1之外的PCI的参数(physCellId)添加到在具有非CA框架的小区间多TRP环境中使用的一个服务小区配置中包括的QCL配置。例如，为了将与PCI#2相关联的SSB 15-20配置为QCL参考天线端口，可以将添加到以下QCL配置中的physCellId的值设置为PCI#2。

根据用于解决上述问题的另一种方法，如下所示，可能将用于指代除了分配给服务小区的PCI#1之外的PCI的参数(physCellId)添加到在具有非CA框架的小区间多TRP环境中使用的一个服务小区配置中包括的TCI配置。例如，为了将与PCI#2相关联的SSB 15-20配置为QCL参考天线端口，可以将添加到以下TCI配置中的physCellId的值设置为PCI#2。

类似地，为了将不同的PCI值映射到TCI配置中的第一QCL配置(qcl-Type1)和第二QCL配置(qcl-Type2)，可能将两个PCI(physcellid 1和physCellId2)添加到TCI配置，如下所示。

在将附加的PCI值分配给QCL配置或TCI配置时，可能鉴于UE的移动性配置(或切换配置)值而考虑特定约束。

例如，根据下表，基站可以通过SSB-MTC和SSB-MTC2配置来配置关联接到要由UE测量的SSB的一系列PCI值列表。

在图15的示例中，当PCI#2被包括在SSB-MTC2中的pci-list中，但是PCI#3没有被包括在SSB-MTC2中的pci-list中时，UE被强制测量与PCI#2相关联的SSB 15-20，但是不强制测量与PCI#3相关联的SSB 15-30。因此，UE可以将QCL参考天线端口的配置应用于与PCI#2相关联的SSB 15-20，但是不期望用于与PCI#3相关联的SSB 15-30的QCL参考天线端口的配置。这里，“UE不期望QCL参考天线端口的配置”在实际应用中可以被不同地应用，诸如“在执行配置时忽略配置细节”、“由于没有定义针对该配置的UE操作，所以允许执行随机处理”，或者“保证基站不执行该配置”。

作为特定约束的另一个示例，基站可能在MeasObject配置中考虑黑色小区列表或白色小区列表。根据下表，基站可以通过MeasObject配置来配置一系列PCI值列表，这些列表关联到UE在测量SSB时考虑的PCI值的黑名单(blackCellsToAddModList)和白名单(whiteCellsToAddModList)。

在图15的示例中，当PCI#2包括在MeasObjectNR中的whiteCellsToAddModList中(或者不包括在blackCellsToAddModList中)但是PCI#3不包括在MeasObjectNR中的whiteCellsToAddModList中(或者包括在blackCellsToAddModList中)时，UE被强制测量与PCI#2相关联的SSB15-20，但是不强制测量与PCI#3相关联的SSB 15-30。因此，UE可以将QCL参考天线端口的配置应用于与PCI#2相关联的SSB 15-20，但是不期望用于与PCI#3相关联的SSB 15-30的QCL参考天线端口的配置。这里，“UE不期望QCL参考天线端口的配置”在实际应用中可以被不同地应用，诸如“在执行配置时忽略配置细节”、“由于没有定义针对该配置的UE操作，所以允许执行随机处理”，或者“保证基站不执行该配置”。

[第二实施例：将用于移动性的CSI-RS添加到QCL参考天线端口的方法]

第二实施例提供了这样的方法：通过添加对其配置独立的PCI值而不管映射到某个服务小区的ServCellIndex的PCI值的天线端口(或信道/信号)作为新的QCL参考天线端口，来参考相邻小区的PCI值。

图16示出了根据实施例的配置QCL目标天线端口和参考天线端口的方法的示例。

参考图16和表4-1，当QCL目标天线端口是TRS 16-00时，可配置的QCL参考天线端口可以是SSB 16-05或用于BM的CSI-RS 16-10。在具有非CA框架的小区间多TRP环境中，可以假设SSB 16-05或用于BM的CSI-RS16-10被配置在与TRS相同的服务小区配置中，并且PCI#1被分配给对应的服务小区。这里，如上所述，具有不同PCI(PCI#2或PCI#3)的SSB 15-20不能通过传统信令被配置为QCL参考天线端口。

根据用于解决前述问题的一种方法，如下所示，可能通过将用于移动性的CSI-RS添加到可以通过QCL配置中的referenceSignal选择的天线端口，来参考除了分配给服务小区的PCI#1之外的PCI。

在上表中，CSI-RS-Index是用于指代在具有非CA框架的小区间多TRP环境中使用的服务小区配置中包括的以下CSI-RS-Resource-Mobility配置的索引的参数。

在该实施例中，当添加用于移动性的CSI-RS 16-15作为新的QCL参考天线端口时，可以考虑一些约束。

例如，当用于移动性的CSI-RS 16-15被应用为新的QCL参考天线端口时，鉴于QCL应用的准确性，可以保证总是将用于移动性的CSI-RS的密度配置为高值(即，总是在CSI-RS-CellMobility配置中配置密度＝d3)。

在另一示例中，当用于移动性的CSI-RS 16-15被应用为新的QCL参考天线端口时，通过将QCL配置的类型限制为QCL-type D，关联保证仅指定UE的接收波束信息。在这种情况下，在UE的当前服务小区中可以参考QCL-type A至QCL-type C。

在又一示例中，当用于移动性的CSI-RS 16-15被应用为新的QCL参考天线端口时，可能保证应用与CSI-RS-Resource-Mobility相关联的SSB 16-20(即，由CSI-RS-Resource-Mobility中的associatedSSB指示的SSB)作为QCL参考天线端口，而不是直接使用用于移动性的CSI-RS 16-15。这里，通过在associatedSSB中配置isQuasiColocated，可以保证仅当用于移动性的CSI-RS和关联的SSB互相符合QCL时才应用该示例。

[第三实施例：满足使用未被配置为QCL参考天线端口的TRS的条件的方法]

第三实施例涉及一种方法：用于根据不需要参考相邻TRP的PCI值的场景，即，分别根据需要配置除基于服务小区的QCL参考天线端口之外的附加QCL参考天线端口的场景和不需要配置附加QCL参考天线端口的场景，来执行合适的操作。

图17示出了根据实施例的小区内多TRP操作和小区间多TRP操作。

参考图17，UE可以执行关于多TRP操作的UE能力报告(17-00)。关于多TRP操作的UE能力报告可以一起报告小区内多TRP操作是否可能以及小区间多TRP操作是否可能(即，报告两种操作都可能或不可能)，或者可以单独报告两种操作是否可能。随后，基站可以为能够进行多TRP操作的UE配置多TRP操作(17-05)。UE可以根据预先约定的规则确定小区间多TRP操作是否可行，即，在不配置QCL参考天线端口的情况下TRS接收是否是可能的(17-10)。例如，在预先约定的规则中，当deriveSSB-IndexFromCell参数被配置为真时，基站对于每个小区的对准子帧号(SFN)和帧边界。当小区间多TRP操作不可能时，UE可以接收基于服务小区PCI的配置的QCL参考天线端口，以执行小区内多TRP操作(17-15)。当小区间多TRP操作可能时，UE可以执行小区内多TRP操作，而无需配置QCL参考天线端口(17-20)。

在上述实施例中，假设TRS 15-00和16-00是目标天线端口，但是本公开不限于此，并且类似于上述方法的方法可以应用于其他类型的目标天线端口。

[第四实施例：将PCI值添加到基于SSB的信道状态测量配置的方法]

本实施例提供了这样的方法：在非CA框架的小区间多TRP场景下，使用在UE未附着到/未驻留在的PCI的小区或TRP中发送的RS(例如，SSB或用于移动性的CSI-RS)作为信道状态测量的参考信号。

首先，提供了一种配置用于L1-RSRP或L1-SINR测量的参考信号的方法。用于L1-RSRP或L1-SINR测量的常规参考信号配置通过CSI-ResourceConfig IE或类似的信令结构从基站指示给UE，如下表所示，可配置用于L1-RSRP或L1-SINR测量的参考信号的类型可以是SSB、CSI-RS或CSI-IM。

当在表的CSI-ResourceConfig IE中配置SSB时，可以在csi-SSB-ResourceSetList元素中指示用于测量L1-RSRP或L1-SINR的SSB集的列表。csi-SSB-ResourceSetList元素中的SSB集中的每个可以包括SSB集的ID(csi-SSB-ResourceSetId)和属于该SSB集的SSB索引的列表(csi-SSB-ResourceList)，如下表所示。

属于常规SSB集的SSB索引限于UE所附着到或驻留在的PCell或为UE配置的SCell。根据本公开的实施例，为了使用作为UE未附着到或未驻留在的PCell或作为未被配置为SCell的PCI的小区、或者用于L1-RSRP或L1-SINR测量的TRP的SSB，基站不仅可以向UE指示SSB索引，还可以向UE指示与SSB索引对应的PCI。在指示PCI时，可以为SSB集中的每个SSB索引指示单独的PCI，可以为每个SSB集指示一个PCI，或者可以为每个CSI-ResourceConFigure指示一个PCI。例如，当为每个SSB集指示一个PCI时，可以如下将指示PCI的参数(physCellId)添加到SSB集配置(csi-SSB-ResourceList)中。

接下来，提供了一种配置用于波束失败恢复的参考信号的方法。在周期性地测量对应于特定链路的参考信号之后，当UE确定参考信号的接收质量(例如，RSRP)不好时，UE可以声明链路中的波束失败，并且可以执行波束恢复过程。波束恢复过程可以从UE向基站发送波束失败声明信息开始。波束失败声明信息可以包括关于需要恢复的链路的信息和关于用来恢复链路的波束的信息。关于需要恢复的链路的信息可以包括该链路的服务小区的索引和/或关于在服务小区中周期性测量的参考信号的信息。“周期性测量的参考信号”可以被称为波束失败检测(BFD)参考信号。关于用来恢复链路的波束的信息可以包括由UE选择的具有良好接收质量的新参考信号的索引。“具有良好接收质量的新参考信号”可以被称为候选波束检测(CBD)参考信号。

在常规的波束恢复过程中，SSB和CSI-RS可以用作BFD RS和CBD RS，并且常规可用的SSB限于属于UE所附着到或驻留在的PCell或为UE配置的SCell的SSB。因此，根据本公开的实施例，为了使用作为UE未附着到或未驻留在的PCell或作为未被配置为SCell的PCI的小区或TRP的SSB，当SSB被指示为BFD RS和/或CBD RS时，也可以指示SSB所属的PCI。例如，当使用SSB作为用于PCell的波束恢复过程的BFD RS和/或CBD RS时，指示PCI的参数(physCellId)可以与SSB索引一起被指示，如下表所示。

可以配置前述实施例中配置的PCI参数的默认值。例如，当没有指示physCellId时，physCellId的默认值可以是UE所附着到或驻留在的PCell或配置的SCell的PCI。

接下来，在前述实施例中，可以根据UE能力报告来确定是否可以在SSB中配置PCI参数，这可以类似于图17中描述的。关于多TRP操作的UE能力报告可以一起报告小区内多TRP操作是否可能以及小区间多TRP操作是否可能(即，报告两种操作都可能或不可能)，或者可以单独报告两种操作是否可能。随后，基站可以为能够进行多TRP操作的UE配置多TRP操作。多TRP操作的配置指的是用于测量发送到小区间多TRP的SSB用于L1-RSRP/L1-SINR测量或BFD/CBD过程的配置。在配置该操作时，可以另外配置预先约定的约束。例如，预先约定的约束可以是其中deriveSSB-IndexFromCell参数被配置为真的条件，因此基站对于每个小区对齐子帧号(SFN)和帧边界。当小区间多TRP操作不可能时，基站可以配置不执行多TRP操作，即，当使用SSB进行L1-RSRP/L1-SINR测量或BFD/CBD过程时，仅使用服务小区的SSB。根据前述配置，UE可以执行小区间多TRP操作或者仅执行单小区操作。

根据依据以上描述的本公开的实施例，在无线通信系统中，基站可以发送至少一个MAC控制元素(MAC CE)和下行链路控制信息(DCI)，用于向多个UE分配多个物理下行链路共享信道(PDSCH)，以便支持联合传输(JT)。

根据本公开实施例的用于UE在无线通信系统中执行通信的方法可以包括：向基站发送关于UE的能力信息的操作，该能力信息包括关于是否支持协作通信的信息；当UE支持协作通信时，通过无线电资源控制(RRC)从基站获得关于协作通信是否被激活的信息的操作；基于基站是否激活协作通信，来识别从基站接收的MAC控制元素(CE)的格式的操作；基于所识别的MAC CE的格式，确定每发送接收点(TRP)的传输配置指示(TCI)状态的操作；以及通过参考确定的一个或多个TCI状态来接收从一个或多个TRP发送的PDSCH的操作。

根据本公开实施例的用于UE在无线通信系统中执行通信的方法可以包括：向基站发送关于UE的能力信息的操作，该能力信息包括关于是否支持协作通信的信息；当UE支持协作通信时，通过无线电资源控制(RRC)从基站获得关于协作通信是否被激活的信息的操作；基于基站是否激活协作通信来检测从基站发送的下行链路控制信息(DCI)的操作；以及当检测到的DCI中的两条或更多条DCI执行对特定时间/频率资源的PDSCH分配时，通过参考由每条DCI指示的传输配置指示(TCI)状态，来接收由每条DCI分配的PDSCH的操作。

在根据本公开实施例的用于UE在无线通信系统中执行通信的方法中，确定TCI状态的操作可以包括：当协作通信被激活时，基站识别关于根据一个或多个MAC CE激活的一个或多个TCI状态的信息的操作。

在根据本公开实施例的用于UE在无线通信系统中执行通信的方法中，确定TCI状态的操作可以包括：当协作通信被激活时，基站识别关于根据一条或多条DCI指示的一个或多个TCI状态的信息的操作。

在根据本公开实施例的用于UE在无线通信系统中执行通信的方法中，确定TCI状态的操作可以包括如下操作：当协作通信被激活时，基站在根据从一条或多条DCI指示的一个或多个TCI状态参考QCL信息时，参考用于一个准共址(QCL)信息的第一物理小区标识(PCI)，并且参考用于另一QCL信息的第二PCI。

根据本公开实施例的用于UE在无线通信系统中执行通信的方法可以进一步包括：基于MAC CE中包括的每TRP的激活的TCI状态对，来更新PDCCH或PDSCH的波束方向的操作。

根据本公开实施例的用于UE在无线通信系统中执行通信的方法还可以包括：接收下行链路控制信息(DCI)的操作；以及当确定基站激活协作通信时，从接收的DCI中的预设字段确定用于协作通信的DMRS端口的操作。

根据本公开实施例的用于UE在无线通信系统中执行通信的方法还可以包括：当确定基站激活协作通信时，根据从基站接收的DCI中的预设字段中识别包括关于用于协作通信的DMRS端口的信息的字段的操作；以及基于包括在所识别的字段中的值来确定用于协作通信的DMRS端口的操作。

根据实施例的用于基站在无线通信系统中执行通信的方法可以包括：接收关于UE的能力信息的操作，该能力信息包括关于是否支持协作通信的信息；当UE支持协作通信时，通过RRC向UE发送关于协作通信是否被激活的信息的操作；以及发送MAC控制元素(CE)的操作，该MAC CE包括关于多个发送接收点(TRP)的传输配置指示(TCI)状态的信息。

图18是示出根据一些实施例的UE的结构的框图。

参考图18，UE可以包括UE接收器18-00、UE发送器18-10和UE处理器18-05。UE接收器18-00和UE发送器18-10可以统称为收发器。UE的UE接收器18-00、UE发送器18-10和UE处理器18-05可以根据UE的前述通信方法进行操作。然而，UE的组件不限于前述示例。例如，UE可以包括比前述组件更多的组件(例如，存储器)或更少的组件。此外，UE接收器18-00、UE发送器18-10和UE处理器18-05可以被配置为单个芯片。

UE接收器18-00和UE发送器18-10(或收发器)可以向基站发送信号和从基站接收信号。这里，信号可以包括控制信息和数据。为此，收发器可以包括RF发送器，用于上变频发送信号的频率和对其进行放大，以及RF接收器，用于执行接收信号的低噪声放大和下变频接收信号的频率。然而，这仅仅是收发器的实施例，并且收发器的组件不限于RF发送器和RF接收器。

此外，收发器可以通过无线电信道接收信号，以将信号输出到UE处理器18-05，并且可以通过无线电信道发送从UE处理器18-05输出的信号。

存储器(未示出)可以存储UE操作所需的程序和数据。此外，存储器可以存储包括在由UE获得的信号中的控制信息或数据。存储器可以被配置为存储介质，例如ROM、RAM、硬盘、CD-ROM和DVD，或者存储介质的组合。

UE处理器18-05可以控制一系列处理，使得UE可以根据本公开的前述实施例进行操作。UE处理器18-05可以被配置为控制器或一个或多个处理器。

图19是示出根据一些实施例的基站的结构的框图。

参考图19，基站可以包括基站接收器19-00、基站发送器19-10和基站处理器19-05。基站接收器19-00和基站发送器19-10可以统称为收发器。基站的基站接收器19-00、基站发送器19-10和基站处理器19-05可以根据基站的前述通信方法进行操作。然而，基站的组件不限于前述示例。例如，基站可以包括比前述组件更多的组件(例如，存储器)或更少的组件。此外，基站接收器19-00、基站发送器19-10和基站处理器19-05可以被配置为单个芯片。

基站接收器19-00和基站发送器19-10(或收发器)可以向UE发送信号和从UE接收信号。这里，信号可以包括控制信息和数据。为此，收发器可以包括RF发送器，用于上变频发送信号的频率和对其进行放大，以及RF接收器，用于执行接收信号的低噪声放大和下变频接收信号的频率。然而，这仅仅是收发器的实施例，并且收发器的组件不限于RF发送器和RF接收器。

此外，收发器可以通过无线电信道接收信号，以将信号输出到基站处理器19-05，并且可以通过无线电信道发送从基站处理器19-05输出的信号。

存储器(未示出)可以存储基站操作所需的程序和数据。此外，存储器可以存储包括在由基站获得的信号中的控制信息或数据。存储器可以被配置为存储介质，例如ROM、RAM、硬盘、CD-ROM和DVD，或者存储介质的组合。

基站处理器19-05可以控制一系列处理，使得基站可以根据前述实施例进行操作。基站处理器19-05可以被配置为控制器或一个或多个处理器。

在说明书和附图中描述和示出的本公开的实施例仅仅是特定的示例，其被呈现以容易地解释本公开的技术内容并帮助理解本公开，并且不意图限制本公开的范围。也就是说，对于本领域技术人员来说，显然可以实施基于实施例的技术思想的其他变型。此外，根据需要，可以组合使用上述各个实施例。例如，本公开的实施例1至4可以全部或部分地组合以操作基站和终端。

Claims (15)

1.一种通信系统中的UE的方法，所述方法包括：

从与第一小区相关联的基站接收小区配置信息，所述小区配置信息包括传输配置指示符(TCI)配置和准共址(QCL)配置；

基于所述小区配置信息，识别QCL参考天线端口；和

基于与所识别的QCL参考天线端口的QCL关系，从所述基站接收信号，

其中，基于与第二小区相关联的同步信号块(SSB)或信道状态信息参考信号(CSI-RS)来识别所述QCL参考天线端口。

2.根据权利要求1所述的方法，其中，所述第一小区和所述第二小区对应于不同的物理小区标识(PCI)。

3.根据权利要求1所述的方法，其中，所述TCI配置或所述QCL配置包括关于对应于所述第二小区的物理小区标识(PCI)的信息，以及

其中，基于与对应于所述第二小区的PCI相关联的所述SSB来识别所述QCL参考天线端口。

4.根据权利要求1所述的方法，其中，所述TCI配置或所述QCL配置包括关于用于移动性的CSI-RS配置中包括的与所述第二小区相关联的CSI-RS索引的信息，以及

其中，基于对应于与所述第二小区相关联的所述CSI-RS索引的所述CSI-RS来识别所述QCL参考天线端口。

5.根据权利要求1所述的方法，其中，从所述基站接收的所述信号包括参考信号、数据和控制信号中的至少一个，并且

其中，所述参考信号包括跟踪参考信号(TRS)。

6.根据权利要求1所述的方法，其中，根据所述UE是否执行小区间多TRP操作，基于与所述第二小区相关联的所述SSB或所述CSI-RS来识别所述QCL参考天线端口。

7.根据权利要求6所述的方法，其中，所述UE是否执行所述小区间多TRP操作是基于所述UE的能力报告或从所述基站接收的SSB配置来识别的。

8.根据权利要求1所述的方法，其中，与所述第二小区相关联的所述SSB或所述CSI-RS与用于信道状态测量的参考信号相关。

9.根据权利要求1所述的方法，其中，与所述第二小区相关联的所述SSB或所述CSI-RS与波束失败检测(BFD)参考信号或候选波束检测(CBD)参考信号相关。

10.一种通信系统中的与第一小区相关联的基站的方法，所述方法包括：

向UE发送包括传输配置指示符(TCI)配置和准共址(QCL)配置的小区配置信息；和

基于与基于所述小区配置信息识别的QCL参考天线端口的QCL关系，向所述UE发送信号，

其中，基于与第二小区相关联的同步信号块(SSB)或信道状态信息参考信号(CSI-RS)所述QCL参考天线端口被识别。

11.根据权利要求10所述的方法，其中，所述第一小区和所述第二小区对应于不同的物理小区标识(PCI)。

12.根据权利要求10所述的方法，其中，所述TCI配置或所述QCL配置包括关于对应于所述第二小区的物理小区标识(PCI)的信息，以及

其中，基于与对应于所述第二小区的PCI相关联的所述SSB来识别所述QCL参考天线端口。

13.根据权利要求10所述的方法，其中，所述TCI配置或所述QCL配置包括关于用于移动性的CSI-RS配置中包括的与所述第二小区相关联的CSI-RS索引的信息，以及

其中，基于对应于与所述第二小区相关联的所述CSI-RS索引的所述CSI-RS来识别所述QCL参考天线端口。

14.一种无线通信系统中的UE，所述UE包括：

收发器；和

控制器，被配置为从与第一小区相关联的基站接收包括传输配置指示符(TCI)配置和准共址(QCL)配置的小区配置信息，基于所述小区配置信息识别QCL参考天线端口，并且基于与所识别的QCL参考天线端口的QCL关系从所述基站接收信号，

其中，基于与第二小区相关联的同步信号块(SSB)或信道状态信息参考信号(CSI-RS)来识别所述QCL参考天线端口。

15.一种通信系统中的与第一小区相关联的基站，所述基站包括：

收发器；和

控制器，被配置为向UE发送包括传输配置指示符(TCI)配置和准共址(QCL)配置的小区配置信息，并且基于与基于所述小区配置信息识别的QCL参考天线端口的QCL关系，向所述UE发送信号，

其中，基于与第二小区相关联的同步信号块(SSB)或信道状态信息参考信号(CSI-RS)所述QCL参考天线端口被识别。

Images