WO2024103267A1

WO2024103267A1 - 小区变更失败处理方法、装置、通信装置和存储介质

Info

Publication number: WO2024103267A1
Application number: PCT/CN2022/132100
Authority: WO
Inventors: 罗星熠; 吴昱民
Original assignee: 北京小米移动软件有限公司
Priority date: 2022-11-15
Filing date: 2022-11-15
Publication date: 2024-05-23

Abstract

本公开涉及小区变更失败处理方法、装置、通信装置和存储介质，其中，所述小区变更失败处理方法包括：确定至少一个小区变更失败；进行连接恢复。根据本公开，终端在确定至少一个小区变更失败的情况下，可以进行连接恢复，恢复与小区之间的连接，从而确保终端能够继续保持通信，而不会因为至少一个小区变更失败而没有连接的小区导致通信中断。

Description

小区变更失败处理方法、装置、通信装置和存储介质

技术领域

本公开涉及通信技术领域，具体而言，涉及小区变更失败处理方法、小区变更失败处理装置、通信装置和计算机可读存储介质。

背景技术

在某些场景下，终端可以进行小区变更，但是由于多方面因素，小区变更操作并不能保证必定成功，会存在小区变更失败的情况。

发明内容

本实施例提出了小区变更失败处理方法、小区变更失败处理装置、通信装置和计算机可读存储介质，以解决相关技术中的技术问题。

根据本公开实施例的第一方面，提出一种小区变更失败处理方法，由终端执行，所述方法包括：确定至少一个小区变更失败；进行连接恢复。

根据本公开实施例的第二方面，提出一种小区变更失败处理方法，由网络设备执行，所述方法包括：在终端进行至少一个小区变更失败的情况下，与所述终端进行连接恢复。

根据本公开实施例的第三方面，提出一种小区变更失败处理装置，所述装置包括：处理模块，被配置为确定至少一个小区变更失败；连接模块，被配置为进行连接恢复。

根据本公开实施例的第四方面，提出一种小区变更失败处理装置，所述装置包括：连接模块，被配置为在终端进行至少一个小区变更失败的情况下，与所述终端进行连接恢复。

根据本公开实施例的第五方面，提出一种小区变更失败处理系统，包括终端、网络设备，其中所述终端被配置为实现上述由终端执行的小区变更失败处理方法，所述网络设备被配置为实现上述由网络设备执行的小区变更失败处理方法。

根据本公开实施例的第六方面，提出一种通信装置，包括：处理器；用于存储计算机程序的存储器；其中，当所述计算机程序被处理器执行时，实现上述由终端执行的小区变更失败处理方法。

根据本公开实施例的第七方面，提出一种通信装置，包括：处理器；用于存储计算机程序的存储器；其中，当所述计算机程序被处理器执行时，实现上述由网络设备执行的小区变更失败处理方法。

根据本公开实施例的第八方面，提出一种计算机可读存储介质，用于存储计算机程序，当所述计算机程序被处理器执行时，实现上述由终端执行的小区变更失败处理方法。

根据本公开实施例的第九方面，提出一种计算机可读存储介质，用于存储计算机程序，当所述计算机程序被处理器执行时，实现上述由网路设备执行的小区变更失败处理方法。

根据本公开的实施例，终端在确定至少一个小区变更失败的情况下，可以进行连接恢复，恢复与小区之间的连接，从而确保终端能够继续保持通信，而不会因为至少一个小区变更失败而没有连接的小区导致通信中断。

附图说明

为了更清楚地说明本公开实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是根据本公开的实施例示出的一种小区变更失败处理方法的示意流程图。

图2是根据本公开的实施例示出的另一种小区变更失败处理方法的示意流程图。

图3是根据本公开的实施例示出的又一种小区变更失败处理方法的示意流程图。

图4是根据本公开的实施例示出的又一种小区变更失败处理方法的示意流程图。

图5是根据本公开的实施例示出的又一种小区变更失败处理方法的示意流程图。

图6是根据本公开的实施例示出的又一种小区变更失败处理方法的示意流程图。

图7是根据本公开的实施例示出的又一种小区变更失败处理方法的示意流程图。

图8是根据本公开的实施例示出的一种小区变更失败处理方法的示意流程图。

图9是根据本公开的实施例示出的另一种小区变更失败处理方法的示意流程图。

图10是根据本公开的实施例示出的又一种小区变更失败处理方法的示意流程图。

图11是根据本公开的实施例示出的又一种小区变更失败处理方法的示意流程图。

图12是根据本公开的实施例示出的又一种小区变更失败处理方法的示意流程图。

图13是根据本公开的实施例示出的又一种小区变更失败处理方法的示意流程图。

图14是根据本公开的实施例示出的一种小区变更失败处理装置的示意框图。

图15是根据本公开的实施例示出的一种小区变更失败处理装置的示意框图。

图16是根据本公开的实施例示出的一种用于小区变更失败处理的装置的示意框图。

图17是根据本公开的实施例示出的一种用于小区变更失败处理的装置的示意框图。

具体实施方式

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

在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

出于简洁和便于理解的目的，本文在表征大小关系时，所使用的术语为“大于”或“小于”、“高于”或“低于”。但对于本领域技术人员来说，可以理解：术语“大于”也涵盖了“大于等于”的含义，“小于”也涵盖了“小于等于”的含义；术语“高于”涵盖了“高于等于”的含义，“低于”也涵盖了“低于等于”的含义。

图1是根据本公开的实施例示出的一种小区变更失败处理方法的示意流程图。本实施例所示的小区变更失败处理方法可以由终端执行，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等通信装置。所述终端可以与网络设备通信，所述网络设备包括但不限于4G、5G、6G等通信系统中的网络设备，例如基站、核心网等。

如图1所示，所述小区变更失败处理方法可以包括以下步骤：

在步骤S101中，确定至少一个小区变更(Switch)失败；

在步骤S102中，进行连接恢复。

需要说明的是，在一个实施例中，至少一个小区变更(Switch)，与相关技术中的小区切换(handover)是不同的。

相关技术中的小区切换过程中对小区的测量操作是在L3(层3)执行的，并且需要执行小区选择/选取重选等操作，小区切换的过程需要基于RRC信令实现。而本公开实施例中的至少一个小区变更，对至少一个小区的测量操作是在L1(层1)执行的，而且可以不进行小区选择/小区重选等操作，也可以不基于RRC信令实现。

在一个实施例中，至少一个小区可以视作一个小区集合，小区集合包含一个或多个小区。其中，在小区集合包含多个小区的情况下，多个小区中的每个小区可以属于相同类型，或者，多个小区中的至少两个小区可以属于不同类型。本实施例可以适用于后续任一个涉及至少一个小区的实施例。

在一个实施例中，所述至少一个小区包括以下至少之一：

主小区组(Master Cell Group，MCG)；

主小区(Pcell)；

主小区(Pcell)和至少一个辅小区(Scell)。

在一个实施例中，终端在某些场景下，可以在至少一个小区中进行通信，例如在双连接(Dual Connectivity，DC)场景下，终端可以在主小区组和辅小区组(Secondary Cell Group，SCG)上与网络设备进行通信。在载波聚合(Carrier Aggregation，CA)场景下，终端可以在主小区和至少一个辅小区上进行通信。在非载波聚合场景下，终端可以在主小区上进行通信。

其中，主小区组可以包括主小区和至少一个辅小区；辅小区组可以包括主辅小区(PScell)和至少一个辅小区。当然，主小区组和辅小区组的构成并不限于以上情况，具体可以根据需要设置。

在某些事件发生时，终端可以确定需要进行至少一个小区变更。以下对该事件的几种情况进行示例性描述：

例如，终端在接收到所述至少一个小区中第一小区发送的变更命令(switch command)时，可以确定第一小区需要终端进行至少一个小区变更。在本实施例中，第一小区可以是终端进行至少一个小区变更前所在至少一个小区中的一个或多个小区，例如变更前所在至少一个小区为MCG，那么第一小区可以是MCG中的主小区(Pcell)、也可以是MCG中的一个或多个辅小区(Scell)。

例如，终端确定满足触发所述至少一个小区变更的条件时，那么可以确定终端自身需要进行至少一个小区变更，例如由终端的用户触发的，从而可以确定需要进行至少一个小区变更。

应当理解的是，使得终端确定需要进行至少一个小区变更的事件，并不限于上述几种，具体可以根据需要进行设置。

在一个实施例中，终端在确定需要进行至少一个小区变更时，可以进行至少一个小区变更。

例如在至少一个小区包括MCG时，进行至少一个小区变更，可以变更MCG，例如变更MCG中的所有小区(主小区和辅小区)，或者变更MCG中的部分小区。

例如在至少一个小区包括主小区时，进行至少一个小区变更，可以变更主小区。

例如在至少一个小区包括主小区和至少一个辅小区时，进行至少一个小区变更，可以变更主小区和至少一个辅小区。

在某些情况下，终端进行至少一个小区变更，会发生至少一个小区变更失败，关于至少一个小区变更失败的情况在后续实施例中进行描述，此处暂不展开。

根据本实施例，终端在确定至少一个小区变更失败的情况下，可以进行连接恢复，恢复与小区之间的连接，从而确保终端能够继续保持通信，而不会因为至少一个小区变更失败而没有连接的小区导致通信中断。

图2是根据本公开的实施例示出的另一种小区变更失败处理方法的示意流程图。如图2所示，所述确定至少一个小区变更失败包括：

在步骤S201中，在与至少一个小区变更相关联的定时器超时时，确定至少一个小区变更失败。

在一个实施例中，终端中可以配置有在与至少一个小区变更相关联的定时器，在该定时器超时时，终端可以确定至少一个小区变更失败。其中，定时器的超时时长可以是网络设备配置的，也可以是根据协议约定确定的，当定时器开始计时后，计时时长大于或等于超时时长时，可以确定定时器超时。

需要说明的是，定时器的超时时长本质上就是一段预设时长，所以本实施例实现方式可以描述为，从确定需要进行至少一个小区变更开始，持续第一预设时长未确定至少一个小区变更成功，则确定至少一个小区变更失败。

在一个实施例中，触发所述定时器开始计时的事件包括以下至少之一：

接收到所述至少一个小区中第一小区发送的变更命令，例如在至少一个小区包括MCG的情况下，所述变更命令可以是主小区组变更命令(MCG switch command)；

向所述第一小区发送所述变更命令的反馈(feedback)；

确定满足触发所述至少一个小区变更的条件；

释放所述至少一个小区中的主小区。

需要说明的是，第一小区并非特指某个小区，而是指终端进行至少一个小区变更前所在的至少一个小区中的任一个小区。

在一个实施例中，关于接收到所述至少一个小区中第一小区发送的变更命令，确定满足触发所述至少一个小区变更的条件，这两种情况在前文实施例已描述，此处不再赘述。主要针对以下两种情况进行描述：向所述第一小区发送所述变更命令的反馈；释放所述至少一个小区中的主小区。

例如，终端在接收到所述至少一个小区中第一小区发送的变更命令后，向所述第一小区发送所述变更命令的反馈，可以确定终端同意变更命令，那么就需要进行至少一个小区变更。其中，反馈可以以混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)的形式发送，也可以以媒体接入控制层控制元素(Media Access Control Control Element，MAC CE)的形式发送，具体可以根据需要设置。

例如，终端在释放所述至少一个小区中的主小区(包括但不限于释放了主小区的MAC层参数)时，可以确定需要进行至少一个小区变更。由于终端在至少一个小区上进行通信，主要就是在至少一个小区中的主小区上进行通信，当终端释放了主小区，就不会在主小区上通信了，所以可以确定需要进行至少一个小区变更。

在一个实施例中，终端在确定触发所述定时器开始计时的事件时，可以启动定时器。

在一个实施例中，在至少一个小区变更为基于随机接入的变更的情况下，触发所述定时器结束计时的事件包括：

向目标小区发起的随机接入成功。

在一个实施例中，目标小区可以是终端需要变更到的至少一个小区中的一个或多个小区。

例如，在至少一个小区包括MCG时，目标小区可以是需要变更到的MCG，例如MCG中的主小区和辅小区，或者，目标小区可以是需要变更到的MCG中的主小区，或者，目标小区可以是需要变更到的MCG中的辅小区。

例如，在至少一个小区包括主小区时，目标小区可以是需要变更到的主小区。

例如，在至少一个小区包括主小区和至少一个辅小区时，目标小区可以是需要变更到的主小区和至少一个辅小区中的主小区和辅小区，或者，目标小区可以是需要变更到的主小区和至少一个辅小区中的主小区，或者，目标小区可以是需要变更到的主小区和至少一个辅小区中的辅小区。

在一个实施例中，在至少一个小区变更为基于随机接入的变更的情况下，终端可以基于随机接入进行至少一个小区变更，例如向目标小区发起随机接入。其中，在随机接入为4步随机接入的情况下，终端在接收到4步随机接入的第4条消息Msg4时，可以确定随机接入成功；在随机接入为2步随机接入的情况下，终端在接收到2步随机接入的第2条消息Msg4时，可以确定随机接入成功。

在定时器超时前，终端确定向目标小区发起的随机接入成功，则可以结束定时器的计时。在下一次确定需要进行至少一个小区变更时(例如下一次发生使得终端确定需要进行至少一个小区变更的事件，具体事件请参考前文实施例，此处不再赘述)，再重启定时器，则定时器重新开始计时。而若在定时器超时前，终端未能确定向目标小区发起的随机接入成功，那么在定时器超时时，终端可以确定至少一个小区变更失败。

需要说明的是，在本实施例中，终端进行至少一个小区变更时，变更前的源小区，和变更后的目标小区，可以是同一个基站下的小区或小区组，也可以是不同基站下的小区或小区组。

在一个实施例中，在至少一个小区变更为非基于随机接入的变更的情况下，触发所述定时器结束计时的事件包括以下至少之一：

接收到目标小区发送的下行传输；

接收到目标小区发送的用于调度新传的下行控制信息；

接收到指示接入成功的反馈信息，例如反馈信息可以以显式方式发送，也可以以隐式方式发送，以下实施例主要对显式方式进行示例性描述。

其中，目标小区是终端需要变更到的至少一个小区。

在一个实施例中，在至少一个小区变更为非基于随机接入的变更的情况下，终端进行的至少一个小区变更，可以不基于随机接入进行，例如终端可以向目标小区发送通知信息(例如MAC CE)，以通知目标小区，终端要变更到目标小区。

那么终端在某些事件下，可以确定至少一个小区变更成功，成功变更到了目标小区。以下对该事件的几种情况进行示例性描述：

例如，终端接收到目标小区发送的下行传输。具体可以是从终端向目标小区发送通知信息开始的第二预设时长范围内，终端接收到目标小区发送的下行传输。由于终端成功变更到目标小区后，目标小区才会向终端发送的下行传输，因此，终端可以在接收到目标小区发送的下行传输时确定至少一个小区变更成功。其中，所述下行传输包括但不限于物理下行控制信道(Physical Downlink Control Channel，PDCCH)，例如可以是通过所述终端的小区无线网络临时标识(Cell-Radio Network Temporary Identifier，C-RNTI)进行加扰的PDCCH。

例如，终端接收到目标小区发送的用于调度新传(可以是新的上行传输，也可以是新的下行传输)的下行控制信息(Downlink Control Information，DCI)。具体可以是从终端向目标小区发送通知信息开始的第三预设时长范围内，终端接收到目标小区发送的用于调度新传的下行控制信息。由于终端成功变更到目标小区后，目标小区才会向终端发送用于调度新传的下行控制信息，因此，终端可以在收到目标小区发送的用于调度新传的DCI时确定至少一个小区变更成功。其中，用于调度新传的DCI，可以是通过所述终端的小区无线网络临时标识C-RNTI进行加扰的DCI。

例如，终端接收到指示接入成功的反馈信息。反馈信息可以是针对通知信息的反馈，具体可以是从终端向目标小区发送通知信息开始的第四预设时长范围内，终端接收到目标小区发送的反馈信息。由于终端成功变更到目标小区后，目标小区才会向终端发送反馈信息以通知终端接入成功，因此，终端可以在接收到指示接入成功的反馈信息时，确定至少一个小区变更成功。

应当理解的是，使得终端确定需要至少一个小区变更成功的事件，并不限于上述几种，具体可以根据需要进行设置。

在一个实施例中，触发与至少一个小区变更相关联的定时器结束计时的事件，与使得终端确定需要至少一个小区变更成功的事件，可以是相同的。那么终端可以在确定至少一个小区变更成功时，控制定时器结束计时，从而计时器不会超时，终端也就不会确定至少一个小区变更失败。

在一个实施例中，所述反馈信息包括以下至少之一：

无线资源控制(Radio Resource Control，RRC)层信令；

媒体接入控制层信令，例如MAC CE；

物理层信令，例如DCI。

以反馈信息为MAC CE进行示例。为了与相关技术中的MAC CE形成区别，一个实施例中，可以定义新的MAC CE作为反馈信息；另一实施例中，可以复用竞争解决MAC CE，但是需要将MAC CE中的值全部置为预定义的值(例如0或1)。

关于图2所示实施例，可以独立实施，也可以在前文任一实施例的基础上实施。例如在图1所示实施例基础上，可以按照如下步骤实施：

在与至少一个小区变更相关联的定时器超时时，确定至少一个小区变更失败；

进行连接恢复。

相关的实施例可以参考前文描述，相关的实施例可以单独实施，也可以根据需要结合后实施，本公开并不限制。

在定时器超时的情况下，终端可以确定至少一个小区变更失败，从而可以进行连接恢复。以下通过几个实施例对进行连接恢复的方式进行示例性说明。

图3是根据本公开的实施例示出的又一种小区变更失败处理方法的示意流程图。如图3所示，所述进行连接恢复包括：

在步骤S301中，在存在辅小区组的情况下，向所述辅小区组发送至少一个小区变更失败信息；

在步骤S302中，根据所述辅小区组的控制进行连接恢复。

在一个实施例中，当存在辅小区组的情况下(终端被配置了辅小区组，且辅小区组处于可用状态)，若网络设备配置终端，使得终端可以向辅小区组发送至少一个小区变更失败信息，或者协议约定终端可以向辅小区组发送至少一个小区变更失败信息，那么终端可以向辅小区组发送至少一个小区变更失败信息，进而可以在辅小区组的控制下进行连接恢复。

其中，辅小区组控制终端进行连接恢复的过程具体依据辅小区组的实现，本公开并不限制。例如辅小区组可以控制终端将辅小区组作为至少一个小区接入以恢复连接，例如辅小区组可以为终端指定一个小区组作为至少一个小区接入以恢复连接。

在一个实施例中，所述进行连接恢复还包括：

在不存在辅小区组的情况下，进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，在不存在辅小区组的情况下，例如网络设备没有为终端配置辅小区组，或者为终端配置了辅小区组，但是辅小区组处于不可用状态，那么终端可以进行小区选择，然后通过选择的小区进行无线资源控制重建以恢复连接。

需要说明的是，本实施例中的无线资源控制重建，与相关技术中的无线资源控制重建可以不同。

在一个实施例中，所述通过选择的小区进行无线资源控制重建以恢复连接包括：

在选择的小区为预先预配置了无线资源控制参数的候选小区的情况下，根据所述无线资源控制参数在所述候选小区上进行连接恢复。

在一个实施例中，候选小区可以是终端在进行至少一个小区变更之前，通过L3进行测量和上报测量结果，网络设备根据测量结果为终端选定的，并且网络设备为终端配置了候选小区的无线资源控制参数。

终端在小区选择时，选择了候选小区的情况下，可以根据预先配置的候选小区的无线资源控制参数在候选小区上进行连接恢复，相对于相关技术中的无线资源控制重建过程，由于候选小区的无线资源控制参数在终端进行至少一个小区选择之前，已经由网络设备配置给终端了，所以本实施例中网络设备只需给终端配置预先预配置的无线资源控制参数以外的无线资源控制参数。

基于网络设备的指示，根据配置给源小区的无线资源控制参数在选择的小区上进行连接恢复。

在一个实施例中，网络设备可以指示终端，根据配置给源小区的无线资源控制参数在选择的小区上进行连接恢复，由于源小区的无线资源控制参数在终端进行至少一个小区选择之前，已经由网络设备配置给终端了，所以本实施例中网络设备只需给终端配置预先预配置的无线资源控制参数以外的无线资源控制参数。据此，有利于简化连接恢复过程中网络设备为终端配置无线资源控制参数的过程，进而有利于尽快完成连接恢复。

关于图3所示实施例，可以独立实施，也可以在前文任一实施例的基础上实施。例如在图1所示实施例基础上，可以按照如下步骤实施：

确定至少一个小区变更失败；

在存在辅小区组的情况下，向所述辅小区组发送至少一个小区变更失败信息；

根据所述辅小区组的控制进行连接恢复。

图4是根据本公开的实施例示出的又一种小区变更失败处理方法的示意流程图。如图4所示，所述进行连接恢复包括：

在步骤S401中，通过源小区进行连接恢复。

在一个实施例中，源小区可以是终端进行至少一个小区变更之前所在至少一个小区中的一个或多个小区。

例如，在至少一个小区包括MCG时，源小区可以是进行至少一个小区变更之前所在MCG，例如MCG中的主小区和辅小区，或者，源小区可以是进行至少一个小区变更之前所在MCG中的主小区，或者，源小区可以是进行至少一个小区变更之前所在MCG中的辅小区。

例如，在至少一个小区包括主小区时，源小区可以是进行至少一个小区变更之前所在的主小区。

例如，在至少一个小区包括主小区和至少一个辅小区时，源小区可以是进行至少一个小区变更之前所在主小区和至少一个辅小区中的主小区和辅小区，或者，源小区可以是进行至少一个小区变更之前所在主小区和至少一个辅小区中的主小区，或者，源小区可以是进行至少一个小区变更之前所在主小区和至少一个辅小区中的辅小区。

终端在确定至少一个小区变更失败时，可以不进行小区选择，直接通过源小区进行连接恢复，例如继续在源小区上进行通信。在终端进行至少一个小区变更成功后，例如变更到目标小区后，目标小区可以向源小区发送反馈，以通知源小区，终端成功变更到目标小区。源小区在接收到目标小区的反馈之前，可以保持与终端的连接，以便终端可以在至少一个小区变更失败的情况下，直接通过源小区进行连接恢复；源小区在接收到目标小区的反馈之后，才会释放与终端之间的连接。

由于源小区可以保持与终端之间的连接，以供终端通过源小区进行连接恢复，所以此过程中无需进行无线资源控制重建，便于终端快速进行连接恢复。

在一个实施例中，所述通过源小区进行连接恢复包括：

向所述源小区发送至少一个小区变更失败信息；

接入所述源小区。

在一个实施例中，终端通过源小区进行连接恢复，可以先向源小区发送至少一个小区变更失败信息，以通知源小区，终端发生了至少一个小区变更失败，确保源小区可以据此得知终端需要接入源小区，进而终端接入源小区，可以与源小区顺利进行通信，在此过程中无需进行无线资源控制重建。

在一个实施例中，所述进行连接恢复还包括：

在接入所述源小区失败的情况下，进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，终端通过源小区进行连接恢复，需要接入源小区。例如先向源小区发送至少一个小区变更失败信息，在接收到所述至少一个小区中第一小区的下行传输时，可以确定接入源小区成功。而若未接收到所述至少一个小区中第一小区的下行传输，例如从向源小区发送至少一个小区变更失败信息开始的第四预设时长范围内未接收到所述至少一个小区中第一小区的下行传输，可以确定接入源小区失败，那么终端可以进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。

关于图4所示实施例，可以独立实施，也可以在前文任一实施例的基础上实施。例如在图1所示实施例基础上，可以按照如下步骤实施：

确定至少一个小区变更失败；

通过源小区进行连接恢复。

图5是根据本公开的实施例示出的又一种小区变更失败处理方法的示意流程图。如图5所示，所述方法还包括：

在步骤S501中，对预先确定的多个小区进行评估；

在步骤S502中，确定满足评估条件的小区；

其中，所述进行连接恢复(例如图1所示实施例中步骤S102，或者前文任一实施例中的进行连接恢复)包括：

在步骤S503中，通过所述满足评估条件的小区进行连接恢复。

在一个实施例中，终端在至少一个小区变更之前，可以预先确定多个小区，例如多个小区可以根据协议约定确定，多个小区也根据网络设备配置的小区列表确定。终端可以对多个小区进行评估，并确定满足评估条件的小区，进而在至少一个小区变更失败后，进行连接恢复时，可以通过满足评估条件的小区进行连接恢复(例如通过无线资源控制重建实现)，而不必再进行小区选择操作，据此，有利于快速完成连接恢复。

其中，对多个小区进行评估的方式可以根据需要进行设置，本公开并不限制。例如对于多个小区中的每个小区，可以以小区的波束质量平均值Q(例如多次测量小区的波束质量的均值确定)表征该小区的信道条件。

例如评估条件是Q大于阈值T1，如果小区对应Q大于阈值T1，可以将小区确定为满足评估条件的小区，添加至备选小区集合，后续终端可以在备选小区集合中选择小区进行连接恢复。而对于备选小区集合中的小区，可以继续进行评估，当某一次评估的Q不大于阈值T1，可以将小区从备选小区集合中移除。

例如评估条件连续N次测得的Q大于阈值T1，可以根据小区连续多次评估结果确定小区是否满足评估条件，例如对于小区连续评估多次得到的Q都大于T1，才将小区确定为满足评估条件的小区，添加至备选小区集合，后续终端可以在备选小区集合中选择小区进行连接恢复。而对于备选小区集合中的小区，可以继续进行评估，当连续评估的Q小于阈值T2(可以等于T1，或者为比T1小的值，或者为比T1大的值)，可以将小区从备选小区集合中移除。

在一个实施例中，当存在多个满足评估条件的小区时，终端可以自行选择一个小区进行连接恢复，也可以根据预定义规则确定一个小区进行连接恢复，例如选择最近一次评估满足评估结果的小区进行连接恢复。

在一个实施例中，若对于满足评估条件的小区，网络设备预先通过定时提前管理(TA management)告知了终端该小区的定时提前(Timing Advance.，TA)，那么可以认为终端在该小区上完成了上行同步，则不必进行随机接入，就可以向该小区发送信息，例如使用预留资源(可以是预先配置的)发送消息，据此，有利于快速完成连接恢复。而对于没有预先告知TA的满足评估条件的小区，终端小区上进行连接恢复，需要进行随机接入。

在一个实施例中，所述预先确定的多个小区包括以下至少之一：

源小区；

预先预配置了无线资源控制参数的候选小区。

在一个实施例中，在源小区满足评估条件的情况下，由于源小区的无线资源控制参数对于终端而言是已知的，所以终端通过源小区进行连接恢复时，网络设备可以不必为终端再度配置源小区的无线资源控制参数，据此，有利于简化连接恢复过程中网络设备为终端配置无线资源控制参数的过程，进而有利于尽快完成连接恢复。

在一个实施例中，在候选小区满足评估条件的情况下，终端通过候选小区进行连接恢复。其中，候选小区可以是终端在进行至少一个小区变更之前，通过L3进行测量和上报测量结果，网络设备根据测量结果为终端选定的，并且网络设备为终端配置了候选小区的无线资源控制参数(例如物理下行控制信道资源等)。

由于终端进行至少一个小区变更，原因一般是源小区的服务质量相对较差，所进行至少一个小区变更失败后，通过源小区进行连接恢复，源小区可能并不是合适的小区。而如果在进行至少一个小区变更失败后，通过无线资源控制重建的方式进行连接恢复，由于需要进行小区选择，耗时较长，会导致连接中断时间较长。

而根据本实施例，由于候选小区的无线资源控制参数在终端进行至少一个小区选择之前，已经由网络设备配置给终端了，所以对于候选小区，网络设备只需给终端配置预先预配置的无线资源控制参数以外的无线资源控制参数。据此，相对于通过源小区进行连接恢复，有利于通过更为合适的小区进行连接恢复，相对于通过无线资源控制重建的方式进行连接恢复，有利于简化连接恢复过程中网络设备为终端配置无线资源控制参数的过程，以便尽快完成连接恢复。

在一个实施例中，所述进行连接恢复还包括：

在不存在满足评估条件的小区的情况下，进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，终端对多个小区进行评估，可能出现在不存在满足评估条件的小区的情况，那么在这种情况相下，终端可以进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。

关于图5所示实施例，可以独立实施，也可以在前文任一实施例的基础上实施。例如在图1所示实施例基础上，可以按照如下步骤实施：

对预先确定的多个小区进行评估；

确定满足评估条件的小区；

确定至少一个小区变更失败；

通过所述满足评估条件的小区进行连接恢复。

图6是根据本公开的实施例示出的又一种小区变更失败处理方法的示意流程图。如图6所示，所述进行连接恢复包括：

在步骤S601中，确定网络设备所指示的用于连接恢复的小区；

在步骤S602中，通过所述用于连接恢复的小区进行连接恢复。

在一个实施例中，网络设备可以向终端指示用于连接恢复的小区，那么终端在至少一个小区变更失败后，进行连接恢复时，无需进行小区选择，直接通过网络设备所指示的用于连接恢复的小区进行连接恢复即可。例如，网络设备可以在向终端发送的至少一个小区变更的命令中指示用于连接恢复的小区。

在一个实施例中，所述进行连接恢复还包括：

在通过所述用于连接恢复的小区进行连接恢复失败时，进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，终端通过网络设备指示的用于连接恢复的小区进行连接恢复，需要接入源小区。例如先向用于连接恢复的小区发送至少一个小区变更失败信息，在接收到用于连接恢复的小区的下行传输时，可以确定接入用于连接恢复的小区成功。而若未接收到用于连接恢复的小区的下行传输，例如从向用于连接恢复的小区发送至少一个小区变更失败信息开始的第五预设时长范围内未接收到用于连接恢复的小区的下行传输，可以确定接入用于连接恢复的小区失败，那么终端可以进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。

关于图6所示实施例，可以独立实施，也可以在前文任一实施例的基础上实施。例如在图1所示实施例基础上，可以按照如下步骤实施：

确定至少一个小区变更失败；

确定网络设备所指示的用于连接恢复的小区；

通过所述用于连接恢复的小区进行连接恢复。

图7是根据本公开的实施例示出的又一种小区变更失败处理方法的示意流程图。如图7所示，所述进行连接恢复包括：

在步骤S701中，进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，终端在至少一个小区变更失败后，进行连接恢复时，可以进行小区选择，并通过选择的小区进行无线资源控制重建以恢复连接。

需要说明的是，本公开实施例中的无线资源控制重建与相关技术中的无线资源控制重建有所不同，以下通过几个实施例进行说明。

终端在小区选择时，选择了候选小区的情况下，可以根据预先配置的候选小区的无线资源控制参数在候选小区上进行连接恢复，相对于相关技术中的无线资源控制重建过程，由于候选小区的无线资源控制参数在终端进行至少一个小区选择之前，已经由网络设备配置给终端了，所以本实施例中网络设备只需给终端配置预先预配置的无线资源控制参数以外的无线资源控制参数。据此，有利于简化连接恢复过程中网络设备为终端配置无线资源控制参数的过程，进而有利于尽快完成连接恢复。

其中，终端通过候选小区进行连接恢复的尝试次数n可以是有限的，例如尝试次数可以基于协议约定确定，也可以由网络设备指示。终端可以在通过候选小区进行连接恢复失败的情况下，可以再次通过候选小区进行连接恢复失败，直至达到尝试次数n，然后可以通过其他方式进行连接恢复，以免过多次地尝试而导致连接恢复较慢，且浪费资源。

关于图7所示实施例，可以独立实施，也可以在前文任一实施例的基础上实施。例如在图1所示实施例基础上，可以按照如下步骤实施：

确定至少一个小区变更失败；

进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。

图8是根据本公开的实施例示出的一种小区变更失败处理方法的示意流程图。本实施例所示的变更失败处理方法可以由网络设备执行，所述网络设备可以与终端通信，所述网络设备包括但不限于4G基站、5G基站、6G基站等通信系统中的基站，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等通信装置。

如图8所示，所述变更失败处理方法可以包括以下步骤：

在步骤S801中，在终端进行至少一个小区变更失败的情况下，与所述终端进行连接恢复。

在一个实施例中，所述至少一个小区包括以下至少之一：

主小区组MCG；

主小区(Pcell)；

主小区(Pcell)和至少一个辅小区(Scell)。

在一个实施例中，终端在某些场景下，可以在至少一个小区中进行通信，例如在双连接DC场景下，终端可以在至少一个小区和辅小区组SCG上与网络设备进行通信。在载波聚合(Carrier Aggregation，CA)场景下，终端可以在主小区和至少一个辅小区上进行通信。在非载波聚合场景下，终端可以在主小区上进行通信。

例如，终端在接收到所述至少一个小区中第一小区发送的变更命令后，向所述第一小区发送所述变更命令的反馈(feedback)，可以确定终端同意进行至少一个小区变更命，那么就需要进行至少一个小区变更。其中，反馈可以以混合自动重传请求HARQ的形式发送，也可以以媒体接入控制层控制元素MAC CE的形式发送，具体可以根据需要设置。

在某些情况下，终端进行至少一个小区变更，会发生至少一个小区变更失败。关于至少一个小区变更失败的判断方式，可以以及定时器实现，相关实现方式在前文终端侧实施例已有描述，此处就不赘述了。

根据本实施例，网络设备在确定终端至少一个小区变更失败的情况下，可以与终端进行连接恢复，例如恢复终端与小区之间的连接，从而确保终端能够继续保持通信，而不会因为至少一个小区变更失败而没有连接的小区导致通信中断。

图9是根据本公开的实施例示出的另一种小区变更失败处理方法的示意流程图。如图9所示，所述与所述终端进行连接恢复包括：

在步骤S901中，在为所述终端配置了辅小区组的情况下，通过所述辅小区组接收所述终端发送的至少一个小区变更失败信息；

在步骤S902中，通过所述辅小区组控制所述终端进行连接恢复。

在一个实施例中，网络设备在为终端配置了辅小区组，且辅小区组处于可用状态时，若网络设备配置终端，使得终端可以向辅小区组发送至少一个小区变更失败信息，或者协议约定终端可以向辅小区组发送至少一个小区变更失败信息，那么终端可以向辅小区组发送至少一个小区变更失败信息，进而基站在通过辅小区组接收到至少一个小区变更失败信息后，可以通过辅小区组控制终端进行连接恢复。

其中，网络设备通过辅小区组控制终端进行连接恢复的过程具体基于网络设备的实现，本公开并不限制。例如网络设备可以控制终端将辅小区组作为至少一个小区接入以恢复连接，例如网络设备可以通过辅小区组可以为终端指定一个小区组作为至少一个小区接入以恢复连接。

在一个实施例中，所述与所述终端进行连接恢复还包括：

在没有为所述终端配置辅小区组或者为所述终端配置的辅小区组不可用的情况下，通过所述终端选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，在没有为所述终端配置辅小区组或者为所述终端配置的辅小区组不可用的情况下，终端可以进行小区选择，那么网络设备可以通过终端选择的小区与终端进行无线资源控制重建从而恢复连接。

在一个实施例中，所述通过所述终端选择的小区进行无线资源控制重建包括：

在所述终端选择的小区为预先预配置了无线资源控制参数的候选小区的情况下，根据所述无线资源控制参数在所述候选小区上与所述终端进行连接恢复。

在终端进行小区选择，选择了候选小区的情况下，网络设备根据预先配置的候选小区的无线资源控制参数在候选小区上与终端进行连接恢复，相对于相关技术中的无线资源控制重建过程，由于候选小区的无线资源控制参数在终端进行至少一个小区选择之前，已经由网络设备配置给终端了，所以本实施例中网络设备只需给终端配置预先预配置的无线资源控制参数以外的无线资源控制参数。

指示所述终端根据配置给源小区的无线资源控制参数在选择的小区上进行连接恢复；

根据配置给源小区的无线资源控制参数在选择的小区上与所述终端进行连接恢复。

关于图9所示实施例，可以独立实施，也可以在前文任一实施例的基础上实施。例如在图8所示实施例基础上，可以按照如下步骤实施：

在终端进行至少一个小区变更失败的情况下，且在为所述终端配置了辅小区组的情况下，通过所述辅小区组接收所述终端发送的至少一个小区变更失败信息；

通过所述辅小区组控制所述终端进行连接恢复。

图10是根据本公开的实施例示出的又一种小区变更失败处理方法的示意流程图。如图10所示，所述与所述终端进行连接恢复包括：

在步骤S1001中，保持源小区与所述终端的连接，通过所述源小区与所述终端进行连接恢复。

在终端至少一个小区变更成功后，例如变更到目标小区后，目标小区可以向源小区发送反馈，以通知源小区，终端成功变更到目标小区。网络设备在接收到目标小区的反馈之前，可以保持源小区与终端的连接，以便可以在终端至少一个小区变更失败的情况下，直接通过源小区与终端进行连接恢复；网络设备在接收到目标小区的反馈之后，才会释放源小区与终端之间的连接。

通过保持源小区与终端之间的连接，以供终端通过源小区进行连接恢复，此过程中无需进行无线资源控制重建，便于终端快速进行连接恢复。

在一个实施例中，所述通过源小区与所述终端进行连接恢复包括：

通过所述源小区接收所述终端发送的至少一个小区变更失败信息。

在一个实施例中，终端通过源小区进行连接恢复，可以先向源小区发送至少一个小区变更失败信息，网络设备可以通过源小区接收终端发送的至少一个小区变更失败信息，据此可以确定终端发生了至少一个小区变更失败，终端需要接入源小区，进而终端接入源小区，可以与源小区顺利进行通信，在此过程中无需进行无线资源控制重建。

在一个实施例中，所述与所述终端进行连接恢复还包括：

在所述终端接入所述源小区失败的情况下，通过所述终端选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，终端通过源小区进行连接恢复，需要接入源小区。例如先向源小区发送至少一个小区变更失败信息，在接收到所述至少一个小区中第一小区的下行传输时，可以确定接入源小区成功。而若未接收到所述至少一个小区中第一小区的下行传输，例如从向源小区发送至少一个小区变更失败信息开始的第四预设时长范围内未接收到所述至少一个小区中第一小区的下行传输，可以确定接入源小区失败，那么终端可以进行小区选择，网络设备则可以通过终端选择的小区与终端进行无线资源控制重建以恢复连接。

关于图10所示实施例，可以独立实施，也可以在前文任一实施例的基础上实施。例如在图8所示实施例基础上，可以按照如下步骤实施：

在终端进行至少一个小区变更失败的情况下，保持源小区与所述终端的连接，通过所述源小区与所述终端进行连接恢复。

图11是根据本公开的实施例示出的又一种小区变更失败处理方法的示意流程图。如图11所示，所述与所述终端进行连接恢复包括：

在步骤S1101中，通过所述终端对预先确定的多个小区进行评估确定的满足评估条件的小区进行连接恢复。

在一个实施例中，终端在至少一个小区变更之前，可以预先确定多个小区，例如多个小区可以根据协议约定确定，多个小区也根据网络设备配置的小区列表确定。终端可以对多个小区进行评估，并确定满足评估条件的小区，进而在至少一个小区变更失败后，网络设备可以通过满足评估条件的小区与终端进行连接恢复(例如基于无线资源控制重建实现)，而终端不必进行小区选择操作，据此，有利于快速完成连接恢复。

其中，对多个小区进行评估的方式可以根据需要进行设置，本公开并不限制。例如可以基于终端侧相关实施例实现，此处就不再赘述了。

源小区；

预先预配置了无线资源控制参数的候选小区。

而根据本实施例，由于候选小区的无线资源控制参数在终端进行至少一个小区选择之前，网络设备已经配置给终端了，所以对于候选小区，网络设备只需给终端配置预先预配置的无线资源控制参数以外的无线资源控制参数。据此，相对于通过源小区进行连接恢复，有利于通过更为合适的小区进行连接恢复，相对于通过无线资源控制重建的方式进行连接恢复，有利于简化连接恢复过程中网络设备为终端配置无线资源控制参数的过程，以便尽快完成连接恢复。

在一个实施例中，所述与所述终端进行连接恢复还包括：

在不存在满足评估条件的小区的情况下，通过所述终端选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，终端对多个小区进行评估，可能出现在不存在满足评估条件的小区的情况，那么在这种情况相下，终端可以进行小区选择，网络设备可以通过终端选择的小区进行无线资源控制重建以恢复连接。

关于图11所示实施例，可以独立实施，也可以在前文任一实施例的基础上实施。例如在图8所示实施例基础上，可以按照如下步骤实施：

在终端进行至少一个小区变更失败的情况下，通过所述终端对预先确定的多个小区进行评估确定的满足评估条件的小区进行连接恢复。

图12是根据本公开的实施例示出的又一种小区变更失败处理方法的示意流程图。如图12所示，所述与所述终端进行连接恢复包括：

在步骤S1201中，向所述终端发送至少一个小区变更的命令，所述命令用于指示的用于连接恢复的小区；

在步骤S1202中，通过所述用于连接恢复的小区与所述终端进行连接恢复。

在一个实施例中，在终端进行至少一个小区变更之前，网络设备可以向终端指示用于连接恢复的小区，那么终端在至少一个小区变更失败后，进行连接恢复时，无需进行小区选择，网络设备可以通过指示给终端的用于连接恢复的小区与终端进行连接恢复。例如，网络设备可以在向终端发送的至少一个小区变更的命令中指示用于连接恢复的小区。

在一个实施例中，所述与所述终端进行连接恢复还包括：

在通过所述用于连接恢复的小区与所述终端进行连接恢复失败时，通过所述终端选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，终端通过网络设备指示的用于连接恢复的小区进行连接恢复，需要接入源小区。例如先向用于连接恢复的小区发送至少一个小区变更失败信息，在接收到用于连接恢复的小区的下行传输时，可以确定接入用于连接恢复的小区成功。而若未接收到用于连接恢复的小区的下行传输，例如从向用于连接恢复的小区发送至少一个小区变更失败信息开始的第五预设时长范围内未接收到用于连接恢复的小区的下行传输，可以确定接入用于连接恢复的小区失败，那么终端可以进行小区选择，网络设备可以通过终端选择的小区与终端进行无线资源控制重建以恢复连接。

关于图12所示实施例，可以独立实施，也可以在前文任一实施例的基础上实施。例如在图8所示实施例基础上，可以按照如下步骤实施：

在终端进行至少一个小区变更失败的情况下，向所述终端发送至少一个小区变更的命令，所述命令用于指示的用于连接恢复的小区；

通过所述用于连接恢复的小区与所述终端进行连接恢复。

图13是根据本公开的实施例示出的又一种小区变更失败处理方法的示意流程图。如图13所示，所述与所述终端进行连接恢复包括：

在步骤S1301中，通过所述终端选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，网络设备在确定终端至少一个小区变更失败后，与终端进行连接恢复时，可以通过终端小区选择所选择的小区与终端进行无线资源控制重建以恢复连接。

需要说明的是，本公开实施例中的无线资源控制重建与现骨干技术中的无线资源控制重建有所不同，以下通过几个实施例进行说明。

在终端进行小区选择，选择了候选小区的情况下，网络设备根据预先配置的候选小区的无线资源控制参数在候选小区上与终端进行连接恢复，相对于相关技术中的无线资源控制重建过程，由于候选小区的无线资源控制参数在终端进行至少一个小区选择之前，已经由网络设备配置给终端了，所以本实施例中网络设备只需给终端配置预先预配置的无线资源控制参数以外的无线资源控制参数。据此，有利于简化连接恢复过程中网络设备为终端配置无线资源控制参数的过程，进而有利于尽快完成连接恢复。

关于图13所示实施例，可以独立实施，也可以在前文任一实施例的基础上实施。例如在图8所示实施例基础上，可以按照如下步骤实施：

在终端进行至少一个小区变更失败的情况下，通过所述终端选择的小区进行无线资源控制重建以恢复连接。

与前述的小区变更失败处理方法的实施例相对应，本公开还提供了小区变更失败处理装置的实施例。

图14是根据本公开的实施例示出的一种小区变更失败处理装置的示意框图。本实施例所示的小区变更失败处理装置可以为终端，或者为终端中的模块构成的装置，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等通信装置。所述终端可以与网络设备通信，所述网络设备包括但不限于4G、5G、6G等通信系统中的网络设备，例如基站、核心网等。

如图14所述，所述小区变更失败处理装置包括：

处理模块1401，被配置为确定至少一个小区变更失败；

连接模块1402，被配置为进行连接恢复。

在一个实施例中，所述处理模块，被配置为在与至少一个小区变更相关联的定时器超时时，确定至少一个小区变更失败。

在一个实施例中，触发所述定时器开始计时的事件包括以下至少之一：接收到所述至少一个小区中第一小区发送的变更命令；向所述第一小区发送所述变更命令的反馈；确定满足触发所述至少一个小区变更的条件；释放所述至少一个小区中的主小区。

在一个实施例中，在至少一个小区变更为基于随机接入的变更的情况下，触发所述定时器结束计时的事件包括：向目标小区发起的随机接入成功。

在一个实施例中，在至少一个小区变更为非基于随机接入的变更的情况下，触发所述定时器结束计时的事件包括以下至少之一：接收到目标小区发送的下行传输；接收到目标小区发送的用于调度新传的下行控制信息；接收到指示接入成功的反馈信息。

在一个实施例中，所述反馈信息包括以下至少之一：无线资源控制层信令；媒体接入控制层信令；物理层信令。

在一个实施例中，所述连接模块，被配置为在存在辅小区组的情况下，向所述辅小区组发送至少一个小区变更失败信息；根据所述辅小区组的控制进行连接恢复。

在一个实施例中，所述连接模块，还被配置为在不存在辅小区组的情况下，进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，所述连接模块，被配置为通过源小区进行连接恢复。

在一个实施例中，所述连接模块，被配置为向所述源小区发送至少一个小区变更失败信息；接入所述源小区。

在一个实施例中，所述连接模块，还被配置为在接入所述源小区失败的情况下，进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，所述处理模块，还被配置为对预先确定的多个小区进行评估；确定满足评估条件的小区；其中，所述连接模块，被配置为通过所述满足评估条件的小区进行连接恢复。

在一个实施例中，所述预先确定的多个小区包括以下至少之一：源小区；预先预配置了无线资源控制参数的候选小区。

在一个实施例中，所述连接模块，还被配置为在不存在满足评估条件的小区的情况下，进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，所述连接模块，被配置为确定网络设备所指示的用于连接恢复的小区；通过所述用于连接恢复的小区进行连接恢复。

在一个实施例中，所述连接模块，还被配置为在通过所述用于连接恢复的小区进行连接恢复失败时，进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，所述连接模块，被配置为进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，所述连接模块，被配置为在选择的小区为预先预配置了无线资源控制参数的候选小区的情况下，根据所述无线资源控制参数在所述候选小区上进行连接恢复。

在一个实施例中，所述连接模块，被配置为基于网络设备的指示，根据配置给源小区的无线资源控制参数在选择的小区上进行连接恢复。

在一个实施例中，所述至少一个小区包括以下至少之一：主小区组；主小区；主小区和至少一个辅小区。

图15是根据本公开的实施例示出的一种小区变更失败处理装置的示意框图。本实施例所示的小区变更失败处理装置可以为网络设备，或者为网络设备中的模块构成的装置，所述网络设备可以与终端通信。所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等通信装置。所述网络设备包括但不限于4G、5G、6G等通信系统中的网络设备，例如基站、核心网等。

如图15所述，所述小区变更失败处理装置包括：

连接模块1501，被配置为在终端进行至少一个小区变更失败的情况下，与所述终端进行连接恢复。

在一个实施例中，所述连接模块，被配置为在为所述终端配置了辅小区组的情况下，通过所述辅小区组接收所述终端发送的至少一个小区变更失败信息；通过所述辅小区组控制所述终端进行连接恢复。

在一个实施例中，所述连接模块，还被配置为在没有为所述终端配置辅小区组或者为所述终端配置的辅小区组不可用的情况下，通过所述终端选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，所述连接模块，被配置为保持源小区与所述终端的连接，通过所述源小区与所述终端进行连接恢复。

在一个实施例中，所述连接模块，被配置为通过所述源小区接收所述终端发送的至少一个小区变更失败信息。

在一个实施例中，所述连接模块，还被配置为在所述终端接入所述源小区失败的情况下，通过所述终端选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，所述连接模块，被配置为通过所述终端对预先确定的多个小区进行评估确定的满足评估条件的小区进行连接恢复。

在一个实施例中，所述连接模块，被配置为在不存在满足评估条件的小区的情况下，通过所述终端选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，所述装置还包括：发送模块，被配置为向所述终端发送至少一个小区变更的命令，所述命令用于指示的用于连接恢复的小区；其中，连接模块，被配置为通过所述用于连接恢复的小区与所述终端进行连接恢复。

在一个实施例中，所述连接模块，还被配置为在通过所述用于连接恢复的小区与所述终端进行连接恢复失败时，通过所述终端选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，所述连接模块，被配置为通过所述终端选择的小区进行无线资源控制重建以恢复连接。

在一个实施例中，所述连接模块，被配置为在所述终端选择的小区为预先预配置了无线资源控制参数的候选小区的情况下，根据所述无线资源控制参数在所述候选小区上与所述终端进行连接恢复。

在一个实施例中，所述装置还包括：发送模块，被配置为指示所述终端根据配置给源小区的无线资源控制参数在选择的小区上进行连接恢复；其中，所述连接模块，被配置为根据配置给源小区的无线资源控制参数在选择的小区上与所述终端进行连接恢复。

在一个实施例中，引入基于计时器的小区变更失败(cell switch failure)恢复过程。

其中，关于cell switch failure探测：

在一个实施例中，可以定义一个新的定时器(timer)。

在一个实施例中，关于timer的开始时间，可以包括以下四种情况至少之一：

情况1：为接收到cell switch command的时候

情况2：向source MCG发送cell switch command feedback(i.e.HARQ/MAC CE)的时候；

情况3：满足cell switch触发事件(对于用户触发的cell switch)；

情况4：释放Pcell后；

其中，关于规定timer的结束时间：

对于基于随机接入的小区变更(RACH-based cell switch)情况下timer结束：

Successful RACH(Msg4/MsgB)，即用户完成到目标cell的随机接入过程；

对于基于非随机接入的小区变更(RACH-less cell switch)，可以在下面三种情况之一timer结束：

情况1：第一次接收到目标小区的DL传输的时候，具体地为接收到用户的C-RNTI加扰地PDCCH transmission；

情况2：第一次接收到调度了新的上行或者下行传输的DCI调度，且由用户的C-RNTI加扰的；

情况3：接收到显式的网络反馈信息，可以是特定的MAC CE或RRC message(消息)。如果采用MAC CE，可以有两种格式(Format)。格式1：定义新的MAC CE；格式2：复用Contention resolution MAC CE，只是要将该MAC CE的值置为预定义的值如全1或0。

当Timer超时，则认为出现了cell switch failure。

在一个实施例中，关于Cell switch failure恢复，可以基于以下几种方式中至少之一实现。

在一个实施例中，方式一：如果是终端有可用的SCG情况，并且网络配置或协议约定终端向SCG上报MCG failure，进而由SCG控制进行连接恢复。更进一步的，如果MCG failure，而且SCG也不可用，则触发如下的连接恢复(方式二)。

在一个实施例中，方式二：UE进行小区选择，通过选择的cell进行RRC重建以恢复连接，其中，主要包括以下两种情况：

情况1：如果选择的小区是候选配置中的小区，那么通过候选配置进行连接恢复，且该候选配置在failure过程使用n次。

情况2：在进行RRC重建的过程中，可以由网络指示是否通过switch前的源MCG中的小区的配置进行链接恢复。

在一个实施例中，方式三：略过cell选择过程，直接通过源小区进行连接恢复：

对于源小区，需要保留与用户的连接，等用户成功接入目标小区，由目标小区反馈后，再release与用户之间的link。

用户向源小区上报failure，不进行RRC重建，直接接入源小区。

如果失败，再进行cell选择和RRC重建过程(即再进行方式二)。

在一个实施例中，方式四：因为切换的原因是源小区的服务可能质量相对较差，方式三中源小区可能并不是合适的小区。而方式二中，failure之后需要进行cell selection，会导致中断时间较长。为此，考虑提前将恢复的cell选好，一旦出现failure，直接通过选定好的cell，进行RRC重建，恢复连接。

为用户配置一个cell列表，默认情况为各个候选cell和serving cell。对列表中的cell进行评估，如果满足特定条件，则将对应的cell作为可能的恢复cell。

评估方式：用cell的波束平均值Q代表该cell的信道条件。如果Q大于一定的阈值T1，则作为备选的恢复cell。如果已经作为备选的恢复cell的，在某次测量不满足条件了，将被从备选恢复cell中移除；或者，规定连续N次评估中，某个cell的Q都大于阈值，才能将其作为备选的恢复cell。而如果出现连续M次评估，该cell的Q有小于一定的阈值T2，则将其移除。

当出现cell switch failure之后，如果有满足条件的恢复cell，则通过该cell恢复连接；

或者，如果提前进行了TA management告知了该cell的TA，则通过预留资源，向该cell发送接入消息；

如果有多个满足条件的恢复cell，则有用户自行选择一个cell进行恢复

如果没有cell满足条件，则进行cell选择，进行连接恢复(即，再进行方式二的恢复方式)。

在一个实施例中，方式五：在cell switch command中指示多个cell，一个作为目标cell，另一个作为进行恢复的备选cell。如果failure则通过该cell进行连接恢复。如果恢复失败，则重新进行cell选择，并进行RRC重建。

需要说明的是，上述各个实施例之间，可以根据需要相互组合，调整顺序。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在相关方法的实施例中进行了详细描述，此处将不做详细阐述说明。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本公开的实施例还提出一种小区变更失败处理系统，包括终端、网络设备，其中所述终端被配置为实现上述任一实施例所述的由终端执行的小区变更失败处理方法，所述网络设备被配置为实现上述任一实施例所述的由网络设备执行的小区变更失败处理方法。

本公开的实施例还提出一种通信装置，包括：处理器；用于存储计算机程序的存储器；其中，当所述计算机程序被处理器执行时，实现上述任一实施例所述的由终端执行的小区变更失败处理方法。

本公开的实施例还提出一种通信装置，包括：处理器；用于存储计算机程序的存储器；其中，当所述计算机程序被处理器执行时，实现上述任一实施例所述的由网络设备执行的小区变更失败处理方法。

本公开的实施例还提出一种计算机可读存储介质，用于存储计算机程序，当所述计算机程序被处理器执行时，实现上述任一实施例所述的由终端执行的小区变更失败处理方法。

本公开的实施例还提出一种计算机可读存储介质，用于存储计算机程序，当所述计算机程序被处理器执行时，实现上述任一实施例所述的由网络设备执行的小区变更失败处理方法。

如图16所示，图16是根据本公开的实施例示出的一种用于小区变更失败处理的装置1600的示意框图。装置1600可以被提供为一基站。参照图16，装置1600包括处理组件1622、无线发射/接收组件1624、天线组件1626、以及无线接口特有的信号处理部分，处理组件1622可进一步包括一个或多个处理器。处理组件1622中的其中一个处理器可以被配置为实现上述任一实施例所述的由网络设备执行的小区变更失败处理方法。

图17是根据本公开的实施例示出的一种用于小区变更失败处理的装置1700的示意框图。例如，装置1700可以是移动电话、计算机、数字广播终端、消息收发设备、游戏控制台、平板设备、医疗设备、健身设备、个人数字助理等。

参照图17，装置1700可以包括以下一个或多个组件：处理组件1702、存储器1704、电源组件1706、多媒体组件1708、音频组件1710、输入/输出(I/O)的接口1712、传感器组件1714以及通信组件1716。

处理组件1702通常控制装置1700的整体操作，诸如与显示、电话呼叫、数据通信、相机操作和记录操作相关联的操作。处理组件1702可以包括一个或多个处理器1720来执行指令，以完成上述由终端执行的小区变更失败处理方法的全部或部分步骤。此外，处理组件1702可以包括一个或多个模块，便于处理组件1702和其他组件之间的交互。例如，处理组件1702可以包括多媒体模块，以方便多媒体组件1708和处理组件1702之间的交互。

存储器1704被配置为存储各种类型的数据以支持在装置1700的操作。这些数据的示例包括用于在装置1700上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图片、视频等。存储器1704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)，只读存储器(ROM)、磁存储器、快闪存储器、磁盘或光盘。

电源组件1706为装置1700的各种组件提供电力。电源组件1706可以包括电源管理系统，一个或多个电源，及其他与为装置1700生成、管理和分配电力相关联的组件。

多媒体组件1708包括在所述装置1700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1708包括一个前置摄像头和/或后置摄像头。当装置1700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1710被配置为输出和/或输入音频信号。例如，音频组件1710包括一个麦克风(MIC)，当装置1700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1704或经由通信组件1716 发送。在一些实施例中，音频组件1710还包括一个扬声器，用于输出音频信号。

I/O接口1712为处理组件1702和外围接口模块之间提供接口，上述外围接口模块可以是键盘、点击轮、按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1714包括一个或多个传感器，用于为装置1700提供各个方面的状态评估。例如，传感器组件1714可以检测到装置1700的打开/关闭状态，组件的相对定位，例如所述组件为装置1700的显示器和小键盘，传感器组件1714还可以检测装置1700或装置1700一个组件的位置改变，用户与装置1700接触的存在或不存在，装置1700方位或加速/减速和装置1700的温度变化。传感器组件1714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1714还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1714还可以包括加速度传感器、陀螺仪传感器、磁传感器、压力传感器或温度传感器。

通信组件1716被配置为便于装置1700和其他设备之间有线或无线方式的通信。装置1700可以接入基于通信标准的无线网络，如WiFi、2G、3G、4G LTE、5G NR或它们的组合。在一个示例性实施例中，通信组件1716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1716还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术、红外数据协会(IrDA)技术、超宽带(UWB)技术、蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述由终端执行的小区变更失败处理方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1704，上述指令可由装置1700的处理器1720执行以完成上述由终端执行的小区变更失败处理方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本公开实施例所提供的方法和装置进行了详细介绍，本文中应用了具体个例对本公开的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本公开的方法及其核心思想；同时，对于本领域的一般技术人员，依据本公开的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本公开的限制。

Claims

一种小区变更失败处理方法，其特征在于，由终端执行，所述方法包括：

确定至少一个小区变更失败；

进行连接恢复。
根据权利要求1所述的方法，其特征在于，所述确定至少一个小区变更失败包括：

在与至少一个小区变更相关联的定时器超时时，确定至少一个小区变更失败。
根据权利要求2所述的方法，其特征在于，触发所述定时器开始计时的事件包括以下至少之一：

接收到所述至少一个小区中第一小区发送的变更命令；

向所述第一小区发送所述变更命令的反馈；

确定满足触发所述至少一个小区变更的条件；

释放所述至少一个小区中的主小区。
根据权利要求2所述的方法，其特征在于，在至少一个小区变更为基于随机接入的变更的情况下，触发所述定时器结束计时的事件包括：

向目标小区发起的随机接入成功。
根据权利要求2所述的方法，其特征在于，在至少一个小区变更为非基于随机接入的变更的情况下，触发所述定时器结束计时的事件包括以下至少之一：

接收到目标小区发送的下行传输；

接收到目标小区发送的用于调度新传的下行控制信息；

接收到指示接入成功的反馈信息。
根据权利要求5所述的方法，其特征在于，所述反馈信息包括以下至少之一：

无线资源控制层信令；

媒体接入控制层信令；

物理层信令。
根据权利要求1至6中任一项所述的方法，其特征在于，所述进行连接恢复包括：

在存在辅小区组的情况下，向所述辅小区组发送至少一个小区变更失败信息；

根据所述辅小区组的控制进行连接恢复。
根据权利要求7所述的方法，其特征在于，所述进行连接恢复还包括：

在不存在辅小区组的情况下，进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。
根据权利要求1至6中任一项所述的方法，其特征在于，所述进行连接恢复包括：

通过源小区进行连接恢复。
根据权利要求9所述的方法，其特征在于，所述通过源小区进行连接恢复包括：

向所述源小区发送至少一个小区变更失败信息；

接入所述源小区。
根据权利要求10所述的方法，其特征在于，所述进行连接恢复还包括：

在接入所述源小区失败的情况下，进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。
根据权利要求1至6中任一项所述的方法，其特征在于，所述方法还包括：

对预先确定的多个小区进行评估；

确定满足评估条件的小区；

其中，所述进行连接恢复包括：

通过所述满足评估条件的小区进行连接恢复。
根据权利要求12所述的方法，其特征在于，所述预先确定的多个小区包括以下至少之一：

源小区；

预先预配置了无线资源控制参数的候选小区。
根据权利要求12所述的方法，其特征在于，所述进行连接恢复还包括：

在不存在满足评估条件的小区的情况下，进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。
根据权利要求1至6中任一项所述的方法，其特征在于，所述进行连接恢复包括：

确定网络设备所指示的用于连接恢复的小区；

通过所述用于连接恢复的小区进行连接恢复。
根据权利要求15所述的方法，其特征在于，所述进行连接恢复还包括：

在通过所述用于连接恢复的小区进行连接恢复失败时，进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。
根据权利要求1至6中任一项所述的方法，其特征在于，所述进行连接恢复包括：

进行小区选择，通过选择的小区进行无线资源控制重建以恢复连接。
根据权利要求17所述的方法，其特征在于，所述通过选择的小区进行无线资源控制重建以恢复连接包括：

在选择的小区为预先预配置了无线资源控制参数的候选小区的情况下，根据所述无线资源控制参数在所述候选小区上进行连接恢复。
根据权利要求17所述的方法，其特征在于，所述通过选择的小区进行无线资源控制重建以恢复连接包括：

基于网络设备的指示，根据配置给源小区的无线资源控制参数在选择的小区上进行连接恢复。
根据权利要求1至6中任一项所述的方法，其特征在于，所述至少一个小区包括以下至少之一：

主小区组；

主小区；

主小区和至少一个辅小区。
一种小区变更失败处理方法，其特征在于，由网络设备执行，所述方法包括：

在终端进行至少一个小区变更失败的情况下，与所述终端进行连接恢复。
根据权利要求21所述的方法，其特征在于，所述与所述终端进行连接恢复包括：

在为所述终端配置了辅小区组的情况下，通过所述辅小区组接收所述终端发送的至少一个小区变更失败信息；

通过所述辅小区组控制所述终端进行连接恢复。
根据权利要求22所述的方法，其特征在于，所述与所述终端进行连接恢复还包括：

在没有为所述终端配置辅小区组或者为所述终端配置的辅小区组不可用的情况下，通过所述终端选择的小区进行无线资源控制重建以恢复连接。
根据权利要求21所述的方法，其特征在于，所述与所述终端进行连接恢复包括：

保持源小区与所述终端的连接，通过所述源小区与所述终端进行连接恢复。
根据权利要求24所述的方法，其特征在于，所述通过源小区与所述终端进行连接恢复包括：

通过所述源小区接收所述终端发送的至少一个小区变更失败信息。
根据权利要求25所述的方法，其特征在于，所述与所述终端进行连接恢复还包括：

在所述终端接入所述源小区失败的情况下，通过所述终端选择的小区进行无线资源控制重建以恢复连接。
根据权利要求21所述的方法，其特征在于，所述与所述终端进行连接恢复包括：

通过所述终端对预先确定的多个小区进行评估确定的满足评估条件的小区进行连接恢复。
根据权利要求27所述的方法，其特征在于，所述预先确定的多个小区包括以下至少之一：

源小区；

预先预配置了无线资源控制参数的候选小区。
根据权利要求27所述的方法，其特征在于，所述与所述终端进行连接恢复还包括：

在不存在满足评估条件的小区的情况下，通过所述终端选择的小区进行无线资源控制重建以恢复连接。
根据权利要求21所述的方法，其特征在于，所述与所述终端进行连接恢复包括：

向所述终端发送至少一个小区变更的命令，所述命令用于指示的用于连接恢复的小区；

通过所述用于连接恢复的小区与所述终端进行连接恢复。
根据权利要求30所述的方法，其特征在于，所述与所述终端进行连接恢复还包括：

在通过所述用于连接恢复的小区与所述终端进行连接恢复失败时，通过所述终端选择的小区进行无线资源控制重建以恢复连接。
根据权利要求21所述的方法，其特征在于，所述与所述终端进行连接恢复包括：

通过所述终端选择的小区进行无线资源控制重建以恢复连接。
根据权利要求32所述的方法，其特征在于，所述通过所述终端选择的小区进行无线资源控制重建包括：

在所述终端选择的小区为预先预配置了无线资源控制参数的候选小区的情况下，根据所述无线资源控制参数在所述候选小区上与所述终端进行连接恢复。
根据权利要求32所述的方法，其特征在于，所述通过所述终端选择的小区进行无线资源控制重建包括：

指示所述终端根据配置给源小区的无线资源控制参数在选择的小区上进行连接恢复；

根据配置给源小区的无线资源控制参数在选择的小区上与所述终端进行连接恢复。
根据权利要求21至34中任一项所述的方法，其特征在于，所述至少一个小区包括以下至少之一：

主小区组；

主小区；

主小区和至少一个辅小区。
一种小区变更失败处理装置，其特征在于，所述装置包括：

处理模块，被配置为确定至少一个小区变更失败；

连接模块，被配置为进行连接恢复。
一种小区变更失败处理装置，其特征在于，所述装置包括：

连接模块，被配置为在终端进行至少一个小区变更失败的情况下，与所述终端进行连接恢复。
一种小区变更失败处理系统，其特征在于，包括终端、网络设备，其中所述终端被配置为实现权利要求1至20中任一项所述的小区变更失败处理方法，所述网络设备被配置为实现权利要求21至35中任一项所述的小区变更失败处理方法。
一种通信装置，其特征在于，包括：

处理器；

用于存储计算机程序的存储器；

其中，当所述计算机程序被处理器执行时，实现权利要求1至20中任一项所述的小区变更失败处理方法。
一种通信装置，其特征在于，包括：

处理器；

用于存储计算机程序的存储器；

其中，当所述计算机程序被处理器执行时，实现权利要求21至35中任一项所述的小区变更失败处理方法。
一种计算机可读存储介质，用于存储计算机程序，其特征在于，当所述计算机程序被处理器执行时，实现权利要求1至20中任一项所述的小区变更失败处理方法。
一种计算机可读存储介质，用于存储计算机程序，其特征在于，当所述计算机程序被处理器执行时，实现权利要求22至35中任一项所述的小区变更失败处理方法。