协作调度方法及相关设备与流程

1.本技术涉及通信技术领域，具体而言，本技术涉及一种协作调度方法及相关设备。


背景技术：

2.在移动通信系统中，各基站下小区的覆盖区域是由对应小区中各波束的覆盖区域确定的。受基站选址条件的限制，小区间存在交互重叠的波束覆盖区域。
3.然而，在现有的实现方案中，为避免各小区间信号干扰导致数据传输速率的下降，一个地理区域即使被多个小区中的波束覆盖，也只允许由一个基站下某个小区的一个波束所覆盖。因此，存在重叠覆盖的波束覆盖区域的小区间无法相互协作，导致所处理的重叠覆盖的波束覆盖区域中用户的数据传输需求不能得到可靠的保证，且存在系统吞吐量降低、调度时延增加的问题。


技术实现要素：

4.本技术提供了一种协作调度方法及相关设备，该技术方案如下所示：
5.第一方面，提供了一种协作调度方法，该方法包括：
6.获取基站对应的协作调度相关信息；
7.基于所述协作调度相关信息，确定用于对重叠覆盖的波束覆盖区域中的业务进行协作调度的配置信息；
8.基于所述配置信息对基站进行相应配置。
9.可选地，所述协作调度相关信息包括基站状态信息和基站所服务ue的ue状态信息中的至少一项；
10.其中，所述基站状态信息包括基站位置信息、基站天线配置信息、基站下小区对应的波束权重信息、小区中波束对应的ue数信息、波束业务量信息、波束与小区的映射关系信息、小区对应的ue数信息、小区业务量信息、小区对应的邻区关系信息、小区对应的业务延时信息、小区对应的资源利用信息和调度能力信息中的至少一项；
11.其中，ue状态信息包括ue信道状态信息、ue数据传输需求信息和ue测量信息中的至少一项。
12.可选地，所述基于所述协作调度相关信息，确定用于对重叠覆盖的波束覆盖区域中的业务进行协作调度的配置信息，包括：
13.基于所述协作调度相关信息，确定基站下小区要服务的波束覆盖区域；
14.基于所述小区要服务的波束覆盖区域，确定小区的配置信息。
15.可选地，所述基于所述协作调度相关信息，确定基站下小区要服务的波束覆盖区域，包括：
16.基于所述协作调度相关信息，确定基站下小区的调度状态信息；
17.基于所述调度状态信息，确定小区的类型；所述类型包括需要协作的第一类型、有协作调度能力的第二类型、和无需协作或无协作能力的第三类型中的一种；
18.基于小区的类型，确定小区要服务的波束覆盖区域。
19.可选地，所述小区的调度状态信息包括预测的资源利用率和/或激活波束数量。
20.可选地，所述协作调度相关信息中包括预测的资源利用率和/或激活波束数量；或者
21.基于所述协作调度相关信息，确定基站下小区的调度状态信息，包括：
22.基于所述协作调度相关信息，预测小区的资源利用率和/或激活波束数量。
23.可选地，所述基于所述调度状态信息，确定小区的类型，包括以下至少一项：
24.当所述预测的激活波束数量大于第一预设阈值，或所述预测的资源利用率大于第二预设阈值时，将小区的类型确定为第一类型；
25.当所述预测的激活波束数量小于第三预设阈值，且所述预测的资源利用率小于第四预设阈值时，将小区的类型确定为第二类型；
26.将无法确定为所述第一类型或第二类型的小区的类型确定为第三类型；
27.其中，所述第一预设阈值不小于第三预设阈值，所述第二预设阈值不小于第四预设阈值。
28.可选地，所述基于小区的类型，确定小区要服务的波束覆盖区域，包括：
29.基于小区的类型，确定为重叠覆盖的波束覆盖区域提供服务的小区；
30.基于为重叠覆盖的波束覆盖区域提供服务的小区，确定各小区分别服务的波束覆盖区域。
31.可选地，基于小区的类型，确定为重叠覆盖的波束覆盖区域提供服务的小区，包括：
32.基于属于所述第一类型的小区与其他小区重叠覆盖的波束覆盖区域，确定需要协作调度的波束覆盖区域；
33.基于需要协作调度的波束覆盖区域以及各小区的类型，确定需要协作调度的波束覆盖区域对应的候选服务小区；
34.基于所述候选服务小区，确定为需要协作调度的波束覆盖区域提供服务的小区。
35.可选地，基于所述候选服务小区，确定为需要协作调度的波束覆盖区域提供服务的小区，包括：
36.执行下述步骤直至完成对所有需要协作调度的波束覆盖区域的分配：
37.从需要协作调度的波束覆盖区域中选择对应的预测资源利用率最大的波束覆盖区域；在选择的波束覆盖区域对应的候选服务小区中，选择对应的预测资源利用率最小的候选服务小区，作为向选择出的波束覆盖区域提供服务的小区。
38.可选地，在所述基于所述协作调度相关信息，确定基站下小区的调度状态信息之前，还包括：
39.将各小区划分为不同的协作调度组；
40.所述基于所述协作调度相关信息，确定基站下小区的调度状态信息，包括：
41.针对每一协作调度组，基于所述协作调度相关信息，确定协作调度组内各小区的调度状态信息。
42.可选地，所述将各小区划分为不同的协作调度组，包括：
43.基于小区间重叠覆盖的波束覆盖区域的预测业务量，确定小区间的协作权重；
44.基于小区间的协作权重，将各小区划分为不同的协作调度组。
45.可选地，基于小区间的协作权重，将各小区划分为不同的协作调度组，包括下述至少一项：
46.将协作权重最大的小区划分至同一协作调度组；重复下述操作，直到协作调度组中的小区个数达第一设定值：将与协作调度组中已有的小区协作权重最大的小区划分至所述协作调度组；
47.获取小区关系图，所述小区关系图通过点表征小区，边线表征小区间的协作权重；在每次执行下述剔除步骤后判断是否形成小区个数小于第二设定值的独立的关系图，若是，则将相应的小区划分至同一协作调度组，若否继续执行下述剔除步骤，直至所有小区被划分至相应的协作调度组：在小区关系图中剔除小区间的协作权重最小的边线。
48.可选地，基于所述小区要服务的波束覆盖区域，确定小区的配置信息，包括：
49.对于需要其他小区对重叠覆盖的波束覆盖区域进行协作调度的小区，将小区要服务的波束覆盖区域的信息确定为小区的配置信息；
50.对于需要对重叠覆盖的波束覆盖区域进行协作调度的小区，基于所述小区要服务的波束覆盖区域对应的预测资源利用率和/或预测业务延时，确定小区的配置信息。
51.可选地，所述小区要服务的波束覆盖区域包括原始调度的波束覆盖区域和需要协作调度的波束覆盖区域；
52.所述基于所述小区要服务的波束覆盖区域对应的预测资源利用率和/或预测业务延时，确定小区进行协作调度时的配置信息，包括以下至少一项：
53.基于原始调度的波束覆盖区域与需要协作调度的波束覆盖区域分别对应的预测资源利用率，确定小区的时域资源；
54.基于原始调度的波束覆盖区域与需要协作调度的波束覆盖区域分别对应的预测业务延时，确定小区的频域资源；
55.基于需要协作调度的波束覆盖区域中业务的优先级和/或业务延时，确定小区所需协作调度的业务。
56.可选地，所述基于所述配置信息对基站进行配置之后，还包括：
57.获取所述协作调度组中的小区对应的资源利用率和/或业务延时；
58.基于所述协作调度组中的小区对应的资源利用率和/或业务延时，更新所述配置信息。
59.可选地，所述基于所述配置信息对基站进行配置，包括：
60.将所述配置信息发送至基站，以使基站基于所述配置信息执行协作调度。
61.第二方面，提供了一种协作调度方法，该方法包括：
62.上报协作调度相关信息；
63.接收基于所述协作调度相关信息确定的用于对重叠覆盖的波束覆盖区域中的业务进行协作调度的配置信息；
64.基于所述配置信息执行协作调度。
65.可选地，所述基于所述配置信息执行协作调度，包括：
66.基于所述配置信息确定小区的调度类型；
67.针对确定为需要其他小区对重叠覆盖的波束覆盖区域进行协作调度的第一类小
区，将所述第一类小区下需要其他小区协作调度的ue切换至进行协作调度的小区中；
68.针对确定为需要对重叠覆盖的波束覆盖区域进行协作调度的第二类小区，基于所述配置信息中的时域资源和/或频域资源和/或需要执行的业务信息，配置所述第二类小区执行协作调度。
69.第三方面，提供了一种协作调度装置，包括：
70.获取模块，用于获取基站对应的协作调度相关信息；
71.确定模块，用于基于所述协作调度相关信息，确定用于重叠覆盖的波束覆盖区域中的业务进行协作调度的配置信息；
72.配置模块，用于基于所述配置信息对基站进行相关配置。
73.第四方面，提供了一种协作调度装置，包括：
74.上报模块，用于上报协作调度相关信息；
75.接收模块，用于接收基于所述协作调度相关信息确定的用于对重叠覆盖的波束覆盖区域中的业务进行协作调度的配置信息；
76.执行模块，用于基于所述配置信息执行协作调度。
77.第五方面，提供了一种电子设备，该电子设备包括：
78.一个或多个处理器；
79.存储器；
80.一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于：执行根据第一方面或第二方面所示的协作调度方法所对应的操作。
81.第六方面，提供了一种计算机可读存储介质，存储介质存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现如第一方面或第二方面所示的协作调度方法。
82.本技术提供的技术方案带来的有益效果是：
83.第一方面：本技术提供了一种协作调度方法及相关设备，应用于网络侧控制节点，在具体实施时该方法还可以应用于接入网(包括基站及其他接入网设备)或核心网节点；与现有技术相比，本技术根据获取基站中用于协助调度的相关信息，可以确定出用于对重叠覆盖的波束覆盖区域中的业务进行协作调度的配置信息，进而基于该配置信息对基站进行配置。本技术的实施使得移动通信系统可以对重叠覆盖的波束覆盖区域中的业务进行协作调度，通过充分利用网络中基站的调度能力达到提升系统吞吐量、降低数据传输时延的效果。
84.第二方面：本技术提供了一种协作调度方法及相关设备，应用于基站，与现有技术相比，本技术的基站基于接收到的用于对重叠覆盖的波束覆盖区域中的业务进行协作调度的配置信息执行协作调度，该配置信息基于基站中协作调度相关信息确定。本技术的实施通过充分利用网络中基站的调度能力达到提升系统吞吐量、降低数据传输时延的效果。
附图说明
85.为了更清楚地说明本技术实施例中的技术方案，下面将对本技术实施例描述中所需要使用的附图作简单地介绍。
86.图1为现有技术一个示例中波束调度的示意图；
87.图2为现有技术一个示例中波束调度的示意图；
88.图3为现有技术一个示例中波束调度的示意图；
89.图4为本技术实施例提供的协作调度方法的应用环境图；
90.图5为本技术实施例提供的协作调度方法的流程示意图；
91.图6为本技术一个示例中服务器获取基站数据和ue上报数据的方案的示意图；
92.图7为本技术实施例提供的一种划分协作调度组的示意图；
93.图8为本技术实施例提供的另一种划分协作调度组的示意图；
94.图9为本技术一个示例中基于关系图划分协作调度组的流程图；
95.图10为本技术一个示例中基于ai模式预测资源利用率和流量的示意图；
96.图11为本技术一个示例中协作调度方法的效果示意图；
97.图12示出了基站下小区中原始波束覆盖区域和协作波束覆盖区域对应资源利用率的相关信息；
98.图13示出了基站下小区中原始波束覆盖区域和协作波束覆盖区域对应流量延时的相关信息；
99.图14示出了不同等级所对应的时频资源、优先级和业务配置信息；
100.图15为本技术一个示例中协作调度方法的流程示意图；
101.图16为本技术一个示例中协作调度方法的流程示意图；
102.图17为本技术一个示例中协作调度方法的流程示意图；
103.图18为本技术一个示例中协作调度方法的流程示意图；
104.图19为本技术一个示例中协作调度方法的流程示意图；
105.图20为本技术一个示例中协作调度方法的效果示意图；
106.图21为本技术一个示例中协作调度方法的效果示意图；
107.图22为本技术一个示例中协作调度方法的效果示意图；
108.图23为本技术一个示例中协作调度方法的效果示意图；
109.图24为本技术一个示例性的实验中小区平均吞吐量对比示意图；
110.图25为本技术一个示例性的实验中最大时延对比示意图；
111.图26为本技术实施例提供的一种协作调度装置结构示意图；
112.图27为本技术实施例提供的一种协作调度装置结构示意图；
113.图28为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
114.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本技术，而不能解释为对本发明的限制。
115.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本技术的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元
件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
116.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。
117.在第五代移动通信系统(the fifth generation，5g)中，由于使用的频段更高(例如毫米波频段)，对应覆盖范围更小。为了增强5g覆盖，波束赋形应运而生。波束赋形(beamforming)技术，通过调整多天线的幅度和相位，赋予天线辐射图特定的形状和方向，使无线信号能量集中于更窄的波束上，来增强覆盖范围和减少干扰。由于终端经常处于移动状态，高频信号(特别是毫米波)容易受到周围环境的影响，比如被建筑物遮挡、雨水等，很容易导致波束信号无法抵达终端。因此，现有技术中为了确保连续的无缝覆盖，基站侧各小区在不同的方向上发送多个波束，以便为不同位置的终端提供数据传输服务。
118.对于使用高于6ghz频域资源的5g(例如：5g above 6g,5g a6g)系统，各基站下小区的覆盖区域是由对应该小区中各波束beam的覆盖区域(下称波束覆盖区域)确定的，一个小区中可以包含16beam、32beam、64beam甚至更多的波束beam。5g系统中，小区中多个波束beam中的数据传输可以同时被基站调度，但是考虑到基站的成本，基站下小区支持同时调度的波束beam数量是有限的，一般情况下可以实现同时调度2个、4个、6个、8个波束beam中的数据传输。
119.理想情况下，各基站下小区能够覆盖区域的重叠部分应该比较少，但是，受基站选址条件的限制，在实际部署时，各基站下小区能够覆盖区域的重叠部分会很大。为了避免小区间信号干扰导致数据传输速率下降，现有技术中，一个地理区域即便能够被多个基站下小区中的波束beam覆盖，也只允许由一个基站下某个小区的一个波束beam所覆盖。地理区域与所对应波束beam的关系在进行覆盖规划时确定。如图1所示，基站gnb(下一代基站，next-generation nodeb)
①
下小区与基站gnb
②
下小区之间存在重叠的波束覆盖区域，而处于重叠位置的波束覆盖区域仅能由gnb
①
或gnb
②
下的小区进行调度，gnb
①
和gnb
②
之间无法相互协作。需要说明的是，在实际系统一个基站下可以包含一个或多个小区，为便于描述，gnb
①
和gnb
②
以单小区为例进行描述。
120.由于现有技术中各基站下小区中波束覆盖区域是不变的，基站间交互重叠的区域只能被一个固定基站对应的小区所调度，存在重叠覆盖的波束覆盖区域的基站下小区间不能相互协作问题(如同一基站的不同小区间无法相互协作或不同基站的不同小区间无法相互协作)，因此会导致重叠覆盖的波束覆盖区域中用户的数据传输需求不能得到可靠的保证，还存在系统吞吐量降低、调度时延增加的问题。
121.基于上述现有技术，结合图2所示的场景进行说明。如图2所示，gnb
①
下小区和gnb
②
下小区之间存在重叠覆盖的波束覆盖区域，在场景1中gnb
①
和gnb
②
各自的负载基本相当，当从t1所示的场景1过渡到t2所示的场景2时，gnb
②
下小区对应的业务需求远远大于gnb
①
下小区对应的业务需求；在场景2中gnb
②
下小区属于重负载小区，而gnb
①
小区属于轻负载小区；两者之间存在重叠覆盖的波束覆盖区域仅能由gnb
②
下小区调度。
122.从网络侧(可以理解为服务器一侧)的角度来说，在gnb(5g中基站在3gpp中被称为gnb)下小区间波束覆盖区域重叠的地方，即使负载较轻的gnb
①
有较多的调度能力，也无法
帮助负载较高的gnb
②
。对应于图2所示的情况，描述以下可能存在的问题1和2：
123.问题1：gnb能力不能得到充分利用，不能物尽其用。当重叠的波束覆盖区域中的业务很重时，轻负载gnb
①
无法协作，难以充分利用其调度能力；重负载gnb
②
的调度能力不足，造成调度时延。
124.问题2：由于轻负载gnb
①
大量时频资源被浪费，而重负载gnb
②
却没有资源可利用，对于整个5g系统而言吞吐量会有损失。
125.结合上述图2所示场景，从ue侧(可理解为用户设备一侧)的角度来说，当ue处于重负载gnb
②
下小区的调度区域时，需要的数据无法得到及时的调度，会造成业务的时延，更严重的话会造成业务中断，严重影响ue的业务体验。
126.为更好地说明现有技术中对应实际应用场景所存在的问题，结合图3进行说明：对于图3所示的实际应用场景，当在晚上的时间段内，gnb
①
下小区中没有数据传输需求不需要执行调度操作，因此，gnb
①
的调度能力没有被利用；但是，gnb
②
下小区中各个波束覆盖区域中的数据传输需求都很大，且两者重叠覆盖的波束覆盖区域中的业务仅能由gnb
②
调度，因此，gnb
①
和gnb
②
之间交互重叠的波束覆盖区域中业务的调度需求难以被及时满足，存在调度时延的问题。本技术实施例中，重叠覆盖区域也可以称为重叠区域。
127.针对现有技术中所存在的上述至少一个技术问题或者需要改善的地方，本技术方案使得5g基站可以根据各基站下小区间当前的状态对重叠覆盖区域中的业务进行协作调度，动态调节基站下小区对应的波束数目及波束覆盖范围，从而达到充分利用网络中各基站的调度能力，进而提升系统吞吐量和降低数据传输时延的效果。
128.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
129.本技术实施例提供的技术方案可以适用于多种系统，尤其是5g系统。例如适用的系统可以是全球移动通讯(global system of mobile communication，gsm)系统、码分多址(code division multiple access，cdma)系统、宽带码分多址(wideband code division multiple access，wcdma)通用分组无线业务(general packet radio service，gprs)系统、长期演进(long term evolution，lte)系统、lte频分双工(frequency division duplex，fdd)系统、lte时分双工(time division duplex，tdd)系统、高级长期演进(long term evolution advanced，lte-a)系统、通用移动系统(universal mobile telecommunication system，umts)、全球互联微波接入(worldwide interoperability for microwave access，wimax)系统、5g新空口(new radio，nr)系统等。这多种系统中均包括用户设备和网络设备。系统中还可以包括核心网部分，例如演进的分组系统(evloved packet system，eps)、5g系统(5gs)等。
130.其中，图4示例性示出本技术实施例一种应用环境的结构示意图，如图4所示，该环境中可以包括：若干个用户设备以及若干个网络设备401。
131.用户设备可以经无线接入网(radio access network，ran)与一个或多个核心网进行通信。用户设备可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备等。在不同的系统中，用户设备的名称可能也不相同，例如在5g系统中，用户设备可以称为无线用户设备(user equipment，
ue)。无线用户设备可以经无线接入网(radio access network，ran)与一个或多个核心网(core network，cn)进行通信，无线用户设备可以是移动用户设备，如移动电话(或称为“蜂窝”电话)和具有移动用户设备的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(personal communication service，pcs)电话、无绳电话、会话发起协议(session initiated protocol，sip)话机、无线本地环路(wireless local loop，wll)站、个人数字助理(personal digital assistant，pda)等设备。无线用户设备也可以称为系统、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程用户设备(remote terminal)、接入用户设备(access terminal)、用户设备(user terminal)、用户代理(user agent)、用户装置(user device)，本技术实施例中并不限定。
132.网络设备401可以是基站，该基站可以包括一个或多个为终端提供服务的小区。根据具体应用场合不同，基站又可以称为接入点，或者可以是接入网中在空中接口上通过一个或多个扇区与无线用户设备通信的设备，或者其它名称。网络设备可用于将收到的空中帧与网际协议(internet protocol，ip)分组进行相互更换，作为无线用户设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(ip)通信网络。网络设备还可协调对空中接口的属性管理。例如，本技术实施例涉及的网络设备可以是全球移动通信系统(global system for mobile communications，gsm)或码分多址接入(code division multiple access，cdma)中的网络设备(base transceiver station，bts)，也可以是带宽码分多址接入(wide-band code division multiple access，wcdma)中的网络设备(nodeb)，还可以是长期演进(long term evolution，lte)系统中的演进型网络设备(evolutional node b，enb或e-nodeb)、5g网络架构(next generation system)中的5g基站(gnb)，也可以是家庭演进基站(home evolved node b，henb)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等，本技术实施例中并不限定。在一些网络结构中，网络设备可以包括集中单元(centralized unit，cu)节点和分布单元(distributed unit，du)节点，集中单元和分布单元也可以地理上分开布置。
133.网络设备401与用户设备之间可以各自使用一根天线进行传输或多根天线进行多输入多输出(multi input multi output，mimo)传输，mimo传输可以是单用户mimo(single user mimo，su-mimo)或多用户mimo(multiple user mimo，mu-mimo)。根据天线组合的形态和数量，mimo传输可以是2d-mimo、3d-mimo、fd-mimo或massive-mimo，也可以是分集传输或预编码传输或波束赋形传输等。
134.具体地，如图4所示，本技术提供的协作调度方法，可以用于如下场景中：多个基站401接收多个ue的能力信息、业务需求信息和信道状态信息等与ue状态相关的信息；多个基站401将基站下小区对应的邻区关系信息、业务量信息等与基站状态相关的信息和接收到的ue状态信息发送至服务器402，服务器402基于基站401上报的信息确定用于对重叠覆盖的波束覆盖区域中的业务进行协作调度的配置信息；服务器402将配置信息发送至对应的基站401，基站401基于配置信息执行协作调度。
135.上述仅为本技术的协作调度方法的一个应用示例，并不限制本技术的协作调度方法的具体应用场景。在其他示例中，协作调度方法也可以应用于基站(例如可以是在多个基
站中选择其中一个基站作为主基站执行该方法)，可以是由主基站以外的其他基站获取多个ue的状态信息后将自身的和ue的相关信息发送至主基站，由主基站对相关信息进行处理确定用于对重叠覆盖的波束覆盖区域中的业务进行协作调度的配置信息，并将配置信息发送至各个其他基站，进而各个基站根据配置信息执行协作调度。
136.本技术实施例中提供了一种可能的实现方式，如图5所示，提供了一种协作调度方法，可以应用于图4中所示的网络侧控制节点402中，网络侧控制节点可以是son(self organization network，自组织网络)服务器，son服务器是指可以同时控制或者协调多个基站的网络功能模块，son服务器还可以称为son代理，其可以由一个或多个实体构成，当son服务器由多个实体构成时，每个实体具有各自对应的名称；网络侧控制节点还可以是无线网络智能控制器(open radio access network ran intelligent controller，oran ric)实体或其他具有收集相关基站信息经处理后将配置信息发送给基站的节点。可选地，网络侧控制节点可以是独立于基站之外的节点(如管理器)，也可以作为基站中的一个节点(如，假设当前包括多个基站，可以选择其中一个基站作为主基站确定配置信息，进而由主基站将配置信息发送至其他基站)。在下述实施例中，以son服务器为执行主体进行说明，可以同步参考图17和图18；具体地，协作调度方法可以包括以下步骤s501-s503：
137.步骤s501，获取基站对应的协作调度相关信息。
138.具体的，服务器可以从5g基站gnb中收集与基站和/或与ue相关的状态信息，确定对应的协作调度相关信息。具体的，如图6所示，ue可以将与基站通信的数据通过基站上报给服务器，即基站上报给服务器的信息可以包括ue上报至基站的信息以及基站自身的信息。
139.可选地，ue与基站通信的数据可以包括ue信道状态信息、数据传输需求信息和ue测量信息(可以包括测量id，服务小区的测量结果)。其中，ue测量信息中，根据ue的不同状态，ue测量信息可以分为在空闲状态(radio resource control_idle,rrc_idle)下和连接状态(radio resource control_connected,rrc_connected)下的测量信息；根据ue的不同测量类型，ue测量信息可以分为同频测量信息(在服务小区的下行载频上进行测量)、异频测量信息(在不同于服务小区的下行载频上进行测量)、异系统(inter-radio access technology，inter-rat)测量信息。
140.可选地，基站自身的信息可以包括表征基站状态的信息，如基站位置信息(表征基站、基站下小区、基站下小区对应的射频单元、天线等所处的地理位置或地理区域)、基站天线配置信息、基站下小区对应的波束权重信息、基站下小区中波束对应的ue数信息、波束业务量信息、波束与小区的映射关系信息、基站下小区对应的ue数信息、小区业务量信息、基站下小区对应的邻区关系(neighbor relation)信息、基站下小区对应的业务延时信息、基站下小区对应的资源利用信息和基站调度能力信息中的至少一种。其中，基站天线配置信息可以包括天线规模、朝向、下倾角、天线其他软硬件配置参数等信息；基站下小区中波束对应的ue数信息可以包括连接状态ue数和激活状态ue数等信息；基站下小区对应的ue数信息可以包括连接状态ue数和激活状态ue数等信息(基站下小区对应的ue数信息可以是基站下小区中波束对应的ue数信息之和)；小区业务量信息可以是小区中各波束业务量信息之和；资源利用信息可以是物理资源块(physical resource block，prb)利用率或以其他方式衡量的资源利用率；基站下小区对应的邻区关系信息可以是与该基站下小区相邻的小区
列表或以其他规则(如切换优先级)确定的邻区关系。
141.其中，基站下小区可以指基站下的所有小区，也可以是指基站下的某一个、两个或多个小区。
142.考虑到基站中包括大量的信息，且基站一般不会主动将全部信息上传至服务器，除非服务器的某个功能有明确的需求。在本技术中，服务器的功能可以是协调基站对重叠覆盖的波束覆盖区域中的业务进行协作调度，进而可以设置基站周期性或非周期性上报协作调度相关信息。其中，周期性上报可以是每个15分钟上报一次；非周期性上报可以是满足一定条件的情况下上报，例如数据偏差大于设定门限(如预测的prb利用率与实际检测所得的prb利用率差距大于设定门限)时上报。
143.可选地，基站上报协作调度相关信息时，在一次上报的过程中包括下述两种情况：
144.(1)将基站下所有小区对应的信息进行上报，如基站包括3个小区时，在获得3个小区分别对应的信息时，一次性上报3个小区的信息；
145.(2)将基站下某一个或多个小区对应的信息进行上报，如基站包括3个小区时，在获得1个小区对应的信息时，即直接上报该小区的信息，无需等候同一基站下其他小区的信息。
146.可选地，服务器在获取基站对应的协作调度相关信息时，可以是针对当前管理的多个基站进行的；其中，服务器当前管理的多个基站可以是服务器所管理的所有基站，也可以是所管理的部分基站；例如服务器可以按照地理区域(如城区或热点地区等)或者按照基站的负荷(如按照基站历史负荷中平均负荷大于门限的基站)来选取部分基站执行本技术提供的协作调度方法，即选取部分基站来获取对应的协作调度相关信息。
147.步骤s502，基于协作调度相关信息，确定用于对重叠覆盖的波束覆盖区域中的业务进行协作调度的配置信息。
148.具体地，服务器可以通过基站上报的信息确定基站下小区间存在重叠覆盖的波束覆盖区域，进而根据相应的至少两个小区(同一个波束覆盖区域可能被两个或两个以上小区重叠覆盖，存在重叠覆盖关系的多个小区可能属于同一基站也可能属于不同基站)的状态协调确定由哪一个基站下小区执行该重叠覆盖的波束覆盖区域中业务的调度。如：当前基站1和基站2下小区存在重叠覆盖的波束覆盖区域a，则可以通过比较基站1下小区和基站2下小区的状态，确定与该波束覆盖区域a相应的基站的协作调度的配置信息。对重叠覆盖的波束覆盖区域a中的业务进行协作调度可以包括以下两种情况(假设当前波束覆盖区域a中的业务由基站2下小区调度)：(1)继续由基站2下小区调度波束覆盖区域a中的业务；(2)由基站1下小区调度波束区域a中的业务。具体地，配置信息的相关内容与协作调度的具体实施操作将在后续实施例中说明。
149.其中，重叠覆盖的波束覆盖区域是指小区间波束调度的重叠覆盖，可以是同一个基站下各个小区间的，也可以是不同基站下各个小区间的。
150.步骤s503，基于配置信息对基站进行相关配置。
151.具体的，步骤s503根据配置信息对基站进行配置，可以包括：将确定的配置信息发送至对应的基站，以使对应的基站基于接收到的配置信息执行协作调度。基站执行协作调度任务的具体情况将在后续实施例中说明。
152.在一实施例中，由于进行协作调度时可能涉及两个基站下小区的资源变动或同一
基站下不同小区的资源变动，此时步骤s502将针对不同基站所需执行的调度确定不同的配置信息，步骤s503将针对不同基站配置不同的配置信息。
153.上述实施例中，为了更好地利用基站的调度能力和有限的时频域资源，通过服务器获取基站上报的协作调度相关信息，确定基站下小区针对重叠覆盖的波束覆盖区域中的业务进行协作调度的配置信息，进而将确定的配置信息发送至对应的基站，由基站执行协作调度操作，充分利用了网络中基站的调度能力，达到提升系统吞吐量、降低用户的数据传输时延的效果。
154.以下将结合附图和实施例详细阐述给予协作调度相关信息确定配置信息的具体过程。
155.在一可行的实施例中，步骤s502基于协作调度相关信息，确定用于对重叠覆盖的波束覆盖区域中的业务进行协作调度的配置信息，包括以下步骤s5021-s5022：
156.步骤s5021：基于协作调度相关信息，确定基站下小区要服务的波束覆盖区域。
157.步骤s5022：基于小区要服务的波束覆盖区域，确定小区的配置信息。
158.其中，基站下小区要服务的波束覆盖区域可以由波束覆盖区域模式信息体现，该信息可以用于确定某个波束覆盖区域被哪一特定的基站的小区所调度，或当协作调度是在同一基站内的不同小区间执行时，用于确定需要协作调度的波束覆盖区域由基站下的哪个小区所调度；具体地，波束覆盖区域模式信息包括以下三种情况，(1)小区当前服务的波束覆盖区域需要由其他小区协作调度；(2)小区需要协作调取其他小区的波束覆盖区域；(3)小区当前服务的波束覆盖区域无需其他小区协作调度，也无需协作调度其他小区的波束覆盖区域。配置信息用于确定具体的协作调度配置(如不同的协作等级对应不同协作调度配置)。
159.以下结合附图和实施例详细阐述服务器确定基站下小区要服务的波束覆盖区域的具体过程。
160.考虑到一个服务器通常会管理有多个基站，每个基站可能包含一个或者多个小区，因此，为降低在确定小区要服务的波束覆盖区域的实现复杂性，本技术对服务器当前管理的多个基站下的小区进行小组划分，得到多个协作调度组，进而以小组为单位确定小组中每个小区要服务的波束覆盖区域。
161.其中，对服务器当前管理的多个基站下的小区进行小组划分时，可以是对服务器所管理的所有基站进行，也可以是只对部分基站进行，例如按照地理区域(如城区或热点地区等)或者按照基站的负荷(如按照基站历史负荷中平均负荷大于门限的基站)来选取部分基站进行。
162.具体地，本技术将各小区划分为不同的协作调度组时，可以首先基于小区间重叠覆盖的波束覆盖区域的预测业务量确定小区间的协作权重，进而基于小区间的协作权重将各小区划分为不同的协作调度组。其中协作权重可以是两个小区之间所有重叠覆盖的波束覆盖区域对应的预测业务量之和。在此基础上，本技术提供以下两种小区划分的方式(具体实施时可任选其一进行小组划分)：
163.(1)基于贪婪算法的小区分组方式。
164.(2)基于关系图的小区分组方式。
165.以下，结合附图7和8对方式(1)进行详细阐述。
166.具体地，基于贪婪算法的基站下小区分组方式，执行以下步骤a1-a3：
167.步骤a1：针对服务器当前管理的全部或部分小区(cell)，计算小区之间的协作权重。由于基于小区间重叠覆盖的波束覆盖区域的预测业务量确定小区间的协作权重，因此也可以认为是计算相邻小区间的协作权重。
168.如图7所示，假设服务器当前管理的基站下小区包括cell1至cell7(cell在本技术中表征小区)，若当前针对cell5进行处理时，步骤a1计算所得的协作权重包括：cell5与cell6之间的协作权重、cell5与cell1之间的协作权重、cell5与cell2之间的协作权重。
169.具体地，如图7所示，当前重叠区域波束包括由左边cell调度的波束和由右边cell调度的波束；计算所得的协作权重为当前所有重叠区域波束的所有预测业务量之和，协作权重高则表征该两个小区可能需要协作调度,需要说明的是，左边cell和右边cell可以属于相同的gnb也可以属于不同的gnb。
170.具体地，预测业务量可以由服务器通过分析基站下小区中历史业务量信息确定，也可以是基站基于小区的历史业务量信息预测得到后上报至服务器；可选地，基站或服务器均可以采用基于规则的方法或采用人工智能技术确定预测业务量。其中，规则的方法可以是线性滤波、无限长脉冲响应(infinite impulse response，iir)滤波等方法。基于人工智能技术的方法可以是采用支持向量回归(supported vector regression，svr)、长短期记忆(long sshort-term memory，lstm)网络的预测方法。
171.下述举例说明基于规则的方法确定预测业务量的情况：如假设当前需要预测2020年11月5日10:00-2020年11月5日11:00之间的业务量，则可以获取2020年11月5日之前3天(可以根据实际需求调整用于分析的天数)同一时间段的历史业务量信息计算均值作为2020年11月5日10:00-2020年11月5日11:00之间的预测业务量。
172.具体地，结合图7所示，步骤a1计算所得的协作权重的相关情况可以参考下述表1：
173.表1
[0174] cell1cell2cell3cell4cell5cell6cell7cell1 121314151617cell212 23 25
ꢀꢀ
cell31323 34
ꢀꢀꢀ
cell414 34
ꢀꢀꢀ
47cell51525
ꢀꢀꢀ
56 cell616
ꢀꢀꢀ
56 67cell717
ꢀꢀ
47 67 [0175]
表1中，标号12表示cell1和cell2之间的协作权重，标号23表示cell2和cell3之间的协作权重，其他标号如此类推，在此不一一赘述。
[0176]
步骤a2：将协作权重最大的小区划分至同一协作调度组。
[0177]
具体地，如图7所示，基于服务器当前管理的基站下小区计算所得的协作权重值包括18个。在步骤a2中，结合上述表1所示，将计算所得协作权重值最大的两个相邻小区划分至同一协作调度组(假设为cell7与cell4之间的协作权重47最大，则将cell7和cell4划分至协作调度组a)。
[0178]
步骤a3：重复执行下述操作，直到协作调度组中的小区个数达第一设定值：将与协
作调度组中已有的小区(如该组中当前包括的小区cell7和cell4)协作权重最大的小区划分至协作调度组。
[0179]
具体地，步骤a3中针对未被划分至协作调度组的小区(下称剩余的小区)，重复执行将与协作调度组中已有的小区协作权重最大的小区划分至协作调度组的操作，直至协作调度组中的小区个数达第一设定值。假设第一设定值为5，结合上述步骤a2中所示的例子，进行举例说明：
[0180]
在第一次执行划分步骤时：当前协作调度组a中包括cell7和cell4，则当前剩余的小区包括cell1、cell2、cell3、cell5、cell6；进而在标号67、17、14、34对应的协作权重中取最大的协作权重对应的小区划分至协作调度组a(假设标号34对应的协作权重最大，则将cell3划分至协作调度组a中)。
[0181]
在第二次执行划分步骤时：当前协作调度组a中包括cell7、cell4和cell3，则当前剩余的小区包括cell1、cell2、cell5、cell6；进而在标号67、17、14、13、23对应的协作权重中取最大的协作权重对应的小区划分至协作调度组a(假设标号14对应的协作权重最大，则将cell1划分至协作调度组a中)。
[0182]
在第三次执行划分步骤时：当前协作调度组a中包括cell1、cell7、cell4和cell3，则当前剩余的小区包括cell2、cell5、cell6；进而在标号67、16、15、12、23对应的协作权重中取最大的协作权重对应的小区划分至协作调度组a(假设标号15对应的协作权重最大，则将cell5划分至协作调度组a中)。
[0183]
由于当前协作调度组a包括cell1、cell5、cell7、cell4和cell3共5个达第一设定值，则结束对步骤a3的执行。此时，剩余的小区包括不相邻的cell2和cell6。
[0184]
在一可行的实施例中，步骤a3之后，还包括：针对未被划分至任一协作调度组的小区，分别比较该小区与每个已有协作调度组中的小区的协作权重，将该小区划分至协作权重最大的小区对应的协作调度组中。
[0185]
具体地，上述步骤的实施是为了将步骤a3执行后所得的不相邻的小区加入到某一特定的协作调度组中。对于不相邻的小区，比较其与已经划分进协作调度组的相邻小区的协作权重，将其加入到最大协作权重对应的协作调度组中。
[0186]
如图8所示，图8中左边所示为服务器当前管理的所有基站下小区，右边所示为被划分至同一协作调度组的小区(图8和图7属于不同的例子)。
[0187]
通过上述方式(1)进行的基站下小区小组划分，可以将具有极大协作潜能的小区划分至同一协作调度组，以达到更好的协作效果。需要说明的是，同一基站下的不同小区可以划分到不同的协作调度组中。
[0188]
以下结合图9对方式(2)进行详细阐述。
[0189]
具体对，基于关系图的小区分组方式，执行以下步骤：
[0190]
步骤b1：获取小区关系图(将gnb下小区的网络建模为图，复制“协作权重”给两个小区之间的边)；小区关系图通过点表征小区，边线表征小区间的协作关系；协作关系包括协作权重。
[0191]
具体地，小区关系图可以是服务器基于当前管理基站下的小区创建所得。如图9所示，采用点表示基站下小区，边线表示小区之间的协作关系。当前获取的小区关系图如示意图a所示。可选地，协作关系中可以包括小区是否相邻，以及小区间的协作权重。其中，协作
权重的计算方式可以参考上述步骤a1中阐述的内容。
[0192]
步骤b2：在每次执行下述剔除步骤b21后判断是否形成小区个数小于第二设定值的独立的关系图，若是，将相应的小区划分至同一协作调度组，若否继续执行下述剔除步骤b21，直至所有小区被划分至相应的协作调度组：步骤b21在小区关系图中剔除小区间的协作权重最小的边线。
[0193]
具体地，如图9中，基于示意图a执行步骤b21在小区关系图中剔除小区间的协作权重最小的边线，所得结果如流程图的步骤3对应的示意图b；在执行一次步骤b21之后，将判断是否形成小区个数小于第二设定值的独立的关系图(即判决是否形成新的连接图)，由于示意图b中对应的小区关系图并未形成小区个数小于第二设定值的独立的关系图。因此继续执行步骤b21，此时基于示意图b所形成的关系图(也可以称为连接图或连通图)如示意图c和示意图d所示。进而判断当前形成了小区个数小于第二设定值(或等于第二设定值)的独立的关系图。假设当前第二设定值为10，则示意图c所示的关系图中小区的个数小于第二设定值，则将该关系图中相应的小区划分至同一协作调度组中(即将gnb下小区分组到不同的连接图，每个连接图中小区数目小于门限n，并将这组小区从原图中移除)；而示意图d所示的关系图中小区的个数大于第二设定值，则针对示意图d所示的关系图继续执行步骤b21，直至示意图a中所示的所有小区被划分在小区个数小于第二设定值的关系图中(直至所有小区被划分至相应的协作调度组中)。
[0194]
具体地，如图9所示，在本技术中，关系图也可称为连接图。
[0195]
可选地，方式(1)和方式(2)中所涉及的第一设定值和第二设定值可以设定为相同的数值，也可以设定为不同的数值，本技术对此不作限定。此外，基于上述过程可以看出，一个基站下的多个小区，可能划分到同一的协作调度组中，也可能划分到不同的协作调度组中。为简化小区的分组中，在实际实现过程中也可以设定专门的规则将同一基站下小区划分到同一协作调度组，比如：方式a，将基站下的所有小区划分到多数小区对应的协作调度组；方式b，在采用上述贪婪算法或关系图法对小区进行分组时，将基站下的所有小区视为一个小区等。
[0196]
以下结合附图和实施例对本技术中基于协作调度相关信息确定基站下小区的波束覆盖区域模式信息(确定小区要服务的波束覆盖区域)的具体过程进行阐述。可选地，该过程可以在划分有协作调度组的基础上进行(此时，将针对每一组中的小区进行处理)，也可以在无划分协作调度组的基础上进行。
[0197]
在一实施例中，步骤s5021基于协作调度相关信息，确定基站下小区要服务的波束覆盖区域，包括以下步骤c1-c3：
[0198]
步骤c1：基于协作调度相关信息，确定基站下小区的调度状态信息。
[0199]
可选地，可以采用基于规则的方法或采用人工智能技术执行步骤c1确定出基站下小区当前的调度状态信息。其中，规则的方法可以是线性滤波、无限长脉冲响应(infinite impulse response，iir)滤波等方法。基于人工智能技术的方法可以是采用支持向量回归(supported vector regression，svr)、长短期记忆(long sshort-term memory，lstm)网络的预测方法。
[0200]
可选地，在本实施例中，还基于波束与小区的映射关系确定基站下小区的调度状态信息。如哪一基站对应哪一个或多个小区，哪一小区对应哪一个或多个波束。
[0201]
其中，小区的调度状态信息包括预测的资源利用率和激活波束数量；可选地，预测的资源利用率和激活波束数量可以是协作调度相关信息中包括的，即由基站预测得到后上报服务器的，也可以是服务器基于协作调度相关信息预测得到的。
[0202]
具体地，小区的调度状态信息无论是由服务器预测得到的，还是由基站预测得到后上报服务器的，均可以采用下述预测方法。步骤c1包括以下步骤c11-c12：
[0203]
步骤c11：基于协作调度相关信息，获取预设时间之前预设时长内基站中各波束包括的资源利用信息。
[0204]
具体地，若采用基于人工智能技术ai确定基站中各波束的资源利用时，假设当前需要预测2020年6月24日7:00开始的10分钟内(预设时间内)某波束和/或某几个波束的资源利用率，则获取从2020年6月21日7:00至2020年6月24日6:50(预设时长内)该波束和/或该多个波束对应的历史资源利用率。其中，资源利用信息可以是prb利用率。
[0205]
具体地，若采用基于规则的方法确定基站中各波束的资源利用信息时，假设当前需要预测2020年6月24日7:00开始的10分钟内(预设时间内)某波束和/或某几个波束的资源利用率，则获取从2020年6月21日7:00-7:10、2020年6月22日7:00-7:10、和2020年6月23日7:00-7:10(预设时长内)该波束和/或该多个波束对应的历史资源利用率。
[0206]
其中，资源利用信息可以是prb利用率。预设时间和预设时长可以根据实际协作调度的需求进行调整，本技术对此不作限定。
[0207]
步骤c12：基于资源利用信息，确定预设时间内基站下小区的调度状态信息。
[0208]
确定预设时间内基站下小区的调度状态信息可以采用以下两种方式：
[0209]
方式1：基于人工智能ai方式：
[0210]
具体地，如图10所示，采用ai技术确定基站下小区的调度状态信息时，将步骤c11中获取的数据输入ai模型中，由端到端的ai模型(如，svr)预测出对应的调度状态信息。可选地，ai模型针对prb利用率和流量信息分别训练有各自的模型。如图10所示，通过ai训练数据(如将42天days(5月10日到6月20日)内的历史数据(历史prb利用率或历史流量)作为ai训练数据)训练ai模型，然后利用ai模型预测下一时刻的输出数据(也可以称为下一个数据)。在执行步骤c12时，将步骤c11中获取的历史数据转换为ai模型的输入数据m，如：m＝3天*24小时*6＝432组数据(其中，6＝60min/10min)。
[0211]
具体地，以prb利用率(也可以称为prb使用率)为例说明，在输入ai模型的数据中，prb利用率采用百分比表示，如某个波束的输入数据m可以包括{11％，24％，50％......9％，9％}，对应的ai模型的输出数据为该波束预测的资源利用率(prb利用率){34％}；在输出波束的预测的资源利用率后，可以基于波束与小区的映射关系，对小区中包括的所有波束对应的预测的资源利用率求和得到该小区预测的总资源利用率。也可以是某个小区的输入数据m可以包括{11％，24％，50％......9％，9％}，对应的ai模型的输出数据为该小区预测的总资源利用率(prb利用率){34％}。
[0212]
具体地，以流量(mbyte)值为例说明，在输入ai模型的数据中，如某个波束的流量值对应的输入数据m可以包括{11,308,865，...，0.9,1}，对应的ai模型的输出数据为该波束预测的流量值{1}；也可以是某个小区的流量值对应的输入数据m可以包括{11,308,865，...，0.9,1}，对应的ai模型的输出数据为该小区预测的总流量值{1}。可以采用流量值衡量业务量值。上述基于ai模型的流量值预测方法可以应用于本技术实施例中涉及的预测
业务延时中。
[0213]
可选地，在确定基站下小区的激活波束数量时，由该小区下设定时间段内平均资源利用率大于设定门限的波束数量确定。
[0214]
上述数值仅作为例子，可选地，当以某个波束为单位或以某个小区为单位对应输入ai模型或ai模型输出的数据量不同。
[0215]
方式2：基于规则的方式：
[0216]
具体地，采用基于规则的方式确定基站下小区的调度状态信息时，可以取步骤c11中获取数据采用某个设定的规则来预测的资源利用率和激活波束数量。
[0217]
可选地，可以针对基站下小区各波束的数据进行处理，在确定基站下小区的资源利用率时，可以根据波束与小区的映射关系信息，由该小区下各波束预测资源利用率所得的预测值之和确定；在确定基站下小区的激活波束数量时，由该小区下设定时间段内平均资源利用率大于设定门限的波束数量确定。
[0218]
在另一实施例中，在上述步骤c11和c12的处理过程中，可以针对基站下小区所有波束的数据进行处理。
[0219]
步骤c2：基于基站下小区的调度状态信息，确定基站下小区的类型；类型包括需要协作的第一类型、有协作调度能力的第二类型、和无需协作或无协作能力的第三类型中的一种。
[0220]
具体地，结合下述表2所示内容，对基于基站下小区的调度状态信息确定基站下小区的类型的具体过程进行阐述。
[0221]
表2
[0222][0223]
表2中，第一预设阈值不小于第三预设阈值；第二预设阈值不小于第四预设阈值。
[0224]
具体地，表2中，将基站下小区确定为第一类型包括两个条件，当满足任一条件时，即可确定为第一类型；将基站下小区确定为第二类型包括两个条件，在两个条件均满足时，可确定为第二类型；将无法确定为第一类型或第二类型的基站确定为第三类型。
[0225]
上述步骤c2的执行对基站下小区进行了分类，基于此，后续可以基于基站下小区的类型确定对应的波束覆盖区域模式信息，进而基于波束覆盖区域模式信息调整负载低的基站下小区分担繁忙基站下小区的业务压力。
[0226]
步骤c3：基于小区的类型，确定小区要服务的波束覆盖区域。
[0227]
具体地，在服务器确定某一基站下小区要服务的波束覆盖区域时，主要根据小区当前的调度能力为小区确定其所能服务的波束覆盖区域，如小区当前的负载过重时，将与其他小区重叠覆盖的波束覆盖区域切换由其他小区服务。
[0228]
可选地，步骤c3基于小区的类型，确定小区要服务的波束覆盖区域，包括以下步骤
c31-c32：
[0229]
步骤c31：基于小区的类型，确定为重叠覆盖的波束覆盖区域提供服务的小区。
[0230]
其中，基于小区的类型，确定为重叠覆盖的波束覆盖区域提供服务的小区可以包括以下几种情况(假设小区1和小区2之间存在重叠覆盖的波束覆盖区域，且该重叠覆盖的波束覆盖区域由小区1服务)：
[0231]
(1)若小区1属于需要协作的第一类型，则小区1当前的负载过重；若当前小区2属于有协作调度能力的第二类型，则小区2当前的负载较轻，可以将小区之间的重叠覆盖的波束覆盖区域切换由小区2服务。
[0232]
(2)若小区1属于无需协作或无协作能力的第三类型时，则小区1当前的负载正常，可以继续保持由小区1服务小区之间的重叠覆盖的波束覆盖区域。
[0233]
(3)若小区1和小区2均属于需要协作的第一类型，则可以继续保持由小区1服务小区之间的重叠覆盖的波束覆盖区域，避免影响小区2的业务状况。
[0234]
由上述几种情况可见，在为小区间重叠覆盖的波束覆盖区域确定对应为其提供服务的小区时，主要需要针对当前由属于第一类型的小区服务的重叠覆盖的波束覆盖区域进行调度，因此，本技术提供下述针对需要协作调度的波束覆盖区域确定为其提供服务的小区的实施例，可有效减少本技术实施例实施的复杂度。可选地，服务器执行步骤c31的操作原理可以理解为：通过找出当前需要协作调度的波束覆盖区域及该区域的候选服务小区，进而根据候选服务小区的预测资源利用率，依次将需要协作调度的波束覆盖区域加到相应的小区中。
[0235]
具体地，步骤c31基于小区的类型，确定为重叠覆盖的波束覆盖区域提供服务的小区，包括以下步骤c311-c313：
[0236]
步骤c311：基于属于第一类型的小区与其他小区重叠覆盖的波束覆盖区域，确定需要协作调度的波束覆盖区域。
[0237]
具体地，可以采用列表的形式描述需要协作调度的波束覆盖区域，在服务器当前管理的基站下小区中，将属于第一类型的基站下小区与其他基站下小区重叠覆盖的波束覆盖区域确定为需要协作调度的波束覆盖区域，并采用协作调度波束区域列表记录。
[0238]
可选地，由于服务器当前管理的基站下小区可能包括多个，在多个基站下小区中可能存在需要协作的基站下小区(属于第一类型)，在此情况下，本技术主要针对需要协作的基站下小区进行处理。具体地，协作调度波束覆盖区域列表用于描述属于第一类型的基站下小区与其他基站下小区之间可能存在的重叠覆盖的波束覆盖区域；可选地，该列表还可以用于描述重叠覆盖的波束覆盖区域与对应的基站下小区之间的关系。
[0239]
在一实施例中，协作调度波束区域列表还用于描述需要协作调度的波束覆盖区域和与其对应的预测的物理资源块利用率(预测prb利用率)之间的关系。
[0240]
步骤c312：基于需要协作调度的波束覆盖区域以及各小区的类型，确定需要协作调度的波束覆盖区域对应的候选服务小区。
[0241]
具体地，考虑到属于第三类型的小区无协作能力，因此，为降低本技术实施例的复杂度，在确定需要协作调度的波束覆盖区域对应的候选服务小区时，主要在属于第二类型的小区中选择；可选的，候选服务小区可以包括当前服务该需要协作调度的波束覆盖区域的小区(属于第一类型)。
[0242]
在一实施例中，基于协作调度波束覆盖区域列表中的波束覆盖区域确定候选服务小区列表；候选服务小区列表中包括可以用于调度对应波束覆盖区域且类型属于第二类型或第一类型的基站下小区；候选服务小区列表中的小区可以属于同一基站也可以属于不同基站。
[0243]
具体地，协作调度波束覆盖区域列表中包括至少一个波束覆盖区域，针对该列表中每一个波束覆盖区域确定对应的候选服务小区列表。结合下述表3所示的内容进行说明：
[0244]
表3
[0245]
波束覆盖区域标识预测prb利用率候选服务小区列表1510％2，5228％3，9，114911％5，8
[0246]
在一实施例中，协作调度波束覆盖区域列表可以包括表3中波束覆盖区域标识和预测prb利用率之间的对应关系。在另一实施例中，如表3所示，协作调度波束覆盖区域列表与候选服务小区列表中的相关信息可以采用同一列表进行记录，本技术对该表现形式不作限定。
[0247]
可选地，表3中候选服务小区列表对应的各个小区标号是唯一标识id，如波束覆盖区域15与49分别对应的候选服务小区5属于同一小区。在一可行的实施例中，候选服务小区的标号形式还可以采用(基站，小区)的形式进行表示，如可以将基站3下的小区2，表示为(3,2)。
[0248]
表3中，波束覆盖区域标识表示当前属于第一类型的基站下小区与其他基站下小区存在重叠覆盖的波束覆盖区域，预测prb利用率为对应列表中每一波束覆盖区域中prb利用率的预测值，预测的方法可以参考上述步骤c1所示的预测方法，在此不再详述。另，表3中所示的候选服务小区列表为对应于列表中每一波束覆盖区域所确定，如波束覆盖区域22对应的候选服务小区包括3、9和11。其中，候选服务小区列表中所涉及基站下小区的类型均为第一类型或第二类型，即为需要协作或具有协作调度能力的基站下小区。
[0249]
步骤c313：基于候选服务小区，确定为需要协作调度的波束覆盖区域提供服务的小区。
[0250]
具体地，基于候选服务小区与预测prb利用率确定各需要协作调度的波束覆盖区域对应的小区。
[0251]
在一实施例中，步骤c313包括：执行下述步骤直至完成对所有需要协作调度的波束覆盖区域的分配：从需要协作调度的波束覆盖区域中选择对应的预测资源利用率最大的波束覆盖区域；在选择的波束覆盖区域对应的候选服务小区中，选择对应的预测资源利用率最小的候选服务小区，作为向选择出的波束覆盖区域提供服务的小区。
[0252]
可选地，考虑到在确定为需要协作调度的波束覆盖区域提供服务的小区时，还需要结合候选服务小区对应的预测prb利用率进行处理，本技术可以针对服务器当前管理的属于第一类型或第二类型的小区设置小区信息表，采用该列表描述小区和与小区对应的预测prb利用率之间的关系。
[0253]
具体地，结合下述表4对小区信息表进行说明：
[0254]
表4
[0255]
小区标识原始波束覆盖区域列表预测物理资源块利用率11,2，3，......，3055％2......68％3......32％
[0256]
从表4可见，当前属于第一类型或第二类型的基站下小区包括小区1、小区2和小区3。各个小区对应有各自的原始波束覆盖区域列表(该列表中包括所有各个小区的波束覆盖区域标识)。其中，原始波束覆盖区域列表中，每一原始覆盖区域为进行协作调度之前当前小区对应管理的波束覆盖区域。具体地，步骤c313中所指的预测资源利用率可以是预测物理资源块利用率(预测prb利用率)，由于该预测prb利用率对应于基站下的某一小区(如表4中，小区2对应的预测物理资源块利用率为68％)，因此表4中所示的预测物理资源块利用率为各个原始波束覆盖区域分别对应预测prb利用率之和。
[0257]
可选地，表4中的小区标识为唯一标识。在一可行的实施例中，小区的标识形式还可以采用(基站，小区)的形式进行表示，如可以将基站1下的小区3，表示为(1,3)。
[0258]
可选地，表4中原始波束覆盖区域列表中不包括协作调度波束覆盖区域列表(表3)中所涉及的波束覆盖区域。
[0259]
在一实施例中，步骤c313还执行下述步骤：针对协作调度波束覆盖区域列表中的每一波束覆盖区域执行下述步骤，直至完成对该列表中所有波束覆盖区域的分配：在协作调度波束覆盖区域列表中选择预测资源利用率最大的目标波束覆盖区域；在选出的目标波束覆盖区域对应的候选服务小区列表中选择预测的资源利用率最小的目标小区；将目标波束覆盖区域配置到该目标小区中；并更新协作调度波束覆盖区域列表、波束覆盖区域对应的候选服务小区列表。
[0260]
具体地，结合表3所示内容举例说明：
[0261]
首先，在表3中选择预测资源利用率最大的目标波束覆盖区域49，进而在候选服务小区5和8中选择预测资源利用率(结合基站下小区信息表可知)最小的目标小区(假设为候选服务小区8)，进而将目标波束覆盖区域49配置到目标小区8中。另，删除协作调度波束覆盖区域列表中的目标波束覆盖区域49及其在该列表中对应的相关信息(表3中的预测prb利用率和候选服务小区列表)。
[0262]
其次，在表3中选择当前预测资源利用率最大的目标波束覆盖区域15，进而在候选服务小区2和5中选择预测资源利用率最小的目标小区(假设为候选服务小区2)，进而将目标波束覆盖区域15配置到目标小区2中。另，删除协作调度波束覆盖区域中的目标波束覆盖区域15及其在列表中对应的相关信息。
[0263]
如此类推，接着将表3中包括的波束覆盖区域22配置到相应的目标小区中，使得协作调度波束覆盖区域列表中所有的波束覆盖区域分配完毕。
[0264]
可选地，在更新协作调度波束覆盖区域列表和候选服务小区列表的同时，还可以同步更新基站下小区信息表。更新基站下小区信息表可以理解为当基站下小区信息表中所包括的特定基站下小区被配置用于协作调度目标波束覆盖区域时，删除该特定基站下小区在基站下小区信息表中的信息或更新该特定基站下小区对应的预测prb利用率。因此，在同步更新基站下小区信息表时，可以包括如下两种情况：
[0265]
(1)删除特定基站下小区的相关信息：如表3所示内容，当将波束覆盖区域49配置
到候选服务小区5后，删除基站下小区信息表中基站小区5的所有信息；进而仅能将波束覆盖区域15配置到候选服务小区2中。
[0266]
(2)更新特定基站下小区的相关信息；如表3所示内容，当将波束覆盖区域49配置到候选服务小区5后，更新基站下小区5对应的预测prb利用率(该预测prb利用率与配置波束覆盖区域49时的预测prb利用率不同)；进而配置波束覆盖区域15时，需要比对候选服务小区2和5对应的预测prb利用率。
[0267]
在一可行的实施例中，在更新协作调度波束覆盖区域列表和候选服务小区列表时，无需更新基站下小区信息表。因此，如表3所示内容，当将波束覆盖区域49配置到候选服务小区5后，对波束覆盖区域15进行配置时，可以将该波束覆盖区域15配置到候选服务小区2或5中(通过比对两者的预测prb利用率确定)。
[0268]
具体地，在上述步骤中，表3和表4所示内容不属于相应的同一例子。
[0269]
步骤c32：基于为重叠覆盖的波束覆盖区域提供服务的小区，确定各小区分别服务的波束覆盖区域。
[0270]
具体地，步骤c32基于步骤c31执行的结果，分别确定出各个小区服务的波束覆盖区域。
[0271]
具体地，如图11所示(其中cell为小区)，cell1为属于需要协作的第一类型的小区，cell2为属于具有协作调度能力的第二类型的小区，当执行上述步骤c31后，cell2将协作cell1调度一部分波束覆盖区域中的业务。此时，波束覆盖区域模式(又称波束区域模式)1中少了部分需要服务的波束覆盖区域，波束覆盖区域模式2中增加了部分需要服务的波束覆盖区域。
[0272]
可选地，各个小区服务的波束覆盖区域包括以下几种情况：
[0273]
(1)小区服务的波束覆盖区域未变动；
[0274]
(2)小区服务的波束覆盖区域的数量相对于小区原始服务的波束覆盖区域的数量少；
[0275]
(3)小区服务的波束覆盖区域的数量相对于小区原始服务的波束覆盖区域的数量多。
[0276]
其中，小区原始服务的波束覆盖区域是指未进行任何协作调度时，小区需要服务的波束覆盖区域。
[0277]
以下结合附图和实施例对本技术中基于小区要服务的波束覆盖区域确定小区的配置信息的具体过程进行阐述。
[0278]
其中，在下述实施例中涉及到的原始波束覆盖区域、原始调度的波束覆盖区域、原始服务的波束覆盖区域是指小区在进行协作调度之前，管理的波束覆盖区域；协作波束覆盖区域、需要协作调度的波束覆盖区域是指小区在进行协作调度之时，增加或减少的波束覆盖区域。
[0279]
具体地，步骤s5022基于协作调度相关信息，确定基站下小区的配置信息，包括以下步骤d1-d2：
[0280]
步骤d1：对于需要其他小区对重叠覆盖的波束覆盖区域进行协作调度的小区，将小区要服务的波束覆盖区域的信息确定为小区的配置信息。
[0281]
具体地，针对小区服务的波束覆盖区域的数量相对于小区原始服务的波束覆盖区
域的数量少的小区，无需变动当前处理业务的配置信息。
[0282]
步骤d2：对于需要对重叠覆盖的波束覆盖区域进行协作调度的小区，基于小区要服务的波束覆盖区域对应的预测资源利用率和/或预测业务延时，确定小区的配置信息。
[0283]
具体地，针对小区服务的波束覆盖区域的数量相对于小区原始服务的波束覆盖区域的数量多的小区，为避免协作调度其他小区的波束覆盖区域时影响小区原始服务的波束覆盖区域中的业务处理状况，本技术基于小区要服务的波束覆盖区域对应的预测资源利用率和/或预测业务延时，重新配置需要对重叠覆盖的波束覆盖区域进行协作调度的小区的配置信息。可选地，步骤d2包括以下步骤d21-d23中的至少一项：
[0284]
步骤d21：基于原始调度的波束覆盖区域与需要协作调度的波束覆盖区域分别对应的预测资源利用率，确定小区的时域资源。
[0285]
步骤d22：基于原始调度的波束覆盖区域与需要协作调度的波束覆盖区域分别对应的预测业务延时，确定小区的频域资源。
[0286]
步骤d23：基于需要协作调度的波束覆盖区域中业务的优先级和/或业务延时，确定小区所需协作调度的业务。
[0287]
具体地，本技术实施例在基于小区要服务的波束覆盖区域对应的预测资源利用率和/或预测业务延时，重新配置需要对重叠覆盖的波束覆盖区域进行协作调度的小区的配置信息之前，还针对小区进行等级区分，不同等级的小区对应不同的配置信息。其中，预测业务延时可以通过预测流量延时确定。
[0288]
其中，小区等级划分可以采用下述步骤e1-e2：
[0289]
步骤e1：基于基站下小区原始波束覆盖区域对应的预测资源利用率，确定基站下小区原始波束覆盖区域对应的资源利用率级别的高低。
[0290]
可选地，如图12所示，基站下小区原始波束覆盖区域p包括1～p，且各原始波束覆盖区域对应有各自的预测prb利用率(又称预测prb使用率；prb_l)y1～y
p
，以小区为单位，基站下小区对应的预测prb利用率为各波束覆盖区域对应的预测prb利用率之和(又称总预测prb利用率)yo。具体地，步骤e1包括以下步骤e11-e13：
[0291]
步骤e11：计算基站下小区原始波束覆盖区域对应的预测资源利用率之和。
[0292]
步骤e12：若预测资源利用率之和高于第五预设阈值，则确定基站下小区原始波束覆盖区域对应的资源利用率级别为高。即，yo》th5。
[0293]
步骤e13：若预测资源利用率之和低于第五预设阈值，则确定基站下小区原始波束覆盖区域对应的资源利用率级别为低。即，yo《＝th5。
[0294]
步骤e2：基于基站下小区原始波束覆盖区域对应的预测业务延时(预测流量延时)，确定基站下小区原始波束覆盖区域对应的业务延时级别的长短。
[0295]
可选地，如图13所示，基站下小区原始波束覆盖区域p包括1～p，且各原始波束覆盖区域对应有各自的预测流量延时(又称预测业务延时；tracffic_l)z1～z
p
。以小区为单位，基站下小区对应的预测业务延时为各波束覆盖区域对应的预测业务延时的均值zo。具体地，步骤e2包括以下步骤e21-e23：
[0296]
步骤e21：计算基站下小区原始波束覆盖区域对应的预测业务延时均值zo。
[0297]
步骤e22：若预测业务延时均值高于第六预设阈值，则确定基站下小区原始波束覆盖区域对应的业务延时级别为长。即zo》th6。
[0298]
步骤e23：若预测业务延时均值低于第六预设阈值，则确定基站下小区原始波束覆盖区域对应的业务延时级别为短。即zo《＝th6。
[0299]
以下，结合上述步骤e1-e2所示的小区等级划分情况，下面针对基于不同的等级划分结果，向小区赋予不同配置信息的具体过程进行说明。
[0300]
具体地，在确定小区的配置信息时，需要考虑在保障基站原有小区业务不受很大影响的前提下，将多余的资源用于辅助协作的波束覆盖区域进行数据传输。
[0301]
可选地，结合图12和图13所示的内容(图12、13中n/a，not applicable表示表格中所在栏目不适用，)，针对协作波束覆盖区域进行说明，基站下小区当前的协作波束覆盖区域(又称协同波束区域)q包括p 1～p q，以小区为单位，基站下小区对应的预测prb利用率yc为各协作波束覆盖区域对应的预测prb利用率之和；基站下小区对应的预测业务延时zc为各协作波束覆盖区域对应的预测业务延时的均值。
[0302]
以下结合图14对基站下小区的配置信息进行说明，具体地，包括步骤f1-f4中的至少一项：
[0303]
步骤f1：若资源利用率级别低且业务延时级别短，配置基站下小区在进行协作调度时执行对协作波束覆盖区域中的所有业务的调度。
[0304]
具体地，如图14所示的第一种配置信息，当基站下小区的资源利用率级别低且业务延时级别短时，表征当前基站下小区用于调度原始波束覆盖区域中的业务的资源充足，因此，所有资源可以作为共享的协作资源，辅助协作波束覆盖区域进行所有业务的调度。
[0305]
步骤f2：若资源利用率级别高且业务延时级别短，根据原始波束覆盖区域与协作波束覆盖区域分别对应的预测资源利用率的比值配置基站下小区的时域资源(又称时间资源)，并配置基站下小区在进行协作调度时执行对协作波束覆盖区域中的第一业务的调度；第一业务包括优先级高于第三设定值，且业务延时高于第四设定值的业务。
[0306]
具体地，如图14所示的第二种配置信息，当基站下小区的资源利用率级别高且业务延时级别短时，信息的配置包括以下三种：
[0307]
(1)时域资源配置：根据基站下小区原始波束覆盖区域对应的预测资源利用率与基站下小区协作波束覆盖区域对应的预测资源利用率的比值确定对应的时域资源。即基于yo：yc划分原始波束覆盖区域和协作波束覆盖区域的时域资源。
[0308]
(2)优先级配置：在本技术中，针对协作波束覆盖区域设有优先级，该优先级可以是默认值，也可以是根据波束权重进行确定。可选地，在步骤d32中设定优先级低于第三设定值的波束覆盖区域不允许作为协作波束覆盖区域，即基站下小区将不执行优先级低于第三设定值的协作波束覆盖区域中的业务。
[0309]
(3)业务配置：在步骤f2对应的状态中，时延要求高的业务将不被允许基站下小区进行协作调度，因此，基站下小区将不调度协作波束覆盖区域中延时短的业务。其中，时延标准采用第四设定值进行判断，即基站下小区被配置执行延时高于第四设定值的业务调度。
[0310]
步骤f3：若资源利用率级别低且业务延时级别长，根据原始波束覆盖区域与协作波束覆盖区域分别对应的预测业务延时的比值配置基站的频域资源，并配置基站下小区在进行协作调度时执行协作波束覆盖区域中的第二业务的调度；第二业务包括优先级高于第五设定值，且业务延时高于第六设定值的业务。
[0311]
具体地，如图14所示的第三种配置信息，当基站下小区的资源利用率级别低且业务延时级别长时，信息的配置包括以下三种：
[0312]
(1)频域资源配置：根据基站下小区原始波束覆盖区域对应的预测业务延时与基站下小区协作波束覆盖区域对应的预测业务延时的比值确定对应的频域资源。即基于zo：zc划分原始波束覆盖区域和协作波束覆盖区域的频域资源(又称频率资源)。
[0313]
(2)优先级配置：设定优先级低于第五设定值的波束覆盖区域不允许作为协作波束覆盖区域，即基站下小区将不执行优先级低于第五设定值的协作波束覆盖区域中的业务调度。
[0314]
(3)业务配置：在步骤f3对应的状态中，时延要求高的业务将不被允许基站下小区进行协作调度，因此，基站下小区将不调度协作波束覆盖区域中延时短的业务。其中，时延标准采用第六设定值进行判断，即基站下小区被配置执行延时高于第六设定值的业务。
[0315]
可选地，第三设定值x1与第五设定值x1可以相同，第四设定值与第六设定值可以相同。
[0316]
步骤f4：若资源利用率级别高且业务延时级别长，根据原始波束覆盖区域与协作波束覆盖区域分别对应的预测资源利用率的比值配置基站下小区的时域资源，根据原始波束覆盖区域与协作波束覆盖区域分别对应的预测业务延时的比值配置基站下小区的频域资源，并配置基站下小区在进行协作调度时执行协作波束覆盖区域中的第三业务调度；第三业务包括优先级高于第七设定值，且业务延时高于第八设定值的业务。
[0317]
具体地，如图14所示的第四种配置信息，当基站下小区的资源利用率级别高且业务延时级别长时，信息的配置包括以下四种：
[0318]
(1)频域资源配置：根据基站下小区原始波束覆盖区域对应的预测业务延时与基站协作波束覆盖区域对应的预测业务延时的比值确定对应的频域资源。即基于zo：zc划分原始波束覆盖区域和协作波束覆盖区域的频域资源(又称频域资源)。
[0319]
(2)时域资源配置：根据基站下小区原始波束覆盖区域对应的预测资源利用率与基站下小区协作波束覆盖区域对应的预测资源利用率的比值确定对应的时域资源。即基于yo：yc划分原始波束覆盖区域和协作波束覆盖区域的时域资源。
[0320]
(3)优先级配置：设定优先级低于第七设定值的波束覆盖区域不允许作为协作波束覆盖区域，即基站下小区将不执行优先级低于第七设定值x2的协作波束覆盖区域中的业务调度。
[0321]
(4)业务配置：在步骤f4对应的状态中，时延要求高的业务将不被允许基站下小区进行协作调度，因此，基站下小区将不调度协作波束覆盖区域中延时短的业务。其中，时延标准采用第八设定值进行判断，即基站下小区被配置执行延时高于第八设定值的业务调度(时延要求高的情况下，业务延时短)。
[0322]
以下结合附图和实施例对本技术中配置信息的准确性检测流程的具体过程进行阐述。在本技术中进行准确性检测是为了检测当获取到更新的协作调度相关信息时，考虑现有协作调度方案(现有的配置信息)是否需要更新。下述提供一种基于协作调度组为背景的准确性检测方案，可选地，该准确性检测方案还可以应用于基于服务器当前管理的所有基站下小区进行检测的场景。
[0323]
具体地，结合图15和图16，步骤s503基于配置信息对基站进行配置之后，还包括以
下步骤s504-s505：
[0324]
步骤s504：获取协作调度组中的小区对应的资源利用率和/或业务延时。
[0325]
可选地，步骤s504可以是在步骤s501中，在获取基站对应的协作调度相关信息时，在协作调度相关信息中筛选出用于准确性检测的相关信息，如资源利用信息和/或业务延时信息。在此基础上，步骤s504获取信息的时间节点可以参考上述步骤s501所示内容。
[0326]
在一可行的实施例中，步骤s502确定配置信息后，将周期性或事件触发性地执行步骤s504。
[0327]
步骤s505：基于协作调度组中的小区对应的资源利用率和/或业务延时，更新配置信息。
[0328]
具体地，步骤s505包括以下步骤s5051-s5053：
[0329]
步骤s5051：检测协作调度组中的基站下小区对应的资源利用率和业务延时是否满足预设条件。
[0330]
可选地，步骤s5051在本技术整体的流程中处于末端，如图15、16所示，在步骤4将协作调度方案下发给各基站后，服务器将启动步骤5对协作调度方案进行准确性检测。其中，准确性检测包括对基站下小区对应的资源利用率和/或业务延时进行检测。
[0331]
具体地，步骤s5051包括以下步骤a-b：
[0332]
步骤a：针对每一协作调度组，检测协作调度组中每一基站下小区的资源利用率和业务延时。当协作调度组中负载过重的基站下小区数大于第九预设阈值时，将协作调度组记录次数加上预设数值；负载过重的基站下小区包括资源利用率大于第七预设阈值或业务延时大于第八预设阈值的小区。
[0333]
其中，检测的触发条件可以是周期性的功能设置，也可以是根据设定事件的发生，例如现有配置信息已使用超过预设时间(如，10h)。
[0334]
具体地，假设当前检测的协作调度组中包括5个小区，则步骤e11的实施可以获得5个小区分别对应的资源利用率和业务延时。具体地，基站下小区对应的资源利用率为基站下小区所有波束覆盖区域对应的资源利用率之和，基站下小区对应的业务延时为基站下小区所有波束覆盖区域对应的业务延时均值。
[0335]
具体地，在判断基站下小区是否负载过重时，可以通过资源利用率或业务延时进行判断，如：以小区为单位，当基站下小区对应的资源利用率大于第七预设阈值(例如70％)时，确定基站下小区负载过重；或者，以小区为单位，当基站下小区对应的业务延时大于第八预设阈值(例如200ms)时，确定基站下小区负载过重。当确定基站下小区负载过重时，则将负载过重的基站下小区数累加预设数值(如1，负载过重的基站下小区数累加1)。当协作调度组中所有小区检测完毕后，当前负载过重的基站下小区数大于第九预设阈值(例如3)时，将协作调度组记录次数加上预设数值(如1，协作调度组记录次数累加1)，否则，将该协作调度组对应的记录次数置零。
[0336]
步骤b：当协作调度组记录次数大于第十预设阈值时，确定满足预设条件。
[0337]
可选地，假设服务器当前管理的所有基站下小区被划分为7组协作调度组时，若在执行步骤e11之后，协作调度组记录次数大于第十预设阈值(例如5)时，确定满足预设条件。
[0338]
步骤s5052：若满足预设条件，基于当前获取的基站中协作调度相关信息更新配置信息。
[0339]
具体地，在确定满足预设条件时，触发更新协作调度方案，如图16所示，基于当前时刻获取的协作调度相关信息更新配置信息。
[0340]
步骤s5053：若不满足预设条件，则无需更新配置信息。
[0341]
以下结合附图15-18，针对本技术提供的协作调度方法进行整体性概述。
[0342]
本技术提供的一种协作调度方法中，如图17、18所示，本技术实施例提供的协作调度方法可以包括4个步骤：
[0343]
步骤1：son服务器收集用于波束区域协作调度的信息。
[0344]
步骤2：son服务器为小区确定协作调度的波束区域模式。例如：某个协作调度的波束区域是被哪个特定的小区所调度。
[0345]
步骤3：son服务器为小区确定具体的配置信息。
[0346]
步骤4：son服务器将波束区域协作调度策略发送至gnb。
[0347]
其中，步骤2包括下述步骤2-1至步骤2-5：
[0348]
步骤2-1：确定协作调度组。
[0349]
步骤2-2：业务量预测。
[0350]
步骤2-3：物理资源块利用率预测。
[0351]
步骤2-4：针对各小组的小区进行分类。
[0352]
步骤2-5：为各小组的小区确定波束区域模式。
[0353]
其中，步骤3包括下述步骤3-1至3-2：
[0354]
步骤3-1：确定每个小区的协作等级。
[0355]
步骤3-2：确定每个小区的协作调度配置(配置信息)。
[0356]
本技术提供的一种协作调度方法中，如图16所示，在包括上述实施例所示的步骤1至4的基础上，本技术实施例还包括步骤5：判断协作调度方案是否需要更新，若是返回执行步骤2，若否则继续执行步骤5。
[0357]
本技术提供的一种协作调度方法中，如图15所示，本技术实施例在包括上述实施例所示的步骤2-1、2-4、2-5、3和4的基础上，还包括步骤5：判断协作调度方案是否需要更新，若是返回执行步骤2-5，若否继续执行步骤5。
[0358]
以下结合附图和实施例，针对本技术提供的应用于基站的协作调度方案的具体过程进行阐述。
[0359]
考虑到同一基站可能对应一个小区或多个小区，下述提供的执行协作调度任务的具体过程可以适用于一个基站对应一个小区和一个基站对应有多个小区的场景。
[0360]
具体地，结合图19，协作调度方法包括以下步骤s1901-s1903：
[0361]
步骤s1901：上报协作调度相关信息。
[0362]
步骤s1902：接收基于协作调度相关信息确定的用于对重叠覆盖的波束覆盖区域中的业务进行协作调度的配置信息。
[0363]
步骤s1903：基于配置信息执行协作调度。
[0364]
其中，在本技术实施例中主要针对基站基于配置信息执行协作调度任务的具体过程进行阐述，与确定配置信息相关的内容可以参考上述步骤s501-s503对应的实施例，在此不再赘述。
[0365]
具体地，配置信息包括基站下小区的波束覆盖区域模式信息和配置信息；步骤
s1903基于配置信息执行协作调度，包括以下步骤g1-g3：
[0366]
步骤g1：基于配置信息确定小区的调度类型。
[0367]
具体地，如图20所示，配置信息包括的波束覆盖区域模式信息中可以确定基站下小区要服务的波束覆盖区域(包括原始波束覆盖区域和/或协作波束覆盖区域)。
[0368]
可选地，在执行步骤g1时，针对每一小区，执行下述确定调度类型的步骤g11-g13：
[0369]
步骤g11：若当前需要调度的波束覆盖区域的数量少于原始波束覆盖区域的数量，则确定为第一调度类型。
[0370]
如图20所示，cell
①
当前需要调度的波束覆盖区域的数量则少于原始波束覆盖区域的数量。
[0371]
步骤g12：若当前需要调度的波束覆盖区域的数量多于原始波束覆盖区域的数量，则确定为第二调度类型。
[0372]
如图20所示，cell
②
当前需要调度的波束覆盖区域的数量则多于原始覆盖区域的数量。
[0373]
步骤g13：若当前需要调度的波束覆盖区域的数量等于原始波束覆盖区域的数量，则确定为第三调度类型。
[0374]
具体地，即基站下小区当前所需调度的波束覆盖区域的数量并未因接受到的配置信息而改变。
[0375]
其中，在确定基站下小区的调度类型时，一个小区可以对应一种调度类型；即当一个基站对应一个小区时，该基站对应仅有一种调度类型；当一个基站对应多个小区(假设三个)时，该基站下的小区对应的调度类型可以有1～3种。
[0376]
步骤g2：针对确定为需要其他小区对重叠覆盖的波束覆盖区域进行协作调度的第一类小区(属于第一调度类型)，将第一类小区下需要其他小区协作调度的ue切换至进行协作调度的小区中。
[0377]
如图20所示，cell
①
将协作波束覆盖区域(又称协作波束区域)中的ue切换至cell
②
对应的小区中。cell
①
和cell
②
可以属于同一gnb也可以属于不同gnb。
[0378]
步骤g3：针对确定为需要对重叠覆盖的波束覆盖区域进行协作调度的第二类小区(第二调度类型)，基于配置信息中的时域资源、频域资源和/或需要执行的业务信息，配置第二类小区执行协作调度。
[0379]
如图20所示，cell
②
在调度波束时，基于配置信息进行协作调度。具体地，根据配置信息中的时域资源、频域资源、优先级和业务配置更新cell
②
当前的配置信息，进而配置该小区执行协作调度。
[0380]
本技术实施例中，通过上述步骤的实施，对于第一调度类型的小区，通知相关ue及时切换至协作调度的小区中，以避免业务中断；对于第二调度类型的小区，在指定时域资源、频域资源、优先级和业务类型的情况下调度协作波束覆盖区域，以保证原始波束覆盖区域下的业务质量。
[0381]
在一可行的实施例中，上述确定的配置信息既可以应用于基站间进行波束协作调度外，还可以应用于基站内进行波束协作调度。当一个基站对应多个小区时，小区之间可能存在重叠覆盖的波束覆盖区域，此时可以结合各个小区协作调度相关信息，确定对应的配置信息，进而采用配置信息配置小区。具体地，可以实现在同一基站中，当小区a和b之间存
在重叠覆盖的波束覆盖区域时，针对重叠覆盖的区域，当小区a的负载重时，将小区a原始负责的重叠的波束覆盖区域中的业务交由小区b进行调度。例如，某一基站中，当前小区a管理25个波束覆盖区域，小区b管理25个波束覆盖区域，且两者能够存在重叠覆盖的波束覆盖区域时，当小区a的负载过重时，可以将资源配置为小区a管理20个波束覆盖区域，小区b管理30个波束覆盖区域，从而实现波束协作调度，充分利用各小区波束调度的能力，降低业务延时。
[0382]
为进一步说明本技术提供的协作调度方法，结合下述两个应用例和实验数据进行阐述。
[0383]
应用例1：结合图21所示场景，cell
①
主要覆盖一条宽阔的街道，cell
②
主要覆盖一个大型音乐厅，当音乐厅举行大型活动时，现有的调度方案下cell
②
处于极度繁忙的状态，但是cell
①
处于空闲的状态。因此，基于本技术提出协作调度方法可以为cell
①
扩展调度的波束区域范围，分担cell
②
的压力，从而调节两个基站下小区的波束覆盖区域范围，减小高负载基站下小区的业务延时。
[0384]
应用例2：结合图22所示场景，cell
①
主要覆盖居民区，而cell
②
主要覆盖商务区；现有的调度方案会导致白天的时候居民区的cell
①
处于空闲状态、但位于商务区的cell
②
处于繁忙状态，晚上则刚好相反。在此情况下，基于本技术提出的协作调度方法可以根据人流的动向灵活的调整基站下小区的波束覆盖区域模式，使得cell
①
和cell
②
根据白天和晚上的业务状态协调波束覆盖区域范围，灵活分担居民区和商务区的业务压力。
[0385]
实验分析：结合图23、24和25所示内容，针对一个基站下包括一个小区的情况进行阐述。在现有的调度方案下，cell
①
调度5个用户(5ues)，而cell
②
调度50个用户；两个基站下小区的负载很不平衡。基于本技术协作调度方法的实施，位于两个小区重叠区域的原本由cell
②
调度的20个用户转由cell
①
调度，极大的减轻了cell
②
的调度压力。在图23所示的场景中，基于本技术协作调度方法的实施，对小区平均吞吐量有30％的提升(cell
①
提升了20％，cell
②
提升了40％)，并且cell
②
调度时延降低了40％；具体分析如下：
[0386]
(1)对于cell
②
，边缘用户的减少给其他用户带来了更多的调度机会，从而减少了调度时延(也可以称为最大时延)，并提升(up)了吞吐量(提升了40％)。
[0387]
(2)对于cell
①
，由于原本的负载很轻，并且限制了新增用户的调度资源，对原始的用户的时延无影响。
[0388]
(3)对于cell
①
的新增用户，由于比之前得到了更多的资源和调度机会，调度时延明显降低、而吞吐量明显提升(提升了20％)。
[0389]
结合图26所示，以下提供一种协作调度装置2600，包括获取模块2601、确定模块2602和配置模块2603；其中，
[0390]
获取模块2601，用于获取基站对应的协作调度相关信息；
[0391]
确定模块2602，用于基于协作调度相关信息，确定用于重叠覆盖的波束覆盖区域中的业务进行协作调度的配置信息；
[0392]
配置模块2603，用于基于配置信息对基站进行相关配置。
[0393]
可选地，协作调度相关信息包括基站状态信息和基站所服务ue的ue状态信息中的至少一项；其中，基站状态信息包括基站位置信息、基站天线配置信息、基站下小区对应的波束权重信息、基站下小区中波束对应的ue数信息、波束业务量信息、波束与小区的映射关
系信息、基站下小区对应的ue数信息、小区业务量信息、基站下小区对应的邻区关系信息、基站下小区对应的业务延时信息、基站下小区对应的资源利用信息和基站调度能力信息中的至少一项；其中，ue状态信息包括ue信道状态信息、ue数据传输需求信息和ue测量信息中的至少一项。
[0394]
可选地，确定模块2602，包括：
[0395]
第一确定单元，用于基于协作调度相关信息，确定基站下小区要服务的波束覆盖区域；
[0396]
第二确定单元，用于基于小区要服务的波束覆盖区域，确定小区的配置信息。
[0397]
可选地，第一确定单元用于基于协作调度相关信息，确定基站下小区要服务的波束覆盖区域，包括：
[0398]
基于协作调度相关信息，确定基站下小区的调度状态信息；
[0399]
基于调度状态信息，确定小区的类型；类型包括需要协作的第一类型、有协作调度能力的第二类型、和无需协作或无协作能力的第三类型中的一种；
[0400]
基于小区的类型，确定小区要服务的波束覆盖区域。
[0401]
可选地，小区的调度状态信息包括预测的资源利用率和/或激活波束数量。
[0402]
可选地，协作调度相关信息中包括预测的资源利用率和/或激活波束数量；或者
[0403]
第一确定单元用于执行基于协作调度相关信息，确定基站下小区的调度状态信息，包括：
[0404]
基于协作调度相关信息，预测小区的资源利用率和/或激活波束数量。
[0405]
可选地，第一确定单元用于执行基于调度状态信息，确定小区的类型，包括以下至少一项：
[0406]
当预测的激活波束数量大于第一预设阈值，或预测的资源利用率大于第二预设阈值时，将小区的类型确定为第一类型；
[0407]
当预测的激活波束数量小于第三预设阈值，且预测的资源利用率小于第四预设阈值时，将小区的类型确定为第二类型；
[0408]
将无法确定为第一类型或第二类型的小区的类型确定为第三类型；
[0409]
其中，第一预设阈值不小于第三预设阈值，第二预设阈值不小于第四预设阈值。
[0410]
可选地，第一确定单元用于基于小区的类型，确定小区要服务的波束覆盖区域，包括：
[0411]
基于小区的类型，确定为重叠覆盖的波束覆盖区域提供服务的小区；
[0412]
基于为重叠覆盖的波束覆盖区域提供服务的小区，确定各小区分别服务的波束覆盖区域。
[0413]
可选地，第一确定单元，用于基于小区的类型，确定为重叠覆盖的波束覆盖区域提供服务的小区，包括：
[0414]
基于属于第一类型的小区与其他小区重叠覆盖的波束覆盖区域，确定需要协作调度的波束覆盖区域；
[0415]
基于需要协作调度的波束覆盖区域以及各小区的类型，确定需要协作调度的波束覆盖区域对应的候选服务小区；
[0416]
基于候选服务小区，确定为需要协作调度的波束覆盖区域提供服务的小区。
[0417]
可选地，第一确定单元，用于基于候选服务小区，确定为需要协作调度的波束覆盖区域提供服务的小区，包括：
[0418]
执行下述步骤直至完成对所有需要协作调度的波束覆盖区域的分配：
[0419]
从需要协作调度的波束覆盖区域中选择对应的预测资源利用率最大的波束覆盖区域；在选择的波束覆盖区域对应的候选服务小区中，选择对应的预测资源利用率最小的候选服务小区，作为向选择出的波束覆盖区域提供服务的小区。
[0420]
可选地，第一确定单元，用于在基于协作调度相关信息，确定基站下小区的调度状态信息之前，还包括：将各小区划分为不同的协作调度组。可选地，第一确定单元用于执行基于协作调度相关信息，确定基站下小区的调度状态信息，包括：
[0421]
针对每一协作调度组，基于协作调度相关信息，确定协作调度组内各小区的调度状态信息。
[0422]
可选地，第一确定单元用于执行将各小区划分为不同的协作调度组，包括：
[0423]
基于小区间重叠覆盖的波束覆盖区域的预测业务量，确定小区间的协作权重；
[0424]
基于小区间的协作权重，将各小区划分为不同的协作调度组。
[0425]
可选地，第一确定单元，用于基于小区间的协作权重，将各小区划分为不同的协作调度组，包括下述至少一项：
[0426]
将协作权重最大的小区划分至同一协作调度组；重复下述操作，直到协作调度组中的小区个数达第一设定值：将与协作调度组中已有的小区协作权重最大的小区划分至协作调度组；
[0427]
获取小区关系图，小区关系图通过点表征小区，边线表征小区间的协作权重；在每次执行下述剔除步骤后判断是否形成小区个数小于第二设定值的独立的关系图，若是，则将相应的小区划分至同一协作调度组，若否继续执行下述剔除步骤，直至所有小区被划分至相应的协作调度组：在小区关系图中剔除小区间的协作权重最小的边线。
[0428]
可选地，第二确定单元，用于基于小区要服务的波束覆盖区域，确定小区的配置信息，包括：
[0429]
对于需要其他小区对重叠覆盖的波束覆盖区域进行协作调度的小区，将小区要服务的波束覆盖区域的信息确定为小区的配置信息；
[0430]
对于需要对重叠覆盖的波束覆盖区域进行协作调度的小区，基于小区要服务的波束覆盖区域对应的预测资源利用率和/或预测业务延时，确定小区的配置信息。
[0431]
可选地，小区要服务的波束覆盖区域包括原始调度的波束覆盖区域和需要协作调度的波束覆盖区域；第二确定单元用于基于小区要服务的波束覆盖区域对应的预测资源利用率和/或预测业务延时，确定小区进行协作调度时的配置信息，包括以下至少一项：
[0432]
基于原始调度的波束覆盖区域与需要协作调度的波束覆盖区域分别对应的预测资源利用率，确定小区的时域资源；
[0433]
基于原始调度的波束覆盖区域与需要协作调度的波束覆盖区域分别对应的预测业务延时，确定小区的频域资源；
[0434]
基于需要协作调度的波束覆盖区域中业务的优先级和/或业务延时，确定小区所需协作调度的业务。
[0435]
可选地，装置2600还包括检测模块，用于获取协作调度组中的小区对应的资源利
用率和/或业务延时；基于协作调度组中的小区对应的资源利用率和/或业务延时，更新配置信息。
[0436]
可选地，配置模块2603，用于基于配置信息对基站进行配置，包括：
[0437]
将配置信息发送至基站，以使基站基于配置信息执行协作调度。预测业务延时业务延时级别业务延时级别预测业务延时预测业务延时业务延时级别预测业务延时预测业务延时业务延时级别预测业务延时业务延时级别业务延时级别预测业务延时业务延时级别业务延时级别业务延时级别预测业务延时业务延时级别预测业务延时
[0438]
结合图27所示，以下提供一种协作调度装置2700，包括上报模块2701、接收模块2702、执行模块2703；其中，
[0439]
上报模块2701，用于上报协作调度相关信息；
[0440]
接收模块2702，用于接收基于协作调度相关信息确定的用于对重叠覆盖的波束覆盖区域中的业务进行协作调度的配置信息；
[0441]
执行模块2703，用于基于配置信息执行协作调度。
[0442]
可选地，执行模块2703用于基于配置信息执行协作调度，包括：
[0443]
基于配置信息确定小区的调度类型；
[0444]
针对确定为需要其他小区对重叠覆盖的波束覆盖区域进行协作调度的第一类小区，将第一类小区下需要其他小区协作调度的ue切换至进行协作调度的小区中；
[0445]
针对确定为需要对重叠覆盖的波束覆盖区域进行协作调度的第二类小区，基于配置信息中的时域资源和/或频域资源和/或需要执行的业务信息，配置第二类小区执行协作调度。
[0446]
本公开实施例的协作调度装置可执行本公开的实施例所提供的一种协作调度方法，其实现原理相类似，本公开各实施例中的协作调度装置中的各模块所执行的动作是与本公开各实施例中的协作调度方法中的步骤相对应的，对于协作调度装置的各模块的详细功能描述具体可以参见前文中所示的对应的协作调度方法中的描述，此处不再赘述。
[0447]
上面从功能模块化的角度对本技术实施例提供的协作调度装置进行介绍，接下来，将从硬件实体化的角度对本技术实施例提供的电子设备进行介绍，并同时对电子设备的计算系统进行介绍。
[0448]
基于与本公开的实施例中所示的方法相同的原理，本公开的实施例中还提供了一种电子设备，该电子设备可以包括但不限于：处理器和存储器；存储器，用于存储计算机操作指令；处理器，用于通过调用计算机操作指令执行实施例所示的协作调度方法。与现有技术相比，本技术中的协作调度方法的实施提升了网络的吞吐量，降低了调度时延。
[0449]
在一个可选实施例中提供了一种电子设备，如图28所示，图28所示的电子设备2800包括：处理器2801和存储器2803。其中，处理器2801和存储器2803相连，如通过总线2802相连。可选地，电子设备2800还可以包括收发器2804。需要说明的是，实际应用中收发器2804不限于一个，该电子设备2800的结构并不构成对本技术实施例的限定。
[0450]
处理器2801可以是cpu(central processing unit，中央处理器)，通用处理器，dsp(digital signal processor，数据信号处理器)，asic(application specific integrated circuit，专用集成电路)，fpga(field programmable gate array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以
实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器2801也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。
[0451]
总线2802可包括一通路，在上述组件之间传送信息。总线2802可以是pci(peripheral component interconnect，外设部件互连标准)总线或eisa(extended industry standard architecture，扩展工业标准结构)总线等。总线2802可以分为地址总线、数据总线、控制总线等。为便于表示，图28中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0452]
存储器2803可以是rom(read only memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，ram(random access memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom(electrically erasable programmable read only memory，电可擦可编程只读存储器)、cd-rom(compact disc read only memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
[0453]
存储器2803用于存储执行本技术方案的应用程序代码，并由处理器2801来控制执行。处理器2801用于执行存储器2803中存储的应用程序代码，以实现前述方法实施例所示的内容。
[0454]
其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。
[0455]
具体的，上述协作调度方法可以由son服务器或其他服务器来执行，也可以由基站或其他接入网或核心网节点来执行，图28示出的电子设备可以为服务器，也可以为基站或其他接入网或核心网设备。图28示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
[0456]
本技术实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。与现有技术相比，本技术中的协作调度方法可以满足不同时间段的业务需求，提升了网络的吞吐量，降低了调度时延。
[0457]
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
[0458]
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计
算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。
[0459]
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
[0460]
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备执行上述实施例所示的方法。
[0461]
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
[0462]
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0463]
描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定，例如，获取模块还可以被描述为“用于获取基站对应的协作调度相关信息的模块”。
[0464]
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行
任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。