呼叫问题分析-实用

呼叫失败是VoLTE业务中最为常见的问题，也是对用户感知影响最为明显的一个因素，对于从事网络优化的童鞋们来说，也是一个比较棘手的工作；通过现场优化实践，可以总结出一些VoLTE呼叫失败问题的分析思路，今天就分享给大家，希望能对诸位有所帮助！

1、接入失败分析

1）问题分析流程

2）详细分析方法

通过路测数据分析软件，比如CDS软件或鼎利软件，确定发生接入失败的时间，并获得接入失败前后的相关导频信息、信令流程、无线信号质量（RSRP+SINR）。

通过信令消息对齐UE采集的信令和网管信令跟踪数据的时间，同时找到信令跟踪中相应接入失败问题的时间点进行分析。

通过OMC工具查看出问题的接入小区对应时段有否硬件告警或异常信息上报。

结合信令跟踪和UE的信令流程，按照上面介绍的排查流程确定在哪一处出现失败。然后按照后续的各个子流程分析和解决问题，主要包括RRC 建立问题、鉴权加密问题、E-RAB建立问题和设备异常问题等。

2、加密鉴权失败分析

当出现鉴权失败时，需要根据UE回复给网络的鉴权失败消息中给出的原因值进行分析，常见的原因值包括MAC Failure和Synch failure两种。

1）MAC Failure

手机终端在对网络鉴权时，检查由网络侧下发的鉴权请求消息中的AUTN参数，如果其中的MAC信息错误，终端会上报鉴权失败消息。

造成该问题的主要原因包括：非法用户和USIM卡和HLR中给该用户设置不同的Ki或OPc导致鉴权失败。

2）Sync Failure

手机终端检测到AUTN消息中的SQN的序列号错误，引起鉴权失败，原因为：Synch failure（同步失败）。造成该问题的主要原因包括：非法用户和设备问题。

3、E-RAB建立失败分析

1）VoLTE语音业务和视频业务承载组合

（1）语音业务承载组合

SRB1+SRB2+2*AM DRB+1*UM DRB，其中UM DRB的QCI=1，2个AM DRB的QCI分别为QCI=5和QCI=8/9；

（2）视频业务承载组合

SRB1+SRB2+2xAM DRB+2xUM DRB，其中2个UM DRB的QCI=1和QCI=2，2个AM DRB的QCI分别为QCI=5和QCI=8/9。

对于已经在IMS成功注册的终端，表明QCI 9和QCI 5已经是成功建立的了。因此，对于VoLTE E-RAB建立失败，针对语音或视频业务需要重点关注QCI 1或QCI 2承载是否成功建立。

2）E-RAB建立失败排查方法

（1）弱覆盖导致E-RAB建立失败

上行覆盖差：排查是否存在上行干扰

下行覆盖差：排除UE 解调性能不佳的因素，可以通过新增基站、进行RF优化，调整天馈系统、RS功率优化等手段，改善弱覆盖区域的问题，提高无线信号的覆盖质量。

UE没有驻留到最优小区发起接入：对于这种情况需要提高同频小区重选的启动门限和速度，使得UE尽快驻留在最优小区，在最优小区发起接入。

（2）UE/MME侧拒绝导致的E-RAB建立失败

UE设备异常导致的UE拒绝：通过升级HW/SW版本或者替换其他UE予以解决；

MME侧的接入拒绝：通过分析eNodeB侧信令跟踪数据，排除无线信号覆盖质量问题和S1链路失败等问题后，对MME自身异常导致的其他问题需要提交给CORE团队进行故障排查。

（3）参数配置不合理导致E-RAB建立失败

根据具体场景设置合理参数，对于接入类失败，首先检查参数配置，通过比较正常接入小区与接入异常小区的参数配置，确认两者是否存在不同；如有不同，确认是否会影响到UE的接入，如小区重选参数，建议加快开启同频测量和小区重选。

（4）拐角效应导致E-RAB建立失败

实质上就是RF优化，调整天线或者RS功率等，使得目标小区的天线覆盖能够越过拐角，在拐角之前就能发生小区重选或者使当前小区的天线覆盖越过拐角，从而避免拐角带来的信号快速变化过程，来降低呼叫失败。

（5）设备异常导致E-RAB建立失败

解决eNodeB设备的内部故障，重启、更换BPL或其他单板；如果仍无改善，需要将问题提交给研发团队处理。

4、SIP流程问题分析

此类问题主要是SIP会话流程异常引起，需要排除是覆盖问题/终端问题/设备问题/测试软件问题，其他如主叫终端未收到被叫终端发来的UPDATA、200 OK、180 Ringing等消息；

整个SIP正常流程未走完或超时而导致呼叫未能成功建立。可从路测数据中或wireshark软件抓包来分析该SIP信令走到哪一步或丢失了哪一步，再进一步排查终端是否发出或收到，eNB是否收到或发出，核心网是否收到或发出。

一般此问题需要通过路测软件拨打、eNB侧抓包及核心网跟踪来联合排查。

5、参数配置问题分析

1）无线侧参数或者核心网参数设置不合理也会导致呼叫接入失败。

2）此类问题建议与能正常呼叫的小区进行参数对比，若涉及到核心网方面，则需要联合核心网对相关参数进行核查是否正确配置。

常见的参数配置问题举例如下。

eNB侧配置ZUC完整性保护（EIA3）和加密算法（EEA3）后，核心网侧未做相应配置导致呼叫失败。

网管“全局业务开关”下的“基于语音业务的切换开关”配置为“打开”后，主叫终端QCI1承载建立失败（eNB向MME回的E-RAB Setup Response响应消息里指示为“interrat-redirection”）。

以上就是VoLTE呼叫失败问题分析的一些思路和方法，希望对于正在进行VoLTE业务优化的童鞋们有所帮助！