5GKPI優(yōu)化分析說明

5G性能KPI優(yōu)化分析一、5G性能KPI總體情況目前5G性能KPI包含錨點(diǎn)側(cè)及NR側(cè)統(tǒng)計(jì)，根據(jù)集團(tuán)《5G無線網(wǎng)元統(tǒng)計(jì)數(shù)據(jù)需求規(guī)范》1.2版本，4G錨點(diǎn)側(cè)指標(biāo)支持接入、保持、完整性、容量等類型指標(biāo)；5GNR側(cè)完整性、容量指標(biāo)外，1.2新規(guī)范中教前期新增了NR側(cè)SN添加及釋放相關(guān)指標(biāo)。1、4G錨點(diǎn)側(cè)指標(biāo)重點(diǎn)4G錨點(diǎn)側(cè)指標(biāo)主要包括SN添加成功率、異常釋放、切換成功率、駐留比。指標(biāo)名稱指標(biāo)說明指標(biāo)定義建議指標(biāo)門限網(wǎng)管支持北向支持SN添加成功率SN添加成功為用戶建立雙連接做準(zhǔn)備SN添加成功率用SN添加請(qǐng)求個(gè)數(shù)和SN添加成功成功個(gè)數(shù)的比表示。96%支持支持SN異常釋放率SN異常釋放，表征雙連接的UE在NR側(cè)連接異常終止。SN異常釋放反映了系統(tǒng)雙連接業(yè)務(wù)通訊穩(wěn)定性。3%中興支持，華為無相應(yīng)統(tǒng)計(jì)中興支持，華為無相應(yīng)統(tǒng)計(jì)NR終端帶SN切換成功率帶SN切換成功則是NR雙連接移動(dòng)的連續(xù)性NR終端帶SN切換成功率用NR終端帶SN切換請(qǐng)求次數(shù)和NR終端帶SN切換成功次數(shù)比表示。96%支持支持NSA5G駐留比NSA5G駐留比，是用于評(píng)估NSA終端在NR側(cè)駐留比例處于雙連接的RRC連接平均數(shù)和NR終端RRC連接平均數(shù)的比表示。中興支持，華為無相應(yīng)統(tǒng)計(jì)中興支持，華為無相應(yīng)統(tǒng)計(jì)2、5GNR側(cè)指標(biāo)重點(diǎn)5G錨點(diǎn)側(cè)指標(biāo)主要包括SN添加成功率、異常釋放、業(yè)務(wù)承載、丟包統(tǒng)計(jì)。指標(biāo)名稱指標(biāo)說明指標(biāo)定義建議指標(biāo)門限網(wǎng)管支持北向支持SN添加成功率SN添加成功為用戶建立雙連接做準(zhǔn)備SN添加成功率用SN添加請(qǐng)求個(gè)數(shù)和SN添加成功成功個(gè)數(shù)的比表示。96%支持目前版本不支持SN異常釋放率SN異常釋放，表征雙連接的UE在NR側(cè)連接異常終止。SN異常釋放反映了系統(tǒng)雙連接業(yè)務(wù)通訊穩(wěn)定性。3%支持目前版本不支持上行PRB平均利用率反映上行共享物理資源的使用情況。統(tǒng)計(jì)上行所有的共享物理資源塊（PUSCHPRB）平均利用率-支持支持下行PRB平均利用率反映下行共享物理資源的使用情況。統(tǒng)計(jì)下行所有的共享物理資源塊（PDSCHPRB）平均利用率。-支持支持小區(qū)RLC層下行丟包率小區(qū)用戶面下行丟包率是分組業(yè)務(wù)影響用戶感知的重要指標(biāo)，也是分組業(yè)務(wù)網(wǎng)絡(luò)優(yōu)化的依據(jù)。在測量周期內(nèi)，用累加RLCSDU丟包數(shù)與發(fā)送的RLCSDU總包數(shù)之比表示。2%支持支持二、5G性能分析思路在建網(wǎng)初期，5G性能優(yōu)化建議主要針對(duì)SN添加成功率及SN掉線率進(jìn)行分析處理，而SN添加成功率建議針對(duì)錨點(diǎn)側(cè)小區(qū)進(jìn)行分析，SN掉線率建議對(duì)NR側(cè)小區(qū)進(jìn)行分析。具體如下：SN添加成功率（輔站添加成功率）1．錨點(diǎn)側(cè)及NR側(cè)SN添加成功率在LTE側(cè)和NR側(cè)分別有添加流程話統(tǒng)Counter打點(diǎn)，可以分別從LTE和NR側(cè)來獲取輔站添加成功率，對(duì)于網(wǎng)絡(luò)級(jí)指標(biāo)可以推薦使用LTE側(cè)KPI結(jié)果，因其可以表征所有的請(qǐng)求（NR側(cè)的添加請(qǐng)求可能會(huì)少于LTE側(cè)，如X2原因丟失），而對(duì)于小區(qū)級(jí)指標(biāo)可以同時(shí)使用兩個(gè)方式，來分別觀測錨點(diǎn)小區(qū)和NR小區(qū)的輔站添加情況。錨點(diǎn)側(cè)打點(diǎn)統(tǒng)計(jì)：如下圖中A點(diǎn)所示，當(dāng)eNodeB向gNodeB發(fā)送SgNBAdditionRequest消息時(shí)，L.NsaDc.SgNB.Add.Att累加，代表LTE側(cè)發(fā)起了輔站添加請(qǐng)求。如下圖中B點(diǎn)所示，當(dāng)eNodeB向gNodeB發(fā)送SgNBReconfigurationComplete消息時(shí)，L.NsaDc.SgNB.Add.Succ累加，代表LTE側(cè)上報(bào)輔站添加成功。NR側(cè)打點(diǎn)統(tǒng)計(jì)：如下圖中A點(diǎn)所示，當(dāng)gNodeB收到eNodeB發(fā)送的SgNBAdditionRequest消息時(shí)，N.NsaDc.SgNB.Add.Att累加，代表NR收到輔站添加請(qǐng)求。如下圖中C點(diǎn)所示，當(dāng)gNodeB收到eNodeB發(fā)送的SgNBReconfigurationComplete消息時(shí)，N.NsaDc.SgNB.Add.Succ累加，代表NR側(cè)輔站添加成功。兩種統(tǒng)計(jì)的主要區(qū)別：錨點(diǎn)側(cè)打點(diǎn)，對(duì)應(yīng)的是錨點(diǎn)向NR發(fā)起添加請(qǐng)求和添加成功指令，表征該錨點(diǎn)站對(duì)其NR鄰區(qū)整體添加情況統(tǒng)計(jì)；NR側(cè)打點(diǎn)，對(duì)應(yīng)的是該NR小區(qū)收到添加請(qǐng)求和添加成功指令，無法統(tǒng)計(jì)如X2原因、鄰區(qū)漏配等丟失添加請(qǐng)求，因此當(dāng)前應(yīng)重點(diǎn)從錨點(diǎn)側(cè)SN添加異常進(jìn)行分析。2．SN添加成功率分析思路SN輔站添加成功率主要反映了資源、配置上的狀態(tài)，根據(jù)話統(tǒng)實(shí)現(xiàn)以及流程點(diǎn)，一般可以按下圖的分析思路進(jìn)行優(yōu)化：添加請(qǐng)求次數(shù)：通過不活動(dòng)定時(shí)器、輔站添加門限、錨點(diǎn)策略等手段，靈活調(diào)整輔站添加請(qǐng)求次數(shù)，確保輔站在覆蓋良好下發(fā)起添加請(qǐng)求；LTE未收到添加請(qǐng)求ACK：通過LTE側(cè)的輔站添加請(qǐng)求確認(rèn)加輔站添加請(qǐng)求拒絕次數(shù)，小于添加嘗試次數(shù)，則可推斷在X2上有消息丟失或者發(fā)生流程沖突等問題。目標(biāo)小區(qū)不合理：分析目標(biāo)NR鄰區(qū)的合理性，主要在于NR的PCI沖突混淆、鄰區(qū)錯(cuò)配漏配和盲添加這三方面常見原因。輔站回復(fù)拒絕：常見拒絕原因與數(shù)據(jù)配置、傳輸鏈路、License、以及異常終端相關(guān)重配失?。哼@個(gè)過程中，可能存在三方面的異常：1) LTE發(fā)起SgNB_Rel_Req釋放輔站；2) LTE空口原因，導(dǎo)致重配消息沒有被終端或基站成功接收；3) 終端上報(bào)RRC_SCG_FAIL_INFO_NR并且攜帶原因值failureType-r15:reconfigFailure流程沖突：在輔站添加過程中，LTE側(cè)可能會(huì)觸發(fā)一些事件或流程，導(dǎo)致輔站添加不發(fā)起或者添加流程中斷。分析現(xiàn)網(wǎng)126個(gè)質(zhì)差小區(qū)，當(dāng)前SN添加成功率主要存在的問題是故障問題38個(gè)（占比30.2%）、鄰區(qū)問題34個(gè)（占比27.0%）、覆蓋問題15個(gè)（占比11.9%%）。原因分類數(shù)量占總體比例%故障類3830.2鄰區(qū)類3427.0覆蓋類1511.9參數(shù)類129.5干擾類129.5清頻118.7終端類43.2總計(jì)126（1）典型問題-故障類：主要原因分類如下：類別原因故障類X2AP告警時(shí)鐘參考源異常告警TRP不可用告警AAU駐波比告警故障導(dǎo)致小區(qū)退網(wǎng)射頻單元維護(hù)鏈路異常告警鏈路故障告警故障類主要集中在X2AP告警、時(shí)鐘參考源異常告警。X2缺失/故障、時(shí)鐘參考源異常告警等因素導(dǎo)致NR輔站該切的時(shí)候不切、擁塞丟包導(dǎo)致大時(shí)延、信令傳遞失敗、遠(yuǎn)近效應(yīng)產(chǎn)生的上下行高干擾導(dǎo)致KPI指標(biāo)惡化，用戶感知下降。（2）典型問題-鄰區(qū)類：主要原因分類如下：類別原因鄰區(qū)類鄰區(qū)漏配鄰區(qū)參數(shù)配置錯(cuò)誤，如PCI配置錯(cuò)誤等冗余鄰區(qū)鄰區(qū)為分裂小區(qū)，分裂小區(qū)未配置在當(dāng)前無5GSONANR部署的情況下，非常容易出現(xiàn)的基礎(chǔ)的錯(cuò)配漏配問題。錯(cuò)漏配鄰區(qū)除了導(dǎo)致添加、切換等KPI惡化外，也會(huì)導(dǎo)致添加非必要的X2占用了有限的X2規(guī)格資源，使得必要X2添反而加不上。（3）典型問題-覆蓋類：覆蓋類問題主要為弱覆蓋。功率設(shè)置偏低、基站覆蓋不連續(xù)導(dǎo)致存在覆蓋漏洞，用戶在覆蓋邊緣由于信號(hào)差會(huì)導(dǎo)致信令丟失、無法正常添加NR小區(qū)。3．SN添加成功率分析案例3.1NR鄰區(qū)PCI沖突問題導(dǎo)致輔站添加異常（錨點(diǎn)側(cè)）問題描述：FXZ010D117ED_環(huán)山盛景1微站-環(huán)山路小區(qū)SN添加成功率較低。時(shí)間小區(qū)名SN添加請(qǐng)求數(shù)SN添加成功數(shù)SN添加成功率(%)2020年2月26日FXZ010D117ED_環(huán)山盛景1微站-環(huán)山路280539914.2246原因分析：核查本站點(diǎn)和目標(biāo)切換站點(diǎn)當(dāng)天無告警存在。提取兩兩小區(qū)切換關(guān)系進(jìn)一步問題分析，發(fā)現(xiàn)失敗原因全部為源小區(qū)與目標(biāo)gNodeB標(biāo)識(shí)=2564170的2小區(qū)的SN添加失敗。核查FXZ010D117ED_環(huán)山盛景1微站-環(huán)山路和GLZ010K752R1_科學(xué)院計(jì)算中心-科學(xué)院桑樂的錨點(diǎn)之間的鄰區(qū)關(guān)系已配置正確，但是發(fā)現(xiàn)存在同PCI問題。處理意見及優(yōu)化結(jié)果：核查NR間鄰接關(guān)系核查錨點(diǎn)間鄰區(qū)關(guān)系是否配置。定期核查冗余數(shù)據(jù)優(yōu)化調(diào)整后，指標(biāo)已有明顯改善，結(jié)果如下：時(shí)間小區(qū)名地市廠商基站名SN添加請(qǐng)求數(shù)SN添加成功數(shù)SN添加成功率(%)2020-03-01FXZ010D117ED_環(huán)山盛景1微站-環(huán)山路濟(jì)南中興CXZ010D11H_環(huán)山路2002001003.2NR鄰區(qū)PLMN配置錯(cuò)誤導(dǎo)致輔站添加異常（錨點(diǎn)側(cè)）問題描述：FXZ010F923RD_省第一地勘院路東-濟(jì)鋼研究所小區(qū)SN添加成功率較低。時(shí)間小區(qū)名SN添加請(qǐng)求數(shù)SN添加成功數(shù)SN添加成功率(%)2020年2月26日FXZ010F923RD_省第一地勘院路東-濟(jì)鋼研究所389747512.1889原因分析：核查本站點(diǎn)和目標(biāo)切換站點(diǎn)當(dāng)天無告警存在。提取兩兩小區(qū)切換關(guān)系進(jìn)一步問題分析，發(fā)現(xiàn)失敗原因全部為源小區(qū)與目標(biāo)gNodeB標(biāo)識(shí)=2557428的1小區(qū)的SN添加失敗。核查FXZ010F923RD_省第一地勘院路東-濟(jì)鋼研究所和GLZ010J461R1_省職工教育干部學(xué)校-和平路四號(hào)的錨點(diǎn)之間的鄰區(qū)關(guān)系發(fā)現(xiàn)鄰區(qū)中PLMN配置錯(cuò)誤。處理意見及優(yōu)化結(jié)果：PLMN配置修改成正常值PLMN設(shè)置調(diào)整后，指標(biāo)已有明顯改善，結(jié)果如下：時(shí)間小區(qū)名地市廠商基站名SN添加請(qǐng)求數(shù)SN添加成功數(shù)SN添加成功率(%)2020-02-29FXZ010F923RD_省第一地勘院路東-濟(jì)鋼研究所濟(jì)南中興CXZ010F92R_省第一地勘院路東-濟(jì)鋼研究所43843799.77問題總結(jié)：鄰區(qū)優(yōu)化過程當(dāng)中務(wù)必保證交互錨點(diǎn)需要配置雙向NR小區(qū)的錨點(diǎn)關(guān)系；gNodeBID與實(shí)際站點(diǎn)gNodeBID保持一致，并且需要及時(shí)刪除錯(cuò)誤及冗余鄰區(qū)。后續(xù)處理建議： 針對(duì)此類問題，應(yīng)每周例行進(jìn)行鄰區(qū)核查，及時(shí)補(bǔ)全鄰區(qū)關(guān)系，核查冗余鄰區(qū)，鄰區(qū)參數(shù)配置等問題。3.3站點(diǎn)故障告警導(dǎo)致輔站添加異常（錨點(diǎn)側(cè)）問題描述：FXH2210656RD_LS海爾大樓2(LS正德商務(wù))小區(qū)SN添加成功率較低。時(shí)間小區(qū)名SN添加請(qǐng)求數(shù)SN添加成功數(shù)SN添加成功率(%)2020/2/26FXH2210656RD_LS海爾大樓2(LS正德商務(wù))1222107587.9705原因分析：核查本站點(diǎn)當(dāng)天存在時(shí)鐘參考源異常告警;處理意見及優(yōu)化結(jié)果： 推動(dòng)故障解決。故障問題解決后，指標(biāo)已有明顯改善，結(jié)果如下：時(shí)間小區(qū)名SN添加請(qǐng)求數(shù)SN添加成功數(shù)SN添加成功率(%)2020-03-01FXH2210656RD_LS海爾大樓2(LS正德商務(wù))31430998.41問題總結(jié)：故障類告警對(duì)KPI指標(biāo)沖擊較大，日常中發(fā)現(xiàn)故障因及時(shí)推動(dòng)處理。后續(xù)處理建議： 針對(duì)網(wǎng)元故障告警問題，及時(shí)發(fā)現(xiàn)并及時(shí)通知傳輸處理，減少故障導(dǎo)致的SN變更失敗問題。3.4NR站點(diǎn)覆蓋率低導(dǎo)致輔站添加異常（錨點(diǎn)側(cè)）問題描述：FXH02P0706RD_LS西韓新苑(LS西韓新苑52號(hào))小區(qū)SN添加成功率較低。時(shí)間小區(qū)名SN添加請(qǐng)求數(shù)SN添加成功數(shù)SN添加成功率(%)2020/2/26FXH02P0706RD_LS西韓新苑(LS西韓新苑52號(hào))73454373.9782原因分析：核查本站點(diǎn)當(dāng)天無告警存在且無上行干擾;核查本站4-5鄰區(qū)配置及外部小區(qū)定義均配置正確；后臺(tái)分析發(fā)現(xiàn)CXH02P070R_LS西韓新苑(LS西韓新苑52號(hào))平均接入TA距離為1500米，通過Discovery平臺(tái)分析共站NR站點(diǎn)GLH02PG70R_LS西韓新苑(LS西韓新苑52號(hào))覆蓋率為63.32%覆蓋較差。處理意見及優(yōu)化結(jié)果：GLH02PG70R_LS西韓新苑(LS西韓新苑52號(hào))查詢其功率配置為306，將功率修改為326增強(qiáng)覆蓋。優(yōu)化調(diào)整后，指標(biāo)已有明顯改善，結(jié)果如下：時(shí)間小區(qū)名SN添加請(qǐng)求數(shù)SN添加成功數(shù)SN添加成功率(%)2020-03-01FXH02P0706RD_LS西韓新苑(LS西韓新苑52號(hào))57857098.62問題總結(jié)：根據(jù)現(xiàn)場情況，合理設(shè)置功率參數(shù)，適當(dāng)規(guī)劃部署基站建設(shè)，解決覆蓋問題。3.5錨點(diǎn)站小區(qū)告警導(dǎo)致輔站添加異常（NR側(cè)）問題描述：GLH221G083R1_LS海信研發(fā)中心B3辦公樓(LS金水路濱海大道路口)小區(qū)SN添加成功率較低。時(shí)間小區(qū)名SN添加請(qǐng)求數(shù)SN添加成功數(shù)SN添加成功率(%)2020/3/23GLH221G083R1_LS海信研發(fā)中心B3辦公樓(LS金水路濱海大道路口)6284625954.13原因分析：1、與該小區(qū)存在鄰區(qū)關(guān)系的4G小區(qū)中，關(guān)聯(lián)SN添加指標(biāo)，發(fā)現(xiàn)4G小區(qū)FXH2210082RD_LS海信研發(fā)中心B3辦公樓(LS金水路濱海大道路口)當(dāng)日SN添加嘗試次數(shù)63144次，成功2894次，失敗次數(shù)60250次，與5G側(cè)SN添加失敗次數(shù)一致。2、查詢4G小區(qū)FXH2210082RD_LS海信研發(fā)中心B3辦公樓(LS金水路濱海大道路口)所在基站告警，該站點(diǎn)存在傳輸光接口異常告警：具體問題光接收異常。3、進(jìn)一步查詢?cè)?&5G小區(qū)21-22日SN添加成功率指標(biāo)，發(fā)現(xiàn)兩小區(qū)指標(biāo)均高關(guān)聯(lián)，失敗次數(shù)一致，判斷SN添加失敗原因是4G小區(qū)告警。處理意見：盡快處理錨點(diǎn)小區(qū)FXH2210082RD_LS海信研發(fā)中心B3辦公樓(LS金水路濱海大道路口)所在基站告警。問題總結(jié)：分析5GNR小區(qū)SN添加成功率時(shí)，若4G側(cè)與該小區(qū)有鄰區(qū)關(guān)系的小區(qū)存在TOP級(jí)指標(biāo)異?；蚺c接入有關(guān)的重要告警，可以作為判斷5GNR小區(qū)SN添加成功率低的依據(jù)。針對(duì)網(wǎng)元故障告警問題，及時(shí)發(fā)現(xiàn)并及時(shí)通知傳輸處理，減少故障導(dǎo)致的SN變更失敗問題。SN異常釋放率錨點(diǎn)側(cè)及NR側(cè)SN異常釋放率SN異常釋放也包括了錨點(diǎn)側(cè)及NR側(cè)的統(tǒng)計(jì)，從目前廠家支持情況看，中興可以支持錨點(diǎn)側(cè)統(tǒng)計(jì)，華為只能支持NR側(cè)統(tǒng)計(jì)。由于錨點(diǎn)側(cè)統(tǒng)計(jì)包含了錨點(diǎn)側(cè)觸發(fā)的異常釋放，以及UE上報(bào)的SCG_Failure的釋放，當(dāng)前不同終端的實(shí)現(xiàn)Bug以及處理機(jī)制差異，一些正常UE行為也會(huì)上報(bào)SCGFailure，例如終端發(fā)熱保護(hù)、終端節(jié)點(diǎn)功能等，這樣會(huì)導(dǎo)致錨點(diǎn)側(cè)異常釋放統(tǒng)計(jì)較多。建議對(duì)當(dāng)前異常釋放的分析優(yōu)先針對(duì)5G側(cè)進(jìn)行，同時(shí)兼顧錨點(diǎn)側(cè)的分析。公式如下：（SN觸發(fā)的SN釋放請(qǐng)求數(shù)-SN觸發(fā)的SN正常釋放請(qǐng)求數(shù)）/（MN請(qǐng)求SN釋放數(shù)+SN觸發(fā)的SN釋放請(qǐng)求數(shù))*100%2．SN異常釋放分析思路SN輔站異常釋放，主要的原因如下：正常釋放次數(shù)：異常釋放率的分母是釋放總次數(shù)（即正常釋放次數(shù)加異常釋放次數(shù)），如果正常釋放過少，必然會(huì)導(dǎo)致異常比例過高。基礎(chǔ)優(yōu)化提升：不同于NSA的接入和移動(dòng)性KPI只反映了資源和流程對(duì)接方面的性能，NSA保持性KPI可以實(shí)際體現(xiàn)NR側(cè)空口的性能（包括隨機(jī)接入性能），因此若想整體提升輔站異常釋放成功率，應(yīng)該先從基礎(chǔ)的優(yōu)化提升著手。隨機(jī)接入：隨機(jī)接入分為基于非競爭(contentionfree)和基于競爭（contention，CBRA）兩種，在NSA組網(wǎng)下主要使用的是基于非競爭的隨機(jī)接入。有三種情況NSA會(huì)使用到基于競爭的隨機(jī)接入：1）非競爭Preamble已用完；2）未獲得SSBIndex信息（因?yàn)榉歉偁嶳A位置與SSBIndex是逐一對(duì)應(yīng)的）；3）UE重同步接入。因此，在對(duì)隨機(jī)接入應(yīng)同時(shí)關(guān)注這兩類的結(jié)果，且當(dāng)競爭接入比例較高時(shí)，也要分析其原因。5G發(fā)起的異常釋放：可分為Radio原因（UElost+ULSyncFail）、傳輸以及消息無響應(yīng)三類掉話。4G發(fā)起的異常釋放：主要是終端報(bào)SCGFailure和傳輸原因?qū)е碌尼尫?；除此外還有如核心網(wǎng)發(fā)起的不確定原因值釋放、CSFB、切換流程異常等情況。一般分析流程如下：檢查是否存在SN異常釋放率異常的NR小區(qū)或LTE錨點(diǎn)TOP小區(qū)；檢查是否存在4->5SN異常釋放次數(shù)較多的TOP鄰區(qū)對(duì)；檢查TOP鄰區(qū)對(duì)中錨點(diǎn)小區(qū)問題：側(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->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模式；檢查TOP鄰區(qū)對(duì)NR小區(qū)問題：檢查TOP鄰區(qū)對(duì)中鄰區(qū)對(duì)目標(biāo)側(cè)NR側(cè)基站狀態(tài)是否正常，是否存在告警，高NI；5->4的x2偶聯(lián)配置，X2狀態(tài)核查；5<->5鄰區(qū)漏配問題核查；NR側(cè)刪腿A2門限核查；未排查出問題，按照異常counter有針對(duì)性去分析排查。通過分析現(xiàn)網(wǎng)176個(gè)質(zhì)差小區(qū)，當(dāng)前SN異常釋放主要存在的問題是終端問題107個(gè)（占比60.80%）、鄰區(qū)類問題23個(gè)（占比13.07%）。原因分類總計(jì)占總體比例%終端類10760.80鄰區(qū)類2313.07干擾類137.39故障類137.39參數(shù)類95.11清頻63.41覆蓋類52.84總計(jì)176（1）典型問題-終端類：主要因終端節(jié)電及溫控策略，UE釋放NR，統(tǒng)計(jì)為SCGFailure，導(dǎo)致異常掉線次數(shù)高。（2）典型問題分析-鄰區(qū)類：主要原因分類如下：類別原因鄰區(qū)類鄰區(qū)漏配鄰區(qū)參數(shù)配置錯(cuò)誤，如PCI配置錯(cuò)誤等冗余鄰區(qū)鄰區(qū)為分裂小區(qū)，分裂小區(qū)未配置鄰區(qū)漏配、X2缺失/故障等因素導(dǎo)致NR輔站該切的時(shí)候不切，會(huì)因遠(yuǎn)近效應(yīng)產(chǎn)品的上下行高干擾導(dǎo)致掉話，或者向不合理的鄰區(qū)切換導(dǎo)致隨機(jī)接入失敗而產(chǎn)生異常釋放。3．SN異常釋放率分析案例3.14G錨點(diǎn)側(cè)SN異常釋放率過高問題分析問題描述：中興網(wǎng)絡(luò)下部分小區(qū)出現(xiàn)異常釋放率偏高，異常釋放率達(dá)到80%以上。時(shí)間小區(qū)名SN觸發(fā)的SN釋放請(qǐng)求數(shù)SN觸發(fā)的SN正常釋放請(qǐng)求數(shù)MN請(qǐng)求SN釋放數(shù)MN請(qǐng)求SN正常釋放數(shù)SN掉線率(%)2020年3月3日FXZ018A015RD_濟(jì)陽崔寨村-濟(jì)陽崔寨政府1414427841799.932020年3月3日FXZ018A014RD_濟(jì)陽崔寨村-濟(jì)陽崔寨政府505035183799.842020年3月3日FXZ016C632HD_文化產(chǎn)業(yè)園東002652550098.122020年3月3日FXZ010C261HD_興業(yè)大廈19172071179596.082020年3月3日FXZ012E393RD_天福苑1號(hào)樓-西桃園3535169048299.312020年3月3日FXZ010C803HD_黃河培訓(xùn)中心1188202899.672020年3月3日FDZ010C246H1_冶金賓館2222631548891.952020年3月3日FXZ010B891RD_文東花園小靈通LO3-泰山電器3232455163985.362020年3月3日FXZ0173541HD_平陰錦東2121412311996.622020年3月3日FXZ010C801HD_黃河培訓(xùn)中心99391927992.67原因分析：結(jié)合前期在定位過程中發(fā)現(xiàn)大量Mate20X、30以及opporeno3反復(fù)上報(bào)SCG失敗，造成SN異常釋放率高的問題，以及近期階段性的分析結(jié)果，主要原因如下：現(xiàn)象：海思終端在NSA網(wǎng)絡(luò)接入，不做業(yè)務(wù)，過一段時(shí)間后，出現(xiàn)SCGFailure。原因：（1）海思答復(fù)這是手機(jī)的算法策略，屬正?，F(xiàn)象。認(rèn)為NR側(cè)沒有業(yè)務(wù)，過一段時(shí)間后（測試統(tǒng)計(jì)20s左右），會(huì)找個(gè)原因值將NR釋放。（2）同時(shí)如果UL長時(shí)間灌包完，然后停止灌包后，UE可能會(huì)有溫控策略，也會(huì)導(dǎo)致UE釋放NR。解決辦法：暫無現(xiàn)象：UE在NSA網(wǎng)絡(luò)接入，ULUDP做業(yè)務(wù)幾秒鐘之后，出現(xiàn)SCGFailure。原因：（1）海思答復(fù)是層二數(shù)據(jù)擁塞導(dǎo)致UE找