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的符号数，并灵活配置动态调整开关，以应对不同时期的业务需求。