用真實(shí)的案例，還原事故現(xiàn)場(chǎng)
在實(shí)踐中，找到解決問題的辦法
（文章來源于公眾號(hào)紅松，部分圖片無法顯示，請(qǐng)關(guān)注紅松，查看原文）
高鐵(XX段) KQI問題小區(qū)優(yōu)化思路
基礎(chǔ)優(yōu)化排查Step 1：故障告警排查
• 高鐵站點(diǎn)多處于郊區(qū)、野外，自然環(huán)境相對(duì)惡劣，供電、傳輸?shù)扰涮追�(wěn)定性相對(duì)市區(qū)更差，因此高鐵小區(qū)故障告警頻率相對(duì)市區(qū)站點(diǎn)一般更高。
• 對(duì)于高鐵KQI差小區(qū)分析，首先無條件進(jìn)行故障告警排查，特別是對(duì)于影響業(yè)務(wù)的告警，需要優(yōu)先處理。
• 在LTE網(wǎng)絡(luò)優(yōu)化過程中，總結(jié)出一批影響業(yè)務(wù)的告警，分為無線類告警、射頻類告警、傳輸類告警，供分析時(shí)參考。
存在告警時(shí)，一般KPI指標(biāo)也會(huì)受到影響，可以結(jié)合接入、切換、掉話等KPI及關(guān)聯(lián)counter分析。
（文章來源于公眾號(hào)紅松，部分圖片無法顯示，請(qǐng)關(guān)注紅松，查看原文）
文章來源于公眾號(hào)紅松，部分圖片無法顯示，請(qǐng)關(guān)注紅松，查看原文
定向優(yōu)化排查Step 3：弱覆蓋排查
弱覆蓋情況下，UE所處信道質(zhì)量差，丟包重傳率較高，為了保證誤塊率收斂到可以接受的程度，eNB調(diào)度器在調(diào)制階數(shù)選擇時(shí)將趨于保守，用戶速率受到顯著影響。（關(guān)注紅松，通信資訊，學(xué)習(xí)干貨一網(wǎng)打盡）
空口環(huán)境的惡化帶來信令和數(shù)據(jù)在無線傳輸過程中存在大量重傳，導(dǎo)致RRC建立 / eRAB建立 / TCP建鏈等過程時(shí)延拉長(zhǎng)、成功率下降，用戶主觀網(wǎng)絡(luò)體驗(yàn)變慢、感知下降。
定向優(yōu)化排查Step 4：上行干擾排查
定向優(yōu)化排查Step5/6/7：PCI模三、導(dǎo)頻污染、越區(qū)覆蓋
定向優(yōu)化排查Step 8：信令流程排查
Ø 當(dāng)UE存在：乒乓切換 / 頻繁異系統(tǒng)互操作 / 乒乓重選/異頻異系統(tǒng)測(cè)量等現(xiàn)象，雖然切換、重選、測(cè)量等信令流程都是成功的，但并不意味著實(shí)際業(yè)務(wù)和用戶感知就是正常的。
Ø 當(dāng)UE存在：PS掉話 / RRC /eRAB建立失敗也會(huì)影響，雖然下行RTT大 / Web下載速率偏低等統(tǒng)計(jì)點(diǎn)不包括RRC/eRAB建立過程，但是這些失敗往往表征了網(wǎng)絡(luò)存在干擾、邊緣弱覆蓋、越區(qū)覆蓋等無線側(cè)問題，因此同樣需要關(guān)注。
以TAU為例， TAU過程分為靜態(tài)TAU和動(dòng)態(tài)TAU兩種：
靜態(tài)TAU：基于網(wǎng)絡(luò)拓?fù)溆|發(fā)，獨(dú)立于終端用戶行為，由周期性TAU定時(shí)器超時(shí)觸發(fā)；
動(dòng)態(tài)TAU：是基于終端用戶的呼叫和移動(dòng)屬性，需要消耗更多的網(wǎng)絡(luò)資源，其觸發(fā)因素包括：UE監(jiān)測(cè)到已進(jìn)入一個(gè)新TA，或UE從3G重選至4G等；
TAU過程將占用無線空口的上行帶寬資源和CN的相關(guān)通信資源，頻繁的更新將增加MME負(fù)載和UE的電池耗電量，同時(shí)也可能降低MME尋呼的成功率（UE在TAU過程中不能響應(yīng)尋呼），所以TAU頻率應(yīng)被控制在合理的范圍內(nèi)。
定向優(yōu)化排查Step 9：用戶/終端排查
Ø 接入網(wǎng)絡(luò)的終端形形色色，終端廠商對(duì)協(xié)議理解有偏差，終端質(zhì)量參差不齊。質(zhì)量有問題的終端不僅影響用戶的感受，還會(huì)降低網(wǎng)絡(luò)的性能指標(biāo)。
Ø 協(xié)議3GPP TS23.003 V12.3.0中的“6.2.2 Composition of IMEISV”章節(jié)定義了IMEISV信元，用于標(biāo)識(shí)網(wǎng)絡(luò)中的某個(gè)終端。IMEISV信元的組成如下圖所示：
Ø Type Allocation Code (TAC)：8位十進(jìn)制數(shù)，表示終端型號(hào)；
Ø Serial Number (SNR)：6位十進(jìn)制數(shù)，表示終端的序列號(hào)；
Ø Software Version Number (SVN)：2位十進(jìn)制數(shù)，表示終端的軟件版本號(hào)。
Ø 通過“TAC”字段可以標(biāo)識(shí)出某一款終端，“TAC+SVN”字段可以標(biāo)識(shí)出使用相同軟件版本的某一款終端。
Ø 3GPP TS 36.331 V10.5.0中的B.1 Feature group indicators(FGI)規(guī)定，RRC_UE_CAP_INFO消息的FGI字段，標(biāo)識(shí)了UE對(duì)各類功能特性的支持能力。如下圖所示為ANR能力查詢：
高鐵案例一：越區(qū)覆蓋導(dǎo)致Web頁(yè)面下載速率低
Ø 連續(xù)7天平均業(yè)務(wù)速率偏低小區(qū)：馬家莊(共2個(gè))LO1
Ø SEQ監(jiān)控發(fā)現(xiàn)該小區(qū)平均頁(yè)面下載速率294kbps，而正常4G小區(qū)頁(yè)面下載速率在1000kbps以上。
Ø 從網(wǎng)管取一周KPI指標(biāo)統(tǒng)計(jì)，該小區(qū)接通率良好，同頻切換成功率、掉線率無明顯異常。
Ø 異常。
區(qū)域歸屬 | eNodeB名稱 | eNodeB ID | 小區(qū)名稱 | 流量（MB） | 業(yè)務(wù)速率(kbps) |
高鐵4G（xx段） | 馬家莊 | 204357 | 馬家莊(共2個(gè))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個(gè))LO1 | 1 | 35.1 | 22 | -107.9 | -8.2 | 9.4 |
高鐵案例二：SEQ助力4G高鐵網(wǎng)絡(luò)感知優(yōu)化
q 通過SEQ平臺(tái)KQI主動(dòng)監(jiān)控，發(fā)現(xiàn)高鐵XX段4G小區(qū)“中趙家”，其網(wǎng)頁(yè)瀏覽速率低，且視頻播放速率低、播放停頓占比高，網(wǎng)頁(yè)瀏覽、視頻播放體驗(yàn)較差：
q 后臺(tái)檢查該小區(qū)，無異常故障告警，KPI指標(biāo)與正常小區(qū)差異不明顯。實(shí)際感知測(cè)試發(fā)現(xiàn)，該小區(qū)覆蓋范圍內(nèi)平均FTP下行速率為9.5Mbps左右，速率明顯偏低，主要原因?yàn)猷弲^(qū)信號(hào)過強(qiáng)導(dǎo)致的無主服務(wù)小區(qū)問題。
q 經(jīng)過RF調(diào)整，SEQ統(tǒng)計(jì)KQI指標(biāo)恢復(fù)正常，在后續(xù)測(cè)試中該小區(qū)速率也恢復(fù)到47Mbps。
關(guān)注樓主