|
过路测数据分析App，比如CDSApp或鼎利App，确定发生接入失败的时间，并获得接入失败前后的相关导频信息、信令流程、无线信号质量（RSRP+SINR）。通过信令消息对齐UE采集的信令和网管信令跟踪数据的时间，同时找到信令跟踪中相应接入失败问题的时间点进行分析。另外，通过OMC工具查看出问题的接入小区对应时段有否硬件告警或异常信息上报。 结合信令跟踪和UE的信令流程，按照上图的排查流程确定在哪一处出现失败。然后按照后续的各个子流程分析和解决问题，主要包括RRC 建立问题、鉴权加密问题、E-RAB建立问题和设备异常问题等。 当出现鉴权失败时，需要根据UE回复给网络的鉴权失败消息中给出的原因值进行分析,常见的原因值包括MAC Failure和Synch failure两种。 MAC Failure 手机终端在对网络鉴权时，检查由网络侧下发的鉴权请求消息中的AUTN参数，如果其中的MAC信息错误，终端会上报鉴权失败消息。造成该问题的主要原因包括：非法用户和USIM卡和HLR中给该用户设置不同的Ki或OPc导致鉴权失败。 Sync Failure 手机终端检测到AUTN消息中的SQN的序列号错误，引起鉴权失败，原因值为：Synch failure（同步失败），造成该问题的主要原因包括：非法用户和设备问题。
要实现VoLTE语音业务和视频业务需要建立以下承载组合： 语音业务载组合：SRB1+SRB2+2xAM DRB+1xUM DRB，其中，UM DRB的QCI=1，2个AM DRB的QCI分别为QCI=5和QCI=8/9； 音频业务承载组合：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承载是否成功建立。 e-RAB建立失败排查方法如下几种情况： 弱覆盖导致E-RAB建立失败，常见的情况如下： 上行覆盖差：排查是否存在上行干扰； 下行覆盖差：排除UE 解调性能不佳的因素，可以通过新增基站、进行RF优化，调整天馈系统、RS功率优化等手段，改善弱覆盖区域的问题，提高无线信号的覆盖质量。 UE没有驻留到最优小区发起接入：对于这种情况需要提高同频小区重选的启动门限和速度，使得UE尽快驻留在最优小区，在最优小区发起接入。 UE/MME侧拒绝导致的E-RAB建立失败： UE设备异常导致的UE拒绝：通过升级HW/SW版本或者替换其他UE予以解决； 针对MME侧的接入拒绝：通过分析eNodeB侧信令跟踪数据，排除无线信号覆盖质量问题和S1链路失败等问题后，对MME自身异常导致的其他问题需要提交给CORE团队进行故障排查。 参数配置不合理导致E-RAB建立失败： 根据具体场景设置合理参数，对于接入类失败，首先检查参数配置，通过比较正常接入小区与接入异常小区的参数配置，确认两者是否存在不同；如有不同，确认是否会影响到UE的接入。譬如：小区重选参数，建议加快开启同频测量和小区重选。 拐角效应： 实质上就是RF优化，调整天线或者RS功率等，使得目标小区的天线覆盖能够越过拐角，在拐角之前就能发生小区重选或者使当前小区的天线覆盖越过拐角，从而避免拐角带来的信号快速变化过程，来降低呼叫失败。 解决eNodeB设备的内部故障，重启、更换BPL或其他单板；如果仍无改善，需要将问题提交给研发团队处理。
此类问题主要是SIP会话流程异常引起，需要排除是覆盖问题/终端问题/设备问题/测试App问题，其他如主叫终端未收到被叫终端发来的UPDATA、200OK、180Ringing等消息，即：整个SIP正常流程未走完或超时而导致呼叫未能成功建立。可从路测数据中或wiresharkApp抓包来分析该SIP信令走到哪一步或丢失了哪一步，再进一步排查终端是否发出或收到，eNB是否收到或发出，核心网是否收到或发出。一般此问题需要通过路测App拨打、eNB侧抓包及核心网跟踪来联合排查。参数配置问题导致接入失败。
无线侧参数或者核心网参数设置不合理也会导致呼叫接入失败。若遇到此类问题建议与能正常呼叫的小区进行参数对比，若涉及到核心网方面，则需要联合核心网对相关参数进行核查是否正确配置。 比如： eNB侧配置ZUC完整性保护（EIA3）和加密算法（EEA3）后，核心网侧未做相应配置导致呼叫失败。 当网管“全局业务开关”下的“基于语音业务的切换开关”配置为“打开”后，主叫终端QCI1承载建立失败（eNB向MME回的e-Rab Setup Response响应消息里指示为“interrat-redirection”）。
| 
发表于 2017-7-28 17:12:26
