切换方法及装置与流程

本发明涉及通信技术领域，更具体地说，涉及切换方法及装置。

背景技术：

在现有通信技术中，出于种种原因，用户设备（ue）有时需从一个基站切换到另一基站，如何对切换方式进行优化，是目前研究的热门。

技术实现要素：

有鉴于此，本发明实施例的目的在于提供切换方法及装置，以解决上述问题。

为实现上述目的，本发明实施例提供如下技术方案：

根据本发明实施例的第一方面，提供一种切换方法，执行主体为第一基站，所述方法包括：

向第二基站发送用户设备ue的切换准备消息，以便第二基站根据所述切换准备消息建立所述ue的上下文信息并准备预留资源；

在确定出需要所述第二基站释放所述预留资源时，向第二基站发起资源释放指示，所述资源指示用于指示所述第二基站释放所述预留资源，同时保留所述ue的上下文信息。

结合第一方面，在第一种可能的实现方式中，所述资源释放指示携带在切换取消消息中。

结合第一方面，在第二种可能的实现方式中，所述确定出需要所述第二基站释放所述预留资源包括：在所述ue不需要立即向所述第二基站发起切换时，确定需要第二基站释放所述预留资源。

结合第一方面的第一种可能的实现方式，在第三种可能的实现方式中，所述携带在切换取消消息中包括：所述资源释放指示以特定取消原因的方式，占用所述切换取消消息的取消原因字段。

结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中，所述特定取消原因为非立即切换取消原因。

结合第一方面的第四种可能的实现方式，在第五种可能的实现方式中，所述资源释放指示携带有上下文释放定时器长度，以便所述第二基站根据所述上下文释放定时器长度启动上下文释放定时器，并在所述上下文释放定时器超时后，释放所述ue的上下文信息。

结合第一方面，或第一方面的第一种可能的实现方式，或第一方面的第二种可能的实现方式，或第一方面的第三种可能的实现方式，或第一方面的第四种可能的实现方式，或第一方面的第五种可能的实现方式，在第六种可能的实现方式中，还包括：

在接收到第三基站的释放ue上下文通知后，向所述第二基站发起不包含所述特定取消原因的切换取消消息，以便所述第二基站根据所述不包含所述特定取消原因的切换取消消息，释放所述ue的上下文信息。

结合第一方面，或第一方面的第一种可能的实现方式，或第一方面的第二种可能的实现方式，或第一方面的第三种可能的实现方式，或第一方面的第四种可能的实现方式，在第七种可能的实现方式中，第一基站在接收到第三基站的释放ue上下文通知后，向所述第二基站发起不包含所述特定取消原因的切换取消消息，和/或，第一基站发起的所述资源释放指示携带有上下文释放定时器长度，以便所述第二基站在满足释放条件时释放所述ue的上下文信息；所述释放条件包括上下文释放定时器超时，以及，接收到第一基站发起的、不包含所述特定取消原因的切换取消消息中的至少一种；所述上下文释放定时器是根据所述资源释放指示携带的上下文释放定时器长度而启动的。

结合第一方面，或第一方面的第一种可能的实现方式，或第一方面的第二种可能的实现方式，或第一方面的第三种可能的实现方式，或第一方面的第四种可能的实现方式，或第一方面的第五种可能的实现方式，或第一方面的第六种可能的实现方式，或第一方面的第七种可能的实现方式，在第八种可能的实现方式中，所述预留资源包括小区无线网络临时标识c-rnti，专用前导码premable，调度请求资源，侦听参考信息号资源，以及，信道质量指示cqi反馈信道资源中的至少一种。

结合第一方面，或第一方面的第一种可能的实现方式，或第一方面的第二种可能的实现方式，或第一方面的第三种可能的实现方式，或第一方面的第四种可能的实现方式，或第一方面的第五种可能的实现方式，或第一方面的第六种可能的实现方式，或第一方面的第七种可能的实现方式，或第一方面的第八种可能的实现方式，在第九种可能的实现方式中，所述上下文信息包括安全上下文信息。

可见，在本发明实施例中，第二基站在第一基站的指示下，释放了预留资源但同时保留了ue的上下文信息。由于第二基站保留了ue的上下文信息，ue就能在第二基站内重建成功，从而优化了切换方式。

根据本发明实施例的第二方面，提供一种切换方法，执行主体为第二基站，所述方法包括：

在接收到第一基站发送的用户设备ue的切换准备消息后，根据所述切换请求建立所述的ue上下文信息并准备预留资源；

接收所述第一基站发送的资源释放指示，所述资源释放指示是所述第一基站在确定出需要所述第二基站释放所述预留资源时发出的；

根据所述资源释放指示，释放所述预留资源，同时保留所述ue的上下文信息。

结合第二方面，在第一种可能的实现方式中，所述资源释放指示携带在切换取消消息中。

结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述携带在切换取消消息中包括：所述资源释放指示以特定取消原因的方式，占用所述切换取消消息的取消原因字段。

结合第二方面的第二种可能的实现方式，在第三种可能的实现方式中，所述特定取消原因为非立即切换取消原因。

结合第二方面，或第二方面的第一种可能的实现方式，或第二方面的第二种可能的实现方式，或第二方面的第三种可能的实现方式，在第四种可能的实现方式中，还包括：

在满足释放条件时，释放所述ue的上下文信息。

结合第二方面的第四种可能的实现方式，在第五种可能的实现方式，所述释放条件包括上下文释放定时器超时，以及，接收到第一基站发起的、不包含所述特定取消原因的切换取消消息中的至少一种。

结合第二方面的第五种可能的实现方式，在第六种可能的实现方式，所述资源释放指示携带有上下文释放定时器长度；所述上下文释放定时器是根据所述资源释放指示携带的上下文释放定时器长度而启动的。

结合第二方面的第五种可能的实现方式，在第七种可能的实现方式，所述不包含所述特定取消原因的切换取消消息，是所述第一基站在接收到第三基站的释放ue上下文通知后发起的。

可见，在本实施例中，为ue配置了特定条件，ue从而可根据特定条件执行切换，使ue的切换变得可配置，从而优化了切换方式。

根据本发明实施例的第三方面，提供一种切换方法，包括：

向用户设备ue发送切换请求消息，所述切换请求消息包含切换配置信息，所述切换配置信息中包括目标小区标识；

配置针对所述ue的特定条件，并通知所述ue，以便所述ue根据所述切换配置信息和所述特定条件，执行针对所述目标小区的切换。

结合第三方面，在第一种可能的实现方式中，所述切换请求消息携带有特定条件指示，用于指示所述ue至少等待所述特定条件满足时，执行针对所述目标小区的切换。

结合第三方面，或第三方面的第一种可能的实现方式，在第二种可能的实现方式中，所述切换请求消息携带有所述特定条件。

结合第三方面，或第三方面的第一种可能的实现方式，或第三方面的第二种可能的实现方式，在第三种可能的实现方式中，所述特定条件包括第一特定条件、第二特定条件和第三特定条件中的至少一种；

所述第一特定条件包括：发生无线链路失败；

所述第二特定条件包括：配置的测量事件达到触发条件；

所述第三特定条件包括：配置的测量事件达到触发条件，并且，所触发的测量事件中的邻小区为所述目标小区。

结合第三方面，在第四种可能的实现方式，所述切换请求消息携带有切换取消定时器长度，以便所述ue根据所述切换取消定时器长度启动切换取消定时器。

结合第三方面，或第三方面的第一种可能的实现方式，或第三方面的第二种可能的实现方式，或第三方面的第三种可能的实现方式，或第三方面的第四种可能的实现方式，在第五种可能的实现方式中，还包括：

在确定出需要取消所述ue的切换配置时，向所述ue发送配置取消消息。

根据本发明实施例的第四方面，提供一种切换方法，包括：

接收基站发送的切换请求消息，所述切换请求消息包含切换配置信息，所述切换配置信息中包括目标小区标识；

接收所述基站配置的特定条件；

根据所述切换配置信息和所述特定条件，执行针对所述目标小区的切换。

结合第四方面，在第一种可能的实现方式中，还包括：在满足配置取消条件时，取消所述切换配置信息。

结合第四方面，或第四方面的第一种可能的实现方式，在第二种可能的实现方式中，所述配置取消条件包括：切换取消定时器超时，以及，接收到配置取消消息中的至少一种。

结合第四方面的第二种可能的实现方式，在第三种可能的实现方式中，所述切换请求消息携带有切换取消定时器长度，所述切换取消定时器是根据所述切换取消定时器长度而启动的。

结合第四方面的第二种可能的实现方式，在第四种可能的实现方式中，所述配置取消消息，是所述基站在确定出需要取消切换配置时发送的。

结合第四方面，或第四方面的第一种可能的实现方式，或第四方面的第二种可能的实现方式，或第四方面的第三种可能的实现方式，或第四方面的第四种可能的实现方式，在第五种可能的实现方式中，所述切换请求消息携带有特定条件指示，用于指示等待所述特定条件满足时，执行针对所述目标小区的切换。

结合第四方面，或第四方面的第一种可能的实现方式，或第四方面的第二种可能的实现方式，或第四方面的第三种可能的实现方式，或第四方面的第四种可能的实现方式，或第四方面的第五种可能的实现方式，在第六种可能的实现方式中，所述切换请求消息携带有所述特定条件。

结合第四方面，或第四方面的第一种可能的实现方式，或第四方面的第二种可能的实现方式，或第四方面的第三种可能的实现方式，或第四方面的第四种可能的实现方式，或第四方面的第五种可能的实现方式，或第四方面的第六种可能的实现方式，在第七种可能的实现方式中，所述特定条件包括第一特定条件、第二特定条件和第三特定条件中的至少一种；

所述第一特定条件包括：发生无线链路失败；

所述第二特定条件包括：配置的测量事件达到触发条件；

所述第三特定条件包括：配置的测量事件达到触发条件，并且，所触发的测量事件中的邻小区为所述目标小区。

根据本发明实施例的第五方面，提供一种切换装置，包括：

第一发送单元，用于向第二基站发送用户设备ue的切换准备消息，以便第二基站根据所述切换准备消息建立所述ue的上下文信息并准备预留资源；

第二发送单元，用于在确定出需要所述第二基站释放所述预留资源时，向第二基站发起资源释放指示，所述资源指示用于指示所述第二基站释放所述预留资源，同时保留所述ue的上下文信息。

结合第五方面，在第一种可能的实现方式中，还包括：

第三发送单元，用于在接收到第三基站的释放ue上下文通知后，向所述第二基站发起不包含特定取消原因的切换取消消息，以便所述第二基站至少根据所述不包含特定取消原因的切换取消消息，释放所述ue的上下文信息。

根据本发明实施例的第六方面，提供一种切换装置，包括：

建立单元，用于在接收到第一基站发送的用户设备ue的切换准备消息后，根据所述切换准备消息建立所述的ue上下文信息并准备预留资源；

第一接收单元，用于接收所述第一基站发送的资源释放指示，所述资源释放指示是所述第一基站在确定出需要第二基站释放所述预留资源时发出的；

第一释放单元，用于根据所述资源释放指示，释放所述预留资源，同时保留所述ue的上下文信息。

结合第六方面，在第一种可能的实现方式中，还包括：

第二释放单元，用于在满足释放条件时，释放所述ue的上下文信息。

根据本发明实施例的第七方面，提供一种切换装置，包括：

第四发送单元，用于向用户设备ue发送切换请求消息，所述切换请求消息包含切换配置信息，所述切换配置信息中包括目标小区标识；

配置单元，用于配置针对所述ue的特定条件，并通知所述ue，以便所述ue根据所述切换配置信息和所述特定条件，执行针对所述目标小区的切换。

结合第七方面，在第一种可能的实现方式中，还包括：

第五发送单元，用于在确定出需要取消所述ue的切换配置时，向所述ue发送配置取消消息。

根据本发明实施例的第八方面，提供一种切换装置，包括：

第二接收单元，用于接收基站发送的切换请求消息，所述切换请求消息包含切换配置信息，所述切换配置信息中包括目标小区标识；

第三接收单元，用于接收所述基站配置的特定条件；

切换单元，用于根据所述切换配置信息和所述特定条件，执行针对所述目标小区的切换。

结合第八方面，在第一种可能的实现方式中，还包括：

取消单元，用于在满足配置取消条件时，取消所述切换配置信息。

结合第八方面的第一种可能的实现方式中，在第二种可能的实现方式中，所述配置取消条件包括：切换取消定时器超时，以及，接收到配置取消消息中的至少一种。

根据本发明实施例的第九方面，提供一种切换装置，包括第一cpu、第一存储器和第一收发器，其中,所述第一cpu通过运行存储在所述第一存储器内的软件程序，调用存储在所述第一存储器内的数据及调用所述第一收发器，至少执行如下步骤：

向第二基站发送用户设备ue的切换准备消息，以便第二基站根据所述切换准备消息建立所述ue的上下文信息并准备预留资源；

在确定出需要所述第二基站释放所述预留资源时，向第二基站发起资源释放指示，所述资源指示用于指示所述第二基站释放所述预留资源，同时保留所述ue的上下文信息。

结合第九方面，在第一种可能的实现方式中，还执行如下步骤：

在接收到第三基站的释放ue上下文通知后，向所述第二基站发起不包含特定取消原因的切换取消消息，以便所述第二基站至少根据所述不包含特定取消原因的切换取消消息，释放所述ue的上下文信息。

根据本发明实施例的第十方面，提供一种切换装置，包括第二cpu、第二存储器和第二收发器，其中,所述第二cpu通过运行存储在所述第二存储器内的软件程序，调用存储在所述第二存储器内的数据及调用所述第二收发器，至少执行如下步骤：

在接收到第一基站发送的用户设备ue的切换准备消息后，根据所述切换请求建立所述的ue上下文信息并准备预留资源；

接收所述第一基站发送的资源释放指示，所述资源释放指示是所述第一基站在确定出需要第二基站释放所述预留资源时发出的；

根据所述资源释放指示，释放所述预留资源，同时保留所述ue的上下文信息。

结合第十方面，在第一种可能的实现方式中，还执行如下步骤：

在满足释放条件时，释放所述ue的上下文信息。

根据本发明实施例的第十一方面，提供一种切换装置，包括第三cpu、第三存储器和第三收发器，其中,所述第三cpu通过运行存储在所述第三存储器内的软件程序，调用存储在所述第三存储器内的数据及调用所述第三收发器，至少执行如下步骤：

向用户设备ue发送切换请求消息，所述切换请求消息包含切换配置信息，所述切换配置信息中包括目标小区标识；

配置针对所述ue的特定条件，并通知所述ue，以便所述ue根据所述切换配置信息和所述特定条件，执行针对所述目标小区的切换。

结合第十一方面，在第一种可能的实现方式中，还执行如下步骤：

在确定出需要取消所述ue的切换配置时，向所述ue发送配置取消消息。

根据本发明实施例的第十二方面，提供一种切换装置，包括第四cpu、第四存储器和第四收发器，其中,所述第四cpu通过运行存储在所述第四存储器内的软件程序，调用存储在所述第四存储器内的数据及调用所述第四收发器，至少执行如下步骤：

接收基站发送的切换请求消息，所述切换请求消息包含切换配置信息，所述切换配置信息中包括目标小区标识；

接收所述基站配置的特定条件；

根据所述切换配置信息和所述特定条件，执行针对所述目标小区的切换。

结合第十二方面，在第一种可能的实现方式中，还执行如下步骤：

在满足配置取消条件时，取消所述切换配置信息。

结合第十一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述配置取消条件包括：切换取消定时器超时，以及，接收到配置取消消息中的至少一种。

附图说明

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

图1为本发明实施例提供的切换方法流程图；

图2为本发明实施例提供的切换方法另一流程图；

图3为本发明实施例提供的多准备切换过程流程图；

图4为本发明实施例提供的节能状态转换示意图；

图5为本发明实施例提供的关闭基站后的示意图；

图6为本发明实施例提供的第一基站和第二基站之间的交互过程流程图；

图7为本发明实施例提供的切换方法又一流程图；

图8为本发明实施例提供的切换方法又一流程图；

图9为本发明实施例提供的ue与其他设备的交互流程图；

图10为本发明实施例提供的切换装置结构示意图；

图11为本发明实施例提供的切换装置另一结构示意图；

图12为本发明实施例提供的切换装置又一结构示意图；

图13为本发明实施例提供的切换装置又一结构示意图；

图14为本发明实施例提供的切换装置又一结构示意图；

图15为本发明实施例提供的切换装置又一结构示意图；

图16为本发明实施例提供的切换装置又一结构示意图；

图17为本发明实施例提供的切换装置又一结构示意图。

具体实施方式

为了引用和清楚起见，下文中使用的技术名词、简写或缩写总结解释如下：

c-rnti：小区无线网络临时标识；

premable：专用前导码；

cqi：信道质量指示。

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

现有切换方式，需要优化的情况之一在于，基站间的切换流程。需要说明的是，为进行区分，以第一基站和第二基站区分不同基站，在不同的场景下，第一基站和第二基站可能会有不同的作用或定义，本文后续将进行详细介绍。

为优化基站间的切换流程，本发明实施例提供一种切换方法，该方法的执行主体可为第一基站或第二基站。

在执行主体为第一基站时，请参见图1，上述方法至少可包括如下步骤：

s11、向第二基站发送ue的切换准备消息，以便第二基站根据上述切换准备消息建立上述ue的上下文信息并准备预留资源。

上述预留资源可包括c-rnti，premable，调度请求资源，侦听参考信息号资源，以及，cqi反馈信道资源中的至少一种。而上下文信息可包括安全上下文信息。

步骤s1的目的，是为了让第二基站建立ue的上下文信息，以及准备预留资源，为ue成功切换做好准备工作。

s12、在确定出需要上述第二基站释放上述预留资源时，向第二基站发起资源释放指示，上述资源指示用于指示上述第二基站释放上述预留资源，同时保留上述ue的上下文信息。

对于第二基站，请参见图2，则其执行的步骤可至少包括：

s21、在接收到第一基站发送的、ue的切换准备消息后，根据上述切换请求建立上述的ue上下文信息并准备预留资源；

s22、接收第一基站发送的资源释放指示（资源释放指示是第一基站在确定出需要上述第二基站释放上述预留资源时发出的）；

s23、根据上述资源释放指示，释放预留资源，同时保留上述ue的上下文信息。

其中，上述“确定出需要第二基站释放上述预留资源”的原因可包括：确定ue不需要立即向第二基站发起切换。

需要说明的是，ue不需要立即向第二基站发起切换有多种情况，本文下述将具体说明。

可见，在本发明实施例中，第二基站在第一基站的指示下，释放了预留资源但同时保留了ue的上下文信息。由于第二基站保留了ue的上下文信息，ue就能在第二基站内重建成功，从而优化了切换方式。

在本发明其他实施例中，为尽量与现有协议兼容，上述资源释放指示可携带在切换取消消息中。当然，也可用其他现有消息或新增消息携带上述资源释放指示，本领域技术人员可进行灵活设计，在此不作赘述。

现详细介绍如何在切换取消消息中携带资源释放指示。

切换取消消息中有取消原因字段，在现有技术中，取消原因字段中的取消原因可包括部分切换（表示因为目标只能接收ue的部分业务，所以取消之前的切换准备）。在本实施例中，可新增特定取消原因。这样，资源释放指示可以以特定取消原因的方式，占用上述切换取消消息的取消原因字段。

更具体的，上述特定取消原因可包括非立即切换取消原因，或者保留重建立上下文原因，或者其他原因，只要其不与现有的取消原因重复即可。

如此一来，切换取消消息可分为两种，一种是包含特定取消原因的切换取消消息，一种是不包含特定取消原因的切换取消消息（也即，包含现有取消原因的切换取消消息）。

因此，在步骤s11之后，如向第二基站发送包含特定取消原因的切换取消消息，其目的是指示第二基站释放上述预留资源，同时保留上述ue的上下文信息；而如果向第二基站发送不包含特定取消原因的切换取消消息，则指示第二基站按照现有的方式，将预留资源和ue的上下文信息全部释放。

在本发明其他实施例的其他步骤中，还将涉及到不包含特定取消原因的切换取消消息，本文后续将做具体介绍。

ue在基站间切换，可分为多准备切换和单准备切换。现先介绍多准备切换。

在现有的多准备切换中，请参见图3，源基站（s-enb）在切换准备阶段向多个基站（基站b和基站c等）发起切换请求过程。然后从成功准备的基站（enb）中选择一个enb（假定选择基站b）作为目标基站，并选择基站b中的小区作为切换的目标小区发送给ue。等ue成功接入目标小区之后，目标基站会向源enb发通知。源enb再通知其他成功准备的enb释放保留预留资源和对该ue的配置信息。

多准备切换的好处有两个：一个是切换准备更可靠，只要有一个enb返回切换请求成功响应（也即，只要有一个enb准备成功），切换就可以继续执行。另一个是保证ue成功的重建。目前在lte中，如果ue切换失败了，ue可以选一个小区发起rrc连接重建，如果接收重建请求的小区保存有ue的安全上下文信息，则ue可以重建成功，否则重建失败。多准备使得多个小区（基站）保存了ue的安全上下文信息，所以ue即使切换失败，后续发起重建时成功概率也会提高。

多准备切换的应用场景之一是节能状态转换。请参见图4，共有a至g等7个基站。在用户较少时，可考虑关闭基站a。关闭基站a后，请参见图5，b至g等6个基站通过扩大覆盖区域，来覆盖原基站a的覆盖区域，达到令基站a节能的目的。

由于基站a需要关闭，则基站a中的用户需切换到其他基站（小区），但切换命令需要在基站a（小区）关闭之前发送。与此同时，基站a关闭之前，其他基站（小区）的覆盖还没有调整。因此基站a对ue目标小区的选择可能不是很准确，进而可能导致覆盖变更后，ue切换失败。此时，利用多准备切换会增加切换的可靠性。

但是，现有的多准备切换有一个缺陷：即每一成功准备的基站都要对ue进行资源预留，直到ue成功切换后，源基站（基站a）收到目标enb发送的释放消息后，源基站才发送切换取消消息给其他成功准备的enb，这些enb才会释放对应的预留资源和上下文信息。而其实，在源enb选择出目标基站以及目标基站中的目标小区后，其它准备成功的非目标基站所保留的资源就已经没有用处了。因为这些enb只要保留了ue的上下文信息，ue就能在该enb内重建成功，资源要在重建过程中重新分配。

而本发明实施例所提供的技术方案可解决上述缺陷，可利用本发明实施例中的资源释放指示，提前释放预留资源。

需要说明的是，在多准备切换及应用多准备切换的节能状态转换场景中，源基站为上述第一基站，除目标基站外的其它准备成功的基站（或者称准备成功的非目标基站）为上述第二基站，此外，可将目标基站叫做第三基站。

则在本实施例中，第一基站在针对ue，选择出目标基站以及目标基站中的目标小区后，可不等待目标基站发送的通知，直接向其它准备成功的非目标基站发起资源释放指示。

第一基站、第二基站、第三基站和ue的交互流程可请参见图6，其中，第一基站和第二基站之间的交互过程如下：

（1），第一基站向第二基站发送切换请求（horequest），切换请求即为前述的切换准备消息；

（2），第二基站根据切换请求生成上下文信息并预留资源；

（3），第一基站确定ue不需要立即向第二基站发起切换，向第二基站发起资源释放指示。

第一基站确定ue不需要立即向第二基站发起切换有多种情况，在多准备切换下，其可包括：其他enb（例如第三基站）资源准备成功，第一基站决定向其他enb发起切换，或者，第一基站发起切换准备过程，只是为了预防ue出现无线链路失败，保证ue重建成功作准备。

（4），第一基站向第二基站发起资源释放指示，指示第二基站释放预留资源，但保留ue上下文信息，以便重建成功。

（5），第二基站收到资源释放指示，释放预留资源，但保留该ue的上下文信息。

（6），第二基站在满足释放条件时，释放上述ue的上下文信息。

更具体的，上述释放条件可包括上下文释放定时器超时，以及，接收到第一基站发起的、不包含上述特定取消原因的切换取消消息中的至少一种。其中：

上述上下文释放定时器，是根据资源释放指示中携带的上下文释放定时器长度而启动的。当上下文释放定时器超时后，第二基站将释放上述ue的上下文信息。当然，本领域技术人员也可设计，在其他指示或消息中携带上下文释放定时器长度，或者设计为上下文释放定时器长度为默认长度，则此时不需要第一基站再进行指示。

至于不包含特定取消原因的切换取消消息，在多准备切换场景中，可以是上述第一基站在接收到第三基站的释放ue上下文通知后发起的。

也即，在第一基站向第二基站发起资源释放指示后，如第一基站接收到第三基站的释放ue上下文通知，第一基站将向第二基站发送上述不包含特定取消原因的切换取消消息。

需要说明的是，等待上下文释放定时器超时和等待不包含特定取消原因的切换取消消息，可任选其一。也即，如选择等待上下文释放定时器超时，则第一基站可不发送不包含特定取消原因的切换取消消息；而如等待不包含特定取消原因的切换取消消息，则第二基站可不启动上下文释放定时器。当然，也可既等待上下文释放定时器超时，又等待不包含特定取消原因的切换取消消息，二者之一满足即释放ue的上下文信息。

下面将简单介绍单准备切换。与多准备切换相比，单准备切换仅涉及源基站、目标基站和ue。在单准备切换过程中，也可能存在源基站确定ue不需要立即向目标基站发起切换的情况，例如，源基站发起切换准备过程，只是为了预防ue出现无线链路失败。

因此，本发明实施例所提供的技术方案，也适用于单准备切换过程。只不过，在单准备切换中，源基站为上述第一基站，目标基站为上述第二基站。本发明实施例所提供的技术方案在单准备切换场景中的应用，与前述的多准备切换场景相类似，在此不作赘述。此外，在单准备切换场景中，第二基站也可在满足上述释放条件时，释放上述ue的上下文信息。前已述及，释放条件可包括上下文释放定时器超时，以及，接收到第一基站发起的、不包含特定取消原因的切换取消消息中的至少一种。

需要说明的是，“不包含特定取消原因的切换取消消息”，在单准备切换场景中，可以是第一基站不准备立即切换时，向第二基站发起的。

接下来，本文将介绍现有切换方式，需要优化的情况之二。

现有切换方式，需要优化的情况之二在于，ue与基站之间的切换流程。为优化ue与基站之间的切换流程，本发明实施例提供一种切换方法，该方法的执行主体可为基站或ue。

在执行主体为基站时，请参见图7，其至少可执行如下步骤：

s71、向ue发送切换请求消息。

其中，上述切换请求消息包含切换配置信息，而切换配置信息中包括目标小区标识。

切换请求消息具体可为，切换命令消息或者rrc连接重配置消息。

s72、配置针对上述ue的特定条件，并通知上述ue。以便上述ue根据上述切换配置信息和上述特定条件，执行针对上述目标小区的切换。

需要说明的是，通知特定条件，在时间上，可发生在向ue发送切换请求消息之前、之后或同时。如同时发生，一种具体的实现方式是：切换请求消息携带上述特定条件。当然，也可用其他消息携带切换请求消息，本领域技术人员可根据实际需要进行灵活设计，在此不作赘述。

对于ue而言，请参见图8，其所执行的步骤可至少包括：

s81、接收基站发送的上述切换请求消息；

s82、接收上述基站配置的特定条件；

s83、根据上述切换配置信息和上述特定条件，执行针对上述目标小区的切换。

同理，接收基站配置的特定条件，可发生在接收基站发送的上述切换请求消息之前、之后或同时。如同时发生，一种具体的实现方式是：切换请求消息携带上述特定条件。当然，也可用其他消息携带切换请求消息，本领域技术人员可根据实际需要进行灵活设计，在此不作赘述。

可见，在本实施例中，为ue配置了特定条件，ue从而可根据特定条件执行切换，使ue的切换变得可配置，从而优化了切换方式。

在本发明其他实施例中，上述所有实施例中的切换请求消息可携带有特定条件指示，其用于指示ue等待上述特定条件满足时，再执行针对上述目标小区的切换。当然，也可设计为，ue接收到基站配置的特定条件，就默认等待上述特定条件满足时，再执行针对上述目标小区的切换。本领域技术人员可进行灵活设计，在此不作赘述。

需要说明的是，ue的切换优化，可应用在前述多准备切换过程或单准备切换过程中。前述还提及了节能状态转换，ue的切换优化，同样适应于节能状态转换。此外，ue的切换优化，还适用于节能态恢复到正常态的场景、ue高速运行场景等。

以节能态恢复到正常态的场景为例。假定，需要从图5所示的节能状态，恢复至图4所示的正常状态，也即，基站a需要打开。在恢复过程中，基站b至g的覆盖区域会收缩，基站a（小区）会被打开。此时，基站b至g边缘部分的ue可能需要切换到基站a下的小区。

但是，向ue发送切换请求消息，需要在基站b至g调整覆盖区域之前发送，如调整之后发送，切换请求消息可能无法到达ue了。而在调整覆盖区域之前、基站a的覆盖还未出现。这样就出现了一个矛盾，基站b至g无法准确预知哪些ue需要切换，哪些ue不需要切换。因为，正常的切换判断，需要ue先测量基站a的信号，根据测量结果判决是否需要切换于基站a下的小区，但由于基站a的覆盖还没有出现，因此难以判决。

而本发明实施例所提供的技术方案可解决上述矛盾。可设计切换配置信息中的目标小区标识为基站a中的小区，并配置特定条件，令ue在等待上述特定条件满足时，再执行针对上述目标小区（也即基站a中的小区）的切换。

更具体的，上述特定条件可包括第一特定条件、第二特定条件和第三特定条件中的至少一种。其中：

上述第一特定条件可包括：发生无线链路失败。

上述第二特定条件可包括：配置的测量事件达到触发条件；

上述第三特定条件可包括：配置的测量事件达到触发条件，并且，所触发的测量事件中的邻小区为上述目标小区。

需要说明的是，目前，ue上报信号质量的主要包括两种触发机制，一种周期性测量并上报测量结果，另一种是基于测量事件触发的测量结果上报。测量事件一共有六个：a1-a6其分别是：

eventa1:servingbecomesbetterthanabsolutethreshold（事件a1：服务小区的信号质量大于绝对门限）；

eventa2:servingbecomesworsethanabsolutethreshold（事件a2：服务小区的信号质量小于绝对门限）；

eventa3:neighbourbecomesamountofoffsetbetterthanpcell（事件a3：邻居小区的信号质量+偏移量优于主小区的信号质量）；

eventa4:neighbourbecomesbetterthanabsolutethreshold（事件a4：邻居小区的信号质量大于门限）；

eventa5:pcellbecomesworsethanabsolutethreshold1andneighbourbecomesbetterthananotherabsolutethreshold2（事件a5：主小区的信号质量小于门限1，同时邻居小区的信号质量大于门限2）；

eventa6:neighbourbecomesamountofoffsetbetterthanscell（事件a6：邻居小区的信号质量+偏移量优于辅小区的信号质量）。

而异系统测量事件则以bx来标识，例如evenb1、evenb2。

涉及到邻小区的测量事件包括a3-a6，因此，针对第三特定条件，可选择的测量事件为a3-a6中的任意一个或任意几个。而对于第二特定条件，则可选择的测量事件为a1-a6中的任意一个或任意几个。

以基站b为例，考虑下述情况：

情况一，基站b的覆盖区域收缩后，原处于基站b边缘部分的ue，可能不再位于基站b的边缘了。也即，ue发生了无线链路失败。如配置的特定条件中包括第一特定条件，此时第一特定条件满足了，ue可执行针对目标小区（也即基站a中的小区）的切换。

情况二，配置的特定条件中包括第二特定条件或第三特定条件，基站b的覆盖区域收缩后，原处于基站b边缘部分的ue，仍可接收到来自基站b下小区的信号，并且，未触发第二特定条件或第三特定条件中的测量事件。此时，ue不执行切换。

情况三，配置的特定条件中包括第二特定条件或第三特定条件，并且，第二特定条件或第三特定条件中选择了一个或多个测量事件。基站b的覆盖区域收缩后，原处于基站b边缘部分的ue，仍可接收到来自基站b下小区的信号，同时，ue还可测量到基站a下小区的信号。也即，基站a下的小区是邻小区，而基站b下的小区是ue的服务小区。此时，在满足第二特定条件或第三特定条件时，ue可执行针对目标小区（也即基站a中的小区）的切换。

可见，由于引入了特定条件，可保证只切换需要切换的ue。当然，不止上述三种情况，在切换过程中还可有多种情况，特定条件中所包含内容的多样性，可令ue的切换适用于多种情况。

在本发明其他实施例中，ue可在满足配置取消条件时，取消上述切换配置信息。

具体的，配置取消条件可包括：切换取消定时器超时，以及，接收到配置取消消息中的至少一种。

上述切换取消定时器，是ue根据切换请求消息中携带的切换取消定时器长度而启动的。当切换取消定时器超时后，ue将取消上述切换配置信息。当然，本领域技术人员也可设计，在其他指示或消息中携带切换取消定时器长度，或者设计为切换取消定时器长度为默认长度，不需要基站再进行指示。

至于上述配置取消消息，可以是基站在确定出需要取消切换配置时发送的。基站确定出需要取消切换配置的原因有多种，例如，不准备改变小区覆盖，或者覆盖已经改变但经过一定时间ue仍然没有切换等等。

需要说明的是，切换取消定时器超时和配置取消消息，可任选其一。也即，如选择根据切换取消定时器是否超时来决定是否切换，则基站可不发送配置取消消息；而如选择配置取消消息，则ue可不启动切换取消定时器。当然，也可同时选择切换取消定时器超时和配置取消消息，只要二者之一满足，ue即取消上述切换配置信息。取消切换配置信息的具体方式可为清除上述切换配置信息。

需要说明的是，由于ue需要根据切换配置信息和特定条件，执行针对目标小区的切换，因此，如果取消了切换配置信息，则ue就不能执行针对目标小区的切换了。也即，配置取消条件不满足时，如存在切换配置信息，并且上述特定条件满足，则ue执行针对上述目标小区的切换。而如配置取消条件满足时，ue不执行针对上述目标小区的切换。

ue与其他设备的交互流程可参见图9：

（1），源enb向ue发送切换请求消息（包含切换配置信息），指示切换目标小区。

同时可选的，切换请求消息可携带上述特定条件指示，指示ue等待上述特定条件满足时，再执行针对上述目标小区的切换。

可选的，源enb可在上述切换请求消息中携带切换取消定时器长度，以便ue根据启动切换取消定时器。

（2），ue接收切换请求消息，并判断是否要执行针对目标小区的切换。

ue是根据切换配置信息和特定条件，来执行针对上述目标小区的切换。

特定条件可包括如下之一或者其组合：

第一特定条件：无线链路失败；

如配置了第一特定条件，ue在无线链路失败之后，根据切换配置信息中指定的目标小区，向目标小区发起切换。

第二特定条件：配置的测量事件达到触发条件；

第三特定条件：配置的测量事件达到触发条件，并且，所触发的测量事件中的邻小区为上述目标小区。

如配置了第三特定条件，第三特定条件中所配置的测量事件为a2/3/5，a2/3/5触发时，在邻小区为目标小区时，则触发ue执行切换。ue执行切换后，会向目标基站发送切换确认消息。

可选的，ue启动切换取消定时器，如果定时超时，仍未触发上述特定条件，则取消上述切换配置信息，ue不再根据特定条件判断是否要执行针对目标小区的切换。

可选的（3），源enb发送配置取消消息给ue；

在此步骤中，源enb判断需要取消ue的切换配置信息，则发送配置取消消息给ue，ue收到配置取消消息后，取消切换配置信息，不再根据特定条件判断是否要执行针对目标小区的切换。

与针对优化基站间的切换流程的切换方法相对应，本发明实施例还提供一种切换装置。

该切换装置可作为前述的第一基站，图10示出了上述切换装置100的一种结构，其至少可包括：

第一发送单元1，用于向第二基站发送ue的切换准备消息，以便第二基站根据上述切换准备消息建立上述ue的上下文信息并准备预留资源；

第二发送单元2，用于在确定出需要上述第二基站释放上述预留资源时，向第二基站发起资源释放指示。该资源指示用于指示第二基站释放上述预留资源，同时保留上述ue的上下文信息。

相关内容请参见本文前述记载，在此不作赘述。

在本发明其他实施例中，上述切换装置还可包括：

第三发送单元，用于在接收到第三基站的释放ue上下文通知后，向上述第二基站发起不包含特定取消原因的切换取消消息，以便上述第二基站至少根据该不包含特定取消原因的切换取消消息，释放上述ue的上下文信息。

相关内容请参见本文前述记载，在此不作赘述。

图11给出了上述切换装置100的一种硬件结构，其可包括第一cpu111、第一存储器112和第一收发器114。其中,第一收发器114可用于收、发一切数据和指令，第一cpu111通过运行存储在第一存储器112内的软件程序113，调用存储在第一存储器112内的数据，以及第一调用收发器114，至少可执行如下步骤：

向第二基站发送ue的切换准备消息；

在确定出需要上述第二基站释放上述预留资源时，向第二基站发起资源释放指示，上述资源指示用于指示上述第二基站释放上述预留资源，同时保留上述ue的上下文信息。

此外，上述切换装置100亦可完成本文方法部分所介绍的、第一基站可执行的其他步骤，以及各步骤的细化，在此不作赘述。

与之相对应，本发明实施例还提供了另一种切换装置。该切换装置可作为第二基站。图12示出了该切换装置120的一种结构，其至少可包括：

建立单元4，用于在接收到第一基站发送的、ue的切换准备消息后，根据上述切换准备消息建立上述的ue上下文信息并准备预留资源；

第一接收单元5，用于接收第一基站发送的资源释放指示；

第一释放单元6，用于根据上述资源释放指示，释放上述预留资源，同时保留上述ue的上下文信息。

相关内容请参见本文前述记载，在此不作赘述。

在本发明其他实施例中，上述切换装置还可包括：

第二释放单元，用于在满足释放条件时，释放上述ue的上下文信息。

关于释放条件的相关详细介绍请参见本文前述记载，在此不作赘述。

图13给出了上述切换装置120的一种硬件结构，其可包括第二cpu121、第二存储器122和第二收发器124。其中,第二收发器124可用于收、发一切数据和指令，第二cpu121通过运行存储在第二存储器122内的软件程序123，调用存储在第二存储器122内的数据，以及第二调用收发器124，至少可执行如下步骤：

在接收到第一基站发送的用户设备ue的切换准备消息后，根据上述切换请求建立上述的ue上下文信息并准备预留资源；

接收上述第一基站发送的资源释放指示，上述资源释放指示是上述第一基站在确定出需要第二基站释放上述预留资源时发出的；

根据上述资源释放指示，释放上述预留资源，同时保留上述ue的上下文信息。

此外，上述切换装置120亦可完成本文方法部分所介绍的、第二基站可执行的其他步骤，以及各步骤的细化，在此不作赘述。

与针对优化基站与ue间的切换流程的切换方法相对应，本发明实施例还提供一种切换装置。

参见图14，上述切换装置140可包括：

第四发送单元7，用于向ue发送切换请求消息。上述切换请求消息包含切换配置信息，上述切换配置信息中包括目标小区标识；

配置单元8，用于配置针对上述ue的特定条件，并通知上述ue。

在本发明其他实施例中，上述切换装置还可包括：

第五发送单元，用于在确定出需要取消上述ue的切换配置时，向上述ue发送配置取消消息。

图15给出了上述切换装置140的一种硬件结构，其可包括第三cpu141、第三存储器142和在第三收发器144，其中,上述第三cpu141通过运行存储在上述第三存储器142内的软件程序143，调用存储在上述第三存储器142内的数据及调用上述第三收发器144，至少执行如下步骤：

向ue发送切换请求消息，上述切换请求消息包含切换配置信息，上述切换配置信息中包括目标小区标识；

配置针对上述ue的特定条件，并通知上述ue，以便上述ue根据上述切换配置信息和上述特定条件，执行针对上述目标小区的切换。

此外，上述切换装置140亦可完成针对优化基站与ue间的切换流程的切换方法部分所介绍的，基站可执行的其他步骤，以及各步骤的细化，在此不作赘述。

与之相对应，本发明实施例还提供了另一种切换装置。图16示出了该切换装置160的一种结构，其至少可包括：

第二接收单元9，用于接收基站发送的切换请求消息，上述切换请求消息包含切换配置信息，上述切换配置信息中包括目标小区标识；

第三接收单元10，用于接收上述基站配置的特定条件；

切换单元11，用于根据上述切换配置信息和上述特定条件，执行针对上述目标小区的切换。

相关内容请参见本文前述记载，在此不作赘述。

在本发明其他实施例中，上述切换装置还可包括：

取消单元，用于在满足配置取消条件时，取消上述切换配置信息。

关于配置取消条件的相关详细介绍请参见本文前述记载，在此不作赘述。

图17给出了上述切换装置160的一种硬件结构，其可包括第四cpu161、第四存储器162和第四收发器164，其中,上述第四cpu161通过运行存储在上述第四存储器162内的软件程序，调用存储在上述第四存储器162内的数据及调用上述第四收发器164，至少执行如下步骤：

接收基站发送的切换请求消息，上述切换请求消息包含切换配置信息，上述切换配置信息中包括目标小区标识；

接收上述基站配置的特定条件；

根据上述切换配置信息和上述特定条件，执行针对上述目标小区的切换。

此外，上述切换装置170亦可完成本文方法部分所介绍的、ue可执行的其他步骤，以及各步骤的细化，在此不作赘述。

上述所有实施例中的cpu和存储器可集成于同一芯片内，也可为独立的两个器件。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相请参见即可。对于实施例提供的装置而言，由于其与实施例提供的方法相对应，所以描述的比较简单，相关之处请参见方法部分说明即可。

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

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，通用硬件包括通用集成电路、通用cpu、通用存储器、通用元器件等，当然也可以通过专用硬件包括专用集成电路、专用cpu、专用存储器、专用元器件等来实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在可读取的存储介质中，如u盘、移动存储介质、只读存储器（rom，read-onlymemory）、随机存取存储器（ram，randomaccessmemory）、磁碟或者光盘等各种可以存储软件程序代码的介质，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例的方法。

对所提供的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所提供的原理和新颖特点相一致的最宽的范围。