最新(完美版)深圳LTE灌包操作及问题定位指导 下载本文

深圳LTE灌包操作及问题定位指导

一、 背景知识 1、 灌包

目前灌包采用的是miperf软件直接进行,支持TCP和UDP两种协议的灌包。TCP是面向连接的可靠的有保证的一种传输机制,而UDP是与TCP相对应的一种协议,面向非连接的、无保证的传输机制。

图1

图1是Iperf软件的设置界面,选择好TCP灌包还是UDP灌包,Traffic direction选择灌包的方向,相对UE来说下行灌包此时在服务器侧这里的设置就应该选择UL,如果UE要上行灌包那么此时在服务器侧就应设置为DL,而在UE侧就设置为UL。简单地说,就是谁灌包谁上行。点击SHOW下面的Chart或者Messages可以在右方弹出灌包图表或者信息。Host address填写对端的IP。port可任意填写,只要端口没被占用即可,如果灌包时发现对端没收到包,可尝试更改端口号。Report interval报告上报的时间间隔,通常为1s。Execution time是灌包操作执行的时间,填个最大值即可。Bandwidth目前采用下行100m,上行25m。MTU size最大传输单元可以设置不同字节,视问题定位情况而定。 2、 ping

目前ping包是在基站侧通过网管MML命令ping核心网SGW,ping1000字节、1400字节、2000字节的包各ping100次,看是否丢包。

图2

如图2所示,槽号填写主控板所在槽号,扩大规模网的站点都是6。源IP地址填写基站的IP,目的IP地址填写SGW的IP。可分别通过LST DEVIP和LST IPRT查询获得。PING报文长度分别为1000字节、1400字节、2000字节。PING报文个数100次。

PING测试是为了辅助定位基站到核心网的传输问题,如果PING过程出现丢包,那传输应该是存在问题,否则,也不能想当然地说传输没有问题。 二、 应用场景

终端做FTP业务上下行速率异常时都可以采用灌包+ping包的方法,初步判断问题的方向:传输故障、FTP服务器能力问题还是空口环境问题。

1、 终端做下行FTP业务速率不达标

首先需排除FTP服务器能力问题,可通过咨询外场测试人员在最近做FTP业务时是否正常来简单判断。也可通过TCP灌包看速率是否正常,如果速率正常,那么就是FTP服务器能力问题,可参照<<深圳LTE-FTP服务器操作指导书1.0.docx>>详细验证,如果速率一样存在问题,那么问题需要进一步定位。

排除了FTP服务器能力问题,接下来可进行UDP下行灌包测试。设置好Iperf界面,开始灌包,首先灌MTU=1000B的包,同时观察基站来水量(通过MML命令DSP ETHPORT来查看),关注实际接收流量(字节/秒)这一项,正常情况有将近100m的流量,如图3所示值便为正常值。然后把MTU改为1400继续UDP灌包,同时看基站来水量是否足够。正常情况实际接收流量(字节/秒)仍然是100m左右,如果此时此值没有100m,如图4所示该值只有25m左右,可能是传输对于大包不分片所致,那么可以初步判断传输存在异常。如果MTU=1400时基站来水量正常,就把MTU改为2000再继续进行UDP灌包,此时如果基站来水量也是正常的话,我觉得基本上也可以排除传输了。(同时可以进行ping包测试做辅助判断)

图3

图4

最后把问题定位在空口。可以对比FTP业务和UDP灌包,如果UDP灌包UE的速率正常而FTP业务时UE的速率异常,很可能是空口存在上行强干扰所致,此时UE的上行速率应该也是异常的,可以结合跟踪该站的RSSI和一些相关参数进一步分析。如果UDP灌包和FTP业务时UE的速率都很差,那么也需要进一步排查空口了。

2、 终端做上行FTP业务速率不达标

思路同下行速率不达标的情况。

首先排除FTP服务器的吞吐能力问题,参考《深圳LTE-FTP服务器操作指导书1.0.docx》。然后UE侧进行上行UDP灌包,也是分别灌1000字节、1400字节等,网管观察基站来水量是否足够,关注实际发送流量(字节/秒)这一项,正常情况下在好点应该能达到基站的上行峰值速率(保证在测试时小区1个用户),如果来水量足够,那么空口的环境应该是良好的,但如果此时UE的灌包速率异常,就要考虑传输的问题了。

最后对比UDP灌包速率和FTP上行业务时的速率,如果UDP的速率正常而FTP的速率异常,就需要关注空口的下行环境了,看是否存在下行干扰等情况,这种情况的话下行速率应该也是异常的。