下行速率低问题分析报告

中国移动中国移动TD LTE分析报告分析报告 下行速率低于下行速率低于1M问题问题 南京南京LTE项目组项目组 2013 10 10 目目 录录 一 问题概况 3 二 速率异常分析定位思路 3 2 1LTE网络架构 3 2 2速率异常问题定位流程 4 2 3灌包测试具体分析 5 三 结论 8 四 最终结果 8 五 相关附件 8 一 一 问题概况问题概况 在2013年9月中旬日常测试时 陆续发现无论无线环境质量如何 下行吞吐量无论无线环境质量如何 下行吞吐量 始终小于始终小于1M1M 上行吞吐量正常的站点 上行吞吐量正常的站点 这些站点是浦口戒毒所搬迁试扩L 南钢码 头试扩L 装饰城试扩L 南京农业大学工学院等站点 为了验证解决问题 我们对 装饰城站点进行了定位分析 在装饰城试扩L 2小区的周边路段上 选取RSRP 70dBm SINR 27较为理想 的测试点 在这种无线环境情况下 该小区下载速率始终在500kbps以下 上传速 率正常 17M以上 二 二 速率异常分析定位思路 速率异常分析定位思路 LTE网络架构 网络架构 要定位解决LTE速率问题 首先要了解LTE网络架构 从LTE网络架构图可以知晓 整个业务涉及到终端 接入网元 S1传输 SGW 和PGW核心网等多个网元 问题定位分析较为复杂 2 2速率异常问题定位流程 速率异常问题定位流程 针对速率异常问题 大体思路为 首先 判断该数传业务是UDP的还是TCP的 如果当前是TCP流量不足 则先用单线程UDP上下行灌包 探路 看UDP上下行 流量能否达到峰值 此举是为了扫清道路上的 小石头 比如网卡限速 空口参 数配置错误等等 一般来说UDP流量无法达到峰值 TCP流量也很难上到峰值 UDP流量问题定位 采用的是 追根溯源 法 即从服务器到UE端到端排查 看 水 流到哪里 节流 了 其次 如果UDP流量能够达到峰值而TCP不行 则将 问题原因锁定TCP本身传输机制上 具体流程如下 2 3灌包测试具体分析 灌包测试具体分析 装饰城站点承载能够正常建立 但速率异常 下行速率低于1M 可以采用UDP 灌包方法 探测哪段网元进行速率限制 FTP灌包测试分析 a 选取装饰城无线环境较好测试点 RSRP 为 75dBm SINR 达到 25dB 左右 可判断空口信号质量不存在问题 b 通过 FTP 侧使用灌包 jperf 软件对终端进行 UDP 灌包测试 直接灌包 60M 数据 由于 FTP 服务器直接架在 LTE 核心网端 相当于业务数据从 SGW 经 过传输网元 基站 无线空口到终端 便于分析哪个网元出现了问题 FTP 侧灌 60M UDP 数据包 c 从基站侧查询收到的传输包大小 分析从 FTP 服务器来的数据包到达基站 侧时数据是否有丢失情况 通过抓取基站侧收到的数据包可以知晓 装饰 城站点收到的 UDP 包明显存在问题 原本 60M 数据包经过核心网和传输 到达基站侧后 基站收到包的大小低于 1M 只有 700k 丢包问题严重 装饰城基站收到 UDP 包 正常站点 FTP 灌 60M 包基站收到数据包大小 正常站点收到 UDP 包 初步结论 基站侧上端网元问题导致基站收到数据包异常 终端侧下载速 率较低 基站侧灌包测试 为了进一步分析问题 排查基站侧到终端侧是否存在问题 我们在基 站侧进行操作 打开下行 MAC 测试开关 该开关相当于直接从基站侧 MAC 层对终端进行发数据包 用于排查空口质量问题 ATP 跟踪的 MAC 层速率 终端侧收到的数据包 通过基站跟踪 MAC 数据和终端收到的 MAC 数据分析知晓 MAC 和 物理层数据正常 下行空口质量不存在问题 三 三 结论结论 通过灌包和 MAC 测试知晓 在无线环境较好情况下 基站收到上层网元数据 包较小导致了下载速率低于 1M 四 四 最终结果最终结果 通过核心网和中兴传输一起抓包定位分析 基站下载速率低于 1M 是由于中兴 PTN 网元关闭学习基