華為5G性能優(yōu)化指導(dǎo)手冊-SA

華為5G網(wǎng)管性能問題分析手冊-SA

概述

目前全省各地市已完成SA商用測試，除了從日常測試與投訴中發(fā)現(xiàn)網(wǎng)絡(luò)存

在“點(diǎn)、線”的問題，還需要從性能上發(fā)現(xiàn)面上的問題，從而使得NSA網(wǎng)絡(luò)正常

運(yùn)行，保障5G網(wǎng)絡(luò)的用戶體驗(yàn)感知。

與傳統(tǒng)LTE網(wǎng)絡(luò)一樣，需要從“接入性”、“移動性”、“保持性”以及“小區(qū)

數(shù)傳能力”幾個(gè)維度進(jìn)行性能問題分析定位。

接入性：無線接通率

移動性：

保持性：無線掉線率

一、小區(qū)接入性能問題

SA組網(wǎng)小區(qū)，終端接入5G網(wǎng)絡(luò)的，主要涉及流程如下：

涉及指標(biāo)：無線接通率

計(jì)算公式：無線接通率（NR）=(RRC連接建立成功次數(shù)/RRC連接建立請求次數(shù))*(Flow

建立成功數(shù)/Flow建立請求數(shù))*(NG接口UE相關(guān)邏輯信令連接建立成功次數(shù)/NG接口

UE相關(guān)邏輯信令連接建立請求次數(shù))

1.1接入問題規(guī)定動作

1.1.1操作日志&告警故障

基站的操作，告警和故障日志可以在U2020和一鍵式日志內(nèi)獲取，使用FMA

可以直接打開，對于操作日志主要排查是否存在影響接入的操作，主要判斷問題

時(shí)間點(diǎn)與操作時(shí)間點(diǎn)是否存在相關(guān)性；對于告警及故障主要查看問題時(shí)間點(diǎn)，是

否存在相關(guān)未恢復(fù)的告警，如小區(qū)不可用、X2接口故障等。

1.1.2參數(shù)核查

1、通過優(yōu)化最小接收電平、小區(qū)選擇參數(shù)、小區(qū)重選參數(shù)、5-4重選參數(shù)、

鄰區(qū)核查等手段提升；

參數(shù)名稱參數(shù)說明建議值

CoverageScenario天線覆蓋場景建議使用DEFAULT，可以根據(jù)實(shí)際覆蓋情況進(jìn)行調(diào)整

Tilt波束物理下傾角默認(rèn)3°，增大下傾會縮小小區(qū)覆蓋范圍

SsbPeriodSSB周期默認(rèn)值為20ms,拉長SSB周期可能會導(dǎo)致部分終端無法接入

Sib1PeriodSIB1周期默認(rèn)值為20ms,拉長SIB1周期可能會導(dǎo)致部分終端無法接入

該參數(shù)表示選擇SSB時(shí)的RSRP門限，配置過高可能會導(dǎo)致終端無

RsrpThldForSsbSelection選擇SSB的RSRP門限

法選取合適的小區(qū)駐留

MaxPreambleTransCnt前導(dǎo)最大傳輸次數(shù)默認(rèn)為10次，減少前導(dǎo)最大傳輸次數(shù)可能導(dǎo)致接入成功率降低

CellRadius小區(qū)半徑小區(qū)半徑設(shè)置過小可能會導(dǎo)致遠(yuǎn)點(diǎn)用戶接入失敗

1.1.3射頻通道（發(fā)功&上行干擾）排查

上行干擾會影響SRS和PUSCH解調(diào)性能，嚴(yán)重影響吞吐率性能。正常情況下

底噪在-116dbm左右，干擾跟蹤位于M2000TracingMonitor->NR->Cell

PerformanceMonitoring.

1.2接入問題定位思路

NR接入問題涉及問題，可見如下思維導(dǎo)圖

1.2.1空口未發(fā)起RRC_CONN_REQ

基站側(cè)沒有收到RRCSetupReq，需要在終端側(cè)觀察，終端側(cè)是否有發(fā)起RRC接入

可能原因：

小區(qū)不可用，核查小區(qū)狀態(tài)和故障告警；

小區(qū)狀態(tài)為BLOCK狀態(tài)；

NG-C鏈路故障或者未配置；

AAU通道校正失敗

終端不支持NR頻段；

1.2.2NR隨機(jī)接入失敗

當(dāng)前導(dǎo)致隨機(jī)接入失敗的可能原因有：

弱覆蓋或干擾導(dǎo)致隨機(jī)接入失敗，核查問題小區(qū)覆蓋和干擾情況；

超小區(qū)半徑接入：核查問題小區(qū)半徑設(shè)置是否存在異常。小區(qū)半徑配置，該

配置會影響生成Preamble序列所使用的NCS參數(shù)，如果配置過小會導(dǎo)致中

遠(yuǎn)點(diǎn)用戶無法接入；

Prach參數(shù)等配置異常，根序列索引需要進(jìn)行網(wǎng)絡(luò)規(guī)劃，避免周邊小區(qū)接收

到Preamble下發(fā)RAR消息，對本小區(qū)產(chǎn)生下行干擾

時(shí)隙配比和時(shí)隙結(jié)構(gòu)配置：要求全網(wǎng)一致，不一致會有上下行干擾問題，可

能導(dǎo)致隨機(jī)接入異常

1.2.3RRC建立失敗

RRC建立失敗包括如下三種情況

1、RRCRej：UU口檢查收到RRCSetupRequest，沒有下發(fā)RRCSetup，下發(fā)

了RRCSetupRej；

2、RRCNoReply：UU口檢查收到RRCSetupRequest，下發(fā)了RRCSetup，但

是等待RRCSetupCpmplete超時(shí)；或者下發(fā)RRCSetup后又立即下發(fā)了

RRCRel；

3、RRC丟棄：UU口檢查收到RRCSetupRequest后，直接丟棄，沒有進(jìn)行下

一步的處理。

當(dāng)前RRC建立失敗的可能原因有：

下行覆蓋問題

小區(qū)重選參數(shù)問題

資源擁塞問題

設(shè)備異常問題

1.2.4NGSig建立異常

NGSig問題現(xiàn)象：

1)基站發(fā)送初始化UE消息后，但是核心網(wǎng)沒有響應(yīng)任何NAS消息或者上下文建

立請求消息或者M(jìn)ME釋放上下文消息。這種場景需要聯(lián)合核心網(wǎng)一起分析原

因。

2)基站發(fā)送初始化UE消息后，核心網(wǎng)直接發(fā)送NG_RESET釋放單用戶，導(dǎo)致

NGSIG建立失敗。這種場景需要聯(lián)合核心網(wǎng)一起分析原因。

3)基站收到MSG5消息后，NG鏈路被閉塞或者內(nèi)部異常，導(dǎo)致基站沒有給核心

網(wǎng)發(fā)送初始化UE消息。這種場景需要基站側(cè)分析原因。

NAS問題現(xiàn)象：

1)NAS過程異常，核心網(wǎng)主動釋放UE。

2)核心網(wǎng)沒有發(fā)送UE上下文建立請求，基站主動釋放。

原因定位：

基站NG標(biāo)口無初始化UE消息：基站或配置問題

基站NG標(biāo)口有初始化UE消息：核心網(wǎng)AMF或傳輸問題

二、小區(qū)保持性能問題

2.1保持問題規(guī)定動作

2.1.1確定問題類型

KPI類的問題常見有如下四類，需要明確問題類型和目標(biāo)。

1)KPI指標(biāo)突然惡化，或者某些時(shí)段惡化

2)KPI緩慢變化，逐漸變差

3)當(dāng)前KPI不達(dá)標(biāo)，需要提升到某個(gè)目標(biāo)值

4)多個(gè)區(qū)域?qū)Ρ?，分析某個(gè)區(qū)域相比其它區(qū)域差的原因

對于第1類問題，重點(diǎn)實(shí)施動作4和動作6。對于第3類和第4類問題，可以不實(shí)施動

作6。另外第4類問題的動作5是分析重點(diǎn)，通過找到兩個(gè)區(qū)域其它指標(biāo)的差異，從正面或

者側(cè)面證明網(wǎng)絡(luò)結(jié)構(gòu)和空口質(zhì)量的差異，快速的定位問題根因或者完成初步影響因素隔離。

2.1.2時(shí)間趨勢分析

時(shí)間趨勢分析主要是分析掉話率公式中涉及的各子Counter的變化趨勢和分析惡化時(shí)間

點(diǎn)是否有規(guī)律。

首先是看總的釋放次數(shù)和異常釋放次數(shù)的變化是怎樣的，是只有異常釋放增加，還是正

常、異常都同時(shí)增加，不過異常增加更快。還是說異常沒怎么變，是正常減少了，導(dǎo)致掉話

率抬升。結(jié)合分子、分母的變化，看看是否和用戶數(shù)變化相關(guān)。

分析惡化時(shí)間是否有規(guī)律，主要是分析指標(biāo)是持續(xù)緩慢下降，還是階梯式下降，又或者

是某些時(shí)間下降后又恢復(fù)，然后再下降等等。對于階梯下降或者反復(fù)下降，要看是否固定發(fā)

生在每天某些小時(shí)，或者每周的周幾，或者固定在月初月末等等。天級指標(biāo)對比時(shí)，要注意

和其它周相同時(shí)間對比，周末和周末對比。

分析話統(tǒng)時(shí)要注意分析時(shí)間段內(nèi)，小區(qū)個(gè)數(shù)的變化。避免由于采集的話統(tǒng)數(shù)據(jù)不全，小

區(qū)數(shù)量存在較大變化，導(dǎo)致KPI趨勢變化，從而誤判斷。當(dāng)發(fā)現(xiàn)小區(qū)數(shù)量差異較大時(shí)，首先

要找確認(rèn)反饋數(shù)據(jù)是否完整，小區(qū)數(shù)，站點(diǎn)數(shù)是否符合預(yù)期。如果數(shù)據(jù)反饋沒有問題，那就

說明現(xiàn)網(wǎng)在逐步新增站點(diǎn)，或者關(guān)閉站點(diǎn)，導(dǎo)致KPI變化，屬于“外部事件”排查的內(nèi)容。

2.1.3釋放原因初步確認(rèn)

對于異常釋放，當(dāng)前SA如下幾種異常釋放原因話統(tǒng)，可以初步確認(rèn)是無線原因，還是

傳輸原因。

N.QosFlow.AbnormRel.RNL無線層問題導(dǎo)致的QoSFlow異常釋放次數(shù)

N.QosFlow.AbnormRel.TNL傳輸層問題導(dǎo)致的QoSFlow異常釋放次數(shù)

2.1.4TOPN分析

接下來要確認(rèn)問題范圍是TOP小區(qū)問題還是整網(wǎng)問題。

“TOP小區(qū)”問題：

分別去除TOP10(可以小區(qū)規(guī)模設(shè)定TOPN個(gè)數(shù)，例如TOP100)”掉話率TOP小區(qū)”和”掉

話次數(shù)TOP小區(qū)”后，如果整網(wǎng)掉話率明顯改善且與掉話率惡化前指標(biāo)基本持平(或者達(dá)到了

目標(biāo)值)，則定義為TOP小區(qū)問題。

“整網(wǎng)”問題：

分別去除TOP10的”掉話率TOP小區(qū)”和”掉話次數(shù)TOP小區(qū)”后，如果整網(wǎng)掉話率沒有

明顯改善，則定義為整網(wǎng)問題。

篩選TOP小區(qū)時(shí)，要注意排除總的釋放次數(shù)較少，導(dǎo)致少量異常釋放就會出現(xiàn)較高掉

話率的情況。因此要篩選總釋放次數(shù)達(dá)到一定數(shù)量的才有統(tǒng)計(jì)意義，可以根據(jù)現(xiàn)網(wǎng)實(shí)際話務(wù)

水平，選擇總釋放次數(shù)不低于平均值50%的水平作為基礎(chǔ)；或者按照單小區(qū)1小時(shí)總釋放次

數(shù)不低于1000次作為標(biāo)準(zhǔn)。

如果是TOP小區(qū)問題，如果排除了操作原因，要從地理位置上看看TOP小區(qū)分布位置

是否有規(guī)律。如果是傳輸類問題，要排查TOP小區(qū)所在站點(diǎn)傳輸拓?fù)浣Y(jié)構(gòu)有沒有什么規(guī)律，

比如共同接入某個(gè)傳輸子節(jié)點(diǎn)。

2.1.5關(guān)聯(lián)指標(biāo)分析

如果根據(jù)話統(tǒng)指標(biāo)隔離到是空口原因掉話，需要分析下空口信道質(zhì)量和網(wǎng)絡(luò)負(fù)載相關(guān)的

指標(biāo)變化。通過KPI關(guān)聯(lián)分析從正面或者側(cè)面證明網(wǎng)絡(luò)的變化和差異。通過不同網(wǎng)絡(luò)的關(guān)聯(lián)

KPI對比，確定網(wǎng)絡(luò)的限制因素。通過對象指標(biāo)和關(guān)聯(lián)指標(biāo)的耦合性分析，快速的定位問題

根因或者完成初步隔離。

常用的關(guān)聯(lián)KPI有：

切換成功率

切換成功率低，說明UE無法切換到最強(qiáng)小區(qū)，容易導(dǎo)致掉話。因此掉話率高的時(shí)候，

可以看下切換成功率是否正常。如果切換成功率低，則參考切換問題分析指導(dǎo)書進(jìn)行分析。

同頻切換成功率：

((N.HO.IntraFreq.Ng.IntergNB.ExecSuccOut+N.HO.IntraFreq.Xn.IntergNB.ExecSuccOut+

N.HO.IntraFreq.IntragNB.ExecSuccOut)/(N.HO.IntraFreq.Ng.IntergNB.ExecAttOut+

N.HO.IntraFreq.IntragNB.ExecAttOut+N.HO.IntraFreq.Xn.IntergNB.ExecAttOut))×100%

系統(tǒng)內(nèi)切換入成功率：

((N.HO.Ng.IntergNB.ExecSuccIn+N.HO.IntragNB.ExecSuccIn+N.HO.Xn.IntergNB.ExecSuccIn)

/(N.HO.Ng.IntergNB.ExecAttIn+N.HO.IntragNB.ExecAttIn+N.HO.Xn.IntergNB.ExecAttIn))×100%

初傳/重傳誤碼

通過如下指標(biāo)可以查看下行和上行的誤碼情況。對于多個(gè)區(qū)域?qū)Ρ葧r(shí)，也可以通過評估

QPSK的比例間接說明兩個(gè)區(qū)域的覆蓋差異。

下行IBLER：

（N.DL.SCH.QPSK.ErrTB.Ibler+N.DL.SCH.16QAM.ErrTB.Ibler+N.DL.SCH.64QAM.ErrTB.Ibler+

N.DL.SCH.256QAM.ErrTB.Ibler）/（N.DL.SCH.QPSK.TB+N.DL.SCH.16QAM.TB+N.DL.SCH.

64QAM.TB+N.DL.SCH.256QAM.TB）*100%

下行重傳率：

（N.DL.SCH.QPSK.TB.Retrans+N.DL.SCH.16QAM.TB.Retrans+N.DL.SCH.64QAM.TB.Retrans+

N.DL.SCH.256QAM.TB.Retrans）/（N.DL.SCH.QPSK.TB+N.DL.SCH.16QAM.TB+N.DL.SCH.

64QAM.TB+N.DL.SCH.256QAM.TB）*100%

下行RBLER：

（N.DL.SCH.QPSK.ErrTB.Rbler+N.DL.SCH.16QAM.ErrTB.Rbler+

N.DL.SCH.64QAM.ErrTB.Rbler+N.DL.SCH.256QAM.ErrTB.Rbler）/

（N.DL.SCH.QPSK.TB+N.DL.SCH.16QAM.TB+N.DL.SCH.64QAM.TB+N.DL.SCH.256QAM.TB）*100%

上行重傳率：

（N.UL.SCH.HalfPiBPSK.TB.Retrans+N.UL.SCH.QPSK.TB.Retrans+

N.UL.SCH.16QAM.TB.Retrans+N.UL.SCH.64QAM.TB.Retrans+N.UL.SCH.256QAM.TB.Retrans）/

（N.UL.SCH.HalfPiBPSK.TB+N.UL.SCH.QPSK.TB+N.UL.SCH.16QAM.TB+N.UL.SCH.

64QAM.TB+N.UL.SCH.256QAM.TB）*100%

上行RBLER：

（N.UL.SCH.HalfPiBPSK.ErrTB.Rbler+N.UL.SCH.QPSK.ErrTB.Rbler+

N.UL.SCH.16QAM.ErrTB.Rbler+N.UL.SCH.64QAM.ErrTB.Rbler+N.UL.SCH.256QAM.ErrTB.Rbler）/

（N.UL.SCH.HalfPiBPSK.TB+N.UL.SCH.QPSK.TB+N.UL.SCH.16QAM.TB+N.UL.SCH.

64QAM.TB+N.UL.SCH.256QAM.TB）*100%

上行平均干擾

主要使用平均值對比，最大值是瞬時(shí)采樣，并且和網(wǎng)絡(luò)負(fù)荷有關(guān)，僅供參考。如果存在

持續(xù)外部強(qiáng)干擾的話，最小值可能會出現(xiàn)明顯差異。由于話統(tǒng)的干擾粒度較大，當(dāng)話統(tǒng)看到

存在干擾時(shí)，基本上可以判斷存在干擾。但是當(dāng)話統(tǒng)看到不存在干擾的時(shí)候，不一定沒有干

擾。對于TOP小區(qū)，可以通過U2000干擾監(jiān)測進(jìn)一步確認(rèn)是否存在干擾。

PRB利用率

PRB利用率用來評估網(wǎng)絡(luò)負(fù)載。PRB利用率高，小區(qū)之間下行和上行互相干擾就會更大。

下行PRB利用率：N.PRB.DL.Used.Avg/N.PRB.DL.Avail.Avg*100%

上行PRB利用率：N.PRB.UL.Used.Avg/N.PRB.UL.Avail.Avg*100%

CCE聚集級別

CCE聚集級別高，說明PDCCH信道覆蓋較差，或用戶分布較遠(yuǎn)。通過話統(tǒng)里的各種聚

集級別的次數(shù)，可以計(jì)算平均CCE聚集級別。

下行平均CCE聚集級別：

（1*N.CCE.DL.AggLvl1Num+2*N.CCE.DL.AggLvl2Num+4*N.CCE.DL.AggLvl4Num+8*N.CCE.DL.Agg

Lvl8Num+16*N.CCE.DL.AggLvl16Num）/

（N.CCE.DL.AggLvl1Num+N.CCE.DL.AggLvl2Num+N.CCE.DL.AggLvl4Num+N.CCE.DL.AggLvl8Num+

N.CCE.DL.AggLvl16Num）

上行平均CCE聚集級別：

（1*N.CCE.UL.AggLvl1Num+2*N.CCE.UL.AggLvl2Num+4*N.CCE.UL.AggLvl4Num+8*N.CCE.UL.

AggLvl8Num+16*N.CCE.UL.AggLvl16Num）/

（N.CCE.UL.AggLvl1Num+N.CCE.UL.AggLvl2Num+N.CCE.UL.AggLvl4Num+N.CCE.UL.AggLvl8Num+

N.CCE.UL.AggLvl16Num）

平均CQI

CQI反應(yīng)下行信道質(zhì)量和干擾水平，用單碼字衡量即可。平均CQI：

(0*N.ChMeas.CQI.SingleCW.0+1*N.ChMeas.CQI.SingleCW.1+…+15*N.ChMeas.CQI.SingleCW.15)/

(N.ChMeas.CQI.SingleCW.0+N.ChMeas.CQI.SingleCW.1+…+N.ChMeas.CQI.SingleCW.15)

平均接入距離

隨機(jī)接入的TA值間接反應(yīng)了UE距離基站的距離，通過平均TA值反應(yīng)了用戶分布遠(yuǎn)近。

分布越遠(yuǎn)，說明用戶大部分分布在小區(qū)邊緣，相關(guān)的信道條件，KPI理論上就會差一些。

平均TA值：

(0*N.RA.TA.UE.Index0+1*N.RA.TA.UE.Index1+…+12*N.RA.TA.UE.Index12)/

(N.RA.TA.UE.Index0+N.RA.TA.UE.Index0+…+N.RA.TA.UE.Index12)

平均用戶數(shù)：

用戶數(shù)代表網(wǎng)絡(luò)負(fù)荷，可以結(jié)合PRB利用率，干擾水平趨勢一起分析。通常當(dāng)用戶逐

漸增加時(shí)，一個(gè)網(wǎng)絡(luò)的KPI是會逐漸降低的。主要有幾方面原因，一是由于用戶增加，PRB

利用率抬升，鄰區(qū)之間負(fù)荷增加，這個(gè)是主要原因；二是隨著用戶增加，網(wǎng)絡(luò)中異常終端可

能會增加，通常少量異常終端就可以共享大量失敗。

2.1.6操作和外部事件

網(wǎng)絡(luò)操作和外部事件包含并不限于：站點(diǎn)數(shù)改造（持續(xù)新建，或者某些時(shí)間存在斷站），

網(wǎng)絡(luò)調(diào)整（翻頻，RF優(yōu)化，全網(wǎng)參數(shù)修改等），周邊網(wǎng)元改造（LTE，核心網(wǎng)，傳輸?shù)龋?/p>

大節(jié)日活動，新款終端上市，主流終端版本升級，運(yùn)營商資費(fèi)策略變化等等。這些操作和事

件會導(dǎo)致網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，用戶分布，用戶行為等發(fā)生變化，從而導(dǎo)致網(wǎng)絡(luò)負(fù)載，干擾水平的

變化，最終影響KPI。比如擴(kuò)容改造，翻頻等，可能讓用戶發(fā)生遷移，減小一個(gè)頻點(diǎn)或小區(qū)

的符合，從而導(dǎo)致KPI變好。反之，由于傳輸、供電等原因?qū)е聰嗾?，覆蓋受損，加上用戶

分流到其它小區(qū)導(dǎo)致負(fù)荷增加，KPI就會變差。

2.2保持問題定位思路

2.2.15G覆蓋問題導(dǎo)致的掉話

覆蓋問題主要有弱覆蓋，無主導(dǎo)頻導(dǎo)致鄰區(qū)干擾大兩類主要場景。

弱覆蓋

如果有終端側(cè)log，可以通過查看終端側(cè)RSRP，如果RSRP低于-120dBm則說明覆蓋較

差了，容易導(dǎo)致掉話。此時(shí)需要排查掉話點(diǎn)和服務(wù)小區(qū)的距離，是否有遮擋，服務(wù)小區(qū)是否

網(wǎng)絡(luò)規(guī)劃預(yù)期的主覆蓋小區(qū)。如下所示，當(dāng)RSRP低于5G的A2門限時(shí)

（NRCELLNSADCCONFIG.PscellA2RsrpThld，默認(rèn)-121），UE會上報(bào)測量報(bào)告導(dǎo)致gNodeB發(fā)起

釋放。這個(gè)釋放屬于正常釋放，不會記錄為掉話。

圖1RSRP低于A2門限導(dǎo)致釋放

重疊覆蓋嚴(yán)重

如下這次掉話，UE沒有上報(bào)測量報(bào)告，RSRP不算特別差，但是突然收到網(wǎng)絡(luò)側(cè)的釋放

命令。從終端側(cè)可以看到有兩個(gè)鄰區(qū)比服務(wù)小區(qū)好，其中一個(gè)瞬時(shí)RSRP高5dB了。在鄰區(qū)

干擾下，SSBSINR只有-3，頻偏-123也比較大。該位置多個(gè)鄰區(qū)信號強(qiáng)度波動大，強(qiáng)度和服

務(wù)小區(qū)相當(dāng)，無主服務(wù)小區(qū)，需要先解決RF的問題。

圖2無主導(dǎo)頻導(dǎo)致的掉話

特定位置點(diǎn)問題

另外還有少數(shù)場景會出現(xiàn)在一些特定位置點(diǎn)，由于無線環(huán)境的多徑復(fù)雜，導(dǎo)致頻率選擇

性衰落嚴(yán)重，時(shí)偏等問題發(fā)生。例如下面這次掉話，服務(wù)小區(qū)信號較好，也沒有鄰區(qū)干擾，

但是誤碼很高。當(dāng)時(shí)在做上行灌包，正常情況下ULGrant應(yīng)該在380~400次，但是掉話前

ULGrant掉到只有100多次，甚至100次以下，說明存在DCI漏檢。

圖3掉話前上行誤碼高，DCI漏檢

2.2.25G干擾問題導(dǎo)致的掉話

干擾是常見的一種導(dǎo)致掉話的原因，導(dǎo)致的掉話現(xiàn)象有多種，如下行RLC達(dá)到最大重傳

次數(shù)，上行RLC達(dá)到最大重傳次數(shù)，SR達(dá)到最大次數(shù)，TA超時(shí)等等。干擾的類別有很多，

例如切換不及時(shí)導(dǎo)致的鄰區(qū)干擾，TDD系統(tǒng)的環(huán)回干擾，時(shí)鐘偏差導(dǎo)致的小區(qū)間干擾，還有

外部干擾等。掉話分析主要是先確認(rèn)是否由于干擾導(dǎo)致，然后才是確認(rèn)干擾源和排除干擾。

2.2.35G配置問題導(dǎo)致的掉話

常見配置問題主要有：漏配鄰區(qū)導(dǎo)致無法切換掉話；RLC參數(shù)配置不合理，導(dǎo)致狀態(tài)報(bào)

告不能及時(shí)上報(bào)，導(dǎo)致RLC重傳達(dá)到最大次數(shù)掉話；SRS自適應(yīng)門限設(shè)置不合理，導(dǎo)致遠(yuǎn)點(diǎn)

SRS帶寬不能切換到窄帶，基站測量SRS信號較弱，無法準(zhǔn)確測量TA導(dǎo)致掉話；A2門限配

置過高，導(dǎo)致UE沒有到小區(qū)邊緣就被正常釋放。通常在排查動作的“參數(shù)核查”就可以發(fā)

現(xiàn)參數(shù)導(dǎo)致的問題。

問題現(xiàn)象

近點(diǎn)做下行灌包測試一會兒后就會掉話。

圖4Probe記錄掉話

分析過程

單小區(qū)場景，信號很好，排除鄰區(qū)干擾或外部干擾，空口誤碼不高。

圖5覆蓋和誤碼排查

從基站信令看，是5G發(fā)起的釋放，攜帶原因值是UELOST。當(dāng)前19A版本只可能是下

行RLC重傳達(dá)到最大次數(shù)。

圖6信令流程排查

排查參數(shù)發(fā)現(xiàn)使用的RLC參數(shù)組2，其中如下紅色參數(shù)不合理。

圖7參數(shù)排查

根據(jù)協(xié)議，UE只有在收到帶Polling指示的RLCPDU包或檢測到PDU接收異常時(shí)才會反饋狀

態(tài)報(bào)告。由于gNBAmByteThldForTrigPoll和gNBPduNumThldForTrigPoll配置成Infinity，則普通

PDU包都不會帶Polling。而測試場景為基站下行灌包，不存在使緩存為空的包，即基站尾包

觸發(fā)Polling的場景也不存在。基站長時(shí)間收不到狀態(tài)報(bào)告，發(fā)送窗口不能正常滑動，由于

近點(diǎn)灌包流量大，而RLCSNSize只有12bit，很快就導(dǎo)致基站發(fā)送窗口滿，從而判斷RLC狀

態(tài)異常，發(fā)起釋放。

解決措施

通過修改對應(yīng)QCI使用RLC參數(shù)組3，默認(rèn)配置UeAmByteThldForTrigPoll=25,

gNBAmByteThldForTrigPoll=25,UePduNumThldForTrigPoll=32PDUs,

gNBPduNumThldForTrigPoll=32PDUs,DlRlcSnSize=18,UlRlcSnSize=18后，問題解決。

2.2.4切換失敗導(dǎo)致的掉話

切換失敗主要場景是UE向目標(biāo)小區(qū)隨機(jī)接入失敗。移動拉網(wǎng)測試過程中，一種是5G

小區(qū)間的切換；還有一種是NSA組網(wǎng)下，LTE發(fā)生切換，5G服務(wù)小區(qū)雖然不改變，但是UE

需要做一次隨機(jī)接入，這個(gè)過程也可能出現(xiàn)失敗。

問題現(xiàn)象

從Probe上看到UE在向PCI486切換時(shí)，上報(bào)RAFail事件，然后UE給網(wǎng)絡(luò)側(cè)發(fā)

SCGFailureInfo后掉話。

圖8Probe看到在隨機(jī)接入失敗導(dǎo)致掉話

分析過程

從Probe的KeyEvent可以看到UE發(fā)了Preamble后收不到RAR；連續(xù)發(fā)送10次后上報(bào)

隨機(jī)接入失敗。

圖9ProbeKeyEvent記錄收不到RAR

查看終端側(cè)服務(wù)小區(qū)和鄰區(qū)信息，看到存在多個(gè)信號強(qiáng)度和服務(wù)小區(qū)相當(dāng)?shù)泥弲^(qū)，并且

從eventlist窗口看到，掉話前存在乒乓切換。說明UE所處位置信號雜亂，無主服務(wù)小區(qū)，

在這種鄰區(qū)互相干擾的情況下，很容易出現(xiàn)隨機(jī)接入失敗，需要先優(yōu)化覆蓋。實(shí)際屬于覆蓋

問題導(dǎo)致的切換失敗。

圖10基站信令跟蹤看到5G發(fā)起切換請求被LTE拒絕

2.2.5傳輸故障導(dǎo)致的掉話

當(dāng)標(biāo)口信令跟蹤里看到釋放命令攜帶的原因值是transport-resource-unavailable時(shí)，說

明是傳輸故障導(dǎo)致的掉話。首先要排查是否有傳輸相關(guān)的告警。需要注意如果GTPU靜態(tài)檢

測開關(guān)（GTPU.STATICCHK）沒有打開，則不會上報(bào)傳輸告警。這時(shí)候可以打開開關(guān)繼續(xù)測試

觀察?；蛘咄ㄟ^故障日志來確認(rèn)之前的掉話原因。傳輸故障導(dǎo)致掉話通常有兩種場景，一個(gè)

是傳輸擁塞丟包，導(dǎo)致信令傳遞失敗或時(shí)延大。一個(gè)是收到核心網(wǎng)GTPUError，導(dǎo)致基站發(fā)

起釋放。轉(zhuǎn)交傳輸組處理。

2.2.6小區(qū)故障導(dǎo)致的掉話

導(dǎo)致小區(qū)故障的場景很多，比如傳輸，供電，硬件故障等等各種原因。小區(qū)故障導(dǎo)致的

掉話，可以通過查看告警進(jìn)行確認(rèn)。

告警編號告警名稱對掉話的影響

ALM-29800gNodeBX2接口故障告警NSA組網(wǎng)時(shí)導(dǎo)致傳輸?shù)粼?/p>

ALM-29815gNodeBNG接口故障告警SA場景導(dǎo)致基站釋放在線用戶；

ALM-29816gNodeBNG控制面?zhèn)鬏斨袛喔婢疭A場景導(dǎo)致基站釋放在線用戶；

ALM-29840gNodeB退服告警基站釋放所有在線用戶；

ALM-29841NR小區(qū)不可用告警釋放小區(qū)下所有在線用戶；

ALM-29842NR小區(qū)閉塞告警人為閉塞導(dǎo)致釋放小區(qū)下所有在線用戶；

ALM-29843NR分布單元小區(qū)模擬負(fù)載啟動告警導(dǎo)致空口干擾大，誤碼高，產(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ā)射功率過大時(shí)，造成越區(qū)干擾；當(dāng)發(fā)射

功率過小時(shí)，造成覆蓋空洞。

ALM-26529射頻單元駐波告警駐波導(dǎo)致小區(qū)覆蓋收縮；嚴(yán)重時(shí)可能導(dǎo)致基

站自動關(guān)閉發(fā)射通道；

ALM-26527射頻單元輸入功率異常告警導(dǎo)致射頻單元承載的業(yè)務(wù)質(zhì)量變差，覆蓋邊

緣的用戶可能掉話

ALM-26260系統(tǒng)時(shí)鐘不可用告警基站業(yè)務(wù)處理會出現(xiàn)各種異常，包括和周邊

站點(diǎn)互相干擾，導(dǎo)致誤碼，切換失敗等

三、小區(qū)切換性能問題

華為5G網(wǎng)管性能問題分析手冊-SA

概述

目前全省各地市已完成SA商用測試，除了從日常測試與投訴中發(fā)現(xiàn)網(wǎng)絡(luò)存

在“點(diǎn)、線”的問題，還需要從性能上發(fā)現(xiàn)面上的問題，從而使得NSA網(wǎng)絡(luò)正常

運(yùn)行，保障5G網(wǎng)絡(luò)的用戶體驗(yàn)感知。

與傳統(tǒng)LTE網(wǎng)絡(luò)一樣，需要從“接入性”、“移動性”、“保持性”以及“小區(qū)

數(shù)傳能力”幾個(gè)維度進(jìn)行性能問題分析定位。

接入性：無線接通率

移動性：

保持性：無線掉線率

一、小區(qū)接入性能問題

SA組網(wǎng)小區(qū)，終端接入5G網(wǎng)絡(luò)的，主要涉及流程如下：

主處理器Intel雙核CPU

操作系統(tǒng)MicrosoftXP，Windows2000professional

系統(tǒng)

系統(tǒng)資源內(nèi)存容量2G以上，硬盤容量標(biāo)配320G

運(yùn)行

平臺系統(tǒng)安全防護(hù)軟件狗

輸入設(shè)備鼠標(biāo)、鍵盤

輸入法數(shù)字、英文、中文

視頻輸入網(wǎng)線輸入

VGA輸出2路VGA輸出，雙路最大支持2*4

視視頻標(biāo)準(zhǔn)PAL（625線，50場/秒），NTSC（525線，60場/秒）

畫面分割1/4畫面

監(jiān)視輪巡支持，對權(quán)限范圍內(nèi)所有畫面進(jìn)行輪。

圖像分辨率

頻D1704×576/704×480CIF352×288/352×240

PAL/NTSC

顏色設(shè)置設(shè)置每個(gè)通道的視頻輸入信號的色調(diào)、亮度、對比度、飽和度、增益

云臺控制可控制前端攝像機(jī)的云臺轉(zhuǎn)動。

硬盤硬盤內(nèi)置1個(gè)IDE接口，6個(gè)SATA接口。可掛接1-7個(gè)硬盤

錄像查詢根據(jù)時(shí)間、類型、通道號查詢錄像

回放模式多種慢放速率，多種快放速率，手動單幀播放、倒放等模式

可切換到正在播放的上一個(gè)文件或下一個(gè)文件或文件列表任意的文件；

系統(tǒng)

文件多種切換方式可切換到當(dāng)前播放通道同一時(shí)刻的其他任意通道的文件（如存在文件）；

功能

支持文件的連續(xù)播放，一個(gè)文件放完后，繼續(xù)播放同一個(gè)通道的下一文件

回放支持1通道錄像回放

遠(yuǎn)程設(shè)置可遠(yuǎn)程設(shè)置前端流媒體服務(wù)器的工作狀態(tài)。

支持普通硬盤保存

存儲支持外接USB存儲設(shè)備（如普通U盤、移動硬盤、USB型刻錄光驅(qū)）

備份方式

功能支持刻錄光驅(qū)

支持網(wǎng)絡(luò)下載保存

USB接口接USB設(shè)備

網(wǎng)絡(luò)接口RJ4510M/100M/1000M自適應(yīng)以太網(wǎng)口

接口

RS232用于普通串口（調(diào)試）、鍵盤接口及透明串口