CN114125960A - 通信方法和通信装置 - Google Patents

Abstract

本申请提供了通信方法和通信装置，通过终端设备上报检测到在主小区组MCG发生连接失败时尝试进行MCG连接恢复的SCG的小区信息，辅助接入网设备配置移动相关的参数。该通信方法，包括：终端设备确定失败报告，所述失败报告包括所述终端设备检测到在主小区组MCG发生连接失败的情况下尝试进行MCG连接恢复的辅小区组SCG的小区信息；所述终端设备向第一接入网设备发送所述失败报告。

Description

通信方法和通信装置

技术领域

本申请涉及通信领域，并且更具体的，涉及通信方法和通信装置。

背景技术

终端设备可以同时与至少两个接入网设备存在通信连接并可以收发数据，可以称之为双连接(dual-connectivity，DC)，或多连接。该至少两个接入网设备之中，可以将负责与该终端设备交互无线资源控制消息，并负责和核心网控制平面实体交互的接入网设备称为主基站(master node，MN)，其他接入网设备可以称之为辅基站(secondary node，SN)。由于终端设备在一个基站下可以同时接收多个小区的服务，因此主基站MN也可以称为主小区组(master cell group，MCG)。类似的，辅基站SN也可以称为辅小区组(secondary cellgroup，SCG)。

在DC架构下，终端设备会检测MCG和SCG的链路是否发生连接失败。如果终端设备检测到在SCG发生连接失败，终端设备依然维持在连接态，并且终端设备可以通过MCG上报SCG的连接失败信息。如果终端设备检测到MCG发生连接失败，终端设备也可以通过SCG向MCG指示MCG的连接失败信息，尝试进行MCG恢复，即终端设备尝试恢复该终端设备与MCG之间的连接。

在切换场景下，切换参数配置不合理会造成连接失败。一种方案，可以通过终端设备记录和上报移动性失败过程中的参数给网络设备，使得网络设备可以更好的调整切换相关参数。但是，在DC架构下进行切换时，当终端设备检测MCG发生连接失败时，如何上报移动性失败过程中的参数是亟需解决的问题。

发明内容

本申请提供了通信方法和通信装置，通过终端设备上报检测到在主小区组MCG发生连接失败时尝试进行MCG连接恢复的SCG的小区信息，辅助接入网设备配置移动相关的参数。

本申请实施例中该通信方法可以应用于切换场景，比如终端设备由源接入网设备切换至目标接入网设备的场景。其中，终端设备在源小区配置为DC，和/或，在目标小区配置为DC。当终端设备检测到在源小区或目标小区的主小区组MCG发生了连接失败的情况下，可以通过配置的SCG进行该MCG的恢复。

作为示例，终端设备可能会在源小区或目标小区的MCG发生RLF，或HOF，本申请实施例对此不作限定。

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

终端设备确定失败报告，所述失败报告包括所述终端设备检测到在主小区组MCG发生连接失败的情况下尝试进行MCG连接恢复的辅小区组SCG的小区信息；

所述终端设备向第一接入网设备发送所述失败报告。

本申请实施例中，由于失败报告中包括了终端设备检测到在主小区组MCG发生连接失败时尝试进行MCG连接恢复的SCG的小区信息，该失败报告能够辅助接入网设备确定在切换的过程中发生连接失败的小区，进而使得接入网设备更好的调整切换相关的参数或者调整辅助接入网设备配置相关的参数。

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

第一接入网设备接收终端设备发送的失败报告，所述失败报告包括所述终端设备检测到在主小区组MCG发生连接失败的情况下尝试进行MCG连接恢复的辅小区组SCG的小区信息；

所述第一接入网设备根据所述失败报告，确定发生连接失败的小区。

本申请实施例中，由于失败报告中包括了终端设备检测到在主小区组MCG发生连接失败时尝试进行MCG连接恢复的SCG的小区信息，该失败报告能够辅助接入网设备确定在切换的过程中发生连接失败的小区，进而使得接入网设备更好的调整切换相关的参数或者调整辅助接入网设备配置相关的参数。

一种可能的实现方式，当发生连接失败的小区所属的接入网设备为第一接入网设备时，第一接入网设备可以根据该失败包括，调整切换相关的参数。

结合第二方面，在第二方面的某些实现方式中，还包括：

所述第一接入网设备向所述发生连接失败的小区所属的第二接入网设备发送失败指示，所述失败指示包括所述失败报告。

也就是说，当发生连接失败的小区所属的接入网设备为第二接入网设备(即与第一接入网设备不同的接入网设备)时，第一接入网设备可以向该第二接入网设备发送失败指示，该失败指示中包括上述失败报告，使得第二接入网设备可以更好的调整切换相关的参数或者调整辅助接入网设备配置相关参数。

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

第二接入网设备接收第一接入网设备发送的失败指示，所述失败指示包括失败报告，所述失败报告包括终端设备检测到在主小区组MCG发生连接失败的情况下尝试进行MCG连接恢复的辅小区组SCG的小区信息；

所述第二接入网设备根据所述失败报告，确定导致连接失败的接入网设备。

本申请实施例中，由于失败报告中包括了终端设备检测到在主小区组MCG发生连接失败时尝试进行MCG连接恢复的SCG的小区信息，该失败报告能够辅助接入网设备确定在切换的过程中发生连接失败的小区，进而使得接入网设备更好的调整切换相关的参数或者调整辅助接入网设备配置相关的参数。

一种可能的实现方式，当第二接入网设备根据失败指示，确定导致连接失败的接入网设备为自己时，第二接入网设备可以根据该失败报告，调整切换相关的参数。

结合第三方面，在第三方面的某些实现方式中，还包括：

所述第二接入网设备向所述导致连接失败的第三接入网设备发送第一报告，所述第一报告包括所述失败报告。

也就是说，当第二接入网设备确定导致连接失败的接入网设备为其他接入网设备(比如第三接入网设备)时，第二接入网设备可以向该第三接入网设备发送第一报告，该第一报告包括该失败报告，使得该第三接入网设备可以根据该失败报告，调整切换相关的参数。

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

第三接入网设备接收第二接入网设备发送的第一报告，所述第一包括包括失败报告，所述失败报告包括终端设备检测到在主小区组MCG发生连接失败的情况下尝试进行MCG连接恢复的辅小区组SCG的小区信息；

所述第三接入网设备根据所述失败报告，调整切换相关的参数。

本申请实施例中，由于失败报告中包括了终端设备检测到在主小区组MCG发生连接失败时尝试进行MCG连接恢复的SCG的小区信息，该失败报告能够辅助接入网设备确定在切换的过程中发生连接失败的小区，进而使得接入网设备更好的调整切换相关的参数或者调整辅助接入网设备配置相关的参数。

结合第一方面或第二方面或第三方面或第四方面，在第一方面或第二方面或第三方面或第四方面的某些实现方式中，所述SCG为所述终端设备检测到主小区组MCG发生连接失败后，检测到发生连接失败的SCG。

其中，终端设备检测到发生连接失败的SCG，可以指终端设备无法在SCG进行MCG快速恢复，或者，终端设备在SCG进行MCG快速恢复，但是无法收到SCG发送的响应消息(比如RRC重配消息)。比如，当终端设备在MCG发生了RLF之后，在SCG进行MCG快速恢复失败，即终端设备在SCG再一次发生了RLF。

或者，所述SCG为所述终端设备检测到主小区组MCG发生连接失败后进行MCG连接恢复成功的SCG。作为示例，此时该SCG可以记为last previousCellId。

其中，MCG连接恢复成功，可以指终端设备能够收到SCG发送的响应消息。作为示例，当终端设备在MCG发生了RLF之后，在SCG进行MCG快速恢复成功，此时终端设备可以通过SCG与MCG进行数据和/或信令的传输。

可选的，本申请实施例中，可以将终端设备检测到的在MCG发生的连接失败称为第一次连接失败，将该MCG称为第一次连接失败的小区。

结合第一方面或第二方面或第三方面或第四方面，在第一方面或第二方面或第三方面或第四方面的某些实现方式中，所述失败报告还包括以下信息中的至少一种：

所述MCG的小区信息；

在所述MCG发生连接失败的类型；

所述终端设备在所述MCG发生连接失败之后尝试连接的小区信息。

本申请实施例中，由于失败报告中包括了发生连接失败的该主小区组MCG的小区信息和该MCG发生连接失败的类型，因此该失败报告能够辅助接入网设备确定在切换的过程中终端设备在该MCG中发生了哪种类型的连接失败，进而使得接入网设备更好的调整切换相关的参数或者调整辅助接入网设备配置相关的参数。

可选的，在该第一次连接失败之前，终端设备可能收到切换命令。

可选的，当终端设备在MCG发生连接失败后，在SCG进行MCG连接恢复失败，可以将在该SCG发生的连接失败称为再次连接失败，将该SCG称为再次连接失败的小区。

可选的，当终端设备在MCG发生连接失败后，在SCG进行MCG恢复成功。这时，终端设备可以通过该SCG收到切换命令消息/重配消息，即终端设备在MCG发生连接失败之后，收到切换命令消息/重配消息。可选的，终端设备根据该切换命令消息/重配消息进行切换或重配时，可能会再次检测到发生连接失败。

结合第一方面或第二方面或第三方面或第四方面，在第一方面或第二方面或第三方面或第四方面的某些实现方式中，所述失败报告还包括以下至少一种信息：

在所述MCG发生连接失败之前，所述终端设备收到切换命令的小区信息；

在所述MCG发生连接失败之后，所述终端设备再次检测到发生连接失败的小区信息。

本申请实施例中，由于失败报告中包括了终端设备检测到在主小区组MCG发生连接失败之前，终端设备收到切换命令的小区，或之后再次检测到发生连接失败的小区，因此该失败报告能够辅助接入网设备确定在切换的过程中该第一次连接失败之前的小区信息，或者第二次发生连接失败的小区信息，进而使得接入网设备更好的调整切换相关的参数或者调整辅助接入网设备配置相关的参数。

结合第一方面或第二方面或第三方面或第四方面，在第一方面或第二方面或第三方面或第四方面的某些实现方式中，所述失败报告还包括以下至少一种信息：

在所述MCG发生连接失败前收到切换命令，到所述MCG发生连接失败的时长；

从所述MCG发生连接失败，到所述终端设备在所述MCG发生连接失败之后检测到再次发生连接失败的时长；

从所述MCG发生连接失败，到所述终端设备在所述MCG发生连接失败之后收到切换命令消息的时长；

从所述终端设备在所述MCG发生连接失败之后收到切换命令消息，到所述终端设备在所述MCG发生连接失败之后检测到再次连接失败的时长；

所述终端设备在所述MCG发生连接失败之后，检测到再次连接失败之后的时长；

所述终端设备在所述MCG发生连接失败之后，所述终端设备收到切换命令消息之后的时长。

本申请实施例中，由于失败报告中连接失败过程中的各个时间信息，因此该失败报告能够辅助接入网设备根据连接失败过程中的时间信息，确定发生连接失败的小区，进而使得接入网设备更好的调整切换相关的参数或者调整辅助接入网设备配置相关的参数。

需要说明的是，终端设备检测到再次连接失败之后的时长，即终端设备检测到该再次连接失败到终端设备发送失败报告之间的时长；终端设备收到切换命令消息之后的时长，即终端设备收到切换命令消息到终端设备发送失败报告之间的时长。

结合第一方面或第二方面或第三方面或第四方面，在第一方面或第二方面或第三方面或第四方面的某些实现方式中，所述失败报告还包括：

在所述MCG发生连接失败之后，所述终端设备检测到的再次发生的连接失败的类型。

本申请实施例中，由于失败报告中再次连接失败的类型，因此该失败报告能够辅助接入网设备确定该再次发生连接失败的类型，进而使得接入网设备更好的调整切换相关的参数或者调整辅助接入网设备配置相关的参数。

第五方面，提供了一种无线通信的装置，该装置可以是终端设备，也可以是可用于该终端设备的芯片。该装置具有实现上述第一方面及各种可能的实现方式中的终端设备的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

在一种可能的设计中，该装置包括：收发模块，可选地，该装置还包括处理模块，所述收发模块例如可以是收发器、接收器、发射器中的至少一种。可选的，该收发模块可以包括射频电路或天线。该处理模块可以是处理器。可选地，所述装置还包括存储模块，该存储模块例如可以是存储器。当包括存储模块时，该存储模块用于存储指令或者数据。一种可能的方式中，该处理模块与该存储模块连接，该处理模块可以执行该存储模块存储的指令或源自其他的指令，以使该装置执行上述第一方面及各种可能的实现方式的通信方法。

在另一种可能的设计中，当该装置为芯片时，该芯片包括：收发模块，可选地，该装置还包括处理模块，收发模块例如可以是该芯片上的输入/输出接口、管脚或电路等。处理模块例如可以是处理器。可选的，该处理模块使该芯片实现上述第一方面以及任意可能的实现的方法。可选地，该处理模块可以执行存储模块中的指令或者调用存储模块中的数据等信息，该存储模块可以为芯片内的存储模块，如寄存器、缓存等。该存储模块还可以是位于通信设备内，但位于芯片外部，如只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)等。

其中，上述任一处提到的处理器，可以是一个通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制上述第一方面及各种可能的实现方式的程序执行的集成电路。

第六方面，提供了一种无线通信的装置，该装置可以是接入网设备，也可以是可用于该接入网设备的芯片。该装置具有实现上述第二方面或第三方面或第四方面及各种可能的实现方式中的接入网设备的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

在一种可能的设计中，该装置包括：收发模块，可选地，该装置还包括处理模块，所述收发模块例如可以是收发器、接收器、发射器中的至少一种。可选的，该收发模块可以包括射频电路或天线。该处理模块可以是处理器。可选地，所述装置还包括存储模块，该存储模块例如可以是存储器。当包括存储模块时，该存储模块用于存储指令或者数据。一种可能的方式中，该处理模块与该存储模块连接，该处理模块可以执行该存储模块存储的指令或源自其他的指令，以使该装置执行上述第二方面或第三方面或第四方面及各种可能的实现方式的方法。

在另一种可能的设计中，当该装置为芯片时，该芯片包括：收发模块，可选地，该芯片还包括处理模块，收发模块例如可以是该芯片上的输入/输出接口、管脚或电路等。处理模块例如可以是处理器。可选的，该处理模块使该芯片实现上述第二方面或第三方面或第四方面以及任意可能的实现的通信方法。可选地，该处理模块可以执行存储模块中的指令或者调用存储模块中的数据等信息，该存储模块可以为芯片内的存储模块，如寄存器、缓存等。该存储模块还可以是位于通信设备内，但位于芯片外部，如只读存储器(read-onlymemory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)等。

其中，上述任一处提到的处理器，可以是一个通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制上述第二方面或第三方面及各种可能的实现方式的方法的程序执行的集成电路。

第七方面，提供了一种计算机存储介质，该计算机存储介质中存储有程序代码，该程序代码用于指示执行上述第一方面或第二方面或第三方面或第四方面或其任意可能的实现方式中的方法的指令。

第八方面，提供了一种包含指令的计算机程序产品，其在计算机上运行时，使得计算机执行上述第一方面或第二方面或第三方面或第四方面或其任意可能的实现方式中的方法。

第九方面，提供了一种通信系统，该通信系统包括具有实现上述第一方面的各方法及各种可能设计的功能的装置和上述具有实现上述第二方面的各方法及各种可能设计的功能的装置。

或者，该通信系统包括具有实现上述第一方面的各方法及各种可能设计的功能的装置、上述具有实现上述第二方面的各方法及各种可能设计的功能的装置，以及上述具有实现上述第三方面的各方法及各种可能设计的功能的装置。

或者，该通信系统包括具有实现上述第一方面的各方法及各种可能设计的功能的装置、上述具有实现上述第二方面的各方法及各种可能设计的功能的装置、上述具有实现上述第三方面的各方法及各种可能设计的功能的装置，以及上述具有实现上述第四方面的各方法及各种可能设计的功能的装置。

第十方面，提供了一种处理器，用于与存储器耦合，用于执行上述第一方面或第二方面或第三方面或第四方面或其任意可能的实现方式中的方法。

第十一方面，提供了一种芯片，芯片包括处理器和通信接口，该通信接口用于与外部器件或内部器件进行通信，该处理器用于实现上述第一方面或第二方面或第三方面或第四方面或其任意可能的实现方式中的方法。

可选地，该芯片还可以包括存储器，该存储器中存储有指令，处理器用于执行存储器中存储的指令或源于其他的指令。当该指令被执行时，处理器用于实现上述第一方面或第二方面或第三方面或第四方面或其任意可能的实现方式中的方法。

可选地，该芯片可以集成在终端设备或接入网设备上。

附图说明

图1示出了应用本申请实施例的一种网络架构的示意图。

图2示出了通过split SRB1进行MCG fast recovery的一个示例。

图3示出了too late HO场景中上报失败报告的一个示例。

图4示出了too early HO中上报RLF报告的一个示例。

图5示出了本申请实施例提供的一种通信方法的示意性流程图。

图6示出了本申请实施例提供的一种通信方法的示意性流程图。

图7示出了本申请实施例提供的另一种通信方法的示意性流程图。

图8示出了本申请实施例提供的另一种通信方法的示意性流程图。

图9示出了本申请实施例提供的另一种通信方法的示意性流程图。

图10示出了本申请实施例提供的另一种通信方法的示意性流程图。

图11示出了本申请实施例提供的另一种通信方法的示意性流程图。

图12示出了本申请实施例提供的另一种通信方法的示意性流程图。

图13示出了本申请实施例提供的另一种通信方法的示意性流程图。

图14示出了本申请实施例提供的一种无线通信的装置的示意图。

图15示出了本申请实施例提供的另一种无线通信的装置的示意图。

图16示出了本申请实施例提供的一种终端设备的结构示意图。

图17示出了本申请实施例提供的一种网络设备的结构示意图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(long termevolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobiletelecommunication system，UMTS)、未来的第五代(5th generation，5G)系统或新无线(new radio，NR)等。

本申请实施例中的终端设备也可以称为：用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。

终端设备可以是一种向用户提供语音/数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

此外，在本申请实施例中，终端设备还可以是物联网(internet of things，IoT)系统中的终端设备，IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。

另外，本申请实施例中的接入网设备可以是用于与终端设备通信的设备，该接入网设备也可以称为接入设备或无线接入网设备，可以是LTE系统中的演进型基站(evolvedNodeB，eNB或eNodeB)，还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器，或者该接入网设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的接入网设备或者未来演进的PLMN网络中的接入网设备等，可以是WLAN中的接入点(access point，AP),可以是新型无线系统(new radio，NR)系统中的gNB本申请实施例并不限定。

另外，在本申请实施例中，接入网设备是RAN中的设备，或者说，是将终端设备接入到无线网络的RAN节点。例如，作为示例而非限定，作为接入网设备，可以列举：gNB、传输接收点(transmission reception point，TRP)、演进型节点B(evolved Node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(basestation controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved NodeB，或home Node B，HNB)、基带单元(base band unit，BBU)，或无线保真(wireless fidelity，Wifi)接入点(access point，AP)等。在一种网络结构中，网络设备可以包括集中单元(centralized unit，CU)节点、或分布单元(distributed unit，DU)节点、或包括CU节点和DU节点的RAN设备、或者控制面CU节点(CU-CP节点)和用户面CU节点(CU-UP节点)以及DU节点的RAN设备。

接入网设备为小区提供服务，终端设备通过该小区使用的传输资源(例如，频域资源，或者说，频谱资源)与接入网设备进行通信，该小区可以是接入网设备(例如基站)对应的小区，小区可以属于宏基站，也可以属于小小区(small cell)对应的基站，这里的小小区可以包括：城市小区(metro cell)、微小区(micro cell)、微微小区(pico cell)、毫微微小区(femto cell)等，这些小小区具有覆盖范围小、发射功率低的特点，适用于提供高速率的数据传输服务。

可选的，LTE系统或5G系统中的载波上可以同时有多个小区同频工作，在某些场景下，也可以认为上述载波与小区的概念等同。例如在载波聚合(carrier aggregation，CA)场景下，当为终端设备配置辅载波时，会同时携带辅载波的载波索引和工作在该辅载波的辅小区的小区标识(cell identification，Cell ID)，在这种情况下，可以认为载波与小区的概念等同，比如终端设备接入一个载波和接入一个小区是等同的。

可以理解的，本申请实施例中，终端设备和/或接入网设备可以执行本申请实施例中的部分或全部步骤，这些步骤或操作仅是示例，本申请实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照本申请实施例呈现的不同的顺序来执行，并且有可能并非要执行本申请实施例中的全部操作。

图1示出了应用本申请实施例的一种网络架构的示意图。如图1所示，终端设备可以同时与两个接入网设备进行双链接(dual-connectivity，DC)，作为示例，该两个接入网设备分别为主基站和辅基站。该两个接入网设备之中，负责与该终端设备交互无线资源控制消息，并负责和核心网控制平面实体交互的该接入网设备为主基站(master node，MN)，另一个无线接入网设备则为辅基站(secondary node，SN)。本申请实施例中，主基站MN还可以被称为主接入网设备，辅基站SN还可以被称为辅接入网设备。

类似的，终端设备也可以同时与多个接入网设备存在通信连接并可收发数据，可以称之为多连接或者多链接(multi-connectivity，MC)，该多个接入网设备之中，可以有一个接入网设备负责与该终端设备交互无线资源控制消息，并负责和核心网控制平面实体交互，那么，该接入网设备可以称之为MN，则其余的接入网设备可以称之为SN。

本申请实施例中，MN和SN可以为相同无线接入类型(radio access type，RAT)的基站，也可以是不同RAT的基站。

在双连接DC配置时，一般终端设备在主基站下的服务小区包括主小区Pcell(或者，特殊小区SpCell)和0至n个辅小区Scell，一般主基站下的服务小区组称为主小区组MCG。终端设备在辅基站下的服务小区包括主辅小区PScell(或者，特殊小区SpCell)和0至m个辅小区Scell，一般辅基站下的服务小区组称为辅小区组SCG。这里，n，m分别为大于1的正整数。

终端设备在双连接DC模式时，会检测终端设备和MCG之间的链路是否发生连接失败，以及终端设备与SCG之间的链路是否发生连接失败。本申请实施例中，可以将“终端设备和MCG之间的链路发生连接失败”称为“MCG发生连接失败”，将“终端设备和SCG之间的链路发生连接失败”称为“SCG发生连接失败”，但本申请实施例并不限于此。

如果终端设备与SCG之间的链路发生连接失败，终端设备依然维持在连接态，并且可以通过MCG上报SCG的连接失败信息，尝试恢复终端设备与SCG之间的连接。在MCG发生连接失败时，一种可能的情况，终端设备会走重建立流程。另一种可能的情况，终端设备可以不触发重建立流程，而是进行MCG恢复。该MCG恢复的过程也可以称为MCG恢复机制。

作为示例，MCG恢复机制指的是终端设备与MCG之间的链路发生连接失败，终端设备可以通过SCG上报MCG的连接失败信息，并尝试恢复终端设备与MCG之间的连接。

作为示例，本申请实施例中的MCG发生连接失败可以指终端设备与MCG中的主小区(primary cell，Pcell)或MCG中的特殊小区(Special Cell，SpCell)之间的链路发生连接失败，或者MCG发生连接失败可以指终端设备与MCG中的全部小区之间的链路都发生连接失败。

类似的，本申请实施例中的SCG发生连接失败可以指终端设备与SCG中的主辅小区(primary secondary cell，PScell)或SCG中的特殊小区(special cell，SpCell)之间的链路发生连接失败，或者终端设备与SCG发生连接失败可以指SCG中的全部小区之间的链路都发生连接失败。

作为MCG恢复的一个示例，终端设备可以通过SCG分裂(split)信令无线承载(signal radio bearer，SRB)1或SRB3或新的SCG SRB向MCG指示MCG连接失败，进行MCG快速恢复(MCG fast recovery)。

图2示出了通过split SRB1进行MCG fast recovery的一个示例，在MCG fastrecovery之后，终端设备通过自身与辅基站之间的split SRB1，以及辅基站与主基站之间的连接，与主基站进行数据传输，比如接收主基站发送的切换命令(handover command，HOCMD)消息。可以理解，这里以切换命令消息为例进行描述，但本申请实施例并不限于该消息。例如，终端设备还可以通过SCG接收主基站发送的重配(reconfiguration)消息、同步重配(reconfiguration with sync)消息、包括移动控制参数的重配消息中的至少一种。

一般的，导致连接失败的原因可以包括下述至少一种：切换失败(handoverfailure，HOF)、无线链路失败(radio link failure，RLF)、重配同步失败、NR向其他系统切换失败、完整性校验失败(integrity check failure)、RRC连接重配置失败等等，本申请实施例对此不作限定。

上述MCG恢复机制可以使用到切换场景。在切换过程中，切换参数配置不合理可能导致过晚切换(too late HO)、过早切换(too early HO)、切换至错误小区(HO to wrongcell)等问题，使得终端设备在MCG发生连接失败。终端设备在MCG发生连接失败之后，可以通过SCG进行MCG恢复。

其中，too late HO是指终端设备在当前小区服务连接一段时间后发生连接失败，终端设备在其他小区尝试重建连接。比如终端设备在发生连接失败之前在当前服务小区保持在连接态。当前服务小区质量变差，但是终端设备没有收到切换命令，因此终端设备在当前服务小区检测到连接失败，然后终端设备在其他小区尝试重建连接。

需要说明的是，本申请实施例中，“一段时间”可以是较长的一段时间，即一个较长的时间段，本实施例对该“一段时间”的具体长度不做限定。例如，一段时间的值可以大于1s，即终端设备在当前小区服务连接了至少1s后发生连接失败。

too early HO是指终端设备成功从源小区切换到目标小区后很快发生连接失败，或者，在从源小区切换到目标小区的过程中发生连接失败，终端设备在源小区尝试重建连接。比如终端设备在源小区收到切换命令，切换到目标小区后很快发生连接失败或者在切换过程中发生切换失败，终端设备在源小区尝试重建连接。

需要说明的是，本申请实施例中，“很快”可以理解为一个较短的时间段，本实施例对该时间段的具体长度不做限定。例如，“很快”对应的时间段的值可以小于10ms，即终端设备成功从源小区切换到目标小区后不到10ms就发生连接失败。

HO to wrong cell是指终端设备成功从源小区切换到目标小区后很快发生连接失败，或者，在从源小区切换到目标小区的过程中发生连接失败，终端设备在其它小区(其它小区为不同于源小区和目标小区的小区)尝试重建连接。比如终端设备在源小区收到切换命令，切换到目标小区后很快发生连接失败或者在切换过程中发生切换失败，终端设备在其它小区尝试重建连接。

移动鲁棒性优化(mobility robustness optimisation，MRO)机制，通过终端设备记录和上报移动性失败过程中的参数(比如移动性失败过程中所经历的各个小区的参数以及时间信息)给网络设备，使得网络设备可以确定发生失败的小区，以便更好的调整切换相关参数。

作为示例，MRO的记录报告(可以称为失败报告)中可以包括以下至少一种：

1)失败主小区标识(failedPcellId)：终端设备检测到连接失败的主小区信息，或者切换失败的目标主小区信息。

可选的，失败报告中还可以不包括失败主小区标识(failedPcellId)，而是包括失败小区标识(failedCellId)。其中，失败小区标识即终端设备检测到连接失败的小区信息，或者切换失败的目标小区信息，本申请实施例对此不作限定。

2)连接失败类型(connectionFailureType)。

作为示例，连接失败类型可以为RLF或者HOF。

3)之前的主小区标识(previousPcellId)：终端设备上一次收到切换命令的前主小区信息。

可选的，失败报告中还可以不包括之前的主小区标识(previousPcellId)，而是包括之前的小区标识(previousCellId)。其中，之前的小区标识即终端设备上一次收到切换命令的前小区信息，本申请实施例对此不作限定。

4)重建立小区标识(reestablishmentCellId)：连接失败后尝试重建立的小区信息。

5)连接失败时间(timeConnFailure)：最后一次收到HO命令到连接失败的时间。

6)失败后的时间(timeSinceFailure)：连接失败时开始记录的时间长度。一般指连接失败到上报失败报告的时间。

作为一个示例，失败报告可以为RLF报告(RLF report)，本申请实施例对此不作限定。

其中，小区信息可以包括小区的小区全局标识(cell global identifier，CGI)、物理小区标识(physical cell identifier，PCI)、小区标识(cell identifier)中的至少一种。

可选的，上述各处提到的小区信息还可以包括小区质量、频点信息、波束标识的至少一种。其中，小区质量或者波束质量可以包括参考信号接收功率(reference signalreceiving power，RSRP)、参考信号接收质量(reference signal receiving quality,RSRQ)、信噪比(signal noise ratio，SNR)、信号与干扰加噪声比(signal tointerference plus noise ratio，SINR)、参考信号强度指示(reference signalstrength indication，RSSI)或其它信号质量中的至少一种。

波束可以理解为空间资源，可以指具有能量传输指向性的发送或接收预编码向量。能量传输指向性可以指通过预编码向量对所需发送的信号进行预编码处理，经过该预编码处理的信号具有一定的空间指向性，接收经过该预编码向量进行预编码处理后的信号具有较好的接收功率，如满足接收解调信噪比等。能量传输指向性也可以指通过该预编码向量接收来自不同空间位置发送的相同信号具有不同的接收功率。该发送或接收预编码向量能够通过索引信息进行标识，该索引信息可以对应配置终端设备的资源标识(identity，ID)，比如，索引信息可以对应配置的参考信号的标识与参考信号资源。参考信号可用于信道测量或者信道估计等。参考信号资源可用于配置参考信号的传输属性，例如，时频资源位置、端口映射关系、功率因子以及扰码等，具体可参考现有技术。发送端设备可基于参考信号资源发送参考信号，接收端设备可基于参考信号资源接收参考信号。其中，参考信号例如可以包括信道状态信息参考信号(channel state information reference signal，CSI-RS)、同步信号块(synchronization signal block，SSB)以及探测参考信号(soundingreference signal，SRS)。与此对应地，参考信号资源可以包括CSI-RS资源(CSI-RSresource)、SSB资源、SRS资源(SRS resource)。为了区分不同的参考信号资源，每个参考信号资源可对应于一个参考信号资源的标识，例如，CSI-RS资源通过CSI-RS标识(如CSI-RSindex)来区分、SSB资源通过SSB标识(如SSB index)来区分、SRS资源通过SRS资源标识(如SRS resource id)来区分。

可选的，小区信息还可以包括波束标识和波束质量。其中，小区质量或者波束质量可以通过测量下行同步信道、信道状态信息参考信号(channel-state information(CSI)reference signal，CSI-RS)、解调参考信号(demodulation reference signal，DMRS)、小区参考信号(cell-specific reference signal，CRS)信号、同步信号(synchronizationsignal，SS)、同步信号/物理广播信道块(synchronization signal/physical broadcastchannel block，SS/PBCH Block)或者其它下行信号中的至少一种获得的。

可选的，小区信息还可以包括用于确定小区所述的的制式的信息。其中，网络设备的制式包括LTE、NR、eLTE等，本申请实施例对此不作限定。可选的，小区信息还可以包括小区所属的私网标识信息。私网是一种仅为和该私网网络有签约信息的终端设备提供服务的网络。一般的，私网仅允许和该网络有签约信息的终端设备在该私网驻留。除了PLMN标识外，私网还需要通过私网标识进一步标记，私网标识可以包括非公共网络标识(non-publicnetwork identifier，NPN ID)和/或封闭接入组标识(closed access group identifier，CAG ID)。示例性地，终端设备可以根据其签约信息中的PLMN标识和私网标识，确定是否可以驻留到某个私网小区。比如终端设备签约的PLMN标识为PLMN ID1，私网标识为CAG ID1，若私网小区1发送PLMN ID1和CAG ID1，则终端设备可以在该私网小区1驻留或者切换进该私网小区1进行业务传输；若私网小区2发送PLMN ID1和CAG ID2，则终端设备不可以在该私网小区2驻留或切换进该私网小区2。

终端设备在确定失败报告之后，可以向接入小区X所属的接入网设备X上报失败报告。本申请实施例中，接入小区X可以是尝试重建小区，也可以是其他小区。作为示例，当尝试重建小区没要求终端设备上报失败报告，终端设备可以在后续其他小区接入时再上报，本申请实施例对此不作限定。

示例性的，当接入小区X所属的接入网设备X接收到失败报告后，可以根据失败报告中的失败主小区标识(以failedPcellId为B为例)确定连接失败的小区B，然后向该小区B所属的接入网设备B发送失败指示(indication)，该失败指示中包括接收到的失败报告。

如果failedPcellId和previousPcellId(例如为小区A)不同，则接入网设备B根据失败指示中的失败报告，生成分析后的切换报告(HO report)，判断是否向小区A所属的接入网设备A发送该HO report。作为示例，HO report中可以携带切换报告类型(handoverreport type，比如too late HO/too early HO/HO to wrong cell)、尝试重建的小区信息、失败小区B的小区信息、源小区A的小区信息等信息。具体的。HO report中携带的信息可以参考上文中的描述。

作为一个示例，切换报告中也可以包括失败报告，但本申请实施例并不限制于此。

作为一个示例，失败指示可以为RLF指示，但本申请实施例并不限制于此。

下面，结合图3和图4，分别描述在too late HO场景、too early HO场景中失败报告的示例。

图3示出了too late HO场景中上报失败报告的一个示例。如图3所示，终端设备在源小区A没有收到HO命令就发生了RLF。

300，终端设备在源小区A发生RLF。

作为一个示例，终端设备在源小区A连接了一段时间之后，发生了RLF。其中，A为源小区A的标识。

301，终端设备在目标小区B尝试重建连接，并发送RLF report。

其中，B为目标小区B的标识。

作为示例，终端设备可以记录以下信息：

1)失败主小区标识(failedPcellId)：A。

这里，以源小区A的小区信息为A为例进行描述，但本申请实施例不限于此。

2)connectionFailureType：RLF。

3)previousPcellId：不存在。

作为示例，由于终端设备在源小区A从非连接态转入连接态，认为终端设备在接入源小区A之前没有收到过切换命令，则不需要记录该小区。否则，终端设备记录上一次收到切换命令的小区S的小区信息。

可以理解的是，本申请实施例中，信息不存在，可以是指该信息记录为空，也可以不用创建该信息。

4)reestablishmentCellId：B。

这里，以目标小区B的小区信息为B为例进行描述，但本申请实施例不限于此。

5)timeConnFailure：最后一次收到HO命令到连接失败的时间。

一个示例，如果终端设备在接入源小区A没收到过切换命令，该信元可以不记录；或者设置为最大值。

或者，另一个示例，当终端设备上一次收到小区S的切换命令时，终端设备记录的是在小区S收到切换命令到小区A发生RLF的时间。

6)timeSinceFailure：Ty，Ty是连接失败时开始记录的时间长度，一般指连接失败到上报RLF report的时间。

作为示例，终端设备向尝试重建小区B的基站B发送RLF report。示例性的，终端设备可以将上面的信息1)至6)中的至少一种包含在RLF report中。也就是说终端设备RLFreport中的信息可以等于或者少于终端设备记录的信息。可以理解的是，以上1)-6)信息仅为示例，终端设备可以记录上述信息中的至少一种，也可以记录除以上信息之外的其他信息。

一些可能的实现方式中，基站B与基站A可以为相同的基站，本申请实施例对此不作限定。可选的，当基站B与基站A相同时，不需要执行步骤302。

需要说明的是，步骤301可以通过一条信令实现，或者通过至少两条(包括两条以及两条以上)信令实现。作为示例，本申请实施例中终端设备在目标小区B尝试重建连接的信令与终端设备向基站B发送RLF report的信令可以为同一信令，或者为不同的信令，本申请实施例对此不作限定。

302，基站B根据RLF report，确定发生连接失败的小区是基站A的小区A，并向小区A的基站A发送RLF指示(indication)，其中携带上述RLF report。

当基站A根据RLF report确定终端设备在小区A发生RLF之前的很长时间内持续保持在连接态，可以确定是小区A的移动性参数设置不合理，因此基站A判断是出现了切换过晚。对应的，基站A收到RLF指示后，根据其中携带的RLF report，对小区A的移动性参数进行调整。

可选的，基站B可以根据RLF报告确定是基站A的参数设置不合理，然后向基站A发送指示信息，用于指示基站A的移动性参数设备不合理。

可选的，由于终端设备在小区A发生RLF之前的很长一段时间内保持在连接态，因此即使终端设备是从前主基站切换到基站A下的小区A，比如小区S的基站S切换到小区A，基站A也不需要向基站S发送HO report。

一些可能的实现方式中，当终端设备在小区A发生RLF之前很短的时间内由小区S切换至小区A，并切小区S所属的基站S与基站A不同时，基站A需要向基站S发送HO report。

图4示出了too early HO中上报RLF报告的一个示例。图4所示的通信方法包括401至406。

400，终端设备在源小区A收到切换命令(HO CMD)。

401，终端设备完成切换至目标小区B，并向目标小区B发送切换完成消息(HOCMP)。

402，终端设备在完成切换之后很快就发生了连接失败，比如发生了RLF。

或者，步骤401和步骤402可替换为终端设备没有在目标小区B完成HO，即切换过程中发生了切换失败(HO failure，HOF)。

403，终端设备在源小区A尝试重建连接，并发送RLF report。

可以理解的是，本实施例的流程也可以对于HO to wrong cell的场景，与tooearly HO的不同仅在于是在步骤403中，是终端设备在非源小区和非目标小区尝试重建连接，比如在小区C尝试重建连接。

终端设备可以记录以下信息：

1)failedPcellId：B。

2)connectionFailureType：

作为示例，当在步骤400之后发生了RLF时，connectionFailureType为RLF。当在400之后发生了HOF时，connectionFailureType为HOF。

3)previousPcellId：A。

4)reestablishmentCellId：

作为示例，当终端设备在源小区A尝试重建连接时，reestablishmentCellId为A。当终端设备在小区C(C为小区标识)尝试重建连接时，则reestablishmentCellId为C。

5)timeConnFailure：Tx，Tx是最后一次收到HO命令到连接失败的时间。

6)timeSinceFailure：Ty，Ty是连接失败时开始记录的时间长度，一般指连接失败到上报RLF report的时间。

作为示例，终端设备向尝试重建小区的基站(比如基站X)发送RLF report。其中，基站X可以是基站A，基站C或者其他任意接收到RLF report的基站。

示例性的，终端设备可以将上面的信息1)至6)中的至少一种包含在RLF report中。也就是说终端设备RLF report中的信息可以等于或者少于终端设备记录的信息。可以理解的是，以上1)-6)信息仅为示例，终端设备可以记录上述信息中的至少一种，也可以记录除以上信息之外的其他信息。

本实施例以终端设备在源小区A向源小区A所属的基站A发送RLF report为例进行描述。

需要说明的是，步骤403可以通过一条信令实现，或者通过至少两条(包括两条以及两条以上)信令实现。作为示例，本申请实施例中终端设备在源小区A尝试重建连接的信令与终端设备向基站X发送RLF report的信令可以为同一信令，或者为不同的信令，本申请实施例对此不作限定。

404，源小区A所属的基站A向目标小区B所属的基站B发送RLF indication。

对于too early HO/HO to wrong cell的场景，接收到RLF report的基站A根据RLF report记录的1)失败主小区标识B的小区信息，确定小区B所属的基站B。然后，基站A向基站B发送RLF indication，其中携带RLF report。

405，基站B向基站A发送HO报告。

基站B基于RLF report分析生成HO report，比如根据RLF report中的5)以及2)，可以确定终端设备在切换过程中发生了HOF，或者切换后很快发生了RLF。之后，基站B根据4)，确定本次RLF是由于too early HO或HO to wrong cell造成的。然后基站B根据RLFreport中的3)previousPCellId：A，确定是小区A所属的基站A的移动性参数设置不合理，因此基站B向基站A发送HO report，其中HO report中携带RLF report。然后，基站A根据HOreport调整移动性参数。

可选的，RLF indication、HO report的流程描述和信元介绍可以参见协议中的描述，例如，3GPP TS 36.300v15.4.0章节22.4.2、TS 36.423v15.4.0中的描述，这里不再赘述。

在图3以及图4所示的切换场景下，如果终端设备在源小区配置为DC，或者在目标小区配置为DC，或者在源小区配置为DC且在目标小区也配置为DC，当引入MCG恢复时，则终端设备在检测到MCG发生连接失败之后，会(优先)通过SCG进行MCG恢复(比如MCG fastrecovery)。基于此，本申请实施例中，终端设备可以记录在检测到主小区组MCG发生连接失败时尝试进行MCG连接恢复的SCG的信息，并将该SCG的信息携带在失败报告中上报给接入网设备。

图5是从设备交互的角度示出的本申请实施例提供的一种通信方法的示意性流程图。该通信方法应用于切换的场景中，比如终端设备由源接入网设备切换至目标接入网设备的场景。其中，终端设备在源小区配置为DC，和/或，在目标小区配置为DC。

本申请的技术方案可以应用于图1或图2所示的无线通信系统中，处于无线通信系统中的通信装置之间可具有无线通信连接关系。该通信装置中例如可以包括接入网设备或者配置于该接入网设备中的芯片。该通信装置中还包括终端设备，或者配置于终端设备中的芯片。

需要说明的是，本申请实施例中，接入网设备的数量可以为两个，或者三个，或者更多，本申请实施例对此不作限定。

作为一个示例，当系统中包括三个接入网设备时，该至少三个接入网设备例如可以为源主接入网设备、源辅接入网设备，以及目标接入网设备。在一些实施例中，目标接入网设备可以源辅接入网设备为相同的接入网设备，或者不同的接入网设备，本申请实施例对此不作限定。

作为另一个示例，当系统中包括三个接入网设备时，该至少三个接入网设备例如可以为源接入网设备、目标主接入网设备，以及目标辅接入网设备。在一些实施例中，源接入网设备可以目标辅接入网设备为相同的接入网设备，或者不同的接入网设备，本申请实施例对此不作限定。

如图5所示，该通信控制的方法可以包括步骤510至530。

510，终端设备确定失败报告，该失败报告包括终端设备检测到在主小区组MCG发生连接失败的情况下尝试进行MCG连接恢复的SCG的小区信息。

一些实施例中，当终端设备由源小区切换至目标小区的过程中，可能会在源小区或目标小区发生连接失败(比如RLF或HOF)。由于终端设备在源小区配置为DC，或者在目标小区配置为DC，因此当终端设备检测到在源小区或目标小区的主小区组MCG发生了连接失败的情况下，可以通过配置的SCG进行该MCG的恢复。

作为一个示例，终端设备可能会在主小区组MCG发生RLF，具体可以为终端设备在源小区的主小区组MCG发生RLF。或者，终端设备完成了切换，但是很快在目标小区的主小区组MCG发生了RLF。

作为另一个示例，终端设备可能会在主小区组MCG发生了HOF，具体可以为终端设备在切换至目标小区的主MCG的过程中，发生了HOF。

在切换的场景中，为了使得接入网设备可以合理的调整移动参数，终端设备需要确定失败报告，失败报告中需要记录检测到在主小区组MCG发生连接失败时尝试进行MCG连接恢复的SCG的小区信息。

本申请实施例中，SCG的小区信息包括以下两种SCG的小区信息中的至少一种：

第一种SCG为终端设备检测到主小区组MCG发生连接失败后，检测到发生连接失败的SCG。

可选的，终端设备检测到发生连接失败的SCG，可以指终端设备无法在SCG进行MCG快速恢复，或者，终端设备在SCG进行MCG快速恢复，但是无法收到SCG发送的响应消息。比如，当终端设备在MCG发生了RLF之后，在SCG进行MCG快速恢复失败，即终端设备在SCG再一次发生了RLF。

可以理解的，本申请实施例中，响应消息例如可以为RRC重配消息，具体可以是切换命令消息、重配(reconfiguration)消息、同步重配(reconfiguration with sync)消息、包括移动控制参数的重配消息的任意一种，本申请实施例对此不进行限制。

第二种SCG为终端设备检测到主小区组MCG发生连接失败后，进行MCG连接恢复成功的SCG。

可选的，MCG连接恢复成功，可以指终端设备能够收到SCG发送的响应消息。作为示例，当终端设备在MCG发生了RLF之后，在SCG进行MCG快速恢复成功，此时终端设备可以通过SCG与MCG进行数据和/或信令的传输。

以响应消息为切换命令消息作为示例，此时终端设备可以通过SCG收到MCG发送的切换命令消息，即此时该SCG为检测到MCG发生连接失败后，收到切换命令消息的小区。以响应消息为重配消息作为示例，此时终端设备可以通过SCG收到MCG的发送的重配消息，即此时该SCG为检测到MCG发生连接失败后，收到重配消息的小区。

需要说明的是，本申请实施例以响应消息为切换命令消息或重配消息为例进行描述，但是本申请实施例并不限制于此，比如终端设备还可以通过SCG收到MCG发送的同步重配(reconfiguration with sync)消息、包括移动控制参数的重配消息等，都在本申请实施例的保护范围之内。

作为示例，此时该SCG可以记为last previousCellId。

一些实施例中，可以将终端设备检测到的在MCG发生的连接失败称为第一次连接失败，将该MCG称为第一次连接失败的小区。

可以理解的是，本申请实施例中的发生连接失败的MCG可以指MCG中的主小区(primary cell，Pcell)或MCG中的特殊小区(Special Cell，SpCell)，或者MCG可以指MCG中的全部小区，本申请实施例对此不作限定。

可选的，在该第一次连接失败之前，终端设备可能收到切换命令，则该切换命令可以称为第一次切换命令。

当终端设备在MCG发生连接失败后，在SCG尝试MCG连接恢复时，可能出现以下两种情况：

情况1

对应于上文中第一种SCG，即当终端设备在MCG发生连接失败后，在SCG进行MCG连接恢复失败。此时，将在该SCG发生的连接失败称为再次连接失败，将该SCG称为再次连接失败的小区，本申请实施例对此不作限定。

一些可能的实施例中，终端设备在SCG进行MCG恢复，可能无法成功在SCG发送MCG失败报告，就发生了SCG连接失败，也可能成功向SCG发送了MCG失败报告，在没有接收到响应消息(比如切换命令消息/重配消息)之前，就发生了SCG连接失败，本申请实施例对此不作限定。

可以理解的是，本申请实施例中发生连接失败的SCG可以指SCG中的主辅小区(primary secondary cell，PScell)或SCG中的特殊小区(Special Cell，SpCell)，或者可以指SCG中的全部小区。

一些可能的描述，可以将该再次连接失败称为第二次连接失败，将该SCG称为第二次连接失败的小区。在一些可能的描述中，也可以称该SCG发生的连接失败为最后一次连接失败，将该SCG称为最后一次连接失败的小区。此时，可以将该SCG的小区信息称为第二次或最后一次检测到发生连接失败的主辅小区信息或者特殊小区信息。作为示例，该SCG的小区信息可以记为last failedPScellId。

情况2

对应于上文中第二种SCG，当终端设备在MCG发生连接失败后，在SCG进行MCG恢复成功。此时，终端设备可以通过该SCG接收响应消息。

一些实施例中，终端设备可以通过该SCG收到切换命令消息，指示终端设备切换到其他小区。一些实施例中，终端设备可以通过该SCG收到重配消息，指示重配的MCG的参数，使得终端设备尝试重新建立与MCG的连接。

一些可能的描述，可以称通过该SCG收到的切换命令/重配消息为第二次切换命令/重配消息，称该SCG为第二次收到切换命令/重配消息的小区。作为示例，此时该SCG的小区信息可以记为last previousCellId，或者last previousPScellId。在一些可能的描述中，也可以称该第二次收到切换命令/重配消息为最后一次收到切换命令/重配消息。

可以理解的是，这里以切换命令消息或者重配消息为例进行描述，但是本申请实施例并不限于此。例如，终端设备还可以通过SCG接收同步重配(reconfiguration withsync)消息、包括移动控制参数的重配消息等中的任意一种，并根据接收到的消息执行响应的动作。对应的，此时接收到的这些响应消息可以被称为第二次响应消息，或者最后一次响应消息。

一些可能的实施例，终端设备在根据第二次切换命令进行小区切换时，可能会发生切换失败，或者虽然切换成功，但是很快又发生了RLF。一些可能的实施例，终端设备在根据第二重配消息尝试重新建立与MCG的连接时，可能会发生重建失败，或者虽然重建成功，但是很快又发生了RLF。

这些情况下，可以称该切换失败或重建失败或RLF，为第二次连接失败，或最后一次连接失败。此时，第二次切换命令/重配命令在第二次连接失败之前发生。在这种情况下，第二次连接失败的小区可以为主小区，或者主辅小区，或者特殊小区等，本申请实施例对此不作限制。

作为示例，如果切换命令消息中的目标小区配置不合理，终端设备在切换到目标小区的过程中发生连接失败，或者在切换到目标小区后很快发生连接失败。或者，终端设备根据重配消息尝试重新建立与MCG的连接，在重新建立的过程中发生连接失败，或者重新建立成功后很快发生连接失败。

需要说明的是，对于终端设备可能成功向SCG发送了MCG失败报告，在没有接收到响应消息(比如切换命令消息/重配消息)之前，就发生了SCG连接失败的情况，可以认为是第二次连接失败(或最后一次连接失败)在第二次切换命令/重配消息之前发生。

还需要说明的是，本申请实施例中，对发生连接失败的次数不进行限制。也就是说，本申请实施例中，可能只发生一次连接失败，比如在MCG发生连接失败。或者，还可能发生两次连接失败，比如在MCG发生连接失败，之后在SCG或者其他小区还发生了一次连接失败。或者，本申请实施例中，还可能发生三次或三次以上的连接失败，比如终端设备在源MCG发生连接失败，之后在SCG再次发生连接失败，并且在切换至目标MCG后，又在MCG或SCG发生了连接失败等。

下面描述失败报告中可能包括的信息。

可选的，失败报告中还可以包括MCG的小区信息。

具体的，MCG的小区信息，即第一次连接失败发生的小区信息，或者第一次连接失败发生的主小区信息。作为示例，MCG的小区信息可以记为first failedCellId，或者firstfailedPcellId。可以理解的是，这里MCG可以指MCG中的主小区(primary cell，Pcell)或MCG中的特殊小区(Special Cell，SpCell)，本申请实施例对此不作限定。

可选的，失败报告中还可以包括MCG发生连接失败的类型。

具体的，MCG发生连接失败的类型，即第一次连接失败类型，或者连接失败发生时的连接失败类型。作为示例，MCG发生连接失败的类型可以记为firstconnectionFailureType。本申请实施例中，连接失败类型包括HOF或RLF。

可选的，失败报告中还可以包括终端设备在MCG发生连接失败之后尝试连接的小区信息。这里，尝试连接的小区，即尝试重建立的小区，或者切换成功的小区，或者恢复成功的小区。作为示例，尝试连接的小区信息可以记为connectionCellId。

可选的，失败报告中还可以包括在该MCG发生连接失败之前，终端设备收到切换命令的小区信息，即第一次连接失败发生前收到切换命令的小区信息，或者，主小区发生连接失败前收到切换命令的小区信息。作为示例，该信息可以记为first previousCellId。

可选的，失败报告中还可以包括在所述MCG发生连接失败之后，所述终端设备再次检测到发生连接失败的主小区信息，即第二次或最后一次连接失败发生的主小区信息。作为一个示例，该信息可以记为last failedPcellId。

或者可选的，失败报告中还可以包括在所述MCG发生连接失败之后，所述终端设备再次检测到发生连接失败的辅小区信息，即第二次或最后一次连接失败发生的辅小区信息。作为一个示例，该信息还可以记为last failedPScellId。

作为一种可能的实现方式，失败报告中可以不包括last failedPScellId和lastfailedPcellId。作为一种可替换的实现方式，失败报告中可以包括在MCG发生连接失败之后，终端设备再次检测到发生连接失败的小区信息，即第二次或最后一次连接失败发生的小区信息。作为示例，该信息可以记为last failedCellId。此时，一种可能的实现，失败报告中还可以包括指示信息，用于指示该第二次或最后一次连接失败发生的小区为主小区还是主辅小区。

可选的，失败报告中还可以包括在所述MCG发生连接失败前收到切换命令，到MCG发生连接失败的时长，即第一次收到切换命令到第一次连接失败的时长，或者收到切换命令到主小区第一次发生连接失败的时长。作为示例，该信息可以记为time to firstConnFailure。

可选的，失败报告中还可以包括从MCG发生连接失败，到所述终端设备在所述MCG发生连接失败之后检测到再次发生连接失败的时长，即第一次连接失败到第二次或最后一次连接失败的时长。作为示例，该信息可以记为：time Since first connFailure to lastconnfailure。

可选的，失败报告中还可以包括从MCG发生连接失败，到终端设备在MCG发生连接失败之后收到切换命令消息的时长，即第一次连接失败到第二次或最后一次收到切换命令消息的时长。作为示例，该信息可以记为time Since first connFailure to last HOcmd。

需要说明的是，本申请实施例中，如果存在收到第二次(或最后一次)切换命令消息后发生第二次(或最后一次)连接失败，则可以记录第一次连接失败到第二次(或最后一次)切换命令消息的时长。也就是说，收到第二次(或最后一次)切换命令消息和第二次(或最后一次)连接失败哪个先发生，则记录该第一次连接失败到到该先发生的事件的时间。

可选的，失败报告中还可以包括终端设备在MCG发生连接失败之后收到切换命令消息，到终端设备在MCG发生连接失败之后检测到再次发生连接失败的时长，即第二次收到切换命令到第二次连接失败的时长，或最后一次收到切换命令消息到最后一次连接失败的时长。作为示例，该信息可以记为time since last ho cmd to last connfailure。

这种情况下，终端设备可以先收到了切换命令消息，然后发生第二次(或最后一次)连接失败。

可选的，失败报告中还可以包括终端设备在MCG发生连接失败之后，检测到再次连接失败之后的时长，即检测到第二次连接失败或最后一次连接失败之后的时间。作为示例，该时长可以记为time since last connfailure。示例性的，该时长一般指从检测到第二次连接失败或最后一次连接失败，到向网络设备发送失败报告的时长。

可选的，失败报告中还可以包括终端设备检测到在主小区组MCG发生连接失败之后，终端设备收到切换命令之后的时长，即检测到第二次收到切换命令消息或最后一次切换命令消息之后的时长。作为示例，该时长可以记为time since last ho cmd。示例性的，该时长一般指从检测到第二次收到切换命令或最后一次切换命令，到向网络设备发送失败报告的时长。

可选的，失败报告中还可以包括该MCG发生连接失败之后的时长，即第一次连接失败之后的时长，一般指第一次连接失败到向网络设备上报失败报告的时长。或者，该时长也可以称为主小区第一次连接失败后的时长。作为示例，该时长可以记为time since firstconnfailure。

可选的，失败报告中还可以包括在MCG发生连接失败之后，终端设备检测到再次发生连接失败的类型，即第二次连接失败或最后一次连接失败的类型。一些实现方式中，该连接失败的类型包括RLF或HOF。作为示例，该连接失败的类型可以记为lastconnectionFailureType。

可以理解的，上文中以切换命令消息为例进行描述，但本申请实施例并不限于该消息。例如，切换命令消息还可以被替换为重配(reconfiguration)消息、同步重配(reconfiguration with sync)消息、包括移动控制参数的重配消息的任意一种。

具体的，小区信息的描述可以参考本申请其它实施例中的描述，此处不再赘述。

520，终端设备向第一接入网设备发送失败报告。

第一接入网设备可以是终端设备进入连接态的服务小区所属的网络设备。比如可以是终端设备尝试重建连接的小区所属的网络设备，也可以是其它小区所属的网络设备。在一些可能的实施例中，第一接入网设备可以是目标主接入网设备，或者源主接入网设备等，本申请实施例对此不作限定。

作为示例，第一接入网设备可以是终端设备进行连接重建成功的小区所属的网络设备，比如图3或图4中尝试重建连接的小区所属的基站。

530，第一接入网设备根据该失败报告，确定发生连接失败的小区。

作为示例，连接失败的小区包括第一次连接失败的小区，和/或第二次连接失败的小区。

因此，本申请实施例中，由于失败报告中包括了终端设备检测到在主小区组MCG发生连接失败时尝试进行MCG连接恢复的SCG的小区信息，该失败报告能够辅助接入网设备确定在切换的过程中发生连接失败的小区，进而使得接入网设备更好的调整切换相关的参数或者调整辅助接入网设备配置相关的参数。

可选的，当发生连接失败的小区所属的接入网设备为第一接入网设备时，第一接入网设备根据该失败报告，调整切换相关的参数。

可选的，540，当发生连接失败的小区所属的接入网设备为第二接入网设备时，第一接入网设备还可以向该第二接入网设备发送失败指示，该失败指示包括所述失败报告。对应的，第二接入网设备接收第一接入网设备发送的失败指示，并根据该失败指示确定导致连接失败的接入网设备。

作为一个示例，当第一接入网设备为目标主接入网设备时，第二接入网设备可以为源主接入网设备。作为另一个示例，当第一接入网设备为源主接入网设备时，第二接入网设备可以为目标主接入网设备。

可选的，当第二接入网设备确定导致连接失败的接入网设备为自己时，该第二接入网设备可以根据该失败报告，调整切换相关的参数。

可选的，550，当第二接入网设备确定导致连接失败的接入网设备为其他接入网设备(比如第三接入网设备)时，第二接入网设备可以向该第三接入网设备发送第一报告，该第一报告包括该失败报告。然后，该第三接入网设备可以根据该失败报告，调整切换相关的参数。

作为一个示例，第一接入网设备可以为第一目标主接入网设备，第二接入网设备可以为第二目标主接入网设备，第三接入网设备可以为源主接入网设备。作为另一个示例，第一接入网设备和第三接入网设备可以为同一个源主接入网设备，第二接入网设备可以为目标主接入网设备。

作为示例，第一报告可以为HO报告，但本申请实施例并不限于此。

可选的，第一接入网设备可以将失败指示发送给该SCG所属的接入网设备，再由SCG所属的接入网设备发送给MCG所属的接入网设备，即第二接入网设备，本申请实施例对此不作限定。

可选的，第二接入网设备可以将第一报告发送给SCG所述的接入网设备，再由SCG所属的接入网设备发送给MCG所属的接入网设备，即第三接入网设备，本申请实施例对此不作限定。

下面，将结合图6至图13，以主接入设备为主基站MN，辅接入网设备为辅基站SN，终端设备为UE为例进行描述。对于主基站MN中的芯片，辅基站SN中的芯片，UE中的芯片的实现方法，可以参考主基站MN、辅基站SN和UE的具体说明，不作重复介绍。

图6示出了本申请实施例提供的一种通信方法的示意性流程图。图6中以UE作为图5中终端设备的一个示例，T-MN B1所属的接入网设备作为图5中第一接入网设备的一个示例，S-MN A1所属的接入网设备作为图5中第二接入网设备的一个示例进行描述。

作为示例，图6中的UE被配置为在源接入网设备侧为DC，并且图6中的通信方法对应于too late HO的场景。

601，UE在源主小区A1(记为S-MN A1)发生RLF。即UE在S-MN A1的MCG发生了RLF。

根据R16协议中的MCG快速恢复机制，UE可以通过源辅小区A2(记为S-SN A2)进行MCG恢复。作为示例，UE可以执行以下步骤602和603进行尝试MCG快速恢复。

602，UE向S-SN A2发送MCG失败报告。

603，S-SN A2向S-MN A1发送MCG失败报告。604，在MCG恢复过程中，UE在S-SN A2检测到了RLF。

605，UE在目标主小区B1(记为T-MN B1)尝试重建连接，并发送RLF report。

一个示例，UE可以在T-MN B1重建立成功。为了使得S-MN A1可以合理调整切换参数，UE需要记录从第一次检测到RLF(即601中的RLF)到尝试重建立过程中的经历的小区信息和各时间信息。

作为示例，对于图6中的场景，UE记录的信元如下：

1)first failedCellId：A1；

2)first connectionFailureType：RLF；

3)first previousCellId：不存在；

本实施例以UE接入A1之前没有收到切换命令的小区，因此不需要记录该信元3)。可以理解，若UE在小区S收到切换命令切换到A1，UE可以记录该信元3)为S。

4)last failedCellId：A2；

可选的，还可以包括指示信息，用于指示该小区为主辅小区。可替换的，也可以记录为4’)last failedPScellId：A2。

5)last connectionFailureType：RLF；

6)last previousCellId：不存在；

由于UE在检测到A1发生RLF后没有收到切换命令的小区，或重配命令的小区，因此不需要记录信元6)。

7)connectionCellId：B1，尝试重建的小区；

8)time to first ConnFailure：Tx；

本申请实施例以UE在接入S-MN A1之前没有收到过切换命令为例，则此时该信元8)不记录或者设置最大值。

若UE在小区S收到切换命令切换到S-MN A1，UE可以记录该信元8)为从S收到切换命令到在S-MN A1发生连接失败的时间。

9)time Since first connFailure to last connfailure：Tz，S-MN A1连接失败(即601)到S-SN A2连接失败(即604)的时间长度；

10)time since last ho cmd to last connfailure：不存在；

11)time since last connfailure：Ty，S-SN A2连接失败(即604)后的时间长度。

可替换的，上述信元9)至11)可以替换为下面信元9)*：

9)*time since first failure：Ty*，检测到S-MN A1发生连接失败(即601)后的时间。

以UE向T-MN B1发送RLF report为例，RLF report中包括UE记录的上述信元。

示例性的，UE可以将上面的信元1)至11)中的至少一种包含在RLF report中。也就是说终端设备RLF report中的信元可以等于或者少于UE记录的信元。可以理解的是，以上1)-11)信元仅为示例，终端设备可以记录上述信元中的至少一种，也可以记录除以上信元之外的其他信元。

606，T-MN B1收到RLF report后，根据RLF report中的信元1)firstfailedCellId：A1，确定需要向S-MN A1发送RLF indication，RLF indication中携带RLFreport，具体的RLF indication可以参考上文中的描述，这里不再赘述。

或者，T-MN B1收到RLF report后，根据last failedCellId向S-SN A2发送RLFindication，S-SN A2进一步根据first failedCellId向S-MN A1发送RLF indication。

S-MN A1可以根据收到的RLF indication，合理调整切换参数。

图7示出了本申请实施例提供的一种通信方法的示意性流程图。图7中以UE作为图5中终端设备的一个示例，T-MN C1所属的接入网设备作为图5中第一接入网设备的一个示例，T-MN B1所属的接入网设备作为图5中第二接入网设备的一个示例，S-MN A1所属的接入网设备作为图5中第三接入网设备的一个示例进行描述。

作为示例，图7中的UE被配置为在源接入网设备侧为DC，并且图7中的通信方法对应于too late HO以及HO to wrong cell的场景。

701，UE在S-MN A1发生RLF。即UE在S-MN A1的MCG发生了RLF。

702，UE向S-SN A2发送MCG失败报告。

703，S-SN A2向S-MN A1发送MCG失败报告。

具体的，701至703可以参见图6中601至603中的描述，为了简洁，这里不再赘述。

704，S-MN A1向T-MN B1发送HO请求(HO request)。

705，T-MN B1向S-MN A1发HO请求响应(HO request ACK)。

706，S-MN A1向S-MN A2发送切换命令(HO CMD)。

707，S-MN A1向UE发送切换至T-MN B1的切换命令。对应的，UE成功接收到该切换命令。作为示例，该切换命令可以记为HO CMD(T-MN B1)。

具体的，虽然S-MN A1质量不好，但是S-MN A2质量较好，可以使得UE成功地接收到切换命令。由于UE收到了SCG发送的切换命令，因此UE可以认为MCG恢复成功，即UE通过SCG成功恢复UE和MCG的连接。

708，UE在T-MN B1未完成切换，或者完成切换后很快发生了RLF。

作为示例，目标小区T-MN B1配置不合理，可能导致UE在T-MN B1未完成切换，或者完成切换后很快发生了RLF。

709，UE在目标主小区C1(记为T-MN C1)尝试重建连接，并发送RLF report。

一个示例，UE可以在T-MN C1重建立成功。

为了使得S-MN A1可以合理调整切换参数，UE需要记录从第一次检测到RLF(即701中的RLF)到尝试重建立过程中的经历的小区信息和各时间信息。

作为示例，对于图7中的场景，UE记录的信元如下：

1)first failedCellId：A1；

2)first connectionFailureType：RLF；

3)first previousCellId：不存在。

4)last failedCellId：B1；

可选的，还可以包括指示信息，用于指示该小区为主小区。可替换的，也可以记录为4’)last failedPcellId：B1。

5)last connectionFailureType：HOF/RLF；

6)last previousCellId：A2；

7)connectionCellId：C1；

8)time to first ConnFailure：Tx；

若在A1之前没有切换命令，则该信元8)不记录或者设置最大值。

9)time Since first connFailure to last ho cmd：Tm，第一连接失败(即701)到最后一次切换命令(即707)的时间；

10)time since last ho cmd to last connfailure：Tn，最后一次切换命令(即707)到最后一次连接失败(即708)的时间长度；

11)time since last connfailure：Ty，最后一次连接失败(即708)后的时间长度。

可替换的，上述信元9)至11)可以替换为下面信元9)*：

9)*time since first connfailure：Ty*，检测到S-MN A1发生连接失败(即701)后的时间。

具体的，信元1)至11)可以参见图6和/或本申请实施例中的上述描述，为了简洁，这里不再赘述。

以UE向T-MN C1发送RLF report为例，RLF report中包括UE记录的上述信元。

710，T-MN C1收到RLF report后，根据RLF report中信元4)last failedCellId：B1，确定需要向T-MN B1发送RLF indication，RLF indication中携带RLF report。

711，B1基于RLF report判断发生了切换错误，B1向S-MN A1发送HO report。

S-MN A1可以根据收到的HO report，合理调整切换参数。

图8示出了本申请实施例提供的一种通信方法的示意性流程图。图8中以UE作为图5中终端设备的一个示例，T-MN B1所属的接入网设备作为图5中第一接入网设备的一个示例，S-MN A1所属的接入网设备作为图5中第二接入网设备的一个示例例进行描述。

作为示例，图8中的UE被配置为在源接入网设备侧为DC，并且图8中的通信方法对应于too late HO，且切换至正确的目标小区的场景。

801，UE在S-MN A1发生RLF。即UE在S-MN A1的MCG发生了RLF。

802，UE向S-SN A2发送MCG失败报告。

803，S-SN A2向S-MN A1发送MCG失败报告。

804，S-MN A1向T-MN B1发送HO请求(HO request)。

805，T-MN B1向S-MN A1发HO请求响应(HO request ACK)。

具体的，801至805可以参见图7中701至705中的描述，为了简洁，这里不再赘述。

806，S-MN A1向S-MN A2发送RRC重配消息(RRC recfg)/切换命令(HO CMD)。

807，S-MN A2向UE发送RRC重配消息(RRC recfg)/切换至T-MN B1的切换命令。对应的，UE成功接收到该RRC重配消息(RRC recfg)/切换命令。作为示例，该切换命令可以记为HO CMD(T-MN B1)。

具体的，虽然S-MN A1质量不好，但是S-MN A2质量较好，可以使得UE成功地接收到切换命令。由于UE收到了SCG发送的切换命令，因此UE可以认为MCG恢复成功，即UE通过SCG成功恢复UE和MCG的连接。

808，UE在T-MN B1完成切换，向T-MN B1发送切换完成消息(T-MN HO CMP)，并发送RLF report。

具体的，在目标小区T-MN B1配置合理的情况下，UE可以在目标小区完成切换，且不发生连接失败。

但是，这对于S-MN A1依然为切换过晚，因此即使UE在T-MN B1切换成功，为了使得S-MN A1可以合理调整切换参数，UE需要记录从第一次检测到RLF(即801中的RLF)到尝试重建立过程中的经历的小区信息和各时间信息。

作为示例，对于图8中的场景，UE记录的信元如下：

1)first failedCellId：A1；

2)first connectionFailureType：RLF；

3)first previousCellId：不存在；

4)last failedCellId：不存在，或者设为A1；

5)last connectionFailureType：不存在，或者设为RLF；

6)last previousCellId：A2，最后一次收到切换命令的小区信息；

7)connectionCellId：B1，切换成功的小区；

8)time to first ConnFailure：Tx；

若在A1之前没有切换命令，则该信元8)不记录或者设置最大值。

9)time Since first connFailure to last ho cmd：Tm，第一连接失败(即801)到收到最后一次切换命令(即807)的时间；

10)time since last ho cmd to last connfailure：不存在；

11)time since last ho cmd：Ty，收到最后一次切换命令(即807)后的时间；

可替换的，上述信元9)至11)可以替换为下面信元9)*：

9)*time since first connfailure：Ty*，检测到S-MN A1发生连接失败(即801)后的时间。

具体的，信元1)至11)可以参见图6中的描述，为了简洁，这里不再赘述。

以UE向T-MN B1发送RLF report为例，RLF report中包括UE记录的上述信元。

809，T-MN B1收到RLF report后，根据RLF report中的信元1)firstfailedCellId：A1或4)last failedCellId：A1，即根据第一次或最后一次连接失败发生的小区信息，确定需要向S-MN A1发送RLF indication，RLF indication中携带RLF report，具体的RLF indication可以参考上文中的描述，这里不再赘述。

S-MN A1可以根据收到的RLF indication，合理调整切换参数。

图9示出了本申请实施例提供的一种通信方法的示意性流程图。图9中以UE作为图5中终端设备的一个示例，S-MN A1所属的接入网设备作为图5中第一接入网设备的一个示例，T-MN B1所属的接入网设备作为图5中第二接入网设备的一个示例，S-MN A1所属的接入网设备作为图5中第三接入网设备的一个示例进行描述，即第一接入网设备和第三接入网设备为相同的接入网设备。

作为示例，图9中的UE被配置为在目标接入网设备侧为DC，并且图9中的通信方法对应于too early HO的场景。

901，UE在S-MN A1收到了HO CMD。

902，UE在T-MN B1完成了切换，向T-MN B1发送了HO CMP。

903，UE在902之后很快在T-MN B1的MCG发生了RLF。

或者，902和903可被替换为UE在T-MN B1未完成切换，即在UE向T-MN B1的切换过程中，UE发生了HOF。下面将以902和903，即UE在T-MN B1完成了切换，但很快又发生了MCGT-MN B1 RLF为例进行描述。

根据MCG快速恢复机制，UE可以通过目标辅小区B2(记为T-SN B2)进行MCG恢复。作为示例，UE可以执行以下步骤904和905进行尝试MCG快速恢复。

904，UE向T-SN B2发送MCG失败报告。

905，T-SN B2向T-MN B1发送MCG失败报告。

906，在MCG恢复过程中，UE在T-SN B2检测到发生了RLF，即检测到了SCG RLF。

作为示例，在MCG恢复过程中，由于T-SN B2的添加也不合理，UE在T-SN B2检测到了RLF。

907，UE在S-MN A1尝试重建连接，并发送RLF report。

一个示例，UE可以在S-MN A1重建立成功。

为了使得S-MN A1可以合理调整切换参数，UE需要记录从第一次检测到RLF(即903中的RLF)到尝试重建立过程中的经历的小区信息和各时间信息。此外，UE记录的全部信息也有助于T-MN B1识别T-SN B2的添加不合理，从而进行合理的参数调整。

作为示例，对于图9中的场景，UE记录的信元如下：

1)first failedCcellId：B1；

2)first connectionFailureType：RLF；

3)first previousCellId：A1；

4)last failedCellId：B2；

可选的，还可以包括指示信息，用于指示该小区为主辅小区。可替换的，也可以记录为4’)last failedPScellId：B2。

5)last connectionFailureType：RLF；

6)last previousCellId：不存在；

7)connectionCellId：A1，尝试重建的小区；

8)time to first ConnFailure：Tx，收到第一次HO命令(即901)到T-MN B1发生连接失败(即903)的时间；

9)time Since first connFailure to last connfailure：Tm，T-MN B1连接失败(即903)到T-SN B2连接失败(即906)的时间长度；

10)time since last ho cmd to last connfailure：不存在；

11)time since last connfailure：Ty，检测到T-SN B2连接失败(即906)后的时间。

可替换的，上述信元9)至11)可以替换为下面信元9)*：

9)*time since first failure：Ty*，检测到T-MN B1发生连接失败(即903)后的时间。

具体的，信元1)至11)可以参见图6中的描述，为了简洁，这里不再赘述。

以UE向S-MN A1发送RLF report为例，RLF report中包括UE记录的上述信元。

可选的，908，S-MN A1收到RLF report后，基于历史切换记录和RLF report中的信元1)first failedCellId：B1，确定需要向T-MN B1发送RLF indication，RLF indication中携带RLF report，具体的RLF indication可以参考上文中的描述，这里不再赘述。

T-MN B1可以基于RLF report，判断发生了T-SN B2的添加参数配置不合理，并进行合理的参数调整。

可选的，909，T-MN B1还可以基于RLF report判断发生了从S-MN A1到T-MN B1的too early HO，B1向S-MN A1发送HO report。

S-MN A1可以根据收到的RLF indication，合理调整切换参数。

可以理解的，S-MN A1也可以根据收到的RLF indication和历史切换记录确定发生了S-MN A1到T-MN B1的too early HO。

图10示出了本申请实施例提供的一种通信方法的示意性流程图。图10中以UE作为图5中终端设备的一个示例，T-MN C1所属的接入网设备作为图5中第一接入网设备的一个示例，T-MN B1所属的接入网设备作为图5中第二接入网设备的一个示例，S-MN A1所属的接入网设备作为图5中第三接入网设备的一个示例进行描述。

作为示例，图10中的UE被配置为在目标接入网设备侧为DC，并且图10中的通信方法对应于HO to wrong cell的场景。

1001，UE在S-MN A1收到了HO CMD。

1002，UE在T-MN B1完成了切换，向T-MN B1发送了HO CMP。

1003，UE在1002之后很快在T-MN B1的MCG发生了RLF。

可以理解，本实施例以UE在T-MN B1成功完成切换后很快发生RLF为例进行描述，需要执行步骤1002和1003的操作。若UE在T-MN B1的切换过程中发生失败，即UE检测到HOF。步骤1002和1003可替换为步骤1002’，UE确定T-MN B1发生了SCG HOF。下面将以1002和1003，即UE在T-MN B1完成了切换，但很快又在T-MN B1发生了MCG RLF为例进行描述。

1004，UE向T-SN B2发送MCG失败报告。

1005，T-SN B2向T-MN B1发送MCG失败报告。

具体的，1001至1005可以参见图9中901至905的描述，为了简洁，这里不再赘述。

1006，T-MN B1向T-SN B2发送HO CMD。

1007，T-SN B2向UE发送HO CMD。

1008，UE没有检测到HO CMD。此时，UE确定在T-SN B2发生了SCG RLF。

也就是说，此时虽然T-SN B2向UE发送了HO CMD，但是UE并没有成功收到该HOCMD，仍然为在SCG中发生了RLF。

可以理解，本实施例以UE在T-SN B2成功发送了MCG失败报告为例进行描述，需要执行步骤1004～1008的操作。若UE在T-SN B2没有发送MCG失败报告，UE可以直接认为在T-SN B2上发生RLF。即步骤1004～1008可替换为步骤1004’，UE确定T-SN B2发生了SCG RLF。

1009，UE在T-MN C1尝试重建连接，并发送RLF report。

作为示例，由于S-MN A1的目标小区选择错误，UE在1008后选择到目标T-MN C1尝试重建连接。一个示例，UE可以在T-MN C1重建立成功。

为了使得S-MN A1可以合理调整切换参数，UE需要记录从第一次检测到RLF(即1003中的RLF)到尝试重建立过程中的经历的小区信息和各时间信息。此外，UE记录的全部信息也有助于T-MN B1识别T-SN B2的添加不合理，从而进行合理的参数调整。

作为示例，对于图10中的场景，UE记录的信元如下：

1)first failedCellId：B1；

2)first connectionFailureType：RLF；

3)first previousCellId：A1；

4)last failedCellId：B2；

可选的，还可以包括指示信息，用于指示该小区为主辅小区。可替换的，也可以记录为4’)last failedPScellId：B2。

5)last connectionFailureType：RLF；

6)last previousCellId：不存在

7)connectionCellId：C1，尝试重建的小区；

8)time to first ConnFailure：Tx，收到第一次HO命令(即1001)到T-MN B1发生连接失败(即1003)的时间；

9)time Since first connFailure to last connfailure：Tm，T-MN B1连接失败(即1003)到T-SN B2连接失败(即1008)的时间长度；

10)time since last ho cmd to last connfailure：不存在；[收到最后一次切换命令到最后一次连接失败的时间；]

11)time since last connfailure：Ty，检测到T-SN B2连接失败(即1008)后的时间。

可替换的，上述信元9)至11)可以替换为下面信元9)*：

9)*time since first failure：Ty*，检测到T-MN B1发生连接失败(即1003)后的时间。

具体的，信元1)至11)可以参见图6中的描述，为了简洁，这里不再赘述。

以UE向T-MN C1发送RLF report为例，RLF report中包括UE记录的上述信元。

一种实现方式，1008，T-MN C1收到RLF report后，若RLF report中的信元4)lastfailedCellId为连接失败发生的主辅小区信息，则T-MN C1基于RLF report中的信元1)first failedCellId：B1，确定需要向T-MN B1发送RLF indication，RLF indication中携带RLF report，具体的RLF indication可以参考上文中的描述，这里不再赘述。

T-MN B1可以基于RLF report，判断发生了T-SN B2的添加参数配置不合理，并进行合理的参数调整。

可选的，1010，T-MN B1还可以基于RLF report，判断发生了从S-MN A1到T-MN B1的too early HO，T-MN B1向S-MN A1发送HO report。

或者另一种实现方式，T-MN C1收到RLF report后，T-MN C1可能会根据RLFreport中的信元4)last failedCellId：B2，确定需要向T-SN B2发送RLF indication。比如，若RLF report中的信元4)last failedCellId，T-MN C1无法确定连接失败发生的小区是主小区还是主辅小区，则T-MN C1可能会向T-SN B2发送RLF indication。T-SN B2基于RLF indication中的RLF report确定向T-MN B1发送RLF report。

T-MN B1可以基于RLF report，确定发生了T-SN B2的添加参数配置不合理，并进行合理的参数调整。

可选的，T-MN B1还可以基于RLF report，确定发生了从S-MN A1到T-SN B1的HOto wrong cell，T-MN B1向S-MN A1发送HO report。

S-MN A1可以根据收到的HO report，合理调整切换参数。

图11示出了本申请实施例提供的一种通信方法的示意性流程图。图11中以UE作为图5中终端设备的一个示例，T-MN B1所属的接入网设备作为图5中第一接入网设备，同时T-MN B1所属的接入网设备为第二接入网设备，S-MN A1所属的接入网设备作为图5中第三接入网设备的一个示例进行描述。

需要说明的是，图11中第一接入网设备与第二接入网设备相同，即发生连接失败的小区与收到RLF报告的小区为相同的小区，因此图11中的通信方法中可以不需要发送RLF指示的步骤。

作为示例，图11中的UE被配置为在目标接入网设备侧为DC，并且图11中的通信方法对应于too early HO的场景。

1101，UE在S-MN A1收到了HO CMD。

1102，UE在T-MN B1完成了切换，向T-MN B1发送了HO CMP。

1103，UE在1102之后很快在T-MN B1的MCG发生了RLF。

1104，UE向T-SN B2发送MCG失败报告。

1105，T-SN B2向T-MN B1发送MCG失败报告。

具体的，1101至1106可以参见图9中901至905的描述，为了简洁，这里不再赘述。

在图11所示的场景中，UE一开始收到的切换命令是too early HO，但是在MCG恢复过程中，由于T-SN B2的添加合理，UE在T-SN B2的恢复时延弥补了切换命令的过早发送，即在收到切换命令时T-MN B1的质量还不够好，但是经过快速恢复带来的时延，当UE在T-SNB2收到恢复响应消息时，T-MN B1的质量变好。

作为示例，经过以下步骤1106至1108，UE在T-MN B1进行MCG恢复成功。

1106，T-MN B1向T-SN B2发送RRC重配消息。

1107，T-SN B2向UE发送RRC重配消息。

1108，UE在T-MN B1进行MCG恢复成功，即UE通过T-SN B2成功恢复UE和MCG T-MNB1的连接，并发送RLF report。

为了使得S-MN A1可以合理调整切换参数，UE需要记录从第一次检测到RLF(即1103中的RLF)到尝试重建立过程中的经历的小区信息和各时间信息。

作为示例，对于图11中的场景，UE记录的信元如下：

1)first failedCellId：B1；

2)first connectionFailureType：RLF；

3)first previousCellId：A1；

4)last failedCellId：不存在；

5)last connectionFailureType：RLF；

6)last previousCellId：B2；

7)connectionCellId：B1，尝试重建的小区；

8)time to first ConnFailure：Tx，收到第一次HO命令(即1101)到T-MN B1发生连接失败(即1103)的时间；

9)time Since first connFailure to last HO cmd：Tm，T-MN B1连接失败(即1103)到T-SN B2收到重配消息(即1107)的时间长度；

10)time since last ho cmd to last connfailure：不存在；

11)time since last ho cmd：Ty，收到最后一次重配消息(即1107)后的时间。

可替换的，上述信元9)至11)可以替换为下面信元9)*：

9)*time since first failure：Ty*，检测到T-MN B1发生连接失败(即1103)后的时间。

具体的，信元1)至11)可以参见图6中的描述，为了简洁，这里不再赘述。

以UE向T-MN B1发送RLF report为例，RLF report中包括UE记录的上述信元。

1109，T-MN B1收到RLF report后，基于历史切换记录和RLF report中的信元3)first previousCellId：A1，确定需要向S-MN A1发送HO report。

S-MN A1可以根据收到的HO report，合理调整切换参数。

图12示出了本申请实施例提供的一种通信方法的示意性流程图。图12中以UE作为图5中终端设备的一个示例，T-MN C1所属的接入网设备作为图5中第一接入网设备的一个示例，T-MN B1所属的接入网设备作为图5中第二接入网设备的一个示例，S-MN A1所属的接入网设备作为图5中第三接入网设备的一个示例进行描述。

作为示例，图12中的UE被配置为在目标接入网设备侧为DC，并且图12中的通信方法对应于HO to wrong cell的场景。

1201，UE在S-MN A1收到了HO CMD。

1202，UE在T-MN B1完成了切换，向T-MN B1发送HO CMP。

1203，UE在1202之后很快在T-MN B1的MCG发生了RLF。

1204，UE向T-SN B2发送MCG失败报告。

1205，T-SN B2向T-MN B1发送MCG失败报告。

具体的，1201至1206可以参见图9中901至905的描述，为了简洁，这里不再赘述。

1206，T-MN B1向T-SN B2发送HO CMD。

1207，T-SN B2向UE发送HO CMD，指示UE切换到T-MN C1。对应的，UE成功从T-SN B2接收到该切换消息。

在MCG恢复过程中，由于T-SN B2的添加合理，UE从T-SN B2成功接收到响应消息，即UE可以认为MCG恢复成功，即UE通过SCG成功恢复UE和MCG的连接。

1208，UE在T-MN C1进行切换成功，并向T-MN C1发送HO CMP，并发送RLF report。

为了使得S-MN A1可以合理调整切换参数，UE需要记录从第一次检测到RLF(即1203中的RLF)到尝试重建立过程中的经历的小区信息和各时间信息。

作为示例，对于图12中的场景，UE记录的信元如下：

1)first failedCellId：B1；

2)first connectionFailureType：RLF；

3)first previousCellId：A1；

4)last failedCellId：不存在；

5)last connectionFailureType：不存在；

6)last previousCellId：B2；

7)connectionCellId：C1，尝试重建的小区；

8)time to first ConnFailure：Tx，收到第一次HO命令(即1201)到T-MN B1发生连接失败(即1203)的时间；

9)time Since first connFailure to last HO cmd：Tm，T-MN B1连接失败(即1203)到UE收到切换命令(即1207)的时间长度；

10)time since last ho cmd to last connfailure：不存在；

11)time since last ho cmd：Ty，收到最后一次切换命令(即1207)后的时间。

可替换的，上述信元9)至11)可以替换为下面信元9)*：

9)*time since first failure：Ty*，检测到T-MN B1发生连接失败(即1203)后的时间。

具体的，信元1)至11)可以参见图6中的描述，为了简洁，这里不再赘述。

以UE向T-MN C1发送RLF report为例，RLF report中包括UE记录的上述信元。

1209，T-MN C1收到RLF report后，基于RLF report中的信元1)firstfailedCellId：B1，确定需要向T-MN B1发送RLF indication，RLF indication中携带RLFreport，具体的RLF indication可以参考上文中的描述，这里不再赘述。

1210，T-MN B1还可以基于RLF report中的信元3)first previousCellId：A1，判断发生了从S-MN A1到T-MN B1的HO to wrong cell；或者，T-MN B1基于RLF report确定发生了从S-MN A1到T-MN B1的too early HO错误；然后T-MN B1向S-MN A1发送HO report。具体的HO report可以参考上文中的描述，这里不再赘述。

S-MN A1可以根据收到的HO report，合理调整切换参数。

图13示出了本申请实施例提供的一种通信方法的示意性流程图。图13中以UE作为图5中终端设备的一个示例，T-MN D1所属的接入网设备作为图5中第一接入网设备的一个示例，T-MN C1所属的接入网设备作为图5中第二接入网设备的一个示例，T-MN B1所属的接入网设备作为图5中第三接入网设备的一个示例进行描述。

可选的，图13中第三接入网设备还可以向第四接入网设备发送HO报告。作为一个示例，第四接入网设备例如为S-MN A1。

作为示例，图13中的UE被配置为在目标接入网设备侧为DC，并且图13中的通信方法对应于too early HO(T-MN B1)或者HO to wrong cell(T-MN B1)，以及HO to wrongcell(T-MN C1)的场景。

1301，UE在S-MN A1收到了HO CMD。

1302，UE在T-MN B1完成了切换，向T-MN B1发送HO CMP。

1303，UE在1302之后很快在T-MN B1的MCG发生了RLF。

1304，UE向T-SN B2发送MCG失败报告。

1305，T-SN B2向T-MN B1发送MCG失败报告。

1306，T-MN B1向T-SN B2发送HO CMD。

1307，T-SN B2向UE发送HO CMD，指示UE切换到T-MN C1。

具体的，1301至1307可以参见图12中1201至1207的描述，为了简洁，这里不再赘述。

1308，UE在T-MN C1未完成切换，发生HOF；或者虽然完成了切换，但是很快发生了RLF。

作为示例，由于T-MN B1将T-MN C1作为目标小区选择错误，UE在RLF后选择到目标主小区D1(记为T-MN D1)尝试重建。

1309，UE在T-MN D1尝试重建连接，并发送RLF report。

作为一个示例，UE在UE在T-MN D1尝试重建成功。

为了使得S-MN A1可以合理调整切换参数，UE需要记录从第一次检测到RLF(即1303中的RLF)到尝试重建立过程中的经历的小区信息和各时间信息。

作为示例，对于图13中的场景，UE记录的信元如下：

1)first failedCellId：B1；

2)first connectionFailureType：RLF；

3)first previousCellId：A1；

4)last failedCellId：C1；

5)last connectionFailureType：HOF/RLF；

6)last previousCellId：B2；

7)connectionCellId：D1，尝试重建的小区；

8)time to first ConnFailure：Tx，收到第一次HO命令(即1301)到T-MN B1发生连接失败(即1303)的时间；

9)time Since first connFailure to last HO cmd：Tm，T-MN B1连接失败(即1303)到收到切换命令(即1307)的时间长度；

10)time since last ho cmd to last connfailure：Tn；收到最后一次切换命令(即1307)到在T-MN C1连接失败(即1308)的时间；]

11)time since last connfailure：Ty，T-MN C1连接失败(即1308)后的时间。

可替换的，上述信元9)至11)可以替换为下面信元9)*：

9)*time since first failure：Ty*，检测到T-MN B1发生连接失败(即1303)后的时间。

具体的，信元1)至11)可以参见图6中的描述，为了简洁，这里不再赘述。

以UE向T-MN D1发送RLF report为例，RLF report中包括UE记录的上述信元。

1310，T-MN D1收到RLF report后，基于RLF report中的信元4)lastfailedCellId：C1，确定需要向T-MN C1发送RLF indication，RLF indication中携带RLFreport，具体的RLF indication可以参考上文中的描述，这里不再赘述。

1311，T-MN C1还可以基于RLF report中的信元1)first failedCellId：B1和5)last connectionFailureType：HOF/RLF，确定发生了T-MN B1到T-MN C1的HO to wrongcell错误，然后T-MN C1向T-MN B1发送HO report，HO report中携带RLF report，具体的HOreport可以参考上文中的描述，这里不再赘述。

类似的，1312，T-MN B1基于HO report中的RLF report确定发生了从S-MN A1到T-MN B1的HO to wrong cell错误，或者，T-MN B1基于HO report中的RLF report确定发生了从S-MN A1到T-MN B1的too early HO错误，然后T-MN B1向S-MN A1发送HO report。

S-MN A1可以根据收到的HO report，合理调整切换参数。

应理解，图6至图13示出了本申请实施例提供的通信方法的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图中的各个操作的变形。此外，图中的各个步骤可以按照与其呈现的不同的顺序来执行，并且有可能并非要执行图中的全部操作。

作为一种示例，图6至图13的实施例中以UE检测到MCG连接失败后，UE可以在对应的SCG成功发送MCG失败报告为例进行描述。可替换的，图6至图13的实施例也可以执行上述操作的变形，比如UE在SCG无法发送MCG失败报告而检测到SCG RLF，或者UE直接检测到SCGRLF。

作为又一示例，图6至图13的实施例中以MCG收到SCG发送的MCG失败报告后，执行和目标MCG间的切换流程为例进行描述。可替换的，图6至图13的实施例中MCG可以执行不同的顺序，比如在UE检测到MCG连接失败之前，MCG执行和目标MCG间的切换流程。

作为另一示例，图6至图13的实施例中以UE完成到目标MCG的切换后很快发生RLF为例进行描述。可替换的，图6至图13的实施例中也可以包括UE在向目标MCG的切换过程中发生连接失败，即UE未完成到目标MCG的切换，发生HOF的操作。

还应理解，在图6至图13的描述中，UE向小区(比如S-MN A1、T-MN B1、T-MN C1以及T-MN D1)发送RLF report，指的是UE通过该小区，向该小区所属的基站发送RLF report。对应的，小区(比如S-MN A1、T-MN B1、T-MN C1以及T-MN D1)接收RLF report，并对该RLFreport进行处理，指的是该小区所述的基站接收RLF report，并对该RLF report进行处理。

另外，小区与小区之间发送信息(比如RLF indication，或HO report)，指的是该小区所属的基站之间发送该信息。

还需要说明的是，本申请实施例中，图6、图7、图9、图10以及图13中尝试重建连接和发送RLF report的步骤可以通过一条信令实现，或者通过至少两条(包括两条以及两条以上)信令实现，图8、图12中的切换命令和发送RLF report的步骤，可以通过一条信令实现，或者通过至少两条(包括两条以及两条以上)信令实现，图11中的MCG恢复成功和发送RLF的步骤，可以通过一条信令实现，或者通过至少两条(包括两条以及两条以上)信令实现，本申请实施例对此不作限定。

根据前述方法，图14为本申请实施例提供的无线通信的装置1400的示意图。

其中，该装置1400可以为终端设备，也可以为芯片或电路，比如可设置于终端设备的芯片或电路。一种可能的方式中，该装置1400可以包括处理单元1410(即，处理器的一例)和收发单元1430。

可选的，收发单元1430可以通过收发器或者收发器相关电路或者接口电路实现。

可选的，该装置还可以包括存储单元1420。一种可能的方式中，该存储单元1420用于存储指令。可选的，该存储单元也可以用于存储数据或者信息。存储单元1420可以通过存储器实现。

一种可能的设计中，该处理单元1410用于执行该存储单元1420存储的指令，以使装置1400实现如上述方法中终端设备(例如UE)执行的步骤。或者，该处理单元1410可以用于调用存储单元1420的数据，以使装置1400实现如上述方法中终端设备(例如UE)执行的步骤。

例如，该处理单元1410、存储单元1420、收发单元1430可以通过内部连接通路互相通信，传递控制和/或数据信号。例如，该存储单元1420用于存储计算机程序，该处理单元1410可以用于从该存储单元1420中调用并运行该计算计程序，以控制收发单元1430接收信号和/或发送信号，完成上述方法中终端设备的步骤。该存储单元1420可以集成在处理单元1410中，也可以与处理单元1410分开设置。

可选地，若该装置1400为通信设备(例如，终端设备)，该收发单元1430包括接收器和发送器。其中，接收器和发送器可以为相同或者不同的物理实体。为相同的物理实体时，可以统称为收发器。

可选地，若该装置1400为芯片或电路，该收发单元1430包括输入接口和输出接口。

作为一种实现方式，收发单元1430的功能可以考虑通过收发电路或者收发的专用芯片实现。处理单元1410可以考虑通过专用处理芯片、处理电路、处理单元或者通用芯片实现。

作为另一种实现方式，可以考虑使用通用计算机的方式来实现本申请实施例提供的通信设备(例如终端设备)。即将实现处理单元1410、收发单元1430功能的程序代码存储在存储单元1420中，通用处理单元通过执行存储单元1420中的代码来实现处理单元1410、收发单元1430的功能。

在一种实现方式中，处理单元1410用于确定失败报告，所述失败报告包括所述终端设备检测到在主小区组MCG发生连接失败的情况下尝试进行MCG连接恢复的辅小区组SCG的小区信息。

收发单元1430用于向第一接入网设备发送所述失败报告。

当该装置1400配置在或本身即为终端设备时，装置1400中各模块或单元可以用于执行上述方法中终端设备所执行的各动作或处理过程，这里，为了避免赘述，省略其详细说明。

该装置1400所涉及的与本申请实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于这些内容的描述，此处不做赘述。

根据前述方法，图15为本申请实施例提供的无线通信的装置1500的示意图。

其中，该装置1500可以为接入网设备，也可以为芯片或电路，比如可设置于接入网设备的芯片或电路。一种可能的方式中，该装置1500可以包括处理单元1510(即，处理器的一例)和收发单元1530。

可选的，收发单元1530可以通过收发器或者收发器相关电路或者接口电路实现。

可选的，该装置还可以包括存储单元1520。一种可能的方式中，该存储单元1520用于存储指令。可选的，该存储单元也可以用于存储数据或者信息。存储单元1520可以通过存储器实现。

一种可能的设计中，该处理单元1510可以用于执行该存储单元1520存储的指令，以使装置1500实现如上述方法中第一接入网设备、第二接入网设备或第三接入网设备执行的步骤。或者，该处理单元1510可以用于调用存储单元1520的数据，以使装置1500实现如上述方法中第一接入网设备、第二接入网设备或第三接入网设备执行的步骤。

例如，该处理单元1510、存储单元1520、收发单元1530可以通过内部连接通路互相通信，传递控制和/或数据信号。例如，该存储单元1520用于存储计算机程序，该处理单元1510可以用于从该存储单元1520中调用并运行该计算计程序，以控制收发单元1530接收信号和/或发送信号，完成上述方法中辅基站的步骤。该存储单元1020可以集成在处理单元1510中，也可以与处理单元1510分开设置。

可选地，若该装置1500为通信设备，该收发单元1530可以包括接收器和发送器。其中，接收器和发送器可以为相同或者不同的物理实体。为相同的物理实体时，可以统称为收发器。

可选地，若该装置1500为芯片或电路，该收发单元1530可以包括输入接口和输出接口。

作为一种实现方式，收发单元1530的功能可以考虑通过收发电路或者收发的专用芯片实现。处理单元1510可以考虑通过专用处理芯片、处理电路、处理单元或者通用芯片实现。

作为另一种实现方式，可以考虑使用通用计算机的方式来实现本申请实施例提供的通信设备(例如，第一接入网设备、第二接入网设备或第三接入网设备)。即将实现处理单元1510、收发单元1530功能的程序代码存储在存储单元1520中，通用处理单元通过执行存储单元1520中的代码来实现处理单元1510、收发单元1530的功能。

在一种实现方式中，当装置1500为第一接入网设备时，收发单元1530用于接收终端设备发送的失败报告，所述失败报告包括所述终端设备检测到在主小区组MCG发生连接失败的情况下尝试进行MCG连接恢复的辅小区组SCG的小区信息。

处理单元1510用于根据所述失败报告，确定发生连接失败的小区。

可选的，该收发单元1530还用于向所述发生连接失败的小区所属的第二接入网设备发送失败指示，所述失败指示包括所述失败报告。

在一种实现方式中，当装置1500为第二接入网设备时，收发单元1530用于接收第一接入网设备发送的失败指示，所述失败指示包括失败报告，所述失败报告包括终端设备检测到在主小区组MCG发生连接失败的情况下尝试进行MCG连接恢复的辅小区组SCG的小区信息。

处理单元1510用于根据所述失败报告，确定导致连接失败的接入网设备。

可选的，该收发单元1530还用于向所述导致连接失败的第三接入网设备发送第一报告，所述第一报告包括所述失败报告。

在一种实现方式中，当装置1500为第三接入网设备时，收发单元1030用于接收第二接入网设备发送的第一报告，所述第一报告包括失败报告，所述失败报告包括终端设备检测到在主小区组MCG发生连接失败的情况下尝试进行MCG连接恢复的辅小区组SCG的小区信息。

处理单元1510用于根据所述失败报告，对移动相关的参数进行调整。

上述实施例中的各个单元也可以称为模块或者电路或者部件。

其中，以上列举的装置1500中各模块或单元的功能和动作仅为示例性说明，当该装置1500配置在或本身即为第一接入网设备时，装置1500中各模块或单元可以用于执行上述方法中第一接入网设备所执行的各动作或处理过程。当该装置1500配置在或本身即为第二接入网设备时，装置1500中各模块或单元可以用于执行上述方法中第二接入网设备所执行的各动作或处理过程。当该装置1500配置在或本身即为第三接入网设备时，装置1500中各模块或单元可以用于执行上述方法中第三接入网设备所执行的各动作或处理过程。

该装置1500所涉及的与本申请实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于这些内容的描述，此处不做赘述。

图16为本申请提供的一种终端设备1600的结构示意图。该终端设备1600可以执行上述方法实施例中终端设备执行的动作。

为了便于说明，图16仅示出了终端设备的主要部件。如图16所示，终端设备1600包括处理器、存储器、控制电路、天线以及输入输出装置。

处理器主要用于对通信协议以及通信数据进行处理，以及对整个终端设备进行控制，执行软件程序，处理软件程序的数据，例如用于支持终端设备执行上述传输预编码矩阵的指示方法实施例中所描述的动作。存储器主要用于存储软件程序和数据，例如存储上述实施例中所描述的码本。控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。控制电路和天线一起也可以叫做收发器，主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。

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

本领域技术人员可以理解，为了便于说明，图16仅示出了一个存储器和处理器。在实际的终端设备中，可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等，本申请实施例对此不做限制。

例如，处理器可以包括基带处理器和中央处理器，基带处理器主要用于对通信协议以及通信数据进行处理，中央处理器主要用于对整个终端设备进行控制，执行软件程序，处理软件程序的数据。图16中的处理器集成了基带处理器和中央处理器的功能，本领域技术人员可以理解，基带处理器和中央处理器也可以是各自独立的处理器，通过总线等技术互联。本领域技术人员可以理解，终端设备可以包括多个基带处理器以适应不同的网络制式，终端设备可以包括多个中央处理器以增强其处理能力，终端设备的各个部件可以通过各种总线连接。所述基带处理器也可以表述为基带处理电路或者基带处理芯片。所述中央处理器也可以表述为中央处理电路或者中央处理芯片。对通信协议以及通信数据进行处理的功能可以内置在处理器中，也可以以软件程序的形式存储在存储单元中，由处理器执行软件程序以实现基带处理功能。

示例性的，在本申请实施例中，可以将具有收发功能的天线和控制电路视为终端设备1600的收发单元1610，将具有处理功能的处理器视为终端设备1600的处理单元1620。如图16所示，终端设备1600包括收发单元1610和处理单元1620。收发单元也可以称为收发器、收发机、收发装置等。可选的，可以将收发单元1610中用于实现接收功能的器件视为接收单元，将收发单元1610中用于实现发送功能的器件视为发送单元，即收发单元包括接收单元和发送单元。示例性的，接收单元也可以称为接收机、接收器、接收电路等，发送单元可以称为发射机、发射器或者发射电路等。

图17为本申请实施例提供的一种网络设备1700的结构示意图，可以用于实现上述方法中的接入设备(例如，主基站，或者辅基站)的功能。网络设备1700包括一个或多个射频单元，如远端射频单元(remote radio unit,RRU)1710和一个或多个基带单元(basebandunit，BBU)(也可称为数字单元，digital unit，DU)1720。所述RRU1710可以称为收发单元、收发机、收发电路、或者收发器等等，其可以包括至少一个天线1711和射频单元1712。所述RRU1710部分主要用于射频信号的收发以及射频信号与基带信号的转换，例如用于向终端设备发送上述实施例中所述的信令消息。所述BBU1720部分主要用于进行基带处理，对基站进行控制等。所述RRU1710与BBU1720可以是物理上设置在一起，也可以物理上分离设置的，即分布式基站。

所述BBU1720为基站的控制中心，也可以称为处理单元，主要用于完成基带处理功能，如信道编码，复用，调制，扩频等等。例如该BBU(处理单元)1320可以用于控制基站40执行上述方法实施例中关于网络设备的操作流程。

在一个示例中，所述BBU1720可以由一个或多个单板构成，多个单板可以共同支持单一接入制式的无线接入网(如LTE系统，或5G系统)，也可以分别支持不同接入制式的无线接入网。所述BBU1720还包括存储器1721和处理器1722。所述存储器1721用以存储必要的指令和数据。例如存储器1721存储上述实施例中的码本等。所述处理器1722用于控制基站进行必要的动作，例如用于控制基站执行上述方法实施例中关于网络设备的操作流程。所述存储器1721和处理器1722可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。

在一种可能的实施方式中，随着片上系统(system-on-chip，SoC)技术的发展，可以将1720部分和1710部分的全部或者部分功能由SoC技术实现，例如由一颗基站功能芯片实现，该基站功能芯片集成了处理器、存储器、天线接口等器件，基站相关功能的程序存储在存储器中，由处理器执行程序以实现基站的相关功能。可选的，该基站功能芯片也能够读取该芯片外部的存储器以实现基站的相关功能。

应理解，图17示例的网络设备的结构仅为一种可能的形态，而不应对本申请实施例构成任何限定。本申请并不排除未来可能出现的其他形态的基站结构的可能。

根据本申请实施例提供的方法，本申请实施例还提供一种通信系统，其包括前述的第一接入网设备和终端设备。进一步的，该通信系统还可以包括前述的第二接入网设备或第三接入网设备。

应理解，本申请实施例中，该处理器可以为中央处理单元(central processingunit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random accessmemory，RAM)可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘。

本申请实施例还提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被计算机执行时实现上述任一实施例中的终端设备执行的步骤，或者接入网设备执行的步骤。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一实施例中的终端设备执行的步骤，或者接入网设备执行的步骤。

本申请实施例还提供了一种系统芯片，该系统芯片包括：通信单元和处理单元。该处理单元，例如可以是处理器。该通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行计算机指令，以使该通信装置内的芯片执行上述本申请实施例提供的终端设备执行的步骤，或者接入网设备执行的步骤。

可选地，该计算机指令被存储在存储单元中。

本申请中的各个实施例可以独立的使用，也可以进行联合的使用，这里不做限定。

另外，本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于:磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，CD)、数字通用盘(digital versatile disc，DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmableread-only memory，EPROM)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。

应理解，在上文示出的实施例中，第一、第二仅为便于区分不同的对象，而不应对本申请构成任何限定。例如，区分不同的接入网设备等。

还应理解，本申请实施例中的“协议”可以是指通信领域的标准协议，例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。

还应理解，“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“至少一个”是指一个或一个以上；“A和B中的至少一个”，类似于“A和/或B”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和B中的至少一个，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

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

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

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

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

Claims (13)

1.一种通信方法，其特征在于，包括：

第一接入网设备接收终端设备发送的失败报告，所述失败报告包括所述终端设备检测到在主小区组MCG发生连接失败的情况下尝试进行MCG连接恢复的辅小区组SCG的小区信息；

所述第一接入网设备根据所述失败报告，确定发生连接失败的小区；

所述第一接入网设备向所述发生连接失败的小区所属的第二接入网设备发送失败指示，所述失败指示包括所述失败报告；

所述第二接入网设备根据所述失败报告，确定导致连接失败的接入网设备。

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

所述第二接入网设备向所述导致连接失败的第三接入网设备发送第一报告，所述第一报告包括所述失败报告。

3.一种通信方法，其特征在于，包括：

确定失败报告，所述失败报告包括所述终端设备检测到在主小区组MCG发生连接失败的情况下尝试进行MCG连接恢复的辅小区组SCG的小区信息；

向第一接入网设备发送所述失败报告。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述SCG为所述终端设备检测到主小区组MCG发生连接失败后，检测到发生连接失败的SCG；或者，所述SCG为所述终端设备检测到主小区组MCG发生连接失败后进行MCG连接恢复成功的SCG。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述失败报告还包括以下信息中的至少一种：

所述MCG的小区信息；

在所述MCG发生连接失败的类型；

所述终端设备在所述MCG发生连接失败之后尝试连接的小区信息。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述失败报告还包括以下至少一种信息：

在所述MCG发生连接失败之前，所述终端设备收到切换命令的小区信息；

在所述MCG发生连接失败之后，所述终端设备再次检测到发生连接失败的小区信息。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述失败报告还包括以下至少一种信息：

在所述MCG发生连接失败前收到切换命令，到所述MCG发生连接失败的时长；

从所述MCG发生连接失败，到所述终端设备在所述MCG发生连接失败之后检测到再次发生连接失败的时长；

从所述MCG发生连接失败，到所述终端设备在所述MCG发生连接失败之后收到切换命令消息的时长；

从所述终端设备在所述MCG发生连接失败之后收到切换命令消息，到所述终端设备在所述MCG发生连接失败之后检测到再次连接失败的时长；

所述终端设备在所述MCG发生连接失败之后，检测到再次连接失败之后的时长；

所述终端设备在所述MCG发生连接失败之后，所述终端设备收到切换命令消息之后的时长。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述失败报告还包括：

在所述MCG发生连接失败之后，所述终端设备检测到的再次发生的连接失败的类型。

9.一种无线通信的装置，其特征在于，包括：

用于确定失败报告的单元，所述失败报告包括所述终端设备检测到在主小区组MCG发生连接失败的情况下尝试进行MCG连接恢复的辅小区组SCG的小区信息；

用于向第一接入网设备发送所述失败报告的单元。

10.一种无线通信的系统，其特征在于，包括第一接入网设备和第二接入网设备，所述第一接入网设备用于接收终端设备发送的失败报告，所述失败报告包括所述终端设备检测到在主小区组MCG发生连接失败的情况下尝试进行MCG连接恢复的辅小区组SCG的小区信息，根据所述失败报告，确定发生连接失败的小区，以及向所述第一接入网设备向所述发生连接失败的小区所属的第二接入网设备发送失败指示，所述失败指示包括所述失败报告；

所述第二接入网设备用于根据所述失败报告，确定导致连接失败的接入网设备。

11.根据权利要求10所述的系统，其特征在于，所述第二接入网设备还用于向所述导致连接失败的第三接入网设备发送第一报告，所述第一报告包括所述失败报告。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，当所述计算机程序被运行时，使得所述如权利要求1至8中任意一项所述的方法被执行。

13.一种包含指令的计算机程序产品，其特征在于，当其在计算机上运行时，使得如权利要求1-8任一项所述的方法被实现。

Images