用真實的案例,還原事故現(xiàn)場
在實踐中,找到解決問題的辦法

(文章來源于公眾號紅松,部分圖片無法顯示,請關(guān)注紅松,查看原文)
高鐵(XX段) KQI問題小區(qū)優(yōu)化思路

基礎(chǔ)優(yōu)化排查Step 1:故障告警排查
• 高鐵站點多處于郊區(qū)、野外,自然環(huán)境相對惡劣,供電、傳輸?shù)扰涮追(wěn)定性相對市區(qū)更差,因此高鐵小區(qū)故障告警頻率相對市區(qū)站點一般更高。
• 對于高鐵KQI差小區(qū)分析,首先無條件進(jìn)行故障告警排查,特別是對于影響業(yè)務(wù)的告警,需要優(yōu)先處理。
• 在LTE網(wǎng)絡(luò)優(yōu)化過程中,總結(jié)出一批影響業(yè)務(wù)的告警,分為無線類告警、射頻類告警、傳輸類告警,供分析時參考。
存在告警時,一般KPI指標(biāo)也會受到影響,可以結(jié)合接入、切換、掉話等KPI及關(guān)聯(lián)counter分析。

(文章來源于公眾號紅松,部分圖片無法顯示,請關(guān)注紅松,查看原文)

文章來源于公眾號紅松,部分圖片無法顯示,請關(guān)注紅松,查看原文
定向優(yōu)化排查Step 3:弱覆蓋排查
弱覆蓋情況下,UE所處信道質(zhì)量差,丟包重傳率較高,為了保證誤塊率收斂到可以接受的程度,eNB調(diào)度器在調(diào)制階數(shù)選擇時將趨于保守,用戶速率受到顯著影響。(關(guān)注紅松,通信資訊,學(xué)習(xí)干貨一網(wǎng)打盡)
空口環(huán)境的惡化帶來信令和數(shù)據(jù)在無線傳輸過程中存在大量重傳,導(dǎo)致RRC建立 / eRAB建立 / TCP建鏈等過程時延拉長、成功率下降,用戶主觀網(wǎng)絡(luò)體驗變慢、感知下降。

定向優(yōu)化排查Step 4:上行干擾排查

定向優(yōu)化排查Step5/6/7:PCI模三、導(dǎo)頻污染、越區(qū)覆蓋

定向優(yōu)化排查Step 8:信令流程排查
Ø 當(dāng)UE存在:乒乓切換 / 頻繁異系統(tǒng)互操作 / 乒乓重選/異頻異系統(tǒng)測量等現(xiàn)象,雖然切換、重選、測量等信令流程都是成功的,但并不意味著實際業(yè)務(wù)和用戶感知就是正常的。
Ø 當(dāng)UE存在:PS掉話 / RRC /eRAB建立失敗也會影響,雖然下行RTT大 / Web下載速率偏低等統(tǒng)計點不包括RRC/eRAB建立過程,但是這些失敗往往表征了網(wǎng)絡(luò)存在干擾、邊緣弱覆蓋、越區(qū)覆蓋等無線側(cè)問題,因此同樣需要關(guān)注。
以TAU為例, TAU過程分為靜態(tài)TAU和動態(tài)TAU兩種:
靜態(tài)TAU:基于網(wǎng)絡(luò)拓?fù)溆|發(fā),獨立于終端用戶行為,由周期性TAU定時器超時觸發(fā);
動態(tài)TAU:是基于終端用戶的呼叫和移動屬性,需要消耗更多的網(wǎng)絡(luò)資源,其觸發(fā)因素包括:UE監(jiān)測到已進(jìn)入一個新TA,或UE從3G重選至4G等;
TAU過程將占用無線空口的上行帶寬資源和CN的相關(guān)通信資源,頻繁的更新將增加MME負(fù)載和UE的電池耗電量,同時也可能降低MME尋呼的成功率(UE在TAU過程中不能響應(yīng)尋呼),所以TAU頻率應(yīng)被控制在合理的范圍內(nèi)。


定向優(yōu)化排查Step 9:用戶/終端排查
Ø 接入網(wǎng)絡(luò)的終端形形色色,終端廠商對協(xié)議理解有偏差,終端質(zhì)量參差不齊。質(zhì)量有問題的終端不僅影響用戶的感受,還會降低網(wǎng)絡(luò)的性能指標(biāo)。
Ø 協(xié)議3GPP TS23.003 V12.3.0中的“6.2.2 Composition of IMEISV”章節(jié)定義了IMEISV信元,用于標(biāo)識網(wǎng)絡(luò)中的某個終端。IMEISV信元的組成如下圖所示:
Ø Type Allocation Code (TAC):8位十進(jìn)制數(shù),表示終端型號;
Ø Serial Number (SNR):6位十進(jìn)制數(shù),表示終端的序列號;
Ø Software Version Number (SVN):2位十進(jìn)制數(shù),表示終端的軟件版本號。
Ø 通過“TAC”字段可以標(biāo)識出某一款終端,“TAC+SVN”字段可以標(biāo)識出使用相同軟件版本的某一款終端。
Ø 3GPP TS 36.331 V10.5.0中的B.1 Feature group indicators(FGI)規(guī)定,RRC_UE_CAP_INFO消息的FGI字段,標(biāo)識了UE對各類功能特性的支持能力。如下圖所示為ANR能力查詢:
高鐵案例一:越區(qū)覆蓋導(dǎo)致Web頁面下載速率低
Ø 連續(xù)7天平均業(yè)務(wù)速率偏低小區(qū):馬家莊(共2個)LO1
Ø SEQ監(jiān)控發(fā)現(xiàn)該小區(qū)平均頁面下載速率294kbps,而正常4G小區(qū)頁面下載速率在1000kbps以上。
Ø 從網(wǎng)管取一周KPI指標(biāo)統(tǒng)計,該小區(qū)接通率良好,同頻切換成功率、掉線率無明顯異常。
Ø 異常。
區(qū)域歸屬 | eNodeB名稱 | eNodeB ID | 小區(qū)名稱 | 流量(MB) | 業(yè)務(wù)速率(kbps) |
高鐵4G(xx段) | 馬家莊 | 204357 | 馬家莊(共2個)LO1 | 1245.719 | 291.45 |
Ø 在Nastar上做覆蓋分析,平均TA為35,覆蓋距離較遠(yuǎn),平均UE發(fā)射功率為22,發(fā)射功率較大,平均覆蓋為-108dBm@50%,覆蓋較弱。
Ø 結(jié)合counter分析,判斷存在越區(qū)覆蓋問題:
小區(qū)名稱 | 小區(qū)ID | 平均TA | 平均UE TX POWER (dBm) | 平均RSRP (dBm) | 平均RSRQ (dB) | 平均CQI |
NJ089-槐蔭馬家莊(共2個)LO1 | 1 | 35.1 | 22 | -107.9 | -8.2 | 9.4 |

高鐵案例二:SEQ助力4G高鐵網(wǎng)絡(luò)感知優(yōu)化
q 通過SEQ平臺KQI主動監(jiān)控,發(fā)現(xiàn)高鐵XX段4G小區(qū)“中趙家”,其網(wǎng)頁瀏覽速率低,且視頻播放速率低、播放停頓占比高,網(wǎng)頁瀏覽、視頻播放體驗較差:
q 后臺檢查該小區(qū),無異常故障告警,KPI指標(biāo)與正常小區(qū)差異不明顯。實際感知測試發(fā)現(xiàn),該小區(qū)覆蓋范圍內(nèi)平均FTP下行速率為9.5Mbps左右,速率明顯偏低,主要原因為鄰區(qū)信號過強導(dǎo)致的無主服務(wù)小區(qū)問題。
q 經(jīng)過RF調(diào)整,SEQ統(tǒng)計KQI指標(biāo)恢復(fù)正常,在后續(xù)測試中該小區(qū)速率也恢復(fù)到47Mbps。
