CN101527621A - 一种中继网络下行链到链混合自动重传请求的方法 - Google Patents
一种中继网络下行链到链混合自动重传请求的方法 Download PDFInfo
- Publication number
- CN101527621A CN101527621A CN200810065534A CN200810065534A CN101527621A CN 101527621 A CN101527621 A CN 101527621A CN 200810065534 A CN200810065534 A CN 200810065534A CN 200810065534 A CN200810065534 A CN 200810065534A CN 101527621 A CN101527621 A CN 101527621A
- Authority
- CN
- China
- Prior art keywords
- link
- base station
- data
- feedback
- station
- 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.)
- Pending
Links
Images
Landscapes
- Radio Relay Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种中继网络下行链到链混合自动重传请求的方法,其包括以下步骤:将多跳中继基站到移动台之间的通信路径分成若干个链路,在每个链路中包含若干跳;在链路内部各跳采用端到端混合自动重传请求,所述混合自动重传请求数据只有在前一个链路传输成功后才向下一个链路传输。本发明方法由于采用在多跳中继基站到移动站之间通信路径的链路分割,并在链路内部各跳采用端到端的混合自动请求重传HARQ,达到了端到端和每跳反馈的均衡效果,因此达到了较高的传输效率。
Description
技术领域
本发明涉及一种通信网络的混合自动重传请求方法,具体地,涉及一种无线通信集中控制式中继网络中的混合自动重传请求方法。
背景技术
无线通信网络为了扩大***覆盖范围并增加***容量,如图1所示,可以在多跳中继基站MR-BS(Base Station)和移动站MS(Base Station)之间采用一个或者多个中继站RS(relay station)。
但是,由于中继站RS的引入,混合自动请求重传(HARQ,Hybrid AutoRepeat Request)设计也会相应复杂。HARQ是一种链路自适应技术,ARQ即自动请求重发,HARQ是将前向纠错编码(FEC)和自动重传请求(ARQ)相结合的技术。前向纠错编码(FEC)提高了传输的可靠性,但当信道情况较好时,由于过多纠错比特,反而降低了吞吐量。ARQ在误码率不是很高的情况下可以得到理想的吞吐量,但会引入时延,考虑将FEC和ARQ相结合就形成了混合ARQ。在发送的每个数据包中含有纠错和检错的校验比特。如果接收包中的出错比特数目在纠错能力之内,则错误被自行纠正,当差错已超出FEC的纠错能力时,则让发端重发。
如图1所示***,对于下行链路,如果一个中继站RS正确接收并转发来自上游节点的HARQ数据后,与之相连的下游子站却丢失了该中继站RS中继的数据。此时再由多跳中继基站MR-BS重发丢失的数据,势必将造成效率低下和资源浪费。因此,一个合理的HARQ设计应该让已经正确接收数据的中继站RS重新发送数据。但是,如何让该中继站RS及时重发该数据,仍然是一个问题。
此外,根据空口资源调度方式可以把中继***分为集中控制式和分布控制式。集中控制式***中信道资源必须由多跳中继基站MR-BS分配,因此采用集中式调度中继站RS的中继***HARQ设计最为复杂。
目前下行多跳集中式中继网络HARQ的方法主要有两种:端到端(endto end)HARQ和每跳反馈(hop by hop)。
端到端HARQ中,多跳中继基站MR-BS在发送某个HARQ数据前已经给各个中继站RS分配相应的上行ACK信道,所有的上行反馈都必须按照这个配置进行。多跳中继基站MR-BS将根据的上行反馈的编码判断所发的HARQ数据在各个中继站RS间的转发结果。
一个中继站RS如果在第一帧正确接收数据,在第二帧它会转发数据给下行中继站RS而不给上行反馈ACK。多跳中继基站MR-BS只能在规定的帧接收来自移动站MS的ACK反馈。
相应地,如果一个中继站RS没有在第一帧正确接收数据,这个错误数据不会再往下传,但是中继站RS必须按照基站事先指示的上行信道分配把相应的编码NAK上传给多跳中继基站MR-BS。因为事先分配考虑的是成功传输情形,如果传输数据失败,一定有若干帧浪费。
为了减少这样的浪费,一个很自然的想法是每跳反馈。每个中继站RS收到数据后都必须给多跳中继基站MR-BS反馈。如果中继站RS正确接收了数据,多跳中继基站MR-BS就给该中继站RS分配信道用于转发正确数据,否则安排该数据的重新发送。这种设计虽然杜绝了端到端中事先分配信道造成的浪费,但是每跳反馈的开销却很大。尤其是如果每跳都正确转发,所有中继站RS上传的ACK都可以看作是浪费的。
因此,从现有技术可以看出,在目前的集中式调度多跳中继网络HARQ设计中,不管采用何种方式,存在资源浪费或者开销过大的问题。为此,需要一种新的HARQ设计以克服上述缺陷。
发明内容
本发明的目的在于针对上述现有技术存在的问题,旨在提高中继网络中下行链到链HARQ中的传输效率和资源利用率。
本发明的技术方案包括:
一种中继网络下行链到链混合自动重传请求的方法,其包括以下步骤:
将多跳中继基站到移动台之间的通信路径分成若干个链路,在每个链路中包含若干跳;
在链路内部各跳采用端到端混合自动重传请求,所述混合自动重传请求数据只有在前一个链路传输成功后才向下一个链路传输。
所述的方法,其中,所述链路划分方式由所述多跳中继基站指定,或由各中继站自行决定后上报给所述多跳中继基站。
所述的方法,其中,所述各个链路内部传输和反馈的资源调度由所述多跳中继基站决定。
所述的方法,其中,对于某一链路数据的端到端混合自动重传请求依照下述过程处理:某中继站在第i帧收到数据,i为计数自然数,应在第i+m帧对该数据上传反馈,m由多跳中继基站通知中继站计算或m由多跳中继基站在资源分配消息中指定。
所述的方法,其中,所述链路数据的端到端混合自动请求重传过程中,在传输数据失败时,传输失败的中继站将反馈编码上报给所述多跳中继基站;所述多跳中继基站根据该反馈编码得知传输失败发生在哪一跳并调度资源以供重传。
所述的方法,其中,所述链路数据的端到端混合自动请求重传过程中,如果初始数据传输或者重传发生在某一链路的下游,所述多跳中继基站通知所述链路里所有中继站计算转发所述初始数据传输或者重传数据的反馈的时刻,或者直接告诉所述中继站转发所述反馈的时刻。
所述的方法,其中,对于下游链路初始数据传输或者重传的反馈,所述中继站得转发所述反馈到达所述多跳中继基站。
所述的方法,其中,对于可能发生重传跳,所述多跳中继基站预先调度重传资源,该跳发现数据接收失败,重传在预先调度的空口资源上立刻开始。
所述的方法,其中,所述每个链路资源调度的次序由所述多跳中继基站决定。
本发明所提供的一种中继网络下行链到链混合自动重传请求的方法,与现有技术相比,由于采用在多跳中继基站到移动站之间通信路径的链路分割,并在链路内部各跳采用端到端的混合自动请求重传HARQ,达到了端到端和每跳反馈的均衡效果,因此达到了较高的传输效率。
附图说明
以下附图说明仅为本发明的示意性实施例及其说明,并用于解释本发明,而不构成对本发明请求保护范围的不当限定。附图中:
图1是根据本发明所有实施例的无线中继网络配置的示意图;
图2是本发明实施例1的下行链到链HARQ示意图;
图3是本发明实施例2的下行链到链HARQ示意图;
图4是本发明实施例3的下行链到链HARQ示意图;
图5是本发明实施例4的下行链到链HARQ示意图;
图6是根据本发明实施例应用于WiMAX***时的集中反馈编码示例表;
图7是根据本发明实施例应用于WiMAX***时的空突发模式定义表;
图8是根据本发明实施例应用于WiMAX***时的空突发格式定义表;
图9是根据本发明实施例应用于WiMAX***时的反馈延时通知模式定义表;
图10是根据本发明实施例应用于WiMAX***时的反馈延时通知格式表。
具体实施方式
以下将参照各附图来详细描述本发明的各较佳实施例。
本发明中继网络下行链到链混合自动重传请求的方法中,其核心构思是在所述链到链的混合自动请求重传过程中,由于多跳中继基站MR-BS到移动站MS的通信路径可以分成若干链(link),而每个链包含若干跳,在链路内部各跳采用端到端HARQ,并且HARQ数据只有在前一个链路传输成功后才有可能传到下一个链路。这样,本发明各个链路如何构成可以根据需要来灵活决定,具体的,可以但不限定地,由多跳中继基站MR-BS指定,或由中继站RS自行决定后上报多跳中继基站MR-BS。而各个链路内部传输和反馈的资源调度应该由所述多跳中继基站MR-BS决定。
对于本发明方法中本链路数据的端到端HARQ,假如某中继站RS在第i帧收到数据,应该在第(i+m)帧反馈。其中m可以由公式(1)决定:
m=M*q+(M+1)*k (1)
这里,i是计数自然数;公式(2)中M是该中继站RS离开链路终点的跳数;q是中继站RS对于数据的固定延迟帧数;k是***定义对于数据的HARQ反馈延迟帧数,可以在***广播消息中给出。
此外,m也可以由MR-BS在给RS的资源分配消息中指定。
本发明方法中的混合自动重传请求HARQ的具体处理过程,如对每帧数据的产生和传输,是现有技术所熟知的,因此不再赘述。
对于上述本链路数据的端到端HARQ,假如传输数据失败,传输失败的中继站RS必须将反馈编码上报给多跳中继基站MR-BS,所述多跳中继基站MR-BS根据编码可以得知传输失败发生在哪一跳并调度资源以供重传。
对于本链路中重传数据的反馈,如果该重传发生在某中继站RS的下游,因为无需重传该数据而要转发该重发数据的反馈到达多跳中继基站MR-BS,此时中继站RS不会主动计算转发该反馈的时刻。因此多跳中继基站MR-BS必须通知中继站RS计算该转发反馈的时刻或者直接告诉该中继站RS相应的转发时刻。
对于下游链路数据的反馈,所述中继站RS要转发该反馈到达所述多跳中继基站MR-BS,但是因为中继站RS不会收到该数据,因此中继站RS不会主动计算转发该数据的反馈的时刻。此时,如果中继站RS知道该反馈对应数据所属链路,可以根据所述多跳中继基站MR-BS的指示自己计算转发时刻。如果所述中继站RS不知道该反馈对应数据所属链路,多跳中继基站MR-BS必须通知中继站RS相应的转发时刻。
对于某些有可能发生重传跳,例如某些跳信道质量很差,所述多跳中继基站MR-BS可以预先调度重传资源以减少调度开销。一旦该跳发现数据接收失败,重传可以在预先调度的空口资源上立刻开始,而不用等待多跳中继基站MR-BS安排新的空口资源。HARQ数据只有在前一个链路传输成功后才能传到下一个链路,每个链路的资源调度次序也由多跳中继基站MR-BS决定。
在下述本发明的较佳实施例中,为方便叙述,假设中继站RS对于数据的固定延迟是一帧,数据的HARQ反馈延迟是一帧,重传延迟也是一帧。
如图1所示,本发明各实施例的网络结构都以四跳为例,多跳中继基站MR-BS的数据通过中继站RS1,RS2,RS3依次中继到移动台MS。
其中,实施例1:
如图2所示,在该实施例1中,数据路径分成两跳链路。所述多跳中继基站MR-BS到第二中继站RS2是第一个链路,从第二中继站RS2到移动台MS是第二个链路。
对于本链路数据的端到端HARQ,例如第一中继站RS1在第一帧收到数据,由公式(1)求得m=2,应该在第三帧反馈。如果重传发生在第一中继站RS1到第二中继站RS2的一跳,因为第一中继站RS1无需重传该数据而要转发该重发数据的反馈到达所述多跳中继基站MR-BS,此时所述第一中继站RS1不会主动计算转发该反馈的时刻。因此所述多跳中继基站MR-BS必须通知所述第一中继站RS1计算该转发反馈的时刻或者直接告诉RS1相应的转发时刻。
对于本链路数据的端到端HARQ,例如所述第一中继站RS1传输数据失败,所述第一中继站RS1必须将反馈编码上报给多跳中继基站MR-BS,该多跳中继基站MR-BS根据编码可以得知传输失败发生在所述第一中继站RS1到第二中继站RS2一跳并调度资源以供重传。
对于下游链路数据的反馈,例如第一中继站RS1要转发移动台MS的反馈到达多跳中继基站MR-BS,但是因为第一中继站RS1不会收到该数据,因此所述第一中继站RS1不会主动计算转发该数据的反馈的时刻。此时,如果第一中继站RS1知道该反馈来自移动台MS,可以根据所述多跳中继基站MR-BS的指示自己计算转发时刻。如果该第一中继站RS1不知道该反馈对应数据所属链路,所述多跳中继基站MR-BS必须通知所述第一中继站RS1相应的转发时刻。
进一步地,对于第三中继站RS3到移动台MS的跳,多跳中继基站MR-BS可以预先调度重传资源以减少调度开销。一旦该跳发现数据接收失败,重传可以在预先调度的空口资源上立刻开始,而不用等待所述多跳中继基站MR-BS安排新的空口资源。
从图2可见,HARQ数据只有在前一个链路传输成功后才能传到下一个链路。每个链路的资源调度次序也由所述多跳中继基站MR-BS决定。
实施例2:
如图3所示,在实施例2中,数据路径分成两跳链路,多跳中继基站MR-BS到第三中继站RS3是第一个链路,第三中继站RS3到移动台MS是第二个链路。
对于本链路数据的端到端HARQ,例如第一中继站RS1在第一帧收到数据,由公式(1)求得m=2,应该在第三帧反馈。如果重传发生在第一中继站RS1到第二中继站RS2的一跳,因为第一中继站RS1无需重传该数据而要转发该重发数据的反馈到达多跳中继基站MR-BS,此时第一中继站RS1不会主动计算转发该反馈的时刻。因此多跳中继基站MR-BS必须通知第一中继站RS1计算该转发反馈的时刻或者直接告诉该第一中继站RS1相应的转发时刻。
对于本链路数据的端到端HARQ,例如第一中继站RS1传输数据失败,第一中继站RS1必须将反馈编码上报给多跳中继基站MR-BS,该多跳中继基站MR-BS根据编码可以得知传输失败发生在第一中继站RS1到第二中继站RS2一跳并调度资源以供重传。
对于下游链路数据的反馈,例如第一中继站RS1要转发移动台MS的反馈到达多跳中继基站MR-BS,但是因为第一中继站RS1不会收到该数据,因此第一中继站RS1不会主动计算转发该数据的反馈的时刻。此时,如果第一中继站RS1知道该反馈来自移动台MS,可以根据所述多跳中继基站MR-BS的指示自己计算转发时刻。如果第一中继站RS1不知道该反馈对应数据所属链路,所述多跳中继基站MR-BS必须通知第一中继站RS1相应的转发时刻。
从图3可见,HARQ数据只有在前一个链路传输成功后才能传到下一个链路,每个链路的资源调度次序也由多跳中继基站MR-BS决定。
实施例3:
如图4所示,在实施例3中,数据路径分成两跳链路,其中多跳中继基站MR-BS到第一中继站RS1是第一个链路,第一中继站RS1到移动台MS是第二个链路。
对于本链路数据的端到端HARQ,例如第二中继站RS2在第四帧收到数据,由公式(1)求得m=5,应该在第九帧反馈。如果重传发生在第三中继站RS3到移动台MS的一跳,因为第二中继站RS2无需重传该数据而要转发该重发数据的反馈到达多跳中继基站MR-BS,此时第三中继站RS3不会主动计算转发该反馈的时刻。因此所述多跳中继基站MR-BS必须通知第三中继站RS3计算该转发反馈的时刻或者直接告诉该第三中继站RS3相应的转发时刻。
对于本链路数据的端到端HARQ,例如第三中继站RS3传输数据失败,所述第三中继站RS3必须将反馈编码上报给所述多跳中继基站MR-BS,所述多跳中继基站MR-BS根据编码可以得知传输失败发生在第三中继站RS3到所述移动台MS一跳并调度资源以供重传。
从图4可见,HARQ数据只有在前一个链路传输成功后才能传到下一个链路,并且每个链路的资源调度次序也由多跳中继基站MR-BS决定。
实施例4:
如图5所示,在实施例4中,数据路径分成三跳链路,所述多跳中继基站MR-BS到第一中继站RS1是第一个链路,所述第一中继站RS1到第三中继站RS3是第二个链路,第三中继站RS3到移动台MS是第三个链路。
对于本链路数据的端到端HARQ,例如第二中继站RS2在第四帧收到数据,由公式(1)求得m=3,应该在第七帧反馈。如果重传发生在第二中继站RS2到第三中继站RS3的一跳,因为第一中继站RS1无需重传该数据而要转发该重发数据的反馈到达多跳中继基站MR-BS,此时第一中继站RS1不会主动计算转发该反馈的时刻。因此所述多跳中继基站MR-BS必须通知所述第一中继站RS1计算该转发反馈的时刻或者直接告诉该第一中继站RS1相应的转发时刻。
对于本链路数据的端到端HARQ,例如第二中继站RS2传输数据失败,该第二中继站RS2必须将反馈编码上报给多跳中继基站MR-BS,所述多跳中继基站MR-BS根据编码可以得知传输失败发生在第二中继站RS2到第三中继站RS3一跳并调度资源以供重传。
对于下游链路数据的反馈,例如第一中继站RS1要转发移动台MS的反馈到达多跳中继基站MR-BS,但是因为第一中继站RS1不会收到该数据,因此第一中继站RS1不会主动计算转发该数据的反馈的时刻。此时,如果第一中继站RS1知道该反馈来自移动台MS,可以根据所述多跳中继基站MR-BS的指示自己计算转发时刻。如果该第一中继站RS1不知道该反馈对应数据所属链路,所述多跳中继基站MR-BS必须通知该第一中继站RS1相应的转发时刻。
从图5可见,HARQ数据只有在前一个链路传输成功后才能传到下一个链路,每个链路的资源调度次序也由多跳中继基站MR-BS决定。
如果本发明方法的所述通讯***是WiMAX***,所述反馈编码方式可以如图6所示。不同的反馈编码由相应的块(tile)组合表示。反馈编码D0表示隧道分组发送成功,各个中继收到反馈编码D0后不加改变将D0上传直到多跳中继基站MR-BS。如果在x跳数据传输失败,该跳起点的中继站RSx将上传反馈编码D1,收到反馈编码D1的下一中继站RS(x-1)将编码加一,上传反馈编码D2。如此循环,多跳中继基站MR-BS收到编码为反馈编码Dx的反馈就知道在x跳需要重新安排资源发送数据。
如果本发明方法所述通讯***是WiMAX***,通知中继站RS计算反馈时延可以有两种方法:
方法一是利用空数据触发,图7定义了空HARQ突发,图8定了空HARQ突发格式。
所谓空数据,指的是不传输数据的数据。对于本发明方法的各实施例,一个空数据就是一个空突发。收到该空数据的中继站RS只会为转发该空数据的反馈根据公式(1)开始计算延时。
方法二是直接通知中继站RS转发反馈所需时延,如图9定义了反馈延时的通知模式,图10定义了反馈延时的通知格式,在收到该通知的中继站RS将根据通知中延时信息为相应反馈等待相应时间,到时直接转发指定连接的反馈。
最后,用完成一个突发传输所消耗的平均帧数对各种HARQ方式做一个比较。在比较中,除开前面的假定,还假设重传突发次数没有限制且每跳失败概率相等,且实施例1没有采用预调度。如表1所示,相对于端到端和每跳反馈而言,三个链到链HARQ实施例消耗的平均帧数都较少,取得了较高的传输效率。
表1.各种HARQ方法传输一个数据平均消耗帧数
HARQ方法/每跳失败概率 | 0.4 | 0.5 | 0.6 | 0.7 | 0.8 | 平均 |
每跳反馈 | 48.9 | 40.1 | 33.2 | 28.3 | 25.3 | 35.1 |
端到端 | 55.9 | 40.9 | 29.6 | 21.1 | 15.5 | 32.6 |
实施例1 | 44.3 | 31.6 | 24.3 | 18.1 | 14.1 | 26.4 |
实施例2 | 44.4 | 35.3 | 28.1 | 22.9 | 19.4 | 30.0 |
实施例3 | 41.8 | 29.3 | 19.4 | 12.7 | 8.1 | 22.2 |
应当理解的是,上述针对本发明各较佳实施例的描述较为详细,并不能因此而认为是对本发明专利保护范围的限制,对于本领域的技术人员来说,本发明可以有各种更改和变化,凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均应包含在本发明所附权利要求的保护范围之内。
Claims (9)
1、一种中继网络下行链到链混合自动重传请求的方法,其包括以下步骤:
将多跳中继基站到移动台之间的通信路径分成若干个链路,在每个链路中包含若干跳;
在链路内部各跳采用端到端混合自动重传请求,所述混合自动重传请求数据只有在前一个链路传输成功后才向下一个链路传输。
2、根据权利要求1所述的方法,其特征在于,所述链路划分方式由所述多跳中继基站指定,或由各中继站自行决定后上报给所述多跳中继基站。
3、根据权利要求2所述的方法,其特征在于,所述各个链路内部传输和反馈的资源调度由所述多跳中继基站决定。
4、根据权利要求1所述的方法,其特征在于,对于某一链路数据的端到端混合自动重传请求依照下述过程处理:某中继站在第i帧收到数据,i为计数自然数,应在第i+m帧对该数据上传反馈,m由多跳中继基站通知中继站计算或m由多跳中继基站在资源分配消息中指定。
5、根据权利要求4所述的方法,其特征在于,所述链路数据的端到端混合自动请求重传过程中,在传输数据失败时,传输失败的中继站将反馈编码上报给所述多跳中继基站;所述多跳中继基站根据该反馈编码得知传输失败发生在哪一跳并调度资源以供重传。
6、根据权利要求4所述的方法,其特征在于,所述链路数据的端到端混合自动请求重传过程中,如果初始数据传输或者重传发生在某一链路的下游,所述多跳中继基站通知所述链路中继站计算转发所述初始数据传输或者重传数据的反馈的时刻,或者直接告诉所述中继站转发所述反馈的时刻。
7、根据权利要求6所述的方法,其特征在于,对于下游链路所述数据的反馈,所述中继站得转发所述反馈到达所述多跳中继基站。
8、根据权利要求4所述的方法,其特征在于,对于可能发生重传跳,所述多跳中继基站预先调度重传资源,该跳发现数据接收失败,重传在预先调度的空口资源上立刻开始。
9、根据权利要求8所述的方法,其特征在于,所述每个链路资源调度的次序由所述多跳中继基站决定。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810065534A CN101527621A (zh) | 2008-03-06 | 2008-03-06 | 一种中继网络下行链到链混合自动重传请求的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810065534A CN101527621A (zh) | 2008-03-06 | 2008-03-06 | 一种中继网络下行链到链混合自动重传请求的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101527621A true CN101527621A (zh) | 2009-09-09 |
Family
ID=41095333
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810065534A Pending CN101527621A (zh) | 2008-03-06 | 2008-03-06 | 一种中继网络下行链到链混合自动重传请求的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101527621A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101820336A (zh) * | 2010-05-20 | 2010-09-01 | 上海交通大学 | 蜂窝网络中多中继参与的混合重传方法 |
CN102340391A (zh) * | 2011-11-14 | 2012-02-01 | 电子科技大学 | 分段arq自动重传方法 |
CN102036380B (zh) * | 2009-09-27 | 2013-07-31 | 电信科学技术研究院 | 一种接收下行反馈信息的方法、***和装置 |
WO2015139317A1 (zh) * | 2014-03-21 | 2015-09-24 | 富士通株式会社 | 信息交互装置、基站和通信*** |
WO2019136874A1 (zh) * | 2018-01-09 | 2019-07-18 | Oppo广东移动通信有限公司 | 中继传输的方法和中继节点 |
-
2008
- 2008-03-06 CN CN200810065534A patent/CN101527621A/zh active Pending
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102036380B (zh) * | 2009-09-27 | 2013-07-31 | 电信科学技术研究院 | 一种接收下行反馈信息的方法、***和装置 |
CN101820336A (zh) * | 2010-05-20 | 2010-09-01 | 上海交通大学 | 蜂窝网络中多中继参与的混合重传方法 |
CN102340391A (zh) * | 2011-11-14 | 2012-02-01 | 电子科技大学 | 分段arq自动重传方法 |
CN102340391B (zh) * | 2011-11-14 | 2014-12-03 | 电子科技大学 | 分段arq自动重传方法 |
WO2015139317A1 (zh) * | 2014-03-21 | 2015-09-24 | 富士通株式会社 | 信息交互装置、基站和通信*** |
WO2019136874A1 (zh) * | 2018-01-09 | 2019-07-18 | Oppo广东移动通信有限公司 | 中继传输的方法和中继节点 |
US11510129B2 (en) | 2018-01-09 | 2022-11-22 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Relay transmission method and relay node |
US11844010B2 (en) | 2018-01-09 | 2023-12-12 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Relay transmission method and relay node |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101375540B (zh) | 中继网络中带宽高效的harq方案 | |
US10912148B2 (en) | System and method for UE fountain relay based network | |
CN101431394B (zh) | 下行隧道混合自动重传请求方法 | |
CN101667900B (zh) | Harq反馈方法 | |
CN101755413B (zh) | 用于harq报告的装置、方法和*** | |
CN101795170B (zh) | 一种实现数据反馈的方法、接收设备及*** | |
CN101917672B (zh) | 无线广播多播业务的协同传输方法 | |
WO2009006092A1 (en) | Method and system for a reliable relay-associated and opportunistic cooperative transmission schemes | |
CN101483509B (zh) | 用于harq场景中的中继转发反馈信息的方法 | |
CN102437904B (zh) | 一种时分双工***及其中继链路的下行反馈方法 | |
CN101902777B (zh) | 一种混合自动请求重传方法及基站设备 | |
CN101471756B (zh) | 集中式调度的多跳中继下行***中的harq方法 | |
CN101527621A (zh) | 一种中继网络下行链到链混合自动重传请求的方法 | |
CN101296167B (zh) | 一种为上行混合自动重发请求突发分配传输带宽的方法 | |
CN102149131B (zh) | 下行确认/非确认信息处理方法及*** | |
CN101568143A (zh) | 数据传输方法 | |
CN101383684B (zh) | 即时反馈突发失败消息的方法 | |
CN101340270A (zh) | 基于多跳中继网络的混合自动请求重传方法 | |
CN101330349B (zh) | 基于多跳中继网络的自适应混合自动请求重传方法 | |
CN101667902B (zh) | 数据发送和反馈的方法 | |
CN101488838B (zh) | 用于混合自动重传请求场景中的发送反馈信息的方法 | |
CN101425882B (zh) | 一种触发中继计算harq下行数据反馈延时的方法 | |
CN101425883B (zh) | 多跳中继网络中harq下行数据反馈延时通知方法 | |
CN101562509A (zh) | 用于无线中继***的上行数据重传方法 | |
CN101547136A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20090909 |