CN101882985A - 混合自动重传请求发送的指示方法及其基站 - Google Patents
混合自动重传请求发送的指示方法及其基站 Download PDFInfo
- Publication number
- CN101882985A CN101882985A CN2009101365346A CN200910136534A CN101882985A CN 101882985 A CN101882985 A CN 101882985A CN 2009101365346 A CN2009101365346 A CN 2009101365346A CN 200910136534 A CN200910136534 A CN 200910136534A CN 101882985 A CN101882985 A CN 101882985A
- Authority
- CN
- China
- Prior art keywords
- subframe
- ascending harq
- base station
- harq
- uplink
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
- H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明披露了混合自动重传请求发送的指示方法及其基站,其中,方法包括:基站在判断用户设备UE发送上行HARQ所占用的子帧与中继节点上行中继链路所占用的子帧将发生碰撞时,为该UE重新配置发送上行HARQ子帧的位置,并指示给该UE。譬如基站通过下行控制信令明确指示或隐含指示UE其发送上行HARQ子帧的位置。本发明不但能够保证当UE上行重传所在的子帧与上行中继链路的子帧相遇时UE的上行重传仍有序地进行,而且节省了***开销,提高了***资源的利用率,减少了上行业务的时延。
Description
技术领域
本发明涉及移动通信的上行数据重传的方法,尤其涉及无线通信***中实现混合自动重传请求(HARQ,Hybrid Automatic Repeat request)发送的指示方法及其基站,以及HARQ发送的***。
背景技术
由于未来无线通信或蜂窝***要求增加覆盖范围,支持更高速率传输,这对无线通信技术提出了新的挑战。同时,***建造和维护的费用问题更加突出。随着传输速率及通信距离的增加,电池的耗能问题也变得突出,而且未来的无线通信将会采用更高频率,由此造成的路径损耗及衰减更加严重。为了增加高数据速率、组移动性以及临时网络部署的覆盖范围,提高小区边缘的吞吐量,以及能够为蜂窝***的覆盖漏洞内的用户提供服务,无线通信***中引入了中继(Relay)技术,即在基站(eNB,enhanced NodeB)与用户设备(UE,User Equipment)之间引入中继节点(RN,Relay Node),如图1所示的中继站(RS,Relay Station)。该中继技术被视为4G的一项关键技术。
在FDD LTE***中,数据的重传方式通常有两种,即同步HARQ和异步HARQ。
同步HARQ是指发送端在接收到不予确认(NACK,NegativeACKnowledge character)反馈信息后的固定若干个传输时间间隔(TTI,Transmission Time Interval)以后开始进行数据的重传。目前FDD LTE***中的上行HARQ过程采用的就是同步HARQ,其具体过程如图2所示,包括如下步骤:
①UE在子帧#n上开始初始传输;
如图2中UE在子帧#0上进行首次上行传输,用PUSCH表示;
②基站在子帧#(n+4)上向UE发送相应的NACK反馈信息及下行控制信息;
如图2中eNB在子帧#4上发送UE首次上行传输所对应的NACK反馈,用P0表示,并利用下行控制信令告知UE在子帧#8上应如何进行上行重传,用GU(8)表示,其中8代表UE的下一次上行重传将在子帧#8上进行;
③UE在子帧#(n+8)上根据下行控制信息的指示进行数据的重传;
如图2中UE将在子帧#8上进行上行重传,用PUSCH′表示;
④基站在子帧#(n+12)上向UE发送相应的NACK反馈信息及下行控制信息;
如图2中eNB在子帧#2上发送UE在子帧#8上的上行重传所对应的NACK反馈,用P8表示;并利用下行控制信令告知UE在子帧#6上应如何进行上行重传,用GU(6)表示,其中6代表UE的下一次上行重传将在子帧#6上进行。
总之,在FDD LTE***中,UE上行传输/重传与基站下行反馈之间按照间隔4ms的定时关系,即上行同步HARQ的定时关系为4ms,如此不断的循环下去。
异步HARQ是指发送端在接收到NACK反馈与重传之间的时间间隔不是固定的,而是根据***设定或其它因素调度选择合适的时间进行数据的重传。目前FDD LTE***中的下行HARQ过程采用的就是异步HARQ,其具体过程包括如下步骤:
①基站在子帧#n上向UE发送数据;
②UE在子帧#(n+4)上向基站发送相应的NACK反馈信息;
③基站在子帧#(n+x),x≥8上发送重传数据,并利用下行控制信息告知UE如何接收。
也就是说,基站何时开始下行重传是由基站自由调度的,而不要求基站在接收到NACK反馈与开始重传之间(即第②步与第③步之间)具有固定的时间间隔。
在引入了中继站RS的FDD LTE-A***中,基站与中继站之间的链路称为中继链路Backhaul Link,分为上行backhaul link和下行backhaul link两种;中继站与其下属用户(UE,User Equipment)之间链路称为接入链路AccessLink,分为上行access link和下行access link两种。
目前在FDD LTE***中,1个10ms的无线帧由10个1ms的子帧组成,编号为#0~#9。其中,用于backhaul link的子帧不能占用子帧#0,#4,#5和#9,因为UE要在子帧#0、#5上接收同步信号,在子帧#4、#9上接收寻呼消息(Paging)。因此,用于backhaul link的子帧只能在剩下的6个子帧,即在子帧#1、#2、#3、#6、#7和#8中选取。
在FDD LTE-A***中,中继站的引入打破了UE在FDD LTE***中的上行HARQ定时关系。原因在于,为了避免中继站自身的收发干扰,中继站不能同时接收信息数据和发送信息数据,也就是说,中继站在上行backhaullink上向基站上传数据时,不能同时接收来自其下属UE的上行数据;相反地,中继站在下行backhaul link上接收来自基站的下行数据时,不能同时向其下属UE发送数据。因此,根据FDD LTE***中的上行同步HARQ定时关系,当UE的上行重传所在的子帧正好遇到的是用于上行backhaul link的子帧时,UE将无法进行正常的上行重传。
发明内容
本发明所要解决的技术问题是提供一种混合自动重传请求发送的指示方法及其基站,能够保证在UE上行重传所在的子帧与上行中继链路的子帧相遇时UE的上行重传仍能够有序地进行。
为了解决上述技术问题,本发明提供了一种混合自动重传请求发送的指示方法,包括:
基站在判断用户设备UE发送上行混合自动重传请求HARQ所占用的子帧与中继节点上行中继链路所占用的子帧将发生碰撞时,为该UE重新配置发送上行HARQ子帧的位置,并指示给该UE。
进一步地,基站通过下行控制信令指示UE发送上行HARQ子帧的位置。
进一步地,基站通过下行控制信令明确指示UE发送上行HARQ子帧需要推迟的子帧数,或明确指示UE发送上行HARQ子帧的序号。
进一步地,基站通过下行控制信令,隐含指示UE上行中继链路的子帧的序号,从而隐含告知UE发送上行HARQ子帧的位置;或指示UE进行上行传输时所占用的资源块RB的位置,通过该RB的最小的序号与发送上行HARQ需要推迟的子帧个数存在的一一对应的关系,来隐含告知UE发送上行HARQ子帧的位置。
进一步地,基站在物理HARQ信道PHICH上发送不予确认NACK消息,通过该消息中的PHICH的索引号与发送上行HARQ需要推迟的子帧个数存在的一一对应的关系,来隐含告知UE发送上行HARQ子帧的位置。
进一步地,
当上行中继链路所占用的子帧均为奇数子帧,且UE的上行HARQ初始传输均发生在偶数子帧上时,基站明确指示或隐含指示UE采用默认的偶数子帧上传HARQ;
或者,当上行中继链路所占用的子帧均为偶数子帧,且UE的上行HARQ初始传输均发生在奇数子帧上时,基站明确指示或隐含指示UE采用默认的奇数子帧上传HARQ。
进一步地,
当UE的上行HARQ初始传输均发生在奇数子帧上,且当上行中继链路所占用的子帧均为奇数子帧时,基站明确指示或隐含指示UE上行HARQ子帧推迟奇数个子帧,从而使后续的上行HARQ所在的子帧都被调度到偶数子帧上;
或者,当UE的上行HARQ初始传输均发生在偶数子帧上,且当上行中继链路所占用的子帧均为偶数子帧时,基站明确指示或隐含指示UE上行HARQ子帧推迟奇数个子帧,从而使后续的上行HARQ所在的子帧都被调度到奇数子帧上。
为了解决上述技术问题,本发明提供了一种混合自动重传请求的发送方法,包括:
基站在判断用户设备UE发送上行混合自动重传请求HARQ所占用的子帧与中继节点上行中继链路所占用的子帧将发生碰撞时,为该UE重新配置发送上行HARQ子帧的位置,并指示给该UE;
UE按基站指示的发送上行HARQ的子帧位置,向基站上传HARQ。
进一步地,基站通过下行控制信令明确指示UE发送上行HARQ子帧需要推迟的子帧数,或明确指示UE发送上行HARQ子帧的序号。
进一步地,
基站通过下行控制信令,隐含指示UE上行中继链路的子帧的序号,从而隐含告知UE发送上行HARQ子帧的位置;或指示UE进行上行传输时所占用的资源块RB的位置,通过该RB的最小的序号与发送上行HARQ需要推迟的子帧个数存在的一一对应的关系,来隐含告知UE发送上行HARQ子帧的位置;
或者,基站在物理HARQ信道PHICH上发送不予确认NACK消息,通过该消息中的PHICH的索引号与发送上行HARQ需要推迟的子帧个数存在的一一对应的关系,来隐含告知UE发送上行HARQ子帧的位置。
进一步地,
当UE的上行HARQ初始传输均发生在奇数子帧上,且当上行中继链路所占用的子帧均为奇数子帧时,基站明确指示或隐含指示UE上行HARQ子帧推迟奇数个子帧,从而使后续的上行HARQ所在的子帧都被调度到偶数子帧上;
或者,当UE的上行HARQ初始传输均发生在偶数子帧上,且当上行中继链路所占用的子帧均为偶数子帧时,基站明确指示或隐含指示UE上行HARQ子帧推迟奇数个子帧,从而使后续的上行HARQ所在的子帧都被调度到奇数子帧上。
为了解决上述技术问题,本发明提供了一种混合自动重传请求发送中进行指示的基站,包括相互连接的上行异步切换模块和上行混合自动重传请求HARQ子帧位置指示模块,其中:
上行异步切换模块,用于在用户设备UE发送上行HARQ的子帧与中继节点上行中继链路的子帧将发生碰撞时,将上行异步切换指示输出给下行控制命令发送模块,该上行异步切换指示含有上行HARQ的子帧的序号和上行中继链路的子帧的序号;
上行HARQ子帧位置指示模块,用于根据输入的上行异步切换指示及其内所含的所述子帧的序号,为UE重新配置发送上行HARQ的子帧,并通过下行命令或消息指示给该UE。
进一步地,
上行HARQ子帧位置指示模块,通过下行控制信令明确指示UE上行HARQ子帧需要推迟的子帧数,或明确指示UE上行HARQ子帧的子帧序号。
进一步地,
上行HARQ子帧位置指示模块,通过下行控制信令,隐含指示UE上行中继链路的子帧的序号,从而隐含告知UE发送所述上行HARQ子帧的位置;或指示UE进行上行传输时所占用的资源块RB的位置,通过该RB的最小的序号与发送上行HARQ需要推迟的子帧个数存在的一一对应的关系,来隐含告知UE发送上行HARQ子帧的位置;
或者,上行HARQ子帧位置指示模块,在物理HARQ信道PHICH上发送不予确认NACK消息,通过该消息中的PHICH的索引号与发送上行HARQ需要推迟的子帧个数存在的一一对应的关系,来隐含告知UE上行HARQ子帧的位置。
为了解决上述技术问题,本发明提供了一种混合自动重传请求的发送***,包括依次连接的基站、中继节点以及用户设备UE,其中:
基站,用于在判断用户设备UE发送上行混合自动重传请求HARQ所占用的子帧与中继节点上行中继链路所占用的子帧将发生碰撞时,为该UE重新配置发送上行HARQ子帧的位置,并指示给该UE;
UE,用于按基站指示的发送上行HARQ的子帧位置,向基站上传HARQ。
进一步地,
基站,用于通过下行控制信令明确指示UE上行HARQ子帧需要推迟的子帧数,或明确指示UE上行HARQ子帧的子帧序号。
进一步地,
基站,用于通过下行控制信令,隐含指示UE上行中继链路的子帧的序号,从而隐含告知UE发送上行HARQ子帧的位置;或指示UE进行上行传输时所占用的资源块RB的位置,通过该RB的最小的序号与发送上行HARQ需要推迟的子帧个数存在的一一对应的关系,来隐含告知UE发送上行HARQ子帧的位置;
或者,基站在物理HARQ信道PHICH上发送不予确认NACK消息,通过该消息中的PHICH的索引号与发送上行HARQ需要推迟的子帧个数存在的一一对应的关系,来隐含告知UE上行HARQ子帧的位置。
进一步地,
基站,在UE的上行HARQ初始传输均发生在奇数子帧上,且在上行中继链路所占用的子帧均为奇数子帧时,明确指示或隐含指示UE上行HARQ子帧推迟奇数个子帧,从而使后续的上行HARQ所在的子帧都被调度到偶数子帧上;
或者,基站,在UE的上行HARQ初始传输均发生在偶数子帧上,且在上行中继链路所占用的子帧均为偶数子帧时,明确指示或隐含指示UE上行HARQ子帧推迟奇数个子帧,从而使后续的上行HARQ所在的子帧都被调度到奇数子帧上。
本发明提出的混合自动重传请求发送的指示方法及其基站,解决了FDDLTE-A***因引入中继站(或其它类似中继站的设备)而在上行backhaul link所占用的子帧中UE无法进行上行重传的问题。本发明能够适用于LTE-ARel-9/10UE,不但保证了当UE上行重传所在的子帧与上行backhaul link的子帧相遇时UE的上行重传仍有序地进行,而且节省了***开销,提高了***资源的利用率,减少了上行业务的时延。
附图说明
图1是引入中继节点的FDD LTE***结构示意图。
图2是现有的在FDD LTE***中上行同步HARQ的定时关系图;
图3是本发明运用于上行backhaul link所占用的子帧既有奇数子帧又有偶数子帧的上行HARQ定时关系图;
图4是本发明运用于上行backhaul link所占用的子帧均为奇数子帧,UE初始上行传输都在偶数子帧上的上行HARQ定时关系图;
图5是本发明运用于上行backhaul link所占用的子帧均为奇数子帧,UE初始上行传输都在奇数子帧上的上行HARQ定时关系图;
图6是本发明运用于上行backhaul link所占用的子帧均为偶数子帧,UE初始上行传输都在偶数子帧上的上行HARQ定时关系图;
图7是本发明的实现上行混合自动重传请求的基站的结构框图。
具体实施方式
本发明提供的实现HARQ的发送的指示方法及其基站;其发明构思是,基站在UE上行重传所在的子帧与中继节点上行中继链路所占用的子帧将发生碰撞时,告知UE为其重新配置的上行重传子帧,指示UE采用异步的方法上传HARQ。其中,基站通过下行控制命令明确指示告知UE上行重传需要推迟的子帧数,或告知UE上行重传子帧的子帧序号;或者,基站利用下行控制信令,指示UE上行中继链路所占用的子帧的序号,来隐含告知UE上行重传子帧的位置;或指示UE初始传输时所占用的资源块RB的位置,通过该RB的最小的序号与UE需要推迟的子帧个数存在的一一对应的关系,来隐含告知UE上行重传子帧的位置;或者,在PHICH上反馈NACK消息,通过该PHICH的索引号与UE上行重传需要推迟的子帧数存在一一对应的关系,来隐含告知UE上行重传子帧的位置。
下面将结合附图和优选实施例,并对照FDD LTE***中上行同步HARQ详细地描述出本发明的技术方案。
实施例1:基站明确地告知或隐含告知UE其上行重传需要推迟的子帧数
假设上行backhaul link所占用的子帧为子帧#3和子帧#8,如图3所示。由于子帧#3、#8被用作上行backhaul link子帧,因此,UE不能在子帧#3、#8上进行上行传输/重传。
以UE的首次上行传输发生在子帧#0上为例,具体步骤如下:
第①步:UE在子帧#0上进行首次上行传输,用PUSCH表示。
第②步:基站在子帧#4上发送UE首次上行传输所对应的NACK反馈信息,用P0表示;按照FDD LTE的上行同步HARQ定时关系,UE的上行重传本应在子帧#8上进行,但子帧#8已经被上行backhaul link占用了,因此,此时基站将利用明确指示或隐含指示的方法为UE重新配置具体的上行重传子帧。以配置子帧#9为例,具体指示方法描述如下:
A、通过下行控制信令明确指示,需要增加下行控制信令的开销,其中包含2种指示方法之一:
a1、基站利用下行控制信令通知UE在本应进行上行重传的子帧#8的基础上推迟的子帧个数。可以用2bits信息来指示,其中‘00’代表推迟0个子帧,‘01’代表推迟1个子帧,‘10’代表推迟2个子帧,‘11’代表推迟3个子帧。
本实施例里以推迟1个子帧为例,即在子帧#9上进行上行重传,图3中用GU(8+1)表示。
虽然UE要在子帧#0、#4、#5及#9上要发同步信号和寻呼消息,但这并不影响UE的上行重传,UE仍然可以在这些子帧上进行上行重传。而这些子帧不能用作bachaul link的传输。也就是说,这些子帧不能用于中继节点和基站之间的传输。
a2、基站利用下行控制信令明确地通知UE进行上行重传的子帧号,可以用3bits信息来指示具体的子帧号。
B、采用隐含指示,即通过告知UE与其上行重传需要推迟的子帧个数存在映射的关系的参量隐含指示,无需增加信令开销,其中包含3种方法之一:
b1、上行backhaul link所占用的子帧的序号与UE上行重传需要推迟的子帧个数存在一一映射的关系:UE从***消息中可以得知上行backhaul link所占用的子帧的序号,本实施例里为子帧#3、#8。
一旦基站在子帧#4(或子帧#9)上的下行控制信令中为UE分配了上行授权信息,UE按照FDD LTE的上行同步HARQ定时关系能够推知上行backhaul link所占用的子帧的序号为子帧#8(或子帧#3),那么UE将在子帧#8(或子帧#3)自动推迟1个子帧,即子帧#9(或子帧#4)进行上行传输/重传。UE推迟的子帧个数不超过上行backhaul link的发送周期,例如上行backhaul link的发送周期为4个子帧,则UE自动推迟的子帧个数大于等于3个子帧。
b2、UE的物理HARQ指示信道PHICH的索引号与UE上行重传时需要推迟的子帧个数存在一一映射的关系:例如,基站可以与UE协商好将子帧#9和子帧#4上的PHICH的索引号固定为几个值,该PHICH的索引号与UE需要推迟的子帧个数有一一对应的关系,这样当UE接收到子帧#9和子帧#4上的PHICH反馈NACK消息时,根据消息中的PHICH的索引号就可以相应地推算出需要推迟多少个子帧进行上行传输/重传了。
b3、UE上行传输时所占用的时频资源的位置与UE上行重传时需要推迟的子帧个数存在一一映射的关系:例如,基站可以与UE进行协商,在子帧#9和子帧#4的下行控制信令中,给UE分配的上行资源所占的资源块(RB,Resource Block)的最小的序号与UE需要推迟的子帧个数有一一对应的关系,UE根据基站为其分配的上行RB,推算出其需要推迟的子帧进行上行重传。
第③步:UE在子帧#9上进行上行重传,用PUSCH′表示。
第④步:基站在子帧#3上发送UE在子帧#9上的上行重传的NACK反馈信息,用P9表示;
按照FDD LTE的上行同步HARQ定时关系可知,UE的下一次上行重传本应在子帧#7上进行,而此时子帧#7没有被上行backhaul link占用,因此,基站无需为UE配置新的上行重传子帧,即仍将UE配置在子帧#7上进行。
第⑤步:UE在子帧#7上进行上行重传,用PUSCH″表示。
第⑥步:基站在子帧#1上发送UE在子帧#7上的上行重传的NACK反馈信息,用P7表示;按照FDD LTE的上行同步HARQ定时关系可知,UE本应在子帧#5上进行上行重传,而此时子帧#5没有被上行backhaul link占用,因此,基站无需为UE配置新的上行重传子帧,即仍将UE配置在子帧#5上进行。
第⑦步:UE在子帧#5上进行上行重传,用PUSCH′″表示。
第⑧步:基站在子帧#9上发送UE在子帧#5上的上行重传的NACK反馈,用P5表示;按照FDD LTE的上行同步HARQ定时关系可知,UE的下一次上行重传本应在子帧#3上进行,但子帧#3已经被上行backhaul link占用了,因此,此时基站就要利用明确指示或隐含指示的方法为UE重新配置具体的上行重传子帧,例如,配置到子帧#4上。
具体方法同第2步。
实施例2:本发明的混合自动重传请求发送的指示方法与现有方法的兼容
(1)假设上行backhaul link所占用的子帧均为奇数子帧,例如子帧#1和#7。
当UE的上行初始传输发生在偶数子帧上时,即,子帧#0,#2,#4,#6和#8上,根据上述FDD LTE的上行HARQ定时关系可知,UE的所有上行重传也同样都发生在偶数子帧上,如图4所示。也就是说,此时UE的上行重传不会受到上行backhaul link所占用的奇数子帧的影响,仍然可以沿用FDD LTE的上行HARQ定时关系。
此时,基站可以利用隐含指示或者明确指示的方法指示UE在所有默认的偶数子帧上进行上行重传,无需推迟子帧。
(2)假设上行backhaul link所占用的子帧均为偶数子帧,例如子帧#2和#8。
当UE的上行初始传输发生在奇数子帧上时,即子帧#1,#3,#5,#7和#9上,根据上述FDD LTE的上行HARQ定时关系可知,UE的所有上行重传也同样都发生在奇数子帧上。也就是说,此时UE的上行重传不会受到上行backhaul link所占用的偶数子帧的影响,仍然可以沿用FDD LTE的上行HARQ定时关系。
此时,基站可以利用隐含指示或者明确指示的方法指示UE在所有默认的奇数子帧上进行上行重传,无需推迟子帧。
实施例3:UE的上行初始传输发生在奇数子帧上,其上行重传与上行backhaul link所占用的奇数子帧发生碰撞的处理
当UE的上行初始传输发生在奇数子帧上时,即子帧#3,#5和#9上,根据上述FDD LTE的上行HARQ定时关系可知,UE的所有上行重传也同样都发生在奇数子帧上。也就是说,只要UE的上行初始传输发生在奇数子帧上,它的上行重传势必就有与上行backhaul link所占用的奇数子帧发生碰撞的可能性。
假设UE在子帧#3上进行首次上行传输,如图5所示,基站在子帧#7上发送UE首次上行传输所对应的NACK反馈信息,用P3表示;按照FDD LTE的上行同步HARQ定时关系,UE的上行重传本应在子帧#1上进行,但子帧#1已经被上行backhaul link占用了,因此,此时基站将利用上述明确指示或隐含指示的方法为UE重新配置上行重传子帧。
这里优先将UE的上行重传子帧推迟奇数个子帧,之所以推迟奇数个子帧的原因是,这样可以将UE后续的上行重传所在的子帧都调度到偶数子帧上,从而顺利地避开了上行backhaul link所占用的奇数子帧,使得UE后续的上行重传可以按照FDD LTE的上行HARQ定时关系正常进行。如图5所示,将UE的上行重传推迟到子帧#2上进行,从而后续的的上行重传所在的子帧都被调度到了偶数子帧上。
同时,不排除可以推迟偶数个子帧的情况,但当UE后续的上行重传再次遇到上行backhaul link所占用的奇数子帧时,基站就要再次利用上述明确指示或隐含指示的方法为UE重新配置上行重传子帧。其中,为了降低数据传输的时延,推迟的子帧个数不易过大。
实施例4:UE的上行初始传输发生在偶数子帧上,其上行重传与上行backhaul link所占用的偶数子帧发生碰撞的处理
当UE的上行初始传输发生在偶数子帧上时,即子帧#0,#4和#6上,根据上述FDD LTE的上行HARQ定时关系可知,UE的所有上行重传也同样都发生在偶数子帧上。也就是说,只要UE的上行初始传输发生在偶数子帧上,它的上行重传势必就有与上行backhaul link所占用的偶数子帧发生碰撞的可能性。
假设UE在子帧#0上进行首次上行传输,如图6所示,基站在子帧#4上发送UE首次上行传输所对应的NACK反馈,用P4表示;按照FDD LTE的上行同步HARQ定时关系,UE的上行重传本应在子帧#8上进行,但子帧#8已经被上行backhaul link占用了,因此,此时基站将利用上述明确指示或隐含指示的方法为UE重新配置上行重传子帧。
这里优先将UE的上行重传子帧推迟奇数个子帧,之所以推迟奇数个子帧的原因是,这样可以将UE后续的上行重传所在的子帧都调度到奇数子帧上,从而顺利地避开了上行backhaul link所占用的偶数子帧,使得UE后续的上行重传可以按照FDD LTE的上行HARQ定时关系正常进行。如图6所示,将UE的上行重传推迟到子帧#9上进行,从而后续的的上行重传所在的子帧都被调度到了奇数子帧上。
同时,不排除可以推迟偶数个子帧的情况,但当UE后续的上行重传再次遇到上行backhaul link所占用的偶数子帧时,基站就要再次利用上述明确指示或隐含指示的方法为UE重新配置上行重传子帧。其中,为了降低数据传输的时延,推迟的子帧个数不易过大。
本发明针对上述混合自动重传请求发送的指示方法,相应地提供了混合自动重传请求发送的***,包括基站eNB和用户设备UE,且在eNB与UE之间引入中继节点RN,其中:
eNB,用于在判断UE发送上行HARQ所占用的子帧与RN上行中继链路所占用的子帧将发生碰撞时,为UE重新配置发送上行HARQ子帧的位置,并指示给UE;
UE,用于根据eNB指示的发送上行HARQ子帧的位置,向eNB上传HARQ。
其中,eNB通过下行控制命令明确指示告知UE上行重传需要推迟的子帧数,或告知UE上行重传子帧的子帧序号;或者,eNB利用下行控制信令,指示UE上行中继链路所占用的子帧的序号,来隐含告知UE上行重传子帧的位置;或指示UE初始传输时所占用的资源块RB的位置,通过该RB的最小的序号与UE需要推迟的子帧个数存在的一一对应的关系,来隐含告知UE上行重传子帧的位置;或者,在PHICH上向UE反馈NACK消息,通过消息中PHICH的索引号与UE上行重传需要推迟的子帧数存在一一对应的关系,来隐含告知UE上行重传子帧的位置。
基站在UE的上行HARQ初始传输均发生在奇数子帧上,且在上行中继链路所占用的子帧均为奇数子帧时,明确指示或隐含指示UE上行HARQ子帧推迟奇数个子帧,从而使后续的上行HARQ所在的子帧都被调度到偶数子帧上;
或者,基站在UE的上行HARQ初始传输均发生在偶数子帧上,且在上行中继链路所占用的子帧均为偶数子帧时,明确指示或隐含指示UE上行HARQ子帧推迟奇数个子帧,从而使后续的上行HARQ所在的子帧都被调度到奇数子帧上。
本发明针对上述混合自动重传请求发送的指示方法,相应地提供了混合自动重传请求发送中进行指示的基站的实施例,其结构框图如图7所示;该基站700包括相互连接的上行异步切换模块710和上行HARQ子帧位置指示模块720,其中:
上行异步切换模块710,用于在UE发送上行HARQ所占用的子帧与中继节点上行中继链路所占用的子帧将发生碰撞时,将含有上行中继链路所占用的子帧序号的上行异步切换指示输出给上行HARQ子帧位置指示模块720;
上行HARQ子帧位置指示模块720,用于根据输入的上行异步切换指示及其内所含的上行中继链路所占用的子帧序号,为UE重新配置上行HARQ的子帧,并向UE发送用于指示其上行HARQ子帧位置的命令或消息。
上行HARQ子帧位置指示模块720,发送的下行控制命令包括明确指示法和隐含指示法;其中明确指示法是基站利用下行控制信令明确地告知UE上行重传需要推迟多少个子帧(子帧数)进行,或上行重传在哪个具体子帧(子帧序号)上进行;隐含指示法是基站利用下行控制信令,隐含指示UE上行中继链路所占用的子帧的序号,从而隐含告知UE上行重传子帧的位置;或指示UE初始传输时所占用的时频资源块RB的位置,通过该RB的最小的序号与UE需要推迟的子帧个数存在的一一对应的关系,来隐含告知UE上行重传子帧的位置。
或者,上行HARQ子帧位置指示模块720在PHICH上反馈NACK消息,通过该PHICH的索引号与UE上行重传需要推迟的子帧数存在一一对应的关系,来隐含告知UE上行重传子帧的位置。
综上所述,本发明所述的方法、基站和***,成功地解决了引入中继站(或其它类似中继站的设备)的FDD LTE-A***中,在上行backhaul link所占用的子帧中UE无法进行上行重传的问题。该方法可以很好地适用于LTE-ARel-9/10UE,在不引入额外的调度复杂度的前提下,不仅保证了LTE-ARel-9/10UE上行重传得以有序的进行,而且节省了***开销,提高了***资源的利用率,减少了上行业务的时延。
以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。本发明还可例举其它多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (18)
1.一种混合自动重传请求发送的指示方法,包括:
基站在判断用户设备UE发送上行混合自动重传请求HARQ所占用的子帧与中继节点上行中继链路所占用的子帧将发生碰撞时,为所述UE重新配置发送上行HARQ子帧的位置,并指示给所述UE。
2.按照权利要求1所述的方法,其特征在于,所述基站通过下行控制信令指示所述UE发送所述上行HARQ子帧的位置。
3.按照权利要求2所述的方法,其特征在于,所述基站通过所述下行控制信令明确指示所述UE发送所述上行HARQ子帧需要推迟的子帧数,或明确指示所述UE发送所述上行HARQ子帧的序号。
4.按照权利要求2所述的方法,其特征在于,所述基站通过所述下行控制信令,隐含指示所述UE上行中继链路的子帧的序号,从而隐含告知所述UE发送所述上行HARQ子帧的位置;或指示所述UE进行上行传输时所占用的资源块RB的位置,通过所述RB的最小的序号与发送上行HARQ需要推迟的子帧个数存在的一一对应的关系,来隐含告知所述UE发送所述上行HARQ子帧的位置。
5.按照权利要求1所述的方法,其特征在于,所述基站在物理HARQ信道PHICH上发送不予确认NACK消息,通过所述消息中的所述PHICH的索引号与发送上行HARQ需要推迟的子帧个数存在的一一对应的关系,来隐含告知所述UE发送所述上行HARQ子帧的位置。
6.按照权利要求3至5任一项所述的方法,其特征在于,
当所述上行中继链路所占用的子帧均为奇数子帧,且UE的上行HARQ初始传输均发生在偶数子帧上时,所述基站明确指示或隐含指示所述UE采用默认的偶数子帧上传HARQ;
或者,当所述上行中继链路所占用的子帧均为偶数子帧,且UE的上行HARQ初始传输均发生在奇数子帧上时,所述基站明确指示或隐含指示所述UE采用默认的奇数子帧上传HARQ。
7.按照权利要求3至5任一项所述的方法,其特征在于,
当所述UE的上行HARQ初始传输均发生在奇数子帧上,且当所述上行中继链路所占用的子帧均为奇数子帧时,所述基站明确指示或隐含指示所述UE所述上行HARQ子帧推迟奇数个子帧,从而使后续的上行HARQ所在的子帧都被调度到偶数子帧上;
或者,当所述UE的上行HARQ初始传输均发生在偶数子帧上,且当所述上行中继链路所占用的子帧均为偶数子帧时,所述基站明确指示或隐含指示所述UE所述上行HARQ子帧推迟奇数个子帧,从而使后续的上行HARQ所在的子帧都被调度到奇数子帧上。
8.一种混合自动重传请求的发送方法,包括:
基站在判断用户设备UE发送上行混合自动重传请求HARQ所占用的子帧与中继节点上行中继链路所占用的子帧将发生碰撞时,为所述UE重新配置发送上行HARQ子帧的位置,并指示给所述UE;
所述UE按所述基站指示的所述发送上行HARQ的子帧位置,向所述基站上传HARQ。
9.按照权利要求8所述的方法,其特征在于,所述基站通过下行控制信令明确指示所述UE发送所述上行HARQ子帧需要推迟的子帧数,或明确指示所述UE发送所述上行HARQ子帧的序号。
10.按照权利要求8所述的方法,其特征在于,
所述基站通过下行控制信令,隐含指示所述UE上行中继链路的子帧的序号,从而隐含告知所述UE发送所述上行HARQ子帧的位置;或指示所述UE进行上行传输时所占用的资源块RB的位置,通过所述RB的最小的序号与发送上行HARQ需要推迟的子帧个数存在的一一对应的关系,来隐含告知所述UE发送所述上行HARQ子帧的位置;
或者,所述基站在物理HARQ信道PHICH上发送不予确认NACK消息,通过所述消息中的所述PHICH的索引号与发送上行HARQ需要推迟的子帧个数存在的一一对应的关系,来隐含告知所述UE发送所述上行HARQ子帧的位置。
11.按照权利要求9或10所述的方法,其特征在于,
当所述UE的上行HARQ初始传输均发生在奇数子帧上,且当所述上行中继链路所占用的子帧均为奇数子帧时,所述基站明确指示或隐含指示所述UE所述上行HARQ子帧推迟奇数个子帧,从而使后续的上行HARQ所在的子帧都被调度到偶数子帧上;
或者,当所述UE的上行HARQ初始传输均发生在偶数子帧上,且当所述上行中继链路所占用的子帧均为偶数子帧时,所述基站明确指示或隐含指示所述UE所述上行HARQ子帧推迟奇数个子帧,从而使后续的上行HARQ所在的子帧都被调度到奇数子帧上。
12.一种混合自动重传请求发送中进行指示的基站,其特征在于,包括相互连接的上行异步切换模块和上行混合自动重传请求HARQ子帧位置指示模块,其中:
所述上行异步切换模块,用于在用户设备UE发送上行HARQ的子帧与中继节点上行中继链路的子帧将发生碰撞时,将上行异步切换指示输出给所述下行控制命令发送模块,所述上行异步切换指示含有所述上行HARQ的子帧的序号和所述上行中继链路的子帧的序号;
所述上行HARQ子帧位置指示模块,用于根据输入的上行异步切换指示及其内所含的所述子帧的序号,为所述UE重新配置发送上行HARQ的子帧,并通过下行命令或消息指示给所述UE。
13.按照权利要求12所述的基站,其特征在于,
所述上行HARQ子帧位置指示模块,通过下行控制信令明确指示所述UE所述上行HARQ子帧需要推迟的子帧数,或明确指示所述UE所述上行HARQ子帧的子帧序号。
14.按照权利要求12所述的基站,其特征在于,
所述上行HARQ子帧位置指示模块,通过下行控制信令,隐含指示所述UE上行中继链路的子帧的序号,从而隐含告知所述UE发送所述上行HARQ子帧的位置;或指示所述UE进行上行传输时所占用的资源块RB的位置,通过所述RB的最小的序号与发送上行HARQ需要推迟的子帧个数存在的一一对应的关系,来隐含告知所述UE发送所述上行HARQ子帧的位置;
或者,所述上行HARQ子帧位置指示模块,在物理HARQ信道PHICH上发送不予确认NACK消息,通过所述消息中的所述PHICH的索引号与发送上行HARQ需要推迟的子帧个数存在的一一对应的关系,来隐含告知所述UE所述上行HARQ子帧的位置。
15.一种混合自动重传请求的发送***,包括依次连接的基站、中继节点以及用户设备UE,其特征在于,
所述基站,用于在判断用户设备UE发送上行混合自动重传请求HARQ所占用的子帧与中继节点上行中继链路所占用的子帧将发生碰撞时,为所述UE重新配置发送上行HARQ子帧的位置,并指示给所述UE;
所述UE,用于按所述基站指示的所述发送上行HARQ的子帧位置,向所述基站上传HARQ。
16.按照权利要求15所述的***,其特征在于,
所述基站,用于通过下行控制信令明确指示所述UE所述上行HARQ子帧需要推迟的子帧数,或明确指示所述UE所述上行HARQ子帧的子帧序号。
17.按照权利要求15所述的***,其特征在于,
所述基站,用于通过下行控制信令,隐含指示所述UE上行中继链路的子帧的序号,从而隐含告知所述UE发送所述上行HARQ子帧的位置;或指示所述UE进行上行传输时所占用的资源块RB的位置,通过所述RB的最小的序号与发送上行HARQ需要推迟的子帧个数存在的一一对应的关系,来隐含告知所述UE发送所述上行HARQ子帧的位置;
或者,所述基站,在物理HARQ信道PHICH上发送不予确认NACK消息,通过所述消息中的所述PHICH的索引号与发送上行HARQ需要推迟的子帧个数存在的一一对应的关系,来隐含告知所述UE所述上行HARQ子帧的位置。
18.按照权利要求16或17所述的***,其特征在于,
所述基站,在所述UE的上行HARQ初始传输均发生在奇数子帧上,且在所述上行中继链路所占用的子帧均为奇数子帧时,明确指示或隐含指示所述UE所述上行HARQ子帧推迟奇数个子帧,从而使后续的上行HARQ所在的子帧都被调度到偶数子帧上;
或者,所述基站,在所述UE的上行HARQ初始传输均发生在偶数子帧上,且在所述上行中继链路所占用的子帧均为偶数子帧时,明确指示或隐含指示所述UE所述上行HARQ子帧推迟奇数个子帧,从而使后续的上行HARQ所在的子帧都被调度到奇数子帧上。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910136534.6A CN101882985B (zh) | 2009-05-06 | 2009-05-06 | 混合自动重传请求发送的指示方法及其基站 |
PCT/CN2010/072469 WO2010127624A1 (zh) | 2009-05-06 | 2010-05-05 | 数据重传的指示方法、重传数据的方法、***及中继站 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910136534.6A CN101882985B (zh) | 2009-05-06 | 2009-05-06 | 混合自动重传请求发送的指示方法及其基站 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101882985A true CN101882985A (zh) | 2010-11-10 |
CN101882985B CN101882985B (zh) | 2015-08-12 |
Family
ID=43049987
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910136534.6A Expired - Fee Related CN101882985B (zh) | 2009-05-06 | 2009-05-06 | 混合自动重传请求发送的指示方法及其基站 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101882985B (zh) |
WO (1) | WO2010127624A1 (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102651679A (zh) * | 2011-02-28 | 2012-08-29 | 华为技术有限公司 | 数据传输方法、演进基站以及用户设备 |
CN102655676A (zh) * | 2011-03-01 | 2012-09-05 | 华为技术有限公司 | 子帧配置方法、数据处理方法及基站、用户设备 |
WO2013143440A1 (zh) * | 2012-03-26 | 2013-10-03 | 中兴通讯股份有限公司 | 设备到设备的通信方法及装置 |
CN103634081A (zh) * | 2012-08-20 | 2014-03-12 | 中兴通讯股份有限公司 | 一种基于lte的超远距离覆盖通信的方法、***及设备 |
WO2014166358A1 (zh) * | 2013-04-07 | 2014-10-16 | 电信科学技术研究院 | 一种小区切换方法及设备 |
CN105191187A (zh) * | 2013-03-14 | 2015-12-23 | Zte维创通讯公司 | 适应分布式网络拓扑中的harq进程数的方法和装置 |
WO2016188236A1 (zh) * | 2015-05-25 | 2016-12-01 | 电信科学技术研究院 | 一种资源碰撞的检测指示方法及装置 |
CN108023685A (zh) * | 2016-11-03 | 2018-05-11 | 华为技术有限公司 | 混合自动重传harq切换方法及终端 |
CN108604952A (zh) * | 2016-02-05 | 2018-09-28 | 华为技术有限公司 | 反馈信息发送方法及装置 |
WO2019096276A1 (zh) * | 2017-11-16 | 2019-05-23 | 华为技术有限公司 | 数据传输的方法和装置 |
CN111226409A (zh) * | 2018-09-27 | 2020-06-02 | 联发科技股份有限公司 | 推迟混合自动重复请求确认反馈的机制 |
WO2020258301A1 (zh) * | 2019-06-28 | 2020-12-30 | 华为技术有限公司 | 一种通信方法及装置 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2525520B1 (en) | 2011-05-17 | 2016-03-30 | Telefonaktiebolaget LM Ericsson (publ) | Method and a radio communication node for data transmission when HARQ feedback and measurement gap collide |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101399632A (zh) * | 2007-09-29 | 2009-04-01 | 大唐移动通信设备有限公司 | 为数据传输配置资源的方法及装置 |
WO2009044344A2 (en) * | 2007-10-05 | 2009-04-09 | Nokia Corporation | User specific load balancing |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4910574B2 (ja) * | 2006-08-31 | 2012-04-04 | 富士通株式会社 | 無線通信システム |
CN101179352A (zh) * | 2006-11-08 | 2008-05-14 | 中兴通讯股份有限公司 | 增强混合自动重传请求指示信道的分配*** |
CN101420293A (zh) * | 2007-10-23 | 2009-04-29 | 华为技术有限公司 | Ack/nack信息的指示和数据重传的方法及装置 |
US20090103440A1 (en) * | 2007-10-23 | 2009-04-23 | Nokia Corporation | Collision avoidance for uplink VoIP transmission |
-
2009
- 2009-05-06 CN CN200910136534.6A patent/CN101882985B/zh not_active Expired - Fee Related
-
2010
- 2010-05-05 WO PCT/CN2010/072469 patent/WO2010127624A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101399632A (zh) * | 2007-09-29 | 2009-04-01 | 大唐移动通信设备有限公司 | 为数据传输配置资源的方法及装置 |
WO2009044344A2 (en) * | 2007-10-05 | 2009-04-09 | Nokia Corporation | User specific load balancing |
Cited By (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102651679B (zh) * | 2011-02-28 | 2016-02-03 | 华为技术有限公司 | 数据传输方法、演进基站以及用户设备 |
CN102651679A (zh) * | 2011-02-28 | 2012-08-29 | 华为技术有限公司 | 数据传输方法、演进基站以及用户设备 |
US9516496B2 (en) | 2011-02-28 | 2016-12-06 | Huawei Technologies Co., Ltd. | Data transmission method, evolved NodeB and user equipment |
CN102655676A (zh) * | 2011-03-01 | 2012-09-05 | 华为技术有限公司 | 子帧配置方法、数据处理方法及基站、用户设备 |
WO2012116639A1 (zh) * | 2011-03-01 | 2012-09-07 | 华为技术有限公司 | 子帧配置方法、数据处理方法及基站、用户设备 |
CN102655676B (zh) * | 2011-03-01 | 2014-12-31 | 华为技术有限公司 | 子帧配置方法、数据处理方法及基站、用户设备 |
US9215699B2 (en) | 2011-03-01 | 2015-12-15 | Huawei Technologies Co., Ltd. | Method for configuring subframe, method for processing data, base station and user equipment |
WO2013143440A1 (zh) * | 2012-03-26 | 2013-10-03 | 中兴通讯股份有限公司 | 设备到设备的通信方法及装置 |
US9544890B2 (en) | 2012-03-26 | 2017-01-10 | Zte Corporation | Device-to-device communication method and apparatus |
US9525533B2 (en) | 2012-08-20 | 2016-12-20 | Zte Corporation | LTE-based method, system, and device for ultra-distance coverage communication |
CN103634081A (zh) * | 2012-08-20 | 2014-03-12 | 中兴通讯股份有限公司 | 一种基于lte的超远距离覆盖通信的方法、***及设备 |
CN105191187A (zh) * | 2013-03-14 | 2015-12-23 | Zte维创通讯公司 | 适应分布式网络拓扑中的harq进程数的方法和装置 |
WO2014166358A1 (zh) * | 2013-04-07 | 2014-10-16 | 电信科学技术研究院 | 一种小区切换方法及设备 |
WO2016188236A1 (zh) * | 2015-05-25 | 2016-12-01 | 电信科学技术研究院 | 一种资源碰撞的检测指示方法及装置 |
CN106302585A (zh) * | 2015-05-25 | 2017-01-04 | 电信科学技术研究院 | 一种资源碰撞的检测指示方法及装置 |
CN106302585B (zh) * | 2015-05-25 | 2019-05-10 | 电信科学技术研究院 | 一种资源碰撞的检测指示方法及装置 |
CN108604952A (zh) * | 2016-02-05 | 2018-09-28 | 华为技术有限公司 | 反馈信息发送方法及装置 |
CN108023685A (zh) * | 2016-11-03 | 2018-05-11 | 华为技术有限公司 | 混合自动重传harq切换方法及终端 |
CN108023685B (zh) * | 2016-11-03 | 2021-02-12 | 华为技术有限公司 | 混合自动重传harq切换方法及终端 |
WO2019096276A1 (zh) * | 2017-11-16 | 2019-05-23 | 华为技术有限公司 | 数据传输的方法和装置 |
CN109803382A (zh) * | 2017-11-16 | 2019-05-24 | 华为技术有限公司 | 数据传输的方法和装置 |
CN109803382B (zh) * | 2017-11-16 | 2021-11-09 | 华为技术有限公司 | 数据传输的方法和装置 |
CN111226409A (zh) * | 2018-09-27 | 2020-06-02 | 联发科技股份有限公司 | 推迟混合自动重复请求确认反馈的机制 |
WO2020258301A1 (zh) * | 2019-06-28 | 2020-12-30 | 华为技术有限公司 | 一种通信方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2010127624A1 (zh) | 2010-11-11 |
CN101882985B (zh) | 2015-08-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101882985B (zh) | 混合自动重传请求发送的指示方法及其基站 | |
CN102202408B (zh) | 多子帧调度方法、***和设备 | |
CN102215590B (zh) | 一种调度方法及*** | |
CN101925118B (zh) | 一种避免接口传输冲突的方法、装置和*** | |
US9813142B2 (en) | Method for performing HARQ for relay station | |
CN101636961A (zh) | 用于半持久性调度的(h)arq | |
CN101931960B (zh) | 一种避免上行传输冲突的方法、***和装置 | |
US20120051277A1 (en) | System and Method for Assigning Backhaul Resources | |
EP2482604A1 (en) | Method and device for processing data transmission conflict of relay-node | |
US8855042B2 (en) | Downlink feedback method for time division dual system and relay link thereof | |
CN102355334A (zh) | 一种半静态调度方式下数据的传输方法及用户设备 | |
CN103648175A (zh) | 多子帧调度方法、***和设备 | |
CN106102097A (zh) | 处理非执照频带的混合自动重传请求运作的装置及方法 | |
US11711175B2 (en) | Methods and apparatuses for controlling timing of feedback transmissions | |
CN102035632B (zh) | 一种无线中继场景下的数据传输方法和*** | |
CN102064877A (zh) | 子帧调度信息通知方法及装置 | |
CN101790194A (zh) | 用于上行中继链路的混合自动重传请求方法、装置及*** | |
CN101790193B (zh) | 混合自动重传请求的控制方法、***、发送及接收端设备 | |
CN102571189B (zh) | 回程链路子帧配置切换的数据处理方法和装置 | |
CN101640902B (zh) | 一种物理上行控制信道资源压缩的通知方法 | |
CN102420682B (zh) | 中继链路下行反馈信息传输时序确定方法及装置 | |
CN105577333A (zh) | 一种确定中继链路harq时序关系的方法 | |
CN102036383A (zh) | 下行数据发送方法及*** | |
CN102832989A (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20150812 Termination date: 20190506 |
|
CF01 | Termination of patent right due to non-payment of annual fee |