CN104053196B - 小小区承载激活与去激活的方法及设备 - Google Patents

Abstract

本发明公开了一种小小区承载的激活方法及设备，通过在终端将要从原宏小区切换到目标宏小区时，由目标宏小区来确定用于承载终端的业务数据的小小区，然后基于对确定出的小小区是否为当前承载终端的业务数据的原小小区这一条件的判定，向需要被激活的目标小小区发送承载激活请求，以激活该目标小小区承载。从而针对工作在非独立工作模式下的小小区，本发明可以在终端在不同的宏小区之间进行切换时实现对终端切换到的目标宏小区下的小小区承载进行激活的方案。本发明还公开了一种小小区承载的去激活方法及设备。

Description

小小区承载激活与去激活的方法及设备

技术领域

本发明涉及通信技术领域，尤其涉及一种注册到移动通信网络中的方法及移动终端。

背景技术

一些统计结果表明目前移动运营商移动语音业务的60％和数据业务的70％发生在室内。据预测，未来数据业务预计10年增长1000倍，而其中室内数据业务量将占总业务量的90%。因此，传统蜂窝网络的覆盖方式对于支持室内和热点无线数据业务发展的瓶颈日益突出，移动运营商的网络发展面临下述种种挑战：

（1）传统2G、3G网络无线接入容量极限逐渐显现；

（2）站址、天馈资源获取难度日益增加，密集城区的站间距接近理论极限，很难支持传统蜂窝宏基站密集部署；

（3）宏基站的部署和运营成本高昂，新增宏基站扩容的建网方式难以为继。

为了维持产业链的健康和可持续发展，移动通信网络的发展必须考虑如何通过网络技术能力的提升、部署方式和运营方式等方面的革新来不断降低网络的建网、部署和运营成本。

目前针对热点及室内数据业务发展的解决方案有两类：WiFi与LTE Small Cell。目前业界把标准中定义的Pico基站和家庭基站统称为小小区（Small Cell）。由于小小区的部署支持干扰管理、节点自启动、且与蜂窝网络共享核心网和网管系统，使得其部署和管理相对简便，已经成为解决未来室内和热点数据业务覆盖与容量的主流方向。

在3GPP R12中，小小区有可能工作在独立工作模式情况下，也有可能工作在需要与宏基站进行相互协作的非独立工作模式下。其中，非独立工作模式是指对于某些终端（如高速移动的终端），其接入锚点始终为宏基站，而小小区仅提供传输数据的通道，此时所有控制面信令均通过宏基站下发；独立工作模式是指终端不需要依赖任何宏基站帮助即可接入小小区中。如图1所示小小区A就是工作在非独立工作模式下，相应的控制面信令由图1中的宏基站下发；而小小区B则是工作在独立模式下，终端2不需要依赖宏基站的帮助即可接入小小区B。

现有技术中虽然提供了小小区的上述两种工作模式，然而，针对工作在非独立工作模式下的小小区，却并未提出当终端在不同的宏小区之间进行切换时，如何实现对终端切换到的宏小区下的小小区承载进行激活。

发明内容

本发明实施例提供一种小小区承载的激活方法及设备，用以针对工作在非独立工作模式下的小小区，提出一种当终端在不同的宏小区之间进行切换时实现对终端切换到的目标宏小区下的小小区承载进行激活的方案。

本发明实施例还提供一种小小区承载的去激活方法及设备，用以针对工作在非独立工作模式下的小小区，提出一种当终端在不同的宏小区之间进行切换时实现对终端离开的原宏小区下的小小区承载进行去激活的方案。

本发明实施例采用以下技术方案：

一种小小区承载的激活方法，包括：目标宏小区接收到原宏小区发送的切换请求命令后，确定用于承载终端的业务数据的小小区；当确定出的所述小小区为当前承载所述业务数据的原小小区时，向所述原小小区发送包含目的隧道号的承载路径切换请求，以指示所述原小小区切换到所述目的隧道号所表示的位于目标宏小区与原小小区之间的隧道；当确定出的所述小小区为不同于所述原小小区的目标小小区时，向所述目标小小区发送承载激活请求，以激活所述目标小小区建立无线承载。

一种小小区承载的去激活方法，包括：原宏小区向目标宏小区发送切换请求命令；接收目标宏小区根据所述切换请求命令而发送的切换确认消息；其中，所述切换确认消息是目标宏小区在确定出承载终端的业务数据的目标小小区后发送的；在确定出的所述目标小小区不同于当前承载所述业务数据的原小小区时，原宏小区向所述原小小区发送承载去激活指令，以指示所述原小小区根据所述承载去激活指令而去激活自身无线承载。

一种小小区承载的激活设备，包括：小小区确定单元，用于接收到原宏小区发送的切换请求命令后，确定用于承载终端的业务数据的小小区；切换请求发送单元，用于当小小区确定单元确定出的所述小小区为当前承载所述业务数据的原小小区时，向所述原小小区发送包含目的隧道号的承载路径切换请求，以指示所述原小小区切换到所述目的隧道号所表示的位于目标宏小区与原小小区之间的隧道；激活请求发送单元，用于当小小区确定单元确定出的所述小小区为不同于所述原小小区的目标小小区时，向所述目标小小区发送承载激活请求，以激活所述目标小小区建立无线承载。

一种小小区承载的去激活设备，包括：切换请求命令发送单元，用于向目标宏小区发送切换请求命令；切换确认消息接收单元，用于接收目标宏小区根据切换请求命令发送单元发送的切换请求命令而发送的切换确认消息；其中，所述切换确认消息是目标宏小区在确定出承载终端的业务数据的目标小小区后发送的；承载去激活指令发送单元，用于在切换确认消息接收单元接收到所述切换确认消息后，当所述目标小小区不同于当前承载所述业务数据的原小小区时，向所述原小小区发送承载去激活指令，以指示所述原小小区根据所述承载去激活指令而去激活自身无线承载。

本发明实施例的有益效果如下：

上述方案中，在终端将要从原宏小区切换到目标宏小区时，由目标宏小区来确定用于承载终端的业务数据的小小区，然后基于对确定出的小小区是否为当前承载终端的业务数据的原小小区这一条件的判定，向需要被激活的目标小小区发送承载激活请求，以激活该目标小小区承载。从而针对工作在非独立工作模式下的小小区，本方案提出一种当终端在不同的宏小区之间进行切换时实现对终端切换到的目标宏小区下的小小区承载进行激活的方案。

附图说明

图1为工作在非独立工作模式和独立工作模式下的小小区的示意图；

图2a为本发明实施例提供的一种小小区承载的激活方法的具体流程示意图；

图2b为终端的业务数据当前并没有由任何小小区承载的场景示意图；

图3a为本发明实施例提供的一种小小区承载的去激活方法的具体流程示意图；

图3b为目标宏小区确定出的承载终端的业务数据的小区不为小小区，而是该目标宏小区自身的场景示意图；

图4a为实施例1的应用场景示意图；

图4b为实施例1的具体实现流程示意图；

图5a为实施例2的应用场景示意图；

图5b为实施例2的具体实现流程示意图；

图6a为本发明实施例中的宏基站、小小区和终端UE可能采用的一种用户面协议栈示意图；

图6b为本发明实施例中的宏基站、小小区和终端UE可能采用的另一种用户面协议栈示意图；

图6c为本发明实施例中的宏基站、小小区和终端UE可能采用的一种控制面协议栈示意图。

具体实施方式

为了在终端在不同的宏小区之间进行切换时，实现对终端切换到的目标宏小区下的小小区承载进行激活，本发明实施例提供了一种小小区承载的激活方案。该方案在终端将要从原宏小区切换到目标宏小区时，由目标宏小区来确定用于承载终端的业务数据的小小区，然后，基于对确定出的小小区是否为当前承载终端的业务数据的原小小区这一条件的判定，向需要被激活的目标小小区发送承载激活请求，从而实现了对目标小小区承载的激活。

以下结合说明书附图对本发明的实施例进行说明，应当理解，此处所描述的实施例仅用于说明和解释本发明，并不用于限制本发明。并且在不冲突的情况下，本说明中的实施例及实施例中的特征可以互相结合。

首先，本发明实施例提供一种小小区承载的激活方法，该方法的具体流程示意图如图2a所示，主要包括下述步骤：

步骤21，目标宏小区接收原宏小区发送的切换请求命令；

在实际应用中，终端可以在进行信号质量的检测后，将针对原宏小区和目标小区所分别得到的宏小区信号质量检测结果发送给原宏小区，由原宏小区根据该些宏小区信号质量检测结果和/或原宏小区的小区负载等信息，判断终端是否需要切换到目标宏小区。若判断结果为是，则原宏小区向目标宏小区发送上述切换请求命令。

可选的，终端还可以对其所能检测到的小小区信号的信号质量进行检测，得到相应的小小区信号质量检测结果，并把该小小区信号质量检测结果承载在切换请求命令中发送给目标宏小区，以便目标宏小区可以根据该小小区信号质量检测结果判定是否需要由小小区来承载终端的业务数据。

步骤22，目标宏小区确定用于承载终端的业务数据的小小区，并判断确定出的该小小区是否为当前承载终端的业务数据的原小小区；在判断结果为确定出的该小小区为当前承载终端的业务数据的原小小区时，执行步骤23，而在判断结果为确定出的该小小区为不同于上述原小小区的目标小小区时，执行步骤24；

具体地，目标宏小区可以根据终端业务的服务质量QoS（Quality of Service）信息（该信息可以承载在切换请求命令中），并结合切换请求命令中的小小区信号质量检测结果等，判断是否需要将终端的部分业务数据承载在小小区上。如果判断结果为是，则进一步确定用于承载终端的业务数据的小小区是否为当前承载终端的业务数据的原小小区。比如，目标宏小区可以根据小小区信号质量检测结果，确定出信号质量最好的小小区，并根据该信号质量最好的小小区所归属的宏小区，确定该信号质量最好的小小区是否为当前承载终端的业务数据的原小小区；或根据切换请求命令中携带的当前承载终端的业务数据的原小小区的标识，通过比较该信号质量最好的小小区的标识是否与该原小小区的标识是否一致，而确定该信号质量最好的小小区是否为当前承载终端的业务数据的原小小区；等等。

在实际应用中，还可能出现如图2b所示的场景。在该场景下，终端的业务数据当前并没有由任何小小区承载。本发明实施例中，可以将这样的情况视为“确定出的小小区不为当前承载终端的业务数据的原小小区”所涵盖的一种特殊情况。当出现该情况时，同样需要执行后续步骤24。

步骤23，目标宏小区向原小小区发送包含目的隧道号的承载路径切换请求，以指示原小小区切换到该目的隧道号所表示的位于目标宏小区与原小小区之间的隧道；

由于当前承载终端的业务数据的原小小区与确定出的承载终端的业务数据的小小区相同，因此此时不需要激活该原小小区，而只需要原小小区将其接收上行数据的隧道切换为位于目标宏小区与原小小区之间的隧道即可。

步骤24，目标宏小区向目标小小区发送承载激活请求，以激活目标小小区建立无线承载。

由于当前承载终端的业务数据的原小小区与确定出的承载终端的业务数据的小小区（目标小小区）不同，因此需要对确定出的该目标小小区承载进行激活。具体地，本发明实施例采用向目标小小区发送承载激活请求的方式，来活目标小小区建立无线承载。

其中，该承载激活请求的作用在于：指示将终端业务的无线承载映射到目标小小区的某一层上，如映射到分组数据汇聚协议（PDCP，Packet Data Convergence Protocol）层上。该承载激活请求中可以携带终端的相关上下文，如终端在原宏小区的小区无线网络临时标识（C-RNTI，Cell Radio Network Temporary Identifier）、终端在目标宏小区的C-RNTI、终端在小小区的C-RNTI以及终端能力信息等。此外，该相关上下文中还可以携带接入层配置（如MAC/RLC/PDCP的配置）信息，以及无线承载上下文（如服务质量QoS（Quality ofService）信息）等。

本发明实施例中，当确定出的用于承载终端的业务数据的小小区为当前承载终端的业务数据的原小小区时，目标宏小区在接收到原小小区在切换到目标宏小区与原小小区之间的隧道后发送的承载路径切换确认之后，还可以进一步向原宏小区发送切换确认消息。从而目标宏小区后续还可以进一步接收原宏小区根据该切换确认消息而发送来的下行数据，并将下行数据发送给原小小区。其中，原宏小区发送的该下行数据为：原宏小区接收到切换确认消息后缓存的欲通过原小小区发送给终端的下行数据。

而当确定出的用于承载终端的业务数据的小小区为不同于上述原小小区的目标小小区时，目标宏小区在接收到目标小小区在建立无线承载后发送的承载激活确认消息之后，也可以进一步向原宏小区发送切换确认消息。从而目标宏小区后续还可以进一步接收原宏小区根据该切换确认消息而发送来的下行数据，并将下行数据发送给原小小区。

其中，上述下行数据均为原宏小区在接收到切换确认消息后缓存的欲发送给终端的下行数据。

通过本发明实施例提供的上述方法，在终端将要从原宏小区切换到目标宏小区时，由目标宏小区来确定用于承载终端的业务数据的小小区，然后基于对确定出的小小区是否为当前承载终端的业务数据的原小小区这一条件的判定，向需要被激活的目标小小区发送承载激活请求，以激活该目标小小区承载，从而针对工作在非独立工作模式下的小小区，提出了一种当终端在不同的宏小区之间进行切换时实现对终端切换到的目标宏小区下的小小区承载进行激活的方案。

出于与上述方法相同的发明构思，本发明实施例还提供一种小小区承载的去激活方法，该方法的具体实现流程示意图如图3a所示，主要包括下述步骤：

步骤31，原宏小区向目标宏小区发送切换请求命令；

步骤32，原宏小区接收目标宏小区根据该切换请求命令而发送的切换确认消息；

其中，该切换确认消息是目标宏小区在确定出承载终端的业务数据的目标小小区后发送的。

步骤33，在确定出的用于承载终端的业务数据的小小区不同于当前承载该业务数据的原小小区时，原宏小区向原小小区发送承载去激活指令，以指示原小小区根据该承载去激活指令而去激活自身无线承载。

本发明实施例中，还可能发生目标宏小区确定出的承载终端的业务数据的小区不为小小区，而是该目标宏小区自身的情况。比如在图3b所示的场景下，由于目标宏小区下没有小小区，则当终端从原宏小区切换至目标宏小区时，终端的业务数据就只有依靠目标宏小区自身进行承载。本发明实施例中，可以将由目标宏小区自身承载终端的业务数据的情况视为“用于承载终端的业务数据的小小区不同于当前承载该业务数据的原小小区”所涵盖的一种特殊情况。因此，此情况下，原宏小区也会执行向原小小区发送承载去激活指令，以指示原小小区根据该承载去激活指令而去激活自身无线承载。

本发明实施例中，在原宏小区接收到该切换确认消息后，如果此时原小小区的承载业务没有结束，则宏小区可以停止将该承载业务的下行数据转发至原小小区，并对被停止发送的这部分下行数据进行缓存，以便后续将该部分下行数据发送给目标宏小区，再由目标宏小区将该部分下行数据发送给目标小小区。

为保证在执行图3a所示流程的过程中，原小小区向终端发送的下行数据最终都能被终端成功接收，图3a所示的该流程还可以进一步包括下述步骤：

首先，原宏小区获得未被终端从原小小区处成功获取的下行数据；

然后，原宏小区再将获得的下行数据提供给目标宏小区。

其中，原宏小区可以采用以下两种方式之一，来获得未被终端从原小小区处成功获取的下行数据。

方式一：

采用方式一时，假设原宏小区具备备份发送给原小小区的下行数据的功能。基于该功能，原宏小区获得未被终端从原小小区处成功获取的下行数据的方式可以为：根据原小小区所发送的用于通知终端对于原小小区发送的下行数据的接收状态的消息，从原宏小区所备份的下行数据中，获得未被终端从原小小区处成功获取的下行数据。

方式二：方式二中，原小小区可以将未被终端从原小小区处成功获取的下行数据发送给原宏小区，从而原宏小区就可以获得未被终端从原小小区处成功获取的下行数据。

采用方式二时，原宏小区可以具备备份发送给原小小区的下行数据的功能，也可以不具备该功能。

由如图3a所示的上述步骤可知，本发明实施例提供的上述小小区承载的去激活方法，通过由终端离开的原宏小区来控制承载终端的业务数据的原小小区的去激活，从而提出了一种当终端在不同的宏小区之间进行切换时实现对终端离开的原宏小区下的小小区承载进行去激活的方案。

以下结合实际，以两个具体的实施例为例，详细说明上述方案的实际应用流程。

实施例1

假设实施例1的应用场景如图4a所示，即终端从宏小区A（即原宏小区）下的小小区a（即原小小区）移动到宏小区B（即目标宏小区）下的小小区b（即目标小小区）。在该应用场景下，通过结合本发明实施例提供的小小区承载的激活方法和小小区承载的去激活方法，实现终端从小小区a切换到小小区b的一个具体流程示意图如图4b所示，包括下述步骤：

步骤41：终端进行信号质量测量结果上报，这里所说的信号质量测量结果包括宏小区A、宏小区B、小小区a和小小区b的信号质量测量结果。

步骤42：宏小区A根据终端的质量测量结果及自身的负载情况等，确定将终端切换到目标宏小区，即宏小区B。

步骤43：宏小区A向宏小区B发送切换请求命令。

该切换请求命令里可以携带小小区a和小小区b的信号质量测量结果。

步骤44：宏小区B收到切换请求命令后，根据终端的业务QoS，并结合小小区a和小小区b的信号质量测量结果等，判断是否需要将终端的部分业务数据承载在小小区b上。若假设判断结果为是，则向小小区b发送承载激活请求。

步骤45：小小区b在激活自身的无线承载后，向宏小区B发送承载激活确认消息。

步骤46：宏小区B向宏小区A发送切换确认消息；

步骤47：宏小区A在接收到切换确认消息后，对欲通过小小区a发送给终端的下行数据进行缓存。

步骤48：宏小区A向小小区a发送承载去激活指令，以指示小小区a根据承载去激活指令而去激活自身无线承载。

步骤49：宏小区A获取切换确认消息中包含的用于指示终端进行无线承载配置的重配置信息，并将该重配置信息承载在连接重配命令中发送给终端。

其中，该重配置信息具体用于指示终端接入宏小区B下的小小区b。

步骤410：小小区a在接收到承载去激活指令后，对欲发送给终端的下行数据进行缓存，并在去激活自身的无线承载后，将缓存的下行数据发送给宏小区A。

步骤411：宏小区A将自身缓存的下行数据和小小区a发送给宏小区A的下行数据发送给宏小区B。

步骤412，宏小区B将宏小区A发送来的下行数据发送给小小区b。

步骤411的后续步骤可以包括：终端根据连接重配命令进行连接重配，然后在宏小区B内进行下行同步及随机接入。由于重配置信息中包含小小区b的配置，因此终端还需在小小区进行同步和随机接入后，才能进行上下行数据传输。

实施例2

假设实施例2的应用场景如图5a所示，即终端从宏小区A（即原宏小区）移动到宏小区B（即目标宏小区）。不同于图4a的是，图5a中，当前承载终端的业务数据的小小区既在宏小区A的覆盖范围内，且与宏小区A之间具备连接关系；又在宏小区B的覆盖范围内，且与宏小区B之间具备连接关系。

在图5a所示的该应用场景下，通过结合本发明实施例提供的小小区承载的激活方法和小小区承载的去激活方法，实现终端从宏小区A切换到宏小区B，且并不发生小小区切换的一个具体流程示意图如图5b所示，包括下述步骤：

步骤51：终端进行信号质量测量结果上报，这里所说的信号质量测量结果包括宏小区A、宏小区B、小小区的信号质量测量结果。

步骤52：宏小区A根据终端的质量测量结果及自身的负载情况等，确定将终端切换到目标宏小区，即宏小区B。

步骤53：宏小区A向宏小区B发送切换请求命令。

该切换请求命令里可以携带小小区的信号质量测量结果，宏小区A与小小区间的用于进行数据转发的隧道的标识以及小小区的无线承载的相关信息（如承载标识、终端业务的QoS参数）等。

步骤54：宏小区B收接收到到切换请求命令后，根据终端业务的QoS、小小区的信号质量测量结果和/或宏小区B的负载信息等，决策使用当前正在为终端服务的小小区继续提供服务，从而建立与该小小区间进行数据转发的隧道，并向该小小区发送承载路径切换请求。

其中，该承载路径切换请求中包括宏小区A与小小区间的用于进行数据转发的隧道的标识，以及宏小区B与小小区间的用于进行数据转发的隧道的标识。

步骤55：小小区收到承载路径切换请求后，从与宏小区A之间建立的用于进行数据转发的隧道切换到宏小区B与小小区间的用于进行数据转发的隧道，然后向宏小区B反馈承载路径切换确认。

步骤56：宏小区B向宏小区A反馈切换确认消息。

在该切换确认消息中，宏小区B可以告知宏小区A由可以继续维持无线承载的小小区的标识所构成的小小区列表。另外，该切换确认消息所包含的用于指示终端进行无线承载配置的重配置信息中，还可以包括由需要终端维持的无线承载所对应的小小区的标识构成的小小区列表。

步骤57：宏小区A收到切换确认消息后，对欲发送给终端的下行数据进行缓存，而不再对该些下行数据进行下发。

步骤58：宏小区A提取切换确认消息里的重配置信息发送给终端。

不同于实施例1中的宏小区A所执行的步骤，本步骤58中，宏小区A无需向小小区发送承载去激活指令。

步骤59：宏小区A将缓存的下行数据发送给宏小区B。

步骤510：宏小区B将宏小区A发送的下行数据发送给小小区。

步骤510的后续步骤可以包括：

终端根据重配置信息进行连接重配后，在宏小区B内进行下行同步及随机接入；然后，终端与宏小区B之间进行上下行数据的发送。

其中需要说明的是，对于重配置信息中指定的需继续维持承载的小小区，终端继续维持与该小小区相关的无线配置。

比较实施例1和实施例2可知，由于实施例1中，终端在宏小区间切换时也发生了小小区间的切换，因此实施例1中需要由原宏小区去激活原小小区，并由目标宏小区激活目标小小区。在这过程中，小小区与终端间的业务会有一段时间处于中断状态，从而原小小区的未发数据/未确认被终端接收的数据还需要先转发给原宏小区，然后再由原宏小区转发给目标宏小区。而实施例2中，由于终端在宏小区间切换时并没有发生小小区间的切换，因此实施例2中不需要由原宏小区去激活原小小区，也不需要由目标宏小区激活目标小小区。

需要说明的是，本发明实施例中，宏基站、小小区和终端UE可能采用的一种用户面协议栈如图6a所示。当采用该用户面协议栈时，用于实现本发明实施例提供的方案的终端具备至少两套PDCP/RLC/MAC/PHY实体。实体的数目取决于所连宏小区及小小区的总数目，每套PDCP/RLC/MAC/PHY对应一个宏小区/小小区。同时，终端具备同时连接到多个基站的能力，而且可以根据基站下发的RRC消息，对多套PDCP/RLC/MAC/PHY实体进行配置。而宏基站的PDCP与小小区的PDCP则具备通过X2接口进行承载映射以及相关PDCP层参数交互的能力。

宏基站、小小区和终端UE可能采用的另一种用户面协议栈如图6b所示。当采用该用户面协议栈时，用于实现本发明实施例提供的方案的终端具备至少两套RLC/MAC/PHY实体，实体的数目取决于所连宏小区及小小区的总数目，每套RLC/MAC/PHY对应一个宏小区/小小区。同时，终端具备同时连接到多个基站的能力，而且可以根据基站下发的RRC消息，对多套RLC/MAC/PHY实体进行配置。终端的PDCP具备跟多个RLC实体进行数据交互的能力；而宏基站的PDCP与小小区的PDCP具备通过X2接口进行承载映射以及相关PDCP层参数交互的能力。

本发明实施例中，宏基站、小小区和终端UE所可能采用的一种控制面协议栈如图6c所示。由图6c可知，与现有协议栈相比，图6c所示的该控制面协议栈本身并没有改动。但宏基站RRC层还具备与小小区基站RRC进行PDCP/RLC/MAC/PHY配置参数交互的能力，宏基站RRC还具备对终端的多套PDCP/RLC/MAC/PHY进行配置的能力（通过RRC消息），小小区的RRC层除了与宏基站进行PDCP/RLC/MAC/PHY配置参数交互的能力外，无需与终端进行RRC消息交互，但可以进行系统消息的广播，以及对小小区自己的PDCP/RLC/MAC/PHY进行配置。

为了解决针对工作在非独立工作模式下的小小区，现有技术未提出当终端在不同的宏小区之间进行切换时，如何实现对终端切换到的宏小区下的小小区承载进行激活的问题，本发明实施例还提供一种小小区承载的激活设备。该设备主要包括下述功能单元：

小小区确定单元，用于接收到原宏小区发送的切换请求命令后，确定用于承载终端的业务数据的小小区；

切换请求发送单元，用于当小小区确定单元确定出的小小区为当前承载所述业务数据的原小小区时，向原小小区发送包含目的隧道号的承载路径切换请求，以指示原小小区切换到目的隧道号所表示的位于目标宏小区与原小小区之间的隧道；

激活请求发送单元，用于当小小区确定单元确定出的小小区为不同于原小小区的目标小小区时，向目标小小区发送承载激活请求，以激活目标小小区建立无线承载。

可选的，当小小区确定单元确定出的小小区为原小小区时，上述设备还可以进一步包括切换确认消息发送单元、下行数据接收单元和下行数据发送单元。该些单元的主要功能如下：

切换确认消息发送单元，用于在接收到原小小区在根据切换请求发送单元发送的承载路径切换请求切换到上述隧道后发送的承载路径切换确认之后，向原宏小区发送切换确认消息。

下行数据接收单元，用于接收原宏小区根据切换确认消息发送单元发送的切换确认消息而发送来的下行数据。其中，这里所说的下行数据为：原宏小区接收切换确认消息后缓存的欲通过原小小区发送给终端的下行数据。

下行数据发送单元，用于将下行数据接收单元接收的下行数据发送给原小小区。

而当小小区确定单元确定出的确定出的小小区为目标小小区时，上述设备也可以进一步包括切换确认消息发送单元、下行数据接收单元和下行数据发送单元。该些单元的主要功能如下：

切换确认消息发送单元，用于在接收到目标小小区在建立无线承载后发送的承载激活确认消息之后，向原宏小区发送切换确认消息。

下行数据接收单元，用于接收原宏小区根据切换确认消息发送单元发送的切换确认消息而发送来的下行数据。其中，这里所说的下行数据为原宏小区在接收到切换确认消息后缓存的欲发送给终端的下行数据。

下行数据发送单元，用于将下行数据接收单元接收的下行数据发送给目标小小区。

为了解决针对工作在非独立工作模式下的小小区，现有技术中未提出当终端在不同的宏小区之间进行切换时，如何实现对终端切换到的宏小区下的小小区承载进行激活的问题，本发明实施例还提供一种小小区承载的去激活设备。该设备主要包括下述功能单元：

切换请求命令发送单元，用于向目标宏小区发送切换请求命令；

切换确认消息接收单元，用于接收目标宏小区根据切换请求命令发送单元发送的切换请求命令而发送的切换确认消息；其中，该切换确认消息是目标宏小区在确定出承载终端的业务数据的目标小小区后发送的；

承载去激活指令发送单元，用于在切换确认消息接收单元接收到切换确认消息后，当目标小小区不同于当前承载终端的业务数据的原小小区时，向原小小区发送承载去激活指令，以指示原小小区根据承载去激活指令而去激活自身无线承载。

可选的，该设备还可以包括缓存单元和发送单元。该缓存单元用于在切换确认消息接收单元接收到切换确认消息后，缓存欲发送给终端的下行数据；而该发送单元则用于将缓存单元缓存的下行数据发送给目标宏小区。

可选的，该设备还可以包括获得单元和提供单元。该获得单元用于获得未被终端从所述原小小区处成功获取的下行数据；而该提供单元则用于将获得单元获得的下行数据提供给目标宏小区。

可选的，上述获得单元具体可以用于：接收原小小区发送来的未被终端从原小小区处成功获取的下行数据。

可选的，该设备还可以包括用于备份发送给原小小区的下行数据的备份单元。基于该备份单元的功能，上述获得单元具体也可以用于：根据原小小区所发送的用于通知终端对于原小小区发送的下行数据的接收状态的消息，从原宏小区所备份的下行数据中，获得未被终端从原小小区处成功获取的下行数据。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的设备。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令设备的制造品，该指令设备实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (14)

1.一种小小区承载的激活方法，其特征在于，包括：

目标宏小区接收到原宏小区发送的切换请求命令后，确定用于承载终端的业务数据的小小区；

当确定出的所述小小区为当前承载所述业务数据的原小小区时，向所述原小小区发送包含目的隧道号的承载路径切换请求；接收所述原小小区在切换到所述隧道后发送的承载路径切换确认，并向所述原宏小区发送切换确认消息；

当确定出的所述小小区为不同于所述原小小区的目标小小区时，向所述目标小小区发送承载激活请求；接收所述目标小小区在建立无线承载后发送的承载激活确认消息，向原宏小区发送切换确认消息。

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

接收原宏小区根据所述切换确认消息而发送来的下行数据；以及

将所述下行数据发送给所述原小小区；

其中，当确定出的所述小小区为所述原小小区时，所述下行数据为：原宏小区接收所述切换确认消息后缓存的欲通过所述原小小区发送给终端的下行数据；当确定出的所述小小区为所述目标小小区时，所述下行数据为：所述原宏小区在接收到所述切换确认消息后缓存的欲发送给终端的下行数据。

3.一种小小区承载的去激活方法，其特征在于，包括：

原宏小区向目标宏小区发送切换请求命令；

接收目标宏小区根据所述切换请求命令而发送的切换确认消息；其中，所述切换确认消息是当所述目标宏小区确定出的用于承载终端的业务数据的小小区为当前承载所述业务数据的原小小区时，向所述原小小区发送包含目的隧道号的承载路径切换请求，接收到所述原小小区在切换到所述隧道后发送承载路径切换确认之后发送的；或者，所述切换确认消息是当所述目标宏小区确定出的用于承载终端的业务数据的小小区为不同于所述原小小区的目标小小区时，向所述目标小小区发送承载激活请求，接收所述目标小小区在建立无线承载后发送的承载激活确认消息之后发送的；

在确定出的所述目标小小区不同于当前承载所述业务数据的原小小区时，原宏小区向所述原小小区发送承载去激活指令，以指示所述原小小区根据所述承载去激活指令而去激活自身无线承载。

4.如权利要求3所述的方法，其特征在于，原宏小区接收所述切换确认消息后，还包括：

缓存欲发送给终端的下行数据；并

将缓存的下行数据发送给目标宏小区。

5.如权利要求3或4所述的方法，其特征在于，所述方法还包括：

原宏小区获得未被终端从所述原小小区处成功获取的下行数据；以及

将获得的下行数据提供给目标宏小区。

6.如权利要求5所述的方法，其特征在于，所述方法还包括：原宏小区备份发送给所述原小小区的下行数据；则

原宏小区获得未被终端从所述原小小区处成功获取的下行数据，具体包括：

原宏小区根据所述原小小区所发送的用于通知终端对于所述原小小区发送的下行数据的接收状态的消息，从原宏小区所备份的下行数据中，获得未被终端从所述原小小区处成功获取的下行数据。

7.如权利要求5所述的方法，其特征在于，原宏小区获得未被终端从所述原小小区处成功获取的下行数据，具体包括：

原宏小区接收所述原小小区发送来的未被终端从所述原小小区处成功获取的下行数据。

8.一种小小区承载的激活设备，其特征在于，包括：

小小区确定单元，用于接收到原宏小区发送的切换请求命令后，确定用于承载终端的业务数据的小小区；

切换请求发送单元，用于当小小区确定单元确定出的所述小小区为当前承载所述业务数据的原小小区时，向所述原小小区发送包含目的隧道号的承载路径切换请求；

切换确认消息发送单元，用于接收所述原小小区在切换到所述隧道后发送的承载路径切换确认，并向所述原宏小区发送切换确认消息；

激活请求发送单元，用于当小小区确定单元确定出的所述小小区为不同于所述原小小区的目标小小区时，向所述目标小小区发送承载激活请求；

所述切换确认消息发送单元，还用于接收所述目标小小区在建立无线承载后发送的承载激活确认消息，向原宏小区发送切换确认消息。

9.如权利要求8所述的设备，其特征在于，所述设备还包括：

下行数据接收单元，用于接收原宏小区根据切换确认消息发送单元发送的切换确认消息而发送来的下行数据；

下行数据发送单元，用于将下行数据接收单元接收的下行数据发送给所述原小小区；

其中，当确定出的所述小小区为所述原小小区时，所述下行数据为：原宏小区接收所述切换确认消息后缓存的欲通过所述原小小区发送给终端的下行数据；当小小区确定单元确定出的确定出的所述小小区为所述目标小小区时，所述下行数据为：所述原宏小区在接收到所述切换确认消息后缓存的欲发送给终端的下行数据。

10.一种小小区承载的去激活设备，其特征在于，包括：

切换请求命令发送单元，用于向目标宏小区发送切换请求命令；

切换确认消息接收单元，用于接收目标宏小区根据切换请求命令发送单元发送的切换请求命令而发送的切换确认消息；其中，所述切换确认消息是当所述目标宏小区确定出的用于承载终端的业务数据的小小区为当前承载所述业务数据的原小小区时，向所述原小小区发送包含目的隧道号的承载路径切换请求，接收到所述原小小区在切换到所述隧道后发送承载路径切换确认之后发送的；或者，所述切换确认消息是当所述目标宏小区确定出的用于承载终端的业务数据的小小区为不同于所述原小小区的目标小小区时，向所述目标小小区发送承载激活请求，接收所述目标小小区在建立无线承载后发送的承载激活确认消息之后发送的；

承载去激活指令发送单元，用于在切换确认消息接收单元接收到所述切换确认消息后，当所述目标小小区不同于当前承载所述业务数据的原小小区时，向所述原小小区发送承载去激活指令，以指示所述原小小区根据所述承载去激活指令而去激活自身无线承载。

11.如权利要求10所述的设备，其特征在于，所述设备还包括：

缓存单元，用于在切换确认消息接收单元接收到所述切换确认消息后，缓存欲发送给终端的下行数据；

发送单元，用于将缓存单元缓存的下行数据发送给目标宏小区。

12.如权利要求10或11所述的设备，其特征在于，所述设备还包括：

获得单元，用于获得未被终端从所述原小小区处成功获取的下行数据；

提供单元，用于将获得单元获得的下行数据提供给目标宏小区。

13.如权利要求12所述的设备，其特征在于，所述设备还包括：

备份单元，用于备份发送给所述原小小区的下行数据；则

所述获得单元具体用于：根据所述原小小区所发送的用于通知终端对于所述原小小区发送的下行数据的接收状态的消息，从原宏小区所备份的下行数据中，获得未被终端从所述原小小区处成功获取的下行数据。

14.如权利要求12所述的设备，其特征在于，所述获得单元具体用于：接收所述原小小区发送来的未被终端从所述原小小区处成功获取的下行数据。