5G多種經(jīng)典切換問題分析

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