CN104601301A - 业务流量自适应***中上行harq过程的实现方法及设备 - Google Patents

Abstract

本申请公开了业务流量自适应***中上行HARQ过程的实现方法和设备，UE接收eNB的信令和实际的TDD上下行配置，确定业务流量自适应状态下的上行HARQ定时关系和上行HARQ过程断点；如果UE在子帧n-k发送PUSCH，且按照所述上行HARQ定时关系，子帧n+j为下行子帧，不检测子帧n上的PHICH和上行授权，物理层向高层上报ACK或NACK；或者UE检测子帧n上的PHICH和/或上行授权，物理层将检测结果和/或上行授权指示上报高层；UE根据eNB的指示，在与该上行HARQ过程对应的实际上行子帧重传子帧n-k上的PUSCH或新传该上行HARQ过程的PUSCH。本申请能够实现上行数据的有效传输。

Description

业务流量自适应***中上行HARQ过程的实现方法及设备

技术领域

本发明涉及无线通信技术领域，更具体的说涉及在业务流量自适应***中上行HARQ过程的实现方法及设备。 

背景技术

长期演进（LTE,Long Term Evolution）技术支持频分双工（FDD，Frequency Division Duplexing）和TDD两种双工方式。图1为LTE的TDD***的帧结构示意图。每个无线帧的长度是10毫秒（ms），等分为两个长度为5ms的半帧，每个半帧包含8个长度为0.5ms的时隙和总长度为1ms的3个特殊域，3个特殊域分别为下行导频时隙（DwPTS，Downlink pilot time slot）、保护间隔（GP，Guard period）和上行导频时隙（UpPTS，Uplink pilot time slot），每个子帧由两个连续的时隙构成。 

TDD***中的传输包括：由基站到用户设备（UE，User Equipment）的传输（称为下行）和由UE到基站的传输（称为上行）。基于图1所示的帧结构，每10ms时间内上行和下行共用10个子帧，每个子帧或者配置给上行或者配置给下行，将配置给上行的子帧称为上行子帧，将配置给下行的子帧称为下行子帧。TDD***中支持7种上行下行配置，如表1所示，D代表下行子帧，U代表上行子帧，S代表上述包含3个特殊域的特殊子帧，下文中将特殊子帧的传输方向近似看做下行。 

表1 

为了提高用户的传输速率，提出了LTE的增强（LTE-A）技术。在LTE和LTE-A中，每个上行共享数据信道（PUSCH:Physical Uplink Shared Channel）的HARQ-ACK（Hybrid Automatic Repeat Request-ACKnowledgement）会在下行信道PHICH（Physical HARQ Indicator Channel）中反馈，***为每个上行子帧内的PUSCH都独立分配了PHICH资源集。 

对PHICH到PUSCH的定时关系，在LTE和LTE-A中，为每个上行子帧内的PUSCH都独立分配了PHICH资源集。假设UE在下行子帧n收到PHICH，则该PHICH用于控制上行子帧n+j内的PUSCH，这里j的值在表2中定义。具体地说，对TDD上下行配置1～6来说，上行子帧的数量小于等于下行子帧，对于任意下行子帧n，可以通过一个唯一的j值，配置出唯一的PUSCH定时关系，反映在表2中，一个下行子帧内可以不配置PHICH资源集，或者只能配置一个上行子帧的PHICH资源集；对TDD上下行配置0来说，上行子帧的数量大于下行子帧，则j值不唯一，而是在下行子帧0和5分别配置了两个PHICH资源集，即PHICH资源0和PHICH资源1，对于不同的PHICH资源，使用不同的j值。例如，当UE在下行子帧0收到PHICH，可以触发上行子帧4和/或上行子帧7内的PUSCH。 

表2PHICH到PUSCH的定时关系表 

按照LTE和LTE-A中的PUSCH到PHICH的定时关系，对上行下行配置1～6来说，当UE在下行子帧n内收到PHICH时，该PHICH指示的是上行子帧n-k内的PUSCH的ACK/NACK，k的取值如表3所示。对上行下行配置0来说，当UE在下行子帧n内的第0个PHICH资源上收到PHICH时，该PHICH控制上行子帧n-k内的PUSCH；当UE在下行子帧0或者下行子帧5的第1个PHICH资源上收到PHICH，该PHICH是控制上行子帧n-6内的PUSCH传输。 

表3 

随着用户对数据传输速率要求的提高，在LTE更高版本的讨论中，人们提出了业务流量自适应的TDD技术，通过动态调整上行子帧和下行子帧的比例，使得当前上下行配置更符合当前上行业务量和下行业务量的比例，从而提高用户的上下行峰值速率以及***的吞吐量。 

在业务流量自适应***中，会出现PUSCH的HARQ过程中断的情况。比如，由于子帧传输方向的变化，使得原本可用作PUSCH重传的上行子帧成为下行子帧；或者由于UE无法确定PUSCH重传的上行子帧的上下行方向，比如UE无法检测到指示TDD上下行配置的信令，或者，指示TDD上下行配置的信令的发送定时过晚，使得UE无法在子帧n确定子帧n+j的上下行方向。如图2所示，上行HARQ过程服从的上下行参考配置为上下行配置1，按照上下行配置1的时序，上行子帧202的HARQ-ACK在子帧203的PHICH上传输，子帧203的PHICH指示的重传在子帧204上的PUSCH传输，由于在201处实际上下行配置从上下行配置1变成上下行配置2，子帧204实际为下行子帧，因此202上PUSCH的HARQ过程中断。或者，如果UE在子帧203之前未能获得子帧204上下行方向的具体指示信令，则UE也无法判断是否能够在子帧204发送PUPSCH。按照现有标准，子帧203上的PHICH将触发UE在子帧204上对当前PUSCH的HARQ过程的重传或新传。本文将子帧204这种原先用于上行HARQ传输，因实际TDD上下行配置变化而变成下行，或者因UE未能获取上下行配置指示信令，无法确定其上下行方向的灵活子帧称为上行HARQ过程断点。可以看到，在上述场景下，由于上行HARQ过程断点的出现，PUSCH的HARQ过程将中断，所以现有标准定义的PHICH相关的行为将不再适用。 

另外，对于业务流量自适应***，PUSCH到PHICH的定时关系根据高层信令确定，而子帧的传输方向根据物理层信令确定，由于高层信令的调整速度要慢于物理层信令，因此，会出现这样的情况：根据高层信令确定的PUSCH到PHICH定时，为子帧n上的PUSCH预留了PHICH资源，但子帧n实际上是下行子帧， 不需要预留PHICH资源传输其HARQ-ACK。由于PHICH信道是嵌在PDCCH（Physical Downlink Control CHannel）信道所在的OFDM符号中，低版本UE在检测PDCCH时，需要减去PHICH占用的资源，并在剩余的资源中确定PDCCH。考虑到兼容低版本UE，尽管PHICH上没有要传输的HARQ-ACK，但是这些PHICH资源也不能释放用来映射PDCCH。 

发明内容

本申请提供了一种业务流量自适应***中上行HARQ过程的实现方法和设备，以在出现上行HARQ进程断点时，避免其对上行HARQ过程的影响，实现上行数据的有效传输。 

本申请提供的一种上行HARQ过程的实现方法，适用于业务流量自适应***，包括： 

如果上行HARQ断点是由于UE无法确定子帧n+j的实际双工方向产生的，例如，UE无法检测到指示TDD上下行配置的信令，或者，指示TDD上下行配置的信令的发送定时过晚，使得UE无法在子帧n确定子帧n+j的上下行方向，这时，按照本申请的一种实现方式，UE跳过子帧n上的PHICH和/或上行授权检测，直接向高层上报ACK或NACK，UE根据后续eNB的上行授权指示，重传相应的PUSCH或新传该上行HARQ过程的PUSCH。按照本申请的另外一种实现方式，UE继续检测子帧n上的PHICH和/或上行授权，并根据检测结果，在子帧n+j上重传，新传或停止传输该上行HARQ过程的PUSCH。 

如果HARQ断点是由于子帧n+j变成下行子帧产生的，本申请的解决方案包括： 

A、UE接收eNB的信令，确定业务流量自适应状态下的上行HARQ定时关系和实际的TDD上下行配置，并据此确定上行HARQ过程断点； 

B、对于子帧n-k上的PUSCH传输，如果按照业务流量自适应状态下的上行HARQ定时关系，所述PUSCH对应的PHICH在子帧n上传输，且所述PUSCH下一次传输所在的子帧n+j为上行HARQ过程断点，则UE跳过子帧n上的PHICH和上行授权的检测，或者，UE检测子帧n上的PHICH和/或上行授权； 

C、UE根据eNB的指示，在后续与所述上行HARQ过程对应的实际上行子帧重传子帧n-k上的PUSCH或新传所述上行HARQ过程的PUSCH。 

较佳地，所述B中： 

在UE跳过子帧n上的PHICH和上行授权的检测的情况下，UE物理层向高 层上报ACK或NACK。 

较佳地，所述C中： 

UE根据后续eNB的上行授权指示或PHICH指示，重传子帧n-k上的PUSCH或新传该上行HARQ过程的PUSCH； 

或者，UE在子帧n-k之后第一个与所述上行HARQ进程对应的实际上行子帧，根据之前接收到的针对所述实际上行子帧的PHICH和/或上行授权，在所述实际上行子帧重传子帧n-k上的PUSCH或新传所述上行HARQ过程的PUSCH。 

较佳地，该方法进一步包括： 

在上行HARQ过程断点之后，UE在符合以下条件的子帧检测PHICH，如果检测到的PHICH指示重传，则按照上行HARQ PHICH到PUSCH的时序，将相应的子帧作为所述实际上行子帧，重传所述PUSCH： 

在所述上行HARQ过程的上行HARQ过程断点之前，所述上行HARQ过程的最后一个上行子帧上有UE的PUSCH传输； 

在所述上行HARQ过程断点和被检测PHICH的子帧之间，没有所述上行HARQ过程的上行子帧； 

根据PHICH到PUSCH的定时关系，检测到的PHICH指示重传的子帧为上行子帧。 

较佳地，对于所述B中UE检测子帧n上的PHICH和/或上行授权的情况，所述C包括：在上行HARQ过程断点后与该PUSCH过程对应的第一个可用上行子帧，根据子帧n上的检测结果重传子帧n-k上的上行数据或新传该PUSCH过程的上行数据。 

较佳地，如果UE无法获得实际TDD上下行配置，该方法进一步包括：UE不检测所有指示灵活子帧重传的PHICH，并向高层上报ACK或NACK； 

所述C中，UE根据后续eNB的上行授权指示，重传相应的PUSCH或新传所述上行HARQ过程的PUSCH。 

本申请提供的一种上行HARQ过程的实现设备，适用于业务流量自适应***，包括：第一模块、第二模块和第三模块，其中： 

所述第一模块，用于接收eNB的信令，确定业务流量自适应状态下的上行HARQ定时关系和实际的TDD上下行配置，并据此确定上行HARQ过程断点； 

对于子帧n-k上的PUSCH传输，如果按照业务流量自适应状态下的上行HARQ定时关系，所述PUSCH对应的PHICH在子帧n上传输，且所述PUSCH下一次传输所在的子帧n+j为上行HARQ过程断点，则第二模块跳过子帧n上的 PHICH和上行授权的检测，或者，第二模块检测子帧n上的PHICH和/或上行授权； 

所述第三模块，用于根据eNB的指示，在后续与所述上行HARQ过程对应的实际上行子帧重传子帧n-k上的PUSCH或新传所述上行HARQ过程的PUSCH。 

本申请还提供了一种上行HARQ过程的实现方法，适用于业务流量自适应***，包括： 

当子帧中不含有低版本UE的DL Grant和UL Grant，且所述子帧中的PHICH资源未被用作传输HARQ-ACK时，所述子帧中的PHICH资源可被用作PDCCH资源，UE通过高层信令或物理层的PCFICH获知子帧是否含有PHICH资源；其中，所述低版本UE为不支持本方法的UE。 

本申请提供了业务流量自适应***中上行HARQ过程的实现方法及设备，首先，UE接收eNB的信令，确定业务流量自适应状态下的上行HARQ定时关系，并接收实际的TDD上下行配置指示，确定上行HARQ过程断点；如果UE在子帧n-k发送PUSCH，而且按照业务流量自适应状态下的上行HARQ定时关系，该PUSCH对应的PHICH在子帧n上传输，当该PUSCH下一次传输所在的子帧n+j为下行子帧，则UE跳过子帧n上的PHICH和上行授权的检测，UE物理层直接向高层上报ACK或NACK；或者UE检测子帧n上的PHICH和/或上行授权，并且UE物理层将检测结果（ACK/NACK）和/或上行授权指示上报高层；最后，UE根据eNB的指示，在后续与该上行HARQ过程对应的实际上行子帧重传子帧n-k上的PUSCH或新传该上行HARQ过程的PUSCH，通过本申请提供的上述技术方案，可以避免上行HARQ过程断点对上行HARQ过程的影响，实现上行数据的有效传输。 

附图说明

图1为LTE TDD的帧结构示意图； 

图2为业务流量自适应***中PUSCH的HARQ过程被中断的示意图； 

图3为本申请一较佳业务流量自适应***中上行HARQ过程的实现方法的流程图； 

图4为本申请一较佳设备的组成结构示意图。 

具体实施方式

在业务流量自适应***中，由于子帧传输方向的变化，使得原本可用作PUSCH 传输的上行子帧成为下行子帧，在该子帧上的PUSCH传输将无法进行，即出现所谓的上行HARQ进程断点，此时现有标准定义的PHICH相关的行为将不再适用。 

为此，本申请提出了一种上行HARQ的实现方法，在业务流量自适应***中，子帧n上的PHICH指示PUSCH在子帧n+j上重传，当子帧n+j为上行HARQ过程断点时，对于子帧n+j对应的PUSCH过程： 

按照本申请的一种实现方式，UE跳过子帧n上的PHICH和上行授权的检测，并且UE物理层直接向高层上报ACK，然后UE根据后续的针对该PUSCH过程的上行授权指示或PHICH指示，重传或新传该PUSCH过程的上行数据； 

按照本申请的另一种实现方式，UE跳过子帧n上的PHICH和上行授权的检测，并且UE物理层直接向上层上报NACK，在后续的属于该PUSCH的HARQ过程的第一个实际存在的上行子帧，UE根据针对该上行子帧的上行授权或PHICH，重传或新传该PUSCH过程的上行数据； 

按照本申请的又一种实现方式，UE在子帧n上检测PHICH和上行授权，并根据检测结果（ACK/NACK）和/或上行授权指示，在上行HARQ过程断点后与该PUSCH过程对应的第一个可用上行子帧重传或新传该PUSCH过程的上行数据。 

图3为本申请一较佳业务流量自适应***中上行HARQ过程的实现方法的流程图，包括以下步骤： 

步骤301：UE接收eNB的信令，确定业务流量自适应状态下的上行HARQ定时关系。 

步骤302：UE接收eNB的信令，获得实际的TDD上下行配置信息，并根据业务流量自适应状态下的上行HARQ定时关系及实际的TDD上下行配置，确定上行HARQ过程断点。 

步骤303：对于子帧n-k上的PUSCH传输，如果按照业务流量自适应状态下的上行HARQ定时关系，该PUSCH对应的PHICH在子帧n上传输，该PUSCH下一次传输所在的子帧n+j为上行HARQ过程断点，则UE跳过子帧n上的PHICH和上行授权的检测，UE物理层直接向高层上报ACK或NACK；或者UE检测子帧n上的PHICH和/或上行授权，并且UE物理层将检测结果（ACK/NACK）和/或上行授权指示上报高层。 

需要说明的一点是，对于本申请的一些实现方法，由于是否检测子帧n上的PHICH取决于子帧n+j的传输方向，在子帧n，UE便需要确定子帧n+j的传输方向，即UE需要在子帧n之前（包括子帧n）确定子帧n+j所在无线帧的实际TDD上下行配置。因此，考虑到各个上下行配置下PHICH到PUSCH的定时，UE需要 在每个无线帧的子帧6前接收到下一无线帧的实际上下行配置信息，以确定子帧n+j的方向（上行或下行）。 

步骤304：UE根据eNB的指示，在后续与该上行HARQ过程对应的实际上行子帧重传子帧n-k上的PUSCH或新传该上行HARQ过程的PUSCH。 

对应本申请提出的不同实现方式，上述eNB指示可以是后续的上行授权指示，或针对子帧n-k之后第一个与该上行HARQ进程对应的实际上行子帧的PHICH信息或UE在子帧n上检测到的PHICH信息。 

下面通过具体实施例，对上述方案进行详细说明。 

实施例一 

设子帧n上PHICH对应的重传在子帧n+j上进行，本实施例提出当工作在业务流量自适应状态下的UE根据实际TDD上下行配置信息和上行HARQ定时关系，确定子帧n+j为下行子帧时，UE跳过子帧n上的PHICH和上行授权检测，UE物理层直接向上层上报ACK。在子帧n+j之后，基站根据需要利用UL Grant触发子帧n-k上PUSCH的重传或与子帧n-k对应的上行HARQ过程的新传。 

具体来说，本实施例包括以下步骤： 

步骤1：UE接收eNB的信令，确定业务流量自适应状态下的上行HARQ定时关系。 

步骤2：UE接收eNB的信令，获得实际的TDD上下行配置，并根据业务流量自适应状态下的上行HARQ定时关系及实际的TDD上下行配置，确定上行HARQ过程断点。 

步骤3：对于子帧n-k上的PUSCH传输，如果按照业务流量自适应状态下的上行HARQ定时关系，该PUSCH对应的PHICH在子帧n上传输，该PUSCH下一次传输所在的子帧n+j为上行HARQ过程断点，则UE跳过子帧n上的PHICH和上行授权的检测，UE物理层直接向高层上报ACK。 

步骤4：UE根据后续eNB的上行授权指示或PHICH指示，重传子帧n-k上的PUSCH或新传该上行HARQ过程的PUSCH。 

下面描述通过PHICH触发重传的情况。当UE在一个HARQ过程上有上行传输，由于重传PUSCH的子帧变成下行，该HARQ过程中断，UE便会检测该HARQ过程断点之后一特定子帧上PHICH，如果该PHICH指示重传，则按照上行HARQ PHICH到PUSCH的时序，在相应的子帧x中重传PUSCH。虽然在被检测的PHICH子帧之前，没有对应的PUSCH传输，该子帧上的PHICH仍需要被检测。在上行HARQ过程断点之后，需要检测的PHICH子帧满足如下条件： 

1）在上行HARQ过程x的断点之前，上行HARQ过程x的最后一个上行子帧上有UE的PUSCH传输； 

2）在上行HARQ过程x的断点和被检测PHICH的子帧之间，没有HARQ过程x的上行子帧； 

3）根据PHICH到PUSCH的定时关系，检测到的PHICH指示重传的子帧为上行子帧。 

举一个例子说明，设子帧B上的PHICH属于上行HARQ过程x，在上行HARQ过程x的断点之前最后一个上行HARQ过程x的子帧，有UE的PUSCH传输。设子帧B上的PHICH指示的是子帧A上PUSCH的HARQ-ACK，子帧B上PHICH对应的重传在子帧C上进行，当子帧A为下行子帧，而子帧C为上行子帧时，UE需要检测子帧B上PHICH，然后根据PHICH的指示进行重传。 

实施例二 

设子帧n上PHICH对应的重传在子帧n+j上进行，本实施例和实施例一相同的是当UE确定子帧n+j为上行HARQ断点时，UE跳过子帧n上的PHICH和上行授权检测，但不同于实施例一，UE物理层将NACK上报给高层。由于高层接收到NACK，MAC会有一些和实施例一不同处理。具体来说，本实施例包括以下步骤： 

步骤1：UE接收eNB的信令，确定业务流量自适应状态下的上行HARQ定时关系。 

步骤2：UE接收eNB的信令，获得实际的TDD上下行配置，并根据业务流量自适应状态下的上行HARQ定时关系及实际的TDD上下行配置，确定上行HARQ过程断点。 

步骤3：对于子帧n-k上的PUSCH传输，如果按照业务流量自适应状态下的上行HARQ定时关系，该PUSCH对应的PHICH在子帧n上传输，该PUSCH下一次传输所在的子帧n+j为上行HARQ过程断点，则UE跳过子帧n上的PHICH和上行授权的检测，UE物理层直接向高层上报NACK。 

步骤4：UE在子帧n-k之后第一个与该上行HARQ进程对应的实际上行子帧，根据之前接收到的针对所述实际上行子帧的PHICH指示和/或上行授权指示，在该实际上行子帧重传子帧n-k上的PUSCH或新传该上行HARQ过程的PUSCH。本步骤中PHICH触发重传和实施一相同。 

按照本申请的一种实现方式，在本实施例步骤3中，UE的MAC层会将保存的HARQ-ACK置为NACK。在上行HARQ过程断点之后，UE根据UL Grant或 PHICH确定重传，并在相应的上行子帧上重传PUSCH。 

由于MAC层保存的HARQ-ACK置为NACK，这里MAC层的处理不同于实施例一，高层收到保存的HARQ-ACK为NACK，即下面代码中的HARQ_FEEDBACK，不触发重传，需要判断HARQ_FEEDBACK对应重传的子帧是否为上行子帧，如果是上行子帧才进行重传。如下所示。 

-if the HARQ entity requests a non-adaptive retransmission: 

-if HARQ_FEEDBACK=NACK: 

-if the non-adaptive retransmission is on the UL subframe 

-generate a transmission as described below. 

需要说明的是，在LTE36.321中，非自适应重传指UE在没有检测到UL Grant时，根据HARQ_FEEDBACK的值，判断是否需要进行重传，当HARQ_FEEDBACK为NACK时，进行重传。每个HARQ过程有一个HARQ_FEEDBACK参量，即MAC层保存的HARQ-ACK，HARQ_FEEDBACK的修改同PHICH中获得值修改，或者当UE检测到UL Grant时，也会将HARQ_FEEDBACK设定为NACK。 

按照本申请的另外一种实现方式，在上述步骤中，MAC层的行为和现有标准定义相同。 

实施例三 

设子帧n上PHICH对应的重传在子帧n+j上进行，当UE确知子帧n+j为下行子帧时，本实施例提出UE检测子帧n上的PHICH和/或上行授权，并根据检测结果（ACK/NACK）和/或上行授权指示，在HARQ过程断点后与该PUSCH过程对应的第一个可用上行子帧重传或新传该PUSCH过程的上行数据。具体来说，本实施例包括以下步骤： 

步骤1：UE接收eNB的信令，确定业务流量自适应状态下的上行HARQ定时关系。 

步骤2：UE接收eNBA的信令，获得实际的TDD上下行配置，并根据业务流量自适应状态下的上行HARQ定时关系及实际的TDD上下行配置，确定上行HARQ过程断点。 

步骤3：对于每个PUSCH传输，UE检测相应的PHICH和/或上行授权。 

步骤4：在上行HARQ过程断点后与该PUSCH过程对应的第一个可用上行子帧，根据子帧n上的检测结果重传子帧n-k上的上行数据或新传该PUSCH过程的上行数据。 

另外，由于信道质量较差，UE可能无法获得实际TDD上下行配置信息，从而UE无法判断上行HARQ过程断点。当需要考虑UE无法获得实际TDD上下行配置信息的情况时，可令UE忽略所有指示灵活子帧重传的PHICH，即不检测这些PHICH信道，直接向高层上报ACK或NACK信息，UE根据后续eNB的上行授权指示，重传相应的PUSCH或新传该上行HARQ过程的PUSCH。这里灵活子帧指的是根据下行参考配置和上行参考配置，传输方向可能变化的子帧。 

按照实施例一到三的方法，在业务流量自适应***中，按照上行HARQ过程的时序确定的重传PUSCH子帧的传输方向是下行时，PUSCH过程中断后，PUSCH的HARQ过程仍可以进行，从而避免了上行HARQ过程断点对上行HARQ过程的影响，实现了上行数据的有效传输。 

当有些子帧的传输方向为下行时，为该子帧预留的PHICH资源得不到使用。如前所述，由于低版本UE和支持业务流量自适应UE共存，PHICH资源无法释放用作PDCCH资源映射。根据现有技术，SIB1信令会通知UE一种TDD上下行配置，低版本UE便根据该上下行配置确定上行和下行HARQ定时，当子帧n中UL Grant调度的PUSCH位于下行子帧时，子帧n不会含有低版本UE的UL Grant。同理，设子帧n中PDSCH的HARQ-ACK在子帧n+k的上行信道中反馈，当子帧n+k为下行子帧时，子帧n不会含有低版本UE的PDSCH，进而在子帧n的PDCCH中便不会含有调度低版本UE PDSCH的下行准许（DL Grant）。在有些情况下，采用业务流量自适应的小区中可能没有低版本UE，这时下行子帧PDCCH中也不可能含有低版本UE的UL Grant和DL Grant。 

本申请提出当子帧中不含有低版本UE的DL Grant和UL Grant，且这些子帧中的PHICH资源未被用作传输HARQ-ACK时，这些子帧中的PHICH资源可被用作PDCCH资源。可通过高层信令或物理层的PCFICH（Physical Control Format Indicator channel）通知UE子帧是否含有PHICH资源。 

对应于上述方法，本申请还提供了相应的设备。图4为本申请一较佳设备的组成结构示意图，该设备中包括第一模块、第二模块和第三模块，其中： 

所述第一模块，用于接收eNB的信令，确定业务流量自适应状态下的上行HARQ定时关系和实际的TDD上下行配置，并据此确定上行HARQ过程断点； 

对于子帧n-k上的PUSCH传输，如果按照业务流量自适应状态下的上行HARQ定时关系，所述PUSCH对应的PHICH在子帧n上传输，且所述PUSCH下一次传输所在的子帧n+j为上行HARQ过程断点，则第二模块跳过子帧n上的PHICH和上行授权的检测，或者，第二模块检测子帧n上的PHICH和/或上行授 权； 

所述第三模块，用于根据eNB的指示，在后续与所述上行HARQ过程对应的实际上行子帧重传子帧n-k上的PUSCH或新传所述上行HARQ过程的PUSCH。 

对应于实施例一所述方法： 

所述第一模块，用于接收eNB的信令，确定业务流量自适应状态下的上行HARQ定时关系和实际的TDD上下行配置，并确定上行HARQ过程断点； 

对于子帧n-k上的PUSCH传输，如果按照业务流量自适应状态下的上行HARQ定时关系，所述PUSCH对应的PHICH在子帧n上传输，且所述PUSCH下一次传输所在的子帧n+j为上行HARQ过程断点，则所述第二模块跳过子帧n上的PHICH和上行授权的检测，并向高层上报ACK； 

所述第三模块，用于根据eNB的上行授权指示，在后续与所述上行HARQ过程对应的实际上行子帧重传子帧n-k上的PUSCH或新传所述上行HARQ过程的PUSCH。 

对应于实施例二所述方法： 

所述第一模块，用于接收eNB的信令，确定业务流量自适应状态下的上行HARQ定时关系和实际的TDD上下行配置，并确定上行HARQ过程断点； 

对于子帧n-k上的PUSCH传输，如果按照业务流量自适应状态下的上行HARQ定时关系，所述PUSCH对应的PHICH在子帧n上传输，且所述PUSCH下一次传输所在的子帧n+j为上行HARQ过程断点，则所述第二模块跳过子帧n上的PHICH和上行授权的检测，并向高层上报NACK； 

所述第三模块，用于在子帧n-k之后第一个与所述上行HARQ进程对应的实际上行子帧，根据之前接收到的针对所述实际上行子帧的PHICH和/或上行授权，在所述实际上行子帧重传子帧n-k上的PUSCH或新传所述上行HARQ过程的PUSCH。 

对应于实施例三所述方法： 

所述第一模块，用于接收eNB的信令，确定业务流量自适应状态下的上行HARQ定时关系和实际的TDD上下行配置，并确定上行HARQ过程断点； 

所述第二模块，用于对于每个PUSCH传输检测子帧n上的PHICH和/或上行授权，并且UE物理层将检测结果和/或上行授权上报高层； 

所述第三模块，用于在上行HARQ过程断点后与PUSCH过程对应的第一个可用上行子帧，根据子帧n上的检测结果重传子帧n-k上的上行数据或新传所述PUSCH过程的上行数据。 

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保 护的范围之内。 

Claims (8)

1.一种上行HARQ过程的实现方法，适用于业务流量自适应***，其特征在于，包括：

A、UE接收eNB的信令，确定业务流量自适应状态下的上行HARQ定时关系和实际的TDD上下行配置，并据此确定上行HARQ过程断点；

B、对于子帧n-k上的PUSCH传输，如果按照业务流量自适应状态下的上行HARQ定时关系，所述PUSCH对应的PHICH在子帧n上传输，且所述PUSCH下一次传输所在的子帧n+j为上行HARQ过程断点，则UE跳过子帧n上的PHICH和上行授权的检测，或者，UE检测子帧n上的PHICH和/或上行授权；

C、UE根据eNB的指示，在后续与所述上行HARQ过程对应的实际上行子帧重传子帧n-k上的PUSCH或新传所述上行HARQ过程的PUSCH。

2.根据权利要求1所述的方法，其特征在于，所述B中：

在UE跳过子帧n上的PHICH和上行授权的检测的情况下，UE物理层向高层上报ACK或NACK。

3.根据权利要求2所述的方法，其特征在于，所述C中：

UE根据后续eNB的上行授权指示或PHICH指示，重传子帧n-k上的PUSCH或新传该上行HARQ过程的PUSCH；

或者，UE在子帧n-k之后第一个与所述上行HARQ进程对应的实际上行子帧，根据之前接收到的针对所述实际上行子帧的PHICH和/或上行授权，在所述实际上行子帧重传子帧n-k上的PUSCH或新传所述上行HARQ过程的PUSCH。

4.根据权利要求3所述的方法，其特征在于，该方法进一步包括：

在上行HARQ过程断点之后，UE在符合以下条件的子帧检测PHICH，如果检测到的PHICH指示重传，则按照上行HARQ PHICH到PUSCH的时序，将相应的子帧作为所述实际上行子帧，重传所述PUSCH：

在所述上行HARQ过程的上行HARQ过程断点之前，所述上行HARQ过程的最后一个上行子帧上有UE的PUSCH传输；

在所述上行HARQ过程断点和被检测PHICH的子帧之间，没有所述上行HARQ过程的上行子帧；

根据PHICH到PUSCH的定时关系，检测到的PHICH指示重传的子帧为上行子帧。

5.根据权利要求1所述的方法，其特征在于：

对于所述B中UE检测子帧n上的PHICH和/或上行授权的情况，所述C包括：在上行HARQ过程断点后与该PUSCH过程对应的第一个可用上行子帧，根据子帧n上的检测结果重传子帧n-k上的上行数据或新传该PUSCH过程的上行数据。

6.根据权利要求1所述的方法，其特征在于：

如果UE无法获得实际TDD上下行配置，该方法进一步包括：UE不检测所有指示灵活子帧重传的PHICH，并向高层上报ACK或NACK；

所述C中，UE根据后续eNB的上行授权指示，重传相应的PUSCH或新传所述上行HARQ过程的PUSCH。

7.一种上行HARQ过程的实现设备，适用于业务流量自适应***，其特征在于，包括：第一模块、第二模块和第三模块，其中：

所述第一模块，用于接收eNB的信令，确定业务流量自适应状态下的上行HARQ定时关系和实际的TDD上下行配置，并据此确定上行HARQ过程断点；

对于子帧n-k上的PUSCH传输，如果按照业务流量自适应状态下的上行HARQ定时关系，所述PUSCH对应的PHICH在子帧n上传输，且所述PUSCH下一次传输所在的子帧n+j为上行HARQ过程断点，则第二模块跳过子帧n上的PHICH和上行授权的检测，或者，第二模块检测子帧n上的PHICH和/或上行授权；

所述第三模块，用于根据eNB的指示，在后续与所述上行HARQ过程对应的实际上行子帧重传子帧n-k上的PUSCH或新传所述上行HARQ过程的PUSCH。

8.一种上行HARQ过程的实现方法，适用于业务流量自适应***，其特征在于，包括：

当子帧中不含有低版本UE的DL Grant和UL Grant，且所述子帧中的PHICH资源未被用作传输HARQ-ACK时，所述子帧中的PHICH资源可被用作PDCCH资源，UE通过高层信令或物理层的PCFICH获知子帧是否含有PHICH资源；其中，所述低版本UE为不支持本方法的UE。