LTE资料61：TDD_LTE_吞吐率问题定位优化方法（kpi）.pdfVIP

TDD LTE 吞吐率问题定位优化方法(KPI) 一、 吞吐量异常表现 1.1 吞吐量一般观察应用层的吞吐量或者MAC 层的吞吐量： 1.2 异常主要有2 种表现： 1 吞吐量波动大（通过Netmeter 等吞吐量统计直观观察） 存在掉坑、裂缝等异常表现 终端不动，出现超过50% 的波动 2 吞吐量偏低 峰值吞吐量 定点吞吐量 二、 吞吐量异常定位方法 2.1 吞吐量异常定位思路 步骤1：检查基站告警及基本参数的检查 1）当吞吐量出现异常时，首先需要导出基站告警日志看是否存在硬件上的故障或者S1 告警 及闪断等。 2 ）其次进行基本参数检查，分eNB 侧和终端侧。 eNB 侧主要和基线参数进行核对，商用网络如果出现参数和基线参数不一致的情况，需要 查清为什么会出现该种情况； 终端侧参数检查：主要是PC 窗口的大小，会影响TCP 业务； 步骤2：空口/非空口问题隔离定位 1）判断是否是TCP 问题 最简单的方法－UDP 灌包 尝试多线程下载或同时下载多个文件 (1)若吞吐率明显要大于TCP 业务吞吐率，则判断为TCP 问题，进入TCP 问题排查； (2)若吞吐率与TCP 业务基本持平，或者比TCP 还低，则进入空口问题排查； 步骤3：空口问题定位、解决方法 1）当出现吞吐量异常，且基本确定为空口问题时，主要从下面几个方面进行分析定位，其 中调度次数不足和调度RB 不足可以合并定位，定位顺序从左至右。 2.2调度次数不足定位方法 如何判断调度次数过低 通过终端监测工作获得（1s 统计一次） 通过eNB 的监测工具获得（1s 统计一次） 单用户场景用户调度次数取决于 TDD 上下行配比，可以直接观察 Probe 显示的 DL Grant Count/ UL Grant Count ； 下行当观察到的总量持续用户调度次数*5%，认为下行调度次数不足； 上行因为HARQ 时，调度器不需要下发ULGrant，所以一般ULGrant 在理论总数的90% 以上 都是正常的； 多用户场景如果默认频分调度且UE 能力不受限，此时每个TTI 只调度1 个用户，此时用户 调度次数= Grant Num/小区用户数，其中Grant Num 与单用户时相同，取决于TDD 上下行配 比。 2.3 RB 个数不足定位方法 如何判断RB 个数过小 上行在闭环功控的条件下，在路损超过120dB~125dB 的条件下上行开始缩小调度的RB 个数， 此时MCS 阶数大概在3~5 阶左右，在路损小于120dB 情况下，几乎都应该以满RB 调度； 下行几乎都应该是满RB 调度； 上图为终端Probe 显示的结果，RB 数=Total Code0RBCount/Code0Count 上图为M2000 中的RB 数观察方法，RB 利用率跟踪项中的等效RB 使用数 2.4 灌包不足定位、解决方法 如果DL/UL Grant 个数小于理论总数的60% ，一般是由于灌包不足引起的，这种情况在大带 宽峰值测试下特别常见。 解决方法：使用多线程灌包或者更换性能更好的便携。 灌包命令如下： Iperf –c xx.xx.xx.xx – u – b 100M –t 99999 –i 1 – P 2 xx.xx.xx.xx 表示目的IP，根据实际情况输入。P 表示线程数，注意，要大写。 2.5 开户速率和进入eNB 的流量不足定位、解决方法 1 检查开户速率，看是否是由开户速率过低造成吞吐率问题，开户速率至少要超过期望速率。 如下图所示，该图表示上下行开户速率都为20k，开户速率显然太小，不能满足LTE 要求。 在UE 侧也可以观察。 2 其次下行需要查看从S1 口过来的入口数据是否充足： 这个例子是一个下行灌包50M 的例子，看红色框里面的数值“6199732 字节/秒”换算成M 就是 6199732*8/1000/1000 = 49.597856M 。实际上这个流量就是我们收到的，从核心网到 GE 口的流量。这个能够证明流量是否足够。 2.6 闭环功控，ICIC 特性对RB 数影响 1 上行闭环功控 如果不生效，中远点速率较低，RB 个数远低于闭环理论值，但是近点能达到峰值； 比如：在RSRP=-100dBm 的时候，如果闭环功控在起作用，对于20M 带宽，有近90 个RB； 对于10M 带宽，有40 个RB 左右。与之相比，开环功控最多只有10 个左右。 对于我司UE，打开Probe 的Power Control，其中SumFiVa