kpi績效指標_kpi提升經(jīng)驗總結

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