VOLTE语音质量SEQ投诉分析方法

### VOLTE语音质量SEQ投诉分析方法 #### 引言 随着VoLTE技术在全球范围内的广泛应用，用户对于高质量的语音通信需求日益增长。然而，在实际应用过程中，不可避免地会出现各种问题，比如语音质量不佳、通话中断等。为了及时有效解决这些问题，我们需要掌握一套完整的VoLTE语音质量SEQ投诉分析方法。本文将详细介绍此类问题的分析步骤和处理技巧。 #### 一、异常事件类问题分析 ##### 1.1 分析概述 异常事件类问题主要包括未接通、掉话以及其他异常事件。这些事件的发生往往会影响用户体验，因此需要快速定位并解决问题。 ##### 1.2 分析步骤 **步骤1：** 通过专题分析模块中的VoLTE专题分析子模块进入投诉用户处理功能，利用投诉用户详单查询功能，输入相应的投诉时间段以及主被叫用户号码，获取具体的用户话单记录。重点观察话单中是否存在失败标记或者通话时间为0的情况。 - **观察点1：** 若发现通话时间显示为0，需要进一步检查信令流程，确认是否存在未接收到180 RINGING消息或2G侧未见ALERTING等情况。这种情况虽然没有异常原因值，但仍可视为异常未接通事件。 - **观察点2：** 当出现原因值失败且通话时间存在重叠或近似一致的现象时，应仔细分析连续几通通话的信令流程，以判断是否真正存在问题。 - **观察点3：** 如果确认存在信令流程异常，需要详细记录问题发生的时间点及涉及的网络节点。 **步骤2：** 接下来，通过业务质量监控模块下的会话跟踪功能，特别是PS会话跟踪下的PS历史会话查询，来查看主叫和被叫的LTE信令流程。重点关注特定时间段内用户的行为，尤其是是否有异常信令出现，例如Attach、Network Triggered Service Request、X2切换等操作中的UE context release信令。从UE context release的详细信息中可以找到原因值，常见的有UE lost、failure-in-radio-interface-procedure等。这有助于初步判断是否为无线覆盖问题。 **步骤3：** 对于核心网及以上网元触发的信令流程异常，则需要借助不同的单接口查询工具进行排查： - S1-MME单接口单据查询：用于检测基站与MME之间的信令是否正常。 - S4/S11单接口单据查询：用于检测SAE GW与MME之间的信令是否存在问题。 - S6a单接口单据查询：用于检查MME与HSS之间的信令交互情况。 如果上述步骤未能解决问题，可能需要与核心网团队合作，从HSS、GW等其他网元提取相关信令跟踪进行深入分析。 #### 二、语音质量类问题分析 ##### 2.1 分析概述 当遇到语音质量类问题，如单向通话或语音断续等，同样需要通过查询相关信令来定位问题所在。 ##### 2.2 分析步骤 **步骤1：** 同异常事件类问题一样，首先利用VoLTE专题分析模块下的投诉用户详单查询功能，获取具体的话单记录。 **步骤2：** 通过业务质量监控模块中的PS历史会话查询，了解用户在通话期间与网络侧的交互详情。 **步骤3：** 在VoLTE专题分析下的语音质量单据查询功能中，查看话单中关于抖动、时延、MOS评分、编码速率等信息，特别是S1-U口与Gm口的丢包统计情况。根据提取的数据，可以初步判断问题出在主叫还是被叫端。 - **重点关注：** 若丢包发生在S1-U口以上，则属于核心网丢包，需要与网运中心协作解决；若丢包发生在S1-U口以下，则需进一步排查，一般而言，出现丢包的概率顺序为空口 > 终端 > 基站 > 传输。 #### 三、案例分析 ##### 案例1：掉话问题 **情况描述：** 用户呼叫接通后不久即掉线，通过信令追踪发现，SBC发送BYE消息，失败原因为media lost。在此之前，PGW向PCRF发送了CCR-U（RESOURCE_ALLOCATION_FAILURE），随后PCRF向SBC发送了ASR。 **分析思路：** - **问题定位：** 需要分析SBC为何发送BYE消息以及失败原因为何是media lost。 - **信令排查：** 查看PGW发送CCR-U（RESOURCE_ALLOCATION_FAILURE）的具体原因。 - **解决方案：** 可能涉及到资源分配失败导致的媒体流中断，需要进一步调查PGW配置及资源管理策略。 通过上述案例可见，VoLTE语音质量SEQ投诉分析不仅需要扎实的技术基础，还需要对整个VoLTE系统架构有着深刻的理解。只有这样才能准确快速地定位问题所在，并采取有效的解决措施。