无线通信网络中的上行链路调度的制作方法

所提出的技术总体涉及无线通信网络中的发送和接收，并且更具体地涉及无线通信网络中的上行链路资源的调度。

背景技术：

超大天线系统

由于近来的技术和标准化发展，在蜂窝基站和其他无线接入点引入大型天线阵列已成为提高容量和用户数据率的可行选择。配备有大量天线的基站(bs)或接入点(ap)能够以简单的线性处理在同一时间/频带上同时调度多个用户设备(ue)，所述线性处理是例如下行链路(dl)中的最大比率传输(mrt)或迫零(zf)以及上行链路(ul)中的最大比率组合(mrc)或zf。这在文献中通常被称为超大(或全维度fd)的多入多出(vl-mimo)或大规模mimo。vl-mimo带来的增益是在不消耗任何额外频谱的情况下实现的。另外，vl-mimo的辐射能量效率可以显著提高。认识到技术潜力，3gpp已经定义了vl-mimo的工作项目。

vl-mimo技术的关键用法是针对dl传输的(极端)窄波束成形，其使bs能够将发射的能量集中针对期望的ue，从而提高dl传输的覆盖和用户数据率。对于vl-mimo系统，如何以可扩展的方式获取信道状态信息(csi)非常重要，这对于获得极大量发射天线的性能潜力是必不可少的。传统的方案中，在下行链路传输阶段期间，每个ue连续测量bs发送的导频(参考)符号以估计下行链路信道增益，并通过反向链路将其反馈给bs，这在vl-mimo系统中将不再适用。这是因为下行链路中所需的导频的数量与bs天线的数量成正比，因此基于反馈的方案是不可扩展的。因此，该问题的现有解决方案是以时分双工(tdd)模式操作，并且依赖于上行链路和下行链路之间的信道互易性。注意，为了保证ul/dl信道的互易型，实践中可能需要一些硬件校准。于是，可以在下行链路中直接利用发射机处的上行链路方向的信道估计。

无线信道探测

在现有系统中，无线信道探测指的是使无线设备接入点或bs能够获得在频谱的当前没有发生无线数据传输的部分中的宽带上行链路信道状态信息的机制。具体地，在蜂窝系统中，bs具有宽带信道探测的至少两种用法：

·为了获取当前未调度ue的频率和时间资源中的ul信道状态信息(尽管ue当前可能使用频谱的其他部分)；

·为了获取当前未传输上行数据的ue的ul信道状态信息。

在长期演进(lte)中，信道探测是通过每个ue发送的所谓的探测参考信号(srs)来进行的。srs的确切结构可以在文献[1]中找到，但简而言之，srs在ul期间的最后一个正交频分复用(ofdm)符号中发送，同时频率参考信号被插入到每个第二子载波中，从而形成梳状频谱。最小的srs带宽是4个资源块(720khz)。存在两种类型的srs传输：

1)周期性srs：其中，ue以给定的配置周期发送srs(频率可以是每2ms一次至每160ms一次)。

2)非周期性srs：其中，ue在通过物理下行链路控制信道(pdcch)信令接收到显式命令时发送srs。

解调参考信号

在现有系统中，解调参考信号(dmrs)被用于实现对传输数据的相干解调。更确切地，dmrs被插入数据的带内，从而dmrs与数据经历相同的处理链，最终实现对数据的相干解调。这里，数据包括要传送的任何类型的信息，包括：(例如在lte物理下行链路共享信道pdsch中发送的)dl有效载荷数据，(例如在lte物理上行链路共享信道pusch中发送的)ul有效载荷数据，(在lte物理下行链路控制信道pdcch中发送的)dl控制信令和(在lte物理上行链路控制信道pucch中发送的)ul控制信令。

注意：对于正在进行的5g讨论，上行链路导频/参考信号的命名和定义尚未决定。然而，因为ulsrs和uldmrs二者具有非常相似的结构，所以预测ulsrs和ulsrs被合并为单个ul参考信号。另外，由于vl-mimo是5g的关键组件，并且由于在vl-mimo系统中经由上行链路信道探测获得dl信道知识，所以在5g中需要足够的ulsrs类型的导频信号。在本公开的其余部分中，我们将这些导频称为互惠参考信号(reciprocityreferencesignal，rrs)。已经观察到：为了在5g中容纳更多的ue，可能需要对当前的srs结构引入进一步增强，以便能够将srs用作rrs。例如，可能引入更多的梳状结构，或者可能允许rrs传输发生在若干ofdm符号中(与占用最后一个ofdm符号的srs传输相反)。

混合自动重传请求

为了促进可靠的数据传输，需要重传接收出错的数据包。这是在自动重复请求(arq)或混合自动重复请求(harq)机制的帮助下进行的。其基本思想是：接收机在接收到新的无错数据包时通过反向链路向发射机发送肯定确认(ack)以通知对数据包的无错接收，相应地在数据包的接收出错时通过反向链路向发射机发送否定确认(nack)以通知数据包出错。然后，发射机重传它已经接收到nack的数据包。

在lte中，在所谓的物理harq指示符信道(phich)中发送与ul有效载荷传输对应的ack/nack信号。在ul中，取决于ue与bs之间是否具有激活的ul会话，ack/nack消息在物理上行链路控制信道(pucch)上发送，或者在物理上行链路共享信道(pusch)上与有效载荷数据一起发送，参见「2]以了解更多信息。

调度请求(sr)

由网络为长期演进(lte)ue配置一个特定码字和时间/频率资源，所述一个特定码字和时间/频率资源一起构成调度请求(sr)。于是，ue将通过在它的给定sr资源上发送pucch消息来请求对上行链路资源(pusch)的调度。网络在接收到sr之后，将通过调度授权进行响应，所述调度授权指定了ue标识和分配给ue的ul资源。参见[2]的第5.4.4节以了解更多详细信息。

如果网络节点知道去往ue的下行链路信道，则它可以有效地使用该知识来更高效地发送响应。在bs配备有100-400个天线的vl-mimo系统中，这种增益特别高。如上所述，对于vl-mimo系统，如何以可扩展的方式获取信道状态信息(csi)非常重要。因此，需要更有效的ul调度请求过程，尤其在5g中，更是如此。

技术实现要素：

一个目的在于提供用于在无线通信网络中调度上行链路资源的方法和无线节点。

通过所提出的技术的实施例来满足该目的以及其他目的。

实施例的一个方面涉及用于操作无线通信网络中的无线网络节点的方法。所述方法包括：向至少一个无线通信设备提供对要用于调度请求sr传输的互惠参考信号rrs集合的指示。所述方法还包括：执行对从无线通信设备接收调度请求sr所通过的上行链路信道的估计，其中对所述上行链路信道的估计基于所接收的sr中包括的rrs。

实施例的另一方面涉及用于操作无线通信网络中的无线通信设备的方法。所述方法包括：接收对要用于调度请求sr传输的互惠参考信号rrs集合的指示。所述方法还包括：使用从所指示的用于调度请求sr的传输的rrs集合中选择的rrs，发送所述sr。

实施例的又一方面涉及配置为在无线通信网络中操作的网络节点。所述无线网络节点配置为：向至少一个无线通信设备提供对要用于调度请求sr传输的互惠参考信号rrs集合的指示。所述无线网络节点还配置为：执行对从无线通信设备接收调度请求sr所通过的上行链路信道的估计，其中对所述上行链路信道的估计基于所接收的sr中包括的rrs。

实施例的又一方面涉及配置为在无线通信网络中操作的无线通信设备。所述无线通信设备配置为：接收对要用于调度请求sr传输的互惠参考信号rrs集合的指示。所述无线通信设备还配置为：使用从所指示的用于调度请求sr的传输的rrs集合中选择的rrs来发送所述sr。

所提出的技术的优点在于实现了非常短的等待时间，因为ue之间有可能共享rrs资源。

当阅读具体实施方式时将会意识到其他优点。

附图说明

通过参考以下结合附图的描述，可以最好地理解实施例及其进一步的目的和优点，在附图中：

图1是示出根据实施例的用于操作无线通信网络中的无线网络节点的方法的示例的示意流程图。

图2是示出根据实施例的用于操作无线通信网络中的无线通信设备的方法的示例的示意流程图。

图3是示出根据实施例的示例过程的示意图。

图4是示出根据实施例的配置为操作在无线通信网络中的无线网络节点的示例的示意图。

图5是示出根据实施例的配置为操作在无线通信网络中的无线通信设备的示例的示意图。

图6是示出根据实施例的可以在无线网络节点和/或无线通信设备中使用的布置的实现的示例的示意框图。

图7是示出根据实施例的可以在无线网络节点和/或无线通信设备中使用的布置的实现的另一示例的示意框图。

图8是示出根据实施例的计算机实现示例的示意框图。

图9是示出包括根据任意实施例的布置的无线网络节点或无线通信设备的示例的示意框图。

图10是示出根据实施例的操作在无线通信网络中的无线网络节点的示例的示意图。

图11是示出根据实施例的操作在无线通信网络中的无线通信设备的示例的示意图。

图12是示出一般情况下如何在不同网络设备之间分布或分割功能的示例的示意图。

图13是无线通信系统的示例的示意图。

具体实施方式

贯穿附图，相同的附图标记用于相似或对应的元素。

为了更好地理解所提出技术，用简要系统概述和/或对技术问题的分析来开始可能是有帮助的。

如上所述，由网络为lteue配置一个特定码字和时间/频率资源，所述一个特定码字和时间/频率资源一起构成调度请求(sr)。于是，ue将向网络节点(例如bs)请求对上行链路资源的调度。一旦ue发送sr，假定存在足够的ul资源可分配给ue，则网络节点需要在下行链路中向ue发送调度授权。如果网络节点知道下行链路信道，则可以采用其传输参数，并在发送ul调度授权中实现更好的频谱和功率效率。这在bs配备有100-400个天线的vl-mimo系统中尤其突出。事实上，与bs不知道dl信道具有100个天线的情形相比，如果bs知道dl信道，它可以获得10倍的传输效率。因此，尽可能准确地了解dl信道的信号特性(即针对传输参数做出好的选择)是非常重要的。

对于vl-mimo系统，如何以可扩展的方式获取信道状态信息(csi)非常重要，这对于获得极大量发射天线的性能潜力是必不可少的。传统的方案中，在下行链路传输阶段期间，每个ue连续测量bs发送的导频(参考)符号以估计下行链路信道增益，并通过反向链路将其反馈给bs，这在vl-mimo系统中将不再适用。这是因为下行链路中所需的导频的数量与bs天线的数量成正比，因此基于反馈的方案是不可扩展的。因此，该问题的现有解决方案是以时分双工(tdd)模式操作，并且依赖于上行链路和下行链路之间的信道互易性。于是，可以在下行链路中直接利用发射机处的上行链路方向的信道估计。更确切地，如前文讨论的，每个ue在上行链路阶段发送参考信号，所述参考信号称为互惠参考信号(rrs)。然后，每个ue发送的rrs被bs用于估计给定ue的上行链路和下行链路无线信道。这些方案中的上行链路导频的数量与ue的数量成正比，ue的数量通常小于bs天线的数量。

与当前部署的蜂窝和无线系统(其中，通过关于对dl参考信号的测量的反馈信令获得dl传输的csi)相比，在未来的全维度和超大mimo系统中，必须基于终端用户设备发送的ul探测参考信号来获取这种csi信息。为了确保高质量的csi估计，用户设备的上行链路rrs的传输需要相对于信道的相干时间而言足够频繁。这意味着需要预留相当数量的信道资源以容纳ue的rrs传输。在本公开中，提出了下述思想：通过分配/保留一些rrs和相应的用于sr传输的资源(即，包含rrs传输的资源块中的一些或全部数据符号)来提高sr过程的效率。互惠参考信号rrs的集合可以包括一个或多个rrs，其中每个rrs可以在资源上传输和/或使用资源来传输，所述资源如lte中的时间/频率资源。所述时间/频率资源可以是rrs资源。一个或多个rrs可以使用一个或若干个rrs资源来传输。

图1是示出根据实施例的用于操作无线通信网络中的无线网络节点的方法的示例的示意流程图。所述方法包括：向至少一个无线通信设备提供s10对要用于调度请求sr传输的互惠参考信号rrs集合的指示。所述方法还包括：执行对从无线通信设备接收调度请求sr所通过的上行链路信道的估计，其中对所述上行链路信道的估计基于所接收的sr中包括的rrs。

假定正在使用时分双工(tdd)并且ul/dl信道是互易的，则对ul信道的估计可用于估计要用于向无线通信设备发送ul调度授权的dl信道。如上所述，如果网络节点知道dl信道，则可以采用其传输参数，并在发送ul调度授权中实现更好的频谱和功率效率。因此，在一个实施例中，图1示出的方法还包括：向无线通信设备20发送s30上行链路调度授权，其中所述上行链路调度授权是基于对所述上行链路信道的估计预编码的。在一个实施例中，可以基于在所接收的sr中包括的rrs来计算用于所发送的授权的合适的dl预编码器。

当无线通信设备将其调度请求发送给无线网络节点时，它将从所指示的rrs集合中选择rrs，并将其包括在调度请求中。在sr中包括的rrs于是可被无线网络节点用于解码与sr一起接收的数据。因此，在一个实施例中，图1所示的方法还包括：解码s50在所接收的sr中包括的调度请求sr消息，其中使用所接收的sr中包括的rrs作为用于sr消息的解调参考信号dmrs来执行所述解码s50。

在一些实施例中，以正交方式(例如使用与lte中的传统sr相同的方法)将rrs分配给无线通信设备。因此，在图1所示的方法的具体实施例中，所指示的rrs集合中的互惠参考信号是正交的，即信号的内积是零。这意味着，如果两个用户同时进行传输，他们不会相互干扰。正交性可以例如通过频率、时间和码域以及这三种正交性类型的任意组合来实现。但是在其他实施例中，每个rrs在一组无线通信设备之间共享。因此，在图1所示的方法的另一具体实施例中，所述提供s10包括：向多个无线通信设备20提供对要用于sr传输的多个rrs集合的多个指示，其中所指示的多个rrs集合是相交的。这意味着，对于例如两个无线通信设备，可能存在某个或某些公共rrs，但也有一些rrs对于这两个无线通信设备中的每一个而言是独有的；并且这些rrs可被某个第三无线通信设备共享。

在一些实施例中，取决于一些特定标准，例如取决于业务类别，无线通信设备可以配置有将被用作sr资源的不同的rrs资源。例如，可以命令ue针对高优先级调度请求使用rrs1到以及针对其他调度请求使用到这将有助于通过向不同的业务类别适当分配rrs资源来降低冲突概率。因此，在图1所示的方法的一个实施例中，所述提供s10包括：提供对要用于不同业务类别的sr传输的不同rrs集合的指示。

在图1所示的方法的特定实施例中，无线网络节点是无线基站。

图2是示出根据实施例的用于操作无线通信网络中的无线通信设备的方法的示例的示意流程图。所述方法包括：接收s100对要用于调度请求sr传输的互惠参考信号rrs集合的指示。所述方法还包括：使用从所指示的用于调度请求sr的传输的rrs集合中选择的rrs，发送s200所述sr。换言之，无线通信设备从所指示的构成sr集合的rrs集合中挑选一个rrs。然后无线通信设备使用该rrs并相应地发送。

此外，在一个实施例中，无线通信设备还使用该rrs作为用于数据消息的dmrs，对sr中传输的数据进行编码。因此，在一个实施例中，图2所示的方法还包括：使用所选择的rrs作为用于调度请求sr消息的解调参考信号dmrs，对所述sr消息进行编码s300。在特定实施例中，编码后的sr消息包括所选择的rrs。因此，该rrs可被无线网络节点用来解码sr消息。

在图2所示的方法的另一特定实施例中，编码后的sr消息还包括：与发送所述sr的无线通信设备相关联的标识。在图2所示的方法的其他实施例中，编码后的sr消息还可以包括其他信息，如：信道质量指示符、信道状态信息、数据缓冲器状态报告、功率或路径增益估计、无线通信设备的配置、移动性测量以及混合自动重复请求肯定确认/否定确认harqack/nack。

在图2所示的方法的一个具体实施例中，无线通信设备是用户设备。

在下文中，描述说明性实施例的一些非限制性示例。

图3是示出根据实施例的示例过程的示意图，其中无线网络节点是基站(bs)而无线通信设备是用户设备(ue)。如图所示，bs向ue发送关于要用于sr传输的rrs集合的信息。作为示例，ue从构成sr集合的rrs集合中挑选一个rrs。然后，ue使用该rrs并相应地发送。在一个实施例中，ue还对其id(在一些实施例中加上一些其他信息)进行编码，对结果进行调制并将它们放在单独留下的4个ofdm符号上。(注意，假定qpsk等于256个编码比特并且足以容纳ueid和一些其它相关数据，则可以发送4×2×16＝128个符号)。

继续该示例，基站(bs)现在使用该rrs来估计ul信道，并使用它来解码sr消息(例如，ueid)。而且，由于假定它是tdd并且ul/dl信道是互易的，所以bs也知道dl信道并且可以计算优良的dl预编码器p。然后，bs预编码用于调度ul资源的授权并且在所估计的dl信道上向ue发送该授权。重要的是要注意：在具有很多天线的情况下，如果很多ue在这四个ofdm符号上同时发送，假定bs能够知道它们的信道，则bs实际上能够解码数据。因此，唯一的要求是ue使用正交的rrs序列。如果不正交，则可能发生碰撞，下面提出解决这种碰撞的方法。

预编码是波束成形的推广，用以在多天线无线通信中支持多流(或多层)传输。在多用户mimo中，多天线发射机同时与多个接收机通信(每个接收机具有一个或多个天线)。从实现的角度看，此类系统的预编码算法可以细分为线性和非线性预编码类型。容量实现算法是非线性的，但是线性预编码方法通常以低得多的复杂度实现合理的性能。线性预编码策略包括例如最大速率传输(mrt)、迫零(zf)预编码，并发送维纳预编码。还存在针对信道状态信息的低速率反馈适配的预编码策略，例如随机波束成形。

在具有m个发射天线的多入单出(miso)系统中，用于dl传输的mrt预编码器的示例如下。在数学上，有效的无线电信道可以建模为

其中p是发射功率，h表示下行链路m×1信道矢量，并且是1×mmrt预编码器，q是单位能量发射符号，并且e是方差为σ²的零均值加性高斯白噪声，因此y代表ue处的接收信号。在实际实现的预编码器计算中观察到，可能在上述表达式中不能使用信道矢量h，相反预编码使用相同的公式但是代之为使用h的估计来计算w。还观察到：在vl-mimo系统中，信道估计可以根据ul传输来计算(假设ul/dl信道具有互易性)。更确切地，考虑到与上面相同的miso设置，可以将ul信道建模为

其中pu是ue发射的功率，g是1×m信道矢量，s是发射的符号，并且n表示噪声矢量。现在假定ul/dl信道具有互易性，即假定h＝g^t(或者事实上针对任何已知函数f，h＝f(g^t))，那么可以使用对ul信道g的估计来估计dl信道h。

通过使用rrs来估计ul信道，可以得到对下行链路信道矢量h的估计。但是也可以提取关于bs与ue之间的通信链路的更多信息，例如：应该使用哪个秩(例如，由ltecsi报告中的lte秩指示符ri给出)、在假定使用预编码器(由ltecsi报告中的lte预编码矩阵指示符pmi给出)情况下的接收质量(由ltecsi报告中的lte信道质量指示符cqi给出)、使用在估计的ue处的干扰情形进行使用特定预编码器的数据发射的质量。

如上所述，对dl信道的这种估计于是可被用来计算不同的预编码器。

使用所提出的思想，多个ue有可能共享rrs资源，这允许实现非常短的等待时间。考虑一个示例，如果1000个用户共享100个rrs并且每个传输时间间隔(tti)是0.2ms，并且每个ue具有100ms的数据包间到达时间，则冲突概率小于2％，因此在下一ul子帧中几乎总有sr成功(观察到即使在出现碰撞的情况下sr也能成功，见上文)。此外，由于sr包括rrs，所以作为对sr的响应(例如，ul调度授权和任何其他相关数据)，低开销dl传输是可能的。观察到：例如，如果使用正交sr，则等待时间将显著增大，例如将需要2ms(1000个用户每个tti100个sr→10个子帧)，而不是稍大于0.2ms(加上任何dl子帧)。

举例来说，假设rrs传输在频率上跨越两个资源块并且还假设资源块具有12个ofdm符号并跨越16个ofdm子载波(在lte中，每个资源块对rbp是14个符号×12个子载波，但是在本例中，这些数字的选择是为了示出一般的未来结构，并且这些数字可以是任意值)，并且它们中的8个被用于rrs传输。这意味着4个ofdm符号被留下用于数据传输。这些符号将通过使用正交覆盖码被所有用户共享(将在下文中进行说明)，在这两个资源块上将能够发送大约80个正交rrs序列。因此，对于大规模数据传输，通常分配整个带宽；因此我们仅限于80位数据用户。但是对于窄带传输，有可能使用rrs来调度更多的ue，例如，对于100个资源块和2资源块长的序列，实际上有50×10×8＝4000个正交rrs序列。因此，作为一个例子，我们提出向ue分配例如100个窄带rrs序列和相应的窄带资源(即，包含rrs传输的资源块中的全部或部分数据符号)以用作sr。于是，在这个例子中，留下了rrs用于78宽带数据传输。在一些实施例中，以正交方式(例如使用与lte中的传统sr相同的方法)将这些分配给用户。但是在特定实施例中，每个rrs在一组用户之间共享。值得注意的是，在所述sr传输期间rrs充当用于ue在sr传输中发送的任何数据的解调参考符号，因此ue可以将其用户标识编码在分配给该ue的资源块中的sr传输的数据部分(上述4个ofdm符号)中。在一些实施例中，数据传输还包含例如cqi、csi、数据缓冲器状态报告、功率/路径增益估计、ue配置、移动性测量、数据或诸如harqack/nack之类的一些其他控制信令。sr中的rrs还被用于计算窄带波束成形的dl传输，所述dl传输中包括ul调度授权。具体地，缓冲器状态报告和功率/路径增益估计有助于基站知道何时向ue分配ul资源。这是因为缓冲器状态告知ue能够传输的最大比特数(例如，不需要分配更多的资源)，而路径增益估计告诉基站ue在变得功率受限(即，不能维持由基站设置的接收功率密度目标)之前可以使用多少频率资源。

如上面简要解释的，本公开的提议思想是向ue组提供对为了sr的目的的rrs集合的指示。在此上下文中，每个sr包括在rrs集合内随机挑选的rrs(集合可能仅包含单个rrs)以及数据消息的格式(诸如ue标识之类的数据可被编码的格式)。在特定实施例中，rrs还充当用户数据消息的dmrs。此外，rrs可被用来计算下行链路预编码器。

因此，所有ue都知道：为了发送调度请求消息，它们可以从分配的集合中挑选一个rrs。但是，要使用哪一个rrs受限于不同的实施例。在一些实施例中，这rrs集合在所有ue之间共享。于是，每个ue仅从该集合中挑选一个rrs，例如，随机挑选。如果两个ue碰巧选择相同的rrs，则bs可能无法解码/检测该消息。这被称为冲突，下面将描述解决该问题的提议。如果bs设法解码该消息，则它可以使用rrs来估计dl信道，并且因此使用适当选择/计算的预编码器来发送响应。在其他实施例中，可以向ue分配来自该集合的特定rrs，例如正交rrs序列，以避免冲突。

在sr的配置方面，在一个实施例中，ue配置有一个rrs集合。每个rrs被映射到一组频率资源。为了使rrs充当用于数据传输的dmrs，用于数据传输的频率资源应该是所述rrs所跨越的频率资源的子集(观察到：rrs可能使用梳(comb)，因此数据可能被映射到不包含rrs的子载波，但使用内插，仍可能将所述rrs用作dmrs)。此外，ue将在可用的rrs资源的集合中进行随机选择；在特定实施例中，ue将在单个ul-tti中的资源上均匀挑选。

如上所述，数据将被编码在可以根据包含rrs的频域资源内插或外推得到的频域子集中。在一些实施例中，这种资源的单个集合与每个rrs相关联。在一些实施例中，这种资源的一个不同集合与一个rrs与相关联。在一些实施例中，数据编码是在不同(伪)的正交资源上进行的，例如在码域、频域或时域中的不同正交资源上进行。因此，如果rrs正在冲突，则若多个消息在正交资源上，基站仍然能够解码这多个消息。在一些其他实施例中，仅使用单个资源，如果两个用户正在冲突，则sr消息通常丢失，但是所述单个资源更高效(例如可以包含更多数据)。

例如，数据格式是与ue(本地)标识一起编码的或使用ue(本地)标识编码的，例如作为数据有效载荷，或者在循环冗余校验(crc)校验和生成中使用ue标识，例如与lte的dl授权中进行的一样。数据格式还可以包括附加的控制数据，例如，缓冲器状态报告。但是在一些实施例中，sr还包含少量数据，例如用于关键机器类型通信(mtc)服务的少量数据。在一些实施例中，与在sr传输中不能传输数据的其他用户相比，能够传输数据的用户被分配有更宽带宽的用于sr的rrs。

如果两个用户正在使用相同的sr并且基站不能对两个消息进行解码，或者由于其他原因基站不能解码sr，则ue应该重传sr。在一个实施例中，ue应该为重传做出新的随机选择以避免进一步的冲突。随机选择可以是：要使用哪个rrs、要使用哪种数据格式、以及随机等候时间。等候时间与禁止时间的类似处在于：它应该足以允许基站对sr做出响应。与lte相比的差异在于：等候时间取决于ue的相干时间以及冲突概率。但是，原则上，等候时间是针对每次尝试将增大(至少在期望值方面)的禁止时间，并且总是包括最少时间和至少一个dl子帧(或者，n个dl子帧)，例如，总是等候1ms和至少2个dl子帧加上针对每次失败尝试都增加的指数随机时间。观察到：在一些实施例中也可能存在sr尝试的最大数目。

所提出的解决方案的一个思想是指示rrs集合或其一部分应该用于sr传输。于是，相应的rrs资源被用作sr资源的一部分，其中rrs还可被用于估计接收sr所通过的ul信道，并在假定存在互易性的情况下也被用于估计发送ul授权的dl信道。rrs还可以充当用于解码在一些ul传输中接收的数据(例如在sr中接收的sr消息)的dmrs。在特定实施例中，多个用户可共享相同的rrs，但在编码数据中具有唯一标识符，所述编码数据可使用rrs作为dmrs进行解码。使用所提出的思想，多个ue有可能共享rrs资源，这允许实现非常短的等待时间。

如本文所使用的，非限制性术语“无线网络节点”可以是指基站、接入点、网络控制节点等等，所述网络控制节点诸如网络控制器、无线电网络控制器、基站控制器、接入控制器等等。具体地，术语“基站”可以包含不同类型的无线电基站(其包括标准基站功能(例如，节点b或演进节点benb))，并且还可以包括宏/微/微微无线电基站、家庭基站(也称为毫微微基站)、中继节点、中继器、无线电接入点、基础收发站(bts)、以及甚至控制一个或多个远程无线电单元(rru)的无线电控制节点等。

如本文中所使用的，非限制性术语“无线通信设备”和“用户设备”可以指移动电话、蜂窝电话、配备有无线通信能力的个人数字助理pda、智能电话、膝上型电脑或配备有内部或外部的移动宽带调制解调器的个人计算机pc，具有无线通信能力的平板、目标设备、设备到设备ue、机器类型的ue或支持机器到机器通信的ue、客户住宅设备(cpe)、膝上型嵌入式设备(lee)、膝上安装的设备(lme)、usb加密狗、便携式电子无线通信设备、配备有无线通信能力的传感器设备等。具体地，术语“无线通信设备”应被解释为包括与无线通信系统中的网络节点通信的任何类型的无线设备和/或可能与另一无线通信设备直接通信的任何类型的无线设备的非限制性术语。换言之，无线通信设备可以是配备有用于根据任何相关通信标准进行无线通信的电路的任何设备。

应当理解，本文描述的方法和装置可以以各种方式实现、组合和重新布置。

例如，实施例可以用硬件、或用由合适的处理电路执行的软件、或其组合来实现。

本文所述的步骤、功能、过程、模块和/或块可以使用任何常规技术在硬件中实现，例如使用分立电路或集成电路技术，包括通用电子电路和专用电路二者。

备选地，或者作为补充，本文描述的步骤、功能、过程、模块和/或块中的至少一些可以在软件中实现，例如由合适的处理电路(例如一个或多个处理器或处理单元)来执行的计算机程序。

处理电路的示例包括但不限于：一个或多个微处理器、一个或多个数字信号处理器(dsp)、一个或多个中央处理单元(cpu)、视频加速硬件、和/或任意合适的可编程逻辑电路，例如一个或多个现场可编程门阵列(fpga)或者一个或多个可编程逻辑控制器(plc)。

还应当理解，可以重新使用实现所提出技术的任何常规设备或单元的通用处理能力。也可以例如通过对现有软件进行重新编程或添加新的软件组件重新使用现有的软件。

根据实施例，无线网络节点配置为在无线通信网络中操作。所述无线网络节点配置为：向至少一个无线通信设备提供对要用于调度请求sr传输的互惠参考信号rrs集合的指示。所述无线网络节点还配置为：执行对从无线通信设备接收调度请求sr所通过的上行链路信道的估计，其中对所述上行链路信道的估计基于所接收的sr中包括的rrs。

在一个具体实施例中，无线网络节点10还配置为：向无线通信设备发送上行链路调度授权，其中所述上行链路调度授权是基于对所述上行链路信道的估计预编码的。

在另一具体实施例中，无线网络节点还配置为：使用所接收的调度请求sr中包括的rrs作为用于sr消息的解调参考信号dmrs，解码在所接收的sr中包括的sr消息。

在一个具体实施例中，所指示的rrs集合中的互惠参考信号是正交的。在替代实施例中，无线网络节点还配置为：向多个无线通信设备提供对要用于sr传输的多个rrs集合的多个指示，其中所指示的多个rrs集合是相交的。

在一个具体实施例中，无线网络节点配置为：提供对要用于不同业务类别的sr传输的不同rrs集合的指示。

图4是示出根据实施例的基于处理器-存储器实现的无线网络节点10的示例的示意框图。在该特定示例中，无线网络节点10包括处理器11和存储器12，存储器12包括可由处理器11执行的指令，由此处理器可操作用于：向至少一个无线通信设备提供对要用于调度请求sr传输的互惠参考信号rrs集合的指示；以及执行对从无线通信设备接收调度请求sr所通过的上行链路信道的估计，其中对所述上行链路信道的估计基于所接收的sr中包括的rrs。

在图4所示的无线网络节点10的特定实施例中，处理器11还操作用于：准备用于发送给所述无线通信设备20的上行链路调度授权，所述上行链路调度授权是基于对所述上行链路信道的估计预编码的。

在图4所示的无线网络节点10的另一特定实施例中，处理器11还操作用于：使用所接收的调度请求sr中包括的rrs作为用于sr消息的解调参考信号dmrs，解码在所接收的sr中包括的sr消息。

如在图4中所指示的，无线网络节点10可以可选地包括通信电路13，所述通信电路13用于与一个或多个其他网络节点和/或设备进行通信。因此，在一个实施例中，无线网络节点10包括通信电路13，所述通信电路13配置为：向至少一个无线通信设备发送所述对要用于调度请求sr传输的互惠参考信号rrs集合的指示。

在图4所示的无线网络节点10的特定实施例中，通信电路13还配置为：向无线通信设备发送上行链路调度授权，其中所述上行链路调度授权是基于对所述上行链路信道的估计预编码的。

在图4所示的无线网络节点的特定实施例中，无线网络节点是无线基站。

根据一个实施例，无线通信设备配置为在无线通信网络中操作。所述无线通信设备配置为：接收对要用于调度请求sr传输的互惠参考信号rrs集合的指示。所述无线通信设备还配置为：使用从所指示的用于调度请求sr的传输的rrs集合中选择的rrs来发送所述sr。

在一个实施例中，无线通信设备还配置为：使用所选择的rrs作为用于调度请求sr消息的解调参考信号dmrs，对所述sr消息进行编码。

在特定实施例中，编码后的sr消息包括所选择的rrs。在另一特定实施例中，编码后的sr消息还包括：与发送sr的无线通信设备相关联的标识。在又一特定实施例中，编码后的sr消息还包括下述中的至少一个：信道质量指示符、信道状态信息、数据缓冲器状态报告、功率或路径增益估计、无线通信设备的配置、移动性测量以及混合自动重复请求肯定确认/否定确认harqack/nack。

图5是示出根据实施例的基于处理器-存储器实现的无线通信设备20的示例的示意框图。在该特定示例中，无线通信设备20包括处理器21和存储器22，存储器22包括可由处理器21执行的指令，由此处理器可操作用于：获取对要用于调度请求sr传输的互惠参考信号rrs集合的指示；以及准备用于传输的调度请求sr，其中从所指示的rrs集合中选择的rrs被用于sr的传输。

在图5所示的无线通信设备20的特定实施例中，处理器21还操作用于：使用所选择的rrs作为用于调度请求sr消息的解调参考信号dmrs，对所述sr消息进行编码。

如在图5中所指示的，无线通信设备20可以可选地包括通信电路23，所述通信电路23用于与一个或多个其他网络节点和/或设备进行通信。因此，在一个实施例中，无线通信设备包括通信电路23，所述通信电路23配置为：接收对要用于调度请求sr传输的互惠参考信号rrs集合的指示；以及使用从所指示的用于调度请求sr的传输的rrs集合中选择的rrs来发送所述sr。

在图5所示的无线通信设备的特定实施例中，无线网络节点是用户设备。

上面描述的通信电路13/23可以包括用于与网络中的其他设备和/或网络节点进行有线和/或无线通信的功能。在具体示例中，通信电路13/23可以基于用于与一个或多个其他节点进行通信(包括发送和/或接收信息)的无线电电路。通信电路13/23可以与相应的处理器11/21和/或存储器12/22互连。作为示例，通信电路13/23可以包括以下中的任何一个：接收机、发射机、收发机、输入/输出(i/o)电路、输入端口和/或输出端口。

图6是示出可以在无线网络节点和/或无线通信设备中使用的布置200的实现的示例的示意框图。根据一个实施例，布置200是基于硬件电路实现的。合适的硬件电路的具体示例包括：一个或多个适当配置的或可能可重新配置的电子电路、专用集成电路(asic)、现场可编程门阵列(fpga)或任何其他硬件逻辑，诸如基于互连的分立逻辑门和/或触发器的用以与合适的寄存器(reg)和/或存储单元(mem)一起执行专用功能的电路。

图7是示出可以在无线网络节点和/或无线通信设备中使用的布置300的实现的另一示例的示意框图。布置300基于处理器310-1，310-2和硬件电路330-1，330-2以及合适的存储器单元320的组合。布置300包括：一个或多个处理器310-1，310-2；存储器320，其包括用于软件和数据的存储设备；以及硬件电路330-1，330-2的一个或多个单元，如asic和/或fpga。因此，整体功能在用于在一个或多个处理器310-1，310-2上执行的编程软件sw与一个或多个预配置的或可能可重新配置的硬件电路330-1，330-2(如asic和/或fpga)之间划分。实际的硬件-软件划分可以由系统设计人员根据众多因素来决定，所述因素包括处理速度、实施成本和其他要求。

图8是示出根据实施例的计算机实现400的示例的示意框图。在该特定示例中，本文所述的步骤、功能、过程、模块和/或块中的至少一些是以计算机程序425、435来实现的，计算机程序225、235被加载到存储器420中用以由包括一个或多个处理器410的处理电路执行。处理器410和存储器420彼此互连，以实现正常的软件执行。可选的输入/输出设备440还可以与(一个或多个)处理器410和/或存储器420互连，以实现相关数据(例如，(一个或多个)输入参数和/或得到的(一个或多个)输出参数)的输入和/或输出。

术语“处理器”应在一般意义上被解释为能够执行程序代码或计算机程序指令以执行特定处理、确定或计算任务的任何系统或设备。

因此，包括一个或多个处理器410的处理电路被配置为：在运行计算机程序425时执行例如本文描述的那些明确定义的处理任务。

处理电路不是必须专用于仅执行上述步骤、功能、过程和/或框，而是还可以执行其他任务。

在特定实施例中，计算机程序425/435包括指令，所述指令在由至少一个处理器410执行时使所述处理器410：向至少一个无线通信设备提供对要用于调度请求sr传输的互惠参考信号rrs集合的指示；以及执行对从无线通信设备接收调度请求sr所通过的上行链路信道的估计，其中对所述上行链路信道的估计基于所接收的sr中包括的rrs。

在另一特定实施例中，计算机程序425/435还包括下述指令，所述指令在由至少一个处理器410执行时使所述处理器410：准备用于发送给所述无线通信设备的上行链路调度授权，所述上行链路调度授权是基于对上行链路信道的估计预编码的。

在又一特定实施例中，计算机程序425/435还包括下述指令，所述指令在由至少一个处理器410执行时使所述处理器410：使用所接收的调度请求sr中包括的rrs作为用于sr消息的解调参考信号dmrs，解码在所接收的sr中包括的sr消息。

在一特定实施例中，计算机程序425/435包括指令，所述指令在由至少一个处理器410执行时使所述处理器410：获取对要用于调度请求sr传输的互惠参考信号rrs集合的指示；以及准备用于传输的调度请求sr，其中从所指示的rrs集合中选择的rrs被用于sr的传输。

在另一特定实施例中，计算机程序425/435还包括下述指令，所述指令在由至少一个处理器410执行时使所述处理器410：使用所选择的rrs作为用于调度请求sr消息的解调参考信号dmrs，对所述sr消息进行编码。

所提出技术还提供了一种包括计算机程序的载体，其中所述载体是电信号、光信号、电磁信号、磁信号、电子信号、无线电信号、微波信号或计算机可读存储介质之一。

作为示例，如上文所述的软件或计算机程序425/435可以实现为计算机程序产品，其通常在在计算机可读介质420/430(具体地，非易失性介质)上承载或存储。计算机可读介质可包括一个或多个可移除或不可移除的存储设备，包括(但不限于)：只读存储器(rom)、随机存取存储器(ram)、高密度盘(cd)、数字多用途盘(dvd)、蓝光盘，通用串行总线(usb)存储器、硬盘驱动器(hdd)存储设备、闪存、磁带或任何其它常规存储设备。计算机程序可以因此被加载到计算机或等效处理设备的操作存储器中，用于由其处理电路执行。

图9是示出包括根据任意实施例的布置200/300/400的无线网络节点10/无线通信设备20的示例的示意框图。

根据一个方面，提供了一种无线网络节点10，其包括本文所述的布置200/300/400。作为示例，所述无线网络节点可以是合适的网络节点，例如基站或接入点。然而，备选地，无线网络节点也可以是云实现的网络设备。

根据另一方面，提供了一种无线通信系统中的无线通信设备20，其中所述无线通信设备20包括本文所述的布置200/300/400。所述无线通信设备可以是无线通信系统中的任何合适的通信设备。作为示例，所述无线通信设备可以是ue、sta等终端用户设备。

当由一个或多个处理器执行时，本文介绍的流程图可以被认为是计算机流程图。对应的装置可以被定义为一组功能模块，其中由处理器执行的每个步骤与功能模块相对应。在这种情况下，功能模块被实现为在处理器上运行的计算机程序。

驻留在存储器中的计算机程序可以因此被组织为合适的功能模块，所述功能模块被配置为，当被处理器执行时，执行本文所述的步骤和/或任务的至少一部分。

图10是示出操作在无线通信网络中的无线网络节点50的示例的示意图。该实施例中的无线网络节点50包括指示模块51，所述指示模块51用于向至少一个无线通信设备提供对要用于调度请求sr传输的互惠参考信号rrs集合的指示。无线网络节点50还包括估计模块52，所述估计模块52用于执行对从无线通信设备接收调度请求sr所通过的上行链路信道的估计，其中对所述上行链路信道的估计基于所接收的sr中包括的rrs。

可选地，在一特定实施例中，无线网络节点50还可以包括准备模块53，所述准备模块53用于准备用于发送给所述无线通信设备的上行链路调度授权，所述上行链路调度授权是基于对所述上行链路信道的估计预编码的。在另一特定实施例中，无线网络节点50可以包括可选的解码模块54，所述解码模块54用于：使用所接收的调度请求sr中包括的rrs作为用于sr消息的解调参考信号dmrs，解码在所接收的sr中包括的sr消息。

图11是示出操作在无线通信网络中的无线通信设备500的示例的示意图。本实施例中的无线通信设备500包括获取模块510，所述获取模块510用于获取对要用于调度请求sr传输的互惠参考信号rrs集合的指示。无线通信设备500还包括准备模块520，所述准备模块用于准备用于传输的调度请求sr，其中从所指示的rrs集合中选择的rrs被用于sr的传输。可选地，在特定实施例中，无线通信设备500还可以包括编码模块530，所述编码模块用于使用所选择的rrs作为用于调度请求sr消息的解调参考信号dmrs，对所述sr消息进行编码。

备选地，可以主要通过硬件模块(或备选地通过硬件)以及相关模块之间的合适的互联来实现图10和图11中的模块。具体示例包括一个或多个合适配置的数字信号处理器和其他已知电子电路，例如先前所述的互连以执行专用功能的分立逻辑门和/或专用集成电路(asic)。可用硬件的其它示例包括输入/输出(i/o)电路和/或用于接收和/或发送信号的电路。软件对硬件的程度仅仅是实现选择。

在诸如网络节点和/或服务器之类的网络设备中提供计算服务(硬件和/或软件)变得日益普遍，其中资源被作为服务通过网络提供给远程位置。举例而言，这意味着如本文所述的功能可被分布或重新定位到一个或多个分开的物理节点或服务器。该功能可被重新定位或分布到可位于分开的物理节点的一个或多个联合工作的物理和/或虚拟机器中，即在所谓的云中。这有时也被称为云计算，云计算是一种支持对诸如网络、服务器、存储设备、应用和通用或定制服务等可配置计算资源的池的随时随地的按需网络访问的模型。

存在在这种上下文中可用的不同形式的虚拟化，所述形式包括以下一种或多种：

·将网络功能整合到运行在定制或通用硬件上的虚拟化软件中。这有时被称为网络功能虚拟化。

·将单独的硬件上运行的一个或多个应用堆栈(包括操作系统)共同定位在单个硬件平台上。这有时被称为系统虚拟化或平台虚拟化。

·硬件和/或软件资源的共同定位，目的是使用一些高级的域级别调度和协调技术来获得改善的系统资源利用率。这有时被称为资源虚拟化、或者集中式和协调式资源池。

虽然将功能集中到所谓的通用数据中心经常是令人期望的，但在其他情况下实际上将功能分布在网络的不同部分上可能是有利的。

图12是示出一般情况下如何在不同网络设备之间分布或分割功能的示例的示意图。在这个例子中，至少有两个单独的但互连的网络设备nd1和nd2，分别具有附图标记610和620，可以将不同的功能，或者相同功能的部分，在网络设备610和620之间划分。可能存在额外的网络设备，例如nd3，其具有附图标记630，其是这种分布式实现的一部分。网络设备610-630可以是同一无线通信系统的一部分，或者一个或多个网络设备可以是位于无线通信系统外部的所谓的基于云的网络设备。

图13是示出无线通信系统的示例的示意图，所述无线通信系统包括接入网710和/或核心网720和/或操作支持系统(oss)730，其与一个或多个基于云的网络设备740协作。与接入网710和/或核心网720和/或oss系统730相关的功能可以至少部分地实现为在基于云的网络设备740中执行，其中在基于云的网络设备与接入网和/或核心网和/或oss系统中的相关网络节点和/或通信单元之间存在合适的信息传送。

网络设备(nd)通常可被视为通信连接到网络中的其他电子设备的电子设备。

举例来说，网络设备可以用硬件、软件或其组合来实现。例如，网络设备可以是专用网络设备或通用网络设备或其混合。

专用网络设备可以使用定制处理电路和专有操作系统(os)来执行软件以提供本文公开的特征或功能中的一个或多个。

通用网络设备可以使用公共现成(cots)处理器和标准os来执行软件，所述软件配置为提供本文公开的特征或功能中的一个或多个。

举例来说，专用网络设备可以包括硬件、物理网络接口(ni)以及其上存储有软件的非暂时性机器可读存储介质，所述硬件包括处理或计算资源，其通常包括一个或多个处理器构成的集合，所述物理网络接口(ni)有时被称为物理端口。物理ni可被视为网络设备中的进行网络连接的硬件，所述网络连接例如通过无线网络接口控制器(wnic)以无线方式来进行或者通过将缆线插入连接到网络接口控制器(nic)的物理端口来进行。在操作期间，软件可被硬件执行，以实例化一个或多个软件实例的集合。每个软件实例以及执行该软件实例的那部分硬件可以形成单独的虚拟网络单元。

作为另一示例，通用网络设备可以例如包括硬件和网络接口控制器(nic)以及其上存储有软件的非暂时性机器可读存储介质，所述硬件包括一个或多个处理器(通常是cots处理器)构成的集合。在操作期间，处理器执行软件以实例化一个或多个应用的一个或多个集合。虽然一个实施例不实现虚拟化，但是替代实施例可以使用不同形式的虚拟化-例如由虚拟化层和软件容器来表示。例如，一个这样的替代实施例实现了操作系统级别的虚拟化，在这种情况下，虚拟化层代表允许创建多个软件容器的操作系统内核(或在基础操作系统上执行的垫片(shim))，每个软件容器可被用来执行应用集合之一。在示例实施例中，每个软件容器(也称为虚拟化引擎、虚拟专用服务器或空间(jail))是用户空间实例(通常是虚拟存储空间)。这些用户空间实例可以彼此分离，并与执行操作系统的内核空间分离；除非明确允许，否则在给定用户空间中运行的应用集不能访问其他进程的内存。另一个这样的替代实施例实现完全虚拟化，在这种情况下：1)虚拟层表示管理程序(有时称为虚拟机监视器(vmm))，或者管理程序在主机操作系统顶上执行；以及，2)每个软件容器表示由管理程序执行的并且可以包括客户操作系统的被称为虚拟机的软件容器的紧密隔离形式。

管理程序是负责创建和管理各种虚拟化实例以及在某些情况下创建和管理实际物理硬件的软件/硬件。管理程序管理底层资源并将它们呈现为虚拟化实例。管理程序虚拟化为单个处理器的内容实际上可以包括多个分开的处理器。从操作系统的角度来看，虚拟化实例看起来是实际的硬件组件。

虚拟机是运行程序的物理机器的软件实现，在运行程序时就好像它们在物理的非虚拟化的机器上执行一样；以及，应用一般不知道它们运行在虚拟机上还是运行在“纯金属”的主机电子设备上，然而出于优化目的，一些系统提供允许操作系统或应用能够意识到存在虚拟化的准虚拟化(para-virtualization)。

一个或多个应用程序的一个或多个集合的实例化以及虚拟化层和软件容器(如果实现的话)统称为软件实例。每个应用集合、相应的软件容器(如果实现的话)以及执行它们的那部分硬件(其是专用于该执行的硬件和/或硬件的被软件容器分时共享的时间片)形成单独的虚拟网络元件。

虚拟网元可以执行与虚拟网元(vne)类似的功能。这种硬件虚拟化有时被称为网络功能虚拟化(nfv))。从而，nfv可以用于将很多网络设备类型统一到工业标准高容量服务器硬件、物理交换机、和物理存储器，它们可以位于数据中心、nd、和客户住宅设备(cpe)中。然而，不同实施例可以用不同方式来实现虚拟容器中的一个或多个。例如，尽管实施例被示出为每个软件容器对应于一个vne，但是替代实施例可以在更精细的粒度级别上实现软件容器-vne之间的这种对应关系或映射；应该理解，本文参考软件容器与vne的对应关系描述的技术也适用于使用这种更精细粒度级别的实施例。

根据又一实施例，提供了一种混合网络设备，其在一个网络设备(例如，在网络设备nd内的卡或电路板)中既包括定制处理电路/专有os也包括cots处理器/标准os。在这种混合网络设备的某些实施例中，平台虚拟机(vm)(诸如实现专用网络设备的功能的vm)可以向混合网络设备中存在的硬件提供准虚拟化。

上述实施例仅作为示例给出，并且应当理解，所提出的技术不限于此。本领域技术人员将理解，在不背离由随附权利要求限定的本公开范围的情况下，可以对实施例做出各种修改、组合和改变。尤其是，在技术上可行的其他配置中，不同实施例中的不同部分解决方案可被组合。

参考文献

3gppts36.211(物理信道和调制)v10.0.0

3gppts36.321(mac)v8.0.0