VOLTE组网及性能研究课件.ppt

VOLTE优化思路—接入问题分析 端到端分析，定位呼叫建立时延长问题原因 测试发现呼叫建立时延达到6.25s，Invite消息时长占比最大，达到71.77%。而Invite消息中，被叫寻呼和DRA处理时延最长，分别达到54%和38%。因此，问题点主要在被叫寻呼和DRA上。通过优化MME寻呼策略、DRA参数，时延从6.25s降低到3.32s 现象描述：路测发现呼叫建立时延分布在2~3层，第一层为4s左右，第二层为7s左右。初步怀疑为寻呼原因导致。通过查询MME网管配置，发现寻呼策略如下：首次为eNB list（最近活动的7个eNB）寻呼，第二到六次为基于GUTI的TA list寻呼（包含一个TA），寻呼间隔为2.5s 解决方案：优化寻呼策略，首次改为基于GUTI的TA list寻呼，呼叫建立时延分布在2层测试样本明显减少，核心网一次寻呼成功率明显提升，呼叫建立时延大于5S的比例从25%下降到7% VOLTE优化思路—保持问题分析 保持问题主要包括eSRVCC切换准备时延长、eSRVCC用户面中断时延长、掉话三类。常见的掉话问题原因有终端版本、无线原因、EPC原因、端到端问题。 现象描述：前台测试中在发起切换或重建立，收到重配消息和上报重配完成后随即收到RRC释放消息。后台IMSI跟踪可以发现有Path switch request failure 问题分析：下图中，手机发生重建立后，收到RRCConnectionReconfiguration并上报完成消息后，随即收到RRCConnectionRelease，容易造成未接通或掉话事件。 同时间段后台信令中发现收到核心网侧下发的Path switch request failure。见下图： 解决方案：题原因是版本问题导致选择MME错误导致.此问题为已知版本问题，需升级版本解决。 radionetwork=13:TS1AP_CauseRadioNetwork_Root_unknown_mme_ue_s1ap VOLTE优化思路—保持问题分析 问题现象：终端eSRVCC切换失败导致掉话。经过分析发现网管LTE小区外部GSM邻区参数配置与实际不一致，导致eSRVCC切换失败。修改网管配置，问题得到解决。 B2测量报告中GSM邻区为BCCH 525，BSIC码为12，而网管配置的GSM邻区的BCCH为525，BSIC码为7 现象描述：从前台信令看掉话流程，终端的模式为TM3，然后上发A2测量，然后终端收到异频测量控制的重配消息，发送完成后下行链路失步，之后发起重建后掉话。此过程中，无线环境在RSRP -100，SINR 3左右。从后台信令分析，基站侧收到终端上发的A2，然后下发测量重配消息，紧接着发送TM8模式切换的重配消息，出现TM8的重配无法下发，用户面上报SRB1的RLC的ERRORIND导致释放而掉话 问题分析：12:09:14秒的重配置为TM3模式 12:09:14秒上发的是A2测量重配，然后广播消息，在12:09:26秒收到重建请求后被拒。 12:09:26秒终端上发BYE掉话。 12:09:18秒TM8模式转换的重配。25秒出现错误的标示，该重配未下发，达到最大重传次数 解决方案：需要版本升级解决，目前规避措施是改为强制TM3模式 总结 VoLTE作为一种特殊存在的“CS业务”存在，需要从传统的语音优化思路进一步提升，特别是加强相关网元的理解。起码到达“懂”和“知”。 VoLTE作为“新技术”存在，在学习和优化过程中切忌从本质出发，战略重视，战术藐视。当然，信令层面的分析还是基本功。 * * * Title: Type: Arial Size：32-24-pt Color：The ZTE blue Subtitle: Type: Arial Size：20pt Color: The ZTE green G143, B212 R140,G198, B62 R90,G203, B245 Title: Type: Arial Size：24pt Color：The ZTE blue Subtitle: Type: Arial Size：16-20pt Color: The ZTE green G143, B212 R140,G198, B62 R90,G203, B245 Title: Type: Arial Size：22-24pt Color：The ZTE blue Subtitle: Type：Arial Size：14-18pt Color: The ZTE green G143, B212 R140,G198, B62 R90,G203, B245 ? ZTE All rights reserved * 内部公开▲ Title: Type: