VOLTE掉话率及接入时延分析

1、QZVOLTE掉话率及接入时延短板分析一、VOLTE掉话率分析1、VOLTE掉话率概述通过提取GN平台掉话率专题分析统计了近7天全省VOLTE掉话率，情况如下:地市VoLTE视频始呼应答（次数）VoLTE视频始呼掉话（次数）VoLTE语音终呼掉话（次数）VoLTE语音终呼应答（次数）VoLTE语音始呼应答（次数）VoLTE视频终呼应等（次数）VoLTE叛终呼掉话（次数）VoLTE语音始呼掉话（次数）VoLTE掉话率闾HZ318233337074639688821214560.10HZ1040517625496066770940.08JX499111110768912752743033760.2

2、1JH7712881627141931503004250.20LS15035300313666970560.14NB56414453162341203902400167030.32QZ026737327205001010.29SX25506912106813876818101140.07TZ361719518538122916821982680.12WZ1591982570683131538201780.05ZS18301721649309071540400.11总计238215613833416359216732560.15VOLTE掉话率=VOLTE掉话总次数/VOLTE应答总次数。从指标

3、情况看，衢州掉话率为0.29%排名第十，与省平均掉话率差距0.14%,与省内最优地市掉话率差距0.24%,相比其他地市VOLTE应答总次数基数较小，且掉话总次数偏高。VOLTE应答总次数基数大的地市掉话率整体较低。2、VOLTE掉话分析1）GN平台提取VOLTE掉话原因分布如下：2.78 姨 78 % 39%VOLTE掉话原因占比分析 11X2RELOCOverallExpiry,29.17% 1GNormalCalldear.26.39% 21RadioConnectionwithUElost.20.83% receivedbyemessage516.67% timpoul,2.78% 3R

4、eleaseduetoE-UTRANGeneratedReason,2.78% 4uns（）pcMb1.39%1、1TX2RELOCOverallExpiry；分析部分小区为无线环境差导致在ESRVCC过程中X2定时器超时，导致上下文释放携带此错误代码，现通过提升B2门限与增加功率来解决此类问题，还有部分疑难小区已跟取calltrace待问题复现后分析。2、16NormalCallClearing；表示呼叫正在被清除，这是因为呼叫所涉及的用户之一已经请求清除呼叫，这种情况流程正常，被叫侧上发某SIP消息携带该信息，一般为被叫挂机，怀疑为GN平台统计问题。3、21RadioConnectionw

5、ithUElost,一般为无线问题，已进行最低接入电平修改，B2门限抬升，功率调整，以及频繁切换地带修改CIO,减少切换，部分小区已解决，对于疑难小区已跟取calltrace待问题复现后分析。若解决掉话主要问题1TX2RELOCOverallExpiry占比29.17%、21RadioConnectionwithUElost占比20.83$,掉话率可提升50%。2)GN平台近一天大于2次小区掉话分析掉话原因占比4.76% MME0MSGWUPDATEBEARERRE$PONSE(Cau$e:94bRequestrejected(52.38%) Nonnakallclearing(14.29%)

6、 基站在BYE之前异常发出的上下文铎放中携带c$ue(1)tx2relocovera11-expiry(9.Si%) 基站发送UECONTEXTRELEASEREQUEST(21)casue：radio-connpction-with-ue-lostMME(9.52%) unspecified4(4.76%)通过对近1天掉话次数大于2次的小区进行具体分析，发现问题占比最多的为MME回复SGWUPDATEBEARERRESPONSE(Cause：94)占比约52%,若解决此问题，掉话率可提升50%,可达全省前5名，详情如下：掉话原因占比次数MME回复SGWUPDATEBEARERRESPONSE

7、(Cause：94),Requestrejected(52.38%)52.38%22Normalcallclearing(14.29%)23.81%10基站在BYE之前异常发出的上下文释放中携带casue(1)tx2relocoveral1-expiry(9.52%)9.52%4基站发送UECONTEXTRELEASEREQUEST(21)casue：radio-connection-with-ueTost绐MME(9.52%)9.52%4unspecified4(4.76%)4.76%23、VOLTE掉话后续优化建议通过分析,VOLTE掉话主要原因为，MME回复SGWUPDATEBEARER

8、(cause94),其次为radio-connection-with-ue-lost(21)、tx2relocoveral1-expiry切换超时。具体情况如下：1、cause94问题：MME异常回复SGWUPDATEBEARERRESPONSE(Cause：94)会携带错误代码94,casue：Requestrejected,然后删除承载；此问题全部都出现在新网管上，现已对此问题站点跟踪calltrace,昨日跟踪的top小区未复现该问题，待问题复现后分析，此类问题若解决掉话率可提升50%,需重点解决；2、UELOST：对占比12.19%的radio-connection-with-ue-l

9、ost(21)问题进行进一步分析优化，此类目前分析主要为弱覆盖与频繁切换问题，通过调整B2门限，最低接入电平、CIO与参考信号功率等7个小区，4个小区已闭环，疑难小区还需跟踪cal1trace定位分析。3、切换超时：基站在BYE之前异常发出的上下文释放中携带casue(1)tx2relocoverall-expiry问题，占比9.76%,计划删创X2后需进一步评估。此外，分析发现部分质差小区存在弱覆盖导致X2切换失败，已提高B2门限来解决此问题；4、平台统计问题：GN平台原因及掉话专题TOP统计发现平台存在正常呼叫挂机统计到掉话中，如NormalCallClearing占比14.29限需提交G

10、N平台修正解决。二、VOLTE接通时延分析1、VOLTE接入时延概述1)通过统计近7天全省VOLTE接入平均时延，情况如下:VoLTE2VoLTE始呼接通时延及排名从指标情况看，衢州接入时延排名第9,与省平均接入时延差距0.653s,与省内最优地市接入时延差距0.954SO2)近1个月接入时延走势图,4月份时延基本稳定在4s,5月份以来，节假日和周末时延偏高，其他地市时延总体平稳,如下：VoLTE2VoLTE始呼接通时延（毫秒）-Volte2VoLTE始呼接通时延（毫秒卜金华T-VoLTE2VoLTE始呼接通时延【毫秒卜杭州VOLTE2VOLTE始呼接通时延（毫秒卜衢州3）衢州接入时延整周趋势

11、以及始呼请求数VoLTE2VoLTE始呼接通时延（毫秒）及始呼次数70006000500040003000200010000IWIIIIWII杭州湖州嘉兴金华丽水宁波衢州绍兴台州温州舟山省平均平均值项:VoLTE2VoLTE始呼接通时延（亳秒）平均值项WOLTE2VOLTE始呼接通次数（次数）天市VoLTE2VoLTE始呼接通时延（亳秒）VoLTE2VoLTE始呼接通次数（次数）5-3衢州50163445-4衢州40126615-5衢州40503805-6衢州45963745-7衢州50242595-8衢州50413765-9衢州46033605-10衢州4091372VoLTE2VoLTE始

12、呼接通时延（毫秒）及始呼次数5月3日5月4日5月5日5月6日5月7日5月8日5月9日5月10日T-VoLTE2VoLTE始呼接通时延（毫秒）一-VoLTE2VoLTE始呼接通次数（次数）从指标看，衢州接入时延波动大，很大原因是基数太小，每天始呼次数在400次左右。2、VOLTE接入时延分析从Gn平台提取5月10日小区级接入时延指标，其中存在接入时延指标小区共计390个（而统计仅372个呼叫），手动统计平均时延4.996s,平台直接统计4.091s,需确认平台是否已剔除超长异常呼叫而得出的结果。时延分段分布情况如下：时延区间小区数各区间平均时延累计分段时延小于3s672605.692605.69

13、3s-4s953506.863134.154s-5s704447.173530.325s-6s685407.093955.726s-8s526751.564368.748s-10s248863.504655.6410s以上1414155.434996.66通过对分段时延进行统计可知，衢州VOLTE接入时延主要受大于6s小区影响，如果优化掉这部分质差小区平均接入时延为3955.72nls，高于省平均3736ms,排名可至全省第6,如果优化掉5s以上质差小区平均接入时延为3530.1ms,优于省平均水平3736ms,排名可至全省第二。大于5s接入时延分析，共分析58个呼叫，各种原因占比情况如下:时

14、延长问题分类二次数统计占比update流程后ISOringing晚到主叫，与正常流程时延增加约5s/3s35.17%SCP-MME时延长，与正常流程时延增加约3s5391.38%update流程重发，与正常流程时延增加约3s23.45%后台统计与实际信令时延不符，统计错误23.45%分析呼叫数58100.00%3、VOLTE接入时延后续优化建议通过分析，VOLTE接入时延差主要原因仍旧是SCP较高概率发起SCP-MME请求用户位置数据时延长所致，其次为180ringing晚发、update信令重发影响呼叫接入时延。目前分析58个大于5s呼呼叫，具体情况如下：SCP-MME时延长问题：已分析的58次呼叫中存在53次SCP-MME请求用户位置数据时延长问题，占比91.37%,目前该问题经调查为MME向基站请求用户位置信息时基站无响应，存在MME请求类型(reportdirectly)与基站现用的位置报告类型(小区变更时主动上报)不一致导致，而基站需16.1支持reportdirectly,目前可实施的临时方案是IIE侧修改为“小区变更时基站主动上报位置信息”方式。180ringing晚发：已分析的5