承接前文：EPS FB接入时延典型案例合集（一）

1.1.1 NR侧切换和EPS FB建立流程冲突，导致EPS FB呼叫时延过大

【问题描述】某局DT测试EPS FB呼叫建立时延过大，问题主要集中在主叫收到100 trying消息后（图①），到收到EPS FB回落的B1测量间隔较大（图②）。

流程阶段正常值异常值异常比例100 trying->B1 测控200ms左右>2s28/340=8.2%

【问题分析】1）主叫信令如右图所示，在发起EPSFB呼叫后（图①），立即发生了NR同频切换（图③）。2）AMF在处理path switch的过程中，对接收到的SMF发过来的EPS FB承载建立消息不处理，直接回复原因值为"TEMPORARY_REJECT_HANDOVER_ONGOING",SMF再2秒后重发，所以看到异常时都超过2s异常。

【优化方案】1）SMF修改重发定时器至1s，减少重发间隔。2）无线侧调整同频切换参数，减少切换比例

1.1.2 EPS FB回落过程和SR流程冲突，导致EPS FB呼叫时延过大

【问题描述】某局DT测试EPS FB呼叫建立时延过大，问题表现为主叫侧发送HO req消息后，即上报B1测量报告后（图①），到收到EPS FB的HO命令的间隔较大（图②）。

流程阶段正常值异常值异常比例EPS FB HO req->Ho CMD300~400ms>2s28/249=11.2%

【问题分析】
1）从网络侧信令看，在gNB发送HO req之前，AMF下发了PDU session建立请求（数据业务SR），但gNB回复流程冲突拒绝（右图②），SMF缓存PDU Session Setup Request，待切换完成。

2）gNB回复流程冲突，原因为其正在准确进行EPS FB回落。
3）AMF由于PDU session没有建立起来，无法从SMF获取到完整的上下文信息，所以不处理HO req消息。4） SMF的PDU Session Setup Request缓存定时器超时（2s），cmnet上下文回到稳态。 才将用户上下文信息发送给AMF，后开始处理HO req请求，呼叫建立继续。【优化方案】核心网优化此场景，优先处理EPS FB流程。

1.1.3 UE用户开启彩铃业务，导致5G EPS FB呼叫建立时延加大

【问题描述】5-4 呼叫发现整体时延偏大，其中重点在主叫侧Update和180 Ringing之间。。【问题分析】1）如下的分段统计中，本次测试Update和180Ringing之间，时延均在700~800ms之间，而正常为200ms左右

2）从SIP流程上看，问题测试时，存在两组Update消息，而正常流程中，只有一组，从时间上看增加500ms左右。

3）如下为网络下发的彩铃Update的媒体信息。

【优化解决方案】针对测试终端，联系核心网去除彩铃业务后，问题解决。