CN114051700A

CN114051700A - 在无线通信系统中发送和接收物理上行链路控制信道的方法及其装置

Info

Publication number: CN114051700A
Application number: CN202080047743.8A
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-15
Anticipated expiration: 2040-06-29
Also published as: US20220346130A1; CN114051700B; US11871433B2; EP3986068A1; US20220124784A1; KR102495755B1; EP3986068A4; US20230189279A1; WO2020263050A1; KR20220019753A; US11617197B2

Abstract

根据本申请的一个实施方式，一种在无线通信系统中由终端发送物理上行链路控制信道(PUCCH)的方法包括：接收与PUCCH关联的设置信息的步骤；以及基于设置信息发送PUCCH的步骤。从选择自交叠的PUCCH资源当中的特定PUCCH资源发送PUCCH。特定PUCCH资源通过与波束故障恢复(BFR)关联来表征。

Description

在无线通信系统中发送和接收物理上行链路控制信道的方法及其装置

技术领域

本公开涉及一种在无线通信系统中发送和接收物理上行链路控制信道的方法和设备。

背景技术

已开发了移动通信系统以在提供语音服务的同时保证用户活动性。移动通信系统正在将其服务从仅语音扩展至数据。当前猛增的数据业务正在耗尽资源，并且用户对更高数据速率服务的需求导致需要更高级的移动通信系统。

需要下一代移动通信系统以满足例如爆炸式增长的数据业务的处理、每用户传输速率的显著增加、应对大量的连接装置以及支持非常低的端对端延迟和高能效。为此，针对诸如双连接、大规模多输入多输出(MIMO)、带内全双工、非正交多址(NOMA)、超宽带支持和装置联网的各种技术正在进行各种研究工作。

发明内容

技术问题

本公开提出了一种发送和接收物理上行链路控制信道的方法。

应用了载波聚合(CA)的基于PRACH的BFR过程被限制性地应用于主小区(PCell)或主辅小区(PSCell)。其原因在于，UL载波可能不存在于辅小区(SCell)中并且无法配置基于竞争的PRACH。

因此，本公开提出了一种发送和接收用于支持辅小区(SCell)的波束故障恢复的物理上行链路控制信道的方法。

本公开要实现的技术目的不限于上述技术目的，本公开所属领域的普通技术人员可从本公开的以下详细描述清楚地理解上面未描述的其它技术目的。

技术方案

根据本公开的实施方式的在无线通信系统中由用户设备发送物理上行链路控制信道(PUCCH)的方法包括以下步骤：接收与物理上行链路控制信道(PUCCH)有关的配置信息；以及基于配置信息来发送PUCCH。

在与调度请求(SR)有关的PUCCH资源中发送PUCCH。

基于与SR有关的PUCCH资源是交叠的PUCCH资源，在所述交叠的PUCCH资源当中确定的特定PUCCH资源中发送PUCCH。特定PUCCH资源与波束故障恢复(BFR)有关。

波束故障恢复(BFR)可与至少一个辅小区(SCell)的波束故障有关。

特定PUCCH资源可基于PUCCH格式0或PUCCH格式1。

该方法还可包括以下步骤：接收调度与PUCCH有关的物理上行链路共享信道(PUSCH)的下行链路控制信息(DCI)。

该方法还可包括以下步骤：基于DCI来发送PUSCH。

PUSCH可与包括与波束故障有关的信息的介质访问控制-控制元素(MAC-CE)有关。

MAC-CE可包括与1)至少一个辅小区(SCell)或2)新波束中的至少一个有关的信息。

与新波束有关的信息可包括i)是否存在新波束或ii)与新波束有关的参考信号的ID中的至少一个。

可基于与调度请求(SR)有关的参数来发送与波束故障恢复(BFR)有关的PUCCH。

与调度请求(SR)有关的参数可与和SR的传输有关的定时器或SR的最大传输次数中的至少一个有关。

根据本公开的另一实施方式的在无线通信系统中发送物理上行链路控制信道(PUCCH)的用户设备包括：一个或更多个收发器；一个或更多个处理器，其控制所述一个或更多个收发器；以及一个或更多个存储器，其在操作上联接到所述一个或更多个处理器并存储指令，当由所述一个或更多个处理器执行物理上行链路控制信道(PUCCH)的传输时所述指令执行操作。

所述操作包括：接收与物理上行链路控制信道(PUCCH)有关的配置信息；以及基于配置信息来发送PUCCH。在与调度请求(SR)有关的PUCCH资源中发送PUCCH。

与波束故障恢复(BFR)有关的PUCCH可基于与调度请求(SR)有关的参数来发送。

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

一个或更多个处理器被配置为使得设备能够接收与物理上行链路控制信道(PUCCH)有关的配置信息并且基于配置信息来发送PUCCH。在与调度请求(SR)有关的PUCCH资源中发送PUCCH。

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

可由一个或更多个处理器执行的一个或更多个指令被配置为使得用户设备能够接收与物理上行链路控制信道(PUCCH)有关的配置信息并且基于配置信息来发送PUCCH。在与调度请求(SR)有关的PUCCH资源中发送PUCCH。

有益效果

根据本公开的实施方式，在与调度请求(SR)有关的PUCCH资源中发送物理上行链路控制信道(PUCCH)。基于与SR有关的PUCCH资源是交叠的PUCCH资源，在所述交叠的PUCCH资源当中确定的特定PUCCH资源中发送PUCCH。特定PUCCH资源与波束故障恢复(BFR)有关。

可基于与调度请求有关的PUCCH来执行波束故障恢复。对于辅小区(SCell)，也可有效地支持波束故障恢复(BFR)。具体地，当对于高频带(例如，30GHz)在辅小区(SCell)中发生波束故障时，可更有效地执行波束故障恢复。

此外，当与波束故障恢复有关的PUCCH资源与和调度请求(例如，归因于波束故障恢复以外的事件的SR)相关的PUCCH资源交叠时，与波束故障恢复有关的PUCCH资源可被优先发送。因此，当SR事件和BFR事件同时发生时，可解决UE操作中的歧义，并且可更快速地发起波束故障恢复过程(BFR过程)。

如果UE通过PUCCH向基站仅通知发生波束故障，则传送相对小的信息(例如，1比特)。在这方面，PUCCH需要使用现有过程来发送。

根据本公开的实施方式，基于与调度请求(SR)有关的参数来发送与波束故障恢复(BFR)有关的PUCCH。与调度请求(SR)有关的参数与和SR的传输有关的定时器或SR的最大传输次数中的至少一个有关。因此，波束故障恢复(BFR)可基于现有调度请求过程来发起。

如果基站仅被通知发生波束故障，则需要执行与波束故障恢复有关的后续报告。根据本公开的实施方式，UE接收调度与PUCCH有关的PUSCH的下行链路控制信息(DCI)，并且基于DCI发送PUSCH。PUSCH与包括与波束故障有关的信息的介质访问控制-控制元素(MAC-CE)有关。MAC-CE包括与1)至少一个辅小区(SCell)或2)新波束中的至少一个有关的信息。因此，可通过基于现有调度过程调度的PUSCH有效地传送与波束故障有关的详细信息。

本公开可获得的效果不限于上述效果，本公开所属领域的普通技术人员可从以下描述清楚地理解上面未描述的其它技术效果。

附图说明

附图被包括以提供本公开的进一步理解，并且构成详细描述的一部分，附图示出本公开的实施方式并且与说明书一起用于说明本公开的原理。

图1是示出本公开中所提出的方法适用于的NR的总体系统结构的示例的图。

图2示出在本公开所提出的方法适用于的无线通信系统中上行链路帧与下行链路帧之间的关系。

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

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

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

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

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

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

图9示出可应用本公开中所提出的方法的上行链路发送/接收操作。

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

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

图12是用于说明PRACH的增长计数器的图。

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

图14示出本公开中所提出的方法可应用于的UE/基站之间的信令的示例。

图15是用于描述根据本公开的实施方式的在无线通信系统中由UE发送物理上行链路控制信道的方法的流程图。

图16是用于描述根据本公开的另一实施方式的在无线通信系统中由基站接收物理上行链路控制信道的方法的流程图。

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

图18示出适用于本公开的无线装置。

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

图20示出应用于本公开的无线装置的另一示例。

图21示出应用于本公开的手持装置。

具体实施方式

以下，参照附图详细描述本公开的优选实施方式。以下结合附图进行的详细描述旨在描述本公开的示例实施方式，而非表示本公开的仅有实施方式。下面的详细描述包括具体细节以传达对本公开的彻底理解。然而，本领域普通技术人员将容易理解，即使在没有这些细节的情况下，本公开的实施方式也可实践。

在一些情况下，为了避免概念上的歧义，已知结构或装置可被省略或以框图示出，同时聚焦于各个结构和装置的核心特征。

以下，下行链路(DL)意指从基站到终端的通信，上行链路(UL)意指从终端到基站的通信。在下行链路中，发送器可以是基站的一部分，接收器可以是终端的一部分。在上行链路中，发送器可以是终端的一部分，接收器可以是基站的一部分。基站可被表示为第一通信装置，终端可被表示为第二通信装置。基站(BS)可由包括固定站、节点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)、单载波FDMA(SC-FDMA)、非正交多址(NOMA)等。CDMA可由诸如通用地面无线电接入(UTRA)或CDMA2000的无线电技术实现。TDMA可由诸如全球移动通信系统(GSM)/通用分组无线电服务(GPRS)/增强数据速率GSM演进(EDGE)的无线电技术实现。OFDMA可被实现为诸如IEEE802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、E-UTRA(演进UTRA)等的无线电技术。UTRA是通用移动电信系统(UMTS)的一部分。作为使用E-UTRA的演进UMTS(E-UMTS)的一部分，第3代合作伙伴计划(3GPP)长期演进(LTE)在下行链路中采用OFDMA，在上行链路中采用SC-FDMA。LTE-A(advanced)是3GPP LTE的演进。

为了描述清晰，本公开基于3GPP通信系统(例如，LTE-A或NR)来描述，但是本公开的技术精神不限于此。LTE意指3GPP TS 36.xxx Release 8之后的技术。详细地，3GPP TS36.xxx Release 10之后的LTE技术被称为LTE-A，3GPP TS 36.xxx Release 13之后的LTE技术被称为LTE-A pro。3GPP NR意指TS 38.xxx Release 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总体描述

-38.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亿。工业IoT是5G扮演主要角色从而实现智能城市、资产跟踪、智能公共设施、农业和安全基础设施的领域之一。

URLLC包括将通过主要基础设施的远程控制和具有超可靠性/低可用延迟的链路改变行业的新服务，例如自驾驶车辆。对于智能电网控制、工业自动化、机器人工程、无人机控制和调节，可靠性和延迟的级别至关重要。

更具体地描述多个使用情况。

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

伴随着用于汽车移动通信的许多使用情况，汽车预期是5G中的重要的新驱动力。例如，乘客的娱乐同时需要高容量和高移动性移动宽带。其原因在于，未来的用户不管其位置和速度如何持续期望高质量连接。汽车领域的另一使用示例是增强现实仪表板。增强现实仪表板将标识黑暗中的对象并向驾驶者通知对象的距离和移动的信息交叠并显示在驾驶者通过前窗看到的事物上方。在未来，无线模块实现汽车之间的通信、汽车与所支持的基础设施之间的信息交换以及汽车与其它连接的装置(例如，行人所携带的装置)之间的信息交换。安全系统指导替代行为路线以使得驾驶者可更安全地驾驶，从而降低事故的危险。下一步将是远程控制或自驾驶车辆。这需要不同的自驾驶车辆之间以及汽车与基础设施之间的非常可靠、非常快速的通信。在未来，自驾驶车辆可执行所有驾驶活动，并且驾驶者将关注汽车本身无法识别的交通以外的事物。自驾驶车辆的技术要求需要超低延迟和超高速可靠性，以使得交通安全性增加至人无法达到的水平。

作为智能社会提及的智能城市和智能家庭将作为高密度无线电传感器网络嵌入。智能传感器的分布式网络将标识城市或家庭的成本以及节能维护的条件。可为各个家庭执行类似配置。温度传感器、窗户和加热控制器、防盗警报器和家用电器全部无线连接。这些传感器中的许多通常为低数据传送速率、低能量和低成本。然而，例如，特定类型的监视用装置可能需要实时HD视频。

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

健康部分拥有受益于移动通信的许多应用程序。通信系统可支持在遥远的地方提供临床治疗的远程治疗。这有助于降低距离的阻碍，并且可改进在偏远农村无法连续使用的医疗服务的获取。此外，这用于在重要治疗和紧急状况下挽救生命。基于移动通信的无线电传感器网络可针对诸如心率和血压的参数提供远程监测和传感器。

无线电和移动通信在工业应用领域中变得越来越重要。布线需要高安装和维护成本。因此，在许多工业领域中，将用可重新配置的无线电链路代替线缆的可能性是有吸引力的机会。然而，实现这种可能性需要无线电连接以与线缆相似的延迟、可靠性和容量操作并且管理简化。低延迟和低错误概率是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的控制平面连接性的锚点或者需要eLTEeNB作为与NGC的控制平面连接性的锚点的部署配置。

非独立E-UTRA：eLTE eNB需要gNB作为与NGC的控制平面连接性的锚点的部署配置。

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

系统的概述

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

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

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。下行链路传输和上行链路传输由周期为T_f＝(Δf_maxN_f/100)·T_s＝10ms的无线电帧构成。这里，无线电帧由各自具有T_sf＝(Δf_maxN_f/1000)·T_s＝1ms的周期的10个子帧构成。在这种情况下，可存在一个用于上行链路的帧集合和一个用于下行链路的帧集合。

图2示出本公开中所描述的方法适用于的无线通信系统中的上行链路帧和下行链路帧之间的关系。

如图2所示，用于从用户设备(UE)的传输的上行链路帧号i应该由UE比下行链路帧的开始早T_TA＝N_TAT_s开始。

对于参数集μ，时隙在子帧中按

的升序编号，并且在无线电帧中按

的升序编号。一个时隙包括

的连续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的资源网格的各个元素被称为资源元素并且由索引对

唯一地标识，其中

是频域上的索引，

指子帧中的符号的位置。索引对(k,l)用于指时隙中的资源元素，其中

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

对应于复值

当不存在混淆风险时或者当未指定特定天线端口或参数集时，索引p和μ可被丢弃，结果，复值可为

或

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

个连续子载波。

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

-用于PCell下行链路的offsetToPointA表示点A与和UE用于初始小区选择的SS/PBCH块交叠的最低资源块的最低子载波之间的频率偏移并且以资源块为单位表示，对于FR1假设15kHz子载波间距，对于FR2假设60kHz子载波间距；

-absoluteFrequencyPointA表示以绝对射频信道号(ARFCN)表示的点A的频率位置；

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

子载波间距配置μ的公共资源块0的子载波0的中心与“点A”重合。频域中的公共资源块号

和子载波间距配置μ的资源元素(k,l)可由下式1给出。

[式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执行初始小区搜索操作(例如，与eNB同步)(S601)。为此，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)

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

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

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

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

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

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

下行链路波束管理(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相关波束指示

UE可RRC配置有至少用于准同位(QCL)指示的目的的至多M个候选传输配置指示(TCI)状态的列表，其中M可为64。

各个TCI状态可配置有一个RS集合。至少RS集合中用于空间QCL(QCL类型D)目的的DL RS的各个ID可指诸如SSB、P-CSI RS、SP-CSI RS、A-CSI RS等的DL RS类型之一。

可至少经由显式信令来执行对RS集合中至少用于空间QCL目的的DL RS的ID的初始化/更新。

表5表示TCI-State IE的示例。

TCI-State IE将一个或两个DL参考信号(RS)与对应准同位(QCL)类型关联。

[表5]

在表5中，bwp-Id参数表示RS所在的DLBWP，小区参数表示RS所在的载波，参考信号参数表示作为对应目标天线端口的准同位源的参考天线端口或包括其的参考信号。目标天线端口可以是CSI-RS、PDCCH DMRS或PDSCH DMRS。作为示例，为了指示关于NZP CSI-RS的QCL参考RS信息，可向NZP CSI-RS资源配置信息指示对应TCI状态ID。作为另一示例，为了指示关于PDCCH DMRS天线端口的QCL参考信息，可向各个CORESET配置指示TCI状态ID。作为另一示例，为了指示关于PDSCH DMRS天线端口的QCL参考信息，可经由DCI指示TCI状态ID。

准同位(QCL)

天线端口被定义为使得传送天线端口上的符号的信道可从传送同一天线端口上的另一符号的信道推断。当传送一个天线端口上的符号的信道的性质可从传送另一天线端口上的符号的信道推断时，这两个天线端口可被视为具有准协同定位或准同位(QC/QCL)关系。

信道性质包括延迟扩展、多普勒扩展、频率/多普勒频移、平均接收功率、接收定时/平均延迟和空间RX参数中的一个或更多个。空间Rx参数意指诸如到达角的空间(接收)信道性质参数。

UE可在高层参数PDSCH-Config内配置有至多M个TCI状态配置的列表，以根据所检测的具有旨在用于对应UE和给定服务小区的DCI的PDCCH对PDSCH进行解码，其中M取决于UE能力。

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

准同位关系由第一DL RS的高层参数qcl-Type1和第二DL RS的qcl-Type2配置。对于两个DL RS的情况，不管参考是相同的DL RS还是不同的DL RS，QCL类型不相同。

与各个DL RS对应的准同位类型由QCL-Info的高层参数qcl-Type给出，并且可采用以下值之一：

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

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

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

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

例如，如果目标天线端口是特定NZP CSI-RS，则对应NZP CSI-RS天线端口可被指示/配置为依据QCL-TypeA与特定TRS QCL并且依据QCL-TypeD与特定SSB QCL。接收到指示/配置的UE可使用QCL-TypeA TRS中测量的多普勒或延迟值来接收对应NZP CSI-RS，并且可对对应NZP CSI-RS接收的接收应用用于QCL-TypeD SSB接收的Rx波束。

UE可通过用于将至多8个TCI状态映射至DCI字段“传输配置指示”的码点的MAC CE信令来接收启用命令。

UL BM过程

UL BM可被配置为使得根据UE实现方式建立或不建立Tx波束和Rx波束之间的波束互易性(或波束对应性)。如果在基站和UE二者中建立了Tx波束和Rx波束之间的波束互易性，则UL波束对可经由DL波束对来调节。然而，如果在基站和UE中的任一个中没有建立Tx波束和Rx波束之间的波束互易性，则除了确定DL波束对之外还需要确定UL波束对的处理。

即使当基站和UE二者维持波束对应性时，即使UE没有请求(优选)波束的报告，基站也可使用UL BM过程来确定DL Tx波束。

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

UE可配置有由(高层参数)SRS-ResourceSet(经由高层信令、RRC信令等)配置的一个或更多个探测参考符号(SRS)资源集。对于各个SRS资源集，UE可配置有K≥1个SRS资源(高层参数SRS-resource)，其中K是自然数，并且K的最大值由SRS_capability指示。

以与DL BM相同的方式，UL BM过程可被分为UE的Tx波束扫描和基站的Rx波束扫描。

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

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

图9示出本公开中所提出的方法可应用于的上行链路发送/接收操作。

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

UE在PDCCH上从BS接收用于上行链路调度(即，包括PUSCH的调度信息)的DCI(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”被设定为“codebook”时，UE被设定为基于码本的传输。此外，当高层参数“txConfig”被设定为“nonCodebook”时，UE被设定为基于非码本的传输。如果未设定高层参数“txConfig”，则UE不预期由DCI格式0_1调度。当PUSCH由DCI格式0_0调度时，PUSCH传输基于单个天线端口。

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

当配置UE中设定为“codebook”的高层参数“txConfig”时，在UE中配置至少一个SRS资源。时隙n中指示的SRI与SRI所标识的SRS资源的最近传输关联，并且这里，SRS资源在承载SRI的PDCCH(即，时隙n)之前。

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

随机接入相关过程

UE的随机接入过程可总结于表6和图10中。

[表6]

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

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

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

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

当不存在对Msg1的响应时，UE可在规定的次数内以功率增长重传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标识符。

作为响应，网络可在DL上发送可被当作竞争解决消息的Msg4。通过接收这个，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的传输。

如果通过“PDCCH命令”向UE发起随机接入过程，则随机接入前导码传输具有与高层所发起的随机接入前导码传输相同的子载波间距。

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

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

-PRACH传输的配置。

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

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

通过高层参数SSB-perRACH-Occasion的值向UE提供与一个PRACH时机关联的多个SS/PBCH块。如果SSB-perRACH-Occasion的值小于1，则一个SS/PBCH块被映射至1/SSB-per-rach-occasion个连续PRACH时机。通过高层参数cb-preamblePerSSB的值每SS/PBCH块向UE提供多个前导码，并且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应在PDCCH命令接收的最后符号与PRACH传输的第一符号之间的时间大于或等于N_T,2+Δ_BWPSwitching+Δ_Delay毫秒的第一可用PRACH时机中发送PRACH，其中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.5毫秒，其中当配置附加PDSCH DM-RS并且Δ_new≥0时，N_T,1是与PDSCH处理能力1的PDSCH接收时间对应的N₁个符号的持续时间。

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

RAR UL许可调度从UE的PUSCH传输(Msg3 PUSCH)。以MSB开始并以LSB结束的RARUL许可的内容在表7中给出。表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比特中的前一比特或两比特用作跳跃信息比特，如下表中描述的。

MCS从PUSCH的适用MCS索引表的前16个索引确定。

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

[表8]

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

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

如果UE在窗口内没有检测到具有对应RA-RNTI和对应DL-SCH传输块的PDCCH，则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和Msg3 PUSCH。Msg3 PUSCH传输的UL BWP由SystemInformationBlockType1指示。

当PDSCH和PUSCH具有相同的子载波间距时传送RAR的PDSCH接收的最后符号与由RAR在PDSCH中为UE调度的对应Msg3 PUSCH传输的第一符号之间的最小时间等于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。响应于PDSCH接收具有UE竞争解决标识，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移动其位置或旋转或者由于周围对象的移动而改变(例如，由于波束被阻挡，LoS环境改变为非LoS环境)，则最优DL/UL波束对可改变。通常，这种改变可以说是当在通过网络指示执行的波束管理处理中跟踪失败时发生波束故障事件。UE可通过下行链路RS的接收质量来确定是否发生这种波束故障事件。需要从UE传送针对这种情况的报告消息或针对波束恢复请求的消息(称为波束故障恢复请求(BFRQ)消息)。接收到这种消息的基站可通过诸如用于波束恢复的波束RS传输或波束报告请求的各种处理来执行波束恢复。这一系列波束恢复处理被称为波束故障恢复(BFR)。在Rel-15 NR中，始终存在基于竞争的PRACH资源的PCell或PScell(二者均为特殊小区(也称为SpCell))的波束故障恢复(BFR)处理已被标准化。对应过程是服务小区内的操作，如下配置为UE的波束故障检测(BFD)处理、BFRQ处理以及由UE监测基站对BFRQ的响应的处理(参考：3GPPTS38.213、TS38.321、TS38.331)。

波束故障检测(BFD)

如果所有PDCCH波束具有预定质量值(Q_out)或更小，则可以说发生了一个波束故障实例(在这种情况下，质量基于假设块错误率(BLER)：即，假设在对应PDCCH中发送了控制信息，对应信息的解调将失败的可能性)。

在这种情况下，可在UE中配置将监测PDCCH的一个或多个搜索空间。可为各个搜索空间不同地配置所有PDCCH波束。在这种情况下，这意味着所有波束具有BLER阈值或更小。支持以下两种方法作为由UE确定BFD RS的标准。

[BFD RS的隐式配置]在各个搜索空间中配置控制资源集(参考CORESET[TS38.213、TS38.214、TS38.331])ID，即，可发送PDCCH的资源区域。可为各个CORESET ID指示/配置从空间RX参数的角度QCL的RS信息(例如，CSI-RS资源ID、SSB ID)(在NR标准中，通过发送配置信息指示来指示/配置QCL的RS)。在这种情况下，从空间RX参数的角度QCL的RS(即，TS38.214中的QCL类型D)意指由基站向UE通知UE在对应PDCCH DMRS接收中必须使用(或可使用)对应空间QCL的RS接收中使用的波束的方法。结果，从基站的角度，此方法是向UE通知UE必须通过在空间QCL的天线端口之间应用相同的传输波束或相似的传输波束(例如，当波束方向相同/相似，但波束宽度不同时)来执行传输的方法。

[BFD RS的显式配置]基站可明确地配置波束RS以供使用(波束故障检测)。在这种情况下，对应波束RS对应于“所有PDCCH波束”。

每当发生在UE物理层中基于BFD RS测量的假设BLER劣化至特定阈值或以上的事件时，通过MAC子层通知发生了什么波束故障实例(BFI)。当在给定时间(BFD定时器)内BFI发生了给定次数(beamFailureInstanceMaxCount)时，UE 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过程。

当在对应UE中发生BF时，基站可将与可替换的候选波束对应的RS列表(candidateBeamRSList)配置为RRC。可为对应候选波束配置专用PRACH资源。在这种情况下，专用PRACH资源是非基于竞争的PRACH(也称为无竞争PRACH)资源。如果在对应列表中没有找到波束，则在预先配置的SSB资源当中选择波束，并且发送基于竞争的PRACH。详细过程如下。

步骤1)UE在配置为由基站设定的候选波束RS的RS当中寻找具有预定质量值(Q_in)或以上的波束。

如果一个波束RS大于阈值，则选择对应波束RS。

如果多个波束RS大于阈值，则选择对应波束RS中的给定一个。

如果不存在大于阈值的波束，则执行步骤2。

注1：在这种情况下，波束质量基于RSRP。

注2：由基站配置的RS波束集包括三种情况。

1)RS波束集内的所有波束RS被配置为SSB

2)RS波束集内的所有波束RS被配置为CSI-RS资源

3)RS波束集内的波束RS被配置为SSB和CSI-RS资源

步骤2)UE在SSB(与基于竞争的PRACH资源有关)当中寻找具有预定质量值(Q_in)或以上的波束

如果一个SSB大于阈值，则选择对应波束RS。

如果多个SSB大于阈值，则选择对应波束RS中的给定一个。

如果不存在大于阈值的波束，则执行步骤3。

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

UE向基站发送已直接或间接连接配置到在上述处理中选择的波束RS(CSI-RS或SSB)的PRACH资源和前导码。

在这种情况下，在以下1)或2)的情况下使用直接连接配置。

1)如果相对于为BFR用途单独配置的候选波束RS集为特定RS配置无竞争PRACH资源和前导码，

2)如果通常为其它用途(例如，随机接入)配置的(基于竞争的)PRACH资源和前导码以一对一方式映射至SSB，

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

如果在为BFR用途单独配置的候选波束RS集内没有为特定CSI-RS配置无竞争PRACH资源和前导码。

在这种情况下，UE选择连接到设计为通过与对应CSI-RS相同的接收波束接收(即，相对于空间Rx参数准同位(QCL))的SSB的(无竞争)PRACH资源和前导码。

监测gNB对BFRQ的响应

UE监测基站(gNB)对对应PRACH传输的回复。

在这种情况下，对无竞争PRACH资源和前导码的响应在以C-RNTI掩码的PDCCH中发送，并且在RRC配置的搜索空间中单独地接收以用于BFR。

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

为基于公共竞争PRACH的随机接入处理配置的搜索空间和CORESET(例如，CORESET0或CORESET 1)用于对竞争PRACH的响应而没有任何改变。

如果在给定时间内没有回复，则UE重复新波束识别和选择处理以及BFRQ和监测gNB响应处理。

可执行该处理，直至PRACH传输达到预设的最大次数N_max或者配置的定时器(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，则MAC实体需要将对应SR配置的SR_COUNTER配置为0。

当SR被触发时，认为该SR是未决的，直至它被取消。在MAC PDU组装之前触发的所有未决SR被取消，并且sr-ProhibitTimer需要停止，直至MAC PDU被发送。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开始随机接入过程并取消所有未决SR。

参考1：当MAC实体具有用于SR传输时机的超过一个交叠有效PUCCH资源时，为用信号通知SR选择用于SR的有效PUCCH资源取决于UE实现方式。

参考2：当两个或更多个单独的SR触发指示SR应该是从MAC实体到PHY层的相同有效PUCCH资源中的信号的命令时，相关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。当一符号短PUCCH结构被重复时可配置具有2个符号的短PUCCH。

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

PUCCH格式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的结构(时域的DMRS/UCI符号和OCC交叉的结构)。PUCCH格式1可占用1个PRB、4至14个符号，并且每PRB可支持最多84个UE(12个CS×7个OCC)。

PUCCH格式3可支持具有两比特或以上的UCI而没有复用。PUCCH格式3可应用于覆盖支持、大小较大的UCI。PUCCH格式3可占用1至16个PRB、4至14个符号。PUCCH格式3可每PRB支持一个UE而没有复用。

PUCCH格式4可支持具有两比特或以上的UCI以及复用。PUCCH格式4可用于覆盖支持、大小中等的UCI。PUCCH格式4具有类似LTE PF5的结构(DMRS和与F域OCC DFT的UCI的TDM)。PUCCH格式4可占用1个PRB、4至14个符号，并且可每PRB支持最多2个UE(当SF＝2时)或最多4个UE(当SF＝4时)。

关于UCI复用

当发生PUCCH/PUSCH之间的交叠时，可执行对UCI的复用(即，UCI复用)。UCI复用可被表示为PUCCH合并方法。UCI复用可被配置为步骤2的过程。

在步骤1中，用于UCI复用的(时间上)不交叠的PUCCH资源的集合可通过将交叠PUCCH资源的集合合并来确定(不管是否存在PUSCH)。

具体地，在步骤1中，在PUCCH资源在时隙中交叠的同时，可确定与最快开始(和最大持续时间)的另一PUCCH资源交叠的PUCCH资源(资源A)。可确定与资源A交叠的PUCCH资源集(集合X)。可确定用于复用资源A的UCI和集合X的PUCCH资源的一个PUCCH资源。集合X(包括资源A)可由确定的PUCCH资源替换。

在步骤2中，当作为步骤1中的结果，PUCCH资源与PUSCH交叠时，UCI被复用在交叠的PUSCH上。如果否，则UCI可被复用在确定的PUCCH资源上。

PUCCH上的UCI复用

用于报告HARQ-ACK和SR的UE过程

-ACKNACK PUCCH格式0+SR PUCCH格式0/1：在正向SR的情况下，HARQ-ACK可在ANPR0中连同附加CS偏移一起发送。在负向SR的情况下，HARQ-ACK可在ACKNACK PUCCH格式0中发送而没有附加CS偏移。

-ACKNACK PUCCH格式1+SR PUCCH格式0：(SR被丢弃)仅HARQ-ACK可在ACKNACKPUCCH格式1中发送。

-ACKNACK PUCCH格式1+SR PUCCH格式1：在正向SR的情况下，HARQ-ACK可通过(对应)SR PUCCH格式1资源发送。在负向SR的情况下，HARQ-ACK可通过ACKNACK PUCCH格式1资源发送。

-ACKNACK PUCCH格式2/3/4+SR PUCCH格式0/1：在配置的K个SR PUCCH的情况下，指示(所有)负向或正向SR(ID)的ceil(log2(K+1))比特被相加并与HARQ-ACK比特组合的UCI可在ACKNACK PUCCH格式2/3/4资源中发送。

表11示出与ACKNACK PUCCH格式和SR PUCCH格式之间的复用(即，PUCCH合并)有关的预配置的规则/方法的示例(例如，3GPP TS 38.213.第9.2.5节参考)。

[表11]

CSI和SR报告的UE过程

-CSI PUCCH格式2/3/4+SR PUCCH格式0/1：在配置的K个SR PUCCH的情况下，指示(所有)负向或正向SR(ID)的ceil(log2(K+1))比特被相加并与CSI反馈比特组合的UCI可在CSI PUCCH格式2/3/4资源中发送。

表12示出与CSI PUCCH格式和SR PUCCH格式之间的复用(即，PUCCH合并)有关的预配置的规则/方法的示例(例如，3GPP TS 38.213.第9.2.5节参考)。

[表12]

当指示PUCCH资源指示符(PRI)时报告HARQ-ACK/SR和CSI的UE过程

-HARQ-ACK/SR和CSI可通过PUCCH资源来发送。可基于UCI有效载荷大小的总和N_UCI＝(O_ACK+O_SR+O_CSI+O_CRC)从多个集合选择一个PUCCH资源集。所选集合内的PUCCH资源可由DL调度DCI中用信号通知的PRI指示。此外，PUCCH资源中(实际使用)的PRB的数量可基于总UCI大小NUCI和基于PUCCH格式配置的最大编码率R确定。可选择可发送总UCI大小NUCI连同编码率R的最小数量的PRB。

如果未指示PRI，报告HARQ-ACK/SR和CSI的UE过程

-HARQ-ACK/SR和CSI可通过CSI PUCCH资源来发送。PUCCH资源可基于总UCI有效载荷大小NUCI和最大编码率R从多个CSI PUCCH资源选择。可选择能够传送最小UCI容量(例如，{资源的数量}×R)和总UCI大小NUCI的资源。PUCCH资源中(实际使用)的PRB的数量可基于总UCI大小NUCI和最大编码率R来确定。

根据ACKNACK PUCCH格式和CSI PUCCH格式之间的耦合在PUCCH上的UCI复用

表13示出根据ACKNACK PUCCH格式和CSI PUCCH格式之间的耦合在PUCCH上的UCI复用的示例。在PUCCH中，在Part2 CSI报告的情况下，可假设CSI报告为秩1基于UCI有效载荷大小来确定PUCCH资源和对应PUCCH资源的多个PRB。

[表13]

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

PUCCH支持多种格式。PUCCH格式可基于符号持续时间、有效载荷大小和复用来分类。表14是示出PUCCH格式的示例的表。

[表14]

表14中的PUCCH格式可基本上分为(1)短PUCCH和(2)长PUCCH。PUCCH格式0和2可包括在短PUCCH中，PUCCH格式1、3和4可包括在长PUCCH中。

UE在一个时隙内的不同符号中通过服务小区发送一个或两个PUCCH。如果在一个时隙中发送两个PUCCH，则两个PUCCH中的至少一个具有包括短PUCCH的结构。即，在一个时隙中，(1)短PUCCH和短PUCCH的传输是可能的，(2)长PUCCH和短PUCCH的传输是可能的，但是(3)长PUCCH和长PUCCH的传输是不可能的。

上述内容(3GPP系统、帧结构和NR系统)可与本公开中提出的稍后描述的方法组合，并且可应用或可补充以便阐明本公开中提出的方法的技术特性。下文描述的方法仅是为了描述方便而分类，任一个方法的一些元件可由另一方法的一些元件代替，或者可相互组合并应用。

在本公开中，描述了SCell的BFRQ的背景和有效地处理多个SCell中发生的波束故障的方法。

关于上述基于PRACH的BFR过程的应用，可考虑以下内容。在应用了载波聚合(CA)的基于PRACH的BFR过程的情况下，SCell可能没有UL载波。即使SCell具有UL载波，也具有无法配置基于竞争的PRACH的技术限制。因此，应用了载波聚合(CA)的基于PRACH的BFR过程被限制性地仅应用于PCell或PSCell。

由于上述基于PRACH的BFR过程的应用限制，出现以下问题。如果PCell在低频带(例如，6GHz或以下)中操作并且高频带(例如，30GHz)要作为SCell操作，则存在在BFR支持受到更重要影响的高频带中不支持BFR的问题。

出于以上原因，在Rel-16 NR MIMO工作项目中，正在进行对辅小区(SCell)的BFR报告的标准化。因此，可考虑以下内容。

相对于至少仅DL SCell，在对应SCell中无法进行UL传输。因此，当基站被通知在对应SCell中发生了波束故障时使用的(专用)PUCCH资源可被配置在特殊小区(SpCell)中。可基于配置的PUCCH资源执行SCell的波束故障恢复请求(BFRQ)。

以下，为了描述方便，为SCell的波束故障恢复配置的PUCCH被称为FR-PUCCH。该术语用于在术语与另一PUCCH之间进行区分以帮助理解，而非旨在通过对应术语限制技术范围。

BFR-PRACH的作用是向基站发送“发生波束故障+新波束RS(集合)信息”二者。

相比之下，BFR-PUCCH的作用是仅向基站通知“SCell发生波束故障”。与发生的波束故障有关的详细信息可作为后续报告发送。

例如，UE可向基站发送包括以下i)至iii)中的至少一个的信息的MAC CE(或UCI)作为后续报告。

i)发生了波束故障的SCell示例：CC索引

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

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

在iii)的情况下，可包括根据波束RS ID的新波束的质量(RSRP或SINR)的信息。

不需要总是触发后续波束报告。具体地，在接收到BFR-PUCCH之后，基站可停用为对应UE配置了BFR配置的SCell。

上述操作是为了增加UL资源利用率。具体地，存在数十个SCell连接到一个PCell/PSCell的情况，并且从基站的角度，可存在共享一个PCell/PSCell UL的许多UE。即使考虑这种情况时，优选的是在PCell/PSCell中使在各个UE中作为SCell BFRQ用途预留的UL资源的量最小化。因此，在接收到BFR-PUCCH之后，基站可停用发生了波束故障的SCell。

可重用调度请求(SR)PUCCH方法，因为BFR-PUCCH中要包含的信息量非常小(例如，1比特)，并且仅当发生UE的事件时才发送对应BFR-PUCCH。

例如，当通过RRC消息在PCell/PScell UL中配置BFR-PUCCH资源时，可仅通过PUCCH格式0或PUCCH格式1配置对应PUCCH资源。可重用现有SR相关MAC子层操作(例如，SR重传或SR禁止定时器)。可根据与BFR-PUCCH和另一PUCCH或PUSCH的UCI复用规则和/或冲突处理规则通过另一PUCCH资源或PUSCH资源发送对应BFRQ信息。在这种情况下，对应BFR-PUCCH资源不会导致资源浪费，因为从基站的角度，该资源不是始终预留的PUCCH资源。

即使在MAC子层相关操作的角度，可考虑以下实施方式。

例如，SR重传相关禁止定时器值、最大重传值等将应用于BFRQ操作的值和要应用于公共调度请求的值可被定义为相同地应用。又如，为了使BFRQ与SR相比处理为紧急/重要信息，可相对于SR和BFRQ单独地配置/定义要应用的值。

具体地，接收到BFRQ的基站可停用对应Scell而不对对应UE的SCell执行波束恢复。在这种情况下，对于基站将没有必要重传BFRQ多次，因为基站将不向UE分配UL-SCH。考虑到这一点，BFRQ的最大重传值可较小地配置/定义。例如，可不重传BFRQ(最大重传值＝1)。

如果BFR-PUCCH资源和SR-PUCCH资源(用于特定BWP/服务小区)(时间上)交叠并配置，并且发生需要发送SR相关预定义事件和BFRQ(用于对应BWP/服务小区)的事件，则存在关于UE如何发送为SR用途配置的PUCCH资源和为BFRQ用途配置的PUCCH资源中的哪一个发生歧义的问题。本公开提出了提议1的以下方法(例如，方法1(方法1.1/1.2)/方法2/方法3/方法4)作为其解决方案。

[提议1]

如果BFR-PUCCH资源和SR-PUCCH资源交叠并且调度请求事件(SR事件)和波束故障事件(BF事件)一起发生，则UE/基站可根据稍后描述的方法1(方法1.1/1.2)/方法2/方法3/方法4操作。

[方法1]

UE可选择BFR-PUCCH资源并且首先发送BFRQ。

[方法1.1]

UE可停止(挂起)SR过程，并且可在BFRQ传输之后通过有效SR-PUCCH资源发送SR-PUCCH。

[方法1.2]

UE可通过考虑相对于SR没有用于SR的有效PUCCH资源的情况取消未决SR，并且可发起随机接入过程。

方法1是给予波束恢复以优先的方法。

具体地，当作为SR-PUCCH资源和BFR-PUCCH资源交叠的情况的SR事件和BFR事件同时发生时，在方法1中，UE选择并报告BFR-PUCCH资源，因为波束的恢复是第一位。根据方法1的效果如下。相对于对应UE，基站可比SR相关情况更优先地识别BFR情况。基站可优先执行确定，例如执行波束恢复过程或停用对应Scell。

如果应用方法1.1，则当控制SR传输/重传时，SR过程可改变，以使得该方法被限制性地应用于不存在与BFRQ资源的冲突的情况。表15是与方法1.1的应用有关的MAC层操作角度的实施方式。

[表15]

此外，方法1.2是作为回退过程操作RS的方法(表16中的下划线部分)。如果应用该方法，则表16中的参考3的内容可应用于UE/基站的操作。

[表16]

[方法2]

UE可选择单独配置/调节为在BFRQ事件和SR事件同时传输时使用的PUCCH资源，并且可发送SR和BFRQ。

基站可在UE中为BFRQ+SR单独地配置PUCCH资源。具体地，基站可在UE中配置SR专用PUCCH资源、BFRQ专用PUCCH资源和用于SR+BFRQ用途的PUCCH资源。在SR+BFRQ的情况下(即，当同时发生SR事件和BFRQ事件时)，UE可选择单独配置的PUCCH资源并发送SR和BFRQ。

[方法3]

当BFRQ/SR事件发生时，UE可在特定PUCCH资源中发送SR/BFRQ。根据SR和BFRQ是否同时发生，UE可发送单独的序列/消息。

单独序列/消息的状态可根据PUCCH资源的格式分为以下状态并且可被表示。

1)在PUCCH格式0的情况下，序列的循环移位值

2)在PUCCH格式1的情况下的序列

3)在PUCCH格式2/3/4的情况下，UCI比特(将执行信道编码)

具体地，可定义基于1)至3)划分并表示以下状态。

①正向SR+正向BFRQ或正向SR+负向BFRQ(对于SR-PUCCH)

②正向BFRQ+正向SR或正向BFRQ+负向SR(对于BFR-PUCCH)

③正向BFRQ+正向SR、正向BFRQ+负向SR、负向BFRQ+正向SR或负向BFRQ+负向SR(对于SR-PUCCH、BFR-PUCCH或者用于SR和BFR两种情况的PUCCH资源)

①可应用于SR-PUCCH，②可应用于BFR-PUCCH，③可应用于当SR-PUCCH/BFR-PUCCH/SR和BFR同时发生时使用的PUCCH资源。

在方法3中，UE通过具有冲突的BFR-PUCCH资源和SR-PUCCH资源之一来发送BFR-PUCCH/SR-PUCCH。具体地，在方法3中，在SR+BFRQ情况的情况下，定义/配置UE根据PUCCH格式基于单独定义/配置的UCI比特、序列或应用了循环移位(CS)的序列来发送BFR-PUCCH/SR-PUCCH。

例如，如果具有PUCCH格式0的资源用于SR目的，则可基于CS值另外发送HARQ-ACK/NACK信息。可使用这种原理相对于用于SR目的的PUCCH资源根据是否发生BFRQ不同地定义/配置CS值。相比之下，用于BFR目的的PUCCH资源使用具有PUCCH格式0的资源，UE可仅在BFR情况下发送对应PUCCH。在这种情况下，根据CS值还可发送指示SR是否为正向(即，正向SR或负向SR)的信息。在PUCCH格式1的情况下，可通过改变序列而非CS值来应用该方法。基于这种原理，可配置SR和BFRQ组合用途PUCCH资源。即，一个PUCCH资源可被配置为用于SR用途和BFRQ用途。对应PUCCH资源将用于何种用途可根据通过对应PUCCH资源发送的UCI来报告。具体地，可通过UCI报告SR用途(发生SR事件)、BFRQ用途(发生BFRQ事件)和/或SR+BFRQ用途(同时发生SR事件和BFRQ事件)。

BFR/SR组合用途PUCCH资源可限制性地应用于1)从BFRQ的角度共享一个PUCCH资源的多个SCell和2)从SR的角度共享一个PUCCH资源的多个Scell相同的情况。

[方法4]

基站可将SR-PUCCH资源和BFR-PUCCH资源配置为始终设置在不同的符号处。因此，可防止SR-PUCCH资源和BFR-PUCCH资源交叠的情况。UE可能不预期SR-PUCCH资源和BFR-PUCCH资源交叠的配置。

方法4保证在基站的资源分配中不发生SR-PUCCH资源和BFR-PUCCH资源之间的交叠。在这种情况下，优点在于，UE不需要对SR-PUCCH和BFR-PUCCH之间的冲突情况执行特殊处理，但是基站的PUCCH资源配置的自由度可能受到限制。具体地，当考虑每一时隙配置SRPUCCH资源的情况时，在SR PUCCH资源的符号持续时间中不可避免地出现限制。

从实现方面，根据上述实施方式的基站/UE的操作(例如，上述提议方法(例如，与基于提议1的方法1/方法1-1/方法1-2/方法2/方法3/方法4中的至少一个的波束故障恢复有关的操作)可由稍后描述的图17至图21的设备(例如，图18中的处理器102、202)处理。

此外，根据实施方式的基站/UE的操作(例如，与基于提议1的方法1/方法1-1/方法1-2/方法2/方法3/方法4中的至少一个的波束故障恢复有关的操作)可按照用于驱动至少一个处理器(例如，图18中的102、202)的指令/程序(例如，指令或可执行代码)的形式存储在存储器(例如，图18中的104、204)中。

图14示出本公开中所提出的方法可应用于的UE/基站之间的信令的示例。具体地，图14示出基于上述提议方法(例如，提议1的方法1/方法1-1/方法1-2/方法2/方法3/方法4)的用户设备(UE)/基站(BS)之间的信令的示例。在这种情况下，UE/BS仅是示例，可通过由如图17至图21中描述的各种设备代替来应用。图14仅是为了描述方便，而非限制本公开的范围。此外，可根据情况和/或配置省略图14所示的一些步骤。

UE可从BS接收BFR相关配置(即，与BFR有关的配置信息)和/或SR相关配置(即，与SR有关的配置)(S1410)。例如，与BFR有关的配置信息可包括与提议1的方法1/方法1-1/方法1-2/方法2/方法3/方法4的操作有关的配置信息。与BFR有关的配置信息可包括BFR的资源配置(例如，BFR-PUCCH资源的配置)、定时器或计数器的配置信息。此外，与SR有关的配置信息可包括SR的资源配置(例如，SR-PUCCH资源的配置)、定时器或计数器的配置信息。与BFR有关的配置信息和/或与SR有关的配置信息可通过高层信令(例如，RRC信令)等传送。

例如，在步骤S1410中由UE(图17至图21中的100/200)从BS接收BFR相关配置/SR相关配置的操作可由稍后描述的图17至图21的设备实现。例如，参照图18，一个或更多个处理器102可控制一个或更多个收发器106和/或一个或更多个存储器104接收BFR相关配置/SR相关配置。一个或更多个收发器106可从BS接收BFR相关配置/SR相关配置。

UE可向BS发送PUCCH(例如，BFR-PUCCH、BFR相关PUCCH、SR-PUCCH、SR相关PUCCH)(S1420)。例如，基于提议1的方法1/方法1-1/方法1-2/方法2/方法3/方法4，UE可向BS发送PUCCH(例如，BFR-PUCCH、BFR相关PUCCH、SR-PUCCH、SR相关PUCCH)。例如，当SR-PUCCH资源和BFR-PUCCH资源交叠时，UE可根据给定规则优先发送BFRQ(即，BFR-PUCCH)，可通过单独的PUCCH资源发送BFRQ和SR，或者可根据PUCCH格式基于单独定义/配置的UCI比特、序列或应用了循环移位(CS)的序列发送BFR/SR-PUCCH。另选地，UE可不预期SR-PUCCH资源和BFR-PUCCH资源本身交叠的情况。此外，例如，在PUCCH传输之前，可优先执行提议1的方法1/方法1-1/方法1-2/方法2/方法3/方法4中描述的MAC层中的操作。作为详细示例，在由UE优先发送BFRQ的方法的情况下，可优先执行在BFRQ传输之前表15/表16中描述的MAC层中的操作。

例如，在步骤S1420中由UE(图17至图21中的100/200)向BS发送PUCCH的操作可由稍后描述的图17至图21的设备实现。例如，参照图18，一个或更多个处理器102可控制一个或更多个收发器106和/或一个或更多个存储器104发送PUCCH。一个或更多个收发器106可向BS发送PUCCH。

UE可从BS接收用于PUSCH(例如，BFR相关PUSCH)调度的UL许可(例如，UL DCI)(S1430)。例如，参考提议1的方法1/方法1-1/方法1-2/方法2/方法3/方法4，PUSCH可以是用于传送包括当与BFR有关的报告(例如，发生了波束故障的SCell信息(例如，CC索引))时对应波束RS ID(和/或对应波束的质量(例如，RSRP/SINR))和/或是否存在对应SCell的新波束和/或存在新波束的MAC-CE(或UCI)的PUSCH。即，UE可通过PDCCH(即，用于UL许可的PDCCH)接收用于传送包括与BFR有关的报告的MAC-CE(或UCI)的PUSCH的调度信息。

例如，在步骤S1430中由UE(图17至图21中的100/200)从BS接收用于PUSCH调度的UL许可的操作可由稍后描述的图17至图21的设备实现。例如，参照图18，一个或更多个处理器102可控制一个或更多个收发器106和/或一个或更多个存储器104接收用于PUSCH调度的UL许可。一个或更多个收发器106可从BS接收用于PUSCH调度的UL许可。

UE可向BS发送基于UL许可调度的PUSCH(例如，BFR相关PUSCH)(S1440)。例如，参考提议1的方法1/方法1-1/方法1-2/方法2/方法3/方法4，UE可通过PUSCH向BS发送包括波束报告的MAC-CE(或UCI)，该波束报告包括BFR。

例如，在步骤S1440中由UE(图17至图21中的100/200)向BS发送基于UL许可调度的PUSCH的操作可由稍后描述的图17至图21的设备实现。例如，参照图18，一个或更多个处理器102可控制一个或更多个收发器106和/或一个或更多个存储器104发送基于UL许可调度的PUSCH。一个或更多个收发器106可向BS发送基于UL许可调度的PUSCH。

如上所述，上述BS/UE信令和操作(例如，提议1的方法1/方法1-1/方法1-2/方法2/方法3/方法4/图14)可由以下描述的设备(例如，图17至图21)实现。例如，BS可对应于发送设备/第一设备，UE可对应于接收设备/第二设备，并且也可考虑其相反的情况。例如，上述BS/UE信令和操作(例如，提议1的方法1/方法1-1/方法1-2/方法2/方法3/方法4/图14)可由图18中的一个或更多个处理器(例如，102、202)处理。上述BS/UE信令和操作(例如，提议1的方法1/方法1-1/方法1-2/方法2/方法3/方法4/图14)可按照用于驱动图18中的至少一个处理器(例如，102、202)的指令/程序(例如，指令或可执行代码)的形式存储在存储器(例如，图18中的一个或更多个存储器104、204)中。

以下，参照图15从UE的操作方面具体地描述上述实施方式。以下描述的方法仅为了描述方便而分类，任一个方法的一些元件可由另一方法的一些元件代替，或者它们可相互组合并应用。

参照图15，根据本公开的实施方式的在无线通信系统中由用户设备发送物理上行链路控制信道(PUCCH)的方法包括以下步骤：接收与PUCCH有关的配置信息(S1510)；以及基于配置信息来发送PUCCH(S1520)。

在S1510中，UE从基站接收与物理上行链路控制信道(PUCCH)有关的配置信息。与PUCCH有关的配置信息可基于图14中的与BFR有关的配置信息或与SR有关的配置信息中的至少一个。

根据S1510，由UE(图17至图21中的100/200)从基站(图17至图21中的100/200)接收与PUCCH有关的配置信息的操作可由图17至图21的设备实现。例如，参照图18，一个或更多个处理器102可控制一个或更多个收发器106和/或一个或更多个存储器104从基站200接收与PUCCH有关的配置信息。

在S1520中，UE基于配置信息向基站发送PUCCH。

根据实施方式，可在与调度请求(SR)有关的PUCCH资源中发送PUCCH。

基于与SR有关的PUCCH资源是交叠的PUCCH资源，可在交叠的PUCCH资源当中确定的特定PUCCH资源中发送PUCCH。

特定PUCCH资源可与波束故障恢复(BFR)有关。

根据实施方式，波束故障恢复(BFR)可与至少一个辅小区(SCell)的波束故障有关。

根据实施方式，特定PUCCH资源可与PUCCH格式0或PUCCH格式1有关。

根据实施方式，与波束故障恢复(BFR)有关的PUCCH可基于与调度请求(SR)有关的参数来发送。与调度请求(SR)有关的参数可与和SR的传输有关的定时器或SR的最大传输次数中的至少一个有关。例如，与SR的传输有关的定时器可基于高层参数sr-ProhibitTimer。SR的最大传输次数可基于高层参数sr-TransMax。

根据S1520，由UE(图17至图21中的100/200)基于配置信息向基站(图17至图21中的100/200)发送PUCCH的操作可由图17至图21的设备实现。例如，参照图18，一个或更多个处理器102可控制一个或更多个收发器106和/或一个或更多个存储器104基于配置信息向基站200发送PUCCH。

该方法还可包括以下步骤：接收下行链路控制信息(DCI)。具体地，在接收DCI的步骤中，UE从基站接收调度与PUCCH有关的物理上行链路共享信道(PUSCH)的下行链路控制信息(DCI)。本实施方式可基于图14中的S1430。

根据接收DCI的步骤，由UE(图17至图21中的100/200)从基站(图17至图21中的100/200)接收调度与PUCCH有关的PUSCH的DCI的操作可由图17至图21的设备实现。例如，参照图18，一个或更多个处理器102可控制一个或更多个收发器106和/或一个或更多个存储器104从基站200接收调度与PUCCH有关的PUSCH的DCI。

该方法还可包括以下步骤：发送物理上行链路共享信道(PUSCH)。具体地，在发送PUSCH的步骤中，UE基于DCI向基站发送PUSCH。本实施方式可基于图14中的S1440。

根据实施方式，PUSCH可与包括与波束故障有关的信息的介质访问控制-控制元素(MAC-CE)有关。

根据发送PUSCH的步骤，由UE(图17至图21中的100/200)基于DCI向基站(图17至图21中的100/200)发送PUSCH的操作可由图17至图21的设备实现。例如，参照图18，一个或更多个处理器102可控制一个或更多个收发器106和/或一个或更多个存储器104基于DCI向基站200发送PUSCH。

以下，参照图16从基站的操作方面具体地描述上述实施方式。以下描述的方法仅为了描述方便而分类，任一个方法的一些元件可由另一方法的一些元件代替，或者它们可相互组合并应用。

参照图16，根据本公开的另一实施方式的在无线通信系统中由基站接收物理上行链路控制信道的方法包括以下步骤：发送与PUCCH有关的配置信息(S1610)；以及基于配置信息来接收PUCCH(S1620)。

在S1610中，基站向UE发送与PUCCH有关的配置信息。与PUCCH有关的配置信息可基于图14中的与BFR有关的配置信息或与SR有关的配置信息中的至少一个。

根据S1610，由基站(图17至图21中的100/200)向UE(图17至图21中的100/200)发送与PUCCH有关的配置信息的操作可由图17至图21的设备实现。例如，参照图18，一个或更多个处理器202可控制一个或更多个收发器206和/或一个或更多个存储器204向UE 100发送与PUCCH有关的配置信息。

在S1620中，基站基于配置信息从UE接收PUCCH。

特定PUCCH资源可与波束故障恢复(BFR)有关。

根据实施方式，特定PUCCH资源可基于PUCCH格式0或PUCCH格式1。

根据S1620，由基站(图17至图21中的100/200)基于配置信息从UE(图17至图21中的100/200)接收PUCCH的操作可由图17至图21的设备实现。例如，参照图18，一个或更多个处理器202可控制一个或更多个收发器206和/或一个或更多个存储器204基于配置信息从UE 100接收PUCCH。

该方法还可包括以下步骤：发送下行链路控制信息(DCI)。具体地，在发送DCI的步骤中，基站向UE发送调度与PUCCH有关的PUSCH的DCI。本实施方式可基于图14中的S1430。

根据发送DCI的步骤，由基站(图17至图21中的100/200)向UE(图17至图21中的100/200)发送调度与PUCCH有关的PUSCH的DCI的操作可由图17至图21的设备实现。例如，参照图18，一个或更多个处理器202可控制一个或更多个收发器206和/或一个或更多个存储器204向UE 100发送调度与PUCCH有关的PUSCH的DCI。

该方法还可包括以下步骤：接收物理上行链路共享信道(PUSCH)。具体地，在接收PUSCH的步骤中，基站基于DCI从UE接收PUSCH。本实施方式可基于图14中的S1440。

根据接收PUSCH的步骤，由基站(图17至图21中的100/200)基于DCI从UE(图17至图21中的100/200)接收PUSCH的操作可由图17至图21的设备实现。例如，参照图18，一个或更多个处理器202可控制一个或更多个收发器206和/或一个或更多个存储器204基于DCI从UE100接收PUSCH。

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

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

以下，将参照附图更详细地给出描述。在以下附图/描述中，除非另外描述，否则相同的标号可表示相同或对应的硬件块、软件块或功能块。

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

参照图17，应用于本公开的通信系统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)、电视、智能电话、计算机、可穿戴装置、家电装置、数字标牌、车辆、机器人等的形式实现。手持装置可包括智能电话、智能板、可穿戴装置(例如，智能手表或智能眼镜)和计算机(例如，笔记本)。家用电器可包括TV、冰箱和洗衣机。IoT装置可包括传感器和智能仪表。例如，BS和网络可被实现为无线装置，并且特定无线装置200a可相对于其它无线装置作为BS/网络节点操作。

无线装置100a至100f可经由BS 200连接到网络300。可对无线装置100a至100f应用AI技术，并且无线装置100a至100f可经由网络300连接到AI服务器400。网络300可使用3G网络、4G(例如，LTE)网络或5G(例如，NR)网络来配置。尽管无线装置100a至100f可通过BS200/网络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可通过各种物理信道来发送/接收信号。为此，用于发送/接收无线电信号的各种配置信息配置进程、各种信号处理进程(例如，信道编码/解码、调制/解调和资源映射/解映射)和资源分配进程的至少一部分可基于本公开的各种提议来执行。

应用于本公开的无线装置的示例

图18示出适用于本公开的无线装置。

参照图18，第一无线装置100和第二无线装置200可通过各种RAT(例如，LTE和NR)发送无线电信号。本文中，{第一无线装置100和第二无线装置200}可对应于图17的{无线装置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可通过收发器106接收包括第四信息/信号的无线电信号，然后将通过处理第四信息/信号而获得的信息存储在存储器204中。存储器204可连接到处理器202并且可存储与处理器202的操作有关的各种信息。例如，存储器204可存储包括用于执行处理器202所控制的部分或全部进程或用于执行本文献中所公开的描述、功能、过程、提议、方法和/或操作流程图的命令的软件代码。本文中，处理器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可包括(模拟)振荡器和/或滤波器。

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

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

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

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

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

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

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

应用于本公开的无线装置的应用示例

图20示出应用于本公开的无线装置的另一示例。无线装置可根据使用情况/服务以各种形式实现(参照图17)。

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

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

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

应用于本公开的手持装置的示例

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

参照图21，手持装置100可包括天线单元108、通信单元110、控制单元120、存储器单元130、电源单元140a、接口单元140b和I/O单元140c。天线单元108可被配置为通信单元110的一部分。块110至130/140a至140c分别对应于图20的块110至130/140。

通信单元110可向其它无线装置或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作为各种类型(例如，文本、语音、图像、视频或触觉)输出。

根据本公开的实施方式的在无线通信系统中发送和接收物理上行链路控制信道的方法和设备的效果描述如下。

此外，当与波束故障恢复有关的PUCCH资源与调度请求(例如，归因于波束故障恢复以外的事件的SR)相关的PUCCH资源交叠时，与波束故障恢复有关的PUCCH资源可被优先发送。因此，当SR事件和BFR事件同时发生时，可解决UE操作中的歧义，并且可更快速地发起波束故障恢复过程(BFR过程)。

根据本公开的实施方式，基于与调度请求(SR)有关的参数来发送与波束故障恢复(BFR)有关的PUCCH。与调度请求(SR)有关的参数与和SR的传输有关的定时器或SR的最大传输次数中的至少一个有关。因此，可基于现有调度请求过程来发起波束故障恢复(BFR)。

上述本公开的实施方式是本公开的元件和特征的组合。除非另外提及，否则元件或特征可被认为是选择性的。各个元件或特征可在不与其它元件或特征组合的情况下实践。此外，本公开的实施方式可通过将部分元件和/或特征组合来构造。在本公开的实施方式中描述的操作顺序可重排。任一个实施方式的一些构造可被包括在另一实施方式中，并且可由另一实施方式的对应构造代替。对于本领域技术人员而言显而易见的是，所附权利要求中彼此未明确引用的权利要求可作为本公开的实施方式组合呈现，或者在提交申请之后通过后续修改作为新的权利要求而被包括。

本公开的实施方式可通过例如硬件、固件、软件或其组合的各种手段实现。在硬件配置中，根据本公开的实施方式的方法可通过一个或更多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等来实现。

在固件或软件配置中，本公开的实施方式可按照模块、过程、函数等的形式来实现。例如，软件代码可被存储在存储器单元中并由处理器执行。存储器可位于处理器的内部或外部，并且可经由各种已知手段向处理器发送数据和从处理器接收数据。

本领域技术人员将理解，在不脱离本公开的精神和基本特征的情况下，本公开可按照本文阐述的方式以外的其它特定方式来实施。因此，上述实施方式在所有方面均被解释为是例示性的，而非限制性的。本公开的范围应该由所附权利要求及其法律上的等同物(而非以上描述)来确定，落入所附权利要求的含义和等同范围内的所有改变均旨在被涵盖于其中。

Claims

1.一种在无线通信系统中由用户设备发送物理上行链路控制信道PUCCH的方法，该方法包括以下步骤：

接收与物理上行链路控制信道PUCCH有关的配置信息；以及

基于所述配置信息来发送所述PUCCH，

其中，在与调度请求SR有关的PUCCH资源中发送所述PUCCH，

其中，基于与所述SR有关的所述PUCCH资源是交叠的PUCCH资源，在所述交叠的PUCCH资源当中确定的特定PUCCH资源中发送所述PUCCH，并且

其中，所述特定PUCCH资源与波束故障恢复BFR有关。

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

其中，所述波束故障恢复BFR与至少一个辅小区SCell的波束故障有关。

3.根据权利要求2所述的方法，

其中，所述特定PUCCH资源是基于PUCCH格式0或PUCCH格式1的。

4.根据权利要求2所述的方法，该方法还包括以下步骤：接收调度与所述PUCCH有关的物理上行链路共享信道PUSCH的下行链路控制信息DCI。

5.根据权利要求4所述的方法，该方法还包括以下步骤：基于所述DCI发送所述PUSCH。

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

其中，所述PUSCH与包括与所述波束故障有关的信息的介质访问控制-控制元素MAC-CE有关。

7.根据权利要求6所述的方法，

其中，所述MAC-CE包括与1)至少一个辅小区SCell或2)新波束中的至少一个有关的信息。

8.根据权利要求7所述的方法，

其中，与所述新波束有关的信息包括i)是否存在所述新波束或ii)与所述新波束有关的参考信号的ID中的至少一个。

9.根据权利要求1所述的方法，

其中，基于与所述调度请求SR有关的参数来发送与所述波束故障恢复BFR有关的所述PUCCH。

10.根据权利要求9所述的方法，

其中，与所述调度请求SR有关的所述参数与和所述SR的传输有关的定时器或所述SR的最大传输次数中的至少一个有关。

11.一种在无线通信系统中发送物理上行链路控制信道PUCCH的用户设备，该用户设备包括：

一个或更多个收发器；

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

一个或更多个存储器，所述一个或更多个存储器在操作上联接到所述一个或更多个处理器并且存储指令，当由所述一个或更多个处理器执行物理上行链路控制信道PUCCH的传输时，所述指令执行操作，

其中，所述操作包括：

接收与物理上行链路控制信道PUCCH有关的配置信息；以及

基于所述配置信息来发送所述PUCCH，

其中，在与调度请求SR有关的PUCCH资源中发送所述PUCCH，

其中，所述特定PUCCH资源与波束故障恢复BFR有关。

12.根据权利要求11所述的用户设备，

13.根据权利要求1所述的用户设备，

14.一种设备，该设备包括一个或更多个存储器以及功能上连接到所述一个或更多个存储器的一个或更多个处理器，

其中，所述一个或更多个处理器被配置为使得所述设备能够：

接收与物理上行链路控制信道PUCCH有关的配置信息，并且

基于所述配置信息来发送所述PUCCH，

其中，在与调度请求SR有关的PUCCH资源中发送所述PUCCH，

其中，所述特定PUCCH资源与波束故障恢复BFR有关。

15.一个或更多个非暂时性计算机可读介质，所述一个或更多个非暂时性计算机可读介质存储一个或更多个指令，

其中，所述一个或更多个指令能够由一个或更多个处理器执行并且被配置为使得用户设备能够：

接收与物理上行链路控制信道PUCCH有关的配置信息，并且

基于所述配置信息来发送所述PUCCH，

其中，在与调度请求SR有关的PUCCH资源中发送所述PUCCH，

其中，所述特定PUCCH资源与波束故障恢复BFR有关。