NSA常見KPI優(yōu)化指導(dǎo)書

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

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

3、 概述12 常用KPI優(yōu)化分析13 NSA重點監(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添加失敗常見失敗原因解析(LTE側(cè))63.1.6 SN添加失敗常見失敗原因解析(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 外場案例294.1 SN添加成功率優(yōu)化案例294.2 SN變更成功率優(yōu)化案例345 當(dāng)前版本KPI問題說明354G側(cè)SN異常釋放率統(tǒng)計偏高355G側(cè)SN變更成功率由于目標(biāo)側(cè)斷鏈導(dǎo)致SN變更失敗問題35附錄A 參考資料36A.1 NSA KPI優(yōu)化提效小工具36A.2 45鄰區(qū)規(guī)劃核查小工具36A.3 TDD LTE常見KPI優(yōu)化37A.4 FDD LTE常見KPI優(yōu)化指導(dǎo)書37A.5

5、 5G干擾排查指導(dǎo)書37A.6 山東濟南SN變更優(yōu)化攻關(guān)總結(jié)報告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é)點分析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站點27圖 3-22 SN變更成功率TOP站點信令跟蹤27圖 3-23 配置跟蹤網(wǎng)元27圖 3-24 信令監(jiān)控展示28圖 3-25 SNchangeRequired信令查看28圖 3-26 查找錨點站IP地址29表目錄表 3-1 NSA重點監(jiān)

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

8、，小區(qū)級上行單用戶平均感知速率（5G），下行RLC丟包率（5G），小區(qū)上行PDCP SDU丟包率（5G），MAC層上行誤塊率（5G），MAC層下行誤塊率（5G），SN添加成功率（4G），SN異常釋放率（4G），系統(tǒng)內(nèi)帶SN切換成功率(4G)，共計14項指標(biāo)，其中11個指標(biāo)在UME中獲取，3個指標(biāo)在U31獲取。推薦門限現(xiàn)場可以根據(jù)實際情況進行微調(diào)。表 3-1 NSA重點監(jiān)控指標(biāo)介紹指標(biāo)名稱指標(biāo)計算公式推薦門限指標(biāo)來源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ū)級下行單用戶平均感知速率C*/C低于150M5G小區(qū)級上行單用戶平均感知速率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由于篇幅限制，就每類別里面的每個指標(biāo)不一一敘述，具體性能指標(biāo)計數(shù)器文檔請參考隨機手冊/UDM/Application/DocManage/FrmDocumentView.aspx?DocId=。3.1 NSA SN添加成功率3.1.1 SN添加流程 圖 3-1 SN添加流程 采樣點1：當(dāng)MN向SN發(fā)送SN添加請求SgNB Addition Request消息時，進行采樣，用于統(tǒng)計SgNB添加請求的次數(shù)。采樣點2：MN等待SgNB Addition Request Acknowledge消息超時，進行采樣統(tǒng)計。采樣點3：MN收到SN的添加拒絕消息

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

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

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

14、 SN 添加異常的TOP鄰區(qū)對；3. 檢查TOP鄰區(qū)對中錨點側(cè)小區(qū)基礎(chǔ)KPI是否正常，掉線率是否正常，是否存在告警，高NI等；4. 檢查TOP鄰區(qū)對中鄰區(qū)對目標(biāo)側(cè)NR側(cè)基站狀態(tài)是否正常，是否存在告警，高NI；5. 檢查異常錨點LTE側(cè)版本，確?，F(xiàn)場LTE錨點版本為V0P11及以后；6. 檢查錨點側(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. 覆蓋問題排查是否存在過覆蓋，55,4-5鄰區(qū)漏配問題；10. 加腿B1門限設(shè)置過低核查；11. 排查

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

16、時引起的SN添加失敗，失敗原因：1. X2偶聯(lián)配置，X2狀態(tài)是否正常，是否能ping通；2. NR小區(qū)狀態(tài)是否正常，是否故障，是否閉塞；3. SN Add消息超過2k，5g沒有回復(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配置錯誤；5. 基站側(cè)256QAM功能（Qam256-qam256EnableUl、Qam256-qam256EnableDl）會強刷為enable，但是NrcellDU-RrcVersion沒有強刷，需要將NrcellDU-RrcVersion 修改為V15.4.0，請參考技術(shù)通知單TDD產(chǎn)品支持團隊-5G NR產(chǎn)品技術(shù)通知單-關(guān)于外場rrcVersion與25

18、6QAM使能開關(guān)配置不匹配導(dǎo)致UE可能無法接入的技術(shù)通知單6. 基線參數(shù)未對齊，重新刷相關(guān)版本基線參數(shù)。 C SgNB添加失敗次數(shù)，由于空口超時1. 指的是MN下發(fā)空口重配后，空口重配定時器超時，引起的SN添加失敗，失敗原因：2. LTE側(cè)空口質(zhì)量異常；3. 基線參數(shù)未對齊，重新刷相關(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添加失敗常見失敗原因解析(NR側(cè)) SN添加失敗次數(shù)，F(xiàn)1 Context建立失敗當(dāng)g

19、NB在SN添加過程中，收到DU回復(fù)的UE CONTEXT SETUP RESPONSE消息且結(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添加失敗次數(shù)，其它原因1. 需要聯(lián)系第一響應(yīng)組分析處理。3.1.7 影響SN添加成功率的因素

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

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

22、致；7. 錨點與5G的RLC傳輸模式配置是否一致；8. 4G與5G PDCP SN bit數(shù)是否一致；9. 高通終端目前不支持UL 256QAM；10. 5G上行最大層數(shù)需為2；11. 5G PDSCH的dmrs type需配置為2；12. 【鄰接小區(qū)所在的移動國家碼】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)計流程圖表述了SN觸發(fā)的SN釋放過程。采樣點1：當(dāng)MN向SN發(fā)送UE Context Release消息時，進行采樣統(tǒng)計。2、MN觸發(fā)的SN釋放 圖 3-6 MN觸發(fā)的SN釋放 本統(tǒng)計流程圖

23、表述了MN觸發(fā)的SN釋放過程。采樣點1：當(dāng)MN向SN發(fā)送UE Context Release消息時，進行采樣統(tǒng)計。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ū)分運營商）表 3-4 SN異常釋放率NR計數(shù)器編號名稱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ū)分運營商）表 3-5 SN異常釋放率LTE計數(shù)器編號名稱CMN觸發(fā)SN釋放次數(shù)，SCG空口失?。ó惓?CMN觸發(fā)SN釋放次數(shù)，UE或承載釋

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

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

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

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

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

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

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

32、。 RandomAccessProblem：1. 配置問題：核查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的類型為UE-Specific對應(yīng)的聚合度候選集個數(shù)不能設(shè)置為n0。2. 未知問題，基站重啟解決。 MeNB發(fā)起的SgNB釋放次數(shù)，由于eNB觸發(fā)的UE異常釋放錨點LTE小區(qū)上下文異常釋放后發(fā)起的sn釋放，需要

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

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

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

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

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

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

39、無法接入目標(biāo)sgnb，會出現(xiàn)SN change執(zhí)行失敗。按照SN change的流程階段，將影響SN change成功率因素總結(jié)如下：準(zhǔn)備階段失敗：對應(yīng)上圖的步驟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. 無線覆蓋等其他原因3.3.4 SN變更成功率優(yōu)化思路 SN變更成功率指標(biāo)全網(wǎng)優(yōu)化1、45鄰區(qū)精細規(guī)劃，可采用CNOP平臺NR小

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

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

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

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

44、TOP小區(qū)優(yōu)化1、 篩選源SN目標(biāo)SN變更失敗TOP小區(qū)a) 進入PM性能查詢模塊，選擇SN變更成率、SN變更請求、SN變更確認指標(biāo)圖 3-13 SN變更成功率指標(biāo)提取_1 b) 設(shè)置匯總對象為CU小區(qū)配置，勾選業(yè)務(wù)ID后可以顯示鄰區(qū)對級指標(biāo)圖 3-14 SN變更成功率指標(biāo)提取_2c) 設(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ū)對計數(shù)器C/C的信息中只能看到源gNB和目標(biāo)gNB的gNB ID信息，無法獲取到MN的信

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

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

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

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

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

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

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

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

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