VOLTE掉话率及接入时延分析20160513

QZVOLTE掉话率及接入时延短板分析一、VOLTE掉话率分析1、VOLTE掉话率概述通过提取GN平台掉话率专题分析统计了近7天全省VOLTE掉话率,情况如下:地市VoLTE视频始呼应答(次数)VoLTE视频始呼掉话(次数)VoLTE语音终呼掉话(次数)VoLTE语音终呼应答(次数)VoLTE语音始呼应答(次数)VoLTE视频终呼应答(次数)VoLTE视频终呼掉话(次数)VoLTE语音始呼掉话(次数)VoLTE掉话率(%)HZ318233337074639688821214560.10HZ1040517625496066770940.08JX499111110768912752743033760.21JH7712881627141934503004250.20LS15035300313666970560.14NB56414453162341203902400167030.32QZ8306826737327205001040.29SX25506912106813876818101140.07TZ361719518538122916821982680.12WZ1591982570683134538201780.05ZS18301721649309071540400.11总计238215613833416359216732560.15VOLTE掉话率=VOLTE掉话总次数/VOLTE应答总次数。从指标情况看,衢州掉话率为0.29%排名第十,与省平均掉话率差距0.14%,与省内最优地市掉话率差距0.24%，相比其他地市VOLTE应答总次数基数较小，且掉话总次数偏高。VOLTE应答总次数基数大的地市掉话率整体较低。2、VOLTE掉话分析1）GN平台提取VOLTE掉话原因分布如下：1、1TX2RELOCOverallExpiry；分析部分小区为无线环境差导致在ESRVCC过程中X2定时器超时，导致上下文释放携带此错误代码，现通过提升B2门限与增加功率来解决此类问题，还有部分疑难小区已跟取calltrace待问题复现后分析。2、16NormalCallClearing；表示呼叫正在被清除，这是因为呼叫所涉及的用户之一已经请求清除呼叫，这种情况流程正常，被叫侧上发某SIP消息携带该信息，一般为被叫挂机，怀疑为GN平台统计问题。3、21RadioConnectionwithUElost，一般为无线问题，已进行最低接入电平修改，B2门限抬升，功率调整，以及频繁切换地带修改CIO，减少切换，部分小区已解决，对于疑难小区已跟取calltrace待问题复现后分析。若解决掉话主要问题1TX2RELOCOverallExpiry占比29.17%、21RadioConnectionwithUElost占比20.83%，掉话率可提升50%。2）GN平台近一天大于2次小区掉话分析通过对近1天掉话次数大于2次的小区进行具体分析，发现问题占比最多的为MME回复SGWUPDATEBEARERRESPONSE(Cause:94)占比约52%，若解决此问题，掉话率可提升50%，可达全省前5名，详情如下：掉话原因占比次数MME回复SGWUPDATEBEARERRESPONSE(Cause:94)，Requestrejected（52.38%）52.38%22Normalcallclearing（14.29%）23.81%10基站在BYE之前异常发出的上下文释放中携带casue（1）tx2relocoverall-expiry（9.52%）9.52%4基站发送UECONTEXTRELEASEREQUEST（21）casue：radio-connection-with-ue-lost给MME(（9.52%）)9.52%4unspecified4（4.76%）4.76%23、VOLTE掉话后续优化建议通过分析，VOLTE掉话主要原因为，MME回复SGWUPDATEBEARER（cause94），其次为radio-connection-with-ue-lost(21)、tx2relocoverall-expiry切换超时。具体情况如下：1、cause94问题：MME异常回复SGWUPDATEBEARERRESPONSE(Cause:94)会携带错误代码94，casue：Requestrejected，然后删除承载；此问题全部都出现在新网管上，现已对此问题站点跟踪calltrace，昨日跟踪的top小区未复现该问题，待问题复现后分析，此类问题若解决掉话率可提升50%，需重点解决；2、UELOST：对占比12.19%的radio-connection-with-ue-lost(21)问题进行进一步分析优化，此类目前分析主要为弱覆盖与频繁切换问题，通过调整B2门限，最低接入电平、CIO与参考信号功率等7个小区，4个小区已闭环，疑难小区还需跟踪calltrace定位分析。3、切换超时：基站在BYE之前异常发出的上下文释放中携带casue（1）tx2relocoverall-expiry问题，占比9.76%，计划删创X2后需进一步评估。此外，分析发现部分质差小区存在弱覆盖导致X2切换失败，已提高B2门限来解决此问题；4、平台统计问题：GN平台原因及掉话专题TOP统计发现平台存在正常呼叫挂机统计到掉话中，如NormalCallClearing占比14.29%,需提交GN平台修正解决。二、VOLTE接通时延分析1、VOLTE接入时延概述1)通过统计近7天全省VOLTE接入平均时延,情况如下:从指标情况看,衢州接入时延排名第9,与省平均接入时延差距0.653s,与省内最优地市接入时延差距0.954s。2)近1个月接入时延走势图,4月份时延基本稳定在4s,5月份以来,节假日和周末时延偏高,其他地市时延总体平稳,如下:3)衢州接入时延整周趋势以及始呼请求数天市VoLTE2VoLTE始呼接通时延(毫秒)VoLTE2VoLTE始呼接通次数(次数)5-3衢州50163445-4衢州40126615-5衢州40503805-6衢州45963745-7衢州50242595-8衢州50413765-9衢州46033605-10衢州4091372从指标看，衢州接入时延波动大，很大原因是基数太小，每天始呼次数在400次左右。2、VOLTE接入时延分析从Gn平台提取5月10日小区级接入时延指标，其中存在接入时延指标小区共计390个（而统计仅372个呼叫），手动统计平均时延4.996s，平台直接统计4.091s,需确认平台是否已剔除超长异常呼叫而得出的结果。时延分段分布情况如下：时延区间小区数各区间平均时延累计分段时延小于3s672605.692605.693s-4s953506.863134.154s-5s704447.173530.325s-6s685407.093955.726s-8s526751.564368.748s-10s248863.504655.6410s以上1414155.434996.66通过对分段时延进行统计可知，衢州VOLTE接入时延主要受大于6s小区影响，如果优化掉这部分质差小区平均接入时延为3955.72ms，高于省平均3736ms，排名可至全省第6，如果优化掉5s以上质差小区平均接入时延为3530.1ms，优于省平均水平3736ms，排名可至全省第二。大于5s接入时延分析，共分析58个呼叫，各种原因占比情况如下：时延长问题分类次数统计占比update流程后180ringing晚到主叫，与正常流程时延增加约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，目前可实施的临时方案是MME侧修改为“小区变更时基站主动上报位置信息”方式。180ringing晚发：已分析的58次呼叫中存在3次，占比5.17%。该问题为被叫侧180ringing晚发3s或2s等，导致时延长，待进一步定位被叫180ringing晚发原因；Update流程无响应超时重发：已分析的58次呼叫中存在2次，占比3.4%。该问题为被叫侧update无响应导致时延长，待进一步定位被叫update无响应原因；时延统计错误：已分析的58次呼叫中存在2次，占比3.4%。后台统计接通时延在6s以上，而实际信令查看接通时延为3s多，存在统计错误问题，需要提交省公司协调修正。