1、,WCDMA RNO 接入問題分析,前言,接通率是網(wǎng)絡(luò)KPI中的一個重要的指標，本文詳細描述了接入問題的定位流程和思路，從話統(tǒng)、路測和跟蹤數(shù)據(jù)幾個方面來闡述接通率的優(yōu)化方法，并通過一些案例來描述各類問題的定位和分析方法,課程目標,接入失敗的分析流程 接入失敗的調(diào)整方法 接入失敗的典型案例,學(xué)習(xí)完本課程，您將能夠熟悉：,課程內(nèi)容,T,第一章 接入失敗的分析流程 第二章 接入失敗的調(diào)整方法 第三章 接入失敗的典型案例,第一章 接入失敗的分析流程,第一節(jié) 接入失敗的定義 第二節(jié) 路測數(shù)據(jù)分析流程 第三節(jié) 話統(tǒng)數(shù)據(jù)分析流程 第四節(jié) 其它數(shù)據(jù)分析流程,接入失敗的定義,Analyser 定義的接入失敗：

2、主叫UE在發(fā)出RRC Connection Request后，滿足下面任何一個條件都認為是接入失?。?收到RRC Connection Reject消息； UE在收到RRC Connection setup消息后收到或是發(fā)出了RRC Connection Release消息； 在Call setup過程中收到任何的BCCH上的消息； 定時器超時，即在UE發(fā)送了RRC Connection Request后 3秒鐘內(nèi)沒有收到RRC Connection setup消息。,接入失敗的定義,TEMS 定義的接入失敗： 隨機接入失?。簱芴柡驲RC Connection Request消息沒有發(fā)送； R

3、RC Connection Setup消息沒有收到：UE發(fā)送了RRC Connection Request消息后沒有收到RRC Connection Setup消息 RRC Connection Complete消息沒有發(fā)出：UE在接收到RRC Connection Setup消息后，沒有發(fā)出RRC Connection Complete消息。 UE收到消息RRC Connection Reject：UE收到RRC Connection Reject消息并且沒有重發(fā)RRC Connection Request進行嘗試。 UE沒有收到測量控制消息：UE在發(fā)出RRC Connection Comp

4、lete消息后沒有收到測量控制消息。 沒有發(fā)出CM Service Request：UE在收到測量控制消息后沒有發(fā)出CM Service Request。,接入失敗的定義,TEMS 定義的接入失?。?UE收到Service Request Reject消息； UE沒有收到Call Proceeding消息：UE在發(fā)送了CM Service Request消息后沒有收到Call Proceeding消息。 UE沒有收到RB Setup消息：UE收到Call Proceeding消息后，沒有收到RB Setup消息。 UE沒有發(fā)出RB Setup Complete消息：UE在接收到RB Setup

5、消息后，沒有發(fā)出RB Setup Complete消息。 Alert or Connect消息沒有收到：UE在發(fā)出RB Setup Complete消息后，沒有收到Alert or Connect消息。 UE沒有發(fā)出Connect Acknowlege消息：UE收到Alert or Connect消息后，沒有發(fā)出Connect Acknowlege消息。,第一章 接入失敗的分析流程,第一節(jié) 接入失敗的定義 第二節(jié) 路測數(shù)據(jù)分析流程 第三節(jié) 話統(tǒng)數(shù)據(jù)分析流程 第四節(jié) 其它數(shù)據(jù)分析流程,路測數(shù)據(jù)分析流程,數(shù)據(jù)分析主流程 尋呼問題分析流程 RRC連接建立問題分析流程,路測數(shù)據(jù)分析流程,路測數(shù)據(jù)分析流

6、程,測試數(shù)據(jù)的獲取 路測數(shù)據(jù)一般采用Agilent E6474或者Probe接上測試終端來獲得； RNC操作維護臺記錄的單用戶跟蹤數(shù)據(jù)； RNC記錄CDL的數(shù)據(jù)； 確定call fail和相應(yīng)的時間 通過路測數(shù)據(jù)分析軟件，如Analyze及DA，確定Call fail發(fā)生的時間，以及Scanner采集的導(dǎo)頻信息、手機采集的信息以及信令流程；通過消息對齊，找到RNC單用戶跟蹤相應(yīng)的問題時間點。 問題分析 結(jié)合RNC的單用戶跟蹤和UE的信令流程，按照流程確定在哪一處出現(xiàn)失敗。然后按照后續(xù)的各個子流程分析和解決問題，主要包括尋呼問題、RRC建立問題、RAB和RB建立問題、鑒權(quán)加密問題、設(shè)備異常問題等

7、。,路測數(shù)據(jù)分析流程,數(shù)據(jù)分析主流程 尋呼問題分析流程 RRC連接建立問題分析流程,路測數(shù)據(jù)分析流程,尋呼問題一般表現(xiàn)為：主叫完成RAB指派以及CC Setup，在等待Alerting消息的時候收到CN發(fā)來的Disconnect直傳消息。 出現(xiàn)尋呼問題的原因主要有下圖所示的幾類：RNC沒有下發(fā)page消息、尋呼信道或?qū)ず糁甘拘诺赖墓β势?、UE發(fā)生小區(qū)重選等。,路測數(shù)據(jù)分析流程,路測數(shù)據(jù)分析流程,RNC沒有下發(fā)page消息 如果是RNC收到CN下發(fā)的page消息后在Uu口沒有下發(fā)，可能是尋呼信道容量不夠，或者是設(shè)備出現(xiàn)異常。 尋呼信道或?qū)ず糁甘拘诺赖墓β势?如果RNC下發(fā)了page消息，而U

8、E沒有收到，首先查看UE的駐留小區(qū)和監(jiān)視小區(qū)的Ec/Io，如果小區(qū)CPICH信道的Ec/Io都很低，那么可能是PCH信道或者PICH信道的功率配置偏低，或者是區(qū)域覆蓋太差。 UE發(fā)生小區(qū)重選 如果UE駐留小區(qū)的信號偏低而監(jiān)視小區(qū)的信號較好，那么可能是小區(qū)重選的問題，或者是在尋呼的時候UE從3G重選到2G或者是跨LAC的重選。,路測數(shù)據(jù)分析流程,數(shù)據(jù)分析主流程 尋呼問題分析流程 RRC連接建立問題分析流程,路測數(shù)據(jù)分析流程,RRC連接建立的過程主要包括幾個步驟：UE通過RACH信道發(fā)送RRC Connection Setup Request消息，RNC通過FACH信道發(fā)送RRC Connecti

9、on Setup消息，UE在建立下行專用信道并同步后通過上行專用信道發(fā)送RRC Connection Setup CMP消息。 RRC建立失敗一般有下面幾類原因：上行RACH的問題、下行FACH功率配比問題、小區(qū)重選參數(shù)問題、下行專用初始發(fā)射功率偏低、上行初始功控問題、擁塞問題、設(shè)備異常問題等。,路測數(shù)據(jù)分析流程,路測數(shù)據(jù)分析流程,下面列舉較為常見的幾種RRC建立失敗原因： 上行RACH的問題 UE發(fā)出RRC Connection Request消息，RNC沒有收到，如果此時的下行CPICH的Ec/Io正常，一般是RACH的問題。 小區(qū)重選參數(shù)問題 RNC都到UE發(fā)的RRC建立請求消息后，下發(fā)

10、了RRC Connection Setup消息而UE沒有收到。查看此時的CPICH的Ec/Io，如果偏低，而且監(jiān)視集中沒有質(zhì)量更好的小區(qū)，那么是覆蓋的問題可以適當(dāng)提高FACH的功率。如果此時監(jiān)視集中有更好的小區(qū)，則可能是小區(qū)重選的問題，可以適當(dāng)調(diào)整小區(qū)重選參數(shù)加快小區(qū)重選。,路測數(shù)據(jù)分析流程,下行專用初始發(fā)射功率偏低問題 UE收到RRC Connection Setup消息而沒有發(fā)出Setup Complete消息，如果此時下行的信號質(zhì)量正常，那么可能是手機異常，否則可能是下行初始功率過低導(dǎo)致下行不能同步。 上行初始功控問題 UE發(fā)出RRC Setup Complete消息而RNC沒有收到，由

11、于上行初始功控會讓UE的發(fā)射功率上升，如果是UE的發(fā)射功率不足導(dǎo)致，可以適當(dāng)提高專用信道的Constant Value值。,第一章 接入失敗的分析流程,第一節(jié) 接入失敗的定義 第二節(jié) 路測數(shù)據(jù)分析流程 第三節(jié) 話統(tǒng)數(shù)據(jù)分析流程 第四節(jié) 其它數(shù)據(jù)分析流程,話統(tǒng)數(shù)據(jù)分析流程,分析話統(tǒng)指標時，首先看RNC“RAB建立成功率”指標和“RRC建立成功率”指標，掌握網(wǎng)絡(luò)運行的整體情況后，再有針對性地對小區(qū)性能統(tǒng)計。 分析時一般采取過濾法，先找出指標明顯異常的小區(qū)分析，此時很可能是硬件、傳輸、天饋、數(shù)據(jù)配置出了問題導(dǎo)致的異常。在問題比較嚴重的小區(qū)重點路測重現(xiàn)和解決問題。 話統(tǒng)數(shù)據(jù)分析流程如下圖所示。,話統(tǒng)數(shù)

12、據(jù)分析流程,話統(tǒng)數(shù)據(jù)分析流程,分析RNC話統(tǒng)中和接入相關(guān)的指標 與接入相關(guān)的指標主要包括RRC的建立成功率、RAB的建立成功率、RB的建立成功率已經(jīng)Page的成功率。RRC建立成功率和RAB的建立成功率反映了網(wǎng)絡(luò)的接通率。 分析基于CELL的和接入相關(guān)的指標 基于RNC的基礎(chǔ)上再分析CELL統(tǒng)計的相應(yīng)指標，可以獲得偏低的指標在網(wǎng)絡(luò)中的小區(qū)分布。在按CELL統(tǒng)計的指標里面有一些問題原因的統(tǒng)計，如RB建立失敗的原因，有“Configuration Unsupported”、物理信道故障“physicalChannelFailur”等原因統(tǒng)計的失敗。 檢查系統(tǒng)是否有告警異常 檢查話統(tǒng)指標明顯較差的小

13、區(qū)和RNC的告警信息，看是否有設(shè)備異常。 分析和解決各指標偏低的問題 需補充。,第一章 接入失敗的分析流程,第一節(jié) 接入失敗的定義 第二節(jié) 路測數(shù)據(jù)分析流程 第三節(jié) 話統(tǒng)數(shù)據(jù)分析流程 第四節(jié) 其它數(shù)據(jù)分析流程,其它數(shù)據(jù)分析流程,跟蹤數(shù)據(jù)分析流程 跟蹤數(shù)據(jù)主要是RNC的單用戶跟蹤和各個接口的信令跟蹤，分析方法可以參考路測數(shù)據(jù)的分析流程。 告警數(shù)據(jù)分析流程 需補充 用戶投訴分析流程 需補充,課程內(nèi)容,T,第一章 接入失敗的分析流程 第二章 接入失敗的調(diào)整方法 第三章 接入失敗的典型案例,第二章 接入失敗的調(diào)整方法,第一節(jié) 工程參數(shù) 第二節(jié) 小區(qū)參數(shù),工程參數(shù),工程參數(shù)調(diào)整主要包括天線的方向角、下頃

14、角、天線的波瓣寬度以及天線的增益等。 一般來說只有在解決覆蓋導(dǎo)致的接入問題的時候才會考慮調(diào)整這些工程參數(shù)。 在進行這些調(diào)整的時候注意對小區(qū)原來的覆蓋區(qū)域的信號質(zhì)量的影響。,第二章 接入失敗的調(diào)整方法,第一節(jié) 工程參數(shù) 第二節(jié) 小區(qū)參數(shù),小區(qū)參數(shù),FACH信道的發(fā)射功率 該參數(shù)設(shè)置過小，會使得小區(qū)邊緣UE不能正確接收FACH承載的業(yè)務(wù)和信令，影響下行公共信道覆蓋，影響小區(qū)覆蓋；設(shè)置過大，則會對其它信道產(chǎn)生干擾，占用下行發(fā)射功率，影響小區(qū)容量。 PCH信道的發(fā)射功率 該參數(shù)設(shè)置過小，會使得小區(qū)邊緣UE無法正確接收尋呼信息，增加尋呼的時延，導(dǎo)致尋呼成功率低，從而影響接入成功率；設(shè)置過大則浪費功率，增

15、加了下行干擾。 PICH信道的發(fā)射功率 該參數(shù)設(shè)置過小，會使得小區(qū)邊緣UE無法正確接收尋呼指示信息，導(dǎo)致呼叫時延增加，也有可能進行讀取PCH信道的誤操作，浪費UE電池，并影響下行公共信道覆蓋，從而最終影響小區(qū)覆蓋；設(shè)置過大，則會對其它信道產(chǎn)生干擾，并且占用下行發(fā)射功率，影響小區(qū)容量。,小區(qū)參數(shù),小區(qū)重選參數(shù) 測量遲滯2（Qhyst2s） 該參數(shù)主要防止當(dāng)UE處于小區(qū)邊緣時由于慢衰落使得小區(qū)重選出現(xiàn)乒乓，從而可能導(dǎo)致頻繁的位置更新、URA更新或小區(qū)更新，從而增加網(wǎng)絡(luò)信令負載，同時也增加了UE的電池損耗。 參數(shù)值的大小與小區(qū)所在地區(qū)的慢衰落特性相關(guān)。 重選遲滯時間Treselections 如果其

16、它小區(qū)信號質(zhì)量在該參數(shù)指定的時間內(nèi)始終優(yōu)于當(dāng)前駐留小區(qū)的質(zhì)量，則UE重選該小區(qū)作為駐留小區(qū)。 該參數(shù)用于防止UE在小區(qū)間的乒乓重選 Sintrasearch 同頻小區(qū)測量的啟動門限，當(dāng)本小區(qū)的Ec/Io低于“QRelxmin+2*Sintrasearch”時啟動同頻小區(qū)測量。該參數(shù)影響會影響小區(qū)重選的速度，進而影響UE的一次接入成功率和IU口的一次尋呼成功率。 在對UE的耗電影響比較小的情況下，建議將該值盡量設(shè)大。,小區(qū)參數(shù),小區(qū)重選參數(shù) Qoffset 鄰小區(qū)的信號質(zhì)量參與R準則評估前需要先減一個偏置即為Qoffset。對于普通的單層小區(qū)，該參數(shù)可以設(shè)置為0，而通過Qhyst來達到相同的目的

17、。建議一般不做調(diào)整。 AICH信道的發(fā)射功率 該參數(shù)設(shè)置過小，會使得小區(qū)邊緣UE無法正確接收捕獲指示，影響下行公共信道覆蓋。從目前優(yōu)化結(jié)果來看，AICH的功率在下行的覆蓋中一般沒有問題；而且該信道是連續(xù)發(fā)射的，如果提高功率會占用較大的下行容量。 PRACH的相關(guān)參數(shù) 對應(yīng)上行PRACH的問題，需要調(diào)整PRACH的相應(yīng)參數(shù)，包括preamble的重傳次數(shù)、preamble的功率攀升步進、preamble和Message和功率偏差等參數(shù)。這些參數(shù)相互制約，在出現(xiàn)PRACH信道的問題時，建議適當(dāng)加大preamble的重傳次數(shù)。,課程內(nèi)容,T,第一章 接入失敗的分析流程 第二章 接入失敗的調(diào)整方法 第

18、三章 接入失敗的典型案例,第三章 接入失敗的典型案例,尋呼問題 小區(qū)重選問題 RRC建立問題 RAB和RB建立問題 切換失敗 鑒權(quán)問題 加密問題 設(shè)備異常問題,尋呼問題,尋呼相關(guān)信道功率配置不合適 和尋呼相關(guān)的有PICH和PCH兩個信道，當(dāng)這兩個信道的功率配置偏低不能滿足UE的解調(diào)的要求時，UE不能正確的接收尋呼消息。如果網(wǎng)絡(luò)的覆蓋較差，可以考慮提高PCH、 PICH的功率。 尋呼時UE進行位置更新 這種情況通常發(fā)生在UE進行3G/2G間重選，在UE還沒有完成位置更新時，對此UE的尋呼消息在UMTS網(wǎng)絡(luò)中下發(fā)，UE將收不到。一般3G到2G的重選需要5s的時間，在這5秒中對該UE的尋呼將會失敗。

19、 當(dāng)UE的LAC變化也有可能會出現(xiàn)尋呼失敗，不過UE重選到目標小區(qū)和位置更新的時間比較短，從IU口來看不會出現(xiàn)尋呼失敗。 UE隱式分離引起尋呼失敗 UE一般情況下要周期性的進行位置更新，核心網(wǎng)也有一個定時器，一般該定時器要比周期性位置更新的定時器要長，在定時器設(shè)置的時間內(nèi)沒有收到該用戶的位置更新就會發(fā)起隱式分離，同時會將該用戶的呼叫允許標準清除，那么對該用戶的尋呼將會失敗。出現(xiàn)這種情況可能的原因是：UE長時間處于覆蓋的盲點，現(xiàn)在的網(wǎng)絡(luò)一般是GSM全覆蓋，在沒有UMTS網(wǎng)絡(luò)覆蓋的情況下將會重選到GSM，所以這種情況的可能性不大。 還有一種是誤操作，如直接拔掉手機電池或者直接拔掉USIM卡。,第三

20、章 接入失敗的典型案例,尋呼問題 小區(qū)重選問題 RRC建立問題 RAB和RB建立問題 切換失敗 鑒權(quán)問題 加密問題 設(shè)備異常問題,小區(qū)重選問題,一個典型的小區(qū)重選導(dǎo)致RRC Connection Request重發(fā)的案例： 現(xiàn)象： 兩次UE重發(fā)請求消息之間的時間間隔大概是1.2S，如下圖所示：,小區(qū)重選問題,分析： 按照目前系統(tǒng)參數(shù)基線配置，Treselection為1，Qhyst2為2dB，Qoffset2為0dB，Sintrasearch為5。 當(dāng)目標小區(qū)的信號優(yōu)于本小區(qū)的信號時，最快也需要1秒鐘才可以重選完成，因此目標小區(qū)和本小區(qū)的信號變化類似上面描述的現(xiàn)象，從而小區(qū)重選參數(shù)優(yōu)化的余地不

21、大。因為Treselection最小只能設(shè)置為1；如果設(shè)置為0，因為DRX最小只能設(shè)置為0.64秒，導(dǎo)致重選的時間需要8*DRX，遠大于1秒，并且協(xié)議規(guī)定目標小區(qū)需要比原小區(qū)的Ec/Io高3dB。,小區(qū)重選問題,解決方法： 為了盡量減少小區(qū)重選的時間，嘗試將Qhyst2修改為0，SintraSearch修改為7，測試發(fā)現(xiàn)在步行時會出現(xiàn)乒乓小區(qū)重選，而重選的時間沒有減小。 所以建議Qhyst2保持為2dB不變，而SintraSearch的設(shè)置盡可能的使UE早點啟動同頻測量，在對UE的功耗影響不大的前提下，建議Sintrasearch設(shè)置為7。,第三章 接入失敗的典型案例,尋呼問題 小區(qū)重選問題

22、RRC建立問題 RAB和RB建立問題 切換失敗 鑒權(quán)問題 加密問題 設(shè)備異常問題,RRC建立問題,上行接入信道參數(shù)設(shè)置不合適 現(xiàn)象與分析： 接入信令消息如下：,RRC建立問題,將以上消息時間對齊后發(fā)現(xiàn)RNC響應(yīng)的是UE發(fā)上來的第二個RRC建立請求。 此時下行信號質(zhì)量如下圖所示： 從上圖可以看出，此時下行的信號質(zhì)量很好，上行的信號應(yīng)該不會很差，為什么上行第一次不能接入呢？隨后進行了靜止測試，問題重現(xiàn)。經(jīng)過分析，RNC沒有收到RRC Connection Request消息。這個小區(qū)的信號強度：RSCP為-60-70dBm，Ec/No為-2-4dB。 開始懷疑是干擾導(dǎo)致的問題，在該小區(qū)存在有規(guī)律的

23、干擾參見下圖：,RRC建立問題,RRC建立問題,通過對采樣數(shù)據(jù)、RNC消息、UE的消息以及記錄的RTWP，發(fā)現(xiàn)在出現(xiàn)Call Fail前后1分鐘內(nèi)都沒有干擾，所以這個問題可能和干擾還沒有關(guān)系。 隨后做了以下的測試來定位問題的原因所在： 1、采用高通手機（6200）進行了測試，在1個多小時的呼叫中，沒有出現(xiàn)一次類似的現(xiàn)象。在這個期間干擾依然存在，說明高通測試手機沒有問題。 2、為了排除AICH的問題，將AICH的功率提高到0dB，測試Moto手機，還是有問題。 3、將AICH的功率恢復(fù)到-7dB，將Preamble的重傳次數(shù)從8提高為20次。測試了1個多小時，問題沒有出現(xiàn)。 4、由于是在室內(nèi)靜止

24、測試，信號很穩(wěn)定，并且信號很強，Ec/Io為-3左右，RSCP為-50dBm左右。懷疑是否是在信號很好的地方MOTO的功率估計有問題，通過加下行負載將下行的Ec/Io降低到-7dB左右，問題依舊。,RRC建立問題,5、為了進一步確定是否干擾導(dǎo)致的問題，選擇深夜測試，此時從RTWP來看沒有干擾。測試了1個多小時還是出現(xiàn)了4次重發(fā)Request的現(xiàn)象，有兩次Call fail。通過UE的系統(tǒng)消息和NodeB的干擾記錄對比分析，干擾確實及時更新了。有Request重傳的時間段里，前后系統(tǒng)消息里的干擾水平都沒變（-105dB）。這進一步說明Moto Request重傳問題與外部干擾無關(guān)。 通過以上的測

25、試可以得到這樣的結(jié)論：該問題和上行干擾沒有關(guān)系，和AICH的功率配置也沒有關(guān)系。由于高通手機6200也沒有問題，說明是MOTO上行RACH信道的問題。 解決方法： 修改Preamble的重傳次數(shù)，在隨后的測試中沒有再出現(xiàn)這種問題 。,RRC建立問題,AICH信道功率設(shè)置不合適 AICH信道的功率配比直接影響UE對AI的解調(diào)，如果這個功率偏低會導(dǎo)致UE解調(diào)AI誤碼，將不能完成接入的過程。 AICH的功率較早前設(shè)置為-12dB，這類問題比較多?，F(xiàn)在的基線配置-6dB，完全可以滿足已知的MOTO、高通、NEC等手機的AICH在Ec/Io為-12dB情況下的解調(diào)。 不過AICH的解調(diào)性能不同的UE差別

26、較大，對于沒有測試過的UE在出現(xiàn)PRACH的問題時需要關(guān)注AICH的功率配比。,RRC建立問題,FACH信道功率設(shè)置不合適 現(xiàn)象與分析 以下是采集的消息與信號強度：,說明：第二列是駐留小區(qū)的信號強度， 第3列是駐留小區(qū)的擾碼，第四、五列 是最好的監(jiān)視小區(qū)的信號強度和擾碼號。,RRC建立問題,RRC建立問題,由于下行覆蓋比較差，第一次UE發(fā)起了接入請求，RNC收到了RRC建立請求消息并且下發(fā)了RRC建立消息，但下行的信號比較差，UE沒有收到。 2秒鐘后UE發(fā)起第二次接入，此時下行信號的強度在-13dB左右，接入成功?？梢钥闯霎?dāng)下行信號Ec/Io低于-12dB以后不能保證下行FACH的正確接收。

27、當(dāng)前FACH的功率配比是-1dB，這個配比值是在外場測試出FACH的Ec/No和功率配比值的關(guān)系曲線后，假設(shè)小區(qū)邊緣的Ec/Io為-12dB的情況下給出的建議值。為了提高FACH在-14dB情況下的接收成功率，同時結(jié)合我們異系統(tǒng)測量的啟動測量門限，建議將FACH的功率配比提高2dB 。 解決方法 修改FACH的功率配比為+1dB后測試，在KPI測試路線上沒有發(fā)現(xiàn)UE下行接收不到RRC Setup消息而導(dǎo)致接入失敗的問題。,RRC建立問題,下行專用信道初始功率配置不合適 下行的初始發(fā)射功率由RNC根據(jù)當(dāng)前的Ec/Io計算獲得，并且在上下行已經(jīng)同步進行內(nèi)環(huán)功控前，初始發(fā)射功率維持不變。所以如果這個

28、功率計算值偏小的話，會導(dǎo)致UE下行不能同步、導(dǎo)致RRC建立失敗。 當(dāng)出現(xiàn)UE收到RRC Connection Setup消息而沒有發(fā)RRC Connection Setup Complete消息時，可以查看UE發(fā)射接入請求時的Ec/Io和下行的碼域發(fā)射功率來確認是否是下行初始發(fā)射功率的問題。 當(dāng)前RNC計算的初始功率發(fā)射功率大部分情況來說是偏高的，所以出現(xiàn)這類問題的概率較小。,第三章 接入失敗的典型案例,尋呼問題 小區(qū)重選問題 RRC建立問題 RAB和RB建立問題 切換失敗 鑒權(quán)問題 加密問題 設(shè)備異常問題,RAB和RB建立問題,RNC直接拒絕RAB的建立請求 參數(shù)設(shè)置非法導(dǎo)致RNC直接回應(yīng)R

29、AB建立失敗在商用網(wǎng)絡(luò)的發(fā)生概率很小，一般是由用戶的特殊操作造成的，主要發(fā)生在用戶PS業(yè)務(wù)的開戶和激活申請信息超過了手機的能力，導(dǎo)致RNC直接回應(yīng)拒絕。 由于參數(shù)設(shè)置錯誤，如超過UE的能力，造成RAB建立失敗后，SGSN會重新協(xié)商發(fā)起新的RAB指派，直到UE能力可以支持，最終完成RAB指派。對于用戶來說，這次PDP激活仍然可以成功，指示獲得的最大速率為UE能力所能支持的最大速率。 但是，如果UE的PDP激活請求中QoS設(shè)置要求的最小保證速率都超過了UE的能力，那么雖然網(wǎng)絡(luò)協(xié)商了以較低的速率接受UE的PDP激活請求，UE最終無法完成PDP激活。,RAB和RB建立問題,IUB口準入拒絕 此類問題在

30、某些網(wǎng)絡(luò)出現(xiàn)比較頻繁，有很多小區(qū)的IUB用于業(yè)務(wù)的AAL2的帶寬只能支持一個384k的業(yè)務(wù)；如果已經(jīng)存在一個12.2k的語音業(yè)務(wù)，再激活PS384k業(yè)務(wù)，則IUB口會因為帶寬受限拒絕，表現(xiàn)為“RAB assignment Response”原因為“申請速率不可獲得”，然后SGSN會重選協(xié)商發(fā)起RAB指配。 此情況在話統(tǒng)里面表現(xiàn)為一次RAB建立失敗。在基于CELL的話統(tǒng)中有區(qū)分不同失敗原因的RAB建立失敗的統(tǒng)計，通過這些指標可以初步獲得RAB建立失敗的各種原因。,RAB和RB建立問題,UE回應(yīng)RB建立失敗 UE回應(yīng)RB建立失敗主要是由于用戶的錯誤行為造成。 第一種情況是：如用戶在已經(jīng)有下行128

31、K的數(shù)據(jù)業(yè)務(wù)時，收到了VP業(yè)務(wù)的RB建立請求，由于大部分終端不支持下行同時進行VP和高速（大于等于64K）PS業(yè)務(wù)，UE直接回應(yīng)RB建立失敗，原因是“unsupported configuration”。 另一種情況是：如3G終端進行主叫VP業(yè)務(wù)，被叫方駐留在GSM網(wǎng)絡(luò)，這樣在RNC收到RAB指派請求后，核心網(wǎng)“Call Proceeding”后立刻下發(fā)“Disconnect”命令，原因為“Bearer capability not authorized”，而此時UE在剛收到“RB SETUP”命令，還沒來得及完成RB建立，收到“Disconnect”后會馬上發(fā)起回應(yīng)，導(dǎo)致RB建立失敗，RNC

32、返回RAB建立失敗，原因為“failure in radio interface procedure”。 目前，不同的終端對業(yè)務(wù)支持的能力不盡相同。對于用戶這些行為造成的RAB建立失敗，在RNC的KPI統(tǒng)計中，只能通過“PS/CS_RAB_SETUP_FAIL_PARAM_CELL”來反映。 在后續(xù)的KPI版本統(tǒng)計中，會針對這樣的情況有更明確具體的話統(tǒng)點，明確用戶要求QoS高于簽約情況的話統(tǒng)點、UE自身判斷能力不足的話統(tǒng)點和被叫能力不足等的話統(tǒng)點，通過這些話統(tǒng)點的指標可以更客觀分析網(wǎng)絡(luò)的質(zhì)量。,RAB和RB建立問題,空中接口RB建立失敗 一種RB建立失敗是RB建立命令沒有響應(yīng)，導(dǎo)致RNC認為R

33、B建立失敗。網(wǎng)絡(luò)中出現(xiàn)最多的是由于空中接口信號質(zhì)量不好導(dǎo)致的RB建立失敗，在過程上表現(xiàn)為RB建立命令沒有收到ACK或者沒有收到RB建立完成命令。 這樣的情況主要出現(xiàn)在弱信號區(qū)，主要原因有兩種情況，一種是UE沒有駐留在最優(yōu)小區(qū)發(fā)起接入，另一種是覆蓋不好。 UE沒有駐留在最優(yōu)小區(qū)發(fā)起接入，會在RB建立過程中希望活動集更新加入最優(yōu)小區(qū)，但是由于流程不能嵌套進行，活動集更新只能等待RB建立完成后進行，導(dǎo)致RB建立過程在弱信號小區(qū)進行，容易出現(xiàn)失敗。對于這種情況需要提高同頻小區(qū)重選的啟動門限和速度，使得UE盡快駐留在最優(yōu)小區(qū)，在最優(yōu)小區(qū)發(fā)起接入。對于不同LAC邊界的小區(qū)，這些參數(shù)可以設(shè)置的低一些，減少位

34、置更新和小區(qū)更新的信令流量。 覆蓋不好造成的RB建立失敗分為上行和下行質(zhì)量不滿足兩種情況。下行覆蓋引起的情況表現(xiàn)為UE無法收到RB建立命令。上行覆蓋引起的情況表現(xiàn)為UE收到了RB建立命令，但是RAN收不到RB建立的ACK，這種情況往往是由于上行信令階段的外環(huán)功控性能不夠好所致，可以通過提高初始上行SIRtarget的方法來避免。,第三章 接入失敗的典型案例,尋呼問題 小區(qū)重選問題 RRC建立問題 RAB和RB建立問題 切換失敗 鑒權(quán)問題 加密問題 設(shè)備異常問題,切換失敗,UE在RRC建立完成到RAB指派之間或RB建立完成之后都有可能進行切換，如果在這個期間切換失敗會給用戶帶來主觀上的接入失敗。

35、 參見下面的一個例子，在Anylze里表現(xiàn)為一次接入失敗。 現(xiàn)象與分析 信令消息如下：,切換失敗,RNC記錄的單用戶跟蹤消息：,切換失敗,小區(qū)信號強度：,切換失敗,從RNC的信令可以看出，121號的小區(qū)信號很快變差，此時要加入56號小區(qū)，但是RNC下發(fā)的ActiveSet Update消息UE已經(jīng)接收不到。 解決 此類問題的解決方法，主要是調(diào)整軟切換的參數(shù)，使得目標小區(qū)盡早地加入。,第三章 接入失敗的典型案例,尋呼問題 小區(qū)重選問題 RRC建立問題 RAB和RB建立問題 切換失敗 鑒權(quán)問題 加密問題 設(shè)備異常問題,鑒權(quán)問題,失敗原因是MAC Failure 問題描述和分析 此問題一般在剛開始使用的新卡經(jīng)常出現(xiàn)，主要原因是沒有將USIM卡設(shè)置與HLR中相同的Ki和OP（OPc），導(dǎo)致鑒權(quán)失敗，原因值為“Mac Failure”。定位方法：檢查開戶信息中的該IMSI的Ki值和OP（OPc）值是否相同。 解決方法 檢查開戶信息中的Ki值和OP（OPc）值是否相同，將USIM卡的Ki和OPc值燒成與HLR中相同的值。,鑒權(quán)問題,同步失?。╯ync failure） 問題描述和分析 USIM認為從VLR/SGSN收到的SQN不滿足要求，返回同步失敗，由于HLR內(nèi)部處理機制的問題，進行鑒