CN114026909A

CN114026909A - 在无线通信系统中执行波束故障恢复过程的方法及其设备

Info

Publication number: CN114026909A
Application number: CN202080047453.3A
Authority: CN
Inventors: 姜智源; 朴钟贤
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2019-06-28
Filing date: 2020-06-29
Publication date: 2022-02-08
Anticipated expiration: 2040-06-29
Also published as: EP3975644B1; EP3975644A4; KR102477038B1; US11838093B2; WO2020263049A1; US20220368406A1; KR20220017945A; EP3975644A1; CN114026909B; US20230170979A1

Abstract

根据本说明书的一个实施例，由终端在无线通信系统中执行波束故障恢复(BFR)过程的方法包括以下步骤：接收与物理上行链路控制信道(PUCCH)相关的设置信息；基于设置信息发送PUCCH，所述PUCCH与至少一个辅小区(SCell)的BFR相关；以及发送包括与BFR相关的信息的消息。包括与BFR相关的信息的消息与在特定时间点之前检测到的波束故障相关。

Description

在无线通信系统中执行波束故障恢复过程的方法及其设备

技术领域

本公开涉及一种用于在无线通信系统中执行波束故障恢复过程的方法及其设备。

背景技术

已经开发了一种移动通信系统，以在确保用户活动的同时提供语音服务。移动通信系统已经扩展其服务从语音到数据。当前飞速增长的数据业务正在消耗资源，用户对更高数据速率服务的需求导致对更先进的移动通信系统的需求。

对下一代移动通信系统的需求必须能够支持爆炸性数据业务的处理、每位用户的传输速率的急剧增加、容纳连接设备数目的显著增加、以及对非常低的端对端的时延以及高能效的支持。为此，研究了多种技术，诸如双连接性、大规模多输入多输出(MIMO)、带内全双工、非正交多址(NOMA)、超宽带支持和设备联网。

发明内容

技术问题

本公开提供了一种用于执行波束故障恢复过程的方法及其设备。

应用载波聚合(CA)的基于PRACH的波束故障恢复(BFR)过程被限制地应用于主小区(PCell)或主辅小区(PSCell)。原因在于辅小区(SCell)中可能没有UL载波，并且可能不配置基于竞争的PRACH。

作为分别发送波束故障发生报告和根据波束故障的后续报告中的每一个的情况，在发生任何一个服务小区的波束故障之后发生另一个服务小区的波束故障的情况下，应当多次发送根据波束故障的后续报告。在这种情况下，在UE的功率利用和接收后续报告的BS操作方面是低效的。

因此，本公开提供了一种用于执行波束故障恢复过程的方法及其设备，以便解决这些问题。

本公开的技术目的不限于上述技术目的，并且本领域的普通技术人员将从以下描述中清楚地理解上面未提及的其他技术目的。

技术方案

根据本公开的实施例的一种用于由UE在无线通信系统中执行波束故障恢复过程的方法，包括：接收与物理上行链路控制信道(PUCCH)相关的配置信息；基于所述配置信息发送所述PUCCH，所述PUCCH与至少一个辅小区(SCell)的波束故障恢复(BFR)相关；以及发送包括与所述波束故障恢复(BFR)相关的信息的消息。

包括与所述波束故障恢复(BFR)相关的信息的消息与在特定时间点之前检测到的波束故障相关。

所述消息可以基于媒体接入控制-控制元素(MAC-CE)。

所述特定时间点可以与涉及所述MAC-CE的复用和组合操作相关。

所述MAC-CE可以包括与所述至少一个辅小区(SCell)的ID、是否存在与所述波束故障相关的新波束或者与所述新波束相关的参考信号(RS)的ID中的至少一个相关的信息。

在所述特定时间点之前检测到的所述波束故障可以包括在所述PUCCH传输之后检测到的所述辅小区的波束故障。

可以基于波束故障实例(BFI)的计数等于或大于波束故障实例最大计数来检测所述波束故障。

所述波束故障实例最大计数可以被配置用于每个辅小区(SCell)。

可以针对每个辅小区(SCell)，对所述波束故障实例(BFI)的计数进行计数。

所述方法可以进一步包括接收与所述PUCCH相关的上行链路(UL)许可。基于由所述UL许可调度的物理上行链路共享信道(PUSCH)，发送包括与所述波束故障恢复(BFR)相关的信息的所述消息。

根据本公开的另一实施例的一种在无线通信系统中执行波束故障恢复过程的用户设备(UE)，包括：一个或多个收发器；控制所述一个或多个收发器的一个或多个处理器；以及一个或多个存储器，所述一个或多个存储器可操作地连接到所述一个或多个处理器，并且存储当由所述一个或多个处理器执行所述波束故障恢复过程时执行操作的指令。

所述操作包括接收与物理上行链路控制信道(PUCCH)相关的配置信息；基于所述配置信息发送所述PUCCH，所述PUCCH与至少一个辅小区(SCell)的波束故障恢复(BFR)相关；以及发送包括与所述波束故障恢复(BFR)相关的信息的消息。

包括与所述波束故障恢复(BFR)相关的信息的消息可以与在特定时间点之前检测到的波束故障有关。

所述消息可以基于媒体接入控制-控制元素(MAC-CE)。

根据本公开的又一实施例的设备包括一个或多个存储器和在功能上连接到一个或多个存储器的一个或多个处理器。

所述一个或多个处理器被配置为控制所述设备以接收与物理上行链路控制信道(PUCCH)相关的配置信息；基于所述配置信息发送所述PUCCH，所述PUCCH与至少一个辅小区(SCell)的波束故障恢复(BFR)相关；以及发送包括与所述波束故障恢复(BFR)相关的信息的消息。

包括与波束故障恢复(BFR)相关的信息的消息与在特定时间点之前检测到的波束故障相关。

根据本公开的又一实施例的一个或多个非暂时性计算机可读介质存储一个或多个指令。

由一个或多个处理器可执行的一个或多个指令被配置为控制UE以接收与物理上行链路控制信道(PUCCH)相关的配置信息；基于所述配置信息发送所述PUCCH，所述PUCCH与至少一个辅小区(SCell)的波束故障恢复(BFR)相关；以及发送包括与所述波束故障恢复(BFR)相关的信息的消息。

有益效果

根据本公开的实施例，基于物理上行链路控制信道(PUCCH)发起波束故障恢复过程。可以基于PUCCH执行波束故障恢复，因此即使对于辅小区(SCell)，也可以有效地支持波束故障恢复(BFR)。特别地，当在高频带(例如，30GHz)的辅小区(SCell)中发生波束故障时，可以更有效地执行波束故障恢复。

根据本公开的实施例，发送包括与波束故障恢复相关的信息的消息。该消息与在特定时间点之前检测到的波束故障相关。因此，在首次检测到波束故障之后，发送与波束故障相关的后续报告(即，消息)，该后续报告包括与在特定时间点之前检测到的波束故障相关的信息，因此可以降低UE的功率，并且可以在信令开销方面改善波束故障恢复过程。

可以从本公开获得的效果不受上述效果的限制，并且本公开所属的本领域的技术人员从以下描述中可以清楚地理解未提及的其他技术效果。

附图说明

被包括以提供对本公开的进一步理解且构成详细描述的一部分的附图图示了本公开的实施例，并且连同说明书一起用于解释本公开的原理。

图1是图示可以应用本公开中提出的方法的NR的整体系统结构的示例的图。

图2图示了可以应用本公开中提出的方法的无线通信系统中的上行链路帧和下行链路帧之间的关系。

图3图示了NR系统中的帧结构的示例。

图4图示了可以应用本公开中提出的方法的由无线通信系统支持的资源网格的示例。

图5图示了可以应用本公开中提出的方法的用于每个天线端口和参数集的资源网格的示例。

图6图示了在3GPP系统中使用的物理信道和一般信号传输。

图7图示了使用SSB和CSI-RS的波束形成的示例。

图8图示了使用SRS的UL BM过程的示例。

图9图示了可以应用本公开中提出的方法的上行链路传输/接收操作。

图10图示了随机接入过程的示例。

图11是用于解释用于RACH资源关联的SS块的阈值的概念的图。

图12是用于解释PRACH的攀升(ramping)计数器的图。

图13是用于描述可以应用本公开中提出的方法的波束故障恢复相关操作的图。

图14是用于描述根据本公开的实施例的发送波束故障恢复请求的时间点的示例的图。

图15是用于描述根据本公开的实施例的发送波束故障恢复请求的时间点的另一示例的图。

图16是用于描述根据本公开的实施例的发送波束故障恢复请求的时间点的又一示例的图。

图17图示了可以应用本公开中提出的方法的UE和BS之间的信令的示例。

图18是用于描述根据本公开的实施例的由UE在无线通信系统中执行波束故障恢复过程的方法的流程图。

图19是用于描述根据本公开的另一实施例的由BS在无线通信系统中执行波束故障恢复过程的方法的流程图。

图20图示应用于本公开的通信系统1。

图21图示适用于本公开的无线设备。

图22图示应用于本公开的信号处理电路。

图23图示应用于本公开的无线设备的另一示例。

图24图示应用于本公开的便携式设备。

具体实施方式

下面，将参考附图详细描述本公开的优选实施例。下面将与附图一起公开的详细描述是为了描述本公开的示例性实施例，而不是为了描述用于执行本公开的唯一的实施例。下面的详细描述包括细节以提供对本公开的完整理解。然而，本领域的技术人员知道可以在没有细节的情况下执行本公开。

在一些情况下，为了防止本公开的概念不清楚，可以省略已知的结构或设备，或者可以聚焦于每个结构和设备的核心功能以框图的形式示出已知的结构和设备。

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

以下技术可以用于包括CDMA、FDMA、TDMA、OFDMA、SC-FDMA等的各种无线电接入系统中。CDMA可以由诸如通用陆地无线电接入(UTRA)或CDMA2000的无线电技术实现。TDMA可以由诸如全球移动通信系统(GSM)/通用分组无线电服务(GPRS)/用于GSM演进的增强数据速率(EDGE)的无线电技术实现。OFDMA可以被实现为诸如电气和电子工程师协会(IEEE)802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE 802-20、演进型UTRA(E-UTRA)等的无线电技术。UTRA是通用移动电信系统(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进型UMTS(E-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

-36.211：物理信道和调制

-36.212：多路复用和信道编码

-36.213：物理层过程

-36.300：总体描述

-36.331：无线电资源控制(RRC)

3GPP NR

-38.211：物理信道和调制

-38.212：多路复用和信道编码

-38.213：用于控制的物理层过程

-38.214：用于数据的物理层过程

-38.300：NR和NG-RAN总体描述

-36.331：无线电资源控制(RRC)协议规范

随着越来越多的通信设备需要更大的通信容量，与现有的无线电接入技术(RAT)相比，存在对改进的移动宽带通信的需求。此外，通过连接许多设备和对象随时随地提供各种服务的大规模机器类型通信(MTC)是下一代通信中要考虑的主要问题之一。另外，正在讨论考虑对可靠性和时延敏感的服务/UE的通信系统设计。像这样，讨论了考虑增强型移动宽带通信(eMBB)、大规模MTC(mMTC)、超可靠和低时延通信(URLLC)的下一代无线电接入技术的引入，并且在本公开中，为了方便起见，将该技术称为NR。NR是表示5G无线电接入技术(RAT)的示例的表达。

5G的三个主要需求领域包括：(1)增强型移动宽带(eMBB)领域、(2)大规模机器类型通信(mMTC)领域和(3)超可靠低时延通信(URLLC)领域。

一些用例可能需要对多个领域进行优化，而其他用例可能只关注一个关键性能指标(KPI)。5G以灵活和可靠的方式支持各种用例。

eMBB远远超出基本的移动因特网接入，并涵盖大量双向任务、云或增强现实中的媒体和娱乐应用。数据是5G的主要动力之一，并且专用语音服务可能首次不会在5G时代出现。在5G中，期待将使用由通信系统简单提供的数据连接来将语音作为应用程序进行处理。业务量增加的主要原因包括内容大小的增加和需要高数据传输速率的应用数目的增加。随着越来越多的设备连接到因特网，流媒体服务(音频和视频)、对话型视频和移动因特网连接将被更广泛地使用。如此众多的应用程序需要始终接通的连接以便于将实时信息和通知推送给用户。云存储和应用在移动通信平台中突然增加，并且这可以应用于商业和娱乐两者。此外，云存储是带动上行链路数据传输速率增长的特殊用例。5G还用于云的远程业务。当使用触觉界面时，需要更低的端对端时延以保持出色的用户体验。娱乐，例如，云游戏和视频流是增加对移动宽带能力需求的其他关键要素。在包括诸如火车、车辆和飞机的高移动性环境中的任何地方，在智能手机和平板电脑中，娱乐都是必不可少的。另一个用例是用于娱乐的增强现实和信息搜索。在这种情况下，增强现实要求极低的时延和即时的数据量。

此外，最受期待的5G用例之一涉及一种能够在所有领域中平滑地连接嵌入式传感器的功能，即mMTC。到2020年，预计潜在的物联网(IoT)设备将达到204亿。工业物联网是5G执行主要作用的领域之一，其可实现智能城市、资产跟踪、智能公用设施、农业和安全基础设施。

URLLC包括一项新服务，其将通过对主要基础设施的远程控制和具有超高可靠性/低可用时延的链接来改变行业，诸如，自动驾驶车辆。可靠性和时延的水平对于智能电网控制、工业自动化、机器人工程、无人机控制和调节是至关重要。

更具体地描述多个用例。

5G可以补充光纤到户(FTTH)和基于电缆的宽带(或DOCSIS)，作为提供从每秒千兆比特到每秒几百兆比特的评估的流的手段。除了虚拟现实和增强现实之外，这种快的速度对于传送分辨率为4K或更高(6K、8K或更高)的电视也是必需的。虚拟现实(VR)和增强现实(AR)应用包括浸入式的体育游戏。特定的应用程序可能需要特殊的网络配置。例如，在VR游戏的情况下，为了使游戏公司最小化时延，可能需要将核心服务器与网络运营商的边缘网络服务器集成在一起。

与汽车移动通信的众多用例一起，汽车被期待成为5G的重要和新动力。例如，乘客的娱乐同时需要高容量和高移动性移动宽带。其原因是，未来的用户都将继续期望获得高质量的连接，无论其位置和速度如何。汽车领域的另一个使用示例是增强现实仪表板。增强现实仪表板在驾驶员通过前窗看到的事物上重叠并显示信息，在黑暗中识别对象，并通知驾驶员该对象的距离和移动。将来，无线模块可实现汽车之间的通信、汽车与支持的基础设施之间的信息交换以及汽车与其他连接的设备(例如，行人伴随的设备)之间的信息交换。安全系统指导可供选择的行为过程，以便驾驶员可以更安全地驾驶，从而减少发生事故的危险。下一步将是遥控或自动驾驶车辆。这要求不同的自动驾驶车辆之间以及汽车与基础设施之间非常可靠、非常快速的通信。将来，自动驾驶车辆可能会执行所有驾驶活动，并且驾驶员将专注于交通之外的事物，而汽车本身无法识别这些事物。自动驾驶车辆的技术需求要求超低时延和超高速可靠性，使得交通安全性增加到人无法达到的水平。

被提到的智能社会的智能城市和智能家庭将被嵌入为高密度无线电传感器网络。智能传感器的分布式网络将识别城市或家庭的成本以及节能维护的状况。可以对每个家庭执行类似的配置。所有的温度传感器、窗户和加热控制器、防盗警报器和家用电器被无线连接。许多这样的传感器通常是低数据传输速率、低功耗和低成本。但是，例如，特定类型的监视设备可能需要实时高清视频。

包括热量或气体的能量的消耗和分配高度分散，并且因此需要对分布式传感器网络进行自动控制。智能电网收集信息，并使用数字信息和通信技术将这些传感器互连，以使传感器基于信息进行操作。该信息可以包括供应商和消费者的行为，并且因此智能电网可以以有效、可靠、经济、生产可持续和自动化的方式改善诸如电力的燃料分配。智能电网可以被认为是具有小的时延的另一个传感器网络。

健康部门拥有许多应用程序，其从移动通信中受益。通信系统可以支持远程治疗，其在遥远的地方提供临床治疗。这有助于减少距离的障碍，并可以改善在偏远农业地区不连续使用的医疗服务的接入。此外，这可用于在重要治疗和紧急情况下挽救生命。基于移动通信的无线电传感器网络可以为诸如心率和血压的参数提供远程监测和传感器。

无线电和移动通信在工业应用领域中变得越来越重要。布线需要很高的安装和维护成本。因此，在许多工业领域中，将会通过可重配置的无线电链路代替电缆的可能性是有吸引力的机会。然而，为了实现这种可能性，要求无线电连接以类似于电缆的时延、可靠性和容量进行操作，并且管理被简化。低时延和低错误概率是连接5G的新要求。

物流和货运跟踪是移动通信的重要用例，其能够使用基于位置的信息系统在任何地方跟踪库存和包裹。物流和货运跟踪用例通常需要较低的数据速度，但是需要宽广的区域和可靠的位置信息。

在包括NR的新RAT系统中，使用OFDM传输方案或与其类似的传输方案。新RAT系统可以遵循与LTE的OFDM参数不同的OFDM参数。可替选地，新RAT系统可以照原样遵循常规LTE/LTE-A的参数集或者具有更大的系统带宽(例如，100MHz)。可替选地，一个小区可以支持多种参数集。换句话说，以不同的参数集操作的UE可以共存于一个小区中。

参数集对应于频域中的一个子载波间隔。可以通过将参考子载波间隔缩放整数N来定义不同的参数集。

术语的定义

eLTE eNB：eLTE eNB是支持到EPC和NGC的连接性的eNB的演进。

gNB：支持NR以及到NGC的连接性的节点。

新RAN：一种支持NR或E-UTRA或与NGC接口的无线电接入网络。

网络切片：网络切片是指由运营商定制的网络，为用于端到端范围内要求特定要求的特定市场场景提供优化的解决方案。

网络功能：网络功能是网络架构中的逻辑节点，其具有明确定义的外部接口和明确定义的功能行为。

NG-C：在新RAN和NGC之间的NG2参考点上使用的控制平面接口。

NG-U：在新RAN和NGC之间的NG3参考点上使用的用户平面接口。

非独立NR：一种部署配置，其中gNB需要LTE eNB作为用于到EPC的控制平面连接性的锚，或者需要eLTE eNB作为用于到NGC的控制平面连接性的锚。

非独立E-UTRA：一种部署配置，其中eLTE eNB要求gNB作为用于到NGC的控制平面连接性的锚。

用户平面网关：NG-U接口的终结点。

系统概述

图1图示了本公开中提出的方法可应用于的NR的整体系统结构的示例。

参考图1，NG-RAN由多个gNB组成，以提供NG-RA用户平面(新的AS子层/PDCP/RLC/MAC/PHY)和为用户设备(UE)提供控制平面(RRC)协议端。

该gNB通过Xn接口互连。

该gNB也通过NG接口连接到NGC。

更具体地说，gNB通过N2接口被连接到接入和移动性管理功能(AMF)，并通过N3接口连接到用户平面功能(UPF)。

新RAT(NR)参数集和帧结构

在NR系统中，可以支持多种参数集。可以通过子载波间隔和CP(循环前缀)开销来定义参数集。可以通过将基本子载波间隔缩放为整数N(或μ)来导出多个子载波之间的间隔。另外，尽管假定在非常高的子载波频率下不使用非常低的子载波间隔，但是可以独立于频带来选择要使用的参数集。

另外，在NR系统中，可以支持根据多个参数集的多种帧结构。

在下文中，将描述在NR系统中可以考虑的正交频分复用(OFDM)参数集和帧结构。

NR系统中支持的多个OFDM参数集可以如表1中所定义的。

[表1]

μ	Δf＝2<sup>μ</sup>·15[kHz]	循环前缀
			0	15	正常的
1	30	正常的
			2	60	正常的，扩展的
3	120	正常的
			4	240	正常的

NR支持多个参数集(或子载波间隔(SCS))，以支持各种5G服务。例如，如果SCS为15kHz，则NR支持传统蜂窝频带中的宽广区域；如果SCS为30kHz/60kHz，则NR支持密集城市、较低的时延和较宽的载波带宽；如果SCS为60kHz或者比其更高，则NR支持大于24.25GHz的带宽以克服相位噪声。

NR频带被定义为两种类型FR1和FR2的频率范围。FR1和FR2可以如下表1所示配置。此外，FR2可以是指毫米波(mmW)。

[表2]

频率范围名称	相应的频率范围	子载波间隔
			FR1	410MHz–7125MHz	15,30,60kHz
FR2	24250MHz–52600MHz	60,120,240kHz

关于NR系统中的帧结构，时域中各个字段的大小被表达为T_s＝1/(Δf_max·N_f)的时间单位的倍数。这里，Δf_max＝480·10³并且N_f＝4096。DL和UL传输由具有T_f＝(Δf_maxN_f/100)·T_s＝10ms的时段的无线电帧组成。无线电帧由十个子帧组成，每个子帧具有T_sf＝(Δf_maxN_f/1000)·T_s＝1ms的时段。在这种情况下，可能存在用于UL的一个帧集和用于DL的一个帧集。

图2图示了本公开中提出的方法可应用于的无线通信系统中的上行链路帧和下行链路帧之间的关系。

如图2中所图示的，用于来自用户设备(UE)传输的上行链路帧号i应在所述UE的下行链路帧开始的T_TA＝N_TAT_s之前开始。

关于参数集μ，时隙在子帧内以升序

编号，并且在无线电帧内以升序

编号。一个时隙由

个连续OFDM符号组成，并且

根据所使用的参数集和时隙配置来确定。在所述子帧中，时隙

的开始与同一子帧中OFDM符号

的开始在时间上对齐。

并非所有的UE都能够同时发送和接收，并且这意指下行链路时隙或上行链路时隙中的并非所有OFDM符号都可以使用。

表3表示正常CP中的每个时隙的OFDM符号数

每个无线电帧的时隙数

以及每个子帧的时隙数

表4表示扩展CP中的每个时隙的OFDM符号数、每个无线电帧的时隙数以及每个子帧的时隙数。

[表3]

[表4]

图3图示了NR系统中的帧结构的示例。图3仅是为了便于解释，并且不限制本公开的范围。

在表4中，在μ＝2的情况下，即，作为子载波间隔(SCS)为60kHz的示例，参考表3，一个子帧(或帧)可以包括四个时隙，并且图3中所示的一个子帧＝{1，2，4}个时隙，例如，可以被包括在一个子帧中的时隙的数目如表3中定义。

此外，微时隙可以由2、4或7个符号组成，或者可以由更多或更少的符号组成。

关于NR系统中的物理资源，可以考虑天线端口、资源网格、资源元素、资源块、载波部分等。

在下文中，对在NR系统中可以考虑的上述物理资源进行更详细的描述。

首先，关于天线端口，定义天线端口，使得可以在其上传送天线端口的符号的信道可以从在其上传送相同天线端口上的另一符号的信道推断出来。当在其上传送一个天线端口上的符号的信道的大规模属性可以从在其上传送另一天线端口上的符号的信道推断出来时，可以将这两个天线端口视为准共置或者准共置(QC/QCL)关系。在这种情况下，大规模属性包括下述中的至少一个：延迟扩展、多普勒扩展、频移、平均接收功率和接收定时。

图4图示了本公开中提出的方法可应用于的无线通信系统中支持的资源网格的示例。

参考图4，资源网格由频域上的

个子载波组成，每个子帧由14·2^μ个OFDM符号组成，但是本公开不限于此。

在NR系统中，由一个或多个资源网格描述发送的信号，该资源网格由

个子载波和

个OFDM符号组成，其中

表示最大传输带宽，并且不仅可以在参数集之间改变，而且可以在上行链路和下行链路之间改变。

在这种情况下，如图5中所图示的，每个参数集μ和天线端口p可以配置一个资源网格。

图5图示了本公开中提出的方法可应用于的每个天线端口和参数集的资源网格的示例。

用于参数集μ和天线端口p的资源网格的每个元素都被称为资源元素，并且通过索引对

唯一标识，其中

是频域上的索引，并且

是指在子帧中的符号的位置。索引对

用于参考时隙中的资源元素，其中

参数集μ和天线端口p的资源元素

对应于复数值

如果没有混淆的风险，或者当未指定特定的天线端口或参数集时，则可能会丢弃索引p和μ，并且结果，复数值可能是

或

此外，物理资源块被定义为频域中的

个连续子载波。

点A用作为资源块网格的公共参考点，并且可以如下获得。

–用于PCell下行链路的offsetToPointA表示在点A和最低资源块的最低子载波之间的频率偏移，该最低的资源块与由UE用于初始小区选择所使用的SS/PBCH块重叠，并以资源块为单位表达，其中假定FR1的子载波间隔为15kHz，以及假定FR2的子载波间隔为60kHz；

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

公共资源块在频域中从0向上编号，用于子载波间隔配置μ。

用于子载波间隔配置μ的公共资源块0的子载波0的中心与“点A”一致。可以通过以下等式1给出频域中的公共资源块号

和用于子载波间隔配置μ的资源元素(k,l)。

[等式1]

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

编号，其中i是BWP的编号。在BWP i中的物理资源块n_PRB和公共资源块n_CRB之间的关系可以由以下等式2给出。

[等式2]

此处，

可以是BWP相对于公共资源块0开始的公共资源块。

物理信道与一般信号传输

图6图示了在3GPP系统中使用的物理信道和一般信号传输。在无线通信系统中，UE通过下行链路(DL)从eNB接收信息，并且UE通过上行链路(UL)从eNB发送信息。eNB和UE发送和接收的信息包括数据和各种控制信息，并且根据eNB和UE发送和接收的信息的类型/用途，存在各种物理信道。

当UE被通电或新进入小区时，UE执行初始小区搜索操作(S601)，诸如与eNB同步。为此，UE可以从eNB接收主同步信号(PSS)和(辅同步信号(SSS))，并与eNB进行同步并且获取诸如小区ID等的信息。其后，UE可以从eNB接收物理广播信道(PBCH)并获取小区内广播信息。同时，UE在初始小区搜索步骤中接收下行链路参考信号(DL RS)，以检查下行链路信道状态。

完成初始小区搜索的UE通过接收物理下行链路控制信道(PDCCH)和根据加载在PDCCH上的信息的物理下行链路共享信道(PDSCH)，获取更多的特定系统信息(S602)。

同时，当不存在首先接入eNB或用于信号传输的无线电资源时，UE可以执行对eNB的随机接入过程(RACH)(S603至S606)。为此，UE可以通过物理随机接入信道(PRACH)用前导发送特定序列(S603和S605)，并且通过PDCCH和对应的PDSCH接收针对该前导的响应消息(随机接入响应(RAR)消息)。在基于竞争的RACH的情况下，可以另外执行竞争解决过程(S606)。

然后，执行上述过程的UE可以执行PDCCH/PDSCH接收(S607)和物理上行链路共享信道(PUSCH)/物理上行链路控制信道(PUCCH)传输(S608)作为一般的上行链路/下行链路信号传输过程。特别地，UE可以通过PDCCH接收下行链路控制信息(DCI)。在此，DCI可以包括诸如用于UE的资源分配信息的控制信息，并且格式可以根据使用目的而不同地被应用。

同时，UE通过上行链路发送到eNB或UE从eNB接收到的控制信息可以包括下行链路/上行链路ACK/NACK信号、信道质量指示符(CQI)、预编码矩阵索引(PMI)、秩指示符(RI)等。UE可以通过PUSCH和/或PUCCH发送诸如CQI/PMI/RI等的控制信息。

波束管理(BM)

作为用于获取和维护基站(例如，gNB、TRP等)的集合和/或可以被用于下行链路(DL)和上行链路(UL)传输/接收的终端(例如，UE)波束的层1(L1)/层2(L2)过程的BM过程可以包括以下过程和术语。

-波束测量：测量由eNB或UE接收的波束形成信号的特性的操作。

-波束确定：由eNB或UE选择eNB或UE的发射(Tx)波束/接收(Rx)波束的操作。

-波束扫描：以预定方案在一时间间隔使用发射和/或接收波束来覆盖空间区域的操作。

-波束报告：其中UE基于波束测量来报告波束形成的信号的信息的操作。

BM过程可以被划分成(1)使用同步信号(SS)/物理广播信道(PBCH)块或CSI-RS的DL BM过程，和(2)使用探测参考信号的UL BM过程(SRS)。此外，每个BM过程可以包括用于确定Tx波束的Tx波束扫描和用于确定Rx波束的Rx波束扫描。

DL波束管理(DL BM)

DL BM过程可以包括(1)eNB的波束形成的DL参考信号(RS)(例如，CIS-RS或SS块(SSB))的传输和(2)UE的波束报告。

此处，波束报告优选的DL RS标识符(ID)和L1-参考信号接收功率(RSRP)。

DL RS ID可以是SSB资源指示符(SSBRI)或CSI-RS资源指示符(CRI)。

图7图示使用SSB和CSI-RS进行波束形成的示例。

如图7中所图示，SSB波束和CSI-RS波束可以用于波束管理。测量度量是每个资源/块的L1-RSRP。可以使用SSB进行粗波束管理，并且使用CSI-RS进行精细波束管理。SSB可以用于Tx波束扫描和Rx波束扫描两者。当UE跨多个SSB突发针对相同SSBRI改变Rx波束时，可以执行使用SSB的Rx波束扫描。在此，一个SS突发包括一个或多个SSB，以及一个SS突发集包括一个或多个SSB突发。

DL BM相关的波束指示

至少出于准共置(QCL)指示的目的，UE可以被RRC配置有最多M个候选传输配置指示(TCI)状态的列表。在此处，M可以是64。

每个TCI状态可以配置为一个RS集。出于RS集中的空间QCL(QCL-TYPE D)的目的，可以为每个DL RS的ID至少引用包括SSB、P-CSI RS、SP-CSI RS、A-CSI RS等的DL RS类型中的一种。

至少可以通过显式信令来执行出于空间QCL目的的RS集中的DL RS的ID的初始化/更新。

表5示出了TCI-状态IE的示例。

TCI-状态IE与对应于一个或两个DL参考信号(RS)的准共置(QCL)类型相关联。

[表5]

在表5中，bwp-Id参数表示其中RS所位于的DL BWP，小区参数表示其中RS所位于的载波，并且参考信号参数表示以下参考天线端口，该参考天线端口成为用于对应目标天线端口或包括该目标天线端口的参考信令的准共置的源。目标天线端口可以是CSI-RS、PDCCHDMRS或PDSCH DMRS。作为示例，可以为NZP CSI-RS资源配置信息指示对应的TCI状态ID，以便指示用于NZP CSI-RS的QCL参考RS信息。作为另一个示例，可以为每个CORESET配置指示TCI状态ID，以便指示用于PDCCH DMRS天线端口的QCL参考信息。作为又一个示例，可以通过DCI指示TCI状态ID，以便为PDSCH DMRS天线端口指示QCL参考信息。

准共置(QCL)

定义天线端口，使得在其中传输天线端口上的符号的信道可以从在其中传输相同天线端口上的不同符号的信道推断出来。当在其中传输一个天线端口上的符号的信道的属性可以从在其中传输不同天线端口上的符号的信道推断出来时，两个天线端口可能具有准共置或准共置(QC/QCL)关系。

此处，信道属性包括下述中的至少一个：延迟扩展、多普勒扩展、频率/多普勒频移、平均接收功率、接收定时/平均延迟以及空间Rx参数。在此，空间Rx参数意指空间(接收)信道属性参数，诸如到达角。

可以将UE配置为高层参数PDSCH-Config中多达M个TCI状态配置的列表，以便根据检测到的PDCCH解码PDSCH，该PDCCH具有用于对应的UE和给定的服务小区的预期DCI。这里，M取决于UE的能力。

每个TCI状态包括用于配置在一个或两个DL参考信号与PDSCH的DM-RS端口之间的准共置关系的参数。

准共置关系被配置为用于第一DL RS的高层参数qcl-Type1和用于第二DL RS的qcl-Type2(当配置时)。无论两个DL RS是具有相同参考的DL RS还是具有不同参考的DLRS，两个DL RS在QCL类型方面彼此都不相同。

对应于每个DL RS的准共置类型可以由QCL-Info的高层参数qcl-Type给出，并且可以采用下述值之一。

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

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

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

–“QCL-TypeD”：{空间Rx参数}

例如，当目标天线端口是特定的NZP CSI-RS时，从QCL-Type A的角度来看，对应的NZP CSI-RS天线端口可以被指示/配置成与特定TRS进行QCL，并且从QCL-TYPE D的角度来看，对应的NZP CSI-RS天线端口可以被指示/配置为与特定SSB进行QCL。接收指示/配置的UE可以通过使用在QCL-TypeA TRS中测量的多普勒延迟值来接收对应的NZP CSI-RS，并且将用于接收QCL-TypeD SSB的Rx波束应用于对应的NZP CSI-RS的接收。

UE可以通过MAC CE信令接收激活命令，该MAC CE信令用于将多达八种TCI状态映射到DCI字段“传输配置指示”的码点。

UL BM过程

UL BM可被配置，使得基于所述UE实现，建立或不建立在Tx波束和Rx波束之间的波束互易性(或波束对应性)。如果在eNB和UE两者中都建立Tx波束和Rx波束之间的互易性，则可以通过DL波束对来匹配UL波束对。然而，当即使在eNB和UE中的任何一个中都没有建立Tx波束与Rx波束之间的互易性时，除了DL波束对确定之外，还需要UL波束对确定处理。

即使当eNB和UE保持波束对应性时，基站也可以使用UL BM过程以便确定DL Tx波束，即使UE无需请求(优选)波束的报告。

可以通过波束形成的UL SRS传输来执行UL BM，并且是否应用SRS资源集的UL BM是通过(高层参数的)用法(usage)来配置的。如果所述用法被配置为“BeamManagement(BM)”，在给定时刻，仅一个SRS资源可以被发送到多个SRS资源集中的每一个SRS资源集。

UE可以被配置有由(高层参数)SRS-ResourceSet(通过高层信令、RRC信令等)配置的一个或多个探测参考符号(SRS)资源集。对于每个SRS资源集，UE可以被配置有K(≥1)个SRS资源(较高的之后参数SRS-资源)。在此，K是自然数，并且K的最大值由SRS_capability指示。

与DL BM类似，UL BM过程也可以被划分成UE的Tx波束扫描和eNB的Rx波束扫描。

图8图示了使用SRS的UL-BM过程的示例。

更加具体的，图8的(a)图示了基站的Rx波束确定过程，并且图8的(b)图示了UE的Tx波束扫描过程。

参考图9，BS调度诸如频率/时间资源、传输层、上行链路预编码器和MCS的上行链路传输(S910)。具体地，BS可以确定用于UE发送PUSCH的波束。

UE在PDCCH上从BS接收用于上行链路调度的DCI(即，包括PUSCH的调度信息)(S920)。

对于上行链路调度，可以使用DCI格式0_0或0_1。具体地，DCI格式0_1包括以下信息。

DCI格式标识符(DCI格式的标识符)、UL/SUL(补充上行链路)指示符(UL/SUL指示符)、带宽部分指示符、频域资源指配、时域资源指配、跳频标志、调制和编码方案(MCS)、SRS资源指示符(SRI)、预编码信息和层数、天线端口、SRS请求、DMRS序列初始化、上行链路共享信道(UL-SCH)指示符。

特别地，在与高层参数“usage”相关联的SRS资源集中配置的SRS资源可以由SRS资源指示符字段指示。另外，可以为每个SRS资源设置“spatialRelationInfo”，并且该值可以是{CRI,SSB,SRI}之一。

UE在PUSCH上向BS发送上行链路数据(S930)。

当UE检测到包括DCI格式0_0或0_1的PDCCH时，根据相应DCI的指示发送相应的PUSCH。

对于PUSCH传输，支持两种传输方案：基于码本的传输和基于非码本的传输。

i)当高层参数“txConfig”被设置为“码本”时，UE被设置为基于码本的传输。同时，当高层参数“txConfig”被设置为“非码本”时，UE被设置为基于非码本的传输。如果未设置高层参数“txConfig”，则UE不期望由DCI格式0_1调度。当通过DCI格式0_0调度PUSCH时，PUSCH传输基于单个天线端口。

在基于码本的传输的情况下，可以通过DCI格式0_0、DCI格式0_1或半静态地调度PUSCH。当通过DCI格式0_1调度PUSCH时，UE基于如由SRS资源指示符字段和预编码信息和层数字段给出的来自DCI的SRI、TPMI(发送预编码矩阵指示符)和传输秩来确定PUSCH传输预编码器。TPMI用于指示要跨天线端口应用的预编码器，并且当配置多个SRS资源时，对应于由SRI选择的SRS资源。可替代地，当配置单个SRS资源时，TPMI用于指示要跨天线端口应用的预编码器，并且对应于单个SRS资源。从具有与高层参数“nrofSRS-Ports”相同数量的天线端口的上行链路码本中选择传输预编码器。

当配置了在UE中设置为“码本”的高层参数“txConfig”时，在UE中配置至少一个SRS资源。在时隙n中指示的SRI与由SRI识别的最新传输的SRS资源相关联，并且在此，SRS资源在携带SRI的PDCCH(即，时隙n)之前。

ii)在基于非码本的传输的情况下，可以通过DCI格式0_0、DCI格式0_1或半静态地调度PUSCH。当配置了多个SRS资源时，UE可以基于宽带SRI来确定PUSCH预编码器和传输秩，并且在此，SRI由DCI中的SRS资源指示符或由高层参数“srs-ResourceIndicator”给出。UE使用一个或多个SRS资源以进行SRS传输，并且在此，SRS资源的数量可以基于UE能力被配置用于相同RB内的同时传输。对每个SRS资源仅配置一个SRS端口。可以将仅一个SRS资源设置为被设定为“非码本”的高层参数“usage”。可以被配置用于基于非码本的上行链路传输的SRS资源的最大数量是4。时隙n中指示的SRI与由SRI识别的最新传输的SRS资源相关联，并且在此，SRS传输在携带SRI的PDCCH(即，时隙n)之前。

随机接入相关过程

可以在表6和图10中概括UE的随机接入过程。

[表6]

图10图示了随机接入过程的示例。

首先，UE可以在UL中发送PRACH前导作为随机接入过程的Msg1。

支持两种不同长度的随机接入前导序列。利用1.25kHz和5kHz的子载波间隔应用长序列长度839，而利用15kHz、30kHz、60kHz和120kHz的子载波间隔应用短序列长度139。长序列支持类型A和类型B的不受限集合和受限集合，而短序列仅支持不受限集合。

利用一个或多个RACH OFDM符号以及不同的循环前缀和保护时间来定义多个RACH前导格式。要使用的PRACH前导配置在系统信息中被提供给UE。

当对Msg1无响应时，UE可以在规定次数内以功率攀升(ramping)重传PRACH前导。UE基于最近估计的路径损耗和功率攀升计数器来计算用于前导的重传的PRACH发射功率。如果UE进行波束切换，则功率攀升的计数器保持不变。

系统信息向UE通知在SS块与RACH资源之间的关联。

图11是用于解释用于RACH资源关联的SS块的阈值的概念的图。

用于RACH资源关联的SS块的阈值基于RSRP和可配置的网络。RACH前导的传输或重传基于满足阈值的SS块。

当UE在DL-SCH上接收随机接入响应时，DL-SCH可以提供定时对齐信息、RA-前导ID、初始UL许可和临时C-RNTI。

基于该信息，UE可以在UL-SCH上发送UL传输作为随机接入过程的Msg3。Msg3可以包括RRC连接请求和UE标识符。

在响应中，网络可以发送Msg4，其可以被处理为DL上的竞争解决消息。通过接收到这消息，UE可以进入RRC连接状态。

每个步骤的具体解释如下：

在发起物理随机接入过程之前，层1应当从较高层接收SS/PBCH块索引的集合，并且应当向较高层提供相应的RSRP测量的集合。

在发起物理随机接入过程之前，层1应当从较高层接收以下信息：

-物理随机接入信道(PRACH)传输参数的配置(用于PRACH传输的PRACH前导格式、时间资源和频率资源)。

-用于确定PRACH前导序列集合中的根序列及其循环移位的参数(到逻辑根序列表的索引、循环移位(N_CS)和集合类型(不受限、受限集合A或受限集合B))。

从物理层的角度来看，L1随机接入过程包括PRACH中的随机接入前导(Msg1)、具有PDCCH/PDSCH(Msg2)的随机接入响应(RAR)消息的传输，并且在适用时，包括用于竞争解决的Msg3 PUSCH和PDSCH的传输。

如果随机接入过程由到UE的“PDCCH命令”发起，则随机接入前导传输具有与由较高层发起的随机接入前导传输相同的子载波间隔。

如果UE配置有用于服务小区的两个UL载波并且UE检测到“PDCCH命令”，则UE使用来自检测到的“PDCCH命令”的UL/SUL指示符字段值来确定用于对应的随机接入前导传输的UL载波。

关于随机接入前导传输步骤，在由高层或由PDCCH命令请求PRACH传输时触发物理随机接入过程。较高层对PRACH传输的配置包括以下内容：

-用于PRACH传输的配置。

-前导索引、前导子载波间隔P_PRACH,target、对应的RA-RNTI和PRACH资源。

在所指示的PRACH资源上，使用具有传输功率P_PRACH,b,f,c(i)的所选择的PRACH格式来发送前导。

通过高层参数SSB-perRACH-Occision的值，为UE提供与一个PRACH时机相关联的多个SS/PBCH块。如果SSB-perRACH-Occision的值小于1，则将一个SS/PBCH块映射到1/SSB-per-rach-occision连续PRACH时机。通过高层参数cb-preamblePerSSB的值，为UE提供每个SS/PBCH块的多个前导，并且UE将每个PRACH时机的每个SSB的前导总数确定为SSB-perRACH-Occasion的值和cb-preamblePerSSB的值的倍数。

SS/PBCH块索引按以下顺序映射到PRACH时机。

-首先，按照单个PRACH时机内的前导索引的递增顺序。

-其次，按照用于频率复用PRACH时机的频率资源索引的递增顺序。

-第三，按照用于PRACH时隙内的时间复用PRACH时机的时间资源索引的递增顺序。

-第四，按照用于PRACH时隙的索引的递增顺序。

从帧0开始，用于将SS/PBCH块映射到PRACH时机的时段是大于或等于

的{1,2,4}个PRACH配置时段中的最小值，其中，UE从高层参数SSB-transmitted-SIB1获得

并且

是可以映射到一个PRACH配置时段的SS/PBCH块的数量。

如果随机接入过程由PDCCH命令发起，则UE将在由较高层请求时，在第一可用PRACH时机中发生PRACH，其中，PDCCH命令接收的最后一个符号与PRACH传输的第一个符号之间的时间大于或等于N_T,2+Δ_BWPSwitching+Δ_Delay毫秒，其中，N_T,2是与用于PUSCH处理能力1的PUSCH准备时间相对应的N₂个符号的持续时间，Δ_BWPSwitching是预定义的，并且Δ_Delay＞0。

响应于PRACH传输，UE尝试在由较高层控制的窗口期间检测具有对应RA-RNTI的PDCCH。窗口开始于UE为Type1-PDCCH公共搜索空间配置的最早控制资源集合的第一符号，其是前导序列传输的最后符号之后的至少

个符号。基于Type0-PDCCH公共搜索空间的子载波间隔，以时隙数量为单位的窗口长度由高层参数rar-WindowLength提供。

如果UE在窗口内检测到具有对应的RA-RNTI的PDCCH和包括DL-SCH传输块的对应的PDSCH，则UE将传输块传递到较高层。较高层解析针对与PRACH传输相关联的随机接入前导标识(RAPID)的传输块。如果较高层识别DL-SCH传输块的(一个或多个)RAR消息中的RAPID，则较高层向物理层指示上行链路许可。这在物理层中被称为随机接入响应(RAR)UL许可。如果较高层没有识别与PRACH传输相关联的RAPID，则较高层可以向物理层指示传输PRACH。PDSCH接收的最后符号与PRACH传输的第一个符号之间的最小时间等于N_T,1+Δ_new+0.5msec，其中，N_T,1是当配置附加PDSCH DM-RS并且Δ_new≥0时，与用于PDSCH处理能力1的PDSCH接收时间相对应的N₁个符号的持续时间。

对于检测到的SS/PBCH块或接收到的CSI-RS，UE应当接收具有对应RA-RNTI的PDCCH和包括具有相同DM-RS天线端口准共置属性的DL-SCH传输块的对应PDSCH。如果UE响应于由PDCCH命令发起的PRACH传输而尝试检测具有对应RA-RNTI的PDCCH，则UE假设PDCCH和PDCCH命令具有相同的DM-RS天线端口准共置属性。

RAR UL许可调度来自UE的PUSCH传输(Msg3 PUSCH)。表7中给出了以MSB开始并以LSB结束的RAR UL许可的内容。表7示出了随机接入响应许可内容字段大小。

[表7]

RAR许可字段	比特数
		跳频标志	1
Msg3 PUSCH频率资源分配	12
		Msg3 PUSCH时间资源分配	4
MCS	4
		用于Msg3 PUSCH的TPC命令	3
CSI请求	1

预留比特	3

Msg3 PUSCH频率资源分配是用于上行链路资源分配类型1。在跳频的情况下，基于跳频标志字段的指示，将Msg3 PUSCH频率资源分配字段的前一个或两个比特(N_UL,hop比特)用作跳频信息比特。

由适用于PUSCH的MCS索引表的前十六个索引确定MCS。

TPC命令δ_msg2,b,f,c被用于设置Msg3 PUSCH的功率，并且根据表8解释。表8示出了用于Msg3 PUSCH的TPC命令δ_msg2,b,f,c。

[表8]

TPC命令	值(以dB为单位)
		0	-6
1	-4
		2	-2
3	0
		4	2
5	4
		6	6
7	8

在基于非竞争的随机接入过程中，解释CSI请求字段以确定非周期性CSI报告是否被包括在对应的PUSCH传输中。在基于竞争的随机接入过程中，保留CSI请求字段。

除非UE被配置有子载波间隔，否则UE使用与提供RAR消息的PDSCH接收相同的子载波间隔来接收后续PDSCH。

如果UE在窗口内没有检测到具有对应RA-RNTI的PDCCH和对应DL-SCH传输块，则UE执行用于随机接入响应接收故障的过程。

例如，UE可以基于功率攀升计数器来执行功率攀升以用于随机接入前导的重传。然而，如果UE在PRACH重传中进行波束切换，则功率攀升计数器保持不变，如图12所示。

图12是用于解释PRACH的攀升计数器的图。

在图12中，当UE重传针对相同波束的随机接入前导时，UE可以使功率攀升计数器加1。然而，当波束已经被改变时，功率攀升计数器保持不变。

关于Msg3 PUSCH传输，较高层参数Msg3-tp向UE指示UE是否应当针对Msg3 PUSCH传输应用变换预编码。如果UE将变换预编码应用于具有跳频的Msg3 PUSCH传输，则在表9中给出用于第二跳的频率偏移。表9示出了用于具有跳频的Msg3 PUSCH传输的第二跳的频率偏移。

[表9]

用于Msg3 PUSCH传输的子载波间隔由高层参数msg3-scs提供。UE应当在同一服务小区的同一上行链路载波上发送PRACH和Msg3PUSCH。用于Msg3 PUSCH传输的UL BWP由SystemInformationBlockType1指示。

当PDSCH和PUSCH具有相同的子载波间隔时，传送RAR的PDSCH接收的最后符号与由PDSCH中的RAR为UE调度的对应Msg3PUSCH传输的第一符号之间的最小时间等于N_T,1+N_T,2+N_TA,max+0.5毫秒。N_T,1是当配置附加PDSCH DM-RS时，与用于PDSCH处理能力1的PDSCH接收时间相对应的N₁个符号的持续时间，N_T,2是与用于PUSCH处理能力1的PUSCH准备时间相对应的N₂个符号的持续时间，并且N_TA,max是可以由RAR中的TA命令字段提供的最大定时调整值。

响应于当UE尚未被配备有C-RNTI时的Msg3 PUSCH传输，UE尝试检测具有调度包括UE竞争解决标识的PDSCH的对应TC-RNTI的PDCCH。响应于具有UE竞争解决标识的PDSCH接收，UE在PUCCH中发送HARQ-ACK信息。在PDSCH接收的最后符号与对应HARQ-ACK传输的第一符号之间的最小时间等于N_T,1+0.5毫秒。N_T,1是当配置附加PDSCH DM-RS时与用于PDSCH处理能力1的PDSCH接收时间相对应的N₁个符号的持续时间。

波束故障恢复(BFR)

根据在执行DL/UL波束管理过程中设置的波束管理时段，可能会发生波束失配问题。特别地，当无线信道环境由于UE的位置移动、UE的旋转和/或周围对象的移动而改变时(例如，LoS环境由于波束阻挡而改变为非LoS环境)，可以改变最佳DL/UL波束对，并且相对于这种改变，当通过由网络指示执行的波束管理过程的跟踪不成功时，可以确定发生波束故障事件。UE可以通过下行链路RS的接收质量来确定是否发生波束故障事件，并且应当从UE递送针对这种情况的报告消息或针对波束恢复请求的消息(在下文中，称为“波束故障恢复请求(BFRQ)消息”)。接收到该消息的BS可以通过包括用于波束恢复的波束RS传输、波束报告请求等的各种过程来执行波束恢复。这样的一系列波束恢复过程被称为波束故障恢复(BFR)。在Rel-15 NR中，用于PCell或PScell(两个小区被组合并且也被称为连续存在基于竞争的PRACH资源的特殊小区(SpCell))的波束故障恢复(BFR)过程被标准化，并且作为服务小区中的操作的对应过程由UE的波束故障检测(BFD)过程、BFRQ过程和UE监视BS对BFRQ的响应的过程构成如下(参见3GPP TS38.213、TS38.321和TS38.331)。

波束故障检测(BFD)

当所有PDCCH波束落到确定的质量值(Q_out)或更小时，确定发生一个波束故障实例(在此，质量基于假设块错误率(BLER)，即，当假设控制信息被发送到对应的PDCCH时，对应信息的解调将不成功的概率)。

在此，所有PDCCH波束意味着可以在UE中配置用于监视PDCCH的多个搜索空间中的一个或多个的情况，并且可以针对每个搜索空间不同地配置波束，并且在这种情况下，所有波束低于BLER阈值。作为UE判断BFD RS的标准，支持以下两种方案。

[BFD RS的隐式配置]可以在每个搜索空间中配置作为可以发送PDCCH的资源区域的控制资源集(CORESET[参见TS38.213、TS38.214和TS38.331])ID，并且可以为每个CORESET ID指示/配置在空间RX参数方面经受QCL的RS信息(例如，CSI-RS资源ID、SSB ID)(在NR标准中，通过发送配置信息(TCI)指示来指示/配置QCLed RS)。在此，在空间Rx参数方面的QCLed RS意味着在接收对应的PDCCH DMRS时，BS通告UE应当使用(或可以使用)用于对应的空间QCLed RS接收的波束的方法。因此，就BS而言，QCLed RS是通过在空间QCLed天线端口之间应用相同的发送波束或类似的发送波束(例如，波束方向相同/类似并且波束宽度不同的情况)向UE通告发送PDCCH DMRS的方法。

[BFD RS的显式配置]BS可以显式地将波束RS配置用于该用途(波束故障检测)，并且在这种情况下，对应的波束RS对应于“所有PDCCH波束”。

每次发生基于UE物理层中的(一个或多个)BFD RS测量的假设BLER恶化到特定阈值或更大的事件时，向MAC子层通告发生“波束故障实例(BFI)”，并且当BFI在预定时间(BFD定时器)内发生多到预定计数(beamFailureInstanceMaxCount)时，MAC子层确定发生波束故障，并且发起相关的RACH操作。

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

MAC实体：

1>当在较低层中接收到波束故障实例指示时：

2>启动或再次启动beamFailureDetectionTimer

2>使BFI_COUNTER增加1

2>当BFI_COUNTER>＝beamFailureInstanceMaxCount时：

3>在SpCell中发起随机接入过程

1>当beamFailureDetectionTimer期满时；或

1>当beamFailureDetectionTimer、beamFailureInstanceMaxCount或用于波束故障检测的任何参考信号由较高层重新配置时：

2>将BFI_COUNTER配置为0

1>当随机接入过程成功完成时：

2>将BFI_COUNTER配置为0

2>停止(所配置的)beamFailureRecoveryTimer

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

BFRQ(基于PRACH)：新波束标识+PRACH传输

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

BS可以通过RRC，向UE配置与可以在发生BF时替换的候选波束相对应的RS列表(candidateBeamRSList)，并且可以对相应的候选波束配置专用PRACH资源。在此，专用PRACH资源的特征是基于非竞争的PRACH(也将被称为无竞争PRACH)资源，并且当在对应列表中没有找到波束时，在预定SSB资源中选择波束以发送基于竞争的PRACH。具体过程如下。

步骤1)UE在被配置为由B设置的候选波束RS的RS中，找到具有预定质量值(Q_in)或更大的波束。

当一个波束RS超过阈值时，选择对应的波束RS

当多个波束RS超过阈值时，在对应的波束RS中选择一个随机波束RS

当没有超过阈值的波束时，执行步骤2。

注1：在此，波束质量基于RSRP

注2：存在由BS配置的RS波束集的三种情况

1)RS波束集中的所有波束RS由SSB构成

2)RS波束集中的所有波束RS由CSI-RS资源构成

3)RS波束集中的所有波束RS由SSB和CSI-RS资源构成

步骤2)UE在(连接到基于竞争的PRACH资源的)SSB中找到具有预定质量值(Q_in)或更大的波束

当一个SSB超过阈值时，选择对应的波束RS。

当多个SSB超过阈值时，在对应的波束RS中选择一个随机波束RS。

当没有超过阈值的波束时，执行步骤3。

步骤3)UE在(连接到基于竞争的PRACH资源的)SSB中选择随机SSB

UE向BS发送直接或间接连接并配置到在这样的过程中选择的波束RS(CSI-RS或SSB)的PRACH资源和前导。

在此，在下面的情况1)或2)中使用直接连接配置。

1)对为BFR用途单独配置的候选波束RS集合内的特定RS配置无竞争PRACH资源和前导的情况

2)配置映射到普遍用于诸如随机接入等的其他用途的SSB的(基于竞争的)PRACH资源和前导的情况

在此，在以下情况下使用间接连接配置。

无竞争PRACH资源和前导未被配置用于为BFR用途单独配置的候选波束RS集合内的特定RS的情况

在这种情况下，UE选择连接到SSB的(无竞争)PRACH资源和前导，该SSB被指定为利用与对应的CSI-RS(即，相对于空间Rx参数的准共置(QCLed))相同的接收波束来接收。

监测gNB对BFRQ的响应

UE监测BS(gNB)对相应PRACH传输的响应。

在此，对无竞争PRACH资源和前导的响应被发送到用C-RNTI掩码的PDCCH，并且这在与BFR分开RRC配置的搜索空间中被接收。

搜索空间被配置在(用于BFR的)特定CORESET中。

响应于竞争PRACH，被配置用于基于一般竞争PRACH的随机接入过程的CORESET(例如，CORESET0或CORESET1)和搜索空间按原样被重用。

当在预定时间内没有响应时，重复新的波束识别和选择过程以及BFRQ和监测gNB的响应过程。

可以执行这些过程，直到达到PRACH传输的预定最大次数或者配置的定时器(BFR定时器)期满。

当定时器期满时，UE停止无竞争PRACH传输，但是可以执行通过SSB选择的基于竞争的PRACH传输，直到达到N_max。

图13是用于描述可以应用本公开中提出的方法的波束故障恢复相关操作的图。具体地，图13图示了主小区(PCell)中的波束故障恢复操作。

调度请求

调度请求(SR)被用于请求用于新传输的UL-SCH资源。

可以在MAC实体中配置0、1或一个或多个SR配置。SR配置由用于不同BWP和小区中的SR的一系列PUCCH资源构成。在逻辑信道的情况下，每个BWP为SR配置最多一个PUCCH资源。

每个SR配置对应于一个或多个逻辑信道。每个逻辑信道可以被映射到由RRC配置的0个或一个SR配置。用于触发BSR的逻辑信道的被配置的SR(当存在这样的配置时)被认为是用于所触发的SR的对应SR配置。

RRC为调度请求过程配置以下参数。

-SR-ProhibitTimer(每SR配置)

-sr-TransMax(每SR配置)。

在调度请求过程中，使用以下UE变量。

-SR_COUNTER(每SR配置)。

当SR被触发并且对应于相同SR配置的其他SR未决(pending)不存在时，MAC实体应当将对应SR配置的SR_COUNTER配置为0。

当SR被触发时，认为SR是未决的，直到SR触发被取消。应当取消在MAC PDU组合之前触发的所有未决SR，并且当发送MAC PDU时，应当停止每个sr-ProhibitTimer。PDU包括长或短BSR MAC CE，其包括直到MAC PDU组合之前触发的最后事件的缓冲器状态。当UL许可可以容纳可用于传输的所有未决数据时，应当取消所有未决SR，并且应当停止每个sr-ProhibitTimer。

认为只有在SR传输时机的时间激活的BWP的PUCCH资源才有效。

一个或多个SR未决的任何一个MAC实体应当对每个未决SR执行以下。

1>当MAC实体没有为未决SR配置的有效PUCCH资源时：

2>在SpCell中开始随机接入过程并取消未决SR

1>如果不是，则在对应于未决SR的SR配置的情况下：

2>当MAC实体在用于所配置的SR的有效PUCCH资源上具有SR传输时机时；

2>在SR传输时机的时间不执行sr-ProhibitTimer；

2>用于SR传输时机的PUCCH资源不与测量间隙重叠；

2>用于SR传输时机的PUCCH资源不与UL-SCH资源重叠：

3>当SR_COUNTER<sr-TransMax时：

4>使SR_COUNTER增加1

4>指示物理层在用于SR的一个有效PUCCH资源上发信号通知SR；

4>启动sr-ProhibitTimer。

3>其他情况：

4>向RRC通知要释放用于所有服务小区的PUCCH；

4>向RRC通知要释放用于所有服务小区的SRS；

4>释放所配置的下行链路分配和上行链路许可。

4>清除用于半静态CSI报告的所有PUSCH资源。

4>在SpCell中开始随机接入过程并取消所有未决的SRS。

参考1：当MAC实体具有用于SR传输时机的多于一个重叠的有效PUCCH资源时，通过UE实施方式来实现选择用于发信号通知SR的用于SR的有效PUCCH资源。

参考2：当两个或更多个单独的SR触发命令以在相同的有效PUCCH资源中向MAC实体中的PHY层发信号通知SR时，用于相关SR配置的SR_COUNTER仅增加一次。

由于其中未配置有效PUCCH资源的未决SR，MAC实体可以停止正在进行的随机接入过程(在MAC PDU组合之前由MAC实体发起的)。当通过使用除了由随机接入响应提供的UL许可之外的UL许可来发送MAC PDU时，可以停止随机接入过程，并且PDU包括缓冲器状态，直到在MAC PDU组合之前触发BSR的最后一个事件为止，或者当UL许可能够容纳可用于传输的所有未决数据时。

PUCCH格式

可以根据符号持续时间、有效载荷大小和复用来对PUCCH格式进行分类。表10示出了所得到的PUCCH格式。

[表10]

短持续时间PUCCH

短持续时间PUCCH可以被划分为格式0和2，并且可以通过重复1个符号短PUCCH结构来构成2个符号的短PUCCH。

PUCCH格式0可以支持多达2比特的UCI以及复用。当需要低延时支持、小尺寸UCI和低PAPR时，可以使用格式0。格式0可以具有基于没有DMRS的循环移位(CS)选择的结构，并且占用1个PRB或1到2个符号。此外，可以支持每PRB多达3个UE(在2比特的情况下)或6个UE(在1比特的情况下)。

PUCCH格式2可以支持2比特或更多比特的UCI而无需复用。PUCCH格式2可以被用于低延时支持以及中等或大尺寸UCI。PUCCH格式2可以占用1到16个PRB和1到2个符号。此外，PUCCH格式2可以在没有复用的情况下每PRB支持一个UE。

长持续时间PUCCH

PUCCH格式1可以支持多达2比特的UCI以及复用。PUCCH格式1可以应用于覆盖支持、小尺寸UCI和大量复用。PUCCH格式1具有LTE PF1类结构(时域的OCC和DMRS/UCI符号交叉的结构)。PUCCH格式1可以占用1个PRB以及4到14个符号，并且每PRB支持多达84个UE(12个CS x 7个OCC)。

PUCCH格式3可以支持2比特或更多比特的UCI而无需复用。PUCCH格式3可以应用于覆盖支持和大尺寸UCI。PUCCH格式3可以占用1到16个PRB和4到14个符号。PUCCH格式3可以在没有复用的情况下每PRB支持一个UE。

PUCCH格式4可以支持2比特或更多比特的UCI而无需复用。PUCCH格式4可以用于覆盖支持和中等尺寸UCI。PUCCH格式4具有LTE PF5类结构(DMRS的TDM和具有F域OCC的DFTedUCI)。PUCCH格式4可以占用1个PRB以及4到14个符号，并且每PRB支持多达2个UE(在SF＝2的情况下)或多达4个UE(在SF＝4的情况下)。

物理上行链路控制信道(PUCCH)

PUCCH可以支持多种格式，并且可以按符号持续时间、有效载荷大小和复用来对PUCCH格式进行分类。下表11是示出PUCCH格式的示例的表。

[表11]

表11的PUCCH格式可以被划分为(1)短PUCCH和(2)长PUCCH。PUCCH格式0和2可以被包括在短PUCCH中，并且PUCCH格式1、3和4可以被包括在长PUCCH中。

UE在一个时隙的不同符号中通过服务小区发送1或2个PUCCH。当在一个时隙中发送两个PUCCH时，两个PUCCH中的至少一个PUCCH具有短PUCCH的结构。也就是说，在一个时隙中，(1)短PUCCH和短PUCCH的传输是可能的，以及(2)长PUCCH和短PUCCH的传输是可能的，但是(3)长PUCCH和长PUCCH的传输是不可能的。

上述内容(3GPP系统、帧结构、NR系统等)可以与下面要描述的本公开中提出的方法结合应用，或者可以被补充以阐明本公开中提出的方法的技术特征。下面描述的方法只是为了方便而区分，并且不用说任何一种方法的一些组件可以用另一种方法的一些组件代替，或者可以彼此组合应用。

关于应用基于PRACH的波束故障恢复(BFR)过程，可以考虑以下事项。在应用载波聚合(CA)的基于PRACH的BFR过程的情况下，任何SCell可以不具有UL载波，并且存在技术限制，即，即使SCell具有UL载波，也可能无法配置基于竞争的PRACH。因此，应用载波聚合(CA)的基于PRACH的BFR过程被仅限于PCell或PSCell。

由于基于PRACH的BFR过程的应用限制，出现以下问题。当由SCell操作高频带(例如，30GHz)而PCell在低频带(例如，6GHz或更低)操作时，发生在BFR支持起到更重要影响的高频带中可能不支持BFR的问题。

由于这个原因，用于辅小区(SCell)的BFR支持的标准化正在Rel-16 NR MIMO工作项中进行。因此，可以考虑以下问题。

到对应SCell的UL传输至少对于仅DL的SCell是不可能的。因此，可以在特殊小区(SpCell)中配置用于向BS通告在对应SCell中发生波束故障的(专用)PUCCH资源。可以基于所配置的PUCCH资源来执行用于SCell的波束故障恢复请求(BFRQ)。

在下文中，为了便于描述，被配置用于SCell的波束故障恢复的PUCCH将被称为BFR-PUCCH。该术语被用于在理解认识方面与另一PUCCH区分开，并且技术范围不旨在通过对应的术语进行限制。

BFR-PRACH的作用是向BS发送“发生波束故障和新波束RS(集合)信息”两者。

相反，BFR-PUCCH的作用是向BS仅通告“SCell的波束故障发生”。与发生的波束故障相关的详细信息可以作为后续报告来发送。

作为示例，UE可以向BS发送MAC CE(或UCI)，其包括关于下面的i)至iii)中的至少一个的信息，作为后续报告。

i)发生波束故障的(一个或多个)SCell(例如，(一个或多个)CC索引)

ii)是否存在用于发生波束故障的SCell的新波束

iii)当存在新波束时，对应的波束RS ID(+质量)

该iii)可以包括关于根据波束RS ID的新波束的质量(RSRP或SINR)的信息。

不应当连续触发后续波束报告。具体地，在BS接收到BFR-PUCCH之后，BS还可以停用其中为对应UE配置BFR的SCell。

这样的操作是为了增加UL资源利用率。具体地，还存在数十个SCell连接到一个PCell/PSCell的情况，并且就BS而言可能存在共享一个PCell/PSCell UL的许多UE。当即使考虑这种情况时，优选最小化为PCell/PSCell中的每个UE的SCell BFRQ用途预留的UL资源量。因此，BS可以在接收到BFR-PUCCH之后停用发生波束故障的(一个或多个)SCell。

当在一个UE中配置用于多个服务小区的BFR时，每个服务小区的信道环境和RF配置可能不同，并且作为结果，更优选独立地确定是否发生波束故障(BF)。在这种情况下，用于每个服务小区的波束故障检测定时器(BFD定时器)或波束故障实例最大计数(beamFailureInstanceMaxCount)也可以被配置为公共值，或者也可以以服务小区或特定小区组为单位单独地配置。

特别地，当用于每个服务小区的波束故障检测定时器(BFD定时器)或波束故障实例最大计数(beamFailureInstanceMaxCount)被广泛应用于其中基于PUCCH的BFRQ是PCell/PSCell波束故障的情况(例如，在某一情况下，将BFRQ发送到BFR-PUCCH，并且当没有响应时，将BFRQ发送到BFR-PRACH)时，可以将应用于PCell/PSCell的BFD定时器/beamFailureInstanceMaxCount值与应用于SCell的分开地配置。在这种情况下，认为基于PUCCH的BFR操作通常不在PCell/PSCell中执行，基于PRACH的BFR操作可以被应用为备份。具体地，可以通过在比SCell更短的时间/次数内监测BFD来触发基于PUCCH的BFR操作。因此，可以将要应用于PCell/PSCell的BFD定时器/beamFailureInstanceMaxCount值配置为小于要应用于SCell的BFD定时器/beamFailureInstanceMaxCount值。

[提议1]

(相对于相同或不同的BFR-PUCCH资源)BS可以向UE单独配置要应用于主小区(PCell)/主辅小区(PSCell)的BFD定时器/beamFailureInstanceMaxCount值和要应用于(一个或多个)辅小区(SCell)的定时器/beamFailureInstanceMaxCount中的每一个。

优选地，波束故障检测(BFD)过程针对每个服务小区独立地操作，而不管BFD定时器/beamFailureInstanceMaxCount是否是用于每个服务小区的公共值。在这种情况下，当用于多个服务小区的波束故障实例(BFI)发生在相同/相邻时间点时，发生UE应当何时/如何发送PUCCH的模糊性。

例如，假设Scell#0的波束故障实例(BFI)计数在特定时间点变为(或超过)波束故障实例最大计数(beamFailureInstanceMaxCount)，以及因此UE发送BFR-PUCCH。Scell#1的波束故障实例(BFI)计数在后续时间点(例如，从BFR-PUCCH传输时间点起的短时间内的时间点)变为(或超过)波束故障实例最大计数(beamFailureInstanceMaxCount)，并且UE应当能够因此再次发送BFR-PUCCH。在重复发送波束故障恢复请求(BFRQ)时，发生UE的功率浪费的问题和BS也不必要地两次接收相同消息的问题。

因此，本公开提出了在下面的i)和ii)的情况下的波束故障恢复请求(BFRQ)的传输时间点。

i)特定小区的BFI计数等于或大于多个服务小区的波束故障检测(BFD)时的波束故障实例最大计数(beamFailureInstanceMaxCount)的情况

ii)在满足i)的时间点，即使对于其他小区中的一个小区，BFI计数等于或大于1(即，BFI计数器的值等于或大于1)并且小于波束故障实例最大计数(beamFailureInstanceMaxCount)(即，当即使对于另一个小区执行BFD操作)的情况，

在上述情况下，UE可以在下面的1)或2)的时间点(在等待到下面的1)或2)的时间点之后)发送BFRQ。

1)用于为对应BFR配置的所有小区的BFI计数变为0(即，BFI计数器＝0)的情况(例如，正在执行BFD的小区的BFD定时器期满的情况)

2)为对应BFR配置的所有小区的BFI计数等于或大于beamFailureInstanceMaxCount的情况

[提议2]

当一个UL资源被用于多个服务小区的BFRQ用途时，UE独立地对每个服务小区的BFI进行计数，但是仅在用于多个服务小区中的每个服务小区的BFI计数器的值等于或大于beamFailureInstanceMaxCount或0的情况下，并且在存在至少一个服务小区具有等于或大于beamFailureInstanceMaxCount的BFI计数器值的情况下，UE通过相应的UL资源发送BFRQ。

在这种情况下，UE经由后续(基于MAC-CE或UCI的)报告信息发送与beamFailureInstanceMaxCount或更大对应的服务小区的小区ID作为故障服务小区ID。

在操作中，当存在BFI计数器≥beamFailureInstanceMaxCount的服务小区和具有0<BFI计数器<beamFailureInstanceMaxCount的服务小区，和因此UE保持波束故障恢复请求(BFRQ)时，UE可能被配置为利用BFI计数≥beamFailureInstanceMaxCount停止或重置用于服务小区的BFD定时器，或者延长BFD定时器达特定时间。因此，可能会由于BFD定时器期满而防止BFI计数器被重置。

根据实施例的效果如下。当UE在用于特定小区的波束故障检测(BFD)期间，正在对另一小区执行BFD过程时，对应的UE在等待预定时间之后仅发送一次波束故障恢复请求(BFRQ)以节省UE的功率。

在下文中，将参考图14和15详细描述根据上述提议2的波束故障恢复请求(BFRQ)的传输时间点。

图14是用于描述根据本公开的实施例的发送波束故障恢复请求的时间点的示例的图。图15是用于描述根据本公开的实施例的发送波束故障恢复请求的时间点的另一示例的图。

参考图14和图15，由于用于Scell#1的BFI计数器的值在当对于SCell#0发生BF时的时间点(①)等于或大于1(即，cnt＝2)，因此UE在等待之后发送波束故障恢复请求(BFRQ)(④)，而不在③中立即发送波束故障恢复请求(BFRQ)。

特别地，由于在与频率侧相邻或由相同RF/天线配置/支持的辅小区或属于带内的辅小区(Scell)(例如，图14的②)的情况下，存在多个SCell将同时置于BF状况的高概率，因此该实施例具有防止在这种情况下不必要地发送波束故障恢复请求(BFRQ)的效果。

在应用该方案时，在用于另一服务小区的BFI计数器等于或大于1的情况，作为用于特定服务小区的BFI计数器等于或大于beamFailureInstanceMaxCount的情况下，可能发生以下问题。

具体地，在用于BFI计数器等于或大于1的服务小区的BFD定时器被配置为长并且在相应的服务小区中不再发生BFI的情况下，可能发生波束故障恢复请求(BFRQ)的传输持续过长时间的问题。

因此，可能更优选的是，提议2的方法仅应用预定时间，并且当预定时间过去时，首先发送其中BFI计数器等于或大于beamFailureInstanceMaxCount的服务小区的波束故障恢复请求(BFRQ)。因此，提出了以下方法。

[提议2.1]

当基于共享BFRQ UL资源的多个服务小区当中具有计数器≥beamFailureInstanceMaxCount的服务小区开始存在时的时间点，不满足(一个或多个)其他服务小区中的每一个的BFI计数器值在特定时间内为0或者等于或大于beamFailureInstanceMaxCount的条件时，UE发送波束故障恢复请求(BFRQ)。

在应用该操作时，当在生成用于UL-SCH传输(例如，复用和组合)的MAC协议数据单元(PDU)的时间点(例如，“UL-SCH传输”-“UE处理时间”)之前另外存在具有计数器≥beamFailureInstanceMaxCount的服务小区时，UE可以构成包括(一个或多个)相应服务小区的故障SCell ID。

在下文中，将参考图16描述根据上述提议2.1的BFRQ的传输。

当UE基于对于Scell#0的BF声明时间点(①)等待是否在特定时间声明对于Scell#1的BF，以及然后相应时间流逝(②)时，UE可以发送BFR-PUCCH(③)。在这种情况下，当Scell#1的BFI计数器值在相应的确定时间点之后或在BFR-PUCCH传输时间点(④)之后等于或大于beamFailureInstanceMaxCount(cnt＝cnt_max)时，UE还可以经由为波束报告用途分配的UL-SCH报告用于相应SCell的波束故障(⑤)(即，UE将波束故障报告为用于SCell#0和SCell#1两者的波束故障状况)。

下文公开了在应用提议2时要改变和应用的BFD和BFRQ相关的MAC过程。在该实施例中，修改/添加的过程3和4是最核心的部分，并且特别地，可以在双连接(DC)情况下，对每个小区组应用提议方案。也就是说，由于在DC情况下可以在小区组中使用不同的PUCCH资源(例如，属于小区组#0的小区和属于小区组#1的小区分别使用PCell PUCCH和PSCellPUCCH)，因此UE在等待直到所有(S)cell处于BFD完成状态或处于在相同小区组内不执行BFD的状态之后发送BFRQ，但是可能需要通过检查属于不同小区组的(S)cell是处于BFD完成还是非完成状态来等待。

由于即使在小区组中也可以应用该方案(例如，无论小区组如何，都通过使用PCell PUCCH来发送BFRQ)，因此BS可以(通过RRC消息)显式地配置是仅在小区组内还是在所有小区组中应用该方案，或者可以被配置为隐式地判断/确定是否在PSCell和PCell两者中配置BFR PUCCH资源。

类似地，当存在PUCCH-SCell(第9节，TS 38.213)时，可以单独构成将PUCCH发送到PUCCH-SCell的小区组和将PUCCH发送到PCell的小区组，并且在这种情况下，可以应用上述提议的方案(按小区组间/小区组内方式操作)。

对于(SCell)BFR配置的服务小区列表的每个服务小区，MAC实体应当执行以下过程。

1>从下层接收用于服务小区的波束故障实例指示的情况：

2>启动或重新启动用于服务小区的beamFailureDetectionTimer；

2>使用于服务小区的BFI_COUNTER加1；

2>当BFI_COUNTER>＝beamFailureInstanceMaxCount时的情况：

3>对(存在于相同小区组中)的(Scell)BFR构成的不同服务小区，BFI_COUNTER＝0或BFI_COUNTER>＝beamFailureInstanceMaxCount的情况：

4>启动用于(对应的)SpCell中的(Scell)BFR的SR过程。

3>否则：

4>停止用于服务小区的beamFailureDetectionTimer(在配置了beamFailureDetectionTimer的情况下)。

1>当用于服务小区的beamFailureDetectionTimer期满时；或

1>由高层为服务小区重新配置beamFailureDetectionTimer、beamFailureInstanceMaxCount或用于波束故障检测的任何参考信号的情况：

2>将服务小区的BFI_COUNTER配置为0。

1>成功完成用于(SCell)BFR的SR过程的情况：

2>将BFI_COUNTER(ex1:对于服务小区ex2:对于所有故障的服务小区)配置为0。

2>停止beamFailureRecoveryTimer(当被配置时)(ex1:对于服务小区，ex2:对于所有故障的服务小区)。

2>认为波束故障恢复过程(ex1:对于服务小区，ex2:对于所有故障服务小区)成功完成。

在实施例中，基于PUCCH执行BFRQ的操作被解释为就MAC子层操作而言触发用于传输用于BFR用途的MAC-CE(或UCI)的调度请求的操作(即，“发起用于(SCell)BFR的SR过程”)。

此外，本公开中提出的方案可以被有限地应用于仅在相同频带中的服务小区之间，或者也可以由BS单独配置要应用该方案的服务小区的集合。

在实施方式方面，根据上述实施例的BS/UE的操作(例如，上述提议方法(与基于提议1/2/2-1中的至少一个的波束故障恢复相关的操作)可以由下面描述的图20至图24中的设备(例如，图21中的处理器102和202))处理。

此外，根据上述实施例的BS/UE的操作(例如，与基于提议1/2/2.1中的至少一个提议的波束故障恢复相关的操作)可以以用于驱动至少一个处理器(例如，图21中的附图标记102和202)的命令/程序(例如，指令或可执行代码)的形式存储在存储器(例如，图21中的参考数字104和204)中。

具体地，图17图示了基于上述提议方法(例如，提议1/提议2/提议2-1等)的用户设备(UE)和基站(BS)之间的信令的示例(在本这里，UE/BS仅是示例，并且可以由如下所述的图20至24中的各种设备替换并应用)。图17仅仅是为了便于描述，并不限制本公开的范围。此外，可以根据情况和/或配置省略图17中所示的一些步骤。

UE可以从BS接收BFR相关配置，即，BFR相关配置信息(S1710)。例如，BFR相关配置信息可以包括与提议1/2/2-1的操作相关的配置信息。BFR相关配置信息可以包括用于BFR的(PUCCH)资源配置、定时器、计数器等的配置信息。可以通过较高层信令(例如，RRC信令)等来递送BFR相关配置。

例如，可以由下面将要描述的图20至图24中的设备实现从BS接收BFR相关配置的上述步骤S1710中的UE(图20至图24中的附图标记100/200)的操作。例如，参考图21，一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104，以便接收BFR相关配置DCI，以及一个或多个收发器106可以从BS接收BFR相关配置。

当发生特定事件时，UE可以向BS发送PUCCH(例如，BFR-PUCCH、BFR相关PUCCH)(S1720)。例如，UE可以基于提议1/2/2-1向BS发送PUCCH(例如，BFR-PUCCH、BFR相关PUCCH)。作为示例，在支持一个或多个服务小区的情况下，UE可以通过考虑每个服务小区的BFI计数器的值来确定BFR-PUCCH的传输时间和/或是否发送BFR-PUCCH。作为示例，在BFR-PUCCH的传输之前，可以优先执行上述提议1/2/2-1中描述的MAC层中的操作。

例如，可以由下面描述的图20至图24中的设备来实现上述步骤S1720中的将PUCCH发送到BS的UE(图20至图24中的附图标记100/200)的操作。例如，参考图21，一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以便发送PUCCH，并且一个或多个收发器106可以向BS发送PUCCH。

UE可以从BS接收用于调度PUSCH(例如，BFR相关的PUSCH)的UL许可(S1730)。例如，参考上述提议1/2/2-1，PUSCH可以是用于递送MAC-CE(或UCI)的PUSCH，所述MAC-CE(或UCI)包括BFR相关报告(例如，信息(例如，在发生波束故障的SCell上的CC索引))和/或是否存在用于(一个或多个)对应SCell的新波束和/或当存在新波束时的对应波束RS ID(和/或对应波束的质量(例如，RSRP/SINR))。也就是说，UE可以通过PDCCH(即，用于UL许可的PDCCH)接收用于递送包括BFR相关报告的MAC-CE(或UCI)的PUSCH的调度信息。

例如，可以通过下文所述的图20至图24中的设备实现上述步骤S1720中，从BS接收用于PUSCH调度的UL许可的UE(图20至图24中的附图标记100/200)的操作。例如，参考图21，一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104，以便接收用于PUSCH调度的UL许可，并且一个或多个收发器106可以从BS接收用于PUSCH调度的UL许可。

UE可以向BS发送基于UL许可调度的PUSCH(例如，BFR相关PUSCH)(S1740)。例如，参考上述提议1/2//2-1，UE可以通过PUSCH向BS发送包括BFR相关报告的MAC-CE(或UCI)。

例如，可以通过下文所述的图20至图24中的设备实现上述步骤S1740中，将基于UL许可调度的PUSCH发送到BS的UE(图20至图24中的附图标记100/200)的操作。例如，参考图21，一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104，以便发送基于UL许可调度的PUSCH，并且一个或多个收发器106可以向BS发送基于UL许可调度的PUSCH。

如上所述，BS/UE信令和操作(例如，提议1/2/2-1/图17等)可以由下面要描述的设备(例如，图20到24)来实现。例如，BS可以对应于发送设备/第一设备，并且UE可以对应于接收设备/第二设备，并且在一些情况下，还可以考虑与其相反的情况。例如，BS/UE信令和操作(例如，提议1/2/2-1/图17等)可以由图21中的一个或多个处理器102和202处理，并且BS/UE信令和操作(例如，提议1/2/2-1/图17等)可以以用于驱动图21中的至少一个处理器(例如，参考数字102和202)的命令/程序(例如，指令和可执行代码)的形式存储在存储器(例如，图21中的一个或多个存储器104和204)中。

在下文中，将参考图18，在UE的操作方面详细描述上述实施例。下面描述的方法只是为了方便而区分，并且不用说任何一种方法的一些组件可以用另一种方法的一些组件代替，或者可以彼此组合应用。

参照图18，根据本公开的实施例的用于由UE在无线通信系统中执行波束故障恢复过程的方法包括：接收与PUCCH相关的配置信息(S1810)，基于所述配置信息发送PUCCH(S1820)，以及发送包括与波束故障恢复相关的信息的消息(S1830)。

在S1810中，UE从BS接收与物理上行链路控制信道(PUCCH)相关的配置信息。该配置信息可以基于图17的BFR相关配置信息。作为示例，该配置信息可以包括PUCCH的资源配置、波束故障检测(BFD)定时器或波束故障实例最大计数器中的至少一个。该配置信息可以包括1)与PUCCH的资源相关的配置信息，以及2)与波束故障检测(BFD)定时器和/或波束故障实例最大值计数器相关的配置信息。

根据S1810，可以通过图20至图24中的设备实现从BS(图20至24中的参考数字100/200)接收与物理上行链路控制信道(PUCCH)相关的配置信息的UE(图20至24中的参考数字100/200)的操作。例如，参考图21，一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104，以便从BS 200接收与PUCCH相关的配置信息。

在S1820中，UE基于配置信息向BS发送PUCCH。该PUCCH与至少一个辅小区(SCell)的波束故障恢复(BFR)相关。该PUCCH的传输可以基于上文图17的S1720。

根据上述的S1820，可以通过图20至24中的设备实现基于配置信息向BS(图20至图24中的附图标记100/200)发送PUCCH的UE(图20至图24中的附图标记100/200)的操作。例如，参考图21，一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104，以便基于配置信息向BS 200发送PUCCH。

在S1830中，UE发送包括与波束故障恢复(BFR)相关的信息的消息。

根据实施例，包括与波束故障恢复(BFR)相关的信息的消息可以与在特定时间点之前检测到的波束故障相关。

根据实施例，该消息可以基于媒体接入控制-控制元素(MAC-CE)。

该特定时间点可以涉及与MAC-CE相关的复用和组合操作。

MAC-CE可以包括与至少一个辅小区(SCell)的ID、是否存在与波束故障相关的新波束或与新波束相关的参考信号(RS)的ID中的至少一个相关的信息。

在特定时间点之前检测到的波束故障可以包括在PUCCH传输之后检测到的辅小区的波束故障。

根据实施例，可以基于波束故障实例(BFI)的计数等于或大于波束故障实例最大计数的情况来检测波束故障。

可以为每个辅小区(SCell)配置波束故障实例最大计数。

根据上述S1830，向BS(图20至图24中的参考数字100/200)发送包括与BFR相关的信息的消息的UE(图20至图24中的附图标记100/200)的操作可以由图20至图24中的设备实现。例如，参考图21，一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104，以便向BS 200发送包括与BFR相关的信息的消息。

该方法可以进一步包括接收上行链路(UL)许可。在接收UL许可时，UE从BS接收与PUCCH相关的UL许可。可以基于由UL许可调度的物理上行链路共享信道(PUSCH)来发送包括与波束故障恢复(BFR)相关的信息的消息。该实施例可以基于图17中的S1730和S1740。

根据UL许可的接收，可以由图20至图24中的设备实现从BS(图20至24中的参考数字100/200)接收与PUCCH相关的UL许可的UE(图20至24中的参考数字100/200)的操作。例如，参考图21，一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104，以便从BS 200接收与PUCCH相关的UL许可。

在下文中，将参考图19，在BS的操作方面详细地描述上述实施例。下面描述的方法只是为了方便而区分，并且不用说任何一种方法的一些组件可以用另一种方法的一些组件代替，或者可以彼此组合应用。

参照图19，根据本公开的另一个实施例的用于由BS在无线通信系统中执行波束故障恢复过程的方法包括：发送与PUCCH相关的配置信息(S1910)，基于配置信息接收PUCCH(S1920)，以及接收包括与波束故障恢复相关的信息的消息(S1930)。

在S1910中，BS向UE发送与物理上行链路控制信道(PUCCH)相关的配置信息。该配置信息可以基于图17的BFR相关配置信息。作为示例，该配置信息可以包括PUCCH的资源配置、波束故障检测(BFD)定时器或波束故障实例最大计数器中的至少一个。该配置信息可以包括1)与PUCCH的资源相关的配置信息，以及2)与波束故障检测(BFD)定时器和/或波束故障实例最大值计数器相关的配置信息。

根据S1910，可以由图20至24中的设备实现从UE(图20至图24中的参考数字100/200)发送与物理上行链路控制信道(PUCCH)相关的配置信息的BS(图20至图24中的参考数字100/200)的操作。例如，参考图21，一个或多个处理器202可以控制一个或多个收发器206和/或一个或多个存储器204，以便从UE 100发送与PUCCH相关的配置信息。

在S1920中，BS基于配置信息从UE接收PUCCH。该PUCCH与至少一个辅小区(SCell)的波束故障恢复(BFR)相关。该PUCCH的传输可以基于上面图17的S1720。

根据上述S1920，可以由图20至图24中的设备实现基于配置信息，从UE(图20至图24中的参考数字100/200)接收PUCCH的BS(图20至图24中的参考数字100/200)的操作。例如，参考图21，一个或多个处理器202可以控制一个或多个收发器206和/或一个或多个存储器204，以便基于配置信息从UE 100接收PUCCH。

在S1930中，BS接收包括与波束故障恢复(BFR)相关的信息的消息。

该特定时间点可以涉及与MAC-CE相关的复用和组合操作。

该MAC-CE可以包括与至少一个辅小区(SCell)的ID、是否存在与波束故障相关的新波束或与新波束相关的参考信号(RS)的ID中的至少一个相关的信息。

在特定时间点之前检测到的波束故障可以包括在PUCCH接收之后检测到的辅小区的波束故障。

可以为每个辅小区(SCell)配置波束故障实例最大计数。

根据上述S1930，可以由图20至图24中的设备实现从UE(图20至图24中的附图标记100/200)接收包括与BFR相关的信息的消息的BS(图20至图24中的附图标记100/200)的操作。例如，参考图21，一个或多个处理器202可以控制一个或多个收发器206和/或一个或多个存储器204，以便从UE 100接收包括与BFR相关的信息的消息。

所述方法可以进一步包括发送上行链路(UL)许可。在发送UL许可时，BS向UE发送与PUCCH相关的UL许可。可以基于由UL许可调度的物理上行链路共享信道(PUSCH)来发送包括与波束故障恢复(BFR)相关的信息的消息。该实施例可以基于图17中的S1730和S1740。

根据UL许可的发送，可以由图20至图24中的设备实现将与PUCCH相关的UL许可发送到UE(图20至图24中的附图标记100/200)的BS(图20至图24中的附图标记100/200)的操作。例如，参考图21，一个或多个处理器202可以控制一个或多个收发器206和/或一个或多个存储器204，以便向UE 100发送与PUCCH相关的UL许可。

应用于本公开的通信系统的示例

本文档中描述的本公开的各种描述、功能、过程、提议、方法和/或操作流程图可以应用于但不限于要求设备之间的无线通信/连接(例如，5G)的各种领域。

在下文中，将参考附图进行详细描述。在以下附图/说明中，除非另有说明，否则相同的附图标记可以表示相同或相应的硬件块、软件块或功能块。

图20图示应用于本公开的通信系统1。

参考图20，应用于本公开的通信系统1包括无线设备、基站(BS)和网络。在此，无线设备表示使用无线电接入技术(RAT)(例如，5G新RAT(NR))或长期演进(LTE)来执行通信的设备，并且可以被称为通信/无线电/5G设备。无线设备可以包括但不限于机器人100a、车辆100b-1和100b-2、扩展现实(XR)设备100c、手持设备100d、家用电器100e、物联网(IoT)设备100f和人工智能(AI)设备/服务器400。例如，车辆可以包括具有无线通信功能的车辆、自动驾驶车辆和能够在车辆之间进行通信的车辆。在此，车辆可以包括无人飞行器(UAV)(例如，无人机)。XR设备可以包括增强现实(AR)/虚拟现实(VR)/混合现实(MR)设备，并且可以以头戴式设备(HMD)、安装在车辆中的抬头显示器(HUD)、电视、智能手机、计算机、可穿戴设备、家用电器设备、数字标牌、车辆、机器人等的形式实现。手持设备可包括智能电话、智能板、可穿戴设备(例如，智能手表或智能眼镜)和计算机(例如，笔记本电脑)。家用电器可以包括电视、冰箱和洗衣机。IoT设备可以包括传感器和智能仪表。例如，BS和网络可以被实现为无线设备，并且相对于其他无线设备，特定的无线设备200a可以作为BS/网络节点进行操作。

无线设备100a至100f可以通过BS 200连接到网络300。AI技术可以应用于无线设备100a至100f，并且无线设备100a至100f可以通过BS连接到AI服务器400。可以使用3G网络、4G(例如，LTE)网络或5G(例如，NR)网络来配置网络300。尽管无线设备100a至100f可以通过BS 200/网络300彼此通信，但是无线设备100a至100f可以在不通过BS/网络的情况下彼此执行直接通信(例如，侧链路通信)。例如，车辆100b-1和100b-2可以执行直接通信(例如，车辆到车辆(V2V)/车辆到一切(V2X)通信)。IoT设备(例如，传感器)可以执行与其他IoT设备(例如，传感器)或其他无线设备100a至100f的直接通信。

可以在无线设备100a至100f/BS 200或BS 200/BS 200之间建立无线通信/连接150a，150b或150c。这里，可以通过诸如上行链路/下行链路通信150a、侧链路通信150b(或D2D通信)或BS间通信(例如，中继、集成接入回传(IAB))的各种RAT(例如，5G NR)来建立无线通信/连接。无线设备和BS/无线设备可以通过无线通信/连接150a和150b彼此之间发送/接收无线电信号。例如，无线通信/连接150a和150b可以通过各种物理信道发送/接收信号。为此，用于发送/接收无线电信号的各种配置信息配置过程、各种信号处理过程(例如，信道编码/解码、调制/解调和资源映射/解映射)以及资源分配过程中的至少一部分，可以基于本公开的各种建议来执行。

应用于本公开的无线设备的示例

图21图示适用于本公开的无线设备。

参考图21，第一无线设备100和第二无线设备200可以通过各种RAT(例如，LTE和NR)发送无线电信号。在这里，{第一无线设备100和第二无线设备200}可以对应于图20的{无线设备100x和BS 200}和/或{无线设备100x和无线设备100x}。

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

第二无线设备200可以包括一个或多个处理器202和一个或多个存储器204，并且另外还包括一个或多个收发器206和/或一个或多个天线208。处理器202可以控制存储器204和/或收发器(206)，并且可以被配置成实现本文档中公开的描述、功能、过程、提议、方法和/或操作流程图。例如，处理器202可以处理存储器204内的信息以生成第三信息/信号，并且然后通过收发器206发送包括第三信息/信号的无线电信号。处理器202可以通过收发器206接收包括第四信息/信号的无线电信号，并且然后将通过处理第四信息/信号而获得的信息存储在存储器204中。存储器204可以连接到存储器204，并且可以存储与处理器202的操作有关的各种信息。例如，存储器204可以存储软件代码，该软件代码包括用于执行由处理器控制的部分或全部过程或用于执行本文档中公开的说明、功能、过程、建议、方法和/或操作流程图的命令。在此，处理器202和存储器204可以是被设计为实现RAT(例如，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可以将接收到的无线电信号/信道等从RF带信号转换为基带信号，以便于使用一个或多个处理器102和202处理接收到的用户数据、控制信息、无线电信号/信道等。一个或多个收发器106和206可以将使用一个或多个处理器102和202处理的用户数据、控制信息、无线电信号/信道等从基带信号转换成RF带信号。为此，一个或多个收发器106和206可以包括(模拟)振荡器和/或滤波器。

应用于本公开的信号处理电路的示例

图22图示用于传输信号的信号处理电路。

参考图22，信号处理电路1000可以包括加扰器1010、调制器1020、层映射器1030、预编码器1040、资源映射器1050和信号生成器1060。图22的操作/功能可以由但不限于图21的处理器102和202和/或收发器106和206执行。图22的硬件元件可以由图21的处理器102和202和/或收发器106和206实现。例如，框1010至1060可以由图21的处理器102和202实现。替换地，框1010至1050可以由图21的处理器102和202实现，并且框1060可以由图21的收发器106和206实现。

码字可以经由图22的信号处理电路1000被转换成无线电信号。在这里，码字是信息块的编码比特序列。信息块可以包括传输块(例如，UL-SCH传输块、DL-SCH传输块)。可以通过各种物理信道(例如，PUSCH和PDSCH)来发送无线电信号。

具体地，码字可以由加扰器1010被转换成加扰的比特序列。可以基于初始化值生成用于加扰的加扰序列，并且初始化值可以包括无线设备的ID信息。加扰的比特序列可以由调制器1020调制为调制符号序列。调制方案可以包括pi/2-二进制相移键控(pi/2-BPSK)、m-相移键控(m-PSK)和m-正交振幅调制(m-QAM)。复调制符号序列可以由层映射器1030映射到一个或多个传输层。每个传输层的调制符号可以由预编码器1040映射(预编码)到对应的天线端口。可以通过将层映射器1030的输出y乘以N*M预编码矩阵W来获得预编码器1040的输出z。在本文中，N是天线端口的数目并且M是传输层的数目。预编码器1040可以在对于复调制符号执行变换预编码(例如，DFT)之后执行预编码。替换地，预编码器1040可以在不用执行变换预编码的情况下执行预编码。

资源映射器1050可以将每个天线端口的调制符号映射到时间-频率资源。时间-频率资源可以包括时域中的多个符号(例如，CP-OFDMA符号和DFT-s-OFDMA符号)和频域中的多个子载波。信号生成器1060可以从经映射的调制符号生成无线电信号并且可以通过每个天线将所生成的无线电信号发送到其他设备。出于此目的，信号生成器1060可以包括逆快速傅里叶变换(IFFT)模块、循环前缀(CP)插入器、数模转换器(DAC)和频率上转换器。

针对在无线设备中接收的信号的信号处理过程可以被以图22的信号处理过程1010至1060的相反方式配置。例如，无线设备(例如，图21的100和200)可以通过天线端口/收发器从外部接收无线电信号。所接收到的无线电信号可以通过信号恢复器被转换成基带信号。为此，信号恢复器可以包括频率下行链路转换器、模数转换器(ADC)、CP去除器和快速傅立叶变换(FFT)模块。接下来，可以通过资源解映射过程、后编码过程、解调处理器和解扰过程将基带信号恢复为码字。码字可以通过解码被恢复为原始信息块。因此，用于接收信号的信号处理电路(未示出)可以包括信号恢复器、资源解映射器、后编码器、解调器、解扰器和解码器。

应用于本公开的无线设备的示例

图23图示应用于本公开的无线设备的另一示例。

可以根据用例/服务以各种形式来实现无线设备(参考图20)。参考图23，无线设备100和200可以对应于图21的无线设备100和200并且可以由各种元件、组件、单元/部分和/或模块来配置。例如，无线设备100和200中的每一个可以包括通信单元110、控制单元120、存储器单元130和附加组件140。通信单元可以包括通信电路112和收发器114。例如，通信电路112可以包括图21中的一个或多个处理器102和202和/或一个或多个存储器104和204。例如，收发器114可以包括图21中的一个或者多个收发器106和206和/或一个或多个天线108和208。控制单元120电连接到通信单元110、存储器130和附加组件140，并且控制无线设备的整体操作。例如，控制单元120可以基于存储在存储单元130中的程序/代码/命令/信息来控制无线设备的电气/机械操作。控制单元120可以经由通信单元110通过无线/有线接口将存储在存储单元130中的信息发送给外部(例如，其他通信设备)或者经由通信单元110将通过无线/有线接口从外部(例如，其他通信设备)接收的信息存储在存储单元130中。

可以根据无线设备的类型来不同地配置附加组件140。例如，附加组件140可以包括功率单元/电池、输入/输出(I/O)单元、驱动单元和计算单元中的至少一个。无线设备可以以但不限于机器人(图20的100a)、车辆(图20的100b-1和100b-2)、XR设备(图20的100c)、手持设备(图20的100d)、家用电器(图20的100e)、IoT设备(图20的100f)、数字广播终端、全息设备、公共安全设备、MTC设备、医疗设备、金融科技设备(或金融设备)、安全设备、气候/环境设备、AI服务器/设备(图20中的400)、BS(图20的200)、网络节点等的形式来实现。根据使用示例/服务，可以在移动或固定场所中使用无线设备。

在图23中，无线设备100和200中的各种元件、组件、单元/部分和/或模块的整体可以通过有线接口彼此连接，或者其至少一部分可以通过通信单元无线连接。例如，在无线设备100和200中的每个中，控制单元120和通信单元110可以通过有线连接，并且控制单元120和第一单元(例如，130和140)可以通过通信单元110无线连接。无线设备100和200内的每个元件、组件、单元/部分和/或模块可以进一步包括一个或多个元件。例如，控制单元120可以由一个或多个处理器的集合来配置。作为示例，控制单元120可以由通信控制处理器、应用处理器、电子控制单元(ECU)、图形处理单元和存储器控制处理器的集合来配置。作为另一示例，存储器130可以由随机存取存储器(RAM)、动态RAM(DRAM)、只读存储器(ROM)、闪存、易失性存储器、非易失性存储器和/或其组合来配置。

应用于本公开的手持设备的示例

图24图示应用于本公开的手持设备。该手持设备可以包括智能电话、智能板、可穿戴设备(例如，智能手表或智能眼镜)或便携式计算机(例如，笔记本)。该手持设备可以被称为移动站(MS)、用户终端(UT)、移动订户站(MSS)、订户站(SS)、高级移动站(AMS)或无线终端(WT)。

参考图24，手持设备100可以包括天线单元108、通信单元110、控制单元120、存储器单元130、电源单元140a、接口单元140b和I/O单元140c。可以将天线单元108配置为通信单元110的一部分。框110至130/140a至140c分别对应于图23的框110至130/140。

通信单元110可以向其他无线设备或BS发送信号(例如，数据和控制信号)并且从他无线设备或BS接收信号(例如，数据和控制信号)。控制单元120可以通过控制手持设备100的组成元件来执行各种操作。控制单元120可以包括应用处理器(AP)。存储器单元130可以存储驱动手持设备100所需的数据/参数/程序/代码/命令。存储器单元130可以存储输入/输出数据/信息。电源单元140a可以向手持设备100供电并且包括有线/无线充电电路、电池等。接口单元140b可以支持手持设备100到其他外部设备的连接。接口单元140b可以包括用于与外部设备连接的各种端口(例如，音频I/O端口和视频I/O端口)。I/O单元140c可以输入或输出视频信息/信号、音频信息/信号、数据和/或由用户输入的信息。I/O单元140c可以包括相机、麦克风、用户输入单元、显示单元140d、扬声器和/或触觉模块。

作为示例，在数据通信的情况下，I/O单元140c可以获取由用户输入的信息/信号(例如，触摸、文本、语音、图像或视频)并且可以将所获取的信息/信号存储在存储器单元130中。通信单元110可以将存储在存储器中的信息/信号转换成无线电信号并且将经转换后的无线电信号直接发送到其他无线设备或到BS。通信单元110可以从其他无线设备或BS接收无线电信号，然后将所接收到的无线电信号恢复成原始信息/信号。经恢复的信息/信号可以被存储在存储器单元130中并且可以通过I/O单元140c作为各种类型(例如，文本、语音、图像、视频或触觉)被输出。

下面描述根据本公开的实施例的用于在无线通信系统中执行波束故障恢复过程的方法及其设备的效果。

根据本公开的实施例，发送包括与波束故障恢复相关的信息的消息。该消息与在特定时间点之前检测到的波束故障相关。因此，在首次检测到波束故障之后，发送与波束故障相关的后续报告(即，消息)，其包括与在特定时间点之前检测到的波束故障相关的信息，因此可以降低UE的功率，并且可以在信令开销方面改善波束故障恢复过程。

在上述实施例中，本公开的组件和特征以预定形式组合。除非另有明确说明，否则每个组件或特征应当被视为选项。每个组件或特征可以被实现为不与其他组件或特征相关联。此外，可以通过关联一些组件和/或特征来配置本公开的实施例。可以改变本公开的实施例中描述的操作的顺序。任何实施例的一些组件或特征可以被包括在另一实施例中，或者用对应于另一实施例的组件和特征替换。显而易见的是，在权利要求中未明确引用的权利要求被组合以形成实施例，或者通过在申请之后的修改而被包括在新的权利要求中。

本公开的实施例可以由硬件、固件、软件或其组合来实现。在通过硬件实现的情况下，根据硬件实现，本文描述的示例性实施例可以通过使用一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等来实现。

在通过固件或软件实现的情况下，本公开的实施例可以以模块、过程、功能等的形式实现，以执行上述功能或操作。软件代码可以被存储在存储器中并由处理器执行。存储器可以位于处理器内部或外部，并且可以通过已知的各种手段向/从处理器发送和接收数据。

对于本领域技术人员显而易见的是，在不脱离本公开的基本特征的情况下，本公开可以以其他具体形式体现。因此，上述详细描述不应被解释为在所有方面都是限制性的，并且应当被示例性地考虑。本公开的范围应当由所附权利要求的合理解释来确定，并且在本公开的等同范围内的所有修改均被包括在本公开的范围内。

Claims

1.一种用于由UE在无线通信系统中执行波束故障恢复过程的方法，所述方法包括：

接收与物理上行链路控制信道(PUCCH)相关的配置信息；

基于所述配置信息发送所述PUCCH，所述PUCCH与至少一个辅小区(SCell)的波束故障恢复(BFR)相关；以及

发送包括与所述波束故障恢复(BFR)相关的信息的消息，

其中，包括与所述波束故障恢复(BFR)相关的信息的所述消息与在特定时间点之前检测到的波束故障相关。

2.根据权利要求1所述的方法，其中，所述消息基于媒体接入控制-控制元素(MAC-CE)。

3.根据权利要求2所述的方法，其中，所述特定时间点与涉及所述MAC-CE的复用和组合操作相关。

4.根据权利要求3所述的方法，其中，所述MAC-CE包括与所述至少一个辅小区(SCell)的ID、是否存在与所述波束故障相关的新波束或者与所述新波束相关的参考信号(RS)的ID中的至少一个相关的信息。

5.根据权利要求4所述的方法，其中，在所述特定时间点之前检测到的所述波束故障包括在所述PUCCH传输之后检测到的所述辅小区的波束故障。

6.根据权利要求1所述的方法，其中，基于波束故障实例(BFI)的计数等于或大于波束故障实例最大计数，检测所述波束故障。

7.根据权利要求6所述的方法，其中，所述波束故障实例最大计数被配置用于每个辅小区(SCell)。

8.根据权利要求7所述的方法，其中，针对每个辅小区(SCell)，对所述波束故障实例(BFI)的计数进行计数。

9.根据权利要求1所述的方法，进一步包括：

接收与所述PUCCH相关的上行链路(UL)许可，

其中，基于由所述UL许可调度的物理上行链路共享信道(PUSCH)，发送包括与所述波束故障恢复(BFR)相关的信息的所述消息。

10.一种在无线通信系统中执行波束故障恢复过程的用户设备(UE)，所述UE包括：

一个或多个收发器；

控制所述一个或多个收发器的一个或多个处理器；以及

一个或多个存储器，所述一个或多个存储器可操作地连接到所述一个或多个处理器，并且存储当由所述一个或多个处理器执行所述波束故障恢复过程时执行操作的指令，

其中，所述操作包括：

接收与物理上行链路控制信道(PUCCH)相关的配置信息；

发送包括与所述波束故障恢复(BFR)相关的信息的消息，以及

11.根据权利要求10所述的UE，其中，所述消息基于媒体接入控制-控制元素(MAC-CE)。

12.根据权利要求11所述的UE，其中，所述特定时间点与涉及所述MAC-CE的复用和组合操作相关。

13.根据权利要求12所述的UE，其中，所述MAC-CE包括与所述至少一个辅小区(SCell)的ID、是否存在与所述波束故障相关的新波束或者与所述新波束相关的参考信号(RS)的ID中的至少一个相关的信息。

14.一种设备，包括：一个或多个存储器和在功能上连接到所述一个或多个存储器的一个或多个处理器，

其中，所述一个或多个处理器被配置为控制所述设备：

接收与物理上行链路控制信道(PUCCH)相关的配置信息；

发送包括与所述波束故障恢复(BFR)相关的信息的消息，以及

15.一种存储一个或多个指令的一个或多个非暂时性计算机可读介质，其中，

由一个或多个处理器可执行的一个或多个指令被配置为控制UE：

接收与物理上行链路控制信道(PUCCH)相关的配置信息；

发送包括与所述波束故障恢复(BFR)相关的信息的消息，以及