快捷搜索:  www.ymwears.cn  as  5G  5g55  电子  双链接  5g优化案例  5g优化

EPS FB接入时延典型案例合集(一)

1.1.1 xx国xx局点EPS FB优化时延从9.24s优化到3.87

【问题描述】

xxxx局点测试基于切换的EPSFB20A版本,发现EPS FB时长达到9.24

【问题分析】

96日测试的EPS-FB时延分段统计:

99日测试EPS-FB时延分段统计:

VoLTEVOLTE的端到端时延

从以上EPS FB时延与VoLTE时延对比来看,EPS FB的时延主要受到INVITE消息到183 Session progress之间的影响比较大。其中,详细分段INVITE>mobile from NRCommandQCI---- > 183 session progress之间的时延偏大。

96EPS FB时延9.2s 99EPS FB时延7.7S分析来看,目前PCFP_CSCF交互的AAR消息与AAA消息间隔时延概率性从平均0.2--0.5突变到2.0--2.5s.

针对99日的EPS FB的端到端时延具体梳理如下:

(1)INVITE>mobilefrom NRCommand时延为1792ms,RRCReconfigurationCompleteMeasurementReport之间的时延为1.5s.需要终端侧进行优化。

2PCFP_CSCF交互的AAR消息与AAA消息间隔时延概率性从平均0.2--0.5突变到2.0--2.5s. ,需要PCF侧进行优化。

a: DRAPCF的链路跟踪,AARAAA间隔了2.5s

b:通过PCF的内部优化:AARAAA在实验室时延优化到200----600ms.

3)被叫P_CSCF/SBC向收到183 session消息后未等到PRACK消息,又重新发送183 Session消息给P_CSCF。重新发送的183消息,导致时延增加2015ms .需要P_CSCF/SBC分析PRACK消息未及时反馈的原因。

【解决方案】

1.1.2  xx国xx局点EPS FB优化时延概率性变大

【问题描述】

xxxx局点测试基于切换的EPSFB20A版本,发现EPS FB时长概率性时延变大。

【问题分析】

EPS FB接通时延下步时延优化的详细分析过程如下:

1invite消息与100 trying时延较大导致invite ->mobile fromNRCommand之间时延较大(端到端偏大时延)

101216:51:13测试的EPS FB端到端分段时延(端到端偏大时延),红色字体为分段时延超过基线段

invite ->mobile from NRCommand时延进行分解:

Invite--->100 trying之间时延偶发变大的优化点

2QCI专有承载建立与183时延偶然变大

101711:55:07测试的EPS FB端到端分段时延(端到端偏大时延),红色字体为分段时延超过基线段

【解决方案】

根据EPS FB进行端到端信令流程分析,定界结论如下

序号 名称 问题定界 优化设备
第一轮优化 Invite>100trying的时延优化 Invite-à100trying的时延概率性突发性从50msà2100ms ,初步怀疑为PCSCF/SBC在处理100 trying消息中存在问题,导致PCSCF/SBC延迟给PCF发送AAR消息 P-CSCF/SBC
第二轮优化 QCI=1建立到183 session Progress时延优化 QCI=1建立到183 session Progress存在突发性时延过大的问题,导致个别通话的EPS FB时延大于4s。怀疑在PCFSBC消息处理中会发生概率性的时延不问题问题 P-CSCF/SBC/DRA

1.1.3  xx国xx局点EPS FB测试中存在接通时延大问题

【问题描述】

xxxx局点测试基于切换的EPSFB20A版本,发现EPS FB在测试过程中存在时延较大概率性失败。

第一组测试数据

14:57:30      5G  主叫       成功      ///时延:3.476 S;FR:成功

2    14:58:18      5G  主叫      成功       返回5G后终端无HD///2.646S返回成功

3    14:59:30      5G  主叫      成功      //////5.252返回成功

4    15:00:30      5G  主叫      成功      /////8.335返回成功

5    15:01:25      5G主叫       失败       PCF有回复RAR,但语音中断 /////MME拆了QCI1的承载

6    15:02:05      5G  主叫      成功      /////3.207返回成功

7    15:03:05      5G  主叫      成功      /////5.346返回失败

8    15:04:20      5G主叫       失败       PCF有回复RAR,但语音中断/////MME拆了QCI1的承载

9     15:05:20     5G主叫      失败       PCF未收到RAR

10  15:06:20      5G  主叫      成功     /////4.499返回失败

第二组测试数据

1 16:06:02 5G 主叫 成功/////7.449返回失败2 16:08:25 5G主叫 失败 PCF有回复RAR,但语音中断。PCF发送ASR,返回资源不足/////终端发invite,15s后无响应,主动发起cancel3 16:09:45 5G 主叫 成功/////7.449返回成功4 16:10:50 5G 主叫 成功/////7.478返回成功5 16:11:40 5G 主叫 成功/////4.154返回失败6 16:13:00 5G 主叫 成功/////3.390返回成功7 16:14:15 5G主叫 失败 SMF给PCF返回资源不足/////终端发invite,15s后无响应,主动发起cancel8 16:15:35 5G 主叫 成功/////3.857返回成功9 16:16:15 5G 主叫 成功10 16:16:50 5G 主叫 失败 终端未发invite/////终端消息没抓到

【问题分析】

第一组数据分析结果:

第二组数据分析结果:标红的为异常时延。

第一组第一次呼叫详细分析过程:

分析了第一组和第二组数据:有如下三个问题:(详细分析过程见附件)

(1)每次都发生:invite --- >  100trying  时延都大于2000ms, 时延偏长,正常情况下为 30---60ms, 需要SBC侧排查。

(2)概率性发生:TAU Request-àTAU  complete 会突发性的发生时延偏大问题。正常为80-90ms ,异常为3169ms。需要5GC排查。(第一组第二次通话分析)

(3)概率性发生:183 Session ProgressàUpdate 之间时延突发性的变大,正常为250---350ms ,异常为2272ms或者2314ms。  需要终端排查,终端侧未能及时向网络侧发送 PRACK  200k 消息。(第二组第二、三次通话分析)

【解决方案】

序号 名称 问题定界 设备
1 Invite—>100trying 的时延优化 Invite-100trying 的时延概率性突发性从50msà2100ms ,初步怀疑为PCSCF/SBC在处理100 trying 消息中存在问题,导致PCSCF/SBC 延迟给PCF发送AAR消息 P-CSCF/SBC
2 TAU Request-->TAU   complete 突发性的发生时延偏大问题。正常为80-90ms  ,异常为3169ms, 需要5GC排查 AMF/SMF
3 183 Session Progress --->Update 183 Session Progress—>Update  之间时延突发性的变大,正常为250---350ms  ,异常为2272ms 或者2314ms.需要终端排查,终端侧未能及时向网络侧发送 PRACK  200 k 消息。 终端

5G核心技术交流学习【扫码进群】【扫码回复】:‘ 5G群 ’

华为HCS5GRF工程师资格认证【扫码回复】:‘5G认证‘

咨询客服专员

参与 5G 热评:

    说点什么吧
    • 全部评论(0
      还没有评论,快来抢沙发吧!

您可能还会对下面的文章感兴趣: