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

《VOLTE掉话率及接入时延分析0513》由会员分享，可在线阅读，更多相关《VOLTE掉话率及接入时延分析0513（8页珍藏版）》请在装配图网上搜索。

1、QZ VOLTE掉话率及接入时延短板分析一、 VOLTE掉话率分析1、VOLTE掉话率概述通过提取GN平台掉话率专题分析统计了近7天全省VOLTE掉话率,情况如下: 地市VoLTE视频始呼应答(次数)VoLTE视频始呼掉话(次数)VoLTE语音终呼掉话(次数)VoLTE语音终呼应答(次数)VoLTE语音始呼应答(次数)VoLTE视频终呼应答(次数)VoLTE视频终呼掉话(次数)VoLTE语音始呼掉话(次数)VoLTE掉话率(%)HZ318233337074639688821214560.10 HZ1040517625496066770940.08 JX499111110768912752743

2、033760.21 JH7712881627141934503004250.20 LS15035300313666970560.14 NB56414453162341203902400167030.32 QZ8306826737327205001040.29 SX25506912106813876818101140.07 TZ361719518538122916821982680.12 WZ1591982570683134538201780.05 ZS18301721649309071540400.11 总计238215613833416359216732560.15 VOLTE掉话率=VOL

3、TE掉话总次数/VOLTE应答总次数。从指标情况看,衢州掉话率为0.29%排名第十,与省平均掉话率差距0.14%,与省内最优地市掉话率差距0.24%，相比其他地市VOLTE应答总次数基数较小，且掉话总次数偏高。VOLTE应答总次数基数大的地市掉话率整体较低。2、VOLTE掉话分析1）GN平台提取VOLTE掉话原因分布如下：1、 1 TX2 RELOCOverall E xpiry；分析部分小区为无线环境差导致在ESRVCC过程中X2定时器超时，导致上下文释放携带此错误代码，现通过提升B2门限与增加功率来解决此类问题，还有部分疑难小区已跟取calltrace待问题复现后分析。2、 16 Norm

4、al Call Clearing；表示呼叫正在被清除，这是因为呼叫所涉及的用户之一已经请求清除呼叫，这种情况流程正常，被叫侧上发某SIP消息携带该信息，一般为被叫挂机，怀疑为GN平台统计问题。3、 21 Radio Connection with UE lost，一般为无线问题，已进行最低接入电平修改，B2门限抬升，功率调整，以及频繁切换地带修改CIO，减少切换，部分小区已解决，对于疑难小区已跟取calltrace待问题复现后分析。若解决掉话主要问题1 TX2 RELOCOverall E xpiry占比29.17% 、21 Radio Connection with UE lost占比20.

5、83%，掉话率可提升50%。2）GN平台近一天大于2次小区掉话分析通过对近1天掉话次数大于2次的小区进行具体分析，发现问题占比最多的为MME回复SGW UPDATE BEARER RESPONSE(Cause:94)占比约52%，若解决此问题，掉话率可提升50%，可达全省前5名，详情如下：掉话原因占比次数MME回复SGW UPDATE BEARER RESPONSE(Cause:94)，Request rejected（52.38%）52.38%22Normalcallclearing（14.29%）23.81%10基站在BYE之前异常发出的上下文释放中携带casue（1）tx2relocov

6、erall-expiry（9.52%）9.52%4基站发送UE CONTEXT RELEASE REQUEST（21）casue：radio-connection-with-ue-lost给MME(（9.52%）)9.52%4unspecified4 （4.76%）4.76%23、VOLTE掉话后续优化建议通过分析，VOLTE掉话主要原因为，MME回复SGW UPDATE BEARER（cause94），其次为radio-connection-with-ue-lost(21)、tx2relocoverall-expiry切换超时。具体情况如下：1、 cause94问题：MME异常回复SGW U

7、PDATE BEARER RESPONSE(Cause:94)会携带错误代码94，casue：Requestrejected，然后删除承载；此问题全部都出现在新网管上，现已对此问题站点跟踪calltrace，昨日跟踪的top小区未复现该问题，待问题复现后分析，此类问题若解决掉话率可提升50%，需重点解决；2、 UE LOST：对占比12.19%的radio-connection-with-ue-lost(21)问题进行进一步分析优化，此类目前分析主要为弱覆盖与频繁切换问题，通过调整B2门限，最低接入电平、CIO与参考信号功率等7个小区，4个小区已闭环，疑难小区还需跟踪calltrace定位分析

8、。3、 切换超时：基站在BYE之前异常发出的上下文释放中携带casue（1）tx2relocoverall-expiry问题，占比9.76%，计划删创X2后需进一步评估。此外，分析发现部分质差小区存在弱覆盖导致X2切换失败，已提高B2门限来解决此问题；4、 平台统计问题：GN平台原因及掉话专题TOP统计发现平台存在正常呼叫挂机统计到掉话中，如Normal Call Clearing占比14.29%,需提交GN平台修正解决。二、VOLTE接通时延分析1、VOLTE接入时延概述1) 通过统计近7天全省VOLTE接入平均时延,情况如下: 从指标情况看,衢州接入时延排名第9,与省平均接入时延差距0.6

9、53s,与省内最优地市接入时延差距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接入时延分析 从G

10、n平台提取5月10日小区级接入时延指标，其中存在接入时延指标小区共计390个（而统计仅372个呼叫），6s，平台直接统计4.091s,需确认平台是否已剔除超长异常呼叫而得出的结果。时延分段分布情况如下：时延区间小区数各区间平均时延累计分段时延小于3s672605.69 2605.69 3s-4s953506.86 3134.15 4s-5s704447.17 3530.32 5s-6s685407.09 3955.72 6s-8s526751.56 4368.74 8s-10s248863.50 4655.64 10s以上1414155.43 4996.66 通过对分段时延进行统计可知，衢州V

11、OLTE接入时延主要受大于6s小区影响，如果优化掉这部分质差小区平均接入时延为ms，高于省平均3736ms，排名可至全省第6，如果优化掉5s以上质差小区平均接入时延为，优于省平均水平3736ms，排名可至全省第二。大于5s接入时延分析，共分析58个呼叫，各种原因占比情况如下：时延长问题分类次数统计占比update流程后180ringing晚到主叫，与正常流程时延增加约5s/3s35.17%SCP-MME时延长，与正常流程时延增加约3s5391.38%update流程重发，与正常流程时延增加约3s23.45%后台统计与实际信令时延不符，统计错误23.45%分析呼叫数58100.00%3、VOLT

12、E接入时延后续优化建议通过分析，VOLTE接入时延差主要原因仍旧是SCP较高概率发起SCP-MME请求用户位置数据时延长所致，其次为180 ringing晚发、update信令重发影响呼叫接入时延。目前分析58个大于5s呼呼叫，具体情况如下：SCP-MME时延长问题:已分析的58次呼叫中存在53次SCP-MME请求用户位置数据时延长问题，占比91.37%，目前该问题经调查为MME向基站请求用户位置信息时基站无响应，存在MME请求类型（report directly）与基站现用的位置报告类型（小区变更时主动上报）不一致导致，而基站需16.1支持report directly，目前可实施的临时方案是MME侧修改为“小区变更时基站主动上报位置信息”方式。180ringing晚发：已分析的58次呼叫中存在3次，占比5.17%。该问题为被叫侧180ringing晚发3s或2s等，导致时延长，待进一步定位被叫180ringing晚发原因；Update流程无响应超时重发：已分析的58次呼叫中存在2次，占比3.4%。该问题为被叫侧update无响应导致时延长，待进一步定位被叫update无响应原因；时延统计错误：已分析的58次呼叫中存在2次，占比3.4%。后台统计接通时延在6s以上，而实际信令查看接通时延为3s多，存在统计错误问题，需要提交省公司协调修正。