用于子帧调度的方法和装置与流程

本公开的实施例一般地涉及电信领域，并且具体地说，涉及用于子帧调度的方法和装置。

背景技术：

在诸如基于第三代合作计划(3gpp)规范的那些电信网络中，为了促进从终端设备(其也被称为用户设备)到网络设备(其也被称为基站)的上行链路(ul)通信，网络设备可以根据请求来使用控制信道在ul授权中向终端设备调度ul资源(例如ul子帧)。终端设备可以在该调度的子帧中发送ul数据。根据是否成功接收到上行链路数据，网络设备可以发送确认/非确认(ack/nack)反馈，以使得终端设备可以确定是否重传ul数据。

在诸如移动宽带服务(mbb)之类的某些高级服务中，对于终端设备在ul数据的传输之后获得ack/nack反馈存在特定延迟容限。因此，已在某些新接入(nx)或许可辅助接入(laa)概念报告中提出在一个ul授权中聚合和调度多个连续子帧。多子帧调度特别适合于新无线电接入技术(nr)。根据某些传统技术，要在一个传输机会(txop)(例如，6ms或8ms)中调度的子帧的数量很小，这是由于传输时间间隔(tti)长度(1ms)和授权延迟(从ul授权传输到ul数据传输的时间是4ms)所致。对于nr，tti长度和授权延迟要小得多(tti为0.125ms并且授权延迟要短得多)，而txop时长保持不变。因此，可以经由ul授权在一个txop中调度的连续子帧的数量很大。

根据多子帧调度，网络设备使用单个控制信道在一个ul授权中向终端设备调度多个子帧。针对子帧的聚合而不是单独子帧，提供正确/错误接收的ack/nack反馈消息。这减少了控制和反馈信令开销两者。通常，网络设备基于来自终端设备的缓冲区状态报告(bsr)，决定要向终端设备调度的子帧的数量。调度子帧的数量与由终端设备报告的缓冲区状态完全匹配。在接收调度的子帧时，终端设备可以仅在授权的子帧资源中发送所有缓冲的数据。

在具有不确定的信道可用性的用例中，终端设备开始在子帧中传输之前检测该子帧是空闲还是繁忙，这被称为先听后说(lbt)过程。这种不确定的信道可用性可能由于各种原因而发生，其中一个原因是未许可操作。因为当调度子帧时网络设备难以将不确定的信道可用性考虑在内，所以尽管在接收授权之后存在lbt过程，但某些调度的子帧可能被发现为繁忙。在这种情况下，终端设备可能无法在当前调度的子帧中发送所有缓冲的ul数据。因此，需要用于子帧调度的新请求，这增加了信令开销和数据传输延迟。

技术实现要素：

一般而言，本公开的示例实施例提供用于子帧调度的方法和装置。

在第一方面，提供一种在网络设备中实施的方法。根据所述方法，从终端设备接收指示将要由所述终端设备发送的上行链路数据的大小的报告。向所述终端设备发送调度授权信息，所述调度授权信息指示被调度给所述终端设备以用于所述上行链路数据的传输的第一数量的子帧。所述第一数量的子帧基于所述报告来确定，并且所述第一数量大于将要由所述上行链路数据的所述传输消耗的子帧的第二数量。

在某些实施例中，确定所述第一数量的子帧中的第一子帧是否将要被排除用于所述上行链路数据的所述传输。响应于确定所述第一子帧将要被排除，调度所述第一子帧以用于另一使用。

在某些实施例中，检测在其中开始所述上行链路数据的所述传输的第二子帧。至少部分地基于所述第二子帧在所述第一数量的子帧内的位置，确定所述第一数量的子帧中的所述第一子帧是否将要被排除。

在某些实施例中，将混合自动重传请求harq进程标识符分配给所述第一数量的子帧。所述第一数量的子帧中的至少两个子帧被分配有相同的harq进程标识符。向所述终端设备发送所述harq进程标识符与所述第一数量的子帧之间的映射。

在某些实施例中，所分配的harq进程标识符的数量等于所述第二数量，并且被分配有相同的harq进程标识符的两个子帧之间间隔所述第二数量的子帧。

在某些实施例中，第三数量的子帧被确定为允许由所述终端设备从所述第一数量的子帧中选择以发送所述上行链路数据。所述第三数量低于所述第一数量。在所述调度授权信息中包括所述第三数量的子帧的指示。

在某些实施例中，所述第一数量的子帧的时长在与所述终端设备相关联的传输机会txop的时长内。

在某些实施例中，所述报告是缓冲区状态报告bsr。

在第二方面，提供一种在终端设备中实施的方法。根据所述方法，所述终端设备向网络设备发送指示将要由所述终端设备发送的上行链路数据的大小的报告，以及从所述网络设备接收调度授权信息，所述调度授权信息指示被调度给所述终端设备以用于所述上行链路数据的传输的第一数量的子帧。所述终端设备进一步在所述第一数量的子帧中的第三数量的子帧中向所述网络设备发送所述上行链路数据。所述第三数量小于所述第一数量。

在某些实施例中，确定所述第一数量的子帧中的第三子帧是否空闲。响应于确定所述第三子帧空闲，在所述第一数量的子帧中从所述第三子帧开始的所述第三数量的子帧中向所述网络设备发送所述上行链路数据。

在某些实施例中，所述上行链路数据的大小的所述报告指示第二数量的子帧将要由所述上行链路数据的所述传输消耗。所述第三数量等于所述第二数量。

在某些实施例中，所述第三数量的子帧的指示进一步在所述调度授权信息中指示。所述终端设备基于所述调度授权信息，从所述第一数量的子帧中选择所述第三数量的子帧，以及在所选择的第三数量的子帧中向所述网络设备发送所述上行链路数据。

在某些实施例中，所述终端设备基于所述上行链路数据的大小，从所述第一数量的子帧中选择所述第三数量的子帧，以及在所选择的第三数量的子帧中向所述网络设备发送所述上行链路数据。

在某些实施例中，从所述网络设备接收混合自动重传请求harq进程标识符与所述第一数量的子帧之间的映射。所述第一数量的子帧中的至少两个子帧被分配有相同的harq进程标识符。

在某些实施例中，所述harq进程标识符的数量等于所述第二数量，并且被分配有相同的harq进程标识符的两个子帧之间间隔所述第二数量的子帧。

在某些实施例中，所述第一数量的子帧的时长在与所述终端设备相关联的传输机会txop的时长内。

在第三方面，提供一种在网络设备中实施的方法。根据所述方法，响应于调度第一数量的子帧以用于终端设备的上行链路数据的传输，将相同的harq进程标识符分配给所述第一数量的子帧中的至少两个子帧。所述第一数量基于指示来自所述终端设备的上行链路数据的大小的报告来确定。向所述终端设备发送所述相同的harq进程标识符与所述第一数量的子帧中的所述至少两个子帧之间的映射。

在第四方面，提供一种在终端设备中实施的方法。根据所述方法，从网络设备接收相同的harq进程标识符与由所述网络设备调度以用于所述终端设备的上行链路数据的传输的第一数量的子帧中的至少两个子帧之间的映射，其中，所述第一数量基于指示向所述网络设备发送的所述上行链路数据的大小的报告来确定。基于所述相同的harq进程标识符，管理针对所述至少两个子帧中的至少一部分所述上行链路数据的harq重传。

在第五方面，提供一种在网络设备处的装置。所述装置包括处理器和存储器。所述存储器包含能够由所述处理器执行的指令，由此所述装置可操作以执行根据第一和/或第三方面所述的方法。

在第六方面，提供一种在终端设备处的装置。所述装置包括处理器和存储器。所述存储器包含能够由所述处理器执行的指令，由此所述装置可操作以执行根据第二和/或第四方面所述的方法。

在第七方面，提供一种计算机程序产品，其有形地存储在计算机可读存储介质上。所述计算机程序产品包括指令，所述指令当在至少一个处理器上执行时使得所述至少一个处理器执行根据第一方面至第四方面中任一项所述的方法。

通过以下描述，本公开的其它特性将变得易于理解。

附图说明

通过在附图中对本公开的某些实施例的更详细描述，本公开的上述和其它目标、特性和优势将变得更加明显，这些附图是：

图1是其中可以实现本公开的实施例的通信网络的框图；

图2是传统的单子帧调度过程的示意图；

图3是传统的多子帧调度的示意图；

图4是示出根据本公开的某些实施例的子帧调度过程的流程图；

图5a是根据本公开的某些实施例的多子帧调度的示意图；

图5b是根据本公开的某些实施例的harq进程标识符分配的示意图；

图6a是根据本公开的某些其它实施例的多子帧调度的示意图；

图6b是根据本公开的某些其它实施例的harq进程标识符分配的示意图；

图7是根据本公开的某些实施例的方法的流程图；

图8是根据本公开的某些其它实施例的方法的流程图；

图9是根据本公开的某些其他实施例的方法的流程图；

图10是根据本公开的某些其他实施例的方法的流程图；

图11是根据本公开的某些实施例的网络设备的框图；

图12是根据本公开的某些实施例的终端设备的框图；

图13是根据本公开的某些其它实施例的网络设备的框图；

图14是根据本公开的某些其它实施例的终端设备的框图；以及

图15是适合于实现本公开的实施例的设备的简化框图。

在附图内，相同或类似的参考标号表示相同或类似的元件。

具体实施方式

现在将参考某些示例实施例描述本公开的原理。要理解，描述这些实施例的目的是仅为了说明并且帮助本领域的技术人员理解和实现本公开，而不是对本公开的范围提出任何限制。除了下面描述的方式之外，还可以以各种方式实现在此描述的本公开。

在以下描述和权利要求中，除非另外定义，否则在此使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的相同含义。

如在此使用的，术语“网络设备”或“基站”(bs)指能够提供或托管终端设备可以通信的小区或覆盖的设备。网络设备的示例包括但不限于节点b(nodeb或nb)、演进型nodeb(enodeb或enb)、远程无线电单元(rru)、无线电头端(rh)、远程无线电头端(rrh)、低功率节点(例如毫微微节点、微微节点)等。出于讨论的目的，在下面，将参考enb作为网络设备的示例来描述某些实施例。

如在此使用的，术语“终端设备”或“用户设备”(ue)指具有无线或有线通信能力的任何设备。终端设备的示例包括但不限于个人计算机、台式计算机、移动电话、蜂窝电话、智能电话、个人数字助理(pda)、便携式计算机、图像捕获设备(例如数字照相机)、游戏设备、音乐存储和回放设备、或者实现无线或有线因特网接入和浏览的因特网设备等。出于讨论的目的，在下面，将参考ue作为终端设备的示例来描述某些实施例，并且术语“终端设备”和“用户设备”(ue)可以在本公开的上下文中互换使用。

如在此使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文明确地另有所指。术语“包括”及其变体要被理解为表示“包括但不限于”的开放术语。术语“基于”要被理解为“至少部分地基于”。术语“一个实施例”和“实施例”要被理解为“至少一个实施例”。术语“另一个实施例”要被理解为“至少一个其它实施例”。可以在下面包括其它显式和隐式定义。

在某些示例中，值、过程、或者装置被称为“最佳”、“最低”、“最高”、“最小”、“最大”等。将理解，这种描述旨在指示可以在许多使用的功能备选方案中进行选择，并且这种选择不需要更好、更小、更高、或者另外优于其它选择。

图1示出其中可以实现本公开的实施例的示例通信网络100。网络100包括网络设备110和由网络设备110服务的终端设备120。网络设备110的覆盖范围也被称为小区102。要理解，基站和终端设备的数量仅用于说明的目的而不提出任何限制。网络100可以包括适合于实现本公开的实施例的任何合适数量的基站和终端设备。尽管未示出，但将理解，一个或多个终端设备可以位于小区102中并且由网络设备110服务。

通常，终端设备120可操作以从网络设备110接收信息和数据以及向网络设备110发送信息和数据。网络100中的通信可以遵循任何合适的标准，这些标准包括但不限于长期演进(lte)、lte-evolution、lte-advanced(lte-a)、宽带码分多址(wcdma)、码分多址(cdma)和全球移动通信系统(gsm)等。此外，可以根据当前已知或将来开发的任何一代通信协议来执行通信。通信协议的示例包括但不限于第一代(1g)、第二代(2g)、2.5g、2.75g、第三代(3g)、第四代(4g)、4.5g、第五代(5g)通信协议。

为了促进终端设备120的上行链路(ul)传输，网络设备110调度要由终端设备120使用的一个或多个子帧。在某些情况下，网络设备110在接收到来自终端设备120的调度请求时仅调度一个子帧。在下行链路(dl)控制信息(dci)中向终端设备120提供调度授权信息。图2示出传统的单子帧调度过程的示意图。如图所示，用于dl传输的子帧210包括子帧212、214、216等，而用于ul传输的子帧220包括子帧222、224、226等。dl子帧210和ul子帧210不同步，相差时段ta。

dl子帧212中的dci211被视为用于针对终端设备120调度ul子帧的ul授权。在ul子帧的开始处提供的ul授权通常针对下一个ul子帧(在该示例中，子帧224)有效。即，终端设备120可以在子帧224中发送ul数据。在ul授权针对当前ul子帧(例如，ul子帧222)有效的某些其它示例中，ul子帧221的开始部分为空。

单子帧调度以快速方式针对单独子帧实现ack/nack反馈，以使得终端设备120可以决定是否重传ul数据。在某些其它情况下，由于ack/nack反馈的延迟容限，根据调度请求向终端设备120聚合和授权多个子帧。具体地说，终端设备120向网络设备110发送指示要在ul中发送的ul数据的大小的缓冲区状态报告(bsr)。在接收到报告时，网络设备110确定要针对终端设备120的ul传输授权的子帧的数量，其与要发送的ul数据的大小匹配。即，终端设备120能够在调度的子帧中发送所有缓冲的ul数据。从网络设备110向终端设备120发送指示调度的子帧的调度授权信息。

多子帧调度被设计为减少信令开销，如上面分析的那样。在这种子帧调度下，终端设备120仅需要发送一个调度请求以获得多个子帧。此外，需要来自网络设备110的一个ack/nack反馈消息，以分别指示在调度的子帧中发送的ul数据分组是否被成功接收。但是，由于某种不确定的信道可用性，一个或多个调度的子帧可能被其它操作占用，并且因此不可用于ul数据传输，从而导致另一个子帧调度过程并且增加不必要的信令开销。

图3是示出多子帧调度的示意图，其中网络设备110向终端设备120发送调度授权信息322。调度授权信息322指示调度三个连续子帧341、342、以及343的聚合310以用于ul数据的传输。在接收到调度授权信息322时，终端设备120在发送ul数据之前检测第一调度的子帧341是否空闲。因此，该过程332被称为先听后说(lbt)过程。如果子帧341用于其它传输(例如终端设备120或其它终端设备或网络设备的未许可操作)，则lbt过程失败并且因此终端设备120不能在该子帧中执行ul传输。在这种情况下，假设lbt过程334在第二调度的子帧342的开始处成功，则仅留下两个子帧以用于ul传输。

因为终端设备120未能在调度的子帧聚合310中发送所有缓冲的数据，所以它必须向网络设备110发送另一个bsr以请求进一步ul传输。在图3的示例中，从网络设备110发送进一步调度授权信息324，进一步调度授权信息324指示向终端设备120调度的进一步子帧聚合320。该聚合仅包括一个子帧344以与剩余ul数据的大小相匹配。使用lbt过程336，终端设备120确定子帧344空闲并且然后在该子帧中发送剩余ul数据。

从图3的示例中可以看到，如果调度了与报告的缓冲区状态匹配的确切数量的子帧(或传输/资源)，则终端设备120可能由于lbt过程的失败而不能发送所有缓冲的ul数据，并且仍然需要新的子帧调度过程。因此，用于调度的聚合的报告、调度授权信息、以及ack/nack反馈消息的传输增加了相同大小的ul数据的信令开销和传输延迟，从而导致性能下降。

为了至少部分地解决上述和其它潜在问题，本公开的实施例提供一种用于子帧调度的新解决方案。网络设备不是调度与要由ul数据的传输消耗的子帧数量完全匹配的子帧数量，而是向终端设备调度更大数量的子帧(这也被称为子帧的过度调度)，以便处理信道可用性的不确定性。终端设备选择可用于ul数据的传输的调度子帧子集。选择的子帧的数量可以由终端设备决定或者由网络设备指示。与传统的子帧调度相比，提出的解决方案增加了通过一个ul授权来发送所有缓冲的ul数据的概率，并且避免了终端设备与网络设备之间不必要的信令开销，从而提高整体系统性能。

下面将参考图4详细描述本公开的原理和实现，图4示出子帧调度过程400。出于讨论的目的，将参考图1描述过程400。如图所示，过程400可以涉及终端设备120和服务终端设备120的网络设备110。

终端设备120向网络设备110发送(405)指示要由终端设备120发送的ul数据的大小的报告。在某些情况下，该报告可以是缓冲区状态报告(bsr)，并且指示被缓冲并要由终端设备120在ul中发送的ul数据的大小。网络设备110将该报告视为对ul授权的请求，以及基于该报告来确定(410)向终端设备120调度以用于ul数据的传输的第一数量的子帧。

根据本公开的实施例，网络设备110调度比终端设备120需要的子帧更多的子帧。如果假设将要由ul数据的传输消耗第二数量的子帧，则第一数量大于第二数量。网络设备110可以基于所接收的报告中的ul数据的大小来确定要由ul数据消耗的第二数量的子帧，并且决定针对终端设备调度比第二数量的子帧更多的子帧。冗余子帧的调度使终端设备120能够处理信道可用性的不确定性。

网络设备110向终端设备120发送(415)指示第一数量的子帧的调度授权信息。在某些实施例中，网络设备110可以作为一个ul授权向终端设备120发送调度授权信息。

在某些其它实施例中，根据某些规范和用例，作为报告的bsr可以由终端设备120以相对长的间隔周期性地发送，并且因此指示要发送的大尺寸的缓冲ul数据。在这些情况下，网络设备110目前可能没有足够的子帧以用于这种大ul数据，并且因此可能决定在某个时段内经由多个ul授权来调度子帧。对于每个ul授权，仅针对缓冲的ul数据的一部分调度多个子帧。缓冲的数据的其余部分可以通过一个或多个其它授权来发送，这些授权由调度授权信息的一个或多个其他片段来指示。换言之，在从终端设备120接收到bsr之后，网络设备110可以向终端设备120发送多个ul授权(具有对应的调度授权信息)以指示第一数量的子帧。在这种情况下，由网络设备110调度的子帧的总数(即，第一数量)仍然大于要由所有ul数据的传输消耗的子帧的总数(即，第二数量)。在某些示例中，在每个ul授权中，网络设备110还可以调度比要由ul数据的对应部分的传输消耗的子帧更大数量的子帧。

备选地，网络设备110不是向终端设备120通知用于在相应ul授权中发送ul数据的不同部分的不同数量的子帧，而是可以在每个ul授权中指示第一数量，但允许终端设备120选择调度的子帧子集，以每次仅发送所有缓冲的ul数据的一部分(例如，通过提供第三数量的指示，如下所述)。

终端设备120从第一数量的调度子帧中选择(420)可用于ul数据的传输的第三数量的子帧。根据本公开的实施例，允许终端设备120选择调度子帧的子集以供使用。即，向终端设备120调度冗余子帧，主要是为了增加通过一个ul授权来发送所有缓冲的ul数据的概率，而不是为了发送比终端设备120已请求的ul数据更多的ul数据。因此，第三数量小于第一数量。下面将更详细地讨论第三数量的确定。在选择第三数量的子帧时，终端设备120在从第一数量的子帧中选择的第三数量的子帧中向网络设备发送(425)ul数据。

在某些情况下，第一数量的调度子帧中的某些子帧可能不可用于ul数据的传输，这是由于其它设备的未许可操作的占用所致。终端设备120可以从剩余可用的调度子帧中选择第三数量的子帧。终端设备120可以在发送ul数据之前执行lbt过程以检测调度的子帧之一是否空闲，并且从空闲子帧开始在第三数量的子帧中向网络设备110发送ul数据。

图5a示出子帧调度的示例。在该示例中，假设网络设备110基于从终端设备120接收的报告，确定需要三个子帧以用于ul数据的传输。网络设备110针对终端设备120调度六个子帧541至546的聚合510，以用于某些子帧被lbt失败所阻止的情况。在提供给终端设备120的调度授权信息522中指示子帧的聚合510。在接收到调度授权信息522时，终端设备120执行lbt过程532以在第一调度的子帧541的开始处检测子帧541是繁忙还是空闲。

如果子帧541由于其它未许可操作而被lbt失败所阻止，则不能在该子帧541中开始ul数据的传输。终端设备129可以等待，并且使用另一个lbt过程534在后续调度子帧542的开始处检测该子帧542是否空闲。如果子帧542被检测为可用于ul数据的传输，则终端设备120可以从调度的六个子帧中选择三个子帧，包括空闲子帧542以及在子帧542之后的两个子帧543和544以供使用。可以看到，尽管子帧541被阻止，但仍然具有足够的调度子帧以供终端设备120发送其所有缓冲的ul数据。

尽管在图5a的示例中示出第一调度子帧541被检测为繁忙，但这仅用于说明的目的而不对本公开的范围提出任何限制。在其它示例中，零个或多于一个子帧可以被检测为不可用于ul数据的传输。在这种情况下，终端设备120还能够选择所有调度子帧或剩余可用子帧以供使用。将理解，通常在调度的子帧聚合的开始处检测繁忙子帧(多个)。这是因为lbt过程涉及竞争过程。如果终端设备120针对ul传输选择了一个或多个子帧，这意味着终端设备120已成功争用子帧，则这些子帧可以被阻止进行其它操作。还将理解，如果第三数量大于剩余可用子帧并且未发送所有缓冲的ul数据，则终端设备120可以向网络设备发送指示缓冲的剩余ul数据的大小的另一个报告以请求其他子帧。

在某些实施例中，第一数量的调度子帧是时域中的连续子帧。第一数量的子帧的调度满足与终端设备120关联的用于未许可操作的最大传输机会(txop)的要求。即，调度子帧的总时间长度在txop的时长内。这有助于避免用于子帧竞争的新lbt过程。在某些其它实施例中，可以不以连续的方式来调度第一数量的子帧，并且在这点上，本公开的范围不受限制。在选择第三数量的子帧以供使用时，终端设备120可以从第一数量的子帧中选择连续或非连续的子帧。

在某些实施例中，可以由终端设备120本身来确定第三数量的子帧。例如，终端设备120可以基于缓冲的ul数据的大小从第一数量的子帧中选择第三数量的子帧。在这种情况下，第三数量可以等于第二数量。

备选地或此外，网络设备110可以例如在调度授权信息中指示第三数量。具体地说，网络设备110确定允许由终端设备从第一数量的子帧中选择以发送ul数据的第三数量的子帧，以及在调度授权信息中或者在其它单独信息中包括第三数量的指示。

可以基于由终端设备120报告的ul数据的大小和其它因素(例如小区负载、ul数据的优先级、可用传输资源等)，确定由网络设备110指示的第三数量。在某些示例中，网络设备110可以确定第三数量的子帧，以使得终端设备120能够仅发送缓冲的ul数据的一部分。因此，第三数量可以大于、等于、或者甚至小于将要由ul数据的传输消耗的子帧的第二数量。在接收到该指示时，可以允许终端设备120从可用的调度子帧中选择第三数量的子帧或数量小于第三数量的子帧。

在某些实施例中，终端设备120可以不使用一个或多个调度子帧。网络设备110可以预先确定第一数量的调度子帧中的一个或多个子帧是否将要被排除用于ul数据的传输，并且重新调度这些子帧以用于另一使用以便避免浪费传输资源。例如，网络设备110可以检测在其中开始ul数据的传输的子帧。因为网络设备110知道要由终端设备120选择的子帧的数量(第三数量)，所以它可以基于在其中开始ul数据的子帧的位置，确定哪些子帧要用于ul数据的传输并且哪些子帧被保留。如果确定一个或多个子帧将要被排除用于终端设备120，则网络设备110可以调度排除的子帧(多个)以用于另一使用。例如，在动态时分双工(tdd)的情况下，一个或多个排除的子帧可以用于其它终端设备(多个)的ul传输和/或用于dl传输。

在图5a的示例中，在从终端设备120接收到子帧542中的ul数据时，网络设备110确定三个子帧542至544用于ul数据的传输，并且子帧545和546被排除在使用之外。因此，网络设备110可以将子帧545和546重新调度到其它终端设备，或者用于向终端设备120(和/或其它终端设备)发送dl信息或数据。

仍然参考图4，终端设备120在第三数量的子帧中发送ul数据之后，网络设备110检测(430)是否在第三数量的子帧中成功接收ul数据，并且发送(435)反馈消息。反馈消息可以包括单独确认(ack)或否定确认(nack)反馈，这些反馈分别指示是否成功接收第三数量的子帧中的ul数据。

如果接收到针对一个或多个子帧的对应nack反馈，则终端设备120确定(440)是否将要重传这些子帧中的ul数据。终端设备120可以使用混合自动重传请求(harq)进程或自动重传请求(arq)进程来管理每个子帧中的重传。如果需要重传在一个或多个子帧中发送的ul数据的一部分，则终端设备120可以请求其他子帧以用于重传，并且应用与过程400类似的过程。

在针对子帧采用重传过程的那些实施例中，网络设备110可以在终端设备120和网络设备110两者中针对重传过程分配标识符以用于重传管理。在使用harq进程的实施例中，该标识符可以被称为harq进程标识符。针对终端设备120限制harq进程，每个harq进程负责管理ul数据的一部分在对应子帧中的重传，并且缓冲ul数据的一部分直到接收到针对该子帧的ack反馈。

可以由网络设备110确定harq进程标识符到调度子帧的分配。在某些实施例中，当向终端设备120授权第一数量的子帧时，网络设备110将harq进程标识符分配给第一数量的子帧。为了区分第一数量的子帧中的每一个，网络设备110可以将不同的harq进程标识符分配给每个子帧。但是，因为harq进程有限，所以在某些示例中，网络设备110可以将相同的harq进程标识符分配给第一数量的子帧中的至少两个子帧。即，两个或更多的调度子帧共享相同的harq进程标识符。在这种情况下，分配更少数量的harq进程标识符，这意味着终端设备120需要激活更少的harq进程以用于ul数据的传输。

网络设备110向终端设备120发送harq进程标识符与第一数量的子帧之间的映射。可以经由高层信令(例如无线电资源控制(rrc)信号)向终端设备10配置映射。网络设备110还可以被配置有映射。在接收到这种映射时，终端设备120可以基于标识符来激活对应的harq进程。然后，终端设备120可以发送从ul数据生成的传输块(tb)，并且使用激活的harq进程来管理tb在映射的子帧中的重传。

在这些实施例中，尽管相同的harq进程重用于两个或更多子帧，但可以应用各种方法来消除子帧的模糊性。在某些实施例中，分配的harq进程标识符的数量可以大于或等于被允许由终端设备120选择的子帧的数量(第二数量或第三数量)，并且被分配有相同harq进程标识符的两个子帧具有大于或等于允许子帧的数量的长度的间隔。因为终端设备120始终选择调度子帧的子集以供使用，所以这种分配能够保证选定子帧被分配有不同的子帧。

图5b示出这种示例。在该示例中，确定要向终端设备120调度六个子帧541至546。网络设备110检测到允许由终端设备120使用所有六个子帧541至546中的三个子帧，并且因此决定仅将三个不同的harq进程标识符(包括harq进程id0至harq进程id2542至546)分配给六个子帧541至546。如图所示，将harq进程id0552分配给两个子帧541和544，将harq进程id1554分配给两个子帧542和545，而将harq进程id2556分配给两个子帧543和546。如果终端设备120在六个子帧中选择三个子帧542至544以用于ul数据的传输，则这三个子帧被分配有不同的harq进程标识符。因此，终端设备120可以使用不同的harq进程来区分这些子帧中的harq重传。

将理解，尽管示出将相同的harq进程分配给两个不同的子帧，但可以将harq进程标识符分配给多于两个子帧。例如，如果向终端设备120调度九个子帧，则可以将三个harq进程标识符(harq进程id0至harq进程id2542至546)重新分配给第七调度子帧至第九调度子帧。

在某些其它实施例中，可能无法确保选定子帧被分配有不同的harq进程标识符。例如，当分配的harq进程标识符的数量小于被允许由终端设备120选择的子帧的数量时，将是这种情况。如果分配比允许的子帧的数量更多的harq进程标识符，则取决于分配方式，两个或更多子帧还可以被分配有相同的harq进程标识符并且被选择以用于ul数据的传输。

在这些情况下，终端设备120可以从所接收的映射中识别相同的harq进程被用于两个或更多子帧中的重传。在某些示例中，终端设备120基于映射中的子帧的下行链路分配索引(dai)，识别哪些子帧被分配有相同的harq进程标识符。如果选择两个或更多子帧以发送ul数据，则终端设备120可以使用对应的harq进程来管理或控制tb在子帧中的重传。具体地说，针对相同的harq进程，在对应的缓冲区中缓冲将要在这些子帧中发送的ul数据的一部分。终端设备120还可以基于对应的调度授权信息，确定用于这些子帧中的传输的ack/nack反馈的顺序。如果针对子帧之一接收到ack反馈，则停止ul数据的一部分在该子帧中的重传。如果接收到nack反馈，则在其他调度的子帧中重传ul数据的一部分。

上面已描述了子帧的过度调度中的harq进程标识符分配。在网络设备110调度发送所有缓冲的ul数据所需的确切数量的子帧的某些实施例中，可以应用类似的harq进程标识符分配以针对ul传输使用更少的harq进程。具体地说，在接收到指示终端设备120的缓冲区状态的报告时，网络设备110确定调度第一数量的子帧以用于ul数据的传输。此处的第一数量等于要由ul缓冲的数据消耗的子帧的第二数量。网络设备110向终端设备120发送指示第一数量的子帧的调度授权信息。

为了促进ul数据的harq重传，网络设备110将harq进程标识符分配给第一数量的调度子帧。为了保留用于harq重传的所述数量的harq进程，网络设备110将相同的harq进程标识符分配给两个或更多调度子帧。以这种方式，要由终端设备120激活的harq进程的数量小于第一数量。网络设备110向终端设备120发送相同harq进程标识符与两个或更多调度子帧之间的映射。还可以向终端设备120发送所分配的harq进程标识符与其它调度子帧之间的映射。

在接收到映射时，终端设备120基于相同的所分配的harq进程标识符，管理在两个或更多子帧中发送的ul数据的一部分的harq重传。通过应用如在上述情况中使用的类似方法(其中两个或更多选定子帧被分配有相同的harq进程标识符)，终端设备120还能够使用相同的harq进程来区分子帧的harq重传。

图6a和6b示出在针对终端设备调度确切数量的子帧时的harq进程标识符分配。在图6a中，假设网络设备110基于从终端设备120接收的报告来确定要调度六个子帧以用于所有缓冲的ul数据的传输。网络设备110向终端设备120调度六个子帧641至646的聚合610，这在调度授权信息622中指示。此外，网络设备110仅将三个harq进程标识符(包括harq进程id0至harq进程id2652至656)分配给六个子帧641至646。将harq进程id0652分配给子帧641和644，将harq进程id1654分配给子帧642和645，而将harq进程id2656分配给子帧643和646。

将理解，尽管在图6b中示出被分配有相同标识符的两个子帧具有等于三个子帧的总长度的间隔，但在其它示例中，可以将相同的harq进程标识符分配给调度子帧中的任何两个或更多子帧(例如，两个相邻子帧)。在这点上，本公开的范围不受限制。终端设备120可以基于ack/nack反馈的顺序，识别针对被分配有相同haqr进程标识符的子帧的ack/nack反馈。

图7示出根据本公开的某些实施例的子帧调度的示例方法700的流程图。方法700可以在如图1中所示的网络设备110处实施。出于讨论的目的，将参考图1从网络设备110的角度描述方法700。

在方框710，网络设备110从终端设备120接收指示将要由终端设备120发送的上行链路数据的大小的报告。在方框720，网络设备110向终端设备120发送调度授权信息，该调度授权信息指示被调度给终端设备120以用于上行链路数据的传输的第一数量的子帧。第一数量的子帧基于所接收的报告来确定，并且第一数量大于将要由上行链路数据的传输消耗的子帧的第二数量。

图8示出根据本公开的某些其它实施例的子帧调度的示例方法800的流程图。方法800可以在如图1中所示的终端设备120处实施。出于讨论的目的，将参考图1从终端设备120的角度描述方法800。

在方框810，终端设备120向网络设备110发送指示将要由终端设备120发送的上行链路数据的大小的报告。在方框820，终端设备120从网络设备110接收调度授权信息，该调度授权信息指示被调度给终端设备120以用于上行链路数据的传输的第一数量的子帧。在方框830，终端设备120在第一数量的子帧中的第三数量的子帧中向网络设备110发送上行链路数据。第三数量小于第一数量。

图9示出根据本公开的某些实施例的harq进程标识符分配的示例方法900的流程图。方法900可以在如图1中所示的网络设备110处实施。出于讨论的目的，将参考图1从网络设备110的角度描述方法900。

在方框910，响应于调度第一数量的子帧以用于终端设备的上行链路数据的传输，网络设备110将相同的harq进程标识符分配给第一数量的子帧中的至少两个子帧。第一数量基于指示来自终端设备的上行链路数据的大小的报告来确定。在方框920，网络设备110向终端设备发送相同harq进程标识符与第一数量的子帧中的至少两个子帧之间的映射。

图10示出根据本公开的某些其它实施例的harq进程标识符分配的示例方法1000的流程图。方法1000可以在如图1中所示的终端设备120处实施。出于讨论的目的，将参考图1从终端设备120的角度描述方法1000。

在方框1010，终端设备120从网络设备110接收相同的harq进程标识符与由网络设备110调度以用于终端设备120的上行链路数据的传输的第一数量的子帧中的至少两个子帧之间的映射。所述第一数量基于指示要向网络设备110发送的上行链路数据的大小的报告来确定。在方框1020，终端设备120基于相同的harq进程标识符，管理针对至少两个子帧中的至少一部分上行链路数据的harq重传。

将理解，与上面参考图4至6b描述的网络设备110或终端设备120相关的所有操作和特性同样适用于方法700至1000并且具有类似效果。为了简化，将省略细节。

图11示出根据本公开的某些实施例的网络设备1100的框图。网络设备1100可以被视为如图1中所示的网络设备110的示例实现。

如图所示，网络设备1100包括接收单元1110，其被配置为接收指示要由终端设备发送的上行链路数据的大小的报告。网络设备1100还包括发送单元1120，其被配置为向终端设备发送调度授权信息，该调度授权信息指示被调度给终端设备以用于上行链路数据的传输的第一数量的子帧。第一数量的子帧基于该报告来确定，并且第一数量大于要由上行链路数据的传输消耗的子帧的第二数量。

在某些实施例中，网络设备1100可以进一步包括确定单元1130，其被配置为确定第一数量的子帧中的第一子帧是否要被排除用于上行链路数据的传输，以及响应于确定第一子帧将要被排除，调度第一子帧以用于另一使用。

在某些实施例中，确定单元1130可以被配置为检测在其中开始上行链路数据的传输的第二子帧，以及至少部分地基于第二子帧在第一数量的子帧内的位置，确定第一数量的子帧中的第一子帧是否将要被排除。

在某些实施例中，确定单元1130可以被配置为将harq进程标识符分配给第一数量的子帧。第一数量的子帧中的至少两个子帧可以被分配有相同的harq进程标识符。发送单元1120可以被配置为向终端设备发送harq进程标识符与第一数量的子帧之间的映射。

在某些实施例中，所分配的harq进程标识符的数量等于第二数量，并且被分配有相同harq进程标识符的两个子帧之间间隔第二数量的子帧。

在某些实施例中，确定单元1130可以被配置为确定允许由终端设备从第一数量的子帧中选择以发送上行链路数据的第三数量的子帧。第三数量低于第一数量。确定单元1130可以被配置为在调度授权信息中包括第三数量的子帧的指示。

在某些实施例中，第一数量的子帧的时长在与终端设备相关联的txop的时长内。

在某些实施例中，报告是bsr。

图12示出根据本公开的某些实施例的终端设备1200的框图。终端设备1200可以被视为如图1中所示的终端设备120的示例实现。

如图所示，终端设备1200包括发送单元1210，其被配置为网络设备发送指示将要由终端设备发送的上行链路数据的大小的报告。终端设备1200还包括接收单元1220，其被配置为从网络设备接收调度授权信息，该调度授权信息指示被调度给终端设备以用于上行链路数据的传输的第一数量的子帧。发送单元1210还被配置为在第一数量的子帧中的第三数量的子帧中向网络设备发送上行链路数据。第三数量小于第一数量。

在某些实施例中，终端设备1200可以进一步包括确定单元1230，其被配置为确定第一数量的子帧中的第三子帧是否空闲。发送单元1210可以被配置为响应于确定第三子帧空闲，在第一数量的子帧中从第三子帧开始的第三数量的子帧中向网络设备发送上行链路数据。

在某些实施例中，上行链路数据的大小的报告指示第二数量的子帧可以将要由上行链路数据的传输消耗。第三数量可以等于第二数量。

在某些实施例中，第三数量的子帧的指示可以进一步在调度授权信息中指示。确定单元1230可以被配置为基于调度授权信息，从第一数量的子帧中选择第三数量的子帧。发送单元1210可以被配置为在所选择的第三数量的子帧中向网络设备发送上行链路数据。

在某些实施例中，确定单元1230可以被配置为基于上行链路数据的大小，从第一数量的子帧中选择第三数量的子帧，并且因此发送单元1210可以被配置为在所选择的第三数量的子帧中向网络设备发送上行链路数据。

在某些实施例中，接收单元1220可以被配置为从网络设备接收harq进程标识符与第一数量的子帧之间的映射。第一数量的子帧中的至少两个子帧被分配有相同的harq进程标识符。

在某些实施例中，harq进程标识符的数量等于第二数量，并且被分配有相同harq进程标识符的两个子帧之间间隔第二数量的子帧。

在某些实施例中，第一数量的子帧的时长在与终端设备相关联的txop的时长内。

在某些实施例中，报告是bsr。

图13示出根据本公开的某些实施例的网络设备1300的框图。网络设备1300可以被视为如图1中所示的网络设备110的示例实现。

如图所示，网络设备1300包括分配单元1310，其被配置为响应于调度第一数量的子帧以用于终端设备的上行链路数据的传输，将相同的harq进程标识符分配给第一数量的子帧中的至少两个子帧。第一数量基于指示来自终端设备的上行链路数据的大小的报告来确定。网络设备1300包括发送单元1320，其被配置为向终端设备发送相同的harq进程标识符与第一数量的子帧中的至少两个子帧之间的映射。

图14示出根据本公开的某些实施例的终端设备1400的框图。终端设备1400可以被视为如图1中所示的终端设备120的示例实现。

如图所示，终端设备1400包括接收单元1410，其被配置为从网络设备接收相同的harq进程标识符与由网络设备调度以用于终端设备的上行链路数据的传输的第一数量的子帧中的至少两个子帧之间的映射。第一数量基于指示要向网络设备发送的上行链路数据的大小的报告来确定。终端设备1400还包括管理单元1420，其被配置为基于相同的harq进程标识符，管理针对至少两个子帧中的至少一部分上行链路数据的harq重传。

应该理解，包括在设备1100至1400中的单元对应于过程400以及方法700至1000的方框。因此，上面参考图4至6b描述的所有操作和特性同样适用于包括在设备1100至1400中的单元并且具有类似效果。为了简化，将省略细节。

包括在设备1100至1400中的单元可以以各种方式(包括软件、硬件、固件、或者其任何组合)来实现。在一个实施例中，一个或多个单元可以使用软件和/或固件(例如，存储在存储介质上的机器可执行指令)来实现。除了机器可执行指令或替代机器可执行指令，设备1100至1400中的部分或全部单元可以至少部分地由一个或多个硬件逻辑组件来实现。例如但不限于，可以使用的说明性类型的硬件逻辑组件包括现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统系统(soc)、复杂可编程逻辑设备(cpld)等。

图15是适合于实现本公开的实施例的设备1500的简化框图。设备1500可以被视为如图1中所示的网络设备110或终端设备120的进一步示例实现。因此，设备1500可以分别在网络设备110或终端设备120处实现，或者分别作为网络设备110或终端设备120的至少一部分来实现。

如图所示，设备1500包括处理器1510、耦合到处理器1510的存储器1520、耦合到处理器1510的合适发射机(tx)和接收机(rx)1540、以及耦合到tx/rx1540的通信接口。存储器1520存储程序1530的至少一部分。tx/rx1540用于双向通信。tx/rx1540具有至少一个天线以促进通信，然而实际上在本申请中提到的接入节点可以具有数个天线。通信接口可以表示与其它网络元件通信必需的任何接口，例如用于enb之间的双向通信的x2接口、用于移动性管理实体(mme)/服务网关(s-gw)与enb之间的通信的s1接口、用于enb与中继节点(rn)之间的通信的un接口、或者用于enb与终端设备之间的通信的uu接口。

假设程序1530包括程序指令，这些程序指令当由关联的处理器1510执行时使设备1500能够根据本公开的实施例操作，如在此参考图1至7讨论的那样。本文的实施例可以通过可由设备1500的处理器1510执行的计算机软件来实现，或者通过硬件来实现，或者通过软件和硬件的组合来实现。处理器1510可以被配置为实现本公开的各种实施例。此外，处理器1510和存储器1520的组合可以形成适合于实现本公开的各种实施例的处理装置1550。

存储器1520可以是适合于本地技术网络的任何类型，并且可以使用任何合适的数据存储技术来实现，作为非限制性示例，这些数据存储技术例如包括非瞬时性计算机可读存储介质、基于半导体的存储设备、磁存储设备和系统、光存储设备和系统、固定存储器和可移动存储器。尽管在设备1500中仅示出一个存储器1520，但设备1500可以包括数个物理上不同的存储器模块。处理器1510可以是适合于本地技术网络的任何类型，并且作为非限制性示例，可以包括以下一项或多项：通用计算机、专用计算机、微处理器、数字信号处理器(dsp)和基于多核处理器架构的处理器。设备1500可以具有多个处理器，例如专用集成电路芯片，其在时间上从属于使主处理器同步的时钟。

通常，本公开的各种实施例可以以硬件或专用电路、软件、逻辑或者其任何组合来实现。某些方面可以以硬件来实现，而其它方面可以以固件或软件来实现，该固件或软件可以由控制器、微处理器或其它计算设备执行。尽管本公开的实施例的各个方面作为框图、流程图或者使用某种其它图形表示被示出和描述，但将理解，作为非限制性示例，在此描述的方框、装置、系统、技术或方法可以以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其它计算设备、或者其某种组合来实现。

本公开还提供有形地存储在非瞬时性计算机可读存储介质上的至少一个计算机程序产品。该计算机程序产品包括计算机可执行指令，例如包括在程序模块中、在目标真实或虚拟处理器上的设备中执行的计算机可执行指令，以执行如上面参考图4-10的任何一个描述的过程或方法。通常，程序模块包括执行特定的任务或者实现特定的抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各种实施例中，可以根据需要在程序模块之间组合或分离程序模块的功能。用于程序模块的机器可执行指令可以在本地或分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质两者中。

用于执行本公开的方法的程序代码可以以一种或多种编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机、或者其它可编程数据处理装置的处理器或控制器，以使得当由处理器或控制器执行时，所述程序代码使得实现流程图和/或框图中指定的功能/操作。程序代码可以完全地在机器上执行、部分地在机器上执行、作为一个独立的软件包执行、部分在机器上部分在远程机器上执行、或者完全在远程机器或服务器上执行。

上述程序代码可以包含在机器可读介质上，该机器可读介质可以是可以包含或存储程序的任何有形介质，该程序被指令执行系统、装置、或者设备使用或者与其结合使用。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电、磁、光、电磁、红外线、或半导体系统、装置或设备、或者上述的任何合适的组合。机器可读存储介质的更具体的示例包括：具有一个或多个导线的电连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储设备、磁存储设备、或者上述的任何合适的组合。

此外，尽管以特定顺序示出操作，但不应将其理解为需要以示出的特定顺序或者以连续顺序来执行这种操作，或者执行所有所示操作以获得所需结果。在某些情况下，多任务和并行处理可能是有利的。同样，尽管在上面的讨论中包含数个具体实现细节，但这些细节不应被解释为对本公开的范围的限制，而是解释为可能特定于特定实施例的特性的描述。在单独实施例的上下文中描述的某些特性还可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特性还可以在多个实施例中单独或以任何合适的子组合来实现。

尽管以特定于结构特性和/或方法操作的语言描述了本公开，但要理解，在所附权利要求中限定的本公开不一定限于上面描述的具体特性或动作。相反，上述具体特性和动作是作为实现权利要求的示例形式被公开的。