用于次小区波束故障恢复的随机接入程序的方法和设备

摘要

公开一种用于次小区波束故障恢复的随机接入程序的方法和设备。在一实例中，从用户设备的视角来看，用户设备起始随机接入程序。用户设备接收物理下行链路控制信道传送。用户设备确定与随机接入程序相关联的争用解决是否成功。如果执行起始随机接入程序是针对特殊小区波束故障恢复，则争用解决是否成功的确定是基于物理下行链路控制信道传送是否寻址到用户设备的小区无线电网络临时标识符。如果执行起始随机接入程序是针对次小区波束故障恢复，则争用解决是否成功的确定是基于物理下行链路控制信道传送是否寻址到用户设备的小区无线电网络临时标识符以及物理下行链路控制信道传送是否含有用于新传送的上行链路准予。

权利要求

1.一种用户设备(UE)的方法，包括：起始随机接入程序；

接收物理下行链路控制信道(PDCCH)传送；以及确定与所述随机接入程序相关联的争用解决是否成功，其中：当执行所述起始所述随机接入程序是针对特殊小区(SpCell)波束故障恢复时，所述争用解决是否成功的所述确定是基于所述PDCCH传送是否寻址到所述UE的小区无线电网络临时标识符(C‑RNTI)；和

当执行所述起始所述随机接入程序是针对次小区(SCell)波束故障恢复时，所述争用解决是否成功的所述确定是基于所述PDCCH传送是否寻址到所述UE的所述C‑RNTI以及所述PDCCH传送是否包括用于新传送的上行链路(UL)准予。

2.根据权利要求1所述的方法，其中：当执行所述起始所述随机接入程序是针对所述SCell波束故障恢复时，所述争用解决是否成功的所述确定包括基于所述PDCCH传送寻址到所述UE的所述C‑RNTI以及所述PDCCH传送包括用于所述新传送的所述UL准予而确定所述争用解决成功。

3.根据权利要求2所述的方法，其中：所述UL准予是针对与所述随机接入程序的Msg3的传送相关联的混合自动重复请求(HARQ)进程。

4.根据权利要求1所述的方法，其中：当执行所述起始所述随机接入程序是针对所述SCell波束故障恢复时，所述争用解决是否成功的所述确定包括基于所述PDCCH传送寻址到所述UE的所述C‑RNTI以及所述PDCCH传送不包括用于所述新传送的所述UL准予而不确定所述争用解决成功。

5.根据权利要求4所述的方法，其中：所述PDCCH传送分配下行链路(DL)指派。

6.根据权利要求1所述的方法，其中：当执行所述起始所述随机接入程序是针对所述SpCell波束故障恢复时，所述争用解决是否成功的所述确定包括基于所述PDCCH传送寻址到所述UE的所述C‑RNTI而确定所述争用解决成功。

7.根据权利要求6所述的方法，其中：所述PDCCH传送分配下行链路(DL)指派。

8.根据权利要求1所述的方法，其中：当执行所述起始所述随机接入程序是针对所述SpCell波束故障恢复时，所述争用解决是否成功的所述确定包括基于所述PDCCH传送不寻址到所述UE的所述C‑RNTI而不确定所述争用解决成功。

9.根据权利要求1所述的方法，其中：响应于与SCell相关联的波束故障指示触发所述SCell波束故障恢复。

10.根据权利要求1所述的方法，其中，包括：基于确定所述争用解决成功而确定所述随机接入程序成功完成。

11.一种用户设备(UE)，包括：控制电路；

处理器，其安装在所述控制电路中；以及存储器，其安装在所述控制电路中且可操作地耦合到所述处理器，其中所述处理器被配置成执行存储于所述存储器中的程序代码以执行操作，所述操作包括：起始随机接入程序；

接收物理下行链路控制信道(PDCCH)传送；以及确定与所述随机接入程序相关联的争用解决是否成功，其中：当执行所述起始所述随机接入程序是针对特殊小区(SpCell)波束故障恢复时，所述争用解决是否成功的所述确定是基于所述PDCCH传送是否寻址到所述UE的小区无线电网络临时标识符(C‑RNTI)；和

当执行所述起始所述随机接入程序是针对次小区(SCell)波束故障恢复时，所述争用解决是否成功的所述确定是基于所述PDCCH传送是否寻址到所述UE的所述C‑RNTI以及所述PDCCH传送是否包括用于新传送的上行链路(UL)准予。

12.根据权利要求11所述的UE，其中：当执行所述起始所述随机接入程序是针对所述SCell波束故障恢复时，所述争用解决是否成功的所述确定包括基于所述PDCCH传送寻址到所述UE的所述C‑RNTI以及所述PDCCH传送包括用于所述新传送的所述UL准予而确定所述争用解决成功。

13.根据权利要求12所述的UE，其中：所述UL准予是针对与所述随机接入程序的Msg3的传送相关联的混合自动重复请求(HARQ)进程。

14.根据权利要求11所述的UE，其中：当执行所述起始所述随机接入程序是针对所述SCell波束故障恢复时，所述争用解决是否成功的所述确定包括基于所述PDCCH传送寻址到所述UE的所述C‑RNTI以及所述PDCCH传送不包括用于所述新传送的所述UL准予而不确定所述争用解决成功。

15.根据权利要求14所述的UE，其中：所述PDCCH传送分配下行链路(DL)指派。

16.根据权利要求11所述的UE，其中：当执行所述起始所述随机接入程序是针对所述SpCell波束故障恢复时，所述争用解决是否成功的所述确定包括基于所述PDCCH传送寻址到所述UE的所述C‑RNTI而确定所述争用解决成功。

17.根据权利要求16所述的UE，其中：所述PDCCH传送分配下行链路(DL)指派。

18.根据权利要求11所述的UE，其中：当执行所述起始所述随机接入程序是针对所述SpCell波束故障恢复时，所述争用解决是否成功的所述确定包括基于所述PDCCH传送不寻址到所述UE的所述C‑RNTI而不确定所述争用解决成功。

19.根据权利要求11所述的UE，所述操作包括：基于确定所述争用解决成功而确定所述随机接入程序成功完成。

20.一种包括处理器可执行指令的非暂时性计算机可读介质，所述处理器可执行指令当由用户设备(UE)执行时致使执行操作，所述操作包括：起始随机接入程序；

接收物理下行链路控制信道(PDCCH)传送；以及确定与所述随机接入程序相关联的争用解决是否成功，其中：当执行所述起始所述随机接入程序是针对特殊小区(SpCell)波束故障恢复时，所述争用解决是否成功的所述确定是基于所述PDCCH传送是否寻址到所述UE的小区无线电网络临时标识符(C‑RNTI)；和

当执行所述起始所述随机接入程序是针对次小区(SCell)波束故障恢复时，所述争用解决是否成功的所述确定是基于所述PDCCH传送是否寻址到所述UE的所述C‑RNTI以及所述PDCCH传送是否包括用于新传送的上行链路(UL)准予。

说明书

用于次小区波束故障恢复的随机接入程序的方法和设备

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

[0002] 本申请要求2020年4月10日提交的第63/008,206号美国临时专利申请的权益，所述临时专利申请的整个公开内容以全文引用的方式并入本文中。

技术领域

[0003] 本公开大体上涉及无线通信网络，且更具体地说涉及一种用于无线通信系统中的次小区(SCell)波束故障恢复的随机接入程序的方法和设备。

背景技术

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

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

发明内容

[0006] 根据本公开，提供一种或多种装置和/或方法。在一实例中，从用户设备(UE)的视角来看，UE起始随机接入程序。UE接收物理下行链路控制信道(Physical Downlink 
Control Channel，PDCCH)传送。UE确定与随机接入程序相关联的争用解决是否成功。如果
执行所述起始随机接入程序是针对特殊小区(SpCell)波束故障恢复，则争用解决是否成功
的确定是基于PDCCH传送是否寻址到UE的小区无线电网络临时标识符(Cell Radio 
Network Temporary Identifier，C‑RNTI)。如果执行所述起始随机接入程序是针对次小区
(Secondary Cell，SCell)波束故障恢复，则争用解决是否成功的确定是基于PDCCH传送是
否寻址到UE的C‑RNTI以及PDCCH传送是否包括用于新传送的上行链路(uplink，UL)准予。

附图说明

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

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

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

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

[0011] 图5是示出根据一个示例性实施例的次小区(SCell)波束故障恢复媒体接入控制(MAC)控制要素(CE)(BFR MAC CE)和/或截断的SCell BFR MAC CE的图式。

[0012] 图6是示出根据一个示例性实施例的SCell BFR MAC CE和/或截断的SCell BFR MAC CE的图式。

[0013] 图7是示出根据一个示例性实施例的MAC子标头的图式。

[0014] 图8是示出根据一个示例性实施例的MAC子标头的图式。

[0015] 图9是示出根据一个示例性实施例的MAC协议数据单元(PDU)的图式。

[0016] 图10是示出根据一个示例性实施例的与随机接入程序相关联的示例性情境的图式。

[0017] 图11是示出根据一个示例性实施例的与随机接入程序相关联的示例性情境的图式。

[0018] 图12是示出根据一个示例性实施例的与随机接入程序相关联的示例性情境的图式。

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

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

具体实施方式

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

[0022] 具体地说，下文描述的示例性无线通信系统装置可设计成支持一个或多个标准，例如名为“第三代合作伙伴计划”(在本文中称为3GPP)的联盟提供的标准，包含：3GPP规范
38.321 16.0.0。上文所列的标准和文件特此明确地以全文引用的方式并入。

[0023] 图1呈现根据本公开的一个或多个实施例的多址无线通信系统。接入网络100(access network，AN)包含多个天线群组，一个群组包含104和106，另一群组包含108和
110，且额外群组包含112和114。在图1中，每一天线群组仅展示两个天线，然而，每一天线群
组可利用更多或更少的天线。接入终端116(AT)与天线112和114通信，其中天线112和114在
前向链路120上传送信息到接入终端116，且在反向链路118上从接入终端116接收信息。AT 
122与天线106和108通信，其中天线106和108在前向链路126上向AT 122传送信息，且在反
向链路124上从AT 122接收信息。在频分双工(frequency‑division duplexing，FDD)系统
中，通信链路118、120、124和126可以使用不同频率进行通信。举例来说，前向链路120可以
使用与反向链路118所使用频率不同的频率。

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

[0025] 在前向链路120和126上的通信中，接入网络100的传送天线可利用波束成形以便改进用于不同接入终端116和122的前向链路的信噪比。另外，相比于通过单个天线对其接
入终端进行传送的接入网络，使用波束成形对随机分散在其覆盖区域中的接入终端进行传
送的接入网络通常可能对相邻小区中的接入终端造成更少干扰。

[0026] 接入网络(AN)可以是用于与终端通信的固定站或基站，且也可被称作接入点、Node B、基站、增强型基站、eNodeB(eNB)、下一代NodeB(gNB)或某一其它术语。接入终端
(AT)还可称为用户设备(UE)、无线通信装置、终端、接入终端或某一其它术语。

[0027] 图2呈现多输入多输出(multiple‑input and multiple‑output，MIMO)系统200中的传送器系统210(也被称为接入网络)和接收器系统250(也被称为接入终端(access 
terminal，AT)或用户设备(user equipment，UE))的实施例。在传送器系统210处，可以将若
干数据流的业务数据从数据源212提供到传送(transmit，TX)数据处理器214。

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

[0029] 可以使用正交频分多路复用(orthogonal frequency‑division multiplexing，OFDM)技术将每一数据流的经译码数据与导频数据多路复用。导频数据通常可以是以已知
方式进行处理的已知数据模式，且可在接收器系统处用以估计信道响应。接着可基于针对
每一数据流选择的特定调制方案(例如，二进制相移键控(binary phase shift keying，
BPSK)、正交相移键控(quadrature phase shift keying，QPSK)、M进制相移键控(M‑ary 
phase shift keying，M‑PSK)，或M进制正交振幅调制(M‑ary quadrature amplitude 
modulation，M‑QAM))来调制(即，符号映射)所述数据流的经多路复用导频和经译码数据，
以提供调制符号。通过由处理器230执行的指令可确定用于每一数据流的数据速率、译码
和/或调制。

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

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

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

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

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

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

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

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

[0038] 图4是根据所公开主题的一个实施例的图3中所展示的程序代码312的简化框图。在此实施例中，程序代码312包含应用层400、层3部分402以及层2部分404，且耦合到层1部
分406。层3部分402可执行无线电资源控制。层2部分404可执行链路控制。层1部分406可以
执行和/或实施物理连接。

[0039] 在3GPP规范38.321 16.0.0中，引入用于主小区(PCell)和次小区(SCell)的随机接入程序和波束故障恢复程序。值得注意的是，标题为“SCell BFR和截断的SCell BFR MAC 
CE，其中配置有BFD的此MAC实体的SCell的最高ServCellIndex小于8”的3GPP规范38.321 
16.0.0的章节6.1.3.23的图6.1.3.23‑1在本文中再现为图5。标题为“SCell BFR和截断的
SCell BFR MAC CE，其中配置有BFD的此MAC实体的SCell的最高ServCellIndex等于或高于
8”的3GPP规范38.321 16.0.0的章节6.1.3.23的图6.1.3.23‑2在本文中再现为图6。标题为
“E/T/R/R/BI MAC子标头”的3GPP规范38.321 16.0.0的章节6.1.5的图6.1.5‑1在本文中再
现为图7。标题为“E/T/RAPID MAC子标头”的3GPP规范38.321 16.0.0的章节6.1.5的图
6.1.5‑2在本文中再现为图8。标题为“由MAC RAR组成的MAC PDU的实例”的3GPP规范38.321 
16.0.0的章节6.1.5的图6.1.5‑3在本文中再现为图9。3GPP规范38.321 16.0.0的部分在下
文引述：

[0040] Msg3：在含有C‑RNTI MAC CE或CCCH SDU的UL‑SCH上传送的消息，从上部层提交且与UE争用解决身份相关联，作为随机接入程序的部分。

[0041] 服务小区：TS 38.331[5]中的PCell、PSCell或SCell。

[0042] 特殊小区：对于双重连接性操作，术语“特殊小区”分别指代MCG的PCell或SCG的PSCell，其取决于MAC实体关联到MCG还是SCG。否则，术语“特殊小区”指代PCell。特殊小区
支持PUCCH传送和基于争用的随机接入，且始终激活。

[0043] 5 MAC程序

[0044] 5.1随机接入程序

[0045] 5.1.1随机接入程序初始化

[0046] 根据TS 38.300[2]，此条款中描述的随机接入程序是由PDCCH命令、MAC实体本身或事件的RRC起始。在MAC实体中，在任何时间点都只存在一个进行中的随机接入程序。
SCell上的随机接入程序将仅通过PDCCH命令以不同于0b000000的ra‑PreambleIndex起始。

[0047] 注1：如果在另一随机接入程序已在MAC实体中进行的同时触发新随机接入程序，则将取决于UE实施方案来继续进行中的程序还是开始新程序(例如，对于SI请求)。

[0048] 注2：如果在UE接收指示相同随机接入前导码、PRACH掩码索引和上行链路载波的另一PDCCH命令的同时存在由PDCCH命令触发的进行中的随机接入程序，则所述随机接入程
序被视为与进行中的随机接入程序相同的随机接入程序且不再次初始化。

[0049] RRC针对随机接入程序配置以下参数：

[0050] ‑prach‑ConfigurationIndex：用于传送Msg1的随机接入前导码的一组可用PRACH时机。如果PRACH时机在2阶和4阶RA类型之间共享，则这些还适用于MSGA PRACH；

[0051] ‑msgA‑prach‑ConfigurationIndex：在2阶RA类型中用于传送MSGA的随机接入前导码的一组可用PRACH时机；

[0052] ‑preambleReceivedTargetPower：初始随机接入前导码功率；

[0053] ‑rsrp‑ThresholdSSB：用于针对4阶RA类型选择SSB的RSRP阈值。如果针对波束故障恢复起始随机接入程序，则candidateBeamRSList内用于选择SSB的rsrp‑ThresholdSSB
是指BeamFailureRecoveryConfigIE中的rsrp‑ThresholdSSB；

[0054] ‑rsrp‑ThresholdCSI‑RS：用于针对4阶RA类型选择CSI‑RS的RSRP阈值。如果针对波束故障恢复起始随机接入程序，则rsrp‑ThresholdCSI‑RS等于
BeamFailureRecoveryConfig IE中的rsrp‑ThresholdSSB；

[0055] ‑msgA‑RSRP‑ThresholdSSB：用于针对2阶RA类型选择SSB的RSRP阈值。如果针对波束故障恢复起始随机接入程序，则candidateBeamRSList内用于选择SSB的msgA‑RSRP‑
ThresholdSSB是指BeamFailureRecoveryConfig IE中的msgA‑RSRP‑ThresholdSSB；

[0056] ‑msgA‑RSRP‑ThresholdCSI‑RS：用于针对2阶RA类型选择CSI‑RS的RSRP阈值。如果针对波束故障恢复起始随机接入程序，则msgA‑RSRP‑ThresholdCSI‑RS等于
BeamFailureRecoveryConfig IE中的msgA‑RSRP‑ThresholdSSB；

[0057] ‑rsrp‑ThresholdSSB‑SUL：用于在NUL载波与SUL载波之间进行选择的RSRP阈值；

[0058] ‑msgA‑RSRP‑Threshold：用于在针对NUL在UL BWP中配置2阶和4阶RA类型随机接入资源两者时在2阶RA类型和4阶RA类型之间进行选择的RSRP阈值；

[0059] ‑msgA‑RSRP‑ThresholdSUL：用于在针对SUL在UL BWP中配置2阶和4阶RA类型随机接入资源两者时在2阶RA类型和4阶RA类型之间进行选择的RSRP阈值；

[0060] ‑msgA‑TransMax：当配置4阶和2阶RA类型随机接入资源两者时MSGA传送的最大数目；

[0061] ‑candidateBeamRSList：标识用于恢复的候选波束和相关联随机接入参数的参考信号(CSI‑RS和/或SSB)的列表；

[0062] ‑recoverySearchSpaceId：用于监视波束故障恢复请求的响应的搜索空间标识；

[0063] ‑powerRampingStep：功率斜变因子；

[0064] ‑msgA‑PreamblePowerRampingStep：用于MSGA前导码的功率斜变因子；

[0065] ‑powerRampingStepHighPriority：在区分优先级的随机接入程序的情况下的功率斜变因子；

[0066] ‑scalingFactorBI：用于区分优先级的随机接入程序的缩放因子；

[0067] ‑ra‑PreambleIndex：随机接入前导码；

[0068] ‑ra‑ssb‑OccasionMaskIndex：限定其中MAC实体可传送随机接入前导码的与SSB相关联的PRACH时机(见条款7.4)；

[0069] ‑msgA‑SSB‑SharedRO‑MaskIndex∶指示针对每一SSB与2阶RA类型PRACH时机共享的4阶RA类型PRACH时机的子组。如果2阶RA类型PRACH时机与4阶RA类型PRACH时机共享且未
配置msgA‑SSB‑SharedRO‑MaskIndex，则所有4阶RA类型PRACH时机可用于2阶RA类型(见条
款7.4)；

[0070] ‑ra‑OccasionList：限定其中MAC实体可传送随机接入前导码的与CSI‑RS相关联的PRACH时机；

[0071] ‑ra‑PreambleStartIndex：用于按需SI请求的随机接入前导码的开始索引；

[0072] ‑preambleTransMax：随机接入前导码传送的最大数目；

[0073] ‑ssb‑perRACH‑OccasionAndCB‑PreamblesPerSSB：限定映射到4阶RA类型的每一PRACH时机的SSB的数目和映射到每一SSB的基于争用的随机接入前导码的数目；

[0074] ‑msgA‑SSB‑PerRACH‑OccasionAndCB‑PreamblesPerSSB：限定映射到2阶RA类型的每一PRACH时机的SSB的数目和映射到每一SSB的基于争用的随机接入前导码的数目；

[0075] ‑如果配置groupBconfigured，则针对4阶RA类型配置随机接入前导码群组B。

[0076] ‑在与SSB相关联的基于争用的随机接入前导码(如TS 38.213[6]中所定义)当中，第一numberOfRA‑PreamblesGroupA随机接入前导码属于随机接入前导码群组A。与SSB相关
联的其余随机接入前导码属于随机接入前导码群组B(如果配置)。

[0077] ‑如果配置groupB‑ConfiguredTwoStepRA，则针对2阶RA类型配置随机接入前导码群组B。

[0078] ‑在与SSB相关联的2阶RA类型的基于争用的随机接入前导码(如TS 38.213[6]中所定义)当中，第一msgA‑numberOfRA‑PreamblesGroupA随机接入前导码属于随机接入前导
码群组A。与SSB相关联的其余随机接入前导码属于随机接入前导码群组B(如果配置)。

[0079] 注2：如果随机接入前导码群组B受小区支持，则对于每一SSB包含随机接入前导码群组B。

[0080] ‑如果针对4阶RA类型配置随机接入前导码群组B：

[0081] ‑ra‑Msg3SizeGroupA：用以确定4阶RA类型的随机接入前导码的群组的阈值；

[0082] ‑msg3‑DeltaPreamble：TS 38.213[6]中的ΔPREAMBLE_Msg3；

[0083] ‑messagePowerOffsetGroupB：用于前导码选择的功率偏移；

[0084] ‑numberOfRA‑PreamblesGroupA：限定用于每一SSB的随机接入前导码群组A中的随机接入前导码的数目。

[0085] ‑如果针对2阶RA类型配置随机接入前导码群组B：

[0086] ‑msgA‑DeltaPreamble：TS 38.213[6]中的ΔPREAMBLE_MsgA；

[0087] ‑msgA‑messagePowerOffsetGroupB：被配置成包含在GroupB‑ConfiguredTwoStepRA中的messagePowerOffsetGroupB的用于前导码选择的功率偏移；

[0088] ‑msgA‑numberOfRA‑PreamblesGroupA：限定被配置成GroupB‑ConfiguredTwoStepRA中的numberOfRA‑PreamblesGroupA的每一SSB的随机接入前导码群
组A中的随机接入前导码的数目。

[0089] ‑ra‑MsgASizeGroupA：用以确定2阶RA类型的随机接入前导码的群组的阈值。

[0090] ‑用于SI请求的一组随机接入前导码和/或PRACH时机(如果存在)；

[0091] ‑用于波束故障恢复请求的一组随机接入前导码和/或PRACH时机(如果存在)；

[0092] ‑用于同步重新配置的一组随机接入前导码和/或PRACH时机(如果存在)；

[0093] ‑ra‑ResponseWindow：监视RA响应的时间窗(仅SpCell)；

[0094] ‑ra‑ContentionResolutionTimer：争用解决定时器(仅SpCell)；

[0095] ‑msgB‑ResponseWindow：监视2阶RA类型的RA响应的时间窗(仅SpCell)。

[0096] 此外，假设相关服务小区的以下信息可用于UE：

[0097] ‑如果配置随机接入前导码群组B：

[0098] ‑如果用于随机接入程序的服务小区配置有如TS 38.331[5]中指定的补充上行链路，且选择SUL载波用于执行随机接入程序：

[0099] ‑如TS 38.101‑1[14]、TS 38.101‑2[15]以及TS 38.101‑3[16]中指定的SUL载波的PCMAX,f,c。

[0100] ‑否则：

[0101] ‑如TS 38.101‑1[14]、TS 38.101‑2[15]以及TS 38.101‑3[16]中指定的NUL载波的PCMAX,f,c。

[0102] 针对随机接入程序使用以下UE变量：

[0103] ‑PREAMBLE_INDEX；

[0104] ‑PREAMBLE_TRANSMISSION_COUNTER；

[0105] ‑PREAMBLE_POWER_RAMPING_COUNTER；

[0106] ‑PREAMBLE_POWER_RAMPING_STEP；

[0107] ‑PREAMBLE_RECEIVED_TARGET_POWER；

[0108] ‑PREAMBLE_BACKOFF；

[0109] ‑PCMAX；

[0110] ‑SCALING_FACTOR_BI；

[0111] ‑TEMPORARY_C‑RNTI；

[0112] ‑RA_TYPE；

[0113] ‑POWER_OFFSET_2STEP_RA；

[0114] ‑MSGA_PREAMBLE_POWER_RAMPING_STEP；

[0115] ‑RSRP_THRESHOLD_RA_TYPE_SELECTION。

[0116] 当在服务小区上起始随机接入程序时，MAC实体将：

[0117] 1>清空Msg3缓冲区；

[0118] 1>清空MSGA缓冲区；

[0119] 1>将PREAMBLE_TRANSMISSION_COUNTER设定为1；

[0120] 1>将PREAMBLE_POWER_RAMPING_COUNTER设定为1；

[0121] 1>将PREAMBLE_BACKOFF设定为0ms；

[0122] 1>将POWER_OFFSET_2STEP_RA设定为0dB；

[0123] 1>如果将用于随机接入程序的载波被显式传信：

[0124] 2>选择所传信载波以用于执行随机接入程序；

[0125] 2>将PCMAX设定为所传信载波的PCMAX,f,c。

[0126] 1>否则，如果未将用于随机接入程序的载波显式地传信；以及

[0127] 1>如果用于随机接入程序的服务小区配置有如在TS 38.331[5]中指定的补充上行链路；以及

[0128] 1>如果下行链路路径损耗参考的RSRP小于rsrp‑ThresholdSSB‑SUL：

[0129] 2>选择SUL载波以用于执行随机接入程序；

[0130] 2>将PCMAX设定为SUL载波的PCMAX,f,c；

[0131] 2>将RSRP_THRESHOLD_RA_TYPE_SELECTION设定为msgA‑RSRP‑ThresholdSUL。

[0132] 1>否则：

[0133] 2>选择NUL载波以用于执行随机接入程序；

[0134] 2>将PCMAX设定为NUL载波的PCMAX,f,c；

[0135] 2>将RSRP_THRESHOLD_RA_TYPE_SELECTION设定为msgA‑RSRP‑Threshold。

[0136] 1>执行如条款5.15中所指定的BWP操作；

[0137] 1>如果由PDCCH命令起始随机接入程序以及如果由PDCCH显式地提供的ra‑PreambleIndex不是0b000000；或

[0138] 1>如果针对SI请求起始随机接入程序(如在TS 38.331[5]中指定)并且已由RRC显式地提供用于SI请求的随机接入资源；或

[0139] 1>如果针对波束故障恢复起始随机接入程序(如条款5.17中所规定)以及如果已由RRC针对被选定用于随机接入程序的BWP显式地提供用于4阶RA类型的波束故障恢复请求
的无争用随机接入资源；或

[0140] 1>如果针对同步重新配置起始随机接入程序以及如果已在rach‑ConfigDedicated中针对被选定用于随机接入程序的BWP显式地提供针对4阶RA类型的无争
用随机接入资源：

[0141] 2>将RA_TYPE设定为4‑stepRA。

[0142] 1>否则，如果被选定用于随机接入程序的BWP配置有2阶和4阶RA类型随机接入资源两者且下行链路路径损耗参考的RSRP高于RSRP_THRESHOLD_RA_TYPE_SELECTION；或

[0143] 1>如果被选定用于随机接入程序的BWP仅配置有2阶RA类型随机接入资源(即，未配置4阶RACH RA类型资源)；或

[0144] 1>如果针对同步重新配置起始随机接入程序以及如果已在rach‑ConfigDedicated中针对被选定用于随机接入程序的BWP显式地提供针对2阶RA类型的无争
用随机接入资源：

[0145] 2>将RA_TYPE设定为2‑stepRA。

[0146] 1>否则：

[0147] 2>将RA_TYPE设定为4‑stepRA。

[0148] 1>执行特定针对如条款5.1.1a中所指定的随机接入类型的变量的初始化；

[0149] 1>如果将RA_TYPE设定成2‑stepRA：

[0150] 2>针对2阶RA类型执行随机接入资源选择程序(见条款5.1.2a)。

[0151] 1>否则：

[0152] 2>执行随机接入资源选择程序(见条款5.1.2)。

[0153] 5.1.1a特定针对随机接入类型的变量的初始化

[0154] MAC实体将：

[0155] 1>如果将RA_TYPE设定成2‑stepRA：

[0156] 2>将PREAMBLE_POWER_RAMPING_STEP设定为msgA‑PreamblePowerRampingStep；

[0157] 2>将SCALING_FACTOR_BI设定为1；

[0158] 2>将preambleTransMax设定为包含在RACH‑ConfigGenericTwoStepRA中的preambleTransMax；

[0159] 2>如果针对波束故障恢复起始随机接入程序(如条款5.17中所指定)；以及

[0160] 2>如果beamFailureRecoveryConfig被配置成用于选定载波的活跃UL BWP：

[0161] 3>如果在beamFailureRecoveryConfig中配置ra‑PrioritizationTwoStep：

[0162] 4>将PREAMBLE_POWER_RAMPING_STEP设定为包含在beamFailureRecoveryConfig中的ra‑PrioritizationTwoStep中的powerRampingStepHighPriority。

[0163] 4>如果在beamFailureRecoveryConfig中的ra‑PrioritizationTwoStep中配置scalingFactorBI：

[0164] 5>将SCALING_FACTOR_BI设定为scalingFactorBI。

[0165] 2>否则，如果针对越区移交起始随机接入程序；以及

[0166] 2>如果rach‑ConfigDedicated被配置成用于选定载波：

[0167] 3>如果在rach‑ConfigDedicated中配置ra‑PrioritizationTwoStep：

[0168] 4>将PREAMBLE_POWER_RAMPING_STEP设定为包含在rach‑ConfigDedicated中的ra‑PrioritizationTwoStep中的powerRampingStepHighPriority。

[0169] 4>如果在rach‑ConfigDedicated中的ra‑PrioritizationTwoStep中配置scalingFactorBI：

[0170] 5>将SCALING_FACTOR_BI设定为scalingFactorBI。

[0171] 2>如果ra‑PrioritizationForAccessIdentityTwoStep被配置成用于选定载波；以及

[0172] 2>如果已由RRC显式地提供一个或多个接入标识；以及

[0173] 2>如果针对这些接入标识中的至少一个，ra‑PriorizationForAI中的对应位被设定为一：

[0174] 3>如果在ra‑PrioritizationForAccessIdentityTwoStep中配置powerRampingStepHighPriority：

[0175] 4>将PREAMBLE_POWER_RAMPING_STEP设定为powerRampingStepHighPriority。

[0176] 3>如果在ra‑PrioritizationForAccessIdentityTwoStep中配置scalingFactorBI：

[0177] 4>将SCALING_FACTOR_BI设定为scalingFactorBI。

[0178] 2>将MSGA_PREAMBLE_POWER_RAMPING_STEP设定为PREAMBLE_POWER_RAMPING_STEP。

[0179] 1>否则(即，RA_TYPE被设定为4‑stepRA)：

[0180] 2>将PREAMBLE_POWER_RAMPING_STEP设定为powerRampingStep；

[0181] 2>将SCALING_FACTOR_BI设定为1；

[0182] 2>将preambleTransMax设定为包含在RACH‑ConfigGeneric中的preambleTransMax；

[0183] 2>如果针对SpCell波束故障恢复起始随机接入程序(如条款5.17中所指定)；以及

[0184] 2>如果beamFailureRecoveryConfig被配置成用于选定载波的活跃UL BWP：

[0185] 3>如果被配置，则开始beamFailureRecoveryTimer；

[0186] 3>应用在beamFailureRecoveryConfig中配置的参数powerRampingStep、preambleReceivedTargetPower和preambleTransMax；

[0187] 3>如果在beamFailureRecoveryConfig中配置powerRampingStepHighPriority：

[0188] 4>将PREAMBLE_POWER_RAMPING_STEP设定为powerRampingStepHighPriority。

[0189] 3>否则：

[0190] 4>将PREAMBLE_POWER_RAMPING_STEP设定为powerRampingStep。

[0191] 3>如果在beamFailureRecoveryConfig中配置scalingFactorBI：

[0192] 4>将SCALING_FACTOR_BI设定为scalingFactorBI。

[0193] 2>否则，如果针对越区移交起始随机接入程序；以及

[0194] 2>如果rach‑ConfigDedicated被配置成用于选定载波：

[0195] 3>如果在rach‑ConfigDedicated中配置powerRampingStepHighPriority：

[0196] 4>将PREAMBLE_POWER_RAMPING_STEP设定为powerRampingStepHighPriority。

[0197] 3>如果在rach‑ConfigDedicated中配置scalingFactorBI：

[0198] 4>将SCALING_FACTOR_BI设定为scalingFactorBI。

[0199] 2>如果ra‑PrioritizationForAccessIdentity被配置成用于选定载波；以及

[0200] 2>如果已由RRC显式地提供一个或多个接入标识；以及

[0201] 2>如果针对这些接入标识中的至少一个，ra‑PriorizationForAI中的对应位被设定为一：

[0202] 3>如果在ra‑PrioritizationForAccessIdentity中配置powerRampingStepHighPriority：

[0203] 4>将PREAMBLE_POWER_RAMPING_STEP设定为powerRampingStepHighPriority。

[0204] 3>如果在ra‑PrioritizationForAccessIdentity中配置scalingFactorBI：

[0205] 4>将SCALING_FACTOR_BI设定为scalingFactorBI。

[0206] 2>如果在此随机接入程序期间RA_TYPE从2‑stepRA切换到4‑step RA：

[0207] 3>将POWER_OFFSET_2STEP_RA设定为(PREAMBLE_POWER_RAMPING_COUNTER‑1)×(MSGA_PREAMBLE_POWER_RAMPING_STEP‑PREAMBLE_POWER_RAMPING)。

[0208] 5.1.2随机接入资源选择

[0209] 如果选定RA_TYPE被设定为4‑stepRA，则MAC实体将：

[0210] 1>如果针对SpCell波束故障恢复起始随机接入程序(如条款5.17中所指定)；以及

[0211] 1>如果beamFailureRecoveryTimer(条款5.17中)正在运行或并未配置；以及

[0212] 1>如果与SSB和/或CSI‑RS中的任一个相关联的波束故障恢复请求的无争用随机接入资源已由RRC显式地提供；以及

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

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

[0215] 2>如果选择CSI‑RS，并且不存在与选定CSI‑RS相关联的ra‑PreambleIndex：

[0216] 3>将PREAMBLE_INDEX设定为对应于candidateBeamRSList中的SSB的ra‑PreambleIndex，其与选定CSI‑RS准共置，如TS 38.214[7]中所指定。

[0217] 2>否则：

[0218] 3>将PREAMBLE_INDEX设定为对应于从用于波束故障恢复请求的一组随机接入前导码中选择的SSB或CSI‑RS的ra‑PreambleIndex。

[0219] 1>否则，如果ra‑PreambleIndex由PDCCH显式地提供；以及

[0220] 1>如果ra‑PreambleIndex不是0b000000：

[0221] 2>将PREAMBLE_INDEX设定为所传信ra‑PreambleIndex；

[0222] 2>选择由PDCCH传信的SSB。

[0223] 1>否则，如果与SSB相关联的无争用随机接入资源已在rach‑ConfigDedicated中显式地提供，并且相关联SSB当中具有高于rsrp‑ThresholdSSB的SS‑RSRP的至少一个SSB可
用：

[0224] 2>选择相关联SSB当中具有高于rsrp‑ThresholdSSB的SS‑RSRP的SSB；

[0225] 2>将PREAMBLE_INDEX设定为对应于选定SSB的ra‑PreambleIndex。

[0226] 1>否则，如果与CSI‑RS相关联的无争用随机接入资源已在rach‑ConfigDedicated中显式地提供，并且相关联CSI‑RS当中具有高于rsrp‑ThresholdCSI‑RS的CSI‑RSRP的至少
一个CSI‑RS可用：

[0227] 2>选择相关联CSI‑RS当中具有高于rsrp‑ThresholdCSI‑RS的CSI‑RSRP的CSI‑RS；

[0228] 2>将PREAMBLE_INDEX设定为对应于选定CSI‑RS的ra‑PreambleIndex。

[0229] 1>否则，如果针对SI请求起始随机接入程序(如TS 38.331[5]中所指定)；以及

[0230] 1>如果用于SI请求的随机接入资源已由RRC显式地提供：

[0231] 2>如果具有高于rsrp‑ThresholdSSB的SS‑RSRP的SSB中的至少一个可用：

[0232] 3>选择具有高于rsrp‑ThresholdSSB的SS‑RSRP的SSB。

[0233] 2>否则：

[0234] 3>选择任何SSB。

[0235] 2>从根据如在TS 38.331[5]中指定的ra‑PreambleStartIndex确定的随机接入前导码中选择对应于选定SSB的随机接入前导码；

[0236] 2>将PREAMBLE_INDEX设定为选定随机接入前导码。

[0237] 1>否则(即，对于基于争用的随机接入前导码选择)：

[0238] 2>如果具有高于rsrp‑ThresholdSSB的SS‑RSRP的SSB中的至少一个可用：

[0239] 3>选择具有高于rsrp‑ThresholdSSB的SS‑RSRP的SSB。

[0240] 2>否则：

[0241] 3>选择任何SSB。

[0242] 2>如果RA_TYPE从2‑stepRA切换到4‑stepRA：

[0243] 3>如果在当前随机接入程序期间选择了随机接入前导码群组：

[0244] 4>选择与被选定用于2阶RA类型的随机接入前导码群组相同的随机接入前导码群组。

[0245] 3>否则：

[0246] 4>如果配置随机接入前导码群组B；以及

[0247] 4>如果配置于rach‑ConfigDedicated中的MSGA有效负载的传输块大小对应于与随机接入前导码群组B相关联的MSGA有效负载的传输块大小：

[0248] 5>选择随机接入前导码群组B。

[0249] 4>否则：

[0250] 5>选择随机接入前导码群组A。

[0251] 2>否则，如果Msg3缓冲区为空：

[0252] 3>如果配置随机接入前导码群组B：

[0253] 4>如果潜在的Msg3大小(例如，可用于传送的UL数据加上MAC标头以及在需要的情况下的MAC CE)大于ra‑Msg3SizeGroupA且路径损耗小于(执行随机接入程序的服务小区
的)PCMAX‑preambleReceivedTargetPower‑msg3‑DeltaPreamble‑
messagePowerOffsetGroupB；或

[0254] 4>如果针对CCCH逻辑信道起始随机接入程序且CCCHSDU大小加上MAC子标头大于ra‑Msg3SizeGroupA：

[0255] 5>选择随机接入前导码群组B。

[0256] 4>否则：

[0257] 5>选择随机接入前导码群组A。

[0258] 3>否则：

[0259] 4>选择随机接入前导码群组A。

[0260] 2>否则(即，Msg3被重传)：

[0261] 3>选择与用于对应于Msg3的第一传送的随机接入前导码传送尝试相同的随机接入前导码群组。

[0262] 2>以相等概率从与选定SSB和选定随机接入前导码群组相关联的随机接入前导码中随机地选择随机接入前导码。

[0263] 2>将PREAMBLE_INDEX设定为选定随机接入前导码。

[0264] 1>如果针对SI请求起始随机接入程序(如TS 38.331[5]中所指定)；以及

[0265] 1>如果配置ra‑AssociationPeriodIndex和si‑RequestPeriod：

[0266] 2>在由ra‑ssb‑OccasionMaskIndex(如果配置)给出的限制所准许的si‑RequestPeriod中的ra‑AssociationPeriodIndex所给出的关联周期中从PRACH时机确定对
应于选定SSB的下一可用PRACH时机(MAC实体将根据TS 38.213[6]的条款8.1以相等概率在
连续PRACH时机当中随机地选择对应于选定SSB的PRACH时机)。

[0267] 1>否则，如果如上选择SSB：

[0268] 2>从PRACH时机确定由ra‑ssb‑OccasionMaskIndex(如果配置)给出或由PDCCH指示的限制所准许的对应于选定SSB的下一可用PRACH时机(MAC实体将根据TS 38.213[6]的
条款8.1以相等概率在连续PRACH时机当中随机地选择对应于选定SSB的PRACH时机；MAC实
体可在确定对应于选定SSB的下一可用PRACH时机时考虑测量间隙的可能出现)。

[0269] 1>否则，如果如上选择CSI‑RS：

[0270] 2>如果不存在与选定CSI‑RS相关联的无争用随机接入资源：

[0271] 3>从PRACH时机确定由ra‑ssb‑OccasionMaskIndex(如果配置)给出的限制所准许的对应于与如TS 38.214[7]中所指定的选定CSI‑RS准共置的candidateBeamRSList中的
SSB的下一可用PRACH时机(MAC实体将根据TS 38.213[6]的条款8.1以相等概率在连续
PRACH时机当中随机地选择对应于与选定CSI‑RS准共置的SSB的PRACH时机；MAC实体可在确
定对应于与选定CSI‑RS准共置的SSB的下一可用PRACH时机时考虑测量间隙的可能出现)。

[0272] 2>否则：

[0273] 3>从PRACH时机确定ra‑OccasionList中对应于选定CSI‑RS的下一可用PRACH时机(MAC实体将以相等概率在同时但在不同子载波上出现的PRACH时机当中随机地选择对应于
选定CSI‑RS的PRACH时机；MAC实体可在确定对应于选定CSI‑RS的下一可用PRACH时机时考
虑测量间隙的可能出现)。

[0274] 1>执行随机接入前导码传送程序(见条款5.1.3)。

[0275] 注1：在UE确定是否存在SS‑RSRP高于rsrp‑ThresholdSSB的SSB或CSI‑RSRP高于rsrp‑ThresholdCSI的CSI‑RS时，UE使用最新未经滤波的L1‑RSRP测量。

[0276] 注2：对于在如TS 37.213[18]中所描述的半静态信道接入模式中操作的UE，不考虑选择与固定帧周期的闲置时间重叠的随机接入资源。

[0277] 5.1.2a针对2阶RA类型的随机接入资源选择

[0278] 如果选定RA_TYPE被设定为2‑stepRA，则MAC实体将：

[0279] 1>如果与SSB相关联的无争用2阶RA类型资源已在rach‑ConfigDedicated中显式地提供，并且相关联SSB当中具有高于msgA‑RSRP‑ThresholdSSB的SS‑RSRP的至少一个SSB
可用：

[0280] 2>选择相关联SSB当中具有高于msgA‑RSRP‑ThresholdSSB的SS‑RSRP的SSB；

[0281] 2>将PREAMBLE_INDEX设定为对应于选定SSB的ra‑PreambleIndex。

[0282] 1>否则，如果与CSI‑RS相关联的无争用2阶RA类型资源已在rach‑ConfigDedicated中显式地提供，并且相关联CSI‑RS当中具有高于msgA‑RSRP‑
ThresholdCSI‑RS的CSI‑RSRP的至少一个CSI‑RS可用：

[0283] 2>选择相关联CSI‑RS当中具有高于msgA‑RSRP‑ThresholdCSI‑RS的CSI‑RSRP的CSI‑RS；

[0284] 2>将PREAMBLE_INDEX设定为对应于选定CSI‑RS的ra‑PreambleIndex。

[0285] 1>否则(即，对于基于争用的随机接入前导码选择)：

[0286] 2>如果具有高于msgA‑RSRP‑ThresholdSSB的SS‑RSRP的SSB中的至少一个可用：

[0287] 3>选择具有高于msgA‑RSRP‑ThresholdSSB的SS‑RSRP的SSB。

[0288] 2>否则：

[0289] 3>选择任何SSB。

[0290] 2>如果尚未配置用于2阶RA类型的无争用随机接入资源，以及如果尚未在当前随机接入程序期间选择随机接入前导码群组：

[0291] 3>如果配置用于2阶RA类型的随机接入前导码群组B：

[0292] 4>如果潜在MSGA有效负载大小(例如，可用于传送的UL数据加上MAC标头以及在需要的情况下的MAC CE)大于ra‑MsgASizeGroupA且路径损耗小于(执行随机接入程序的服务
小区的)PCMAX‑msgA‑PreambleReceivedTargetPower‑msgA‑DeltaPreamble‑msgA‑
messagePowerOffsetGroupB；或

[0293] 4>如果针对CCCH逻辑信道起始随机接入程序且CCCH SDU大小加上MAC子标头大于ra‑MsgASizeGroupA：

[0294] 5>选择随机接入前导码群组B。

[0295] 4>否则：

[0296] 5>选择随机接入前导码群组A。

[0297] 3>否则：

[0298] 4>选择随机接入前导码群组A。

[0299] 2>否则，如果已经配置用于2阶RA类型的无争用随机接入资源，以及如果尚未在当前随机接入程序期间选择随机接入前导码群组：

[0300] 3>如果配置用于2阶RA类型的随机接入前导码群组B；以及

[0301] 3>如果配置于rach‑ConfigDedicated中的MSGA有效负载的传输块大小对应于与随机接入前导码群组B相关联的MSGA有效负载的传输块大小：

[0302] 4>选择随机接入前导码群组B。

[0303] 3>否则：

[0304] 4>选择随机接入前导码群组A。

[0305] 2>否则(即，已在当前随机接入程序期间选择随机接入前导码群组)：

[0306] 3>选择与用于对应于MSGA的较早传送的随机接入前导码传送尝试相同的随机接入前导码群组。

[0307] 2>以相等概率从与选定SSB和选定随机接入前导码群组相关联的2阶RA类型随机接入前导码随机地选择随机接入前导码；

[0308] 2>将PREAMBLE_INDEX设定为选定随机接入前导码；

[0309] 1>从PRACH时机确定由msgA‑SSB‑SharedRO‑MaskIndex(如果配置)和ra‑ssb‑OccasionMaskIndex(如果配置)给出的限制所准许的对应于选定SSB的下一可用PRACH时机
(MAC实体将根据TS 38.213[6]的条款8.1以相等概率在为2阶RA类型分配的连续PRACH时机
当中随机地选择对应于选定SSB的PRACH时机；MAC实体可在确定对应于选定SSB的下一可用
PRACH时机时考虑测量间隙的可能出现)；

[0310] 1>根据TS 38.213[6]的条款8.1A确定与选定前导码和PRACH时机相关联的MSGA的PUSCH资源的UL准予以及相关联HARQ信息；

[0311] 1>将UL准予和相关联的HARQ信息递送到HARQ实体；

[0312] 1>执行MSGA传送程序(见条款5.1.3a)。

[0313] 注：为了确定是否存在SS‑RSRP高于msgA‑RSRP‑ThresholdSSB的SSB，UE使用最新的未经滤波的L1‑RSRP测量。

[0314] 5.1.3随机接入前导码传送

[0315] 针对每一随机接入前导码，MAC实体将：

[0316] 1>如果PREAMBLE_TRANSMISSION_COUNTER大于一；以及

[0317] 1>如果尚未从下部层接收到暂停功率斜变计数器的通知；以及

[0318] 1>如果未从下部层接收到针对最后随机接入前导码传送的LBT故障指示；以及

[0319] 1>如果选定的SSB或CSI‑RS从最后随机接入前导码传送中的选择开始并未改变：

[0320] 2>使PREAMBLE_POWER_RAMPING_COUNTER递增1。

[0321] 1>根据条款7.3选择DELTA_PREAMBLE的值；

[0322] 1>将PREAMBLE_RECEIVED_TARGET_POWER设定为preambleReceivedTargetPower+DELTA_PREAMBLE+(PREAMBLE_POWER_RAMPING_COUNTER‑1)×PREAMBLE_POWER_RAMPING_
STEP+POWER_OFFSET_2STEP_RA；

[0323] 1>除了用于波束故障恢复请求的无争用随机接入前导码之外，计算与其中传送随机接入前导码的PRACH时机相关联的RA‑RNTI；

[0324] 1>指示物理层使用选定PRACH时机、对应的RA‑RNTI(如果可用)、PREAMBLE_INDEX和PREAMBLE_RECEIVED_TARGET_POWER传送随机接入前导码。

[0325] 1>如果从下部层接收到针对此随机接入前导码传送的LBT故障指示：

[0326] 2>执行随机接入资源选择程序(见条款5.1.2)。

[0327] 与其中传送随机接入前导码的PRACH时机相关联的RA‑RNTI计算为：

[0328] RA‑RNTI＝1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id

[0329] 其中s_id是PRACH时机的第一OFDM符号的索引(0≤s_id<14)，t_id是系统帧中的PRACH时机的第一时隙的索引(0≤t_id<80)，其中确定t_id的子载波间隔是基于在TS 
38.211[8]中的条款5.3.2中指定的μ的值，f_id是频域中的PRACH时机的索引(0≤f_id<8)，
且ul_carrier_id是用于随机接入前导码传送的UL载波(0用于NUL载波，且1用于SUL载波)。

[0330] 5.1.3a MSGA传送

[0331] MAC实体将针对每一MSGA：

[0332] 1>如果PREAMBLE_TRANSMISSION_COUNTER大于一；以及

[0333] 1>如果尚未从下部层接收到暂停功率斜变计数器的通知；以及

[0334] 1>如果未从下部层接收到针对最后MSGA随机接入前导码传送的LBT故障指示；以及

[0335] 1>如果选定的SSB或CSI‑RS从最后随机接入前导码传送中的选择开始并未改变：

[0336] 2>使PREAMBLE_POWER_RAMPING_COUNTER递增1。

[0337] 1>根据条款7.3选择DELTA_PREAMBLE的值；

[0338] 1>将PREAMBLE_RECEIVED_TARGET_POWER设定为preambleReceivedTargetPower+DELTA_PREAMBLE+(PREAMBLE_POWER_RAMPING_COUNTER‑1)×PREAMBLE_POWER_RAMPING_
STEP；

[0339] 1>如果这是此随机接入程序内的第一MSGA传送：

[0340] 2>如果未针对CCCH逻辑信道进行传送：

[0341] 3>向多路复用和集合实体指示在后续上行链路传送中包含C‑RNTI MAC CE。

[0342] 2>获得MAC PDU以从多路复用和集合实体传送并将其存储在MSGA缓冲区中。

[0343] 1>计算与其中传送随机接入前导码的PRACH时机相关联的MSGB‑RNTI；

[0344] 1>指示物理层使用选定PRACH时机和相关联PUSCH资源使用相应RA‑RNTI、MSGB‑RNTI、PREAMBLE_INDEX、PREAMBLE_RECEIVED_TARGET_POWER、
preambleReceivedTargetPower和应用于最新MSGA前导码传送的功率斜变量(即，
(PREAMBLE_POWER_RAMPING_COUNTER‑1)×PREAMBLE_POWER_RAMPING_STEP)传送MSGA；

[0345] 1>如果从下部层接收到针对此MSGA随机接入前导码的传送的LBT故障指示：

[0346] 2>指示物理层取消相关联PUSCH资源上的MSGA有效负载的传送；

[0347] 2>针对2阶RA类型执行随机接入资源选择程序(见条款5.1.2a)。

[0348] 注：MSGA传送包含PRACH前导码以及对应于选定的PRACH时机和PREAMBLE_INDEX的PUSCH资源中的MSGA缓冲区的内容的传送(见TS 38.213[6])

[0349] 与其中传送随机接入前导码的PRACH时机相关联的MSGB‑RNTI被计算为：

[0350] MSGB‑RNTI＝1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id+14×80×8×2

[0351] 其中s_id是PRACH时机的第一OFDM符号的索引(0≤s_id<14)，t_id是系统帧中的PRACH时机的第一时隙的索引(0≤t_id<80)，其中确定t_id的子载波间隔是基于在TS 
38.211[8]中的条款5.3.2中指定的μ的值，f_id是频域中的PRACH时机的索引(0≤f_id<8)，
且ul_carrier_id是用于随机接入前导码传送的UL载波(0用于NUL载波，且1用于SUL载波)。
如条款5.1.3中所指定来计算RA‑RNTI。

[0352] 5.1.4随机接入响应接收

[0353] 一旦传送随机接入前导码，则不管测量间隙是否可能出现，MAC实体都将：

[0354] 1>如果用于波束故障恢复请求的无争用随机接入前导码由MAC实体传送：

[0355] 2>从随机接入前导码传送的结束起如TS 38.213[6]中指定在第一PDCCH时机开始BeamFailureRecoveryConfig中配置的ra‑ResponseWindow；

[0356] 2>当ra‑ResponseWindow在运行中时，监视由C‑RNTI标识的SpCell的recoverySearchSpaceId指示的搜索空间上的PDCCH传送。

[0357] 1>否则：

[0358] 2>从随机接入前导码传送的结束起如TS 38.213[6]中指定在第一PDCCH时机开始RACH‑ConfigCommon中配置的ra‑ResponseWindow；

[0359] 2>当ra‑ResponseWindow在运行中时，针对由RA‑RNTI标识的随机接入响应监视SpCell的PDCCH。

[0360] 1 >如 果 从其 中 传 送前 导 码的 服 务 小区 上的 下 部 层接 收 在由recoverySearchSpaceId指示的搜索空间上接收到PDCCH传送的通知；以及

[0361] 1>如果PDCCH传送被寻址到C‑RNTI；以及

[0362] 1>如果用于波束故障恢复请求的无争用随机接入前导码由MAC实体传送：

[0363] 2>认为随机接入程序成功完成。

[0364] 1>否则，如果已在PDCCH上针对RA‑RNTI接收到有效(如TS 38.213[6]中所指定)下行链路指派且成功地解码所接收TB：

[0365] 2>如果随机接入响应含有具有退避指示符的MAC子PDU：

[0366] 3>使用表7.2‑1将PREAMBLE_BACKOFF设定为MAC子PDU的BI字段的值，乘以SCALING_FACTOR_BI。

[0367] 2>否则：

[0368] 3>将PREAMBLE_BACKOFF设定为0ms。

[0369] 2>如果随机接入响应包含具有对应于所传送的PREAMBLE_INDEX的随机接入前导码标识符的MAC子PDU(见条款5.1.3)：

[0370] 3>认为此随机接入响应接收成功。

[0371] 2>如果认为随机接入响应接收成功：

[0372] 3>如果随机接入响应包含仅具有RAPID的MAC子PDU：

[0373] 4>认为此随机接入程序成功完成；

[0374] 4>向上部层指示接收到针对SI请求的确认。

[0375] 3>否则：

[0376] 4>针对其中传送随机接入前导码的服务小区应用以下动作：

[0377] 5>处理接收到的定时提前命令(见条款5.2)；

[0378] 5>向下部层指示preambleReceivedTargetPower和应用于最新随机接入前导码传送的功率斜变量(即(PREAMBLE_POWER_RAMPING_COUNTER‑1)×PREAMBLE_POWER_RAMPING_
STEP)；

[0379] 5>如果在其中未配置pusch‑Config的上行链路载波上执行针对SCell的随机接入程序：

[0380] 6>忽略接收到的UL准予。

[0381] 5>否则：

[0382] 6>处理接收到的UL准予值并对下部层指示所述值。

[0383] 4>如果MAC实体未在基于争用的随机接入前导码当中选择随机接入前导码：

[0384] 5>认为随机接入程序成功完成。

[0385] 4>否则：

[0386] 5>将TEMPORARY_C‑RNTI设定为在随机接入响应中接收的值；

[0387] 5>如果这是在此随机接入程序内第一个成功接收到的随机接入响应：

[0388] 6>如果未针对CCCH逻辑信道进行传送：

[0389] 7>向多路复用和集合实体指示在后续上行链路传送中包含C‑RNTI MAC CE。

[0390] 6>获得MAC PDU以从多路复用和集合实体传送并将其存储在Msg3缓冲区中。

[0391] 注：如果在随机接入程序内，随机接入响应中提供的针对基于争用的随机接入前导码的同一群组的上行链路准予具有与在随机接入程序期间所分配的第一上行链路准予
不同的大小，则不限定UE行为。

[0392] 1>如果在BeamFailureRecoveryConfig中配置的ra‑ResponseWindow到期且如果在由寻址到C‑RNTI的recoverySearchSpaceId指示的搜索空间上的PDCCH传送尚未在其中
传送前导码的服务小区上接收到；或

[0393] 1>如果RACH‑ConfigCommon中配置的ra‑ResponseWindow到期，且如果尚未接收到含有与所传送的PREAMBLE_INDEX匹配的随机接入前导码标识符的随机接入响应：

[0394] 2>认为随机接入响应接收不成功；

[0395] 2>使PREAMBLE_TRANSMISSION_COUNTER递增1；

[0396] 2>如果

[0397] PREAMBLE_TRANSMISSION_COUNTER＝preambleTransMax+1：

[0398] 3>如果在SpCell上传送随机接入前导码：

[0399] 4>向上部层指示随机接入问题；

[0400] 4>如果针对SI请求触发此随机接入程序：

[0401] 5>认为随机接入程序未成功完成。

[0402] 3>否则，如果在SCell上传送随机接入前导码：

[0403] 4>认为随机接入程序未成功完成。

[0404] 2>如果随机接入程序未完成：

[0405] 3>根据0与PREAMBLE_BACKOFF之间的均一分布，选择随机退避时间；

[0406] 3>如果在退避时间期间满足选择无争用随机接入资源的准则(如条款5.1.2中所限定)：

[0407] 4>执行随机接入资源选择程序(见条款5.1.2)；

[0408] 3>否则，如果在其中未配置pusch‑Config的上行链路载波上执行针对SCell的随机接入程序：

[0409] 4>延迟后续随机接入传送直至由具有相同ra‑PreambleIndex、ra‑ssb‑OccasionMaskIndex和UL/SUL指示符TS 38.212[9]的PDCCH命令触发随机接入程序。

[0410] 3>否则：

[0411] 4>在退避时间之后执行随机接入资源选择程序(见条款5.1.2)。

[0412] 在成功接收到含有与所传送的PREAMBLE_INDEX匹配的随机接入前导码标识符的随机接入响应之后，MAC实体可停止ra‑ResponseWindow(且因此停止对于随机接入响应的
监视)。

[0413] HARQ操作不适用于随机接入响应接收。

[0414] 5.1.4a针对2阶RA类型的MSGB接收和争用解决

[0415] 一旦传送MSGA前导码，无论测量间隙是否可能发生，MAC实体都将：

[0416] 1>在从MSGA传送的结束起的第一PDCCH时机开始msgB‑ResponseWindow，如TS 38.213[6]中指定；

[0417] 1>在msgB‑ResponseWindow处于运行中时，针对由MSGB‑RNTI标识的随机接入响应监视SpCell的PDCCH；

[0418] 1>如果C‑RNTI MAC CE包含在MSGA中：

[0419] 2>在msgB‑ResponseWindow处于运行中时，针对由C‑RNTI标识的随机接入响应监视SpCell的PDCCH；

[0420] 1>如果从下部层接收接收到SpCell的PDCCH传送的通知：

[0421] 2>如果C‑RNTI MAC CE包含在MSGA中：

[0422] 3>如果针对波束故障恢复起始随机接入程序(如条款5.17中所指定)且PDCCH传送寻址到C‑RNTI：

[0423] 4>认为此随机接入响应接收成功；

[0424] 4>停止msgB‑ResponseWindow；

[0425] 4>认为此随机接入程序成功完成。

[0426] 3>否则，如果与PTAG相关联的timeAlignmentTimer处于运行中：

[0427] 4>如果PDCCH传送经寻址到C‑RNTI且含有用于新传送的UL准予：

[0428] 5>认为此随机接入响应接收成功；

[0429] 5>停止msgB‑ResponseWindow；

[0430] 5>认为此随机接入程序成功完成。

[0431] 3>否则：

[0432] 4>如果已在C‑RNTI的PDCCH上接收到下行链路指派且接收到的TB被成功解码：

[0433] 5>如果MAC PDU含有绝对定时提前命令MAC CE子PDU：

[0434] 6>处理接收到的定时提前命令(见条款5.2)；

[0435] 6>认为此随机接入响应接收成功；

[0436] 6>停止msgB‑ResponseWindow；

[0437] 6>认为此随机接入程序成功完成且结束MAC PDU的分解和多路分用。

[0438] 2>如果已在PDCCH上接收到针对MSGB‑RNTI的下行链路指派且其包含对应于用于传送MSGA的随机接入前导码的PRACH时机的SFN的两个LSB位且所接收的TB成功地解码：

[0439] 3>如果MSGB含有具有退避指示符的MAC子PDU：

[0440] 4>使用表7.2‑1将PREAMBLE_BACKOFF设定为MAC子PDU的BI字段的值，乘以SCALING_FACTOR_BI。

[0441] 3>否则：

[0442] 4>将PREAMBLE_BACKOFF设定为0ms。

[0443] 3>如果MSGB含有fallbackRAR MAC子PDU；以及

[0444] 3>如果MAC子PDU中的随机接入前导码标识符与所传送的PREAMBLE_INDEX匹配(见条款5.1.3a)：

[0445] 4>认为此随机接入响应接收成功；

[0446] 4>针对SpCell应用以下动作：

[0447] 5>处理接收到的定时提前命令(见条款5.2)；

[0448] 5>向下部层指示preambleReceivedTargetPower和应用于最新随机接入前导码传送的功率斜变量(即(PREAMBLE_POWER_RAMPING_COUNTER‑1)×PREAMBLE_POWER_RAMPING_
STEP)；

[0449] 5>如果MAC实体未在基于争用的随机接入前导码当中选择随机接入前导码：

[0450] 6>认为随机接入程序成功完成。

[0451] 5>否则：

[0452] 6>将TEMPORARY_C‑RNTI设定为在随机接入响应中接收的值；

[0453] 5>如果Msg3缓冲区是空的：

[0454] 6>获得MAC PDU以从MSGA缓冲区传送且将其存储于Msg3缓冲区中；

[0455] 5>处理接收的UL准予值且将其指示给下部层且继续进行Msg3传送；

[0456] 注：如果在2阶RA类型程序内，在回退RAR中提供的上行链路准予具有与MSGA有效负载不同的大小，则不限定UE行为。

[0457] 3>否则，如果MSGB含有successRAR MAC子PDU；以及

[0458] 3>如果CCCH SDU包含在MSGA中，且MAC子PDU中的UE争用解决标识与CCCH SDU匹配：

[0459] 4>停止msgB‑ResponseWindow；

[0460] 4>如果针对SI请求起始此随机接入程序：

[0461] 5>向上部层指示接收到针对SI请求的确认。

[0462] 4>否则：

[0463] 5>将C‑RNTI设定为在successRAR中接收的值；

[0464] 5>针对SpCell应用以下动作：

[0465] 6>处理接收到的定时提前命令(见条款5.2)；

[0466] 6>向下部层指示preambleReceivedTargetPower和应用于最新随机接入前导码传送的功率斜变量(即(PREAMBLE_POWER_RAMPING_COUNTER‑1)×PREAMBLE_POWER_RAMPING_
STEP)；

[0467] 4>将TPC、PUCCH资源指示符和successRAR中接收的HARQ反馈定时指示符递送到下部层。

[0468] 4>认为此随机接入响应接收成功；

[0469] 4>认为此随机接入程序成功完成；

[0470] 4>完成MAC PDU的分解和多路分用。

[0471] 1>如果msgB‑ResponseWindow到期，且随机接入响应接收基于上方的描述尚未被视为成功：

[0472] 2>使PREAMBLE_TRANSMISSION_COUNTER递增1；

[0473] 2>如果PREAMBLE_TRANSMISSION_COUNTER＝preambleTransMax+1：

[0474] 3>向上部层指示随机接入问题；

[0475] 3>如果针对SI请求触发此随机接入程序：

[0476] 4>认为此随机接入程序未成功完成。

[0477] 2>如果随机接入程序未完成：

[0478] 3>如果配置msgA‑TransMax且

[0479] PREAMBLE_TRANSMISSION_COUNTER＝msgA‑TransMax+1：

[0480] 4>将RA_TYPE设定为4‑stepRA；

[0481] 4>执行特定针对如条款5.1.1a中所指定的随机接入类型的变量的初始化；

[0482] 4>如果Msg3缓冲区是空的：

[0483] 5>获得MAC PDU以从MSGA缓冲区传送且将其存储于Msg3缓冲区中；

[0484] 4>清空MSGA缓冲区中用于传送MAC PDU的HARQ缓冲区；

[0485] 4>丢弃显式地传信的无争用2阶RA类型随机接入资源(如果存在的话)；

[0486] 4>执行如条款5.1.2中指定的随机接入资源选择程序。3>否则：

[0487] 4>根据0与PREAMBLE_BACKOFF之间的均一分布，选择随机退避时间；

[0488] 4>如果在退避时间期间满足选择无争用随机接入资源的准则(如条款5.1.2a中所限定)：

[0489] 5>针对2阶RA类型随机接入执行随机接入资源选择程序(见条款5.1.2a)。

[0490] 4>否则：

[0491] 5>在退避时间之后针对2阶RA类型随机接入执行随机接入资源选择程序(见条款5.1.2a)。

[0492] 在接收fallbackRAR后，一旦认为随机接入响应接收成功，则MAC实体可停止msgB‑ResponseWindow。

[0493] 5.1.5争用解决

[0494] 一旦传送Msg3，则无关于来自下部层的针对Msg3的LBT故障指示如何，MAC实体都将：

[0495] 1>在Msg3传送结束之后的第一符号中的每一次HARQ重传时，开始ra‑ContentionResolutionTimer并重启ra‑ContentionResolutionTimer；

[0496] 1>不管测量间隙是否可能出现，当ra‑ContentionResolutionTimer处于运行中时，监视PDCCH；

[0497] 1>如果从下部层接收接收到SpCell的PDCCH传送的通知：

[0498] 2>如果C‑RNTI MAC CE包含在Msg3中：

[0499] 3>如果针对波束故障恢复起始随机接入程序(如条款5.17中所指定)且PDCCH传送寻址到C‑RNTI；或

[0500] 3>如果通过PDCCH命令起始随机接入程序并且PDCCH传送寻址到C‑RNTI；或

[0501] 3>如果由MAC子层本身或由RRC子层起始随机接入程序并且PDCCH传送寻址到C‑RNTI且含有用于新传送的UL准予：

[0502] 4>认为此争用解决成功；

[0503] 4>停止ra‑ContentionResolutionTimer；

[0504] 4>丢弃TEMPORARY_C‑RNTI；

[0505] 4>认为此随机接入程序成功完成。

[0506] 2>否则，如果CCCH SDU包含在Msg3中且PDCCH传送寻址到其TEMPORARY_C‑RNTI：

[0507] 3>如果MAC PDU成功解码：

[0508] 4>停止ra‑ContentionResolutionTimer；

[0509] 4>如果MAC PDU含有UE争用解决标识MAC CE；以及

[0510] 4>如果MAC CE中的UE争用解决标识与Msg3中所传送的CCCH SDU匹配：

[0511] 5>认为此争用解决成功并且结束MAC PDU的分解和多路分用；

[0512] 5>如果针对SI请求起始此随机接入程序：

[0513] 6>向上部层指示接收到针对SI请求的确认。

[0514] 5>否则：

[0515] 6>将C‑RNTI设定为TEMPORARY_C‑RNTI的值；

[0516] 5>丢弃TEMPORARY_C‑RNTI；

[0517] 5>认为此随机接入程序成功完成。

[0518] 4>否则：

[0519] 5>丢弃TEMPORARY_C‑RNTI；

[0520] 5>认为此争用解决不成功并丢弃成功解码的MAC PDU。

[0521] 1>如果ra‑ContentionResolutionTimer到期：

[0522] 2>丢弃TEMPORARY_C‑RNTI；

[0523] 2>认为争用解决未成功。

[0524] 1>如果争用解决被认为未成功：

[0525] 2>清空Msg3缓冲区中用于传送MAC PDU的HARQ缓冲区；

[0526] 2>使PREAMBLE_TRANSMISSION_COUNTER递增1；

[0527] 2>如果PREAMBLE_TRANSMISSION_COUNTER＝preambleTransMax+1：

[0528] 3>向上部层指示随机接入问题。

[0529] 3>如果针对SI请求触发此随机接入程序：

[0530] 4>认为随机接入程序未成功完成。

[0531] 2>如果随机接入程序未完成：

[0532] 3>如果RA_TYPE被设定为4‑stepRA：

[0533] 4>根据0与PREAMBLE_BACKOFF之间的均一分布，选择随机退避时间；

[0534] 4>如果在退避时间期间满足选择无争用随机接入资源的准则(如条款5.1.2中所限定)：

[0535] 5>执行随机接入资源选择程序(见条款5.1.2)；

[0536] 4>否则：

[0537] 5>在退避时间之后执行随机接入资源选择程序(见条款5.1.2)。

[0538] 3>否则(即，RA_TYPE被设定为2‑stepRA)：

[0539] 4>如果配置msgA‑TransMax且PREAMBLE_TRANSMISSION_COUNTER＝msgA‑TransMax+1：

[0540] 5>将RA_TYPE设定为4‑stepRA；

[0541] 5>执行特定针对如条款5.1.1a中所指定的随机接入类型的变量的初始化；

[0542] 5>清空MSGA缓冲区中用于传送MAC PDU的HARQ缓冲区；

[0543] 5>丢弃显式地传信的无争用2阶RA类型随机接入资源(如果存在的话)；

[0544] 5>执行如条款5.1.2中指定的随机接入资源选择。

[0545] 4>否则：

[0546] 5>根据0与PREAMBLE_BACKOFF之间的均一分布，选择随机退避时间；

[0547] 5>如果在退避时间期间满足选择无争用随机接入资源的准则(如条款5.1.2a中所限定)：

[0548] 6>针对如条款5.1.2a中所指定的2阶RA类型执行随机接入资源选择程序。

[0549] 5>否则：

[0550] 6>在退避时间之后针对2阶RA类型程序执行随机接入资源选择(见条款5.1.2a)。

[0551] 5.1.6完成随机接入程序

[0552] 在完成随机接入程序后，MAC实体将：

[0553] 1>丢弃用于2阶RA类型和4阶RA类型的任何显式地传信的无争用随机接入资源，用于波束故障恢复请求的4阶RA类型无争用随机接入资源(如果存在的话)除外；

[0554] 1>清空Msg3缓冲区和MSGA缓冲区中用于传送MAC PDU的HARQ缓冲区；

[0555] 1>如果针对DAPS越区移交朝向目标小区的随机接入程序成功完成：

[0556] 2>向上部层指示随机接入程序的成功完成。

[0557] 5.4.4调度请求

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

[0559] 可用零个、一个或更多个SR配置来配置MAC实体。SR配置由跨越不同BWP和小区的用于SR的一组PUCCH资源组成。对于逻辑信道或对于SCell波束故障恢复(见条款5.17)以及
对于一致性LBT故障(见条款5.21)，每BWP配置用于SR的至多一个PUCCH资源。

[0560] 每一SR配置对应于一个或多个逻辑信道或对应于SCell波束故障恢复和/或对应于一致性LBT故障。每一逻辑信道和一致性LBT故障可映射到由RRC配置的零个或一个SR配
置。触发BSR(占先BSR(条款5.4.5)除外)或SCell波束故障恢复或一致性LBT故障(条款
5.21)(如果此配置存在)的逻辑信道的SR配置被视为用于经触发SR的相应SR配置。任何SR
配置可用于由占先BSR(条款5.4.5)触发的SR。

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

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

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

[0564] 以下UE变量用于调度请求程序：

[0565] ‑SR_COUNTERR(根据SR配置)。

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

[0567] 当触发SR时，其将被视为待决的，直到它被取消为止。

[0568] 除SCell波束故障恢复外，在MAC PDU集合之前根据BSR程序(条款5.4.5)触发的BSR的所有待决SR将被取消，且无关于来自下部层的LBT故障指示，当传送MAC PDU且此PDU
包含长或短BSR MAC CE时，将停止每一相应sr‑ProhibitTimer，所述长或短BSR MAC CE含
有缓冲区状态直到(且包含)在MAC PDU集合之前触发BSR(见条款5.4.5)的最后事件。除
SCell波束故障恢复外，根据BSR程序(条款5.4.5)触发的BSR的所有待决SR将被取消，且将
在UL准予可适应可用于传送的所有待决数据时停止每一相应sr‑ProhibitTimer。当传送
MAC PDU且此PDU包含SCell BFR MAC CE或含有所述SCell的波束故障恢复信息的截断的
SCell BFR MAC CE时，将取消在SCell的波束故障恢复的MAC PDU集合之前触发的待决SR。
如果取消针对SCell波束故障恢复所触发的所有SR，则MAC实体将停止对应SR配置的sr‑
ProhibitTimer。

[0569] 对于由一致性LBT故障触发的每一待决SR，MAC实体将：

[0570] 1>如果传送MAC PDU而无关于来自下部层的LBT故障指示，且所述MAC PDU包含指示触发此SR的服务小区的一致性LBT故障的LBT故障MAC CE；或

[0571] 1>如果取消对应的一致性LBT故障(见条款5.21)：

[0572] 2>取消待决SR并且停止对应的sr‑ProhibitTimer。

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

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

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

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

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

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

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

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

[0581] 3>如果用于SR传送时机的PUCCH资源既不与UL‑SCH资源重叠也不与SL‑SCH资源重叠；或

[0582] 3>如果MAC实体配置有lch‑basedPrioritization，且用于SR传送时机的PUCCH资源与任何UL‑SCH资源重叠，且触发SR的逻辑信道的优先级高于用于任何UL‑SCH资源的上行
链路准予的优先级，其中如条款5.4.1中所指定确定上行链路准予的优先级；或

[0583] 3>如果SL‑SCH资源与用于被触发的待决SR的SR传送时机的PUCCH资源重叠(如条款5.4.5中所指定)，且MAC实体不能够与SL‑SCH资源的传送同时执行此SR传送，且SL‑SCH资
源上的任一传送未如条款5.22.1.3.1中所描述区分优先级或触发SR的逻辑信道的优先级
值低于ul‑Prioritizationthres(如果配置)；或

[0584] 3>如果SL‑SCH资源与用于被触发的待决SR的SR传送时机的PUCCH资源重叠(如条款5.22.1.5中所指定)，且MAC实体不能够与SL‑SCH资源的传送同时执行此SR传送，且如条
款5.22.1.5中所指定而确定的被触发SR的优先级高于如条款5.22.1.3.1所指定针对SL‑
SCH资源确定的MAC PDU的优先级：

[0585] 4>其它重叠的上行链路准予(如果存在)为去优先化上行链路准予；

[0586] 4>如果SR_COUNTER

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

[0588] 5>如果未从下部层接收到LBT故障指示：

[0589] 5>使SR_COUNTER递增1；

[0590] 6>开始sr‑ProhibitTimer。

[0591] 4>否则：

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

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

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

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

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

[0597] 注1：除了用于SCell波束故障恢复的SR之外，当MAC实体具有用于SR传送时机的多于一个重叠有效PUCCH资源时，由UE实施方案决定选择哪个用于SR的有效PUCCH资源来传信
SR。

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

[0599] 注3：当MAC实体具有用于SCell波束故障恢复的待决SR且MAC实体具有与用于SR传送时机的SCell波波束故障恢复的PUCCH资源重叠的一个或多个PUCCH资源时，MAC实体仅认
为用于SCell波束故障恢复的PUCCH资源为有效的。

[0600] 注4：对于在如TS 37.213[18]中所描述的半静态信道接入模式中操作的UE，不认为与固定帧周期的闲置时间重叠的PUCCH资源是有效的。

[0601] 归因于不具有所配置的有效PUCCH资源的BSR的待决SR，MAC实体可以停止(如果存在)进行中的随机接入程序，所述随机接入程序由MAC实体在MAC PDU集合之前起始。无关于
来自下部层的LBT故障指示，当使用除由随机接入响应提供的UL准予或如条款5.1.2a中所
指定被确定用于传送MSGA有效负载的UL准予外的UL准予传送MAC PDU且此PDU包含BSR MAC 
CE时，可停止进行中的随机接入程序，所述BSR MAC CE含有缓冲区状态直到(且包含)在MAC 
PDU集合之前或当UL准予可适应可用于传送的所有待决数据时触发BSR(见条款5.4.5)的最
后事件。当使用除由随机接入响应提供的UL准予外的UL准予传送MAC PDU且此PDU含有
SCell BFR MAC CE或包含所述SCell的波束故障恢复信息的截断的SCell BFR MAC CE时，
可停止归因于用于SCell的BFR的待决SR的进行中的随机接入程序。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0624] 2>开始或重启beamFailureDetectionTimer；

[0625] 2>使BFI_COUNTER递增1；

[0626] 2>如果BFI_COUNTER>＝beamFailureInstanceMaxCount：

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

[0628] 4>触发对用于此服务小区的BFR；

[0629] 3>否则：

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

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

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

[0633] 2>将BFI_COUNTER设定为0。

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

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

[0636] 2>停止beamFailureRecoveryTimer(如果被配置)；

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

[0638] 1>否则，如果服务小区为SCell，且针对用于传送SCell BFR MAC CE或含有此服务小区的波束故障恢复信息的截断的SCell BFR MAC CE的HARQ进程接收到寻址到指示用于
新传送的上行链路准予的C‑RNTI的PDCCH；或

[0639] 1>如果如条款5.9中所指定而停用SCell：

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

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

[0642] MAC实体将：

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

[0644] 2>如果UL‑SCH资源可用于新传送：

[0645] 3>如果UL‑SCH资源可适应SCell BFR MAC CE加上其子标头(作为LCP的结果)：

[0646] 4>指示多路复用和集合程序生成SCell BFR MAC CE。

[0647] 3>否则，如果UL‑SCH资源可适应截断的SCell BFR MAC CE加上其子标头(作为LCP的结果)：

[0648] 4>指示多路复用和集合程序生成截断的SCell BFR MAC CE。

[0649] 2>否则：

[0650] 3>触发用于SCell波束故障恢复的SR。

[0651] 6.1.3.23 BFR MAC CE

[0652] BFR MAC CE由以下任一个组成：

[0653] ‑SCell BFR MAC CE；或

[0654] ‑截断的SCell BFR MAC CE。

[0655] BFR MAC CE由具有如表6.2.1‑2中所指定的LCID的MAC子标头标识。

[0656] BFR MAC CE具有可变大小。其包含位图，且按基于ServCellIndex的升序包含波束故障恢复信息，即，含有用于位图中指示的SCell的候选波束可用性指示(AC)的八位元组。
当配置有波束故障检测的此MAC实体的SCell的最高ServCellIndex小于8时，使用单个八位
元组位图，否则使用四个八位元组。

[0657] BFR MAC CE中的字段定义如下：

[0658] ‑Ci(SCell BFR MAC CE)：此字段指示波束故障检测(如条款5.17中所指定)和针对具有如TS 38.331[5]中所指定的ServCellIndex i的SCell的含有AC字段的八位元组的
存在。如果Ci字段设定为1，则检测到波束故障，且针对具有ServCellIndex i的SCell存在
含有AC字段的八位元组。如果Ci字段设定为0，则未检测到波束故障，且针对具有
ServCellIndex i的SCell不存在含有AC字段的八位元组。按基于ServCellIndex的升序存
在含有AC字段的八位元组；

[0659] ‑Ci(截断的SCell BFR MAC CE)：此字段指示针对具有如TS 38.331[5]中所指定的ServCellIndex i的SCell的波束故障检测(如条款5.17中所指定)。如果Ci字段设定为1，
则检测到波束故障，且可存在针对具有ServCellIndex i的SCell的含有AC字段的八位元
组。如果Ci字段设定为0，则未检测到波束故障，且针对具有ServCellIndex i的SCell不存
在含有AC字段的八位元组。按基于ServCellIndex的升序包含含有AC字段的八位元组(如果
存在)。使所包含的含有AC字段的八位元组的数目最大化，同时不超过可用准予大小；

[0660] 注：截断的SCell BFR格式中含有AC字段的八位元组的数目可为零。

[0661] ‑ AC ：此 字 段指 示 此八 位元 组 中存 在 候选 R S  I D字 段。如 果candidateBeamRSSCellList中的SSB当中具有高于rsrp‑ThresholdBFR的SS‑RSRP的SSB或
candidateBeamRSSCellList中的CSI‑RS当中具有高于rsrp‑ThresholdBFR的CSI‑RSRP的
CSI‑RS中的至少一个可用，则AC字段被设定为1；否则，其被设定为0。如果AC字段设定为1，
则存在候选RS ID字段。如果AC字段设定为0，则实际上存在R个位。

[0662] ‑候选RS ID：此字段被设定为candidateBeamRSSCellList中的SSB当中具有高于rsrp‑ThresholdBFR的SS‑RSRP的SSB的索引或被设定为candidateBeamRSSCellList中的
CSI‑RS当中具有高于rsrp‑ThresholdBFR的CSI‑RSRP的CSI‑RS的索引。此字段的长度是6个
位。

[0663] ‑R：保留位，设定为0。

[0664] 图6.1.3.23‑1：SCell BFR和截断的SCell BFR MAC CE，其中配置有BFD的此MAC实体的SCell的最高ServCellIndex小于8

[0665] 图6.1.3.23‑2：SCell BFR和截断的SCell BFR MAC CE，其中配置有BFD的此MAC实体的SCell的最高ServCellIndex等于或高于8

[0666] 6.1.5 MAC PDU(随机接入响应)

[0667] MAC PDU由一个或多个MAC子PDU和任选地填补组成。每一MAC子PDU由以下中的一个组成：

[0668] ‑仅具有退避指示符的MAC子标头；

[0669] ‑仅具有RAPID的MAC子标头(即，针对SI请求的确认)；

[0670] ‑具有RAPID和MAC RAR的MAC子标头。

[0671] 具有退避指示符的MAC子标头由五个标头字段E/T/R/R/BI组成，如图6.1.5‑1中所描述。仅具有退避指示符的MAC子PDU(如果包含)被放置在MAC PDU的开始处。“仅具有RAPID
的MAC子PDU”和“具有RAPID和MAC RAR的MAC子PDU”可放置在仅具有退避指示符的MAC子PDU
(如果存在)和填补(如果存在)之间的任何位置处。

[0672] 具有RAPID的MAC子标头由三个标头字段E/T/RAPID组成，如图6.1.5‑2中所描述。

[0673] 填补(如果存在)被放置在MAC PDU的末端处。填补的存在和长度基于TB大小、MAC子PDU的大小而为隐式的。

[0674] 图6.1.5‑1：E/T/R/R/BI MAC子标头

[0675] 图6.1.5‑2：E/T/RAPID MAC子标头

[0676] 图6.1.5‑3：由MAC RAR组成的MAC PDU的实例

[0677] 在一些系统(例如根据3GPP规范的系统)中，如果针对波束故障恢复(BFR)起始随机接入(RA)程序，则如果从下部层接收到指示特殊小区(SpCell)的物理下行链路控制信道
(PDCCH)传送的接收的通知且PDCCH传送寻址到UE的小区无线电网络临时标识符(C‑RNTI)
(例如图10中展示)，则UE认为随机接入程序成功完成。图10示出示例性情境，其中UE基于接
收到寻址到UE的C‑RNTI的PDCCH传送1008而认为随机接入程序完成。在一些实例中，UE可触
发1014与SpCell相关联的SpCell波束故障恢复。UE可起始1010随机接入程序(例如，可响应
于触发1014SpCell波束故障恢复而起始1010随机接入程序)。UE可传送随机接入程序的
Msg1 1002。在一些实例中，Msg1 1002包括前导码(例如，随机接入前导码)，和/或可经由物
理随机接入信道(PRACH)时机传送到网络。UE可接收随机接入程序的Msg2 1004。在一些实
例中，Msg2 1004包括随机接入响应(RAR)，和/或可通过网络传送(例如，网络可响应于接收
到Msg1 1002而传送Msg2 1004)。UE可传送随机接入程序的Msg3 1006。在一些实例中，Msg3 
1006包括媒体接入控制(MAC)控制要素(CE)，和/或Msg3 1006可经由上行链路共享信道
(UL‑SCH)传送到网络。UE可接收寻址到UE的C‑RNTI的PDCCH传送1008。UE可基于接收到寻址
到UE的C‑RNTI的PDCCH传送1008而认为1012随机接入程序完成。因为响应于和/或针对
SpCell波束故障恢复起始1010随机接入程序，且因为寻址到UE的C‑RNTI的PDCCH传送1008
的接收(例如，成功接收)指示和/或暗示与SpCell相关联的波束故障已恢复，所以UE基于接
收到寻址到C‑RNTI的PDCCH传送1008确定随机接入程序完成是正确的(例如，寻址到UE的C‑
RNTI的PDCCH传送1008的接收指示和/或暗示与SpCell相关联的波束故障已恢复，且因此，
UE认为随机接入程序完成是正确的，而与PDCCH传送1008是否分配下行链路(DL)指派或
PDCCH传送1008是否包括和/或指示UL准予无关)。

[0678] 在引入次小区(SCell)的波束故障恢复的情况下，可针对(和/或响应于)与SCell相关联的SCell波束故障恢复起始随机接入程序。在针对SCell的波束故障恢复程序期间
和/或在随机接入程序期间，有可能DL业务正在SpCell中处于进行中(例如，UE可在针对
SCell的波束故障恢复程序期间在SpCell中接收DL业务)。相应地，针对SCell的波束故障恢
复程序期间分配DL指派的PDCCH传送的成功接收不暗示gNB(例如，与SCell相关联)成功地
接收Msg3(例如，随机接入程序的Msg3)，且因此，分配DL指派的PDCCH传送的接收不暗示随
机接入程序和/或随机接入程序的争用解决成功和/或完成。相应地，因为波束故障恢复程
序是针对SCell(和/或因为针对SCell波束故障恢复起始随机接入程序)，所以分配DL指派
的PDCCH传送的接收可能不是UE认为随机接入程序和/或随机接入程序的争用解决成功和/
或完成的合适的条件。

[0679] 图11示出示例性情境，其中UE配置有网络的主小区(PCell)和SCell。在图11中，UE相对于PCell的时间线为经标记的PCell，且UE相对于SCell的时间线为经标记的SCell。在
一些实例中，UE可触发1114与SCell相关联的SCell波束故障恢复。UE可在PCell上起始1110
随机接入程序，例如基于争用的随机接入程序(例如，可响应于触发1114SCell波束故障恢
复来起始1110随机接入程序)。UE可传送随机接入程序的Msg1 1102。在一些实例中，Msg1 
1102包括前导码(例如，随机接入前导码)，和/或可经由PRACH时机传送到网络。UE可接收随
机接入程序的Msg2 1104。在一些实例中，Msg2 1104包括随机接入响应，和/或可通过网络
传送(例如，网络可响应于接收到Msg1 1102而传送Msg2 1104)。在一些实例中，UE可生成
Msg3 1106。Msg3 1106可包括波束故障恢复MAC CE(BFR MAC CE)(例如截断的BFR MAC 
CE)。BFR MAC CE(例如，截断的BFR MAC CE)可包括SCell的波束故障信息。UE可能未能将
Msg3 1106传送到网络(例如，UE可能未成功地将Msg3 1106传送到网络)。替代地和/或另
外，网络可能未能从UE接收(例如，成功地接收)Msg3 1106。

[0680] 替代地和/或另外，预期这样的情境：网络从UE成功地接收Msg3 1106，但未成功地接收SCell的波束故障信息(和/或未成功地接收SCell的波束故障信息的一部分)。在一实
例中，SCell的波束故障信息可不包含在Msg3 1106中(和/或SCell的波束故障信息的仅第
一部分可包含在Msg3 1106中，而SCell的波束故障信息的第二部分并不包含在Msg3 1106
中)。举例来说，SCell的波束故障信息可不包含在Msg3 1106中(和/或SCell的波束故障信
息的第二部分可不包含在Msg3 1106中)，这是归因于BFR MAC CE中的至少一个不包含在
Msg3 1106中(和/或BFR MAC CE的仅一部分包含在Msg3 1106中)和/或归因于波束故障信
息不包含在BFR MAC CE中(例如归因于Msg3 1106的有限大小)。在其中SCell的波束故障信
息不包含在Msg3 1106中(和/或SCell的波束故障信息的第二部分不包含在Msg3 1106中)
的实例中，即使UE成功地传送Msg3 1106且网络成功地接收Msg3 1106，网络也不能接收
SCell的波束故障信息(和/或网络不能接收SCell的波束故障信息的第二部分)。

[0681] 网络可在PCell上调度寻址到UE的C‑RNTI的DL指派。举例来说，UE可从网络接收指示DL指派的传送1108(例如，PDCCH传送)。可归因于可与针对SCell波束故障恢复的随机接
入程序不相关的DL数据到达来调度DL指派(和/或可传送传送1108)(例如，DL指派可针对与
随机接入程序和/或SCell波束故障恢复不相关的DL数据)。在其中UE被配置成基于接收到
传送1108(例如，寻址到UE的C‑RNTI的PDCCH传送)而认为随机接入程序成功完成和/或与随
机接入程序相关联的争用解决成功的情境中，尽管网络未成功地接收SCell的波束故障信
息(和/或网络未成功地接收SCell的波束故障信息的第二部分)且SCell波束故障恢复未解
决1116(和/或未完成)，UE仍可能不正确地认为1112随机接入程序成功完成和/或争用解决
成功。在一实例中，如果网络未接收SCell的波束故障信息(和/或如果网络未接收SCell的
波束故障信息的第二部分)，则SCell波束故障恢复可能未解决和/或完成。

[0682] 相应地，如果随机接入程序是针对(和/或响应于)与SCell相关联的SCell波束故障恢复，则UE基于接收到分配DL指派(和/或寻址到UE的C‑RNTI)的PDCCH传送而认为随机接
入程序的争用解决成功可能不合适。举例来说，基于接收到分配DL指派(和/或寻址到UE的
C‑RNTI)的PDCCH传送认为随机接入程序的争用解决成功和/或完成可能致使UE不正确地认
为争用解决成功和/或随机接入程序成功完成(例如图11的实例情境中所论述)。

[0683] 在一些实例中，UE起始针对SCell波束故障恢复的随机接入程序以便获取用于传送BFR MAC CE(与SCell波束故障恢复和/或SCell相关联)的UL准予。相应地，用于起始针对
SCell波束故障恢复的随机接入程序的原因和/或意图是获取用于传送BFR MAC CE的UL准
予。因此，UE确定随机接入程序的争用解决是否成功所基于的条件应与其中UE起始随机接
入程序以获取用于传送BFR MAC CE的UL准予的情况对准。相应地，如果UE起始随机接入程
序以便获取用于传送信息(例如，BFR MAC CE)的UL准予，则所述条件应基于UE是否接收到
寻址到UE的C‑RNTI的包括用于新传送的UL准予的PDCCH传送(例如，随机接入程序的争用解
决是否成功的确定应基于UE是否接收到寻址到C‑RNTI的PDCCH传送以及PDCCH传送是否包
括用于新传送的UL准予)。举例来说，如果UE起始针对SCell波束故障恢复的随机接入程序
(和/或如果UE起始针对与除SpCell外的小区相关联的波束故障恢复的随机接入程序)，则
所述条件应基于UE是否接收到寻址到UE的C‑RNTI的包括用于新传送的UL准予的PDCCH传送
(例如，随机接入程序的争用解决是否成功的确定应基于UE是否接收到寻址到C‑RNTI的
PDCCH传送以及PDCCH传送是否包括用于新传送的UL准予)。以此方式，UE不会响应于接收到
不包括UL准予的PDCCH传送而不正确地确定随机接入响应的争用解决成功。事实上，UE可确
定PDCCH传送是否包括UL准予(例如，用于新传送)，且基于确定PDCCH传送包括UL准予(例
如，用于新传送)而确定争用解决成功和/或随机接入程序完成(例如，成功完成)。

[0684] 在一些实例中，随机接入响应准予(例如，随机接入程序中的随机接入响应的UL准予)可能不够大以致不能含有完整的BFR MAC CE。相应地，Msg3(例如，由UE响应于接收到随
机接入响应而传送)可仅包括截断的BFR MAC CE。相应地，UE可需要UL准予(例如，除了随机
接入响应准予外，还有其他UL准予)来传送完整的BFR MAC CE的至少一部分(例如，完整的
BFR MAC CE的未在Msg3中传送的部分)。替代地和/或另外，针对SCell的波束故障恢复程序
的完成是基于UL准予的接收。举例来说，如果UE经由随机接入响应准予传送BFR MAC CE，则
网络应向UE提供用于与BFR MAC CE的传送相关联的混合自动重复请求(HARQ)进程的UL准
予(例如，HARQ进程0用于Msg3传送)，其中UE接收到UL准予可充当完成波束故障恢复程序的
确认(ACK)，例如隐式ACK(例如，UL准予的接收可指示波束故障恢复程序完成)。

[0685] 因此，根据本公开，UE确定随机接入程序的争用解决是否成功所基于的条件是基于与随机接入响应相关联的波束故障恢复的类型。举例来说，如果随机接入程序与SpCell
波束故障恢复(例如，SpCell的波束故障恢复)相关联(例如，针对SpCell波束故障恢复和/
或响应于SpCell波束故障恢复而起始)，则随机接入程序的争用解决成功的条件(和/或随
机接入程序和/或SpCell波束故障恢复成功完成的条件)可以是UE接收到寻址到UE的C‑
RNTI的PDCCH传送的条件(例如根据波束故障恢复的完成条件(依据3GPP规范))。在一些实
例中，如果波束故障恢复(与随机接入程序相关联)与SpCell相关联(例如，如果波束故障恢
复为SpCell波束故障恢复)，则可应用根据3GPP规范用于确定随机接入程序的争用解决是
否成功(和/或用于确定随机接入程序和/或与随机接入程序相关联的波束故障恢复是否成
功完成)的完成条件(和/或仅可在此情况下应用该完成条件)。如果随机接入程序与SCell
波束故障恢复(例如，SCell的波束故障恢复)相关联(例如，针对SCell波束故障恢复和/或
响应于SCell波束故障恢复而起始)，则随机接入程序的争用解决成功的条件(和/或随机接
入程序和/或SCell波束故障恢复成功完成的条件)可以是UE接收到寻址到UE的C‑RNTI且包
括用于新传送的UL准予的PDCCH传送的条件。替代地和/或另外，如果随机接入程序与SCell
波束故障恢复(例如，SCell的波束故障恢复)相关联(例如，针对SCell波束故障恢复和/或
响应于SCell波束故障恢复而起始)，则随机接入程序的争用解决成功的条件(和/或随机接
入程序和/或SCell波束故障恢复成功完成的条件)可以是UE随寻址到C‑RNTI的PDCCH传送
接收UL准予的条件，其中所述UL准予是针对与随机接入程序中BFR MAC CE的传送相关联的
HARQ进程(例如，HARQ进程可以是用于随机接入程序的Msg3传送的HARQ进程0)。

[0686] 实施例1

[0687] 在实施例1中，用于SCell波束故障恢复的随机接入程序的争用解决可基于(例如，仅基于)寻址到UE的C‑RNTI的包括用于新传送的UL准予的PDCCH传送。

[0688] 在一些实例中，如果UE从网络接收到包括用于新传送的UL准予的DL信令(例如，其中DL信令寻址到UE的C‑RNTI)，则UE可认为与SCell波束故障恢复相关联的随机接入程序的
争用解决成功(和/或UE可认为随机接入程序成功完成)。

[0689] 替代地和/或另外，如果UE从网络接收到不包括(以及不指示)用于新传送的UL准予的DL信令(例如，即使DL信令寻址到UE的C‑RNTI)，则UE可能不认为与SCell波束故障恢复
相关联的随机接入程序的争用解决成功(和/或UE可能不认为随机接入程序成功完成)。举
例来说，如果UE从网络接收到用于DL指派的DL信令(例如，其中DL信令不包括和/或不指示
用于新传送的UL准予)，则UE可能不认为与SCell波束故障恢复相关联的随机接入程序的争
用解决成功(和/或UE可能不认为随机接入程序成功完成)。

[0690] 在一些实例中，UE可在随机接入程序中传送Msg3之后执行PDCCH监视(例如，UE可监视PDCCH)以实现争用解决。争用解决可与随机接入程序相关联。随机接入程序可与SCell
波束故障恢复相关联(例如，针对SCell波束故障恢复)。如果UE从网络接收到不包括UL准予
的第一PDCCH传送，则UE可能不认为争用解决成功。如果UE从网络接收到包括和/或指示UL
准予且寻址到UE的C‑RNTI的第二PDCCH传送，则UE可认为争用解决成功。

[0691] 图12示出示例性情境，其中UE执行与SCell波束故障恢复相关联的随机接入程序。UE通过网络配置有SCell(例如，经激活SCell)。在一些实例中，UE可触发1218与SCell相关
联的SCell波束故障恢复。UE可响应于SCell波束故障恢复而起始1212随机接入程序(例如，
可响应于触发1218 SCell波束故障恢复而起始1212随机接入程序)。UE可传送随机接入程
序的Msg1 1202。在一些实例中，Msg1 1202包括前导码(例如，随机接入前导码)，和/或可经
由PRACH时机传送到网络。UE可接收随机接入程序的Msg2 1204。在一些实例中，Msg2 1204
包括随机接入响应，和/或可通过网络传送(例如，网络可响应于接收到Msg1 1202而传送
Msg2 1204)。在一些实例中，UE可生成Msg3 1206。UE可将Msg3 1206传送到网络(例如，UE可
执行Msg3 1206到网络的Msg3传送)。Msg3 1206可包括BFR MAC CE(例如，Msg3 1206可包括
所有BFR MAC CE或BFR MAC CE的仅一部分)。在一些实例中，BFR MAC CE可包括SCell的波
束故障信息。在一些实例中，在传送Msg3 1206之后(和/或响应于传送Msg3 1206)，UE可执
行PDCCH监视(例如，UE可在传送Msg3 1206之后和/或响应于传送Msg3 1206而监视PDCCH)
以实现随机接入程序的争用解决。在一些实例中，UE可接收寻址到UE的C‑RNTI且指示DL指
派的第一PDCCH传送1208(例如，经由PDCCH监视)。在一些实例中，第一PDCCH传送1208可能
不包括用于新传送的UL准予。UE可能不响应于接收到第一PDCCH传送1208而认为1214争用
解决成功和/或随机接入程序成功完成(例如，UE可能不基于确定随机接入程序是针对
SCell波束故障恢复和/或第一PDCCH传送1208不包括和/或指示用于新传送的UL准予)而认
为1214争用解决成功和/或随机接入程序成功完成。举例来说，响应于接收到第一PDCCH传
送1208，UE可能无法确定争用解决成功和/或可能无法确定随机接入程序成功完成(例如，
UE可基于确定随机接入程序是针对SCell波束故障恢复和/或第一PDCCH传送1208不包括
和/或指示用于新传送的UL准予而确定争用解决尚不成功和/或随机接入程序尚未成功完
成)。在一些实例中，UE可接收(例如，经由PDCCH监视)寻址到UE的C‑RNTI且指示用于新传送
的UL准予的第二PDCCH传送1210。UE可响应于接收到第二PDCCH传送1210认为1216争用解决
成功和/或随机接入程序完成(例如，成功完成)(例如，UE可基于确定第二PDCCH传送1210包
括和/或指示用于新传送的UL准予而认为1216争用解决成功和/或随机接入程序成功完
成)。举例来说，响应于接收到第二PDCCH传送1210，UE可响应于接收到第二PDCCH传送1210
确定争用解决成功和/或随机接入程序成功完成(例如，成功完成)(例如，UE可基于确定第
二PDCCH传送1210包括和/或指示用于新传送的UL准予而确定争用解决成功和/或随机接入
程序成功完成)。

[0692] 实施例2

[0693] 在实施例2中，针对SCell波束故障恢复的随机接入程序的争用解决可基于(例如，仅基于)寻址到UE的C‑RNTI的PDCCH传送包括用于新传送的UL准予，其中所述UL准予和/或
所述新传送是针对第一HARQ进程(例如，HARQ进程0)。

[0694] 在一些实例中，如果UE从网络接收到包括用于新传送的UL准予的DL信令，则UE可认为与SCell波束故障恢复相关联的随机接入程序的争用解决成功(和/或UE可认为随机接
入程序成功完成)，其中所述UL准予和/或所述新传送是针对第一HARQ进程(且例如，其中DL
信令寻址到UE的C‑RNTI)。所述DL信令可指示第一HARQ进程。在一些实例中，第一HARQ进程
可用于Msg3传送(例如，第一HARQ进程可以是用于随机接入程序将Msg3传送到网络的HARQ
进程)。替代地和/或另外，第一HARQ进程可以是HARQ进程0(例如，第一HARQ进程可与HARQ进
程标识(ID)0相关联)。第一HARQ进程可用于传送BFR MAC CE(例如，截断的BFR MAC CE)，例
如Msg3的BFR MAC CE。

[0695] 替代地和/或另外，如果UE从网络接收到包括(和/或指示)用于新传送的UL准予的DL信令，则UE可能不认为与SCell波束故障恢复相关联的随机接入程序的争用解决成功
(和/或UE可能不认为随机接入程序成功完成)，其中所述UL准予和/或所述新传送是针对第
二HARQ进程(例如，即使DL信令寻址到UE的C‑RNTI)。举例来说，第二HARQ进程可不同于第一
HARQ进程(例如，第二HARQ进程可以不是HARQ进程0)。替代地和/或另外，第二HARQ进程可不
与随机接入程序相关联和/或在随机接入程序中使用。替代地和/或另外，第二HARQ进程可
不用于随机接入程序中的Msg3传送。替代地和/或另外，第二HARQ进程可不用于传送BFR 
MAC CE(例如，截断的BFR MAC CE)，例如随机接入程序的Msg3的BFR MAC CE。替代地和/或
另外，第二HARQ进程可不用于传送包括与SCell波束故障恢复相关联的SCell的波束故障信
息的BFR MAC CE(例如，截断的BFR MAC CE)。举例来说，响应于接收到DL信令，UE可能不基
于以下确定而认为随机接入程序的争用解决成功：确定随机接入程序与SCell波束故障恢
复相关联(例如，针对SCell波束故障恢复)，以及如下确定中的至少一个：确定与UL准予相
关联的第二HARQ进程不同于第一HARQ进程、确定第二HARQ进程不与随机接入程序相关联
和/或在随机接入程序中使用、确定第二HARQ进程不用于随机接入程序中的Msg3传送，或确
定第二HARQ进程不用于传送BFR MAC CE(例如，截断的BFR MAC CE)，例如随机接入程序的
Msg3的BFR MAC CE和/或包括与SCell波束故障恢复相关联的SCell的波束故障信息的BFR 
MAC CE。

[0696] 替代地和/或另外，如果UE从网络接收到不包括(以及不指示)UL准予的DL信令(例如，即使DL信令寻址到UE的C‑RNTI)，则UE可能不认为与SCell波束故障恢复相关联的随机
接入程序的争用解决成功(和/或UE可能不认为随机接入程序成功完成)。举例来说，如果UE
从网络接收到用于DL指派的DL信令(例如，其中DL信令不包括和/或不指示UL准予)，则UE可
能不认为与SCell波束故障恢复相关联的随机接入程序的争用解决成功(和/或UE可能不认
为随机接入程序成功完成)。

[0697] 相对于本文中的一个或多个实施例，例如上文描述的一种或多种技术、装置、概念、方法和/或替代方案，DL信令可以是PDCCH传送。替代地和/或另外，DL信令可寻址到UE的
C‑RNTI和/或与UE的C‑RNTI相关联。

[0698] 相对于本文中的一个或多个实施例，PDCCH传送可在SpCell(例如，PCell和/或初级次小区群组(SCG)小区(PSCell))上。举例来说，PDCCH传送可由UE在SpCell上接收。

[0699] 相对于本文中的一个或多个实施例，Msg3(例如，Msg3传送)可包括BFR MAC CE(例如，截断的BFR MAC CE)。

[0700] 相对于本文中的一个或多个实施例，随机接入程序可以是基于争用的随机接入程序。

[0701] 相对于本文中的一个或多个实施例，随机接入程序可响应于被触发的波束故障恢复而起始。

[0702] 相对于本文中的一个或多个实施例，随机接入程序可在SpCell(例如PCell或PSCell)上。举例来说，随机接入程序可在SpCell上执行。

[0703] 相对于本文中的一个或多个实施例，随机接入程序的随机接入类型可为4阶随机接入类型(4阶RA类型)。

[0704] 相对于本文中的一个或多个实施例，随机接入程序的随机接入类型可为2阶随机接入类型(2阶RA类型)。

[0705] 相对于本文中的一个或多个实施例，波束故障恢复(例如，次小区波束故障恢复)可响应于与次小区相关联的波束故障指示而触发。

[0706] 相对于本文中的一个或多个实施例，UE可在随机接入程序中传送(例如，向网络)随机接入前导码(例如，随机接入前导码可经由Msg1传送到网络)。

[0707] 相对于本文中的一个或多个实施例，UE可基于由网络在随机接入响应中指示的UL准予来传送Msg3(例如，随机接入响应可经由Msg2从网络接收)。举例来说，UE可使用UL准予
的一个或多个UL资源将Msg3传送到网络。随机接入响应可包括和/或指示UL准予。

[0708] 相对于本文中的一个或多个实施例，争用解决可与随机接入程序(例如，基于争用的随机接入程序)相关联。

[0709] 相对于本文中的一个或多个实施例，如果UE从网络接收到用于DL指派的DL信令(和/或如果UE接收到不包括用于新传送的UL准予的DL信令)，则UE可认为与PCell波束故障
恢复和/或PSCell波束故障恢复相关联的随机接入程序的争用解决成功。

[0710] 相对于本文中的一个或多个实施例，如果UE针对不同于第一HARQ进程(例如，HARQ进程0)的第二HARQ进程接收到包括和/或指示用于新传送的UL准予的DL信令，则UE可认为
与PCell波束故障恢复和/或PSCell波束故障恢复相关联的随机接入程序的争用解决成功。

[0711] 相对于本文中的一个或多个实施例，第二HARQ进程可与第二HARQ进程ID相关联。第二HARQ进程ID可不同于与第一HARQ进程(例如，HARQ进程0)相关联的HARQ进程ID(例如，
0)。

[0712] 相对于本文中的一个或多个实施例，新传送可对应于并非数据的重传的数据的传送。举例来说，新传送可对应于数据变得可供传送(例如，在UE处)之后数据的初始传送。

[0713] 以上技术和/或实施例中的一个、一些和/或全部可以形成为新实施例。

[0714] 在一些实例中，可以独立地和/或单独地实施本文中所公开的实施例，例如相对于实施例1和实施例2描述的实施例。替代地和/或另外，可以实施本文所描述的实施例的组
合，例如相对于实施例1和/或实施例2描述的实施例的组合。替代地和/或另外，可以并行
和/或同时地实施本文中所描述的实施例的组合，例如相对于实施例1和/或实施例2描述的
实施例的组合。

[0715] 本公开的各种技术、实施例、方法和/或替代方案可以彼此独立地和/或分开执行。替代地和/或另外，本公开的各种技术、实施例、方法和/或替代方案可以使用单个系统组合
和/或实施。替代地和/或另外，本公开的各种技术、实施例、方法和/或替代方案可以并行
和/或同时实施。

[0716] 图13是从UE的视角来看根据一个示例性实施例的流程图1300。在步骤1305中，UE触发针对SCell的波束故障恢复。在步骤1310中，UE响应于波束故障恢复(例如，SCell波束
故障恢复)起始随机接入程序。在步骤1315中，UE使用第一HARQ进程将第一信令传送到网
络。在步骤1320中，UE从网络接收第二信令。在步骤1325中，UE基于第二信令是否包括和/或
指示针对UE的UL准予(例如，用于新传送)来确定与随机接入程序相关联的争用解决是否成
功(和/或可基于除第二信令是否包括和/或指示UL准予外的其它信息来确定与随机接入程
序相关联的争用解决是否成功)。

[0717] 在一个实施例中，如果第二信令包括和/或指示针对UE的UL准予，则UE认为争用解决成功。

[0718] 在一个实施例中，如果第二信令不包括和/或不指示针对UE的UL准予，则UE不认为争用解决成功。

[0719] 在一个实施例中，如果第二信令包括和/或指示针对UE的第二HARQ进程的UL准予(例如，用于新传送)，则UE不认为争用解决成功。第二HARQ进程可不同于第一HARQ进程。第
二HARQ进程的第二HARQ进程ID可不同于与第一HARQ进程(例如，HARQ进程0)相关联的HARQ
进程ID(例如，0)。

[0720] 在一个实施例中，如果第二信令包括和/或指示针对UE的第一HARQ进程的UL准予，则UE认为争用解决成功。

[0721] 在一个实施例中，UE在随机接入程序中将前导码传送到网络。前导码可在传送第一信令之前传送。前导码可以是随机接入前导码。

[0722] 在一个实施例中，在传送第一信令之前UE从网络接收随机接入响应，其中随机接入响应指示供UE传送第一信令的UL准予。UE可使用由随机接入响应指示的UL准予的一个或
多个UL资源来传送第一信令。

[0723] 在一个实施例中，第一信令为随机接入程序中的Msg3传送。

[0724] 在一个实施例中，第一信令包括指示波束信息的MAC CE。波束信息可包括SCell的波束故障信息。

[0725] 在一个实施例中，第一信令包括指示SCell的波束信息的截断的MAC CE。波束信息可包括SCell的波束故障信息。

[0726] 在一个实施例中，UE响应于传送第一信令而开始定时器，且响应于重传第一信令而重启定时器。在一些实例中，响应于UE每一次重传第一信令，UE可重启定时器。替代地和/
或另外，UE可响应于执行第一信令的多次重传而重启定时器。

[0727] 在一个实施例中，第二信令为PDCCH传送

[0728] 在一个实施例中，第二信令寻址到与UE相关联的C‑RNTI。

[0729] 在一个实施例中，响应于与SCell相关联的一个或多个波束故障指示而触发波束故障恢复(例如，SCell波束故障恢复)。所述一个或多个波束故障指示可由UE的MAC实体从
UE的一个或多个层(例如，UE的一个或多个下部层)接收。在一些实例中，UE可响应于(例如，
由MAC实体)接收到与SCell相关联的波束故障指示合计波束故障指示的阈值数目(例如，来
自UE的所述一个或多个层)而触发波束故障恢复(例如，SCell波束故障恢复)。

[0730] 返回参看图3和4，在UE的一个示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312以使UE能够：(i)触发针对SCell的波束故障恢
复，(ii)响应于波束故障恢复(例如，SCell波束故障恢复)而起始随机接入程序，(iii)使用
第一HARQ进程将第一信令传送到网络，(iv)从网络接收第二信令，以及(v)基于第二信令是
否包括和/或指示针对UE的UL准予(例如，用于新传送)来确定与随机接入程序相关联的争
用解决是否成功(和/或可基于除第二信令是否包括和/或指示UL准予外的其它信息来确定
与随机接入程序相关联的争用解决是否成功)。此外，CPU 308可以执行程序代码312，以执
行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。

[0731] 图14是从UE的视角根据一个示例性实施例的流程图1400。在步骤1405中，UE起始随机接入程序。在步骤1410中，UE接收PDCCH传送。在步骤1415中，UE确定与随机接入程序相
关联的争用解决是否成功。如果起始随机接入程序是针对SpCell波束故障恢复(例如，如果
响应于与SpCell相关联的SpCell波束故障恢复起始随机接入程序)，则基于PDCCH传送是否
寻址到UE的C‑RNTI来确定争用解决是否成功(和/或可基于除PDCCH传送是否寻址到UE的C‑
RNTI外的其它信息来确定争用解决是否成功)。如果起始随机接入程序是针对SCell波束故
障恢复(例如，如果响应于与SCell相关联的SCell波束故障恢复起始随机接入程序)，则基
于PDCCH传送是否寻址到UE的C‑RNTI以及PDCCH传送是否包括用于新传送的UL准予来确定
争用解决是否成功(和/或可基于除PDCCH传送是否寻址到UE的C‑RNTI以及PDCCH传送是否
包括用于新传送的UL准予外的其它信息来确定争用解决是否成功)。

[0732] 在一个实施例中，如果起始随机接入程序是针对SpCell波束故障恢复，则不基于PDCCH传送是否包括用于新传送的UL准予来确定争用解决是否成功。

[0733] 在一个实施例中，如果起始随机接入程序是针对SCell波束故障恢复，则UE基于PDCCH传送寻址到UE的C‑RNTI以及PDCCH传送包括用于新传送的UL准予来确定争用解决成
功。举例来说，如果起始随机接入程序是针对SCell波束故障恢复，则在PDCCH传送寻址到UE
的C‑RNTI且PDCCH包括用于新传送的UL准予的情况下，UE可认为争用解决成功。

[0734] 在一个实施例中，UL准予是针对与随机接入程序的Msg3的传送相关联的HARQ进程。举例来说，UE可使用HARQ进程传送Msg3。可在UE接收PDCCH传送之前传送(例如，使用
HARQ进程)Msg3。在一些实例中，如果起始随机接入程序是针对SCell波束故障恢复，则基于
UL准予和/或新传送是否是针对HARQ进程来确定争用解决是否成功(例如，UE可基于PDCCH
传送寻址到UE的C‑RNTI、PDCCH传送包括用于新传送的UL准予，以及UL准予和/或新传送是
针对HARQ进程来确定争用解决成功)。

[0735] 在一个实施例中，如果起始随机接入程序是针对SCell波束故障恢复，则UE基于PDCCH传送不包括用于新传送的UL准予而不确定争用解决成功(例如，即使PDCCH传送寻址
到UE的C‑RNTI，UE也可基于PDCCH传送不包括用于新传送的UL准予而不确定争用解决成
功)。举例来说，如果起始随机接入程序是针对SCell波束故障恢复，则在PDCCH传送不包括
用于新传送的UL准予(例如，即使PDCCH传送寻址到UE的C‑RNTI)的情况下，UE可能不认为争
用解决成功。在一个实施例中，PDCCH传送分配DL指派。举例来说，UE可使用DL指派从网络接
收传送。在一些实例中，响应于确定争用解决尚未成功(和/或当UE不认为争用解决成功
时)，UE可执行PDCCH监视(例如，继续执行PDCCH监视)以用于接收寻址到UE的C‑RNTI且包括
用于新传送的UL准予的第二PDCCH传送。在一些实例中，如果UE未接收第二PDCCH传送(和/
或如果在与争用解决相关联的定时器到期之前，UE未接收第二PDCCH传送)，则UE可确定争
用解决失败。替代地和/或另外，如果UE接收第二PDCCH传送(和/或如果在与争用解决相关
联的定时器到期之前，UE接收第二PDCCH传送)，则UE可确定争用解决成功。

[0736] 在一个实施例中，如果起始随机接入程序是针对SpCell波束故障恢复，则UE基于PDCCH传送寻址到UE的C‑RNTI而确定争用解决成功。举例来说，如果起始随机接入程序是针
对SpCell波束故障恢复，则在PDCCH传送寻址到UE的C‑RNTI的情况下，UE可认为争用解决成
功。在一个实施例中，PDCCH传送分配DL指派。举例来说，UE可使用DL指派从网络接收传送。
在一些实例中，如果起始随机接入程序是针对SpCell波束故障恢复，则即使PDCCH传送不包
括UL准予(和/或即使PDCCH传送不包括任何UL准予)，UE也基于PDCCH传送寻址到UE的C‑
RNTI而确定争用解决成功。

[0737] 在一个实施例中，如果起始随机接入程序是针对SpCell波束故障恢复，则UE基于PDCCH传送不寻址到UE的C‑RNTI而不确定争用解决成功。举例来说，如果起始随机接入程序
是针对SpCell波束故障恢复，则在PDCCH传送不寻址到UE的C‑RNTI的情况下，UE可能不认为
争用解决成功。在一些实例中，响应于确定争用解决尚未成功(和/或当UE不认为争用解决
成功时)，UE可执行PDCCH监视(例如，继续执行PDCCH监视)以用于接收寻址到UE的C‑RNTI的
第二PDCCH传送。在一些实例中，如果UE未接收第二PDCCH传送(和/或如果在与争用解决相
关联的定时器到期之前，UE未接收第二PDCCH传送)，则UE可确定争用解决失败。替代地和/
或另外，如果UE接收第二PDCCH传送(和/或如果在与争用解决相关联的定时器到期之前，UE
接收第二PDCCH传送)，则UE可确定争用解决成功。

[0738] 在一个实施例中，针对SCell波束故障恢复起始随机接入程序，响应于SCell波束故障恢复起始随机接入程序(例如，可响应于触发SCell波束故障恢复而起始随机接入程
序)，且响应于与同SCell波束故障恢复相关联的SCell相关联的波束故障指示触发SCell波
束故障恢复(例如，UE可响应于与SCell相关联的波束故障指示合计波束故障指示的阈值数
目而触发SCell波束故障恢复)。

[0739] 在一个实施例中，UE基于确定争用解决成功来确定随机接入程序成功完成。举例来说，当UE确定争用解决成功时(和/或响应于确定争用解决成功)，UE可确定随机接入程序
成功完成。

[0740] 在一个实施例中，争用解决是否成功的确定对应于随机接入程序的争用解决状态的确定。争用解决状态可指示直至UE确定争用解决成功，争用解决才成功。在一些实例中，
UE基于确定争用解决成功和/或基于指示争用解决成功的争用解决状态来确定随机接入程
序成功完成。在一些实例中，当争用解决状态指示争用解决尚未成功时，UE可例如使用本文
中的技术中的一种或多种分析由UE接收的DL信令(例如，PDCCH传送)，以确定争用解决是否
成功和/或更新争用解决状态。在其中起始随机接入程序是针对SCell波束故障恢复且
PDCCH传送不包括UL准予的实例中，UE可确定争用解决尚未成功和/或争用解决状态可指示
争用解决尚未成功(例如，响应于确定PDCCH传送不包括UL准予，UE可能不将争用解决状态
从指示争用解决尚未成功改变为指示争用解决成功)。当争用解决状态指示争用解决尚未
成功时(例如，在与争用解决相关联的定时器到期之前)，UE可执行PDCCH监视以接收一个或
多个PDCCH传送。举例来说，响应于接收到寻址到UE的C‑RNTI且包括用于新传送的UL准予的
第二PDCCH传送(例如，在与争用解决相关联的定时器到期之前)，UE可确定争用解决成功
和/或可更新争用解决状态以指示争用解决成功(且因此，例如，UE可确定随机接入程序成
功完成)。替代地和/或另外，如果争用解决状态保持指示争用解决尚未成功直至定时器到
期(和/或如果当定时器到期时争用解决状态指示争用解决尚未成功)，则UE可确定争用解
决失败。

[0741] 返回参看图3和4，在UE的一个示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312以使UE能够：(i)起始随机接入程序，(ii)接收
PDCCH传送，以及(iii)确定与随机接入程序相关联的争用解决是否成功，其中：如果起始随
机接入程序是针对SpCell波束故障恢复，则基于PDCCH传送是否寻址到UE的C‑RNTI来确定
争用解决是否成功(和/或可基于除PDCCH传送是否寻址到UE的C‑RNTI外的其它信息来确定
争用解决是否成功)；和/或如果起始随机接入程序是针对SCell波束故障恢复，则基于
PDCCH传送是否寻址到UE的C‑RNTI以及PDCCH传送是否包括用于新传送的UL准予来确定争
用解决是否成功(和/或可基于除PDCCH传送是否寻址到UE的C‑RNTI以及PDCCH传送是否包
括用于新传送的UL准予外的其它信息来确定争用解决是否成功)。此外，CPU 308可以执行
程序代码312，以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些
和/或全部。

[0742] 为了增强根据本文中的一些实施例的用于无线通信的3GPP MAC规范，本文中提供增强1‑3。增强1‑3反映根据本文中的一些实施例的实施方案，且包括对3GPP规范38.321 
16.0.0的章节5.1.5的添加。根据一些实施例，可实施增强1‑3中的一个、一些和/或全部和/
或添加1‑7(下文论述)中的一个、一些和/或全部。下文引述3GPP规范38.321 16.0.0的章节
5.1.5的一部分，无增强1‑3的任何添加：

[0743] 1>如果从下部层接收接收到SpCell的PDCCH传送的通知：

[0744] 2>如果C‑RNTI MAC CE包含在Msg3中：

[0745] 3>如果针对波束故障恢复起始随机接入程序(如条款5.17中所指定)且PDCCH传送寻址到C‑RNTI；或

[0746] 3>如果通过PDCCH命令起始随机接入程序并且PDCCH传送寻址到C‑RNTI；或

[0747] 3>如果由MAC子层本身或由RRC子层起始随机接入程序并且PDCCH传送寻址到C‑RNTI且含有用于新传送的UL准予：

[0748] 4>认为此争用解决成功；

[0749] 4>停止ra‑ContentionResolutionTimer；

[0750] 4>丢弃TEMPORARY_C‑RNTI；

[0751] 4>认为此随机接入程序成功完成。

[0752] […]

[0753] 在增强1中，根据本公开的一些实施例(例如相对于实施例1描述的一个或多个实施例)对3GPP规范38.321 16.0.0的章节5.1.5的所述部分作出添加1。添加1规定，当确定随
机接入程序是否完成和/或随机接入程序的争用解决是否成功时，如果起始随机接入程序
是针对SpCell波束故障恢复(例如，与SpCell相关联的波束故障恢复)以及如果UE接收寻址
到UE的C‑RNTI的PDCCH传送，则UE确定争用解决成功。在无增强1的添加1的情况下，3GPP规
范38.321 16.0.0的章节5.1.5规定，当确定随机接入程序是否完成和/或随机接入程序的
争用解决是否成功时，如果起始随机接入程序是针对波束故障恢复(例如，与任何类型的单
元(比如SCell)相关联的波束故障恢复)以及如果UE接收寻址到UE的C‑RNTI的PDCCH传送，
则UE确定争用解决成功。相应地，通过根据章节5.1.5的所述部分(如最初提供于3GPP规范
38.321 16.0.0中)执行操作，UE可能不正确地认为争用解决和/或随机接入程序成功和/或
完成(例如图11的实例情境中所论述)。

[0754] 增强1的添加1以粗体显示，并以术语“添加1开始：”开头，之后是术语“添加1结束”，以区分添加1与3GPP规范38.321 16.0.0的章节5.1.5中最初包含的内容。

[0755] 增强1

[0756] 1>如果从下部层接收接收到SpCell的PDCCH传送的通知：

[0757] 2>如果C‑RNTI MAC CE包含在Msg3中：

[0758] 3>如果针对“添加1开始：SpCell添加1结束波束故障恢复(如条款5.17中所指定)”起始随机接入程序且PDCCH传送寻址到C‑RNTI；或

[0759] 3>如果通过PDCCH命令起始随机接入程序并且PDCCH传送寻址到C‑RNTI；或

[0760] 3>如果由MAC子层本身或由RRC子层起始随机接入程序并且PDCCH传送寻址到C‑RNTI且含有用于新传送的UL准予：

[0761] 4>认为此争用解决成功；

[0762] 4>停止ra‑ContentionResolutionTimer；

[0763] 4>丢弃TEMPORARY_C‑RNTI；

[0764] 4>认为此随机接入程序成功完成。

[0765] […]

[0766] 在增强2中，根据本公开的一些实施例(例如相对于实施例2描述的一个或多个实施例)对3GPP规范38.321 16.0.0的章节5.1.5的所述部分作出添加2‑4。添加2规定，当确定
随机接入程序是否完成和/或随机接入程序的争用解决是否成功时，如果起始随机接入程
序是针对SpCell波束故障恢复(例如，与SpCell相关联的波束故障恢复)以及如果UE接收寻
址到UE的C‑RNTI的PDCCH传送，则UE确定争用解决成功。添加3规定，当确定随机接入程序是
否完成和/或随机接入程序的争用解决是否成功时，如果起始随机接入程序是针对SCell波
束故障恢复(例如，与SCell相关联的波束故障恢复)以及如果UE接收寻址到UE的C‑RNTI且
含有针对HARQ进程0的用于新传送的UL准予的PDCCH传送，则UE确定争用解决成功。添加4规
定，当确定随机接入程序是否完成和/或随机接入程序的争用解决是否成功时，如果未针对
波束故障恢复起始随机接入程序，如果由UE的MAC子层或RRC子层起始随机接入程序，以及
如果UE接收寻址到UE的C‑RNTI且含有用于新传送的UL准予的PDCCH传送，则UE确定争用解
决成功。

[0767] 增强2的添加2以粗体显示，并以术语“添加2开始：”开头，之后是术语“添加2结束”，以区分添加2与3GPP规范38.321 16.0.0的章节5.1.5中最初包含的内容。增强2的添加
3以粗体显示，并以术语“添加3开始：”开头，之后是术语“添加3结束”，以区分添加3与3GPP
规范38.321 16.0.0的章节5.1.5中最初包含的内容。增强2的添加4以粗体显示，并以术语
“添加4开始：”开头，之后是术语“添加4结束”，以区分添加4与3GPP规范38.321 16.0.0的章
节5.1.5中最初包含的内容。

[0768] 增强2

[0769] 1>如果从下部层接收接收到SpCell的PDCCH传送的通知：

[0770] 2>如果C‑RNTI MAC CE包含在Msg3中：

[0771] 3>如果针对“添加2开始：SpCell添加2结束波束故障恢复(如条款5.17中所指定)”起始随机接入程序且PDCCH传送寻址到C‑RNTI；或

[0772] 添加3开始：

[0773] 3>如果针对SCell波束故障恢复(如条款5.17中所指定)起始随机接入程序，且PDCCH传送寻址到C‑RNTI并含有针对HARQ进程0用于新传送的UL准予；或

[0774] 添加3结束

[0775] 3>如果通过PDCCH命令起始随机接入程序并且PDCCH传送寻址到C‑RNTI；或

[0776] 3>如果未针对波束故障恢复起始随机接入程序“添加4开始：”且由MAC子层本身或由RRC子层起始“添加4结束”，且PDCCH传送寻址到C‑RNTI并含有用于新传送的UL准予：

[0777] 4>认为此争用解决成功；

[0778] 4>停止ra‑ContentionResolutionTimer；

[0779] 4>丢弃TEMPORARY_C‑RNTI；

[0780] 4>认为此随机接入程序成功完成。

[0781] […]

[0782] 在增强3中，根据本公开的一些实施例(例如相对于实施例2描述的一个或多个实施例)对3GPP规范38.321 16.0.0的章节5.1.5的所述部分作出添加5‑7。添加5规定，当确定
随机接入程序是否完成和/或随机接入程序的争用解决是否成功时，如果起始随机接入程
序是针对SpCell波束故障恢复(例如，与SpCell相关联的波束故障恢复)以及如果UE接收寻
址到UE的C‑RNTI的PDCCH传送，则UE确定争用解决成功。添加6规定，当确定随机接入程序是
否完成和/或随机接入程序的争用解决是否成功时，如果起始随机接入程序是针对SCell波
束故障恢复(例如，与SCell相关联的波束故障恢复)以及如果UE接收寻址到UE的C‑RNTI并
含有针对HARQ进程0的用于新传送的UL准予的PDCCH传送，则UE确定争用解决成功。添加7规
定，当确定随机接入程序是否完成和/或随机接入程序的争用解决是否成功时，如果由UE的
MAC子层除针对波束故障恢复外起始随机接入程序(例如，由MAC子层出于除波束故障恢复
外的一个或多个原因和/或响应于除波束故障恢复外的一个或多个事件起始随机接入程
序)或由UE的RRC子层起始随机接入程序，以及如果UE接收寻址到UE的C‑RNTI且含有用于新
传送的UL准予的PDCCH传送，则UE确定争用解决成功。

[0783] 增强3的添加5以粗体显示，并以术语“添加5开始：”开头，之后是术语“添加5结束”，以区分添加5与3GPP规范38.321 16.0.0的章节5.1.5中最初包含的内容。增强3的添加
6以粗体显示，并以术语“添加6开始：”开头，之后是术语“添加6结束”，以区分添加6与3GPP
规范38.321 16.0.0的章节5.1.5中最初包含的内容。增强3的添加7以粗体显示，并以术语
“添加7开始：”开头，之后是术语“添加7结束”，以区分添加7与3GPP规范38.321 16.0.0的章
节5.1.5中最初包含的内容。

[0784] 增强3

[0785] 1>如果从下部层接收接收到SpCell的PDCCH传送的通知：

[0786] 2>如果C‑RNTI MAC CE包含在Msg3中：

[0787] 3>如果针对“添加5开始：SpCell添加5结束波束故障恢复(如条款5.17中所指定)”起始随机接入程序且PDCCH传送寻址到C‑RNTI；或

[0788] 添加6开始：

[0789] 3>如果针对SCell波束故障恢复(如条款5.17中所指定)起始随机接入程序，且PDCCH传送寻址到C‑RNTI并含有针对HARQ进程0用于新传送的UL准予；或

[0790] 添加6结束

[0791] 3>如果通过PDCCH命令起始随机接入程序并且PDCCH传送寻址到C‑RNTI；或

[0792] 3>如果由MAC子层本身“添加7开始：除针对波束故障恢复外添加7结束”或由RRC子层起始随机接入程序，且PDCCH传送寻址到C‑RNTI并含有用于新传送的UL准予：

[0793] 4>认为此争用解决成功；

[0794] 4>停止ra‑ContentionResolutionTimer；

[0795] 4>丢弃TEMPORARY_C‑RNTI；

[0796] 4>认为此随机接入程序成功完成。

[0797] […]

[0798] 可提供通信装置(例如，UE、基站、网络节点等)，其中通信装置可包括控制电路、安装于控制电路中的处理器和/或安装于控制电路中并耦合到处理器的存储器。处理器可以
被配置成执行存储器中存储的程序代码，以执行图13‑14中所示出的方法步骤。此外，处理
器可以执行所述程序代码以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的
一个、一些和/或全部。

[0799] 可以提供计算机可读介质。计算机可读介质可以是非暂时性计算机可读介质。计算机可读介质可包括快闪存储器装置、硬盘驱动器、盘(例如，磁盘和/或光盘，例如数字多
功能盘(DVD)、压缩盘(CD)等中的至少一个)，和/或存储器半导体，例如静态随机存取存储
器(SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(SDRAM)等中的至少一
个。计算机可读介质可包括处理器可执行指令，所述处理器可执行指令在被执行时致使执
行图13‑14中示出的方法步骤中的一个、一些和/或全部，和/或上述动作和步骤和/或本文
中描述的其它动作和步骤中的一个、一些和/或全部。

[0800] 可理解，应用本文中呈现的技术中的一种或多种可产生一个或多个益处，包含(但不限于)提高装置(例如，UE和/或网络节点)之间的通信的效率。提高效率可以是使UE能够
正确地确定针对SCell波束故障恢复的随机接入程序是否成功完成的结果。举例来说，如果
执行随机接入程序是针对SCell波束故障恢复，则UE可基于所接收的PDCCH传送是否寻址到
C‑RNTI以及所接收的PDCCH传送是否包括UL准予来确定随机接入程序是否成功完成。

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

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

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

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

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

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

[0807] 虽然已结合各个方面描述所公开的主题，但应理解，所公开的主题能够进行进一步修改。本申请预期涵盖一般遵循所公开主题的原理的所公开主题的任何变化、使用或改
编，并且包含所公开主题所涉及领域内已知和惯常的实践范围内出现的对本公开的偏离。