浅谈4G吞吐率优化分解.docxVIP

案例摘要： 随着LTE网络的牌照颁发，各大运营商正如火如荼的建设期待已久的4G网络，如何能让新技术更好的发挥，这是我们优化工作需要考虑的问题，LTE网络设计峰值速率下行100Mbps，上行50Mbps,如何能真正体现LTE网络的实际速率，反应网络问题，如何做好LTE吞吐率优化工作显得尤为重要，因此需要明确目的，通过分析相关数据，定位网络问题，为今后类似问题提供优化思路及优化方法。本文主要描述了用户接入网络后进行上下行数传时出现的相关问题的定位流程，包括使用TCP和UDP两种方式。1、问题描述：先了解两个概念，TCP和UDP，两者有着明显的区别：TCP发送的包有序号，对方收到包后要给一个反馈，如果超过一定时间还没收到反馈就自动执行超时重发，因此TCP最大的优点是可靠。一般网页（http）、邮件（SMTP)、远程连接(Telnet)、文件(FTP)传送就用TCP。UDP是面向消息的协议，通信时不需要建立连接，数据的传输自然是不可靠的，一般用于多点通信和实时的数据业务，比如语音广播、视频、QQ、TFTP(简单文件传送）、SNMP（简单网络管理协议）、RTP（实时传送协议）RIP（路由信息协议，如报告股票市场，航空信息）、DNS(域名解释）。注重速度流畅。在L网测试时，定点吞吐量异常表现现象分TCP吞吐量异常和UDP吞吐量异常：TCP由于面向连接，保证交付，且采用滑动窗口等数据传输拥塞避免机制，故吞吐量异常的表现非常多，一般常见的有以下几种：A、吞吐量平稳但低于峰值5%以上；   图?无法达到峰值 B、吞吐量能达到峰值但有波动，明显的“掉坑”现象，后又缓慢“爬起”，如图所示：  图?“掉坑”现象 C、吞吐量能达到峰值但有波动，变化较“陡峭”，如图所示  图?“陡峭”现象 定点UDP吞吐量异常表现：由于UDP面向无连接、不保证可靠交付的传输特性。UDP流量异常的表现就是平稳但无法达到峰值。?2、原因分析：由于实际环境中传输侧（从Server到eNodeB）的组网架构庞大复杂，千差万别。为方便描述下行定位流程，下图仅给出一简单的组网示意图，以说明数据流向。  图?上下行数据流向图  流量定位的大体思路为：首先，判断该数传业务是UDP的还是TCP的，如果当前是TCP流量不足，则先用单线程UDP上下行灌包“探路”，看UDP上下行流量能否达到峰值，此举是为了扫清道路上的“小石头”，比如网卡限速、空口参数配置错误等等。一般来说UDP流量无法达到峰值，TCP流量也很难上到峰值。UDP流量问题定位，采用的是“追根溯源”法，即从服务器到UE端到端排查，看“水”流到哪里“节流”了。  其次，如果UDP流量能够达到峰值而TCP不行，则将问题原因锁定TCP本身传输机制上。流量问题定位的思路如下：  图?流量问题定位思路 处理流程如下：   图?吞吐率处理流程 3、解决方案探讨：3.1?无法传输数据（无法进行UDP灌包，UE侧PC无流量）首先保证UE能够正常接入，再检查以下配置参数：?A、服务器侧有没有配回程路由，若没有需要在服务器侧配置回程路由。命令如下：?route add UE业务IP mask 子网掩码 服务器业务IP –p B、如果是华为UE，检查UE与PC之间连线及UE侧配置参数，通过OMT查看ARP和DHCP开关是否打开，若打开了业务PC网卡IP应该设置为自动获取方式；若ARP和DHCP关闭，需要按照以下方式添加ARP和路由： route add?服务器IP mask 子网掩码 UE业务IP –p?arp?–s 服务器IP UE MAC地址 UE业务IP  图?通过OMT查看ARP和DHCP开关?  C、如果是三星UE或华为E398可以自动添加路由，无需手动添加路由。可以尝试多拨号几次，如果还是不行，更换UE再尝试一下。 3.2?服务器问题排查 通过服务器向用户侧进行UDP灌包进行排查：  Server侧执行命令：iperf –c?x.x.x.x(UE业务IP) –u –i 1 –t 99999 –b 160m，  －b指示灌包流量，实际灌包流量根据使用的UE和小区带宽来决定，略微超过理论值，保证足够的数据量即可。  UE PC侧启动接收，命令：iperf –s –u –i 1，  执行以上操作后，发觉Server侧出口流量低，出口流量就不足160M. 图?出口流量就不足160M  排查思路如下： 图?服务器流量不足排查思路  A、Server侧推荐专业的IBM/HP小型服务器，CPU双核2.8GHz以上，内存4G，250G硬盘，千兆网卡，操作系统用Windows2003SP2/SP3+IIS模式，勿使用Serv-U作FTP服务器；