LTE中的数据传输(2)——下行数据传输

完全参阅《技术规范》P.123

       E-UTRAN在每个下行TTI内通过PDCCHUE动态分配资源资源(包括PRBMCS),UE通过识别C-RNTI实现。非DRX状态下,UE持续监听PDCCH以确定是否有针对它的调度信令。

        在下行方向,数据缓冲区位于eNBeNB可以准确地知道每个UE、每个RB对应的缓冲区数据量,因此一般采用基于RB的调度,以便于更好的满足RBQoS要求。

       E-UTRAN还可以为UEHARQ进程的初始传输分配预定义的资源,重传则通过PDCCH调度。在有预定义资源的子帧内,UE如果没有监听到PDCCH通过其C-RNTI寻址的调度信令,则按预定义资源分配来接收下行数据;否则,按PDCCH指示接收下行数据,即调度信令优先于预定义资源分配。

1、下行资源分配的接收:

       可能的下行数据调度方式包括动态调度、半持续调度以及随机接入过程的下行资源分配。

2、 HARQ实体

       UE侧有一个HARQ实体,用于管理一系列并行的HARQ进程。每一个进程由其进程号来标识。UE HARQ实体将由DLSCH接收到的HARQ信息以及相应的TB指示给相应的HARQ进程。

       对于物理层空分复用的情况,UE会在每个子帧上接收到一个或者两个TB,如果收到两个TB,则这两个TB对应同一个HARQ进程。其他情况下,每个子帧UE只能接收一个TB。

       如果当前TTI内有针对UE的下行资源分配,那么UE将物理层接收到的TB以及相应的HARQ信息配置到HARQ信息提供的进程中。

       如果下行资源分配指示的是广播HARQ进程。那么UE将接收的TB配置到广播HARQ进程中。

3、HARQ进程

FDD系统下行最大可支持8个HARQ进程。TDD系统下行最大可用HARQ进程数如下表。

LTE中的数据传输(2)——下行数据传输_第1张图片    

对于接收到的TB以及相关的HARQ信息,HARQ进程做以下判决。

(1)如果HARQ信息中提供的NDI值与之前接收到的该TB对应的NDI值相比,已翻转;或者如果HARQ进程为广播进程并且根据RRC指示的系统信息,当前是对该TB的首次接收;或者如果对于该TB没有之前对应的NDI值,即本次接收是对该TB的第一次接收,那么认为当前发送为新数据发送。

(2)其他情况下均认为是重传数据过程。

在此基础上,对于新数据发送的接收,UE用本次接收到的数据代替当前软缓存中已存储的与该TB对应的数据。

对于重传数据的接收,完成以下过程。

(1)如果重传数据不能成功解码,指示物理层合并(IR或CC)本次接收数据与当前软缓存中已存储的与该TB对应的数据。

(2)如果本次接收的HARQ信息中指示的TB大小与针对该TB的上一次指示不同,则认为本次接收为新数据接收,用本次接收数据代替当前软缓存中存储的数据。

经过上述对存储该TB的软缓存的合并或更新后,对该接收TB对应的当前软缓存中的数据进行解码,有以下几种情况。

(1)对于成功解码的情况,有以下两种不同的处理过程,但处理之后都要对该TB生成ACK。

a) 如果成功解码的TB对应的HARQ进程为广播进程,则将解码后的MAC PDU直接发给高层。

b) 如果当前解码为该TB软缓存中数据的首次解码成功,则将解码后的MAC PDU直接发给解装备与解复用实体。

(2)对于解码失败的情况,针对该TB生成NACK。

但是对于上述生成的ACK或NACK,未必会指示给物理层发往eNB,具体情况如下。

a) 如果接收该TB的HARQ进程,通过Temporary C-RNTI寻址后指示接收,并且针对该UE的竞争解决尚未成功;或者如果接收该TB的HARQ进程为广播进程;或者如果timeAlignmentTimer没有停止或超时,则生成的ACK或NACK不会指示给物理层发往eNB。

b) 其他情况,针对该TB生成的ACK或NACK指示给物理层发往eNB。

 

你可能感兴趣的:(通信基础)