上行调度算法位于LTE系统的MAC层,主要负责为用户分配物理上行共享信道(PUSCH)上的资源,并选择合适的MCS用于用户数据的传输。上行调度算法和下行调度类似,不同的是,下行调度输入的信道质量信息为UE上报的CQI信息,上行调度输入的信道质量信息为系统测量的上行SINR。
上行调度器调度用户并给用户分配资源时需要考虑用户的信道质量信息(SINR),上行的信道质量信息通过SRS(Sounding Reference Signal,探测用参考信号)和DMRS(Demod-ulation Reference Signal,解调参考信号)测量获得。
PHR(Power Headroom Report,功率余量报告)指示UE功率的使用率,指示UE上行最大发送功率和UE上行已经使用的发射功率的差值,并上报给eNodeB,包括周期和事件上报两种模式。
BSR(Buffer Status Report,缓存状态报告)指示上行数据缓存区包含的数据的大小,并上报给eNodeB。
SR(Scheduling Request,调度请求)通过1 bit信息通知eNodeB,UE有数据需要发送,需要为数据信道分配上行资源。
1.上行调度的基本功能
上行调度的基本功能主要包括:
优先级计算(Priority Calculation):基于调度的输入信息,完成调度的Radio Bearer优先级、调度用户的确定,保证用户QoS的同时,最大化系统吞吐量。
MCS选择(MCS Selection):基于调度的输入信息,确定要调度用户的MCS。
资源分配(Resource Allocation):根据用户数据量和信道质量,确定要调度用户需要的RB数,并为用户确定RB位置。
2.上行TTI调度流程(www.xing528.com)
eNodeB首先对Msg3用户进行资源分配;当上行TTIBundling和上行半静态调度功能打开时,上行调度器首先为TTI Bundling和上行半静态调度预留资源;当有上行可用PUSCH资源时,依次调度处理HARQ重传、有控制平面数据的用户、上报调度请求(SR)的用户、GBR速率未满足的用户及未达到AMBR的用户;最后进行上行CoMP模式的判决。
3.上行调度资源获取
获取上行调度资源主要是获得上行PUSCH可用的资源。由于PUSCH、PUCCH、PRACH共享上行带宽,上行可用PUSCH资源即扣除PUCCH和PRACH占用的资源。其中,PUCCH占据整个频带的最低端和最高端,其实际占用的RB个数受下行动态调度ACK/NACK反馈、下行CQI反馈、系统半静态调度用户数和SRI(Scheduling Request Indication,调度请求指示)资源的影响,PRACH的周期可通过参数进行设置,PRACH占用上行6个RB资源。
4.上行调度用户MCS的确定
上行调度用户MCS的选择分为SINR调整、MCS初选和MCS调整三个部分,具体流程及输入输出如图6-1所示。
图6-1 上行调度用户MCS选择
SINR调整算法通过UlSchSwitch进行设置。当UE移动时,由于信道衰落的影响,上报时刻的SINR和调度时刻的SINR相比,可能已经有较大的变化,因此建议默认打开SINR的调整功能。基站通过统计上行数据的ACK/NACK来调整SINR,从而纠正SINR的测量误差,使用户的IBLER收敛于目标值,保证系统吞吐量。上行IBLER的收敛目标值由参数SinrAd-justTargetIbler设置。系统默认IBLER的目标值为10%,不同的场景最优IBLER可能不同,用户可以根据场景进行配置。
MCS初选主要根据用户带宽上测量的SINR和eNodeB的解调性能进行比较,选择合适的调制编码阶数进行传输。为了保证初始接入的性能,华为采用静态低阶进行Msg3的传输。
MCS调整,eNodeB完成上行MCS的初选后,根据UE调度上行RB是否遇到小区级SRS子帧、随路信令及根据UE能力进行MCS的调整。调整的原因如下:小区级SRS子帧符号发送SRS信号,随路信令占据数据信道资源进行传输,都将导致PUSCH实际的数据传输码率提升,进而导致数据初传误码升高,因此系统需要对这两种情况进行MCS的调整,保证当前调度数据的正确解调。调整后的MCS将根据UE能力进行MCS的调整(不同UE能力,支持的最高MCS不一致),输出最终选择的MCS。
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。