无线通信系统中恢复波束故障的方法及设备

技术领域

本公开涉及无线通信系统，并且更具体地，涉及无线通信系统中的波束故障恢复方法和装置。

背景技术

已经开发了一种移动通信系统以提供语音服务同时保证用户的移动性。然而，移动通信系统已经扩展到数据业务以及语音业务，并且目前，业务爆炸式增长已经导致资源短缺，并且用户已经要求更快的服务，因此已经要求更高级的移动通信系统。

下一代移动通信系统的总体需求应该能够支持爆炸性数据业务的容纳、每用户传输速率的显著提高、数量显著增加的连接设备的容纳、非常低的端对端时延和高能效。为此，已经研究了双连接性、大规模多输入多输出(大规模MIMO)、带内全双工、非正交多址(NOMA)、超宽带支持、设备联网等多种技术。

发明内容

技术问题

本公开的技术目的是提供一种用于在无线通信系统中执行波束故障恢复的方法和装置。

另外，本公开的附加技术目的是提供一种用于当在特定资源组或多个资源组中发生波束故障时执行波束故障恢复的方法和装置。

通过本公开实现的技术目的不限于上述技术目的，并且相关领域的技术人员将从以下描述中清楚地理解本文未描述的其他技术目的。

技术解决方案

在本公开的实施例中，一种用于UE在无线通信系统中执行波束故障恢复(BFR)的方法可以包括：基于在多个资源组之中的至少一个资源组中检测到波束故障，向基站发送波束故障恢复请求(BFRQ)；从所述基站接收对所述BFRQ的响应；以及向所述基站发送与所述波束故障相关的信息，以及与所述波束故障相关的信息可以指示其中检测到所述波束故障的特定资源组或检测到所述波束故障的所述多个资源组。

作为本公开的另一实施例，一种用于基站在无线通信系统中执行波束故障恢复(BFR)的方法可以包括：基于在多个资源组之中的至少一个资源组中检测到波束故障，从用户设备(UE)接收波束故障恢复请求(BFRQ)；向所述UE发送对所述BFRQ的响应；以及从所述UE接收与所述波束故障相关的信息，以及与所述波束故障相关的信息可以指示检测到所述波束故障的特定资源组或检测到所述波束故障的所述多个资源组。

有益效果

根据本公开的实施例，可以在无线通信系统中提供用于执行波束故障恢复的方法和装置。

根据本公开的实施例，当在特定资源组或多个资源组中发生波束故障时，可以提供用于执行波束故障恢复操作的方法和装置。

本公开可实现的效果不限于上述效果，并且本领域的技术人员可以通过以下描述清楚地理解本文未描述的其他效果。

附图说明

作为用于理解本公开的详细描述的一部分被包括的附图提供本公开的实施例并且通过详细描述来描述本公开的技术特征。

图1图示可以应用本公开的无线通信系统的结构。

图2图示可以应用本公开的无线通信系统中的帧结构。

图3图示可以应用本公开的无线通信系统中的资源网格。

图4图示可以应用本公开的无线通信系统中的物理资源块。

图5图示可以应用本公开的无线通信系统中的时隙结构。

图6图示在可以应用本公开的无线通信系统中使用的物理信道以及使用该物理信道的一般信号发送和接收方法。

图7图示在可以应用本公开的无线通信系统中的多个TRP传输的方法。

图8是根据本公开的实施例的用于描述终端的波束故障恢复操作的示图。

图9是根据本公开的实施例的用于描述基站的波束故障恢复操作的示图。

图10是用于描述根据本公开的网络侧和终端的信令过程的图。

图11图示了根据本公开的实施例的无线通信系统的框图。

具体实施方式

在下文中，将参考附图详细描述根据本公开的实施例。将通过附图公开的详细描述是要描述本公开的示例性实施例，而不是表示可以实施本公开的唯一实施例。以下详细描述包括具体细节以提供对本公开的完整理解。然而，相关领域的技术人员知道，可以在没有这些具体细节的情况下实施本公开。

在一些情况下，可以省略已知的结构和设备，或者可以基于每个结构和设备的核心功能以框图的形式示出以便于防止本公开的概念有歧义。

在本公开中，当元件被称为“连接”、“组合”或“链接”到另一个元件时，它可以包括又一个元件在其间存在的间接连接关系以及直接连接关系。此外，在本公开中，术语“包括”或“具有”指定所提及的特征、步骤、操作、组件和/或元件的存在，但不排除一个或多个其他特征、阶段、操作、组件、元件和/或其组的存在或添加。

在本发明中，诸如“第一”、“第二”等的术语仅用于区分一个元件与另一个元件并不用于限制元件，除非另有说明，其不限制元件之间的顺序或重要性等。因此，在本公开的范围内，实施例中的第一元件可以被称为另一个实施例中的第二元件，并且同样地，实施例中的第二元件可以被称为另一个实施例中的第一元件。

本公开中使用的术语是为了描述具体实施例，而不是限制权利要求。如在实施例的描述和所附权利要求中使用的，单数形式旨在包括复数形式，除非上下文另有明确指示。在本公开中使用的术语“和/或”可以指代相关的列举项之一，或者意指其指代并包括其中它们中的两个或更多个的任何和所有可能的组合。此外，除非另有说明，本发明中单词之间的“/”与“和/或”具有相同的含义。

本公开描述了无线通信网络或无线通信系统，并且在无线通信网络中执行的操作可以在其中控制相应无线通信网络的设备(例如，基站)控制网络和发送或接收信号的过程中执行，或者可以在其中被关联到相应的无线网络的终端与网络或终端之间发送或接收信号的过程中执行。

在本公开中，发送或接收信道包括通过相应信道发送或接收信息或信号的含义。例如，发送控制信道意指通过控制信道发送控制信息或控制信号。类似地，发送数据信道意指通过数据信道发送数据信息或数据信号。

在下文中，下行链路(DL)意指从基站到终端的通信，而上行链路(UL)意指从终端到基站的通信。在下行链路中，发射器可以是基站的一部分，而接收器可以是终端的一部分。在上行链路中，发射器可以是终端的一部分，而接收器可以是基站的一部分。基站可以被表达为第一通信设备，并且终端可以被表达为第二通信设备。基站(BS)可以用诸如固定站、节点B、eNB(演进型节点B)、gNB(下一代节点B)、BTS(基站收发器系统)、接入点(AP)、网络(5G网络)、AI(人工智能)系统/模块、RSU(路侧单元)、机器人、无人机(UAV：无人驾驶飞行器)、AR(增强现实)设备、VR(虚拟现实)设备等术语代替。另外，终端可以是固定的也可以是移动的，并且可以用UE(用户设备)、MS(移动站)、UT(用户终端)、MSS(移动订户站)、SS(订户站)、AMS(高级移动站)、WT(无线终端)、MTC(机器类型通信)设备、M2M(机器对机器)设备、D2D(设备对设备)设备、车辆、RSU(路侧单元)、机器人、AI(人工智能)模块、无人机(UAV：无人驾驶飞行器)、AR(增强现实)设备、VR(虚拟现实)设备等术语代替。

以下描述可以被用于各种无线电接入系统，诸如CDMA、FDMA、TDMA、OFDMA、SC-FDMA等。CDMA可以通过诸如UTRA(通用陆地无线电接入)或CDMA2000来实现。TDMA可以通过诸如GSM(全球移动通信系统)/GPRS(通用分组无线电服务)/EDGE(数据速率增强型GSM演进)的无线电技术来实现。OFDMA可以通过诸如IEEE802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE802-20、E-UTRA(演进型UTRA)等无线电技术来实现。UTRA是UMTS(通用移动电信系统)的一部分。3GPP(第三代合作伙伴计划)LTE(长期演进)是使用E-UTRA的E-UMTS(演进型UMTS)的一部分，并且LTE-A(高级)/LTE-A pro是3GPP LTE的高级版本。3GPP NR(新无线电或新无线电接入技术)是3GPP LTE/LTE-A/LTE-A pro的高级版本。

为了使描述更清楚，基于3GPP通信系统(例如，LTE-A、NR)进行描述，但是本公开的技术思想不限于此。LTE意指3GPP TS(技术规范)36.xxx版本8之后的技术。具体来说，3GPPTS 36.xxx版本10中或之后的LTE技术被称为LTE-A，并且3GPP TS 36.xxx版本13中或之后的LTE技术称为LTE-A pro。3GPP NR意指TS 38.xxx版本15中或之后的技术。LTE/NR可以称为3GPP系统。“xxx”意指标准文件的详细编号。LTE/NR通常可以被称为3GPP系统。对于用于描述本公开的背景技术、术语、缩写等，可以参考在本公开之前公开的标准文件中描述的事项。例如，可以参考以下文档。

对于3GPP LTE，可以参考TS 36.211(物理信道和调制)、TS 36.212(复用和信道编码)、TS 36.213(物理层过程)、TS 36.300(总体描述)、TS 36.331(无线电资源控制)。

对于3GPP NR，可以参考TS 38.211(物理信道和调制)、TS 38.212(复用和信道编码)、TS 38.213(用于控制的物理层过程)、TS 38.214(用于数据的物理层过程)、TS 38.300(NR和NG-RAN(新一代无线电接入网络)总体描述)、TS 38.331(无线电资源控制协议规范)。

可以在本公开中使用的术语的缩写定义如下。

-BM：波束管理

-CQI：信道质量指示符

-CRI：信道状态信息-参考信号资源指示符

-CSI：信道状态信息

-CSI-IM：信道状态信息-干扰测量

-CSI-RS：信道状态信息-参考信号

-DMRS：解调参考信号

-FDM：频分复用

-FFT：快速傅里叶变换

-IFDMA：交织频分多址

-IFFT：逆快速傅里叶变换

-L1-RSRP：层1参考信号接收功率

-L1-RSRQ：层1参考信号接收质量

-MAC：媒体接入控制

-NZP：非零功率

-OFDM：正交频分复用

-PDCCH：物理下行链路控制信道

-PDSCH：物理下行链路共享信道

-PMI：预编码矩阵指示符

-RE：资源元素

-RI：秩指示符

-RRC：无线电资源控制

-RSSI：接收信号强度指示符

-Rx：接收

-QCL：准共址

-SINR：信号与干扰噪声比

-SSB(或SS/PBCH块)：同步信号块(包括PSS(主同步信号)、SSS(辅同步信号)和PBCH(物理广播信道))

-TDM：时分复用

-TRP：发送和接收点

-TRS：跟踪参考信号

-Tx：发送

-UE：用户设备

-ZP：零功率

随着更多的通信设备需要更高的容量，已经出现与现有的无线电接入技术(RAT)相比对改进的移动宽带通信的需求。此外，通过连接多个设备和事物随时随地提供各种服务的大规模MTC(机器类型通信)也是下一代通信将要考虑的主要问题之一。此外，还讨论了考虑对可靠性和时延敏感的服务/终端的通信系统设计。因此，讨论了考虑eMBB(增强型移动宽带通信)、mMTC(大规模MTC)、URLLC(超可靠低时延通信)等的下一代RAT的引入，并且为了方便，在本公开中相应的技术被称为NR。NR是表示5G RAT的示例的表达。

包括NR的新RAT系统使用OFDM传输方法或与其类似的传输方法。新的RAT系统可能遵循与LTE的OFDM参数不同的OFDM参数。可替选地，新的RAT系统照原样遵循现有LTE/LTE-A的参数，但可能支持更宽的系统带宽(例如，100MHz)。可替选地，一个小区可以支持多个参数集。换言之，根据不同的参数集进行操作的终端可以共存于一个小区中。

参数集对应于频域中的一个子载波间隔。随着参考子载波间隔按整数N缩放，可以定义不同的参数集。

图1图示了可以应用本公开的无线通信系统的结构。

参考图1，NG-RAN配置有为NG-RA(NG无线电接入)用户面(即，新的AS(接入层)子层/PDCP(分组数据会聚协议)/RLC(无线电链路控制)/MAC/PHY)和UE提供控制面(RRC)协议端的gNB。gNB通过Xn接口互连。此外，gNB通过NG接口被连接到NGC(新一代核心)。更具体地，gNB通过N2接口被连接到AMF(接入和移动性管理功率)，并且通过N3接口被连接到UPF(用户面功能)。

图2图示了可以应用本公开的无线通信系统中的帧结构。

NR系统可以支持多个参数集。这里，可以通过子载波间隔和循环前缀(CP)开销来定义参数集。这里，可以通过将基本(参考)子载波间隔缩放整数N(或，μ)来导出多个子载波间隔。此外，虽然假定在非常高的载波频率中不使用非常低的子载波间隔，但是可以独立于频带来选择使用的参数集。此外，在NR系统中可以支持根据多个参数集的各种帧结构。

在下文中，将描述可以在NR系统中考虑的OFDM参数集和帧结构。NR系统中支持的多个OFDM参数集可以定义如下表1。

[表1]

NR支持用于支持各种5G服务的多个参数集(或子载波间隔(SCS))。例如，当SCS为15kHz时，支持传统蜂窝频段的广域；并且当SCS为30kHz/60kHz时，支持密集城市、更低时延和更宽的载波带宽；并且当SCS为60kHz或更高时，支持超过24.25GHz的带宽以克服相位噪声。NR频带被定义为两个类型(FR1、FR2)的频率范围。FR1、FR2可以如下表2那样配置。另外，FR2可以意指毫米波(mmW)。

[表2]

关于NR系统中的帧结构，时域中的各种字段的大小被表达为T

[表3]

[表4]

图2是μ＝2(SCS为60kHz)的示例，参见表3，1个子帧可以包括4个时隙。如图2中所示的1个子帧＝{1,2,4}是示例，1个子帧中可以包括的时隙的数量如表3或表4中定义。另外，微时隙可以包括2、4或7个符号或更多或更少符号。关于NR系统中的物理资源，可以考虑天线端口、资源网格、资源元素、资源块、载波部分等。

在下文中，将详细描述NR系统中可以考虑的物理资源。首先，关于天线端口，定义天线端口，使得承载天线端口中的符号的信道可以从承载同一天线端口中的其他符号的信道推断。当可以从承载另一个天线端口的符号的信道中推断一个天线端口中的符号被承载的信道的大规模属性时，可以说2个天线端口处于QC/QCL(准共置或准共址)关系。在这种情况下，大规模属性包括延迟扩展、多普勒扩展、频移、平均接收功率、接收定时中的至少一种。

图3图示了可以应用本公开的无线通信系统中的资源网格。参考图3，图示地描述了资源网格配置有频域中的N

A点起到资源块网格的公共参考点的作用并且被获得如下。

-用于主小区(PCell)下行链路的offsetToPointA表示点A和与SS/PBCH块重叠的最低资源块的最低子载波之间的频率偏移，该SS/PBCH块由终端用于初始小区选择。假定15kHz的子载波间隔用于FR1，并且60kHz的子载波间隔用于FR2，其以资源块为单位表达。

-absoluteFrequencyPointA表示点A的频率位置，用ARFCN(绝对射频信道号)表达。

对于子载波间隔配置μ，公共资源块在频域中从0向上编号。用于子载波间隔配置μ的公共资源块0的子载波0的中心与“点A中相同。频域中的子载波间隔配置μ的公共资源块编号n

[式1]

在式1中，相对于点A定义k，使得k＝0对应于以点A为中心的子载波。物理资源块在带宽部分(BWP)中从0到N

[式2]

N

图4图示了可以应用本公开的无线通信系统中的物理资源块。并且，图5图示了可以应用本公开的无线通信系统中的时隙结构。

参考图4和图5，时隙包括时域中的多个符号。例如，对于正常的CP，1个时隙包括7个符号，但对于扩展的CP，1个时隙包括6个符号。

载波包括频域中的多个子载波。RB(资源块)被定义为频域中的多个(例如，12个)连续子载波。BWP(带宽部分)被定义为频域中的多个连续(物理)资源块并且可以对应于一个参数集(例如，SCS、CP长度等)。载波可以包括最多N个(例如，5个)BWP。可以通过激活的BWP执行数据通信，并且对于一个终端只能激活一个BWP。在资源网格中，每个元素被称为资源元素(RE)，并且可以映射一个复数符号。

在NR系统中，每个分量载波(CC)可以支持直至400MHz。如果在这样的宽带CC中操作的终端始终操作以为整个CC开启射频(FR)芯片，则终端电池消耗可能会增加。可替选地，当考虑在一个宽带CC(例如，eMBB、URLLC、Mmtc、V2X等)中操作的多个应用情况时，可以在对应的CC中的每个频带中支持不同的参数集(例如，子载波间隔等)。可替选地，每个终端对于最大带宽可能具有不同的能力。考虑到这一点，基站可以指示终端仅在部分带宽中操作，而不是在宽带CC的全带宽中操作，并且为了方便起见，将对应的部分带宽定义为带宽部分(BWP)。BWP可以在频率轴上配置有连续的RB，并且可以对应于一个参数集(例如，子载波间隔、CP长度、时隙/微时隙持续时间)。

同时，即使在配置给终端的一个CC中，基站也可以配置多个BWP。例如，可以在PDCCH监测时隙中配置占用相对较小频域的BWP，并且在更大的BWP中可以调度由PDCCH指示的PDSCH。可替选地，当UE在特定BWP中拥塞时，可以为一些终端配置有其他BWP以进行负载平衡。可替选地，考虑到邻近小区之间的频域小区间干扰消除等，可以排除一些全带宽的中间频谱，并且可以在同一时隙中配置两个边缘上的BWP。换言之，基站可以将至少一个DL/ULBWP配置给与宽带CC相关联的终端。基站可以在特定时间(通过L1信令或MAC CE(控制元素)或RRC信令等)激活配置的DL/UL BWP中的至少一个DL/UL BWP。此外，基站可以(通过L1信令或MAC CE或RRC信令等)指示切换到其他配置的DL/UL BWP。可替选地，基于定时器，当定时器值期满时，可以切换到确定的DL/UL BWP。这里，激活的DL/UL BWP被定义为活动的DL/ULBWP。但是，当终端执行初始接入过程或设立RRC连接之前，可能不会接收到DL/UL BWP上的配置，因此终端在这些情况下假定的DL/UL BWP被定义为初始活动的DL/UL BWP。

图6图示了在可以应用本公开的无线通信系统中使用的物理信道以及使用该物理信道的一般信号发送和接收方法。

在无线通信系统中，终端通过下行链路从基站接收信息并且通过上行链路将信息发送到基站。基站和终端发送和接收的信息包括数据和各种控制信息，并且根据它们发送和接收的信息的类型/用途存在各种物理信道。

当终端被开启或新进入小区时，其执行包括与基站同步等的初始小区搜索(S601)。对于初始小区搜索，终端可以通过从基站接收主同步信号(PSS)和辅同步信号(SSS)来与基站同步，并获得诸如小区标识符(ID)等的信息。然后，终端可以通过从基站接收物理广播信道(PBCH)来获取小区中的广播信息。同时，终端可以通过在初始小区搜索阶段接收下行链路参考信号(DL RS)来检查下行链路信道状态。

完成初始小区搜索的终端可以通过根据PDCCH中承载的信息接收物理下行链路控制信道(PDCCH)和物理下行链路共享信道(PDSCH)来获得更详细的系统信息(S602)。

同时，当终端第一次接入到基站或者没有用于信号传输的无线电资源时，其可以对基站执行随机接入(RACH)过程(S603到S606)。对于随机接入过程，终端可以通过物理随机接入信道(PRACH)发送特定序列作为前导(S603和S605)，并且可以通过PDCCH和相应的PDSCH接收对前导的响应消息(S604和S606)。基于竞争的RACH可以另外执行竞争解决过程。

随后执行上述过程的终端可以执行PDCCH/PDSCH接收(S607)和PUSCH(物理上行链路共享信道)/PUCCH(物理上行链路控制信道)传输(S608)作为一般上行链路/下行链路信号传输过程。具体地，终端通过PDCCH接收下行链路控制信息(DCI)。这里，DCI包括诸如用于终端的资源分配信息的控制信息，并且格式根据其使用目的而变化。

同时，由终端通过上行链路向基站发送或由终端从基站接收的控制信息包括下行链路/上行链路ACK/NACK(确认/非确认)信号、CQI(信道指令指示符)、PMI(预编码矩阵指示符)、RI(秩指示符)等。对于3GPP LTE系统，终端可以通过PUSCH和/或PUCCH发送上述CQI/PMI/RI等的控制信息。

表5表示NR系统中的DCI格式的示例。

[表5]

参考表5，DCI格式0_0、0_1和0_2可以包括资源信息(例如，UL/SUL(补充UL)、频率资源分配、时间资源分配、跳频等)，与传送块(TB)有关的信息(例如，MCS(调制编码和方案)、NDI(新数据指示符)、RV(冗余版本)等)、与HARQ(混合-自动重复和请求)相关的信息(例如、过程号、DAI(下行链路指配索引)、PDSCH-HARQ反馈定时等)、与多天线相关信息(例如，DMRS序列初始化信息、天线端口、CSI请求等)、与PUSCH的调度有关的功率控制信息(例如，PUSCH功率控制等)以及包括在每个DCI格式中的控制信息可以被预定义。DCI格式0_0被用于在一个小区中调度PUSCH。DCI格式0_0中包括的信息是由C-RNTI(小区无线电网络临时标识符)或CS-RNTI(配置的调度RNTI)或MCS-C-RNTI(调制编码方案小区RNTI)加扰的CRC(循环冗余校验)并且进行发送。

DCI格式0_1被用于指示一个或多个PUSCH的调度或向一个小区中的终端配置许可(CG)下行链路反馈信息。DCI格式0_1中包括的信息由C-RNTI或CS-RNTI或SP-CSI-RNTI(半持久CSI RNTI)或MCS-C-RNTI加扰并且发送。

DCI格式0_2被用于在一个小区中调度PUSCH。DCI格式0_2中包括的信息由C-RNTI或CS-RNTI或SP-CSI-RNTI或MCS-C-RNTI加扰并且发送。

接下来，DCI格式1_0、1_1和1_2可以包括资源信息(例如，频率资源分配、时间资源分配、VRB(虚拟资源块)-PRB(物理资源块)映射等)，与传送块(TB)相关的信息(例如，MCS、NDI、RV等)、与HARQ相关的信息(例如，过程号、DAI、PDSCH-HARQ反馈定时等)、与多个天线相关的信息(例如，天线端口、TCI(传输配置指示符)、SRS(探测参考信号)请求等)、与关于PDSCH的调度的PUCCH相关的信息(例如，PUCCH功率控制、PUCCH资源指示符等)以及每个DCI格式中包括的控制信息可以被预定义。

DCI格式1_0被用于在一个DL小区中调度PDSCH。DCI格式1_0中包括的信息为由C-RNTI或CS-RNTI或MCS-C-RNTI加扰并发送的CRC。

DCI格式1_1被用于在一个小区中调度PDSCH。DCI格式1_1中包括的信息为由C-RNTI或CS-RNTI或MCS-C-RNTI加扰并发送的CRC。

DCI格式1_2被用于在一个小区中调度PDSCH。DCI格式1_2中包含的信息为由C-RNTI或CS-RNTI或MCS-C-RNTI加扰并发送的CRC。

协调多点(CoMP)方案是指多个基站通过(例如，使用X2接口)交换或利用由终端反馈的信道信息(例如，RI/CQI/PMI/LI(层指示符)等)并协作地发送到终端来有效地控制干扰的方案。根据所使用的方案，可以将CoMP分类成联合传输(JT)、协调调度(CS)、协调波束成形(CB)、动态点选择(DPS)、动态点阻塞(DPB)等。

M个TRP向一个终端发送数据的M-TRP传输方案可以主要分类为i)eMBB M-TRP传输，用于提高传送速率的方案，以及ii)URLLC M-TRP传输，用于增加接收成功率并减少时延的方案。

此外，关于DCI传输，M-TRP传输方案可以被分类为i)基于M-DCI(多个DCI)的M-TRP传输，其中每个TRP发送不同的DCI，以及ii)基于S-DCI(单个DCI)的M-TRP传输，其中一个TRP发送DCI。例如，对于基于S-DCI的M-TRP传输，关于由M个TRP发送的数据的所有调度信息应该通过一个DCI递送到终端，它可以用在理想回程(理想BH)的环境中，其中两个TRP之间的动态协作是可能的。

对于基于TDM的URLLC M-TRP传输，正在讨论方案3/4以用于标准化。具体地，方案4是指一个TRP在一个时隙中发送传送块(TB)的方案，并且其具有通过在多个时隙中从多个TRP接收的相同TB提高数据接收的概率的效果。同时，方案3是指一个TRP通过连续数量的OFDM符号(即，符号组)发送TB，并且TRP可以被配置为在一个时隙中通过不同的符号组发送相同的TB的方案。

另外，UE可以将由在不同控制资源集(CORESET)(或属于不同CORESET组的CORESET)中接收的DCI调度的PUSCH(或PUCCH)辨识为发送给不同TRP的PUSCH(或PUCCH)，或者可以辨识来自不同TRP的PDSCH(或PDCCH)。另外，下面描述的用于发送到不同TRP的UL传输(例如，PUSCH/PUCCH)的方法可以等效地应用于发送到属于相同TRP的不同面板的UL传输(例如，PUSCH/PUCCH)。

在下文中，将描述基于多个DCI的非相干联合传输(NCJT)/基于单个DCI的NCJT。

NCJT(非相干联合传输)是一种方案，其中，多个传输点(TP)通过使用相同的时间频率资源向一个终端发送数据，TP通过不同的层(即，通过不同的DMRS端口)在TP之间使用不同DMRS(解调复用参考信号)来发送数据。

TP通过DCI将数据调度信息递送到接收NCJT的终端。在此，参与NCJT的每个TP通过DCI递送关于自身发送的数据的调度信息的方案被称为“基于多DCI的NCJT”。由于参与NCJT传输的N个TP中的每个向UE发送DL许可DCI和PDSCH，UE从N个TP接收N个DCI和N个PDSCH。同时，一个代表性TP通过一个DCI递送关于由其自身发送的数据和由不同TP(即，参与NCJT的TP)发送的数据的调度信息的方案被称为“基于单个DCI的NCJT”。在此，N个TP发送一个PDSCH，但是每个TP发送包括在一个PDSCH中的多个层中的仅一些层。例如，当发送4层数据时，TP 1可以向UE发送2个层，并且TP 2可以向UE发送2个剩余层。

通过使用以下两个方案中的任何一个方案，执行NCJT传输的多个TRP(MTRP)可以向终端发送DL数据。

首先，描述“基于单个DCI的MTRP方案”。MTRP协作地发送一个公共PDSCH，并且参与协作传输的每个TRP通过使用相同的时间频率资源，在空间上将相应PDSCH划分并发送到不同的层(即，不同的DMRS端口)中。在此，通过一个DCI向UE指示关于PDSCH的调度信息，并且哪个DMRS(组)端口使用哪个QCL RS和QCL类型信息由相应DCI(其不同于如现有方案中所指示的指示将共同应用于所有DMRS端口的QCL RS和类型的DCI)指示。换句话说，可以通过DCI中的TCI(传输配置指示符)字段来指示M个TCI状态(例如，对于2个TRP协作传输，M＝2)，并且可以通过将M个不同的TCI状态用于M个DMRS端口组来指示QCL RS和类型。另外，可以通过使用新的DMRS表来指示DMRS端口信息。

接下来，描述“基于多个DCI的MTRP方案”。每个MTRP发送不同的DCI和PDSCH，并且相应PDSCH(的部分或全部)彼此重叠并在频率时间资源中被发送。可以通过不同的加扰ID(标识符)来加扰相应PDSCH，并且可以通过属于不同的CORESET组的CORESET来发送DCI。(在此，CORESET组可以通过在每个CORESET的CORESET配置中定义的索引来标识。例如，当为CORESET 1和2配置索引＝0并且为CORESET 3和4配置索引＝1时，CORESET 1和2是CORESET组0，并且CORESET 3和4属于CORESET组1。此外，当在CORESET中未定义索引时，可以将其解释为索引＝0。)当在一个服务小区中配置多个加扰ID或者配置两个或更多个CORESET组时，UE可以注意到其根据基于多个DCI的MTRP操作来接收数据。

可替选地，可以通过单独的信令向UE指示是基于单个DCI的MTRP方案还是基于多个DCI的MTRP方案。在示例中，对于一个服务小区，可以向UE指示用于MTRP操作的多个CRS(小区参考信号)图样(pattern)。在这种情况下，取决于基于单个DCI的MTRP方案或基于多个DCI的MTRP方案，用于CRS的PDSCH速率匹配可以不同(因为CRS图样不同)。

在下文中，本公开中描述/提及的CORESET组ID可以是指用于为每个TRP/面板区分的CORESET的索引/标识信息(例如，ID等)。另外，CORESET组可以是通过用于为每个TRP/面板区分CORESET的索引/标识信息(例如，ID)/CORESET组ID等来区分的CORESET的组/并集。在示例中，CORESET组ID可以是在CORESET配置中定义的特定索引信息。在这种情况下，可以通过在用于每个CORESET的CORESET配置中定义的索引来配置/指示/定义CORESET组。附加地/可替选地，CORESET组ID可以是指用于在与每个TRP/面板配置/相关联的CORESET之间进行区分/识别的索引/标识信息/指示符等。在下文中，本公开中描述/提及的CORESET组ID可以通过用特定索引/特定标识信息/特定指示符替换来表示，该特定索引/特定标识信息/特定指示符用于在与每个TRP/面板配置/相关联的CORESET之间进行区分/识别。可以通过更高层信令(例如，RRC信令)/L2信令(例如，MAC-CE)/L1信令(例如，DCI)等向终端配置/指示CORESET组ID，即，用于在与每个TRP/面板配置/相关联的CORESET之间进行区分/识别的特定索引/特定标识信息/特定指示符。在示例中，可以配置/指示使得将以对应的CORESET组为单位按每个TRP/面板(即，按属于相同CORESET组的每个TRP/面板)执行PDCCH检测。附加地/可替选地，可以配置/指示，使得以对应的CORESET组为单位，按每个TRP/面板(即，按属于相同CORESET组的TRP/面板)分离和管理/控制上行链路控制信息(例如，CSI、HARQ-A/N(ACK/NACK)、SR(调度请求))和/或上行链路物理信道资源(例如，PUCCH/PRACH/SRS资源)。附加地/可替选地，可以按对应的CORESET组(即，按属于相同CORESET组的TRP/面板)来管理按每个TRP/面板调度的用于PDSCH/PUSCH等的HARQ A/N(处理/重传)。

在下文中，将描述用于提高多TRP中的可靠性的方法。

另外，NCJT可以被分类成由每个TP发送的时间频率资源完全重叠的完全重叠的NCJT和仅一些时间频率资源重叠的部分重叠的NCJT。换句话说，对于部分重叠的NCJT，在一些时间频率资源中发送TP 1和TP 2两者的数据，并且在剩余的时间频率资源中发送TP 1或TP 2中的仅一个TP的数据。

在下文中，将描述用于提高多TRP中的可靠性的方法。

以下两种方法可以被认为是用于使用多个TRP中的传输来提高可靠性的传输/接收方法。

图7图示了可以应用本公开的无线通信系统中的多TRP传输的方法。

参考图7(a)，示出了发送相同码字(CW)/传送块(TB)的层组对应于不同TRP的情况。在此，层组可以是指包括一个或多个层的预定层集合。在这种情况下，存在以下优点：发送资源量由于多个层的数量而增加，从而可以将具有低编码率的稳健信道编码用于TB，并且附加地，因为多个TRP具有不同的信道，所以可以预期基于分集增益来提高接收信号的可靠性。

参考图7(b)，示出了通过对应于不同TRP的层组发送不同CW的示例。在此，可以假设与图中的CW#1和CW#2对应的TB彼此相同。换句话说，CW#1和CW#2是指相同的TB分别通过信道编码等由不同的TRP变换为不同的CW。因此，可以看作重复地发送相同TB的示例。在图7(b)的情况下，与图7(a)相比，缺点在于与TB相对应的码率更高。然而，优点在于可以通过指示不同的RV(冗余版本)值来调整码率，或者可以根据信道环境来调整由相同TB生成的编码比特的每个CW的调制阶数。

根据上面的图7(a)和图7(b)所示的方法，可以提高UE的数据接收概率，因为通过不同的层组重复地发送相同的TB，并且每个层组由不同的TRP/面板发送。这被称为基于空分复用(SDM)的M-TRP URLLC传输方法。通过属于不同DMRS CDM组的DMRS端口分别发送属于不同层组的层。

另外，基于使用不同层的SDM(空分复用)方法来描述与多个TRP相关的上述内容，但是其可以自然地扩展并应用于基于不同频域资源(例如，RB/PRB(集合)等)的FDM(频分复用)方法和/或基于不同时域资源(例如，时隙、符号、子符号等)的TDM(时分复用)方法。

关于用于由单个DCI调度的基于多个TRP的URLLC的方法，讨论以下方法。

1)方法1(SDM)：时间和频率资源分配被重叠，并且在单个时隙中的n(n<＝Ns)个TCI状态

1-a)方法1a

-在每个传输时间(时机)处在一个层或层集合中发送相同的TB，并且每个层或每个层集合与一个TCI和一个DMRS端口集合相关联。

-在所有空间层或所有层集合中使用具有一个RV的单个码字。关于UE，通过使用相同的映射规则将不同的编译比特映射到不同的层或层集合。

1-b)方法1b

-在每个传输时间(时机)处在一个层或层集合中发送相同的TB，并且每个层或每个层集合与一个TCI和一个DMRS端口集合相关联。

-在每个空间层或每个层集合中使用具有一个RV的单个码字。与每个空间层或每个层集合相对应的(一个或多个)RV可以相同或不同。

1-c)方法1c

-在一个传输时间(时机)处，在一个层中发送具有与多个TCI状态索引相关联的一个DMRS端口的相同TB，或者在一个层中发送具有与多个TCI状态索引一对一相关联的多个DMRS端口的相同TB。

在上述方法1a和1c的情况下，将相同MCS应用于所有层或所有层集合。

2)方法2(FDM)：频率资源分配不被重叠，并且在单个时隙中的n(n<＝Nf)个TCI状态

-每个非重叠频率资源分配与一个TCI状态相关联。

-相同的单个/多个DMRS端口与所有非重叠频率资源分配相关联。

2-a)方法2a

-具有一个RV的单个码字用于所有资源分配。关于UE，将公共RB匹配(码字到层的映射)应用于所有资源分配。

2-b)方法2b

-具有一个RV的单个码字用于每个非重叠频率资源分配。对应于每个非重叠频率资源分配的RV可以相同或不同。

对于上述方法2a，将相同的MCS应用于所有非重叠频率资源分配。

3)方法3(TDM)：时间资源分配不被重叠，并且在单个时隙中的n(n<＝Nt1)个TCI状态

-TB的每个传输时间(时机)具有微时隙的时间粒度，并且具有一个TCI和一个RV。

-在时隙中的所有传输时间(时机)处，利用单个或多个DMRS端口使用公共MCS。

-RV/TCI在不同的传输时间(时机)处可以相同或不同。

4)方法4(TDM)：在K(n<＝K)个不同时隙中的n(n<＝Nt2)个TCI状态

-TB的每个传输时间(时机)具有一个TCI和一个RV。

-跨K个时隙的所有传输时间(时机)利用单个或多个DMRS端口使用公共MCS。

-RV/TCI在不同的传输时间(时机)处可以相同或不同。

UE和/或基站可以执行用于数据传输/接收的上行链路/下行链路波束管理(BM)。这里，BM可以指获得和维护可以用于下行链路和上行链路传输/接收的波束集合的过程。

具体地，BM可以包括测量从基站或UE接收的波束成形信号的特性的波束测量过程、确定基站或终端本身的传输波束(Tx波束)和接收波束(Rx波束)的波束确定过程、以预定方式在预定时间间隔内使用发射波束和/或接收波束覆盖空间区域的波束扫描过程，以及UE基于波束测量结果向基站报告波束信号的信息的波束报告过程。

当执行上述上行链路/下行链路BM过程时，由于各种因素，可能发生波束失配问题。例如，当UE移动或旋转时，或者当无线电信道环境由于附近对象的移动而改变时(例如，当它是视线(LoS)环境，然后随着波束被阻挡而改变为非LoS环境时)，可以改变最佳上行链路/下行链路波束对。此时，当UE或基站未能跟踪改变的最佳上行链路/下行链路波束对(即，BM跟踪)时，可以认为已经发生波束故障。

UE可以基于下行链路参考信号(RS)的接收质量来确定是否已经发生波束故障。另外，UE必须向基站报告关于是否已经发生波束故障的报告消息或用于波束恢复请求的消息(波束故障恢复请求消息，BFRQ消息)。在接收到该消息时，为了波束恢复，基站可以通过诸如波束RS传输或波束报告请求的各种过程来执行波束恢复过程。这一系列波束恢复过程被称为波束故障恢复(BFR)过程。

基本BFR操作包括用于存在基于竞争的PRACH资源的特殊小区(SpCell)(即，主小区PCell)或主辅小区(PScell)的BFR过程。BFR过程可以由UE的波束故障检测(BFD)过程、BFRQ传输过程和监测基站对BFRQ的响应的过程构成，并且可以在服务小区中执行每个过程。

当所有PDCCH波束的质量值(Q_out)低于预定义值时，可以认为已经发生了一个波束故障实例。这里，可以基于假设块错误率(BLER)来确定质量值。也就是说，理论BLER可以表示当在特定PDCCH上发送控制信息时控制信息的解调失败的概率。

另外，可以在UE中配置用于监测PDCCH的一个或多个搜索空间，并且可以针对每个搜索空间不同地配置PDCCH波束。在这种情况下，当所有PDCCH波束的质量值低于预定义值时，意味着所有PDCCH波束的质量值低于BLER阈值。

可以支持稍后将描述的两种方法作为UE从基站接收BFD-RS的指示/配置以确定是否已经发生波束故障实例的方法。

作为第一种方法，可以支持BFD-RS的隐式配置方法。在每个搜索空间中配置作为可以发送PDCCH的资源区域的控制资源集(CORESET)ID，并且可以对每个CORESET ID指示/配置在空间RX参数方面被QCL的RS信息(例如，CSI-RS资源ID、SSB ID)。考虑到空间接收参数，可以通过发射配置信息(TCI)来指示或配置被QCL的RS。也就是说，可以基于通过TCI指示或配置的QCL信息向UE隐式地配置/指示BFD-RS。

这里，当基站向UE指示或配置从空间接收参数的角度来看是QCL的RS(即，QCL类型D RS)时，当UE接收特定PDCCH DMRS时，可以使用用于接收从空间接收参数的角度来看是QCL的RS的波束。也就是说，可以通过相同的传输波束或相似的传输波束(例如，当波束宽度不同而波束方向相同/相似时)在被空间地QCL的天线端口之间发送信号。

作为第二种方法，可以支持BFD-RS的显式配置方法。基站可以显式地配置或指示UE将波束RS用于BFD。在这种情况下，波束RS可以对应于“所有PDCCH波束”。

每当发生基于配置的(或指示的)BFD-RS测量的理论BLER劣化超过特定阈值的事件时，UE物理层可以向MAC子层通知BFI(波束故障实例)已经发生。另外，UE MAC子层可以确定已经发生波束故障，并且当BFI在预定时间(例如，“BFD定时器”)内发生预定次数(例如，“beamFailureInstanceMaxCount”)时发起相关的RACH操作。

在下文中，将描述与BFD相关的MAC层的操作。

MAC实体可以：

1>如果从较低层接收到波束故障实例指示：

2>启动或重新启动beamFailureDetectionTimer

2>使BFI_COUNTER递增1

2>如果BFI_COUNTER>＝beamFailureInstanceMaxCount：

在SpCell上发起随机接入过程

1>如果beamFailureDetectionTimer期满；或者

1>如果通过上层重新配置beamFailureDetectionTimer、beamFailureInstanceMaxCount或用于波束故障检测的任何参考信号

2>将BFI_COUNTER设置为0

1>如果成功完成随机接入过程：

2>将BFI_COUNTER设置为0

2>停止(配置的)beamFailureRecoveryTimer

2>认为已经成功完成波束故障恢复过程

如上所述，当生成多于一定数量的BFI时，UE可以确定已经发生波束故障，并且可以执行波束故障恢复操作。作为波束故障恢复操作的示例，UE可以基于RACH(即，PRACH)来执行BFRQ过程。在下文中，将详细描述相应BFRQ过程。

当发生波束故障时，基站可以通过RRC信令向终端配置包括可替换候选波束RS的候选波束RS列表(“candidateBeamRSList”)。并且，基站可以为候选波束RS配置专用PRACH资源。在这种情况下，专用PRACH资源可以是基于非竞争的PRACH资源(或无竞争的PRACH资源)。当在候选波束RS列表中未找到可替选的波束RS时，UE可以选择预先配置的SSB资源中的至少一个。并且，UE可以基于所选择的至少一个来向基站发送基于竞争的PRACH。用于发送基于竞争的PRACH的详细过程如下。

UE可以在由基站配置的候选波束RS列表中包括的多个波束RS之中确定具有等于或大于预定义值的质量值Q_in的波束RS(步骤1)。这里，可以基于参考信号接收功率(RSRP)来确定波束RS的质量值。

另外，由基站向UE配置的候选波束RS列表可以全部由SSB配置、全部由CSI-RS资源配置，或由SSB和CSI-RS资源的组合配置。

如果候选波束RS列表中包括的多个波束RS之中的一个波束RS的质量值超过阈值(即，预定义值)，则UE可以选择该波束RS。并且，当候选波束RS列表中的多个波束RS的质量值超过阈值时，UE可以选择多个波束RS中的任何一个。

如果在候选波束RS列表中包括的多个波束RS之中没有质量值超过阈值的波束RS，则UE可以执行根据稍后描述的步骤2的操作。

UE可以确定(连接到基于竞争的PRACH资源的)SSB之中具有大于或等于预定义值的质量值(Q_in)的波束RS(步骤2)。

如果SSB中的一个SSB的质量值超过阈值，则UE可以选择该SSB。并且，当SSB之中的多个SSB的质量值超过阈值时，UE可以选择多个SSB中的任何一个SSB。

如果在SSB之中不存在其质量值超过阈值的SSB，则UE可以执行根据稍后将描述的步骤3的操作。

UE可以从(连接到基于竞争的PRACH资源的)SSB之中选择任何SSB(步骤3)。

另外，UE可以向基站发送被配置为直接或间接连接到在上述步骤(步骤1或步骤2)中选择的波束RS(CSI-RS或SSB)的PRACH资源和前导。

例如，当无竞争PRACH资源和前导被配置用于针对BFR的候选波束RS列表中的波束RS时，或者当基于竞争的PRACH资源和前导被配置在诸如随机接入的通用地配置的SSB中时，UE可以将被配置为直接连接到所选择的波束RS的PRACH资源和前导发送到基站。

作为另一示例，当没有为用于针对BFR的候选波束RS列表中的CSI-RS配置无竞争PRACH资源和前导时，UE可以将被配置为间接连接到所选择的波束RS的PRACH资源和前导发送到基站。具体地，UE可以选择与SSB相关联的无竞争PRACH资源和前导，并且将其发送到基站，所述SSB被指示为能够利用与相应CSI-RS相对应的接收波束来接收(即，针对空间接收参数被QCL)。

UE可以监测基站对PRACH和前导传输的响应。

如果UE向基站发送无竞争PRACH资源和前导，则基站可以通过用C-RNTI掩码的PDCCH向UE发送响应。UE在被配置用于BFR用途的搜索空间中(经由RRC信令)接收响应。在这种情况下，在用于BFR用途的特定CORESET中配置搜索空间。

并且，当UE向基站发送基于竞争的PRACH和前导时，基站可以通过以基于竞争的PRACH为基础重用被配置用于随机接入过程的CORESET(例如，CORESET 0或CORESET 1)和搜索空间来向UE发送响应。

如果在特定时间段内没有来自基站的响应(即，如果在特定时间段内没有监测基站的响应)，则UE执行新候选波束识别和选择过程，并且重复监测BFRQ和基站的响应的过程。

可以执行上述新候选波束识别和选择过程，直到PRACH传输被执行了预先配置的最大次数N_max，或者直到所配置的定时器(BFR定时器)期满。当定时器期满时，UE可以停止无竞争PRACH传输或者通过SSB选择来执行基于竞争的PRACH传输，直到达到N_max。

当应用载波聚合(CA)时，在特定SCell中可能没有上行链路(UL)载波。也就是说，在SCell仅具有下行链路载波的情况下，上行链路传输是不可能的。并且，即使在SCell中存在上行链路载波，也不能配置基于竞争的PRACH。因此，应用CA的基于PRACH的BFR过程可以仅有限地应用于SpCell(PCell或PSCell)，并且对于SCell可能不支持BFR过程。也就是说，根据基本BFR操作，在SCell中可能不支持SpCell中的基于PRACH的BFR操作。

具体地，当需要BFR的高频带被配置给SCell时，在相应的高频带中可能不支持基于PRACH的BFR过程。例如，当PCell在低频带(例如，6GHz或更低)中操作并且SCell在高频带(例如，30GHz)中操作时，存在需要更多BFR支持的高频带中不支持基于PRACH的BFR过程的问题。

为了解决上述问题，改进的BFR操作包括用于SCell的BFR的操作。例如，UE可以通过使用在SpCell中配置的用于BFRQ的专用PUCCH资源来执行用于SCell的BFRQ。在下文中，为了便于描述，“专用PUCCH资源”将被称为BFR-PUCCH。

在基本BFR中引入的BFR-PRACH的作用是将“波束故障(beam failure，BF)发生信息和新候选波束RS(集合)信息”一起报告给基站。另一方面，BFR-PUCCH的作用是仅向基站报告“用于SCell的BF发生信息”。此外，可以通过BFR MAC-CE或UCI将与所生成的BF相关的详细信息作为后续报告发送到基站。

这里，作为后续报告发送的详细信息可以包括关于发生BF的(一个或多个)SCell的信息(例如，CC(分量载波)索引信息)、是否存在用于发生BF的(一个或多个)SCell的新候选波束、以及当存在新候选波束时相应波束RS ID。

另外，BFR-PUCCH可以使用与SR(调度请求)相同的PUCCH格式，并且可以通过用于BFR用途的特定SR的ID被定义。如果当UE检测到用于SCell的BF时存在从基站分配的UL-SCH，则UE可以像SR传输过程一样省略BFR-PUCCH传输过程，并且直接通过分配的UL-SCH将BFR MAC-CE发送到基站。

当在MTRP环境之中的基于多个DCI的NCJT环境中执行基于PRACH的BFR操作时，如果BF发生在属于特定TRP的所有CORESET中，但在属于其他TRP的CORESET中存在未发生BF的CORESET，则UE可以确定当前情况不是BF情况。

此时，如果在所有CORESET中发生BF的TRP是负责传输重要控制信息(例如，SIB、RA、寻呼信息等)的TRP(例如，主TRP)，则即使在另一TRP(例如，辅TRP)的特定波束中没有发生波束故障，也可能发生UE不能接收重要控制信息的问题。

为了解决上述问题，可以应用仅针对特定TRP执行BFR的方法。仅针对特定TRP执行BFR的操作可以包括TRP特定BFD操作、TRP特定BFRQ操作、从基站接收对BFRQ的响应的操作、BFR MAC-CE传输操作、从基站接收对BFR MAC-CE的响应的操作、以及将特定TRP的波束重置为新候选波束的操作。

首先，UE可以仅针对特定TRP执行BFD操作(即，TRP特定BFD操作)。

UE可以对与要向其发送诸如系统信息的重要信息的特定TRP相关联的CORESET组(或BFD RS集合)执行BFD。此时，与特定TRP(或BFD RS集合)相关联的CORESET组可以是预先配置的CORESET组(例如，具有CORESET组ID为0的CORESET组)或由基站单独配置以执行BFD的CORESET组(或BFD RS集合)。

具体地，基站可以向UE隐式地配置(BFD)RS以执行BFD。也就是说，如果基站没有显式地设置(BFD)RS以执行BFD，则UE可以仅对由对应于与特定TRP相关联的CORESET组的TCI状态所指示的(类型D)QCL RS执行BFD。

附加地或可替选地，基站可以向UE显式地配置与特定TRP相关联的一个或多个CORESET组(或BFD RS集合)以执行BFD。UE能够以一个或多个配置的CORESET组(或BFD RS集合)为单位来执行BFD。

当检测到在特定TRP(或与特定TRP相关联的CORESET组之一)中已经发生BF时，UE可以向基站发送TRP特定的BFRQ。

具体地，基站可以向UE配置BFRQ资源(例如，调度请求(SR)PUCCH资源)。也就是说，当在特定TRP中发生BF时，UE可以向基站发送所配置的BFRQ(例如，SR PUCCH)。此时，UE可以向没有发生BF的TRP发送BFRQ。并且，当发送BFRQ时，UE可以向基站显式地或隐式地报告与哪个BFD RS集合(或CORESET组)相关联的BFRQ。

另外，基站可以为每个TRP配置单独的BFRQ资源，但不限于此，并且多个TRP可以被配置为共享一个BFRQ资源。例如，当执行用于SCell的BFR时，每个TRP可以基于多个空间关系参数来共享BFRQ资源。

UE可以从基站接收对BFRQ的响应。具体地，UE可以从已经接收到BFRQ的基站接收包括上行链路许可DCI的对BFRQ的响应。

并且，UE可以将BFR MAC-CE发送到基站。具体地，UE可以通过由所接收的上行链路许可DCI调度的PUSCH将BFR MAC-CE发送到基站。在这种情况下，BFR MAC-CE可以包括发生BF的分量载波(CC)的ID、关于是否在CC中找到新候选波束的信息、找到的新候选波束的ID、以及关于发生BF的TRP ID(例如，CORESET组ID或BFD RS集合ID等)的信息。

UE可以从基站接收对BFR MAC-CE的响应。具体地，对BFR MAC-CE的响应可以是指示已经正常接收BFR MAC-CE的DCI。此时，DCI是当基站成功解码PUSCH时发送的DCI，并且可以包括HARQ过程ID、新数据指示符(NDI)、冗余版本(RV)和CGG传输信息(CBGTI)中的至少一个。

UE可以将与已经发生BF的TRP相关的波束重置为新候选波束。具体地，从基站接收指示已经正常接收到BFR MAC-CE的DCI，并且在特定时间(例如，28个符号)之后，UE可以将与发送DCI的TRP或通过BFR MAC-CE报告新候选波束信息的TRP相关的波束(例如，PDDCH波束)重置为新候选波束RS。

如上所述的增强BFR操作可以包括用于一个或多个CC/BWP的BFR操作。当执行用于一个或多个CC/BWP的BFR操作时，UE向基站发送的BFR MAC-CE可以包括指示是否BFR操作是用于SpCell(即，PCell或PSCell)的BFR操作(例如，基于用于SpCell的基于竞争的RACH的BFR操作)或用于Scell的BFR操作的信息、发生BF的CC/BWP列表(波束故障的CC/BWP列表)、关于在发生BF的每个CC/BWP中是否找到新候选波束RS的信息以及当在CC/BWP中找到新候选波束RS时找到的新候选波束RS ID等。

这里，如果分配给UE的UL-SCH的大小不足以发送BFR MAC-CE，则UE可以向基站发送省略一些信息的BFR MAC-CE(即，截断的BFR MAC-CE)。例如，在截断的BFR MAC-CE中，可以省略关于是否在已经发生BF的CC/BWP列表中找到新候选波束RS的信息，但不限于此。可以不同地配置省略的信息的类型。

附加地或可替选地，如上所述，UE可以针对每个TRP执行BFR操作(即，TRP特定的BFR操作)。本公开包括BFR方案的实施例，其可以被应用于对于特定TRP(例如，特定CORESET组或特定BFD RS组)发生BF(下文中称为“事件1发生”)和对于特定频带(例如，CC/BWP)中的所有TRP发生BF(下文中称为“事件2发生”)这两者。这里，事件2可以被认为是在现有UE操作(例如，Rel-15/16)中定义的BF事件，因为BF发生在相应CC/BWP中(即，BF发生在CC/BWP的所有TRP中)。

当事件1或事件2发生时，UE可以使用为事件1和事件2共同地配置的BFRQ资源。另外，UE可以向基站报告关于事件1和/或事件2是否已经发生的信息。

这里，为事件1和事件2共同地配置的BFRQ资源可以是用于针对一个或多个CC/BWP的BFR的资源。例如，BFRQ资源可以包括被配置用于BFRQ用途的PUCCH资源(即，BFRQ-PUCCH资源)。在这种情况下，BFRQ-PUCCH资源可以使用与上行链路控制信息(UCI)中包括的调度请求(SR)相同的PUCCH格式，并且可以配置用于BFRQ的SR ID。

UE可以通过使用为事件1和事件2共同地配置的BFRQ资源来减少保留的上行链路资源的开销。

这里，可以根据发生BF的TRP(例如，CORESET组或BFD RS组)索引将事件1划分为详细事件。例如，事件1可以被划分为事件1-1和事件1-2，事件1-1是针对TRP 1的BF发生的情况，事件1-2是针对TRP 2的BF发生的情况。也就是说，关于事件1是否已经发生的信息可以根据针对每个TRP的BF的发生被划分为详细事件并被报告。

另外，可以基于关于事件1是否已经发生的信息的配置来省略关于事件2是否已经发生的信息。例如，当针对两个TRP发生BF时，UE可以通过报告事件1-1和事件1-2已经发生的信息来省略关于事件2是否发生的信息。

附加地或可替选地，当针对特定CC/BWP发生事件1并且针对另一特定CC/BWP发生事件2时，关于事件1或/和事件2的信息可以包括指示事件1和事件2这两者都已发生的指示符。

例如，当指示符被包括在关于是否已经发生事件1和/或事件2的信息中时，UE可以向基站单独地报告关于发生事件1和事件2的CC/BWP的信息、关于是否在发生BF的CC/BWP中找到新候选波束RS的信息或新候选波束RS ID信息中的至少一个。

另外，关于事件1和/或事件2是否已经发生的信息可以通过被包括在预定义的BFRMAC-CE中被报告。也就是说，UE可以通过将关于在是否已经发生事件1和/或事件2的信息包括在用于BFR用途的MAC-CE上来向基站报告。

附加地或可替选地，可以为每个事件1(或根据事件1的详细事件)和事件2定义单独的MAC-CE。因此，当发生特定事件时，UE可以向基站报告与特定事件相对应的MAC-CE(即，在特定事件中定义的MAC-CE)。并且，基站可以通过所报告的MAC-CE的格式/报头来确定发生了什么事件。

例如，当事件2发生时，UE可以向基站报告预定义的BFR MAC-CE，或者可以向基站报告在事件2中单独定义的MAC-CE。

并且，当为每个事件单独定义MAC-CE时，可以单独限制(或配置)用于报告用于特定事件的MAC-CE的TRP。例如，当MAC-CE被报告为已经发生BF的TRP时，存在TRP无法解码相应的MAC-CE的高概率。因此，UE可以被限制(或配置)为仅向未发生BF的TRP报告相应MAC-CE。

另外，可以改变(TRP特定的)MAC-CE生成/触发方法，使得限制(配置)UE报告(TRP特定的)MAC-CE的TRP。

例如，只有当存在用于没有发生BF的TRP的UL-SCH(即，如果可用)时，才可以生成/触发(TRP特定的)BFR MAC-CE。

作为另一示例，当从没有发生BF的TRP(例如，CORESET组等)接收到调度DCI/许可时(即，当隐式地检测到BF时)，或者当没有发生BF的TRP上的DL RS中包括PDCCH/PDSCH TCI时(即，当显式地检测到BF时)(TRP特定的)，可以生成/触发BFR MAC-CE。

在向基站报告关于事件1或/和事件2是否发生的信息时，UE可以将每个事件是否发生定义为单独的状态(即，BF状态)。另外，UE可以向基站报告与(使用相同的BFRQ资源执行BFR的)CC/BWP之中发生BF的每个CC/BWP相对应的BF状态。

这里，BF状态的比特宽度可以根据TRP的数量而变化。例如，当TRP的数量是3时，BF状态可以由2比特组成，如下表6所示。在表6中，BF在TRP#x中发生可以是指BF在CORESET组#x或BFD RS组#x中发生。

[表6]

作为另一示例，UE可以使用BF位图而不是BF状态来指示每个事件是否发生。具体地，UE可以按照特定CC/BWP的TRP ID的顺序将指示BF是否发生的值映射到BF位图的每个比特。例如，如果BF位图中与TRP#1相对应的比特是1，则这意味着TRP#1已经发生BF，并且当比特是0时，这可能意味着TRP#1没有发生BF。并且，如果BF针对所有TRP发生(即，事件2发生)，则由于1被映射到包括在BF位图中的每个比特，因此可能不需要用于指示事件2是否已经发生的单独标识符。

附加地或可替选地，UE可以按与特定CC/BWP的CORESET相关联的CORESET池索引值的次序将指示BF是否发生的值映射到BF位图的每个比特，并且向基站报告BF位图。

如上所述，当报告用于每个CC/BWP(或CC/BWP之中发生BF的CC BWP)的BF状态或BF位图时，报告给基站的BFR MAC-CE可以包括关于是否BFR操作是用于SpCell的BFR操作或用于Scell的BFR操作的信息、发生BF的CC/BWP列表、用于发生BF的CC/BWP的BF状态或BF位图、关于是否在发生BF的CC/BWP中的每个中找到新候选波束RS的信息以及当在CC/BWP中找到新候选波束RS时所找到的新候选波束RS ID等。

此时，关于已经发生BF的CC/BWP列表，UE不仅可以在发生事件2时报告发生波束故障的CC/BWP，而且还可以针对发生事件1的CC/BWP报告发生波束故障的CC/BWP。

附加地或可替选地，BF状态和BF位图可以是指示BF是否发生在UE报告的所有CC/BWP中的信息，而不是针对每个CC/BWP报告的信息。

此时，向基站报告的BFR MAC-CE可以包括关于是否BFR操作是用于SpCell的BFR操作或用于Scell的BFR操作的信息、BF状态或BF位图、发生BF的CC/BWP列表、关于是否在发生BF的每个CC/BWP中找到新候选波束RS的信息以及当在CC/BWP中找到新候选波束RS时所找到的新候选波束RS ID等。

在这种情况下，已经发生BF的CC/BWP列表可以仅包括已经发生BF状态或通过BF位图报告的事件的CC/BWP列表。例如，当使用BF状态或BF位图报告对于TRP#0已经发生BF时，已经发生BF的列表可以仅包括对于TRP#0已经发生BF的CC/BWP列表。

附加地或可替选地，可以扩展BF状态或BF位图，使得可以一起报告指示对于每个CC/BWP是否已经发生BF的多个BF状态或BF位图。例如，BF状态可以被扩展为包括指示事件1已经在特定CC/BWP中发生并且事件2已经在另一CC/BWP中发生的状态。

此时，向基站报告的BFR MAC-CE可以包括关于是否BFR操作是用于SpCell的BFR操作或用于(一个或多个)SCell的BFR操作的信息、BF状态或BF位图、发生BF的CC/BWP列表、关于是否在发生BF的每个CC/BWP中找到新候选波束RS的信息以及当在CC/BWP中找到新候选波束RS时所找到的新候选波束RS ID等。

这里，BF状态或BF位图的大小可以变化。因此，可以将指示BF状态或BF位图的大小的字段添加到BFR MAC-CE。

作为另一示例，BF状态或BF位图的大小可以根据发生/可报告事件的数量而固定。此时，如果没有发生事件(或没有发生BF)，则可以将其配置为在BFR MAC-CE之中指示BF状态或BF位图的字段中包括指示没有发生事件的预定义值。

另外，可以根据通过BF状态或BF位图信息报告的事件的数量来确定已经发生BF的CC/BWP列表。例如，当使用BF状态或BF位图报告“BF发生并且TRP#0中的所有TRP发生”情况时，发生BF的CC/BWP列表可以包括TRP#0BF发生的CC/BWP列表和所有TRP BF发生的CC/BWP列表。

并且，关于是否在已经发生BF的每个CC/BWP中找到新候选波束RS的信息的字段大小和新候选波束RS ID的字段大小可以被配置为发生甚至一个事件的CC/BWP的数量，或者可以根据已经发生的事件被单独配置。

例如，假设当应用载波聚合(CA)时，配置CC#0至CC#4，针对TRP#0的BF发生在CC#0和CC#3中，并且针对所有TRP的BF发生在CC#1中。关于是否在发生BF的每个CC/BWP中找到新候选波束RS的信息和新候选波束RS ID可以按CC#0、CC#1和CC#3的顺序被配置，或者可以针对每个事件被配置。这里，为每个事件配置信息可以意味着配置和报告关于与事件1相对应的CC#0和CC#3的信息(即，关于是否在CC#0和CC#3中找到新候选波束RS的信息以及新候选波束RS ID)，并且配置和报告关于与事件2相对应的CC#1的信息。

由UE报告的CC/BWP列表的大小可以被配置为在共享BFRQ资源时执行BFD的所有CC/BWP之中可能发生事件的CC/BWP的数量。

当应用CA时，所有CC可以被配置为MTRP或STRP，但是一些CC可以被配置为MTRP，并且一些CC可以被配置为STRP。如果后者被配置(即，一些CC被配置为MTRP，并且一些其他CC被配置为STRP)并且针对所有TRP发生BF，则在被配置为STRP的一些CC中的BF发生可以被认为是在特定TRP中发生BF(即，事件1的发生)，或者在所有TRP中发生BF(即，事件2的发生)。也就是说，由UE报告的CC/BWP列表的大小可以根据被配置为STRP的一些CC中的BF发生被认为是特定TRP BF发生或所有TRP BF发生而变化。因此，实施例1-1包括将由UE报告的整个CC/BWP列表的大小配置为可能发生特定事件的CC/BWP的数量的方法。

具体地，当BF发生在特定TRP(例如，BFD RS集合)中时，由UE报告的CC/BWP列表的大小可以由在共享BFRQ资源时执行/配置BFD的所有CC/BWP之中包括特定TRP ID(或BFD RS集合ID)的CC/BWP的数量来确定。

并且，如果BF发生在所有TRP中，则由UE报告的CC/BWP列表的大小可以由1)共享BFRQ资源时执行/配置BFD的CC/BWP的总数或2)整个CC/BWP之中包括所有BFD RS集合ID(即，包括为每个TRP共同地配置的BFD RS集合)的CC/BWP的数量来确定。

在仅配置给特定TRP(即，STRP)的CC/BWP中针对特定TRP发生的BF(发生事件1)可以被解释为与在CC/BWP中针对所有TRP发生的BF(发生事件2)相同。因此，可以根据是否以狭义含义(方法2)或以广义含义(方法1)解释“针对所有TRP的BF发生”来确定要由UE报告的CC/BWP列表的大小。

例如，假设在CC#0至CC#5之中，CC#0至CC#4被配置用于针对TRP#0的BFD RS集合，并且CC#3至CC#5被配置用于针对TRP#1的BFD RS集合。

当基于执行/配置BFD的CC的总数(即，根据上述方法1))确定要由UE报告的CC列表的大小时，用于事件2的CC列表的大小可以是6(CC#0到CC#5)。并且，当要由UE报告的CC列表的大小由所有CC之中包括所有BFD RS集合ID的CC的数量确定时(即，上述2)方法)，用于事件2的CC列表的大小可以是2(CC#3和CC#4)。

当应用上述方法1)时，用于事件1的CC大小可以被配置为2(CC#3和CC#4)。此时，在STRP中操作的CC(CC#0、CC#1、CC#2和CC#5)中BF的发生可以被解释为事件2发生。

并且，当应用方法2)时，用于事件1的CC大小可以被配置为6(CC#0至CC#5)。此时，用于在STRP中操作的CC的BF报告可以被解释为TRP特定的BF报告。例如，用于事件1中的TRP#0的BF的CC列表的大小为5(CC#0至CC#4)，用于事件1中的TRP#1的BF的CC列表的大小可以包括3(CC#3至CC#5)。

在示例1和1-1中，已经描述了UE使用为事件1和事件2共同地配置的BFRQ资源的情况。然而，这仅是实施例，并且UE可以使用针对事件1和事件2中的每个单独配置的BFRQ资源(例如，PUCCH资源/序列)。为了即使当使用单独配置的BFRQ资源的方法应用于事件1和事件2中的每个时也减小由UE报告的CC/BWP列表的大小，可以应用上述实施例1-1。

UE可以针对事件1(或事件1的详细事件)和事件2使用不同的BFRQ资源。并且，用于每个BFRQ资源的CC/BWP列表的大小可以被定义为在共享BFRQ资源的同时执行/配置BFD的所有CC/BWP之中可能发生特定事件的CC/BWP的数量。

如实施例1-1中所述，使用用于事件2的BFRQ资源报告的CC/BWP列表的大小可以被确定为1)在共享BFRQ资源时执行/配置BFD的CC/BWP的总数，或2)整个CC/BWP之中包括所有BFD RS集合ID(即，包括为每个TRP共同地配置的BFD RS集合)的CC/BWP的数量。

例如，假设在CC#0至CC#5之中，CC#0至CC#4被配置用于TRP#0的BFD RS集合，并且CC#3至CC#5被配置用于TRP#1的BFD RS集合。

当基于执行/配置BFD的CC的总数(即，根据上述方法1))确定要由UE报告的CC列表的大小时，用于事件2的CC列表的大小可以是6(CC#0到CC#5)。并且，当要由UE报告的CC列表的大小由所有CC之中包括所有BFD RS集合ID的CC的数量确定时(即，上述2)方法)，用于事件2的CC列表的大小可以是2(CC#3和CC#4)。

当应用上述方法1)时，用于事件1的CC大小可以被配置为2(CC#3和CC#4)。此时，在STRP中操作的CC(CC#0、CC#1、CC#2和CC#5)中BF的发生可以被解释为事件2发生。

并且，当应用方法2)时，用于事件1的CC大小可以被配置为6(CC#0至CC#5)。此时，用于在STRP中操作的CC的BF报告可以被解释为TRP特定的BF报告。例如，用于事件1中的TRP#0的BF的CC列表的大小为5(CC#0至CC#4)，以及用于事件1中的TRP#1的BF的CC列表的大小可以包括3(CC#3至CC#5)。

已经参考多个TRP描述了实施例1和2，但是这可以等同地应用于通过多个面板的传输。另外，实施例1和2可以独立地应用，但是可以与上述BFR操作组合应用。

图8是根据本公开的实施例的用于解释UE的波束故障恢复操作的图。

基于在多个资源组之中的至少一个资源组中检测到波束故障(BF)，UE可以向基站发送波束故障恢复请求(BFRQ)(S810)。

这里，资源组可以包括控制资源集(CORESET)组或波束故障检测(BFD)参考信号(RS)组中的至少一个。CORESET组或BFD RS组中的每个可以对应于TRP。例如，CORESET组1或BFD RS组1可以对应于TRP 1，以及CORESET组2或BFD RS组2可以对应于TRP2。

这里，CORESET组包括一个或多个CORESET，并且可以基于为一个或多个CORESET配置的传输配置指示符(TCI)状态来配置资源组。也就是说，可以基于为CORESET配置的TCI状态隐式地配置用于执行波束故障检测的BFD RS。并且，UE可以通过配置的BFD RS检测至少一个资源组中的波束故障。

向基站发送BFRQ可能意味着通过BFRQ资源向基站发送BFRQ。在这种情况下，可以在至少一个频带(例如，分量载波(CC)或带宽部分)中共同配置BFRQ资源。具体地，基于在特定资源组或多个资源组中检测到波束故障，UE可以通过为特定资源组中的波束故障和多个资源组中的波束故障共同配置的BFRQ资源向基站发送BFRQ。

在本公开的另一实施例中，当在特定资源组中检测到波束故障时以及当在多个资源组中检测到波束故障时，与每个资源组相对应的BFRQ资源可以不同。例如，第一BFRQ资源可以被配置用于特定资源组中的波束故障，并且第二BFRQ资源可以被配置用于多个资源组中的波束故障。并且，基于在特定资源组中发生波束故障，UE可以通过BFRQ资源之中的第一BFRQ资源向基站发送BFRQ的第一BFRQ。并且，基于在多个资源组中发生波束故障，UE可以通过BFRQ资源之中的与第一BFRQ资源不同的第二BFRQ资源向基站发送BFRQ的第二BFRQ。

另外，可以为UE配置(或分配)可用的上行链路资源(例如，UL-SCH资源、PUSCH资源等)。基于可用上行链路资源的存在，UE可以通过可用上行链路资源向基站发送与波束故障相关的信息，而不执行向基站发送BFRQ的操作和从基站接收对BFRQ的响应的操作。也就是说，当预先将可用上行链路资源分配给UE时，UE可以省略BFRQ传输操作和BFRQ响应接收操作，并且使用所分配的可用上行链路资源向基站发送与波束故障相关的信息。

UE可以从基站接收对BFRQ的响应(S820)。对BFRQ的响应可以包括上行链路许可。UE可以向基站发送由包括上行链路许可的DCI调度的PUSCH。

UE可以向基站发送与波束故障相关的信息(S830)。这里，与波束故障相关的信息可以指示检测到波束故障的特定资源组或检测到波束故障的多个资源组。例如，与波束故障相关的信息可以包括关于是否在特定TRP中检测到波束故障或在包括特定TRP的多个TRP中检测到波束故障的信息。

并且，是否在特定TRP中检测到波束故障或者是否在多个TRP中检测到波束故障可以被定义为单独的BF状态。BF状态的比特宽度可以根据TRP的数量而变化。作为另一示例，是否在特定TRP中检测到波束故障或者是否在多个TRP中检测到波束故障可以被定义为单独的BF位图。

另外，与波束故障相关的信息可以包括以下中的至少一个：检测到波束故障的小区的类型、检测到波束故障的至少一个频带的索引信息、关于在检测到波束故障的至少一个频带中是否存在新候选波束RS的信息、或基于候选波束RS的存在来指示新候选波束RS的信息。

这里，检测到波束故障的小区的类型可以指示是否检测到波束故障的小区是SpCell或SCell。另外，关于新候选波束RS的信息可以包括当在检测到波束故障的至少一个频带中存在新候选波束RS时，新候选波束RS的ID信息。

并且，基于在多个资源组中检测到波束故障，可以基于执行BFD的整个频带的大小或包括执行BFD的整个频带之中的多个资源组的标识(ID)的频带的大小来确定检测到波束故障的至少一个频带的大小。

例如，假设在CC#0至CC#5之中，CC#0至CC#4被配置用于TRP#0的BFD RS集合，CC#3至CC#5被配置用于TRP#1的BFD RS集合，并且波束故障在所有TRP中发生。

当基于执行BFD的CC的总数来确定检测到要由UE报告的波束故障的频带(例如，CC或BWP)的大小时，检测到波束故障的CC的大小可以被配置为6(CC#0到CC#5)。并且，当由已经执行BFD的所有CC之中的包括多个资源组ID的CC的数量来确定要由UE报告的波束故障的CC的大小时，发生波束故障的CC的大小可以被配置为2(CC#3和CC#4)。

附加地或可替选地，针对检测到波束故障的至少一个频带中的每个，与波束故障相关的信息可以指示检测到波束故障的特定资源组或者检测到波束故障的多个资源组。

具体地，与波束故障相关的信息可以指示在至少一个频带之中的第一频带中的检测到波束故障的特定资源组或检测到波束故障的多个资源组，并且指示在至少一个频带之中的第二频带中的检测到波束故障的特定资源组或检测到波束故障的多个资源组。

例如，假设在分量载波(CC)1和CC 2中检测到波束故障。此时，与波束故障相关的信息可以指示在CC 1和CC 2中的每个中，在特定TRP或包括特定TRP的多个TRP中是否检测到波束故障。并且，可以通过BF状态或BF位图来指示是否在特定TRP或包括特定TRP的多个TRP中检测到波束故障，如上所述。

与波束故障相关的信息可以被包括在被配置用于BFR的一个MAC-CE(例如，BFRMAC-CE)或多个MAC-CE中并被发送到基站。具体地，指示检测到波束故障的特定资源组或检测到波束故障的多个资源组的信息可以被包括在一个MAC-CE中并且被发送到基站。

这里，可以在单个MAC-CE中包括并发送以下中的至少一个：1)检测到波束故障的小区的类型，2)检测到波束故障的至少一个频带的索引信息，3)关于在检测到波束故障的至少一个频带中是否存在新候选波束RS的信息，或4)基于候选波束RS的存在来指示新候选波束RS的信息(例如，新候选波束RS的ID)。然而，不限于此，并且一个MAC-CE可以仅包括指示检测到波束故障的特定资源组或检测到波束故障的多个资源组的信息，并且可以将上述1)至4)单独发送到基站。

附加地或可替选地，与波束故障相关的信息可以被包括在多个MAC-CE中并被发送给基站。具体地，当在特定资源组中检测到波束故障时以及当在多个资源组中检测到波束故障时，可以单独定义与每个资源组相对应的MAC-CE。

例如，多个MAC-CE可以包括第一MAC-CE和第二MAC-CE。并且，基于在特定资源组中检测到波束故障，与波束故障相关的信息可以被包括在第一MAC-CE中并被发送到基站。并且，基于在多个资源组中检测到波束故障，与波束故障相关的信息可以被包括在第二MAC-CE中并被发送到基站。

附加地或可替选地，可以将与波束故障相关的信息发送到未检测到波束故障的资源组。例如，基于与波束故障相关的信息被包括在一个MAC-CE(例如，BFR MAC-CE)或多个MAC-CE(例如，第一MAC-CE或第二MAC-CE)中，UE可以将一个MAC-CE或多个MAC-CE发送到未检测到波束故障的资源组。在检测到波束故障的资源组的情况下，可以不解码包括在MAC-CE中的信息。因此，UE可以将包括与波束故障相关的信息的一个MAC-CE或多个MAC-CE发送到未检测到波束故障的资源组。

图9是根据本公开的实施例的用于描述基站的波束故障恢复操作的图。

基于在多个资源组之中的至少一个资源组中检测到波束故障(BF)，基站可以从UE接收波束故障恢复请求(BFRQ)(S910)。

这里，资源组和BFRQ资源的详细示例与参考图8的步骤S810描述的示例相同，并因此将省略重叠部分。

基站可以向UE发送对BFRQ的响应(S920)。对BFRQ的响应可以包括上行链路许可。基站可以从UE接收由包括上行链路许可的DCI调度的PUSCH。

基站可以从UE接收与波束故障相关的信息(S930)。这里，与波束故障相关的信息的示例与关于图8的步骤S820描述的示例相同，因此将省略重叠部分。

具体地，基站可以从UE接收被配置用于BFR用途的、包括与波束故障相关的信息的一个MAC-CE(例如，BFR MAC-CE)或多个MAC-CE。

这里，与一个MAC-CE或多个MAC-CE相关的示例与关于图8的步骤S830描述的示例相同，因此将省略重叠部分。

图10是根据本公开的用于描述网络侧和UE的信令过程的图。

图10示出了可以应用上述本公开的实施例(例如，实施例1、实施例1-1、实施例2或其详细实施例中的一个或多个的组合)的M-TRP情况下的网络侧与UE之间的信令的示例。这里，UE/网络侧是示例性的，并且可以通过用参考图11描述的各种设备替换被应用。图10是为了便于描述，并且不限制本公开的范围。另外，根据情况和/或配置等，可以省略图10中所示的一些步骤。另外，上述上行链路传输和接收操作、M-TRP相关操作等可以被参考或用于图10中的网络侧/UE的操作。

在以下描述中，网络侧可以是包括多个TRP的一个基站，或者可以是包括多个TRP的一个小区。可替选地，网络侧可以包括多个RRH(远程无线电头端)/RRU(远程无线电单元)。在示例中，可以在配置网络侧的TRP 1和TRP 2之间配置理想/非理想回程。另外，以下描述是基于多个TRP来描述的，但是它可以被等同地扩展和应用于通过多个面板/小区的传输，并且可以被扩展和应用于通过多个RRH/RRU的传输等。

另外，在以下描述中基于“TRP”来描述，但是如上所述，可以通过用诸如面板、天线阵列、小区(例如，宏小区(macro cell)/小小区(small cell)/微微小区(pico cell)等)、TP(传输点)、基站(gNB等)等的表达替换来应用TRP。如上所述，可以根据关于CORESET组(或CORESET池)的信息(例如，CORESET索引、ID)来对TRP进行分类。在示例中，当一个UE被配置为与多个TRP(或小区)执行传输和接收时，这可能是指为一个UE配置多个CORESET组(或CORESET池)。可以通过更高层信令(例如，RRC信令等)来执行关于这种CORESET组(或CORESET池)的配置。另外，基站通常可以是指与终端执行数据的传输和接收的对象。例如，基站可以是包括至少一个TP(传输点)、至少一个TRP(传输和接收点)等的概念。另外，TP和/或TRP可以包括基站的面板、传输和接收单元等。

UE可以通过/使用TRP1和/或TRP2从网络侧接收配置信息(S105)。配置信息可以包括系统信息(SI)、调度信息、CSI相关配置(例如，CSI报告配置、CSI-RS资源配置)等。配置信息可以包括与网络侧配置(即，TRP配置)相关的信息、与基于MTRP的传输和接收相关的资源分配信息等。可以通过更高层(例如，RRC、MAC CE)来发送配置信息。另外，当配置信息被预定义或配置时，可以省略相应的步骤。

例如，如在上述实施例(例如，实施例1、实施例1-1、实施例2或一个或多个详细示例的组合)中那样，配置信息可以包括CORESET相关配置信息(例如，ControlResourceSetIE)。CORESET相关配置信息可以包括CORESET相关ID(例如，controlResourceSetID)、用于CORESET的CORESET池的索引(例如，CORESETPoolIndex)、CORESET的时间/频率资源配置、与CORESET相关的TCI信息等。例如，配置信息可以包括与波束管理/BFR等相关的信息，如上述实施例(例如，实施例1、实施例1-1、实施例2或其一个或多个详细实施例的组合)中所述。

例如，上述阶段S105中的UE(图11中的100或200)从网络侧(图11中的200或100)接收配置信息的操作可以由下面将描述的图11中的设备来实现。例如，参考图11，至少一个处理器102可以控制至少一个收发器106和/或至少一个存储器104等以接收配置信息，并且至少一个收发器106可以从网络侧接收配置信息。

UE可以通过/使用TRP 1和/或TRP 2向网络侧发送用于UL传输的参考信号(S110)。例如，UE可以经由/使用TRP1和/或TRP 2向网络侧接收用于波束管理/BFD的RS 1和/或RS2。

例如，上述阶段S110中的UE(图11中的100或200)将参考信号发送到网络侧(图11中的200或100)的操作可以由下面将描述的图11中的设备来实现。例如，参考图11，至少一个处理器102可以控制至少一个收发器106和/或至少一个存储器104等来发送参考信号，并且至少一个收发器106可以向网络侧发送参考信号。

UE可以通过/使用来自网络侧的TRP 1和/或TRP 2，基于RS 1和/或RS 2来执行波束管理/BFR(S115)。例如，可以基于上述实施例(例如，实施例1、实施例1-1、实施例2或其一个或多个详细示例的组合)来执行波束管理/BFR执行方法。例如，UE可以基于RS 1和/或RS2的接收质量来测量/估计假设的BLER，并且可以相应地确定BF。

例如，上述步骤S115的由UE(图11中的100或200)执行波束管理/BFR的操作可以由图11的装置实现。例如，参考图11，一个或多个处理器102可以控制一个或多个存储器104以执行波束管理/BFR操作。

UE可以通过/使用TRP 1和/或TRP2向网络侧发送波束管理/BFR报告(例如，BFRQ)(S120)。在这种情况下，可以分别发送针对TRP 1的波束管理/BFR报告(例如，BFRQ等)和针对TRP 2的波束管理/BFR报告(例如，BFRQ等)，或者可以将其组合成一个。另外，UE被配置为向代表性TRP(例如，TRP 1)发送针对波束管理/BFR的报告(例如，BFRQ等)，并且可以省略针对另一TRP(例如，TRP 2)的波束管理/BFR的报告(例如，BFRQ等)传输。可替选地，UE可以被配置为在与发生波束故障的TRP相同的TRP中发送BFR报告(例如，BFRQ等)。可替选地，UE可以被配置为向TRP而不是发生波束故障的TRP发送BFR报告(例如，BFRQ等)。

例如，可以基于上述实施例(例如，实施例1、实施例1-1、实施例2或其详细示例中的一个或多个的组合)来执行波束管理/BFR报告(例如，BFRQ等)。例如，可以分别报告当对于特定TRP发生BF(例如，事件1)时和当对于所有TRP发生BF时(例如，事件2)的情况。另外，可以针对多个服务小区/BWP执行BFR。例如，可以基于BFR MAC CE发送波束管理/BFR报告(例如，BFRQ等)。

例如，BFR MAC CE可以包括是否它是用于SpCell的BFR或用于SCell的BFR、发生波束故障的CC/BWP列表、是否在发生BF的CC/BWP中找到新候选波束RS、在发生BF的CC/BWP中找到的新候选波束RS ID、以及针对当对于特定TRP发生BF(例如，事件1)时和/或当对于所有TRP的BF发生时(例如，事件2)的情况的指示信息等。例如，指示信息能够以指示位图形式或预定义状态中的任何一个的形式被配置。

例如，通过/使用TRP 1和/或TRP 2从UE接收用于BF的报告/BFRQ的网络侧可以向UE发送用于波束恢复的新BM/BFR相关RS信息。

例如，上述步骤S120的UE(图11中的100/200)从网络侧(图11中的100/200)发送关于波束管理/BFR(例如，BFRQ等)的报告的操作可以由下面描述的图11的装置来实现。例如，参考图11，一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以发送用于波束管理/BFR等的报告(例如，BFRQ等)，并且一个或多个收发器106可以向网络侧发送波束管理/BFR报告(例如，BFRQ等)。

通过基于上述过程确定的波束，UE可以通过/使用TRP 1从网络侧接收DCI 1和由相应DCI 1调度的数据1。另外，UE可以通过/使用TRP 2从网络侧接收DCI 2和由相应DCI 2调度的数据2。可以分别通过控制信道(例如，PDCCH等)和数据信道(例如，PDSCH等)来发送DCI(例如，DCI 1、DCI 2)和数据(例如，数据1、数据2)。例如，可以基于CORESETPoolindex被配置为0或未被配置的第一CORESET来接收DCI 1，并且可以基于CORESETPoolindex被配置为1的第二CORESET来接收DCI 2。例如，DCI(例如，DCI 1、DCI 2)和/或数据(例如，数据1、数据2)可以包括与上述方法(例如，实施例1、实施例1-1、实施例2或其一个或多个详细示例的组合)中描述的操作相关的控制信息/数据。

如上所述，上述网络侧/UE信令和实施例(例如，实施例1、实施例1-1、实施例2或其一个或多个详细实施例的组合)可以由将要参考图11描述的装置实现。例如，网络侧(例如，TRP 1/TRP 2)可以对应于第一设备100，并且UE可以对应于第二设备200，并且在一些情况下可以考虑反之亦然。

例如，上述网络侧/UE信令和操作(例如，实施例1、实施例1-1、实施例2或其一个或多个详细实施例的组合)可以由图11的一个或多个处理器(例如，102、202)处理，并且上述网络侧/UE信令和操作(例如，实施例1、实施例1-1、实施例2或其一个或多个详细实施例的组合)能够以指令/程序(例如，指令、可执行代码)的形式存储在存储器(例如，图11的一个或多个存储器(例如，104、204))，用于驱动图11的至少一个处理器(例如，102和202)。

图11是图示根据本公开实施例的无线通信设备的框图的图。

参考图11，第一设备100和第二设备200可以通过多种无线电接入技术(例如，LTE、NR)来发送和接收无线信号。

第一设备100可以包括一个或多个处理器102和一个或多个存储器104，并且可以另外包括一个或多个收发器106和/或一个或多个天线108。处理器102可以控制存储器104和/或收发器106并且可以被配置成实现在本公开中公开的描述、功能、过程、提议、方法和/或操作流程图。例如，处理器102可以在通过处理存储器104中的信息生成第一信息/信号之后通过收发器106发送包括第一信息/信号的无线信号。此外，处理器102可以通过收发器106接收包括第二信息/信号的无线信号，并且然后将通过第二信息/信号的信号处理获得的信息存储在存储器104中。存储器104可以连接到处理器102并且可以存储与处理器102的操作有关的各种信息。例如，存储器104可以存储软件代码，该软件代码包括用于执行由处理器102控制的全部或部分过程或用于执行本公开中公开的描述、功能、过程、提议、方法和/或操作流程图的命令。这里，处理器102和存储器104可以是设计成实现无线通信技术(例如，LTE、NR)的通信调制解调器/电路/芯片的一部分。收发器106可以连接到处理器102并且可以通过一个或多个天线108发送和/或接收无线信号。收发器106可以包括发射器和/或接收器。收发器106可以与RF(射频)单元一起使用。在本公开中，无线设备可以意指通信调制解调器/电路/芯片。

第二设备200可以包括一个或多个处理器202和一个或多个存储器204，并且可以另外包括一个或多个收发器206和/或一个或多个天线208。处理器202可以控制存储器204和/或收发器206并且可以被配置成实现在本公开中公开的描述、功能、过程、提议、方法和/或操作流程图。例如，处理器202可以通过处理存储器204中的信息来生成第三信息/信号，并且然后通过收发器206发送包括第三信息/信号的无线信号。另外，处理器202可以通过收发器206接收包括第四信息/信号的无线信号，并且然后将通过第四信息/信号的信号处理获得的信息存储在存储器204中。存储器204可以连接到处理器202并且可以存储与处理器202的操作相关的各种信息。例如，存储器204可以存储软件代码，该软件代码包括用于执行由处理器202控制的全部或部分过程或用于执行本公开中公开的描述、功能、过程、提议、方法和/或操作流程图的命令。这里，处理器202和存储器204可以是被设计成实现无线通信技术(例如，LTE、NR)的通信调制解调器/电路/芯片的一部分。收发器206可以连接到处理器202并且可以通过一个或多个天线208发送和/或接收无线信号。收发器206可以包括发射器和/或接收器。收发器206可以与RF单元一起使用。在本公开中，无线设备可以意指通信调制解调器/电路/芯片。

在下文中，将更详细地描述设备100、200的硬件元件。其不限于此，一个或多个协议层可以由一个或多个处理器102、202实现。例如，一个或多个处理器102、202可以实现一个或多个层(例如，诸如PHY、MAC、RLC、PDCP、RRC、SDAP的功能层)。一个或多个处理器102、202可以根据包括在本公开中的描述、功能、过程、提议、方法和/或操作流程图生成一个或多个PDU(协议数据单元)和/或一个或多个SDU(服务数据单元)。一个或多个处理器102、202可以根据在本公开中公开的描述、功能、过程、提议、方法和/或操作流程图来生成消息、控制信息、数据或信息。一个或多个处理器102、202可以根据本公开中公开的功能、过程、提议和/或方法生成包括PDU、SDU、消息、控制信息、数据或信息的信号(例如，基带信号)以将其提供给一个或多个收发器106、206。一个或多个处理器102、202可以从一个或多个收发器106、206接收信号(例如，基带信号)并根据本公开中公开的描述、功能、过程、提议、方法和/或操作流程图获得PDU、SDU、消息、控制信息、数据或信息。

一个或多个处理器102、202可以被称为控制器、微控制器、微处理器或微型计算机。一个或多个处理器102、202可以由硬件、固件、软件或它们的组合来实现。在示例中，一个或多个ASIC(专用集成电路)、一个或多个DSP(数字信号处理器)、一个或多个DSPD(数字信号处理设备)、一个或多个PLD(可编程逻辑设备)或一个或多个FPGA(现场可编程门阵列)可以包括在一个或多个处理器102、202中。本公开中公开的描述、功能、过程、提议、方法和/或操作流程图可以通过使用固件或软件来实现并且固件或软件可以被实现为包括模块、过程、功能等。被配置成执行本公开中公开的描述、功能、过程、提议、方法和/或操作流程图的固件或软件可以被包括在一个或多个处理器102、202中或可以被存储在一个或多个存储器104、204中并由一个或多个处理器102、202驱动。本发明中公开的描述、功能、过程、提议、方法和/或操作流程图可以通过固件或软件以代码、命令和/或命令集的形式来实现。

一个或多个存储器104、204可以连接到一个或多个处理器102、202并且能够以各种形式存储数据、信号、消息、信息、程序、代码、指令和/或命令。一个或多个存储器104、204可以配置有ROM、RAM、EPROM、闪存、硬盘驱动器、寄存器、现金存储器、计算机可读存储介质和/或它们的组合。一个或多个存储器104、204可以被定位在一个或多个处理器102、202内部和/或外部。此外，一个或多个存储器104、204可以通过诸如有线或无线连接的多种技术连接到一个或多个处理器102、202。

一个或多个收发器106、206可以将在本公开的方法和/或操作流程图等中提及的用户数据、控制信息、无线信号/信道等发送到一个或多个其他设备。一个或多个收发器106、206可以从一个或多个其他设备接收在本公开中公开的描述、功能、过程、提议、方法和/或操作流程图等中提及的用户数据、控制信息、无线信号/信道等。例如，一个或多个收发器106、206可以连接到一个或多个处理器102、202并且可以发送和接收无线信号。例如，一个或多个处理器102、202可以控制一个或多个收发器106、206以将用户数据、控制信息或无线信号发送到一个或多个其他设备。此外，一个或多个处理器102、202可以控制一个或多个收发器106、206以从一个或多个其他设备接收用户数据、控制信息或无线信号。此外，一个或多个收发器106、206可以连接到一个或多个天线108、208，并且一个或多个收发器106、206可以被配置成通过一个或多个天线108、208发送和接收在本公开公开的描述、功能、过程、提议、方法和/或操作流程图等中提及的用户数据、控制信息、无线信号/信道等。在本发明中，一个或多个天线可以是多个物理天线或多个逻辑天线(例如，天线端口)。一个或多个收发器106、206可以通过使用一个或多个处理器102、202将接收到的无线信号/信道等从RF频带信号转换为基带信号以处理接收到的用户数据、控制信息、无线信号/信道等。一个或多个收发器106、206可以将通过使用一个或多个处理器102、202处理的用户数据、控制信息、无线信号/信道等从基带信号转换为RF频带信号。因此，一个或多个收发器106、206可以包括(模拟)振荡器和/或滤波器。

上述实施例是以预定形式组合本公开的要素和特征。除非另有明确提及，否则每个元素或特征都应被视为可选的。每个元素或特征能够以不与其他元素或特征组合的形式实现。此外，本公开的实施例可以包括组合部分元素和/或特征。在本公开的实施例中描述的操作的顺序可以改变。一个实施例的一些元素或特征可以包括在其他实施例中，或者可以用其他实施例的相应元素或特征代替。清楚的是，实施例可以包括在权利要求中没有显式的依赖关系的情况下组合权利要求，或者可以在申请后通过修改被包括为新的权利要求。

本领域的技术人员清楚的是，本公开可以在不超出本公开的本质特征的范围内以其他特定形式实施。因此，上述详细描述不应在每个方面都被限制性地解释，而应被认为是说明性的。本发明的范围应由所附权利要求的合理解释确定，并且在本公开的等同范围内的所有变化都被包括在本发明的范围内。

本公开的范围包括在设备或计算机中根据各种实施例的方法执行操作的软件或机器可执行命令(例如，操作系统、应用、固件、程序等)以及存储这种软件或命令等并可在设备或计算机中执行的非暂时性计算机可读介质。可以用于对执行本公开中描述的特征的处理系统进行编程的命令可以存储在存储介质或计算机可读存储介质中，并且可以通过使用包括这样的存储介质的计算机程序产品来实现本公开中描述的特征。存储介质可以包括高速随机存取存储器，诸如DRAM、SRAM、DDR RAM或其他随机存取固态存储设备，但不限于此，并且其可以包括非易失性存储器，诸如一个或多个磁盘存储设备、光盘存储设备、闪存设备或其他非易失性固态存储设备。存储器可选地包括远离处理器而定位的一个或多个存储设备。存储器或可替选地，存储器中的非易失性存储器设备包括非暂时性计算机可读存储介质。本公开中描述的特征可以存储在任何一个机器可读介质中以控制处理系统的硬件，并且可以集成到软件和/或固件中，该软件和/或固件允许处理系统利用来自于本公开的实施例的结果与其他机制交互。这样的软件或固件可以包括应用代码、设备驱动程序、操作系统和执行环境/容器，但不限于此。

这里，在本公开的设备100、200中实现的无线通信技术可以包括用于低功率通信的窄带物联网以及LTE、NR和6G。在此，例如，NB-IoT技术可以是LPWAN(低功率广域网)技术的示例，可以在LTE Cat NB1和/或LTE Cat NB2等标准中实现，并且不限于上述名称。另外或可替选地，在本公开的无线设备100、200中实现的无线通信技术可以执行基于LTE-M技术的通信。这里，在示例中，LTE-M技术可以是LPWAN技术的示例并且可以被称为诸如eMTC(增强型机器类型通信)等的各种名称。例如，LTE-M技术可以在包括下述的各种标准中的至少任何一个中实现1)LTE CAT 0、2)LTE Cat M1、3)LTE Cat M2、4)LTE非BL(非带宽限制)、5)LTE-MTC、6)LTE机器类型通信、和/或7)LTE M等，并且不限于上述名称。另外或可替选地，在本公开的无线设备100、200中实现的无线通信技术可以包括考虑低功率通信的ZigBee、蓝牙和低功率广域网(LPWAN)中的至少任何一个，并且它不限于上述名称。在示例中，ZigBee技术可以生成与基于诸如IEEE802.15.4等的各种标准的小型/低功率数字通信相关的PAN(个域网)，并且可以称为各种名称。

[工业可用性]

本发明提出的方法主要以应用于3GPP LTE/LTE-A、5G系统为例进行描述，但是也可以应用于除了3GPP LTE/LTE-A、5G系统以外的各种无线通信系统。