ShareTechnote系列LTE(12):上行链路数据传输调度-非持续调度

上行链路数据传输调度-非持续调度

        在持续调度模式下,由于网络一直在发送UL Grant,因此UE可以随时向网络发送数据。但是如果网络不是一直发送UL Grant怎么办?在这种情况下,UE请求网络发送UL Grant(DCI 0)。如果网络发送UL Grant,则UE可以按照UL Grant允许的方式发送ul数据。 

        总体流程如下:

        i)UE在PUCCH上发送SR(调度请求)

        ii)网络在PDCCH上发送UL Grant(DCI0)

        iii)UE解码DCI 0(如何在分配的PDCCH中找出DCI 0信息?简单地说,它对整个PDCCH区域(PDCCH搜索空间)执行盲解码,并检查是否存在DCI 0信息,其具有用分配给它的CY-RNTI编码的CRC值。

        iv)UE根据DCI 0规定的RB发送PUSCH。

        v)网络解码PUSCH(网络如何确定上行链路子帧(上行RB)的哪个部分用于哪个UE?很简单,由于网络在第三步的DCI 0中指定了这个位置,所以ENB确切知道哪个UE在哪个RB上发送PUSCH)

        vi)网络在PHICH上发送ACK/NACK

        vii)如果网络发送NACK,请转到[重新传输]过程(有关[重新传输]过程的详细信息,请参阅HARQ部分)

        以下是FDD基于SR的Pusch调度的图示:

           ShareTechnote系列LTE(12):上行链路数据传输调度-非持续调度_第1张图片

        下面是实际的例子,展示了开机后的初始过程(随机接入过程)。在这个例子中,可以看到在实际通信中可能发生的几乎所有情况。会看到SR和DCI0响应SR,还有由于CRC故障导致的PUSCH重传。 

ShareTechnote系列LTE(12):上行链路数据传输调度-非持续调度_第2张图片

     对应的日志如下:

        ShareTechnote系列LTE(12):上行链路数据传输调度-非持续调度_第3张图片 

你可能感兴趣的:(LTE学习笔记)