5G SA EPS Fallback语音方案流程总结

1、SAEPSFallback语音方案流程概述1、EPSFallback原理选择EPSFallback作为5GSA的语音方案，是因为考虑到目前5GSA建网初期，5G信号覆盖还处于初期阶段，没有大规模的覆盖，而4G的覆盖已经进入成熟期。EPSFallback是指当用户需要使用语音服务时，5G用户从5G网络“切换”或者“重定向”到4G网络，通过4G网络使用VOLTE语音服务。EPSFallback主要是基于MME和AMF间的N26接口完成4/5G间信令交互。1.1、EPSFB方案方案一：使用现网传统平台的SGW作为SGW-C和SGW-U的方案，此方案优点是布署快，在建网初期，可以直接利用现网设备，不要考虑SMF调试，以及SMF版本成熟度的问题。方案二：使用5GC的SMF作为SGW-C，此种方案是后续首选的方案，减少信令和数据节点数，减少时延和引入风险点。1.2、EPSFB流程：1.2.1、基于切换的EPSFB基于切换方式到4G，需要无线网优侧配置4G和5G间的邻区，否则无法进行切换。1.2.2、基于重定向的EPSFB即通过TAU到4G的方式。2、EPSFB和FastReturn路测指标定义路测测试指标中，与EPSFB相关的主要是EPSFB接入时延和接入成功率、返回成功率。推荐的语音域端到端(主叫到被叫整体)的接入时延、接入成功率、以及返回成功率，路测工具PA的指标定义如下。EPSFB主叫侧指标定义表1：EPSFB主叫呼叫成功率KPI含义EPSFB主叫呼叫成功率KPI名称EPSFBCallSetupSucRate(MOC)计算公式EPSFBCallSetupSucRate(MOC)=EPSFBCallSuc(MOC)次数/(EPSFBCallSuc(MOC)次数+EPSFBCallFail(MOC)次数）；单位%Assistant位置KPI->NR->ServiceIntegrity说明1、EPSFBCallSuc(MOC)次数、EPSFBCallFail(MOC)次数次数定义参考表3；2、根据回落流程不同，工具也同步做了HO、重定向流程的区分；表2：EPSFB主叫呼叫建立平均时延KPI含义EPSFB主叫平均建立时延KPI名称EPSFBCallSetupAvgDelay(MOC)计算公式EPSFBCallSetupAvgDelay(MOC)=EPSFBCallSetupDelay(Connect_MO)累加求平均；单位msAssistant位置KPI->NR->ServiceIntegrity说明EPSFBCallSetupDelay(Connect_MO)定义参考表3表3PA工具打点事件指标打点工具定义VoNRCallAttempt(MOC)UE驻留在NR制式下时发出SIPInvite请求进行判断，如上图A点；EPSFBCallAttempt(MOC)在VoNR呼叫请求的基础上，网络侧发起了切换/重定向请求时识别为EPSFB呼叫流程，如右图B1、B2点；EPSFBCallSuc(MOC)在发生呼叫发生EPSFB的基础上，回落到LTE制式时，收到网侧SIP180ringing时进行判断，如上图C点；EPSFBCallFail(MOC)在发生呼叫发生EPSFB的基础上，不满足正常呼叫流程时进行判断，如回落失败或回落成功后未收到180Ringing等，具体以软件实现为准；EPSFBCallSetupDelay(Connect_MO)识别为EPSFB流程的呼叫，振铃时间减去呼叫发起时间，如上图C点减去A点；EPSFB被叫侧指标定义表1：EPSFB被叫呼叫成功率KPI含义EPSFB被叫呼叫成功率KPI名称EPSFBCallSetupSucRate(MTC)计算公式EPSFBCallSetupSucRate(MTC)=EPSFBCallSuc(MTC)次数/(EPSFBCallSuc(MTC)次数+EPSFBCallFail(MTC)次数）；单位%Assistant位置KPI->NR->ServiceIntegrity说明EPSFBCallSuc(MOC)次数、EPSFBCallFail(MOC)次数次数定义参考表3表2：EPSFB主叫呼叫成功率KPI含义EPSFB被叫平均建立时延KPI名称EPSFBCallSetupAvgDelay(MTC)计算公式EPSFBCallSetupAvgDelay(MTC)=EPSFBCallSetupDelay(Connect_MT)累加求平均；单位msAssistant位置KPI->NR->ServiceIntegrity说明EPSFBCallSetupDelay(Connect_MT)定义参考表3表3：PA工具打点定义事件指标打点工具定义VoNRCallAttempt(MTC)UE驻留在NR制式下时收到SIPInvite请求进行判断，如右图A点；EPSFBCallAttempt(MTC)在VoNR呼叫请求的基础上，网络侧发起了切换/重定向请求时识别为EPSFB呼叫流程，如上图B1、B2点；EPSFBCallSuc(MTC)在发生呼叫发生EPSFB的基础上，回落到LTE制式时，发出SIP180ringing时进行判断，如右图C点；EPSFBCallFail(MTC)在发生呼叫发生EPSFB的基础上，不满足正常呼叫流程时进行判断，如回落失败或回落成功后未发出180Ringing等，具体以软件实现为准；EPSFBCallSetupDelay(Connect_MT)识别为EPSFB流程的呼叫，振铃时间减去呼叫发起时间，如上图C点减去A点；FastReturn指标定义表1：FastReturn成功率KPI含义快速返回成功率KPI名称LTE2NRFastReturnSucRate计算公式LTE2NRFastReturnSucRate=LTE2NRFastReturnComplete次数/(LTE2NRFastReturnComplete次数+LTE2NRFastReturnException次数）；单位%Assistant位置KPI->NR->ServiceIntegrity说明LTE2NRFastReturnComplete次数、LTE2NRFastReturnException次数定义参考表3表2：FastReturn平均时延KPI含义FastReturn平均时延KPI名称LTE2NRFastReturnAvgDelay计算公式LTE2NRFastReturnAvgDelay=LTE2NRFastReturnDelay累加求平均；单位msAssistant位置KPI->NR->ServiceIntegrity说明LTE2NRFastReturnDelay定义参考表3表3：工具打点定义事件指标打点工具定义LTE2NRFastReturnBeginFR流程开始事件；UE无法识别网络侧是否触发FR流程，根据QCI1专用承载释放后是否下发异系统测控进行判断，打点位置参考上图A点；LTE2NRFastReturnCompleteFR流程完成事件；在判断出FR开始的基础上，返回到NR并且完成注册时进行判断，如上图D点位置；LTE2NRFastReturnExceptionFR流程异常事件；在FR流程开始的基础上，未按照右图流程返回，如切换\重定向失败、注册失败等场景时进行判断，具体以软件实现为准；LTE2NRFastReturnDelayFR成功时间点减去FR开始时间点，如上图D点减去A点时间；3、SA异常事件优化1、接入专题(1)接入原理：（2）信令流程排查：RRC建立阶段，上下文建立阶段类似和LTE类似，这里主要针对SA的PDUsession建立失败进行详细的说明：PDUsession建立失败定义：QosFlow建立过程一般由UE在需要向无线网络申请服务时主动发起，并通过初始UE上下文建立流程或PDUSession建立流程完成建立。PDUsession建立失败判断方法：检查UE是否有发出PDUSessionEstablishmentRequest消息(此为NAS消息)，若未发出，需要终端侧进一步分析。检查NG口AMF是否有发送PDUSessionResourceSetupRequest消息，若没有，找AMF进一步分析。检查UU口Qos是否建立成功，NG口是否有给AMF响应PDUSessionResourceSetupResponse，若未有，则基站进一步分析。PDUSessionResourceSetupResponse中若有携带原因值，则PDUSession建立失败，需要根据原因值进一步分析。PDUsession建立失败定位方法传输原因导致QosFlow建立失败，排查NG-U链路及Path是否配置UE不回复重配置完成消息导致PDUSession建立失败：UE接收重配置消息但是解码错误导致一直不回复重配置完成消息，一般是版本不配套导致UE解码出错。版本是否配套可以查询：干扰、弱覆盖已知问题2、切换专题SA切换的场景主要分为三种：1、站内同频切换2、基于Xn接口的NR站间切换3、基于NG接口的NR站间切换站内同频切换UE把测量报告发给gNB的源小区=-=-=>在UU接口体现为RRCMEASUREMENTREPORT信令gNB的源小区收到MR之后，会进行切换判决。如果源小区允许切换，则下发切换命令=-=-=>在UU接口体现为RRCCONNECTRECONFIG信令，包括NRRRC配置消息（NR切换命令）。UE接收到RRC重配置消息后完成重配置，并向gNB的目标小区反馈RRCConnectionReconfigurationComplete消息，包括NRRRC响应消息。若UE未能完成包括在RRCConnectionReconfiguration消息中的配置，则启动重配置失败流程。UE收到切换命令后，中断与源小区的交互，并尝试接入目标小区，这个过程称为随机接入过程。基于Xn接口的NR站间切换UE把测量报告发给SgNB=-=-=>在UU接口体现为RRCMEASUREMENTREPORT信令SgNB判断是站间切换，SgNB收到MR后进行切换目标小区选择、准入和资源准备后如果允许切换，通过Xn口给TgNB发送HandoverRequest消息，请求目标侧为UE分配资源。TgNB允许切换后向SgNB回复HandoverRequestAcknowledge消息。SgNB准备执行切换动作。。SgNB触发UE应用新的配置。SgNB向UE发送重配置RRCConnectionReconfiguration消息，包含TgNB生成的RRC配置信息。UE更新配置后向TgNB回复RRCConnectionReconfigurationComplete消息，包括对TgNB的RRC响应消息。若UE未能完成包括在RRCConnectionReconfiguration消息中的配置，则启动重配置失败流程。UE在TgNB发起随机接入。如果TgNB资源分配成功，则向AMF发送PATHSWITCHREQ消息，请求变更路由。AMF回复PATHSWITCHREQACK消息，确认路由变更完成。SgNB在收到UEContextReleaseCommand消息后可以释放空口资源及控制面相关资源，数据转发不受影响。基于Ng接口的NR站间切换UE把测量报告发给源gNB=-=-=>在UU接口体现为RRCMEASUREMENTREPORT信令源gNB判断是站间切换，SgNB收到MR后进行切换目标小区选择、准入和资源准备后如果允许切换，通过Ng口给AMF发送HandoverRequired消息，包含目标SgNBID信息等。AMF通过Ng口发送HandoverRequest消息给TgNB请求目标侧为UE分配资源。TgNB允许切换后向AMF回复HandoverRequestAcknowledge消息。AMF向SgNB发送HandoverCommand消息，SgNB准备执行切换动作。SgNB触发UE应用新的配置。SgNB向UE发送重配置RRCConnectionReconfiguration消息，包含TgNB生成的RRC配置信息。UE更新配置后向TgNB回复RRCConnectionReconfigurationComplete消息，包括对TgNB的RRC响应消息。若UE未能完成包括在RRCConnectionReconfiguration消息中的配置，则启动重配置失败流程。UE在TgNB发起随机接入。如果TgNB资源分配成功，则向AMF回复HandoverNotify消息，确认切换完成。SgNB在收到UEContextReleaseCommand消息后可以释放空口资源及控制面相关资源，数据转发不受影响切换问题定位思路：3、掉话专题掉话原理：SA场景掉话从基站信令上看，分为基站发起的释放和AMF发起的释放。SA的释放分为上下文，PDUSession，对应的信令流程分别如下。 上下文释放（基站发起）涉及流程： 基站标准接口信令面上下文释放PduSessionRealseReq信令流程如下所示，当然上下文释放流程也会包含PduSessionRelaseReq流程；基站标准接口PduSession释放呈现5G中，协议架构变成了分段的处理，核心网上不再有承载概念，具有相同Qos属性（5G中Qos属性用5QI表示，无QCI）的业务流称为一个Qosflow，gNB与UE之间仍然采用承载的概念，由gNB控制将Qosflow放在哪个承载上。Qosflow与空口Radiobearer可以是多对一的映射关系，也可以是1:1的映射关系QOSFlow的释放流程没有专门对应的流程，是包含在：UE上下文释放流程、PduSeeion释放、PduSeeion修改流程里面如下提供了一组小区不可用导致基站发起释放的一组示例：可以看到基站检测到小区不可用，基站侧发起上下文释放请求；小区不可用导致掉话信令呈现NRSA掉话的场景如下：4、EPSFB&FastReturn专题EPSFB&FastReturan原理EPSFB当前19B/20A版本NR不能成熟支持VoNR，当UE有语音需求时，将通过EPSFB回落到LTE进行VOLTE（当前协议不支持二级回落到UMTS/GSM进行语音），EPSFB回落LTE支持以下3种方式：基于测量的切换方式；基于测量的重定向方式；基于盲的重定向方式（20B支持）；异常情况（测量超时/切换准备失败）导致的盲重定向；FastReturn在VoLTE语音释放后，5G开户用户测量NR小区（19B用户仅针对获取到UENR历史信息UE可以触发fastreturn，因此仅基于切换EPSFB回落的用户，且在LTE没有发生跨站切换时才可以触发fastreturn），如果符合切换门限，再fastreturn通过重定向/切换（切换20A开始支持）返回NR小区，数据业务继续体验5G网络。EPSFB特性流程驻留在NR的终端有语音业务且NR不能提供VoNR时，由网络侧发起EPSFB流程，回落到LTE，建立VoLTE业务提供语音服务。EPSFB流程如下（切换方式）：EPSFB从流程上来讲主要有如下策略：从EPSFB是否测量LTE来看，19B/20A版本仅支持基于测量的方式，20B版本支持盲重定向的方式，19B/20A版本以下情况将执行盲重定向到LTE：EPSFB保护定时器超时仍未收到异系统B1测量报告时；LTE小区切换准备尝试失败；从EPSFB执行方式来区分可以分为如下两种：基于重定向的EPSFB：终端回落到LTE之后需要读取4G侧系统消息，建立RRC连接，然后建立VOLTE业务，并且如果在EPSFB之前有数据业务，也需要在LTE侧重新建立承载以恢复数据业务；基于PSHO的EPSFB：终端的语音业务和数据业务（如果存在）一起切换至LTE侧，语音建立时延与数据业务中断时延相对较短；如果同时打开PSHO和重定向，则优先走PSHO；基于重定向的EPSFB基于PSHO的EPSFB成功率基于重定向方式的回落，UE选择质量较好的LTE小区接入，成功率与LTEVOLTE建立成功率基本相当基于切换方式的回落，切换的执行（比如UE上报测量报告存在延迟），在移动性场景可能会影响切换成功率；基于CSFB回落经验，基于切换方式的回落成功率略低于基于重定向方式的回落成功率；时延基于重定向方式的回落会先释放业务，然后重新建立，信令流程较多，相对于基于切换方式的回落时长大约多220ms基于切换方式的回落业务通过CN转到LTE，信令流程较少，相对于基于重定向方式的回落时长大约短220ms数据业务影响数据业务会中断，回落到LTE之后重新建立业务恢复，中断时长较长数据业务通过CN转到LTE，中断时长较短网规要求需要配置LTE邻频点与邻区，但是对邻区准确性要求较低，网规难度较低需要配置LTE邻频点与准确的LTE邻区，网规难度较大对核心网要求可不需要N26接口（当前无N26接口的方式协议定义还未完善，且依赖于终端实现，推荐有N26接口），推荐配置N26接口需要配置N26接口Fastreturn特性Fastreturn特性主要目的是加快EPSFB用户业务结束后返回NR小区的速度，提升用户体验。19B版本支持基于测量重定向的方式进行Fastreturn，20A版本支持基于测量切换的方式进行Fastreturn。Fastreturn具体流程如下：（切换场景）当用户完成VoLTE语音业务，并删除语音业务承载后，判断UE是否支持NR和NGC（（1）判断终端能力是否支持NR；（2）判断UE的初始上下文/上下文修改信息中的handoverrestrictionlist，只要核心网没有将NR列为禁止名单，则认为在5G已开户），如果支持NR和NGC，当前版本还会判断UE携带的业务QCI的切换属性，当存在MUSTHO且不存在NOHO的QCI时，转下一步；eNodeB下发异系统B1事件测量；UE收到eNodeB的测量配置，进行异系统NR测量。如果测量NR信号在InterRatHoNrParamGrp.NrB1B2TimeToTrigger内持续大于InterRatHoNrParamGrp.ServBasedNrB1RsrpThld，则UE上报事件测量报告，选择过滤后信号质量最好的NR小区作为目标小区/频点；如果eNodeB在InterRatHoNrParamGrp.NrB1B2TimeToTrigger超时后，还未收到异系统B1事件上报，则终止异系统B1事件，不再继续后续操作。UE收到NR目标小区或目标频点信息后，完成到NR小区的切换或重定向，如果同时打开切换和重定向，则优先走切换。EPSFB&Fastreturn策略推荐：NR2L回落LTE频点优先级推荐原则：室外锚点频点优先级最高：可添加SCG，多锚点时，按照锚点优先级排序，提升5G占用率。无锚点则优先覆盖/语音层频点：提回落成功率，避免语音二次回落，或则可以开启语数分层的回落机制，即语音业务和数据业务分别设置回落LTE频点优先级（20B支持）。室内室分频点优先级最高：确保业务连续性以杭州移动NSA双锚点为例，按锚点优先级配置NR回落L频点优先如下：制式频段NSA锚点NR2L回落优先级NR2.6GNA7LTEFDD1800锚点6TDD1900锚点5TDD2300非锚点3TDD2600非锚点3如为语数分层场景，则优先回语音承载频点或语数分层回落（20B），避免二次切换；EPSFB，NR2L邻区配置策略：1、针对共扇区的邻区配置：首先继承共扇区的LTE小区的邻区关系；如超配置8个LTE频点之外的LTE邻区，予以删除；针对所有LTE邻区相加超过384个（19B/20A/B规格），则根据以下原则删除：首先根据切换次数进行排序，切换少的优先删除；如果获取不到切换次数，则根据拓扑关系进行删除；2、针对非共扇区的邻区配置（包括新建站），则根据拓扑关系进行邻区添加，注意版本邻区规格，针对杆站等覆盖较小的站点，其拓扑关系中距离也应相应减小（如杆站200m/宏站800m）。3、在GC使用NR&L邻区规划时，为了保证NR<E间的对等性，NR2L最大邻区个数门限，应为L2NR邻区个数*LTE频点数L2NR场景频段优先级策略：现阶段NR侧基本为单一频段，在L2NR频率优先级配置中，NR侧频率优先级配置为最高优先级。在NSA和SA双模场景，推荐开启SAB1优选功能，使SA终端尽量先占用SA网络。（NSA_SA_MEAS_OBJ_PREEMPTION_SW-1）。注：目前我司终端可实现双模场景，SAB1优先功能，其他终端待确认。信令流程核查：EPSFB成功率排查流程：分析动作分析结果（是）分析结果（否）分析动作1：当路测统计发起EPSFB呼叫时，主叫UE发送ESR后，NR侧是否成功建立RRC进入分析动作2确认当前NRRF情况，如果RF正常且RRC建立失败或无响应，则需要参考NR随机接入失败的定位方法，隔离NR侧问题分析动作2：主叫NRgNodeB侧是否发送测量控制进入分析动作3（1）对于未下发B1测控问题，需要查询对应NR站点的配置文件，查询对应小区的移动性开关、EPSFB开关是否开启VoiceStrategySwitch=EPS_FB_SWITCH-1,InterRatServiceMobilitySw=MOBILITY_TO_EUTRAN_SW-1;（2）排查EPSFB开关打开以后，需要从配置文件中核查下该站点4G邻区是否添加，若4G邻区未添加且NR2LTEANR是否开启，若两者都没有生效，也会导致测量控制未下发（3）排查配置是否配置4G邻区的异频频点且外部邻区频点的优先级是否为推荐的优先级策略分析动作3：下发B1的测量控制以后，在一定时间内UEB1测量报告是否上报进入分析动作4（1）在配置文件<NRInterRatHoParam>命令中，查找对应小区<EpsFbProtectionTimer>确认是否存在B1测量报告上报的判决周期，确认设置的判决周期是否为推荐值。若判决周期设置过短，UE还没有来得及，gNodeB就对UE进行盲重定向了。（2）在配置文件<NRCellHoEutranMeaGrp>中，查找当前小区的EPSFB门限配置EpsFbB1RsrpThld和EpsFbB1Hyst。，UE测量的邻区CellRSRP要大于EpsFbB1RsrpThld+EpsFbB1Hyst*0.5，是否此门限配置的合理，若此门限配置的不合理，就会导致周边无符合条件的小区（3）若B1的测量门限按照推荐值进行的设置，请检测LTE小区是否弱覆盖或者小区故障分析动作4：UEB1测量报告上报后，NR侧是否触发N2L切换或者重定向进入分析动作5检查此小区是否配置外部邻区GNBEUTRAEXTERNALCELL:Mcc=460,Mnc=20,EnodebId=XX,CellId=XX,DlEarfcn=XX,PhysicalCellId="&N11&",Tac=1;"检查此小区是否配置邻区关系ADDNRCELLEUTRANRELATION:NrCellId="&E10&",Mcc=460,Mnc=20,EnodebId=XX,CellId=XX;"LTE的邻区存在PCI冲突以上都没有问题，要在gNodeB信令跟踪下，是否为5GC核心网导致的切换命令未下发如果所有的邻区切换准备失败，则根据NRCellEutranNFreq.Priority盲重定向至LTE小区分析动作5：主叫UE是否在LTE发起RRC接入，并且成功建立RRC进行分析动作6UE是否发起RRC连接请求，需要分析此时LTE侧的RF情况，是否无合适小区接入。UE已经发起RRC接入，但多次发送网络侧无响应（未收到针对该用户的RRCconnectionsetup消息），此时上行存在问题，需要核查是否正常UE已经发起RRC接入，但被eNodeB拒绝，要确认是否存在拥塞导致准入失败分析动作6：主叫UE是发起TAU流程，TAU消息完成进入分析动作7UE若收到TAUReject消息，则需要在核心网MME侧进行信令跟踪。判断TAUReject的原因分析动作7:被叫是否收到Paging消息。进入分析动作8主叫都正常时，如果长时间没有呼叫成功，则问题可能出在被叫侧，通过主叫时间点找到被叫信令相应时间点前后，确认被叫UE是否收到paging消息并且分析此时被叫UE是否有其他流程，具体请参考5章节的典型场景分析，如果被叫没有其他流程但仍旧未收到paging消息，则需要跟踪核心网AMF和gNodeb侧信令来隔离是核心网问题还是gNodeb问题分析动作9：主叫UE是否成功收到Update/180ring消息进入分析动作10一般IMS侧的问题都是有相应的错误码判断建立失败原因487RequestTerminatedIMS在发现异常后用487RequestTerminate终止呼叫481CALL/TractionDoesNotExistIMS收到UE发送消息后，发现呼叫已不存在，发此错误码480TerporarilyUnavailableIMS长期得不到UE响应，相关定时器超时发此错误吗486BusyHere当成功联系到被叫方的终端系统，但是被叫方当前在这个终端系统上不能接听这个电话（如正在或其他呼叫业务），发此错误码500ServerInternalError服务器遇到未知的情况，并且不能继续处理请求，一般为IMS内部问题或和其他网元交互异常503Serviceunavailable服务不可用，一般为IMS内部问题或和其他网元交互异常603Decline寻呼到被叫后，被叫在摘机前终止此次呼叫，一般发此错误码EPSFB呼叫建立时延排查流程：以下分别介绍EPSFB语音呼叫流程图，包含了SIP消息和L3信令部分，针对呼叫建立时延问题，主要采用流程分段来进行分析。N2L切换的EPSFB分段1：NR侧RRCRequest–NR侧Invite此段主要为UE在idle状态下发起业务先进行RRC建链过程。主要核查下此空口覆盖或者干扰原因，导致空口丢包，进而导致时延。分段2：SIP消息Invite–SIP消息100trying此段时延在现网发生的概率是比较大的。主要是UE与IMS的P-CSCF（SBC）之间的SIP信令流程造成的。在P_CSCF收到主叫的invite消息以后，先给UE发送100trying,然后再与PCF交互。此段时延比较大时，可在主叫的P_CSCF上抓包后反馈给IMS维护工程师处理。分段3：SIP消息100Trying-–B1测量控制下发RRCReconfiguration 主叫侧收到100trying以后，网络侧P_CSCF（SBC）向5GC，gNodeB请求专有承载的建立，gNodeB根据配置拒绝QCI=1的建立并触发EPSFB的流程。此时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–TAURequest 此段主要为UE在LTE侧入网过程中接入、UE能力查询阶段，此过程要考虑空口的覆盖、干扰影响的时延外，还需要考虑分段8：TrackingAreaUpdateRequest---–TrackingAreaUpdateComplete 此段时延较大，主要为核心网侧的原因，联系5GC核心网的工程师在AMF、SMF网元跟踪数据包，分析处理结点时延较大的。分段9：TrackingAreaUpdateComplete–183SessionProgress此段时延较大，主要为被叫侧的引入的，从PA数据可以查看被叫侧时处于IDLE状态还是Connect状态。以及被叫P_CSCF与PCF之间的交互时延等。从杭州测试过程分析来看，这部分时延相对比较稳定，未出现时延比较大的情况。分段10：183SessionProgress–UPDATE此段时延较大，主要为主被叫媒体面编解码协商的过程，从测试中此阶段时延出现问题的可能性较小。要关注主被叫UE、以及主被叫P_CSCF（SBC）对编解码处理的时延。分段11：UPDATE–180Ring此段时延较大，主要为SIP信令面的交互。优先排查主被叫空口是否由于覆盖、干扰、切换等因素导致时延变大。FastReturn成功率排查流程：分析动作分析结果（是）分析结果（否）分析动作1：当EPSFB呼叫在QCI为1承载结束以后，主叫LTEeNodeB侧是否发送测量控制进入分析动作2(1)对于未下发B1测控问题，需要查询对应LTE站点的配置文件，查询对应小区的移动性开关、FastReturn开关是否开起HoAllowe