華為WCDMA高培——接入問題分析

1、WCDMARNO專題指導(dǎo)書接入問題分析內(nèi)部公開產(chǎn)品名稱ProductnameWCDMARNP產(chǎn)品版本Productversion2.0密級Confidentialitylevel內(nèi)部公開Total35pages共35頁WCDMARNO專題指導(dǎo)書接入問題分析(僅供內(nèi)部使用）Forinternaluseonly擬制:Preparedby審核:Reviewedby審核:Reviewedby批準:GrantedbyURNP-SANA日期：Date日期：Date日期：Date日期：Date2004-12-22華為技術(shù)有限公司HuaweiTechnologiesCo.,Ltd.版權(quán)所有侵權(quán)必究Allrig

2、htsreserved2004-09-02版權(quán)所有，侵權(quán)必究Allrightsreserved第1頁,共37頁Page1,Total37WCDMARNO專題指導(dǎo)書接入問題分析內(nèi)部公開修訂記錄Revisionrecord日期Date2004-08-232004-11-032004-12-20修訂版本Revisionversion100100100修改描述changeDescription確定大綱初稿完成根據(jù)評審意見修改官仕國官仕國官仕國作者Author2004-09-02版權(quán)所有，侵權(quán)必究Allrightsreserved第2頁,共37頁Page2,Total37WCDMARNO專題指導(dǎo)書接入問

3、題分析內(nèi)部公開目錄1概述.62接入失敗分類定義.63接入失敗分析流程及方法.73.1分類數(shù)據(jù)分析流程.73.1.1路測數(shù)據(jù)分析流程.73.1.2話統(tǒng)數(shù)據(jù)分析流程.133.1.3跟蹤數(shù)據(jù)分析流程.153.1.4告警數(shù)據(jù)分析流程.153.1.5用戶投訴分析流程.153.2調(diào)整措施.153.2.1工程參數(shù).153.2.2小區(qū)參數(shù).164典型接入失敗問題分析.174.1尋呼問題.174.1.1尋呼相關(guān)信道功率配置不合適.174.1.2尋呼時UE進行位置更新.174.1.3UE隱式分離引起尋呼失敗.184.2小區(qū)重選問題.184.2.1現(xiàn)象和分析.184.2.2解決方法.204.3RRC建立問題.214

4、.3.1上行接入信道參數(shù)設(shè)置不合適.214.3.2AICH信道功率設(shè)置不合適.244.3.3FACH信道功率設(shè)置不合適.244.3.4下行專用信道初始功率配置不合適.274.4RAB和RB建立問題.274.4.1RNC直接拒絕RAB的建立請求.274.4.2IUB口準入拒絕.284.4.3UE回應(yīng)RB建立失敗造成的RAB建立失敗.284.4.4空中接口RB建立失敗造成的RAB建立失敗.284.5信令流程沒有完成出現(xiàn)切換失敗.294.5.1現(xiàn)象和分析.294.5.2解決方法.314.6鑒權(quán)問題.314.6.1失敗原因是MACFailure.314.6.2同步失敗（syncfailure）.314

5、.7加密問題.314.7.1問題描述和分析.314.7.2解決方法.324.8設(shè)備異常問題.324.8.1NodeB異常.324.8.2手機異常.345網(wǎng)優(yōu)各階段關(guān)注點.365.1單站測試階段.365.2優(yōu)化前評估階段.365.3RF優(yōu)化階段.365.4參數(shù)優(yōu)化階段.365.5網(wǎng)優(yōu)項目驗收階段.366附錄：接入過程介紹.362004-09-02版權(quán)所有，侵權(quán)必究Allrightsreserved第3頁,共37頁Page3,Total37WCDMARNO專題指導(dǎo)書接入問題分析內(nèi)部公開圖目錄圖1路測數(shù)據(jù)或跟蹤數(shù)據(jù)的分析流程.8圖2主叫UE信令流程.10圖3尋呼問題分析流程圖.10圖4RRC連接建立

6、問題分析流程圖.13圖5話統(tǒng)數(shù)據(jù)分析流程.14圖6UE的信令.18圖7UE第一次發(fā)送接入請求時的信號質(zhì)量.19圖8UE第二次發(fā)送接入請求時的信號質(zhì)量.20圖9UE的信令.21圖10RNC的單用戶跟蹤信令.21圖11下行信號質(zhì)量.22圖12248號小區(qū)有規(guī)律的干擾.23圖13干擾局部放大圖.23圖14UE的信令.25圖15第一次發(fā)起接入請求時的信號強度.25圖16RNC的單用戶跟蹤信令.26圖17第一次發(fā)起接入請求時的信號強度.27圖18UE的信令.29圖19RNC的單用戶跟蹤.30圖20斷鏈前的信號強度.30圖21UE的信令.33圖22RNC的單用戶跟蹤信令.33圖23出問題時的信號強度.33

7、圖24UE的信令.34圖25下行信號質(zhì)量.352004-09-02版權(quán)所有，侵權(quán)必究Allrightsreserved第4頁,共37頁Page4,Total37WCDMARNO專題指導(dǎo)書接入問題分析內(nèi)部公開WCDMARNO專題指導(dǎo)書接入問題分析關(guān)鍵詞：接入、接通率、FACH、功率配比、RAB、鑒權(quán)、加密、話統(tǒng)摘要：接通率是網(wǎng)絡(luò)KPI中的一個重要的指標，隨著網(wǎng)絡(luò)優(yōu)化階段的不同優(yōu)化的方法和重點會有所不同，本文從話統(tǒng)、路測和跟蹤數(shù)據(jù)幾個方面來闡述接通率的優(yōu)化方法，并通過大量的案例來描述各類問題的定位和分析方法?？s略語清單：縮略語FACHRACHAICHRBRRC英文全名Forwardaccessch

8、annelRandomaccesschannelAcquisitionindicationchannelRadiobearerRadioresourcecontrol中文解釋前向接入信道隨機接入信道確認指示信道無線承載無線資源控制2004-09-02版權(quán)所有，侵權(quán)必究Allrightsreserved第5頁,共37頁Page5,Total37WCDMARNO專題指導(dǎo)書接入問題分析內(nèi)部公開1概述本文的主要目的是詳細描述接入問題的定位流程和思路，包括從路測數(shù)據(jù)、話統(tǒng)數(shù)據(jù)等來分析接入失敗問題的原因。接入相關(guān)的知識介紹不是本文的重點，具體可以參考資料【1】。在第四章中對典型的接入相關(guān)的問題進行了分類匯

9、總，并詳細分析了原因和定位過程。第五章結(jié)合了網(wǎng)絡(luò)優(yōu)化各個階段的特點列出了不同的關(guān)注點。2接入失敗分類定義數(shù)據(jù)分析工具Analyser按照如下的原則來定義接入失敗，主叫UE在發(fā)出RRCConnectionRequest后，滿足下面任何一個條件都認為是接入失敗：a、收到RRCConnectionReject消息；b、UE在收到RRCConnectionsetup消息后收到或是發(fā)出了RRCConnectionRelease消息；c、在Callsetup過程中收到任何的BCCH上的消息；d、定時器超時，即在UE發(fā)送了RRCConnectionRequest后3秒鐘（T300）內(nèi)沒有收到RRCConne

10、ctionsetup消息。數(shù)據(jù)分析工具TEMS按照下面的原則來定義接入失?。▽τ谥鹘姓Z音業(yè)務(wù)）：a、隨機接入失敗：撥號后RRCConnectionRequest消息沒有發(fā)送；b、RRCConnectionSetup消息沒有收到：UE發(fā)送了RRCConnectionRequest消息后沒有收到RRCConnectionSetup消息c、RRCConnectionComplete消息沒有發(fā)出：UE在接收到RRCConnectionSetup消息后，沒有發(fā)出RRCConnectionSetupComplete消息。d、UE收到消息RRCConnectionReject：UE收到RRCConnecti

11、onReject消息并且沒有重發(fā)RRCConnectionRequest進行嘗試。e、UE沒有收到測量控制消息：UE在發(fā)出RRCConnectionComplete消息后沒有收到測量控制消息。f、沒有發(fā)出CMServiceRequest：UE在收到測量控制消息后沒有發(fā)出CMServiceRequest。g、UE收到ServiceRequestReject消息：UE收到了ServiceRequestReject消息。h、UE沒有收到CallProceeding消息：UE在發(fā)送了CCSETUP消息后沒有收到CallProceeding消息。i、UE沒有收到RBSetup消息：UE收到CallPro

12、ceeding消息后，沒有收到RBSetup消息。j、UE沒有發(fā)出RBSetupComplete消息：UE在接收到RBSetup消息后，沒有發(fā)出RBSetupComplete消息。k、AlertorConnect消息沒有收到：UE在發(fā)出RBSetupComplete消息后，沒有收到Alertor2004-09-02版權(quán)所有，侵權(quán)必究Allrightsreserved第6頁,共37頁Page6,Total37WCDMARNO專題指導(dǎo)書接入問題分析內(nèi)部公開Connect消息。l、UE沒有發(fā)出ConnectAcknowlege消息：UE收到AlertorConnect消息后，沒有發(fā)出ConnectA

13、cknowlege消息。RNC后臺的跟蹤數(shù)據(jù)沒有定義接入失敗，不過可以根據(jù)CallSetup的流程來區(qū)分是否是接入失敗，可以參考TEMS的接入失敗定義。話統(tǒng)數(shù)據(jù)中將接入的過程分成多個過程進行成功率統(tǒng)計，包括：CN_PAGE_IDLE_UE_SUCC_RATE，CN尋呼IDLE模式下的UE的成功率；UTRAN_PAGE1_SUCC_RATE，UTRAN發(fā)起Page1尋呼，收到響應(yīng)的成功率；RRC_SETUP_SUCC_RATE/RRC_REJ_RATE，RRC建立成功率和RRC建立拒絕率；RRC_ABNORM_REL_RATE，RRC被異常釋放的比率；RB_SETUP_SUCC_RATE，RB建

14、立成功率；RAB_SETUP_SUCC_RATE，RAB指派成功率；通過這些指標可以獲得各個階段的成功率。3接入失敗分析流程及方法3.1分類數(shù)據(jù)分析流程3.1.1路測數(shù)據(jù)分析流程1.數(shù)據(jù)分析主流程如果某個用戶有路測數(shù)據(jù)或同時有單用戶跟蹤的數(shù)據(jù)，可以按照以下的流程進行分析：2004-09-02版權(quán)所有，侵權(quán)必究Allrightsreserved第7頁,共37頁Page7,Total37WCDMARNO專題指導(dǎo)書接入問題分析內(nèi)部公開圖1路測數(shù)據(jù)或跟蹤數(shù)據(jù)的分析流程1）測試數(shù)據(jù)的獲取路測數(shù)據(jù)一般采用Agilent的E6474或者是我司開發(fā)的工具Probe連接上測試終端來獲得，RNC的單用戶跟蹤數(shù)據(jù)在

15、RNC的操作維護臺記錄，建議使用TMSI來進行單用戶跟蹤，這樣可2004-09-02版權(quán)所有，侵權(quán)必究Allrightsreserved第8頁,共37頁Page8,Total37WCDMARNO專題指導(dǎo)書接入問題分析內(nèi)部公開以記錄RRC建立的消息；RNC記錄CDL的數(shù)據(jù)。2）確定是否有CallFail和相應(yīng)的時間通過路測數(shù)據(jù)分析軟件，比如Analyzer軟件或DA，確定發(fā)生CallFail的時間，以及CallFail前后Scanner采集的導(dǎo)頻信息、手機采集的激活集和監(jiān)視集的信息以及信令流程。通過消息對齊手機采集的信令和RNC的單用戶跟蹤的時間，同時找到RNC單用戶跟蹤的相應(yīng)的出問題的時間點。

16、由于不同的數(shù)據(jù)分析軟件對CallFail的定義不一樣，比如TEMS定義UE重發(fā)一次RRCConnectionRequest消息為一次接入失敗，而Analyzer則認為這是一種正常的情況。如果使用Analyzer分析數(shù)據(jù)，需要通過人工統(tǒng)計RNC的單用戶跟蹤信令和UE的信令（或者使用文字查找工具）獲得UE重發(fā)RRCConnectionRequest的時間點。3）問題分析結(jié)合RNC的單用戶跟蹤和UE的信令流程，按照圖1的流程確定在哪一處出現(xiàn)失敗。然后按照后續(xù)的各個子流程分析和解決問題，主要包括尋呼問題、RRC建立問題、RAB和RB建立問題、鑒權(quán)加密問題、設(shè)備異常問題等。2.尋呼問題分析流程尋呼問題一

17、般都表現(xiàn)為：主叫完成RAB指派以及CCSetup，在等待Alerting消息的時候收到CN發(fā)來的Disconnect直傳消息，參見圖2。被叫從UE的信令流程一般看不出異常，但也出現(xiàn)過UE收到Page消息而沒有發(fā)起RRC連接建立請求。從被叫的RNC單用戶跟蹤可以看出收到CN下發(fā)的Page消息，但沒有后續(xù)的消息。2004-09-02版權(quán)所有，侵權(quán)必究Allrightsreserved第9頁,共37頁Page9,Total37WCDMARNO專題指導(dǎo)書接入問題分析內(nèi)部公開圖2主叫UE信令流程1圖3尋呼問題分析流程圖出現(xiàn)尋呼問題的原因主要有圖示的幾類：RNC沒有下發(fā)page消息、尋呼信道或?qū)ず糁甘拘诺?/p>

18、的功率偏低、UE發(fā)生小區(qū)重選等。1CCCALLPROCEDING本應(yīng)該在CCSETUP之后版權(quán)所有，侵權(quán)必究Allrightsreserved第10頁,共37頁Page10,Total372004-09-02WCDMARNO專題指導(dǎo)書接入問題分析內(nèi)部公開1）如果是RNC收到CN下發(fā)的page消息后UU口沒有下發(fā)，可能是尋呼信道的容量不夠（現(xiàn)階段由于網(wǎng)絡(luò)負載很低，出現(xiàn)的概率很小，在以后網(wǎng)絡(luò)負載較高時，可能會出現(xiàn)UU口page消息阻塞的情況），或者是設(shè)備異常。2）如果RNC下發(fā)了page消息，而UE沒有收到，首先查看UE的駐留小區(qū)和監(jiān)視小區(qū)的Ec/Io。如果駐留小區(qū)和監(jiān)視小區(qū)的CPICH信道的Ec

19、/Io都很低（低于-12dB），那么要么是PCH信道或者是PICH信道的功率偏低，或者是這個點的覆蓋太差。3）如果UE駐留小區(qū)的信號偏低而監(jiān)視小區(qū)的信號較好，那么可能是小區(qū)重選的問題。還有就是在尋呼的時候UE從3G重選到2G或者是跨LAC的重選。3.RRC連接建立問題分析流程RRC連接建立失敗的問題通過UE的信令流程和RNC的單用戶跟蹤可以獲得。RRC連接建立的過程主要包括幾個步驟：UE通過RACH信道發(fā)送RRCConnectionRequest消息，RNC通過FACH信道發(fā)送RRCConnectionSetup消息，UE在建立下行專用信道并同步后通過上行專用信道發(fā)送RRCConnection

20、SetupCMP消息。RRC建立失敗一般有下面幾類原因：上行RACH的問題、下行FACH功率配比問題、小區(qū)重選參數(shù)問題、下行專用初始發(fā)射功率偏低、上行初始功控問題、擁塞問題、設(shè)備異常問題等。在這些問題中尤其上行RACH的問題、下行FACH功率配比問題、小區(qū)重選參數(shù)問題、設(shè)備異常問題出現(xiàn)的概率比較高。2004-09-02版權(quán)所有，侵權(quán)必究Allrightsreserved第11頁,共37頁Page11,Total37WCDMARNO專題指導(dǎo)書接入問題分析內(nèi)部公開1）UE發(fā)出RRCConnectionRequest消息，RNC沒有收到，如果此時的下行CPICH的Ec/Io不是太低（比如大于-14d

21、B），一般都是RACH的問題，可能是上行的開環(huán)功控估計不準或、Preamble的功率攀升不夠或者是UE的輸出功率比要求值偏低等原因。2）RNC收到UE發(fā)的RRC建立請求消息后，下發(fā)了RRCConnectionSetup消息而UE沒有收到。查看此時的CPICH的Ec/Io，如果低于-12dB（因為基線的配置是基于Ec/Io為-12dB配置的），而且檢視集中沒有質(zhì)量更好的小區(qū)，那么是覆蓋的問題可以適當提高FACH的功率。如果此時檢視集中有更好的小區(qū)，則可能是小區(qū)重選的問題，可以適當調(diào)整小區(qū)重選參數(shù)加快小區(qū)重選。3）UE收到RRCConnectionSetup消息而沒有發(fā)出SetupComplete

22、消息，如果此時下行的信號質(zhì)量正常，那么可能是手機異常。否則可能是下行專用信道初始功率過低導(dǎo)致下行不能同步。4）UE發(fā)出RRCSetupComplete消息而RNC沒有收到，由于上行初始功控會讓UE的發(fā)射功率上升，這種問題出現(xiàn)出現(xiàn)的概率很小。如果出現(xiàn)這類問題可以適當提高專用信道的ConstantValue值。2004-09-02版權(quán)所有，侵權(quán)必究Allrightsreserved第12頁,共37頁Page12,Total37WCDMARNO專題指導(dǎo)書接入問題分析內(nèi)部公開圖4RRC連接建立問題分析流程圖3.1.2話統(tǒng)數(shù)據(jù)分析流程分析話統(tǒng)指標時，要先看RNCRAB建立成功率指標和RRC建立成功率指標

23、，掌握網(wǎng)絡(luò)運行的整體情況后，再有針對性地對小區(qū)性能統(tǒng)計。分析時一般采取過濾法，先找出指標明顯異常的小區(qū)分析，此時很可能是版本、硬件、傳輸、天饋或者數(shù)據(jù)配置出了問題導(dǎo)致的異常，可以結(jié)合NodeB2004-09-02版權(quán)所有，侵權(quán)必究Allrightsreserved第13頁,共37頁Page13,Total37WCDMARNO專題指導(dǎo)書接入問題分析內(nèi)部公開和RNC的告警首先從這幾個方面檢查，同時按小區(qū)統(tǒng)計的話統(tǒng)指標里面也包括了一些原因值，比如RRC_REJ_CONG_CELL表明RRC建立拒絕的原因為"congestion"。如無明顯異常，根據(jù)指標將各扇區(qū)載頻進行統(tǒng)計分類，可

24、整理出各重點指標較差小區(qū)列表，對于這些小區(qū)進一步細分話統(tǒng)指標，比如RRC建立失敗看是主叫的原因還是被叫的原因等。然后可以在問題比較嚴重的小區(qū)重點路測重現(xiàn)和解決問題。圖5話統(tǒng)數(shù)據(jù)分析流程1.分析RNC話統(tǒng)中和接入相關(guān)的指標與接入相關(guān)的指標主要包括RRC的建立成功率、RAB的建立成功率、RB的建立成功率以及Page的成功率。這些指標的計算可以參考話統(tǒng)分析指導(dǎo)書。RRC建立成功率和RAB的建立成功率即反映2004-09-02版權(quán)所有，侵權(quán)必究Allrightsreserved第14頁,共37頁Page14,Total37WCDMARNO專題指導(dǎo)書接入問題分析內(nèi)部公開了網(wǎng)絡(luò)的接通率。通過分析這幾個指標

25、了解網(wǎng)絡(luò)接通率的現(xiàn)狀，同時獲得是什么業(yè)務(wù)的什么指標偏低需要提高。2.分析基于CELL的和接入相關(guān)的指標在第1步的基礎(chǔ)上再分析按CELL統(tǒng)計的相應(yīng)指標，可以獲得偏低的指標在網(wǎng)絡(luò)中的小區(qū)分布。對于指標特別差的小區(qū)重點分析。另外在按CELL統(tǒng)計的指標里面有一些問題原因的統(tǒng)計，比如對應(yīng)RB建立失敗的原因，有按照配置不支持、失敗原因為“ConfigurationUnsupported”、物理信道故障、“physicalChannelFailur”等原因統(tǒng)計的失敗次數(shù)。3.檢查系統(tǒng)是否有告警異常檢查話統(tǒng)指標明顯較差的小區(qū)和RNC的告警信息，看是否有有設(shè)備異常。4.分析和解決各指標偏低的問題（需補充）如何通

26、過話統(tǒng)來解決接通率的問題還需要后續(xù)積累經(jīng)驗3.1.3跟蹤數(shù)據(jù)分析流程跟蹤數(shù)據(jù)主要是RNC的單用戶跟蹤和各個接口的信令跟蹤，分析方法可以參考路測數(shù)據(jù)的分析流程。3.1.4告警數(shù)據(jù)分析流程（暫缺）3.1.5用戶投訴分析流程（暫缺）3.2調(diào)整措施3.2.1工程參數(shù)工程參數(shù)可調(diào)整的不多，主要有天線的方向角、下頃角、天線的波瓣寬度以及天線的增益等。一般來說主要在解決覆蓋導(dǎo)致的接入問題的時候會考慮調(diào)整這些工程參數(shù)。比如覆蓋的盲區(qū)通過增加站點、提高附近覆蓋小區(qū)的天線增益或者減小附近小區(qū)的天線下頃角等方法。在進行這些調(diào)整的時候注意對小區(qū)原來的覆蓋區(qū)域的信號質(zhì)量的影響。2004-09-02版權(quán)所有，侵權(quán)必究Al

27、lrightsreserved第15頁,共37頁Page15,Total37WCDMARNO專題指導(dǎo)書接入問題分析內(nèi)部公開3.2.2小區(qū)參數(shù)下面列出了與接入問題相關(guān)性比較大的幾個參數(shù)，在定位接入失敗的問題時，可以根據(jù)具體原因調(diào)整這些參數(shù)的設(shè)置：1.FACH信道的發(fā)射功率該參數(shù)定義了FACH的發(fā)射功率。該參數(shù)設(shè)置過小，會使得小區(qū)邊緣UE不能正確接收FACH承載的業(yè)務(wù)和信令，影響下行公共信道覆蓋，從而最終影響小區(qū)覆蓋，設(shè)置過大，則會對其它信道產(chǎn)生干擾，并且占用下行發(fā)射功率，影響小區(qū)容量?；€中FACH信道的功率為-1dB是基于覆蓋小區(qū)邊緣CPICH的Ec/Io為-12dB，如果現(xiàn)場的覆蓋更差，需要

28、根據(jù)邊緣的CPICH的Ec/Io的大小相應(yīng)的提高FACH的功率。2.PCH信道的發(fā)射功率該參數(shù)定義了PCH的發(fā)射功率。該參數(shù)設(shè)置過小，會使得小區(qū)邊緣UE無法正確接收尋呼信息，增加尋呼的時延，導(dǎo)致尋呼成功率低，從而影響接入成功率。設(shè)置過大則浪費功率，增加了下行干擾。3.PICH信道的發(fā)射功率該參數(shù)定義了PICH的發(fā)射功率。該參數(shù)設(shè)置過小，會使得小區(qū)邊緣UE無法正確接收尋呼指示信息，導(dǎo)致呼叫時延增加，也有可能進行讀取PCH信道的誤操作，浪費UE電池，并影響下行公共信道覆蓋，從而最終影響小區(qū)覆蓋；由于PICH信道是連續(xù)發(fā)射的，所以設(shè)置過大，則會對其它信道產(chǎn)生干擾，并且占用下行發(fā)射功率，影響小區(qū)容量，

29、所以建議不增加如果為了增加PICH的覆蓋可以減小NP值為18。減小NP會減小UU口的尋呼容量，在建網(wǎng)初期NP為18尋呼容量足夠，而且18也是業(yè)界的典型配置。4.小區(qū)重選參數(shù)測量遲滯2（Qhyst2s）根據(jù)R準則，當前服務(wù)小區(qū)測量值加上遲滯后參與小區(qū)重選排序。參數(shù)值的大小與小區(qū)所在地區(qū)的慢衰落特性相關(guān)。該參數(shù)主要防止當UE處于小區(qū)邊緣時由于慢衰落使得小區(qū)重選結(jié)果出現(xiàn)乒乓，從而可能導(dǎo)致頻繁的位置更新（空閑模式）、URA更新（URA_PCH）或小區(qū)更新（CELL_FACH，CELL_PCH)增加網(wǎng)絡(luò)信令負載，同時也增加了UE的電池損耗。5.小區(qū)重選參數(shù)重選遲滯時間Treselections如果其它小

30、區(qū)信號質(zhì)量（UE測量的CPICHEc/No）在該參數(shù)指定的時間內(nèi)始終優(yōu)于當前駐留小區(qū)的質(zhì)量，則UE重選該小區(qū)作為駐留小區(qū)。該參數(shù)用于防止UE在小區(qū)間的乒乓重選。6.小區(qū)重選參數(shù)Sintrasearch同頻小區(qū)測量的啟動門限，當本小區(qū)的Ec/Io低于QRelxmin+2*Sintrasearch時啟動同頻小區(qū)測2004-09-02版權(quán)所有，侵權(quán)必究Allrightsreserved第16頁,共37頁Page16,Total37WCDMARNO專題指導(dǎo)書接入問題分析內(nèi)部公開量。該參數(shù)影響會影響小區(qū)重選的速度，進而影響UE的一次接入成功率和IU口的一次尋呼成功率。在對UE的耗電影響比較小的情況下，建

31、議將該值盡量設(shè)大。7.小區(qū)重選參數(shù)Qoffset2臨小區(qū)的信號質(zhì)量參與R準則評估前需要先減一個偏置即為Qoffset2。對于普通的單層小區(qū)，該參數(shù)可以設(shè)置為0，而通過Qhyst來達到相同的目的。建議一般不做調(diào)整。8.AICH信道的發(fā)射功率該參數(shù)設(shè)置過小，會使得小區(qū)邊緣UE無法正確接收捕獲指示，影響下行公共信道覆蓋。基線中該參數(shù)配置為-6dB，從優(yōu)化結(jié)果來看，AICH的功率在下行的覆蓋中一般沒有問題，而且該信道是連續(xù)發(fā)射的，如果提高功率會占用較大的下行容量。9.PRACH的相關(guān)參數(shù)對應(yīng)上行PRACH的問題，需要調(diào)整PRACH的相應(yīng)參數(shù)，包括preamble的重傳次數(shù)、preamble的功率攀升步

32、進、preamble和Message和功率偏差等參數(shù)。這些參數(shù)相互制約，在出現(xiàn)PRACH信道的問題時，建議調(diào)整preamble的重傳次數(shù)，當前基線設(shè)置為8，建議設(shè)置為20避免PRACH的問題。4典型接入失敗問題分析4.1尋呼問題4.1.1尋呼相關(guān)信道功率配置不合適和尋呼相關(guān)的有PICH和PCH兩個信道，當這兩個信道的功率配置偏低不能滿足UE的解調(diào)的要求時，UE不能正確的接收尋呼消息?；€參數(shù)中PCH的功率設(shè)置為-2dB，PICH的功率設(shè)置為-7dB，根據(jù)參數(shù)優(yōu)化的結(jié)果，這個功率配置可以確保小區(qū)信號質(zhì)量為-12dB的尋呼要求。如果網(wǎng)絡(luò)的覆蓋比-12dB更差，可以考慮提高PCH的功率和減小NP值。

33、在沒有UE的路測數(shù)據(jù)和RNC的單用戶跟蹤數(shù)據(jù)的情況下，如果尋呼的指標偏差，可以先分析網(wǎng)絡(luò)的覆蓋情況的分布圖，看是否有必要提高這兩個信道的功率配比。4.1.2尋呼時UE進行位置更新這種情況通常發(fā)生在UE正在進行3G到2G的重選。當UE重選到2G，還沒有完成位置更新時，對此UE的尋呼消息在UMTS網(wǎng)絡(luò)中下發(fā)，UE將收不到。一般3G到2G的重選需要5s的時間，在這5秒中對該UE的尋呼將會失敗。當UE的LAC變化也有可能會出現(xiàn)尋呼失敗，不過UE重選到目標小區(qū)和位置更新的時間比較短，從IU口來看不會出現(xiàn)尋呼失敗。2004-09-02版權(quán)所有，侵權(quán)必究Allrightsreserved第17頁,共37頁P

34、age17,Total37WCDMARNO專題指導(dǎo)書接入問題分析內(nèi)部公開4.1.3UE隱式分離引起尋呼失敗UE一般情況下要周期性的進行位置更新，這個時間通常設(shè)置為2小時。核心網(wǎng)也有一個定時器，一般該定時器要比周期性位置更新的定時器要長，在定時器設(shè)置的時間內(nèi)沒有收到該用戶的位置更新就會發(fā)起隱式分離，同時會將該用戶的呼叫允許標準清除，那么對該用戶的尋呼將會失敗。出現(xiàn)這種情況可能的原因是：UE長時間處于覆蓋的盲點，現(xiàn)在的網(wǎng)絡(luò)一般是GSM全覆蓋，在沒有UMTS網(wǎng)絡(luò)覆蓋的情況下將會重選到GSM，所以這種情況的可能性不大。還有一種是誤操作比如直接拔掉手機電池或者直接拔掉USIM卡。4.2小區(qū)重選問題4.2.1現(xiàn)象和分析一個典型的小區(qū)重選導(dǎo)致RRCConnectionRequest重發(fā)的現(xiàn)象：圖6UE的信令兩次UE重發(fā)請求消息之間的時間間隔大概是1.2S。