一、小區上報A3不切換問題-外部小區SSB頻點配置錯誤【問題描述】問題現象持續上報PCI0的小區的信號，但是5G沒有發起切換，屬于典型的上報A3不切換的問題。【問題現象】可以看到在服務小區PCI=3的小區持續上報PCI=0的小區的A3報告，但是一直不發起切換；通過參數核查發現，服務小區配置NRDUCELL的SSB頻點為全局同步號7811，通過工具換算成SSB絕對頻點是629952與信令中攜帶的測量對象的頻點一直，但是所有外部小區的頻點都配置方式都是絕對頻點630000，外部小區頻點配置錯誤導致基站無法發起切換。小區配置為全局同步號7811(629952)，外部小區頻點配置為630000【問題根因】NR外部小區配置的SSB頻點與服務小區的SSB頻點不同，導致無法發起同頻切換，需要把服務小區和外部小區的頻點配置為相同。【解決措施】只要保證經過換算以后的SSB絕對頻點配置一致就可以進行切換：1、修改了外部小區的頻點，修改成SSB絕對頻點629952，經驗證可以正常切換。二、LTE處于非穩態導致的切換失敗【問題描述】5G發起站內(站間)切換時，發送SGNB_MOD_REQUIRED(SGNB_CHANGE_REQUIRED)給LTE，LTE馬上回復了REFUSE，攜帶原因類型為“message-not-compatible-with-receive-state”【問題現象】站內切換場景：因為LTE處于非穩態導致站內切換決絕的情況，如下圖所示，5G發起切換請求是LTE已經發送了一個RRC_CONN_RECFG，尚未等到終端回復RRC_CONN_RECFG_COMP，當前LTE處于等待狀態，所以無法馬上下發新的RRC_CONN_RECFG消息，因此回復了SGNB_MOD_REFUSE“message-not-compatible-with-receive-state”站間切換場景：如下圖所示在收到NR發起的站間切換請求SGNB_CHANGE_REQUIRED的時候，LTE正處于LTEX2的切換過程中,并且已經發送了HANDOVER_REQUEST給對端LTE站點，當前流程不能中斷，所以給NR站點回復了SGNB_CHANGE_REFUSE，攜帶的原因還是“message-not-compatible-with-receive-state”【問題根因】LTE處于某種流程中，這個時候收到5G發起的切換切換請求，因為原來的老流程么有中斷，不能進入新的流程，所以直接回復了REFUSE“message-not-compatible-with-receive-state”【解決措施】這種問題一般是低概率的，切換剛好撞上LTE的某種流程狀態。三、LTE和NR側流量上報開關狀態不一致導致NR站間切換失敗【問題描述】LTE打開流量上報開關，NR未打開流量上報開關，NR站間切換發起后5s內未釋放UE上下文【問題現象】從基站跟蹤看到，切換完成以后一直未見到LTE發起UE_CONTEXT_RELEASE，上下文的釋放和SN_STATUS_TRANSFER之間間隔大約5s，這個是典型的LTE打開了NSA流量上報功能而5G沒有打開對應功能，導致LTE等待NR流量上報超時的現象，由于終端已經切換到目標小區，后續目標小區發起的一切變更消息都會處于流程沖突裝狀態。從配置中或者NSA參數核查中都可以看到LTE開通流流量上報功能，但是NR側關閉了流量上報。在NR側看該站的NRCellNsaDcConfig.NrDataVolumeRptCfg設置為0，而LTE站的NsaDcMgmtConfig.NrDataVolumeRptCfg非0，會導致LTE等待5s才將上一次NRChange流程走完并發送了UEContextRelease消息無線側上報NR側的流量信息給核心網用于5GRAN流量單獨計費，基線建議是關，默認值也是關。建議在Option3X架構下，LTE側和NR側參數狀態必須保持一致，即同時開啟或者同時關閉。【問題根因】當LTE打開流量上報開關，NR側卻沒有開通流量上報開關時，由于NR站間切換觸發LTE流量上報，但是NR流量上報因為開關關閉一直沒有完成，5s定時器超時以后才會發起UEContextRelease【解決措施】統一LTE和NR流量上報測量，要么都打開要么都關閉LTE側：MODNSADCMGMTCONFIG:LocalCellId=xx,NrDataVolumeRptCfg=0;gNodeB側：MODNRCELLNSADCCONFIG:NrCellId=XX,NrDataVolumeRptCfg=0;四、PCI混淆導致切換無法觸發【問題描述】PCI混淆導致服務小區不發起切換【問題描述】源gNB收到同頻A3測量報告一直未觸發切換，如下圖所示服務小區已經通過RRC_TRANS多次收到了PCI11的小區的A3測量報告，但是一直未見發起切換。檢查配置，發現服務小區存在兩個相同PCI但是不同站的外部鄰區，這個是典型的PCI混淆問題，導致L3無法發起切換流程。【問題根因】服務小區存在至少兩個A3報告中PCI相同的鄰區，導致了基站無法判斷向哪個鄰區發起切換。【解決措施】合理規劃鄰區PCI信息，通過MONREXTERNALNCELL和MONRCELLRELATION重新修改鄰區的PCI，避免PCI沖突。五、LTE切換入判斷緊急呼叫釋放5G輔載波【問題現象】LTE發起切換流程，在切換執行(RRC重配置)前先正常釋放5GSCG，從probe上看到是normalrelease，事件記錄是LTEHandover【問題分析】如下所示進行分析1、LTE初始上下文建立默認承載ERAB5/QIC9/ARP1，查詢配置ARP1不是緊急呼叫，APR2才是。EMC:CnOperatorId=0,EmcEnable=On,EmcEnableInLimitedMode=Off,EmcDedicatedBearerARP=2,EmcDefaultBearerARP=2,EmergCallOptimizationSw=TM_RESTRICTION_DISABLE_SW:Off;2、由于沒有緊急呼叫業務，在初始上下問題建立完場以后就啟動了NSA流程，下發了B1測量控制，測量控制已經下發給終端，即時后續新建緊急呼叫流程(只有基站才能判斷是否是緊急呼叫，終端無感知)，也會繼續執行下面的NSA流程。3、后續建立了QCI6/QIC5/ARP2的默認承載(IMS承載，APR是核心網配置的)，基站側配置了ARP2為緊急呼叫，基站識別該承載為緊急呼叫業務，但是此時NSA測量控制已經下發無法中斷。4、終端測量到5G信號，正常上報B1，觸發輔載波添加流程，此時根據LTE配置，QCI9為SCG_SPLIT_BEARER，QCI5為MCG_BEARER。5、LTE收到RRC_MEAS_REPT后，測量到站內同頻鄰區，準備發起切換，切換準備階段判斷切換入的業務中攜帶了緊急呼叫業務。6、切換執行時直接不帶輔載波切換，正常釋放5G輔載波，同時向目標小區發起切換，這個情況下probe上記錄Normalrelease，事件中記錄LTEHandover.【解決措施】1、關閉LTE側緊急呼叫配置MODEMC:CnOperatorId=0,EmcEnable=OFF;2、不關閉緊急呼叫，但是需要修改緊急呼叫ARP，不要把切換攜帶的業務加入緊急呼叫(