下行速率低问题分析报告剖析_第1页
下行速率低问题分析报告剖析_第2页
下行速率低问题分析报告剖析_第3页
下行速率低问题分析报告剖析_第4页
下行速率低问题分析报告剖析_第5页
已阅读5页,还剩1页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

中国移动TD-LTE分析报告下行速率低于1M问题南京LTE项目组2013-10-10

目录一、 问题概况 3二、 速率异样分析定位思路: 32.1 LTE网络架构: 32.2 速率异样问题定位流程: 42.3 灌包测试详细分析: 5三、 结论 8四、 最终结果 8五、 相关附件 8

问题概况在2013年9月中旬日常测试时,接连发觉无论无线环境质量如何,下行吞吐量始终小于1M,上行吞吐量正常的站点,这些站点是浦口戒毒所搬迁试扩L、南钢码头试扩L、装饰城试扩L、南京农业高校工学院等站点。为了验证解决问题,我们对装饰城站点进行了定位分析。在装饰城试扩L-2小区的周边路段上,选取RSRP=-70dBm、SINR=27较为志向的测试点,在这种无线环境状况下,该小区下载速率始终在500kbps以下。上传速率正常,17M以上。速率异样分析定位思路:LTE网络架构:要定位解决LTE速率问题,首先要了解LTE网络架构:从LTE网络架构图可以知晓,整个业务涉及到终端、接入网元、S1传输、SGW和PGW核心网等多个网元,问题定位分析较为困难。速率异样问题定位流程:针对速率异样问题,大体思路为:首先,推断该数传业务是UDP的还是TCP的,假如当前是TCP流量不足,则先用单线程UDP上下行灌包“探路”,看UDP上下行流量能否达到峰值,此举是为了扫清道路上的“小石头”,比如网卡限速、空口参数配置错误等等。一般来说UDP流量无法达到峰值,TCP流量也很难上到峰值。UDP流量问题定位,采纳的是“追根溯源”法,即从服务器到UE端到端排查,看“水”流到哪里“节流”了。其次,假如UDP流量能够达到峰值而TCP不行,则将问题缘由锁定TCP本身传输机制上;详细流程如下:灌包测试详细分析:装饰城站点承载能够正常建立,但速率异样,下行速率低于1M,可以采纳UDP灌包方法,探测哪段网元进行速率限制;FTP灌包测试分析:选取装饰城无线环境较好测试点,RSRP为-75dBm,SINR达到25dB左右,可推断空口信号质量不存在问题;通过FTP侧运用灌包jperf软件对终端进行UDP灌包测试,干脆灌包60M数据,由于FTP服务器干脆架在LTE核心网端,相当于业务数据从SGW经过传输网元、基站、无线空口到终端,便于分析哪个网元出现了问题;FTP侧灌60MUDP数据包从基站侧查询收到的传输包大小,分析从FTP服务器来的数据包到达基站侧时数据是否有丢失状况;通过抓取基站侧收到的数据包可以知晓,装饰城站点收到的UDP包明显存在问题,原本60M数据包经过核心网和传输到达基站侧后,基站收到包的大小低于1M,只有700k,丢包问题严峻;装饰城基站收到UDP包正常站点FTP灌60M包基站收到数据包大小:正常站点收到UDP包初步结论:基站侧上端网元问题导致基站收到数据包异样,终端侧下载速率较低;基站侧灌包测试:为了进一步分析问题,排查基站侧到终端侧是否存在问题,我们在基站侧进行操作,打开下行MAC测试开关,该开关相当于干脆从基站侧MAC层对终端进行发数据包,用于排查空口质量问题;ATP跟踪的MAC层速率终端侧收到的数据包:通过基站跟踪MAC数据和终端收到的MAC数据分析知晓,MAC和物理层数据正常,下行空口质量不存在问题;结论通过灌包和MAC测试知晓,在无线环境较好状况下,基站收到上层网元数据包较小导致

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论