用于HARQ场景中的中继转发反馈信息的方法

摘要

本发明公开了一种用于混合自动重传请求场景中的中继转发反馈信息的方法。其中，发送反馈信息的方法包括：中继站接收资源分配消息；中继站根据资源分配消息确定发送反馈信息的时刻，并在反馈时刻到达时发送相应的反馈信息。通过本发明，完整并统一定义了下行和上行的初始传输、重传、以及下游节点上行反馈丢失等多种HARQ场景中触发中继站进行反馈或发送的过程。

权利要求

1.一种用于混合自动重传请求场景中的中继转发反馈信息的方法，其特征在于，包括：

中继站接收资源分配消息；

所述中继站根据所述资源分配消息确定发送反馈信息的时刻，并在反馈时刻到达时发送相应的反馈信息；

其中，所述中继站在向上游节点发送上行数据的过程中，接收来自上游节点的指示中继站发送上行数据的资源分配消息；

如果所述中继站正确接收了所述上行数据，则所述中继站在第i+k帧分别通过支持多跳中继的基站分配的上行反馈信道和传输信道将用于通知所述上游节点所述中继站正确接收了所述上行数据的信息和所述上行数据上传给所述上游节点，其中，i是所述中继站收到所述资源分配消息的帧数，k是系统确定的时延，确定k的消息包括广播消息或资源分配消息或中继配置消息；或者，如果所述中继站正确接收了所述上行数据，则所述中继站在收到所述资源分配消息的帧内分别通过支持多跳中继的基站分配的上行反馈信道和传输信道将用于通知所述上游节点所述中继站正确接收了所述上行数据的信息和所述上行数据上传给所述上游节点。

2.根据权利要求1所述的方法，其特征在于，如果所述中继站没有正确接收所述上行数据，则所述中继站在所述第i+k帧通过所述上行反馈信道上传用于通知所述支持多跳中继的基站重传发生在哪一跳的信息。

3.根据权利要求1所述的方法，其特征在于，如果所述中继站没有正确接收所述上行数据，则所述中继站在收到所述资源分配消息的帧内通过所述上行反馈信道上传用于通知所述支持多跳中继的基站重传发生在哪一跳的信息。

4.根据权利要求1所述的方法，其特征在于，所述中继站接收来自上游节点的指示中继站接收上游节点的下行数据的资源分配消息。

5.根据权利要求4所述的方法，其特征在于，所述中继站在第i+n帧通过支持多跳中继的基站分配的上行反馈信道将从下游站点收到的反馈信息上传给所述支持多跳中继的基站，其中，i是收到所述资源分配消息的帧数，n是所述中继站收到所述资源分配消息到发送所述反馈所需的时延，确定n的消息包括广播消息或资源分配消息或中继配置消息。

6.根据权利要求1所述的方法，其特征在于，所述中继站在向下游节点发送下行数据的过程中，接收来自上游节点的指示所述中继站在第i帧接收所述下游节点的反馈信息的资源分配消息。

7.根据权利要求6所述的方法，其特征在于，如果在所述第i帧接收到了所述反馈信息，则所述中继站在第i+j帧通过支持多跳中继的基站分配的上行反馈信道将所述反馈信息上传给所述支持多跳中继的基站，否则所述中继站在所述第i+j帧通过所述上行反馈信道上传用于通知所述支持多跳中继的基站重传发生在哪一跳的信息，其中，j是所述中继站对所述反馈信息进行处理产生的时延，确定j的消息包括广播消息或资源分配消息或中继配置消息。

8.根据权利要求5或7所述的方法，其特征在于，如果所述反馈信息是确认信息，则所述中继站直接将所述反馈信息上传给所述支持多跳中继的基站。

9.根据权利要求5或7所述的方法，其特征在于，如果所述反馈信息是否认信息，则所述中继站对所述反馈信息进行处理，并将处理后的反馈信息上传给所述支持多跳中继的基站，以通知所述支持多跳中继的基站重传发生在哪一跳。

10.根据权利要求9所述的方法，其特征在于，如果由于所述中继站未成功接收所述下行数据而导致所述中继站未接收到所述反馈信息，则所述中继站通知所述支持多跳中继的基站重传发生在所述中继站和所述上游节点之间。

11.根据权利要求9所述的方法，其特征在于，如果所述中继站成功接收了所述下行数据而由于无线信道恶劣导致所述中继站未接收到所述反馈信息，则所述中继站通知所述支持多跳中继的基站重传发生在所述中继站和所述下游节点之间。

说明书

用于HARQ场景中的中继转发反馈信息的方法

技术领域

[0001] 本发明涉及通信领域，更具体地涉及一种用于混合自动重传请求场景中的中继转发反馈信息的方法。

背景技术

[0002] 为了扩大系统覆盖范围并增加系统容量，一个或者多个中继站(Relay Station，简称RS)被设置在支持多跳中继的基站(Multi-hopRelay Base Station，简称MR-BS)和终端(Mobile Stations，简称MS)之间。如图1所示，RS通过中继MR-BS和MS之间的传输可以扩大系统覆盖范围或增加系统容量。

[0003] 目前，中继系统的资源调度可以分成集中式控制和分布式控制。集中式系统中的信道资源分配必须由MR-BS完成，分布式系统中的RS可以自行分配部分资源。由于采用集中式控制的中继系统的所有资源调度都要集中在MR-BS处理，所以相应的混合自动重传请求(HARQ)设计更为复杂。

[0004] 在现有技术中，对于集中式中继端到端HARQ，上游控制站在RS发送某个HARQ数据前已经给各个RS分配了相应的反馈信道转发确认(ACK)/否认(NAK)。RS接收到要转发的数据就被触发开始计算在哪一帧开始反馈，然后在相应的资源上发送反馈。对于下行数据传输HARQ，RS延时后发送的反馈用于标识下行数据在中继链路的接收情况；对于上行数据传输HARQ，RS延时后发送的反馈用于标识上行数据在中继链路的接收状况。

[0005] 但是，在现有技术中，没有一种统一的反馈方法触发集中控制式RS在不同HARQ应用场景下计算反馈延时。例如，在图1所示的系统中，重传数据可以在RS1的下游节点RS2开始。如果是下行数据重传，则RS1和RS2都不会收到要中转的数据，因此不会被触发开始计算转发相应下行数据反馈的时延。如果是上行数据重传，则RS1不会收到要中转的数据，因此不会被触发开始计算转发相应上行反馈的时延。在现有技术中，下行数据重传和初始数据重传触发RS计算反馈延时的方法不一样，而且没有规定假如接收不到上行反馈时RS应该如何处理。此外，现有技术也没有规定上行数据重传时应该如何触发重传数据RS开始计算延时。

发明内容

[0006] 鉴于以上所述的一个或多个问题，本发明提供了一种用于混合自动重传请求场景中的中继转发反馈信息的方法。

[0007] 根据本发明实施例的用于混合自动重传请求场景中的中继转发反馈信息的方法，包括：中继站接收资源分配消息；中继站根据资源分配消息确定发送反馈信息的时刻，并在反馈时刻到达时发送相应的反馈信息。

[0008] 其中，混合自动重传请求场景可以分成中继站发送上行数据和中继站发送下行数据两种场景。

[0009] 场景一，方案一，中继站在向上游节点发送上行数据的过程中，在第i帧接收来自上游节点的指示中继站发送上行数据的资源分配消息。如果中继站正确接收了上行数据，则中继站在第i+k帧分别通过支持多跳中继的基站分配的上行反馈信道和传输信道将用于通知上游节点中继站正确接收了上行数据的信息和上行数据上传给上游节点，其中，k是系统确定的时延，确定k的消息包括广播消息或资源分配消息或中继配置消息。如果中继站没有正确接收上行数据，则中继站在第i+k帧通过上行反馈信道上传用于通知支持多跳中继的基站重传发生在哪一跳的信息。

[0010] 场景一，方案二，中继站在向上游节点发送上行数据的过程中，在第i帧接收来自上游节点的指示中继站发送上行数据的资源分配消息。如果中继站正确接收了上行数据，则中继站在第i帧分别通过支持多跳中继的基站分配的上行反馈信道和传输信道将用于通知上游节点中继站正确接收了上行数据的信息和上行数据上传给上游节点。如果中继站没有正确接收上行数据，则中继站在第i帧通过上行反馈信道上传用于通知支持多跳中继的基站重传发生在哪一跳的信息。

[0011] 场景二，方案一，中继站在向下游节点发送下行数据的过程中，在第i帧接收来自上游节点的指示中继站接收上游节点的下行数据的资源分配消息。

[0012] 中继站在第i+n帧通过支持多跳中继的基站分配的上行反馈信道将从下游站点收到的反馈信息上传给支持多跳中继的基站，其中，n是中继站收到资源分配消息到发送反馈所需的时延，确定n的消息包括广播消息或资源分配消息或中继配置消息。

[0013] 场景二，方案二，中继站在向下游节点发送下行数据的过程中，接收来自上游节点的指示中继站在第i帧接收下游节点的反馈信息的资源分配消息；如果在第i帧接收到了反馈信息，则中继站在第i+j帧通过支持多跳中继的基站分配的上行反馈信道将反馈信息上传给支持多跳中继的基站，否则中继站在第i+j帧通过上行反馈信道上传用于通知支持多跳中继的基站重传发生在哪一跳的信息，其中，j是中继站对反馈信息进行处理产生的时延，确定j的消息包括系统广播消息或资源分配消息或中继配置消息。

[0014] 场景二两个方案中，如果反馈信息是确认信息，则中继站直接将反馈信息上传给支持多跳中继的基站。如果反馈信息是否认信息，则中继站对反馈信息进行处理，并将处理后的反馈信息上传给支持多跳中继的基站，以通知支持多跳中继的基站重传发生在哪一跳。

[0015] 场景二两个方案中，如果由于中继站未成功接收下行数据而导致中继站未接收到反馈信息，则中继站通知支持多跳中继的基站重传发生在中继站和中继站的上游节点之间。如果中继站成功接收了下行数据而由于无线信道恶劣导致中继站未接收到反馈信息，则中继站通知支持多跳中继的基站重传发生在中继站和中继站的下游节点之间。

[0016] 在本发明中，中继站进行反馈或发送的动作与是否收到HARQ数据或者反馈与否无关，因此完整并统一定义了下行和上行的初始传输、重传、以及下游节点上行反馈丢失等多种HARQ场景中触发中继站进行反馈或发送的过程。

附图说明

[0017] 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

[0018] 图1是根据本发明拓扑结构一的无线中继网络配置的示意图；

[0019] 图2是根据本发明实施例的中继站中继转发反馈信息的方法的流程图；以及[0020] 图3是根据本发明实施例一，在下行数据传输HARQ场景下转发反馈信息的方法的具体流程图；

[0021] 图4是根据本发明实施例二，在上行数据传输HARQ场景下转发上行数据或反馈的方法的具体流程图；

[0022] 图5是根据本发明实施例一中拓扑结构一的IEEE802.16j系统的下行端到端HARQ接入链路重传反馈的流程示意图；

[0023] 图6是根据本发明实施例一中拓扑结构一的IEEE802.16j系统的下行端到端HARQ初始传输的流程示意图；

[0024] 图7是根据本发明实施例一中拓扑结构一的IEEE802.16j系统的下行端到端HARQ下游节点上行反馈丢失情况一的流程示意图；

[0025] 图8是根据本发明实施例一中拓扑结构一的IEEE802.16j系统的下行端到端HARQ下游节点上行反馈丢失情况二的流程示意图；

[0026] 图9是根据本发明实施例二中拓扑结构一的IEEE802.16j系统的上行端到端HARQ包括初始传输和重传的流程示意图；

[0027] 图10是根据本发明实施例二中拓扑结构二的IEEE802.16j系统的上行端到端HARQ初始传输的流程示意图；

[0028] 图11是根据图10重传的流程示意图。

[0029] 图12是根据本发明的实施例三，在下行数据传输HARQ场景下转发反馈信息的方法的具体流程图；

[0030] 图13是根据本发明的实施例四，在上行数据传输HARQ场景下转发上行数据的方法的具体流程图；

[0031] 图14是根据本发明实施例四拓扑结构一，IEEE802.16j系统的上行端到端HARQ包括初始传输流程示意图。

具体实施方式

[0032] 下面参考附图，详细说明本发明的具体实施方式。

[0033] 根据本发明实施例的无线中继网络的网络拓扑配置如图1所示。MR-BS通过RS 1和RS2中继与MS形成一条通讯链路。

[0034] 参考图2，说明根据本发明实施例的中继站中继转发反馈信息的方法。如图2所示，该方法包括以下步骤：S202，中继站接收资源分配消息；S204，中继站根据资源分配消息确定发送反馈信息的时刻，并在反馈时刻到达时发送相应的反馈信息。

[0035] 其中，在步骤S204中，对于下行数据HARQ场景，如果MR-BS需要RS在第i帧收到下游节点对于某个HARQ数据的反馈，则必须要通过资源分配消息给RS分配资源。RS通过解码这个资源分配消息，获知在第i帧需要接收某个反馈，相应地，RS就可以自行计算出在第i+j帧中MR-BS将为这个反馈给自己分配上行反馈信道，在第i+j帧该RS应该将处理后的相应的数据反馈上传。反馈处理时延j可以由系统广播消息给出。

[0036] 相应地，如果RS在第i帧没有收到下游节点对于某个HARQ数据的反馈，则由于RS可以从资源分配消息中得知此时应该接收反馈，因此RS可以从第i帧开始计时，然后用第i+j帧中MR-BS分配的上行反馈信道上传自己产生的编码反馈，通知MR-BS重传应该从哪一跳开始。

[0037] 其中，在步骤S204中，对于上行数据HARQ场景，如果MR-BS需要RS在第i帧发送某个上行HARQ数据反馈，则必须要通过资源分配消息给该RS分配发送相应HARQ数据的资源。在一次端到端HARQ中，MR-BS总是假定RS正确接收了上行数据。因此，无论RS是否成功接收上行数据，发送上行数据的资源分配消息必须分配。RS通过解码这个资源分配消息，获知在第i帧需要发送某个HARQ数据，相应地，RS就可以自行计算出在第i帧中MR-BS将为这个反馈给自己分配上行反馈信道，在第i帧该RS应该将处理后的相应的数据反馈上传。

[0038] 其中，中继站执行完步骤S204后，还可以根据延时结果把反馈和相应的数据在分配资源上转发。其中，上述的资源分配消息包括上行资源分配消息和下行资源分配消息。

[0039] 参考图3，说明根据本发明实施例一的在下行数据传输HARQ场景下转发反馈信息的方法。如图3所示，该方法包括以下步骤：

[0040] S302，接收上游节点发来的资源分配消息。

[0041] S304，如果资源分配消息是用于安排中继站在第i帧接收上行反馈的资源分配消息，则转到步骤S306，否则转到步骤S310。

[0042] S306，如果RS在第i帧接收到了上行反馈，则转到步骤S308a，否则转到步骤S308b。

[0043] S308a，RS在第i+j帧，通过MR-BS分配的上行反馈信道，将相应的反馈上传。如果收到的是确认信息(ACK)，则直接中转。如果收到是表示需要重传的编码，则处理后上传，以通知MR-BS重传发生在哪一跳。

[0044] S308b，RS在第i+j帧，通过MR-BS分配的上行反馈信道，上传自己产生的错误编码，通知MR-BS重传发生在哪一跳。

[0045] S310，本次HARQ处理结束。在这里，假设一次处理针对一个HARQ数据以及反馈。

[0046] 图3中，确定j的消息包括系统广播消息或资源分配消息或中继配置消息确定。例如j在安排中继站在第i帧接收上行反馈的资源分配消息R-MAP中给出，RS在第i帧收到该资源分配消息后，读出参数j，在第i+j帧根据本发明发送相应反馈。或者j在系统广播消息中给出，RS收到系统广播消息后，读出参数j，保存在本地，利用保存值在第i+j帧根据本发明发送相应反馈，此时参数j由系统广播消息改变。或者j在中继配置消息中给出，RS收到中继配置消息后，读出参数j，保存在本地，利用保存值在第i+j帧根据本发明发送相应反馈，此时参数j由中继配置消息改变。

[0047] 具体地，下游节点上行无反馈可以分成两种情况：第一种情况，RS本身接收下行数据失败，因此可以不把错误数据下发，下游节点接收不到下行数据，就不会给出反馈。第二种情况，RS本身接收下行数据成功，继续转发了下行数据，但是由于无线信道恶劣，没有收到下游节点的反馈。

[0048] 相应地，重传编码也有两种情况：第一种情况，RS知道自己接收数据失败，因此编码应该反映重传在上游节点和本节点之间发生。第二种情况，RS知道自己接收数据成功，因此编码应该反映重传在本节点和下游节点之间发生。

[0049] 参考图4，说明根据本发明实施例二的在上行数据传输HARQ场景转发上行数据或反馈的方法。如图4所示，该方法包括以下步骤：

[0050] S402，接收上游节点发来的资源分配消息。

[0051] S404，如果资源分配消息是安排中继站在第i帧发送上行数据的资源分配消息，则转到步骤S406，否则转到步骤S410。

[0052] S406，如果本地HARQ数据正确解码，则转到步骤S408a，否则转到步骤S408b。

[0053] S408a，RS在第i帧，通过MR-BS分配的上行反馈信道，反馈ACK，在传输信道上将相应的数据反馈上传。

[0054] S408b，RS在第i帧，通过MR-BS分配的上行反馈信道，反馈错误编码，在传输信道上不传输数据。错误编码用来通知MR-BS重传发生在哪一跳。

[0055] S410，本次HARQ处理结束。

[0056] 以下将详细描述上述方法在IEEE802.16j系统中的实施。

[0057] 在根据本发明的实施例中，HARQ数据可以是IEEE802.16j文档定义的HARQ子突发。此外，假设所有的传输处理时延为1帧(j＝1)。

[0058] 对于下行数据HARQ，一旦RS收到分配资源的上行映射(MAP)消息(指示该RS在第i帧接收下游节点对于某个HARQ子突发的反馈)，RS会从该消息中读用于中继数据信息单元的混合自动重传请求确认信道区域分配信息(HARQ_ACKCH regionallocation for Relay Data IE)，得知自己是否需要在该帧接收反馈。在IEEE 802.16j系统中，接收资源分配消息和接收反馈可以在同一帧进行。

[0059] 例如，RS将在第i帧接收MAP消息，从相应信息单元(IE)中读出接收反馈的信道，在第i帧安排的信道上接收该反馈，然后在第i+1帧中BS分配的上行反馈信道上传处理后的相应的反馈。

[0060] 一个接入链路重发突发的例子如图5所示，RS2在第四帧收到MAP消息，指示RS2在第四帧接收来自MS的编码C1(NAK)，在第五帧将编码加1变成C2继续上传。RS1在第五帧收到MAP消息，指示RS1在第五帧接收来自RS2的编码C2，相应的，RS2在第六帧将编码加1变成C3继续上传。MR-BS收到最终的编码C3就知道在第三跳安排重传。在第九帧开始的HARQ数据重传中，在第十帧，RS2收到MAP消息，指示RS2在第十帧接收来自MS的ACK，因此RS2会计算在第十一帧将ACK不作改变地继续上传。

[0061] 对应地，一个成功的突发传输例子如图6所示。根据实施例一，如果RS2在第四帧收到MAP消息，指示RS2在第四帧接收来自MS的反馈，RS2将在第五帧将收到的ACK不作改变地上传。如果RS1在第五帧收到MAP消息，指示RS1在第五帧接收来自RS2的中继的反馈，RS1将在第六帧将这个ACK不作改变地上传。MR-BS收到最终的ACK，就可以安排传输下一个HARQ数据。

[0062] 无反馈的实施例有两种情况，分别如图7和图8所示。在这两个实施例中，RS可以通过上行MAP消息得知在哪一帧自己应该接收上行反馈。在图7中，RS2本身接收下行数据失败，因此可以不把错误数据下发。MS接收不到数据，就不会给出反馈，第四帧RS2收到MAP消息，指示RS1在第四帧接收反馈。但是，在第四帧，RS2接收不到反馈且知道本身接收下行数据失败，于是在第五帧将上传反馈编码C1，重传将从RS1开始。在图8中，RS2成功接收下行数据，继续转发了数据，但是由于无线信道恶劣，没有收到下游节点反馈。在第四帧，RS2收到MAP消息，指示RS1在第四帧接收反馈。但是，在第四帧，RS2接收不到反馈且知道本身接收下行数据成功，于是在第五帧将上传反馈编码C2，重传将从RS2开始。

[0063] 对于上行数据HARQ，一旦RS收到分配资源的上行MAP消息(指示该RS在第i帧发送某个HARQ子突发)，RS就会从该消息中读HARQ_ACKCH region allocation for Relay Data IE，得知自己在该帧发送相应突发上行反馈的位置。在IEEE 802.16j系统中，接收资源分配消息、发送上行数据、以及反馈可以在同一帧进行。

[0064] 例如，RS将在第i帧接收MAP消息，从相应IE中读出发送反馈的信道，在第i帧安排的信道上发送该反馈以及HARQ数据。

[0065] 一个包括上行数据初始传输和重发突发的例子如图9所示，RS2在第四帧收到MAP消息，指示RS2发送来自MS的上行数据，在第四帧，RS2除开发送上行数据，还将被触发利用MR-BS指定的资源上传ACK。RS1在第五帧收到MAP消息，指示RS1发送来自RS2的上行数据，但因为接收到的上行数据未能解码成功，所以在第五帧，RS1不会发送任何上行数据而只利用MR-BS指定的资源上传NAK。在第七帧开始的HARQ数据重传中，RS2收到MAP消息，指示RS2发送来自MS的上行数据，RS2除开发送上行数据，还将被触发利用MR-BS指定的资源上传ACK。

[0066] 图10和图11给出了一个更具体的二叉树状中继网络上行数据初始传输和重发突发的例子。如图10所示，第N帧MS1发送数据1，2，3给RS2，MS2发送数据4，5给RS3。RS2在第N+1帧收到传输上行数据的HARQ UL MAP IE，即上行链路混合自动重传请求映射信息单元，且正确接收了数据1，3。因此在第N+1帧上行反馈信道区域(UL ACKCH)中标识数据1和3的反馈为C0，数据2的反馈为C1；并在HARQ UL MAP IE指示信道上发送数据1和数据3，不发数据2或者在数据2的资源上发空数据。类似的，RS3在第N+1帧收到发送数据的HARQ UL MAP IE且正确接收了数据5，第N+1帧UL ACKCH中标识数据5的反馈为C0，数据4的反馈为C1，并发送数据4。上游中继RS1首先检查收到的ULACKCH。如果反馈是C0，RS1解码相应的数据，否则不解码，只把收到的反馈编码加1填入自己的ULACKCH。RS1收到在第N+1帧发送数据的HARQ UL MAP IE，如果解码数据成功，发送数据并在相应的UL ACKCH标识反馈为C0，否则不发送数据或发送空数据并在相应的UL ACKCH标识C1。从图3 BS的接收标识可以看出，第N+2帧RS 1只成功接收了数据3并将其发送给BS。数据1保存在RS2，数据5保存在RS3，等待重发。

[0067] 图11中假设在图10的结果中，BS没有正确接收数据3，因此，BS必须安排所有数据重发。由于数据3保存在RS1，数据1保存在RS2，数据5保存在RS3，重发必须从相应的中继开始。此外，第M帧，MS1除开重传2，还可以发送新的数据6，7，MS2除开重传数据4，还可以发送新的数据8。第M+1帧，RS2收到在第M+1帧发送数据的HARQ UL MAP IE，正确接收了新数据6，7，正确接收了重传数据2，本身还需要重发数据1，就可以在第M+1帧发送相应上行反馈以及数据。值得注意的是，新数据6，7的反馈区域仍然是ULACKCH，而重传数据1，2的反馈在上行重传反馈区域(ULRETX ACKCH)。重传反馈的顺序和重传数据的顺序一致。

[0068] 类似的，RS3在第M+1帧收到发送数据的HARQ UL MAP IE，正确接收了新数据8，正确接收了重传数据4，本身还需要重发数据5，就可以在第M+1帧发送相应上行反馈以及数据。新数据8的反馈区域仍然是UL ACKCH，而重传数据4，5的反馈在UL RETXACKCH。

[0069] RS1在第M+2帧收到发送数据的HARQ UL MAP IE，正确接收了新数据6，7，8，正确接收了重传数据1，2，4，5，本身还需要重发数据3，就可以在第M+2帧发送相应上行反馈以及数据。新数据6，7，8的反馈区域仍然是UL ACKCH，而重传数据1，2，3，4，5的反馈在UL RETX ACKCH。

[0070] 参考图12，说明根据本发明实施例三的在下行数据传输HARQ场景下转发反馈信息的方法。如图12所示，该方法包括以下步骤：

[0071] S1202，接收上游节点发来的资源分配消息。

[0072] S1204，如果在第i帧收到上游节点发来的安排中继站发送下行数据的资源分配消息，则转到步骤S 1206，否则转到步骤S 1210。

[0073] S1206，如果RS收到了上行反馈，则转到步骤S1208a，否则转到步骤S1208b。

[0074] S1208a，RS在第i+n帧，通过MR-BS分配的上行反馈信道，将相应的反馈上传。如果收到的是确认信息(ACK)，则直接中转。如果收到是表示需要重传的编码，则处理后上传，以通知MR-BS重传发生在哪一跳。

[0075] S1208b，RS在第i+n帧，通过MR-BS分配的上行反馈信道，上传自己产生的错误编码，通知MR-BS重传发生在哪一跳。

[0076] S1210，本次HARQ处理结束。在这里，假设一次处理针对一个HARQ数据以及反馈。

[0077] 图12中，n的确定包括系统广播消息或资源分配消息或中继配置消息。例如n在安排中继站在第i帧发送下行数据的资源分配消息中给出，RS在第i帧收到该资源分配消息后，读出参数n，在第i+n帧根据本发明发送相应反馈。或者n在系统广播消息RCD中的给出，RS收到系统广播消息后，读出参数n，保存在本地，利用保存值在第i+n帧根据本发明发送相应反馈，参数n由系统广播消息改变。或者n在中继配置消息中给出，RS收到中继配置消息后，读出参数n，保存在本地，利用保存值在第i+n帧根据本发明发送相应反馈，参数n由中继配置消息改变。

[0078] 对应地，一个成功的突发传输例子如图6所示。根据实施例三，如果RS2在第二帧收到MAP消息，假设n＝3且由MAP消息指定，RS2从MAP消息中读出n＝3，将在第五帧将收到的ACK不作改变地上传。类似的，RS1在第一帧收到MAP消息，RS1将在第六帧将收到的ACK不作改变地上传。MR-BS收到最终的ACK，就可以安排传输下一个HARQ数据。

[0079] 参考图13，说明根据本发明实施例四的在上行数据传输HARQ场景转发上行数据或数据反馈的方法。如图13所示，该方法包括以下步骤：

[0080] S1302，接收上游节点发来的资源分配消息。

[0081] S1304，如果在第i帧收到安排中继站发送上行数据的资源分配消息，则转到步骤S1306，否则转到步骤S1310。

[0082] S1306，如果本地HARQ数据正确解码，则转到步骤S1308a，否则转到步骤S1308b。

[0083] S1308a，RS在第i+k帧，通过MR-BS分配的上行反馈信道，反馈ACK，在传输信道上将相应的数据反馈上传。

[0084] S1308b，RS在第i+k帧，通过MR-BS分配的上行反馈信道，反馈错误编码，在传输信道上不传输数据。错误编码用来通知MR-BS重传发生在哪一跳。

[0085] S1310，本次HARQ处理结束。

[0086] 图13中，k是中继站对资源信息进行处理确定产生的时延。K的确定包括系统广播消息或资源分配消息或中继配置消息。例如k在安排中继站在第i帧发送下行数据的资源分配消息中给出，RS在第i帧收到该资源分配消息后，读出参数k，在第i+k帧根据本发明发送相应反馈。或者k在系统广播消息RCD给出，RS收到系统广播消息RCD后，读出参数k＝Relay UL allocation start time，保存在本地，利用保存值在第i+k帧根据本发明发送相应反馈，参数k由系统广播消息RCD改变。或者k在中继配置消息中给出，RS收到中继配置消息后，读出参数k，保存在本地，利用保存值在第i+k帧根据本发明发送相应反馈，参数k由中继配置消息改变。

[0087] 一个上行数据初始传输例子如图14所示，RS2在第四帧收到MAP消息，指示RS2发送来自MS的上行数据。假设k＝1且由系统广播消息确定。RS利用保存在在本地的k计算出第五帧除开发送上行数据并上传ACK。类似地，RS1在第五帧收到MAP消息，利用保存在本地的k计算出在第六帧，发送上行数据并上传ACK。

[0088] 在本发明中，中继站进行反馈或发送的动作与是否收到HARQ数据或者反馈与否无关，因此完整并统一定义了下行和上行的初始传输、重传、以及下游节点上行反馈丢失等多种HARQ场景中触发中继站进行反馈或发送的过程。

[0089] 以上所述仅为本发明的实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。