Ping时延问题分析指导v1

1、PING时延分析指导书1概述联通比拼前，各局点都会进行大量的拉网测试，数据分析量非常巨大，为了保证大多数问题能在一线快速隔离定位，从而不影响各局点的网络优化进度，提高效率。本文将针对联通路测的数据，给出简单可行的问题排查指导书，从而指导一线快速发现问题，实现简单问题及时闭环，复杂问题及时响应。2数据反馈模板版本和测试工具反馈排查名称实际使用版本备注版本排查eNodeB版本Probe版本Assistant版本终端、便携、服务器终端类型便携型号便携TCP窗口大小服务器接收窗口大小HUAWEI2.1 Ping时延影响特性参数反馈输出件参数名称参数字段名参数影响建议值实际值1）通常情况卜预调度为默认开

2、启特性，有利于ping时延性能；2）但由于上行预调度增加了基站主动调度UE的次数，在上行总业务重不变的场景下，eNodeB统计的上行平预调度开关PreAllocationSwitch均用户吞吐率（上行平均用户吞吐率-上行吞吐量/上行数据传输的时长）会随之下降，导致话统每用户上行速率偏低。同时增加上行PRB开销，还会降低上行频谱效率；ON（打开）3）由于增加了基站主动调度UE次数，会增加UE的耗电。用户预调度数据量PreAllocationSize小文件TCP吞吐量测试时，增大预调度数据量，减小80预调度用户预调度周期，能减小空口时延，提升TCP吞吐量；但最小间隔周PreAllocationMi

3、nPeriod是会减少小区容量和增大对邻区的上行干扰；5期DRX开启后，UE进入预调度状态的概率大大降低，不利于ping时延的性能；同时对于eRAN3.0SPC384版本前的counter统计方根据局点式，会将T_Lat_DL时长纳入到用户时长统计中，导致DRX特性开关DrxAlgSwitch话统每用户下行速率偏低；特性规划确定是否此外，DRX模式下会存在SR虚警严重的现象，大量浪打开。费CCE和上行PRB资源，影响话统上行用户速率和上行频谱效率。在DRX特性开启情况下，打开智能预调度开关能弥补如果局点智能预调度SmartPreAllocationSwitchDRX开启后预调度退出带来的影响，

4、提升UE进入预调开启DRX度的概率，有利于Ping时延性能的提升建议打开HUAWEI智能预调度每次持续时间SmartPreAllocationDuration1、增大此参数，能改善环回时延，对于单线程TCP速率受限场景，可改善TCP的最大速率；0/15002、但是该值越大，系统资源浪费越多。3、对于1秒间隔的ping时延测试，建议设置为1500;对于100ms间隔，建议设置为200ms降阶扩RB功能特性设置和门限开关，该参数在RB优先eRAN3.0无效写死为10%eRAN6.0有效可用户修改。1）设置为0即关闭扩RB降阶功能，设置为100为始MCS选择概终进行P阶扩RB调度；率门限（降RBPr

5、iMcsSele2）降阶扩RB特性有利于减少下行误包率，减少重传10ctRatioThd概率，并且避免小包因RBG向下取整时带来的分片影阶扩RB特响，从而有利于话统下行速率的提升。性开关）3）由于下行包重传概率减少，有利于ping时延性能的提升；3）由于比普通调度方式消耗了更多的PRB资源，会导致下行频谱效率下降。4）商用场景下，建议该值不要设置过大。上行CoMPW1）ULCoMP功能会选择符合条件的UE进行两小区天线的联合接收，所以对进行了CoMP的UE来说，小区间边缘可以获得比普通UE更好的上行性能。根据局点特性规划UlCompSwitch2）边缘上行性能的提升有利于移动场景下选点Ping

6、性能的提升法开关确TE是否开启前从问题规避指导书确认该特性是否存在已知问题；打开。接收机特性MrcIrcAdptSw设置成DISABLE时为MRC®收机（默认情况），ENABLE时为IRC接收机。Enable开关itchIRC接收机（需要license）的增益后两个万面：干扰对消效率高、保持平稳的虚警概率。IRC开启后有利于提升小区边缘上行解调性能，有利于Ping时延性能的提升。HUAWEI2.3Ping测试整体测试结果反馈PingSizeTargetIPAverageMaxMinLossRate(%)PathlossRSRP32Byte1000Byte1500Byte3000Byt

7、e2.4传输时延坏点反馈传输时延坏点反馈编号requesttimereplytimeloopdelay123452.5空口时延坏点反馈空口时延坏点反馈编号3.SRISFN4.ULGrantSFN5.ULDataSFN6.DLDataSFN34455612345HUAWEIHUAWEI3数据分析指导|.Jii1；NI1）交口方码CKS.UMkIMD；2）空口资源tPRB.UMGrnnt）I箫依UP，41油一。外部干就LIS1点®_I一、口特性参数设量1y茶站告警1）日阳至麻的传结时£j番包L?）MTV迎置不力导致旺片3.1 Ping时延总体分析如果是通过便携机的CMD命令PI

8、NG来执行的话，可以通过直接保存结果，或者在终端侧直接抓包获取PING的结果。1?ai4-04-1715:04:06.08546?51?1,61.B37mz.6iICMP844Echo【ping)request122014-M-1715SCM=00.12093477%.52.6131.21.61.BS15P844Echo(p-1ng)nfcplly32014-CM-17L5：CM：Q-900B77.74,52*61ICMP844EchoCping)request42014-04-1715：CM;Q6,1«64W77.5?a61ICMPS44Echo(pingJre

9、ply5201-01715；(H：O6.ZO99C43171.Cl.弱二九61rICMP844Echo:pinqjreep的工62OH-04-1715：0i：96,21913377.7,52,61.31Bam.ehICMPS44Echofping)reply715:04:06,271930,21,61.B&1ICMP844Echo(ping)requesta201J-0J-171S:0410C.319,S4131.21.61.taICMPB44Echo(pingJreply92014(M-17L$：Q4:0b.±q721H51.21.b

10、l.HS77*74.52.01ICMPU44i_cho巾tngirequest2014-04T715:04:06.38565477.7a.0包.11-21+01B=iICMP644Fchi-i(Ring)reply但通过Probe设置的PING任务，可以再ASSTANT工具中吐出PING的详细结果和统计信息。XueStatusPrecresflEnablePropartyV*1.1,1*LqopSl«rLTulina1/999F1=)FinrFin名Finich10/10Ye=EAmnta人441曾阂112flB3217nPiiKgPin!Mk1U/1UYhPuclrat(hyt1由

11、口ringF.nish1C/10YsFi4耳Finish371QX”FrFlrRUELoopEnd.TactCOntr(alMod.aTastByCountTestCiDimt1rtTestIffiterv-ial(sJ1Hd»HM31/M.kl/；，七j16:46:2116462L164&:2316.4&:£316二46：23IC.4&:2GIfi4E?fir>nguhrimning-.FinesucceedFlFLgb4glFL.Fingisruxuiiitg-,Fingcuecq0d.Piiifitrgia.Fingi/rnnningFn

12、gsucceed.Tinf3Pin53酎ax电Wu3叫on,H*p-In.十lo.Mljje.Cnn*Tiaus匚1,FHlkai女dn.fturlqe.匕加卜i.齐F'*口通1*1利、314US.M.QLlTli小“上7201-07-331725.2DQSEPut253J3E.12.«i.=tXLTDaB2D1447-3317=J7.142REPluT3flU14L12.96.12LL7HQJCWJg:n1用/工30乜RE11il39-KUL中302D1MtO7-33LD3IEPVHm43做41加311014-07-3317123=44.222EPlY32lOQOSL12M

13、.3JLLTV32Wl+O>力"二在睡AT1310MA112.疆.3ZL殉338*H73：R:禄外.刻3fiEPi-f34UM9“2至，玷HJDH-O7-1317j2fiSQ.SS9EFl_f2sLUM1L32.SEi.XZ.L7Dc3S小力1.比鬲福怔MT11IODOtL32.tt.UL170侑了-R用:蹬31UM2331117slfITEFb-tH1上172DH-C7-3JIJjZSSfi.THaEPLfZJiUDO2LJ2.96.HXL707rccrkQtriat+fly-ui?：atffliins*put35me%1lis.k.sz.ltv1ft?-I144T31ITj

14、S-ML.MlRER.Y翳用M«&17/,33UKJMiUtzr51+(17-3d17j2Ml+iE=IEPL.¥27LDDQ2LTD力*i-M帆1i«7-33IT;HwO?ns«nv3!35H58谓X,kJ内ji+©7-3d17j21Q.15SEPL*391500-Ld2.96.3XLDJJTKZ5CQE3-14*7-3317:2M2j377=U=PL1SDCLIL12.«.3i.LMii*匚n木。5万七"8LlWHCtJR中QMg3i+<&7-317j29ti6.425:JEPL¥*ilS

15、DO2上窿羽L再£14h&7-31l?-j24kJj.T12A£P.<3415M7L12,.3X1?3rrH酬九Ml"UPX37-83Ld3.M.9£.17D白事昨4皿；W&7-3317123.236AfPUf我1L12.96.3X7311一EME1H-O7-3117129125.JS1=IEFLT33ISDC3L22.9G.HZ.LH11fHM哗叫力1典砥WU?Wk*J4MXLL问卷1工1汽i匚5皿格耐.口巾536跣3LM了6寸，3?L口/曜5I叼133Z：1+07-JI173133.s2£=IEFLT36J3DC7LJ

16、Z.Sfe.3X171:-FE川WLTMMX工上问工LTDyrnir35KWJ7-33171&33.1553Uf”»CCJL12.*iHLK申i336Z：-H-O7-3n1732ft*l.-HB但LT333UCC.L12.96.2Z,171j同EptTX打工好WAY1为E乜1H733再上XItKJ1-DSu-V«T.%11%!，W券;IXiAN1初算ME.QQ533Mg啊H3I.I39ZSl+ONg171网TF«J33"RJT37MOD6L1296.32.LTDLriqEH石.£¥日小口Ll»R£_W1*1

17、12?唯，寸M加萌LliN*,3XL河QQihtl*1聘imil初再81科3RJEPl*6M101口*户工JE由于在分析的过程中需要对当前的SINR或者Pathloss的关系曲线进行对比分析，所以需要关联SINR和PathLoss的数据，但是由于SINR和PathLoss的信息无法与PING信息在同一个SHEET上显示，所以需要通过分别导出PING统计页与SINR和PathLoss统计页，然后根据PING统计中的时间（秒级）点去PING统计中的时间（秒级）点去VLOOKUP在SINR和PathLoss页中的信息。lODOByt*Pinf喙顷式13X0Brte5ine：i马痂式11500Cvt=

18、PQ%须忒(1000加比FHtfl多班式f32Dvt=Pi#ID"1OBLOG110111112111114IISHEPathLotfiHUAWEINo-旧BognTimePMhLot|iLoopPacketTlmefms)cSize(bytee)ttJrttorJPA»RL12014/7/3117;28;2311625320112力6.32.17022014/7/a117空80411623322112.96.3Z17045014/7/3117:28:29ue2332170S7017/引17:?831116?6373112.96.32,170&

19、3014/7/3117:28:i311622324112.9132.17072014/7/5117:23:551162S323702014/7/31178:37115393214112.9S.32.17CI92014/7/3117128:40116183221112.9632.170102014/7/5117:2SM211524326112.96.3Z170412014/7/3117:29:511132632IO115.6.3217Q422014/7/3117:29:5311322324112.96,32+170432014/7/3117:29:5611325323112.

20、96.32A704可2014/7/il17:29:581132*32270452014/7/3117：3D：0O11321322112.96.32,170由62014/7/3117:30:021132232111398.32.170472014/7/51L730:041W32321070482014/7/3117:30：aeIM25327507014"F17：r!0：01144Q3219112.9632,170312014/7/3117得1:2。11321321011296.32170822014/7/3117-31:23113253241

21、12s6.支.17。832014/7/3117:31:2511326321112.9&.32.170R42014"户117:31;?7113323261126.327085Q14/7/il171:29113223210113.96.3Z170S62014/7/3117:31:5111327325112.96.3Z170872Q14/7/S1L7：31;5411522325112,96.52+1703.2 Ping时延分段在了解了PING时延的大体情况之后，可以进一步分析传输时延和空口时延分别耗时是多少。可以通过IFTS149跟踪获取eNBPDCP到Server的环回时延。|第

22、Tiaes<ITrai：BYa，口Trszs工小rjF：词值qTr-i呼Md-j»i-rif£mrfl-J.L-FJ-I-J.-.»|RLGOfUwwrfti'lRAOMMonrrmrig亚ULPcw&ronmm座DLPCwftrCirrrfilftI定|U3mUtnlDP7Q3gME口一汴WiithUssrHFJtM注SFNCKtaanMan臣CellCcrnUnali3nMEDiCEmUMongQHciarixOiclaLF区RelaylXOelzqrfPLP三19Hori-alKTiCeledi-xi号ST'33J-工*J屋-T

23、0刈|FTM，g|CSUETreE仙口|1jT.HmiTgoiAFEFgTr式:即CSUmlrsCflPflUfflT咯附01-金EOLEJLW两-口*HE-口齿耳灯三中-UT53*M_3L_?U1n嚏L_BTS3*30_6ULBi_OL*02_J堆5BJM0UL_HE*J枷>卡加TH_UL亦一片时都-产qn.117TNLlOL&tf1UterAgneiC*i|DTP.iCf山:冷旧iftxRrnatterCmicnJFTST*rrmtHbpFlSJniEhuirrRurwiingMKCtMihEWi士皿叫一|gLMessage1rewrl'LocalceilIDRefl

24、firtpennd«mm'MaineNoueDCReportIh'pe-'UssrT，feDefeutl-riDeiafToiemaccess3Emergen引卜鼻n®厘门巾P|HighPncrrik_FlHO-Daia1二33L1ir己G号exlandflzrta-iBdredlonaiLI>0CftESClW_3Tflacartem上DuirInner匚反*12bgeedendeditmr«149<Frsviou4FlmihCmcBl丁HEcTr.3fl1CWOb一gjadTirp-JlllJDQIF1STta"曲

25、口,Flmx.hadOkBufateDM12要工工7,便也1.0儿啪TrscnSuntniaiQe-ieIe-r：rwsh149跟踪仅支持IFTS和基于IMSI的IFTS跟踪，不支持CellDT跟踪，149跟踪会记录Ping包和PingReply包在PDCP的时间戳等信息，通过将PingReply包减去Ping包获得PDCP至Server的环回时延。injjrjij”j,pnnuurilnduaPmfjcStibFi二口tirecticmalTtiRoodtineTotolLenMm西的理Zd&rLti.fetS&qutrilceNin14:09:3335LQ6503颔B：&l

26、t;UE13S4323915J60IC1TEcho<PW£；r&q-jeEl102dJ01P914.£ID9;1S3EL0I附D已MB心证125=1323922SOicrpEcho(pmg)ieply1024过蚂比也;亚3E10白比3题一讣IT窕rearE匚h口(pmg)itgLue3rtDa14:09:4036103610?找7支23cHH»UEUE12S432469412S432S135y60ICHP1CIL,EchoEcho5inc：(pniE1)ieaued.r&q-jest口1024401i614i09i4U30LU7732柞辿一A

27、UE150ic»Echo,(pine)reply1U24JDTEB14:09:403BL08324姗B->：UE125432543(5。ICWEcho上蚂七阳00皿097。3BL08W2gjffl一心UE1254Z254545日KVPEcho(plflf?x&jerta01<£09:dD3SL0AM2eMD-»UE12543254545flICYPElJiq<JJim心I抑口巴,f014109:0LDa162eMB-WUE155432E574定rcupEcLd(pin心irrrjETr014:09:41)36102c®-

28、7;UE12-X.2619<56CIFEcho仙山£）rmueT10H(09i4036LL2->；UEIto4i2621<661C1U1Echo<DUlf>hect*KLu11109:4036LOi8BO2住Nb-"UE1254320214他1U»Etho出皿：HCQJlGX0u14t49rJ0JBIC3JO2oMB-»UEIC1FEcho<PW)HtquowcQ114:37。如口盯23*NDC<UE125cx203桀GDOICKPEtho加匈：上3，门1024non114-09:03BL0932gt*HD

29、87;UE1254320341加ICfPFuho(jjirig)：tply1024110113610g同J1汇通工作宝icrrEchoSiupf七dudst00Uioei4i3氐：i峋212545269W制CMPErho（Dine）E.&jud1IIHi09i4L36LQ口5G口Uffi>jLE侬4淞5g1CJTEcho<PU1C-hequcsEQu4i<jgg4L町口。铺1oMB-125-1527073甑IC1FErho(pinf)ToquortQuKiiO9!dL辑E1Q313*MB：<UE12&1227430=50ICKPEchDpingTfrqn

30、jtrt1024112CT14E93106L010D25*MD»UE12&122743TDOICKPE“卜izi|J:irply10241L9BT14:091361062elm-»UE12543277U5flTC1FErho(piN0an14:09:413610(52国B-”UE旧二旷1456rowElho<ping)EMC00HtO9：4Wl(M9印B一冷UE13278056ICMPErhn(pine；rtTJort10N；此qz*Bw3噂如二力UE1254:2361456LC1FEchoBugrcJOJt0.o142.109142町口J62frMB-

31、87;LIE1254z2861<56ICKPEuh口<PULff)rcqpjort0.014i09:4214EL4235L03SL033TE-EVEV-UE12545256151254320620856用P?WEchoICJFEchD(ping；nqnE(piXL)irq|j»ti.c1024，31E2314t09：d23S10吊»UE?一."；加irrpErho(pint)tpply102411523相同Identifer意味这是同一个ping的发包和reply包。Ping包类型将ping包区分为request和reply包。usFrmucSubFr

32、m对应帧号，子帧号。RoopTime人工处理新增列，使用reply包的时间戳减去ping包时间戳获得eNBPDCP至Server的环回时延。从149跟踪就可以分段隔离出空口以为的传输侧的时延，然后把总时延减去传输侧时延则就是空口的时延了。当然也可以通过PDCP的UE侧LOG直接来计算空口时延。HUAWEI传输时延同运营商，不同友商之间的比拼。PING的目标服务器尽量选择运营商内部的服务器，减少外部传输干扰对PING时延测试结果的影响。确认比拼测试的PING测试选择的路由和经过的传输设备大致相同。可以通过TRACERT命令显示当前的路由信息，进行路由和跳数的对比。d理员二匚二sF弓士程dexeM

33、ici'osoFtUindous1版本6.1.76附11版权所有2009Micvasafto保留所有权利空通过最多30个跃点区辞通过最多30个跃点区辞到SIAV1L0026798S1C:MisersJH00265011>tracert410,146.22.244的路由二11ms1ms1ms21ms1ms<1毫利,03y6ms95ms95ms4104ms10fims110ns16,146,e.i«5117ms116ms114nsSI«Y1L0026798S110-146.22.2441跟

34、踪完成。如果发现是由于传输时延导致的PING时延结果差，就需要重点排查传输原因了，例如MTU分片设置，或者是传输的重传、丢包造成。可以通过使用TRACERT来初步确认有哪些可见节点，但是部分传输设备对TRACERT的协议是不可见的，就需要向客户了解传输拓扑，配合来分段检查各个节点之间的时延。HUAWEI卜erliernetua51工：Hu4we1Te_51：IB15.(cc:cc：8i:3ii|g：5a)t。5丁：:ee：cdsfl(f#ee：cd-ft)"S12013-05-12SCGiO,.llCOrM-OW.1SS.42.1521S5.*C,T.£31TP|*L-1-

35、11。Echotping)request.1559201405220:56114.10S51OW10,151,130,109173-15<103GTPHCLlHu(L>1rig)r-Lqutsl1564?CH051?17WMQW173,15J.77,3C311).11.1301109GTP114Echo(plg)replyl-JflU-01?Dr；16,DS377fl£,O111.1”，1狗门6V3.1(U,7J,1itrrpllflFcha(pinq)aquet15002014-OS-1220:56:16,3714MO0O173.1&4.72.10310,XS1

36、.130>10CTF<ICMP>1JL4Echo(ping)reply15932014-05-122O;5C;lfin51D391M010.IM.130.109173.11M.72.103GTP<ICMP>110EchoCpirig)request.15582014-OS-1220:5fi:l4,593540000173.1M,72B1C310,1«1B130,105crp114Lchotphig)replyICO12(114051Z?0t56ll6,103i900010-11+130.109弘-T31DJCTP4KHP>LIOEChtj(ping

37、)rHUMT16G620U-OS-12?0t56:16,7771750G0171.1W,7?.JO?1Q.191.130,109<rrp115Frho(pWnq)rtplyIfiC-2011-05-123C：55：1«.9153950C010.151.l?3t1C917丸;”乙1口三<jTPICMPA110Ethgi(ping)request1102G14-0S-J220:56:16.490160000310.131.150.CTP工CMP>114£.chotipliig)reply22082014-05-122O:5C:22.065

38、2AOOOO192,168,42.1921M.76.3,151CTP<ICMPir110tcho口1ng)request212720140S122Dt5i6;21.%152340CX)10.191130.109173a194.72.103GTP<ILMP>>noEcho(ping)request29312014-0S-1220:56:23.SWOSSOOO17J.1WB71.3031kl91.1地/109-GTP114Echo(ping)rtply23322014-05-1220:56:23,1026400010,191,.130.109173a194,72.103GT

39、PCCMP、110Echo(ping)却ust2335201-1-O5-122C：55：；3./MB2000173.IM./Z.1C3JG,191.130.109GTP(工CMP>U4E.chotpliig)reply23412014-04-122D：5«!21r31D09CKXMJ10.191,130.109173,19«.72.101CTP<ICMP>110Echo(ping)request2MJI2C14-O1>«1220：5b!23.H4KBbOOOOJI0盘TP<1CMP>

40、114Ldho(jilrtg)reply23S02UH-OS-122Q:S0:24.1102300000403GP-：ICMP>110Echo(piing)rtquejt23512011-05-1220;56;24.1847780G0173/15-1.72.1031Q,1?1B13O-10®ijTP*ICMP>114Echo(ping)raply33542014-05-1220:55:24,31Q248QOO10-191.130,109173.19,72,103GTP<KP>11cEcho3Mrequest235?J

41、014-05-1Z2D：5&：24,304515000171,194,7J.1Q309GTp<KMP>L14Echo(p-ing)reply2152A14-0S-12206:40.1044340000401GTPw1CMP>110Echo(ping)request2i5.2014-0-122OL5b：tlC.1711fy3UO017i.IMt./2.1031L.191.LJu.10病TP<U.4Ediu(pii司)reply2359920140512.20i56;40.3Q"I90

42、0CX>010,191+13O,1C9173.19-72-103CTF<ICMP>110Echo(ping)request2WHS20W-OS12?D；55：*O,HTZQSOOO17!iw.7?.101inu«-13g>10GTP41rHp>114Edhtj(ping)reply_J_iFjtuLilli!11aIre；012*f1G,114byill,l邛Lur面Liu)XnLuH*C(£Interiwtprotncalversiona,src:sm.Q.i鼻写(a.1.0.14)tOstr4,7.0.2Q(a.7.0,20)EUserDa

43、tagramProtocolrSrcPortzgtp-user(2152)DstPort二gtp-user(2152)iEGPR.5TunnelingProtocolT-p&ugum4bytei-irrtrncrFrorocoivcrMsn上任rL：1<4/72+1口6771”.7工103,口后门9工1后,通上(1/9171天.后江臣rnrsrrwtcscitfoIm-g*通过节点抓包，查看PING的包是否一丢包乱序现象（GTP隧道下，ICMP协议）。3.3 空口时延从之前的分析结果，可以获得空口时延空口时延=PING总时延一传输时延空口时延的基线值为78ms。Servri-rm

44、girj型IHUAWEI空口时延具体分段分析需要借助QXDM的LOG,或者可以把Probe的LOG转化成QXDM的文件（LOG不全），然后逐段分析空口侧的用户面时延。点1为终端应用层发起PING包的时间点；点2为终端无线的L1模块U到PING包并准备在空口发送的时间点；点3为终端在SR寸机发送SR勺时间点（S御期由eNode刖置，可通过L3信令查到，以10m前例，则点2到点3约有1到10毫秒时延）；点4为基站收到SRIULGRAN的时间，点3到点4一般为3到4毫秒，但如果SR在重传，则此处增加一个SR0期；点5为上行PING包在PUSCH：送的时间，点4到点5为4毫秒。如果是PINGt包，包长

45、超过SRM度的TBsize,则PING包需要分片，会增加7到8毫秒时延；如果是PINGt包且用户在远点，则由于MC阶数和RB的限制，可能需要多次分片。如果上行调度存在重传，则重传会增加n*8毫秒时延（n为重传次数）；点5到点6为上行最后一个分片到达基站基带和下行第一个分片在基站基带下发的时间，包含上行包和下行包在基站内部传递的时延（L1-L2-GTPU,下行反过来），根据经验测试数据，基站内部的处理时延约为4毫秒，在实验室场景，PING包从S1口以上到核心网再到PING1务器一个环回的时延小于等于1毫秒，商用网会因为传输、友商核心网、服务器等原因这部分会比较大，要重点关注。点7为下行终端收到最

46、后一个PING包分片的时延，要关注下行PINGM是否有重传以及是否有分片。点8为终端应用层收到PING包的时间点。QXDMLOG记录点3、4、5、6、7的时间点，而PING工具可以输出1至U8的总时延，两者相减可以得到13+78的时延。通过这些信息，基本上可以隔离出在哪个子段PING寸延存在异常。实际分析时，空口的调度过程还存在其它一些过程会干扰分析，主要有如下过程：1、PING包在RLCB的AC危也会触发上下行调度过程；2、下行存在TA勺定时调整调度；3、便携和服务器的一些杂包；4、有些局点开通了预调度或智能预调度会主动触发上行调度过程；5、有些局点没有使用SRS存在周期性的上行T时度；HU

47、AWEI由于PING包的如下特殊性，可根据PING包的大小和周期性来过滤出PING&oPING包大小：PING包在各层的大小等于PING?节数再加上各层的协'议包头，比如以PING32字节和PING1400字节为例，如左下图所示，加上IP包头和ICM咆头，包长分另I达到60和1428字节，再加上PDC包头（以PDCPSN12bit为例，默认设置，如右下图所示，PDCP包头为2字节），PDCPI的包长达到62和1430字节。t嗨也不节津苛收案宇司*电节【联20字节申茴效席i400字节图：PING包的包结构图：PDCP包结构周期固定：如果PING业务不是使用特殊工具的话，默认每秒一

48、个PING包。第一步：通过PDCPI过滤PING&确定PING寸间点以终端PING服务器32字节为例，使用MYQXDM工具解析QXDM文件，打开“LTEPDCPDLCipherDataPDU”和“LTEPDCPULCipherDataPDU”文件，过滤包长为62的PDCP包，能够将所有PING32的包过滤出来，QXDM解析文件中包含了每个包的具体时间，在上行PING包解析结果中，还包含了空口调度时的帧号/子帧号（如果碰巧有杂包的长度也为62字节，可以通过PING包每秒1次这个周期特征进一步过滤），下面以第一个包为例，分析整个调度过程。rtetrfiitrfixe¥1«

49、;S.r囿datetine门ZUwefnsubfnI-S20132610=031W.6299332C13Hit2IQ心0.624301Jfar施6a6332CHKu2410:03:11,41243013»ar2610:00:42,63IC332013Nii2610:03:42,4128242013Xar班露际32013Itfas10:03:43.41262&2013Jfar261比曲4%3郎633醺3201310；CKJ:44.1J142013«ar演1:03:45.37E63做32C'13BarK10:03245.41：62*2013Kar前g心we625

50、的32)3Mnr2610:33:46,41162*2013KarSBT髭$6332C13Nir鹃10;0t3;47.41062*2013lir狗627643201SR1r26lt>:CX；:+H.IIO.ISISMarat62耻432C13Ku2c工口：no4PDCP层上行PING包PDCP层下行PING第二步：分析SR/ULGRANT/PUSCH过程点3SR上报时间点：第一个PING包的时间点为10:03:40左右，对应上行空口PUSCH的帧号/子帧号为993/3。打开“LTEGMTXReport”文件，过滤其中的PUCCH项目，然后过滤HUAWeiaSchedulingRequestPresent”为Present,就可以得到终端侧在哪些帧号/子帧号上发送了SR,找到和上行PING包最接近的一次SR,帧号/子帧号为992/6。由于此次SR更前的一次SR相隔较远，所以确认这次SR是初传SR。VersionTNujaber/Tx-*2013Ms2610;03：39-646ChanT