5G網(wǎng)管性能指標(biāo)分析

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

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

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

UE能力上報中包含R15UE能力

關(guān)鍵網(wǎng)未禁止該用戶NSA能力

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

LTE側(cè)NSA開關(guān)、NR鄰頻點(diǎn)配置正確

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

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

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

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

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

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

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

X2接口故障告警NSA組網(wǎng)時造成傳輸?shù)粼扐LM-29815gNodeB

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

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

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

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

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

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

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

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

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

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

Reset掉話。gNodeB

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

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

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

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

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

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