用真實(shí)的案例,還原事故現(xiàn)場(chǎng)
在實(shí)踐中,找到解決問(wèn)題的辦法
(文章來(lái)源于公眾號(hào)紅松,部分圖片無(wú)法顯示,請(qǐng)關(guān)注紅松,查看原文)
高鐵(XX段) KQI問(wèn)題小區(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ū)分析,首先無(wú)條件進(jìn)行故障告警排查,特別是對(duì)于影響業(yè)務(wù)的告警,需要優(yōu)先處理。
• 在LTE網(wǎng)絡(luò)優(yōu)化過(guò)程中,總結(jié)出一批影響業(yè)務(wù)的告警,分為無(wú)線(xiàn)類(lèi)告警、射頻類(lèi)告警、傳輸類(lèi)告警,供分析時(shí)參考。
存在告警時(shí),一般KPI指標(biāo)也會(huì)受到影響,可以結(jié)合接入、切換、掉話(huà)等KPI及關(guān)聯(lián)counter分析。
(文章來(lái)源于公眾號(hào)紅松,部分圖片無(wú)法顯示,請(qǐng)關(guān)注紅松,查看原文)
文章來(lái)源于公眾號(hào)紅松,部分圖片無(wú)法顯示,請(qǐng)關(guān)注紅松,查看原文
定向優(yōu)化排查Step 3:弱覆蓋排查
弱覆蓋情況下,UE所處信道質(zhì)量差,丟包重傳率較高,為了保證誤塊率收斂到可以接受的程度,eNB調(diào)度器在調(diào)制階數(shù)選擇時(shí)將趨于保守,用戶(hù)速率受到顯著影響。(關(guān)注紅松,通信資訊,學(xué)習(xí)干貨一網(wǎng)打盡)
空口環(huán)境的惡化帶來(lái)信令和數(shù)據(jù)在無(wú)線(xiàn)傳輸過(guò)程中存在大量重傳,導(dǎo)致RRC建立 / eRAB建立 / TCP建鏈等過(guò)程時(shí)延拉長(zhǎng)、成功率下降,用戶(hù)主觀網(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ù)和用戶(hù)感知就是正常的。
Ø 當(dāng)UE存在:PS掉話(huà) / RRC /eRAB建立失敗也會(huì)影響,雖然下行RTT大 / Web下載速率偏低等統(tǒng)計(jì)點(diǎn)不包括RRC/eRAB建立過(guò)程,但是這些失敗往往表征了網(wǎng)絡(luò)存在干擾、邊緣弱覆蓋、越區(qū)覆蓋等無(wú)線(xiàn)側(cè)問(wèn)題,因此同樣需要關(guān)注。
以TAU為例, TAU過(guò)程分為靜態(tài)TAU和動(dòng)態(tài)TAU兩種:
靜態(tài)TAU:基于網(wǎng)絡(luò)拓?fù)溆|發(fā),獨(dú)立于終端用戶(hù)行為,由周期性TAU定時(shí)器超時(shí)觸發(fā);
動(dòng)態(tài)TAU:是基于終端用戶(hù)的呼叫和移動(dòng)屬性,需要消耗更多的網(wǎng)絡(luò)資源,其觸發(fā)因素包括:UE監(jiān)測(cè)到已進(jìn)入一個(gè)新TA,或UE從3G重選至4G等;
TAU過(guò)程將占用無(wú)線(xiàn)空口的上行帶寬資源和CN的相關(guān)通信資源,頻繁的更新將增加MME負(fù)載和UE的電池耗電量,同時(shí)也可能降低MME尋呼的成功率(UE在TAU過(guò)程中不能響應(yīng)尋呼),所以TAU頻率應(yīng)被控制在合理的范圍內(nèi)。
定向優(yōu)化排查Step 9:用戶(hù)/終端排查
Ø 接入網(wǎng)絡(luò)的終端形形色色,終端廠(chǎng)商對(duì)協(xié)議理解有偏差,終端質(zhì)量參差不齊。質(zhì)量有問(wèn)題的終端不僅影響用戶(hù)的感受,還會(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)。
Ø 通過(guò)“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ì)各類(lèi)功能特性的支持能力。如下圖所示為ANR能力查詢(xún):
高鐵案例一:越區(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ū)接通率良好,同頻切換成功率、掉線(xiàn)率無(wú)明顯異常。
Ø 異常。
區(qū)域歸屬 | eNodeB名稱(chēng) | eNodeB ID | 小區(qū)名稱(chēng) | 流量(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ū)覆蓋問(wèn)題:
小區(qū)名稱(chēng) | 小區(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 通過(guò)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ū),無(wú)異常故障告警,KPI指標(biāo)與正常小區(qū)差異不明顯。實(shí)際感知測(cè)試發(fā)現(xiàn),該小區(qū)覆蓋范圍內(nèi)平均FTP下行速率為9.5Mbps左右,速率明顯偏低,主要原因?yàn)猷弲^(qū)信號(hào)過(guò)強(qiáng)導(dǎo)致的無(wú)主服務(wù)小區(qū)問(wèn)題。
q 經(jīng)過(guò)RF調(diào)整,SEQ統(tǒng)計(jì)KQI指標(biāo)恢復(fù)正常,在后續(xù)測(cè)試中該小區(qū)速率也恢復(fù)到47Mbps。