经典案例-VoLTE测试分析中UE释放和Sever Request消息较多问题分析

admin管理员组

文章数量:1531532

2024年3月5日发(作者：)

VOLTE测试分析中UE释放和Sever Request消息较多问题分析

问题描述:

现网发现较多的用户不活跃计时器超时（user-inactivity）导致释放承载的案例。在这些案例中有不少是在VoLTE通话过程中出现。

显然并不是所有的User-Inactivity释放都是异常情况，因为从资源使用优化的角度看，资源闲置就会及时回收，这本身是不活跃计时器的设计初衷。

然而这个设计更适用于LTE网络承载普通数据业务时。为了避免VoLTE起呼过程太慢时专载被释放，eNB为专载设置了独立的不活跃计时器使用更长的超时值，此外MME也有专载保护机制专为VoLTE业务服务。

问题分析

本节以四个现网案例为例来呈现问题现象，并基于现象做出个例分析。

例一：无线原因导致终端与网络失联近半分钟，最终对端挂机

在通话中本端eNB检测到UE不活跃，向MME请求释放专载，携带原因“用户不活跃”(user-inactivity),MME释放专载。在24.7秒之后对端挂机，BYE送到本端SEAGW，于是DDN通知MME有下行数据，MME寻呼UE，BYE消息经过两次重传，UE终于在3.3秒后响应寻呼，发起Service Request（携带原因mt-access）接收BYE消息。

例二：无线原因导致终端与网络失联十几秒，最终对端挂机

在通话中本端eNB检测到UE不活跃，向MME请求释放专载，携带原因“用户不活跃”(user-inactivity),MME释放专载。在6.6秒之后对端挂机，BYE送到本端SEAGW，于是DDN通知MME有下行数据，MME寻呼UE，BYE消息经过五次重传，但寻呼失败，UE最终在近10秒后发起Service Request(携带原因mo-access)发送BYE消息，本端在不知道对端已经挂机的情况下自己也挂机。

例三：被叫侧寻呼失败，呼叫失败（推测被叫侧处于盲区，4G/3G均不可达）

主叫侧流程：

在起呼过程中，本端一直未等到183返回， eNB检测到UE不活跃（10秒不活跃计时器超时），向MME请求释放专载，携带原因“用户不活跃”(user-inactivity),MME释放专载。释放后不到1秒，183终于返回到本端SEAGW，于是发DDN通知MME有下行数据，MME寻呼UE，UE响应寻呼发起Service Request(携带原因mt-access)。主叫收到183后放音“被叫未响应”（no user responding）呼叫失败。对于为何等了10秒多收到183放音，需要查看被叫侧流程。

被叫侧流程：

INVITE到达被叫侧SAEGW时发DDN通知MME，寻呼失败后S-CSCF发取消给SBC然后发起CS

Retry，转发INVITE给MGCF，但是MGCF返回480“临时不可用/用户缺席” (Subscriber

absent)，S-CSCF返回183给主叫侧放音。

例四：呼叫接通未摘机，被叫置忙音，属于正常的不活跃计时器超时场景

主叫侧流程：

振铃十秒后对端未摘机，本端不活跃计时器超时，eNB向MME请求释放专载。在回铃18

秒后本端SEAGW收到UPDATE执行媒体改路，SAEGW发送DDN通知MME，寻呼成功，UE发送Service Request(mt-Access)响应，接收UPDATE后放音“对端用户忙”结束呼叫。

被叫侧流程：

被叫180回铃，因为没开通彩铃，铃音由主叫终端本地放音，振铃10.8秒后没摘机，主被叫双方都没有数据传输，既没有SIP也没有RTP，于是双双用户不活跃 user-inactivity

被释放承载。被叫振铃18秒后手工设置忙音，SIP 486(user busy)的消息发送触发了Service

Request(mo-Data)，之后STR结束呼叫释放默载。

分析结论：

在VOLTE通话各个过程中出现UE CONTEXT RELEASE（原因user-inactivity）后，终端又通过Service Request重新接入网络后的信令情况，此时用户会遇到单通/双不通的情况，如果持续时间超过了用户耐心则会挂机结束，如果用户耐心等待，则可能会触发“媒体面检测计时器”超时而掉话（报错为RTP-RTCP-Timeout）。

通过以上现网VOLTE测试信令回溯的4个例子分析，导致user-inactivity出现较多的主要原因是无线侧终端与网络连接不稳定，无线网络保持性很差，导致UE连接释放；之后出现较多Service Request的情况，怀疑由于MME侧开启专载保护功能（我们能看到终端在Service

Request后有UE释放前专载的建立）导致。

目前分析的无线侧导致的VOLTE测试的异常事件高达59%

无线设备故障外部干扰类核心网/IMS类3%3%终端/SIM卡问5%题7%VOLTE测试问题其他23%无线优化类59%

处理意见:

从优化角度考虑，一方面需要对于因无线问题导致单通/掉话/呼叫失败/寻呼不到等情况的小区和基站进行优化，另一方面需要确认在eNB的专载不活跃计时器的设置值、以及在MME开启专载保护功能。

本文标签： 释放用户活跃被叫寻呼