CN115243281A - 通信方法及装置 - Google Patents

Abstract

本申请公开一种通信方法及装置，包括：确定是否第一条件或者确定是否满足第二条件，在不满足第一条件，或者，满足第二条件的情况下，执行以下任一项或多项；而在满足第一条件，或者，不满足第二条件的情况下，不执行以下任一或多项：检测终端设备的物理层问题、检测无线链路失败、初始化RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。上述第一条件用于指示终端设备期望离开无线资源控制RRC连接态，上述第二条件用于指示终端设备未期望离开无线资源控制RRC连接态。有效改善了终端设备的行为出现矛盾的情况。

Description

通信方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法及装置。

背景技术

一般的，终端设备检测到无线链路失败后，该终端设备可能需要发起无线资源控制(radio resource control，RRC)连接重建过程。同时，终端设备还需要执行小区重选过程、以及在重选到的小区上向网络设备发送RRC重建请求消息等等，从而，保证终端设备能够重新与网络设备建立RRC连接。

因此，终端设备如何检测无线链路失败亟待解决。

发明内容

本申请提供一种通信方法及装置，有效改善了终端设备的行为出现矛盾的情况。

第一方面，本申请实施例提供一种通信方法，所述方法应用于终端设备或终端设备中的芯片等。为便于描述，下文将以终端设备为例说明本申请实施例提供的方法。如下所示，所述方法包括：

确定不满足第一条件或者确定满足第二条件，所述第一条件用于指示所述终端设备期望(perfer或expect)离开无线资源控制RRC连接态，所述第二条件用于指示所述终端设备未期望离开无线资源控制RRC连接态；执行以下任一项或多项：检测所述终端设备的物理层问题、检测无线链路失败、初始化RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

一般的，在终端设备期望离开RRC连接态的情况下，该终端设备需要保持与网络设备的RRC连接一段时长。然而，在这一段时长内，终端设备可能会检测到物理层问题、或检测到无线链路失败等。在终端设备检测到上述事件后，该终端设备就需要重新与网络设备检测RRC连接。

示例性的，终端设备在执行上述步骤时，如果不增加上述第一条件或第二条件，会导致终端设备在期望离开RRC连接态的情况下，又重新与网络设备建立RRC连接。由此，不仅导致终端设备的行为出现矛盾，而且还导致了资源浪费。然而，本申请实施例中，通过增加判断条件，如确定不满足第一条件，或者，确定满足第二条件，可使得终端设备结合第一条件或第二条件，执行以下至少一项：检测物理层问题、检测无线链路失败、初始化RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。从而，有效改善了终端设备的行为出现矛盾的情况，有效改善了资源浪费的情况。同时，还提高了终端设备执行上述步骤的必要性。

在一种可能的实现方式中，所述方法还包括：确定满足所述第一条件或者确定不满足所述第二条件；不执行以下任一项或多项：检测所述终端设备的物理层问题、检测无线链路失败、初始化所述RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

本申请实施例中，在终端设备确定满足第一条件，如终端设备期望离开RRC连接态时，该终端设备不检测物理层问题、或不检测无线链路失败、或不初始化RRC连接重建等。从而，有效改善了在终端设备期望离开与网络设备的RRC连接的情况下，又重新与网络设备建立RRC连接的问题，有效改善了终端设备的行为矛盾的情况。而且，由于终端设备确定期望离开RRC连接态时，不执行上述事件(如检测物理层问题或检测无线链路失败或检测波束失败等)，从而还有效改善了终端设备发起不必要行为的问题，改善了终端设备浪费功耗的问题，节省了信令开销。

示例性的，上述第一方面提供的方法还可以替换为：

确定是否满足第一条件；根据是否满足所述第一条件，确定是否执行以下任一项或多项：检测所述终端设备的物理层问题、检测无线链路失败、初始化RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

可选的，所述根据是否满足所述第一条件，确定是否执行以下任一项或多项，包括：在不满足所述第一条件的情况下，执行以下任一项或多项；或者，在满足所述第一条件的情况下，不执行以下任一项或多项。可理解，关于这里所示的任一项或多项可以参考上述描述，这里不再详述。

示例性的，上述第一方面提供的方法还可以替换为：

确定是否满足的第一条件；在满足所述第一条件的情况下，不执行以下任一项或多项；在不满足所述第一条件的情况下，执行以下任一项或多项：检测所述终端设备的物理层问题、检测无线链路失败、初始化RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

可理解，上述关于第一方面的替换描述仅为示例，依据本申请实施例提供的方法的各种变形描述描述，均属于本申请的保护范围。

在一种可能的实现方式中，所述第一条件包括以下任一项或多项：所述终端设备期望离开所述RRC连接态；所述终端设备初始化(initiate)离开所述RRC连接态的流程；所述终端设备向网络设备发送第一指示信息，所述第一指示信息用于指示所述终端设备期望离开所述RRC连接态；第一定时器处于运行中，所述第一定时器用于控制所述终端设备离开所述RRC连接态。

可选的，第一指示信息还可以理解为：用于指示终端设备打算离开RRC连接态；或者，用于指示终端设备离开RRC连接态；或者，用于指示终端设备请求离开RRC连接态；或者，用于指示终端设备断开RRC连接态；或者，用于指示终端设备请求断开RRC连接态等，本申请实施例对于该第一指示信息所指示的内容的具体描述不作限定。

可选的，第一定时器还可以理解为：用于控制终端设备等待的第一时长，该第一时长为终端设备期望离开RRC连接态，到该终端设备离开该RRC连接态的这一段时长。可选的，该第一时长为终端设备请求离开RRC连接态，到该终端设备接收到来自网络设备的RRC释放消息的时长。可选的，该第一时长为终端设备打算离开RRC连接态，到终端设备接收到来自网络设备的RRC释放消息的时长。可选的，该第一时长为终端设备期望离开RRC连接态，到终端设备转换为RRC空闲(idle)态的时长。可选的，该第一时长为终端设备期望离开RRC连接态，到终端设备转换为RRC非活跃(inactive)态(也可以称为非激活态)的时长。可选的，该第一时长为终端设备向网络设备发送第一指示信息，到接收到来自网络设备的RRC释放消息的时长。可选的，该第一时长为终端设备向网络设备发送第一指示信息，到该终端设备转换为RRC空闲态或RRC非活跃态的时长。可选的，该第一时长为终端设备初始化离开RRC连接态，到该终端设备转换为RRC空闲态或RRC非活跃态的时长等。可理解，关于第一时长的具体作用的不同描述仅为示例，本申请实施例对于该第一时长的具体描述不作限定。

在一种可能的实现方式中，所述第二条件包括以下任一项或多项：所述终端设备未期望离开所述RRC连接态；所述终端设备未初始化离开所述RRC连接态的流程；所述终端设备未向网络设备发送第一指示信息，所述第一指示信息用于指示所述终端设备期望离开所述RRC连接态；第一定时器不处于运行中，所述第一定时器用于控制所述终端设备离开所述RRC连接态。

可理解，关于第一指示信息和第一定时器的具体说明，可以参考上述描述，这里不再一一赘述。

在一种可能的实现方式中，在满足以下条件中的一项或多项的情况下，启动或重启所述第一定时器：所述终端设备初始化离开所述RRC连接态的流程；所述终端设备向网络设备发送第一指示信息，所述第一指示信息用于指示所述终端设备期望离开所述RRC连接态；所述终端设备成功向网络设备发送第一指示信息，所述第一指示信息用于指示所述终端设备期望离开所述RRC连接态。

在一种可能的实现方式中，在接收到网络设备发送的RRC释放消息的情况下，停止所述第一定时器；或者，在所述第一定时器超时的情况下，停止所述第一定时器。

可理解，关于第一定时器的启动或重启，以及停止的说明，还可以参考下文，这里先不一一详述。

在一种可能的实现方式中，所述初始化所述RRC连接重建，包括：在满足第三条件的至少一项，且不满足第四条件的至少一项的情况下，初始化所述RRC连接重建；所述第三条件包括：检测到无线链路失败、同步重配置失败、从新空口(new radio，NR)移动失败、从低层接收到完整性保护校验失败、所述RRC连接重配失败；所述第四条件包括：接入层(access stratum，AS)安全未被激活、AS安全被激活但信令无线承载(signaling radiobearer，SRB)2和至少一个数据无线承载(data radio bearer，DRB)没有被建立或者接入回传一体化(integrated access and backhaul，IAB)场景下SRB2没有被建立。

可理解，关于初始化RRC连接重建的说明，还可以参考下文，这里先不详述。

在一种可能的实现方式中，所述检测无线链路失败包括：检测双连接(dualconnectivity，DC)中的主基站(master node，MN)(也可以称为主节点)或主小区组(mastercell group，MCG)发生无线链路失败；或者，检测双连接DC中的辅基站(secondary node，SN)(也可以称为辅节点)或辅小区组(secondary cell group，SCG)发生无线链路失败。

示例性的，在检测到DC中的MN或MCG发生无线链路失败时，终端设备可以初始化RRC连接重建、执行小区重选或发送RRC重建请求消息等。而该DC中的SN或SCG发生无线链路失败时，终端设备可以通过MN或MCG恢复RRC连接等，例如，通过MN或MCG的链路上报SCG失败信息。

第二方面，本申请实施例提供一种通信装置，用于执行第一方面或第一方面的任意可能的实现方式中的方法。该通信装置包括具有执行第一方面或第一方面的任意可能的实现方式中的方法的相应单元。例如，该通信装置包括收发单元和处理单元。

所述处理单元，用于确定不满足第一条件或者确定满足第二条件，所述第一条件用于指示所述终端设备期望离开无线资源控制RRC连接态，所述第二条件用于指示所述终端设备未期望离开无线资源控制RRC连接态；所述处理单元，还用于执行以下任一项或多项：检测所述终端设备的物理层问题、检测无线链路失败、初始化RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

可选的，处理单元可以通过收发单元执行小区重选，或者，发送RRC重建请求消息等，本申请实施例对于收发单元和处理单元的具体方式不作限定。

在一种可能的实现方式中，所述处理单元，还用于确定满足所述第一条件或者确定不满足所述第二条件；不执行以下任一项或多项：检测所述终端设备的物理层问题、检测无线链路失败、初始化所述RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

可选的，上述处理单元还可以理解为：处理单元可以确定是否满足第一条件，或第二条件；然后根据是否满足第一条件，确定是否执行检测物理层问题、或检测无线链路失败、或初始化RRC连接重建等。

在一种可能的实现方式中，所述第一条件包括以下任一项或多项：所述终端设备期望离开所述RRC连接态；所述终端设备初始化离开所述RRC连接态的流程；所述终端设备向网络设备发送第一指示信息，所述第一指示信息用于指示所述终端设备期望离开所述RRC连接态；第一定时器处于运行中，所述第一定时器用于控制所述终端设备离开所述RRC连接态。

在一种可能的实现方式中，所述第二条件包括以下任一项或多项：所述终端设备未期望离开所述RRC连接态；所述终端设备未初始化离开所述RRC连接态的流程；所述终端设备未向网络设备发送第一指示信息，所述第一指示信息用于指示所述终端设备期望离开所述RRC连接态；第一定时器不处于运行中，所述第一定时器用于控制所述终端设备离开所述RRC连接态。

在一种可能的实现方式中，在满足以下条件中的一项或多项的情况下，所述处理单元，还用于启动或重启所述第一定时器：所述终端设备初始化离开所述RRC连接态的流程；所述终端设备向网络设备发送第一指示信息，所述第一指示信息用于指示所述终端设备期望离开所述RRC连接态；所述终端设备成功向网络设备发送第一指示信息，所述第一指示信息用于指示所述终端设备期望离开所述RRC连接态。

在一种可能的实现方式中，在接收到网络设备发送的RRC释放消息的情况下，所述处理单元，还用于停止所述第一定时器；或者，在所述第一定时器超时的情况下，所述处理单元，还用于停止所述第一定时器。

在一种可能的实现方式中，所述处理单元，具体用于在满足第三条件的至少一项，且不满足第四条件的至少一项的情况下，初始化所述RRC连接重建；

所述第三条件包括：检测到无线链路失败、同步重配置失败、从新空口NR移动失败、从低层接收到完整性保护校验失败、所述RRC连接重配失败；所述第四条件包括：接入层AS安全未被激活、AS安全被激活但信令无线承载SRB2和至少一个数据无线承载DRB没有被建立或者接入回传一体化IAB场景下SRB2没有被建立。

在一种可能的实现方式中，所述处理单元，具体用于检测双连接DC中的主基站MN或主小区组MCG发生无线链路失败；或者，检测双连接DC中的辅基站SN或辅小区组SCG发生无线链路失败。

示例性的，上述通信装置可以包括终端设备或者终端设备中的芯片等。

第三方面，本申请实施例提供一种通信装置，该通信装置包括处理器，用于执行上述第一方面或第一方面的任意可能的实现方式所示的方法。或者，该处理器用于执行存储器中存储的程序，当该程序被执行时，上述第一方面或第一方面的任意可能的实现方式所示的方法被执行。

在执行上述方法的过程中，上述方法中有关接收信息的过程，可以理解为由处理器接收输入的上述信息的过程。处理器接收输入的上述信息时，收发器接收该上述信息，并将其输入处理器。更进一步的，在收发器收到该上述信息之后，该上述信息可能需要进行其他的处理，然后才输入处理器。

对于处理器所涉及的发射、发送和接收等操作，如果没有特殊说明，或者，如果未与其在相关描述中的实际作用或者内在逻辑相抵触，则均可以更加一般性的理解为处理器输出和接收、输入等操作，而不是直接由射频电路和天线所进行的发射、发送和接收操作。

在实现过程中，上述处理器可以是专门用于执行这些方法的处理器，也可以是执行存储器中的计算机指令来执行这些方法的处理器，例如通用处理器。上述存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(Read Only Memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

在一种可能的实现方式中，存储器位于上述通信装置之外。

在一种可能的实现方式中，存储器位于上述通信装置之内。

本申请实施例中，处理器和存储器还可以集成于一个器件中，如处理器和存储器还可以被集成在一起。

在一种可能的实现方式中，通信装置还包括收发器，该收发器，用于接收信号或发送信号。

本申请实施例中，该通信装置可以包括终端设备或终端设备中的芯片等。

第四方面，本申请实施例提供一种通信装置，该通信装置包括逻辑电路和接口，所述逻辑电路和所述接口耦合；所述逻辑电路，用于确定不满足第一条件或者确定满足第二条件；以及还用于执行以下任一项或多项：检测所述终端设备的物理层问题、检测无线链路失败、初始化RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

可理解，上述逻辑电路，可以通过接口发送RRC重建请求消息等，本申请实施例对于接口的具体作用不作限定。

可理解，关于第一条件或第二条件、第一指示信息、第一定时器等的描述，可以参考上述第一方面的描述；或者，还可以参考下文示出的各个实施例，这里不再详述。

第五方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质用于存储计算机程序，当其在计算机上运行时，使得上述第一方面或第一方面的任意可能的实现方式所示的方法被执行。

第六方面，本申请实施例提供一种计算机程序产品，该计算机程序产品包括计算机程序，当其在计算机上运行时，使得上述第一方面或第一方面的任意可能的实现方式所示的方法被执行。

示例性的，上述计算机程序产品还可以称为计算机程序，由此，该计算机程序在计算机上运行时，上述第一方面或第一方面的任意可能的实现方式所示的方法被执行。

附图说明

图1是本申请实施例提供的一种通信系统示意图；

图2a和图2b是本申请实施例提供的一种UE离开RRC连接态的方法流程示意图；

图3a至图3c是本申请实施例提供的一种通信方法的流程示意图；

图4是本申请实施例提供的一种双连接的场景示意图；

图5a是本申请实施例提供的一种终端设备的用户面协议栈的示意图；

图5b是本申请实施例提供的一种终端设备的控制面协议栈的示意图；

图6是本申请实施例提供的一种指示测量放松的方法的流程示意图；

图7至图9是本申请实施例提供的一种通信装置的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地描述。

本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等仅用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备等，没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元等，或可选地还包括对于这些过程、方法、产品或设备等固有的其它步骤或单元。

在本文中提及的“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员可以显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上，“至少两个(项)”是指两个或三个及三个以上，“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”。

本申请提供的方法可以应用于各类通信系统，例如，可以是物联网(internet ofthings，IoT)系统、窄带物联网(narrow band internet of things，NB-IoT)系统、长期演进(long term evolution，LTE)系统，也可以是第五代(5th-generation，5G)通信系统，以及未来通信发展中出现的新的通信系统(如6G)等。

本申请提供的技术方案还可以应用于机器类通信(machine typecommunication，MTC)、机器间通信长期演进技术(long term evolution-machine，LTE-M)、设备到设备(device-todevice，D2D)网络、机器到机器(machine to machine，M2M)网络、物联网(internet of things，IoT)网络或者其他网络。其中，IoT网络例如可以包括车联网。其中，车联网系统中的通信方式统称为车与任何事物(vehicle-to-everything，V2X，X可以代表任何事物)，例如，该V2X可以包括：车辆到车辆(vehicle to vehicle，V2V)通信，车辆与基础设施(vehicle to infrastructure，V2I)通信、车辆与行人之间的通信(vehicle topedestrian，V2P)或车辆与网络(vehicle to network，V2N)通信等。示例性的，下文示出的图1中，终端设备与终端设备之间便可以通过D2D技术、M2M技术或V2X技术通信等。

图1是本申请实施例提供的一种通信系统的示意图。本申请下文示出的方法实施例可以适用于图1所示的通信系统，下文不再赘述。

示例性的，该通信系统可以包括至少一个接入网设备以及至少一个终端设备。

示例性的，接入网设备可以是下一代节点B(next generation node B，gNB)、下一代演进型基站(next generation evolved nodeB，ng-eNB)(可以简称为eNB)、或者未来6G通信中的接入网设备等。接入网设备可以是任意一种具有无线收发功能的设备，包括但不限于以上所示的基站。该基站还可以是未来通信系统如第六代通信系统中的基站。可选的，该接入网设备可以为无线局域网(wireless fidelity，WiFi)系统中的接入节点、无线中继节点、无线回传节点等。可选的，该接入网设备可以是云无线接入网络(cloud radioaccess network，CRAN)场景下的无线控制器。可选的，该接入网设备可以是可穿戴设备或车载设备等。可选的，该接入网设备还可以是小站，传输接收节点(transmissionreception point，TRP)(或也可以称为传输点)等。可理解，该接入网设备还可以是未来演进的公共陆地移动网络(public land mobile network，PLMN)中的基站等等。

示例性的，该终端设备也可称为用户设备(user equipment，UE)、终端等。终端设备是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持、穿戴或车载；也可以部署在水面上，如轮船上等；还可以部署在空中，例如部署在飞机、气球或卫星上等。终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。可理解，该终端设备还可以是未来6G网络中的终端设备或者未来演进的PLMN中的终端设备等。

可理解，本申请示出的终端设备不仅可以包括车联网中的车(如整车)、而且还可以包括车联网中的车载设备或车载终端(包括T-box或车联网系统中的主机)等，本申请对于该终端设备应用于车联网时的具体形态不作限定。为便于描述，下文中将以终端设备为UE为例，介绍本申请所涉及的方法。

图1所示的通信系统中，包括一个基站和六个UE如图1中的UE1至UE6，以及一个核心网设备。可理解，关于UE和基站的具体说明可以参考上文，这里不再赘述。应理解，图1示例性地示出了一个基站和六个UE，以及各通信设备之间的通信链路。可选地，该通信系统可以包括多个基站，并且每个基站的覆盖范围内可以包括其它数量的UE，例如更多或更少的UE等，本申请对此不做限定。可选的，图1所示的通信系统还可以包括核心网设备，如接入与移动性管理功能(access and mobility management function，AMF)等，本申请对此不作限定

以下对本申请涉及的术语进行介绍：

1.多卡终端

多卡终端指同时装有大于或等于2个电话卡(SIM或USIM卡)的终端。如该电话卡包括用户身份识别模块(subscriber identification module，SIM)和/或全球用户识别模块(universal subscriber identity module，USIM)。该多卡终端可以通过使用大于或等于2个电话卡分别注册到不同的网络，例如不同的接入网设备和/或不同的核心网设备。因此，一张电话卡对应于一个UE，多卡终端中的多张卡可以理解为多个UE。

可理解，本申请示出的各个方法不仅可以适用于一个电话卡的终端，也可以适用于两个或两个以上电话卡的终端。

2.无线链路失败(radio link failure，RLF)

无线链路质量变差会出现无线链路失败。示例性的，UE通过检测到如下事件中的一个或多个，可认为检测到无线链路失败。

A、出现物理层问题(physical layer problem)，例如，定时器T310超时。

示例性的，若UE连续从低层(lower layer)接收到N310个针对特殊小区(specialcell，SpCell)的“失同步(out-of-sync)”指示且定时器T300、T301、T304、T311、T316、T319都不在运行中，则启动对应特殊小区的定时器T310。上述特殊小区包括主小区(primarycell，PCell)和辅助主小区(primary secondary cell，PSCell)。

示例性的，在配置了任一双激活的协议栈(dual active protocol stack，DAPS)承载(bearer)的情况下，若UE连续从低层接收到N310个针对源(source)特殊小区(specialcell，SpCell)的“失同步(out-of-sync)”指示且定时器T304不在运行中，则启动对应源特殊小区的定时器T310。

上述定时器T310超时则出现物理层问题(physical layer problem)，此时可能认为检测到无线链路失败。

可理解，关于N310、T300、T301、T304、T311、T316、T319的具体说明还可以参考相关标准或协议等，本申请不作详述。

B、测量上报后UE未及时切换，例如，定时器T312超时。

示例性的，这里所示的测量上报可以理解为UE上报测量报告，这里的切换可以理解为UE从一个小区切换到另一个小区。示例性的，当无线链路质量变差的情况下，可能会导致UE不能及时切换。因此，当UE上报了测量报告而未及时切换时，可以表示无线链路失败。

C、出现随机接入问题(random access problem)且定时器T300、T301、T304、T311、T316、T319都不在运行中。

D、收到达到无线链路控制(radio link control，RLC)层最大重传次数的指示。

E、从介质接入控制(medium access control，MAC)层收到一致上行先听后说(listen before talk，LBT)失败指示且定时器T304不在运行中。

可理解，在检测到上述事件中的一个或多个的情况下，可选的，UE还可以进一步判断是否满足如下条件：

F、如果指示来自于RLC层(例如上述达到RLC层最大重传次数的指示)，且载波聚合(carrier aggregation，CA)重复(duplication)被配置且被激活，且对应的逻辑信道的允许的服务小区参数(如allowedServingCells)仅包括辅小区。若不满足上述F条件，则认为检测到无线链路失败。示例性的，不满足上述条件可以包括以下一项或多项：指示不是来自于RLC层、CA重复未被配置、CA重复未被激活、对应的逻辑信道的允许的服务小区参数不仅仅包括辅小区。

可选的，在满足上述条件A至E中的任一项或多项的情况下，UE可认为检测到无线链路失败。可选的，在满足上述条件A至E中的任一项或多项，以及不满足上述F的情况下，UE可认为检测到无线链路失败。可理解，以上所示的UE检测无线链路失败的方法仅为示例，对于具体的说明还可以参考相关标准或协议等，本申请不再一一详述。

需要说明的是，在双连接(dual connectivity，DC)场景中，如果上述事件发生在主基站或主节点(master node，MN)或者主小区组(master cell group，MCG)中，则可认为是MN或MCG发生了无线链路失败。如果上述事件发生在辅基站或辅节点(secondary node，SN)或者辅小区组(secondary cell group，SCG)中，则可认为是SN或SCG发生了无线链路失败。示例性的，若未配置DC，则特殊小区包括主小区(primary cell，PCell)，其中PCell为MN或MCG的小区。若配置了DC，则特殊小区包括主小区(primary cell，PCell)和辅助主小区(primary secondary cell，PSCell)，其中PCell为MN或MCG的小区，PSCell为SN或SCG的小区。

3.初始化无线资源控制(radio resource control，RRC)连接重建

UE认为检测到无线链路失败后，则UE可能需要发起连接重建过程。可选的，UE认为检测到无线链路失败后，UE还可以进一步判断是否满足如下条件：

G、接入层(access stratum，AS)安全未被激活。

H、接入层安全被激活但信令无线承载(signaling radio bearer，SRB)2和至少一个数据无线承载(data radio bearer，DRB)没有被建立或接入回传一体化(integratedaccess and backhaul，IAB)场景下SRB2没有被建立。

若不满足上述G或H条件的任一条件，或不满足上述G和H，则UE初始化RRC连接重建(也可以称为UE需要发起连接重建过程)。若UE满足了上述G和/或H，则UE就不初始化RRC连接重建(也可以称为UE不发起连接重建)。

UE确定需要初始化RRC连接重建后，还需要执行小区重选过程、以及在重选到的小区上向网络设备发送RRC重建请求(RRC reestablishment request)消息等一系列行为和流程，从而重新与网络设备建立RRC连接。

4.时间长度T

对于多卡终端，可能存在多卡终端在同一时间只能在一张卡上进行通信。例如，多卡终端当前在卡1与网络设备A通信，此时卡2也有业务到达(网路寻呼卡2，如网络设备B向卡2发送寻呼消息)，则多卡终端可以选择断开卡1与网络设备A的通信、而建立卡2与网络设备B的通信。可理解，这里所示的多卡终端仅为示例，即使不是多卡终端同样适用于本申请提供的方法。

示例性的，如果UE期望断开与网络设备(如上述网络设备A)的连接，如离开RRC连接(RRC connected)态、进入RRC空闲(RRC idle)态或RRC非活跃(RRC inactive)态(也可以称为RRC非激活态)，UE可以向网络设备发送第一指示信息。该第一指示信息如可以称为释放指示信息或期望离开RRC连接态的指示信息等，本申请对于该第一指示信息的具体名称不作限定。为便于描述，下文将以第一指示信息为释放指示信息为例说明本申请提供的方法。

可选的，该释放指示信息用于指示期望或打算离开RRC连接态。可选的，该释放指示信息可以指示期望从RRC连接态转换到RRC空闲态或RRC非活跃态。可选的，该释放指示信息可以用于指示期望转换到的RRC状态，该RRC状态包括RRC空闲态或RRC非活跃态。

UE发送释放指示信息后，或者，UE期望断开RRC连接态后(这里仅为示例)，需要在网络设备下保持RRC连接态并等待一段时间长度T，则存在下述情况：

情况1、参见图2a，图2a是本申请实施例提供的一种UE离开RRC连接态的方法流程示意图。若在时间长度T内，UE接收到了网络设备发送的RRC释放(RRC release)消息，该RRC释放消息可以包括用于指示UE转换到RRC空闲态或RRC非活跃态的信息，或者，该RRC释放消息包括用于指示RRC空闲态或RRC非活跃态的信息。则UE根据网络设备在RRC释放消息中的指示，转换到对应的RRC状态。

情况2、参见图2b，图2b是本申请实施例提供的另一种UE离开RRC连接态的方法流程示意图。若在时间长度T内，UE未接收到网络设备发送的RRC释放(RRC release)消息，则UE可以自动转换到RRC空闲态或RRC非活跃态。可选的，UE自动转换到RRC空闲态。也就是说，在UE自动转换RRC状态时，可以自动转换到RRC空闲态，而不是转换到RRC非活跃态。可选的，UE自动转换到预定的RRC状态，该预定的RRC状态可以是预定义在协议或标准中的状态，或者，由网络设备提前预配置等，本申请对于该预定的RRC状态的配置方法不作限定。可选的，若网络设备提前配置了RRC非活跃态使用的参数，则UE自动转换到RRC非活跃态。也就是说，若网络设备已经将RRC非活跃态的配置信息发送给UE，则该UE可以自动转换到RRC非活跃态，否则UE自动转换到RRC空闲态。

可理解，本申请示出的时间长度T也可以称为时长T等，本申请对于该时间长度T的具体名称不作限定。示例性的，该时间长度T可以由定时器控制。示例性的，该定时器可以称为用于控制UE离开RRC连接态的定时器，或者用于控制UE断开RRC连接态的定时器，或者用于对UE从RRC连接态转换到RRC空闲态或RRC非活跃态进行计数的定时器，或者用于控制UE等待时长T的计数器等。也就是说，UE期望或打算离开RRC连接态后，需要启动该定时器，在该定时器运行过程中，UE维持与网络设备的RRC连接并监听RRC释放消息。示例性的，在该定时器超时的情况下，如果UE仍未接收到该RRC释放消息，则UE自动转换到RRC空闲态或RRC非活跃态。示例性的，在该定时器运行过程中，如果UE接收到了RRC释放消息，则该UE可以根据该RRC释放消息的指示转换到RRC空闲态或RRC非活跃态。

可理解，这里关于时间长度T的说明仅为示例，对于时间长度T的其他描述，也可以参考本申请下文示出的方法，这里先不一一详述。

在上述时间长度T内，UE可能会检测到无线链路失败。示例性的，根据上述条件A至H中的部分条件或全部条件的判断，UE可能需要发起连接重建过程，从而需要执行小区重选过程、以及在重选到的小区上向网络设备发送RRC重建请求)消息等一系列行为和流程，从而重新与网络设备建立RRC连接。然而，UE之所以需要等待时间长度T，正是由于UE本身就期望或打算断开与网络设备的连接，而连接重建过程是为了恢复与网络设备的连接，从而导致在UE期望或打算断开与网络设备的RRC连接的情况下，又重新建立与该网络设备的RRC连接，不仅使得UE的行为出现矛盾，而且还导致UE浪费了功耗和信令。

鉴于此，本申请提供一种通信方法及装置，能够有效改善在UE期望或打算断开与网络设备的RRC连接的情况下，又重新建立与该网络设备的RRC连接的问题，有效改善了UE浪费功耗或信令的情况，改善了UE发起不必要行为(如发起重建连接等)。从而，有效节省了UE的功耗损失以及节省了信令开销。

在本申请中，示例性的，当UE期望(expect、prefer)或打算或指示离开RRC连接态后，或者当UE初始化(initiate)(或触发(trigger))了离开RRC连接态的流程后，或者当UE向网络设备发送释放指示信息后，或者当第一定时器处于运行(running)中，则不让UE检测无线链路失败，或者不让UE发起连接重建过程，或者不让UE执行连接重建过程中的小区重选过程，或者不让UE执行连接重建过程中的向网络设备发送RRC重建请求消息的过程，或者不让UE检测波束失败，或者不让UE执行波束失败恢复，或者不让UE发起用于波束失败恢复的随机接入。

在本申请中，示例性的，当UE未期望或未打算或未指示离开RRC连接态，或者UE未初始化(或未触发)离开RRC连接态的流程，或者当UE未向网络设备发送释放指示信息，或者当第一定时器不处于运行中，则UE可以检测无线链路失败，或者UE可以发起连接重建过程，或者UE可以执行连接重建过程中的小区重选过程，或者UE可以执行连接重新过程中的向网络设备发送RRC重建请求消息的过程；或者UE可以检测波束失败，或者UE可以执行波束失败恢复，或者UE可以发起用于波束失败恢复的随机接入。

可理解，在上述情况下，UE需要根据相关条件(如上述条件A至条件H中的部分条件或全部条件等)来确认是否检测到了无线链路失败、或者是否需要发起连接重建过程、或者是否需要执行连接重建过程中的小区重选过程等。

以下详细说明本申请提供的通信方法。

图3a是本申请实施例提供的一种通信方法的流程示意图，如图3a所示，该方法包括：

301、终端设备确定不满足第一条件，或者，确定满足第二条件。

示例性的，该第一条件用于指示终端设备期望离开RRC连接态。该第一条件包括以下任一项或多项：终端设备期望离开RRC连接态；终端设备打算离开RRC连接态；终端设备指示离开RRC连接态；终端设备请求离开RRC连接态；终端设备请求断开与网络设备(如上文介绍的接入网设备)的RRC连接；终端设备打算断开与网络设备的RRC连接；终端设备初始化(initiate)离开RRC连接态的流程；终端设备向网络设备发送第一指示信息，该第一指示信息用于指示终端设备期望离开RRC连接态；终端设备请求从RRC连接态转换为RRC空闲态；终端设备请求从RRC连接态转换为RRC非活跃态；第一定时器处于运行中，第一定时器用于控制终端设备离开RRC连接态。可理解，以上所示的第一条件的说明仅为示例，但凡能够指示终端设备期望离开RRC连接态的方法，均属于本申请实施例所示的第一条件的范围。

示例性的，该第二条件用于指示终端设备未期望离开RRC连接态。第二条件包括以下任一项或多项：终端设备未期望离开RRC连接态；终端设备未打算离开RRC连接态；终端设备未指示离开RRC连接态；终端设备未请求离开RRC连接态；终端设备未请求断开与网络设备的RRC连接；终端设备未打算断开与网络设备的RRC连接；终端设备未初始化离开RRC连接态的流程；终端设备未向网络设备发送第一指示信息，该第一指示信息用于指示终端设备期望离开RRC连接态；终端设备未请求从RRC连接态转换为RRC空闲态；终端设备未请求从RRC连接态转换为RRC非活跃态；第一定时器不处于运行中，第一定时器用于控制终端设备离开RRC连接态。可理解，以上所示的第二条件的说明仅为示例，但凡能够指示终端设备未期望离开RRC连接态的方法，均属于本申请实施例所示的第二条件的范围。

可选的，上述第一指示信息还可以理解为：用于指示终端设备打算离开RRC连接态；或者，用于指示终端设备离开RRC连接态；或者，用于指示终端设备请求离开RRC连接态；或者，用于指示终端设备断开RRC连接态；或者，用于指示终端设备请求断开RRC连接态等，本申请实施例对于该第一指示信息所指示的内容的具体描述不作限定。示例性的，该第一指示信息还可以称为释放指示信息或期望离开RRC连接态的指示信息等，本申请实施例对于该第一指示信息的具体名称不作限定。为方便理解，下文将以释放指示信息为例说明本申请实施例提供的通信方法。

可选的，上述第一定时器还可以理解为：用于控制终端设备等待的第一时长，该第一时长为终端设备期望离开RRC连接态，到该终端设备离开该RRC连接态的这一段时长。可选的，该第一时长可以理解为终端设备期望离开RRC连接态后，该终端设备需要保持与网络设备的RRC连接态并等待的一段时间长度。可选的，该第一时长可以理解为终端设备请求离开RRC连接态，到该终端设备接收到来自网络设备的RRC释放消息的时长。可选的，该第一时长可以理解为终端设备打算离开RRC连接态，到终端设备接收到来自网络设备的RRC释放消息的时长。可选的，该第一时长可以理解为终端设备期望离开RRC连接态，到终端设备转换为RRC空闲(idle)态的时长。可选的，该第一时长可以理解为终端设备期望离开RRC连接态，到终端设备转换为RRC非活跃(inactive)态(也可以称为非激活态)的时长。可选的，该第一时长可以理解为终端设备向网络设备发送第一指示信息，到接收到来自网络设备的RRC释放消息的时长。可选的，该第一时长可以理解为终端设备向网络设备发送第一指示信息，到该终端设备转换为RRC空闲态或RRC非活跃态的时长。可选的，该第一时长可以理解为终端设备初始化离开RRC连接态，到该终端设备转换为RRC空闲态或RRC非活跃态的时长等。可选的，该第一时长还可以理解为终端设备成功向网络设备发送第一指示信息，到接收到来自网络设备的RRC释放消息的时长。可选的，该第一时长还可以理解为终端设备成功向网络设备发送第一指示信息，到转换为RRC空闲态或RRC非活跃态的时长。上述终端设备成功向网络设备发送第一指示信息可以理解为该终端设备接收到了来自网络设备的确认应答等，本申请实施例对于终端设备如何得知网络设备成功接收到第一指示信息的方法不作限定。

可理解，关于第一时长的具体作用的不同描述仅为示例，本申请实施例对于该第一时长的具体描述不作限定。

本申请实施例中，关于第一定时器的启动或重启，以及该第一定时器的停止可以如下所示：

示例性的，在满足以下条件中的一项或多项的情况下，启动或重启第一定时器：

终端设备初始化离开RRC连接态的流程；终端设备向网络设备发送第一指示信息，第一指示信息用于指示终端设备期望离开RRC连接态；终端设备成功向网络设备发送第一指示信息，第一指示信息用于指示终端设备期望离开RRC连接态；终端设备请求离开RRC连接态。

示例性的，在接收到网络设备发送的RRC释放消息的情况下，停止第一定时器；或者，在第一定时器超时的情况下，停止第一定时器。

可理解，关于第一定时器的启动或重启，以及该第一定时器的停止的具体说明，可以参考下文，这里不再详述。

302、终端设备执行以下任一项或多项：检测该终端设备的物理层问题、检测无线链路失败、初始化RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

示例性的，终端设备确定不满足第一条件，则该终端设备可以检测物理层问题。可选的，还可以理解为：终端设备确定不满足第一条件，根据终端设备不满足第一条件，以及满足出现物理层问题的条件，该终端设备认为检测到物理层问题。可理解，本申请实施例对于确定满足第一条件，以及确定满足出现物理层问题的条件的先后顺序不作限定。可选的，终端设备可以先确定是否满足第一条件，然后再确定是否满足出现物理层问题的条件。可选的，终端设备可以先确定是否满足物理层问题的条件，然后再确定是否满足第一条件。可理解，以上关于物理层问题与第一条件的描述同样适用于物理层问题与第二条件的描述，这里不再详述。为便于描述，下文将以第一条件为例说明本申请实施例提供的方法。

示例性的，终端设备确定不满足第一条件，则该终端设备可以检测无线链路失败。同样的，本申请实施例对于该终端设备确定是否满足第一条件，以及确定是否满足无线链路失败的条件的先后顺序不作限定。可选的，本申请实施例示出的无线链路失败可以发生在DC中的MN或MCG中，也可以发生在DC中的SN或SCG中。图4是本申请实施例提供的一种双连接场景示意图。如图4所示，UE可以连接到2个基站，如MN和SN。示例性的，在检测到DC中的MN或MCG发生无线链路失败时，终端设备可以初始化RRC连接重建、执行小区重选或发送RRC重建请求消息等。而该DC中的SN或SCG发生无线链路失败时，终端设备可以通过MN或MCG恢复RRC连接等，例如，通过MN或MCG的链路上报SCG失败信息。可理解，图4所示的双连接仅为示例，本申请实施例对此不作限定。

示例性的，终端设备确定不满足第一条件，则该终端设备可以初始化RRC连接重建。可选的，在满足第三条件，且不满足第四条件的情况下，终端设备确定是否满足第一条件。在不满足第一条件的情况下，初始化RRC连接重建。可选的，终端设备可以确定是否满足第一条件，在满足第一条件的情况下，确定确定是否满足第三条件以及是否满足第四条件；在满足第三条件，且不满足第四条件的情况下，初始化RRC连接重建。可选的，终端设备可以先确定是否满足第三条件，然后在满足第三条件的情况下，确定是否满足第一条件和第四条件，在第一条件和第四条件都不满足的情况下，初始化RRC连接重建。可理解，以上所示的各个条件的先后确定顺序仅为示例，本申请实施例对此不作限定。示例性的，第三条件包括以下至少一项：检测到无线链路失败、同步重配置失败、从NR移动失败、从低层接收到完整性保护校验失败、所述RRC连接重配失败。第四条件包括：AS安全未被激活、AS安全被激活但SRB2和至少一个DRB没有被建立或者IAB场景下SRB2没有被建立。可理解，关于第三条件或第四条件的具体说明，可以参考下文，这里先不一一详述。

示例性的，终端设备确定不满足第一条件，则该终端设备可以执行小区重选。可理解，当终端设备初始化RRC连接重建后，该终端设备可以确定是否满足第一条件，若不满足第一条件，则可以执行小区重选。因此，关于第一条件和小区重选的说明，可以示例性地参考上述第一条件与初始化RRC连接重建的说明，或者，也可以参考下文示出的实施例，这里先不一一详述。

示例性的，终端设备确定不满足第一条件，则该终端设备可以发送RRC重建请求消息。可选的，终端设备可以确定是否满足第三条件以及第四条件，在满足第三条件且不满足第四条件的情况下，确定不满足第一条件，然后根据是否满足发送RRC重建请求消息的条件，确定是否发送RRC重建请求消息。可选的，在满足第三条件且不满足第四条件的情况下，若重选到的小区为发生无线链路失败的小区，且不满足第一条件的情况下，向网络设备发送RRC重建请求消息。可选的，在满足第三条件且不满足第四条件的情况下，终端设备确定是否满足第一条件，则不满足第一条件，则确定重选到的小区是否为发生无线链路失败的小区。若重选到的小区是发生无线链路失败的小区，向网络设备发送RRC重建请求消息。可选的，在满足第三条件且不满足第四条件的情况下，终端设备确定重选到的小区是否为发生无线链路失败的小区。若重选到的小区是发生无线链路失败的小区，确定是否满足第一条件，在不满足第一条件的情况下，向网络设备发送RRC重建请求消息。可理解，关于上述各个步骤的先后顺序，本申请实施例不作限定。

示例性的，终端设备确定不满足第一条件，则该终端设备可以检测波束失败。一般的，终端设备监视控制信道质量，如果连续低于某个门限并且持续一定时间，则认为检测到波束失败(beam failure)。因此，本申请实施例中，终端设备确定不满足第一条件的情况下，以及在控制信道质量低于某个门限且持续一定时间的情况下，认为检测到波束失败。

示例性的，终端设备确定不满足第一条件，则该终端设备可以执行波束失败恢复。可选的，终端设备可以在检测到波束失败的情况下，确定是否满足第一条件；在不满足第一条件的情况下，执行波束失败恢复。

示例性的，终端设备确定不满足第一条件，则该终端设备可以发起用于波束失败恢复的随机接入。可选的，在终端设备需要执行波束失败恢复的情况下，确定是否满足第一条件；在不满足第一条件的情况下，发起用于波束失败恢复的随机接入。

可理解，本申请实施例对于UE检测波束失败、执行波束失败恢复或发起用于波束失败恢复的随机接入的其他判断条件不作限定。可理解，以上所示的各个说明仅为示例，对于具体的说明还可以参考下文示出的各个实施例。

本申请实施例中，通过增加判断条件，如确定不满足第一条件，或者，确定满足第二条件，可使得终端设备结合第一条件或第二条件，执行以下至少一项：检测物理层问题、检测无线链路失败、初始化RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。有效改善了在终端设备期望离开与网络设备的RRC连接的情况下，又重新建立与网络设备的RRC连接的问题。从而，有效改善了终端设备的行为矛盾的情况，有效改善了资源浪费的情况。

本申请实施例还提供的另一种通信方法，该方法包括：终端设备确定满足所述第一条件或者确定不满足所述第二条件；不执行以下任一项或多项：检测所述终端设备的物理层问题、检测无线链路失败、初始化所述RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

以下仍以第一条件为例说明本申请实施例提供的方法。

示例性的，终端设备确定满足第一条件，则该终端设备可以不检测物理层问题。可选的，如终端设备确定满足第一条件，则不再确定是否满足出现物理层问题的条件。可选的，可以在满足出现物理层问题的条件下，终端设备确定是否满足第一条件；若满足第一条件，则该终端设备不再检测是否出现物理层问题。由此，终端设备不再检测无线链路失败、初始化RRC连接重建、小区重选、发送RRC重建请求消息中的一项或多项。

示例性的，终端设备确定满足第一条件，则该终端设备不检测无线链路失败。

示例性的，终端设备确定满足第一条件，则该终端设备不初始化RRC连接重建。可选的，在满足第三条件，且不满足第四条件的情况下，终端设备确定是否满足第一条件。在满足第一条件的情况下，不初始化RRC连接重建。可选的，终端设备可以确定是否满足第一条件，在满足第一条件的情况下，该终端设备无需再判断是否满足第三条件以及是否满足第四条件，由此，终端设备不初始化RRC连接重建。可选的，终端设备可以先确定是否满足第三条件，然后在满足第三条件的情况下，确定是否满足第一条件和第四条件，在满足第一条件，且不满足第四条件都不满足的情况下，或者，在满足第一条件，且满足第四条件的情况下，不初始化RRC连接重建。由此，终端设备不再执行小区重选、发送RRC重建请求消息中的一项或多项。可理解，以上所示的各个条件的先后确定顺序仅为示例，本申请实施例对此不作限定。可理解，关于第三条件或第四条件的具体说明，可以参考上文，也可以参考下文，这里先不一一详述。

示例性的，终端设备确定满足第一条件，则该终端设备不执行小区重选。可选的，终端设备可以在满足第三条件，且不满足第四条件的情况下，初始化RRC连接重建。接着，确定是否满足第一条件，若满足第一条件，则不执行小区重选。进一步，该终端设备也无需向网络设备发送RRC重建请求消息。

示例性的，终端设备确定满足第一条件，则该终端设备不发送RRC重建请求消息。可选的，终端设备执行小区重选之后，确定是否满足第一条件。若满足第一条件，以及重选到的小区为发生无线链路失败的小区(或重选到的小区不是发生无线链路失败的小区)，则终端设备不向网络设备发送RRC重建请求消息。可选的，终端设备执行小区重选之后，在重选到的小区为发生无线链路失败的小区的情况下，确定是否满足第一条件。若满足第一条件，则不向网络设备发送RRC重建请求消息。

示例性的，终端设备确定满足第一条件，则该终端设备不检测波束失败。可选的，终端设备确定满足第一条件的情况下，不再监视波束质量。可选的，在监测的控制信道质量低于某个门限且持续一段时间的情况下，确定是否满足第一条件。若满足第一条件，则不再检测波束是否失败。由此，终端设备也不再进行波束失败恢复，以及发起用于波束失败恢复的随机接入。可理解，本申请实施例对于上述某个门限的具体取值不作限定。

示例性的，终端设备确定满足第一条件，则该终端设备不执行波束失败恢复。可选的，终端设备可以在检测到波束失败的情况下，确定是否满足第一条件；在满足第一条件的情况下，不再进行波束失败恢复的流程。

示例性的，终端设备确定满足第一条件，则该终端设备不发起用于波束失败恢复的随机接入。

可理解，以上所示的各个说明仅为示例，对于具体的说明还可以参考下文示出的各个实施例。

本申请实施例中，在终端设备确定满足第一条件，如终端设备期望离开RRC连接态时，该终端设备不检测物理层问题、或不检测无线链路失败、或不初始化RRC连接重建等。从而，不仅有效改善了在终端设备期望离开与网络设备的RRC连接的情况下，又重新建立与网络设备的RRC连接的问题，有效改善了终端设备的行为矛盾的情况。而且，由于终端设备确定期望离开RRC连接态时，不执行上述事件(如检测物理层问题或检测无线链路失败或检测波束失败等)，从而还有效改善了终端设备发起不必要行为的问题，改善了终端设备浪费功耗的问题，节省了信令开销。

图3b是本申请实施例提供的又一种通信方法的流程示意图，如图3b所示，该方法包括：

311、终端设备确定是否满足第一条件。

312、在确定满足第一条件的情况下，不执行以下任一项或多项：检测所述终端设备的物理层问题、检测无线链路失败、初始化所述RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

313、在确定不满足第一条件的情况下，执行以下任一项或多项：检测所述终端设备的物理层问题、检测无线链路失败、初始化所述RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

可理解，关于步骤311至步骤313的具体说明，可以参考上文所示的方法，或者，也可以参考下文所示的具体实施例，这里不再详述。

图3c是本申请实施例提供的又一种通信方法的流程示意图，如图3c所示，该方法包括：

321、终端设备确定不满足第一条件；或者，确定满足第二条件。

322、终端设备执行以下任一项或多项：检测所述终端设备的物理层问题、检测无线链路失败、初始化所述RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

323、终端设备确定满足第一条件；或者，确定不满足第二条件。

324、终端设备不执行以下任一项或多项：检测终端设备的物理层问题、检测无线链路失败、初始化所述RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

示例性的，上述步骤321与步骤323之间的时间间隔，本申请实施例不作限定。示例性的，终端设备可以以一定的时间间隔判断是否满足第一条件，如果不满足该第一条件，则执行步骤322等。示例性的，终端设备也可以时时判断是否满足第一条件等，本申请实施例对此不作限定。

可理解，关于步骤321至步骤324的具体说明，可以参考上文所示的方法，或者，也可以参考下文所示的具体实施例，这里不再详述。

以下将从不同的实施例详细介绍本申请提供的方法。

示例性的，图5a是本申请实施例提供的一种终端设备的用户面协议栈示意图。如图5a所示，该用户面协议栈包括：服务数据适配协议(service data adaptationprotocol，SDAP)层、分组数据汇聚协议(packet data convergence protocol，PDCP)层、无线链路控制(radio link control，RLC)层、介质接入控制(medium access control，MAC)层、以及物理(physical，PHY)层。

示例性的，图5b是本申请实施例提供的一种终端设备的控制面协议栈示意图。如图5b所示，该控制面协议栈包括：RRC层、PDCP层、RLC层、MAC层、以及PHY层。可理解，本申请示出的低层可以是相对的概念。示例性的，对于MAC层来说，低层可以是PHY层。

实施例一、

在UE根据上述条件A检测物理层问题的情况下，可以有如下实现方式：

实现方式一、

若UE连续从低层(lower layer)接收到N310个针对特殊小区(special cell，SpCell)的“失同步(out-of-sync)”指示，且定时器T300、T301、T304、T311、T316、T319，和第一定时器都不在运行中，则启动对应特殊小区的定时器T310。

实现方式二、

若UE连续从低层(lower layer)接收到N310个针对特殊小区(special cell，SpCell)的“失同步(out-of-sync)”指示，且定时器T300、T301、T304、T311、T316、T319都不在运行中，且UE未期望或未打算离开RRC连接态、或未初始化离开RRC连接态的流程、或UE未向网络设备发送释放指示信息，则启动对应特殊小区的定时器T310。

可理解，上述关于第一条件的说明，均适用于本申请实施例中关于检测物理层问题的描述，这里不再一一详述。示例性的，若UE连续从低层接收到N310个针对特殊小区的“失同步”指示，且定时器T300、T301、T304、T311、T316、T319都不在运行中，且UE未请求离开RRC连接态(或UE未请求从RRC连接态转换为RRC空闲态或RRC非活跃态)，则启动对应特殊小区的定时器T310。

实现方式三、

若UE连续从低层(lower layer)接收到N310个针对源(source)特殊小区(specialcell，SpCell)的“失同步(out-of-sync)”指示且定时器T304，和第一定时器都不在运行中，则启动对应源特殊小区的定时器T310。

示例性的，UE在切换小区的过程中，会存在源小区和目标小区。

实现方式四、

若UE连续从低层(lower layer)接收到N310个针对源(source)特殊小区(specialcell，SpCell)的“失同步(out-of-sync)”指示且定时器T304定时器不在运行中，且UE未期望或未打算离开RRC连接态、或离开RRC连接态的流程未被初始化、或UE未向网络设备发送释放指示信息，则启动对应源特殊小区的定时器T310。

可理解，对于上述各个实现方式来说，若UE期望或打算离开RRC连接态，或UE初始化了离开RRC连接态的流程，或UE向网络设备发送了释放指示信息，或第一定时器处于运行过程中，则UE不会启动对应特殊小区(包括源特殊小区)的定时器T310。由此，UE不会检测到物理层问题，以及不会检测无线链路失败、不会初始化RRC连接重建等。可选的，UE可以先确定其期望离开RRC连接态，则UE不启动对应小区的定时器T310。可选的，UE可以先监测从低层接收到的N310个针对特殊小区的“失同步”指示，且定时器T304不在运行中；然后再确定UE是否期望离开RRC连接态。若UE期望离开RRC连接态，则不启动对应小区的定时器T310。若UE未期望离开RRC连接态，则启动对应小区的定时器T310。可理解，本申请实施例对于上述判断条件的先后顺序不作限定。

实现方式五、

示例性的，定时器T310超时，且第一定时器不在运行中，则认为检测到无线链路失败。

示例性的，定时器T310超时，且UE未期望或未打算离开RRC连接态、或离开RRC连接态的流程未被初始化、或UE未向网络设备发送释放指示信息，则认为检测到无线链路失败。

可理解，对于上述实现方式一至实现方式四来说，当定时器T310超时时，则可以认为检测到无线链路失败。对于实现方式一至实现方式五来说，UE还可以进一步判断是否满足条件：如果指示来自于RLC层(如上述达到RLC层最大重传次数的指示)(如指示从RLC层传递给RRC层)，且CA重复(duplication)被配置且被激活，且对应的逻辑信道的允许的服务小区参数仅包括辅小区(参考上述示出的条件F)。若不满足上述条件(参考上述条件F)，则认为检测到无线链路失败。示例性的，在检测到无线链路失败后，UE还可以初始化RRC连接重建。例如，可以在不满足上述条件G或H的任一条件，或者，不满足上述条件G和H的情况下，UE初始化RRC连接重建过程。关于条件G或H的具体说明，可以参考上文，这里不再一一详述。可理解，关于条件F、G和H的说明，下文示出的实施例同样适用，因此下文不再一一赘述。

实现方式六、

可理解，对于上述实现方式一至实现方式五来说，是通过修改检测物理层问题的判断条件来改善UE既期望离开RRC连接态，又重新建立与网络设备的RRC连接的问题。

本申请实施例中，可以不修改无线链路失败的判断条件(如上述条件A)、而是规定UE行为。示例性的，当UE期望或打算离开RRC连接态、或当UE初始化了离开RRC连接态的流程、或当UE向网络设备发送了释放指示信息、或当第一定时器处于运行过程中，UE不监测从低层发送的“失同步(out-of-sync)”指示。也就是说，UE可以不对“失同步(out-of-sync)”指示进行计数，由此就不会出现UE连续从低层接收到N310个针对特殊小区的“失同步(out-of-sync)”指示，从而UE就不会启动对应特殊小区的定时器T310。相应的，当UE未期望或未打算离开RRC连接态、或离开RRC连接态的流程未被初始化、或UE未向网络设备发送释放指示信息、或第一定时器不在运行，则UE可以监测从低层发送的“失同步(out-of-sync)”指示。该情况下，当定时器T310超时时，UE还可以根据上述条件F进一步检测无线链路失败，以及根据条件G或H进一步判断是否需要初始化RRC连接重建。关于条件F、G和H的具体说明，可以参考上文，这里不再一一详述。

上述实施例一是根据上述条件A来说明本申请实施例提供的方法，以下实施例二将以修改“检测无线链路失败的判断条件”为例说明本申请实施例提供的方法。

实施例二、

UE通过检测到条件1和条件2，认为检测到无线链路失败。

条件1、UE未期望或未打算离开RRC连接态、或离开RRC连接态的流程未被初始化、或UE未向网络设备发送释放指示信息、或第一定时器不在运行中。条件2、出现物理层问题(physical layer problem)指示(如定时器T310超时)、或者测量上报后UE未及时切换(如定时器T312超时)、或者出现随机接入问题(random access problem)指示且定时器T300、T301、T304、T311、T319都不在运行中、或者收到达到RLC层最大重传次数的指示、或者从MAC层收到一致上行LBT失败指示且定时器T304不在运行中。

可选的，条件2中还可以进一步包括：如果指示来自于RLC层(如上述达到RLC层最大重传次数的指示)，且载波聚合(carrier aggregation，CA)重复(duplication)被配置且被激活，且对应的逻辑信道的允许的服务小区参数(如allowedServingCells)仅包括辅小区。若不满足上述F条件，则认为检测到无线链路失败。

也就是说，UE可以通过上述条件A至F中的任一项或多项，以及上述条件1，判断是否检测到无线链路失败。可选的，在满足上述条件1之后，UE执行上述条件2的判断，从而在上述条件1和上述条件2均满足的情况下，认为检测到无线链路失败。可选的，在满足上述条件2之后，UE执行上述条件1的判断，从而在上述条件1和上述条件2均满足的情况下，认为检测到无线链路失败。可选的，UE可以不对上述条件1和条件2的先后判断顺序进行区分。

示例性的，UE检测到无线链路失败后，还可以根据条件G或H进一步判断是否初始化RRC连接重建。关于条件F、G和H的具体说明，可以参考上文，这里不再一一详述。

可选的，UE期望或打算离开RRC连接态、或当UE初始化了离开RRC连接态的流程、或当UE向网络设备发送了释放指示信息、或当第一定时器处于运行过程中，且满足上述条件2，则UE可以离开RRC连接态。可选的，UE执行回到RRC空闲态的流程。可选的，UE执行回到RRC非活跃态的流程。可选的，UE设置RRC释放原因为“RRC连接失败”。也就是说，UE不需要再继续执行无线链路失败的检测步骤，如不需要继续执行上述条件G和/或上述条件H的判断，以及UE不需要初始化RRC连接重建等。

在UE检测到无线链路失败之后，该UE可能需要发起连接重建过程，因此以下实施例三将以修改“初始化RRC连接重建过程”为例说明本申请实施例提供的方法。

实施例三、

UE根据条件1、条件2以及条件3，初始化RRC连接重建。

条件1、UE未期望或未打算离开RRC连接态、或UE未初始化离开RRC连接态的流程、或UE未向网络设备发送释放指示信息、或第一定时器不在运行中。条件2、UE检测到无线链路失败。条件3、AS安全未被激活、AS安全被激活但SRB2和至少一个DRB没有被建立或IAB场景下SRB2没有被建立(参考上文示出的G和H)。

可选的，条件2除了可以包括UE检测到无线链路失败的条件之外，还可以包括：当同步重配置失败、或当从NR移动失败、或当从低层接收到完整性保护校验失败、或当RRC连接重配失败。若满足条件2中任一一条，则认为满足条件2。可选的，在UE满足上述条件1和2、且不满足条件3的情况下，初始化RRC连接重建过程。可选的，UE不满足上述条件1，UE满足上述条件2，且不满足条件3，则UE不初始化RRC连接重建。也就是说，UE期望或打算离开RRC连接态、或当UE初始化了离开RRC连接态的流程、或当UE向网络设备发送了释放指示信息、或当第一定时器处于运行过程中，即使UE满足了上述条件2，且不满足上述条件3，UE也不初始化RRC连接重建过程。关于上述各个条件的先后顺序，本申请实施例不作限定。

可理解，关于条件1至条件3的具体说明，可以参考上文，这里不再详述。

在UE需要初始化RRC连接重建过程的情况下，UE还可以执行小区重选过程，因此以下实施例四将以修改“小区重选过程”为例说明本申请实施例提供的方法。

实施例四、

示例性的，当初始化RRC连接重建过程后，UE可以执行以下的一个或多个行为：若T310正在运行则停止定时器T310、若T304正在运行则停止定时器T304、开启定时器T311、挂起除了SRB3之外的所有无线承载、重置MAC、在MCG的辅小区被配置的情况下，释放该MCG的辅小区、在特殊小区被配置的情况下，释放该特殊小区配置。可理解，对于上述行为与小区重选的先后顺序，本申请实施例不作限定。

本申请实施例中，UE是否执行小区重选过程的过程，需要结合上述条件1。

示例性的，若UE未期望或未打算离开RRC连接态、或UE未初始化离开RRC连接态的流程、或UE未向网络设备发送释放指示信息、或第一定时器不在运行中，则UE可以继续执行小区重选过程。可选的，UE还可以在重选到的小区上向网络设备发送RRC重建请求消息。

示例性的，UE期望或打算离开RRC连接态、或当UE初始化了离开RRC连接态的流程、或当UE向网络设备发送了释放指示信息、或当第一定时器处于运行过程中，则UE不继续执行小区重选过程，同时，UE不在重选到的小区上向网络设备发送RRC重建请求消息。示例性的，UE初始化RRC连接重建之后，UE可以确定是否期望离开RRC连接态，若UE未期望离开RRC连接态，则执行小区重选过程；若UE期望离开RRC连接态，则不执行小区重选过程。示例性的，UE不执行小区重选过程，但是，UE可以执行回到RRC空闲态的流程、或UE执行回到RRC非活跃态的流程，或者，UE设置释放原因为“RRC连接失败”。可选的，UE可以执行上述初始化RRC连接重建过程后的其他行为。示例性的，这里的其他行为可以是若T310正在运行则停止定时器T310，或者若T304正在运行则停止定时器T304等。关于其他行为的具体说明，可以参考上述描述，这里不再赘述。

在UE检测到无线链路失败、以及初始化RRC连接重建过程、小区重选过程之后，该UE还需要在重选的小区上向网络设备发送RRC重建请求消息，因此以下实施例五将以修改“发送RRC重建请求消息”为例说明本申请实施例提供的方法。

实施例五、

示例性的，UE期望或打算离开RRC连接态后、或当UE初始化了离开RRC连接态的流程后、或当UE向网络设备发送了释放指示信息后、或当第一定时器处于运行过程中，则UE不向网络设备发送RRC重建请求消息。可选的，UE可以根据重选到的小区是否为原本连接到的小区(如发生无线链路失败的小区)，确定是否向网络设备发送RRC重建请求消息。若重选到的小区为原本连接到的小区，则UE向网络设备发送RRC重建请求消息；若重选到的小区非原本连接到的小区，则UE不向网络设备发送RRC重建请求消息。可选的，UE不发送RRC重建请求消息的情况下，UE可以执行回到RRC空闲态的流程、或UE执行回到RRC非活跃态的流程，或者，UE设置释放原因为“RRC连接失败”。

示例性的，UE未期望或未打算离开RRC连接态、或离开RRC连接态的流程未被初始化、或UE未向网络设备发送释放指示信息、或第一定时器不在运行中，则UE在重选到的小区上向网络设备发送RRC重建请求(RRCReestablishmentRequest)消息。

通过本申请实施例，如上述实施例一至实施例五，可有效避免UE发起不必要的行为，如在UE期望离开RRC连接态的情况下，避免UE检测无线链路失败、或发起连接重建过程、或执行小区重选过程、或发送RRC重建请求消息等，有效节省了信令开销，避免了资源浪费。

可理解，以上所示的各个实施例可以为单独的实施例，也可以相互之间进行结合，本申请实施例对此不作限定。

需要说明的是，上述实施例一至实施例五也可以适用于DC场景中，如上述无线链路失败可以是DC中MN或MCG发生的无线链路失败，又如，上述无线链路失败可以是DC中SN或SCG发生的无线链路失败。

可选的，当UE期望或打算离开RRC连接态后，或者可以认为当UE初始化了离开RRC连接态的流程后，或者可以认为当UE向网络设备发送了释放指示信息后，或者可以认为当第一定时器处于运行过程中，则不让UE初始化失败信息流程去上报RLC失败。

可选的，当UE未期望或打算离开RRC连接态，或者可以认为当UE未初始化离开RRC连接态的流程，或者可以认为当UE未向网络设备发送了释放指示信息，或者可以认为当第一定时器不处于运行过程中，则UE可以进一步初始化失败信息流程去上报RLC失败，此时UE需要进一步判断相关的条件来确认是否初始化失败信息流程去上报RLC失败。

本申请示出的上个各个实施例，可以应用于DC场景中，由此避免UE发起不必要的行为，如检测无线链路失败、或发起连接重建过程、或发送RRC重建请求消息、或初始化失败信息流程去上报RLC失败等，有效节省了信令开销。

实施例六、

可理解，本申请提供的方法不仅可以应用于无线链路失败，也可以应用于波束失败。示例性的，UE监视控制信道质量，如果控制信道质量连续低于某个门限并且持续一定时间，则认为检测到波束失败(beam failure)，进入波束失败恢复过程。从而，UE通过用于波束失败恢复的随机接入过程向网络设备指示发生波束失败、并将备份波束编号通知给网络设备。若UE成功在备份波束上接收到网络设备的响应，则认为成功完成波束失败恢复过程，否则要进入链路恢复过程。

可选的，当UE期望或打算离开RRC连接态，或者当UE初始化了离开RRC连接态的流程，或者当UE向网络设备发送了释放指示信息，或者当第一定时器处于运行过程中，则UE不检测波束失败，或者，不让UE发起波束失败恢复过程，或者不让UE发起用于波束失败恢复的随机接入过程。

可选的，当UE未期望或打算离开RRC连接态，或者可以认为当UE未初始化离开RRC连接态的流程，或者可以认为当UE未向网络设备发送释放指示信息，或者可以认为当第一定时器不处于运行过程中，则UE可以进一步检测波束失败，或者，UE可以进一步发起波束失败恢复过程，或者UE可以进一步发起用于波束失败恢复的随机接入过程。此时UE需要进一步判断相关的条件来确认是否需要检测波束失败、或是否需要发起波束失败恢复过程、或是否需要发起用于波束失败恢复的随机接入过程。示例性的，当UE确定其未期望离开RRC连接态，且在UE监测到的控制信道质量低于某个门限且持续一定时间的情况下，UE认为检测到波束失败。示例性的，当UE确定其期望离开RRC连接态，则UE不监测控制信道质量。示例性的，当UE检测到波束失败后，UE确定其未期望离开RRC连接态，则UE可以通过用于波束失败恢复的随机接入过程向网络设备指示发生波束失败、并将备份波束编号通知给网络设备。示例性的，当UE检测到波束失败后，UE确定其期望离开RRC连接态，则UE不向网络设备发送指示波束失败的信息，以及不向网络设备通知备份波束编号等。

也就是说，UE检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入等的过程中，可以通过增加判断条件，避免UE发起不必要的行为，如避免UE检测到波束失败、或发起波束失败恢复过程、或发起用于波束失败恢复的随机接入过程。

以下将详细介绍本申请实施例提供的第一定时器。可理解，本申请实施例所示的第一定时器可以与上述实施例一至实施例六中的至少一个实施例耦合，也可以独立于上述实施例一至实施例六，本申请实施例对此不作限定。

UE期望或打算离开RRC连接态，或者当UE初始化了离开RRC连接态的流程，或者当UE向网络设备发送了释放指示信息，UE需要启动第一定时器，如该第一定时器需要处于运行过程。可选的，当该第一定时器运行过程中，UE等待网络设备发送的RRC释放消息。可选的，当该第一定时器超时，UE未接收到网络设备发送的RRC释放消息，则UE自动转换到RRC空闲态或RRC非活跃态。

本申请实施例中，该第一定时器的启动或重启可以满足如下条件中的一个或多个：

可选的，当UE初始化或触发了离开RRC连接态的流程，则UE启动或重启第一定时器。

可选的，当UE向网络设备发送了释放指示信息，则UE启动或重启第一定时器。

可选的，当UE成功向网络设备发送了释放指示信息，则UE启动或重启第一定时器。其中，UE需要判断网络设备成功收到了释放指示信息，例如UE接收到网络设备发送的成功接收释放指示信息的反馈信息，如物理层的确认应答(acknowledgement，ACK)或RLC层的应答消息。本申请实施例对于UE如何判断网络设备成功收到了释放指示信息的方式，本申请实施例不作限定。

本申请实施例中，第一定时器的停止可以满足如下条件中的一个或多个：

可选的，当UE接收到了网络设备发送的RRC释放消息，则UE停止第一定时器。可选的，当第一定时器超时时，停止该第一定时器。关于该第一定时器的计数时长如第一时长的说明可以参考上文，这里不再一一详述。

可理解，当本申请实施例所示的第一定时器与上述实施例一至实施例六解耦的情况下，本申请实施例提供的第一定时器的停止还可以包括如下条件中的一个或多个：

可选的，当UE检测到无线链路失败，则UE停止第一定时器。可选的，当UE初始化RRC连接重建过程，则UE停止第一定时器。可选的，当UE执行小区重选过程，则UE停止第一定时器。可选的，当UE向网络设备发送RRC重建请求消息，则UE停止第一定时器。也就是说，在UE期望离开RRC连接态，同时保持与网络设备的RRC连接态并等待一段时间长度的期间内，若UE检测到了无线链路失败，则可以停止第一定时器。因为UE检测到了无线链路失败，说明该UE还需要初始化RRC连接重建、或小区重选、或发送RRC重建请求消息。所以，该UE可以停止第一定时器。可选的，该UE还可以不从RRC连接态转换为RRC空闲态或RRC非活跃态。示例性的，在上述期间内，若UE初始化了RRC连接重建，则也可以停止第一定时器。

在释放指示信息承载在NAS消息中，且第一定时器为NAS层维护的定时器的情况下，关于UE内部信令交互以及核心网设备和接入网设备之间的信令交互可以如下所示：

可选的，UE的NAS层产生(也可以称为生成)承载释放指示信息的NAS消息并递交给UE的RRC层。UE的NAS层向RRC层指示以下任一项或多项：

上述NAS消息为承载释放指示信息的消息、NAS层启动或重启第一定时器、该第一定时器的运行时长(也可以理解为第一时长)、已向网络设备发送了释放指示信息、已成功向网络设备发送了释放指示信息。

UE的NAS层通过向RRC层指示上述一项或多项信息，可使得NAS层确定第一定时器的启动或重启。示例性的，根据上述“第一定时器的启动或重启”中的各种情况，指示UE的NAS层维护的上述第一定时器的启动或重启。可选的，RRC层或MAC层或PHY层告诉NAS层启动或重启第一定时器和/或第一定时器的运行时长、或者RRC层或MAC层或PHY层告诉NAS层已向接入网设备发送了释放指示信息、或者RRC层告诉NAS层已成功向接入网设备发送了释放指示信息，以便NAS层确定启动或重启第一定时器。

可选的，当核心网设备接收到UE发送的承载释放指示信息的NAS消息，核心网设备还可以向接入网设备指示UE发送了释放指示信息。可选的，UE可以将承载释放指示信息的NAS消息发送给接入网设备，再由接入网设备透传给核心网设备。可选的，核心网设备还可以指示接入网设备启动或重启第一定时器和/或第一定时器的运行时长，接入网设备根据核心网设备发送的消息启动或重启第一定时器。

在释放指示信息承载在NAS层消息中，且第一定时器为RRC层维护的定时器的情况下，关于UE内部信令交互以及核心网设备和接入网设备之间的部信令交互可以如下所示：

可选的，UE的NAS层产生(也可以称为生成)承载释放指示信息的NAS消息并递交给UE的RRC层。UE的NAS层向RRC层指示以下任一项或多项：

上述NAS消息为承载释放指示信息的消息、启动或重启第一定时器、第一定时器的运行时长。UE的RRC层知道该信息后，可以根据上述“定时器的启动或重启”中的各种情况，确定第一定时器的启动或重启。

可选的，当核心网设备接收到UE发送的承载释放指示信息的NAS消息，核心网设备还可以向接入网设备指示UE发送了释放指示信息。可选的，核心网设备还可以指示接入网设备启动或重启定时器和/或定时器的运行时长，接入网设备根据核心网设备发送的消息启动或重启定时器。

以下详细介绍本申请涉及的另一些术语。

UE在服务小区中需要对服务小区或邻小区进行无线资源测量(radio resourcemeasurement，RRM)测量，以便UE获取当前的信道质量，确定是否继续留在当前小区进行通信、还是重选或切换到其他信道质量更好的小区进行通信。示例性的，根据UE的移动状态和/或UE在小区中的位置，测量的行为可以不同。

a.针对小区中心和/或低速移动的UE的测量放松

例如对于小区中心和/或低速移动的UE，可以对邻小区的测量进行放松，从而达到节省功耗的目的。测量放松的准则可以由网络设备(如上文介绍的接入网设备)配置，示例的，可以包括：

1.低速移动准则可以为：一段时间内UE测量的参考信号接收功率(referencesignal receiving power，RSRP)和/或参考信号接收质量(reference signal receivingquality，RSRQ)的变化差值小于或等于门限值一。可理解，RSRP对应的门限值一与RSRQ对应的门限值一是否相同，本申请不作限定。例如，RSRP对应的门限值一与RSRQ对应的门限值一可以是不同的门限值。

2.小区边缘准则(也可以称为第二准则)可以为：UE测量的RSRP和/或RSRQ的值大于门限值二。可理解，RSRP对应的门限值二与RSRQ对应的门限值二是否相同，本申请不作限定。例如，RSRP对应的门限值二与RSRQ对应的门限值二可以是不同的门限值。

示例性的，上述门限值一和/或门限值二可以由网络设备配置。示例性的，若网络设备只配置了低速移动准则而未配置小区边缘准则，UE可以判断是否满足低速移动准则，若满足则可以进行测量放松。示例性的，若网络设备只配置了小区边缘准则而未低速移动准则，则UE可以判断是否满足小区边缘准则，若满足则可以进行测量放松。示例性的，若网络设备同时配置了低速移动准则和小区边缘准则，则只要满足低速移动准则或小区边缘准则中的任一准则时，UE就可以进行RRM放松，或者，需同时满足低速移动准则和小区边缘准则时，UE才可以进行RRM放松。可选的，网络设备还可以配置是否允许对高优先级频点进行测量放松。

可选的，邻小区的测量包括以下一种或多种：同频邻小区测量、异频邻小区测量、异系统邻小区测量。可选的，测量放松的方式可以包括但不限于以下一种或多种：扩大测量周期、减少测量频点数或小区数、减少测量的参考信号。示例的，扩大测量周期可以包括以下一种或多种：扩大测量周期到原测量周期的3倍、扩大测量周期到1个小时、不对邻小区进行测量。UE仅满足低速移动准则后的测量放松方式、UE仅满足小区边缘准则后的测量放松方式、以及UE同时满足低速移动准则和小区边缘准则后的测量放松方式可以相同也可以不同。

b.针对静止的UE的测量放松

针对静止的UE也可以进行测量放松，例如，静止的UE相比低速移动的UE可以进行更大程度的放松，从而达到进一步节省功耗的目的。

示例性的，静止的UE可以包括不会移动如完全静止的UE、以及可以移动当前处于静止状态的UE。测量放松的准则由网络设备配置。

示例的，静止准则(也可以称为第一准则)可以为：一段时间内UE测量的RSRP和/或RSRQ的变化差值小于或等于门限值三。上述门限值三可以由网络设备配置，RSRP和/或RSRQ可以为小区级别的测量结果值、也可以为波束(beam)级别的测量结果值。可理解，RSRP对应的门限值三与RSRQ对应的门限值三是否相同，本申请不作限定。例如，RSRP对应的门限值三与RSRQ对应的门限值三可以是不同的门限值。示例性的，RSRP和RSRQ可以都是小区级别的测量结果值，也可以都是波束级别的测量结果值。或者，RSRP和RSRQ可以是不同级别的测量结果值等，本申请对此不作限定。

示例性的，当UE满足静止准则时，则UE可以进行测量放松。UE满足静止准则的测量放松方式可以与UE仅满足低速移动准则的测量放松方式、UE仅满足小区边缘准则的测量放松方式、UE同时满足低速移动准则和小区边缘准则的测量放松方式可以不同。

静止准则可以单独作为准则进行判断，确定是否可以进行测量放松。可选的，静止准则还可以与UE在小区中的位置结合，如同时考虑UE的移动状态和UE在小区中的位置。因此考虑静止准则还可以与小区边缘准则结合。示例性的，如表1所示，当UE仅满足静止准则，则UE可以按照测量放松方式1进行测量放松；当UE同时满足静止准则和小区边缘准则，则UE可以按照测量放松方式2进行测量放松。其中，测量放松方式1与测量放松方式2不同，例如，测量放松方式2比测量放松方式1放松的程度更大。

表1

终端设备满足的测量放松准则	满足测量放松准则后的测量放松方式
		静止准则	测量放松方式1
静止准则和小区边缘准则	测量放松方式2

小区边缘准则可以是上述针对小区中心和/或低速移动的UE的介绍中的小区区边缘准则、也可以引入新的小区边缘准则。然而，当复用上述小区边缘准则，UE并不清楚是否需要将静止准则与上述小区边缘准则结合来判断是否可以进行测量放松。

一种情况是：网络设备配置上述小区边缘准则只是用于上述小区中心和/或低速移动的UE的测量放松准则、而并不想结合上述静止准则。另一种情况是：网络设备配置上述小区边缘准则除了可以用于上述小区中心和/或低速移动的UE的测量放松准则、还想结合上述静止准则。若网络设备配置了小区边缘准则，由于存在上述两种情况的理解，可能出现UE与网络设备的理解不一致，如UE使用的准则与网络设备想要配置的准则不一致，从而影响系统的性能。

鉴于此，本申请实施例提供一种指示测量放松的方法及装置。可以有效改善UE使用的准则与网络设备配置的准则不一致的情况，有效提高了系统性能。

本申请实施例中，终端设备可以接收网络设备发送的第一指示信息，该第一指示信息用于指示第一准则是否需要结合第二准则，从而，使得终端设备明确获知是否只需要判断第一准则、还是需要结合第一准则和第二准则一起判断，从而避免终端设备与网络设备的理解不一致、而导致系统性能下降的问题。可理解，关于本申请实施例所涉及的终端设备或网络设备(如上文所示的接入网设备)的具体说明，可以参考上文，这里不再详述。

以下详细介绍本申请提供的指示测量放松的方法。

图6是本申请实施例提供的一种指示测量放松方法的流程示意图，如图6所示，该指示测量放松方法包括：

601、网络设备向终端设备发送第一指示信息。相应的，终端设备接收网络设备发送的第一指示信息，该第一指示信息用于指示第一准则是否结合第二准则，该第一准则用于终端设备检测是否为静止的，该第二准则用于终端设备检测是否不在小区边缘。

示例性的，第一准则用于检测终端设备是否为静止的，第二准则用于检测终端设备是否不在小区边缘。或者，该第一准则用于终端设备检测为静止的，该第二准则用于终端设备检测不在小区边缘。或者，第一准则用于检测终端设备为静止的，第二准则用于检测终端设备不在小区边缘。或者，第一准则用于检测终端设备为静止的，第二准则用于检测终端设备处于小区边缘。

可选的，第一准则可以为上述静止准则，第二准则可以为上述小区边缘准则。关于静止准则和小区边缘准则的具体说明，可以参考上文，这里不再一一详述。

可选的，第一准则可以为第一协议版本的静止准则，第二准则可以为第二协议版本的小区边缘准则，例如，第一协议版本为release-17，第二协议版本为release-16。

示例的，可以通过第一指示信息是否存在来指示第一准则是否需要结合第二准则。例如，若第一指示信息存在，则指示第一准则需要结合第二准则；若第一指示信息不存在，则指示第一准则不需要结合第二准则。又或者，若第一指示信息取值为第一值(例如取值为0或TRUE)，则指示第一准则需要结合第二准则，若第一指示信息取值为第二值(例如取值为1或FALSE)，则指示第一准则不需要结合第二准则。

可选的，终端设备接收网络设备发送用于指示第一准则的信息和/或用于指示第二准则的信息。示例性的，该用于指示第一准则的信息和用于指示第二准则的信息可以携带于同一消息中，或者，也可以携带与不同消息中。为便于描述，下文将以第一准则为例说明第一准则与第一指示信息。示例性的，第一指示信息可以与用于指示第一准则的信息携带在同一条消息中。示例性的，第一指示信息也可以与上述用于指示第一准则的信息携带在不同消息中。若第一指示信息与用于指示第一准则的信息携带于不同消息中，则不限定第一指示信息与用于指示第一准则的信息发送的先后顺序。示例的，第一指示信息与用于指示第一准则的信息可以携带在系统信息(system information，SI)中，例如系统消息块(system information block，SIB)2中。

602、终端设备根据所述第一指示信息判断是否满足第一准则或者是否满足第一准则和第二准则。

示例的，若第一指示信息指示第一准则不需要结合第二准则，则终端设备确定只需要判断是否满足第一准则。若第一指示信息指示第一准则需要结合第二准则，则终端设备确定需要判断是否满足第一准则和第二准则。

可选的，第一指示信息指示第一准则不需要结合第二准则，则终端设备确定只需要判断是否满足第一准则。若终端设备判断满足第一准则，则可以按照对应的测量放松方式进行测量放松，如表1中所示，终端设备按照测量放松方式1进行测量放松；若终端设备判断不满足第一准则，则不可以进行测量放松。

可选的，第一指示信息指示第一准则需要结合第二准则，则终端设备确定需要判断是否满足第一准则和第二准则。终端设备根据是否满足第一准则和第二准则进行测量放松，可以有如下实现方式：

实现方式一、

若终端设备确定满足第一准则和第二准则，则可以按照对应的测量放松方式进行测量放松，如表2中所示，终端设备按照测量放松方式2进行测量放松。若终端设备判断不满足第一准则和第二准则，则不可以进行测量放松。

表2

可理解，在该实现方式一中，只有满足“第一准则和第二准则”和不满足“第一准则和第二准则”这两种情况，也只有“按照测量放松方式2进行测量放松”和“不进行测量放松”这两种情况。

实现方式二、

若终端设备判断满足第一准则和第二准则，则可以按照对应的测量放松方式进行测量放松，如表3中所示，终端设备按照测量放松方式2进行测量放松。若终端设备判断不满足第一准则和第二准则、但仅满足第一准则，则可以按照对应的测量放松方式进行测量放松，如表3中所示，终端设备按照测量放松方式1进行测量放松。若终端设备判断不满足第一准则和第二准则、也不满足第一准则，则可以不进行测量放松。

表3

可理解，在该实现方式二中，有满足“第一准则和第二准则”、不满足“第一准则和第二准则”但仅满足第一准则、不满足“第一准则和第二准则”也不满足第一准则这三种情况，同时有“按照测量放松方式2进行测量放松”、“按照测量放松方式1进行测量放松”和“不进行测量放松”这三种情况。

可理解，以上所示的测量放松方式2也可以称为第二测量放松方式，测量放松方式1也可以称为第一测量放松方式。本申请实施例对于上述测量放松方式的具体名称不作限定。

实现方式三、

网络设备还可以配置进一步配置当仅满足第一准则时，是否允许终端设备进行测量放松。

可选的，终端设备接收网络设备发送的第二指示信息，所述第二指示信息用于指示当仅满足第一准则时，是否允许终端设备进行测量放松。

示例的，可以通过第二指示信息是否存在来指示当仅满足第一准则时，是否允许终端设备进行测量放松。例如，若第二指示信息存在，则指示当仅满足第一准则时允许终端设备进行测量放松。又例如，若第二指示信息不存在，则指示当仅满足第一准则时不允许终端设备进行测量放松。又或者，若第二指示信息取值为第一值(例如取值为0或TRUE)，则指示当仅满足第一准则时允许终端设备进行测量放松。若第二指示信息取值为第二值(例如取值为1或FALSE)，则指示当仅满足第一准则时不允许终端设备进行测量放松。

可选的，若第二指示信息指示当仅满足第一准则时不允许终端设备进行测量放松，则终端设备确定不需要判断是否仅满足第一准则，此时只有满足“第一准则和第二准则”和不满足“第一准则和第二准则”这两种情况。如与实现方式一类似：若终端设备判断满足第一准则和第二准则，则可以按照对应的测量放松方式进行测量放松，如表2中所示，终端设备按照测量放松方式2进行测量放松；若终端设备判断不满足第一准则和第二准则，则不可以进行测量放松。

可选的，若第二指示信息指示当仅满足第一准则时允许终端设备进行测量放松，则终端设备确定需要判断是否仅满足第一准则，此时有满足“第一准则和第二准则”、不满足“第一准则和第二准则”但仅满足第一准则、不满足“第一准则和第二准则”也不满足第一准则这三种情况。如与实现方式二类似：若终端设备判断满足第一准则和第二准则，则可以按照对应的测量放松方式进行测量放松，如表3中所示，终端设备按照测量放松方式2进行测量放松。若终端设备判断不满足第一准则和第二准则、但仅满足第一准则，则可以按照对应的测量放松方式进行测量放松，如表3中所示，终端设备按照测量放松方式1进行测量放松。若终端设备判断不满足第一准则和第二准则、也不满足第一准则，则不可以进行测量放松，则不可以进行测量放松。

通过本申请实施例，可有效避免终端设备与网络设备的理解不一致、而导致系统性能下降的问题，如通过第一指示信息，使得终端设备明确知道是否只需要判断第一准则、还是需要结合第一准则和第二准则一起判断。

可选的，若网络设备为终端设备仅配置了第一准则，终端设备只需要判断是否满足第一准则，此时网络设备不需要向终端设备发送第一指示信息。若终端设备判断满足第一准则，则可以按照对应的测量放松方式进行测量放松，终端设备按照测量放松方式1进行测量放松；若终端设备判断不满足第一准则，则不可以进行测量放松。

可选的，小区边缘准则既可以复用release-16中的小区边缘准则、也可以使用引入新的release-17的小区边缘准则。可选的，还可以包括第三准则，第三准则可以为上述小区边缘准则。其中，第三准则为第一协议版本的小区边缘准则。

可选的，终端设备接收网络设备发送的用于指示第三准则的信息。具体的，第三准则可以与第一准则和第二准则携带在同一条消息中、也可以携带在不同消息中，若第三准则与第一准则和第二准则携带在不同消息中，则不限定第三准则与第一准则和第二准则发送的先后顺序。示例的，第三准则与第一准则和第二准则可以携带在系统信息(systeminformation，SI)中，例如系统消息块(system information block，SIB)2中。

可选的，若网络设备为终端设备配置了第一准则、第二准则和第三准则，终端设备只需要判断是否满足第一准则和/或第三准则，而忽略第二准则，此时网络设备不需要向终端设备发送第一指示信息。

本申请还提供以下实施例。需要说明的是，以下实施例的编号并不一定需要遵从前面实施例的编号顺序：

1.一种指示测量放松的实施例，所述实施例应用于终端设备，其特征在于，所述实施例包括：

接收网络设备发送的第一指示信息，所述第一指示信息用于指示第一准则是否结合第二准则，所述第一准则为用于检测是否为静止的所述终端设备的准则，所述第二准则为用于检测是否为不在小区边缘的终端设备的准则；

根据所述第一指示信息确定是否满足第一准则或者是否满足第一准则和第二准则。

2.根据实施例1所述的实施例，其特征在于，所述实施例还包括：

接收所述网络设备发送的用于指示所述第一准则的信息和/或用于指示所述第二准则的信息。

3.根据实施例1或2所述的实施例，其特征在于，所述实施例还包括：

若所述第一指示信息指示所述第一准则不结合所述第二准则，则确定是否满足所述第一准则；

若所述终端设备满足所述第一准则，则按照第一测量放松方式进行测量放松；或者，若所述终端设备不满足所述第一准则，则不进行测量放松。

4.根据实施例1或2所述的实施例，其特征在于，所述实施例还包括：

若所述第一指示信息指示所述第一准则结合所述第二准则，则确定是否满足所述第一准则或者是否满足第一准则和第二准则；

若所述终端设备满足所述第一准则和所述第二准则，则按照第二测量放松方式进行测量放松；或者，

若所述终端设备不满足所述第一准则和所述第二准则，则不进行测量放松。

5.根据实施例1或2所述的实施例，其特征在于，所述实施例还包括：

若所述第一指示信息指示所述第一准则结合所述第二准则，确定是否满足所述第一准则或者是否满足第一准则和第二准则；

若所述终端设备确定满足所述第一准则和所述第二准则，则按照第二测量放松方式进行测量放松；

若所述终端设备确定不满足所述第一准则和所述第二准则、且满足所述第一准则，则按照第一测量放松方式进行测量放松；

若所述终端设备确定不满足所述第一准则和所述第二准则、且不满足所述第一准则，则不进行测量放松。

6.根据实施例4或5所述的实施例，其特征在于，所述实施例还包括：

接收网络设备发送的第二指示信息，所述第二指示信息用于指示当所述终端设备仅满足第一准则时，是否允许所述终端设备进行测量放松。

7.根据实施例6所述的实施例，其特征在于，所述第二指示信息指示当所述终端设备仅满足第一准则时，不允许所述终端设备进行测量放松。

8.根据实施例6所述的实施例，其特征在于，所述第二指示信息指示当所述终端设备仅满足第一准则时，允许所述终端设备进行测量放松。

9.根据实施例1-8任一项所述的实施例，其特征在于，所述第一准则对应第一协议版本，所述第二准则对应第二协议版本。

以下将介绍本申请实施例提供的通信装置。

本申请根据上述方法实施例对通信装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面将结合图7至图9详细描述本申请实施例的通信装置。

图7是本申请实施例提供的一种通信装置的结构示意图，如图7所示，该通信装置包括处理单元701和收发单元702。

在本申请的一些实施例中，该通信装置可以是上文示出的终端设备或终端设备中的芯片等。示例性的，该通信装置可以用于执行上文方法实施例中如图3a至图3c所示的方法。示例性的，该通信装置可以用于执行上述方法实施例一至实施例六所示的任一个或多个方法等。

处理单元701，用于确定不满足第一条件或者确定满足第二条件，该第一条件用于指示终端设备期望离开无线资源控制RRC连接态，该第二条件用于指示终端设备未期望离开无线资源控制RRC连接态；

处理单元701，还用于执行以下任一项或多项：检测终端设备的物理层问题、检测无线链路失败、初始化RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

可选的，处理单元701可以通过收发单元702执行小区重选，或者，发送RRC重建请求消息等，本申请实施例对于收发单元702和处理单元701的具体方式不作限定。

在一种可能的实现方式中，处理单元701，还用于确定满足第一条件或者确定不满足第二条件；不执行以下任一项或多项：检测终端设备的物理层问题、检测无线链路失败、初始化RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

可选的，上述处理单元701还可以理解为：处理单元701可以确定是否满足第一条件，或第二条件；然后根据是否满足第一条件，确定是否执行检测物理层问题、或检测无线链路失败、或初始化RRC连接重建等。

在一种可能的实现方式中，第一条件包括以下任一项或多项：终端设备期望离开RRC连接态；终端设备初始化离开RRC连接态的流程；终端设备向网络设备发送第一指示信息，第一指示信息用于指示终端设备期望离开RRC连接态；第一定时器处于运行中，第一定时器用于控制终端设备离开RRC连接态。

在一种可能的实现方式中，第二条件包括以下任一项或多项：终端设备未期望离开RRC连接态；终端设备未初始化离开RRC连接态的流程；终端设备未向网络设备发送第一指示信息，第一指示信息用于指示终端设备期望离开RRC连接态；第一定时器不处于运行中，第一定时器用于控制终端设备离开RRC连接态。

在一种可能的实现方式中，在满足以下条件中的一项或多项的情况下，处理单元701，还用于启动或重启第一定时器：终端设备初始化离开RRC连接态的流程；终端设备向网络设备发送第一指示信息，第一指示信息用于指示终端设备期望离开RRC连接态；终端设备成功向网络设备发送第一指示信息，第一指示信息用于指示终端设备期望离开RRC连接态。

在一种可能的实现方式中，在接收到网络设备发送的RRC释放消息的情况下，处理单元701，还用于停止第一定时器；或者，在第一定时器超时的情况下，处理单元701，还用于停止第一定时器。

在一种可能的实现方式中，处理单元701，具体用于在满足第三条件的至少一项，且不满足第四条件的至少一项的情况下，初始化RRC连接重建；

第三条件包括：检测到无线链路失败、同步重配置失败、从新空口NR移动失败、从低层接收到完整性保护校验失败、RRC连接重配失败；第四条件包括：接入层AS安全未被激活、AS安全被激活但信令无线承载SRB2和至少一个数据无线承载DRB没有被建立或者接入回传一体化IAB场景下SRB2没有被建立。

在一种可能的实现方式中，处理单元701，具体用于检测双连接DC中的主基站MN或主小区组MCG发生无线链路失败；或者，检测双连接DC中的辅基站SN或辅小区组SCG发生无线链路失败。

本申请实施例中，关于第一条件、第二条件、无线链路失败、初始化RRC连接重建、小区重选以及发送RRC重建请求消息、波束失败、波束失败恢复等的说明还可以参考上文方法实施例中的介绍，这里不再一一详述。

可理解，本申请实施例示出的收发单元702和处理单元701的具体说明仅为示例，对于收发单元702和处理单元701的具体功能或执行的步骤等，可以参考上述方法实施例，这里不再详述。

复用图7，在本申请的另一些实施例中，该通信装置可以是上文示出的终端设备或终端设备中的芯片等。示例性的，该通信装置可以用于执行上文方法实施例中如图6所示的方法。示例性的，该通信装置可以用于执行上述方法实施例中关于表1至表3所示的相关方法等。

收发单元702，用于接收网络设备发送的第一指示信息，该第一指示信息用于指示第一准则是否结合第二准则，该第一准则为用于检测是否为静止的所述终端设备的准则，该第二准则为用于检测是否为不在小区边缘的终端设备的准则；

处理单元701，用于根据上述第一指示信息确定是否满足第一准则或者是否满足第一准则和第二准则。

在一种可能的实现方式中，收发单元702，还用于接收所述网络设备发送的用于指示第一准则的信息和/或用于指示第二准则的信息。

在一种可能的实现方式中，处理单元701，还用于若第一指示信息指示第一准则不结合第二准则，则确定是否满足第一准则；若终端设备满足第一准则，则按照第一测量放松方式进行测量放松；或者，若终端设备不满足第一准则，则不进行测量放松。

在一种可能的实现方式中，处理单元701，还用于若第一指示信息指示第一准则结合第二准则，则确定是否满足第一准则或者是否满足第一准则和第二准则；若终端设备满足第一准则和第二准则，则按照第二测量放松方式进行测量放松；或者，若终端设备不满足第一准则和第二准则，则不进行测量放松。

在一种可能的实现方式中，处理单元701，还用于若第一指示信息指示第一准则结合第二准则，确定是否满足第一准则或者是否满足第一准则和第二准则；若终端设备确定满足第一准则和第二准则，则按照第二测量放松方式进行测量放松；若终端设备确定不满足第一准则和第二准则、且满足第一准则，则按照第一测量放松方式进行测量放松；若终端设备确定不满足第一准则和第二准则、且不满足第一准则，则不进行测量放松。

在一种可能的实现方式中，收发单元702，还用于接收网络设备发送的第二指示信息，第二指示信息用于指示当终端设备仅满足第一准则时，是否允许终端设备进行测量放松。

在一种可能的实现方式中，第二指示信息指示当终端设备仅满足第一准则时，不允许终端设备进行测量放松。

在一种可能的实现方式中，第二指示信息指示当终端设备仅满足第一准则时，允许终端设备进行测量放松。

在一种可能的实现方式中，第一准则对应第一协议版本，第二准则对应第二协议版本。

可理解，本申请实施例示出的收发单元和处理单元的具体说明仅为示例，对于收发单元和处理单元的具体功能或执行的步骤等，可以参考上述方法实施例(如图6)，这里不再详述。

以上介绍了本申请实施例的终端设备，以下介绍所述终端设备可能的产品形态。应理解，但凡具备上述图7所述的发终端设备的功能的任何形态的产品，都落入本申请实施例的保护范围。还应理解，以下介绍仅为举例，不限制本申请实施例的终端设备的产品形态仅限于此。

在一种可能的实现方式中，图7所示的通信装置中，处理单元701可以是一个或多个处理器，收发单元702可以是收发器，或者收发单元702还可以是发送单元和接收单元，发送单元可以是发送器，接收单元可以是接收器，该发送单元和接收单元集成于一个器件，例如收发器。本申请实施例中，处理器和收发器可以被耦合等，对于处理器和收发器的连接方式，本申请实施例不作限定。

如图8所示，该通信装置80包括一个或多个处理器820和收发器810。

在本申请的一些实施例中，示例性的，处理器820，用于确定是否满足第一条件，或者，用于确定是否满足第二条件；在不满足第一条件，或者，在满足第二条件的情况下，执行以下任一项或多项；在满足第一条件，或不满足第二条件的情况下，不执行以下任一项或多项：检测终端设备的物理层问题、检测无线链路失败、初始化RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

可理解，关于处理器和收发器的具体说明还可以参考上述收发单元和处理单元，这里不再详述。

在本申请的另一些实施例中，示例性的，收发器810，用于接收网络设备发送的第一指示信息；处理器820，用于根据该第一指示信息确定是否满足第一准则，或者是否满足第一准则和第二准则。

可理解，关于处理器和收发器的具体说明还可以参考上述收发单元和处理单元，这里不再详述。

在图8所示的通信装置的各个实施例中，收发器可以包括接收机和发射机，该接收机用于执行接收的功能(或操作)，该发射机用于执行发射的功能(或操作)。以及收发器用于通过传输介质和其他设备/装置进行通信。

可选的，通信装置80还可以包括一个或多个存储器830，用于存储程序指令和/或数据。存储器830和处理器820耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器820可能和存储器830协同操作。处理器820可可以执行存储器830中存储的程序指令。可选的，上述一个或多个存储器中的至少一个可以包括于处理器中。

本申请实施例中不限定上述收发器810、处理器820以及存储器830之间的具体连接介质。本申请实施例在图8中以存储器830、处理器820以及收发器810之间通过总线840连接，总线在图8中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在本申请实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成等。

本申请实施例中，存储器可包括但不限于硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)等非易失性存储器，随机存储记忆体(Random AccessMemory，RAM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、只读存储器(Read-Only Memory，ROM)或便携式只读存储器(Compact Disc Read-Only Memory，CD-ROM)等等。存储器是能够用于携带或存储具有指令或数据结构形式的程序代码，并能够由计算机(如本申请示出的通信装置等)读和/或写的任何存储介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

处理器820主要用于对通信协议以及通信数据进行处理，以及对整个通信装置进行控制，执行软件程序，处理软件程序的数据。存储器830主要用于存储软件程序和数据。收发器810可以包括控制电路和天线，控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。

当通信装置开机后，处理器820可以读取存储器830中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过无线发送数据时，处理器820对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到通信装置时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器820，处理器820将基带信号转换为数据并对该数据进行处理。

在另一种实现中，所述的射频电路和天线可以独立于进行基带处理的处理器而设置，例如在分布式场景中，射频电路和天线可以与独立于通信装置，呈拉远式的布置。

可理解，本申请实施例示出的通信装置还可以具有比图8更多的元器件等，本申请实施例对此不作限定。以上所示的处理器和收发器所执行的方法仅为示例，对于该处理器和收发器具体所执行的步骤可参照上文介绍的方法。

在另一种可能的实现方式中，图7所示的通信装置中，处理单元701可以是一个或多个逻辑电路，收发单元702可以是输入输出接口，又或者称为通信接口，或者接口电路，或接口等等。或者收发单元702还可以是发送单元和接收单元，发送单元可以是输出接口，接收单元可以是输入接口，该发送单元和接收单元集成于一个单元，例如输入输出接口。如图9所示，图9所示的通信装置包括逻辑电路901和接口902。如上述处理单元701可以用逻辑电路901实现，收发单元702可以用接口902实现。其中，该逻辑电路901可以为芯片、处理电路、集成电路或片上系统(system on chip，SoC)芯片等，接口902可以为通信接口、输入输出接口、管脚等。示例性的，图9是以上述通信装置为芯片为例出的，该芯片包括逻辑电路901和接口902。

本申请实施例中，逻辑电路和接口还可以相互耦合。对于逻辑电路和接口的具体连接方式，本申请实施例不作限定。

示例性的，逻辑电路901，用于确定是否满足第一条件，或者是否满足第二条件；在不满足第一条件，或者满足第二条件的情况下，执行以下任一项或多项；在满足第一条件，或者不满足第二条件的情况下，不执行以下任一项或多项：

检测终端设备的物理层问题、检测无线链路失败、初始化RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

可理解，逻辑电路可以通过接口执行发送RRC重建请求消息的步骤，或者通过接口执行发起用于波束失败恢复的随机接入等，本申请实施例对此不作限定。

可理解，本申请实施例示出的通信装置可以采用硬件的形式实现本申请实施例提供的方法，也可以采用软件的形式实现本申请实施例提供的方法等，本申请实施例对此不作限定。

对于图9所示的各个实施例的具体实现方式，还可以参考上述各个实施例，这里不再详述。

此外，本申请还提供一种计算机程序，该计算机程序用于实现本申请提供的方法中由终端设备执行的操作和/或处理。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当计算机程序在计算机上运行时，使得计算机执行本申请提供的方法中由终端设备执行的操作和/或处理。

可理解，以上所示的计算机程序还可以称为计算机程序产品，或计算机代码，或指令等。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，如可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例提供的方案的技术效果。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

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

Claims (11)

1.一种通信方法，所述方法应用于终端设备，其特征在于，所述方法包括：

确定不满足第一条件或者确定满足第二条件，所述第一条件用于指示所述终端设备期望离开无线资源控制RRC连接态，所述第二条件用于指示所述终端设备未期望离开无线资源控制RRC连接态；

执行以下任一项或多项：

检测所述终端设备的物理层问题、检测无线链路失败、初始化RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

确定满足所述第一条件或者确定不满足所述第二条件；

不执行以下任一项或多项：

检测所述终端设备的物理层问题、检测无线链路失败、初始化所述RRC连接重建、执行小区重选、发送RRC重建请求消息、检测波束失败、执行波束失败恢复、发起用于波束失败恢复的随机接入。

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

所述终端设备期望离开所述RRC连接态；

所述终端设备初始化离开所述RRC连接态的流程；

所述终端设备向网络设备发送第一指示信息，所述第一指示信息用于指示所述终端设备期望离开所述RRC连接态；

第一定时器处于运行中，所述第一定时器用于控制所述终端设备离开所述RRC连接态。

4.根据权利要求1或2所述的方法，其特征在于，所述第二条件包括以下任一项或多项：

所述终端设备未期望离开所述RRC连接态；

所述终端设备未初始化离开所述RRC连接态的流程；

所述终端设备未向网络设备发送第一指示信息，所述第一指示信息用于指示所述终端设备期望离开所述RRC连接态；

第一定时器不处于运行中，所述第一定时器用于控制所述终端设备离开所述RRC连接态。

5.根据权利要求3或4所述的方法，其特征在于，在满足以下条件中的一项或多项的情况下，启动或重启所述第一定时器：

所述终端设备初始化离开所述RRC连接态的流程；

所述终端设备向网络设备发送第一指示信息，所述第一指示信息用于指示所述终端设备期望离开所述RRC连接态；

所述终端设备成功向网络设备发送第一指示信息，所述第一指示信息用于指示所述终端设备期望离开所述RRC连接态。

6.根据权利要求5所述的方法，其特征在于，在接收到网络设备发送的RRC释放消息的情况下，停止所述第一定时器；或者，

在所述第一定时器超时的情况下，停止所述第一定时器。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述初始化所述RRC连接重建，包括：

在满足第三条件的至少一项，且不满足第四条件的至少一项的情况下，初始化所述RRC连接重建；

所述第三条件包括：检测到无线链路失败、同步重配置失败、从新空口NR移动失败、从低层接收到完整性保护校验失败、所述RRC连接重配失败；

所述第四条件包括：接入层AS安全未被激活、AS安全被激活但信令无线承载SRB2和至少一个数据无线承载DRB没有被建立或者接入回传一体化IAB场景下SRB2没有被建立。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述检测无线链路失败包括：

检测双连接DC中的主基站MN或主小区组MCG发生无线链路失败；或者，

检测双连接DC中的辅基站SN或辅小区组SCG发生无线链路失败。

9.一种通信装置，其特征在于，包括处理器和存储器；

所述处理器用于存储计算机程序；

所述处理器用于执行所述计算机程序，以使权利要求1-8任一项所述的方法被执行。

10.一种通信装置，其特征在于，包括逻辑电路和接口，所述逻辑电路和接口耦合；

所述接口用于输入和/或输出代码指令，所述逻辑电路用于执行所述代码指令，以使权利要求1-8任一项所述的方法被执行。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序被执行时，权利要求1-8任一项所述的方法被执行。

Images