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

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