CN104349483A - 一种协作多点传输场景下的资源调度方法和装置 - Google Patents

Abstract

本发明公开了一种协作多点传输场景下的资源调度方法和装置，用于解决现有技术中在发生调度碰撞时，如何对CoMP UE进行资源调度的问题。本发明的方法包括：CoMP UE的服务基站确定所述CoMP UE的待传输业务，以及所述待传输业务对应的时频资源；所述服务基站在确定的时频资源上，按照设定的调度优先级，调度所述CoMP UE的待传输业务，其中，所述CoMP UE的高时延要求的业务的调度优先级高于所述CoMP UE的低时延要求的业务的调度优先级。本发明中，由于服务基站在确定的时频资源上，按照设定的调度优先级，调度CoMP UE的待传输业务，从而在发生调度碰撞时保证了CoMP UE调度传输的顺利执行。

Description

一种协作多点传输场景下的资源调度方法和装置

技术领域

本发明涉及通信技术领域，特别涉及一种中心协作节点（centralcoordination node，CCN）和服务基站共同对该终端进行调度的场景下的资源调度方法和装置。

背景技术

目前，演进的通用陆地无线接入网（Evolved Universal Terrestrial RadioAccess Network，E-UTRAN）的网络架构参见图1所示，E-UTRAN由eNB（演进基站）组成，eNB完成接入网功能，与用户设备（UE，User Equipment）通过空口通信。UE与eNB之间既存在控制面连接，又存在用户面连接。对于每一个附着到网络的UE，有一个移动性管理实体（Mobility Management Entity，MME）为其提供服务，MME与eNB之间采用S1-MME接口连接，S1-MME接口为UE提供控制面服务，包括移动性管理和承载管理功能。服务网关（Serving Gateway，S-GW）与eNB之间采用S1-U接口相连，对于每一个附着到网络的UE，有一个S-GW为其提供服务，S1-U接口为UE提供用户面服务，UE的用户面数据通过S1-U承载在S-GW和eNB之间传输。

为了减小区覆盖边缘用户的邻区干扰，提高小区边缘用户的体验，长期演进增强（long term evolution-advance，LTE-A）系统引入了协作多点传输（Coordinated Multiple Points Transmission/Reception，CoMP）技术。CoMP是指地理位置上分离的多个传输点（Transmission Point，TP），协同参与为一个终端的数据（Physical Downlink Shared Channel：PDSCH，物理下行共享信道）传输或者联合接收一个终端发送的数据（Physical Uplink Shared Channel：PUSCH，物理上行共享信道）。一般来说，多个传输点可以是不同基站下的小区，也可以是同一个基站控制的小区和多个拉远射频头RRH（Remote RadioHead）。通过多个传输点之间的协同调度、预编码、联合传输等，可以有效降低协作传输点之间的干扰，提高协作区域覆盖范围内用户，特别是协作点覆盖边缘用户的吞吐量。

协作多点传输技术可分为下行协作传输和上行联合接收。下行协作多点传输主要又分为两种传输方案：协作调度/协作波束赋形（CoordinatedScheduling/Coordinated Beamforming，CS/CB）和联合处理（Joint Processing，JP）。CS/CB传输中多个传输点中的一个传输点向终端发送有用信号，其它传输点通过联合调度和波束赋形，尽量减小对该终端的干扰。联合处理方案又可以分为联合传输（Joint Transmission，JT）和动态传输点选择（Dynamic PointSelection，DPS），其中，JT传输中多个传输点同时向同一终端发送有用信号，从而增强了终端的接收信号；DPS传输动态切换终端的传输点，总是从协作传输点中选择对该终端最优的传输点传输信号。这些协作多点传输方案可以相互结合使用，也可以结合动态传输点静默（Dynamic Blanking，DB）方案，动态地在某些时频资源上设置某些传输点不发送信号。

上行CoMP相对下行CoMP较为简单，除了一些必要的增强，基本通过网络实现方式就能实现上行协作。上行协作方式主要包括联合接收和协作调度两种。联合接收时，多个接收点接收的同一个终端的信号通过联合处理来得到输出信号。协作调度时，终端的调度决定需综合考虑协作区域内多个接收点的调度情况以最小化干扰。

基站根据终端的信道状态信息（Channel State Information，CSI）上报进行协作多点传输的调度，该过程中需要相互交换大量的信息和数据。LTE/LTE-A系统中，基站之间的信息和数据交互通过回程链路（backhaul）实现。backhaul的信息传输速率和传输延时由实现backhaul的物理链路本身的性质和协议栈时延决定。实际网络中可能存在多种backhaul物理连接方式，CoMP协作调度中基站间的信息交换应该考虑理想backhaul和非理想的backhaul的情况。通常非理想backhaul传输时延可能达到10ms或更大。小区间进行协作多点调度传输时可以采用如下两种方式：非中心协作调度和中心协作调度。

非中心调度没有中心节点进行全局优化调度。为了达到接近全局优化的结果，可能需要采用基站间迭代调度的方法，协作基站间可能需要进行多次调度信息的交互，具体参见图2所示。如果基站间backhaul时延较大，非中心调度进行多次调度信息交互会使调度时延过大，导致信道信息过时，从而影响传输性能。

中心协作调度是由各协作基站把最近接收到的所有接入该基站的终端的CSI信息传输给一个中心协作节点（Central Coordination Node，CCN），由CCN为所有协作基站服务的终端集中调度时域和频域资源，相关基站再根据CCN发送的资源调度和预编码结果为相应的终端传输数据，具体参见图3所示。

在非理想backhaul情况下，由于CCN与协作基站之间，各协作基站之间的backhaul是非理想的（典型的backhaul时延为10ms），而CCN仅具备对CoMPUE（即支持CoMP的UE）的调度控制功能。因此需要考虑该场景的数据传输架构，并针对架构考虑CCN如何获得执行调度功能的相关信息（如CCN是否需要接收ACK（ACKnowledge，肯定确认）/NACK（Negative ACKnowledge，否定确认）反馈，buffer（缓冲器）信息传递等），CoMP UE的重传如何处理的问题，以解决在非理想回程场景下由CCN作为调度控制节点时的用户数据传输处理问题，帮助网络侧及时准确地实现对CoMP用户的调度决策和数据传输处理。

下面简单介绍一下承载分离（主要是用户面和控制面分离）的分层网络部署场景。UE收到承载分离命令之后，UE的用户面和控制面将分离，此时UE同时连接到两个eNB。具体的有以下两种承载分离架构：

（1）承载分离架构1；

架构1下，UE的无线资源控制（Radio Resource Control，RRC）连接维持在主基站（Master eNB，MeNB），全部或者部分数据无线承载（Data RadioBearer，DRB）转移到辅基站（Secondary eNB，SeNB）传输（SeNB可能也具有部分的RRC功能，如无线资源管理等），具体参见图4所示，其中虚线部分接口只有当DRB为部分承载分离时才存在。

（2）承载分离架构2；

架构2下，DRB可全部或部分转移到SeNB传输，或者UE的同一个RB可能由MeNB和SeNB共同传输（即支持承载分流），具体参见图5所示。该架构下，SeNB可能也具有部分的RRC功能，如无线资源管理等。

目前，版本12（Rel-12）中CoMP技术以基站间非理想回程的中心协作调度方案作为主要的CoMP研究场景之一。对中心协作调度来说，由CCN和服务基站对CoMP UE共同进行调度传输控制。考虑到非理想backhaul，结合上述承载分离方案，可以考虑在中心协作调度场景下对CoMP UE以承载分离的方式进行调度传输。然而，对CoMP UE来说，在同一子帧的同一时频资源，可能既有服务基站对CoMP UE的传统调度（即由CoMP UE的服务基站按照LTE R8标准中定义的传统调度方式（参见TS36.321协议）自行调度对应承载的传输），也有CCN的协作调度，而发生调度碰撞现象。

综上所述，在发生调度碰撞时，如何对CoMP UE进行资源调度，目前还没有解决方案。

发明内容

本发明实施例提供了一种协作多点传输场景下的资源调度方法和装置，用于解决上述问题，保证了在调度碰撞时CoMP UE调度传输的顺利执行。

本发明实施例提供了一种协作多点传输场景下的资源调度方法，包括：

CoMP UE的服务基站确定所述CoMP UE的待传输业务，以及所述待传输业务对应的时频资源；

所述服务基站在确定的时频资源上，按照设定的调度优先级，调度所述CoMP UE的待传输业务，其中，所述CoMP UE的高时延要求的业务的调度优先级高于所述CoMP UE的低时延要求的业务的调度优先级。

本发明实施例中，由于服务基站在确定的时频资源上，按照设定的调度优先级，调度CoMP UE的待传输业务，因此，在发生调度碰撞时保证了CoMP UE调度传输的顺利执行。

在实施中，所述服务基站在确定的时频资源上，调度所述CoMP UE的待传输业务，具体包括：

方式A、若所述服务基站确定在同一子帧的时频资源上，需要调度所述CoMP UE的高时延要求的业务和所述CoMP UE的低时延要求的业务，则所述服务基站在所述同一子帧的时频资源上，优先调度所述CoMP UE的高时延要求业务；

或者，

方式B、若所述服务基站在确定的时频资源上需要调度所述CoMP UE的高时延要求的业务，则所述服务基站在所述CoMP UE的高时延要求的业务的调度过程中，不触发所述CoMP UE的协作多点传输功能；

其中，所述服务基站采用长期演进LTE R8标准中定义的传统调度方式调度所述CoMP UE的高时延要求的业务，所述服务基站基于中心协作节点CCN的调度对所述CoMP UE的低时延要求的业务进行协作多点传输。

基于方式A，作为一种优选处理方式，所述服务基站在所述同一子帧的时频资源上，优先调度所述CoMP UE的高时延要求业务，具体包括：

所述服务基站根据为所述CoMP UE的高时延要求的业务配置的半静态调度SPS资源和SPS周期，调度所述CoMP UE的高时延要求业务；且，所述服务基站将所述CoMP UE的高时延要求的业务的SPS配置通知给所述CCN，以限制所述CCN在已配置了SPS资源的子帧上调度所述CoMP UE的协作多点传输。

该优选处理方式下，若所述CoMP UE在同一个子帧上支持多个HARQ进程，所述方法还包括：

所述CCN在接收到所述服务基站发送的SPS配置后，所述CCN在除所述服务基站已配置的SPS资源之外的其他时频资源上，调度所述CoMP UE的协作多点传输。

基于上述方式A，作为另一种优选处理方式，所述服务基站在所述同一子帧的时频资源上，优先调度所述CoMP UE的高时延要求业务，还包括：

所述服务基站通知所述CCN去激活所述CoMP UE的协作多点传输，并在所述通知中携带所述CoMP UE的标识信息、用于传输所述高时延要求业务的承载的标识信息以及去激活原因。

该优选处理方式下，所述服务基站通知所述CCN去激活所述CoMP UE的协作多点传输，还包括：

所述服务基站通知所述CCN选定的对所述CoMP UE进行协作多点传输的其他传输点去激活对所述CoMP UE的协作多点传输，并在所述通知中携带所述CoMP UE的标识信息、用于传输所述高时延要求业务的承载的标识信息以及去激活原因。

该优选处理方式下，当所述服务基站当前调度的所述CoMP UE的高时延要求的业务中止时，所述方法还包括：

所述服务基站根据设定规则，确定是否指示CCN激活所述CoMP UE的协作多点传输。

其中，所述服务基站根据设定规则，确定是否激活所述CoMP UE的协作多点传输，具体包括：

若所述服务基站确定在设定时间内，所述CoMP UE没有高时延要求的业务需要调度，则所述服务基站通知所述CCN激活所述CoMP UE的协作多点传输；

若所述服务基站确定在设定时间内，所述CoMP UE还有高时延要求的业务需要调度，则所述服务基站不激活所述CoMP UE的协作多点传输。

基于方式A，作为再一种优选处理形式，所述服务基站在所述同一子帧的时频资源上，优先调度所述CoMP UE的高时延要求业务，还包括：

所述服务基站通知所述CCN在所述CoMP资源上仅采用CS/CB传输方式或者单点调度传输的方式对所述CoMP UE进行协作多点传输。

该优选处理方式下，若所述服务基站在所述CCN配置的CoMP资源上调度所述CoMP UE的高时延要求业务，则对于所述CoMP资源上被所述CoMPUE的高时延要求业务抢占而未能进行协作多点传输的承载的媒体接入控制协议数据单元MAC PDU，所述方法还包括：

所述服务基站通知所述CCN重新选择CoMP资源，并在所述CCN重新选择的CoMP资源上重新调度所述MAC PDU；或者，

所述服务基站在除所述CoMP资源之外的其他时频资源上自行调度所述MAC PDU。

该优选处理方式下，若所述CoMP UE在同一个子帧上支持多个HARQ进程，所述方法还包括：

所述服务基站在所述同一子帧上的除用于传输CoMP UE的高时延要求的业务的时频资源之外的其他时频资源上，调度CoMP UE的低时延要求的业务的协作多点传输。

基于上述第一种和第三种优选处理方式，当所述服务基站当前调度的所述CoMP UE的高时延要求的业务中止时，所述方法还包括：

所述服务基站通知所述CCN取消对所述CoMP UE的协作多点传输的限制。

基于方式B，若所述服务基站未触发所述CoMP UE的协作多点传输功能，所述方法还包括：

若所述服务基站在所述CoMP UE的高时延要求的业务的调度过程中，所述服务基站确定出所述CoMP UE的低时延要求的业务需要传输，所述服务基站仍不触发所述CoMP UE的低时延要求的业务的CoMP传输功能；

若确定出在所述CoMP UE的高时延要求业务中止后，需要调度所述CoMPUE的低时延要求业务，则所述服务基站根据设定规则，确定是否触发所述CoMP UE的协作多点传输功能。

该优选处理方式下，所述服务基站根据设定规则，确定是否触发所述CoMP UE的协作多点传输功能，具体包括：

若所述服务基站确定在设定时间内，所述CoMP UE没有高时延要求的业务需要调度，所述服务基站触发所述CoMP UE的协作多点传输功能；

若所述服务基站确定在设定时间内，所述CoMP UE还有高时延要求的业务需要调度，所述服务基站不触发所述CoMP UE的协作多点传输功能。

基于上述方式A和方式B，所述服务基站调度所述CoMP UE的高时延要求的业务，具体包括：

所述服务基站在所述CCN配置的CoMP资源上优先调度所述CoMP UE的高时延要求的业务，或者，

所述服务基站在除所述CCN配置的CoMP资源之外的时频资源上调度所述CoMP UE的高时延要求的业务；

其中，所述服务基站根据接收到的所述CCN以半静态方式配置的协作多点传输的调度信息获知所述CoMP资源。

进一步，所述方法还包括：

所述服务基站在除所述CCN配置的CoMP资源之外的时频资源上调度非CoMP UE的数据传输。

优选的，所述方法还包括：

若所述服务基站在除所述CCN配置的CoMP资源之外的时频资源上，同时调度所述CoMP UE的高时延要求的业务和不支持CoMP的UE的数据传输，则所述服务基站优先调度所述CoMP UE的高时延要求的业务。

本发明实施例中，包括以下三种优选结合方案：

所述服务基站与所述CCN为同一个网络实体，其中，所述服务基站作为所述CoMP UE的用户面锚点并用于承载所述CoMP UE的部分承载的传统调度传输和/或所述CoMP UE的协作多点传输；或者，

所述服务基站与所述CCN为不同网络实体，其中，所述CCN用于调度所述CoMP UE的协作多点传输，所述服务基站作为所述CoMP UE的用户面锚点并用于承载所述CoMP UE的部分承载的传统调度传输和/或基于所述CCN的调度执行所述CoMP UE的协作多点传输；或者，

所述服务基站与所述CCN为不同网络实体，其中，所述CCN作为CoMPUE的部分承载的用户面锚点并用于调度所述CoMP UE的协作多点传输，所述服务基站作为所述CoMP UE的其余部分承载的用户面锚点并用于承载所述CoMP UE的其余部分承载的传统调度传输和/或基于所述CCN的调度对所述CoMP UE进行协作多点传输。

本发明实施例提供了一种基站，包括：

第一处理模块，用于确定CoMP UE的待传输业务，以及该待传输业务对应的时频资源；

第二处理模块，用于在确定的时频资源上，按照设定的调度优先级，调度CoMP UE的待传输业务，其中，CoMP UE的高时延要求的业务的调度优先级高于该CoMP UE的低时延要求的业务的调度优先级。

在实施中，本基站采用LTE R8标准中定义的传统调度方式调度CoMP UE的高时延要求的业务；本基站基于CCN的调度对CoMP UE的低时延要求的业务进行协作多点传输。

在实施中，第二处理模块在确定的时频资源上，按照设定的调度优先级，调度CoMP UE的待传输业务，具体包括以下方式：

方式A、若第一处理模块确定在同一子帧的时频资源上，需要调度CoMPUE的高时延要求的业务和该CoMP UE的低时延要求的业务，则在同一子帧的时频资源上，优先调度CoMP UE的高时延要求业务；

或者，

方式B、若在第一处理模块确定的时频资源上需要调度CoMP UE的高时延要求的业务，则在CoMP UE的高时延要求的业务的调度过程中，不触发CoMP UE的协作多点传输功能。

对于方式A，作为一种优选处理方式，第二处理模块具体用于：

根据为CoMP UE的高时延要求的业务配置的半静态调度SPS资源和SPS周期，调度CoMP UE的高时延要求业务；且，将CoMP UE的高时延要求的业务的SPS配置通知给CCN，以限制CCN在已配置了SPS资源的子帧上调度CoMP UE的协作多点传输。

该优选处理方式下，第二处理模块还用于：

在当前调度的CoMP UE的高时延要求的业务中止时，释放为CoMP UE的高时延要求的业务配置的SPS资源，并通知CCN取消对CoMP UE的协作多点传输的限制。

对于方式A，作为另一种优选处理方式，若在同一子帧的时频资源上，优先调度CoMP UE的高时延要求业务，则第二处理模块还用于：

通知CCN去激活CoMP UE的协作多点传输，并在通知中携带CoMP UE的标识信息、用于传输高时延要求业务的承载的标识信息以及去激活原因；

和/或，

通知CCN选定的对CoMP UE进行协作多点传输的其他传输点去激活对CoMP UE的协作多点传输，并在通知中携带CoMP UE的标识信息、用于传输高时延要求业务的承载的标识信息及去激活原因。

该优选处理方式下，第二处理模块还用于：

在当前调度的CoMP UE的高时延要求的业务中止时，根据设定规则，确定是否指示CCN激活CoMP UE的协作多点传输。

对于方式A，作为再一种优选处理方式，第二处理模块具体用于：

在所述同一子帧的时频资源上，优先调度所述CoMP UE的高时延要求业务；且，通知CCN在CoMP资源上仅采用CS/CB传输方式或者单点调度传输的方式对CoMP UE进行协作多点传输。

该优选处理方式下，若在CCN配置的CoMP资源上调度CoMP UE的高时延要求业务，则对于CoMP资源上被CoMP UE的高时延要求业务抢占而未能进行协作多点传输的承载的MAC PDU，第二处理模块还用于：

通知CCN重新选择CoMP资源，并在CCN重新选择的CoMP资源上重新调度MAC PDU；或者，在除CoMP资源之外的其他时频资源上自行调度MAC PDU。

该优选处理方式下，若CoMP UE在同一个子帧上支持多个HARQ进程，第二处理模块还用于：

在同一子帧上的除用于传输CoMP UE的高时延要求的业务的时频资源之外的其他时频资源上，调度CoMP UE的低时延要求的业务的协作多点传输。

该优选处理方式，第二处理模块还用于：

在当前调度的CoMP UE的高时延要求的业务中止时，通知CCN取消对CoMP UE的协作多点传输的限制。

对于方式B，若本基站未触发CoMP UE的协作多点传输功能，第二处理模块还用于：

若在所述CoMP UE的高时延要求的业务的调度过程中，确定出所述CoMPUE的低时延要求的业务需要传输，则仍不触发所述CoMP UE的低时延要求的业务的CoMP传输功能；

若确定出在CoMP UE的高时延要求业务中止后，需要调度CoMP UE的低时延要求业务，则根据设定规则，确定是否触发自身的协作多点传输功能。

在实施中，基于上述方式A和方式B，第二处理模块调度CoMP UE的高时延要求的业务，具体包括：

在CCN配置的CoMP资源上优先调度CoMP UE的高时延要求的业务，或者，在除CCN配置的CoMP资源之外的时频资源上调度CoMP UE的高时延要求的业务；

其中，第二处理模块根据接收到的CCN以半静态方式配置的协作多点传输的调度信息获知CoMP资源。

进一步，第二处理模块还用于：

在除CCN配置的CoMP资源之外的时频资源上调度非CoMP UE的数据传输。

优选的，所述第二处理模块还用于：

若需要在除所述CCN配置的CoMP资源之外的时频资源上，同时调度所述CoMP UE的高时延要求的业务和不支持CoMP的UE的数据传输，则优先调度所述CoMP UE的高时延要求的业务。

本发明实施例提供了另一种基站，包括收发信机、以及与该收发信机连接的至少一个处理器，其中：

处理器被配置用于确定CoMP UE的待传输业务，以及该待传输业务对应的时频资源；以及在确定的时频资源上，按照设定的调度优先级，调度CoMPUE的待传输业务，其中，CoMP UE的高时延要求的业务的调度优先级高于该CoMP UE的低时延要求的业务的调度优先级。

在实施中，本基站采用LTE R8标准中定义的传统调度方式调度CoMP UE的高时延要求的业务；本基站基于CCN的调度对CoMP UE的低时延要求的业务进行协作多点传输。

在实施中，处理器被配置根据以下方式调度CoMP UE的待传输业务：

方式A、若确定在同一子帧的时频资源上，需要调度CoMP UE的高时延要求的业务和该CoMP UE的低时延要求的业务，则在同一子帧的时频资源上，优先调度CoMP UE的高时延要求业务；

或者，

方式B、若在确定的时频资源上需要调度CoMP UE的高时延要求的业务，则在CoMP UE的高时延要求的业务的调度过程中，不触发CoMP UE的协作多点传输功能。

本发明实施例中，本基站采用LTE R8标准中定义的传统调度方式调度CoMP UE的高时延要求的业务；本基站基于中心协作节点CCN的调度对CoMPUE的低时延要求的业务进行协作多点传输。

对于方式A，作为一种优选处理方式，处理器被配置具体用于：

根据为CoMP UE的高时延要求的业务配置的半静态调度SPS资源和SPS周期，调度CoMP UE的高时延要求业务；且，将CoMP UE的高时延要求的业务的SPS配置通知给CCN，以限制CCN在已配置了SPS资源的子帧上调度CoMP UE的协作多点传输。

该优选处理方式下，处理器还被配置用于：在当前调度的CoMP UE的高时延要求的业务中止时，释放为CoMP UE的高时延要求的业务配置的SPS资源，并通知CCN取消对CoMP UE的协作多点传输的限制。

对于方式A，作为另一种优选处理方式，则处理器还被配置用于：

通知CCN去激活CoMP UE的协作多点传输，并在通知中携带CoMP UE的标识信息、用于传输高时延要求业务的承载的标识信息以及去激活原因；

和/或，

通知CCN选定的对CoMP UE进行协作多点传输的其他传输点去激活对CoMP UE的协作多点传输，并在通知中携带CoMP UE的标识信息、用于传输高时延要求业务的承载的标识信息及去激活原因。

该优选处理方式下，处理器还被配置用于：

在当前调度的CoMP UE的高时延要求的业务中止时，根据设定规则，确定是否指示CCN激活CoMP UE的协作多点传输。

对于方式A，作为再一种优选处理方式，第二处理模块具体用于：

在同一子帧的时频资源上，优先调度CoMP UE的高时延要求业务；且，通知CCN在CoMP资源上仅采用CS/CB传输方式或者单点调度传输的方式对CoMP UE进行协作多点传输。

该优选处理方式下，若在CCN配置的CoMP资源上调度CoMP UE的高时延要求业务，则对于CoMP资源上被CoMP UE的高时延要求业务抢占而未能进行协作多点传输的承载的媒体接入控制协议数据单元MAC PDU，处理器还被配置用于：

通知CCN重新选择CoMP资源，并在CCN重新选择的CoMP资源上重新调度MAC PDU；或者，在除CoMP资源之外的其他时频资源上自行调度MAC PDU。

该优选处理方式下，若CoMP UE在同一个子帧上支持多个HARQ进程，处理器还被配置用于：

在同一子帧上的除用于传输CoMP UE的高时延要求的业务的时频资源之外的其他时频资源上，调度CoMP UE的低时延要求的业务的协作多点传输。

该优选处理方式下，处理器还被配置用于：

在当前调度的CoMP UE的高时延要求的业务中止时，通知CCN取消对CoMP UE的协作多点传输的限制。

对于方式B，若本基站未触发CoMP UE的协作多点传输功能，处理器还被配置用于：

若在CoMP UE的高时延要求的业务的调度过程中，确定出CoMP UE的低时延要求的业务需要传输，仍不触发CoMP UE的低时延要求的业务的CoMP传输功能；

若确定出在CoMP UE的高时延要求业务中止后，需要调度CoMP UE的低时延要求业务，则根据设定规则，确定是否触发CoMP UE的协作多点传输功能。

在实施中，基于上述方式A和方式B，第二处理模块调度CoMP UE的高时延要求的业务，具体包括：

在CCN配置的CoMP资源上优先调度CoMP UE的高时延要求的业务，或者，在除CCN配置的CoMP资源之外的时频资源上调度CoMP UE的高时延要求的业务；

其中，处理器根据收发信机接收到的CCN以半静态方式配置的协作多点传输的调度信息获知CoMP资源。

进一步，处理器还被配置用于：

在除CCN配置的CoMP资源之外的时频资源上调度非CoMP UE的数据传输。

优选的，处理器还被配置用于：若需要在除CCN配置的CoMP资源之外的时频资源上，同时调度CoMP UE的高时延要求的业务和不支持CoMP的UE的数据传输，则优先调度该CoMP UE的高时延要求的业务。

本发明实施例中，服务基站确定CoMP UE的待传输业务，以及该待传输业务对应的时频资源；以及服务基站在确定的时频资源上，按照设定的调度优先级，调度CoMP UE的待传输业务，其中，CoMP UE的高时延要求的业务的调度优先级高于该CoMP UE的低时延要求的业务的调度优先级。由于服务基站在确定的时频资源上，按照设定的调度优先级，调度CoMP UE的待传输业务，因此，在发生调度碰撞时保证了CoMP UE调度传输的顺利执行。

附图说明

图1为背景技术中E-UTRAN网络架构示意图；

图2为背景技术中在非中心调度场景下的信息交互示意图；

图3为背景技术中在中心调度场景下的信息交互示意图；

图4为背景技术中第一种承载分离网络架构示意图；

图5为背景技术中第二种承载分离网络架构示意图；

图6A为本发明实施例的第一种中心调度场景下的数据传输架构图；

图6B为本发明实施例的第二种中心调度场景下的数据传输架构图；

图7A为本发明实施例的第三种中心调度场景下的数据传输架构图；

图7B为本发明实施例的第四种中心调度场景下的数据传输架构图；

图8为本发明实施例提供的协作多点传输场景下的资源调度方法示意图；

图9为本发明实施例提供的基站示意图。

具体实施方式

本发明实施例中由于服务基站在确定的时频资源上，按照设定的调度优先级，调度CoMP UE的待传输业务，因此，在发生调度碰撞时保证了CoMP UE调度传输的顺利执行。

本发明实施例提供的协作多点传输场景下的资源调度方法，尤其适用于中心协作调度场景。下面对本发明实施例应用的非理想backhaul CoMP中心协作调度场景下的数据传输架构进行说明。

架构一、CoMP UE（即支持CoMP的终端）与核心网之间的数据传输路径为S-GW<—>服务基站<—>UE（即数据直连接口存在于S-GW与用户的服务基站之间），参见图6A所示，本架构中，中心协作节点（central coordination node，CCN）和服务基站均具备对CoMP UE进行调度的功能。

本架构中，CCN和服务基站执行的协作调度包括以下几种实现方式：

一、CCN执行对CoMP UE的主调度功能。具体为：CCN负责CoMP UE的协作多点传输调度和单点传输调度，服务基站按照CCN的指示执行CoMPUE的数据传输、以及按照现有方式对非CoMP UE（即该服务基站服务的不支持CoMP的终端）进行调度。

该方式下，服务基站基于CCN在调度信息中通知的CoMP资源（即CCN为CoMP UE传输配置的资源）传输CoMP UE数据，并利用除CoMP资源之外的其他时频资源调度非CoMP UE的数据传输。

二、CCN执行对CoMP UE的主调度功能。具体为：CCN负责CoMP UE的协作多点传输调度，服务基站负责CoMP UE的单点传输（即非CoMP传输）调度和非CoMP UE的调度。

该方式下，服务基站基于CCN在调度信息中通知的CoMP资源传输CoMPUE的数据，并利用除CoMP资源之外的其他时频资源调度非CoMP UE的数据传输和CoMP UE的单点传输。

三、CCN执行时频资源预调度（即对时频资源使用进行限制），服务基站执行CoMP UE和非CoMP UE的实际调度。

该方式下，UE的A/N反馈由服务基站处理，并由服务基站执行重传调度。由于CCN通知的时频资源预调度限制在时间T内有效，服务基站可以基于该CCN通知的时频资源预调度，自行决定优先重传调度还是新传调度。

该方式下，服务基站利用CCN在预调度信息中通知的CoMP资源优先调度CoMP UE的数据传输，并利用CCN通知的CoMP资源之外的其他时频资源调度非CoMP UE的数据传输。

此外，CCN也可以进一步具备对CoMP UE数据暂存功能以及对应的buffer（缓冲器），参见图6B所示。

本架构下，服务基站向CCN交互用于协作CCN进行CoMP UE资源调度或者资源预调度判定的相关参数；CCN利用各服务基站交互的信息，对每个基站下的CoMP UE进行调度或执行时频资源的预调度，将配置好的调度信息通知给各服务基站和/或选定的协作点（如协作基站）。各基站需要遵照CCN通知的调度信息或时频资源的预调度信息，进行后续的调度。若涉及多点协作调度，则服务基站还需要将必要的调度信息通知给选定的各协作点。

架构二、UE与核心网之间的数据传输路径为S-GW<—>CCN<—>服务基站<—>UE（即数据直连接口存在于S-GW与CCN之间），本架构中CCN和服务基站均具备调度功能。

本架构中，CCN作为CoMP UE与核心网的数据中转点，CoMP UE的下行数据的路径为SGW—>CCN—>传输点（服务基站或协作点）—>UE。

参见图7A所示，在UE的RCC连接建立过程中，传输点获知UE类型，若为支持CoMP传输的UE（即CoMP UE），传输点根据UE对CoMP的支持能力、当前网络对CoMP的支持能力情况和网络侧策略等因素，判断是否指示核心网该UE连接的无线接入网（Radio Access Network，RAN）侧用户平面锚点为CCN；或者利用已有技术将用户面锚点建立在服务基站，可以在触发CoMP UE协作多点传输时，通过切换、路径切换请求（path switch request）等过程变更数据传输锚点为CCN。

特别的，本架构中，用户的控制平面锚点可以为该UE的服务基站，也可以将控制面路径变更为MME<—>CCN<—>UE，参见图7B所示，以减少切换开销，其调度实现方式与架构一类似，此处不再赘述。

随着技术的演进和数据业务的增加，small cell（小小区）的概念提出并受到高度关注。当终端同时与small cell的基站和Marco cell（宏小区）的基站存在连接，即small cell的基站和macro cell的基站同时为终端服务时，即为一种典型的双连接（Dual Connectivity）场景，即多个基站同时为终端服务。终端可以在由small cell的基站和Macro cell的基站分别服务的不同下行载波上同时接收下行业务，且这些下行业务分别由small cell的基站和Macro cell的基站独立调度，其中，Macro cell的基站作为双连接中的主演进型节点B（MasterEvolved Node B，MeNB），small cell的基站作为双连接中的辅演进型节点B（Secondary eNB，SeNB），双连接场景下，一般存在一个MeNB和至少一个SeNB。但small cell提出的双连接方案对LTE网络架构可能会产生新的影响。

下面对本发明实施例中网络侧可以包括以下几种CoMP传输与small cell承载分离方案的结合架构，其中，CoMP UE侧架构类似于R8中UE架构，此处不再赘述。

一、服务基站与CCN为同一个网络实体，其中，CCN用于承载CoMP UE的部分承载的传统（legacy）调度的传输和/或该CoMP UE的协作多点传输。

本架构下，CCN作为CoMP UE的服务基站，该CCN的功能类似于MeNB（即CCN具备基站功能，CoMP UE连接在CCN下），作为CoMP UE的用户面锚点并用于承载CoMP UE的部分承载的legacy调度传输和/或基于该CCN的调度执行CoMP UE的协作传输，CCN选定的用于传输该CoMP UE部分承载的协作点的功能类似SeNB，的功能类似SeNB，用于基于CCN的调度执行CoMP UE的协作传输。

二、服务基站与CCN为不同网络实体，其中，CCN用于调度CoMP UE的协作多点传输，服务基站为CoMP UE的用户面锚点且用于承载CoMP UE的部分承载的传统调度传输和/或基于CCN的调度执行CoMP UE的协作多点传输。

本架构下，CCN仅具备协作多点传输调度功能，CoMP UE服务基站的功能类似于MeNB，作为该CoMP UE的用户面锚点并用于承载CoMP UE的部分承载的legacy调度传输和/或基于CCN调度执行CoMP UE的协作传输，CCN选定的用于传输该CoMP UE部分承载的协作点的功能类似SeNB，用于基于CCN和服务基站的调度执行该CoMP UE的协作传输。

三、服务基站与CCN为不同网络实体，其中，CCN作为CoMP UE的部分承载的用户面锚点并用于调度该CoMP UE的部分承载的协作多点传输，服务基站作为该CoMP UE的其余部分承载的用户面锚点且用于承载该CoMP UE的其余部分承载的传统调度传输和/或基于CCN的调度对CoMP UE进行协作多点传输。

本架构下，CCN作为CoMP UE部分承载的用户面锚点（即CoMP UE部分承载的用户面路径为SGW<—>CCN<—>协作点<—>UE），CCN的功能类似于SeNB（即CCN没有与CoMP UE的直连路径或承载，CCN将调度信息和媒体接入控制协议数据单元（Media Access Control Protocol Data Unit，MAC PDU）通知给CoMP UE的服务基站和/或协作点，由CoMP UE的服务基站和/或协作点发送相应的PDCCH和PDSCH），CoMP UE的服务基站类似于MeNB，用于承载CoMP UE的部分承载的legacy调度传输和/或基于该CCN的调度执行CoMP UE的协作传输。

结合上述承载分离方案，服务基站（或CCN）可以根据已建立传输的业务类型（如QoS等）、待建立（将要建立或需要建立）或待传输（将要传输或需要传输）的业务类型（如QoS等）、小区负荷和测量情况等信息，判断是否需要对CoMP UE的全部承载或部分承载激活并执行协作多点传输（即per UE perRB CoMP）。当服务基站（或CCN）判断需要激活并执行per UE per RB CoMP时，通知CCN（或服务基站）激活per UE per RB CoMP传输，该通知消息中携带如下信息中的至少一种：UE标识、RB标识、EPS承载标识、以及QoS需求。另外，服务基站可以利用业务请求（service request）等过程，将CoMP UE的需要执行协作多点传输的承载的用户面路径修改为：SGW<—>CCN<—>协作点<—>UE。

本发明实施例中，考虑到基站间非理想backhaul，若CoMP UE待建立或待传输的业务为对时延要求较高、误码率要求较低的业务（如语音、实时游戏等业务）时，对该高时延要求的业务可以采用LTE R8标准中定义的传统调度方式进行调度，即由CoMP UE的服务基站对该高时延要求的业务进行legacy的调度传输；若CoMP UE待建立或待传输的业务为对时延要求较低、误码率要求较高的业务（如文件传输协议（File Transfer Protocol，FTP）等业务）时，对该低时延要求的业务可以采用协作多点传输方式进行调度，即由CCN和服务基站对该低时延要求的业务进行协作调度传输（对此类似的承载，可以采用SGW<—>CCN<—>协作点<—>UE，或者，SGW<—>CCN（服务基站）<—>UE的用户面路径）。

其中，传统调度方式下，服务基站调度仅考虑本基站的干扰情况、资源使用情况、UE上报的信道测量情况、UE待传输数据量等，调度本基站下工作的UE的数据传输。

下面结合说明书附图对本发明实施例作进一步详细描述。

参见图8所示，本发明实施例提供的一种协作多点传输场景下的资源调度方法，该方法应用于承载分离的应用场景，该方法包括：

步骤81、CoMP UE的服务基站确定CoMP UE的待传输业务，以及该待传输业务对应的时频资源；

步骤82、服务基站在确定的时频资源上，按照设定的调度优先级，调度CoMP UE的待传输业务，其中，CoMP UE的高时延要求的业务的调度优先级高于该CoMP UE的低时延要求的业务的调度优先级。

本发明实施例中，服务基站采用LTE R8标准中定义的传统调度方式调度CoMP UE的高时延要求的业务，服务基站基于CCN的调度对CoMP UE的低时延要求的业务进行协作多点传输。

本发明实施例中，由于服务基站在确定的时频资源上，按照设定的调度优先级，调度CoMP UE的待传输业务，因此，在发生调度碰撞时保证了CoMP UE调度传输的顺利执行。

在实施中，步骤82中，服务基站在确定的时频资源上，调度CoMP UE的待传输业务，具体包括以下两种优选调度方式：

方式A、若服务基站确定在同一子帧的时频资源上，需要调度CoMP UE的高时延要求的业务和该CoMP UE的低时延要求的业务，则该服务基站在该同一子帧的时频资源上，优先调度CoMP UE的高时延要求业务。

优选的，该方式A进一步包括以下四种优选处理方式：

方式A1、服务基站根据自身为CoMP UE的高时延要求的业务配置的半静态调度（Semi-Persistent Scheduling，SPS）资源和SPS周期，调度CoMP UE的高时延要求业务；且，该服务基站将该CoMP UE的高时延要求的业务的SPS配置通知给CCN，以限制CCN在已配置的SPS资源上调度CoMP UE的协作多点传输。

相应的，CCN在接收到服务基站的通知后，在服务基站配置的SPS资源上，不调度该CoMP UE的协作多点传输。

该方式A1进一步包括以下两种情况：

一、若服务基站根据QoS确定CoMP UE待传输业务为高时延要求的业务，且该服务基站未被指示进行该CoMP UE的协作多点传输，则该服务基站为该高时延要求的业务配置SPS资源，并采用传统调度方式在配置的SPS资源上调度该CoMP UE的高时延要求的业务；在上述过程中，若该服务基站确定该CoMP UE即将有低时延要求的业务的需要传输，且CCN指示该服务基站对该低时延要求的业务进行协作多点传输，则该服务基站需要将尚在进行传输的高时延要求的业务的SPS配置（包括SPS资源和SPS周期）通知给CCN，以保证在同一子帧的时频资源上优先调度该CoMP UE的高时延要求的业务；

相应的，该CCN基于接收到的SPS配置限制调度该CoMP UE的协作多点传输，即该CCN不在配置了该CoMP UE的SPS传输的子帧上调度该CoMPUE的协作多点传输。

二、若服务基站当前基于CCN的指示对CoMP UE的低时延要求的业务进行协作多点传输，且该服务基站根据QoS确定CoMP UE待传输业务为高时延要求的业务，则该服务基站为该高时延要求的业务配置SPS周期和SPS资源，并通知CCN在该SPS资源上限制调度CoMP UE的协作多点传输，该通知消息中可以包括CoMP UE的标识、用于传输该高时延要求的业务的承载的标识信息、SPS周期、SPS资源。

相应的，该CCN在接收到服务基站的通知后，在该SPS资源上限制调度CoMP UE的协作多点传输，即该CCN不在配置了该CoMP UE的SPS传输的子帧上调度该CoMP UE的协作多点传输。

进一步，该CCN在接收到服务基站发送的通知后，向服务基站返回响应消息。相应的，服务基站在接收到该响应消息后，通过PDCCH信令激活该CoMPUE的SPS资源，或者通过RRC信令配置该CoMP UE的SPS资源。

该情况下，优选的，服务基站在将SPS配置通知给CCN之后，该服务基站在SPS资源上优先调度CoMP UE的高时延要求的业务，并在除SPS资源之外的其他子帧的时频资源上调度该CoMP UE的协作多点传输。

基于上述两种情况，优选的，若该CoMP UE在同一个子帧上支持多个混合自动重传请求混合自动重传请求（HARQ，Hybrid Automatic Repeat reQuest）进程，则该方法还包括：

该CCN在除服务基站已配置的SPS资源之外的其他时频资源上，调度该CoMP UE的协作多点传输。

基于上述两种情况，进一步，当服务基站当前调度的该CoMP UE的高时延要求的业务中止时，该方法还包括：

服务基站去激活已配置的SPS资源，并通知CCN取消对CoMP UE的协作多点传输的限制。

方式A2、服务基站在该同一子帧的时频资源上，优先调度CoMP UE的高时延要求业务；且，该服务基站通知CCN去激活CoMP UE的协作多点传输，并在该通知消息中携带CoMP UE的标识信息、用于传输该高时延要求业务的承载的标识信息以及去激活原因。

具体的，若服务基站当前基于CCN的指示对CoMP UE的低时延要求的业务进行协作多点传输，且该服务基站根据QoS确定CoMP UE待传输业务为高时延要求的业务，则该服务基站该服务基站通知CCN去激活CoMP UE的协作多点传输，其中，该通知消息中携带CoMP UE的标识信息、用于传输该高时延要求业务的承载的标识信息以及去激活原因；当该CoMP UE的高时延要求的业务到达时，该服务基站优先调度该CoMP UE的高时延要求的业务。

进一步，服务基站通知CCN去激活CoMP UE的协作多点传输，还包括：

服务基站通知CCN选定的对CoMP UE进行协作多点传输的其他传输点去激活对CoMP UE的协作多点传输。

当然，此处也可以由CCN通知其选定的对CoMP UE进行协作多点传输的其他传输点去激活对该CoMP UE的协作多点传输；具体的，CCN在接收到服务基站的通知后，去激活对该CoMP UE的协作多点传输，并通知其他传输点去激活对该CoMP UE的协作多点传输。

该方式下，若CoMP UE与核心网的数据传输经由CCN，则服务基站在通知CCN去激活CoMP UE的协作多点传输之后，该方法还包括：

服务基站通知核心网将CoMP UE的用于传输该高时延要求业务的承载的用户面路径更改为经由服务基站。

该方式下，基于上述第三种结合架构，即CCN作为CoMP UE的部分承载的用户面锚点，则该方法还包括：

CCN将CoMP UE的部分承载上未传输的数据前转给服务基站进行传输。

该方式下，基于上述第一种和第二种结合架构，即服务基站作为CoMP UE的用户面锚点，该方法还包括：

CCN选定的对CoMP UE进行协作多点传输的其他传输点将未传输的CoMP UE的数据前转给服务基站进行传输。

该方式下，进一步，当服务基站当前调度的该CoMP UE的高时延要求的业务中止时，该方法还包括：

服务基站根据设定规则，确定是否指示CCN激活该CoMP UE的协作多点传输。

上述确定过程具体包括：若服务基站确定在设定时间内，CoMP UE没有高时延要求的业务需要调度，则该服务基站通知CCN激活CoMP UE的协作多点传输；若服务基站确定在设定时间内，CoMP UE还有高时延要求的业务需要调度，则该服务基站不激活CoMP UE的协作多点传输。

方式A3、该服务基站在同一个子帧的时频资源上，优先调度CoMP UE的高时延要求业务；且，该服务基站通知CCN在已配置的CoMP资源上仅采用CS/CB传输方式对CoMP UE进行协作多点传输。

该方式A3进一步包括以下两种情况：

一、若服务基站根据QoS确定CoMP UE待传输业务为高时延要求的业务，且该服务基站未被指示进行该CoMP UE的协作多点传输，则该服务基站采用传统调度方式调度该CoMP UE的高时延要求的业务，此时服务基站为该CoMPUE的高时延要求的业务配置的时频资源可以为CoMP资源，也可以为除CoMP资源之外的其他时频资源；在上述过程中，若该服务基站确定该CoMP UE即将有低时延要求的业务的需要传输，且CCN指示该服务基站对该低时延要求的业务进行协作多点传输，则服务基站指示CCN仅选择CS/CB传输方式进行协作传输，并且该服务基站优先调度该CoMP UE的尚未中止的高时延要求的业务。

二、若服务基站当前基于CCN的指示对CoMP UE的低时延要求的业务进行协作多点传输，且该服务基站根据QoS确定CoMP UE待传输业务为高时延要求的业务（即该CoMP UE即将有高时延要求的业务需要建立或传输），则该服务基站指示CCN仅选择CS/CB传输方式进行协作传输。

进一步，服务基站在指示CCN仅选择CS/CB传输方式进行协作传输后，立即优先调度高时延要求的业务；或者，服务基站在收到CCN返回的响应后，再优先调度高时延要求的业务。

需要说明的是，服务基站在调度该CoMP UE的高时延要求的业务时，可以优先选择CoMP资源调度该CoMP UE的高时延要求的业务，也可以按照现有的调度方式（即LTE R8标准中定义的调度方式）选择时频资源，以调度该CoMP UE的高时延要求的业务。

基于上述两种情况，进一步，对于CoMP资源上被CoMP UE的高时延要求业务抢占而未能进行协作多点传输的承载的MAC PDU，该方法还包括：

服务基站通知CCN重新选择CoMP资源，并在CCN重新选择的CoMP资源上重新调度该MAC PDU；或者，

服务基站在除CoMP资源之外的其他时频资源上自行调度该MAC PDU。

基于上述两种情况，进一步，若当前调度的CoMP UE的高时延要求的业务中止，该方法还包括：

服务基站通知CCN取消对CoMP UE的协作多点传输的限制。

方式A4、服务基站在同一个子帧的时频资源上，优先调度CoMP UE的高时延要求业务；且，该服务基站通知CCN在已配置的CoMP资源上仅采用单点调度传输的方式对CoMP UE进行协作多点传输。

该方式A4进一步包括以下两种情况：

一、若服务基站根据QoS确定CoMP UE待传输业务为高时延要求的业务，且该服务基站未被指示进行该CoMP UE的协作多点传输，则该服务基站采用传统调度方式调度该CoMP UE的高时延要求的业务，此时服务基站为该CoMPUE的高时延要求的业务配置的时频资源可以为CoMP资源，也可以为除CoMP资源之外的其他时频资源；在上述过程中，若该服务基站确定该CoMP UE即将有低时延要求的业务的需要传输，且CCN指示该服务基站对该低时延要求的业务进行协作多点传输，则该服务基站指示CCN仅选择单点调度传输的方式进行协作传输，并且该服务基站使用CCN配置的CoMP资源，优先调度该CoMP UE的尚未中止的高时延要求的业务。

二、若服务基站当前基于CCN的指示对CoMP UE的低时延要求的业务进行协作多点传输，且该服务基站根据QoS确定CoMP UE待传输业务为高时延要求的业务（即该CoMP UE即将有高时延要求的业务需要建立或传输），则该服务基站指示CCN仅选择单点调度传输的方式进行协作传输。

进一步，服务基站在指示CCN仅选择单点调度传输的方式进行协作传输后，立即优先调度高时延要求的业务；或者，服务基站在收到CCN返回的响应后，再优先调度高时延要求的业务。

需要说明的是，服务基站在调度该CoMP UE的高时延要求的业务时，可以优先选择CoMP资源调度该CoMP UE的高时延要求的业务，也可以按照现有的调度方式（即LTE R8标准中定义的调度方式）选择时频资源，以调度该CoMP UE的高时延要求的业务。

基于上述两种情况，进一步，对于CoMP资源上被CoMP UE的高时延要求业务抢占而未能进行协作多点传输的承载的MAC PDU，该方法还包括：

服务基站通知CCN重新选择CoMP资源，并在CCN重新选择的CoMP资源上重新调度该MAC PDU；或者，

服务基站在除CoMP资源之外的其他时频资源上自行调度该MAC PDU。

基于上述两种情况，进一步，若当前调度的CoMP UE的高时延要求的业务中止，该方法还包括：

服务基站通知CCN取消对CoMP UE的协作多点传输的限制。

基于上述方式A3和方式A4，若该CoMP UE在同一个子帧上支持多个HARQ进程，则该方法还包括：

服务基站在该同一子帧上的除用于传输CoMP UE的高时延要求的业务的时频资源之外的其他时频资源上，调度CoMP UE的低时延要求的业务的协作多点传输。

方式B、若服务基站在确定的时频资源上需要调度CoMP UE的高时延要求的业务，则服务基站在调度CoMP UE的高时延要求的业务的过程中，不触发CoMP UE的协作多点传输功能（即关闭自身具有的CoMP UE的协作多点传输功能）。

该方式B进一步包括以下两种情况：

一、若服务基站根据QoS确定CoMP UE待传输业务为高时延要求的业务，且该服务基站未被指示进行该CoMP UE的协作多点传输，则该服务基站采用传统调度方式调度该CoMP UE的高时延要求的业务，且在调度过程中不触发该CoMP UE的协作多点传输功能。

二、若服务基站当前基于CCN的指示对CoMP UE的低时延要求的业务进行协作多点传输，且该服务基站根据QoS确定CoMP UE待传输业务为高时延要求的业务，则该服务基站优先采用传统调度方式调度该CoMP UE的高时延要求的业务，并关闭该CoMP UE的协作多点传输功能。

该方式下，优选的，该方法还包括：

若在该CoMP UE的高时延要求的业务的调度过程中，确定出该CoMP UE的低时延要求的业务需要传输，仍不触发该CoMP UE的低时延要求的业务的CoMP传输功能；

若在当前调度的CoMP UE的高时延要求业务中止后，服务基站确定需要调度CoMP UE的低时延要求业务；

服务基站根据设定规则，确定是否触发该CoMP UE的协作多点传输功能。

具体为：若服务基站确定在设定时间内，该CoMP UE没有高时延要求的业务需要调度，则该服务基站触发该CoMP UE的协作多点传输功能；

若服务基站确定在设定时间内，该CoMP UE还有高时延要求的业务需要调度，则该服务基站不触发该CoMP UE的协作多点传输功能。

针对上述方式A和方式B，本发明实施例中，服务基站调度CoMP UE的高时延要求的业务，具体包括：

服务基站在CCN配置的CoMP资源上优先调度CoMP UE的高时延要求的业务，或者，

服务基站在除CCN配置的CoMP资源之外的时频资源上调度CoMP UE的高时延要求的业务；

其中，服务基站根据接收到的CCN以半静态方式配置的CoMP调度信息获知该CCN配置的CoMP资源。

本发明实施例中，服务基站在为CoMP UE的高时延要求的业务分配时频资源时，包括以上两种方式：

一、不考虑CCN已配置的CoMP资源，基于所有时频资源优先为该CoMPUE的高时延要求的业务分配时频资源（此时，为该CoMP UE的高时延要求的业务分配时频资源可以为CoMP资源，也可以为除CoMP资源之外的时频资源）；

二、基于CCN通知的CoMP调度信息，仅在CoMP资源之外的时频资源上调度CoMP UE的高时延要求的业务。

三、基于CCN通知的CoMP调度信息，在CoMP资源优先调度CoMP UE的高时延要求的业务。

优选的，若服务基站在除CCN配置的CoMP资源之外的时频资源上调度CoMP UE的高时延要求的业务，则在服务基站接收到CCN通知的更新后的CoMP调度信息时，该方法还包括：

服务基站根据更新后的CoMP调度信息，重新确定用于传输CoMP UE的高时延要求的业务的时频资源。

进一步，服务基站还可以在除CCN配置的CoMP资源之外的时频资源上调度非CoMP UE的数据传输。

优选的，若服务基站在除CCN配置的CoMP资源之外的时频资源上，同时调度CoMP UE的高时延要求的业务和不支持CoMP的UE的数据传输，则该服务基站在除CCN配置的CoMP资源之外的时频资源上，优先调度该CoMPUE的高时延要求的业务。

上述方法处理流程可以用软件程序实现，该软件程序可以存储在存储介质中，当存储的软件程序被调用时，执行上述方法步骤。

基于同一发明构思，本发明实施例中还提供了一种基站，由于该基站解决问题的原理与上述一种协作多点传输场景下的资源调度方法相似，因此该基站的实施可以参见方法的实施，重复之处不再赘述。

参见图9所示，本发明是所提供的一种基站，该基站为CoMP UE的服务基站，该基站包括：

第一处理模块91，用于确定CoMP UE的待传输业务，以及该待传输业务对应的时频资源；

第二处理模块92，用于在确定的时频资源上，按照设定的调度优先级，调度CoMP UE的待传输业务，其中，CoMP UE的高时延要求的业务的调度优先级高于该CoMP UE的低时延要求的业务的调度优先级。

本发明实施例中，本基站采用LTE R8标准中定义的传统调度方式调度CoMP UE的高时延要求的业务；本基站基于中心协作节点CCN的调度对CoMPUE的低时延要求的业务进行协作多点传输。

本发明实施例提供的基站，按照设定的调度优先级，调度CoMP UE的待传输业务，从而在发生调度碰撞时保证了CoMP UE调度传输的顺利执行。

在实施中，第二处理模块92在确定的时频资源上，按照设定的调度优先级，调度CoMP UE的待传输业务，具体包括以下方式：

方式A、若第一处理模块91确定在同一子帧的时频资源上，需要调度CoMPUE的高时延要求的业务和该CoMP UE的低时延要求的业务，则在同一子帧的时频资源上，优先调度CoMP UE的高时延要求业务；

或者，

方式B、若在第一处理模块91确定的时频资源上需要调度CoMP UE的高时延要求的业务，则在CoMP UE的高时延要求的业务的调度过程中，不触发CoMP UE的协作多点传输功能。

对于方式A，作为一种优选处理方式，第二处理模块92具体用于：

根据为CoMP UE的高时延要求的业务配置的半静态调度SPS资源和SPS周期，调度CoMP UE的高时延要求业务；且，将CoMP UE的高时延要求的业务的SPS配置通知给CCN，以限制CCN在已配置了SPS资源的子帧上调度CoMP UE的协作多点传输。

该优选处理方式下，第二处理模块92还用于：

在当前调度的CoMP UE的高时延要求的业务中止时，释放为CoMP UE的高时延要求的业务配置的SPS资源，并通知CCN取消对CoMP UE的协作多点传输的限制。

对于方式A，作为另一种优选处理方式，则第二处理模块92还用于：

通知CCN去激活CoMP UE的协作多点传输，并在通知中携带CoMP UE的标识信息、用于传输高时延要求业务的承载的标识信息以及去激活原因；

和/或，

通知CCN选定的对CoMP UE进行协作多点传输的其他传输点去激活对CoMP UE的协作多点传输，并在通知中携带CoMP UE的标识信息、用于传输高时延要求业务的承载的标识信息及去激活原因。

该优选处理方式下，第二处理模块92还用于：

在当前调度的CoMP UE的高时延要求的业务中止时，根据设定规则，确定是否指示CCN激活CoMP UE的协作多点传输。

对于方式A，作为再一种优选处理方式，第二处理模块92具体用于：

在该同一子帧的时频资源上，优先调度CoMP UE的高时延要求业务；且，通知CCN在CoMP资源上仅采用CS/CB传输方式或者单点调度传输的方式对CoMP UE进行协作多点传输。

该优选处理方式下，若在CCN配置的CoMP资源上调度该CoMP UE的高时延要求业务，则对于CoMP资源上被CoMP UE的高时延要求业务抢占而未能进行协作多点传输的承载的媒体接入控制协议数据单元MAC PDU，第二处理模块92还用于：

通知CCN重新选择CoMP资源，并在CCN重新选择的CoMP资源上重新调度MAC PDU；或者，在除CoMP资源之外的其他时频资源上自行调度MAC PDU。

该优选处理方式下，若CoMP UE在同一个子帧上支持多个HARQ进程，第二处理模块92还用于：

在该同一子帧上的除用于传输该CoMP UE的高时延要求的业务的时频资源之外的其他时频资源上，调度该CoMP UE的低时延要求的业务的协作多点传输。

该优选处理方式下，第二处理模块92还用于：

在当前调度的CoMP UE的高时延要求的业务中止时，通知CCN取消对CoMP UE的协作多点传输的限制。

对于方式B，若本基站未触发CoMP UE的协作多点传输功能，第二处理模块92还用于：

若在该CoMP UE的高时延要求的业务的调度过程中，确定出该CoMP UE的低时延要求的业务需要传输，仍不触发该CoMP UE的低时延要求的业务的CoMP传输功能；

若确定出在CoMP UE的高时延要求业务中止后，需要调度CoMP UE的低时延要求业务，则根据设定规则，确定是否触发CoMP UE的协作多点传输功能。

在实施中，基于上述方式A和方式B，第二处理模块92调度CoMP UE的高时延要求的业务，具体包括：

在CCN配置的CoMP资源上优先调度CoMP UE的高时延要求的业务，或者，在除CCN配置的CoMP资源之外的时频资源上调度CoMP UE的高时延要求的业务；

其中，第二处理模块92根据接收到的CCN以半静态方式配置的协作多点传输的调度信息获知CoMP资源。

进一步，第二处理模块92还用于：

在除CCN配置的CoMP资源之外的时频资源上调度非CoMP UE的数据传输。

优选的，第二处理模块92还用于：

若需要在除CCN配置的CoMP资源之外的时频资源上，同时调度CoMPUE的高时延要求的业务和不支持CoMP的UE的数据传输，则优先调度该CoMP UE的高时延要求的业务。

下面结合具体硬件结构，对本发明实施例提供的基站的结构、处理方式进行说明。

在图9的实施例中，基站包括收发信机、以及与该收发信机连接的至少一个处理器，其中：

处理器被配置用于确定CoMP UE的待传输业务，以及该待传输业务对应的时频资源；以及在确定的时频资源上，按照设定的调度优先级，调度CoMPUE的待传输业务，其中，CoMP UE的高时延要求的业务的调度优先级高于该CoMP UE的低时延要求的业务的调度优先级。

本发明实施例中，本基站采用LTE R8标准中定义的传统调度方式调度CoMP UE的高时延要求的业务；本基站基于中心协作节点CCN的调度对CoMPUE的低时延要求的业务进行协作多点传输。

在实施中，处理器被配置根据以下方式调度CoMP UE的待传输业务：

方式A、若确定在同一子帧的时频资源上，需要调度CoMP UE的高时延要求的业务和该CoMP UE的低时延要求的业务，则在同一子帧的时频资源上，优先调度CoMP UE的高时延要求业务；

或者，

方式B、若在确定的时频资源上需要调度CoMP UE的高时延要求的业务，则在CoMP UE的高时延要求的业务的调度过程中，不触发CoMP UE的协作多点传输功能。

对于方式A，作为一种优选处理方式，处理器被配置具体用于：

根据为CoMP UE的高时延要求的业务配置的半静态调度SPS资源和SPS周期，调度CoMP UE的高时延要求业务；且，将CoMP UE的高时延要求的业务的SPS配置通知给CCN，以限制CCN在已配置了SPS资源的子帧上调度CoMP UE的协作多点传输。

该优选处理方式，处理器还被配置用于：

在当前调度的CoMP UE的高时延要求的业务中止时，释放为CoMP UE的高时延要求的业务配置的SPS资源，通知CCN取消对CoMP UE的协作多点传输的限制。

对于方式A，作为另一种优选处理方式，则处理器还被配置用于：

通知CCN去激活CoMP UE的协作多点传输，并在通知中携带CoMP UE的标识信息、用于传输高时延要求业务的承载的标识信息以及去激活原因；

和/或，

通知CCN选定的对CoMP UE进行协作多点传输的其他传输点去激活对CoMP UE的协作多点传输，并在通知中携带CoMP UE的标识信息、用于传输高时延要求业务的承载的标识信息及去激活原因。

该优选处理方式下，处理器还被配置用于：

在当前调度的CoMP UE的高时延要求的业务中止时，根据设定规则，确定是否指示CCN激活CoMP UE的协作多点传输。

对于方式A，作为再一种优选处理方式，第二处理模块92具体用于：

在同一子帧的时频资源上，优先调度CoMP UE的高时延要求业务；且，通知CCN在CoMP资源上仅采用CS/CB传输方式或者单点调度传输的方式对CoMP UE进行协作多点传输。

该优选处理方式下，若在CCN配置的CoMP资源上调度该CoMP UE的高时延要求业务，则对于CoMP资源上被CoMP UE的高时延要求业务抢占而未能进行协作多点传输的承载的MAC PDU，处理器还被配置用于：

通知CCN重新选择CoMP资源，并在CCN重新选择的CoMP资源上重新调度MAC PDU；或者，在除CoMP资源之外的其他时频资源上自行调度MAC PDU。

该优选处理方式下，若CoMP UE在同一个子帧上支持多个HARQ进程，处理器还被配置用于：

在该同一子帧上的除用于传输该CoMP UE的高时延要求的业务的时频资源之外的其他时频资源上，调度该CoMP UE的低时延要求的业务的协作多点传输。

该优选处理方式，处理器还被配置用于：

在当前调度的CoMP UE的高时延要求的业务中止时，通知CCN取消对CoMP UE的协作多点传输的限制。

对于方式B，若本基站未触发CoMP UE的协作多点传输功能，处理器还被配置用于：

若在该CoMP UE的高时延要求的业务的调度过程中，确定出该CoMP UE的低时延要求的业务需要传输，仍不触发该CoMP UE的低时延要求的业务的CoMP传输功能；

若确定出在该CoMP UE的高时延要求业务中止后，需要调度该CoMP UE的低时延要求业务，则根据设定规则，确定是否触发该CoMP UE的协作多点传输功能。

在实施中，基于上述方式A和方式B，第二处理模块92调度CoMP UE的高时延要求的业务，具体包括：

在CCN配置的CoMP资源上优先调度CoMP UE的高时延要求的业务，或者，在除CCN配置的CoMP资源之外的时频资源上调度CoMP UE的高时延要求的业务；

其中，处理器根据收发信机接收到的CCN以半静态方式配置的协作多点传输的调度信息获知CoMP资源。

进一步，处理器还被配置用于：

在除CCN配置的CoMP资源之外的时频资源上调度非CoMP UE的数据传输。

优选的，处理器还被配置用于：

若需要在除CCN配置的CoMP资源之外的时频资源上，同时调度CoMPUE的高时延要求的业务和不支持CoMP的UE的数据传输，则优先调度该CoMP UE的高时延要求的业务。

本发明实施例提供的基站，按照设定的调度优先级，调度CoMP UE的待传输业务，从而在发生调度碰撞时保证了CoMP UE调度传输的顺利执行。

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

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

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

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

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

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

Claims (31)

1.一种协作多点传输场景下的资源调度方法，所述方法应用于承载分离场景，其特征在于，所述方法包括：

支持协作多点传输的用户设备CoMP UE的服务基站确定所述CoMP UE的待传输业务，以及所述待传输业务对应的时频资源；

所述服务基站在确定的时频资源上，按照设定的调度优先级，调度所述CoMP UE的待传输业务，其中，所述CoMP UE的高时延要求的业务的调度优先级高于所述CoMP UE的低时延要求的业务的调度优先级；

其中，所述服务基站采用长期演进LTE R8标准中定义的传统调度方式调度所述CoMP UE的高时延要求的业务，所述服务基站基于中心协作节点CCN的调度对所述CoMP UE的低时延要求的业务进行协作多点传输。

2.如权利要求1所述的方法，其特征在于，所述服务基站在确定的时频资源上，调度所述CoMP UE的待传输业务，具体包括：

若所述服务基站确定在同一子帧的时频资源上，需要调度所述CoMP UE的高时延要求的业务和所述CoMP UE的低时延要求的业务，则所述服务基站在所述同一子帧的时频资源上，优先调度所述CoMP UE的高时延要求业务；

或者，

若所述服务基站在确定的时频资源上需要调度所述CoMP UE的高时延要求的业务，则所述服务基站在所述CoMP UE的高时延要求的业务的调度过程中，不触发所述CoMP UE的协作多点传输功能。

3.如权利要求2所述的方法，其特征在于，所述服务基站在所述同一子帧的时频资源上，优先调度所述CoMP UE的高时延要求业务，具体包括：

所述服务基站根据为所述CoMP UE的高时延要求的业务配置的半静态调度SPS资源和SPS周期，调度所述CoMP UE的高时延要求业务；且，所述服务基站将所述CoMP UE的高时延要求的业务的SPS配置通知给所述CCN，以限制所述CCN在已配置了SPS资源的子帧上调度所述CoMP UE的协作多点传输。

4.如权利要求3所述的方法，其特征在于，若所述CoMP UE在所述同一个子帧上支持多个混合自动重传请求HARQ进程，所述方法还包括：

所述CCN在接收到所述服务基站发送的SPS配置后，所述CCN在所述同一个子帧的除所述服务基站已配置的SPS资源之外的其他时频资源上，调度所述CoMP UE的协作多点传输。

5.如权利要求2所述的方法，其特征在于，所述服务基站在所述同一子帧的时频资源上，优先调度所述CoMP UE的高时延要求业务，还包括：

所述服务基站通知所述CCN去激活所述CoMP UE的协作多点传输，并在所述通知中携带所述CoMP UE的标识信息、用于传输所述高时延要求业务的承载的标识信息以及去激活原因。

6.如权利要求5所述的方法，其特征在于，所述服务基站通知所述CCN去激活所述CoMP UE的协作多点传输之后，所述方法还包括：

所述服务基站通知所述CCN选定的对所述CoMP UE进行协作多点传输的其他传输点去激活对所述CoMP UE的协作多点传输，并在所述通知中携带所述CoMP UE的标识信息、用于传输所述高时延要求业务的承载的标识信息以及去激活原因。

7.如权利要求5所述的方法，其特征在于，当所述服务基站当前调度的所述CoMP UE的高时延要求的业务中止时，所述方法还包括：

所述服务基站根据设定规则，确定是否指示CCN激活所述CoMP UE的协作多点传输。

8.如权利要求7所述的方法，其特征在于，所述服务基站根据设定规则，确定是否激活所述CoMP UE的协作多点传输，具体包括：

若所述服务基站确定在设定时间内，所述CoMP UE没有高时延要求的业务需要调度，则所述服务基站通知所述CCN激活所述CoMP UE的协作多点传输；

若所述服务基站确定在设定时间内，所述CoMP UE还有高时延要求的业务需要调度，则所述服务基站不激活所述CoMP UE的协作多点传输。

9.如权利要求2所述的方法，其特征在于，所述服务基站在所述同一子帧的时频资源上，优先调度所述CoMP UE的高时延要求业务，还包括：

所述服务基站通知所述CCN在所述CoMP资源上仅采用CS/CB传输方式或者单点调度传输的方式对所述CoMP UE进行协作多点传输。

10.如权利要求9所述的方法，其特征在于，若所述服务基站在所述CCN配置的CoMP资源上调度所述CoMP UE的高时延要求业务，则对于所述CoMP资源上被所述CoMP UE的高时延要求业务抢占而未能进行协作多点传输的承载的媒体接入控制协议数据单元MAC PDU，所述方法还包括：

所述服务基站通知所述CCN重新选择CoMP资源，并在所述CCN重新选择的CoMP资源上重新调度所述MAC PDU；或者，

所述服务基站在除所述CoMP资源之外的其他时频资源上自行调度所述MAC PDU。

11.如权利要求9所述的方法，其特征在于，若所述CoMP UE在同一个子帧上支持多个HARQ进程，所述方法还包括：

所述服务基站在所述同一子帧上的除用于传输CoMP UE的高时延要求的业务的时频资源之外的其他时频资源上，调度CoMP UE的低时延要求的业务的协作多点传输。

12.如权利要求3或9所述的方法，其特征在于，当所述服务基站当前调度的所述CoMP UE的高时延要求的业务中止时，所述方法还包括：

所述服务基站通知所述CCN取消对所述CoMP UE的协作多点传输的限制。

13.如权利要求2所述的方法，其特征在于，若所述服务基站未触发所述CoMP UE的协作多点传输功能，所述方法还包括：

若所述服务基站在所述CoMP UE的高时延要求的业务的调度过程中，所述服务基站确定出所述CoMP UE的低时延要求的业务需要传输，所述服务基站仍不触发所述CoMP UE的低时延要求的业务的CoMP传输功能；

若确定出在所述CoMP UE的高时延要求业务中止后，需要调度所述CoMPUE的低时延要求业务，则所述服务基站根据设定规则，确定是否触发所述CoMP UE的协作多点传输功能。

14.如权利要求13所述的方法，其特征在于，所述服务基站根据设定规则，确定是否触发所述CoMP UE的协作多点传输功能，具体包括：

若所述服务基站确定在设定时间内，所述CoMP UE没有高时延要求的业务需要调度，所述服务基站触发所述CoMP UE的协作多点传输功能；

若所述服务基站确定在设定时间内，所述CoMP UE还有高时延要求的业务需要调度，所述服务基站不触发所述CoMP UE的协作多点传输功能。

15.如权利要求2所述的方法，其特征在于，所述服务基站调度所述CoMP UE的高时延要求的业务，具体包括：

所述服务基站在所述CCN配置的CoMP资源上优先调度所述CoMP UE的高时延要求的业务，或者，

所述服务基站在除所述CCN配置的CoMP资源之外的时频资源上调度所述CoMP UE的高时延要求的业务；

其中，所述服务基站根据接收到的所述CCN以半静态方式配置的协作多点传输的调度信息获知所述CoMP资源。

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

所述服务基站在除所述CCN配置的CoMP资源之外的时频资源上调度不支持CoMP传输功能的UE的数据传输。

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

若所述服务基站在除所述CCN配置的CoMP资源之外的时频资源上，同时调度所述CoMP UE的高时延要求的业务和不支持CoMP的UE的数据传输，则所述服务基站优先调度所述CoMP UE的高时延要求的业务。

18.如权利要求1～11、13～17任一项所述的方法，其特征在于，

所述服务基站与所述CCN为同一个网络实体，其中，所述服务基站作为所述CoMP UE的用户面锚点并用于承载所述CoMP UE的部分承载的传统调度传输和/或所述CoMP UE的协作多点传输；或者，

所述服务基站与所述CCN为不同网络实体，其中，所述CCN用于调度所述CoMP UE的协作多点传输，所述服务基站作为所述CoMP UE的用户面锚点并用于承载所述CoMP UE的部分承载的传统调度传输和/或基于所述CCN的调度执行所述CoMP UE的协作多点传输；或者，

所述服务基站与所述CCN为不同网络实体，其中，所述CCN作为CoMPUE的部分承载的用户面锚点并用于调度所述CoMP UE的协作多点传输，所述服务基站作为所述CoMP UE的其余部分承载的用户面锚点并用于承载所述CoMP UE的部分承载的传统调度传输和/或基于所述CCN的调度对所述CoMPUE进行协作多点传输。

19.一种基站，其特征在于，所述基站为CoMP UE的服务基站，该基站包括：

第一处理模块，用于确定CoMP UE的待传输业务，以及所述待传输业务对应的时频资源；

第二处理模块，用于在确定的时频资源上，按照设定的调度优先级，调度所述CoMP UE的待传输业务，其中，所述CoMP UE的高时延要求的业务的调度优先级高于所述CoMP UE的低时延要求的业务的调度优先级；

其中，本基站采用LTE R8标准中定义的传统调度方式调度所述CoMP UE的高时延要求的业务；本基站基于CCN的调度对所述CoMP UE的低时延要求的业务进行协作多点传输。

20.如权利要求19所述的基站，其特征在于，所述第二处理模块具体用于：

若所述第一处理模块确定在同一子帧的时频资源上，需要调度所述CoMPUE的高时延要求的业务和所述CoMP UE的低时延要求的业务，则在所述同一子帧的时频资源上，优先调度所述CoMP UE的高时延要求业务；或者，若在确定的时频资源上需要调度所述CoMP UE的高时延要求的业务，则在所述CoMP UE的高时延要求的业务的调度过程中，不触发所述CoMP UE的协作多点传输功能。

21.如权利要求20所述的基站，其特征在于，若在所述同一子帧的时频资源上，优先调度所述CoMP UE的高时延要求业务，则所述第二处理模块具体用于：

根据为所述CoMP UE的高时延要求的业务配置的SPS资源和SPS周期，调度所述CoMP UE的高时延要求业务；且，将所述CoMP UE的高时延要求的业务的SPS配置通知给所述CCN，以限制所述CCN在已配置了SPS资源的子帧上调度所述CoMP UE的协作多点传输。

22.如权利要求20所述的基站，其特征在于，若在所述同一子帧的时频资源上，优先调度所述CoMP UE的高时延要求业务，则所述第二处理模块还用于：

通知所述CCN去激活所述CoMP UE的协作多点传输，并在所述通知中携带所述CoMP UE的标识信息、用于传输所述高时延要求业务的承载的标识信息以及去激活原因；和/或

通知所述CCN选定的对所述CoMP UE进行协作多点传输的其他传输点去激活对所述CoMP UE的协作多点传输，并在所述通知中携带所述CoMP UE的标识信息、用于传输所述高时延要求业务的承载的标识信息及去激活原因。

23.如权利要求22所述的基站，其特征在于，所述第二处理模块还用于：

在当前调度的所述CoMP UE的高时延要求的业务中止时，根据设定规则，确定是否指示CCN激活所述CoMP UE的协作多点传输。

24.如权利要求20所述的基站，其特征在于，所述第二处理模块具体用于：

在所述同一子帧的时频资源上，优先调度所述CoMP UE的高时延要求业务；且通知所述CCN在所述CoMP资源上仅采用CS/CB传输方式或者单点调度传输的方式对所述CoMP UE进行协作多点传输。

25.如权利要求24所述的基站，其特征在于，若在所述CCN配置的CoMP资源上调度所述CoMP UE的高时延要求业务，则对于所述CoMP资源上被所述CoMP UE的高时延要求业务抢占而未能进行协作多点传输的承载的媒体接入控制协议数据单元MAC PDU，所述第二处理模块还用于：

通知所述CCN重新选择CoMP资源，并在所述CCN重新选择的CoMP资源上重新调度所述MAC PDU；或者，在除所述CoMP资源之外的其他时频资源上自行调度所述MAC PDU。

26.如权利要求24所述的基站，其特征在于，若所述CoMP UE在同一个子帧上支持多个HARQ进程，所述第二处理模块还用于：

在所述同一子帧上的除用于传输CoMP UE的高时延要求的业务的时频资源之外的其他时频资源上，调度CoMP UE的低时延要求的业务的协作多点传输。

27.如权利要求21或24所述的基站，其特征在于，所述第二处理模块还用于：

在当前调度的所述CoMP UE的高时延要求的业务中止时，通知所述CCN取消对所述CoMP UE的协作多点传输的限制。

28.如权利要求20所述的基站，其特征在于，若本基站未触发所述CoMPUE的协作多点传输功能，所述第二处理模块还用于：

若在所述CoMP UE的高时延要求的业务的调度过程中，确定出所述CoMPUE的低时延要求的业务需要传输，仍不触发所述CoMP UE的低时延要求的业务的CoMP传输功能；

若确定出在所述CoMP UE的高时延要求业务中止后，需要调度所述CoMPUE的低时延要求业务，则根据设定规则，确定是否触发所述CoMP UE的协作多点传输功能。

29.如权利要求20所述的基站，其特征在于，所述第二处理模块调度所述CoMP UE的高时延要求的业务，具体包括：

在所述CCN配置的CoMP资源上优先调度所述CoMP UE的高时延要求的业务，或者，在除所述CCN配置的CoMP资源之外的时频资源上调度所述CoMP UE的高时延要求的业务；

其中，所述第二处理模块根据接收到的所述CCN以半静态方式配置的协作多点传输的调度信息获知所述CoMP资源。

30.如权利要求29所述的基站，其特征在于，所述第二处理模块还用于：

在除所述CCN配置的CoMP资源之外的时频资源上调度非CoMP UE的数据传输。

31.如权利要求30所述的基站，其特征在于，所述第二处理模块还用于：

若需要在除所述CCN配置的CoMP资源之外的时频资源上，同时调度所述CoMP UE的高时延要求的业务和不支持CoMP的UE的数据传输，则优先调度所述CoMP UE的高时延要求的业务。