CN107113854A

CN107113854A - 协同调度方法、装置及系统

Info

Publication number: CN107113854A
Application number: CN201580071564.7A
Authority: CN
Inventors: 胡钰舒; 沈磊; 张振华
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2015-10-30
Filing date: 2015-10-30
Publication date: 2017-08-29
Also published as: JP2018532346A; WO2017070947A1

Abstract

本发明实施例提供了一种协同调度方法、装置及系统，涉及通信领域，方法包括：接收宏基站发送的第一协同激活请求，第一协同激活请求用于指示小基站管理的第一小区与宏基站在物理下行控制信道PDCCH上进行协同终端的协同调度；根据第一协同激活请求，在第一小区的PDCCH上发送控制消息，以便于协同终端根据宏基站发送的第二协同激活请求在第一小区的PDCCH上接收控制消息，第二协同激活请求用于指示协同终端在PDCCH上接受第一小区与宏基站的协同调度，第二协同激活请求包括：第一小区的物理小区标识PCI。本发明解决了协同调度效率低的问题，本发明能够实现提高协同调度的效率的效果。本发明用于协同调度。

Description

协同调度方法、装置及系统

技术领域

本发明涉及通信领域，特别涉及一种协同调度方法、装置及系统。

背景技术

随着智能终端的普及，业务驱动移动宽带(英文：Mobile Broadband；简称：MBB)蓬勃发展，网络流量呈爆发性增长。目前，异构网络(英文：heterogeneous network；简称：HetNet)可以包括宏基站和小基站，在宏基站无法扩容时，可以采用小基站来提升网络容量。对于异构网络中的长期演进(英文：Long Term Evolution；简称：LTE)网络，宏基站和小基站可以采用同频部署的方式进行网络部署，其中，同频部署指的是宏基站和小基站采用的发射频点相同，频点是给频率的编号，每一个频点(精确到整数)都与一个频率值(精确到0.1MHZ)对应。为了控制同频部署下宏基站、小基站之间的干扰，需要在宏基站和小基站之间采用协同方案。宏基站和小基站通过紧密的协同，可以进一步提升网络容量和用户体验。

相关技术中，宏基站发射功率比较高，覆盖范围大，小基站发射功率比较低，主要用于热点覆盖等；宏基站覆盖的终端通常远多于小基站覆盖的终端，负载也比小基站重。因此，现有的宏基站和小基站协同方案，基本都是宏基站下的终端由宏基站和小基站协同调度，帮助宏基站减轻负载，以提升整个网络的容量，其中，协同调度指的是针对同一终端，宏基站和小基站通过协商确定调度方案。目前的协同调度过程中，宏基站下的终端的控制面保留在宏基站，数据面由宏基站和小基站协同调度。具体的，小基站向宏基站发送为终端分配物理下行控制信道(英文：Physical Downlink Control Channel；简称：PDCCH) 资源的请求，宏基站根据该请求为终端分配PDCCH资源，并向小基站反馈分配结果；小基站根据该分配结果进行终端的物理下行共享信道(英文：Physical Downlink Shared Channel；简称：PDSCH)或物理上行共享信道(英文：Physical Uplink Shared Channel；简称：PUSCH)的调度。

但是，由于宏基站的负载比较重，而宏基站的PDCCH资源有限，宏基站的PDCCH资源容易出现全部被占用的情况，未能分配到PDCCH资源的终端无法被调度，影响协同调度的成功率，因而协同调度的效率较低。

发明内容

为了解决相关技术中协同调度的效率较低的问题，本发明提供了一种协同调度方法、装置及系统。所述技术方案如下：

本发明应用于HetNet网络，尤其可以应用于LTE的HetNet网络，实现同频部署过程中，宏基站和小基站的协同调度。

第一方面，本发明提供一种协同调度方法，用于小基站，包括：

接收宏基站发送的第一协同激活请求，所述第一协同激活请求用于指示所述小基站管理的第一小区与所述宏基站在物理下行控制信道PDCCH上进行协同终端的协同调度，所述协同终端为宏基站或小基站确定的能够进行协同调度的终端；该第一协同激活请求可以是宏基站根据管理第一小区的小基站发送的小区配置参数生成的，该小区配置参数可以包括PCI，PCI用于标识小区的物理层小区标识号，实际应用中小区配置参数还可以包括其他参数，如小区相关信道参数等等。

根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息，以便于所述协同终端根据所述宏基站发送的第二协同激活请求在所述第一小区的PDCCH上接收所述控制消息，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第二协同激活请求包括：所述第一小区的物理小区标识PCI。

可选的，本发明实施例中，第一协同激活请求是可以根据多种场景生成的，不同场景下，其指示的协同调度的信道不同，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和物理下行共享信道PDSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH、PDSCH和物理上行共享信道PUSCH上进行所述协同终端的协同调度，所述控制消息用于指示所述第一小区与所述宏基站在PDSCH上进行所述协同终端的协同调度，在所述接收宏基站发送的第一协同激活请求之后，所述方法还包括：

根据所述第一协同激活请求，在所述第一小区的PDSCH上向所述协同终端发送下行数据消息，以便于所述协同终端根据所述控制消息在所述第一小区的PDSCH上接收所述下行数据消息。

可选的，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和PUSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH、PDSCH和PUSCH上进行所述协同终端的协同调度，所述控制消息用于指示所述第一小区与所述宏基站在PUSCH上进行所述协同终端的协同调度，

在所述第一小区的PDCCH上发送控制消息之后，所述方法还包括：

根据所述第一协同激活请求，在所述第一小区的PUSCH上接收所述协同终端发送的上行数据消息，所述上行数据消息是所述协同终端根据所述控制消息发送的。

可选的，在接收宏基站发送的第一协同激活请求之前，所述方法还包括：

在所述第一小区激活后，向所述宏基站上报所述小区配置参数，所述小区配置参数包括：所述物理小区标识PCI。

可选的，所述第一协同激活请求包括：所述协同终端的标识，在所述根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息之前，所述方法还包括：

根据所述第一协同激活请求，生成所述控制消息，所述控制消息包括所述协同终端的标识。

可选的，所述上行数据消息包括所述协同终端测量的信道参数，在所述根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息之后，所述方法还包括：

根据所述信道参数判断所述协同终端是否能够保持协同状态；

在所述协同终端不能保持协同状态时，向所述宏基站发送第一去激活通知，所述第一去激活通知用于通知所述宏基站停止进行协同调度；

向所述协同终端发送去激活通知，所述第二去激活通知用于通知所述协同终端停止进行协同调度。

可选的，所述第一协同激活请求包括约定传输时间间隔TTI标识，

所述根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息，包括：

在所述约定TTI标识指示的TTI，在所述第一小区的PDCCH上发送控制消息。

在本发明实施例中，小基站为协同终端独立分配PDCCH资源，宏基站通过第一协同激活请求在协同终端激活协同功能，指示协同终端去解析小基站的第一小区的PDCCH上传输的控制消息，保证上行控制面和数据面的合一。

第二方面，本发明提供一种协同调度方法，用于协同终端，所述协同终端为宏基站或小基站确定的能够进行协同调度的终端，该协同终端可以是具有网络连接功能的装置，比如智能手机、电脑、多媒体播放器、电子阅读器、可穿戴式设备等等，该协同调度方法，包括：

接收宏基站发送的第二协同激活请求，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第一小区为所述宏基站在确定存在终端能够进入协同状态时，确定需要进行协同调度的小区，所述第二协同激活请求包括：所述第一小区的PCI；该第二协同激活请求可以携带在MAC通知中。

根据所述第二协同激活请求在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息。

可选的，所述根据所述第二协同激活请求在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息，包括：

根据所述PCI获取所述小基站的发射频点、所述第一小区的小区带宽和所述第一小区的PDCCH符号数；

根据所述发射频点、所述小区带宽和PDCCH符号数，确定所述第一小区的PDCCH的位置；

在所述第一小区的PDCCH的位置上接收管理所述第一小区的小基站发送的控制消息。

可选的，所述根据所述PCI获取所述小基站的发射频点、所述第一小区的小区带宽和所述第一小区的PDCCH符号数，包括：

获取预先配置的发射频点；

将测量得到的所述PCI对应小区的小区带宽作为所述第一小区的小区带宽；

将在所述PCI对应小区的物理控制指示信道PCFICH上测量得到的所述PCI对应小区的PDCCH符号数作为所述第一小区的PDCCH符号数。

可选的，所述第二协同激活请求包括约定传输时间间隔TTI标识，

所述根据所述第二协同激活请求在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息，包括：

在所述约定TTI标识指示的TTI，在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息。

在本发明实施例中，协同终端可以设置有协同调度模块，该模块可以是一个软件模块，用于执行协同调度功能，在接收到第二协同激活请求后，协同调度模块启动，激活协同调度功能，在接收到去协同激活请求后，协同调度模块关闭。协同终端能够感知宏基站和小基站的协同调度过程。

第三方面，本发明提供一种协同调度方法，用于宏基站，包括：

在确定存在终端能够进入协同状态时，确定需要进行协同调度的第一小区；

向管理所述第一小区的小基站发送第一协同激活请求，以便于所述小基站根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息，所述第一协同激活请求用于指示所述小基站管理的第一小区与所述宏基站在PDCCH上进行协同终端的协同调度；

向需要进行协同调度的协同终端发送第二协同激活请求，以便于所述协同终端根据所述第二协同激活请求在所述第一小区的PDCCH上接收所述控制消息，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第二协同激活请求包括：所述第一小区的PCI。

可选的，所述向管理所述第一小区的小基站发送第一协同激活请求之前，所述方法还包括：

在需要进行协同调度时，生成所述第一协同激活请求，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和物理下行共享信道PDSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和物理上行共享信道PUSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH、PDSCH和PUSCH上进行所述协同终端的协同调度。

可选的，所述第一协同激活请求包括约定传输时间间隔TTI标识；所述第二协同激活请求包括所述约定传输时间间隔TTI标识。

第四方面，本发明一种协同调度装置，用于小基站，包括：

第一接收单元，用于接收宏基站发送的第一协同激活请求，所述第一协同激活请求用于指示所述小基站管理的第一小区与所述宏基站在物理下行控制信道PDCCH上进行协同终端的协同调度，所述协同终端为宏基站或小基站确定的能够进行协同调度的终端；

第一发送单元，用于根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息，以便于所述协同终端根据所述宏基站发送的第二协同激活请求在所述第一小区的PDCCH上接收所述控制消息，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第二协同激活请求包括：所述第一小区的物理小区标识PCI。

可选的，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和物理下行共享信道PDSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH、PDSCH和物理上行共享信道PUSCH上进行所述协同终端的协同调度，所述控制消息用于指示所述第一小区与所述宏基站在PDSCH上进行所述协同终端的协同调度，所述装置还包括：

第二发送单元，用于根据所述第一协同激活请求，在所述第一小区的PDSCH上向所述协同终端发送下行数据消息，以便于所述协同终端根据所述控制消息在所述第一小区的PDSCH上接收所述下行数据消息。

可选的，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和PUSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH、PDSCH和PUSCH上进行所述协同终端的协同调度，所述控制消息用于指示所述第一小区与所述宏基站在PUSCH上进行所述协同终端的协同调度，所述装置还包括：

第二接收单元，用于根据所述第一协同激活请求，在所述第一小区的PUSCH上接收所述协同终端发送的上行数据消息，所述上行数据消息是所述协同终端根据所述控制消息发送的。

可选的，所述装置还包括：

上报单元，用于在所述第一小区激活后，向所述宏基站上报所述小区配置参数，所述小区配置参数包括：所述物理小区标识PCI。

可选的，所述第一协同激活请求包括：所述协同终端的标识，所述装置还包括：

生成单元，用于根据所述第一协同激活请求，生成所述控制消息，所述控制消息包括所述协同终端的标识。

可选的，所述上行数据消息包括所述协同终端测量的信道参数，所述装置还包括：

判断单元，用于根据所述信道参数判断所述协同终端是否能够保持协同状态；

第三发送单元，用于在所述协同终端不能保持协同状态时，向所述宏基站发送第一去激活通知，所述第一去激活通知用于通知所述宏基站停止进行协同调度；

第四发送单元，用于向所述协同终端发送去激活通知，所述第二去激活通知用于通知所述协同终端停止进行协同调度。

可选的，所述第一协同激活请求包括约定传输时间间隔TTI标识，所述第一发送单元，用于：

第五方面，本发明提供一种协同调度装置，用于协同终端，所述协同终端为宏基站或小基站确定的能够进行协同调度的终端，包括：

第一接收单元，用于接收宏基站发送的第二协同激活请求，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第一小区为所述宏基站在确定存在终端能够进入协同状态时，确定需要进行协同调度的小区，所述第二协同激活请求包括：所述第一小区的PCI；

第二接收单元，用于根据所述第二协同激活请求在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息。

可选的，所述第二接收单元，包括：

获取子单元，用于根据所述PCI获取所述小基站的发射频点、所述第一小区的小区带宽和所述第一小区的PDCCH符号数；

确定子单元，用于根据所述发射频点、所述小区带宽和PDCCH符号数，确定所述第一小区的PDCCH的位置；

接收子单元，用于在所述第一小区的PDCCH的位置上接收管理所述第一小区的小基站发送的控制消息。

可选的，所述获取子单元，用于：

获取预先配置的发射频点；

可选的，所述第二协同激活请求包括约定传输时间间隔TTI标识，所述第二接收单元，用于：

第六方面，提供一种协同调度装置，用于宏基站，包括：

确定单元，用于在确定存在终端能够进入协同状态时，确定需要进行协同调度的第一小区；

第一发送单元，用于向管理所述第一小区的小基站发送第一协同激活请求，以便于所述小基站根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息，所述第一协同激活请求用于指示所述小基站管理的第一小区与所述宏基站在PDCCH上进行协同终端的协同调度，所述协同终端为宏基站或小基站确定的能够进行协同调度的终端；

第二发送单元，用于向需要进行协同调度的协同终端发送第二协同激活请求，以便于所述协同终端根据所述第二协同激活请求在所述第一小区的 PDCCH上接收所述控制消息，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第二协同激活请求包括：所述第一小区的PCI。

可选的，所述装置还包括：

生成单元，用于在需要进行协同调度时，生成所述第一协同激活请求，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和物理下行共享信道PDSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和物理上行共享信道PUSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH、PDSCH和PUSCH上进行所述协同终端的协同调度。

第七方面，本发明提供一种协同调度装置，用于小基站，包括：发射机、接收机和处理器，

所述发射机，用于接收宏基站发送的第一协同激活请求，所述第一协同激活请求用于指示所述小基站管理的第一小区与所述宏基站在物理下行控制信道PDCCH上进行协同终端的协同调度，所述协同终端为宏基站或小基站确定的能够进行协同调度的终端；

所述接收机，用于根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息，以便于所述协同终端根据所述宏基站发送的第二协同激活请求在所述第一小区的PDCCH上接收所述控制消息，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第二协同激活请求包括：所述第一小区的物理小区标识PCI。

可选的，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和物理下行共享信道PDSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH、PDSCH和物理上行共享信道PUSCH上进行所述协同终端的协同调度，所述控制消息用于指示所述第一小区与所述宏基站在PDSCH上进行所述协同终端的协同调度，在所述接收宏基站发送的第一协同激活请求之后，

所述发射机还用于根据所述第一协同激活请求，在所述第一小区的PDSCH上向所述协同终端发送下行数据消息，以便于所述协同终端根据所述控制消息在所述第一小区的PDSCH上接收所述下行数据消息。

可选的，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和PUSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH、PDSCH和PUSCH上进行所述协同终端的协同调度，所述控制消息用于指示所述第一小区与所述宏基站在PUSCH上进行所述协同终端的协同调度，所述接收机，用于根据所述第一协同激活请求，在所述第一小区的PUSCH上接收所述协同终端发送的上行数据消息，所述上行数据消息是所述协同终端根据所述控制消息发送的。

可选的，所述发射机还用于在所述第一小区激活后，向所述宏基站上报所述小区配置参数，所述小区配置参数包括：所述物理小区标识PCI。

可选的，所述第一协同激活请求包括：所述协同终端的标识，在所述根据所述第一协同激活请求，所述处理器根据所述第一协同激活请求，生成所述控制消息，所述控制消息包括所述协同终端的标识。

可选的，所述上行数据消息包括所述协同终端测量的信道参数，

所述处理器还用于根据所述信道参数判断所述协同终端是否能够保持协同状态；

所述发射机还用于在所述协同终端不能保持协同状态时，向所述宏基站发送第一去激活通知，所述第一去激活通知用于通知所述宏基站停止进行协同调度；

所述发射机还用于向所述协同终端发送去激活通知，所述第二去激活通知用于通知所述协同终端停止进行协同调度。

所述第一协同激活请求包括约定传输时间间隔TTI标识，所述发射机用于在所述约定TTI标识指示的TTI，在所述第一小区的PDCCH上发送控制消息。

第八方面，本发明提供一种协同调度装置，用于协同终端，所述协同终端为宏基站或小基站确定的能够进行协同调度的终端，包括：接收机、发射机和处理器。

所述接收机用于接收宏基站发送的第二协同激活请求，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第一小区为所述宏基站在确定存在终端能够进入协同状态时，确定需要进行协同调度的小区，所述第二协同激活请求包括：所述第一小区的PCI；

所述接收机还用于根据所述第二协同激活请求在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息。

可选的，所述处理器用于根据所述PCI获取所述小基站的发射频点、所述第一小区的小区带宽和所述第一小区的PDCCH符号数；

所述处理器还用于根据所述发射频点、所述小区带宽和PDCCH符号数，确定所述第一小区的PDCCH的位置；

所述接收机用于在所述第一小区的PDCCH的位置上接收管理所述第一小区的小基站发送的控制消息。

可选的，所述处理器用于：

获取预先配置的发射频点；

可选的，所述第二协同激活请求包括约定传输时间间隔TTI标识，所述接收机用于在所述约定TTI标识指示的TTI，在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息。

第九方面，本发明提供一种协同调度装置，用于宏基站，包括：接收机、发射机和处理器，

所述处理器用于在确定存在终端能够进入协同状态时，确定需要进行协同调度的第一小区；

所述发射机用于向管理所述第一小区的小基站发送第一协同激活请求，以便于所述小基站根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息，所述第一协同激活请求用于指示所述小基站管理的第一小区与所述宏基站在PDCCH上进行协同终端的协同调度，所述协同终端为宏基站或小基站确定的能够进行协同调度的终端；

所述发射机用于向需要进行协同调度的协同终端发送第二协同激活请求，以便于所述协同终端根据所述第二协同激活请求在所述第一小区的PDCCH上接收所述控制消息，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第二协同激活请求包括：所述第一小区的PCI。

可选的，所述处理器还用于：

第十方面，本发明提供一种协同调度系统，包括：宏基站，小基站和协同终端，所述协同终端为宏基站或小基站确定的能够进行协同调度的终端，

所述小基站包括第四方面任一所述的协同调度装置；

所述终端包括第五方面任一所述的协同调度装置；

所述宏基站包括第六方面任一所述的协同调度装置。

第十一方面，本发明提供一种协同调度系统，包括：宏基站，小基站和协同终端，所述协同终端为宏基站或小基站确定的能够进行协同调度的终端，

所述小基站包括第七方面任一所述的协同调度装置；

所述终端包括第八方面任一所述的协同调度装置；

所述宏基站包括第九方面任一所述的协同调度装置。

本发明提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由协同调度装置的处理器执行时，使得该装置能够执行一种协同调度方法，所述方法包括：

接收宏基站发送的第一协同激活请求，所述第一协同激活请求用于指示所述小基站管理的第一小区与所述宏基站在物理下行控制信道PDCCH上进行协同终端的协同调度，所述协同终端为宏基站或小基站确定的能够进行协同调度的终端；

接收宏基站发送的第二协同激活请求，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第一小区为所述宏基站在确定存在终端能够进入协同状态时，确定需要进行协同调度的小区，所述第二协同激活请求包括：所述第一小区的PCI；

本发明实施例通过将协同终端的控制面和数据面统一到小基站进行处理，从而充分利用小基站的PDCCH资源，缓解宏基站PDCCH资源受限的概率，并降低IPRAN组网时整体的算法复杂度，提升协同调度的可靠性。并且，本发明实施例中充分利用了小基站的PDCCH资源，无需占用PDSCH资源，不影响网络下行容量。并且协同时无需交互PDCCH数据，降低协同算法复杂度。

需要说明的是，本发明实施例提供的协同调度方法还可以应用在其他实施场景，如使用MCE通知PDCCH参数的场景；HetNet宏基站、小基站异频组网时，协同小区共享PDCCH的场景；宏基站与宏基站协同时协同小区共享PDCCH的场景。具体应用过程可以参考上述实施例的过程，本发明实施例在此不再赘述。

本发明的一些相关算法，如预设的信道算法，或者一些信道的定义，如PDCCH信道，可以相关参考协议，例如：第三代合作伙伴项目(英文：the 3rd Generation Partnership Project；简称：3GPP)TS 36.211:物理信道和调制(英文：Physical channels and modulation)；3GPP TS 36.212:多路复用和信道编码(Multiplexing and channel coding)；3GPP TS 36.213:物理层程序(Physical layer procedures)，其中TS表示该文件是技术规范。

综上所述，本发明实施例提供的协同调度方法、装置及系统，由于小基站可以根据第一协同激活请求，在小基站管理的第一小区的PDCCH上发送控制消息，实现了小基站为协同终端分配PDCCH资源，即使宏基站的PDCCH资源全部被占用，协同终端也可以接收小基站分配的PDCCH资源，保证协同终端的有效调度，保证协同调度的成功率，从而提高了协同调度的效率。

应当理解的是，本发明实施例中协同终端、第一小区、第一协同激活请求、第二协同激活请求等的命名的目的仅在于区别，而不在于限制。

本发明实施例中，协同调度指的是针对同一终端(本发明实施例中指的是协同终端)宏基站和小基站通过协商确定调度方案，示例的，本发明实施例中，小基站管理的第一小区与所述宏基站在PDCCH上进行协同终端的协同调度指的是，小基站可以通过第一小区的PDCCH向协同终端发送控制消息，宏基站可以通过宏基站的PDCCH向协同终端发送控制消息，二者发送控制消息的时刻是预先协商确定的；第一小区与所述宏基站在PDSCH上进行协同终端的协同调度指的是，小基站可以通过第一小区的PDSCH向协同终端发送下行数据，如下行数据传输消息，宏基站可以通过宏基站的PDSCH向协同终端发送下行数据，二者发送下行数据的时刻是预先协商确定的；第一小区与所述宏基站在PUSCH上进行协同终端的协同调度指的是，小基站可以通过第一小区的PUSCH向协同终端发送上行数据，如上行数据传输消息，宏基站可以通过宏基站的PUSCH向协同终端发送上行数据，二者发送上行数据的时刻是预先协商确定的。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

示例的，在上述第四方面提供的协同调度装置中，第一接收单元和第二接收单元执行的动作可以由一个接收单元执行，第一发送单元、第二发送单元、第三发送单元和第四发送单元执行的动作可以由一个发送单元执行；在上述第五方面提供的协同调度装置中，第一接收单元和第二接收单元执行的动作可以由一个接收单元执行；在上述第六方面提供的协同调度装置中，第一发送单元和第二发送单元执行的动作可以由一个发送单元执行。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1-1示出了本发明一实施例提供的一种协同调度方法所涉及的实施环境的示意图；

图1-2示出了本发明一实施例提供的另一种协同调度方法所涉及的实施环境的示意图；

图2示出了本发明一实施例提供的一种协同调度方法的流程图；

图3示出了本发明一实施例提供的另一种协同调度方法的流程图；

图4示出了本发明一实施例提供的又一种协同调度方法的流程图；

图5-1示出了本发明另一实施例提供的一种协同调度方法的流程图；

图5-2示出了本发明一实施例提供的协同终端根据所述第二协同激活请求在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息的方法流程图；

图6示出了本发明另一实施例提供的另一种协同调度方法的流程图；

图7示出了本发明另一实施例提供的又一种协同调度方法的流程图；

图8-1示出了本发明一实施例提供的一种协同调度装置的结构示意图；

图8-2示出了本发明一实施例提供的另一种协同调度装置的结构示意图；

图8-3示出了本发明一实施例提供的又一种协同调度装置的结构示意图；

图8-4示出了本发明一实施例提供的再一种协同调度装置的结构示意图；

图8-5示出了本发明另一实施例提供的一种协同调度装置的结构示意图；

图8-6示出了本发明另一实施例提供的另一种协同调度装置的结构示意图；

图9-1示出了本发明另一实施例提供的又一种协同调度装置的结构示意图；

图9-2示出了本发明另一实施例提供的一种第二接收单元的结构示意图；

图10-1示出了本发明另一实施例提供的再一种协同调度装置的结构示意图；

图10-2示出了本发明又一实施例提供的一种协同调度装置的结构示意图；

图11示出了本发明又一实施例提供的另一种协同调度装置的结构示意图；

图12示出了本发明又一实施例提供的再一种协同调度装置的结构示意图；

图13示出了本发明又一实施例提供的又一种协同调度装置的结构示意图。

通过上述附图，已示出本发明明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本发明构思的范围，而是通过参考特定实施例为本领域技术人员说明本发明的概念。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

在通信业务中，频谱资源和功率资源都是有限的，但各个通信小区里终端数量(可视为用户数量)和业务量是不同的，通信系统不能只顾虑一部分终端，需要对资源进行合理的分配，以使通信系统中的终端户得以正常良好的通信。这种分配的方法或者策略，即为调度算法或者调度技术。通过调度算法或调度技术为终端分配资源的过程可以称为调度。

图1-1示出了本发明实施例提供的一种协同调度方法所涉及的实施环境的示意图。该实施环境可以为LTE的HetNet，该实施环境包括：宏基站110、至少一个小基站120和至少一个终端130，该宏基站110和至少一个小基站120组成了HetNet，其中，每个小基站120管理了至少一个小区1201，该至少一个终端130中包括协同终端1301，该协同终端1301是宏基站110和小基站120需要协同调度的对象，是由宏基站110或小基站120判决决定的。

在图1-1所示的实施环境中，宏基站110和小基站120采用同频部署的方式进行网络部署，即宏基站110和小基站120采用的发射频点相同，宏基站110和小基站120通过对协同终端1301进行协同调度来提升网络容量和用户体验，终端130可以为智能手机、电脑、多媒体播放器、电子阅读器、可穿戴式设备等。

图1-2示出了本发明实施例提供的另一种协同调度方法所涉及的实施环境的示意图。该实施环境中，假设对宏基站110和小基站120对协同终端1301进行协同调度，宏基站110和小基站120能够通过无线链路分别与协同终端1301进行数据通信，宏基站110和小基站120可以与核心网设备140通过以太网进行数据传输。

本发明实施例提供一种协同调度方法，用于如图1-1或1-2所示的小基站，如图2所示，该协同调度方法包括：

步骤201、接收宏基站发送的第一协同激活请求，该第一协同激活请求用于指示小基站管理的第一小区与宏基站在物理下行控制信道PDCCH上进行协同终端的协同调度；

步骤202、根据第一协同激活请求，在第一小区的PDCCH上发送控制消息，以便于协同终端根据宏基站发送的第二协同激活请求在第一小区的PDCCH上接收控制消息。

该第二协同激活请求用于指示协同终端在PDCCH上接受第一小区与宏基站的协同调度，第二协同激活请求包括：第一小区的物理小区标识(英文：Physical Cell ID；简称：PCI)。

综上所述，本发明实施例提供的协同调度方法，由于小基站可以根据第一协同激活请求，在小基站管理的第一小区的PDCCH上发送控制消息，实现了小基站为协同终端分配PDCCH资源，即使宏基站的PDCCH资源全部被占用，协同终端也可以接收小基站分配的PDCCH资源，保证协同终端的有效调度，保证协同调度的成功率，从而提高了协同调度的效率。

本发明实施例提供一种协同调度方法，用于如图1-1或1-2所示的协同终端，如图3所示，该协同调度方法包括：

步骤301、接收宏基站发送的第二协同激活请求，该第二协同激活请求用于指示协同终端在PDCCH上接受第一小区与宏基站的协同调度，第一小区为宏基站在确定存在终端能够进入协同状态时，确定需要进行协同调度的小区。

该第二协同激活请求包括：第一小区的PCI；该需要进行协同调度的小区示针对协同终端确定的，即宏基站确定的是为协同终端进行调度的小基站的小区，该协同终端为宏基站或小基站确定的能够进行协同调度的终端。

步骤302、根据第二协同激活请求在第一小区的PDCCH上接收管理第一小区的小基站发送的控制消息。

综上所述，本发明实施例提供的协同调度方法，由于协同终端可以根据宏基站发送的第二协同激活请求在第一小区的PDCCH上接收管理第一小区的小基站发送的控制消息，实现了小基站为协同终端分配PDCCH资源，即使宏基站的PDCCH资源全部被占用，协同终端也可以接收小基站分配的PDCCH资源，保证协同终端的有效调度，保证协同调度的成功率，从而提高了协同调度的效率。

本发明实施例提供一种协同调度方法，用于如图1-1或1-2所示的宏基站，如图4所示，包括：

步骤401、在确定存在终端能够进入协同状态时，确定需要进行协同调度的第一小区。

该需要进行协同调度的小区示针对协同终端确定的，即宏基站确定的是为协同终端进行调度的小基站的小区，协同终端为宏基站或小基站确定的能够进行协同调度的终端。

步骤402、向管理第一小区的小基站发送第一协同激活请求，以便于小基站根据第一协同激活请求，在第一小区的PDCCH上发送控制消息，第一协同激活请求用于指示小基站管理的第一小区与宏基站在PDCCH上进行协同终端的协同调度。

步骤403、向需要进行协同调度的协同终端发送第二协同激活请求，以便于协同终端根据第二协同激活请求在第一小区的PDCCH上接收控制消息。

该第二协同激活请求用于指示协同终端在PDCCH上接受第一小区与宏基站的协同调度，第二协同激活请求包括：第一小区的PCI。

综上所述，本发明实施例提供的协同调度方法，由于宏基站可以向管理第一小区的小基站发送第一协同激活请求，并向协同终端发送第二协同激活请求，使得协同基站可以根据宏基站发送的第二协同激活请求在第一小区的PDCCH上接收管理第一小区的小基站发送的控制消息，实现了小基站为协同终端分配PDCCH资源，即使宏基站的PDCCH资源全部被占用，协同终端也可以接收小基站分配的PDCCH资源，保证协同终端的有效调度，保证协同调度的成功率，从而提高了协同调度的效率。

实际应用中，在进行协同调度过程中，假设用于协同调度的小区为小基站管理的第一小区，则该第一小区可以与宏基站在PDCCH、物理下行共享信道(英文：Physical Downlink Shared Channel；简称：PDSCH)和物理上行共享信道(英文：Physical Uplink Shared Channel；简称：PUSCH)上进行协同终端的协同调度，或者，与宏基站在PDCCH和PDSCH上进行协同终端的协同调度，或者，与宏基站在PDCCH和物理上行共享信道PUSCH上进行协同终端的协同调度。

第一方面，假设第一小区与宏基站在PDCCH、PDSCH和PUSCH上进行协同终端的协同调度，则本发明实施例提供一种协同调度方法，用于如图1-1或1-2所示的实施环境，如图5-1所示，包括：

步骤501、在第一小区激活后，小基站向宏基站上报第一小区的小区配置参数。

在本发明实施例中，HetNet中的任一小区激活后，都可以通过管理该小区的小基站向宏基站发送该小区的小区配置参数，本发明实施例中，仅以第一小区为例，其他任一小区的动作参考第一小区。

通常的，该小区配置参数可以包括：PCI，PCI用于标识小区的物理层小区标识号，例如，在一个长期演进(英文：Long Term Evolution；简称：LTE)系统中，有504个PCI，取值范围为0-503。

步骤502、宏基站在确定存在终端能够进入协同状态时，确定需要进行协同调度的第一小区。

宏基站可以判断宏基站下的各个终端是否能够进入协同状态，在确定存在终端能够进入协同状态时，将能够进入协同状态的终端作为协同终端，然后，确定需要为该协同终端进行协同调度的第一小区，该第一小区为小基站管理的小区。

需要说明的是，宏基站可以根据预设的协同调度算法判断宏基站下的各个终端是否能够进入协同状态，该协同调度算法可以基于终端测量的信道参数确定，例如动态节点选择(英文：Dynamic Point Selection；简称：DPS)算法，也称小区动态节点选择算法，具体计算过程可以参考相关技术，本发明实施例对此不做赘述。其中，信道参数用于反映当前信道条件。可选的，判断宏基站下的各个终端是否能够进入协同状态的动作也可以是小基站执行，小基站在确定了协同终端后将该协同终端上报给宏基站，本发明实施例对此不做限定。

步骤503、宏基站生成第一协同激活请求和第二协同激活请求。

本发明实施例中，根据宏基站的各个信道的条件，如PDCCH、PDSCH和PUSCH，宏基站可以确定需要进行协同调度的信道，示例的，本实施例假设宏基站根据自身信道条件，确定小基站的第一小区能够在PDCCH、PDSCH和PUSCH与宏基站进行协同调度，则PDCCH、PDSCH和PUSCH均需要协同调度，则该第一协同激活请求用于指示第一小区与宏基站在PDCCH、PDSCH和PUSCH上进行协同终端的协同调度，相应的，该第二协同激活请求用于指示所述协同终端在PDCCH、PDSCH和PUSCH上接受所述第一小区与所述宏基站的协同调度。

步骤504、宏基站向管理第一小区的小基站发送第一协同激活请求。

该第一协同激活请求第一协同激活请求用于指示第一小区与宏基站在PDCCH、PDSCH和PUSCH上进行协同终端的协同调度，根据该第一协同激活请求，小基站可以激活小基站的协同功能，该第一协同激活请求可以包括协同终端的标识。

步骤505、宏基站向需要进行协同调度的协同终端发送第二协同激活请求。

由于在步骤501中第一小区激活后，小基站已经向宏基站上报第一小区的小区配置参数，该小区配置参数包括第一小区的PCI，在步骤502中确定了第一小区能够进行协同调度，则宏基站在预先存储的各个小区配置参数中获取第一小区的PCI并生成携带该PCI的第二协同激活请求，发送给协同终端。

实际应用中，该第二协同激活请求可以携带在无线资源控制(英文：Radio Resource Control；简称：RRC)消息中传输。

步骤506、小基站根据第一协同激活请求，在第一小区的PDCCH上发送控制消息。

首先，小基站根据第一协同激活请求，激活自身的协同功能，由于第一协同激活请求用于指示第一小区与宏基站在PDCCH、PDSCH和PUSCH上进行协同终端的协同调度。小基站可以向协同终端分配PDCCH资源，因此，小基站可以根据第一协同激活请求，在第一小区的PDCCH上发送控制消息。

步骤507、协同终端根据第二协同激活请求在第一小区的PDCCH上接收管理第一小区的小基站发送的控制消息。

由于该第二协同激活请求用于指示所述协同终端在PDCCH、PDSCH和PUSCH上接受所述第一小区与所述宏基站的协同调度，该第二协同激活请求包括：第一小区的PCI，则协同终端接收宏基站发送的第二协同激活请求后，激活自身的协同调度功能。在本发明实施例中，协同终端可以设置有协同调度模块，用于执行协同调度功能，在接收到第二协同激活请求后，协同调度模块启动，激活协同调度功能。

宏基站通过第二协同激活请求通知协同终端第一小区的PCI，使协同终端可以去接收并解析第一小区通过PDCCH传输的控制消息，为控制面和数据面的统一奠定了基础。该第二协同激活请求可以携带在媒体访问控制(英文：Media Access Control；简称：MAC)控制单元(英文：MAC Control Element；简称：MCE)通知中。

实际应用中，协同终端在接收到该控制消息后，可以向宏基站回复激活确认消息，宏基站在接收到该激活确认消息后，确定协同终端激活了协同调度功能，然后触发步骤506中，小基站在第一小区的PDCCH上发送控制消息的动作，这样能够保证控制消息发送的有效性，避免在协同终端不能进行协同调度时发送控制消息。

在本发明实施例中，如图5-2所示，协同终端根据所述第二协同激活请求在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息的过程可以包括：

步骤5071、协同终端根据PCI获取小基站的发射频点、第一小区的小区带宽和第一小区的PDCCH符号数。

示例的，由于宏基站和小基站的发射频点相同，宏基站可以预先向协同终端发送信息告知该发射频点以在协同终端中配置该发射频点，因此协同终端可以获取预先配置的发射频点；另外，由于协同终端可以实时测量当前所在小区和该当前所在小区的邻区的信道参数，该信道参数可以包括小区带宽，因此，可以将测量得到的上述PCI对应小区(即第一小区)的小区带宽作为第一小区的小区带宽；并且，协同终端将在上述PCI对应小区(即第一小区)的物理控制格式指示信道(英文：Physical control format indicator channel；简称：PCFICH)上测量得到的PCI对应小区的PDCCH符号数作为第一小区的PDCCH符号数。

步骤5072、协同终端根据发射频点、小区带宽和PDCCH符号数，确定第一小区的PDCCH的位置。

协同终端可以根据发射频点、小区带宽和PDCCH符号数，基于预设的信道算法来确定PDCCH的位置，该预设的信道算法可以相关参考协议，例如：第三代合作伙伴项目(英文：the 3rd Generation Partnership Project；简称：3GPP)TS 36.211:物理信道和调制(英文：Physical channels and modulation)；3GPP TS 36.212:多路复用和信道编码(Multiplexing and channel coding)；3GPP TS 36.213:物理层程序(Physical layer procedures)，其中TS表示该文件是技术规范文件。

步骤5073、协同终端在第一小区的PDCCH的位置上接收管理第一小区的小基站发送的控制消息。

协同终端在向宏基站回复激活确认消息后，就可以盲检第一小区的PDCCH，在检测到第一小区的PDCCH上映射有控制消息时，获取该控制消息。

需要说明的是，在步骤506之前，小基站可以根据第一协同激活请求，生成控制消息，控制消息包括协同终端的标识。在步骤506中，小基站在第一小区的PDCCH上发送控制消息的过程实际上是将控制消息映射至第一小区的PDCCH上的过程，协同终端可以根据第二协同激活请求，在第一小区的PDCCH的位置获取该控制消息，并且判断该控制消息中是否携带有该协同终端的标识，在该控制消息中携带有该协同终端的标识时，确定该控制消息是发送给该协同终端的，在控制消息中未携带有该协同终端的标识时，确定该控制消息不是发送给该协同终端的，该协同终端可以丢弃或删除该控制消息。

步骤508、协同终端解析控制消息。

具体解析过程，可以参考相关协议，例如：3GPP TS 36.211；3GPP TS 36.212；3GPP TS 36.213。本发明实施例对此不做赘述。

步骤509、小基站根据所述第一协同激活请求，在第一小区的PDSCH上发送下行数据消息。

由于第一协同激活请求用于指示第一小区与宏基站在PDCCH、PDSCH和PUSCH上进行协同终端的协同调度。小基站可以向第一协同终端分配PDSCH资源，因此，小基站可以在第一小区的PDSCH上向协同终端发送下行数据消息。

在本发明实施例中，小基站可以为协同终端独立分配PDCCH资源，宏基站通过第一协同激活请求在协同终端激活协同功能，指示协同终端去解析小基站的第一小区的PDCCH上传输的控制消息，保证控制面和数据面的合一。

步骤510、协同终端根据控制消息在第一小区的PDSCH上接收下行数据消息，并解析下行数据消息。

在步骤507中，协同终端接收到了控制消息，该控制消息中可以携带有用于接收下行数据消息的相关参数(如指示第一小区的PDSCH的位置的参数)，因此，协同终端根据控制消息在第一小区的PDSCH上接收下行数据消息，并解析下行数据消息。具体过程可以参考相关协议，例如：3GPP TS 36.211；3GPP TS 36.212；3GPP TS 36.213。本发明实施例对此不做赘述。

步骤511、协同终端根据控制消息在第一小区的PUSCH上发送上行数据消息。

由于在步骤503中，宏基站确定小基站的第一小区能够在PDCCH、PDSCH和PUSCH与宏基站进行协同调度，在步骤507中，协同终端接收到了控制消息，该控制消息中可以携带有用于发送上行数据消息的相关参数(如指示第一小区的PUSCH的位置的参数)，因此，协同终端可以根据控制消息在第一小区的PUSCH上发送上行数据消息。

步骤512、小基站根据第一协同激活请求，在第一小区的PUSCH上接收协同终端发送的上行数据消息，并解析上行数据消息。

步骤513、小基站判断协同终端是否能够保持协同状态。

需要说明的是，步骤512中的上行数据消息可以包括协同终端测量的信道参数，小基站可以根据预设的协同调度算法判断协同终端是否能够保持协同状态，该协同调度算法可以基于终端测量的信道参数确定，例如DPS算法，也称小区动态节点选择算法，该终端测量的信道参数携带在上述上行数据消息中，具体计算过程可以参考相关技术，本发明实施例对此不做赘述。

实际应用中，小基站也可以将上行数据消息中携带的信道参数上报给宏基站，由宏基站判断协同终端是否能够保持协同状态，宏基站判断协同终端是否能够保持协同状态的过程可以参考相关技术，本发明对此不再赘述。

步骤514、小基站在协同终端不能保持协同状态时，向所述宏基站发送第一去激活通知，所述第一去激活通知用于通知所述宏基站停止进行协同调度。

宏基站在接收到该第一去激活通知后，可以停止进行协同调度。

步骤515、小基站向所述协同终端发送去激活通知，所述第二去激活通知用于通知所述协同终端停止进行协同调度。

协同终端在接收到该第二去激活通知后，可以关闭自身的协同调度功能，停止进行协同调度。在本发明实施例中，协同终端可以设置有协同调度模块，用于执行协同调度功能，在接收到去激活通知后，协同调度模块关闭，关闭协同调度功能。此时，协同终端等同于发生了一次切换，但协同终端不感知，对切换关键性能指标(英文：Key Performance Indicator；简称：KPI)无影响。

第二方面，假设第一小区与宏基站在PDCCH和PDSCH上进行协同终端的协同调度，则本发明实施例提供一种协同调度方法，用于如图1-1或1-2所示的实施环境，如图6所示，包括：

步骤601、在第一小区激活后，小基站向宏基站上报第一小区的小区配置参数。

步骤601可以参考上述步骤501，本发明实施例对此不再赘述。

步骤602、宏基站在确定存在终端能够进入协同状态时，确定需要进行协同调度的第一小区。

步骤602可以参考上述步骤502，本发明实施例对此不再赘述。

步骤603、宏基站生成第一协同激活请求和第二协同激活请求。

本发明实施例中，根据宏基站的各个信道的条件，如PDCCH、PDSCH和PUSCH，宏基站可以确定需要进行协同调度的信道，示例的，本实施例假设宏基站根据自身信道条件，确定小基站的第一小区能够在PDCCH和PDSCH与宏基站进行协同调度，则PDCCH和PDSCH均需要协同调度，则该第一协同激活请求用于指示第一小区与宏基站在PDCCH和PDSCH上进行协同终端的协同调度，相应的，该第二协同激活请求用于指示所述协同终端在PDCCH和PDSCH上接受所述第一小区与所述宏基站的协同调度。

步骤604、基站向管理第一小区的小基站发送第一协同激活请求。

该第一协同激活请求第一协同激活请求用于指示第一小区与宏基站在PDCCH和PDSCH上进行协同终端的协同调度，根据过该第一协同激活请求，小基站可以激活小基站的协同功能，该第一协同激活请求可以包括协同终端的标识。

步骤605、宏基站向需要进行协同调度的协同终端发送第二协同激活请求。

步骤605可以参考上述步骤505，本发明实施例对此不再赘述。

步骤606、小基站根据第一协同激活请求，在第一小区的PDCCH上发送控制消息。

首先小基站根据第一协同激活请求，激活自身的协同功能，由于第一协同激活请求用于指示第一小区与宏基站在PDCCH和PDSCH上进行协同终端的协同调度。小基站可以向协同终端分配PDCCH资源，因此，小基站可以根据第一协同激活请求，在第一小区的PDCCH上发送控制消息。

步骤607、协同终端根据第二协同激活请求在第一小区的PDCCH上接收管理第一小区的小基站发送的控制消息。

步骤607可以参考上述步骤507，本发明实施例对此不再赘述。

步骤608、协同终端解析控制消息。

步骤609、小基站根据第一协同激活请求，在第一小区的PDSCH上发送下行数据消息。

由于第一协同激活请求用于指示第一小区与宏基站在PDCCH和PDSCH上进行协同终端的协同调度。小基站可以向第一协同终端分配PDSCH资源，因此，小基站可以在第一小区的PDSCH上向协同终端发送下行数据消息。

在本发明实施例中，小基站为协同终端独立分配PDCCH资源，宏基站通过第一协同激活请求在协同终端激活协同功能，指示协同终端去解析小基站的第一小区的PDCCH上传输的控制消息，保证下行控制面和数据面的合一。

步骤610、协同终端根据控制消息在第一小区的PDSCH上接收下行数据消息，并解析下行数据消息。

步骤610可以参考上述步骤510，本发明实施例对此不再赘述。

步骤611、协同终端在宏基站的PUSCH上发送上行数据消息。

由于在步骤603中，宏基站确定小基站的第一小区能够在PDCCH和PDSCH与宏基站进行协同调度，而在PUSCH不能进行协同调度，因此，协同终端可以在宏基站的PUSCH上发送上行数据消息。

步骤612、宏基站在宏基站的PUSCH上接收协同终端发送的上行数据消息，并解析上行数据消息。

步骤613、宏基站判断协同终端是否能够保持协同状态。

需要说明的是，步骤612中的上行数据消息可以包括协同终端测量的信道参数，宏基站可以根据预设的协同调度算法判断协同终端是否能够保持协同状态，该协同调度算法可以基于终端测量的信道参数确定，例如DPS算法，也称小区动态节点选择算法，该终端测量的信道参数携带在上述上行数据消息中，具体计算过程可以参考相关技术，本发明实施例对此不做赘述。

步骤614、宏基站在协同终端不能保持协同状态时，分别向小基站和协同终端发送去激活请求。

在协同终端不能保持协同状态时，宏基站可以分别向小基站和协同终端发送去激活请求，该去激活请求用于通知小基站和协同终端停止进行协同调度。接收到去激活请求的宏基站和小基站分别关闭自身的协同调度功能，停止进行协同调度。其中，发送给协同终端的去激活请求包括第一小区的PCI，发送给小基站的去激活请求包括协同终端的终端标识。协同终端在接收到该去激活通知后，可以关闭自身的协同调度功能，停止进行协同调度。在本发明实施例中，协同终端可以设置有协同调度模块，用于执行协同调度功能，在接收到去激活通知后，协同调度模块关闭，关闭协同调度功能。此时，协同终端等同于发生了一次切换，但协同终端不感知，对KPI无影响。

第三方面，假设第一小区与宏基站在PDCCH和PUSCH上进行协同终端的协同调度，则本发明实施例提供一种协同调度方法，用于如图1-1或1-2所示的实施环境，如图7所示，包括：

步骤701、在第一小区激活后，小基站向宏基站上报第一小区的小区配置参数。

步骤701可以参考上述步骤501，本发明实施例对此不再赘述。

步骤702、宏基站在确定存在终端能够进入协同状态时，确定需要进行协同调度的第一小区。

步骤702可以参考上述步骤502，本发明实施例对此不再赘述。

步骤703、宏基站生成第一协同激活请求和第二协同激活请求。

本发明实施例中，根据宏基站的各个信道的条件，如PDCCH、PDSCH和PUSCH，宏基站可以确定需要进行协同调度的信道，示例的，本实施例假设宏基站根据自身信道条件，确定小基站的第一小区能够在PDCCH和PUSCH与宏基站进行协同调度，则PDCCH和PUSCH均需要协同调度，则该第一协同激活请求用于指示第一小区与宏基站在PDCCH和PUSCH上进行协同终端的协同调度，相应的，该第二协同激活请求用于指示所述协同终端在PDCCH和PUSCH上接受所述第一小区与所述宏基站的协同调度。

步骤704、宏基站向管理第一小区的小基站发送第一协同激活请求。

该第一协同激活请求第一协同激活请求用于指示第一小区与宏基站在 PDCCH和PUSCH上进行协同终端的协同调度，根据过该第一协同激活请求，小基站可以激活小基站的协同功能，该第一协同激活请求可以包括协同终端的标识。

步骤705、宏基站向需要进行协同调度的协同终端发送第二协同激活请求。

实际应用中，该第二协同激活请求可以携带在RRC：无线资源控制(英文：Radio Resource Control；简称：RRC)消息中传输。

步骤706、小基站根据第一协同激活请求，在第一小区的PDCCH上发送控制消息。

首先小基站根据第一协同激活请求，激活自身的协同功能，由于第一协同激活请求用于指示第一小区与宏基站在PDSCH和PUSCH上进行协同终端的协同调度。小基站可以向协同终端分配PDCCH资源，因此，小基站可以根据第一协同激活请求，在第一小区的PDCCH上发送控制消息。

步骤707、协同终端根据第二协同激活请求在第一小区的PDCCH上接收管理第一小区的小基站发送的控制消息。

步骤707可以参考上述步骤507，本发明实施例对此不再赘述。

步骤708、协同终端解析控制消息。

步骤709、宏基站在宏基站的PDSCH上向协同终端发送下行数据消息。

由于协同激活请求用于指示第一小区与宏基站在PDCCH和PUSCH上进行协同终端的协同调度，而在PDSCH不能进行协同调度。宏基站可以向协同终端分配PDCCH资源，因此，宏基站可以在宏基站的PDSCH上向协同终端发送下行数据消息。

步骤710、协同终端在宏基站的PDSCH上接收下行数据消息，并解析下行数据消息。

步骤711、协同终端根据控制消息在第一小区的PUSCH上发送上行数据消息。

由于在步骤703中，宏基站确定小基站的第一小区能够在PDCCH和PUSCH与宏基站进行协同调度，在步骤707中，协同终端接收到了控制消息，该控制消息中可以携带有用于发送上行数据消息的相关参数(如指示第一小区的PUSCH的位置的参数)，因此，协同终端可以根据控制消息在第一小区的PUSCH上发送上行数据消息。

步骤712、小基站根据所述第一协同激活请求，在第一小区的PUSCH上接收协同终端发送的上行数据消息，并解析上行数据消息。

步骤713、小基站判断协同终端是否能够保持协同状态。

需要说明的是，步骤712中的上行数据消息可以包括协同终端测量的信道参数，小基站可以根据预设的协同调度算法判断协同终端是否能够保持协同状态，该协同调度算法可以基于终端测量的信道参数确定，例如DPS算法，也称小区动态节点选择算法，该终端测量的信道参数携带在上述上行数据消息中，具体计算过程可以参考相关技术，本发明实施例对此不做赘述。

步骤714、小基站在协同终端不能保持协同状态时，向所述宏基站发送第一去激活通知，所述第一去激活通知用于通知所述宏基站停止进行协同调度。

步骤715、小基站向所述协同终端发送第二去激活通知，所述第二去激活通知用于通知所述协同终端停止进行协同调度。

协同终端在接收到该第二去激活通知后，可以关闭自身的协同调度功能，停止进行协同调度。协同终端在接收到该第二去激活通知后，可以关闭自身的协同调度功能，停止进行协同调度。在本发明实施例中，协同终端可以设置有协同调度模块，用于执行协同调度功能，在接收到去激活通知后，协同调度模块关闭，关闭协同调度功能。此时，协同终端等同于发生了一次切换，但协同终端不感知，对KPI无影响。

需要说明的是，为了保证宏基站、小基站和协同终端的时间一致性，在步骤503、603或703中，宏基站生成的第一协同激活请求包括约定传输时间间隔(英文：Transmission Time Interval；简称：TTI)标识，第二协同激活请求也包括该约定TTI标识，宏基站向小基站和协同终端发送第一和第二协同激活请求时，可以进行TTI设定，使得宏基站、小基站和协同终端同时启动TTI功能，小基站在宏基站指定的TTI在PDCCH、PDSCH下发数据，接收PUSCH上的数据，协同终端在宏基站指定的TTI去解析PDCCH上的数据、接收PDSCH上的数据以及在PUSCH上发送数据。

例如，在上述506、606或706中，小基站根据第一协同激活请求，在第一小区的PDCCH上发送控制消息的过程，可以包括：

例如，在上述507、607或707中，协同终端根据所述第二协同激活请求在第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息的过程，可以包括：

在约定TTI标识指示的TTI，在第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息。

需要说明的是，本发明实施例提供的协同调度方法步骤的先后顺序可以进行适当调整，步骤也可以根据情况进行相应增减，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化的方法，都应涵盖在本发明的保护范围之内，因此不再赘述。

相关技术中，当HetNet是通过互联网协议无线接入网(英文：Internet Protocol Radio Access Network；简称：IPRAN)组网(其中IPRAN也称为基于IP的传送网)时，例如如图1-2的组网结构，小基站通过以太网络向宏基站申请PDCCH资源，以太网络的时延对整个协同调度过程有很大影响。当时延比较大时，宏基站分配的PDCCH资源无法立即应用到小基站的调度结果，带来整个协同调度的算法复杂度提升、协同调度可靠性降低、PDCCH资源浪费概率增大等问题。

本发明实施例提供一种协同调度装置80，用于小基站，如图8-1所示，包括：

第一接收单元801，用于接收宏基站发送的第一协同激活请求，所述第一协同激活请求用于指示所述小基站管理的第一小区与所述宏基站在物理下行控制信道PDCCH上进行协同终端的协同调度；

第一发送单元802，用于根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息，以便于所述协同终端根据所述宏基站发送的第二协同激活请求在所述第一小区的PDCCH上接收所述控制消息，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第二协同激活请求包括：所述第一小区的物理小区标识PCI。

综上所述，本发明实施例提供的协同调度装置，由于第一发送单元可以根据接收单元接收的第一协同激活请求，在小基站管理的第一小区的PDCCH上发送控制消息，实现了小基站为协同终端分配PDCCH资源，即使宏基站的PDCCH资源全部被占用，协同终端也可以接收小基站分配的PDCCH资源，保证协同终端的有效调度，保证协同调度的成功率，从而提高了协同调度的效率。

可选的，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和物理下行共享信道PDSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH、PDSCH和物理上行共享信道PUSCH上进行所述协同终端的协同调度，所述控制消息用于指示所述第一小区与所述宏基站在PDSCH上进行所述协同终端的协同调度，如图8-2所示，所述装置80可以包括：

第二发送单元803，用于根据所述第一协同激活请求，在所述第一小区的PDSCH上向所述协同终端发送下行数据消息，以便于所述协同终端根据所述控制消息在所述第一小区的PDSCH上接收所述下行数据消息。

可选的，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和PUSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH、PDSCH和PUSCH上进行所述协同终端的协同调度，所述控制消息用于指示所述第一小区与所述宏基站在PUSCH上进行所述协同终端的协同调度，如图8-3所示，所述装置80可以包括：

第二接收单元804，用于根据所述第一协同激活请求，在所述第一小区的PUSCH上接收所述协同终端发送的上行数据消息，所述上行数据消息是所述协同终端根据所述控制消息发送的。

可选的，如图8-4所示，所述装置80可以包括：

上报单元805，用于在所述第一小区激活后，向所述宏基站上报所述小区配置参数，所述小区配置参数包括：所述物理小区标识PCI。宏基站可以根据该小区配置参数生成携带PCI的第一激活请求。

可选的，所述第一协同激活请求包括：所述协同终端的标识，如图8-5所示，所述装置80可以包括：

生成单元806，用于根据所述第一协同激活请求，生成所述控制消息，所述控制消息包括所述协同终端的标识。

可选的，所述上行数据消息包括所述协同终端测量的信道参数，如图8-6所示，所述装置80可以包括：

第一发送单元802，用于根据所述第一协同激活请求，在所述第一小区的 PDCCH上发送控制消息，以便于所述协同终端根据所述宏基站发送的第二协同激活请求在所述第一小区的PDCCH上接收所述控制消息，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第二协同激活请求包括：所述第一小区的物理小区标识PCI。

第二接收单元804，用于根据所述第一协同激活请求，在所述第一小区的PUSCH上接收所述协同终端发送的上行数据消息，所述上行数据消息是所述协同终端根据所述控制消息发送的；

判断单元807，用于根据所述信道参数判断所述协同终端是否能够保持协同状态；

第三发送单元808，用于在所述协同终端不能保持协同状态时，向所述宏基站发送第一去激活通知，所述第一去激活通知用于通知所述宏基站停止进行协同调度；

第四发送单元809，用于向所述协同终端发送去激活通知，所述第二去激活通知用于通知所述协同终端停止进行协同调度。

可选的，所述第一协同激活请求包括约定传输时间间隔TTI标识，所述第一发送单元802，用于：

本发明提供一种协同调度装置90，用于协同终端，如图9-1，包括：

第一接收单元901，用于接收宏基站发送的第二协同激活请求，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第一小区为所述宏基站在确定存在终端能够进入协同状态时，确定需要进行协同调度的小区，所述第二协同激活请求包括：所述第一小区的PCI；

第二接收单元902，用于根据所述第二协同激活请求在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息。

可选的，所述第二协同激活请求包括约定传输时间间隔TTI标识，所述第二接收单元902，用于：在所述约定TTI标识指示的TTI，在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息。

综上所述，本发明实施例提供的协同调度装置，由于第二接收单元可以根据第一接收单元接收到的第二协同激活请求在第一小区的PDCCH上接收管理第一小区的小基站发送的控制消息，实现了小基站为协同终端分配PDCCH资源，即使宏基站的PDCCH资源全部被占用，协同终端也可以接收小基站分配的PDCCH资源，保证协同终端的有效调度，保证协同调度的成功率，从而提高了协同调度的效率。

可选的，如图9-2所示，所述第二接收单元902，包括：

获取子单元9021，用于根据所述PCI获取所述小基站的发射频点、所述第一小区的小区带宽和所述第一小区的PDCCH符号数；

确定子单元9022，用于根据所述发射频点、所述小区带宽和PDCCH符号数，确定所述第一小区的PDCCH的位置；

接收子单元9023，用于在所述第一小区的PDCCH的位置上接收管理所述第一小区的小基站发送的控制消息。

其中，所述获取子单元9021，用于：

获取预先配置的发射频点；

本发明实施例提供一种协同调度装置01，用于宏基站，如图10-1所示，包括：

确定单元011，用于在确定存在终端能够进入协同状态时，确定需要进行协同调度的第一小区；

第一发送单元012，用于向管理所述第一小区的小基站发送第一协同激活请求，以便于所述小基站根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息，所述第一协同激活请求用于指示所述小基站管理的第一小区与所述宏基站在PDCCH上进行协同终端的协同调度；

第二发送单元013，用于向需要进行协同调度的协同终端发送第二协同激活请求，以便于所述协同终端根据所述第二协同激活请求在所述第一小区的PDCCH上接收所述控制消息，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第二协同激活请求包括：所述第一小区的PCI。

综上所述，本发明实施例提供的协同调度装置，由于第一发送单元可以向管理第一小区的小基站发送第一协同激活请求，第二发送单元可以向协同终端发送第二协同激活请求，使得协同基站可以根据宏基站发送的第二协同激活请求在第一小区的PDCCH上接收管理第一小区的小基站发送的控制消息，实现了小基站为协同终端分配PDCCH资源，即使宏基站的PDCCH资源全部被占用，协同终端也可以接收小基站分配的PDCCH资源，保证协同终端的有效调度，保证协同调度的成功率，从而提高了协同调度的效率。

可选的，如图10-2，所述装置01可以包括：

第二发送单元013，用于向需要进行协同调度的协同终端发送第二协同激活请求，以便于所述协同终端根据所述第二协同激活请求在所述第一小区的PDCCH上接收所述控制消息，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第二协同激活请求包括：所述第一小区的PCI；

生成单元014，用于在需要进行协同调度时，生成所述第一协同激活请求，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和物理下行共享信道PDSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和物理上行共享信道PUSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH、PDSCH和PUSCH上进行所述协同终端的协同调度。

其中，所述第一协同激活请求包括约定传输时间间隔TTI标识；所述第二协同激活请求包括所述约定传输时间间隔TTI标识。

本发明实施例提供一种协同调度系统，可以包括：宏基站，小基站和终端，所述小基站包括图8-1至8-6任一所示的协同调度装置80；所述终端包括图9-1所示的协同调度装置90；所述宏基站包括图10-1或10-2所示的协同调度装置01。

本发明实施例提供一种协同调度装置02，用于小基站，如图11所示，包括：发射机021、接收机022和处理器023，

所述发射机021，用于接收宏基站发送的第一协同激活请求，所述第一协同激活请求用于指示所述小基站管理的第一小区与所述宏基站在物理下行控制信道PDCCH上进行协同终端的协同调度；

所述接收机022，用于根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息，以便于所述协同终端根据所述宏基站发送的第二协同激活请求在所述第一小区的PDCCH上接收所述控制消息，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第二协同激活请求包括：所述第一小区的物理小区标识PCI。

所述发射机021还用于根据所述第一协同激活请求，在所述第一小区的PDSCH上向所述协同终端发送下行数据消息，以便于所述协同终端根据所述控制消息在所述第一小区的PDSCH上接收所述下行数据消息。

可选的，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和PUSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH、PDSCH和PUSCH上进行所述协同终端的协同调度，所述控制消息用于指示所述第一小区与所述宏基站在PUSCH上进行所述协同终端的协同调度，所述接收机022，用于根据所述第一协同激活请求，在所述第一小区的PUSCH上接收所述协同终端发送的上行数据消息，所述上行数据消息是所述协同终端根据所述控制消息发送的。

可选的，所述发射机021还用于在所述第一小区激活后，向所述宏基站上报所述小区配置参数，所述小区配置参数包括：所述物理小区标识PCI。

可选的，所述第一协同激活请求包括：所述协同终端的标识，在所述根据所述第一协同激活请求，所述处理器023根据所述第一协同激活请求，生成所述控制消息，所述控制消息包括所述协同终端的标识。

所述处理器023还用于根据所述信道参数判断所述协同终端是否能够保持协同状态；

所述发射机021还用于在所述协同终端不能保持协同状态时，向所述宏基站发送第一去激活通知，所述第一去激活通知用于通知所述宏基站停止进行协同调度；

所述发射机021还用于向所述协同终端发送去激活通知，所述第二去激活通知用于通知所述协同终端停止进行协同调度。

所述第一协同激活请求包括约定传输时间间隔TTI标识，所述发射机021用于在所述约定TTI标识指示的TTI，在所述第一小区的PDCCH上发送控制消息。

本发明实施例提供一种协同调度装置03，用于协同终端，如图12所示，包括：接收机031、发射机032和处理器033。

所述接收机031用于接收宏基站发送的第二协同激活请求，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第一小区为所述宏基站在确定存在终端能够进入协同状态时，确定需要进行协同调度的小区，所述第二协同激活请求包括：所述第一小区的PCI；

所述接收机031还用于根据所述第二协同激活请求在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息。

可选的，所述处理器033用于根据所述PCI获取所述小基站的发射频点、所述第一小区的小区带宽和所述第一小区的PDCCH符号数；

所述处理器033还用于根据所述发射频点、所述小区带宽和PDCCH符号数，确定所述第一小区的PDCCH的位置；

所述接收机031用于在所述第一小区的PDCCH的位置上接收管理所述第一小区的小基站发送的控制消息。

可选的，所述处理器033用于：

获取预先配置的发射频点；

可选的，所述第二协同激活请求包括约定传输时间间隔TTI标识，所述接收机031用于在所述约定TTI标识指示的TTI，在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息。

本发明实施例提供一种协同调度装置04，用于宏基站，如图13所示，包括：接收机041、发射机042和处理器043，

所述接收机043用于在确定存在终端能够进入协同状态时，确定需要进行协同调度的第一小区；

所述发射机042用于向管理所述第一小区的小基站发送第一协同激活请求，以便于所述小基站根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息，所述第一协同激活请求用于指示所述小基站管理的第一小区与所述宏基站在PDCCH上进行协同终端的协同调度；

所述发射机042用于向需要进行协同调度的协同终端发送第二协同激活请求，以便于所述协同终端根据所述第二协同激活请求在所述第一小区的PDCCH上接收所述控制消息，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第二协同激活请求包括：所述第一小区的PCI。

可选的，所述接收机043还用于：

第十方面，本发明提供一种协同调度系统，包括：宏基站，小基站和终端，

所述小基站包括图11所示的协同调度装置；

所述终端包括图12所示的协同调度装置；

所述宏基站包括图13所示所述的协同调度装置。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

一种协同调度方法，用于小基站，其特征在于，包括：

接收宏基站发送的第一协同激活请求，所述第一协同激活请求用于指示所述小基站管理的第一小区与所述宏基站在物理下行控制信道PDCCH上进行协同终端的协同调度，所述协同终端为宏基站或小基站确定的能够进行协同调度的终端；

根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息，以便于所述协同终端根据所述宏基站发送的第二协同激活请求在所述第一小区的PDCCH上接收所述控制消息，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第二协同激活请求包括：所述第一小区的物理小区标识PCI。
根据权利要求1所述的方法，其特征在于，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和物理下行共享信道PDSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH、PDSCH和物理上行共享信道PUSCH上进行所述协同终端的协同调度，所述控制消息用于指示所述第一小区与所述宏基站在PDSCH上进行所述协同终端的协同调度，

在所述接收宏基站发送的第一协同激活请求之后，所述方法还包括：

根据所述第一协同激活请求，在所述第一小区的PDSCH上向所述协同终端发送下行数据消息，以便于所述协同终端根据所述控制消息在所述第一小区的PDSCH上接收所述下行数据消息。
根据权利要求1所述的方法，其特征在于，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和PUSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH、PDSCH和PUSCH上进行所述协同终端的协同调度，所述控制消息用于指示所述第一小区与所述宏基站在PUSCH上进行所述协同终端的协同调度，

在所述第一小区的PDCCH上发送控制消息之后，所述方法还包括：

根据所述第一协同激活请求，在所述第一小区的PUSCH上接收所述协同终端发送的上行数据消息，所述上行数据消息是所述协同终端根据所述控制消息发送的。
根据权利要求1至3任一所述的方法，其特征在于，在接收宏基站发送的第一协同激活请求之前，所述方法还包括：

在所述第一小区激活后，向所述宏基站上报所述小区配置参数，所述小区配置参数包括：所述物理小区标识PCI。
根据权利要求1所述的方法，其特征在于，所述第一协同激活请求包括：所述协同终端的标识，在所述根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息之前，所述方法还包括：

根据所述第一协同激活请求，生成所述控制消息，所述控制消息包括所述协同终端的标识。
根据权利要求3所述的方法，其特征在于，所述上行数据消息包括所述协同终端测量的信道参数，在所述根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息之后，所述方法还包括：

根据所述信道参数判断所述协同终端是否能够保持协同状态；

在所述协同终端不能保持协同状态时，向所述宏基站发送第一去激活通知，所述第一去激活通知用于通知所述宏基站停止进行协同调度；

向所述协同终端发送去激活通知，所述第二去激活通知用于通知所述协同终端停止进行协同调度。
根据权利要求1至6任一所述的方法，其特征在于，所述第一协同激活请求包括约定传输时间间隔TTI标识，

所述根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息，包括：

在所述约定TTI标识指示的TTI，在所述第一小区的PDCCH上发送控制消息。
一种协同调度方法，用于协同终端，所述协同终端为宏基站或小基站确定的能够进行协同调度的终端，其特征在于，包括：

接收宏基站发送的第二协同激活请求，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第一小区为所述宏基站在确定存在终端能够进入协同状态时，确定需要进行协同调度的小区，所述第二协同激活请求包括：所述第一小区的PCI；

根据所述第二协同激活请求在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息。
根据权利8所述的方法，其特征在于，所述根据所述第二协同激活请求在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息，包括：

根据所述PCI获取所述小基站的发射频点、所述第一小区的小区带宽和所述第一小区的PDCCH符号数；

根据所述发射频点、所述小区带宽和PDCCH符号数，确定所述第一小区的PDCCH的位置；

在所述第一小区的PDCCH的位置上接收管理所述第一小区的小基站发送的控制消息。
根据权利9所述的方法，其特征在于，所述根据所述PCI获取所述小基站的发射频点、所述第一小区的小区带宽和所述第一小区的PDCCH符号数，包括：

获取预先配置的发射频点；

将测量得到的所述PCI对应小区的小区带宽作为所述第一小区的小区带宽；

将在所述PCI对应小区的物理控制指示信道PCFICH上测量得到的所述PCI对应小区的PDCCH符号数作为所述第一小区的PDCCH符号数。
根据权利1至10任一所述的方法，其特征在于，所述第二协同激活请求包括约定传输时间间隔TTI标识，

所述根据所述第二协同激活请求在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息，包括：

在所述约定TTI标识指示的TTI，在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息。
一种协同调度方法，用于宏基站，其特征在于，包括：

在确定存在终端能够进入协同状态时，确定需要进行协同调度的第一小区；

向管理所述第一小区的小基站发送第一协同激活请求，以便于所述小基站根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息，所述第一协同激活请求用于指示所述小基站管理的第一小区与所述宏基站在PDCCH上进行协同终端的协同调度，所述协同终端为宏基站或小基站确定的能够进行协同调度的终端；

向需要进行协同调度的协同终端发送第二协同激活请求，以便于所述协同终端根据所述第二协同激活请求在所述第一小区的PDCCH上接收所述控制消息，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第二协同激活请求包括：所述第一小区的PCI。
根据权利要求12所述的方法，其特征在于，所述向管理所述第一小区的小基站发送第一协同激活请求之前，所述方法还包括：

在需要进行协同调度时，生成所述第一协同激活请求，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和物理下行共享信道PDSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和物理上行共享信道PUSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH、PDSCH和PUSCH上进行所述协同终端的协同调度。
根据权利要求12或13所述的方法，其特征在于，所述第一协同激活请求包括约定传输时间间隔TTI标识；所述第二协同激活请求包括所述约定传输时间间隔TTI标识。
一种协同调度装置，用于小基站，其特征在于，包括：

第一接收单元，用于接收宏基站发送的第一协同激活请求，所述第一协同激活请求用于指示所述小基站管理的第一小区与所述宏基站在物理下行控制信道PDCCH上进行协同终端的协同调度，所述协同终端为宏基站或小基站确定的能够进行协同调度的终端；

第一发送单元，用于根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息，以便于所述协同终端根据所述宏基站发送的第二协同激活请求在所述第一小区的PDCCH上接收所述控制消息，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第二协同激活请求包括：所述第一小区的物理小区标识PCI。
根据权利要求15所述的装置，其特征在于，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和物理下行共享信道PDSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH、PDSCH和物理上行共享信道PUSCH上进行所述协同终端的协同调度，所述控制消息用于指示所述第一小区与所述宏基站在PDSCH上进行所述协同终端的协同调度，所述装置还包括：

第二发送单元，用于根据所述第一协同激活请求，在所述第一小区的PDSCH上向所述协同终端发送下行数据消息，以便于所述协同终端根据所述控制消息在所述第一小区的PDSCH上接收所述下行数据消息。
根据权利要求15所述的装置，其特征在于，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和PUSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH、PDSCH和PUSCH上进行所述协同终端的协同调度，所述控制消息用于指示所述第一小区与所述宏基站在PUSCH上进行所述协同终端的协同调度，所述装置还包括：

第二接收单元，用于根据所述第一协同激活请求，在所述第一小区的PUSCH上接收所述协同终端发送的上行数据消息，所述上行数据消息是所述协同终端根据所述控制消息发送的。
根据权利要求15至17任一所述的装置，其特征在于，所述装置还包括：

上报单元，用于在所述第一小区激活后，向所述宏基站上报所述小区配置参数，所述小区配置参数包括：所述物理小区标识PCI。
根据权利要求15所述的装置，其特征在于，所述第一协同激活请求包括：所述协同终端的标识，所述装置还包括：

生成单元，用于根据所述第一协同激活请求，生成所述控制消息，所述控制消息包括所述协同终端的标识。
根据权利要求17所述的装置，其特征在于，所述上行数据消息包括所述协同终端测量的信道参数，所述装置还包括：

判断单元，用于根据所述信道参数判断所述协同终端是否能够保持协同状态；

第三发送单元，用于在所述协同终端不能保持协同状态时，向所述宏基站发送第一去激活通知，所述第一去激活通知用于通知所述宏基站停止进行协同调度；

第四发送单元，用于向所述协同终端发送去激活通知，所述第二去激活通知用于通知所述协同终端停止进行协同调度。
根据权利要求15至20任一所述的装置，其特征在于，所述第一协同激活请求包括约定传输时间间隔TTI标识，所述第一发送单元，用于：

在所述约定TTI标识指示的TTI，在所述第一小区的PDCCH上发送控制消息。
一种协同调度装置，用于协同终端，所述协同终端为宏基站或小基站确定的能够进行协同调度的终端，其特征在于，包括：

第一接收单元，用于接收宏基站发送的第二协同激活请求，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第一小区为所述宏基站在确定存在终端能够进入协同状态时，确定需要进行协同调度的小区，所述第二协同激活请求包括：所述第一小区的PCI；

第二接收单元，用于根据所述第二协同激活请求在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息。
根据权利22所述的装置，其特征在于，所述第二接收单元，包括：

获取子单元，用于根据所述PCI获取所述小基站的发射频点、所述第一小区的小区带宽和所述第一小区的PDCCH符号数；

确定子单元，用于根据所述发射频点、所述小区带宽和PDCCH符号数，确定所述第一小区的PDCCH的位置；

接收子单元，用于在所述第一小区的PDCCH的位置上接收管理所述第一小区的小基站发送的控制消息。
根据权利23所述的装置，其特征在于，所述获取子单元，用于：

获取预先配置的发射频点；

将测量得到的所述PCI对应小区的小区带宽作为所述第一小区的小区带宽；

将在所述PCI对应小区的物理控制指示信道PCFICH上测量得到的所述PCI对应小区的PDCCH符号数作为所述第一小区的PDCCH符号数。
根据权利22至24任一所述的装置，其特征在于，所述第二协同激活请求包括约定传输时间间隔TTI标识，所述第二接收单元，用于：

在所述约定TTI标识指示的TTI，在所述第一小区的PDCCH上接收管理所述第一小区的小基站发送的控制消息。
一种协同调度装置，用于宏基站，其特征在于，包括：

确定单元，用于在确定存在终端能够进入协同状态时，确定需要进行协同调度的第一小区；

第一发送单元，用于向管理所述第一小区的小基站发送第一协同激活请求，以便于所述小基站根据所述第一协同激活请求，在所述第一小区的PDCCH上发送控制消息，所述第一协同激活请求用于指示所述小基站管理的第一小区与所述宏基站在PDCCH上进行协同终端的协同调度，所述协同终端为宏基站或小基站确定的能够进行协同调度的终端；

第二发送单元，用于向需要进行协同调度的协同终端发送第二协同激活请求，以便于所述协同终端根据所述第二协同激活请求在所述第一小区的PDCCH上接收所述控制消息，所述第二协同激活请求用于指示所述协同终端在PDCCH上接受所述第一小区与所述宏基站的协同调度，所述第二协同激活请求包括：所述第一小区的PCI。
根据权利要求26所述的装置，其特征在于，所述装置还包括：

生成单元，用于在需要进行协同调度时，生成所述第一协同激活请求，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和物理下行共享信道PDSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH和物理上行共享信道PUSCH上进行所述协同终端的协同调度，或者，所述第一协同激活请求用于指示所述第一小区与所述宏基站在PDCCH、PDSCH和PUSCH上进行所述协同终端的协同调度。
根据权利要求26或27所述的装置，其特征在于，所述第一协同激活请求包括约定传输时间间隔TTI标识；所述第二协同激活请求包括所述约定传输时间间隔TTI标识。
一种协同调度系统，其特征在于，包括：宏基站，小基站和协同终端，

所述小基站包括权利要求15至21任一所述的协同调度装置；

所述协同终端包括权利要求22至25任一所述的协同调度装置；

所述宏基站包括权利要求26至28任一所述的协同调度装置。