本发明涉及通讯领域,具体而言,涉及传输处理方法及装置。
背景技术:
移动业务分为点到点业务(例如单播业务)和点到多点业务(例如广播组播业务、组呼业务)。
3gpp有3种传输机制来解决点到多点业务,分别为embms(增强型多媒体广播多播业务,enhancedmultimediabroadcastmulticastservice)、sc-ptm(singlecellpointtomultipoint,单小区点到多点)和unicast(单播)。其中,对于embms和sc-ptm,目前还没有物理层的重传机制(例如,harq重传),因此,对于错误敏感的数据业务,系统的传输效率会非常低下。
技术实现要素:
本发明提供了传输处理方法及装置,以解决现有技术中没有重传机制所导致的问题。
根据本发明的一个方面,提供了一种传输处理方法,包括:发送节点向多个接收节点构成的接收节点组进行数据传输;所述接收节点组中的所有接收节点通过上行资源对接收到数据进行反馈。
进一步地,进行所述反馈包括:进行harq反馈。
进一步地,所述上行资源为用于上行同步的资源。
进一步地,所述方法还包括:为一个点到多点业务分配上行资源;分配所述上行资源之后,所述发送节点通知所述接收节点。
进一步地,为所述一个点到多点业务分配所述上行资源包括:根据所述一个点到多点业务的标识信息为所述一个点到多点业务分配所述上行资源。
进一步地,所述一个点到多点业务的nack信息映射到为所述一个点到多点业务的分配的上行资源。
进一步地,所述接收节点组中的接收节点通过所述上行资源进行harq反馈包括:所述接收节点在上行失步状态或者上行同步状态下通过对应的上行 资源进行harq反馈。
进一步地,所述发送节点向所述接收节点组进行数据传输,并为每个数据包分配反馈资源,所述反馈资源用于所述接收节点组进行harq反馈。
进一步地,还包括:所述发送节点根据所述接收节点组的状态确定所述上行资源,其中,所述接收节点组的状态包括以下至少之一:所述接收节点组中所有接收节点处于下行同步和/或上行同步状态、所述接收节点组中所有接收节点处于上行不同步或失步状态、所述接收节点组中部分接收节点处于上行同步状态并且剩余节点处于上行不同步或失步状态;所述发送节点在harq传输中携带所确定的上行资源的指示信息。
进一步地,所述指示信息在每个harq传输中携带,或者在指示信息发生改变时的最近的harq传输中携带。
进一步地,harq反馈的nack信息通过前导序列来表征。
进一步地,所述上行资源包括:prach随机接入信道。
进一步地,在采用所述prach随机接入信道进行harq反馈时,通过前导签名来进行harq反馈。
进一步地,所述上行资源基于前导序列资源与点到多点传输业务的一一映射来划分。
进一步地,在点到多点业务采用所述上行资源进行harq反馈的情况下,所述上行资源由所述点到多点业务的标识信息确定。
进一步地,进行harq反馈包括:进行同步或者异步harq反馈,其中,所述同步harq反馈表示harq反馈时间与对应的harq传输时间是固定的;所述异步harq表示harq反馈时间与对应的harq传输时间是不固定的,harq反馈时携带有数据包的标识信息。
进一步地,所述每个接收节点,如果正确解出数据包,则不向所述发送节点进行harq反馈;如果没有正确解出数据包,则在该数据包对应的所述反馈资源上反馈nack信息;所述发送节点,在所述反馈资源上进行检测,如果检测到nack信息,则对对应的数据包进行重传处理,如果没有检测到nack信息,则认为对应的数据包被所有的接收节点正确接收,并进行新的数据传输处理。
根据本发明的另一个方面,还提供了一种传输处理装置,包括:传输模块, 位于发送节点中,用于向多个接收节点构成的接收节点组进行数据传输;反馈模块,位于所述接收节点组中的每个接收节点中,用于通过上行资源进行反馈。
进一步地,述反馈模块用于进行harq反馈。
进一步地,所述上行资源为用于上行同步的资源。
进一步地,还包括:分配模块,用于为一个点到多点业务分配上行资源;通知模块,用于分配所述上行资源之后,所述发送节点通知所述接收节点。
进一步地,所述分配模块,用于根据所述一个点到多点业务的标识信息为所述一个点到多点业务分配所述上行资源。
进一步地,所述一个点到多点业务的nack信息映射到为所述一个点到多点业务的分配的上行资源。
进一步地,所述反馈模块,用于在上行失步状态或者上行同步状态下通过对应的上行资源进行harq反馈。
进一步地,所述传输模块,用于向所述接收节点组进行数据传输,并为每个数据包分配反馈资源,所述反馈资源用于所述接收节点组进行harq反馈。
进一步地,所述装置还包括:确定模块,用于根据所述接收节点组的状态确定所述上行资源,其中,所述接收节点组的状态包括以下至少之一:所述接收节点组中所有接收节点处于下行同步和/或上行同步状态、所述接收节点组中所有接收节点处于上行不同步或失步状态、所述接收节点组中部分接收节点处于上行同步状态并且剩余节点处于上行不同步或失步状态;所述传输模块,用于在harq传输中携带所确定的上行资源的指示信息。
进一步地,所述指示信息在每个harq传输中携带,或者在指示信息发生改变时的最近的harq传输中携带。
进一步地,harq反馈的nack信息通过前导序列来表征。
进一步地,所述上行资源包括:prach随机接入信道。
进一步地,在采用所述prach随机接入信道进行harq反馈时,通过前导签名来进行harq反馈。
进一步地,所述上行资源基于前导序列资源与点到多点传输业务的一一映射来划分。
进一步地,在点到多点业务采用所述上行资源进行harq反馈的情况下,所述上行资源由所述点到多点业务的标识信息确定。
进一步地,所述反馈模块用于进行同步或者异步harq反馈,其中,所述同步harq反馈表示harq反馈时间与对应的harq传输时间是固定的;所述异步harq表示harq反馈时间与对应的harq传输时间是不固定的,harq反馈时携带有数据包的标识信息。
进一步地,所述反馈模块用于在正确解出数据包的情况下,不向所述发送节点进行harq反馈;在没有正确解出数据包的情况下,在该数据包对应的所述反馈资源上反馈nack信息;所述装置还包括:检测模块,位于所述发送节点中,用于在所述反馈资源上进行检测,如果检测到nack信息,则对对应的数据包进行重传处理,如果没有检测到nack信息,则认为对应的数据包被所有的接收节点正确接收,并进行新的数据传输处理。
通过本发明,采用发送节点向多个接收节点构成的接收节点组进行数据传输;所述接收节点组中的所有接收节点通过上行资源对接收到数据进行反馈。通过本发明解决了现有技术中没有重传机制所导致的问题,提高了点到多点传输的可靠性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的传输处理方法的流程图;
图2是根据本发明实施例的传输处理装置的结构框图;
图3是根据本发明实施例的基站同时给小区中的ue11、ue12和ue13进行业务1的点到多点传输的示意图;
图4是根据本发明实施例的终端ue21同时给ue22、ue23和ue24进行业务3的点到多点传输的示意图;
图5是根据本发明实施例的同步维护的示意图;
图6是根据本发明实施例的上行同步资源分配的示意图一;
图7是根据本发明实施例的上行同步资源分配的示意图二;
图8是根据本发明实施例的harq反馈的示意图一;以及,
图9是根据本发明实施例的harq反馈的示意图二。
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
在本实施例中提供了一种定位处理方法,图1是根据本发明实施例的定位处理方法的流程图,如图1所示,该方法包括如下步骤:
步骤s102,发送节点向多个接收节点构成的接收节点组进行数据传输;
步骤s104,该接收节点组中的所有接收节点通过上行资源进行反馈(例如,进行harq反馈)。在一个可选的实施方式中,上行资源可以为用于上行同步的资源。
通过上述步骤解决了现有技术中没有重传机制所导致的问题,提高了点到多点传输的可靠性。
在一个可选的实施例中,分配上行资源包括:为一个点到多点业务分配上行资源;分配上行资源之后,发送节点通知接收节点。
可选地,为一个点到多点业务分配上行资源包括:根据一个点到多点业务的标识信息为一个点到多点业务分配上行资源。
在一个可选的实施例中,一个点到多点业务的nack信息映射到为一个点到多点业务的分配的上行资源。
在一个可选的实施例中多个接收节点构成一个接收节点组,接收节点组中的所有接收节点通过上行资源进行harq反馈。例如,接收节点在上行失步状态或者上行同步状态下通过对应的上行资源进行harq反馈。
在另一个可选的实施例中,发送节点向接收节点组进行数据传输,并为每个数据包分配反馈资源,反馈资源用于接收节点组进行harq反馈。
在一个可选的实施例中:发送节点根据接收节点组的状态确定上行资源,其中,接收节点组的状态包括以下至少之一:接收节点组中所有接收节点处于下行同步和/或上行同步状态、接收节点组中所有接收节点处于上行不同步或失步状态、接收节点组中部分接收节点处于上行同步状态并且剩余节点处于上行不同步或失步状态;发送节点在harq传输中携带所确定的上行资源的指示信息。例如,指示信息在每个harq传输中携带,或者在指示信息发生改变时的最近的harq传输中携带。
可选地,对于上行资源harq反馈的nack信息通过前导序列来表征。例如,上上行资源包括:prach随机接入信道。
可选地,在采用prach随机接入信道进行harq反馈时,通过前导签名来进行harq反馈。
可选地,对于上行资源基于前导序列资源与点到多点传输业务的一一映射来划分。
可选地,在点到多点业务采用上行资源2进行harq反馈的情况下,上行资源2由点到多点业务的标识信息确定。
在一个可选的实施例中,进行同步或者异步harq反馈,其中,同步harq反馈表示harq反馈时间与对应的harq传输时间是固定的;异步harq表示harq反馈时间与对应的harq传输时间是不固定的,harq反馈时携带有数据包的标识信息。
可选地,每个接收节点,如果正确解出数据包,则不向发送节点进行harq反馈;如果没有正确解出数据包,则在该数据包对应的反馈资源上反馈nack信息;发送节点,在反馈资源上进行检测,如果检测到nack信息,则对对应的数据包进行重传处理,如果没有检测到nack信息,则认为对应的数据包被所有的接收节点正确接收,并进行新的数据传输处理。
在本实施例中还提供了一种传输处理装置,图2是根据本发明实施例的传输处理装置的结构框图,如图2所示,该装置包括:
传输模块22,位于发送节点中,用于向多个接收节点构成的接收节点组进行数据传输;
反馈模块24,位于该接收节点组的每个接收节点中,用于通过上行资源进行反馈,例如,harq反馈。
可选地,上行资源为用于上行同步的资源。
可选地,该装置还可以包括:分配模块,用于为一个点到多点业务分配上行资源;通知模块,用于分配上行资源之后,发送节点通知接收节点。
可选地,分配模块,用于根据一个点到多点业务的标识信息为一个点到多点业务分配上行资源。
可选地,一个点到多点业务的nack信息映射到为一个点到多点业务的分配的上行资源。
可选地,反馈模块24,用于在上行失步状态或者上行同步状态下通过对应的上行资源进行harq反馈。
可选地,传输模块22,用于向接收节点组进行数据传输,并为每个数据包分配反馈资源,反馈资源用于接收节点组进行harq反馈。
可选地,该装置还包括:确定模块,用于根据接收节点组的状态确定上行资源,其中,接收节点组的状态包括以下至少之一:接收节点组中所有接收节点处于下行同步和/或上行同步状态、接收节点组中所有接收节点处于上行不同步或失步状态、接收节点组中部分接收节点处于上行同步状态并且剩余节点处于上行不同步或失步状态;传输模块22,用于在harq传输中携带所确定的上行资源的指示信息。
可选地,指示信息在每个harq传输中携带,或者在指示信息发生改变时的最近的harq传输中携带。
可选地,harq反馈的nack信息通过前导序列来表征。
可选地,上行资源包括:prach随机接入信道。
可选地,在采用prach随机接入信道进行harq反馈时,通过前导签名来进行harq反馈。
可选地,上行资源基于前导序列资源与点到多点传输业务的一一映射来划分。
可选地,在点到多点业务采用上行资源进行harq反馈的情况下,上行资源由点到多点业务的标识信息确定。
可选地,反馈模块24用于进行同步或者异步harq反馈,其中,同步harq反馈表示harq反馈时间与对应的harq传输时间是固定的;异步harq表示harq反馈时间与对应的harq传输时间是不固定的,harq反馈时携带有数据包的标识信息。
可选地,反馈模块24用于在正确解出数据包的情况下,不向发送节点进行harq反馈;在没有正确解出数据包的情况下,在该数据包对应的反馈资源上反馈nack信息;
可选地,该装置还包括:检测模块,位于发送节点中,用于在反馈资源上进行检测,如果检测到nack信息,则对对应的数据包进行重传处理,如果没有检测到nack信息,则认为对应的数据包被所有的接收节点正确接收, 并进行新的数据传输处理。
下面结合一个可选实施例来进行说明。
一种点到多点的harq反馈方法,包括如下步骤:所有接收节点通过一个上行资源进行harq反馈;对于每个接收节点,包括:如果正确解码harq传输的数据包,则不向发送节点进行harq反馈;如果错误解码harq传输的数据包,则在该数据包对应的反馈资源上反馈nack信息。
通过一个发送节点给接收节点组进行数据传输的业务称为点到多点业务;一个点到多点业务需要一个空口标识,例如g-rnti(group-radionetworktemporaryidentity,组无线网络临时标识),不同的点到多点业务的g-rnti不同。
上行资源的定义:上行资源为用于上行同步的资源,例如pn(pseudo-noise,伪噪声)序列、zc(zadoff-chu,啁啾)序列。
上行资源的确定:一个点到多点业务分配一个上行资源;上行资源可以通过对应的点到多点业务的g-rnti来确定;确定后发送节点需要告知接收节点组中的每个接收节点。
nack信息与上行资源的映射:一个点到多点业务的nack信息对应该业务分配的上行资源。
接收节点与发送节点的上行链路状态可以是上行同步状态,也可以是上行失步状态;
对于接收节点组分为如下3类状态:组状态1:接收节点组中所有接收节点处于下行同步、上行同步状态;组状态2:接收节点组中所有接收节点处于上行不同步或者失步状态;组状态3:接收节点组中部分接收节点处于上行同步状态,剩余接收节点处于上行不同步或者失步状态。
接收节点可以在上行失步状态下通过对应的上行资源进行反馈,也可以在上行同步状态下通过对应的上行资源进行反馈。
发送节点的检测:
一个发送节点给接收节点组进行数据传输;对每个数据包分配一个反馈资源,用于接收节点组进行harq反馈;
基于接收节点组的状态来确定所述反馈资源;
发送节点维护接收节点组的状态,基于接收节点组的状态来确定所述反馈 资源,并在harq传输中携带所采用的反馈资源的指示信息;
所述指示信息可以是在每个harq传输中携带,也可以是在指示信息发生改变的时候在最近的harq传输中携带。
接收节点组为所述发送节点同时进行相同的数据传输的接收节点集合。
接收节点组的状态分类为:组状态1:接收节点组中所有接收节点处于下行同步、上行同步状态;组状态2:接收节点组中所有接收节点处于上行不同步或者失步状态;组状态3:接收节点组中部分接收节点处于上行同步状态,剩余接收节点处于上行不同步或者失步状态。
所述反馈资源为上行资源1或者/和上行资源2;上行资源1可以为上行控制资源,上行资源2可以为上行同步资源。
对于组场景1:可以采用上行资源1进行harq反馈;也可以采用上行资源2进行harq反馈;
对于组场景2和3:采用上行资源2进行harq反馈;
上行资源1为小区上行同步条件下使用的资源,例如,对于lte系统,上行资源1可以是pucch信道和pusch信道;
上行资源2为用来进行上行同步的资源,例如,对于lte系统,上行资源2可以是prach随机接入信道。
接收节点的harq反馈,包括:如果正确解码harq传输的数据包,则不向发送节点进行harq反馈;如果错误解码harq传输的数据包,则在该数据包对应的反馈资源上反馈nack信息;
harq反馈可以是同步反馈,也可以是异步反馈;
同步反馈表示harq反馈时间与对应的harq传输时间是固定的,harq反馈时无需携带harqprocessid;
异步反馈表示harq反馈时间与对应的harq传输时间是不固定的,harq反馈时需携带harqprocessid。
对于发送节点,在反馈资源上进行检测,
如果没有检测到nack信息,则认为对应的数据包被所有的接收节点正确接收,并进行新的数据传输处理;
如果检测到nack信息,则进一步判断该nack对应的数据包是否达到最大harq重传次数,如果是,则丢弃该数据包,并进行新的数据传输处理; 如果否,则对对应的数据包进行重传处理。
对于nack信息的检测,对于上行资源1,harq反馈的nack信息可以通过一个信号或者前导序列来表征,对于上行资源1,可以为一个信号,例如,bpsk调制中的1或者-1,或者一个脉冲;对于上行资源2,可以为一个前导序列。
多个点到多点业务的反馈资源分配:上行资源1:可以基于点到多点传输业务的g-rnti来划分;上行资源2:可以基于前导序列资源与点到多点传输业务的一一映射来划分。
发送节点可以是基站,也可以是终端;接收节点是终端。
下行链路表示发送节点到接收节点的链路;上行链路表示接收节点到发送节点的链路。
下行链路处于同步状态;上行链路可以是处于同步状态,也可以是处于不同步或者失步状态。
以lte系统为例,令基站为发送节点,终端为接收节点,终端处于rrc_connected状态且上行失步,或者处于rrc_idle状态时,属于接收节点处于上行不同步或者失步状态;终端处于rrc_connected状态且上行同步,属于接收节点处于上行同步状态。
点到多点业务中同一时刻,有两个及以上接收节点反馈nack信息时,发送节点对nack的接收处理:
上行资源1:相当于多径接收处理;
上行资源2:相当于多径接收处理。
采用prach信道进行harq反馈时,数据接收节点通过前导签名(preamblesignature)来进行harq反馈。
对于反馈资源的随机接入信道,基于小区覆盖来进行设置参数,包括反馈信道和前导参数。
基于小区覆盖半径来设置上行资源的参数,对于lte系统,见实施例。
采用点到多点的harq传输业务定义为点到多点业务。
点到多点业务采用一个rnti进行传输,令为g-rnti。
如果该业务采用上行资源1或者/和上行资源2进行harq反馈,则该上行资源至少由该g-rnti来计算确定。
实施例一:点到多点传输场景
场景一:基站(enb)同时给小区中的ue11、ue12和ue13进行业务1的点到多点传输,对ue21和ue22进行业务2的点到多点传输。令ue11、ue12和ue13为接收节点组r1,ue21和ue22为接收节点组r2。如图3所示。
场景二:终端ue21同时给ue22、ue23和ue24进行业务3的点到多点传输,令ue22、ue23和ue24为接收节点组r3。如图4所示。
实施例二:同步维护
基于实施例一的场景1的接收节点组r1。如图5所示。
在t0至t1时间段,ue11、ue12和ue13均处于ue上行同步状态,基站判断组r1为组上行同步状态;
在t1至t2时间段,ue11处于ue上行失步状态,ue12和ue13均处于ue上行同步状态,基站判断组r1为组上行同步状态;
在t2至t3时间段,ue11和ue12均处于ue上行失步状态,ue13均处于ue上行同步状态,基站判断组r1为组上行同步状态;
在t3至t4时间段,ue11、ue12和ue13均处于ue上行失步状态,基站判断组r1为组上行失步状态;
在t4至t5时间段,ue11和ue13均处于ue上行失步状态,ue12均处于ue上行同步状态,基站判断组r1为组上行同步状态。
实施例三:上行同步资源的配置
基于小区覆盖半径来配置点到多点传输的上行同步资源,采用与小区覆盖半径匹配的上行资源2进行点到多点的harq反馈。
以ltefdd系统为例,上行同步资源为物理随机接入信道prach(physicalrandomaccesschannel)。prach有4种前导序列格式,如下表所示:
注:us表示微秒;ms表示毫秒;km表示公里。
对于小区覆盖半径小于等于14km的小区,对于点到多点传输采用前导格式0进行harq反馈;
对于小区覆盖半径小于等于29km的小区,对于点到多点传输采用前导格式2进行harq反馈;
对于小区覆盖半径小于等于77km的小区,对于点到多点传输采用前导格式1进行harq反馈;
对于小区覆盖半径小于等于100km的小区,对于点到多点传输采用前导格式3进行harq反馈。
当然也不限于此。
实施例四:上行同步资源分配
静态分配
上行同步资源的静态分配:对一个点到多点业务传输采用一个固定的上行同步资源传输,传输完成后释放。
基于实施例一的场景1。令harq传输的rtt(roundtriptime,往返时间)为8个tti;harq的nack反馈滞后于harq传输的时延为4个tti。采用静态分配方式各个点到多点业务分配上行同步资源。横坐标表示时间,间隔为tti。如图6所示。
对于组r1,在n~n+5时间段有点到多点业务传输,基站给其分配上行同步资源s0进行harq反馈。
进一步地,在n~n+5时间段中,组r1的点到多点业务只有在第n、n+3和n+5时刻有harq传输,因此,组r1中的终端在第n+4、n+7和n+9时刻采用s0进行harq反馈。从第n+10时刻起,对s0资源释放。
对于组r2,在n~n+7时间段有点到多点业务传输,基站给其分配上行同步资源s1进行harq反馈。
进一步地,在n~n+7时间段中,组r2的点到多点业务只有在第n、n+2、n+4和n+7时刻有harq传输,因此,组r2中的终端在第n、n+2、n+4和n+7时刻采用s1进行harq反馈。从第n+12时刻起,对s1资源释放。
动态分配
上行同步资源的动态分配:对一个点到多点业务的每次harq传输,从 上行同步资源池中获取一个空闲的资源,并随该次harq传输告知对应的组接收节点,每次harq反馈完毕即刻释放。
基于实施例一的场景1。令harq传输的rtt(roundtriptime,往返时间)为8个tti;harq的nack反馈滞后于harq传输的时延为4个tti。采用动态分配方式各个点到多点业务分配上行同步资源。横坐标表示时间,间隔为tti。如图7所示。
第n时刻:
基站判断组r1和r2均有数据要传输(新传或者重传)。
对组r1采用harq进程为hp0(harqprocessing0)进行传输,hp0对应的反馈资源为第n+4时刻的上行同步资源s0;对组r2采用harq进程为hp2进行传输;对hp2分配的反馈资源为第n+4时刻的上行同步资源s1。基站同时告知组r1的终端如下harq传输控制信息:hp0、新传和重传指示、上行同步资源s1的信息。
第n+1时刻:
基站判断组r1和r2均无数据要传输(包括新传和重传)。基站不对组r1和r2分配上行同步资源。
第n+2时刻:
基站判断组r1无数据要传输(包括新传和重传),组r2有数据要传输(新传或者重传)。
对组r2采用harq进程为hp3进行传输,hp3对应的反馈资源为第n+6时刻的上行同步资源s0。
第n+3时刻:
基站判断组r1有数据要传输(新传或者重传),组r2无数据要传输(包括新传和重传)。
对组r1采用harq进程为hp1进行传输,分配hp1对应的反馈资源为第n+7时刻的上行同步资源s0。
第n+4时刻:
基站判断组r1无数据要传输(包括新传和重传),组r2有数据要传输(新传或者重传)。
对组r2采用harq进程为hp4进行传输,分配hp4对应的反馈资源为 第n+8时刻的上行同步资源s0。
第n+5时刻:
基站判断组r1有数据要传输(新传或者重传),组r2无数据要传输(包括新传和重传)。
对组r1采用harq进程为hp2进行传输,分配hp2对应的反馈资源为第n+9时刻上行同步资源s0。
第n+6时刻:
基站判断组r1和r2且均无数据要传输(包括新传和重传)。基站不对组r1和r2分配上行同步资源。
第n+7时刻:
基站判断组r1无数据要传输(包括新传和重传),组r2有数据要传输(新传或者重传)。
对组r2采用harq进程为hp4进行传输,分配hp4对应的反馈资源为第n+8时刻的上行同步资源s0。
实施例五:harq反馈(一)
情况1
基于实施例四的场景1的组r1。如图8所示。
在第n时刻:
基站判断组r1有数据要传输(新传或者重传)。
对组r1采用harq进程为hp0进行传输,hp0对应的反馈资源为第n+4时刻的上行控制资源s0。
组r1中的ue11错误解码hp0数据,,因此,在第n+4时刻在上行控制资源s0上反馈nack信息(其上行链路状态为ue上行失步);
组r1中的ue12错误解码hp0数据,因此,在第n+4时刻在上行控制资源s0上反馈nack信息(其上行链路状态为ue上行同步);
组r1中的ue13正确解码hp0数据,因此,不在第n+4时刻在上行控制资源s0上进行harq反馈(其上行链路状态为ue上行同步)。
情况2
基于实施例四的场景1的组r1。如图9所示。
在第n时刻:
基站判断组r1有数据要传输(新传或者重传)。
对组r1采用harq进程为hp0进行传输,hp0对应的反馈资源为第n+4时刻的上行控制资源s0。
组r1中的ue11正确解码hp0数据,,因此,在第n+4时刻在上行控制资源s0上反馈nack信息(其上行链路状态为ue上行同步);
组r1中的ue12正确解码hp0数据,因此,在第n+4时刻在上行控制资源s0上反馈nack信息(其上行链路状态为ue上行同步);
组r1中的ue13正确解码hp0数据,因此,不在第n+4时刻在上行控制资源s0上进行harq反馈(其上行链路状态为ue上行同步)。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。