CN114651520A - 先听后说恢复过程的方法及相关设备 - Google Patents

Abstract

提供了一种用于用户设备(UE)的先听后说(LBT)恢复过程的方法，所述方法包括：针对服务小区执行LBT故障检测过程，响应于根据所述LBT故障检测过程在所述服务小区上的第一带宽部分BWP中检测到连续的上行链路UL LBT故障，触发针对所述服务小区的所述LBT恢复过程，其中，所述LBT恢复过程包括触发LBT故障过程，所述LBT故障过程用于将所述第一BWP确定为无效BWP，以及响应于确认所述UE中的预定义条件，取消针对所述服务小区触发的所述LBT恢复过程。

Description

先听后说恢复过程的方法及相关设备

相关申请的交叉引用

本揭露请求于2019年11月7日提交的美国临时专利申请序列号62/932,198的权益和优先权，其发明名称为“Method and apparatus to handle LBT failure recoveryprocedure”(以下简称“‘198临时案”)以及2019年11月13日提交的美国临时专利申请序列号62/934,673的权益和优先权，其发明名称为“Method and apparatus to handlecompletion of LBT failure recovery procedure”(以下简称“‘673临时案”)。在此通过引用将‘198临时案和‘673临时案的披露完全并入本披露中。

技术领域

本揭露一般涉及无线通信，更具体地说，涉及一种先听后说(LBT)恢复过程的方法和相关设备。

背景技术

随着连接设备数量的巨大增长和用户/网络流量的快速增长，人们已经做出了各种努力，通过提高数据速率，延迟，可靠性和移动性来改善下一代无线通信系统(如第五代(5G)新无线电(NR))的无线通信的各个方面。

5G NR系统旨在提供灵活性和可配置性以优化网络服务和类型，适应各种使用情况，如增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)和超可靠低延迟通信(URLLC)。

然而，随着对无线电接入的需求持续增加，下一代无线通信系统的无线通信需要进一步改进。

发明内容

本揭露提供了一种先听后说(listen before talk，LBT)恢复过程的方法和相关设备。

根据本揭露的一个方面，提供了一种用于用户设备(user equipment，UE)的先听后说LBT恢复过程的方法，所述方法包括：针对服务小区执行LBT故障检测过程，响应于根据所述LBT故障检测过程在所述服务小区上的第一带宽部分(bandwidth part，BWP)中检测到连续的上行链路(uplink，UL)LBT故障，触发针对所述服务小区的所述LBT恢复过程，其中，所述LBT恢复过程包括触发LBT故障过程，所述LBT故障过程用于将所述第一BWP确定为无效BWP，以及响应于确认所述UE中的预定义条件，取消针对所述服务小区触发的所述LBT恢复过程。

根据本揭露的另一方面，提供了一种用于执行LBT恢复过程的UE，所述UE包括：用于执行计算机可执行指令的处理器和耦接到处理器的非暂时性计算机可读介质以用于存储计算机可执行指令，其中计算机可执行指令指示处理器执行该方法。

附图说明

当随附图阅读时，从以下详细叙述中最好地理解本揭露的各方面。各种特征未按比例绘制。为了清楚讨论，各种特征的尺寸可以任意增大或减小。

图1是根据本揭露的一种实施方式示出的主小区(PCell)上的LBT恢复过程的示意图。

图2是根据本揭露的一种实施方式示出的主辅小区组(SCG)小区(PSCell)上的LBT恢复过程的示意图。

图3是根据本揭露的一种实施方式示出的辅小区(SCell)上的LBT恢复过程的示意图。

图4是根据本揭露的一种实施方式示出的用于LBT恢复过程的方法的流程图。

图5是根据本揭露的一种实施方式示出的用于无线通信的节点的框图。

具体实施方式

以下叙述含有与本揭露中的示例性实施方式相关的特定信息。本揭露中的附图和其随附的详细叙述仅为示例性实施方式。然而，本揭露并不仅局限于这些示例性实施方式。本领域技术人员将会想到本揭露的其他变化与实施方式。除非另有说明，附图中相同或对应的部件可由相同或对应的附图标号表示。此外，本揭露中的附图与例示通常不是按比例绘制的，且非旨在与实际的相对尺寸相对应。

出于连续性和易于理解的目的，在示例附图中藉由参考标号以标示相同特征(虽在一些示例中并未标示)。然而，不同实施方式中的特征在其他方面可能不同，因此不应狭义地局限于附图所示的特征。

术语“在一个实施方式中”和“在一些实施方式中”，可以分别指一个或多个相同或不同的实施方式。术语“耦接”被定义为连接，无论是直接或间接通过中间部件连接，并且不一定限于物理连接。术语“包含”在使用时表示“包括但不一定限于”；它明确指出开放式包含或所描述的组合、组、系列和等同物的成员。

本文中的术语“和/或”仅是用于描述关联对象的关联关系，并且表示可能存在三种关系，例如，A和/或B可以表示：A单独存在，A和B同时存在，B单独存在。“A和/或B和/或C”可以表示存在A、B和C中的至少一个。此外，本文中使用的字符“/”通常表示前一个关联对象和后一个关联对象处于“或”关系。

此外，本揭露内容中描述的以下段落、(子)项目符号、要点、动作、行为、术语、替代方案、示例或权利要求中的任何两个或更多个可以逻辑地、合理地和适当地组合以形成一种特定的方法。本揭露中描述的任何句子、段落、(子)项目符号、要点、动作、行为、术语或权利要求可以独立地和分开地实施以形成特定方法。依赖性，例如，“基于”、“更具体地”、“优选地”、“在一个实施例中”、“在一个实施方式中”、“在一个替代方案中”等，在本揭露中仅指一种可能的示例，该示例将不限制具体方法。

出于非限制性解释的目的，阐述如功能实体、技术、协议、标准等具体细节以提供对所叙述技术的理解。在其他示例中，省略了对众所周知的方法、技术、系统、架构等的详细叙述，以免不必要的细节模糊叙述。

本领域技术人员将立即认识到本揭露中描述的任何(一个或多个)网络功能或(一个或多个)算法可以由硬件、软件或软件和硬件的组合来实施。所描述的功能可以对应于模块，这些模块可以为软件、硬件、固件或其任何组合。软件实施方式可以包括存储在如存储器或其他类型的存储设备的计算机可读介质上的计算机可执行指令。例如，具有通信处理能力的一个或多个微处理器或通用计算机可被编程具有对应的可执行指令并执行所描述的(一个或多个)网络功能或(一个或多个)算法。微处理器或通用计算机可以由专用集成电路(Applications Specific Integrated Circuitry，ASIC)、可编程逻辑阵列和/或使用一个或多个数字信号处理器(Digital Signal Processor，DSP)构成。虽然本揭露的实施方式中是针对在计算机硬件上安装和执行的软件，但是作为固件或硬件或硬件与软件的组合而实施的替代示例实施方式也在本揭露的范围内。

计算机可读介质包括但不限于随机存取存储器(Random Access Memory，RAM)、只读存储器(Read Only Memory，ROM)、可擦除可编程只读存储器(Erasable ProgrammableRead-Only Memory，EPROM)、电可擦除可编程只读存储器(Electrically ErasableProgrammable Read-Only Memory，EEPROM)、闪存、光盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、盒式磁带、磁带、磁盘存储器、或能够存储计算机可读指令的任何其他等效介质。

无线电通信网络架构(诸如，长期演进(Long Term Evolution，LTE)系统、高级LTE(LTE-Advanced，LTE-A)系统、高级LTE Pro系统或NR系统)通常包括至少一个基站(BS)、至少一个UE以及提供网络内的连接的一个或多个任选网络元件。UE通过由一个或多个BS建立的无线电接入网络(Radio Access Network，RAN)与网络(诸如，核心网络(Core Network，CN)、演进分组核心(Evolved Packet Core，EPC)网络、演进通用地面RAN(EvolvedUniversal Terrestrial RAN，E-UTRAN)、下一代核心(Next-Generation Core，NGC)、5G核心(5G Core，5GC)或互联网)进行通信。

应当注意，在本揭露中，UE可包括但不限于移动站、移动终端或装置、用户通信无线电终端。例如，UE可以是便携式无线电设备，其包括但不限于具有无线通信能力的移动电话、平板电脑、可穿戴装置、传感器、车辆或个人数字助理(Personal Digital Assistant，PDA)。UE可以被配置来通过空中接口接收信号并且向RAN中的一个或多个小区传输信号。

BS可以包括但不限于通用移动通信系统(Universal Mobile TelecommunicationSystem，UMTS)中的节点B(Node B，NB)、LTE-A中的演进节点B(evolved Node B，eNB)、UMTS中的无线电网络控制器(Radio Network Controller，RNC)，全球移动通信系统(GlobalSystem for Mobile communication，GSM)/GSM增强数据速率GSM演进RAN(GSM EnhancedData rates for GSM Evolution RAN，GERAN)中的基站控制器(Base StationController，BSC)，与5GC连接的演进通用地面无线电接入(E-UTRA)BS中的下一代eNB(ng-eNB)，如在5G-RAN(或在5G接入网络(5G-AN))中的下一代节点B(gNB)，以及能够控制无线电通信和管理小区内的无线电资源的任何其他设备。BS可以通过无线电接口连接到网络以服务于一个或多个UE。

基站可被配置来根据至少以下无线电接入技术(Radio Access Technology，RAT)提供通信服务：全球微波接入互操作性(Worldwide Interoperability for MicrowaveAccess，WiMAX)、全球移动通信系统(Global System for Mobile communications，GSM，通常称为2G)、GERAN、通用分组无线电业务(General Packet Radio Service，GPRS)、基于基本宽带码分多址(Wideband-Code Division Multiple Access，W-CDMA)的通用移动电信系统(Universal Mobile Telecommunication System，UMTS，通常称为3G)、高速分组接入(High-Speed Packet Access，HSPA)、LTE、LTE-A、演进LTE(evolved LTE，eLTE，这是连接到5GC的LTE)、NR(通常称为5G)和/或LTE-A Pro。然而，本揭露的范围不限于这些协议。

BS可操作以使用形成RAN的多个小区向特定地理区域提供无线电覆盖。BS支持小区的操作。每个小区可操作以向在其无线电覆盖范围内的至少一个UE提供服务。更具体地，每个小区(通常称为服务小区)提供服务以服务于在其无线电覆盖范围内的一个或多个UE，(例如，每个小区将下行链路(Downlink，DL)资源和任选的UL资源调度给在其无线电覆盖范围内的至少一个UE以用于DL分组传输和任选的UL分组传输)。BS可通过多个小区与无线电通信系统中的一个或多个UE通信。小区可分配侧行链路(Sidelink，SL)资源以用于支持邻近服务(Proximity Service，ProSe)、LTE SL服务、和LTE/NR车联网(Vehicle toEverything，V2X)服务。每个小区可具有与其他小区重叠的覆盖区域。在多RAT双连接性(MR-DC)情况下，主小区组(MCG)或辅小区组(SCG)的主小区可称为特殊小区(SpCell)。主小区(PCell)可指MCG的SpCell。主SCG小区(PSCell)可指SCG的SpCell。MCG可指与主节点(MN)相关联的一组服务小区，包括SpCell和可选的一个或多个辅小区(scell)。SCG可指与辅节点(SN)相关联的一组服务小区，包括SpCell和可选的一个或多个SCell。

如先前所讨论，用于NR的帧结构支持灵活配置以用于适应各种下一代(例如，5G)通信要求，诸如eMBB、mMTC、以及URLLC，同时满足高可靠性、高数据速率和低时延要求。第3代合作伙伴计划(3rd Generation Partnership Project，3GPP)中所述的正交频分复用(Orthogonal Frequency-Division Multiplexing，OFDM)技术可用作NR波形的基线。也可使用可扩展的OFDM参数集，诸如自适应子载波间隔、信道带宽和循环前缀(Cyclic Prefix，CP)。此外，针对NR考虑的两种编码方案是：(1)低密度奇偶校验(Low-Density Parity-Check，LDPC)码和(2)极性码。编码方案适配可基于信道条件和/或服务应用进行配置。

此外，还认为在单个NR帧的传输时间间隔中，应至少包括DL传输数据、保护周期和UL传输数据，其中DL传输数据、保护周期和UL传输数据的各部分也应是可配置的，例如，基于NR的网络动态。此外，还可以通过NR帧提供SL资源以支持ProSe服务或V2X服务。

3GPP规范中引入了在未授权频谱(称为NR-U)中操作的NR无线电接入，它可以在已经部署的Wi-Fi代和NR-U之间、NR-U和LTE授权辅助接入(Licensed AssistedAccess，LAA)之间、不同NR-U系统之间等等公平共存。

配置授权类型1和类型2在NR系统中定义。NR-U中也包括这两种配置授权。对于最初通过配置的上行链路授权资源传输的HARQ过程的重传，支持通过相同配置的上行链路授权资源的重传和通过UL授权调度的资源的重传。

在未授权频谱中，UE可以在执行传输之前执行信道接入，以确保没有其他设备占用打算执行传输的信道。对于NR-U中的信道接入，可采用先听后说(LBT)故障检测过程作为5GHz频段的基线，并作为6GHz频段设计的起点。对于NR-U LBT故障检测过程，在执行UL传输之前，UE可以针对信道占用时间(Channel Occupancy Time，COT)(定义如下)中的不同传输和要传输的不同信道/信号，使用4个LBT类型之一执行LBT故障检测过程。具体地，在执行随机接入信道(random access channel，RACH)传输、物理上行链路控制信道(physicaluplink control channel，PUCCH)传输、物理上行链路共享信道(physical uplink sharedchannel，PUSCH)传输和探测参考信号(sounding referencesignal，SRS)传输之前，UE可以通过使用不同的LBT类别来执行LBT故障检测过程。

类型1：短切换间隔后立即传输

LBT类型1可被用于发射器在COT内的切换间隙后立即传输。更具体地说，从接收到传输的切换间隙是为了容纳收发器的周转时间，并且不超过16μs。请注意，类型1也可称为类型2UL信道接入过程。

类型2：无随机回退的LBT

对于LBT类型2，在传输实体发送之前，(打算执行传输的)信道被检测为空闲的持续时间是确定的。请注意，类型2也可称为类型2UL信道接入过程。

类型3：具有随机回退的LBT，所述随机回退具有固定大小的争用窗口

LBT类型3可包括以下部件。传输实体在争用窗口内抽取随机数N。争用窗口的大小由N的最小值和最大值指定。争用窗口的大小是固定的。在LBT类型3中，随机数N被用于确定在传输实体在(打算执行传输的)信道上发送之前，信道被确定为空闲的持续时间。

类型4：具有随机回退的LBT，所述随机回退具有可变大小的争用窗口

LBT类型4包括以下部件。传输实体在争用窗口内抽取随机数N。争用窗口的大小由N的最小值和最大值指定。传输实体可以在抽取随机数N时改变争用窗口的大小。在LBT类型4中，随机数N被用于确定在传输实体在(打算执行传输的)信道上发送之前，信道被确定为空闲的持续时间。请注意，类型4也可称为类型1UL信道接入过程。

NR-U可以在PCell、SCell或PSCell中操作。在独立模式下，所有小区都处于未授权频谱中。当SCell在未授权频谱中时，PCell可以在授权频谱中。NR-U SCell可以配置有UL，或可以不配置有UL。DC类型的操作可以被配置有作为主节点(master node，MN)的E-UTRAN节点(连接到EPC或5GC)或被配置有NR节点。

gNB和UE可以在(在服务小区上)执行UL传输之前(在服务小区上)应用LBT故障检测过程。当(在服务小区上)执行LBT故障检测过程时，发射器监听信道以确定(在服务小区上)该信道是空闲还是繁忙，并且仅当感测到该信道空闲时(在服务小区上)才执行传输。

LBT故障检测过程可应用于任何类型的UL传输。BWP/服务小区/小区组的LBT故障检测过程可被用于计算BWP/服务小区/小区组的LBT故障次数。

当UE在SCell上检测到连续的UL-LBT故障时，UE可以(经由MAC CE)将连续的ULLBT故障报告给相应的gNB(MCG的MN，或SCG的辅节点(secondary node，SN))。当UE在SpCell的BWP上检测到连续的UL-LBT故障时，UE可以在SpCell上触发LBT恢复过程。SpCell上的LBT恢复过程可以涉及在SpCell上切换到新BWP，其中在所述新BWP上未检测到连续的UL LBT故障，并且已为新BWP配置有PRACH时机，并在新BWP上启动随机接入(Random Access，RA)过程。当多个BWP可用于切换时(例如，多个BWP中的每一个没有检测到连续的UL-LBT故障并且已经被配置了PRACH时机)，UE可以确定选择哪一个。另一方面，对于PSCell，如果在LBT恢复过程中没有用于BWP切换的可用BWP(例如，在切换的BWP中检测到连续的UL-LBT故障)，则UE可以触发SCG无线电链路故障(radio link failure，RLF)过程，并向MN报告LBT故障。对于PCell，如果检测到连续的UL-LBT故障，UE可以触发RLF过程。

仅当根据(在服务小区上的)LBT故障检测过程未检测到LBT故障(例如，在上述LBT类型下)时，UE才可以(在服务小区上)执行UL传输。此外，如果没有针对(在服务小区上的)UL传输检测到LBT故障，则最大连续(UL)传输时间可以由最大信道占用时间(MaximumChannel Occupancy Time，MCOT)值预先确定。UE可以在MCOT定义的时段内(在服务小区上)执行UL传输，而不(在服务小区上)执行LBT故障检测过程。

更具体地说，如果在预定/配置的持续时间(例如，经由LBT类型2/3/4)内检测到信道空闲(例如，UE检测到用于执行UL传输的功率小于预定/配置的功率阈值)，则UE可以确定未检测到LBT故障。否则，UE可确定检测到UL LBT故障。此外，当检测到UL-LBT故障时，媒体接入控制(Medium Access Control，MAC)实体可以从物理(Physical，PHY)层接收LBT故障指示。LBT故障指示可用于增加LBT计数器(例如LBT_COUNTER)。

LBT故障指示可以延迟UL传输，因为它意味着UE必须在后续UL资源上传输或重新传输数据。注意，一些UL传输可以由UE经由基于争用的随机接入(Contention BasedRandom Access，CBRA)、调度请求(Scheduling Request，SR)、配置的上行链路授权资源等来发起。因此，如果UE由于LBT故障而未能执行UL传输，则网络可能不知道。此外，由于隐藏节点，网络可能无法从UE的角度预测UL信道状况(例如，网络可能不知道在UE附近也执行了UL传输的另一设备)。因此，网络可能无法通过配置/指示及时防止UE遭受LBT故障。为了解决这个问题，引入了UL LBT恢复过程来处理NR-U系统中的LBT故障。为了防止UL传输的延迟，可以由UE针对LBT故障触发LBT恢复过程。

计数器(如LBT_COUNTER)、定时器(lbt-FailureDetectionTimer)和阈值(如lbt-FailureInstanceMaxCount)被用于LBT故障检测过程。此外，LBT_COUNTER、lbt-FailureDetectionTimer和lbt-FailureInstanceMaxCount可按照BWP/小区/小区组/小区组子集进行配置/维护。

在(重新)配置时，(服务小区的)LBT_COUNTER最初可以设置为零，并且当检测到ULLBT故障或根据(服务小区的)LBT故障检测过程从PHY层接收到LBT故障指示时，UE可以增加LBT_COUNTER。更具体地说，一个UL LBT故障可由任何(或特定)UL传输类型引起。也就是说，当(在服务小区上)不能执行任何(或特定)类型的UL传输时，可以增加(服务小区的)LBT_COUNTER。在一个实施例中，对于UE(在服务小区上)根据LBT故障检测过程检测到的每个ULLBT故障，(服务小区的)LBT_COUNTER可以增加1。

(服务小区的)lbt-FailureDetectionTimer可以由网络配置给UE。当(在服务小区上)无法执行任何(或特定)类型的UL传输时，可以启动或重新启动(服务小区的)lbt-FailureDetectionTimer。或者，只要(服务小区的)LBT_COUNTER增加，UE就可以(重新)启动(服务小区的)lbt-FailureDetectionTimer。当(服务小区的)lbt-FailureDetectionTimer期满时，(服务小区的)LBT_COUNTER可以被重置(例如，设置为零)。

如果(服务小区的)LBT_COUNTER达到(服务小区的BWP的)lbt-FailureInstanceMaxCount，则意味着(在服务小区的BWP中)检测到连续的UL LBT故障。因此，UE可以触发(服务小区的)LBT恢复过程。

图1是根据本揭露的一种实施方式示出的在PCell上的LBT恢复过程的示意图。如图1所示，。如果根据PCell上的LBT故障检测过程在PCell上的BWP中检测到连续的UL LBT故障(例如，LBT_COUNTER达到PCell的对应BWP的lbt-FailureInstanceMaxCount)(动作102)，则UE可在PCell上触发LBT恢复过程，这涉及触发用于BWP的LBT故障过程，以确定BWP无效(操作104)。此外，UE可确定是否针对PCell的所有具有PRACH时机的BWP触发LBT故障过程(例如，PCell的所有具有PRACH时机的BWP是否被确定为无效)(例如，动作106)。如果不是，则作为LBT恢复过程的一部分，UE可以切换到PCell上具有PRACH时机且未被确定为无效的新BWP(例如，动作110)。此外，指示无效BWP/小区或指示LBT故障的BWP/小区的LBT故障MACCE可以作为PCell上的LBT恢复过程的一部分被传输到网络(例如，动作110)。然而，如果PCell上的所有具有PRACH时机的BWP被确定为无效(或者BWP_declaration_counter已经达到配置的BWP_declaration_threshold)，则UE可以触发RLF过程(例如，动作108)。

图2是根据本揭露的一种实施方式示出的在PSCell上的LBT恢复过程的示意图。如图2所示，如果根据PSCell上的LBT故障检测过程在PSCell上的BWP中检测到连续的UL LBT故障(例如，LBT_COUNTER达到PSCell的对应BWP的lbt-FailureInstanceMaxCount)(动作202)，则UE可在PSCell上触发LBT恢复过程，这涉及触发用于BWP的LBT故障过程，以确定BWP无效(操作204)。此外，UE可以确定是否针对PSCell的所有具有PRACH时机的BWP触发LBT故障过程(例如，是否将PSCell的所有具有PRACH时机的BWP确定为无效)(例如，动作206)。如果不是，则作为LBT恢复过程的一部分，UE可以在PSCell上切换到新的BWP，该BWP具有PRACH时机，并且没有被确定为无效(例如，动作210)。此外，指示无效BWP/小区或指示LBT故障的BWP/小区的LBT故障MAC CE可以作为PSCell上的LBT恢复过程的一部分被传输到网络(例如，动作210)。然而，如果PSCell上的所有具有PRACH时机的BWP被确定为无效(或者BWP_declaration_counter已经达到配置的BWP_declaration_threshold)，则UE可以向网络报告SCG故障信息(例如，动作208)。

在一种实施方式中，BWP_declaration_counter最初可在(重新)配置时设置为零。BWP_declaration_counter可按照每个小区(或每个小区组/小区组子集)进行维持，以统计在用于相应小区的连续UL LBT故障下检测到的BWP数量。每当(服务小区的)BWP被确定为无效BWP(例如，在服务小区的BWP上发生连续的UL LBT故障)时，BWP_declaration_counter(对应于服务小区)可递增“1”。

另一方面，可以按照每个小区(或每个小区组/小区组的子集)配置BWP_declaration_threshold。阈值可被用于定义在UE触发RLF过程或作为LBT恢复过程的一部分报告SCG故障信息之前被确定为无效BWP的(服务小区的)BWP的最大数量。

在一个示例中，如果BWP_declaration_counter(对应于PCell)的值已经达到用于PCell的BWP_declaration_threshold，则UE可以触发RLF过程。

在一个实施方式中，如果BWP_declaration_counter(对应于PSCell)的值已经达到PSCell的BWP_declaration_threshold，则UE可以报告SCG故障信息。

在一个示例中，针对服务小区配置的BWP_declaration_threshold可以被配置为等于服务小区的配置有PRACH时机的BWP的数量。

在另一个示例中，如果根据SCell上的LBT故障检测过程在SCell上的BWP中检测到连续的UL LBT故障(例如，LBT_COUNTER达到相应BWP的lbt-FailureInstanceMaxCount)，SCell上的LBT恢复过程可以涉及触发BWP上的LBT故障过程，以确定BWP无效，并将(识别故障小区和/或BWP的)LBT故障MAC CE传输到网络。

图3是根据本揭露的一种实施方式示出的SCell上的LBT恢复过程的示意图。如图3所示，在触发SCell上的BWP的LBT故障过程以确定SCell上的BWP无效(动作304)之后，UE可以报告LBT故障MAC CE(动作306)。此外，在根据SCell上的LBT故障检测过程在SCell的BWP上检测到连续的UL-LBT故障之后，UE可以触发BWP的LBT故障过程(例如，确定SCell上的BWP无效)，以作为LBT恢复过程的一部分(动作302)。

在一个示例中，触发的LBT故障过程可以被视为未决，直到被取消。随后，如果UL资源(例如，PUSCH)变得可用于传输LBT故障MAC CE，则如果存在触发和未决的LBT故障过程，则UE可以生成LBT故障MAC CE。生成的LBT故障MAC CE可包括触发了LBT故障过程(例如，在检测到连续的UL LBT故障之后)的BWP和/或服务小区的信息。或者，生成的LBT故障MAC CE可以包括具有无效BWP的服务小区的信息。

在一个示例中，当MAC PDU包括LBT故障MAC CE(以及具有相应的子报头)，并且所述LBT故障MAC CE包括BWP和/或服务小区的LBT信息，则可在所述MAC PDU被传输时，取消所述MAC PDU装配之前针对所述BWP和/或服务小区指示的LBT故障。

在另一示例中，当MAC PDU被传输时，可以取消MAC PDU装配之前的所有指示的LBT故障，并且该MAC PDU包括LBT故障MAC CE(具有相应的子报头)，所述LBT故障MAC CE包括所有BWP和/或服务小区的LBT信息。

在一种实施方式中，触发LBT故障过程的BWP/小区可被确定为无效BWP/小区。

在一种实施方式中，被取消触发的LBT故障过程的BWP/小区可以被确定为有效BWP/小区。

在一种实施方式中，被确定为无效BWP/小区的BWP/小区可以等效于触发LBT故障过程的BWP/小区。另一方面，重新被考虑/确定为有效BWP/小区的无效BWP/小区可以等效于取消触发LBT故障过程的BWP/小区。

在一个实施方式中，在触发BWP/小区的LBT故障过程之后，UE可以将BWP/小区确定为无效BWP/小区。另一方面，在取消用于BWP/小区的触发的LBT故障过程之后，UE可以将BWP/小区确定为有效BWP/小区。

对于PCell或PSCell上的LBT恢复过程，当UE在BWP中检测到连续的UL LBT故障时，BWP可由UE确定为无效BWP。在这种情况下，可以禁止UE切换到无效BWP(例如，UE发起的BWP切换)。换句话说，当UE在PCell或PSCell上执行BWP切换作为LBT恢复过程的一部分时，UE可以被限制切换到无效BWP。此外，即使信道条件可随时间变化，也没有条件或时间来释放BWP切换禁止。因此，当所有被配置有PRACH时机的BWP被确定为无效时，UE别无选择，只能触发RLF过程(对于PCell上的LBT恢复过程)或报告SCG故障信息(对于SCell上的LBT恢复过程)，而不管实际信道状况如何(例如，空闲或繁忙)。

在一个示例中，UE在PCell上被配置有BWP1和BWP2，并且BWP1和BWP2被配置有PRACH时机。当在BWP1中检测到连续的UL LBT故障时，UE可以将BWP1确定为无效BWP，因此切换到BWP 2(并且可以在切换到BWP2之后启动RA过程)，以作为PCell上的LBT恢复过程的一部分。随后，即使BWP1不再被任何其他争用设备占用，也可以限制UE切换回BWP1。结果，UE别无选择，只能触发RLF过程。

为了解决上述问题，揭露了一种基于条件的方法，该方法引入了UE取消BWP上触发的LBT故障过程的条件(例如，将无效BWP确定为有效BWP)。或者，还揭露了一种基于定时器的方法，当被确定为无效BWP在定时器期满时再次变为有效时，该方法允许UE切换到BWP，这是LBT恢复过程的一部分。

基于条件的方法

如上所述，如果在该BWP中检测到连续的UL LBT故障，则UE可以触发用于BWP的LBT故障过程(例如，将BWP确定为无效BWP)。结果，UE既不切换到无效BWP，也不切换到具有指示的LBT故障的BWP。然而，被UE确定为无效BWP可以被重新视为有效(例如，可以取消BWP处触发的LBT故障过程)。此外，可以重置BWP_declaration_counter的值，该BWP_declaration_counter统计已被确定为服务小区的无效BWP的数量。

在一个实施方式中，如果满足以下条件中的至少一个，UE可以取消BWP的触发LBT故障过程(例如，将无效BWP确定为有效BWP)。

条件1：如果从网络接收到BWP切换命令，则UE将无效BWP确定为有效BWP

在一些示例中，BWP切换命令可经由下行链路控制信息(DCI)消息来发出信号(例如，在用于BWP切换的PDCCH上发出信号)。在一些示例中，BWP切换命令可以是在另一个BWP上调度UL或DL资源的动态授权。

在一个实施方式中，当UE接收到用于服务小区的BWP切换命令时，服务小区上的所有无效BWP被重新视为有效BWP和/或BWP_declaration_counter(对应于服务小区)可以被重置为“0”。此外，服务小区上触发的LBT恢复过程可以被取消，因为服务小区上的所有BWP中的触发的LBT故障过程被取消，或者服务小区上的所有无效BWP被重新视为有效。

在一个实施方式中，当UE接收到指示BWP上的UL资源被确定为无效动态授权时，UE可以切换到相应的BWP，并将该BWP重新视为有效BWP。

在一个实施方式中，当UE接收到指示BWP上被确定为无效UL资源的动态授权时，UE可以切换到相应的BWP，并且仅当BWP被预先配置了特定信息元素(IE)时，才将该BWP重新视为有效BWP。IE可以但不限于由gNB根据BWP进行配置。通过IE，当在BWP上接收UL授权时，gNB可以明确地指示UE是否可以将无效BWP重新视为有效BWP。

条件2：在RA过程中，UE将无效BWP确定为有效BWP

在一个实施方式中，当UE在服务小区上发起RA过程时(例如，由于在当前BWP上没有配置PRACH时机)，如果在UE的服务小区的当前BWP上没有配置PRACH时机，则UE可以切换到由initialUplinkBWP指示的BWP。

在一个实施方式中，当UE在RA过程期间切换到由服务小区的initialUplinkBWP指示的BWP时，由initialUplinkBWP指示的BWP可被重新视为有效(例如，由于在该BWP中检测到连续的UL LBT故障，由initialUplinkBWP指示的BWP被确定为无效)。

在一个实施方式中，当UE在RA过程期间切换到由服务小区的initialUplinkBWP指示的BWP时，服务小区上的所有无效BWP被重新视为有效BWP和/或BWP_declaration_counter(对应于服务小区)可重置为“0”。此外，服务小区上触发的LBT恢复过程可以被取消，因为服务小区上的所有BWP中的触发的LBT故障过程被取消，或者服务小区上的所有无效BWP被重新视为有效。

条件3：如果bwp-InactivityTimer期满，则UE将无效BWP确定为有效BWP

在一个实施方式中，当与服务小区的活动DL BWP相关联的bwp-InactivityTimer期满，并且UE执行BWP切换到由defaultDownlinkBWP-Id指示的BWP或执行BWP切换到initialDownlinkBWP时，服务小区上的所有无效BWP将被重新视为有效BWP和/或BWP_declaration_counter(对应于服务小区)可被重置为“0”。此外，服务小区上触发的LBT恢复过程可以被取消，因为服务小区上的所有BWP中的触发的LBT故障过程被取消，或者服务小区上的所有无效BWP被重新视为有效。

条件4：如果从网络接收到指示BWP有效或所有BWP有效指示，则UE将无效BWP确定为有效BWP

在一些示例中，指示可以通过DCI消息发出信号。在一些示例中，该指示可以通过(DL)MAC CE发出信号。在一些示例中，指示可以通过无线电资源控制(RRC)信令来发出信号。

在一个实施例中，网络可经由DCI消息/MAC CE/RRC信令指示UE应重新视为有效BWP的一个或多个BWP。一旦从网络接收到这样的指示，UE可以将相应的BWP(如网络所指示的)重新视为有效BWP和/或将BWP_declaration_counte(对应于服务小区)重置为“0”。注意，网络可以在向UE提供指示之前识别哪些BWP被UE确定为无效(例如，在其中由UE检测到连续的UL LBT故障的BWP)。

在一个实施方式中，网络可以经由(DL)MAC CE的类型指示UE可以重新视为有效BWP的一个或多个配置的(UL)BWP。在一个示例中，MAC CE包括比特图，比特图中的每一比特表示被配置给UE的BWP。此外，设置为“0”或“1”的比特可以指示UE应将相应的BWP视为有效BWP。

条件5：如果接收到RRC配置消息或RRC重新配置消息，则UE将无效BWP确定为有效BWP

在一些示例中，RRC(重新)配置消息可以针对服务小区配置或重新配置BWP。

在一些示例中，RRC(重新)配置消息可以针对SpCell配置或重新配置firstActiveDownlinkBWP-Id和/或firstActiveUplinkBWP-Id。

在一个实施方式中，当UE接收到RRC(重新)配置消息以配置或重新配置针对服务小区的BWP时，该BWP可被重新视为有效。

在一个实施方式中，当UE接收到RRC(重新)配置消息以配置或重新配置服务针对小区的BWP时，所有被视为无效BWP(例如，在这些BWP中检测到连续的ULLBT故障)可被重新视为有效BWP和/或BWP_declaration_counter(对应于服务小区)可被重置为“0”。此外，服务小区上触发的LBT恢复过程可以被取消，因为服务小区上的所有BWP中的触发的LBT故障过程被取消，或者服务小区上的所有无效BWP被重新视为有效。

条件6：如果服务小区被激活或去激活，则UE将无效BWP确定为有效BWP

在一个示例中，当针对该SCell配置的sCellDeactivationTimer期满时，可以去激活SCell。

在一个示例中，SCell可由SCell激活/去激活MAC CE来激活或去激活。

在一个实施方式中，当服务小区被去激活时，所有被确定为无效BWP(例如，在这些BWP中检测到连续的UL LBT故障)可被重新视为有效，和/或BWP_declaration_counter(对应于服务小区)可被重置为“0”。此外，服务小区上触发的LBT恢复过程可以被取消，因为服务小区上的所有BWP中的触发的LBT故障过程被取消，或者服务小区上的所有无效BWP被重新视为有效。

在一个实施方式中，当服务小区被激活时，所有被认为无效BWP(例如，在这些BWP中检测到连续的UL LBT故障)可被重新视为有效，和/或BWP_declaration_counter(对应于服务小区)可被重置为“0”。此外，服务小区上触发的LBT恢复过程可被取消，因为服务小区上的所有BWP中触发的LBT故障过程被取消，或者服务小区上的所有无效BWP被重新视为有效。

在一个示例中，当服务小区(或BWP)被激活(或去激活)时，服务小区的BWP的初始状态被认为是有效。

条件7：如果特定类型的RA过程成功/不成功完成，则UE将无效BWP确定为有效BWP

注意，特定类型的RA过程可被称为UE发起的RA过程(例如，UE发起的RA过程被视为LBT恢复过程的一部分(例如，在PCell或PSCell上))。

在一个实施方式中，当在PCell的BWP中检测到连续的UL LBT故障时，可以在PCell上触发LBT恢复过程，这可能涉及针对PCell的BWP触发LBT故障过程(例如，将BWP确定为无效BWP)。此外，PCell上的LBT恢复过程可以涉及在被配置由PRACH时机的新BWP上启动RA过程，并且BWP在PCell上未被确定为无效。随后，当RA过程(成功/未成功地)在新BWP上完成时，PCell上配置的所有被确定为无效BWP(例如，在这些BWP中检测到连续的UL LBT故障)被重新视为有效(例如，所有BWP变为BWP切换的候选)和/或BWP_declaration_counter(对应于PCell)可被重置为“0”。此外，由于服务小区上的所有BWP中的触发的LBT故障过程被取消，或者PCell上的所有无效BWP被重新视为有效，因此PCell上触发的LBT恢复过程可以被取消。

在一种实施方式中，当在PSCell上的BWP中检测到连续的UL LBT故障时，可以在PSCell上触发LBT恢复过程，这可能涉及针对BWP触发LBT故障过程(例如，将BWP确定为无效BWP)。此外，PSCell上的LBT恢复过程可涉及在被配置有PRACH时机的新BWP上启动RA过程，并且BWP在PSCell上未被确定为无效。随后，当RA过程(成功/未成功地)在新BWP上完成时，PSCell上配置的所有被确定为无效BWP(例如，在这些BWP中检测到连续的UL LBT故障)被重新视为有效(例如，BWP切换的候选)和/或BWP_declaration_counter(对应于PSCell)可被重置为“0”。此外，PSCell上触发的LBT恢复过程可以被取消，因为服务小区上的所有BWP中触发的LBT故障过程被取消，或者PCell上的所有无效BWP被重新视为有效。

注意，当在服务小区上发起的正在进行的RA过程期间，LBT_COUNTER达到针对服务小区的lbt-FailureInstanceMaxCount时，UE可以考虑检测到连续的UL LBT故障。在这种情况下，UE可认为相应的RA过程未成功完成。

条件8：如果timeAlignmentTimer期满，则UE将无效BWP确定为有效BWP

在一个示例中，timeAlignmentTimer可以按照定时提前组(TAG)被配置。

在一个实施方式中，当TAG的timeAlignmentTimer期满时，与TAG相关联且被认为无效所有BWP(例如，在这些BWP中检测到连续的UL LBT故障)可被重新视为有效，和/或BWP_declaration_counter(对应于那些服务小区)可被重置为“0”。此外，与TAG相关联的服务小区上触发的LBT恢复过程可被取消，因为服务小区上的所有BWP中的触发LBT故障过程被取消，或者与TAG相关联的服务小区上的所有无效BWP被重新视为有效。

条件9：如果LBT故障MAC CE被传输，则UE将无效BWP确定为有效BWP

在一个实施方式中，当MAC PDU包括具有相应子报头的故障LBT MAC CE时，并且LBT故障MAC CE包括LBT故障相关信息(例如，检测到连续UL LBT故障的BWP/服务小区的标识，或者检测到连续UL LBT故障的服务小区的标识)，当MAC PDU被传输时，可以将在该LBT故障MAC CE中识别的BWP重新视为有效。

在一个实施方式中，当MAC PDU包括具有相应子报头的故障LBT MAC CE，并且LBT故障MAC CE包括具有无效BWP的一个或多个服务小区的LBT故障相关信息(例如，检测到连续UL LBT故障的一个或多个服务小区的标识)时，当MAC PDU被传输时，来自一个或多个服务小区的所有无效BWP可被重新视为有效。此外，一个或多个服务小区上的触发LBT恢复过程可以被取消，因为一个或多个服务小区上的所有BWP中触发的LBT故障过程被取消，或者一个或多个服务小区上的所有无效BWP被重新视为有效。

在一个实施方式中，当MAC PDU包括具有相应子报头的故障LBT MAC CE，并且LBT故障MAC CE包括LBT故障相关信息(例如，检测到连续的UL LBT故障的BWP的标识，或检测到连续的UL LBT故障的服务小区的标识)时，当MAC PDU被传输并且从携带MAC PDU的传输块(TB)的网络(例如，gNB)接收到显式(DL)HARQ ACK或隐式HARQ ACK时，在该LBT故障MAC CE中识别的BWP可被重新视为有效。

在一个示例中，UE可以考虑当MAC PDU通过配置的UL授权资源(例如，与配置授权配置对应的PUSCH资源)被传输并且对应于配置的UL授权资源的HARQ进程标识(ID)的configuredGrantTimer期满时，从网络接收隐式HARQ ACK。

在另一示例中，UE可以考虑当MAC PDU经由动态UL授权资源(例如，通过动态上行链路授权指示的PUSCH资源)被传输时，从网络接收隐式HARQ ACK，具体地说UL资源1，并且网络调度另一个动态UL授权，用于具有与UL资源1相同的HARQ过程ID的新传输(例如，使用切换的新数据指示符(NDI))。

条件10：如果LBT恢复过程被取消/停止/未决/失败/成功，则UE将无效BWP确定为有效BWP

在一些示例中，LBT恢复过程可在PCell、PSCell或SCell上被触发。

在一些示例中，当LBT_COUNTER>＝lbt-FailureInstanceMaxCount时，LBT恢复过程可以被触发。

在一个实施方式中，当服务小区上的LBT恢复过程被取消/停止/未决/故障或被认为已成功执行时，服务小区上被确定为无效BWP的所有BWP(例如，在这些BWP中检测到连续的UL LBT故障)可被重新视为有效BWP和/或BWP_declaration_counter(对应于服务小区)可被重置为“0”。

在一些示例中，当由于检测到连续的UL LBT故障而发起的UE发起的RA过程由于另一个RA过程的发起而停止时，服务小区(例如，PCell/PSCell上)上的LBT恢复过程可以被停止。

条件11：如果针对与服务小区对应的MAC实体执行MAC重置，则UE将无效BWP确定为有效BWP

在一些示例中，MAC实体的MAC重置可由高层(例如，RRC层)请求。在一些示例中，MAC实体可对应于小区组。

在一种实施方式中，当由高层(例如RRC层)请求MAC重置时，在相应的小区组上被确定为无效BWP的所有BWP(例如，在这些BWP中检测到连续的UL LBT故障)可被重新视为有效BWP和/或BWP_declaration_counter(对应于小区组)可被重置为“0”。此外，与小区组相对应的服务小区上触发的LBT恢复过程可被取消，因为与小区组相对应的服务小区上的所有BWP中触发的LBT故障过程被取消，或者与小区组相对应的服务小区上的所有无效BWP被重新视为有效。

条件12：如果RLF过程被触发，UE将无效BWP确定为有效BWP。在一个示例中，RLF过程可以在PCell上被触发，其中在PCell上所有被配置有PRACH时机的BWP中检测到连续的ULLBT故障

在一种实施方式中，在PCell上触发RLF过程后，PCell和/或MCG和/或SCG上被确定为无效BWP的所有BWP(例如，在这些BWP中检测到连续的UL LBT故障)可被重新视为有效BWP。此外，PCell和/或MCG和/或SCG上的触发LBT恢复过程可以被取消，因为PCell和/或MCG和/或SCG上的所有BWP中触发的LBT故障过程被取消，或者PCell和/或MCG和/或SCG上的所有无效BWP被重新视为有效。

可替代的，在PCell上触发RLF过程后，PCell和/或MCG和/或SCG上的所有BWP可以被重新视为无效BWP。

在一个示例中，在PCell上触发RLF过程之后，BWP_declaration_counter(对应于PCell)可以被重置为“0”。

条件13：在发起报告SCG故障信息的过程后，UE将无效BWP确定为有效BWP

在一个示例中，用于报告SCG故障信息的过程可以作为PSCell上的LBT恢复过程的一部分被发起(例如，在PSCell上的BWP中检测到连续的UL LBT故障，并且在PSCell中所有被配置有PRACH时机的BWP中检测到连续的UL LBT故障)。

在一种实施方式中，在发起过程以报告SCG故障信息(作为PSCell上LBT恢复过程的一部分)后，所有在PSCell和/或SCG上被确定为无效BWP的BWP都可以被重新视为是有效BWP。此外，PSCell和/或SCG上触发的LBT恢复过程可以被取消，因为PSCell和/或SCG上的所有BWP中触发的LBT故障过程被取消，或者PSCell和/或SCG上的所有无效BWP被重新视为有效。

可替代的，作为PSCell上LBT恢复过程的一部分，发起过程以报告SCG故障信息后，PSCell和/或SCG上的所有BWP可以被重新视为是无效BWP。

在一种实施方式中，在发起过程以报告SCG故障信息(作为PSCell上LBT恢复过程的一部分)后，BWP_declaration_counter(对应于PSCell)可被重置为“0”。

条件14：如果lbt-FailureDetectionTimer期满，则UE将无效BWP确定为有效BWP

条件15：当lbt-FailureDetectionTimer或lbt-FailureInstanceMaxCount由高层重新配置时，UE将无效BWP确定为有效BWP

条件16：如果BWP_declaration_threshold由高层配置或重新配置，则UE将无效BWP确定为有效BWP

在一个示例中，当BWP_declaration_threshold(针对服务小区配置)由高层配置或重新配置时，BWP_declaration_counter(对应于服务小区)可被重置为“0”。

条件17：如果UE不执行特定的RA过程，则UE将无效BWP确定为有效BWP

特定类型的RA过程可被称为UE发起的RA过程(例如，UE发起的RA过程，以作为PCell或PSCell上LBT恢复过程的一部分)。

在一个实施方式中，当UE在不执行RA过程时接收到用于服务小区的BWP切换命令时，服务小区上的所有无效BWP被重新视为是有效BWP和/或BWP_declaration_counter(对应于PCell)可以被重置为“0”。RA过程可作为服务小区(例如，PCell或PSCell)上LBT恢复过程的一部分来执行。此外，服务小区上触发的LBT恢复过程可以被取消，因为服务小区上的所有BWP中触发的LBT故障过程被取消，或者服务小区上的所有无效BWP被重新视为有效。

在一个实施方式中，当UE接收到动态授权，该动态授权指示当UE没有在服务小区上执行作为LBT恢复过程的一部分的RA过程时被UE确定为无效服务小区的BWP中的UL资源时，UE可以切换到相应的BWP，并将该BWP重新视为有效BWP。

基于定时器的方法

在一个实施方式中，可以应用无效BWP定时器，并对按照BWP(或按照小区)进行维持。该无效BWP定时器定义了一段时间，在此期间，BWP被UE确定为无效BWP。换句话说，当无效BWP定时器运行时，相应的BWP可以被视为无效BWP。当无效BWP定时器期满或无效BWP定时器被停止时，相应的BWP可以被重新视为有效BWP和/或BWP_declaration_counter可以被设置为“0”。

在一个实施方式中，可以应用无效BWP定时器，并对按照小区进行维持。当定时器正在运行时，UE可以不将小区的BWP重新视为有效。当定时器期满时，UE可以将小区的所有BWP重新视为有效和/或BWP_declaration_counter可以被设置为“0”。此外，服务小区上触发的LBT恢复过程可以被取消，因为服务小区上的所有BWP中触发的LBT故障过程被取消，或者服务小区上的所有无效BWP被重新视为有效。

具体地说，作为PCell/PSCell上的LBT恢复过程的一部分，UE被限制执行UE发起的BWP切换到无效BWP。换句话说，如果UE由于PCell/PSCell上的连续UL LBT故障而执行BWP切换，则UE可以被限制切换到无效BWP。

具体地，如果UE由于PCell/PSCell上的连续UL LBT故障而执行BWP切换，则UE可以切换到被配置有PRACH时机的有效BWP。

此外，当满足以下一个或多个条件时，可以发起或重新发起无效BWP定时器：

条件1：如果UE触发LBT恢复过程，则可以发起或重新发起无效BWP定时器

在一个示例中，如果由于检测到BWP中的连续UL LBT故障而触发LBT恢复过程，则可以发起或重新发起与BWP对应的无效BWP定时器。

在一个示例中，如果由于在小区的BWP中检测到连续的UL LBT故障而触发小区的LBT恢复过程，则可以发起或重新发起对应于该小区的无效BWP定时器。当无效BWP定时器运行时，无法重新发起无效BWP定时器。

条件2：如果UE认为针对活动BWP检测到连续的UL LBT故障，则可发起或重新发起无效BWP定时器

在一个示例中，当UE确定用于活动BWP的连续的UL LBT故障时，可以发起或重新发起与BWP对应的无效BWP定时器。

在一个示例中，当UE检测到用于小区的活动BWP的连续的UL LBT故障时，可以发起或重新发起对应于该小区的无效BWP定时器。当无效BWP定时器运行时，无法重新发起无效BWP定时器。

条件3：如果UE在BWP中检测到连续的UL LBT故障，则可以发起或重新发起无效BWP定时器

在一个示例中，当在BWP中检测到连续的UL LBT故障时，可发起或重新发起对应于BWP的无效BWP定时器。

在一个示例中，当在小区的BWP中检测到连续的UL LBT故障时，如果小区的无效BWP定时器没有运行，则可以发起对应于该小区的无效BWP定时器。

条件4：如果UE执行作为LBT恢复过程的一部分的BWP切换(例如，在PCell/PSCell上)，则可以发起或重新发起无效BWP定时器

在一个示例中，当在BWP(例如，BWP1)中检测到连续的UL LBT故障时，对于PCell/PSCell，UE可以切换到被配置有PRACH时机的另一个BWP，并发起或重新发起对应于BWP1的无效BWP定时器。

在一个示例中，当在小区的BWP中检测到连续的UL LBT故障时，具体地说是BWP1，针对PCell/PSCell，UE可以切换到配置有PRACH时机的小区的另一个BWP，并且如果该小区的无效BWP定时器没有运行，则发起该无效BWP定时器。

条件5：如果UE发起作为LBT恢复过程的一部分的RA过程，则可以发起或重新发起无效BWP定时器

在一个示例中，当在BWP中检测到连续的UL LBT故障时，具体地说是BWP1，针对PCell/PSCell，UE可以切换到配置有PRACH时机的新BWP，并在新BWP上发起RA过程。此外，UE可以在RA过程期间发起或重新发起与BWP1相对应的无效BWP定时器。

在一个示例中，当在BWP中检测到连续的UL LBT故障时，具体地说是BWP1，针对PCell/PSCell，UE可以切换到配置有PRACH时机的小区的新BWP，并在新BWP上发起RA过程。此外，如果小区的无效BWP定时器没有运行，UE可以发起无效BWP定时器。

除了上述(重新)发起条件外，与BWP相对应的无效BWP定时器是否(重新)被发起可以基于BWP是否被预先配置有特定IE。IE可以但不限于由网络基于BWP进行配置。通过IE，gNB明确指示UE在BWP上接收UL授权时，是否可以将无效BWP重新视为是有效BWP。

当满足以下一个或多个条件时，可以停止无效BWP定时器：

条件1：如果UE从网络接收到BWP切换命令，则可以停止无效BWP定时器

具体地说，BWP切换命令可以通过DCI消息发出信号(例如，在PDCCH上发出信号以用于BWP切换)。

具体地，BWP切换命令可以是在另一个BWP上调度UL资源的动态授权。

在一个示例中，当UE接收到服务小区的BWP切换命令时，与服务小区对应的正在运行的无效BWP定时器被停止。

在一个示例中，当UE接收到对BWP的BWP切换命令时，如果无效BWP定时器正在运行，UE可以停止对应于该BWP的无效BWP定时器。

条件2：如果由于当前BWP上未配置PRACH时机，UE在RA过程期间切换BWP，则无效BWP定时器可以被停止

具体地，在服务小区上发起的RA过程期间，如果在服务小区的UE的当前BWP上没有配置PRACH时机，则UE可以切换到由initialUplinkBWP指示的BWP。

在一个示例中，当UE在RA过程期间切换到由服务小区的initialUplinkBWP指示的BWP时，如果无效BWP定时器正在运行，则UE可以停止对应于该BWP的无效BWP定时器。

在一个示例中，当UE在RA过程期间切换到由服务小区的initialUplinkBWP指示的BWP时，如果无效BWP定时器正在运行，则与服务小区对应的所有无效BWP定时器都可以被停止。

条件3：当bwp-InactivityTimer期满时，如果UE切换BWP，则可以停止无效BWP定时器

在一个示例中，当与活动的DL BWP相关联的bwp-InactivityTimer期满，并且UE执行BWP切换到由defaultDownlinkBWP-Id指示的BWP或执行BWP切换到initialDownlinkBWP时，如果无效BWP定时器正在运行，则与服务小区对应的所有无效BWP定时器都可以被停止。

条件4：如果UE从网络接收到指示BWP有效或指示所有BWP有效指示，则可以停止无效BWP定时器

在一个示例中，指示可以通过DCI消息发出信号。

在一个示例中，指示可经由MAC CE发出信号。

在一个示例中，指示可以通过RRC信令发出信号。

在一个示例中，指示可以包括一个或多个有效BWP(例如，UE可以重新视为是有效BWP的BWP)。

在一个实施方式中，网络可经由DCI消息/MAC CE/RRC信令指示UE可重新视为有效BWP的一个或多个BWP。在这种情况下，网络可以在向UE提供这样的指示之前识别被UE认为无效BWP(例如，检测到连续UL LBT故障的BWP)。当接收到指示时，与网络指示的BWP对应的所有无效BWP定时器如果在运行可以被停止。

条件5：如果UE接收到RRC(重新)配置消息，则可以停止无效BWP定时器

在一个示例中，RRC(重新)配置消息可以针对服务小区配置或重新配置BWP。

在一个示例中，这样的RRC(重新)配置消息可以针对SpCell配置或重新配置firstActiveDownlinkBWP-Id和/或firstActiveUplinkBWP-Id。

在一个实施方式中，当UE接收到RRC(重新)配置消息以配置或重新配置针对服务小区的BWP时，与BWP对应的无效BWP定时器如果正在运行，则可以停止。

在一个实施方式中，如果UE接收到RRC(重新)配置消息以配置或重新配置针对服务小区的BWP，则与服务小区对应的所有无效BWP定时器如果正在运行，则可以停止。

条件6：如果服务小区被激活或去激活，无效BWP定时器可以停止

在一种实施方式中，当针对SCell配置的sCellDeactivationTimer期满时，SCell可以被去激活。

在一种实施方式中，SCell可由SCell激活/去激活MAC CE来激活或去激活。

在一个实施方式中，当服务小区被去激活时，与该服务小区对应的所有无效BWP定时器如果正在运行，则可以被停止。

在一个实施方式中，当服务小区(或BWP)被激活(或去激活)时，BWP_declaration_counter(对应于服务小区)可被设置为零。

条件7：如果特定类型的RA过程被完成，则无效BWP定时器可以被停止

需要注意的是，特定类型的RA过程可以指由UE发起的RA过程(例如，由UE发起的RA过程，以作为PCell或PSCell上LBT恢复过程的一部分)。

在一个实施方式中，当UE发起的作为LBT恢复过程的一部分(例如，在PCell/PSCell上)的RA过程成功完成时，UE可以停止与该小区对应的所有无效BWP定时器。

条件8：如果“timeAlignmentTimer”期满，无效BWP定时器可以被停止

在一个示例中，可以针对每个TAG配置timeAlignmentTimer。

在一个示例中，如果TAG的timeAlignmentTimer期满，则与该TAG相关联的BWP对应的所有无效BWP定时器都如果正在运行，可以被停止。

条件9：如果LBT恢复过程被取消/停止/未决/失败或被认为成功，则可以停止无效BWP定时器

在一个示例中，可以在PCell、PSCell和SCell上触发LBT恢复过程。

在一个示例中，如果LBT_COUNTER>＝lbt-FailureInstanceMaxCount，则LBT恢复过程可以被触发。

在一个实施方式中，当服务小区上的LBT恢复过程被取消/停止/未决/失败或被认为成功时，与服务小区对应的所有无效BWP定时器如果正在运行，则可以被停止。

条件10：如果lbt-FailureDetectionTimer期满，无效BWP定时器可以被停止

条件11：如果高层重新配置了“lbt-FailureDetectionTimer”或“lbt-FailureInstanceMaxCount”，则无效BWP定时器可以被停止

具体而言，网络可通过RRC信令配置无效BWP定时器、lbt-FailureInstanceMaxCount、BWP_declaration_threshold或lbt-FailureDetectionTimer。在一个示例中，可以在NRU-UplinkLbtFailureConfig IE中配置无效BWP定时器、lbt-FailureInstanceMaxCount、BWP_declaration_threshold或lbt-FailureDetectionTimer。此外，可以按照BWP/小区组/小区/小区组的子集配置NRU-UplinkLbtFailureConfig IE。

具体而言，无效BWP定时器的单位可以是毫秒、时隙、符号等。

RA过程与UL LBT故障之间的相互作用

在一种实施方式中，当在服务小区上发起的RA过程期间在服务小区的BWP中检测到连续的UL LBT故障(例如，LBT_COUNTER到达服务小区的BWP的lbt-FailureInstanceMaxCount)时，这意味着(在服务小区上)检测到连续的UL LBT故障。在这种情况下，RA过程可以被视为未成功完成。此外，MAC实体可以向RRC层指示RA问题。随后，RRC层可以将failureType设置为randomAccessProblem。因此，UE可以向gNB传输包括failureType的RRC消息(例如，SCG故障信息消息)。

BWP切换和LBT恢复过程

当UE执行UE发起的BWP切换时，UE可以切换到被确定为无效BWP的BWP(例如，在BWP中检测到连续的UL LBT故障)。为了避免UE发起的BWP切换到无效BWP，需要一些条件。

在一个示例中，当BWP非活动定时器(并且UE在TDD模式下操作)期满时，可以执行UE发起的BWP切换。

在一个示例中，如果UE的当前BWP没有被配置有PRACH时机，则可以在RA过程期间执行UE发起的BWP切换。

在一种实施方式中，当满足以下一个或多个条件时，可以停止BWP非活动定时器：

条件1：如果LBT恢复过程被触发

在一个实施例中，当在服务小区(例如SpCell或SCell)的BWP(例如，LBT_COUNTER达到对应BWP的lbt-FailureInstanceMaxCount)中检测到连续的UL LBT故障时，可以针对服务小区触发LBT恢复过程。

条件2：如果“NRU-UplinkLbtFailureConfig”被配置

具体而言，可以在NRU-UplinkLbtFailureConfig中配置无效BWP定时器、lbt-FailureInstanceMaxCount、BWP_declaration_threshold或lbt-FailureDetectionTimer。

条件3：如果特定BWP已被UE确定为无效BWP

在一个实施例中，特定BWP可以是由initialUplinkBWP指示的BWP。

在一个示例中，特定BWP可以是与defaultDownlinkBWP指示的DL BWP在相同频率范围内的BWP，并且UE在TDD模式下操作。

在一个示例中，特定BWP可以是与initialDownlinkBWP指示的DL BWP处于相同频率范围内的BWP，并且UE在TDD模式下操作。

条件4：如果无效BWP定时器正在运行

条件5：如果BWP_declaration_counter不是“0”

在一个示例中，如果BWP未激活定时器期满，UE不会切换其DL BWP。

在另一个示例中，UE可以不会切换到被视为无效BWP的默认BWP/初始BWP，即使BWP未活动的定时器期满。

完成LBT恢复过程

UE(或MAC实体)可以被配置有LBT故障检测过程(按照服务小区)和LBT恢复过程(按照服务小区)。通过对从低层(例如，PHY层)到MAC实体的所有UL传输的LBT故障指示进行计数，可以按照服务小区的BWP检测连续的UL LBT故障(作为服务小区的LBT恢复过程的一部分)。

当UE根据SpCell的LBT故障检测过程在SpCell的BWP中检测到连续的UL LBT故障时(例如，当LBT_COUNTER达到SpCell的对应BWP的lbt-FailureInstanceMaxCount时)，UE可触发SpCell上的LBT恢复过程。

在一个实施方式中，UE一次只能执行一个LBT恢复过程。例如，如果第一服务小区检测到连续的UL LBT故障，则UE可以触发该服务小区的LBT恢复过程。同时，如果第二服务小区检测到连续的UL LBT故障，则UE可以不触发另一个LBT恢复过程(即，第二服务小区上的LBT恢复过程)。

在其他实施方式中，LBT恢复过程可在按照服务小区被触发。例如，如果第一服务小区检测到连续的UL LBT故障，则UE可以触发第一LBT恢复过程，并且如果第二服务小区检测到连续的UL LBT故障，则UE可以触发第二LBT恢复过程。更具体地说，可以同时执行第一LBT恢复过程和第二LBT恢复过程。

随后，如果满足以下条件的一个或多个或任意组合，则UE可以确定/认为LBT恢复过程已完成或取消：

条件1：作为SpCell上LBT恢复过程的一部分发起的RA过程成功被执行。

在一个示例中，如果由UE触发SpCell上的LBT恢复过程，则UE可以发起RA过程作为LBT恢复过程的一部分。随后，如果RA过程成功被完成，UE可以考虑LBT恢复过程完成或取消。

条件2：如果LBT故障MAC CE被传输

在一个示例中，UE可以来传输LBT故障MAC CE，以作为SpCell上的LBT恢复过程的一部分。

在一个示例中，LBT故障MAC CE可识别检测到连续UL LBT故障的BWP和/或小区。

在一个示例中，LBT故障MAC CE可识别触发LBT故障过程的BWP和/或小区。

在一个示例中，LBT故障MAC CE可以经由在服务小区上分配的UL资源来传输，其中LBT恢复过程没有被触发，或者可以不受限制地经由任何可用的UL资源来传输。

在一个示例中，LBT故障MAC CE可以包括在携带LBT故障MAC CE(以及具有相应的子报头)的MAC PDU装配之前指示LBT故障的所有(或部分)BWP(或服务小区)的LBT信息(例如，BWP ID和/或小区ID)。

当UE指示复用和装配过程以生成LBT故障MAC CE时，UE可以执行复用和装配过程(包括逻辑信道优先级化过程)。在复用和装配过程期间，UE可以在MAC PDU中复用生成的MAC CE和/或MAC SDU。然后，UE可以传输MAC PDU(例如，经由UL-SCH资源)。更具体地说，MACPDU装配可以发生在UL授权接收和相应MAC PDU的实际传输之间的任何时间点。

在一个示例中，当UE触发SpCell上的LBT恢复过程时，UE可以传输LBT故障MAC CE，以作为SpCell上的LBT恢复过程的一部分。随后，如果LBT故障MAC CE被传输(，并且该MACCE包括在装配携带LBT故障MAC CE的MAC PDU之前(在所有小区上)(所有)指示的LBT故障)，UE可以考虑在SpCell上完成或取消LBT恢复过程。

条件3：如果从网络接收到与传输的LBT故障MAC CE对应的肯定响应

在一个示例中，肯定响应可以从网络显式指示或由UE隐式接收。如果UE接收到肯定响应，则意味着网络成功地从UE接收到LBT故障MAC CE。具体地说，UE可以传输LBT故障MAC CE，以作为SpCell上的LBT恢复过程的一部分。

在一个示例中，可以通过第一HARQ进程在第一UL资源上传输LBT故障MAC CE(如果UL资源可用于新的传输，并且第一UL资源可以由于逻辑信道优先级而容纳具有相应的子报头的LBT故障MAC CE)。在经由第一HARQ进程传输第一UL资源之后，UE可以从网络接收针对第一HARQ进程的肯定响应，其中肯定响应可以是PDCCH(寻址到C-RNTI)，指示针对该HARQ进程的新传输(对于LBT故障MAC CE传输)的UL授权。

在一个示例中，肯定响应可以是来自网络的显式DL HARQ反馈(例如，显式DL HARQACK)，其指示成功接收到包括LBT故障MAC CE的UL传输的HARQ进程。

在一个示例中，当接收用于新传输的(动态)UL授权(例如，使用切换的NDI)时，UE可以隐式地接收肯定响应，而(动态)UL授权对应于与传输LBT故障MAC CE的UL资源相同的HARQ进程ID。

在一个示例中，当特定定时器期满时，UE可以隐式地接收肯定响应。例如，当LBT故障MAC CE被传输时，可以发起或重新发起特定定时器。

在一个实施方式中，当LBT故障MAC CE在配置的UL授权资源(例如，对应于配置授权配置的PUSCH资源)上被传输时，传输LBT故障MAC CE的UE可以隐式地接收肯定响应。例如，在用于传输LBT故障MAC CE的已配置UL授权资源(例如，对应于配置授权配置的PUSCH资源)的HARQ进程的configuredGrantTime期满时。

具体地，配置授权配置可以是但不限于是配置授权类型1/配置授权类型2配置。

在一个实施方式中，如果在Msg 3上传输LBT故障MAC CE(例如，在RAR调度的PUSCH资源上传输，其对应于作为LBT恢复过程的一部分发起的RA过程)，则肯定响应可以是来自网络的显式HARQ ACK，例如，当ra-ContentionResolutionTimer运行时，PDCCH寻址到网络指示的C-RNTI(包含用于新传输的UL授权)。

在一个实施方式中，如果由UE触发SpCell上的LBT恢复过程，则UE可以传输LBT故障MAC CE。随后，UE可以考虑在接收到与传输的LBT故障MAC CE对应的肯定响应(例如，隐式或显式ACK)时完成或取消LBT恢复过程。

当UE根据用于SCell的LBT故障检测过程在SCell的BWP中检测到连续的UL LBT故障时，SCell上的LBT恢复过程可由UE触发(例如，针对SCell的相应BWP，LBT_COUNTER达到lbt-FailureInstanceMaxCount)。随后，如果满足以下一个或多个条件，则UE可以确定LBT恢复过程已完成或取消：

条件1：如果LBT故障MAC CE被传输

在一个示例中，LBT故障MAC CE可包括检测到连续的UL LBT故障的BWP的标识，或检测到连续的UL LBT故障的服务小区的标识。

在一个示例中，LBT故障MAC CE可以包括在携带LBT故障MAC CE(以及具有相应的子报头)的MAC PDU装配之前指示LBT故障的所有(或部分)BWP(或服务小区)的LBT信息(例如，BWP ID和/或小区ID)。

在一个示例中，LBT故障MAC CE可以经由在服务小区上分配的UL资源被传输，其中LBT恢复过程没有被触发，或者可以不受限制地经由任何可用的UL资源来传输。

如果UE指示复用和装配过程以生成LBT故障MAC CE，则UE可以执行复用和装配过程(包括逻辑信道优先级化过程)。在复用和装配过程期间，UE可以在MAC PDU中复用生成的MAC CE和/或MAC SDU。然后，UE可以传输MAC PDU(例如，经由UL SCH资源)。更具体地说，MACPDU装配可以发生在UL授权接收和相应的MAC PDU的实际传输之间的任何时间点。

在一个示例中，如果SCell上的LBT恢复过程由UE触发，则UE可以传输LBT故障MACCE，以作为LBT恢复过程的一部分。随后，如果LBT故障MAC CE被传输(，并且该MAC CE包括在携带该LBT故障MAC CE的MAC PDU的装配之前(在该SCell上)所触发的所有LBT故障)，UE可以考虑完成SCell上的LBT恢复过程。

更具体地说，如果有多个LBT恢复过程正在进行，则UE可以基于针对BWP和/或LBT恢复过程被触发的小区中的LBT信息(例如BWP ID和/或小区ID)是否被包括在LBT故障MACCE中来考虑LBT恢复过程完成。

条件2：如果从网络接收到与传输的LBT故障MAC CE对应的肯定响应

在一个示例中，肯定响应可以从网络显式指示或由UE隐式接收。如果UE接收到肯定响应，则表示网络已成功接收到由UE作为SCell上的LBT恢复过程的一部分传输的LBT故障MAC CE。

在一个示例中，可以通过第一HARQ进程在第一UL资源上传输LBT故障MAC CE(如果UL资源可用于新的传输，并且第一UL资源可以由于逻辑信道优先级而容纳具有相应的子报头的LBT故障MAC CE)。在经由第一HARQ进程传输第一UL资源之后，UE可以从网络接收针对第一HARQ进程的肯定响应，其中肯定响应可以是PDCCH(寻址到C-RNTI)，该PDCCH指示针对该HARQ进程(用于LBT故障MAC CE传输)的新传输的UL授权。

在一个示例中，肯定响应可以是来自网络的显式DL HARQ反馈(例如，显式DL HARQACK)，其指示成功接收到包括LBT故障MAC CE的UL传输的HARQ进程。

在一个示例中，当接收用于新传输的(动态)UL授权(例如，使用切换的NDI)时，UE可以隐式地接收肯定响应，而(动态)UL授权对应于与UL资源相同的HARQ进程ID，LBT故障MAC CE通过该UL资源被传输。

在一个示例中，当特定定时器期满时，UE可以隐式地接收肯定响应。例如，当LBT故障MAC CE被传输时，可以发起或重新发起特定定时器。

在一个示例中，当在配置的UL授权资源(例如，对应于配置授权配置的PUSCH资源)上传输LBT故障MAC CE时，传输LBT故障MAC CE的UE可以隐式地接收肯定响应。例如，在用于传输LBT故障MAC CE的已配置UL授权资源(例如，对应于配置授权配置的PUSCH资源)的HARQ进程的configuredGrantTimer期满时。

具体地，配置授权配置可以是但不限于配置授权类型1/配置授权类型2配置。

在一个示例中，当在Msg 3上传输LBT故障MAC CE时(例如，在由RAR调度的PUSCH资源上传输)，肯定响应可以是在ra-ContentionResolutionTimer运行时由网络指示的来自网络的显式HARQ ACK(例如，寻址到C-RNTI的PDCCH包含用于新传输的UL授权)。

在一个示例中，当UE触发SCell上的LBT恢复过程时，UE可以传输LBT故障MAC CE。随后，UE可以考虑在接收到与传输的LBT故障MAC CE对应的肯定响应(例如，隐式或显式ACK)的情况下完成或取消SCell上的LBT恢复过程。

更具体地说，如果有多个LBT恢复过程正在进行，基于是否接收到包括BWP和/或服务小区的LBT信息的LBT故障MAC CE的肯定响应，UE可以考虑针对BWP和/或服务小区的LBT恢复过程。

条件3：如果在检测到连续的UL LBT故障的SCell上执行BWP切换

在一个示例中，当从网络接收指示DL分配或UL授权的PDCCH时，UE可以切换到BWP。

在一个示例中，当bwp-InactivityTimer期满时，UE可以切换BWP。

在一个示例中，UE可以在RA过程期间切换到BWP(如果没有针对活动BWP配置PRACH时机)。

在一个示例中，如果SCell上的LBT恢复过程由UE触发(例如，UE在SCell的BWP中检测到连续的UL LBT故障)，那么UE可以考虑当UE在SCell上执行BWP切换时，完成或取消LBT恢复过程。注意，当执行BWP切换时，UE可以重置LBT_COUNTER。

条件4：如果在触发LBT恢复过程的SCell上(成功)执行UL传输。

在一个示例中，可以在经由RAR、动态UL授权(例如PDCCH)、配置授权等指示的UL资源(例如PUSCH资源)上执行UL传输。

在一个示例中，UL资源可以是RACH资源、PUCCH资源和/或PUSCH资源。UL资源可以通过动态授权(例如，通过PDCCH)调度和/或通过RRC配置(例如，配置授权类型1/配置授权类型2或在RRC配置中预配置)。

在一个示例中，如果UE的MAC实体不接收来自PHY层(用于UL传输)的LBT故障指示，或者如果MAC实体从PHY层接收到LBT成功指示(用于UL传输)，UE可以考虑成功地执行UL传输。

在一个示例中，如果SCell上的LBT恢复过程由UE触发(例如，UE在SCell的BWP中检测到连续的UL LBT故障)，那么UE可以考虑当UL传输(成功地)在SCell上执行时，LBT故障检测过程完成或取消。

注意，当UE考虑LBT恢复过程(针对BWP和/或服务小区(例如，SpCell或SCell))完成时，UE可以重置LBT_COUNTER(对应于BWP和/或服务小区)和/或重置BWP_declaration_counter(对应于BWP和/或服务小区)。

在一个示例中，当BWP_declaration_counter被重置时，UE可以取消用于BWP和/或服务小区的触发的LBT故障过程。

重置LBT_COUNTER的条件

如果满足以下一个或多个条件，则可以重置LBT_COUNTER(对应于BWP和/或服务小区)：

条件1：(由相应的BWP和/或服务小区)触发LBT故障过程后/时

在一个示例中，如果针对BWP和/或服务小区触发LBT故障过程，则可重置对应于BWP和/或服务小区的LBT_COUNTER。此外，服务小区可以是SpCell和/或SCell。

在一个示例中，当在BWP和/或服务小区中检测到连续的UL LBT故障时(例如，如果LBT_COUNTER>＝lbt-FailureInstanceMaxCount)，可以针对BWP和/或服务小区触发LBT故障过程。

更具体地说，LBT_COUNTER被设置为“0”。

条件2：UL资源可用于(在相应的BWP和/或服务小区上的)传输后

在一个示例中，UL资源可以通过RAR、动态UL授权(例如，PDCCH)、配置授权等被指示。

在一个示例中，如果UL资源足以容纳LBT故障MAC CE(以及具有相应的子报头)，则可以认为UL资源可用。

在一个示例中，如果UL资源被允许用于传输LBT故障MAC CE，则可以认为UL资源可用。

在一个示例中，如果在未检测到连续的UL LBT故障的服务小区和/或BWP上分配UL资源，或者在触发LBT恢复过程的服务小区和/或BWP上分配UL资源，则可以认为UL资源可用。

在一个示例中，当UE在服务小区上接收到UL资源，而UL资源可用于传输LBT故障MAC CE时，UE可重置与触发LBT故障过程的BWP和/或服务小区相对应的LBT_COUNTER。

条件3：如果MAC实体指示复用和装配过程以生成LBT故障MAC CE

在一个示例中，LBT故障MAC CE可以包括在装配包含LBT故障MAC CE(以及具有相应的子报头)的MAC PDU之前指示LBT故障的所有(或部分)BWP(或服务小区)的LBT信息。

在一个示例中，当MAC实体指示复用和装配过程以生成LBT故障MAC CE，并且该MACCE包括在装配包含MAC CE(以及具有相应的子报头)的MAC PDU之前指示LBT故障的所有BWP或服务小区的LBT信息时，UE可以重置与在MAC PDU装配之前指示LBT故障的BWP和/或服务小区相对应的LBT_COUNTER。

条件4：取消触发的LBT故障过程

在一个示例中，当UE取消在一个或多个服务小区上触发的LBT故障过程时，UE可以重置对应于这些服务小区的LBT_COUNTER。

在一个示例中，当UE取消在一个或多个服务小区上触发的LBT恢复过程时，UE可以重置对应于这些服务小区的LBT_COUNTER。

在一个示例中，当UE取消服务小区的触发的LBT故障过程(例如，UE取消服务小区的所有BWP的触发的LBT故障过程和/或将服务小区的所有无效BWP重新视为有效BWP)时，UE可以重置对应于服务小区的LBT_COUNTER。

条件5：从网络接收到与传输的LBT故障MAC CE对应的肯定响应

在一个示例中，当UE从网络接收到对应于所传输的LBT故障MAC CE(针对BWP和/或服务小区)的肯定响应时，UE可以重置LBT_COUNTER(对应于那些BWP和/或服务小区)。

图4是根据本揭露的实施方式示出的用于LBT恢复过程的方法400的流程图。在动作402中，UE可以针对服务小区执行LBT故障检测过程。在动作404中，当根据LBT故障检测过程在服务小区上的第一BWP中检测到连续的UL LBT故障时，UE可针对服务小区触发LBT恢复过程，触发LBT恢复过程可涉及触发第一BWP中的LBT故障过程。在动作406中，当在UE中预定义的条件得到确认时，UE可以取消针对服务小区的触发的LBT恢复过程。

注意，UE取消针对服务小区的触发的LBT恢复过程的条件可以包括以下至少一个：

(1)由UE接收指示UE在服务小区上执行BWP切换的PDCCH；

(2)指示UE在服务小区上执行BWP切换的PDCCH由UE接收，并且UE未在服务小区上执行RA过程；

(3)UE接收到用于配置或重新配置在服务小区上的BWP切换的RRC配置或重新配置消息；

(4)由UE执行针对与服务小区对应的MAC实体的MAC重置；

(5)服务小区被去激活或激活；

(6)针对在服务小区上的特定LBT恢复过程的RA过程由UE执行，并且在服务小区上成功地完成RA过程；和

(7)LBT故障MAC CE由UE传输，并且LBT故障MAC CE指示触发LBT恢复过程的至少一个小区。

(8)已取消服务小区上的所有触发的LBT故障过程(例如，已取消服务小区的所有BWP上触发的LBT故障过程)。

(9)服务小区上的所有无效BWP都已重新被视为有效。

在LBT恢复过程中，UE可以向网络传输指示已指示LBT故障的一个或多个服务小区的LBT故障MAC CE。LBT故障MAC CE可以在服务小区或未触发的LBT恢复过程的另一服务小区上传输。此外，当在服务小区上的第二BWP中没有触发LBT故障过程并且第二BWP被配置有PRACH时机时，UE可以从第一BWP切换到服务小区上的第二BWP，和/或可以针对服务小区上的第二BWP发起RA过程。

注意，如果服务小区是SpCell，则UE可以在服务小区上的第二BWP中发起针对触发的LBT恢复过程的RA过程。

在一个示例中，服务小区可以是包括PCell或PSCell中的至少一个的SpCell，或者服务小区是SCell。

在一个实施方式中，UE可以向网络传输LBT故障MAC CE，所述LBT故障MAC CE指示在服务小区上已经触发了LBT故障。此外，如果服务小区是SpCell，则可以在相同小区上传输LBT故障MAC CE(例如，如果在SpCell上触发了LBT故障过程，则可以在SpCell上传输LBT故障MAC CE)。

在一个实施方式中，UE可以向网络传输LBT故障MAC CE，其指示在服务小区上已经触发了LBT故障。此外，如果服务小区是SCell，则可以在未指示LBT故障的另一小区上传输LBT故障MAC CE(例如，如果在SCell上触发了LBT故障过程，则可以在未指示LBT故障的另一小区上传输LBT故障MAC CE)。

在一个实施方式中，如果服务小区是SpCell，则UE可以从第一BWP切换到服务小区上的第二BWP。

在一个实施方式中，如果服务小区是SpCell，则UE可以针对服务小区上的第二BWP发起RA过程。

此外，当触发的LBT恢复过程被取消时，UE可以重置对应于服务小区的LBT计数器(例如，LBT_COUNTER)。当通过服务小区的LBT故障检测过程在服务小区上检测到UL LBT故障时，UE增加服务小区的LBT_COUNTER。在一个示例中，当取消针对服务小区的触发的LBT恢复过程时，UE可以将服务小区的LBT_COUNTER设置为零。

图5是根据本揭露的实施方式示出的用于无线通信的节点500的框图。

如图5所示，节点500可以包括收发器520、处理器526、存储器528、一个或多个呈现部件534和至少一个天线536。节点500还可包括射频(Radio Frequency，RF)频带模块、BS通信模块、网络通信模块和系统通信管理模块、输入/输出(input/output，I/O)端口、I/O部件和电源(图5中未示出)。这些部件中的每一个可以通过一个或多个总线540直接或间接地进行通信。节点500可以是图4中示出的执行本文揭露的功能的UE或BS。

收发器520包括发射器522(具有发射电路)和接收器524(具有接收电路)，并且可以被配置为发射和/或接收时间和/或频率资源划分信息。收发器520可被配置为在不同类型的子帧和时隙中发射，包括但不限于可用、不可用和灵活可用的子帧和时隙格式。收发器520可被配置为接收数据和控制信道。

节点500可以包括各种计算机可读介质。计算机可读介质可以是可由节点500接入的任何介质，并且包括易失性(和非易失性介质)、可移动(和不可移动)介质。计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括易失性(和非易失性)，以及以任何方法或技术实现的可移动(和不可移动)介质，用于存储例如计算机可读指令的信息。

计算机存储介质可包括RAM、ROM、EPROM、EEPROM、闪存(或其他存储技术)、CD-ROM、数字多功能磁盘(Digital Versatile Disk，DVD)(或其他光盘存储)、盒式磁带、磁带、磁盘存储(或其他磁性存储设备)等。计算机存储介质不包括传播的数据信号。通信介质通常可以将计算机可读指令、数据结构、过程模块或其他数据包含在诸如载波或其他传输机制的调制数据信号中，并且包括任何信息传递介质。术语“调制数据信号”可以表示其一个或多个特性以编码信号中的信息的方式设置或改变的信号。通信介质可以包括如有线网络或直接有线连接的有线介质，以及如声学、RF、红外线或其他无线介质的无线介质。所揭露介质的任意组合也应被包括在计算机可读介质的范围内。

存储器528可以包括易失性和/或非易失性存储器形式的计算机存储介质。存储器528可以是可移动的、不可移动的或其组合。例如，存储器528可以包括固态存储器、硬盘驱动器、光盘驱动器等，如图5所示，存储器528可存储计算机可读和/或计算机可执行指令532(例如，软件代码)，其被配置为在执行时使处理器526(例如，处理电路)执行各种揭露的功能。可选地，指令532可不可由处理器526直接执行，但可被配置为使节点500(例如，在编译和执行时)执行各种揭露的功能。

处理器526可以包括智能硬件设备、中央处理单元(Central processing unit，CPU)、微控制器、ASIC等。处理器526可以包括存储器。处理器526可以处理从存储器528接收的数据530和指令532，以及通过收发器520、基带通信模块和/或网络通信模块的信息。处理器526还可以处理要传输到收发器520以经由天线536传输到网络通信模块以传输到CN的信息。

一个或多个呈现部件534可以向人或其他设备呈现数据。呈现部件534可包括显示设备、扬声器、打印部件、振动部件等。

从本揭露中可以明显看出，在不脱离这些概念的范围的情况下，可以使用各种技术来实施本揭露的概念。虽然已经具体参考某些实施方式叙述了这些概念，但本领域的常规技术人员将认识到，在不脱离这些概念的范围的情况下，可以在形式和细节上进行更改。因此，本揭露在各方面都将被视为是说明性而非限制性的。应当理解，本申请并不限于揭露的特定的实施方式，单在不脱离本揭露范围的情况下，对这些实施方式进行诸多重新安排、修改和替换是可能的。

Claims (16)

1.一种用于用户设备UE的先听后说LBT恢复过程的方法，所述方法包括：

针对服务小区执行LBT故障检测过程；

响应于根据所述LBT故障检测过程在所述服务小区上的第一带宽部分BWP中检测到连续的上行链路UL LBT故障，触发针对所述服务小区的所述LBT恢复过程，其中，所述LBT恢复过程包括触发LBT故障过程，所述LBT故障过程用于将所述第一BWP确定为无效BWP；以及

响应于确认所述UE中的预定义条件，取消针对所述服务小区触发的所述LBT恢复过程。

2.根据权利要求1所述的方法，其特征在于，所述条件包括以下之一：

物理下行链路控制信道PDCCH由所述UE接收，所述PDCCH指示所述UE针对所述服务小区执行BWP切换；

PDCCH由所述UE接收，并且针对所述服务小区的随机接入过程未由所述UE执行，所述PDCCH指示所述UE在所述服务小区上执行BWP切换；

无线电资源控制RRC配置或重新配置消息由所述UE接收，所述RRC配置或重新配置消息配置或重新配置在所述服务小区上的BWP切换；

针对与所述服务小区对应的媒体接入控制MAC实体的MAC重置由所述UE执行；

所述服务小区被去激活或激活；

针对在所述服务小区上的所述LBT恢复过程的随机接入过程由所述UE执行，并且所述随机接入过程在所述服务小区上成功地完成；

LBT故障MAC控制元素CE由所述UE传输，所述LBT故障MAC CE指示触发所述LBT恢复过程的小区中的至少一个小区，所述至少一个小区包括在其上触发所述LBT恢复过程的所述服务小区；

在所述服务小区上的所有BWP中触发的LBT故障过程被取消；以及

所述服务小区上的所有BWP都被确定为有效BWP。

3.根据权利要求1所述的方法，其特征在于，触发所述LBT恢复过程还包括以下至少之一：

将LBT故障媒体接入控制MAC控制元素CE传输到所述服务小区上的网络或未触发LBT故障过程的另一服务小区上的网络，所述LBT故障MAC CE指示所述LBT故障过程在所述第一BWP中被触发；

响应于所述服务小区上的所述第二BWP中没有LBT故障过程被触发，在所述服务小区上从所述第一BWP切换到所述第二BWP，并且所述第二BWP被配置有物理随机接入信道PRACH资源；以及

发起随机接入过程以用于所述服务小区上的所述第二BWP。

4.根据权利要求3所述的方法，其特征在于：

在所述服务小区是特殊小区SpCell的情况下，在所述服务小区上向所述网络传输所述LBT故障MAC CE，或者在所述服务小区是辅小区SCell的情况下，在没有LBT故障过程被触发的另一服务小区上向所述网络传输所述LBT故障MAC CE，所述LBT故障MAC CE包括传输指示所述LBT故障在所述第一BWP中被触发的所述LBT故障MAC CE；

从所述第一BWP切换到所述第二BWP包括在所述服务小区是所述SpCell的情况下在所述服务小区上从所述第一BWP切换到所述第二BWP；以及

在所述服务小区是所述SpCell的情况下，用于所述第二BWP的所述随机接入过程在所述服务小区上被发起。

5.根据权利要求2所述的方法，其特征在于，触发所述LBT恢复过程还包括：

响应于所述服务小区上的所述第二BWP中没有LBT故障过程被触发，在所述服务小区上从所述第一BWP切换到所述第二BWP，并且所述第二BWP被配置有物理随机接入信道PRACH资源；以及

在所述服务小区是特殊小区SpCell的情况下，由所述UE在所述服务小区上发起用于所述第二BWP的触发的LBT恢复过程的所述随机接入过程，并且所述随机接入过程在所述服务小区上成功完成。

6.根据权利要求1所述的方法，所述方法还包括：

响应于触发的LBT恢复过程的取消，重置与所述服务小区对应的LBT计数器；以及

当LBT故障过程通过所述LBT故障检测过程在所述服务小区上被检测到时，所述UE增加所述LBT计数器。

7.根据权利要求6所述的方法，其特征在于，重置所述LBT计数器包括当取消用于所述服务小区的触发的LBT恢复过程时，将所述LBT计数器设置为0。

8.根据权利要求1所述的方法，其特征在于，所述服务小区是包括主小区PCell或主辅小区组小区PSCell中的至少一个的特殊小区SpCell，或者所述服务小区是辅小区SCell。

9.一种用于执行先听后说LBT恢复过程的用户设备UE，所述UE包括：

处理器，所述处理器用于执行计算机可执行指令；以及

非暂时性计算机可读介质，其耦接到所述处理器以存储计算机可执行指令，其中所述计算机可执行指令指示所述处理器以：

针对服务小区执行LBT故障检测过程；

响应于根据所述LBT故障检测过程在所述服务小区上的第一带宽部分BWP中检测到连续的上行链路UL LBT故障，触发针对所述服务小区的所述LBT恢复过程，其中，所述LBT恢复过程包括触发LBT故障过程，所述LBT故障过程用于将所述第一BWP确定为无效BWP；以及

响应于确认所述UE中的预定义条件，取消针对所述服务小区触发的所述LBT恢复过程。

10.根据权利要求9所述的UE，其特征在于，所述条件包括以下之一：

物理下行链路控制信道PDCCH由所述UE接收，所述PDCCH指示所述UE在所述服务小区上执行BWP切换；

PDCCH由所述UE接收，并且针对所述服务小区的随机接入过程未由所述UE执行，所述PDCCH指示所述UE在所述服务小区上执行BWP切换；

无线电资源控制RRC配置或重新配置消息由所述UE接收，所述RRC配置或重新配置消息配置或重新配置在所述服务小区上的BWP切换；

针对与所述服务小区对应的媒体接入控制MAC实体的MAC重置由所述UE执行；

所述服务小区被去激活或激活；

在所述服务小区上针对所述LBT恢复过程的随机接入过程由所述UE执行，并且所述随机接入过程在所述服务小区上成功地完成；

LBT故障MAC控制元素CE由所述UE传输，所述LBT故障MAC CE指示触发所述LBT恢复过程的小区中的至少一个小区，所述至少一个小区包括在其上触发所述LBT恢复过程的所述服务小区；

在所述服务小区上的所有BWP中触发的LBT故障过程被取消；以及

所述服务小区上的所有BWP都被确定为有效BWP。

11.根据权利要求9所述的UE，其特征在于，所述计算机可执行指令还指示所述处理器以：

将LBT故障媒体接入控制MAC控制元素CE传输到所述服务小区上的网络或未触发LBT故障过程的另一服务小区上的网络，所述LBT故障MAC CE指示所述LBT故障过程在所述第一BWP中被触发；

响应于所述服务小区上的所述第二BWP中没有LBT故障过程被触发，在所述服务小区上从所述第一BWP切换到所述第二BWP，并且所述第二BWP被配置有物理随机接入信道PRACH资源；以及

发起随机接入过程以用于所述服务小区上的所述第二BWP。

12.根据权利要求11所述的UE，其特征在于，所述计算机可执行指令还指示所述处理器以：

在所述服务小区是SpCell的情况下，在所述服务小区上向所述网络传输所述LBT故障MAC CE，或者在所述服务小区是辅小区SCell的情况下，在没有LBT故障过程被触发的另一服务小区上向所述网络传输所述LBT故障MAC CE，所述LBT故障MAC CE指示所述LBT故障过程在所述第一BWP中被触发；

在所述服务小区是所述SpCell的情况下，在所述服务小区上从所述第一BWP切换到所述第二BWP；以及

在所述服务小区是所述SpCell的情况下，在所述服务小区上发起用于所述第二BWP的所述随机接入过程。

13.根据权利要求10所述的UE，其特征在于，所述计算机可执行指令还指示所述处理器以：

响应于所述服务小区上的所述第二BWP中没有LBT故障过程被触发，在所述服务小区上从所述第一BWP切换到所述第二BWP，并且所述第二BWP被配置有物理随机接入信道PRACH资源；以及

在所述服务小区是特殊小区SpCell的情况下，由所述UE在所述服务小区上发起用于所述第二BWP的触发的LBT恢复过程的所述随机接入过程，并且所述随机接入过程在所述服务小区上成功完成。

14.根据权利要求9所述的UE，所述计算机可执行指令还指示所述处理器以：

响应于所述触发的LBT恢复过程的取消，重置与所述服务小区对应的LBT计数器；以及

当LBT故障过程通过所述LBT故障检测过程在所述服务小区上被检测到时，所述UE增加所述LBT计数器。

15.根据权利要求14所述的UE，其特征在于，所述计算机可执行指令还指示所述处理器以：当取消用于所述服务小区的触发的恢复过程时，将所述LBT计数器设置为0。

16.根据权利要求9所述的UE，其特征在于，所述服务小区是包括主小区PCell或主辅小区组小区PSCell中的至少一个的特殊小区SpCell，或者所述服务小区是辅小区SCell。

Images