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邻区规划时，为了保证nrl2nr场景频段优先级策略：
现阶段nr侧基本为单一频段，在l2nr频率优先级配置中，nr侧频率优先级配置为
最高优先级。
在nsa和sa双模场景，推荐开启sa b1优选功能，使sa终端尽量先占用sa网络。
（nsa_sa_meas_obj_preemption_sw-1）。
注：目前我司终端可实现双模场景，sa b1优先功能，其他终端待确认。
信令流程核查：
eps fb成功率排查流程：
分析动作 分析结果（是） 分析结果（否）
分析动作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）在配置文件命令中，查找对应小区确认是否存在b1测量报告上报的判决周期，确认设置的判决周期是否为推荐值。若判决周期设置过短，ue还没有来得及，gnodeb就对ue进行盲重定向了。
（2）在配置文件中，查找当前小区的eps fb门限配置epsfbb1rsrpthld 和epsfbb1hyst。，ue测量的邻区cell rsrp要大于epsfbb1rsrpthld+epsfbb1hyst*0.5，是否此门限配置的合理，若此门限配置的不合理，就会导致周边无符合条件的小区
（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 寻呼到被叫后，被叫在摘机前终止此次呼叫，一般发此错误码
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 呼叫在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此时可以进行切换的。通过字段，查到各个qci的，对应的 ，如下qci5，对应的“serviceirhocfggroupid”为2。再通过 ，查询对应组的interrathostate配置，如下截图中，切换组“serviceirhocfggroupid”为2，对应的异系统切换策略“interrathostate”为2，must ho。 5）qci1释放后，进行是否有异系统b1下发的判决，判决的周期由参数“cellhoparacfg.voltehonrdelaytimer”来决定，在该周期内判断是否有异系统b1下发。
在该小区的mml配置文件中，查询中的配置值，单位为100毫秒。
分析动作2：下发b1的测量控制以后，在一定时间内ue b1测量报告是否上报 进入分析动作3 （1）在配置文件中，查找当前小区的eps fb门限配置, nrb1b2hysteresis=2, servbasednrb1rsrpthld=-120。ue测量的邻区 cell rsrp要大于servbasednrb1rsrpthld + nrb1b2hysteresis *0.5，是否此门限配置的合理，若此门限配置的不合理，就会导致周边无符合条件的小区
（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侧进行信令跟踪。判断更新失败的原因
VIP+MIPI，实现汽车和数字生态系统功能安全
MOS管和反相器的输出特性曲线讲解
熔融碳酸盐燃料电池
苹果已在App Store上发布其基于云的游戏应用程序迈出了重要的一步
欧司朗智慧产品正式落地，助力中国智慧城市建设
5G EPS Fallback语音方案流程总结
国芯思辰｜中科阿尔法霍尔电流传感器AH911应用于烹饪机，常温误差0.4%
Wi-Fi 7 将如何改变游戏业
搜狗ai录音笔强势来袭，AI黑科技下的全能选手
简述温湿度试验箱的四大选购要点
Qualcomm作为移动行业领军企业，展示了哪些前沿技术呢？
郎琴H1无线蓝牙音箱评测 集众多功能于一体的桌面音乐魔盒
Intel Stratix 10 GXFPGA和SX SoC开发方案
AI使能智能自治网络是5G和后5G网络发展的重要趋势
2024年人形机器人产业的九大要点
热点 | 苹果发布入门新款MacBook Pro!
多谐振荡器有几个稳态 多谐振荡器工作原理
飞思卡尔黄耀君：最新MCU用户需求及趋势展望
特斯拉在全球热销，意味着电动汽车价值已愈发深入人心
物联网安全的注意事项一般都有哪些
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
现阶段nr侧基本为单一频段，在l2nr频率优先级配置中，nr侧频率优先级配置为
最高优先级。
在nsa和sa双模场景，推荐开启sa b1优选功能，使sa终端尽量先占用sa网络。
（nsa_sa_meas_obj_preemption_sw-1）。
注：目前我司终端可实现双模场景，sa b1优先功能，其他终端待确认。
信令流程核查：
eps fb成功率排查流程：
分析动作 分析结果（是） 分析结果（否）
分析动作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）在配置文件命令中，查找对应小区确认是否存在b1测量报告上报的判决周期，确认设置的判决周期是否为推荐值。若判决周期设置过短，ue还没有来得及，gnodeb就对ue进行盲重定向了。
（2）在配置文件中，查找当前小区的eps fb门限配置epsfbb1rsrpthld 和epsfbb1hyst。，ue测量的邻区cell rsrp要大于epsfbb1rsrpthld+epsfbb1hyst*0.5，是否此门限配置的合理，若此门限配置的不合理，就会导致周边无符合条件的小区
（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 寻呼到被叫后，被叫在摘机前终止此次呼叫，一般发此错误码
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 呼叫在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此时可以进行切换的。通过字段，查到各个qci的，对应的 ，如下qci5，对应的“serviceirhocfggroupid”为2。再通过 ，查询对应组的interrathostate配置，如下截图中，切换组“serviceirhocfggroupid”为2，对应的异系统切换策略“interrathostate”为2，must ho。 5）qci1释放后，进行是否有异系统b1下发的判决，判决的周期由参数“cellhoparacfg.voltehonrdelaytimer”来决定，在该周期内判断是否有异系统b1下发。
在该小区的mml配置文件中，查询中的配置值，单位为100毫秒。
分析动作2：下发b1的测量控制以后，在一定时间内ue b1测量报告是否上报 进入分析动作3 （1）在配置文件中，查找当前小区的eps fb门限配置, nrb1b2hysteresis=2, servbasednrb1rsrpthld=-120。ue测量的邻区 cell rsrp要大于servbasednrb1rsrpthld + nrb1b2hysteresis *0.5，是否此门限配置的合理，若此门限配置的不合理，就会导致周边无符合条件的小区
（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侧进行信令跟踪。判断更新失败的原因
VIP+MIPI，实现汽车和数字生态系统功能安全
MOS管和反相器的输出特性曲线讲解
熔融碳酸盐燃料电池
苹果已在App Store上发布其基于云的游戏应用程序迈出了重要的一步
欧司朗智慧产品正式落地，助力中国智慧城市建设
5G EPS Fallback语音方案流程总结
国芯思辰｜中科阿尔法霍尔电流传感器AH911应用于烹饪机，常温误差0.4%
Wi-Fi 7 将如何改变游戏业
搜狗ai录音笔强势来袭，AI黑科技下的全能选手
简述温湿度试验箱的四大选购要点
Qualcomm作为移动行业领军企业，展示了哪些前沿技术呢？
郎琴H1无线蓝牙音箱评测 集众多功能于一体的桌面音乐魔盒
Intel Stratix 10 GXFPGA和SX SoC开发方案
AI使能智能自治网络是5G和后5G网络发展的重要趋势
2024年人形机器人产业的九大要点
热点 | 苹果发布入门新款MacBook Pro!
多谐振荡器有几个稳态 多谐振荡器工作原理
飞思卡尔黄耀君：最新MCU用户需求及趋势展望
特斯拉在全球热销，意味着电动汽车价值已愈发深入人心
物联网安全的注意事项一般都有哪些