NSA模式下5G日常優(yōu)化

1、5GNSA日常KPI優(yōu)化5G設(shè)計了SA（獨(dú)立組網(wǎng)）和NSA（非獨(dú)立組網(wǎng)）兩種模式。NSA組網(wǎng)的一大特點(diǎn)是可以基于現(xiàn)有的LTE核心網(wǎng)實(shí)現(xiàn)5G快速部署，是在5G初期運(yùn)營商大規(guī)模投資后收益不確定的情況下，既達(dá)到快速部署5G網(wǎng)絡(luò)又降低5G投資的J石二鳥”過渡方案，所以5G商用初期，運(yùn)營商都選擇了NSA組網(wǎng)。目前國內(nèi)三大運(yùn)營商的5G網(wǎng)絡(luò)也是NSA,預(yù)計持續(xù)到今年四季度SA商用。NSA重點(diǎn)監(jiān)控指標(biāo)包括SN（輔節(jié)點(diǎn)）添加成功率（5G）,SN異常釋放率（5G）,SN變更成功率（5G）,小區(qū)可用率（5G）,小區(qū)RB上行平均干擾電平（5G）,小區(qū)級下行單用戶平均感知速率（5G）,小區(qū)級上行單用戶平均感知速率（5G

2、）,下行RLC丟包率（5G）,小區(qū)上行PDCPSDU丟包率（5G）,MAC層上行誤塊率（5G）,MAC層下行誤塊率（5G）,SN添加成功率（4G）,SN異常釋放率（4G）,系統(tǒng)內(nèi)帶SN切換成功率（4G）,共計14項指標(biāo)。SN添加成功率1 :當(dāng)MN向SN發(fā)送SN添加請求SgNBAdditionRequest消息時，進(jìn)行采樣，用于統(tǒng)計SgNB添加請求的次數(shù)。2 :MN等待SgNBAdditionRequestAcknowledge消息超時，進(jìn)行采樣統(tǒng)計。3 :MN收到SN的添加拒絕消息SgNBAdditionRequestReject進(jìn)行采樣統(tǒng)計。4 :MN下發(fā)空口重配后，空口重配定時器超時，進(jìn)行

3、采樣統(tǒng)計。5 :MN給SN發(fā)送SgNBReconfigurationComplete消息且MN配置完成，進(jìn)行采樣統(tǒng)計。6 :MN收到E-RABModificationConfirm且MN配置完成，進(jìn)行采樣統(tǒng)計。7 :MN收至UE-RABModificationConfirm后，所有的E-RAB修改均失敗或者等待E-RABModificationConfirm消息超時，進(jìn)行采樣統(tǒng)計。sra)全網(wǎng)性SN添加成功率不達(dá)標(biāo)核查1,是否存在區(qū)域性干擾。2,大部分錨點(diǎn)小區(qū)/NR小區(qū)版本過舊，確?，F(xiàn)場LTE錨點(diǎn)版本為最新，NR側(cè)版本最新版本。3,NR小區(qū)基線參數(shù)未對其，需強(qiáng)刷最新基線參數(shù)。4,核查根序列、P

4、rachConfigurationIndex、Ncs配置、PCI等基礎(chǔ)參數(shù)配置不合理，未按規(guī)劃配置。SN添加成功率不達(dá)標(biāo)TOP小區(qū)核查1,檢查是否存在SN添加成功率異常的NR小區(qū)或LTE錨點(diǎn)TOP小區(qū)；2,檢查是否存在4->5SN添加異常的TOP鄰區(qū)對；3,檢查TOP鄰區(qū)對中錨點(diǎn)側(cè)小區(qū)基礎(chǔ)KPI是否正常，掉線率是否正常，是否存在告警，高NI等；4,檢查TOP鄰區(qū)對中鄰區(qū)對目標(biāo)側(cè)NR側(cè)基站狀態(tài)是否正常，是否存在告警，高NI;5.確保現(xiàn)場LTE錨點(diǎn)版本為最新，NR側(cè)版本最新版本。6,檢查錨點(diǎn)側(cè)參數(shù)配置，4->5外部鄰區(qū)定義核查，NR鄰區(qū)PCI混淆；7,->5x2偶聯(lián)配置，X2狀態(tài)

5、核查；8,覆蓋問題排查是否存在過覆蓋，5<->5,4->5鄰區(qū)漏配問題；9 ,加腿B1門限設(shè)置過低核查；10 ,排查完成未發(fā)現(xiàn)問題，取相關(guān)異常counter有針對性去分析排查；11 ,NR側(cè)按要求強(qiáng)刷隨版本的基線參數(shù)，其他參數(shù)問題：核查根序列、PrachConfigurationIndex、Ncs配置，NR側(cè)相關(guān)技術(shù)通知單核查：SN添加失敗常見失敗原因解析（LTE側(cè)）C374420001SgNB添加失敗次數(shù)，由于SgNB響應(yīng)超時指的是MN等待SgNBAdditionRequestAcknowledge消息超時引起的SN添加失敗，失敗原因：1,X2偶聯(lián)配置，X2狀態(tài)是否正常，是

6、否能ping通；2, ,NR小區(qū)狀態(tài)是否正常，是否故障，是否閉塞；3, SNAdd消息超過2k,5g沒有回復(fù)ACK。4, NR側(cè)基站掛死，重啟基站；C374420002SgNB添加失敗次數(shù)，由于SgNB拒絕指的是MN收到SN的添加拒絕消息SgNBAdditionRequestReject,導(dǎo)致的SN添加失敗，失敗原因排查：1,SgNB側(cè)由于小區(qū)狀態(tài)異常；2,基于用戶數(shù)的接納控制，基于承載數(shù)的接納控制導(dǎo)致的接納失??；3,servicemap5GXN未配置；4、4G側(cè)NR夕卜部小區(qū)PLMN配置錯誤；基站側(cè)256QAM功能(Qam256->qam256EnableUl、Qam256->q

7、am256EnableDl)會強(qiáng)刷為enable,但是NrcellDU->RrcVersion沒有強(qiáng)刷，需要將NrcellDU->RrcVersion修改為V15.4.05,基線參數(shù)未對齊，重新刷相關(guān)版本基線參數(shù)。C374420003SgNB添加失敗次數(shù)，由于空口超時1 ,指的是MN下發(fā)空口重配后，空口重配定時器超時，引起的SN添加失敗，失敗原因：2 ,LTE側(cè)空口質(zhì)量異常；3,基線參數(shù)未對齊，重新刷相關(guān)版本基線參數(shù)；SN添加失敗常見失敗原因解析(NR側(cè))SN添加失敗次數(shù)，F(xiàn)1Context建立失敗當(dāng)gNB在SN添加過程中，收到DU回復(fù)的UECONTEXTSETUPRESPONSE

8、消息且結(jié)果為失敗時，計數(shù)器加1。gNB接納失敗主要原因：1,小區(qū)狀態(tài)異常；2,基于用戶數(shù)的接納控制；3,基于承載數(shù)的接納控制。SN添加失敗次數(shù)，X2口重配超時當(dāng)gNB在SN添加過程中，等待X2口的重配完(RRCReconfigurationComplete)消息超時時，計數(shù)器加1。失敗原因排查：1 ,X2偶聯(lián)配置，X2狀態(tài)是否正常，是否能ping通；2 ,NR小區(qū)狀態(tài)是否正常。影響SN添加成功率的因素錨點(diǎn)側(cè)主要因素如下：1,錨點(diǎn)側(cè)LTE掉線率異常故障。2,鄰區(qū)配置包括：4->5鄰區(qū)關(guān)系，鄰區(qū)定義PCI,頻點(diǎn)，基站號等；3 ,錨點(diǎn)側(cè)是否配置了NR頻點(diǎn)，頻點(diǎn)配置是否正確；4 ,檢查LTE錨點(diǎn)

9、->NRX2鏈路是否正常，是否配置正確，是否存在故障；5 ,SN添加B1門限是否設(shè)置過低，6,檢查4->5鄰區(qū)里是否存在同頻同PCI的情況；7,配置SCTP及X2接口，SCTP遠(yuǎn)端端口號建議配置為36998,遠(yuǎn)端地址配置為5G業(yè)務(wù)IP地址，出入流個數(shù)必須大于等于3,SCTP鏈路類型配置為“ENDCX22配置SCTP后，若EN-DCX2AP配置無法自動生成，則需要手動進(jìn)行添加，而且EN-DCX2AP占用該SCTP的最后一個流ID;8,雙鏈接承載類型配置，數(shù)據(jù)默認(rèn)承載一般為QCI9，也可能為QCI8、QCI6，修改雙鏈接承載類型為“SCG模式1:注意不能配置為“MCG模式0；否則會導(dǎo)致

10、B1測量不能下發(fā)，SN添加失??；9,1NR頻點(diǎn)的SA指示】不能配置為0;NR側(cè)主要因素如下：1,NR側(cè)覆蓋是否滿足要求；2,是否存在上下行干擾；3,基線參數(shù)是否配置正確；4,檢查NR基站狀態(tài)是否正常，是否存在故障；5 ,PCE標(biāo)識配置是否正確；6 ,LTE錨點(diǎn)小區(qū)配置的中心頻點(diǎn)與5G配置是否一致；7,錨點(diǎn)與5G的RLC傳輸模式配置是否一致；8,4G與5GPDCPSNbit數(shù)是否一致；9,高通終端目前不支持UL256QAM;10 ,5G上行最大層數(shù)需為2;11 ,5GPDSCH的dmrstype需配置為2;12 ,1鄰接小區(qū)所在的移動國家碼】4G和5G側(cè)參數(shù)取值應(yīng)當(dāng)保持一致。SN異常釋放率I玄r

11、ME7戶#EM目建堤燒淺自豆槨是3用譯雪-4*"修5，JGiWF制小,青m口也和出貼德Sts.*，TSE*fFl/CRWII法i酶m翻mMSXiwa8臉科聯(lián)w目e-三立整b七咂.1H.麗¥iMiwei*wmcBMXE«waim>ishmi-m；通噩修”就I蹋工'三也灰而與豐融t*Ubk舒即MbX書也涮融中射本（i置*iP于E王k呻'承FWH：4Dnf/RQ：!*黜彳1苗|一，聞三，電技，a3-1究“！，*叫35通b孑tW%布ffl6AUUmttt，（XWrtWaHsffflit全網(wǎng)性SN異常釋放率不達(dá)標(biāo)核查1,是否存在區(qū)域性干擾。2, NR/

12、錨點(diǎn)小區(qū)出現(xiàn)區(qū)域性故障，告警。3,區(qū)域性出現(xiàn)4->5偶聯(lián)告警，故障。4, 4>5鄰區(qū)中存在5G鄰區(qū)同頻同PCI問題。5, 錨點(diǎn)到非錨點(diǎn)定向策略配置不合理導(dǎo)致錨點(diǎn)與非錨點(diǎn)之間出現(xiàn)大量的乒乓切換，從而引起較多的異常釋放。6, 4>5,5<->5鄰區(qū)漏配問題突出。7,刪腿A2門限設(shè)置過低。SN異常釋放率不達(dá)標(biāo)TOP小區(qū)核查1,檢查是否存在SN異常釋放率異常的NR小區(qū)或LTE錨點(diǎn)TOP小區(qū)；2,檢查是否存在4->5SN異常釋放次數(shù)較多的TOP鄰區(qū)對；3,檢查TOP鄰區(qū)對中錨點(diǎn)小區(qū)問題：側(cè)小區(qū)基礎(chǔ)KPI是否正常，掉線率是否正常，是否存在告警，高NI等；錨點(diǎn)到非錨點(diǎn)定向

13、策略配置不合理導(dǎo)致錨點(diǎn)與非錨點(diǎn)之間出現(xiàn)大量的乒乓切換，從而引起較多的異常釋放；檢查錨點(diǎn)側(cè)參數(shù)配置，4->5外部鄰區(qū)定義核查，NR鄰區(qū)PCI混淆核查；4->5x2偶聯(lián)配置，X2狀態(tài)核查；4>5鄰區(qū)關(guān)系核查，是否存在漏配錨點(diǎn)，漏配鄰區(qū)的問題。檢查雙連接承載模式配置核查：QCI=1/2/3/5配置為MCG模式，QCI=6/7/8/9配置為SCG模式；4,檢查TOP鄰區(qū)對NR小區(qū)問題：檢查TOP鄰區(qū)對中鄰區(qū)對目標(biāo)側(cè)NR側(cè)基站狀態(tài)是否正常，是否存在告警，高NI;5->4的x2偶聯(lián)配置，X2狀態(tài)核查；5<->5鄰區(qū)漏配問題核查；NR側(cè)刪腿A2門限核查；5,未排查出問題，

14、按照異常counter有針對性去分析排查。SN異常釋放原因解析（LTE側(cè)）MeNB發(fā)起的SgNB釋放次數(shù)，由于SCG失敗首先在錨點(diǎn)基站側(cè)根據(jù)UE級小區(qū)信令，篩選出SCGfailFailure信令，統(tǒng)計出SCGfailFailure主要的原因。常見的SCGfailFailure有四種原因：synchReconfigFailureSCG,T310-Expiry,randomaccessproblem,rlc-MaxNumRetx。synchReconfigFailure-SCG1,無線環(huán)境問題：核查NR小區(qū)是否存在干擾或者或者如駐波比等影響覆蓋的相關(guān)告警；核查5<->5NR小區(qū)鄰區(qū)關(guān)系

15、是否缺失。2,配置問題：請確認(rèn)NR切換參數(shù)gNBCU-CP功能配置->CU小區(qū)配置->小區(qū)重選->同頻小區(qū)重選配置/異頻小區(qū)重選配置：gNBCU-CP功能配置->CU小區(qū)配置->異頻測量->異頻測量對象/同頻測量對象：deriveSSBIndexFromCell（中文名：該頻點(diǎn)下所有小區(qū)的幀邊界是否相同）配置是為Enableenable;3,配置問題：核查5G小區(qū)RACH參數(shù)配置是否按規(guī)劃值配置：gNBCU-CP功能配置->gNBDU功能配置->DU小區(qū)配置->BwpUl參數(shù)->Rach->rachConfigGeneric:P

16、RACH時域資源配置索引=17,基于邏輯根序列的循環(huán)移位參數(shù)（Ncs）=6;gNBCU-CP功能配置->gNBDU功能配置->DU小區(qū)配置->BwpUl參數(shù)->Rach:prachRootSequenceIndex=l839,長PRACH格式的起始邏輯根序列索引（按規(guī)劃配置，站內(nèi)每個小區(qū)不同），UE接入和切換可用preamble個數(shù)=64,前導(dǎo)碼個數(shù)=63。RLC-MaxNumRetx1,無線環(huán)境問題：核查NR小區(qū)是否存在干擾或者或者如駐波比等影響覆蓋的相關(guān)告警；核查5<->5NR小區(qū)鄰區(qū)關(guān)系是否缺失。2,配置問題：高通終端不支持pdschHARQACKCo

17、debook設(shè)置為semiStatic方式，導(dǎo)致SCGFailure,修改NR小區(qū)配置：gNBDU功能配置->小區(qū)組配置->PDSCH的HARQ-ACK碼本（slot）修改為dynamicdynamic。3,配置問題：海思終端熄屏測試出現(xiàn)頻繁SCGFailure,高通終端無此問題，LTE小區(qū)"User-Inactivity使能"開關(guān)需要打開。4,終端問題：修改配置優(yōu)化：gNBDU功能配置->RLC配置：重發(fā)POLL位的時間間隔EnDCRLC.maxRxtxThreshold）修改為40sm;最大重傳門限值（EnDCRLC.pollRetransTimer）

18、修改為32。5,通過先復(fù)位VSW板（或者重啟lccm容器），起來后再復(fù)位VBP版本的方式解決T310-Expiry1,無線環(huán)境問題：核查NR小區(qū)是否存在干擾或者或者如駐波比等影響覆蓋的相關(guān)告警；核查5<->5NR小區(qū)鄰區(qū)關(guān)系是否缺失。2,配置問題：切換不及時，核查測試線路中的4-4、4-5G鄰區(qū)配置、確認(rèn)切換鏈路中錨點(diǎn)與5G站點(diǎn)已配置ENDCX2AP配置是否異常。RandomAccessProblem：1,配置問題：核查gNBCU-CP功能配置->gNBDU功能配置->DU小區(qū)配置->BwpDl參數(shù)->PDCCHConfig參數(shù)：CCE自適應(yīng)模式?jīng)Q定了使用哪

19、種聚合度，需要關(guān)注gNBCU-CP功能配置->gNBDU功能配置->DU小區(qū)配置->BwpDl參數(shù)->PDCCHConfig參數(shù)->SearchSpace:SearchSpace的類型為UE-Specific對應(yīng)的聚合度候選集個數(shù)不能設(shè)置為n0。2,未知問題，基站重啟解決。MeNB發(fā)起的SgNB釋放次數(shù)，由于eNB觸發(fā)的UE異常釋放2:當(dāng)MN向NR終端下發(fā)空口重配消息RRCConnectionReconfiguration消息時,進(jìn)行采樣統(tǒng)計。消息時，進(jìn)行采樣統(tǒng)計。3:當(dāng)MN向源SN發(fā)送UEContextReleaseMnlScl與工互為鄰區(qū)Mn心手加Srt1為N

20、3令B區(qū)Mnl；Zusn29NSAtrZ弊端忖圖示方向行迸，在，nN上報5nlA3M量報吉觸麥£MCHANGEREQUIRED,鄰區(qū)關(guān)系完整,切損正常影響SN變更成功率的主要因素1 ,如果5-5未添加鄰區(qū)，MR上報后不會觸發(fā)SNCHANGEREQUIRED,所以不會計入SN變更請求次數(shù)(C600600009);2 ,Mn1未配置Sn1鄰區(qū)，在流程SNCHANGEREQUIRED后無法觸發(fā)Sn添加，該場景屬于異常，會統(tǒng)計為失?。? ,鄰區(qū)配置正常，但由于Sn1異常(擁塞、告警等)情況下，流程中第3步Sn未能響應(yīng)或回復(fù)失敗，該場景屬于異常，會統(tǒng)計為失?。?,第5步終端重配失敗，該場景屬于

21、異常，MN不發(fā)confirm,會統(tǒng)計為失?。?,在第6步回復(fù)了confirm后，但第8步接入失敗，該場景屬于異常，會統(tǒng)計為失敗。按流程分析如下：1 ,如果缺失1的鄰區(qū)關(guān)系，否則UE不會去測量目標(biāo)Sgnb的信號，不會觸發(fā)SNchange流程。2 ,如果缺失2的X2鏈接，也不會觸發(fā)SNchange的開始。3 ,如果3缺失X2或鄰區(qū)關(guān)系或目標(biāo)Sgnb斷鏈，則會出現(xiàn)SNchange準(zhǔn)備失敗。4 ,如果前面的SNchange準(zhǔn)備成功，在步驟1的時候UE無法接入目標(biāo)sgnb，會出現(xiàn)SNchange執(zhí)行失敗。按照SNchange的流程階段，將影響SNchange成功率因素總結(jié)如下：準(zhǔn)備階段失?。簩?yīng)上圖的步

22、驟3流程1 ,MN和目標(biāo)側(cè)gNB沒有配置X2口2 ,MN和目標(biāo)側(cè)gNB的小區(qū)沒有配置鄰區(qū)關(guān)系（涉及到reserve4開關(guān)）3 ,MN和目標(biāo)側(cè)gNB的X2鏈路斷4,目標(biāo)gNB掉站，目標(biāo)gNB功率不會為0執(zhí)行階段失敗：對應(yīng)上圖步驟3成功率后，步驟1的流程1,MN側(cè)配置的gNB的鄰區(qū)中PCI混淆2,無線覆蓋等其他原因SN變更成功率優(yōu)化思路SN變更成功率指標(biāo)全網(wǎng)優(yōu)化1、4<->5鄰區(qū)精細(xì)規(guī)劃，可采用CNOP平臺NR小工具進(jìn)行4->5鄰區(qū)關(guān)系規(guī)劃。a）5G站300以內(nèi)的4G站全部配置為錨點(diǎn)站，300-1000m,按照波瓣60度加對打小區(qū)；b）5G站500m以內(nèi)的4G站全部配置為錨點(diǎn)站，

23、500-1000m，按照波瓣90度加對打小區(qū)；c）先匹配出NR站點(diǎn)最近的一個FDD錨點(diǎn)（已配置4-5鄰區(qū)），然后統(tǒng)計該錨點(diǎn)站的同頻切換次數(shù)（鄰區(qū)對級），篩選出和這個錨點(diǎn)站切換次數(shù)最多的TOP20（30）同頻鄰區(qū)，這top20（30）小區(qū)全部和該NR站點(diǎn)配置4-5鄰區(qū)。d）根據(jù)計數(shù)器：C373760017目標(biāo)SgNB的SgNB修改失敗次數(shù)，由于其他原因e）當(dāng)該計數(shù)器上報的T-SN攜帶的CellID=65535時，該gNB存在和LTE錨點(diǎn)小區(qū)未配置鄰接關(guān)系或者不存在偶聯(lián)的情況。對該gNB進(jìn)行鄰接關(guān)系配置和ENDCX2鏈路檢查，如果存在漏配，需要補(bǔ)齊問題錨點(diǎn)小區(qū)到目標(biāo)gNB所有小區(qū)的鄰區(qū)以及4<->5X2鏈路。f）對于4->5單小區(qū)鄰區(qū)個數(shù)超過60的小區(qū)（LTE單小區(qū)支持最大64條4->5鄰區(qū)）進(jìn)行鄰區(qū)刪除優(yōu)化：刪除原則對于已經(jīng)添加好的4->5鄰區(qū)關(guān)系，可以根據(jù)該計數(shù)器C373760022目標(biāo)SgNB的SgNB修改成功次數(shù)，從其上報的T-SN的gNBId和C