具体实施方式
本发明实施例提供了一种数据传输方法及装置,用以实现多子帧调度系统的同步HARQ传输。
本发明实施例适用于多子帧调度系统,但并不限于该系统。
下面结合附图对本发明实施例提供的技术方案进行说明。
参见图2,在发送端,本发明实施例提供的一种数据发送方法,包括步骤:
S101、在第n个子帧发送数据;
S102、当需要重新发送所述数据时,在第n+L个子帧上重新发送所述数据;
其中,n为自然数,L≥M+N-1,N为多子帧调度集合中的子帧数目,N≥1,M为单子帧调度时系统的混合自动重传HARQ进程数;并且,所述子帧同为上行子帧或下行子帧。
其中,所述的单子帧调度时的系统的HARQ进程数,是指至少包含一个调度子帧对应一个传输子帧的系统的HARQ进程数。
也就是说,本发明实施例中,当设备(基站或终端)在第n个下行/上行子帧传输下行/上行数据时,如果需要重新传输(由UL/DL grant或NACK反馈触发)时,则其在第n+L个下行/上行子帧上进行相应的重传。其中,L至少满足L≥M+N-1,N为多子帧调度集合中下行/上行子帧的数目,N≥1,M为单子帧调度时系统的HARQ进程数。
本发明实施例适用于所有下行/上行进程或部分下行/上行进程。较佳地,所有进程都采用统一的方法。
进一步,所述L还需要满足如下至少一种条件:
L=p×N
L=p′×M
其中,p和p′均为预设的使L≥M+N-1的正整数。
也就是说,L进一步满足:
条件一:L=p×N,其中p为正整数。这样设计可以保证终端在所有的下行/上行子帧上都能进行多子帧调度,并且可以避免多次调度之间的子帧冲突。或,
条件二:L=p′×M,其中p′为正整数,M为单子帧调度时系统的HARQ进程数。
典型地,对于上行传输过程,M=LR8,LR8为现有系统的上行HARQ进程数。这样设计具有一定的后向兼容性,避免多子帧调度(当N>1时)和单子帧调度的终端发生不可控制的碰撞。或
条件三:L=p×N且L=p′×M,其中p,p′为正整数。这样设计兼具上述两种方法的优点。
其中,p,p′为使L≥M+N-1的最小整数。这样设计可以使往返时间(RoundTrip Time,RTT)尽可能小,减少业务的延时。
典型地,对于上行传输过程,M=LR8,LR8为现有系统的上行HARO进程数。这样设计具有一定的后向兼容性,避免多子帧调度(当N>1时)和单子帧调度的终端发生不可控制的碰撞。
较佳地,所述N满足如下条件之一:其中,p″为预设的正整数;或
N=4。
也就是说,N满足下列条件四或条件五:
条件四:
其中p″为正整数。这样设计可以避免条件三对应的方法带来的长RTT问题。该规则同样有利于上述条件一和条件二所对应的数据传输方法的设计。
推荐地,
条件五:N=4。该条件与帧结构2的反馈窗大小对应,既能够减少控制信令的开销,又能避免过长的RTT。
较佳地,所述M为长期演进LTE版本8系统中单子帧调度时系统的混合自动重传HARQ进程数中的一个或多个。具体地,例如,在频分双工FDD系统中,所述M为8;在TDD系统中,TDD上下行配置0对应的所述M为7,TDD上下行配置1对应的所述M为4,TDD上下行配置2对应的所述M为2,TDD上下行配置3对应的所述M为3,TDD上下行配置4对应的所述M为2,TDD上下行配置5对应的所述M为1,TDD上下行配置6对应的所述M为6。
也就是说,M满足下列条件六:
条件六:M与现有LTE系统的上行HARQ进程数相同,具体地,在FDD系统中,M为8,在TDD系统中,M的取值如下面的表3所示,不同的上下行配置,对应不同的M值,或者对应同一M值。
表3:TDD系统的同步上行HARQ进程数
需要说明的是,本发明实施例中的数据传输,可以同时满足上述条件一、条件二、条件三中的一个,和/或,条件四或者条件五,和/或条件六。在多个条件进行组合的情况下,达到的效果也同时具备。
较佳地,该方法还包括:当在子帧m上检测到调度信息时,设备根据该调度信息在一个多子帧调度集合{m+k,m+k+1,...m+k+N-1}中的子帧上进行数据传输,例如,当设备发送子帧m上的调度信息时,若在子帧m上的调度信息指示需要调度新数据,则在多子帧调度集合{m+k,m+k+1,...m+k+N-1}中的子帧上发送新数据,若需要重新发送数据,则在多子帧调度集合{m+k,m+k+1,...m+k+N-1}中的子帧上重新发送该数据。
较佳地,其中k的取值方式同背景技术中描述的k的取值方式。这样设计具有后向兼容性,便于多版本终端的共存和减少系统的重复开发。
进一步,设备仅能在有限的子帧集合检测到用于多子帧调度信息,或在任意下行子帧都可能检测到用于多子帧调度信息。
较佳地,该方法还包括:
当在子帧i接收到ACK/NACK信息时,
若多子帧调度集合中的N个子帧对应同一个HARQ进程,则该ACK/NACK信息是对一个多子帧调度集合{i-l,i-l-1,...i-l-(N-1)}中的子帧上传输的数据的反馈;
若多子帧调度集合中的N个子帧对应独立的N个HARQ进程,则ACK/NACK信息是对一个多子帧调度集合中的子帧i-l上传输的数据的反馈;
其中,l是预设的正整数。
推荐地,l的取值方式同背景技术中描述的l的取值方式。这样设计具有后向兼容性,便于多版本终端的共存和减少系统的重复开发。
当多子帧调度集合中的N个子帧对应独立的N个HARQ进程时,ACK/NACK所对应的数据传输为子帧i-l。
较佳地,l的取值方式同背景技术中描述的l的取值方式。这样设计具有后向兼容性,便于多版本终端的共存和减少系统的重复开发。
相应地,在接收端,参见图3,本发明实施例提供的一种数据接收方法,包括:
S201、在第n个子帧接收数据;
S202、当需要重新接收所述数据时,在第n+L个子帧上重新接收所述数据;
其中,n为自然数,L≥M+N-1,N为多子帧调度集合中的子帧数目,N≥1,M为单子帧调度时系统的混合自动重传HARQ进程数;并且,所述子帧同为上行子帧或下行子帧。
较佳地,该方法还包括:
当在子帧m上发送调度信息时,在一个多子帧调度集合{m+k,m+k+1,...m+k+N-1}中的子帧上接收数据;其中,k是预设的正整数。
较佳地,该方法还包括:
当在子帧i上发送ACK/NACK信息时,
若多子帧调度集合中的N个子帧对应同一个HARQ进程,则该ACK/NACK信息是对一个多子帧调度集合{i-l,i-l-1,...i-l-(N-1)}中的子帧上传输的数据的反馈;
若多子帧调度集合中的N个子帧对应独立的N个HARQ进程,则该ACK/NACK信息是对一个多子帧调度集合中的子帧i-l上传输的数据的反馈;
其中,l是预设的正整数。
下面给出四个具体的实施例。
实施例1:帧结构类型1的上行HARQ传输。
本实施例提供的一种上行HARQ传输过程,如图4所示。本实施例以N=4为例,但不限于此。其中,UL grant子帧和多子帧集合中的第一个上行传输子帧之间间隔4个子帧,即k=4;上行传输子帧和反馈子帧之间间隔为4个子帧,即l=4(适用于多子帧为独立进程的场景)或多子帧集合中的最后一个子帧和反馈子帧之间间隔为4个子帧,即l=4(适用于多子帧为一个进程的场景);上行传输子帧和其对应的重传子帧之间间隔12个上行子帧,即L=12。这种情况下,L=3×N(N=4)且L>4+7。
当终端检测第n个无线帧子帧0上的UL grant信息时,终端将对应调整第n个无线帧子帧{4,5,6,7}的PUSCH传输。并在第n个无线帧子帧{8,9}和第n+1个无线帧子帧{0,1}(适用于多子帧为独立进程的场景)或第n+1个无线帧子帧{1}(适用于多子帧为一个进程的场景)接收ACK/NACK反馈。并根据该反馈,对应调整第n+1个无线帧子帧{6,7,8,9}的PUSCH传输。如果终端同时在第n+1个无线帧子帧2上检测到UL grant信息时,则以该UL grant信息调整第n+1个无线帧子帧{6,7,8,9}的PUSCH传输。
本实施例以第n个无线帧子帧0上发起的调度为例说明整个HARQ过程。但不限于此。上行调度可以在任意子帧发起。但一旦在某个子帧g发起,则后续多子帧调度推荐仅在子帧g+4p′″(p′″为正整数)上发起,避免传输资源的碰撞。但也不限于此,只要能够避免传输资源碰撞(例如,调度不同的频域资源),任意子帧的调度都是允许的。
实施例2:帧结构类型1的上行HARQ传输。
本实施例提供的一种上行HARQ传输过程,如图5所示。本实施例以N=4为例,但不限于此。其中,UL grant子帧和多子帧集合中第一个上行子帧间隔4个子帧,即k=4;上行传输子帧和反馈子帧之间间隔为4个子帧,即l=4(适用于多子帧为独立进程的场景)或多子帧集合中的最后一个子帧和反馈子帧之间间隔为4个子帧,即l=4(适用于多子帧为一个进程的场景);上行传输子帧和其对应的重传子帧之间间隔16个上行子帧,即L=16。这种情况下,L=2×LR8(LR8=8),且L>4+7。
当终端检测第n个无线帧子帧0上的UL grant信息时,终端将对应调整第n个无线帧子帧{4,5,6,7}的PUSCH传输。并在第n个无线帧子帧{8,9}和第n+1个无线帧子帧{0,1}(适用于多子帧为独立进程的场景)或第n+1个无线帧子帧{1}(适用于多子帧为一个进程的场景)接收ACK/NACK反馈。并根据该反馈,对应调整第n+2个无线帧子帧{0,1,2,3}的PUSCH传输。如果终端同时在第n+1个无线帧子帧6上检测到UL grant信息时,则以该UL grant信息调整第n+2个无线帧子帧{0,1,2,3}的PUSCH传输。
本实施例以第n个无线帧子帧0上发起的调度为例说明整个HARQ过程。但不限于此。上行调度可以在任意子帧发起。但一旦在某个子帧g发起,则后续多子帧调度推荐仅在子帧g+4p′″(p′″为正整数)上发起,避免传输资源的碰撞。但也不限于此,只要能够避免传输资源碰撞(例如,调度不同的频域资源),任意子帧的调度都是允许的。
实施例3:帧结构类型2的上行HARQ传输。
本实施例提供的一种上行HARQ传输过程,如图6所示。本实施例以上下行配置2为例,但不限于此配置。其中,UL grant子帧和多子帧集合中第一个上行传输子帧之间间隔k个子帧,k同背景技术中的定义;上行传输子帧和反馈子帧之间间隔为l个子帧,l同背景技术中的定义(适用于多子帧为独立进程的场景)或多子帧集合中的最后一个子帧和反馈子帧之间间隔为l个子帧,l同背景技术中的定义(适用于多子帧为一个进程的场景);上行传输子帧和其对应的重传子帧之间间隔12个上行子帧,即L=12。这种情况下,L=3×N(N=4)且L>4+7。
当终端检测第n个无线帧子帧0上的UL grant信息时,终端将对应调整第n个无线帧子帧{4,7,8,9}的PUSCH传输。并在第n+1个无线帧子帧{0,1,5}(适用于多子帧为独立HARQ进程的场景)或第n+1个无线帧子帧{5}(适用于多子帧为一个HARQ进程的场景)接收ACK/NACK信息反馈。并根据该反馈,对应调整第n+2个无线帧子帧{4,7,8,9}的PUSCH传输。如果终端同时在第n+2个无线帧子帧0上检测到UL grant信息时,则以该UL grant信息调整第n+2个无线帧子帧{4,7,8,9}的PUSCH传输。
本实施例以第n个无线帧子帧0上发起的调度为例说明整个HARQ过程。但不限于此。上行调度可以在任意子帧发起。一般地,调度的多子帧集合之间应避免出现重叠的上行子帧。但也不限于此,只要能够避免传输资源碰撞(例如,调度不同的频域资源),任意连续的N个上行子帧都可以作为多子帧集合调度。
上下行配置2的HARQ关系可以仅适用于上下行配置2,也可以作为统一的设计适用于任何上下行配置或动态配置系统。如果是后者,当多子帧集合中包含下行子帧时,应该避免调度。即使发起调度,终端也不在该子帧上传输数据。
实施例4:帧结构类型2的上行HARQ传输。
本实施例提供的一种上行HARQ传输过程,如图7所示。本实施例以上下行配置2为例,但不限于此配置。其中,UL grant子帧和多子帧集合中第一个上行传输子帧之间间隔k个子帧,k同背景技术中的定义;上行传输子帧和反馈子帧之间间隔为l个子帧,l同背景技术中的定义(适用于多子帧为独立HARQ进程的场景)或多子帧集合中的最后一个子帧和反馈子帧之间间隔为l个子帧,l同背景技术中的定义(适用于多子帧为一个HARQ进程的场景);上行传输子帧和其对应的重传子帧之间间隔14个上行子帧,即L=14。这种情况下,L=2×LR8(LR8=7),且L>4+7。
当终端检测第n个无线帧子帧0上的UL grant信息时,终端将对应调整第n个无线帧子帧{4,7,8,9}的PUSCH传输。并在第n+1个无线帧子帧{0,1,5}(适用于多子帧为独立进程的场景)或第n+1个无线帧子帧{5}(适用于多子帧为一个进程的场景)接收ACK/NACK信息反馈。并根据该反馈,对应调整第n+2个无线帧子帧{8,9}和第n+3个无线帧子帧{2,3}的PUSCH传输。如果终端同时在第n+2个无线帧子帧1上检测到UL grant信息时,则以该UL grant信息调整第n+2个无线帧子帧{8,9}和第n+3个无线帧子帧{2,3}的PUSCH传输。
本实施例以第n个无线帧子帧0上发起的调度为例说明整个HARQ过程。但不限于此,上行调度可以在任意子帧发起。一般地,调度的多子帧集合之间应避免出现重叠的上行子帧。但也不限于此,只要能够避免传输资源碰撞(例如,调度不同的频域资源),任意连续的N个上行子帧都可以作为多子帧集合调度。
上下行配置2的HARQ关系可以仅适用于上下行配置2,也可以作为统一的设计适用于任何上下行配置或动态配置。如果是后者,当多子帧集合中包含下行子帧时,应该避免调度。即使发起调度,终端也不在该子帧上传输数据。
与上述方法相对应,参见图8,本发明实施例提供的一种数据传输装置,包括:
第一传输单元11,用于在第n个子帧发送数据;
第二传输单元12,用于当需要重新发送所述数据时,在第n+L个子帧上重新发送所述数据;
其中,n为自然数,L≥M+N-1,N为多子帧调度集合中的子帧数目,N≥1,M为单子帧调度时系统的混合自动重传HARQ进程数;并且,所述子帧同为上行子帧或下行子帧。
较佳地,
所述第一传输单元11,还用于在第n个子帧接收数据;
所述第二传输单元12,还用于当需要重新接收所述数据时,在第n+L个子帧上重新接收所述数据。
较佳地,所述L还需要满足如下至少一种条件:
L=p×N
L=p′×M
其中,p和p′均为预设的使L≥M+N-1的正整数。
较佳地,所述N满足如下条件之一:
其中,p″为预设的正整数;或
N=4。
较佳地,所述M为长期演进LTE版本8系统中单子帧调度时系统的混合自动重传HARQ进程数。
较佳地,该装置还包括:
第三传输单元,用于当在子帧m上检测到调度信息时,根据该调度信息在一个多子帧调度集合{m+k,m+k+1,...m+k+N-1}中的子帧上进行数据传输;其中,k是预设的正整数。
较佳地,所述第三传输单元,还用于当在子帧m上发送调度信息时,在一个多子帧调度集合{m+k,m+k+1,...m+k+N-1}中的子帧上接收数据;其中,k是预设的正整数。
较佳地,该装置还包括:
第四传输单元,用于当在子帧i接收到ACK/NACK信息时,
若多子帧调度集合中的N个子帧对应同一个HARQ进程,则该ACK/NACK信息是对一个多子帧调度集合{i-l,i-l-1,...i-l-(N-1)}中的子帧上传输的数据的反馈;
若多子帧调度集合中的N个子帧对应独立的N个HARQ进程,则ACK/NACK信息是对一个多子帧调度集合中的子帧i-l上传输的数据的反馈;
其中,l是预设的正整数。
较佳地,所述第四传输单元,还用于:
当在子帧i上发送ACK/NACK信息时,
若多子帧调度集合中的N个子帧对应同一个HARQ进程,则该ACK/NACK信息是对一个多子帧调度集合{i-l,i-l-1,...i-l-(N-1)}中的子帧上传输的数据的反馈;
若多子帧调度集合中的N个子帧对应独立的N个HARQ进程,则该ACK/NACK信息是对一个多子帧调度集合中的子帧i-l上传输的数据的反馈;
其中,l是预设的正整数。
上述数据传输装置,即可以是数据发送端,也可以作为数据接收端。
如果仅作为接收端,本发明实施例提供的一种数据接收装置,包括:
第一传输单元11,用于在第n个子帧接收数据;
第二传输单元12,用于当需要重新接收所述数据时,在第n+L个子帧上重新接收所述数据;
其中,n为自然数,L≥M+N-1,N为多子帧调度集合中的子帧数目,N≥1,M为单子帧调度时系统的混合自动重传HARQ进程数;并且,所述子帧同为上行子帧或下行子帧。
较佳地,该装置还包括:
第三传输单元,用于当在子帧m上发送调度信息时,在一个多子帧调度集合{m+k,m+k+1,...m+k+N-1}中的子帧上接收数据;其中,k是预设的正整数。
较佳地,该装置还包括:
第四传输单元,用于当在子帧i上发送ACK/NACK信息时,
若多子帧调度集合中的N个子帧对应同一个HARQ进程,则该ACK/NACK信息是对一个多子帧调度集合{i-l,i-l-1,...i-l-(N-1)}中的子帧上传输的数据的反馈;
若多子帧调度集合中的N个子帧对应独立的N个HARQ进程,则该ACK/NACK信息是对一个多子帧调度集合中的子帧i-l上传输的数据的反馈;
其中,l是预设的正整数。
综上所述,本发明实施例提供的技术方案,适用于多子帧调度系统(但不限于此)。其中,当终端在第n个上行子帧传输数据时,如果需要重新传输(由UL grant或NACK反馈触发)时,则其在第n+L个上行子帧上进行相应的重传。其中L至少满足L≥N+7,N为多子帧调度集合中上行子帧的数目,N≥1。相应地,在网络侧,当基站在第n个下行子帧传输数据时,如果需要重新传输时,则其在第n+L个下行子帧上进行相应的重传。其中L至少满足L≥N+7,N为多子帧调度集合中下行子帧的数目,N≥1。本发明适用于多子帧调度系统(但不限于此)。本发明提供的各种时序关系具有较好的后向兼容性,避免系统的重复开发,不同的设计还能进一步优化RTT(round trip time)和/或兼容单子帧调度传输。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。