volte LTE 高掉話問題講解與分析經驗步驟

 

1. 掉話問題分析思路
 
1.1掉話問題分析詳解高掉話小區篩選及網管指標統計分析高掉話小區定義公式：

VOLTE高掉話小區，VoLTE掉話率>=0.1%，1-(1-QCI5 ERAB掉話率)*(1-QCI1 ERAB掉話率)。

3.1.2高掉話小區趨勢分析

掉話率長期趨勢分析，確認是逐漸惡化還是突然惡化。如果是突然惡化，那麼在轉折點附近尋找異常；如果是逐漸惡化則需要分析負載、容量、當地話務模型。

掉話率趨勢線與切換成功率、RB利用率、用戶數、CPU負載趨勢線密切相關。可以通過這些趨勢線推導掉話率惡化原因。
 

 

網管統計掉話原因中，存在Cause值的項目，主要包括以下：

Ø  無線原因導致的掉話

Ø  用戶無響應導致的掉話

Ø  重建導致的掉話

Ø  其他原因的掉話

可根據不同的Cause，選擇不同的防治對掉話情況進行復現與分析；

參數核查2.1影響掉話的相關參數

參數核查需要進行全參數核查，掉話強相關的參數需要優先確認。

MO

類別

參數 ID

參數名稱

注意事項及說明

eNodeB連接狀態定時器配置

無線類

S1MessageWaitingTimer

等待MME S1接口響應消息定時器

與X2超時定時器保持一致性，並且小於空口等待定時器

eNodeB連接狀態定時器配置

X2MessageWaitingTimer

等待對端ENB X2接口響應消息定時器

與S1超時定時器保持一致性，並且小於空口等待定時器

eNodeB連接狀態定時器配置

UuMessageWaitingTimer

ENB等待UE返回空口響應消息定時器

應大於S1/X2接口的等待定時器

UE控制定時器配置

UeInactiveTimer

UE不活動定時器

改小對掉話率有增益，增加信令風暴，改大對掉話負增益，減少信令風暴

RLCPDCP參數組

UeMaxRetxThreshold

AM PDU最大重傳次數

重傳次數變大，對掉話率有改善，用戶感受變差

RLCPDCP參數組

ENodeBMaxRetxThreshold

eNodeB AM模式RLC ARQ最大重傳次數

重傳次數變大，對掉話率有改善，用戶感受變差

UE定時器常量信息

T310

定時器 310

改小對掉話率有衝擊，改大影響用戶感受

UE定時器常量信息

T311

定時器 311

改小對掉話率有衝擊，改大影響用戶感受

UE定時器常量信息

N311

常量 N311

改小對掉話率有衝擊，改大影響用戶感受

UE定時器常量信息

N310

常量 N310

改小對掉話率有衝擊，改大影響用戶感受

PDCCH算法參數

InitPdcchSymNum

PDCCH初始OFDM符號數

設置初始符號為1符號，邊緣用戶解調有困難

PDCCH算法參數

PdcchSymNumSwitch

PDCCH佔用OFDM符號數動態調整開關

初始符號為1符號，必須打開

小區重選參數

CELLRESEL(異頻) ：SNonIntraSearchCfgInd=CFG, SNonIntraSearch, SNonIntraSearchQ;

異頻和異系統的小區重選參數

MOCN場景下，對不同運營商由於覆蓋引起的掉話率差別會帶來一定影響

UTRANNFREQ（異系統）：

SNonIntraSearchCfgInd=CFG, SNonIntraSearch，ThrshServLow，ThreshXHigh, ThreshXLow

核心網參數

核心網類

PBR

專有承載參數

設置無限大會導致異常釋放

另外，還需檢查

Ø  天線權值參數：

例如諾基亞的檢查方法

自定義天線權值設置可能會導致小區指標異常，因此我們通過核查LNCEL下該小區的dlSectorBFWeightProfName是否是選擇自定義天線權值customizedprofile 1～6，
如果該小區LNCEL是選擇自定義的天線權值的話，再查看該站LNBTS參數，選擇對應LNCEL所選擇的customized profile，看前面4個振幅是否有小於0.2的設置值  

出現天線權值設置問題的站點，重啟後可能會出現Cell configuration data distribution failed(6253)或者cell power failure告警，配置正確的權值並重啟，告警可消除。

如果前面4個振幅有小於0.2的參數設置，則將小區LNCEL的天線權值取消自定義天線權值設置，而改成默認天線權值設置，具體為：

•      D頻段小區設置為：TYDA-202616D4 BroadcastBeam65 BandD；

•      F頻段小區設置為：TYDA-202616D4 BroadcastBeam65 BandF；

 

如果天線權值參數核查沒有問題或者參數優化修改後指標還是沒有恢復正常，則進入下一步【其它重要參數核查】

Ø  CQI周期參數

例如諾基亞的檢查方法如下：

CQI周期參數設置不合理將導致掉線率會很高，LNCEL:Cell scheduling requestperiodicity必須設置為20ms： 

SRS周期參數核查

參數縮寫名

參數全稱

160用戶

200用戶

400用戶

SRS periodicity of UE transmission

srsUePeriodicity/beaforming

10ms

10ms

20ms

srsUePeriodicity/non beaforming

10ms

10ms

20ms

 Ø  TAC檢查

目前TAC設置的基本規則是：同一個基站所有小區TAC設置相同，另外，4GTAC和共站2G LAC相同。如有不滿足上述條件的則進行TAC修改；

Ø  其他參數檢查

3.1參數優化的注意事項

Ø  根據省公司下發的參數規範數定期核查

Ø  鄰區優化：系統內鄰區優化/eSRVCC鄰區優化

Ø  定期對齊外部2G鄰區參數與G網一致

Ø  結合實際情況優化eSRVCC門限參數（建議B2本系統門限- 110dBm~-115dBm）

4.1操作日誌、已知問題檢查

確認轉折點是否有修改參數，軟體升級，更改license操作。

檢查指標異常站點軟體版本是否特殊；若全網問題，通過產品配套文檔檢查是否存在影響接入的已知問題、預警、網元版本匹配問題，首先進行處理。

5.1網元告警檢查查看現網或歷史告警信息，對於與掉話不相關或影響不大的告警，可以暫緩處理；但對於影響掉話和網絡性能的告警，需要首先處理完成
6.1覆蓋與切換相關優化覆蓋排查

無線環境差通常是掉話的重要因素，通常表象重建立、重新接入等最後導致專載丟失進而掉話，因此空口無線環境的優化是LTE網絡優化工作的重點，無線環境惡化不僅僅影響到語音業務，同樣對數據業務有很大影響，採用的優化手段包含 DT測試、掃頻測試、後臺網管監控、MR分析等多個維度並行實施

無覆蓋/弱覆蓋小區    

1.排查周邊基站是否存在告警，處理和恢復故障

2.勘察周邊地形，是否存在遮擋導致覆蓋黑洞，通過新建站點、周邊小區RF優化緩解來解決

3.核查站點分布和方位角、下傾角是否合理，通過新建站點、RF優化來解決

4.核查基站功率配置是否合理，通過合理設置功率配置解決

越區覆蓋小區      

1.排查近端基站是否存在告警，處理和恢復故障

2.勘察站點環境，是否存在高站情況和下傾角不合理問題，通過降低天線掛高，控制下傾角方式解決

3.核查基站功率配置是否合理，通過合理設置功率配置解決

無主導小區的區域

1.綜合容量分布、站點環境迚行多站點聯合RF優化，通過調整方位角、下傾角、功率配置的方式來減少重疊覆蓋小區數量。

2.提供合理組網規劃方案，採用異頻組網、遷移基站方式來解決重疊覆蓋問題

切換異常和鄰區分析

普通數據業務對於切換失敗感知不明顯，但對於VOLTE語音業務，切換失敗將嚴重影響用戶感知，影響掉話率、MOS等關鍵挃標。切換優化是一個長期的持續性的工作，需要做好覆蓋優化和鄰區優化，而不是靠個別參數的調整，啟用某些特定功能，就能有較大幅度的提高改善，需要不斷的做精做細。 切換問題優化可以通過以下方法開展：

鄰區優化，需要重點關注漏配鄰區的問題

Ø  切換參數優化：涉及同頻/異頻/異系統鄰區是否完善、鄰區參數是否正確、切換參數是否合理無漏配等，需要納入日常性的核查不優化工作中。

Ø  通過RF手段優化切換問題，關鍵在於控制切換區的位置和長度，並儘量保證在切換區域內切換的信號強度能夠平穩的發化，通過調整天線方向角和下傾角來改發切換區的位置和信號分布，優化時要根據實際的環境加以調整。

Ø  eSRVCC優化，由於目前LTE網絡尚未完全覆蓋，且VOLTE業務對無線環境要求較高，eSRVCC優化需重點關注，主要涉及到鄰區配置的完整性正確性以及門限的配置。鄰區相關參數的配置是否合理：LAC CI\BCC NCC 頻點；門限相關 A2 B2測量等。需與2G側形成聯動，避免鄰區參數更新不及時。

負載和容量分析

當系統資源不足、而用戶數較多時，容易出現擁塞，從兩方面入手：

增加系統容量，增加基站、扇區、頻點（帶寬）；

改變網絡拓撲結構、均衡話務負荷，可以考慮適當收縮覆蓋（增大天線下傾角、減小扇區發射功率），使得基站只服務距離較近的用戶、減小單用戶下行功率開支，改善話務熱點的拓撲結構（調整扇區天線方位角）。

 

7.1射頻通道和幹擾排查

TOP小區問題，並且掉話原因主要為Radio類，需要對TOP小區進行射頻通道和幹擾排查。

新建、搬遷等涉及到基站設備調整的動作發生後產生的掉話問題，要求重點確認射頻告警情況。

       常見的引起幹擾幾種情況：

Ø  叉時隙幹擾（小區時隙配置不一致和GPS跑偏）；

Ø  基站硬性故障；

Ø  片區PCI配置不合理，鄰區存在較多的Mod3、Mod6和Mod30小區；

Ø  異系統間幹擾（WLAN和軍用衛星、雷達和屏蔽器等）

 

幹擾排查流程
   系統內幹擾  系統外幹擾
  8 Top用戶/Top終端類型排查TOP用戶識別

eNB側無法獲取到IMSI，通過TMSI進行判斷

1、CHR中會記錄用戶的TMSI，但在TAU更新中核心網一般會更新用戶的TMSI，華為核心網對同一個用戶一般只更新TMSI的左起第三、四位，比如0x C06E49A4、0x C06749A4為同一個用戶，在統計時可以將這些TMSI統計成一個用戶。其它核心網的TMSI一般TAU更新周期為2小時左右，具體要看核心網配置。

2、Top用戶佔總體異常的比例,Top1用戶異常超過70％時界定為Top用戶問題。

TOP終端類型識別

提取一定站點數量的日誌，並對CHR中記錄UE能力進行統計，將各種UE能力的比例統計出來，篩選出TOP1終端類型。

 

9.1核心網異常排查

在以L.E-RAB.AbnormRel.MME為掉話原因的TOP小區中啟動UU/S1信令跟蹤，同時USN信令跟蹤。

S1口跟蹤到的UE CONTEXT RELEASE消息中攜帶的cause若為radioNetwork：ho-failure-in-target-EPC-ENB-or-target-system，且組網非跨MME的場景下，若L.UL.Interference.Avg超標，優先執行幹擾排查。

若結合UU口信令跟蹤，確認為切換執行階段的unspecified原因，而在這種場景下若問題發生在核心網，則聯繫核心網人員分析；如果問題發生在基站側，L.UL.Interference.Avg超標優先執行幹擾排查。

其他場景，若涉及以下錯誤，聯繫核心網人員處理：

1.協議錯誤，多是ENB和核心網存在參數不兼容，需要根據原因提示解決

2.APN或DNS錯誤：核心網配置錯誤

3.未指定錯誤：依賴核心網人員定位

 

10.1傳輸排查

非同一傳輸節點下的TOP小區問題，需要對TOP小區逐個定位；同一傳輸節點下的局部小區問題，定位傳輸節點問題；整網問題：統管全網的傳輸節點問題或UGW異常。

查看是否有傳輸類告警：ALM-25888 SCTP鏈路故障告警，ALM-26223 傳輸光接口性能惡化告警，ALM-29214 網元埠發送丟包率過高告警，ALM-29207 基站控制面傳輸中斷告警，ALM-25880 乙太網鏈路故障告警

檢查VLAN，DSCP，IPRT，IPPATH，SCTP等傳輸參數配置與規劃是否一致。