5G EPS Fallback语音方案流程总结
1、SA EPS Fallback语音方案流程概述
1、EPS Fallback原理
选择EPS Fallback作为5G SA的语音方案，是因为考虑到目前5G SA建网初期，5G信号覆盖还处于初期阶段，没有大规模的覆盖，而4G的覆盖已经进入成熟期。
EPS Fallback是指当用户需要使用语音服务时，5G用户从5G网络“切换”或者“重定向”到4G网络，通过4G网络使用VOLTE语音服务。
EPS Fallback主要是基于MME和AMF间的N26接口完成4/5G间信令交互。
1.1、EPS FB方案
方案一：使用现网传统平台的SGW作为SGW-C和SGW-U的方案，此方案优点是布署快，在建网初期，可以直接利用现网设备，不要考虑SMF调试，以及SMF版本成熟度的问题。
方案二：使用5GC的SMF作为SGW-C，此种方案是后续首选的方案，减少信令和数据节点数，减少时延和引入风险点。
1.2、EPS FB流程：
1.2.1、基于切换的EPS FB
基于切换方式到4G，需要无线网优侧配置4G和5G间的邻区，否则无法进行切换。
1.2.2、基于重定向的EPS FB 即通过TAU到4G的方式。
2、EPS FB和Fast Return路测指标定义
路测测试指标中，与EPS FB相关的主要是EPS FB接入时延和接入成功率、返回成功率。推荐的语音域端到端(主叫到被叫整体)的接入时延、接入成功率、以及返回成功率，路测工具PA的指标定义如下。
EPS FB主叫侧指标定义
表1：EPS FB 主叫呼叫成功率
| KPI含义 | EPS FB主叫呼叫成功率 |
| KPI名称 | EPSFBCallSetupSucRate(MOC) |
| 计算公式 |
EPSFBCallSetupSucRate(MOC)= EPSFBCallSuc(MOC)次数 / (EPSFBCallSuc(MOC)次数+EPSFBCallFail(MOC)次数）； |
| 单位 | % |
| Assistant位置 | KPI -> NR -> Service Integrity |
| 说明 |
1、EPSFBCallSuc(MOC)次数、EPSFBCallFail(MOC)次数次数定义参考表3； 2、根据回落流程不同，工具也同步做了HO、重定向流程的区分； |
表2：EPSFB主叫呼叫建立平均时延
| KPI含义 | EPS FB主叫平均建立时延 |
| KPI名称 | EPSFBCallSetupAvgDelay(MOC) |
| 计算公式 | EPSFBCallSetupAvgDelay(MOC)= EPSFB Call Setup Delay(Connect_MO)累加求平均； |
| 单位 | ms |
| Assistant位置 | KPI -> NR -> Service Integrity |
| 说明 | EPSFB Call Setup Delay(Connect_MO)定义参考表3 |
表3 PA工具打点
| 事件指标打点 | 工具定义 |
| VoNRCallAttempt(MOC) | UE驻留在NR制式下时发出SIP Invite请求进行判断，如上图A点； |
| EPSFBCallAttempt(MOC) | 在VoNR呼叫请求的基础上，网络侧发起了切换/重定向请求时识别为EPSFB呼叫流程，如右图B1、B2点； |
| EPSFBCallSuc(MOC) | 在发生呼叫发生EPSFB的基础上，回落到LTE制式时，收到网侧SIP 180ringing时进行判断，如上图C点； |
| EPSFBCallFail(MOC) | 在发生呼叫发生EPSFB的基础上，不满足正常呼叫流程时进行判断，如回落失败或回落成功后未收到180Ringing等，具体以软件实现为准； |
|
EPSFB Call Setup Delay(Connect_MO) |
识别为EPSFB流程的呼叫，振铃时间减去呼叫发起时间，如上图C点减去A点； |
EPS FB被叫侧指标定义
表1：EPSFB被叫呼叫成功率
| KPI含义 | EPS FB被叫呼叫成功率 |
| KPI名称 | EPSFBCallSetupSucRate(MTC) |
| 计算公式 |
EPSFBCallSetupSucRate(MTC)= EPSFBCallSuc(MTC)次数 / (EPSFBCallSuc(MTC)次数 + EPSFBCallFail(MTC)次数）； |
| 单位 | % |
| Assistant位置 | KPI -> NR -> Service Integrity |
| 说明 | EPSFBCallSuc(MOC)次数 、EPSFBCallFail(MOC)次数次数定义参考表3 |
表2：EPSFB主叫呼叫成功率
| KPI含义 | EPS FB被叫平均建立时延 |
| KPI名称 | EPSFBCallSetupAvgDelay(MTC) |
| 计算公式 | EPSFBCallSetupAvgDelay(MTC)= EPSFB Call Setup Delay(Connect_MT)累加求平均； |
| 单位 | ms |
| Assistant位置 | KPI -> NR -> Service Integrity |
| 说明 | EPSFB Call Setup Delay(Connect_MT)定义参考表3 |
表3：PA工具打点定义
| 事件指标打点 | 工具定义 |
| VoNRCallAttempt(MTC) | UE驻留在NR制式下时收到SIP Invite请求进行判断，如右图A点； |
| EPSFBCallAttempt(MTC) | 在VoNR呼叫请求的基础上，网络侧发起了切换/重定向请求时识别为EPSFB呼叫流程，如上图B1、B2点； |
| EPSFBCallSuc(MTC) | 在发生呼叫发生EPSFB的基础上，回落到LTE制式时，发出SIP 180ringing时进行判断，如右图C点； |
| EPSFBCallFail(MTC) | 在发生呼叫发生EPSFB的基础上，不满足正常呼叫流程时进行判断，如回落失败或回落成功后未发出180Ringing等，具体以软件实现为准； |
|
EPSFB Call Setup Delay(Connect_MT) |
识别为EPSFB流程的呼叫，振铃时间减去呼叫发起时间，如上图C点减去A点； |
FastReturn 指标定义
表1：FastReturn成功率
| KPI含义 | 快速返回成功率 |
| KPI名称 | LTE2NRFastReturnSucRate |
| 计算公式 |
LTE2NRFastReturnSucRate= LTE2NRFastReturnComplete次数 / (LTE2NRFastReturnComplete次数 + LTE2NRFastReturnException次数）； |
| 单位 | % |
| Assistant位置 | KPI -> NR -> Service Integrity |
| 说明 | LTE2NRFastReturnComplete次数 、LTE2NRFastReturnException次数定义参考表3 |
表2：FastReturn平均时延
| KPI含义 | FastReturn平均时延 |
| KPI名称 | LTE2NRFastReturnAvgDelay |
| 计算公式 | LTE2NRFastReturnAvgDelay = LTE2NR Fast Return Delay累加求平均； |
| 单位 | ms |
| Assistant位置 | KPI -> NR -> Service Integrity |
| 说明 | LTE2NR Fast Return Delay定义参考表3 |
表3：工具打点定义
| 事件指标打点 | 工具定义 |
| LTE2NRFastReturnBegin | FR流程开始事件；UE无法识别网络侧是否触发FR流程，根据QCI1专用承载释放后是否下发异系统测控进行判断，打点位置参考上图A点； |
| LTE2NRFastReturnComplete | FR流程完成事件；在判断出FR开始的基础上，返回到NR并且完成注册时进行判断，如上图D点位置； |
| LTE2NRFastReturnException | FR流程异常事件；在FR流程开始的基础上，未按照右图流程返回，如切换重定向失败、注册失败等场景时进行判断，具体以软件实现为准； |
| LTE2NR Fast Return Delay | FR成功时间点减去FR开始时间点，如上图D点减去A点时间； |
3、SA异常事件优化
1、接入专题
(1)接入原理：
（2）信令流程排查：
RRC建立阶段，上下文建立阶段类似和LTE类似，这里主要针对SA的PDUsession建立失败进行详细的说明：
lPDUsession建立失败定义：
QosFlow建立过程一般由UE在需要向无线网络申请服务时主动发起，并通过初始UE上下文建立流程或PDU Session建立流程完成建立。
lPDUsession建立失败判断方法：
1、检查UE是否有发出PDUSessionEstablishmentRequest消息(此为NAS消息)，若未发出，需要终端侧进一步分析。
2、检查NG口AMF是否有发送PDU Session Resource Setup Request消息，若没有，找AMF进一步分析。
3、检查UU口Qos是否建立成功，NG口是否有给AMF响应PDU Session Resource Setup Response，若未有，则基站进一步分析。
4、PDU Session Resource Setup Response中若有携带原因值，则PDU Session建立失败，需要根据原因值进一步分析。
lPDUsession建立失败定位方法
1.传输原因导致QosFlow建立失败，排查NG-U链路及Path是否配置
2.UE不回复重配置完成消息导致PDU Session建立失败：
a)UE接收重配置消息但是解码错误导致一直不回复重配置完成消息，一般是版本不配套导致UE解码出错。
3.版本是否配套可以查询：
a)干扰、弱覆盖
b)已知问题
2、切换专题
SA切换的场景主要分为三种：1、站内同频切换 2、基于Xn接口的NR站间切换 3、基于NG接口的NR站间切换
l站内同频切换
1.UE把测量报告发给gNB的源小区=-=-=> 在UU接口体现为RRC MEASUREMENT REPORT信令
2.gNB的源小区收到MR之后，会进行切换判决。
3.如果源小区允许切换，则下发切换命令 =-=-=>在UU接口体现为RRC CONNECT RECONFIG信令，包括NR RRC配置消息（NR切换命令）。
4.UE接收到RRC重配置消息后完成重配置，并向gNB的目标小区反馈RRCConnectionReconfigurationComplete 消息，包括NR RRC响应消息。若UE未能完成包括在RRCConnectionReconfiguration 消息中的配置，则启动重配置失败流程。
5.UE收到切换命令后，中断与源小区的交互，并尝试接入目标小区，这个过程称为随机接入过程。
l基于Xn接口的NR站间切换
1.UE把测量报告发给SgNB =-=-=> 在UU接口体现为RRC MEASUREMENT REPORT信令
2.SgNB判断是站间切换，SgNB收到MR后进行切换目标小区选择、准入和资源准备后如果允许切换，通过Xn口给TgNB发送Handover Request消息，请求目标侧为UE分配资源。
3.TgNB允许切换后向SgNB回复Handover Request Acknowledge消息。SgNB准备执行切换动作。。
4.SgNB触发UE应用新的配置。SgNB向UE发送重配置RRCConnectionReconfiguration消息，包含TgNB生成的RRC配置信息。UE更新配置后向TgNB回复RRCConnectionReconfigurationComplete消息，包括对TgNB的RRC响应消息。若UE未能完成包括在RRCConnectionReconfiguration 消息中的配置，则启动重配置失败流程。
5.UE在TgNB发起随机接入。
6.如果TgNB资源分配成功，则向AMF发送PATH SWITCH REQ消息，请求变更路由。
7.AMF回复PATH SWITCH REQ ACK消息，确认路由变更完成。
8.SgNB在收到UE Context Release Command消息后可以释放空口资源及控制面相关资源，数据转发不受影响。
l基于Ng接口的NR站间切换
1.UE把测量报告发给源gNB =-=-=> 在UU接口体现为RRC MEASUREMENT REPORT信令
2.源gNB判断是站间切换，SgNB收到MR后进行切换目标小区选择、准入和资源准备后如果允许切换，通过Ng口给AMF发送Handover Required消息，包含目标SgNB ID信息等。
3.AMF通过Ng口发送Handover Request消息给TgNB请求目标侧为UE分配资源。
4.TgNB允许切换后向AMF回复Handover Request Acknowledge消息。
5.AMF向SgNB发送Handover Command消息，SgNB准备执行切换动作。
6.SgNB触发UE应用新的配置。SgNB向UE发送重配置RRCConnectionReconfiguration消息，包含TgNB生成的RRC配置信息。UE更新配置后向TgNB回复RRCConnectionReconfigurationComplete消息，包括对TgNB的RRC响应消息。若UE未能完成包括在RRCConnectionReconfiguration 消息中的配置，则启动重配置失败流程。
7.UE在TgNB发起随机接入。
8.如果TgNB资源分配成功，则向AMF回复Handover Notify消息，确认切换完成。
SgNB在收到UE Context Release Command消息后可以释放空口资源及控
制面相关资源，数据转发不受影响
切换问题定位思路：
3、掉话专题
掉话原理：SA场景掉话从基站信令上看，分为基站发起的释放和AMF发起的释放。SA的释放分
为上下文，PDUSession，对应的信令流程分别如下。
上下文释放（基站发起）涉及流程：
图1基站标准接口信令面上下文释放
PduSessionRealseReq信令流程如下所示，当然上下文释放流程也会包含
PduSessionRelaseReq流程；
图2基站标准接口PduSession释放呈现
5G中，协议架构变成了分段的处理，核心网上不再有承载概念，具有相同Qos属性（5G中Qos属性用5QI表示，无QCI）的业务流称为一个Qos flow，gNB与UE之间仍然采用承载的概念，由gNB控制将Qos flow放在哪个承载上。Qos flow与空口Radio bearer可以是多对一的映射关系，也可以是1:1的映射关系
QOSFlow的释放流程没有专门对应的流程，是包含在：UE上下文释放流程、
PduSeeion释放、PduSeeion修改流程里面
如下提供了一组小区不可用导致基站发起释放的一组示例：可以看到基站检测到小区
不可用，基站侧发起上下文释放请求；
图3小区不可用导致掉话信令呈现
NR SA 掉话的场景如下：
4、EPS FB&Fast Return专题
EPS FB&Fast Returan原理
lEPS FB
当前19B/20A版本NR不能成熟支持VoNR，当UE有语音需求时，将通过EPS FB回落到LTE进行VOLTE（当前协议不支持二级回落到UMTS/GSM进行语音），EPS FB回落LTE支持以下3种方式：
（1）基于测量的切换方式；
（2）基于测量的重定向方式；
（3）基于盲的重定向方式（20B支持）；
（4）异常情况（测量超时/切换准备失败）导致的盲重定向；
lFast Return
在VoLTE语音释放后，5G开户用户测量NR小区（19B用户仅针对获取到UE NR历史信息UE可以触发fast return，因此仅基于切换EPS FB回落的用户，且在LTE没有发生跨站切换时才可以触发fast return），如果符合切换门限，再fastreturn通过重定向/切换（切换20A开始支持）返回NR小区，数据业务继续体验5G网络。
EPS FB特性流程
驻留在NR的终端有语音业务且NR不能提供VoNR时，由网络侧发起EPS FB流程，回落到LTE，建立VoLTE业务提供语音服务。
EPS FB流程如下（切换方式）：
EPS FB从流程上来讲主要有如下策略：
从EPS FB是否测量LTE来看，19B/20A版本仅支持基于测量的方式，20B版本支持盲重定向的方式，19B/20A版本以下情况将执行盲重定向到LTE：
（1）EPS FB保护定时器超时仍未收到异系统B1测量报告时；
（2）LTE小区切换准备尝试失败；
从EPS FB执行方式来区分可以分为如下两种：
（1）基于重定向的EPS FB：终端回落到LTE之后需要读取4G侧系统消息，建立RRC连接，然后建立VOLTE业务，并且如果在EPS FB之前有数据业务，也需要在LTE侧重新建立承载以恢复数据业务；
（2）基于PSHO的EPS FB：终端的语音业务和数据业务（如果存在）一起切换至LTE侧，语音建立时延与数据业务中断时延相对较短；
（3）如果同时打开PSHO和重定向，则优先走PSHO；
| 基于重定向的EPS FB | 基于PSHO的EPS FB | |
| 成功率 | 基于重定向方式的回落，UE选择质量较好的LTE小区接入，成功率与LTE VOLTE建立成功率基本相当 | 基于切换方式的回落，切换的执行（比如UE上报测量报告存在延迟），在移动性场景可能会影响切换成功率；基于CSFB回落经验，基于切换方式的回落成功率略低于基于重定向方式的回落成功率； |
| 时延 | 基于重定向方式的回落会先释放业务，然后重新建立，信令流程较多，相对于基于切换方式的回落时长大约多220ms | 基于切换方式的回落业务通过CN转到LTE，信令流程较少，相对于基于重定向方式的回落时长大约短220ms |
| 数据业务影响 | 数据业务会中断，回落到LTE之后重新建立业务恢复，中断时长较长 | 数据业务通过CN转到LTE，中断时长较短 |
| 网规要求 | 需要配置LTE邻频点与邻区，但是对邻区准确性要求较低，网规难度较低 | 需要配置LTE邻频点与准确的LTE邻区，网规难度较大 |
| 对核心网要求 | 可不需要N26接口（当前无N26接口的方式协议定义还未完善，且依赖于终端实现，推荐有N26接口），推荐配置N26接口 | 需要配置N26接口 |
Fast return特性
Fast return特性主要目的是加快EPS FB用户业务结束后返回NR小区的速度，提升用户体验。
19B版本支持基于测量重定向的方式进行Fast return，20A版本支持基于测量切换的方式进行Fast return。
Fast return具体流程如下：（切换场景）
1)当用户完成VoLTE语音业务，并删除语音业务承载后，判断UE是否支持NR和NGC（（1）判断终端能力是否支持NR；（2）判断UE的初始上下文/上下文修改信息中的handover restriction list，只要核心网没有将NR列为禁止名单，则认为在5G已开户），如果支持NR和NGC，当前版本还会判断UE携带的业务QCI的切换属性，当存在MUST HO且不存在NO HO的QCI时，转下一步；
2)eNodeB下发异系统B1事件测量；
3)UE收到eNodeB的测量配置，进行异系统NR测量。
a.如果测量NR信号在InterRatHoNrParamGrp.NrB1B2TimeToTrigger内持续大于InterRatHoNrParamGrp.ServBasedNrB1RsrpThld，则UE上报事件测量报告，选择过滤后信号质量最好的NR小区作为目标小区/频点；
b.如果eNodeB在InterRatHoNrParamGrp.NrB1B2TimeToTrigger超时后，还未收到异系统B1事件上报，则终止异系统B1事件，不再继续后续操作。
4)UE收到NR目标小区或目标频点信息后，完成到NR小区的切换或重定向，如果同时打开切换和重定向，则优先走切换。
EPS FB&Fast return策略推荐：
NR2L回落LTE频点优先级推荐原则：
室外锚点频点优先级最高：可添加SCG，多锚点时，按照锚点优先级排序，提升5G占用率。
无锚点则优先覆盖/语音层频点：提回落成功率，避免语音二次回落，或则可以开启语数分层的回落机制，即语音业务和数据业务分别设置回落LTE频点优先级（20B支持）。
室内室分频点优先级最高：确保业务连续性
以杭州移动NSA双锚点为例，按锚点优先级配置NR回落L频点优先如下：
| 制式 | 频段 | NSA锚点 | NR2L回落优先级 |
| NR | 2.6G | NA | 7 |
| LTE | FDD 1800 | 锚点 | 6 |
| TDD 1900 | 锚点 | 5 | |
| TDD 2300 | 非锚点 | 3 | |
| TDD 2600 | 非锚点 | 3 |
如为语数分层场景，则优先回语音承载频点或语数分层回落（20B），避免二次切换；
EPS FB，NR2L邻区配置策略：
1、针对共扇区的邻区配置：
①首先继承共扇区的LTE小区的邻区关系；
②如超配置8个LTE频点之外的LTE邻区，予以删除；
③针对所有LTE邻区相加超过384个（19B/20A/B规格），则根据以下原则删除：
a)首先根据切换次数进行排序，切换少的优先删除；
b)如果获取不到切换次数，则根据拓扑关系进行删除；
2、针对非共扇区的邻区配置（包括新建站），则根据拓扑关系进行邻区添加，注意版本邻区规格，针对杆站等覆盖较小的站点，其拓扑关系中距离也应相应减小（如杆站200m/宏站800m）。
3、在GC使用NR&L邻区规划时，为了保证NR
L2NR场景频段优先级策略：
现阶段NR侧基本为单一频段，在L2NR频率优先级配置中，NR侧频率优先级配置为
最高优先级。
在NSA和SA双模场景，推荐开启SA B1优选功能，使SA终端尽量先占用SA网络。
（NSA_SA_MEAS_OBJ_PREEMPTION_SW-1）。
注：目前我司终端可实现双模场景，SA B1优先功能，其他终端待确认。
信令流程核查：
EPS FB成功率排查流程：
EPS FB呼叫建立时延排查流程：
以下分别介绍EPS FB语音呼叫流程图，包含了SIP消息和L3信令部分，针对呼叫建立时延问题，主要采用流程分段来进行分析。
ØN2L切换的EPS FB
分段1：NR侧RRC Request – NR侧Invite
此段主要为UE在idle 状态下发起业务先进行RRC建链过程。主要核查下此空口覆盖或者干扰原因，导致空口丢包，进而导致时延。
分段2：SIP消息Invite – SIP消息100 trying
此段时延在现网发生的概率是比较大的。主要是UE与IMS的 P-CSCF（SBC）之间的SIP信令流程造成的。在P_CSCF收到主叫的invite消息以后，先给UE发送100 trying,然后再与PCF交互。此段时延比较大时，可在主叫的P_CSCF上抓包后反馈给IMS维护工程师处理。
分段3：SIP消息100 Trying -– B1测量控制下发RRCReconfiguration
主叫侧收到100trying以后，网络侧P_CSCF（SBC）向5GC，gNodeB请求专有承载的建立，gNodeB根据配置拒绝QCI=1的建立并触发EPS FB 的流程。此时gNodeB 向UE发送B1测量控制消息。此段时延较大，主要在P_CSCF（SBC），SMF、AMF以及gNodeB上进行
抓包，看那块信令结点上处理时延比较大。重点关注 SMF与AMF处理流程。
分段4：B1测量控制RRCReconfiguration –B1测量上报MeasurementReport
此处影响时延主要是UE收到B1的测量控制以后，UE是否很快的上报了测量报告。
如果此段时延比较大，主要原因为UE内部对外部信号测量机制导致，为终端原因。或无线覆盖弱，异频频点配置不合理等原因。
分段5：B1测量上报MeasurementReport – 切换命令MobilityFromNRCommand
该段时延主要涉及到gNodeB 收到B1测量报告以后，选择切换小区，通过AMF、N26接口、MME 、eNodeB 预留切换资源。中间异系统的网元较多，可通过单用户抓包分析，在此过程中，那个结点在处理过程中时延较长。
分段6：切换命令MobilityFromNRCommand – 切换完RRCConnectionReconfigurationComplete
此段主要是切换执行阶段，如果时延较长，主要考虑空口因素导致的时延增加。例如覆盖抖降等场景
分段7：切换完成RRCConnectionReconfigurationComplete – TAU Request
此段主要为UE在LTE侧入网过程中接入、UE能力查询阶段，此过程要考虑空口的覆盖、干扰影响的时延外，还需要考虑
分段8：TrackingAreaUpdateRequest---–TrackingAreaUpdateComplete
此段时延较大，主要为核心网侧的原因，联系5GC核心网的工程师在AMF、SMF网元跟踪数据包，分析处理结点时延较大的。
分段9：TrackingAreaUpdateComplete – 183 Session Progress
此段时延较大，主要为被叫侧的引入的，从PA数据可以查看被叫侧时处于IDLE状态还是Connect状态。以及被叫P_CSCF与PCF之间的交互时延等。从杭州测试过程分析来看，这部分时延相对比较稳定，未出现时延比较大的情况。
分段10：183 Session Progress –UPDATE
此段时延较大，主要为主被叫媒体面编解码协商的过程，从测试中此阶段时延出现问题的可能性较小。要关注主被叫UE、以及主被叫P_CSCF（SBC）对编解码处理的时延。
分段11：UPDATE – 180 Ring
此段时延较大，主要为SIP信令面的交互。优先排查主被叫空口是否由于覆盖、干扰、切换等因素导致时延变大。
Fast Return成功率排查流程：
分析动作
分析结果（是）
分析结果（否）
分析动作1：当路测统计发起EPS FB呼叫时，主叫UE发送ESR后，NR侧是否成功建立RRC
进入分析动作2
确认当前NR RF情况，如果RF正常且RRC建立失败或无响应，则需要参考NR随机接入失败的定位方法，隔离NR侧问题
分析动作2：主叫NR gNodeB侧是否发送测量控制
进入分析动作3
（1）对于未下发B1测控问题，需要查询对应NR站点的配置文件，查询对应小区的移动性开关、EPSFB开关是否开启VoiceStrategySwitch=EPS_FB_SWITCH-1, InterRatServiceMobilitySw=MOBILITY_TO_EUTRAN_SW-1;
（2）排查EPS FB开关打开以后，需要从配置文件中核查下该站点4G邻区是否添加，若4G邻区未添加且NR2LTE ANR 是否开启，若两者都没有生效，也会导致测量控制未下发
（3）排查配置是否配置4G邻区的异频频点且外部邻区频点的优先级是否为推荐的优先级策略
分析动作3：下发B1的测量控制以后，在一定时间内UE B1测量报告是否上报
进入分析动作4
（1）在配置文件
（2）在配置文件
（3）若B1的测量门限按照推荐值进行的设置，请检测LTE小区是否弱覆盖或者小区故障
分析动作4：UE B1测量报告上报后，NR侧是否触发N2L切换或者重定向
进入分析动作5
(1)检查此小区是否配置外部邻区
GNBEUTRAEXTERNALCELL: Mcc=460, Mnc=20, EnodebId=XX, CellId=XX, DlEarfcn=XX, PhysicalCellId="&N11&", Tac=1;"
(2)检查此小区是否配置邻区关系
ADD NRCELLEUTRANRELATION: NrCellId="&E10&", Mcc=460, Mnc=20, EnodebId=XX, CellId=XX;"
(3)LTE 的邻区存在PCI冲突
(4)以上都没有问题，要在gNodeB信令跟踪下，是否为5GC核心网导致的切换命令未下发
(5)如果所有的邻区切换准备失败，则根据NRCellEutranNFreq.Priority 盲重定向至LTE小区
分析动作5：主叫UE是否在LTE发起RRC接入，并且成功建立RRC
进行分析动作6
1.UE是否发起RRC连接请求，需要分析此时LTE侧的RF情况，是否无合适小区接入。
2.UE已经发起RRC接入，但多次发送网络侧无响应（未收到针对该用户的RRC connection setup消息），此时上行存在问题，需要核查是否正常
3.UE已经发起RRC接入，但被eNodeB拒绝，要确认是否存在拥塞导致准入失败
分析动作6：主叫UE是发起TAU流程，TAU消息完成
进入分析动作7
1.UE若收到TAU Reject 消息，则需要在核心网MME侧进行信令跟踪。判断TAU Reject的原因
分析动作7 :被叫是否收到 Paging消息。
进入分析动作8
1.主叫都正常时，如果长时间没有呼叫成功，则问题可能出在被叫侧，通过主叫时间点找到被叫信令相应时间点前后，确认被叫UE是否收到paging消息
2.并且分析此时被叫UE是否有其他流程，具体请参考5章节的典型场景分析，如果被叫没有其他流程但仍旧未收到paging消息，则需要跟踪核心网AMF和gNodeb侧信令来隔离是核心网问题还是gNodeb问题
分析动作9：主叫UE是否成功收到Update/180 ring 消息
进入分析动作10
1.一般IMS侧的问题都是有相应的错误码判断建立失败原因
487 Request Terminated IMS 在发现异常后用487 Request Terminate 终止呼叫
481 CALL/Traction Does Not Exist IMS 收到UE发送消息后，发现呼叫已不存在，发此错误码
480 Terporarily Unavailable IMS 长期得不到UE响应，相关定时器超时发此错误吗
486 Busy Here 当成功联系到被叫方的终端系统，但是被叫方当前在这个终端系统上不能接听这个电话（如正在或其他呼叫业务），发此错误码
500 Server Internal Error 服务器遇到未知的情况，并且不能继续处理请求，一般为IMS内部问题或和其他网元交互异常
503 Service unavailable 服务不可用，一般为IMS内部问题或和其他网元交互异常
603 Decline 寻呼到被叫后，被叫在摘机前终止此次呼叫，一般发此错误码
分析动作
分析结果（是）
分析结果（否）
分析动作1：当 EPS FB 呼叫在QCI为1承载结束以后，主叫LTE eNodeB侧是否发送测量控制
进入分析动作2
(1)对于未下发B1测控问题，需要查询对应LTE站点的配置文件，查询对应小区的移动性开关、FastReturn开关是否开起
HoAllowedSwitch=INTER_RAT_MOBILITY_TO_NR_SW-1;
HoAllowedSwitch=FAST_RETURN_TO_NR_SW-1;
HOMODESWITCH=NrRedirectSwitch-1&NrHoSwitch-0;
（2）排查FastReturn开关打开以后，需要从配置文件中核查下该站点5G邻区是否添加，若5G邻区未添加且LTE2NR2 ANR 是否开启，若两者都没有生效，也会导致测量控制未下发
（3）排查配置是否配置5G邻区的异频频点且外部邻区频点的优先级是否为推荐的优先级策略
(4)上述排查都正确的情况下，请检查下UE的切换策略。切换策略中对于存在的QCI有必须切换且没有不能切换的承载，则UE此时可以进行切换的。通过< CNOPERATORQCIPARA>字段，查到各个QCI的，对应的
5）QCI1释放后，进行是否有异系统B1下发的判决，判决的周期由参数“CellHoParaCfg.VolteHoNrDelayTimer”来决定，在该周期内判断是否有异系统B1下发。
在该小区的MML配置文件中，查询中的配置值，单位为100毫秒。
分析动作2：下发B1的测量控制以后，在一定时间内UE B1测量报告是否上报
进入分析动作3
（1）在配置文件
（2）若B1的测量门限按照推荐值进行的设置，请检测周边NR小区是否弱覆盖或者小区故障
（3）若上述都没有问题的话，需要排查UE问题。
分析动作3：UE B1测量报告上报后，LTE侧是否触发L2NR切换或者重定向
进入分析动作4
(1)检查此小区是否配置外部邻区
(2)检查此小区是否配置邻区关系
(3)NR 的邻区存在PCI冲突
(4)以上都没有问题，要在eNodeB信令跟踪下，是否为5GC核心网导致的切换命令未下发
分析动作4：主叫UE是否在NR发起RRC接入，并且成功建立RRC
进行分析动作5
(1)UE是否发起RRC连接请求，需要分析此时NR侧的RF情况，是否无合适小区接入。
(2)UE已经发起RRC接入，但多次发送网络侧无响应（未收到针对该用户的RRC connection setup消息），此时上行存在问题，需要核查是否正常
(3)UE已经发起RRC接入，但被gNodeB拒绝，要确认是否存在拥塞导致准入失败
分析动作6：主叫UE是发起注册更新流程，注册更新消息完成
进入分析动作7
2.UE若收到注册更新失败消息，则需要在核心网AMF侧进行信令跟踪。判断更新失败的原因
审核编辑：汤梓红
-
4G
+关注
关注
15文章
5517浏览量
118971 -
接口
+关注
关注
33文章
8573浏览量
151007 -
语音
+关注
关注
3文章
385浏览量
38028 -
EPS
+关注
关注
6文章
195浏览量
31214 -
5G
+关注
关注
1354文章
48436浏览量
563944
原文标题：5G EPSFallback语音方案流程总结
文章出处：【微信号：5G通信，微信公众号：5G通信】欢迎添加关注！文章转载请注明出处。
发布评论请先 登录
相关推荐
中国电信实现了业界首个基于5G独立组网的语音通话
中国电信成功完成了基于5G独立组网的语音方案系统性验证测试
广东移动通过EPS Fallback方式成功完成了5G高清语音和视频呼叫
中国移动携手华为完成首次5G语音视频通话
河南联通打通了全国首个异厂家核心网互通场景下5G SA语音电话
安徽电信携手华为打通了全国首个基于EPS fallback的5G SA语音电话
5G SA语音EPS FB流程&分析方法资料下载
将EPS Fallback作为5G语音解决方案的可行性资料下载
5G-SA语音EPS FB测试时延总结资料下载
介绍5G网络下包含VoNR及EPS fallback等在内的语音技术资料下载
介绍“基于测量切换的EPS Fallback”5G语音信令流程资料下载
诺基亚4G核心网下EPS FALLBACK语音业务接入失败问题资料下载
工商网监
评论