CN104735704A - 一种载波迁移方法及装置 - Google Patents

Abstract

本发明公开了一种载波迁移方法及装置，包括：载波迁移管理模块向源协议栈发送指示信息，指示所述源协议栈进行载波迁移准备；当所述载波迁移管理模块接收到所述源协议栈返回的响应消息后，通知管理服务器进行载波迁移；所述载波迁移管理模块接收所述管理服务器发送的载波迁移完成消息；所述载波迁移管理模块向目标服务器发送通知消息，通知所述目标服务器载波迁移完成，从而实现了载波的迁移。

Description

一种载波迁移方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种载波迁移方法及装置。

背景技术

分布式基站通过将射频单元从基站中分离，和远端的天线放在一起，成为远端射频单元（Remote Radio Unit，RRU），而原来的基站机柜只留下基带单元（Baseband Unit，BBU）。目前的3G和4G无线网设备基本都已采用分布式基站的方式。一方面，RRU与天线放在一起，降低了天馈线的衰减，可以降低基站的发射功率；另一方面，剥离RRU后的BBU机柜体积可以大幅缩小，且安放于天面的RRU依靠自然条件降温，不再需要专门的空调设备，进一步降低了能耗。随着进一步演进，受移动通信潮汐效应和忙、闲时业务量变化显著等特点的影响，造成了整个网络在闲时的大量资源和能源的浪费。基站资源池的概念是在分布式基站的基础上提出的，通过将一定范围内的BBU互联，将各BBU的基带处理能力共享，形成按需分配、统一调度的基带资源池。

通过合理的规划，可以使池内的基站不在同一时间处在最大业务量的状态，这样资源池的处理资源就可以不按所有基站的最大需求总和来配备，从而降低了网络整体的成本和能耗。另外，通过在闲时（如夜间）关闭部分空闲的处理资源，可以进一步降低系统的能耗。而基于传统封闭式系统的BBU设备有其弊端。在组成基带池后，由于使用FPGA（Field Programmable Gate Array，现场可编程门阵列）+DSP（Digital Signal Processing，数字信号处理）+CPU（Central Processing Unit，中央处理器）（专用低能耗CPU）的硬件架构，上层软件必须关注底层具体硬件的资源使用分配情况，造成其软件设计受限，不能将FPGA、DSP和CPU等作为计算资源统一分配。因此，难以做到最大限度的、灵活的动态资源分配，往往仅能实现大颗粒度的资源功能。例如：以整个载波处理为单位的动态资源调配。

无线接入网设备已经完成了从传统的一体化基站到分布式基站再到基站资源池的演进，而随着第四代移动通信技术的到来，传统的接入网设备趋于扁平化。基带池的功能也将会进一步扩大，除了原有的基带信号处理功能外，基带池系统逐步具有更多的上层应用功能，包括：干扰数据信号侦测、网络信号优化、远端缓存部署、网络运行状态监测等，这类功能需求的引入将会提升运营商对于整网的管控能力。

由于这些需求的驱动，近期出现了基带池逐步向IT（Information Technology，信息技术）平台演进的趋势，使用通用的CPU（Intelx86构架）+加速器芯片的形式，替代了原有的DSP+专有CPU的模式。所有的协议栈软件均在标准的服务器上运行。标准服务器将会使得运营商摆脱了对于专有系统的依赖性、提高管理和运维的水平、并降低整体成本，也使得引入IT化技术并在通信领域引入云计算成为可能。

云计算虚拟化是目前正在飞速发展的最前沿的IT技术。通过引入服务器虚拟化，基站资源池中的基带处理资源运行在虚拟服务器（虚拟机）上，可以实现服务器整合，能够以更加细腻的粒度更加方便的进行资源的弹性分配和统一调度。通过虚拟机在线迁移（Live Migration，热迁移）技术，可以将承担基带处理的载波从一台物理服务器（物理机）迁移到另一台服务器，当服务器上的载波虚拟机全部迁移到其他服务器后，可以方便的对其进行检修或升级等维护操作，或者将其关电以达到节能减排的效果。然而，现有的利用云计算平台实现无线通信协议栈，由于受限于通信协议栈的实时和大吞吐量等特点，致使目前还没有成熟的方案。

发明内容

本发明实施例的目的在于提供一种载波迁移方法及装置，从而实现了载波的迁移。

为了达到上述目的，本发明实施例提供了一种载波迁移方法，包括：

载波迁移管理模块向源协议栈发送指示信息，指示所述源协议栈进行载波迁移准备；

当所述载波迁移管理模块接收到所述源协议栈返回的响应消息后，通知管理服务器进行载波迁移；

所述载波迁移管理模块接收所述管理服务器发送的载波迁移完成消息；

所述载波迁移管理模块向目标服务器发送通知消息，通知所述目标服务器载波迁移完成。

优选地，所述载波迁移管理模块向源协议栈发送指示信息，之前还包括：

所述载波迁移管理模块向目标协议栈发送载波迁移准备请求消息，所述目标协议栈根据所述请求消息进行载波迁移配置；

所述目标协议栈根据所述请求消息进行载波迁移配置，包括：

所述目标协议栈维护当前在线用户终端进入停等状态；

所述目标协议栈维护自身进入迁移状态。

优选地，所述载波迁移管理模块向源协议栈发送指示信息，具体包括：

当所述载波迁移管理模块接收到所述目标协议栈返回的响应消息后，指示所述源协议栈进行载波迁移准备；

所述源协议栈根据所述指示信息进行载波迁移准备，包括：

所述源协议栈根据所述指示信息确定需要被迁移时，维护自身进入迁移状态，以及维护当前在线用户终端进入停等状态，具体为：

所述源协议栈控制与核心网的数据量交互。

优选地，所述源协议栈可以通过以下方式中的任意一种方式来控制与核心网的数据量交互：

限制新的用户终端的小区切换进入本服务器所在的小区；

限制新的用户终端的呼叫请求；

重配在线用户的服务质量QoS；

重配用户终端的工作模式；

重配无线链路控制RLC传送模式；

通过物理层虚假反馈ACK消息；

通过控制RLC层下发数据包的数量。

优选地，所述通知目标服务器载波迁移完成之后，包括：

所述目标服务器根据所述通知消息解除所述当前在线用户终端的停等状态，并解除所述目标协议栈的迁移状态。

本发明实施例还提供了一种载波迁移管理设备，包括：

发送模块，用于向源协议栈发送指示信息，指示所述源协议栈进行载波迁移准备；

通知模块，用于当接收到所述源协议栈返回的响应消息后，通知管理服务器进行载波迁移；用于通过所述发送模块向目标服务器发送通知消息，通知所述目标服务器载波迁移完成；

接收模块，用于接收所述管理服务器发送的载波迁移完成消息。

优选地，所述发送模块，还用于向目标协议栈发送载波迁移准备请求消息，所述目标协议栈根据所述请求消息进行载波迁移配置；

所述目标协议栈根据所述请求消息进行载波迁移配置，包括：

所述目标协议栈维护当前在线用户终端进入停等状态；

所述目标协议栈维护自身进入迁移状态。。

优选地，所述发送模块，具体用于当接收到所述维护自身返回的响应消息后，指示所述源协议栈进行载波迁移准备。

优选地，所述源协议栈根据所述指示信息进行载波迁移准备，包括：

所述源协议栈根据所述指示信息确定需要被迁移时，维护自身进入迁移状态，以及维护当前在线用户终端进入停等状态，具体为：

所述源协议栈控制与核心网的数据量交互。

优选地，所述源协议栈可以通过以下方式中的任意一种方式来控制与核心网的数据量交互：

限制新的用户终端的小区切换进入本服务器所在的小区；

限制新的用户终端的呼叫请求；

重配在线用户的服务质量QoS；

重配用户终端的工作模式；

重配无线链路控制RLC传送模式；

通过物理层虚假反馈ACK消息；

通过控制RLC层下发数据包的数量。

优选地，所述通知模块通知目标服务器载波迁移完成之后，包括：

所述目标服务器根据所述通知消息解除所述当前在线用户终端的停等状态，并解除所述目标协议栈的迁移状态。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

本发明的上述实施例，通过载波迁移管理模块向源协议栈发送指示信息，指示所述源协议栈进行载波迁移准备；当所述载波迁移管理模块接收到所述源协议栈返回的响应消息后，通知管理服务器进行载波迁移，所述载波迁移管理模块接收所述管理服务器发送的载波迁移完成消息，所述载波迁移管理模块向目标服务器发送通知消息，通知所述目标服务器载波迁移完成，实现了载波的迁移，从而进一步降低了内存的变化。

附图说明

图1是本发明实施例提供的系统架构图；

图2是本发明实施例提供的载波迁移流程示意图；

图3是本发明实施例一提供的载波迁移流程示意图；

图4是本发明实施例提供的载波迁移的装置图。

具体实施方式

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

从移动通信协议栈的演进角度看，原有的NodeB具备了RNC的高层协议栈功能演技为eNodeB，由于MAC层调度器更加接近于物理层空口，因此MAC层的毫秒级快速调度可以更好地分配空口资源给接入设备，从而得到了更高的频谱效率，而这样的变化使得下一代移动通信设备的eNodeB内，具有特性不同的功能单元：物理层处理（L1）、MAC/RLC（Radio Link Control，无线链路控制）层（L2）、以及L3层。物理层的特点是不具有历史记忆性，算法的数据吞吐量大、实时性强（1毫秒内），L2层处理算法具有历史记忆性、发送和接收的数据缓存需要考虑重传等流程，因此，这个功能单元的内存数据量大且实时性强（毫秒量级），L3层处理单元则相对实时性不高（百毫秒量级）、数据吞吐量不高等特点。

针对移动通信协议栈的特点，本发明利用移动通信领域的协议栈的特点，通过修改IT技术领域的虚拟机在线迁移的流程，增加一个无线协议栈的迁移管理模块，实现基站资源池中载波的迁移，对于其中迁移管理模块的设置，部署位置灵活、独立，与源服务器和目标服务器无实际归属关系，其系统架构如图1。

参见图2，为本发明实施例提供的载波迁移的流程示意图，该流程包括：

步骤201，载波迁移管理模块向源协议栈发送载波迁移准备的指示信息。

本步骤中，所述载波迁移管理模块向源协议栈发送载波迁移准备的指示信息，之前还包括：所述载波迁移管理模块向目标协议栈发送载波迁移准备请求消息，所述目标协议栈根据所述请求消息进行载波迁移配置；

所述目标协议栈根据所述请求消息进行载波迁移配置，包括：

所述目标协议栈维护当前在线用户终端进入停等状态；

所述目标协议栈维护自身进入迁移状态。

所述载波迁移管理模块向源协议栈发送载波迁移准备的指示信息，具体包括：当所述载波迁移管理模块接收到所述目标协议栈返回的响应消息后，指示所述源协议栈进行载波迁移准备；

所述源协议栈根据所述指示信息进行载波迁移准备，包括：

所述源协议栈根据所述指示信息确定需要被迁移时，维护自身进入迁移状态，以及维护当前在线用户终端进入停等状态，具体为：

所述源协议栈控制与核心网的数据量交互。

所述源协议栈可以通过以下方式中的任意一种方式来控制与核心网的数据量交互：

限制新的用户终端的小区切换进入本服务器所在的小区；

限制新的用户终端的呼叫请求；

重配在线用户的服务质量QoS；

重配用户终端的工作模式；

重配无线链路控制RLC传送模式；

通过物理层虚假反馈ACK消息；

通过控制RLC层下发数据包的数量。

步骤202，当所述载波迁移管理模块接收到所述源协议栈返回的响应消息后，通知管理服务器进行载波迁移。

步骤203，所述载波迁移管理模块接收所述管理服务器发送的载波迁移完成消息。

步骤204，所述载波迁移管理模块向目标服务器发送通知消息，通知所述目标服务器载波迁移完成。

本步骤中，所述通知所述目标服务器载波迁移完成之后，包括：所述目标服务器根据所述通知消息解除所述用户终端的停等状态，并解除所述目标协议栈的迁移状态。

可见，本发明实施例所提供的方法中，通过载波迁移管理模块向源协议栈发送指示信息，指示所述源协议栈进行载波迁移准备；当所述载波迁移管理模块接收到所述源协议栈返回的响应消息后，通知管理服务器进行载波迁移，所述载波迁移管理模块接收所述管理服务器发送的载波迁移完成消息，所述载波迁移管理模块向目标服务器发送通知消息，通知所述目标服务器载波迁移完成，实现了载波的迁移。

如图3所示，为本发明实施例中结合一种具体的应用场景，对载波迁移方法的详细描述，该方法包括以下步骤：

步骤301，管理服务器向目标服务器发起迁移请求。

具体的，当管理服务器获知到源服务器上的载波数据需要迁移到目标服务器时，会向目标服务器发送迁移请求，通知目标服务器进行环境准备，由于此处同现有的虚拟机在线迁移流程，故在此不再做具体阐述。

步骤302，目标服务器进行环境准备。

具体的，目标服务器将源服务器在共享存储上的磁盘映像在自身上启动，由于此处同现有的虚拟机在线迁移流程，故在此不再做具体阐述。

步骤303，目标服务器向载波迁移管理模块发送通知消息。

具体的，由于目标服务器在启动虚拟机映像时，能够明确获知所启动的虚拟机的特征属性，在判断虚拟机为载波迁移管理模块时，通过通知消息将其环境准备完毕的消息通知给载波迁移管理模块。

步骤304，载波迁移管理模块向目标协议栈发送载波迁移准备请求消息。

具体的，载波迁移管理模块向目标协议栈发送载波迁移准备请求消息中携带有目标协议栈启动处理流程的配置信息，包括：S1端口、X2端口等与核心网连接端口的配置信息；

其中，对于上述配置信息的获取，可以通过监控核心网与eNodeB协议栈间的初始交互信令获得，但并不仅局限于上述的获取方式。

步骤305，目标协议栈根据配置信息进行基本工作流程的启动。

具体的，目标协议栈在接收到请求消息后，根据其中的配置信息进行基本工作流程的启动，如小区建立过程，启动目标协议栈，并使该目标协议栈进入迁移状态，同时还会维护当前在线的用户终端进入停等状态，避免其进行数据的输入，从而确保S1等端口连接正常，并使得公共广播信道正常工作，如启动物理层。

步骤306，目标协议栈向载波迁移管理模块发送准备完毕消息。

步骤307，载波迁移管理模块向源协议栈发送指示消息。

具体的，通过该指示消息指示源协议栈进行载波迁移的准备处理。

步骤308，源协议栈根据该指示消息维护当前用户终端进入停等状态。

具体的，源协议栈在接收到载波迁移管理模块发送的指示消息后，根据该指示消息确定需要被迁移时，维护自身进入迁移状态，以及维护当前在线用户终端进入停等状态，具体包括：通过保持其物理层正在进行的HARQ（Hybrid Auto Repeat Request，混合自动重传请求）过程完成；对于其物理层的高层S1、X2端口，启动流控流程，从而控制协议栈与核心网的数据量交互，降低S1端口与核心网的交互数据量；

当然，对于高层，启动流控流程仅是其中的一种手段，具体的，还可以通过其它手段达到降低数据交互量的效果，如控制用户终端的接入，但并不仅限于上述控制手段；

下面就流控流程作具体的限定，当然，并不仅限下述几种流控手段：

（1）根据RRM（Radio Resource Management，无线资源管理）进行的流控方式：通过限制新UE小区切换进入本小区、限制新UE的呼叫、重配在线用户的QoS（QoS Quality of Service，服务质量），从而保证降低流量，重配UE的工作模式，从而减少上下行数据流量，重配RLC传送模式，如AM（Acknowledged Mode，确认模式）重配为UM（Unacknowledged Mode，非确认模式）或TM（Transparent Mode，透明模式），减少通信两端通信等；

（2）在物理层的处理：通过物理层虚假反馈ACK，从而快速终结HARQ处理进程；

（3）在MAC层/RLC层的处理：通过RLC滑窗控制快速收敛，从而减少RLC层下发数据包的数量等；

顾名思义，流控流程的作用就是为了控制数据量的交互，并不仅局限于上述方式，对于任何控制交互数据量的方式均在本申请的保护范围之内。

步骤309，源协议栈向载波迁移管理模块发送准备完毕消息。

步骤310，载波迁移管理模块向管理服务器发送环境准备完毕消息。

具体的，由于此处的处理流程与现有的处理流程类似，故在此不再做具体的阐述。

步骤311，管理服务器向源服务器发送迁移请求消息。

具体的，源服务器和目标服务器启动传统内存拷贝和增量复制流程，由于前期的准备操作，源和目标服务器的内存差异已经最小化，确保了迁移可操作性，因此，此处的处理流程与传统相同，故不做具体的阐述。

步骤312，管理服务器向源服务器和载波迁移管理模块发送载波迁移完成通知消息。

当通知消息的接收端为载波迁移管理模块时，转到步骤313，当接收端为源服务器时，转到步骤316。

步骤313，载波迁移管理模块向目标服务器发送通知消息。

具体的，载波迁移管理模块在接收到管理服务器的通知消息后，将载波迁移完成的通知消息发送给目标服务器。

步骤314，目标服务器解除当前在线用户终端的停等状态。

具体的，目标服务器根据载波迁移管理模块的通知消息，解除当前在线用户终端的停等状态，如HARQ进程恢复正常、解除S1数据端口的流量限制，并解除目标协议栈的迁移状态。

步骤315，目标服务器向载波迁移管理模块返回状态恢复通知消息。

步骤316，源服务器结束处理。

具体的，源服务器虚拟机关闭或关电。

在本实施例中，通过载波迁移管理模块向源协议栈发送指示信息，指示所述源协议栈进行载波迁移准备；当所述载波迁移管理模块接收到所述源协议栈返回的响应消息后，通知管理服务器进行载波迁移，所述载波迁移管理模块接收所述管理服务器发送的载波迁移完成消息，所述载波迁移管理模块向目标服务器发送通知消息，通知所述目标服务器载波迁移完成，实现了载波的迁移。

基于与上述方法相同的构思，本发明实施例还提供了一种载波迁移管理设备，如图4所示，包括：

发送模块41，用于向源协议栈发送指示信息，指示所述源协议栈进行载波迁移准备；还用于向目标协议栈发送载波迁移准备请求消息，所述目标协议栈根据所述请求消息进行载波迁移配置；具体用于当接收到所述目标协议栈返回的响应消息后，指示所述源协议栈进行载波迁移准备；

所述目标协议栈根据所述请求消息进行载波迁移配置，包括：所述目标协议栈维护当前在线用户终端进入停等状态；所述目标协议栈维护自身进入迁移状态；

通知模块42，用于当接收到所述源协议栈返回的响应消息后，通知管理服务器进行载波迁移；用于向目标服务器发送通知消息，通知所述目标服务器载波迁移完成；

接收模块43，用于接收所述管理服务器发送的载波迁移完成消息。

所述源协议栈根据所述指示信息进行载波迁移准备，包括：所述源协议栈根据所述指示信息确定需要被迁移时，维护自身进入迁移状态，以及维护当前在线用户终端进入停等状态，具体为：

所述源协议栈控制与核心网的数据量交互；

所述源协议栈可以通过以下方式中的任意一种方式来控制与核心网的数据量交互：

限制新的用户终端的小区切换进入本服务器所在的小区；

限制新的用户终端的呼叫请求；

重配在线用户的服务质量QoS；

重配用户终端的工作模式；

重配无线链路控制RLC传送模式；

通过物理层虚假反馈ACK消息；

通过控制RLC层下发数据包的数量。

所述通知模块42通知目标服务器载波迁移完成之后，包括：所述目标服务器根据所述通知消息解除所述当前在线用户终端的停等状态，并解除所述目标协议栈的迁移状态。

综上所述，在本实施例中，通过载波迁移管理模块向源协议栈发送指示信息，指示所述源协议栈进行载波迁移准备；当所述载波迁移管理模块接收到所述源协议栈返回的响应消息后，通知管理服务器进行载波迁移，所述载波迁移管理模块接收所述管理服务器发送的载波迁移完成消息，所述载波迁移管理模块向目标服务器发送通知消息，通知所述目标服务器载波迁移完成，实现了载波的迁移，从而进一步降低了内存的变化。

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

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (10)

1.一种载波迁移方法，其特征在于，包括：

载波迁移管理模块向源协议栈发送指示信息，指示所述源协议栈进行载波迁移准备；

当所述载波迁移管理模块接收到所述源协议栈返回的响应消息后，通知管理服务器进行载波迁移；

所述载波迁移管理模块接收所述管理服务器发送的载波迁移完成消息；

所述载波迁移管理模块向目标服务器发送通知消息，通知所述目标服务器载波迁移完成。

2.如权利要求1所述的方法，其特征在于，所述载波迁移管理模块向源协议栈发送指示信息，之前还包括：

所述载波迁移管理模块向目标协议栈发送载波迁移准备请求消息，所述目标协议栈根据所述请求消息进行载波迁移配置；

所述目标协议栈根据所述请求消息进行载波迁移配置，包括：

所述目标协议栈维护当前在线用户终端进入停等状态；

所述目标协议栈维护自身进入迁移状态。

3.如权利要求2所述的方法，其特征在于，所述载波迁移管理模块向源协议栈发送指示信息，具体包括：

当所述载波迁移管理模块接收到所述目标协议栈返回的响应消息后，指示所述源协议栈进行载波迁移准备；

所述源协议栈根据所述指示信息进行载波迁移准备，包括：

所述源协议栈根据所述指示信息确定需要被迁移时，维护自身进入迁移状态，以及维护当前在线用户终端进入停等状态，具体为：

所述源协议栈控制与核心网的数据量交互。

4.如权利要求3所述的方法，其特征在于，所述源协议栈可以通过以下方式中的任意一种方式来控制与核心网的数据量交互：

限制新的用户终端的小区切换进入本服务器所在的小区；

限制新的用户终端的呼叫请求；

重配在线用户的服务质量QoS；

重配用户终端的工作模式；

重配无线链路控制RLC传送模式；

通过物理层虚假反馈ACK消息；

通过控制RLC层下发数据包的数量。

5.如权利要求3所述的方法，其特征在于，所述通知目标服务器载波迁移完成之后，包括：

所述目标服务器根据所述通知消息解除所述当前在线用户终端的停等状态，并解除所述目标协议栈的迁移状态。

6.一种载波迁移管理设备，其特征在于，包括：

发送模块，用于向源协议栈发送指示信息，指示所述源协议栈进行载波迁移准备；

通知模块，用于当接收到所述源协议栈返回的响应消息后，通知管理服务器进行载波迁移；用于通过所述发送模块向目标服务器发送通知消息，通知所述目标服务器载波迁移完成；

接收模块，用于接收所述管理服务器发送的载波迁移完成消息。

7.如权利要求6所述的设备，其特征在于，

所述发送模块，还用于向目标协议栈发送载波迁移准备请求消息，所述目标协议栈根据所述请求消息进行载波迁移配置；

所述目标协议栈根据所述请求消息进行载波迁移配置，包括：

所述目标协议栈维护当前在线用户终端进入停等状态；

所述目标协议栈维护自身进入迁移状态。

8.如权利要求7所述的设备，其特征在于，

所述发送模块，具体用于当接收到所述目标协议栈返回的响应消息后，指示所述源协议栈进行载波迁移准备；

所述源协议栈根据所述指示信息进行载波迁移准备，包括：

所述源协议栈根据所述指示信息确定需要被迁移时，维护自身进入迁移状态，以及维护当前在线用户终端进入停等状态，具体为：

所述源协议栈控制与核心网的数据量交互。

9.如权利要求8所述的设备，其特征在于，所述源协议栈可以通过以下方式中的任意一种方式来控制与核心网的数据量交互：

限制新的用户终端的小区切换进入本服务器所在的小区；

限制新的用户终端的呼叫请求；

重配在线用户的服务质量QoS；

重配用户终端的工作模式；

重配无线链路控制RLC传送模式；

通过物理层虚假反馈ACK消息；

通过控制RLC层下发数据包的数量。

10.如权利要求8所述的设备，其特征在于，所述通知模块通知目标服务器载波迁移完成之后，包括：

所述目标服务器根据所述通知消息解除所述当前在线用户终端的停等状态，并解除所述目标协议栈的迁移状态。