華為TDLTE網(wǎng)絡(luò)優(yōu)化KPI問題與優(yōu)化

1、page 1第第2 2章章 切換問題定位優(yōu)化方法切換問題定位優(yōu)化方法第第3 3章章 掉話問題定位優(yōu)化方法掉話問題定位優(yōu)化方法第第4 4章相關(guān)工具和信息獲取方式章相關(guān)工具和信息獲取方式page 2第第1 1節(jié)節(jié) 接入流程及問題表現(xiàn)接入流程及問題表現(xiàn)第第2 2節(jié)節(jié) 問題定位、解決方法問題定位、解決方法第第3 3節(jié)節(jié) 交付件交付件page 3接入流程可以分為四個(gè)步驟接入流程可以分為四個(gè)步驟: :p隨機(jī)接入prrc連接建立p鑒權(quán)pe-rab建立接入問題的主要表現(xiàn)也體現(xiàn)接入問題的主要表現(xiàn)也體現(xiàn)在這四個(gè)步驟上。在這四個(gè)步驟上。page 4隨機(jī)接入失敗的常見原因隨機(jī)接入失敗的常見原因penb側(cè)參數(shù)配置問題p

2、ue側(cè)參數(shù)配置問題p信道環(huán)境影響p核心網(wǎng)側(cè)配置問題備注：由于隨機(jī)接入是備注：由于隨機(jī)接入是l2l2的過程，在的過程，在enbenb側(cè)沒有明顯的特側(cè)沒有明顯的特征表現(xiàn)，需要結(jié)合征表現(xiàn)，需要結(jié)合ueue側(cè)的側(cè)的loglog來進(jìn)行觀察與判斷來進(jìn)行觀察與判斷page 5rrcrrc連接建立的話統(tǒng)統(tǒng)計(jì)連接建立的話統(tǒng)統(tǒng)計(jì)p【a點(diǎn)】n指標(biāo)l.rrc.connreq.att加1，不統(tǒng)計(jì)重發(fā)的次數(shù)p【c點(diǎn)】n指標(biāo)l.rrc.connreq.succ加1，不統(tǒng)計(jì)重發(fā)的次數(shù)rrcrrc建立連接失敗在建立連接失敗在enbenb側(cè)的表現(xiàn)如下：側(cè)的表現(xiàn)如下：prrc_connection_cmp沒有收到penb回復(fù)rrc

3、_connection_rejectpage 6這里所說的鑒權(quán)流程指的是在這里所說的鑒權(quán)流程指的是在s1s1口上，口上，enbenb發(fā)起發(fā)起ue_initial_messageue_initial_message到收到到收到核心網(wǎng)側(cè)發(fā)送的核心網(wǎng)側(cè)發(fā)送的initial_ue_context_setup_reqinitial_ue_context_setup_req這之間的所有流程交互：這之間的所有流程交互：該流程存在問題導(dǎo)致接入失敗的幾個(gè)現(xiàn)象該流程存在問題導(dǎo)致接入失敗的幾個(gè)現(xiàn)象pue與核心網(wǎng)直傳消息空口交互丟失（enb側(cè)來看是對(duì)應(yīng)的上行直傳消息沒有收到）p核心網(wǎng)直接發(fā)送釋放命令p核心網(wǎng)不響應(yīng)或者

4、響應(yīng)過慢page 7e-rabe-rab建立的話統(tǒng)統(tǒng)計(jì)建立的話統(tǒng)統(tǒng)計(jì)p【a點(diǎn)】n如圖中a點(diǎn)所示，當(dāng)enodeb收到來自mme的e-rab setup request或者initial context setup request消息時(shí)e-rab建立嘗試次數(shù)累加p【b點(diǎn)】n如圖中b點(diǎn)所示，當(dāng)enodeb收到來自mme的e-rab setup response或者initial context setup response消息時(shí)e-rab建立成功次數(shù)累加e-rabe-rab建立失敗在空口信令的表現(xiàn)建立失敗在空口信令的表現(xiàn)p空口安全交互，ue回復(fù)failp空口安全交互，ue未回復(fù)cmpp空口drb建立

5、重配，ue未回復(fù)cmpp空口ue能力查詢，ue未回復(fù)page 8le-rabe-rab建立失敗建立失敗s1s1口信令表現(xiàn)（空口信令交互正常）口信令表現(xiàn)（空口信令交互正常）p核心網(wǎng)異常p無線資源申請(qǐng)失敗pgtpu資源申請(qǐng)失敗page 9第第1 1節(jié)節(jié) 接入流程及問題表現(xiàn)接入流程及問題表現(xiàn)第第2 2節(jié)節(jié) 問題定位、解決方法問題定位、解決方法第第3 3節(jié)節(jié) 交付件交付件page 10page 11話統(tǒng)分析話統(tǒng)分析p通過話統(tǒng)分析可以區(qū)分rrc建立失敗或者e-rab建立失敗的top小區(qū)和統(tǒng)計(jì)top時(shí)間段p通過話統(tǒng)分析可以區(qū)分rrc建立失敗是因?yàn)榭湛谠驅(qū)е逻€是由于小區(qū)資源問題導(dǎo)致。p通過話統(tǒng)分析可以統(tǒng)計(jì)

6、e-rab建立過程，由于空口安全交互，ue回復(fù)fail導(dǎo)致建立失敗的次數(shù)，該現(xiàn)象為ue和核心網(wǎng)交互失敗導(dǎo)致，需要聯(lián)合ue和cn共同定位。page 12chrchr日志分析日志分析p通過chr日志分析可以獲取rrc建立失敗或者是e-rab建立失敗的top用戶的tmsi。page 13跟蹤跟蹤p標(biāo)口跟蹤：通過話統(tǒng)統(tǒng)計(jì)出top小區(qū)和top時(shí)間段后，在對(duì)應(yīng)的小區(qū)和時(shí)間段開啟標(biāo)口跟蹤，查看接入流程走到哪一步失敗。pifts跟蹤：在對(duì)應(yīng)的小區(qū)和時(shí)間段開啟ifts跟蹤，確認(rèn)接入失敗用戶的鏈路質(zhì)量狀況。p啟動(dòng)單用戶全網(wǎng)跟蹤：通過top用戶的tmsi在核心網(wǎng)側(cè)獲取其imsi，然后啟動(dòng)該用戶的全網(wǎng)跟蹤。page

7、14傳輸及核心網(wǎng)問題傳輸及核心網(wǎng)問題p從跟蹤分析流程，如果屬于核心網(wǎng)問題，需要聯(lián)合核心網(wǎng)側(cè)人員共同定位解決eraneran側(cè)異常側(cè)異常p空口異常：上行受限、下行受限、覆蓋空洞、干擾過大p基站異常：一般屬于產(chǎn)品問題，需要相關(guān)產(chǎn)品日志進(jìn)行分析定位ueue側(cè)問題側(cè)問題p如果統(tǒng)計(jì)顯示一直是某個(gè)用戶接入有問題，而該小區(qū)其他用戶一直正常，該終端異常的可能性較大，需要通過獲取的imsi信息回溯，實(shí)地復(fù)現(xiàn)定位解決。page 15無論是上下行不平衡還是覆蓋空洞，均表現(xiàn)為鏈路質(zhì)量較差無論是上下行不平衡還是覆蓋空洞，均表現(xiàn)為鏈路質(zhì)量較差p上行鏈路較差的表現(xiàn)就是rb縮到最小，上行mcs選擇0階，phr已經(jīng)在0db以下

8、，而且上行bler較大不收斂，crc校驗(yàn)解錯(cuò)的概率較高。p下行鏈路較差的表現(xiàn)為ue上報(bào)cqi較差或者網(wǎng)絡(luò)側(cè)harq收到大量來自u(píng)e側(cè)反饋的dtx和nackp上行受限指的是上行較差而下行還可以；下行受限指的是上行還可以而下行較差；覆蓋空洞指的是上下行鏈路均已較差。page 15上行受限：下行受限：page 16對(duì)于上行受限可采用如下辦法解決：對(duì)于上行受限可采用如下辦法解決：p增加基站，減小下行小區(qū)覆蓋距離p增加塔放，增加上行信號(hào)補(bǔ)償p減小導(dǎo)頻功率，減小下行小區(qū)覆蓋距離p增加天線數(shù)，增強(qiáng)上行信號(hào)增益對(duì)于下行受限可采用如下辦法解決：對(duì)于下行受限可采用如下辦法解決：p增加基站，減小下行小區(qū)覆蓋距離p增

9、大導(dǎo)頻功率，增加下行小區(qū)覆蓋距離p天線拉遠(yuǎn)，增強(qiáng)邊緣覆蓋對(duì)于覆蓋空洞對(duì)于覆蓋空洞p增加基站，增強(qiáng)覆蓋。page 17第第1 1節(jié)節(jié) 接入流程及問題表現(xiàn)接入流程及問題表現(xiàn)第第2 2節(jié)節(jié) 問題定位、解決方法問題定位、解決方法第第3 3節(jié)節(jié) 交付件交付件page 18p問題小區(qū)、基站的mml配置文件，基站地理分布圖p問題小區(qū)、基站的chr日志及一件式日志p問題小區(qū)、基站的ifts跟蹤和標(biāo)口數(shù)據(jù)p問題top用戶的全網(wǎng)跟蹤（如果可以執(zhí)行）p全網(wǎng)話統(tǒng)數(shù)據(jù)nrrc建立必須導(dǎo)出的話統(tǒng)項(xiàng)：l.rrc.setupfail.resfaill.rrc.setupfail.noreplyne-rab建立必須導(dǎo)出的話統(tǒng)項(xiàng)

10、：l.securmode.s1.rxl.securmode.cmdl.securmode.cmpl.securmode.failpage 19第第1 1章章 接入問題定位優(yōu)化方法接入問題定位優(yōu)化方法第第3 3章章 掉話問題定位優(yōu)化方法掉話問題定位優(yōu)化方法第第4 4章相關(guān)工具和信息獲取方式章相關(guān)工具和信息獲取方式page 20第第1 1節(jié)節(jié) 切換流程及問題表現(xiàn)切換流程及問題表現(xiàn)第第2 2節(jié)節(jié) 問題定位、解決方法問題定位、解決方法第第3 3節(jié)節(jié) 交付件交付件page 21 切換的過程就是終端在移動(dòng)過程中與網(wǎng)絡(luò)連接交互發(fā)生變化的過程：切換的過程就是終端在移動(dòng)過程中與網(wǎng)絡(luò)連接交互發(fā)生變化的過程： lt

11、e系統(tǒng)的整個(gè)切換過程完全由網(wǎng)絡(luò)側(cè)（系統(tǒng)的整個(gè)切換過程完全由網(wǎng)絡(luò)側(cè)（enb）控制，所以）控制，所以enb需要監(jiān)測(cè)需要監(jiān)測(cè)ue所處所處的無線質(zhì)量環(huán)境，這個(gè)過程是通過的無線質(zhì)量環(huán)境，這個(gè)過程是通過enb下發(fā)測(cè)量控制讓下發(fā)測(cè)量控制讓ue在滿足一定條件時(shí)上在滿足一定條件時(shí)上報(bào)測(cè)量報(bào)告來實(shí)現(xiàn)的：報(bào)測(cè)量報(bào)告來實(shí)現(xiàn)的：p觸發(fā)：當(dāng)前我司enb是采用a3事件觸發(fā)同頻切換，通過a2、a4事件來觸發(fā)異頻切換p切換：enb下發(fā)切換命令給ue，ue收到切換命令后，中斷與源小區(qū)的交互，按命令切換到目標(biāo)小區(qū)page 22判斷是否切換，通常以信令為判斷依據(jù)，在終端側(cè)，以發(fā)出觸發(fā)切換的測(cè)量報(bào)告為開始，以切換完成消息為結(jié)束；切換成

12、功時(shí)，從ue側(cè)觀察表現(xiàn)為ue從一個(gè)源小區(qū)到一個(gè)新的小區(qū)（可從pci變化來觀察）進(jìn)行正常業(yè)務(wù)交互；q1q1：測(cè)量報(bào)告丟失現(xiàn)象：測(cè)量報(bào)告丟失現(xiàn)象 ue側(cè)發(fā)出測(cè)量報(bào)告后，但沒有收到切換命令，在ue側(cè)和enb的現(xiàn)象分別如下：ue側(cè)信令enb側(cè)信令page 23q2q2：切換命令丟失現(xiàn)象：切換命令丟失現(xiàn)象： ue側(cè)發(fā)出測(cè)量報(bào)告后，enb收到測(cè)量報(bào)告，并下發(fā)切換命令，但ue側(cè)沒有收到； ue側(cè)看到的現(xiàn)象與切換測(cè)量報(bào)告丟失一樣；從enb側(cè)看，則是收到測(cè)量報(bào)告下發(fā)切換命令后，在目標(biāo)小區(qū)沒有收到切換完成消息；q3q3：目標(biāo)小區(qū)接入失敗現(xiàn)象：目標(biāo)小區(qū)接入失敗現(xiàn)象： ue側(cè)發(fā)出測(cè)量報(bào)告后，enb收到測(cè)量報(bào)告，并下發(fā)

13、切換命令，ue收到切換命令后，在目標(biāo)小區(qū)發(fā)起接入，但目標(biāo)側(cè)沒有收到切換完成消息，在ue側(cè)和enb的現(xiàn)象分別如下：ue側(cè)收到切換命令并向目標(biāo)側(cè)回復(fù)了rrc ref cmp網(wǎng)絡(luò)側(cè)目標(biāo)小區(qū)沒有收到切換完成信令網(wǎng)絡(luò)側(cè)源小區(qū)已下發(fā)切換命令ue側(cè)信令enb側(cè)信令page 24第第1 1節(jié)節(jié) 切換流程及問題表現(xiàn)切換流程及問題表現(xiàn)第第2 2節(jié)節(jié) 問題定位、解決方法問題定位、解決方法第第3 3節(jié)節(jié) 交付件交付件page 25 設(shè)備狀態(tài)檢查p 查詢基站、小區(qū)告警，保證沒有與切換相關(guān)的嚴(yán)重告警（如x2配置鏈路斷開、rru告警等）p檢查測(cè)試終端是否能正常使用，是否支持異頻、異系統(tǒng)重選、切換功能 參數(shù)核查p 確認(rèn)切換開

14、關(guān)狀態(tài)p確認(rèn)鄰區(qū)配置，確認(rèn)鄰區(qū)關(guān)系、x2接口配置、傳輸配置p確認(rèn)切換參數(shù)，比如切換門限，幅度遲滯，時(shí)間遲滯等p確認(rèn)是否存在pci沖突告警 切換失敗top站鄰區(qū)漏配檢查p地理位置、網(wǎng)絡(luò)規(guī)劃角度，確認(rèn)是否鄰區(qū)漏配，并實(shí)施相應(yīng)操作page 26top1top1：鄰區(qū)漏配核查：鄰區(qū)漏配核查：l從網(wǎng)絡(luò)側(cè)跟蹤從網(wǎng)絡(luò)側(cè)跟蹤uuuu口和終端側(cè)口和終端側(cè)uuuu口跟蹤結(jié)合判斷：口跟蹤結(jié)合判斷：p網(wǎng)絡(luò)側(cè)：同一用戶（call id）連續(xù)上報(bào)測(cè)量報(bào)告但沒有下發(fā)切換命令，檢查x2或s1跟蹤中分別也沒有handover requst及s1ap_handover_required，則很可能是漏配的小區(qū)（通過查詢配置確認(rèn)）；

15、p終端側(cè)：隨著ue移動(dòng)服務(wù)小區(qū)rsrp越來越差，sinr越來越差，而鄰區(qū)rsrp越來越好，上報(bào)測(cè)量報(bào)告，沒有收到切換命令；ue側(cè)：發(fā)測(cè)量報(bào)告，但收不到切換命令enodeb側(cè)：收到測(cè)量報(bào)告，但不發(fā)起切換（x2口沒有切換請(qǐng)求，空口沒有下發(fā)切換命令）page 27top2top2：切換不及時(shí)：切換不及時(shí)：當(dāng)鄰區(qū)無線質(zhì)量滿足切換門限時(shí)，服務(wù)小區(qū)的rsrp突然陡降：enodeb側(cè)表現(xiàn)為下發(fā)切換命令后收不到切換完成消息，或者連測(cè)量報(bào)告也收不到 修改服務(wù)小區(qū)與鄰區(qū)的偏置cellindividualoffset來提前切換 修改服務(wù)小區(qū)的延遲觸發(fā)時(shí)間intrafreqhoa3timetotrig來提前切換（建議

16、配置為40ms到200ms之間的一個(gè)值，如80ms）調(diào)整切換門限參數(shù)intrafreqhoa3hyst、 intrafreqhoa3offset來提前切換（此操作用得很少）page 28top2top2：弱覆蓋：弱覆蓋： 從終端側(cè)判斷：從終端側(cè)判斷：p當(dāng)鄰區(qū)無線質(zhì)量滿足切換門限時(shí)，服務(wù)小區(qū)和鄰區(qū)的rsrp都十分弱； 從網(wǎng)絡(luò)側(cè)判斷：從網(wǎng)絡(luò)側(cè)判斷：p從網(wǎng)絡(luò)側(cè)跟蹤的uu口消息中，觸發(fā)切換的a3測(cè)量報(bào)告記錄的源小區(qū)、目標(biāo)小區(qū)rsrp都很低，當(dāng)測(cè)量報(bào)告中攜帶的服務(wù)小區(qū)rsrp值小于-110dbm時(shí)，可以認(rèn)為處于信號(hào)質(zhì)量微弱的區(qū)域，此時(shí)容易出現(xiàn)切換失敗，需要調(diào)整覆蓋； 弱覆蓋的解決方法：弱覆蓋的解決方法：

17、p調(diào)整天線方向角、傾角：當(dāng)下行先受限時(shí)，可以通過調(diào)整天線（如減小下傾角）補(bǔ)充遠(yuǎn)點(diǎn)的下行覆蓋；p增加塔放、基站：當(dāng)上行先受限時(shí)，可以通過增加塔放、增加小區(qū)（基站或接遠(yuǎn)rru）的方式增強(qiáng)上行覆蓋；enodeb側(cè)表現(xiàn)為下發(fā)切換命令后收不到切換完成消息，或者連測(cè)量報(bào)告也收不到ue側(cè)信令表現(xiàn)為收到切換命剛發(fā)出切換完成消息后即發(fā)起rrc重建，或者收不到切換命令page 29top3top3：乒乓切換：乒乓切換：路測(cè)發(fā)現(xiàn)出現(xiàn)乒乓切換rsrp offset(db)handover target cell10:50:043pci13310:50:064pci17410:50:072pci13310:50:083

18、pci174pci174 乒乓切換的解決方法乒乓切換的解決方法p相對(duì)調(diào)整兩小區(qū)的cio值，抵制乒乓切換；p當(dāng)前默認(rèn)使用同頻切換門限為2db，從前面整理出來的乒乓區(qū)域rsrp相對(duì)值來看，最大rsrp差距為4db，所以設(shè)置cio為-3db，可以防止乒乓；cellcellcio of neighboringcio of neighboring cellcellpci133pci133-3dbpci174pci174-3db設(shè)置設(shè)置cio后，不再后，不再發(fā)生乒乓切換發(fā)生乒乓切換page 30top3top3：干擾：干擾 干擾的表現(xiàn)干擾的表現(xiàn)p在rsrp比較好的情況下，吞吐率不如預(yù)期、容易出現(xiàn)切換失敗甚

19、至掉話等多種現(xiàn)象； 干擾的解決方法干擾的解決方法p找出干擾原因，去除干擾源網(wǎng)絡(luò)側(cè)跟蹤到的rb rssi明顯比其它rb高ue上報(bào)的子帶cqi比其它子帶明顯小很多page 31第第1 1節(jié)節(jié) 切換流程及問題表現(xiàn)切換流程及問題表現(xiàn)第第2 2節(jié)節(jié) 問題定位、解決方法問題定位、解決方法第第3 3節(jié)節(jié) 交付件交付件page 32問題小區(qū)、基站的mml配置文件問題小區(qū)、基站的chr日志問題小區(qū)、基站的標(biāo)口消息跟蹤（大于8小時(shí)）數(shù)據(jù)全網(wǎng)話統(tǒng)數(shù)據(jù)路測(cè)時(shí)，使用華為ue，記錄probe數(shù)據(jù)，及網(wǎng)絡(luò)側(cè)對(duì)此ue的單用戶跟蹤數(shù)據(jù)（初次的網(wǎng)絡(luò)側(cè)單用戶跟蹤只記錄標(biāo)準(zhǔn)接口信令，后續(xù)根據(jù)后方分析反饋，按要求記錄其它數(shù)據(jù)）page

20、 33第第1 1章章 接入問題定位優(yōu)化方法接入問題定位優(yōu)化方法第第2 2章章 切換問題定位優(yōu)化方法切換問題定位優(yōu)化方法第第4 4章相關(guān)工具和信息獲取方式章相關(guān)工具和信息獲取方式page 34第第1 1節(jié)節(jié) 掉話流程及問題表現(xiàn)掉話流程及問題表現(xiàn)第第2 2節(jié)節(jié) 問題定位、解決方法問題定位、解決方法page 35l話統(tǒng)掉話定義話統(tǒng)掉話定義p當(dāng)enodeb收到來自mme的e-rab release command（ ue context release command）消息，或enodeb向mme發(fā)送e-rab release indication（ ue context release reques

21、t ）消息，且釋放原因不為“normal release”，“user inactivity”，“partial handover”，“handover triggered”，“successful-handover”，“cs-fallback-triggered”時(shí)統(tǒng)計(jì)該指標(biāo)。如果e-rab release command消息中要求同時(shí)釋放多個(gè)e-rab，則相應(yīng)指標(biāo)按各個(gè)業(yè)務(wù)的qci分別進(jìn)行累加。page 36第第1 1節(jié)節(jié) 掉話流程及問題表現(xiàn)掉話流程及問題表現(xiàn)第第2 2節(jié)節(jié) 問題定位、解決方法問題定位、解決方法page 37l首先需要在話統(tǒng)側(cè)獲取全網(wǎng)的掉話率指首先需要在話統(tǒng)側(cè)獲取全網(wǎng)的掉話

22、率指標(biāo)以及趨勢(shì)，掉話率趨勢(shì)分析至少需要標(biāo)以及趨勢(shì)，掉話率趨勢(shì)分析至少需要1212周左右的數(shù)據(jù)，如果全網(wǎng)掉話率指標(biāo)周左右的數(shù)據(jù)，如果全網(wǎng)掉話率指標(biāo)突然偏高，一般執(zhí)行步驟：突然偏高，一般執(zhí)行步驟：p是否全網(wǎng)問題：n對(duì)mme及enb側(cè)進(jìn)行告警排查（傳輸，設(shè)備等告警）、觀察期間是否實(shí)施版本升級(jí)p是否存在top小區(qū)：n小區(qū)級(jí)的掉話率指標(biāo)和掉話絕對(duì)次數(shù)按從高到低的順序進(jìn)行排序，優(yōu)先分析掉話絕對(duì)次數(shù)多而且掉話率高的top小區(qū)n對(duì)top小區(qū)進(jìn)行參數(shù)核查、告警檢查等n對(duì)引起掉話的top原因進(jìn)行定位分析p若是共性問題，將優(yōu)化結(jié)果復(fù)制到全網(wǎng)page 38ltop1top1：參數(shù)對(duì)比：參數(shù)對(duì)比p隨機(jī)抽取部分站點(diǎn)的腳本

23、與基線參數(shù)進(jìn)行核對(duì)，對(duì)不一致的參數(shù)進(jìn)行分析；ltop2top2：告警核查：告警核查p是否存在傳輸告警：觀察s1傳輸是否出現(xiàn)問題；p是否存在設(shè)備告警：觀察enb側(cè)是否存在告警；p檢查系統(tǒng)是否升級(jí)、打補(bǔ)丁等動(dòng)作；ltop3top3：toptop小區(qū)篩查小區(qū)篩查p將小區(qū)級(jí)的掉話率指標(biāo)和掉話絕對(duì)次數(shù)按從高到低的順序進(jìn)行排序，優(yōu)先分析掉話絕對(duì)次數(shù)多且掉話率高的top小區(qū)；p通常取每天掉話率高于平均指標(biāo)的top5小區(qū)進(jìn)行分析，確定掉話的主要原因；page 39l獲取小區(qū)級(jí)話統(tǒng)的掉話率指標(biāo)及趨勢(shì)，掉話率趨勢(shì)分析至少獲取小區(qū)級(jí)話統(tǒng)的掉話率指標(biāo)及趨勢(shì)，掉話率趨勢(shì)分析至少1212周左右的數(shù)據(jù)：周左右的數(shù)據(jù)：p如果

24、小區(qū)的掉話率指標(biāo)突然偏高，需要檢查enb側(cè)是否存在該小區(qū)相關(guān)的告警信息，檢測(cè)該小區(qū)所屬enb的告警，確認(rèn)該小區(qū)是否出現(xiàn)故障等信息；p常見的告警如rru相關(guān)的告警，通道相關(guān)的告警，傳輸相關(guān)的告警，基帶板相關(guān)的告警等；l分析分析chrchr數(shù)據(jù)，獲取導(dǎo)致掉話的各種原因的比例，按照比例從數(shù)據(jù)，獲取導(dǎo)致掉話的各種原因的比例，按照比例從高到低的順序分別針對(duì)不同的原因進(jìn)行定位，并對(duì)各高到低的順序分別針對(duì)不同的原因進(jìn)行定位，并對(duì)各toptop原因原因進(jìn)行分析處理；進(jìn)行分析處理；l判斷是否存在判斷是否存在omom操作導(dǎo)致的站點(diǎn)復(fù)位，重啟等導(dǎo)致的掉話；操作導(dǎo)致的站點(diǎn)復(fù)位，重啟等導(dǎo)致的掉話；l檢測(cè)是否有檢測(cè)是否有

25、toptop用戶存在，如果有，需要對(duì)用戶存在，如果有，需要對(duì)toptop用戶的用戶的loglog進(jìn)進(jìn)行詳細(xì)分析；行詳細(xì)分析；l如果無法通過如果無法通過chrchr數(shù)據(jù)定位解決的問題，需要通過抓取該數(shù)據(jù)定位解決的問題，需要通過抓取該toptop小區(qū)內(nèi)小區(qū)內(nèi)enbenb側(cè)的側(cè)的iftsifts跟蹤；跟蹤；l如果無法進(jìn)一步深入分析，在需要使用測(cè)試終端進(jìn)行復(fù)現(xiàn)，如果無法進(jìn)一步深入分析，在需要使用測(cè)試終端進(jìn)行復(fù)現(xiàn)，并抓取并抓取ueue側(cè)的側(cè)的loglog及內(nèi)部打印信息進(jìn)一步定位；及內(nèi)部打印信息進(jìn)一步定位；page 40l取每天的取每天的top5top5站點(diǎn)通過站點(diǎn)通過insightsharpinsigh

26、tsharp對(duì)對(duì)chrchr數(shù)據(jù)進(jìn)行分析，找到影響每個(gè)數(shù)據(jù)進(jìn)行分析，找到影響每個(gè)toptop小區(qū)掉話率的主要原因：小區(qū)掉話率的主要原因：page 41編號(hào)編號(hào) chr打點(diǎn)內(nèi)部打點(diǎn)內(nèi)部relcause中文解釋中文解釋含義含義1uem_uecnt_rel_audit_cellm_release小區(qū)資源核查基帶板與主控板見小區(qū)資源核查不一致導(dǎo)致的用戶釋放2uem_uecnt_rel_ho_out_x2_rel_back_failx2切換目標(biāo)側(cè)失敗x2切換過程中，源小區(qū)側(cè)沒有收到正常釋放ue_context_rel消息，原因可能是：1、pathswitch處理失敗（包括以下幾種情況：pathswitc

27、h 消息沒有發(fā)送出去，或者收到pathswitch failure 或者處理path switch 過程失?。?、在sn status 尚未處理完畢的情況下，收到重建請(qǐng)求3、沒有收到切換完成也沒有收到重建請(qǐng)求4、收到重建請(qǐng)求，但是重建過程失敗(除了2以外的情況)3uem_uecnt_rel_rb_recfg_failrb重配置失敗1、核心網(wǎng)下發(fā)erab mod 流程涉及的空口重配置失敗2、算法流程涉及的空口重配置失?。ò╩imo，cqi，drx，pucch資源以及其他）3、小區(qū)內(nèi)切換涉及的空口重配置失?。╰tibudding觸發(fā)，rohc，mme下發(fā)的安全模式修改）4uem_uecnt_re

28、l_rrc_reest_other_rb_restore_failother rb恢復(fù)失敗一般重建完成有5條消息（3條reestablishment及2條重建重配置），在最后兩條消息處理過程中發(fā)送了重建過程中的srb/drb重配置但是沒有收到重配置完成。5uem_uecnt_rel_rrc_reest_srb1_fail重建失敗重建srb1失敗，一般可以細(xì)化為以下幾個(gè)場(chǎng)景1、連續(xù)多次收到重建請(qǐng)求2、安全校驗(yàn)失敗3、多場(chǎng)景交叉情況下，如果當(dāng)前場(chǎng)景不支持重建，也是重建拒絕6uem_uecnt_rel_sae_bearer_rel_num_max釋放承載個(gè)數(shù)達(dá)到最大請(qǐng)求釋放的sae bearer數(shù)目

29、和已建立的sae bearer數(shù)目相同1、傳輸鏈路異常原因2、重傳達(dá)到最大次數(shù)，并且等待長(zhǎng)時(shí)間之后ue不重建3、其他（一般不會(huì)出現(xiàn)）7uem_uecnt_rel_sctp_abort傳輸ippath異常ippath由于資源不足或者是過載出現(xiàn)異常時(shí)8uem_uecnt_rel_ue_resync_timerout_rel_causeue重同步定時(shí)器超時(shí)l2上報(bào)重同步定時(shí)器超時(shí)導(dǎo)致的用戶釋放9uem_uecnt_rel_wait_rrc_conn_recfg_rsp_timeout測(cè)量控制重配置失敗測(cè)量控制重配置失敗10uem_uecnt_rel_s1_uesr_aborts1接口用戶面異常s1鏈

30、路鍛鏈或者是ippath異常導(dǎo)致的用戶釋放11uem_uecnt_rel_ue_rlc_unrestore_indl2上報(bào)rlc重傳次數(shù)達(dá)到最大值時(shí)的無法恢復(fù)指示消息srb達(dá)到最大重傳次數(shù)12uem_uecnt_rel_audit_s1itf_releases1接口核查釋放與s1接口核查結(jié)果不一致的場(chǎng)景下釋放用戶page 42ltoptop用戶的確定用戶的確定ptop用戶的判斷主要是依據(jù)終端接入時(shí)上報(bào)的tmsi進(jìn)行判定，華為核心網(wǎng)tmsi分配的機(jī)制是對(duì)于同一個(gè)imsi用戶，tmsi的右起第5位進(jìn)行隨機(jī)賦值，即某用戶的tmsi中只有*指示的8bits位置發(fā)生變化，就是同一個(gè)用戶，c0 6* 00

31、 05；ptmsi可以通過chr數(shù)據(jù)分析獲取：page 43lstep1step1：分析是否存在同頻鄰小區(qū)漏配或：分析是否存在同頻鄰小區(qū)漏配或者錯(cuò)配導(dǎo)致的掉話；者錯(cuò)配導(dǎo)致的掉話；lstep2step2：分析是否存在弱覆蓋導(dǎo)致的掉話：分析是否存在弱覆蓋導(dǎo)致的掉話；lstep3step3：分析是否由于切換來不及導(dǎo)致的：分析是否由于切換來不及導(dǎo)致的掉話；掉話；lstep4step4：分析是否導(dǎo)頻污染引起的掉話：分析是否導(dǎo)頻污染引起的掉話：lstep5step5：分析是否存在上行干擾導(dǎo)致的掉：分析是否存在上行干擾導(dǎo)致的掉話：話：l如果掉話原因不是步驟如果掉話原因不是步驟1515所述的原因，所述的原因，

32、則很有可能是非則很有可能是非rfrf原因?qū)е碌牡粼?，需要原因?qū)е碌牡粼挘枰Y(jié)合結(jié)合iftsifts信息進(jìn)一步定位；信息進(jìn)一步定位；l如果是異常導(dǎo)致的掉話，則需要結(jié)合一鍵如果是異常導(dǎo)致的掉話，則需要結(jié)合一鍵式日志、式日志、ttitti跟蹤等信息進(jìn)行異常定位。跟蹤等信息進(jìn)行異常定位。開始獲取下一個(gè)掉話的信息是否鄰區(qū)漏配同頻鄰區(qū)漏配：記錄最優(yōu)小區(qū)id、漏配鄰區(qū)idy是否弱覆蓋n是否異頻/異系統(tǒng)鄰區(qū)漏配異頻/異系統(tǒng)鄰區(qū)漏配：記錄最優(yōu)小區(qū)id弱覆蓋：記錄最優(yōu)小區(qū)id是否切換來不及切換來不及：記錄最優(yōu)小區(qū)id，目標(biāo)小區(qū)id是否導(dǎo)頻污染導(dǎo)頻污染：記錄鄰小區(qū)id及scanner最強(qiáng)pci信息是否干擾進(jìn)行上行

33、/下行干擾排查異常掉話：記錄掉話時(shí)的流程狀態(tài)、bler、phr、l2內(nèi)部模塊消息等信息所有掉話分析完畢yynnynynynn 啟動(dòng)rf專題優(yōu)化y對(duì)所有的掉話原因進(jìn)行排序如果rf掉話占主要原因y異常掉話分析npage 44l輸入數(shù)據(jù)輸入數(shù)據(jù)penb ifts跟蹤pue tti跟蹤pue側(cè)路測(cè)logpenb表口logp一鍵式日志pchr日志page 45lstep1step1：標(biāo)口流程分析誰主動(dòng)發(fā)起釋放：標(biāo)口流程分析誰主動(dòng)發(fā)起釋放penb主動(dòng)發(fā)起釋放nenb主動(dòng)向核心網(wǎng)發(fā)起釋放請(qǐng)求，收到核心網(wǎng)下發(fā)的釋放命令后釋放用戶rrcconnrel、并向核心網(wǎng)反饋釋放完成n核心網(wǎng)主動(dòng)發(fā)起釋放nenb收到核心網(wǎng)下發(fā)的釋放命令，釋放用戶rrcconnrel、并向核心網(wǎng)反饋釋放完成lstep2step2：通過：通過s1s1釋放請(qǐng)求釋放請(qǐng)求/ /命令中的釋放原因值隔離掉話原因命令中的釋放原因值隔離掉話原因n無線側(cè)原因觸發(fā)釋放n傳輸原因觸發(fā)釋放nnas原因觸發(fā)釋放n協(xié)議原因觸發(fā)釋放n其他混合原因觸發(fā)釋放lstep3step3：chrchr分析詳細(xì)釋放原因分析詳細(xì)釋放原因lstep4step4：復(fù)現(xiàn)問題抓?。簭?fù)現(xiàn)問題抓取iftsifts跟蹤、跟蹤、ueue側(cè)側(cè)loglog，深度定位掉話根因，深度定位掉話根因page 46第第1 1章章 接入問題定位優(yōu)化方法接入問題定位優(yōu)化方法第第2