下行呑吐率“掉坑“毛刺问题.docx

下行呑吐率“掉坑“毛刺问题关键字：下行呑吐率、掉坑、灌包、传输设备型号：Probe3.5【问题描述】在现场测试过程中， 5个RRU覆盖的平层，上行数据业务平稳正常，但下行数据业务速率呈现严重的“掉坑”毛刺问题，如例图：对5个RRU覆盖平层进行测试，统计结果如下表：测试地点5个RRU覆盖5个平层（只解闭塞测试楼层RRU）下行吞吐量(Mbps)RSRP(dBm)SINR(dB)CQI PDSCH BLER（%）MCS (code 0) 每子帧平均RB数1F42.8-68.1634.1614.55#DIV/0!27.6164.162F42.49-79.1735.6314.450.2127.7163.413F44.48-65.334.7914.55#DIV/0!27.7365.644F44.34-64.1135.2414.82#DIV/0!27.8665F43.44-63.4934.6314.421.1627.3565.87告警信息：框号为200的RRU的两个PATH存在1.5/1.6的驻波比一、首先问题排查：告警检查： 1. 检查eNodeB有无告警 2. 检查传输、CN有无告警小区检查： 1. 检查待测试小区是否激活，确认小区状态 2. 检查基站标识、小区PCI是否正确，是否与工参一致 3. 检查小区天线权值是否配置，确认配置正确 4. 检查小区功率配置参数，确认是否因为特殊原因修改为低功率传输检查：PING包，测试传输是否正常终端检查：检查电脑是否已经进行了TCP窗口优化二、空口无线质量：（1）、下行SINR是否偏低：1. 确认小区天线权值配置正确2. 如果是外置天线，尝试拉大天线间距或更改两天线摆放位置3. 更换测试地点4. 排查干扰（2）、下行MIMO模式是否正常：1. 检查终端是否工作在TM3，RANK22. 检查基站license信息是否支持2x2 MIMO3. 检查MIMO配置4. 检查终端是否上报RANK25. 尝试固定TM3（3）、下行调度次数是否足够：1. 检查调度次数，是否满调度2. 检查小区内是否单用户3. 检查S1入口数据是否充足，是否上层给水量问题4. 检查用户配置的AMBR和GBR是否大于空口速率5. 检查DRX开关是否关闭（4）、下行调度RB数是否足够：1. 检查RB数是否足够2. 检查频选调度是否关闭3. 检查下行ICIC是否关闭4. 检查Pa，Pb设置（5）、查看下行MCS/BLER：检查下行MCS是否高阶，下行BLER是否较小（6）、查看空口信令：检查空口信令是否有异常三、判断是否为TCP问题（1）、尝试UDP灌包1. 如果无法UDP灌包，尝试多线程下载2. 如果灌包或多线程下载时，流量明显高于TCP业务，进行TCP问题排查3. 记录基站接收流量对于以上下行呑吐率“掉坑、毛刺”问题，根据上述的原因分析步骤进行逐步核查：1、告警核查：通过核查eNodeB、传输、CN告警信息，只有eNodeB侧存在驻波告警（框号为200的RRU的两个PATH存在1.5/1.6的驻波比），通过协调工程人员进行处理该RRU驻波比告警驻波（RRU型号为RRU3152e）：楼层RRU框号小区1F2061小区2F2003F2014F2075F202通过对其中2楼天馈分布系统进行排查，框号为200的RRU的驻波比消除：1.3/1.1；驻波告警处理好之后，下行业务依然存在“掉坑”毛刺问题。2、小区检查（子帧配置：1/7配比）、终端检查、空口无线质量检查，根据上述分析步骤逐步核查，通过网管（LMT）进行上行干扰检测以及无线空口质量排查，进行定点CQT测试，问题依然存在。3、通过2副小天线分别接到RRU通道口进行验证测试，通过排除室分分布系统的问题，但通过现场选择好点（RSRP：-72.17dBm、RSRQ：35.63dB）测试验证，问题依然存在：4、PING包，测试传输是否正常：进行ping的命令操作（PING: SN=6, SRCIP=2, DSTIP=4, PKTSIZE=1460, CONTPING=DISABLE, TIMEOUT=5000, NUM=50, DSCP=18, APPTIF=NO;）（1）未做业务测试时，ping操作（3次ping操作，每次ping“1460”数据包50次），无“ Request time out”问题现象；（2）做业务测试时，ping操作（8次ping操作，每次ping“1460”数据包50次），无“ Request time out”问题现象。5、判断是否为TCP问题，通过尝试UDP灌包通过工具Wireshark抓包，文件处理，保存所需数据，打开数据，设置Wireshark，查看抓包统计，流量分析，查看专家信息，tcptrace图分析（发送窗口，接收窗口，RTT，重传等）使用Wireshark抓包（抓包操作步骤不详细阐述）对抓包文件进行处理，过滤TCP连接，保存所需数据 重新打开保存后的文件，对Wireshark进行设置查看抓包统计 使用tcptrace图进行分析：正常情况下，如果TCP速率稳定，那么在TCP时序图上看到的将是一条笔直上升的斜线，它的斜率等于速率。tcptrace图中，中间黑色的粗线代表了发送的包，下方浅色的线代表上一个ACK确认的包序号，上方浅色的线代表TCP接收窗口，等于上一个TCP ACK序号加上win：分析线段斜率发生变化的地方观察线段是否有中断、重复、离散点等情况。直接点击tcptrace图中出问题的点在Wireshark包列表区中会直接跳转到对应的包。如下图，远离黑色线段主体的一小段黑色线段是重传包：如下图，从图中可以看出，红色圈中的线段比较平，有较多的重传，需要点击进入Wireshark包列表区中分析重传的原因：如果是重传很少或者没有重传，需要对发送和接收窗口进行分析。通过对成都分公司LTE基站进行抓包分析，服务侧进行灌包测试：服务器：iperf -c 4 -u -b 70M -i 1 -t 99999 -p 5012 -M 800B 备注：-M ：800、1000、1500终端侧：iperf -s -u -i 1 -t 999 -p 5012通过对该基站的抓包数据进行分析，FTP服务器到客户端存在丢包以及重传问题，导致速率波动及“掉坑”毛刺问题。根据上述的分析排查，确定传输侧存在问题，协调传输侧进行相应的参数设置核查，经过传输侧核查分析结果：由于该LTE基站（成都分公司）PTN传输到核心机房较远且有2个PTN设备衔接而成，同时，在传输侧也存在一个传输带宽的限制（200M带宽限制）一、通过传输侧进行修改测试验证：（1）将PTN传输带宽不作限制，测试情况：测试地点下行吞吐量(mbps)上行行吞吐量(mbps)RSRP(dBm)SINR(dB)备注1F58.38414.768-74.03434.806速率平稳，无毛刺问题2F57.98714.681-76.02934.9536速率平稳，无毛刺问题3F59.22714.885-70.22933.796速率平稳，无毛刺问题4F57.11514.778-70.2435.096速率平稳，无毛刺问题5F58.97514.883-71.07134.622速率平稳，无毛刺问题（2）传输侧进行带宽（900M、500M、300M）限制，测试情况如下图：流程图如下：【经验总结】对传输侧进行带宽限制后，为300M带宽时，下载速率存在严重的“毛刺”问题。二、通过对传输侧带宽不作限制之后，测试效果达到（子帧配比：1/7的下载及上传速率要求且比较稳定）要求，但是通过对LTE的带宽需求分析，100M的足以满足需求，为何200M的带宽限制之后却会导致上述问题？通过传输侧分析及最终的解决方案制定，通过在传输侧进行设置一定的缓存区：（1）、传输侧对设置一定的缓存区（X值，X值设置传输同事未知会）、传输带宽设置为200M带宽限制（SINR：32.49dB；RSRP：-75dBm；PDCP Throughput DL：51.245 mbps）下载测试情况，如图（毛刺）：（2）、传输侧对设置一定的缓存区（Y值，Y值设置传输同事未知会）、传输带宽设置为200M带宽限制（SINR：33.86