CN103929817B - 一种协作多点传输场景下的资源调度方法和装置 - Google Patents
一种协作多点传输场景下的资源调度方法和装置 Download PDFInfo
- Publication number
- CN103929817B CN103929817B CN201410136730.4A CN201410136730A CN103929817B CN 103929817 B CN103929817 B CN 103929817B CN 201410136730 A CN201410136730 A CN 201410136730A CN 103929817 B CN103929817 B CN 103929817B
- Authority
- CN
- China
- Prior art keywords
- scheduled
- cell
- determining
- same type
- scheduling
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 54
- 230000005540 biological transmission Effects 0.000 title claims abstract description 36
- 230000001105 regulatory effect Effects 0.000 title abstract 2
- 238000012545 processing Methods 0.000 claims description 53
- 230000004069 differentiation Effects 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 14
- 238000005457 optimization Methods 0.000 description 14
- 238000005516 engineering process Methods 0.000 description 9
- 238000004590 computer program Methods 0.000 description 7
- 230000008569 process Effects 0.000 description 6
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000013468 resource allocation Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 238000003860 storage Methods 0.000 description 4
- 238000013459 approach Methods 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000010187 selection method Methods 0.000 description 1
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种协作多点传输场景下的资源调度方法和装置，用于解决采用现有的资源分配方式进行频域调度的灵活性低，影响了频率选择性增益的问题。方法包括：针对每个待调度UE，确定该待调度UE能够参与调度的小区集合；针对每个待调度UE对应的小区集合中的每个小区，根据该待调度UE对应的用于表示与该待调度UE同类型的UE能够占用的资源的最大值的资源占用门限值、以及本次调度之前与该待调度UE同类型的UE在该小区内已占用的资源量，确定该待调度UE是否能够在该小区进行调度。由于本发明实施例不严格区分不同类型UE能够占用的频域资源位置，从而能够灵活为该待调度UE分配资源，增加了频域调度的灵活性。
Description
技术领域
本发明涉及通信技术领域，特别涉及一种协作多点传输（Coordinated MultiplePoints Transmission/Reception，CoMP）场景下的资源调度方法和装置。
背景技术
为了降低小区覆盖边缘用户的邻区干扰，提高小区边缘用户的体验，长期演进增强（long term evolution-advance，LTE-A）系统引入了协作多点传输（CoordinatedMultiple Points Transmission/Reception，CoMP）技术。CoMP技术可以利用多个小区为同一个用户设备（User Equipment，UE）进行服务，例如，多个传输点（Transmission Point，TP）共同为这个用户设备发送或接收数据信号（联合发送/联合接收），如图1A所示；也可以通过多个传输点联合调度或波束赋型等手段降低该用户设备收到的干扰（协同调度/协同波束赋型），如图1B所示；还可以通过选择最合适的一个传输点来为用户设备提供服务（动态传输点选择），如图1C所示。
由于CoMP技术主要是通过消除邻小区干扰或将邻小区干扰转化为有用信号带来增益，因此最适用于系统中受到邻小区干扰最为严重的边缘用户。CoMP技术也有自身的缺点，如，对于进行联合处理的用户设备来说，需要在多个小区占用相同的频域资源，相比不进行协作多点传输时占用的频域资源更多；又如，对于进行协同调度/协同波束赋型的用户设备来说，需要在多个小区之间协调各个小区为用户设备调度的资源，会降低调度的灵活性。并且对于各种协作多点技术来说，都会增加基站调度的复杂度，对硬件设备提出了更高的要求。
为了有效降低协作多点技术应用的复杂度，并且还能充分利用这一技术的优势，需要对协作多点传输场景下的资源分配进行优化，目前常用的两种资源分配的方案如下：
1、基于频域资源顺序挑选合适的用户设备进行调度：在每个频域资源上评估各个UE进行CoMP调度和非CoMP调度的优先级，挑选优先级最高的UE进行对应类型的调度，其需要复杂的协调过程。
2、基于用户设备顺序挑选合适的频域资源进行调度：这类调度一般都会将用户设备划分为适合进行协作多点传输的用户设备（以下简称CoMP UE）、以及不适合进行协作多点传输的用户设备（以下简称非CoMP UE）。对于CoMPUE，一般的做法是划定一部分固定的频带，使CoMP UE只在这部分频带内调度；而对于非CoMP UE，则只能在剩余的频带内调度。
该方案中，频带的划分又包括如下三种方式：
2.1、采用外部配置的方法划分，该方式不能动态调整。该方式下，配置的CoMP UE专用频带大小不一定能和实际的CoMP UE数目相匹配，会造成频域资源利用得不充分；由于该方式不能动态调整，频域调度的灵活性低，从而影响了频率选择性增益。
2.2、根据CoMP UE所需资源在所有UE所需资源中占据的比例，动态地划分频带大小。该方式，限制了CoMP UE和非CoMP UE能够分配的频带，会降低频域调度的灵活性，影响频率选择性增益。
2.3、将调度分为两步，在第一步调度中，保证协作范围内相同频域资源位置只有一个小区上的频域资源被用户设备占用；在第二步调度中，CoMP UE只能使用在第一步调度中的CoMP UE所占用的频域资源范围内的频域资源。该方式下，CoMP UE的可用频域资源受限于第一步调度中，频域调度的灵活性低，从而影响了频率选择性增益。
综上所述，协作多点传输场景下，采用现有的资源分配方式进行频域调度的灵活性低，影响了频率选择性增益。
发明内容
本发明实施例提供了一种协作多点传输场景下的资源调度方法和装置，用于解决采用现有的资源分配方式进行频域调度的灵活性低，影响了频率选择性增益的问题。
本发明实施例提供的一种协作多点传输场景下的资源调度方法，该方法包括：
针对每个待调度用户设备UE，确定所述待调度UE能够参与调度的小区集合；以及，
针对所述小区集合中的每个小区，根据所述待调度UE对应的用于表示与所述待调度UE同类型的UE能够占用的资源的最大值的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度；
其中，所述待调度UE的类型包括支持协作多点传输CoMP调度的CoMP UE和不支持CoMP调度的非CoMP UE。
在实施中，针对所述小区集合中的每个小区，根据如下方式确定出所述待调度UE对应的资源占用门限值：
根据预先配置的各类型的UE与资源占用门限值的对应关系，确定出所述待调度UE的类型对应的资源占用门限值，作为所述待调度UE对应的资源占用门限值；或者，
根据设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例，确定出所述待调度UE对应的资源占用门限值；或者，
根据设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例、以及与所述待调度UE同类型的UE当前时刻的平均资源占用率，确定出所述待调度UE对应的资源占用门限值。
进一步，根据设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例、以及所述设定范围内与所述待调度UE同类型的UE当前时刻的平均资源占用率，按照如下公式确定出所述待调度UE对应的资源占用门限值：
Th＝(Ncomp/Nall)×Rmean+d×(1-Rmean)；
其中，Ncomp为设定范围内能够调度的与所述待调度UE同类型的UE的数量，Nall为所述设定范围内能够调度的UE总数量，Rmean为与所述待调度UE同类型的UE当前时刻的平均资源占用率，d为设定的调整因子且d∈[0,1]。
进一步，根据如下公式确定所述设定范围内与所述待调度UE同类型的UE当前时刻的平均资源占用率：
Rmean[t]＝c×Rmean[t-1]+(1-c)×Rcurrent[t]；
其中，Rmean[t]为所述设定范围内与所述待调度UE同类型的UE在t时刻的平均资源占用率，Rmean[t-1]为所述设定范围内与所述待调度UE同类型的UE在t-1时刻的平均资源占用率，Rcurrent[t]为所述设定范围内与所述待调度UE同类型的UE在t时刻的瞬时资源占用率，c为设定的调整参数且c∈[0,1]。
基于上述任一实施例，确定设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例，包括：
确定出所述待调度UE对应的协作簇能够调度的与所述待调度UE同类型的UE的数量、以及所述协作簇能够调度的UE总数量，以确定所述比例，其中，所述协作簇中包括能够同时为所述待调度UE提供服务的所有小区；或者，
确定出该小区能够调度的与所述待调度UE同类型的UE的数量、以及该小区能够调度的UE总数量，以确定所述比例；或者，
确定出将该小区作为服务小区的且与所述待调度UE同类型的UE的数量、以及将该小区作为服务小区的UE总数量，以确定出所述比例。
基于上述任一实施例，针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度，还包括：
根据UE优先级信息与资源占用门限调整值的对应关系，确定出所述待调度UE的优先级信息对应资源占用门限调整值；
根据确定出的资源占用门限调整值，调整已确定的所述待调度UE对应的资源占用门限值；
根据调整后的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
在实施中，作为第一种优化方式，针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度之前，所述方法还包括：
确定所述待调度UE的优先级信息；
针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度，包括：
若所述待调度UE具有设定的第二优先级，则根据所述待调度UE对应的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
进一步，针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度，还包括：
若所述待调度UE具有设定的第一优先级，则确定所述待调度UE能够在该小区进行调度；或者，
若所述待调度UE具有设定的第三优先级，则确定所述待调度UE只能够在当前为自身提供服务的服务小区进行调度；
其中，所述第一优先级高于所述第二优先级，且所述第二优先级高于所述第三优先级。
作为第二种优化方式，针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度之前，所述方法还包括：
确定所述待调度UE的类型；
针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度，包括：
若所述待调度UE的类型为指定类型，则根据所述待调度UE对应的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
进一步，针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度，还包括：
若所述待调度UE的类型不是所述指定类型，则确定所述待调度UE能够在该小区进行调度。
基于上述任一实施例，针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度，包括：
若所述待调度UE对应的资源占用门限值大于本次调度之前与所述待调度UE同一类型的UE在该小区内已占用的资源量，确定所述待调度UE能够在该小区进行调度；或者，
若所述待调度UE对应的资源占用门限值不大于本次调度之前与所述待调度UE同一类型的UE在该小区内已占用的资源量，确定所述待调度UE不能够在该小区进行调度。
本发明实施例提供的一种协作多点传输场景下的资源调度装置，该装置包括：
第一处理模块，用于针对每个待调度用户设备UE，确定所述待调度UE能够参与调度的小区集合；以及，
第二处理模块，用于针对所述小区集合中的每个小区，根据所述待调度UE对应的用于表示与所述待调度UE同类型的UE能够占用的资源的最大值的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度；
其中，所述待调度UE的类型包括支持协作多点传输CoMP调度的CoMP UE和不支持CoMP调度的非CoMP UE。
在实施中，针对所述小区集合中的每个小区，所述第二处理模块根据如下方式确定出所述待调度UE对应的资源占用门限值：
根据预先配置的各类型的UE与资源占用门限值的对应关系，确定出所述待调度UE的类型对应的资源占用门限值，作为所述待调度UE对应的资源占用门限值；或者，
根据设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例，确定出所述待调度UE对应的资源占用门限值；或者，
根据设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例、以及与所述待调度UE同类型的UE当前时刻的平均资源占用率，确定出所述待调度UE对应的资源占用门限值。
进一步，所述第二处理模块按照如下公式确定出所述待调度UE对应的资源占用门限值：
Th＝(Ncomp/Nall)×Rmean+d×(1-Rmean)；
其中，Ncomp为设定范围内能够调度的与所述待调度UE同类型的UE的数量，Nall为所述设定范围内能够调度的UE总数量，Rmean为与所述待调度UE同类型的UE当前时刻的平均资源占用率，d为设定的调整因子且d∈[0,1]。
进一步，所述第二处理模块根据如下公式确定所述设定范围内与所述待调度UE同类型的UE当前时刻的平均资源占用率：
Rmean[t]＝c×Rmean[t-1]+(1-c)×Rcurrent[t]；
其中，Rmean[t]为所述设定范围内与所述待调度UE同类型的UE在t时刻的平均资源占用率，Rmean[t-1]为所述设定范围内与所述待调度UE同类型的UE在t-1时刻的平均资源占用率，Rcurrent[t]为所述设定范围内与所述待调度UE同类型的UE在t时刻的瞬时资源占用率，c为设定的调整参数且c∈[0,1]。
基于上述任一实施例，所述第二处理模块确定设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例，包括：
确定出所述待调度UE对应的协作簇能够调度的与所述待调度UE同类型的UE的数量、以及所述协作簇能够调度的UE总数量，以确定所述比例，其中，所述协作簇中包括能够同时为所述待调度UE提供服务的所有小区；或者，
确定出该小区能够调度的与所述待调度UE同类型的UE的数量、以及该小区能够调度的UE总数量，以确定所述比例；或者，
确定出将该小区作为服务小区的且与所述待调度UE同类型的UE的数量、以及将该小区作为服务小区的UE总数量，以确定出所述比例。
基于上述任一实施例，所述第二处理模块还用于：
根据UE优先级信息与资源占用门限调整值的对应关系，确定出所述待调度UE的优先级信息对应资源占用门限调整值；根据确定出的资源占用门限调整值，调整已确定的所述待调度UE对应的资源占用门限值；以及，
根据调整后的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
在实施中，作为第一种优化方式，所述第二处理模块还用于：
在针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度之前，确定所述待调度UE的优先级信息；
若所述待调度UE具有设定的第二优先级，则根据所述待调度UE对应的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
进一步，所述第二处理模块还用于：
若所述待调度UE具有设定的第一优先级，则确定所述待调度UE能够在该小区进行调度；或者，
若所述待调度UE具有设定的第三优先级，则确定所述待调度UE只能够在当前为自身提供服务的服务小区进行调度；
其中，所述第一优先级高于所述第二优先级，且所述第二优先级高于所述第三优先级。
作为第二种优化方式，所述第二处理模块还用于：
在针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度之前，确定所述待调度UE的类型；
若所述待调度UE的类型为指定类型，则根据所述待调度UE对应的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
进一步，所述第二处理模块还用于：
若所述待调度UE的类型不是所述指定类型，则确定所述待调度UE能够在该小区进行调度。
基于上述任一实施例，所述第二处理模块具体用于：
若所述待调度UE对应的资源占用门限值大于本次调度之前与所述待调度UE同一类型的UE在该小区内已占用的资源量，确定所述待调度UE能够在该小区进行调度；或者，
若所述待调度UE对应的资源占用门限值不大于本次调度之前与所述待调度UE同一类型的UE在该小区内已占用的资源量，确定所述待调度UE不能够在该小区进行调度。
本发明是所提供的调度实体包括收发信机、以及与该收发信机连接的至少一个处理器，其中：
处理器被配置用于：针对每个待调度用户设备UE，确定所述待调度UE能够参与调度的小区集合；以及，
针对所述小区集合中的每个小区，根据所述待调度UE对应的用于表示与所述待调度UE同类型的UE能够占用的资源的最大值的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度；
其中，所述待调度UE的类型包括支持协作多点传输CoMP调度的CoMP UE和不支持CoMP调度的非CoMP UE。
在实施中，针对所述小区集合中的每个小区，处理器根据如下方式确定出所述待调度UE对应的资源占用门限值：
根据预先配置的各类型的UE与资源占用门限值的对应关系，确定出所述待调度UE的类型对应的资源占用门限值，作为所述待调度UE对应的资源占用门限值；或者，
根据设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例，确定出所述待调度UE对应的资源占用门限值；或者，
根据设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例、以及与所述待调度UE同类型的UE当前时刻的平均资源占用率，确定出所述待调度UE对应的资源占用门限值。
进一步，处理器按照如下公式确定出待调度UE对应的资源占用门限值：
Th＝(Ncomp/Nall)×Rmean+d×(1-Rmean)；
其中，Ncomp为设定范围内能够调度的与所述待调度UE同类型的UE的数量，Nall为所述设定范围内能够调度的UE总数量，Rmean为与所述待调度UE同类型的UE当前时刻的平均资源占用率，d为设定的调整因子且d∈[0,1]。
进一步，处理器根据如下公式确定所述设定范围内与所述待调度UE同类型的UE当前时刻的平均资源占用率：
Rmean[t]＝c×Rmean[t-1]+(1-c)×Rcurrent[t]；
其中，Rmean[t]为所述设定范围内与所述待调度UE同类型的UE在t时刻的平均资源占用率，Rmean[t-1]为所述设定范围内与所述待调度UE同类型的UE在t-1时刻的平均资源占用率，Rcurrent[t]为所述设定范围内与所述待调度UE同类型的UE在t时刻的瞬时资源占用率，c为设定的调整参数且c∈[0,1]。
基于上述任一实施例，处理器确定设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例，包括：
确定出所述待调度UE对应的协作簇能够调度的与所述待调度UE同类型的UE的数量、以及该协作簇能够调度的UE总数量，以确定所述比例，其中，该协作簇中包括能够同时为所述待调度UE提供服务的所有小区；或者，
确定出该小区能够调度的与所述待调度UE同类型的UE的数量、以及该小区能够调度的UE总数量，以确定所述比例；或者，
确定出将该小区作为服务小区的且与所述待调度UE同类型的UE的数量、以及将该小区作为服务小区的UE总数量，以确定出所述比例。
基于上述任一实施例，处理器还被配置用于：
根据UE优先级信息与资源占用门限调整值的对应关系，确定出所述待调度UE的优先级信息对应资源占用门限调整值；根据确定出的资源占用门限调整值，调整已确定的所述待调度UE对应的资源占用门限值；以及，
根据调整后的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
在实施中，作为第一种优化方式，处理器还被配置用于：
在针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度之前，确定所述待调度UE的优先级信息；
若所述待调度UE具有设定的第二优先级，则根据所述待调度UE对应的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
进一步，处理器还被配置用于：
若所述待调度UE具有设定的第一优先级，则确定所述待调度UE能够在该小区进行调度；或者，
若所述待调度UE具有设定的第三优先级，则确定所述待调度UE只能够在当前为自身提供服务的服务小区进行调度；
其中，所述第一优先级高于所述第二优先级，且所述第二优先级高于所述第三优先级。
作为第二种优化方式，处理器还被配置用于：
在针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度之前，确定所述待调度UE的类型；
若所述待调度UE的类型为指定类型，则根据所述待调度UE对应的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
进一步，处理器还被配置用于：
若所述待调度UE的类型不是所述指定类型，则确定所述待调度UE能够在该小区进行调度。
基于上述任一实施例，处理器被配置具体用于：
若所述待调度UE对应的资源占用门限值大于本次调度之前与所述待调度UE同一类型的UE在该小区内已占用的资源量，确定所述待调度UE能够在该小区进行调度；或者，
若所述待调度UE对应的资源占用门限值不大于本次调度之前与所述待调度UE同一类型的UE在该小区内已占用的资源量，确定所述待调度UE不能够在该小区进行调度。
本发明实施例提供的方法和装置，通过用于表示与待调度UE同类型的UE能够占用的资源的最大值的资源占用门限值以及本次调度之前与该待调度UE同类型的UE在该小区内已占用的资源量，确定该待调度UE是否能够在该待调度UE能够参与调度的小区集合中的各小区上进行调度，由于不需要严格区分不同类型UE能够占用的频域资源位置，从而能够灵活为该待调度UE分配资源，增加了频域调度的灵活性。
附图说明
图1A为背景技术提供的联合发送/联合接收方式的示意图；
图1B为背景技术提供的协同调度/协同波束赋型方式的示意图；
图1C为背景技术提供的动态传输点选择方式的示意图；
图2为本发明提供的协作多点传输场景下的资源调度方法的示意图；
图3为本发明提供的实施例一的流程示意图；
图4为本发明提供的实施例二的流程示意图；
图5为本发明提供的实施例三的流程示意图；
图6为本发明是所提供的协作多点传输场景下的资源调度装置的示意图；
图7为本发明是所提供的用于在协作多点传输场景下对UE进行资源调度的调度实体的示意图。
具体实施方式
本发明不严格区分不同类型UE能够占用的频域资源位置，而是通过用于表示与待调度UE同类型的UE能够占用的资源的最大值的资源占用门限值以及本次调度之前与该待调度UE同类型的UE在该小区内已占用的资源量，确定该待调度UE是否能够在该小区进行调度，从而能够灵活为该待调度UE分配资源，增加了频域调度的灵活性。
下面结合说明书附图对本发明实施例作进一步详细描述。应当理解，此处所描述的实施例仅用于说明和解释本发明，并不用于限定本发明。
本发明实施例提供的一种协作多点传输场景下的资源调度方法，参见图2所示，该方法包括：
步骤21、针对每个待调度UE，确定该待调度UE能够参与调度的小区集合。
本步骤中，待调度UE可以为支持协作多点传输CoMP调度的CoMP UE，也可以为不支持CoMP调度的非CoMP UE。
若待调度UE为CoMP UE，则确定出的小区集合中包括能够调度该CoMP UE的至少两个小区，该小区集合可以包括该CoMP UE的服务小区，也可以不包括该CoMP UE的服务小区；若待调度UE为非CoMP UE，则确定出的小区集合中仅包括该非CoMP UE的服务小区。
步骤22、针对每个待调度UE对应的小区集合中的每个小区，根据该待调度UE对应的用于表示与该待调度UE同类型的UE能够占用的资源的最大值的资源占用门限值、以及本次调度之前与该待调度UE同类型的UE在该小区内已占用的资源量，确定该待调度UE是否能够在该小区进行调度；
其中，待调度UE的类型包括支持协作多点传输CoMP调度的CoMP UE和不支持CoMP调度的非CoMP UE。
本发明实施例中，通过用于表示与待调度UE同类型的UE能够占用的资源的最大值的资源占用门限值以及本次调度之前与该待调度UE同类型的UE在该小区内已占用的资源量，确定该待调度UE是否能够在该待调度UE能够参与调度的小区集合中的各小区上进行调度，由于本发明实施例不严格区分不同类型UE能够占用的频域资源位置，从而能够灵活为该待调度UE分配资源，增加了频域调度的灵活性。
在实施中，步骤22中，针对步骤21确定的小区集合中的每个小区，确定该待调度UE是否能够在该小区进行调度，包括：
若该待调度UE对应的资源占用门限值大于本次调度之前与该待调度UE同一类型的UE在该小区内已占用的资源量，确定该待调度UE能够在该小区进行调度；或者，
若该待调度UE对应的资源占用门限值不大于本次调度之前与所述待调度UE同一类型的UE在该小区内已占用的资源量，确定该待调度UE不能够在该小区进行调度。
本发明实施例提供的资源调度方法的详细处理过程，可参见图3所示的实施例一，包括如下步骤：
步骤A、在处理待调度UE队列中的所选的待调度UEi时，确定该UEi参与调度的小区集合Si；
步骤B、针对Si中的所选的小区Celli,j，确定出UEi对应的资源占用门限值Thi,j以及Celli,j内与UEi同类型的UE已占用的资源量Ri,j；
本步骤中，如果UEi是CoMP UE，则这里统计的是本次调度中之前CoMP UE占用的资源量；如果UEi是非CoMP UE，则这里统计的是本次调度中之前非CoMP UE占用的资源量。
步骤C、判断Thi,j是否小于Ri,j；
若是，执行步骤D；
若否，执行步骤E；
步骤D、UEi可以在Celli,j上调度，并执行步骤F；
步骤E、UEi不可以在Celli,j上调度，并执行步骤F；
步骤F、判断是否遍历了该UEi参与调度的小区集合Si中的每一个小区Celli,j；
若是，执行步骤G；
若否，执行步骤H；
步骤G、在能够调度该UEi的小区上调度该UEi，并执行步骤I；
步骤H、从小区集合Si中选择下一个小区，并执行上述步骤B～步骤F。
步骤I、判断是否遍历了待调度UE队列中的所有待调度UE；
若是，结束本次调度；
若否，执行步骤J；
步骤J、从待调度UE队列中选择下一个待调度UE，并执行上述步骤A～步骤J。
基于上述任一实施例，步骤22中，针对每个待调度UE，根据如下三种方式中的任一方式，确定出该待调度UE对应的资源占用门限值：
方式1、针对每个待调度UE，根据预先配置的各类型的UE与资源占用门限值的对应关系，确定出所述待调度UE的类型对应的资源占用门限值，作为所述待调度UE对应的资源占用门限值。
该方式下，针对不同类型的UE，配置一个与小区无关的固定值作为该类型的UE对应的资源占用门限值。
具体的，对于CoMP UE和非CoMP UE可以各设定一个资源占用门限值，分别记为Thcomp和Thnon-comp。
方式2、针对每个待调度UE，根据设定范围内能够调度的与该待调度UE同类型的UE的数量占该设定范围内能够调度的UE总数量的比例，确定出该待调度UE对应的资源占用门限值。
该方式下，根据设定范围内能够调度的与该待调度UE同类型的UE的数量占该设定范围内能够调度的UE总数量的比例，动态配置不同类型的UE对应的资源占用门限值。
具体的，由于所调度的UE的类型不是CoMP UE就是非CoMP UE，因此，若设定范围内能够调度的CoMP UE占据的比例越大，为其配置的资源占用门限值也越大，相应的，为非CoMP UE配置的资源占用门限值也就越小；反之，若设定范围内能够调度的非CoMP UE占据的比例越大，为其配置的资源占用门限值也越大，相应的，为CoMP UE配置的资源占用门限值也就越小。
该方式进一步包括如下三种实现方式：
方式2a、针对每个待调度UE，确定出该待调度UE对应的协作簇能够调度的与该待调度UE同类型的UE的数量、以及该协作簇能够调度的UE总数量，以确定该待调度UE对应的协作簇能够调度的与该待调度UE同类型的UE的数量占该协作簇能够调度的UE总数量的比例，并根据确定出的比例，确定该待调度UE对应的资源占用门限值。这里的协作簇是在CoMP资源分配时的一种惯用手段，CoMP调度时会有几个小区同时为一个UE发送或接收数据，实现时为了降低复杂度，会限定能同时为一个UE服务的最大小区范围，这个范围就被称作协作簇。协作簇是指能够同时为一个UE提供服务的最大小区范围，即：所述协作簇中包括能够同时为所述待调度UE提供服务的所有小区，步骤21确定出的小区集合是协作簇的一个子集。
具体的，以该待调度UE为CoMP UE为例说明，确定CoMP UE比例的方法为检查该待调度UE对应的协作簇内所有CoMP UE的数量与所有UE（包括CoMP UE和非CoMP UE）的数量的比例。
假设该待调度UE对应的协作簇内与该待调度UE同类型的UE的数目为Ncomp，该协作簇内所有UE的数目为Nall，较佳地，按照公式一，确定待调度UE对应的资源占用门限值：
Thi,j=a×Ncomp/Nall+b……公式一；
其中，a和b是可配置的参数。如果设置a=1，b=0，则表示完全按照确定的比例设置这一门限值；如果设置a=0，b≠0，则与方式1相同，配置固定值。对于其他情况，则表示综合考虑这两个因素。
该方式下，由于考虑的范围更大，因此计算出的结果波动会更小，可靠性高，适合于协作簇中的各小区内与该待调度UE同类型的UE的数目较少，以及小区内与该待调度UE同类型的UE数目波动较大（即协作簇包含的单个小区内CoMP UE数目随时间变化很大）的场景。
方式2b、针对每个待调度UE对应的小区集合内的每个小区，确定出该小区能够调度的与该待调度UE同类型的UE的数量、以及该小区能够调度的UE总数量，以确定该小区能够调度的与该待调度UE同类型的UE的数量占该小区能够调度的UE总数量的比例，并根据确定出的比例，确定该待调度UE对应的资源占用门限值。
具体的，以该待调度UE为CoMP UE为例，遍历Celli,j所在协作簇内所有的UE，查找其中可能在Celli,j上调度的CoMP UE数目以及可能在上面调度的所有UE的数目，分别记为Ncomp和Nall，后续根据确定出的比例，确定该待调度UE对应的资源占用门限值的过程同上述方式2a，此处不再赘述。
该方式下，由于考虑到了每个小区的特定情况，因此会与实际情况匹配度更高，适合于该小区集合中的各个小区内能够调度的与该待调度UE同类型的UE的数目差别很大的场景。
方式2c、针对每个待调度UE对应的小区集合内的每个小区，确定出将该小区作为服务小区的且与所述待调度UE同类型的UE的数量、以及将该小区作为服务小区的UE总数量，以确定将该小区作为服务小区的且与所述待调度UE同类型的UE的数量占将该小区作为服务小区的UE总数量的比例，并根据确定出的比例，确定该待调度UE对应的资源占用门限值。
该方式下，为了提高处理效率，简化处理算法，仅考虑参考小区内接入的UE，即，仅考虑将该小区作为服务小区内接入的UE，以确定将该小区作为服务小区的且与所述待调度UE同类型的UE的数量占将该小区作为服务小区的UE总数量的比例，后续根据确定出的比例，确定该待调度UE对应的资源占用门限值的过程同上述方式2a，此处不再赘述。
该方式下，由于考虑的范围和因素最少，因此实现起来最简单，复杂度也最低，适合于实际设备处理能力受限的场景。
方式3、针对每个待调度UE，根据设定范围内能够调度的与该待调度UE同类型的UE的数量占该设定范围内能够调度的UE总数量的比例、以及所述设定范围内与该待调度UE同类型的UE当前时刻的平均资源占用率，确定出该待调度UE对应的资源占用门限值。
该方式下，设定范围内能够调度的与该待调度UE同类型的UE的数量占该设定范围内能够调度的UE总数量的比例的确定方法同上述方式2，此处不再赘述。
该方式下，按照公式二，确定出该待调度UE对应的资源占用门限值：
Th＝(Ncomp/Nall)×Rmean+d×(1-Rmean)……公式二；
其中，Ncomp为设定范围内能够调度的与该待调度UE同类型的UE的数量，Nall为该设定范围内能够调度的UE总数量，Rmean为与该待调度UE同类型的UE当前时刻的平均资源占用率，d为设定的调整因子且d∈[0,1]。
具体的，Rmean可以是设定范围内设定时间段内各设定时间点上与该待调度UE同类型的UE的瞬时资源占用率的平均值；Rmean也可以是采用设定的滤波方式，对设定范围内设定时间段内各设定时间点上与该待调度UE同类型的UE的瞬时资源占用率进行滤波处理得到的值。
较佳地，根据如下公式三确定设定范围内与该待调度UE同类型的UE当前时刻的平均资源占用率：
Rmean[t]＝c×Rmean[t-1]+(1-c)×Rcurrent[t]……公式三；
其中，Rmean[t]为设定范围内与该待调度UE同类型的UE在t时刻的平均资源占用率，Rmean[t-1]为设定范围内与该待调度UE同类型的UE在t-1时刻的平均资源占用率，Rcurrent[t]为设定范围内与该待调度UE同类型的UE在t时刻的瞬时资源占用率，c为设定的调整参数且c∈[0,1]。
该方式下，设定范围内与该待调度UE同类型的UE具体为：该待调度UE对应的协作簇所包含的各小区能够调度的与该待调度UE同类型的UE，或者，该待调度UE对应的小区集合中的每个小区能够调度的与该待调度UE同类型的UE的数量，或者，针对该待调度UE对应的小区集合中的每个小区，将该小区作为服务小区的且与所述待调度UE同类型的UE。
基于上述任一实施例，步骤22中，针对步骤21所确定的小区集合中的每个小区，确定该待调度UE是否能够在该小区进行调度，还包括：
根据UE优先级信息与资源占用门限调整值的对应关系，确定出该待调度UE的优先级信息对应资源占用门限调整值；
根据确定出的资源占用门限调整值，调整已确定的该待调度UE对应的资源占用门限值；以及，
根据调整后的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定该待调度UE是否能够在该小区进行调度。
具体的，可以将UE划分为第一优先级、第二优先级及第三优先级三个优先级等级，其中，第一优先级高于第二优先级，且第二优先级高于第三优先级，不同优先级对应不同的资源占用门限调整值。例如第一优先级对应的资源占用门限调整值为e，第二优先级对应的资源占用门限调整值为0，即不调整，第三优先级对应的资源占用门限调整值为-e，其中，e为大于0的数。
举例说明，假设已确定的该待调度UE对应的资源占用门限值为Thi,j，则对于具有第一优先级的UE，调整后的资源占用门限值为Thi,j+e；对于具有第二优先级的UE，可保持资源占用门限值不变；对于具有第三优先级的UE，调整后的资源占用门限值为Thi,j-e。这样便可为具有不同优先级的UE提供差异化的服务。
本发明实施例中，UE的优先级可以根据UE的接入等级限制（Access ClassBarring，AC Barring）信息确定，也可以根据UE的各个承载的标准化服务质量（Quality ofService，QoS）参数（包括标准化服务质量等级标识（QoS Class Identifier，QCI）、分配和保持优先级（Allocation and Retention Priority，ARP）优先级、保证比特速率（Guaranteed Bit Rate，GBR）、最大比特速率（Maximum Bit Rate，MBR）等）。
以参考ARP确定优先级为例进行说明，协议规定ARP优先级有1～15个等级，其中，等级1～等级8只用于运营商内部，等级9～等级15可用于其服务的用户，等级编号越小，其对应的优先级也就越高。UE内的每一个承载都会被分配一个ARP优先级，这里为了以用户为单位进行判断，可以取UE内所有承载中ARP优先级最高或最低的优先级作为这个UE的优先级。为了区别对待高优先级UE和低优先级UE，这里可以将UE划分为3个优先级等级，其中等级1～等级10为第一优先级UE（即高优先级UE），等级11～等级13为第二优先级UE（即中优先级UE），而等级14～等级15为第三优先级UE（即低优先级UE）。
在实施中，基于上述任一实施例，作为第一种优化方式，针对步骤21所确定的小区集合中的每个小区，确定该待调度UE是否能够在该小区进行调度之前，还包括：确定该待调度UE的优先级信息；
步骤22中，针对该小区集合中的每个小区，确定该待调度UE是否能够在该小区进行调度，包括：
若该待调度UE具有设定的第二优先级，则根据该待调度UE对应的资源占用门限值、以及本次调度之前与该待调度UE同类型的UE在该小区内已占用的资源量，确定该待调度UE是否能够在该小区进行调度。
进一步，步骤22中，针对步骤21所确定的小区集合中的每个小区，确定该待调度UE是否能够在该小区进行调度，还包括：
若该待调度UE具有设定的第一优先级，则确定该待调度UE能够在该小区进行调度；或者，
若该待调度UE具有设定的第三优先级，则确定该待调度UE只能够在当前为自身提供服务的服务小区进行调度；
其中，第一优先级高于第二优先级，且第二优先级高于第三优先级。
仍以图3所示的处理过程为例，该优化方式下，对图3所示的处理过程作进一步改进，如图4所示的实施例二，在图3所示的处理过程的步骤A之后且步骤B之前还包括如下步骤：
步骤K1、判断UEi是否为第一优先级UE；
若是，执行步骤K2；
若否，执行步骤K3；
步骤K2、在Si中的每一个小区Celli,j上调度UEi；
步骤K3、判断UEi是否为第三优先级UE；
若是，执行步骤K4；
若否，执行步骤B；
步骤K4、在UEi的服务小区上调度UEi。
在实施中，基于上述任一实施例，作为第二种优化方式，针对步骤21所确定的小区集合中的每个小区，确定该待调度UE是否能够在该小区进行调度之前，还包括：确定该待调度UE的类型；
步骤22中，针对该小区集合中的每个小区，确定该待调度UE是否能够在该小区进行调度，包括：
若该待调度UE的类型为指定类型，则根据该待调度UE对应的资源占用门限值、以及本次调度之前与该待调度UE同类型的UE在该小区内已占用的资源量，确定该待调度UE是否能够在该小区进行调度。
进一步，步骤22中，针对该小区集合中的每个小区，确定该待调度UE是否能够在该小区进行调度，还包括：
若该待调度UE的类型不是上述指定类型，则确定该待调度UE能够在该小区进行调度。
举例说明，假设指定类型为CoMP UE，仍以图3所示的处理过程为例，该优化方式下，对图3所示的处理过程作进一步改进，如图5所示的实施例三，在图3所示的处理过程的步骤A之后且步骤B之前还包括如下步骤：
步骤L1、判断UEi是否为CoMP UE；
若是，执行步骤B；
若否，执行步骤L2。
步骤L2、在Si中的每一个小区Celli,j上调度该UEi。
上述方法处理流程可以用软件程序实现，该软件程序可以存储在存储介质中，当存储的软件程序被调用时，执行上述方法步骤。
基于同一发明构思，本发明实施例中还提供了一种协作多点传输场景下的资源调度装置，参见图6所示，该装置包括：
第一处理模块61，用于针对每个待调度用户设备UE，确定所述待调度UE能够参与调度的小区集合；以及，
第二处理模块62，用于针对所述小区集合中的每个小区，根据所述待调度UE对应的用于表示与所述待调度UE同类型的UE能够占用的资源的最大值的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度；
其中，所述待调度UE的类型包括支持协作多点传输CoMP调度的CoMP UE和不支持CoMP调度的非CoMP UE。
在实施中，针对所述小区集合中的每个小区，第二处理模块62根据如下方式确定出所述待调度UE对应的资源占用门限值：
根据预先配置的各类型的UE与资源占用门限值的对应关系，确定出所述待调度UE的类型对应的资源占用门限值，作为所述待调度UE对应的资源占用门限值，具体参见方式1，此处不再赘述；或者，
根据设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例，确定出所述待调度UE对应的资源占用门限值，具体参见方式2，此处不再赘述；或者，
根据设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例、以及与所述待调度UE同类型的UE当前时刻的平均资源占用率，确定出所述待调度UE对应的资源占用门限值，具体参见方式3，此处不再赘述。
进一步，第二处理模块62按照如下公式确定出所述待调度UE对应的资源占用门限值：
Th＝(Ncomp/Nall)×Rmean+d×(1-Rmean)；
其中，Ncomp为设定范围内能够调度的与所述待调度UE同类型的UE的数量，Nall为所述设定范围内能够调度的UE总数量，Rmean为与所述待调度UE同类型的UE当前时刻的平均资源占用率，d为设定的调整因子且d∈[0,1]。
进一步，第二处理模块62根据如下公式确定所述设定范围内与所述待调度UE同类型的UE当前时刻的平均资源占用率：
Rmean[t]＝c×Rmean[t-1]+(1-c)×Rcurrent[t]；
其中，Rmean[t]为所述设定范围内与所述待调度UE同类型的UE在t时刻的平均资源占用率，Rmean[t-1]为所述设定范围内与所述待调度UE同类型的UE在t-1时刻的平均资源占用率，Rcurrent[t]为所述设定范围内与所述待调度UE同类型的UE在t时刻的瞬时资源占用率，c为设定的调整参数且c∈[0,1]。
基于上述任一实施例，第二处理模块62确定设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例，包括：
确定出所述待调度UE所在的协作簇内能够调度的与所述待调度UE同类型的UE的数量、以及该协作簇内能够调度的UE总数量，以确定所述比例，其中，该协作簇中包括能够同时为所述待调度UE提供服务的所有小区，具体参见方式2a，此处不再赘述；或者，
确定出该小区能够调度的与所述待调度UE同类型的UE的数量、以及该小区能够调度的UE总数量，以确定所述比例，具体参见方式2b，此处不再赘述；或者，
确定出将该小区作为服务小区的且与所述待调度UE同类型的UE的数量、以及将该小区作为服务小区的UE总数量，以确定出所述比例，具体参见方式2c，此处不再赘述。
基于上述任一实施例，第二处理模块62还用于：
根据UE优先级信息与资源占用门限调整值的对应关系，确定出所述待调度UE的优先级信息对应资源占用门限调整值；根据确定出的资源占用门限调整值，调整已确定的所述待调度UE对应的资源占用门限值；以及，
根据调整后的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
在实施中，作为第一种优化方式，第二处理模块62还用于：
在针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度之前，确定所述待调度UE的优先级信息；
若所述待调度UE具有设定的第二优先级，则根据所述待调度UE对应的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
进一步，第二处理模块62还用于：
若所述待调度UE具有设定的第一优先级，则确定所述待调度UE能够在该小区进行调度；或者，
若所述待调度UE具有设定的第三优先级，则确定所述待调度UE只能够在当前为自身提供服务的服务小区进行调度；
其中，所述第一优先级高于所述第二优先级，且所述第二优先级高于所述第三优先级。
作为第二种优化方式，第二处理模块62还用于：
在针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度之前，确定所述待调度UE的类型；
若所述待调度UE的类型为指定类型，则根据所述待调度UE对应的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
进一步，第二处理模块62还用于：
若所述待调度UE的类型不是所述指定类型，则确定所述待调度UE能够在该小区进行调度。
基于上述任一实施例，第二处理模块62具体用于：
若所述待调度UE对应的资源占用门限值大于本次调度之前与所述待调度UE同一类型的UE在该小区内已占用的资源量，确定所述待调度UE能够在该小区进行调度；或者，若所述待调度UE对应的资源占用门限值不大于本次调度之前与所述待调度UE同一类型的UE在该小区内已占用的资源量，确定所述待调度UE不能够在该小区进行调度。
下面结合优选的硬件结构，对本发明实施例提供的用于在协作多点传输场景下，对UE进行资源调度的调度实体的结构、处理方式进行说明。
参见图7所示，该调度实体包括收发信机71、以及与该收发信机71连接的至少一个处理器72，其中：
处理器72被配置用于：针对每个待调度用户设备UE，确定所述待调度UE能够参与调度的小区集合；以及，
针对所述小区集合中的每个小区，根据所述待调度UE对应的用于表示与所述待调度UE同类型的UE能够占用的资源的最大值的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度；
其中，所述待调度UE的类型包括支持协作多点传输CoMP调度的CoMPUE和不支持CoMP调度的非CoMP UE。
在实施中，针对所述小区集合中的每个小区，处理器72根据如下方式确定出所述待调度UE对应的资源占用门限值：
根据预先配置的各类型的UE与资源占用门限值的对应关系，确定出所述待调度UE的类型对应的资源占用门限值，作为所述待调度UE对应的资源占用门限值，具体参见方式1，此处不再赘述；或者，
根据设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例，确定出所述待调度UE对应的资源占用门限值，具体参见方式2，此处不再赘述；或者，
根据设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例、以及与所述待调度UE同类型的UE当前时刻的平均资源占用率，确定出所述待调度UE对应的资源占用门限值，具体参见方式3，此处不再赘述。
进一步，处理器72按照如下公式确定出所述待调度UE对应的资源占用门限值：
Th＝(Ncomp/Nall)×Rmean+d×(1-Rmean)；
其中，Ncomp为设定范围内能够调度的与所述待调度UE同类型的UE的数量，Nall为所述设定范围内能够调度的UE总数量，Rmean为与所述待调度UE同类型的UE当前时刻的平均资源占用率，d为设定的调整因子且d∈[0,1]。
进一步，处理器72根据如下公式确定所述设定范围内与所述待调度UE同类型的UE当前时刻的平均资源占用率：
Rmean[t]＝c×Rmean[t-1]+(1-c)×Rcurrent[t]；
其中，Rmean[t]为所述设定范围内与所述待调度UE同类型的UE在t时刻的平均资源占用率，Rmean[t-1]为所述设定范围内与所述待调度UE同类型的UE在t-1时刻的平均资源占用率，Rcurrent[t]为所述设定范围内与所述待调度UE同类型的UE在t时刻的瞬时资源占用率，c为设定的调整参数且c∈[0,1]。
基于上述任一实施例，处理器72确定设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例，包括：
确定出所述待调度UE对应的协作簇能够调度的与所述待调度UE同类型的UE的数量、以及该协作簇能够调度的UE总数量，以确定所述比例，其中，该协作簇中包括能够同时为所述待调度UE提供服务的所有小区，具体参见方式2a，此处不再赘述；或者，
确定出该小区能够调度的与所述待调度UE同类型的UE的数量、以及该小区能够调度的UE总数量，以确定所述比例，具体参见方式2b，此处不再赘述；或者，
确定出将该小区作为服务小区的且与所述待调度UE同类型的UE的数量、以及将该小区作为服务小区的UE总数量，以确定出所述比例，具体参见方式2c，此处不再赘述。
基于上述任一实施例，处理器72还被配置用于：
根据UE优先级信息与资源占用门限调整值的对应关系，确定出所述待调度UE的优先级信息对应资源占用门限调整值；根据确定出的资源占用门限调整值，调整已确定的所述待调度UE对应的资源占用门限值；以及，
根据调整后的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
在实施中，作为第一种优化方式，处理器72还被配置用于：
在针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度之前，确定所述待调度UE的优先级信息；
若所述待调度UE具有设定的第二优先级，则根据所述待调度UE对应的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
进一步，处理器72还被配置用于：
若所述待调度UE具有设定的第一优先级，则确定所述待调度UE能够在该小区进行调度；或者，
若所述待调度UE具有设定的第三优先级，则确定所述待调度UE只能够在当前为自身提供服务的服务小区进行调度；
其中，所述第一优先级高于所述第二优先级，且所述第二优先级高于所述第三优先级。
作为第二种优化方式，处理器72还被配置用于：
在针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度之前，确定所述待调度UE的类型；
若所述待调度UE的类型为指定类型，则根据所述待调度UE对应的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
进一步，处理器72还被配置用于：
若所述待调度UE的类型不是所述指定类型，则确定所述待调度UE能够在该小区进行调度。
基于上述任一实施例，处理器72被配置具体用于：
若所述待调度UE对应的资源占用门限值大于本次调度之前与所述待调度UE同一类型的UE在该小区内已占用的资源量，确定所述待调度UE能够在该小区进行调度；或者，
若所述待调度UE对应的资源占用门限值不大于本次调度之前与所述待调度UE同一类型的UE在该小区内已占用的资源量，确定所述待调度UE不能够在该小区进行调度。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (18)
1.一种协作多点传输场景下的资源调度方法，其特征在于，该方法包括：
针对每个待调度用户设备UE，确定所述待调度UE能够参与调度的小区集合；以及，
针对所述小区集合中的每个小区，根据所述待调度UE对应的用于表示与所述待调度UE同类型的UE能够占用的资源的最大值的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度；
其中，所述待调度UE的类型包括支持协作多点传输CoMP调度的CoMP UE和不支持CoMP调度的非CoMP UE；
其中，针对所述小区集合中的每个小区，根据如下方式确定出所述待调度UE对应的资源占用门限值：
根据设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例，确定出所述待调度UE对应的资源占用门限值；或者，
根据设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例、以及与所述待调度UE同类型的UE当前时刻的平均资源占用率，确定出所述待调度UE对应的资源占用门限值；
其中，根据设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例、以及所述设定范围内与所述待调度UE同类型的UE当前时刻的平均资源占用率，按照如下公式确定出所述待调度UE对应的资源占用门限值：
Th＝(Ncomp/Nall)×Rmean+d×(1-Rmean)；
其中，Ncomp为设定范围内能够调度的与所述待调度UE同类型的UE的数量，Nall为所述设定范围内能够调度的UE总数量，Rmean为与所述待调度UE同类型的UE当前时刻的平均资源占用率，d为设定的调整因子且d∈[0,1]。
2.如权利要求1所述的方法，其特征在于，根据如下公式确定所述设定范围内与所述待调度UE同类型的UE当前时刻的平均资源占用率：
Rmean[t]＝c×Rmean[t-1]+(1-c)×Rcurrent[t]；
其中，Rmean[t]为所述设定范围内与所述待调度UE同类型的UE在t时刻的平均资源占用率，Rmean[t-1]为所述设定范围内与所述待调度UE同类型的UE在t-1时刻的平均资源占用率，Rcurrent[t]为所述设定范围内与所述待调度UE同类型的UE在t时刻的瞬时资源占用率，c为设定的调整参数且c∈[0,1]。
3.如权利要求1或2所述的方法，其特征在于，确定设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例，包括：
确定出所述待调度UE对应的协作簇能够调度的与所述待调度UE同类型的UE的数量、以及所述协作簇能够调度的UE总数量，以确定所述比例，其中，所述协作簇中包括能够同时为所述待调度UE提供服务的所有小区；或者，
确定出该小区能够调度的与所述待调度UE同类型的UE的数量、以及该小区能够调度的UE总数量，以确定所述比例；或者，
确定出将该小区作为服务小区的且与所述待调度UE同类型的UE的数量、以及将该小区作为服务小区的UE总数量，以确定出所述比例。
4.如权利要求1所述的方法，其特征在于，针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度，还包括：
根据UE优先级信息与资源占用门限调整值的对应关系，确定出所述待调度UE的优先级信息对应资源占用门限调整值；
根据确定出的资源占用门限调整值，调整已确定的所述待调度UE对应的资源占用门限值；
根据调整后的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
5.如权利要求1所述的方法，其特征在于，针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度之前，所述方法还包括：
确定所述待调度UE的优先级信息；
针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度，包括：
若所述待调度UE具有设定的第二优先级，则根据所述待调度UE对应的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
6.如权利要求5所述的方法，其特征在于，针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度，还包括：
若所述待调度UE具有设定的第一优先级，则确定所述待调度UE能够在该小区进行调度；或者，
若所述待调度UE具有设定的第三优先级，则确定所述待调度UE只能够在当前为自身提供服务的服务小区进行调度；
其中，所述第一优先级高于所述第二优先级，且所述第二优先级高于所述第三优先级。
7.如权利要求1所述的方法，其特征在于，针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度之前，所述方法还包括：
确定所述待调度UE的类型；
针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度，包括：
若所述待调度UE的类型为指定类型，则根据所述待调度UE对应的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
8.如权利要求7所述的方法，其特征在于，针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度，还包括：
若所述待调度UE的类型不是所述指定类型，则确定所述待调度UE能够在该小区进行调度。
9.如权利要求1、2，4～8任一项所述的方法，其特征在于，针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度，包括：
若所述待调度UE对应的资源占用门限值大于本次调度之前与所述待调度UE同一类型的UE在该小区内已占用的资源量，确定所述待调度UE能够在该小区进行调度；或者，
若所述待调度UE对应的资源占用门限值不大于本次调度之前与所述待调度UE同一类型的UE在该小区内已占用的资源量，确定所述待调度UE不能够在该小区进行调度。
10.一种协作多点传输场景下的资源调度装置，其特征在于，所述装置包括：
第一处理模块，用于针对每个待调度用户设备UE，确定所述待调度UE能够参与调度的小区集合；以及，
第二处理模块，用于针对所述小区集合中的每个小区，根据所述待调度UE对应的用于表示与所述待调度UE同类型的UE能够占用的资源的最大值的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度；
其中，所述待调度UE的类型包括支持协作多点传输CoMP调度的CoMP UE和不支持CoMP调度的非CoMP UE；
其中，针对所述小区集合中的每个小区，所述第二处理模块根据如下方式确定出所述待调度UE对应的资源占用门限值：
根据设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例，确定出所述待调度UE对应的资源占用门限值；或者，
根据设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例、以及与所述待调度UE同类型的UE当前时刻的平均资源占用率，确定出所述待调度UE对应的资源占用门限值；
其中，所述第二处理模块按照如下公式确定出所述待调度UE对应的资源占用门限值：
Th＝(Ncomp/Nall)×Rmean+d×(1-Rmean)；
其中，Ncomp为设定范围内能够调度的与所述待调度UE同类型的UE的数量，Nall为所述设定范围内能够调度的UE总数量，Rmean为与所述待调度UE同类型的UE当前时刻的平均资源占用率，d为设定的调整因子且d∈[0,1]。
11.如权利要求10所述的装置，其特征在于，所述第二处理模块根据如下公式确定所述设定范围内与所述待调度UE同类型的UE当前时刻的平均资源占用率：
Rmean[t]＝c×Rmean[t-1]+(1-c)×Rcurrent[t]；
其中，Rmean[t]为所述设定范围内与所述待调度UE同类型的UE在t时刻的平均资源占用率，Rmean[t-1]为所述设定范围内与所述待调度UE同类型的UE在t-1时刻的平均资源占用率，Rcurrent[t]为所述设定范围内与所述待调度UE同类型的UE在t时刻的瞬时资源占用率，c为设定的调整参数且c∈[0,1]。
12.如权利要求10或11所述的装置，其特征在于，所述第二处理模块确定设定范围内能够调度的与所述待调度UE同类型的UE的数量占所述设定范围内能够调度的UE总数量的比例，包括：
确定出所述待调度UE对应的协作簇能够调度的与所述待调度UE同类型的UE的数量、以及所述协作簇能够调度的UE总数量，以确定所述比例，其中，所述协作簇中包括能够同时为所述待调度UE提供服务的所有小区；或者，
确定出该小区能够调度的与所述待调度UE同类型的UE的数量、以及该小区能够调度的UE总数量，以确定所述比例；或者，
确定出将该小区作为服务小区的且与所述待调度UE同类型的UE的数量、以及将该小区作为服务小区的UE总数量，以确定出所述比例。
13.如权利要求10所述的装置，其特征在于，所述第二处理模块还用于：
根据UE优先级信息与资源占用门限调整值的对应关系，确定出所述待调度UE的优先级信息对应资源占用门限调整值；
根据确定出的资源占用门限调整值，调整已确定的所述待调度UE对应的资源占用门限值；
根据调整后的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
14.如权利要求10所述的装置，其特征在于，所述第二处理模块还用于：在针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度之前，确定所述待调度UE的优先级信息；
若所述待调度UE具有设定的第二优先级，则根据所述待调度UE对应的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
15.如权利要求14所述的装置，其特征在于，所述第二处理模块还用于：
若所述待调度UE具有设定的第一优先级，则确定所述待调度UE能够在该小区进行调度；或者，
若所述待调度UE具有设定的第三优先级，则确定所述待调度UE只能够在当前为自身提供服务的服务小区进行调度；
其中，所述第一优先级高于所述第二优先级，且所述第二优先级高于所述第三优先级。
16.如权利要求10所述的装置，其特征在于，所述第二处理模块还用于：
在针对所述小区集合中的每个小区，确定所述待调度UE是否能够在该小区进行调度之前，确定所述待调度UE的类型；
若所述待调度UE的类型为指定类型，则根据所述待调度UE对应的资源占用门限值、以及本次调度之前与所述待调度UE同类型的UE在该小区内已占用的资源量，确定所述待调度UE是否能够在该小区进行调度。
17.如权利要求16所述的装置，其特征在于，所述第二处理模块还用于：
若所述待调度UE的类型不是所述指定类型，则确定所述待调度UE能够在该小区进行调度。
18.如权利要求10、11，13～17任一项所述的装置，其特征在于，所述第二处理模块具体用于：
若所述待调度UE对应的资源占用门限值大于本次调度之前与所述待调度UE同一类型的UE在该小区内已占用的资源量，确定所述待调度UE能够在该小区进行调度；或者，
若所述待调度UE对应的资源占用门限值不大于本次调度之前与所述待调度UE同一类型的UE在该小区内已占用的资源量，确定所述待调度UE不能够在该小区进行调度。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410136730.4A CN103929817B (zh) | 2014-04-04 | 2014-04-04 | 一种协作多点传输场景下的资源调度方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410136730.4A CN103929817B (zh) | 2014-04-04 | 2014-04-04 | 一种协作多点传输场景下的资源调度方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103929817A CN103929817A (zh) | 2014-07-16 |
| CN103929817B true CN103929817B (zh) | 2018-03-23 |
Family
ID=51147851
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410136730.4A Active CN103929817B (zh) | 2014-04-04 | 2014-04-04 | 一种协作多点传输场景下的资源调度方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103929817B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106576263B (zh) * | 2014-08-21 | 2020-04-03 | 华为技术有限公司 | 协作多点传输方法及装置 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101784103A (zh) * | 2009-01-19 | 2010-07-21 | 大唐移动通信设备有限公司 | 一种在多小区中调度用户的方法及无线接入网设备 |
| CN102186248A (zh) * | 2011-05-13 | 2011-09-14 | 电信科学技术研究院 | 一种用于干扰协调的调度方法和设备 |
| CN102307393A (zh) * | 2011-08-23 | 2012-01-04 | 电信科学技术研究院 | 一种资源分配方法及装置 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20110255436A1 (en) * | 2009-07-10 | 2011-10-20 | Xu Jian | Method of Optimizing Comp Zone for Joint Processing Mode |
-
2014
- 2014-04-04 CN CN201410136730.4A patent/CN103929817B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101784103A (zh) * | 2009-01-19 | 2010-07-21 | 大唐移动通信设备有限公司 | 一种在多小区中调度用户的方法及无线接入网设备 |
| CN102186248A (zh) * | 2011-05-13 | 2011-09-14 | 电信科学技术研究院 | 一种用于干扰协调的调度方法和设备 |
| CN102307393A (zh) * | 2011-08-23 | 2012-01-04 | 电信科学技术研究院 | 一种资源分配方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103929817A (zh) | 2014-07-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104066092B (zh) | 一种频谱分配方法、装置和系统 | |
| CN104284424B (zh) | 多天线系统中的上行控制信道资源分配方法和基站 | |
| US9621309B2 (en) | Joint scheduling method and apparatus | |
| CN106888510B (zh) | 实现资源分配的方法和系统，及集中控制器和基站 | |
| CN106102169B (zh) | 一种lte系统中pucch资源配置方法及基站 | |
| CN103002585A (zh) | 一种小区srs资源分配方法和装置 | |
| CN104918256B (zh) | 一种传输调度方法及装置 | |
| CN103929817B (zh) | 一种协作多点传输场景下的资源调度方法和装置 | |
| CN106851830B (zh) | 一种用于lte-a异构网络的资源分配方法和装置 | |
| CN104159309B (zh) | 一种资源分配优化方法及装置 | |
| CN106162747B (zh) | 一种负荷均衡的方法及装置 | |
| CN107947890B (zh) | 一种小区间干扰协调方法及网络设备 | |
| CN104170309B (zh) | 一种资源管理方法及装置 | |
| WO2018210129A1 (zh) | 一种无线移动通信系统资源分配方法及装置 | |
| CN108541067B (zh) | 一种资源调度方法及装置 | |
| CN106658738B (zh) | 一种多点协作传输方法和系统 | |
| CN105828437B (zh) | 一种用户调度方法及装置 | |
| JP6163566B2 (ja) | 無線通信方法および装置 | |
| CN107182057B (zh) | 一种lte系统中小区间协作的方法和装置 | |
| CN109803352B (zh) | 一种雾无线接入网络的资源调配方法和装置 | |
| CN111132312B (zh) | 一种资源分配方法和装置 | |
| CN105409266B (zh) | 一种联合调度的方法和装置 | |
| WO2017101461A1 (zh) | 一种资源复用方法及基站 | |
| CN105992370B (zh) | 一种基于令牌交互的分布式CoMP的方法和装置 | |
| CN104053240B (zh) | 一种协作多点系统中的资源分配方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210602 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |