无线通信方法和设备

本申请实施例涉及通信领域，并且更具体地，涉及无线通信方法和设备。

为了拓展用户设备和基站通信所能使用的频段，目前在NR(New Radio，新空口)中对于非授权(unlicensed)频段的研究正在进行中，目的是使得用户设备和基站能够基于NR技术在非授权频段进行通信。

用户设备在非授权频段上进行上行传输之前，需要对非授权频段进行先听后说(Listen Before Talk，LBT)，以检测非授权频段是否空闲，只有当信道侦听结果为信道空闲时，该通信设备才能进行信号发送；如果通信设备在非授权频谱的信道上的信道侦听结果为信道忙，需要等到下一个传输机会再次执行LBT。在R16中，只会有一个需要传输的资源从媒体接入控制(Media Access Control，MAC)层指示给物理层，并对这个资源进行LBT检测。

然而，随着通信标准的完善，LBT的功能也需要进一步完善。

发明内容

本申请实施例提供一种无线通信方法和设备，能够提升配置LBT失败恢复配置的灵活性，进而提升业务传输性能并保证终端设备的需求。

第一方面，提供了一种无线通信方法，包括：

接收多个LBT失败恢复配置；

基于所述多个LBT失败恢复配置中的与第一信息对应的第一LBT失败恢复配置，检测连续LBT失败和/或触发失败恢复过程。

第二方面，提供了一种无线通信方法，包括：

发送多个LBT失败恢复配置，所述多个LBT失败恢复配置中的与第一信息对应的第一LBT失败恢复配置用于终端设备检测连续LBT失败和/或触发失败恢复过程。

第三方面，提供了一种无线通信方法，包括：

接收第二LBT失败恢复配置和至少一组参数；

基于所述第二LBT失败恢复配置和第一参数，检测连续LBT失败和/或触发失败恢复过程；所述第一参数为所述至少一组参数中与第二信息对应的参数，所述至少一组参数中的每组参数用于调整所述第二LBT失败恢复配置中的第二计数器和/或第二定时器。

第四方面，提供了一种无线通信方法，包括：

发送第二LBT失败恢复配置和至少一组参数，所述第二LBT失败恢复配置和第一参数用于终端设备检测连续LBT失败和/或触发失败恢复过程；所述第一参数为所述至少一组参数中与第二信息对应的参数，所述至少一组参数中的每组参数用于调整所述第二LBT失败恢复配置中的第二计数器和/或第二定时器。

第五方面，提供了一种终端设备，用于执行上述第一方面或其各实现方式中的方法。具体地，所述终端设备包括用于执行上述第一方面或其各实现方式中的方法的功能模块。

第六方面，提供了一种网络设备，用于执行上述第二方面或其各实现方式中的方法。具体地，所述网络设备包括用于执行上述第二方面或其各实现方式中的方法的功能模块。

第七方面，提供了一种终端设备，用于执行上述第三方面或其各实现方式中的方法。具体地，所述终端设备包括用于执行上述第三方面或其各实现方式中的方法的功能模块。

第八方面，提供了一种网络设备，用于执行上述第四方面或其各实现方式中的方法。具体地，所述网络设备包括用于执行上述第四方面或其各实现方式中的方法的功能模块。

第九方面，提供了一种终端设备，包括处理器和存储器。所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，以执行上述第一方面、第三方面或其各实现方式中的方法。

第十方面，提供了一种网络设备，包括处理器和存储器。所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，以执行上述第二方面、第四方面或其各实现方式中的方法。

第十一方面，提供了一种芯片，用于实现上述第一方面至第四方面中的任一方面或其各实现方式中的方法。具体地，所述芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如上述第一方面至第四方面中的任一方面或其各实现方式中的方法。

第十二方面，提供了一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行上述第一方面至第四方面中的任一方面或其各实现方式中的方法。

第十三方面，提供了一种计算机程序产品，包括计算机程序指令，所述计算机程序指令使得计算机执行上述第一方面至第四方面中的任一方面或其各实现方式中的方法。

第十四方面，提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面至第四方面中的任一方面或其各实现方式中的方法。

基于以上技术方案，基于所述多个LBT失败恢复配置中的与第一信息对应的第一LBT失败恢复配置，检测连续LBT失败和/或触发失败恢复过程，有利于针对不同第一信息使用更合适的LBT失败恢复过程，相应的，能够提升配置LBT失败恢复配置的灵活性，进而提升业务传输性能并保证终端设备的需求。

图1是本申请实施例提供的通信系统的示例。

图2是本申请实施例提供的无线通信方法的示意性流程图。

图3是本申请实施例提供的无线通信方法的另一示意性流程图。

图4是本申请实施例提供的终端设备的示意性框图。

图5是本申请实施例提供的网络设备的示意性框图。

图6是本申请实施例提供的终端设备的另一示意性框图。

图7是本申请实施例提供的网络设备的另一示意性框图。

图8是本申请实施例提供的通信设备的示意性框图。

图9是本申请实施例提供的芯片的示意性框图。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1是本申请实施例的一个应用场景的示意图。

如图1所示，通信系统100可以包括终端设备110和网络设备120。网络设备120可以通过空口与终端设备110通信。终端设备110和网络设备120之间支持多业务传输。

应理解，本申请实施例仅以通信系统100进行示例性说明，但本申请实施例不限定于此。也就是说，本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(Long Term Evolution，LTE)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、5G通信系统(也称为新无线(New Radio，NR)通信系统)，或未来的通信系统等。

在图1所示的通信系统100中，网络设备120可以是与终端设备110通信的接入网设备。接入网设备可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备110(例如UE)进行通信。

网络设备120可以是长期演进(Long Term Evolution，LTE)系统中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者是下一代无线接入网(Next Generation Radio Access Network，NG RAN)设备，或者是NR系统中的基站(gNB)，或者是云无线接入网络(Cloud Radio Access Network，CRAN)中的无线控制器，或者该网络设备120可以为中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器，或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)中的网络设备等。

终端设备110可以是任意终端设备，其包括但不限于与网络设备120或其它终端设备采用有线或者无线连接的终端设备。

例如，所述终端设备110可以指接入终端、用户设备(User Equipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进网络中的终端设备等。

终端设备110可以用于设备到设备(Device to Device，D2D)的通信。

无线通信系统100还可以包括与基站进行通信的核心网设备130，该核心网设备130可以是5G 核心网(5G Core，5GC)设备，例如，接入与移动性管理功能(Access and Mobility Management Function，AMF)，又例如，认证服务器功能(Authentication Server Function，AUSF)，又例如，用户面功能(User Plane Function，UPF)，又例如，会话管理功能(Session Management Function，SMF)。可选地，核心网络设备130也可以是LTE网络的分组核心演进(Evolved Packet Core，EPC)设备，例如，会话管理功能+核心网络的数据网关(Session Management Function+Core Packet Gateway，SMF+PGW-C)设备。应理解，SMF+PGW-C可以同时实现SMF和PGW-C所能实现的功能。在网络演进过程中，上述核心网设备也有可能叫其它名字，或者通过对核心网的功能进行划分形成新的网络实体，对此本申请实施例不做限制。

通信系统100中的各个功能单元之间还可以通过下一代网络(next generation，NG)接口建立连接实现通信。

例如，终端设备通过NR接口与接入网设备建立空口连接，用于传输用户面数据和控制面信令；终端设备可以通过NG接口1(简称N1)与AMF建立控制面信令连接；接入网设备例如下一代无线接入基站(gNB)，可以通过NG接口3(简称N3)与UPF建立用户面数据连接；接入网设备可以通过NG接口2(简称N2)与AMF建立控制面信令连接；UPF可以通过NG接口4(简称N4)与SMF建立控制面信令连接；UPF可以通过NG接口6(简称N6)与数据网络交互用户面数据；AMF可以通过NG接口11(简称N11)与SMF建立控制面信令连接；SMF可以通过NG接口7(简称N7)与PCF建立控制面信令连接。

图1示例性地示出了一个基站、一个核心网设备和两个终端设备，可选地，该无线通信系统100可以包括多个基站设备并且每个基站的覆盖范围内可以包括其它数量的终端设备，本申请实施例对此不做限定。

应理解，本申请实施例中网络/系统中具有通信功能的设备均可称为通信设备。以图1示出的通信系统100为例，通信设备可包括具有通信功能的网络设备120和终端设备110，网络设备120和终端设备110可以为上文所述的设备，此处不再赘述；通信设备还可包括通信系统100中的其他设备，例如网络控制器、移动管理实体等其他网络实体，本申请实施例中对此不做限定。

应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

需要说明的是，通信系统100可工作在非授权频段，例如包括如下几种工作场景：

场景A：载波聚合场景，主小区(Primary Cell，PCell)为授权频谱，通过载波聚合方式聚合工作在非授权频谱上的辅小区(Secondary Cell，SCell)。

场景B：双连接工作场景，PCell为LTE授权频谱，PScell为NR非授权频谱。

场景C：独立工作场景，NR作为一个独立小区工作在非授权频谱。

场景D：NR单小区场景，上行链路(UL)工作在授权频谱，下行链路(DL)工作在非授权频谱。

场景E：双连接工作场景，PCell为NR授权频谱，主辅小区(Primary Secondary Cell，PSCell)为NR非授权频谱。

作为示例，NR-U的工作频带(Band)为5GHz非授权频谱和6GHz非授权频谱。在非授权频谱上，NR-U的设计应该保证与其他已经工作在这些非授权频谱上的系统之间的公平性，比如WiFi等。公平性的原则是，NR-U对于已经部署在非授权频谱上的系统(比如WiFi)的影响不能超过这些系统之间的影响。

为了保证在非授权频谱上各系统之间的公平性共存，能量检测已经被同意作为一个基本的共存机制。一般的能量检测机制为LBT机制，该机制的基本原理为：基站或者终端(传输端)在非授权频谱上传输数据之前，需要先按照规定侦听一段时间。如果侦听的结果表示该信道为空闲状态，则传输端可以给接收端传输数据。如果侦听的结果表示该信道为占用状态，则传输端需要根据规定回退一段时间再继续侦听信道，知道信道侦听结果为空闲状态，才能向接收端传输数据。

目前在NR-U中定了四种信道接入机制(category)，参考TR 38.889：

Category 1：直接传输机制。

直接传输机制用于TX侧可以在COT内的切换间隔(switching gap)之后迅速传输；witching gap是指接收到传输的转换时间，典型值为不超过16us。

Category 2：不需要随机back-off的LBT机制。

不需要随机back-off的LBT机制是指UE侦听信道的时间是确定的，一般比较短，比如25us。

Category 3：随机back-off的LBT机制(竞争窗口固定)。

在LBT流程中，传输侧随机的在竞争窗口中去一个随机值来决定侦听信道的时间。

Category 4：随机back-off的LBT机制(竞争窗口不固定)。

在LBT流程中，传输侧随机的在竞争窗口中取一个随机值来决定侦听信道的时间，竞争窗口是可变的。

综上，对于终端而言，基站给终端传输数据需要在MCOT时间之内，如果基站没有抢占到信道，也就是在MCOT时间之外，终端是不会收到基站给该终端的调度数据的。

对于UE发起的上行传输，主要可以包括如下几类：

调度请求(Scheduling Request，SR)：用于请求上行资源。

物理随机接入信道(Physical Random Access Channel，PRACH)传输：由于RACH触发，UE需要发送msg1。

物理上行共享信道(Physical Uplink Shared Channel，PUSCH)传输：包括基于configured grant的上行数据传输以及基于dynamic grant的上行数据传输。

物理层信令传输：包括ACK/NACK反馈，信道状态信息(Channel State Information，CSI)上报等。

在非授权频带上，UE传输SR，PRACH或者PUSCH之前都需要先用LBT来侦听信道是否可用，如果不可以用，即LBT失败，则UE需要等到下一个传输机会再次执行LBT。若检测到LBT失败，需要通知给MAC层LBT失败的信息。

需要说明的是，通信系统100可支持工业自动化(Factory automation)，传输自动化(Transport Industry)，智能电力(Electrical Power Distribution)等业务在5G系统的传输。

例如，为了支持URLLC业务的传输，可对配置授权(Configuration Grant，CG)进行增强，例如，引入了多个CG配置，以及对CG的具体配置和使用(如支持slot-level的周期，支持CG的自动传输等)进行增强。

例如，为了支持URLLC业务的高时延要求，针对URLLC，可增强CG周期，支持任意时隙级别(slot-level)的业务周期。

再如，为了支持多种URLLC业务和URLLC业务的高时延要求，针对URLLC，可引入多配置授权(multiple CG)。例如，不同CG配置的混合自动重传请求(Hybrid Automatic Repeat Request，HARQ)进程不同，并通过harq-ProcID-Offset2保证不同CG的进程不同。

由于存在CG资源和其他资源冲突的情况，为了保证CG资源中已经组包的媒体接入控制(Media Access Control，MAC)协议数据单元(Protocol Data Unit，PDU)(即Deprioritized MAC PDU)不被丢弃/尽快传输，可引入针对CG的自动传输。对该组包MAC PDU的、由于资源冲突不能传输的CG，可以使用后续的、相同HARQ进程的、同一个CG配置中的CG资源，进行新传传输。可通过autonomousTx确定使用使用自动传输。

若物理层优先级不同，且CG和CG发生冲突，MAC可以指示一个或多个MAC PDU给物理层。同样的，若存在数据(data)和调度请求(Scheduling Request，SR)的冲突，MAC也可以指示SR和MAC PDU给物理层。

综上可见，需要在NRU场景中支持URLLC业务。而通常情况下，终端设备可以认为只会有一个需要传输的资源从MAC层指示给物理层，并对这个资源进行LBT检测。即基于网络配置的公共(common)的恢复参数进行LBT失败恢复，但是网络配置的公共(common)的恢复参数实际起效的时候，已经满足不了URLLC业务的需求。

有鉴于此，可以通过区分业务执行LBT失败恢复过程，避免网络配置的公共(common)的恢复参数实际起效的时候，已经满足不了URLLC业务的需求。因此，本申请提出了一种通过区分业务的LBT失败恢复过程，对不同业务进行不同处理的方法。

图2示出了根据本申请实施例的无线通信方法200的示意性流程图，所述方法200可以由网络设备和终端设备交互执行。图2中所示的终端设备可以是如图1所示的终端设备，图2中所示的网络设备可以是如图1所示的接入网设备。

如图2所示，所述方法200可包括以下部分或全部内容：

S210，终端设备接收网络设备发送的多个LBT失败恢复配置；

S220，终端设备基于所述多个LBT失败恢复配置中的与第一信息对应的第一LBT失败恢复配置，检测连续LBT失败和/或触发失败恢复过程。

基于所述多个LBT失败恢复配置中的与第一信息对应的第一LBT失败恢复配置，检测连续LBT失败和/或触发失败恢复过程，有利于针对不同第一信息使用更合适的LBT失败恢复过程，相应的，能够提升配置LBT失败恢复配置的灵活性，进而提升业务传输性能并保证终端设备的需求。

在本申请的一些实施例中，所述多个LBT失败恢复配置对应多个场景，或所述多个LBT失败恢复配置对应多个网络环境；所述第一信息为LBT失败时的场景或网络环境。

应理解，针对所述多个LBT失败恢复配置，所述多个LBT失败恢复配置中的一个或至少一个LBT失败恢复配置可以对应多个场景；或者，所述多个LBT失败恢复配置也可以分别对应多个场景。类似的，所述多个LBT失败恢复配置中的一个或至少一个LBT失败恢复配置可以对应多个网络环境；或者，所述多个LBT失败恢复配置也可以分别对应多个网络环境。

针对不同场景，干扰情况不同，不同场景可以优先保证/支持的业务也不同。分不同场景给不同的LBT失败检测恢复参数，有利于更好的适用于不同的环境和/或不同的业务，针对不同情况使用更合适的LBT失败恢复过程，及时保证业务传输性能和终端设备的需求。

例如，所述多个场景或所述多个网络环境为预设的，或所述多个场景或所述多个网络环境为基于确定条件确定的。

例如，所述确定条件包括基于以下信息中的至少一项确定的条件：

网络设备的负载情况；

网络设备的干扰情况；

终端设备的干扰情况；或

LBT失败的次数。

例如，所述确定条件为基于终端设备的干扰情况确定的条件，所述多个预设场景包括以下场景中的至少一项：

干扰不受控场景；

干扰部分受控场景；或

干扰受控场景。

例如，所述干扰不受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰、LBT失败次数中的任一项大于或等于第一阈值；和/或，所述干扰部分不受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰中的每一项均小于或等于第二阈值；和/或，所述干扰部分不受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰、LBT失败次数中的任一项均小于或等于第三阈值，且大于第四阈值；和/或，所述干扰受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰、LBT失败次数中的每一项均小于或等于第五阈值。

在本申请的一些实施例中，所述方法200还可包括：

维护一个LBT失败恢复配置，所述一个LBT失败恢复配置为所述第一LBT失败恢复配置。

例如，所述终端设备维护所述第一LBT失败恢复配置。

在本申请的一些实施例中，所述方法200还可包括：

在LBT失败时的场景或网络环境改变的情况下，重置所述第一LBT失败恢复配置。

例如，在LBT失败时的场景或网络环境改变的情况下，所述终端设备重置所述第一LBT失败恢复配置。

在本申请的一些实施例中，所述多个LBT失败恢复配置对应多个业务，所述第一信息为LBT失败针对的业务；或者所述多个LBT失败恢复配置对应多个承载，所述第一信息为LBT失败针对的承载；或者所述多个LBT失败恢复配置对应多个切片，所述第一信息为LBT失败针对的切片；或者所述多个LBT失败恢复配置对应多个资源或资源类型，所述第一信息为LBT失败针对的资源或资源的类型。

例如，所述多个业务包括低时延高可靠通信URLLC业务和/或增强移动超宽带eMBB业务。

由于不同业务的时延等要求不同。针对不同业务配置不同的LBT失败检测恢复参数，有利于更好的适用于不同的业务，使用更合适的LBT失败恢复过程，及时保证业务传输性能和终端设备的需求。类似的，针对不同的承载/切片/资源/资源类型配置不同的LBT失败检测恢复参数，有利于更好的适用于不同的承载/切片/资源/资源类型，使用更合适的LBT失败恢复过程，及时保证业务传输性能和终端设备的需求。

应理解，针对所述多个LBT失败恢复配置，所述多个LBT失败恢复配置中的一个或至少一个LBT失败恢复配置可以对应多个业务；或者，所述多个LBT失败恢复配置也可以分别对应多个业务。类似的，所述多个LBT失败恢复配置中的一个或至少一个LBT失败恢复配置可以对应多个承载；或者，所述多个LBT失败恢复配置也可以分别对应多个承载。类似的，所述多个LBT失败恢复配置中的一个或至少一个LBT失败恢复配置可以对应多个切片；或者，所述多个LBT失败恢复配置也可以分别对应多个切片。类似的，所述多个LBT失败恢复配置中的一个或至少一个LBT失败恢复配置可以对应多个资源；或者，所述多个LBT失败恢复配置也可以分别对应多个资源。类似的，所述多个LBT失败恢复配置中的一个或至少一个LBT失败恢复配置可以对应多个资源类型；或者，所述多个LBT 失败恢复配置也可以分别对应多个资源类型。

在本申请的一些实施例中，所述多个LBT失败恢复配置包括至少一个专用LBT失败恢复配置和公共LBT失败恢复配置，所述至少一个专用LBT失败恢复配置包括针对业务、承载、切片、资源或资源类型中的至少一项配置的专用的LBT失败恢复配置，所述第一信息为LBT失败针对的业务、承载、切片、资源或资源类型中的至少一项；所述公共LBT失败恢复配置指不区分业务、承载、切片、资源或资源类型中的至少一项的LBT失败恢复配置，所述第一信息为不区分业务、承载、切片、资源或资源类型中的至少一项的LBT失败指示。

由于不同业务的时延等要求不同。针对不同业务配置不同的LBT失败检测恢复参数，有利于更好的适用于不同的业务，使用更合适的LBT失败恢复过程，及时保证业务传输性能和UE需求。类似的，针对不同的承载/切片/资源/资源类型配置不同的LBT失败检测恢复参数，有利于更好的适用于不同的承载/切片/资源/资源类型，使用更合适的LBT失败恢复过程，及时保证业务传输性能和UE需求。

此外，通过公共LBT失败恢复配置和专用LBT失败恢复配置，既保证了整体UE的传输性能，又保证了特定业务的传输性能。

应理解，针对所述多个LBT失败恢复配置，所述多个LBT失败恢复配置中的一个或至少一个LBT失败恢复配置可以对应多个业务；或者，所述多个LBT失败恢复配置也可以分别对应多个业务。类似的，所述多个LBT失败恢复配置中的一个或至少一个LBT失败恢复配置可以对应多个承载；或者，所述多个LBT失败恢复配置也可以分别对应多个承载。类似的，所述多个LBT失败恢复配置中的一个或至少一个LBT失败恢复配置可以对应多个切片；或者，所述多个LBT失败恢复配置也可以分别对应多个切片。类似的，所述多个LBT失败恢复配置中的一个或至少一个LBT失败恢复配置可以对应多个资源；或者，所述多个LBT失败恢复配置也可以分别对应多个资源。类似的，所述多个LBT失败恢复配置中的一个或至少一个LBT失败恢复配置可以对应多个资源类型；或者，所述多个LBT失败恢复配置也可以分别对应多个资源类型。

在本申请的一些实施例中，所述方法200还可包括：

维护至少一个LBT失败恢复配置，所述至少一个LBT失败恢复配置包括针对业务、承载、切片、资源或资源类型中的至少一项的LBT失败恢复配置，和/或不区分业务、承载、切片、资源或资源类型中的至少一项的LBT失败恢复配置，所述至少一个LBT失败恢复配置包括所述第一LBT失败恢复配置。

例如，所述终端设备维护所述至少一个专用LBT失败恢复配置和所述公共LBT失败恢复配置。

在本申请的一些实施例中，所述失败恢复过程指基于带宽部分BWP上的业务、承载、切片、资源或资源类型中的至少一项触发的针对所述BWP的失败恢复过程；或者所述失败恢复过程指服务小区上的业务、承载、切片、资源或资源类型中的至少一项触发的针对所述服务小区的失败恢复过程。

在本申请的一些实施例中，所述方法200还可包括：

向媒体接入控制MAC层发送上报信息，所述上报信息用于指示触发LBT失败。

例如，所述终端设备的MAC层接收来自物理层的上报信息。

例如，所述上报信息用于指示触发的LBT失败针对的业务、承载、切片、资源或资源类型中的至少一项。

在本申请的一些实施例中，所述多个LBT失败恢复配置通过网络设备指示或配置，或预定义。

例如，所述多个LBT失败恢复配置可以通过RRC配置信息配置。

在本申请的一些实施例中，所述多个LBT失败恢复配置中的每一个LBT失败恢复配置中，包括对应的计数器和/或对应的定时器。

例如，所述对应的计数器配置有初始值和/或最大值。

示例性的，所述对应的计数器配置的的初始值和/或最大值，可以是网络通过RRC配置的，也可以是协议规定的。

在本申请的一些实施例中，所述第一LBT失败恢复配置通过网络设备指示，或所述第一LBT失败恢复配置通过终端设备确定，或所述第一LBT失败恢复配置通过半静态配置确定。

例如，所述第一LBT失败恢复配置可以通过RRC配置信息配置。

在本申请的一些实施例中，所述第一LBT失败恢复配置包括第一计数器和/或第一定时器。

例如，所述第一计数器配置有初始值和/或最大值。

示例性的，所述第一计数器的初始值和/或最大值，可以是网络通过RRC配置的，也可以是协议规定的。

在本申请的一些实施例中，所述S220可包括：

在收到来自物理层的LBT失败指示的情况下，将所述第一计数器的计数加1；和/或，重启所述 第一定时器。

在本申请的一些实施例中，所述S220可包括：

在所述第一计数器的计数大于或等于所述第一计数器的最大值情况下，确定或触发连续LBT失败。

在本申请的一些实施例中，所述S220可包括：

在所述第一定时器的计时超过所述第一定时器的时长或触发的连续LBT失败被取消的情况下，重置所述第一计数器，和/或；停止所述第一定时器。

下面结合具体实施例对所述方法200进行说明。

实施例一：

UE接收多套LBT失败恢复配置，针对不同场景，使用不同的LBT失败恢复配置，来检测连续的LBT失败，和/或，触发对应的失败恢复过程。

例如，具体流程可包括以下步骤：

步骤1：

网络设备给UE配置多套LBT失败恢复配置，所述多套LBT失败恢复配置用于不同场景，用于检测不同场景对应的连续的LBT失败，和/或，触发对应的失败恢复过程。

例如，不同LBT失败恢复配置对应的场景。例如，LBT失败恢复配置1对应场景1(如干扰不受控场景，干扰部分受控场景)，LBT失败恢复配置2对应场景2(如干扰受控场景)。可选的，场景1对应的LBT失败恢复参数A(如计数器最大值，定时器)取值较小。

再如，不同LBT失败恢复配置对应的场景的选择条件。例如，信道干扰/LBT失败次数大于或等于门限，则选择LBT失败恢复配置1，否则，选择LBT失败恢复配置2。可选的，场景1对应的LBT失败恢复参数A(如计数器最大值，定时器)取值较小。

可选的，网络设备动态指示使用哪个LBT失败恢复配置。或者，网络设备半静态配置LBT失败恢复配置使用的模式(pattern)等。

步骤2：

UE接收网络配置的多套LBT失败恢复配置，并按照步骤1中的信息，选择使用的LBT失败恢复参数。

例如，所述LBT失败恢复参数包括以下至少之一：计数器(e.g.lbt-FailureInstanceMaxCount，即计数器最大值)，定时器(lbt-FailureDetectionTimer)。

可选的，计数器的初始值为0。可选的，可以为协议规定的。

可选的，UE同时仅维护一套配置。应理解，所述LBT失败恢复过程可以采用协议定义的恢复过程。

此外，针对LBT失败的场景或网络环境，基于其对应的LBT失败恢复配置，检测连续的LBT失败，和/或，触发对应的失败恢复过程。

例如，在场景1下，使用场景1对应的所述LBT失败恢复参数，执行检测连续的LBT失败，和/或，触发对应的失败恢复过程；在场景2下，使用场景2对应的所述LBT失败恢复参数，执行检测连续的LBT失败，和/或，触发对应的失败恢复过程。

针对不同场景，干扰情况不同，不同场景可以优先保证/支持的业务也不同。分不同场景给不同的LBT失败检测恢复参数，有利于更好的适用于不同的环境和/或不同的业务，针对不同情况使用更合适的LBT失败恢复过程，及时保证业务传输性能和UE需求。

实施例二：

UE接收多套LBT失败恢复配置，针对不同业务/承载/切片/资源/资源类型，使用不同的LBT失败恢复配置，来检测连续的LBT失败，和/或，触发对应的失败恢复过程。

例如，具体流程可包括以下步骤：

步骤1：

网络设备给UE配置多套LBT失败恢复配置，所述多套LBT失败恢复配置用于不同的业务/承载/切片/资源/资源类型，用于检测不同业务/承载/切片/资源/资源类型对应的连续的LBT失败，和/或，触发对应的失败恢复过程。

例如，不同LBT失败恢复配置对应的业务。例如，LBT失败恢复配置1对应业务1，LBT失败恢复配置2对应业务2。可选的，业务1(如URLLC业务)对应的LBT失败恢复参数A(如计数器最大值，定时器)取值较小。

再如，不同LBT失败恢复配置对应的资源类型。例如，类型一的资源(如高优先级资源)对应LBT失败恢复配置1，类型二的资源或其他资源(如低优先级资源)对应LBT失败恢复配置2。可选 的，业务1(如高优先级资源业务)对应的LBT失败恢复参数A(如计数器最大值，定时器)取值较小。

步骤2：

UE接收网络配置的多套LBT失败恢复配置，并按照步骤1中的信息，针对不同业务，选择对应使用的LBT失败恢复参数。

例如，所述LBT失败恢复参数包括以下至少之一：计数器(e.g.lbt-FailureInstanceMaxCount，即计数器的最大值)，定时器(lbt-FailureDetectionTimer)。

可选的，计数器的初始值为0。可选的，可以为协议规定的。

可选的，UE同时维护两套配置。

应理解，所述LBT失败恢复过程可以采用协议定义的恢复过程。

此外，针对LBT失败的业务/承载/切片/资源/资源类型，基于其对应的LBT失败恢复配置，检测连续的LBT失败，和/或，触发对应的失败恢复过程。

在本申请的一些实施例中，针对高优先级的资源或URLLC业务，使用LBT失败恢复配置1，检测连续的LBT失败，和/或，触发对应的失败恢复过程；并且，针对低优先级的资源或eMBB业务，使用LBT失败恢复配置2，检测连续的LBT失败，和/或，触发对应的失败恢复过程。

例如，LBT失败恢复(LBT failure recovery)配置1用于URLLC业务，即只要有接收到来自底层的、对应URLLC的LBT失败，对应的计数器(counter)加1，并重启对应的定时器。若对应的counter大于或等于对应的最大值，UE触发连续LBT失败(可以为针对该小区该BWP的)。若对应的定时器超时或触发的连续LBT失败被cancel，则重置对应的counter。

再如，LBT failure recovery配置2用于eMBB业务，即只要有接收到来自底层的、对应eMBB的LBT失败，对应的counter加1，并重启对应的定时器。若对应的counter大于或等于对应的最大值，UE触发连续LBT失败(可以为针对该小区该BWP的)。若对应的定时器超时或触发的连续LBT失败被cancel，则重置对应的counter。

可选的，若针对任一种业务/承载/切片/资源/资源类型触发LBT失败恢复，则UE认为此BWP或服务小区存在连续的LBT失败。

可选的，UE上报LBT失败时，指示触发LBT失败所对应的业务/承载/切片/资源/资源类型。

由于不同业务的时延等要求不同。针对不同业务配置不同的LBT失败检测恢复参数，有利于更好的适用于不同的业务，使用更合适的LBT失败恢复过程，及时保证业务传输性能和UE需求。类似的，针对不同的承载/切片/资源/资源类型配置不同的LBT失败检测恢复参数，有利于更好的适用于不同的承载/切片/资源/资源类型，使用更合适的LBT失败恢复过程，及时保证业务传输性能和UE需求。

实施例三：

UE接收多套LBT失败恢复配置，分别为公共(common)LBT失败恢复配置和至少一个专用(special)LBT失败恢复配置。其中专用(special)LBT失败恢复配置可以为针对特定业务/承载/切片/资源/资源类型。

例如，具体流程可包括以下步骤：

步骤1：

网络设备为UE配置多套LBT失败恢复配置，所述多套LBT失败恢复配置用于不同的业务/承载/切片/资源/资源类型以及不区分业务/承载/切片/资源/资源类型的LBT失败指示，用于检测对应的连续的LBT失败，和/或，触发对应的失败恢复过程。

例如，所述多套LBT失败恢复配置可以包括公共LBT失败恢复(common LBT failure recovery)配置和至少一个专用LBT失败恢复(special LBT failure recovery)配置。所述专用LBT失败恢复配置用于一种业务/承载/切片/资源/资源类型。所述公共LBT失败恢复配置不区分不同的业务/承载/切片/资源/资源类型。

步骤2：

UE接收网络配置的多套LBT失败恢复配置，并按照步骤1中的信息，针对不同情况，选择对应使用的LBT失败恢复参数。

例如，所述LBT失败恢复参数包括以下至少之一：计数器(e.g.lbt-FailureInstanceMaxCount，即计数器的最大值)，定时器(lbt-FailureDetectionTimer)。

可选的，计数器的初始值为0。可选的，可以为协议规定的。

例如，UE同时维护两套配置。

应理解，所述LBT失败恢复过程可以采用协议定义的恢复过程。

此外，针对LBT失败的业务/承载/切片/资源/资源类型，基于其对应的LBT失败恢复配置，检测 连续的LBT失败，和/或，触发对应的失败恢复过程；或者，针对不区分业务/承载/切片/资源/资源类型的LBT失败，基于公共LBT失败恢复配置，检测连续的LBT失败，和/或，触发对应的失败恢复过程。

例如，公共LBT失败恢复配置用于所有的业务/承载/切片/资源类型，即只要有接收到来自底层的LBT失败，公共LBT失败恢复配置的counter就加1，并重启公共LBT失败恢复配置的定时器。若公共LBT失败恢复配置的counter大于或等于公共LBT失败恢复配置的计数器的最大值，UE触发连续LBT失败(可以为针对该小区该BWP的)。若公共LBT失败恢复配置的定时器超时或触发的连续LBT失败被取消(cancel)，则可以重置公共LBT失败恢复配置的counter。

再如，专用LBT失败恢复配置用于特定的业务/承载/切片/资源类型，即只有接收到来自底层的、对应该业务/承载/切片/资源类型的LBT失败，对应的专用LBT失败恢复配置的counter就加1，并重启对应special的定时器。若对应的专用LBT失败恢复配置的counter大于或等于对应的专用LBT失败恢复配置计数器的最大值，UE触发连续LBT失败(可以为针对该小区该BWP的)。若对应的专用LBT失败恢复配置的定时器超时或触发的连续LBT失败被cancel，则重置对应的专用LBT失败恢复配置的counter。

可选的，若针对任一种业务/承载/切片/资源/资源类型触发LBT失败恢复，则UE认为此BWP或服务小区存在连续的LBT失败。

可选的，UE上报LBT失败时，指示触发LBT失败所对应的业务/承载/切片/资源/资源类型。

由于不同业务的时延等要求不同。针对不同业务配置不同的LBT失败检测恢复参数，有利于更好的适用于不同的业务，使用更合适的LBT失败恢复过程，及时保证业务传输性能和UE需求。类似的，针对不同的承载/切片/资源/资源类型配置不同的LBT失败检测恢复参数，有利于更好的适用于不同的承载/切片/资源/资源类型，使用更合适的LBT失败恢复过程，及时保证业务传输性能和UE需求。

此外，和实施例2相比，通过公共LBT失败恢复配置和专用LBT失败恢复配置，既保证了整体UE的传输性能，又保证了特定业务的传输性能。

图3示出了根据本申请实施例的无线通信方法300的示意性流程图，所述方法300可以由网络设备和终端设备交互执行。图3中所示的终端设备可以是如图1所示的终端设备，图3中所示的网络设备可以是如图1所示的接入网设备。

如图3所示，所述方法300可包括以下部分或全部内容：

S310，接收第二LBT失败恢复配置和至少一组参数；

S320，基于所述第二LBT失败恢复配置和第一参数，检测连续LBT失败和/或触发失败恢复过程；所述第一参数为所述至少一组参数中与第二信息对应的参数，所述至少一组参数中的每组参数用于调整所述第二LBT失败恢复配置中的第二计数器和/或第二定时器。

在本申请的一些实施例中，所述至少一组参数对应至少一个场景，或所述至少一组参数对应至少一个网络环境，所述第二信息为LBT失败时的场景或网络环境。

例如，所述多个场景或所述多个网络环境为预设的，或所述多个场景或所述多个网络环境为基于确定条件确定的。

例如，所述确定条件包括基于以下信息中的至少一项确定的条件：

网络设备的负载情况；

网络设备的干扰情况；

终端设备的干扰情况；或

LBT失败的次数。

例如，所述确定条件为基于终端设备的干扰情况确定的条件，所述多个预设场景包括以下场景中的至少一项：

干扰不受控场景；

干扰部分受控场景；或

干扰受控场景。

例如，所述干扰不受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰、LBT失败次数中的任一项大于或等于第一阈值；和/或，所述干扰部分不受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰中的每一项均小于或等于第二阈值；和/或，所述干扰部分不受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰、LBT失败次数中的任一项均小于或等于第三阈值，且大于第四阈值；和/或，所述干扰受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰、LBT失败次数中的每一项均小于或等于第五阈值。

在本申请的一些实施例中，所述至少一组参数对应多个业务，所述第二信息为LBT失败针对的业务；或者所述至少一组参数对应多个承载，所述第二信息为LBT失败针对的承载；或者所述至少 一组参数对应多个切片，所述第二信息为LBT失败针对的切片；或者所述至少一组参数对应多个资源类型，所述第二信息为LBT失败针对的资源的类型。

例如，所述多个业务包括低时延高可靠通信URLLC和/或增强移动超宽带eMBB。

在本申请的一些实施例中，所述失败恢复过程指基于带宽部分BWP上的业务、承载、切片、资源或资源类型中的至少一项触发的针对所述BWP的失败恢复过程；或者所述失败恢复过程指服务小区上的业务、承载、切片、资源或资源类型中的至少一项触发的针对所述服务小区的失败恢复过程。

在本申请的一些实施例中，所述方法300还可包括：

向媒体接入控制MAC层发送上报信息，所述上报信息用于指示触发LBT失败。

例如，所述上报信息用于指示触发的LBT失败针对的业务、承载、切片、资源或资源类型中的至少一项。

在本申请的一些实施例中，所述至少一组参数为终端设备确定或选择的，或所述至少一组参数为预配置的，或所述至少一组参数为网络配置或指示的。

在本申请的一些实施例中，所述至少一组参数包括用于调整所述第二计数器的参数和/或用于调整所述第二定时器的参数。

在本申请的一些实施例中，所述第一参数包括用于调整所述第二计数器的第二参数和/或用于调整所述第二定时器的第三参数。

例如，所述第二参数为影响因子或权重值。

例如，所述第三参数为影响因子或权重值。

例如，所述第二计数器配置有初始值和/或最大值。

可选的，所述第二计数器的初始值为0。可选的，可以为协议规定的。

在本申请的一些实施例中，所述S320可包括：

基于所述第二计数器和所述第二参数，确定计数值；基于所述第二定时器第一时长和所述第三参数，确定第二定时器的第二时长；基于所述第二计数器的最大值和/或所述第二时长，检测连续LBT失败和/或触发失败恢复过程。

在本申请的一些实施例中，所述S320可包括：

在收到来自物理层的LBT失败指示的情况下，将所述第二计数器的计数加所述计数值；和/或，重启所述第二定时器。

在本申请的一些实施例中，所述S320可包括：

在所述第二计数器的计数大于或等于所述第二计数器的最大值的情况下，确定或触发连续LBT失败。

在本申请的一些实施例中，所述S320可包括：

在所述第二定时器的计时超过所述第二时长或触发的连续LBT失败被取消的情况下，重置所述第二计数器，和/或；停止所述第二定时器。

下面结合实施例4对所述方法300进行说明。

实施例4：

UE接收一套LBT失败恢复配置，但是针对不同业务/承载/切片/资源/资源类型/环境，对counter和/或定时器的影响因子或加权值不同。

例如，具体流程可包括以下步骤：

步骤1：

网络设备为UE配置LBT失败恢复参数，所述LBT失败恢复参数用于检测不同业务/承载/切片/资源/资源类型/环境对应的连续的LBT失败，和/或，触发对应的失败恢复过程。

例如，所述LBT失败恢复参数包括LBT失败恢复配置(仅一套)。可选的，所述LBT失败恢复配置可以包括以下计数器(e.g.lbt-FailureInstanceMaxCount，即计数器的最大值)和/或定时器(lbt-FailureDetectionTimer)。

可选的，计数器的初始值为0。可选的，可以为协议规定的。

例如，所述LBT失败恢复参数包括不同业务/承载/切片/资源/资源类型/环境对应的影响因子或加权值不同，所述影响因子或加权值用于影响counter和/或定时器。可选的，所述影响因子或加权值也可以是预配置或UE自己选择的。

例如，最终的counter计数结果为物理层上报值与影响因子或加权值的函数，例如1*影响因子或加权值；例如，最终的定时器时长为物理层上报值与影响因子或加权值的函数，例如配置的timer时长*影响因子或加权值。

步骤2：

UE接收网络配置的所述LBT失败恢复参数，针对不同业务/承载/切片/资源/资源类型/环境，确定对应的影响因子或加权值，对counter和/或定时器进行修正，进行连续的LBT失败检测，和/或，触发对应的失败恢复过程。

可选的：PHY上报LBT失败给高层时，指示触发LBT失败其所对应的业务/承载/切片/资源/资源类型/环境。

例如，只要有接收到来自底层的、对应URLLC的LBT失败，对应的counter就加1*factor1，并重启对应的定时器(定时器时长为配置的时长*factor3)。若对应的counter大于或等于对应的最大值，UE触发连续LBT失败(可以为针对该小区该BWP的)。若对应的定时器超时或触发的连续LBT失败被cancel，则重置对应的counter。

再如，只要有接收到来自底层的、对应eMBB的LBT失败，对应的counter就加1*factor2，并重启对应的定时器(定时器时长为配置的时长*factor4)。若对应的counter大于或等于对应的最大值，UE触发连续LBT失败(可以为针对该小区该BWP的)。若对应的定时器超时或触发的连续LBT失败被cancel，则重置对应的counter。

由于不同业务的时延等要求不同。与实施例2-3相比，UE仅维护一套LBT失败恢复参数，减少了UE的复杂度。此外，通过影响因子，考虑了不同业务或场景的影响，保证了体现不同业务/场景的需求，服务于不同场景/业务，恢复业务传输。

以上结合附图详细描述了本申请的优选实施方式，但是，本申请并不限于上述实施方式中的具体细节，在本申请的技术构思范围内，可以对本申请的技术方案进行多种简单变型，这些简单变型均属于本申请的保护范围。例如，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本申请对各种可能的组合方式不再另行说明。又例如，本申请的各种不同的实施方式之间也可以进行任意组合，只要其不违背本申请的思想，其同样应当视为本申请所公开的内容。

还应理解，在本申请的各种方法实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。此外，在本申请实施例中，术语“下行”和“上行”用于表示信号或数据的传输方向，其中，“下行”用于表示信号或数据的传输方向为从站点发送至小区的用户设备的第一方向，“上行”用于表示信号或数据的传输方向为从小区的用户设备发送至站点的第二方向，例如，“下行信号”表示该信号的传输方向为第一方向。另外，本申请实施例中，术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。具体地，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

上文结合图1至图3详细描述了本申请的方法实施例，下文结合图4至图9详细描述本申请的装置实施例。

图4是本申请实施例的终端设备400的示意性框图。

如图4所示，所述终端设备400可包括：

接收单元410，用于接收多个LBT失败恢复配置；

处理单元420，用于基于所述多个LBT失败恢复配置中的与第一信息对应的第一LBT失败恢复配置，检测连续LBT失败和/或触发失败恢复过程。

在本申请的一些实施例中，所述多个LBT失败恢复配置对应多个场景，或所述多个LBT失败恢复配置对应多个网络环境；所述第一信息为LBT失败时的场景或网络环境。

在本申请的一些实施例中，所述多个场景或所述多个网络环境为预设的，或所述多个场景或所述多个网络环境为基于确定条件确定的。

在本申请的一些实施例中，所述确定条件包括基于以下信息中的至少一项确定的条件：

网络设备的负载情况；

网络设备的干扰情况；

终端设备的干扰情况；或

LBT失败的次数。

在本申请的一些实施例中，所述确定条件为基于终端设备的干扰情况确定的条件，所述多个预设场景包括以下场景中的至少一项：

干扰不受控场景；

干扰部分受控场景；或

干扰受控场景。

在本申请的一些实施例中，所述干扰不受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰、LBT失败次数中的任一项大于或等于第一阈值；和/或，所述干扰部分不受控场景指网络 设备的负载、网络设备的干扰、或终端设备的干扰中的每一项均小于或等于第二阈值；和/或，所述干扰部分不受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰、LBT失败次数中的任一项均小于或等于第三阈值，且大于第四阈值；和/或，所述干扰受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰、LBT失败次数中的每一项均小于或等于第五阈值。

在本申请的一些实施例中，所述处理单元420还用于：

维护一个LBT失败恢复配置，所述一个LBT失败恢复配置为所述第一LBT失败恢复配置。

在本申请的一些实施例中，所述处理单元420还用于：

在LBT失败时的场景或网络环境改变的情况下，重置所述第一LBT失败恢复配置。

在本申请的一些实施例中，所述多个LBT失败恢复配置对应多个业务，所述第一信息为LBT失败针对的业务；或者所述多个LBT失败恢复配置对应多个承载，所述第一信息为LBT失败针对的承载；或者所述多个LBT失败恢复配置对应多个切片，所述第一信息为LBT失败针对的切片；或者所述多个LBT失败恢复配置对应多个资源或资源类型，所述第一信息为LBT失败针对的资源或资源的类型。

在本申请的一些实施例中，所述多个业务包括低时延高可靠通信URLLC业务和/或增强移动超宽带eMBB业务。

在本申请的一些实施例中，所述多个LBT失败恢复配置包括至少一个专用LBT失败恢复配置和公共LBT失败恢复配置，所述至少一个专用LBT失败恢复配置包括针对业务、承载、切片、资源或资源类型中的至少一项配置的专用的LBT失败恢复配置，所述第一信息为LBT失败针对的业务、承载、切片、资源或资源类型中的至少一项；所述公共LBT失败恢复配置指不区分业务、承载、切片、资源或资源类型中的至少一项的LBT失败恢复配置，所述第一信息为不区分业务、承载、切片、资源或资源类型中的至少一项的LBT失败指示。

在本申请的一些实施例中，所述方法还包括：

维护至少一个LBT失败恢复配置，所述至少一个LBT失败恢复配置包括针对业务、承载、切片、资源或资源类型中的至少一项的LBT失败恢复配置，和/或不区分业务、承载、切片、资源或资源类型中的至少一项的LBT失败恢复配置，所述至少一个LBT失败恢复配置包括所述第一LBT失败恢复配置。

在本申请的一些实施例中，所述失败恢复过程指基于带宽部分BWP上的业务、承载、切片、资源或资源类型中的至少一项触发的针对所述BWP的失败恢复过程；或者所述失败恢复过程指服务小区上的业务、承载、切片、资源或资源类型中的至少一项触发的针对所述服务小区的失败恢复过程。

在本申请的一些实施例中，所述处理单元420还用于：

向媒体接入控制MAC层发送上报信息，所述上报信息用于指示触发LBT失败。

在本申请的一些实施例中，所述上报信息用于指示触发的LBT失败针对的业务、承载、切片、资源或资源类型中的至少一项。

在本申请的一些实施例中，所述第一LBT失败恢复配置通过网络设备指示，或所述第一LBT失败恢复配置通过终端设备确定，或所述第一LBT失败恢复配置通过半静态配置确定。

在本申请的一些实施例中，所述第一LBT失败恢复配置包括第一计数器和/或第一定时器。

在本申请的一些实施例中，所述第一计数器配置有初始值和/或最大值。

在本申请的一些实施例中，所述处理单元420具体用于：

在收到来自物理层的LBT失败指示的情况下，将所述第一计数器的计数加1；和/或，

重启所述第一定时器。

在本申请的一些实施例中，所述处理单元420具体用于：

在所述第一计数器的计数大于或等于所述第一计数器的最大值情况下，确定或触发连续LBT失败。

在本申请的一些实施例中，所述处理单元420具体用于：

在所述第一定时器的计时超过所述第一定时器的时长或触发的连续LBT失败被取消的情况下，重置所述第一计数器，和/或；

停止所述第一定时器。

应理解，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。具体地，图4所示的终端设备400可以对应于执行本申请实施例的方法200中的相应主体，并且终端设备400中的各个单元的前述和其它操作和/或功能分别为了实现图2中的各个方法中的相应流程，为了简洁，在此不再赘述。

图5是本申请实施例的网络设备500的示意性框图。

发送单元510，用于发送多个LBT失败恢复配置，所述多个LBT失败恢复配置中的与第一信息对应的第一LBT失败恢复配置用于终端设备检测连续LBT失败和/或触发失败恢复过程。

在本申请的一些实施例中，所述多个LBT失败恢复配置对应多个场景，或所述多个LBT失败恢复配置对应多个网络环境；所述第一信息为LBT失败时的场景或网络环境。

在本申请的一些实施例中，所述多个场景或所述多个网络环境为预设的，或所述多个场景或所述多个网络环境为基于确定条件确定的。

在本申请的一些实施例中，所述确定条件包括基于以下信息中的至少一项确定的条件：

网络设备的负载情况；

网络设备的干扰情况；

终端设备的干扰情况；或

LBT失败的次数。

在本申请的一些实施例中，所述确定条件为基于终端设备的干扰情况确定的条件，所述多个预设场景包括以下场景中的至少一项：

干扰不受控场景；

干扰部分受控场景；或

干扰受控场景。

在本申请的一些实施例中，所述干扰不受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰、LBT失败次数中的任一项大于或等于第一阈值；和/或，所述干扰部分不受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰中的每一项均小于或等于第二阈值；和/或，所述干扰部分不受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰、LBT失败次数中的任一项均小于或等于第三阈值，且大于第四阈值；和/或，所述干扰受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰、LBT失败次数中的每一项均小于或等于第五阈值。

在本申请的一些实施例中，所述多个LBT失败恢复配置对应多个业务，所述第一信息为LBT失败针对的业务；或者所述多个LBT失败恢复配置对应多个承载，所述第一信息为LBT失败针对的承载；或者所述多个LBT失败恢复配置对应多个切片，所述第一信息为LBT失败针对的切片；或者所述多个LBT失败恢复配置对应多个资源或资源类型，所述第一信息为LBT失败针对的资源或资源的类型。

在本申请的一些实施例中，所述多个业务包括低时延高可靠通信URLLC业务和/或增强移动超宽带eMBB业务。

在本申请的一些实施例中，所述多个LBT失败恢复配置包括至少一个专用LBT失败恢复配置和公共LBT失败恢复配置，所述至少一个专用LBT失败恢复配置包括针对业务、承载、切片、资源或资源类型中的至少一项配置的专用的LBT失败恢复配置，所述第一信息为LBT失败针对的业务、承载、切片、资源或资源类型中的至少一项；所述公共LBT失败恢复配置指不区分业务、承载、切片、资源或资源类型中的至少一项的LBT失败恢复配置，所述第一信息为不区分业务、承载、切片、资源或资源类型中的至少一项的LBT失败指示。

在本申请的一些实施例中，所述失败恢复过程指基于带宽部分BWP上的业务、承载、切片、资源或资源类型中的至少一项触发的针对所述BWP的失败恢复过程；或者所述失败恢复过程指服务小区上的业务、承载、切片、资源或资源类型中的至少一项触发的针对所述服务小区的失败恢复过程。

在本申请的一些实施例中，所述第一LBT失败恢复配置通过网络设备指示，或所述第一LBT失败恢复配置通过终端设备确定，或所述第一LBT失败恢复配置通过半静态配置确定。

在本申请的一些实施例中，所述第一LBT失败恢复配置包括第一计数器和/或第一定时器。

在本申请的一些实施例中，所述第一计数器配置有初始值和/或最大值。

如图5所示，所述网络设备500可包括：

应理解，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。具体地，图5所示的网络设备500可以对应于执行本申请实施例的方法200中的相应主体，并且网络设备500中的各个单元的前述和其它操作和/或功能分别为了实现图2中的各个方法中的相应流程，为了简洁，在此不再赘述。

图6是本申请实施例的终端设备600的示意性框图。

如图6所示，所述终端设备600可包括：

接收单元610，用于接收第二LBT失败恢复配置和至少一组参数；

处理单元620，用于基于所述第二LBT失败恢复配置和第一参数，检测连续LBT失败和/或触发失败恢复过程；所述第一参数为所述至少一组参数中与第二信息对应的参数，所述至少一组参数中的每组参数用于调整所述第二LBT失败恢复配置中的第二计数器和/或第二定时器。

在本申请的一些实施例中，所述至少一组参数对应至少一个场景，或所述至少一组参数对应至少一个网络环境，所述第二信息为LBT失败时的场景或网络环境。

在本申请的一些实施例中，所述多个场景或所述多个网络环境为预设的，或所述多个场景或所述多个网络环境为基于确定条件确定的。

在本申请的一些实施例中，所述确定条件包括基于以下信息中的至少一项确定的条件：

网络设备的负载情况；

网络设备的干扰情况；

终端设备的干扰情况；或

LBT失败的次数。

在本申请的一些实施例中，所述确定条件为基于终端设备的干扰情况确定的条件，所述多个预设场景包括以下场景中的至少一项：

干扰不受控场景；

干扰部分受控场景；或

干扰受控场景。

在本申请的一些实施例中，所述干扰不受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰、LBT失败次数中的任一项大于或等于第一阈值；和/或，所述干扰部分不受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰中的每一项均小于或等于第二阈值；和/或，所述干扰部分不受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰、LBT失败次数中的任一项均小于或等于第三阈值，且大于第四阈值；和/或，所述干扰受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰、LBT失败次数中的每一项均小于或等于第五阈值。

在本申请的一些实施例中，所述至少一组参数对应多个业务，所述第二信息为LBT失败针对的业务；或者所述至少一组参数对应多个承载，所述第二信息为LBT失败针对的承载；或者所述至少一组参数对应多个切片，所述第二信息为LBT失败针对的切片；或者所述至少一组参数对应多个资源类型，所述第二信息为LBT失败针对的资源的类型。

在本申请的一些实施例中，所述多个业务包括低时延高可靠通信URLLC和/或增强移动超宽带eMBB。

在本申请的一些实施例中，所述失败恢复过程指基于带宽部分BWP上的业务、承载、切片、资源或资源类型中的至少一项触发的针对所述BWP的失败恢复过程；或者所述失败恢复过程指服务小区上的业务、承载、切片、资源或资源类型中的至少一项触发的针对所述服务小区的失败恢复过程。

在本申请的一些实施例中，所述接收单元610还用于：

向媒体接入控制MAC层发送上报信息，所述上报信息用于指示触发LBT失败。

在本申请的一些实施例中，所述上报信息用于指示触发的LBT失败针对的业务、承载、切片、资源或资源类型中的至少一项。

在本申请的一些实施例中，所述至少一组参数为终端设备确定或选择的，或所述至少一组参数为预配置的，或所述至少一组参数为网络配置或指示的。

在本申请的一些实施例中，所述第一参数包括用于调整所述第二计数器的第二参数和/或用于调整所述第二定时器的第三参数。

在本申请的一些实施例中，所述第二参数为影响因子或权重值。

在本申请的一些实施例中，所述第三参数为影响因子或权重值。

在本申请的一些实施例中，所述第二计数器配置有初始值和/或最大值。

在本申请的一些实施例中，所述处理单元620具体用于：

基于所述第二计数器和所述第二参数，确定计数值；

基于所述第二定时器第一时长和所述第三参数，确定第二定时器的第二时长；

基于所述第二计数器的最大值和/或所述第二时长，检测连续LBT失败和/或触发失败恢复过程。

在本申请的一些实施例中，所述处理单元620具体用于：

在收到来自物理层的LBT失败指示的情况下，将所述第二计数器的计数加所述计数值；和/或，

重启所述第二定时器。

在本申请的一些实施例中，所述处理单元620具体用于：

在所述第二计数器的计数大于或等于所述第二计数器的最大值的情况下，确定或触发连续LBT失败。

在本申请的一些实施例中，所述处理单元620具体用于：

在所述第二定时器的计时超过所述第二时长或触发的连续LBT失败被取消的情况下，重置所述第二计数器，和/或；

停止所述第二定时器。

应理解，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。具体地，图6所示的终端设备600可以对应于执行本申请实施例的方法300中的相应主体，并且终端设备600中的各个单元的前述和其它操作和/或功能分别为了实现图3中的各个方法中的相应流程，为了简洁，在此不再赘述。

图7是本申请实施例的网络设备700的示意性框图。

如图7所示，所述网络设备700可包括：

发送单元710，用于发送第二LBT失败恢复配置和至少一组参数，所述第二LBT失败恢复配置和第一参数用于终端设备检测连续LBT失败和/或触发失败恢复过程；所述第一参数为所述至少一组参数中与第二信息对应的参数，所述至少一组参数中的每组参数用于调整所述第二LBT失败恢复配置中的第二计数器和/或第二定时器。

在本申请的一些实施例中，所述至少一组参数对应至少一个场景，或所述至少一组参数对应至少一个网络环境，所述第二信息为LBT失败时的场景或网络环境。

在本申请的一些实施例中，所述多个场景或所述多个网络环境为预设的，或所述多个场景或所述多个网络环境为基于确定条件确定的。

在本申请的一些实施例中，所述确定条件包括基于以下信息中的至少一项确定的条件：

网络设备的负载情况；

网络设备的干扰情况；

终端设备的干扰情况；或

LBT失败的次数。

在本申请的一些实施例中，所述确定条件为基于终端设备的干扰情况确定的条件，所述多个预设场景包括以下场景中的至少一项：

干扰不受控场景；

干扰部分受控场景；或

干扰受控场景。

在本申请的一些实施例中，所述干扰不受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰、LBT失败次数中的任一项大于或等于第一阈值；和/或，所述干扰部分不受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰中的每一项均小于或等于第二阈值；和/或，所述干扰部分不受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰、LBT失败次数中的任一项均小于或等于第三阈值，且大于第四阈值；和/或，所述干扰受控场景指网络设备的负载、网络设备的干扰、或终端设备的干扰、LBT失败次数中的每一项均小于或等于第五阈值。

在本申请的一些实施例中，所述至少一组参数对应多个业务，所述第二信息为LBT失败针对的业务；或者所述至少一组参数对应多个承载，所述第二信息为LBT失败针对的承载；或者所述至少一组参数对应多个切片，所述第二信息为LBT失败针对的切片；或者所述至少一组参数对应多个资源类型，所述第二信息为LBT失败针对的资源的类型。

在本申请的一些实施例中，所述多个业务包括低时延高可靠通信URLLC和/或增强移动超宽带eMBB。

在本申请的一些实施例中，所述失败恢复过程指基于带宽部分BWP上的业务、承载、切片、资源或资源类型中的至少一项触发的针对所述BWP的失败恢复过程；或者所述失败恢复过程指服务小区上的业务、承载、切片、资源或资源类型中的至少一项触发的针对所述服务小区的失败恢复过程。

在本申请的一些实施例中，所述至少一组参数为终端设备确定或选择的，或所述至少一组参数为预配置的，或所述至少一组参数为网络配置或指示的。

在本申请的一些实施例中，所述第一参数包括用于调整所述第二计数器的第二参数和/或用于调整所述第二定时器的第三参数。

在本申请的一些实施例中，所述第二参数为影响因子或权重值。

在本申请的一些实施例中，所述第三参数为影响因子或权重值。

在本申请的一些实施例中，所述第二计数器配置有初始值和/或最大值。

应理解，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。具体地，图7所示的网络设备700可以对应于执行本申请实施例的方法300中的相应主体，并且网络设备700中的各个单元的前述和其它操作和/或功能分别为了实现图3中的各个方法中的相应流程，为了简洁，在此不再赘述。

上文中结合附图从功能模块的角度描述了本申请实施例的通信设备。应理解，该功能模块可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过硬件和软件模块组合实现。

具体地，本申请实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本申请实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。

可选地，软件模块可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。

例如，上文涉及的处理单元和通信单元可分别由处理器和收发器实现。

图8是本申请实施例的通信设备800示意性结构图。

如图8所示，所述通信设备800可包括处理器810。

其中，处理器810可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。

请继续参见图8，通信设备800还可以包括存储器820。

其中，该存储器820可以用于存储指示信息，还可以用于存储处理器810执行的代码、指令等。其中，处理器810可以从存储器820中调用并运行计算机程序，以实现本申请实施例中的方法。存储器820可以是独立于处理器810的一个单独的器件，也可以集成在处理器810中。

请继续参见图8，通信设备800还可以包括收发器830。

其中，处理器810可以控制该收发器830与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。收发器830可以包括发射机和接收机。收发器830还可以进一步包括天线，天线的数量可以为一个或多个。

应当理解，该通信设备800中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。

还应理解，该通信设备800可为本申请实施例的终端设备，并且该通信设备800可以实现本申请实施例的各个方法中由终端设备实现的相应流程，也就是说，本申请实施例的通信设备800可对应于本申请实施例中的终端设备400或600，并可以对应于执行根据本申请实施例的方法200或300中的相应主体，为了简洁，在此不再赘述。类似地，该通信设备800可为本申请实施例的网络设备，并且该通信设备800可以实现本申请实施例的各个方法中由网络设备实现的相应流程。也就是说，本申请实施例的通信设备800可对应于本申请实施例中的网络设备500或700，并可以对应于执行根据本申请实施例的方法200或300中的相应主体，为了简洁，在此不再赘述。

此外，本申请实施例中还提供了一种芯片。

例如，芯片可能是一种集成电路芯片，具有信号的处理能力，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。所述芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。可选地，该芯片可应用到各种通信设备中，使得安装有该芯片的通信设备能够执行本申请实施例中的公开的各方法、步骤及逻辑框图。

图9是根据本申请实施例的芯片900的示意性结构图。

如图9所示，所述芯片900包括处理器910。

其中，处理器910可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。

请继续参见图9，所述芯片900还可以包括存储器920。

其中，处理器910可以从存储器920中调用并运行计算机程序，以实现本申请实施例中的方法。该存储器920可以用于存储指示信息，还可以用于存储处理器910执行的代码、指令等。存储器920可以是独立于处理器910的一个单独的器件，也可以集成在处理器910中。

请继续参见图9，所述芯片900还可以包括输入接口930。

其中，处理器910可以控制该输入接口930与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。

请继续参见图9，所述芯片900还可以包括输出接口940。

其中，处理器910可以控制该输出接口940与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。

应理解，所述芯片900可应用于本申请实施例中的网络设备，并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程，也可以实现本申请实施例的各个方法中由终端设备实现的相应流程，为了简洁，在此不再赘述。

还应理解，该芯片900中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。

上文涉及的处理器可以包括但不限于：

通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。

所述处理器可以用于实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

上文涉及的存储器包括但不限于：

易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。

应注意，本文描述的存储器旨在包括这些和其它任意适合类型的存储器。

本申请实施例中还提供了一种计算机可读存储介质，用于存储计算机程序。该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行方法200或300所示实施例的方法。

可选的，该计算机可读存储介质可应用于本申请实施例中的网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。

本申请实施例中还提供了一种计算机程序产品，包括计算机程序。

可选的，该计算机程序产品可应用于本申请实施例中的网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该计算机程序产品可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。

本申请实施例中还提供了一种计算机程序。当该计算机程序被计算机执行时，使得计算机可以执行方法200或300所示实施例的方法。

可选的，该计算机程序可应用于本申请实施例中的网络设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

此外，本申请实施例还提供了一种通信系统，所述通信系统可以包括上述涉及的终端设备和网络设备，以形成如图1所示的通信系统100，为了简洁，在此不再赘述。需要说明的是，本文中的术语“系统”等也可以称为“网络管理架构”或者“网络系统”等。

还应当理解，在本申请实施例和所附权利要求书中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。

例如，在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”、“上述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

所属领域的技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的范围。

如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取 存储器、磁碟或者光盘等各种可以存储程序代码的介质。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。

例如，以上所描述的装置实施例中单元或模块或组件的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或模块或组件可以结合或者可以集成到另一个系统，或一些单元或模块或组件可以忽略，或不执行。

又例如，上述作为分离/显示部件说明的单元/模块/组件可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元/模块/组件来实现本申请实施例的目的。

最后，需要说明的是，上文中显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

以上内容，仅为本申请实施例的具体实施方式，但本申请实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应以权利要求的保护范围为准。