NSA的輔載波添加和切換流程、SCG Fuailure分析和45G互操作流程

NSA的輔載波添加和切換流程、SCGFuailure分析和45G互操作流程現(xiàn)在是1頁\一共有31頁\編輯于星期一目錄NSA輔載波添加流程NSA切換流程SCGfailure流程及現(xiàn)網(wǎng)案例分析45G互操作流程現(xiàn)在是2頁\一共有31頁\編輯于星期一UE4GeNB5GgNBEPC8.UECAPEnquiry1.RandomAccessPreamble2.RandomAccessResponse3.RRCCONNREQ4.RRCCONNSETUP5.RRCCONNSETUPCMP6.INITIALUEMESSAGE7.INITIALCONTEXTSETUPREQ11.RRCRECFG(含測量NR,B1)9.UECAPInformation10.UECAPIndication13.INITIALCONTEXTSETUPRSP12.RRCRECFGCMP14.MeasurementReport(B1)15.SgNBAdditionREQ16.SgNBAdditionREQACK17.RRCRECFG(NRCFG)18.RRCRECFGCMP19.SgNBRECFGCMP20.RandomAccessPreamble21.RandomAccessResponse22.E-RABMODIND23.E-RABMODCNF場景：UE在NSANR覆蓋區(qū)建立業(yè)務基于B1事件添加NR輔載波，一般建議為-115dBm~-110dBmNSA輔載波添加流程(EN-DC建立)同LTE接入流程5G測控下發(fā)5G測量5G輔載波添加現(xiàn)在是3頁\一共有31頁\編輯于星期一目錄NSA輔載波添加流程NSA切換流程SCGfailure流程及現(xiàn)網(wǎng)案例分析45G互操作流程現(xiàn)在是4頁\一共有31頁\編輯于星期一NSA切換場景場景1、MN不變、SN變場景2、MN變、SN不變場景3、MN、SN同時變（場景概率較低）4GLTE小區(qū)，作為MN(MasterNode)5GNR小區(qū)，作為SN(SencondaryNode)213切換場景示意圖：場景實現(xiàn)流程場景11-1.LTE不變，NR站內小區(qū)變更1-2.LTE不變，NR站間小區(qū)變更場景22-1.LTE站內小區(qū)切換，NR不變2-2.LTE站間小區(qū)X2切換，NR不變2-3.LTE站間小區(qū)S1切換，NR不變因場景3發(fā)生概率較低（場景概率低，而不是實現(xiàn)方式發(fā)生的概率低），主要針對場景1、2進行信令流程介紹根據(jù)MN或SN的改變有2種方式：站內、站間切換/小區(qū)變更，進一步劃分如下場景：現(xiàn)在是5頁\一共有31頁\編輯于星期一1-1.LTE不變，NR站內小區(qū)變更場景：UE所在LTE小區(qū)不變，NR小區(qū)改變(gNB站內)基于有SRB3，如圖左，由5G小區(qū)向UE發(fā)5G測控；終端測報給5G小區(qū)，發(fā)起小區(qū)變更。UE4GeNB5GgNBEPCEN-DC已建立2.RRCRECFG(NRCFG)3.RRCRECFGCMP4.RandomAccessPreamble5.RandomAccessResponse1c.MeasurementReport(A3)1a.RRCRECFG(通過SRB3配置NR測量)1b.RRCRECFGCMP現(xiàn)階段若沒有實現(xiàn)SRB3，則需要5G小區(qū)向4G小區(qū)發(fā)5G測控，終端5G測報給4G小區(qū)現(xiàn)在是6頁\一共有31頁\編輯于星期一1-2.LTE不變，NR站間小區(qū)變更場景：UE所在LTE小區(qū)不變，NR小區(qū)改變(gNB站間)與站內變更相比，增加站間交互流程UE4GeNBSource5GgNBTarget5GgNBEPCEN-DC已建立1b.MeasurementReport(A3)2.SgNBChangeRQD3.SgNBAdditionREQ4.SgNBAdditionREQACK5.RRCRECFG(NRCFG)6.RRCRECFGCMP7.SgNBChangeCNF8.SgNBRECFGCMP9.RandomAccessPreamble10.RandomAccessResponse11.E-RABMODIND12.E-RABMODCNF13.UEContextRelease1a.RRCRECFG(通過SRB3配置NR測量)step7:如果UE成功接入Target5GgNB，4GeNB通過SgNBchangeCNF來確認釋放Source5GgNB.現(xiàn)在是7頁\一共有31頁\編輯于星期一2-1.LTE站內小區(qū)切換，NR不變場景：UE所在LTE小區(qū)改變(eNB站內)，NR小區(qū)不變UE4GeNB5GgNBEPC1b.MeasurementReport(A3/A5)2.SgNBMODREQ(查詢SCGCFG)3.SgNBMODREQACK

4.RRCRECFG(LTE&NRCFG)7.RRCRECFGCMP8.SgNBRECFGCMP5.RandomAccessPreamble6.RandomAccessResponse9.RandomAccessPreamble10.RandomAccessResponse1a.RRCRECFG(測量配置)EN-DC已建立Step9,10因LTE側小區(qū)切換，安全需要更新，SN側securitykey也需要更新，需要重新接入SN小區(qū)現(xiàn)在是8頁\一共有31頁\編輯于星期一2-2.LTE站間小區(qū)X2切換，NR不變場景：UE所在LTE小區(qū)改變(eNB站間)，同時NR小區(qū)不變；UESource4GeNBTarget4GeNB5GgNBEPC1.MeasurementReport(A3/A5)4.HandoverREQ5.SgNBAdditionREQ6.SgNBAdditionREQACK7.HandoverREQACK11.RandomAccessPreamble12.RandomAccessResponse13.RRCRECFGCMP10.RRCRECFG(LTE&NRCFG)16.RandomAccessResponse15.RandomAccessPreamble(安全更新，重新接入)14.SgNBRECFGCMP17.PathSwitchREQ18.PathSwitchREQACK19.UEContextRelease8.SgNBReleaseREQ9.SgNBReleaseREQACKEN-DC已建立目標eNB與gNB建立X2源eNB與gNB刪除X2RRC重配包含LTE切換和NR配置終端在目標eNB完成接入終端在目標eNB完成接入后，目標eNB通知gNB配置完成因LTE側小區(qū)切換，安全需要更新，SN側securitykey也需要更新，需要重新接入SN小區(qū)?，F(xiàn)在是9頁\一共有31頁\編輯于星期一2-3.LTE站間小區(qū)S1切換，NR不變場景：UE所在LTE小區(qū)改變(eNB站間，且無X2接口)，同時NR小區(qū)不變流程基本與2-2相同，差別在LTE為S1切換UESource4GeNBTarget4GeNB5GgNBEPC1.MeasurementReport(LTEA3/A5)4.HandoverRQD5.HandoverRequest6.SgNBAdditionREQ7.SgNBAdditionREQACK8.HandoverRequestACK9.HandoverCMD12.RRCRECFG(LTE&NRCFG)13.RandomAccessPreamble14.RandomAccessResponse15.

RRCRECFGCMP17.RandomAccessPreamble18.RandomAccessResponse16.SgNBRECFGCMP19.HandoverNotify20.UEContextReleaseCMD21.UEContextReleaseCMP10.SgNBReleaseREQ11.SgNBReleaseREQACK22.UEContextReleaseEN-DC已建立現(xiàn)在是10頁\一共有31頁\編輯于星期一目錄NSA輔載波添加流程NSA切換流程SCGfailure流程及現(xiàn)網(wǎng)案例分析45G互操作流程現(xiàn)在是11頁\一共有31頁\編輯于星期一規(guī)模試驗期間，外場測試拉網(wǎng)發(fā)現(xiàn)存在大量SCGFailure現(xiàn)象，SCGFailure影響切換成功率，造成流量掉坑現(xiàn)象，對移動情況下實時用戶速率體驗造成嚴重影響。SCGFailure比率是網(wǎng)絡建設和優(yōu)化水平的一個重要評判指標。SCGFailure概述SCGfailure信令流程問題背景現(xiàn)在是12頁\一共有31頁\編輯于星期一SCGFailure消息IEFrom38.331f60目前協(xié)議上對于SCGFailure定義的6個原因：1、T310超時，RLF。√常見2、隨機接入問題3、RLC達到最大重傳次數(shù)4、與SCG同步失敗，一般為T304超時?！坛Ｒ?、SCG配置失敗6、SRB3完整性校驗失敗現(xiàn)在是13頁\一共有31頁\編輯于星期一SCGfailure案例分析1

——漏配鄰區(qū)導致的T310超時大類T310Expiry小類漏配鄰區(qū)導致的T310超時分析1、終端在735小區(qū)上報SNChange的測報，目標小區(qū)為169，未見基站下發(fā)SNChange重配。措施檢查NR側735和169小區(qū)是否存在NR鄰區(qū)關系；檢查LTE337小區(qū)和目標側NR169小區(qū)是否存在鄰區(qū)關系?，F(xiàn)在是14頁\一共有31頁\編輯于星期一SCGfailure案例分析2-1——SSB服務波束質差導致T310超時大類T310Expiry小類SSB服務波束質差導致的T310超時分析1、終端在201小區(qū)SCGFailure前3秒SSB服務波束SINR=-5dB左右，同時不存在滿足切換條件的鄰區(qū)；利用QCAT核實該異常時間點的波束級測量信息1）SCGFailure時間點現(xiàn)在是15頁\一共有31頁\編輯于星期一SCGfailure案例分析2-2

——SSB服務波束質差導致T310超時分析2）SSB服務波束SINR=-6.2dB，已經很差了。但是存在SINR質量更好的波束（SSB-index5SINR值為5.2dB）。由于0xB97F只打印4個波束的情況，無法看到其他4個波束的SINR情況。現(xiàn)在是16頁\一共有31頁\編輯于星期一SCGfailure案例分析2-3

——SSB服務波束質差導致T310超時分析從0xB975消息可以看到，最強波束為波束7，RSRP=-92.6，比服務波束高了6dB。措施推動解決SSB服務波束更新問題在1未解決的情況下，建議配置SSB單波束規(guī)避現(xiàn)在是17頁\一共有31頁\編輯于星期一SCGfailure案例分析3-1

——NR側無SNChange測控導致的T310超時大類T310Expiry小類NR側無SNChange測控導致的T310超時分析1、終端在164小區(qū)發(fā)生SCGFailure，SS-SINR質差導致T310超時。終端在SINR異常的一段事件內未見上報SNChange測量報告：2、使用QCAT查看原始Log，4G側信令顯示，帶SN切換后基站在13:52:53時間點已經把測控的內容下給UE了；現(xiàn)在是18頁\一共有31頁\編輯于星期一SCGfailure案例分析3-2

——NR側無SNChange測控導致的T310超時分析3、但5G側信令顯示，終端在13:52:58時間點才打印出測控重配，相當于13:52:53~13:52:58這幾秒終端是沒有SNChange的測控，所以不上報MR。這個異常屬于終端問題。措施1、高通終端問題，推動高通解決現(xiàn)在是19頁\一共有31頁\編輯于星期一SCGfailure案例分析4-1

——不合理切換導致synchReconfigurationFailure大類synchReconfigFailure-SCG小類不合理切換導致的目標側同步失敗分析1、MN帶SN切換場景，SN目標側SS同步失敗2、通過QCAT核實信令，終端MR上報的NR側小區(qū)有203和596小區(qū)現(xiàn)在是20頁\一共有31頁\編輯于星期一SCGfailure案例分析4-2

——不合理切換導致synchReconfigurationFailure分析2、通過QCAT核實信令，終端MR上報的NR側小區(qū)有203和596小區(qū)3、基站下發(fā)帶SN的切換重配消息中，NR側目標小區(qū)選擇的是596小區(qū)，目標小區(qū)選擇錯誤，目標側質差導致SS同步失敗。措施1、檢查LTE181和NR203小區(qū)是否存在4/5G鄰區(qū)關系；現(xiàn)在是21頁\一共有31頁\編輯于星期一SCGfailure案例分析5-1

——randomAccessProblem大類randomAccessProblem小類終端檢不到Msg2分析1、SNChange流程，412->20，目標側隨機接入失敗2、QCAT進一步確認，終端未檢到Msg2導致。措施PRACH參數(shù)規(guī)劃，推廣Format0現(xiàn)在是22頁\一共有31頁\編輯于星期一目錄NSA輔載波添加流程NSA切換流程SCGfailure流程及現(xiàn)網(wǎng)案例分析45G互操作流程現(xiàn)在是23頁\一共有31頁\編輯于星期一互操作方案概述結合UE模式和網(wǎng)絡互通方式等因素，4G和5G互操作有三種組合關系/應用場景，主要涉及到五種互操作方案基于N26無N26單注冊空閑態(tài)：重選+TAU/注冊更新連接態(tài)：HO重定向+TAU/注冊更新空閑態(tài)：重選+HOAttach連接態(tài)：重定向+HOAttach雙注冊不涉及連接態(tài)：重定向+HOAttach空閑態(tài)：HOAttach相比傳統(tǒng)的單注冊互操作方案，考慮到雙注冊業(yè)務連續(xù)性差，且對產業(yè)要求高，產業(yè)支持度差，建議不考慮雙注冊互操作方案。單注冊(SingleRegistration)：只能在5G或4G任意一個系統(tǒng)上注冊，僅保存一套NASMM狀態(tài)，是終端必選特性；雙注冊(DualRegistration)：在5G和4G系統(tǒng)獨立的注冊狀態(tài)，EPC與5GC保持獨立的NASMM狀態(tài)；注冊/附著模式基于N26接口互通：4G和5G核心網(wǎng)緊耦合，5GCAMF和EPCMME通過該接口進行上下文和會話信息傳遞；無N26接口互通：4G和5G核心網(wǎng)松耦合，5GC和EPC之間無互通接口。網(wǎng)絡互通方式5G的注冊=4G的附著5G的注冊更新=4G的TAU現(xiàn)在是24頁\一共有31頁\編輯于星期一分類業(yè)務基于N26的PSHO基于N26的重定向+TAU業(yè)務指標數(shù)據(jù)業(yè)務中斷時長100ms級有數(shù)據(jù)前傳機制保障數(shù)據(jù)業(yè)務中斷時長1s級無數(shù)據(jù)前傳機制語音業(yè)務EPSFallback：呼叫建立時長新增100ms級（單端）VoNR：語音中斷時長超過100ms級EPSFallback：呼叫建立時長新增1s級（單端）VoNR：語音中斷時長為1s級可能有丟包針對連接態(tài)UE，經理論預估，N26的HO方案業(yè)務中斷時長較短(100ms級)，且有數(shù)據(jù)前傳機制保障業(yè)務不丟包；N26的重定向+TAU中斷時長較長(1s級)。因此，N26的PSHO方案業(yè)務體驗更好，可以滿足語音等業(yè)務的性能要求?；ゲ僮鞣桨父攀霈F(xiàn)在是25頁\一共有31頁\編輯于星期一5GStoEPS切換流程（有N26）Step1-4(測例階段):UE在NR小區(qū)中建立連接，并且gNodeB將RAT間的A2傳遞給UE。在UE測量滿足A2事件之后，UE報告A2測量報告。在收到A2測量報告后，gNodeB提供了RAT間的A1和B1/B2。在UE測量滿足B1事件之后，UE報告B1/B2測量報告。Step5-9(判決階段):gNodeB過濾測量報告中報告的相鄰小區(qū)，并根據(jù)信號強度形成目標切換列表。從目標切換列表中選擇最佳小區(qū)以啟動切換請求HandoverRequired。在與核心網(wǎng)絡交互之