LTE抓包分析指导手册
抓包分析的方法
抓包分析的方法:1. 先按照下面的方法将抓到的包的TIME STAMP 打开。
Ethereal →view →time display format →Date and time of day2. 假定在一定的时间段里抓到三个包A1.cap,A2.cap,A3.cap,则在合并包的时候按照从后往前的时间顺序,打开A3.cap再在菜单中选 FILE ->merge-->选择相应路径，选定A2.cap选定 merge packet chronological并将其另存为32.cap3. 按照2的方法，将收集到的多个包组合成为一个全包AB.CAP 。
4.打开全包AB.CAP,如需分析H248信令，则按照如下流程过虑i.在里边先过虑:megaco.termid=="tdm/410" ，这里的终端标识 tdm/410请依照自己节点的相应标识输入；ii.从出来的信令里找到context ID CCC 和主叫侧rtp 端口号X1X1X1X1 被叫侧rtp 端口X2X2X2X3再修改过虑条件为megaco.termid=="tdm/410" or megaco.context==CCC 这样再过虑出来的megaco 信令另存后就是比较全的信令流程；如需看是否有丢包，以及AG 和TG 等的打包时间等，还需进行RTP 的分析，则继续按照如下条件过虑：iii ．再修改过虑条件为UDP.port==X1X1X1X1 or UDP.port==X2X2X2X2这样过虑出来的包都是rtp 流，再如下操作：Analyze →decode as-→(选中decode) transport 里UDP 选both →再在右面的筐里选RTP. 如图所示：再进行如附件的操作：statistics →RTP —stream analyse经过虑后可以看到前向和后向的rtp 的相关信息，里边有是丢包情况的统计信息，Delta 是打包时长等。
LTE后台常用操作指导书（华为）
LTE后台常⽤操作指导书（华为）LTE后台操作指导书⽬录⼀、常⽤指令： (1)⼆、提取CHR⽂档： (6)三、制作批处理脚本⽂档 (7)3.1加扰测试脚本： (7)3.2⽇常告警全⽹TDL&TDS基站状态&告警查询-XXXX脚本 (8)3.3基站⼩区去激活脚本 (8)3.4基站⼩区邻区数据修改脚本 (8)四、集中任务管理安全操作： (9)4.1⽇常告警全⽹TDL&TDS基站状态&告警查询 (9)4.2基站⼩区去激活 (12)4.3基站⼩区邻区数据修改 (12)五、LTE常⽤信令（问题）跟踪Check List V1.0 (12)5.1 端到端虚⽤户跟踪 (12)5.2 CELL DT (14)5.3 IFTS (15)5.4 ⼀键式⽇志（BRDLOG）采集⽅法 (19)5.5 接⼊类问题分析数据 (19)5.6 切换类问题分析数据 (19)5.7 业务性能问题分析数据 (20)5.8 ⼲扰问题分析数据 (20)六、经验总结 (20)6.1深圳LTE-FTP服务器操作指导书-朱占磊(hw) (20)6.2 LTE站点天线权值添加指引-张海春 (20)6.3 LTE站点在集中任务管理模块实现⼩区级批处理操作-林界滨 (20)6.4 LTE KPI指标监控⽇报撰写-李三明 (21)6.5 LTE虚⽤户跟踪流程及注意事项-马志磊 (21)6.6 LTE灌包操作及问题定位指导-余世坛 (21)⼀、常⽤指令：TDL站点状态查询指令：LST CELL:; 查询⼩区静态参数DSP CELL:; 查询⼩区动态参数LST ALMAF:; 查询当前告警LST BFANT:;查询天线配置信息（静态）DSP BFANT:;查询天线配置信息（动态）LST PDSCHCFG:;(参考信号功率)LST CELLPDCCHALGO:;（公共控制信令聚集级别）LST CELLDLPCPDSCHPA:;（pdsch功率控制PA调整开关）LST EUTRANINTRAFREQNCELL:; （查询EUTRAN同频邻区关系）LST EUTRANEXTERNALCELL:; （查询EUTRAN外部⼩区）LST GPS:; （查询⼩区的经纬度）LST ALMLOG:ALMTP=ALL;（查询历史告警）激活/解闭塞⼩区：ACT CELL:LOCALCELLID=1;ACT CELL:LOCALCELLID=2;ACT CELL:LOCALCELLID=3;UBL CELL:LOCALCELLID=1;UBL CELL:LOCALCELLID=2;UBL CELL:LOCALCELLID=3;去激活/闭塞⼩区：DEA CELL:LOCALCELLID=1;DEA CELL:LOCALCELLID=2;DEA CELL:LOCALCELLID=3;BLK CELL:LOCALCELLID=1,CELLADMINSTATE=CELL_HIGH_BLOCK; BLKCELL:LOCALCELLID=2,CELLADMINSTATE=CELL_HIGH_BLOCK; BLKCELL:LOCALCELLID=3,CELLADMINSTATE=CELL_HIGH_BLOCK;闭塞/解闭塞RRUBLK BRD:CN=0,SRN=200,SN=0,BLKTP=IMMEDIATE;UBL BRD:CN=0,SRN=202,SN=0;修改RRU通道：DSP TXBRANCH:;（发射通道硬件最⼤输出功率、驻波⽐等，或：DSP VSWR：查询驻波⽐）DSP RXBRANCH:;（接收通道状态）MOD TXBRANCH:CN=0,SRN=202,SN=0,TXNO=1,TXSW=OFF;(关)MOD TXBRANCH:CN=0,SRN=202,SN=0,TXNO=1,TXSW=ON; (开)MOD RXBRANCH:CN=0,SRN=202,SN=0,RXNO=1,RXSW=OFF; (关)MOD RXBRANCH:CN=0,SRN=202,SN=0,RXNO=1,RXSW=ON; (开)修改基站⼩区PCI：(注：同时要求修改邻区数据库相应的⼩区的PCI，不然影响切换) MODCELL:LOCALCELLID=3,PHYCELLID=131;MOD CELL:LOCALCELLID=2,PHYCELLID=132;MOD CELL:LOCALCELLID=1,PHYCELLID=133;MODEUTRANEXTERNALCELL:MCC="460",MNC="08",ENODEBID=10072,CELLI D=3,PHYCELLID=131; MODEUTRANEXTERNALCELL:MCC="460",MNC="08",ENODEBID=10072,CELLI D=2,PHYCELLID=132; MODEUTRANEXTERNALCELL:MCC="460",MNC="08",ENODEBID=10072,CELLI D=3,PHYCELLID=133;单验报告需要操作的内容：LST CELL:;LST PDSCHCFG:;LST CELLPDCCHALGO:;LST CELLDLPCPDSCHPA:;DSP CELL:;DSP LICENSE:;LST LICENSE:;LST CELLALGOSWITCH:;LST BFMIMOADAPTIVEPARACFG:;LST MIMOADAPTIVEPARACFG:;LTE加天线权值：LST BFANT:;DSP BFANT:;RMV BFANT: DEVICENO=0;RMV BFANT: DEVICENO=1;RMV BFANT: DEVICENO=2;DLDBFANTDB:IP="188.2.31.4",USR="ftpuser",PWD="Changeme_123",SRCF="O DS-090R15NT.xml";DLDBFANTDB:IP="10.201.127.83",USR="ftpuser",PWD="ftpuser",SRCF="ODS-090R15NT.xml";ACT BFANTDB:OPMODE=DLDFILE;ADDBFANT:DEVICENO=0,CONNSRN=60,MODELNO="ODS-09OR15NT",TILT=3 ,BEAMWIDTH=65,BAND=39; ADDBFANT:DEVICENO=1,CONNSRN=62,MODELNO="ODS-09OR15NT",TILT=3 ,BEAMWIDTH=65,BAND=39; ADDBFANT:DEVICENO=2,CONNSRN=82,MODELNO="ODS-09OR15NT",TILT=3,BEAMWIDTH=65,BAND=39;LST BFANT:;DSP BFANT:;查询BF开关：LST CELLALGOSWITCHTM2\3 BF:关TM2\3\7 BF:开修改BF算法开关：修改BF开关为开：MOD CELLALGOSWITCH:LOCALCELLID=1（⼩区号）,BFALGOSWITCH=BfSwitch-1;修改BF开关为关：MOD CELLALGOSWITCH:LOCALCELLID=1（⼩区号）,BFALGOSWITCH=BfSwitch-0;修改基站（业务信道）加扰（0~9）：(模已)ADD CELLSIMULOAD:LOCALCELLID=1,SIMLOADCFGINDEX=7（加扰为80%）; ADD CELLSIMULOAD:LOCALCELLID=2,SIMLOADCFGINDEX=7;ADD CELLSIMULOAD:LOCALCELLID=3,SIMLOADCFGINDEX=7;RMV CELLSIMULOAD:LOCALCELLID=1;（去加扰）RMV CELLSIMULOAD:LOCALCELLID=2;RMV CELLSIMULOAD:LOCALCELLID=3;相关脚本：（注意：百站⽹的本地⼩区ID是0、1、2）所以在百站⽹执⾏脚本需改⼀下以下的LOCALCELLID 加扰50%：ADD CELLSIMULOAD:LOCALCELLID=1; （SIMLOADCFGINDEX=4为默认值）ADD CELLSIMULOAD:LOCALCELLID=2;ADD CELLSIMULOAD:LOCALCELLID=3;去加扰：RMV CELLSIMULOAD:LOCALCELLID=1;RMV CELLSIMULOAD:LOCALCELLID=2;RMV CELLSIMULOAD:LOCALCELLID=3;加扰100%ADD CELLSIMULOAD，然后配置索引那⾥填9就可以了。
LTE网络结构分析指导手册
LTE网络结构分析指导手册广西移动区无线优化中心2014年8月目录一、LTE网络结构的分析要点................................... 错误!未定义书签。
二、关键指标分析 ............................................ 错误!未定义书签。
1. 覆盖率 .................................................. 错误!未定义书签。
2. 重叠覆盖率 .............................................. 错误!未定义书签。
3. MOD3干扰栅格占比........................................ 错误!未定义书签。
三、网络结构优化思路 ........................................ 错误!未定义书签。
1) 控制过覆盖.......................................... 错误!未定义书签。
2) 抑制背瓣、旁瓣信号 .................................. 错误!未定义书签。
3) 合理控制小区切换带 .................................. 错误!未定义书签。
4) 错开同站小区方位角 .................................. 错误!未定义书签。
5) 避免方位角与道路方向垂直或同向 ...................... 错误!未定义书签。
6) 整治高站小区........................................ 错误!未定义书签。
7) 处理室分泄漏........................................ 错误!未定义书签。
LTE后台三种常见LOG抓取总结
LTE后台三种常见LOG抓取总结在LTE网络中，后台LOG（日志）是非常重要的一项资源，可用于网络故障分析、性能优化以及安全监控等方面。
在LTE后台LOG的抓取过程中，常见的有以下三种类型：系统LOG、控制面LOG和用户面LOG。
下面将对这三种常见的LTE后台LOG抓取进行详细总结。
1.系统LOG抓取系统LOG是整个LTE网络运行时生成的各种关键信息的记录，主要用于分析设备运行状况和故障排查。
系统LOG的抓取需要借助于LTE设备的专业抓包工具或者网络分析仪，以捕获和记录设备关键事件和消息。
主要包括以下几种常见的系统LOG抓取方法：1.1 系统级别LOG抓取：通过LTE设备的抓包工具，例如Wireshark 等，对LTE网络中的系统级别信令消息进行抓取。
这些消息包括设备状态变化、资源分配/释放、切换等重要事件，可以提供设备运行状态的全面记录。
1.2异常日志抓取：在LTE设备中，一些异常事件，如掉话、重启、卡顿等，会通过系统日志的形式进行记录。
通过收集这些异常日志，可以分析出设备出现异常的原因和时间点，并进行相应的故障排查。
1.3性能统计日志抓取：LTE设备通常会记录一些关键性能统计数据，如信号强度、信道质量、带宽利用率等。
通过抓取这些性能统计日志，可以分析设备的性能优化问题，如网络拥塞、覆盖不良等。
2.控制面LOG抓取控制面LOG主要用于记录LTE网络中的控制层面的信令消息，如RRC （Radio Resource Control）等。
控制面LOG的抓取一般需要借助于网络分析仪或者专用的控制面消息抓取工具。
控制面LOG的抓取可分为以下几种常见的方式：2.1网络分析仪抓取：网络分析仪可以监控LTE网络中的所有信令消息，包括控制面和用户面，可以提供全面的信令消息记录。
通过设置过滤条件，可以只抓取所需的控制面LOG。
2.2控制面消息抓取工具：LTE设备厂商通常会提供相应的控制面消息抓取工具，可用于捕获并记录LTE控制面消息。
Wireshark使用指导书
LTE数传问题分析Wireshark使用指导书(仅供内部使用）For internal use only华为技术有限公司Huawei Technologies Co., Ltd.版权所有侵权必究All rights reserved修订记录Revision record日期Date 修订版本Revisionversion修改描述change Description作者Author2011-12-14 1.0 初稿建立魏志00128876目录Table of Contents1概述 (5)2软件安装 (5)2.1安装WinPcap提示冲突且不可删除 (5)2.2安装Wireshark后网卡选项中找不到网卡 (6)2.3Windows 7下提示NPF驱动未运行，找不到网卡 (6)3数据采集 (6)3.1使用Wireshark采集数据 (6)3.1.1Wireshark抓包选项 (8)3.1.2捕捉滤波器 (10)3.2使用其它软件采集数据 (11)3.2.1Windows 7下Wireshark抓包找不到Huawei E398虚拟网卡，利用MS NetworkMonitor采集数据 (11)4软件设置 (12)4.1Wireshark基本界面 (12)4.2参数设置 (13)4.2.1如何配置Packet list pane（包列表显示区）显示项 (13)4.2.2IP协议配置 (15)4.2.3TCP协议配置 (15)4.2.4ESP协议配置 (16)5数据处理 (16)5.1常规技能 (16)5.1.1时间设置 (16)5.1.2如何快速找到某个包 (17)5.1.3指定协议解析 (17)5.1.4如何自动重组分片包 (18)5.2文件处理 (18)5.2.1仅保存需要的数据 (18)5.2.2多文件合并 (20)5.2.3转换文件格式输出 (21)5.3Wireshark自带的命令行工具 (22)5.3.1如何使用Wireshark命令行工具 (22)5.3.2利用editcap分割文件 (23)6数据分析 (24)6.1Wireshark数据分析基本知识 (24)6.1.1Wireshark基本标识 (24)6.1.2抓包统计Summary (25)6.1.3流量统计IO Graphs (25)6.1.4汇总所有日志的专家信息Expert Info Composite (28)6.1.5交互流图Flow Graph (29)6.2TCP基本参数分析 (30)6.2.1TCP接收窗口 (30)6.2.2TCP发送窗口 (30)6.2.3其它TCP基本参数 (31)6.2.4RTT环回时延 (32)6.2.5如何过滤某一条TCP链路 (32)6.3显示滤波器分析法 (33)6.3.1显示滤波器表达式 (33)6.3.2如何把抓包中的某个字段设为滤波器 (34)6.3.3常用显示滤波器 (35)6.3.4TCP显示滤波器族 (35)6.3.5利用显示滤波器分析丢包 (37)6.3.6利用显示滤波器分析乱序 (37)6.3.7利用显示滤波器分析窗口收缩 (38)6.4图形分析法 (39)6.4.1Wireshark的图形控制 (39)6.4.2TCP流量图Throughput Graph (40)6.4.3TCP接收窗口图Window Scaling Graph (41)6.4.4时序图介绍Time-Sequence Graph (42)6.4.5Stevens时序图Time-Sequence Graph (Stevens) (43)6.4.6tcptrace时序图Time-Sequence Graph (tcptrace) (43)6.4.7利用tcptrace时序图分析TCP链路异常 (44)7使用Wireshark分析LTE数传问题流程 (45)7.1.1常规步骤 (45)7.1.2使用Wireshark分析LTE数传问题流程图 (47)1 概述Wireshark是一款自由、开源的包分析软件。
LTE抓包分析指导手册
LTE抓包分析指导手册目录1概述 (3)2抓包前的准备工作 (3)2.1UU口抓包前的准备工作 (3)2.1.1使用测试电脑进行抓包 (3)2.1.2使用安卓系统手机进行抓包 (4)2.2ENB抓包前的准备工作 (5)2.3核心网抓包前的准备工作 (6)3抓包方法介绍 (6)3.1UU口抓包方法 (7)3.1.1使用测试电脑进行抓包 (7)3.1.2使用安卓系统手机进行抓包 (8)3.2ENB抓包方法 (10)3.3核心网抓包方法 (10)4抓包数据分析方法介绍 (11)4.1单个业务（线程）的过滤方法 (11)4.2丢包/乱序分析方法 (14)4.2.1IO GRAPHS (14)4.2.2APPLY AS FILTER (15)4.3无线侧BLER与丢包联合分析方法 (16)图目录图 2-1 Capture Interfaces (4)图 2-2 Shark.apk启动界面 (5)图 3-1 Wireshark抓包启动方法 (7)图 3-2 Wireshark抓包关闭方法 (7)图 3-3 Wireshark抓包文件保存方法 (8)图 3-4 Shark.apk抓包启动方法 (9)图 3-5 Shark.apk抓包关闭及保存方法 (10)图 3-6 CC单板.................................................................................................... 错误！未定义书签。
图 4-1 IO Graphs .. (12)图 4-2 Follow TCP Stream (12)图 4-3 File Save As (13)图 4-4 “Follow TCP Stream”Clear (13)图 4-5 File Save As (14)图 4-6 借助IO Graphs进行丢包/乱序分析 (15)图 4-7 借助Apply as Filter进行丢包/乱序分析 (15)图 4-9 DT软件BLER分析举例 (16)图 4-10 Wireshark丢包分析举例 (16)1 概述对于LTE制式无线网络，下行速率的突破对终端的处理能力（比如：终端CPU处理能力对RTT时延的影响）、网络设备的传输质量（比如：流速均匀且不乱序、丢包）、Uu口的无线环境（在高编码方式下，SINR值低于30均会出现不同程度的丢块）提出了更高的要求。
LTE_KPI问题分析定位指导书
LTE网络KPI分析与定位目录1整体定位思路 (3)2LTE重点关注指标： (3)3可接入性 (3)3.1RRC建立成功率 (3)3.1.1定义 (3)3.1.2信令流程 (3)3.1.3问题定位思路 (4)3.2eRAB建立成功率 (4)3.2.1定义 (4)3.2.2信令流程 (5)3.2.3问题定位思路 (5)3.2.4Counter关系式 (6)3.3CQI占比 (6)3.3.1定义统计周期内，小区内UE上报的CQI（CQI0～15）数量在整个CQI上报数量中的比例。
(6)3.3.2CQI与SINR关系 (6)3.3.3问题定位思路 (7)动作补充说明 (7)3.3.4KPI定义检查 (7)3.3.5问题范围确认 (7)[1]问题特征确认 (7)[2]关联分析 (7)3.3.6故障与告警核查 (8)3.3.7参数核查 (8)4可保持性 (8)4.1重建成功率 (8)4.1.1定义 (8)4.1.2信令流程 (9)4.1.3问题定位思路 (9)4.1.4Counter关系式 (10)4.2掉线率 (10)4.2.1定义 (10)4.2.2信令流程 (10)4.2.3问题定位思路 (10)4.2.4Counter关系式 (11)5移动性 (11)5.1 3.4G回流比（4G回流/重定向到3G的比例） (11)5.2问题定位思路 (11)5.2.1RF优化 (11)5.2.2修改重定向到3G的A2门限值 (11)1 整体定位思路Step1、掉话KPI趋势分析--找到Top小区和Top时间段Step2、Top小区异常原因分析--找到占比最大原因Step3、Top小区分析是否存在Top用户2 LTE重点关注指标：CQI大于等于7的比例（%）、RRC连接建立成功率(%)、E-RAB建立成功率(%)、RRC重建比例(%)、E-RAB掉线率(%)、LTE重定向到3G的比例（%）3 可接入性3.1 RRC建立成功率3.1.1定义3.1.2信令流程3.1.3 问题定位思路3.2 E-RAB 建立成功率3.2.1 定义3.2.2信令流程3.2.3问题定位思路3.2.4Counter关系式3.3 CQI占比3.3.1定义统计周期内，小区内UE上报的CQI（CQI0～15）数量在整个CQI上报数量中的比例。
LTE控制面原始包分析
PCAP文件格式每个.pcap文件的文件头Pcap Header：24个字节每个.pcap文件中的数据包头Packet Header：16个字节每个.pcap文件中的数据报Packet Data：14个字节以太头+IP/TCP数据1.pcap文件头部（Pcap Header）24个字节说明：1.1Magic：标识位，32位1.2Major：主版本号，16位，默认值为0x021.3Minor：副版本号，16位，默认值为0x041.4ThisZone：区域时间，32位，实际该值并未使用，可以设置为01.5SigFigs：精确时间戳，32位，实际该值并未使用，可以设置为01.6SnapLen：数据包最大长度，32位，该值为所抓获的数据包的最大长度1.7LinkType：链路层类型，32位2. 数据包头（Packet Header ）结构16个字节说明：2.1 时间戳，64位（32位的秒计时和32位的毫秒计时），记录数据包抓获的时间，记录方式是从格林尼治时间的1970年1月1日00：00：00到抓包时经过的时间。
2.2 当前分组的长度，4个字节。
2.3数据包的长度，4个字节。
3.数据包内容（Wireshark从这部分开始显示）每个数据包的前14字节是以太网，后面才是IP首部等内容。
目标MAC地址，6个字节源MAC地址，6个字节类型，2个字节，当其值为0x0800代表IP协议数据数据FCS，帧检验，4个字节4.IP数据报格式IP数据报格式如下：一个IP数据报由首部和数据两部分组成，首部的前20个字节是固定部分，后一部分是可变部分。
首部的固定部分中各字段含义如下：版本：4位，标识IP版本号，目前有IPv4、IPv6。
首部长度：4位，指的是首部占32 bit字的数目，包括任何选项。
首部长度最大为60个字节，最小为20个字节。
服务类型：8位。
其中前3位表示优先级；第4位是D比特，表示要求有更低的时延；第5位是T比特，表示要求有更高的吞吐量；第6位是R比特，表示要求有更高的可靠性；第7位是C比特，表示要求选择费用更低廉的路由；最后1位保留，尚未使用。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
LTE抓包分析指导手册目录1概述 (3)2抓包前的准备工作 (3)2.1UU口抓包前的准备工作 (3)2.1.1使用测试电脑进行抓包 (3)2.1.2使用安卓系统手机进行抓包 (4)2.2ENB抓包前的准备工作 (5)2.3核心网抓包前的准备工作 (6)3抓包方法介绍 (6)3.1UU口抓包方法 (7)3.1.1使用测试电脑进行抓包 (7)3.1.2使用安卓系统手机进行抓包 (8)3.2ENB抓包方法 (10)3.3核心网抓包方法 (10)4抓包数据分析方法介绍 (11)4.1单个业务（线程）的过滤方法 (11)4.2丢包/乱序分析方法 (14)4.2.1IO GRAPHS (14)4.2.2APPLY AS FILTER (15)4.3无线侧BLER与丢包联合分析方法 (16)图目录图 2-1 Capture Interfaces (4)图 2-2 Shark.apk启动界面 (5)图 3-1 Wireshark抓包启动方法 (7)图 3-2 Wireshark抓包关闭方法 (7)图 3-3 Wireshark抓包文件保存方法 (8)图 3-4 Shark.apk抓包启动方法 (9)图 3-5 Shark.apk抓包关闭及保存方法 (10)图 3-6 CC单板.................................................................................................... 错误！未定义书签。
图 4-1 IO Graphs .. (12)图 4-2 Follow TCP Stream (12)图 4-3 File Save As (13)图 4-4 “Follow TCP Stream”Clear (13)图 4-5 File Save As (14)图 4-6 借助IO Graphs进行丢包/乱序分析 (15)图 4-7 借助Apply as Filter进行丢包/乱序分析 (15)图 4-9 DT软件BLER分析举例 (16)图 4-10 Wireshark丢包分析举例 (16)1 概述对于LTE制式无线网络，下行速率的突破对终端的处理能力（比如：终端CPU处理能力对RTT时延的影响）、网络设备的传输质量（比如：流速均匀且不乱序、丢包）、Uu口的无线环境（在高编码方式下，SINR值低于30均会出现不同程度的丢块）提出了更高的要求。
另外，在系统发展初期，难免会遇到某些网元存在软件故障以及协同设置等问题。
由于目前正处于LTE发展初期，端到端、一体化的网优工具以及性能统计还不够完善，在面对无线环境相对良好但是速率不及预期的问题处理时缺少及时有效的定位手段，在Uu口、eNB、核心网侧同时抓包则能够很好的解决这个问题，这也是本文介绍的重点。
在准备工作到位的前提下，半天时间即可准确定位到底是哪个网元的问题，以缩小排查范围，以及提供优化建议。
下文将从抓包前的准备工作、抓包方法、抓包数据分析方法几个维度进行详细介绍。
2 抓包前的准备工作2.1 Uu口抓包前的准备工作2.1.1 使用测试电脑进行抓包测试电脑选型要求尽量选择硬盘读取能力、CPU处理能力较优的测试电脑。
建议每次录取的行数不超过80万行（约800M的数据），否则可能会出现系统反应迟钝甚至无法停止抓包导致无法保存的情况，视测试电脑的处理能力而定。
然后在测试电脑上安装下述应用程序：Wireshark抓包及抓包数据分析工具。
测试终端驱动（MIFI等）确保在测试电脑网络连接成功的情况下可以在Wireshark查看到网络连接设备的网卡。
检查方法如下：点击Wireshark菜单-Capture-Interfaces，则会弹出下述对话框，检查确保有测试终端驱动的Interface，且在浏览网页的情况下有Packets：图 2-1 Capture Interfaces2.1.2 使用安卓系统手机进行抓包注意：安卓系统开发商以及终端厂商禁止用户ROOT手机，ROOT后的手机将不会享受三包服务。
测试终端要求安卓操作系统，且尽量选择CPU处理能力较强的终端，需要使用3类还是4类终端视现场需求而定。
然后在测试终端上安装下述应用程序：Shark.apk备注：安装Shark.apk后如果无法正常启动，则是由于终端没有ROOT导致。
正常启动后的界面如下：图 2-2 Shark.apk启动界面2.2 eNB抓包前的准备工作请做好下述准备工作：✓确保可以进去机房；✓准备一根较长的网线；✓由于在eNB上抓取的报文是整个CC板的，所以，如果不只是该抓包测试用户在该站点下进行业务，那么抓包数据量会非常大，请尽量选择硬盘读取能力、CPU处理能力较优的测试电脑。
建议每次录取的行数不超过80万行（约800M的数据），否则可能会出现系统反应迟钝甚至无法停止抓包导致无法保存的情况，视测试电脑的处理能力而定。
2.3 核心网抓包前的准备工作请做好下述准备工作：✓要求核心网至少需要在近S1接口进行抓包。
当然，除了在近S1接口进行抓包外，也可以同时在其它接口进行抓包，以进一步缩小排查范围；✓在进行抓包测试之前，最好为测试卡申请静态IP，如果来不及申请，则需要现场首先在Uu口进行抓包，在不断链的情况下进行多次串行测试，检查核心网为终端分配的IP地址是否比较固定。
如果比较固定，那么也可以不为测试卡申请静态IP地址，在每次联合抓包之前，由Uu口的抓包首先进行，在确定好测试卡的IP地址后，通知核心网侧根据该IP地址进行抓包。
3 抓包方法介绍在进行Uu口、eNB、核心网联合抓包时，抓包工作由Uu口统一协调：✓Uu口在获取了为测试卡分配的IP地址后，通知核心网侧进行抓包过滤设置；✓Uu口完成每一段的测试时，都要及时通知eNB侧及核心网侧保存抓包文件，且需要注意文件名的匹配。
下面将会区分Uu口、eNB、核心网侧详细介绍抓包方法。
3.1 Uu口抓包方法3.1.1 使用测试电脑进行抓包在进行测试任务之前，启动Wireshark，点击Wireshark菜单-Capture-Interfaces，则会弹出下述对话框。
在该对话框中找到网络连接涉及的Interface，点击Start按键则启动抓包：图 3-1 Wireshark抓包启动方法在抓包完成后，点击下图红色标注的按键，则停止抓包：图 3-2 Wireshark抓包关闭方法点击Wireshark菜单-File-Save As，则会弹出下述对话框。
在该对话框中设置抓包文件名，点击保存即可完成抓包文件的保存（请注意不要修改红色标注的地方）：图 3-3 Wireshark抓包文件保存方法3.1.2 使用安卓系统手机进行抓包注意：请不要修改Parameters中的内容，确保设置为：-vv -s 0。
在进行测试任务之前，启动shark.apk，且点击Start按键，则将启动记录抓包数据。
.pcap文件名为软件自动生成，无法自定义设置：图 3-4 Shark.apk抓包启动方法在完成测试任务之后，点击Stop按键，抓包文件将会自动保存入SD卡的根目录下：图 3-5 Shark.apk抓包关闭及保存方法3.2 eNB抓包方法涉密，删除。
3.3 核心网抓包方法由于各个核心网设备厂家抓包方法的差异，在此不进行详细介绍。
无线侧需要重点关注的是：核心网侧在抓包时需要无线侧配合的工作。
具体如下：✓Uu口在获取了为测试卡分配的IP地址后，通知核心网侧进行抓包过滤设置；✓Uu口完成每一段的测试时，都要及时通知核心网侧保存抓包文件，且需要注意文件名的匹配。
4 抓包数据分析方法介绍4.1 单个业务（线程）的过滤方法从抓包数据中筛选出单次业务（线程）是抓包数据分析的前提。
一般涉及两种情况：情景一：对于eNB的抓包数据，是整个站点的，既包括了测试用户的抓包数据，同时也包括了普通商用用户的抓包数据，需要分离出来；情景二：大部分的测试是多线程并行测试，比如Speedtest、FileZilla等，需要梳理每条线程的数据传输情况。
针对上述两种情况，都可以使用下述方法过滤出来，以对每个业务（线程）进行分析。
注意：因为个人习惯不同，会有多种过滤的方法。
下文只介绍其中一种，这种方法虽然较为繁琐，但是能够帮助大家更加全面的了解Wireshark的功能子项。
点击Wireshark菜单-Statistics-IO Graphs，以下图为例，可以从红色标注的地方了解到有效数据（下载业务阶段）约为69000行：以下图为例，选择数据传输过程中的任意一行，单击鼠标右键，在弹出的菜单中点击“Follow TCP Stream”，则可以筛选出该行所对应的业务（线程）。
举例说明如下：图 4-2 Follow TCP Stream点击Wireshark菜单-File-Save As，则会弹出下述对话框。
通过红色标注的内容则可以了解该业务（线程）占整个抓包文件的情况。
以下图为例，该线程有33434行，整个抓包文件为89780行，也就是说，这次抓包测试不是单线程：针对该线程的抓包数据，随机找到一处不连续的“NO.”，以下图为例，第153～196行之间存在不连续的情况。
找到之后，点击下图中红色标记的“Clear”，则会回到执行“Follow TCP Stream”前的状态：图 4-4 “Follow TCP Stream”Clear选择第154～195行之前的任意一行，再次执行“Follow TCP Stream”，完成后再次点击Wireshark菜单-File-Save As，这次捕捉的线程有35882行：结合之前所做的两次“Follow TCP Stream”，可以得出结论：这个业务是使用双线程进行下载的。
4.2 丢包/乱序分析方法在这里介绍两种方法，以帮助大家更好的了解Wireshark的功能子项：4.2.1 IO Graphs点击Wireshark菜单-Statistics-IO Graphs，按照下述标注填写好“Filter”后面的字段，然后点击“Graph*”，则会显示数据包的下发与丢包/乱序的对比情况（由于LTE网络速率较高，建议将Tick interval修改为0.1sec）：图 4-6 借助IO Graphs进行丢包/乱序分析4.2.2 Apply as Filter找到任一丢包或乱序的行，找到下述标注的位置，点击鼠标右键，在弹出的菜单中点击“Apply as Filter-Selected”，则可以筛选出丢包/乱序行。
举例说明如下：图 4-7 借助Apply as Filter进行丢包/乱序分析4.3 无线侧BLER与丢包联合分析方法在Uu口进行抓包的同时，为了核实丢包是否与无线丢块有关，可以同时使用DT软件抓取LOG以进行联合分析。