CN104053146B - 小小区承载的激活与去激活方法及设备 - 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为工作在非独立工作模式和独立工作模式下的小小区的示意图；

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

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

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

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

图6a为实施例1的实施场景示意图；

图6b为实施例1的具体实施流程图；

图7为实施例2的具体实施流程图；

图8为实施例3、4、5的实施场景示意图；

图9为实施例4的具体实施流程图；

图10为实施例5的具体实施流程图；

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

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

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

具体实施方式

为了实现对工作在非独立工作模式下的小小区承载的激活，本发明实施例提供了一种小小区承载的激活方案。该方案基于小小区的非独立工作模式的特点，提出了通过由宏小区向小小区发送承载激活请求的方式，来控制小小区与终端之间建立无线承载。

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

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

步骤21，宏小区向小小区发送承载激活请求；

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

在实际应用中，宏小区在向小小区发送承载激活请求前，接入该宏小区的终端可能会处于两种状态。其一是处于未接入任何小小区的状态；其二是处于已接入了某小小区的状态。为了便于后文描述，本发明实施例中将终端当前已接入的小小区简称为“原小小区”。

针对上述两种状态，步骤21的具体执行方式上可以有所不同。

具体地，针对终端当前未接入任何小小区的情况，宏小区可以根据终端业务的QoS、终端所处位置处的小小区信号质量和/或宏小区与小小区的负载信息等，判断终端的业务是否可以通过小小区来承载。若判断结果为是，宏小区就可以向与自身具备连接关系的小小区发送上述承载激活请求。比如，宏小区可以向与自身具备连接关系的某一个小小区或多个小小区发送该请求；也可以仅向与自身具备连接关系、且负载不大于预设负载阈值的一个小小区发送该请求；等等。

而针对终端当前已接入原小小区的情况，宏小区则可以根据终端业务的QoS和/或终端所处位置处的小小区信号质量等，判断终端的业务是否可以通过除原小区外的其他小小区来承载，即判断是否要将原小小区的业务转移至与宏小区相连接的其他小小区。若判断结果为是，宏小区就可以向与自身具备连接关系的除原小区外的其他小小区发送上述承载激活请求。同时，宏小区还可以向原小区发送承载去激活指令。该指令用于指示原小小区对其无线承载执行去激活。原小区根据该承载去激活指令执行无线承载去激活的具体实现过程将在后文中具体介绍，在此不再赘述。

值得说明的是，宏小区向原小小区发送承载去激活指令后，还可以进一步获得未被终端从原小小区处成功获取的下行数据。其中，下行数据可以但不限于通过下述两种方式来获得：

第一种方式：该方式要求宏小区具备对发送给原小小区的下行数据进行备份的功能，以及要求原小小区具备向宏小区发送用于通知终端对于原小小区发送的下行数据的接收状态的消息的功能。基于该些功能，宏小区就可以根据原小小区所发送的上述消息，从宏小区所备份的下行数据中，获得未被终端从原小小区处成功获取的下行数据。

第二种方式：该方式可以不要求宏小区具备对发送给原小小区的下行数据进行备份的功能，但要求原小区具备向宏小区发送未被终端从原小小区处成功获取的下行数据的功能。基于该功能，宏小区就可以将原小区发送来的未被终端从原小小区处成功获取的下行数据，作为宏小区获得的未被终端从原小小区处成功获取的下行数据。

步骤22，宏小区接收承载激活确认消息；

其中，该承载激活确认消息是根据承载激活请求而建立起无线承载的小小区发送的。

需要说明的是，针对终端当前已接入原小小区的情况，宏小区也可以是在接收到该承载激活确认消息后，再向原小小区发送承载去激活指令。相比于先向原小小区发送承载去激活指令，然后再向除原小区外的其他小小区发送承载激活请求的方式相比，在接收到该承载激活确认消息后再向原小小区发送承载去激活指令的方式可以避免若所述其他小小区的无线承载建立失败，则会导致终端需要等待较长时间才能重新接入小小区以获得下行数据，从而会影响用户使用体验的问题。

步骤23，宏小区缓存待通过发送激活确认消息的小小区所建立的无线承载进行发送的下行数据；

可选的，宏小区可以是在向小小区发送承载激活请求后，立即执行缓存上述下行数据的操作。

对上述下行数据进行缓存的原因是，当前还不能肯定终端与发送激活确认消息的小小区之间是否已建立无线承载，因此不能肯定下行数据一定能发送成功。即，执行步骤23是为了避免终端与发送激活确认消息的小小区之间当前可能还未建立无线承载而会导致下行数据发送失败的问题。

需要说明的是，针对终端已接入原小小区的情况，步骤23中所述的该下行数据可以包括：通过原小小区与终端之间的无线承载进行发送的下行数据。

步骤24，宏小区将自身缓存的下行数据发送给该小小区。

比如，在终端与发送激活确认消息的小小区之间建立无线承载后，该小小区可以向宏小区发送用于通知终端与其已建立无线承载的消息。宏小区在接收到该消息后，就可以将自身缓存的下行数据发送给该小小区。

本发明实施例中，宏小区还可以对其发送的上述下行数据进行备份，并在接收到通知该下行数据被终端成功接收的消息后，再删除备份的下行数据。这样的处理方式可以实现在该下行数据未被终端成功接收时，还可以由宏小区执行该下行数据的重发，从而避免该下行数据发送失败而丢失的问题。

本发明实施例提供的上述方法基于小小区的非独立工作模式的特点，提出了通过由宏小区向小小区发送承载激活请求的方式，来控制小小区与终端之间建立无线承载，从而实现了对工作在非独立工作模式下的小小区承载的激活。

出于与图2所示的小小区承载的激活方法的同一发明构思，针对小小区这一侧所执行的操作，本发明实施例还提供另一种小小区承载的激活方法，该方法主要包括如图3所示的下述步骤：

步骤31，小小区接收宏小区发送的承载激活请求；,

步骤32，小小区在根据该承载激活请求建立起无线承载后，向宏小区发送承载激活确认消息；

步骤33，小小区接收宏小区发送的待发送给终端的下行数据；

步骤34，小小区通过自身与终端之间建立的无线承载，将宏小区发送来的下行数据发送给终端。

出于与图2所示的小小区承载的激活方法的同一发明构思，本发明实施例还提供一种小小区承载的去激活方法，该方法主要包括如图4所示的下述步骤：

步骤41，宏小区向小小区发送承载去激活指令，以指示所述小小区根据所述承载去激活指令而去激活自身无线承载；

在实际应用中，宏小区收到核心网的承载删除命令、小小区负载过重或小小区信号质量变差等原因，都可能触发宏小区去激活小小区承载。在需要去激活小小区承载时，宏小区就可以向小小区发送承载去激活指令。如果此时小小区的承载业务没有结束，则宏小区可以停止将该承载业务的下行数据转发至小小区，并对被停止发送的这部分下行数据进行缓存，以便后续基于宏小区与终端之间的无线承载，或者基于终端与其他小小区之间的无线承载，将该部分下行数据发送给终端。

步骤42，宏小区向与上述小小区之间建立起无线承载的终端发送无线承载重配置消息，以指示终端去激活该终端与该小小区之间建立的无线承载；

本发明实施例中，宏小区向小小区发送承载去激活指令的同时或之后，还可以通过发送信令的方式，指示终端进行重配置，从而去激活终端与上述承载去激活指令的接收方小小区之间的无线承载。如果该无线承载的去激活不是由于网络的承载删除引起，则宏小区可以指示终端将终端与小小区之间的无线承载应道到终端与宏小区之间的无线承载上。从而宏小区可以在发送给终端的无线承载重配置消息里，携带用于实现将终端与上述小小区之间的无线承载映射到终端与宏小区之间的无线承载相关的配置信息。

步骤43，宏小区获得未被终端从小小区处成功获取的下行数据；

需要说明的是，当宏小区被配置为会对发送给小小区的下行数据进行备份，且小小区承载未被去激活时，小小区会将终端对于下行数据的接收情况的信息反馈给宏小区，以指示宏小区从其备份的下行数据中删除已被终端成功接收的下行数据；或对未被终端成功接收的下行数据进行重发。基于这样的场景，宏小区可以在小小区承载被去激活后，直接从自身备份的下行数据中，确定出未被终端成功接收的下行数据。

而当宏小区被配置为不会对发送给小小区的下行数据进行备份时，则在小小区承载被去激活后，宏小区需要进一步接收：由承载被去激活的该小小区缓存并发送给该宏小区的未被终端成功接收的下行数据。

步骤44，宏小区将获得的下行数据提供给终端。

出于与图4所示的小小区承载的去激活方法的同一发明构思，本发明实施例还提供另一种小小区承载的去激活方法，该方法主要包括如图5所示的下述步骤：

步骤51，小小区接收宏小区发送的承载去激活指令；

步骤52，小小区根据承载去激活指令，执行去激活小小区无线承载的操作。

可选的，在执行上述步骤51后，还可以进一步执行下述步骤：小小区向宏小区发送用于通知终端对于小小区发送的下行数据的接收状态的消息。

或者可选的，在执行上述步骤51后，还可以进一步执行下述步骤：小小区向宏小区发送未被终端从小小区处成功获取的下行数据。

上文主要是对本发明实施例提供的小小区承载的激活/去激活方法的总体介绍，以下结合多个实施例，详细说明本发明实施例提供的上述方法在实际中的应用过程。

实施例1

实施例1的实施场景示意图如图6a所示。图6a中所示的宏小区中存在宏基站（Macro eNB），该宏基站具备至少一个与其相连接的小小区基站（即small cell eNB，如Pico基站或家庭基站）。此外，图6a中还包括处于宏小区中且当前未接入任意小小区的终端（UE）。针对该终端，可采用如图6b所示的步骤实现对小小区的激活：

步骤61：对于在宏小区处于连接态的终端，当有上行/下行业务时，如果宏基站判断该业务需要通过小小区来承载（判断依据可以是当前业务的QoS、小小区信号质量、宏小区与小小区负载情况等），则宏小区（即宏基站）向小小区（即向小小区的基站）发送承载激活请求，以实现将该业务的无线承载映射到小小区的某一层上（具体地，可以映射在PDCP层）。

该请求消息可以携带终端的相关上下文（如终端在宏小区的C-RNTI、终端在小小区的C-RNTI、终端能力信息等）、接入层配置信息（如MAC/RLC/PDCP的配置）、无线承载上下文（如QoS信息）。

步骤62：小小区接收承载激活请求，建立相应无线承载，若成功建立，向宏小区反馈承载激活确认。

步骤63：宏小区收到承载激活确认后，缓存随后到来的该承载的下行数据（不再通过宏基站空口发给终端）。

步骤64：并通过信令配置终端建立与小小区的无线承载。

步骤65：终端根据宏小区的重配置消息进行配置，如将位于宏小区的一些承载建立到小小区的无线承载上。

步骤66：完成配置后，终端向基站反馈重配置完成消息。宏小区收到重配置完成消息后，可以开始将承载的缓存数据及随后到来数据转发至小小区。

其中，宏小区在转发数据到小小区时，有两种处理方式：

1、宏小区保留数据备份，当小小区接收到终端对下行数据的反馈后，向宏小区反馈数据的接收状况。宏基站对于已按序接收的数据，再删除该数据备份。

2、宏小区不保留数据备份，小小区也无需向宏小区反馈下行数据是否正确发送的状态。

步骤67：终端在小小区取得下行同步并随机接入后即可发送上下行数据。

实施例2

实施例2具体包括如图7所示的下述步骤，通过执行该些步骤，可实现对小小区的去激活：

步骤71：宏小区由于收到核心网的承载删除命令，或由于小小区负载及信号质量等原因，宏小区需要去激活小小区上的承载，则宏小区发送承载去激活命令给小小区（如果该承载业务没有结束，宏基站需停止将该承载的下行数据转发至小小区，并缓存随后到来的下行数据）。

同时，宏小区通过信令重配置终端去激活小小区承载（如果该承载去激活不是由于网络的承载删除引起，则宏小区需要将小小区上的承载建立在宏小区上，则在重配置消息里包括对该承载在宏小区的相关配置）。

步骤72：小小区收到去激活命令后，如果宏小区采用前文所述的转发数据到小小区时的第1种处理方式，则小小区直接去激活承载即可；而如果宏小区采用前文所述的转发数据到小小区时的第2种处理方式，则将缓存在小小区的未收到正确接收反馈的包转发给宏小区进行缓存，然后去激活承载。

步骤73：宏小区向终端发送配置消息；

步骤74：终端收到宏小区的配置消息后，根据配置删除小小区的承载及在宏基站建立被删除的该承载；

步骤75：终端发送重配置完成消息给宏小区。

步骤76：终端在宏小区上进行该承载的上下行数据收发。

步骤77：宏小区收到终端发送的重配置完成消息后，如果原本由小小区承载的承载业务没有结束，则可以将针对该承载业务所缓存的数据及随后数据通过宏小区的空口发给终端。

实施例3

实施例3、实施例4以及实施例5均为特定场景下的小小区激活与去激活流程。具体地，该特定场景的示意图如图8所示：小小区a和小小区b均位于宏基站A的信号覆盖范围内；终端UE移出小小区a，然后进入另一个小小区b。其中，小小区a中的基站为原small celleNB，而小小区b中的基站为目标small cell eNB。

在这样的场景下，实施例3中实现对小小区a的去激活以及实现对小小区b的去激活的具体过程可以参照上述实施例1和实施例2。简单来说就是：首先按照如实施例2所述的流程去激活小小区a，然后再按照实施例1所述的流程激活小小区b，从而实现将小小区a对于终端的业务数据的承载映射到小小区b的承载上。

实施例4

实施例4中实现对小小区a的去激活以及实现对小小区b的去激活的具体过程如图9所示，主要包括下述步骤：

步骤91：宏小区判断出需要将小小区a的业务移至该宏小区下的另一个小小区b后，向原small cell eNB发送承载去激活指令，并停止将该承载的下行数据转发至原smallcell eNB，并缓存随后到来的下行数据。

宏小区判断是否需要将小小区a的业务移至小小区b的判读依据可以是小区负载情况及信号质量。

步骤92：宏小区向目标small cell eNB发送承载激活请求。

步骤93：原small cell eNB执行去激活，并将自身缓存的未确认终端已收到的下行数据转发到宏基站。

步骤94：宏基站对原small cell eNB发送的下行数据进行缓存；

步骤95：目标small cell eNB在根据承载激活请求激活自身无线承载后，向宏基站反馈承载激活确认。

步骤96：宏基站收到目标small cell eNB的承载激活确认后，向终端发送重配置命令，将原small cell eNB的承载转移至目标small cell eNB。

步骤97：终端根据宏小区的重配置消息进行配置，完成配置后，终端向基站反馈重配置完成消息。之后，终端在目标small cell eNB取得下行同步并随机接入后即可发送上下行数据。

步骤98：宏小区收到重配置完成消息后，可以开始将承载的缓存数据及随后到来数据转发至目标small cell eNB。

实施例5

实施例5中实现对小小区a的去激活以及实现对小小区b的去激活的具体过程如图10所示，主要包括下述步骤：

步骤101：宏小区判断出需要将小小区a的业务移至该宏小区下的另一个小小区b后，向目标small cell eNB发送承载激活请求；

步骤102：目标small cell eNB向宏小区反馈承载激活确认，以通知宏小区小小区b已成功激活无线承载。

步骤103：宏小区收到目标small cell eNB的承载激活确认后，向原small celleNB发送承载去激活指令，并停止将该承载的下行数据转发至原小小区，缓存随后到来的下行数据。

步骤104：原small cell eNB收到承载去激活指令后执行自身的无线承载去激活，并将已发送给终端、但未确定终端成功接收的下行数据转发到宏小区。

步骤105：宏小区缓存原small cell eNB发送的下行数据；

步骤106：宏小区向终端发送重配置命令，以指示终端将原small cell eNB的承载转移至目标small cell eNB。

步骤107：终端根据宏小区的重配置消息进行配置，完成配置后，终端向基站反馈重配置完成消息。之后，终端在目标small cell eNB取得下行同步并随机接入后即可发送上下行数据。

步骤108：宏小区收到重配置完成消息后，开始将承载的缓存数据及随后到来数据转发至目标small cell eNB。之后，终端与目标small cell eNB之间进行上下行数据的发送。

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

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

本发明实施例中，宏基站、小小区和终端UE所可能采用的一种控制面协议栈如图11c所示。由图11c可知，与现有协议栈相比，图11c所示的该控制面协议栈本身并没有改动。但宏基站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 (20)

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

宏小区向小小区发送承载激活请求后，缓存待通过小小区建立的无线承载进行发送的下行数据；其中，若在宏小区向小小区发送承载激活请求前，终端已与原小小区之间建立无线承载，则所述承载激活请求为所述宏小区在确定需要将所述原小小区的业务转移至宏小区相连接的其它小小区后，向所述其他小小区发送的；若在宏小区向小小区发送承载激活请求前，终端未与任何小小区建立无线承载，则所述承载激活请求为所述宏小区在确定所述终端的业务可以由小小区承载后，向与所述宏小区相连接的小小区发送的；

接收承载激活确认消息，其中，所述承载激活确认消息是根据所述承载激活请求而建立起无线承载的小小区发送的；并

将缓存的所述下行数据发送给所述建立起无线承载的小小区。

2.如权利要求1所述的方法，其特征在于，宏小区向小小区发送承载激活请求的同时，所述方法还包括：

宏小区向所述原小小区发送承载去激活指令，其中，该指令用于指示所述原小小区对其无线承载执行去激活；并

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

所述方法还包括：

宏小区在接收到所述承载激活确认消息后，将获得的所述下行数据发送给所述建立起无线承载的小小区。

3.如权利要求1所述的方法，其特征在于，宏小区接收承载激活确认消息后，所述方法还包括：

宏小区向所述原小小区发送承载去激活指令，其中，该指令用于指示所述原小小区对其无线承载执行去激活；并

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

所述方法还包括：

宏小区在接收到所述承载激活确认消息后，将获得的所述下行数据发送给所述建立起无线承载的小小区。

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

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

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

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

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

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

小小区接收宏小区发送的承载激活请求；其中，若在宏小区向小小区发送承载激活请求前，终端已与原小小区之间建立无线承载，则所述承载激活请求为所述宏小区在确定需要将所述原小小区的业务转移至宏小区相连接的其它小小区后，向所述其他小小区发送的；若在宏小区向小小区发送承载激活请求前，终端未与任何小小区建立无线承载，则所述承载激活请求为所述宏小区在确定所述终端的业务可以由小小区承载后，向与所述宏小区相连接的小小区发送的；并

在根据所述承载激活请求建立起无线承载后，向宏小区发送承载激活确认消息；

小小区接收宏小区发送的待发送给终端的下行数据；以及

通过小小区建立的无线承载，将所述下行数据发送给所述终端。

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

宏小区向小小区发送承载去激活指令，以指示所述小小区根据所述承载去激活指令而去激活自身无线承载；并

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

将所述下行数据提供给所述终端；

所述方法还包括：

宏小区向终端发送重配置消息，以指示所述终端根据所述重配置消息，将所述小小区的无线承载映射到宏小区的无线承载。

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

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

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

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

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

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

小小区接收宏小区发送的承载去激活指令；

根据所述承载去激活指令，执行去激活所述小小区无线承载的操作；

其中，所述小小区接收所述承载去激活指令后，所述方法还包括：

所述小小区向宏小区发送用于通知终端对于所述小小区发送的下行数据的接收状态的消息；或

所述小小区接收所述承载去激活指令后，所述方法还包括：

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

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

激活请求发送单元，用于向小小区发送承载激活请求；其中，若在向小小区发送承载激活请求前，终端已与原小小区之间建立无线承载，则所述承载激活请求为所述激活请求发送单元在确定需要将所述原小小区的业务转移至宏小区相连接的其它小小区后，向所述其他小小区发送的；若在向小小区发送承载激活请求前，终端未与任何小小区建立无线承载，则所述承载激活请求为所述激活请求发送单元在确定所述终端的业务可以由小小区承载后，向与所述宏小区相连接的小小区发送的；

缓存单元，用于在激活请求发送单元发送承载激活请求后，缓存待通过小小区建立的无线承载进行发送的下行数据；

确认消息接收单元，用于接收承载激活确认消息；其中，所述承载激活确认消息是根据激活请求发送单元发送的承载激活请求而建立起无线承载的小小区发送的；

缓存数据发送单元，用于将缓存单元缓存的所述下行数据发送给所述建立起无线承载的小小区。

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

去激活指令发送单元，用于在激活请求发送单元向小小区发送承载激活请求的同时，向所述原小小区发送承载去激活指令，其中，该指令用于指示所述原小小区对其无线承载执行去激活；

获得单元，用于在去激活指令发送单元发送承载去激活指令后，获得未被终端从所述原小小区处成功获取的下行数据；

下行数据发送单元，用于在确认消息接收单元接收到所述承载激活确认消息后，将获得单元获得的所述下行数据发送给所述建立起无线承载的小小区。

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

去激活指令发送单元，用于在确认消息接收单元接收到承载激活确认消息后，向所述原小小区发送承载去激活指令，其中，该指令用于指示所述原小小区对其无线承载执行去激活；

获得单元，用于在去激活指令发送单元发送承载去激活指令后，获得未被终端从所述原小小区处成功获取的下行数据；

下行数据发送单元，用于在确认消息接收单元接收到所述承载激活确认消息后，将获得单元获得的所述下行数据发送给所述建立起无线承载的小小区。

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

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

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

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

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

激活请求接收单元，用于接收宏小区发送的承载激活请求；其中，若在宏小区向小小区发送承载激活请求前，终端已与原小小区之间建立无线承载，则所述承载激活请求为所述宏小区在确定需要将所述原小小区的业务转移至宏小区相连接的其它小小区后，向所述其他小小区发送的；若在宏小区向小小区发送承载激活请求前，终端未与任何小小区建立无线承载，则所述承载激活请求为所述宏小区在确定所述终端的业务可以由小小区承载后，向与所述宏小区相连接的小小区发送的；

确认消息发送单元，用于在根据激活请求接收单元接收的所述承载激活请求建立起无线承载后，向宏小区发送承载激活确认消息；

下行数据接收单元，用于接收宏小区发送的待发送给终端的下行数据；

下行数据发送单元，用于通过小小区建立的无线承载，将下行数据接收单元接收的所述下行数据发送给所述终端。

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

去激活指令发送单元，用于向小小区发送承载去激活指令，以指示所述小小区根据所述承载去激活指令而去激活自身无线承载；

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

下行数据提供单元，用于将下行数据获得单元获得的所述下行数据提供给所述终端；

所述设备还包括：

重配置消息发送单元，用于向终端发送重配置消息，以指示所述终端根据所述重配置消息，将所述小小区的无线承载映射到宏小区的无线承载。

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

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

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

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

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

去激活指令接收单元，用于接收宏小区发送的承载去激活指令；

去激活执行单元，用于根据去激活指令接收单元接收的所述承载去激活指令，执行去激活所述小小区无线承载的操作；

其中，所述设备还包括：

消息发送单元，用于在去激活指令接收单元收宏小区发送的承载去激活指令后，向宏小区发送用于通知终端对于所述小小区发送的下行数据的接收状态的消息；或

所述设备还包括：

下行数据发送单元，用于在去激活指令接收单元收宏小区发送的承载去激活指令后，向宏小区发送未被终端从所述小小区处成功获取的下行数据。