CN105515734B - 用于促进上行链路传输的混合自动重复请求的方法和设备 - Google Patents
用于促进上行链路传输的混合自动重复请求的方法和设备 Download PDFInfo
- Publication number
- CN105515734B CN105515734B CN201410503483.7A CN201410503483A CN105515734B CN 105515734 B CN105515734 B CN 105515734B CN 201410503483 A CN201410503483 A CN 201410503483A CN 105515734 B CN105515734 B CN 105515734B
- Authority
- CN
- China
- Prior art keywords
- harq feedback
- harq
- uplink
- uplink transmission
- transmission
- 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
Links
Abstract
本发明的实施方式提供用于一种用于促进上行链路传输的混合自动重复请求HARQ的方法,该方法包括针对所述上行链路传输,定义至少三个HARQ反馈状态,以指示所述上行链路传输的HARQ重传模式;其中所述至少三个HARQ反馈状态包括HARQ反馈信息的不发送DTX状态。本发明的实施例还提供分别在基站和用户设备处执行的根据所定义的至少三个HARQ反馈状态来执行HARQ反馈和重传的方法。本发明的实施例还提供相应的设备。
Description
技术领域
本发明涉及无线通信,并且更具体地涉及用于在无线通信环境中促进对上行链路传输进行HARQ(混合自动重复请求)的方法和设备。
背景技术
随着各种无线通信技术的普及,其提供对越来越多种类的终端和设备通信的支持,例如,除常用的普通的移动终端外,还支持机器类型通信(MTC)设备。同时,物联网(IoT)成为未来通信的一个重要趋势。作为结果,MTC将变成最普及的服务之一。目前,3GPP(第三代合作伙伴项目)标准化组织正讨论未来将采用的MTC技术。
MTC设备是一种为特定目的而使用的用户终端(UE),这种MTC设备的一个示例是智能电表。一些这种智能电表被置于地下室,这种情况下,它们经历严重的穿透损耗,这使得MTC UE的通信面临严峻的挑战。因此,解决MTC UE的覆盖成为重要的研究课题。为了解决MTC设备带来的这种问题,一些标准化组织正制定相应的技术规范以保证这种MTC设备的通信。例如,3GPP已经为此建立一个新的工作项(Work Item),即“低成本MTC UE覆盖增强”工作项。该工作项关于覆盖增强方面的研究目标是在3GPP LTE(长期演进)版本13中将这种MTC UE(例如位于地下室的MTC UE)的覆盖扩展15dB。本文将这种UE称作覆盖增强MTC UE(CE-MTC UE)。
在针对覆盖增强的研究过程中,例如在3GPP中关于该课题的研究阶段,认识到重复传输是解决CE-MTC UE覆盖问题的主要方法。为了得到15dB的覆盖增强,根据例如3GPP的技术报告3GPP TR36.888,"Study on provision of low-cost Machine-TypeCommunications(MTC)User Equipments(UEs)based on LTE"中第5.2.1节关于链路预算的MCL(Maximum Coupling Loss,最大耦合损耗)分析结果,几乎所有的物理信道均需要被重复以满足覆盖要求。对于不同的物理信道,所需要的重复次数不同;不同的物理信道和/或不同的UE可能需要不同的覆盖增强等级,而每一个覆盖增强等级具有对应的重复次数。尽管重复是增强覆盖的直接而有效的方法,其同时也带来诸多问题,诸如,数据传输和/HARQ反馈传输中的冲突。这意味着相关的机制需要针对CE-MTC UE而修正或者重新设计。
HARQ是保证传输质量的重要机制之一,尤其是对于CE-MTC UE。因为在极端差的无线电条件下(例如,地下室),与结合物理层和MAC(媒体访问控制层)的HARQ相比,仅依赖于MAC层的ARQ(自动重复请求)只能带来有限的增益,也就是说,CE-MTC UE不可能仅依赖于MAC层的ARQ来满足覆盖的要求。这使得HARQ对于CE-MTC UE尤为重要。
然而,使CE-MTC UE支持HARQ,例如支持针对上行链路传输的HARQ是很复杂的。其中的一个重要挑战是用于HARQ重传的反馈/控制信息应当尽可能小,同时应当保持干扰避免功能。在3GPP会议文档R1-133061中,提出使用上行链路许可(UL-grant)作为反馈信息来指示针对上行链路传输的ACK/NACK(肯定确认/否定确认)反馈;然而问题是该上行链路许可信令的开销太大。另一个极端的解决方案是只通过物理HARQ指示信道(PHICH)反馈两个状态来指示ACK/NACK,这意味着仅能够指示是否重传,而没有额外的信令来指示用于重传的资源,即根本无法支持自适应的HARQ重传。非自适应的HARQ重传可能导致冲突的发生。考虑到CE-MTC通信通常需要重复多次,并且因此占用比正常UE更多的资源,该冲突的概率可能很高,因此,如何避免在重传中的冲突是需要考虑的重要问题。
本文提出了能够支持CE-MTC UE的上行链路传输的HARQ、同时保持重传中的冲突避免功能的方法和设备。但是如本领域技术人员能够理解的,该方法和设备同样适用于存在类似问题的非CE-MTC UE。
发明内容
本发明实施方式目的之一在于提供促进上行链路传输的混合自动重复请求的方法和设备,以解决上述问题中的至少一部分。
根据本发明的第一方面,提供一种用于促进上行链路传输的混合自动重复请求HARQ的方法,该方法包括针对所述上行链路传输,定义至少三个HARQ反馈状态,以指示所述上行链路传输的HARQ重传模式;其中所述至少三个HARQ反馈状态包括HARQ反馈信息的不发送DTX状态。
根据本发明的一个实施例,该至少三个HARQ反馈状态中包括分别用于指示所述上行链路传输无需重传、所述上行链路传输的非自适应重传模式、和所述上行链路传输的冲突避免重传模式的HARQ反馈状态。根据本发明的另一实施例,定义所述至少三个HARQ反馈状态进一步包括定义三个HARQ反馈状态,并且其中所述三个HARQ反馈状态分别通过1比特HARQ反馈信息的取值0和1,以及所述1比特HARQ反馈信息的DTX来提供。在本发明的又一实施例中,1比特HARQ反馈信息的取值0和1,以及该1比特HARQ反馈信息的DTX分别指示上行链路传输的非自适应重传模式、所述上行链路传输无需重传、和所述上行链路传输的冲突避免重传模式。
根据本发明的一个实施例,上行链路传输的所述冲突避免重传模式指示在所述上行链路传输的接下来的给定数量的重传机会中不执行重传操作,其中所述给定数量在通信标准中被定义或者通过信令被预先配置。根据本发明的另一实施例,上行链路传输的所述冲突避免重传模式指示在所述上行链路传输的接下来的给定数量的重传机会中按照跳频模式来执行重传操作,其中所述给定数量和/或所述跳频模式在通信标准中被定义或者通过信令被预先配置。根据本发明的又一实施例,通过信令来配置所述上行链路传输的所述冲突避免重传模式所指示的含义。
在本发明的一些实施例中,HARQ反馈信息通过物理下行链路控制信道PDCCH或者增强的物理下行链路控制信道EPDCCH,以下行链路控制信息DCI格式来传输。
根据本发明的第二方面,提供一种用于促进上行链路传输的混合自动重复请求HARQ的方法,该方法包括接收来自用户设备UE的上行链路传输;从预先定义的至少三个HARQ反馈状态中确定针对所述上行链路传输的HARQ反馈状态,以指示所述上行链路传输的HARQ重传模式,以及根据所确定的HARQ反馈状态向所述UE传输HARQ反馈信息;其中,所述至少三个HARQ反馈状态包括所述HARQ反馈信息的不发送DTX状态。
根据本发明的第三方面,提供一种用于促进上行链路传输的混合自动重复请求HARQ的方法,该方法包括:向基站发送上行链路传输;响应于所述发送,从所述基站接收HARQ反馈信息,以识别针对所述上行链路传输的HARQ反馈状态,所述HARQ反馈状态是预先定义的至少三个HARQ反馈状态之一,所述至少三个HARQ反馈状态包括所述HARQ反馈信息的不发送DTX状态;基于所识别的HARQ反馈状态,确定所述上行链路传输的HARQ重传模式;以及基于所确定的所述HARQ重传模式,执行所述上行链路传输的重传。
根据本发明的第四方面,提供一种用于执行根据本发明的第二方面的方法的设备。
根据本发明的第五方面,提供一种用于执行根据本发明的第三方面的方法的设备。
根据本发明的一些实施例,在不增加反馈开销的情况下,能够提供重传中的冲突避免功能;根据本发明的另一些实施例,针对上行链路传输的HARQ反馈时延能够被显著降低,同时也降低UE的实现复杂度。
附图说明
为了更完整理解本发明的示例性实施例,现在参照结合附图进行的以下描述,在附图中:
图1示出其中能够实施本发明的实施例的示例性无线通信系统;
图2示出在现有技术中针对正常UE的HARQ过程;
图3示出将用于正常UE的HARQ过程直接扩展由于CE-MTCUE将导致的时间关系;
图4是根据本发明的实施例在基站端实施的用于促进上行链路传输的HARQ的方法的示例流程图;
图5根据本发明的实施例的具有重传冲突避免功能的HARQ过程的示意图;
图6根据本发明的实施例在UE端实施的用于促进上行链路传输的HARQ的方法的示例流程图;
图7示出根据本发明实施例的用于实施图4中方法的示例设备的示意性结构图;以及
图8示出根据本发明实施例的用于实施图6中方法的示例设备的示意性结构图。
具体实施方式
以下将描述本发明的示例性方面。更具体而言,下文参照具体非限制示例和当前被视为本发明的可设想的实施例的内容描述本发明的示例性方面。本领域技术人员将理解本发明决不限于这些示例,并且可以被更广泛地应用。
将注意以下示例性描述主要涉及在非限制性和示例性网络中使用的规范。具体而言,与3GPP长期演进LTE(包括LTE-A,又称LTE-高级)有关的蜂窝通信网络被用作讨论本发明所涉及的方法和设备的示例性背景。并且,这里给出的示例方面和实施例的描述具体涉及与之直接有关的术语。这样的术语仅在所呈现的非限性示例的背景中使用,并且自然地不以任何方式限制本发明。但是实际上,所公开的方法和装置同样适用于任何具有类似问题的其它现有或者将来出现的通信系统、网络部署,只要其兼容于本文描述的特征。
下文使用若干备选来描述本发明的各方面、实施例和实现方式。应当注意根据某些需要和约束,所有描述的备选可以被单独提供或者以任何可设想的组合(也包括各种备选的个别特征的组合)提供。
在以下可选的实施例的具体描述中,将参考构成本发明一部分的附图。附图通过示例的方式示出了能够实现本发明的特定实施例。示例实施例并不旨在穷举根据本发明的所有实施例。
现在参考图1。图1是其中能够实施本发明的实施例的无线通信网络的示意图。仅出于说明的目的,图1中无线通信网络100被示出为蜂窝结构。然而,本领域技术人员能够理解,本发明的实施例同样适用于其他网络结构,诸如,自组网(ad hoc),只要其中存在类似的问题。该无线通信网络包括一个或者多个基站101,仅为示例目的,将该基站示出为3GPPLTE增强的节点B(eNB,或者eNodeB)。可以理解,该基站也可以采用节点B,基站子系统(BSSs)、中继节点等形式。基站101为多个用户设备(UE)102(例如包括102-1,102-2,102-3)提供无线连接。术语“用户设备”也被已知为移动通信终端,无线终端,移动台,机器型通信(MTC)设备等,并且包括移动电话,智能电表、传感器、具有无线通信能力的计算机等。该UE可能出于极差的无线电通信环境,例如位于地下室,并且在这种情况下导致需要通过重复来覆盖增强(CE),并且这种UE可以被称为CE-MTC UE。
在作为示例的3GPP LTE网络中,UE 102通过PUSCH(物理上行链路共享信道)传输上行链路数据。当前,针对CE-MTC,在3GPP中还没有关于其PUSCH的完整的HARQ过程的详细讨论。该过程中的重要挑战在于,用于HARQ重传的反馈/控制信息应当尽可能小,同时应当保持干扰避免功能。如前所述,尽管已经提出使用上行链路许可(UL-grant)作为反馈信息以指示ACK/NACK(肯定确认/否定确认),然而该方法的信令开销太大。另一个极端的解决方案是只使用具有两个状态的PHICH来指示ACK/NACK,这意味着只能够指示是否需要重传,而没有额外的信令来指示用于重传的资源,其结果是根本无法支持自适应的HARQ重传。采用非自适应的HARQ重传可能导致冲突的发生。尤其是考虑到CE-MTC通信通常需要重复多次,并且因此占用比正常UE更多的资源,该冲突的概率可能很高,因此,如何避免在重传中的冲突是需要考虑的重要问题。
对于如图1中所示的正常UE,例如UE 102-1,当前的LTE版本(LTE-高级或者称为LTE-A)支持对于PUSCH上的上行链路传输的自适应和非自适应重传,并且通过PHICH和PDCCH(物理下行链路控制信道)的组合来实现重传方式的指示。例如,在非自适应的重传模式中,假定在UE通过PUSCH执行上行链路传输之后的第4子帧,eNB通过PHICH反馈NACK(否定确认),则UE将在前次PUSCH传输之后的第8子帧上利用与前次PUSCH传输相同的物理资源块PRB进行重传。在自适应模式中,eNB使用PHICH和PDCCH两者来改变重传的时间和频率资源。很明显,非自适应模式要求更少的反馈资源,而自适应模式能够通过调整重传资源而避免冲突的发生。对于PHICH和PDCCH的组合,有如下4种候选:
1.如果eNB在PHICH中传输了ACK,并且没有针对UE的PDCCH,则该UE认为PUSCH已经被成功接收,并因此清理其传输数据缓冲器;
2.如果eNB在PHICH中传输了ACK,并且PDCCH中包含的NDI指示UE不要清理其传输数据缓冲器,则该UE在接下来的重传机会中并不执行重传,而是等待合适的重传时机;
3.如果eNB在PHICH中传输了NACK,并且没有针对UE的PDCCH,则该UE认为PUSCH未被成功接收,并执行非自适应的同步重传;
4.如果eNB在PHICH中传输了NACK,并且UE在PDCCH中发现了针对它的上行链路许可,则UE根据上行链路许可中的指令改变其在下一次重传机会中使用的PRB(物理资源块)。
在以上候选1和候选3中,没有使用PDCCH,并且仅1比特的PHICH是足够的。候选2和候选4被设计用于在重传时避免冲突。
在图2的示例中,在子帧n中UE进行了初始传输之后,eNB仅通过PHICH向UE发送NACK,因此在(n+8)子帧,该MTC UE使用与初始传输一样的PRB开始非自适应的重传。接着eNB在(n+12)子帧通过PHICH反馈NACK,同时用PDCCH重新调度上行链路重传。因此,第二次重传在(n+16)子帧发生并且占用与前次传输不同的PRB。eNB仍然没有成功接收这次重传,但是希望暂停在(n+24)子帧的重传(例如,以避免可能的冲突),因此在(n+20)子帧,eNB传输PHICH只是ACK,同时传输PDCCH,其中将NDI标记设置为指示UE不要清理传输数据缓冲器。作为结果,UE并不在(n+24)子帧执行重传,即重传被跳过。此后,在(n+28)子帧,eNB通过PHICH再次传送NACK,从而触发UE在(n+32)子帧重传。
对于CE-MTC,小的反馈信息开销和冲突避免这两者都是被期望的,同时都是必要的特征。一方面,非自适应模式下,eNB仅反馈有限的信息,并且对于CE-MTC UE来说很重要的一点是所有信息应当被重复很多次以保证好的性能和覆盖;另一方面,由于重复,CE-MTCUE可能遭遇更严重的冲突,因此提供相应的冲突避免机制是很重要的。
然而,使CE-MTC UE支持PUSCH HARQ是很复杂的,因为其中涉及多个物理信道的协调(例如,对于LTE系统来说涉及物理上行链路共享信道PUSCH,物理HARQ指示信道PHICH,和物理下行链路控制信道PDCCH);其中每个物理信道具有单独的重复次数和其他限制。对于正常UE,(E)PDCCH被用于和PHICH一起来支持自适应的PUSCH HARQ。利用PHICH和(E)PDCCH的组合,UE能够获得重传模式的指示和相应的资源指示。对于CE-MTC UE,上述自适应模式中利用的(E)PDCCH本身在传输时也需要被重复以增强覆盖,而对于重复的传输而言,根据覆盖增强级数的不同,重复次数也不同,其起始子帧可能是不同的;关于重复次数和起始子帧的关系的详细设计,目前在3GPP中仍处于讨论阶段;这使得(E)PDCCH的检测以及相应的重传模式的检测受此影响并且异常复杂。以下结合附图3详述将用于正常UE的自适应PUSCHHARQ方法直接扩展到CE-MTC会导致的问题。
该直接扩展方法是重用传统信令过程,只是将每个涉及的物理信道中的传输重复一定的次数。由此,将得到如图3中作为示例给出的各信道中数据和信令传输的时间关系。如图3所示,在PUSCH传输之后,PHICH和PDCCH的起始传输时间和结束时间是不同的,这可能由这两个信道的不同重复次数导致或者由相应标准中针对PDCCH重复传输而制定的限制所导致。这种直接扩展的解决方案导致若干问题,其中包括对于UE实现复杂度的增加。每次PUSCH传输之后,MTC UE都应当在PHICH和(E)PDCCH中执行盲检测,这增加了UE的复杂度和功耗,并且这对于实现MTCUE能够运行若干年的目标是极其不利的。如图3所示,该解决方案也显著增加了反馈时延,并且反馈时延是可变的,而不是固定的。另外,3GPP目前尚未定义对于CE-MTC UE的重复传输的确切起始子帧;当前关于起始子帧设计的大部分备选方案将使得这种直接扩展面临严峻的挑战,诸如(E)PDCCH冲突,以及由于可变的反馈时间而导致的复杂的定时关系等。另外一个问题是,在目前的LTE系统中,对于正常UE,具有用于HARQ反馈的单独的固定的PHICH资源;然而如果使CE-MTC UE使用这一固定资源,将很可能导致其重复传输和正常UE在PHICH上的传输相冲突。
鉴于针对上行链路传输的HARQ的以上解决方案中存在的问题,本发明提出了改进的方法和设备,用于支持CE-MTC UE的上行链路传输的HARQ、同时保持重传中的冲突避免功能。
本发明的一些实施例的提出是基于以下考虑。如果CE-MTC使用在(E)PDCCH中传输的新的HARQ反馈,即利用新的DCI格式而非传统的PHICH信道中固定的资源用于反馈ACK/NACK,则CE-MTC UE将能够借助于盲检测在共享的(E)PDCCH中检测针对它的HARQ反馈。这种情况下,假定反馈信息为1比特,与传统PHICH承载的信息相同,则该检测可能有3种检测结果,在本文中又被称为3种HARQ反馈状态,即:没有针对该UE的HARQ反馈信息,有针对该UE的值为“0”的HARQ反馈信息,有针对该UE的值为“1”的HARQ反馈信息。在本发明的一些实施例中,这三种HARQ反馈状态被用来指示三种不同的重传模式。然而如本领域技术人员能够理解的,本发明的实施例并不限于使用3个状态的反馈信息来指示3中重传模式,例如,当使用更多的反馈比特(例如2比特)时,能够支持更多的重传模式的指示。
根据本发明的一个实施例,利用以下方法来促进上行链路传输的HARQ,该方法包括:针对上行链路传输,定义至少三个HARQ反馈状态,以指示所述上行链路传输的HARQ重传模式;其中所述至少三个HARQ反馈状态包括HARQ反馈信息的不发送(DTX)状态。根据本发明的实施例,利用HARQ反馈信息的检测结果指示的“没有针对该UE的HARQ反馈信息”这一反馈状态,提供除ACK/NACK之外的另一状态;因此,即使在保持反馈信息比特数为1的情况下也能够提供除是否重传之外的额外信息。这使得能够通过该至少3个状态来支持自适应的重传,来避免重传中的冲突。
根据本发明的另一实施例,该至少三个HARQ反馈状态中包括分别用于指示该上行链路传输无需重传、该上行链路传输的非自适应重传模式、和该上行链路传输的冲突避免重传模式的HARQ反馈状态。根据本发明的又一实施例,分别通过1比特HARQ反馈信息的取值0和1,以及该1比特HARQ反馈信息的不发送(DTX)来提供3种HARQ反馈状态。如本领域技术人员能够理解的,这里仅出于示例的目的给出3种HARQ反馈状态,但是本发明不限于此,而是可以例如通过使用多个比特的HARQ反馈信息来提供更多的反馈状态。
根据本发明的进一步的实施例,3种HARQ反馈状态和其指示的上行链路传输的重传模式的映射关系为:取值为“0”的1比特HARQ反馈信息指示上行链路传输的非自适应重传模式;取值为“1”的1比特HARQ反馈信息指示上行链路传输无需重传;并且该1比特HARQ反馈信息的DTX指示上行链路传输的冲突避免重传模式。然而,该映射关系仅是一个示例,本发明的实施例不限于此,而是可以使用HARQ反馈状态和重传模式之间的任何合适的映射关系。例如,取值为“0”的1比特HARQ反馈信息指示上行链路传输无需重传;取值为“1”的1比特HARQ反馈信息指示上行链路传输的非自适应重传模式;并且该1比特HARQ反馈信息的DTX指示上行链路传输的冲突避免重传模式。
根据本发明的实施例,在作为示例给出的多种上行链路传输的HARQ重传模式(例如,上行链路传输的非自适应重传模式、上行链路传输无需重传、和上行链路传输的冲突避免重传模式)中,上行链路传输的“非自适应重传模式”意味着在重传时利用与之前的传输同样的资源,例如同样的PRB;而“上行链路传输无需重传”意味着上次上行链路传输已经被正确接收,因此可以清理相应的数据缓冲器;对于上行链路传输的“冲突避免重传模式”,根据本发明的一个实施例,这意味着,在上行链路传输的接下来的给定数量的重传机会中不执行重传操作,其中该给定数量在通信标准中被定义(例如,定义为1或者2)或者通过信令被预先配置。根据本发明的另一实施例,上行链路传输的冲突避免重传模式意味着如下重传模式,即,在上行链路传输的接下来的给定数量的重传机会中按照某种跳频模式来执行重传操作,其中该给定数量或该跳频模式或者这两者在通信标准中被定义或者通过信令被预先配置。应当注意,以上仅出于示例的目的而示出冲突避免重传模式所指示的具体含义。如本领域技术人员能够理解的,该冲突避免重传模式还可以是任何其他的有助于避免冲突的重传模式。
根据本发明的进一步的实施例,上行链路传输的冲突避免重传模式所指示的含义通过信令来配置。例如,可以预先定义一组含义,并且通过配置信令来指示采用这一组中的那种的含义。这种预先配置和信令相结合的方式能够平衡灵活性和信令开销。作为另一示例,可以通过信令配置反馈时延,和/或跳频模式,并由此来指示冲突避免重传模式的相应的重传参数。然而,应当注意的是,这里给出的配置信令仅是示例,在实际应用中,根据应用场景,配置信令可以是任何其他的用于确定冲突避免重传模式所指代的具体操作的信令。
根据本发明的一些实施例,HARQ反馈信息通过LTE系统中定义的物理下行链路控制信道PDCCH或者LTE-A中定义的增强的物理下行链路控制信道EPDCCH以下行链路控制信息DCI格式来传输。这使得UE能够在完成PUSCH传输之后,在(E)PDCCH搜索空间中盲检测ACK/NACK;该盲检测可以与检测上行链路许可类似。由于HARQ反馈信息在该DCI中已经进行冗余编码或者重复,因此,用于传输该HARQ反馈信息的DCI不再需要被重复。这意味着HARQ反馈信息能够在1个子帧内完成传输。因此,相比于前文所述的将正常UE的HARQ过程直接扩展到CE-MTC UE的方法,本发明的实施例明显降低了反馈时延,同时降低的UE的实现复杂度。
以下将结合图4的示例性流程来具体介绍在例如基站侧实施的用于促进上行链路传输的HARQ的方法400。根据图4所示,该方法400包括步骤S401,用于接收来自用户设备UE的上行链路传输;步骤S402,用于从预先定义的至少3个HARQ反馈状态中确定针对该上行链路传输的HARQ反馈状态,以指示该上行链路传输的HARQ重传模式,以及步骤S403,用于根据所确定的HARQ反馈状态向该UE传输HARQ反馈信息;其中该至少三个HARQ反馈状态包括该HARQ反馈信息的不发送DTX状态。
与仅利用2个状态的PHICH进行反馈的方法相比,如图4所示的该方法400利用检测出的HARQ反馈信息的DTX状态来指示另一重传模式,从而能够提供除是否需要重传之外的额外的信息,实现自适应的重传,避免重传中的冲突。
根据本发明的一个实施例,方法400中的至少三个HARQ反馈状态中包括分别用于指示上行链路传输无需重传、上行链路传输的非自适应重传模式、和上行链路传输的冲突避免重传模式这3种重传模式的HARQ反馈状态。根据本发明的另一实施例,步骤S403中向该UE传输HARQ反馈信息包括:向UE传输取值为0的1比特HARQ反馈信息、向UE传输取值为1的1比特HARQ反馈信息,或者不向UE发送DTX这1比特HARQ反馈信息。在本发明的一个实施例中,1比特HARQ反馈信息的取值0和1,以及该1比特HARQ反馈信息的DTX分别指示上行链路传输的非自适应重传模式、上行链路传输无需重传、和上行链路传输的冲突避免重传模式。
如前所述,为了保持冲突避免功能,两状态的HARQ反馈是不够的。在另一方面,为了获得更高的效率,将期望保持较低的反馈开销和较少的资源消耗,因此希望反馈信息量尽可能小,这意味着并不期望通过发送更多的比特来提供扩展的状态数。本发明的上述实施例充分利用了1比特反馈信息的盲检测结果的三种可能(检测到针对该UE的ACK;检测到针对该UE的NACK;未检测到针对该UE的任何信息)来提供上行链路传输无需重传、上行链路传输的非自适应重传模式、和上行链路传输的冲突避免重传模式这3种重传模式的指示,其中新引入的上行链路传输的冲突避免重传模式使得能够在不增加反馈开销的情况下实现重传的冲突避免。值得注意的是,对于正常UE,其反馈信息仅支持两个状态(ACK和NACK),因为其反馈信息在固定的PHICH资源中传输,在硬判决之后仅存在两种可能(即,ACK或者NACK)。
根据本发明的一个实施例,在步骤S402中从预先定义的至少3个HARQ反馈状态中确定针对该上行链路传输的HARQ反馈状态这一操作可以根据对上行链路传输的检测结果以及其它有助于估计冲突的信息来执行;例如,根据对上行链路传输的检测结果,确定数据是否正确接收,以确定是否需要重传;如果需要重传,则进一步根据辅助的冲突避免信息(例如调度信息)来确定具体的重传模式;并据此确定期望呈现给UE的反馈状态。
根据本发明的一个实施例,在步骤S403中传输的HARQ反馈信息能够指示的上行链路传输的HARQ重传模式可以是:上行链路传输的非自适应重传模式、上行链路传输无需重传、和上行链路传输的冲突避免重传模式;其中上行链路传输的非自适应重传模式意味着在重传时利用当之前的传输同样的资源,例如PRB;而上行链路传输无需重传意味着上次上行链路传输已经被正确接收,因此可以清理相应的数据缓冲器;对于上行链路传输的冲突避免重传模式,根据本发明的一个实施例,这意味着UE在上行链路传输的接下来的给定数量的重传机会中不执行重传操作,其中该给定数量在通信标准中被定义(例如,定义为1)或者通过信令被预先配置。根据本发明的另一个实施例,该上行链路传输的冲突避免重传模式指示UE在上行链路传输的接下来的给定数量的重传机会中按照某种跳频模式来执行重传操作,其中该给定数量和/或该跳频模式在通信标准中被定义或者通过信令被预先配置。
根据本发明的又一个实施例,该方法400包括进一步的步骤S404,用于向所述UE传输信令,以配置该上行链路传输的冲突避免重传模式所指示的含义。作为示例,在步骤S404中传输的信令可以是例如反馈时延配置信息、跳频模式信息或者其组合等。根据本发明的另一实施例,在步骤S404中传输的信令向UE指示上行链路传输的冲突避免重传模式所指示的是预先定义的一组含义中的哪种含义。然而,应当注意的是,这里给出的上行链路传输的冲突避免重传模式所指代的重传模式仅是示例,在其他实施例中,其可以是任何其他的能够避免重传冲突的重传模式。
根据本发明的一个实施例,在步骤S403中向所述UE传输HARQ反馈信息包括通过物理下行链路控制信道PDCCH或者增强的物理下行链路控制信道EPDCCH,以下行链路控制信息DCI格式向该UE传输HARQ反馈信息。
为了帮助理解本发明的实施例的原理,图5中给出了详细的示例,图中l和m分别表示由于PUSCH的重复和反馈导致的时延。在该示例中,使用1比特反馈信息来指示候选1和候选2,并且另外的定义该1比特反馈信息的DTX状态,DTX意味着eNB未向UE发送任何传输,利用该DTX状态指示候选3。以这种方式,例如,可以定义HARQ反馈如下:
1.比特“1”:指示正确接收。表示eNB正确接收了PUSCH,同时促使CE-MTC UE清理其传输数据缓存器;
2.比特“0”:指示非自适应重传模式。E表示NB没有正确接收PUSCH,同时促使CE-MTC UE使用与上次传输(例如初始传输)相同的PRB执行非自适应重传;
3.DTX(没有任何传输):指示冲突避免重传模式。意味着eNB没有正确接收PUSCH,同时不允许UE在下次重传机会中执行重传;从而,例如避免重传中的冲突。换句话说,在下次重传机会中重传将被跳过,即,不执行重传。
如图5所示,根据本发明的实施例的方法,能够通过将重传推迟到下一次重传机会,而实现冲突避免。相对于推迟到下一次重传机会,连续多次的推迟也能够被支持。以这种方式,CE-MTC UE不需要借助于PHICH和PDCCH的结合来实现自适应重传,从而能够避免对PDCCH的重复传输,减少盲检测。另外,HARQ反馈仍然只携带1比特信息,即在保持反馈量不变的情况下保持了在重传中的冲突避免功能。
如本领域技术人员能够理解的,以上示例中定义的在3个状态和其指示的含义之间的映射(例如,1表示正确接收,0表示非自适应重传,DTX表示冲突避免重传)仅仅是示例性的。在反馈信息的值和反馈状态或者重传模式之间的映射的任何排列组合在本发明的实施例中均是可工作的。另外,以上示出的冲突避免模式中的操作(例如,图5中所示的将重传推迟到下一次重传机会,即重传跳过)也仅是示例性的;其他的非穷举性的操作示例包括但不限于:跳频(在标准中规定固定的跳频模式或者预先配置跳频模式),或者使用额外的信令来设置冲突避免重传模式的含义,例如配置反馈延时或者配置跳频模式,或者其任何组合。
这种3状态(或者多于3状态)HARQ反馈方法显著地简化了UE侧的操作,同时保持可重传冲突避免功能。此外,该方案与PDCCH重传不相关,这意味着其能够显著降低反馈时延,能够与任何的CE-MTC PDCCH重传的起始子帧候选方案相兼容,并且能够简化CE-MTC PDCCH起始子帧的设计。
以下参考图6具体描述在例如UE侧实施的用于促进上行链路传输的HARQ的方法600。根据图6所示,该方法600包括步骤S601,用于向基站发送上行链路传输;步骤S602,用于响应于该发送,从所述基站接收HARQ反馈信息,以识别针对上行链路传输的HARQ反馈状态,该HARQ反馈状态是预先定义的至少三个HARQ反馈状态之一,该至少三个HARQ反馈状态包括HARQ反馈信息的不发送DTX状态;步骤603,用于基于所识别的HARQ反馈状态,确定上行链路传输的HARQ重传模式;以及步骤604,用于基于所确定的HARQ重传模式,执行上行链路传输的重传。
如图6所示的示例方法600是与参考图4描述的方法400相对应的HARQ反馈信息接收端的操作,因此上述参考图4所描述的HARQ反馈信息的特征以及HARQ反馈状态的特征在图6中同样适用。例如,该至少三个HARQ反馈状态中包括分别用于指示上行链路传输无需重传、上行链路传输的非自适应重传模式、和上行链路传输的冲突避免重传模式的HARQ反馈状态。
根据本发明的一个实施例,在步骤S602中所识别的HARQ反馈状态可以是取值为0的1比特HARQ反馈信息、取值为1的1比特HARQ反馈信息、或者该1比特HARQ反馈信息的DTX状态。根据本发明的另一实施例,取值为0的1比特HARQ反馈信息、取值为1的1比特HARQ反馈信息、或者该1比特HARQ反馈信息的DTX分别指示上行链路传输的非自适应重传模式、所述上行链路传输无需重传、和所述上行链路传输的冲突避免重传模式。但是应当注意的是,这种在HARQ反馈状态和指示的重传模式之间的映射仅仅是示例性的,本发明的实施例并不限于此;除此之外或者替代的,可以采用任何其他合适的映射方式;例如,取值为“0”的1比特HARQ反馈信息可以被用于指示上行链路传输无需重传;取值为“1”的1比特HARQ反馈信息可以被用于指示上行链路传输的非自适应重传模式;并且该1比特HARQ反馈信息的DTX可以被指示上行链路传输的冲突避免重传模式。
根据本发明的实施例,在步骤603,基于所识别的HARQ反馈状态而确定的上行链路传输的HARQ重传模式可以是例如以下模式中的一种:上行链路传输的非自适应重传模式、上行链路传输无需重传、和上行链路传输的冲突避免重传模式。对于上行链路传输的非自适应重传模式,意味着在重传时利用当之前的传输同样的资源,例如PRB;而对于上行链路传输无需重传,意味着上次上行链路传输已经被正确接收,因此可以清理相应的数据缓冲器;对于上行链路传输的冲突避免重传模式,根据本发明的一个实施例,这意味着UE在上行链路传输的接下来的给定数量的重传机会中不执行重传操作,其中该给定数量在通信标准中被定义(例如,定义为1)或者通过信令被预先配置。根据本发明的另一个实施例,该上行链路传输的冲突避免重传模式指示UE在上行链路传输的接下来的给定数量的重传机会中按照某种跳频模式来执行重传操作,其中该给定数量和/或该跳频模式在通信标准中被定义或者通过信令被预先配置。应当注意,以上仅出于示例的目的而示出冲突避免重传模式所指示的具体含义。如本领域技术人员能够理解的,该冲突避免重传模式还可以是任何其他的有助于避免冲突的重传模式。
根据本发明的又一个实施例,该方法600包括进一步的步骤S605,用于从基站接收配置信令,以确定上行链路传输的冲突避免重传模式所指示的含义。作为示例,在步骤S605中接收的配置信令可以是例如反馈时延配置信息、跳频模式信息或者其组合等。根据本发明的另一实施例,在步骤S605中接收的配置信令向UE指示,上行链路传输的冲突避免重传模式所指示的是预先定义的一组含义中的哪种含义。然而,应当注意的是,这里给出的配置信令仅是示例,在实际应用中,根据应用场景,配置信令可以是任何其他的用于确定冲突避免重传模式所指代的具体操作的信令。
根据本发明的一个实施例,在步骤S602从基站接收HARQ反馈信息包括通过检测物理下行链路控制信道PDCCH或者增强的物理下行链路控制信道EPDCCH中的下行链路控制信息DCI来接收该HARQ反馈信息。
如本领域技术人员能够理解的,尽管前文以特定顺序描述了本发明中有关示例方法的步骤,但是这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果,相反,本文中所描述的步骤可以改变执行顺序。附加地或备选地,可以省略某些步骤,将多个步骤合并为一个步骤执行,和/或将一个步骤分解为多个步骤执行。
下面参考图7-8来描述根据本发明的实施例的用于促进上行链路传输的HARQ的设备。该设备同样是示例性的,并且仅示出与本发明的实施例密切相关的构成部件。应该理解的是,除了所示出的,该设备还可以包括用于其他功能的部件。
图7中所示的装置700能够被用于执行参照图4所描述的方法400,但是不限于这些方法;同样,参照图4所描述的方法可以被装置700执行,但是不限于被该装置700执行。该装置700可以是例如图1中所示的基站101或者可以被体现在该基站101中,但是本发明的实施例不限于此,该设备700根据应用场景也可以是其他任何合适的网络节点,例如中继节点。
在图7的示例中,该设备700包括接收单元701,被配置用于接收来自用户设备UE的上行链路传输;确定单元702,被配置为从预先定义的至少三个HARQ反馈状态中确定针对该上行链路传输的HARQ反馈状态,以指示该上行链路传输的HARQ重传模式,以及,第一传输单元703,被配置为根据确定单元所确定的HARQ反馈状态向该UE传输HARQ反馈信息;其中,该至少三个HARQ反馈状态包括HARQ反馈信息的不发送DTX状态。
以上参照图4所描述的至少三个HARQ反馈状态、上行链路传输的HARQ重传模式、以及HARQ反馈信息的各种特征在这里同样适用,因此将不再重复。例如,至少三个HARQ反馈状态中包括分别用于指示所述上行链路传输无需重传、所述上行链路传输的非自适应重传模式、和所述上行链路传输的冲突避免重传模式的HARQ反馈状态。
根据本发明的一个实施例,第一传输单元703被配置为向UE传输取值为0的1比特HARQ反馈信息、取值为1的所述1比特HARQ反馈信息,或者不发送(即DTX)该1比特HARQ反馈信息。具体的反馈信息(反馈信息的取值、是否发送反馈信息)根据确定单元702所确定的HARQ反馈状态来得出。在确定单元702中,可以根据对上行链路传输的检测结果以及其它与冲突避免有关的辅助信息来确定期望呈现给UE的HARQ反馈状态。例如,确定单元702可以被配置为根据对上行链路传输的检测结果,确定数据是否正确接收,从而确定是否需要重传;如果需要重传,则进一步根据辅助的冲突避免有关的信息(例如调度信息)来确定具体的重传模式;并据此确定期望呈现给UE的反馈状态。
根据本发明的一个实施例,第一传输单元703被配置为通过物理下行链路控制信道PDCCH或者增强的物理下行链路控制信道EPDCCH,以下行链路控制信息DCI格式向UE传输该HARQ反馈信息。但是可以理解,本发明的实施例并不限于此。在其他的实施例中,根据本发明所应用的系统不同,该反馈信息也可以采用其他合适的信道来传输。
根据本发明的实施例,反馈状态和所指示的重传模式之间的映射关系可以是:取值为“0”的1比特HARQ反馈信息指示上行链路传输的非自适应重传模式;取值为“1”的1比特HARQ反馈信息指示上行链路传输无需重传;并且该1比特HARQ反馈信息的DTX指示上行链路传输的冲突避免重传模式。然而,该映射关系仅是一个示例,本发明的实施例不限于此,而是可以使用HARQ反馈状态和重传模式之间的任何合适的映射关系。
另外,上述参考图400和600描述的关于上行链路传输的非自适应重传模式、上行链路传输无需重传和上行链路传输的冲突避免重传模式的定义在这里同样适用,因此将不再赘述。
根据本发明的另一实施例,设备700还包括第二传输单元704,被配置为向UE传输信令,以配置上行链路传输的冲突避免重传模式所指示的含义。作为示例,第二传输单元704所传输的信令可以是例如反馈时延配置信息、跳频模式信息或者其组合等。根据本发明的另一实施例,第二传输单元704所传输的信令向UE指示上行链路传输的冲突避免重传模式所指示的是预先定义的一组含义中的哪种含义。然而,应当注意的是,这里给出的上行链路传输的冲突避免重传模式所指代的重传模式仅是示例,在其他实施例中,其可以是任何其他的能够避免重传冲突的重传模式。
以下参考图8。图8中所示的装置800能够被用于执行参照图6所描述的方法600,但是不限于这些方法;同样,参照图6所描述的方法600可以被装置800执行,但是不限于被该装置800执行。该装置800可以是例如图1中所示的UE102或者可以被体现在该UE102中,但是本发明的实施例不限于此。
在图8的示例中,该设备800包括第一传输单元801,被配置为向基站(例如,图1中的基站101或者图7中的设备700)发送上行链路传输;第一接收单元802,被配置为响应于该发送,从基站接收HARQ反馈信息,以识别针对所述上行链路传输的HARQ反馈状态,该HARQ反馈状态是预先定义的至少三个HARQ反馈状态之一,该至少三个HARQ反馈状态包括HARQ反馈信息的不发送DTX状态;确定单元803,被配置为基于所识别的HARQ反馈状态,确定上行链路传输的HARQ重传模式;以及第二传输单元804,被配置为基于所确定的HARQ重传模式,执行上行链路传输的重传。
由于该设备800是与图7中设备700通信的对应装置,因此设备800向设备700发送上行链路传输,并且从设备700接收反馈信息,并据此向设备700执行重传。因此,以上参考图7进行的关于反馈信息、反馈状态、和重传状态的特征在此同样适用。例如,至少三个HARQ反馈状态中包括分别用于指示所述上行链路传输无需重传、所述上行链路传输的非自适应重传模式、和所述上行链路传输的冲突避免重传模式的HARQ反馈状态。根据本发明的实施例,可以由取值为0的1比特HARQ反馈信息、取值为1的1比特HARQ反馈信息、和该1比特HARQ反馈信息的DTX来提供3中反馈状态。
根据本发明的一个实施例,第一接收单元802被配置为通过检测物理下行链路控制信道PDCCH或者增强的物理下行链路控制信道EPDCCH中的下行链路控制信息(DCI)来接收该HARQ反馈信息。
在本发明的一个实施例中,反馈状态和重传模式的映射关系的一个示例为:取值为“0”的1比特HARQ反馈信息指示上行链路传输的非自适应重传模式;取值为“1”的1比特HARQ反馈信息指示上行链路传输无需重传;并且该1比特HARQ反馈信息的DTX指示上行链路传输的冲突避免重传模式。然而,该映射关系仅是一个示例,本发明的实施例不限于此,而是可以使用HARQ反馈状态和重传模式之间的任何合适的映射关系。
前文中关于上行链路传输的非自适应重传模式、上行链路传输无需重传、上行链路传输的冲突避免重传模式的定义在此同样适用。并且根据本发明的一个实施例,设备800进一步包括第二接收单元805,被配置为从基站接收配置信令,以确定所述上行链路传输的所述冲突避免重传模式所指示的含义。作为示例,配置信令可以是例如反馈时延配置信息、跳频模式信息或者其组合等。根据本发明的另一实施例,配置信令向UE指示上行链路传输的冲突避免重传模式所指示的是预先定义的一组含义中的哪种含义。然而,应当注意的是,这里给出的配置信令仅是示例,在实际应用中,根据应用场景,配置信令可以是任何其他的用于确定冲突避免重传模式所指代的具体操作的信令。
综上所述,本发明的实施例提供用于促进上行链路传输的HARQ的方法。无论是与将用于正常UE的HARQ过程直接扩展的方法相比,还是与传统的经由PHICH信道的两状态的HARQ反馈相比,本发明的实施例均具有明显的优势。例如,根据本发明的实施例的方法和设备能够显著地简化UE侧的检测操作,同时保持重传冲突避免功能。此外,根据本发明的实施例的方法和设备与PDCCH重复不相关,这意味着其能够极大地降低反馈时延,并且能够与任何的CE-MTC PDCCH重传的起始子帧候选方案相兼容,并且能够简化CE-MTC PDCCH起始子帧的设计。
已经出于说明的目的呈现了本文中提供的示例性实施例的描述。该描述不意在穷尽的或将示例性实施例限制为所公开的确切形式,并且能够根据上述教导来进行各种修改和变化。本文所讨论的示例被选择和描述是为了解释各种示例性实施例及其实际应用的原理和性质,以使得本领域技术人员能够以各种方式利用该示例性实施例,并且使其适合于设想的特定用途的各种修改。
应当注意,词语“包括”不一定排除除了列出的之外的其他元件或步骤的存在,并且元素之前的词语“一”不排除存在多个这样的元素。还应当注意,任何附图标记不限制权利要求的范围。
本文中使用的术语“用户设备”应当被宽泛地理解,可以包括无线电电话或无线通信系统的个人数字助理(PDA);膝上型计算机;具有通信能力的相机(例如,视频和/或静止图像相机);以及能够进行收发的任何其他计算或通信设备,诸如个人计算机、家庭娱乐系统、电视,机器类型的设备,例如智能电表、传感器等。
本文所描述的实施例的特征可以在方法、装置、模块、系统和计算机程序产品的所有可能的组合中被组合。应当理解,本文给出的示例性实施例可以以彼此的任何组合形式来实现。
另外,示例性实施方式可以至少部分地通过硬件、软件或者其组合来实现,并且多个“装置”、“单元”或“设备”可以用相同的硬件项来表示。设备中的多个元件也可以由一个元件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。在方法步骤或处理的一般背景下描述的这里描述的各种示例性实施例,也可以通过包括处理器和计算机可读介质来实施。在该计算机可读介质中存储的计算机程序代码在由处理器执行时,执行本文公开的方法的步骤。
因此,对于本领域技术人员而言,显然本发明不限于上述示例性实施例的细节,并且在不背离本发明的精神或范围的情况下,能够以其他的具体形式实现本发明。无论如何来看,均应将实施例看作是示例性的,而非限制性的。
Claims (35)
1.一种用于促进上行链路传输的混合自动重复请求HARQ的方法,该方法包括:
针对所述上行链路传输,定义至少三个HARQ反馈状态,以指示所述上行链路传输的HARQ重传模式;
其中所述至少三个HARQ反馈状态包括HARQ反馈信息的不发送DTX状态;
其中所述至少三个HARQ反馈状态中包括分别用于指示所述上行链路传输无需重传、所述上行链路传输的非自适应重传模式、和所述上行链路传输的冲突避免重传模式的HARQ反馈状态。
2.根据权利要求1所述的方法,其中定义所述至少三个HARQ反馈状态进一步包括定义三个HARQ反馈状态,并且其中所述三个HARQ反馈状态分别通过1比特HARQ反馈信息的取值0和1,以及所述1比特HARQ反馈信息的DTX来提供。
3.根据权利要求2所述的方法,其中所述1比特HARQ反馈信息的取值0和1,以及所述1比特HARQ反馈信息的DTX分别指示所述上行链路传输的非自适应重传模式、所述上行链路传输无需重传、和所述上行链路传输的冲突避免重传模式。
4.根据权利要求1所述的方法,其中所述上行链路传输的所述冲突避免重传模式指示在所述上行链路传输的接下来的给定数量的重传机会中不执行重传操作,其中所述给定数量在通信标准中被定义或者通过信令被预先配置。
5.根据权利要求1所述的方法,其中所述上行链路传输的所述冲突避免重传模式指示在所述上行链路传输的接下来的给定数量的重传机会中按照跳频模式来执行重传操作,其中所述给定数量和/或所述跳频模式在通信标准中被定义或者通过信令被预先配置。
6.根据权利要求1所述的方法,进一步包括通过信令来配置所述上行链路传输的所述冲突避免重传模式所指示的含义。
7.根据权利要求1到5中任一权利要求所述的方法,其中所述HARQ反馈信息通过物理下行链路控制信道PDCCH或者增强的物理下行链路控制信道EPDCCH,以下行链路控制信息DCI格式来传输。
8.一种用于促进上行链路传输的混合自动重复请求HARQ的方法,该方法包括:
接收来自用户设备UE的上行链路传输;
从预先定义的至少三个HARQ反馈状态中确定针对所述上行链路传输的HARQ反馈状态,以指示所述上行链路传输的HARQ重传模式,以及
根据所确定的HARQ反馈状态向所述UE传输HARQ反馈信息;
其中,所述至少三个HARQ反馈状态包括所述HARQ反馈信息的不发送DTX状态;
其中所述至少三个HARQ反馈状态中包括分别用于指示所述上行链路传输无需重传、所述上行链路传输的非自适应重传模式、和所述上行链路传输的冲突避免重传模式的HARQ反馈状态。
9.根据权利要求8所述的方法,其中向所述UE传输HARQ反馈信息包括,向所述UE传输取值为0的1比特HARQ反馈信息、向所述UE传输取值为1的所述1比特HARQ反馈信息,或者不发送DTX所述1比特HARQ反馈信息。
10.根据权利要求9所述的方法,其中所述1比特HARQ反馈信息的取值0和1,以及所述1比特HARQ反馈信息的所述DTX分别指示所述上行链路传输的非自适应重传模式、所述上行链路传输无需重传、和所述上行链路传输的冲突避免重传模式。
11.根据权利要求8所述的方法,其中所述上行链路传输的所述冲突避免重传模式指示所述UE在所述上行链路传输的接下来的给定数量的重传机会中不执行重传操作,其中所述给定数量在通信标准中被定义或者通过信令被预先配置。
12.根据权利要求8所述的方法,其中所述上行链路传输的所述冲突避免重传模式指示所述UE在所述上行链路传输的接下来的给定数量的重传机会中按照跳频模式来执行重传操作,其中所述给定数量和/或所述跳频模式在通信标准中被定义或者通过信令被预先配置。
13.根据权利要求8所述的方法,进一步包括:
向所述UE传输信令,以配置所述上行链路传输的所述冲突避免重传模式所指示的含义。
14.根据权利要求8到13中任一权利要求所述的方法,其中向所述UE传输HARQ反馈信息包括通过物理下行链路控制信道PDCCH或者增强的物理下行链路控制信道EPDCCH,以下行链路控制信息DCI格式向所述UE传输所述HARQ反馈信息。
15.一种用于促进上行链路传输的混合自动重复请求HARQ的方法,该方法包括:
向基站发送上行链路传输;
响应于所述发送,从所述基站接收HARQ反馈信息,以识别针对所述上行链路传输的HARQ反馈状态,所述HARQ反馈状态是预先定义的至少三个HARQ反馈状态之一,所述至少三个HARQ反馈状态包括所述HARQ反馈信息的不发送DTX状态;
基于所识别的HARQ反馈状态,确定所述上行链路传输的HARQ重传模式;以及
基于所确定的所述HARQ重传模式,执行所述上行链路传输的重传;
其中所述至少三个HARQ反馈状态中包括分别用于指示所述上行链路传输无需重传、所述上行链路传输的非自适应重传模式、和所述上行链路传输的冲突避免重传模式的HARQ反馈状态。
16.根据权利要求15所述的方法,其中所识别的HARQ反馈状态是取值为0的1比特HARQ反馈信息、取值为1的所述1比特HARQ反馈信息、或者所述1比特HARQ反馈信息的所述DTX。
17.根据权利要求16所述的方法,其中所述取值为0的1比特HARQ反馈信息、所述取值为1的所述1比特HARQ反馈信息、或者所述1比特HARQ反馈信息的所述DTX分别指示所述上行链路传输的非自适应重传模式、所述上行链路传输无需重传、和所述上行链路传输的冲突避免重传模式。
18.根据权利要求15所述的方法,其中所述上行链路传输的所述冲突避免重传模式指示用户设备在所述上行链路传输的接下来的给定数量的重传机会中不执行重传操作,其中所述给定数量在通信标准中被定义或者通过信令被预先配置。
19.根据权利要求15所述的方法,其中所述上行链路传输的所述冲突避免重传模式指示用户设备在所述上行链路传输的接下来的给定数量的重传机会中按照跳频模式来执行重传操作,其中所述给定数量和/或所述跳频模式在通信标准中被定义或者通过信令被预先配置。
20.根据权利要求15所述的方法,进一步包括:
从所述基站接收配置信令,以确定所述上行链路传输的所述冲突避免重传模式所指示的含义。
21.根据权利要求15到20中任一权利要求所述的方法,其中从所述基站接收HARQ反馈信息包括通过检测物理下行链路控制信道PDCCH或者增强的物理下行链路控制信道EPDCCH中的下行链路控制信息DCI来接收所述HARQ反馈信息。
22.一种用于促进上行链路传输的混合自动重复请求HARQ的设备,该设备包括:
接收单元,被配置用于接收来自用户设备UE的上行链路传输;
确定单元,被配置为从预先定义的至少三个HARQ反馈状态中确定针对所述上行链路传输的HARQ反馈状态,以指示所述上行链路传输的HARQ重传模式,以及
第一传输单元,被配置为根据所述确定单元所确定的HARQ反馈状态向所述UE传输HARQ反馈信息;
其中,所述至少三个HARQ反馈状态包括所述HARQ反馈信息的不发送DTX状态;
其中所述至少三个HARQ反馈状态中包括分别用于指示所述上行链路传输无需重传、所述上行链路传输的非自适应重传模式、和所述上行链路传输的冲突避免重传模式的HARQ反馈状态。
23.根据权利要求22所述的设备,其中所述第一传输单元被配置为向所述UE传输取值为0的1比特HARQ反馈信息、向所述UE传输取值为1的所述1比特HARQ反馈信息,或者不发送DTX所述1比特HARQ反馈信息。
24.根据权利要求23所述的设备,其中所述1比特HARQ反馈信息的取值0和1,以及所述1比特HARQ反馈信息的所述DTX分别指示所述上行链路传输的非自适应重传模式、所述上行链路传输无需重传、和所述上行链路传输的冲突避免重传模式。
25.根据权利要求22所述的设备,其中所述上行链路传输的所述冲突避免重传模式指示所述UE在所述上行链路传输的接下来的给定数量的重传机会中不执行重传操作,其中所述给定数量在通信标准中被定义或者通过信令被预先配置。
26.根据权利要求22所述的设备,其中所述上行链路传输的所述冲突避免重传模式指示所述UE在所述上行链路传输的接下来的给定数量的重传机会中按照跳频模式来执行重传操作,其中所述给定数量和/或所述跳频模式在通信标准中被定义或者通过信令被预先配置。
27.根据权利要求22所述的设备,进一步包括:
第二传输单元,被配置为向所述UE传输信令,以配置所述上行链路传输的所述冲突避免重传模式所指示的含义。
28.根据权利要求22到27中任一权利要求所述的设备,其中所述第一传输单元被配置为通过物理下行链路控制信道PDCCH或者增强的物理下行链路控制信道EPDCCH,以下行链路控制信息DCI格式向所述UE传输所述HARQ反馈信息。
29.一种用于促进上行链路传输的混合自动重复请求HARQ的设备,该设备包括:
第一传输单元,被配置为向基站发送上行链路传输;
第一接收单元,被配置为响应于所述发送,从所述基站接收HARQ反馈信息,以识别针对所述上行链路传输的HARQ反馈状态,所述HARQ反馈状态是预先定义的至少三个HARQ反馈状态之一,所述至少三个HARQ反馈状态包括所述HARQ反馈信息的不发送DTX状态;
确定单元,被配置为基于所识别的HARQ反馈状态,确定所述上行链路传输的HARQ重传模式;以及
第二传输单元,被配置为基于所确定的所述HARQ重传模式,执行所述上行链路传输的重传;
其中所述至少三个HARQ反馈状态中包括分别用于指示所述上行链路传输无需重传、所述上行链路传输的非自适应重传模式、和所述上行链路传输的冲突避免重传模式的HARQ反馈状态。
30.根据权利要求29所述的设备,其中在所述第一接收单元中所识别的HARQ反馈状态是取值为0的1比特HARQ反馈信息、取值为1的所述1比特HARQ反馈信息、或者所述1比特HARQ反馈信息的DTX。
31.根据权利要求30所述的设备,其中所述取值为0的1比特HARQ反馈信息、所述取值为1的所述1比特HARQ反馈信息、或者所述1比特HARQ反馈信息的所述DTX分别指示所述上行链路传输的非自适应重传模式、所述上行链路传输无需重传、和所述上行链路传输的冲突避免重传模式。
32.根据权利要求29所述的设备,其中所述上行链路传输的所述冲突避免重传模式指示所述设备在所述上行链路传输的接下来的给定数量的重传机会中不执行重传操作,其中所述给定数量在通信标准中被定义或者通过信令被预先配置。
33.根据权利要求29所述的设备,其中所述上行链路传输的所述冲突避免重传模式指示所述设备在所述上行链路传输的接下来的给定数量的重传机会中按照跳频模式来执行重传操作,其中所述给定数量和/或所述跳频模式在通信标准中被定义或者通过信令被预先配置。
34.根据权利要求29所述的设备,进一步包括:
第二接收单元,被配置为从所述基站接收配置信令,以确定所述上行链路传输的所述冲突避免重传模式所指示的含义。
35.根据权利要求29到34中任一权利要求所述的设备,其中所述第一接收单元被配置为通过检测物理下行链路控制信道PDCCH或者增强的物理下行链路控制信道EPDCCH中的下行链路控制信息DCI来接收所述HARQ反馈信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410503483.7A CN105515734B (zh) | 2014-09-26 | 2014-09-26 | 用于促进上行链路传输的混合自动重复请求的方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410503483.7A CN105515734B (zh) | 2014-09-26 | 2014-09-26 | 用于促进上行链路传输的混合自动重复请求的方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105515734A CN105515734A (zh) | 2016-04-20 |
CN105515734B true CN105515734B (zh) | 2018-12-28 |
Family
ID=55723422
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410503483.7A Active CN105515734B (zh) | 2014-09-26 | 2014-09-26 | 用于促进上行链路传输的混合自动重复请求的方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105515734B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110419257B (zh) * | 2017-03-09 | 2023-11-03 | 苹果公司 | 用于gul和sul之间的交叉重传的方法和装置 |
CN110011762A (zh) * | 2018-01-05 | 2019-07-12 | 中国移动通信有限公司研究院 | 混合自动重传请求信息的传输、检测方法、终端及基站 |
CN111684835B (zh) * | 2018-02-06 | 2021-10-15 | 华为技术有限公司 | 反馈信息的指示方法及装置 |
US11824659B2 (en) * | 2018-09-28 | 2023-11-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for optimized HARQ operation |
US20210050947A1 (en) * | 2019-08-14 | 2021-02-18 | Mediatek Inc. | Downlink feedback information for uplink data retransmission |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102377548A (zh) * | 2010-08-16 | 2012-03-14 | 夏普株式会社 | 下行harq反馈方法以及相应的基站和用户设备 |
CN103095435A (zh) * | 2011-11-04 | 2013-05-08 | 中国移动通信集团公司 | 确定harq模式的方法、上行数据传输方法及设备 |
US20140071868A1 (en) * | 2012-05-14 | 2014-03-13 | Telefonaktiebolaget L M Ericsson (Publ) | Apparatuses and methods for managing pending harq retransmissions |
-
2014
- 2014-09-26 CN CN201410503483.7A patent/CN105515734B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102377548A (zh) * | 2010-08-16 | 2012-03-14 | 夏普株式会社 | 下行harq反馈方法以及相应的基站和用户设备 |
CN103095435A (zh) * | 2011-11-04 | 2013-05-08 | 中国移动通信集团公司 | 确定harq模式的方法、上行数据传输方法及设备 |
US20140071868A1 (en) * | 2012-05-14 | 2014-03-13 | Telefonaktiebolaget L M Ericsson (Publ) | Apparatuses and methods for managing pending harq retransmissions |
Also Published As
Publication number | Publication date |
---|---|
CN105515734A (zh) | 2016-04-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9521669B2 (en) | HARQ for dynamic change of the TDD UL/DL configuration in LTE TDD systems | |
WO2018059282A1 (en) | System and method for d2d communication | |
US20200137782A1 (en) | Data transmission method, access network device, and terminal device | |
JP5992638B2 (ja) | Tddシステムでttiバンドリングを実行する方法と装置 | |
EP3557776B1 (en) | Data transmission method, communication device and data transmission system | |
US10616381B2 (en) | Method and apparatus for performing hybrid automatic repeat request in wireless communication system | |
US20140003374A1 (en) | Method and apparatus for enhancing tti (transmission time interval) bundling in a wireless communication network | |
CN107005509A (zh) | 用于使用未授权共享介质中的信道来传输混合自动重复请求传输的方法、装置和系统 | |
CN105515734B (zh) | 用于促进上行链路传输的混合自动重复请求的方法和设备 | |
CN101931514B (zh) | 一种混合自动重传请求中的通信方法、系统和设备 | |
EP3603256B1 (en) | Network node and method in a wireless communications network | |
CN109314674A (zh) | 取决于传输类型和ue处理能力延迟传输 | |
CN102231662B (zh) | 一种数据传输的方法及装置 | |
US20170331594A1 (en) | User equipment, network device, and acknowledgement information transmission method | |
WO2016062135A1 (zh) | 无线局域网络站点共享资源的方法及装置 | |
WO2014076552A2 (en) | Method of transmitting signaling of device-to-device communication in cellular network | |
US20190207718A1 (en) | Information transmission method and device | |
US9713127B2 (en) | Method and device for configuring data transmission resource | |
US20170135101A1 (en) | Method and Apparatus for Determining Data Transmission | |
EP4193542A1 (en) | System and methods of pucch enhancement with intra-slot repetitions towards multiple trps | |
WO2022006914A1 (zh) | 混合自动重传请求应答harq-ack的反馈方法和终端设备 | |
WO2012041088A1 (zh) | 一种时分双工系统及其中继链路的下行反馈方法 | |
US20200295900A1 (en) | Information transmission apparatus, method, and system | |
AU2019468597B2 (en) | Communication method and apparatus | |
CN114531938A (zh) | 具有重复的配置的ul |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 201206 Shanghai, Pudong Jinqiao Ning Bridge Road, No. 388, No. Applicant after: Shanghai NOKIA Baer Limited by Share Ltd Address before: 201206 Shanghai, Pudong Jinqiao Ning Bridge Road, No. 388, No. Applicant before: Shanghai Alcatel-Lucent Co., Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |