一、EPSFB 流程
EPSFB流程主要分为以下6个流程:
1、QCI=5建立激活
2、QCI=1建立指示触发 EPSFB
3、下发 B1测量控制及测量报告上报
4、EPFB切换执行
5、4G侧接入流程
6、4G 侧 QCI=1专载建立
二、EPSFB问题分析处理思路
2.1 5QI=5 未建立
1、如果终端并未携带 5QI5, 核心网未发起 PDU Session RSRC SETUP REQ 尝试建立 5QI5, 则需要核心网定位原因;
2、如果核心网已经下发了建立 5QI5 的 PDU Session RSRC SETUP REQ, 但是无线侧回复 PDUSession 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.5 LTE 接入失败
1、 鉴权、 NAS、 空口加密是否完成需联合 UE 和 MME 进行排查
2、 TAU 是否完成
(1) 如果终端没有发起 TAU Request 消息, 联合 UE 侧进行排查和解决;
(2) 如果没有收到 TAU Accept 消息, 联合核心网侧进行排查和解决;
(3) 如果没有收到 TAU CMP 消息, 联合 UE 侧进行排查和解决;
2.6 QCI=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 、切换请求核心网未响应-5gTAU与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更新的流程与 EPSFALLBACK 切换流程冲突, 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)的外部小区中,没有 PCI246/236,只有 PCI194的小区
查看 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 网络商用语音问题分析处理指导。