CN101483509B - 用于harq场景中的中继转发反馈信息的方法 - Google Patents
用于harq场景中的中继转发反馈信息的方法 Download PDFInfo
- Publication number
- CN101483509B CN101483509B CN200810085917.0A CN200810085917A CN101483509B CN 101483509 B CN101483509 B CN 101483509B CN 200810085917 A CN200810085917 A CN 200810085917A CN 101483509 B CN101483509 B CN 101483509B
- Authority
- CN
- China
- Prior art keywords
- relay
- relay station
- feedback
- frame
- message
- 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
- 238000000034 method Methods 0.000 title claims abstract description 53
- 238000013468 resource allocation Methods 0.000 claims abstract description 53
- 230000005540 biological transmission Effects 0.000 claims abstract description 37
- 238000011144 upstream manufacturing Methods 0.000 claims description 31
- 238000012545 processing Methods 0.000 claims description 6
- 230000001960 triggered effect Effects 0.000 description 7
- 238000004891 communication Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012805 post-processing Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000007261 regionalization Effects 0.000 description 1
Classifications
-
- 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
-
- 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/1854—Scheduling and prioritising arrangements
-
- 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
- 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- 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
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0097—Relays
-
- 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/0091—Signaling for the administration of the divided path
- H04L5/0094—Indication of how sub-channels of the path are allocated
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
- Radio Relay Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Communication Control (AREA)
Abstract
本发明公开了一种用于混合自动重传请求场景中的中继转发反馈信息的方法。其中,发送反馈信息的方法包括:中继站接收资源分配消息;中继站根据资源分配消息确定发送反馈信息的时刻,并在反馈时刻到达时发送相应的反馈信息。通过本发明,完整并统一定义了下行和上行的初始传输、重传、以及下游节点上行反馈丢失等多种HARQ场景中触发中继站进行反馈或发送的过程。
Description
技术领域
本发明涉及通信领域,更具体地涉及一种用于混合自动重传请求场景中的中继转发反馈信息的方法。
背景技术
为了扩大***覆盖范围并增加***容量,一个或者多个中继站(RelayStation,简称RS)被设置在支持多跳中继的基站(Multi-hopRelayBaseStation,简称MR-BS)和终端(MobileStations,简称MS)之间。如图1所示,RS通过中继MR-BS和MS之间的传输可以扩大***覆盖范围或增加***容量。
目前,中继***的资源调度可以分成集中式控制和分布式控制。集中式***中的信道资源分配必须由MR-BS完成,分布式***中的RS可以自行分配部分资源。由于采用集中式控制的中继***的所有资源调度都要集中在MR-BS处理,所以相应的混合自动重传请求(HARQ)设计更为复杂。
在现有技术中,对于集中式中继端到端HARQ,上游控制站在RS发送某个HARQ数据前已经给各个RS分配了相应的反馈信道转发确认(ACK)/否认(NAK)。RS接收到要转发的数据就被触发开始计算在哪一帧开始反馈,然后在相应的资源上发送反馈。对于下行数据传输HARQ,RS延时后发送的反馈用于标识下行数据在中继链路的接收情况;对于上行数据传输HARQ,RS延时后发送的反馈用于标识上行数据在中继链路的接收状况。
但是,在现有技术中,没有一种统一的反馈方法触发集中控制式RS在不同HARQ应用场景下计算反馈延时。例如,在图1所示的***中,重传数据可以在RS1的下游节点RS2开始。如果是下行数据重传,则RS1和RS2都不会收到要中转的数据,因此不会被触发开始计算转发相应下行数据反馈的时延。如果是上行数据重传,则RS1不会收到要中转的数据,因此不会被触发开始计算转发相应上行反馈的时延。在现有技术中,下行数据重传和初始数据重传触发RS计算反馈延时的方法不一样,而且没有规定假如接收不到上行反馈时RS应该如何处理。此外,现有技术也没有规定上行数据重传时应该如何触发重传数据RS开始计算延时。
发明内容
鉴于以上所述的一个或多个问题,本发明提供了一种用于混合自动重传请求场景中的中继转发反馈信息的方法。
根据本发明实施例的用于混合自动重传请求场景中的中继转发反馈信息的方法,包括:中继站接收资源分配消息;中继站根据资源分配消息确定发送反馈信息的时刻,并在反馈时刻到达时发送相应的反馈信息。
其中,混合自动重传请求场景可以分成中继站发送上行数据和中继站发送下行数据两种场景。
场景一,方案一,中继站在向上游节点发送上行数据的过程中,在第i帧接收来自上游节点的指示中继站发送上行数据的资源分配消息。如果中继站正确接收了上行数据,则中继站在第i+k帧分别通过支持多跳中继的基站分配的上行反馈信道和传输信道将用于通知上游节点中继站正确接收了上行数据的信息和上行数据上传给上游节点,其中,k是***确定的时延,确定k的消息包括广播消息或资源分配消息或中继配置消息。如果中继站没有正确接收上行数据,则中继站在第i+k帧通过上行反馈信道上传用于通知支持多跳中继的基站重传发生在哪一跳的信息。
场景一,方案二,中继站在向上游节点发送上行数据的过程中,在第i帧接收来自上游节点的指示中继站发送上行数据的资源分配消息。如果中继站正确接收了上行数据,则中继站在第i帧分别通过支持多跳中继的基站分配的上行反馈信道和传输信道将用于通知上游节点中继站正确接收了上行数据的信息和上行数据上传给上游节点。如果中继站没有正确接收上行数据,则中继站在第i帧通过上行反馈信道上传用于通知支持多跳中继的基站重传发生在哪一跳的信息。
场景二,方案一,中继站在向下游节点发送下行数据的过程中,在第i帧接收来自上游节点的指示中继站接收上游节点的下行数据的资源分配消息。
中继站在第i+n帧通过支持多跳中继的基站分配的上行反馈信道将从下游站点收到的反馈信息上传给支持多跳中继的基站,其中,n是中继站收到资源分配消息到发送反馈所需的时延,确定n的消息包括广播消息或资源分配消息或中继配置消息。
场景二,方案二,中继站在向下游节点发送下行数据的过程中,接收来自上游节点的指示中继站在第i帧接收下游节点的反馈信息的资源分配消息;如果在第i帧接收到了反馈信息,则中继站在第i+j帧通过支持多跳中继的基站分配的上行反馈信道将反馈信息上传给支持多跳中继的基站,否则中继站在第i+j帧通过上行反馈信道上传用于通知支持多跳中继的基站重传发生在哪一跳的信息,其中,j是中继站对反馈信息进行处理产生的时延,确定j的消息包括***广播消息或资源分配消息或中继配置消息。
场景二两个方案中,如果反馈信息是确认信息,则中继站直接将反馈信息上传给支持多跳中继的基站。如果反馈信息是否认信息,则中继站对反馈信息进行处理,并将处理后的反馈信息上传给支持多跳中继的基站,以通知支持多跳中继的基站重传发生在哪一跳。
场景二两个方案中,如果由于中继站未成功接收下行数据而导致中继站未接收到反馈信息,则中继站通知支持多跳中继的基站重传发生在中继站和中继站的上游节点之间。如果中继站成功接收了下行数据而由于无线信道恶劣导致中继站未接收到反馈信息,则中继站通知支持多跳中继的基站重传发生在中继站和中继站的下游节点之间。
在本发明中,中继站进行反馈或发送的动作与是否收到HARQ数据或者反馈与否无关,因此完整并统一定义了下行和上行的初始传输、重传、以及下游节点上行反馈丢失等多种HARQ场景中触发中继站进行反馈或发送的过程。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明拓扑结构一的无线中继网络配置的示意图;
图2是根据本发明实施例的中继站中继转发反馈信息的方法的流程图;以及
图3是根据本发明实施例一,在下行数据传输HARQ场景下转发反馈信息的方法的具体流程图;
图4是根据本发明实施例二,在上行数据传输HARQ场景下转发上行数据或反馈的方法的具体流程图;
图5是根据本发明实施例一中拓扑结构一的IEEE802.16j***的下行端到端HARQ接入链路重传反馈的流程示意图;
图6是根据本发明实施例一中拓扑结构一的IEEE802.16j***的下行端到端HARQ初始传输的流程示意图;
图7是根据本发明实施例一中拓扑结构一的IEEE802.16j***的下行端到端HARQ下游节点上行反馈丢失情况一的流程示意图;
图8是根据本发明实施例一中拓扑结构一的IEEE802.16j***的下行端到端HARQ下游节点上行反馈丢失情况二的流程示意图;
图9是根据本发明实施例二中拓扑结构一的IEEE802.16j***的上行端到端HARQ包括初始传输和重传的流程示意图;
图10是根据本发明实施例二中拓扑结构二的IEEE802.16j***的上行端到端HARQ初始传输的流程示意图;
图11是根据图10重传的流程示意图。
图12是根据本发明的实施例三,在下行数据传输HARQ场景下转发反馈信息的方法的具体流程图;
图13是根据本发明的实施例四,在上行数据传输HARQ场景下转发上行数据的方法的具体流程图;
图14是根据本发明实施例四拓扑结构一,IEEE802.16j***的上行端到端HARQ包括初始传输流程示意图。
具体实施方式
下面参考附图,详细说明本发明的具体实施方式。
根据本发明实施例的无线中继网络的网络拓扑配置如图1所示。MR-BS通过RS1和RS2中继与MS形成一条通讯链路。
参考图2,说明根据本发明实施例的中继站中继转发反馈信息的方法。如图2所示,该方法包括以下步骤:S202,中继站接收资源分配消息;S204,中继站根据资源分配消息确定发送反馈信息的时刻,并在反馈时刻到达时发送相应的反馈信息。
其中,在步骤S204中,对于下行数据HARQ场景,如果MR-BS需要RS在第i帧收到下游节点对于某个HARQ数据的反馈,则必须要通过资源分配消息给RS分配资源。RS通过解码这个资源分配消息,获知在第i帧需要接收某个反馈,相应地,RS就可以自行计算出在第i+j帧中MR-BS将为这个反馈给自己分配上行反馈信道,在第i+j帧该RS应该将处理后的相应的数据反馈上传。反馈处理时延j可以由***广播消息给出。
相应地,如果RS在第i帧没有收到下游节点对于某个HARQ数据的反馈,则由于RS可以从资源分配消息中得知此时应该接收反馈,因此RS可以从第i帧开始计时,然后用第i+j帧中MR-BS分配的上行反馈信道上传自己产生的编码反馈,通知MR-BS重传应该从哪一跳开始。
其中,在步骤S204中,对于上行数据HARQ场景,如果MR-BS需要RS在第i帧发送某个上行HARQ数据反馈,则必须要通过资源分配消息给该RS分配发送相应HARQ数据的资源。在一次端到端HARQ中,MR-BS总是假定RS正确接收了上行数据。因此,无论RS是否成功接收上行数据,发送上行数据的资源分配消息必须分配。RS通过解码这个资源分配消息,获知在第i帧需要发送某个HARQ数据,相应地,RS就可以自行计算出在第i帧中MR-BS将为这个反馈给自己分配上行反馈信道,在第i帧该RS应该将处理后的相应的数据反馈上传。
其中,中继站执行完步骤S204后,还可以根据延时结果把反馈和相应的数据在分配资源上转发。其中,上述的资源分配消息包括上行资源分配消息和下行资源分配消息。
参考图3,说明根据本发明实施例一的在下行数据传输HARQ场景下转发反馈信息的方法。如图3所示,该方法包括以下步骤:
S302,接收上游节点发来的资源分配消息。
S304,如果资源分配消息是用于安排中继站在第i帧接收上行反馈的资源分配消息,则转到步骤S306,否则转到步骤S310。
S306,如果RS在第i帧接收到了上行反馈,则转到步骤S308a,否则转到步骤S308b。
S308a,RS在第i+j帧,通过MR-BS分配的上行反馈信道,将相应的反馈上传。如果收到的是确认信息(ACK),则直接中转。如果收到是表示需要重传的编码,则处理后上传,以通知MR-BS重传发生在哪一跳。
S308b,RS在第i+j帧,通过MR-BS分配的上行反馈信道,上传自己产生的错误编码,通知MR-BS重传发生在哪一跳。
S310,本次HARQ处理结束。在这里,假设一次处理针对一个HARQ数据以及反馈。
图3中,确定j的消息包括***广播消息或资源分配消息或中继配置消息确定。例如j在安排中继站在第i帧接收上行反馈的资源分配消息R-MAP中给出,RS在第i帧收到该资源分配消息后,读出参数j,在第i+j帧根据本发明发送相应反馈。或者j在***广播消息中给出,RS收到***广播消息后,读出参数j,保存在本地,利用保存值在第i+j帧根据本发明发送相应反馈,此时参数j由***广播消息改变。或者j在中继配置消息中给出,RS收到中继配置消息后,读出参数j,保存在本地,利用保存值在第i+j帧根据本发明发送相应反馈,此时参数j由中继配置消息改变。
具体地,下游节点上行无反馈可以分成两种情况:第一种情况,RS本身接收下行数据失败,因此可以不把错误数据下发,下游节点接收不到下行数据,就不会给出反馈。第二种情况,RS本身接收下行数据成功,继续转发了下行数据,但是由于无线信道恶劣,没有收到下游节点的反馈。
相应地,重传编码也有两种情况:第一种情况,RS知道自己接收数据失败,因此编码应该反映重传在上游节点和本节点之间发生。第二种情况,RS知道自己接收数据成功,因此编码应该反映重传在本节点和下游节点之间发生。
参考图4,说明根据本发明实施例二的在上行数据传输HARQ场景转发上行数据或反馈的方法。如图4所示,该方法包括以下步骤:
S402,接收上游节点发来的资源分配消息。
S404,如果资源分配消息是安排中继站在第i帧发送上行数据的资源分配消息,则转到步骤S406,否则转到步骤S410。
S406,如果本地HARQ数据正确解码,则转到步骤S408a,否则转到步骤S408b。
S408a,RS在第i帧,通过MR-BS分配的上行反馈信道,反馈ACK,在传输信道上将相应的数据反馈上传。
S408b,RS在第i帧,通过MR-BS分配的上行反馈信道,反馈错误编码,在传输信道上不传输数据。错误编码用来通知MR-BS重传发生在哪一跳。
S410,本次HARQ处理结束。
以下将详细描述上述方法在IEEE802.16j***中的实施。
在根据本发明的实施例中,HARQ数据可以是IEEE802.16j文档定义的HARQ子突发。此外,假设所有的传输处理时延为1帧(j=1)。
对于下行数据HARQ,一旦RS收到分配资源的上行映射(MAP)消息(指示该RS在第i帧接收下游节点对于某个HARQ子突发的反馈),RS会从该消息中读用于中继数据信息单元的混合自动重传请求确认信道区域分配信息(HARQ_ACKCHregionallocationforRelayDataIE),得知自己是否需要在该帧接收反馈。在IEEE802.16j***中,接收资源分配消息和接收反馈可以在同一帧进行。
例如,RS将在第i帧接收MAP消息,从相应信息单元(IE)中读出接收反馈的信道,在第i帧安排的信道上接收该反馈,然后在第i+1帧中BS分配的上行反馈信道上传处理后的相应的反馈。
一个接入链路重发突发的例子如图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不作改变地继续上传。
对应地,一个成功的突发传输例子如图6所示。根据实施例一,如果RS2在第四帧收到MAP消息,指示RS2在第四帧接收来自MS的反馈,RS2将在第五帧将收到的ACK不作改变地上传。如果RS1在第五帧收到MAP消息,指示RS1在第五帧接收来自RS2的中继的反馈,RS1将在第六帧将这个ACK不作改变地上传。MR-BS收到最终的ACK,就可以安排传输下一个HARQ数据。
无反馈的实施例有两种情况,分别如图7和图8所示。在这两个实施例中,RS可以通过上行MAP消息得知在哪一帧自己应该接收上行反馈。在图7中,RS2本身接收下行数据失败,因此可以不把错误数据下发。MS接收不到数据,就不会给出反馈,第四帧RS2收到MAP消息,指示RS1在第四帧接收反馈。但是,在第四帧,RS2接收不到反馈且知道本身接收下行数据失败,于是在第五帧将上传反馈编码C1,重传将从RS1开始。在图8中,RS2成功接收下行数据,继续转发了数据,但是由于无线信道恶劣,没有收到下游节点反馈。在第四帧,RS2收到MAP消息,指示RS1在第四帧接收反馈。但是,在第四帧,RS2接收不到反馈且知道本身接收下行数据成功,于是在第五帧将上传反馈编码C2,重传将从RS2开始。
对于上行数据HARQ,一旦RS收到分配资源的上行MAP消息(指示该RS在第i帧发送某个HARQ子突发),RS就会从该消息中读HARQ_ACKCHregionallocationforRelayDataIE,得知自己在该帧发送相应突发上行反馈的位置。在IEEE802.16j***中,接收资源分配消息、发送上行数据、以及反馈可以在同一帧进行。
例如,RS将在第i帧接收MAP消息,从相应IE中读出发送反馈的信道,在第i帧安排的信道上发送该反馈以及HARQ数据。
一个包括上行数据初始传输和重发突发的例子如图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。
图10和图11给出了一个更具体的二叉树状中继网络上行数据初始传输和重发突发的例子。如图10所示,第N帧MS1发送数据1,2,3给RS2,MS2发送数据4,5给RS3。RS2在第N+1帧收到传输上行数据的HARQULMAPIE,即上行链路混合自动重传请求映射信息单元,且正确接收了数据1,3。因此在第N+1帧上行反馈信道区域(ULACKCH)中标识数据1和3的反馈为C0,数据2的反馈为C1;并在HARQULMAPIE指示信道上发送数据1和数据3,不发数据2或者在数据2的资源上发空数据。类似的,RS3在第N+1帧收到发送数据的HARQULMAPIE且正确接收了数据5,第N+1帧ULACKCH中标识数据5的反馈为C0,数据4的反馈为C1,并发送数据4。上游中继RS1首先检查收到的ULACKCH。如果反馈是C0,RS1解码相应的数据,否则不解码,只把收到的反馈编码加1填入自己的ULACKCH。RS1收到在第N+1帧发送数据的HARQULMAPIE,如果解码数据成功,发送数据并在相应的ULACKCH标识反馈为C0,否则不发送数据或发送空数据并在相应的ULACKCH标识C1。从图3BS的接收标识可以看出,第N+2帧RS1只成功接收了数据3并将其发送给BS。数据1保存在RS2,数据5保存在RS3,等待重发。
图11中假设在图10的结果中,BS没有正确接收数据3,因此,BS必须安排所有数据重发。由于数据3保存在RS1,数据1保存在RS2,数据5保存在RS3,重发必须从相应的中继开始。此外,第M帧,MS1除开重传2,还可以发送新的数据6,7,MS2除开重传数据4,还可以发送新的数据8。第M+1帧,RS2收到在第M+1帧发送数据的HARQULMAPIE,正确接收了新数据6,7,正确接收了重传数据2,本身还需要重发数据1,就可以在第M+1帧发送相应上行反馈以及数据。值得注意的是,新数据6,7的反馈区域仍然是ULACKCH,而重传数据1,2的反馈在上行重传反馈区域(ULRETXACKCH)。重传反馈的顺序和重传数据的顺序一致。
类似的,RS3在第M+1帧收到发送数据的HARQULMAPIE,正确接收了新数据8,正确接收了重传数据4,本身还需要重发数据5,就可以在第M+1帧发送相应上行反馈以及数据。新数据8的反馈区域仍然是ULACKCH,而重传数据4,5的反馈在ULRETXACKCH。
RS1在第M+2帧收到发送数据的HARQULMAPIE,正确接收了新数据6,7,8,正确接收了重传数据1,2,4,5,本身还需要重发数据3,就可以在第M+2帧发送相应上行反馈以及数据。新数据6,7,8的反馈区域仍然是ULACKCH,而重传数据1,2,3,4,5的反馈在ULRETXACKCH。
参考图12,说明根据本发明实施例三的在下行数据传输HARQ场景下转发反馈信息的方法。如图12所示,该方法包括以下步骤:
S1202,接收上游节点发来的资源分配消息。
S1204,如果在第i帧收到上游节点发来的安排中继站发送下行数据的资源分配消息,则转到步骤S1206,否则转到步骤S1210。
S1206,如果RS收到了上行反馈,则转到步骤S1208a,否则转到步骤S1208b。
S1208a,RS在第i+n帧,通过MR-BS分配的上行反馈信道,将相应的反馈上传。如果收到的是确认信息(ACK),则直接中转。如果收到是表示需要重传的编码,则处理后上传,以通知MR-BS重传发生在哪一跳。
S1208b,RS在第i+n帧,通过MR-BS分配的上行反馈信道,上传自己产生的错误编码,通知MR-BS重传发生在哪一跳。
S1210,本次HARQ处理结束。在这里,假设一次处理针对一个HARQ数据以及反馈。
图12中,n的确定包括***广播消息或资源分配消息或中继配置消息。例如n在安排中继站在第i帧发送下行数据的资源分配消息中给出,RS在第i帧收到该资源分配消息后,读出参数n,在第i+n帧根据本发明发送相应反馈。或者n在***广播消息RCD中的给出,RS收到***广播消息后,读出参数n,保存在本地,利用保存值在第i+n帧根据本发明发送相应反馈,参数n由***广播消息改变。或者n在中继配置消息中给出,RS收到中继配置消息后,读出参数n,保存在本地,利用保存值在第i+n帧根据本发明发送相应反馈,参数n由中继配置消息改变。
对应地,一个成功的突发传输例子如图6所示。根据实施例三,如果RS2在第二帧收到MAP消息,假设n=3且由MAP消息指定,RS2从MAP消息中读出n=3,将在第五帧将收到的ACK不作改变地上传。类似的,RS1在第一帧收到MAP消息,RS1将在第六帧将收到的ACK不作改变地上传。MR-BS收到最终的ACK,就可以安排传输下一个HARQ数据。
参考图13,说明根据本发明实施例四的在上行数据传输HARQ场景转发上行数据或数据反馈的方法。如图13所示,该方法包括以下步骤:
S1302,接收上游节点发来的资源分配消息。
S1304,如果在第i帧收到安排中继站发送上行数据的资源分配消息,则转到步骤S1306,否则转到步骤S1310。
S1306,如果本地HARQ数据正确解码,则转到步骤S1308a,否则转到步骤S1308b。
S1308a,RS在第i+k帧,通过MR-BS分配的上行反馈信道,反馈ACK,在传输信道上将相应的数据反馈上传。
S1308b,RS在第i+k帧,通过MR-BS分配的上行反馈信道,反馈错误编码,在传输信道上不传输数据。错误编码用来通知MR-BS重传发生在哪一跳。
S1310,本次HARQ处理结束。
图13中,k是中继站对资源信息进行处理确定产生的时延。K的确定包括***广播消息或资源分配消息或中继配置消息。例如k在安排中继站在第i帧发送下行数据的资源分配消息中给出,RS在第i帧收到该资源分配消息后,读出参数k,在第i+k帧根据本发明发送相应反馈。或者k在***广播消息RCD给出,RS收到***广播消息RCD后,读出参数k=RelayULallocationstarttime,保存在本地,利用保存值在第i+k帧根据本发明发送相应反馈,参数k由***广播消息RCD改变。或者k在中继配置消息中给出,RS收到中继配置消息后,读出参数k,保存在本地,利用保存值在第i+k帧根据本发明发送相应反馈,参数k由中继配置消息改变。
一个上行数据初始传输例子如图14所示,RS2在第四帧收到MAP消息,指示RS2发送来自MS的上行数据。假设k=1且由***广播消息确定。RS利用保存在在本地的k计算出第五帧除开发送上行数据并上传ACK。类似地,RS1在第五帧收到MAP消息,利用保存在本地的k计算出在第六帧,发送上行数据并上传ACK。
在本发明中,中继站进行反馈或发送的动作与是否收到HARQ数据或者反馈与否无关,因此完整并统一定义了下行和上行的初始传输、重传、以及下游节点上行反馈丢失等多种HARQ场景中触发中继站进行反馈或发送的过程。
以上所述仅为本发明的实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的权利要求范围之内。
Claims (11)
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所述的方法,其特征在于,如果所述中继站成功接收了所述下行数据而由于无线信道恶劣导致所述中继站未接收到所述反馈信息,则所述中继站通知所述支持多跳中继的基站重传发生在所述中继站和所述下游节点之间。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810085917.0A CN101483509B (zh) | 2008-01-11 | 2008-06-03 | 用于harq场景中的中继转发反馈信息的方法 |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100004543 | 2008-01-11 | ||
CN200810000454.3 | 2008-01-11 | ||
CN200810000454 | 2008-01-11 | ||
CN200810085917.0A CN101483509B (zh) | 2008-01-11 | 2008-06-03 | 用于harq场景中的中继转发反馈信息的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101483509A CN101483509A (zh) | 2009-07-15 |
CN101483509B true CN101483509B (zh) | 2016-07-27 |
Family
ID=40880456
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810085917.0A Active CN101483509B (zh) | 2008-01-11 | 2008-06-03 | 用于harq场景中的中继转发反馈信息的方法 |
Country Status (5)
Country | Link |
---|---|
US (1) | US8385257B2 (zh) |
EP (1) | EP2234301B1 (zh) |
JP (1) | JP2011509608A (zh) |
CN (1) | CN101483509B (zh) |
WO (1) | WO2009089664A1 (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101997663B (zh) * | 2009-08-28 | 2014-07-02 | 中兴通讯股份有限公司 | Harq的定时方法和装置 |
EP2306665A1 (en) | 2009-10-02 | 2011-04-06 | Panasonic Corporation | Relay backhaul uplink HARQ protocol |
US8873454B2 (en) | 2009-12-18 | 2014-10-28 | Qualcomm Incorporated | Apparatus and method for transmit-response timing for relay operation in wireless communications |
CN102237927B (zh) * | 2010-04-23 | 2016-01-20 | 电信科学技术研究院 | 接入链路上的信息发送及应答反馈方法、***和设备 |
KR20190008847A (ko) * | 2016-05-25 | 2019-01-25 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | 데이터 전송 방법, 기기 및 시스템 |
CN109996335B (zh) * | 2017-12-29 | 2022-02-11 | 华为技术有限公司 | 一种传输时间处理方法及相关设备 |
CN110636615B (zh) * | 2018-06-21 | 2024-04-23 | 维沃移动通信有限公司 | 一种资源确定方法、指示方法、中继站及节点 |
EP3879782A1 (en) * | 2020-03-13 | 2021-09-15 | Deutsche Telekom AG | Methods and systems for message relay in a distributed architecture |
CN114828086A (zh) * | 2021-01-18 | 2022-07-29 | 华为技术有限公司 | 一种数据传输方法以及通信装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1926795A (zh) * | 2004-01-22 | 2007-03-07 | 松下电器产业株式会社 | 混合自动重复请求重新传输时序控制方法 |
CN101084695A (zh) * | 2004-11-02 | 2007-12-05 | 北电网络有限公司 | 与正交频分复用一起使用的***和方法 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004028050A1 (en) * | 2002-09-20 | 2004-04-01 | Nokia Corporation | Method and apparatus for indicating hsdpa activity information |
WO2006085174A1 (en) * | 2005-02-08 | 2006-08-17 | Nokia Corporation | Harq failure indication over iub-interface |
JP4489663B2 (ja) * | 2005-08-26 | 2010-06-23 | シャープ株式会社 | 通信制御装置、通信制御方法、通信制御プログラムおよびその記録媒体 |
CN101375540B (zh) | 2006-01-17 | 2012-03-21 | 诺基亚公司 | 中继网络中带宽高效的harq方案 |
CN101047431B (zh) * | 2006-06-22 | 2011-02-02 | 华为技术有限公司 | 在含有中继站的通信***中实现混合自动重传的方法 |
CN101150384B (zh) * | 2006-09-20 | 2010-12-08 | 上海贝尔阿尔卡特股份有限公司 | 混合自动重传的方法和装置 |
EP2164205B1 (en) * | 2007-06-29 | 2016-12-07 | Fujitsu Limited | Packet relay method and device |
CN101431394B (zh) * | 2007-11-05 | 2012-01-11 | 中兴通讯股份有限公司 | 下行隧道混合自动重传请求方法 |
-
2008
- 2008-03-17 EP EP08714975.3A patent/EP2234301B1/en active Active
- 2008-03-17 JP JP2010541674A patent/JP2011509608A/ja active Pending
- 2008-03-17 WO PCT/CN2008/000522 patent/WO2009089664A1/zh active Application Filing
- 2008-03-17 US US12/812,364 patent/US8385257B2/en active Active
- 2008-06-03 CN CN200810085917.0A patent/CN101483509B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1926795A (zh) * | 2004-01-22 | 2007-03-07 | 松下电器产业株式会社 | 混合自动重复请求重新传输时序控制方法 |
CN101084695A (zh) * | 2004-11-02 | 2007-12-05 | 北电网络有限公司 | 与正交频分复用一起使用的***和方法 |
Also Published As
Publication number | Publication date |
---|---|
JP2011509608A (ja) | 2011-03-24 |
EP2234301A1 (en) | 2010-09-29 |
WO2009089664A1 (en) | 2009-07-23 |
EP2234301A4 (en) | 2014-01-22 |
CN101483509A (zh) | 2009-07-15 |
US8385257B2 (en) | 2013-02-26 |
US20110007684A1 (en) | 2011-01-13 |
EP2234301B1 (en) | 2016-10-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101483509B (zh) | 用于harq场景中的中继转发反馈信息的方法 | |
CN101431394B (zh) | 下行隧道混合自动重传请求方法 | |
CN101375540B (zh) | 中继网络中带宽高效的harq方案 | |
KR20210033049A (ko) | 커버리지 내 및 커버리지 외 시나리오에서의 사이드링크의 harq | |
KR100997925B1 (ko) | 멀티-홉 중계 표준을 기반으로 다운링크 하이브리드 자동 반복 요청 패킷들을 전송하기 위한 방법, 무선 통신 시스템, 컴퓨터 판독 가능한 기록 매체, 및 통신 장치 | |
KR101303111B1 (ko) | 이동국의 슬립 모드를 조정하기 위한 방법 및 디바이스 | |
CN101801094B (zh) | 长期演进多载波***中的子帧绑定传输方法、***和设备 | |
WO2008059355A2 (en) | Reserving resources for retransmissions on effected links in multi-hop networks | |
EP2058969B1 (en) | Apparatus and method for ACK channel transmission in wireless relay communication system | |
JP2010093758A5 (ja) | 通信システム、通信方法、中継局およびコンピュータプログラム | |
WO2009038344A1 (en) | Message coding in a relayed communications network | |
US20220200741A1 (en) | Method, apparatus and system for transmitting data | |
CN101877881B (zh) | 无线通信方法、***及其装置 | |
CN101296167B (zh) | 一种为上行混合自动重发请求突发分配传输带宽的方法 | |
CN102035632B (zh) | 一种无线中继场景下的数据传输方法和*** | |
JP5643852B2 (ja) | 多重ホップ中継方式を使用する無線通信システムにおけるデータ再送信装置及び方法 | |
CN101860900B (zh) | 同步数据的下行和上行传输方法 | |
CN101790194A (zh) | 用于上行中继链路的混合自动重传请求方法、装置及*** | |
CN101527621A (zh) | 一种中继网络下行链到链混合自动重传请求的方法 | |
EP2692071B1 (en) | Cooperative transmission | |
CN101383684B (zh) | 即时反馈突发失败消息的方法 | |
CN102420682B (zh) | 中继链路下行反馈信息传输时序确定方法及装置 | |
CN101568143A (zh) | 数据传输方法 | |
CN101667902B (zh) | 数据发送和反馈的方法 | |
CN101488838B (zh) | 用于混合自动重传请求场景中的发送反馈信息的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |