成都LTE网络质量分析报告

1、成都LTE网络质量分析报告二零一四年五月版本 V1.0成都LTE信令监测平台情况成都LTE实验局主要工作是LTE信令监测系统的搭建及信令采集并作上层应用的功能需求分析及开发，目前对S1-MME S1-U、S11、S6a四个接口的数据进行监测，能够满足对网络质量基本分析的需求。LTE网络质量分析LTE网络质量分析主要以S1控制面指标为主，包括Attach、TAU成功率等指标, 评估结果如下表：KPIATTACHTAU成功率68.7%97.59%由上表可以看出，成都的附着成功率较低，只有68.7%; TAU成功率为97.59%,F面对这两个指标进行细化分析。（一）Attach性能分析1）Attac

2、h整体性能统计2014年04月01 日，全天（监测范围，1个MME的附着成功率变化趋势,我们对成都的Attach成功率、失败次数、尝试次数进行了统计，如下：20000Attach成功率趋势1200010000800060004000I li H80.00%70.00%60.00%50.00%40.00%30.00%20.00%10.00%100.00%90.00%6010850108401093uludQuius0QOAU8nulius6151421HW 3097llu3021HW90.00%附着请求总次数 附着成功次数一-附着成功率图1: Attach成功率趋势图从上图看，成都的平均附着成功

3、率并不理想，随着请求次数的增加，成功率呈现逐步下降的趋势，下午19时甚至下降到53流右2）Attach失败原因统计统计2014年04月01日，全天（监测范围，1个MME的附着成功率，整体结 果如下:时间总次数成功次数成功率附着拒绝次数附着拒绝百分比鉴权拒绝次数鉴权拒绝百分比2014/04/011205458282268.71%3772231.29%10.00%从上表可以看出，目前影响附着成功率的主要失败原因是附着拒绝，占比高达 31.29%。其中附着拒绝中释放命令中正常的有91次，附着拒绝加密模式拒绝的次数是 159次，附着拒绝鉴权失败的有 37472次，具体如下:附着拒绝次数附着拒绝加密模式

4、拒绝次数附着拒绝加密模式拒绝百分比附着拒绝鉴 权失败百分 比附着拒绝 鉴权失败 次数附着拒绝 正常释放 次数附着拒绝 正常释放 百分比377221590.42%3747299.34%910.24%3）原因值分布分析按EMM勺原因值分布如下:事件结果-EMM原 因拒绝次数失败占比附着拒绝#7 EPS services n ot allowed3443291.28%#15 No Suitable Cells In track ing area30888.19%#111 Protocol error, un specified1600.42%#17 Network failure420.11%按整个

5、附着过程的原因值分布如下:事件类型事件结果EMM原因鉴权原因加密原因释放完成原因次数附着附着拒绝加密模式拒绝Protocol error, un specified无ue-not- available-for- ps-serviceno rmal- release152附着附着拒绝正常释放No Suitable Cells In track ing area无无no rmal- release91附着附着拒绝加密模式拒绝Protocol error, un specified无无no rmal- release5附着附着拒绝加密模式拒绝Protocol error, un specified无

6、cs-fallback- triggeredno rmal- release2附着附着拒绝鉴权 失败EPS services not allowed无无authe nticati on-failure34432附着附着拒绝鉴权 失败No Suitable Cells In track ing area无无authe nticati on-failure2989附着附着拒绝鉴权失败Network failure无无authe nticati on-failure42附着附着拒绝鉴权失败No Suitable Cells Intrack ing areauserin activity无authe

7、nticati on-failure8附着附着拒绝鉴权失败Protocol error, un specified无无authe nticati on-failure1由上表可以看出，附着失败的主要原因为附着拒绝-鉴权失败(EPSservices notallowed)，其次是附着拒绝-鉴权失败(No Suitable Cells In tracking area)，下面将对这两种主要的失败状态码进行深入分析。4) Attach失败原因分析i. #7 EPS services not allowed我们对该状态码的信令在 S1-MMES S6a 口进行了信令关联，根据进行关联的信令中显示：IC

8、O- TJ. 12T_ iSIM* taHfE bEmTLtni1 2014 - (M -DI 1DD. 1,3«_ L«*»2 0U-l-d91ia.M.J.丄G 2di4 -04 -4)114X1. 71.34. LMICO- -J. L2?_ 1Lrngin Md1£Z i-c-l Hit 4 *1 UE3r«s adgB . Atcch r«qi-iB>c, . PBh CjmKXiiird*fcy r-aq 4bQ ud- lM-»ucmar1t l£jC Icit- lnt«-njt 1

9、 rti«qtaia&E ( Ui> H皿*4-u5 1<-UFrarrE«xEE£ 1-MKtii, LEE<inr&itbaI uificnrard摇 K-UKcnitiMtM-lfjL&a. iJcr>anciLi.tMl AJdiCCOfffildTtjpphzp ：*、血口聲打ej HJ4lp.詁九 匚上HcpEM Tim；- dl訓 1E0QV AW：呻 1*1 Wl4MfKMgT枳2m.轄M 揪g.tff;Q: 13Mdi.fl2M3.2411 >*Oil 2-AW 2 E«p«

10、;rf KrTTAl-BItiiS'jlTCf'S?) 1-iJ T-W-ja# CxM" 1J1' 蛇peFqntrt 雷 1r AVP f1*3: 0*40HF £钩宅昨1 M畫冲eHemran; CiOO<>«l(»0&»Om>f64rHECOi23JX«：OOcfiXK 5?c 時三.rRd-iatZMkJ 1-12 f-*- viklMf电m：;=芒】;： n+” :二屮左l¥!*:；：*=皆1-甘工彳二宾 i j口、i 品J. n扃I*上时田厲 H .i«

11、; *rf : OMh眄orgk1-JjMllNpl rr<4Mh 直工时臥科諒秆I:制附着拒绝 -S1AP-DIAMETER.pcap根据上图显示，HSS回复给 MM的状态码为 DIAMETER_ERROR_UNKNOWN_EPS_SUBSCRIPTION (5420)，根据3GPP 29.272中的规范： 了 43.1DIANE TER. ERROR_US ER UNKNOWN (5001 >TIuk IKK jkcodi kLuJ be開 HSS lu ioJka'« dkM div 血世 id«udiiri b Ujv H-(S也皿用帕砂 7 4

12、 3.2 DIAMETR_ERROR_UNKNOWN_EPS_SUBSCRIPTION (5120)1Ttia resilt eod-e shLl be zent Hy the H£S to HLikate that ac £P& iubacuptiDti 13 122c nstEd witL the IMS1>' (5俎 1 卜Thia nEsiJr cede stili be sent- tiie HSS to 廟址配亡 tlic RAT type the UE hie百 u net allied fix'tae IXiEl.i由上图可知，

13、5420的出现是由于提供的IMSI没有对应的签约信息，按照规范中HSS返回给MME勺错误码与MM状态码的对应关系:Rpjcct in filiation rPceivMl at IVI MF nvprNAS Cao-iP CcMlft sprit to UF1 DIAMt 1 bR ERROR USER UN KNOWN (5CQ1#£ "EPS seivcesand non-EPS servces not allmed'1 卫 DIAM ETE R E FtRQR U N KNQWN E PS SUB SCRIPriON 5420) vnmout Error Da

14、nosbc, orvnlh Error Diagnostic ol G PR S_DATA_SU BSCR H6 EO#15 "Nlo 3Jitabl3 calls in :racking area" *DIAMt 1 tR EROR UNKNOWM EPS SUBSCKIHIION (5420 witti Error Diagnostic ofN 0©F RS DATA 3U BS DRI3E 片#7 "LPS servces net alowed'vSUIAMtH bK l=KKUH KJA 1 NU 1 ALLUVJtU (M21 P新in

15、 rjo smaoie 加 if in Tacrino-or*#13 "Roaming nd alluv/ed in this tracking area", or* "1 racking area n&t aiovtr+J(NOTE 2JL就是说该用户的IMSI没有与之相对应的数据业务签约，属于用户原因 ii. No Suitable Cells In track ing area我们对该状态码的信令在 S1-MMES S6a 口进行了信令关联，根据进行关联的信令中显示:日fcc-MfiL7MU0 NUM-23 liC0 7I.13.U1"ML

16、 3DH-Q2-33 100. I.IZT.II珂*頁1 :W訂"瑞丄觐1瓷儿"7MMX JDM-QZ-JS lBD.MU >-2)自 711.1i e f P AT- 、% F 4 -i.O *7£*»prfr iwlirBi uan.ij?.i丄6L3L丄1DC>-J-LJP.ZLg 箏UHS AA Fi + 11+SCTf-MTFLdng0i lilt KJWT1E*T_K 13BJ ZE划昭审严 些出吨PHigiQL 时？rrir|：jon*D：昭 11幼：口佃亍P胡片1曰”世_f»Od ?W辺8:Jj：r&AMI1

17、 5E r<AR rfiL*T1)A F«从*匸自TW4 * i& r 9 'I r "'8 L 1LTlnrt.：4 AVP- M&££lg- Ed("珀 1-d*SV Ji RHW&O- MQlO42i- WH. ap<. ikOO( . ttccO. org; a* 13v3；i2!>XM >4O42£E£1li *vF? £wrivmi1i-JJ ?-*-直9 C«der 2苏 Ehfcf iRenKil -M*- f-laga: &

18、amp;»*U i-*n(|Eh 幹E<W - rarcl -flBEalt ； aa<»(O440<jaDOCKdMD2f CDaDl.J kMiaiKOX： aai I5-2CIS AW VVfKkF-Idtm-) 1*1? f看T UfllvlMl?2、Eper 1 nertBlt-Cwle<ZM) 1-1Z $- vsl-OlSHEiER-iftl* U.«*W»iL£i«i_S4jMCi;lPTiCfcHEQ> 举(F «d»： 24v e i#«r 1«

19、#n AlH3 AT FlAgSi. 0x441M> I'.Hl. 1 cj I P |r Ji "W T , rj § I田 AVF： crtg1'»-Masc2fi4) 1-63 T"-w- v314ii5!SttaMC!.liJ. hj, nferifl- rMictHCi, KC4H, ippmEMirh- arg n 4vP_ Cr1h|1valMf £_ 1««|6$4-«££440. J£|pintMrk.fir根据上图显示，HSS回复给 MM的状态

20、码为 DIAMETER_ERROR_UNKNOWN_EPS_SUBSCRIPTION(5420)，根据3GPP 29.272中的规范：Table A.1: Mapping from S6a error code to NAS Cause Code valuesReject indication received at MME over 56aNA S Cause Code sent to UE' DIAML ILK ERROH U3LR UNKNWN - 5D01F#8 EPS ser/ices and non-EPS services nota.llov/e(l,f 01 AM-TF

21、R FRR ORJNKNOWN.FP占占UtlsdTllFTI収 (54.20) without Error Diagnostic grwrth Error Dagnostic of GPRS_DATA_SU BSCRiBEDfJ 鼻1"No stritible eelh in Ed笳碍品T-DlALJ|=TkR£RROR UMk!ko'/JftpS sL6EcRIPTl5rJ (5420) wilh Error Diagnostic ofMO G PRS DATA S U BSCRIE)匚D r#7 EPS EorvicsE not allcw&o>

22、 D1AMEI ER ERROH HA F NO F ALLOWiiD (5421)*'S15irNo suilaNe cells in Hacking area, or， #13 "Roaming n<A sllowsc In this trAddrg area", or'-' #12 'Tracking area not aNowetTP(NOTE iy可以看出，此类失败是由于用户对应的数据业务签约出现错误导致，即用户有数据业务签约，但因为某种故障（可能是数据业务停机）导致该类错误产生，亦属 于用户原因。5）小结由上述分析可知，造成

23、成都 Attach成功率较低的主要原因为用户原因，剔除用 户原因之后的 Attach 成功率为（34432+2989+82822 /120545=99.75%，成功率基 本处于正常范围。（二）TAU性能分析1） TAU整体性能统计2014年04月01 日，全天（监测范围，1个MME的TAU成功率变化趋势， 我们对成都的TAU成功率、失败次数、请求次数进行了统计，如下：TAU成功率趋势60000500004000030000200001000009010 O00O1O O7n1o O6010 O5010 O4rt1o O3U1O O2U1O O1O1O OOO1O O61 lu O51 O41

24、lu O 0O11U O<021 lu O<0 1iu TU- n01o o71 O91 O001 O99.50%99.00%98.50%98.00%97.50%97.00%96.50%96.00%95.50%跟踪区更新请求总次数跟踪区更新成功次数TAU成功率图2： TAU成功率统计图从上图看，成都的TAU成功率平均维持在97%上，全天成功率最低出现在早上8点，只有96.95%。2) TAU失败原因统计TAU失败原因分布1.39% 匸14%2.13%14.63%21.58%59.11%°.°2%-#9 UE identity cannot be derived

25、by the network #10 Implicitly detached #40 No EPS bearer context activated丄 #7 EPS services not allowed #15 No suitable cells in tracking area图3：TAU失败原因分布图从失败原因统计来看，最主要的失败代码如下:EMM CAUSE失败占比失败次数#9 UE identity cannot be derived by the network59.11%9766#10 Implicitly detached21.58%3565#40 No EPS bearer

26、 con text activated14.63%2418#7 EPS services not allowed2.13%352#15 No suitable cells in track ing area1.39%230#17 Network failure1.14%188#111 Protocol error, un specified0.02%4由上表可知，成都现网主要的TAU失败原因集中在#9、#10这两个失败代码上,No. TitriE'Sowrte£. 1 UU . r A- U . XA 5. A 3 F .丄 nn3AWU-fliu”- as-12 IM. 7

27、1.125.21J丄虫仲BSI9'7l 2014-g?-? 1CO. 7J/1J7,11 OCRT J, J47. H5CTP&B-L972 2014-02-22 1DQ- 7 3.12 7.1lM.7a.67-2D25CTFUehglli ImAdU峠 IU 丄 I I L I g JUMLI-UIIL L Ullll. I £3 II UUIII L CA LJCIL U|MC1|UC3 L UERL114 KMT BUTUS KAfiTBEATh2 SACKlw. JjCSTTzOi£jjV/HAL J性M19>4 2Q14-02-2J 1 CO

28、.73.127.1 &Bigr3 2014-02-2Z lDO.1.0.0951APSC TPnfcHA&Trjriip-u* Ig TTJiCkln 孑益丛 upd<tu'SoiajKOTTtrxtWeTeasiTuEiwitMrteleasCaiiaiiffl匚 valuegr>-A(GtS5-5ir«Uin(HA5f00(X) , Security header type: (Plain 甜眶 rwessajje not1 ty prq=0111 Pretocol dicriminaTar : m nabi 1 ity 価严*gemerrt

29、r*bmgMae eps Fatill Ry HanawremefK：re： - - 40/j r-t P1SJ (Qx-ti；失败占比在80%上，在下面将对这两种主要的失败状态码进行深入分析 3) TAU失败原因分析 i. #9 UE ide ntity cannot be derived by the n etworko.DO 45 M i. . . ». M盘丄& 也9 . P.,*.dl.血?C QQCi «! f sT-k- e12 OO Dt> . ocj-f i . . .Mdooo 刑 cf 曲?o TF占 pfOCild0050ci1500d

30、oJO触鮎f6oojig4 jtflBe3cBer06胡応ODiaDD3a昌口E-fiCcDD00IE4d该失败可能是DNS配置文件中未配置用户的old TAI对应的MMEP地址，建议局方检查下到DNSI艮务器的配置，还有到DNSK务器的连通性。ii. #10 Implicitly detached匡去 tljui.LF43_U£_SlAP_ 二=皿 1阳?IbCRdm100<7).117.1IOC. 73.6.114liOO. 7k 127.1J11344 2014扣阳巧 1K.7J.S-1W 211352 2014-«-?2 15聲馭 5 益诗刈沾 lM.Tj.l?.! 211371 MU炖-独：！朴msa.OUUE 100.7J. 4.130Pr=3tcc=l Lvn-gt- It-d31*p17Q世*£和料® 衬H 轉0駅电 '罚缸M31 ap *1!94 IdkOis-111 r#-N5TTinrs，jrr. TraciilnG 次日 uciidac# rejeci£丄鼻P1OUE0fTtewttt