CN114762262A

CN114762262A - 用于网络协作通信中波束故障恢复的方法和装置

Info

Publication number: CN114762262A
Application number: CN202080081923.8A
Authority: CN
Inventors: 张永禄; 卢勋东; 朴珍贤; 池衡柱
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2019-11-25
Filing date: 2020-11-24
Publication date: 2022-07-15
Also published as: EP4064583A4; EP4064583A1; US20230006727A1; WO2021107575A1

Abstract

本公开涉及用于将IoT技术与5G通信系统相结合以支持比4G系统更高的数据传输速率的通信方案和系统。本公开可以基于5G通信技术和IoT相关的技术应用于智能服务(例如，智能家居、智能建筑、智慧城市、智能汽车或联网汽车、医疗保健、数字教育、零售商业以及安保和安全相关的服务)。本公开提出了一种用于波束故障恢复的方法和装置。本公开的实施例提供了一种无线通信系统中的终端的方法。该终端的方法包括以下步骤：获得关于用于波束故障检测的至少一个参考信号的信息；识别针对被包括在至少一个参考信号中的第一参考信号集和第二参考信号集中的每个参考信号集是否检测到波束故障；以及如果针对第一参考信号集和第二参考信号集中的至少一个检测到波束故障，则针对其中检测到波束故障的参考信号集执行波束故障恢复流程，其中第一参考信号集与第一控制资源集(CORESET)池相关，并且第二参考信号集与第二CORESET池相关。

Description

用于网络协作通信中波束故障恢复的方法和装置

技术领域

本公开涉及通信系统，并且更具体地，涉及用于配置波束故障恢复(beam failurerecovery，BFR)操作的方法和装置。

背景技术

为了满足自4G通信系统商业化以来对无线数据业务不断增长的需求，已经努力开发改进的5G或预5G通信系统。因此，5G或预5G通信系统也被称为“超4G网络系统”或“后LTE系统”。3GPP定义的5G通信系统被称为新空口(NR)系统。

为了实现高数据速率，正在考虑在极高频率(mmWave(毫米波))频段(例如，60GHz频段)中实现5G通信系统。为了减少无线电波的路径损耗并增加mmWave频段中的传输距离，包括波束成形、大规模多输入多输出(大规模MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线的多种技术已经被考虑用于5G通信系统，并且已经被应用于NR系统。

此外，为了改善5G通信系统中的系统网络，正在进行关于演进的小小区、高级小小区、云无线接入网络(云RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、干扰消除等的技术开发。

此外，诸如混合频移键控和正交幅度调制(FQAM)和滑动窗口叠加编码(SWSC)的高级编码和调制(ACM)方案，以及诸如滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)的高级接入技术也正在为5G系统开发中。

同时，互联网正在从人类创造和消费信息的以人类为中心的网络演变为物联网(IoT)，IoT中，诸如事物的分布式元素交换和处理信息。还出现了万物互联(IoE)技术，其是结合通过与云服务器的连接的IoT技术与大数据处理技术。为了实现IoT，需要与传感、有线/无线通信和网络基础设施、服务接口和安全相关的技术元素，并且近年来正在研究诸如传感器网络、机器对机器(M2M)或机器类型通信(MTC)的互连事物的技术。在IoT环境中，可以提供智能互联网技术服务，其收集和分析互联事物创造的数据，为人类生活添加新的价值。通过现有信息技术和多种行业之间的融合和结合，IoT技术可以应用于多种领域，诸如智能家居、智能建筑、智慧城市、智能或联网汽车、智能电网、医疗保健、智能消费电子和高级医疗服务。

因此，正在进行各种尝试以将5G通信系统应用于IoT网络。例如，诸如传感器网络和机器对机器(M2M)或机器类型通信(MTC)的技术正在通过使用包括波束成形、MIMO和阵列天线的5G通信技术来实现。上述云RAN作为大数据处理技术的应用可能是5G技术和IoT技术融合的实例。

另一方面，随着通信系统的最新发展，已经进行了多种研究来改进波束故障恢复流程。

发明内容

【技术问题】

本公开的各种实施例将提供一种方法和装置，其可以在无线通信系统中，特别是在网络协作通信的情境下，灵活且高效地执行波束故障恢复(BFR)操作。

【技术方案】

根据用于解决上述问题的本公开的实施例，提供了一种无线通信系统中的终端的方法。该终端的方法包括：获得关于用于波束故障检测的至少一个参考信号的信息；识别针对被包括在至少一个参考信号中的第一参考信号集和第二参考信号集中的每个参考信号集是否检测到波束故障；以及在针对第一参考信号集或第二参考信号集中的至少一个检测到波束故障的情况下，针对其中检测到波束故障的参考信号集执行波束故障恢复流程，其中第一参考信号集与第一控制资源集(CORESET)池相关联，并且第二参考信号集与第二CORESET池相关联。

此外，根据本公开的实施例，提供了一种无线通信系统中的基站的方法。该基站的方法包括：向终端发送关于用于波束故障检测的至少一个参考信号的信息；以及在针对被包括在至少一个参考信号中的第一参考信号集或第二参考信号集中的至少一个检测到波束故障的情况下，从终端接收与波束故障恢复请求相关的信号，其中第一参考信号集与第一控制资源集(CORESET)池相关联，并且第二参考信号集与第二CORESET池相关联。

此外，根据本公开的实施例，提供了一种无线通信系统中的终端。该终端包括：收发器；以及控制器，该控制器被配置为：获得关于用于波束故障检测的至少一个参考信号的信息；识别针对被包括在至少一个参考信号中的第一参考信号集和第二参考信号集中的每个参考信号集是否检测到波束故障；以及在针对第一参考信号集或第二参考信号集中的至少一个检测到波束故障的情况下，针对其中检测到波束故障的参考信号集执行波束故障恢复流程，其中第一参考信号集与第一控制资源集(CORESET)池相关联，并且第二参考信号集与第二CORESET池相关联。

此外，根据本公开的实施例，提供了一种无线通信系统中的基站。该基站包括：收发器；以及控制器，该控制器被配置为：向终端发送关于用于波束故障检测的至少一个参考信号的信息；以及在针对被包括在至少一个参考信号中的第一参考信号集或第二参考信号集中的至少一个检测到波束故障的情况下，控制收发器从终端接收与波束故障恢复请求相关的信号，其中第一参考信号集与第一控制资源集(CORESET)池相关联，并且第二参考信号集与第二CORESET池相关联。

【有益效果】

根据本公开，提出了一种配置方法，其允许在无线通信系统中有效地执行波束故障恢复(BFR)操作，使得可以提高发送和接收点(TRP)的传输效率以及网络协作通信情境下终端的接收性能。

附图说明

图1是示出根据本公开的用于长期演进(LTE)、高级LTE(LTE-A)、新空口(NR)(5G)或类似无线通信系统中的传输的时频域结构的图。

图2示出了根据本公开的实施例的扩展帧结构。

图3示出了根据本公开的实施例的扩展帧结构。

图4示出了根据本公开的实施例的扩展帧结构。

图5是示出根据本公开的实施例的5G通信系统中配置BWP的示例的图。

图6是示出根据本公开的实施例的用于指示和切换BWP的方法的图。

图7是示出根据本公开的实施例的物理下行链路共享信道(PDSCH)的频域资源分配的示例的图。

图8是示出根据本公开的实施例的PDSCH的时域资源分配的示例的图。

图9是示出根据本公开的实施例的取决于联合传输(JT)技术和情境的每个TRP的无线资源分配过程的示例的图。

图10是示出根据本公开的实施例的配置用于执行部分BFR的波束故障检测(BFD)参考信号(RS)集和BFD RS组的示例的图。

图11是示出根据本公开的实施例的其中配置BFD过程中所需的多个信息(诸如beamFailureInstanceMaxCount和beamFailureDetectionTimer)的示例的图。

图12是示出根据本公开的实施例的分开定义(或配置)的多个candidateBeamRSList的图。

图13是示出根据本公开的实施例的用于终端的波束故障恢复请求(BFRQ)和基站的响应过程的配置和方法的图。

图14是示出根据本公开的实施例的BFD RS改变流程的图。

图15是示出根据本公开的实施例的终端的结构的框图。

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

具体实施方式

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

在本公开的实施例的以下描述中，可以省略对本领域公知的并且与本公开不直接相关的技术细节的描述。这是为了通过省略不必要的描述来更清楚无模糊地表达本公开的主题。

类似地，在附图中，一些元件被夸大、省略或仅简要概述。此外，每个元素的大小不一定反映实际大小。在所有附图中，相同或相似的参考符号用于指代相同或相似的部分。

从下面结合附图对实施例的详细描述中，本公开的优点和特征以及用于实现它们的方法将变得显而易见。然而，本公开不限于下面公开的实施例，而是可以以多种不同的方式实现，提供实施例仅是为了完成本公开，并向本公开所属领域的技术人员充分告知本公开的范围，并且本公开仅由权利要求的范围来定义。在整个说明书中使用相同的参考符号来指代相同的部分。

同时，应当理解，流程图的框和流程图的组合可以由计算机程序指令来运行。这些计算机程序指令可以加载在通用计算机、专用计算机或可编程数据处理装备的处理器上，并且由计算机或可编程数据处理装备的处理器运行的指令创建用于执行流程图的框中描述的功能的装置。为了以某种方式实现该功能，计算机程序指令也可以存储在可应用于专用计算机或可编程数据处理装备的计算机可用或可读存储器中，并且存储在计算机可用或可读存储器中的计算机程序指令有可能产生包含用于执行流程图的框中描述的功能的装置的制造品。由于计算机程序指令可以加载在计算机或可编程数据处理装备上，当计算机程序指令作为具有一系列操作的过程在计算机或可编程数据处理装备上运行时，它们可以提供用于运行流程图的框中描述的功能的步骤。

流程图的每个框可以对应于包含用于运行一个或多个逻辑功能的一个或多个可运行指令的模块、片段或代码，或者对应于其一部分。还应注意，在一些替代情况下，由框描述的功能可以以不同于所列顺序的顺序运行。例如，顺序列出的两个框可以基本上同时运行，或者根据相应的功能以相反的顺序运行。

此处，实施例中使用的词语“单元”、“模块”等可以指能够执行功能或操作的软件组件或硬件组件，诸如FPGA或ASIC。然而，“单元”等不限于硬件或软件。单元等可以被配置成驻留在可寻址存储介质中或者驱动一个或多个处理器。例如，单元等可以指诸如软件组件、面向对象的软件组件、类组件或任务组件、过程、功能、属性、流程、子例程、程序代码段、驱动器、固件、微码、电路、数据、数据库、数据结构、表格、数组或变量的组件。由组件和单元提供的功能可以是较小组件和单元的组合，并且它可以与其他的组合以组成较大的组件和单元。可以实现组件和单元来驱动设备或安全多媒体卡中的一个或多个处理器。此外，根据某个实施例，单元等可以包括一个或多个处理器。

接下来，将参照附图详细描述本公开的操作原理。在本公开的描述中，可以省略对本文引入的众所周知的功能和结构的描述，以避免模糊本公开的主题。下面描述的术语是考虑到它们在本公开中的功能而定义的，并且这些术语可以根据用户、操作者或习惯的意图而变化。因此，它们的含义应该基于本说明书的整体内容来确定。

在以下描述中，术语“基站(BS)”是指向终端分配资源的主代理，并且可以是gNodeB、eNode B、Node B、无线接入单元、基站控制器、网络节点、和发送和接收点(TRP)中的至少一个。术语“终端”可以指用户装备(UE)、移动站(MS)、蜂窝电话、智能手机、计算机、和具有通信功能的多媒体系统中的至少一个。然而，它不限于上述示例。

在下文中，本公开描述了无线通信系统中的用于终端从基站接收广播信息的技术。本公开涉及一种将5G通信系统与IoT技术相结合以在4G系统之后支持更高数据速率的通信技术及其系统。基于5G通信技术和IoT相关的技术，本公开可以应用于智能服务(例如，与智能家居、智能建筑、智慧城市、智能或联网汽车、医疗保健、数字教育、零售商业、安保和安全相关的服务)。

在以下描述中使用的用于指示广播信息、指示控制信息、与通信覆盖范围相关、指示状态变换(例如，事件)、指示网络实体、指示消息、指示设备组件等的那些术语被视为为了便于描述的说明。因此，本公开不受稍后描述的术语的限制，并且可以使用具有等同技术含义的其他术语。

为了便于以下描述，可以使用在第三代合作伙伴计划(3GPP)长期演进(LTE)或3GPP新空口(NR)标准中定义的一些术语和名称。然而，本公开不限于上述术语和名称，并且可以等同地应用于符合其他标准的系统。

无线通信系统正在从仅提供面向语音的服务的早期系统发展到提供高速和高质量分组数据服务的宽带无线通信系统，诸如基于包括3GPP高速分组接入(HSPA)、长期演进(LTE)或演进通用陆地无线接入(E-UTRA)、高级LTE(LTE-A)、LTE-Pro、3GPP2高速分组数据(HRPD)、超移动宽带(UMB)和IEEE 802.16e的通信标准的系统。

作为宽带无线通信系统的代表性示例，LTE系统在下行链路(DL)中采用正交频分复用(OFDM)，在上行链路(UL)中采用单载波频分多址(SC-FDMA)。上行链路是指终端(用户装备(UE)或移动站(MS))通过其向基站(BS或eNode B)发送数据或控制信号的无线链路，并且下行链路是指基站通过其向终端发送数据或控制信号的无线链路。在这样的多址方案中，分配用于承载用户数据或控制信息的时频资源，以便彼此不重叠(即，保持正交性)，从而识别特定用户的数据或控制信息。

作为后LTE通信系统，即，5G通信系统必须能够自由地反映用户和服务提供商的多种需求，并且需要支持满足多种需求的服务。5G通信系统考虑的服务包括增强型移动宽带(eMBB)、海量机器类型通信(mMTC)和超可靠和低延迟通信(URLLC)。

根据一些实施例，与现有LTE、LTE-A或LTE-Pro支持的数据传输速率相比，eMBB旨在提供更高的数据传输速率。例如，在5G通信系统中，从一个基站的角度来看，eMBB必须能够在下行链路中提供20Gbps的峰值数据速率，并且在上行链路中提供10Gbps的峰值数据速率。同时，它必须为终端提供增加的用户感知数据速率。为了满足这样的要求，需要改进包括更高级的多输入多输出(MIMO)传输的发送和接收技术。此外，通过在3至6GHz或6GHz或更高的频带中使用比20MHz更宽的频率带宽来代替LTE当前使用的2GHz频段，可以满足5G通信系统所需的数据传输速率。

同时，在5G通信系统中，mMTC被认为支持诸如物联网(IoT)的应用服务。为了有效支持IoT服务，mMTC需要支持小区内大量终端的接入，扩展终端的覆盖范围，延长终端的电池使用时间，并且降低终端的成本。物联网必须能够支持小区中的大量的终端(例如，1,000,000个终端/km²)，以向附接到多种设备的传感器和组件提供通信服务。此外，由于服务的性质，支持mMTC的终端很可能位于未被小区覆盖的阴影区域，诸如建筑物的地下室，因此与5G通信系统提供的其他服务相比，它可能需要更宽的覆盖范围。支持mMTC的终端应该被配置为低成本终端，并且由于难以频繁替换终端的电池，因此可能需要非常长的电池寿命。

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

上述5G通信系统中考虑的服务应该基于单个框架以彼此融合的形式提供。即，为了有效的资源管理和控制，最好将单独服务作为单个系统集成、控制和传输，而不是独立操作。

此外，将通过使用LTE、LTE-A、LTE Pro或NR系统作为示例来描述本公开的实施例，但是本公开的实施例可以应用于具有类似技术背景或信道配置的其他通信系统。此外，本领域的技术人员应该理解，本公开的实施例可以应用于其他通信系统，而无需背离本公开范围的显著修改。接下来，参照附图描述LTE、LTE-A和5G系统的帧结构，并且将描述5G系统的设计方向。

图1是示出根据本公开的用于LTE、LTE-A、NR(5G)或类似无线通信系统中的传输的时频域结构的图。

图1示出了时频资源区域的基本结构，时频资源区域是其中基于循环前缀(CP)正交频分复用(OFDM)(CP-OFDM)或单载波频分多址(SC-FDMA)波形发送LTE、LTE-A或NR系统的数据或控制信道的无线资源区域。

在图1中，横轴指示时域，并且纵轴指示频域。上行链路(UL)可以指终端通过其向基站发送数据或控制信号的无线链路，并且下行链路(DL)可以指基站通过其向终端发送数据或控制信号的无线链路。

在LTE、LTE-A和NR系统的时域中，最小传输单元是OFDM符号或SC-FDMA符号，并且N_symb个符号1-05可以被聚集以构成一个时隙1-15。在LTE和LTE-A的情况下，可以聚集由N_symb＝7个符号组成的两个时隙来构成一个子帧1-40。此外，根据一些实施例，在5G的情况下，可以支持两种类型的时隙结构，时隙和迷你时隙(或非时隙)。在5G时隙的情况下，N_symb可以具有值14，并且在5G迷你时隙的情况下，N_symb可以被设置为1、2、3、4、5、6和7中的一个。在LTE和LTE-A中，时隙的长度固定为0.5ms，并且子帧的长度固定为1.0ms；在NR系统的情况下，可以根据子载波间隔灵活地改变时隙或迷你时隙的长度。在LTE和LTE-A中，无线帧1-35是由10个子帧组成的时域单元。在LTE和LTE-A中，频域的最小传输单位是以15kHz为单位的子载波(子载波间隔＝15kHz)，并且整个系统传输频段的带宽由总共N_BW个子载波1-10组成。稍后将描述NR系统的灵活扩展帧结构。

在时频域中，基本资源单元是资源元素(RE)1-30，其可以由OFDM或SC-FDMA符号索引和子载波索引来代表。资源块(RB)1-20(或物理资源块(PRB))由时域中的N_symb个连续OFDM或SC-FDMA符号1-05和频域中的N_RB个连续子载波1-25定义。因此，一个RB 1-20由N_symbx N_RB RE 1-30组成。在LTE和LTE-A系统中，以RB为单位映射数据，并且基站以构成特定终端的一个子帧的RB对为单位执行调度。SC-FDMA或OFDM符号的数量N_symb根据插入到每个符号中用于防止符号间干扰的循环前缀(CP)的长度来确定；例如，当应用一般CP时，N_symb设置为7；并且当应用扩展CP时，N_symb设置为6。与一般CP相比，扩展CP可以应用于具有相对大的无线传输距离的系统，以保持符号之间的正交性。

根据一些实施例，子载波间隔、CP长度等是OFDM发送和接收的基本信息，并且只有当基站和终端将它们相互识别为共同值时，平滑的发送/接收才是可能的。

上述LTE和LTE-A系统的帧结构是考虑到典型的语音/数据通信而设计的，并且在满足像NR系统那样的多种服务和需求的可扩展性方面受到限制。因此，在NR系统中，考虑到多种服务和需求，有必要灵活地定义和操作帧结构。

图2至图4是示出根据本公开的实施例的扩展帧结构的图。

图2至图4所示的示例可以包括子载波间隔、CP长度、时隙长度等，作为定义扩展帧结构的基本参数集。

在引入的初始阶段，5G系统被期望至少会与现有的LTE/LTE-A系统共存，或者以双模式运行。因此，现有的LTE/LTE-A可以提供稳定的系统操作，并且5G系统可以用于提供改进的服务。因此，5G系统的扩展帧结构可以至少包括LTE/LTE-A帧结构或基本参数集。图2示出了5G帧结构，其与LTE/LTE-A帧结构或基本参数集相同。在图2所示的帧结构类型A中，子载波间隔是15kHz，14个符号形成1ms的时隙，并且12个子载波(＝180kHz＝12×15kHz)形成物理资源块(PRB)。

参考图3，在图3所示的帧结构类型B中，子载波间隔是30kHz，14个符号形成0.5ms的时隙，并且12个子载波(＝360kHz＝12×30kHz)形成PRB。即，与帧结构类型A相比，子载波间隔和PRB的大小增加了两倍，并且时隙长度和符号长度减少了两倍。

参考图4，在图4所示的帧结构类型C中，子载波间隔是60kHz，14个符号形成0.25ms的子帧，并且12个子载波(＝720kHz＝12×60kHz)形成PRB。即，与帧结构类型A相比，子载波间隔和PRB的大小增加了四倍，并且时隙长度和符号长度减少了四倍。

即，帧结构类型可以被一般化，使得一个帧结构类型中的基本参数集的子载波间隔、CP长度、时隙长度等可以是另一种帧结构类型中的整数倍，从而提供高可扩展性。此外，可以定义具有1ms固定长度的子帧来指示参考时间单位，而不管上述帧结构类型。因此，一个子帧包括帧结构类型A中的一个时隙，一个子帧包括帧结构类型B中的两个时隙，并且一个子帧包括帧结构类型C中的四个时隙。然而，扩展帧结构不限于上述的帧结构类型A、B或C，可以应用于其他子载波间隔，诸如120kHz和240kHz，并且可以具有不同的结构。

根据一些实施例，上述帧结构类型可以对应于多种场景来应用。就小区大小而言，由于较长的CP长度可以支持较大的小区，因此与帧结构类型B和C相比，帧结构类型A可以支持相对较大的小区。就操作频带而言，由于较大的子载波间隔有利于恢复高频带中的相位噪声，与帧结构类型A和B相比，帧结构类型C可以支持相对较高的操作频率。就服务而言，由于较短的子帧长度有利于支持诸如URLLC的超低延迟服务，所以与帧结构类型A和B相比，帧结构类型C更适合于URLLC服务。

此外，多个帧结构类型可以在一个系统中复用，并且可以以集成的方式操作。

在NR中，一个分量载波(CC)或服务小区可以由多达250个或更多的RB组成。因此，如果终端像LTE一样总是接收完整的服务小区带宽，则终端的功耗可能是严重的；为了解决这个问题，基站可以通过为终端配置一个或多个带宽部分(BWP)来支持终端改变小区内的接收区域。在NR中，基站可以通过使用主信息块(MIB)为终端配置“初始BWP”，其是控制资源集(CORESET)#0(或公共搜索空间(CSS))的带宽。然后，基站可以通过RRC信令配置终端的第一BWP，并且可以通知一个或多个BWP配置信息，该信息可以在未来通过下行链路控制信息(DCI)来指示。此后，基站可以通过经由DCI通知BWP ID来指示终端将使用哪个频段。如果终端在特定时间或更长时间内无法在当前分配的BWP上接收到DCI，则终端返回到“默认BWP”并尝试接收DCI。

图5是示出根据本公开的实施例的NR(5G)通信系统中配置BWP的示例的图。

参考图5，UE带宽5-00可以被配置为两个BWP，即，BWP#1(5-05)和BWP#2(5-10)。基站可以为终端配置一个或多个BWP，并且可以为每个BWP配置以下信息。

[表1]

除了表1中的配置信息之外，可以在终端中配置与BWP相关的多种参数。配置信息可以通过较高层信令(例如，RRC信令)从基站传递到终端。可以激活所配置的一个或多个BWP当中的至少一个BWP。是否激活配置的BWP可以通过RRC信令从基站半静态地传递到终端，或者可以通过MAC控制元素(MAC CE)或DCI动态地传递。

关于5G系统中支持的BWP的配置可以用于多种目的。例如，当终端支持的带宽小于系统带宽时，这可以通过BWP配置来支持。例如，表1中的BWP(配置信息1)的频率位置可以被配置给终端，使得终端可以在系统带宽内的特定频率位置发送和接收数据。

作为另一个示例，基站可以为终端配置多个BWP以支持不同的参数集。例如，为了支持特定终端使用15kHz的子载波间隔和30kHz的子载波间隔二者进行数据发送和接收，两个BWP可以被配置为分别使用15kHz和30kHz的子载波间隔。不同的BWP可以是频分复用的(FDM)；如果要以特定的子载波间隔发送和接收数据，则可以激活被配置有对应的子载波间隔的BWP。

作为另一个示例，为了降低终端的功耗，基站可以为终端配置具有不同带宽大小的BWP。例如，当终端支持非常大的带宽(例如，100MHz的带宽)并且总是使用对应的带宽发送和接收数据时，可能导致非常大的功耗。特别是在没有业务的情况下，对于终端来说，不必要地监测100MHz的大带宽的下行链路控制信道在功耗方面是非常低效的。因此，为了降低终端的功耗，基站可以为终端配置相对较小带宽的BWP，例如20MHz的BWP。在没有业务的情况下，终端可以在20MHz BWP上执行监测；当生成数据时，终端可以根据基站的指示通过使用100MHz的BWP来发送和接收数据。

诸如在表1的以上描述中，基站可以向终端配置一个或多个BWP，并且可以通知关于BWP的带宽、BWP的频率位置、BWP的参数集的信息，作为每个BWP的配置。参考图6，可以在一个终端的UE带宽6-00内配置两个BWP(BWP#1(BWP#1，6-05)和BWP#2(BWP#2，6-10))。在配置的BWP当中，可以激活一个或多个BWP，并且图6示出了激活一个BWP的示例。在图6中，在时隙#0(6-25)中配置的BWP当中，BWP#1(6-05)是活动的；终端可以监测在BWP#1(6-05)上配置的控制区域#1(6-45)中的下行链路控制信道(物理下行链路控制信道(PDCCH))，并且可以在BWP#1(6-05)上发送和接收数据6-55。其中终端接收PDCCH的控制区域可以取决于配置的BWP当中哪个BWP被激活而不同，并且终端通过其监测PDCCH的带宽可以对应地变化。

基站可以另外向终端发送用于改变BWP配置的指示符。此处，改变BWP的配置可以被认为与激活特定的BWP(例如，将激活从BWP A切换到BWP B)相同。基站可以在特定时隙中向终端发送配置切换指示符；终端可以从在从基站接收到配置切换指示符之后的特定时间点开始，应用根据配置切换指示符改变的配置，以确定要激活的BWP，并在激活的BWP上配置的控制区域中执行PDCCH的监测。

在图6中，基站可以在时隙#1(6-30)中向终端发送配置切换指示6-15，其指示将活动BWP从现有的BWP#1(6-05)切换到BWP#2(6-10)。在接收到对应的指示符之后，终端可以根据指示符的内容激活BWP#2(6-10)。此处，可能需要用于切换BWP的变换时间6-20，并且可以相应地确定切换和应用活动BWP的时间点。图6示出了在接收到配置切换指示6-15之后需要一个时隙的变换时间6-20的情况。在对应的变换时间6-20(6-60)期间可以不执行数据发送和接收。因此，BWP#2(6-10)可以在时隙#2(6-35)中被激活，并且控制信道和数据的发送和接收可以在对应的BWP上执行。

基站可以通过较高层信令(例如，RRC信令)预先为终端配置一个或多个BWP，并且可以通过将配置切换指示符6-15与由基站预先配置的BWP配置之一进行映射的方式来指示激活。例如，log₂ N位的指示符可以指示从N个预先配置的BWP当中选择的一个。下面的表2示出了通过使用2位指示符来指示关于BWP的配置信息的示例。

[表2]

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

以上用于BWP描述的配置切换指示符6-15可以以媒体接入控制(MAC)控制元素(CE)信令或L1信令(例如，公共DCI、组公共DCI、UE特定DCI)的形式从基站发送到终端。

根据上述用于BWP的配置切换指示符6-15，从哪个时间点开始应用BWP激活如下。可以根据预定义的值(例如，在配置切换指示符的接收之后从N个(≥1)时隙开始应用)来确定从哪个时间点开始应用配置切换，基站可以经由较高层信令(例如，RRC信令)将其配置给终端，或者可以通过将其部分被包括在配置切换指示符6-15的内容中来发送。或者，可以通过上述方法的组合来确定。在用于BWP的配置切换指示符6-15的接收之后，终端可以从通过上述方法确定的时间点开始应用改变的配置。

在NR中，除了通过BWP指示的频域资源候选分配之外，还提供了以下详细的频域资源分配(FD-RA)。

图7是示出根据本公开的实施例的物理下行链路共享信道(PDSCH)或物理上行链路共享信道(PUSCH)的频域资源分配的示例的图。

图7示出了可通过NR中的较高层配置的三种频域资源分配方法：类型0(7-00)、类型1(7-05)和动态切换7-10。

当终端被配置为通过较高层信令仅使用资源类型0时(7-00)，用于向终端分配PDSCH或PUSCH的一些下行链路控制信息(DCI)具有由N_RBG位组成的位图。其条件将在后面描述。此处，N_RBG表示根据由BWP指示符和较高层参数rbg–大小(rbg-Size)分配的BWP大小诸如在表3中确定的资源块组(RBG)的数量，并且在位图的1指示的RBG上发送数据。

[表3]

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

当终端被配置为通过较高层信令仅使用资源类型1时(7-05)，用于向终端分配PDSCH或PUSCH的一些DCI具有由

位组成的频域资源分配信息。其条件将在后面描述。由此，基站可以配置开始VRB 7-20和从其连续分配的频域资源的长度7-25。

当终端被配置为通过较高层信令使用资源类型0和资源类型1两者时(7-10)，用于向对应的终端分配PDSCH或PUSCH的一些DCI具有频域资源分配信息，该频域资源分配信息由用于配置资源类型0的有效载荷7-15和用于配置资源类型1的有效载荷(7-20，7-25)当中的较大值7-35给定的位数的位组成。其条件将在后面描述。此处，一位7-30被附接到DCI中的频域资源分配信息的起始(MSB)，其中设置为0的对应的位指示资源类型0的使用，而设置为1的对应的位指示资源类型1的使用。

图8是示出根据本公开的实施例的PDSCH或PUSCH的时域资源分配的示例的图。

参考图8，基站可以根据基于经由较高层信令配置的数据信道和控制信道的子载波间隔、调度偏移值(K₀或K₂)和DCI而动态指示的时隙中OFDM符号的开始位置8-00和长度8-05来指示分配给终端的PDSCH资源的时域位置。

在NR中，为了终端的有效控制信道接收，根据目的提供了诸如表4所示的多种类型的DCI(下行链路控制信息)格式。

[表4]

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

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

*DCI格式的标识符(1位)：DCI格式指示符，其始终设置为1

*频域资源指派(

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

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

是初始DL BWP的大小。具体方法参见频域资源分配。

*时域资源指派(4位)：指示根据上述描述的时域资源分配。

*VRB到PRB映射(1位)：0指示非交错的VRP到PRB映射，而1指示交错的VRP到PRB映射。

*调制和编码方案(5位)：指示用于PDSCH传输的调制阶数和编码率。

*新数据指示符(1位)：根据转换(toggle)指示PDSCH是对应于初始传输还是重新传输。

*冗余版本(2位)：指示用于PDSCH传输的冗余版本。

*HARQ进程号(4位)：指示用于PDSCH传输的HARQ进程号。

*下行链路分配索引(DAI)(2位)：DAI指示符。

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

*PUCCH资源指示符(3位)：PUCCH资源指示符，其指示经由较高层配置的八个资源之一。

*PDSCH到HARQ反馈定时指示符(3位)：HARQ反馈定时指示符，其指示经由较高层配置的八个反馈定时偏移之一。

当与用C-RNTI、CS-RNTI或MCS-C-RNTI加扰的CRC一起发送时，DCI格式1_1至少包括以下信息：

*DCI格式的标识符(1位)：DCI格式指示符，其始终设置为1。

*载波指示符(0或3位)：指示发送由对应的DCI分配的PDSCH的CC(或小区)。

*带宽部分指示符(0、1或2位)：指示发送由对应的DCI分配的PDSCH的BWP。

频域资源分配(有效载荷根据上述频域资源分配确定)：指示频域资源分配，其中

是活动DL BWP的大小。具体方法参见频域资源分配。

*时域资源指派(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位)：根据转换指示PDSCH是对应于初始传输还是重新传输。

**冗余版本(2位)：指示用于PDSCH传输的冗余版本。

*对于传输块2：

**冗余版本(2位)：指示用于PDSCH传输的冗余版本。

*HARQ进程号(4位)：指示用于PDSCH传输的HARQ进程号。

*下行链路指派索引(0、2或4位)：DAI指示符。

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

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

*传输配置指示(0或3位)：TCI指示符。

*SRS请求(2或3位)：SRS传输请求指示符。

*CBG传输信息(0、2、4、6或8位)：指示是否发送分配的PDSCH中的码块组的指示符。0指示不发送对应的CBG，而1指示发送对应的CBG。

*CBG冲洗(flushing-out)信息(0或1位)：指示先前的CBG是否被污染的指示符。0指示CBG可能被污染，而1指示CBG在重新传输接收中是可用的(可组合的)。

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

终端在对应的小区中每时隙可以接收的具有不同大小的DCI的数量高达4。终端在对应的小区中每时隙可以接收的用C-RNTI加扰的具有不同大小的DCI的数量高达3。

在NR中，终端在特定的时域和频域中执行盲解码，以接收包括DCI的PDCCH。基站可以通过较高层信令向终端配置控制资源集(CORESET)和搜索空间，以向终端提供用于执行盲解码的时域和频域、映射方案等。基站可以为终端中配置的每个BWP配置多达3个CORESET和多达10个搜索空间。例如，基站和终端可以如下表5所示交换信令信息，以传递关于CORESET的信息。

[表5]

信令信息ControlResourceSet包括关于每个CORESET的信息。被包括在信令信息ControlResourceSet中的信息可以具有以下含义。

-controlResourceSetId：指示CORESET索引。

-frequencyDomainResources：指示CORESET的频率资源信息。对于被包括在BWP中的所有PRB，6个RB被分组，并且1位指示对应的RB组是否被包括在CORESET频率资源中。(1：被包括在CORESET中，0：不被包括在CORESET中)

-duration：CORESET的符号级时间资源信息。它的值为1、2或3。

-cce-REG-MappingType：指示映射到CORESET的控制信道元素(CCE)是否交错。如果CCE是交错的，则提供关于交错的附加信息(reg-BundleSize、interleaverSize、shiftIndex)。

-precoderGranularity：指示CORESET的频率资源预编码信息。预编码器大小可以与资源元素组(REG)捆绑大小或CORESET的整个频率资源的大小相同。

-tci-StatePDCCH-ToAddList、tci-StatePDCCH-ToReleaseList：指示可以激活的CORESET的TCI(传输配置指示)状态集。可以激活的CORESET的TCI状态集中的一个可以通过较高层信令(例如，MAC CE)来激活。如果CORESET是在初始接入过程中配置的CORESET，则可以不配置TCI状态集。TCI状态将在后面描述。

-tci-PresentInDCI：指示了指示PDSCH的TCI状态的指示符是否被包括在CORESET中包括的PDCCH上发送的DCI中。

-Pdcch-DMRS-ScramblingID：在CORESET中包括的PDCCH上发送的DMRS的加扰序列索引。

终端可以通过参考上述关于CORESET的信息来执行盲解码以接收PDCCH。

在NR中，基站可以向终端发送关于发送下行链路信道的天线端口(例如，PDSCHDMRS端口、PDCCH DMRS端口或CSI-RS的CSI-RS端口)之间的准协同定位(QCL)关系的信息，使得终端可以平滑地接收下行链路信道(例如，PDCCH或PDSCH)并对其进行解码。天线端口之间的QCL关系可以具有总共四种QCL类型中的一种。

-“QCL-typeA”：{多普勒频移，多普勒扩展，平均延迟，延迟扩展}

-“QCL-typeB”：{多普勒频移，多普勒扩展}

-“QCL-typeC”：{多普勒频移，平均延迟}

-“QCL-typeD”：{空间RX参数}

如果两个不同的天线端口共享上述QCL类型的一部分，或者一个天线端口参考另一个天线端口的QCL类型的一部分，则终端可以假设这两个天线端口共享在共享或参考的QCL类型中支持的参数，并且因此具有相同的值。

基站可以配置TCI状态以向终端传送关于天线端口之间的QCL关系的信息。TCI状态包括关于一个或两个下行链路RS和支持的QCL类型的信息。例如，基站和终端可以交换如表6中所述的信令信息，以传送关于TCI状态的信息。

[表6]

信令信息TCI状态(TCI-state)包括关于每个TCI状态的信息。根据信令信息，每个TCI状态包括TCI状态索引和关于一种或两种类型的QCL-Info(qcl-Type1、qcl-Type2)的信息。Qcl-Type1或qcl-Type2提供关于其中配置RS的小区的索引、其中包括RS的BWP的索引、提供与根据QCL类型的QCL类型支持的参数相关的信息的RS、以及总共四种QCL类型之一的信息。qcl-Type1可以具有在总共四个QCL类型中的“QCL-typeA”、“QCL-typeB”或“QCL-typeC”当中的一个QCL类型，并且qcl-Type2可以具有“QCL-typeD”。考虑到发送下行链路信道的天线端口处的激活的TCI状态，终端可以基于激活的TCI状态中参考的RS和其中支持的QCL类型来接收和解码下行链路信道。

NR具有由基站用来指令终端测量和报告信道状态信息(CSI)的CSI框架。NR的CSI框架可以由包括资源设置和报告设置的至少两个元素组成，并且报告设置可以通过参考至少一个资源设置ID而彼此具有连接关系。

根据本公开的实施例，资源设置可以包括与用于终端测量信道状态信息的参考信号(RS)相关的信息。基站可以为终端配置至少一个资源设置。例如，基站和终端可以如下表7所述交换信令信息，以传递关于资源设置的信息。

[表7]

信令信息CSI-ResourceConfig可以包括关于每个资源设置的信息。根据上述信令信息，每个资源设置可以包括资源设置索引(csi-ResourceConfigId)、BWP索引(BWP-ID)、资源的时域传输配置(resourceType)或者包括至少一个资源集的资源集列表(csi-RS-ResourceSetList)。资源的时域传输配置可以被配置为非周期传输、半持久性传输或周期传输。资源集列表可以是包括用于信道测量的资源集的集，或者包括用于干扰测量的资源集的集。如果资源集列表是包括用于信道测量的资源集的集，则每个资源集可以包括至少一个资源，其可以对应于CSI参考信号(CSI-RS)资源或同步/广播信道块(SS/PBCH块，SSB)的索引。如果资源集列表是包括用于干扰测量的资源集的集，则每个资源集可以包括至少一个干扰测量资源(CSI干扰测量，CSI-IM)。例如，当资源集包括CSI-RS时，基站和终端可以如下表8所述交换信令信息，以传递关于资源集的信息。

[表8]

信令信息NZP-CSI-RS-ResourceSet包括关于每个资源集的信息。根据上述信令信息，每个资源集可以至少包括资源集索引(nzp-CSI-ResourceSetId)或关于所包含的CSI-RS索引集的信息(nzp-CSI-RS-Resources)，并且可以包括关于所包含的CSI-RS资源的空间域传输滤波器的信息(重复)，或关于所包含的CSI-RS资源是否用于跟踪目的的信息(trs-Info)的一部分。

CSI-RS可以是资源集中包括的最具代表性的参考信号。基站和终端可以如下表9所述交换信令信息，以传递关于CSI-RS资源的信息。

[表9]

信令信息NZP CSI-RS资源包括关于每个CSI-RS的信息。被包括在信令信息NZP-CSI-RS-Resource中的信息可以具有以下含义。

-nzp-CSI-RS-ResourceId：CSI-RS资源索引

-resourceMapping：CSI-RS资源的资源映射信息

-powerControlOffset：PDSCH EPRE(每RE能量)和CSI-RS EPRE之间的比率

-powerControlOffsetSS：SS/PBCH块EPRE和CSI-RS EPRE之间的比率

-scramblingID：CSI-RS序列的加扰索引

-periodicityAndOffset：CSI-RS资源的传输周期和时隙偏移

-qcl-InfoPeriodicCSI-RS：当对应的CSI-RS是周期CSI-RS时的TCI-state信息

被包括在信令信息NZP-CSI-RS-Resource中的“resourceMapping”可以指示CSI-RS资源的资源映射信息，并且可以包括频率资源的资源元素(RE)映射、端口数量、符号映射、CDM类型、频率资源密度和频带映射信息。端口的数量、频率资源密度、CDM类型和时频域RE映射(其可通过此进行配置)可以具有在表10的一行中给定的值。

[表10]

表10示出了CSI-RS分量RE模式的频率资源密度、CDM类型、频域和时域开始位置

以及CSI-RS分量RE模式的频域RE的数量(k′)和时域RE的数量(l′)，这些可根据CSI-RS端口的数量(X)来配置。上述CSI-RS分RE模式可以是用于配置CSI-RS资源的基本单元。CSI-RS分量RE模式可以由YZ个RE组成，其中Y＝1+频域RE的max(k′)数量并且Z＝1+时域RE的max(l′)数量。如果CSI-RS端口的数量是1，则CSI-RS RE的位置可以在物理资源块(PRB)中指定，而不限制子载波，并且可以由12位的位图来指定。如果CSI-RS端口的数量是{2，4，8，12，16，24，32}，并且Y等于2，则CSI-RS RE的位置可以在PRB中的每两个子载波上指定，并且可以由6位的位图来指定。如果CSI-RS端口的数量是4，并且Y等于4，则CSI-RS RE的位置可以在PRB中的每四个子载波处指定，并且可以由3位的位图来指定。类似地，时域RE的位置可以由总共14位的位图来指定。此处，根据表10中的Z值，位图的长度可以沿着频率位置指定而改变，但是原理类似于前面的描述，并且在下文中将省略重复的描述。

与现有系统不同，NR系统可以支持所有服务，包括具有非常短的传输延迟的服务、需要高连接密度的服务以及需要高数据速率的服务。在包括多个小区、发送和接收点(TRP)、或波束的无线通信网络中，小区、TRP、和/或波束之间的协同传输是能够增加由终端接收的信号的强度或有效地执行小区、TRP和/或波束之间的干扰控制以满足多种服务需求的要素技术之一。

联合传输(JT)是用于上述协作通信的代表性传输技术，并且通过该技术使用不同的小区、TRP和/或波束来支持终端，可以增加终端接收的信号的强度。同时，由于终端和小区、TRP、和/或波束之间的信道特性可能彼此显著不同，因此有必要对终端和小区、TRP、和/或波束之间的链路应用不同的预编码、MCS和资源分配。具体地，在支持小区、TRP、和/或波束之间的非相干预编码的非相干联合传输(NC-JT)的情况下，为每个小区、TRP、和/或波束配置单独的下行链路传输信息变得很重要。

在图9中，标记9-00示出了支持小区、TRP、和/或波束之间的相干预编码的相干联合传输(C-JT)。在C-JT中，TRP A(9-05)和TRP B(9-10)发送相同的数据(PDSCH)，并且在多个TRP中执行联合预编码。这意味着TRP A(9-05)和TRP B(9-10)发送相同的DMRS端口(例如，来自两个TRP的DMRS端口A和B)用于接收相同的PDSCH。在这种情况下，终端9-15将接收一个DCI信息，用于接收由DMRS端口A和B解调的一个PDSCH。

在图9中，标记9-20示出了支持小区、TRP、和/或波束之间的非相干预编码的非相干联合传输(NC-JT)。在NC-JT中，从小区、TRP、和/或波束发送不同的PDSCH，并且可以对每个PDSCH应用分开的预编码。这意味着TRP A(9-25)和TRP B(9-30)发送不同的DMRS端口(例如，来自TRP A的DMRS端口A和来自TRP B的DMRS端口B)用于接收不同的PDSCH。在这种情况下，终端9-35将接收两种类型的DCI信息，用于接收由DMRS端口A解调的PDSCH A和由DMRS端口B解调的PDSCH B。

同时，在本公开的实施例中，“NC-JT的情况”或“应用NC-JT的情况”可以根据情境进行不同的解释，诸如“终端在一个BWP上同时接收一个或多个PDSCH的情况”、“终端在一个BWP上同时接收基于两个或多个TCI指示的PDSCH的情况”以及“由终端接收的PDSCH与一个或多个解调参考信号(DM-RS)端口组相关联的情况”，但是前面的描述是为了便于解释而使用的。

此外，在本公开的实施例中，协作通信环境中的终端可以从具有多种信道质量的多个TRP接收信息，并且在TRP当中，具有最佳信道质量并因此提供多个主控制信息的TRP被命名为主TRP，并且剩余的TRP被命名为协作TRP。

此外，在本公开的实施例中，在实际应用中，“TRP”可以用多种术语替换，诸如“面板”或“波束”。

为了使能基站和终端之间的平滑下行链路传输，要求终端正常接收由基站发送的PDCCH。如果终端不能正常接收PDCCH，这可能暗示着在终端和基站之间发生了波束故障。稍后将描述用于确定终端是否能够正常接收PDCCH的标准和方法。NR系统支持波束故障恢复(beam failure recovery，BFR)过程，用于应对基站和终端之间的动态波束故障，以使能平滑下行链路传输。

NR系统中的BFR过程可以分为四个主要过程。第一过程是检测波束故障的过程，并且可以被称为波束故障检测(beam failure detection，BFD)过程(并且将在后面描述)。在BFD过程中，终端确定是否正常接收PDCCH，并且如果确定无法正常接收PDCCH，则终端向较高层报告波束故障。终端的较高层可以通过报告来检测波束故障，并可以确定是否执行BFR的下一个过程。确定终端是否能够正常接收PDCCH的标准是终端的假设PDCCH接收块错误率(block error rate，BLER)，并且终端可以通过将其与预设阈值进行比较来同样确定。为了计算终端的假设PDCCH接收BLER，BFD需要一个参考信号(RS)集，并且这将在后面称为BFDRS集。BFD RS集可以包括多达两个RS，并且对应的RS可以是通过单个端口或者同步/广播信道块(SS/PBCH块，SSB)发送的周期CSI-RS。可以通过基站的较高层信令来配置BFD RS集。如果BFD RS集不是通过较高层信令配置的，则在为UE的PDCCH监测配置的(多个)CORESET的激活TCI状态中参考的RS的一部分或全部可以被包括在BFD RS集中。如果在TCI状态中参考了两个或更多个RS，则参考包括波束信息的“QCL-typeD”的RS可以被包括在BFD RS集中。终端可以仅基于在属于BFD RS集的RS当中被配置用于PDCCH监测的(多个)CORESET的激活TCI状态中参考的RS来计算假设的PDCCH接收BLER。终端可以参考下面的表11计算假设的PDCCH接收BLER。

[表11]

表11提供了当计算假设的PDCCH接收BLER时，由终端参考的关于假设的PDCCH的配置。参照表11，终端可以在参考BFD RS集中包括的RS、带宽、子载波间隔和CP长度的具有激活的TCI状态的(多个)CORESET的OFDM符号数的假设下，计算假设的PDCCH接收BLER。终端参考BFD RS集中包括的RS，为具有激活的TCI状态的每个CORESET计算假设的PDCCH接收BLER；如果所有CORESET的假设PDCCH接收BLER超过预设阈值，则向较高层报告波束故障指示。当终端的较高层接收到波束故障指示报告时，它递增波束故障实例计数；当计数值达到设置的最大值时，可以决定是否进行BFR的下一步处理；并且它可以参考为较高层操作过程配置的以下参数。

*beamFailureInstanceMaxCount：从终端的较低层报告波束故障指示的最大次数，是执行BFR的下一个过程所需要的

*beamFailureDetectionTimer：用于初始化终端波束故障报告次数的定时器设置

NR系统的BFR流程中的第二过程是用于寻找具有良好信道状态的新波束的过程，并且其将被称为新候选波束标识过程(并且将在后面描述)。当终端的较高层检测到波束故障并确定发起搜索新波束的过程时，它可以请求终端报告关于新候选波束的信息，例如，L1参考信号接收功率(RSRP)。为了终端计算关于新候选波束的信息，基站可以通过较高层信令为终端配置候选波束RS集。候选波束RS集可以包括多达16个RS，并且每个RS可以是周期CSI-RS或SSB。当终端的较高层请求终端来报告关于新候选波束的信息时，终端通过较高层信令报告属于候选波束RS集的RS当中具有L1-RSRP值大于RSRP阈值集的RS的索引信息和L1-RSRP测量值。终端的较高层可以通过报告获得关于具有良好信道状态的新波束的信息。

当终端的较高层获得关于具有良好信道状态的新波束的信息时，其选择它们中的一个并将所选择的一个通知物理层，并且终端向基站发送用于BFR请求信号。这与BFR流程的第三过程相对应，并且稍后将被描述为BFR请求过程。终端的较高层基于关于新波束的信息，从候选波束RS集中选择将由终端要参考用于BFR请求的新RS，并且向物理层通知所选择的新RS。终端可以基于通过较高层信令配置的用于BFR请求的新RS信息和BFR请求资源信息，获得关于通过其发送BFR请求的物理随机接入信道(PRACH)的传输的配置信息。例如，基站和终端可以交换如下表12所述的较高层信令信息，以传递关于通过其发送BFR请求的PRACH传输的配置信息。

[表12]

较高层信令信息BeamFailureRecoveryConfig包括关于通过其发送BFR请求的PRACH传输的信息。BeamFailureRecoveryConfig中包括的信息可能具有以下含义。即，BeamFailureRecoveryConfig可能包括以下信息。

-rootSequenceIndex-BFR：用于PRACH传输的序列的根序列索引

-rach-ConfigBFR：在用于PRACH传输的参数当中，包括PRACH配置索引、频率资源数量、频率资源开始点、响应监测窗口和用于调整PRACH传输强度的参数

-rsrp-ThresholdSSB：允许在候选波束RS集中包括的RS当中选择新波束的RSRP阈值

-candidateBeamRSList：候选波束RS集

-ssb-perRACH-Occasion：连接到随机接入信道(RACH)传输时机的SSB数

-ra-ssb-OccasionMaskIndex：用于选择终端的随机接入资源的PRACH掩码索引

-recoverySearchSpaceId：用于接收由基站使用来发送响应于BFR请求的随机接入响应(RAR)信号的PDCCH的搜索空间索引

-ra-Prioritization：在优先化随机接入过程中使用的参数集

-beamFailureRecoveryTimer：用于初始化关于通过其发送BFR请求的PRACH资源的配置的定时器

-msg1-SubcarrierSpacing-v1530：用于通过其发送BFR请求的PRACH传输的子载波间隔

终端可以通过参考关于通过其发送BFR请求的PRACH传输的配置信息来向基站发送BFR请求信号。

NR系统中的BFR流程的第四过程是已经从终端接收到BFR请求信号的基站向终端发送响应信号的过程，并且稍后将被描述为gNB响应过程。用于BFR的配置参数当中的信令信息BeamFailureRecoveryConfig包括用于接收由基站使用来发送响应BFR请求的随机接入响应信号的PDCCH的搜索空间索引。基站可以通过使用为响应配置的搜索空间的资源来发送PDCCH。当终端通过用于接收PDCCH的搜索空间接收到PDCCH时，终端确定BFR流程结束。当终端通过用于接收PDCCH的搜索空间接收了PDCCH时，基站可以向终端指示用于PDCCH或PUCCH传输的新波束配置。

本公开根据考虑网络协作通信的NR系统中的简化流程提供了BFR方法和过程，并且对应的方法和过程将在后面被描述为部分BFR。部分BFR可以被定义为通过仅使用根据诸如下所述的本公开的多种实施例的NR系统的现有BFR流程中的一些来执行BFR，或者被定义为通过简化所有过程中的一些来部分地执行现有BFR。

在当前的NR系统中，BFD RS集可以包括多达两个RS，并且终端可以经由来自基站的较高层信令来配置有关于属于BFD RS集的RS的信息；如果BFD RS集通过较高层信令不被配置，则终端可以在BFD RS集中包括在为PDCCH监测配置的(多个)CORESET的激活TCI状态中参考的多达两个的一些或所有RS。在这种情况下，由于基站不能获得关于由终端确定的BFD RS集的信息，所以它可能对来自终端的BFR请求信号理解不足。

作为另一个问题，尽管BFD RS集可以包括多达两个RS，但是在当前NR系统中，可以为终端的PDCCH监测配置多达三个CORESET。此外，在版本16NR系统中，在多个基于PDCCH的多TRP传输的情况下，每BWP的CORESET的最大数量已经增加到5；在版本16NR-UE中，还讨论了关于增加每BWP的CORESET的最大数量以支持宽带操作。因此，类似于现有的BFD操作，如果参照上表11为BFD RS集中的所有RS计算假设的PDCCH接收BLER，并且如果仅当所有BLER值超过阈值时才执行向较高层的波束故障指示报告，则进行到BFR过程的剩余部分的延迟时间会增加，并且不能检测到BFD RS集中仅特定RS的BLER值超过阈值的情境。因此，如果通过较高层信令没有将BFD RS集配置给终端，则可以通过提高用于确定基站和终端之间的平滑下行链路传输是否可能的BFD过程的效率来以低延迟时间执行BFR过程，以这样的方式做出配置：即使在为终端的PDCCH监测配置的(多个)CORESET的激活TCI状态中参考的RS当中选择BFD RS集中的一些RS，也准许发出波束故障指示；经由较高层信令向终端配置多个BFDRS集；或者由基站向终端指示任意选择多个BFD RS集的方案。

此外，在当前的NR系统中，如果基站经由较高层信令为终端配置BFD RS集，则对应的配置中的RS不能改变。终端可以仅基于在BFD RS集中包括的RS当中为PDCCH监测配置的CORESET的激活TCI状态中参考的RS来检测波束故障。因此，根据前面的描述，当通过较高层信令配置BFD RS集时，如果属于通过较高层信令配置的BFD RS集的RS当中的特定RS与在为终端的PDCCH监测配置的CORESET的激活TCI状态中参考的RS不相对应，则终端不使用该特定RS来检测波束故障。结果，当在通过较高层信令配置的BFD RS集和在为终端的PDCCH监测配置的CORESET的激活TCI状态中参考的RS之间存在不匹配时，不期望终端的稳定波束故障检测，其可能导致下行链路接收性能的降级。例如，因为在通过MAC CE信令激活CORESET的TCI状态时基站可以通过RRC信令向终端配置BFD RS集，所以由于根据信令方案的延迟时间的差异，在两者之间可能发生不匹配。为了解决上述问题，可以向终端指示用于选择在为终端的PDCCH监测配置的CORESET的激活TCI状态中参考的一些RS的方案，使得基站可以识别关于由终端选择的BFD RS集的信息。由此，可以增加基站对来自终端的BFR请求信号的理解。或者，通过提高用于确定基站和终端之间的平滑下行链路传输是否可能的BFD过程的效率，可以以低延迟时间执行BFR流程。或者，可以通过指令在BFD RS集中包括合适的RS来执行BFD过程，用于有效地标识基站和终端之间的波束故障。这样的问题可以同样地应用于在新候选波束标识过程中使用的候选波束RS集。

此外，由于当前NR系统的BFR流程是在没有考虑像基站的多TRP/面板操作的操作的情况下设计的，所以在基站的多TRP/面板操作的情况下，如果使用基站的多TRP/面板和终端之间的单独链路，则可以有效地执行BFR流程，而不是遵循现有的BFR流程。例如，在连接到终端的多个TRP/面板当中，如果使用终端和没有经历波束故障的TRP或面板之间的链路，则可以在低延迟时间内实现经历波束故障的TRP或面板和终端之间的链路的BFR。在本公开的实施例中，考虑到多TRP/面板的多个链路，BFR流程的简化不限于多TRP/面板，并且可以同样地应用于在定义了多个BFD RS集并且对每个BFD RS集执行BFR的环境中的单TRP/面板情境。

接下来，将参照附图详细描述本公开的实施例。此外，在本公开的描述中，可以省略对并入本文的相关功能和结构的描述，以避免模糊本公开的主题。此外，下面描述的术语是考虑到它们在本公开中的功能而定义的，并且这些术语可以根据用户、操作者或习惯的意图而变化。因此，它们的含义应该基于本说明书的全部内容来确定。

在下文中，通过本公开的多个实施例描述了上述示例，但是这些实施例不是独立的，并且一个或多个实施例可以同时应用或组合应用。

<第一实施例：为部分BFR组成和提供BFD RS集和BFD RS集>

作为本公开的实施例，终端可以由基站通过较高层信令来配置一个或多个BFD RS集。此处，每个BFD RS集可以包括多达两个或更多个RS。此外，为了使能基站和终端执行部分BFR，在BFD RS集中定义的RS被分组，并且对于每个组，当在组中的所有RS中发生波束故障时，终端的物理层可以向较高层传递波束故障指示。此处，被分组的RS的单元可以具有多种名称中的一种，诸如BFD RS组、BFD RS详细集、BFD RS详细组、BFD RS子集和BFD RS子组，并且稍后将被描述为BFD RS组。不管是否有一个或多个BFD RS集，在每个BFD RS集中可能有一个或多个BFD RS组被定义为执行部分BFR。考虑到下面列出的每个元素或这些元素的组合，可以对每个BFD RS集中的RS进行分组，并将其用作构成每个BFD RS组的优先化标准。

*RS时域操作方案：可能有三种类型的RS，包括周期、半持久性和非周期RS。例如，周期RS、半持久性RS和非周期RS可以按顺序被指派(或被包括在)到RS组，或者一个周期RS可以首先被指派到每个RS组，而半持久性RS和非周期RS可以然后被指派。

*CORESET索引值：可以根据被配置有参考它的TCI状态的CORESET的索引值的大小将每个RS指派到RS组。例如，对于每个RS组，可以首先指派与较低CORESET索引相对应的RS，或者可以首先指派与较高CORESET索引相对应的RS。

*CORESETPoolIndex值：CORESET可以包括可以标识从其发送它的TRP的索引(诸如CORESETPoolIndex)。参照对应的索引，在具有相同索引的CORESET中配置的TCI状态中参考的RS可以被分组到相同的组中。

*QCL类型：在CORESET的TCI状态中，一个被设置为特定QCL-Type(例如，QCL-TypeD)的RS可以被指派给每个组，或者被设置为特定QCL-Type(例如，QCL-TypeD)的RS可以被分组到一个组中。

在终端没有由基站通过较高层信令配置有BFD RS集的情况下，即使当终端自行配置BFD RS集或者当基站指令终端诸如何配置BFD RS集时，也可以应用上述用于组成和提供BFD RS集的方案。

图10是示出根据本公开的实施例的组成BFD RS集和BFD RS组用于执行部分BFR的示例的图。

在图10中，例如，假设在基站和终端之间的特定BWP上配置了五个CORESET，并且诸如标记10-00、10-05、10-10、10-15和10-20所示，为每个CORESET呈现激活的TCI状态、参考的RS和QCL类型。然而，为了便于描述，这是作为示例给出的，并且本公开不限于此。

当基站向终端配置一个BFD RS集10-25{CSI-RS#0,CSI-RS#1,CSI-RS#2,CSI-RS#3,CSI-RS#4}时，如图10所示，可以在BFD RS集中形成两个BFD RS组，为BFD RS组#0(10-30){CSI-RS#0,CSI-RS#1,CSI-RS#2}和BFD RS组#1(10-35){CSI-RS#3,CSI-RS#4}，其中BFD RS集的确定标准与CORESETPoolIndex值相同。即，在属于BFD RS集的RS当中，属于具有相同CORESETPoolIndex的CORESET的RS可以属于相同的BFD RS组。作为另一个示例，当基站用两个BFD RS集(为BFD RS集#0(10-40){CSI-RS#0,CSI-RS#1,CSI-RS#2}和BFD RS集#1(10-45){CSI-RS#3,CSI-RS#4})配置终端时，BFD RS集#0可以被分组到BFD RS组#0-0(10-45){CSI-RS#0,CSI-RS#1}和BFD RS组#0-1(10-50){CSI-RS#2}中，并且BFD RS集#1可以被分组到BFDRS组#1-0(10-60){CSI-RS#3}和BFD RS组#1-1(10-65){CSI-RS#4}中。在这种情况下，用于划分BFD RS组#0-0和BFD RS组#0-1的标准可以是QCL类型。在图10中，被设置为QCL-TypeD的RS首先被分组。因此，在CORESET#0(10-00)中被设置为QCL-TypeA和QCL-TypeD的参考的RS的CSI-RS#0，以及在CORESET#1(10-05)中被设置为QCL-TypeA和QCL-TypeD的参考的RS的CSI-RS#1，可以首先被分组到BFD RS组#0-0中，并且剩余的CSI-RS#2可以被分组到BFD RS组#0-1中。此外，用于划分BFD RS组#1-0和BFD RS组#1-1的标准可以是CORESET索引值。例如，在被配置为具有参考属于BFD RS集#1的RS的激活的TCI状态的CORESET#3和CORESET#4当中，被设置为具有较低索引值的CORESET#3的QCL参考的RS的CSI-RS#3可以首先被指派给BFD RS组#1-0，并且被设置为具有下一个较低索引值的CORESET#4的QCL参考的RS的CSI-RS#4可以然后被指派给BFD RS组#1-1。除了图10中描绘的示例之外，上面列出的标准或其组合可以由配置了关于经由较高层信令到终端BFD RS集或BFD RS组的信息的基站使用，或者当没有来自基站的关于BFD RS集或BFD RS组的配置信息时，由组成BFD RS集或BFD RS组的终端使用。

<第二实施例：根据部分BFR的BFD过程配置和方法>

在本公开的实施例中，终端可以由基站通过较高层信令配置有BFD RS集和BFD RS组，也可以根据配置的BFD RS集和BFD RS组信息，被配置有BFD过程中所需的信息。BFD过程中所需的信息可以包括诸如指示波束故障指示的最大指示值的beamFailureInstanceMaxCount和指示波束故障检测定时器被重置的值的beamFailureDetectionTimer的信息。例如，如图10中的标记10-25至10-35所示，如果终端已经被配置有一个BFD RS集和两个BFD RS组，则它可以被配置有BFD过程中对于每个BFDRS组所需的诸如beamFailureInstanceMaxCount和beamFailureDetectionTimer的信息。作为另一个示例，如图10中的标记10-40至10-65所示，当终端已经被配置有两个BFD RS集和每BFD RS集的两个BFD RS组时，它可以被配置有BFD过程中对于每BFD RS集的每个BFD RS组所需的诸如beamFailureInstanceMaxCount和beamFailureDetectionTimer的信息，或者它可以被配置有BFD过程中对于每个BFD RS集中的所有BFD RS组所需的诸如beamFailureInstanceMaxCount和beamFailureDetectionTimer的相同的信息。作为另一示例，当终端组成BFD RS集和BFD RS组时，因为它还没有由基站通过较高层信令配置有BFDRS集和BFD RS组，基站可以通过较高层信令为每BFD RS集的每个BFD RS组配置BFD过程中所需的信息。

图11是示出了根据本公开的实施例配置BFD过程中所需的多个信息(诸如beamFailureInstanceMaxCount和beamFailureDetectionTimer)的示例的图。

在图11中，MaxCount1和MaxCount2表示beamFailureInstanceMaxCount的不同实例，并且分别具有值2和3。此外，定时器1和定时器2表示beamFailureDetectionTimer的不同实例，并且分别具有值6和4。当为单个BFD RS集中的两个BFD RS组、为没有BFD RS组的两个BFD RS集、或者为每个都具有两个或更多个BFD RS组的两个BFD RS集中的每一个配置BFD过程中所需的信息(诸如beamFailureInstanceMaxCount和beamFailureDetectionTimer)时，可以应用图11中的每个配置信息。

在图11中，beamFailureDetectionTimer1在每个波束故障指示周期递增1，并在达到6时复位，而beamFailureDetectionTimer2在每个波束故障指示周期增加1，并在达到4时复位。BFI_COUNTER1是当在配置了MaxCount1和beamFailureDetectionTimer1的BFD过程中发生波束故障指示时递增的计数器，其中，当根据诸如上所述应用哪个组或集，属于对应组或集的所有BFD RS发生波束故障时，对应的BFD过程将其视为波束故障指示。BFI_COUNTER2是当在配置了MaxCount2和beamFailureDetectionTimer2的BFD过程中发生波束故障指示时递增的计数器，其中与BFI_COUNTER1相同的描述可以应用于对应的BFD过程。当beamFailureDetectionTimer1和beamFailureDetectionTimer2分别达到它们的最大值时，BFI_COUNTER1和BFI_COUNTER2复位。在图11中，可以看出，当beamFailureDetectionTimer1为2和6时，发生与BFI_COUNTER1相对应的波束故障指示，并且BFI_COUNTER1在每个波束故障指示处增加1。此时，由于MaxCount1的值为2，如图11所示，当BFI_COUNTER1达到MaxCount时，发起BFR的下一步。此外，可以看出，当beamFailureDetectionTimer2为4时，发生与BFI_COUNTER2相对应的波束故障指示，并且在发生该波束故障指示时，BFI_COUNTER2增加1。但是，由于BFI_COUNTER2直到beamFailureDetectionTimer2达到4才达到MaxCount2，因此beamFailureDetectionTimer2在4之后被重置为1，并且BFI_COUNTER2此时也被重置为0。此后，当beamFailureDetectionTimer2为4时，发送波束故障指示，并且BFI_COUNTER2增加1，但是由于beamFailureDetectionTimer2已经达到4，所以在下一个周期，beamFailureDetectionTimer2再次被重置为1，并且BFI_COUNTER2也被重置为0。另一方面，上述示例仅是为了便于描述本公开的实施例而提供的，并且本公开不限于此。

<第三实施例：根据部分BFR的新候选波束指示过程配置和方法>

在本公开的实施例中，终端可以执行用新波束替换波束的过程，以克服在BFR过程中发生的波束故障。指示在该过程中确定的新候选波束的方法可以被定义为新候选波束指示。终端可以由基站通过较高层信令配置有一个或多个candidateBeamRSLists。一个或多个candidateBeamRSLists分别与BFD RS集或BFD RS集中的多个BFD RS组相对应，并且被定义为由于波束故障而成为替换的新候选波束的列表。为了为连接到一个或多个配置的candidateBeamRSLists的每个BFD RS集或BFD RS组导出新候选波束，终端测量candidateBeamRSList中新候选波束的L1-RSRP，并将其与参考值进行比较。此处，作为参考值，可以为一个或多个candidateBeamRSLists设置分开的值或相同的值。终端的较高层选择具有L1-RSRP高于参考值(阈值)的新候选波束之一，并将其传送到终端的物理层，并且终端的物理层通过连接到接收的新候选波束的物理上行链路信道将关于新候选波束的信息传递到基站。

例如，candidateBeamRSList可以包括多个新候选波束；每个新候选波束可以具有SSB索引或CSI-RS资源索引；并且PRACH、SRS、和PUCCH资源之一被包括作为连接到对应的新候选波束的物理上行链路信道。一个新候选波束可以与一个物理上行链路信道连接(或关联)。作为另一个示例，candidateBeamRSList可以包括多个物理上行链路信道，并且每个物理上行链路信道可以与指示新候选波束的SSB索引或CSI-RS资源索引相关联。此处，candidateBeamRSList可以包括PRACH、SRS、和PUCCH当中仅一种类型的物理上行链路信道，或者可以包括两种或更多种类型的物理上行链路信道。同样在这种情况下，一个物理上行链路信道可以连接到一个新候选波束。

图12是示出了根据本公开的实施例分开定义(或配置)的多个candidateBeamRSList的图。

图12是示出了根据本公开的实施例定义(或配置)的三个candidateBeamRSLists12-05、12-15和12-35的图。candidateBeamRSList#1(12-05)由多个PRACH资源12-10组成，并且每个PRACH资源可以具有连接的新候选波束。此处，当确定新候选波束时，一种类型的PRACH被用作终端的物理上行链路信道。candidateBeamRSList#2(12-15)由多个PRACH资源12-30、SRS资源12-25和PUCCH资源12-20组成，并且每个PRACH、SRS和PUCCH资源可以具有连接的新候选波束。此处，当确定新候选波束时，终端使用的物理上行链路信道是三种类型的PRACH、SRS和PUCCH资源。当确定新候选波束时，三种类型的PRACH、SRS和PUCCH资源被用作终端的物理上行链路信道。candidateBeamRSList#3(12-35)由多个新候选波束12-40组成，并且每个新候选波束可以包括标记12-45所示的信息。例如，它可以具有SSB索引作为特定的新候选波束，并且可以具有SRS资源作为连接的物理上行链路信道。candidateBeamRSList#1、#2、#3分别连接到BFD RS组#1、#2、#3；并且当在特定的BFD RS组中发生波束故障时，可以从连接的candidateBeamRSList中确定新候选波束，并在后续的BFR过程中使用。

<第四实施例：根据部分BFR的BFRQ和基站响应过程配置和方法>

在本公开的一个实施例中，终端可以对多个BFD RS集或组执行BFD过程；并且当针对多个BFD RS集或组中的一个集或组诸如上所述达到波束故障指示的最大值时，终端可以向基站通知波束故障情境，并且执行波束故障恢复请求(BFRQ)过程，用于通过向基站递送确定的新候选波束来请求波束故障恢复。终端可以确定连接到BFD RS集或组的candidateBeamRSList中已经达到波束故障指示的最大值的新候选波束，并且通过使用连接到确定的新候选波束的物理上行链路信道来执行BFRQ。随后的基站响应过程可以根据终端使用的哪个物理上行链路信道而变化。

图13是示出根据本公开的实施例的终端的BFRQ和基站的响应过程的配置和方法的图。

例如，如果连接到确定的新候选波束的物理上行链路信道是PRACH(13-05)并且新候选波束包括SSB索引，则终端通过使用为PRACH传输配置的前导索引，在与对应的SSB相关联的RACH时机执行PRACH传输。如果连接到确定的新候选波束的物理上行链路信道是PRACH，并且新候选波束包括CSI-RS资源索引，则终端通过使用为PRACH传输配置的前导索引和RACH时机信息，在对应的RACH时机执行PRACH传输。此处，如果BFD RS集或组对应于TRP，即，如果BFD RS集或组是基于CORESETPoolIndex确定的，则终端朝向与BFD RS集或组的CORESETPoolIndex相对应的TRP发送PRACH(13-10)。即，PRACH被发送到其中发生波束故障的TRP。同时，如上所述，当新候选波束所属的candidateBeamRSList与特定的BFD RS集或BFD RS组相对应(或相关联)，并且对应的BFD RS集或BFD RS组对应于例如CORESETPoolIndex值0时，可以说新候选波束也对应于CORESETPoolIndex值0。因此，向其中发生波束故障的TRP发送PRACH可能意味着，例如，如果与其中发生波束故障的BFD RS集或BFD RS组相对应的CORESETPoolIndex值为0，则发送对应于CORESETPoolIndex值0的新候选波束的PRACH。在这种情况下，可以说发送的PRACH也对应于CORESETPoolIndex值0。在PRACH传输之后，基站配置恢复搜索空间集(13-15)，并且终端监测恢复搜索空间集中的PDCCH(13-20)以接收PDSCH的调度，其包括改变其中发生波束故障的CORESET的TCI状态的MAC-CE(13-25)。在接收到对应的PDCCH或PDSCH时，终端可以假设PDCCH和PDSCH与确定的新候选波束准协同定位。终端接收PDSCH，并通过使用PDSCH中的TCI状态激活MAC-CE来改变CORESET的TCI状态(13-30)。

作为另一示例，如果连接到确定的新候选波束的物理上行链路信道是SRS(13-35)，则终端可以通过参考对应的SRS资源的PUSCH传输来执行BFRQ。在这种情况下，终端可以通过在PUSCH传输中包括关于新候选波束和BFD RS集和组的信息，来发送用于CORESET的MAC-CE激活信号，该CORESET的在TCI状态中引用的RS将被改变。此外，如果BFD RS集或组对应于每个TRP，即，如果BFD RS集或组是基于CORESETPoolIndex确定的，则终端可以发送除了与BFD RS集或组的CORESETPoolIndex相对应的TRP之外的剩余TRP的调度的PUSCH(13-40)。即，可以为除了已经发生波束故障的TRP之外的TRP(例如，其中没有发生波束故障的TRP)发送调度的PUSCH。同时，如上所述，如果新候选波束所属的candidateBeamRSList对应于(或连接到)特定的BFD RS集或BFD RS组，并且对应的BFD RS集或BFD RS组对应于例如CORESETPoolIndex值0，则可以说新候选波束也对应于CORESETPoolIndex值0。因此，发送除了其中发生波束故障的TRP之外的TRP的调度的PUSCH可以意味着，例如，如果与其中发生波束故障的BFD RS集或BFD RS组相对应的CORESETPoolindex值为0，则发送与CORESETPoolindex值1相对应的新候选波束连接的PUSCH。在这种情况下，可以说发送的PUSCH也对应于CORESETPoolIndex值1。因此，可以通过其中没有发生波束故障的TRP来执行其中发生波束故障的TRP和终端之间的BFR。另一方面，终端还可以针对与BFD RS集或组的CORESETPoolIndex相对应的TRP发送调度的PUSCH(13-40)。即，可以为其中发生波束故障的TRP发送调度的PUSCH。同时，如上所述，如果新候选波束所属的candidateBeamRSList对应于(或连接到)特定的BFD RS集或BFD RS组，并且对应的BFD RS集或BFD RS组对应于例如CORESETPoolIndex值0，则可以说新候选波束也对应于CORESETPoolIndex值0。因此，例如，如果其中发生波束故障的BFD RS集或BFD RS组对应于CORESETPoolIndex值0，则发送针对其中发生波束故障的TRP的调度的PUSCH可以意味着发送连接到对应于CORESETPoolIndex值0的新候选波束的PUSCH。在这种情况下，可以说发送的PUSCH也对应于CORESETPoolIndex值0。

在从终端接收到PUSCH传输之后，基站可以基于PUSCH中包括的信息，将要改变为新候选波束的CORESET的TCI状态的RS改变(13-45)。

作为另一示例，如果连接到确定的新候选波束的物理上行链路信道是PUCCH(13-50)，则终端可以通过使用对应的PUCCH资源通过PUCCH传输来执行BFRQ。此处，终端可以在PUCCH传输中包括调度请求信息，并且对应的调度请求可以是对PUSCH或PDSCH传输的调度请求(13-55)。在这种情况下，终端用于PUCCH传输的PUCCH格式可以是0或1。此外，上述调度请求配置可以针对BFR目的分开设置，并且与针对非BFR目的的调度请求配置相比，针对对应的BFR目的的调度请求配置可以具有更高的优先级。此外，如果BFD RS集或组对应于每个TRP，即，如果BFD RS集或组是基于CORESETPoolIndex确定的，则终端可以发送除了与BFDRS集或组的CORESETPoolIndex相对应的TRP之外的剩余TRP的调度的PUCCH。即，可以为除了其中已经发生波束故障的TRP之外的TRP(例如，其中没有发生波束故障的TRP)发送调度的PUCCH。同时，如上所述，如果新候选波束所属的candidateBeamRSList对应于(或连接到)特定的BFD RS集或BFD RS组，并且对应的BFD RS集或BFD RS组对应于例如CORESETPoolIndex值0，则可以说新候选波束也对应于CORESETPoolIndex值0。因此，发送除了其中发生波束故障的TRP之外的TRP的调度的PUCCH可以意味着，例如，如果对应于其中发生波束故障的BFDRS集或BFD RS组的CORESETPoolindex值为0，则发送连接到对应于CORESETPoolindex值1的新候选波束的PUCCH。在这种情况下，可以说发送的PUCCH也对应于CORESETPoolIndex值1。因此，可以通过其中没有发生波束故障的TRP来执行其中发生波束故障的TRP和终端之间的BFR。此外，终端还可以针对对应于BFD RS集或组的CORESETPoolIndex的TRP执行PUCCH传输。即，可以为其中发生了波束故障的TRP发送调度的PUCCH。同时，如上所述，如果新候选波束所属的candidateBeamRSList对应于(或连接到)特定的BFD RS集或BFD RS组，并且对应的BFD RS集或BFD RS组对应于例如CORESETPoolIndex值0，则可以说新候选波束也对应于CORESETPoolIndex值0。因此，例如，如果其中发生波束故障的BFD RS集或BFD RS组对应于CORESETPoolIndex值0，则发送针对其中发生波束故障的TRP的调度的PUCCH可以意味着发送连接到对应于CORESETPoolIndex值0的新候选波束的PUCCH。在这种情况下，可以说发送的PUCCH也对应于CORESETPoolIndex值0。

当从终端接收到PUCCH传输时，如果PUSCH调度请求(13-60)，则基站发送对应的DCI以调度包括激活CORESET的TCI状态的改变的MAC-CE的PUSCH(13-65)，使得终端使能通过使用新候选波束来改变要改变的CORESET的TCI状态的RS(13-70)。可选地，在从终端接收到PUCCH传输时，如果PDSCH调度请求(13-60)，则基站发送对应的DCI以调度包括激活CORESET的TCI状态的改变的MAC-CE的PDSCH，使得终端使能通过使用新候选波束来改变要改变的CORESET的TCI状态的RS(13-75)。

同时，终端可以在PUSCH中包括用于部分BFR的MAC-CE。MAC-CE可以包括例如至少一个以下信息。

-对于与每个TRP相对应的BFD RS集或BFD RS组中的所有RS，其无线链路质量低于给定阈值的(多个)TRP的索引(或者，与每个CORESETPoolIndex相对应的BFD RS集或BFD RS组中的RS)：例如，可以是BFD RS集的(多个)索引，或者(多个)CORESETPoolIndex。

-与(多个)TRP索引(或CORESETPoolIndex)相对应的新候选波束的存在或缺失

-如果存在与TRP(或CORESETPoolIndex)相对应的新候选波束，则新候选波束的(多个)索引

终端可以使用与已经调度了包括MAC-CE的PUSCH传输的DCI相同的混合自动重复请求(HARQ)进程ID从基站接收DCI，可以被调度新的PUSCH传输，并且可以在X个符号(例如，X是与终端的下行链路接收波束的改变相关的值，并且可以具有7、14和28中的一个)之后参考MAC-CE中的(多个)TRP索引(或者，(多个)BFD RS集索引，(多个)CORESETPoolIndex)执行CORESET接收操作。例如，如果具有CORESETPoolIndex值0的TRP索引被包括在MAC-CE中，则终端可以假设其CORESETPoolIndex被设置为0的所有CORESET和被包括在MAC-CE中的新候选波束彼此具有QCL关系，并且可以对应地执行CORESET接收操作。作为另一个示例，如果具有CORESETPoolIndex值1的TRP索引被包括在MAC-CE中，则终端可以假设其CORESETPoolIndex被设置为1的所有CORESET和被包括在MAC-CE中的新候选波束彼此具有QCL关系，并且可以对应地执行CORESET接收操作。

<第五实施例：BFD RS集/组或候选波束集配置改变>

在本公开的一个实施例中，基站和终端可以交换信令，用于向/在/从BFD RS集或组添加/改变/删除BFD RS，用于向/在/从候选波束集添加/改变/删除新候选波束，或者用于添加/改变/删除连接的物理上行链路信道。例如，当基站已经通过较高层信令为终端配置了BFD RS集或组时，如果为配置的BFD RS集或组中的特定BFD RS计算的假设PDCCH接收BLER超过参考值的次数变得大于特定次数，则终端可以请求基站改变特定的BFD RS。此处，作为从终端到基站的请求方法，可以使用诸如基于PUCCH的调度请求方法或基于PUSCH的MAC-CE激活的明确方案。可以以终端向基站请求PDSCH调度并通过从基站接收下行链路MAC-CE来执行新BFD RS的激活的方式，或者以终端向基站请求PUSCH调度并发送包括指示新BFD RS的激活的MAC-CE的PUSCH的方式，来执行基于PUCCH的调度请求方案。基于PUSCH的MAC-CE激活是一种方法，其中终端通过将关于要改变的BFD RS的信息包括在PUSCH有效载荷的上行链路MAC-CE中，来向基站发送该信息。当执行基于PUCCH的调度请求方法或基于PUSCH的MAC-CE激活时，当终端向基站发送时，至少可以包括关于要添加/改变/删除的BFDRS的信息和关于包括要添加/改变/删除的BFD RS的BFD RS组或集的信息。作为另一个示例，对于基站通过较高层信令向终端配置或不配置BFD RS集或组的两种情况，当基站改变CORESET的TCI状态时，如果改变前处于TCI状态的RS包括在BFD RS集或组中，则将改变后的TCI状态的RS添加到BFD RS集或组中，并且将改变前处于TCI状态的RS从BFD RS集或组中删除。此处，首先配置处于改变的TCI状态的RS当中被设置为QCL-TypeD的RS。与为BFD RS集或组添加/改变/删除BFD RS相同的方案可以应用于为候选波束集的新候选波束的添加/改变/删除，或者连接的物理上行链路信道的添加/改变/删除。

图14是示出根据本公开的实施例的BFD RS改变流程的图。

终端计算BFD RS集或组中的特定BFD RS的假设的PDCCH接收BLER(14-05)，将计算的假设的BLER值与参考BLER值进行比较(14-10)，并且如果不大于参考BLER值，则在下一个假设的BLER计算周期再次计算假设的PDCCH接收BLER。如果假设的BLER大于参考BLER值，则终端将实现大于或等于参考值的BLER的次数增加1(14-15)。终端将实现大于或等于参考值的BLER的次数与参考次数进行比较(14-20)，并且如果不大于参考次数，则在下一个假设的BLER计算周期再次计算假设的PDCCH接收BLER。如果大于参考次数，则终端可以向基站执行对对应的BFD RS的改变请求(14-25)。此处，作为终端的请求方法，可以诸如上所述使用诸如基于PUCCH的调度请求方法或基于PUSCH的MAC-CE激活的明确方法。

<第六实施例：每TRP组的部分BFR操作>

在本公开的一个实施例中，对于上述部分BFR操作，终端可以对其中捆绑了几个TRP的每个TRP组执行部分BFR，而不是对每个TRP执行部分BFR。此处，TRP组是指其中与多个TRP相对应的BFD RS属于一个BFD RS集或者属于BFD RS集中定义的BFD RS组的情况。

例如，可以考虑这样的情况，其中BFD RS#1和BFD RS#2存在于一个BFD RS集中，并且BFD RS#1对应于TRP#1而BFD RS#2对应于TRP#2。此处，BFD RS和TRP之间的对应可以是BFD RS作为由TRP发送的CORESET的TCI状态中参考的RS存在的情况，在这种情况下，CORESET可以配置有特定的CORESETPoolIndex值。此外，BFD RS和TRP之间的对应也可以是特定CORESET的QCL假设具有多个TCI状态，并且BFD RS作为多个TCI状态之一中参考的RS而存在的情况。例如，终端可以通过较高层信令配置有BFD RS集1和BFD RS集2，其中BFD RS集1由CORESETPoolIndex值为0和1的CORESET的TCI状态中参考的RS组成，BFD RS集2由CORESETPoolIndex值为2和3的CORESET的TCI状态中参考的RS组成，或者如果它们没有通过较高层信令配置，则可以自行配置它们。

在这种情况下，终端可以分别对BFD RS集1和2执行部分BFR操作。终端为BFD RS集1中的所有BFD RS计算假设的PDCCH BLER值，并且如果所有假设的PDCCH BLER值都小于参考值，则BFD可以由终端的物理层指示给较高层。可以类似于上述第二实施例来执行针对每TRP组的部分BFR操作的BFD过程。

类似于第三实施例，终端可以执行用新波束替换波束的过程，以克服每TRP组的部分BFR操作中的波束故障。指示在该过程中确定的新候选波束的方法可以被定义为新候选波束指示。，终端可以由基站通过较高层信令配置有一个或多个candidateBeamRSLists。一个或多个candidateBeamRSLists分别与BFD RS集或BFD RS集中的多个BFD RS组相对应，并且被定义为由于波束故障而成为替换的新候选波束的列表。类似于用于每TRP组的部分BFR操作的BFD RS集或组，对于每个candidateBeamRSList，可以有与连接到包括在对应的BFDRS集或BFD RS组中的BFD RS的TRP相对应的新候选波束。

例如，如在上面的示例中，当终端由基站通过较高层信令配置有BFD RS集1(由CORESETPoolIndex值为0和1的CORESET的TCI状态中参考的RS组成)和BFD RS集2(由CORESETPoolIndex值为2和3的CORESET的TCI状态中参考的RS组成)时，或者当终端在没有这种配置的情况下自行配置它们时，对应于BFD RS集1的candidateBeamRSList#1可以包括分别连接到发送具有CORESEToolIndex值0和1的CORESET的TRP的新候选波束，并且对应于BFD RS集2的candidateBeamRSList#2可以包括分别连接到发送具有CORESEToolIndex值2和3的CORESET的TRP的新候选波束。

终端测量candidateBeamRSList中新候选波束的L1-RSRP，并将它们与参考值进行比较，以及终端的较高层选择具有L1-RSRP高于参考值的一些新候选波束，并将它们传递到终端的物理层。此处，终端的较高层可以选择新候选波束之一，以便改变连接到candidateBeamRSList中的新候选波束的所有TRP当中的一个TRP的波束，或者可以为具有L1-RSRP大于参考值的新候选波束当中的所有连接的TRP选择至少一个新候选波束，以便改变连接到candidateBeamRSList中的新候选波束的所有TRP的波束。例如，当candidateBeamRSList中有4个新候选波束，新候选波束#1和#2对应于TRP#1，并且新候选波束#3和#4对应于TRP#2，并且新候选波束#1、#3和#4在它们当中具有大于参考值的L1-RSRP时，终端可以在三个当中自行选择仅新候选波束#1，或者可以选择新候选波束#1和#3，以便选择分别对应于TRP#1和TRP#2的至少一个新候选波束。在终端的上层选择的新候选波束被传递到物理层，并且终端通过连接到传递的新候选波束的物理上行链路信道向基站发送关于新候选波束的信息。

类似于第四实施例，当针对多个BFD RS集或组中的一个达到如上所述的波束故障指示的最大值时，终端向基站通知波束故障情境，并执行波束故障恢复请求(BFRQ)过程，用于通过向基站传递确定的新候选波束来请求波束故障恢复。终端可以确定连接到BFD RS集或组的candidateBeamRSList中的新候选波束，该候选波束已经达到波束故障指示的最大值，并且通过使用连接到确定的新候选波束的物理上行链路信道来执行BFRQ。取决于终端使用哪个物理上行链路信道，随后的基站响应过程可以变化。

如果存在一个选择的新候选波束，则终端和基站可以类似于第四实施例的BFRQ过程进行操作。如果存在多个选择的新候选波束，则执行类似于第四实施例的BFRQ过程，但是考虑要改变的多个波束。例如，如果连接到确定的新候选波束的物理上行链路信道是PRACH，并且新候选波束包括SSB索引，则终端通过使用为PRACH传输配置的前导索引，在与对应的SSB相关联的RACH时机执行PRACH传输。

如果连接到确定的新候选波束的物理上行链路信道是PRACH，并且新候选波束包括CSI-RS资源索引，则UE使用为PRACH传输配置的前导索引和RACH时机信息来在对应的RACH时机执行PRACH传输。此处，在基于无竞争随机接入的BFR的情况下，不期望分别与多个新候选波束相对应的RACH时机是相同的。即，在基于无竞争随机接入的BFR的情况下，分别与多个新候选波束相对应的RACH时机可以以它们不相同(不重叠)来表征。

此外，终端朝向对应于与每个新候选波束相关联的CORESETPoolIndex的TRP发送PRACH。即，终端发送其中发生波束故障的TRP的PRACH。在PRACH传输之后，基站配置恢复搜索空间集，并且终端监测恢复搜索空间集中要用包括改变其中发生波束故障的CORESET的TCI状态的MAC-CE的PDSCH调度的PDCCH。在这种情况下，基站可以为终端配置一个恢复搜索空间集，并且终端可以假设在对应的恢复搜索空间集中监测的多个PDCCH与多个新候选波束准协同定位。例如，当选择了新候选波束#1和新候选波束#2并且配置了一个恢复搜索空间集时，对于在恢复搜索空间集中监测的PDCCH，终端可以假设在传输顺序中，第一PDCCH与新候选波束#1准协同定位，并且第二PDCCH与新候选波束#2准协同定位。

作为另一个示例，基站可以为终端配置多个恢复搜索空间集，并且恢复搜索空间集可以通过较高层信令分别连接到新候选波束。例如，可以假设在恢复搜索空间#1中监测的PDCCH与新候选波束#1准协同定位，并且在恢复搜索空间#2中监测的PDCCH与新候选波束#2准协同定位。此外，还可以假设由PDCCH调度的PDSCH和PDCCH具有和新候选波束的QCL关系相同的QCL关系。已经在恢复搜索空间集中监测到PDCCH的终端接收由对应PDCCH调度的PDSCH，并且通过使用PDSCH中的TCI状态激活MAC-CE来改变CORESET的TCI状态。

作为另一示例，如果连接到确定的新候选波束的物理上行链路信道是SRS(13-35)，则终端可以通过参考对应的SRS资源的PUSCH传输来执行BFRQ。在这种情况下，终端可以通过在PUSCH传输中包括关于新候选波束和BFD RS集和组的信息，来发送用于CORESET的MAC-CE激活信号，该CORESET的在TCI状态中参考的RS将被改变。此外，如果BFD RS集或组对应于每个TRP，即，如果BFD RS集或组是基于CORESETPoolIndex确定的，则终端可以发送除了与BFD RS集或组的CORESETPoolIndex相对应的TRP之外的剩余TRP的调度的PUSCH(13-40)。

此外，如果BFD RS集或组对应于多个TRP，即，如果BFD RS集或组是基于多个CORESETPoolIndexes确定的，则终端可以为除了与BFD RS集或组的所有CORESETPoolIndexes相对应的TRP之外的剩余TRP发送调度的PUSCH。即，可以通过没有发生波束故障的TRP来执行其中发生波束故障的TRP和终端之间的BFR。此外，终端还可以针对与BFD RS集或组的一个或多个CORESETPoolIndexes相对应的TRP发送调度的PUSCH(13-40)。在从终端接收到PUSCH传输之后，基站可以基于PUSCH中包括的信息，将要改变为新候选波束的CORESET的TCI状态的RS改变(13-45)。

作为另一示例，如果连接到确定的新候选波束的物理上行链路信道是PUCCH(13-50)，则终端可以通过使用对应的PUCCH资源通过PUCCH传输来执行BFRQ。此处，终端可以在PUCCH传输中包括调度请求信息，并且对应的调度请求可以是针对PUSCH或PDSCH传输的调度请求(13-55)。此外，如果BFD RS集或组对应于每个TRP，即，如果BFD RS集或组是基于CORESETPoolIndex确定的，则终端可以发送除了与BFD RS集或组的CORESETPoolIndex相对应的TRP之外的剩余TRP的调度的PUCCH。

此外，如果BFD RS集或组对应于多个TRP，即，如果BFD RS集或组是基于多个CORESETPoolIndexes确定的，则终端可以发送除了与BFD RS集或组的所有CORESETPoolIndexes相对应的TRP之外的剩余TRP的调度的PUCCH。即，可以通过其中没有发生波束故障的TRP来执行其中发生波束故障的TRP和终端之间的BFR。此外，终端还可以针对与BFD RS集或组的一个或多个CORESETPoolIndexes相对应的TRP发送所调度的PUCCH。

当从终端接收到PUCCH传输时，如果有PDSCH调度请求(13-60)，则基站发送对应的DCI以调度包括激活CORESET的TCI状态的改变的MAC-CE的PDSCH(13-65)，使得终端使能通过使用新候选波束来改变要改变的CORESET的TCI状态的RS(13-70)。当从终端接收到PUCCH传输时，如果有PDSCH调度请求(13-60)，则基站发送对应的DCI以调度包括激活CORESET的TCI状态的改变的MAC-CE的PDSCH，使得终端使能通过使用新候选波束来改变要改变的CORESET的TCI状态的RS(13-70)。

终端可以向基站报告它可以作为UE能力来执行部分BFR操作。例如，终端可以通过UE能力报告来报告部分BFR操作是可能的。作为另一个示例，通过UE能力报告，终端可以报告可以配置给终端用于部分BFR操作的BFD RS集的数量、BFD RS的最大数量、每BFD RS集的BFD RS的最大数量、连接到每个BFD RS集中的BFD RS的TRP的数量、候选波束集的数量、连接到候选波束集中的候选波束的TRP的数量以及每候选波束集的候选波束的最大数量。

参考终端的能力报告，基站可以通过较高层信令向终端配置BFD RS集的数量、BFDRS的最大数量、每BFD RS集的BFD RS的最大数量、每个BFD RS集中连接到BFD RS的TRP的数量、候选波束集的数量以及每候选波束集的候选波束的最大数量。此外，BFD RS的最大数量或候选波束的数量可以包括在终端可以在所有子载波中使用的SSB、CSI-RS或CSI-IM的数量中。

图15是示出根据本公开的实施例的终端的结构的框图。

参考图15，终端可以包括收发器和控制器15-05，其中收发器包括接收器15-00和发射器15-10，并且控制器包括存储器和处理器。终端的收发器(15-00、15-10)和控制器15-05可以根据上述终端的通信方法进行操作。然而，终端的组件不限于上述示例。例如，终端可以包括比前述组件更多或更少的组件。此外，收发器(15-00、15-10)和控制器15-05可以以单个芯片的形式实现。

收发器(15-00、15-10)可以向基站发送信号和从基站接收信号。此处，信号可以包括控制信息和数据。为此，收发器(15-00、15-10)可以由对要发送的信号的频率上变频和放大的RF发射器和对接收的信号低噪声放大和下变频的RF接收器组成。然而，这仅仅是收发器(15-00、15-10)的实施例，并且收发器(15-00、15-10)的组件不限于RF发射器和RF接收器。

此外，收发器(15-00、15-10)可以通过无线电信道接收信号并将其输出到控制器15-05，并且可以通过无线电信道发送来自控制器15-05的信号。

控制器15-05可以存储终端操作所需的程序和数据，并且可以用一个或多个处理器来实现。此外，控制器15-05可以存储包括在由终端获得的信号中的控制信息或数据。控制器15-05可以包括由诸如ROM、RAM、硬盘、CD-ROM或DVD或存储介质的组合的存储介质组成的存储器。

此外，控制器15-05可以控制一系列过程，使得终端可以根据上述实施例进行操作。根据一些实施例，控制器15-05可以接收由两层组成的DCI，并控制终端的组件同时接收多个PDSCH。

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

参考图16，基站可以包括收发器和控制器16-05，其中收发器包括接收器16-00和发射器16-10，并且控制器包括存储器和处理器。基站的收发器(16-00、16-10)和控制器16-05可以根据上述基站的通信方法进行操作。然而，基站的组件不限于上述示例。例如，基站可以包括比前述组件更多或更少的组件。此外，收发器(16-00、16-10)和控制器16-05可以以单个芯片的形式实现。

收发器(16-00、16-10)可以向终端发送信号和从终端接收信号。此处，信号可以包括控制信息和数据。为此，收发器(16-00、16-10)可以由对要发送的信号的频率上变频和放大的RF发射器和对接收的信号低噪声放大和下变频的RF接收器组成。然而，这仅仅是收发器(16-00、16-10)的实施例，并且收发器(16-00、16-10)的组件不限于RF发射器和RF接收器。

此外，收发器(16-00、16-10)可以通过无线电信道接收信号并将其输出到控制器16-05，并且可以通过无线电信道发送来自控制器16-05的信号。

控制器16-05可以存储基站操作所需的程序和数据，并且可以用一个或多个处理器来实现。此外，控制器16-05可以存储包括在由基站获得的信号中的控制信息或数据。控制器16-05可以包括由诸如ROM、RAM、硬盘、CD-ROM或DVD或存储介质的组合的存储介质组成的存储器。

此外，控制器16-05可以控制一系列过程，使得基站可以根据上述实施例进行操作。根据一些实施例，控制器16-05可以控制基站的单独组件来组成包括PDSCH分配信息的DCI并发送它。

另一方面，在本说明书和附图中公开的本公开的实施例仅作为具体示例来呈现，以容易地解释本公开的技术内容并帮助理解本公开，并且不旨在限制本公开的范围。即，对于本公开所属领域的普通技术人员来说，显然可以基于本公开的技术精神进行其他修改。此外，上述实施例可以根据需要彼此组合操作。例如，本公开的实施例1至6的部分可以彼此组合以操作基站和终端。

在本公开的上述实施例中，根据所提出的具体实施例，本公开中包括的元素以单数或复数形式表达。然而，为了便于描述，根据所呈现的情境适当地选择单数或复数表达，并且本公开不限于单个元素或多个元素。以复数形式描述的那些元素可以被配置为单个元素，而以单数形式描述的那些元素可以被配置为多个元素。

另一方面，尽管在本公开的详细描述中已经描述了具体实施例，但是在不脱离本公开的范围的情况下，多种修改是可能的。因此，本公开的范围不应限于所描述的实施例，并且应由下面描述的权利要求及其等同来限定。

Claims

1.一种无线通信系统中的终端的方法，所述方法包括：

获得关于用于波束故障检测的至少一个参考信号的信息；

识别针对被包括在所述至少一个参考信号中的第一参考信号集和第二参考信号集中的每个参考信号集是否检测到波束故障；以及

在针对第一参考信号集或第二参考信号集中的至少一个检测到波束故障的情况下，针对其中检测到波束故障的参考信号集执行波束故障恢复流程，

其中，第一参考信号集与第一控制资源集(CORESET)池相关联，并且第二参考信号集与第二CORESET池相关联。

2.根据权利要求1所述的方法，其中：

第一参考信号集包括基于第一CORESET池的至少一个第一CORESET的传输配置指示符(TCI)状态识别的至少一个第一参考信号；以及

第二参考信号集包括基于第二CORESET池的至少一个第二CORESET的TCI状态识别的至少一个第二参考信号。

3.根据权利要求1所述的方法，其中，执行波束故障恢复流程包括：

在针对第一参考信号集检测到波束故障的情况下，基于与第一CORESET池或第二CORESET池中的至少一个相对应的资源，发送与波束故障恢复请求相关的信号；以及

在针对第二参考信号集检测到波束故障的情况下，基于与第一CORESET池或第二CORESET池中的至少一个相对应的资源，发送与波束故障恢复请求相关的信号，

其中，资源包括与基于与第一CORESET池或第二CORESET池中的至少一个相对应的候选波束列表识别的波束相关联的上行链路资源。

4.根据权利要求1所述的方法，其中，识别针对第一参考信号集和第二参考信号集的每个参考信号集是否检测到波束故障包括：

基于第一波束故障实例最大计数或第一波束故障检测定时器中的至少一个，识别针对第一参考信号集是否检测到波束故障；以及

基于第二波束故障实例最大计数或第二波束故障检测定时器中的至少一个，识别针对第二参考信号集是否检测到波束故障。

5.一种无线通信系统中基站的方法，所述方法包括：

向终端发送关于用于波束故障检测的至少一个参考信号的信息；以及

在针对被包括在所述至少一个参考信号中的第一参考信号集或第二参考信号集中的至少一个检测到波束故障的情况下，从终端接收与波束故障恢复请求相关的信号，

6.根据权利要求5所述的方法，其中：

第一参考信号集包括基于第一CORESET池的至少一个第一CORESET的传输配置指示符(TCI)状态识别的至少一个第一参考信号；

第二参考信号集包括基于第二CORESET池的至少一个第二CORESET的TCI状态识别的至少一个第二参考信号；

7.根据权利要求5所述的方法，其中，接收与波束故障恢复请求相关的信号包括：

在针对第一参考信号集检测到波束故障的情况下，基于与第一CORESET池或第二CORESET池中的至少一个相对应的资源，从终端接收与波束故障恢复请求相关的信号；以及

在针对第二参考信号集检测到波束故障的情况下，基于与第一CORESET池或第二CORESET池中的至少一个相对应的资源，从终端接收与波束故障恢复请求相关的信号，

8.一种无线通信系统中的终端，包括：

收发器；以及

控制器，被配置为：

获得关于用于波束故障检测的至少一个参考信号的信息；

9.根据权利要求8所述的终端，其中：

10.根据权利要求8所述的终端，其中，所述控制器被配置为：

在针对第一参考信号集检测到波束故障的情况下，控制收发器基于与第一CORESET池或第二CORESET池中的至少一个相对应的资源来发送与波束故障恢复请求相关的信号；以及

在针对第二参考信号集检测到波束故障的情况下，控制收发器基于与第一CORESET池或第二CORESET池中的至少一个相对应的资源来发送与波束故障恢复请求相关的信号，

11.根据权利要求8所述的终端，其中，所述控制器被配置为：

12.一种无线通信系统中的基站，包括：

收发器；以及

控制器，被配置为：

在针对被包括在所述至少一个参考信号中的第一参考信号集或第二参考信号集中的至少一个检测到波束故障的情况下，控制收发器从终端接收与波束故障恢复请求相关的信号，

13.根据权利要求12所述的基站，其中：

14.根据权利要求12所述的基站，其中，所述控制器被配置为：

在针对第一参考信号集检测到波束故障的情况下，控制收发器基于与第一CORESET池或第二CORESET池中的至少一个相对应的资源，从终端接收与波束故障恢复请求相关的信号；以及

在针对第二参考信号集检测到波束故障的情况下，控制收发器基于与第一CORESET池或第二CORESET池中的至少一个相对应的资源，从终端接收与波束故障恢复请求相关的信号，