要挑战在于，用于HARQ重传的反馈/控制信息应当尽可能小，同时应当保持干扰避免功能。如前所述，尽管已经提出使用上行链路许可(UL-grant)作为反馈信息以指示ACK/NACK (肯定确认/否定确认)，然而该方法的信令开销太大。另一个极端的解决方案是只使用具有两个状态的PHICH来指示ACK/NACK，这意味着只能够指示是否需要重传，而没有额外的信令来指示用于重传的资源，其结果是根本无法支持自适应的HARQ重传。采用非自适应的HARQ重传可能导致冲突的发生。尤其是考虑到CE-MTC通信通常需要重复多次，并且因此占用比正常UE更多的资源，该冲突的概率可能很高，因此，如何避免在重传中的冲突是需要考虑的重要问题。
[0033]对于如图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和TOCCH两者来改变重传的时间和频率资源。很明显，非自适应模式要求更少的反馈资源，而自适应模式能够通过调整重传资源而避免冲突的发生。对于PHICH和HXXH的组合，有如下4种候选:
[0034]1.如果eNB在PHICH中传输了 ACK，并且没有针对UE的TOCCH，则该UE认为PUSCH已经被成功接收，并因此清理其传输数据缓冲器；
[0035]2.如果eNB在PHICH中传输了 ACK，并且HXXH中包含的NDI指示UE不要清理其传输数据缓冲器，则该UE在接下来的重传机会中并不执行重传，而是等待合适的重传时机；
[0036]3.如果eNB在PHICH中传输了 NACK，并且没有针对UE的TOCCH，则该UE认为PUSCH未被成功接收，并执行非自适应的同步重传；
[0037]4.如果eNB在PHICH中传输了 NACK，并且UE在PDCCH中发现了针对它的上行链路许可，则UE根据上行链路许可中的指令改变其在下一次重传机会中使用的PRB (物理资源块)。
[0038]在以上候选I和候选3中，没有使用H)CCH，并且仅I比特的PHICH是足够的。候选2和候选4被设计用于在重传时避免冲突。
[0039]在图2的示例中，在子帧η中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，同时传输TOCCH，其中将NDI标记设置为指示UE不要清理传输数据缓冲器。作为结果，UE并不在(n+24)子帧执行重传，即重传被跳过。此后，在(n+28)子帧，eNB通过PHICH再次传送NACK，从而触发UE在(n+32)子帧重传。
[0040]对于CE-MTC，小的反馈信息开销和冲突避免这两者都是被期望的，同时都是必要的特征。一方面，非自适应模式下，eNB仅反馈有限的信息，并且对于CE-MTC UE来说很重要的一点是所有信息应当被重复很多次以保证好的性能和覆盖；另一方面，由于重复，CE-MTCUE可能遭遇更严重的冲突，因此提供相应的冲突避免机制是很重要的。
[0041]然而，使CE-MTC UE支持PUSCH HARQ是很复杂的，因为其中涉及多个物理信道的协调(例如，对于LTE系统来说涉及物理上行链路共享信道PUSCH，物理HARQ指示信道PHICH，和物理下行链路控制信道HXXH);其中每个物理信道具有单独的重复次数和其他限制。对于正常UE，(E) PDCCH被用于和PHICH—起来支持自适应的PUSCH HARQ。利用PHICH和(E)PDCCH的组合，UE能够获得重传模式的指示和相应的资源指示。对于CE-MTC UE,上述自适应模式中利用的(E)PDCCH本身在传输时也需要被重复以增强覆盖，而对于重复的传输而言，根据覆盖增强级数的不同，重复次数也不同，其起始子帧可能是不同的；关于重复次数和起始子帧的关系的详细设计，目前在3GPP中仍处于讨论阶段；这使得(E)PDCCH的检测以及相应的重传模式的检测受此影响并且异常复杂。以下结合附图3详述将用于正常UE的自适应PUSCH HARQ方法直接扩展到CE-MTC会导致的问题。
[0042]该直接扩展方法是重用传统信令过程，只是将每个涉及的物理信道中的传输重复一定的次数。由此，将得到如图3中作为示例给出的各信道中数据和信令传输的时间关系。如图3所示，在PUSCH传输之后，PHICH和PDCCH的起始传输时间和结束时间是不同的，这可能由这两个信道的不同重复次数导致或者由相应标准中针对HXXH重复传输而制定的限制所导致。这种直接扩展的解决方案导致若干问题，其中包括对于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上的传输相冲突。
[0043]鉴于针对上行链路传输的HARQ的以上解决方案中存在的问题，本发明提出了改进的方法和设备，用于支持CE-MTC UE的上行链路传输的HARQ、同时保持重传中的冲突避免功能。
[0044]本发明的一些实施例的提出是基于以下考虑。如果CE-MTC使用在(E)PDCCH中传输的新的HARQ反馈，即利用新的DCI格式而非传统的PHICH信道中固定的资源用于反馈ACK/NACK，则CE-MTC UE将能够借助于盲检测在共享的(E)PDCCH中检测针对它的HARQ反馈。这种情况下，假定反馈信息为I比特，与传统PHICH承载的信息相同，则该检测可能有3种检测结果，在本文中又被称为3种HARQ反馈状态，即:没有针对该UE的HARQ反馈信息，有针对该UE的值为“O”的HARQ反馈信息，有针对该UE的值为“ I ”的HARQ反馈信息。在本发明的一些实施例中，这三种HARQ反馈状态被用来指示三种不同的重传模式。然而如本领域技术人员能够理解的，本发明的实施例并不限于使用3个状态的反馈信息来指示3中重传模式，例如，当使用更多的反馈比特(例如2比特)时，能够支持更多的重传模式的指
/Jn ο
[0045]根据本发明的一个实施例，利用以下方法来促进上行链路传输的HARQ，该方法包括:针对上行链路传输，定义至少三个HARQ反馈状态，以指示所述上行链路传输的HARQ重传模式；其中所述至少三个HARQ反馈状态包括HARQ反馈信息的不发送(DTX)状态。根据本发明的实施例，利用HARQ反馈信息的检测结果指示的“没有针对该UE的HARQ反馈信息”这一反馈状态，提供除ACK/NACK之外的另一状态；因此，即使在保持反馈信息比特数为I的情况下也能够提供除是否重传之外的额外信息。这使得能够通过该至少3个状态来支持自适应的重传,来避免重传中的冲突。
[0046]根据本发明的另一实施例，该至少三个HARQ反馈状态中包括分别用于指示该上行链路传输无需重传、该上行链路传输的非自适应重传模式、和该上行链路传输的冲突避免重传模式的HARQ反馈状态。根据本发明的又一实施例，分别通过I比特HARQ反馈信息的取值O和1，以及该I比特HARQ反馈信息的不发送(DTX)来提供3种HARQ反馈状态。如本领域技术人员能够理解的，这里仅出于示例的目的给出3种HARQ反馈状态，但是本发明不限于此，而是可以例如通过使用多个比特的HARQ反馈信息来提供更多的反馈状态。
[0047]根据本发明的进一步的实施例，3种HARQ反馈状态和其指示的上行链路传输的重传模式的映射关系为:取值为“O”的I比特HARQ反馈信息指示上行链路传输的非自适应重传模式；取值为“I”的I比特HARQ反馈信息指示上行链路传输无需重传；并且该I比特HARQ反馈信息的DTX指示上行链路传输的冲突避免重传模式。然而，该映射关系仅是一个示例，本发明的实施例不限于此，而是可以使用HARQ反馈状态和重传模式之间的任何合适的映射关系。例如，取值为“O”的I比特HARQ反馈信息指示上行链路传输无需重传；取值为“I”的I比特HARQ反馈信息指示上行链路传输的非自适应重传模式；并且该I比特HARQ反馈信息的DTX指示上行链路传输的冲突避免重传模式。
[0048]根据本发明的实施例，在作为示例给出的多种上行链路传输的HARQ重传模式(例如，上行链路传输的非自适应重传模式、上行链路传输无需重传、和上行链路传输的冲突避免重传模式)中，上行链路传输的“非自适应重传模式”意味着在重传时利用与之前的传输同样的资源，例如同样的PRB ;而“上行链路传输无需重传”意味着上次上行链路传输已经被正确接收，因此可以清理相应的数据缓冲器；对于上行链路传输的“冲突避免重传模式”，根据本发明的一个实施例，这意味着，在上行链路传输的接下来的给定数量的重传机会中不执行重传操作，其中该给定数量在通信标准中被定义(例如，定义为I或者2)或者通过信令被预先配置。根据本发明的另一实施例，上行链路传输的冲突避免重传模式意味着如下重传模式，即，在上行链路传输的接下来的给定数量的重传机会中按照某种跳频模式来执行重传操作，其中该给定数量或该跳频模式或者这两者在通信标准中被定义或者通过信令被预先配置。应当注意，以上仅出于示例的目的而示出冲突避免重传模式所指示的具体含义。如本领域技术人员能够理解的，该冲突避免重传模式还可以是任何其他的有助于避免冲突的重传模式。
[0049]根据本发明的进一步的实施例，上行链路传输的冲突避免重传模式所指示的含义通过信令来配置。例如，可以预先定义一组含义，并且通过配置信令来指示采用这一组中的那种的含义。这种预先配置和信令相结合的方式能够平衡灵活性和信令开销。作为另一示例，可以通过信令配置反馈时延，和/或跳频模式，并由此来指示冲突避免重传模式的相应的重传参数。然而，应当注意的是，这里给出的配置信令仅是示例，在实际应用中，根据应用场景，配置信令可以是任何其他的用于确定冲突避免重传模式所指代的具体操作的信令。
[0050]根据本发明的一些实施例，HARQ反馈信息通过LTE系统中定义的物理下行链路控制信道I3DCCH或者LTE-A中定义的增强的物理下行链路控制信道EPDCCH以下行链路控制信息DCI格式来传输。这使得UE能够在完成