kpi績效指標(biāo)_kpi提升經(jīng)驗(yàn)總結(jié)

KPI提升經(jīng)驗(yàn)總結(jié)目 錄1 KPI（關(guān)鍵性能指標(biāo)）概述42 TD-SCDMA網(wǎng)絡(luò)典型KPI指標(biāo)42.1 覆蓋率指標(biāo)42.2 接通率指標(biāo)52.2.1 RRC連接建立成功率（業(yè)務(wù)相關(guān)）52.2.2 RAB建立成功率52.2.3 無線接通率62.3 掉話率指標(biāo)72.3.1 電路域掉話率72.3.2 分組域掉線率72.4 切換成功率82.4.1 系統(tǒng)內(nèi)切換成功率82.4.2 系統(tǒng)間切換成功率93 KPI指標(biāo)提升工作流程93.1 RF優(yōu)化103.2 頻點(diǎn)及擾碼優(yōu)化113.3 全網(wǎng)鄰區(qū)切換關(guān)系優(yōu)化123.4 參數(shù)核查193.5 接入問題專題優(yōu)化203.5.1 DT/CQT問題分析203.6 接入問題優(yōu)化案例403.7 切換專題優(yōu)化443.7.1 DT/CQT指標(biāo)優(yōu)化流程443.7.2 話統(tǒng)分析流程523.7.3 切換問題優(yōu)化案例573.8 掉話專題優(yōu)化603.8.1 掉話定義和話統(tǒng)指標(biāo)603.8.2 DT/CQT優(yōu)化流程633.8.3 話統(tǒng)分析流程683.8.4 跟蹤數(shù)據(jù)優(yōu)化流程703.8.5 優(yōu)化案例724 總結(jié)76努力了的才叫夢(mèng)想，不努力的就是空想！如果你一直空想的話，無論看多少正能量語錄，也趕不走滿滿的負(fù)能量！你還是原地踏步的你，一直在看別人進(jìn)步。2019-6-30未經(jīng)許可不得擴(kuò)散第3頁, 共74頁1 KPI（關(guān)鍵性能指標(biāo)）概述網(wǎng)絡(luò)系統(tǒng)指標(biāo)有很多，運(yùn)營商可以根據(jù)不同的網(wǎng)絡(luò)發(fā)展階段，制定不同的網(wǎng)絡(luò)關(guān)鍵性能指標(biāo)（KPI，Key Performance Indication）。KPI是網(wǎng)絡(luò)整體性能的集中體現(xiàn)，簡(jiǎn)化了網(wǎng)絡(luò)評(píng)價(jià)流程，使不同體制的網(wǎng)絡(luò)性能具有了可比性。網(wǎng)絡(luò)KPI可通過DT （Drive Test）、CQT（Call Quality Test）、OMC（Operation and Maintenance Center）數(shù)據(jù)、告警數(shù)據(jù)和用戶投訴數(shù)據(jù)等方法來獲取，這些方法在網(wǎng)絡(luò)建設(shè)、發(fā)展和評(píng)估過程中結(jié)合使用。指導(dǎo)書主要從TD-SCDMA網(wǎng)絡(luò)優(yōu)化的流程和步驟出發(fā)，結(jié)合在優(yōu)化過程中的經(jīng)驗(yàn)，總結(jié)一套提升KPI指標(biāo)的優(yōu)化方案，為全面提升TD-SCDMA網(wǎng)絡(luò)性能指標(biāo)提供參考和指導(dǎo)。2 TD-SCDMA網(wǎng)絡(luò)典型KPI指標(biāo)2.1 覆蓋率指標(biāo)指標(biāo)公式：覆蓋率=滿足覆蓋要求的點(diǎn)數(shù)/總的采樣點(diǎn)數(shù)*100%定義F取值為1的測(cè)試點(diǎn)為滿足覆蓋要求的測(cè)試點(diǎn)，即：對(duì)于上行，F(xiàn)上行手機(jī)發(fā)送功率值手機(jī)最大發(fā)送功率值；對(duì)于下行，F(xiàn)RSCPR且C/IS；其中：RSCP表示接收PCCPCH接收信號(hào)碼片功率；C/I表示接收PCCPCH信號(hào)的信號(hào)品質(zhì)；RSCPR和C/IS表示是否滿足條件，R和S是RSCP和C/I在計(jì)算中的閾值。如果RSCPR和C/IS都滿足，則F取值1，若有一個(gè)不滿足或都不滿足，則F取值0。計(jì)算之前首先排除測(cè)試中的異常點(diǎn)，異常點(diǎn)指的是RSCP或C/I的取值遠(yuǎn)遠(yuǎn)超出正常范圍之外。公式含義：該公式表示如果某一區(qū)域接收信號(hào)碼片功率超過某一門限同時(shí)信號(hào)品質(zhì)超過某一門限則表示該區(qū)域被覆蓋。由于不同的業(yè)務(wù)，其覆蓋不同，要求的覆蓋率也不同，因此針對(duì)不同的業(yè)務(wù)可以測(cè)量不同的F值來計(jì)算覆蓋率。注意事項(xiàng)：這里的覆蓋率指的是區(qū)域覆蓋率，不是邊緣覆蓋率。2.2 接通率指標(biāo)2.2.1 RRC連接建立成功率（業(yè)務(wù)相關(guān)）指標(biāo)公式：RRC連接建立成功率（業(yè)務(wù)相關(guān)）RRC連接建立成功次數(shù)（業(yè)務(wù)相關(guān)）/RRC連接建立嘗試次數(shù)（業(yè)務(wù)相關(guān)）*100%；公式含義：反映RNC或者小區(qū)的UE接納能力，RRC連接建立成功意味著UE與網(wǎng)絡(luò)建立了信令連接。RRC連接建立可以分兩種情況：一種是與業(yè)務(wù)相關(guān)的RRC連接建立；另一種是與業(yè)務(wù)無關(guān)（如位置更新、系統(tǒng)間小區(qū)重選、注冊(cè)等）的RRC連接建立。前者是衡量呼叫接通率的一個(gè)要指標(biāo)，其結(jié)果可以作為調(diào)整信道配置的依據(jù)。后者可用于考察系統(tǒng)負(fù)荷情況。注意事項(xiàng)：無2.2.2 RAB建立成功率指標(biāo)公式：CS域RAB建立成功率CS域RAB指派建立成功RAB數(shù)目/CS域RAB建立請(qǐng)求的RAB數(shù)目*100%；PS域RAB建立成功率PS域RAB指派建立成功RAB數(shù)目/PS域RAB建立請(qǐng)求的RAB數(shù)目*100%；RAB建立成功率（CS域RAB指派建立成功RAB數(shù)目+PS域RAB指派建立成功RAB數(shù)目）/（CS域RAB建立請(qǐng)求的RAB數(shù)目+PS域RAB建立請(qǐng)求的RAB數(shù)目）*100%；指標(biāo)含義：UE從接收到CN發(fā)來的尋呼消息，到RAB指派完成，完成一個(gè)完整呼叫流程。RAB建立成功則是成功為用戶分配了用戶平面的連接，是建立業(yè)務(wù)連接的最后一個(gè)步驟。注意事項(xiàng)：無2.2.3 無線接通率指標(biāo)公式：無線接通率RAB建立成功率*RRC連接建立成功率（業(yè)務(wù)相關(guān)）*100%；公式含義：接通率是反映TD-SCDMA系統(tǒng)性能最重要的指標(biāo)，也是運(yùn)營商十分關(guān)注的指標(biāo)。接通率從端到端的角度，綜合反映了呼叫接入成功率。由于呼叫失敗的原因有很多（如系統(tǒng)忙、終端電池耗盡、傳輸中斷等），為了單純統(tǒng)計(jì)無線鏈路接通情況，把無線資源控制RRC連接建立成功率和無線接入承載RAB指派成功率聯(lián)合起來使用表示無線接通率。注意事項(xiàng)：無線接通率一般按照業(yè)務(wù)類型統(tǒng)計(jì)語音無線接通率語音RAB建立成功率*CS域RRC連接建立成功率（業(yè)務(wù)相關(guān)）*100%；語音無線接通率對(duì)應(yīng)OMC指標(biāo)公式為：語音無線接通率=(RAB.SuccEstabCs.Conv.+RAB.SuccEstabCs.Conv.) /(RAB.AttEstabCs.Conv.+RAB.AttEstabCs.Conv.)*( RRC.SuccConnEstab.1+RRC.SuccConnEstab.6) /( RRC.AttConnEstab.1+RRC.AttConnEstab.6 )*100%視頻無線接通率視頻RAB建立成功率*CS域RRC連接建立成功率（業(yè)務(wù)相關(guān)）*100%；視頻無線接通率對(duì)應(yīng)OMC指標(biāo)公式為：視頻無線接通率=RAB.SuccEstabCS.Conv./RAB.AttEstabCS.Conv.*(RRC.SuccConnEstab.1+RRC.SuccConnEstab.6)/(RRC.AttConnEstab.1+RRC.AttConnEstab.6)*100% PS無線接通率PS域RAB建立成功率*PS域RRC連接建立成功率（業(yè)務(wù)相關(guān)）*100%；PS無線接通率對(duì)應(yīng)OMC指標(biāo)公式為：PS無線接通率=(RRC.SuccConnEstab.2+RRC.SuccConnEstab.7+RRC.SuccConnEstab.3+RRC.SuccConnEstab.8+RRC.SuccConnEstab.4+RRC.SuccConnEstab.9)/(RRC.AttConnEstab.2+RRC.AttConnEstab.7+RRC.AttConnEstab.3+RRC.AttConnEstab.8+RRC.AttConnEstab.4+RRC.AttConnEstab.9)*(RAB.SuccEstabPs/RAB.AttEstabPs)*100%2.3 掉話率指標(biāo)2.3.1 電路域掉話率指標(biāo)公式：電路域掉話率=電路域掉話的RAB數(shù)目/電路域RAB指派建立成功的RAB 數(shù)目*100%公式含義：反映了系統(tǒng)電路域業(yè)務(wù)的通訊保持能力，是用戶直接感受的重要性能指標(biāo)之一。RNC通過向CN發(fā)起RAB釋放請(qǐng)求，請(qǐng)求釋放一個(gè)或多個(gè)無線接入承載（RAB）。當(dāng)UE丟失或者不激活，或者由于UTRAN的原因，RNC向CN發(fā)起Iu連接釋放請(qǐng)求，釋放與一個(gè)UE相連的Iu連接。注意事項(xiàng)：電路域掉話的RAB 數(shù)目RNC 請(qǐng)求釋放的電路域RAB 數(shù)目+RNC 請(qǐng)求釋放的電路域Iu 連接對(duì)應(yīng)的RAB 數(shù)目。電路域掉話率對(duì)應(yīng)OMC指標(biāo)公式為：語音無線掉話率 =(RAB.RelReqCsPerCell.Conv.+RAB.RelReqCsPerCell.Conv.+IU.NbrRabCsRelIuConnPerCell.Conv.+IU.NbrRabCsRelIuConnPerCell.Conv.)/(RAB.SuccEstabCsPerCell.Conv.+RAB.SuccEstabCsPerCell.Conv.)*100%視頻無線掉話率 =(RAB.RelReqCs.Conv.+IU.NbrRabCsRelIuConn.Conv.)/RAB.SuccEstabCs.Conv.*100% 2.3.2 分組域掉線率指標(biāo)公式：分組域掉線率=分組域掉線的RAB數(shù)目/分組域RAB指派建立成功的RAB 數(shù)目*100%；公式含義：反映了系統(tǒng)分組域業(yè)務(wù)的通訊保持能力，是用戶直接感受的重要性能指標(biāo)之一注意事項(xiàng)：分組域掉線的RAB 數(shù)目RNC 請(qǐng)求釋放的分組域RAB 數(shù)目+RNC 請(qǐng)求釋放的分組域Iu 連接對(duì)應(yīng)的RAB 數(shù)目。分組域掉話率對(duì)應(yīng)OMC指標(biāo)公式為：PS無線掉話率 =(RAB.RelReqPsPerCell+IU.NbrRabCsRelIuConnPerCell-RAB.RelReqPsPerCell.16-RAB.RelReqPsPerCell.40-IU.NbrRabPsRelIuConnPerCell.16 -IU.NbrRabPsRelIuConnPerCell.40)/RAB.SuccEstabPsPerCell*100% 2.4 切換成功率2.4.1 系統(tǒng)內(nèi)切換成功率指標(biāo)公式：RNC內(nèi)同頻切換成功率=(HHO.SuccIntraFreqIntraRNC + BHO.SuccBhoIntraFreqIntraRNC) /( HHO.AttIntraFreqIntraRNC + BHO.AttBhoIntraFreqIntraRNC)*100RNC內(nèi)異頻切換成功率(HHO.SuccInterFreqIntraRNC + BHO.SuccBhoInterFreqIntraRNC) /( HHO.AttInterFreqIntraRNC + BHO.AttBhoInterFreqIntraRNC)*100 RNC間同頻切換成功率=(HHO.SuccIntraFreqInterRNC + BHO.SuccBhoIntraFreqInterRNC)/( HHO.AttIntraFreqInterRNC + BHO.AttBhoIntraFreqInterRNC)*100 RNC內(nèi)異頻切換成功率(HHO.SuccInterFreqInterRNC + BHO.SuccBhoInterFreqInterRNC)/( HHO.AttInterFreqInterRNC + BHO.AttBhoInterFreqInterRNC)*100指標(biāo)含義：該指標(biāo)反映了業(yè)務(wù)的移動(dòng)過程中保持能力，是衡量網(wǎng)絡(luò)業(yè)務(wù)質(zhì)量的重要指標(biāo)之一，是網(wǎng)規(guī)網(wǎng)優(yōu)中調(diào)整無線參數(shù)的重要依據(jù)，切換成功率低，將直接影響用戶主觀感受。注意事項(xiàng)：以上為RNC級(jí)指標(biāo)統(tǒng)計(jì)公式，可以按照小區(qū)級(jí)進(jìn)行統(tǒng)計(jì)。2.4.2 系統(tǒng)間切換成功率指標(biāo)公式：電路域系統(tǒng)間切換成功率=（電路域系統(tǒng)間切換出請(qǐng)求次數(shù)電路域系統(tǒng)間切換出失敗次數(shù)）/電路域系統(tǒng)間切換出請(qǐng)求次數(shù)*100%； 分組域系統(tǒng)間切換成功率 = （分組域系統(tǒng)間切換出請(qǐng)求次數(shù)分組域系統(tǒng)間切換出失敗次數(shù)）/ 分組域系統(tǒng)間切換出請(qǐng)求次數(shù)*100%；對(duì)應(yīng)OMC指標(biāo)公式為：電路域系統(tǒng)間切換成功率= IRATHO.SuccOutCsPerRn/IRATHO.AttOutCsPerRnc*100%分組域系統(tǒng)間切換成功率=IRATHO.SuccOutPsUtranPerRnc/ IRATHO.AttOutPsUtranPerRnc*100%指標(biāo)含義：該指標(biāo)反映了系統(tǒng)間（3G與2G間）的切換成功情況，是目前現(xiàn)網(wǎng)要求較高的切換指標(biāo)，是用戶直接感受的重要指標(biāo)之一。注意事項(xiàng)：無3 KPI指標(biāo)提升工作流程目前網(wǎng)絡(luò)規(guī)模達(dá)到一定程度，全網(wǎng)用戶數(shù)，話務(wù)量已經(jīng)具備一定規(guī)模。經(jīng)過2期3期4期的工程優(yōu)化和專項(xiàng)優(yōu)化網(wǎng)絡(luò)指標(biāo)達(dá)到一定水平。結(jié)合現(xiàn)網(wǎng)的情況，我們認(rèn)為應(yīng)當(dāng)從以下幾個(gè)方面和步驟出發(fā)進(jìn)行優(yōu)化，逐步提升網(wǎng)絡(luò)性能。圖 1KPI指標(biāo)提升流程良好的覆蓋和切換關(guān)系,合理的頻點(diǎn)擾碼配置是進(jìn)行網(wǎng)絡(luò)性能進(jìn)一步提升的基礎(chǔ)，一張KPI性能指標(biāo)良好的網(wǎng)絡(luò)，一定是RF覆蓋和網(wǎng)絡(luò)配置合理的網(wǎng)絡(luò)。網(wǎng)絡(luò)中應(yīng)盡量避免弱覆蓋、越區(qū)覆蓋、鄰區(qū)配置不合理或漏配，鄰區(qū)同頻同擾碼組等問題。3.1 RF優(yōu)化RF優(yōu)化是優(yōu)化的主要階段之一，目的是在優(yōu)化信號(hào)覆蓋的同時(shí)控制導(dǎo)頻污染，梳理切換關(guān)系提高切換成功率，保證下一步業(yè)務(wù)參數(shù)優(yōu)化時(shí)無線信號(hào)的分布是正常的。具體工作包括了天饋硬件及鄰區(qū)列表的優(yōu)化調(diào)整。RF作為網(wǎng)絡(luò)初期的優(yōu)化重心，主要通過最直接的工程參數(shù)調(diào)整（無線參數(shù)輔助）來解決覆蓋的問題，合理的覆蓋是后期業(yè)務(wù)指標(biāo)優(yōu)化、及全網(wǎng)優(yōu)化的基礎(chǔ)。覆蓋相關(guān)的KPI主要由下行PCCPCH RSCP和C/I來反映。關(guān)于RF優(yōu)化的書籍和資料都比較詳盡，限于篇幅本文不再贅述。讀者可以參考RF優(yōu)化的相關(guān)書籍，推薦閱讀路測(cè)分析優(yōu)化工作流程和指導(dǎo)書及TD-SCDMA特殊場(chǎng)景優(yōu)化指導(dǎo)書。3.2 頻點(diǎn)及擾碼優(yōu)化TD-CDMA系統(tǒng)的干擾大多來自內(nèi)部鄰區(qū)間的干擾（在基站/UE接收端接收到的信號(hào)除了本小區(qū)UE/基站信號(hào)外，還有其他小區(qū)UE/基站的信號(hào)，這樣就產(chǎn)生了鄰區(qū)干擾。由于TD-SCDMA系統(tǒng)使用的擴(kuò)頻碼比較小，兩個(gè)小區(qū)使用的復(fù)合碼可能有較強(qiáng)的互相關(guān)，從而導(dǎo)致小區(qū)間較強(qiáng)的互干擾）。在TD網(wǎng)絡(luò)實(shí)際配置中，同頻同擾碼組容易引起UE解調(diào)出錯(cuò)，切換失敗等問題，應(yīng)當(dāng)嚴(yán)格禁止。網(wǎng)絡(luò)經(jīng)過不斷地調(diào)整優(yōu)化，以及新增站點(diǎn)的入網(wǎng)都會(huì)對(duì)現(xiàn)網(wǎng)的頻點(diǎn)和擾碼配置產(chǎn)生影響，因此有必要進(jìn)行全網(wǎng)頻點(diǎn)和擾碼的核查。目前TD網(wǎng)絡(luò)采用的N頻點(diǎn)組網(wǎng)方式，經(jīng)過前期的優(yōu)化，同頻現(xiàn)象已經(jīng)基本得到解決。目前的主要工作在于同擾碼組鄰區(qū)的核查。一般而言一個(gè)TD小區(qū)配置的鄰區(qū)數(shù)應(yīng)當(dāng)不超過16個(gè)為宜，推薦配置兩層鄰區(qū)TD一層鄰區(qū)數(shù)目在10-11個(gè)左右，二層鄰區(qū)數(shù)目依據(jù)具體地形配置密集城區(qū)6-7個(gè)，一般城區(qū)3-4個(gè)。在核查同擾碼組過程中應(yīng)當(dāng)盡量避免鄰區(qū)之間出現(xiàn)同7擾碼組或者同12擾碼組的情況，尤其是第一層鄰區(qū)。下面以通過MapInfo軟件創(chuàng)建專題圖層的方法核查同7擾碼組的小區(qū)為例，介紹核查同擾碼組的方法：Step1：將工參導(dǎo)入MapInfo圖層后，按照擾碼分組（7組）創(chuàng)建“專題地圖”。圖 2Step2：在圖層上顏色相同的小區(qū)即為同7擾碼組的小區(qū)，若2個(gè)小區(qū)相隔太近，甚至為同站鄰區(qū)，則存在問題。通過以上方法可以找出網(wǎng)絡(luò)中區(qū)，若這些鄰區(qū)之間有同頻的關(guān)系，則擾碼需要進(jìn)行修改。同7擾碼組，和同12擾碼組的鄰3.3 全網(wǎng)鄰區(qū)切換關(guān)系優(yōu)化正確的鄰區(qū)關(guān)系，可以使得終端的重選、切換關(guān)系正常，并保證業(yè)務(wù)的順利進(jìn)行。但如果有鄰區(qū)漏配或誤配，就會(huì)帶來相反的效果。網(wǎng)絡(luò)優(yōu)化是一個(gè)長期不斷進(jìn)行的過程，現(xiàn)網(wǎng)的鄰區(qū)不可能是一成不變的。隨著新增站點(diǎn)的入網(wǎng)，舊站點(diǎn)的搬遷，拆除，網(wǎng)絡(luò)中可能會(huì)出現(xiàn)冗余，漏配，以及過遠(yuǎn)不合理等鄰區(qū)。這需要我們及時(shí)發(fā)現(xiàn)，進(jìn)行合理的優(yōu)化配置，確保鄰區(qū)關(guān)系正常合理。鄰區(qū)優(yōu)化需要結(jié)合路測(cè)數(shù)據(jù)和后臺(tái)OMC指標(biāo)統(tǒng)計(jì)數(shù)據(jù)進(jìn)行分析優(yōu)化，并進(jìn)行處理跟蹤。建議鄰區(qū)核查原則1、TD小區(qū)主服務(wù)小區(qū)主瓣方向，添加兩層鄰區(qū)；對(duì)于近距離站點(diǎn)需三個(gè)小區(qū)同時(shí)添加為鄰區(qū)，同站的三個(gè)小區(qū)必須互配鄰區(qū)；2、TD小區(qū)主服務(wù)小區(qū)旁瓣方向，添加一層鄰區(qū)；3、TD小區(qū)主服務(wù)小區(qū)背瓣方向，添加一層鄰區(qū)；建議鄰區(qū)核查具體步驟1、首先對(duì)單向鄰區(qū)表進(jìn)行核查，核查該單向鄰區(qū)是需要?jiǎng)h除還是需要補(bǔ)足為雙向；2、同站鄰區(qū)漏配情況核查，如果情況屬實(shí)需補(bǔ)上鄰區(qū)關(guān)系；3、遠(yuǎn)距離冗余鄰區(qū)情況，按照“鄰區(qū)核查原則”，結(jié)合外場(chǎng)測(cè)試情況和所掌握的無線環(huán)境進(jìn)行合理評(píng)估，確認(rèn)是否需要?jiǎng)h除；4、近距離鄰區(qū)漏配的情況核查，結(jié)合外場(chǎng)測(cè)試情況和所掌握的無線環(huán)境進(jìn)行合理評(píng)估，確認(rèn)是否需要添加鄰區(qū)；5、對(duì)建議刪除的鄰區(qū)對(duì)進(jìn)行話統(tǒng)分析,導(dǎo)出一周的切換話統(tǒng)(CELL-NCELL級(jí)切換數(shù)據(jù))，分析需要待刪除小區(qū)切換次數(shù)占和主服務(wù)小區(qū)總切換總次數(shù)進(jìn)行所占的比列（如：A-B為鄰區(qū)，他們之間切換1次，A小區(qū)共切出100次，則所占比例為1%），如果所占比列小于1%建議刪除，大于1%的鄰區(qū)需根據(jù)實(shí)際情況分析，如果確認(rèn)刪除的則進(jìn)行刪除，否則建議保留。6、做完上述步驟，按照添加和刪除規(guī)劃建議，在現(xiàn)有鄰區(qū)關(guān)系的基礎(chǔ)上整理成新的鄰區(qū)表，再檢查鄰區(qū)個(gè)數(shù)是否異常，對(duì)于多余26個(gè)和少于6個(gè)的小區(qū)再進(jìn)行進(jìn)一輪核查。7、對(duì)于新增的鄰區(qū)關(guān)系每天進(jìn)行鄰區(qū)對(duì)切換次數(shù)統(tǒng)計(jì)，觀察新增鄰區(qū)是否有發(fā)生切換。若長時(shí)間無切換,或者切換次數(shù)很少的，需要?jiǎng)h除鄰區(qū)關(guān)系。案例分析1、同站鄰區(qū)漏配情況圖 3 對(duì)于同站小區(qū)，必須互配鄰區(qū)關(guān)系。2、單向鄰區(qū)情況圖 4圖 551741與51442存在單向鄰區(qū)關(guān)系，由于站點(diǎn)稀疏，兩個(gè)小區(qū)均覆蓋較遠(yuǎn)，存在切換的可能性，建議將單向鄰區(qū)補(bǔ)全為雙向鄰區(qū)關(guān)系。圖 6圖 741412與61760小區(qū)之間存在單向鄰區(qū)關(guān)系，從實(shí)際情況考慮，61760為室內(nèi)站點(diǎn)，只需加就進(jìn)室外站點(diǎn)的雙向鄰區(qū)即可，可刪除該條單向鄰區(qū)。圖 8圖 942993與52183之間存在單向鄰區(qū)關(guān)系，從實(shí)際情況考慮，兩個(gè)站點(diǎn)相距較遠(yuǎn)且從測(cè)試人員反饋不存在切換可能，可刪除該條單向鄰區(qū)。3、近距離鄰區(qū)漏配情況圖 1040073與52253小區(qū)距離較近，但卻不存在鄰區(qū)關(guān)系，建議添加為雙向鄰區(qū)關(guān)系；圖 1141461與52213距離在在1000米以為，且無站點(diǎn)間隔，之間不存在鄰區(qū)關(guān)系，建議添加為雙向鄰區(qū)關(guān)系。4、遠(yuǎn)距離冗余鄰區(qū)情況圖 12主瓣方向非特殊情況添加兩層站點(diǎn)即可。圖 13旁瓣方向非特殊情況添加一層鄰區(qū)關(guān)系即可。圖 14背板方向添加一層鄰區(qū)關(guān)系即可。3.4 參數(shù)核查網(wǎng)絡(luò)參數(shù)的設(shè)置合理與否直接關(guān)系到網(wǎng)絡(luò)的性能和指標(biāo)好壞，對(duì)網(wǎng)絡(luò)的影響極大。由于在優(yōu)化過程中經(jīng)常涉及到對(duì)一些網(wǎng)絡(luò)參數(shù)進(jìn)行調(diào)整，難免會(huì)出現(xiàn)差錯(cuò)，或者參數(shù)設(shè)置不合理，從而影響網(wǎng)絡(luò)質(zhì)量。因此在進(jìn)行KPI指標(biāo)提升的過程中，以及網(wǎng)絡(luò)正常運(yùn)行的整個(gè)過程中都有必要對(duì)網(wǎng)絡(luò)參數(shù)進(jìn)行周期性的核查，發(fā)現(xiàn)存在的問題，解決問題，提高網(wǎng)絡(luò)質(zhì)量和用戶感知。參數(shù)的檢查工作主要包括：小區(qū)類參數(shù)核查、頻率核查、擾碼核查、鄰區(qū)關(guān)系核查、外部小區(qū)配置等核查工作。詳細(xì)的核查步驟請(qǐng)參考，參數(shù)核查工作流程和指導(dǎo)書。3.5 接入問題專題優(yōu)化3.5.1 DT/CQT問題分析圖 15 DT/CQT呼叫失敗問題分析流程圖路測(cè)問題的分析流程如圖2所示：通過路測(cè)數(shù)據(jù)分析軟件，比如鼎立測(cè)試軟件，確定發(fā)生接入失敗的時(shí)間，結(jié)合RNC側(cè)的UE后者CDT信令流程確定在哪一處出現(xiàn)異常導(dǎo)致的失敗。然后按照后續(xù)的各個(gè)子流程分析和解決問題，主要包括尋呼問題、RRC建立問題、鑒權(quán)加密問題、RAB和RB建立問題、設(shè)備異常、網(wǎng)絡(luò)覆蓋問題等。3.5.1.1 尋呼問題尋呼問題一般都表現(xiàn)為：主叫完成RAB指派以及CC Setup，在等待Alerting消息的時(shí)候收到CN發(fā)來的Disconnect直傳消息。被叫從UE的信令流程一般看不出異常，但也出現(xiàn)過UE收到Paging消息而沒有發(fā)起RRC連接建立請(qǐng)求。從被叫的RNC單用戶跟蹤可以看出收到CN下發(fā)的Paging消息，但沒有后續(xù)的消息。通常尋呼問題分析流程如下圖所示：圖16尋呼問題分析流程圖具體分析過程如下所示：RNC沒有下發(fā)Paging消息如果是RNC收到CN下發(fā)的paging消息后UU口沒有下發(fā)，可能是尋呼信道的容量不夠（現(xiàn)階段由于網(wǎng)絡(luò)負(fù)載很低，出現(xiàn)的概率很小，在以后網(wǎng)絡(luò)負(fù)載較高時(shí)，可能會(huì)出現(xiàn)UU口paging消息阻塞的情況），或者是設(shè)備異常。尋呼指示信道的功率偏低尋呼指示信道PICH發(fā)射功率，影響小區(qū)的尋呼范圍和性能。設(shè)置過大，會(huì)導(dǎo)致P-CCPCH的發(fā)射功率值無法正常設(shè)置到規(guī)劃需要的強(qiáng)度。設(shè)置過小，將會(huì)導(dǎo)致小區(qū)邊緣的UE無法偵聽到PICH。UE發(fā)生位置更新在尋呼的時(shí)候UE發(fā)生了位置區(qū)/路由區(qū)更新，而尋呼消息仍在原來的位置區(qū)/路由區(qū)下發(fā)，導(dǎo)致UE無法收到尋呼消息。3.5.1.2 RRC建立問題UE處于空閑模式下，當(dāng)UE的非接入層請(qǐng)求建立信令連接時(shí)，UE將發(fā)起RRC連接建立過程。每個(gè)UE最多只有一個(gè)RRC連接。當(dāng)RNC接收到UE的RRC Connection Request消息，由其無線資源管理模塊RRM根據(jù)特定的算法確定是接受還是拒絕該RRC連接建立請(qǐng)求，如果接受，則再判決是建立在專用信道還是公共信道。對(duì)于RRC連接建立使用不同的信道，則RRC連接建立流程也不一樣。本文重點(diǎn)介紹RRC連接建立在專用信道的過程。RRC建立在公共信道圖17 RRC正常連接建立在公共信道的過程信令流程說明：當(dāng)RRC連接建立在公共信道上時(shí)，因?yàn)橛玫氖且呀?jīng)建立好的小區(qū)公共資源，所以無需建立無線鏈路和用戶面的數(shù)據(jù)傳輸承載，其余過程與RRC連接建立在專用信道相似。RRC建立在專用信道圖18RRC正常連接建立在專用信道的過程信令流程說明：UE在上行CCCH上發(fā)送一個(gè)RRC Connection Request消息，請(qǐng)求建立一條RRC連接。主要參數(shù)為：Initial UE Identity，初始的UE標(biāo)識(shí)，如IMSI，TMSI等參數(shù)，用來讓網(wǎng)絡(luò)識(shí)別發(fā)送該建立請(qǐng)求消息的UE；Establishment cause，建立原因，有多種類型，但UE每次只能選擇其一；Protocol Error Indicator，協(xié)議錯(cuò)誤標(biāo)識(shí)，用來標(biāo)明是否有協(xié)議錯(cuò)誤發(fā)生；測(cè)量IE，給出在Uu接口上的測(cè)量結(jié)果。RNC根據(jù)RRC連接建立請(qǐng)求的原因及系統(tǒng)的資源狀態(tài)，決定UE建立在專用信道并分配RNTI和L1、L2資源。RNC向Node-B發(fā)送Radio Link Setup Request消息，請(qǐng)求Node-B分配RRC連接所需要的特定無線鏈路資源。在該消息中包含有建立無線鏈路所必需的參數(shù)（功率、時(shí)隙、擾碼、midable碼等參數(shù)）。在RL成功建立后，RNC使用ALCAP協(xié)議發(fā)起Iub接口用戶面?zhèn)鬏敵休d的建立，用于承載RRC信令的ATM連接，并完成RNC與Node-B同步過程。RNC在下行CCCH上向UE發(fā)送RRC Connection Setup消息UE在上行DCCH上向RNC發(fā)送RRC Connection Setup Complete。至此RRC連接建立過程結(jié)束。RRC建立問題分析常見問題具體分析過程如下：UE發(fā)出RRC Connection Request消息，RNC沒有收到。如果此時(shí)下行P-CCPCH的C/I較低，則是覆蓋的問題，通過RF優(yōu)化解決。終端發(fā)射功率受限，屬于UE本身性能問題，沒有特別的方法解決。UpPTS受干擾導(dǎo)致，可以采用Up Shifting技術(shù)，通過后臺(tái)配置相應(yīng)參數(shù)，調(diào)整UpPCH的位置避免受到干擾，根本還是要避免干擾源?？赡躈ode-B設(shè)備問題，需要檢查RRU通道是否存在告警。擁塞、碼道受限。檢查時(shí)隙狀態(tài)，是否碼道閉塞。設(shè)備故障、參數(shù)配置錯(cuò)誤。RNC收到UE發(fā)的RRC建立請(qǐng)求消息后，下發(fā)了RRC Connection Setup消息而UE沒有收到。查看此時(shí)的P-CCPCH的C/I，如果較低，則是覆蓋的問題，通過RF優(yōu)化解決。如果是由于發(fā)生小區(qū)重選導(dǎo)致，則調(diào)整重選參數(shù)，加快小區(qū)選擇與重選的速度，可以解決小區(qū)選擇與重選參數(shù)不合理造成的RRC連接建立失敗問題。UE收到RRC Connection Setup消息而沒有發(fā)出Setup Complete消息。如果此時(shí)下行的信號(hào)質(zhì)量正常，那么可能是手機(jī)異常。3.5.1.3 鑒權(quán)問題鑒權(quán)流程鑒權(quán)流程由網(wǎng)絡(luò)側(cè)發(fā)起，其目的是：由網(wǎng)絡(luò)來檢查是否允許終端接入網(wǎng)絡(luò)。圖19鑒權(quán)流程圖信令流程說明：網(wǎng)絡(luò)側(cè)在發(fā)起鑒權(quán)前，如果VLR中還沒有鑒權(quán)參數(shù)，此時(shí)將首先發(fā)起到HLR取鑒權(quán)集的過程，并等待鑒權(quán)參數(shù)的返回。在檢測(cè)到鑒權(quán)參數(shù)存在后，網(wǎng)絡(luò)下發(fā)鑒權(quán)請(qǐng)求消息。網(wǎng)絡(luò)側(cè)在收到鑒權(quán)相應(yīng)消息后，確定鑒權(quán)是否成功：成功則繼續(xù)后面的流程；不成功則會(huì)發(fā)起異常處理流程，釋放網(wǎng)絡(luò)側(cè)與終端間的連接，并釋放被占用的網(wǎng)絡(luò)資源，無線資源。在成功的鑒權(quán)之后，終端將會(huì)把CK（加密密鑰）與IK（一致性檢查密鑰）存放到USIM卡中。鑒權(quán)問題分析當(dāng)出現(xiàn)鑒權(quán)失敗時(shí)，需要根據(jù)UE回復(fù)給網(wǎng)絡(luò)的鑒權(quán)失敗消息中給出的原因值進(jìn)行分析。常見的原因值包括MAC Failure和Synch failure兩種。MAC Failure手機(jī)終端在對(duì)網(wǎng)絡(luò)鑒權(quán)時(shí)，檢查由網(wǎng)絡(luò)側(cè)下發(fā)的鑒權(quán)請(qǐng)求消息中的AUTN參數(shù)，如果其中的“MAC”信息錯(cuò)誤，終端會(huì)上報(bào)鑒權(quán)失敗消息，原因值為MACFailure。造成該問題的主要原因包括：非法用戶。USIM卡和HLR中給該用戶設(shè)置信息不同。sync failure另外一種鑒權(quán)失敗的情況是手機(jī)終端檢測(cè)到AUTN消息中的SQN的序列號(hào)錯(cuò)誤，引起鑒權(quán)失敗，原因值為：Synch failure（同步失?。?。造成該問題的主要原因包括：非法用戶。設(shè)備問題。3.5.1.4 安全模式問題安全模式流程安全模式控制過程是由網(wǎng)絡(luò)側(cè)用來向無線接入網(wǎng)側(cè)發(fā)送加密信息的。即用于加密的有關(guān)參數(shù)會(huì)送到切換的目的RNC。圖20安全模式流程圖信令流程說明：CN向RNC發(fā)送要求加密的指令。RNC在收到加密指令后，向測(cè)試終端發(fā)送加密指令，啟動(dòng)加密。安全模式問題分析安全模式異常表現(xiàn)為安全模式拒絕，主要的原因包括：手機(jī)能力問題，手機(jī)不支持配置的加密算法。RNC和核心網(wǎng)加密模式配置不匹配。如果加密模式不同，可以將MSC和SGSN設(shè)置為選擇全部的加密模式，RNC根據(jù)實(shí)際情況選擇UEA0或UEA1。3.5.1.5 RAB建立問題RAB建立流程RAB是指用戶平面的承載，用于UE和CN之間傳送語音，數(shù)據(jù)及多媒體業(yè)務(wù)。UE首先要完成RRC連接建立，然后才能建立RAB。RAB建立是由CN發(fā)起，UTRAN執(zhí)行的功能，基本流程：首先由CN向UTRAN發(fā)送RAB指配請(qǐng)求消息，請(qǐng)求UTRAN建立RAB。RNC發(fā)起建立Iu接口與Iub接口的數(shù)據(jù)承載。RNC向UE發(fā)起RB建立請(qǐng)求。UE完成RB建立，向RNC回應(yīng)RB建立完成消息。RNC向CN應(yīng)答RAB指配響應(yīng)消息，結(jié)束RAB建立流程。當(dāng)RAB建立成功后，一個(gè)基本的呼叫即建立。流程如下圖所示：圖21RAB正常建立流程信令流程說明：CN向UTRAN發(fā)送RANAP協(xié)議的RAB指配消息Radio Access Bearer Assignment Request，發(fā)起RAB建立請(qǐng)求。主要無線參數(shù)RAB Parameters，Traffic class的值代表簽約類型。RNC接收到RAB建立請(qǐng)求后，將RAB的Qos參數(shù)映射為AAL2鏈路特性參數(shù)與無線資源特性參數(shù)，Iu接口的ALCAP根據(jù)其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過程。RNC向?qū)傧碌腘ode-B發(fā)送協(xié)議的無線鏈路重配置準(zhǔn)備Radio Link Reconfiguration Prepare消息，請(qǐng)求屬下的Node-B準(zhǔn)備在已有的無線鏈路上增加一條（或多條）承載RAB的專用傳輸信道（DCH）。Node-B分配相應(yīng)的資源，然后向所屬的RNC發(fā)送Radio Link Reconfiguration Ready消息，通知RNC無線鏈路重配置準(zhǔn)備完成。RNC中Iub接口的ALCAP發(fā)起Iub接口的用戶面?zhèn)鬏敵休d建立過程，Node-B與RNC通過交換DCH幀協(xié)議的上下同步幀建立同步。RNC向?qū)傧碌腘ode-B發(fā)送無線鏈路重配置執(zhí)行消息Radio Link Reconfiguration Commit。RNC向UE發(fā)送RRC協(xié)議的RB建立消息Radio Bearer Setup。UE執(zhí)行RB建立后，向RNC發(fā)送無線承載建立完成消息Radio Bearer Setup Complete。RNC接收到無線承載建立完成的消息后，向CN回應(yīng)RAB指配相應(yīng)消息Radio Access Bearer Assignment Response，結(jié)束RAB建立流程。RAB建立問題分析當(dāng)RAB或RB建立失敗時(shí)，RNC會(huì)在RAB Assignment Response信令中回RAB指配建立失敗。通過相關(guān)信元中攜帶的失敗原因值，可以得到具體失敗原因。常見的RAB/RB建立失敗問題包括：參數(shù)配置錯(cuò)誤導(dǎo)致RNC直接拒絕RAB的建立請(qǐng)求。UE回應(yīng)RB建立失敗造成的RAB建立失敗。UE回應(yīng)RB建立失敗主要是由于用戶的錯(cuò)誤行為造成。第一種情況是，用戶在已經(jīng)有下行128K的數(shù)據(jù)業(yè)務(wù)時(shí)，收到了VP業(yè)務(wù)的RB建立請(qǐng)求（VP主叫或者被叫），由于大部分終端不支持下行同時(shí)進(jìn)行VP和高速PS業(yè)務(wù)，UE直接回應(yīng)RB建立失敗，原因是unsupported configuration。另一種情況是主叫3G終端進(jìn)行VP業(yè)務(wù)的被叫方駐留在GSM網(wǎng)絡(luò)，不支持VP業(yè)務(wù)。這樣在RNC收到RAB指派請(qǐng)求后，核心網(wǎng)Call Proceeding后立刻下發(fā)Disconnect命令，原因?yàn)锽earer capability not authorized。而此時(shí)UE在剛收到RB_SETUP命令，還沒來得及完成RB建立，收到該Disconnect后會(huì)馬上發(fā)起回應(yīng)RB建立失敗，RNC返回RAB建立失敗，原因?yàn)閒ailure in radio interface procedure?？罩薪涌赗B建立失敗造成的RAB建立失敗。另一種RB建立失敗是RB建立命令沒有響應(yīng)，導(dǎo)致RNC認(rèn)為RB建立失敗，表現(xiàn)為RB建立命令沒有收到ACK或者沒有收到RB建立完成命令。這樣的情形主要出現(xiàn)在弱信號(hào)區(qū)，造成信號(hào)弱的原因有兩種情況，一種是UE沒有駐留在最優(yōu)小區(qū)發(fā)起接入，另一種是覆蓋不好。UE沒有駐留在最優(yōu)小區(qū)發(fā)起接入，會(huì)在RB建立過程中希望活動(dòng)集更新加入最優(yōu)小區(qū)（同時(shí)信號(hào)快速變化導(dǎo)致駐留小區(qū)信號(hào)快速下降容易出現(xiàn)失敗。對(duì)于這種情況需要提高同頻小區(qū)重選的啟動(dòng)門限和速度，使得UE盡快駐留在最優(yōu)小區(qū)，在最優(yōu)小區(qū)發(fā)起接入。 覆蓋不好造成的RB建立失敗分為上行和下行質(zhì)量不滿足兩種情況。下行覆蓋引起的情況表現(xiàn)為UE無法收到RB建立命令，下行覆蓋質(zhì)量不滿足部分原因是UE的解調(diào)性能不佳造成，部分原因是需要RF優(yōu)化來解決的。上行覆蓋引起的情況表現(xiàn)為UE收到了RB建立命令，但是RAN收不到RB建立的ACK或者RB建立完成命令，這種情況有可能是上行干擾造成的。3.5.1.6 PDP激活問題對(duì)一個(gè)UE發(fā)起的PDP上下文激活過程來說，如果之前UE沒有建立RRC連接則先建立RRC連接，再通過初始直傳建立傳輸NAS消息的信令連接，最后建立RAB。網(wǎng)絡(luò)發(fā)起的PDP上下文激活過程包括了尋呼過程，在接入層內(nèi)與主叫過程很類似，其它區(qū)別主要體現(xiàn)在NAS消息上。接入問題分析可以參考前面的章節(jié)。RRC連接、鑒權(quán)及安全模式建立完成后，進(jìn)行的RAB建立過程中，如果未能收到RAB Assignment Response，則表示PDP激活失敗。圖22PDP激活流程一圖23PDP激活流程二3.2.2 話統(tǒng)分析話統(tǒng)數(shù)據(jù)分析流程通常分為兩步，RNC級(jí)數(shù)據(jù)分析和小區(qū)級(jí)數(shù)據(jù)分析。RNC級(jí)數(shù)據(jù)分析側(cè)重于對(duì)整網(wǎng)指標(biāo)的評(píng)估、分析；小區(qū)級(jí)數(shù)據(jù)分析側(cè)重于問題小區(qū)定位。RNC級(jí)數(shù)據(jù)分析流程：圖 24RNC級(jí)話統(tǒng)數(shù)據(jù)分析流程首先，察看RNC級(jí)話統(tǒng)指標(biāo)是否滿足要求，如果滿足則結(jié)束分析。如果不滿足，則需要找到指標(biāo)最差的前N個(gè)小區(qū)，對(duì)該小區(qū)指標(biāo)進(jìn)行分析。小區(qū)問題定位并實(shí)施解決辦法后，對(duì)新的話統(tǒng)數(shù)據(jù)進(jìn)行分析，如果指標(biāo)滿足，則結(jié)束。如果還存在問題，則需要繼續(xù)進(jìn)行，直到指標(biāo)滿足要求。對(duì)問題小區(qū)進(jìn)行分析的方法和流程參見小區(qū)級(jí)數(shù)據(jù)分析流程。小區(qū)級(jí)數(shù)據(jù)分析流程：圖 25小區(qū)級(jí)話統(tǒng)數(shù)據(jù)分析流程首先需要檢查是否存在不滿足指標(biāo)要求的小區(qū)，如果不存在則結(jié)束分析。如果存在，則需要對(duì)細(xì)化的原因值進(jìn)行分析，找到造成指標(biāo)惡化的主要原因，然后給出合適的解決方案。方案實(shí)施后需要繼續(xù)觀察分析新的話統(tǒng)數(shù)據(jù)，直到指標(biāo)滿足要求。3.5.1.7 尋呼問題分析CN尋呼UE時(shí)，會(huì)向RNC發(fā)送PAGING消息。RNC收到消息后，根據(jù)UE當(dāng)前狀態(tài)，向UE發(fā)送PAGING TYPE1消息或者PAGING TYPE2消息。如果被尋呼的UE當(dāng)前所處狀態(tài)為IDLE、CELL_PCH或者URA_PCH，RNC將向?qū)ず魠^(qū)域內(nèi)的小區(qū)發(fā)送PAGING TYPE1消息。PAGING TYPE1消息在PCCH（Paging Control Channel）信道上發(fā)送。如果被尋呼UE當(dāng)前所處狀態(tài)為CELL_FACH或者CELL_DCH，RNC將向UE發(fā)送PAGING TYPE2消息。PAGING TYPE2消息在DCCH（Dedicated Control Channel）信道上發(fā)送。另外，UTRAN（UMTS Terrestrial Radio Access Network）可以對(duì)處于IDLE、CELL_PCH或者URA_PCH狀態(tài)的UE發(fā)送PAGING TYPE1消息，從而觸發(fā)UE修改系統(tǒng)信息；UTRAN也可以對(duì)處于CELL_PCH狀態(tài)或者URA_PCH狀態(tài)的UE發(fā)送PAGING TYPE1消息使UE產(chǎn)生狀態(tài)遷移支持?jǐn)?shù)傳。處于IDLE狀態(tài)的UE在收到PAGING TYPE1消息后，將向RNC發(fā)送RRC CONNECTION REQUEST消息請(qǐng)求建立RRC（Radio Resource Control）連接；處于CELL_PCH或URA_PCH狀態(tài)的UE在收到PAGING TYPE1消息后，將向RNC發(fā)送CELL UPDATE消息，小區(qū)更新的原因?yàn)椤皃aging response”。分析尋呼性能通常從以下指標(biāo)入手：IDLE狀態(tài)UE尋呼丟失如果被尋呼的UE當(dāng)前所處狀態(tài)為IDLE，RNC將向?qū)ず魠^(qū)域內(nèi)的小區(qū)發(fā)送PAGING TYPE1消息。因此，該指標(biāo)是基于RNC的統(tǒng)計(jì)。PCH狀態(tài)UE尋呼丟失如果被尋呼的UE當(dāng)前所處狀態(tài)為CELL_PCH或者URA_PCH，RNC將向?qū)ず魠^(qū)域內(nèi)的小區(qū)發(fā)送PAGING TYPE1消息，用來使UE產(chǎn)生狀態(tài)遷移支持?jǐn)?shù)傳。因此，該指標(biāo)是基于RNC的統(tǒng)計(jì)。PCH信道擁塞當(dāng)RNC收到來自CN的尋呼消息時(shí)，如果當(dāng)前的尋呼流量超過PCH的最大能力，則會(huì)發(fā)生PCH擁塞，導(dǎo)致尋呼消息被丟棄。如出現(xiàn)“小區(qū)由于PCH信道擁塞導(dǎo)致的尋呼丟失”，說明該小區(qū)的尋呼量已到達(dá)容量極限，需檢查尋呼信道配置的相關(guān)參數(shù)。3.5.1.8 RRC建立成功率目前網(wǎng)絡(luò)接通率主要瓶頸在于RRC連接建立成功率。本節(jié)對(duì)造成RRC建立成功率低的各種可能原因進(jìn)行分析，介紹各種問題在話統(tǒng)指標(biāo)上的表現(xiàn)以及對(duì)應(yīng)的解決方法。在話統(tǒng)中，導(dǎo)致RRC連接建立失敗的主要原因包括以下幾類：指標(biāo)ID指標(biāo)含義280RRC.FailConnEstabRRC連接失敗次數(shù)282RRC.FailConnEstab.1原因?yàn)榈腞RC連接失敗次數(shù)285RRC.FailConnEstab.AAL2SetupFail原因?yàn)榈腞RC連接失敗次數(shù)259RRC.FailConnEstab.Cong原因?yàn)榈腞RC連接失敗次數(shù)284RRC.FailConnEstab.FPSynFail原因?yàn)榈腞RC連接失敗次數(shù)325RRC.FailConnEstab.NoReply原因?yàn)榈腞RC連接失敗次數(shù)283RRC.FailConnEstab.RlSetupFail原因?yàn)榈腞RC連接失敗次數(shù)36VS.RRC.FailConnEstab小區(qū)中RRC建立失敗的次數(shù)因Iub接口失敗而拒絕RRC連接請(qǐng)求，Node-B設(shè)備硬件問題，這類問題需要協(xié)調(diào)無線部門進(jìn)行定位解決。AAL2建立失敗問題很少發(fā)生，當(dāng)AAL2資源受限，或者小區(qū)出現(xiàn)故障的時(shí)候，才有可能出現(xiàn)。因網(wǎng)絡(luò)擁塞而拒絕RRC連接請(qǐng)求。出現(xiàn)碼資源不足，需要結(jié)合實(shí)際的話務(wù)負(fù)荷給出合理的擴(kuò)容手段。出現(xiàn)功率資源申請(qǐng)失敗的時(shí)候，應(yīng)該檢查準(zhǔn)入?yún)?shù)設(shè)置是否與默認(rèn)參數(shù)一致。如果參數(shù)設(shè)置合理，則需要通過話務(wù)量、等效用戶數(shù)等計(jì)數(shù)器檢查當(dāng)前網(wǎng)絡(luò)負(fù)荷。如果網(wǎng)絡(luò)負(fù)荷以及阻塞率確實(shí)達(dá)到擴(kuò)容要求，則需要啟動(dòng)擴(kuò)容。UE沒有收到RNC下發(fā)的RRC CONNECTION SETUP消息。造成這種問題的原因可能是覆蓋或者小區(qū)選擇與重選參數(shù)配置不合理。目前SCCPCH功率配置的值一般是-3db(相對(duì)于PCCPCH功率，單碼道)。UE發(fā)出了RRC CONNECTION SETUP COMPLETE消息，但是RNC沒有收到?？赡苁且?yàn)闊o線環(huán)境因素造成，檢查無線環(huán)境。3.5.1.9 RAB建立成功率目前話統(tǒng)中CSRAB指配建立失敗的原因指標(biāo)包括：無線網(wǎng)絡(luò)原因由于空口失敗導(dǎo)致RAB建立失敗。需要對(duì)RB建立失敗原因進(jìn)行分析。由于能力不足導(dǎo)致RAB建立失敗。無線資源擁塞導(dǎo)致失敗，包括功率、碼資源和帶寬等因素。傳輸網(wǎng)絡(luò)原因下表是RAB建立失敗的原因指標(biāo)ID測(cè)量指標(biāo)名稱指標(biāo)描述1598RAB.FailEstabCsPerCell指配失敗的電路域的RAB數(shù)(小區(qū)級(jí))1612RAB.FailEstabCsPerCell.5原因?yàn)?(Tqueing Expiry)的指配失敗的電路域的RAB數(shù)(小區(qū)級(jí))4643RAB.FailEstabCsPerCell.14原因?yàn)?4(Failure in the Radio Interface Procedure)的指配失敗的電路域RAB數(shù)(小區(qū)級(jí))1607RAB.FailEstabCsPerCell.19原因?yàn)?9(Invalid RAB Parameters Value)的指配失敗的電路域RAB數(shù)(小區(qū)級(jí))1608RAB.FailEstabCsPerCell.20原因?yàn)?0(Requested Maximum Bit Rate not Available)的指配失敗的電路域RAB數(shù)(小區(qū)級(jí))1609RAB.FailEstabCsPerCell.66原因?yàn)?6(Iu Transport Connection Failed to Establish)的指配失敗的電路域RAB數(shù)(小區(qū)級(jí))1610RAB.FailEstabCsPerCell.114原因?yàn)?14(No Resource Available)的指配失敗的電路域的RAB數(shù)(小區(qū)級(jí))1611RAB.FailEstabCsPerCell.115原因?yàn)?15(Unspecified Failure)的指配失敗的電路域RAB數(shù)(小區(qū)級(jí))52VS.RAB.FailEstCs.Power.Cong功率資源擁塞導(dǎo)致的CS域RAB建立失敗的個(gè)數(shù) 53VS.RAB.FailEstCs.ULCE.Cong上行CE擁塞導(dǎo)致的CS域RAB建立失敗的個(gè)數(shù)54VS.RAB.FailEstCs.DLCE.Cong下行CE擁塞導(dǎo)致的CS域RAB建立失敗的個(gè)數(shù)55VS.RAB.FailEstCs.Code.Cong碼資源擁塞導(dǎo)致的CS域RAB建立失敗的個(gè)數(shù)1192VS.RAB.FailEstabCS.DLIUBBand.Cong下行IUB帶寬擁塞導(dǎo)致RNC準(zhǔn)入算法拒絕從而導(dǎo)致CS域RAB指配請(qǐng)求建立失敗的RAB次數(shù)1193VS.RAB.FailEstabCS.ULIUBBand.Cong上行IUB帶寬擁塞導(dǎo)致RNC準(zhǔn)入算法拒絕從而導(dǎo)致CS域RAB指配請(qǐng)求建立失敗的RAB次數(shù)。目前全網(wǎng)RAB建立成功率很高，針對(duì)RAB建立成功率低的小區(qū)，后臺(tái)可以適當(dāng)調(diào)整RL的最大發(fā)射功率/ RL的最小發(fā)射功率等參數(shù)配置來改善RAB建立成功率。3.5.1.10 RB建立成功率造成RB建立成功率低的主要原因包括下述兩大類：RB建立失敗配置不支持（configuration unsupported）主要是由于用戶的錯(cuò)誤行為造成無效配置（invalid configuration）這是一個(gè)目前常見的RB建立失敗原因，可能發(fā)生的情況有：主叫3G終端進(jìn)行VP業(yè)務(wù)的被叫方駐留在GSM網(wǎng)絡(luò)，不支持VP業(yè)務(wù)。RB建立無響應(yīng)這是一個(gè)常見的RB建立失敗原因，主要是由于UE沒有收到RBSETUP消息或者RNC沒有收到UE的響應(yīng)。這樣的情形主要出現(xiàn)在弱覆蓋區(qū)。3.6 接入問題優(yōu)化案例3.6.1.1 RRC連接請(qǐng)求無響應(yīng)問題現(xiàn)象：某地區(qū)由于弱覆蓋，UE上發(fā)RRC連接請(qǐng)求后，下行C/I很差導(dǎo)致RRC建立失敗，引起未接通。圖 26弱覆蓋C/I截圖圖 27 RRC連接建立失敗信令截圖分析解決：由于弱覆蓋導(dǎo)致下行C/I很差，網(wǎng)絡(luò)側(cè)下發(fā)rrcConnectionSetup消息UE卻無法正常收到，導(dǎo)致RRC建立失敗。通過優(yōu)化加強(qiáng)覆蓋提高C/I解決問題。3.6.1.2 RRC連接被拒絕問題現(xiàn)象：手機(jī)開機(jī)后注冊(cè)失敗，或者手機(jī)起呼時(shí)立刻顯示“通話結(jié)束”。從信令跟蹤上看到，RNC向Node-B發(fā)送RL建立請(qǐng)求后，Node-B向RNC回送RL成功應(yīng)答后，RNC發(fā)起RL鏈路刪除。分析解決：Node-B給RNC回送RL建立成功應(yīng)答以后，RNC將通過ALCAP協(xié)議發(fā)起Iub數(shù)據(jù)傳輸承載建立過程，Iub數(shù)據(jù)傳輸承載通過AAL2的綁定