一种混合自动重传请求接收方法

文档序号:9379888阅读:430来源:国知局
一种混合自动重传请求接收方法
【技术领域】
[0001]本发明涉及通信技术领域,尤其涉及无线通信技术领域。
【背景技术】
[0002]在无线通信领域,机器类型通信(Machine Type Communicat1n简称MTC)方面的研究正日益受到关注。尤其是如何将MTC设备融入标准的无线通信网络架构,使之与已有的通信网络中的各种设备互联互通已成为一个热门的发展方向。3GPP标准化组织日前就提出了一个旨在将低成本MTC用户设备(user equipment简称UE)与LTE网络相结合的项目。
[0003]该项目中,一个需要解决的问题就是当低成本MTC UE处于半双工(Half Duplex简称HD)工作模式的情况下,如何与全双工(fullduplex简称FD)模式下的LTE网络设备相互协作。其中,低成本MTC UE采用HD工作模式的考虑主要出自降低成本的需求,在这一需求下,低成本MTC UE的射频电路中只使用了一个振荡器,因此必须工作于HD模式,即上行发送与下行接收不能同时进行,必须进行切换,从而存在一个上/下行之间的切换时延。按目前的技术指标,该时延不超过I毫秒。
[0004]另一方面,典型的LTE网络工作于FD模式,即典型的LTE UE不存在上述切换时延,因此一般LTE网络的基站在设计时并未考虑到需要处理UE的切换时延问题。而当低成本MTC UE被引入LTE网络后,必然同时引入了一些HD/FD模式之间的兼容性问题。
[0005]其中一个典型的问题就是在配置了传输时间间隔绑定(Transmit Time Intervalbundling简称TTI bundling)的情况下如何处理混合自动重传请求(Hybrid AutomaticRepeat Request简称HAQR)的问题。在3GPP规范版本8/9/10中定义了 LTE标准中的TTIbundling模式下处理HARQ的技术要求,主要包括以下内容:
[0006]-绑定的TTI数量为4,即每4个连续的上行子帧(ULTx)对应一个下行子帧(DLRx)用于反馈HARQ的ack/nack响应;
[0007]-每个HAQR 往返时间(round-trip time 简称 RTT)为 16 个 TTI
[0008]-HARQ响应的反馈周期为N+4,即IE在绑定连续4个上行子帧的最后一个上行子帧发送后的第4个下行子帧上接收相应的HARQ响应;
[0009]-每个UE上的HARQ进程(HARQProcess)的数量为4。
[0010]这样的设计在FD模式下非常合理,然而,当引入的低成本MTCUE工作于HD频分双工(Frequency Divis1n Duplexing简称FDD)模式下时就出现了问题。如附图1所示,由于在接收DL Rx时不能同时发送UL Tx,导致在发送了第一组的4个连续UL Tx不能发送第二组的4个连续UL Τχ,因为发送第二组的最后一个UL Tx时会与接收第一组的DL Rx冲突。另一方面,由于切换时延的存在,上下行子帧边界不能对齐,而是相差一个切换时延的间隔,导致在接收完第一组的DL Rx后,已经超过了原定的发送第三组的4个连续UL Tx中第一个UL Tx的时间,而如果从下一个上行子帧才开始发送第三组的数据,其结果是对应的接收第三组的DL Rx的子帧已经超出了这个RTT周期的范围,到了下一个RTT周期。最终的结果是,在原规范版本8/9/10中定义的参数下(TTI bundling = 4, RTT = 16,反馈周期=N+4),一个RTT内只能最多配置I个HAQR进程,超过一个的进程都无法正常工作。显然,这样的资源利用效率是无法接受的,必须加以改进。
[0011]所以本发明的目标就是寻找一种新的适用于HD FDD设备的TTI bundling方法;这种方法需要能够有效的提高资源的利用效率,并且要尽量兼容现有的协议,避免对规范的过大改动。

【发明内容】

[0012]为解决现有技术中的上述问题,本发明提出一种新的适用于HDFDD设备的TTIbundling方法。通过在一个RTT内配置两个HARQ进程,从而将现有的资源利用效率提高了至少一倍。
[0013]具体地,根据本发明的第一方面,提出了一种在LTE无线通信系统中的用户设备上接收混合自动重传请求响应的方法,其中,所述用户设备工作在半双工频分双工模式,其特征在于:所述用户设备上配置了传输时间间隔绑定并且配置了 2个混合自动重传请求响应处理进程。
[0014]优选地,所述传输时间间隔绑定所绑定的传输时间间隔数量为4个,所述混合自动重传请求响应的往返时间为18个传输时间间隔,所述混合自动重传请求响应的反馈周期为4个传输时间间隔。
[0015]更优选地,所述用户设备在接收所述混合自动重传请求响应后的第一个子帧上不发送上行数据。
[0016]优选地,所述传输时间间隔绑定所绑定的传输时间间隔数量为4个,所述混合自动重传请求响应的往返时间为16个传输时间间隔,所述混合自动重传请求响应的反馈周期为3个传输时间间隔。
[0017]更优选地,所述用户设备在接收所述混合自动重传请求响应后的第一个子帧上不发送上行数据。
[0018]优选地,所述传输时间间隔绑定所绑定的传输时间间隔数量为3个,所述混合自动重传请求响应的往返时间为16个传输时间间隔,所述混合自动重传请求响应的反馈周期为4个传输时间间隔。
[0019]更优选地,所述用户设备在接收所述混合自动重传请求响应后的第一个子帧上不发送上行数据。
[0020]更优选地,所述用户设备上配置了缩短子帧。
[0021 ] 更优选地,所述用户设备为机器类型通信用户设备。
[0022]更优选地,所述用户设备只有一个振荡器。
[0023]根据本发明的第二方面,提出了一种在LTE无线通信系统中接收混合自动重传请求响应的用户设备,其中,所述用户设备工作在半双工频分双工模式,其特征在于:所述用户设备上配置了传输时间间隔绑定并且配置了 2个混合自动重传请求响应处理进程。
[0024]优选地,所述传输时间间隔绑定所绑定的传输时间间隔数量为4个,所述混合自动重传请求响应的往返时间为18个传输时间间隔,所述混合自动重传请求响应的反馈周期为4个传输时间间隔。
[0025]更优选地,所述用户设备在接收所述混合自动重传请求响应后的第一个子帧上不发送上行数据。
[0026]优选地,所述传输时间间隔绑定所绑定的传输时间间隔数量为4个,所述混合自动重传请求响应的往返时间为16个传输时间间隔,所述混合自动重传请求响应的反馈周期为3个传输时间间隔。
[0027]更优选地,所述用户设备在接收所述混合自动重传请求响应后的第一个子帧上不发送上行数据。
[0028]优选地,所述传输时间间隔绑定所绑定的传输时间间隔数量为3个,所述混合自动重传请求响应的往返时间为16个传输时间间隔,所述混合自动重传请求响应的反馈周期为4个传输时间间隔。
[0029]更优选地,所述用户设备在接收所述混合自动重传请求响应后的第一个子帧上不发送上行数据。
[0030]更优选地,所述用户设备上配置了缩短子帧。
[0031 ] 更优选地,所述用户设备为机器类型通信用户设备。
[0032]更优选地,所述用户设备只有一个振荡器。
[0033]本发明中,通过在一个RTT内配置两个HARQ进程,使得低成本MTC UE的资源效率提升了一倍;优选的方案中,还可以通过不同的配置参数进行不同的设置,从而可以兼顾个方便性能的需求;而且最大程度的兼容了现有的规范,避免了对协议的过大改动,从而达到了本发明的目的。
【附图说明】
[0034]通过参照附图阅读以下所作的对非限制性实施例的详细描述,本发明的其它特征、目的和优势将会更为明显。
[0035]图1示出了在现有规范参数条件下HD FDD设备的TTI bundling时序图;
[0036]图2示出了根据本发明的一种HD FDD设备的TTI bundling时序图;
[0037]图3示出了根据本发明的另一种HD FDD设备的TTI bundling时序图;
[0038]图4示出了根据本发明的另一种HD FDD设备的TTI bundling时序图。
[0039]其中,相同或相似的附图标记表示相同或相似的步骤特征或装置/模块。
【具体实施方式】
[0040]在以下优选的实施例的具体描述中,将参考构成本发明一部分的所附的附图。所附的附图通过示例的方式示出了能够实现本发明的特定的实施例。示例的实施例并不旨在穷尽根据本发明的所有实施例。可以理解,在不偏离本发明的范围的前提下,可以利用其他实施例,也可以进行结构性或者逻辑性的修改。因此,以下的具体描述并非限制性的,且本发明的范围由所附的权利要求所限定。
[0041]首先,根据前文所述,在3GPP规范版本8/9/10中,规定了在配置了 TTI bundling的情况下,UE上配置的HARQ process数量是4个。而由于低成本MTC UE工作于HD FDD模式,因此必须对相应的规范参数进行修改才能正常工作。而首先要确定的参数就是低成本MTC UE上应当配置多少个HARQ process。显然,当沿用规范版本8/9/10中的所有参数时,只能在每个低成本MTC UE上配置一个HARQ process,此时的资源利用效率太低,无法满足规范定义的性能要求。而当试图在每个低成本MTC UE上配置大于两个或两个以上的HARQ process时,对规范的改动内容过大,以至于无法方便的兼容现有的TTI bundling技术,从而也不能满足3GPP对于后向兼容的要求。因此,只有将每个低成本MTC UE配置的HARQ process数量定为两个,才能在性能和兼容性之间达成平衡,从而可以应用于实际的网络部署。当每个低成本MTC U
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1