CN101488838B - 用于混合自动重传请求场景中的发送反馈信息的方法 - Google Patents
用于混合自动重传请求场景中的发送反馈信息的方法 Download PDFInfo
- Publication number
- CN101488838B CN101488838B CN 200810000716 CN200810000716A CN101488838B CN 101488838 B CN101488838 B CN 101488838B CN 200810000716 CN200810000716 CN 200810000716 CN 200810000716 A CN200810000716 A CN 200810000716A CN 101488838 B CN101488838 B CN 101488838B
- Authority
- CN
- China
- Prior art keywords
- feedback information
- relay station
- feedback
- frame
- information
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Radio Relay Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种用于混合自动重传请求场景中的发送反馈信息的方法。其中,该方法包括:中继站接收来自上游节点的下行数据,并对下行数据进行解码;在中继站对下行数据进行了正确解码的情况下,如果中继站在第i帧接收到了来自下游节点的反馈信息,则在第i+j帧通过支持多跳中继的基站分配的上行反馈信道将反馈信息上传给上游节点,否则在第i+j帧通过上行反馈信道将用于通知支持多跳中继的基站重传发生在哪一跳的信息上传给上游节点,其中,i是中继站应该接收反馈信息的时刻,j是中继站的反馈处理时延。本发明统一了初始传输、以及下游节点上行反馈丢失等多种情况下发送反馈信息的方法。
Description
技术领域
本发明涉及通信领域,更具体地涉及一种用于混合自动重传请求场景中的发送反馈信息的方法。
背景技术
为了扩大系统覆盖范围并增加系统容量,一个或多个中继站(Relay Station,简称RS)被设置在支持多跳中继的基站(Multi-hopRelay Base Station,简称MR-BS)和终端(Mobile Station,简称MS)之间。如图1所示,RS通过中继MR-BS和MS之间的传输可以扩大系统覆盖范围或增加系统容量。
目前,中继系统的资源调度可以分成集中式控制和分布式控制。集中式系统中的信道资源分配必须由MR-BS完成,分布式系统中的部分资源可以由RS自己分配。采用集中式控制的中继系统的所有调度都要集中在MR-BS处理,相应的混合自动重传请求(HARQ)设计也更为复杂。
对于集中式中继端到端HARQ,上游控制站在RS发送某个HARQ数据前已经给各个RS分配相应的反馈信道转发确认(ACK)/否认(NACK)信息。RS接收到要转发的数据就被触发开始计算在哪一帧开始反馈,然后在相应的资源上发送反馈。
但是,在现有技术中,没有一种统一的反馈方法使得RS可以在不同应用场景下确定如何反馈。例如,在现有技术中就没有规定RS接收不到下游节点上行反馈时应该如何处理。
发明内容
本发明提供了一种用于混合自动重传请求场景中的发送反馈信息的方法,以统一初始传输、以及下游节点上行反馈丢失等多种情况下的反馈信息发送方法。
根据本发明实施例的用于混合自动重传请求场景中的发送反馈信息的方法包括:中继站接收来自上游节点的下行数据,并对下行数据进行解码;在中继站对下行数据进行了正确解码的情况下,如果中继站在第i帧接收到了来自下游节点的反馈信息,则在第i+j帧通过支持多跳中继的基站分配的上行反馈信道将反馈信息直接上传或处理后上传给上游节点,否则在第i+j帧通过上行反馈信道将用于通知支持多跳中继的基站重传发生在哪一跳的信息上传给上游节点,其中,i是中继站应该接收反馈信息的时刻,j是中继站的反馈处理时延。
其中,如果反馈信息是确认信息,则中继站直接对反馈信息进行中转。如果反馈信息是否认信息,则中继站对反馈信息进行处理,并将处理后的反馈信息上传给上游节点,以通知支持多跳中继的基站重传发生在哪一跳。其中,中继站可以通过系统广播消息获知反馈处理时延,并可以通过资源分配消息获知其应该接收反馈信息的时刻。
其中,如果反馈信息丢失,则中继站通过上行反馈信道通知支持多跳中继的基站重传发生在哪一跳。
由上可见,通过本发明,统一了初始传输、以及下游节点上行反馈丢失等多种情况下发送反馈信息的方法。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的无线中继网络配置的示意图;
图2是根据本发明实施例的发送反馈信息的方法的简要流程图;
图3是根据本发明实施例的发送反馈信息的方法的详细流程图;
图4是根据本发明实施例的一个IEEE802.16j系统的初始传输的流程示意图;
图5是根据本发明实施例的一个IEEE802.16j系统的下游节点上行反馈丢失情况一的流程示意图;以及
图6是根据本发明实施例的一个IEEE802.16j系统的下游节点上行反馈丢失情况二的流程示意图。
具体实施方式
下面参考附图,详细说明本发明的具体实施方式。
图1是根据本发明实施例的无线中继网络的网络拓扑配置图。如图1所示,MR-BS通过RS1和RS2中继与MS形成一条通讯链路。
图2是根据本发明实施例的发送反馈信息的方法的简要流程图。如图2所示,该方法包括以下步骤:
S202,RS接收上行反馈。
S204,RS被触发计算上行反馈延时,并在根据上行反馈延时进行延时后,对上行反馈进行转发。
其中,如果RS在第i帧接收到了上行反馈,则RS可以自行计算出在第i+j帧中,通过MR-BS分配的上行反馈信道,将处理后的相应数据反馈上传。其中,反馈处理时延j可以由系统广播消息给出。
相应地,如果RS在第i帧没有收到下游节点对于某个HARQ数据的反馈,则由于RS可以从资源分配消息中得知此时应该接收反馈,所以RS可以从第i帧开始计时,然后用第i+j帧中MR-BS分配的上行反馈信道上传自己产生的编码反馈,以通知MR-BS重传应该从哪一跳开始。
具体地,下游节点上行无反馈可以分成两种情况:第一种情况,由于RS本身接收下行数据失败,所以可以不把错误数据下发,下游节点接收不到下行数据,就不会给出反馈。第二种情况,RS本身接收下行数据成功,并继续转发了下行数据,但由于无线信道恶劣,导致RS没有收到下游节点的反馈。
相应地,重传编码也有两种情况:第一种情况,由于RS知道自己接收数据失败,因此编码应该反映重传在上游节点和本节点之间发生。第二种情况,RS知道自己接收数据成功,因此编码应该反映重传在本节点和下游节点之间发生。
具体地,参考图3,详细说明根据本发明实施例的发送反馈信息的方法的详细流程。如图3所示,该方法包括以下步骤:
S302,RS接收上游节点发来的下行数据。
S304,如果RS正确解码了下行数据,则转到步骤S306,否则转到步骤S308。
S306,中转正确解码的下行数据。
S308,如果在第i帧接收到了上行反馈,则转到步骤S310a,否则转到步骤S310b。
S310a,RS在第i+j帧中,通过MR-BS分配的上行反馈信道,将处理后的相应数据反馈上传。如果收到的是ACK,则直接中转。如果接收到的是表示需要重传的编码,则处理后上传以通知MR-BS重传发生在哪一跳。
S310b,RS在第i+j帧,通过相应的反馈资源,上传自己产生的错误编码,以通知MR-BS重传发生在哪一跳。
S312,本次处理结束。在这里,假设一次处理针对一个HARQ数据以及反馈。
在本发明实施例中,HARQ数据可以是IEEE802.16j文档定义的HARQ子突发。此外,假设所有的传输处理时延为1帧(j=1)。
以下将详细描述根据本发明实施例的方法在IEEE802.16j系统中的实施。
在根据本发明的实施例中,一旦RS在第i帧接收到了下游节点对于某个HARQ子突发的反馈,RS将在第i+1帧中通过MR-BS分配的上行反馈信道上传处理后的相应反馈。
一个成功的突发传输例子如图4所示。RS2在第四帧收到来自MS的ACK,将在第五帧将这个ACK不作改变的上传。RS1在第五帧收到来自MS的ACK,将在第六帧将这个ACK不作改变的上传。MR-BS收到最终的ACK就可以安排传输下一个HARQ数据。
无反馈的实施例有两种情况,分别如图5和图6所示。在这两个实施例中,RS可以通过上行映射(MAP)消息得知在哪一帧自己应该接收上行反馈。在图5中,RS2本身接收下行数据失败,因此可以不把错误数据下发。MS接收不到数据,就不会给出反馈,第四帧RS2接收不到反馈且知道本身接收下行数据失败,在第五帧将上传反馈编码C1,重传将从RS1开始。在图6中,RS2成功接收下行数据,继续转发了数据,但是由于无线信道恶劣,没有收到下游节点的反馈。在第四帧RS2接收不到反馈且知道本身接收下行数据成功,在第五帧将上传反馈编码C2,MR-BS收到最终的编码C3就知道为RS2调度资源重传。
以上所述仅为本发明的实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的权利要求范围之内。
Claims (6)
1.一种用于混合自动重传请求场景中的发送反馈信息的方法,其特征在于,包括:
中继站接收来自上游节点的下行数据,并对所述下行数据进行解码;
在所述中继站对所述下行数据进行了正确解码的情况下,如果所述中继站在第i帧接收到了来自下游节点的反馈信息,则在第i+j帧通过支持多跳中继的基站分配的上行反馈信道将所述反馈信息直接上传或处理后上传给所述上游节点,如果所述中继站在第i帧没有接收到来自下游节点的反馈信息,则在第i+j帧通过所述上行反馈信道将用于通知所述支持多跳中继的基站重传发生在哪一跳的信息上传给所述上游节点,其中,i是所述中继站应该接收所述反馈信息的时刻,j是所述中继站的反馈处理时延。
2.根据权利要求1所述的方法,其特征在于,如果所述反馈信息是确认信息,则所述中继站直接对所述反馈信息进行中转。
3.根据权利要求1所述的方法,其特征在于,如果所述反馈信息是否认信息,则所述中继站对所述反馈信息进行处理,并将处理后的反馈信息上传给所述上游节点,以通知所述支持多跳中继的基站重传发生在哪一跳。
4.根据权利要求2或3所述的方法,其特征在于,所述中继站通过系统广播消息获知所述反馈处理时延。
5.根据权利要求1所述的方法,其特征在于,如果所述反馈信息丢失,则所述中继站通过所述上行反馈信道通知所述支持多跳中继的基站重传发生在哪一跳。
6.根据权利要求5所述的方法,其特征在于,所述中继站通过资源分配消息获知其应该接收所述反馈信息的时刻。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200810000716 CN101488838B (zh) | 2008-01-14 | 2008-01-14 | 用于混合自动重传请求场景中的发送反馈信息的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200810000716 CN101488838B (zh) | 2008-01-14 | 2008-01-14 | 用于混合自动重传请求场景中的发送反馈信息的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101488838A CN101488838A (zh) | 2009-07-22 |
CN101488838B true CN101488838B (zh) | 2013-05-01 |
Family
ID=40891533
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200810000716 Expired - Fee Related CN101488838B (zh) | 2008-01-14 | 2008-01-14 | 用于混合自动重传请求场景中的发送反馈信息的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101488838B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011020215A1 (zh) * | 2009-08-18 | 2011-02-24 | 上海贝尔股份有限公司 | 避免mbsfn子帧外自干扰的方法、中继节点和用户设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101047431A (zh) * | 2006-06-22 | 2007-10-03 | 华为技术有限公司 | 在含有中继站的通信系统中实现混合自动重传的方法 |
CN101102174A (zh) * | 2006-07-04 | 2008-01-09 | 株式会社Ntt都科摩 | 混合自动请求重传方法、及采用其的中继设备和通信系统 |
-
2008
- 2008-01-14 CN CN 200810000716 patent/CN101488838B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101047431A (zh) * | 2006-06-22 | 2007-10-03 | 华为技术有限公司 | 在含有中继站的通信系统中实现混合自动重传的方法 |
CN101102174A (zh) * | 2006-07-04 | 2008-01-09 | 株式会社Ntt都科摩 | 混合自动请求重传方法、及采用其的中继设备和通信系统 |
Also Published As
Publication number | Publication date |
---|---|
CN101488838A (zh) | 2009-07-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10912148B2 (en) | System and method for UE fountain relay based network | |
CN101431394B (zh) | 下行隧道混合自动重传请求方法 | |
EP2467964B1 (en) | Controlling a transmission of information in a wireless communication network with a relay node | |
CN101296060B (zh) | 多跳中继网络中对混合自动重传请求突发的下行发送方法 | |
CN102237989B (zh) | 一种数据传输的方法及系统 | |
CN101483509B (zh) | 用于harq场景中的中继转发反馈信息的方法 | |
CN101925118B (zh) | 一种避免接口传输冲突的方法、装置和系统 | |
WO2009006092A1 (en) | Method and system for a reliable relay-associated and opportunistic cooperative transmission schemes | |
CN102045773B (zh) | 中继节点的数据传输冲突的处理方法和装置 | |
EP3738240A1 (en) | Data retransmission mechanism in terrestrial or non-terrestrial networks exhibiting a high propagation delay | |
CN102437904B (zh) | 一种时分双工系统及其中继链路的下行反馈方法 | |
CN101931960B (zh) | 一种避免上行传输冲突的方法、系统和装置 | |
CN101895379B (zh) | 一种实现接入链路上行重传的方法及系统 | |
CN101296167B (zh) | 一种为上行混合自动重发请求突发分配传输带宽的方法 | |
CN101877881B (zh) | 无线通信方法、系统及其装置 | |
CN102035632B (zh) | 一种无线中继场景下的数据传输方法和系统 | |
CN101527621A (zh) | 一种中继网络下行链到链混合自动重传请求的方法 | |
CN101790194A (zh) | 用于上行中继链路的混合自动重传请求方法、装置及系统 | |
CN101488838B (zh) | 用于混合自动重传请求场景中的发送反馈信息的方法 | |
CN101568143A (zh) | 数据传输方法 | |
EP2692071B1 (en) | Cooperative transmission | |
CN101383684B (zh) | 即时反馈突发失败消息的方法 | |
CN102420682B (zh) | 中继链路下行反馈信息传输时序确定方法及装置 | |
CN102480348A (zh) | 数据传输方法及通信节点 | |
CN102377550B (zh) | 一种时分双工系统的中继链路harq传输方法及装置 |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20130501 Termination date: 20180114 |