EPS FB接入时延典型案例合集（一）

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

【问题描述】

xx国xx局点测试基于切换的EPSFB，20A版本，发现EPS FB时长达到9.24。

【问题分析】

9月6日测试的EPS-FB时延分段统计：

9月9日测试EPS-FB时延分段统计：

VoLTE—VOLTE的端到端时延

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

从9月6号EPS FB时延9.2s与 9月9日EPS FB时延7.7S分析来看，目前PCF与P_CSCF交互的AAR消息与AAA消息间隔时延概率性从平均0.2--0.5突变到2.0--2.5s.

针对9月9日的EPS FB的端到端时延具体梳理如下：

（1）INVITE—>mobilefrom NRCommand时延为1792ms,RRCReconfigurationComplete与MeasurementReport之间的时延为1.5s.需要终端侧进行优化。

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

a: DRA到PCF的链路跟踪，AAR到AAA间隔了2.5s

b:通过PCF的内部优化：AAR与AAA在实验室时延优化到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优化时延概率性变大

【问题描述】

xx国xx局点测试基于切换的EPSFB，20A版本，发现EPS FB时长概率性时延变大。

【问题分析】

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

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

10月12日16:51:13测试的EPS FB端到端分段时延(端到端偏大时延)，红色字体为分段时延超过基线段

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

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

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

10月17日11: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。怀疑在PCF和SBC消息处理中会发生概率性的时延不问题问题	P-CSCF/SBC/DRA

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

【问题描述】

xx国xx局点测试基于切换的EPSFB，20A版本，发现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 消息。	终端