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

  1. 1、本文档共8页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
下行呑吐率“掉坑“毛刺问题

下行呑吐率“掉坑“毛刺问题关键字:下行呑吐率、掉坑、灌包、传输设备型号: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,重传等

文档评论(0)

dashewan + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档