关于媒体接入控制重置处理波束故障恢复的方法和设备

摘要

本发明从用户设备的视角公开一种关于媒体接入控制重置处理波束故障恢复的方法和装置。在一个实施例中，方法包含用户设备触发与小区相关联的波束故障恢复。方法还包含用户设备响应于被触发的波束故障恢复而触发针对次小区波束故障恢复的调度请求。方法进一步包含用户设备响应于与小区相关联的媒体接入控制实体的重置而取消被触发的波束故障恢复和被触发的调度请求。

权利要求

1.一种用于配置有主小区和次小区的用户设备的方法，其特征在于，包括：触发与所述次小区相关联的波束故障恢复；

当没有上行链路共享信道资源可用于容纳波束故障恢复媒体接入控制控制要素加上其子标头，响应于被触发的所述波束故障恢复而触发针对次小区波束故障恢复的调度请求并在所述主小区上传送所述调度请求；以及响应于与所述次小区相关联的媒体接入控制实体的重置而取消被触发的所述波束故障恢复和被触发的所述调度请求。

2.根据权利要求1所述的方法，其特征在于，所述次小区是与主小区群组或次小区群组相关联的次小区。

3.根据权利要求1所述的方法，其特征在于，当有上行链路共享信道资源可用于容纳所述波束故障恢复媒体接入控制控制要素加上其子标头，响应于被触发的所述波束故障恢复，则所述用户设备生成所述波束故障恢复媒体接入控制控制要素。

4.根据权利要求1所述的方法，其特征在于，至少基于服务小区是否为次小区而确定是否触发所述波束故障恢复，其中，当所述服务小区为主小区时，所述用户设备不触发所述波束故障恢复。

5.根据权利要求1所述的方法，其特征在于，在具有同步的无线电资源控制重新配置程序、无线电资源控制连接重建程序或无线电资源控制连接释放程序期间执行所述媒体接入控制实体的所述重置。

6.根据权利要求1所述的方法，其特征在于，所述用户设备响应于所述媒体接入控制实体的所述重置而停止随机接入程序，其中所述随机接入程序是响应于被触发的所述波束故障恢复而起始。

7.根据权利要求1所述的方法，其特征在于，所述用户设备响应于所述媒体接入控制实体的所述重置而重置用于波束故障例项指示的计数器。

8.根据权利要求1所述的方法，其特征在于，所述用户设备响应于所述媒体接入控制实体的所述重置而停止用于波束故障检测的定时器和用于波束故障恢复程序的定时器。

9.根据权利要求1所述的方法，其特征在于，在用于释放所述次小区的程序期间执行所述媒体接入控制实体的所述重置。

10.一种配置有主小区和次小区的用户设备，其特征在于，包括：控制电路；

处理器，其安装于所述控制电路中；以及存储器，其安装于所述控制电路中且操作性地耦合到所述处理器；

其中所述处理器被配置成执行存储在所述存储器中的程序代码以：触发与所述次小区相关联的波束故障恢复；

当没有上行链路共享信道资源可用于容纳波束故障恢复媒体接入控制控制要素加上其子标头，响应于被触发的所述波束故障恢复而触发针对次小区波束故障恢复的调度请求并在所述主小区上传送所述调度请求；以及响应于与所述次小区相关联的媒体接入控制实体的重置而取消被触发的所述波束故障恢复和被触发的所述调度请求。

11.根据权利要求10所述的用户设备，其特征在于，所述次小区是与主小区群组或次小区群组相关联的次小区。

12.根据权利要求10所述的用户设备，其特征在于，所述处理器进一步被配置成执行存储于所述存储器中的程序代码以：当有上行链路共享信道资源可用于容纳所述波束故障恢复媒体接入控制控制要素加上其子标头，响应于被触发的所述波束故障恢复，则生成所述波束故障恢复媒体接入控制控制要素。

13.根据权利要求10所述的用户设备，其特征在于，所述处理器进一步配置成执行存储于所述存储器中的程序代码以：至少基于服务小区是否为次小区而确定是否触发所述波束故障恢复，其中，当所述服务小区为主小区时，所述用户设备不触发所述波束故障恢复。

14.根据权利要求10所述的用户设备，其特征在于，在具有同步的无线电资源控制重新配置程序、无线电资源控制连接重建程序或无线电资源控制连接释放程序期间执行所述媒体接入控制实体的所述重置。

15.根据权利要求10所述的用户设备，其特征在于，所述处理器进一步被配置成执行存储于所述存储器中的程序代码以：响应于所述媒体接入控制实体的所述重置而停止随机接入程序，其中所述随机接入程序是响应于被触发的所述波束故障恢复而起始。

16.根据权利要求10所述的用户设备，其特征在于，所述处理器进一步被配置成执行存储于所述存储器中的程序代码以：响应于所述媒体接入控制实体的所述重置而重置用于波束故障例项指示的计数器。

17.根据权利要求10所述的用户设备，其特征在于，所述处理器进一步被配置成执行存储于所述存储器中的程序代码以：响应于所述媒体接入控制实体的所述重置停止用于波束故障检测的定时器和用于波束故障恢复程序的定时器。

18.根据权利要求10所述的用户设备，其特征在于，在用于释放所述次小区的程序期间执行所述媒体接入控制实体的所述重置。

说明书

关于媒体接入控制重置处理波束故障恢复的方法和设备

技术领域

[0001] 本公开大体上涉及无线通信网络，且更明确地说涉及一种无线通信系统中关于媒体接入控制重置处理波束故障恢复的方法和设备。

背景技术

[0002] 随着往来移动通信装置的大量数据的通信需求的快速增长，传统的移动语音通信网络演进成与因特网协议(Internet Protocol，IP)数据包通信的网络。此类IP数据包通信
可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。

[0003] 示例性网络结构是演进型通用陆地无线电接入网(Evolved  Universal Terrestrial Radio Access Network，E‑UTRAN)。E‑UTRAN系统可提供高数据吞吐量以便实
现上述IP承载语音及多媒体服务。目前，3GPP标准组织正在讨论新的下一代(例如，5G)无线
电技术。因此，目前在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。

发明内容

[0004] 从用户设备(user equipment，UE)的视角公开一种方法和装置。在一个实施例中，所述方法包含UE触发与小区相关联的波束故障恢复(Beam Failure Recovery，BFR)。所述
方法还包含UE响应于被触发的BFR来触发针对次小区(Secondary Cell，SCell)波束故障恢
复的调度请求(Scheduling Request，SR)。所述方法进一步包含UE响应于与小区相关联的
媒体接入控制(Medium Access Control，MAC)实体的重置而取消被触发的BFR和被触发的
SR。

附图说明

[0005] 图1展示根据一个示例性实施例的无线通信系统的图。

[0006] 图2是根据一个示例性实施例的传送器系统(也被称为接入网络)和接收器系统(也被称为用户设备或UE)的框图。

[0007] 图3是根据一个示例性实施例的通信系统的功能框图。

[0008] 图4是根据一个示例性实施例的图3的程序代码的功能框图。

[0009] 图5是根据一个示例性实施例的图式。

[0010] 图6是根据一个示例性实施例的图式。

[0011] 图7是根据一个示例性实施例的图式。

[0012] 图8是根据一个示例性实施例的图示。

[0013] 图9是根据一个示例性实施例的图示。

[0014] 图10是根据一个示例性实施例的流程图。

[0015] 图11是根据一个示例性实施例的流程图。

[0016] 图12是根据一个示例性实施例的流程图。

[0017] 图13是根据一个示例性实施例的流程图。

具体实施方式

[0018] 下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信，例如，语音、数据等等。这些系统可以基于码
分多址(code division multiple access，CDMA)、时分多址(time division multiple 
access，TDMA)、正交频分多址(orthogonal frequency division multiple access，
OFDMA)、3GPP长期演进(Long Term Evolution，LTE)无线接入、3GPP长期演进高级(Long 
Term Evolution Advanced，LTE‑A或LTE‑Advanced)、3GPP2超移动宽带(Ultra Mobile 
Broadband，UMB)、WiMax、3GPP新无线电(New Radio，NR)或一些其它调制技术。

[0019] 确切地说，下文描述的示例性无线通信系统装置可被设计成支持例如由名为“第三代合作伙伴计划”(在本文中被称作3GPP)的联盟提供的标准等一个或多个标准：包含：TS 
38.321 V15.7.0“NR，媒体接入控制(MAC)协议规范”；R2‑1915254，“用于NR eMIMO的MAC运
行CR”，Samsung；R1‑1909833，“关于用于SCell BFR的MAC CE设计的答复LS”，Apple；RAN2#
108会议报告；RAN2#107bis会议报告；以及TS 38.331 V15.7.0，“NR，无线电资源控制(RRC)
协议规范”。上文所列的标准和文档在此明确地以全文引用的方式并入。

[0020] 图1展示根据本发明的一个实施例的多址无线通信系统。接入网络100(AN)包含多个天线群组，其中一个天线群组包含104和106，另一天线群组包含108和110，且额外天线群
组包含112和114。在图1中，针对每一天线群组仅展示两个天线，但是每一天线群组可利用
更多或更少天线。接入终端116(access terminal，AT)与天线112和114通信，其中天线112
和114经由前向链路120向接入终端116传送信息，且经由反向链路118从接入终端116接收
信息。接入终端(AT)122与天线106和108通信，其中天线106和108经由前向链路126向接入
终端(AT)122传送信息，且经由反向链路124从接入终端(AT)122接收信息。在FDD系统中，通
信链路118、120、124以及126可使用不同频率以供通信。例如，前向链路120可使用与反向链
路118所使用频率不同的频率。

[0021] 每一天线群组和/或所述天线群组被设计成在其中通信的区域常常被称为接入网络的扇区。在实施例中，天线群组各自被设计成与接入网络100所覆盖的区域的扇区中的接
入终端通信。

[0022] 在经由前向链路120和126的通信中，接入网络100的传送天线可以利用波束成形以便改进不同接入终端116和122的前向链路的信噪比。并且，相比于经由单个天线传送到
其所有接入终端的接入网络，使用波束成形来传送到在接入网络的整个覆盖范围中随机分
散的接入终端的所述接入网络对相邻小区中的接入终端产生更少的干扰。

[0023] 接入网络(access network，AN)可以是用于与终端通信的固定站或基站，且还可被称作接入点、Node B、基站、增强型基站、演进型Node B(evolved Node B，eNB)、网络节
点、网络或某一其它术语。接入终端(AT)还可以被称作用户设备(UE)、无线通信装置、终端、
接入终端或某一其它术语。

[0024] 图2是MIMO系统200中的传送器系统210(也被称作接入网络)和接收器系统250(也被称作接入终端(access terminal，AT)或用户设备(user equipment，UE))的实施例的简
化框图。在传送器系统210处，从数据源212将用于若干数据流的业务数据提供到传送(TX)
数据处理器214。

[0025] 在一个实施例中，经由相应传送天线传送每个数据流。TX数据处理器214基于针对每一数据流而选择的特定译码方案来格式化、译码及交错所述数据流的业务数据以提供经
译码数据。

[0026] 可使用OFDM技术将每个数据流的经译码的数据与导频数据多路复用。导频数据通常为以已知方式进行处理的已知数据样式，且可在接收器系统处使用以估计信道响应。接
着基于针对每一数据流而选择的特定调制方案(例如，BPSK、QPSK、M‑PSK或M‑QAM)来调制
(即，符号映射)所述数据流的经多路复用的导频和经译码数据以提供调制符号。可以通过
由处理器230执行的指令来确定用于每个数据流的数据速率、译码和调制。

[0027] 接着将所有数据流的调制符号提供给TX MIMO处理器220，所述TX MIMO处理器可进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220接着将NT个调制符号流提
供给NT个传送器(TMTR)222a至222t。在某些实施例中，TX MIMO处理器220将波束成形权重
应用于数据流的符号并应用于正从其传送所述符号的天线。

[0028] 每一传送器222接收并处理相应符号流以提供一个或多个模拟信号，且进一步调节(例如，放大、滤波和升频转换)模拟信号以提供适于经由MIMO信道传送的经调制信号。接
着分别从NT个天线224a至224t传送来自传送器222a至222t的NT个经调制信号。

[0029] 在接收器系统250处，由NR个天线252a到252r接收所传送的经调制信号，并且将从每个天线252接收到的信号提供到相应的接收器(RCVR)254a至254r。每个接收器254调节
(例如，滤波、放大和降频转换)相应的接收到的信号，将已调节信号数字化以提供样本，且
进一步处理所述样本以提供对应的“接收到的”符号流。

[0030] RX数据处理器260接着基于特定接收器处理技术从NR个接收器254接收并处理NR个接收到的符号流以提供NT个“检测到的”符号流。RX数据处理器260接着对每一检测到的符
号流进行解调、解交错和解码以恢复数据流的业务数据。由RX数据处理器260进行的处理与
由传送器系统210处的TX MIMO处理器220和TX数据处理器214执行的处理互补。

[0031] 处理器270周期性地确定要使用哪个预译码矩阵(下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。

[0032] 反向链路消息可包括关于通信链路和/或接收到的数据流的各种类型的信息。反向链路消息接着由TX数据处理器238(其还接收来自数据源236的若干数据流的业务数据)
处理，由调制器280调制，由传送器254a至254r调节，且被传送回到传送器系统210。

[0033] 在传送器系统210处，来自接收器系统250的经调制信号通过天线224接收、通过接收器222调节、通过解调器240解调，并通过RX数据处理器242处理，以提取通过接收器系统
250传送的反向链路消息。接着，处理器230确定使用哪一预译码矩阵以确定波束成形权重，
然后处理所提取的消息。

[0034] 转而参看图3，此图展示了根据本发明的一个实施例的通信装置的替代简化功能框图。如图3中所示，可以利用无线通信系统中的通信装置300来实现图1中的UE(或AT)116
和122或图1中的基站(或AN)100，并且无线通信系统优选地是NR系统。通信装置300可包含
输入装置302、输出装置304、控制电路306、中央处理单元(CPU)308、存储器310、程序代码
312以及收发器314。控制电路306经由CPU 308执行存储器310中的程序代码312，由此控制
通信装置300的操作。通信装置300可接收由用户经由输入装置302(例如，键盘或小键盘)输
入的信号，且可经由输出装置304(例如，监视器或扬声器)输出图像和声音。收发器314用于
接收和传送无线信号，将接收到的信号递送到控制电路306，且以无线方式输出由控制电路
306生成的信号。也可利用无线通信系统中的通信装置300来实现图1中的AN100。

[0035] 图4是根据本发明的一个实施例在图3中展示的程序代码312的简化框图。在此实施例中，程序代码312包含应用层400、层3部分402和层2部分404，且耦合到层1部分406。层3
部分402通常执行无线电资源控制。层2部分404通常执行链路控制。层1部分406通常执行物
理连接。

[0036] 在3GPP TS 38.321中介绍用于NR的上行链路(Uplink，UL)数据传递如下：

[0037] 5.4 UL‑SCH数据传递

[0038] 5.4.1 UL准予接收

[0039] 上行链路准予是在PDCCH上在随机接入响应中动态地接收，或由RRC半持续地配置。MAC实体将使上行链路准予在UL‑SCH上传送。为了执行所请求传送，MAC层从较低层接收
HARQ信息。

[0040] 如果MAC实体具有C‑RNTI、临时C‑RNTI或CS‑RNTI，则MAC实体将针对每一PDCCH时机且针对属于具有运行timeAlignmentTimer的TAG的每一服务小区且针对为此PDCCH时机
接收的每一准予：

[0041] 1>如果针对此服务小区的上行链路准予已在用于MAC实体的C‑RNTI或临时C‑RNTI的PDCCH上接收；或

[0042] 1>如果上行链路准予已在随机接入响应中接收：

[0043] 2>如果上行链路准予是针对MAC实体的C‑RNTI且如果用于同一HARQ进程的递送到HARQ实体的先前上行链路准予是针对MAC实体的CS‑RNTI接收的上行链路准予或经配置上
行链路准予，则：

[0044] 3>无论NDI的值如何均将NDI视为已经切换以用于对应HARQ进程。

[0045] 2>如果上行链路准予是针对MAC实体的C‑RNTI，且所标识的HARQ进程被配置成用于经配置上行链路准予，则：

[0046] 3>开始或重新开始用于对应HARQ进程的configuredGrantTimer(如果配置)。

[0047] 2>将上行链路准予和相关联HARQ信息递送到HARQ实体。

[0048] 1>否则，如果用于此PDCCH时机的上行链路准予已针对MAC实体的CS‑RNTI在PDCCH上针对此服务小区接收：

[0049] 2>如果接收到的HARQ信息中的NDI是1：

[0050] 3>将用于对应HARQ进程的NDI视为尚未切换；

[0051] 3>开始或重新开始用于对应HARQ进程的configuredGrantTimer(如果配置)；

[0052] 3>将上行链路准予和相关联HARQ信息递送到HARQ实体。

[0053] 2>否则，如果所接收HARQ信息中的NDI是0：

[0054] 3>如果PDCCH内容指示经配置准予类型2停用，则：

[0055] 4>触发经配置上行链路准予确认。

[0056] 3>否则，如果PDCCH内容指示经配置准予类型2激活，则：

[0057] 4>触发经配置上行链路准予确认；

[0058] 4>存储用于此服务小区的上行链路准予和相关联HARQ信息作为经配置上行链路准予；

[0059] 4>初始化或重新初始化用于此服务小区的经配置上行链路准予以在相关联PUSCH持续时间中开始且根据条款5.8.2中的规则重新发生；

[0060] 4>停止用于对应HARQ进程的configuredGrantTimer(如果在运行)；

[0061] 针对每一服务小区和每一经配置上行链路准予(如果配置且被激活)，MAC实体将：

[0062] 1>如果经配置上行链路准予的PUSCH持续时间与针对此服务小区在PDCCH上或在随机接入响应中接收的上行链路准予的PUSCH持续时间不重叠，则：

[0063] 2>将HARQ进程ID设定成与此PUSCH持续时间相关联的HARQ进程ID；

[0064] 2>如果用于对应HARQ进程的configuredGrantTimer不处于运行中，则：

[0065] 3>将用于对应HARQ进程的NDI位视为已经切换；

[0066] 3>将经配置上行链路准予和相关联HARQ信息递送到HARQ实体。

[0067] 对于经配置上行链路准予，与UL传送的第一符号相关联的HARQ进程ID是从以下等式导出：

[0068] HARQ进程ID＝[floor(CURRENT_symbol/周期性)]取模nrofHARQ进程

[0069] 其中CURRENT_symbol＝(SFN×numberOfSlotsPerFrame×numberOfSymbolsPerSlot+帧中的时隙数目×numberOfSymbolsPerSlot+时隙中的符号数
目)，且numberOfSlotsPerFrame和numberOfSymbolsPerSlot指代每帧的连续时隙的数目和
每时隙的连续符号的数目，分别如TS 38.211[8]中指定。

[0070] 5.4.2 HARQ操作

[0071] 5.4.2.1 HARQ实体

[0072] MAC实体包含用于具有经配置上行链路的每一服务小区(包含当其经配置有supplementaryUplink时的情况)的HARQ实体，其维持若干并行的HARQ进程。

[0073] 每HARQ实体的并行UL HARQ进程的数目在TS 38.214[7]中指定。

[0074] 每一HARQ进程支持一个TB。

[0075] 每一HARQ进程与HARQ进程标识符相关联。对于利用RA响应中的UL准予的UL传送，使用HARQ进程标识符0。

[0076] 当MAC实体被配置有pusch‑AggregationFactor>1时，参数pusch‑AggregationFactor提供在动态准予的集束内的TB传送数目。在初始传送之后，pusch‑
AggregationFactor‑1 HARQ重传在集束内跟随其后。当MAC实体被配置有repK>1时，参数
repK提供在经配置上行链路准予的集束内的TB的传送数目。在初始传送之后，HARQ重传在
集束内跟随其后。对于动态准予和经配置上行链路准予两者，集束操作依赖于HARQ实体针
对作为同一集束的部分的每一传送调用同一HARQ进程。在集束内，触发HARQ重传而无需分
别根据用于动态准予的pusch‑AggregationFactor和用于经配置上行链路准予的repK等待
来自先前传送的反馈。在集束内的每一传送是在集束内的初始上行链路准予递送到HARQ实
体之后的单独上行链路准予。

[0077] 针对在动态准予集束内的每一传送，根据TS 38.214[7]的条款6.1.2.1确定冗余版本的序列。对于经配置上行链路准予集束内的每个传送，根据TS 38.214[7]的条款
6.1.2.3确定冗余版本的序列。

[0078] 针对每一上行链路准予，HARQ实体将：

[0079] 1>标识与此准予相关联的HARQ进程，且针对每一所标识HARQ进程：

[0080] 2>如果接收到的准予未寻址到PDCCH上的临时C‑RNTI，并且相关联的HARQ信息中提供的NDI相比于此HARQ进程的此TB的先前传送中的值已经切换；或

[0081] 2>如果在C‑RNTI的PDCCH上接收了上行链路准予，并且经标识进程的HARQ缓冲区是空的；或

[0082] 2>如果在随机接入响应中接收到上行链路准予；或

[0083] 2>如果针对ra‑ResponseWindow中的C‑RNTI在PDCCH上接收到上行链路准予并且此PDCCH成功完成，则针对波束故障恢复起始随机接入程序；或

[0084] 2>如果上行链路准予是经配置上行链路准予的集束的一部分并且可以根据TS 38.214[7]的条款6.1.2.3用于初始传送，以及如果尚未针对此集束获得MAC PDU：

[0085] 3>如果在Msg3缓冲区中存在MAC PDU，并且在随机接入响应中接收上行链路准予；或：

[0086] 3>如果在Msg3缓冲区中存在MAC PDU并且针对ra‑ResponseWindow中的C‑RNTI在PDCCH上接收到上行链路准予，且此PDCCH成功完成，则针对波束故障恢复起始随机接入程
序：

[0087] 4>获得MAC PDU以从Msg3缓冲区传送。

[0088] 4>如果上行链路准予大小与所获得MAC PDU的大小不匹配；以及

[0089] 4>如果在接收到上行链路准予后成功完成随机接入程序：

[0090] 5>向复用和集合实体指示在后续的上行链路传送中包含从所获得MAC PDU载送MAC SDU的MAC子PDU；

[0091] 5>获得MAC PDU以从复用和集合实体传送。

[0092] 3>否则：

[0093] 4>获得MAC PDU以从复用和集合实体(如果存在)传送；

[0094] 3>如果已经获得用于传送的MAC PDU，则：

[0095] 4>将MAC PDU和上行链路准予及TB的HARQ信息递送到所标识HARQ进程；

[0096] 4>指示所标识HARQ进程触发新传送；

[0097] 4>如果上行链路准予寻址到CS‑RNTI；或

[0098] 4>如果上行链路准予是经配置上行链路准予；或

[0099] 4>如果上行链路准予寻址到C‑RNTI，且所标识HARQ进程被配置成用于经配置上行链路准予，则：

[0100] 5>当执行传送时开始或重新开始configuredGrantTimer(如果配置)以用于对应HARQ进程。

[0101] 3>否则：

[0102] 4>刷新所标识HARQ进程的HARQ缓冲区。

[0103] 2>否则(即，重传)：

[0104] 3>如果在PDCCH上接收的上行链路准予寻址到CS‑RNTI且如果所标识进程的HARQ缓冲区是空的；或

[0105] 3>如果上行链路准予是集束的部分且如果针对此集束尚未获得MAC PDU；或

[0106] 3>如果上行链路准予是经配置上行链路准予的集束的一部分，并且上行链路准予的PUSCH持续时间与针对此服务小区在PDCCH上或随机接入响应中接收到的另一上行链路
准予的PUSCH持续时间重叠：

[0107] 4>忽略上行链路准予。

[0108] 3>否则：

[0109] 4>将上行链路准予和TB的HARQ信息(冗余版本)递送到所标识HARQ进程；

[0110] 4>指示所标识HARQ进程触发重传；

[0111] 4>如果上行链路准予寻址到CS‑RNTI；或

[0112] 4>如果上行链路准予寻址到C‑RNTI，且所标识HARQ进程被配置成用于经配置上行链路准予，则：

[0113] 5>当执行传送时开始或重新开始configuredGrantTimer(如果配置)以用于对应HARQ进程。

[0114] 当确定NDI是否已经相比于先前传送中的值切换时，MAC实体将忽略针对其临时C‑RNTI在PDCCH上的所有上行链路准予中接收到的NDI。

[0115] 5.4.2.2 HARQ进程

[0116] 每一HARQ进程与HARQ缓冲区相关联。

[0117] 在资源上且通过在PDCCH、随机接入响应或RRC上指示的MCS执行新传送。在资源上且(如果提供则)通过在PDCCH上指示的MCS或者在相同资源上且通过与用于在集束内最后
做出的传送尝试相同的MCS来执行重传。

[0118] 如果HARQ实体请求用于TB的新传送，则HARQ进程将：

[0119] 1>将MAC PDU存储在相关联的HARQ缓冲区中；

[0120] 1>存储从HARQ实体接收的上行链路准予；

[0121] 1>如下所述地生成传送。

[0122] 如果HARQ实体请求用于TB的重传，则HARQ进程将：

[0123] 1>存储从HARQ实体接收的上行链路准予；

[0124] 1>如下所述地生成传送。

[0125] 为了生成用于TB的传送，HARQ进程将：

[0126] 1>如果从Msg3缓冲区获得MAC PDU；或

[0127] 1>如果在传送时不存在测量间隙且在重传的情况下，重传不会与从Msg3缓冲区获得的MAC PDU的传送发生冲突，则：

[0128] 2>指示物理层根据所存储的上行链路准予生成传送。

[0129] 在3GPP TS 38.321中介绍NR调度请求(Scheduling Request，SR)如下：

[0130] 5.4.4调度请求

[0131] 调度请求(SR)用于请求用于新传送的UL‑SCH资源。

[0132] 可用零个、一个或更多个SR配置来配置MAC实体。SR配置由跨越不同BWP和小区的用于SR的一组PUCCH资源组成。对于逻辑信道，每BWP最多配置一个用于SR的PUCCH资源。

[0133] 每个SR配置对应于一个或多个逻辑信道。每个逻辑信道可映射到零个或一个SR配置，所述SR配置由RRC配置。触发BSR(条款5.4.5)的逻辑信道的SR配置(如果此配置存在)被
视为用于所触发SR的对应SR配置。

[0134] RRC针对调度请求程序配置以下参数：

[0135] ‑sr‑ProhibitTimer(根据SR配置)；

[0136] ‑sr‑TransMax(根据SR配置)。

[0137] 针对调度请求程序使用以下UE变量：

[0138] ‑SR_COUNTER(根据SR配置)。

[0139] 如果SR被触发且不存在待决的对应于相同SR配置的其它SR，则MAC实体将对应SR配置的SR_COUNTER设定为0。

[0140] 当SR被触发时，其将被视为待决，直到将其取消为止。当传送MAC PDU并且此PDU包含长或短的BSR MAC CE时，将取消在MAC PDU集合之前触发的所有待决SR并且将停止每个
相应的sr‑ProhibitTimer，所述BSR MAC CE含有在MAC PDU集合之前上至(且包含)触发BSR
(参见条款5.4.5)的上一事件的缓冲区状态。当UL准予可容纳可用于传送的所有待决数据
时，将取消所有待决SR并且将停止每个相应的sr‑ProhibitTimer。

[0141] 仅BWP上在SR传送时机的时间是活动状态的PUCCH资源被视为有效。

[0142] 只要至少一个SR待决，对于每个待决SR，MAC实体应：

[0143] 1>如果MAC实体没有被配置成用于待决SR的有效PUCCH资源：

[0144] 2>在SpCell上起始随机接入程序(参见条款5.1)且取消待决SR。

[0145] 1>否则，对于对应于待决SR的SR配置：

[0146] 2>当MAC实体在有效PUCCH资源上具有用于所配置SR的SR传送时机时；以及

[0147] 2>如果sr‑ProhibitTimer在SR传送时机的时间不处于运行中；以及

[0148] 2>如果用于SR传送时机的PUCCH资源不与测量间隙重叠；以及

[0149] 2>如果用于SR传送时机的PUCCH资源不与UL‑SCH资源重叠：

[0150] 3>如果SR_COUNTER

[0151] 4>使SR_COUNTER按1递增；

[0152] 4>指示物理层在用于SR的一个有效PUCCH资源上传信SR；

[0153] 4>开始sr‑ProhibitTimer。

[0154] 3>否则：

[0155] 4>通知RRC针对所有服务小区释放PUCCH；

[0156] 4>通知RRC针对所有服务小区释放SRS；

[0157] 4>清除配置的任何下行链路指派和上行链路准予；

[0158] 4>清除用于半持续CSI报告的任何PUSCH资源；

[0159] 4>在SpCell上起始随机接入程序(参见条款5.1)且取消所有待决SR。

[0160] 注1：当MAC实体具有用于SR传送时机的多于一个重叠有效PUCCH资源时选择哪个用于SR的有效PUCCH资源来传信SR由UE实施方案决定。

[0161] 注2：如果多于一个个别SR触发从MAC实体到PHY层的指令以在相同有效PUCCH资源上传信SR，则用于相关SR配置的SR_COUNTER仅递增一次。

[0162] 由于不具有所配置的有效PUCCH资源的待决SR，MAC实体可以停止(如果存在)进行中的随机接入程序，所述随机接入程序由MAC实体在MAC PDU集合之前起始。当使用除由随
机接入响应提供的UL准予以外的UL准予来传送MAC PDU并且此PDU包含BSR MAC CE时，或当
UL准予可容纳可用于传送的所有待决数据时，可以停止此随机接入程序，所述BSR MAC CE
含有在MAC PDU集合之前上至(且包含)触发BSR(参见条款5.4.5)的上一事件的缓冲区状
态。

[0163] 在3GPP TS 38.321中介绍响应于MAC实体的重新配置的SCell的激活/停用和SCell移除如下：

[0164] 5.9SCell的激活/停用

[0165] 如果MAC实体配置有一个或多个SCell，则网络可激活和停用经配置SCell。在配置SCell后，停用SCell。

[0166] 通过以下操作来激活和停用经配置SCell：

[0167] ‑接收条款6.1.3.10中描述的SCell激活/停用MAC CE；

[0168] ‑针对每一经配置SCell(除了配置有PUCCH的SCell(如果存在)以外)配置sCellDeactivationTimer定时器：在定时器到期时停用相关联的SCell。

[0169] MAC实体将针对每一经配置SCell：

[0170] 1>如果接收到激活SCell的SCell激活/停用MAC CE，则：

[0171] 2>根据TS 38.213[6]中限定的定时激活SCell；即，应用正常SCell操作，包含：

[0172] 3>SCell上的SRS传送；

[0173] 3>针对SCell的CSI报告；

[0174] 3>SCell上的PDCCH监测；

[0175] 3>SCell的PDCCH监测；

[0176] 3>SCell上的PUCCH传送(如果配置)。

[0177] 2>如果在接收此SCell激活/停用MAC CE之前停用了SCell：

[0178] 3>激活分别由firstActiveDownlinkBWP‑Id和firstActiveUplinkBWP‑Id指示的DL BWP和UL BWP；

[0179] 2>根据TS  38.213[6]中限定的定时开始或重启与SCell相关联的sCellDeactivationTimer；

[0180] 2>根据所存储配置(如果存在)(重新)初始化与此SCell相关联的经配置准予类型1的任何暂停的经配置上行链路准予，且在根据条款5.8.2中的规则的符号中开始；

[0181] 2>根据条款5.4.6触发PHR。

[0182] 1>否则，如果接收到停用SCell的SCell激活/停用MAC CE；或

[0183] 1>如果与经激活SCell相关联的sCellDeactivationTimer到期，则：

[0184] 2>根据TS 38.213[6]中限定的定时停用SCell；

[0185] 2>停止与SCell相关联的sCellDeactivationTimer；

[0186] 2>停止与SCell相关联的bwp‑InactivityTimer；

[0187] 2>停用与SCell相关联的任何活动的BWP；

[0188] 2>分别清除与SCell相关联的任何经配置下行链路指派和任何经配置上行链路准予类型2；

[0189] 2>清除用于与SCell相关联的半持续CSI报告的任何PUSCH资源；

[0190] 2>暂停与SCell相关联的任何经配置上行链路准予类型1；

[0191] 2>刷新与SCell相关联的所有HARQ缓冲区。

[0192] 1>如果经激活SCell上的PDCCH指示上行链路准予或下行链路指派；或

[0193] 1>如果调度经激活SCell的服务小区上的PDCCH指示用于经激活SCell的上行链路准予或下行链路指派；或

[0194] 1>如果MAC PDU在经配置上行链路准予中传送或在经配置下行链路指派中接收：

[0195] 2>重启与SCell相关联的sCellDeactivationTimer。

[0196] 1>如果SCell停用，则：

[0197] 2>不在SCell上传送SRS；

[0198] 2>不针对SCell报告CSI；

[0199] 2>不在SCell上的UL‑SCH上传送；

[0200] 2>不在SCell上的RACH上传送；

[0201] 2>不在SCell上监测PDCCH；

[0202] 2>不针对SCell监测PDCCH；

[0203] 2>不在SCell上传送PUCCH。

[0204] 在TS 38.133[11]中，含有SCell激活/停用MAC CE的MAC PDU的HARQ反馈将不受由SCell激活/停用导致的PCell、PSCell和PUCCH SCell中断影响。

[0205] 当SCell被停用时，在SCell上进行中的随机接入程序(如果存在)中止。

[0206] 在[1]中介绍MAC重置：

[0207] 5.12MAC重置

[0208] 如果由上部层请求MAC实体的重置，则MAC实体应：

[0209] 1>将每个逻辑信道的Bj初始化为零；

[0210] 1>停止(如果在运行)所有定时器；

[0211] 1>将所有timeAlignmentTimer视作到期并且执行条款5.2中的对应动作；

[0212] 1>将所有上行链路HARQ进程的NDI设定为值0；

[0213] 1>停止(如果存在)进行中的RACH程序；

[0214] 1>丢弃明确传信的无竞争随机接入资源(如果存在)；

[0215] 1>刷新Msg3缓冲区；

[0216] 1>取消(如果存在)所触发的调度请求程序；

[0217] 1>取消(如果存在)所触发的缓冲区状态报告程序；

[0218] 1>取消(如果存在)所触发的功率余量报告程序；

[0219] 1>刷新用于所有DL HARQ进程的软缓冲区；

[0220] 1>针对每个DL HARQ进程，将用于TB的下一接收到的传送视作最先传送；

[0221] 1>释放(如果存在)临时C‑RNTI；

[0222] 1>重置BFI_COUNTER。

[0223] 5.11 MAC重新配置

[0224] 当上部层请求MAC实体的重新配置时，MAC实体将：

[0225] 1>在添加SCell后，初始化相应HARQ实体；

[0226] 1>在移除SCell后移除相应HARQ实体；

[0227] 1>当定时器(重新)开始时为定时器应用新的值；

[0228] 1>当计数器初始化时应用新的最大参数值；

[0229] 1>立即针对其它参数应用从上部层接收的配置。

[0230] 在3GPP R2‑1915254(其是针对3GPP TS 38.321的变更请求)中，介绍用于次小区的波束故障程序的程序如下：

[0231] 5.17波束故障检测和恢复程序

[0232] 当在服务SSB/CSI‑RS上检测到波束故障时，可由RRC根据具有波束故障恢复程序的服务小区配置MAC实体，所述波束故障恢复程序用于向服务gNB指示新SSB或CSI‑RS。波束
故障是通过对从下部层到MAC实体的波束故障例项指示进行计数来检测。如果由上部层在
用于SpCell的波束故障恢复的进行中的随机接入程序期间重新配置
beamFailureRecoveryConfig，则MAC实体将停止进行中的随机接入程序且使用新配置起始
随机接入程序。

[0233] RRC在BeamFailureRecoveryConfig和RadioLinkMonitoringConfig中配置以下参数以用于波束故障检测和恢复程序：

[0234] ‑用于波束故障检测的beamFailureInstanceMaxCount；

[0235] ‑用于波束故障检测的beamFailureDetectionTimer；

[0236] ‑用于波束故障恢复程序的beamFailureRecoveryTimer；

[0237] ‑rsrp‑ThresholdSSB：用于波束故障恢复的RSRP阈值；

[0238] ‑powerRampingStep：用于波束故障恢复的powerRampingStep；

[0239] ‑powerRampingStepHighPriority：用于波束故障恢复的powerRampingStepHighPriority；

[0240] ‑preambleReceivedTargetPower：用于波束故障恢复的preambleReceivedTargetPower；

[0241] ‑preambleTransMax：用于波束故障恢复的preambleTransMax；

[0242] ‑scalingFactorBI：用于波束故障恢复的scalingFactorBI；

[0243] ‑ssb‑perRACH‑Occasion：用于波束故障恢复的ssb‑perRACH‑Occasion；

[0244] ‑ra‑ResponseWindow：用以使用无竞争随机接入前导码监测针对波束故障恢复的响应的时间窗；

[0245] ‑prach‑ConfigurationIndex：用于波束故障恢复的prach‑ConfigurationIndex；

[0246] ‑ra‑ssb‑OccasionMaskIndex：用于波束故障恢复的ra‑ssb‑OccasionMaskIndex；

[0247] ‑ra‑OccasionList：用于波束故障恢复的ra‑OccasionList。

[0248] 编者注：用于SCell BFR的特定参数在其选定后将在此处复制。

[0249] 以下UE变量用于波束故障检测程序：

[0250] ‑BFI_COUNTER：初始设定为0的用于波束故障例项指示的计数器。

[0251] MAC实体将针对每一服务小区被配置成用于波束故障检测：

[0252] 1>如果已经从下部层接收到波束故障例项指示，则：

[0253] 2>开始或重新开始beamFailureDetectionTimer；

[0254] 2>使BFI_COUNTER按1递增；

[0255] 2>如果BFI_COUNTER>＝beamFailureInstanceMaxCount，则：

[0256] 3>如果服务小区是SCell：

[0257] 4>触发BFR；

[0258] 3>否则：

[0259] 4>在SpCell上起始随机接入程序(参看条款5.1)。

[0260] 1>如果beamFailureDetectionTimer到期；或

[0261] 1>如果由与此服务小区相关联的上部层重新配置beamFailureDetectionTimer、beamFailureInstanceMaxCount或用于波束故障检测的参考信号中的任一个：

[0262] 2>将BFI_COUNTER设定成0。

[0263] 1>如果服务小区为SpCell且随机接入程序成功完成(参看条款5.1)：

[0264] 2>将BFI_COUNTER设定为0；

[0265] 2>如果被配置，则停止beamFailureRecoveryTimer；

[0266] 2>认为波束故障恢复程序成功完成。

[0267] 1>否则，如果服务小区为SCell；以及

[0268] 1>如果针对用于指示此服务小区的SCell BFR MAC CE传送的HARQ进程接收到寻址到指示针对新传送的上行链路准予的C‑RNTI的PDCCH：

[0269] 2>将BFI_COUNTER设定为0；

[0270] 2>认为波束故障恢复程序成功完成，且取消针对此服务小区的所有被触发的BFR。

[0271] MAC实体将：

[0272] 1>如果波束故障恢复程序确定至少一个BFR已被触发且未取消：

[0273] 2>如果由于逻辑信道优先级排序，UL‑SCH资源可用于新传送并且UL‑SCH资源可容纳SCell BFR MAC CE加上其子标头，则：

[0274] 3>指示复用和集合程序生成SCell BFR MAC CE。

[0275] 2>否则：

[0276] 3>触发用于SCell波束故障恢复的调度请求。

[0277] 6.1.3.XX SCell BFR MAC CE

[0278] SCell BFR MAC CE由具有如表6.2.1‑2中规定的LCID的MAC子标头标识。其具有可变大小且由以下字段组成：

[0279] 编者注：准确的字段和格式有待进一步研究。

[0280] 当将要生成SCell BFR MAC CE时，MAC实体将针对待在此SCell BFR MAC CE中报告的每一服务小区：

[0281] 1>如果[candidateBeamRSList]中的SSB当中具有高于[rsrp‑ThresholdSSB]的SS‑RSRP的SSB或[candidateBeamRSList]中的CSI‑RS当中具有高于[rsrp‑ThresholdCSI‑
RS]的CSI‑RSRP的CSI‑RS中的至少一个可用，则：

[0282] 2>选择[candidateBeamRSList]中的SSB当中具有高于[rsrp‑ThresholdSSB]的SS‑RSRP的SSB或[candidateBeamRSList]中的CSI‑RS当中具有高于[rsrp‑ThresholdCSI‑
RS]的CSI‑RSRP的CSI‑RS；

[0283] 2>将[新候选者RS字段名称]设定为1，且设定对应于SCell BFR MAC CE中的选定SSB或CSI‑RS的[新候选者RS索引字段名称]。

[0284] 1>否则：

[0285] 2>在SCell BFR MAC CE中将[新候选者RS字段名称]设定为0。

[0286] 编者注：突出显示的字段名称将改变成为此目的限定的字段名称。

[0287] 在3GPP RAN2#107bis会议中(如3GPP RAN2#107bis会议报告中所采集)，已经作出与用于SCell的BFR程序相关联的协议如下：

[0288] 协议：

[0289] 1.SCell波束故障检测依据小区进行。

[0290] 2.SCell的每一DL BWP可配置有独立的SCell BFR配置(内容有待进一步研究)

[0291] 3.针对相同小区群组内的BFR配置一个SR ID。

[0292] 4.如果不存在可容纳SCell BFRQ MAC CE的有效上行链路准予，则SCell BFRQ MAC CE触发SCell BFRQ SR。

[0293] 5.SCell BFRQ MAC CE的传送是否取消发生故障的SCell的待决BFRQ SR有待进一步研究。(取决于MAC CE是否提供用于一个或多个Scell的信息)

[0294] 6.当BFRQ SR传送的数目达到sr‑TransMax时，UE触发RACH程序(即，重新使用版本15特性)

[0295] 在3GPP RAN1#98会议中(如3GPP R1‑1909833中所论述)，提供关于BFR程序的以下论述：

[0296] Q1：是否UE可使用任何服务小区的UL准予传送BFR MAC CE，或是否应存在不在发生故障的服务小区上发送BFR MAC CE的限制？

[0297] R1：至少从RAN1的视角来看，不需要对版本‑16中的BFR的MAC CE传送引入此类限制。

[0298] Q2：如果基于问题1的答案，UE已经具有可在上面传送BFR MAC CE的服务小区上的UL准予，则UE是否仍需要传送针对BFR的SR式指示？

[0299] R2：在此情况下，UE不需要传送针对SCell BFR的SR式指示。

[0300] Q3：是否存在针对SCell BFR的SR式专用PUCCH资源未配置的情况？如果SR式专用PUCCH资源未配置，则RAN2考虑的一个可能选项是，当没有上行链路资源可用(即，在SpCell
上执行CBRA)时，UE遵循现有框架结构来请求上行链路资源。

[0301] R3：RAN1未论述此情况。RAN1计划依据RAN1#98bis对此得出结论。

[0302] Q4：是否针对SCell BFR的SR式专用PUCCH资源是针对每一SCell单独地配置，或是否其对于相同小区群组(即，MCG/SCG)的所有SCell为共同的？

[0303] R4：针对SCell BFR的SR式专用PUCCH资源并非针对每一SCell单独地配置。

[0304] Q5：使用什么条件来(成功地)完成SCell BFR？

[0305] R5：当UE接收对步骤2的波束故障恢复响应(beam failure recovery response，BFRR)时，UE可认为BFR程序完成，其中对步骤2的BFRR是为与携载步骤2MAC CE的PUSCH相同
的HARQ进程调度新传送的正常上行链路准予，其与针对PUSCH的正常“ACK”相同。

[0306] 在3GPP RAN2#108会议中(如3GPP RAN2#108会议报告中所采集)，已经作出与针对SCell的BFR程序相关联的以下协议：

[0307] 协议：

[0308] 1.beamFailureDetectionTimer和beamFailureInstanceMaxCount依据小区配置，确切地说依据所配置的每一DL BWP来配置。

[0309] 2 .在由 上部层重新配置beamFailureDetectionTimer、beamFailureInstanceMaxCount或用于波束故障检测的参考信号中的任一个后，针对给定
服务小区将BFI_COUNTER设定成0。

[0310] 3.当SCell BFR SR资源未配置且SCell BFR MAC CE传送触发SCell BFR SR时，触发SpCell上的随机接入程序以请求UL资源传送SCell BFR MAC CE(类似于关于SR的版本‑
15特性)。

[0311] 4.当触发SCell BFR SR且UE具有与SCell BFR SR PUCCH资源重叠的SR PUCCH资源时，UE将选择SCell BFR SR PUCCH资源用于传送。

[0312] 5.当传送MAC PDU且此PDU包含SCell BFR MAC CE时，将取消在MAC PDU集合之前触发的SCell波束故障恢复的待决SR。

[0313] 6.SCell BFR MAC CE可携载多个发生故障的SCell的信息，即，限定用于SCell BFR MAC CE的多个条目格式。

[0314] 7.对于每一SCell，SCell BFR MAC CE指示以下信息：

[0315] ‑关于发生故障的SCell索引的信息；

[0316] ‑是否检测到新候选波束RS的指示；

[0317] ‑新候选波束RS索引(如果可用)。

[0318] 8.SCell BFR MAC CE具有至少比“来自任何逻辑信道的数据，来自UL‑CCCH的数据除外”高的优先级，且LBT MAC CE较高优先级有待进一步研究。

[0319] 在3GPP 3GPP TS 38.331[6]中，涉及停用和/或释放小区的程序(例如RRC重新配置、具有同步的重新配置、无线电资源控制(Radio Resource Control，RRC)连接重建和RRC
连接释放)介绍如下：

[0320] 5.3.5RRC重新配置

[0321] 5.3.5.5小区群组配置

[0322] 5.3.5.5.1总则

[0323] 网络用主小区群组(Master Cell Group，MCG)和零个或一个次小区群组(Secondary Cell Group，SCG)配置UE。在(NG)EN‑DC中，MCG如TS 36.331[10]中所规定而配
置，且对于NE‑DC，SCG如TS 36.331[10]中所规定而配置。网络在CellGroupConfig IE中提
供小区群组的配置参数。

[0324] UE基于所接收CellGroupConfigIE执行以下动作：

[0325] 1>如果CellGroupConfig含有具有reconfigurationWithSync的spCellConfig：

[0326] 2>根据5.3.5.5.2执行具有同步的重新配置；

[0327] 2>重新开始所有暂停的无线电载送且重新开始针对所有无线电载送的SCG传送(如果暂停)；

[0328] 1>如果CellGroupConfig含有rlc‑BearerToReleaseList：

[0329] 2>执行如5.3.5.5.3中规定的RLC载送释放；

[0330] 1>如果CellGroupConfig含有rlc‑BearerToAddModList：

[0331] 2>执行如5.3.5.5.4中规定的RLC载送添加/修改；

[0332] 1>如果CellGroupConfig含有mac‑CellGroupConfig：

[0333] 2>如5.3.5.5.5中所规定配置此小区群组的MAC实体；

[0334] 1>如果CellGroupConfig含有sCellToReleaseList：

[0335] 2>执行如5.3.5.5.8中规定的SCell释放；

[0336] 1>如果CellGroupConfig含有spCellConfig：

[0337] 2>如5.3.5.5.7中所规定配置SpCell；

[0338] 1>如果CellGroupConfig含有sCellToAddModList：

[0339] 2>执行如5.3.5.5.9中所规定的SCell添加/修改。

[0340] 5.3.5.5.2具有同步的重新配置

[0341] UE将执行以下动作来执行具有同步的重新配置。

[0342] 1>如果未激活AS安全性，则如5.3.11中所指定在去往RRC_IDLE后执行动作，释放原因为“其它”，在所述释放原因之后程序结束；

[0343] 1>停止针对相应SpCell的定时器T310(如果运行)；

[0344] 1>开始针对相应SpCell的定时器T304，其中定时器值设定为t304，如reconfigurationWithSync中所包含；

[0345] 1>如果包含frequencyInfoDL：

[0346] 2>将目标SpCell视为由frequencyInfoDL指示的SSB频率上的SpCell，其具有由physCellId指示的物理小区标识；

[0347] 1>否则：

[0348] 2>将目标SpCell视为源SpCell的SSB频率上的SpCell，其具有由physCellId指示的物理小区标识；

[0349] 1>开始与目标SpCell的DL同步；

[0350] 1>应用在9.1.1.1中定义的指定BCCH配置；

[0351] 1>获取如在TS 38.213[13]中指定而调度的MIB；

[0352] 注1：UE应在接收触发具有同步的重新配置的RRC消息之后尽快执行具有同步的重新配置，其可能是在确认成功接收(HARQ和ARQ)此消息之前。

[0353] 注2：如果UE已经具有所需定时信息，或定时信息不需要用于随机接入，则UE可省略读取MIB。

[0354] 1>重置此小区群组的MAC实体；

[0355] 1>认为此小区群组的SCell(如果配置)处于停用状态；

[0356] 1>应用newUE‑标识的值作为用于此小区群组的C‑RNTI；

[0357] 1>根据所接收spCellConfigCommon配置下部层；

[0358] 1>如果所接收reconfigurationWithSync中包含任何额外字段，则根据先前未涵盖的所述额外字段来配置下部层。

[0359] 5.3.5.5.8 SCell释放

[0360] UE将：

[0361] 1>如果释放由sCellToReleaseList的接收触发：

[0362] 2>针对包含在sCellToReleaseList中的每一sCellIndex值：

[0363] 3>如果当前UE配置包含具有值sCellIndex的SCell：

[0364] 4>释放SCell。

[0365] 5.3.7RRC连接重建

[0366] 此程序的目的是重建RRC连接。对于其已在SRB2和至少一个DRB设置的情况下激活AS安全性的RRC_CONNECTED中的UE可起始所述程序以便继续RRC连接。如果网络能够找到并
验证有效UE上下文，或如果无法检索UE上下文且网络根据条款5.3.3.4以RRCSetup进行响
应，则连接重建成功。

[0367] 网络应用程序(例如)如下：

[0368] ‑当AS安全性已激活且网络检索或验证UE上下文时：

[0369] ‑重新激活AS安全性，而不改变算法；

[0370] ‑重建并重新开始SRB1；

[0371] ‑当UE正在重建RRC连接且网络不能够检索或验证UE上下文时：

[0372] ‑丢弃所存储的AS上下文并释放所有RB；

[0373] ‑后退以建立新的RRC连接。

[0374] 如果AS安全性尚未激活，则UE将不起始程序，而是直接移动到RRC_IDLE，释放原因为“其它”。如果AS安全性已激活，但未设置SRB2和至少一个DRB，则UE不起始程序，而是直接
移动到RRC_IDLE，释放原因为“RRC连接失败”。

[0375] 5.3.7.2起始

[0376] UE在满足以下条件中的一个时起始程序：

[0377] 1>根据5.3.10，在检测到MCG的无线电链路故障后；或

[0378] 1>根据子条款5.3.5.8.3，在MCG的具有同步的重新配置失败后；或

[0379] 1>根据子条款5.4.3.5，在由于NR故障而移动后；或

[0380] 1>在来自下部层的关于SRB1或SRB2的完整性检查失败指示后，除非在RRCReestablishment消息上检测到完整性检查失败；或

[0381] 1>根据子条款5.3.5.8.2，在RRC连接重新配置失败后。

[0382] 在起始程序后，UE应：

[0383] 1>停止定时器T310(如果运行)；

[0384] 1>停止定时器T304(如果运行)；

[0385] 1>开始定时器T311；

[0386] 1>暂停除了SRB0之外的所有RB；

[0387] 1>重置MAC；

[0388] 1>释放MCG SCell(如果配置)；

[0389] 1>释放spCellConfig(如果配置)；

[0390] 1>如果配置MR‑DC：

[0391] 2>执行MR‑DC释放，如条款5.3.5.10中所规定；

[0392] 2>释放p‑NR‑FR1(如果配置)；

[0393] 2>释放p‑UE‑FR1(如果配置)；

[0394] 1>释放delayBudgetReportingConfig(如果配置)，且停止定时器T342(如果运行)；

[0395] 1>释放overheatingAssistanceConfig(如果配置)，且停止定时器T345(如果运行)；

[0396] 如在TS 38.304[20]条款5.2.6中规定，根据单元选择过程执行单元选择。

[0397] 5.3.8 RRC连接释放

[0398] 5.3.8.3由UE接收RRCRelease

[0399] UE将：

[0400] 1>使此子条款中定义的以下动作从接收到RRCRelease消息的时刻或者任选地当下部层指示已成功地确认RRCRelease消息的接收的时刻(选择两个情况中更早的情况)延
迟60ms；

[0401] 1>停止定时器T380(如果运行)；

[0402] 1>停止定时器T320(如果运行)；

[0403] 1>如果AS安全性未激活：

[0404] 2>忽略包含在RRCRelease消息中的除waitTime外的任何字段；

[0405] 2>如5.3.11中所规定在去往RRC_IDLE后执行动作，释放原因为“其它”，在所述释放原因之后程序结束；

[0406] 1>如果RRCRelease消息包含指示重新定向到eutra的redirectedCarrierInfo：

[0407] 2>如果包含cnType：

[0408] 3>在小区选择之后，向上部层指示可用CN类型和接收到的cnType；

[0409] 注：在重新定向之后选择的E‑UTRA小区不支持由cnType指定的核心网络类型的状况处理取决于UE实施方案。

[0410] 1>如果RRCRelease消息包含cellReselectionPriorities：

[0411] 2>存储由cellReselectionPriorities提供的小区重选优先级信息；

[0412] 2>如果包含t320，则：

[0413] 3>开始定时器T320，其中根据t320的值设定定时器值；

[0414] 1>否则：

[0415] 2>应用在系统信息中广播的小区重选优先级信息；

[0416] 1>如果包含deprioritisationReq：

[0417] 2>开始或重新开始定时器T325 ，其中定时器值设定成所传信的deprioritisationTimer；

[0418] 2>存储deprioritisationReq直到T325到期为止；

[0419] 1>如果RRCRelease包含suspendConfig：

[0420] 2>应用所接收suspendConfig；

[0421] 2>重置MAC并且释放默认MAC小区群组配置(如果存在)；

[0422] 2>为SRB1重建RLC实体；

[0423] 2>如果响应于RRCResumeRequest或RRCResumeRequest1接收具有suspendConfig的RRCRelease消息：

[0424] 3>停止定时器T319(如果运行)；

[0425] 3>在所存储的UE非活动AS上下文中：

[0426] 4>用当前KgNB和KRRCint密钥替代KgNB和KRRCint密钥；

[0427] 4>用在UE已接收到RRCRelease消息的小区中的临时C‑RNTI替代C‑RNTI；

[0428] 4>用UE已接收到RRCRelease消息的小区的cellIdentity替代cellIdentity；

[0429] 4>用UE已接收到RRCRelease消息的小区的物理小区标识替代物理小区标识；

[0430] 2>否则：

[0431] 3>在UE非活动AS上下文中存储当前KgNB和KRRCint密钥、ROHC状态、用于源PCell中的C‑RNTI、源PCell的cellIdentity和物理小区标识，以及除了ReconfigurationWithSync和
servingCellConfigCommonSIB内的参数之外所配置的所有其它参数；

[0432] 2>暂停所有SRB和DRB，SRB0除外；

[0433] 2>向所有DRB的下部层指示PDCP暂停；

[0434] 2>如果包含t380：

[0435] 3>开始定时器T380，其中定时器值设定成t380：

[0436] 2>如果RRCRelease消息正包含waitTime：

[0437] 3>开始定时器T302，其中值设定成waitTime；

[0438] 3>通知上部层接入禁止对于除了类别“0”和“2”之外的所有接入类别是适用的。

[0439] 2>如果T390处于运行中：

[0440] 3>针对所有接入类别，停止定时器T390；

[0441] 3>执行如5.3.14.4中所指定的动作；

[0442] 2>向上部层指示RRC连接的暂停；

[0443] 2>输入RRC_INACTIVE并且执行如在TS 38.304[20]中指定的小区选择；

[0444] 1>否则

[0445] 2>如5.3.11中所指定在去往RRC_IDLE后执行动作，释放原因为“其它”。

[0446] 在NR中，已介绍用于次小区(SCell)的波束故障恢复(BFR)和BFR程序。UE可响应于从UE的下部层(例如物理层)接收若干(连续)波束故障指示而触发BFR。UE可响应于来自下
部层的波束故障指示而执行BFR程序。针对SCell的BFR程序可包含将调度请求(Scheduling 
Request，SR)传送到基站以用于请求用于传送媒体接入控制(Medium Access Control，
MAC)控制要素(control element，CE)的UL资源。BFR程序可包含使用混合自动重复请求
(Hybrid Automatic Repeat Request，HARQ)进程将MAC CE(例如BFR MAC CE)传送到基站。
MAC CE可指示与波束故障恢复相关联的候选波束。MAC CE可指示与被触发的波束故障恢复
或进行中的BFR程序相关联的SCell。当基站针对用于传送MAC CE的相同HARQ进程调度针对
新传送的上行链路准予时，UE可认为程序完成。

[0447] 当小区与被触发的BFR或进行中的BFR程序相关联时与小区相关联的MAC实体被重置时，可能发生问题。当MAC实体重置时，不能取消被触发的BFR或不能完成进行中的BFR程
序。

[0448] 在图5中展示实例。UE由基站配置有两个小区(例如小区1和小区2)。小区1可为主小区或次小区。小区2可为次小区。UE可在定时t1处触发与小区2相关联的BFR(例如响应于
来自UE的下部层的波束故障指示)。UE可响应于被触发的BFR来执行BFR程序。UE可在t2处响
应于小区1上的被触发的BFR而传送调度请求。UE可配置有小区1上的到基站的SR资源(例如
PUCCH资源)。

[0449] 基站可在定时t4处响应于SR指示用于新传送的小区1上的UL准予。UE可在定时t5处使用所述UL准予来使用HARQ进程(例如HARQ进程1)传送指示用于小区2的BFR的MAC CE。
基站可指示用于新传送的第二UL准予，以供HARQ进程传送MAC CE(例如HARQ进程1)来完成
BFR程序。然而，基站可指示UE执行涉及MAC重置的程序(例如在t3处传送指示具有同步的重
新配置的信令)。在执行MAC重置之后，UE可认为时间对准定时器到期，且可不执行UL传送
(例如PUCCH和PUSCH传送)。然而，用于小区2的被触发的BFR未取消，且在完成具有同步的重
新配置程序之后仍待决。

[0450] 在t4处接收UL准予之后，UE可生成用于小区2的BFR MAC CE且将MAC CE传送到基站。进行中的BFR程序可能引发UE和基站之间不必要的传送额外开销，因为BFR程序是用于
小区2和UE之间的恢复传送，且如果小区2根据包含MAC重置的程序被移除、停用或未使用，
则所述BFR程序是不必要的。BFR MAC CE的传送可能过时，且可能导致由基站调度的不必要
的UL准予。

[0451] 当在进行中的BFR程序完成或取消被触发的BFR之前移除与被触发的BFR或进行中的BFR程序相关联的小区时，可能发生另一问题。可响应于由网络指示的MAC重新配置而移
除小区。在图6中展示实例。

[0452] 如图6所示，UE由基站配置有两个小区(例如小区1和小区2)。小区1可为主小区或次小区。小区2可为次小区。UE可在定时t1处触发与小区2相关联的BFR(例如响应于来自UE
的下部层的波束故障指示)。UE可响应于被触发的BFR来执行BFR程序。UE可在t2处响应于小
区1上的被触发的BFR而传送调度请求。UE可配置有小区1上的到基站的SR资源(例如PUCCH
资源)。

[0453] 基站可在定时t3处响应于SR指示用于新传送的小区1上的UL准予。UE可在定时t4处使用所述UL准予来使用HARQ进程(例如HARQ进程1)传送指示用于小区2的BFR的MAC CE。
基站可指示用于新传送的第二UL准予，以供HARQ进程传送MAC CE(例如HARQ进程1)来完成
BFR程序。然而，基站可为UE(例如响应于低传送质量)移除(或解除配置)小区2。基站可经由
MAC重新配置消息为UE移除或释放小区。MAC重新配置消息可以是RRC信令(例如RRC重新配
置消息)。进行中的BFR程序可能引发UE和基站之间不必要的传送额外开销，因为BFR程序是
用于小区2和UE 之间的恢复传送，且如果移除或释放小区2，则所述BFR程序是不必要的。
BFR MAC CE的传送可能过时，且可能导致由基站调度的不必要的UL准予。此外，如果不存在
针对为UE配置的小区2的BFR的SR配置，则UE可响应于被触发的BFR触发随机接入程序，且RA
程序可能干扰其它UE到基站的连接建立。

[0454] 为了解决上文所提及的问题，本发明的一个通用概念是，UE可响应于对应于小区的MAC实体的重置取消(或停止)与所述小区相关联的至少一个被触发的波束故障恢复
(BFR)(例如，被触发的BFR)。另外或替代地，UE可响应于对应于小区的MAC实体的重置停止
(或取消或认为完成)与所述小区相关联的进行中的BFR程序。如果响应于进行中的BFR程序
生成的BFR MAC CE仅含有与MAC实体相关联的小区的波束故障信息，则UE可响应于对应于
小区的MAC实体的重置停止与小区相关联的进行中的BFR程序。如果BFR MAC CE含有与除所
述MAC实体外的MAC实体相关联的小区的波束故障信息，则UE可不停止进行中的BFR程序。

[0455] BFR程序可含有传送针对(SCell)波束故障恢复(与被触发的BFR相关联)的调度请求。UE可响应于被触发的BFR来触发调度请求。另外或替代地，UE可响应于MAC实体的重置而
停止传送针对(SCell)波束故障恢复的调度请求。可在程序期间执行MAC实体的重置。

[0456] 另外或替代地，UE可响应于接收到来自基站的RRC信令而停止(或取消或认为完成)与小区相关联的进行中的BFR程序。RRC信令可指示UE执行涉及MAC实体的重置的程序。
UE可响应于接收到来自基站的RRC信令而取消(或停止)与小区相关联的所述至少一个被触
发的BFR。

[0457] 另外或替代地，UE可响应于起始程序而停止与小区相关联的进行中的BFR程序。所述程序可涉及MAC实体的重置。所述程序可包含具有同步的重新配置、RRC连接重建和/或
RRC连接释放。

[0458] 另外或替代地，UE可响应于MAC实体的重置或响应于停止BFR程序而取消针对与小区相关联的(SCell)BFR的被触发的调度请求。另外或替代地，响应于MAC实体的重置或响应
于停止BFR程序，UE可停止响应于针对小区触发的SR或BFR起始的(任何进行中的)随机接入
程序。

[0459] 另外或替代地，UE可不传送在MAC实体的重置之前生成的BFR MAC CE。BFR MAC CE可指示小区的波束故障信息。另外或替代地，UE可丢弃与被触发的BFR相关联的BFR MAC 
CE。另外或替代地，UE可向无BFR MAC CE的新MAC PDU重建含有BFR MAC CE的MAC PDU。

[0460] 另外或替代地，如果BFR MAC CE指示不与MAC实体相关联的其它小区(例如其它小区群组的小区)的波束故障，则UE可不丢弃与被触发的BFR相关联的BFR MAC CE。另外或替
代地，UE可不取消不与MAC实体相关联的被触发的BFR。

[0461] 在图7中展示实例。如图7所示，UE可配置有2个(激活的)服务小区。UE可在定时t1处(例如响应于来自下部层的波束故障指示)触发与小区2相关联的波束故障恢复(用于
SCell波束故障恢复的BFR)。UE可响应于被触发的波束故障恢复执行BFR程序。UE可响应于
被触发的BFR触发调度请求。UE可在t2处将用于请求UL资源的调度请求传送到基站。基站可
在t3处经由PDCCH指示UL准予。UE可在t6处接收指示MAC实体的重置的RRC信令。响应于MAC
实体的重置，UE可取消被触发的BFR和/或停止进行中的BFR程序。UE可不在MAC重置之后将
指示小区2的波束故障的BFR MAC CE(重新)传送到基站。

[0462] 另外或替代地，MAC实体可在传送调度请求之前重置(例如，从时域的视角来看，t6站。另外或替代地，如果在触发BFR之后与小区2相关联的MAC实体重置，则UE可不响应于被
触发的BFR生成BFR MAC CE。

[0463] 本发明的另一通用概念是，UE可响应于与小区相关联的移除或响应于移除对应于小区的HARQ实体而取消与小区相关联的一个或多个被触发的波束故障恢复(BFR)。另外或
替代地，UE可响应于与小区相关联的移除或响应于移除对应于小区的HARQ实体而停止与小
区相关联的进行中的BFR程序。如果响应于进行中的BFR程序生成的BFR MAC CE仅含有小区
的波束故障信息，则UE可响应于移除小区或响应于移除对应于小区的HARQ实体而停止与小
区相关联的进行中的BFR程序。

[0464] 另外或替代地，如果UE不具有与被触发的或待决的BFR相关联的其它(激活或被激活的)小区，则UE可响应于与小区相关联的移除或响应于移除对应于小区的HARQ实体而停
止与小区相关联的进行中的BFR程序。如果响应于BFR程序生成的BFR MAC CE中指示的波束
故障信息不含有激活或被激活的(例如未移除的或配置的)小区的波束故障信息，则UE可停
止进行中的BFR程序。如果存在与被触发的或待决的BFR相关联的至少一个激活或被激活的
(例如未移除的或配置的)小区，则UE可不停止(进行中的)BFR程序。如果响应于BFR程序生
成的BFR MAC CE含有至少一个激活或被激活的(例如未移除的或配置的)小区的波束故障
信息，则UE可不停止(进行中的)BFR程序。

[0465] 另外或替代地，UE可响应于与小区相关联的移除或响应于停止BFR程序而取消针对与小区相关联的BFR的被触发的调度请求。另外或替代地，响应于与小区相关联的移除或
响应于停止BFR程序，UE可停止响应于针对小区触发的SR或BFR起始的(任何进行中的)随机
接入程序。

[0466] 另外或替代地，UE可不传送与小区相关联的移除之前生成的BFR MAC CE。BFR MAC CE可指示小区的波束故障信息。另外或替代地，UE可丢弃与被触发的BFR相关联的BFR MAC 
CE。另外或替代地，UE可向无BFR MAC CE的新MAC PDU重建含有BFR MAC CE的MAC PDU。

[0467] 另外或替代地，如果BFR MAC CE指示不与小区移除相关联的其它小区(例如已激活小区)的波束故障，则UE可不丢弃与被触发的BFR相关联的BFR MAC CE。另外或替代地，UE
可不取消不与被移除的小区相关联的被触发的BFR。另外或替代地，UE可不停止与除所述小
区外的小区相关联的(进行中的)BFR程序。

[0468] 另外或替代地，如果与小区相关联的移除不移除为其触发了BFR的所有(被激活)(次)小区，则UE可不响应于与小区相关联的移除取消针对BFR的被触发的调度请求。另外或
替代地，如果与小区相关联的移除不移除对于其触发了BFR的所有(被激活)(次)小区，则UE
可不响应于与小区相关联的移除停止针对BFR的进行中的随机接入程序。

[0469] 在图8中展示实例。如图8所示，UE可配置有2个(被激活)服务小区。UE可在定时t1处(例如响应于来自下部层的波束故障指示)触发与小区2相关联的波束故障恢复。UE可响
应于被触发的波束故障恢复执行BFR程序。UE可在t2处将用于请求UL资源的调度请求传送
到基站。基站可在t3处经由物理下行链路控制信道(Physical Downlink Control 
Channel，PDCCH)指示UL准予。可在t6处移除或解除配置小区2(响应于由基站传送的MAC重
新配置或响应于由上部层作出的请求)。响应于小区2的移除，UE可停止BFR程序。UE可不将
指示小区2的波束故障的BFR MAC CE(重新)传送到基站。

[0470] 另外或替代地，可在传送调度请求之前移除小区2(例如，从时域的视角来看，t6地，如果在触发BFR之后移除小区2，则UE可不响应于被触发的BFR生成BFR MAC CE。

[0471] 本发明的另一通用概念是，当BFR程序正在进行中时，UE可响应于移除小区而触发BFR或生成BFR MAC CE。另外或替代地，为了使UE传送与小区的被触发的BFR相关联的第一
BFR MAC CE，UE可响应于与小区相关联的移除生成第二BFR MAC CE。第二BFR MAC CE可不
含有被移除小区的波束故障指示。第一MAC CE可含有一个以上小区的波束故障信息。UE可
取消与(被移除)小区相关联而触发的BFR。如果UE响应于BFR程序生成BFR MAC CE且BFR 
MAC CE含有未移除的其它小区的波束故障信息，则UE可不停止与被移除小区相关联的BFR
程序。如果BFR程序完成，则UE可不生成第二BFR MAC CE。如果BFR程序未完成，则UE可生成
第二BFR MAC CE。

[0472] UE可丢弃第一BFR MAC CE。另外或替代地，UE可重建含有第一BFR MAC CE的MAC PDU，使得所述MAC PDU含有第二BFR MAC CE且可不含有第一BFR MAC CE。

[0473] 在图9中展示实例。如图9所示，UE可配置有3个(被激活)服务小区。UE可在定时t1处(例如响应于来自下部层的波束故障指示)触发与小区2和小区3相关联的波束故障恢复。
UE可响应于被触发的波束故障恢复执行BFR程序。UE可在t2处将用于请求UL资源的调度请
求传送到基站。基站可在t3处经由PDCCH指示UL准予。UE可在t4处基于UL准予生成与被触发
的BFR相关联的第一MAC CE(例如，BFR MAC CE)且将第一MAC CE传送到基站。UE可在t5处从
基站接收MAC重新配置消息且响应于MAC重新配置消息移除小区2。UE可响应于移除小区2而
生成第二MAC CE。第二MAC CE可含有小区3的波束故障信息。UE可在t6处传送第二MAC CE。

[0474] 第一BFR MAC CE可在不同于所述小区的第二小区上传送。第一BFR MAC CE可在不同于在上面传送第二BFR MAC CE的小区的小区上传送。如果移除第一MAC CE中指示的所有
波束故障小区，则UE可不生成第二MAC CE。

[0475] 在上述通用概念中：

[0476] 在一个实施例中，(第一/第二)小区(例如，以上实例中的小区1、小区2或小区3)可为次小区。另外或替代地，(第一/第二)小区可为主小区或服务小区。

[0477] 在一个实施例中，被触发的BFR可在其被取消之前被视为待决。MAC实体的重置可与由基站指示的RRC连接释放、RRC连接重建和/或具有同步的(RRC)重新配置(例如越区移
交)相关联。

[0478] 在一个实施例中，RRC信令可为RRCReestablishment消息、RRCRelease消息和/或RRCReconfiguration消息。

[0479] 在一个实施例中，MAC实体可与MCG或SCG相关联(例如MAC实体为MCGMAC实体或SCGMAC实体)。

[0480] 在一个实施例中，与小区相关联的移除可以是对于其触发了BFR的所有(被激活)(次)小区的移除，或小区的移除或小区的释放或包含所述小区的一个或超过一个小区的移
除。与小区相关联的移除可响应于UE从基站接收MAC重新配置。与小区相关联的移除还可响
应于经由基站接收到指示(小区的)SCell释放的RRC重新配置。

[0481] 在一个实施例中，与小区相关联的移除可不与具有同步的重新配置相关联。与小区相关联的移除可不与涉及重置UE的MAC(实体)的程序相关联。举例来说，与小区相关联的
移除可不与具有同步的重新配置(例如越区移交)相关联。作为另一实例，与小区相关联的
移除可不与RRC连接释放或RRC连接重建相关联。

[0482] 与小区相关联的移除可响应于由上部层(例如RRC层)请求的MAC实体的重新配置(而执行)。小区的移除可对应于移除与UE的小区相关联的HARQ实体。在移除小区后，UE可移
除小区的相应HARQ实体。被触发的BFR可在其被取消之前被视为待决。

[0483] 在一个实施例中，UE可配置有一个以上服务小区。波束故障信息可包含指示与波束故障相关联的小区的小区标识。波束故障信息可指示与(被激活)小区相关联的候选波
束。波束故障信息还可指示候选波束的存在。

[0484] BFR MAC CE可包含一个小区的波束故障信息。BFR MAC CE可包含一个以上小区的波束故障信息。

[0485] 在一个实施例中，UE可在不同于与(被触发的)BFR相关联的小区的另一小区上传送BFR MAC CE和/或SR。BFR程序可含有传送与被触发的BFR相关联(和/或针对SCell波束故
障恢复)的调度请求(SR)。BFR程序可以是传送与触发BFR相关联的调度请求。BFR程序可包
含传送指示与发生故障的服务小区相关联的波束故障信息的BFR MAC CE。BFR程序可以是
传送与触发BFR相关联(和/或针对SCell波束故障恢复)的调度请求。

[0486] 在一个实施例中，当UE接收PDCCH且该PDCCH指示针对用于传送与BFR程序相关联的BFR MAC CE的HARQ进程的UL准予时，可认为BFR程序完成或结束。小区可在与MAC实体相
关联的小区群组中。

[0487] 在一个实施例中，如果未取消被触发的BFR(例如被触发的第一BFR)以及如果存在可用于(新传送且可)容纳BFR MAC CE加上其子标头的UL‑SCH资源(作为逻辑信道优先级排
序的结果)(或当此情况发生时)，UE可生成BFR MAC CE。如果(1)BFR被触发(例如被触发的
第一BFR)且未取消，以及(2)如果没有UL‑SCH资源可用于容纳BFR MAC CE加上其子标头(作
为逻辑信道优先级排序的结果)，则UE可触发针对SCell波束故障恢复的调度请求。

[0488] 在一个实施例中，如果与小区相关联的波束故障例项指示(从下部层接收)的数目大于或等于阈值，且小区为SCell，则UE可触发(小区的)BFR。如果小区为PCell，则UE不触发
BFR。UE可至少基于小区为PCell或SCell来确定是否触发BFR。

[0489] 在一个实施例中，所述传送调度请求可用于向新SSB或新CSI‑RS的服务gNB指示何时在服务SSB或服务CSI‑RS上检测到波束故障。UE可响应于MAC实体的重置停止用于波束故
障检测的定时器(例如beamFailureDetectionTimer)和/或用于波束故障恢复程序的定时
器(例如beamFailureRecoveryTimer)。UE可响应于MAC实体的重置而重置用于波束故障例
项指示的计数器(例如BFI_COUNTER)。发生故障的服务小区可为与被触发的(及未取消的)
BFR相关联的服务小区。

[0490] 上文的所有概念、实例和实施例可组合成新的概念。

[0491] 图10是从由基站配置有第一小区的UE的视角来看根据一个示例性实施例的流程图1000。在步骤1005中，UE触发与第一小区相关联的第一BFR。在步骤1010中，UE执行MAC实
体的重置，其中MAC实体与第一小区相关联。在步骤1015中，UE响应于MAC实体的重置而取消
第一BFR。

[0492] 在一个实施例中，UE可响应于MAC实体的重置停止(或取消)与第一BFR相关联的BFR程序。UE可不在执行MAC实体的重置之后(或响应于MAC实体的重置)传送与第一BFR相关
联的BFR MAC CE。UE可不在执行MAC实体的重置之后(或响应于MAC实体的重置)传送与第一
BFR相关联的波束故障信息。UE可不在执行MAC实体的重置之后(或响应于MAC实体的重置)
传送与第一BFR相关联的调度请求。

[0493] 在一个实施例中，UE可响应于由基站传送的信令而执行MAC实体的重置。UE可不取消与不同MAC实体相关联的小区相关联的BFR。在一个实施例中，第一小区可为主小区或次
小区。第一小区与主小区群组(Master Cell Group，MCG)或次小区群组(Second Cell 
Group，SCG)相关联。MAC实体可与MCG或SCG相关联。

[0494] 在一个实施例中，UE可除第一小区外还配置有更多小区。波束故障信息可指示相关联小区的小区标识。波束故障信息还可指示用于相关联小区的波束故障恢复的候选波束
(索引)。

[0495] 在一个实施例中，与BFR相关联的BFR程序可包含将调度请求传送到基站。与BFR相关联的BFR程序还可包含将与BFR相关联的MAC CE传送(或重传)到基站。可响应于从UE的下
部层接收的波束故障指示而触发波束故障恢复。

[0496] 在一个实施例中，信令可为RRCrelease消息、RRCreestablishment消息或RRCreconfiguration消息。

[0497] 返回参看图3和4，在由基站配置有第一小区的UE的一个示例性实施例中。UE 300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使UE能够(i)触发
与第一小区相关联的第一BFR，(ii)执行MAC实体的重置，其中MAC实体与第一小区相关联，
以及(iii)响应于MAC实体的重置取消第一BFR。此外，CPU 308可以执行程序代码312以执行
所有上述动作和步骤或本文中描述的其它动作和步骤。

[0498] 图11是从由基站配置有第一小区和第二小区的UE的视角来看根据一个示例性实施例的流程图1100。在步骤1105中，UE触发与第一小区相关联的第一BFR。在步骤1110中，UE
触发与第二小区相关联的第二BFR。在步骤1115中，UE响应于第一和/或第二波束故障恢复
生成第一MAC CE。在步骤1120中，UE执行移除第一小区的小区移除。在步骤1125中，UE响应
于小区移除而生成第二MAC CE。在步骤1130中，UE将第二MAC CE传送到基站。

[0499] 在一个实施例中，UE可响应于由基站传送的RRC信令而移除第一小区，其中RRC信令指示至少第一小区的移除。UE还可响应于由UE的上部层(例如RRC层)请求的MAC实体的重
新配置而移除第一小区。如果UE生成第二MAC CE，则UE可不传送第一MAC CE。

[0500] 在一个实施例中，UE可响应于小区移除而取消第一BFR。UE可不响应于小区移除而停止与第一BFR和第二BFR相关联的BFR程序。

[0501] 在一个实施例中，UE可在第一小区、第二小区或其它已激活小区上传送第一MAC CE。UE还可在不同小区上传送第一MAC CE和第二MAC CE。此外，UE可在相同小区上传送第一
MAC CE和第二MAC CE。

[0502] 返回参看图3和4，在由基站配置有第一小区和第二小区的UE的一个示例性实施例中。UE 300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使UE能
够(i)触发与第一小区相关联的第一BFR，(ii)触发与第二小区相关联的第二BFR，(iii)响
应于第一和/或第二波束故障恢复生成第一MAC CE，(iv)执行移除第一小区的小区移除，
(v)响应于小区移除生成第二MAC CE，以及(vi)将第二MAC CE传送到基站。此外，CPU 308可
以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

[0503] 图12是从由基站配置有第一小区和第二小区的UE的视角来看根据一个示例性实施例的流程图1200。在步骤1205中，UE触发与第一小区相关联的第一BFR。在步骤1210中，UE
触发与第二小区相关联的第二BFR。在步骤1215中，UE响应于第一和/或第二波束故障恢复
生成第一MAC CE。在步骤1220中，UE执行移除第一小区和第二小区的小区移除。在步骤1225
中，UE不响应于小区移除而传送(或不重传)第一MAC CE。

[0504] 在一个实施例中，UE可响应于小区移除而取消第一BFR。UE可响应于小区移除而取消第二BFR。UE可响应于小区移除而停止与第一和第二BFR相关联的BFR程序。UE可响应于由
基站传送的RRC信令而执行小区移除。

[0505] 在一个实施例中，UE可响应于由基站传送的RRC信令而移除第一小区和第二小区，其中RRC信令指示至少第一小区和第二小区的移除。UE还可响应于由UE的上部层请求的MAC
实体的重新配置而移除第一小区。此外，UE可响应于由UE的上部层请求的MAC实体的重新配
置而移除第二小区。

[0506] 在一个实施例中，第一MAC CE可指示与第一小区和第二小区相关联的波束故障信息。第二MAC CE可指示与第二小区相关联的波束故障信息。第二MAC CE可不指示与第一小
区相关联的波束故障信息。

[0507] 在一个实施例中，第一小区和/或第二小区可为次小区。第一小区和/或第二小区可为主小区。

[0508] 在一个实施例中，UE可除第一小区和第二小区外还配置有更多小区。波束故障信息可指示相关联小区的小区标识。波束故障信息还可指示用于相关联小区的波束故障恢复
的候选波束(索引)。

[0509] 在一个实施例中，与BFR相关联的BFR程序可包含将调度请求传送到基站。与BFR相关联的BFR程序还可包含将与BFR相关联的MAC CE传送(或重传)到基站。

[0510] 在一个实施例中，可响应于从UE的下部层接收的波束故障指示而触发波束故障恢复。上部层可为UE的非接入层面(Non‑Access Stratum，NAS)层。小区移除可对应于移除与
被移除小区相关联的一个或多个相应HARQ实体。

[0511] 返回参看图3和4，在UE的一个示例性实施例中。装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使UE能够(i)触发与第一小区相关联的第一
BFR，(ii)触发与第二小区相关联的第二BFR，(iii)响应于第一和/或第二波束故障恢复生
成第一MAC CE，(iv)执行移除第一小区和第二小区的小区移除，以及(v)不响应于小区移除
而传送(或不重传)第一MAC CE。此外，CPU 308可以执行程序代码312以执行所有上述动作
和步骤或本文中描述的其它动作和步骤。

[0512] 下文展示针对3GPP TS 38.321的可能的书面意见：

[0513] ＝＝＝＝＝＝＝＝＝＝＝＝＝＝选项1开始(章节5.12)＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

[0514] 5.12MAC重置

[0515] 如果由上部层请求MAC实体的重置，则MAC实体应：

[0516] 1>将每个逻辑信道的Bj初始化为零；

[0517] 1>停止(如果在运行)所有定时器；

[0518] 1>将所有timeAlignmentTimer视作到期并且执行条款5.2中的对应动作；

[0519] 1>将所有上行链路HARQ进程的NDI设定为值0；

[0520] 1>停止(如果存在)进行中的RACH程序；

[0521] 1>丢弃明确传信的无竞争随机接入资源(如果存在)；

[0522] 1>刷新Msg3缓冲区；

[0523] 1>取消(如果存在)所触发的调度请求程序；

[0524] 1>取消(如果存在)所触发的缓冲区状态报告程序；

[0525] 取消(如果存在)所触发的功率余量报告程序；

[0526] 取消(如果存在)被触发的SCell波束故障恢复程序。

[0527] 1>刷新用于所有DL HARQ进程的软缓冲区；

[0528] 1>针对每个DL HARQ进程，将用于TB的下一接收到的传送视作最先传送；

[0529] 1>释放(如果存在)临时C‑RNTI；

[0530] 1>重置BFI_COUNTER。

[0531] ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝选项1结束(章节5.12)＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

[0532] ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝选项2开始(章节5.12)＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

[0533] 5.12MAC重置

[0534] 如果由上部层请求MAC实体的重置，则MAC实体应：

[0535] 1>将每个逻辑信道的Bj初始化为零；

[0536] 1>停止(如果在运行)所有定时器；

[0537] 1>将所有timeAlignmentTimer视作到期并且执行条款5.2中的对应动作；

[0538] 1>将所有上行链路HARQ进程的NDI设定为值0；

[0539] 1>停止(如果存在)进行中的RACH程序；

[0540] 1>丢弃明确传信的无竞争随机接入资源(如果存在)；

[0541] 1>刷新Msg3缓冲区；

[0542] 1>取消(如果存在)所触发的调度请求程序；

[0543] 1>取消(如果存在)所触发的缓冲区状态报告程序；

[0544] 取消(如果存在)所触发的功率余量报告程序；

[0545] 取消(如果存在)被触发的BFR。

[0546] 1>刷新用于所有DL HARQ进程的软缓冲区；

[0547] 1>针对每个DL HARQ进程，将用于TB的下一接收到的传送视作最先传送；

[0548] 1>释放(如果存在)临时C‑RNTI；

[0549] 1>重置BFI_COUNTER。

[0550] ＝＝＝＝＝＝＝＝＝＝＝＝＝选项2结束(章节5.12)＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

[0551] 图13是从UE的视角来看根据一个示例性实施例的流程图1300。在步骤1305中，UE触发与小区相关联的BFR。在步骤1310中，UE响应于被触发的BFR而触发用于SCell波束故障
恢复的SR。在步骤1315中，UE响应于与小区相关联的MAC实体的重置而取消被触发的BFR和
被触发的SR。

[0552] 在一个实施例中，小区可为与MCG或SCG相关联的SCell。如果被触发的BFR未取消以及如果有UL‑SCH资源可用于容纳BFR MAC CE加上其子标头，则UE可生成BFR MAC CE。

[0553] 在一个实施例中，如果被触发的BFR未取消以及如果没有UL‑SCH资源可用于容纳BFR MAC CE加上其子标头，则可执行针对SCell波束故障恢复的调度请求的触发。可在具有
同步的RRC重新配置程序、RRC连接重建程序或RRC连接释放程序期间执行MAC实体的重置。

[0554] 在一个实施例中，UE可响应于MAC实体的重置停止随机接入程序(响应于被触发的BFR而起始)。UE可响应于MAC实体的重置而重置用于波束故障例项指示的计数器。UE可响应
于MAC实体的重置而停止用于波束故障检测的定时器和用于波束故障恢复程序的定时器。
UE可基于小区是否为次小区(例如基于小区是否为SCell)而确定是否触发BFR。在一个实施
例中，UE可在不同于所述小区的另一小区上传送SR。

[0555] 返回参看图3和4，在UE的一个示例性实施例中。装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使UE能够(i)触发与小区相关联的BFR，(ii)
响应于被触发的BFR而触发用于SCell波束故障恢复的SR，以及(iii)响应于与小区相关联
的MAC实体的重置而取消被触发的BFR和被触发的SR。此外，CPU 308可以执行程序代码312
以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

[0556] 上文已描述了本公开的各个方面。应明白，本文中的教示可通过广泛多种形式体现，且本文中所公开的任何特定结构、功能或这两者仅是代表性的。基于本文中的教示，所
属领域的技术人员应了解，本文公开的方面可独立于任何其它方面而实施，且两个或更多
个这些方面可以各种方式组合。举例来说，可以使用本文中所阐述的任何数目个方面来实
施设备或实践方法。另外，通过使用除了在本文中所阐述的方面中的一个或多个之外或不
同于在本文中所阐述的方面中的一个或多个的其它结构、功能性或结构和功能性，可以实
施此设备或可以实践此方法。作为上述概念中的一些的实例，在一些方面中，可以基于脉冲
重复频率建立并行信道。在一些方面中，可基于脉冲位置或偏移建立并行信道。在一些方面
中，可基于跳时序列建立并行信道。在一些方面中，可基于脉冲重复频率、脉冲位置或偏移
以及跳时序列而建立并行信道。

[0557] 所属领域的技术人员将理解，可使用多种不同技术和技艺中的任一种来表示信息和信号。举例来说，可用电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来
表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。

[0558] 所属领域的技术人员将进一步了解，结合本文中所公开的方面描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可被实施为电子硬件(例如，数字实施方案、模
拟实施方案或两者的组合，其可使用源译码或某一其它技术来设计)、并入有指令的各种形
式的程序或设计代码(其可在本文中为方便起见称为“软件”或“软件模块”)或两者的组合。
为清晰地说明硬件与软件的此可互换性，上文已大体就各种说明性组件、块、模块、电路和
步骤的功能性加以描述。此类功能性是实施为硬件还是软件取决于特定应用和强加于整个
系统的设计约束。熟练的技术人员可针对每一具体应用以不同方式来实施所描述的功能
性，但这样的实施决策不应被解释为会引起脱离本公开的范围。

[0559] 另外，结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可以在集成电路(“integrated circuit，IC”)、接入终端或接入点内实施或由所述集成电路、接入终
端或接入点执行。IC可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现
场可编程门阵列(FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气
组件、光学组件、机械组件，或其经设计以执行本文中所描述的功能的任何组合，且可以执
行驻留在IC内、在IC外或这两种情况下的代码或指令。通用处理器可为微处理器，但在替代
方案中，处理器可为任何常规的处理器、控制器、微控制器或状态机。处理器还可实施为计
算装置的组合，例如DSP与微处理器的组合、多个微处理器的组合、一个或多个微处理器结
合DSP内核，或任何其它此类配置。

[0560] 应理解，在任何公开的过程中的步骤的任何特定次序或层级是示例方法的实例。应理解，基于设计偏好，过程中的步骤的特定次序或层级可以重新布置，同时保持在本公开
的范围内。随附的方法权利要求以示例次序呈现各种步骤的要素，且并不有意限于所呈现
的特定次序或层级。

[0561] 结合本文中公开的方面所描述的方法或算法的步骤可直接用硬件、用处理器执行的软件模块或用这两者的组合体现。软件模块(例如，包含可执行指令和相关数据)和其它
数据可驻留在数据存储器中，所述数据存储器例如RAM存储器、快闪存储器、ROM存储器、
EPROM存储器、EEPROM存储器、寄存器、硬盘、可装卸式磁盘、CD‑ROM，或此项技术中已知的任
何其它形式的计算机可读存储介质。示例存储介质可以耦合到例如计算机/处理器等机器
(为方便起见，所述机器在本文中可以称为“处理器”)，使得所述处理器可以从存储介质读
取信息(例如，代码)且将信息写入到存储介质。示例存储介质可与处理器形成一体。处理器
和存储介质可驻留在ASIC中。ASIC可以驻留在用户设备中。在替代方案中，处理器和存储介
质可以作为离散组件而驻留在用户设备中。此外，在一些方面中，任何合适的计算机程序产
品可包括计算机可读介质，所述计算机可读介质包括与本公开的各方面中的一个或多个方
面相关的代码。在一些方面中，计算机程序产品可以包括封装材料。

[0562] 虽然已结合各个方面描述了本发明，但应理解，本发明能够进行进一步修改。本申请意图涵盖对本发明的任何变化、使用或调适，这通常遵循本发明的原理且包含对本公开
的此类偏离，所述偏离处于在本发明所属的技术领域内的已知和惯常实践的范围内。

[0563] 相关申请的交叉引用

[0564] 本申请要求2020年1月14日提交的第62/960，959号和第62/960，968号美国临时专利申请的权益，所述美国临时专利申请的整个公开内容全文以引用的方式并入本文中。