5G優(yōu)化案例：5G網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié)

1、5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) 5G NSA網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) XX 【摘要】5G NSA 網(wǎng)絡(luò)相對(duì)以往的網(wǎng)絡(luò)架構(gòu)而言，無線側(cè)涉及網(wǎng)元增多，切換問題隱患增多。 隨著5G NSA 網(wǎng)絡(luò)建設(shè)的開展以及商用的臨近，如何確保網(wǎng)絡(luò)切換順暢，保障用戶使用感知 是目前較迫切的工作。本文從 NSA 網(wǎng)絡(luò)切換的原理、流程入手進(jìn)行了分析，并結(jié)合幾個(gè)實(shí) 際案例，對(duì)切換優(yōu)化的方法和具體流程進(jìn)行了詳細(xì)描述，對(duì)5G 網(wǎng)絡(luò)優(yōu)化有一定的參考和借 鑒意義。 【關(guān)鍵字】5G NSA 切換 【業(yè)務(wù)類別】移動(dòng)網(wǎng) 一、問題描述 目前XX 電信5G 網(wǎng)絡(luò)采用NSA 組網(wǎng)方式，已經(jīng)開通了NSA 基站210 個(gè)，在NSA 組網(wǎng)

2、場(chǎng) 景下，5G 終端與eNodeB 和gNodeB 同時(shí)保持連接，利用兩個(gè)基站的無線資源進(jìn)行傳輸，4G 基站承載信令，5G 基站承載業(yè)務(wù)。相比4G 網(wǎng)絡(luò)而言，5G NSA 網(wǎng)絡(luò)增加了更多的網(wǎng)元，基 站間的切換涉及場(chǎng)景多、網(wǎng)元多，切換流程更加復(fù)雜，所以 NSA 網(wǎng)絡(luò)的切換優(yōu)化更顯得重 要。 本方法結(jié)合實(shí)際 NSA 網(wǎng)絡(luò)優(yōu)化中發(fā)現(xiàn)的問題，從切換原理、優(yōu)化流程等方面入手，對(duì) NSA 網(wǎng)絡(luò)切換的優(yōu)化方法進(jìn)行了講述。 二、NSA 網(wǎng)絡(luò)切換流程分析 2.1 NSA網(wǎng)絡(luò)無線側(cè)信令架構(gòu) XX 電信5G NSA 網(wǎng)絡(luò)采用Option 3x 的組網(wǎng)模式，此時(shí)4G 基站eNodeB 為主站，即Master eNod

3、eB（簡(jiǎn)稱為MeNB），與EPC 連接；5G 基站gNodeB 為輔站，即Secondary gNodeB（簡(jiǎn) 稱為SgNB），通過X2 鏈路與eNodeB 相連。 gNodeB 產(chǎn)生的測(cè)量控制消息通過X2 鏈路傳遞給 eNodeB，由eNodeB 下發(fā)給UE。其信令架構(gòu)如圖2-1 所示： 未經(jīng)許可不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) 圖2-1 5G NSA 網(wǎng)絡(luò)無線側(cè)信令架構(gòu) 圖2-2 描述了初始接入，輔小區(qū)添加，輔小區(qū)變更，主小區(qū)切換等流程。 圖2-2 5G NSA 網(wǎng)絡(luò)接入、切換示意圖 MeNB：主基站，是NSA 終端駐留小區(qū)所屬的LTE 基站。 Sg

4、NB：輔基站，是MeNB 通過RRC 連接信令配置給NSA 終端的NR 基站。 由于gNB/eNB 并不知道UE 所處的位置和無線質(zhì)量情況，需要控制UE 上報(bào)相關(guān)的無線 質(zhì)量信息來判斷，UE上報(bào)無線質(zhì)量信息的方式有周期上報(bào)和事件上報(bào)兩種方式，當(dāng)前 gNB/eNB 是采用事件測(cè)量報(bào)告的方式來監(jiān)控UE 所處的無線質(zhì)量變化臨界點(diǎn)，當(dāng)eNB 收到測(cè) 量或切換的事件上報(bào)時(shí)，會(huì)下發(fā)切換命令給UE，UE 收到切換命令后，中斷與源小區(qū)的交互， 按切換命令要求切換到新的目標(biāo)小區(qū)，并通過信令交互通知目標(biāo)小區(qū)，以完成整個(gè)切換過程。 2.2 切換信令流程 NSA 組網(wǎng)的切換主要包括NR 站內(nèi)切換（SgNB 站內(nèi)切換流

5、程）、NR 站間切換（SgNB 站 間切換流程）、LTE 站內(nèi)切換流程和 LTE 站間切換流程共 4 類。切換在空口信令體現(xiàn)為 RRC 重配置，在X2 口可以看到SGNB_ADD/MOD/CHANGE 的信令。 未經(jīng)許可不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) 序號(hào) 1 2 3 4 切換分類 NR 站內(nèi)切換 NR 站間切換 LTE 站內(nèi)切換 LTE 站間切換 4G 錨點(diǎn)基站 相同 相同 相同 不同 4G 錨點(diǎn)小區(qū) 相同 相同 不同 不同 5G 基站 相同 不同 相同 相同 5G 小區(qū) 不同 不同 相同 相同 圖2-3 切換分類 下面分別對(duì)流程進(jìn)行介紹。 2.2.

6、1 NR站內(nèi)切換流程（也稱SgNB站內(nèi)切換） 在主站不變的情況下，進(jìn)行輔站站內(nèi)切換，在進(jìn)行站內(nèi)切換時(shí)，不需要向核心網(wǎng) EPC 上報(bào)ERAB Modification Indication。 NR站內(nèi)切換流程： （1）MeNB向UE下發(fā)NR A3事件的測(cè)量配置信息 （2）UE向MeNB上報(bào)NR A3測(cè)量報(bào)告，發(fā)現(xiàn)更強(qiáng)NR鄰區(qū) （3）MeNB向SgNB傳遞A3測(cè)量報(bào)告信息，告知輔站 （4）SgNB向MeNB發(fā)起變更請(qǐng)求 （5）MeNB向UE下發(fā)LTE切換命令，攜帶NR相關(guān)配置信息 （6）UE向MgNB回復(fù)切換完成 （7）MeNB向SgNB回復(fù)變更完成確認(rèn) （8）UE向SgNB重新發(fā)起隨機(jī)接入 未經(jīng)

7、許可不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) 圖2-4 NR 站內(nèi)切換流程圖 圖2-5 NR 站內(nèi)切換信令跟蹤分析 未經(jīng)許可不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) 2.2.2 NR站間切換流程（也稱SgNB站間切換） 在主站不變的情況下，進(jìn)行輔站站間切換，在進(jìn)行站間切換時(shí)，S1-U路徑發(fā)送變化， 需要向核心網(wǎng)EPC上報(bào)ERAB Modification Indication。 切換流程： （1）MeNB向UE下發(fā)A3測(cè)量控制，并向MeNB上報(bào)A3測(cè)量報(bào)告和最強(qiáng)NR鄰區(qū) （2）MeNB將測(cè)量信息轉(zhuǎn)發(fā)給S-SgNB （3）S-SgN

8、B向MeNB發(fā)起NR變更請(qǐng)求 （4）MgNB向T-SgNB發(fā)起NR添加請(qǐng)求 （5）T-SgNB向MgNB回復(fù)NR添加確認(rèn) （6）MgNB向UE重新配置NR （7）UE向MgNB回復(fù)配置完成 （8）MgNB向S-SgNB回復(fù)NR變更確認(rèn) （9）MgNB向T-SgNB回復(fù)配置完成 （10）S-SgNB向MeNB轉(zhuǎn)發(fā)SN（僅在RLC模式是AM場(chǎng)景下） （11）MeNB向T-SgNB轉(zhuǎn)發(fā)SN（僅在RLC模式是AM場(chǎng)景下） （12）MgNB向核心網(wǎng)發(fā)送承載變更指示 （13）核心網(wǎng)向MgNB回復(fù)承載變更確認(rèn) （14）MgNB向S-SgNB發(fā)起上下文釋放請(qǐng)求 （15）UE向T-SgNB發(fā)起隨機(jī)接入 未經(jīng)許可

9、不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) 圖2-6 NR 站間切換流程圖 2.2.3 LTE站內(nèi)切換流程 在進(jìn)行LTE主站站內(nèi)切換，會(huì)帶著輔站一起進(jìn)行切換，不需要將輔站釋放。 切換流程： （1）MeNB向UE配置測(cè)量事件 （2）UE向MeNB上報(bào)測(cè)量報(bào)告，發(fā)現(xiàn)更強(qiáng)LTE鄰區(qū)，MeNB作出切換判決是否進(jìn)行主站 站內(nèi)切換 （3）MeNB向SgNB發(fā)起變更請(qǐng)求，其中包括了LTE小區(qū)切換后加密參數(shù)等用戶上下文 信息的變更，通知輔站SgNB更新加密參數(shù) （4）SgNB向MgNB回復(fù)變更確認(rèn) （5）MgNB向UE下發(fā)LTE切換命令，攜帶NR相關(guān)配置 （6）主站進(jìn)行隨機(jī)接入

10、（7）UE向MgNB回復(fù)切換完成，主站切換入站內(nèi)新小區(qū) 未經(jīng)許可不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) （8）UE向SgNB重新發(fā)起隨機(jī)接入 LTE站內(nèi)切換流程 圖2-7 LTE 站內(nèi)切換流程圖 2.2.4 LTE站間切換流程 在進(jìn)行 LTE 主站站間切換，不會(huì)帶著輔站一起進(jìn)行切換，需要將源輔站進(jìn)行釋放，在 釋放完成以后，進(jìn)行主站站間的切換；待主站站間切換完成后，則會(huì)重新添加輔站。 切換流程： （1）S-eNB向UE下發(fā)測(cè)量配置信息，并向S-eNB上報(bào)測(cè)量報(bào)告，發(fā)現(xiàn)更強(qiáng)LTE鄰區(qū)（站 間鄰區(qū)） （2）S-eNB向T-eNB發(fā)起切換請(qǐng)求，并且T-eNB向S-eN

11、B回復(fù)切換確認(rèn) （3）S-eNB向S-gNB發(fā)起釋放請(qǐng)求，并且S-gNB向S-eNB回復(fù)釋放確認(rèn)（SN Status Transfer ） （4）S-eNB向核心網(wǎng)發(fā)送承載變更指示，并且核心網(wǎng)向S-eNB發(fā)送承載變更確認(rèn) （5）S-eNB向UE發(fā)送LTE站間切換命令 （6）UE在LTE目標(biāo)小區(qū)發(fā)起隨機(jī)接入 未經(jīng)許可不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) （7）UE向LTE目標(biāo)小區(qū)回復(fù)切換完成 （8）T-eNB向核心網(wǎng)發(fā)起path switch （9）T-eNB向S-eNB發(fā)起上下文釋放請(qǐng)求 （10）S-eNB向T-eNB回復(fù)上下文釋放確認(rèn) （11）T-eNB向

12、UE配置B1測(cè)量，要求測(cè)量NR，并且UE上報(bào)B1測(cè)量報(bào)告 （12）T-eNB向T-gNB 發(fā)起添加請(qǐng)求 （13）T-gNB向T-eNB 回復(fù)添加確認(rèn) （14）T-eNB向UE配置NR （15）UE向T-eNB回復(fù)配置完成 （16）T-eNB向T-gNB回復(fù)配置完成 （17）T-eNB向T-gNB轉(zhuǎn)發(fā)SN （18）MgNB向核心網(wǎng)發(fā)送承載變更指示 （19）核心網(wǎng)向MgNB回復(fù)承載變更確認(rèn) （20）UE向T-gNB發(fā)起隨機(jī)接入 LTE 站間切換流程： 未經(jīng)許可不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) 圖2-8 LTE 站間切換流程圖 圖2-9 LTE 站間切換信令跟

13、蹤分析 三、切換問題定位及解決 3.1 切換問題定位思路導(dǎo)圖 NSA 切換問題定位思路按照過程來定位：測(cè)量控制下發(fā)-UE 測(cè)量上報(bào)-切換準(zhǔn)備-空口 隨機(jī)接入失敗。 未經(jīng)許可不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) 圖3-1 NSA 切換問題分析思路 切換失敗通常是指切換的信令流程交互失敗，關(guān)注點(diǎn)在信令的交互，只有在信令交互出 現(xiàn)丟失或信令處理結(jié)果失敗才會(huì)失敗。其中信令丟失是指信令在傳輸過程中出錯(cuò)或不能到達(dá) 對(duì)端，信令處理結(jié)果失敗是指終端或網(wǎng)絡(luò)側(cè)在處理信令時(shí)出現(xiàn)異常導(dǎo)致流程不能正常進(jìn)行 （例如切換時(shí)資源不足）。信令傳輸失敗又可根據(jù)信令傳輸媒介的不同可分為無線傳輸失

14、敗 和有線傳輸失敗，其中X2、S1 接口的傳輸通常為有線傳輸，UU 口為無線傳輸。其中有線傳 輸失敗的概率較小，無線傳輸失敗的概率較大，特別是信號(hào)質(zhì)量較差的切換區(qū)。 3.2 UU接口信令異常 對(duì)于切換流程，在UU 接口只有三條信令：測(cè)量報(bào)告（MEASUREMENT REPORT）、切換 命令(RRC CONN RECFG)、切換完成(RRC RECFG CMP)，全部都是在LTE 側(cè)完成的。 3.2.1 UE未上報(bào)測(cè)量報(bào)告 發(fā)現(xiàn)UE 未上報(bào)測(cè)量報(bào)告時(shí)，進(jìn)行如下檢查： 基站時(shí)鐘模式是否一致（一般配為GPS）； A3 切換事件是否配置正確； 切換參數(shù)是否設(shè)置合理，滿足切換上報(bào)條件； 站點(diǎn)狀態(tài)是否正

15、常； 在配置正確，小區(qū)狀態(tài)正常的基礎(chǔ)上，UE 會(huì)進(jìn)行信號(hào)測(cè)量，當(dāng)滿足A3 上報(bào)條件時(shí)UE 未經(jīng)許可不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) 會(huì)上報(bào)測(cè)量報(bào)告，當(dāng)前NR 僅支持同頻切換，因此只會(huì)上報(bào)A3 MR。 如果NR A3 一直未上報(bào)，可以通過路測(cè)軟件查看實(shí)時(shí)的RSRP 測(cè)量結(jié)果是否滿足了A3 上報(bào)條件。 注意：軟件顯示的結(jié)果是基于 UE 上報(bào)的數(shù)據(jù)，經(jīng)過了平滑，同時(shí) UE 在上報(bào)測(cè)量報(bào)告時(shí)也 有平滑，同時(shí)有時(shí)間遲滯，所以路測(cè)軟件顯示的瞬時(shí)結(jié)果不一定說明一定要上報(bào) A3，尤其 是在信號(hào)比較復(fù)雜的區(qū)域，界面上可能看到有多個(gè)小區(qū)的RSRP 滿足A3，但是一閃就消失了

16、， 此時(shí)可能是一些不穩(wěn)定的信號(hào)，理論上也應(yīng)該被UE 平滑掉，避免乒乓切換。只有界面上持 續(xù)滿足A3 門限時(shí)，才能確定一定是要報(bào)A3 的。 NSA 組網(wǎng)下NR 的測(cè)量報(bào)告通過LTE 空口上報(bào)，如下是終端側(cè)跟蹤及工具解析結(jié)果。 圖3-2 NR 測(cè)量報(bào)告消息 通過網(wǎng)絡(luò)側(cè)告警或者M(jìn)ML 查詢的方式確認(rèn)LTE 和NR 小區(qū)的狀態(tài)是否正常，是否存在 告警，如果有異常，建議按照告警的處理建議進(jìn)行排查。 另外也要通過告警狀態(tài)查看LTE 之間、LTE 和NR 之間的X2 狀態(tài)是否正常，如果有異常， 未經(jīng)許可不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) 建議按照告警處理建議進(jìn)行排查。

17、如下，通過網(wǎng)管查詢，NR 小區(qū)未建立。 圖3-3 網(wǎng)管側(cè)查詢NR 小區(qū)狀態(tài) 3.2.2 測(cè)量報(bào)告丟失 測(cè)量報(bào)告丟失包括如下幾種情況： UE 上發(fā)測(cè)量報(bào)告的UL GRANT 沒有收到，下行PDCCH 受限 UE 上發(fā)的測(cè)量報(bào)告，eNB 沒有收到（或收到但CRC 錯(cuò)），上行PUSCH 受限 UE 內(nèi)部層間丟失，例如L3 把測(cè)量報(bào)告給L2 發(fā)送時(shí)，L2 處理失敗 3.2.3 切換命令丟失 切換命令丟失包括以下幾種場(chǎng)景： eNB 在切換內(nèi)部流程處理（如鄰區(qū)漏配、資源不夠等）出錯(cuò)，沒有發(fā)送切換請(qǐng)求命 令給gNB gNB 在切換內(nèi)部流程處理（如鄰區(qū)漏配、資源不夠等）出錯(cuò)，沒有發(fā)送切換請(qǐng)求應(yīng)答 給eNB U

18、E 下行PDCCH 解析失敗，下行PDCCH 受限 UE 下行PDSCH 解析失敗，下行PDSCH 受限 NR 的切換命令通過LTE 的RRC 重配置消息發(fā)給UE，包含NR 的PCI 及頻點(diǎn)、承載配置 未經(jīng)許可不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) 信息等。UE 收到后會(huì)回復(fù)一個(gè)重配完成。 圖3-4 切換中RRC 重配置消息 目前測(cè)試遇到的問題： 第一種情況：UE 未收到RRC 重配置消息，或者RRC 重配完成基站收不到 終端的解調(diào)要求比較高，實(shí)測(cè)發(fā)現(xiàn)當(dāng) UE 測(cè)量的 SINR 較差時(shí)會(huì)概率性收不到網(wǎng)絡(luò)側(cè)消 息，或者發(fā)送的消息網(wǎng)絡(luò)側(cè)收不到，因此如果出現(xiàn)空口消息

19、丟失的情況（不管上行還是下行） 首先排查問題點(diǎn)的LTE 空口情況，如果出現(xiàn)RSRP 低于-110dBm 或者SINR 低于0dB 的情況， 說明這個(gè)點(diǎn)的覆蓋很差，建議優(yōu)先進(jìn)行LTE 的RF 優(yōu)化。 通常出現(xiàn)信令丟失時(shí)會(huì)伴隨 RRC 重建，可以通過信令進(jìn)一步確認(rèn)重建的原因是否是信 號(hào)太差導(dǎo)致解調(diào)失敗。 第二種情況UE 收到RRC 重配置后沒有反饋RRC 重配置完成 出現(xiàn)這種場(chǎng)景時(shí)首先獲取一次正常切換的 RRC 重配置消息，對(duì)比每一個(gè)信元是否有明顯差 異。另外這類問題也可能是UE 內(nèi)部處理異常，需要獲取日志以便進(jìn)行深入分析。 3.2.4 在gNB接入失敗 此類問題和4G 網(wǎng)絡(luò)優(yōu)化方法一致。 UE

20、在目標(biāo)小區(qū)的PREAMBLE，gNB 沒有收到，上行PRACH 受限 UE 下行接收RAR 失敗，下行PDSCH 受限 UE 上發(fā)MSG3 小區(qū)，gNB 沒有收到，上行PUSCH 受限 未經(jīng)許可不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) UU 口的傳輸為無線傳輸，其信道質(zhì)量可以分為上、下行來分析。如果終端側(cè)能夠捕獲 RSRP、SINR、IBLER、DL/UL_Grant 等信息，并配合網(wǎng)絡(luò)側(cè)的信令跟蹤，大多情況都可以判斷 上、下行的問題。信道質(zhì)量的觀察量通常有下面幾個(gè)： SSB RSRP：RSRP 為下行SSB 接收功率。盡管導(dǎo)頻與數(shù)據(jù)域的信道質(zhì)量有一定差異，通

21、過導(dǎo)頻 RSRP、SINR可以大致了解數(shù)據(jù)信道狀況。一般 RSRP-85dBm，用戶位于近點(diǎn)； RSRP=-95dBm，用戶位于中點(diǎn)；RSRP-105dBm，用戶位于遠(yuǎn)點(diǎn)。判斷用戶近、中、遠(yuǎn)點(diǎn)并不 能完全判斷用戶的信道質(zhì)量，尤其在加載場(chǎng)景下，有可能中點(diǎn)、近點(diǎn)用戶的信道質(zhì)量仍然不 理想（當(dāng)鄰區(qū)RSRP 與服務(wù)小區(qū)RSRP 較接近時(shí)，干擾較大），需要依據(jù)其它指標(biāo)來判斷信道 質(zhì)量。 SSB SINR：通過導(dǎo)頻SINR 可以大致了解數(shù)據(jù)信道狀況。如果SINR0dB 說明下行信道質(zhì) 量較差，當(dāng)SINR-3dB 說明下行信道質(zhì)量惡劣，處于解調(diào)門限附近，容易造成切換信令丟失， 導(dǎo)致切換失敗。上行SINR 可

22、以通過CELL DT 跟蹤獲得。 IBLER：正常情況下，IBLER 應(yīng)該收斂到目標(biāo)值（目標(biāo)值為10%，當(dāng)信道質(zhì)量很好時(shí)IBLER 接近或等于0%）；如果IBLER 偏高說明信道質(zhì)量較差，數(shù)據(jù)誤碼較多，很容易造成掉話、切 換失敗、或者切換大時(shí)延。 PDCCH DL：從DL_Grant 可以得知UE 正確解調(diào)PDCCH 的個(gè)數(shù)。當(dāng)上/下行數(shù)據(jù)源足夠（如 上/下行UDP 最大能力灌包）時(shí)，gNB 每個(gè)TTI 均調(diào)度用戶，PDCCH 個(gè)數(shù)為1600(NSA 4:1 下)。 若DL_Grant1600，說明PDCCH 解調(diào)正常，信道質(zhì)量正常；若DL _Grant 偏低，說明PDCCH 解調(diào)有錯(cuò)，信道質(zhì)

23、量可能比較差。 對(duì)于空口問題定位，需要把問題定位到覆蓋（弱覆蓋、越區(qū)覆蓋等）、干擾、鄰區(qū)漏配、 切換不及時(shí)等幾類，再采用相應(yīng)的解決措施解決問題。 3.3 X2接口信令異常 當(dāng)前5G 小區(qū)的切換流程，都涉及到X2 口的交互，即gNB 與eNB 直接的交互，涉及SgNB Information Transfer，SgNB Modification Required 等信令。 3.3.1 eNB到gNB切換請(qǐng)求丟失 包括以下情況： 未經(jīng)許可不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) eNB 內(nèi)部處理測(cè)量報(bào)告異常，如鄰區(qū)漏配、內(nèi)部模塊處理失敗 X2 口傳輸異常，如傳輸丟包

24、 3.3.2 eNB到gNB切換請(qǐng)求丟失 包括以下情況： 源小區(qū)內(nèi)部異常，源小區(qū)在目標(biāo)小區(qū)回切換響應(yīng)之前，向目標(biāo)小區(qū)發(fā)送了切換取消 消息。 如果NR 側(cè)未發(fā)起SgNB Modification Required，首先檢查NR 鄰區(qū)配置是否正確，主要 是NRCellRelation 配置（同站不用配置NREXTERNALNCELL）。 如果確認(rèn)滿足 A3門限且鄰區(qū)配置正確的情況下，NR側(cè)未發(fā)起 SgNB Modification Required，那么NR 內(nèi)部可能存在處理異常，需要采集NR 的一鍵式日志進(jìn)行深入分析。 還有一類問題在初期較常見，流程交叉，需要通過網(wǎng)絡(luò)側(cè)跟蹤查看在NR 切換準(zhǔn)備時(shí)

25、是 否存在其他的流程（如LTE 切換、重建），可以采集NR 的一鍵式日志進(jìn)行深入分析。 目標(biāo)小區(qū)切換準(zhǔn)備異常 X2 口傳輸異常，如傳輸丟包 對(duì)于X2 口消息交互出現(xiàn)異常，通常是傳輸失敗或基站內(nèi)部處理出錯(cuò)，而基站內(nèi)部處理 出錯(cuò)的概率較小，傳輸失敗的可能性較大，但比較難以定位，需要在傳輸?shù)膬啥俗グ_認(rèn)。 另外，LTE 站間切換還涉及NR 小區(qū)刪除及添加過程，主要排查方面： NR 側(cè)無響應(yīng)問題 主要排查NR 內(nèi)部異?；蛘吡鞒虥_突問題，需要獲取SgNB 的一鍵式日志進(jìn)行分析。 NR 側(cè)拒絕刪除或添加請(qǐng)求 可能是由于NR 側(cè)資源分配失敗，需要獲取SgNB 的一鍵式日志進(jìn)行分析。 NR 小區(qū)故障或者X2

26、鏈路故障 排查小區(qū)狀態(tài)，告警，如果有異常，參考告警幫助進(jìn)行排查。 另外，LTE 站間切換還涉及NR 小區(qū)刪除及添加過程，主要排查方面： NR 側(cè)無響應(yīng)問題 主要排查NR 內(nèi)部異常或者流程沖突問題，需要獲取SgNB 的一鍵式日志進(jìn)行分析。 NR 側(cè)拒絕刪除或添加請(qǐng)求 可能是由于NR 側(cè)資源分配失敗，需要獲取SgNB 的一鍵式日志進(jìn)行分析。 未經(jīng)許可不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) NR 小區(qū)故障或者X2 鏈路故障 排查小區(qū)狀態(tài)，告警，如果有異常，參考告警幫助進(jìn)行排查。 3.4 S1接口信令異常 對(duì)于切換流程， S1 接口僅有兩條信令：S1AP PATH S

27、WITCH REQ、S1AP PATH SWITCH REQ ACK，E-RAB Modify Request, E-RAB Modify Response 均在4G 側(cè)完成。 3.4.1 S1AP PATH SWITCH REQ 丟失 目標(biāo)eNB 內(nèi)部處理切換完成信令失敗。 S1 口傳輸異常，如傳輸丟包。 3.4.2 S1AP PATH SWITCH REQ ACK 丟失 核心網(wǎng)收到S1AP PATH SWITCH REQ 消息后，內(nèi)部處理失敗。 對(duì)于S1 口消息交互出現(xiàn)異常，通常是傳輸失敗或網(wǎng)絡(luò)設(shè)備內(nèi)部處理出錯(cuò)，設(shè)備內(nèi)部處 理出錯(cuò)的概率較小，傳輸失敗的可能性較大，但比較難以定位，需要在傳輸

28、的兩端抓包確認(rèn)。 四、實(shí)際案例 4.1 X2鏈路配置錯(cuò)誤導(dǎo)致切換失敗 4.1.1 問題描述 圖4-1 所示，近期在路測(cè)時(shí)發(fā)現(xiàn)，部分5G 基站之間出現(xiàn)了多次的切換失敗，在站間切 換時(shí)，UE 一直上報(bào)鄰區(qū)的測(cè)量報(bào)告，但主小區(qū)沒有向該小區(qū)發(fā)起切換。UE 占用PCI=197 的 小區(qū)，移動(dòng)過程中，PCI=197 小區(qū)的RSRP 持續(xù)降低，PCI=1 的小區(qū)RSRP 逐步升高，UE 上報(bào) PCI=1 的測(cè)量報(bào)告，但PCI=197 的主小區(qū)沒有向PCI=1 的鄰小區(qū)發(fā)起切換，導(dǎo)致切換失敗。 未經(jīng)許可不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) 圖 4-1 站間切換失敗 4.1.

29、2 問題分析 （1）首先對(duì)測(cè)試LOG文件進(jìn)行分析 分析UE側(cè)log，在NR釋放前LTE首先進(jìn)行了一次站間切換，然后試圖添加NR輔站， 具體步驟如下： 1)UE觸發(fā)A3測(cè)量事件； 2)LTE基站判決后，執(zhí)行同頻站間切換； 3)LTE切換完成后，下發(fā)B1測(cè)量配置，CPE上報(bào)B1測(cè)量報(bào)告； 4)LTE主站根據(jù)B1測(cè)量報(bào)告，執(zhí)行輔站添加流程，向NR發(fā)起輔站添加請(qǐng)求，2秒后返 回NR輔站切換失敗。 未經(jīng)許可不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) 圖 4-2 站間切換失敗 因此，可以初步判斷定位問題發(fā)生在添加NR 輔站流程。 （2）然后對(duì)鄰區(qū)關(guān)系進(jìn)行分析 核查發(fā)現(xiàn)NR 小

30、區(qū)間存在鄰區(qū)關(guān)系，LTE 和NR 間鄰區(qū)正常。 （3）對(duì)X2鏈路進(jìn)行分析 核實(shí)X2 鏈路實(shí)時(shí)狀態(tài)，發(fā)現(xiàn)LTE 站點(diǎn)和鄰站5G X2 鏈路存在異常。 圖 4-3 X2 鏈路異常 4.1.3 問題解決 無線側(cè)X2鏈路配置地址錯(cuò)誤，修改后進(jìn)行重新測(cè)試驗(yàn)證，UE在LTE發(fā)生切換后，能正常 重新添加NR輔小區(qū)。 未經(jīng)許可不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) 圖 4-4 X2 鏈路配置修改后，切換正常 4.2 LTE 和NR 側(cè)流量上報(bào)開關(guān)狀態(tài)不一致導(dǎo)致NR 站間切換失敗 4.2.1 問題描述 在路測(cè)過程中發(fā)現(xiàn)NR 站間切換失敗，在基站側(cè)跟蹤消息，LTE 已經(jīng)收到了SG

31、NB CHANGE REQUIRED 消息，但是沒有任何回復(fù)，只是在不斷的給LTE eNodeB 基站發(fā)送NR A3 測(cè)量報(bào)告。 4.2.2 問題分析 （1）首先對(duì)測(cè)試LOG文件進(jìn)行分析 LTE 已經(jīng)收到了SgNB CHANGE REQUIRED 消息，但是沒有任何回復(fù)。 圖 4-5 切換失敗信令分析 未經(jīng)許可不得擴(kuò)散第16 頁, 共20 頁 5G NSA 網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié) （2）流程對(duì)比分析 在NSA組網(wǎng)架構(gòu)中，站間切換信令流程如下。測(cè)試切換失敗，懷疑NR基站和LTE基站某 些協(xié)商參數(shù)設(shè)置不合理。 圖 4-6 流程分析 （3）參數(shù)核查分析 檢查跟蹤信令信元，發(fā)現(xiàn)NR 基站與LTE 基站參數(shù)的NrDataVolumeRptCfg 即“NR 流量上 報(bào)配置”參數(shù)有問題，NR 側(cè)配置為0，LTE 側(cè)配置非0，所以導(dǎo)致LTE 等待5s 才將上一次NR Change 流程走完。 4.2.3 問題解決 修改NR 配置和LTE 小區(qū)一致后，復(fù)測(cè)問題解決。 4.3 NSA 組網(wǎng) NR SSB頻點(diǎn)號(hào)和NR 外部小區(qū)S