资料下载
×
5G分析案例：规避SAE响应不及时的问题资料下载
消耗积分:3 |
格式:pdf |
大小:1.2MB |
2021-04-01
laisvl
分享资料个
一、问题现象
5G网络采用了SA组网方式，语音业务以EPS fallback方式实现。本次语音业务测试，主叫驻留5G网络，被叫驻留LTE网络。呼叫发起后，主叫终端从5G回落至LTE，呼叫结束后，主叫返回5G网络。
统计分析全部的192次呼叫记录，平均呼叫时延（主叫SIP invite至主叫SIP 180）为3.265秒，但其中出现了几次呼叫时延超过7秒，明显超过平均值的案例。以下为其中一次的现象，连续的3次呼叫分别为2.955秒、7.207秒、3.058秒：
二、问题分析
主叫5G终端发起语音业务后，会从5G回落至LTE完成TAU，接收到下行消息SIP invite 183后，继续后续的呼叫流程。对比空口的消息可以发现，主要的差异点是主叫侧TAU complete 消息至 SIP invite183的时延。
呼叫时延7.207秒与3.058秒
根据5G用户呼叫LTE用户端到端流程，主叫（5G）完成TAU以后，核心网向被叫发SIP invite消息，被叫终端回应 100 trying后，发出直传主叫的SIP invite 183消息。
联合主被叫空口消息可以发现，被叫发出SIP invite 183与主叫收到SIP invite 183的时间间隔正常，但主叫发出TAU complete至被叫收到 SIP invite，有显著的差异。
呼叫时延3.058秒
呼叫时延7.207秒
从主叫TAU complete至被叫收到SIP invite，是核心网侧的内部处理过程。
在核心网侧采集对应呼叫的交互信令，可以观察到SAEGW不响应，而引入的额外时延。此处相关的交互网元分别来自不同的友商。
根据了解，SAE和MME在处理用户签约速率时，采用了不同的计算方式。签约速率bps换算为kbps时，有的设备用去除后3位的方法、有的设备用除以1000的方法，导致计算结果不同。由于计算得到的速率不同，增加了额外的速率协商过程，而SAE会概率性地出现响应不及时的问题。
根因总结如下：
1、SAE会概率性地出现，不及时响应MME的速率匹配命令。
2、由于SAE和MME采用了不同的速率计算方式，导致同一个用户的签约速率，在不同设备的计算结果不同，需要增加协商交互过程。
三、解决方案
调整用户的签约信息，将签约速率的数值作调整，使得两种计算方式的结果相同，避免了信令交互过程，从而规避了SAE响应不及时的问题。
核心网侧修改用户签约速率后，经过数百次呼叫验证，前述的呼叫建立大时延未再发生，问题得到规避。
(mbbeetchina)
声明：本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人，不代表电子发烧友网立场。文章及其配图仅供工程师学习之用，如有内容侵权或者其他违规问题，请联系本站处理。 举报投诉
评论(0)
发评论
- 相关下载
- 相关文章
