5G網管性能指標分析

5G網管性能問題分析手冊概述現在全省縣城及以上區(qū)域已全方面開展5G網絡布署工作，除了從日常測試與投訴中發(fā)覺網絡存在“點、線”問題，還需要從想娶性能上發(fā)覺面上問題，從而使得NSA網絡正常運行，保障5G網絡用戶體驗感知。與傳統LTE網絡一樣，需要從“接入性”、“移動性”、“保持性”以及“小區(qū)數傳能力”幾個維度進行性能問題分析定位。接入性：SCG添加成功率；移動性：SCG修改成功率、SCG變更成功率、錨點切換成功率；保持性：SCG異常釋放率；小區(qū)數傳能力：小區(qū)下上下行感知速率。小區(qū)接入性能問題NSA組網小區(qū)，終端接入5G網絡情況主要從“SCG添加成功率”來表現，主要包括流程以下（LTE打點以及NR側打點）：包括指標：SCG添加成功率計算公式：LTE側：上圖1L.NsaDc.SgNB.Add.Succ/L.NsaDc.SgNB.Add.Att*100%NR側：上圖2N.NsaDc.SgNB.Add.Succ/N.NsaDc.SgNB.Add.Att*100%NR小區(qū)接入包括相關信令流程接入問題要求動作版本配套排查排查NR、LTE、TUE（CPE）、U、關鍵網使用版本與推薦版本策略版本一致。操作日志&告警故障基站操作，告警和故障日志能夠在U和一鍵式日志內獲取，使用FMA能夠直接打開，對于操作日志主要排查是否存在影響接入操作，主要判斷問題時間點與操作時間點是否存在相關性；對于告警及故障主要查看問題時間點，是否存在相關未恢復告警，如小區(qū)不可用、X2接口故障等。參數核查NSADC相關配置，包含NR外部小區(qū)、頻點，鄰區(qū)關系是否正確，DC開關是否打開。X2鏈路配置是否正確、X2鏈路數量是否滿規(guī)格。同一LTE小區(qū)是否存在NR鄰區(qū)PCI沖突、同一NR站點下是否存在PCI沖突。NSA終端識別開關、PDCP參數組核查等。射頻通道（發(fā)功&上行干擾）排查上行干擾會影響SRS和PUSCH解調性能，嚴重影響吞吐率性能。正常情況下底噪在-116dbm左右，干擾跟蹤位于MTracingMonitor->NR->CellPerformanceMonitoring.接入問題定位思緒NR接入問題包括4G、5G以及45G接口問題，可見以下思維導圖用戶無法接入LTE（錨點）問題現象：用戶在LTE接入失敗有以下兩種場景：

1.用戶在LTE不發(fā)起接入，從L3Message窗口看到沒有任何UE接入消息

2.用戶在LTE發(fā)起Attach被關鍵網拒絕，從L3Message能夠看到接入LTE后收到NAS消息AttachReject。定位方法：用戶接入LTE后，要滿足以下條件LTE才能夠正常下發(fā)5GB1測量控制：

UE能力上報中包含R15UE能力

關鍵網未禁止該用戶NSA能力

UE默認承載QCI未占用LTE專用QCI（QCI1-5，QCI65/66）

LTE側NSA開關、NR鄰頻點配置正確

LTE小區(qū)本身具備NSA能力，部分LTE單板硬件不支持NSAUE不上報B1測量匯報NSA用戶正常上報B1測量時，會經過RRC_MEAS_RPRT消息中攜帶5GmeasResultCell-r15來通知LTE。用戶不上報5GB1測量結果可能有以下可能原因：

1、B1測量控制中下發(fā)頻點錯誤。2、5G小區(qū)狀態(tài)異常或者AAU發(fā)功異常造成用戶無法測量到5G。3、5GSSB受干擾嚴重造成用戶測量不到5G。LTE收到B1事件后沒有發(fā)起SgNB_ADD這類問題需要跟蹤基站側UU口和X2信令聯合排查，Uu接口找到5GB1測量上報對應CallId，再到X2接口看是否有該CallId對應SgNB_Add_Req消息，LTE不發(fā)起SgNBAdd可能有以下可能原因：LTE鄰區(qū)配置異常（漏配或PCI沖突）到目標站點X2鏈路異常SgNB_ADD被5G拒絕一樣該問題如1.3.3節(jié)所述問題現象也需要基站側跟蹤信令方可發(fā)覺，X2接口看到5G收到SgNB_Add_Req后回復SgNB_Add_Reject。SgNB_Add_Reject消息中會攜帶原因值，依照原因值能夠初步判斷可能問題原因：Transportresourcenotavailable:5G側傳輸故障造成接入拒絕，可能鏈路為當前UE所在LTE基站到5G基站X2-U鏈路或者5G到關鍵網S1-U鏈路Noradioresourceavailable：5G小區(qū)用戶數License不足，或者5G其余資源異常（比如無可用SRS資源等）UE未發(fā)起空口隨機接入Uu接口看到用戶收到攜帶5GSCG配置RRC重配置消息后，立刻回復SCG_RAIL_INFO消息給LTE，攜帶原因值為scg-reconfigFailure：造成重配置失敗可能原因有：1、5G小區(qū)搜索失敗，這種多半是因為接入小區(qū)并非最強小區(qū)或者該區(qū)域小區(qū)間干擾嚴重造成。SCG重配置消息中參數在UE側校驗失敗，這種情況提議終端工程師共同定位。空口接入RAR超時（較為常見）Uu接口看到用戶收到攜帶5GSCG配置RRC重配置消息后，隔一段時間（時間間隔與T304配置關于）回復SCG_RAIL_INFO消息給LTE，攜帶原因值為ScgAccessFailure或者scg-ChangeFailure；主要排查以下：接入5G小區(qū)并非最強小區(qū)或者該區(qū)域小區(qū)間干擾嚴重造成Prach參數等配置異常或者物理層原因造成接入失敗空口接入Msg3失?。ㄝ^常見）X2接口看到5G發(fā)送SGNB_ADD_REQ_ACK之后一段時間（與Msg3基站側等候定時器關于，默認是2.1s）發(fā)送SGNB_REL_REQUIRED消息，攜帶原因值為radio-connection-with-UE-lost：造成Msg3失敗可能原因有：上行TA值異常或者上行有干擾造成Msg3解調失敗。UE或者基站側參數配置異常造成Msg3失敗。移動性問題當前省內5G系統采取NSA。NSA架構切換過程包括gNB和eNB交互，且切換過程包括LTE小區(qū)切換，和5G小區(qū)變更，所以在做移動性問題排查時需要關注下面幾個概念：Pcell：MeNB主小區(qū)，是NSADC終端駐留小區(qū)。PSCell：SgNB主小區(qū)，是MeNB經過RRC連接信令配置給NSADC終端在SgNB上一個主小區(qū)，PSCell一旦配置成功即保持激活態(tài)。MeNB：主基站(錨點)，是NSADC終端駐留小區(qū)所屬LTE基站。SgNB：輔基站（NR），是MeNB經過RRC連接信令配置給NSADC終端NR基站。因為gNB/eNB并不知道UE所處位置和無線質量情況，需要控制UE上報相關無線質量信息來判斷，UE上報無線質量信息方式有周期上報和事件上報兩種方式，當eNB收到測量或切換事件上報時，會下發(fā)切換命令給UE，UE收到切換命令后，中止與源小區(qū)交互，按切換命令要求切換到新目標小區(qū)，并經過信令交互通知目標小區(qū)，以完成整個切換過程。包括指標：SCG修改成功率（4G側發(fā)起+5G側發(fā)起）、SCG變更成功率（changge）、錨點切換成功率（NR終端帶SN切換成功率）對應counter計算及打點：1、NSAPCell用戶SCG變更成功率：L.NsaDc.SCG.Change.Succ/L.NsaDc.SCG.Change.Att*100%A點所表示，當eNodeB收到gNodeB發(fā)送SgNBChangeRequired消息時，L.NsaDc.SCG.Change.Att累加。B點所表示，當eNodeB向gNodeB發(fā)送SgNBChangeConfirm消息時，L.NsaDc.SCG.Change.Succ累加2、NSAPCell用戶SCG修改成功率（4G發(fā)起）：L.NsaDc.SCG.Mod.Req.Succ/L.NsaDc.SCG.Mod.Req.Att*100%如圖1中A點和圖2中B點所表示，當eNodeB向gNodeB發(fā)送SgNBModificationRequest消息時，則L.NsaDc.SCG.Mod.Req.Att累加；如圖1中B點所表示，當eNodeB向gNodeB發(fā)送SgNBReconfigurationComplete消息時，L.NsaDc.SCG.Mod.Req.Succ累加；如圖2中C點所表示，當eNodeB向gNodeB發(fā)送SgNBModificationConfirm消息時，L.NsaDc.SCG.Mod.Req.Succ累加。圖一：圖二：3、NSAPCell用戶SCG修改成功率（5G發(fā)起）：L.NsaDc.SCG.Mod.Required.Succ/L.NsaDc.SCG.Mod.Required.AttA點所表示，當eNodeB收到gNodeB發(fā)送SgNBModificationRequired消息時，則L.NsaDc.SCG.Mod.Required.Att累加。如圖中B點所表示，當eNodeB向gNodeB發(fā)送SgNBModificationConfirm消息時，L.NsaDc.SCG.Mod.Required.Succ累加。4、SgNBPscell更換成功率（站內+站間）：當前未采取該指標，SCG更換成功率使用4G側統計SCG變更成功率站內：N.NsaDc.IntraSgNB.PSCell.Change.Succ/N.NsaDc.IntraSgNB.PSCell.Change.Att*100站間：N.NsaDc.InterSgNB.PSCell.Change.Succ/N.NsaDc.InterSgNB.PSCell.Change.Att*100%5、錨點切換成功率：L.NsaDc.HHO.ExecSuccOut/L.NsaDc.HHO.PrepAttOut*100%包括站內、X2和S1三個部分對應指標counter求和做分子分母站內：站間：X2站間：S12.1NSA組網下切換流程2.1.1NR站內切換5G空口覆蓋或干擾較差造成MSG2沒有響應，造成接入失敗。如以下案例：UE把測量匯報發(fā)給源eNB：在UU接口表現為RRCMEASUREMENTREPORT信令，源eNB收到測量匯報后，進行相關條件判斷，假如決定切換，網絡側將準備相關切換資源（這個過程對UE側不可見）eNB將測量匯報發(fā)給gNB：在X2接口表現為RRCTransfer信令

源gNB收到測量匯報后，進行相關條件判斷，假如決定切換，網絡側將準備相關切換資源（這個過程對UE側不可見）gNB準備切換相關資源發(fā)給eNB，X2口表現為SgNBModificationRequired信令源eNB下發(fā)切換命令：在UU接口表現為RRCCONNECTRECONFIG信令，包含NRRRC配置消息（NR切換命令）。UE接收到RRC重配置消息后完成重配置，并向MeNB反饋RRCConnectionReconfigurationComplete消息，包含NRRRC響應消息。若UE未能完成包含在RRCConnectionReconfiguration消息中配置，則開啟重配置失敗流程。

UE成功完成重配后，MeNB向SgNB發(fā)送SgNBModificationConfirm消息UE收到切換命令后，中止與源gNB（小區(qū)）交互，并嘗試接入目標gNB（小區(qū)），這個過程稱為隨機接入過程。2.1.2NR站間切換UE把測量匯報發(fā)給源eNB：在UU接口表現為RRCMEASUREMENTREPORT信令eNB將測量匯報發(fā)給gNB：在X2接口表現為RRCTransfer信令

源eNB收到測量匯報后，進行相關條件判斷，假如決定切換，網絡側將準備相關切換資源（這個過程對UE側不可見）源gNB判斷是站間切換，SgNB收到MR后進行切換目標小區(qū)選擇、準入和資源準備后假如允許切換，會給LTE發(fā)送SgNBChangeRequired消息，包含目標SgNBID信息，SCG配置信息（支持增量配置）和目標SN測量結果。MN經過SgNB添加流程請求目標SN為UE分配資源，包含與從源SN接收到目標SN相關測量結果。假如需要轉發(fā)，則目標SN向MN提供轉發(fā)地址。MN觸發(fā)UE應用新配置：MN向UE發(fā)送重配置消息RRCConnectionReconfiguration，包含目標SN生成RRC配置信息。UE跟新配置后向MN回復消息RRCConnectionReconfigurationComplete，包含對目標SNRRC響應消息。若UE未能完成包含在RRCConnectionReconfiguration消息中配置，則開啟重配置失敗流程。

假如目標SN資源分配成功，則MN釋放源SN資源。假如需要數據轉發(fā)，則MN向源SN提供數據轉發(fā)地址。源SN接收到SgNBChangeConfirm消息后停頓向UE發(fā)送數據，并向目標SN開始轉發(fā)數據。假如UE回復重配置完成，則MN經過SgNBReconfigurationComplete消息通知目標SNUE重配完成，包含NRRRC響應消息。UE在目標SN隨機接入。數據轉發(fā)開始。數據轉發(fā)最早能夠在SN收到SgNBChangeConfirm消息時候。MN發(fā)起承載修改流程。源SN在收到UEContextRelease消息后能夠釋放空口資源及控制面相關資源，數據轉發(fā)不受影響。2.1.3LTE（錨點）切換（站內&站間）NSA場景下4G小區(qū)切換完全遵照4Gonly處理。NSA下4G小區(qū)站內切換前，下發(fā)切換命令前需要先進行SgNBMod流程。NSA下4G小區(qū)站間切換，4G目標站會先請求添加gNB，然后回復HoReqACK給4G源站。2.2切換問題排查要求動作2.2.1操作、故障和告警排查基站操作，告警和故障日志能夠在U和一鍵式日志內獲取查看。告警重點關注列表以下：告警ID告警名稱告警級別告警影響ALM-29841NR小區(qū)不可用告警主要告警小區(qū)不能提供業(yè)務。ALM-29840gNodeB退服告警主要產生告警雙工模式下全部小區(qū)無法提供業(yè)務。ALM-29842NR小區(qū)閉塞告警主要告警小區(qū)不能提供業(yè)務。ALM-29844NR分布單元小區(qū)不可用告警主要產生告警NR分布單元小區(qū)不能提供業(yè)務。ALM-29870NR分布單元小區(qū)TRP不可用告警主要產生告警NRDU小區(qū)TRP不能提供業(yè)務。ALM-29871NR分布單元小區(qū)TRP服務能力下降告警主要產品告警NRDU小區(qū)TRP所屬小區(qū)提供給客戶可用無線空口能力會下降。

基帶檢測到NRDU小區(qū)TRP上行業(yè)務數據不一樣時時，概率出現用戶接入異常。ALM-29800gNodeBX2接口故障告警主要基站將無法繼續(xù)支持與對應基站間EN-DC業(yè)務。ALM-29204X2接口故障告警主要鄰基站類型為gNodeB，基站將無法繼續(xù)支持與對應基站間EN-DC業(yè)務。ALM-25888SCTP鏈路故障告警主要造成SCTP鏈路上無法承載信令。ALM-25889SCTP鏈路擁塞告警次要因為發(fā)送緩沖區(qū)被耗盡，無法繼續(xù)發(fā)送數據，造成業(yè)務中止。ALM-25955SCTP鏈路目標地址不可達告警提醒假如SCTP鏈路配置兩個目標IP地址均無法與本端通信時，將會造成基站業(yè)務中止。ALM-29810gNodeBXn接口故障告警主要基站釋放正在經過產生告警Xn接口進行切換用戶，在該告警恢復前，基站將無法繼續(xù)支持與對應基站間Xn接口切換流程。ALM-29815gNodeBNG接口故障告警主要基站將釋放已經接入該異常NG接口上全部用戶。假如小區(qū)沒有狀態(tài)正常NG接口，基站能夠激活小區(qū)，但新用戶將無法接入到這些小區(qū)。ALM-29816gNodeBNG控制面?zhèn)鬏斨兄垢婢o急同一運行商下全部承載gNodeBNG接口SCTP鏈路（鏈路個數不少于2條）狀態(tài)都異常，造成基站同一運行商下全部gNodeBNG接口無法建立成功，用戶無法入網。EVT-29811gNodeBXn接口復位事件提醒基站主動釋放正在經過Xn接口切換全部在網用戶，對應切換流程將失敗。EVT-29817gNodeBNG接口復位事件提醒依照復位消息中復位類型釋放NG接口下全部在網用戶，或指定部分在網用戶。ALM-29201S1接口故障告警主要對于“S1接口閉塞”原因引發(fā)故障，該S1接口不允許接入新用戶（包含正常接入、系統內站間切換入和系統間切換入用戶）；但對已經接入用戶消息、非用戶相關消息無影響。對于其余原因，基站將釋放已經接入該異常S1接口上全部用戶。假如小區(qū)沒有狀態(tài)正常S1接口，非調測態(tài)下，基站將去激活小區(qū)；調測態(tài)下，基站能夠激活小區(qū)，但新用戶將無法接入到這些小區(qū)。ALM-29213基站S1控制面?zhèn)鬏斨兄垢婢o急基站同一運行商下全部承載S1InterfaceSCTP鏈路（鏈路個數不少于2條，且不包含IOPS特征使用S1InterfaceSCTP鏈路）狀態(tài)都異常，造成基站同一運行商下全部S1接口無法建立成功，小區(qū)無法建立，用戶無法入網。2.2.2參數核查按照統一下發(fā)NR性能小區(qū)基線參數進行基礎參數配置核查站點基線參數是否正常。2.2.3干擾排查上行干擾會影響PRACH和PUSCH解調性能，從而影響切換。提議排查一下上行干擾情況，干擾跟蹤位于UTracingMonitor->NR->CellPerformanceMonitoring：2.2.4關鍵網異常排查與關鍵網側確認，排查問題時間點附近關鍵網側是否有操作。當切換小區(qū)處于關鍵網轄區(qū)邊界場景，站間切換準備失敗問題場景，站間切換執(zhí)行成功率比站內切換執(zhí)行成功率差時要重點關注。（站內切換不包括關鍵網，只有站間切換包括到關鍵網）分析方法：1、站間切換準備存在FailOut.AMF原因失敗。2、Ng切換場景，假如切換入準備請求話統小于切換出準備請求話統，或者切換出準備失敗大于切換入準備失敗，很可能是關鍵網沒有轉發(fā)切換準備相關消息或者回復失敗。3、X2和Xn切換存在PATHSWITCH流程失敗。以上三種場景都懷疑關鍵網存在問題，然后經過跟蹤TOP站點標口信令深入明確問題詳細場景（比如關鍵網沒有回復目標站PATH_SWICHT_ACK或者回復PATH_SWICHT_FAIL）。2.3切換問題定位思緒NSA切換信令流程，包含NR站內，NR站間，LTE切換，整理切換過程中出現在UU口，X2口，S1口異常流程定位思緒。2.3.1UU口信令異常原因分析與優(yōu)化測量控制丟失通常在UE接入并添加NR輔小區(qū)后，或者NR輔小區(qū)切換后會下發(fā)測量控制。NR測量控制信源結構與LTE類似，分為測量對象、上報配置以及測量ID配置。NR測量控制經過LTE空口重配置消息帶給UE，基本機制與LTE相同。1）鄰區(qū)問題：未配置任何5G鄰區(qū)//查詢NR外部鄰區(qū)（NR站內切換時不需要查詢），確認有沒有配置。LSTNREXTERNALNCELL://查詢NR鄰區(qū)關系，確認有沒有配置。LSTNRCELLRELATION:2）外部小區(qū)配置SSB頻點錯誤：可經過：MONREXTERNALNCELL進行查詢修正，查看是否與規(guī)劃數據一致。3）信道受限：下行DCI資源分配失敗，基站無法調度給UE下發(fā)測量控制消息。PDSCH信道擁塞，基站無法及時發(fā)送測量控制消息。4）信道質量：依照SSBRSRP/SINR判斷下行信號質量差（比如SSBSINR在0dB以下），可能造成UE無法接收到測量控制消息。測量匯報丟失每個NRMR有兩條，一條顯示Direction為Ms->gNodeB，一條顯示Direction為Ms->eNodeB。NSA場景下UE不會直接與gNodeB進行RRC連接，第一條MR（Direction為Ms->gNodeB）實際是工具自己解析結果，實際表示是UE內部消息傳遞（5GUE將MR發(fā)送給4GUE），第二條MR（Direction為Ms->eNodeB）才是LTE空口實際發(fā)送MR，能夠跟網絡側進行比對。出現測量匯報丟失問題通常以下：信道受限：下行DCI資源分配失敗，基站無法調度給UE下發(fā)測量控制消息。PDSCH信道擁塞，基站無法及時發(fā)送測量控制消息。覆蓋較差：服務小區(qū)和鄰區(qū)信號RSRP差值排查NRCELLRELATION，小區(qū)偏移量，Ocn排查GNBMEASCOMMPARAMGRP，RSRP偏置和幅度遲滯，RsrpOffset和Hys依照A3事件計算是否滿足門限終端異常：假如終端側log查看到有測量到服務小區(qū)和鄰區(qū)信號已經滿足切換門限，不過未上報MR，則懷疑終端側可能存在內部異常。需要聯絡終端側排查。切換命令RRCConnRecfg消息丟失當基站側判決滿足切換條件后會下發(fā)切換命令，經過LTE空口發(fā)給UE，空口就是一條RRC重配消息。信道受限，包含PDCCH/PDSCH覆蓋較差eNB或gNB切換判決失敗，或內部異常這類問題通常為外部配置錯誤造成，當外部小區(qū)NREXTERNALNCELL中PhysicalCellId配置錯誤，造成測量匯報上報后源側找不到外部鄰區(qū)，不會發(fā)起切換。切換完成RRCConnRecfgCmp消息丟失這類問題除了PDCCH/PUSCH信道受限及覆蓋質差以外原因，還可能為終端未響應發(fā)送重配完成消息。gNB隨機接入失敗該部分問題排查思緒可參考章節(jié)（一）小區(qū)接入性能問題。2.3.2X2口或Xn口信令異常原因分析錨點基站內部異常經過MML命令或告警查詢，查看錨點本身站點是否存在告警異常。X2口傳輸異常能夠經過告警和故障日志判斷，也能夠查看話統L.X2.Unavail.Dur.Sys（系統原因造成X2鏈路不可用時長，指標ID=）是否存在異常。經過網管查詢錨點與目標GNB站點之間X2配置是否正常。2.3.3S1口或Ng口信令異常原因分析SgNB切換判決失?。┡溧弲^(qū)或PCI沖突）//查詢NR外部鄰區(qū)，確認有沒有到目標小區(qū)gNBId，CellId和PCI。LSTNREXTERNALNCELL:;//查詢NR鄰區(qū)關系，確認有沒有到目標小區(qū)gNBId和CellId。LSTNRCELLRELATION:;假如查詢到SgNB配置NR外部鄰區(qū)中存在相同PCI，則需要找網規(guī)人員確認是否規(guī)劃或開站腳本配置錯誤。Ng口傳輸異常&SgNB內部異常能夠經過告警和故障日志判斷是否存在異常。保持性問題當前5G組網方式下5G掉線觸發(fā)機制有兩種，終端觸發(fā)與基站觸發(fā)。終端側掉話有兩類，第一類是直接收到網絡側釋放5G命令（RRCConnectionReconfiguration里nr-Config-r15下面攜帶release）。第二類是終端先上報SCGFailureInformationNR，然后再收到基站下發(fā)釋放指示。這種場景是UE檢側到某種異常后主動申請釋放。SCGFailureInformationNR消息里會攜帶原因值，例以下面示例表示上行RLC達成最大重傳次數：網絡側觸發(fā)可能是5G側發(fā)起釋放（5G在X2口給4G發(fā)SGNB_REL_REQUIRED）,也可能是4G發(fā)起釋放（4G在X2口給5G發(fā)SGNB_REL_REQ）。3.1要求排查動作3.1.1告警與操作排查告警排查：排查掉線時間前后是否存在以下告警。需要注意，因為告警有平滑機制，告警出現時間可能在掉話時間點之后。告警編號告警名稱對掉話影響ALM-29800gNodeB

X2接口故障告警NSA組網時造成傳輸掉話ALM-29815gNodeB

NG接口故障告警SA場景造成基站釋放在線用戶；ALM-29816gNodeB

NG控制面?zhèn)鬏斨兄垢婢疭A場景造成基站釋放在線用戶；ALM-29840gNodeB退服告警基站釋放全部在線用戶；ALM-29841NR小區(qū)不可用告警釋放小區(qū)下全部在線用戶；ALM-29842NR小區(qū)閉塞告警人為閉塞造成釋放小區(qū)下全部在線用戶；ALM-29843NR分布單元小區(qū)模擬負載開啟告警造成空口干擾大，誤碼高，產生空口掉話；ALM-29844NR分布單元小區(qū)不可用告警釋放小區(qū)下全部在線用戶；ALM-29870NR分布單元小區(qū)TRP不可用告警釋放小區(qū)下全部在線用戶；ALM-29871NR分布單元小區(qū)TRP服務能力下降告警空口能力下降，在小區(qū)邊緣等弱覆蓋區(qū)域輕易掉話；ALM-26521射頻單元接收通道RTWP/RSSI過低告警小區(qū)解調性能變差，在小區(qū)邊緣等弱覆蓋區(qū)域輕易掉話；ALM-26520射頻單元發(fā)射通道增益異常告警當發(fā)射功率過大時，造成越區(qū)干擾；當發(fā)射功率過小時，造成覆蓋空洞。ALM-26529射頻單元駐波告警駐波造成小區(qū)覆蓋收縮；嚴重時可能造成基站自動關閉發(fā)射通道；ALM-26527射頻單元輸入功率異常告警造成射頻單元承載業(yè)務質量變差，覆蓋邊緣用戶可能掉話ALM-26260系統時鐘不可用告警基站業(yè)務處理會出現各種異常，包含和周圍站點相互干擾，造成誤碼，切換失敗等操作日志排查:用于掉線指標之前正常，日后惡化情況：數據源分析方法閉環(huán)動作操作日志1、查找之前正常到現在有問題這一段時間內是否有修改，添加，刪除，閉塞，激活以及去激活操作。2、MOCN場景關注是否有多運行商相關操作，如修改傳輸、License等。3、FMA工具能夠將告警日志，故障日志和操作日志關聯。1、確認操作是否可回退，觀察操作回退后指標是否有改進。2、分析告警和設備故障對掉話率帶來影響，依照故障&告警處理幫助進行告警清零。3、確認是否外部事件造成，需要觀察容量和負載情況并及時通知二線。4、完成排查后確認問題是否處理。外部事件分析1、了解出現問題時，周圍網元是否有操作，局方是否有新終端公布/放號、套餐變更和網絡結構變動等。2、了解出現問題時，掉話趨勢轉折點附近是否有重大活動，比如，節(jié)假日，球賽，游行等。3、MOCN場景關注問題運行商新終端發(fā)放、套餐變更、傳輸變動、鄰區(qū)覆蓋優(yōu)化等。3.1.2參數排查常見影響掉話以下，實際操作時參考進行全方面檢驗。參數名稱推薦值對掉話影響UE不活動定時器20該參數越小，話統掉話率越低；對于單點演示測試場景，提議改成0，防止因為短時內無業(yè)務時觸發(fā)基站正常釋放，誤認為是掉話。PSCell

A2事件RSRP觸發(fā)門限值-121假如該參數設置過高，當RSRP低于該參數時會造成gNodeB發(fā)起正常釋放，讓測試人員誤認為是掉話。上行時間對齊定時器INFINITY(無窮大)該參數表示UE上行時間對齊定時器長度，該定時器超時，則認為UE上行失步；NSA組網下會上報NRSCGFailure造成掉話；設置為無窮大能夠防止出現TA超時掉話，不影響TA同時性能。TA發(fā)送周期3假如UE移動速度越高，該參數需要取值越小才能確保定時性能，不然可能造成掉話，不過消耗空口資源會增加。RRU發(fā)射功率不一樣RRU模塊最大發(fā)送功率不一致，依照詳細模塊和網絡規(guī)劃，優(yōu)化提議進行配置；對于極近場景，依照實際接收RSRP調整，RSRP不超出-60dbm。功率過大，在極近場景可能造成功率飽和，解調性能下降造成掉話；功率過小，對于室外拉遠場景，造成弱覆蓋掉話。用戶周期SRS帶寬切換門限45該參數假如配置過小，比如低于30，會造成UE在小區(qū)邊緣不縮減SRS帶寬，基站測量到SRS信號較差，無法準確測量TA并進行定時調整，移動場景下輕易掉話。雙DCI調度開關和TUE配合使用假如基站和TUE配置不一致，那么會造成TUE下行DCI解不到，RLC

AM模式下，下行達成最大重傳，從而造成掉話。PDCCH

RateMatch開關OFF19A不支持，打開會造成基站處理異常，從而掉話SSB

RateMatch開關OFF19A不支持，打開會造成基站處理異常，從而掉話UE

AM模式最大重傳次數MAXRETRANS_THRESHOLD_T32(32)配置UE上行RLC最大重傳次數，假如配置過小，NSA組網下達成最大重傳次數，UE會上報NRScgFailure造成掉話。gNB

RLC最大重傳次數MAXRETRANS_THRESHOLD_T32(32)配置gNodeB下行RLC最大重傳次數，假如配置過小，達成最大重傳次數會造成5G基站發(fā)起RLC

Reset掉話。UE狀態(tài)匯報禁止定時器不分流場景：保持默認分流場景:MS20UE在AM模式下兩次狀態(tài)匯報發(fā)送間隔最少要大于該定時器。假如設置過大，輕易造成基站發(fā)送窗口滿，造成下行RLC

Reset掉話下行RLC序列號長度BITS18假如DlPdcpSnSize配置18bit，而DlRlcSnSize配置12bit，在狀態(tài)匯報反饋不及時情況下，輕易造成發(fā)送窗口滿，造成下行RLC

Reset掉話。gNodeB

AM模式觸發(fā)Polling字節(jié)數門限保持默認假如配置無窮大，且DlRlcSnSize為12bit時，在下行近點full

buffer業(yè)務時，輕易出現基站發(fā)送窗口滿造成下行RLC

Reset掉話gNodeB觸發(fā)PollingPDU個數門限保持默認假如配置無窮大，且DlRlcSnSize為12bit時，在下行近點full

buffer業(yè)務時，輕易出現基站發(fā)送窗口滿造成下行RLC

Reset掉話3.1.3高誤碼排查假如掉話是5G基站發(fā)起釋放，且攜帶原因是UELOST；或是因為UE上報SCGFailure，攜帶原因值是rlc-MaxNumRetx或randomAccessProblem。排查方法：需要排查空口信號質量和干擾；假如誤碼不高，則需要經過CHR或cellDT深入分析是否RLC層窗口滑動有問題，或者是上層信令解碼失敗，或者完整性校驗失敗。3.1.4覆蓋和干擾排查1、假如是RSRP較差，確認測試點和天線距離，是否有遮擋等。嘗試更換到愈加好點位確認是否依然有掉話。2、假如發(fā)覺干擾較大，排查是否存在鄰區(qū)信號強于服務小區(qū)而沒有切換情況。假如鄰區(qū)信號不滿足切換條件，不過強度和服務小區(qū)相當，則排查鄰區(qū)是否做了模擬加載。假如條件允許，嘗試關閉周圍小區(qū)觀察干擾是否改進。3、假如排查干擾來自外部，則開啟FFT掃頻，觀察干擾特征，進行排查處理。4、假如排除了弱覆蓋和干擾，而且掉話是在特定位置點，很可能是該位置點無線環(huán)境存在超CP造成符號間干擾等情況，從而造成信令和數據解調失敗。能夠嘗試修改波束模式或數字下傾觀察是否能夠改進。3.1.5內部釋放原因排查5G側發(fā)起釋放，或終端上報SCGFailure造成釋放：經過呼叫日志分析，明確是空口問題，資源分配問題，還是其它產品內部異常（該內容需要求援廠家使用特定工具解析）。3.2掉線問題排查思緒3.2.1NR覆蓋問題造成掉話覆蓋問題主要有弱覆蓋，無主導頻造成鄰區(qū)干擾大兩類主要場景。對于弱覆蓋，假如有終端側log，能夠經過查看終端側RSRP，假如RSRP低于-120dBm則說明覆蓋較差了，輕易造成掉話。此時需要排查掉話點和服務小區(qū)距離，是否有遮擋，服務小區(qū)是否網絡規(guī)劃預期主覆蓋小區(qū)。以下所表示，當RSRP低于5GA2門限時（NRCELLNSADCCONFIG.PscellA2RsrpThld，默認-121），UE會上報測量匯報造成gNodeB發(fā)起釋放。這個釋放屬于正常釋放，不會統計為掉話。以下這次掉話，UE沒有上報測量匯報，RSRP絕對強度不算尤其差，不過突然收到網絡側釋放命令。從終端側能夠看到有兩個鄰區(qū)比服務小區(qū)好，其中一個瞬時RSRP高5dB了。在鄰區(qū)干擾下，SSBSINR只有-3，頻偏-123也比較大。該位置多個鄰區(qū)信號強度波動大，強度和服務小區(qū)相當，無主服務小區(qū)，需要先處理RF問題。3.2.25G干擾問題造成掉話干擾是常見一個造成掉話原因，造成掉話現象有多個，以下行RLC達成最大重傳次數，上行RLC達成最大重傳次數，SR達成最大次數，TA超時等等。干擾類別有很多，比如切換不及時造成鄰區(qū)干擾，TDD系統環(huán)回干擾，時鐘偏差造成小區(qū)間干擾，還有外部干擾等。掉話分析主要是先確認是否因為干擾造成，然后才是確認干擾源和排除干擾。查看標口跟蹤，是5G側發(fā)起釋放。攜帶原因值是Radio-connection-with-UE-lost。經過基站FFT頻譜掃描，能夠觀察小區(qū)干擾情況，確定是否干擾造成：3.2.35G配置問題造成掉話常見配置問題主要有：漏配鄰區(qū)造成無法切換掉話；RLC參數配置不合理，造成狀態(tài)匯報不能及時上報，造成RLC重傳達成最大次數掉話；SRS自適應門限設置不合理，造成遠點SRS帶寬不能切換到窄帶，基站測量SRS信號較弱，無法準確測量TA造成掉話；A2門限配置過高，造成UE沒有到小區(qū)邊緣就被正常釋放。在要求動作“參數核查”這一步就能夠發(fā)覺參數造成問題。3.2.45G切換失敗造成掉話切換失敗主要場景是UE向目標小區(qū)隨機接入失敗。移動拉網測試過程中，一個是5G小區(qū)間切換；還有一個是NSA組網下，LTE發(fā)生切換，5G服務小區(qū)即使不改變，不過UE需要做一次隨機接入，這個過程也可能出現失敗。（詳細排查思緒可參考移動性問題排查思緒章節(jié)）3.2.5傳輸故障造成掉話當標口信令跟蹤里看到釋放命令攜帶原因值是transport-resource-unavailable時，說明是傳輸故障造成掉話。首先要排查是否有傳輸相關告警。需要注意假如GTPU靜態(tài)檢測開關（GTPU.STATICCHK）沒有打開，則不會上報傳輸告警。這時候能夠打開開關繼續(xù)測試觀察?；蛘呓涍^故障日志，CHR，debug等來確認之前掉話原因。傳輸故障造成掉話通常有兩種場景，一個是傳輸擁塞丟包，造成信令傳遞失敗或時延大。一個是收到關鍵網GTPUError，造成基站發(fā)起釋放。以下：4G側信令跟蹤發(fā)覺，LTE給5G發(fā)了SGNB_ADD_REQ消息后，等了6秒才收到SGNB_ADD_REQ_ACK，正常情況下應該只有幾十ms。5G側信令跟蹤看到是收到SGNB_ADD_REQ消息后馬上就回復了SGNB_ADD_REQ_ACK，中間只隔了12ms?？蓱岩蓮?G到4G傳輸存在問題。

3.2.6小區(qū)故障造成掉話造成小區(qū)故障場景很多，比如傳輸，供電，硬件故障等等各種原因。小區(qū)故障造成掉話，能夠經過查看告警進行確認。3.2.7關鍵網問題造成掉話關鍵網釋放通常有3種場景：LTEERAB承載修改失??；LTEERAB承載修改不響應；關鍵網發(fā)起釋放4G；第一個場景以下，4G添加5G，或5G站間切換后，LTE需要給關鍵網發(fā)起ERAB修改流程。在收到關鍵網反饋ERAB_MOD_CONF后，LTE立刻給5G發(fā)了釋放請求，攜帶原