[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN109565794B - 用于调度多个tti束传送的方法和网络节点 - Google Patents

用于调度多个tti束传送的方法和网络节点 Download PDF

Info

Publication number
CN109565794B
CN109565794B CN201680087434.7A CN201680087434A CN109565794B CN 109565794 B CN109565794 B CN 109565794B CN 201680087434 A CN201680087434 A CN 201680087434A CN 109565794 B CN109565794 B CN 109565794B
Authority
CN
China
Prior art keywords
tti
riv
transmission
bundles
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201680087434.7A
Other languages
English (en)
Other versions
CN109565794A (zh
Inventor
J.王
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN109565794A publication Critical patent/CN109565794A/zh
Application granted granted Critical
Publication of CN109565794B publication Critical patent/CN109565794B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0078—Timing of allocation
    • H04L5/0082—Timing of allocation at predetermined intervals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0036—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
    • H04L1/0038—Blind format detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1809—Selective-repeat protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

提供了一种用于在通信网络中由用户设备（UE）在多个传送时间间隔TTI束上传送数据的方法。所述方法包括:接收指示用于数据传送的上行链路调度许可的单个控制消息；根据所接收的控制消息来确定为UE的数据传送所调度的TTI束的数量；以及使用所确定数量的TTI束将数据发送到通信网络。还提供了用于实现所述方法的用户设备。

Description

用于调度多个TTI束传送的方法和网络节点
技术领域
本公开一般涉及用于在通信网络中调度多个传送时间间隔(TTI)束的传送的方法和网络节点。
背景技术
覆盖表示蜂窝无线电通信系统的主要要求。例如，期望的服务覆盖和质量对网络无线电节点能被多么稀疏地部署和它们可以被部署在哪设置了限制。因此，覆盖要求直接影响部署成本。
如此，在由第三代合作伙伴项目(3GPP)所定义的长期演进(LTE)标准中，覆盖是重要的设计参数。例如，随着越来越多的运营商部署长期演进上语音(VoLTE)，必须满足对于良好覆盖和高容量的要求。良好覆盖和高容量允许VoLTE呼叫将延迟和抖动保持在可接受的限度内。
更具体地说，LTE标准的发行版8(Rel.8)引入了传送时间间隔(TTI)捆绑技术来改进覆盖。
TTI捆绑技术是由用户设备(UE)所使用的上行链路(UL)技术，其用于在连续子帧中多次发送传输块，而不用等待混合自动重传请求(HARQ)确认/否定确认(ACK/NACK)消息。例如，在从eNode B(eNB)反馈最终ACK/NACK之前，TTI捆绑能够实现在4个连续UL子帧中将发送的同一传输块的多达4个冗余版本。eNB在接收到传输块的所有四个冗余版本后，向UE发送最终ACK/NACK。在多个子帧上对不同冗余传送的组合处理可以大大提高解码来自UE的UL传输块的成功率。当UE以有限功率处于小区边界时，情况尤其如此。如此，TTI捆绑改进了UL覆盖，并且缩短了VoLTE的延迟。
然而，当前系统需要进一步改进，因为VoLTE需要通信网络的良好覆盖和高容量。
发明内容
根据本发明的第一方面，提供了一种在网络节点用于在通信网络中为用户设备(UE)调度资源以传送数据的方法。所述方法包括:至少基于要从所述UE传送的数据量来确定传送时间间隔(TTI)束的数量；以及向所述UE发送单个控制消息，所述控制消息指示用于所确定数量的TTI束的传送的上行链路调度许可。
根据本发明的第二方面，提供了一种用于在通信网络中由用户设备(UE)使用多个传送时间间隔TTI束来传送数据的方法。所述方法包括:接收指示用于数据传送的上行链路调度许可的单个控制消息；根据所接收的控制消息来确定分配给所述UE的所述数据传送的TTI束的数量；以及使用所确定数量的TTI束将所述数据发送到所述通信网络。
根据本发明的第三方面，提供了一种用于在通信网络中为用户设备(UE)调度资源以传送数据的网络节点。所述网络节点包括处理电路，所述处理电路被适配于促使所述网络节点执行以下操作:至少基于要从所述UE传送的数据量来确定传送时间间隔(TTI)束的数量；以及向所述UE发送单个控制消息，所述控制消息指示用于所确定数量的TTI束的传送的上行链路调度许可。
根据本发明的第四方面，提供了一种用于在通信网络中在多个传送时间间隔TTI束上传送数据的用户设备(UE)。所述UE包括处理电路，所述处理电路被适配于促使所述UE执行以下操作:接收指示用于数据传送的上行链路调度许可的单个控制消息；根据所接收的控制消息来确定为所述UE的所述数据传送所调度的TTI束的数量；以及使用所确定数量的TTI束将所述数据发送到所述通信网络。
根据本发明的第五方面，提供了一种用于在通信网络中为用户设备(UE)调度资源以传送数据的网络节点。所述网络节点包括:确定模块，所述确定模块被配置成至少基于要从所述UE传送的数据量来确定传送时间间隔(TTI)束的数量；以及发送模块，所述发送模块被配置成向所述UE发送单个控制消息，所述控制消息指示用于所确定数量的TTI束的传送的上行链路调度许可。
根据本发明的第六方面，提供了一种用于在通信网络中在多个传送时间间隔TTI束上传送数据的用户设备(UE)。所述UE包括:接收模块，所述接收模块被配置成接收指示用于数据传送的上行链路调度许可的单个控制消息；确定模块，所述确定模块被配置成根据所接收的控制消息来确定为所述UE的所述数据传送所调度的TTI束的数量；以及发送模块，所述发送模块被配置成使用所确定数量的TTI束将所述数据发送到所述通信网络。
在结合附图审阅对本发明的具体实施例的以下描述时，本发明的其它方面和特征将对于本领域普通技术人员变得显而易见。
附图说明
现在将参考附图仅通过示例的方式来描述本发明的实施例，在附图中:
图1示出了无线电接入网络的示意图。
图2示出了根据实施例的资源指示值(RIV)值范围的简图。
图3示出了eNB和UE之间用于调度和传送TTI束的示范性信号流。
图4示出了根据实施例的在通信网络中调度多个TTI束传送的方法的流程图。
图5示出了根据实施例的用于实行图4的方法的示意性网络节点。
图6示出了根据另一实施例的用于实行图4的方法的示意性网络节点。
图7示出了根据实施例的用于在通信网络中传送多个TTI束的方法的流程图。
图8示出了根据一个实施例的用于实行图7的方法的装置(例如UE)的示意图。
图9示出了根据另一实施例的用于实行图7的方法的装置(例如UE)的示意图。
图10示出了在通信网络中在数据的传送期间ACK到NACK的误解译。
图11示出了根据实施例的所接收数据的两步解码的流程图。
具体实施方式
下面可以对根据附图所编号的特定元件做出参考。下面的讨论应该被认为本质上是示范性的，而不是对本发明的范畴的限制。本发明的范畴在权利要求中被定义，并且不应该被认为受以下描述的实现细节所限制，正如本领域技术人员将领会的，其可以通过用等效功能元件替换元件来修改。
多个TTI束传送
在LTE标准的发行版8中，对于TTI束传送，分配的物理资源块(PRB)数量被限制为三，并且调制顺序被限制为正交相移键控(QPSK)。这意味着最多可以使用3个PRB来传送57个字节。因此，对于标准的1500字节因特网协议(IP)分组，用户设备(UE)需要26个TTI束来传送所述IP分组。对TTI束的PRB数量和调制施加的约束限制了一个TTI束传送的传输块(TB)大小。在VoLTE场景的情况下，用户业务模式通常涉及业务数据的混合模式，包括保证的比特率(GBR)数据(诸如语音/视频数据)以及其它非GBR数据。如此，UE需要多个TTI束调度许可来将其所有数据完全传递给eNB。换句话说，需要TTI束的多个或“束”或“群组”来传送所有UE VoLTE业务。
在当前系统中，对于每个TTI束传送，使用一个控制消息来发信号通知一个调度许可。由于VoLTE业务需要多个TTI束传送，因此则需要向UE 120发信号通知多个调度许可。如此，对于VoLTE业务，大量信令开销是由对于GBR和非GBR数据传送两者都被需要的多个TTI束调度许可引起的。
尽管对于一些高级UE，在LTE标准的发行版12中移除了与PRB数量和调制相关的约束，但是资源分配约束仍然隐式地存在。事实上，TTI捆绑技术通常在小区边缘针对UE被启用，在小区边缘，UE遭受更深的信号衰落效应和有限的功率余量(power headroom)。为了保证高解码成功率，eNB通常不分配大量PRB和更高的调制阶数。
因此，仍然存在对于分配多个调度机会(即TTI束)以许可UE足够的上行链路传送容量以用于VoLTE和混合模式业务的需要。如此，对于减少由多个TTI束传送的调度许可所引起的信令开销的需要也仍然存在。
此外，由于TTI捆绑技术通常针对位于小区边缘的UE而被启用(以改进小区的覆盖)，所以UE需要大的控制信道元素(CCE)聚合级别(即CCE-8)以抵制不良空气条件(aircondition)，从而保证上行链路调度许可的正确接收。然而，当UE处于TTI捆绑模式并且使用大量CCE资源时，小区的整体容量受到影响。如此，当前系统难以同时满足VoLTE的良好覆盖和高容量/质量要求。
本公开的实施例可以减轻上述问题。例如，它们提供了一种用于在一个调度信号或消息中调度多个TTI捆绑机会的方法。
在进入实施例的细节之前，首先将参考图1描述通信网络的无线电接入网络的架构。
图1的无线电接入网络(RAN)100可以是LTE通信网络中的演进通用陆地无线电接入网络(E-UTRAN)。RAN 100包括基站，例如eNodeB 110和位于小区112中且连接到eNodeB110的用户设备120。在小区112中可能有多个UE 120，尽管在图1中仅示出了两个。此外，可能有多个小区112以用于形成RAN 100。eNodeB 110可以位于每个小区中。
UE 120可以是移动或无线装置、终端装置、通信装置、移动电话、智能电话、平板计算机、膝上型计算机、因特网协议上语音(VoIP)电话或手持机、手机、个人数字助理(PDA)、或者能够向网络节点(例如eNB 110)发送和从网络节点(例如eNB 110)接收数据和/或信号的任何装置。
在常规TTI捆绑模式的情况下，eNB 110将发送控制信号/消息，例如物理下行链路控制信道(PDCCH)，其中指示了针对单个TTI捆绑传送的资源分配。一旦UE 120接收到该消息，它就对其进行解码，因而它能够使用所分配的资源来发送它的数据。更具体地，PDCCH116携带下行链路控制信息格式零(DCI0)，其指示对UE 120的UL调度许可。UL调度许可包含UE 120向网络传送其数据所需的信息。在常规TTI捆绑模式中，一个控制消息被用于调度一个TTI捆绑传送。因此，如果需要许可某一数量的不同TTI束传送，则需要向UE发送相同数量的控制消息，例如，该数量超过一个。
根据本公开的实施例，可以仅使用一个控制消息或一个单个调度许可来调度多个TTI束传送。在一些实施例中，使用一个单个调度许可来调度多个连续TTI束传送。在其它实施例中，使用单个调度许可来调度多个非连续TTI束传送。
为了在一个控制消息中发信号通知多个TTI束传送，在DCI0中引入了新参数。所述新参数被称为TTI束调度数(TBSN)。TBSN指示被许可给UE 120的TTI束传送的数量。
更具体地，根据3GPP TS 36.212，节5.3.3.1.1，DCI0中存在用于资源块指派和跳跃资源指示符(hopping resource indicator)的比特，其中NRB UL是用于上行链路传送的资源块的数量，并且/>是向上取整函数(ceiling function)。
资源块指派和跳跃资源指示符由资源指示值(RIV)组成，该资源指示值是调度许可中的资源分配字段。例如，RIV指示起始资源块(RBSTART)、连续分配的资源块的长度(LCRB≥1)和跳频指示(参见3GPP TS36.213节8.1)。
RIV字段的实际值由以下定义:
其中是向下取整函数(floor function)。
例如，图2给出了具有非跳跃物理上行链路调度信道(PUSCH)的20兆赫兹(20MHz)带宽系统的RIV的值范围和使用情况的概述(200)。在这种情况下，RIV由13位(210)组成，并且如此，它可以表示213＝[0-8191]的最大值范围，其中只有[0-5049](220)是有效值(考虑到最大LCRB＝100)。
此外，前100个位置(230)指示一个PRB(PRB 1)的分配，接下来99(240)个位置(从100至198)指示两个PRB(PRB 2)的分配，位置200至297(250)指示三个PRB(PRB 3)的分配，依此类推，直到位置5000至5059(260)，其指示51个PRB(PRB 51)的分配。应该注意，5049之后的RIV值范围没有被使用(270)。
现在，如果假设eNB 110为到UE的每个TTI束传送分配最多3个PRB，例如由于不良空气条件，那么RIV的有效值范围将进一步缩小到[0-297]，如图2中可以看到的。如更早所提及的，[0-99]被用于PRB 1、[100-198]被用于PRB 2(保留[199]值)、并且[200-297]被用于PRB 3。
根据上面的观察，可以看出虽然表示[0-8191]的值范围的13位被保留以用于RIV字段，但是值范围中的仅小部分([0-297])被用于指示/分配资源以用于到UE 120的TTI束传送。这是由于PRB约束，即使用最多3个PRB。因此，根据实施例，eNB 110可能使用RIV字段的未使用值范围来指示TTI束调度数(TBSN)。
更具体地说，在图2中，示出了在13位的情况下，可以指示TBSN＝27。换句话说，在13位的情况下，可以调度/分配最多27个TTI束传送，每个TTI束传送使用3个PRB。然而，取决于空气条件和要从UE 120传送的业务量，eNB 110可以决定调度1和27之间的任意数量的TTI束传送。
更具体地说，TBSN可以如下被演算:
其中RIVrcv是所接收的DCI0中RIV字段的实际值，并且RIVmax tti-b是TTI束传送的最大有效RIV值。RIVmax tti-b被定义为:其中/>指针对上行链路所分配的PRB的最大数量，并且/>指针对TTI束传送所分配的PRB的最大数量。
对于20MHz带宽系统，并且具有最多3个PRB被用于TTI束传送的假设(例如PRB约束)，则/>因此，RIVmax tti-b＝100*3＝300。
例如，如果UE 120接收到DCI0，其中在RIV字段中给出了[900]的值，则它可以根据等式3来演算TSBN。例如，TBSN＝900/300+1＝4。如此，UE 120知道已经许可4个TTI束传送以用于传送其数据，每个TTI束传送包括4个子帧。
此外，DCI0中的RIV字段被重新定义为包括TBSN。如此，等式1和等式2被改为:
此外，用于指示哪些PRB号被分配给UE以用于传送其数据和开始位置值的有效RIV(RIVeffective)可被如下计算:
RIVeffective＝RIVrcv mod RIVmax tti-b 公式(6)
其中mod是模函数。
当一接收到DCI0时，UE 120就可以分别使用等式3和等式6来导出TBSN和有效RIV。
在演算有效RIV之后，UE 120可以根据等式4和等式5来推导RB开始位置和分配的PRB号。
例如，让我们假设eNB 110向UE 120分配3个PRB(例如[5，6，7])以用于TTI束传送。此外，eNB 110确定许可4个连续TTI束以用于UE的上行链路PUSCH传送。因此，DCI0中的“资源块指派和跳跃资源分配指示符”(RIV)应被设置为:
在一成功解码DCI0消息时，UE就使用等式3来演算TBSN＝4，即因此已经针对其上行链路PUSCH传送分配了4个连续TTI束。根据等式6来演算有效RIV，即RIVeffective＝1105mod 300＝205，指示PRB[5，6，7]被分配以用于随后的4个TTI束传送。例如，200的RIV将指示PRB[0，1，2]被分配以用于TTI束传送。201的RIV将指示PRB[1，2，3]被分配以用于TTI束传送。202的RIV将指示PRB[2，3，4]被分配以用于TTI束传送。203的RIV将指示PRB[3，4，5]被分配以用于TTI束传送，并且204的RIV将指示PRB[4，5，6]被分配以用于TTI束传送。
一般来说，20MHz带宽系统具有非跳跃PUSCH，最大RIV值是8192(因为RIV字段给定为13位)，则可以使用一个DCI0消息来许可最多个TTI束传送。
对于具有跳频的20MHz带宽系统，2位被用于指示跳跃信息(hoppinginformation)，如此，RIV字段由11位组成，并且最大RIV值为211。因此，最大TBSN被减少到
当与常规TTI束传送相比时，对于非跳频情况和跳频情况，本公开的实施例可以分别实现26/27＝96.4％和6/7＝85.7％的信令成本降低。实际上，在非跳频情况下，为了调度27个TTI束传送，在当前系统中需要27个控制消息，而在本公开的实施例的情况下，仅需要一个控制消息。以相同的方式，对于跳频情况，在当前系统中，7个控制消息被用于调度7个TTI束传送。相对地，在本公开的实施例中，可以使用仅一个控制消息。
在大多数情况下，考虑到UE具有低移动速度，特定UE的无线电条件将不会变化太快。因此，与一个TTI束调度(4ms)相比，基于无线电条件的所选择调制译码方案(MCS)可以在相对长的时段(数百毫秒)期间保持有效或类似。如此，可能使用单个控制消息来向某一数量的不同TTI束传送调度/分配资源。
在以上示例中，DCI0已经被用于指示UL调度许可TBSN。然而，应该注意的是，根据LTE标准的发行版10，已经引入了新的DCI(即DCI格式4(DCI4))以用于同样指示UL调度许可。因此，控制消息可以是DCI0或DCI4或任何其它适当的下行链路控制信息消息，其每个可以包括TSBN以用于指示用于UE的数据的传送的TTI束的数量。
现在转到图3，根据实施例，将描述eNB 110和UE 120之间用于分配某一数量的TTI束传送的信令流300。
假设UE 120位于小区112的边缘(参见图1)并且如此TTI捆绑应该被启用，特别是如果UE 120发起VoLTE呼叫。例如，使用用于启用TTI捆绑的命令消息来触发小区内移交。命令消息可以是资源无线电控制(RRC)连接重新配置消息，其包括用于启用TTI捆绑的参数和用于指示分配给UE以用于TTI捆绑传送的最大允许PRB数量的可选参数maxPRBAllocationNum。如此，在步骤310中，eNB 110向UE 120发送RRC连接重新配置消息，其中TTI捆绑的特征被启用，并且PRB分配的最大数量(maxPRBAllocationNum)被给出。例如，针对每个TTI束传送的PRB分配的最大数量被设置为3(maxPRBAllocationNum＝3)。
在步骤320中，UE 120向eNB 110发送随机前同步码，以便接入网络并标识自己。
在步骤330中，eNB 110响应于所接收的前同步码，向UE 120发送随机接入响应(RAR)。在RA响应中，eNB 110还向UE 120指派新身份，例如小区无线电网络临时标识符(C-RNTI)。
在步骤340中，UE 120向eNB 110发送消息3(Msg3)作为对RAR的接收的确认。当UE120在所接收的RRC连接重新配置消息中检测到参数maxPRBAllocationNum时，UE 120知道针对多个TTI束传送的特征被激活。如此，UE 120将在随后的UL传送中应用多个TTI捆绑特征，然后在eNB 110和UE 120之间实现同步。
在步骤350中，在Msg3的接收之后，eNB 110知道它已经实现了与使多个TTI捆绑特征启用并且向UE 120发送确认(ACK)的UE的UL同步。这意味着下一个UL调度应该用于TTI束传送。
现在假设在系统帧号(SFN)＝n-1处，每个SFN包括10ms，eNB 110向UE 120发送包括上行链路许可的控制消息(DCI0)(步骤360)。例如，eNB 110首先决定在SFN＝n处仅调度一个TTI束传送(在4个子帧上)。如此，TBSN等于1，并且等同于在4个子帧上的常规单个TTI束传送的情况，并且RIV值根据等式1或2被限于[0-297]。当UE 120接收到上行链路许可时，它从DCI0中检索RIV值(其落入[0-297]的常规使用范围值中)，并将其输入到等式3中以得到TBSN＝1。因此，UE 120将其标识为常规TTI束，并且它应该在SFN＝n处仅发送一个TTI束。
在SFN＝n处，在步骤370，UE 120在4个子帧上传送所调度的TTI束，其被称为第N束。
在SFN＝n+1处，假设eNB 110处的第N个捆绑传送的解码已失败，在步骤380中，eNB使用物理HARQ指示符信道(PHICH)向UE发送否定ACK(NACK)。由UE对NACK的接收是对于UE在SFN＝n+2上重传第N个捆绑数据的指示。
在SFN＝n+2处，在步骤390中，UE 120重新发送第N束。
在SFN＝n+2处，在步骤400，eNB 110决定例如调度/分配四个连续束传送。该决定可以基于诸如要被传送的UE 120的其余/未决数据量、空气条件等因素。为了调度4个TTI束传送，eNB 110向UE 120发送控制消息，例如DCI0，其中RIV字段具有指示TBSN＝4的值。例如，RIV字段中的值为900。当接收到DCI0时，UE 120使用等式3来演算TBSN，即TSBN＝4＝(900/3+1)。然后，例如，UE 120知道它可以在4个连续SFN(从SFN＝n+3到SFN＝n+6)中发送4个TTI束传送。此外，UE 120可以根据等式6导出有效RIV，并且然后根据等式4或5来确定资源块(RB)开始位置和分配的PRB号。
在SFN＝n+3处，在410步骤，UE开始使用PUSCH来传送4个束中的第一束数据。此新的TTI束传送触发了对应的HARQ过程。此传送被认为是第一PUSCH束传送。
假设当eNB 110接收到第一束时，它未能解码第一束。如此，eNB 110将向UE 120反馈NACK。eNB 110还将包含在传输块中的第一束数据存储到HARQ缓冲器中。
在SFN＝n+4处，在步骤420，UE 120使用PUSCH发送4个束中的第二束数据。此传送被认为是第二PUSCH束传送。
在SFN＝n+4处，在步骤430，eNB 110向UE发送关于第一束的解码失败的NACK。
在SFN＝n+5处，在接收到步骤430的NACK之后，在步骤440，UE将第一束重传到eNB。此重传被认为是第三次PUSCH束传送。
在SFN＝n+5处，在步骤450，eNB在成功解码第二束之后向UE发送ACK。
在SFN＝n+6处，在步骤460，UE向eNB传送第三束数据。此传送被认为是第四PUSCH束传送。
在SFN＝n+6处，在步骤470中，eNB发送对于在SFN＝n+5处被重传了的第一束的ACK。
在SFN＝n+7处，假设eNB已经成功解码了第三束，在步骤480中，它向UE发送ACK。
应当注意，在该示例中，eNB 110已经调度了四个连续TTI束传送，其中3束是新传送，并且一束是重传。
此外，应当领会，在以上示例中，SFN已经被认为是对于不同传送的时间参考，然而，也可以使用其它时间参考。
现在转向图4，将描述用于在通信网络中为用户设备(UE)调度资源以传送数据的方法400的流程图。该方法可以例如由诸如eNB 110的网络节点来执行或实现。
方法400开始于基于要由UE所传送的数据量来确定TTI束的数量(框410)。数据量可以是UE缓冲器中的未决数据。UE周期性地或按需向eNB 110发送缓冲器状态报告(BSR)，以向eNB 110更新关于其未决数据。基于所接收的BSR，eNB 110知道UE 120想要传送的数据量。此外，TTI束的数量可以基于其它因素来确定，例如UE的信道质量、UE的移动速度、与其它调度的PRB的冲突等。
在框420中，向UE发送单个控制消息，该控制消息指示用于所确定数量的TTI束的传送的上行链路调度许可。
一旦UE 120接收到单个控制消息，它就可以解码该控制消息并根据所解码的控制消息开始传送数据，即使用所分配的资源来传送所确定数量的TTI束。更具体地，UE 120可以根据等式3使用DCI0控制消息的RIV字段来演算TBSN，并且根据等式6来演算有效RIV。根据有效RIV，根据等式4和5，可以推导用于所确定数量的TTI束的传送的开始位置(RBstart)和所分配的PRB的数量。
应当注意，根据本公开的一些实施例，TTI束的所确定数量超过一个。然而，TTI束的数量可以等于一个，在这种情况下，它等同于常规TTI捆绑技术。如此，本公开的实施例与传统系统兼容，其中在一个单个控制消息中仅许可一个TTI束(TBSN＝1)。
在一些实施例中，TTI束的数量还基于UE 120的实际空气条件并基于每个TTI束传送的传输块(TB)的大小(这取决于调制和译码方案(MCS)及PRB数量)而被确定。例如，eNB110可以通过使用以下等式来确定TBSN的值:TBSN＝min{缓冲器数据大小/TB大小，FSNstability}，其中FSNstability指的是eNB的估计周期，在其期间UE的信道质量保持不变。一旦确定了TBSN，eNB 110就将TBSN值编码到RIV字段中。
在一些实施例中，所确定数量的TTI束包括连续TTI束的数量。
在一些其它实施例中，所确定数量的TTI束包括非连续TTI束的数量。在这种情况下，RIV字段(即TBSN)的值指的是映射表的索引，该映射表提供了用于所确定数量的非连续TTI束的数据传送的模式。当UE 120附连到网络节点(即eNB 110)时，以及当TTI捆绑被启用时，映射表可以被发送到UE 120。
图5示出了被配置成执行方法400的网络节点500。网络节点500可以是eNB 110或通信网络中的其它节点。
网络节点500包括连接到一个或多个通信接口520的处理电路510。
(一个或多个)通信接口520被配置成与通信网络中的其它网络节点、网络元件或UE进行通信。
处理电路510包括处理器530和连接到其的存储器540。例如，存储器540可以包含指令，所述指令在被执行时促使网络节点500执行方法400。如此，处理器530被配置成实行方法400，如上所描述的。
存储器540可以包括易失性和非易失性存储器中的一个或多个，诸如随机存取存储器(“RAM”)、只读存储器(“ROM”)、固态盘(“SSD”)、闪存、相变存储器(“PCM”)或其它类型的数据存储装置。
此外，提供了一种计算机程序，其包括存储指令的非暂时性计算机可读存储介质，所述指令在由网络节点(例如500)的处理器(例如530)执行时可以促使网络节点500实行方法400。例如，所述指令可被存储在存储器540中。
应当领会，处理电路510在被配置有适当的程序代码时可以被理解为包括若干功能“模块”，其中每个模块包括在由适当的处理器执行时用于实行对应功能的程序代码。
因此，例如，根据另一实施例，图6示出了被适配于实行方法400的网络节点600，其可被理解为包括确定模块610和发送模块620。
确定模块610被配置成至少基于要由UE 120所传送的数据量来确定TTI束的数量。
发送模块620被配置成向UE 120发送单个控制消息，所述控制消息包括用于所确定数量的TTI束的传送的上行链路调度许可。
本领域技术人员应当领会，网络节点500和600可以包括在本领域公知的用于执行网络节点的常规功能的其它组件(例如附加处理器、存储器等)。
图7示出了用于在通信网络中由UE使用多个传送时间间隔TTI束来传送数据的方法700的流程图。例如，该方法可以由UE 120来执行或实现。
方法700开始于接收指示用于数据传送的上行链路调度许可的单个控制消息(框710)。
在框720中，方法700根据所接收的控制消息来确定为UE的数据传送所调度的TTI束的数量。
在框730中，方法700使用所确定数量的TTI束将数据发送到通信网络。
应该理解，TTI束的所确定数量指不同单独TTI束的数量，每个这种TTI束覆盖4个子帧。
此外，所接收的控制消息可以是下行链路控制信息格式0(DCI0)或DCI格式4(DCI4)，其包括资源指示值(RIV)字段。
RIV字段提供TTI束调度数(TBSN)，其指示所确定的TTI束的数量。根据等式3来演算TBSN。
应当注意，所确定数量的TTI束可以包括连续TTI束的数量，并且所确定数量的TTI束可被用于重传数据。
此外，所确定数量的TTI束可以包括非连续TTI束的数量。在这种情况下，TBSN指的是映射表的索引，该映射表为所确定数量的非连续TTI束的数据传送提供了模式。
当UE 120附连到通信网络的网络节点时，映射表被发送到UE 210。
图8示出了根据实施例的被配置成执行方法700的无线装置800，例如UE等。
UE 800包括连接到一个或多个通信接口820的处理电路810。
(一个或多个)通信接口820被配置成与无线网络中的其它网络节点、网络元件或无线装置或UE进行通信。
处理电路810包括处理器830和连接到其的存储器840。例如，存储器840可以包含指令，所述指令在被执行时促使无线装置800执行方法700。如此，处理器830被配置成实行方法700，如上所描述的。
存储器840可以包括易失性和非易失性存储器中的一个或多个，诸如随机存取存储器(“RAM”)、只读存储器(“ROM”)、固态盘(“SSD”)、闪存、相变存储器(“PCM”)或其它类型的数据存储装置。
此外，提供了一种计算机程序，其包括存储指令的非暂时性计算机可读存储介质，所述指令在由无线装置(800)的处理器(例如830)执行时可以促使无线装置800实行方法700。例如，所述指令可被存储在存储器840中。
应当领会，处理电路810在被配置有适当的程序代码时可以被理解为包括若干功能“模块”，其中每个模块包括在由适当的处理器执行时用于实行对应功能的程序代码。
因此，例如，根据另一实施例，图9示出了被适配于实行方法700的无线装置900(例如用户设备)，其可被理解为包括接收模块910、确定模块920和发送模块930。
接收模块910被配置成从诸如eNB的网络节点接收单个控制消息，所述控制消息指示用于数据传送的上行链路调度许可。
确定模块920被配置成根据从所接收的控制消息来确定为UE的数据传送所调度的TTI束的数量。
发送模块930被配置成使用所确定数量的TTI束向通信网络发送数据。
本领域技术人员应当领会，无线装置800和900可以包括在本领域公知的用于执行网络节点的常规功能的其它组件(例如附加处理器、存储器等)。
如更早所提及的，根据一些实施例，TBSN可以指示非连续TTI束传送的数量。在这种情况下，TBSN充当示范性映射表的索引:
TBSN TTI束数 TTI束模式
0 1 1
1 2 10001
2 3 1001001
3 4 1011001
4 5 11000110001
……
当eNB 110启用TTI捆绑特征时，它在递送给UE 120的RRC连接重新配置消息中包括以上映射表(或者当UE 120连接到网络节点(即eNB 110)时)。一旦UE 120接收到消息并根据RIV字段确定TBSN，UE 120就使用TBSN作为索引来查找以上映射表，以得到对应TTI束数以及调度TTI束模式。UE 120然后根据TTI束模式、使用对应于TBSN的数量的TTI束来传送其数据。
多个TTI束的目的是经由尽可能少的信令开销，为UE传送超过一个TTI束容量的大量数据提供更多机会。然而，考虑到TTI捆绑特征通常被用于语音/视频GBR场景中，非连续TTI束可能增加延迟，并且因而影响服务质量(QoS)。但是，如果发现连续TTI束与其它UE的半永久调度(SPS)冲突，则eNB可以使用非连续束模式以避免与SPS冲突。
盲检测
如图3中所见，数据的新传送或重传由PHICH中的对应HARQ反馈来确定，参见例如图3的步骤430，其中由UE来接收NACK，然后UE在下一时间(即下一SFN)重传相同的捆绑数据。HARQ反馈提供eNB是否正确接收了数据的指示，换句话说，eNB是否能够正确解码所接收的数据。然而，在PHICH中，HARQ过程存在块错误率(BLER)，即使概率很低(1％)。一旦在UE120处发生关于来自eNB的所接收HARQ反馈的误解译(错误)，它就将在eNB处导致错误接收。在这种情况下，先前的TTI束重传可能与用于新传送的下一TTI束冲突，如图10中所示。
更具体地说，如图10中所示，对于在SFN＝n处传送的TTI束，在SFN＝n+1处，在UE120发生ACK到NACK的误解译。这意味着:
-在SFN＝n处，对于从UE 120接收的数据，由eNB成功进行了解码；如此，eNB 110向UE 120发送ACK；
-然而，出于不同的原因，例如不良空气条件，在SFN＝n+1处，UE接收HARQ反馈并将其解码为NACK。NACK触发重传。因此，在SFN＝n+2处，UE重传数据。
当eNB 110接收到重传时，它将重传认为是新的传送，因为先前的传送被成功接收了。如此，解码失败，并且在SFN＝n+3处，NACK被发送到UE。然而，因为TTI束模式中的最大HARQ重传数被限于2，所以在SFN＝n+4处，UE将触发新的束传送。但是eNB将把它识别为重传，并且然后将包含所传送数据的两个独立传输块(一个在SFN＝n+2，并且另一个在SFN＝n+4)进行软组合，以解码所接收的数据。显然，解码将再次失败。
本公开的实施例还提供了一种用于通过使用“两步骤”盲检测来解决以上描述的潜在解码失败的方法。其被称为盲检测，因为在没有来自UE 120的任何输入的情况下由eNB110来执行解码。如此，在eNB 110和UE 120之间没有引入额外的信令。“两步骤”检测允许eNB 110区分新传送与重传。因此，eNB 110可以正确解码所接收的数据，即使UE 120可能误解译来自PHICH的HARQ反馈。
该方法可被应用于上行链路的最大传送(maxHARQ-Tx)被配置成2的情况中。这意味着只允许TTI束的一个重传。此外，eNB 110可以基于maxHARQ-Tx值来决定启用或禁用盲检测，而不必通知UE 120。如此，这种方法对传统系统没有影响。例如，如果maxHARQ-Tx超过2，则禁用两步骤盲检测。
在当前HARQ实现中，接收侧(eNB或UE)总是为与接收的传送对应的每个HARQ过程保存HARQ缓冲器。如此，无论所解码的软比特是否被正确解码，所解码的软比特(来自传送侧)都被记录到HARQ缓冲器中。软比特是解码过程的输出。软比特包括原始数据信息和补充信息以支持解码。HARQ缓冲器记录/保存软比特。每次接收到数据的重传，接收侧将所接收的数据与缓冲器的内容进行软组合。如果接收到新的传送，则新数据将覆盖缓冲器的内容。
根据实施例，eNB 110使用缓冲器的内容和所接收的数据作为输入来执行两步骤盲解码，并且取决于针对先前传送的来自PHICH的HARQ反馈来改变解码的顺序。
更具体地，图11示出了根据实施例的盲解码的方法1100的流程图。方法1100例如在eNB 110中被实行。
当接收到新的传送(即接收到新的数据)时，方法1100在框1110处开始。
缓冲器内容对eNB 110是可访问的。缓冲器可以是HARQ缓冲器。
在框1120，eNB 110检查针对先前传送的PHICH上的反馈。
如果它是NACK，则在框1130，eNB 110将HARQ缓冲器的内容与新传送的数据进行软组合。
如果软组合失败，则在框1140，eNB 110单独解码新数据。
如果新数据的单独解码失败，则在框1150，eNB将新数据移动到HARQ缓冲器并将PHICH设置为NACK。并且方法结束。
如果新数据的单独解码(框1140)成功，则在框1160，eNB 110将新传送数据移动到HARQ缓冲器并将PHICH设置为ACK。并且方法结束。
如果在框1130处的HARQ缓冲器和新数据之间的软组合成功，则在框1160，eNB 110将新数据移动到HARQ缓冲器并将PHICH设置为ACK。并且方法结束。
在框1120，eNB检查针对先前传送的PHICH上的反馈。如果它是ACK，则在框1170，它单独解码新数据。
如果解码成功，则在框1160，eNB 110将新数据移动到HARQ缓冲器并将PHICH设置为ACK。并且方法结束。
如果解码失败，则在框1180，eNB将HARQ缓冲器内容与新数据进行软组合。
如果1180处的软组合失败，则在框1150，eNB将新数据移动到HARQ缓冲器并将PHICH设置为NACK。并且方法结束。
如果框1180处的软组合成功，则在框1160，eNB 110将新数据移动到HARQ缓冲器并将PHICH设置为ACK。并且方法结束。
应当注意，以上流程图中所示的两步骤解码是按照次序的，但是如果处理资源允许的话，它们也可以被并行执行。在这种情况下，它可以实现与现有系统中那样相同的时间延迟。
方法1100可以通过以下算法来概括，其中TB 1指的是数据所在的第一传送的第一传输块，并且TB 2指的是第二传送的第二传输块。
在已经针对先前传送确定了HARQ ACK的情况下:
所接收的TB1首先被独立解码。
If(成功)，then
其是PHICH中到UE的新传送和反馈ACK。
Else
通过先前HARQ缓冲器来执行TB1的第二解码
If(成功)
其是PHICH中到UE的重传和对ACK的反馈
Else
将TB1存储到HARQ缓冲器中以覆盖先前内容
Endif
Endif
如果两个解码都失败，则TB1不明确，并且因此需要通过后续的传输块(TB2)来进一步检查。然而，由于针对TTI束模式只允许一次重传，因此后续的TB2与HARQ缓冲器的内容无关。如此，TB1总是可以在缓冲器中被覆盖。
在已经针对先前传送确定了HARQ NACK的情况下:
首先将所接收的TB1与HARQ缓冲器的内容进行联合解码。
If(成功)，then
其是PHICH中到UE的重传和反馈ACK。
Else
由其自己单独执行TB1的第二解码
If(成功)
其是PHICH中到UE的新传送和对ACK的反馈
Else
将TB1存储到HARQ缓冲器中以覆盖先前内容
Endif
Endif
如果两个解码都失败，则最终步骤是相同的，即所接收的TB1覆盖HARQ缓冲器的内容。
例如，方法1100可以在网络节点500中被执行，网络节点500具有被配置成实行该方法的处理器530。
更具体地，处理器530被配置成或适配于：如果所接收的数据来自初始传送，或者如果针对先前传送的反馈是肯定的(ACK):则单独解码所接收的数据；如果解码成功，则向UE发送肯定确认(ACK)；如果解码失败:则将所接收的数据与缓冲器的当前内容一起解码；如果解码成功，则确定所接收的数据是重传，并向UE发送肯定确认(ACK)；如果解码失败，则将所接收的数据存储在缓冲器中以覆盖缓冲器的当前内容，并向UE发送否定确认。
处理器530还被配置成：如果针对先前传送的反馈是否定的(NACK):则将所接收的数据与缓冲器的当前内容一起解码；如果解码成功，则确定所接收的数据是重传，并向UE发送肯定确认(ACK)；如果解码失败:则单独解码所接收的数据；如果解码成功，则确定所接收的数据是新传送，并向UE发送肯定确认(ACK)；如果解码失败，则将所接收的数据存储在缓冲器中以覆盖缓冲器的当前内容，并向UE发送否定确认。
应当注意，缓冲器的当前内容包括来自先前传送的数据。
尽管以上实施例已经针对分配的PRB的数量为3的情况进行了描述，但是它们不限于这种数量的PRB。例如，等式3中可以使用任意数量的PRB。
此外，应该注意的是，因为对于多个TTI束，在物理下行链路控制信道(PDCCH)上仅发送一个上行链路调度许可，所以用于调度信令的CCE消耗降低。如此，可以减轻小区信令容量的问题。
所述实施例与其中使用一个控制消息仅调度一个单个TTI束的传统系统兼容。
通过调度多个TTI束传送，可以传送不同类型的业务，例如语音和视频。
随着越来越多连接的装置的趋势在增长(即，在物联网(IoT)和机器对机器(2M)网络中)，连接到小区的终端或装置的数量也在增加，例如，连接的装置的数量超过10000。这意味着由于动态调度导致的信令开销可能变成重要问题，因为基站需要向所有连接的装置发信号通知UL调度许可。本公开的实施例可以显著降低信令开销。
实施例可被表示为存储在机器可读介质(例如也称为计算机可读介质、处理器可读介质、或其中实施有计算机可读程序代码的计算机可用介质的非暂时性机器可读存储介质)中的软件产品。非暂时性机器可读介质可以是任何合适的有形介质，包括磁、光或电存储介质，包括软盘、紧致盘只读存储器(CD-ROM)、数字通用盘只读存储器(DVD-ROM)存储器装置(易失性或非易失性)，例如硬驱动器或固态驱动器，或类似的存储机制。机器可读介质可以包含各种指令集、代码序列、配置信息或其它数据，其当被执行时促使处理器执行根据实施例的方法中的步骤。本领域普通技术人员将领会的是，实现所述实施例所必需的其它指令和操作也可被存储在机器可读介质上。从机器可读介质运行的软件可以与用于执行所述任务的电路通过接口连接。
本发明的上述实施例仅旨在是示例。在不脱离本发明的范畴的情况下，本领域技术人员可以对特定实施例进行更改、修改和变化，本发明的范畴仅由随附于本文的权利要求所限定。

Claims (51)

1.一种在网络节点用于在通信网络中为用户设备(UE)调度资源以传送数据的方法，所述方法包括:
至少基于要从所述UE传送的数据量来确定传送时间间隔(TTI)束的数量，其中TTI束的所述数量是多个TTI束；以及
向所述UE发送单个控制消息，所述控制消息指示用于所确定数量的TTI束的传送的上行链路调度许可，
其中所述控制消息是下行链路控制信息格式0(DCI0)和DCI格式4(DCI4)中的一个，所述控制消息包括资源指示值(RIV)字段，其中所述RIV字段提供TTI束调度数(TBSN)，所述TTI束调度数(TBSN)指示确定的TTI束的所述数量，并且其中所述TBSN由所述RIV字段的值的未使用范围所提供。
2.如权利要求1所述的方法，其中确定TTI束的数量还包括基于所述UE的信道质量和所述UE的移动速度来确定TTI束的所述数量。
3.如权利要求1所述的方法，其中所确定数量的TTI束包括连续TTI束的数量。
4.如权利要求1所述的方法，其中根据来演算所述TBSN，
其中RIVrcv是所述DCI0中的所述RIV字段的实际值，并且RIVmaxtti-b是用于TTI束传送的最大RIV值，并被定义为:其中/>指为上行链路传送分配的物理资源块(PRB)的最大数量，并且/>指为TTI束传送分配的PRB的最大数量。
5.如权利要求4所述的方法，其中根据RIVeffective＝RIVrcv mod RIVmaxtti-b来演算有效RIV，并且所述有效RIV被用于推导用于所确定数量的TTI束的所述传送的实际PRB数量和起始位置。
6.如权利要求1所述的方法，其中所述多个TTI束传送中的每个包括四个子帧。
7.如权利要求1所述的方法，其中所确定数量的TTI束可被用于重传数据，对于所述数据已经接收到失败确认。
8.如权利要求1所述的方法，其中所确定数量的TTI束包括非连续TTI束的数量。
9.如权利要求8所述的方法，其中所述TBSN指映射表的索引，所述映射表为所确定数量的非连续TTI束的所述数据传送提供传送模式。
10.如权利要求9所述的方法，还包括当所述UE附连到所述网络节点时以及当TTI捆绑被启用时，向所述UE发送所述映射表。
11.如权利要求1所述的方法，还包括由所述UE从所确定数量的TTI束的所述传送接收数据。
12.如权利要求11所述的方法，还包括在两个步骤中对所确定数量的TTI束之一中的所接收的数据进行盲解码，其中仅允许一个重传。
13.如权利要求12所述的方法，其中如果所接收的数据来自初始传送，或者如果针对先前传送的反馈是肯定的，则对所接收的数据进行盲解码包括:
单独解码所接收的数据；
如果所述解码成功，则向所述UE发送肯定确认；
如果所述解码失败:
将所接收的数据与缓冲器的当前内容一起解码；
如果所述解码成功，则确定所接收的数据是重传，并向所述UE发送肯定确认；
如果所述解码失败，则将所接收的数据存储在所述缓冲器中以覆盖所述缓冲器的所述当前内容，并向所述UE发送否定确认。
14.如权利要求12所述的方法，其中如果针对先前传送的反馈是否定的，则对所接收的数据进行盲解码包括:
将所接收的数据与缓冲器的当前内容一起解码；
如果所述解码成功，则确定所接收的数据是重传，并向所述UE发送肯定确认；
如果所述解码失败:
单独解码所接收的数据；
如果所述解码成功，则确定所接收的数据是新传送，并向所述UE发送肯定确认；
如果所述解码失败，则将所接收的数据存储在所述缓冲器中以覆盖所述缓冲器的所述当前内容，并向所述UE发送否定确认。
15.如权利要求13或14所述的方法，其中所述缓冲器的所述当前内容包括来自先前传送的接收的数据。
16.一种用于在通信网络中由用户设备(UE)使用多个传送时间间隔TTI束来传送数据的方法，所述方法包括:
接收指示用于数据传送的上行链路调度许可的单个控制消息；
根据所接收的控制消息来确定分配给所述UE的所述数据传送的TTI束的数量，其中TTI束的所述数量是多个TTI束；以及
使用所确定数量的TTI束将所述数据发送到所述通信网络，
其中所述控制消息是下行链路控制信息格式0(DCI0)和DCI格式4(DCI4)中的一个，所述控制消息包括资源指示值(RIV)字段，其中所述RIV字段提供TTI束调度数(TBSN)，所述TTI束调度数(TBSN)指示确定的TTI束的所述数量，并且其中所述TBSN由所述RIV字段的值的未使用范围所提供。
17.如权利要求16所述的方法，其中确定TTI束的数量包括根据来演算所述TBSN的值，
其中RIVrcv是所述DCI0中的所述RIV字段的实际值，并且RIVmaxtti-b是用于TTI束传送的最大RIV值，并被定义为:其中/>指为上行链路传送分配的物理资源块(PRB)的最大数量，并且/>指为TTI束传送分配的PRB的最大数量。
18.如权利要求17所述的方法，其中根据RIVeffective＝RIVrcv mod RIVmaxtti-b来演算有效RIV，并且所述有效RIV被用于推导用于所确定数量的TTI束的所述传送的实际PRB数量和起始位置。
19.如权利要求16所述的方法，其中所确定数量的TTI束包括连续TTI束的数量。
20.如权利要求16所述的方法，其中所述多个TTI束传送中的每个包括四个子帧。
21.如权利要求16所述的方法，其中所确定数量的TTI束可被用于重传数据。
22.如权利要求16所述的方法，其中所确定数量的TTI束包括非连续TTI束的数量。
23.如权利要求22所述的方法，其中所述TBSN指映射表的索引，所述映射表为所确定数量的非连续TTI束的所述数据传送提供传送模式。
24.如权利要求23所述的方法，还包括当所述UE附连到网络节点时以及当TTI捆绑被启用时，接收所述映射表。
25.一种用于在通信网络中为用户设备(UE)调度资源以传送数据的网络节点，所述网络节点包括处理电路，所述处理电路被适配于促使所述网络节点执行以下操作:
至少基于要从所述UE传送的数据量来确定传送时间间隔(TTI)束的数量，其中TTI束的所述数量是多个TTI束；以及
向所述UE发送单个控制消息，所述控制消息指示用于所确定数量的TTI束的传送的上行链路调度许可，
其中所述控制消息是下行链路控制信息格式0(DCI0)和DCI格式4(DCI4)中的一个，所述控制消息包括资源指示值(RIV)字段，其中所述RIV字段提供TTI束调度数(TBSN)，所述TTI束调度数(TBSN)指示确定的TTI束的所述数量，并且其中所述TBSN由所述RIV字段的值的未使用范围所提供。
26.如权利要求25所述的网络节点，其中所述处理电路包括处理器、存储器和接口，所述存储器和所述接口两者与所述处理器耦合，所述存储器存储有指令，所述指令当被执行时促使所述处理器执行确定TTI束的所述数量以及将所述单个控制消息发送到所述UE的操作。
27.如权利要求26所述的网络节点，其中所述处理器被适配于进一步基于所述UE的信道质量和所述UE的移动速度来确定TTI束的所述数量。
28.如权利要求26所述的网络节点，其中所述处理器被适配于确定连续TTI束的数量。
29.如权利要求26所述的网络节点，其中所述处理器被配置成根据来演算所述TBSN的值，
其中RIVrcv是所述DCI0中的所述RIV字段的实际值，并且RIVmaxtti-b是用于TTI束传送的最大RIV值，并被定义为:其中/>指为上行链路传送分配的物理资源块(PRB)的最大数量，并且/>指为TTI束传送分配的PRB的最大数量。
30.如权利要求29所述的网络节点，其中所述处理器被配置成根据RIVeffective＝RIVrcvmod RIVmaxtti-b来演算有效RIV，所述有效RIV被用于推导用于所确定数量的TTI束的所述传送的实际PRB数量和起始位置。
31.如权利要求25所述的网络节点，其中所述多个TTI束传送中的每个包括四个子帧。
32.如权利要求26所述的网络节点，其中所述处理器被配置成确定非连续TTI束的数量。
33.如权利要求32所述的网络节点，其中所述TBSN指映射表的索引，所述映射表为所确定数量的非连续TTI束的所述数据传送提供传送模式。
34.如权利要求33所述的网络节点，其中所述处理器被适配于当所述UE附连到所述网络节点时以及当TTI捆绑被启用时，向所述UE发送所述映射表。
35.如权利要求26所述的网络节点，其中所述处理器被适配于由所述UE从所确定数量的TTI束的所述传送接收数据。
36.如权利要求35所述的网络节点，其中所述处理器被适配于在两个步骤中对所确定数量的TTI束之一中的所接收的数据进行盲解码，并且其中仅允许一个重传。
37.如权利要求36所述的网络节点，其中如果所接收的数据来自初始传送，或者如果针对先前传送的反馈是肯定的，则所述处理器被适配于:
单独解码所接收的数据；
如果所述解码成功，则向所述UE发送肯定确认；
如果所述解码失败:
将所接收的数据与缓冲器的当前内容一起解码；
如果所述解码成功，则确定所接收的数据是重传，并向所述UE发送肯定确认；
如果所述解码失败，则将所接收的数据存储在所述缓冲器中以覆盖所述缓冲器的所述当前内容，并向所述UE发送否定确认。
38.如权利要求36所述的网络节点，其中如果针对先前传送的反馈是否定的，则所述处理器被进一步适配于:
将所接收的数据与缓冲器的当前内容一起解码；
如果所述解码成功，则确定所接收的数据是重传，并向所述UE发送肯定确认；
如果所述解码失败:
单独解码所接收的数据；
如果所述解码成功，则确定所接收的数据是新传送，并向所述UE发送肯定确认；
如果所述解码失败，则将所接收的数据存储在所述缓冲器中以覆盖所述缓冲器的所述当前内容，并向所述UE发送否定确认。
39.如权利要求37或38所述的网络节点，其中所述缓冲器的所述当前内容包括来自先前传送的数据。
40.一种用于在通信网络中在多个传送时间间隔TTI束上传送数据的用户设备(UE)，所述UE包括处理电路，所述处理电路被适配于促使所述UE执行以下操作:
接收指示用于数据传送的上行链路调度许可的单个控制消息；
根据所接收的控制消息来确定为所述UE的所述数据传送所调度的TTI束的数量，其中TTI束的所述数量是多个TTI束；以及
使用所确定数量的TTI束将所述数据发送到所述通信网络，
其中所述控制消息是下行链路控制信息格式0(DCI0)和DCI格式4(DCI4)中的一个，所述控制消息包括资源指示值(RIV)字段，其中所述RIV字段提供TTI束调度数(TBSN)，所述TTI束调度数(TBSN)指示确定的TTI束的所述数量，并且其中所述TBSN由所述RIV字段的值的未使用范围所提供。
41.如权利要求40所述的UE，其中所述处理电路包括处理器、存储器和接口，所述存储器和所述接口两者与所述处理器耦合，所述存储器存储有指令，所述指令当被执行时促使所述处理器执行接收所述单个控制消息、确定TTI束的所述数量以及将所述数据发送到所述通信网络的操作。
42.如权利要求41所述的UE，其中所述处理器被适配于根据而演算所述TBSN的值来确定TTI束的所述数量，
其中RIVrcv是所述DCI0中的所述RIV字段的实际值，并且RIVmaxtti-b是用于TTI束传送的最大RIV值，并被定义为:其中/>指为上行链路传送分配的物理资源块(PRB)的最大数量，并且/>指为TTI束传送分配的PRB的最大数量。
43.如权利要求42所述的UE，其中所述处理器被进一步适配于根据RIVeffective＝RIVrcvmod RIVmaxtti-b来演算有效RIV，所述有效RIV被用于推导用于所确定数量的TTI束的所述传送的实际PRB数量和起始位置。
44.如权利要求40所述的UE，其中所确定数量的TTI束包括连续TTI束的数量。
45.如权利要求40所述的UE，其中所述多个TTI束传送中的每个包括四个子帧。
46.如权利要求40所述的UE，其中所确定数量的TTI束可被用于重传数据。
47.如权利要求41所述的UE，其中所确定数量的TTI束包括非连续TTI束的数量。
48.如权利要求47所述的UE，其中所述TBSN指映射表的索引，所述映射表为所确定数量的非连续TTI束的所述数据传送提供传送模式。
49.如权利要求48所述的UE，其中所述处理器被进一步适配于当所述UE附连到网络节点时以及当TTI捆绑被启用时，接收所述映射表。
50.一种用于在通信网络中为用户设备(UE)调度资源以传送数据的网络节点，所述网络节点包括:
确定模块，所述确定模块被配置成至少基于要从所述UE传送的数据量来确定传送时间间隔(TTI)束的数量，其中TTI束的所述数量是多个TTI束；以及
发送模块，所述发送模块被配置成向所述UE发送单个控制消息，所述控制消息指示用于所确定数量的TTI束的传送的上行链路调度许可，
其中所述控制消息是下行链路控制信息格式0(DCI0)和DCI格式4(DCI4)中的一个，所述控制消息包括资源指示值(RIV)字段，其中所述RIV字段提供TTI束调度数(TBSN)，所述TTI束调度数(TBSN)指示确定的TTI束的所述数量，并且其中所述TBSN由所述RIV字段的值的未使用范围所提供。
51.一种用于在通信网络中在多个传送时间间隔TTI束上传送数据的用户设备(UE)，所述UE包括:
接收模块，所述接收模块被配置成接收指示用于数据传送的上行链路调度许可的单个控制消息；
确定模块，所述确定模块被配置成根据所接收的控制消息来确定为所述UE的所述数据传送所调度的TTI束的数量，其中TTI束的所述数量是多个TTI束；以及
发送模块，所述发送模块被配置成使用所确定数量的TTI束将所述数据发送到所述通信网络，
其中所述控制消息是下行链路控制信息格式0(DCI0)和DCI格式4(DCI4)中的一个，所述控制消息包括资源指示值(RIV)字段，其中所述RIV字段提供TTI束调度数(TBSN)，所述TTI束调度数(TBSN)指示确定的TTI束的所述数量，并且其中所述TBSN由所述RIV字段的值的未使用范围所提供。
CN201680087434.7A 2016-07-06 2016-07-06 用于调度多个tti束传送的方法和网络节点 Active CN109565794B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB2016/054050 WO2018007851A1 (en) 2016-07-06 2016-07-06 Methods and network nodes for scheduling a plurality of tti-bundle transmissions

Publications (2)

Publication Number Publication Date
CN109565794A CN109565794A (zh) 2019-04-02
CN109565794B true CN109565794B (zh) 2023-08-04

Family

ID=56550926

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680087434.7A Active CN109565794B (zh) 2016-07-06 2016-07-06 用于调度多个tti束传送的方法和网络节点

Country Status (4)

Country Link
US (1) US10812247B2 (zh)
EP (1) EP3482592B1 (zh)
CN (1) CN109565794B (zh)
WO (1) WO2018007851A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11026255B2 (en) 2017-06-30 2021-06-01 Qualcomm Incorporated Discontinuous scheduling
US20220279523A1 (en) * 2021-01-13 2022-09-01 Apple Inc. Enhanced Physical Uplink Shared Channel Transmission in Wireless Communications

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103427963A (zh) * 2012-05-23 2013-12-04 中兴通讯股份有限公司 一种传输时间间隔集束传输方法及装置
CN103780353A (zh) * 2008-01-04 2014-05-07 诺基亚西门子通信公司 在移动通信网络中进行数据传输的方法和装置
CN104106231A (zh) * 2012-02-06 2014-10-15 瑞典爱立信有限公司 用户设备、网络节点以及其中用于确定电信系统中的下行链路传输中的传输块大小的方法

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE60311574T2 (de) * 2003-08-14 2007-11-15 Matsushita Electric Industrial Co., Ltd., Kadoma Zeitüberwachung von Packetwiedersendungen während eines sanften Weiterreichens
US20090290559A1 (en) * 2008-04-24 2009-11-26 Interdigital Patent Holdings, Inc. Method and apparatus for harq autonomous retransmissions
CN101754268B (zh) * 2008-12-04 2012-08-15 中国移动通信集团公司 用户上行数据调度方法及用户设备
EP2234313B1 (en) * 2009-03-24 2021-12-15 Samsung Electronics Co., Ltd. Operating method and apparatus according to data duplicate retransmission in mobile communication system
KR101669966B1 (ko) * 2009-05-11 2016-10-27 엘지전자 주식회사 다중 반송파를 지원하는 무선 통신 시스템에서 중복 데이터를 송신 및 수신하는 방법 및 장치
CN103081389A (zh) * 2010-08-13 2013-05-01 富士通株式会社 下行控制信息发送方法、接收方法及装置、终端、基站和通信系统
KR101867311B1 (ko) * 2010-12-21 2018-07-19 주식회사 골드피크이노베이션즈 Ａｃｋ／ｎａｃｋ 자원 할당 방법 및 장치와 이를 이용한 ａｃｋ／ｎａｃｋ 신호 전송 방법
WO2013162189A1 (ko) * 2012-04-27 2013-10-31 엘지전자 주식회사 무선 접속 시스템에서 tti 번들링 방법 및 이를 위한 장치
WO2013169164A1 (en) * 2012-05-11 2013-11-14 Telefonaktiebolaget L M Ericsson (Publ) A method and apparatus for dynamic control of tti bundling sizes
US10420094B2 (en) * 2013-01-17 2019-09-17 Qualcomm Incorporated Methods and system for resource management in TTI (transmission time interval) bundling for improved phase continuity
US20140286255A1 (en) * 2013-03-25 2014-09-25 Samsung Electronics Co., Ltd. Uplink demodulation reference signals in advanced wireless communication systems
US10305626B2 (en) * 2013-04-05 2019-05-28 Qualcomm Incorporated Enhanced transmission time interval bundling design for machine type communications
US10757698B2 (en) 2013-07-26 2020-08-25 Qualcomm Incorporated Transmission time interval (TTI) bundling for physical downlink shared channel (PDSCH)
EP2836044A1 (en) * 2013-08-08 2015-02-11 Panasonic Intellectual Property Corporation of America Dynamic scheduling for subframe bundling
EP3429297B1 (en) * 2013-09-27 2021-04-28 Huawei Technologies Co., Ltd. Method for transmitting uplink data and corresponding apparatus and computer-readable storage medium
US9374200B2 (en) * 2013-10-11 2016-06-21 Broadcom Corporation TTI bundling and collision avoidance
US20150109997A1 (en) * 2013-10-21 2015-04-23 Alexander Sirotkin Apparatus, system and method of interfacing between a cellular manager and a wlan access device
US10028283B2 (en) * 2015-04-10 2018-07-17 Alcatel-Lucent Usa Inc. Dynamic physical uplink control channel (PUCCH)

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103780353A (zh) * 2008-01-04 2014-05-07 诺基亚西门子通信公司 在移动通信网络中进行数据传输的方法和装置
CN104106231A (zh) * 2012-02-06 2014-10-15 瑞典爱立信有限公司 用户设备、网络节点以及其中用于确定电信系统中的下行链路传输中的传输块大小的方法
CN103427963A (zh) * 2012-05-23 2013-12-04 中兴通讯股份有限公司 一种传输时间间隔集束传输方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
R5-153222 "Discussion paper on updating legacy protocol test cases for Category 0 UE";Ericsson;《3GPP tsg_ran\WG5_Test_ex-T1》;20150813;全文 *

Also Published As

Publication number Publication date
EP3482592B1 (en) 2022-03-30
US20190319770A1 (en) 2019-10-17
WO2018007851A1 (en) 2018-01-11
EP3482592A1 (en) 2019-05-15
US10812247B2 (en) 2020-10-20
CN109565794A (zh) 2019-04-02

Similar Documents

Publication Publication Date Title
CN110036586B (zh) 用于处理时间缩减信令的系统和方法
EP3547777B1 (en) Method and apparatus for wireless communication
US12137443B2 (en) Terminal and communication method
CN105393485B (zh) 无线通信系统中的方法和节点
CN113348718B (zh) 通信装置、基础设施设备以及方法
US10602486B2 (en) Wireless communication method, network device, user equipment, and system
EP2658330A1 (en) Method user equipment and network device for semi-persistent scheduling
EP3186914B1 (en) Communications device and methods
US20220225400A1 (en) Communications device, infrastructure equipment and methods
US20220368465A1 (en) Communications devices, infrastructure equipment, and methods
WO2016189464A1 (en) Systems and methods for downlink scheduling that mitigate pdcch congestion
US20180324821A1 (en) Cross-carrier scheduling method, feedback method, and apparatus
CN112272963B (zh) 蜂窝无线通信网络中的上行链路复用
US10965408B2 (en) Method, network device, and terminal device for transmitting information
CN109565794B (zh) 用于调度多个tti束传送的方法和网络节点
US20230050066A1 (en) Telecommunications apparatus and methods
CN108702258B (zh) 一种harq应答信息传输方法及设备
WO2023092592A1 (en) Methods and apparatuses of resource allocation for sidelink communication

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant