CN103843437A - 调度方法、装置与系统 - Google Patents

Abstract

本发明实施例提供一种调度方法、装置与系统，用于多个小区的通信系统中，所述多个小区中每个小区对应一个真实调度器，集中虚拟调度器包括确定单元，用于确定第一小区的发射功率，所述第一小区为所述通信系统中的多个小区中的每个小区；接口单元，用于向所述第一小区对应的真实调度器发送所述确定单元确定的所述发射功率，以指示所述第一小区对应的真实调度器在所述第一小区采用所述确定单元确定的所述发射功率对用户设备进行调度。因此，采用本发明的分层调度架构，上层的集中虚拟调度器对多个小区间的发射功率进行整体协调，以指示下层的真实调度器以其协调的发射功率调度UE。能够降低小区间的干扰，整体提高网络性能。

Description

调度方法、装置与系统

技术领域

本发明实施例涉及通信技术领域，并且更具体地，涉及调度方法、装置与系统。

背景技术

随着移动通信与宽带无线接入技术的各自的发展，两者的业务互相渗透，为了满足移动通信宽带化的需求并应对宽带通信移动化的挑战，移动通信技术引入了LTE（Long Term Evolution，长期演进）通信系统。

在LTE通信系统中，由于采用了OFDM（Orthogonal Frequency DivisionMultiplexing，正交频分复用）技术，使得各子信道之间正交，从而较好的解决了小区内干扰的问题。然而，LTE系统对频谱利用率有较高的要求，因此，引入了同频组网的方式来提高频谱利用率，然而却引入了小区间干扰的问题。例如，如果相邻小区在它们覆盖的重叠区域使用相同的频谱资源，则该重叠区域将产生严重的ICI（Inter-Cell Interference，小区间干扰）。可见，在LTE通信系统中，影响系统性能的主要干扰来自小区间干扰。

为了降低小区间的干扰，各个小区独立地进行功率控制，调整各自的下行发射功率。但是，分布式控制缺乏全局观，只能局部优化，不能实现最优的全网性能，导致系统性能不佳。

发明内容

本发明实施例提供一种调度方法、装置与系统，以整体提高网络性能。

第一方面，提供了一种集中虚拟调度器，用于多个小区的通信系统中，所述多个小区中每个小区对应一个真实调度器，该集中虚拟调度器包括：确定单元，用于确定第一小区的发射功率，所述第一小区为所述通信系统中的多个小区中的每个小区；接口单元，用于向所述第一小区对应的真实调度器发送所述确定单元确定的所述发射功率，以指示所述第一小区对应的真实调度器在所述第一小区采用所述确定单元确定的所述发射功率对用户设备进行调度。

结合第一方面，在第一方面的第一种实现方式中，所述确定单元具体用于：确定所述第一小区的每个资源块RB单元上的发射功率，所述RB单元包括物理资源块PRB或资源块组RBG；所述接口单元具体用于：向所述第一小区对应的真实调度器发送所述第一小区的每个RB单元上的发射功率，以指示所述第一小区对应的真实调度器在所述第一小区的每个RB单元上采用所述确定单元确定的发射功率对用户设备进行调度。

结合第一方面或第一方面的第一种实现方式，在第一方面的第二种实现方式中，所述多个小区被划分为至少一个簇，所述确定单元具体用于分簇确定每个簇内的每个小区的发射功率。

结合第一方面的第二种实现方式，在第一方面的第三种实现方式中，所述集中虚拟调度器还包括第一获取单元，用于获取第一信道信息和第一历史调度信息，所述第一信道信息和第一历史调度信息分别包括所述第一小区所在簇内所有小区的信道信息和历史调度信息；所述确定单元，具体用于根据所述第一获取单元所获取的所述第一信道信息和所述第一历史调度信息，计算所述第一小区在多个候选功率下的网络效用值，并选择网络效用值最佳的候选功率，作为所述第一小区的发射功率；或者，根据所述第一获取单元所获取的所述第一信道信息和所述第一历史调度信息，计算所述第一小区的每个RB单元在多个候选功率下的网络效用值，并选择网络效用值最佳的候选功率，作为当前计算的RB单元的发射功率。

结合第一方面的第二种或第三种实现方式，在第一方面的第四种实现方式中，所述集中虚拟调度器还包括第二获取单元，用于获取第一负载信息，所述第一负载信息包括所述第一小区所在簇内所有小区的负载信息；所述确定单元，还用于根据所述第一负载信息确定负载平衡结果，所述负载平衡结果为所述第一小区调度第二小区的边缘用户设备，所述第一小区和第二小区为所述第一小区所在簇内的相邻小区；所述接口单元还用于：向所述第一小区对应的真实调度器发送所述负载平衡结果，以指示所述第一小区对应的真实调度器调度所述第二小区的边缘用户设备。

结合第一方面或第一方面的第一种至第四种实现方式中的任一种实现方式，在第一方面的第五种实现方式中，所述通信系统为分布式基站组网模式且部署协调器，所述通信系统的各个基站与所述协调器互连，所述每个小区所对应的真实调度器位于与该小区对应的基站、所述集中虚拟调度器位于所述协调器。

结合第一方面的第五种实现方式，在第一方面的第六种实现方式中，所述接口单元还用于：在下行接收帧号和子帧号上向第三小区对应的真实调度器发送测量请求消息，在上行发送帧号和子帧号上接收所述第三小区对应的真实调度器发送的测量响应消息，所述第三小区对应的真实调度器的往返传输时延RTT为所述通信系统的多个小区中的最大RTT，所述RTT表示上行发送帧号和子帧号与下行接收帧号和子帧号的差；所述确定单元还用于：根据所述第三小区对应的真实调度器的RTT确定生效时间；所述接口单元还用于：将所述确定单元生成的所述生效时间发送给所述第一小区对应的真实调度器，使得所述第一小区对应的真实调度器在所述生效时间对用户设备进行调度。

结合第一方面或第一方面的第一种至第四种实现方式中的任一种实现方式，在第一方面的第七种实现方式中，所述通信系统的基带处理单元BBU集中放置，所述多个小区中每个小区所对应的真实调度器位于与该小区对应的BBU，所述集中虚拟调度器位于集中放置的BBU中的任一BBU。

第二方面，提供了一种真实调度器，用于多个小区的通信系统中，所述多个小区中每个小区对应一个所述真实调度器，该真实调度器包括：接口单元，用于接收集中虚拟调度器确定的第一小区的发射功率，所述第一小区为所述通信系统中的多个小区中的每个小区；调度单元，用于在所述第一小区采用所述接口单元接收的所述集中虚拟调度器确定的所述发射功率对用户设备进行调度。

结合第二方面，在第二方面的第一种实现方式中，所述接口单元具体用于：接收所述集中虚拟调度器确定的所述第一小区的每个资源块RB单元上的发射功率，所述RB单元包括物理资源块PRB或资源块组RBG；所述调度单元具体用于：在所述第一小区的每个RB单元上采用所述集中虚拟调度器确定的发射功率对用户设备进行调度。

结合第二方面或第二方面的第一种实现方式，在第二方面的第二种实现方式中，所述接口单元还用于：接收所述集中虚拟调度器确定的负载平衡结果，所述负载平衡结果为所述第一小区调度第二小区的边缘用户设备，所述第一小区和第二小区为所述多个小区中相邻的小区，且位于同一簇内；所述调度单元还用于：根据所述负载平衡结果对所述第二小区的边缘用户设备进行调度。

结合第二方面或第二方面的第一种或第二种实现方式，在第二方面的第三种实现方式中，所述通信系统为分布式基站组网模式且部署协调器，所述通信系统的各个基站与所述协调器互连，所述多个小区中每个小区所对应的真实调度器位于与该小区对应的基站、所述集中虚拟调度器位于所述协调器。

结合第二方面的第三种实现方式，在第二方面的第四种实现方式中，所述接口单元还用于：在下行接收帧号和子帧号上接收所述集中虚拟调度器发送的测量请求消息，在上行发送帧号和子帧号上向所述集中虚拟调度器发送测量响应消息，以便所述集中虚拟调度器根据所述上行发送帧号和子帧号和所述下行接收帧号和子帧号获得所述真实调度器的往返传输时延RTT，从所述通信系统中多个小区的所有RTT中选择最大的RTT，并根据最大的RTT确定生效时间，其中，所述RTT表示上行发送帧号和子帧号与下行接收帧号和子帧号的差；所述接口单元还用于：接收所述集中虚拟调度器发送的所述生效时间，并指示所述调度单元在所述生效时间对用户设备进行调度。

结合第二方面或第二方面的第一种或第二第种实现方式，在第二方面的第五种实现方式中，所述通信系统的基带处理单元BBU集中放置，所述多个小区中每个小区所对应的真实调度器位于与该小区对应的BBU，所述集中虚拟调度器位于集中放置的BBU中的任一BBU。

第三方面，提供了一种调度系统，该调度系统包括任一上述集中虚拟调度器和至少一个任一上述真实调度器。

第四方面，提供了一种调度方法，该方法适用于多个小区的通信系统中，所述通信系统包括集中虚拟调度器和至少一个真实调度器，所述多个小区中每个小区对应一个真实调度器，该方法包括：所述集中虚拟调度器确定第一小区的发射功率，所述第一小区为所述通信系统中的多个小区中的每个小区；所述集中虚拟调度器向所述第一小区对应的真实调度器发送所述集中虚拟调度器确定的所述发射功率，以指示所述第一小区对应的真实调度器在所述第一小区采用所述集中虚拟调度器确定的所述发射功率对用户设备进行调度。

结合第四方面，在第四方面的第一种实现方式中，所述集中虚拟调度器确定第一小区的发射功率，包括：确定所述第一小区的每个资源块RB单元上的发射功率，所述RB单元包括物理资源块PRB或资源块组RBG；且所述集中虚拟调度器向所述第一小区对应的真实调度器发送所述集中虚拟调度器确定的所述发射功率，包括：向所述第一小区对应的真实调度器发送所述第一小区每个RB单元上的发射功率，以指示所述第一小区对应的真实调度器在所述第一小区的每个RB单元上采用所述集中虚拟调度器确定的发射功率对用户设备进行调度。

结合第四方面或第四方面的第一种实现方式，在第四方面的第二种实现方式中，还包括：将所述多个小区划分为至少一个簇；所述集中虚拟调度器确定第一小区的发射功率包括：所述集中虚拟调度器分簇确定每个簇内的每个小区的发射功率。

结合第四方面的第二种实现方式，在第四方面的第三种实现方式中，所述集中虚拟调度器确定所述第一小区的发射功率，包括：所述集中虚拟调度器获取第一信道信息和第一历史调度信息，所述第一信道信息和第一历史调度信息分别包括所述第一小区所在簇内所有小区的信道信息和历史调度信息；根据所述第一信道信息和第一历史调度信息，计算所述第一小区在多个候选功率下的网络效用值，并选择网络效用值最佳的候选功率，作为所述第一小区的发射功率；或者，根据所述第一信道信息和第一历史调度信息，计算所述第一小区的每个RB单元在多个候选功率下的网络效用值，并选择网络效用值最佳的候选功率，作为当前计算的RB单元的发射功率。

结合第四方面的第二种或第三种实现方式，在第四方面的第四种实现方式中，所述方法还包括：所述集中虚拟调度器获取第一负载信息，所述第一负载信息包括所述第一小区所在簇内所有小区的负载信息；根据所述第一负载信息确定负载平衡结果，所述负载平衡结果为所述第一小区调度第二小区的边缘用户设备，所述第一小区和第二小区为所述第一小区所在簇内的相邻小区；所述集中虚拟调度器向所述第一小区所对应的真实调度器发送所述负载平衡结果，以指示所述第一小区的真实调度器对所述第二小区的边缘用户设备进行调度。

结合第四方面或第四方面的第一种至第四种实现方式中的任一种实现方式，在第四方面的第五种实现方式中，所述通信系统为分布式基站组网模式且部署协调器，所述通信系统的各个基站与所述协调器互连，所述每个小区所对应的真实调度器位于与该小区对应的基站、所述集中虚拟调度器位于所述协调器。

结合第四方面的第五种实现方式，在第四方面的第六种实现方式中，所述方法还包括：所述集中虚拟调度器在下行接收帧号和子帧号上向第三小区的真实调度器发送测量请求消息；所述集中虚拟调度器在上行发送帧号和子帧号上接收所述第三小区的真实调度器发送的测量响应消息，所述第三小区的真实调度器的往返传输时延RTT为所述通信系统的多个小区中的最大RTT，所述RTT表示上行发送帧号和子帧号与下行接收帧号和子帧号的差；所述集中虚拟调度器根据所述第三小区对应的真实调度器的RTT确定生效时间，并将所述生效时间发送给所述第一小区对应的真实调度器，使得所述第一小区对应的真实调度器在所述生效时间对用户设备进行调度。

结合第四方面或第四方面的第一种至第四种实现方式中的任一种实现方式，在第四方面的第七种实现方式中，所述通信系统的基带处理单元BBU集中放置，所述多个小区中每个小区所对应的真实调度器位于与该小区对应的BBU，所述集中虚拟调度器位于集中放置的BBU中的任一BBU。

第五方面，提供了一种调度方法，该方法适用于多个小区的通信系统中，所述通信系统包括集中虚拟调度器和至少一个真实调度器，所述多个小区中每个小区对应一个真实调度器，该方法包括：第一小区的真实调度器接收所述集中虚拟调度器确定的所述第一小区的发射功率，其中，所述第一小区为所述通信系统中的多个小区中的每个小区；所述真实调度器在所述第一小区采用所述集中虚拟调度器确定的所述发射功率对用户设备进行调度。

结合第五方面，在第五方面的第一种实现方式中，所述第一小区的真实调度器接收所述集中虚拟调度器确定的所述第一小区的发射功率，包括：所述真实调度器接收所述集中虚拟调度器确定的所述第一小区的每个资源块RB单元上的发射功率，所述RB单元包括物理资源块PRB或资源块组RBG；所述真实调度器在所述第一小区采用所述集中虚拟调度器确定的所述发射功率对用户设备进行调度，包括：所述真实调度器在所述第一小区的每个RB单元上采用所述集中虚拟调度器确定的发射功率对用户设备进行调度。

结合第五方面或第五方面的第一种实现方式，在第五方面的第二种实现方式中，所述方法还包括：所述真实调度器接收所述集中虚拟调度器发送的负载平衡结果，所述负载平衡结果为所述第一小区调度第二小区的边缘用户设备，所述第一小区和第二小区为所述多个小区中相邻的小区，且位于同一簇内；所述真实调度器根据所述负载平衡结果对所述第二小区的边缘用户设备进行调度。

结合第五方面或第五方面的第一种或第二种实现方式，在第五方面的第三种实现方式中，所述通信系统为分布式基站组网模式且部署协调器，所述通信系统的各个基站与所述协调器互连，所述多个小区中每个小区所对应的真实调度器位于与该小区对应的基站、所述集中虚拟调度器位于所述协调器。

结合第五方面的第三种实现方式，在第五方面的第四种实现方式中，所述方法还包括：所述真实调度器在下行接收帧号和子帧号上接收所述集中虚拟调度器发送的测量请求消息；所述真实调度器在上行发送帧号和子帧号上向所述集中虚拟调度器发送测量响应消息，以便所述集中虚拟调度器根据所述上行发送帧号和子帧号和所述下行接收帧号和子帧号获得所述真实调度器的往返传输时延RTT，从所述通信系统中多个小区的所有RTT中选择最大的RTT，并根据最大的RTT确定生效时间，其中，所述RTT表示上行发送帧号和子帧号与下行接收帧号和子帧号的差；接收所述集中虚拟调度器发送的所述生效时间，并在所述生效时间对用户设备进行调度。

结合第五方面或第五方面的第一种或第二种实现方式，在第五方面的另一种实现方式中，所述通信系统的基带处理单元BBU集中放置，所述多个小区中每个小区所对应的真实调度器位于与该小区对应的BBU，所述集中虚拟调度器位于集中放置的BBU中的任一BBU。

本发明实施例的调度方法适用于多个小区的通信系统中，该通信系统包括上层的集中虚拟调度器和下层的至少一个真实调度器，集中虚拟调度器确定多个小区中每个小区的发射功率，向每个小区的真实调度器发送该小区的发射功率，以指示该真实调度器在该小区采用集中虚拟调度器确定的发射功率调度UE。因此，采用本发明的分层调度架构，上层的集中虚拟调度器通过对多个小区间的发射功率进行整体协调，以指示下层的真实调度器以其协调的发射功率调度UE。能够降低小区间的干扰，整体提高网络性能。

附图说明

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

图1是现有的一种频谱资源协调方法的示意图；

图2是现有的一种功率资源协调方法的示意图；

图3是本发明一个实施例的调度系统的示意性框图；

图4是本发明另一个实施例的调度系统的示意性框图；

图5是本发明另一个实施例的调度系统的示意性框图；

图6是本发明是可应用于本发明实施例的通信网络的场景示意图；

图7是本发明另一个实施例的调度系统的示意性框图；

图8A是本发明一个实施例的协调器和基站之间时间同步的示意图；

图8B是本发明另一个实施例的协调器和基站之间时间同步的示意图；

图8C是本发明另一个实施例的协调器和基站之间时间同步的示意图；

图9是本发明一个实施例的协调功率控制的分层调度部署的示意性框图；

图10是本发明另一个实施例的调度系统的示意性框图；

图11是本发明一个实施例的协调功率控制的分层调度的示意性框图；

图12是本发明另一个实施例的协调功率控制的分层调度的示意性框图；

图13是本发明一个实施例的协调负载平衡的分层调度的示意性框图；

图14是本发明另一个实施例的协调负载平衡的分层调度的示意性框图；

图15是本发明一个实施例的调度方法的流程图；

图16是本发明另一个实施例的调度方法的流程图；

图17是本发明一个实施例的集中虚拟调度器的示意性框图；

图18是本发明一个实施例的真实调度器的示意性框图；

图19是本发明另一个实施例的集中虚拟调度器的示意性框图；

图20是本发明另一个实施例的真实调度器的示意性框图。

具体实施方式

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

应理解，本发明实施例的技术方案可以应用于各种通信系统，例如：GSM（Global System for Mobile Communications，全球移动通信）系统、CDMA（Code Division Multiple Access，码分多址）系统、WCDMA（Wideband CodeDivision Multiple Access，宽带码分多址）系统、GPRS（General Packet RadioService，通用分组无线业务）系统、LTE系统、LTE FDD（Frequency DivisionDuplex，频分双工）系统、LTE TDD（Time Division Duplex，时分双工）系统、UMTS（Universal Mobile Telecommunications System，通用移动通信）系统等。应理解，本发明对此并不限定。

在本发明实施例中，UE（User Equipment，用户设备）可称之为终端（Terminal）、MS（Mobile Station，移动台）、移动终端（Mobile Terminal）等，该用户设备可以经RAN（Radio Access Network，无线接入网）与一个或多个核心网进行通信，例如，用户设备可以是移动电话（或称为“蜂窝”电话）、具有移动终端的计算机等，例如，用户设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。

基站可以是GSM或CDMA中的BTS（Base Transceiver Station，基站），也可以是WCDMA中的NB（NodeB，基站）或者UMTS中的BS（Base Station，基站），还可以是LTE中的eNodeB（Evolutional Node B，演进型基站），也称为eNB，等等，本发明并不限定。

在本发明实施例中，一个部件与另一部件之间（例如本发明的子系统之间或模块之间）的连接，可包括有线和/或无线方式的连接。有线方式可包括但不限于各种介质构成的线缆，如光纤、导电线缆或半导体线路等；或者包括其他形式，如内部总线、电路、背板等。无线方式是能够实现无线通信的连接方式，包括但不限于射频、红外线、蓝牙等。两个部件之间可存在内部或外部的接口，所述接口可以是物理接口或逻辑接口。

下面将以LTE网络为例进行说明，在LTE同频网络中，相邻小区之间存在干扰。目前，可以通过ICIC（Inter-Cell Interference Coordination，小区间干扰协调）技术来降低小区之间的干扰。ICIC的基本思想是以小区间协调的方式对资源的使用进行限制，包括限制哪些时频资源可用，或者在一定的时频资源上限制其发射功率。例如，从协调的维度来看，可以将干扰协调技术划分为频域协调和时域协调。其中，频域协调可以通过不同小区划分不同的边缘频带来实现，时域协调可以通过配置每个小区每个TTI（TransmissionTime Interval，传输时间间隔）的发射功率谱来实现。

例如，频谱资源协调方法示意性地如图1所示，频率资源被划分为3部分，其中位于小区中心的用户设备可以使用所有的频率资源，而位于小区边缘的用户设备只使用部分频率资源，并且相邻小区的小区边缘用户所使用的频率资源不同，从而降低小区边缘用户设备的干扰。

再例如，功率资源协调方法示意性地如图2所示，频率资源被划分为3部分，所有小区都可以使用全部的频率资源，但是不同的小区类型只允许一部分频率可以使用较高的发射功率。比如，位于小区边缘的用户设备可以使用这部分频率，而且不同小区类型的频率集合不同，从而降低小区边缘用户设备的干扰。

以上协调方案不够灵活，难以满足根据现网状态调整各小区频率资源的使用，使得资源利用效率低下。另外，以上协调方案是一种小区级的协调，在解决小区间干扰的问题上不够精细，粒度较粗。

有鉴于此，本发明实施例提供一种分层调度架构，包括上层的集中虚拟调度器和下层的真实调度器。其中，上层的集中虚拟调度器可以收集控制范围内所有小区内UE上报的信息，利用这些信息进行虚拟调度，预估修改小区发射功率后网络性能的变化，从而选择网络性能最佳的发射功率下发，以指示下层的真实调度器以该最佳的发射功率调度UE。可见，这种分层架构，可以根据现网状态调整各小区频率资源的使用，以提高资源利用效率。

此外，集中虚拟调度器可以进一步确定每个小区的每个RB（ResourceBlock，资源块）单元上的发射功率，然后通知真实调度器按照其确定的发射功率，在每个RB单元上进行真实调度。可见，通过这种分层调度的架构，还可以实现RB级的功率协调，使得协调粒度更加精细，更加有利于解决小区间干扰的问题。这里所说的RB单元可以是一个PRB（Physical ResourceBlock，物理资源块），也可以是若干个PRB组成的RBG（Resource BlockGroup，资源块组）。

请参考图3，其是本发明一个实施例的提供的调度系统的示意性框图。该调度系统300用于对多个小区间的资源使用进行协调，以降低小区间的干扰，且该调度系统300包括至少一个真实调度器和集中虚拟调度器302。其中，集中虚拟调度器302用于确定每个小区的发射功率，并向每个小区的真实调度器发送该小区的发射功率；每个小区的真实调度器用于在该小区采用集中虚拟调度器302确定的发射功率调度UE。

进一步的，集中虚拟调度器302可以确定更细粒度的发射功率，即确定每个小区的每个RB（Resource Block，资源块）单元上的发射功率。RB单元包括PRB或RBG，并向每个小区的真实调度器发送发射功率确定结果，以指示该真实调度器在该小区的每个PRB或RBG上采用集中虚拟调度器302确定的发射功率调度UE。如此，可以实现RB级的功率协调，使得协调粒度更加精细，更加有利于解决小区间干扰的问题。

需要说明的是，以上集中虚拟调度器和真实调度器又可以称之为集中虚拟调度实体和真实调度实体，且可以是功能实体，也可以是逻辑实体。即可以为软件形式，通过处理器执行程序代码来实现其功能；也可以为硬件形式，例如，以芯片或者是特定集成电路的形式设置于基带板上。

图3给出了N个真实调度器的例子，分别是真实调度器301-1，真实调度器301-2，……，真实调度器301-(N-1)，真实调度器301-N，其中N为正整数。集中虚拟调度器302分别与N个真实调度器相连接。应理解，本发明实施例对真实调度器的数目不作限定，可以是1个或多个。且每个真实调度器可以调度的小区可以是一个也可以是多个，例如，一个基站上可以设置一个真实调度器，该基站下的小区，都可以由该真实调度器调度。或者，在包括多个小区的基站中可以设置与该多个小区分别对应的多个真实调度器。

集中虚拟调度器302确定每个小区或每个小区每个RB单元的发射功率的过程可以是一个功率遍历的虚拟调度（或称之为预调度）过程。例如，集中虚拟调度器收集控制范围内所有小区的信息，根据这些信息计算当前网络的效用值（或称之为性能值）；并根据各小区的信息预估修改小区的发射功率后网络性能的变换，选择效用最佳的发射功率下发。其中，小区的信息可以包括该小区的信道信息和历史调度信息。信道信息可以为下行信道信息，例如，UE上报的测量信息；也可以为上行信道信息，例如每个小区对其中一个小区内的UE发送的上行参考信号测量得到的测量信息。

具体的，集中虚拟调度器确定每个小区的发射功率的过程，包括：获取以上多个小区的信道信息和历史调度信息；根据获得的信道信息和历史调度信息，计算每个小区在多个候选功率下的网络效用值，并选择网络效用值最佳的候选功率，作为当前计算的小区的发射功率；或者，根据获得的信道信息和历史调度信息，计算每个小区的每个RB单元在多个候选功率下的网络效用值，并选择网络效用值最佳的候选功率，作为当前计算的RB单元的发射功率。

以上多个候选功率可以为按一定功率步长递增的多个功率等级，也可以为预先设置的多个功率等级。本发明实施例不做任何限制。

其中，UE上报的测量信息例如可以包括以下信息中的一个或多个：CSI（channel state information，CSI）、RSRP、RSRQ或RSSI（Received SignalStrength Indication，接收信号强度指示）等，其中CSI包括但不限于CQI、RI或PMI（Precoding Matrix Indicator，预编码矩阵指示）。小区测量得到的上行信道信息可以包括RSRP或RSRQ。历史调度信息可以包括历史调度优先级、调度速率、以及上次调度的发送功率等。网络的效用值可以通过总效用函数来体现，总效用函数可以是所有UE的调度速率取对数求和，或是所有小区的平均调度优先级之和。效用最佳可以是指：所有UE调度速率加权和最大；或每个小区平均调度速率之和最低等。另外，关于发射功率的修改，可以以所有小区等比例增加功率的方式进行，也可以以单一小区增加功率的方式进行。

总之，本发明不对集中虚拟调度器的虚拟调度算法做任何限制，本领域技术人员可以根据需要选择不同的算法，只要可以从多种功率组合中选择出使得网络性能最佳的功率组合即可。

需要说明的是，以上小区的信息的上报可以预先进行配置，例如作为本发明的另一个实施例，以上系统300还可以进一步扩展其功能，包括配置单元303。该配置单元303可以用于配置上报的小区的信息的内容和周期。且，本领域技术人员可以根据需要调整上报的内容和周期，以满足不同场景的需求。请参考图4，在本实施例中，为了方便说明，仅示出了一个真实调度器，且真实调度器位于基站的一个基带板310上，该基带板310与集中控制器320连接，且集中虚拟调度器302和配置单元303设置于集中控制器310中。配置单元303用于配置基带板310所上报的小区的信息，例如上报内容和周期。此时，基带板310上可以设置一个上报单元304，用于存储UE上报的信息、历史调度信息以及一些其它信息等，例如CSI、RSRP、调度优先级、MCS（Modulation and Coding Scheme，调制编码方式）、邻区关系列表等。如此，当上报周期到来时，上报单元304便可以根据配置单元303的配置上报相应的信息，以供集中虚拟调度器302确定对应小区的发射功率。

需要说明的是，该集中控制器320可以位于本基站的另一个基带板上，或者位于其它基站的基带板上，也可以位于一个独立布置的网络节点（以下称之为协调器（ECO（eCoordinator，协调器））上，该网络节点用于集中管理多个分布式的基站，且可以通过IP（Internet Protocol）网络与这些分布式基站连接。

考虑到计算复杂度的约束，当网络到达一定规模后，需要根据计算能力、干扰情况等将网络中的小区进行分簇，使得簇间干扰尽可能低、簇内干扰比较内聚。针对每个簇可以设置一个集中虚拟调度器进行小区间发射功率的协调。

以上实施例中的描述就是针对一个簇内的多个小区的调度进行描述的，每个簇内的小区调度都可以参考以上实施例的描述。当通信系统中的小区被划分为一个簇时，可以仅设置一个集中虚拟调度器即可。当被划分为多个簇时，可以针对每个簇设置一个子单元，每个子单元用于确定对应簇内小区的发射功率。即，集中虚拟调度器分簇确定每个簇内的每个小区的发射功率。作为本发明的另一个实施例，系统300还可以进一步扩展其功能。请参考图5，在本实施例中，系统300还可以包括分簇单元305。分簇单元305，用于将通信系统中的多个小区划分成至少一个小区簇，以M个小区簇为例，M为正整数，并将划分的M个小区簇的信息发送给集中虚拟调度器302，集中虚拟调度器302可以用于以簇为单位确定每个小区的发射功率；或者，每个簇对应一个集中虚拟调度器的子单元，每个子单元确定其对应簇内每个小区的每个RB上的发射功率。优选地，一个小区簇包括的小区不超过36个。

可选地，当通信网络的小区较多，如通信系统中的小区数目大于某个阈值时，分簇单元305可以用于将通信系统中的多个小区划分成多个小区簇。

可选地，分簇单元305，可以进一步用于根据每个小区上报单元上报的信息确定多个小区中任两个小区之间的干扰值，根据多个小区中任两个小区之间的干扰值将多个小区划分成M个小区簇，可以周期性地对小区进行动态分簇。

这样，通过小区间的干扰情况来将通信网络的多个小区划分成至少一个小区簇，将干扰较大的多个小区划分成同一个小区簇，对该同一个小区簇的多个小区间的资源使用进行协调，实现簇内小区功率优化，避免小区间的下行干扰。

应理解，本发明实施例对小区分簇方式并不限定，也可以按照数目或位置等方式来划分小区簇。

需要说明的是，以上配置单元、上报单元和分簇单元可以是功能实体，也可以是逻辑实体。即可以为软件形式，通过处理器执行程序代码来实现其功能；也可以为硬件形式，例如，以芯片或者是特定集成电路的形式来实现其功能。

系统300除了可以用于进行CSCP（Coordinated Scheduling PowerControl，协调调度功率控制）调度外，作为本发明的另一个实施例，系统300还可以进一步扩展其功能。系统300还可以用于协调多个小区的负载平衡，称为CLB（Coordinated Load Balancing，协调负载平衡）调度。可选地，CLB虚拟调度可以由上述集中虚拟调度器302来实现，CLB真实调度可以由上述真实调度器来实现。例如，集中虚拟调度器可以用于确定负载平衡结果；集中虚拟调度器向多个小区中的第一小区的真实调度器发送负载平衡结果，以指示该真实调度器调度第二小区的边缘用户设备，第一小区和第二小区相邻，且位于一个簇内。当然，CLB虚拟调度和CSCP虚拟调度可以分别由不同的集中虚拟调度器来实现，类似地，CLB真实调度和CSCP真实调度可以分别由不同的真实调度器来实现。本发明实施例对此并不限定。为了进行区分，在下面的例子中，将实现CSCP虚拟调度功能的装置称为第一集中虚拟调度器，实现CLB虚拟调度功能的装置称为第二集中虚拟调度器。需要指出的是，第一集中虚拟调度器和第二集中虚拟调度器仅仅为一种逻辑功能划分，实际实现时可以结合或者集成到一个物理实体，也可以是物理上分开的，分布在不同的网络设备中。

可选地，第二集中虚拟调度器可以以簇为单位确定负载平衡结果；或者，每个簇对应一个第二集中虚拟调度器，集中虚拟调度器确定其对应簇内每个小区的负载平衡结果。小区分簇的例子可以参考上述图5的实施例，此处不再赘述。

可选地，第二集中虚拟调度器可以用于根据每个小区的负载信息协调负载平衡。第二集中虚拟调度器可以进一步用于根据每个小区的负载信息确定多个小区中各个小区的优先级，配置多个小区中的第一小区调度第二小区的边缘用户设备，第一小区和第二小区相邻且第二小区的优先级高于第一小区的优先级。小区优先级越高表示小区负载越重。可选地，可以周期性地进行CLB虚拟调度。具体地，在每个周期内以簇内所有小区的优先级之和确定为目标函数，各个小区优先级的差异越大，则目标函数越大，可以优先选出使得目标函数最大的小区（如上述第二小区为重载小区，第一小区为轻载小区，使得两小区的优先级差别较大）来配置边缘用户的调度，通过变化边缘用户的调度小区来影响小区优先级，实现小区的负载平衡，从而提升网络的覆盖性能。

可选地，作为另一个实施例，当通信系统为分布式基站组网模式且部署协调器，通信系统的各个基站与协调器互连，每个小区的真实调度器可以位于与该小区对应的基站、集中虚拟调度器可以位于协调器。或者当通信系统的各个基站的基带处理单元BBU集中放置（Cloud BB），每个小区的真实调度器可以与该小区对应的BBU，集中虚拟调度器可以位于集中放置的BBU中的任一BBU。

具体地，如图6所示的网络场景，分布式基站通过IP回程线路（Backhaul）与ECO互联，每个小区的真实调度器位于与该小区对应的基站中，可选地，每个小区的上报单元可以位于与该小区对应的基站中。ECO中部署第一集中虚拟调度器进行CSPC虚拟调度，可选地，在ECO中可以部署分簇单元，或者还可以部署配置单元。在该场景下对两个小区簇的多个小区间的资源使用进行协调，分别是小区簇1的各个小区和小区簇2中的部分小区。在另一种Cloud BB的组网场景下，将网络中基站的BBU集中放置（Cloud BB）与USU（Universal Switching Unit，通用交换单元）互联，并通过光纤与RRU连接。每个小区的真实调度器可以与该小区对应的BBU，可选地，每个小区的上报单元可以位于与该小区对应的BBU中。在该Cloud BB中选择一个BBU部署第一集中虚拟调度器进行CSPC虚拟调度，可选地，在该BBU中可以部署分簇单元，或者还可以部署配置单元。在Cloud BB的场景也示出两个小区簇，分别是小区簇3和小区簇2的部分小区。也就是说，小区簇2中的各个小区可以由ECO和BBU共同进行CSPC虚拟调度。ECO可实现大范围（大于一定覆盖面积或小区数量）、慢速（如20ms-40ms）集中调度，Cloud BB可实现小范围、快速（如1ms-5ms）集中调度。

应注意的是，图6的场景图仅仅是示意性的，本发明实施例对小区分簇的数目，各个簇包括的小区数目、基站的数目、一个基站下的小区数目以及BBU的数目并不限定，基站的类型可以是宏基站、微基站、微微基站、毫微微基站或家庭基站等，本发明实施例对此也不作限定。

在协调器进行CSPC虚拟调度的情况下，可选地，调度系统的示意图如图7所示，在该图中，ECO包括第一集中虚拟调度器702、配置单元703和分簇单元705，每个小区的真实调度器可以位于与该小区对应的基站的基带板中（未示出），各个分布式基站（如可以是基站的主控板）可以部署有测量配置单元，测量配置单元可以用于向基站下的各个小区的用户设备发送测量配置信息，以便用户设备根据测量配置信息对下行参考信号测量，测量配置单元还可以用于接收用户设备上报的信息，测量配置单元还可以实现上述上报单元的功能。测量配置单元可以用于对该基站下的各个小区的用户设备的上行参考信号进行测量，还可以用于确定干扰信息，上报给第一集中虚拟调度器702。ECO和各个分布式基站相连接。

在协调器进行CSPC虚拟调度的情况下，由于CSPC实时性要求较高，例如，通常CSPC的优化周期为20ms-1s，而协调器处理需要的时间大约为10ms-15ms，基站处理需要时间大约为2ms，其中传输时延约在3ms-63ms。因此，协调器到基站之间的传输时延不能过大，并且不同的基站到协调器之间的时延差异也不能过大。为保证协调器在进行虚拟调度时簇内各个小区的第二测量信息能够到达，并且调度的结果能够使簇内所有小区在空口同时生效（即真实调度）。需要实现协调器和基站之间的同步，即时间对齐。

在一个簇中协调器和基站之间存在传输时延,不同的基站和协调器之间时延不一样，为了保证协调器用于计算CSPC的测量信息能够同时到达，同时对于协调器给出的功率优化结果能够在簇内所有小区在空口同时生效，示意性地如图8A所示，要求必须做到：

1，计算协调器到各个基站传输时延差。

2，能够控制基站上传的数据的时刻，尽量在可控时延（给要求给基站预留一定的缓冲时间，比如5ms）做到均衡分布，避免造成传输尖峰。

3，协调器计算出的功率能够在同一个簇内同一帧号生效。

下面考虑基站和基站之间传输时延的测量方式，整个CSPC优化周期生效方案如图8A所示，通过如下四步骤来实现协调器和基站之间的同步：

步骤1和2在时延测量阶段获得上行、下行双向的协调器与基站时间对应关系：

步骤1：上行方向协调器与基站的时间对应关系获取，如图8B所示，具体地：

1）协调器向基站下发“周期测量启动消息”，启动消息中携带测量上报的周期，测量上报的次数；

2）基站开始周期向协调器发送测量响应消息，携带基站发送时刻的“帧号+子帧号”；

3）协调器在收到基站的测量响应消息时，获取协调器本地时间，得到基站与协调器时间对应关系；

4）为了克服时延抖动的影响，经过N次测量上报后，协调器得到一个稳定的上行时间对应关系；

5）每个基站都进行一次测量，获得上行时间对应关系（协调器本地时间，帧号N+子帧0）；

所有基站的时间对应关系都统一到一个帧号和子帧号，方便后续不同基站之间的比较；

步骤2：下行方向协调器与基站的时间对应关系获取，如图8C所示，具体地：

1）协调器周期下发测量请求消息，携带发送时刻协调器本地时间；

2）基站收到测量请求消息后，在测量响应消息中回填“协调器本地时间”与基站接收时刻的帧号+子帧号；

3）为了克服时延抖动的影响，经过N次测量上报后，协调器得到一个稳定的下行时间对应关系；

4）上下行时间关系关联，得到上下行时间对应关系（协调器本地时间、上行发送帧N+子帧n、下行接收帧M+子帧m），上下行相减得到RTT时延。

步骤3：簇划分

簇划分确定参与簇的小区后，获取簇内小区的最大RTT时延，通过RTT时延得到偏移量（offset），其中Offset=簇内基站的RTT时延+协调器计算时长（固定，可配置）+下发余量（固定、可配置）。

步骤4、CSPC优化周期计算

1）通过上行时间对应关系得到计算开始时间点，开启周期定时器（定时器长度为上报周期）等待基站的测量报告MR。

2）通过下行时间对应关系得到功率下发时间点，CSPC完成计算后的时间点应该小于功率下发时间点，确保功率下发能提前到达基站。

可选地，第一集中虚拟调度器702用于在下行接收帧号和子帧号上向第一小区的真实调度器发送测量请求消息，在上行发送帧号和子帧号上接收第一小区的真实调度器发送的测量响应消息，第一小区的真实调度器的RTT时延为多个小区中的最大RTT（Round Trip Time，往返传输时延）时延，RTT时延表示上行发送帧号和子帧号与下行接收帧号和子帧号的差。第一集中虚拟调度器702用于根据上行发送帧号和子帧号获得确定每个小区的发射功率的开始时间，根据下行接收帧号和子帧号获得将每个小区的发射功率发送给该小区的真实调度器的时间。这样，能够确保协调器进行CSPC虚拟调度的完成时间点小于调度结果下发的时间点，在簇内各个小区真实调度时，虚拟调度确定的功率都已提前到达簇内各个基站。

可选地，第一集中虚拟调度器702还可以用于根据第一小区的RTT时延、协调器确定小区发射功率的时长（即协调器进行CSPC虚拟调度的时长）和下发余量得到偏移量（Offset），根据偏移量确定分簇单元705的分簇周期或第一集中虚拟调度器702的虚拟调度周期。其中协调器进行CSPC虚拟调度的时长和下发余量是固定可以配置的。

具体地，第一集中虚拟调度器702用于确定下行发送帧号和子帧号的过程可以是：第一集中虚拟调度器702向各个小区簇内各个小区的真实调度器发送测量请求消息，在该测量请求消息中携带上报信息的周期和次数。每个小区的真实调度器向协调器发送测量响应消息，携带发送时刻的子帧和子帧号，当第一集中虚拟调度器702接收到该测量响应消息时根据协调器的本地时间得到协调器与小区之间的上行时间对应关系（如传输时延），可选地，为了克服时延抖动的影响，可以多次测量得到一个稳定的上行时间对应关系。

类似地，第一集中虚拟调度器702用于确定下行发送帧号和子帧号的过程可以是：第一集中虚拟调度器702向各个小区簇内各个小区的真实调度器发送测量请求消息，该测量请求消息携带协调器的本地时间，每个小区的真实调度器接收到该测量请求消息后，在测量响应消息中回填该协调器的本地时间以及接收时刻的子帧和子帧号，当第一集中虚拟调度器702接收到该测量响应消息时可以得到协调器与小区之间的下行时间对应关系（如传输时延）。

可选地，为了克服时延抖动的影响，可以多次测量得到一个稳定的上行时间对应关系。上行发送帧号和子帧号与下行接收帧号和子帧号的差即为该小区的RTT。示意性地如图8A所示，小区的最大RTT、协调器进行CSPC集中调度的时长和下发余量之和确定为偏移量。

可选地，第一集中虚拟调度器702，进一步用于从每个基站的控制面接收该基站下的各个小区上报的信息，主控板控制面与协调器接口采用SCTP（Stream Control Transmission Protocol，流控制传输协议）协议。或者第一集中虚拟调度器702，进一步用于从每个基站的用户面接收该基站下的各个小区上报的信息，主控板的用户面与协调器接口采用GTP-U（GPRS（GeneralPacket Radio Service，通用分组无线业务）Tunnel Protocol-User，通用分组无线业务隧道协议-用户面）协议。应理解，本发明实施例基站和协调器之间的接口采用何种传输协议并不限定。

可选地，可以在分布式基站中选择一个基站，在该基站的专用基带板（如专用集中调度板或增强调度模式基带板）中部署该第二集中虚拟调度器（也可以称为CLB虚拟调度器），当然，也可以在普通基带板中部署第二集中虚拟调度器。应理解，本发明实施例对此并不限定。

可选地，每个小区的真实调度器可以包括下行优先级更新（DownlinkPriority Renew，DL PRI Renew）单元，具体地，每个下行优先级更新单元用于根据第一集中虚拟调度器702发送的小区的下行发射功率进行用户设备的子带或全带MCS（Modulation and Coding Scheme，调制编码方式）修正。

这样，以确定初传或重传调度的MCS。即各个小区采用下行优先级更新单元进行真实调度，可以周期性地进行调度。

以一个基站为例，示意性地如图9所示，协调器进行簇级处理（Cluster级处理），如进行小区簇的CSPC虚拟调度、基站的主控板进行基站级处理，如上报该基站下的小区的信息或负载信息等，而基带板进行小区级处理，如某个小区进行MCS修正（由下行优先级更新单元执行）或调度相邻小区的边缘用户（可以由DL SCH（Downlink Schedule下行调度）单元执行）等真实调度。

在BBU进行CSPC虚拟调度的情况下，如上述Cloud BB的场景，可选地，调度系统的示意图如图10所示，在该图中，某个BBU，如BBU1的基带板，可以是普通基带本也可以是专用基带板，部署第一集中虚拟调度器1002、分簇单元1005和第二集中虚拟调度器1006，每个小区的真实调度器可以位于与该小区对应的BBU（未示出）。各个BBU均部署有测量配置单元，测量配置单元可以用于向该BBU下的各个小区的用户设备发送测量配置信息，以便用户设备根据测量配置信息对下行参考信号测量，测量配置单元还可以用于接收用户设备上报的信息，测量配置单元还可以实现上述上报单元的功能。测量配置单元可以用于对该BBU下的各个小区的用户设备的上行参考信号进行测量，还可以用于确定干扰信息，上报给第一集中虚拟调度器1002。

可选地，第一集中虚拟调度器1002和分簇单元1005可以均位于第一BBU的普通基带板或专用基带板，测量配置单元可以部署在BBU的主控板。可选地，可以在Cloud BB中选择一个BBU，在该BBU的专用基带板（如专用集中调度板或增强调度模式基带板）中部署该第二集中虚拟调度器（也称为CLB虚拟调度器），当然，也可以在普通基带板中部署第二集中虚拟调度器。应理解，本发明实施例对此并不限定。

可选地，当第一集中虚拟调度器1002位于第一BBU的普通基带板时，第一BBU的基带板可以预留至少1个核实现第一集中虚拟调度器1002的功能。

由于CSPC虚拟调度的复杂度随小区数目和子带数线性增加，同一小区簇的CSPC虚拟调度可以按照子带并行。基带板的核负载分担方式具体可以是：在全带CSPC时，由至少1个核中的一个核确定第一小区簇中各小区的下行发射功率。也就是说，核间按小区簇进行负荷分担，一个小区簇的CSPC虚拟调度由一个核处理。或者在子带CSPC时，可以由至少1个核联合确定第一小区簇中各小区的下行发射功率，可选地，可以按照子带进行分担，每个核处理不同的子带，当还有剩余的资源时，至少1个核还可以联合处理其它小区簇。

由于CLB为全带处理，CSPC集中虚拟调度的复杂度随小区数目仅随小区数目线性增加，因此核间可以按小区簇进行负荷分担，一个小区簇的CSPC集中虚拟调度由一个核处理。

可选地，每个小区的真实调度器可以包括下行优先级更新单元，示意性地如图11A和图11B所示，其中在某块基带板中部署有簇级处理的第一集中虚拟调度器。在各个BBU的基带板部署下行优先级更新单元，具体地，每个下行优先级更新单元用于根据第一集中虚拟调度器1002发送的小区的下行发射功率进行用户设备的子带或全带MCS修正。这样，以确定初传或重传调度的MCS。即各个小区采用下行优先级更新单元进行真实调度，可以周期性地进行调度。

相应地，每个小区的真实调度器可以包括DL SCH单元，在各个BBU的基带板部署DL SCH单元，示意性地如图12A和图12B所示。DL SCH单元用于进行CLB真实调度，可以用于根据第二集中虚拟调度器发送的协调小区负载平衡的结果调度其它小区的边缘用户设备。

基于上述方案，第一集中虚拟调度器通过小区的信息来实现多小区的功率控制，协调各小区的下行发射功率，能够有效地降低小区间的下行干扰。另外，第二集中虚拟调度器通过各个小区的负载信息来实现小区的负载平衡，从而提升网络的覆盖性能。

图15是本发明一个实施例的调度方法的流程图。该方法由集中虚拟调度器执行，适用于多个小区的通信系统中，对多个小区间的资源使用进行协调，以降低小区间的干扰，通信系统包括集中虚拟调度器和至少一个真实调度器。

1501，集中虚拟调度器确定第一小区的发射功率，第一小区为通信系统中的多个小区中的每个小区。

1502，集中虚拟调度器向第一小区对应的真实调度器发送集中虚拟调度器确定的发射功率，以指示第一小区对应的真实调度器在第一小区采用集中虚拟调度器确定的发射功率对UE进行调度。

应理解，本发明实施例对真实调度器的数目不作限定，可以是1个或多个。且每个真实调度器可以调度的小区可以是一个也可以是多个，例如，一个基站上可以设置一个真实调度器，该基站下的小区，都可以由该真实调度器调度。或者，在包括多个小区的基站中可以设置与该多个小区分别对应的多个真实调度器。

需要说明的是，本发明实施例的集中虚拟调度器和真实调度器又可以称之为集中虚拟调度实体和真实调度实体，且可以是功能实体，也可以是逻辑实体。即可以为软件形式，通过处理器执行程序代码来实现其功能；也可以为硬件形式，例如，以芯片或者是特定集成电路的形式设置于基带板上。

本发明实施例的调度方法适用于多个小区的通信系统中，该通信系统包括上层的集中虚拟调度器和下层的至少一个真实调度器，集中虚拟调度器确定多个小区中每个小区的发射功率，向每个小区的真实调度器发送该小区的发射功率，以指示该真实调度器在该小区采用集中虚拟调度器确定的发射功率调度UE。因此，采用本发明的分层调度架构，上层的集中虚拟调度器通过对多个小区间的资源使用进行协调，选择网络性能最佳的发射功率下发，以指示下层的真实调度器以该最佳的发射功率调度UE。能够降低小区间的干扰，提高资源利用效率。

图15的方法可以由图3-图14中的调度系统中的集中虚拟调度器实现，因此适当省略重复的描述。

可选地，作为一个实施例，集中虚拟调度器可以确定更细粒度的发射功率，在步骤1501中，集中虚拟调度器可以确定第一小区的每个资源块RB单元上的发射功率，即确定每个小区的每个RB单元上的发射功率。RB单元包括PRB或RBG，在1502中，第一小区对应的真实调度器发送第一小区每个RB单元上的发射功率，以指示第一小区对应的真实调度器在第一小区的每个RB单元上采用集中虚拟调度器确定的发射功率对UE进行调度。如此，可以实现RB级的功率协调，使得协调粒度更加精细，更加有利于解决小区间干扰的问题。

考虑到计算复杂度的约束，当网络到达一定规模后，需要根据计算能力、干扰情况等将网络中的小区进行分簇，使得簇间干扰尽可能低、簇内干扰比较内聚。这样，通过小区间的干扰情况来将通信网络的多个小区划分成至少一个小区簇，将干扰较大的多个小区划分成同一个小区簇，对该同一个小区簇的多个小区间的资源使用进行协调，实现簇内小区功率优化，避免小区间的下行干扰。

应理解，本发明实施例对小区分簇方式并不限定，也可以按照数目或位置等方式来划分小区簇。小区分簇的例子可以参考上述，此处不再赘述。

针对每个簇可以设置一个集中虚拟调度器进行小区间发射功率的协调。

可选地，作为另一个实施例，集中虚拟调度器可以将多个小区划分为至少一个簇；或者，在步骤1501中，集中虚拟调度器分簇确定每个簇内的每个小区的发射功率。优选地，一个小区簇包括的小区不超过36个。

可选地，作为另一个实施例，在步骤1501中，集中虚拟调度器可以获取第一信道信息和第一历史调度信息，第一信道信息和第一历史调度信息分别包括第一小区所在簇内所有小区的信道信息和历史调度信息。根据第一信道信息和第一历史调度信息，计算第一小区在多个候选功率下的网络效用值，并选择网络效用值最佳的候选功率，作为第一小区的发射功率；或者，根据第一信道信息和第一历史调度信息，计算第一小区的每个RB单元在多个候选功率下的网络效用值，并选择网络效用值最佳的候选功率，作为当前计算的RB单元的发射功率。以上多个候选功率可以为按一定功率步长递增的多个功率等级，也可以为预先设置的多个功率等级。本发明实施例不做任何限制。

具体地，集中虚拟调度器确定每个小区或每个小区每个RB单元的发射功率的过程可以是一个功率遍历的虚拟调度（或称之为预调度）过程。例如，集中虚拟调度器收集控制范围内所有小区的信息，根据这些信息计算当前网络的效用值（或称之为性能值）；并根据各小区的信息预估修改小区的发射功率后网络性能的变换，选择效用最佳的发射功率下发。其中，小区的信息可以包括该小区的信道信息和历史调度信息。信道信息可以为下行信道信息，例如，UE上报的测量信息；也可以为上行信道信息，例如每个小区对其中一个小区内的UE发送的上行参考信号测量得到的测量信息。

其中，UE上报的测量信息例如可以包括以下信息中的一个或多个：CSI、RSRP、RSRQ或RSSI等，其中CSI包括但不限于CQI、RI或PMI。小区测量得到的上行信道信息可以包括RSRP或RSRQ。历史调度信息可以包括历史调度优先级、调度速率、以及上次调度的发送功率等。网络的效用值可以通过总效用函数来体现，总效用函数可以是所有UE的调度速率取对数求和，或是所有小区的平均调度优先级之和。效用最佳可以是指：所有UE调度速率加权和最大；或每个小区平均调度速率之和最低等。另外，关于发射功率的修改，可以以所有小区等比例增加功率的方式进行，也可以以单一小区增加功率的方式进行。

总之，本发明不对集中虚拟调度器的虚拟调度算法做任何限制，本领域技术人员可以根据需要选择不同的算法，只要可以从多种功率组合中选择出使得网络性能最佳的功率组合即可。

可选地，作为另一个实施例，集中虚拟调度器还可以进行CLB虚拟调度，具体地，集中虚拟调度器可以获取第一负载信息，第一负载信息包括第一小区所在簇内所有小区的负载信息；根据第一负载信息确定负载平衡结果，负载平衡结果为第一小区调度第二小区的边缘UE，第一小区和第二小区为第一小区所在簇内的相邻小区。集中虚拟调度器向第一小区所对应的真实调度器发送负载平衡结果，以指示第一小区的真实调度器对第二小区的边缘UE进行调度。

具体地，根据每个小区的负载信息协调负载平衡。可以进一步用于根据每个小区的负载信息确定多个小区中各个小区的优先级，配置多个小区中的第一小区调度第二小区的边缘UE，第一小区和第二小区相邻且第二小区的优先级高于第一小区的优先级。小区优先级越高表示小区负载越重。可选地，可以周期性地进行CLB虚拟调度。具体地，在每个周期内以簇内所有小区的优先级之和确定为目标函数，各个小区优先级的差异越大，则目标函数越大，可以优先选出使得目标函数最大的小区（如上述第二小区为重载小区，第一小区为轻载小区，使得两小区的优先级差别较大）来配置边缘用户的调度。这样，通过变化边缘用户的调度小区来影响小区优先级，实现小区的负载平衡，从而提升网络的覆盖性能。

需要说明的是，集中虚拟调度器实现CLB虚拟调度和CSCP虚拟调度的功能仅仅为一种逻辑功能划分，实际实现时可以结合或者集成到一个物理实体，也可以是物理上分开的，分布在不同的网络设备中。类似地，真实调度器实现CLB真实调度和CSCP真实调度的功能也仅仅为一种逻辑功能划分，实际实现时可以结合或者集成到一个物理实体，也可以是物理上分开的，分布在不同的网络设备中。

可选地，作为另一个实施例，当通信系统为分布式基站组网模式且部署协调器，通信系统的各个基站与协调器互连，每个小区的真实调度器可以位于与该小区对应的基站、集中虚拟调度器可以位于协调器。或者当通信系统的各个基站的基带处理单元BBU集中放置，每个小区的真实调度器可以与该小区对应的BBU，集中虚拟调度器可以位于集中放置的BBU中的任一BBU。通信系统的场景图可以参考上述图6。应理解，本发明实施例对此并不限定，还可以应用到其它通信系统中。

可选地，在协调器进行CSPC虚拟调度的情况下，为了保证协调器用于计算CSPC的测量信息能够同时到达，同时对于协调器给出的功率优化结果能够在簇内所有小区在空口同时生效。需要实现协调器和基站之间的同步，即时间对齐。

具体地，集中虚拟调度器可以在下行接收帧号和子帧号上向第三小区的真实调度器发送测量请求消息，在上行发送帧号和子帧号上接收第三小区的真实调度器发送的测量响应消息，第三小区的真实调度器的往返传输时延RTT为通信系统的多个小区中的最大RTT，RTT表示上行发送帧号和子帧号与下行接收帧号和子帧号的差。集中虚拟调度器根据第三小区对应的真实调度器的RTT确定生效时间，并将生效时间发送给第一小区对应的真实调度器，使得第一小区对应的真实调度器在生效时间对UE进行调度。具体的时间同步过程可以参考上述，此处不再赘述。

可选地，在协调器进行CSPC虚拟调度的情况下，集中虚拟调度器可以进一从每个基站的控制面接收该基站下的各个小区上报的信息，主控板控制面与协调器接口采用SCTP协议。或者集中虚拟调度器可以进一步从每个基站的用户面接收该基站下的各个小区上报的信息，主控板的用户面与协调器接口采用GTP-U协议。应理解，本发明实施例基站和协调器之间的接口采用何种传输协议并不限定。

可选地，可以在分布式基站中选择一个基站，在该基站的专用基带板（如专用集中调度板或增强调度模式基带板）中部署该CLB虚拟调度的功能，即CSPC虚拟调度和CLB虚拟调度的功能实体可以分布在不同的网络设备中。

可选地，在BBU进行CSPC虚拟调度的情况下，可以在第一BBU的普通基带本或专用基带板上部署集中虚拟调度器，每个小区的真实调度器可以位于与该小区对应的BBU的基带板中。当集中虚拟调度器位于第一BBU的普通基带板时，第一BBU的基带板可以预留至少1个核实现集中虚拟调度器的功能。由于CSPC虚拟调度的复杂度随小区数目和子带数线性增加，同一小区簇的CSPC虚拟调度可以按照子带并行。基带板的核负载分担方式具体可以是：在全带CSPC时，由至少1个核中的一个核确定第一小区簇中各小区的下行发射功率。也就是说，核间按小区簇进行负荷分担，一个小区簇的CSPC虚拟调度由一个核处理。或者在子带CSPC时，可以由至少1个核联合确定第一小区簇中各小区的下行发射功率，可选地，可以按照子带进行分担，每个核处理不同的子带，当还有剩余的资源时，至少1个核还可以联合处理其它小区簇。由于CLB为全带处理，CSPC集中虚拟调度的复杂度随小区数目仅随小区数目线性增加，因此核间可以按小区簇进行负荷分担，一个小区簇的CSPC集中虚拟调度由一个核处理。

可选地，部署在第一BBU的集中虚拟调度器还可以实现CLB虚拟调度的功能，即CSPC虚拟调度和CLB虚拟调度的功能实体可以集成在一个物理实体上。

可选地，每个小区的真实调度器可以根据集中虚拟调度器发送的小区的下行发射功率进行UE的子带或全带MCS修正。这样，以确定初传或重传调度的MCS。可以周期性地进行真实调度。

图16是本发明另一个实施例的调度方法的流程图。该方法适用于多个小区的通信系统中，对多个小区间的资源使用进行协调，以降低小区间的干扰，通信系统包括集中虚拟调度器和至少一个真实调度器。该方法由多个小区中的某个小区（称为第一小区）的真实调度器执行，并且与图15的方法相对应，因此将适当省略与图15的实施例重复的描述。

1601，第一小区的真实调度器接收集中虚拟调度器确定的第一小区的发射功率，其中，第一小区为通信系统中的多个小区中的每个小区。

1602，真实调度器在第一小区采用集中虚拟调度器确定的发射功率对UE进行调度。

应理解，本发明实施例对真实调度器的数目不作限定，可以是1个或多个。且每个真实调度器可以调度的小区可以是一个也可以是多个，例如，一个基站上可以设置一个真实调度器，该基站下的小区，都可以由该真实调度器调度。或者，在包括多个小区的基站中可以设置与该多个小区分别对应的多个真实调度器。

需要说明的是，本发明实施例的集中虚拟调度器和真实调度器又可以称之为集中虚拟调度实体和真实调度实体，且可以是功能实体，也可以是逻辑实体。即可以为软件形式，通过处理器执行程序代码来实现其功能；也可以为硬件形式，例如，以芯片或者是特定集成电路的形式设置于基带板上。

本发明实施例的调度方法适用于多个小区的通信系统中，该通信系统包括上层的集中虚拟调度器和下层的至少一个真实调度器，集中虚拟调度器用于确定通信系统中的多个小区中每个小区的发射功率，多个小区中的某个小区的真实调度器接收集中虚拟调度器发送的该小区的发射功率，在该小区采用集中虚拟调度器确定的发射功率调度UE。因此，采用本发明的分层调度架构，上层的集中虚拟调度器通过对多个小区间的资源使用进行协调，选择网络性能最佳的发射功率下发，下层的真实调度器以该最佳的发射功率调度UE。能够降低小区间的干扰，提高资源利用效率。

图16的方法可以由图3-图14中的调度系统中的真实调度器实现，因此适当省略重复的描述。

可选地，作为另一个实施例，在步骤1601中，真实调度器可以接收集中虚拟调度器发送的第一小区每个RB单元上的发射功率，RB单元包括PRB或RBG。在步骤1602中，真实调度器可以在第一小区的每个RB单元上采用集中虚拟调度器确定的发射功率调度UE。如此，可以实现RB级的功率协调，使得协调粒度更加精细，更加有利于解决小区间干扰的问题。

可选地，作为另一个实施例，真实调度器还可以接收集中虚拟调度器发送的负载平衡结果，负载平衡结果为第一小区调度第二小区的边缘UE，第一小区和第二小区为多个小区中相邻的小区，且位于同一簇内。真实调度器还可以根据负载平衡结果对第二小区的边缘UE进行调度。因此，通过变化边缘用户的调度小区来影响小区优先级，实现小区的负载平衡，从而提升网络的覆盖性能。

可选地，作为另一个实施例，当通信系统为分布式基站组网模式且部署协调器，通信系统的各个基站与协调器互连，每个小区的真实调度器可以位于与该小区对应的基站、集中虚拟调度器可以位于协调器。或者当通信系统的各个基站的基带处理单元BBU集中放置，每个小区的真实调度器可以与该小区对应的BBU，集中虚拟调度器可以位于集中放置的BBU中的任一BBU。通信系统的场景图可以参考上述图6。应理解，本发明实施例对此并不限定，还可以应用到其它通信系统中。

可选地，在协调器进行CSPC虚拟调度的情况下，为了保证协调器用于计算CSPC的测量信息能够同时到达，同时对于协调器给出的功率优化结果能够在簇内所有小区在空口同时生效。需要实现协调器和基站之间的同步，即时间对齐。

具体地，真实调度器在下行接收帧号和子帧号上接收集中虚拟调度器发送的测量请求消息，在上行发送帧号和子帧号上向集中虚拟调度器发送测量响应消息，以便集中虚拟调度器根据上行发送帧号和子帧号和下行接收帧号和子帧号获得真实调度器的RTT，从通信系统中多个小区的所有RTT中选择最大的RTT，并根据最大的RTT确定生效时间。其中，RTT表示上行发送帧号和子帧号与下行接收帧号和子帧号的差；真实调度器接收集中虚拟调度器发送的生效时间，并在生效时间对UE进行调度。这样，能够确保协调器进行CSPC虚拟调度的完成时间点小于调度结果下发的时间点，在簇内各个小区真实调度时，虚拟调度确定的功率都已提前到达簇内各个基站。具体的时间同步过程可以参考上述，此处不再赘述。

可选地，在BBU进行CSPC虚拟调度的情况下，可以在任一BBU（第一BBU）的普通基带本或专用基带板上部署集中虚拟调度器，每个小区的真实调度器可以位于与该小区对应的BBU的基带板中。当集中虚拟调度器位于第一BBU的普通基带板时，第一BBU的基带板可以预留至少1个核实现集中虚拟调度器的功能。由于CSPC虚拟调度的复杂度随小区数目和子带数线性增加，同一小区簇的CSPC虚拟调度可以按照子带并行。基带板的核负载分担方式具体可以是：在全带CSPC时，由至少1个核中的一个核确定第一小区簇中各小区的下行发射功率。也就是说，核间按小区簇进行负荷分担，一个小区簇的CSPC虚拟调度由一个核处理。或者在子带CSPC时，可以由至少1个核联合确定第一小区簇中各小区的下行发射功率，可选地，可以按照子带进行分担，每个核处理不同的子带，当还有剩余的资源时，至少1个核还可以联合处理其它小区簇。由于CLB为全带处理，CSPC集中虚拟调度的复杂度随小区数目仅随小区数目线性增加，因此核间可以按小区簇进行负荷分担，一个小区簇的CSPC集中虚拟调度由一个核处理。

可选地，真实调度器可以根据集中虚拟调度器发送的小区的下行发射功率进行UE的子带或全带MCS修正。这样，以确定初传或重传调度的MCS。可以周期性地进行真实调度。

图17是本发明一个实施例的集中虚拟调度器的示意性结构图。图17的集中虚拟调度器1700是上述调度系统中集中虚拟调度器的一个例子，包括确定单元1701和接口单元1702。

确定单元1701用于确定第一小区的发射功率，第一小区为通信系统中的多个小区中的每个小区。

接口单元1702用于向第一小区对应的真实调度器发送确定单元1701确定的发射功率，以指示第一小区对应的真实调度器在第一小区采用确定单元1701确定的发射功率对UE进行调度。

应理解，本发明实施例对真实调度器的数目不作限定，可以是1个或多个。且每个真实调度器可以调度的小区可以是一个也可以是多个，例如，一个基站上可以设置一个真实调度器，该基站下的小区，都可以由该真实调度器调度。或者，在包括多个小区的基站中可以设置与该多个小区分别对应的多个真实调度器。

需要说明的是，本发明实施例的集中虚拟调度器和真实调度器又可以称之为集中虚拟调度实体和真实调度实体，且可以是功能实体，也可以是逻辑实体。即可以为软件形式，通过处理器执行程序代码来实现其功能；也可以为硬件形式，例如，以芯片或者是特定集成电路的形式设置于基带板上。

本发明实施例集中虚拟调度器确定通信系统中的多个小区中每个小区的发射功率，向每个小区的真实调度器发送该小区的发射功率，以指示该真实调度器在该小区采用集中虚拟调度器确定的发射功率调度UE。因此，采用本发明的分层调度架构，上层的集中虚拟调度器通过对多个小区间的资源使用进行协调，选择网络性能最佳的发射功率下发，以指示下层的真实调度器以该最佳的发射功率调度UE。能够降低小区间的干扰，提高资源利用效率。

集中虚拟调度器1700可实现图15和16的方法中涉及集中虚拟调度器的各个步骤，为避免重复，不再详细描述。

可选地，作为一个实施例，确定单元1701可以具体用于确定更细粒度的发射功率，即确定第一小区的每个RB单元上的发射功率，RB单元包括PRB或RBG。接口单元1702可以用于向第一小区对应的真实调度器发送第一小区的每个RB单元上的发射功率，以指示第一小区对应的真实调度器在第一小区的每个RB单元上采用确定单元1701确定的发射功率对UE进行调度。如此，可以实现RB级的功率协调，使得协调粒度更加精细，更加有利于解决小区间干扰的问题。

考虑到计算复杂度的约束，当网络到达一定规模后，需要根据计算能力、干扰情况等将网络中的小区进行分簇，使得簇间干扰尽可能低、簇内干扰比较内聚。这样，通过小区间的干扰情况来将通信网络的多个小区划分成至少一个小区簇，将干扰较大的多个小区划分成同一个小区簇，对该同一个小区簇的多个小区间的资源使用进行协调，实现簇内小区功率优化，避免小区间的下行干扰。

应理解，本发明实施例对小区分簇方式并不限定，也可以按照数目或位置等方式来划分小区簇。小区分簇的例子可以参考上述，此处不再赘述。

针对每个簇可以设置一个集中虚拟调度器进行小区间发射功率的协调。

可选地，作为另一个实施例，多个小区被划分为至少一个簇，确定单元1701可以具体用于分簇确定每个簇内的每个小区的发射功率，即以簇为单位确定每个小区的发射功率。优选地，一个小区簇包括的小区不超过36个。

可选地，作为另一个实施例，集中虚拟调度器1700还可以包括第一获取单元1703，第一获取单元1703用于获取第一信道信息和第一历史调度信息，第一信道信息和第一历史调度信息分别包括第一小区所在簇内所有小区的信道信息和历史调度信息。确定单元1701可以具体用于根据第一获取单元1703所获取的第一信道信息和第一历史调度信息，计算第一小区在多个候选功率下的网络效用值，并选择网络效用值最佳的候选功率，作为第一小区的发射功率。或者，确定单元1701可以具体用于根据第一获取单元1703所获取的第一信道信息和第一历史调度信息，计算第一小区的每个RB单元在多个候选功率下的网络效用值，并选择网络效用值最佳的候选功率，作为当前计算的RB单元的发射功率。以上多个候选功率可以为按一定功率步长递增的多个功率等级，也可以为预先设置的多个功率等级。本发明实施例不做任何限制。具体的实施例可以参考上述，此处不再赘述。

应理解，本发明不对集中虚拟调度器的虚拟调度算法做任何限制，本领域技术人员可以根据需要选择不同的算法，只要可以从多种功率组合中选择出使得网络性能最佳的功率组合即可。

可选地，作为另一个实施例，集中虚拟调度器1700还可以包括第二获取单元1704，第二获取单元1704用于获取第一负载信息，第一负载信息包括第一小区所在簇内所有小区的负载信息。确定单元1701还可以用于根据所述第一负载信息确定负载平衡结果，负载平衡结果为第一小区调度第二小区的边缘UE，第一小区和第二小区为所述第一小区所在簇内的相邻小区。接口单元1702还可以用于向第一小区对应的真实调度器发送负载平衡结果，以指示第一小区对应的真实调度器调度第二小区的边缘UE。

具体地，确定单元1701可以具体用于根据每个小区的负载信息协调负载平衡。可以进一步用于根据每个小区的负载信息确定多个小区中各个小区的优先级，配置多个小区中的第一小区调度第二小区的边缘用户设备，第一小区和第二小区相邻且第二小区的优先级高于第一小区的优先级。小区优先级越高表示小区负载越重。可选地，可以周期性地进行CLB虚拟调度。具体地，在每个周期内以簇内所有小区的优先级之和确定为目标函数，各个小区优先级的差异越大，则目标函数越大，可以优先选出使得目标函数最大的小区（如上述第二小区为重载小区，第一小区为轻载小区，使得两小区的优先级差别较大）来配置边缘用户的调度。这样，通过变化边缘用户的调度小区来影响小区优先级，实现小区的负载平衡，从而提升网络的覆盖性能。

可选地，作为另一个实施例，当通信系统为分布式基站组网模式且部署协调器，通信系统的各个基站与协调器互连，每个小区的真实调度器可以位于与该小区对应的基站、集中虚拟调度器可以位于协调器。或者当通信系统的各个基站的基带处理单元BBU集中放置，每个小区的真实调度器可以与该小区对应的BBU，集中虚拟调度器可以位于集中放置的BBU中的任一BBU。通信系统的场景图可以参考上述图6。应理解，本发明实施例对此并不限定，还可以应用到其它通信系统中。

可选地，在协调器进行CSPC虚拟调度的情况下，为了保证协调器用于计算CSPC的测量信息能够同时到达，同时对于协调器给出的功率优化结果能够在簇内所有小区在空口同时生效。需要实现协调器和基站之间的同步，即时间对齐。

具体地，接口单元1702还可以用于在下行接收帧号和子帧号上向第三小区对应的真实调度器发送测量请求消息，在上行发送帧号和子帧号上接收第三小区对应的真实调度器发送的测量响应消息。第三小区的真实调度器的RTT为通信系统的多个小区中的最大RTT，RTT表示上行发送帧号和子帧号与下行接收帧号和子帧号的差。确定单元1701还可以用于根据第三小区对应的真实调度器的RTT确定生效时间。接口单元1702还可以用于将确定单元1701生成的生效时间发送给第一小区对应的真实调度器，使得第一小区对应的真实调度器在生效时间对UE进行调度。具体的时间同步过程可以参考上述，此处不再赘述。

可选地，在协调器进行CSPC虚拟调度的情况下，接口单元1702还可以用于进一从每个基站的控制面接收该基站下的各个小区上报的信息，主控板控制面与协调器接口采用SCTP协议。或者接口单元1702还可以用于从每个基站的用户面接收该基站下的各个小区上报的信息，主控板的用户面与协调器接口采用GTP-U协议。应理解，本发明实施例基站和协调器之间的接口采用何种传输协议并不限定。

可选地，可以在分布式基站中选择一个基站，在该基站的专用基带板（如专用集中调度板或增强调度模式基带板）中部署该CLB虚拟调度的功能，即CSPC虚拟调度和CLB虚拟调度的功能实体可以分布在不同的网络设备中。

可选地，在BBU进行CSPC虚拟调度的情况下，可以在任一BBU（第一BBU）的普通基带本或专用基带板上部署集中虚拟调度器，每个小区的真实调度器可以位于与该小区对应的BBU的基带板中。当集中虚拟调度器位于第一BBU的普通基带板时，第一BBU的基带板可以预留至少1个核实现集中虚拟调度器的功能。由于CSPC虚拟调度的复杂度随小区数目和子带数线性增加，同一小区簇的CSPC虚拟调度可以按照子带并行。基带板的核负载分担方式具体可以是：在全带CSPC时，由至少1个核中的一个核确定第一小区簇中各小区的下行发射功率。也就是说，核间按小区簇进行负荷分担，一个小区簇的CSPC虚拟调度由一个核处理。或者在子带CSPC时，可以由至少1个核联合确定第一小区簇中各小区的下行发射功率，可选地，可以按照子带进行分担，每个核处理不同的子带，当还有剩余的资源时，至少1个核还可以联合处理其它小区簇。由于CLB为全带处理，CSPC集中虚拟调度的复杂度随小区数目仅随小区数目线性增加，因此核间可以按小区簇进行负荷分担，一个小区簇的CSPC集中虚拟调度由一个核处理。

可选地，部署在第一BBU的集中虚拟调度器还可以实现CLB虚拟调度的功能，即CSPC虚拟调度和CLB虚拟调度的功能实体可以集成在一个物理实体上。

图18是本发明一个实施例的真实调度器的示意性结构图。图18的集中虚拟调度器1800是上述调度系统中真实调度器的一个例子，包括接口单元1801和调度单元1802。

接口单元1801，用于接收集中虚拟调度器确定的第一小区的发射功率，其中，第一小区为通信系统中的多个小区中的每个小区。

调度单元1802，用于在第一小区采用集中虚拟调度器确定的发射功率对UE进行调度。

应理解，本发明实施例对真实调度器的数目不作限定，可以是1个或多个。且每个真实调度器可以调度的小区可以是一个也可以是多个，例如，一个基站上可以设置一个真实调度器，该基站下的小区，都可以由该真实调度器调度。或者，在包括多个小区的基站中可以设置与该多个小区分别对应的多个真实调度器。

需要说明的是，本发明实施例的集中虚拟调度器和真实调度器又可以称之为集中虚拟调度实体和真实调度实体，且可以是功能实体，也可以是逻辑实体。即可以为软件形式，通过处理器执行程序代码来实现其功能；也可以为硬件形式，例如，以芯片或者是特定集成电路的形式设置于基带板上。

本发明实施例某个小区的真实调度器接收集中虚拟调度器发送的该小区的发射功率，在该小区采用集中虚拟调度器确定的发射功率调度UE，多个小区中的某个小区的真实调度器，其中集中虚拟调度器用于确定通信系统中的多个小区中每个小区的发射功率，多个小区包括该小区。因此，采用本发明的分层调度架构，上层的集中虚拟调度器通过对多个小区间的资源使用进行协调，选择网络性能最佳的发射功率下发，下层的真实调度器以该最佳的发射功率调度UE。能够降低小区间的干扰，提高资源利用效率。

真实调度器1800可实现图15和16的方法中涉及真实调度器的各个步骤，为避免重复，不再详细描述。

可选地，作为另一个实施例，接口单元1801可以用于接收集中虚拟调度器发送的第一小区每个RB单元上的发射功率，RB单元包括PRB或RBG。调度单元1802可以具体用于在第一小区的每个RB单元上采用集中虚拟调度器确定的发射功率调度UE。如此，可以实现RB级的功率协调，使得协调粒度更加精细，更加有利于解决小区间干扰的问题。

可选地，作为另一个实施例，接口单元1801还可以用于接收集中虚拟调度器确定的负载平衡结果，负载平衡结果为第一小区调度第二小区的边缘UE，第一小区和第二小区为多个小区中相邻的小区，且位于同一簇内。调度单元1802还可以用于根据负载平衡结果对第二小区的边缘UE进行调度。因此，通过变化边缘用户的调度小区来影响小区优先级，实现小区的负载平衡，从而提升网络的覆盖性能。

可选地，作为另一个实施例，当通信系统为分布式基站组网模式且部署协调器，通信系统的各个基站与协调器互连，每个小区的真实调度器可以位于与该小区对应的基站、集中虚拟调度器可以位于协调器。或者当通信系统的各个基站的基带处理单元BBU集中放置，每个小区的真实调度器可以与该小区对应的BBU，集中虚拟调度器可以位于集中放置的BBU中的任一BBU。通信系统的场景图可以参考上述图6。应理解，本发明实施例对此并不限定，还可以应用到其它通信系统中。

可选地，在协调器进行CSPC虚拟调度的情况下，为了保证协调器用于计算CSPC的测量信息能够同时到达，同时对于协调器给出的功率优化结果能够在簇内所有小区在空口同时生效。需要实现协调器和基站之间的同步，即时间对齐。

具体地，接口单元1801还可以用于在下行接收帧号和子帧号上接收集中虚拟调度器发送的测量请求消息，在上行发送帧号和子帧号上向集中虚拟调度器发送测量响应消息，以便集中虚拟调度器根据上行发送帧号和子帧号和下行接收帧号和子帧号获得真实调度器的RTT，从通信系统中多个小区的所有RTT中选择最大的RTT，并根据最大的RTT确定生效时间。其中，RTT表示上行发送帧号和子帧号与下行接收帧号和子帧号的差。接口单元1801还可以用于接收集中虚拟调度器发送的生效时间，并指示调度单元1802在生效时间对用户设备进行调度。具体的时间同步过程可以参考上述，此处不再赘述。

可选地，在BBU进行CSPC虚拟调度的情况下，可以在任一BBU（第一BBU）的普通基带本或专用基带板上部署集中虚拟调度器，每个小区的真实调度器可以位于与该小区对应的BBU的基带板中。当集中虚拟调度器位于第一BBU的普通基带板时，第一BBU的基带板可以预留至少1个核实现集中虚拟调度器的功能。由于CSPC虚拟调度的复杂度随小区数目和子带数线性增加，同一小区簇的CSPC虚拟调度可以按照子带并行。基带板的核负载分担方式具体可以是：在全带CSPC时，由至少1个核中的一个核确定第一小区簇中各小区的下行发射功率。也就是说，核间按小区簇进行负荷分担，一个小区簇的CSPC虚拟调度由一个核处理。或者在子带CSPC时，可以由至少1个核联合确定第一小区簇中各小区的下行发射功率，可选地，可以按照子带进行分担，每个核处理不同的子带，当还有剩余的资源时，至少1个核还可以联合处理其它小区簇。由于CLB为全带处理，CSPC集中虚拟调度的复杂度随小区数目仅随小区数目线性增加，因此核间可以按小区簇进行负荷分担，一个小区簇的CSPC集中虚拟调度由一个核处理。

可选地，调度单元1802可以具体用于根据集中虚拟调度器发送的小区的下行发射功率进行用户设备的子带或全带MCS修正。这样，以确定初传或重传调度的MCS。可以周期性地进行真实调度。

需要说明的是，以上实施例中的接口单元可以为接口电路。确定单元可以为单独设立的处理器，也可以集成在基站的某一个处理器中实现，此外，也可以以程序代码的形式存储于基站的存储器中，由基站的某一个处理器调用并执行以上跟踪任务建立单元的功能。第一获取单元、第二获取单元和调度单元的实现同确定单元。这里所述的处理器可以是一个中央处理器（Central Processing Unit，CPU），或者是特定集成电路（Application SpecificIntegrated Circuit，ASIC），或者是被配置成实施本发明实施例的一个或多个集成电路。

图19是本发明另一个实施例的集中虚拟调度器的示意性结构图。图19的集中虚拟调度器1900是上述调度系统中集中虚拟调度器的一个例子，集中虚拟调度器1900包括处理器1901，存储器1902和接口电路1903。处理器1901控制设备1900的操作，处理器1901可以是一个CPU，或者是ASIC，或者是被配置成实施本发明实施例的一个或多个集成电路。存储器1902可以包括只读存储器和随机存取存储器，并向处理器1901提供指令和数据。存储器1902的一部分还可以包括非易失行随机存取存储器（NVRAM）。处理器1901，存储器1902和接口电路1903通过总线系统1910耦合在一起，其中总线系统1910除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图中将各种总线都标为总线系统1910。

上述本发明实施例调度系统中集中虚拟调度器涉及的功能可以应用上述的集中虚拟调度器1900来实现。其中，处理器1901可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1901中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1901可以是通用处理器，包括CPU或NP等；还可以是DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在该实施例中，处理器1901用于确定第一小区的发射功率，第一小区为通信系统中的多个小区中的每个小区；接口电路1903用于向第一小区对应的真实调度器发送集中虚拟调度器确定的发射功率，以指示第一小区对应的真实调度器在第一小区采用集中虚拟调度器确定的发射功率对UE进行调度。

应理解，本发明实施例对真实调度器的数目不作限定，可以是1个或多个。且每个真实调度器可以调度的小区可以是一个也可以是多个，例如，一个基站上可以设置一个真实调度器，该基站下的小区，都可以由该真实调度器调度。或者，在包括多个小区的基站中可以设置与该多个小区分别对应的多个真实调度器。

需要说明的是，本发明实施例的集中虚拟调度器和真实调度器又可以称之为集中虚拟调度实体和真实调度实体，且可以是功能实体，也可以是逻辑实体。即可以为软件形式，通过处理器执行程序代码来实现其功能；也可以为硬件形式，例如，以芯片或者是特定集成电路的形式设置于基带板上。

本发明实施例集中虚拟调度器确定通信系统中的多个小区中每个小区的发射功率，向每个小区的真实调度器发送该小区的发射功率，以指示该真实调度器在该小区采用集中虚拟调度器确定的发射功率调度UE。因此，采用本发明的分层调度架构，上层的集中虚拟调度器通过对多个小区间的资源使用进行协调，选择网络性能最佳的发射功率下发，以指示下层的真实调度器以该最佳的发射功率调度UE。能够降低小区间的干扰，提高资源利用效率。

集中虚拟调度器1900可实现图15和16的方法中涉及集中虚拟调度器的各个步骤，为避免重复，不再详细描述。

可选地，作为一个实施例，处理器1901可以具体用于可以具体用于确定更细粒度的发射功率，即确定第一小区的每个RB单元上的发射功率，RB单元包括PRB或RBG。接口电路1903可以用于向第一小区对应的真实调度器发送第一小区的每个RB单元上的发射功率，以指示第一小区对应的真实调度器在第一小区的每个RB单元上采用处理器1901确定的发射功率对UE进行调度。。如此，可以实现RB级的功率协调，使得协调粒度更加精细，更加有利于解决小区间干扰的问题。

考虑到计算复杂度的约束，当网络到达一定规模后，需要根据计算能力、干扰情况等将网络中的小区进行分簇，使得簇间干扰尽可能低、簇内干扰比较内聚。这样，通过小区间的干扰情况来将通信网络的多个小区划分成至少一个小区簇，将干扰较大的多个小区划分成同一个小区簇，对该同一个小区簇的多个小区间的资源使用进行协调，实现簇内小区功率优化，避免小区间的下行干扰。

应理解，本发明实施例对小区分簇方式并不限定，也可以按照数目或位置等方式来划分小区簇。小区分簇的例子可以参考上述，此处不再赘述。

针对每个簇可以设置一个集中虚拟调度器进行小区间发射功率的协调。

可选地，作为另一个实施例，多个小区被划分为至少一个簇，处理器1901可以具体用于分簇确定每个簇内的每个小区的发射功率，即以簇为单位确定每个小区的发射功率。优选地，一个小区簇包括的小区不超过36个。

可选地，作为另一个实施例，处理器1901还可以用于获取第一信道信息和第一历史调度信息，第一信道信息和第一历史调度信息分别包括第一小区所在簇内所有小区的信道信息和历史调度信息。处理器1901可以具体用于根据获取的第一信道信息和第一历史调度信息，计算第一小区在多个候选功率下的网络效用值，并选择网络效用值最佳的候选功率，作为第一小区的发射功率。或者，处理器1901可以具体用于根据所获取的第一信道信息和第一历史调度信息，计算第一小区的每个RB单元在多个候选功率下的网络效用值，并选择网络效用值最佳的候选功率，作为当前计算的RB单元的发射功率。以上多个候选功率可以为按一定功率步长递增的多个功率等级，也可以为预先设置的多个功率等级。本发明实施例不做任何限制。具体的实施例可以参考上述，此处不再赘述。

应理解，本发明不对集中虚拟调度器的虚拟调度算法做任何限制，本领域技术人员可以根据需要选择不同的算法，只要可以从多种功率组合中选择出使得网络性能最佳的功率组合即可。

可选地，作为另一个实施例，处理器1901还可以用于获取第一负载信息，第一负载信息包括第一小区所在簇内所有小区的负载信息，根据所述第一负载信息确定负载平衡结果，负载平衡结果为第一小区调度第二小区的边缘UE，第一小区和第二小区为所述第一小区所在簇内的相邻小区。接口电路1903还可以用于向第一小区对应的真实调度器发送负载平衡结果，以指示第一小区对应的真实调度器调度第二小区的边缘UE。进一步地，处理器1901还可以具体用于以簇为单位确定负载平衡结果。

具体地，处理器1901可以具体用于根据每个小区的负载信息协调负载平衡。可以进一步用于根据每个小区的负载信息确定多个小区中各个小区的优先级，配置多个小区中的第一小区调度第二小区的边缘用户设备，第一小区和第二小区相邻且第二小区的优先级高于第一小区的优先级。小区优先级越高表示小区负载越重。可选地，可以周期性地进行CLB虚拟调度。具体地，在每个周期内以簇内所有小区的优先级之和确定为目标函数，各个小区优先级的差异越大，则目标函数越大，可以优先选出使得目标函数最大的小区（如上述第二小区为重载小区，第一小区为轻载小区，使得两小区的优先级差别较大）来配置边缘用户的调度。这样，通过变化边缘用户的调度小区来影响小区优先级，实现小区的负载平衡，从而提升网络的覆盖性能。

可选地，作为另一个实施例，当通信系统为分布式基站组网模式且部署协调器，通信系统的各个基站与协调器互连，每个小区的真实调度器可以位于与该小区对应的基站、集中虚拟调度器可以位于协调器。或者当通信系统的各个基站的基带处理单元BBU集中放置，每个小区的真实调度器可以与该小区对应的BBU，集中虚拟调度器可以位于集中放置的BBU中的任一BBU。通信系统的场景图可以参考上述图6。应理解，本发明实施例对此并不限定，还可以应用到其它通信系统中。

可选地，在协调器进行CSPC虚拟调度的情况下，为了保证协调器用于计算CSPC的测量信息能够同时到达，同时对于协调器给出的功率优化结果能够在簇内所有小区在空口同时生效。需要实现协调器和基站之间的同步，即时间对齐。

具体地，接口电路1903还可以用于在下行接收帧号和子帧号上向第三小区对应的真实调度器发送测量请求消息，在上行发送帧号和子帧号上接收第三小区对应的真实调度器发送的测量响应消息。第三小区的真实调度器的RTT为通信系统的多个小区中的最大RTT，RTT表示上行发送帧号和子帧号与下行接收帧号和子帧号的差。处理器1901还可以用于根据第三小区对应的真实调度器的RTT确定生效时间。接口电路1903还可以用于将确定单元1701生成的生效时间发送给第一小区对应的真实调度器，使得第一小区对应的真实调度器在生效时间对UE进行调度。具体的时间同步过程可以参考上述，此处不再赘述。

可选地，在协调器进行CSPC虚拟调度的情况下，接口电路1903还可以用于进一从每个基站的控制面接收该基站下的各个小区上报的信息，主控板控制面与协调器接口采用SCTP协议。或者接口电路1903还可以用于从每个基站的用户面接收该基站下的各个小区上报的信息，主控板的用户面与协调器接口采用GTP-U协议。应理解，本发明实施例基站和协调器之间的接口采用何种传输协议并不限定。

可选地，可以在分布式基站中选择一个基站，在该基站的专用基带板（如专用集中调度板或增强调度模式基带板）中部署该CLB虚拟调度的功能，即CSPC虚拟调度和CLB虚拟调度的功能实体可以分布在不同的网络设备中。

可选地，在BBU进行CSPC虚拟调度的情况下，可以在任一BBU（第一BBU）的普通基带本或专用基带板上部署集中虚拟调度器，每个小区的真实调度器可以位于与该小区对应的BBU的基带板中。当集中虚拟调度器位于第一BBU的普通基带板时，第一BBU的基带板可以预留至少1个核实现集中虚拟调度器的功能。由于CSPC虚拟调度的复杂度随小区数目和子带数线性增加，同一小区簇的CSPC虚拟调度可以按照子带并行。基带板的核负载分担方式具体可以是：在全带CSPC时，由至少1个核中的一个核确定第一小区簇中各小区的下行发射功率。也就是说，核间按小区簇进行负荷分担，一个小区簇的CSPC虚拟调度由一个核处理。或者在子带CSPC时，可以由至少1个核联合确定第一小区簇中各小区的下行发射功率，可选地，可以按照子带进行分担，每个核处理不同的子带，当还有剩余的资源时，至少1个核还可以联合处理其它小区簇。由于CLB为全带处理，CSPC集中虚拟调度的复杂度随小区数目仅随小区数目线性增加，因此核间可以按小区簇进行负荷分担，一个小区簇的CSPC集中虚拟调度由一个核处理。

可选地，部署在第一BBU的集中虚拟调度器还可以实现CLB虚拟调度的功能，即CSPC虚拟调度和CLB虚拟调度的功能实体可以集成在一个物理实体上。

图20是本发明另一个实施例的真实调度器的示意性结构图。图20的真实调度器2000是上述调度系统中真实调度器的一个例子，真实调度器2000包括处理器2001，存储器2002和接口电路2003。处理器2001控制设备2000的操作，处理器2001可以是一个CPU，或者是ASIC，或者是被配置成实施本发明实施例的一个或多个集成电路。存储器2002可以包括只读存储器和随机存取存储器，并向处理器2001提供指令和数据。存储器2002的一部分还可以包括非易失行随机存取存储器（NVRAM）。处理器2001，存储器2002和接口电路2003通过总线系统2010耦合在一起，其中总线系统2010除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图中将各种总线都标为总线系统2010。

上述本发明实施例调度系统中真实调度器可以应用上述的真实调度器2000来实现。其中，处理器2001可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器2001中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器2001可以是通用处理器，包括CPU或NP等；还可以是DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在该实施例中，接口电路2003用于接收集中虚拟调度器确定的第一小区的发射功率，其中，第一小区为通信系统中的多个小区中的每个小区。处理器2001用于在在第一小区采用集中虚拟调度器确定的发射功率对UE进行调度。

应理解，本发明实施例对真实调度器的数目不作限定，可以是1个或多个。且每个真实调度器可以调度的小区可以是一个也可以是多个，例如，一个基站上可以设置一个真实调度器，该基站下的小区，都可以由该真实调度器调度。或者，在包括多个小区的基站中可以设置与该多个小区分别对应的多个真实调度器。

需要说明的是，本发明实施例的集中虚拟调度器和真实调度器又可以称之为集中虚拟调度实体和真实调度实体，且可以是功能实体，也可以是逻辑实体。即可以为软件形式，通过处理器执行程序代码来实现其功能；也可以为硬件形式，例如，以芯片或者是特定集成电路的形式设置于基带板上。

本发明实施例某个小区的真实调度器接收集中虚拟调度器发送的该小区的发射功率，在该小区采用集中虚拟调度器确定的发射功率调度UE，多个小区中的某个小区的真实调度器，其中集中虚拟调度器用于确定通信系统中的多个小区中每个小区的发射功率，多个小区包括该小区。因此，采用本发明的分层调度架构，上层的集中虚拟调度器通过对多个小区间的资源使用进行协调，选择网络性能最佳的发射功率下发，下层的真实调度器以该最佳的发射功率调度UE。能够降低小区间的干扰，提高资源利用效率。

真实调度器2000可实现图15和16的方法中涉及真实调度器的各个步骤，为避免重复，不再详细描述。

可选地，作为另一个实施例，接口电路2003可以用于接收集中虚拟调度器发送的第一小区每个RB单元上的发射功率，RB单元包括PRB或RBG。处理器2001可以具体用于在第一小区的每个RB单元上采用集中虚拟调度器确定的发射功率调度UE。如此，可以实现RB级的功率协调，使得协调粒度更加精细，更加有利于解决小区间干扰的问题。

可选地，作为另一个实施例，接口电路2003还可以用于接收集中虚拟调度器发送的负载平衡结果，负载平衡结果是由集中虚拟调度器确定的。处理器2001还可以用于根据负载平衡结果调度第二小区的边缘用户设备，第一小区和第二小区相邻。因此，通过变化边缘用户的调度小区来影响小区优先级，实现小区的负载平衡，从而提升网络的覆盖性能。

可选地，作为另一个实施例，当通信系统为分布式基站组网模式且部署协调器，通信系统的各个基站与协调器互连，每个小区的真实调度器可以位于与该小区对应的基站、集中虚拟调度器可以位于协调器。或者当通信系统的各个基站的基带处理单元BBU集中放置，每个小区的真实调度器可以与该小区对应的BBU，集中虚拟调度器可以位于集中放置的BBU中的任一BBU。通信系统的场景图可以参考上述图6。应理解，本发明实施例对此并不限定，还可以应用到其它通信系统中。

可选地，在协调器进行CSPC虚拟调度的情况下，为了保证协调器用于计算CSPC的测量信息能够同时到达，同时对于协调器给出的功率优化结果能够在簇内所有小区在空口同时生效。需要实现协调器和基站之间的同步，即时间对齐。

具体地，接口电路2003还可以用于在下行接收帧号和子帧号上接收集中虚拟调度器发送的测量请求消息，在上行发送帧号和子帧号上向集中虚拟调度器发送测量响应消息，在上行发送帧号和子帧号上向集中虚拟调度器发送测量响应消息，以便集中虚拟调度器根据上行发送帧号和子帧号和下行接收帧号和子帧号获得真实调度器的RTT，从通信系统中多个小区的所有RTT中选择最大的RTT，并根据最大的RTT确定生效时间。其中，RTT表示上行发送帧号和子帧号与下行接收帧号和子帧号的差。接口电路2003还可以用于接收集中虚拟调度器发送的生效时间，并指示处理器2001在生效时间对用户设备进行调度。具体的时间同步过程可以参考上述，此处不再赘述。

可选地，在BBU进行CSPC虚拟调度的情况下，可以在任一BBU（第一BBU）的普通基带本或专用基带板上部署集中虚拟调度器，每个小区的真实调度器可以位于与该小区对应的BBU的基带板中。当集中虚拟调度器位于第一BBU的普通基带板时，第一BBU的基带板可以预留至少1个核实现集中虚拟调度器的功能。由于CSPC虚拟调度的复杂度随小区数目和子带数线性增加，同一小区簇的CSPC虚拟调度可以按照子带并行。基带板的核负载分担方式具体可以是：在全带CSPC时，由至少1个核中的一个核确定第一小区簇中各小区的下行发射功率。也就是说，核间按小区簇进行负荷分担，一个小区簇的CSPC虚拟调度由一个核处理。或者在子带CSPC时，可以由至少1个核联合确定第一小区簇中各小区的下行发射功率，可选地，可以按照子带进行分担，每个核处理不同的子带，当还有剩余的资源时，至少1个核还可以联合处理其它小区簇。由于CLB为全带处理，CSPC集中虚拟调度的复杂度随小区数目仅随小区数目线性增加，因此核间可以按小区簇进行负荷分担，一个小区簇的CSPC集中虚拟调度由一个核处理。

可选地，处理器2001可以具体用于根据集中虚拟调度器发送的小区的下行发射功率进行用户设备的子带或全带MCS修正。这样，以确定初传或重传调度的MCS。可以周期性地进行真实调度。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

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

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (29)

1.一种集中虚拟调度器，其特征在于，用于多个小区的通信系统中，所述多个小区中每个小区对应一个真实调度器，所述集中虚拟调度器包括：

确定单元，用于确定第一小区的发射功率，所述第一小区为所述通信系统中的多个小区中的每个小区；

接口单元，用于向所述第一小区对应的真实调度器发送所述确定单元确定的所述发射功率，以指示所述第一小区对应的真实调度器在所述第一小区采用所述确定单元确定的所述发射功率对用户设备进行调度。

2.根据权利要求1所述的集中虚拟调度器，其特征在于：

所述确定单元具体用于：确定所述第一小区的每个资源块RB单元上的发射功率，所述RB单元包括物理资源块PRB或资源块组RBG；

所述接口单元具体用于：向所述第一小区对应的真实调度器发送所述第一小区的每个RB单元上的发射功率，以指示所述第一小区对应的真实调度器在所述第一小区的每个RB单元上采用所述确定单元确定的发射功率对用户设备进行调度。

3.根据权利要求1或2所述的集中虚拟调度器，其特征在于，所述多个小区被划分为至少一个簇，所述确定单元具体用于分簇确定每个簇内的每个小区的发射功率。

4.根据权利要求3所述的集中虚拟调度器，其特征在于，还包括：

第一获取单元，用于获取第一信道信息和第一历史调度信息，所述第一信道信息和第一历史调度信息分别包括所述第一小区所在簇内所有小区的信道信息和历史调度信息；

所述确定单元，具体用于根据所述第一获取单元所获取的所述第一信道信息和所述第一历史调度信息，计算所述第一小区在多个候选功率下的网络效用值，并选择网络效用值最佳的候选功率，作为所述第一小区的发射功率；或者，根据所述第一获取单元所获取的所述第一信道信息和所述第一历史调度信息，计算所述第一小区的每个RB单元在多个候选功率下的网络效用值，并选择网络效用值最佳的候选功率，作为当前计算的RB单元的发射功率。

5.根据权利要求3或4所述的集中虚拟调度器，其特征在于，还包括：

第二获取单元，用于获取第一负载信息，所述第一负载信息包括所述第一小区所在簇内所有小区的负载信息；

所述确定单元，还用于根据所述第一负载信息确定负载平衡结果，所述负载平衡结果为所述第一小区调度第二小区的边缘用户设备，所述第一小区和第二小区为所述第一小区所在簇内的相邻小区；

所述接口单元还用于：向所述第一小区对应的真实调度器发送所述负载平衡结果，以指示所述第一小区对应的真实调度器调度所述第二小区的边缘用户设备。

6.根据权利要求1-5任一项所述的集中虚拟调度器，其特征在于，所述通信系统为分布式基站组网模式且部署协调器，所述通信系统的各个基站与所述协调器互连，所述每个小区所对应的真实调度器位于与该小区对应的基站、所述集中虚拟调度器位于所述协调器。

7.根据权利要求6所述的集中虚拟调度器，其特征在于，

所述接口单元还用于：在下行接收帧号和子帧号上向第三小区对应的真实调度器发送测量请求消息，在上行发送帧号和子帧号上接收所述第三小区对应的真实调度器发送的测量响应消息，所述第三小区对应的真实调度器的往返传输时延RTT为所述通信系统的多个小区中的最大RTT，所述RTT表示上行发送帧号和子帧号与下行接收帧号和子帧号的差；

所述确定单元还用于：根据所述第三小区对应的真实调度器的RTT确定生效时间；

所述接口单元还用于：将所述确定单元生成的所述生效时间发送给所述第一小区对应的真实调度器，使得所述第一小区对应的真实调度器在所述生效时间对用户设备进行调度。

8.如权利要求1-5任一项所述的集中虚拟调度器，其特征在于，所述通信系统的基带处理单元BBU集中放置，所述多个小区中每个小区所对应的真实调度器位于与该小区对应的BBU，所述集中虚拟调度器位于集中放置的BBU中的任一BBU。

9.一种真实调度器，用于多个小区的通信系统中，所述多个小区中每个小区对应一个所述真实调度器，其特征在于，所述真实调度器包括：

接口单元，用于接收集中虚拟调度器确定的第一小区的发射功率，所述第一小区为所述通信系统中的多个小区中的每个小区；

调度单元，用于在所述第一小区采用所述接口单元接收的所述集中虚拟调度器确定的所述发射功率对用户设备进行调度。

10.根据权利要求9所述的真实调度器，其特征在于：

所述接口单元具体用于：接收所述集中虚拟调度器确定的所述第一小区的每个资源块RB单元上的发射功率，所述RB单元包括物理资源块PRB或资源块组RBG；

所述调度单元具体用于：在所述第一小区的每个RB单元上采用所述集中虚拟调度器确定的发射功率对用户设备进行调度。

11.根据权利要求9或10所述的真实调度器，其特征在于，

所述接口单元还用于：接收所述集中虚拟调度器确定的负载平衡结果，所述负载平衡结果为所述第一小区调度第二小区的边缘用户设备，所述第一小区和第二小区为所述多个小区中相邻的小区，且位于同一簇内；

所述调度单元还用于：根据所述负载平衡结果对所述第二小区的边缘用户设备进行调度。

12.根据权利要求9-11任一项所述的真实调度器，其特征在于，所述通信系统为分布式基站组网模式且部署协调器，所述通信系统的各个基站与所述协调器互连，所述多个小区中每个小区所对应的真实调度器位于与该小区对应的基站、所述集中虚拟调度器位于所述协调器。

13.根据权利要求12所述的真实调度器，其特征在于，

所述接口单元还用于：在下行接收帧号和子帧号上接收所述集中虚拟调度器发送的测量请求消息，在上行发送帧号和子帧号上向所述集中虚拟调度器发送测量响应消息，以便所述集中虚拟调度器根据所述上行发送帧号和子帧号和所述下行接收帧号和子帧号获得所述真实调度器的往返传输时延RTT，从所述通信系统中多个小区的所有RTT中选择最大的RTT，并根据最大的RTT确定生效时间，其中，所述RTT表示上行发送帧号和子帧号与下行接收帧号和子帧号的差；

所述接口单元还用于：接收所述集中虚拟调度器发送的所述生效时间，并指示所述调度单元在所述生效时间对用户设备进行调度。

14.如权利要求9-11任一项所述的真实调度器，其特征在于，所述通信系统的基带处理单元BBU集中放置，所述多个小区中每个小区所对应的真实调度器位于与该小区对应的BBU，所述集中虚拟调度器位于集中放置的BBU中的任一BBU。

15.一种调度系统，其特征在于，用于多个小区的通信系统中，所述调度系统包括如权利要求1至8任一项所述的集中虚拟调度器和如权利要求9至14任一项所述的至少一个真实调度器，且所述多个小区中每个小区对应一个真实调度器。

16.一种调度方法，其特征在于，所述方法适用于多个小区的通信系统中，所述通信系统包括集中虚拟调度器和至少一个真实调度器，所述多个小区中每个小区对应一个真实调度器，所述方法包括：

所述集中虚拟调度器确定第一小区的发射功率，所述第一小区为所述通信系统中的多个小区中的每个小区；

所述集中虚拟调度器向所述第一小区对应的真实调度器发送所述集中虚拟调度器确定的所述发射功率，以指示所述第一小区对应的真实调度器在所述第一小区采用所述集中虚拟调度器确定的所述发射功率对用户设备进行调度。

17.根据权利要求16所述的方法，其特征在于，所述集中虚拟调度器确定第一小区的发射功率，包括：确定所述第一小区的每个资源块RB单元上的发射功率，所述RB单元包括物理资源块PRB或资源块组RBG；且

所述集中虚拟调度器向所述第一小区对应的真实调度器发送所述集中虚拟调度器确定的所述发射功率，包括：

向所述第一小区对应的真实调度器发送所述第一小区每个RB单元上的发射功率，以指示所述第一小区对应的真实调度器在所述第一小区的每个RB单元上采用所述集中虚拟调度器确定的发射功率对用户设备进行调度。

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

将所述多个小区划分为至少一个簇；

所述集中虚拟调度器确定第一小区的发射功率包括：所述集中虚拟调度器分簇确定每个簇内的每个小区的发射功率。

19.根据权利要求18所述的方法，其特征在于，所述集中虚拟调度器确定所述第一小区的发射功率，包括：

所述集中虚拟调度器获取第一信道信息和第一历史调度信息，所述第一信道信息和第一历史调度信息分别包括所述第一小区所在簇内所有小区的信道信息和历史调度信息；

根据所述第一信道信息和第一历史调度信息，计算所述第一小区在多个候选功率下的网络效用值，并选择网络效用值最佳的候选功率，作为所述第一小区的发射功率；或者，

根据所述第一信道信息和第一历史调度信息，计算所述第一小区的每个RB单元在多个候选功率下的网络效用值，并选择网络效用值最佳的候选功率，作为当前计算的RB单元的发射功率。

20.根据权利要求18或19所述的方法，其特征在于，所述方法还包括：

所述集中虚拟调度器获取第一负载信息，所述第一负载信息包括所述第一小区所在簇内所有小区的负载信息；

根据所述第一负载信息确定负载平衡结果，所述负载平衡结果为所述第一小区调度第二小区的边缘用户设备，所述第一小区和第二小区为所述第一小区所在簇内的相邻小区；

所述集中虚拟调度器向所述第一小区所对应的真实调度器发送所述负载平衡结果，以指示所述第一小区的真实调度器对所述第二小区的边缘用户设备进行调度。

21.根据权利要求16-20任一项所述的方法，其特征在于，所述通信系统为分布式基站组网模式且部署协调器，所述通信系统的各个基站与所述协调器互连，所述每个小区所对应的真实调度器位于与该小区对应的基站、所述集中虚拟调度器位于所述协调器。

22.根据权利要求21所述的方法，其特征在于，所述方法还包括：

所述集中虚拟调度器在下行接收帧号和子帧号上向第三小区的真实调度器发送测量请求消息；

所述集中虚拟调度器在上行发送帧号和子帧号上接收所述第三小区的真实调度器发送的测量响应消息，所述第三小区的真实调度器的往返传输时延RTT为所述通信系统的多个小区中的最大RTT，所述RTT表示上行发送帧号和子帧号与下行接收帧号和子帧号的差；

所述集中虚拟调度器根据所述第三小区对应的真实调度器的RTT确定生效时间，并将所述生效时间发送给所述第一小区对应的真实调度器，使得所述第一小区对应的真实调度器在所述生效时间对用户设备进行调度。

23.如权利要求16-20任一项所述的方法，其特征在于，所述通信系统的基带处理单元BBU集中放置，所述多个小区中每个小区所对应的真实调度器位于与该小区对应的BBU，所述集中虚拟调度器位于集中放置的BBU中的任一BBU。

24.一种调度方法，其特征在于，所述方法适用于多个小区的通信系统中，所述通信系统包括集中虚拟调度器和至少一个真实调度器，所述多个小区中每个小区对应一个真实调度器，所述方法包括：

第一小区的真实调度器接收所述集中虚拟调度器确定的所述第一小区的发射功率，其中，所述第一小区为所述通信系统中的多个小区中的每个小区；

所述真实调度器在所述第一小区采用所述集中虚拟调度器确定的所述发射功率对用户设备进行调度。

25.根据权利要求9所述的方法，其特征在于：所述第一小区的真实调度器接收所述集中虚拟调度器确定的所述第一小区的发射功率，包括：

所述真实调度器接收所述集中虚拟调度器确定的所述第一小区的每个资源块RB单元上的发射功率，所述RB单元包括物理资源块PRB或资源块组RBG；

所述真实调度器在所述第一小区采用所述集中虚拟调度器确定的所述发射功率对用户设备进行调度，包括：

所述真实调度器在所述第一小区的每个RB单元上采用所述集中虚拟调度器确定的发射功率对用户设备进行调度。

26.根据权利要求24或25所述的方法，其特征在于，所述方法还包括：

所述真实调度器接收所述集中虚拟调度器发送的负载平衡结果，所述负载平衡结果为所述第一小区调度第二小区的边缘用户设备，所述第一小区和第二小区为所述多个小区中相邻的小区，且位于同一簇内；

所述真实调度器根据所述负载平衡结果对所述第二小区的边缘用户设备进行调度。

27.根据权利要求24-26任一项所述的方法，其特征在于，所述通信系统为分布式基站组网模式且部署协调器，所述通信系统的各个基站与所述协调器互连，所述多个小区中每个小区所对应的真实调度器位于与该小区对应的基站、所述集中虚拟调度器位于所述协调器。

28.根据权利要求27所述的方法，其特征在于，所述方法还包括：

所述真实调度器在下行接收帧号和子帧号上接收所述集中虚拟调度器发送的测量请求消息；

所述真实调度器在上行发送帧号和子帧号上向所述集中虚拟调度器发送测量响应消息，以便所述集中虚拟调度器根据所述上行发送帧号和子帧号和所述下行接收帧号和子帧号获得所述真实调度器的往返传输时延RTT，从所述通信系统中多个小区的所有RTT中选择最大的RTT，并根据最大的RTT确定生效时间，其中，所述RTT表示上行发送帧号和子帧号与下行接收帧号和子帧号的差；

接收所述集中虚拟调度器发送的所述生效时间，并在所述生效时间对用户设备进行调度。

29.如权利要求24-26任一项所述的方法，其特征在于，

所述通信系统的基带处理单元BBU集中放置，所述多个小区中每个小区所对应的真实调度器位于与该小区对应的BBU，所述集中虚拟调度器位于集中放置的BBU中的任一BBU。

Images