TD-LTE吞吐率提升方法及案例摘要.docx

TD-LTE吞吐率提升方法及案例概述整体的组网结构（FTP服务器采用内网服务器）吞吐率的基本制约因素【制约因素】: 小区带宽、调制方式（MCS）、可用RB数、MIMO模式、UE能力、开户信息（HSS）小区带宽：决定了最大可以使用的频谱资源（RB个数）调制编码方式MCS：决定了频谱效率UE能力开户信息取决系统侧给终端分配的资源；调度次数跟时隙、子帧配比和小区内的用户数是相关的，TTI=1ms;MIMO 模式主要考虑是分集发射还是空间复用；调度相关参数介绍不同子帧配比和终端能力等级下单用户的峰值速率：终端能力等级（E5776S MIFI 为CAT 4终端）CQItable（参见36.213协议）MCS and TBS index table for PDSCH（参见36.213协议）MCS IndexModulation OrderTBS Index0201212223234245256267278289291049114101241113412144131541416415176151861619617206182161922620236212462225623266242762528626292reserved304316Transport block size table（参见36.213协议）标准 QCI传输模式MCS的确定终端根据SINR来决定上报CQI（终端怎么按照SINR来映射CQI是终端的算法决定的），系统侧通过终端上报的CQI的映射到Itbs(Transport Block Size Index),在映射成Imcs，Itbs与Imcs的关系参见MCSand TBS index table for PDSCH。由于UE上报的CQI在某些场景下并不能真实反映调度时的信道质量，如果系统按照UE上报的CQI进行数据包MCS的选择，初传误块率不能收敛于最优值，因此调度算法都会对终端上报的CQI进行修正，当调度器选择的MCS高于当前信道质量传输能力时，数据包的误块率会增加，根据反馈的NACK下调调整后的CQI；当调度器选择的MCS低于当前信道质量传输能力时，数据包的误块率会降低，根据反馈的ACK上调调整后的CQI，使系统初传误块率收敛于设定的目标值，提升系统的吞吐量。调度RB数及RB位置的确定调度用户的RB数根据当前TTI调度用户数据量来决定，获得调度用户的待调度数据量及确定的Imcs，根据Transport block size table查找表格，预估需要调度的RB数，最后根据小区剩余功率信息确定该用户需要调度的RB数。调度算法介绍调度支持四种调度算法：最大载干比算法（Max C/I）、轮询算法（RR）、比例公平算法（PF）和增强型比例公平算法（EPF），华为默认采用的为EPF的调度算法。四种调度算法的差异主要体现在选择调度用户的优先级计算方面，其中：Max C/I Max C/I分配空口资源时只考虑信道质量因素，即每个调度时刻只调度当前信道质量最优的业务。此算法可以最大化系统吞吐量，但由于系统中用户不可能都处于相同信道质量的情况，因此不能保证小区各用户之间的公平性。当用户持续处于信道质量差的条件，将永远得不到调度，小区用户感受差。此调度算法不支持用户业务的QoS。RR RR(Round Robin)调度算法分配空口资源时，只保证各用户之间调度机会的公平，和Max C/I相比，此算法可以保证小区各用户的调度公平性，但是不能最大化系统的吞吐量。此调度算法不支持用户业务的QoS。PF PF(Proportional Fair)调度算法分配空口资源时，同时考虑业务的调度公平性和用户的信道质量及用户历史传输比特数，是Max C/I、RR调度算法的折中，但没有考虑业务的QoS信息，无法保证用户的业务感受。EPF EPF(Enhanced Proportional Fair)调度算法是在PF调度算法的基础上进一步考虑用户的业务感受，保证业务的QoS。吞吐率提升基本思路在测试过程中需要关注Probe上的重点指标:RSRP、SINR、TM、RI、流数、PDCCH DL 、PDSCH RB number、MCS、iBLER,如下图所示：覆盖问题，RSRP偏低在测试的过程中如果覆盖RSRP过低，可以按照以下方法排查：基站告警信息确认？基站位置确认？在实际场景下核对工参（方位角/下倾角），确保在天馈主瓣直射方向测试，测试点天馈可见，重点排查测试区域主覆盖小区是否和规划一致，是否存在天线接反问题。检查小区功率配置参数，确认是否因为特殊原因修改为低功率，后台查询命令：LST PDSCHCFG。是否可以通过RF优化解决覆盖问题拉网测试时，RSRP持续低于-110dBm判断为弱覆盖，一般认为路线上如果有10%区域的RSRP小于-110dBm，属于弱