用于多用户多输入多输出的方法和基站

技术领域

本公开的实施例一般涉及无线通信，并且更具体地涉及用于多用户多输入多输出(MU-MIMO)的方法和基站。

背景技术

本部分介绍可以促进本公开的更好理解的方面。因此，本部分的陈述应从该意义上阅读，并且不应被理解为承认什么是现有技术或什么不是现有技术。

大规模MIMO(也被称为大规模天线系统，超大型MIMO，超MIMO，全维度MIMO，或ARGOS)通过使用非常大数量(例如数百个或数千个)完全相干且自适应地工作的服务天线，而与当前实践彻底决裂。额外的天线通过将信号能量的发射和接收集中到越来越小的空间区域中来提供帮助。这带来了吞吐量和能量效率的巨大改善，特别是当与大量(例如数十个或数百个)用户终端的同时调度相结合时。

多用户MIMO(MU-MIMO)可以利用多个用户作为空间分布的传输资源，但是以稍微更昂贵的信号处理为代价。相比之下，常规或单用户MIMO仅考虑本地设备的多个天线维度。MU MIMO算法被开发以便在用户或连接的数量大于一时增强MIMO系统。MU MIMO可以被概括为两类：分别用于下行链路和上行链路情况的MIMO广播信道(MIMO BC)和MIMO多址接入信道(MIMO MAC)。单用户MIMO可以被表示为点对点成对MIMO。

MU大规模MIMO是4.5代(4.5G)大规模MIMO长期演进(LTE)和5G新无线电(NR)的关键技术。它被预期应对数据使用量的巨大增长。它能够在压缩的区域内同时服务多个用户(并且因此同时服务多个设备)，同时保持较快数据速率和一致的性能，这使其成为解决即将到来的4.5G/5G时代的需求的理想技术。

发明内容

本概要被提供以便以简化的形式介绍下面在详细描述中进一步描述的概念的选集。本概要并非旨在确定所要求保护的主题的关键特征或必要特征，也并非旨在用于限制所要求保护的主题的范围。

本公开的目的之一是提供一种用于MU-MIMO的改进的解决方案。

根据本公开的第一方面，提供了一种基站中的方法。所述方法包括获得历史调度特征信息，以及至少基于所述历史调度特征信息，针对MU-MIMO用户预留资源。所述方法还包括向所述MU-MIMO用户分配所预留的资源。

根据上述实施例，可以改善大规模MIMO增益。

在本公开的实施例中，可以还基于当前资源需求信息针对所述MU-MIMO用户预留资源。

在本公开的实施例中，针对所述MU-MIMO用户预留资源可以包括确定为其预留所述资源的所述MU-MIMO用户的数量。针对所述MU-MIMO用户预留资源还可以包括确定针对所述MU-MIMO用户预留的控制信道元素(CCE)候选的数量。针对所述MU-MIMO用户预留资源还可以包括确定针对所述MU-MIMO用户预留的物理资源块(PRB)的数量，以及然后分别基于所确定的CCE候选的数量和所确定的PRB的数量来预留CCE资源和PRB。

在本公开的实施例中，所述方法还可以包括向一个或多个非MU-MIMO用户分配未预留的资源的至少一部分。

在本公开的实施例中，所述方法还可以包括基于所述历史调度特征信息和当前资源需求信息中的至少一者来确定是否要使用MU-MIMO。当确定要使用MU-MIMO时，可以针对所述MU-MIMO用户预留资源。

在本公开的实施例中，获得所述历史调度特征信息可以包括基于与历史调度事件相关的历史信息确定所述历史调度特征信息。

在本公开的实施例中，与历史调度事件相关的所述历史信息包括历史资源需求信息和历史调度结果信息。

在本公开的实施例中，所述历史资源需求信息可以包括下述中的一项或多项：所述基站的服务区域中存在的活跃用户的数量；以及所述活跃用户的缓冲区状态。

在本公开的实施例中，所述历史调度结果信息可以包括下述中的一项或多项：在所述历史调度事件中被调度的用户的数量；在所调度的用户中的MU-MIMO用户的数量；在所调度的用户中的非MU-MIMO用户的数量；在所述历史调度事件中被指派的CCE候选的数量；在所述历史调度事件中被分配的PRB的数量；在所述历史调度事件中被分配给MU-MIMO用户的PRB的数量；在所述历史调度事件中被分配给非MU-MIMO用户的PRB的数量；以及在所述历史调度事件中实现的瞬时吞吐量。

在本公开的实施例中，所述历史调度特征信息可以包括下述中的一项或多项：业务量模型信息；瓶颈信息；以及关于所述历史调度结果信息的统计信息。

在本公开的实施例中，所述业务量模型信息可以包括下述中的一项或多项：需要密集业务量的用户的数量；使用语音服务的用户的数量；使用小数据包服务的用户的数量；以及使用中等数据包服务的用户的数量。

在本公开的实施例中，所述瓶颈信息可以包括下述中的一项或多项：所述基站能够调度的用户的最大数量；可用于所述基站的CCE候选的最大数量；以及可用于所述基站的PRB的最大数量。

在本公开的实施例中，所述统计信息可以包括下述中的一项或多项：所调度的用户的平均数量；所指派的CCE候选的平均数量；所分配的PRB的平均数量；被分配给MU-MIMO用户的PRB的平均数量；以及被分配给非MU-MIMO用户的PRB的平均数量。

在本公开的实施例中，当以下条件得到满足时，可以确定要使用MU-MIMO：需要密集业务量的用户的数量在第一预定阈值以上；被分配给MU-MIMO用户的PRB的平均数量在第二预定阈值以下；以及使用小数据包服务的用户的数量在第三预定阈值以下。

在本公开的实施例中，当以下条件中的一项或多项得到满足时，可以确定不使用MU-MIMO：需要密集业务量的用户的数量小于第一预定阈值；使用小数据包服务的用户的数量大于第三预定阈值；以及活跃用户的数量在第四预定阈值以下。

在本公开的实施例中，所述MU-MIMO用户的数量可以被确定为第一预定裕量乘以能够被调度的用户的最大数量与所调度的用户的平均数量之间的差值。所预留的CCE候选的数量可以被确定为第二预定裕量乘以CCE候选的最大数量与所指派的CCE候选的平均数量之间的差值。所预留的PRB的数量可以被确定为第三预定裕量乘以PRB的最大数量与所分配的PRB的平均数量之间的差值。

根据本公开的第二方面，提供了一种基站。所述基站可以包括至少一个处理器和至少一个存储器。所述至少一个存储器可以包含可由所述至少一个处理器执行的指令，由此所述基站可操作以获得历史调度特征信息。所述基站还可以可操作以至少基于所述历史调度特征信息，针对MU-MIMO用户预留资源。所述基站还可以可操作以向所述MU-MIMO用户分配所预留的资源。

在本公开的实施例中，所述基站可以可操作以执行根据第一方面的方法。

根据本公开的第三方面，提供了一种计算机程序产品。所述计算机程序产品可以包含指令，所述指令在被至少一个处理器执行时使所述至少一个处理器执行根据上述方面的方法。

根据本公开的第四方面，提供了一种计算机可读存储介质。所述计算机可读存储介质可以包含指令，所述指令在被至少一个处理器执行时使所述至少一个处理器执行根据上述方面的方法。

附图说明

根据将结合附图阅读的本公开的说明性实施例的下面的详细描述，本公开的这些和其它目的、特征和优点将变得明显。

图1是示出可在其中应用MU-MIMO的现有无线通信系统的图；

图2示出用于动态波束成形的现有实现方案；

图3是示出根据本公开的实施例的在基站处实现的方法的流程图；

图4是用于解释图3的方法的流程图；

图5示出可以根据本公开的实施例获得的示例性业务量模型；

图6是用于解释图3的方法的流程图；

图7示出根据本公开的实施例的用于资源预留的示例性示例；

图8是示出适合于在实践本公开的一些实施例中使用的装置的框图；以及

图9是示出根据本公开的实施例的基站的框图。

具体实施方式

为了解释的目的，在下面的描述中阐述了一些细节以便提供所公开的实施例的彻底理解。然而，对于本领域技术人员来说明显的是，可以在没有这些具体细节的情况下或者利用等效配置来实现所述实施例。

图1是示出可在其中应用MU-MIMO的现有无线通信系统的图。无线通信系统可以是LTE 4G或NR 5G中的时分双工(TDD)系统。如图所示，无线通信系统包括基站和多个用户设备(UE)。在基站中，高层(HL)利用物理层(PHY)传输数据和信令。HL指层2之上的开放系统互连(OSI)层，并且PHY指OSI层1。数据缓冲区存储用于UE的上行链路(UL)和下行链路(DL)数据。无线电资源调度器将无线电资源指派给UE。根据分配结果，数据缓冲区为PHY准备数据，并且PHY向UE传送数据或从UE接收数据。PHY负责信道测量，并向调度器报告作为调度算法的输入参数的测量结果。UE将遵循来自基站的无线电资源的配置和调度。

在实践中，信道知识可能并不完美。信道估计误差是由干扰和/或噪声引起的。另一个影响是信道的时间变化。在信道测量与波束成形的传输之间的时间段期间，信道仍在变化。如果信道变化很大，则波束成形增益变得可忽略不计。图2示出用于动态波束成形的现有实现方案。如图所示，来自不同UE的探测参考信号(SRS)信号被基站接收。然后，可以分别估计用于不同UE的信道。根据信道估计，可以分别计算UL和DL的波束成形权重。然后，将数字波束成形应用于UL和DL。图2中使用的参考信号可能会引发波束成形的潜在限制或性能损失。

另一方面，可以通过测量物理上行链路共享信道(PUSCH)来执行信道测量。由于下行链路波束是基于上行链路PUSCH上的测量结果来计算或选择的，因此信道时间变化的问题对于下行链路波束成形而言仍然存在。可能存在两种情况。一种是在针对某个用户没有PUSCH发生的时间段期间，仅为该用户调度下行链路物理下行链路共享信道(PDSCH)。另一种是尽管调度了PUSCH，但同时将不同的PRB用于PDSCH。

在实际的网络中，一个小区可以容纳数百个UE。为许多UE提供语音服务或文本服务。由于上面提到的信道测量方面的限制，SRS资源变得宝贵并且因此被分配给具有大数据缓冲区的UE以增加小区吞吐量。针对具有低业务量需求的UE执行动态波束成形是不值得的。

然而，由于用于指派SRS资源的标准的限制，没有那么多UE具有密集业务量需求。因此，MU大规模MIMO的增益很可能会被稀释。例如，对于大规模MIMO下行链路，假设：1)系统允许向多达8个UE指派相同的无线电时间和频率资源；2)有200个UE，它们中的8个具有密集业务量并被指派有SRS资源，而其它UE则仅时不时地需要小数据包传输；

3)由于某些硬件(HW)限制，一个基站可以每小区每个传输机会调度多达20个用户；4)采用轮转调度。那么，可以每(大约)十次调度所有UE一次。在这十次中，通过调度该MU组可以获得8层增益一次。大规模MIMO增益可以被粗略估计为：

8(层数)/10(次)+1/10*9＝1.7，

其比最大增益8低很多。应注意的是，尽管该示例相当粗略，但它仅用于说明大规模MIMO增益在时间上的平均效应。

上面的问题是由SRS和UE业务负载的组合引起的。尽管已经有一些解决方案可以解决该问题，但是这些解决方案需要大容量存储器来存储信道测量结果，并会导致系统设计的高复杂度。此外，如果UE仅需要DL服务而不需要UL服务，则在没有某种特殊设计的情况下基站就没有机会有效地测量信道。

本公开提出了一种用于MU-MIMO的改进的解决方案。基本思想是提出一种基于学习的调度算法，以展现大规模MIMO增益。该解决方案可以应用于包括UE和基站的无线通信系统。UE可以通过无线电接入通信链路与基站通信。基站可以向位于其通信服务小区内的UE提供无线电接入通信链路。基站可以是例如LTE中的演进节点B(eNB)或NR中的gNB。应注意的是，可以根据任何适合的通信标准和协议在UE和基站之间执行通信。UE也可以被称为例如终端设备，接入终端，移动台，移动单元，用户站等。它可以指能够访问无线通信网络并从中接收服务的任何终端设备。通过示例而非限制的方式，UE可以包括便携式计算机，诸如数码相机的图像捕获终端设备，游戏终端设备，音乐存储和播放器，移动电话，蜂窝电话，智能电话，平板电脑，可穿戴设备，个人数字助理(PDA)等。

在物联网(IoT)场景中，UE可以表示执行监测和/或测量、并将这样的监测和/或测量的结果传送给另一UE和/或网络设备的机器或其它设备。在该情况下，UE可以是机器到机器(M2M)设备，在第三代合作伙伴计划(3GPP)上下文中，其可以被称为机器类型通信(MTC)设备。这样的机器或设备的特定示例可以包括传感器、计量设备(诸如功率计)、工业机械、自行车、车辆、或者家用或个人电器(例如，冰箱、电视)、个人可穿戴设备(诸如手表)、等等。

在下文中，将参考图3-9详细描述该解决方案。图3是示出根据本公开的实施例的在基站处实现的方法的流程图。在框302处，获得历史调度特征信息。历史调度特征信息可以指这样的信息，其指示在基站处发生的历史调度事件的特征或特点。例如，框302可以被实现为图4的框402。即，在框402处，可以基于与历史调度事件相关的历史信息来确定历史调度特征信息。

与一历史调度事件相关的历史信息可以包括历史资源需求信息和历史调度结果信息。历史资源需求信息指示该历史调度事件中的资源需求。例如，历史资源需求信息可以包括下述中的任一项或组合：该基站的服务区域中存在的活跃用户的数量，活跃用户的缓冲区状态，等等。历史调度结果信息指示该历史调度事件中的调度结果。例如，历史调度结果信息可以包括下述中的任一项或组合：在该历史调度事件中被调度的用户的数量，在所调度的用户中的MU-MIMO用户的数量，在所调度的用户中的非MU-MIMO用户的数量，在该历史调度事件中被指派的CCE候选的数量，在该历史调度事件中被分配的PRB的数量，在该历史调度事件中被分配给MU-MIMO用户的PRB的数量，在该历史调度事件中被分配给非MU-MIMO用户的PRB的数量，在该历史调度事件中实现的瞬时吞吐量，等等。

历史信息可以存储在基站的存储单元(例如专用存储器)中。可选地，可以相对于可用存储空间和业务量场景来调整数据有效性的持续时间。当不存在该基站的历史信息时(例如，基站首次被开启)，基站可以通过使用各种常规调度算法来分配资源。当有足够的历史信息可用时，可以执行框402。在框402处确定的历史调度特征信息可以取决于框304或403的要求而变化。

可以通过使用各种数据处理技术(诸如统计处理，模式识别，机器学习等)来确定历史调度特征信息。可以将历史调度特征信息确定为下述中的任一项或组合：业务量模型信息，瓶颈信息，关于历史调度结果信息的统计信息，等等。业务量模型信息可以包括下述中的任一项或组合：需要密集业务量的用户的数量，使用语音服务的用户的数量，使用小数据包服务的用户的数量，使用中等数据包服务的用户的数量，等等。为了说明的目的，在图5中示出可以在框302处获得的示例性业务量模型。它是来自中国移动通信集团有限公司(CMCC)的典型业务量模型。例如，可以通过对预定时间段(例如，滑动时间窗口)内的历史资源需求信息执行统计处理，来确定业务量模型信息。

瓶颈信息指示用于在该基站处调度用户的约束的瓶颈。例如，瓶颈信息可以包括下述中的任一项或组合：该基站能够调度的用户的最大数量(例如，由于HW限制)，可用于该基站的CCE候选的最大数量，可用于该基站的PRB的最大数量，等等。关于历史调度结果信息的统计信息可以包括下述中的任一项或组合：所调度的用户的平均数量，所指派的CCE候选的平均数量，所分配的PRB的平均数量，被分配给MU-MIMO用户的PRB的平均数量，被分配给非MU-MIMO用户的PRB的平均数量，等等。可以在预定时间段(例如，滑动时间窗口)内计算上述平均数量。应注意的是，用于统计信息的以上示例仅仅是出于说明目的的示例性示例，并且可以使用任何其它适合的统计处理作为替代。

返回来参考图3，在框304处，至少基于历史调度特征信息针对MU-MIMO用户预留资源。以该方式，在UE之间引入了不公平性以增强小区吞吐量而不会恶化传统关键性能指标(KPI)。例如，框304可以被实现为图6的框304-1至304-4。在框304-1处，确定为其预留资源的MU-MIMO用户的数量。作为示例性示例，可以将MU-MIMO用户的数量确定为第一预定裕量乘以能够被调度的用户的最大数量与所调度的用户的平均数量之间的差值。这可以被表示为：

nrOfUsersSchedRev＝floor((nrOfUserCapSched–avgNrOfUserSched)*margin1)，其中nrOfUsersSchedRev表示MU-MIMO用户的数量，nrOfUserCapSched表示能够被调度的用户的最大数量，avgNrOfUserSched表示所调度的用户的平均数量，并且margin1表示第一预定裕量，其可以是属于(0,1)的安全裕量值。

在框304-2处，确定针对MU-MIMO用户预留的CCE候选的数量。作为示例性示例，可以将所预留的CCE候选的数量确定为第二预定裕量乘以CCE候选的最大数量与所指派的CCE候选的平均数量之间的差值。这可以被表示为：

nrOfCceCandiRev＝floor((nrOfMaxCceCandi–avgNrOfCceAssined)*margin2)，其中nrOfCceCandiRev表示所预留的CCE候选的数量，nrOfMaxCceCandi表示CCE候选的最大数量，avgNrOfCceAssined表示CCE候选的平均数量，margin2表示第二预定裕量，其可以是属于(0,1)的安全裕量值。

在框304-3处，确定针对MU-MIMO用户预留的PRB的数量。作为示例性示例，可以将所预留的PRB的数量确定为第三预定裕量乘以PRB的最大数量与所分配的PRB的平均数量之间的差值。这可以被表示为：

nrOfPrbRev＝floor((nrOfAvailPrbs–avgNrOfPrbUsed)*margin3)，

其中nrOfPrbRev表示所预留的PRB的数量，nrOfAvailPrbs表示PRB的最大数量，avgNrOfPrbUsed表示PRB的平均数量，并且margin3表示第三预定裕量，其可以是属于(0,1)的安全裕量值。在针对框304-1至304-3的以上示例中，仅瓶颈信息和统计信息被用于确定预留资源。然而，本公开不限于这些示例，并且取决于具体的应用场景，上面提到的任何适合的历史调度特征信息可以被用于确定预留资源。

在框304-4处，分别基于所确定的CCE候选的数量和所确定的PRB的数量来预留CCE资源和PRB。作为示例，可以预留与所确定的PRB的数量相对应的固定范围内的PRB。例如，如果所确定的PRB的数量是40，则可以预留PRB 0至PRB 39。类似地，可以预留与所确定的CCE候选的数量相对应的固定范围内的CCE资源。以该方式，MU和非MU用户可以以固定的频率划分被复用，而不是以随机方式被复用。在框304-1至304-3处对用户、调度资源和无线电资源的确定可以针对每个时间窗口执行一次，并且在框304-4处的资源预留可以针对每个调度机会执行。

可选地，可以进一步基于当前资源需求信息针对MU-MIMO用户预留资源，如图4的框404所示。即，可以基于历史调度特征信息和当前资源需求信息来针对MU-MIMO用户预留资源。例如，根据当前资源需求信息要使用的CCE候选/PRB的数量可以与仅基于历史调度特征信息确定的所指派的CCE候选/所分配的PRB的平均数量进行比较。如果两者之间的差值大于预定差值，则可以基于要使用的CCE候选/PRB的数量来修改所指派的CCE候选/所分配的PRB的平均数量。例如，所指派的CCE候选/所分配的PRB的平均数量与要使用的CCE候选/PRB的数量的加权和可以被用作修改后的资源。在这种情况下，如果两者之间的上述差值大于预定差值，则也可以执行在框304-1至304-3处的对用户、调度资源和无线电资源的确定。

可选地，基站可以基于历史调度特征信息和当前资源需求信息中的至少一者来确定是否要使用MU-MIMO，如图4的框403所示。当确定要使用MU-MIMO时，可以针对MU-MIMO用户预留资源，如图4的框404所示。作为第一示例，当满足以下条件时，基站可以确定要使用MU-MIMO：1)需要密集业务量的用户的数量在第一预定阈值以上；2)被分配给MU-MIMO用户的PRB的平均数量在第二预定阈值以下；以及3)使用小数据包服务的用户的数量在第三预定阈值以下(例如，没有太多使用小数据包服务的用户)。应注意的是，当新的业务量需求出现时，将来可能会采取一些进一步的条件。第一预定阈值可以被设置成使得当有若干MU用户需要密集业务量时，条件1)得到满足。因此，展现大规模MIMO增益的先决条件被放宽到存在一些具有大缓冲区的UE。以该方式，SRS资源的限制对于让大规模MIMO有益于小区吞吐量而言并不是关键的。

作为第二示例，当以下条件中的一个或多个得到满足时，基站可以确定不使用MU-MIMO：需要密集业务量的用户的数量小于第一预定阈值(例如，当前业务量不密集，或者没有用户需要密集的数据业务量)；使用小数据包服务的用户的数量大于第三预定阈值(例如，有太多使用小数据包服务的用户)；以及活跃用户的数量在第四预定阈值以下(例如，该基站的服务小区中仅容纳了几个用户)。

在以上两个示例中，仅历史调度特征信息被用于确定是否要使用MU-MIMO。作为第三示例，在当前资源需求信息指示以下条件中的一个或多个时，基站可以确定不使用MU-MIMO：当前需要密集业务量的用户的数量小于第一预定阈值；当前使用小数据包服务的用户的数量大于第三预定阈值(例如，有太多使用小数据包服务的用户)；以及当前活跃用户的数量在第四预定阈值以下。作为第四示例，类似于第一示例，当第一示例中的三个条件得到满足时，基站可以确定要使用MU-MIMO。区别仅在于，基于当前资源需求信息修改需要密集业务量的用户的数量、被分配给MU-MIMO用户的PRB的平均数量、以及使用小数据包服务的用户的数量中的任何一项或多项。

返回来参考图3，在框306处，向MU-MIMO用户分配所预留的资源。例如，所预留的资源可以被尽可能频繁地且尽可能多地分配给MU用户。以该方式，SRS资源可以更早地被释放、然后被指派给接下来的用户。另外，可以加快用于MU用户的链路自适应(LA)的收敛。图7示出根据本公开的实施例的用于资源预留的示例性示例。假设在框304-1至304-3处的预留资源被表示为(nrOfUsersSchedRev,nrOfCceCandiRev,nrOfPrbRev)。那么，在图7的示例中，预留资源被表示为(8,8,40)。在这种情况下，前40个PRB始终被指派给MU用户，并且PRB40至PRB 99被分配给其他用户。如果使用上面提到的粗略计算，则预期的大规模MIMO增益为：

40/100*8+60/100＝3.8。

因此，小区吞吐量可以被提高3.8/1.7*100％＝223.5％。这意味着可以显著增强大规模MIMO，并且可以改善客户体验。可选地，在框308处，向一个或多个非MU-MIMO用户分配未预留的资源的至少一部分。应注意的是，附图中两个连续示出的框实际上可以基本并行地执行，或者这些框有时也可以按相反的顺序执行，这依所涉及的功能而定。

图8是示出适合于在实践本公开的一些实施例中使用的装置的框图。例如，上述基站可以通过装置800来实现。如图所示，装置800可以包括处理器810，存储程序的存储器820，以及用于通过有线和/或无线通信与其它外部设备通信数据的通信接口830。

程序包括程序指令，其在被处理器810执行时使得装置800能够根据本公开的实施例进行操作，如上面所讨论的。也就是说，本公开的实施例可以至少部分地通过可由处理器810执行的计算机软件、或者通过硬件、或者通过软件和硬件的组合来实现。

存储器820可以是适合于本地技术环境的任何类型，并且可以使用任何适合的数据存储技术来实现，诸如基于半导体的存储器设备、闪速存储器、磁性存储器设备和系统、光学存储器设备和系统、固定存储器和可移除存储器。处理器810可以是适合于本地技术环境的任何类型，并且作为非限制性示例可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一个或多个。

图9是示出根据本公开的实施例的基站的框图。如图所示，基站900包括获得模块902、预留模块904和分配模块906。获得模块902可以被配置为获得历史调度特征信息，如上面关于框302所述。预留模块904可以被配置为至少基于历史调度特征信息来针对MU-MIMO用户预留资源，如上面关于框304所述。分配模块906可以被配置为向MU-MIMO用户分配所预留的资源，如上面关于框306所述。

可选地，预留模块904可以被配置为还基于当前资源需求信息针对MU-MIMO用户预留资源。分配模块906可以被进一步配置为向一个或多个非MU-MIMO用户分配未预留的资源的至少一部分。基站900还可以包括确定模块，其被配置为基于历史调度特征信息和当前资源需求信息中的至少一者来确定是否要使用MU-MIMO。预留模块904可以被配置为在确定模块确定要使用MU-MIMO时针对MU-MIMO用户预留资源。上述模块可以通过硬件、软件或两者的组合来实现。

一般来说，各种示例性实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以在硬件中实现，而其它方面可以在可由控制器、微处理器或其它计算设备执行的固件或软件中实现，尽管本公开并不限于此。尽管本公开的示例性实施例的各个方面可以被示出和描述为框图、流程图，或者使用一些其它图形表示，但是应当很好理解的是，作为非限制性示例，可以在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器、或其它计算设备、或其一些组合中实现本文中描述的这些框、设备、系统、技术或方法。

如此，应当理解的是，本公开的示例性实施例的至少一些方面可以在各种组件诸如集成电路芯片和模块中实践。因此，应当理解的是，本公开的示例性实施例可以在体现为集成电路的装置中实现，其中集成电路可以包括用于体现可配置成根据本公开的示例性实施例进行操作的数据处理器、数字信号处理器、基带电路和射频电路中的至少一个或多个的电路(以及可能地，固件)。

应当理解的是，本公开的示例性实施例中的至少一些方面可以被体现在由一个或多个计算机或其它设备执行的计算机可执行指令中，诸如体现在一个或多个程序模块中。一般地，程序模块包括例程、程序、对象、组件、数据结构等，其在被计算机或其它设备中的处理器执行时执行特定任务或实现特定抽象数据类型。计算机可执行指令可以被存储在计算机可读介质上，诸如硬盘、光盘、可移除存储介质、固态存储器、RAM等。本领域技术人员将理解的是，在各种实施例中程序模块的功能可以根据需要被组合或分布。另外，所述功能可以整体地或部分地体现在固件或硬件等价物(诸如集成电路、现场可编程门阵列(FPGA)等)中。

本公开中对“一个实施例”、“实施例”等的提及表示所描述的实施例可以包括特定特征、结构或特性，但是并非每个实施例都必须包括该特定特征、结构或特性。而且，这样的短语不一定指代同一个实施例。另外，当结合一实施例描述特定特征、结构或特性时，结合其它实施例实现这样的特征、结构或特性是在本领域技术人员的知识内，无论是否被明确描述。

应理解的是，尽管术语“第一”、“第二”等可以在本文中使用以描述各种元素，但是这些元素不应受这些术语的限制。这些术语仅用于将一个元素与另一元素区别开。例如，第一元素可以被称作第二元素，并且类似地，第二元素可以被称作第一元素，而不脱离本公开的范围。如本文中使用的，术语“和/或”包括相关联的所列术语中的一个或多个的任一个和所有组合。

本文中使用的术语仅用于描述特定实施例的目的，并且并非旨在限制本公开。如本文中使用的，单数形式的“一个/一种(a、an)”和“所述(the)”旨在也包括复数形式，除非上下文另有清楚指示。还将理解的是，术语“包括”、“具有”、和/或“包含”在本文中使用时，指的是所陈述的特征、元素和/或组件的存在，而并不排除一个或多个其它特征、元素、组件和/或其组合的存在或附加。本文中使用的术语“连接”覆盖两个元素之间的直接和/或间接连接。

本公开包括本文中明确地或者以其任何一般化形式公开的任何新颖特征或特征组合。当结合附图阅读时，鉴于上述描述，对本公开的上述示例性实施例的各种修改和适配对于相关领域中的技术人员来说会变得明显。然而，任何和所有修改仍将落入本公开的非限制性和示例性实施例的范围内。