VOLTE端到端掉话分析指导

1、volte掉话率分析进展掉话率整体情况:关联mr.干扰.top等整体分析情况通过seq信令平台端到端指标分析全省8月4日掉话率，掉话原因归属中无线原因占 比最高，达到96.61%。总掉话次数6973次，始呼掉话3679次，终呼掉话3294次，一 共涉及小区5682个小区，掉话用户5712个，不存在明显top小区与top用户;在对掉话小区mr对比中发现，mr覆盖率大于98%掉话小区数325个，mr覆盖率 小于98%掉话小区数5537个，mr覆盖率最差为6.71% ,对掉话小区干扰分析发现，高于口0小区429个,低于j10小区5253个。8月4 fl掉话小区与 用户详单.xlsx口期volte 语

2、音始 呼掉话 次数（次数）volte语咅终 呼掉话 次数 （次数）mr覆盖 率大于 98%掉 话小区 数mr覆盖 率小于 98%掉 话小区 数掉话用 户数总掉话 次数平均干 扰低于 -110 小 区数平均干 扰高于 -110 数8月4日367932943255537571269735253429整体掉话综合原因分类掉话的综合失败原因主要分类如下,其中"10 resource_allocation_failurew原因值占比28.84%,占比最高。 ：0«$oukx>aol °suje£mk> 1 ghelocoml 26theta 11 *&

3、gt;lo carrwcmhwo1ue o anorvt tecnc* 7kwnwnet a本周发现掉话类型案例第一类：mme释放ue上下文导致掉话问题描述:sbc向scscf发送bye消息，携带原因为承载释放,统计为一次掉话。ue1*t1i ccsbcibhbm ii cccma02shw 11 cccivblk ii1 ccwmecttcr 1,w.ui2)”804 ；)mm4800力"804 "hit2)7-*04z12f <b2)12)丹 41zooo2)17-*04 n”-1)17 0b-04jjwi9!f tcoa dt” of<t tectifx*

4、<ad 9aim4.mkooo.fceo.sn(k<a fqi cbsrjnrovrrto: «s"04m”s4“hmmy0f>5f3 ccookemo xwwtvokk &st> 3 cmld i mmu«n«sitouwii m-moon： s!f;c«*wso3；t<xv»n0m>ngm4a.4s040、“s00004000<0000<w l54"sitf-arce5s«betvotk-xnfo: )gft>e-irn»an;utxan*

5、cell-id<pp«4600043ex»w7e03：9bc>aqaaib«3t>ci.04).)l.chibabodile.cm;ue-i>«(240：ee03:t2?4:2b$:8?$cr71b:f9rs问题分析:最后一次切换17s后zmme向基站下发ue上下文释放命令，携带原因值为正常释放。mtojji21mttmfte«i 0100 080 i4 g 3ulz t»ii oooo ono ii 0911 vcb al iv*1 0000 oooo 1id: id-c«use (2)1 0000

6、 0010 1hl1 0100 oooo crlticalicy:(1)1 11 1 11 0010 oooo i| bas: bocbai-c«le*>« (0)分析ps话单发现，最后一次s1切换后无其他ps话单，掉话后发起tau流程。序号1开wa1 11<»貝刖1用因耳|72017-084m 23:26:57.6462017 084m 23:26:57.854network initiated deckated eps bnesh820170804 23:27:03.4332017804 23:27:04.299si based hvytovers

7、1ap92017-0804 23:28:21.7502017804 23:28:22.759nackng area utxldtefvi)emm102017-0&04 23:28:22.6512017<®<m 23;28：22.g90network tngoered service requestemm1120170604 23:28:22.6512017804 23:28:22.734network inmated b>s bearer conteesm997122017804 23:29:03.39320174bo4 23:29:03.467jidtia

8、nq area ltxiateemm1320x7804 23:29:03.66920170804 23:29:03.785ue requested pon connectvltyesm142017804 23:29:13.97320174»04 23:29:14.178network inmated deckated eps.esm1520170804 23:29:14.43120170804 23:29:14.499network inmated b>s bearer con®esm1620170804 23:29:19.0312017804 23:29:19.12

9、1si b»ed handovers1ap172017<»04 23:29:28.46420170804 23:29:30.468si based handovers1ap182017o6o4 23:29:30.37520174bo4 23:29:30474si 8«ed hrxioers1ap192017064)4 23:30:01.8220170804 23:30:02.646trackng area kxldte翊emm2020174bo4 23:30:02.65820170804 23:30:03.067network tnggered servic

10、e request5emm11结合语音质量话单分析发现，此次通话上行单通6112ms ,语音分片记录发现23:29:30.484开始s1-u 口已经无语音包。voutffl 户 ifavkaura w冬円>zwjot上 0rtp 虚i.加 tpint&b±fwtpl®btwtptwent(5«tpbwtflliip上仃ilw(rtp17<bo4 2329:23如”8<h 2329:23.7112017804 2x299.06020170804 229473412512241226326315151770120700上仃週171766112

11、 v'开5皿j绍|11口長2|王的鯨识| 文方弭|rtcp |硼內rtcp县色 | rtcptmern) | rtp|u&(m) ' 叩納时2色0 | e力rtpjsm |脚删酗wsu 口ltl poor voicerecord开sqizrtcphik ilmvncp amartcpsob rtcpmftfm)rtpmmms) i mmrtpssb »mim17.(xi-04n»304l： 2017 <»04 2330 483gm却上c方詡00001430w17 01.04 23 jt 41w： 2017 (*04 23 m41

12、71;03omqq上c方片000000002o17.o»>o4 23：ns2 92f 2017 08-04 23 29 $2 928om却m上f)方畀00000000gm 口从mr及干扰分析来看，本次通话占用cccc_天琴湾小区_hlh_f22_1小区，当日mr覆盖率为92.58% ,平均干扰为,通话时间占用站点无影响业务告警。£«idm03® ,etsiiemnriexxb询nt) 6tsm00lteccccjtlmzhe.hlh.f22ccccjm ld*s-hlh.fmstm馆>k0s4/2o1w52hi 户btsj900ltecc&a

13、mp; jwtd's-hlhj22:ccccjhm"收-qlf22012017 m 40 52hi 户 ammsamavbts3900lteccccj?w1/je-hlh_f22cccc卫刖0004017 os 28 51復q奁卄gm吉g8ts5900lteccccjr3m/j'e-hlh_f22ccccjmc 血kjlf22stxl f »t 082017 081151ersieoo lteccccjtvld'e-hhj22ccccjtd'e-hx.fivmn徽休少o.対08x30(7 07 28""mhmmmv6tsj

14、900ltecccc_y 小e.xuv22ccccjw td«-mlm.f22wammerpammnmimiet9m00lteccccjmld(lhlh.f22ccccjw 刨 &hlh.f22mmm! i imw：-0sxh2o17 05 v4?8ts3900lteccccjewsccccj«>he-kjlf22m户砂m*惊mo 科082917 013033问题定位:结合以上分析来看，此次通话占用站点无干扰,mr覆盖率相对较差，用户上行单通 时间较长，初步判定为无线原因导致。第二类：切换中mme释放ue上下文超时导致掉话问题描述:sbc向saegw发送&qu

15、ot;insufficient bearer resource"承载资源不足#统计掉话。aw in 一 if i卜aii (cmmgmohw i|ccsm9w0l|l 11 ccsbc11 1m 0c10 1i cccmaoiv* 12)n-m01 it 14 mihooo力9 74*01 ft 14i ifdljme ttryto2)17-001 it f 4 "阳000；l£te 6ap£» r£8st2)t70b-01 1914s)moo7-001 1*14* 5)5000徒 let? 64f» 陀 sr .2)17

16、0s*01 1* k h<0002)17(*-01 it 1470002)1785 tfux0240001刀"801 19t438 9400002)17-ob-01 1tl4»04<000 -u 1师h aaiarjklaraiaara11itetbod! twvtttiivtnung： m o)ioo儿4w4»2m2$!usoom2.moom.qoxnrimifcic&ak“wuxcr 1问题分析回溯sip信令发现，19:14:14.443干沟子基站向mme发起切换，ps话单显示切换成功。19:14:15.35终端收到180 ringing

17、肖息。shoo i6 20178011)9 an 2o17co1 19201786 19:184032017094)1 19101314is16182017-owh 19:12017801 19420170m1 w20x7*001 19:12017xbo1 »1o6.s9007.02538890390302o17-om1 19: is 48.73020 wn 194s49.<220h85 19i7o9u20174bo1 19man136070 nmwcrl tngoirvd tawv mamt50.b97 if tnggmd sene*8630w.744networtr h&a

18、mp;d ted dectated k bew concert art 0 e5mw.44329901201786 19wnkwori wuted 0>s &nr«r conceit modtufiong esw20170801 19ttkrig atm lwm20170801 1920170801 19»paoi 19201786 192017801 193905115:496x)pxxjrpm.m2201786 19:17xm.3o6ue tnqqorad ser«cetr«>nq atm mimet»«sng

19、 z ukvteg rwomted fck corvwctmt/em4b«4em4e94gsm10.1m.m3230evtranmsko446010 im. 1432302k»«»®41：7tp li*0<0<02«xteecn«ni 中 i 他hooiemtmx e i 伽400«0iaim. 1023046010 im.im. 14)zn101m.lo2»*0mxteeocml e 1 1 44 r/tvhw7.1 i：4qee/tranbjtraweutrahb

20、jnahbjirawpjtrawrttraneutvum但从ps话单中钻取si切换看，mme下发切换命令,做完状态转移后并没有删除源基站ue上下文，此时终端收到180振铃消息。10s之后mme向目标基站下发ue上下文释放命令原因值为正常释放。juillcsauqwoidi ".handover<43000447000enb status tranfifhh51 u(i(i(i4961ext rel£a8£ ccc&cicalicy: lnoce (i)www vw««> ii 01o0 0000 ihanoovcr comm

21、ancnktugthahsrfcouset ne* (2>1nasx nola<l(0)cltsre izoikt!ct oata or srshotuzzcl 貝.qubcreate inoirect data foa maiding tunntl rcspoi 0010 oooo i15s后源基站向mme上报ue上下文释放请求，携带原因值为tslrelocoverall-expiry (8)"。uljl干肉子z1 cc me06bmw iuujumh zliccsaegwoib7o17>o»19 14 14 47100019 14 14 4730009

22、 14 14 476000handover command19 14 14 507000enb 8tatu8 transfef)001 t9 14 24 49600001 19 14 24 508000p 1 4 79 4uv00u201729 516000create inoirect data for vardino tvnnel requecreate izzmrect data for varchzg tuzzel respo.mme 8tatu8 tran8i一圭 i fljllazral ajavaluecause: keiomeciroklc (0)i 0000 0001 icd

23、ionevoek: cslcelocovecall-expiey (8)目标基站与源基站的ue上下文均被释放之后，19:14:29.499mme释放专有承载。sbc发送cancell消息，统计为一次掉话。问题定位:基站等待mme资源释放定时器超时导致掉话。基站等待mme资源释放定时器，是指基站通知ue切换执行时，源基站开启该定时器，在定时器时间内源基站未收切换完成后mme释放源基站ue上下文消息后，源基站向mme发资源释放消息，随后mme将目标基站与源基站ue上下文全部释放，导致掉话。第三类：承载资源不足掉话问题描述：sbc向scscf发送bye消息，携带原因为承载资源不足，统计为一次掉话。0

24、26hm ii iq 1$t7092 | cctw* a 1l>i1 lcv c 1shwj1 ccom« / v r w上?)1 ? 8 c4e )0000加780433x0074vm1a tt1 ! n:.rsnjj121册!&uaa0bra ikralllraiflulrjkprrcsk： 4«3ms9<? btk11mnnce vubmii 4»mm?1 iiiwum4i m| 11mmmi >l»kwm«s0)jmxf*03cn.0m4<m$" .mu.om0oc2 卜“" m

25、71;ctt o5mc«i 11fit11r-acc«>»-bttwrt-xnf: 3c>»-e-tnvav:uu<n-c«n-14-)m*000<xm««7(»:c-«oml»-flbc2.0432 )l.chxbm»ix«.c4bnie1»«24w:sw:»?:««:7tlr：bm： 3m11bw(*fokv«c4«i 0问题分析:通过ps话单钻取通话时间内话单发现，通话过程中无

26、ps话单，掉话后发起网络服务请求消息。gsmajmtsa.te 报宏讦 v序号开绐时冋iwlws12017-084)4 23:16:10.9702017<b<m 23:16:11.184ie triggered semce requestb4m22017-0804 23:16:11.0552017804 23:16:11.189networic inmated defeated b>s bearer context activabonesm320170804 23:16:20.299boi7.(»04 23:16:21.425hetwori tngered sgtv

27、cb request 1翊b4m42017804 23:16:42.8302017804 23:16:43.092ie triggered serve© requestb*452017-08*04 23:16:42.9262017804 23:16:43.106network inrtwted defeated eps be<er context activabonesm62017804 23:16:44.1152017804 23：l&44.334network irvtimed 5>s beaer context deactivationesm72017804

28、 23:16：46.4442017804 23:16:46.614networic inrbdted dedcated 5 bearer context acttvabonesm82017804 23:17:04.4902017804 23:17:04.784network triggered servo reqirnt网92o17-obxm 23:17:18.299201708-04 23:17:18.499netwoa triggered servo requestftm&4m102017804 23:17:43.1702017804 23:17:43.205ie triggere

29、d sen«e requestbmh 2017804 23:17:43.2932017804 23:17:43.500从语音质量单据分析,通话单据rtp. rtcp语音包情况发现,用户接通后上行单通1871msovol f用户>hopfi |±wtpg®bf存1p6w i12017804 23:16:216gm1882215°上"2201：<b<m23：16：4e201780# 23:16:480gm120000323:16mb20v804 2m6:48050012000从mr及干扰分析来看，本次通话占用cccc_宜家观）i_

30、hlh_31d3_5小区，当日mr覆盖率为94.99% ,平均干扰为-117 ,通话时间占用站点无影响业务告警。svoaw 1 mmirbtswooiteccccjwmlhlh/110mm917 21415ii2wo4mom.bts»oolttccccjnwui.kh/11ccccjwuumlmj11«n6«d>ccccj|0to4c0171415l aammmmiav6tsm00lteccccjnwutxxj11；ccccj»<a-himjnom4m1t1404>hz5om.btsjwolttccccjnnulkk/11cxccj&#

31、187;am.hlmjiimmmhxcc！0104001721121!otswooittccccjrtnm.hih/11mmmom0oh 孰 3?和25952wp*fu4mma«0ts3woltbccccjwulhlhj11ccccxvm*.htmj 11詡户体电"ftm*r-l|wwk=0»040017 2131402wo42js_；nn«tawers3eooittbtsxoodkccccjnnulhd< cccc imm kkmlnicccc_«mulhlmjiinooeawxcccjr问题定位:覆盖及干扰相对良好，sbc发送承载资源

32、不足需联合核心定位问题原因。第四类：切换失败导致掉话问题描述:sbc向scscf发送bye消息，携带原因值为nearer released",统计一次掉话。s8lnuxmxm t> xim>10000g0hw|1 10148067 1i ccmah6mwiccpcftn0<8 ii ccmm1<m6r ii cccc j,1 ccntixt m ltabctr<*ooo*)175-04 ftm4oo>oooff n4 096000 一tt n&j01>0q0m1fxm4m4uaxoo174*04 ft m* '1?*)17x&

33、#187;-04q02s0001«rbzdiim=fti&=aia&=aaeetsai s：9k«mm9>k<kt«ao>o.oii44.a.4t4.ul.m.s.e.&et40.cooooc：f hestx *：»«, |mtwn ftttewxbi it*v.xecttt-xttvetf-lftfdi)ui-ritv«tui ocoatfat-uagtb： 0问题分析：查询本次通话ps话单中的最后一次切换发现，由于切换失败mme释放源基站与目标基站的ue上下文导致掉话。异常切换流程图对比正

34、常切换流程发现,mme向基站发送"mme status transfer"消息后基站需回复"handover notify",期间 mme 向 saegw 发送"modify bearerrequesf ,携带 qci651 承载。hhl7o17-c8/m 10 m ?刍 094000旳d6er reouestac.201tos-04 19 3025 102000.handover commano420174)8-04 19 36 25 109000enb status transfer .2017-08-04 19 36 25 110000mme status transfer.2017-08-04 1936 26 916000m001fy beajer requestb2017-0s-04 2 托 談 01$000mooify bea；er requestft2017o8xm 19 36 2&