admin管理员组文章数量:1568331
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开启专载保护功能。
版权声明:本文标题:经典案例-VoLTE测试分析中UE释放和Sever Request消息较多问题分析 内容由热心网友自发贡献,该文观点仅代表作者本人, 转载请联系作者并注明出处:https://www.elefans.com/xitong/1709619472a230991.html, 本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,一经查实,本站将立刻删除。
发表评论