NSA常見(jiàn)KPI優(yōu)化指導(dǎo)書(shū)

1、NSA常見(jiàn)KPI優(yōu)化指導(dǎo)書(shū)R1.0法律聲明本資料著作權(quán)屬中興通訊股份有限公司所有。未經(jīng)著作權(quán)人書(shū)面許可，任何單位或個(gè)人不得以任何方式摘錄、復(fù)制或翻譯。侵權(quán)必究。和是中興通訊股份有限公司的注冊(cè)商標(biāo)。中興通訊產(chǎn)品的名稱(chēng)和標(biāo)志是中興通訊的專(zhuān)有標(biāo)志或注冊(cè)商標(biāo)。在本手冊(cè)中提及的其他產(chǎn)品或公司的名稱(chēng)可能是其各自所有者的商標(biāo)或商名。在未經(jīng)中興通訊或第三方商標(biāo)或商名所有者事先書(shū)面同意的情況下，本手冊(cè)不以任何方式授予閱讀者任何使用本手冊(cè)上出現(xiàn)的任何標(biāo)記的許可或權(quán)利。本產(chǎn)品符合有關(guān)環(huán)境保護(hù)和人身安全方面的設(shè)計(jì)要求，產(chǎn)品的存放、使用和棄置應(yīng)遵照產(chǎn)品手冊(cè)、相關(guān)合同或相關(guān)國(guó)法律、法規(guī)的要求進(jìn)行。如果本產(chǎn)品進(jìn)行改進(jìn)或技術(shù)

2、變更，恕不另行專(zhuān)門(mén)通知。當(dāng)出現(xiàn)產(chǎn)品改進(jìn)或者技術(shù)變更時(shí)，您可以通過(guò)中興通訊技術(shù)支持網(wǎng)站 查詢有關(guān)信息。中興通訊股份有限公司地址:中國(guó)深圳市科技南路55號(hào)郵編網(wǎng)站:郵箱:800版本更新說(shuō)明產(chǎn)品版本資料版本資料編號(hào)資料更新說(shuō)明R1.0手冊(cè)第一次發(fā)行作者資料版本日期作者審核者批準(zhǔn)者R1.02019-12-11關(guān)彪/馬明/胡成軍袁海軍、常海杰、惠隆華適用對(duì)象：5G網(wǎng)優(yōu)工程師使用建議：在閱讀本文檔之前，建議先了解下面的知識(shí)和技能：序號(hào)知識(shí)技能參考資料15G基本原理2NSA網(wǎng)絡(luò)優(yōu)化流程3目錄1

3、 概述12 常用KPI優(yōu)化分析13 NSA重點(diǎn)監(jiān)控指標(biāo)介紹13.1 NSA SN添加成功率23.1.1 SN添加流程23.1.2 SN添加成功率指標(biāo)定義（LTE側(cè)）33.1.3 SN添加成功率指標(biāo)定義（NR側(cè)）43.1.4 NSA接入指標(biāo)優(yōu)化思路43.1.5 SN添加失敗常見(jiàn)失敗原因解析(LTE側(cè))63.1.6 SN添加失敗常見(jiàn)失敗原因解析(NR側(cè))93.1.7 影響SN添加成功率的因素93.2 SN異常釋放率103.2.1 SN釋放流程103.2.2 SN異常釋放率指標(biāo)定義（LTE側(cè)）123.2.3 SN異常釋放率指標(biāo)定義（NR側(cè)）123.2.4 SN異常釋放率處理思路133.2.5 SN異

4、常釋放原因解析（LTE側(cè)）143.3 SN變更成功率173.3.1 SN變更的流程介紹173.3.2 SN變更成功率指標(biāo)定義183.3.3 影響SN變更成功率的主要因素193.3.4 SN變更成功率優(yōu)化思路204 外場(chǎng)案例294.1 SN添加成功率優(yōu)化案例294.2 SN變更成功率優(yōu)化案例345 當(dāng)前版本KPI問(wèn)題說(shuō)明354G側(cè)SN異常釋放率統(tǒng)計(jì)偏高355G側(cè)SN變更成功率由于目標(biāo)側(cè)斷鏈導(dǎo)致SN變更失敗問(wèn)題35附錄A 參考資料36A.1 NSA KPI優(yōu)化提效小工具36A.2 45鄰區(qū)規(guī)劃核查小工具36A.3 TDD LTE常見(jiàn)KPI優(yōu)化37A.4 FDD LTE常見(jiàn)KPI優(yōu)化指導(dǎo)書(shū)37A.5

5、 5G干擾排查指導(dǎo)書(shū)37A.6 山東濟(jì)南SN變更優(yōu)化攻關(guān)總結(jié)報(bào)告37圖目錄圖 3-1 SN添加流程3圖 3-2 NSA接入指標(biāo)優(yōu)化思路5圖 3-3 SgNB Addition Request 信令7圖 3-4 servicemap5G XN位置 8圖 3-5 SN觸發(fā)的SN釋放11圖 3-6 MN觸發(fā)的SN釋放11圖 3-7 SN異常釋放處理思路13圖 3-8 SCGfailFailure信令15圖 3-9 SCGfailFailure信令解碼15圖 3-10 SN變更流程17圖 3-11 SN變更節(jié)點(diǎn)分析19圖 3-12 SN變更網(wǎng)元關(guān)系19圖 3-13 SN變更成功率指標(biāo)提取_122圖 3

6、-14 SN變更成功率指標(biāo)提取_222圖 3-15 SN變更成功率指標(biāo)提取_323圖 3-16 SN變更成功率指標(biāo)結(jié)果展示23圖 3-17 LTE側(cè)SN變更指標(biāo)提取_124圖 3-18 LTE側(cè)SN變更指標(biāo)提取_224圖 3-19 LTE側(cè)SN變更指標(biāo)提取_325圖 3-20 LTE側(cè)SN變更指標(biāo)提取_525圖 3-21 UME網(wǎng)管查看SN變更成功率TOP站點(diǎn)27圖 3-22 SN變更成功率TOP站點(diǎn)信令跟蹤27圖 3-23 配置跟蹤網(wǎng)元27圖 3-24 信令監(jiān)控展示28圖 3-25 SNchangeRequired信令查看28圖 3-26 查找錨點(diǎn)站IP地址29表目錄表 3-1 NSA重點(diǎn)監(jiān)

7、控指標(biāo)介紹1表 3-2 4G側(cè)SN添加成功率計(jì)數(shù)器3表 3-3 5G側(cè)SN添加成功率計(jì)數(shù)器4表 3-4 SN異常釋放率NR計(jì)數(shù)器12表 3-5 SN異常釋放率LTE計(jì)數(shù)器121 概述本文集中介紹5G NSA場(chǎng)景下錨點(diǎn)小區(qū)以及NR小區(qū)常用KPI指標(biāo)提升手段。2 常用KPI優(yōu)化分析本章主要介紹如何從網(wǎng)管數(shù)據(jù)來(lái)分析指標(biāo)問(wèn)題，以及如何結(jié)合計(jì)數(shù)器來(lái)優(yōu)化KPI的思路。3 NSA重點(diǎn)監(jiān)控指標(biāo)介紹NSA重點(diǎn)監(jiān)控指標(biāo)適用于國(guó)內(nèi)中移、聯(lián)通、電信局點(diǎn)。包括SN添加成功率（5G），SN異常釋放率（5G），SN變更成功率（5G），小區(qū)可用率（5G），小區(qū)RB上行平均干擾電平（5G），小區(qū)級(jí)下行單用戶平均感知速率（5G）

8、，小區(qū)級(jí)上行單用戶平均感知速率（5G），下行RLC丟包率（5G），小區(qū)上行PDCP SDU丟包率（5G），MAC層上行誤塊率（5G），MAC層下行誤塊率（5G），SN添加成功率（4G），SN異常釋放率（4G），系統(tǒng)內(nèi)帶SN切換成功率(4G)，共計(jì)14項(xiàng)指標(biāo)，其中11個(gè)指標(biāo)在UME中獲取，3個(gè)指標(biāo)在U31獲取。推薦門(mén)限現(xiàn)場(chǎng)可以根據(jù)實(shí)際情況進(jìn)行微調(diào)。表 3-1 NSA重點(diǎn)監(jiān)控指標(biāo)介紹指標(biāo)名稱(chēng)指標(biāo)計(jì)算公式推薦門(mén)限指標(biāo)來(lái)源SN添加成功率C/(C+C+C+C)低于90%5GSN異常釋放率(C+C)/(C+C+C+C+C)高于5%5GSN變更成功率C/C低于90%5G小區(qū)可用率(C+C)/(C+C+C+C

9、+C)低于90%5G小區(qū)RB上行平均干擾電平C高于-1055G小區(qū)級(jí)下行單用戶平均感知速率C*/C低于150M5G小區(qū)級(jí)上行單用戶平均感知速率C*/C低于10M5G下行RLC丟包率C*/(C - C)高于1%5G小區(qū)上行PDCP SDU丟包率C * /(C + C)高于1%5GMAC層上行誤塊率C/(C+C+C)高于10%5GMAC層下行誤塊率C/(C+C+C)高于10%5GSN添加成功率C/C低于90%4GSN異常釋放率(C+C+C+C+C+C+C+C+C)+C-(C+C+C+C+C+C)-C)/(C+C+C+C+C+C+C+C+C)+C)高于5%4G系統(tǒng)內(nèi)帶SN切換成功率C/(C+C)低于

10、90%4G由于篇幅限制，就每類(lèi)別里面的每個(gè)指標(biāo)不一一敘述，具體性能指標(biāo)計(jì)數(shù)器文檔請(qǐng)參考隨機(jī)手冊(cè)/UDM/Application/DocManage/FrmDocumentView.aspx?DocId=。3.1 NSA SN添加成功率3.1.1 SN添加流程 圖 3-1 SN添加流程 采樣點(diǎn)1：當(dāng)MN向SN發(fā)送SN添加請(qǐng)求SgNB Addition Request消息時(shí)，進(jìn)行采樣，用于統(tǒng)計(jì)SgNB添加請(qǐng)求的次數(shù)。采樣點(diǎn)2：MN等待SgNB Addition Request Acknowledge消息超時(shí)，進(jìn)行采樣統(tǒng)計(jì)。采樣點(diǎn)3：MN收到SN的添加拒絕消息

11、SgNB Addition Request Reject進(jìn)行采樣統(tǒng)計(jì)。采樣點(diǎn)4：MN下發(fā)空口重配后，空口重配定時(shí)器超時(shí)，進(jìn)行采樣統(tǒng)計(jì)。采樣點(diǎn)5：MN給SN發(fā)送SgNB Reconfiguration Complete消息且MN配置完成，進(jìn)行采樣統(tǒng)計(jì)。采樣點(diǎn)6：MN收到E-RAB Modification Confirm且MN配置完成，進(jìn)行采樣統(tǒng)計(jì)。l采樣點(diǎn)7：MN收到E-RAB Modification Confirm后，所有的E-RAB修改均失敗或者等待E-RAB Modification Confirm消息超時(shí)，進(jìn)行采樣統(tǒng)計(jì)。3.1.2 SN添加成功率指標(biāo)定義（LTE側(cè)）SN添加成功率=C

12、/C（暫不區(qū)分運(yùn)營(yíng)商）表 3-2 4G側(cè)SN添加成功率計(jì)數(shù)器編號(hào)名稱(chēng)CSgNB添加成功次數(shù)CSgNB添加失敗次數(shù)，由于SgNB響應(yīng)超時(shí)CSgNB添加失敗次數(shù)，由于SgNB拒絕CSgNB添加失敗次數(shù)，由于空口超時(shí)CSgNB添加失敗次數(shù)，由于E-RAB修改失敗CSgNB添加失敗次數(shù)，由于其他原因CSgNB添加請(qǐng)求次數(shù)3.1.3 SN添加成功率指標(biāo)定義（NR側(cè)）SN添加成功率=C/(C+C+C+C)（暫不區(qū)分運(yùn)營(yíng)商）表 3-3 5G側(cè)SN添加成功率計(jì)數(shù)器編號(hào)名稱(chēng)CSN添加成功次數(shù)CSN添加失敗次數(shù)，F(xiàn)1 Context建立失敗CSN添加失敗次數(shù)，X2口重配超時(shí)CSN添加失敗次數(shù)，其它原因3.1.4

13、NSA接入指標(biāo)優(yōu)化思路 圖 3-2 NSA接入指標(biāo)優(yōu)化思路 全網(wǎng)性SN添加成功率不達(dá)標(biāo)核查1. 是否存在區(qū)域性干擾。2. 大部分錨點(diǎn)小區(qū)/NR小區(qū)版本過(guò)舊，確?，F(xiàn)場(chǎng)LTE錨點(diǎn)版本為V0P11及以后，NR側(cè)版本為V2.00.22.01P06R05及以后。3. NR小區(qū)基線參數(shù)未對(duì)其，需強(qiáng)刷最新基線參數(shù)。4. 核查根序列、PrachConfigurationIndex、Ncs配置、PCI等基礎(chǔ)參數(shù)配置不合理，未按規(guī)劃配置。 SN添加成功率不達(dá)標(biāo)TOP小區(qū)核查1. 檢查是否存在SN添加成功率異常的NR小區(qū)或LTE錨點(diǎn)TOP小區(qū)；2. 檢查是否存在4-5

14、 SN 添加異常的TOP鄰區(qū)對(duì)；3. 檢查T(mén)OP鄰區(qū)對(duì)中錨點(diǎn)側(cè)小區(qū)基礎(chǔ)KPI是否正常，掉線率是否正常，是否存在告警，高NI等；4. 檢查T(mén)OP鄰區(qū)對(duì)中鄰區(qū)對(duì)目標(biāo)側(cè)NR側(cè)基站狀態(tài)是否正常，是否存在告警，高NI；5. 檢查異常錨點(diǎn)LTE側(cè)版本，確保現(xiàn)場(chǎng)LTE錨點(diǎn)版本為V0P11及以后；6. 檢查錨點(diǎn)側(cè)參數(shù)配置，4-5外部鄰區(qū)定義核查，NR鄰區(qū)PCI混淆；7. 檢查異常NR基站版本，NR側(cè)版本為V2.00.22.01P06R05及以后；8. 4-5 x2偶聯(lián)配置，X2狀態(tài)核查；9. 覆蓋問(wèn)題排查是否存在過(guò)覆蓋，55,4-5鄰區(qū)漏配問(wèn)題；10. 加腿B1門(mén)限設(shè)置過(guò)低核查；11. 排查

15、完成未發(fā)現(xiàn)問(wèn)題，按照3.1.7/3.1.8取相關(guān)異常counter有針對(duì)性去分析排查；12. NR側(cè)按要求強(qiáng)刷隨版本的基線參數(shù)，其他參數(shù)問(wèn)題：核查根序列、PrachConfigurationIndex、Ncs配置，NR側(cè)相關(guān)技術(shù)通知單核查：/tsm/FileCenter/File.aspx?Mode=read&FileID=。13. 未解決，提交第一響應(yīng)組。3.1.5 SN添加失敗常見(jiàn)失敗原因解析(LTE側(cè)) C SgNB添加失敗次數(shù)，由于SgNB響應(yīng)超時(shí)指的是MN等待SgNB Addition Request Acknowledge消息超

16、時(shí)引起的SN添加失敗，失敗原因：1. X2偶聯(lián)配置，X2狀態(tài)是否正常，是否能ping通；2. NR小區(qū)狀態(tài)是否正常，是否故障，是否閉塞；3. SN Add消息超過(guò)2k，5g沒(méi)有回復(fù)ACK，LTE側(cè)0p20版本解決；SgNB Addition Request 信令中“sgNBtoMeNBContainer”字段位置如下：圖 3-3 SgNB Addition Request 信令4. NR側(cè)基站掛死，重啟基站； C SgNB添加失敗次數(shù)，由于SgNB拒絕指的是MN收到SN的添加拒絕消息SgNB Addition Request Reject,導(dǎo)致的SN添加失敗，失敗原因排查：1

17、. SgNB側(cè)由于小區(qū)狀態(tài)異常；2. 基于用戶數(shù)的接納控制，基于承載數(shù)的接納控制導(dǎo)致的接納失??；3. servicemap5G XN未配置；配置路徑如下：圖 3-4 servicemap5G XN位置 4. 4G側(cè)NR外部小區(qū)PLMN配置錯(cuò)誤；5. 基站側(cè)256QAM功能（Qam256-qam256EnableUl、Qam256-qam256EnableDl）會(huì)強(qiáng)刷為enable，但是NrcellDU-RrcVersion沒(méi)有強(qiáng)刷，需要將NrcellDU-RrcVersion 修改為V15.4.0，請(qǐng)參考技術(shù)通知單TDD產(chǎn)品支持團(tuán)隊(duì)-5G NR產(chǎn)品技術(shù)通知單-關(guān)于外場(chǎng)rrcVersion與25

18、6QAM使能開(kāi)關(guān)配置不匹配導(dǎo)致UE可能無(wú)法接入的技術(shù)通知單6. 基線參數(shù)未對(duì)齊，重新刷相關(guān)版本基線參數(shù)。 C SgNB添加失敗次數(shù)，由于空口超時(shí)1. 指的是MN下發(fā)空口重配后，空口重配定時(shí)器超時(shí)，引起的SN添加失敗，失敗原因：2. LTE側(cè)空口質(zhì)量異常；3. 基線參數(shù)未對(duì)齊，重新刷相關(guān)版本基線參數(shù)； C SgNB添加失敗次數(shù)，由于其他原因1. 聯(lián)系第一響應(yīng)組處理。 C SgNB添加失敗次數(shù)，由于E-RAB修改失敗1. 聯(lián)系第一響應(yīng)組處理。3.1.6 SN添加失敗常見(jiàn)失敗原因解析(NR側(cè)) SN添加失敗次數(shù)，F(xiàn)1 Context建立失敗當(dāng)g

19、NB在SN添加過(guò)程中，收到DU回復(fù)的UE CONTEXT SETUP RESPONSE消息且結(jié)果為失敗時(shí)，計(jì)數(shù)器加1。gNB接納失敗主要原因：1. 小區(qū)狀態(tài)異常；2. 基于用戶數(shù)的接納控制；3. 基于承載數(shù)的接納控制。 SN添加失敗次數(shù)，X2口重配超時(shí)當(dāng)gNB在SN添加過(guò)程中，等待X2口的重配完(RRCReconfigurationComplete)消息超時(shí)時(shí)，計(jì)數(shù)器加1。失敗原因排查：1. X2偶聯(lián)配置，X2狀態(tài)是否正常，是否能ping通；2. NR小區(qū)狀態(tài)是否正常。 SN添加失敗次數(shù)，其它原因1. 需要聯(lián)系第一響應(yīng)組分析處理。3.1.7 影響SN添加成功率的因素

20、錨點(diǎn)側(cè)主要因素如下：1. 錨點(diǎn)側(cè)LTE掉線率異常故障，參考TDD LTE常見(jiàn)KPI優(yōu)化指導(dǎo)書(shū)_R1.4_.docFDD LTE常見(jiàn)KPI優(yōu)化指導(dǎo)書(shū)；2. 鄰區(qū)配置包括：4-5鄰區(qū)關(guān)系，鄰區(qū)定義PCI,頻點(diǎn)，基站號(hào)等；3. 錨點(diǎn)側(cè)是否配置了NR頻點(diǎn)，頻點(diǎn)配置是否正確；4. 檢查L(zhǎng)TE錨點(diǎn)-NR X2鏈路是否正常，是否配置正確，是否存在故障；5. SN添加B1門(mén)限是否設(shè)置過(guò)低，6. 檢查4-5鄰區(qū)里是否存在同頻同PCI的情況；7. 配置SCTP及X2接口，SCTP遠(yuǎn)端端口號(hào)建議配置為36998，遠(yuǎn)端地址配置為5G業(yè)務(wù)IP地址，出入流個(gè)數(shù)必須大于等于3，SCTP鏈路類(lèi)型配置為“EN-DC X22”。

21、配置SCTP后，若EN-DC X2AP配置無(wú)法自動(dòng)生成，則需要手動(dòng)進(jìn)行添加，而且EN-DC X2AP占用該SCTP的最后一個(gè)流ID；8. 雙鏈接承載類(lèi)型配置，數(shù)據(jù)默認(rèn)承載一般為QCI9，也可能為QCI8、QCI6，修改雙鏈接承載類(lèi)型為“SCG模式1”，注意不能配置為“MCG 模式0”，否則會(huì)導(dǎo)致B1測(cè)量不能下發(fā)，SN添加失??；9. 【NR頻點(diǎn)的SA指示】不能配置為0；NR側(cè)主要因素如下：1. NR側(cè)覆蓋是否滿足要求；2. 是否存在上下行干擾；3. 基線參數(shù)是否配置正確；4. 檢查NR基站狀態(tài)是否正常，是否存在故障;5. PCE標(biāo)識(shí)配置是否正確；6. LTE錨點(diǎn)小區(qū)配置的中心頻點(diǎn)與5G配置是否一

22、致；7. 錨點(diǎn)與5G的RLC傳輸模式配置是否一致；8. 4G與5G PDCP SN bit數(shù)是否一致；9. 高通終端目前不支持UL 256QAM；10. 5G上行最大層數(shù)需為2；11. 5G PDSCH的dmrs type需配置為2；12. 【鄰接小區(qū)所在的移動(dòng)國(guó)家碼】4G和5G側(cè)參數(shù)取值應(yīng)當(dāng)保持一致。3.2 SN異常釋放率3.2.1 SN釋放流程1、SN觸發(fā)的SN釋放 圖 3-5 SN觸發(fā)的SN釋放 本統(tǒng)計(jì)流程圖表述了SN觸發(fā)的SN釋放過(guò)程。采樣點(diǎn)1：當(dāng)MN向SN發(fā)送UE Context Release消息時(shí)，進(jìn)行采樣統(tǒng)計(jì)。2、MN觸發(fā)的SN釋放 圖 3-6 MN觸發(fā)的SN釋放 本統(tǒng)計(jì)流程圖

23、表述了MN觸發(fā)的SN釋放過(guò)程。采樣點(diǎn)1：當(dāng)MN向SN發(fā)送UE Context Release消息時(shí)，進(jìn)行采樣統(tǒng)計(jì)。3.2.2 SN異常釋放率指標(biāo)定義（LTE側(cè)）SN 異常釋放率=(C+C+C+C+C+C+C+C+C)+C-(C+C+C+C+C+C)-C)/(C+C+C+C+C+C+C+C+C)+C)（暫不區(qū)分運(yùn)營(yíng)商）表 3-4 SN異常釋放率NR計(jì)數(shù)器編號(hào)名稱(chēng)CMeNB發(fā)起的SgNB釋放次數(shù)，由于SCG失敗CMeNB發(fā)起的SgNB釋放次數(shù)，由于MME觸發(fā)的UE釋放CMeNB發(fā)起的SgNB釋放次數(shù)，由于eNB觸發(fā)的UE異常釋放CMeNB發(fā)起的SgNB釋放次數(shù)，由于其他原因CMeNB發(fā)起的SgNB

24、釋放次數(shù)，由于eNB觸發(fā)的UE正常釋放CMeNB發(fā)起的SgNB釋放次數(shù)，由于MME觸發(fā)的E-RAB釋放CMeNB發(fā)起的SgNB釋放次數(shù)，由于eNB觸發(fā)的E-RAB釋放CMeNB發(fā)起的SgNB釋放次數(shù)，由于切換成功觸發(fā)CMeNB發(fā)起的SgNB釋放次數(shù)，由于重建立成功觸發(fā)CSgNB發(fā)起的SgNB釋放次數(shù)CMeNB發(fā)起的SgNB釋放次數(shù)，由于MME觸發(fā)的UE釋放 3.2.3 SN異常釋放率指標(biāo)定義（NR側(cè)）SN異常釋放率=(C+C)/(C+C+C+C+C)（暫不區(qū)分運(yùn)營(yíng)商）表 3-5 SN異常釋放率LTE計(jì)數(shù)器編號(hào)名稱(chēng)CMN觸發(fā)SN釋放次數(shù)，SCG空口失?。ó惓?CMN觸發(fā)SN釋放次數(shù)，UE或承載釋

25、放（正常）CMN觸發(fā)SN釋放次數(shù)，其它原因（異常）CSN請(qǐng)求釋放次數(shù)，測(cè)量觸發(fā)（正常）CSN請(qǐng)求釋放次數(shù)，其它原因（異常） 3.2.4 SN異常釋放率處理思路圖 3-7 SN異常釋放處理思路 全網(wǎng)性SN異常釋放率不達(dá)標(biāo)核查1. 是否存在區(qū)域性干擾。2. NR/錨點(diǎn)小區(qū)出現(xiàn)區(qū)域性故障，告警。3. 區(qū)域性出現(xiàn)4-5偶聯(lián)告警，故障。4. 45鄰區(qū)中存在5G鄰區(qū)同頻同PCI問(wèn)題。5. 錨點(diǎn)到非錨點(diǎn)定向策略配置不合理導(dǎo)致錨點(diǎn)與非錨點(diǎn)之間出現(xiàn)大量的乒乓切換，從而引起較多的異常釋放。6. 45,55鄰區(qū)漏配問(wèn)題突出。7. 刪腿A2門(mén)限設(shè)置過(guò)低。 SN異常釋放率不達(dá)標(biāo)TOP小區(qū)核

26、查1. 檢查是否存在SN異常釋放率異常的NR小區(qū)或LTE錨點(diǎn)TOP小區(qū)；2. 檢查是否存在4-5 SN 異常釋放次數(shù)較多的TOP鄰區(qū)對(duì)；3. 檢查T(mén)OP鄰區(qū)對(duì)中錨點(diǎn)小區(qū)問(wèn)題：側(cè)小區(qū)基礎(chǔ)KPI是否正常，掉線率是否正常，是否存在告警，高NI等；錨點(diǎn)到非錨點(diǎn)定向策略配置不合理導(dǎo)致錨點(diǎn)與非錨點(diǎn)之間出現(xiàn)大量的乒乓切換，從而引起較多的異常釋放；檢查錨點(diǎn)側(cè)參數(shù)配置，4-5外部鄰區(qū)定義核查，NR鄰區(qū)PCI混淆核查；4-5 x2偶聯(lián)配置，X2狀態(tài)核查；45鄰區(qū)關(guān)系核查，是否存在漏配錨點(diǎn)，漏配鄰區(qū)的問(wèn)題。檢查雙連接承載模式配置核查：QCI=1/2/3/5配置為MCG模式，QCI=6/7/8/9配置為SCG模式；4

27、. 檢查T(mén)OP鄰區(qū)對(duì)NR小區(qū)問(wèn)題：檢查T(mén)OP鄰區(qū)對(duì)中鄰區(qū)對(duì)目標(biāo)側(cè)NR側(cè)基站狀態(tài)是否正常，是否存在告警，高NI；5-4的x2偶聯(lián)配置，X2狀態(tài)核查；55鄰區(qū)漏配問(wèn)題核查；NR側(cè)刪腿A2門(mén)限核查；5. 未排查出問(wèn)題，按照異常counter有針對(duì)性去分析排查。6. 未解決，提交第一響應(yīng)組 3.2.5 SN異常釋放原因解析（LTE側(cè)） MeNB發(fā)起的SgNB釋放次數(shù)，由于SCG失敗首先在錨點(diǎn)基站側(cè)根據(jù)UE級(jí)小區(qū)信令，篩選出SCGfailFailure信令，統(tǒng)計(jì)出SCGfailFailure主要的原因，如下： 圖 3-8 SCGfailFailure信令 圖 3-9 SCGfailFail

28、ure信令解碼 常見(jiàn)的SCGfailFailure有四種原因：synchReconfigFailureSCG，T310-Expiry，random access problem， rlc-MaxNumRetx。synchReconfigFailure-SCG1. 無(wú)線環(huán)境問(wèn)題：核查NR小區(qū)是否存在干擾或者或者如駐波比等影響覆蓋的相關(guān)告警；核查55 NR小區(qū)鄰區(qū)關(guān)系是否缺失。2. 配置問(wèn)題：請(qǐng)確認(rèn)NR切換參數(shù) gNB CU-CP功能配置-CU小區(qū)配置-小區(qū)重選-同頻小區(qū)重選配置/異頻小區(qū)重選配置：gNB CU-CP功能配置-CU小區(qū)配置-異頻測(cè)量-異頻測(cè)量對(duì)象/同頻測(cè)量對(duì)象：deriveSSBI

29、ndexFromCell（中文名：該頻點(diǎn)下所有小區(qū)的幀邊界是否相同）配置是為Enableenable；3. 配置問(wèn)題：核查5G小區(qū)RACH參數(shù)配置是否按規(guī)劃值配置:gNB CU-CP功能配置-gNB DU功能配置-DU小區(qū)配置-BwpUl參數(shù)-Rach- rachConfigGeneric: PRACH時(shí)域資源配置索引=17，基于邏輯根序列的循環(huán)移位參數(shù)(Ncs)=6；gNB CU-CP功能配置-gNB DU功能配置-DU小區(qū)配置-BwpUl參數(shù)-Rach: prachRootSequenceIndex=l839，長(zhǎng)PRACH 格式的起始邏輯根序列索引（按規(guī)劃配置，站內(nèi)每個(gè)小區(qū)不同），UE接入

30、和切換可用preamble個(gè)數(shù)=64，前導(dǎo)碼個(gè)數(shù)=63。RLC-MaxNumRetx1. 無(wú)線環(huán)境問(wèn)題：核查NR小區(qū)是否存在干擾或者或者如駐波比等影響覆蓋的相關(guān)告警；核查55 NR小區(qū)鄰區(qū)關(guān)系是否缺失。2. 配置問(wèn)題：高通終端不支持pdschHARQACKCodebook設(shè)置為semiStatic方式，導(dǎo)致SCG Failure，修改NR小區(qū)配置：gNB DU功能配置-小區(qū)組配置-PDSCH的HARQ-ACK碼本(slot) 修改為dynamicdynamic。3. 配置問(wèn)題：海思終端熄屏測(cè)試出現(xiàn)頻繁SCG Failure，高通終端無(wú)此問(wèn)題，LTE小區(qū)User-Inactivity使能開(kāi)關(guān)需要

31、打開(kāi)。4. 終端問(wèn)題：修改配置優(yōu)化：gNB DU功能配置-RLC配置：重發(fā)POLL位的時(shí)間間隔 EnDCRLC.maxRxtxThreshold）修改為40sm;最大重傳門(mén)限值（EnDCRLC.pollRetransTimer） 修改為32。5. 通過(guò)先復(fù)位VSW板(或者重啟lccm容器)，起來(lái)后再?gòu)?fù)位VBP版本的方式解決 T310-Expiry1. 無(wú)線環(huán)境問(wèn)題：核查NR小區(qū)是否存在干擾或者或者如駐波比等影響覆蓋的相關(guān)告警；核查55 NR小區(qū)鄰區(qū)關(guān)系是否缺失。2. 配置問(wèn)題：切換不及時(shí)，核查測(cè)試線路中的4-4、4-5G鄰區(qū)配置、確認(rèn)切換鏈路中錨點(diǎn)與5G站點(diǎn)已配置ENDC X2AP配置是否異常

32、。 RandomAccessProblem：1. 配置問(wèn)題：核查gNB CU-CP功能配置-gNB DU功能配置-DU小區(qū)配置-BwpDl參數(shù)-PDCCHConfig參數(shù)：CCE自適應(yīng)模式 決定了使用哪種聚合度，需要關(guān)注 gNB CU-CP功能配置-gNB DU功能配置-DU小區(qū)配置-BwpDl參數(shù)-PDCCHConfig參數(shù)-SearchSpace：SearchSpace的類(lèi)型為UE-Specific對(duì)應(yīng)的聚合度候選集個(gè)數(shù)不能設(shè)置為n0。2. 未知問(wèn)題，基站重啟解決。 MeNB發(fā)起的SgNB釋放次數(shù)，由于eNB觸發(fā)的UE異常釋放錨點(diǎn)LTE小區(qū)上下文異常釋放后發(fā)起的sn釋放，需要

33、重點(diǎn)解決錨點(diǎn)LTE小區(qū)上下文異常釋放問(wèn)題，詳細(xì)參考：TDD LTE常見(jiàn)KPI優(yōu)化_R1.4_.doc/tsm/FileCenter/File.aspx?Mode=read&FileID=中3.4.3異常釋放原因解析 MeNB發(fā)起的SgNB釋放次數(shù)，由于其他原因1. 請(qǐng)聯(lián)系第一響應(yīng)組支持。 SN異常釋放原因解析（NR側(cè)）MN觸發(fā)SN釋放次數(shù)，其它原因（異常）1. 請(qǐng)聯(lián)系第一響應(yīng)組支持。SN請(qǐng)求釋放次數(shù)，其它原因（異常）1. 請(qǐng)聯(lián)系第一響應(yīng)組支持。3.3 SN變更成功率3.3.1 SN變更的流程介紹圖 3-10 SN變更流程 采樣

34、點(diǎn)1：當(dāng)MN收到SN發(fā)送的SgNB Change Required消息時(shí)，進(jìn)行采樣統(tǒng)計(jì)采樣點(diǎn)2：當(dāng)MN向NR終端下發(fā)空口重配消息RRC Connection Reconfiguration消息時(shí)，進(jìn)行采樣統(tǒng)計(jì)。采樣點(diǎn)3：當(dāng)MN向源SN發(fā)送UE Context Release消息時(shí)，進(jìn)行采樣統(tǒng)計(jì)3.3.2 SN變更成功率指標(biāo)定義5G側(cè)SN變更成功率定義SN變更成功率=SN變更確認(rèn)次數(shù)/SN請(qǐng)求次數(shù)（C/C）1. SN變更請(qǐng)求次數(shù)（C）觸發(fā)條件：當(dāng)gNB收到A3測(cè)量報(bào)告(MeasurementReport)觸發(fā)SN變更并發(fā)送SN CHANGE REQUIRED，計(jì)數(shù)器加1；2. SN變更確認(rèn)次數(shù)(

35、C)觸發(fā)條件：當(dāng)gNB發(fā)送SN CHANGE REQUIRED并收到SN CHANGE CONFIRM后，再收到MN的UE CONTEXT RELEASE消息，完成源SN的上下文釋放，SN變更成功，計(jì)數(shù)器加1。4G側(cè)SN變更成功率定義1. SN變更成功率=SgNB觸發(fā)SgNB Change成功數(shù)/SgNB觸發(fā)SgNB Change請(qǐng)求數(shù)（C/C）2. SN變更準(zhǔn)備成功率=SgNB觸發(fā)SgNB Change準(zhǔn)備成功數(shù)/SgNB觸發(fā)SgNB Change請(qǐng)求數(shù)（C/C）3. SgNB觸發(fā)SgNB Change請(qǐng)求數(shù)（C）觸發(fā)條件：當(dāng)MeNB收到SgNB發(fā)送的SgNB Change Required

36、消息時(shí)，SgNB觸發(fā)SgNB Change請(qǐng)求次數(shù)加1，信令流程中第1條信令。1. SgNB觸發(fā)SgNB Change準(zhǔn)備成功數(shù)（C）觸發(fā)點(diǎn)：當(dāng)MeNB收到源SgNB發(fā)送的SgNB Change Required消息，觸發(fā)SgNB Change流程。在SgNB Change流程中，當(dāng)MeNB向NR終端下發(fā)空口重配消息RRC Connection Reconfiguration消息時(shí)，SgNB觸發(fā)SgNB Change準(zhǔn)備成功次數(shù)加1，信令流程中第4條信令。2. SgNB觸發(fā)SgNB Change成功數(shù)（C）觸發(fā)點(diǎn)：當(dāng)MeNB收到源SgNB發(fā)送的SgNB Change Required消息，觸發(fā)

37、SgNB Change流程。在SgNB Change流程中，當(dāng)MeNB向源SgNB發(fā)送UE CONTEXT RELEASE消息時(shí)，SgNB觸發(fā)SgNB Change成功次數(shù)加1，信令流程中第17條信令。3.3.3 影響SN變更成功率的主要因素圖 3-11 SN變更節(jié)點(diǎn)分析 1. 如果5-5未添加鄰區(qū)，MR上報(bào)后不會(huì)觸發(fā)SNCHANGEREQUIRED，所以不會(huì)計(jì)入SN變更請(qǐng)求次數(shù)（C）；2. Mn1未配置Sn1鄰區(qū)，在流程SNCHANGEREQUIRED后無(wú)法觸發(fā)Sn 添加，該場(chǎng)景屬于異常，會(huì)統(tǒng)計(jì)為失?。?. 鄰區(qū)配置正常，但由于Sn1異常（擁塞、告警等）情況下，流程中第3步Sn未能響應(yīng)或回復(fù)

38、失敗，該場(chǎng)景屬于異常，會(huì)統(tǒng)計(jì)為失敗；4. 第5步終端重配失敗，該場(chǎng)景屬于異常，MN不發(fā)confirm，會(huì)統(tǒng)計(jì)為失敗；5. 在第6步回復(fù)了confirm后，但第8步接入失敗，該場(chǎng)景屬于異常，會(huì)統(tǒng)計(jì)為失敗。SN change的相關(guān)網(wǎng)元關(guān)系如下： 圖 3-12 SN變更網(wǎng)元關(guān)系 按流程分析如下：1. 如果缺失1的鄰區(qū)關(guān)系，否則UE不會(huì)去測(cè)量目標(biāo)Sgnb的信號(hào)，不會(huì)觸發(fā)SN change流程。2. 如果缺失2的X2鏈接，也不會(huì)觸發(fā)SN change的開(kāi)始。3. 如果3缺失X2或鄰區(qū)關(guān)系或目標(biāo)Sgnb斷鏈，則會(huì)出現(xiàn)SN change準(zhǔn)備失敗。4. 如果前面的SN change準(zhǔn)備成功，在步驟1的時(shí)候UE

39、無(wú)法接入目標(biāo)sgnb，會(huì)出現(xiàn)SN change執(zhí)行失敗。按照SN change的流程階段，將影響SN change成功率因素總結(jié)如下：準(zhǔn)備階段失?。簩?duì)應(yīng)上圖的步驟3流程1. MN和目標(biāo)側(cè)gNB沒(méi)有配置X2口2. MN和目標(biāo)側(cè)gNB的小區(qū)沒(méi)有配置鄰區(qū)關(guān)系（涉及到reserve4開(kāi)關(guān)）3. MN和目標(biāo)側(cè)gNB的X2鏈路斷4. 目標(biāo)gNB掉站，目標(biāo)gNB功率不會(huì)為0執(zhí)行階段失?。簩?duì)應(yīng)上圖步驟3成功率后，步驟1的流程1. MN側(cè)配置的gNB的鄰區(qū)中PCI混淆2. 無(wú)線覆蓋等其他原因3.3.4 SN變更成功率優(yōu)化思路 SN變更成功率指標(biāo)全網(wǎng)優(yōu)化1、45鄰區(qū)精細(xì)規(guī)劃，可采用CNOP平臺(tái)NR小

40、工具進(jìn)行4-5鄰區(qū)關(guān)系規(guī)劃。a) 5G站300以內(nèi)的4G站全部配置為錨點(diǎn)站，300-1000m，按照波瓣60度加對(duì)打小區(qū)；b) 5G站500m以內(nèi)的4G站全部配置為錨點(diǎn)站，500-1000m，按照波瓣90度加對(duì)打小區(qū)；c) 先匹配出NR站點(diǎn)最近的一個(gè)FDD錨點(diǎn)（已配置4-5鄰區(qū)），然后統(tǒng)計(jì)該錨點(diǎn)站的同頻切換次數(shù)（鄰區(qū)對(duì)級(jí)），篩選出和這個(gè)錨點(diǎn)站切換次數(shù)最多的TOP 20（30）同頻鄰區(qū)，這top20(30)小區(qū)全部和該NR站點(diǎn)配置4-5鄰區(qū)。d) 根據(jù)計(jì)數(shù)器：C 目標(biāo)SgNB的SgNB修改失敗次數(shù)，由于其他原因e) 當(dāng)該計(jì)數(shù)器上報(bào)的T-SN攜帶的CellID=65535時(shí)，該gNB存在和LTE錨

41、點(diǎn)小區(qū)未配置鄰接關(guān)系或者不存在偶聯(lián)的情況。對(duì)該gNB進(jìn)行鄰接關(guān)系配置和ENDCX2鏈路檢查，如果存在漏配，需要補(bǔ)齊問(wèn)題錨點(diǎn)小區(qū)到目標(biāo)gNB所有小區(qū)的鄰區(qū)以及45 X2鏈路。f) 對(duì)于4-5單小區(qū)鄰區(qū)個(gè)數(shù)超過(guò)60的小區(qū)（LTE單小區(qū)支持最大64條4-5鄰區(qū)）進(jìn)行鄰區(qū)刪除優(yōu)化：刪除原則對(duì)于已經(jīng)添加好的4-5鄰區(qū)關(guān)系，可以根據(jù)該計(jì)數(shù)器C 目標(biāo)SgNB的SgNB修改成功次數(shù)，從其上報(bào)的T-SN的gNBId和CellID識(shí)別出，這組鄰接關(guān)系是否在用，如果次數(shù)長(zhǎng)期為0且錨點(diǎn)和NR基站距離過(guò)遠(yuǎn)的進(jìn)行鄰區(qū)刪除優(yōu)化，給其他小區(qū)省出資源。2、45 SCTP和ENDC-X2偶聯(lián)核查優(yōu)化a) 對(duì)于45 X2偶聯(lián)滿配的

42、進(jìn)行偶聯(lián)刪除優(yōu)化：如果45 X2偶聯(lián)已經(jīng)達(dá)到了預(yù)留的偶聯(lián)數(shù)，根據(jù)基站級(jí)的C 目標(biāo)SgNB的SgNB修改成功次數(shù)長(zhǎng)期為0且錨點(diǎn)和NR基站距離過(guò)遠(yuǎn)的，可酌情刪除，留出資源。b) 針對(duì)4-5整站沒(méi)有鄰區(qū)關(guān)系，進(jìn)行4-5外部定義，45X2偶聯(lián)刪除。c) 打開(kāi)NR側(cè)ENDC鏈路告警，對(duì)偶聯(lián)斷鏈的場(chǎng)景進(jìn)行排除。d) 針對(duì)現(xiàn)網(wǎng)存在的單向SCTP和ENDC-X2偶聯(lián)需要進(jìn)行反向添加，包括偶聯(lián)以及偶聯(lián)AP3、45鄰區(qū)外部定義準(zhǔn)確性核查包括4-5外部定義的NR小區(qū)SSB頻點(diǎn)，Band，PCI，gNBID,CellID,幀邊界偏移，系統(tǒng)幀號(hào)偏移，PLMN等。4、55外部鄰區(qū)準(zhǔn)確性核查包括5-5外部定義的NR小區(qū)SS

43、B頻點(diǎn)，Band，PCI，gNBID,CellID，PLMN等。5、55鄰區(qū)優(yōu)化針對(duì)近距離缺失的55鄰區(qū)進(jìn)行添加優(yōu)化，針對(duì)距離較遠(yuǎn)SN變更次數(shù)長(zhǎng)期為0的冗余鄰區(qū)進(jìn)行刪除優(yōu)化，對(duì)目標(biāo)NR小區(qū)已經(jīng)不存在的冗余鄰區(qū)進(jìn)行刪除優(yōu)化。6、 PCI混淆核查 核查現(xiàn)網(wǎng)NR室分，宏站小區(qū)復(fù)用距離，針對(duì)復(fù)用復(fù)用距離小于3000米的小區(qū)重新規(guī)劃PCI。注：現(xiàn)階段NR室分小區(qū)，宏站小區(qū)同頻組網(wǎng)，室分PCI和宏站PCI建議進(jìn)行分段。翻PCI后及時(shí)更新4-5外部定義，減少PCI混淆問(wèn)題帶來(lái)的SN變更失敗。統(tǒng)計(jì)出現(xiàn)網(wǎng)的PCI混淆的4-5鄰區(qū)對(duì)后，針對(duì)目標(biāo)測(cè)小區(qū)狀態(tài)異常的4-5鄰區(qū)進(jìn)行刪除優(yōu)化。 SN變更成功率

44、TOP小區(qū)優(yōu)化1、 篩選源SN目標(biāo)SN變更失敗TOP小區(qū)a) 進(jìn)入PM性能查詢模塊，選擇SN變更成率、SN變更請(qǐng)求、SN變更確認(rèn)指標(biāo)圖 3-13 SN變更成功率指標(biāo)提取_1 b) 設(shè)置匯總對(duì)象為CU小區(qū)配置，勾選業(yè)務(wù)ID后可以顯示鄰區(qū)對(duì)級(jí)指標(biāo)圖 3-14 SN變更成功率指標(biāo)提取_2c) 設(shè)置查詢時(shí)間 圖 3-15 SN變更成功率指標(biāo)提取_3 d) 查詢結(jié)果展示源SN信息：gNBID、CellID目標(biāo)SN信息：eNodebID、eCellID圖 3-16 SN變更成功率指標(biāo)結(jié)果展示 由于NR側(cè)的5G-5G鄰區(qū)對(duì)計(jì)數(shù)器C/C的信息中只能看到源gNB和目標(biāo)gNB的gNB ID信息，無(wú)法獲取到MN的信

45、息。此時(shí)需要配合抓取出現(xiàn)問(wèn)題的TOP鄰區(qū)對(duì)的源側(cè)gGB的信令，可以從SCGB CHANGE REQUIRED中找到target_SgNB_ID，同時(shí)有MN的IP地址，即下圖的target Ip，然后通過(guò)gNB和IP對(duì)應(yīng)工參找到目標(biāo)gNB的ID和MN基站ID。核查MN錨點(diǎn)站目標(biāo)gNB的X2鏈路是否缺失，是否存在故障，是否只配了單向，根據(jù)核查結(jié)果進(jìn)行整改。補(bǔ)充MN錨點(diǎn)站將目標(biāo)gNB的所有小區(qū)和MN所有小區(qū)添加鄰區(qū)關(guān)系。2、 篩選MN目標(biāo)SN變更失敗TOP小區(qū)a) 4G網(wǎng)管-性能-歷史性能查詢-測(cè)量對(duì)象類(lèi)型選擇LTE鄰接關(guān)系-計(jì)數(shù)器選擇C圖 3-17 LTE側(cè)SN變更指標(biāo)提取_1 b) 查詢對(duì)象-位

46、置匯總-匯總到“鄰區(qū)關(guān)系”對(duì)象-通配層次-選擇需要查詢指標(biāo)的網(wǎng)元/子網(wǎng)/小區(qū)圖 3-18 LTE側(cè)SN變更指標(biāo)提取_2 c) 選擇查詢時(shí)間圖 3-19 LTE側(cè)SN變更指標(biāo)提取_3 d) 查詢-導(dǎo)出結(jié)果如下：將SN變更過(guò)程中所占用MN小區(qū)配置為目標(biāo)NR的錨點(diǎn)小區(qū)圖 3-20 LTE側(cè)SN變更指標(biāo)提取_5 實(shí)際處理TOP時(shí)候，可以根據(jù)C過(guò)濾出TOP鄰區(qū)對(duì)，也就知道了MN側(cè)的eNB ID和cell ID，以及目標(biāo)側(cè)是gNB ID。然后檢查MN側(cè)這個(gè)小區(qū)是否和目標(biāo)gNB的所有小區(qū)都添加了鄰區(qū)關(guān)系，MN目標(biāo) gNB之間X2偶聯(lián)，X2AP是否正常，是否漏配，是否只配單項(xiàng)。C:源SgNB發(fā)起的SgNB修改

47、失敗次數(shù)，由于其他原因此計(jì)數(shù)器中填寫(xiě)的gNB ID和SN CELL ID均為源側(cè)SN的信息，上報(bào)點(diǎn)為SN CHANGE準(zhǔn)備階段給源側(cè)SN回復(fù)SN CHANGE CONFIRM之前除目標(biāo)側(cè)SN添加超時(shí)、拒絕外的其他原因?qū)е碌氖?。也可以作為參考分析的指?biāo)。方法缺點(diǎn)：但是也只能體現(xiàn)目標(biāo)SN的gNB ID，具體的目前SN的小區(qū)信息無(wú)法體現(xiàn)，原因?yàn)椋篻NB ID為SN CHANGE REQ消息中帶過(guò)來(lái)的目標(biāo)的gNB ID，但是SN CELL ID必須要等目標(biāo)側(cè)SN回復(fù)SN ADD ACK后才可以拿到，原因是因?yàn)镾N CHANGE REQ消息中只帶了目標(biāo)側(cè)候選小區(qū)列表，LTE側(cè)不知道具體要添加目標(biāo)側(cè)NR

48、的哪一個(gè)小區(qū)，具體目標(biāo)側(cè)SN添加的小區(qū)由目標(biāo)側(cè)SN選擇并在SN ADD ACK消息中才能帶回給LTE側(cè)，目前外場(chǎng)場(chǎng)景不可能走到SN ADD ACK因此這個(gè)計(jì)數(shù)器中的SN CELL ID為65535無(wú)效值。由于這個(gè)缺點(diǎn)，可能導(dǎo)致部分MN到gNB的鄰區(qū)關(guān)系添加過(guò)多，導(dǎo)致無(wú)法增加新的gNB鄰區(qū)的問(wèn)題。此時(shí)就需要考慮做冗余鄰區(qū)刪除，刪除原側(cè)為MN的gNB鄰區(qū)對(duì)的SN添加次數(shù)少（C:SgNB添加成功次數(shù)）和修改成功次數(shù)少（C:目標(biāo)SgNB的SgNB修改成功次數(shù)）的鄰區(qū)對(duì)作為優(yōu)選刪除的鄰區(qū)對(duì)。3、 TOP gNBgNB的鄰區(qū)對(duì)優(yōu)化a) 檢查目標(biāo)gNB基站狀態(tài)是否異常檢測(cè)目標(biāo)側(cè)gNB是否正常，如果暫時(shí)無(wú)法解

49、決故障，可修改原側(cè)gNB到目標(biāo)gNB所有鄰區(qū)關(guān)系中“usestate”字段威0，將不會(huì)發(fā)起向目標(biāo)小區(qū)的切換請(qǐng)求，或?qū)⒃撪弲^(qū)對(duì)暫時(shí)刪除。 b) 檢查55鄰區(qū)關(guān)系是否存在PCI混淆問(wèn)題 如果55鄰區(qū)對(duì)存在PCI混淆，建議刪除距離較遠(yuǎn)的鄰區(qū)，或目標(biāo)小區(qū)故障的鄰區(qū)。如果PCI復(fù)用距離較近需要重新規(guī)劃PCI。c) 檢查55鄰區(qū)外部定義是否配置正確包括5-5外部定義的NR小區(qū)SSB頻點(diǎn)，Band,PCI，gNodeBID,CellID，PLMN等。d) MN到目標(biāo)gNB的SCTP鏈路斷/gNB傳輸斷如果所有的目標(biāo)gNB的小區(qū)都被MN側(cè)添加鄰區(qū)，則需要查看MN和目標(biāo)gNB對(duì)應(yīng)的SCTP鏈路的在服時(shí)間：C:S

50、CTP鏈路可用時(shí)間(秒)，是否達(dá)到86400/天，如沒(méi)有則說(shuō)明可能SCTP鏈路斷影響了指標(biāo)，此時(shí)可以按照小時(shí)粒度查看當(dāng)天鄰區(qū)對(duì)失敗的時(shí)間和SCTP鏈路斷的時(shí)間是否有關(guān)聯(lián)。最后，有一種情況SCTP鏈路正常（即C在服時(shí)間正常），但是X2AP有斷鏈的情況也需要關(guān)注處理。4、 通過(guò)信令跟蹤找到SN變更失敗的錨點(diǎn)站信息，方法如下：a) 導(dǎo)出上邊的查詢結(jié)果，選取變更指標(biāo)差的5G站；圖 3-21 UME網(wǎng)管查看SN變更成功率TOP站點(diǎn) b) 跟蹤上一步選取5G站的X2口標(biāo)準(zhǔn)信令圖 3-22 SN變更成功率TOP站點(diǎn)信令跟蹤 c) 選擇網(wǎng)元與需要跟蹤的信令圖 3-23 配置跟蹤網(wǎng)元 d) 信令監(jiān)控圖 3-24

51、 信令監(jiān)控展示 e) 找到SNchangeRequired這條信令圖 3-25 SNchangeRequired信令查看 f) 可以根據(jù)這個(gè)錨點(diǎn)站的IP（target IP）找出對(duì)應(yīng)的站號(hào)將上圖的16進(jìn)制的目標(biāo)GNBID轉(zhuǎn)換成十進(jìn)制，即目標(biāo)GNBID（），然后將第5步中找出的錨點(diǎn)站配置為目標(biāo)GNB的錨點(diǎn)站圖 3-26 查找錨點(diǎn)站IP地址4 外場(chǎng)案例4.1 SN添加成功率優(yōu)化案例 1、SN添加成功率優(yōu)化案例1【問(wèn)題描述】廣州外場(chǎng)海珠區(qū)雙塔路NR基站所有小區(qū)開(kāi)啟后SN添加成功率一直為0，NR側(cè)統(tǒng)計(jì)主要失敗原因?yàn)镾N添加失敗其他原因，如下： 【問(wèn)題分析】統(tǒng)計(jì)該NR基站LTE錨點(diǎn)小區(qū)側(cè)4-5鄰區(qū)對(duì)級(jí)S

52、N添加指標(biāo)進(jìn)行分析，錨點(diǎn)LTE /所有小區(qū)添加NR輔節(jié)點(diǎn)均失敗，失敗原因?yàn)橛捎赟gNB拒絕，如下：【問(wèn)題排查】根據(jù)4-5鄰區(qū)級(jí)指標(biāo)分析，NR基站周?chē)^點(diǎn)添加該NR基站腿均失敗，問(wèn)題指向該NR基站。經(jīng)排查：1. 該基站小區(qū)狀態(tài)正常；2. 基線參數(shù)核查無(wú)誤；3. 按照checklist排查發(fā)現(xiàn)該站servicemap5G XN未配置，配置后SN添加成功率恢復(fù)到100%?！締?wèn)題總結(jié)】目前SN添加成功率，SN異常釋放率，SN變更成功率等指標(biāo)出現(xiàn)異常一般配置問(wèn)題占大多數(shù)，建議在排查基站沒(méi)有告警，NI正常后按照checklist進(jìn)行排查配置問(wèn)題。2、SN添加成功率優(yōu)化案例1【問(wèn)題描述】廣州越秀區(qū)中山附屬腫

53、瘤醫(yī)院D-ZRH-1(91)小區(qū)開(kāi)通后SN添加成功率一直為0，SN添加失敗原因?yàn)槠渌?，如下：【?wèn)題分析】：網(wǎng)管提取指標(biāo)，發(fā)現(xiàn)FDD錨點(diǎn)站到NR站添加失敗，原因都是由于SGNB拒絕導(dǎo)致。 【問(wèn)題排查】：1. 首先對(duì)網(wǎng)管參數(shù)進(jìn)行檢查，核查4G側(cè)外部NR小區(qū)參數(shù)（PCI、測(cè)量頻點(diǎn)、SCTP、ENDCX2AP）和鄰區(qū)關(guān)系，都沒(méi)有問(wèn)題。2. 最后核查PLMN, 4G側(cè)外部NR小區(qū)配置的是460-00，而NR站的PLMN是460-07，從SN添加指標(biāo)鄰區(qū)關(guān)系中也可以看到，測(cè)量到的PLMN是460-07，初步判斷是PLMN參數(shù)配置錯(cuò)誤導(dǎo)致的SN添加失敗。3. 經(jīng)過(guò)協(xié)調(diào)后，4G側(cè)NR外部小區(qū)修改正確的PLMN后