CN101998558A - 一种小区切换的方法、基站及系统 - Google Patents

Abstract

本发明实施例公开了一种小区切换的方法、基站及系统。所述方法包括：用户设备UE从第一小区切换到第二小区后，所述第二小区所在的基站判断所述UE是否要切换回第一小区；若所述第二小区所在的基站判断出所述UE要切换回所述第一小区，所述第二小区所在的基站将预先保存的所述第一小区的空口资源配置参数发送给所述UE，以使所述UE根据所述第一小区的空口资源配置参数切换回所述第一小区。通过本发明实施例，缩短了LTE系统中的UE切换回源小区的切换时延。

Description

一种小区切换的方法、基站及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种小区切换的方法、基站及系统。

背景技术

LTE(Long Term Evolution，长期演进)项目是3G的演进。LTE系统可以改善小区边缘UE(用户设备)的性能，提高小区容量并降低延迟。

发明人发现在LTE系统中UE切换的场景下至少存在以下缺点：若UE在第一小区与第二小区的边缘来回移动，会引起UE在第一小区与第二小区之间频繁切换，即引起乒乓切换，当乒乓切换发生时，UE刚完成切换，又要切换到原来所在的小区，此时的切换时延较大。并且，若LTE系统中的UE切换到异系统进行语音业务时，当语音业务结束后，UE还要切换回LTE系统，此时的切换时延同样较大。

发明内容

有鉴于此，本发明实施例提供了一种小区切换的方法、基站及系统，以缩短LTE系统中的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，这样，可以使UE直接切换回第一小区，从而，在UE切换回第一小区的过程中，减少了第一小区与第二小区的信令交互过程，缩短了切换时延。

附图说明

图1为本发明实施例一方法流程图；

图2为本发明实施例二方法流程图；

图3为本发明实施例三在第一种场景下的方法流程图；

图4为本发明实施例四在第二种场景下的方法流程图；

图5为本发明实施例五在第三种场景下预切换的方法流程图；

图6为本发明实施例五在第三种场景下切换执行方法流程图；

图7为本发明实施例六基站结构框图；

图8为本发明实施例七基站结构框图；

图9为本发明实施例八基站结构框图；

图10为本发明实施例九基站结构框图；

图11为本发明实施例十基站结构框图；

图12为本发明实施例十一基站结构框图。

具体实施方式

为了使本发明实施例的上述特征、优点更加明显易懂，下面结合具体实施方式进行详细说明。

在本发明实施例提供的方法中，若UE从第一小区切换至第二小区，随后又切换回第一小区，第二小区所在的基站可以将第一小区的空口资源配置参数发送给UE，使UE直接切换回第一小区，避免了第一小区与第二小区之间的信令交互。下面以各个实施例对本发明进行详细说明。

请参考图1，为本发明实施例一方法流程图，可以包括以下步骤：

步骤101：用户设备UE从第一小区切换到第二小区后，所述第二小区所在的基站判断所述UE是否要切换回第一小区；

UE可以向第二小区基站发送测量报告，其中包括临近小区的信号质量，如果此时第二小区基站根据测量报告中的信号质量判断UE是否要切换回第一小区，如果第一小区的信号质量好，则判定UE要切换回第一小区。

步骤102：若所述第二小区所在的基站判断出所述UE要切换回所述第一小区，所述第二小区所在的基站将预先保存的所述第一小区的空口资源配置参数发送给所述UE，以使所述UE根据所述第一小区的空口资源配置参数切换回所述第一小区。

第一小区的空口资源配置参数由第二小区预先保存，UE要切换回所述第一小区时，第二小区所在的基站直接将第一小区的空口资源配置参数发送给UE，这样，可以使UE直接切换回第一小区，从而，在UE切换回第一小区的过程中，减少了第一小区与第二小区的信令交互过程，缩短了切换时延。

可选地，所述第一小区的空口资源由所述第一小区保留不释放，以保证UE从第二小区向第一小区切换成功。

基于不同的场景，所述第一小区与所述第二小区可以属于同一个基站，还可以分别属于不同的基站。

在本发明一个实施例中，当所述第一小区与所述第二小区属于同一个基站时，由该基站在UE切换到第二小区后，保存所述第一小区的空口资源配置参数；并且该基站在UE切换到所述第二小区后，启动定时器，如果UE在定时器时间门限内没有切换回第一小区，则删除所述保存的所述UE在所述第一小区的空口资源配置参数，并释放UE在所述第一小区的空口资源；若该基站检测出所述UE在所述定时器设定的时间门限内切换回所述第一小区，则将预先保存的所述第一小区的空口资源配置参数发送给所述UE，以使所述UE根据所述第一小区的空口资源配置参数切换回所述第一小区；

在本发明另一实施例中，当所述第一小区与所述第二小区分别属于不同的基站时：

在所述UE切换到第二小区之前，图1所示实施例提供的方法还可以包括：

接收所述第一小区所在的基站发送的所述第一小区的空口资源配置参数，并保存所述第一小区的空口资源配置参数。

可选地，基于不同的场景，第二小区所在的基站可以通过以下两种方式接收第一小区的空口资源配置参数。方式一：第一小区所在的基站向移动管理实体(MME，Mobility Management Entity)发送Handover Required信令，再由MME向第二小区所在的基站发送Handover Request信令。方式二：第一小区所在的基站直接发送Handover Request信令给第二小区所在的基站。所述Handover Request信令包括Container信元，所述Container信元用于携带所述第一小区的空口资源配置参数；

可选地，所述第二小区所在的基站判断所述UE是否在预先设定的时间门限内要切换回所述第一小区；

具体地，该基站可以在UE切换过来后或者收到第一小区的切换请求后启动定时器开始计时。

若超过所述预先设定的时间门限后，所述UE仍然驻留在所述第二小区，则所述第二小区所在的基站删除所述第一小区的空口资源配置参数，另外，还可以与所述MME建立网络连接。

请参考图2，为本发明实施例二方法流程图，可以包括以下步骤：

步骤201：第一小区所在基站确定出UE要从所述第一小区切换至第二小区；

步骤202：所述第一小区所在基站向所述第二小区所在基站发送切换请求，所述切换请求中包括所述UE在所述第一小区的空口资源配置参数，以使所述UE切换到第二小区后，在需要时根据所述第一小区的空口资源配置参数切换回所述第一小区。

优选地，所述切换请求为Handover Request信令；所述Handover Request信令中包括Container信元，所述Container信元用于携带所述第一小区的空口资源配置参数；

所述向所述第二小区所在基站发送切换请求包括：

向MME发送Handover Required信令，再由所述MME将所述HandoverRequest信令发送给所述第二小区所在的基站；或者，

直接向所述第二小区所在的基站发送Handover Request信令。

优选地，所述Handover Request信令还包括：Quick Ho Indication信元，所述Quick Ho Indication信元用于指示所述第二小区所在的基站进入快速切换模式。第二小区所在的基站接收到Handover Request信令后，根据Quick HoIndication信元进入快速切换模式，所述快速切换模式是本发明实施例提供的无需信令交互即可切换回第一小区的方法，即在得知UE要切换回第一小区时，不再向第一小区基站发送切换请求，而是直接向UE发送该UE在第一小区的空口资源配置参数。

可选地，本发明实施例二还可以包括：

在所述UE切换到第二小区后，第一小区所在基站保留所述UE在第一小区的空口资源；

如果在预先设定的时间门限内，所述UE没有切换回所述第一小区，则所述第一小区所在的基站释放所述保留的所述UE在第一小区的空口资源。

下面分别针对三种场景对本发明实施例进行详细说明。

本领域技术人员知道，现有技术中LTE系统中UE进行切换可以包括以下三种场景：

第一种场景：假设同一基站包括第一小区以及第二小区，UE在该基站下的第一小区以及第二小区之间进行切换，此场景会产生乒乓切换；

第二种场景：UE基于S1接口，在不同通信系统间进行切换，异系统可以包括CDMA(Code Division Multiple Access，码分多址)系统、GSM(GlobalSystem for Mobile Communications，全球移动通信系统)或者WCDMA(WidebandCDMA，宽带码分多址)系统等，此场景不仅存在乒乓切换的情况，还存在LTE系统中的UE切换到异系统进行语音切换的情况；

第三种场景：UE基于X2接口，在LTE系统中的不同基站下的小区间进行切换，此场景会产生乒乓切换。

下面分别针对以上三种场景，对本发明实施例进行进一步的详细说明。

请参考图3，为本发明实施例三在第一种场景下的方法流程图，可以包括以下步骤：

步骤301：基站保存UE在第一小区的空口资源配置参数；

步骤302：当UE切换到第二小区后，基站启动定时器；

第一小区的空口资源由基站保留不释放。

步骤303：基站根据测量报告检测UE是否在定时器设定的时间门限内切换回第一小区，若是，定时器停止计时，并进入步骤304；

否则，若基站检测出UE在定时器设定的时间门限内要切换到其它小区，则基站释放掉第一小区的空口资源配置参数，并进行现有切换流程，或者，若基站检测出当定时器超时后，UE不需要切换到任何其它小区，则说明UE已稳定在第二小区，基站释放掉第一小区的空口资源配置参数。

步骤304：基站通过RRC连接重配(RRCConnectionReconfigration)信令将第一小区的空口资源配置参数发送给UE，以使UE能够快速切换回第一小区。

在本发明实施例二中，当乒乓切换发生时，若UE在定时器设定的时间门限内又要切换回第一小区，第二小区所在的基站直接将基站保存的第一小区的空口资源配置参数发送给UE，且第一小区的空口资源由第一小区保留不释放，从而，UE可以直接切换回第一小区。由于减少了第一小区与第二小区进行的信令交互，大大缩短了UE切换回第一小区的时延。

请参考图4，为本发明实施例四在第二种场景下的方法流程图，可以包括以下步骤：

步骤401：第一小区所在的基站根据测量报告发起基于S1接口的切换流程后，将UE所在第一小区的空口资源配置参数通过Handover Required信令发送给移动管理实体(MME，Mobility Management Entity)，并指示第二小区所在的基站进入快速切换模式；

第一小区的空口资源由第一小区所在的基站保留不释放。

本发明实施例三中，需要对Handover Required信令进行修改，以实现将第一小区的空口资源配置参数发送给MME，并指示第二小区所在的基站进入快速切换模式。对Handover Required信令进行修改的具体实现请参见表1所示：

表1

表1中，在现有Handover Required信令的基础上，增加了Quick HoIndication信元以及Container信元。Quick Ho Indication信元用于指示第二小区所在的基站进入快速切换模式，Container信元用于携带第一小区的空口资源配置参数。

第一小区所在的基站发起切换命令后，启动第一小区的定时器(简称第一定时器)，开始计时，当UE在定时器设置的时间门限内没有切换回来时，第一小区所在基站释放掉空口资源。

步骤402：MME通过Handover Request信令将第一小区的空口资源配置参数发送给第二小区所在的基站；

本发明实施例三中，需要对Handover Request信令进行修改，以实现将第一小区的空口资源配置参数发送给第二小区所在的基站，并指示第二小区所在的基站进入快速切换模式。对Handover Request信令进行修改的具体实现请参见表2所示：

表2

表2中，在现有Handover Request信令的基础上，增加了Quick HoIndication信元以及Container信元。Quick Ho Indication信元用于指示第二小区所在的基站进入快速切换模式，Container信元用于携带第一小区的空口资源配置参数。

步骤403：第二小区所在的基站保存第一小区的空口资源配置参数；

步骤404：第二小区所在的基站申请转发通道资源以及空口资源后，UE切换到第二小区；

步骤405：UE切换到第二小区后，第二小区所在的基站启动第二小区的定时器(简称第二定时器)；

步骤406：第二小区所在的基站根据测量报告检测UE是否在第二定时器设定的时间门限内切换回第一小区，若是，定时器停止计时，并进入步骤407；

否则，若第二小区所在的基站检测出UE在第二定时器设定的时间门限内要切换到其它小区，则第二小区所在的基站释放掉第一小区的空口资源配置参数，并进行现有切换流程，或者，若第二小区所在的基站检测出当第二定时器超时后，UE不需要切换到任何其它小区，则说明UE已稳定在第二小区，第二小区所在的基站释放掉第一小区的空口资源配置参数。

步骤407：第二小区所在的基站通过RRCConnectionReconfigration信令将第一小区的空口资源配置参数发送给UE，以使UE能够快速切换回第一小区。

在本发明实施例三中，当乒乓切换发生时，或者，当UE要从异系统切换回LTE系统时，若UE在第二定时器设定的时间门限内又要切换回第一小区，第二小区所在的基站直接将其所在基站保存的第一小区的空口资源配置参数发送给UE，并且第一小区保留空口资源不释放，从而，UE可以直接切换回第一小区。由于减少了第一小区与第二小区进行的信令交互，大大缩短了UE切换回第一小区的时延。

在本发明实施例的第三种场景下，需要指出的是，UE先与第二小区所在的基站建立起无线连接，然后UE与第二小区所在的基站进行业务处理，若UE稳定在第二小区，第二小区所在的基站再与核心网建立网络连接。

无线连接指的是基站与UE之间的连接，网络连接指的是基站与核心网之间的连接。在基于X2接口切换的场景下，第一小区所在的基站与UE之间的无线连接会断开，第一小区所在的基站与核心网之间的网络连接也要断开。UE需要建立起与第二小区所在的基站之间的无线连接。若UE稳定在第二小区，第二小区还要建立起与核心网之间的网络连接。

基于X2接口切换分为预切换以及切换执行两个阶段，下面分别进行说明。

请参考图5，为本发明实施例五在第三种场景下预切换的方法流程图，可以包括以下步骤：

步骤501：第一小区所在的基站根据测量报告发起基于X2接口的切换流程，组织Handover Request消息，将Handover Request消息发送给第二小区所在的基站，指示第二小区所在的基站进入快速切换模式，并将空口资源配置参数发送给第二小区所在的基站；

第一小区的空口资源由第一小区所在的基站保留不释放。

本发明实施例四中，需要对Handover Request信令进行修改，以实现将第一小区的空口资源配置参数发送给第二小区所在的基站，并指示第二小区所在的基站进入快速切换模式。对Handover Request信令进行修改的具体实现请参见表3所示：

表3

第一小区所在的基站发起切换命令后，启动第一定时器，用于当UE不再切换回来时释放掉空口资源配置参数。

步骤502：第二小区所在的基站保存第一小区的空口资源配置参数，进行上下行转发资源的建立，并申请准入资源；

步骤503：第二小区所在的基站组装切换请求确认(Handover Request Ack)消息，并将Handover Request Ack消息发送给第一小区所在的基站；

步骤504：第一小区所在的基站收到Handover Request Ack消息后，组装RRCConnectionReconfigration消息，指示UE切换到第二小区；

RRCConnectionReconfigration消息中包括UE切换到第二小区所需的第二小区的空口资源配置参数。

步骤505：UE切换到第二小区后，向第二小区所在的基站发送RRC连接重配完成(RRConnectionReconfigurationComplete)消息；

第二小区所在的基站收到该消息后，进行相关配置，开始正常的业务通信。此时，由于第二小区所在的基站还没有与核心网建立网络连接，UE进行业务通信的过程需要利用第一小区所在的基站与核心网之间的网络连接。具体地，在上行方向，业务通信过程包括：UE→第二小区所在的基站→第一小区所在的基站→MME。在下行方向，业务通信过程包括：MME→第一小区所在的基站→第二小区所在的基站→MME。

至此，预切换完成。

第二小区所在的基站启动第二定时器。

步骤506：第二小区所在的基站根据测量报告检测UE是否在第二定时器设定的时间门限内切换回第一小区，若是，第二定时器停止计时，并进入步骤507；

否则，若第二小区所在的基站检测出UE在第二定时器设定的时间门限内要切换到其它小区，则第二小区所在的基站释放掉第一小区的空口资源配置参数，与核心网建立网络连接，将UE完全接入进来，再进行现有切换流程，或者，若第二小区所在的基站检测出当第二定时器超时后，UE不需要切换到任何其它小区，则说明UE仍然驻留在第二小区，第二小区所在的基站释放掉第一小区的空口资源配置参数，并与核心网建立网络连接，在本实施例中，与核心网建立网络连接即切换执行所需步骤。

步骤507：第二小区所在的基站通过RRCConnectionReconfigration信令将第一小区的空口资源配置参数发送给UE，以使UE能够快速切换回第一小区。

若超出了第二定时器设定的时间门限，UE仍然位于第二小区，则第二小区所在的基站发起网络连接，将UE完全接入进来。

请参考图6，为本发明实施例五在第三种场景下切换执行方法流程图，可以包括以下步骤：

步骤601：当第二小区所在的基站设定的定时器超时后，若UE仍然停留在第二小区，则第二小区所在的基站进行业务资源建立；

步骤602：业务资源建立成功后，第二小区所在的基站组装路径转换请求(PathSwitch Request)消息，并将PathSwitch Request消息发送给MME；

步骤603：MME向S-GW发送用户面更新请求(User Plane Upate Request)消息；

步骤604：S-GW向MME返回User Plane Upate Response消息；

步骤605：MME向第二小区所在的基站发送路径转换请求确认(PathSwitch Request Ack)消息；

步骤606：第二小区所在的基站接收到PathSwitch Request Ack消息后，组装用户上下文释放(UE Context Release)消息，并向第一小区所在的基站发送UE Context Release消息，以通知第一小区所在的基站进行资源释放。

在本发明实施例四中，若UE在定时器设定的时间门限内又要切换回第一小区，第二小区所在的基站直接将基站保存的第一小区的空口资源配置参数发送给UE，并且第一小区保留空口资源不释放，从而，UE可以直接切换回第一小区。由于减少了第一小区与第二小区进行的信令交互，大大缩短了UE切换回第一小区的时延。进一步地，在本实施例中，UE不用等待网络连接建立就可以进行业务，减少了业务处理的时延。

请参考图7，为本发明实施例六基站结构框图，可以包括：

第一判断单元701，用于在UE从第一小区切换到第二小区后，判断所述UE是否要切换回第一小区，所述第二小区属于所述基站；

第一发送单元702，用于若所述第一判断单元701判断出所述UE切换要回所述第一小区，将预先保存的所述第一小区的空口资源配置参数发送给所述UE，以使所述UE根据所述第一小区的空口资源配置参数切换回所述第一小区。

请参考图8，为本发明实施例七基站结构框图，在图7的基础上，还可以包括：

接收单元801，用于在UE切换到第二小区之前，接收所述第一小区所在的基站发送的所述第一小区的空口资源配置参数，并保存所述第一小区的空口资源配置参数。

所述第一判断单元701还用于判断所述UE是否在预先设定的时间门限内切换回所述第一小区。

建立单元802，用于超过所述预先设定的时间门限后，若所述UE仍然驻留在所述第二小区，与MME建立网络连接。

第一删除单元803，用于若超过所述预先设定的时间门限后，所述UE仍然驻留在所述第二小区，删除所述第一小区的空口资源配置参数。

可以看出，第二小区所在的基站预先保存第一小区的空口资源配置参数，当UE切换回第一小区时，第二小区所在的基站直接将第一小区的空口资源配置参数发送给UE，并且第一小区保留空口资源不释放，这样，可以使UE直接切换回第一小区，从而，在UE切换回第一小区的过程中，减少了第一小区与第二小区的信令交互过程，缩短了切换时延。

请参考图9，为本发明实施例八基站结构框图，可以包括：

确定单元901，用于确定出UE要从所述第一小区切换至第二小区；

第二发送单元902，用于向所述第二小区所在基站发送切换请求，所述切换请求中包括所述UE在第一小区的空口资源配置参数，以使所述UE切换到第二小区后，在需要时根据所述第一小区的空口资源配置参数切换回所述第一小区。

请参考图10，为本发明实施例九基站结构框图，可选地，在图9所示基站基础上，还可以包括：

第一保留单元1001，用于在所述第二发送单元902执行操作之后，保留所述第一小区的空口资源；

第一释放单元1002，用于如果在预先设定的时间门限内，所述UE没有切换回所述第一小区，释放所述第一保留单元1001保留的所述UE在第一小区的空口资源。

所述第二发送单元902具体用于向MME发送Handover Required信令，再由所述MME将所述Handover Request信令发送给所述第二小区所在的基站；或者，

直接向所述第二小区所在的基站发送Handover Request信令；

所述Handover Request信令中包括Container信元，所述Container信元用于携带所述第一小区的空口资源配置参数。

本发明实施例六、实施例七、实施例八以及实施例九的具体执行细节请参见方法实施例相应部分的描述，不再赘述。

请参考图11，为本发明实施例十基站结构框图，所述基站包括第一小区以及第二小区，所述基站可以包括：

保存单元1101，用于在UE从所述第一小区切换到所述第二小区后，保存所述UE在所述第一小区的空口资源配置参数；

第二判断单元1102，用于在UE从所述第一小区切换到所述第二小区后，判断所述UE是否要切换回第一小区；

第三发送单元1103，用于若所述第二判断单元1102判断出UE要切换回所述第一小区，将所述保存单元1101保存的所述第一小区的空口资源配置参数发送给所述UE，以使所述UE根据所述第一小区的空口资源配置参数切换回所述第一小区。

请参考图12，为本发明实施例十一基站结构框图，可选地，在图11的基础上，还可以包括：

第二保留单元1201，用于在所述UE从所述第一小区切换到所述第二小区后后，保留所述UE在所述第一小区的空口资源。

第二删除单元1202，用于UE在预先设定的时间门限内没有切换回第一小区时，删除所述保存单元1101保存的所述UE在所述第一小区的空口资源配置参数；

和/或，

第二释放单元1203，用于释放所述第二保留单元1201保留的所述UE在所述第一小区的空口资源。

本发明实施例还提供了另一种系统，所述系统包括：

第一小区所在的基站，用于确定出UE要从所述第一小区切换至第二小区后向所述第二小区所在基站发送切换请求，所述切换请求中包括所述UE在所述第一小区的空口资源配置参数，以使所述UE切换到第二小区后，在需要时根据所述第一小区的空口资源配置参数切换回所述第一小区；

第二小区所在的基站，用于在用户设备UE切换到第二小区后，判断所述UE是否要切换回第一小区；若判断出所述UE要切换回所述第一小区，将预先保存的所述第一小区的空口资源配置参数发送给所述UE，以使所述UE根据所述第一小区的空口资源配置参数切换回所述第一小区。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

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

Claims (19)

1.一种小区切换的方法，其特征在于，所述方法包括：

用户设备UE从第一小区切换到第二小区后，所述第二小区所在的基站判断所述UE是否要切换回第一小区；

若所述第二小区所在的基站判断出所述UE要切换回所述第一小区，所述第二小区所在的基站将预先保存的所述第一小区的空口资源配置参数发送给所述UE，以使所述UE根据所述第一小区的空口资源配置参数切换回所述第一小区。

2.根据权利要求1所述的方法，其特征在于，在所述UE切换到第二小区之前，所述方法还包括：

接收所述第一小区所在的基站发送的所述第一小区的空口资源配置参数，并保存所述第一小区的空口资源配置参数。

3.根据权利要求2所述的方法，其特征在于，接收所述第一小区所在的基站发送的所述第一小区的空口资源配置参数具体为：

所述第二小区所在的基站接收所述第一小区所在基站发出的HandoverRequest信令，所述Handover Request信令包括Container信元，所述Container信元用于携带所述第一小区的空口资源配置参数；

所述Handover Request信令由所述第一小区所在的基站直接发送给所述第二小区所在的基站，或者，由所述第一小区所在的基站向移动管理实体MME发送Handover Required信令，再由所述MME将所述Handover Request信令发送给所述第二小区所在的基站。

4.根据权利要求1至3任意一项所述的方法，其特征在于，

所述第二小区所在的基站判断所述UE是否要切换回第一小区具体为：

所述第二小区所在的基站判断所述UE是否在预先设定的时间门限内要切换回所述第一小区；

若超过所述预先设定的时间门限后，所述UE仍然驻留在所述第二小区，则所述第二小区所在的基站删除所述第一小区的空口资源配置参数，和/或，所述第二小区所在的基站与所述MME建立网络连接。

5.根据权利要求3所述的方法，其特征在于，所述Handover Request信令还包括：Quick Ho Indication信元，所述第二小区所在的基站根据所述QuickHo Indication信元进入快速切换模式。

6.一种小区切换的方法，其特征在于，所述方法包括：

第一小区所在基站确定出UE要从所述第一小区切换至第二小区；

所述第一小区所在基站向所述第二小区所在基站发送切换请求，所述切换请求中包括所述UE在所述第一小区的空口资源配置参数，以使所述UE切换到第二小区后，在需要时根据所述第一小区的空口资源配置参数切换回所述第一小区。

7.根据权利要求6所述的方法，其特征在于，所述切换请求为HandoverRequest信令；所述Handover Request信令中包括Container信元，所述Container信元用于携带所述第一小区的空口资源配置参数；

所述向所述第二小区所在基站发送切换请求包括：

向MME发送Handover Required信令，再由所述MME将所述HandoverRequest信令发送给所述第二小区所在的基站；或者，

直接向所述第二小区所在的基站发送Handover Request信令。

8.根据权利要求7所述的方法，其特征在于，所述Handover Request信令还包括：Quick Ho Indication信元，所述Quick Ho Indication信元用于指示所述第二小区所在的基站进入快速切换模式。

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

在所述UE切换到第二小区后，第一小区所在基站保留所述UE在第一小区的空口资源；

如果在预先设定的时间门限内，所述UE没有切换回所述第一小区，则所述第一小区所在的基站释放所述保留的所述UE在第一小区的空口资源。

10.一种基站，其特征在于，所述基站包括：

第一判断单元，用于在UE从第一小区切换到第二小区后，判断所述UE是否要切换回第一小区，所述第二小区属于所述基站；

第一发送单元，用于若所述第一判断单元判断出所述UE要切换回所述第一小区，将预先保存的所述第一小区的空口资源配置参数发送给所述UE，以使所述UE根据所述第一小区的空口资源配置参数切换回所述第一小区。

11.根据权利要求10所述的基站，其特征在于，所述基站还包括：

接收单元，用于在UE切换到第二小区之前，接收所述第一小区所在的基站发送的所述第一小区的空口资源配置参数，并保存所述第一小区的空口资源配置参数。

12.根据权利要求10至11任意一项所述的基站，其特征在于，所述第一判断单元还用于判断所述UE是否在预先设定的时间门限内要切换回所述第一小区；

所述基站还包括：

建立单元，用于超过所述预先设定的时间门限后，若所述UE仍然驻留在所述第二小区，与MME建立网络连接；

第一删除单元，用于若超过所述预先设定的时间门限后，所述UE仍然驻留在所述第二小区，删除所述第一小区的空口资源配置参数。

13.一种基站，其特征在于，所述基站包括：

确定单元，用于确定出UE要从所述第一小区切换至第二小区；

第二发送单元，用于向所述第二小区所在基站发送切换请求，所述切换请求中包括所述UE在第一小区的空口资源配置参数，以使所述UE切换到第二小区后，在需要时根据所述第一小区的空口资源配置参数切换回所述第一小区。

14.根据权利要求13所述的基站，其特征在于，所述基站还包括：

第一保留单元，用于在所述UE切换到所述第二小区后，保留所述UE在所述第一小区的空口资源；

第一释放单元，用于如果在预先设定的时间门限内，所述UE没有切换回所述第一小区，释放所述第一保留单元保留的所述UE在第一小区的空口资源。

15.根据权利要求13所述的基站，其特征在于，所述第二发送单元具体用于向MME发送Handover Required信令，再由所述MME将所述HandoverRequest信令发送给所述第二小区所在的基站；或者，

直接向所述第二小区所在的基站发送Handover Request信令；

所述Handover Request信令中包括Container信元，所述Container信元用于携带所述第一小区的空口资源配置参数。

16.一种基站，所述基站包括第一小区以及第二小区，其特征在于，所述基站包括：

保存单元，用于在UE从所述第一小区切换到所述第二小区后，保存所述UE在所述第一小区的空口资源配置参数；

第二判断单元，用于在UE从所述第一小区切换到所述第二小区后，判断所述UE是否要切换回第一小区；

第三发送单元，用于若所述第二判断单元判断出UE要切换回所述第一小区，将所述保存单元保存的所述第一小区的空口资源配置参数发送给所述UE，以使所述UE根据所述第一小区的空口资源配置参数切换回所述第一小区。

17.根据权利要求16所述的基站，其特征在于，所述基站还包括：

第二保留单元，用于在所述UE从所述第一小区切换到所述第二小区后后，保留所述UE在所述第一小区的空口资源。

18.根据权利要求16或17所述的基站，其特征在于，所述基站还包括：

第二删除单元，用于UE在预先设定的时间门限内没有切换回第一小区时，删除所述保存单元保存的所述UE在所述第一小区的空口资源配置参数；

和/或，

第二释放单元，用于释放所述第二保留单元保留的所述UE在所述第一小区的空口资源。

19.一种系统，其特征在于，所述系统包括：

第一小区所在的基站，用于确定出UE要从所述第一小区切换至第二小区后向所述第二小区所在基站发送切换请求，所述切换请求中包括所述UE在所述第一小区的空口资源配置参数，以使所述UE切换到第二小区后，在需要时根据所述第一小区的空口资源配置参数切换回所述第一小区；

第二小区所在的基站，用于在用户设备UE切换到第二小区后，判断所述UE是否要切换回第一小区；若判断出所述UE要切换回所述第一小区，将预先保存的所述第一小区的空口资源配置参数发送给所述UE，以使所述UE根据所述第一小区的空口资源配置参数切换回所述第一小区。

Images