调度上行链路参考信号资源的方法和网元与流程

本公开总体上涉及通信技术领域，并且更具体地涉及一种针对启用多用户多输入多输出(mu-mimo)的用户设备(ue)来调度上行链路(ul)参考信号(rs)资源的方法和网元。

背景技术：

本节介绍可以方便更好地理解本公开的各方面。因此，本节的陈述应该从这个角度阅读，而不应被理解为对什么在现有技术中或什么不在现有技术中的认可。

随着全球电信市场的快速增长以及对电信设备的速度和吞吐量的不断增长的需求，电信运营商需要提供具有更高的速度和吞吐量的网络接入。提供这种网络接入的一种方式是使用大规模mimo技术。

由于使用完全一致地且自适应地操作的非常多的服务天线，大规模mimo技术彻底突破了当前实践。额外的天线通过将信号能量的发送和接收集中到越来越小的空间区域中来进行帮助。这带来了吞吐量和能量效率的巨大提升，特别是当与大量(例如，数十或数百个)用户终端的同时调度相结合时。大规模mimo的其他益处包括对mu-mimo的支持。

mu-mimo是一组用于无线通信的多输入多输出(mimo)技术，其中，一组用户或无线终端彼此通信，每个用户或无线终端都具有一个或多个天线。相对地，单用户mimo(su-mimo)仅考虑与单个多天线接收机通信的单个多天线发射机。以与正交频分多址(ofdma)向正交频分复用(ofdm)添加多址(多用户)能力相类似的方式，mu-mimo向mimo添加多址(多用户)能力。换言之，通过启用mu-mimo，位于不同位置的多个ue可以同时接入具有完全相同的频率/时间资源的网络。大规模mimo可以向ue提供渐近正交的信道，并且到目前为止，实验还没有公开这方面的任何限制。

虽然大规模mimo使许多传统的研究问题无关紧要，但却揭示了迫切需要关注的全新问题，例如，对有效参考资源指派的需求。

技术实现要素：

根据本公开的一些实施例，提供了一种针对启用mu-mimo的ue来调度ulrs资源的方法、网元和非暂时性计算机可读存储介质。

根据本公开的第一方面，一种在网元处的针对启用mu-mimo的ue来调度ulrs资源的方法。该方法包括：确定针对该ue的信道状态信息是否是已知的；响应于确定针对该ue的信道状态信息是未知的并且没有向任何其他ue指派来自第一rs组的第一rs资源，向该ue指派第一rs资源；以及响应于确定针对该ue的信道状态信息是已知的，向该ue指派来自第二rs组的第二rs资源。

在一些实施例中，第一rs组的rs资源比第二rs组的rs资源多。在一些实施例中，第一rs组和第二rs组都是解调参考信号(dmrs)组。在一些实施例中，该方法还包括：从ue接收ul传输；基于对来自ul传输的dmrs的解调来确定针对ue的信道状态信息；以及存储针对该ue的信道状态信息。在一些实施例中，第二rs资源是由网元向另一个ue先前指派的rs资源。在一些实施例中，该方法还包括：基于针对ue和另一个ue的已知信道状态信息来协调来自ue和另一个ue的ul通信。在一些实施例中，基于针对ue和另一个ue的已知信道状态信息来协调来自ue和另一个ue的ul通信的步骤包括：通过使用迫零(zf)算法或最小均方误差(mmse)算法，基于针对该ue和另一个ue的已知信道状态信息，协调来自该ue和另一个ue的ul通信。

在一些实施例中，在确定针对ue的信道状态信息是否是已知的步骤之前，该方法还包括：接收针对用于该ue的ulrs资源的请求；以及向候选列表中添加该ue。在一些实施例中，确定针对ue的信道状态信息是否是已知的步骤包括：响应于确定该ue是候选列表中具有最高优先级的ue，来确定针对该ue的信道状态信息是否是已知的。在一些实施例中，该方法还包括：响应于确定针对该ue的信道状态信息是未知的并且已经向其他ue指派了来自第一rs组的所有rs资源，从候选列表中移除该ue。

在一些实施例中，该方法还包括：响应于确定完成了mu-mimo传输，更新针对被指派了来自所述第一rs组的第一rs资源的ue的信道状态信息。在一些实施例中，该方法还包括：响应于确定针对所述ue的信道状态信息过期，移除针对被指派了所述第一rs资源和/或所述第二rs资源的ue的信道状态信息。在一些实施例中，通过确定信道状态信息的上一次更新时间与当前时间之间的差大于或等于预定阈值，来将信道状态信息确定为过期。

在一些实施例中，该方法还包括：响应于确定来自被指派有所述第一rs资源和/或所述第二rs资源的ue的ul传输占用总ul资源的多于第一预定比率，向所述ue指派来自第三rs组的第三rs资源。在一些实施例中，该方法还包括：响应于确定来自被指派有所述第二rs资源的ue的ul传输占用总ul资源的少于第二预定比率，从所述ue取消指派所述第三rs资源。在一些实施例中，第三rs组是探测参考信号(srs)组。

根据本公开的另一方面，提供了一种网元。该网元包括：处理器；存储器，存储指令，该指令在由处理器执行时使处理器执行根据第一方面的方法的方法步骤。

根据本公开的又一方面，提供了一种非暂时性计算机可读存储介质。该非暂时性计算机可读存储介质存储指令，该指令在由一个或多个处理器执行时，使一个或多个处理器执行根据第一方面的方法的方法步骤。

本公开的附加方面将在所附具体实施方式、附图和任意权利要求中部分地阐述，并且本公开的附加方面将根据具体实施方式部分推导出，或能够通过实践本发明而获知。应理解：前面的概述和下文的具体实施方式仅是示例性和说明性的，而并不作为对本公开的限制。

附图说明

根据以下结合附图的描述和所附权利要求，本公开的前述特征和其它特征将变得更加完全地明确。应该理解：这些附图仅描绘了根据本公开的若干实施例，并因此不应被认为限制本公开的范围，将通过使用附图以附加的特性和细节来描述本公开。

图1是示出了根据本公开的实施例的示例性的启用多用户多输入多输出(mu-mimo)的通信系统的图。

图2是示出了根据本公开的示例性时频资源网格的图。

图3是示出了根据本公开的实施例的针对启用mu-mimo的ue来调度ulrs资源的示例性方法的流程图。

图4是示出了根据本公开的实施例的针对启用mu-mimo的ue来调度另一类型的rs资源的示例性方法的流程图。

图5是示出了根据本公开的实施例的在ue和enb之间的用于调度ulrs资源的示例性消息流的图。

图6是示出了根据本公开的实施例的可以在网元中使用的示例性布置的框图。

具体实施方式

以下参考附图中示出的实施例来描述本公开。然而，应理解，这些描述仅仅提供用于说明目的，而不是限制本公开。此外，以下省略了对已知结构和技术的描述，以免不必要地模糊本公开的构思。

本领域技术人员将理解：术语“示例性”在本文中用于表示“说明性的”或“用作示例”，并且不意在暗示特定实施例优选于另一个实施例或者特定特征是必不可少的。同样，除非上下文另有明确指示，否则术语“第一”和“第二”及类似术语仅用于将项目或特征的一个特定实例与另一特定实例区分开，而不指示特定顺序或排列。此外，如本文所使用的术语“步骤”意在与“操作”或“动作”同义。除非所描述的操作的上下文或细节另有明确指示，否则本文对步骤序列的任何描述并不意味着这些操作必须以特定顺序执行，或者甚至这些操作以任意顺序执行。

本文使用的术语仅仅用于描述特定实施例的目的，而不旨在限制示例实施例。如本文所使用的，单数形式“一”、“一个”和“所述”旨在还包括复数形式，除非上下文另有明确指示。将进一步理解的是，当在本文中使用时，术语“包含”、“具有”和/或“包括”指明所陈述的特征、元素和/或组件等的存在，但不排除存在或添加一个或多个其它特征、元素、组件和/或其组合。还将理解：除非明确有相反说明，否则当在本文中使用时，术语“连接”、“与...连接”、“连接到”等仅意味着在两个元素之间存在电连接或通信连接并且它们可以直接或间接连接。

当然，在不脱离本发明的范围和实质特征的情况下，本公开可以以不同于本文所阐述的那些方式的其它特定方式来实现。下面讨论的一个或多个具体过程可以在包括一个或多个适当配置的处理电路在内的任何通信收发器中执行，在一些实施例中，这些处理电路可以体现在一个或多个专用集成电路(asic)中。在一些实施例中，这些处理电路可以包括被编程有适当软件和/或固件以实现上述一个或多个操作及其变体的一个或多个微处理器、微控制器、和/或数字信号处理器。在一些实施例中，这些处理电路可以包括执行上述功能中的一个或多个功能的定制硬件。本实施例因此在所有方面应被视为说明性的而不是限制性的。

尽管将在附图中示出并且在以下具体实施方式中描述本公开的多个实施例，但应当理解：本发明不限于所公开的实施例，而是还能够进行多种重新布置、修改和替换，而不脱离如将在权利要求中阐述和限定的本公开。

此外，请注意，尽管在长期演进(lte)的上下文中给出了本公开的一些实施例的以下描述，但是本公开不限于此。实际上，只要涉及到mu-mimo，本公开的发明构思就可以适用于任何适当的通信架构，例如，适用于全球移动通信系统(gsm)/通用分组无线电业务(gprs)、gsm演进增强数据速率(edge)、码分多址(cdma)、宽带cdma(wcdma)、时分-同步cdma(td-scdma)、cdma2000、全球微波接入互操作性(wimax)、无线保真(wi-fi)、第5代新无线电(5gnr)等。因此，本领域技术人员可以容易地理解，本文使用的术语还可以指代任何其他基础设施中的它们的等同物。例如，本文使用的术语“用户设备”或“ue”可以指代移动设备、移动终端、移动台、用户设备、用户终端或任何其他等同物。又例如，本文使用的术语“enodeb”或“enb”可以指基站、基站收发机站、接入点、热点、nodeb、演进型nodeb、gnb、网元或任何其他等同物。此外，请注意，尽管在dmrs和/或srs的上下文中给出了本公开的一些实施例的以下描述，但是本公开不限于此。

图1是示出了根据本公开的实施例的示例性的启用多用户多输入多输出(mu-mimo)的通信系统10的图。如图1所示，通信系统10可以包括例如enb100和一个或多个ue。尽管在图1中仅示出了三个ue111、113和115以及一个enb100，但是本公开不限于此。在一些其他实施例中，一个或多个ue可以由一个或多个enb协作地或单独地服务。

参照图1，三个ue分别被示出为ue#1(例如，膝上型pc)111、ue#2(例如，平板电脑)113和ue#3(例如，智能电话)115。ue#1111可以具有多个发送/接收天线，例如，如图1所示的两个天线，并且ue#2113和ue#3115中的每一个可以具有一个发送/接收天线。此外，enb100可以具有多个发送/接收天线，例如，如图1所示的四个天线。请注意，通信系统10中的每个节点(例如，ue、enb或任何其他节点)的天线的数量仅出于说明的目的而给出，且因此本公开不限于此。

如图1所示，enb100和ue111、113和115形成mu-mimo系统。在下行链路中，在enb100处存在四个发送天线，并且在ue处存在四个接收天线(两个在ue#1111处，一个在ue#2113处，并且最后一个在ue#3115处)。类似地，在上行链路中，在ue处存在四个发送天线(两个在ue#1111处，一个在ue#2113处，并且最后一个在ue#3115处)，并且在enb100处存在四个接收天线。在这种情况下，可以通过以下公式(1)在ul或dl中以数学方式描述该mu-mimo系统：

其中，ri表示在第i个接收天线处接收到的信号，tj表示从第j个发送天线发送的信号，并且hij表示信道矩阵h的第i行第j列的元素。通过使用多个无线电链/天线，mu-mimo可以控制相控天线方向图，以控制最大相长干扰(信号最强)和最大相消干扰(信号最弱)的区域这二者。在具有足够数量的天线以及对关于所有相关联的用户设备的相对位置的了解的情况下，enb100可以创建相控方向图，以独立地并且同时地与多个ue进行通话。

为了在上行链路中支持mu-mimo，已经提出了两种解决方案来获取针对ue的ul信道状态信息或ul信道矩阵h：即，基于srs的上行链路mu_mimo和基于dmrs的上行链路mu_mimo。将参考图2来详细描述它们。

图2是示出了根据本公开的由enb100管理的示例性时频资源网格的图。例如，图2所示的每个时频资源网格是占据5mhz的频率带宽和1ms的持续时间的资源网格。在典型的lte配置中，其中资源块(rb)的频域宽度为180khz，且时域长度为1个时隙(0.5ms)，每个时隙总共有25个rb(例如rb#0～#24)。

基于探测参考信号(srs)的上行链路mu-mimo

该解决方案将触发ue在指定带宽上周期性地或非周期性地发送探测信号。例如，如图2所示，向ue#3115指派图2的时隙2中的子载波250至285的srs资源。因此，enb100可以在ue#3115发送其他信号(例如，pucch/pusch信号)之前确定针对ue#3115的信道状态信息。然而，该解决方案的缺点是明显的：enb100不能预先准确估计ue#3115的行为。在这种情况下，enb100只能有2个选择：

(i)指派大量探测资源以使所有可能的ue(例如ue#1111、ue#2113和ue#3115)提前发送探测信号。这将导致过多的不必要的探测信道干扰、更多的ue功耗、以及对宝贵上行链路探测资源的必然浪费。或者

(ii)在其确认某个ue(例如ue#3115)需要上行链路传输时触发探测过程。然而，该确认需要时间，并且探测过程也需要时间。因此，该选择将不可避免地引入延迟，并且该延迟将进而使mu-mimo的可能性降低并减小mu-mimo的潜力。

因此，基于srs的上行链路mu-mimo必须在延迟和资源浪费之间挣扎。

基于解调参考信号(dmrs)的上行链路mu-mimo

该解决方案将不(或至少不是强制性地)触发ue提前发送探测信号，而是直接使用解调参考信号来确定信道状态信息。例如，如图2所示，向ue#1111指派rb#20的两个时隙的pusch资源，并且向ue#2113指派整个子帧的pucch索引0的pucch资源。之后，enb100可以使用该信息来进行空间处理，即，增加期望的信号强度并且减少不期望的干扰。然而，该解决方案的缺点是：dmrs资源太有限，以至于无法支持mu-mimo。

对于大规模mimo，可以支持多达16个ue以mu-mimo模式操作(即，仅通过空间复用同时接入相同的物理无线电资源)。现场一些实验表明，在一些特定场景中，对于64trx大规模mimo，甚至可以实现48层。这表明，数十个ue需要以mu-mimo模式进行操作，即，数十个ue的dmrs资源应彼此正交，以能够被enb区分。然而，根据lte的规范，最多8个正交dmrs可以用于上行链路传输，并且根据nr的当前规范，可以增加该数量。但是从逻辑上讲，由于nr中的dmrs符号长度较短，因此可能的正交dmrs的最大数量也受到限制。例如，在nr中采用具有60khz子载波配置的情况下，dmrs符号的长度为16.7μs，并且每个ue将具有一定的延迟扩展，其在典型的城市环境中通常约为1μs。因此，正交dmrs数量的理论极限为16.7/1≈16或17，这仍然小于mu-mimo要求。

因此，基于dmrs的上行链路mu-mimo对于mu-mimo容量需求是不够的。

因此，为了支持mu-mimo，需要一种用于有效地调度ulrs资源的解决方案。因此，本申请的一些实施例提出了这样的解决方案。通常，可用的正交dmrs资源被分割为2个(或更多)组。例如，在典型的lte场景中，可以将总共8个dmrs资源划分为两个组。一个组(组1)可以具有7或6个dmrs资源，并且另一组(组2)可以相应地具有1或2个dmrs资源。又例如，在典型的nr场景中，可以将总共24个dmrs资源划分为两个组。一个组(组1)可以具有23或22个dmrs资源，并且另一组(组2)可以具有1或2个dmrs资源。组1可以用于基于dmrs的mu-mimo。此外，在解调之后从这些dmrs获取的信道状态信息可以被存储，就像探测一样，供以后使用。此外，对于那些配备有探测资源的或刚刚在先前的传输时间间隔(tti)中从dmrs获取的信道状态信息的已调度ue，将从组2中指派dmrs资源。

然而，请注意，如果多个ue被指派有相同的dmrs资源，则不能再基于该dmrs资源来确定信道状态信息。因此，一旦针对已被指派了组2资源的ue的信道状态信息过期，则该ue可以使用来自组1的dmrs资源或srs资源以支持mu-mimo。

此外，当ue被指派了唯一的dmrs资源用于一个传输(即，没有向任何其他ue指派该dmrs资源，且因此可以基于该dmrs资源来获取信道状态信息)时，空间特性检测信息将在短期内对ue有效，例如大约20次后续传输可以直接使用该信息，而无需任何srs资源或其他dmrs资源。因此，对于被指派了来自组1的dmrs资源的任何ue，可以向该ue指派来自组2的dmrs资源以用于例如随后的20次传输。

在一些实施例中，如果某个ue在一段持续时间内占用组1和/或组2的资源超过预定义阈值(例如，25％或任何其他适当的百分比)，并且没有向该ue指派探测资源，则enb可以尝试向该ue指派一些探测资源。在一些其他实施例中，如果某个ue在另一段持续时间内占用低于另一预定义阈值(例如，0％或任何其他适当的百分比)的组2的资源，则可以从该ue取消指派探测资源。

接下来，将参考图3来详细描述针对启用mu-mimo的ue来调度ulrs资源的解决方案。

图3是示出了根据本公开的实施例的在enb处的针对启用mu-mimo的ue来调度ulrs资源的示例性方法300的流程图。

通常，enb(例如，enb100)可以维护正在请求rs资源以支持其ulmu-mimo通信的ue的候选列表。请注意，这样的请求可以不是由ue本身发起的。相反，在一些实施例中，如果必要，enb可以主动地将一些ue添加到该候选列表中。此外，在一些其他实施例中，enb可以不维护这样的候选列表，而是立即或实时地处理请求，并且因此，在这种情况下，这样的候选列表是没有必要的。

在一些实施例中，enb可以首先检查候选列表中是否存在任何ue。如果不存在ue请求ulrs资源或mu-mimo，则方法300可以不开始。一旦候选列表中存在任何ue，则enb可以基于一些预定义标准，例如优先级、时间顺序等，从候选列表中选择一个ue，并且方法300开始。

在步骤310处，enb可以检查其mu-mimo容量是否已耗尽。如果不存在用于mu-mimo的可用容量，则方法300结束，并且ue可以停留在候选列表中以用于以后的重新调度或者被从候选列表中移除。如果在步骤310处确定存在可用的mu-mimo容量，则方法300前进到步骤320，在步骤320中，enb可以检查针对该ue的信道状态信息在enb处是已知还是未知的。

如果针对该ue的信道状态信息是已知的，则在步骤330处，可以向该ue指派来自组2的dmrs资源。在图3的实施例中，即使该dmrs资源已经被指派给另一个ue，仍然可以向当前ue指派该dmrs，因为enb已经知道针对该ue以及另一个ue的信道状态信息，并且enb可以使用mu-mimo处理能力(例如通过迫零算法或最小均方误差(mmse)算法)来消除ue间干扰。无论如何，在这种情况下可以保证ue的mu-mimo性能。

如果在步骤320处确定针对该ue的信道状态信息是未知的，则该方法前进到步骤340，在步骤340中，enb可以检查在组1中是否存在任何可用的dmrs资源。如果是，则在步骤350处，将向该ue指派来自组1的未使用的正交dmrs。如果否，则意味着所有可用的正交dmrs已经被其他ue(例如，具有更高的优先级)利用，并且方法300结束。该ue可以停留在候选列表中以用于以后的重新调度，或者被从候选列表中移除。

此外，在一些实施例中，一旦ue完成其mu-mimo传输，则enb可以更新针对已经被指派有来自组1的正交dmrs的所有ue的信道状态信息，或者移除所有过期的信道状态信息，或这二者。在一些实施例中，用于确定某个信道状态信息是否过期的标准是信道状态信息的上一次更新时间与当前时间之间的差是否超过某个阈值。作为示例，阈值可以具有在10ms至20ms的范围内的值。

通过这样的解决方案，其信道状态信息对于enb是已知的一个或多个ue可以共享完全相同的dmrs以实现mu-mimo操作，并且其信道状态信息对于enb是未知的其他ue可以使用剩余dmrs，该剩余dmrs的数量超过在相同情况下任何现有解决方案中的可用dmrs的数量。

图4是示出了根据本公开的实施例的针对启用mu-mimo的ue来调度另一类型的熙资源(例如，srs资源)的示例性方法400的流程图。

方法400在步骤s410和/或s430处开始。换言之，步骤s410和步骤s430可以以任意顺序(例如，顺序、并行或任何其他顺序)执行。例如，在实施例中，可以首先由enb执行步骤s410，然后可以执行步骤s430，反之亦然。在另一个实施例中，步骤s410和步骤s430可以并行执行。在又一个实施例中，方法400可以由enb执行，而无需执行步骤s410/s420或步骤s430/s440。换言之，在一些实施例中，步骤s410/s420和步骤s430/s440可以是两个独立的分支，其可以由enb分别地和独立地执行。然而，在一些其他实施例中，它们可以顺序地和相关地执行。

在步骤s410处，enb可以确定某个ue在一段持续时间内占用组1和/或组2的资源是否超过预定义阈值(例如，25％或任何其他适当的百分比)。例如，在没有向ue指派任何srs资源的实施例中，如果ue正在向enb请求用于mu-mimoul传输的uldmrs资源，则enb可以检查在组1中(例如，当enb没有针对ue的先前信道状态信息时)、组2中(例如，当enb具有针对ue的先前信道状态信息时)、或组1和组2中(例如，当enb首先具有针对ue的先前信道状态信息，但后来例如由于如上所述10ms到20ms的限制该信道状态信息过期时)由ue占用的dmrs资源的使用率。

如果在步骤s410处的结果为是(步骤s410的“y”)，则意味着该ue总是要求要以mu-mimo模式进行操作的dmrs资源。换言之，此时，对于该ue，探测资源可以比dmrs资源更有效。因此，在步骤s420处，可以向该ue指派探测资源，然后方法400结束。此外，如果在步骤s410处确定没有ue在一段持续时间内占用组1和/或组2的资源超过预定义阈值(例如，25％或任何其他适当的百分比)，则方法400结束。

在步骤s430处，enb可以确定被指派有探测资源的某个ue在一段持续时间内占用组2的资源是否小于另一个预定义阈值(例如，5％或任何其他适当的百分比)。如果是(步骤s430的“y”)，则意味着该ue没有有效地将向其指派的dmrs资源用于mu-mimo(例如，由于低业务量)，则在步骤s440处，可以从该ue取消指派向该ue指派的探测资源，并且方法400结束。此外，如果在步骤s430处确定没有ue在一段持续时间内占用组2中的低于另一个预定义阈值(例如，5％或任何其他适当百分比)的资源(步骤s410的“n”)，则方法400结束。

如上所述，在顺序地并且相关地执行步骤s410和步骤s430的实施例中，如果enb执行步骤s410并且发现组2中的所占用的rs资源大于第一阈值(例如，25％或任何其他合适的百分比)，则enb可以省略步骤s430/s440，因为组2中的所占用的rs资源肯定不小于第二阈值(例如，5％或任何其他适当的百分比)。又例如，如果enb执行步骤s430并且发现组2中的所占用的rs资源小于第二阈值(例如，5％或任何其他适当的百分比)，则enb可以省略或至少部分地省略步骤s410/s420，因为组2中的所占用的rs资源肯定不大于第一阈值(例如，25％或任何其他适当的百分比)。

通过方法400，可以进一步提升ulrs资源的利用率，并且可以支持更多ue的mu-mimo操作。

图5是示出了根据本公开的实施例的在ue#1111、ue#2113、ue#3115与enb100之间的用于调度ulrs资源的示例性消息流的图。如图5所示，消息流可以被划分为阶段#1-#6。请注意，每个阶段可被描述为独立的实施例，并且在适当的情况下，一些或全部阶段可被组合成一个实施例。

在步骤s510之前，ue#1111可以正在与enb100进行mu-mimo传输，且因此enb100可以已经例如通过向ue#1111指派唯一的dmrs资源或srs资源来了解针对ue#1111的上行链路信道状态信息。在步骤s510处，ue#1111可以具有一些要发送的ul数据，且因此ue#1111向enb100发送调度请求(sr)，以请求用于传输的ul资源。在步骤s512处，enb100在接收到sr时，例如根据参考图3描述的方法，检查针对ue#1111的信道状态信息是否是已知的。如前所述，由于在enb100处已经知道针对ue#1111的信道状态信息，所以在步骤s514处，enb100可以例如经由上行链路许可消息向ue#1111指派来自组2的dmrs资源，在该上行链路许可消息中指定要由ue#1111使用的资源。在步骤s516处，ue#1111在接收到指派来自组2的dmrs资源的ul许可时，可以向enb100一起发送其ul数据(例如，如图2所示的pusch)和指派的dmrs。

在该实施例或某个其他实施例中，enb100可以监视所指派的dmrs资源的利用率。例如，在步骤s520处，当enb100确定所指派的dmrs资源的利用率超过预定阈值(例如，所有dmrs资源的总利用率的25％(或任何其他适当的百分比))时，例如由于从ue#1111到enb100的ul业务繁重，enb100可以确定可以向该ue#1111指派另一类型的rs(例如srs)资源。因此，在步骤s522处，enb100可以向ue#1111发送控制消息以向ue#1111指派周期性或非周期性的srs资源。例如，可以向ue#1111发送下行链路控制信息(dci)消息(例如，如3gppts36.213，v15.3.0，2018-09中规定的dci格式0/0a/0b/0c/1a/2b…)以指派一些srs资源。在这些dci消息中，字段“srs请求”可以被设置为指示srs资源被指派或取消指派。在图5所示的实施例中，字段“srs请求”可以被设置为“1”以指示向ue#1111指派某个srs资源。在接收到该控制消息时，在步骤s524处，ue#1111可以发送srs信号，例如，如图2所示的srs分配。

在该实施例或某个其他实施例中，另一个ue(例如，ue#2113)也可以具有要发送的一些ul数据，且因此在步骤s530处，其也向enb100发送调度请求(sr)，以请求用于传输的ul资源。在步骤s532处，在接收到sr时，enb100例如根据参考图3描述的方法来检查针对ue#2113的信道状态信息是否是已知的。由于针对ue#2113的信道状态信息在enb100处是未知的，因此enb100可以检查组1中是否存在可用的dmrs资源，确定组1中存在可用的dmrs资源，并且在步骤s534处，经由上行链路许可消息向ue#2113指派来自组1的可用dmrs资源，在该上行链路许可消息中指定要由ue#2113使用的dmrs资源。在步骤s536处，ue#2113在接收到指派来自组1的dmrs资源的ul许可时，可以向enb100一起发送其ul数据(例如，如图2所示的pucch)和指派的dmrs。

在该实施例或某个其他实施例中，ue#2113可以具有要发送的一些其他ul数据，且因此在步骤s540处，ue#2113向enb100发送调度请求(sr)，以再次请求用于传输的ul资源。在步骤s542处，在接收到sr时，enb100例如根据参考图3描述的方法来检查针对ue#2113的信道状态信息是否是已知的。由于在enb100处已经知道针对ue#2113的信道状态信息，所以在步骤s544处，enb100可以例如经由上行链路许可消息向ue#2113指派来自组2的dmrs资源，在该上行链路许可消息中指定要由ue#2113使用的资源。请注意，向ue#2113指派的dmrs资源可以与向ue#1111指派的dmrs资源相同，因为针对ue#1111和ue#2113这二者的信道状态信息都是已知的，并且enb100可以基于针对ue的已知信道状态信息使用算法(例如，迫零、mmse等)来消除ue#1111和ue#2113之间的ue间干扰。在步骤s546处，ue#2113在接收到指派来自组2的dmrs资源的ul许可时，可以向enb100一起发送其ul数据(例如，如图2所示的pusch)和指派的dmrs。

在该实施例或某个其他实施例中，又一个ue(例如，ue#3115)也可以具有要发送的一些ul数据，且因此在步骤s550处，其也向enb100发送调度请求(sr)，以请求用于传输的ul资源。在步骤s552处，在接收到sr时，enb100例如根据参考图3描述的方法检查针对ue#2113的信道状态信息是否是已知的。由于针对ue#3115的信道状态信息在enb100处是未知的，因此enb100可以检查组1中是否存在可用的dmrs资源，确定组1中不存在可用的dmrs资源，并且在步骤s554处拒绝该sr。

在该实施例或某个其他实施例中，enb100可以监视所指派的dmrs资源的利用率。例如，在步骤s560处，当enb100确定向ue#1111指派的dmrs资源的利用率下降到低于预定阈值(例如，不同于上述阈值)(例如，所有dmrs资源的总利用率的5％(或任何其他适当的百分比))时，例如由于没有从ue#1111到enb100的ul业务，enb100可以确定可以从ue#1111取消指派其他类型的rs(例如srs)资源。因此，在步骤s562处，enb100可以向ue#1111发送控制消息以从ue#1111取消指派先前指派的srs资源。例如，可以向ue#1111发送下行链路控制信息(dci)消息(例如，如3gppts36.213，v15.3.0，2018-09中规定的dci格式0/0a/0b/0c/1a/2b…)以取消指派一些srs资源。在这些dci消息中，字段“srs请求”可以被设置为“0”以指示srs资源被指派或取消指派。在图5所示的实施例中，字段“srs请求”被设置为0以指示从ue#1111取消指派某个srs资源。在接收到该控制消息时，ue#1111可以停止发送srs信号。

以这种方式，可以使用有限的dmrs资源和探测资源来支持具有大量用户的mu-mimo。

图6示意性地示出了根据本公开的实施例的可以在网元中使用的布置600的实施例。

被包括在布置600中的是处理单元606，例如数字信号处理器(dsp)或中央处理单元(cpu)。处理单元606可以是用于执行本文所述的过程的不同动作的单个单元或多个单元。布置600还可以包括用于从其他实体接收信号的输入单元602、以及用于向其他实体提供信号的输出单元604。输入单元602和输出单元604可以被布置为集成实体或分离的实体。

此外，布置600可包括至少一个具有非易失性或易失性存储器形式的计算机程序产品608，例如电可擦除可编程只读存储器(eeprom)、闪存和/或硬盘驱动。计算机程序产品608包括计算机程序610，计算机程序610包括代码/计算机可读指令，所述代码/计算机可读指令在由布置600中的处理单元606执行时，使布置600和/或包括布置600的网元和/或ue执行例如之前结合图3至图5或任何其他变体描述的过程的动作。

计算机程序610可以被配置为在计算机程序模块610a至610c中构建的计算机程序代码。因此，在示例性实施例中，当在网元中使用布置600时，布置600的计算机程序中的代码包括：确定模块610a，用于确定针对ue的信道状态信息是否是已知的。该计算机程序中的代码还包括第一指派模块610b，其用于响应于确定针对ue的信道状态信息是未知的并且没有向任何其他ue指派来自第一rs组的第一rs资源，向该ue指派该第一rs资源。该计算机程序中的代码还包括第二指派模块610c，其用于响应于确定针对ue的信道状态信息是已知的，向ue指派来自第二rs组的第二rs资源。

计算机程序模块可以基本上执行图3至图5中所示的流程的动作，以仿真网元。换言之，当在处理单元606中执行不同的计算机程序模块时，这些计算机程序模块可以与网元或ue中的不同模块相对应。

尽管以上结合图6公开的实施例中的代码装置被实现为计算机程序模块，该计算机程序模块当在处理单元中执行时，使该布置执行以上结合上述附图描述的动作，在备选实施例中可以至少部分地将至少一个代码装置实现为硬件电路。

处理器可以是单个cpu(中央处理单元)，但是还可以包括两个或更多个处理单元。例如，处理器可以包括通用微处理器；指令集处理器和/或相关芯片集和/或专用微处理器，例如专用集成电路(asic)。处理器还可以包括用于高速缓存目的的板载存储器。计算机程序可以由与处理器相连的计算机程序产品来承载。计算机程序产品可以包括其上存储计算机程序的计算机可读介质。例如，计算机程序产品可以是闪存、随机存取存储器(ram)、只读存储器(rom)或eeprom，并且上述计算机程序模块在备选实施例中可以用ue内的存储器的形式在不同的计算机程序产品上分布。

以上参考本公开的实施例描述了本公开。然而，这些实施例仅用于说明目的，而不是为了限制本公开。通过所附权利要求及其等同物来限定本公开的范围。本领域技术人员可以进行各种变型和修改，而不脱离本公开的范围，其中这些变型和修改都落入在本公开的范围内。