5G优化案例：SA语音EPS FB问题端到端分析指导手册

SA 语音 EPS FB 问题端到端分析
指导手册
XX
目录
1.1 EPSFB 流程 (4)
二、EPSFB 问题分析处理思路 (5)
2.15QI=5 未建立 (5)
2.2尝试建立5QI=1 并下发B1 测控 (5)
2.3决策执行EPSFB (5)
2.4切换执行失败 (5)
2.5L TE 接入失败 (6)
2.6QCI=1 专载建立接入失败 (6)
三、EPSFB 典型问题处理： (6)
3.1、被叫5QI=5 未建立-核心网UPF 调试导致 (6)
3.2、切换请求核心网未响应-5g TAU 与HO 流程冲突 (9)
3.3、切换准备失败-AMF 与MME 之间丢包导致 (11)
3.4、切换执行失败-邻区漏配 (13)
3.5、LTE 接入失败-TAU 与X2 流程冲突 (15)
3.6、QCI=1 专载建立失败-弱覆盖导致重建 (17)
四、经验总结 (18)
SA 语音 EPS FB 问题端到端分析指导手册
XX
【摘要】在5G SA 初期VONR 还没有正式部署，而4G VOLTE 当前已经成熟商用的情况下，
处于SA 网络的5G 手机进行语音呼叫时通过EPS FB 回落到4G 进行通话。

由于SA 语音涉及4、5G 无线、核心网、IMS 的协同，接口多、流程复杂、终端网络配合成熟度底，因此SA 网络下语
音问题的定位面临较大挑战。

本文通过对EPS FB 流程进行梳理，并针对每个流程出现的问题
原因进行总结，最终通过典型问题案例进行终端、基站、核心网、IMS 端到端的分析讲解，为SA 网络商用后的语音问题处理提供指导。

【关键字】EPS FB、SA 语音、流程冲突、端到端
【业务类别】参数优化
一、 EPSFB 流程
EPSFB 流程主要分为以下6 个流程
1、QCI=5 建立激活
2、QCI=1 建立指示触发 EPSFB
3、下发 B1 测量控制及测量报告上报
4、EPFB 切换执行
5、4G 侧接入流程
6、4G 侧 QCI=1 专载建立
二、EPSFB 问题分析处理思路
2.15QI=5 未建立
1、如果终端并未携带 5QI5，核心网未发起 PDU Session RSRC SETUP REQ 尝试建立 5QI5，则需要核心网定位原因；
2、如果核心网已经下发了建立 5QI5 的 PDU Session RSRC SETUP REQ，但是无线侧回复 PDU Session RSRC SETUP RSP 中5QI5 未建立成功并携带了失败原因值，需联合基站进行具体分析；
3、interaction with other procedure：此类问题需要分析此时的具体冲突流程，常见场景为终端掉话；
2.2尝试建立5QI=1 并下发B1 测控
1、如果核心网在此时间点未发起 PDU Session RSRC MODIFY REQ 尝试建立 5QI1，则需要核心网定位原因；
2、interaction with other procedure：此类问题需要分析此时的具体冲突流程，常见场景为终端掉话；
3、not supported 5QI value，可能存在以下几种可能性：
（1）终端上报能力不支持 LTE 或者不支持配置的 LTE 邻频点；
（2）EPS FB 开关参数配置不正确；
（3）EPS FB License 没有正确配置；
（4）未配置 LTE 邻频点或者 PLMN；
2.3决策执行EPSFB
1、切换准备失败：联合核心网 AMF、MME 进行联合定位；
2.4切换执行失败
1、切换到非测量上报小区，邻区漏配；
2、LTE 信号质量太差；
2.5L TE 接入失败
1、鉴权、NAS、空口加密是否完成
需联合 UE 和 MME 进行排查
2、TAU 是否完成
（1）如果终端没有发起 TAU Request 消息，联合 UE 侧进行排查和解决；
（2）如果没有收到 TAU Accept 消息，联合核心网侧进行排查和解决；
（3）如果没有收到 TAU CMP 消息，联合 UE 侧进行排查和解决；
2.6QCI=1 专载建立接入失败
1、如果没有收到 QCI1 的建立请求，需联合 MME 进行排查和分析；
2、如果没有正常建立 QCI1，需联合 UE 侧进行排查和分析；
三、EPSFB 典型问题处理：
3.1、被叫5QI=5 未建立-核心网UPF 调试导致
3.1.1问题描述：
主叫已发送invite，被叫未收到invite, EPS FB 未触发
3.1.2问题分析：
无线侧：被叫出现XN 切换失败，收到核心网AMF 发送的release-due –to-5gc-generated-reason, 需核心网进一步分析；
核心网：XN 切换过程中，AMF 进行了PDU 释放。

SMF 分析: SMF 要求AMF 进行PDU 释放。

原因为该UPF 调试中，SMF 向UPF 发起了删除PFCP，导致SMF 要求AMF 进行PDU 释放。

3.3.3 解决方案：
UPF 调试完成，问题解决
3.2、切换请求核心网未响应-5g TAU 与HO 流程冲突
3.2.1问题描述：
被叫未收到切换或重定向指令，EPSFB 呼叫失败。

3.2.2问题分析：
无线侧：
当 AMF 发起 5QI1 的 PDU 会话修改请求时，终端正在进行 Xn 切换执行流程。

在 PDU 会话修改期间发生 XN 切换，此时基站给核心网回复原因 xn-hanover-triggered，然后触发切换流程。

核心网 AMF 在切换完成后重新尝试PDU 会话修改过程，原因为 EPS FALLBACK，且基站对核心网发起了向 4G 切换的请求，终端一直上报测量报告，但核心网长时间未回复，核心网进行了 UE 的释放导致EPS FB 失败。

核心网：
1、针对于 Xn 切换，因为基站处于 Xn 流程中，不能处理呼叫，返回失败，原因与基站侧收到一致为 xn-hanover-triggered
2、针对于 UE 完成 Xn 切换后由进行 EPS fallback 流程，出现 5G 到 4G 切换的流程和registration 流程冲突，导致 AMF 不处理切换流程，核心网进一步确定 registration 为TAU 更新流程，原因为 UE 从7733458 站点XN 切换到 7733586 后，TAC 发生改变，UE 发起了了TAU 更新的 registration request 流程，核心网下发TAU 更新的 registration accept，未收到 TAU 更新的 complete，导致核心网未进行 EPS fallback 的切换流程处理，出现EPS FALLBACK 失败。

无线侧定位：
核心网下发的 TAU ACCEPT 的 NAS 信令基站已收到，但同时发起了 EPS FALLBACK 的切换流程，出现TAU 更新的流程与 EPS FALLBACK 切换流程冲突，TAU ACCEPT 的 NAS 信令未下发给终端。

UE 在移动到两个 5G TAC 的交界区时，同时打电话，基站优先处理语音（未
下发TAU ACCEPT 给终端），核心网优先处理TAU 流程，流程冲突，导致语音不通。

3.2.3解决方案：
1、重定向方式下，发起上下文释放，将5G TAU 流程终止，因此不会出现该场景问题。

语音推荐用盲重定向规避该问题。

2、基站侧后续版本优化流程冲突TAU ACCEPT 不下发问题。

3.3、切换准备失败-AMF 与MME 之间丢包导致
3.3.1问题描述：
SA 语音上报测量报告后无响应，EPSFB 呼叫失败。

3.3.2问题分析：
查看无线侧跟踪，一直上报测量报告，基站侧切换请求已发起，核心网AMF 回复切换准备失败。

核心网：AMF 发送的GMT forward relocation request MME 没有收到。

怀疑是AMF111 与MME02 间出现丢包
3.3.3解决方案：
核心网与数通解决丢包问题，EPSFB 切换正常
3.4、切换执行失败-邻区漏配
3.4.1问题描述：
主叫进行EPSFB 切换4G 后弱信号导致失败
3.4.2问题分析：
查看基站侧跟踪，切换执行失败，5G 侧释放原因为normal-release。

查看测量报告，4G 邻区PCI 246,236,194 RSRP 为-93，-101，-102，SINR 为7，-5.5，-4.5,其中PCI 246 的小区信号最好
查看切换请求，目标小区是194 （4903430，2），核实邻区，服务小区56（7733372，2）的外部小区中，没有PCI 246/236，只有PCI 194 的小区
查看4G 侧同样为切换失败
3.4.3解决方案：
添加5G 侧漏配4G 邻区；
3.5、LTE 接入失败-TAU 与X2 流程冲突
3.5.1问题描述：
EPSFB 到4G 后TAU REQ 网络未有响应
3.5.2问题分析：
终端侧：发起多次TAU 请求，未收到相应
核心网侧分析：TAU ACCEPT 已发送，未收到终端响应
无线侧分析：TAU accept 下行NAS 基站已收到，TAU 流程中空口安全算法和RRC 重配发送给终端，终端未收到
日志查看TAU req 时间段无线信号质量较差
3.6、QCI=1 专载建立失败-弱覆盖导致重建
3.5.1问题描述：
被叫EPSFB 回落4G 后，EPS FB 呼叫失败。

3.5.2问题分析：
终端侧：EPSFB 到4g 后由于质差发起重建，SINR -6.5。

无线侧：发生RRC 重建，原因为otherfailure，一般为信号差。

3.5.2 解决方案：
无线侧优化解决重叠覆盖。

四、经验总结
本文通过对EPSFB 问题进行流程梳理，并提供针对性核查思路，可进行EPSFB 问题快速定位，提升问题解决效率，为SA 网络商用语音问题分析处理指导。