搜索
NSA的辅载波添加和切换流程、SCGFuailure分析和45G互操作流程22目录NSA辅载波添加流程NSA切换流程SCGfailure流程及现网案例分析45G互操作流程33UE4GeNB5GgNBEPC8.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覆盖区建立业务•基于B1事件添加NR辅载波，一般建议为-115dBm~-110dBmNSA辅载波添加流程(EN-DC建立)同LTE接入流程5G测控下发5G测量5G辅载波添加44目录NSA辅载波添加流程NSA切换流程SCGfailure流程及现网案例分析45G互操作流程55NSA切换场景•场景1、MN不变、SN变•场景2、MN变、SN不变•场景3、MN、SN同时变（场景概率较低）4GLTE小区，作为MN(MasterNode)5GNR小区，作为SN(SencondaryNode)213切换场景示意图：场景实现流程场景11-1.LTE不变，NR站内小区变更1-2.LTE不变，NR站间小区变更场景22-1.LTE站内小区切换，NR不变2-2.LTE站间小区X2切换，NR不变2-3.LTE站间小区S1切换，NR不变•因场景3发生概率较低（场景概率低，而不是实现方式发生的概率低），主要针对场景1、2进行信令流程介绍•根据MN或SN的改变有2种方式：站内、站间切换/小区变更，进一步划分如下场景：661-1.LTE不变，NR站内小区变更•场景：UE所在LTE小区不变，NR小区改变(gNB站内)•基于有SRB3，如图左，由5G小区向UE发5G测控；终端测报给5G小区，发起小区变更。UE4GeNB5GgNBEPCEN-DC已建立2.RRCRECFG(NRCFG)3.RRCRECFGCMP4.RandomAccessPreamble5.RandomAccessResponse1c.MeasurementReport(A3)1a.RRCRECFG(通过SRB3配置NR测量)1b.RRCRECFGCMP•现阶段若没有实现SRB3，则需要5G小区向4G小区发5G测控，终端5G测报给4G小区771-2.LTE不变，NR站间小区变更•场景：UE所在LTE小区不变，NR小区改变(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.882-1.LTE站内小区切换，NR不变•场景：UE所在LTE小区改变(eNB站内)，NR小区不变UE4GeNB5GgNBEPC1b.MeasurementReport(A3/A5)2.SgNBMODREQ(查询SCGCFG)3.SgNBMODREQACK4.RRCRECFG(LTE&NRCFG)7.RRCRECFGCMP8.SgNBRECFGCMP5.RandomAccessPreamble6.RandomAccessResponse9.RandomAccessPreamble10.RandomAccessResponse1a.RRCRECFG(测量配置)EN-DC已建立Step9,10因LTE侧小区切换，安全需要更新，SN侧securitykey也需要更新，需要重新接入SN小区992-2.LTE站间小区X2切换，NR不变•场景：UE所在LTE小区改变(eNB站间)，同时NR小区不变；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侧小区切换，安全需要更新，SN侧securitykey也需要更新，需要重新接入SN小区。10102-3.LTE站间小区S1切换，NR不变•场景：UE所在LTE小区改变(eNB站间，且无X2接口)，同时NR小区不变•流程基本与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已建立1111目录NSA辅载波添加流程NSA切换流程SCGfailure流程及现网案例分析45G互操作流程1212规模试验期间，外场测试拉网发现存在大量SCGFailure现象，SCGFailure影响切换成功率，造成流量掉坑现象，对移动情况下实时用户速率体验造成严重影响。SCGFailure比率是网络建设和优化水平的一个重要评判指标。SCGFailure概述SCGfailure信令流程问题背景1313SCGFailure消息IEFrom38.331f60目前协议上对于SCGFailure定义的6个原因：1、T310超时，RLF。√常见2、随机接入问题3、RLC达到最大重传次数4、与SCG同步失败，一般为T304超时。√常见5、SCG配置失败6、SRB3完整性校验失败1414SCGfailure案例分析1——漏配邻区导致的T310超时大类T310Expiry小类漏配邻区导致的T310超时分析1、终端在735小区上报SNChange的测报，目标小区为169，未见基站下发SNChange重配。措施1.检查NR侧735和169小区是否存在NR邻区关系；2.检查LTE337小区和目标侧NR169小区是否存在邻区关系。1515SCGfailure案例分析2-1——SSB服务波束质差导致T310超时大类T310Expiry小类SSB服务波束质差导致的T310超时分析1、终端在201小区SCGFailure前3秒SSB服务波束SINR=-5dB左右，同时不存在满足切换条件的邻区；2.利用QCAT核实该异常时间点的波束级测量信息1）SCGFailure时间点1616SCGfailure案例分析2-2——SSB服务波束质差导致T310超时分析2）SSB服务波束SINR=-6.2dB，已经很差了。但是存在SINR质量更好的波束（SSB-index5SINR值为5.2dB）。由于0xB97F只打印4个波束的情况，无法看到其他4个波束的SINR情况。1717SCGfailure案例分析2-3——SSB服务波束质差导致T310超时分析3.从0xB975消息可以看到，最强波束为波束7，RSRP=-92.6，比服务波束高了6dB。措施1.推动解决SSB服务波束更新问题2.在1未解决的情况下，建议配置SSB单波束规避1818SCGfailure案例分析3-1——NR侧无SNChange测控导致的T310超时大类T310Expiry小类NR侧无SNChange测控导致的T310超时分析1、终端在164小区发生SCGFailure，SS-SINR质差导致T310超时。终端在SINR异常的一段事件内未见上报SNChange测量报告：2、使用QCAT查看原始Log，4G侧信令显示，带SN切换后基站在13:52:53时间点已经把测控的内容下给UE了；1919SCGfailure案例分析3-2——NR侧无SNChange测控导致的T310超时分析3、但5G侧信令显示，终端在13:52:58时间点才打印出测控重配，相当于13:52:53~13:52:58这几秒终端是没有SNChange的测控，所以不上报MR。这个异常属于终端问题。措施1、高通终端问题，推动高通解决2020SCGfailure案例分析4-1——不合理切换导致synchReconfigurationFailure大类synchReconfigFailure-SCG小类不合理切换导致的目标侧同步失败分析1、MN带SN切换场景，SN目标侧SS同步失败2、通过QCAT核实信令，终端MR上报的NR侧小区有203和596小区2121SCGfailure案例分析4-2——不合理切换导致synchReconfigurationFailure分析2、通过QCAT核实信令，终端MR上报的NR侧小区有203和596小区3、基站下发带SN的切换重配消息中，NR侧目标小区选择的是596小区，目标小区选择错误，目标侧质差导致SS同步失败。措施1、检查LTE181和NR203小区是否存在4/5G邻区关系；2222SCGfailure案例分析5-1——randomAccessProblem大类randomAccessProblem小类终端检不到Msg2分析1、SNChange流程，412-20，目标侧随机接入失败2、QCAT进一步确认，终端未检到Msg2导致。措施PRACH参数规划，推广Format02323目录NSA辅载波添加流程NSA切换流程SCGfailure流程及现