DDLTE业务KPI常见问题和优化方法.ppt

DDLTE业务KPI常见问题和优化方法
Page *
第1章 吞吐量问题定位优化方法
第2章 时延问题定位优化方法
Page *
第1章 吞吐量问题定位优化方法
第1节 吞吐量异常表现
第2节 吞732字节/秒”换算成M就是6199732*8/1000/1000 = 。实际上这个流量就是我们收到的，从核心网到GE口的流量。这个能够证明流量是否足够。
闭环功控，ICIC特性对RB数影响
Page *
上行闭环功控
如果不生效，中远点速率较低，RB个数远低于闭环理论值，但是近点能达到峰值；
比如：在RSRP=-100dBm的时候，如果闭环功控在起作用，对于20M带宽，有近90个RB；对于10M带宽，有40个RB左右。与之相比，开环功控最多只有10个左右。
对于我司UE，打开Probe的Power Control，其中SumFiValue不等于-1即为闭环。
ICIC
上下行都有ICIC开关，首先确认开发是否打开，然后在信令中搜索包含MeasurementConfig 的RRC ConndectionReconfiguration消息，如果消息中的reportOnLeave字段取值为True，表明触发了ICIC A3测量。
本小区内多用户做业务
Page *
如果本小区存在其他用户在做业务的时候，观测单UE的RB将会减小，因此在测试之前应该先检查小区内是否存在其他用户，测试过程中也应该注意是否有其他用户接入。下面为只有一个用户时的显示结果：
使用M2000小区性能监测中的用户数监测
MCS阶数偏低定位、解决方法
Page *
如何判断MCS阶数过低
MCS阶数是否合理在拉距的条件下较难判断。
上行在路损超过120dB~125dB缩RB的时候一般维持3~5阶数，但是随着RB不能再缩小，其MCS阶数也会降低。比较方便的方法是排除法：在UE以满功率（23dBm）发送的条件下，如果调度次数和RB个数都比较正常但总吞吐率偏低，那么可以认为问题出在MCS阶数上。
下行均衡后SNR偏低，导致下行吞吐量偏低。
下行CRC异常，导致AMC将下行阶数调整下来。
上行反馈异常，导致AMC的异常调整，导致下行阶数偏低。
检测干扰
Page *
上行干扰可以在M2000上观测判断：
UE未接入情况下（所有UE关机，小区里没有业务），打开M2000的“小区性能检测”，选择“干扰检测”，查看RSSI值，在没有干扰的时候，约等于－119＋10log(RB个数)，在内场差距1dB以上，在外场差距在3dB以上即认为存在干扰，需要检查干扰。干扰一般来自邻区或者是异系统干扰（比如2G或3G系统）
下行干扰可以在UE侧Probe上观测判断：
在Detected Cell中看是否有多个小区，且超过1个小区的RSRP和本小区的RSRP差在3dB之内。如果是，则表明存在较强的邻区干扰。
在检测到的邻区当中，不能出现和本小区PCI相同的邻区。
查看下行各子带CQI是否有某一段CQI的值特别低的，如果存在，说明存在较严重的窄带干扰。
解决方法：
较强的邻区干扰只有通过调整天线方向角等来解决。
严重的窄带干扰通过扫频，找出干扰源，进行排除。
UE主分集不平衡
Page *
主分集不平衡，会严重影响我们的测试结果，如下为一次测试数据的结果：由于主集（Antenna0）比分集（Antenna1）小了近5dB，在显示RSRP的时候显示的是最强信号的RSRP,但是UE发送信息是从主集发送的，算路损的时候也是以主集为主。这样实际上行的信道质量就比显示的RSRP小很多。可以通过2个办法解决该问题：
在测试有外置天线的时候摆弄主分集天线，在测试内置天线UE的时候可以改变UE位置使其主分集相对平衡，
吞吐率曲线不用RSRP，改用路损VS吞吐率
UE能力限制
Page *
UE能力查看方法：在UU口跟踪消息”RRC_UE_CAP_INFO”里查找。我司UE可以从OMT查询得到。目前市场上一般的商用终端为CAT3 UE；
对于上行来说，CAT 5 UE 最高能达到28阶，CAT 3和CAT 4 UE只能达到24阶。
我司测试UE使用的OMT,上面显示该UE能力设置为CAT4
UU口跟踪消息，上面显示该UE能力设置为CAT3
误码率过高定位、解决方法
Page *
峰值场景不能收敛到0%，非峰值场景下行BLER持续高于15%；如果存在MCS阶数为0的时候，误码率较高也可以认为是正常现象。
N
Y
Y
N
上行截回包且关闭预调度是否有好转(UDP灌包)
固定PUCCH发射功率进行规避，并采集数据反馈回总部（如果不能固定，直接反馈数据）
固定PUSCH发