一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

基站、终端和通信方法与流程

2022-12-06 23:07:44 来源:中国专利 TAG:

基站、终端和通信方法
1.本技术是申请日为2016年3月30日、申请号为201680083088.5、发明名称为“基站、终端和通信方法”、申请人为松下电器(美国)知识产权公司的中国发明专利申请的分案申请。
技术领域
2.本公开涉及基站、终端和通信方法。


背景技术:

3.近年来,已经考虑了需要延迟时间减少(延迟关键)的应用的开发。需要延迟时间减少的这些应用的示例包括自动车辆驾驶、智能眼镜中的增强现实应用或机器间通信。
4.在3gpp中,为了开发这些应用,已经研究了用于减少分组数据等待时间的等待时间减少(参见非专利文献1)。在等待时间减少中,已经考虑了将作为用于数据的发送和接收的时间单位的发送时间间隔(tti)的长度(tti长度)缩短(减少)到0.5毫秒与一个正交频分复用(ofdm)码元之间的时间长度。要注意的是,传统的tti长度是1毫秒,其等于称为“子帧”的单位。一个子帧由两个时隙组成(一个时隙具有0.5毫秒)。一个时隙由用于正常循环前缀(cp)的七个ofdm码元或用于扩展cp的六个ofdm码元组成。
5.图1图示了正常cp的缩短tti的示例。当tti长度为0.5毫秒(=1个时隙)时,每毫秒设置两个tti。当一个时隙被划分为由四个ofdm码元组成的tti和由三个ofdm码元组成的tti时,每毫秒设置四个tti。当tti长度是一个ofdm码元时,每毫秒设置十四个tti。
6.缩短tti长度使得可以减少用于cqi报告的等待时间并因此增加cqi报告的频率,这带来的优点在于:cqi报告与实际信道质量之间的差异减小。
7.引文列表
8.非专利文献
9.npl 1
10.rp-150465,“new si proposal:study on latency reduction techniques for lte”,爱立信,华为,2015年3月
11.npl 2
12.3gpp tr 36.211 v13.0.0,“physical channels and modulation(release 13)”,2015年12月


技术实现要素:

13.当缩短tti长度时,短tti(下文中,“stti”)的长度可以在下行链路(dl)与上行链路(ul)之间不同。但是,在传统lte/高级lte中,tti长度在dl与ul之间是相同的,并且基于相同的tti长度共同定义数据分配、数据发送和接收以及反馈的定时。为此,在dl与ul stti长度彼此不同的情况下,有必要重新定义数据分配、数据发送和接收以及反馈的定时。
14.本公开的一方面是提供基站、终端和通信方法,所述基站、终端和通信方法中的每
一个能够针对stti长度在dl与ul之间不同的情况适当地配置数据分配、数据发送和接收以及反馈的定时。
15.根据本公开的一方面的基站包括:发送部分,使用长度比tti缩短并用于下行链路的第一短发送时间间隔(stti)发送下行链路信号;以及接收部分,使用长度比tti缩短并用于上行链路的第二stti接收上行链路信号,当第一stti的长度短于第二stti时,接收部分在位于距离下行链路信号的发送定时预定间隔之后的第二stti中接收上行链路信号,该预定间隔基于第一stti的长度来配置。
16.根据本公开的一方面的终端包括:接收部分,使用长度比tti缩短并用于下行链路的第一短发送时间间隔(stti)接收下行链路信号;以及发送部分,使用长度比tti缩短并用于上行链路的第二stti发送上行链路信号,当第一stti的长度短于第二stti时,发送部分在位于距离下行链路信号的接收定时预定间隔之后的第二stti中发送上行链路信号,该预定间隔基于第一stti的长度来配置。
17.根据本公开的一方面的通信方法包括:使用长度比tti缩短并用于下行链路的第一短发送时间间隔(stti)发送下行链路信号;以及使用长度比tti缩短并用于上行链路的第二stti接收上行链路信号,当第一stti的长度短于第二stti时,在位于距离下行链路信号的发送定时预定间隔之后的第二stti中接收上行链路信号,该预定间隔基于第一stti的长度来配置。
18.根据本公开的一方面的通信方法包括:使用长度比tti缩短并用于下行链路的第一短发送时间间隔(stti)接收下行链路信号;以及使用长度比tti缩短并用于上行链路的第二stti发送上行链路信号,当第一stti的长度短于第二stti时,在位于距离下行链路信号的接收定时预定间隔之后的第二stti中发送上行链路信号,该预定间隔基于第一stti的长度来配置。
19.根据本公开的一方面的基站,包括:发送器,在比子帧短的第一短发送时间间隔stti中向终端发送下行链路信号;以及接收器,接收在比所述子帧短且比所述第一stti长的第二stti中从所述终端发送的上行链路信号,其中,所述接收器接收在距离所述下行链路信号的发送定时确定的数目的第一stti之后的所述第二stti中发送的上行链路信号,并且所述确定的数目被应用于所述子帧的所有第一stti。
20.根据本公开的一方面的终端,包括:接收器,接收在比子帧短的第一短发送时间间隔stti中从基站发送的下行链路信号;以及发送器,在比所述子帧短且比所述第一stti长的第二stti中向所述基站发送上行链路信号,其中,所述发送器在距离所述下行链路信号的接收定时确定的数目的第一stti之后的第二stti中发送所述上行链路信号,并且所述确定的数目被应用于所述子帧的所有第一stti。
21.根据本公开的一方面的通信方法,包括:在比子帧短的第一短发送时间间隔stti中向终端发送下行链路信号;以及接收在比所述子帧短且比所述第一stti长的第二stti中从所述终端发送的上行链路信号,其中,所述接收包括:接收在距离所述下行链路信号的发送定时确定的数目的第一stti之后的第二stti中发送的上行链路信号,并且所述确定的数目被应用于所述子帧的所有第一stti。
22.根据本公开的一方面的通信方法,包括:接收在比子帧短的第一短发送时间间隔stti中从基站发送的下行链路信号;以及在比所述子帧短且比所述第一stti长的第二stti
中向所述基站发送上行链路信号,其中,所述发送包括:在距离所述下行链路信号的接收定时确定的数目的第一stti之后的第二stti中发送所述上行链路信号,并且所述确定的数目被应用于所述子帧的所有第一stti。
23.根据本公开的一方面的控制过程的集成电路,所述过程包括:在比子帧短的第一短发送时间间隔stti中向终端发送下行链路信号;以及接收在比所述子帧短且比所述第一stti长的第二stti中从所述终端发送的上行链路信号,其中,所述接收包括:接收在距离所述下行链路信号的发送定时确定的数目的第一stti之后的第二stti中发送的上行链路信号,并且所述确定的数目被应用于所述子帧的所有第一stti。
24.根据本公开的一方面的控制过程的集成电路,所述过程包括:接收在比子帧短的第一短发送时间间隔stti中从基站发送的下行链路信号;以及在比所述子帧短且比所述第一stti长的第二stti中向所述基站发送上行链路信号,其中,所述发送包括:在距离所述下行链路信号的接收定时确定的数目的第一stti之后的第二stti中发送所述上行链路信号,并且所述确定的数目被应用于所述子帧的所有第一stti。
25.要注意的是,上面提到的综合或具体方面可以由系统、装置、方法、集成电路、计算机程序或记录介质、或者系统、装置、方法、集成电路、计算机程序和记录介质的任意组合来实施。
26.根据本公开的一方面,可以适当地配置针对stti长度在ul与dl之间不同的情况的数据分配、数据发送和接收以及反馈的定时。
27.说明书和附图在本公开的一方面揭示了更多优点和效果。这些优点和/或效果由若干实施例以及说明书和附图中公开的特征提供,但是不必为了获得一个或多个相同的特征而提供所有这些优点和/或效果。
附图说明
28.图1是图示示例性tti长度的图;
29.图2是图示根据实施例1的基站的主要配置的框图;
30.图3是图示根据实施例1的终端的主要配置的框图;
31.图4是图示根据实施例1的基站的配置的框图;
32.图5是图示根据实施例1的终端的配置的框图;
33.图6是图示根据实施例1的ul数据分配中的示例性发送和接收定时的图(操作示例1-1);
34.图7是图示根据实施例1的ul数据分配中的示例性发送和接收定时的图(操作示例1-2);
35.图8是图示根据实施例1的ul数据分配中的其它示例性发送和接收定时的图(操作示例1-2);
36.图9是图示根据实施例1的ul数据分配中的示例性发送和接收定时的图(操作示例1-3);
37.图10是图示根据实施例1的ul数据分配中的其它示例性发送和接收定时的图(操作示例1-3);
38.图11是图示根据实施例1的dl数据分配中的示例性发送和接收定时的图(操作示
例2-1);
39.图12是图示根据实施例1的dl数据分配中的示例性发送和接收定时的图(操作示例2-2);
40.图13a是图示根据实施例1的dl数据分配中的其它示例性发送和接收定时的图(操作示例2-2);
41.图13b是图示根据实施例1的dl数据分配中的其它示例性发送和接收定时的图(操作示例2-2);
42.图14是图示根据实施例1的dl数据分配中的其它示例性发送和接收定时的图(操作示例2-3);
43.图15是图示根据实施例2的ul数据分配中的示例性发送和接收定时的图;
44.图16是图示根据实施例2的dl数据分配中的其它示例性发送和接收定时的图;
45.图17是图示根据实施例3的ul数据分配中的示例性发送和接收定时的图;
46.图18是图示根据实施例3的ul数据分配中的其它示例性发送和接收定时的图;以及
47.图19是图示根据实施例4的ul数据分配中的示例性发送和接收定时的图。
具体实施方式
48.[本公开各方面的背景]
[0049]
3gpp在dl中使用ofdm并且在ul中使用单载波发送。
[0050]
为了在ul中保持单载波发送,参考信号(解调参考信号:dmrs)和数据信号(物理上行链路共享信道:pusch)不能被映射到相同的码元,这导致的问题在于:用于参考信号的开销增加。此外,终端(用户设备:ue)在ul中发送信号,使得与基站(enb)发送信号的dl相比,每时间单位的发送功率低。因而,在ul中,ue需要在时域上散布资源的同时发送信号,以确保enb中的期望接收功率。
[0051]
同时,由于在dl中使用ofdm,因此参考信号和数据信号(物理下行链路共享信道:pdsch)的频率复用是容易的,并且与ul相比,stti(tti长度的缩短)的引入是容易的。此外,与ul业务量相比,dl业务量被认为大,并且在dl中更需要等待时间减少。
[0052]
如上所述,在缩短tti长度时,在dl中可能配置长度比ul中的stti短的stti。
[0053]
在这一点上,在本公开的一方面,目的是在stti长度在dl与ul之间不同的情况下适当地定义数据分配、数据和反馈的发送和接收定时;特别是,在用于dl的stti(下文中称为“dl stti”)的长度比用于ul的stti(下文中称为“ul stti”)短的情况下。
[0054]
在下文中,将参考附图给出本公开的实施例的详细描述。
[0055]
[通信系统综述]
[0056]
根据本公开的每个实施例的通信系统包括基站100和终端200。
[0057]
图2是图示根据本公开的实施例的基站100的主要配置的框图。在图2所示的基站100中,发送部分106使用长度比tti缩短并用于下行链路的第一短发送时间间隔(stti)(dl stti)发送下行链路信号,并且接收部分107使用长度比tti缩短并用于上行链路的第二stti(ul stti)接收上行链路信号。当第一stti的长度短于第二stti时,接收部分107使用位于距离下行链路信号的发送定时预定间隔之后的第二stti来接收上行链路信号,而该预
定间隔基于第一stti的长度来配置(使用第一stti的长度作为用于配置预定间隔的基础来配置)。
[0058]
图3是图示根据本公开的每个实施例的终端200的主要配置的框图。在图3所示的终端200中,接收部分201使用长度比tti缩短并用于下行链路的第一短发送时间间隔(stti)(dl stti)接收下行链路信号,并且发送部分212使用长度比tti缩短并用于上行链路的第二stti(ul stti)发送上行链路信号。当第一stti的长度短于第二stti时,发送部分212使用位于距离下行链路信号的接收定时预定间隔之后的第二stti来发送上行链路信号,而该预定间隔基于第一stti的长度来配置(使用第一stti的长度作为用于配置预定间隔的基础来配置)。
[0059]
而且,在下文中,使用stti(dl stti和ul stti)分配的ul数据信号和dl数据信号分别被称为“spusch”和“spdsch”,而ul许可或dl分配被映射到并且使用dl stti分配的下行链路控制信号(物理下行链路控制信道:pdcch)被称为“spdcch”。
[0060]
(实施例1)
[0061]
[基站的配置]
[0062]
图4是图示根据实施例1的基站100的配置的框图。在图4中,基站100包括stti确定部分101、spdcch生成部分102、纠错编码部分103、调制部分104、信号分配部分105、发送部分106、接收部分107、信号解复用部分108、ack/nack接收部分109、解调部分110、纠错解码部分111和ack/nack生成部分112。
[0063]
stti确定部分101确定dl和ul stti长度。stti确定部分101将指示所确定的stti长度的stti信息输出到spdcch生成部分102、信号分配部分105和信号解复用部分108。此外,stti确定部分101将stti信息作为上层信令输出到纠错编码部分103。
[0064]
spdcch生成部分102在从stti确定部分101输入的stti信息的基础上确定允许stti发送和接收的数据尺寸。spdcch生成部分102生成包含dl或ul资源分派信息(例如,dl分配或ul许可)的spdcch。spdcch生成部分102将所生成的spdcch输出到信号分配部分105,以便向终端200发送。而且,spdcch生成部分102将dl资源分派信息输出到信号分配部分105,并将ul资源分派信息输出到信号解复用部分108。
[0065]
此外,spdcch生成部分102在从ack/nack接收部分109输入的ack/nack信号(即,用于dl数据信号(spdsch)信号的ack/nack信号)的内容(ack或nack)的基础上确定是否有必要重传dl数据信号,并根据确定结果生成spdcch。
[0066]
要注意的是,下文将详细描述基站100中的数据分配(dl分配和ul许可)、数据发送和接收(pdsch和pusch)以及反馈(ack/nack信号)的发送和接收定时。
[0067]
纠错编码部分103对从stti确定部分101输入的发送数据信号(dl数据信号)和上层信令执行纠错编码,并将编码后的信号输出到调制部分104。
[0068]
调制部分104对从纠错编码部分103接收的信号应用调制处理,并将调制后的信号输出到信号分配部分105。
[0069]
信号分配部分105在从stti确定部分101输入的stti信息的基础上向预定下行链路资源分配从调制部分103接收的信号、从spdcch生成部分102接收的控制信号(spdcch)或从ack/nack生成部分112接收的ack/nack信号(即,用于ul数据信号(spusch)的ack/nack信号)。将控制信号(spdcch)或数据信号(spdsch)向预定资源的分配形成发送信号。由此形成
的发送信号被输出到发送部分106。
[0070]
发送部分106向从信号分配部分105输入的发送信号应用诸如上变换的无线电发送处理,并经由天线将处理后的信号发送到终端200。
[0071]
接收部分107经由天线接收从终端200发送的信号,向接收到的信号应用诸如下变频的无线电接收处理,并将处理后的信号输出到信号解复用部分108。
[0072]
信号解复用部分108在从spdcch生成部分102输入的ul资源分派信息和从stti确定部分101输入的stti信息的基础上,识别用于spusch(ul数据信号)和ack/nack信号的接收频率和时间定时。信号解复用部分108从接收到的信号中解复用ul数据信号,并将所获取的信号输出到解调部分110,同时从接收到的信号中解复用ack/nack信号,并将所获取的信号输出到ack/nack接收部分109。
[0073]
ack/nack接收部分109将从信号解复用部分108输入的用于dl数据信号的ack/nack信号的内容(ack或nack)输出到spdcch生成部分102。
[0074]
解调部分110向从信号解复用部分108输入的信号应用解调处理,并将如此获取的信号输出到纠错解码部分111。
[0075]
纠错解码部分111解码从解调部分110输入的信号,以获取从终端200接收到的数据信号(ul数据信号)。纠错解码部分111将ul数据信号输出到ack/nack生成部分112。
[0076]
ack/nack生成部分112使用循环冗余校验(crc)检测从纠错解码部分111输入的ul数据信号是否有错误,并将检测结果作为ack/nack信号输出到信号分配部分105。
[0077]
[终端的配置]
[0078]
图5是图示根据本实施例的终端200的配置的框图。在图5中,终端200包括接收部分201、信号解复用部分202、解调部分203、纠错解码部分204、stti配置部分205、错误确定部分206、ack/nack生成部分207、spdcch接收部分208、纠错编码部分209、调制部分210、信号分配部分211和发送部分212。
[0079]
接收部分201经由天线接收接收到的信号,并向接收到的信号应用诸如下变频的接收处理,并将处理后的信号输出到信号解复用部分202。
[0080]
信号解复用部分202在从stti配置部分205输入的dl stti长度的基础上解复用被映射到可能被分配了spdcch的资源的信号(spdcch信号),并将所获取的信号输出到spdcch接收部分208。此外,信号解复用部分202在从spdcch接收部分208输入的dl资源分派信息的基础上从接收到的信号中解复用dl数据信号(spdsch),并将所获取的信号输出到解调部分203。
[0081]
解调部分203解调从信号解复用部分202接收的信号,并将解调后的信号输出到纠错解码部分204。
[0082]
纠错解码部分204解码从解调部分203接收的解调信号,并输出所获取的接收到的数据信号。而且,纠错解码部分204将接收到的数据信号输出到错误确定部分206。此外,纠错解码部分204解码从解调部分203接收的解调信号,并将由此获取的上层信令(包含stti信息)输出到stti配置部分205。
[0083]
stti配置部分205在从纠错解码部分204输入的stti信息的基础上配置dl和ul stti长度,然后将指示所配置的dl stti长度的信息输出到信号解复用部分202,并将指示所配置的ul stti长度的信息输出到信号分配部分211。
[0084]
错误确定部分206使用crc检测接收到的数据信号是否具有错误,并将检测结果输出到ack/nack生成部分207。
[0085]
ack/nack生成部分207在从错误确定部分206输入的接收到的数据信号的检测结果的基础上,在不存在错误时生成ack、或者在存在错误时生成nack,并将所生成的ack/nack信号输出到信号分配部分211。
[0086]
spdcch接收部分208从自信号解复用部分202接收的spdcch中提取资源分派信息(dl资源分派信息和ul资源分派信息),然后将dl资源分派信息输出到信号解复用部分202,并将ul资源分派信息输出到信号分配部分211。
[0087]
纠错编码部分209对发送数据信号(ul数据信号)执行纠错编码,并将编码后的数据信号输出到调制部分210。
[0088]
调制部分210调制从纠错编码部分209接收的数据信号,并将调制后的数据信号输出到信号分配部分211。
[0089]
信号分配部分211在从stti配置部分205接收的指示ul stti长度的信息和从spdcch接收部分207接收的ul资源分派信息的基础上,将从调制部分210输入的数据信号分配给资源,并将结果信号输出到发送部分212。此外,信号分配部分211将从ack/nack生成部分207输入的ack/nack信号分配给ack/nack资源、或者将ack/nack信号复用到ul数据信号,并将结果信号输出到发送部分212。
[0090]
要注意的是,下文将详细描述终端200中的数据分配(dl分配和ul许可)、数据(pdsch和pusch)以及反馈(ack/nack信号)的发送和接收定时。
[0091]
发送部分212向从信号分配部分211输入的信号应用诸如上变频的发送处理,并经由天线输出处理后的信号。
[0092]
而且,终端200在于信号解复用部分202中从接收到的信号解复用的ack/nack信号(即,用于ul数据信号(spusch)信号的ack/nack信号)的内容(ack或nack)的基础上确定是否有必要重传ul数据信号,并根据确定结果重传spusch(未示出)。
[0093]
[基站100和终端200的操作]
[0094]
将详细描述各自以上述方式配置的基站100和终端200的操作。
[0095]
在实施例1中,当dl stti与ul stti长度彼此不同并且dl stti长度短于ul stti长度时,基站100和终端200基于dl stti长度确定数据分配(spdcch中的ul许可和dl分配)、数据(spusch和spdsch)以及反馈(ack/nack信号)的发送和接收定时。
[0096]
更具体而言,关于dl数据,终端200(发送部分212)将接收包含dl分配的spdcch和要通过此dl分配分配spdsch的stti设置为相同的dl stti。此外,终端200在位于距离接收spdsch的dl stti(即,接收dl分配的dl stti)的定时预定间隔之后的ul stti中发送用于spdsch的ack/nack信号,而该预定间隔基于dl stti长度来配置。换句话说,基站100(接收部分107)在位于距离发送spdsch的dl stti(发送spdsch的dl分配的dl stti)的定时基于dl stti长度配置的预定间隔之后的ul stti中接收用于ssdsch的ack/nack信号。
[0097]
此外,关于ul数据,终端200(发送部分212)在位于距离包含ul许可的spdcch的接收定时预定间隔之后的ul stti中发送spusch,而该预定间隔基于dl stti长度来配置。换句话说,基站100(接收部分107)在位于距离包含ul许可的spdcch的发送定时基于dl stti长度配置的预定间隔之后的ul stti中接收pusch。
stti的间隔之后的恰好第一个ul stti中执行spusch的发送和接收。
[0115]
例如,当基站100在dl stti#0中发送harq处理id#0的ul许可时,在距离完成ul许可的发送和接收的定时(dl stti#0)三个dl stti的间隔之后的定时是dl stti#4。因而,终端200在作为与dl stti#4相同的定时的ul stti#2中发送harq处理id#0的spusch。
[0116]
同样,关于spusch和ack/nack信号,当x=4时,基站100和终端200基于dl stti长度在距离spusch的发送和接收至少四个dl stti之后开始用于spusch的ack/nack信号的发送和接收。更具体而言,从完成spusch的发送和接收直到开始ack/nack信号的发送和接收为止至少存在三个(=x-1)dl stti的间隔。换句话说,基站100和终端200在位于距离spusch的发送和接收定时三个dl stti的间隔之后的恰好第一个dl stti中执行ack/nack信号的发送和接收。
[0117]
例如,当终端200在ul stti#2中发送harq处理id#0的spusch时,在距离完成spusch的发送和接收的定时三个dl stti的间隔之后的定时是dl stti#9。因而,基站100在dl stti#9中发送用于harq处理id#0的spusch的ack/nack信号。
[0118]
如上所述,当x=4时,基站100和终端200分配ul许可和spusch、以及spusch和ack/nack信号,同时插入至少三个dl stti。
[0119]
要注意的是,在图6中,用于三个dl stti的间隔的码元的数目取决于形成三个dl stti的间隔的dl stti的组合而不同。更具体而言,在dl stti#1、#2和#3的情况下,三个dl stti的间隔包括十个ofdm码元,但是在dl stti#6、#7和#8的情况下,三个dl stti的间隔包括十一个ofdm码元。这是因为dl stti可以由四个码元或三个码元组成。
[0120]
而且,在操作示例1-1中,向ul许可应用限制,使得ul许可在距离ul stti之间的边界的定时至少(x-1)个dl stti(图6中的三个dl stti)之前的定时仅被映射到最后面的dl stti。利用此限制,如图6所示,ul许可被映射到多个dl stti的一半,并且ul许可不被映射到其剩余的一半。因此,与终端200监视所有dl stti中的ul许可的情况相比,可以减少错误地检测ul许可(假警报)的可能性。
[0121]
此外,在操作示例1-1中,发送和接收ack/nack信号的dl stti不同于发送和接收ul许可的dl stti。因而,由于用于ul许可的资源不同于用于ack/nack信号的资源,因此有利地减轻了被映射控制信号的资源的拥塞的程度。因此,可以避免由于缺乏用于dl中的控制信号的资源而必须限制ul数据分配的情形。
[0122]
接下来,当终端200在图6中的dl stti#9中接收harq处理id#0的ack/nack信号时,三种不同的方法(选项1至3)可用于操作。
[0123]
选项1:终端200在dl stti#9中接收到ack/nack信号之后尝试在发送与相同的harq处理id#0对应的ul许可的dl stti#10中检测ul许可,无论ack/nack信号是ack还是nack。当在dl stti#10中检测到ul许可时,终端200丢弃ack/nack信号并根据ul许可的指示发送spusch。同时,当在dl stti#10中未检测到ul许可时,终端200当在dl stti#9中接收的ack/nack信号是ack时不发送harq处理id#0的ul数据信号(spusch),但是当在dl stti#9中接收的ack/nack信号是nack时在ul stti#7中发送harq处理id#0的重传信号。
[0124]
选项2:当在dl stti#9中接收的ack/nack信号是ack时,终端200尝试在发送与相同的harq处理id#0对应的ul许可的dl stti#10中检测ul许可。当检测到ul许可时,终端200根据ul许可的指示发送spusch。同时,当未检测到ul许可时,终端200不发送harq处理id#0
的ul数据信号(spusch)。而且,当在dl stti#9中接收的ack/nack信号是nack时,终端200在ul stti#7中发送harq处理id#0的重传信号,而不在发送与相同的harq处理id#0对应的ul许可的dl stti#10中执行ul许可的检测。
[0125]
选项3:终端200尝试在dl stti#9中检测nack。当在dl stti#9中未检测到nack时,终端200尝试在发送与相同的harq处理id#0对应的ul许可的dl stti#10中检测ul许可。当在dl stti#10中检测到ul许可时,终端200根据ul许可的指示发送spusch。同时,当在dl stti#10中未检测到ul许可时,终端200不发送harq处理id#0的ul数据信号(spusch)。而且,当在dl stti#9中检测到nack时,终端200在ul stti#7中发送harq处理id#0的重传信号,而不在发送与相同的harq处理id#0对应的ul许可的dl stti#10中执行ul许可的检测。
[0126]
如上所述,在选项1和2中,假设ack或nack总是作为ack/nack信号发送,如在传统物理harq指示符信道(phich)的情况下那样,而终端200确定信号是指示ack还是nack。在选项3中,假设仅针对nack(存在错误)发送ack/nack信号,而终端200检测ack/nack信号的存在。
[0127]
在选项1中,由于终端200总是尝试检测ul许可,因此即使当错误地将ack检测为nack时,只要检测到ul许可,就也可以防止在错误的定时发送重传信号。在选项2和3中,由于终端200当检测到nack时不执行ul许可的检测,因此可以节省终端200的功耗。
[0128]
要注意的是,ul harq处理的数目的最小值是从用于相同的ul harq处理id的spusch的发送间隔确定的。在图6中,在ul stti#2中发送ul harq处理id#0的spusch,并且在dl stti#9中发送用于spusch的ack/nack。因而,由于是否有必要重传是在dl stti#9中确定的,因此基站100可以在dl stti#9中或之后发送相同的ul harq处理id#0的ul许可。当在dl stti#9中(在图10中在dl stti#10中,并且将在下文中详细描述)从基站100发送ul许可时,ul stti#7是三个dl stti的间隔之后从终端200发送spusch的恰好第一个ul stti。因而,可以发送相同的ul harq处理id#0的spusch的定时变为五个ul stti的间隔。当相同的ul harq处理的发送间隔是五个ul stti时,可以在五个ul stti中发送五个ul harq处理,使得ul harq处理的数目的最小值可以被确定为五。
[0129]
要注意的是,还可以将大于5的数目配置为ul harq处理的数目。在此情况下,由于重传间隔变长,因此延迟时间增加。此外,当ul harq处理的数目增加到大数目时,所需的缓冲器相应地增加,使得以最低可能值期望地配置ul harq处理的数目。
[0130]
要注意的是,在图6中,基站100在于ul stti#7的三个dl stti的间隔之前的dl stti#10中发送ul许可,而不在dl stti#9中发送ul许可。这是因为即使当在dl stti#10中发送ul许可时,也不存在对总延迟量的影响。要注意的是,可以在dl和ul stti长度的基础上预先确定ul harq处理的数目,并且可以分别为基站100和终端200识别和配置最低可能值,如上所述。
[0131]
要注意的是,虽然对harq处理id#0给予关注,但是在本文中同样适用于其它harq处理id#2、#3和#4。
[0132]
《操作示例1-2:ul数据分配(ul三/四码元stti和dl双码元stti)》
[0133]
图7图示了在操作示例1-2中指示ul数据信号(spusch)的发送的ul许可被映射到的spdcch和spusch的示例性发送和接收定时、以及spusch和用于此spusch的ack/nack信号的发送和接收定时。
[0134]
在操作示例1-2中,如图7所示,ul stti长度被设置为三/四个码元,并且dl stti长度被设置为两个码元,而x被设置为等于4。更具体而言,在图7中,每个子帧具有七个dl stti,并且从子帧#0到#3分配dl stti#0到#27。而且,在图7中,每个子帧具有四个ul stti,并且从子帧#0到#3分配ul stti#0到#15。
[0135]
在操作示例1-2中,dl stti的数目(每子帧七个dl stti)是ul stti的数目(每子帧四个ul stti)的四分之七(7/4)倍。
[0136]
当x=4时,如在操作示例1-1中那样,基站100和终端200分配ul许可和spusch、以及spusch和ack/nack信号,同时插入至少三个dl stti的间隔。
[0137]
例如,关于ul许可和spusch,当基站100在dl stti#1中发送harq处理id#0的ul许可时,距离完成ul许可的发送和接收的定时(dl stti#1)三个dl stti的间隔之后的定时是dl stti#5。由于dl stti#5的定时与ul stti之间的边界不一致,因此终端200延迟spusch的发送直到作为位于dl stti#5的定时后面的恰好第一个ul stti的ul stti#3为止,并在ul stti#3中发送harq处理id#0的spusch。
[0138]
同样,关于spusch和ack/nack信号,当终端200在ul stti#3中发送harq处理id#0的spusch时,距离完成spusch的发送和接收的定时(dl stti#6)三个dl stti的间隔之后的定时是dl stti#10。因而,基站100在dl stti#10中发送用于harq处理id#0的spusch的ack/nack信号。
[0139]
在操作示例1-2中,如在操作示例1-1中那样,向ul许可应用限制,使得ul许可在距离ul stti之间的边界的定时至少(x-1)个dl stti(图7中的三个dl stti)之前的定时仅被映射到最后面的dl stti。利用此限制,ul许可被映射到单个子帧内的dl stti中的四个dl tti,并且ul许可不被映射到剩余的三个dl stti,如图7所示。因此,与终端200监视所有dl stti中的ul许可的情况相比,可以减少错误地检测ul许可(假警报)的可能性。
[0140]
此外,在操作示例1-2中,如在操作示例1-1中那样,发送和接收ack/nack信号的dl stti不同于发送和接收ul许可的dl stti。因而,由于用于ul许可的资源不同于用于ack/nack信号的资源,因此有利地减轻了被映射控制信号的资源的拥塞的程度。因此,可以避免由于dl中缺乏用于控制信号的资源而必须限制ul数据分配的情形。
[0141]
但是,在操作示例1-2中,与操作示例1-1不同,dl stti的数目是ul stti的数目的四分之七(7/4)倍,使得不可能将所有ack/nack信号和ul许可映射到不同的dl stti。
[0142]
在图7的stti映射中,虽然ul许可和ack/nack信号均未被映射到dl stti#11和dl stti#18,但是ul许可和ack/nack信号均被映射到dl stti#10和dl stti#17。
[0143]
在这一点上,为了分散控制信号资源,基站100可以进行调整,以刚好在发送与ack/nack信号的harq处理id相同的harq处理id的ul许可的dl stti之前的dl stti中发送此ack/nack信号。图8图示了调整ack/nack信号被映射到的dl stti的操作示例。
[0144]
在图8中,被映射到图7中的dl stti#10的harq处理id#0的ack/nack信号被映射到刚好在被映射harq处理id#0的ul许可的dl stti#12之前的dl stti#11。同样,在图8中,被映射到图7中的dl stti#17的harq处理id#4的ack/nack信号被映射到刚好在被映射harq处理id#4的ul许可的dl stti#19之前的dl stti#18。因此,控制信号(ul许可和ack/nack信号)被分散地映射。
[0145]
要注意的是,就延迟而言,可以以任何间隔执行ack/nack信号的映射,只要该间隔
是距离相同的harq处理id的spusch三个dl stti并且该间隔是距离可以执行用于该相同的harq处理id的重传的下一个spusch三个dl stti即可。因而,即使当已经被映射到dl stti#10的harq处理id#0的ack/nack信号被映射到dl stti#11、并且已经被映射到dl stti#17的harq处理id#4的ack/nack信号被映射到dl stti#18时,就延迟而言也不存在问题。
[0146]
如图8中那样向后延迟ack/nack信号允许基站100在向后调度的状态的基础上确定是执行自适应重传还是非自适应重传,使得可以改善基站100的调度器灵活性。
[0147]
《操作示例1-3:ul数据分配(ul七码元stti和dl双码元stti)》
[0148]
图9图示了在操作示例1-3中指示ul数据信号(spusch)的发送的ul许可被映射到的spdcch和spusch的示例性发送和接收定时、以及spusch和用于此spusch的ack/nack信号的发送和接收定时。
[0149]
在操作示例1-3中,如图9所示,ul stti长度被设置为七个码元,并且dl stti长度被设置为两个码元,而x被设置为等于4。更具体而言,在图9中,每个子帧具有七个dl stti,并且从子帧#0到#3分配dl stti#0到#27。而且,在图9中,每个子帧具有两个ul stti,并且从子帧#0到#3分配ul stti#0到#7。
[0150]
换句话说,在操作示例1-3中,dl stti的数目(每子帧七个dl stti)是ul stti的数目(每子帧两个ul stti)的二分之七(7/2)倍。
[0151]
当x=4时,如在操作示例1-1中那样,基站100和终端200分配ul许可和spusch、以及spusch和ack/nack信号,同时插入至少三个dl stti。
[0152]
例如,关于ul许可和spusch,当基站100在dl stti#3中发送harq处理id#0的ul许可时,距离完成ul许可的发送和接收的定时(dl stti#3)三个dl stti的间隔之后的定时是dl stti#7。终端200在作为与dl stti#7相同的定时的ul stti#2中发送harq处理id#0的spusch。
[0153]
同样,关于spusch和ack/nack信号,当终端200在ul stti#2中发送harq处理id#0的spusch时,距离完成spusch的发送和接收的定时(dl stti#10)三个dl stti的间隔之后的定时是dl stti#14。因而,基站100在dl stti#14中发送用于harq处理id#0的spusch的ack/nack信号。
[0154]
在操作示例1-3中,如在操作示例1-1中那样,向ul许可应用限制,使得ul许可在距离ul stti之间的边界的定时至少(x-1)个dl stti(在图9中的三个dl stti)之前的定时仅被映射到最后面的dl stti。利用此限制,ul许可被映射到单个子帧内的dl stti中的两个dl tti,并且ul许可不被映射到剩余的五个dl stti,如图9所示。因此,与终端200监视所有dl stti中的ul许可的情况相比,可以减少错误地检测ul许可(假警报)的可能性。
[0155]
此外,在操作示例1-3中,如在操作示例1-1中那样,发送和接收ack/nack信号的dl stti不同于发送和接收ul许可的dl stti。因而,由于用于ul许可的资源不同于用于ack/nack信号的资源,因此有利地减轻了被映射控制信号的资源的拥塞的程度。因此,可以避免由于在dl中缺乏用于控制信号的资源而必须限制ul数据分配的情形。
[0156]
但是,在操作示例1-3中,dl stti的数目是ul stti的数目的二分之七(7/2)倍,使得如在操作示例2中那样,不可能将所有ack/nack信号和ul许可映射到不同的dl stti。
[0157]
在这一点上,为了分散控制信号资源,基站100可以进行调整,以刚好在发送与ack/nack信号的harq处理id相同的harq处理id的ul许可的dl stti之前的dl stti中发送
此ack/nack信号。图10图示了调整ack/nack信号被映射到的dl stti的操作示例。
[0158]
在图10中,被映射到图9中的dl stti#14的harq处理id#0的ack/nack信号被映射到刚好在被映射了harq处理id#0的ul许可的dl stti#17之前的dl stti#16(位于dl stti#14后面两个dl stti)。同样,在图10中,被映射到图9中的dl stti#17的harq处理id#1的ack/nack信号被映射到刚好在被映射了harq处理id#1的ul许可的dl stti#20之前的dl stti#19(位于dl stti#17后面两个dl stti)。因此,分散地映射了控制信号(ul许可和ack/nack信号)。
[0159]
如在操作示例1-2中那样,就延迟而言,可以以任何间隔执行ack/nack信号的映射,只要该间隔是距离相同的harq处理id的spusch三个dl stti并且该间隔是距离可以执行用于相同的harq处理id的重传的下一个spusch三个dl stti即可。因而,即使当已经被映射到dl stti#14的harq处理id#0的ack/nack信号被映射到dl stti#16、并且已经被映射到dl stti#17的harq处理id#1的ack/nack信号被映射到dl stti#19时,就延迟而言也不存在问题。
[0160]
如图10中那样向后延迟ack/nack信号允许基站100在向后调度的状态的基础上确定是执行自适应重传还是非自适应重传,使得可以改善基站100的调度器灵活性。
[0161]
到目前为止,已经描述了ul数据分配中的操作示例1-1、1-2和1-3。
[0162]
接下来,将给出dl数据分配中的操作示例的描述。在dl数据分配中假设异步harq。此外,通过dl分配将harq处理id通知给终端200。
[0163]
要注意的是,虽然以下操作示例将以串行harq处理id被分配给串行dl stti的情况来描述,但是绝不限于此情况。
[0164]
《操作示例2-1:ul数据分配(ul七码元stti和dl三/四码元stti)》
[0165]
图11图示了在操作示例2-1中指示dl数据信号(spdsch)的发送的dl分配被映射到的spdcch和spdsch的示例性发送和接收定时、以及spdsch和用于spdsch的ack/nack信号的发送和接收定时。
[0166]
在操作示例2-1中,如图11所示,ul stti长度被设置为七个码元,并且dl stti长度被设置为三/四个码元,而x被设置为等于4。更具体而言,在图11中,每个子帧具有四个dl stti,并且从子帧#0到#2分配dl stti#0到#11。而且,在图11中,每个子帧具有两个ul stti,并且从子帧#0到#2分配ul stti#0到#5。
[0167]
换句话说,在操作示例2-1中,如在操作示例1-1中那样,dl stti的数目(每子帧四个dl stti)是ul stti的数目(每子帧两个ul stti)的两倍。
[0168]
关于dl分配和spdsch,基站100在与发送和接收dl分配的dl stti相同的dl stti中发送由dl分配指示的spdsch。例如,当在dl stti#0中发送harq处理id#0的dl分配时,基站100在相同的dl stti#0中发送spdsch。
[0169]
而且,关于spdsch和ack/nack信号,当x=4时,基站100和终端200基于dl stti长度在距离spdsch的发送和接收至少四个dl stti之后开始用于spdsch的ack/nack信号的发送和接收。更具体而言,从完成spdsch的发送和接收直到开始ack/nack信号的发送和接收为止至少存在三个(=x-1)dl stti的间隔。换句话说,基站100和终端200在位于距离spdsch的发送和接收定时三个dl stti的间隔之后的恰好第一个ul stti中执行ack/nack信号的发送和接收。
[0170]
例如,当基站100在dl stti#0中发送harq处理id#0的spdsch时,距离完成spdsch的发送和接收的定时(dl stti#0)三个dl stti的间隔之后的定时是dl stti#4。因而,终端200在作为与dl stti#4相同的定时的ul stti#2中发送用于harq处理id#0的spdsch的ack/nack信号。
[0171]
要注意的是,虽然对harq处理id#0给予关注,但是在本文中同样适用于其它harq处理id#2、#3和#4。
[0172]
在图11中,dl stti的数目是ul stti的数目的两倍,使得终端200每ul stti发送用于分别在两个dl stti中接收的spdsch的两个ack/nack信号。在此情况下,终端200例如复用或绑定多个ack/nack,并使用ul资源来发送ack/nack。
[0173]
在lte/高级lte中,用于从ue发送ack/nack信号的ul资源的起始位置由称为“n1_pucch”的上层参数指示,并且从该起始位置的偏移量可以从(e)cce编号找到。
[0174]
同时,在操作示例2-1中,关于spdsch和ack/nack信号,终端200可以从在接收要在相同的ul stti中为其发送对应的ack/nack信号的spdsch时使用的多个dl stti之中的具有大stti编号的dl stti(即,位于更后面的dl stti)中接收的dl分配来识别ack/nack信号的发送位置。这是因为向后定位的dl stti允许调度器考虑之后的ack/nack资源来改变资源分派,从而改善调度器灵活性。例如,在图11中,终端200从在接收与要在ul stti#3中发送的ack/nack信号对应的spdsch时使用的dl stti#1与#2之间具有较大dl stti编号的dl stti#2中的spdcch中接收的dl分配来识别ack/nack信号的发送位置。
[0175]
此外,关于spdsch和ack/nack信号,当在接收要在相同的ul stti中为其发送对应的ack/nack信号的spdsch时使用的多个dl stti之中的一个dl stti中实际接收spdsch时,终端200从在dl stti中接收的dl分配来识别ack/nack信号的发送位置。
[0176]
要注意的是,ack/nack信号的发送位置是从基于dl stti的移位量和基于来自由上层指示的n1_pucch的dl分配的cce编号的移位量确定的。假设基于dl stti的移位量是预定的。而且,对于每个dl stti,可以由上层指示n1_pucch。
[0177]
《操作示例2-2:dl数据分配(ul三/四码元stti和dl双码元stti)》
[0178]
图12图示了在操作示例2-2中指示dl数据信号(spdsch)的发送的dl分配被映射到的spdcch和spdsch的示例性发送和接收定时、以及spdsch和用于此spdsch的ack/nack信号的发送和接收定时。
[0179]
在操作示例2-2中,如图12所示,ul stti长度被设置为三/四个码元,并且dl tti长度被设置为两个码元,而x被设置为等于4。更具体而言,在图12中,每个子帧具有7个dl stti,并且在子帧#0和#1中分配dl stti#0到#13。而且,在图12中,每个子帧具有四个ul stti,并且在子帧#0和#1中分配ul stti#0到#7。
[0180]
换句话说,在操作示例2-2中,如在操作示例2-1中那样,dl stti的数目(每子帧七个dl stti)是ul stti的数目(每子帧四个ul stti)的四分之七(7/4)倍。
[0181]
关于dl分配和spdsch,基站100在与发送和接收dl分配的dl stti相同的dl stti中发送由dl分配指示的spdsch。例如,当在dl stti#0中发送harq处理id#0的dl分配时,基站100在相同的dl stti#0中发送spdsch。
[0182]
关于spdsch和ack/nack信号,当x=4时,基站100和终端200基于dl stti长度在距离spdsch的发送和接收至少四个dl stti之后开始用于spdsch的ack/nack信号的发送和接
stti,并且在子帧#0和#1中分配dl stti#0到#13。而且,在图14中,每个子帧具有两个ul stti,并且在子帧#0和#1中分配ul stti#0到#3。
[0193]
换句话说,在操作示例2-3中,如在操作示例1-3中那样,dl stti的数目(每子帧七个dl stti)是ul stti的数目(每子帧两个ul stti)的二分之七(7/2)倍。
[0194]
关于dl分配和spdsch,基站100在与发送和接收dl分配的dl stti相同的dl stti中分配由dl分配指示的spdsch。例如,当在dl stti#0中发送harq处理id#0的dl分配时,基站100在相同的dl stti#0中发送spdsch。
[0195]
关于spdsch和ack/nack信号,当x=4时,基站100和终端200基于dl stti长度在距离spdsch的发送和接收至少四个dl stti之后开始用于spdsch的ack/nack信号的发送和接收。更具体而言,从完成spdsch的发送和接收直到开始ack/nack信号的发送和接收为止至少存在三个(=x-1)dl stti的间隔。换句话说,基站100和终端200在位于距离spdsch的发送和接收定时三个dl stti的间隔之后的恰好第一个ul stti中发送和接收ack/nack信号。
[0196]
例如,当基站100在dl stti#0中发送harq处理id#0的spdsch时,距离完成spdsch的发送和接收的定时(dl stti#0)三个dl stti的间隔之后的定时是dl stti#4。由于dl stti#4的定时与ul stti之间的边界不匹配,因此终端200延迟ack/nack信号的发送直到作为位于dl stti#4的定时后面的恰好第一个ul stti的ul stti#2为止,并在ul stti#2中发送用于harq处理id#0的spdsch的ack/nack信号。
[0197]
而且,在图14中,由于dl stti的数目是ul stti的数目的二分之七(7/2)倍,因此终端200每ul stti发送用于四个dl stti的ack/nack信号,或者每ul stti发送用于三个dl stti的ack/nack信号。在图14中,在ul stti#2中发送用于四个dl stti的ack/nack信号,并且在ul stti#3中发送用于三个dl stti的ack/nack信号。如已经描述的,要发送的ack/nack信号的数目的最大值对于每个ul stti而变化,使得终端200可以对于每个ul stti改变用于ack/nack信号的发送的格式。
[0198]
到目前为止,已经描述了dl数据分配中的操作示例2-1、2-2和2-3。
[0199]
如上所述,在实施例1中,基站100和终端200使用长度比tti缩短的dl stti来发送和接收下行链路信号(spdcch、spdsch和ack/nack信号),并且使用长度比tti缩短的ul stti来发送和接收上行链路信号(spusch和ack/nack信号)。在此情况下,当dl stti长度短于ul stti长度时,基站100和终端200在位于距离下行链路信号的发送定时预定间隔之后的ul stti中发送和接收上行链路信号,而该预定间隔是基于dl stti长度配置的。而且,当所确定的发送和接收定时与ul stti之间的边界不匹配时,基站100和终端200延迟发送和接收定时直到与ul stti之间的边界匹配的定时为止。
[0200]
因而,即使当dl与ul stti长度彼此不同时,基站100和终端200也可以从dl stti之间的边界和ul stti之间的边界开始信号的发送和接收。因此,根据实施例1,可以适当地配置对于dl与ul stti长度彼此不同的情况的数据分配、数据发送和接收以及反馈的定时。
[0201]
要注意的是,在实施例1中,示出了将ack/nack信号分配给ack/nack资源的示例,但是ack/nack资源可以是物理上行链路控制信道(pucch)资源。此外,当分配ul数据信号时,可以使用ack/nack信号被复用到ul数据信号并被发送的方法。在此情况下,当在多个ul stti之中甚至存在被分配ul数据信号的一个ul stti时,终端200也可以在ul stti中发送用于在多个dl stti中发送的spdsch的ack/nack信号。利用此配置,pucch格式和pusch格式
在子帧中共存的情形不再发生,并且终端200可以有利地使用单一格式在子帧中发送信号。
[0202]
而且,至于dl和ul stti长度的组合,本公开的操作可以应用于除在实施例1的操作示例中示出的组合以外的组合。
[0203]
(实施例2)
[0204]
根据实施例2的基站和终端的基本配置与根据实施例1的基站100和终端200的基本配置是共同的,因此将参考图4和5描述根据实施例2的基站和终端。
[0205]
在实施例2中,当dl与ul stti长度彼此不同并且dl stti长度短于ul stti长度时,基站100和终端200基于dl stti长度和绝对时间确定数据分配(spdcch中的ul许可和dl分配)、数据发送和接收(spusch和spdsch)、以及反馈(ack/nack信号)的发送和接收定时。
[0206]
术语“绝对时间”是指考虑到处理中的延迟或与上层的通信所需的时间的固定时间长度。
[0207]
而且,当基于dl stti长度确定的ul定时与ul stti之间的边界不匹配时,基站100和终端200延迟ul定时直到与ul stti之间的边界匹配的定时为止,如在实施例1中那样。
[0208]
更具体而言,关于dl数据,基站100和终端200在距离spdsch的发送和接收定时预定间隔之后的ul stti中发送和接收用于spdsch的ack/nack信号,而该预定间隔是基于dl stti长度和绝对时间来配置的。
[0209]
而且,关于ul数据,基站100和终端200在位于距离包含ul许可的spdcch的发送和接收定时预定间隔之后的ul stti中发送和接收由ul许可分配的spusch,而该预定间隔是基于dl stti长度和绝对时间来配置的。而且,基站100和终端200在位于距离spusch的发送和接收定时预定间隔之后的dl stti中发送和接收用于spusch的ack/nack信号,而该预定间隔是基于dl stti长度和绝对时间来配置的。
[0210]
例如,基站100和终端200可以在从第一信号的发送和接收定时起经过了通过将绝对时间(y)加到预定数目(x)的dl stti的间隔所获得的时间之后的定时发送和接收第二信号。更具体而言,基站100和终端200以如下方式定义数据分配、数据发送和接收以及反馈的定时(用于第一信号的第二信号的发送定时)。本文中的绝对时间用“y毫秒”表示。
[0211]
用于dl数据的定时
[0212]
spdcch-spdsch中的dl分配:相同的stti
[0213]
spdsch-ack/nack反馈:至少在x个dl stti y毫秒之后
[0214]
用于ul数据的定时
[0215]
spdcch-spusch中的ul许可:至少在x个dl stti y毫秒之后
[0216]
spusch-ack/nack反馈:至少在x个dl stti y毫秒之后
[0217]
要注意的是,表述“至少在x个dl stti y毫秒之后”意味着从完成第一信号(dl分配、spdsch、ul许可或spusch)的发送和接收直到开始第二信号(spdsch、ack/nack反馈、spusch或ack/nack反馈)的发送和接收为止至少存在(x-1)个stti y毫秒的间隔,并且第二信号被分配给位于该间隔之后的恰好第一个stti。
[0218]
在下文中,将详细描述基站100和终端200中的数据分配、数据发送和接收以及反馈的操作。
[0219]
在下文中,如在实施例1的操作示例1-1和2-1中那样,ul stti长度被设置为七个码元并且dl stti长度被设置为三/四个码元,而x被设置为等于4。此外,绝对时间y=0.5毫
秒。
[0220]
图15图示了指示ul数据信号(spusch)的发送的ul许可被映射到的spdcch和spusch的示例性发送和接收定时、以及spusch和用于spusch的ack/nack信号的发送和接收定时。
[0221]
关于ul许可和spusch,当x=4时,基站100和终端200基于dl stti长度和绝对时间y在距离ul许可(spdcch)的发送和接收至少四个dl stti 0.5毫秒之后开始spusch的发送和接收。更具体而言,从完成ul许可的发送和接收直到开始spusch的发送和接收为止至少存在三个(=x-1)dl stti 0.5毫秒的间隔。换句话说,基站100和终端200在位于三个dl stti 0.5毫秒的间隔之后的恰好第一个ul stti中发送spusch。
[0222]
同样,关于spusch和ack/nack信号,当x=4时,基站100和终端200基于dl stti长度和绝对时间y在距离spusch的发送和接收至少四个dl stti 0.5毫秒之后开始用于spusch的ack/nack信号的发送和接收。更具体而言,从完成spusch的发送和接收直到开始ack/nack信号的发送和接收为止至少存在三个(=x-1)dl stti 0.5毫秒的间隔。换句话说,基站100和终端200在位于距离spusch的发送和接收定时三个dl stti 0.5毫秒的间隔之后的恰好第一个dl stti中发送和接收ack/nack信号。
[0223]
图16图示了指示dl数据信号(spdsch)的发送的dl分配被映射到的spdcch和spdsch的示例性发送和接收定时、以及spdsch和用于spdsch的ack/nack信号的发送和接收定时。
[0224]
关于dl分配和spdsch,基站100在与发送和接收dl分配的dl stti相同的dl stti中发送由dl分配指示的spdsch。
[0225]
关于spdsch和ack/nack信号,当x=4时,基站100和终端200基于dl stti长度和绝对时间y在距离spdsch的发送和接收至少四个dl stti 0.5毫秒之后开始用于spdsch的ack/nack信号的发送和接收。更具体而言,从完成spdsch的发送和接收直到开始ack/nack信号的发送和接收为止至少存在三个(=x-1)dl stti 0.5毫秒的间隔。换句话说,基站100和终端200在位于距离spdsch的发送和接收定时三个dl stti 0.5毫秒的间隔之后的恰好第一个ul stti中发送ack/nack信号。
[0226]
因此,基站100和终端200可以确保处理中的延迟或与每个装置中的上层通信所需的时间。
[0227]
[变体]
[0228]
基站100和终端200可以以下面的方式定义数据分配、数据发送和接收以及反馈的定时(用于第一信号的第二信号的发送定时)。
[0229]
用于dl数据的定时
[0230]
spdcch-spdsch中的dl分配:相同的stti
[0231]
spdsch-ack/nack反馈:至少max(x-1个dl sttis,y毫秒)间隔
[0232]
用于ul数据的定时
[0233]
spdcch-spusch中的ul许可:至少max(x-1个dl stti,y毫秒)间隔
[0234]
spusch-ack/nack反馈:至少max(x-1个dl sttis,y毫秒)间隔
[0235]
要注意的是,表述“max(x-1个dl sttis,y毫秒)”意味着选择x-1个dl stti和y毫秒中较大的一个。
stti的子帧中的信号分配时,基站100在位于不可用于信号分配的dl stti之前最后面的dl stti中发送下行链路信号(spdcch)。同样,当位于距离接收上行链路信号(spusch)的ul stti的定时(上面定义的定时)预定间隔之后的dl stti不可用于具有比参考子帧更少数目的可用于信号分配的dl stti的子帧中的信号分配时,基站100在位于不可用于信号分配的dl stti之后的恰好第一个dl stti中发送用于上行链路信号的ack/nack信号。
[0253]
在下文中,将详细描述基站100和终端200中的数据分配、数据发送和接收以及反馈的操作。
[0254]
[操作示例3-1]
[0255]
图17图示了指示ul数据信号(spusch)的发送的ul许可被映射到的spdcch和spusch的示例性发送和接收定时、以及spusch和用于此spusch的ack/nack信号的发送和接收定时。
[0256]
如图17所示,如在实施例1的操作示例1-2(参见图7)中那样,ul stti长度被设置为三/四个码元,并且dl tti长度被设置为两个码元,而x被设置为等于4。同时,基站100和终端200不能使用所有子帧中的第六个dl stti(dl stti#5、#12、#19和#26)。
[0257]
关于ul许可和spusch,当x=4时,在操作示例1-2中的子帧(dl参考子帧)中,在ul stti#5中发送的spusch由在位于距离作为与ul stti#5相同的定时的dl stti#9三个dl stti的间隔之前的dl stti#5中发送的ul许可来分配。但是,在图17中,dl stti#5不可用。因此,基站100在刚好在dl stti#5之前的dl stti#4中发送ul许可。同样,基站100在dl stti#11和#18中发送ul许可,该ul许可指示在ul stti#9和ul stti#13中用于spusch的分配并且计划在dl stti#12和#19中发送。
[0258]
关于spusch和ack/nack信号,当x=4时,在操作示例1-2中所示的子帧(dl参考子帧)中,用于ul stti#4中的spusch的ack/nack信号在位于距离作为与ul stti#4相同的定时的dl stti#8三个dl stti的间隔之后的dl stti#12中发送。但是,在图17中,dl stti#12不可用。因此,基站100延迟ack/nack信号的发送定时,并在dl stti#13中发送信号。同样,当x=4时,在操作示例1-2中,用于ul stti#8和#12中的spusch的ack/nack信号在位于距离分别作为与ul stti#8和#12相同的定时的dl stti#15和#22三个dl stti的间隔之后的dl stti#19和#26中发送。但是,在图17中,dl stti#19和26不可用。因此,基站100延迟ack/nack信号的发送定时,并在dl stti#20和#27中发送信号。
[0259]
同时,在图17中,dl stti的数目大于ul stti的数目,使得即使当一些dl stti不可用时也不存在对ul harq处理的数目的影响。但是,当存在许多不可用的dl stti或串行dl stti不可用时,延迟量增加,使得需要增加ul harq处理的数目。
[0260]
[操作示例3-2]
[0261]
在操作示例3-2中,将给出针对ul与dl stti长度相同的情况的操作的描述。
[0262]
图18图示了指示ul数据信号(spusch)的发送的ul许可被映射到的spdcch和spusch的示例性发送和接收定时、以及spusch和用于此spusch的ack/nack信号的发送和接收定时。
[0263]
如图18所示,ul和dl stti长度均被设置为三/四个码元,而x被设置为等于4。换句话说,一个子帧被划分为四个stti。同时,基站100和终端200不能使用偶数编号的子帧中的第三个dl stti(dl stti#2、#10和#18)。换句话说,与奇数编号的子帧(dl参考子帧)相比,
在偶数编号的子帧中可用于使用stti的信号分配的dl stti的数目少。
[0264]
在所有dl stti可用的情况下,当x等于4时,ul harq处理id的最小数目是八。但是,由于在操作示例3-2中一些dl stti不可用,因此ul分配和ack/nack反馈中的延迟增加,使得ul harq处理id的最小数目为九。
[0265]
关于ul许可和spusch,当x=4并且所有dl stti可用时,在ul stti#6中发送的spusch由在位于距离作为与ul stti#6相同的定时的dl stti#6三个dl stti的间隔之前的dl stti#2中发送的ul许可来分配。但是,在图18中,dl stti#2不可用。因此,基站100在刚好位于dl stti#2之前的dl stti#1中发送ul许可。同样,基站100在dl stti#9和#17中发送ul许可,该ul许可指示用于ul stti#14和#22中的spusch的分配并且计划在dl stti#10和#18中发送。
[0266]
关于spusch和ack/nack信号,当x=4并且所有dl stti可用时,用于ul stti#6中的spusch的ack/nack信号在位于距离作为与ul stti#6相同的定时的dl stti#6三个dl stti的间隔之后的dl stti#10中发送。但是,在图18中,dl stti#10不可用。因此,基站100延迟ack/nack信号的发送定时,并在dl stti#11中发送信号。同样,当x=4并且所有dl stti可用时,用于ul stti#14中的spusch的ack/nack信号在位于距离作为与ul stti#14相同的定时的dl stti#14三个dl stti的间隔之后的dl stti#18中发送。但是,在图18中,dl stti#18不可用。因此,基站100延迟ack/nack信号的发送定时,并在dl stti#19中发送信号。
[0267]
到目前为止,已经描述了操作示例3-1和3-2。
[0268]
如上所述,在实施例3中,即使当dl子帧具有不能被分配信号的dl stti时,也如在实施例1中那样,基站100和终端200基于dl stti长度确定数据分配、数据发送和接收以及反馈的定时。此外,当所确定的dl定时是不能被分配信号的dl stti时,基站100和终端200在所确定的dl定时之前或之后的定时发送dl信号(数据信号或ack/nack信号)。
[0269]
因而,即使当dl stti的数目在子帧之间不同时,也如实施例1中那样,基站100和终端200可以从dl stti之间的边界和ul stti之间的边界开始信号的发送和接收。因此,根据实施例3,可以适当地配置针对缩短tti长度的情况的数据分配、数据发送和接收以及反馈的定时。
[0270]
要注意的是,当dl子帧中的顶部dl stti不可用时,可以使用pdcch作为替代。基站100使用pdcch发送要在stti中分配的控制信号和ack/nack信号,因此不造成延迟并且导致对harq处理id的数目没有影响的优点。
[0271]
(实施例4)
[0272]
根据实施例4的基站和终端的基本配置与根据实施例1的基站100和终端200是共同的,因此将参考图4和5描述根据实施例4的基站和终端。
[0273]
可能存在如下这样的情况:在使用stti长度操作的期间,stti长度返回到正常tti长度,因为通信质量差或不再需要等待时间减少。在这一点上,在实施例4中,将给出从stti长度切换到正常tti长度(一个子帧)的操作的描述。
[0274]
作为返回到正常tti的方法,可以考虑使用公共搜索空间(css)以正常tti长度进行分配的方法、或者由mac层指示改变为正常tti长度的方法。在这些情况下,存在保持在stti中使用的harq处理id的方法和不保持在stti中使用的harq处理id的方法。
[0275]
当不保持harq处理id时,基站100和终端200删除harq缓冲器中的信号,并重新开始通信作为所有新数据。
[0276]
同时,当保持harq处理id时,基站100使用具有正常tti长度的dl分配向终端200指示保持的harq处理id。
[0277]
而且,在ul的情况下,不向终端200指示harq处理id,使得基站100和终端200需要在stti与正常tti之间预先共享ul harq处理id的结构。作为共享harq处理id的结构,终端200基于接收tti长度的切换的子帧将stti与tti关联。
[0278]
图19图示了在子帧#1中在stti与tti之间切换的操作。
[0279]
在图19中,在子帧#0中应用stti,并且终端200检测harq处理id#0、#1、#2和#3的ul许可。而且,假设终端200在子帧#1的pdcch中检测正常tti中的ul许可。
[0280]
在此情况下,对于作为stti操作的harq处理id#0、#1、#2和#3,终端200在子帧#1的ul中利用stti操作执行spusch的发送处理。在此情况下,基站100可以在子帧#2中发送用于在stti中发送的spusch的ack/nack信号。而且,当在子帧#1中发送nack时,终端200可以在子帧#3中重传spusch(未示出)。结果,可以有效地利用直到pusch发送切换到正常tti之前所使用的资源。
[0281]
要注意的是,基站100可以取消子帧#2中的ack/nack信号的发送,并且使终端200辨识到所有ack并且仅允许使用正常tti的自适应重传。
[0282]
在子帧#1的顶部dl stti中,当保持stti操作时,ul harq处理id#4是可发送的。在这一点上,终端200辨识到在子帧#1的pdcch中发送ul harq处理id#4的ul许可,并且基于子帧#1,根据lte/高级lte的规则在位于四个子帧(三个dl子帧的间隔)之后的子帧#5中发送harq处理id#4的pusch。此外,终端200辨识到在下一个子帧#2的pdcch中发送harq处理id#5的ul许可。
[0283]
如上所述,基站100和终端200使用stti用于harq处理id#0到#3,并且将stti切换到tti用于ul harq处理id#4及其后。更具体而言,基站100和终端200在使用stti(dl stti和ul stti)时的时段与当使用tti时的时段之间使用公共harq处理id。
[0284]
结果,即使当执行从stti到正常tti的切换时,基站100和终端200也可以保持ul数据信号的重传处理。而且,基站100和终端200可以减少缓冲器量,因为基站100和终端200不需要具有harq缓冲器的副本用于stti和tti。
[0285]
到目前为止,已经描述了本公开的每个实施例。
[0286]
要注意的是,已经在上述实施例中描述了基于fdd的harq定时,但是本公开可以应用于基于tdd的harq定时。当将本公开应用于基于tdd的harq定时时,还可以应用子帧之间的绑定。
[0287]
此外,在上述实施例中已经描述了基于dl stti长度确定信号的发送和接收定时的情况,但是可以基于ul stti长度确定信号的发送和接收定时。
[0288]
而且,在上述实施例中已经描述了x等于4的情况,但是x的值可以是除4以外的值。
[0289]
此外,在上述实施例中,还通过定时提前(ta)来调整ul发送定时。因而,除了在上述实施例中定义的定时之外,还可以将实际ul发送定时确定为提早预定量的ta来开始发送。
[0290]
在实施例1中,应用限制,使得仅在特定dl stti中发送ul许可,但是其它实施例绝
不限于此限制。可以在任何dl stti中执行ul许可的发送,只要dl stti位于距离可发送pusch的ul至少stti x个dl stti之前即可,并且可以从多个dl stti发送用于单个ul stti的ul许可。在此情况下,要由终端200针对ul许可而监视的dl stti的数目增加,但是存在的优点在于:可以容易地分散控制信号。
[0291]
此外,tti长度的缩短不仅适用于扩展lte的系统,而且适用于利用称为“新无线电接入技术(rat)”的新帧格式实施的系统。
[0292]
已经利用通过示例使用硬件配置来实施本公开的一方面的示例描述了上述实施例,但是本公开还可以通过软件与硬件协作来实施。
[0293]
此外,在实施例的描述中使用的功能块通常被实施为lsi设备,其是具有输入和输出的集成电路。集成电路可以控制在实施例的描述中使用的功能块,并且可以包括输入和输出。功能块可以被形成为单独的芯片,或者功能块的一部分或全部可以集成到单个芯片中。在本文中使用术语“lsi”,但是取决于集成的水平,也可以使用术语“ic”、“系统lsi”、“超级lsi”或“超lsi”。
[0294]
此外,电路集成不限于lsi,并且可以由专用电路系统或通用处理器来实现。在制造lsi之后,可以使用可编程的现场可编程门阵列(fpga)、或者允许重新配置lsi中的电路单元的连接和设置的可重构处理器。
[0295]
如果取代lsi的电路集成技术由于半导体技术或源自该技术的其它技术的进步而出现,那么可以使用这种技术来集成功能块。另一种可能性是生物技术等的应用。
[0296]
本公开的基站包括:发送部分,使用长度比tti缩短并用于下行链路的第一短发送时间间隔(stti)发送下行链路信号;以及接收部分,使用长度比tti缩短并用于上行链路的第二stti接收上行链路信号,当第一stti的长度短于第二stti时,接收部分在位于距离下行链路信号的发送定时预定间隔之后的第二stti中接收上行链路信号,该预定间隔基于第一stti的长度来配置。
[0297]
在本公开的基站中,接收部分在位于距离下行链路信号的发送定时预定数目的第一stti的间隔之后的恰好第一个第二stti中接收上行链路信号。
[0298]
在本公开的基站中,当距离下行链路信号的发送定时预定数目的第一stti的间隔之后的定时与第二tti之间的边界不匹配时,接收部分延迟上行链路信号的接收定时。
[0299]
在本公开的基站中,下行链路信号包含指示用于下行链路数据信号的分配的下行链路分配控制信息,并且接收部分在位于距离发送下行链路数据信号的第一stti的定时预定间隔之后的第二stti中接收用于下行链路数据信号的ack/nack信号。
[0300]
在本公开的基站中,下行链路信号包含指示用于上行链路信号的分配的上行链路分配控制信息,并且发送部分在位于距离接收上行链路信号的第二stti的定时预定间隔之后的第一stti中发送用于上行链路信号的ack/nack信号。
[0301]
在本公开的基站中,发送上行链路分配控制信息的第一stti与发送ack/nack信号的第一stti彼此不同。
[0302]
在本公开的基站中,发送部分在刚好在发送与ack/nack信号的harq处理id相同的harq处理id的上行链路分配控制信息的第一stti之前的第一stti中发送ack/nack信号。
[0303]
在本公开的基站中,接收部分在单个子帧内的多个第二stti中接收用于在单个子帧中发送的多个下行链路信号中的每一个的ack/nack信号。
[0304]
在本公开的基站中,接收部分在位于从下行链路信号的发送定时起经过了通过将绝对时间加到预定数目的第一stti的间隔而获得的时间之后的恰好第一个第二stti中接收上行链路信号。
[0305]
在本公开的基站中,接收部分在位于从下行链路信号的发送定时起经过了预定数目的第一stti的间隔与绝对时间中较大的一个之后的恰好第一个第二stti中接收上行链路信号。
[0306]
在本公开的基站中,发送部分基于形成参考子帧的第一stti的长度来配置预定间隔,并且当位于距离接收上行链路信号的定时预定间隔之前的第一stti不可用于具有比参考子帧更少数目的可用于信号分配的第一stti的子帧中的信号分配时,发送部分在位于不可用于信号分配的第一stti之前最后面的第一stti中发送下行链路信号。
[0307]
在本公开的基站中,下行链路信号包含指示用于上行链路信号的分配的上行链路分配控制信息,发送部分基于形成参考子帧的第一stti的长度来配置预定间隔,并且当位于距离接收上行链路信号的第二stti的定时预定间隔之后的第一stti不可用于具有比参考子帧更少数目的可用于信号分配的第一stti的子帧中的信号分配时,发送部分在位于不可用于信号分配的第一stti之后的恰好第一个第一stti中发送用于上行链路信号的ack/nack信号。
[0308]
在本公开的基站中,当第一stti和第二stti的使用被切换到tti的使用时,发送部分和接收部分使用公共harq处理id。
[0309]
本公开的终端包括:接收部分,使用长度比tti缩短并用于下行链路的第一短发送时间间隔(stti)接收下行链路信号;以及发送部分,使用长度比tti缩短并用于上行链路的第二stti发送上行链路信号,当第一stti的长度短于第二stti时,发送部分在位于距离下行链路信号的接收定时预定间隔之后的第二stti中发送上行链路信号,该预定间隔基于第一stti的长度来配置。
[0310]
本公开的通信方法包括:使用长度比tti缩短并用于下行链路的第一短发送时间间隔(stti)发送下行链路信号;以及使用长度比tti缩短并用于上行链路的第二stti接收上行链路信号,当第一stti的长度短于第二stti时,在位于距离下行链路信号的发送定时预定间隔之后的第二stti中接收上行链路信号,该预定间隔基于第一stti的长度来配置。
[0311]
本公开的通信方法包括:使用长度比tti缩短并用于下行链路的第一短发送时间间隔(stti)接收下行链路信号;以及使用长度比tti缩短并用于上行链路的第二stti发送上行链路信号,当第一stti的长度短于第二stti时,在位于距离下行链路信号的接收定时预定间隔之后的第二stti中发送上行链路信号,该预定间隔基于第一stti的长度来配置。
[0312]
工业适用性
[0313]
本公开的一方面在移动通信系统中是有用的。
[0314]
标号列表
[0315]
100 基站
[0316]
101 stti确定部分
[0317]
102 spdcch生成部分
[0318]
103、209 纠错编码部分
[0319]
104、210 调制部分
[0320]
105、211 信号分配部分
[0321]
106、212 发送部分
[0322]
107、201 接收部分
[0323]
108、202 信号解复用部分
[0324]
109 ack/nack接收部分
[0325]
110、203 解调部分
[0326]
111、204 纠错解码部分
[0327]
112 ack/nack确定部分
[0328]
200 终端
[0329]
205 stti配置部分
[0330]
206 错误确定部分
[0331]
207 ack/nack生成部分
[0332]
208 spdcch接收部分
再多了解一些

本文用于创业者技术爱好者查询,仅供学习研究,如用于商业用途,请联系技术所有人。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献