1、SA EPS Fallback語(yǔ)音方案流程概述

1、EPS Fallback原理

選擇EPS Fallback作為5G SA的語(yǔ)音方案，是因?yàn)榭紤]到目前5G SA建網(wǎng)初期，5G信號(hào)覆蓋還處于初期階段，沒(méi)有大規(guī)模的覆蓋，而4G的覆蓋已經(jīng)進(jìn)入成熟期。

EPS Fallback是指當(dāng)用戶需要使用語(yǔ)音服務(wù)時(shí)，5G用戶從5G網(wǎng)絡(luò)“切換”或者“重定向”到4G網(wǎng)絡(luò)，通過(guò)4G網(wǎng)絡(luò)使用VOLTE語(yǔ)音服務(wù)。

EPS Fallback主要是基于MME和AMF間的N26接口完成4/5G間信令交互。

1.1、EPS FB方案

方案一：使用現(xiàn)網(wǎng)傳統(tǒng)平臺(tái)的SGW作為SGW-C和SGW-U的方案，此方案優(yōu)點(diǎn)是布署快，在建網(wǎng)初期，可以直接利用現(xiàn)網(wǎng)設(shè)備，不要考慮SMF調(diào)試，以及SMF版本成熟度的問(wèn)題。

方案二：使用5GC的SMF作為SGW-C，此種方案是后續(xù)首選的方案，減少信令和數(shù)據(jù)節(jié)點(diǎn)數(shù)，減少時(shí)延和引入風(fēng)險(xiǎn)點(diǎn)。

1.2、EPS FB流程：

1.2.1、基于切換的EPS FB

基于切換方式到4G，需要無(wú)線網(wǎng)優(yōu)側(cè)配置4G和5G間的鄰區(qū)，否則無(wú)法進(jìn)行切換。

1.2.2、基于重定向的EPS FB 即通過(guò)TAU到4G的方式。

2、EPS FB和Fast Return路測(cè)指標(biāo)定義

路測(cè)測(cè)試指標(biāo)中，與EPS FB相關(guān)的主要是EPS FB接入時(shí)延和接入成功率、返回成功率。推薦的語(yǔ)音域端到端(主叫到被叫整體)的接入時(shí)延、接入成功率、以及返回成功率，路測(cè)工具PA的指標(biāo)定義如下。

EPS FB主叫側(cè)指標(biāo)定義

表1：EPS FB 主叫呼叫成功率

KPI含義	EPS FB主叫呼叫成功率
KPI名稱	EPSFBCallSetupSucRate(MOC)
計(jì)算公式	EPSFBCallSetupSucRate(MOC)= EPSFBCallSuc(MOC)次數(shù) / (EPSFBCallSuc(MOC)次數(shù)+EPSFBCallFail(MOC)次數(shù)）；
單位	%
Assistant位置	KPI -> NR -> Service Integrity
說(shuō)明	1、EPSFBCallSuc(MOC)次數(shù)、EPSFBCallFail(MOC)次數(shù)次數(shù)定義參考表3； 2、根據(jù)回落流程不同，工具也同步做了HO、重定向流程的區(qū)分；

表2：EPSFB主叫呼叫建立平均時(shí)延

KPI含義	EPS FB主叫平均建立時(shí)延
KPI名稱	EPSFBCallSetupAvgDelay(MOC)
計(jì)算公式	EPSFBCallSetupAvgDelay(MOC)= EPSFB Call Setup Delay(Connect_MO)累加求平均；
單位	ms
Assistant位置	KPI -> NR -> Service Integrity
說(shuō)明	EPSFB Call Setup Delay(Connect_MO)定義參考表3

表3 PA工具打點(diǎn)

事件指標(biāo)打點(diǎn)	工具定義
VoNRCallAttempt(MOC)	UE駐留在NR制式下時(shí)發(fā)出SIP Invite請(qǐng)求進(jìn)行判斷，如上圖A點(diǎn)；
EPSFBCallAttempt(MOC)	在VoNR呼叫請(qǐng)求的基礎(chǔ)上，網(wǎng)絡(luò)側(cè)發(fā)起了切換/重定向請(qǐng)求時(shí)識(shí)別為EPSFB呼叫流程，如右圖B1、B2點(diǎn)；
EPSFBCallSuc(MOC)	在發(fā)生呼叫發(fā)生EPSFB的基礎(chǔ)上，回落到LTE制式時(shí)，收到網(wǎng)側(cè)SIP 180ringing時(shí)進(jìn)行判斷，如上圖C點(diǎn)；
EPSFBCallFail(MOC)	在發(fā)生呼叫發(fā)生EPSFB的基礎(chǔ)上，不滿足正常呼叫流程時(shí)進(jìn)行判斷，如回落失敗或回落成功后未收到180Ringing等，具體以軟件實(shí)現(xiàn)為準(zhǔn)；
EPSFB Call Setup Delay(Connect_MO)	識(shí)別為EPSFB流程的呼叫，振鈴時(shí)間減去呼叫發(fā)起時(shí)間，如上圖C點(diǎn)減去A點(diǎn)；

EPS FB被叫側(cè)指標(biāo)定義

表1：EPSFB被叫呼叫成功率

KPI含義	EPS FB被叫呼叫成功率
KPI名稱	EPSFBCallSetupSucRate(MTC)
計(jì)算公式	EPSFBCallSetupSucRate(MTC)= EPSFBCallSuc(MTC)次數(shù) / (EPSFBCallSuc(MTC)次數(shù) + EPSFBCallFail(MTC)次數(shù)）；
單位	%
Assistant位置	KPI -> NR -> Service Integrity
說(shuō)明	EPSFBCallSuc(MOC)次數(shù) 、EPSFBCallFail(MOC)次數(shù)次數(shù)定義參考表3

表2：EPSFB主叫呼叫成功率

KPI含義	EPS FB被叫平均建立時(shí)延
KPI名稱	EPSFBCallSetupAvgDelay(MTC)
計(jì)算公式	EPSFBCallSetupAvgDelay(MTC)= EPSFB Call Setup Delay(Connect_MT)累加求平均；
單位	ms
Assistant位置	KPI -> NR -> Service Integrity
說(shuō)明	EPSFB Call Setup Delay(Connect_MT)定義參考表3

表3：PA工具打點(diǎn)定義

事件指標(biāo)打點(diǎn)	工具定義
VoNRCallAttempt(MTC)	UE駐留在NR制式下時(shí)收到SIP Invite請(qǐng)求進(jìn)行判斷，如右圖A點(diǎn)；
EPSFBCallAttempt(MTC)	在VoNR呼叫請(qǐng)求的基礎(chǔ)上，網(wǎng)絡(luò)側(cè)發(fā)起了切換/重定向請(qǐng)求時(shí)識(shí)別為EPSFB呼叫流程，如上圖B1、B2點(diǎn)；
EPSFBCallSuc(MTC)	在發(fā)生呼叫發(fā)生EPSFB的基礎(chǔ)上，回落到LTE制式時(shí)，發(fā)出SIP 180ringing時(shí)進(jìn)行判斷，如右圖C點(diǎn)；
EPSFBCallFail(MTC)	在發(fā)生呼叫發(fā)生EPSFB的基礎(chǔ)上，不滿足正常呼叫流程時(shí)進(jìn)行判斷，如回落失敗或回落成功后未發(fā)出180Ringing等，具體以軟件實(shí)現(xiàn)為準(zhǔn)；
EPSFB Call Setup Delay(Connect_MT)	識(shí)別為EPSFB流程的呼叫，振鈴時(shí)間減去呼叫發(fā)起時(shí)間，如上圖C點(diǎn)減去A點(diǎn)；

FastReturn 指標(biāo)定義

表1：FastReturn成功率

KPI含義	快速返回成功率
KPI名稱	LTE2NRFastReturnSucRate
計(jì)算公式	LTE2NRFastReturnSucRate= LTE2NRFastReturnComplete次數(shù) / (LTE2NRFastReturnComplete次數(shù) + LTE2NRFastReturnException次數(shù)）；
單位	%
Assistant位置	KPI -> NR -> Service Integrity
說(shuō)明	LTE2NRFastReturnComplete次數(shù) 、LTE2NRFastReturnException次數(shù)定義參考表3

表2：FastReturn平均時(shí)延

KPI含義	FastReturn平均時(shí)延
KPI名稱	LTE2NRFastReturnAvgDelay
計(jì)算公式	LTE2NRFastReturnAvgDelay = LTE2NR Fast Return Delay累加求平均；
單位	ms
Assistant位置	KPI -> NR -> Service Integrity
說(shuō)明	LTE2NR Fast Return Delay定義參考表3

表3：工具打點(diǎn)定義

事件指標(biāo)打點(diǎn)	工具定義
LTE2NRFastReturnBegin	FR流程開(kāi)始事件；UE無(wú)法識(shí)別網(wǎng)絡(luò)側(cè)是否觸發(fā)FR流程，根據(jù)QCI1專用承載釋放后是否下發(fā)異系統(tǒng)測(cè)控進(jìn)行判斷，打點(diǎn)位置參考上圖A點(diǎn)；
LTE2NRFastReturnComplete	FR流程完成事件；在判斷出FR開(kāi)始的基礎(chǔ)上，返回到NR并且完成注冊(cè)時(shí)進(jìn)行判斷，如上圖D點(diǎn)位置；
LTE2NRFastReturnException	FR流程異常事件；在FR流程開(kāi)始的基礎(chǔ)上，未按照右圖流程返回，如切換重定向失敗、注冊(cè)失敗等場(chǎng)景時(shí)進(jìn)行判斷，具體以軟件實(shí)現(xiàn)為準(zhǔn)；
LTE2NR Fast Return Delay	FR成功時(shí)間點(diǎn)減去FR開(kāi)始時(shí)間點(diǎn)，如上圖D點(diǎn)減去A點(diǎn)時(shí)間；

3、SA異常事件優(yōu)化

1、接入專題

(1)接入原理：

（2）信令流程排查：

RRC建立階段，上下文建立階段類似和LTE類似，這里主要針對(duì)SA的PDUsession建立失敗進(jìn)行詳細(xì)的說(shuō)明：

lPDUsession建立失敗定義：

QosFlow建立過(guò)程一般由UE在需要向無(wú)線網(wǎng)絡(luò)申請(qǐng)服務(wù)時(shí)主動(dòng)發(fā)起，并通過(guò)初始UE上下文建立流程或PDU Session建立流程完成建立。

lPDUsession建立失敗判斷方法：

1、檢查UE是否有發(fā)出PDUSessionEstablishmentRequest消息(此為NAS消息)，若未發(fā)出，需要終端側(cè)進(jìn)一步分析。

2、檢查NG口AMF是否有發(fā)送PDU Session Resource Setup Request消息，若沒(méi)有，找AMF進(jìn)一步分析。

3、檢查UU口Qos是否建立成功，NG口是否有給AMF響應(yīng)PDU Session Resource Setup Response，若未有，則基站進(jìn)一步分析。

4、PDU Session Resource Setup Response中若有攜帶原因值，則PDU Session建立失敗，需要根據(jù)原因值進(jìn)一步分析。

lPDUsession建立失敗定位方法

1.傳輸原因?qū)е翾osFlow建立失敗，排查NG-U鏈路及Path是否配置

2.UE不回復(fù)重配置完成消息導(dǎo)致PDU Session建立失?。?/p>

a)UE接收重配置消息但是解碼錯(cuò)誤導(dǎo)致一直不回復(fù)重配置完成消息，一般是版本不配套導(dǎo)致UE解碼出錯(cuò)。

3.版本是否配套可以查詢：

a)干擾、弱覆蓋

b)已知問(wèn)題

2、切換專題

SA切換的場(chǎng)景主要分為三種：1、站內(nèi)同頻切換 2、基于Xn接口的NR站間切換 3、基于NG接口的NR站間切換

l站內(nèi)同頻切換

1.UE把測(cè)量報(bào)告發(fā)給gNB的源小區(qū)=-=-=> 在UU接口體現(xiàn)為RRC MEASUREMENT REPORT信令

2.gNB的源小區(qū)收到MR之后，會(huì)進(jìn)行切換判決。

3.如果源小區(qū)允許切換，則下發(fā)切換命令 =-=-=>在UU接口體現(xiàn)為RRC CONNECT RECONFIG信令，包括NR RRC配置消息（NR切換命令）。

4.UE接收到RRC重配置消息后完成重配置，并向gNB的目標(biāo)小區(qū)反饋RRCConnectionReconfigurationComplete 消息，包括NR RRC響應(yīng)消息。若UE未能完成包括在RRCConnectionReconfiguration 消息中的配置，則啟動(dòng)重配置失敗流程。

5.UE收到切換命令后，中斷與源小區(qū)的交互，并嘗試接入目標(biāo)小區(qū)，這個(gè)過(guò)程稱為隨機(jī)接入過(guò)程。

l基于Xn接口的NR站間切換

1.UE把測(cè)量報(bào)告發(fā)給SgNB =-=-=> 在UU接口體現(xiàn)為RRC MEASUREMENT REPORT信令

2.SgNB判斷是站間切換，SgNB收到MR后進(jìn)行切換目標(biāo)小區(qū)選擇、準(zhǔn)入和資源準(zhǔn)備后如果允許切換，通過(guò)Xn口給TgNB發(fā)送Handover Request消息，請(qǐng)求目標(biāo)側(cè)為UE分配資源。

3.TgNB允許切換后向SgNB回復(fù)Handover Request Acknowledge消息。SgNB準(zhǔn)備執(zhí)行切換動(dòng)作。。

4.SgNB觸發(fā)UE應(yīng)用新的配置。SgNB向UE發(fā)送重配置RRCConnectionReconfiguration消息，包含TgNB生成的RRC配置信息。UE更新配置后向TgNB回復(fù)RRCConnectionReconfigurationComplete消息，包括對(duì)TgNB的RRC響應(yīng)消息。若UE未能完成包括在RRCConnectionReconfiguration 消息中的配置，則啟動(dòng)重配置失敗流程。

5.UE在TgNB發(fā)起隨機(jī)接入。

6.如果TgNB資源分配成功，則向AMF發(fā)送PATH SWITCH REQ消息，請(qǐng)求變更路由。

7.AMF回復(fù)PATH SWITCH REQ ACK消息，確認(rèn)路由變更完成。

8.SgNB在收到UE Context Release Command消息后可以釋放空口資源及控制面相關(guān)資源，數(shù)據(jù)轉(zhuǎn)發(fā)不受影響。

l基于Ng接口的NR站間切換

1.UE把測(cè)量報(bào)告發(fā)給源gNB =-=-=> 在UU接口體現(xiàn)為RRC MEASUREMENT REPORT信令

2.源gNB判斷是站間切換，SgNB收到MR后進(jìn)行切換目標(biāo)小區(qū)選擇、準(zhǔn)入和資源準(zhǔn)備后如果允許切換，通過(guò)Ng口給AMF發(fā)送Handover Required消息，包含目標(biāo)SgNB ID信息等。

3.AMF通過(guò)Ng口發(fā)送Handover Request消息給TgNB請(qǐng)求目標(biāo)側(cè)為UE分配資源。

4.TgNB允許切換后向AMF回復(fù)Handover Request Acknowledge消息。

5.AMF向SgNB發(fā)送Handover Command消息，SgNB準(zhǔn)備執(zhí)行切換動(dòng)作。

6.SgNB觸發(fā)UE應(yīng)用新的配置。SgNB向UE發(fā)送重配置RRCConnectionReconfiguration消息，包含TgNB生成的RRC配置信息。UE更新配置后向TgNB回復(fù)RRCConnectionReconfigurationComplete消息，包括對(duì)TgNB的RRC響應(yīng)消息。若UE未能完成包括在RRCConnectionReconfiguration 消息中的配置，則啟動(dòng)重配置失敗流程。

7.UE在TgNB發(fā)起隨機(jī)接入。

8.如果TgNB資源分配成功，則向AMF回復(fù)Handover Notify消息，確認(rèn)切換完成。

SgNB在收到UE Context Release Command消息后可以釋放空口資源及控

制面相關(guān)資源，數(shù)據(jù)轉(zhuǎn)發(fā)不受影響

切換問(wèn)題定位思路：

3、掉話專題

掉話原理：SA場(chǎng)景掉話從基站信令上看，分為基站發(fā)起的釋放和AMF發(fā)起的釋放。SA的釋放分

為上下文，PDUSession，對(duì)應(yīng)的信令流程分別如下。

上下文釋放（基站發(fā)起）涉及流程：

圖1基站標(biāo)準(zhǔn)接口信令面上下文釋放

PduSessionRealseReq信令流程如下所示，當(dāng)然上下文釋放流程也會(huì)包含

PduSessionRelaseReq流程；

圖2基站標(biāo)準(zhǔn)接口PduSession釋放呈現(xiàn)

5G中，協(xié)議架構(gòu)變成了分段的處理，核心網(wǎng)上不再有承載概念，具有相同Qos屬性（5G中Qos屬性用5QI表示，無(wú)QCI）的業(yè)務(wù)流稱為一個(gè)Qos flow，gNB與UE之間仍然采用承載的概念，由gNB控制將Qos flow放在哪個(gè)承載上。Qos flow與空口Radio bearer可以是多對(duì)一的映射關(guān)系，也可以是1:1的映射關(guān)系

QOSFlow的釋放流程沒(méi)有專門對(duì)應(yīng)的流程，是包含在：UE上下文釋放流程、

PduSeeion釋放、PduSeeion修改流程里面

如下提供了一組小區(qū)不可用導(dǎo)致基站發(fā)起釋放的一組示例：可以看到基站檢測(cè)到小區(qū)

不可用，基站側(cè)發(fā)起上下文釋放請(qǐng)求；

圖3小區(qū)不可用導(dǎo)致掉話信令呈現(xiàn)

NR SA 掉話的場(chǎng)景如下：

4、EPS FB&Fast Return專題

EPS FB&Fast Returan原理

lEPS FB

當(dāng)前19B/20A版本NR不能成熟支持VoNR，當(dāng)UE有語(yǔ)音需求時(shí)，將通過(guò)EPS FB回落到LTE進(jìn)行VOLTE（當(dāng)前協(xié)議不支持二級(jí)回落到UMTS/GSM進(jìn)行語(yǔ)音），EPS FB回落LTE支持以下3種方式：

（1）基于測(cè)量的切換方式；

（2）基于測(cè)量的重定向方式；

（3）基于盲的重定向方式（20B支持）；

（4）異常情況（測(cè)量超時(shí)/切換準(zhǔn)備失?。?dǎo)致的盲重定向；

lFast Return

在VoLTE語(yǔ)音釋放后，5G開(kāi)戶用戶測(cè)量NR小區(qū)（19B用戶僅針對(duì)獲取到UE NR歷史信息UE可以觸發(fā)fast return，因此僅基于切換EPS FB回落的用戶，且在LTE沒(méi)有發(fā)生跨站切換時(shí)才可以觸發(fā)fast return），如果符合切換門限，再fastreturn通過(guò)重定向/切換（切換20A開(kāi)始支持）返回NR小區(qū)，數(shù)據(jù)業(yè)務(wù)繼續(xù)體驗(yàn)5G網(wǎng)絡(luò)。

EPS FB特性流程

駐留在NR的終端有語(yǔ)音業(yè)務(wù)且NR不能提供VoNR時(shí)，由網(wǎng)絡(luò)側(cè)發(fā)起EPS FB流程，回落到LTE，建立VoLTE業(yè)務(wù)提供語(yǔ)音服務(wù)。

EPS FB流程如下（切換方式）：

EPS FB從流程上來(lái)講主要有如下策略：

?從EPS FB是否測(cè)量LTE來(lái)看，19B/20A版本僅支持基于測(cè)量的方式，20B版本支持盲重定向的方式，19B/20A版本以下情況將執(zhí)行盲重定向到LTE：

（1）EPS FB保護(hù)定時(shí)器超時(shí)仍未收到異系統(tǒng)B1測(cè)量報(bào)告時(shí)；

（2）LTE小區(qū)切換準(zhǔn)備嘗試失??；

?從EPS FB執(zhí)行方式來(lái)區(qū)分可以分為如下兩種：

（1）基于重定向的EPS FB：終端回落到LTE之后需要讀取4G側(cè)系統(tǒng)消息，建立RRC連接，然后建立VOLTE業(yè)務(wù)，并且如果在EPS FB之前有數(shù)據(jù)業(yè)務(wù)，也需要在LTE側(cè)重新建立承載以恢復(fù)數(shù)據(jù)業(yè)務(wù)；

（2）基于PSHO的EPS FB：終端的語(yǔ)音業(yè)務(wù)和數(shù)據(jù)業(yè)務(wù)（如果存在）一起切換至LTE側(cè)，語(yǔ)音建立時(shí)延與數(shù)據(jù)業(yè)務(wù)中斷時(shí)延相對(duì)較短；

（3）如果同時(shí)打開(kāi)PSHO和重定向，則優(yōu)先走PSHO；

	基于重定向的EPS FB	基于PSHO的EPS FB
成功率	基于重定向方式的回落，UE選擇質(zhì)量較好的LTE小區(qū)接入，成功率與LTE VOLTE建立成功率基本相當(dāng)	基于切換方式的回落，切換的執(zhí)行（比如UE上報(bào)測(cè)量報(bào)告存在延遲），在移動(dòng)性場(chǎng)景可能會(huì)影響切換成功率；基于CSFB回落經(jīng)驗(yàn)，基于切換方式的回落成功率略低于基于重定向方式的回落成功率；
時(shí)延	基于重定向方式的回落會(huì)先釋放業(yè)務(wù)，然后重新建立，信令流程較多，相對(duì)于基于切換方式的回落時(shí)長(zhǎng)大約多220ms	基于切換方式的回落業(yè)務(wù)通過(guò)CN轉(zhuǎn)到LTE，信令流程較少，相對(duì)于基于重定向方式的回落時(shí)長(zhǎng)大約短220ms
數(shù)據(jù)業(yè)務(wù)影響	數(shù)據(jù)業(yè)務(wù)會(huì)中斷，回落到LTE之后重新建立業(yè)務(wù)恢復(fù)，中斷時(shí)長(zhǎng)較長(zhǎng)	數(shù)據(jù)業(yè)務(wù)通過(guò)CN轉(zhuǎn)到LTE，中斷時(shí)長(zhǎng)較短
網(wǎng)規(guī)要求	需要配置LTE鄰頻點(diǎn)與鄰區(qū)，但是對(duì)鄰區(qū)準(zhǔn)確性要求較低，網(wǎng)規(guī)難度較低	需要配置LTE鄰頻點(diǎn)與準(zhǔn)確的LTE鄰區(qū)，網(wǎng)規(guī)難度較大
對(duì)核心網(wǎng)要求	可不需要N26接口（當(dāng)前無(wú)N26接口的方式協(xié)議定義還未完善，且依賴于終端實(shí)現(xiàn)，推薦有N26接口），推薦配置N26接口	需要配置N26接口

Fast return特性

Fast return特性主要目的是加快EPS FB用戶業(yè)務(wù)結(jié)束后返回NR小區(qū)的速度，提升用戶體驗(yàn)。

19B版本支持基于測(cè)量重定向的方式進(jìn)行Fast return，20A版本支持基于測(cè)量切換的方式進(jìn)行Fast return。

Fast return具體流程如下：（切換場(chǎng)景）

1)當(dāng)用戶完成VoLTE語(yǔ)音業(yè)務(wù)，并刪除語(yǔ)音業(yè)務(wù)承載后，判斷UE是否支持NR和NGC（（1）判斷終端能力是否支持NR；（2）判斷UE的初始上下文/上下文修改信息中的handover restriction list，只要核心網(wǎng)沒(méi)有將NR列為禁止名單，則認(rèn)為在5G已開(kāi)戶），如果支持NR和NGC，當(dāng)前版本還會(huì)判斷UE攜帶的業(yè)務(wù)QCI的切換屬性，當(dāng)存在MUST HO且不存在NO HO的QCI時(shí)，轉(zhuǎn)下一步；

2)eNodeB下發(fā)異系統(tǒng)B1事件測(cè)量；

3)UE收到eNodeB的測(cè)量配置，進(jìn)行異系統(tǒng)NR測(cè)量。

a.如果測(cè)量NR信號(hào)在InterRatHoNrParamGrp.NrB1B2TimeToTrigger內(nèi)持續(xù)大于InterRatHoNrParamGrp.ServBasedNrB1RsrpThld，則UE上報(bào)事件測(cè)量報(bào)告，選擇過(guò)濾后信號(hào)質(zhì)量最好的NR小區(qū)作為目標(biāo)小區(qū)/頻點(diǎn)；

b.如果eNodeB在InterRatHoNrParamGrp.NrB1B2TimeToTrigger超時(shí)后，還未收到異系統(tǒng)B1事件上報(bào)，則終止異系統(tǒng)B1事件，不再繼續(xù)后續(xù)操作。

4)UE收到NR目標(biāo)小區(qū)或目標(biāo)頻點(diǎn)信息后，完成到NR小區(qū)的切換或重定向，如果同時(shí)打開(kāi)切換和重定向，則優(yōu)先走切換。

EPS FB&Fast return策略推薦：

NR2L回落LTE頻點(diǎn)優(yōu)先級(jí)推薦原則：

?室外錨點(diǎn)頻點(diǎn)優(yōu)先級(jí)最高：可添加SCG，多錨點(diǎn)時(shí)，按照錨點(diǎn)優(yōu)先級(jí)排序，提升5G占用率。

?無(wú)錨點(diǎn)則優(yōu)先覆蓋/語(yǔ)音層頻點(diǎn)：提回落成功率，避免語(yǔ)音二次回落，或則可以開(kāi)啟語(yǔ)數(shù)分層的回落機(jī)制，即語(yǔ)音業(yè)務(wù)和數(shù)據(jù)業(yè)務(wù)分別設(shè)置回落LTE頻點(diǎn)優(yōu)先級(jí)（20B支持）。

?室內(nèi)室分頻點(diǎn)優(yōu)先級(jí)最高：確保業(yè)務(wù)連續(xù)性

以杭州移動(dòng)NSA雙錨點(diǎn)為例，按錨點(diǎn)優(yōu)先級(jí)配置NR回落L頻點(diǎn)優(yōu)先如下：

制式	頻段	NSA錨點(diǎn)	NR2L回落優(yōu)先級(jí)
NR	2.6G	NA	7
LTE	FDD 1800	錨點(diǎn)	6
TDD 1900	錨點(diǎn)	5
TDD 2300	非錨點(diǎn)	3
TDD 2600	非錨點(diǎn)	3

如為語(yǔ)數(shù)分層場(chǎng)景，則優(yōu)先回語(yǔ)音承載頻點(diǎn)或語(yǔ)數(shù)分層回落（20B），避免二次切換；

EPS FB，NR2L鄰區(qū)配置策略：

1、針對(duì)共扇區(qū)的鄰區(qū)配置：

①首先繼承共扇區(qū)的LTE小區(qū)的鄰區(qū)關(guān)系；

②如超配置8個(gè)LTE頻點(diǎn)之外的LTE鄰區(qū)，予以刪除；

③針對(duì)所有LTE鄰區(qū)相加超過(guò)384個(gè)（19B/20A/B規(guī)格），則根據(jù)以下原則刪除：

a)首先根據(jù)切換次數(shù)進(jìn)行排序，切換少的優(yōu)先刪除；

b)如果獲取不到切換次數(shù)，則根據(jù)拓?fù)潢P(guān)系進(jìn)行刪除；

2、針對(duì)非共扇區(qū)的鄰區(qū)配置（包括新建站），則根據(jù)拓?fù)潢P(guān)系進(jìn)行鄰區(qū)添加，注意版本鄰區(qū)規(guī)格，針對(duì)桿站等覆蓋較小的站點(diǎn)，其拓?fù)潢P(guān)系中距離也應(yīng)相應(yīng)減?。ㄈ鐥U站200m/宏站800m）。

3、在GC使用NR&L鄰區(qū)規(guī)劃時(shí)，為了保證NR

L2NR場(chǎng)景頻段優(yōu)先級(jí)策略：

現(xiàn)階段NR側(cè)基本為單一頻段，在L2NR頻率優(yōu)先級(jí)配置中，NR側(cè)頻率優(yōu)先級(jí)配置為

最高優(yōu)先級(jí)。

在NSA和SA雙模場(chǎng)景，推薦開(kāi)啟SA B1優(yōu)選功能，使SA終端盡量先占用SA網(wǎng)絡(luò)。

（NSA_SA_MEAS_OBJ_PREEMPTION_SW-1）。

注：目前我司終端可實(shí)現(xiàn)雙模場(chǎng)景，SA B1優(yōu)先功能，其他終端待確認(rèn)。

信令流程核查：

EPS FB成功率排查流程：

分析動(dòng)作	分析結(jié)果（是）	分析結(jié)果（否）
分析動(dòng)作1：當(dāng)路測(cè)統(tǒng)計(jì)發(fā)起EPS FB呼叫時(shí)，主叫UE發(fā)送ESR后，NR側(cè)是否成功建立RRC	進(jìn)入分析動(dòng)作2	確認(rèn)當(dāng)前NR RF情況，如果RF正常且RRC建立失敗或無(wú)響應(yīng)，則需要參考NR隨機(jī)接入失敗的定位方法，隔離NR側(cè)問(wèn)題
分析動(dòng)作2：主叫NR gNodeB側(cè)是否發(fā)送測(cè)量控制	進(jìn)入分析動(dòng)作3	（1）對(duì)于未下發(fā)B1測(cè)控問(wèn)題，需要查詢對(duì)應(yīng)NR站點(diǎn)的配置文件，查詢對(duì)應(yīng)小區(qū)的移動(dòng)性開(kāi)關(guān)、EPSFB開(kāi)關(guān)是否開(kāi)啟VoiceStrategySwitch=EPS_FB_SWITCH-1, InterRatServiceMobilitySw=MOBILITY_TO_EUTRAN_SW-1; （2）排查EPS FB開(kāi)關(guān)打開(kāi)以后，需要從配置文件中核查下該站點(diǎn)4G鄰區(qū)是否添加，若4G鄰區(qū)未添加且NR2LTE ANR 是否開(kāi)啟，若兩者都沒(méi)有生效，也會(huì)導(dǎo)致測(cè)量控制未下發(fā) （3）排查配置是否配置4G鄰區(qū)的異頻頻點(diǎn)且外部鄰區(qū)頻點(diǎn)的優(yōu)先級(jí)是否為推薦的優(yōu)先級(jí)策略
分析動(dòng)作3：下發(fā)B1的測(cè)量控制以后，在一定時(shí)間內(nèi)UE B1測(cè)量報(bào)告是否上報(bào)	進(jìn)入分析動(dòng)作4	（1）在配置文件命令中，查找對(duì)應(yīng)小區(qū)< EpsFbProtectionTimer >確認(rèn)是否存在B1測(cè)量報(bào)告上報(bào)的判決周期，確認(rèn)設(shè)置的判決周期是否為推薦值。若判決周期設(shè)置過(guò)短，UE還沒(méi)有來(lái)得及，gNodeB就對(duì)UE進(jìn)行盲重定向了。 （2）在配置文件中，查找當(dāng)前小區(qū)的EPS FB門限配置EpsFbB1RsrpThld 和EpsFbB1Hyst。，UE測(cè)量的鄰區(qū)Cell RSRP要大于EpsFbB1RsrpThld+EpsFbB1Hyst*0.5，是否此門限配置的合理，若此門限配置的不合理，就會(huì)導(dǎo)致周邊無(wú)符合條件的小區(qū) （3）若B1的測(cè)量門限按照推薦值進(jìn)行的設(shè)置，請(qǐng)檢測(cè)LTE小區(qū)是否弱覆蓋或者小區(qū)故障
分析動(dòng)作4：UE B1測(cè)量報(bào)告上報(bào)后，NR側(cè)是否觸發(fā)N2L切換或者重定向	進(jìn)入分析動(dòng)作5	(1)檢查此小區(qū)是否配置外部鄰區(qū) GNBEUTRAEXTERNALCELL: Mcc=460, Mnc=20, EnodebId=XX, CellId=XX, DlEarfcn=XX, PhysicalCellId="&N11&", Tac=1;" (2)檢查此小區(qū)是否配置鄰區(qū)關(guān)系 ADD NRCELLEUTRANRELATION: NrCellId="&E10&", Mcc=460, Mnc=20, EnodebId=XX, CellId=XX;" (3)LTE 的鄰區(qū)存在PCI沖突 (4)以上都沒(méi)有問(wèn)題，要在gNodeB信令跟蹤下，是否為5GC核心網(wǎng)導(dǎo)致的切換命令未下發(fā) (5)如果所有的鄰區(qū)切換準(zhǔn)備失敗，則根據(jù)NRCellEutranNFreq.Priority 盲重定向至LTE小區(qū)
分析動(dòng)作5：主叫UE是否在LTE發(fā)起RRC接入，并且成功建立RRC	進(jìn)行分析動(dòng)作6	1.UE是否發(fā)起RRC連接請(qǐng)求，需要分析此時(shí)LTE側(cè)的RF情況，是否無(wú)合適小區(qū)接入。 2.UE已經(jīng)發(fā)起RRC接入，但多次發(fā)送網(wǎng)絡(luò)側(cè)無(wú)響應(yīng)（未收到針對(duì)該用戶的RRC connection setup消息），此時(shí)上行存在問(wèn)題，需要核查是否正常 3.UE已經(jīng)發(fā)起RRC接入，但被eNodeB拒絕，要確認(rèn)是否存在擁塞導(dǎo)致準(zhǔn)入失敗
分析動(dòng)作6：主叫UE是發(fā)起TAU流程，TAU消息完成	進(jìn)入分析動(dòng)作7	1.UE若收到TAU Reject 消息，則需要在核心網(wǎng)MME側(cè)進(jìn)行信令跟蹤。判斷TAU Reject的原因
分析動(dòng)作7 :被叫是否收到 Paging消息。	進(jìn)入分析動(dòng)作8	1.主叫都正常時(shí)，如果長(zhǎng)時(shí)間沒(méi)有呼叫成功，則問(wèn)題可能出在被叫側(cè)，通過(guò)主叫時(shí)間點(diǎn)找到被叫信令相應(yīng)時(shí)間點(diǎn)前后，確認(rèn)被叫UE是否收到paging消息 2.并且分析此時(shí)被叫UE是否有其他流程，具體請(qǐng)參考5章節(jié)的典型場(chǎng)景分析，如果被叫沒(méi)有其他流程但仍舊未收到paging消息，則需要跟蹤核心網(wǎng)AMF和gNodeb側(cè)信令來(lái)隔離是核心網(wǎng)問(wèn)題還是gNodeb問(wèn)題
分析動(dòng)作9：主叫UE是否成功收到Update/180 ring 消息	進(jìn)入分析動(dòng)作10	1.一般IMS側(cè)的問(wèn)題都是有相應(yīng)的錯(cuò)誤碼判斷建立失敗原因 487 Request Terminated IMS 在發(fā)現(xiàn)異常后用487 Request Terminate 終止呼叫 481 CALL/Traction Does Not Exist IMS 收到UE發(fā)送消息后，發(fā)現(xiàn)呼叫已不存在，發(fā)此錯(cuò)誤碼 480 Terporarily Unavailable IMS 長(zhǎng)期得不到UE響應(yīng)，相關(guān)定時(shí)器超時(shí)發(fā)此錯(cuò)誤嗎 486 Busy Here 當(dāng)成功聯(lián)系到被叫方的終端系統(tǒng)，但是被叫方當(dāng)前在這個(gè)終端系統(tǒng)上不能接聽(tīng)這個(gè)電話（如正在或其他呼叫業(yè)務(wù)），發(fā)此錯(cuò)誤碼 500 Server Internal Error 服務(wù)器遇到未知的情況，并且不能繼續(xù)處理請(qǐng)求，一般為IMS內(nèi)部問(wèn)題或和其他網(wǎng)元交互異常 503 Service unavailable 服務(wù)不可用，一般為IMS內(nèi)部問(wèn)題或和其他網(wǎng)元交互異常 603 Decline 尋呼到被叫后，被叫在摘機(jī)前終止此次呼叫，一般發(fā)此錯(cuò)誤碼

EPS FB呼叫建立時(shí)延排查流程：

以下分別介紹EPS FB語(yǔ)音呼叫流程圖，包含了SIP消息和L3信令部分，針對(duì)呼叫建立時(shí)延問(wèn)題，主要采用流程分段來(lái)進(jìn)行分析。

?N2L切換的EPS FB

分段1：NR側(cè)RRC Request – NR側(cè)Invite

此段主要為UE在idle 狀態(tài)下發(fā)起業(yè)務(wù)先進(jìn)行RRC建鏈過(guò)程。主要核查下此空口覆蓋或者干擾原因，導(dǎo)致空口丟包，進(jìn)而導(dǎo)致時(shí)延。

分段2：SIP消息Invite – SIP消息100 trying

此段時(shí)延在現(xiàn)網(wǎng)發(fā)生的概率是比較大的。主要是UE與IMS的 P-CSCF（SBC）之間的SIP信令流程造成的。在P_CSCF收到主叫的invite消息以后，先給UE發(fā)送100 trying,然后再與PCF交互。此段時(shí)延比較大時(shí)，可在主叫的P_CSCF上抓包后反饋給IMS維護(hù)工程師處理。

分段3：SIP消息100 Trying -– B1測(cè)量控制下發(fā)RRCReconfiguration

主叫側(cè)收到100trying以后，網(wǎng)絡(luò)側(cè)P_CSCF（SBC）向5GC，gNodeB請(qǐng)求專有承載的建立，gNodeB根據(jù)配置拒絕QCI=1的建立并觸發(fā)EPS FB 的流程。此時(shí)gNodeB 向UE發(fā)送B1測(cè)量控制消息。此段時(shí)延較大，主要在P_CSCF（SBC），SMF、AMF以及gNodeB上進(jìn)行

抓包，看那塊信令結(jié)點(diǎn)上處理時(shí)延比較大。重點(diǎn)關(guān)注 SMF與AMF處理流程。

分段4：B1測(cè)量控制RRCReconfiguration –B1測(cè)量上報(bào)MeasurementReport

此處影響時(shí)延主要是UE收到B1的測(cè)量控制以后，UE是否很快的上報(bào)了測(cè)量報(bào)告。

如果此段時(shí)延比較大，主要原因?yàn)閁E內(nèi)部對(duì)外部信號(hào)測(cè)量機(jī)制導(dǎo)致，為終端原因?；驘o(wú)線覆蓋弱，異頻頻點(diǎn)配置不合理等原因。

分段5：B1測(cè)量上報(bào)MeasurementReport – 切換命令MobilityFromNRCommand

該段時(shí)延主要涉及到gNodeB 收到B1測(cè)量報(bào)告以后，選擇切換小區(qū)，通過(guò)AMF、N26接口、MME 、eNodeB 預(yù)留切換資源。中間異系統(tǒng)的網(wǎng)元較多，可通過(guò)單用戶抓包分析，在此過(guò)程中，那個(gè)結(jié)點(diǎn)在處理過(guò)程中時(shí)延較長(zhǎng)。

分段6：切換命令MobilityFromNRCommand – 切換完RRCConnectionReconfigurationComplete

此段主要是切換執(zhí)行階段，如果時(shí)延較長(zhǎng)，主要考慮空口因素導(dǎo)致的時(shí)延增加。例如覆蓋抖降等場(chǎng)景

分段7：切換完成RRCConnectionReconfigurationComplete – TAU Request

此段主要為UE在LTE側(cè)入網(wǎng)過(guò)程中接入、UE能力查詢階段，此過(guò)程要考慮空口的覆蓋、干擾影響的時(shí)延外，還需要考慮

分段8：TrackingAreaUpdateRequest---–TrackingAreaUpdateComplete

此段時(shí)延較大，主要為核心網(wǎng)側(cè)的原因，聯(lián)系5GC核心網(wǎng)的工程師在AMF、SMF網(wǎng)元跟蹤數(shù)據(jù)包，分析處理結(jié)點(diǎn)時(shí)延較大的。

分段9：TrackingAreaUpdateComplete – 183 Session Progress

此段時(shí)延較大，主要為被叫側(cè)的引入的，從PA數(shù)據(jù)可以查看被叫側(cè)時(shí)處于IDLE狀態(tài)還是Connect狀態(tài)。以及被叫P_CSCF與PCF之間的交互時(shí)延等。從杭州測(cè)試過(guò)程分析來(lái)看，這部分時(shí)延相對(duì)比較穩(wěn)定，未出現(xiàn)時(shí)延比較大的情況。

分段10：183 Session Progress –UPDATE

此段時(shí)延較大，主要為主被叫媒體面編解碼協(xié)商的過(guò)程，從測(cè)試中此階段時(shí)延出現(xiàn)問(wèn)題的可能性較小。要關(guān)注主被叫UE、以及主被叫P_CSCF（SBC）對(duì)編解碼處理的時(shí)延。

分段11：UPDATE – 180 Ring

此段時(shí)延較大，主要為SIP信令面的交互。優(yōu)先排查主被叫空口是否由于覆蓋、干擾、切換等因素導(dǎo)致時(shí)延變大。

Fast Return成功率排查流程：

分析動(dòng)作	分析結(jié)果（是）	分析結(jié)果（否）
分析動(dòng)作1：當(dāng) EPS FB 呼叫在QCI為1承載結(jié)束以后，主叫LTE eNodeB側(cè)是否發(fā)送測(cè)量控制	進(jìn)入分析動(dòng)作2	(1)對(duì)于未下發(fā)B1測(cè)控問(wèn)題，需要查詢對(duì)應(yīng)LTE站點(diǎn)的配置文件，查詢對(duì)應(yīng)小區(qū)的移動(dòng)性開(kāi)關(guān)、FastReturn開(kāi)關(guān)是否開(kāi)起 HoAllowedSwitch=INTER_RAT_MOBILITY_TO_NR_SW-1; HoAllowedSwitch=FAST_RETURN_TO_NR_SW-1; HOMODESWITCH=NrRedirectSwitch-1&NrHoSwitch-0; （2）排查FastReturn開(kāi)關(guān)打開(kāi)以后，需要從配置文件中核查下該站點(diǎn)5G鄰區(qū)是否添加，若5G鄰區(qū)未添加且LTE2NR2 ANR 是否開(kāi)啟，若兩者都沒(méi)有生效，也會(huì)導(dǎo)致測(cè)量控制未下發(fā) （3）排查配置是否配置5G鄰區(qū)的異頻頻點(diǎn)且外部鄰區(qū)頻點(diǎn)的優(yōu)先級(jí)是否為推薦的優(yōu)先級(jí)策略 (4)上述排查都正確的情況下，請(qǐng)檢查下UE的切換策略。切換策略中對(duì)于存在的QCI有必須切換且沒(méi)有不能切換的承載，則UE此時(shí)可以進(jìn)行切換的。通過(guò)< CNOPERATORQCIPARA>字段，查到各個(gè)QCI的，對(duì)應(yīng)的 >，如下QCI5，對(duì)應(yīng)的“ServiceIrHoCfgGroupId”為2。再通過(guò) >，查詢對(duì)應(yīng)組的interRatHoState配置，如下截圖中，切換組“ServiceIrHoCfgGroupId”為2，對(duì)應(yīng)的異系統(tǒng)切換策略“InterRatHoState”為2，Must HO。 5）QCI1釋放后，進(jìn)行是否有異系統(tǒng)B1下發(fā)的判決，判決的周期由參數(shù)“CellHoParaCfg.VolteHoNrDelayTimer”來(lái)決定，在該周期內(nèi)判斷是否有異系統(tǒng)B1下發(fā)。 在該小區(qū)的MML配置文件中，查詢中的配置值，單位為100毫秒。
分析動(dòng)作2：下發(fā)B1的測(cè)量控制以后，在一定時(shí)間內(nèi)UE B1測(cè)量報(bào)告是否上報(bào)	進(jìn)入分析動(dòng)作3	（1）在配置文件中，查找當(dāng)前小區(qū)的EPS FB門限配置, NrB1B2Hysteresis=2, ServBasedNrB1RsrpThld=-120。UE測(cè)量的鄰區(qū) Cell RSRP要大于ServBasedNrB1RsrpThld + NrB1B2Hysteresis *0.5，是否此門限配置的合理，若此門限配置的不合理，就會(huì)導(dǎo)致周邊無(wú)符合條件的小區(qū) （2）若B1的測(cè)量門限按照推薦值進(jìn)行的設(shè)置，請(qǐng)檢測(cè)周邊NR小區(qū)是否弱覆蓋或者小區(qū)故障 （3）若上述都沒(méi)有問(wèn)題的話，需要排查UE問(wèn)題。
分析動(dòng)作3：UE B1測(cè)量報(bào)告上報(bào)后，LTE側(cè)是否觸發(fā)L2NR切換或者重定向	進(jìn)入分析動(dòng)作4	(1)檢查此小區(qū)是否配置外部鄰區(qū) (2)檢查此小區(qū)是否配置鄰區(qū)關(guān)系 (3)NR 的鄰區(qū)存在PCI沖突 (4)以上都沒(méi)有問(wèn)題，要在eNodeB信令跟蹤下，是否為5GC核心網(wǎng)導(dǎo)致的切換命令未下發(fā)
分析動(dòng)作4：主叫UE是否在NR發(fā)起RRC接入，并且成功建立RRC	進(jìn)行分析動(dòng)作5	(1)UE是否發(fā)起RRC連接請(qǐng)求，需要分析此時(shí)NR側(cè)的RF情況，是否無(wú)合適小區(qū)接入。 (2)UE已經(jīng)發(fā)起RRC接入，但多次發(fā)送網(wǎng)絡(luò)側(cè)無(wú)響應(yīng)（未收到針對(duì)該用戶的RRC connection setup消息），此時(shí)上行存在問(wèn)題，需要核查是否正常 (3)UE已經(jīng)發(fā)起RRC接入，但被gNodeB拒絕，要確認(rèn)是否存在擁塞導(dǎo)致準(zhǔn)入失敗
分析動(dòng)作6：主叫UE是發(fā)起注冊(cè)更新流程，注冊(cè)更新消息完成	進(jìn)入分析動(dòng)作7	2.UE若收到注冊(cè)更新失敗消息，則需要在核心網(wǎng)AMF側(cè)進(jìn)行信令跟蹤。判斷更新失敗的原因