CN115553052A - 用于无线通信系统中的无线电链路失败报告的方法和装置 - Google Patents

Abstract

本公开涉及一种用于将支持超过第四代4G系统的更高数据速率的第五代5G通信系统与物联网IoT技术融合的通信方法和系统。本公开可以应用于基于5G通信技术和IoT相关技术的智能服务，诸如智能家居、智能建筑、智能城市、智能汽车、联网汽车、医疗保健、数字教育、智能零售、安全和安保服务。本公开提供了用于RLF报告的方法和装置。

Description

用于无线通信系统中的无线电链路失败报告的方法和装置

技术领域

本公开涉及无线通信系统。具体地，本公开涉及用于无线通信系统中的无线电链路失败(RLF)报告、辅小区的波束失败恢复、无竞争随机接入资源信令和系统信息块1(SIB1)处理的装置、方法和系统。

背景技术

为了满足自4G通信系统部署以来增加的对无线数据业务量的需求，已经努力开发改进的5G或预5G通信系统。因此，5G或预5G通信系统也被称为“超越4G网络”或“后LTE系统”。5G通信系统被认为是在较高频率(毫米波)频带(例如，60GHz频带)中实现的，以便实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5G通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。此外，在5G通信系统中，基于高级小小区、云无线电接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、接收端干扰消除等，正在进行系统网络改进的开发。在5G系统中，已经开发了作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)，以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。

互联网，作为人类在其中生成和消费信息的以人为中心的连接网络，现在正在向物联网(IoT)发展，在IoT中，分布式实体(诸如事物)在没有人类干预的情况下交换和处理信息。通过与云服务器连接，IoT技术和大数据处理技术相结合的万物互联(IoE)已经出现。因为诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”的技术要素已经是IoT实现所需的，近来已经研究了传感器网络、机器对机器(M2M)通信、机器类型通信(MTC)等。这样的IoT环境可以提供通过收集和分析互联物之间产生的数据来为人类生活创造新的价值的智能互联网技术服务。通过现有信息技术(IT)和各种工业应用之间的融合和结合，IoT可以应用于各种领域，包括智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电和高级医疗服务。

与此相适应，人们已经进行了各种尝试，将5G通信系统应用于IoT网络。例如，诸如传感器网络、机器类型通信(MTC)和机器对机器(M2M)通信的技术可以通过波束成形、MIMO和阵列天线来实现。云无线电接入网络(RAN)作为上述大数据处理技术的应用也可以被认为是5G技术和IoT技术之间融合的示例。

近来，需要增强无线通信系统的RLF报告、辅小区的波束失败恢复、无竞争随机接入资源信令和系统信息块1(SIB1)处理过程。

发明内容

技术问题

需要增强无线通信系统的RLF报告、辅小区的波束失败恢复、无竞争随机接入资源信令和系统信息块1(SIB1)处理过程。

问题解决方案

本公开的各方面至少解决上述问题和/或缺点，并至少提供下述优点。因此，本公开的一方面是提供一种用于融合支持超过第四代(4G)的更高数据速率的第五代(5G)通信系统的通信方法和系统。

根据本公开的一方面，提供了一种由终端执行的方法。该方法包括：基于针对随机接入过程从下层获得的随机接入问题指示，识别检测到无线电链路失败；识别随机接入过程是否是针对波束失败恢复发起的；基于识别来为无线电链路失败的报告生成无线电链路失败原因信息；以及向基站发送无线电链路失败的报告。

根据本公开的另一方面，提供了一种由基站执行的方法。该方法包括：执行与终端的随机接入过程；以及从终端接收无线电链路失败的报告，其中，无线电链路失败基于来自下层的针对随机接入过程的随机接入问题指示来检测，并且其中，无线电链路失败原因信息基于对随机接入过程是否是针对波束失败恢复发起的识别来为无线电链路失败的报告生成。

根据本公开的另一方面，提供了一种终端。该终端包括被配置为发送和接收信号的收发器；以及控制器，其与收发器耦合，并且被配置为：收发器，被配置为发送和接收信号；以及控制器，被配置为：基于针对随机接入过程从下层获得的随机接入问题指示，识别检测到无线电链路失败，识别随机接入过程是否是针对波束失败恢复发起的，基于该识别来为无线电链路失败的报告生成无线电链路失败原因信息，以及向基站发送无线电链路失败的报告。

根据本公开的另一方面，提供了一种基站。该基站包括被配置为发送和接收信号的收发器；以及控制器，其与收发器耦合，并且被配置为：收发器，被配置为发送和接收信号；以及控制器，被配置为：执行与终端的随机接入过程，以及从终端接收无线电链路失败的报告，其中无线电链路失败基于来自下层的针对随机接入过程的随机接入问题指示来检测，并且其中无线电链路失败原因信息基于对随机接入过程是否是针对波束失败恢复发起的识别来为无线电链路失败的报告生成。

发明的有益效果

根据本公开的各种实施例，可以有效地增强RLF报告、辅小区的波束失败恢复、无竞争随机接入资源信令和系统信息块1(SIBl)处理过程。

附图说明

从以下结合附图的描述中，本公开的某些实施例的上述和其他方面、特征和优点将变得更加明显，其中：

图1示出了根据本公开的实施例的媒体访问控制(MAC)控制元素(CE)结构。

图2示出了根据本公开的实施例的另一MAC CE结构。

图3示出了根据本公开的实施例的流程图。

图4示出了根据本公开的实施例的流程图。

图5示出了根据本公开的实施例的流程图。

图6示出了根据本公开的实施例的关于物理随机接入信道(PRACH)时隙的物理上行链路共享信道(PUSCH)资源参数。

图7示出了根据本公开的实施例的随机接入信道(RACH)配置的示例。

图8示出了根据本公开的实施例的PUSCH时机选择过程。

图9示出了根据本公开的实施例的随机接入信道配置的示例。

图10示出了根据本公开的实施例的不连续接收(DRX)周期的示例。

图11示出了根据本公开的实施例的流程图。

图12示出了根据本公开的实施例的流程图。

图13示出了根据本公开的实施例的流程图。

图14示出了根据本公开的实施例的流程图。

图15示出了根据本公开的实施例的流程图。

图16示出了根据本公开的实施例的流程图。

图17示出了根据本公开的实施例的集成接入和回程(IAB)架构。

图18A、图18B和图18C示出了根据本公开的实施例的流程图。

图19A、图19B和图19C示出了根据本公开的实施例的流程图。

图20A、图20B和图20C示出了根据本公开的实施例的流程图。

图21A、图21B和图21C示出了根据本公开的实施例的流程图。

图22是根据本公开的实施例的终端的框图；以及

图23是根据本公开的实施例的基站的框图。

在所有附图中，相似的附图标记将被理解为指代相似的部件、组件和结构。

具体实施方式

提供参考附图的以下描述以帮助全面理解由权利要求及其等同物所定义的本公开的各种实施例。它包括各种具体细节以帮助理解，但这些仅被视为示例性的。因此，本领域普通技术人员将认识到，在不脱离本公开的范围和精神的情况下，可以对这里描述的各种实施例进行各种改变和修改。此外，为了清楚和简明起见，可以省略对众所周知的功能和结构的描述。

在以下描述和权利要求中使用的术语和词语不限于文献意义，而是仅由发明人使用，以使得能够清楚和一致地理解本公开。因此，对于本领域的技术人员来说，明显的是，本公开的各种实施例的以下描述仅仅是为了说明的目的而提供的，而不是为了限制由所附权利要求及其等同物所限定的本公开。

应当理解，单数形式“一”、“一个”和“该”包括复数指示物，除非上下文中另有明确规定。因此，例如，对“部件表面”的引用包括对一个或多个这样的表面的引用。

术语“基本上”是指所引用的特性、参数或值不需要精确实现，而是包括例如公差、测量误差、测量精度限制和本领域技术人员已知的其他因素的偏差或变化可以以不排除该特性想要提供的效果的量出现。

本领域技术人员知晓，流程图(或序列图)的方框和流程图的组合可以由计算机程序指令来表示和执行。这些计算机程序指令可以加载在通用计算机、专用计算机或可编程数据处理设备的处理器上。当加载的程序指令由处理器执行时，它们创建用于执行流程图中描述的功能的装置模块。因为计算机程序指令可以存储在专用计算机或可编程数据处理设备中可用的计算机可读存储器中，所以也可以创建执行流程图中描述的功能的制品。因为计算机程序指令可以加载在计算机或可编程数据处理设备上，所以当作为过程执行时，它们可以执行流程图中描述的功能的操作。

流程图的方框可以对应于包含实现一个或多个逻辑功能的一个或多个可执行指令的模块、段或代码，或者可以对应于其一部分。在一些情况下，由方框描述的功能可以以不同于所列顺序的顺序执行。例如，按顺序列出的两个方框可以同时执行或者以相反的顺序执行。

在本说明书中，词语“单元”、“模块”等可以指软件组件或硬件组件，例如能够执行功能或操作的“现场可编程门阵列(FPGA)”或“专用集成电路(ASIC)”。然而，“单元”等不限于硬件或软件。单元等可以被配置成驻留在可寻址存储介质中或者驱动一个或多个处理器。单元等可以指软件组件、面向对象的软件组件、类组件、任务组件、进程、功能、属性、过程、子程序、程序代码段、驱动器、固件、微码、电路、数据、数据库、数据结构、表格、数组或变量。由组件和单元提供的功能可以是较小组件和单元的组合，并且可以与其他组件和单元组合以构成较大的组件和单元。组件和单元可以被配置成驱动安全多媒体卡中的设备或一个或多个处理器。

在详细描述之前，描述了理解本公开所必需的术语或定义。然而，这些术语应该以非限制性的方式来解释。

“基站(BS)”是与用户设备(UE)通信的实体，并且可以被称为BS、基站收发信台(BTS)、节点B(NB)、演进型NB(eNB)、接入点(AP)、5G NB(5GNB)或gNB。

“UE”是与BS通信的实体，并且可以被称为UE、设备、移动站(MS)、移动设备(ME)或终端。

在工作在较高频率(毫米波)频段的第五代无线通信系统中，UE和gNB使用波束成形相互通信。波束成形技术用于减轻传播路径损耗，并增加较高频段通信的传播距离。波束成形使用高增益天线来增强发送和接收性能。波束形成可被分类为在发送端执行的发送(TX)波束形成和在接收端执行的接收(RX)波束形成。通常，TX波束成形通过使用多个天线允许传播到达的区域密集地位于特定方向来增加方向性。在这种情况下，多个天线的集合可以被称为天线阵列，并且阵列中包括的每个天线可以被称为阵列元件。天线阵列可以被配置成各种形式，诸如线性阵列、平面阵列等。TX波束成形的使用导致信号方向性的增加，从而增加了传播距离。此外，由于信号几乎不在除方向性方向之外的方向上传输，作用在另一接收端的信号干扰显著降低。接收端可以通过使用RX天线阵列对RX信号执行波束形成。RX波束成形通过允许传播集中在特定方向上来增加在特定方向上发送的RX信号强度，并且从RX信号中排除在除了特定方向之外的方向上发送的信号，从而提供阻挡干扰信号的效果。通过使用波束形成技术，发送器可以产生不同方向的多个发送波束模式。这些发送波束模式中的每一个也可以被称为TX波束。工作在高频的无线通信系统使用多个窄的TX波束在小区中发送信号，因为每个窄的TX波束覆盖小区的一部分。TX波束越窄，天线增益越高，因此使用波束成形发送的信号的传播距离越大。接收机也可以产生不同方向的多个RX波束模式。这些接收模式中的每一个也可以被称为RX波束。

第五代无线通信系统支持独立操作模式以及双连接(DC)。在DC下，多Rx/Tx UE可以被配置为利用由经由非理想回程连接的两个不同节点(或NB)提供的资源。一个节点充当主节点(MN)，并且另一个节点充当辅节点(SN)。MN和SN经由网络接口连接，并且至少MN连接到核心网络。NR还支持多RAT双连接(MR-DC)操作，由此无线电资源控制(RRC)连接(RRC_CONNECTED)下的UE被配置为利用由两个不同的调度器提供的无线电资源，这两个调度器位于经由非理想回程连接的两个不同的节点中，并且提供演进的通用移动电信系统(UMTS)陆地无线接入(E-UTRA(即，如果节点是ng-eNB))或者NR接入(即，如果节点是gNB)。在NR中，对于没有配置CA/DC的RRC_CONNECTED下的UE，只有一个包括主小区的服务小区。对于配置有CA/DC的RRC_CONNECTED下的UE，术语“服务小区”用于表示包括(多个)特殊小区和所有辅小区的小区集合。在NR中，术语主小区组(MCG)是指与主节点相关联的一组服务小区，包括主小区(PCell)和可选的一个或多个辅小区(SCell)。在NR中，术语辅小区组(SCG)是指与辅节点相关联的一组服务小区，包括主SCG小区(PSCell)和可选的一个或多个SCell。在NR中，PCell是指MCG中在主频率上操作的服务小区，在该服务小区中，UE执行初始连接建立过程，或者发起连接重建过程。在NR中，对于配置有CA的UE，SCell是在特殊小区之上提供额外无线电资源的小区。主SCG小区是指SCG中的服务小区，在该服务小区中，UE在执行同步重新配置过程时执行随机接入。对于双连接操作，术语SpCell(即特殊小区)是指MCG的PCell或SCG的PSCell，否则术语特殊小区是指PCell。

在第五代无线通信系统中，小区中的节点B(gNB)或基站广播同步信号和物理广播信道(PBCH)块(即，SSB)由主同步信号(PSS)和辅同步信号(SSS)以及系统信息构成。系统信息包括在小区中通信所需的公共参数。在第五代无线通信系统(也称为下一代无线电或NR)中，系统信息(SI)被分成主信息块(MIB)和多个系统信息块(SIB)，其中：

-MIB总是在PBCH上以80ms的周期以及80ms内的重复进行发送，并且它包括从小区获取SIB1所需的参数。

-SIB1在下行链路共享信道(DL-SCH)上以160ms的周期以及可变的传输重复来发送。SIB1的默认传输重复周期是20ms，但是实际的传输重复周期取决于网络实现。SIB1包括关于其他SIB的可用性和调度(例如，SIB到SI消息的映射、周期性、SI窗口大小)的信息，以及是否仅按需提供一个或多个SIB的指示，并且在这种情况下，包括UE执行SI请求所需的配置。SIB1是小区特定的SIB；

-在系统信息(SI)消息中携带除SIB1之外的SIB，该SI消息在DL-SCH上发送。只有具有相同周期性的SIB可以被映射到相同的SI消息。

在第五代无线通信系统中，物理下行链路控制信道(PDCCH)用于调度物理下行链路共享信道(PDSCH)上的下行链路(DL)传输和PUSCH上的上行链路(UL)传输，其中PDCCH上的下行链路控制信息(DCI)包括：下行链路分配，至少包含与DL-SCH相关的调制和编码格式、资源分配和混合自动重复请求(ARQ)信息；上行链路调度授权，至少包含与上行链路共享信道(UL-SCH)相关的调制和编码格式、资源分配和混合ARQ信息。除了调度之外，PDCCH还可以用于：具有配置授权的配置的PUSCH传输的激活和去激活；PDSCH半持久传输的激活和去激活；向一个或多个UE通知时隙格式；向一个或多个UE通知(多个)物理资源块(PRB)和(多个)正交频分复用(OFDM)符号，其中UE可以假设没有针对UE的传输；用于物理上行链路控制信道(PUCCH)和PUSCH的传输功率控制(TPC)命令的传输；由一个或多个UE进行的用于探测参考信号(SRS)传输的一个或多个TPC命令的传输；切换UE的活动带宽部分；发起随机接入过程。UE根据相应的搜索空间配置，在一个或多个配置的控制资源集(CORESET)中的配置的监听时机中监听PDCCH候选集。CORESET由一组持续时间为1到3个OFDM符号的PRB构成。资源单元资源元素组(REG)和控制信道元素(CCE)在CORESET中定义，每个CCE由REG的集合构成。控制信道由CCE的聚合形成。通过聚合不同数量的CCE来实现控制信道的不同码率。CORESET中支持交织和非交织的CCE到REG映射。极坐标编码用于PDCCH。携带PDCCH的每个资源元素组携带其自己的DMRS。QPSK调制用于PDCCH。

在第五代无线通信系统中，由GNB为每个配置的带宽部分(BWP)发信号通知搜索空间配置的列表，其中每个搜索配置由标识符唯一标识。由gNB显式地发信号通知用于特定目的(例如寻呼接收、SI接收、随机接入响应接收)的搜索空间配置的标识符。在NR中，搜索空间配置包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间。UE使用参数PDCCH监听周期性(Monitoring-periodicity-PDCCH-slot)、PDCCH监听偏移(Monitoring-offset-PDCCH-slot)和PDCCH监听模式(Monitoring-symbols-PDCCH-within-slot)来确定时隙内的PDCCH监听时机。PDCCH监听时机存在于时隙‘x’到x+持续时间中，其中在编号为‘y’的无线电帧中编号为‘x’的时隙满足下面的等式1：

[等式1]

(y*(无线电帧中的时隙的数量)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)＝0；

在具有PDCCH监听时机的每个时隙中的PDCCH监听时机的起始符号由Monitoring-symbols-PDCCH-within-slot给出。PDCCH监听事件的长度(以符号为单位)在与搜索空间相关联的corset中给出。搜索空间配置包括与之相关联的coreset配置的标识符。GNB为每个配置的BWP发信号通知coreset配置的列表，其中每个coreset配置由标识符唯一标识。注意，每个无线电帧的持续时间为10ms。无线电帧由无线电帧号或系统帧号来标识。每个无线电帧包括几个时隙，其中无线电帧中的时隙数量和时隙持续时间取决于子载波间隔(SCS)。无线电帧中的时隙数量和时隙持续时间取决于NR中预定义的每个支持的SCS的无线电帧。每个coreset配置与TCI(传输配置指示符)状态的列表相关联。每TCI状态配置一个DL参考信号(RS)标识(ID)(SSB或CSI-RS)。由gNB经由RRC信令来发信号通知对应于coreset配置的TCI状态的列表。TCI状态列表中的一个TCI状态被激活，并由gNB指示给UE。TCI状态指示用于GNB在搜索空间的PDCCH监听时机中传输PDCCH的DL TX波束(DL TX波束与TCI状态的SSB/CSI-RS是准共址的(QCL的(QCLed)))。

在第五代无线通信系统中，支持带宽适配(BA)。利用BA，UE的接收和发送带宽不需要与小区的带宽一样大，并且可以被调整：可以命令改变宽度(例如，在低活动性的时间段收缩以节省功率)；位置可以在频域中移动(例如，以增加调度灵活性)；并且可以命令SCS改变(例如，允许不同的服务)。小区的总小区带宽的子集被称为BWP。BA是通过对RRC连接的UE配置(多个)BWP并告诉UE哪个配置的BWP当前是活动BWP来实现的。当BA被配置时，UE仅需要监听一个活动BWP上的PDCCH，即，它不需要监听服务小区的整个DL频率上的PDCCH。在RRC连接状态下，对于每个配置的服务小区(即PCell或SCell)，UE配置有一个或多个DL和UL BWP。对于激活的服务小区，在任何时间点总是有一个活动UL和DLBWP。服务小区的BWP切换用于一次激活非活动BWP和去激活活动BWP。BWP切换由指示下行链路分配或上行链路授权的PDCCH、由bwp-InactivityTimer、由RRC信令或由MAC实体本身在发起随机接入过程时控制。在添加SpCell或激活SCell时，在没有接收到指示下行链路分配或上行链路授权的PDCCH的情况下，分别由firstActiveDownlinkBWP-Id和firstActiveUplinkBWP-Id指示的DL BWP和UL BWP是活动的。服务小区的活动BWP由RRC或PDCCH指示。对于不成对频谱，DL BWP与ULBWP成对，并且BWP切换对于UL和DL二者是公共的。在BWP非活动定时器期满时，UE将活动DLBWP切换到默认DL BWP或初始DL BWP(如果默认DL BWP没有被配置)。

在5G无线通信系统中，支持随机接入(RA)。随机接入(RA)用于实现UL时间同步。RA在初始接入、切换、RRC连接重建过程、调度请求(SR)传输、SCG添加/修改、波束失败恢复(BFR)以及处于RRC连接状态的非同步UE在UL的数据或控制信息传输期间使用。支持几种类型的随机接入过程。

基于竞争的随机接入(CBRA)：这也被称为4步CBRA。在这种类型的随机接入中，UE首先发送随机接入前导码(也称为Msg1)，然后在RAR窗口中等待随机接入响应(RAR)。RAR也被称为Msg2。下一代节点B(gNB)在PDSCH上发送RAR。PDCCH调度承载RAR的PDSCH被寻址到RA--无线电网络临时标识符(RA-RNTI)。RA-RNTI标识其中RA前导码被gNB检测到的时间-频率资源(也称为物理RA信道(PRACH)时机或PRACH传输(TX)时机或RA信道(RACH)时机(即RO))。RA-RNTI的计算如下：RA-RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id，其中s_id是在其中UE发送Msg1的PRACH时机的第一个OFDM符号的索引，即RA前导码；0≤s_id＜14；t_id是PRACH时机的第一个时隙的索引(0≤t_id＜80)；f_id是时隙内PRACH时机在频域中的索引(0≤f_id＜8)，并且ul_carrier_id是用于Msg1传输的UL载波(对于正常UL(NUL)载波，为0，并且对于补充UL(SUL)载波，为1)。gNB可以将gNB检测到的各种随机接入前导码的几个RAR复用到同一个RAR MAC协议数据单元(PDU)中。如果RAR包括由UE发送的RA前导码的RA前导码标识符(RAPID)，则MAC PDU中的RAR对应于UE的RA前导码传输。如果在RAR窗口期间没有接收到与其RA前导码传输相对应的RAR，并且UE还没有发送RA前导码达可配置的(由gNB在RACH配置中配置的)次数，则UE返回到第一步，即选择随机接入资源(前导码/RACH时机)并发送RA前导码。在返回到第一步之前，可以应用回退。

如果接收到与其RA前导码传输相对应的RAR，则UE在RAR中接收的UL授权中发送消息3(Msg3)。Msg3包括诸如RRC连接请求、RRC连接重建请求、RRC切换确认、调度请求、SI请求等的消息。它可以包括UE标识(即，小区无线电网络临时标识符(C-RNTI)或系统架构演进(SAE)-临时移动订户标识(S-TMSI)或随机数)。在发送Msg3之后，UE启动竞争解决定时器。当竞争解决定时器正在运行时，如果UE接收到寻址到包括在Msg3中的C-RNTI的物理下行链路控制信道(PDCCH)，则竞争解决被认为是成功的，竞争解决定时器停止并且RA过程完成。当竞争解决定时器正在运行时，如果UE接收到包括UE的竞争解决标识(在Msg3中发送的公共控制信道(CCCH)服务数据单元(SDU)的前X比特)的竞争解决MACCE，则竞争解决被认为是成功的，竞争解决定时器停止，并且RA过程完成。如果竞争解决定时器期满，并且UE还没有发送RA前导码达可配置的次数，则UE返回到第一步，即选择随机接入资源(前导码/RACH时机)并发送RA前导码。

如果在发送PRACH前导码之后在RAR中接收到回退索引，则在返回第一步之前应用回退。UE在0和SCALING_FACTOR_BI*回退值之间随机选择的时间段之后重传PRACH前导码，其中SCALING_FACTOR_BI被设置为1或scalingFactorBI。scalingFactorBI可选地由gNB发信号通知。UE从预定义的回退表中获得对应于在RAR中接收到的回退索引的回退值。在PRACH前导码重传期间，UE也通过PowerRampingStep或powerRampingStepHighPriority来提升功率。PowerRampingStep或powerRampingStepHighPriority由gNB发信号通知。PowerRampingStep是在SI和专用信令中的RACH配置中配置的，并且是小区特定的。powerRampingStepHighPriority是专用于为UE单独配置用于针对波束失败恢复配置发起的RA和针对切换发起的RA。如果RA过程是针对波束失败恢复发起的，并且gNB没有为波束失败恢复配置powerRampingStepHighPriority，则UE使用PowerRampingStep。如果RA过程是针对切换发起的，并且gNB没有为切换配置powerRampingStepHighPriority，则UE使用PowerRampingStep。scalingFactorBI专用于为UE单独配置用于针对波束失败恢复配置发起的RA和针对切换发起的RA。如果RA过程是针对波束失败恢复发起的，并且gNB没有为波束失败恢复配置scalingFactorBI，则UE将SCALING_FACTOR_BI设置为1。否则，SCALING_FACTOR_BI被设置为scalingFactorBI。如果RA过程是针对切换发起的，并且gNB没有为切换配置scalingFactorBI，则UE将SCALING_FACTOR_BI设置为1。否则，SCALING_FACTOR_BI被设置为scalingFactorBI。

无竞争随机接入(CFRA)：这也被称为传统CFRA或4步CFRA。CFRA过程用于诸如需要低延迟的切换、SCell的定时提前建立等情况。演进节点B(eNB)向UE分配专用随机接入前导码。UE发送专用RA前导码。ENB在寻址到RA-RNTI的PDSCH上发送RAR。RAR传送RA前导码标识符和定时对准信息。RAR也可以包括UL授权。类似于CBRA过程，RAR在RAR窗口发送。在接收到包括由UE发送的RA前导码的RAPID的RAR之后，CFRA被认为成功完成。在RA被发起用于波束失败恢复的情况下，如果在用于波束失败恢复的搜索空间中接收到寻址到C-RNTI的PDCCH，则CFRA被认为成功完成。如果RAR窗口期满并且RA没有成功完成，并且UE还没有发送RA前导码达可配置的次数(由gNB在RACH配置中配置的)，则UE重传RA前导码。

对于某些事件，诸如切换和波束失败恢复，如果(多个)专用前导码被分配给UE，则在随机接入的第一步期间，即在针对Msg1传输的随机接入资源选择期间，UE确定是发送专用前导码还是非专用前导码。通常为SSB/CSI-RS的子集提供专用前导码。如果在由gNB为其提供无竞争随机接入资源(即，专用前导码/RO)的SSB/CSI RS中，没有具有高于阈值的DLRSRP的SSB/CSI RS，则UE选择非专用前导码。否则，UE选择专用前导码。因此，在RA过程中，一个随机接入尝试可以是CFRA，而另一个随机接入尝试可以是CBRA。

如果随机接入尝试不成功，则在基于竞争的随机接入的下一次随机接入尝试之前，如果在随机接入尝试期间发送PRACH前导码之后在RAR中接收到回退索引，则UE执行回退。前面提到的回退过程可以类似地应用。

如果随机接入尝试不成功，在下一次随机接入尝试期间，UE也通过PowerRampingStep或powerRampingStepHighPriority来提升功率。PowerRampingStep或powerRampingStepHighPriority由gNB发信号通知。PowerRampingStep是在SI和专用信令中的RACH配置中配置的，并且是小区特定的。可以类似地应用前面描述的powerRampingStep或powerRampingStepHighPriority。

基于竞争的2步随机接入(2步CBRA)：在第一步中，UE在PRACH上发送随机接入前导码，并在PUSCH上发送有效载荷(即MAC PDU)。随机接入前导码和有效载荷传输也被称为MsgA。在第二步中，在MsgA传输之后，UE在配置的窗口内监听来自网络(即gNB)的响应。该响应也称为MsgB。如果CCCH SDU在MsgA有效载荷中发送，则UE使用MsgB中的竞争解决信息来执行竞争解决。如果MsgB中接收的竞争解决标识与MsgA中发送的CCCH SDU的前48比特匹配，则竞争解决成功。如果C-RNTI是在MsgA有效载荷中发送的，则如果UE接收到寻址到C-RNTI的PDCCH，则竞争解决成功。如果竞争解决成功，则认为随机接入过程成功完成。代替对应于所发送的MsgA的竞争解决信息，MsgB可以包括对应于在MsgA中发送的随机接入前导码的回退信息。如果接收到回退信息，则UE发送Msg3，并使用Msg4执行竞争解决，如在CBRA过程中那样。如果竞争解决成功，则认为随机接入过程成功完成。如果在回退时(即，在发送Msg3时)竞争解决失败，则UE重传MsgA。如果UE在发送MsgA之后监听网络响应的配置窗口期满，并且UE没有接收到包括如上所述的竞争解决信息或回退信息的MsgB，则UE重传MsgA。如果即使在发送MsgA达可配置的次数之后，随机接入过程也没有成功完成，则UE回退到4步RACH过程，即UE仅发送PRACH前导码。

注意，如同在传统随机接入过程中一样，回退和功率斜坡被应用于MsgA重传。

MsgA有效载荷可以包括CCCH SDU、专用控制信道(DCCH)SDU、专用业务信道(DTCH)SDU、缓冲器状态报告(BSR)MAC CE、功率净空报告(PHR)MAC CE、SSB信息、C-RNTI MAC CE或填充中的一个或多个。MsgA可以包括UE ID(例如，随机ID、S-TMSI、C-RNTI、恢复ID等))以及第一步中的前导码。UE ID可以被包括在MsgA的MAC PDU中。诸如C-RNTI的UE ID可以在MACCE中携带，其中MAC CE被包括在MAC PDU中。其他UE ID(诸如随机ID、S-TMSI、C-RNTI、恢复ID等)可以在CCCH SDU携带。UE ID可以是随机ID、S-TMSI、C-RNTI、恢复ID、IMSI、空闲模式ID、非活动模式ID等之一。在UE执行RA过程的不同场景中，UE ID可以不同。当UE在上电之后(在它连接到网络之前)执行RA时，则UE ID是随机ID。当UE在附接到网络之后在空闲状态下执行RA时，UE ID是S-TMSI。如果UE具有分配的C-RNTI(例如，处于连接状态)，则UE ID是C-RNTI。在UE处于非活动状态的情况下，UE ID是恢复ID。除了UE ID之外，还可以在MsgA中发送一些附加控制信息。控制信息可以被包括在MsgA的MAC PDU中。控制信息可以包括连接请求指示、连接恢复请求指示、SI请求指示、缓冲器状态指示、波束信息(例如，一个或多个DLTX波束ID或SSB ID)、波束失败恢复指示/信息、数据指示符、小区/BS/TRP切换指示、连接重建指示、重新配置完成或切换完成消息等中的一个或多个。

2步无竞争随机接入(2步CFRA)：在这种情况下，gNB向UE分配用于MsgA传输的(多个)专用随机接入前导码和(多个)PUSCH资源。也可以指示要用于前导码传输的(多个)RO。在第一步中，UE使用无竞争随机接入资源(即，专用前导码/PUSCH资源/RO)在PRACH上发送随机接入前导码，并在PUSCH上发送有效载荷。在第二步中，在MsgA传输之后，UE在配置的窗口内监听来自网络(即gNB)的响应。如果UE接收到寻址到C-RNTI的PDCCH，则随机接入过程被认为成功完成。如果UE接收到与其发送的前导码相对应的回退信息，则认为随机接入过程成功完成。

对于某些事件，诸如切换和波束失败恢复，如果(多个)专用前导码和(多个)PUSCH资源被分配给UE，则在随机接入的第一步期间，即在用于MsgA传输的随机接入资源选择期间，UE确定是发送专用前导码还是非专用前导码。通常为SSB/CSI RS的子集提供专用前导码。如果在由gNB为其提供无竞争随机接入资源(即，专用前导码/RO/PUSCH资源)的SSB/CSIRS中，没有具有高于阈值的DL RSRP的SSB/CSI RS，则UE选择非专用前导码。否则，UE选择专用前导码。因此，在RA过程期间，一个随机接入尝试可以是2步CFRA，而其他随机接入尝试可以是2步CBRA。

在发起随机接入过程时，UE首先选择载波(SUL或NUL)。如果用于随机接入过程的载波被gNB显式地发信号通知，则UE选择发信号通知的载波用于执行随机接入过程。如果用于随机接入过程的载波没有被gNB显式地发信号通知；并且如果用于随机接入过程的服务小区被配置有补充上行链路，并且如果下行链路路径损耗参考的RSRP小于rsrp-ThresholdSSB-SUL：则UE选择SUL载波用于执行随机接入过程。否则，UE选择NUL载波用于执行随机接入过程。在选择UL载波后，UE确定用于随机接入过程的UL和DL BWP。然后，UE确定对于该随机接入过程是执行2步还是4步RACH。

-如果此随机接入过程由PDCCH命令发起，并且如果由PDCCH显式提供的ra-PreambleIndex不是0b000000，则UE选择4步RACH。

-否则，如果gNB为该随机接入过程发信号通知2步无竞争随机接入资源，则UE选择2步RACH。

-否则，如果gNB为该随机接入过程发信号通知4步无竞争随机接入资源，则UE选择4步RACH。

-否则，如果为该随机接入过程选择的UL BWP仅配置有2步RACH资源，则UE选择2步RACH。

-否则，如果为该随机接入过程选择的UL BWP仅配置有4步RACH资源，则UE选择4步RACH。

-否则如果为该随机接入过程选择的UL BWP配置有2步和4步RACH资源，

*如果下行链路路径损耗参考的RSRP低于配置的阈值，则UE选择4步RACH。否则，UE选择2步RACH。

注意，如同在传统随机接入过程中一样，回退和功率斜坡被应用于MsgA重传。

第五代无线通信系统支持PCell或PSCell的UE处的波束失败恢复(BFR)机制。这包括波束失败检测、新的候选波束识别、波束失败恢复请求传输以及对波束失败恢复请求的监听响应。UE监听由服务小区(PCell或PSCell)周期性发送的同步信号(SS)或CSI-RS，以评估是否已经满足波束失败触发条件，并且还识别新的候选波束。如果连续检测到的波束失败实例的数量超过配置的最大数量，则在服务小区上检测到波束失败。波束失败实例意味着所有服务波束都失败(即，基于SS或CSI-RS的测量确定的假设PDCCH块错误率(BLER)高于阈值)。新的候选波束是其测量质量(例如，RSRP)高于配置的阈值的服务小区的CSI-RS或SSB。

小区组的MAC实体将为被配置用于波束失败检测的小区组中的每个服务小区执行以下操作：

-如果已经从下层(即物理(PHY)层)接收到波束失败实例指示：

*启动或重启beamFailureDetectionTimer

*将BFI_COUNTER增加1；

*如果BFI_COUNTER＞＝beamFailureInstanceMaxCount：

**如果服务小区是SCell：为该服务小区触发BFR；

**否则：在SpCell上发起随机接入过程。注意，BFR MAC CE或截短的BFR MAC CE被包括在随机接入过程期间发送的MsgA或Msg3中。

-如果beamFailureDetectionTimer期满；或者如果beamFailureDetectionTimer、beamFailureInstanceMaxCount或用于波束失败检测的任何参考信号被与该服务小区相关联的上层重新配置：

*将BFI_COUNTER设置为0。

-如果服务小区是SpCell并且针对SpCell BFR发起的随机接入过程成功完成

*将BFI_COUNTER设置为0；

*停止beamFailureRecoveryTimer(如果被配置)。

*认为波束失败恢复过程成功完成。

-否则，如果服务小区是SCell，并且针对用于包含该服务小区的波束失败恢复信息的SCell BFR MAC CE或截短的SCell BFR MAC CE的传输的HARQ过程，接收到寻址到C-RNTI的指示用于新传的上行链路授权的PDCCH；或者如果SCell被去激活：

*将BFI_COUNTER设置为0；

*认为波束失败恢复过程成功完成，并为该服务小区取消所有触发的BFR。

如果波束失败恢复过程确定至少一个BFR已被触发且没有被取消，则MAC实体将：

-如果UL-SCH资源可用于新传，并且如果UL-SCH资源可以容纳作为LCP的结果的BFR MAC CE加上其子报头：

*指示复用和组合过程以生成BFR MAC CE。

-否则，如果UL-SCH资源可用于新传，并且如果UL-SCH资源能够容纳作为LCP的结果的截短的BFR MAC CE加上其子报头：

*指示复用和组合过程以生成截短的BFR MAC CE。

-否则：

*对于BFR已为其触发且没有取消的每个SCell，触发用于SCell波束失败恢复的SR。

*注意，如果SCell BFR的SR资源没有配置，SCell BFR的未决SR将在SpCell上触发随机接入过程

当发送MAC PDU时，在为SCell的波束失败恢复组合MAC PDU之前触发的所有BFR将被取消，并且此PDU包括BFR MAC CE或截短的BFR MAC CE，其包含该SCell的波束失败信息。

BFR MAC CE包括以下内容之一：

-BFR MAC CE；或者

-截短的BFR MAC CE。

BFR MAC CE和截短的BFR MAC CE由具有LCID/eLCID的MAC子报头来标识。

BFRMAC CE和截短的BFRMAC CE具有可变的大小。它们包括位图，以及按照基于ServCellIndex的升序的波束失败恢复信息，即包含位图中指示的SCell的候选波束可用性指示(AC)的八位字节。对于BFRMAC CE，当为其检测到波束失败的该MAC实体的SCell的最高ServCellIndex小于8时，使用单个八位字节的位图，否则使用四个八位字节。

对于截短的BFR MAC CE，单个八位字节的位图用于以下情况，否则使用四个八位字节：

-为其检测到波束失败的该MAC实体的SCell的最高ServCellIndex小于8；或者

-为SpCell检测到波束失败(如条款5.17中所规定的)，并且SpCell将在截短的BFRMAC CE中被指示，并且可用于传输的UL-SCH资源不能容纳作为LCP的结果的具有四个八位字节的位图的截短的BFR MAC CE加上其子报头。

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

-SP：该字段指示波束失败检测(对于该MAC实体的SpCell。仅当BFR MAC CE或截短的BFR MAC CE将被包括在作为随机接入过程的一部分的MAC PDU中时，SP字段才被设置为1以指示为SpCell检测到波束失败，否则，它被设置为0。

-Ci(BFR MAC CE)：该字段指示波束失败检测以及对于具有ServCellIndex i的SCell的包含AC字段的八位字节的存在。被设置为1的Ci字段指示检测到波束失败，以及对于具有ServCellIndex i的SCell存在包含AC字段的八位字节。被设置为0的Ci字段指示没有检测到波束失败，以及对于具有ServCellIndex i的SCell不存在包含AC字段的八位字节。包含AC字段的八位字节按照基于ServCellIndex的升序存在；

-Ci(截短的BFR MAC CE)：该字段指示对于具有ServCellIndex i的SCell的波束失败检测。被设置为1的Ci字段指示检测到波束失败，以及对于具有ServCellIndex i的SCell的包含AC字段的八位字节可能存在。被设置为0的Ci字段指示没有检测到波束失败，以及对于具有ServCellIndex i的SCell不存在包含AC字段的八位字节。按照基于ServCellIndex的升序包括包含AC字段的八位字节(如果存在)。包含AC字段的八位字节的数量被最大化，同时不超过可用的授权大小；

注意：截短的BFR MAC CE中包含AC字段的八位字节的数量可以是零。

-AC：该字段指示该八位字节中候选RS ID字段的存在。如果candidateBeamRSSCellList中的SSB当中SS-RSRP高于rsrp-ThresholdBFR的SSB或candidateBeamRSSCellList中的CSI-RS当中CSI-RSRP高于rsrp-ThresholdBFR的CSI-RS中的至少一个可用，则AC字段被设置为1；否则，它被设置为0。如果AC字段被设置为1，则存在候选RS ID字段。如果AC字段被设置为0，则存在R比特；

-候选RS ID：该字段被设置为candidateBeamRSSCellList中的SSB当中SS-RSRP高于rsrp-ThresholdBFR的SSB的索引，或者被设置为candidateBeamRSSCellList中的CSI-RS当中CSI-RSRP高于rsrp-ThresholdBFR的CSI-RS的索引。该字段的长度为6比特。

-R：保留比特，被设置为0。

[实施例1-处理辅小区的波束失败恢复配置的重新配置]

图1和图2示出了根据本公开的实施例的MAC CE结构。具体地，图1示出了BFR和具有单个八位字节的位图的截短的BFR MAC CE，图2示出了BFR和具有四个八位字节的位图的截短的BFR MAC CE。

RRC重新配置消息中的BeamFailureRecoverySCellConfig信息元素(IE)提供了用于SCell BFR的候选波束RS列表(candidateBeamRSSCellList)。在RRC重新配置消息中没有配置用于SCell BFR的SR资源。这里，如果在波束失败检测(BFD)时为SCell触发BFR，则由于没有为SCell BFR配置SR资源，并且BFR MAC CE被包括在MsgA/Msg3 MAC PDU中，因此RA被发起。当RA正在进行RRC重新配置(包括接收更新的BeamFailureRecoverySCellConfig)时，在此重新配置后，由gNB接收MsgA/Msg3 MAC PDU。

因此，gNB基于所接收的MAC CE中的候选RS ID确定的候选波束可能是不正确的(例如，UE在MAC CE中报告候选RS ID X；重新配置之前和之后的candidateBeamRSScellList中的条目X是不同的，即条目X在重新配置之前和之后在candidateBeamRSSCellList中对应于不同的候选波束)。结果，波束失败恢复被延迟。

图3示出了根据本公开的实施例的流程图。

[实施例1-1]

UE被配置有一个或多个服务小区的波束失败检测配置。波束失败检测配置由gNB在RRC重新配置消息中发信号通知。波束失败检测配置是为不同的服务小区单独配置的。

UE也被配置有一个或多个服务小区的BFR配置。波束失败恢复配置由gNB在RRC重新配置消息中发信号通知。在SCell的BWP配置中发信号通知BeamFailureRecoverySCellConfigIE，以用于该SCell的波束失败恢复。在SpCell的BWP配置中发信号通知BeamFailureRecoveryConfig IE，以用于该SpCell的波束失败恢复。

UE没有被配置用于SCell BFR的SR配置(PUCCH资源、禁止定时器、sr-TransMax)。

对于配置了波束失败检测的每个SCell，如果对于SCell满足波束失败检测标准，则UE为该SCell触发BFR，并且：

-SR被触发(由于UL-SCH资源不可用于新传，或者可用于新传的UL-SCH资源不能容纳作为逻辑信道优先化(LCP)的结果的BFR MAC CE或截短的BFR MAC CE加上其子报头)

-由于没有为SCell BFR配置SR资源，因此发起随机接入过程。

在随机接入过程期间，UE生成MsgA或Msg3，并且包括用于BFR的BFR MAC CE或截短的BFR MAC CE。一个或多个服务小区的波束失败恢复信息被包括在BFR MAC CE/截短的BFRMAC CE中。

当随机接入过程正在进行时(320)，UE接收RRC重新配置消息(310)，该RRC重新配置消息包括一个或多个SCell的更新的BeamFailureRecoverySCellConfig。

在该实施例中，如果为SCell(或一个或多个SCell)重新配置BeamFailureRecoverySCellConfig，并且如果包括该SCell的波束失败恢复信息(或包括其BeamFailureRecoverySCellConfig被重新配置的一个或多个SCell的波束失败恢复信息)的BFR MAC CE或截短的BFR MAC CE被包括在正在进行的随机接入过程的MsgA或Msg3缓冲器中的MAC PDU中(330)，则UE执行以下操作：

*刷新MsgA/Msg3缓冲器(如果MsgA缓冲器不为空，则刷新MsgA缓冲器；如果Msg3缓冲器不为空，则刷新Msg3缓冲器)(340)。在实施例中，如果在刷新时竞争解决定时器正在运行，则UE停止竞争解决定时器，并且UE可以认为竞争解决定时器期满。

*为其波束失败恢复信息被包括在被刷新的MsgA或Msg3缓冲器中的BFR MAC CE或截短的BFR MAC CE中的所有SCell重新触发BFR(如果不是未决的)。

*在正在进行的随机接入过程期间，UE再次生成MsgA/Msg3 MAC PDU(360)。并且，从该SCell的更新的BeamFailureRecoveryScellConfig中选择的失败SCell的候选波束被包括在(截短的)BFR MAC CE中(370)。

在替换实施例中，如果为SCell(或一个或多个SCell)重新配置BeamFailureRecoverySCellConfig，并且如果包括该SCell的波束失败恢复信息(或包括其BeamFailureRecoverySCellConfig被重新配置的一个或多个SCell的波束失败恢复信息)的BFR MAC CE或截短的BFR MAC CE被包括在正在进行的随机接入过程的MsgA或Msg3缓冲器中的MAC PDU中，并且如果包括在(截短的)BFRMAC CE中的SCell的候选波束不在该SCell的更新的BeamFailureRecoverySCellConfig中，或者被包括在candidateBeamRSSCellList的条目X中，其中X在BeamFailureRecoverySCellConfig的重新配置之前和之后是不同的，则UE执行以下操作：

*刷新MsgA/Msg3缓冲器(如果MsgA缓冲器不为空，则刷新MsgA缓冲器；如果Msg3缓冲器不为空，则刷新Msg3缓冲器)。在实施例中，如果在刷新时竞争解决定时器正在运行，则UE停止竞争解决定时器，并且UE可以认为竞争解决定时器期满。

*为其波束失败恢复信息被包括在被刷新的MsgA或Msg3缓冲器中的BFR MAC CE或截短的BFR MAC CE中的所有SCell重新触发BFR(如果不是未决的)。

*在正在进行的随机接入过程中，UE再次生成MsgA/Msg3 MAC PDU。并且，从该SCell的更新的BeamFailureRecoveryScellConfig中选择的失败SCell的候选波束被包括在(截短的)BFR MAC CE中。

在实施例中，SCell的BeamFailureRecoverySCellConfig的重新配置是指该SCell的活动BWP的BeamFailureRecoverySCellConfig的重新配置。正在进行的随机接入过程是指SpCell上的正在进行的随机接入过程，或者正在进行的随机接入过程是指针对BFR在SpCell上的正在进行的随机接入过程。

图4示出了根据本公开的实施例的流程图。

[实施例1-2]

UE被配置有一个或多个服务小区的波束失败检测配置。波束失败检测配置由gNB在RRC重新配置消息中发信号通知。波束失败检测配置是为不同的服务小区单独配置的。

UE也被配置有一个或多个服务小区的BFR配置。波束失败恢复配置由gNB在RRC重新配置消息中发信号通知。在SCell的BWP配置中发信号通知BeamFailureRecoverySCellConfigIE，以用于该SCell的波束失败恢复。在SpCell的BWP配置中发信号通知BeamFailureRecoveryConfig IE，以用于该SpCell的波束失败恢复。

UE没有被配置用于SCell BFR的SR配置(PUCCH资源、禁止定时器、sr-TransMax)。

对于配置了波束失败检测的每个SCell，如果对于SCell满足波束失败检测标准，则UE为该SCell触发BFR，并且：

-SR被触发(由于UL SCH资源不可用于新传，或者可用于新传的UL SCH资源不能容纳作为LCP的结果的BFRMAC CE或截短的BFRMAC CE加上它的子报头)

-由于没有为SCell BFR配置SR资源，因此发起RA。

在随机接入过程期间，UE生成MsgA或Msg3，并且包括BFR的BFR MAC CE或截短的BFR MAC CE。一个或多个服务小区的波束失败恢复信息被包括在BFR MAC CE/截短的BFRMAC CE中。

当随机接入正在进行时(420)，UE接收RRC重新配置消息(410)，该RRC重新配置消息包括一个或多个SCell的更新的BeamFailureRecoverySCellConfig。

在该实施例中，如果为SCell(或一个或多个SCell)重新配置BeamFailureRecoverySCellConfig，并且如果包括该SCell的波束失败恢复信息(或包括其BeamFailureRecoverySCellConfig被重新配置的一个或多个SCell的波束失败恢复信息)的BFR MAC CE或截短的BFR MAC CE被包括在正在进行的随机接入过程的MsgA或Msg3缓冲器中的MAC PDU中(430)，则UE执行以下操作：

*停止正在进行的RA过程(440)；

*为其波束失败恢复信息被包括在BFR MAC CE中或截短的BFR MAC CE中的所有SCell重新触发BFR(如果不是未决的)(450)；

*如果SpCell BFR正在进行，则发起随机接入过程(460，470)。并且，从该SCell的更新的BeamFailureRecoveryScellConfig中选择的失败的SCell的候选波束被包括在(截短的)BFR MAC CE中(480)。

在替换实施例中，如果为SCell(或一个或多个SCell)重新配置BeamFailureRecoverySCellConfig，并且如果包括该SCell的波束失败恢复信息(或包括其BeamFailureRecoverySCellConfig被重新配置的一个或多个SCell的波束失败恢复信息)的BFR MAC CE或截短的BFR MAC CE被包括在正在进行的随机接入过程的MsgA或Msg3缓冲器中的MAC PDU中，并且如果包括在(截短的)BFRMAC CE中的SCell的候选波束不在该SCell的更新的BeamFailureRecoverySCellConfig中，或者被包括在candidateBeamRSSCellList的条目X中，其中X在BeamFailureRecoverySCellConfig的重新配置之前和之后是不同的，则UE执行以下操作：

*停止正在进行的RA过程；

*为其波束失败恢复信息被包括在BFR MAC CE或截短的BFR MAC CE中的所有SCell重新触发BFR(如果不是未决的)；

*如果SpCell BFR正在进行，则发起随机接入过程。并且，从该SCell的更新的BeamFailureRecoveryScellConfig中选择的失败的SCell的候选波束被包括在(截短的)BFR MAC CE中。

在实施例中，SCell的BeamFailureRecoverySCellConfig的重新配置是指该SCell的活动BWP的BeamFailureRecoverySCellConfig的重新配置。正在进行的随机接入过程是指SpCell上的正在进行的随机接入过程，或者正在进行的随机接入过程是指针对BFR在SpCell上的正在进行的随机接入过程。

图5示出了根据本公开的实施例的流程图。

[实施例1-3]

UE被配置有一个或多个服务小区的波束失败检测配置。波束失败检测配置由gNB在RRC重新配置消息中发信号通知。波束失败检测配置是为不同的服务小区单独配置的。

UE还配置有一个或多个服务小区的BFR配置。波束失败恢复配置由gNB在RRC重新配置消息中发信号通知。在SCell的BWP配置中发信号通知BeamFailureRecoverySCellConfigIE，以用于该SCell的波束失败恢复。在SpCell的BWP配置中发信号通知BeamFailureRecoveryConfig IE，以用于该SpCell的波束失败恢复。

UE没有被配置用于SCell BFR的SR配置(PUCCH资源、禁止定时器、sr-TransMax)。

对于配置了波束失败检测的每个SCell，如果对于SCell满足波束失败检测标准，则UE触发该SCell的BFR：

-SR被触发(UL SCH资源不可用于新传，或者可用于新传的UL SCH资源不能容纳作为LCP的结果的BFR MAC CE或截短的BFR MAC CE加上其子报头)

-由于没有为SCell BFR配置SR资源，因此发起RA。

在随机接入过程期间，UE生成MsgA或Msg3，并且包括用于BFR的BFR MAC CE或截短的BFR MAC CE。一个或多个服务小区的波束失败恢复信息被包括在BFR MAC CE/截短的BFRMAC CE中。

当随机接入正在进行时(520)，UE接收RRC重新配置消息(510)，该RRC重新配置消息包括一个或多个SCell的更新的BeamFailureRecoverySCellConfig(510)。

在该实施例中，如果为SCell(或一个或多个SCell)重新配置BeamFailureRecoverySCellConfig，并且如果包括该SCell的波束失败恢复信息(或包括其BeamFailureRecoverySCellConfig被重新配置的一个或多个SCell的波束失败恢复信息)的BFR MAC CE或截短的BFR MAC CE被包括在正在进行的随机接入过程的MsgA或Msg3缓冲器中的MAC PDU中(530)，则UE执行以下操作：

*停止正在进行的RA过程(540)。并且，从该SCell的更新的BeamFailureRecoveryScellConfig中选择的失败SCell的候选波束被包括在为BFR发送的(截短的)BFR MAC CE中(550)。

在替换实施例中，如果为SCell(或一个或多个SCell)重新配置BeamFailureRecoverySCellConfig，并且如果包括该SCell的波束失败恢复信息(或包括其BeamFailureRecoverySCellConfig被重新配置的一个或多个SCell的波束失败恢复信息)的BFR MAC CE或截短的BFR MAC CE被包括在正在进行的随机接入过程的MsgA或Msg3缓冲器中的MAC PDU中，并且如果包括在(截短的)BFR MAC CE中的SCell的候选波束不在该SCell更新的BeamFailureRecoverySCellConfig中，或者被包括在candidateBeamRSSCellList的条目X中，其中X在BeamFailureRecoverySCellConfig的重新配置之前和之后是不同的，UE执行以下操作：

*停止正在进行的RA过程。并且，从该SCell的更新的BeamFailureRecoveryScellConfig中选择的失败SCell的候选波束被包括在为BFR发送的(截短的)BFR MAC CE中。

在实施例中，SCell的BeamFailureRecoverySCellConfig的重新配置是指该SCell的活动BWP的BeamFailureRecoverySCellConfig的重新配置。正在进行的随机接入过程是指SpCell上的正在进行的随机接入过程，或者正在进行的随机接入过程是指针对BFR在SpCell上的正在进行的随机接入过程。

在实施例中，针对服务小区的BFR发起随机接入过程。当随机接入过程正在进行时，在RRC重新配置消息(或任何其他信令消息)中从gNB接收一个或多个服务小区的更新的波束失败恢复配置。如果针对BFR发起随机接入过程的服务小区是SpCell，并且该服务小区的波束失败恢复配置被更新，并且在随机接入过程期间生成的Msg3/MsgAMAC PDU不包括指示(多个)SCell的波束失败恢复信息的BFR MAC CE，则停止正在进行的随机接入过程，并且使用新的配置发起随机接入过程。否则，UE不停止正在进行的随机接入过程。

在实施例中，针对服务小区的BFR发起随机接入过程。当随机接入过程正在进行时，在RRC重新配置消息(或任何其他信令消息)中从gNB接收一个或多个服务小区的更新的波束失败恢复配置。如果针对BFR发起随机接入过程的服务小区是SpCell，并且该服务小区的波束失败恢复配置被更新，则停止正在进行的随机接入过程；如果Msg3/MsgAMAC PDU是在正在进行的随机接入过程(即，被停止的随机接入过程)期间生成的，并且它包括指示(多个)SCell的波束失败恢复信息的(截短的)BFR MAC CE，则UE为该(多个)SCell触发BFR。如果针对BFR发起随机接入过程的服务小区是SCell，则UE不停止正在进行的随机接入过程。

[实施例2-2步CFRA信令]

在实施例中，提出了用于2步CFRA的PUSCH资源配置与用于2步CBRA的PUSCH资源配置单独配置。

对于用于2步CBRA的PUSCH资源配置，msgA-PUSCH-ResourceList被包括在BWP的公共配置中，并且是MsgA-PUSCH-Resource的列表。MsgA-PUSCH-Resource IE包括用以确定PUSCH时机的PUSCH参数。如果在BWP中支持2步RA，并且该BWP的公共配置中不包括msgA-PUSCH-ResourceList，则使用来自初始BWP的msgA-PUSCH-ResourceList。

对于两步CFRA配置，msgA-PUSCH-Resource-CFRA被包括在RRC重新配置消息的RACH-ConfigDedicated IE中。MsgA-PUSCH-Resource-CFRA应用于由参数第一活动上行链路BWP指示的BWP。MsgA-PUSCH-Resource-CFRA包括用以确定PUSCH时机的PUSCH参数。每个PUSCH时机的MCS(调制和编码方案)/PRB的数量是msgA-PUSCH-Resource-CFRA的一部分。

这里，MsgA-PUSCH-Resource/msgA-PUSCH-Resource-CFRA参数可以包括以下参数中的至少一个：

-frequencyStartMsgAPUSCH：UE从frequencyStartMsgAPUSCH中确定UL BWP中的第一PUSCH时机的第一RB，其中该frequencyStartMsgAPUSCH提供相对于UL BWP的第一RB的偏移(以UL BWP中的RB的数量为单位)。

-nrofPRBsperMsgAPO：PUSCH时机包括由nrofPRBsperMsgAPO提供的数量的RB。

-guardBandMsgAPUSCH：UL BWP的频域中的连续PUSCH时机由guardBandMsgAPUSCH提供的数量的RB来分隔。

-nrMsgAPO-FDM：UL BWP的频域中的PUSCH时机的数量N_t由nrMsgAPO-FDM提供。

-msgAPUSCH-timeDomainOffset：UE从msgAPUSCH-timeDomainOffset中确定ULBWP中第一PUSCH时机的第一时隙，其中该msgAPUSCH-timeDomainOffset提供相对于每个PRACH时隙的开始的偏移(以UL BWP中的时隙的数量为单位)。

-guardPeriodMsgAPUSCH：每个时隙内的连续PUSCH时机由guardPeriodMsgAPUSCH个符号分隔，并且具有相同的持续时间。

-nrofMsgAPOperSlot：每个时隙中的时域PUSCH时机的数量N_t由nrofMsgAPOperSlot提供

-nrofSlotsMsgAPUSCH：包括PUSCH时机的连续时隙的数量由nrofSlotsMsgAPUSCH提供。

-startSymbolAndLengthMsgAPO：PUSCH时隙中的PUSCH时机的起始符号和长度由startSymbolAndLengthMsgAPO给出

-msgA-DMRS-Configuration：通过msgA-DMRS-Configuration，UE被提供用于在活动UL BWP中的PUSCH时机中的PUSCH传输的DMRS配置。

-msgA-MCS：由msgA-MCS向UE提供用于PUSCH时机的PUSCH传输中的数据信息的MCS。

图6示出了根据本公开的关于物理随机接入信道(PRACH)时隙的物理上行链路共享信道(PUSCH)资源参数。

在实施例中，UE首先根据msgA-PUSCH-Resource-CFRA中发信号通知的配置来确定PRACH时隙中的PUSCH时机的数量(或有效PUSCH时机的数量)是否＞1。

这里，如果根据msgA-PUSCH-Resource-CFRA中发信号通知的配置，PRACH时隙中的PUSCH时机的数量＞1：

-在RACH-ConfigDedicated中，针对一个或多个SSB/CSI RS发信号通知RA前导码索引、PUSCH时机索引和DMRS-Occasion-Index(DMRS时机索引)。图7示出了根据本公开的实施例的随机接入信道(RACH)配置的示例。pusch-OccasionIndexList指示ra-OccasionList中每个RO的PUSCH时机索引。pusch-OccasionIndexList中的第I个条目对应于ra-OccasionList中的第i个条目。在实施例中，代替CSI-RS的pusch-OccasionIndexList，可以有一个PUSCH时机索引。

-msgA-PUSCH-Occasion-Index：在实施例中，对应于PRACH时隙的每个有效PUSCH时机被顺序编号(例如，从零开始)，首先，按照经频率复用的PUSCH时机的频率资源索引的升序；其次，按照PUSCH时隙内的经时间复用的PUSCH时机的时间资源索引的升序。再其次，按照对应于PRACH时隙的PUSCH时隙的索引的升序。msgA-PUSCH-Occasion-Index标识该排序后的列表内的PUSCH时机。

-msgA-DMRS-Occasion-Index：标识用于CFRA的PUSCH时机的DMRS资源的索引。每个PUSCH时机中的DMRS资源索引被顺序编号，其中首先按照DMRS端口索引的升序来确定DMRS资源索引，其次按照DMRS序列索引的升序来确定资源索引。msgA-DMRS-Occasion-Index标识将在该排序后的列表中使用的DMRS资源。

同时，可以如下执行基于SSB的2步CFRA的PUSCH时机选择：

-UE首先选择SSB，其中所选择的SSB是SS-RSRP高于配置的阈值(阈值由gNB发信号通知)的SSB。

-UE选择对应于所选择的SSB的前导码(由ra-PreambleIndex指示)。

-UE然后选择对应于所选择的SSB的RO(注意，RO被映射到先前定义的SSB，并且UE选择映射到所选择的SSB的RO之一)。

-UE然后从对应于所选择的RO的PRACH时隙的PUSCH时机中选择由msgA-PUSCH-Occasion-Index指示的PUSCH时机

图8示出了根据本公开的实施例的PUSCH时机选择过程。如图8所示，如果UE为SSB1选择RO1，则从对应于RO1的PRACH时隙的PUSCH时机中选择专门对应于SSB1的rach-config中指示的PUSCH时机。

-UE然后分别在所选择的PRACH时机和PUSCH时机中发送所选择的前导码和MsgAMAC PDU。

否则，如果根据在msgA-PUSCH-Resource-CFRA(在实施例中，在msgA-PUSCH-Resource-CFRA中，nrMsgAPO-FDM、nrofMsgA-PO-PerSlot、nrofSlotsMsgA-PUSCH被设置为1)中发信号通知的配置，PRACH时隙中的PUSCH时机的数量(或有效PUSCH时机的数量)为1，则UE使用该PUSCH时机来发送MsgA。在这种情况下，不在RACH ConfigDedicated中发信号通知PUSCH时机索引和DMRS时机索引。优点在于，当网络在msgA-PUSCH-Resource-CFRA中只配置一个有效的PUSCH资源时，节省了PUSCH时机索引和DMRS时机索引的信令开销。

在替换实施例中：UE首先根据在msgA-PUSCH-Resource-CFRA中发信号通知的配置来确定PRACH时隙中的PUSCH时机的数量是否＞1，或者UE确定是否在RACH-ConfigDedicated中针对2步CFRA发信号通知了PUSCH资源索引。

如果根据在msgA-PUSCH-Resource-CFRA中发信号通知的配置，PRACH时隙中的PUSCH时机的数量＞1，或者在RACH-ConfigDedicated中针对2步CFRA中发信号通知了PUSCH资源索引：

-在RACH-ConfigDedicated中，针对一个或多个SSB/CSI RS发信号通知RA前导码索引和PUSCH资源索引。图9示出了根据本公开的实施例的随机接入信道配置的示例。pusch-ResourceIndexList指示ra-OccasionList中的每个RO的PUSCH时机索引。pusch-ResourceIndexList中的第I个条目对应于ra-OccasionList中的第i个条目。在实施例中，代替CSI-RS的pusch-ResourceIdexList，可以有一个PUSCH资源索引。

-msgA-PUSCH-Resource-Index：标识用于MsgA CFRA的PUSCH资源的索引。PUSCH资源索引指示对应于PRACH时隙的有效PUSCH时机和相关联的DMRS资源。PUSCH资源索引被顺序编号，首先，按照经频率复用的PUSCH时机的频率资源索引的升序；其次，按照PUSCH时机内的DMRS资源索引的升序(其中首先以DMRS端口索引的升序并且然后以DMRS序列索引的升序来确定DMRS资源索引DMRSid)，再其次，按照PUSCH时隙内的经时间复用的PUSCH时机的时间资源索引的升序，并且最后，按照对应于PRACH时隙的PUSCH时隙的索引的升序。

否则，如果根据msgA-PUSCH-Resource-CFRA中发信号通知的配置，PRACH时隙中的PUSCH时机的数量(或有效PUSCH时机的数量)为1，或者没有在RACH-ConfigDedicated中针对2步CFRA发信号通知PUSCH资源索引(在实施例中，在msgA-PUSCH-Resource-CFRA中，nrMsgAPO-FDM、nrofMsgA-PO-PerSlot、nrofSlotsMsgA-PUSCH被设置为1)，则UE使用该PUSCH时机来发送MsgA，即UE使用由PUSCH资源索引0标识的PUSCH资源。不在RACH-ConfigDedicated中发信号通知PUSCH资源索引。优点在于，当网络在msgA-PUSCH-Resource-CFRA中只配置一个有效的PUSCH资源时，节省了PUSCH时机索引的信令开销。

PUSCH时机有效性如下：如果PUSCH时机在时间和频率上不与关联于4步RA或2步RA的任何PRACH时机重叠，则PUSCH时机有效。此外，如果UE被提供tdd-UL-DL-ConfigurationCommon，则PUSCH时机有效，如果

-它在UL符号内，或

-它不在PUSCH时隙中的SS/PBCH块之前，并且起始于最后一个下行链路符号之后的至少N_gap个符号和最后一个SS/PBCH块符号之后的至少N_gap个符号，其中对于1.25/5千赫(KHz)的前导码SCS，N_gap为0，对于15/30/60/120KHz的前导码SCS，N_gap为2。

[实施例3-DRX活动定时器确定]

第五代无线通信系统支持DRX(不连续接收)以节省UE功率。当DRX被配置时，UE不必连续地监听PDCCH。根据图10，DRX由以下参数表征：

-on-duration(开启持续时间)：UE在唤醒后等待接收PDCCH的持续时间。如果UE成功解码PDCCH，则UE保持唤醒并启动非活动定时器；

-inactivity-timer(非活动定时器)：从PDCCH的最后一次成功解码开始，UE等待成功解码PDCCH的持续时间，如果失败，它可以返回休眠。UE将在仅针对第一次传输(即，不针对重传)的PDCCH的单次成功解码之后重启非活动定时器；

-retransmission-timer(重传定时器)：直到可以预期重传的持续时间；

-周期：指定开启持续时间的周期性重复，其之后是可能的非活动时段；

-active-time(活动时间)：UE监听PDCCH的总持续时间。这包括DRX周期的“on-duration”、UE正在执行连续接收同时非活动定时器尚未期满的时间、以及UE正在执行连续接收同时等待重传时机的时间。

MAC实体的服务小区可以由RRC在具有单独DRX参数的两个DRX组中配置。当RRC没有配置辅DRX组时，只有一个DRX组，并且所有服务小区都属于该DRX组。当配置了两个DRX组时，每个服务小区被唯一地分配给这两个组中的任何一个。为每个DRX组单独配置的DRX参数是：drx-onDurationTimer、drx-InactivityTimer。对DRX组公共的DRX参数是：drx-SlotOffset、drx-RetranssionTimerDL、drx-RetransmissionTimerUL、drx-LongCycleStartOffset、drx-ShortCycle(可选)、drx-ShortCycleTimer(可选)、drx-HARQ-RTT(往返时间)-TimerDL和drx-HARQ-RTT-TimerUL。

当配置DRX周期时，DRX组中的服务小区的活动时间包括以下时间：

-为DRX组配置的drx-onDurationTimer或drx-InactivityTimer正在运行；或者

-drx-RetransmissionTimerDL或drx-RetransmissionTimerUL正在DRX组中的任何服务小区上运行；或者

-ra-ContentionResolutionTimer或msgB-ResponseWindow正在运行；或者

-调度请求在PUCCH上被发送并且是未决的；或者

-在成功接收到针对不是由MAC实体从基于竞争的随机接入前导码中选择的随机接入前导码的随机接入响应之后，没有接收到寻址到MAC实体的C-RNTI的指示新传的PDCCH。

1>如果DRX组处于活动状态：

2>监听该DRX组中的服务小区的PDCCH；

2>如果PDCCH指示DL传输：

3>在携带下行HARQ反馈的相应传输结束后的第一个符号中，为相应的HARQ过程启动drx-HARQ-RTT-TimerDL；

3>停止相应HARQ进程的drx-RetransmissionTimerDL。

3>如果PDSCH-to-HARQ_feedback(PDSCH到HARQ反馈)定时指示非数字k1值：

4>在PDSCH传输之后的第一个符号中为相应的HARQ过程启动drx-RetransmissionTimerDL。

2>如果PDCCH指示UL传输：

3>在相应的PUSCH传输的第一次重复结束之后的第一个符号为相应的HARQ过程启动drx-HARQ-RTT-TimerUL；

3>为相应的HARQ进程停止drx-RetransmissionTimerUL。

2>如果PDCCH指示该DRX组中的服务小区上的新传(DL或UL)：

3>在PDCCH接收结束后的第一个符号中启动或重启该DRX组的drx-InactivityTimer。

2>如果HARQ过程接收到下行链路反馈信息并且指示了确认：

3>为相应HARQ进程停止drx-RetransmissionTimerUL。

同时，每个服务小区的活动时间包括ra-ContentionResolutionTimer或msgB-ResponseWindow正在运行的时间。当竞争解决定时器或MsgB响应窗口运行时，UE仅期待来自SpCell的PDCCH。因此，在确定用于辅DRX组的服务小区的活动时间时考虑竞争解决定时器和MsgB响应窗口将导致不必要的功耗。注意，辅DRX组仅包括SCell，不包括SpCell。

[实施例3-1]

图11示出了根据本公开的实施例的用于确定活动DRX时间的流程图。

1.UE从gNB接收RRCReconfiguration消息。所接收的RRCReconfiguration消息包括小区组的MAC配置中的DRX配置。在小区组中配置多个服务小区(1110)。小区组可以是MCG或SCG。

2.对于配置了DRX的小区组中的每个服务小区：

A.UE检查服务小区是否属于辅DRX组(1120)。在RRCReconfiguration消息中发信号通知属于辅DRX组的(多个)服务小区。

B.如果服务小区属于辅DRX组：

i.该服务小区中的活动时间不包括竞争解决定时器正在运行的时间(1150)；

ii.该服务小区中的活动时间不包括MsgB响应窗口正在运行的时间(1160)；

C.如果服务小区不属于辅DRX组：

i.该服务小区中的活动时间包括竞争解决定时器正在运行的时间(1130)；

ii.该服务小区中的活动时间包括MsgB响应窗口正在运行的时间(1140)；

[实施例3-2]

图12示出了根据本公开的另一个实施例的用于确定活动DRX时间的流程图。

1.UE从gNB接收RRCReconfiguration消息。所接收的RRCReconfiguration消息包括小区组的MAC配置中的DRX配置。在小区组中配置多个服务小区(1210)。小区组可以是MCG或SCG。

2.对于配置了DRX的小区组中的每个服务小区：

A.UE检查服务小区是否属于辅DRX组(1220)。在RRCReconfiguration消息中发信号通知属于辅DRX组的(多个)服务小区。

B.如果服务小区不属于辅DRX组，则UE应用用于活动时间确定的第一标准(1230)，其中根据第一标准，服务小区的活动时间包括以下时间：

i.为该服务小区的DRX组配置的drx-onDurationTimer或drx-InactivityTimer正在运行；或者

ii.drx-RetransmissionTimerDL或drx-RetransmissionTimerUL正在该服务小区的DRX组中的任何服务小区上运行；或者

iii.ra-ContentionResolutionTimer或msgB-ResponseWindow正在运行；或者

iv.调度请求在PUCCH上被发送并且是未决的；或者

v.在成功接收到针对不是由MAC实体在基于竞争的随机接入前导码中选择的随机接入前导码的随机接入响应之后，没有接收到寻址到MAC实体的C-RNTI的指示新传的PDCCH。

C.如果服务小区不属于辅DRX组，则UE应用用于活动时间确定的第二标准(1240)，其中根据第二标准，服务小区的活动时间包括以下时间：

i.为该服务小区的DRX组配置的drx-onDurationTimer或drx-InactivityTimer正在运行；或者

ii.drx-RetransmissionTimerDL或drx-RetransmissionTimerUL正在该服务小区的DRX组中的任何服务小区上运行；或者

iii.调度请求在PUCCH上被发送并且是未决的；或者

iv.在成功接收到针对不是由MAC实体在基于竞争的随机接入前导码中选择的随机接入前导码的随机接入响应之后，没有接收到寻址到MAC实体的C-RNTI的指示新传的PDCCH。

换句话说，当配置DRX周期时，DRX组中的服务小区的活动时间包括以下时间：

-为DRX组配置的drx-onDurationTimer或drx-InactivityTimer正在运行；或者

-drx-RetransmissionTimerDL或drx-RetransmissionTimerUL正在DRX组中的任何服务小区上运行；或者

-DRX组不是辅DRX组，并且ra-ContentionResolutionTimer或msgB-responsewindows正在运行；或者

-调度请求在PUCCH上被发送并且是未决的；或者

-在成功接收到针对不是由MAC实体从基于竞争的随机接入前导码中选择的随机接入前导码的随机接入响应之后，没有接收到寻址到MAC实体的C-RNTI的指示新传的PDCCH。

[实施例3-3]

1.UE从gNB接收RRCReconfiguration消息。所接收的RRCReconfiguration消息包括小区组的MAC配置中的DRX配置。在小区组中配置多个服务小区。小区组可以是MCG或SCG。

2.对于配置了DRX的小区组中的每个服务小区：

A.UE检查服务小区是否属于包括(多个)服务小区的DRX组，其中UE监听寻址到RA-RNTI、MsgB-RNTI或临时C-RNTI(TC-RNTI)的PDCCH。

B.如果服务小区属于包括(多个)服务小区的DRX组，其中UE监听寻址到RA-RNTI、MsgB-RNTI或TC-RNTI的PDCCH，则UE应用用于活动时间确定的第一标准，其中根据第一标准，服务小区的活动时间包括以下时间：

i.为该服务小区的DRX组配置的drx-onDurationTimer或drx-InactivityTimer正在运行；或者

ii.drx-RetransmissionTimerDL或drx-RetransmissionTimerUL正在该服务小区的DRX组中的任何服务小区上运行；或者

iii.ra-ContentionResolutionTimer或msgB-ResponseWindow正在运行；或者

iv.调度请求在PUCCH上被发送并且是未决的；或者

v.在成功接收到针对不是由MAC实体在基于竞争的随机接入前导码中选择的随机接入前导码的随机接入响应之后，没有接收到寻址到MAC实体的C-RNTI的指示新传的PDCCH。

C.如果服务小区不属于包括UE监听寻址到RA-RNTI、MsgB-RNTI或TC-RNTI的PDCCH的(多个)服务小区的DRX组，则UE应用用于活动时间确定的第二标准，其中根据第二标准，服务小区的活动时间包括以下时间：

i.为该服务小区的DRX组配置的drx-onDurationTimer或drx-InactivityTimer正在运行；或者

ii.drx-RetransmissionTimerDL或drx-RetransmissionTimerUL正在该服务小区的DRX组中的任何服务小区上运行；或者

iii.调度请求在PUCCH上被发送并且是未决的；或者

iv.在成功接收到针对不是由MAC实体在基于竞争的随机接入前导码中选择的随机接入前导码的随机接入响应之后，没有接收到寻址到MAC实体的C-RNTI的指示新传的PDCCH。

换句话说，当配置DRX周期时，DRX组中的服务小区的活动时间包括以下时间：

-为DRX组配置的drx-onDurationTimer或drx-InactivityTimer正在运行；或者

-drx-RetransmissionTimerDL或drx-RetransmissionTimerUL正在DRX组中的任何服务小区上运行；或者

-DRX组包括UE针对RAR/MsgB/竞争解决来监听PDCCH(即，UE监听寻址到RA-RNTI或MsgB-RNTI或TC-RNTI的PDCCH)的服务小区，并且ra-ContentionResolutionTimer或msgB-ResponseWindow正在运行；或者

-调度请求在PUCCH上被发送并且是未决的；或者

-在成功接收到针对不是由MAC实体从基于竞争的随机接入前导码中选择的随机接入前导码的随机接入响应之后，没有接收到寻址到MAC实体的C-RNTI的指示新传的PDCCH。

[实施例3-4]

图13示出了根据本公开的另一个实施例的用于确定活动DRX时间的流程图。

1.UE从gNB接收RRCReconfiguration消息。所接收的RRCReconfiguration消息包括小区组的MAC配置中的DRX配置(1310)。在小区组中配置多个服务小区。小区组可以是MCG或SCG。

2.对于配置了DRX的小区组中的每个服务小区：

A.UE检查服务小区是否是SpCell(1320)。

B.如果服务小区是SpCell，则活动时间包括以下时间：

i.为该服务小区的DRX组配置的drx-onDurationTimer或drx-InactivityTimer正在运行；或者

ii.drx-RetransmissionTimerDL或drx-RetransmissionTimerUL正在该服务小区的DRX组中的任何服务小区上运行；或者

iii.ra-ContentionResolutionTimer或msgB-ResponseWindow正在运行(1330，1340)；或者

iv.调度请求在PUCCH上被发送并且是未决的；或者

v.在成功接收到针对不是由MAC实体在基于竞争的随机接入前导码中选择的随机接入前导码的随机接入响应之后，没有接收到寻址到MAC实体的C-RNTI的指示新传的PDCCH。

C.如果服务小区不是SpCell，则UE确定用于辅DRX组的DRX配置是否被包括在该服务小区的小区组的MAC配置中(1350)：

i.如果用于辅DRX组的DRX配置被包括在该服务小区的小区组的MAC配置中(1350)，并且该服务小区属于辅DRX组(1360)，则活动时间包括以下时间(1370，1380)：

-为该服务小区的DRX组配置的drx-onDurationTimer或drx-InactivityTimer正在运行；或者

-drx-RetransmissionTimerDL或drx-RetransmissionTimerUL正在该服务小区的DRX组中的任何服务小区上运行；或者

-调度请求在PUCCH上被发送并且是未决的；或者

-在成功接收到针对不是由MAC实体从基于竞争的随机接入前导码中选择的随机接入前导码的随机接入响应之后，没有接收到寻址到MAC实体的C-RNTI的指示新传的PDCCH。

-换句话说，该服务小区中的活动时间不包括竞争解决定时器(ra-ContentionResolutionTimer)正在运行的时间，以及MsgB响应窗口(ra-msgB-ResponseWindow)正在运行的时间(1370，1380)。

ii.如果用于辅DRX组的DRX配置没有被包括在该服务小区的小区组的MAC配置中(1350)，或者该服务小区不属于辅DRX组(1360)，则活动时间包括以下时间：

-为该服务小区的DRX组配置的drx-onDurationTimer或drx-InactivityTimer正在运行；或者

-drx-RetransmissionTimerDL或drx-RetransmissionTimerUL正在该服务小区的DRX组中的任何服务小区上运行；或者

-ra-ContentionResolutionTimer或msgB-ResponseWindow正在运行(1330，1340)；或者

-调度请求在PUCCH上被发送并且是未决的；或者

-在成功接收到针对不是由MAC实体从基于竞争的随机接入前导码中选择的随机接入前导码的随机接入响应之后，没有接收到寻址到MAC实体的C-RNTI的指示新传的PDCCH。

[实施例3-5]

1.UE从gNB接收RRCReconfiguration消息。所接收的RRCReconfiguration消息包括小区组的MAC配置中的DRX配置。在小区组中配置多个服务小区。小区组可以是MCG或SCG。

2.影响CG的所有服务小区的活动时间标准：

-如果调度请求在PUCCH上被发送并且是未决的；或者

-在成功接收到针对不是由MAC实体从基于竞争的随机接入前导码中选择的随机接入前导码的随机接入响应之后，没有接收到寻址到MAC实体的C-RNTI的指示新传的PDCCH；

*UE被认为在MAC实体中所有DRX组的所有服务小区中处于活动时间。

3.影响仅主DRX组的所有服务小区的活动时间标准：

-如果ra-ContentionResolutionTimer或msgB-ResponseWindow正在运行

*UE被认为在非辅DRX组的所有服务小区中处于活动时间。

4.影响两个DRX组的服务小区的活动时间标准：

-如果为DRX组配置的drx-onDurationTimer或drx-InactivityTimer正在运行；或者

-drx-RetransmissionTimerDL或drx-RetransmissionTimerUL正在DRX组中的任何服务小区上运行：

*UE被认为在DRX组的所有服务小区中处于活动时间。

[实施例4-处理RA-RNTI/MsgB-RNTI模糊处理]

在4步RA的情况下，在发送RA前导码之后，UE在RAR响应窗口中针对网络响应监听寻址到RA-RNTI的PDCCH，其中

RA-RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrie1_id+14*80*8*2*0，

其中s_id是PRACH时机的第一个OFDM符号的索引(0≤s_id＜14)，t_id是系统帧中PRACH时机的第一个时隙的索引(0≤t_id＜80)，其中确定t_id的子载波间隔基于μ的值，f_id是频域中PRACH时机的索引(0≤f_id＜8)，并且ul_carrier_id是用于随机接入前导码传输的UL载波(对于NUL载波，为0，并且对于SUL载波，为1)。

如果已经在针对RA--RNTI的PDCCH上接收到有效的下行链路分配，并且所接收的TB被成功解码：

-如果随机接入响应包含MAC子PDU，该MAC子PDU具有对应于所发送的PREAMBLE_INDEX的随机接入前导码标识符：

*随机接入响应接收被认为是成功的。

在2步RA的情况下，在发送MsgA之后，UE在MsgB响应窗口中针对网络响应监听寻址到MsgB-RNTI的PDCCH，其中，

MsgB-RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id+14*80*8*2*1，

其中s_id是PRACH时机的第一个OFDM符号的索引(0≤s_id＜14)，t_id是系统帧中PRACH时机的第一个时隙的索引(0≤t_id＜80)，其中确定t_id的子载波间隔基于μ的值，f_id是频域中PRACH时机的索引(0≤f_id＜8)，并且ul_carrier_id是用于随机接入前导码传输的UL载波(对于NUL载波，为0，并且对于SUL载波，为1)。

如果已经在针对MSGB-RNTI的PDCCH上接收到有效的下行链路分配，并且所接收的TB被成功解码：

-如果MSGB包含回退RAR(fallbackRAR)MAC子PDU；和

-如果MAC子PDU中的随机接入前导码标识符与发送的PREAMBLE_INDEX匹配：

*随机接入响应接收被认为是成功的；

-否则，如果MSGB包含成功RAR(successRAR)MAC子PDU；并且

-如果CCCH SDU被包括在MSGA中，并且MAC子PDU中的UE竞争解决标识匹配CCCHSDU：

*随机接入响应接收被认为是成功的；

按BWP发信号通知2步RA和4步RA配置。RA配置指示RO、前导码和其他RACH参数。正在研究增强RACH配置以支持多个RAN切片，其中UE配置有多个RACH配置。每个配置被映射到一个或多个RAN切片。为了将RACH配置映射到(多个)RAN切片，可以在RACH配置中指示与(多个)切片相关联的切片标识或切片组信息或接入类别。例如，

RACH配置1：切片a、b

RACH配置2：切片c

RACH配置m：切片d，e

对于几个RACH配置，并不总是可能提供这样的配置，使得每个配置的RO具有不同的s_id、t_id、f_id。因为使用不同RACH配置的Msg1/MsgA传输的RA--RNTI/MsgB-RNTI可能是相同的，所以这将导致接收网络响应的模糊性。可以在各个切片的RACH配置之间进行前导码划分，但是这将减少每个配置中的前导码的数量。如果我们决定在不同的RACH配置中划分前导码，我们可能需要在RACH配置中包括新的字段“preambleStartIndex”来指示起始前导码。

每个RACH配置可以包括以下参数：preambleStartIndex(S)，ssb-perRACH-Occasion(Y)和CB-PreamblesPerSSB(X)。如果没有配置preambleStartIndex，则UE假设preambleStartIndex为零。在实施例中，UE可以选择与UE感兴趣的切片相对应的RACH配置。对于所选择的RACH配置，UE如下确定每个SSB的前导码：

-如果Y＜1：使用从S到‘S+X-1’开始的前导码。换句话说，具有与每个有效PRACH时机的SSB相关联的连续索引的X个基于竞争的前导码从S开始。

-如果Y＞＝1，则具有与每个有效PRACH时机的SS/PBCH块n(0≤n≤Y-1)相关联的连续索引的X个基于竞争的前导码从前导码索引S

开始，其中

由totalNumberOfRA-Preambles提供。

在随机接入过程期间，UE将选择SSB，然后选择与所选择的SSB相对应的前导码和RO，其中前导码从上文确定的前导码集合和RO集合中选择。然后，UE发送所选择的PRACH前导码和所选择的RO。

[实施例4-1]

在本发明的一种方法中，建议修改RA--RNTI/MsgB-RNTI。

在4步RA的情况下，在发送RA前导码之后，UE在RAR响应窗口中针对网络响应(即，RAR)监听寻址到RA--RNTI的PDCCH，其中

RA--RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id+14*80*8*2*RACH类型+14*80*8*2*2*rach_config_id，

其中s_id是PRACH时机的第一个OFDM符号的索引(0≤s_id＜14)，t_id是系统帧中PRACH时机的第一个时隙的索引(0≤t_id＜80)，其中确定t_id的子载波间隔基于μ的值(即SCS索引)，f_id是频域中PRACH时机的索引(0≤f_id＜8)，并且ul_carrier_id是用于随机接入前导码传输的UL载波(对于NUL载波，为0，并且对于SUL载波，为1)，RACH类型对于4步RA等于0，并且rach_config_id是UE选择用于随机接入的RACH配置的索引。在实施例中，UE可以选择与UE感兴趣的切片相对应的RACH配置。可以在每个RACH配置中发信号通知rach_config_id。传统RACH配置的rach_config_id可以被设置为0。如果没有发信号通知rach_config_id，则UE假设rach_config_id的值为零。或者，rach_config_id可以是隐式的，即，可以有RACH配置的列表，并且每个配置被顺序索引(例如，索引可以从1开始或者索引可以从0开始)。例如，如果列表中有8个RACH配置，则列表中第一个配置的索引为1，第二个配置的索引为2，依此类推。或者，如果列表中有8个RACH配置，列表中的第一个配置的索引为0，列表中的第二个配置的索引为1，依此类推。

在2步RA的情况下，在发送MsgA之后，UE在MsgB响应窗口中针对网络响应监听寻址到MsgB-RNTI的PDCCH，其中，

MsgB-RNTI1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id+14*80*8*2*RACH类型+14*80*8*2*2*rach_config_id，

其中s_id是PRACH时机的第一个OFDM符号的索引(0≤s_id＜14)，t_id是系统帧中PRACH时机的第一个时隙的索引(0≤t_id＜80)，其中确定t_id的子载波间隔基于μ的值(即SCS索引)，f_id是频域中PRACH时机的索引(0≤f_id＜8)，并且ul_carrier_id是用于随机接入前导码传输的UL载波(对于NUL载波，为0，并且对于SUL载波，为1)，对于2步RA，RACH类型等于1，并且rach_config_id是UE选择用于随机接入的RACH配置的索引。在实施例中，UE可以选择与UE感兴趣的切片相对应的RACH配置。rach_config_id可以在每个RACH配置中发信号通知。传统RACH配置的Rach_config_id可以被设置为0。如果没有发信号通知rach_config_id，则UE假设rach_config_id的值为零。或者，rach_config_id可以是隐式的，即，可以有RACH配置的列表，并且每个配置被顺序索引(例如，索引可以从1开始或者索引可以从0开始)。例如，如果列表中有8个RACH配置，列表中第一个配置的索引为1，第二个配置的索引为2，依此类推。或者，如果列表中有8个RACH配置，列表中的第一个配置的索引为0，列表中的第二个配置的索引为1，依此类推。

注意，在上述操作中，UE在为RA选择的BWP中的参数rar-searchSpace配置的搜索空间中监听PDCCH。

[实施例4-2]

在本公开的该方法中，GNB发信号通知将用于特定RA配置的搜索空间的RAR搜索空间id。可以在每个RACH配置中发信号通知RAR搜索空间id。如果没有发信号通知，UE使用在为RA选择的BWP的公共配置中发信号通知的RAR搜索空间id。在实施例中，UE可以选择与UE感兴趣的切片相对应的RACH配置。对于网络响应，UE在由对应于所选择的RACH配置的RAR搜索空间id指示的搜索空间中监听PDCCH。

在4步RA的情况下，在发送RA前导码之后，UE在RAR响应窗口中针对网络响应监听寻址到RA-RNTI的PDCCH，其中

RA-RNTI1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id+14*80*8*2*0，

其中s_id是PRACH时机的第一个OFDM符号的索引(0≤s_id＜14)，t_id是系统帧中PRACH时机的第一个时隙的索引(0≤t_id＜80)，其中确定t_id的子载波间隔基于μ的值，f_id是频域中PRACH时机的索引(0≤f_id＜8)，ul_carrier_id是用于随机接入前导码传输的UL载波(对于NUL载波，为0，并且对于SUL载波，为1)。在RAR响应窗口中，UE监听由对应于所选择的RACH配置的RAR搜索空间id指示的搜索的PDCCH监听时机。

在2步RA的情况下，在发送MsgA之后，UE在MsgB响应窗口中针对网络响应监听寻址到MsgB-RNTI的PDCCH，其中，

MsgB-RNTI1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id+14*80*8*2*1，

其中s_id是PRACH时机的第一个OFDM符号的索引(0≤s_id＜14)，t_id是系统帧中PRACH时机的第一个时隙的索引(0≤t_id＜80)，其中确定t_id的子载波间隔基于μ的值，f_id是频域中PRACH时机的索引(0≤f_id＜8)，并且ul_carrier_id是用于随机接入前导码传输的UL载波(对于NUL载波，为0，并且对于SUL载波，为1)。在MsgB响应窗口中，UE监听由对应于所选择的RACH配置的RAR搜索空间id指示的搜索的PDCCH监听时机。

[实施例4-3]

UE配置有多个RACH配置。每个配置被映射到一个或多个RAN切片。可以在每个RACH配置中发信号通知rach_config_id。传统RACH配置的rach_config_id可以被设置为0。如果没有发信号通知rach_config_id，则UE假设rach_config_id的值为零。或者，rach_config_id可以是隐式的，即，可以有RACH配置的列表，并且每个配置被顺序索引(例如，索引可以从1开始或者索引可以从0开始)。例如，如果列表中有8个RACH配置，列表中第一个配置的索引为1，第二个配置的索引为2，依此类推。或者，如果列表中有8个RACH配置，列表中的第一个配置的索引为0，列表中的第二个配置的索引为1，依此类推。UE可以选择与UE感兴趣的切片相对应的RACH配置。

在4步RA的情况下，在发送RA前导码之后，UE在RAR响应窗口中针对网络响应监听寻址到RA-RNTI的PDCCH，其中，

RA-RNTI_1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id+14*80*8*2*0，

其中s_id是PRACH时机的第一个OFDM符号的索引(0≤s_id＜14)，t_id是系统帧中PRACH时机的第一个时隙的索引(0≤t_id＜80)，其中确定t_id的子载波间隔基于μ的值，f_id是频域中PRACH时机的索引(0≤f_id＜8)，并且ul_carrier_id是用于随机接入前导码传输的UL载波(对于NUL载波，为0，并且对于SUL载波，为1)。在RAR响应窗口中，UE监听为RA选择的BWP中的参数rar-searchSpace指示的搜索的PDCCH监听时机。

在2步RA的情况下，在发送MsgA之后，UE在MsgB响应窗口中针对网络响应监听寻址到MsgB-RNTI的PDCCH，其中，

MsgB-RNTI 1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id+14*80*8*2*1，

其中s_id是PRACH时机的第一个OFDM符号的索引(0≤s_id＜14)，t_id是系统帧中PRACH时机的第一个时隙的索引(0≤t_id＜80)，其中确定t_id的子载波间隔基于μ的值，f_id是频域中PRACH时机的索引(0≤f_id＜8)，并且ul_carrier_id是用于随机接入前导码传输的UL载波(对于NUL载波，为0，并且对于SUL载波，为1)。在MsgB响应窗口中，UE监听为RA选择的BWP中的参数rar-searchSpace指示的搜索的PDCCH监听时机。

在该方法中，rach_config_id被包括在寻址到RA-RNTI和MsgB-RNTI的PDCCH的DCI中。

如果UE为RA选择的RACH配置与rach_config_id相关联

-如果DCI中的rach_config_id与UE为RA选择的RACH配置的rach_config_id匹配；以及

-如果SFN的LSB被包括在DCI中，并且与SFN的LSB相匹配，其中UE已经发送了RA前导码(注意，在SFN的LSB不包括在DCI中的实施例中，不存在该步骤)：

*UE接收并解码由DCI调度的TB。

-否则

*UE不接收和解码由DCI调度的TB。

可以使用新的DCI格式来避免对传统UE的影响，或者gNB可以配置两个RAR搜索空间，一个用于传统RACH配置，另一个用于新的RACH配置。选择传统RACH配置的UE在第一RAR搜索空间中监听，并且选择特定于切片的其他RACH配置的UE在第二RAR搜索空间中针对网络响应监听PDCCH。由gNB在BWP配置中发信号通知第一和第二RAR搜索空间。

[实施例4-4]

UE配置有多个RACH配置。每个配置被映射到一个或多个RAN片。rach_configid可以在每个RACH配置中发信号通知。传统RACH配置的rach_config_id可以被设置为0。如果没有发信号通知rach_config_id，则UE假设rach_config_id的值为零。或者，rach_config_id可以是隐式的，即，可以有RACH配置的列表，并且每个配置被顺序索引(例如，索引可以从1开始或者索引可以从0开始)。例如，如果列表中有8个RACH配置，列表中第一个配置的索引为1，第二个配置的索引为2，依此类推。或者，如果列表中有8个RACH配置，列表中的第一个配置的索引为0，列表中的第二个配置的索引为1，依此类推。UE可以选择与UE感兴趣的切片相对应的RACH配置。

在4步RA的情况下，在发送RA前导码之后，UE在RAR响应窗口中针对网络响应监听寻址到RA-RNTI的PDCCH，其中，

RA-RNTI_1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id+14*80*8*2*0，

其中s_id是PRACH时机的第一个OFDM符号的索引(0≤s_id＜14)，t_id是系统帧中PRACH时机的第一个时隙的索引(0≤t_id＜80)，其中确定t_id的子载波间隔基于μ的值，f_id是频域中PRACH时机的索引(0≤f_id＜8)，并且ul_carrier_id是用于随机接入前导码传输的UL载波(对于NUL载波，为0，并且对于SUL载波，为1)。在RAR响应窗口中，UE监听在为RA选择的BWP中的参数rar-searchSpace指示的搜索的PDCCH监听时机。

如果已经在针对RA-RNTI的PDCCH上接收到有效的下行链路分配，并且所接收的TB被成功解码：

-如果随机接入响应包含具有对应于所发送的PREAMBLE_INDEX的随机接入前导码标识符的MAC子PDU，并且包含与UE为RA选择的RACH配置的rach_config_id相匹配的rach_config_id：

*随机接入响应接收被认为是成功的。

在2步RA的情况下，在发送MsgA之后，UE在MsgB响应窗口中针对网络响应监听寻址到MsgB-RNTI的PDCCH，其中，

MsgB-RNTI 1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id+14*80*8*2*1，

其中，s_id是PRACH时机的第一个OFDM符号的索引(0≤s_id＜14)，t_id是系统帧中PRACH时机的第一个时隙的索引(0≤t_id＜80)，其中确定t_id的子载波间隔基于μ的值，f_id是频域中PRACH时机的索引(0≤f_id＜8)，并且ul_carrier_id是用于随机接入前导码传输的UL载波(对于NUL载波，为0，并且对于SUL载波，为1)。在MsgB响应窗口中，UE监听为RA选择的BWP中的参数rar-searchSpace指示的搜索的PDCCH监听时机。

如果已经在针对MSGB-RNTI的PDCCH上接收到有效的下行链路分配，并且所接收的TB被成功解码：

-如果MSGB包含fallbackRAR_MAC子PDU；和

-如果MAC子PDU中的随机接入前导码标识符与所发送的PREAMBLE_INDEX相匹配，并且包含与UE为RA选择的RACH配置的rach_config_id相匹配的rach_config_id：

*随机接入响应接收被认为是成功的；

-否则，如果MSGB包含successRAR_MAC子PDU；并且

-如果CCCH_SDU被包括在MSGA中，并且MAC子PDU中的UE竞争解决标识匹配CCCHSDU：

*随机接入响应接收被认为是成功的；

在实施例中，可以使用新的DCI格式来避免对传统UE的影响，或者gNB可以配置两个RAR搜索空间，一个用于传统RACH配置，另一个用于新的RACH配置。选择传统RACH配置的UE在第一RAR搜索空间中监听，并且选择特定于切片的其他RACH配置的UE在第二RAR搜索空间中监听PDCCH的网络响应。由gNB在BWP配置中发信号通知第一和第二RAR搜索空间。

在实施例中，gNB可以在RAR MAC PDU的后部定位对应于使用新配置发送的前导码的RAR子PDU。在这种情况下，UE将忽略具有匹配RAPID的传统RAR子PDU，并寻找具有匹配RAPID的新RAR子PDU。如果对于与UE发送的前导码相对应的RAPID有多个RAR子PDU，如果UE已经选择了特定于切片的RACH配置，则它忽略具有匹配RAPID的第一个RAR子PDU。

[实施例4-5]

在实施例中，gNB可以配置非重叠的RO，使得当不同RACH配置中的RO的s_id、t_id相同时，一个RACH配置的RO和另一个RACH配置的RO被频分复用(FDMed)。

在这种情况下，对f_id编号是跨所有RACH配置的RO(从BWP中的最低的PRB开始)进行的。注意，目前F_id编号在RACH配置的RO内。如实施例4-4中那样确定RA-RNTI和MSGB-RNTI，以用于针对网络响应监听PDCCH。

[实施例4-6]

UE配置有多个RACH配置。每个配置被映射到一个或多个RAN片。可以在每个RACH配置中发信号通知Rach_configid。传统RACH配置的Rach_config_id可以被设置为0。如果没有发信号通知rach_config_id，则UE假设rach_configid的值为零。或者，rach_configid可以是隐式的，即，可以有RACH配置的列表，并且每个配置被顺序索引(例如，索引可以从1开始或者索引可以从0开始)。例如，如果列表中有8个RACH配置，列表中第一个配置的索引为1，第二个配置的索引为2，依此类推。或者，如果列表中有8个RACH配置，列表中的第一个配置的索引为0，列表中的第二个配置的索引为1，依此类推。

UE接收PDCCH命令。在实施例中，rach_config_id可以被包括在PDCCH命令中。UE为PDCCH命令发起的RA选择对应于rach_config_id的RACH配置。如果不包括rach_config_id，则UE选择传统RACH配置。在实施例中，UE总是选择传统RACH配置来执行由PDCCH命令发起的RA。

[实施例5-处理SCell BFR的RA取消]

当在波束失败检测时为SCell触发波束失败恢复时，调度请求被触发(由于UL SCH资源不可用于新传，或者可用于新传的UL SCH资源不能容纳作为逻辑信道优先化的结果的BFR MAC CE或截短的BFR MAC CE加上其子报头)。因为没有为SCell BFR配置SR资源，所以在SpCell上发起随机接入过程。当针对没有配置PUCCH资源的SCell BFR的未决SR发起的随机接入过程正在进行时，SCell被去激活。如果定时器sCellDeactivationTimer期满或者如果UE从gNB接收到去激活命令，则SCell被去激活。当SCell被去激活时，

-取消被去激活的SCell的BFR的所有未决服务请求

-取消被去激活的SCell的所有未决BFR

-如果没有针对任何SCell的未决BFR，则取消为没有配置PUCCH资源的SCell BFR的未决SR发起的正在进行的随机接入过程。

上述操作的问题在于，在为没有配置PUCCH资源的SCell BFR的未决SR发起的正在进行的RA过程期间，UE可能已经在RAR(在4步RA的情况下)或回退RAR(在2步RA的情况下)接收到UL授权，并且发起了Msg3传输。如果随机接入过程停止，gNB将不会接收Msg3，并将为Msg3重传调度UL授权。gNB将继续重新调度Msg3重传，这可能会造成大量资源浪费。

[实施例5-1]

UE配置有一个或多个SCell的波束失败检测配置。波束失败检测配置由gNB在RRC重新配置消息中发信号通知。波束失败检测配置是为不同的服务小区单独配置的。

UE还配置有一个或多个SCell的BFR配置。波束失败恢复配置由gNB在RRC重新配置消息中发信号通知。在SCell的BWP配置中发信号通知BeamFailureRecoverySCellConfig信息元素(IE)，以用于该SCell的波束失败恢复。BeamFailureRecoverySCellConfig包括候选波束列表(candidateBeamRSSCellList)。

UE没有被配置用于SCell BFR的SR配置(PUCCH资源、禁止定时器、sr-TransMax)。

对于配置了波束失败检测的SCell，如果满足波束失败检测标准(如前所述)，则UE为该SCell触发BFR。

对于未决BFR(已触发但没有取消)，由于UL-SCH资源不可用于新传，或者可用于新传的UL-SCH资源不能容纳作为LCP的结果的BFR MAC CE和截短的BFR MAC CE加上其子报头，因此触发SR。

对于BFR的未决SR，由于没有为SCell BFR配置SR资源，因此发起随机接入过程。

当针对没有配置PUCCH资源的SCell BFR的未决SR发起随机接入过程时，配置了波束失败检测的SCell被去激活。如果定时器sCellDeactivationTimer期满或者如果UE从gNB接收到去激活命令，则SCell被去激活。

图14示出了根据本公开的实施例的流程图。

当配置有波束失败检测的SCell被去激活时(1410)，与该SCell相关联的CG的MAC实体(在UE中)针对BFR执行以下操作，如图14所示：

-取消被去激活的SCell的BFR的所有未决服务请求(1420)

-取消被去激活的SCell的所有未决BFR(1430)

-如果被去激活的SCell上有正在进行的随机接入过程(1440)，则停止正在进行的随机接入过程(1445)

-如果SpCell上有正在进行的随机接入过程，其中该随机接入过程是针对SCellBFR的未决SR而发起的(1450)：

*如果BFR针对任何SCell不是未决的(即，所有未决BFR(如果存在)被取消)(1460)：

**如果竞争解决定时器没有运行(1470)：停止正在进行的随机接入过程(1480)

**如果竞争解决定时器正在运行(1470)：在竞争解决定时器期满时，停止正在进行的随机接入过程(1475)

*如果BFR针对任何SCell是未决的(1460)：

**不停止正在进行的随机接入过程(1465)。

该操作的优点在于，在为没有配置PUCCH资源的SCell BFR的未决SR发起的正在进行的RA过程期间，如果UE已经在RAR(在4步RA的情况下)或回退RAR(在2步RA的情况下)接收到UL授权，并且发起了Msg3传输，则随机接入过程不会停止。因此gNB可以接收Msg3，并且不会为Msg3重传调度UL授权。

在实施例中，当停止SpCell上正在进行的随机接入过程时：

-如果在发起该随机接入过程时，UE已经将活动UL BWP从UL BWP X切换到UL BWPY，则UE将活动UL BWP从UL BWP Y切换到UL BWP X

-如果在发起该随机接入过程时，UE已经将活动DL BWP从DL BWP A切换到DL BWPB，则UE将活动DL BWP从DL BWP B切换到UL BWP A

-如果在发起该随机接入过程时，UE已经将UL载波从NUL切换到SUL，则UE将载波从SUL切换到NUL

-如果在发起该随机接入过程时，UE已经将UL载波从SUL切换到NUL，则UE将载波从NUL切换到SUL

[实施例5-2]

UE配置有一个或多个SCell的波束失败检测配置。波束失败检测配置由gNB在RRC重新配置消息中发信号通知。波束失败检测配置是为不同的服务小区单独配置的。

UE还配置有一个或多个SCell的BFR配置。波束失败恢复配置由gNB在RRC重新配置消息中发信号通知。在SCell的BWP配置中发信号通知BeamFailureRecoverySCellConfigIE，以用于该SCell的波束失败恢复。BeamFailureRecoverySCellConfig包括候选波束列表(candidateBeamRSSCellList)。

UE没有被配置SCell BFR的sR配置(PUCCH资源、禁止定时器、sr-TransMax)。

对于配置了波束失败检测的SCell，如果满足波束失败检测标准(如前所述)，则UE为该SCell触发BFR。

对于未决BFR(已触发但没有取消)，由于UL SCH资源不可用于新传，或者可用于新传的UL SCH资源不能容纳作为LCP的结果的BFR MAC CE和截短的BFR MAC CE加上其子报头，因此触发SR。

对于BFR的未决SR，由于没有为SCell BFR配置SR资源，因此发起随机接入过程。

当针对没有配置PUCCH资源的SCell BFR的未决SR发起随机接入过程时，配置了波束失败检测的SCell被去激活。如果定时器sCellDeactivationTimer期满或者如果UE从gNB接收到去激活命令，则SCell被去激活。

图15示出了根据本公开的实施例的流程图。

当配置有波束失败检测的SCell去激活时(1510)，与该SCell相关联的CG的MAC实体(在UE中)针对BFR执行以下操作，如图15所示：

-取消被去激活的SCell的BFR的所有未决服务请求(1520)

-取消被去激活的SCell的所有未决BFR(1530)

-如果在去激活的SCell上有正在进行的随机接入过程(1540)，则停止正在进行的随机接入过程(1545)

-如果在SpCell上有正在进行的随机接入过程，其中该随机接入过程是针对SCellBFR的未决SR而发起的(1550)：

*如果BFR针对任何SCell不是未决的(即，所有未决BFR(如果存在)被取消)(1560)：

**如果包括(截短的)BFR MAC CE的MAC PDU不在正在进行的RA过程期间在RAR中接收的MsgA或UL授权中发送(1570)：停止正在进行的随机接入过程(1580)

**如果包括(截短的)BFR MAC CE的MAC PDU在正在进行的RA过程期间在RAR中接收的MsgA或UL授权中发送(1570)：不停止正在进行的随机接入过程(1575)。

*如果BFR针对任何SCell是未决的(1560)：

**不停止正在进行的随机接入过程(1565)。

在实施例中，当停止SpCell上正在进行的随机接入过程时：

-如果在发起该随机接入过程时，UE已经将活动ULBWP从ULBWPX切换到UL BWP Y，则UE将活动UL BWP从UL BWP Y切换到UL BWP X

-如果在发起该随机接入过程时，UE已经将活动DL BWP从DL BWPA切换到DL BWPB，则UE将活动DL BWP从DL BWP B切换到UL BWP A

-如果在发起该随机接入过程时，UE已经将UL载波从NUL切换到SUL，则UE将载波从SUL切换到NUL

-如果在发起该随机接入过程时，UE已经将UL载波从SUL切换到NUL，则UE将载波从NUL切换到SUL

[实施例6-RLF报告生成]

图16示出了根据本公开的实施例的流程图。在本公开的实施例中，UE操作如图16所示：

-在SPCell上发起随机接入过程(1610)

-MAC实体向上层(即RRC)指示随机接入问题指示(1620)，其中当PREAMBLE_TRANSMISSION_COUNTER变得等于preambleTransMax+1时，MAC实体指示这一点。preambleTransMax由gNB在RACH配置中发信号通知。

-RRC在RLF报告中将connectionFailureType设置为rlf(1630)

-RRC检查MAC实体针对其指示随机接入问题的随机接入过程是否是针对波束失败恢复发起的(1640)

-如果MAC实体针对其指示随机接入问题的随机接入过程是针对波束失败恢复发起的(1640)：

*RRC在RLF报告中将rlf-Cause设置为beamFailureRecoveryFailure(1650)

-否则(1640)：

*RRC在RLF报告中将rlf-Cause设置为randomAccessProblem(1645)

-对于随机接入过程期间的每个RA尝试，RRC执行以下操作

*RRC检查随机接入尝试是否在基于竞争的随机接入资源上执行(1660)。

*如果随机接入尝试在基于竞争的随机接入资源上执行(1660)：

**RRC在该RA尝试的RLF报告中包括contentionDetected字段(1670)。

**如果在RA尝试期间所发送的前导码的竞争解决不成功：将contentionDetected设置为真(TRUE)(1680)

**如果在RA尝试期间所发送的前导码的竞争解决成功：将contentionDetected设置为假(FALSE)(1690)

*否则(1660)

**RRC不在该RA尝试的RLF报告中包括contentionDetected字段(1665)

-注意，其他参数可以包含在RLF报告中。

-UE存储RLF报告，并在gNB请求时(例如，在UE信息请求消息中)发送给gNB(例如，在UE信息响应消息中)。该过程的优点在于，RRC可以在从MAC实体接收到随机接入问题指示时，识别并向gNB报告波束失败恢复失败或随机接入问题，作为RLF报告的一部分，这不同于现有过程，其中RRC在从MAC实体接收到随机接入问题指示时，总是在RLF报告中指示随机接入问题。

根据一个实施例，可以执行以下过程：

-如果RA尝试基于SSB：

*如果随机接入过程由PDCCH命令发起，其中PDCCH命令指示CFRA资源(即，在PDCCH命令中接收的ra-PreambleIndex不是0b000000)：

**RRC在该RA尝试的RLF报告中包括dlRSRPAboveThreshold字段

**如果对应于在随机接入尝试中使用的随机接入资源的SS/PBCH块的SS/PBCH块RSRP高于rsrp-ThresholdSSB：

***将dlRSRPAboveThreshold设置为真

**否则：

***将dlRSRPAboveThreshold设置为假

*否则，如果随机接入尝试是根据基于竞争的随机接入资源执行的

**RRC在该RA尝试的RLF报告中包括dlRSRPAboveThreshold字段

**如果对应于在随机接入尝试中使用的随机接入资源的SS/PBCH块的SS/PBCH块RSRP高于rsrp-ThresholdSSB：

***将dlRSRPAboveThreshold设置为真

**否则：

***将dlRSRPAboveThreshold设置为假

*否则，如果RA尝试基于CSI RS：

**RRC不在该RA尝试的RLF报告中包括dlRSRPAboveThreshold字段。

图17示出了根据本公开的实施例的集成接入和回程(IAB)架构。图17(a)中公开了使用具有NGC(新一代核心)的SA(独立)模式的IAB节点，图17(b)中公开了使用EUTRA-NR DC(EN-DC)的IAB节点。

在第五代无线通信系统中，支持IAB。IAB能够进行NG-RAN中的无线中继。称为IAB节点的中继节点支持经由NR的接入和回传。网络侧的NR回程的终端节点被称为IAB宿主(IAB-donor)，它代表具有支持IAB的附加功能的gNB。回程可以经由单跳或多跳进行。

IAB节点支持gNB-DU功能，用以终止到UE和下一跳IAB节点的NR接入接口，并终止到IAB宿主上的gNB-CU功能的F1协议。IAB节点DU也称为IAB分布单元(IAB-DU)。

除了gNB-DU功能之外，IAB节点还支持被称为IAB移动终端(IAB-MT)的UE功能的子集，其包括例如物理层、层2、RRC和NAS功能，用以连接到另一IAB节点或IAB宿主的gNB-DU，连接到IAB宿主上的gNB-CU，以及连接到核心网络。

IAB节点可以使用SA模式或EN-DC模式接入网络。在EN-DC，IAB节点也经由E-UTRA连接到MeNB，IAB宿主将X2-C端接为SgNB。

如上所述，在第五代无线通信系统中，小区广播SSB中的节点B(gNB)或基站由PSS、SSS和系统信息构成。系统信息包括在小区中通信所需的公共参数。在第五代无线通信系统(也称为下一代无线电或NR)中，系统信息(SI)被分成MIB和多个SIB，其中：

-MIB总是在PBCH上以80ms的周期以及80ms内的重复进行发送，并且它包括从小区获取SIB1所需的参数。

-SIB1在DL-SCH上以160ms的周期和可变的传输重复进行发送。SIB1的默认传输重复周期是20ms，但是实际的传输重复周期取决于网络实现。SIB1包括关于其他SIB的可用性和调度(例如，SIB到SI消息的映射、周期性、SI窗口大小)的信息，以及是否仅按需提供一个或多个SIB的指示，并且在这种情况下，包括UE执行SI请求所需的配置。SIB1是小区特定的SIB；

-在SI消息中携带除SIB1以外的SIB和posSIB，SI消息在DL-SCH上发送。只有具有相同周期的SIB或posSIB可以被映射到相同的SI消息。SIB和posSIB被映射到不同的SI消息。每个SI消息在周期性出现的时域窗口(对于所有SI消息，称为具有相同长度的SI窗口)内发送。每个SI消息与SI窗口相关联，并且不同SI消息的SI窗口不重叠。也就是说，在一个SI窗口内，仅发送相应的SI消息。SI消息可以在SI窗口内被发送多次。使用SIB1中的指示，可以将除SIB1之外的任何SIB或posSIB配置为小区特定的或区域特定的。小区特定的SIB仅适用于提供SIB的小区内，而区域特定的SIB适用于被称为SI区域的区域内，其中SI区域由一个或几个小区构成，并由systemInformationAreaID标识；

在schedulingInfoList中配置SIB到SI消息的映射，而在posSI-SchedulingInfoList中配置posSIB到SI消息的映射；

-对于处于RRC_CONNECTED中的UE，网络可以使用RRCReconfiguration消息通过专用信令来提供系统信息，例如，如果UE具有活动BWP，其中该活动BWP没有被配置为监听系统信息、寻呼或根据来自UE的请求的公共搜索空间。

-对于PSCell和SCell，网络通过专用信令(即在RRCReconfiguration消息中)提供所需的SI。然而，UE将获取PSCell的MIB以获得SCG的SFN定时(其可能不同于MCG)。当SCell的相关SI改变时，网络释放并添加相关的SCell。对于PSCell，所需的SI只能通过具有同步的重新配置来更改。

-UE在小区选择时(例如，在上电时)、小区重选时、从覆盖范围之外返回时、在具有同步的重新配置完成之后、在从另一RAT进入网络之后、在接收到系统信息已经改变的指示时、在接收到PWS通知时、在接收到来自上层的请求(例如，定位请求)时，执行SI获取过程；以及每当UE没有存储的或所需SIB的有效版本时。

-当接收到SIB1时，UE执行以下操作：

1>存储获取的SIB1

1>如果cellAccessRelatedInfo包含具有所选择的PLMN的PLMN-Identity的条目：

2>在过程的剩余部分中，使用在包含所选择的PLMN的相应PLMN-IdentityInfo中接收的小区的plmn-IdentityList、trackingAreaCode和cellIdentity；

1>如果cellAccessRelatedInfo包含具有所选择的NPN的NPN-Identity的条目：

2>在过程的剩余部分中，使用在包含所选择的NPN的相应NPN-IdentityInfo中接收的小区的npn-IdentityList、trackingAreaCode和cellIdentity；

1>如果处于RRC_CONNECTED状态，同时T311没有运行：

2>当处于RRC_CONNECTED状态时，忽略frequencyBandList(如果接收到)

2>将cellIdentity转发给上层；

2>将trackingAreaCode转发给上层；

2>应用包括在servingCellConfigCommon中的配置；

2>如果UE具有UE在小区内操作所需的SIB的存储有效版本：

3>使用所需SIB的存储版本；

2>否则，如果UE具有配置有公共搜索空间的活动BWP，其中该公共搜索空间配置有字段searchSpaceOtherSystemInformation，并且UE没有根据来自上层的请求存储SIB的有效版本：

3>对于根据si-SchedulingInfo包含至少一个所需SIB并且si-BroadcastStatus被设置为广播的(多个)SI消息：

4>获取对应于所请求的(多个)SIB的(多个)SI消息；

3>如果onDemandSIB-Request被设置为真且定时器T350没有运行：

4>对于根据si-SchedulingInfo包含至少一个所需SIB并且si-BroadcastStatus被设置为非广播(notBroadcasting)的SI消息：

5>启动定时器T350，其中定时器值设置为onDemandSIB-RequestProhibitTimer；

5>触发获取(多个)所需SIB的请求

2>否则，如果UE具有没有配置有公共搜索空间的活动BWP，其中该公共搜索空间配置有字段searchSpaceOtherSystemInformation，并且UE没有存储SIB的有效版本：

3>如果onDemandSIB-Request被设置为真且定时器T350没有运行：

4>启动定时器T350，其中定时器值被设置为onDemandSIB-RequestProhibitTimer；

4>触发获取(多个)所需SIB的请求

1>否则：

2>如果UE支持frequencyBandList中对于TDD的下行链路指示的频带中的一个或多个，或者frequencyBandList中对于FDD的上行链路指示的频带中的一个或多个，并且它们不是仅下行链路频带，并且

2>如果UE支持NR-NS-PmaxList中对于TDD的下行链路中支持的频带或者FDD的上行链路中支持的频带的至少一个additionalSpectrumEmission，并且

2>如果UE支持具有最大传输带宽配置的上行链路信道带宽，其中最大传输带宽配置

-小于或等于carrierBandwidth(在uplinkConfigCommon中对于初始上行链路BWP的SCS来指示)，并且其

-大于或等于初始上行链路BWP的带宽，并且

2>如果UE支持具有最大传输带宽配置的下行链路信道带宽，其中最大传输带宽配置

-小于或等于carrierBandwidth(在downlinkConfigCommon中对于初始下行链路BWP的SCS来指示)，并且其

-大于或等于初始下行链路BWP的带宽：

3>应用具有最大传输带宽的支持的上行链路信道带宽，其中该最大传输带宽

-被包含在uplinkConfigCommon中对于初始上行链路BWP的SCS所指示的carrierBandwidth内，并且其

-大于或等于上行链路的初始BWP的带宽；

3>应用具有最大传输带宽的支持的下行链路信道带宽，其中该最大传输带宽

-被包含在downlinkConfigCommon中对于初始下行链路BWP的SCS所指示的carrierBandwidth内，并且

-大于或等于下行链路的初始BWP的带宽；

3>在frequencyBandList中选择UE支持的并且针对其UE支持nr-NS-PmaxList(如果存在)中的additionalSpectrumEmission值中的至少一个的第一个频带(对于上行链路，从frequencyBandList中针对FDD进行选择，或者对于下行链路，从frequencyBandList中针对TDD进行选择)；

3>将cellIdentity转发给上层；

3>如果没有为所选择的PLMN、已注册的PLMN、等效PLMN列表中的PLMN、所选择的NPN、已注册的NPN提供trackingAreaCode：

4>认为该小区被禁止；

4>如果intraFreqReselection被设置为notAllowed：

5>认为小区重选到与被禁止小区相同频率上的其它小区是不允许的；

4>否则：

5>认为小区重选到与被禁止小区相同频率上的其他小区是被允许的；

3>否则：

4>将trackingAreaCode转发给上层；

3>将PLMN标识或SNPN标识或PNI-NPN标识转发给上层；

3>如果处于RRC INACTIVE，并且转发的信息没有触发上层的消息传输：

4>如果服务小区不属于配置的ran-NotificationAreaInfo：

5>发起RNA更新；

3>将ims-EmergencySupport转发给上层(如果存在)；

3>将eCallOverIMS-Support转发给上层(如果存在)；

3>将uac-AccessCategoryl-SelectionAssistanceInfo转发给上层(如果存在)；

3>应用包括在servingCellConfigCommon中的配置；

3>应用指定的PCCH配置；

3>如果UE具有UE在小区内操作所需的SIB的存储的有效版本：

4>使用所需SIB的存储版本；

3>如果UE没有存储一个或几个所需SIB中的SIB的有效版本：

4>对于根据si-SchedulingInfo包含至少一个所需SIB并且si-BroadcastStatus被设置为广播的SI消息：

5>获取(多个)SI消息

4>对于根据si-SchedulingInfo包含至少一个所需SIB并且si-BroadcastStatus被设置为notBroadcasting的(多个)SI消息：

5>触发获取(多个)SI消息的请求

3.应用FDD的uplinkConfigCommon或TDD的downlinkConfigCommon的frequencyBandList中的NR-NS-PmaxList所包含的值当中的，它支持的第一个列出的additionalSpectrumEmission；

3>如果additionalPmax存在于NR-NS-PmaxList中所选择的additionalSpectrumEmission的同一条目中：

4>对UL应用additionalPmax；

3>否则：

4>对UL应用uplinkConfigCommon中的p-Max；

3>如果servingCellConfigCommon中存在supplementaryUplink；并且

3>如果UE支持补充上行链路的frequencyBandList中指示的频带中的一个或多个；和

3>如果UE支持NR-NS-PmaxList中对于所支持的补充上行链路频带的至少一个additionalSpectrumEmission；并且

3>如果UE支持具有最大传输带宽配置的上行链路信道带宽，其中最大传输带宽配置

-小于或等于carrierBandwidth(在supplementaryUplink中对于初始上行链路BWP的SCS来指示)，并且

-大于或等于SUL的初始上行链路BWP的带宽；

4>认为补充上行链路在服务小区中配置；

4>在补充上行链路的frequencyBandList中选择UE支持的并且针对其UE支持nr-NS-PmaxList(如果存在)中的additionalSpectrumEmission值中的至少一个的第一个频带；

4>应用具有最大传输带宽的支持的补充上行链路信道带宽，其中该最大传输带宽

-被包含在carrierBandwidth中(在supplementaryUplink中对于初始上行链路BWP的SCS来指示)，并且其

-大于或等于SUL初始BWP的带宽；

4>应用supplementaryUplink的frequencyBandList内的NR-NS-PmaxList中包括的值当中的，它支持的第一个列出的additionalSpectrumEmission；

4>如果additionalPmax存在于supplementaryUplink的NR-NS-PmaxList中的所选择的additionalSpectrumEmission的相同条目中：

5>对SUL应用supplementaryUplink中的additionalPmax；

4>否则：

5>对SUL应用supplementaryUplink中的p-Max；

3>如果没有为所选择的PLMN、已注册的PLMN、等效PLMN列表中的PLMN提供iab-Support：

4>认为该小区被禁止用于IAB-MT

2>否则：

3>认为该小区被禁止，并且

3>执行禁止，如同将intraFreqReselection设置为notAllowed一样；

[实施例SIB1处理的方法]

上述操作的问题在于，当满足以下条件之一时：“如果没有为所选择的PLMN、已注册的PLMN、等效PLMN列表中的PLMN提供trackingAreaCode，或者如果UE是IAB-MT并且如果没有为所选择的PLMN、已注册的PLMN、等效PLMN列表中的PLMN提供iab-Support”，UE执行诸如将在SIB1中接收的参数转发给上层、应用在SIB1中接收的配置(servingCellConfigCommon、PCCH配置、功率参数等)、触发RNA更新、获取SIB等操作。结果，NAS将具有关于驻留小区和相应配置的不正确信息，这可能影响后续的连接建立/恢复过程。此外，UE应用服务小区配置、获取SIB并执行RAN更新，这导致了不必要的信令并延迟了用于从网络获得服务的后续连接建立，因为在RAN更新之后，UE必须驻留另一个小区以获得服务。

图18A、图18B和图18C示出了根据本公开的实施例的流程图。图18A、图18B和图18C示出了UE在接收到SIB1时执行的现有操作。

处于RRC_IDLE状态的UE、处于RRC_INACTIVE状态的UE或者处于RRC_CONNECTED并且T311正在运行的UE(1805)从gNB接收SIB1(1810)。

UE支持frequencyBandList中对于TDD的下行链路指示的频带中的一个或多个，或者frequencyBandList中对于FDD的上行链路指示的频带中的一个或多个，并且它们不是仅下行链路的频带(1815)。

UE支持NR-NS-PmaxList中对于TDD的下行链路中支持的频带或FDD的上行链路中支持的频带的至少一个additionalSpectrumEmission(1820)。

UE支持具有最大传输带宽配置的上行链路信道带宽，其中最大传输带宽配置小于或等于初始上行链路BWP的SCS的carrierBandwidth(在uplinkConfigCommon中指示)，并且大于或等于初始上行链路BWP的带宽(1825)。

UE支持具有最大传输带宽配置的下行链路信道带宽，其中最大传输带宽配置小于或等于初始下行链路BWP的SCS的carrierBandwidth(在downlinkConfigCommon中指示)，并且大于或等于初始下行链路BWP的带宽(1830)。

UE确定是否没有为所选择的PLMN、已注册的PLMN、等效PLMN列表中的PLMN提供trackingAreaCode(1835)。

如果是，UE确定该小区被禁止(1840)。

如果否，则UE将trackingAreaCode转发给上层(1845)。

然后，UE将cellIdentity转发给上层(1850)，并将PLMN标识或SNPN标识或PNI-NPN标识转发给上层(1855)。UE将ims-EmergencySupport转发给上层(如果存在)(1860)，将eCallOverIMS-Support转发给上层(如果存在)(1865)，并且将uac-AccessCategory1-SelectionAssistanceInfo转发给上层(如果存在)(1870)。

UE应用包括在servingCellConfigCommon中的配置，并且应用PCCH配置(1875)。UE检查RNA更新的条件，并且如果条件满足，则触发RNA更新(1880)。如果没有存储，UE从小区获取(多个)所需SIB(1885)。UE应用uplinkConfigCommon/downlinkConfigCommon中指示的carrierBandwidth内的支持的上行链路/下行链路信道带宽(1890)。UE选择frequencyBandlist中的第一个频带(1895)。

图19A、图19B和图19C示出了根据本公开的实施例的流程图。图19A、图19B和图19C示出了TAB MT在接收到SIB1时执行的现有操作。

处于RRC_IDLE状态的UE、处于RRC_INACTIVE状态的UE或处于RRC_CONNECTED且T311正在运行的UE(1905)从gNB接收SIB1(1910)。

UE支持frequencyBandList中对于TDD的下行链路指示的频带中的一个或多个，或者frequencyBandList中对于FDD的上行链路指示的频带中的一个或多个，并且它们不是仅下行链路的频带(1915)。

UE支持NR-NS-PmaxList中对于TDD的下行链路中支持的频带或FDD的上行链路中支持的频带的至少一个additionalSpectrumEmission(1920)。

UE支持具有最大传输带宽配置的上行链路信道带宽(1925)，其中最大传输带宽配置小于或等于初始上行链路BWP的SCS的carrierBandwidth(在uplinkConfigCommon中指示)，并且大于或等于初始上行链路BWP的带宽。

UE支持具有最大传输带宽配置的下行链路信道带宽(1930)，其中最大传输带宽配置小于或等于初始下行链路BWP的SCS的carrierBandwidth(在downlinkConfigCommon中指示)，并且大于或等于初始下行链路BWP的带宽。

UE确定是否没有为所选择的PLMN、已注册的PLMN、等效PLMN列表中的PLMN提供iab-Support(1935)。

-如果是，则UE确定该小区被禁止(1940)。

-如果否，则UE确定是否没有为所选择的PLMN、已注册的PLMN、等效PLMN列表中的PLMN提供trackingAreaCode(1945)。

*如果是，则UE确定该小区被禁止(1950)。

*如果否，则UE将trackingAreaCode转发给上层(1955)。

然后，UE将cellIdentity转发给上层(1960)，并将PLMN标识或SNPN标识或PNI-NPN标识转发给上层(1965)。UE将ims-EmergencySupport转发给上层(如果存在)(1970)，将eCallOverIMS-Support转发给上层(如果存在)(1975)，并且将uac-AccessCategory1-SelectionAssistanceInfo转发给上层(如果存在)(1980)。

UE应用包括在servingCellConfigCommon中的配置，并且应用PCCH配置(1985)。UE检查RNA更新的条件，并且如果条件满足，则触发RNA更新(1990)。如果没有存储，UE从小区获取(多个)所需SIB(1995)。UE应用uplinkConfigCommon/downlinkConfigCommon中指示的carrierBandwidth内的支持的上行链路/下行链路信道带宽(19100)。UE选择frequencyBandlist中的第一个频带(19105)。

图20A、图20B和图20C示出了根据本公开的实施例的流程图。图20A、图20B和图20C示出了UE(除了IAB MT之外)在接收到SIB1时执行的建议操作。

在本公开的另一个实施例中，当UE处于RRC空闲状态时，或者当UE处于RRC非活动状态时，或者当UE在T311运行时处于RRC连接时，UE在接收到SIB1时的动作如下(2005)：

当接收到SIB1，UE将：

1>存储获得的SIB1(2010)；

1>如果cellAccessRelatedInfo包含具有所选择的PLMN的PLMN-Identity的条目：

2>在过程的剩余部分中，使用在包含所选择的PLMN的相应PLMN-IdentityInfo中接收的，小区的plmn-IdentityList、trackingAreaCode和cellIdentity

1>如果cellAccessRelatedInfo包含具有所选择的NPN的NPN-Identity的条目：

2>在剩余的过程中，使用在包含所选择的NPN的相应NPN-IdentityInfo中接收的小区的npn-IdentityList、trackingAreaCode和cellIdentity；

1>如果UE处于RRC IDLE或RRC INACTIVE；或者

-如果UE处于RRC CONNECTED并且T311正在运行：

2>如果UE支持frequencyBandList中对于TDD的下行链路指示的频带中的一个或多个，或者frequencyBandList中对于FDD的上行链路指示的频带中的一个或多个，并且它们不是仅下行链路频带(2015)，并且

2>如果UE支持NR-NS-PmaxList中对于TDD的下行链路中支持的频带或者对于FDD的上行链路中支持的频带的至少一个additionalSpectrumEmission(2020)，并且

2>如果UE支持具有最大传输带宽配置的上行链路信道带宽，其中最大传输带宽配置(2025)

-小于或等于carrierBandwidth(在初始上行链路BWP的SCS的uplinkConfigCommon中指示)，并且

-大于或等于初始上行链路BWP的带宽，并且

2>如果UE支持具有最大传输带宽配置的下行链路信道带宽，其中最大传输带宽配置(2030)

-小于或等于carrierBandwidth(在初始下行链路BWP的SCS的downlinkConfigCommon中指示)，并且

-大于或等于初始下行链路BWP的带宽：

3>如果没有为所选择的PLMN、已注册的PLMN、等效PLMN列表中的PLMN提供trackingAreaCode(2035)：

4>认为该小区被禁止(2040)；

4>如果intraFreqReselection被设置为notAllowed：

5>认为小区重选到与被禁止小区相同频率上的其他小区是不被允许的(2045，2050)；

4>否则：

5>认为小区重选到与被禁止小区相同频率上的其他小区是被允许的(2045，2050)；

3>否则，如果UE是IAB-MT，并且如果没有为所选择的PLMN，已注册的PLMN、等效PLMN列表中的PLMN提供iab-Support：

4>认为该小区被禁止用于IAB-MT；

3>否则(2035)：

4>应用具有最大传输带宽的支持的上行链路信道带宽，其中该最大传输带宽

-被包含在uplinkConfigCommon中对于初始上行链路BWP的SCS指示的carrierBandwidth内，并且

-大于或等于上行链路的初始BWP的带宽；

4>应用具有最大传输带宽的支持的下行链路信道带宽，其中该最大传输带宽

-被包含在downlinkConfigCommon中对于初始下行链路BWP的SCS指示的carrierBandwidth内，并且

-大于或等于下行链路的初始BWP的带宽；

4>在frequencyBandList中选择UE支持的并且针对其UE支持nr-NS-PmaxList(如果存在)中的additionalSpectrumEmission值中的至少一个的第一个频带(对于上行链路，从frequencyBandList中针对FDD进行选择，或者对于下行链路，从frequencyBandList中针对TDD进行选择)；

4>将cellIdentity转发给上层(2060)；

4>将trackingAreaCode转发给上层(2055)；

4>将PLMN标识或SNPN标识或PNI-NPN标识转发给上层(2065)；

4>如果处于RRC INACTIVE，并且转发的信息没有触发上层的消息传输：

5>如果服务小区不属于配置的ran-NotificationAreaInfo：

6>发起RNA更新(2090)；

4>将ims-EmergencySupport转发给上层(如果存在)(2070)；

4>将eCallOverIMS-Support转发给上层(如果存在)(2075)；

4>将uac-AccessCategory1-SelectionAssistanceInfo转发给上层(如果存在)(2080)；

4>应用包括在servingCellConfigCommon中的配置(2085)；

4>应用指定的PCCH配置(2085)；

4>如果UE具有UE在小区内操作所需的SIB的存储的有效版本：

5>使用所需SIB的存储版本；

4>如果UE没有存储一个或几个所需SIB中的SIB的有效版本：

5>对于根据si-SchedulingInfo包含至少一个所需SIB并且si-BroadcastStatus被设置为广播的(多个)SI消息：

6>获取(多个)SI消息(2095)；

5>对于根据si-SchedulingInfo包含至少一个所需SIB并且si-BroadcastStatus被设置为notBroadcasting的(多个)SI消息：

6>触发获取(多个)SI消息的请求(2095)；

4>应用FDD的uplinkConfigCommon或TDD的downlinkConfigCommon中的frequencyBandList中的NR-NS-PmaxList中包括的值当中的，它支持的第一个列出的additionalSpectrumEmission(20100)；4>如果additionalPmax存在于NR-NS-PmaxList中所选择的additionalSpectrumEmission的同一条目中：

5>对UL应用additionalPmax；

4>否则：

5>对UL应用uplinkConfigCommon中的p-Max；

4>如果servingCellConfigCommon中存在supplementaryUplink并且

4>如果UE支持补充上行链路的frequencyBandList中指示的频带中的一个或多个；并且

4>如果UE支持NR-NS-PmaxList中对于所支持的补充上行链路频带的至少一个additionalSpectrumEmission；并且

4>如果UE支持具有最大传输带宽配置的上行链路信道带宽，其中最大传输带宽配置

-小于或等于carrierBandwidth(在初始上行链路BWP的SCS的supplementaryUplink中指示)，并且

-大于或等于SUL的初始上行链路BWP的带宽；

5>认为补充上行链路在服务小区中配置；

5>在补充上行链路的frequencyBandList中选择UE支持的并且针对其UE支持nr-NS-PmaxList(如果存在)中的additionalSpectrumEmission值中的至少一个的第一个频带(20105)；

5>应用具有最大传输带宽的支持的补充上行链路信道带宽，其中该最大传输带宽

-被包含在carrierBandwidth内(在初始上行链路BWP的SCS的supplementaryUplink中指示)，并且

-大于或等于SUL初始BWP的带宽；

5>应用supplementaryUplink的frequencyBandList内的NR-NS-PmaxList中包括的值当中的，它支持的第一个列出的additionalSpectrumEmission；

5>如果additionalPmax存在于补充上行链路的NR-NS-PmaxList中的所选择的additionalSpectrumEmission的相同条目中：

6>对SUL应用supplementaryUplink中的additionalPmax；

5>否则：

6>对SUL应用supplementaryUplink中的p-Max；

2>否则：

3>认为该小区被禁止；并且

3>执行禁止，如同将intraFreqReselection设置为notAllowed一样。

图21A、图21B和图21C示出了根据本公开的实施例的流程图。图21A、图21B和图21C示出了IAB MT在接收到SIB1时执行的建议操作。由图20A、图20B和图20C中的UE执行的上述操作可以类似地应用于由图21A、图21B和图21C中的IAB MT执行的操作。

然而，对于图21A、图21B和图21C的实施例，可以进一步确定是否没有为所选择的PLMN、已注册的PLMN、等效PLMN列表中的PLMN提供iab-Support(2135)。在本公开的另一个实施例中，UE操作如下：

UE处于RRC_IDLE状态，或者UE处于RRC非活动状态，或者UE处于RRC_CONNECTED并且T311正在运行：

UE从gNB接收SIB1

UE基于所接收的SIB1确定该小区是否被禁止。如果满足以下条件之一，小区被禁止：

-如果没有为所选择的PLMN、已注册的PLMN、等效PLMN列表中的PLMN提供trackingAreaCode

-如果UE是IAB-MT，并且如果没有为所选择的PLMN、已注册的PLMN、等效PLMN列表中的PLMN提供iab-Support

-如果UE既不支持frequencyBandList中对于TDD的下行链路指示的频带中的一个或多个，也不支持frequencyBandList中对于FDD的上行链路指示的频带(非下行链路频带)中的一个或多个，

-如果UE不支持NR-NS-PmaxList中对于TDD的下行链路中支持的频带或者FDD的上行链路中支持的频带的任何additionalSpectrumEmission

-如果UE不支持最大传输带宽配置小于或等于carrierBandwidth(在初始上行链路BWP的SCS的uplinkConfigCommon中指示)并且大于或等于初始上行链路BWP的带宽的上行链路信道带宽

-如果UE不支持最大传输带宽配置小于或等于carrierBandwidth(在初始下行链路BWP的SCS的downlinkConfigCommon中指示)并且大于或等于初始下行链路BWP的带宽的下行链路信道带宽。

UE确定是否将在SIB1中接收的参数转发给上层(即NAS)，如下所示：

-如果根据标准确定小区不被禁止(在上面的步骤3中)：

*将cellIdentity转发给上层；

*将trackingAreaCode转发给上层；

*将PLMN标识或SNPN标识或PNI-NPN标识转发给上层；

*将ims-EmergencySupport转发给上层(如果存在)；

*将eCallOverIMS-Support转发给上层(如果存在)；

*将uac-AccessCategory1-SelectionAssistanceTnfo转发给上层(如果存在)；

-否则，如果根据标准确定该小区被禁止：

*不将cellIdentity转发给上层；

*不将trackingAreaCode转发给上层；

*不将PLMN标识或SNPN标识或PNI-NPN标识转发给上层；

*不将ims-EmergencySupport转发给上层(如果存在)；

*不将eCallOverIMS-Support转发给上层(如果存在)；

*不将uac-AccessCategory1-SelectionAssistanceInfo转发给上层(如果存在)；

UE如下确定是否发起RNA更新：

-如果根据标准确定小区不被禁止：

*如果UE处于RRC_INACTIVE，并且转发给上层的信息没有触发上层的消息传输，并且如果服务小区不属于配置的ran-NotificationAreaInfo，则UE发起RNA更新。

UE如下确定是否获取SI：

-如果根据标准确定小区不被禁止：

1>如果UE具有UE在小区内操作所需的SIB的存储的有效版本，则

2>使用所需SIB的存储版本；

1>如果UE没有存储一个或几个所需SIB中的SIB的有效版本：

2>对于根据si-SchedulingInfo包含至少一个所需SIB并且si-BroadcastStatus被设置为广播的(多个)SI消息：

3>获取(多个)SI消息；

2>对于根据si-SchedulingInfo包含至少一个所需SIB并且si-BroadcastStatus被设置为notBroadcasting的(多个)SI消息：

3>触发获取(多个)SI消息的请求；

如果根据标准确定小区被禁止：

*UE没有从小区获取一个或多个所需SIB

如果根据标准确定小区没有被禁止：

1>应用具有最大传输带宽的支持的上行链路信道带宽，其中该最大传输带宽

-被包含在初始上行链路BWP的SCS的uplinkConfigCommon中指示的carrierBandwidth内，并且

-大于或等于上行链路的初始BWP的带宽；

1>应用具有最大传输带宽的支持的下行链路信道带宽，其中该最大传输带宽

-被包含在初始下行链路BWP的SCS的downlinkConfigCommon中指示的carrierBandwidth内，并且

-大于或等于下行链路的初始BWP的带宽；

1>在frequencyBandList中选择UE支持的并且针对其UE支持nr-NS-PmaxList(如果存在)中的additionalSpectrumEmission值中的至少一个的第一个频带(对于上行链路，从frequencyBandList中针对FDD进行选择，或者对于下行链路，从frequencyBandList中针对TDD进行选择)；

如果根据标准确定小区没有被禁止(在上面的步骤3中)：

1>应用FDD的uplinkConfigCommon或TDD的downlinkConfigCommon中的frequencyBandList中的NR-NS-PmaxList当中的，它支持的第一个列出的additionalSpectrumEmission

1>如果additionalPmax存在于NR-NS-PmaxList中的所选择的additionalSpectrumEmission的同一条目中：

2>对UL应用additionalPmax；

1>否则：

2>对UL应用uplinkConfigCommon中的p-Max；

1>如果servingCellConfigCommon中存在supplementaryUplink并且

1>如果UE支持补充上行链路的frequencyBandList中指示的频带中的一个或多个；并且

1>如果UE支持NR-NS-PmaxList中对于所支持的补充上行链路频带的至少一个additionalSpectrumEmission；并且

1>如果UE支持具有最大传输带宽配置的上行链路信道带宽，其中最大传输带宽配置

-小于或等于carrierBandwidth(在初始上行链路BWP的SCS的supplementaryUplink中指示)，并且

-大于或等于SUL的初始上行链路BWP的带宽；

2>认为补充上行链路在服务小区中配置；

2>在补充上行链路的frequencyBandList中选择UE支持的并且针对其UE支持nr-NS-PmaxList(如果存在)中的additionalSpectrumEmission值中的至少一个的第一个频带；

2>应用具有最大传输带宽的支持的补充上行链路信道带宽，其中该最大传输带宽

-被包含在carrierBandwidth内(在初始上行链路BWP的SCS的supplementaryUplink中指示)，并且

-大于或等于SUL初始BWP的带宽；

2>应用supplementaryUplink的frequencyBandList内的NR-NS-PmaxList中包括的值当中的，它支持的第一个列出的additionalSpectrumEmission；

2>如果additionalPmax存在于补充上行链路的NR-NS-PmaxList中的所选择的additionalSpectrumEmission的相同条目中：

3>对SUL应用supplementaryUplink中的additionalPmax；

2>否则：

3>对SUL应用supplementaryUplink中的p-Max；

在另一个实施例中，

如果UE支持frequencyBandList中对于TDD的下行链路指示的一个或多个频段，或者frequencyBandList中对于FDD的上行链路指示的一个或多个频段，并且它们不是仅下行链路频段，并且

如果UE支持NR-NS-PmaxList中对于TDD的下行链路中的所支持的频带或者FDD的上行链路中的所支持的频带的至少一个additionalSpectrumEmission，并且

如果UE支持具有最大传输带宽配置的上行链路信道带宽，其中最大传输带宽配置

-小于或等于carrierBandwidth(在初始上行链路BWP的SCS的uplinkConfigCommon中指示)，并且

-大于或等于初始上行链路BWP的带宽，并且

如果UE支持具有最大传输带宽配置的下行链路信道带宽，其中最大传输带宽配置

-小于或等于carrierBandwidth(在初始下行链路BWP的SCS的downlinkConfigCommon中指示)，并且

-大于或等于初始下行链路BWP的带宽：

*如果UE不是IAB MT：

**如果trackingAreaCode没有被包括在UE的PLMN的所接收的SIB1中：

***执行第一组操作

**否则

***执行第二组操作

*否则，如果UE是IAB MT：

**如果trackingAreaCode没有被包括在所接收的用于UE的PLMN的SIB1中；或者

**如果iab-Support没有被包括在UE的PLMN的所接收SIB1中：

***执行第一组操作

**否则

***执行第二组操作

*第一组操作

-不将cellIdentity转发给上层；

-不将trackingAreaCode转发给上层；

-不将PLMN标识或SNPN标识或PNI-NPN标识转发给上层；

-不将ims-EmergencySupport转发给上层(如果存在)；

-不将eCallOverIMS-Support转发给上层(如果存在)；

-不将uac-AccessCategory1-SelectionAssistanceInfo转发给上层(如果存在)；

-不检查RNA更新(在实施例中，如果UE处于RRC_INACTIVE，并且转发给上层的信息没有触发上层的消息传输，并且如果服务小区不属于所配置的ran-NotificationAreaInfo，则UE发起RNA更新)

-不从该小区获取SIB。(在实施例中，UE可以从该小区获取所需SIB)

-不应用包括在ServingCellConfigCommon中的配置，

-不应用PCCH配置

*第二组操作

-将cellIdentity转发给上层；

-将trackingAreaCode转发给上层；

-将PLMN标识或SNPN标识或PNI-NPN标识转发给上层；

-将ims-EmergencySupport转发给上层(如果存在)；

-将eCallOverIMS-Support转发给上层(如果存在)；

-将uac-AccessCategoryl-SelectionAssistanceInfo转发给上层(如果存在)；

-如果UE处于RRC_INACTIVE，并且转发给上层的信息没有触发上层的消息传输，并且如果服务小区不属于配置的ran-NotificationAreaInfo，则UE发起RNA更新。

-从该小区获取所需SIB

-应用包括在ServingCellConfigCommon中的配置，

-应用PCCH配置

图22是根据本公开的实施例的终端的框图。

参照图22，终端包括收发器2210、控制器2220和存储器2230。控制器2220可以指电路、专用集成电路(ASIC)或至少一个处理器。收发器2210、控制器2220和存储器2230被配置为执行在例如图1至图21的附图中示出的或者以上描述的终端的操作。尽管收发器2210、控制器2220和存储器2230被示为单独的实体，但是它们可以被实现为单个实体，如单个芯片。或者，收发器2210、控制器2220和存储器2230可以彼此电连接或耦合。

收发器2210可以向其他网络实体(例如，基站)发送信号和从其他网络实体接收信号。控制器2220可以控制终端执行根据上述实施例之一的功能。控制器2220可以指电路、ASIC或至少一个处理器。在实施例中，终端的操作可以使用存储相应程序代码的存储器2230来实现。具体地，终端可以配备有存储器2230，以存储实现期望操作的程序代码。为了执行期望的操作，控制器2220可以通过使用处理器或中央处理单元(CPU)来读取和执行存储在存储器2230中的程序代码。

图23是根据本公开的实施例的基站的框图。

参照图23，基站包括收发器2310、控制器2320和存储器2330。收发器2310、控制器2320和存储器2330被配置为执行图(例如图1至图21)中示出的或以上描述的网络实体(例如gNB)的操作。尽管收发器2310、控制器2320和存储器2330被示为单独的实体，但是它们可以被实现为单个实体，如单个芯片。收发器2310、控制器2320和存储器2330可以彼此电连接或耦合。

收发器2310可以向其他网络实体(例如，终端)发送信号和从其他网络实体接收信号。控制器2320可以控制基站执行根据上述实施例之一的功能。控制器2320可以指电路、ASIC或至少一个处理器。在实施例中，基站的操作可以使用存储相应程序代码的存储器2330来实现。具体地，基站可以配备有存储器2330，以存储实现期望操作的程序代码。为了执行期望的操作，控制器2320可以通过使用处理器或CPU来读取和执行存储在存储器2330中的程序代码。

虽然已经参照本公开的各种实施例示出和描述了本公开，但是本领域技术人员将理解，可以在形式和细节上进行各种改变，而不脱离由所附权利要求及其等同物限定的本公开的精神和范围。

Claims (15)

1.一种由无线通信系统中的终端执行的方法，所述方法包括：

由无线电资源控制RRC实体基于从媒体接入控制MAC实体获得的针对随机接入过程的随机接入问题指示来识别检测到无线电链路失败；

由所述RRC实体识别所述随机接入过程是否是针对波束失败恢复发起的；

由所述RRC实体基于所述识别来为所述无线电链路失败的报告生成无线电链路失败原因信息；以及

向基站发送所述无线电链路失败的报告。

2.根据权利要求1所述的方法，其中，在所述随机接入过程是针对所述波束失败恢复发起的情况下，所述无线电链路失败原因信息被设置为波束失败恢复失败，并且

其中，在所述随机接入过程不是针对所述波束失败恢复发起的情况下，所述无线电链路失败原因信息被设置为随机接入问题。

3.根据权利要求1所述的方法，其中，所述随机接入问题指示是从主小区组MCG的MAC实体获得的，并且所述无线电链路失败是针对所述MCG的主小区PCell检测到的，或者

其中，所述随机接入问题指示是从辅小区组SCG的MAC实体获得的，并且所述无线电链路失败是针对所述SCG的主SCG小区PSCell检测到的。

4.根据权利要求1所述的方法，其中，所述无线电链路失败的报告还包括基于所述随机接入过程是否是基于竞争而执行的竞争检测信息。

5.一种由无线通信系统中的基站执行的方法，所述方法包括：

执行与终端的随机接入过程；以及

从所述终端接收无线电链路失败的报告，

其中，所述无线电链路失败由无线电资源控制RRC实体基于来自媒体接入控制MAC实体的针对所述随机接入过程的随机接入问题指示来检测，并且

其中，所述无线电链路失败原因信息基于对所述随机接入过程是否是针对波束失败恢复发起的识别来为所述无线电链路失败的报告生成。

6.根据权利要求5所述的方法，其中，在所述随机接入过程是针对所述波束失败恢复发起的情况下，所述无线电链路失败原因信息被设置为波束失败恢复失败，并且

其中，在所述随机接入过程不是针对所述波束失败恢复发起的情况下，所述无线电链路失败原因信息被设置为随机接入问题。

7.根据权利要求5所述的方法，其中，所述随机接入问题指示是从主小区组MCG的MAC实体获得的，并且所述无线电链路失败是针对所述MCG的主小区PCell检测到的，或者

其中，所述随机接入问题指示是从辅小区组SCG的MAC实体获得的，并且所述无线电链路失败是针对所述SCG的主SCG小区PSCell检测到的，并且

其中，所述无线电链路失败的报告还包括基于所述随机接入过程是否是基于竞争而执行的竞争检测信息。

8.一种无线通信系统中的终端，所述终端包括：

收发器，被配置为发送和接收信号；和

控制器，被配置为：

由无线电资源控制RRC实体基于从媒体接入控制MAC实体获得的针对随机接入过程的随机接入问题指示来识别检测到无线电链路失败，

由所述RRC实体识别所述随机接入过程是否是针对波束失败恢复发起的，

由所述RRC实体基于所述识别来为所述无线电链路失败的报告生成无线电链路失败原因信息，以及

向基站发送所述无线电链路失败的报告。

9.根据权利要求8所述的终端，其中，在所述随机接入过程是针对所述波束失败恢复发起的情况下，所述无线电链路失败原因信息被设置为波束失败恢复失败，并且

其中，在所述随机接入过程不是针对所述波束失败恢复发起的情况下，所述无线电链路失败原因信息被设置为随机接入问题。

10.根据权利要求8所述的终端，其中，所述随机接入问题指示是从主小区组MCG的MAC实体获得的，并且所述无线电链路失败是针对所述MCG的主小区PCell检测到的，或者

其中，所述随机接入问题指示是从辅小区组SCG的MAC实体获得的，并且所述无线电链路失败是针对所述SCG的主SCG小区PSCell检测到的。

11.根据权利要求8所述的终端，其中，所述无线电链路失败的报告还包括基于所述随机接入过程是否是基于竞争来执行的竞争检测信息。

12.一种无线通信系统中的基站，所述基站包括：

收发器，被配置为发送和接收信号；和

控制器，被配置为：

执行与终端的随机接入过程，以及

从所述终端接收无线电链路失败的报告，

其中，所述无线电链路失败由无线电资源控制RRC实体基于来自媒体接入控制MAC实体的针对随机接入过程的随机接入问题指示来检测，并且

其中，无线电链路失败原因信息基于对所述随机接入过程是否是针对波束失败恢复发起的识别来为所述无线电链路失败的报告生成。

13.根据权利要求12所述的基站，其中，在所述随机接入过程是针对所述波束失败恢复发起的情况下，所述无线电链路失败原因信息被设置为波束失败恢复失败，并且

其中，在所述随机接入过程不是针对波束失败恢复发起的情况下，所述无线电链路失败原因信息被设置为随机接入问题。

14.根据权利要求12所述的基站，其中，所述随机接入问题指示是从主小区组MCG的MAC实体获得的，并且所述无线电链路失败是针对所述MCG的主小区PCell检测到的，或者

其中，所述随机接入问题指示是从辅小区组SCG的MAC实体获得的，并且所述无线电链路失败是针对所述SCG的主SCG小区PSCell检测到的。

15.根据权利要求12所述的基站，其中，所述无线电链路失败的报告还包括基于所述随机接入过程是否是基于竞争而执行的竞争检测信息。

Images