LTE中的数据传输（2）——下行数据传输

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

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

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

       E-UTRAN还可以为UE的HARQ进程的初始传输分配预定义的资源，重传则通过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进程数如下表。

对于接收到的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。