LTE室分单流速率不达标问题分析与总结.docx

LTE室分单流速率不达标问题分析【故障时间】2013-12-1【故障类别】LTE网优【关 键 字】单流室分峰值速率不达标【现象描述】合肥移动LTE室分单验测试中发现：小区峰值速率徘徊在47Mbps左右，无法突破50Mbps的验收标准，之前试验网单流室分峰值速率能轻松突破55Mbps，需要进行问题定位告警信息】无【问题分析】所测室分站点，好点测试时，峰值速率虽然没有达到50Mbps的验收标准，但速率平稳，在47Mbps上下小幅浮动考虑到之前存在较多因核心网操作导致速率异常问题的经验，首先想到进行空口灌包测试，排查是否空口问题，如灌包速率仍然较低，可考虑通过核查无线侧相关参数配置，进一步进行定位分析处理过程】1. 功率参数核查：因此次单验之前，唯一修改的参数是小区参考信号功率，由9.2修改至12.2，故第一想到是否与此有关进一步分析发现，功率仅对小区覆盖及小区容量有影响：导频功率越大，UE接收RSRP越大，小区覆盖半径越大；导频功率越大，在基站总功率不变的情况下，数据RE功率将降低，会导致系统的容量下降，不会影响到峰值速率，这点从现场测试情况来看，也完全吻合对比参考功率分别为9.2与12.2情况，现场测试速率没有明显变化，排除功率问题。

2. 空口灌包测试：选取徽商银行室分为实验站点，利用网管，通过配置基站业务IP与终端获取的目的IP，从基站侧对前台测试终端进行灌包，发现峰值速率仍然没有变化，在47Mbps左右，与业务下载测试吻合，故定位空口侧存在问题，开始逐步排查无线参数设置3. 参数对比核查：根据试验网单通道站点峰值速率能轻松突破55Mbps的情况，对比核查新开站点与试验网站点参数配置情况，发现：PDCCH算法参数中，PDCCH占用的OFDM初始符号数，因为基站版本升级，由之前默认的次数1，变化至目前默认的次数3，修改至试验网默认次数1后，速率提升至55Mbps以上，问题定位结束4. 进一步验证：通过对比测试不同的PDCCH符号数，配合打开及关闭动态调整开关，分别验证：（符号数3+动态调整开）、（符号数3+动态调整关）、（符号数1+动态调整开）、（符号数1+动态调整关）4种情形下，对应峰值速率值，发现：（符号数1+动态调整关），峰值速率最高，为55.27Mbps ，（符号数3+动态调整关）峰值速率最低，为46.96Mbps，反向证明前期问题室分站点单验峰值速率正常 具体验证结果如下： 【论证与总结】1. 此问题集中体现在PDCCH符号数的设置上，通过调整PDCCH符号数的大小，可以调整控制面占用无线资源大小，从而让PDSCH占用更多资源，获得更大的业务吞吐率。

PDCCH最大所占资源为3个symbol，具体占用多少symbol，每次调度承载何种信令，每个PDCCH占用多少资源由调度器决定，由动态调整开关控制具体配置如下表所示：Supported PDCCH formatsPDCCH formatNumber of CCEsNumber of resource-element groupsNumber of PDCCH bits019721218144243628838725762. 单流室分峰值速率估算（不同PDCCH符号数对应的峰值速率估算）利用峰值估算方法，对同一小区，不同PDCCH符号数配置下，对应的峰值速率进行估算下行理论峰值速率计算方法：下行总的峰值速率=下行普通子帧承载的业务峰值速率+特殊子帧承载的业峰值务速率其中：下行普通子帧承载的业务峰值速率=系统带宽的RB总数×每个RB包含的子载波数×（每个普通子帧包含的OFDM符号数-控制信道占用的OFDM符号数）-每个RB内的下行RS个数）×调制阶数×编码速率×每个无线帧中包含的下行普通子帧个数/每个无线帧的时间×最大MIMO层数特殊子帧承载的业务峰值速率=系统带宽的RB总数×每个RB包含的子载波数×（每个特殊子帧包含的DwPTS的OFDM符号数-控制信道占用的OFDM符号数）-DwPTS内的下行RS个数）×调制阶数×编码速率×每个无线帧中包含的下行特殊子帧个数/每个无线帧的时间×最大MIMO层数。

按照目前室分配置：（上下行子帧配比1：3；特殊子帧配比10：2：2），当下行控制符号数分别取1、2、3的时候，单流室分下行理论峰值速率分别对应：59.371Mbps、54.014Mbps、48.658Mbps，这与实际测试结果吻合理论值如下图所示：3. 总结：在试验网期间，因用户业务导致的信令层面开销相对较小，为了获得室分单站最佳的业务体验感受，可对部分控制信道所占资源进行较低配置，随着业务量的增多，为了避免因大量的信令开销需求导致可能的信令丢失问题，后续可动态调整PDCCH的符号数，并灵活配置动态调整开关，以应对不同时期的业务需求。