5GNSA網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié)未經(jīng)許可不得擴(kuò)散第16頁,共20頁5GNSA網(wǎng)絡(luò)切換問題優(yōu)化方法總結(jié)XX【摘要】5GNSA網(wǎng)絡(luò)相對(duì)以往的網(wǎng)絡(luò)架構(gòu)而言，無線側(cè)涉及網(wǎng)元增多，切換問題隱患增多。隨著5GNSA網(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)化有一定的參考和借鑒意義?！娟P(guān)鍵字】5GNSA切換【業(yè)務(wù)類別】移動(dòng)網(wǎng)問題描述目前XX電信5G網(wǎng)絡(luò)采用NSA組網(wǎng)方式，已經(jīng)開通了NSA基站210個(gè)，在NSA組網(wǎng)場(chǎng)景下，5G終端與eNodeB和gNodeB同時(shí)保持連接，利用兩個(gè)基站的無線資源進(jìn)行傳輸，4G基站承載信令，5G基站承載業(yè)務(wù)。相比4G網(wǎng)絡(luò)而言，5GNSA網(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.1NSA網(wǎng)絡(luò)無線側(cè)信令架構(gòu)XX電信5GNSA網(wǎng)絡(luò)采用Option3x的組網(wǎng)模式，此時(shí)4G基站eNodeB為主站，即MastereNodeB（簡稱為MeNB），與EPC連接；5G基站gNodeB為輔站，即SecondarygNodeB（簡稱為SgNB），通過X2鏈路與eNodeB相連。gNodeB產(chǎn)生的測(cè)量控制消息通過X2鏈路傳遞給eNodeB，由eNodeB下發(fā)給UE。其信令架構(gòu)如圖2-1所示：圖2-15GNSA網(wǎng)絡(luò)無線側(cè)信令架構(gòu)圖2-2描述了初始接入，輔小區(qū)添加，輔小區(qū)變更，主小區(qū)切換等流程。 圖2-25GNSA網(wǎng)絡(luò)接入、切換示意圖MeNB：主基站，是NSA終端駐留小區(qū)所屬的LTE基站。SgNB：輔基站，是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切換信令流程N(yùn)SA組網(wǎng)的切換主要包括NR站內(nèi)切換（SgNB站內(nèi)切換流程）、NR站間切換（SgNB站間切換流程）、LTE站內(nèi)切換流程和LTE站間切換流程共4類。切換在空口信令體現(xiàn)為RRC重配置，在X2口可以看到SGNB_ADD/MOD/CHANGE的信令。序號(hào)切換分類4G錨點(diǎn)基站4G錨點(diǎn)小區(qū)5G基站5G小區(qū)1NR站內(nèi)切換相同相同相同不同2NR站間切換相同相同不同不同3LTE站內(nèi)切換相同不同相同相同4LTE站間切換不同不同相同相同圖2-3切換分類下面分別對(duì)流程進(jìn)行介紹。2.2.1NR站內(nèi)切換流程（也稱SgNB站內(nèi)切換）在主站不變的情況下，進(jìn)行輔站站內(nèi)切換，在進(jìn)行站內(nèi)切換時(shí)，不需要向核心網(wǎng)EPC上報(bào)ERABModificationIndication。NR站內(nèi)切換流程：（1） MeNB向UE下發(fā)NRA3事件的測(cè)量配置信息（2） UE向MeNB上報(bào)NRA3測(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ī)接入 圖2-4NR站內(nèi)切換流程圖 圖2-5NR站內(nèi)切換信令跟蹤分析2.2.2NR站間切換流程（也稱SgNB站間切換）在主站不變的情況下，進(jìn)行輔站站間切換，在進(jìn)行站間切換時(shí)，S1-U路徑發(fā)送變化，需要向核心網(wǎng)EPC上報(bào)ERABModificationIndication。切換流程：（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-SgNB向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ī)接入 圖2-6NR站間切換流程圖2.2.3LTE站內(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ī)接入（7）UE向MgNB回復(fù)切換完成，主站切換入站內(nèi)新小區(qū)（8）UE向SgNB重新發(fā)起隨機(jī)接入LTE站內(nèi)切換流程 圖2-7LTE站內(nèi)切換流程圖2.2.4LTE站間切換流程在進(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-eNB回復(fù)切換確認(rèn)（3）S-eNB向S-gNB發(fā)起釋放請(qǐng)求，并且S-gNB向S-eNB回復(fù)釋放確認(rèn)（SNStatusTransfer）（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ī)接入（7）UE向LTE目標(biāo)小區(qū)回復(fù)切換完成（8）T-eNB向核心網(wǎng)發(fā)起pathswitch（9）T-eNB向S-eNB發(fā)起上下文釋放請(qǐng)求（10）S-eNB向T-eNB回復(fù)上下文釋放確認(rèn)（11）T-eNB向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站間切換流程： 圖2-8LTE站間切換流程圖 圖2-9LTE站間切換信令跟蹤分析切換問題定位及解決3.1切換問題定位思路導(dǎo)圖NSA切換問題定位思路按照過程來定位：測(cè)量控制下發(fā)->UE測(cè)量上報(bào)->切換準(zhǔn)備->空口隨機(jī)接入失敗。 圖3-1NSA切換問題分析思路切換失敗通常是指切換的信令流程交互失敗，關(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ù)信令傳輸媒介的不同可分為無線傳輸失敗和有線傳輸失敗，其中X2、S1接口的傳輸通常為有線傳輸，UU口為無線傳輸。其中有線傳輸失敗的概率較小，無線傳輸失敗的概率較大，特別是信號(hào)質(zhì)量較差的切換區(qū)。3.2UU接口信令異常對(duì)于切換流程，在UU接口只有三條信令：測(cè)量報(bào)告（MEASUREMENTREPORT）、切換命令(RRCCONNRECFG)、切換完成(RRCRECFGCMP)，全部都是在LTE側(cè)完成的。3.2.1UE未上報(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)是否正常；在配置正確，小區(qū)狀態(tài)正常的基礎(chǔ)上，UE會(huì)進(jìn)行信號(hào)測(cè)量，當(dāng)滿足A3上報(bào)條件時(shí)UE會(huì)上報(bào)測(cè)量報(bào)告，當(dāng)前NR僅支持同頻切換，因此只會(huì)上報(bào)A3MR。如果NRA3一直未上報(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，但是一閃就消失了，此時(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-2NR測(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ìn)行排查。如下，通過網(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)告的ULGRANT沒有收到，下行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③UE下行PDCCH解析失敗，下行PDCCH受限④UE下行PDSCH解析失敗，下行PDSCH受限NR的切換命令通過LTE的RRC重配置消息發(fā)給UE，包含NR的PCI及頻點(diǎn)、承載配置信息等。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)空口消息丟失的情況（不管上行還是下行）首先排查問題點(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在目標(biāo)小區(qū)的PREAMBLE，gNB沒有收到，上行PRACH受限②UE下行接收RAR失敗，下行PDSCH受限③UE上發(fā)MSG3小區(qū)，gNB沒有收到，上行PUSCH受限UU口的傳輸為無線傳輸，其信道質(zhì)量可以分為上、下行來分析。如果終端側(cè)能夠捕獲RSRP、SINR、IBLER、DL/UL_Grant等信息，并配合網(wǎng)絡(luò)側(cè)的信令跟蹤，大多情況都可以判斷上、下行的問題。信道質(zhì)量的觀察量通常有下面幾個(gè)：SSBRSRP：RSRP為下行SSB接收功率。盡管導(dǎo)頻與數(shù)據(jù)域的信道質(zhì)量有一定差異，通過導(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ì)量。SSBSINR：通過導(dǎo)頻SINR可以大致了解數(shù)據(jù)信道狀況。如果SINR<0dB說明下行信道質(zhì)量較差，當(dāng)SINR<-3dB說明下行信道質(zhì)量惡劣，處于解調(diào)門限附近，容易造成切換信令丟失，導(dǎo)致切換失敗。上行SINR可以通過CELLDT跟蹤獲得。IBLER：正常情況下，IBLER應(yīng)該收斂到目標(biāo)值（目標(biāo)值為10%，當(dāng)信道質(zhì)量很好時(shí)IBLER接近或等于0%）；如果IBLER偏高說明信道質(zhì)量較差，數(shù)據(jù)誤碼較多，很容易造成掉話、切換失敗、或者切換大時(shí)延。PDCCHDL：從DL_Grant可以得知UE正確解調(diào)PDCCH的個(gè)數(shù)。當(dāng)上/下行數(shù)據(jù)源足夠（如上/下行UDP最大能力灌包）時(shí)，gNB每個(gè)TTI均調(diào)度用戶，PDCCH個(gè)數(shù)為1600(NSA4:1下)。若DL_Grant＝1600，說明PDCCH解調(diào)正常，信道質(zhì)量正常；若DL_Grant偏低，說明PDCCH解調(diào)有錯(cuò)，信道質(zhì)量可能比較差。對(duì)于空口問題定位，需要把問題定位到覆蓋（弱覆蓋、越區(qū)覆蓋等）、干擾、鄰區(qū)漏配、切換不及時(shí)等幾類，再采用相應(yīng)的解決措施解決問題。3.3X2接口信令異常當(dāng)前5G小區(qū)的切換流程，都涉及到X2口的交互，即gNB與eNB直接的交互，涉及SgNBInformationTransfer，SgNBModificationRequired等信令。3.3.1eNB到gNB切換請(qǐng)求丟失包括以下情況：eNB內(nèi)部處理測(cè)量報(bào)告異常，如鄰區(qū)漏配、內(nèi)部模塊處理失?、赬2口傳輸異常，如傳輸丟包3.3.2eNB到gNB切換請(qǐng)求丟失包括以下情況：①源小區(qū)內(nèi)部異常，源小區(qū)在目標(biāo)小區(qū)回切換響應(yīng)之前，向目標(biāo)小區(qū)發(fā)送了切換取消消息。如果NR側(cè)未發(fā)起SgNBModificationRequired，首先檢查NR鄰區(qū)配置是否正確，主要是NRCellRelation配置（同站不用配置NREXTERNALNCELL）。如果確認(rèn)滿足A3門限且鄰區(qū)配置正確的情況下，NR側(cè)未發(fā)起SgNBModificationRequired，那么NR內(nèi)部可能存在處理異常，需要采集NR的一鍵式日志進(jìn)行深入分析。還有一類問題在初期較常見，流程交叉，需要通過網(wǎng)絡(luò)側(cè)跟蹤查看在NR切換準(zhǔn)備時(shí)是否存在其他的流程（如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鏈路故障排查小區(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)行分析。⑥NR小區(qū)故障或者X2鏈路故障排查小區(qū)狀態(tài)，告警，如果有異常，參考告警幫助進(jìn)行排查。3.4S1接口信令異常對(duì)于切換流程，S1接口僅有兩條信令：S1APPATHSWITCHREQ、S1APPATHSWITCHREQACK，E-RABModifyRequest,E-RABModifyResponse均在4G側(cè)完成。3.4.1S1APPATHSWITCHREQ丟失①目標(biāo)eNB內(nèi)部處理切換完成信令失敗。②S1口傳輸異常，如傳輸丟包。3.4.2S1APPATHSWITCHREQACK丟失核心網(wǎng)收到S1APPATHSWITCHREQ消息后，內(nèi)部處理失敗。對(duì)于S1口消息交互出現(xiàn)異常，通常是傳輸失敗或網(wǎng)絡(luò)設(shè)備內(nèi)部處理出錯(cuò)，設(shè)備內(nèi)部處理出錯(cuò)的概率較小，傳輸失敗的可能性較大，但比較難以定位，需要在傳輸?shù)膬啥俗グ_認(rèn)。實(shí)際案例4.1X2鏈路配置錯(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)致切換失敗。圖4-1站間切換失敗4.1.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輔站切換失敗。圖4-2站間切換失敗因此，可以初步判斷定位問題發(fā)生在添加NR輔站流程。（2）然后對(duì)鄰區(qū)關(guān)系進(jìn)行分析核查發(fā)現(xiàn)NR小區(qū)間存在鄰區(qū)關(guān)系，LTE和NR間鄰區(qū)正常。（3）對(duì)X2鏈路進(jìn)行分析核實(shí)X2鏈路實(shí)時(shí)狀態(tài)，發(fā)現(xiàn)LTE站點(diǎn)和鄰站5GX2鏈路存在異常。圖4-3X2鏈路異常4.1.3問題解決無線側(cè)X2鏈路配置地址錯(cuò)誤，修改后進(jìn)行重新測(cè)試驗(yàn)證，UE在LTE發(fā)生切換后，能正常重新添加NR輔小區(qū)。圖4-4X2鏈路配置修改后，切換正常4.2LTE和NR側(cè)流量上報(bào)開關(guān)狀態(tài)不一致導(dǎo)致NR站間切換失敗4.2.1問題描述在路測(cè)過程中發(fā)現(xiàn)NR站間切換失敗，在基站側(cè)跟蹤消息，LTE已經(jīng)收到了SGNBCHANGEREQUIRED消息，但是沒有任何回復(fù)，只是在不斷的給LTEeNodeB基站發(fā)送NRA3測(cè)量報(bào)告。4.2.2問題分析（1）首先對(duì)測(cè)試LOG文件進(jìn)行分析LTE已經(jīng)收到了SgNBCHANGEREQUIRED消息，但是沒有任何回復(fù)。圖4-5切換失敗信令分析（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才將上一次NRChange流程走完。4.