ESRVCC高时延投诉案例.docxVIP

ESRVCC高时延投诉处理案例 目录 TOC \o 1-3 \h \z \u ESRVCC高时延投诉处理案例 1 一、投诉现象 1 二、投诉问题定位 1 2.1分析投诉事件原因 1 2.2现场测试 2 三问题分析 2 3.1异常事件原理及信令流程： 2 三、问题解决 3 五、结论 4 一、投诉现象 近期收到黔江用户投诉，十一国庆长假期间收到2次用户回乡期间通话质量出现问题。（驱车离开城区之后语音质量明显下降），针对此次投诉进行分析处理。 二、投诉问题定位 2.1分析投诉事件原因 排查该区域覆盖问题和基站问题。 对投诉区域进行VOLTE对比测试。 观察指标和信令分析问题。 2.2现场测试 2.2.1排查该覆盖区域基站问题 了解投诉用户所在区域，现场测试问题区域由“黔江正阳小区_ZLH，正阳社区_ZLH”覆盖，覆盖良好且无质差。经由后台工程师核查该基站覆盖小区（黔江正阳小区_ZLH，正阳社区_ZLH）并未出现参数问题，以及告警等问题。 2.2.2对投诉区域进行VOLTE对比测试。 若排除IMS侧问题与无线侧问题，将使用M8与N1MAX两种不同的终端进行多次同场景对比测试（200次长呼），以验证是否为终端问题。 三问题分析 3.2异常事件原理及信令流程： 用户面时延统计的节点为在lte网络的最后一个rtp包和在gsm网络上的第一个包，即“IMS RTP SN and Payload”与“UMTS_DL_AMRStat”之间的delay。 如图所示： 三、问题解决 1、前台现场CQT测试该基站不存在无线问题。邻区之间切换正常。后台网管侧告警查询，未发现该小区各项参数正常且不存在告警，遂可排除因基站故障或参数配置错误引发的问题。 2 、对投诉区域进行VOLTE对比测试。 针对测试使用6部终端进行测试（2部M8，4部N1MAX ），测试共计触发15次ESRVCC,之后分别对测试结果进行信令侧分析，逐步排除了无线问题与IMS问题。 针对测试结果进行T1与T3信令侧分析： 根据黔江VOLTE测试LOG进行分析发现 黔江M8测试终端在gsm上收到第一个下行的数据包需要手机完成UL_RR Handover Complete之后，并且每次还要进行“DL_RR Physical Information”，“LTE MAC configuration”配置，还有经常性（15次发生2次）进行“?UL_GPRS Suspension Request”配置，所有这些配置完成之后，手机才收到gsm上的第一个数据包。 黔江N1MAX测试终端在gsm网络下发“RR Handover Command”之后，手机立即就会收到下发的第一个数据包。通过分析黔江不同终端各5次esrvcc事件，发现手机在lte上收到的最后一个rtp包经过Mobility From EUTRA Command到一直收到RR Handover Command，时延大概都在200ms左右，相差并不大。而使用N1MAX洪端，需要完成更多的信令交互才能收到gsm下发的数据包，导致时延较高，大约要高出200ms。 信令截图如下： 通过大量对比以及信令解析可以排除掉由于软件映射的问题，定位为不同终端功能性问题而引发的偶然性事件，部分测试机在之后升级之后复测时延均已恢复正常。为解决客户投诉，将增强该路段覆盖（将“黔江正阳小区_ZLH，正阳社区_ZLH”功率由15.2修改为18.2,并调节“黔江正阳小区_ZLH”1小区方位角30°→50°，有效加强对路面的覆盖），减少或阻绝ESRVCC在该路段的发生，经过复测，各类终端在该路段未发生ESRVCC，解决客户投诉并满足客户VOLTE感知体验。 五、结论 这是一起因VOLTE终端问题偶发导致的感知类问题，VOLTE案例处理中原因是多方面的，应反复排除论证，从多层信令与无线侧和IMS侧排查分析，如：计算用户面时延是和UMTS_DL_AMRSTAT消息强相关。日后优化工作中对终端类问题应着重进行处理，从根本上提高用户感知度。