深圳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的速率异常，就需要关注空口的下行环境了，看是否存在下行干扰等情况，这种情况的话下行速率应该也是异常的。