質(zhì)差小區(qū)處理方法.

1、WCDMA質(zhì)差小區(qū)處理方法質(zhì)差小區(qū)處理方法 Page 3課程內(nèi)課程內(nèi)容容T第一章第一章 掉話分類定義掉話分類定義第二章第二章 常見(jiàn)掉話原因與掉話處理流程常見(jiàn)掉話原因與掉話處理流程第三章第三章 掉話問(wèn)題解決方法掉話問(wèn)題解決方法第四章第四章 掉話案例分掉話案例分析析 Page 4在通話過(guò)程中，如果空中接口信息滿足下面三個(gè)條件中的任何一條，可以判斷為掉話：1.收到任何的BCH消息（即系統(tǒng)消息）2.收到非正常釋放的RRC Release消息（釋放原因不是 “Normal”）3.收到CC Disconnect，CC Release Complete，CC Release三條消息中的任何一條，而且釋放原因

2、是非正常釋放（CauseCodeCC是“Unspecified”或其它原因，而不是”Normal Call Clearing”或者”Normal”） 掉話空中接口定義 Page 5異常釋放信令流程RNCCNIu Release RequestIu Release CommandIu Release Completeu正常情況下都是由CN發(fā)起Iu口的連接釋放u如果出現(xiàn)信令面或用戶面異常，RNC會(huì)主動(dòng)發(fā)起Iu口釋放請(qǐng)求，觸發(fā)掉話u下列2種情況下RNC發(fā)起Iu Release Request被視為正常釋放： “User Inactivity”和“UE信令連接釋放”RNCCNIu Release Co

3、mmandIu Release Complete正常釋放流程正常釋放流程異常釋放流程異常釋放流程 Page 6常見(jiàn)掉話原因常見(jiàn)掉話原因鄰區(qū)漏配一般來(lái)講，初期優(yōu)化過(guò)程掉話占大多數(shù)是由于鄰區(qū)漏配導(dǎo)致的。對(duì)于同頻鄰區(qū)，通常采用以下的辦法來(lái)確認(rèn)是否為同頻鄰區(qū)漏配：方法一：觀察掉話前UE記錄的激活集EcIo信息和Scanner記錄的Best Server EcIo信息，如果UE記錄的EcIo很差，而Scanner記錄的Best Server EcIo很好Scanner記錄Best Server擾碼與UE激活集擾碼不一致檢查出現(xiàn)在掉話前最近的同頻測(cè)量控制中的鄰區(qū)列表沒(méi)有該擾碼那么可以確認(rèn)是鄰區(qū)漏配。方法二

4、：如果掉話后UE重新駐留的小區(qū)擾碼不在掉話時(shí)的激活集擾碼中，也可以懷疑是鄰區(qū)漏配問(wèn)題，可以通過(guò)測(cè)量控制和鄰區(qū)列表配置進(jìn)一步進(jìn)行確認(rèn)。鄰區(qū)漏配導(dǎo)致的掉話也包括異頻鄰區(qū)漏配和異系統(tǒng)鄰區(qū)漏配。 Page 7常見(jiàn)掉話原因常見(jiàn)掉話原因覆蓋問(wèn)題 通常所說(shuō)的覆蓋差，主要是指RSCP和EcIo都很差。覆蓋的問(wèn)題需要通過(guò)掉話前上行或者下行的專用信道功率來(lái)確認(rèn)，需要采用以下的方法來(lái)確認(rèn)：u如果掉話前的上行發(fā)射功率達(dá)到最大值，并且上行的BLER也很差或者從RNC記錄的單用戶跟蹤上看到NodeB上報(bào)RL failure，基本可以認(rèn)為上行覆蓋差導(dǎo)致的掉話；u如果掉話前，下行發(fā)射功率達(dá)到最大值，并且下行的BLER很差，基

5、本可以認(rèn)為是下行覆蓋不行導(dǎo)致的掉話。確認(rèn)覆蓋的問(wèn)題簡(jiǎn)單直接的方式： 直接觀察Scanner采集的數(shù)據(jù)，若最好小區(qū)的RSCP和EcNo都很低，就可以認(rèn)為是覆蓋問(wèn)題。 Page 8常見(jiàn)掉話原因常見(jiàn)掉話原因切換問(wèn)題軟切換/同頻導(dǎo)致掉話主要分為兩類原因：切換來(lái)不及或者乒乓切換。從信令流程上CS業(yè)務(wù)表現(xiàn)為手機(jī)收不到活動(dòng)集更新命令（同頻硬切換時(shí)為物理信道重配置），PS業(yè)務(wù)有時(shí)候會(huì)在切換之前先發(fā)生TRB復(fù)位。從信號(hào)上看，切換來(lái)不及主要有以下兩種現(xiàn)象：拐角：源小區(qū)EcIo陡降，目標(biāo)小區(qū)EcNo陡升（即突然出現(xiàn)就是很高的值）；針尖：源小區(qū)EcIo快速下降后一段時(shí)間后上升，目標(biāo)小區(qū)出現(xiàn)短時(shí)間的陡升。 乒乓切換主要

6、有以下兩種現(xiàn)象：主導(dǎo)小區(qū)變化快：2個(gè)或者多個(gè)小區(qū)交替成為主導(dǎo)小區(qū)，主導(dǎo)小區(qū)具有較好的RSCP和EcIo，每個(gè)小區(qū)成為主導(dǎo)小區(qū)的時(shí)間很短；無(wú)主導(dǎo)小區(qū)：存在多個(gè)小區(qū)，RSCP正常而且相互之間差別不大，每個(gè)小區(qū)的EcIo都很差。 Page 9常見(jiàn)掉話原因常見(jiàn)掉話原因干擾問(wèn)題n 下行干擾一般情況下，對(duì)于下行，當(dāng)CPICH RSCP大于-85dBm，而EcIo小于-13dB，容易產(chǎn)生掉話，基本上可以認(rèn)為是下行干擾的問(wèn)題。對(duì)于下行，干擾可能是導(dǎo)頻污染引起。n 上行干擾對(duì)于上行RTWP比正常值（-104-105）超過(guò)10dB，干擾時(shí)間超過(guò)23s，就有可能造成掉話。 Page 10常見(jiàn)掉話原因常見(jiàn)掉話原因流程

7、交互問(wèn)題一些需要信令交互的流程，如AMR控制、DCCC以及壓縮模式的啟停、UE的狀態(tài)遷移等，常常會(huì)由于信號(hào)的原因，手機(jī)支持方面的原因或者RAN設(shè)備和手機(jī)的配合問(wèn)題，導(dǎo)致流程失敗，最后導(dǎo)致掉話。 這類問(wèn)題需要針對(duì)特定的流程和手機(jī)進(jìn)行分析，沒(méi)有一般性的處理方法。 在排除了以上的原因之后，其他的掉話一般需要懷疑設(shè)備的問(wèn)題，需要通過(guò)查看設(shè)備的日志，告警等進(jìn)一步來(lái)分析掉話原因。例如：同步失敗導(dǎo)致的鏈路不停增加和刪除。例如：手機(jī)不上報(bào)1a測(cè)量報(bào)告導(dǎo)致掉話。其他異常問(wèn)題 Page 11路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分析流程1 準(zhǔn)備數(shù)據(jù)準(zhǔn)備數(shù)據(jù)UE和和Scanner最好小區(qū)比較最好小區(qū)比較穩(wěn)定穩(wěn)定一致一致N2 獲取

8、掉話獲取掉話位置和時(shí)間位置和時(shí)間3 分析分析Scanner主導(dǎo)小區(qū)信主導(dǎo)小區(qū)信號(hào)變化號(hào)變化4.1 RSCP差差EcIo差差4.2 RSCP正常正常EcIo差差4.3 RSCP正常正常EcIo正常正常鄰區(qū)漏配鄰區(qū)漏配上行干擾問(wèn)題上行干擾問(wèn)題切換不及時(shí)切換不及時(shí)確認(rèn)漏配確認(rèn)漏配鄰區(qū)？鄰區(qū)？覆蓋問(wèn)題覆蓋問(wèn)題異常掉話異常掉話導(dǎo)頻干擾問(wèn)題導(dǎo)頻干擾問(wèn)題不一致不一致確認(rèn)上行確認(rèn)上行干擾？干擾？問(wèn)題是否解決問(wèn)題是否解決4 重新路測(cè)重新路測(cè)Y主導(dǎo)小區(qū)信號(hào)主導(dǎo)小區(qū)信號(hào)穩(wěn)定？穩(wěn)定？4 Scanner最優(yōu)小最優(yōu)小RSCP和和EcIO乒乓切換問(wèn)題乒乓切換問(wèn)題變化頻繁變化頻繁YN Page 12路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分

9、析流程1、準(zhǔn)備數(shù)據(jù) 路測(cè)軟件采集數(shù)據(jù)文件 RNC記錄的單用戶跟蹤 RNC記錄的CHR2、獲取掉話位置 采用路測(cè)數(shù)據(jù)處理軟件，比如Analyzer和獲取掉話的時(shí)間和地點(diǎn)，獲取掉話前后Scanner采集的導(dǎo)頻數(shù)據(jù)，手機(jī)采集的活動(dòng)集和監(jiān)視集信息，信令流程等。3、分析Scanner主導(dǎo)小區(qū)變化情況 主要分析主導(dǎo)小區(qū)的變換情況，如果主導(dǎo)小區(qū)相對(duì)穩(wěn)定，進(jìn)一步分析RSCP和EcIo情況； 如果主導(dǎo)小區(qū)變化頻繁，需要區(qū)分主導(dǎo)小區(qū)變化快的情況，或者沒(méi)有主導(dǎo)小區(qū)的情況，然后進(jìn)一步進(jìn)行乒乓切換掉話分析。 Page 13路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分析流程4、分析Scanner主導(dǎo)小區(qū)信號(hào)RSCP和EcIo 觀察Scan

10、ner最好小區(qū)RSCP，EcNo，根據(jù)不同的情況分別處理 4.1 RSCP差，EcNo差，可以確定為覆蓋問(wèn)題； 4.2 RSCP正常，EcNo差（排除切換來(lái)不及導(dǎo)致的，同頻鄰區(qū)干擾），可以確定為導(dǎo)頻干擾問(wèn)題； 4.3 RSCP正常，EcNo正常，如果UE活動(dòng)集中小區(qū)與Scanner最好小區(qū)不一致，可能為鄰區(qū)漏配或者切換來(lái)不及導(dǎo)致的掉話；如果UE活動(dòng)集中小區(qū)與Scanner最好小區(qū)一致,可能為上行干擾或責(zé)異常掉話。5、路測(cè)重現(xiàn)問(wèn)題 由于一次路測(cè)不一定能夠采集到定位掉話問(wèn)題需要的所有信息，此時(shí)需要通過(guò)進(jìn)一步路測(cè)來(lái)收集數(shù)據(jù)。通過(guò)進(jìn)一步的路測(cè)也能確認(rèn)該掉話點(diǎn)是隨機(jī)掉話的點(diǎn)或者固定掉話點(diǎn)，一般來(lái)說(shuō)固定掉

11、話點(diǎn)一定需要解決，而隨機(jī)掉話點(diǎn)則需要根據(jù)掉話發(fā)生的概率來(lái)確定是否需要解決。 掉話問(wèn)題話掉話問(wèn)題話統(tǒng)數(shù)據(jù)分析流程統(tǒng)數(shù)據(jù)分析流程2 分析小區(qū)的掉話率指標(biāo)分析小區(qū)的掉話率指標(biāo)1 分析分析RNC面掉話率面掉話率5 通過(guò)路測(cè)重現(xiàn)問(wèn)題通過(guò)路測(cè)重現(xiàn)問(wèn)題YNNYNYN3 檢查小區(qū)是檢查小區(qū)是否設(shè)備異常否設(shè)備異常3.1 解決設(shè)備問(wèn)題解決設(shè)備問(wèn)題4分析掉話原因分析掉話原因4.1信令信令RB復(fù)位復(fù)位或者業(yè)務(wù)或者業(yè)務(wù)RB復(fù)復(fù)位導(dǎo)致的掉話位導(dǎo)致的掉話4.2 是否切換導(dǎo)是否切換導(dǎo)致掉話致掉話4.3 是否干擾導(dǎo)是否干擾導(dǎo)致的掉話致的掉話解決覆蓋問(wèn)題解決覆蓋問(wèn)題解決切換掉話問(wèn)題解決切換掉話問(wèn)題解決干擾問(wèn)題解決干擾問(wèn)題YN 話

12、統(tǒng)數(shù)據(jù)分析流程話統(tǒng)數(shù)據(jù)分析流程1、分析RNC的掉話率指標(biāo)主要從整個(gè)RNC的整體掉話指標(biāo)上判斷掉話率指標(biāo)是否正常。2、分析小區(qū)的掉話率指標(biāo) 對(duì)于小區(qū)的掉話率指標(biāo)，主要需要分析小區(qū)“AMR掉話率”、“PS掉話率”、“硬切換掉話率”、“系統(tǒng)間切換掉話率”， 對(duì)所有小區(qū)分別用以上的指標(biāo)進(jìn)行排序，選擇指標(biāo)特別差的小區(qū)或者最差的一些小區(qū)，進(jìn)一步分析掉話原因。 3、檢查小區(qū)是否異常 檢查小區(qū)的告警，排除小區(qū)異常方面的原因。 4、分析掉話原因 排除Iu口aal2異常導(dǎo)致的掉話問(wèn)題；分析是否由于信令RLC復(fù)位導(dǎo)致的掉話，還是業(yè)務(wù)RLC復(fù)位導(dǎo)致的掉話；分析該小區(qū)相關(guān)的切換指標(biāo)（分析小區(qū)的切入成功率和切出成功率），

13、確認(rèn)是否由于切換失敗導(dǎo)致的掉話；通過(guò)分析小區(qū)總帶寬接收功率相關(guān)話統(tǒng)指標(biāo)，分析在掉話率高的時(shí)段，是否相應(yīng)的上行干擾指標(biāo)也很高，進(jìn)一步確認(rèn)上行干擾導(dǎo)致的掉話問(wèn)題。5、通過(guò)路測(cè)重現(xiàn)問(wèn)題 當(dāng)通過(guò)話統(tǒng)分析無(wú)法進(jìn)一步解決掉話問(wèn)題的時(shí)候，需要針對(duì)小區(qū)進(jìn)行路測(cè)，跟蹤手機(jī)側(cè)和RNC的信令流程進(jìn)行分析，詳細(xì)分析方法請(qǐng)參見(jiàn)路測(cè)數(shù)據(jù)分析流程。 分析小區(qū)掉話原因分析小區(qū)掉話原因失敗原因失敗原因分析思路分析思路OM干預(yù)操作維護(hù)工作導(dǎo)致的掉話RAB搶占導(dǎo)致的原因高優(yōu)先級(jí)搶占引起的CS鏈路釋放，這種掉話在負(fù)載和資源不足的時(shí)候發(fā)生，根據(jù)發(fā)生的次數(shù)確定是否擴(kuò)容UTRAN產(chǎn)生的原因小區(qū)中UTRAN產(chǎn)生的原因?qū)е骆溌樊惓ａ尫?。這種情

14、況一般對(duì)應(yīng)著處理異常，需要通過(guò)CHR進(jìn)一步分析上行RLC復(fù)位上行SRB復(fù)位引起鏈路釋放。這種情況主要是由于覆蓋質(zhì)量不好（包括鄰區(qū)漏配、切換區(qū)小等情況）下行RLC復(fù)位下行SRB復(fù)位引起鏈路釋放。這種情況主要是由于覆蓋質(zhì)量不好（包括鄰區(qū)漏配、切換區(qū)小等情況）上行同步失敗上行鏈路失步引起的異常釋放。這種情況主要是由于覆蓋質(zhì)量不好（包括鄰區(qū)漏配、切換區(qū)小等情況），導(dǎo)致UE異常關(guān)閉發(fā)射機(jī)或者上行解調(diào)失步下行同步失敗下行鏈路失步引起的異常釋放。這種情況主要是由于覆蓋質(zhì)量不好（包括鄰區(qū)漏配、切換區(qū)小等情況），導(dǎo)致UE異常關(guān)閉發(fā)射機(jī)或者上行解調(diào)失步UU口無(wú)響應(yīng)UE空口無(wú)響應(yīng)系統(tǒng)發(fā)出的命令，覆蓋不好導(dǎo)致其他RF

15、原因射頻原因，均屬于覆蓋質(zhì)量不好AAL2鏈路異常RNC發(fā)現(xiàn)IU CS接口AAL2 Path異常，發(fā)起了異常釋放，可能為傳輸設(shè)備異常，已知問(wèn)題有RB建立過(guò)程中馬上正常釋放被話統(tǒng)統(tǒng)計(jì)為該原因異常釋放其他原因異常原因掉話，需結(jié)合RNC日志進(jìn)行分析 掉話問(wèn)題信令跟蹤優(yōu)化流程掉話問(wèn)題信令跟蹤優(yōu)化流程1 獲取單用戶跟蹤消息2 獲取掉話點(diǎn)信息3 SRB復(fù)位掉話6 撥測(cè)，重現(xiàn)問(wèn)題YN4 是否TRB掉話 是否異常掉話解決SRB復(fù)位掉話 解決TRB掉話解決異常掉話掉話問(wèn)題解決YYYNNNNY Page 18信令跟蹤數(shù)據(jù)分析流程信令跟蹤數(shù)據(jù)分析流程1、獲取單用戶跟蹤消息 單用戶跟蹤消息需要事先在RNC或者M(jìn)2000

16、上進(jìn)行跟蹤，才能記錄相應(yīng)的消息，一般情況下，根據(jù)IMSI進(jìn)行跟蹤記錄的消息用來(lái)分析掉話問(wèn)題是足夠的。2、獲取掉話點(diǎn)信息 從單用戶跟蹤消息來(lái)看，掉話的定義是RNC主動(dòng)發(fā)起了RAB釋放（消息名稱為RANAP_RAB_RELEASE_REQ），或者RNC主動(dòng)發(fā)起IU釋放（消息名稱為RANAP_IU_RELEASE_REQ）。前者對(duì)應(yīng)為用戶面掉話，后者對(duì)應(yīng)為信令面掉話。通過(guò)查找以上兩條消息，就可以獲得掉話點(diǎn)的時(shí)間，以及掉話前的信令消息，以便進(jìn)一步進(jìn)行分析。 Page 19信令跟蹤數(shù)據(jù)分析流程信令跟蹤數(shù)據(jù)分析流程3、信令面掉話分析 信令面掉話表現(xiàn)為手機(jī)或者RNC不能收到確認(rèn)模式傳送的信令，產(chǎn)生SRB復(fù)位

17、，導(dǎo)致連接釋放。 下行方向一般有這些消息可能導(dǎo)致SRB復(fù)位：u測(cè)量控制u活動(dòng)集更新u物理信道重配置u傳輸信道重配置uRB重配置u3G到2G的切換命令（HANDOVER FROM UTRAN COMMAND） 手機(jī)是否收到這些命令需要手機(jī)側(cè)的跟蹤消息來(lái)確認(rèn)； 上行方向有以下的消息可能導(dǎo)致SRB復(fù)位：u測(cè)量報(bào)告u活動(dòng)集更新完成u物理信道重配置完成u傳輸信道重配置完成uRB重配置完成 同樣需要RNC側(cè)的跟蹤消息來(lái)確認(rèn)是否收到。 Page 20信令跟蹤數(shù)據(jù)分析流程信令跟蹤數(shù)據(jù)分析流程4、用戶面掉話分析u用戶面掉話主要是TRB復(fù)位，這種情況主要在PS業(yè)務(wù)上發(fā)生，voice和VP業(yè)務(wù)不會(huì)產(chǎn)生TRB復(fù)位。u

18、當(dāng)活動(dòng)集中只有一條鏈路上，會(huì)由于RL failure導(dǎo)致RNC發(fā)起Iu Release， RL failure是上行失步引起的，但是下行失步會(huì)使UE關(guān)閉發(fā)射機(jī)，接著就造成上行失步，在定位掉話是上行引起釋放還是下行引起的時(shí)候，需要分析掉話前手機(jī)的發(fā)射功率和實(shí)時(shí)狀態(tài)監(jiān)控的下行的碼發(fā)射功率來(lái)區(qū)分。u下行覆蓋差、下行干擾強(qiáng)或者上行干擾都會(huì)導(dǎo)致TRB復(fù)位。u有時(shí)候數(shù)據(jù)業(yè)務(wù)由于重傳次數(shù)設(shè)置不合理，在切換來(lái)不及的情況下，TRB比SRB先產(chǎn)生復(fù)位，在分析時(shí)要注意區(qū)分。 Page 21信令跟蹤數(shù)據(jù)分析流程信令跟蹤數(shù)據(jù)分析流程5、異常掉話分析 異常掉話一般指掉話無(wú)法從覆蓋、干擾等方面找到原因，也無(wú)法根據(jù)前面介紹的

19、用戶面掉話或者信令面掉話原因來(lái)解釋，這種掉話往往是設(shè)備的異?；蛘呤鞘謾C(jī)的異常導(dǎo)致的。比如由于傳輸突然中斷導(dǎo)致的掉話、基站設(shè)備異常導(dǎo)致的掉話、手機(jī)突然死機(jī)等都會(huì)導(dǎo)致異常掉話。對(duì)于傳輸異常一般通過(guò)分析CHR/CDT或者參看告警來(lái)進(jìn)一步分析；對(duì)于基站設(shè)備異?？梢酝ㄟ^(guò)查詢基站狀態(tài)來(lái)確認(rèn)，對(duì)于手機(jī)異常，需要通過(guò)分析手機(jī)記錄的數(shù)據(jù)來(lái)定位。6、撥測(cè)，重現(xiàn)問(wèn)題 當(dāng)已有的數(shù)據(jù)不足以定位掉話問(wèn)題的時(shí)候，啟動(dòng)更詳細(xì)的數(shù)據(jù)跟蹤，最好的辦法是在問(wèn)題點(diǎn)進(jìn)行撥測(cè)，重現(xiàn)問(wèn)題，然后繼續(xù)進(jìn)行分析。 Page 22解決方法解決方法-工工程參數(shù)調(diào)整程參數(shù)調(diào)整工程參數(shù)的調(diào)整是非常有限的，最基本的可以調(diào)整天線的高度、下傾角、天線的波瓣寬

20、度、天線增益以及方向角等。1、對(duì)于上行或者下行的覆蓋問(wèn)題導(dǎo)致的掉話： 考慮更改天線的高度、下傾角，也可以更換增益更高的天線或者增加塔放。 2、對(duì)于針尖和拐角效應(yīng)： 通過(guò)天線調(diào)整也是比較有效的解決辦法，由于針尖效應(yīng)和拐角效應(yīng)往往出現(xiàn)在街道拐彎的地方或者兩條街道交界的地方，可以考慮通過(guò)天線的方向角和街道錯(cuò)開(kāi)一定的角度的方式來(lái)調(diào)整，但同時(shí)需要注意原來(lái)街道路邊商鋪的覆蓋不要有很大的影響。 3、對(duì)于導(dǎo)頻干擾引起的覆蓋問(wèn)題： 可以通過(guò)調(diào)整某一個(gè)天線的工程參數(shù)，使該天線在干擾位置成為主導(dǎo)小區(qū)；也可以通過(guò)調(diào)整其他幾個(gè)天線參數(shù)，減小信號(hào)到達(dá)這些區(qū)域的強(qiáng)度；從而減少導(dǎo)頻個(gè)數(shù)；如果條件許可，可以增加新的基站覆蓋這片

21、地區(qū)。 工程參數(shù)的調(diào)整需要綜合考慮整個(gè)小區(qū)調(diào)整效果，在解決一個(gè)問(wèn)題的同時(shí)要注意不在其它區(qū)域引入新的問(wèn)題。 Page 23解決方法解決方法-小小區(qū)參數(shù)調(diào)整區(qū)參數(shù)調(diào)整1、小區(qū)偏置CIO 該值與實(shí)際測(cè)量值相加所得的數(shù)值用于UE的事件評(píng)估過(guò)程。UE將該小區(qū)原始測(cè)量值加上這個(gè)偏置后作為測(cè)量結(jié)果用于UE的同頻切換判決，在切換算法中起到移動(dòng)小區(qū)邊界的作用。該參數(shù)設(shè)置越大，則軟切換越容易，處于軟切換狀態(tài)的UE越多，但占用前向資源；設(shè)置越小，軟切換越困難，有可能影響接收質(zhì)量。對(duì)于針尖效應(yīng)或者拐角效應(yīng)，通過(guò)配置5dB左右的CIO是比較好的解決辦法。2、軟切換相關(guān)的延遲觸發(fā)時(shí)間 延遲觸發(fā)時(shí)間是1A，1B，1C和1D

22、事件相關(guān)的觸發(fā)時(shí)間。觸發(fā)時(shí)間的配置會(huì)影響切換的及時(shí)性。一般情況下，缺省參數(shù)的配置能夠滿足絕大多數(shù)場(chǎng)景的要求。切換參數(shù)可以針對(duì)小區(qū)設(shè)置，在根據(jù)環(huán)境設(shè)定了一套基本參數(shù)之后，針對(duì)每個(gè)小區(qū)單獨(dú)進(jìn)行調(diào)整，可以把參數(shù)更改的影響限制在幾個(gè)小區(qū)之間，對(duì)系統(tǒng)的影響也較小。 Page 24小區(qū)參數(shù)調(diào)整小區(qū)參數(shù)調(diào)整3、同頻測(cè)量濾波系數(shù)FilterCoef 層3濾波應(yīng)盡量濾除隨機(jī)沖擊的能力，使得濾波后的測(cè)量值反映實(shí)際測(cè)量的基本變化趨勢(shì)。 由于輸入層3濾波器的測(cè)量值已經(jīng)經(jīng)過(guò)層1濾波，基本消除了快衰落的影響，因此層3應(yīng)對(duì)陰影衰落和少量快衰落毛刺進(jìn)行平滑濾波，以為事件判決提供更優(yōu)的測(cè)量數(shù)據(jù)。 濾波系數(shù)越大，對(duì)毛刺的平滑能力

23、越強(qiáng)，但對(duì)信號(hào)的跟蹤能力減弱，必須在兩者之間進(jìn)行權(quán)衡。典型值可以設(shè)置如下：a、若切換區(qū)信號(hào)變化較慢，同頻濾波系數(shù)可設(shè)為4；b、若切換區(qū)信號(hào)變化速度中等，同頻濾波系數(shù)設(shè)為3；c、若切換區(qū)信號(hào)變化較快，同頻濾波系數(shù)設(shè)為2。 4、壓縮模式啟停門限 壓縮模式一般在異頻切換或者異系統(tǒng)切換前啟動(dòng)，通過(guò)壓縮模式來(lái)測(cè)量異頻或者異系統(tǒng)小區(qū)的質(zhì)量。壓縮模式的啟動(dòng)可以根據(jù)CPICH的RSCP或者EcIo是否滿足條件來(lái)觸發(fā)，在實(shí)際的應(yīng)用中，一般都采用RSCP或者Both RSCP&EcIo作為觸發(fā)條件。 一般情況下，壓縮模式需要測(cè)量目標(biāo)小區(qū)（異頻或者異系統(tǒng)）的質(zhì)量并獲取相關(guān)信息，同時(shí)由于移動(dòng)臺(tái)的運(yùn)動(dòng)導(dǎo)致當(dāng)前小

24、區(qū)的質(zhì)量惡化，所以對(duì)于壓縮模式的啟動(dòng)門限一般要求在當(dāng)前小區(qū)的質(zhì)量下降到導(dǎo)致掉話之前能夠及時(shí)測(cè)量到目標(biāo)小區(qū)的信號(hào)完成切換為要求，對(duì)于停止門限則要求避免壓縮模式的頻繁啟動(dòng)和停止。 Page 25小區(qū)參數(shù)調(diào)整小區(qū)參數(shù)調(diào)整4、壓縮模式啟停門限 壓縮模式一般在異頻切換或者異系統(tǒng)切換前啟動(dòng)，通過(guò)壓縮模式來(lái)測(cè)量異頻或者異系統(tǒng)小區(qū)的質(zhì)量。壓縮模式的啟動(dòng)可以根據(jù)CPICH的RSCP或者EcIo是否滿足條件來(lái)觸發(fā)，在實(shí)際的應(yīng)用中，一般都采用RSCP或者Both RSCP&EcIo作為觸發(fā)條件。 一般情況下，壓縮模式需要測(cè)量目標(biāo)小區(qū)（異頻或者異系統(tǒng)）的質(zhì)量并獲取相關(guān)信息，同時(shí)由于移動(dòng)臺(tái)的運(yùn)動(dòng)導(dǎo)致當(dāng)前小區(qū)的質(zhì)

25、量惡化，所以對(duì)于壓縮模式的啟動(dòng)門限一般要求在當(dāng)前小區(qū)的質(zhì)量下降到導(dǎo)致掉話之前能夠及時(shí)測(cè)量到目標(biāo)小區(qū)的信號(hào)完成切換為要求，對(duì)于停止門限則要求避免壓縮模式的頻繁啟動(dòng)和停止。 Page 26小區(qū)參數(shù)調(diào)整小區(qū)參數(shù)調(diào)整5、無(wú)線鏈路最大下行發(fā)射功率RLMaxDLPwr 配置大的專用鏈路的發(fā)射功率有利于克服覆蓋導(dǎo)致的掉話點(diǎn)，但同樣帶來(lái)干擾問(wèn)題，由于單個(gè)用戶允許的功率大，當(dāng)用戶在邊緣是就可能消耗大的功率，從而對(duì)其他用戶造成影響，降低系統(tǒng)的下行容量。一般情況下下行發(fā)射功率的配置由鏈路預(yù)算提供，適當(dāng)?shù)脑黾踊蛘邷p少12dB，一般情況下在單次路測(cè)情況下，很難看出對(duì)掉話的影響，但可以從話統(tǒng)指標(biāo)上看出來(lái)，對(duì)于一些小區(qū)，由

26、于覆蓋原因存在比較大的掉話率，可以考慮增加專用信道的最大發(fā)射功率；對(duì)于一些小區(qū)，由于負(fù)載過(guò)高導(dǎo)致用戶有較大的接入失敗概率，可以考慮適當(dāng)降低該參數(shù)。 6、小區(qū)異頻硬切換判決門限 當(dāng)異頻測(cè)量啟動(dòng)以后，手機(jī)開(kāi)始測(cè)量異頻小區(qū)，當(dāng)異頻小區(qū)的質(zhì)量高于該門限，RNC發(fā)起異頻切換。 結(jié)合壓縮模式的啟動(dòng)停止門限來(lái)配置該參數(shù)，如果配置較小的值，切換時(shí)目標(biāo)小區(qū)可能質(zhì)量較差，如果配置較大的值，可以保證在目標(biāo)小區(qū)質(zhì)量較好的情況下才進(jìn)行硬切換，從而可以降低異頻切換掉話概率。 7、切換判決門限GsmRSSICSThd、GsmRSSIPSThd 異系統(tǒng)切換門限可以針對(duì)CS業(yè)務(wù)和PS業(yè)務(wù)分開(kāi)設(shè)置，方法和異頻硬切換門限的設(shè)置方法

27、相同。 接接入失敗的分析流程入失敗的分析流程l第二節(jié)第二節(jié) 路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分析流程l第三節(jié)第三節(jié) 話統(tǒng)數(shù)據(jù)分析流程話統(tǒng)數(shù)據(jù)分析流程l第四節(jié)第四節(jié) 其它數(shù)據(jù)分析流程其它數(shù)據(jù)分析流程 路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分析流程數(shù)據(jù)分析主流程數(shù)據(jù)分析主流程 尋呼問(wèn)題分析流程尋呼問(wèn)題分析流程 RRC連接建立問(wèn)題分析流程連接建立問(wèn)題分析流程 路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分析流程分析路測(cè)數(shù)分析路測(cè)數(shù)據(jù)據(jù)NYNYYNYYYNNNYN是否是否RRC連接建立連接建立失敗失敗鑒權(quán)加密鑒權(quán)加密是否失敗是否失敗RAB建立建立是否失敗是否失敗是否是主是否是主叫失敗叫失敗是 否 有是 否 有Call Fail是否收到是否收到

28、尋呼尋呼切換導(dǎo)致切換導(dǎo)致接入失敗接入失敗尋呼問(wèn)題尋呼問(wèn)題RRC建立問(wèn)建立問(wèn)題題鑒權(quán)加密 問(wèn)鑒權(quán)加密 問(wèn)題題RAB或或RB建立問(wèn)建立問(wèn)題題參考切換導(dǎo)致掉參考切換導(dǎo)致掉話話異常問(wèn)題異常問(wèn)題 路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分析流程測(cè)試數(shù)據(jù)的獲取路測(cè)數(shù)據(jù)一般采用前臺(tái)測(cè)試軟件來(lái)獲得；RNC操作維護(hù)臺(tái)記錄的單用戶跟蹤數(shù)據(jù)；RNC記錄CHR的數(shù)據(jù)； 確定call fail和相應(yīng)的時(shí)間 通過(guò)路測(cè)數(shù)據(jù)分析軟件，如Analyze，確定Call fail發(fā)生的時(shí)間，以及Scanner采集的導(dǎo)頻信息、手機(jī)采集的信息以及信令流程；通過(guò)消息對(duì)齊，找到RNC單用戶跟蹤相應(yīng)的問(wèn)題時(shí)間點(diǎn)。問(wèn)題分析 結(jié)合RNC的單用戶跟蹤和UE的信令

29、流程，按照流程確定在哪一處出現(xiàn)失敗。然后按照后續(xù)的各個(gè)子流程分析和解決問(wèn)題，主要包括尋呼問(wèn)題、RRC建立問(wèn)題、RAB和RB建立問(wèn)題、鑒權(quán)加密問(wèn)題、設(shè)備異常問(wèn)題等。 路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分析流程數(shù)據(jù)分析主流程數(shù)據(jù)分析主流程 尋呼問(wèn)題分析流程尋呼問(wèn)題分析流程 RRC連接建立問(wèn)題分析流程連接建立問(wèn)題分析流程 路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分析流程尋呼問(wèn)題一般表現(xiàn)為：主叫完成RAB指派以及CC Setup，在等待Alerting消息的時(shí)候收到CN發(fā)來(lái)的Disconnect直傳消息。出現(xiàn)尋呼問(wèn)題的原因主要有下圖所示的幾類：RNC沒(méi)有下發(fā)page消息、尋呼信道或?qū)ず糁甘拘诺赖墓β势?、UE發(fā)生小區(qū)重選等。

30、路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分析流程尋呼問(wèn)題RNC是否下發(fā)pageU E 是 否收到page是否功率配比偏低是否是重選問(wèn)題NYYNYNYN設(shè)備異常問(wèn)題根據(jù)覆蓋情況調(diào)整功率配比優(yōu)化小區(qū)重選參數(shù)異常問(wèn)題 路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分析流程1.RNC沒(méi)有下發(fā)page消息 如果是RNC收到CN下發(fā)的page消息后在Uu口沒(méi)有下發(fā)，可能是尋呼信道容量不夠，或者是設(shè)備出現(xiàn)異常。 2.尋呼信道或?qū)ず糁甘拘诺赖墓β势?如果RNC下發(fā)了page消息，而UE沒(méi)有收到，首先查看UE的駐留小區(qū)和監(jiān)視小區(qū)的Ec/Io，如果小區(qū)CPICH信道的Ec/Io都很低，那么可能是PCH信道或者PICH信道的功率配置偏低，或者是區(qū)域覆

31、蓋太差。 3.UE發(fā)生小區(qū)重選 如果UE駐留小區(qū)的信號(hào)偏低而監(jiān)視小區(qū)的信號(hào)較好，那么可能是小區(qū)重選的問(wèn)題，或者是在尋呼的時(shí)候UE從3G重選到2G或者是跨LAC的重選。 路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分析流程數(shù)據(jù)分析主流程數(shù)據(jù)分析主流程 尋呼問(wèn)題分析流程尋呼問(wèn)題分析流程 RRC連接建立問(wèn)題分析流程連接建立問(wèn)題分析流程 路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分析流程RRC連接建立的過(guò)程主要包括幾個(gè)步驟：UE通過(guò)RACH信道發(fā)送RRC Connection Setup Request消息，RNC通過(guò)FACH信道發(fā)送RRC Connection Setup消息，UE在建立下行專用信道并同步后通過(guò)上行專用信道發(fā)送RRC C

32、onnection Setup CMP消息。RRC建立失敗一般有下面幾類原因：上行RACH的問(wèn)題、下行FACH功率配比問(wèn)題、小區(qū)重選參數(shù)問(wèn)題、下行專用初始發(fā)射功率偏低、上行初始功控問(wèn)題、擁塞問(wèn)題、設(shè)備異常問(wèn)題等。 路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分析流程RRC建立問(wèn)題UE是否發(fā)出請(qǐng)求消息RNC是否收到請(qǐng)求消息RNC是否發(fā)出建立消息UE是否收到建立消息UE是否發(fā)出 建 立 完成消息RNC是否收 到 建 立完成消息手機(jī)異常問(wèn)題調(diào)整PRACH信道參數(shù)其他問(wèn)題調(diào)整FACH信道功率調(diào)整下行初始發(fā)射功率調(diào)整上行專用信道開(kāi)環(huán)功控參數(shù)是否發(fā)生小區(qū)重選優(yōu)化小區(qū)重選參數(shù)NYNYNYNNYYNYNY 路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)

33、據(jù)分析流程下面列舉較為常見(jiàn)的幾種RRC建立失敗原因：1.上行RACH的問(wèn)題 UE發(fā)出RRC Connection Request消息，RNC沒(méi)有收到，如果此時(shí)的下行CPICH的Ec/Io正常，一般是RACH的問(wèn)題。 2.小區(qū)重選參數(shù)問(wèn)題 RNC都到UE發(fā)的RRC建立請(qǐng)求消息后，下發(fā)了RRC Connection Setup消息而UE沒(méi)有收到。查看此時(shí)的CPICH的Ec/Io，如果偏低，而且監(jiān)視集中沒(méi)有質(zhì)量更好的小區(qū)，那么是覆蓋的問(wèn)題可以適當(dāng)提高FACH的功率。如果此時(shí)監(jiān)視集中有更好的小區(qū)，則可能是小區(qū)重選的問(wèn)題，可以適當(dāng)調(diào)整小區(qū)重選參數(shù)加快小區(qū)重選。 路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分析流程3.下行專

34、用初始發(fā)射功率偏低問(wèn)題 UE收到RRC Connection Setup消息而沒(méi)有發(fā)出Setup Complete消息，如果此時(shí)下行的信號(hào)質(zhì)量正常，那么可能是手機(jī)異常，否則可能是下行初始功率過(guò)低導(dǎo)致下行不能同步。 4.上行初始功控問(wèn)題 UE發(fā)出RRC Setup Complete消息而RNC沒(méi)有收到，由于上行初始功控會(huì)讓UE的發(fā)射功率上升，如果是UE的發(fā)射功率不足導(dǎo)致，可以適當(dāng)提高專用信道的Constant Value值。 第一章第一章 接入失敗的分析流程接入失敗的分析流程l第四節(jié)第四節(jié) 其它數(shù)據(jù)分析流程其它數(shù)據(jù)分析流程 話統(tǒng)數(shù)據(jù)分析流程話統(tǒng)數(shù)據(jù)分析流程分析話統(tǒng)指標(biāo)時(shí)，首先看RNC“RAB建立

35、成功率”指標(biāo)和“RRC建立成功率”指標(biāo)，掌握網(wǎng)絡(luò)運(yùn)行的整體情況后，再有針對(duì)性地對(duì)小區(qū)性能統(tǒng)計(jì)。分析時(shí)一般采取過(guò)濾法，先找出指標(biāo)明顯異常的小區(qū)分析，此時(shí)很可能是硬件、傳輸、天饋、數(shù)據(jù)配置出了問(wèn)題導(dǎo)致的異常。在問(wèn)題比較嚴(yán)重的小區(qū)重點(diǎn)路測(cè)重現(xiàn)和解決問(wèn)題。 話統(tǒng)數(shù)據(jù)分析流程如下圖所示。 話統(tǒng)數(shù)據(jù)分析流程話統(tǒng)數(shù)據(jù)分析流程1.分析RNC話統(tǒng)中和接入相關(guān)的指標(biāo)2.分析基于CELL的和接入相關(guān)的話統(tǒng)指標(biāo)3.檢查系統(tǒng)告警是否異常解決設(shè)備異常問(wèn)題4.RRC建立成功率偏低6.RB建立成功率偏低5.RAB建立成功率偏低7.尋呼成功率偏低解決RRC建立失敗問(wèn)題解決RAB建立失敗問(wèn)題解決RB建立失敗問(wèn)題解決尋呼失敗問(wèn)題結(jié)

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

37、有告警異常 檢查話統(tǒng)指標(biāo)明顯較差的小區(qū)和RNC的告警信息，看是否有設(shè)備異常。 4.分析和解決各指標(biāo)偏低的問(wèn)題 第一章第一章 接入失敗的分析流程接入失敗的分析流程 其它數(shù)據(jù)分析流程其它數(shù)據(jù)分析流程1.跟蹤數(shù)據(jù)分析流程 跟蹤數(shù)據(jù)主要是RNC的單用戶跟蹤和各個(gè)接口的信令跟蹤，分析方法可以參考路測(cè)數(shù)據(jù)的分析流程。 2.告警數(shù)據(jù)分析流程 3.用戶投訴分析流程 話統(tǒng)數(shù)據(jù)分析流程話統(tǒng)數(shù)據(jù)分析流程分析RNC話統(tǒng)中和接入相關(guān)的指標(biāo) 與接入相關(guān)的指標(biāo)主要包括RRC的建立成功率、RAB的建立成功率、RB的建立成功率已經(jīng)Page的成功率。RRC建立成功率和RAB的建立成功率反映了網(wǎng)絡(luò)的接通率。分析基于CELL的和接入

38、相關(guān)的指標(biāo) 基于RNC的基礎(chǔ)上再分析CELL統(tǒng)計(jì)的相應(yīng)指標(biāo)，可以獲得偏低的指標(biāo)在網(wǎng)絡(luò)中的小區(qū)分布。在按CELL統(tǒng)計(jì)的指標(biāo)里面有一些問(wèn)題原因的統(tǒng)計(jì)，如RB建立失敗的原因，有“Configuration Unsupported”、物理信道故障“physicalChannelFailur”等原因統(tǒng)計(jì)的失敗。 檢查系統(tǒng)是否有告警異常 檢查話統(tǒng)指標(biāo)明顯較差的小區(qū)和RNC的告警信息，看是否有設(shè)備異常。 分析和解決各指標(biāo)偏低的問(wèn)題 課程內(nèi)容課程內(nèi)容T第一章第一章 接入失敗的分析流程接入失敗的分析流程第二章第二章 接入失敗的調(diào)整方法接入失敗的調(diào)整方法第三章第三章 接入失敗的典型案例接入失敗的典型案例 接接入失

39、敗的調(diào)整方法入失敗的調(diào)整方法 l第二節(jié)第二節(jié) 小區(qū)參數(shù)小區(qū)參數(shù) 工程參數(shù)工程參數(shù)工程參數(shù)調(diào)整主要包括天線的方向角、下頃角、天線的波瓣寬度以及天線的增益等。一般來(lái)說(shuō)只有在解決覆蓋導(dǎo)致的接入問(wèn)題的時(shí)候才會(huì)考慮調(diào)整這些工程參數(shù)。在進(jìn)行這些調(diào)整的時(shí)候注意對(duì)小區(qū)原來(lái)的覆蓋區(qū)域的信號(hào)質(zhì)量的影響。 接接入失敗的調(diào)整方法入失敗的調(diào)整方法 小區(qū)參數(shù)小區(qū)參數(shù)FACH信道的發(fā)射功率 該參數(shù)設(shè)置過(guò)小，會(huì)使得小區(qū)邊緣UE不能正確接收FACH承載的業(yè)務(wù)和信令，影響下行公共信道覆蓋，影響小區(qū)覆蓋；設(shè)置過(guò)大，則會(huì)對(duì)其它信道產(chǎn)生干擾，占用下行發(fā)射功率，影響小區(qū)容量。 PCH信道的發(fā)射功率 該參數(shù)設(shè)置過(guò)小，會(huì)使得小區(qū)邊緣UE無(wú)法

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

41、損耗。 參數(shù)值的大小與小區(qū)所在地區(qū)的慢衰落特性相關(guān)。重選遲滯時(shí)間Treselections 如果其它小區(qū)信號(hào)質(zhì)量在該參數(shù)指定的時(shí)間內(nèi)始終優(yōu)于當(dāng)前駐留小區(qū)的質(zhì)量，則UE重選該小區(qū)作為駐留小區(qū)。 該參數(shù)用于防止UE在小區(qū)間的乒乓重選 Sintrasearch 同頻小區(qū)測(cè)量的啟動(dòng)門限，當(dāng)本小區(qū)的Ec/Io低于“QRelxmin+2*Sintrasearch”時(shí)啟動(dòng)同頻小區(qū)測(cè)量。該參數(shù)影響會(huì)影響小區(qū)重選的速度，進(jìn)而影響UE的一次接入成功率和IU口的一次尋呼成功率。 在對(duì)UE的耗電影響比較小的情況下，建議將該值盡量設(shè)大。 小區(qū)參數(shù)小區(qū)參數(shù)小區(qū)重選參數(shù)Qoffset 鄰小區(qū)的信號(hào)質(zhì)量參與R準(zhǔn)則評(píng)估前需要先

42、減一個(gè)偏置即為Qoffset。對(duì)于普通的單層小區(qū)，該參數(shù)可以設(shè)置為0，而通過(guò)Qhyst來(lái)達(dá)到相同的目的。建議一般不做調(diào)整。 AICH信道的發(fā)射功率 該參數(shù)設(shè)置過(guò)小，會(huì)使得小區(qū)邊緣UE無(wú)法正確接收捕獲指示，影響下行公共信道覆蓋。從目前優(yōu)化結(jié)果來(lái)看，AICH的功率在下行的覆蓋中一般沒(méi)有問(wèn)題；而且該信道是連續(xù)發(fā)射的，如果提高功率會(huì)占用較大的下行容量。 PRACH的相關(guān)參數(shù) 對(duì)應(yīng)上行PRACH的問(wèn)題，需要調(diào)整PRACH的相應(yīng)參數(shù)，包括preamble的重傳次數(shù)、preamble的功率攀升步進(jìn)、preamble和Message和功率偏差等參數(shù)。這些參數(shù)相互制約，在出現(xiàn)PRACH信道的問(wèn)題時(shí)，建議適當(dāng)加大

43、preamble的重傳次數(shù)。 路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分析流程 獲取問(wèn)題發(fā)生的時(shí)間和地點(diǎn)獲取問(wèn)題發(fā)生的時(shí)間和地點(diǎn)測(cè)試過(guò)程中會(huì)發(fā)生軟切換掉話或者軟切換失敗，記錄下軟切換問(wèn)題發(fā)生的位置、時(shí)間等信息，并為后續(xù)的定位分析做準(zhǔn)備。是否鄰區(qū)漏配是否鄰區(qū)漏配一般來(lái)講，初期優(yōu)化過(guò)程掉話占大多數(shù)是由于鄰區(qū)漏配導(dǎo)致的。對(duì)于同頻鄰區(qū)，通常采用以下的辦法來(lái)確認(rèn)是否為同頻鄰區(qū)漏配：方法一：觀察掉話前UE記錄的激活集EcIo信息和Scanner記錄的Best Server EcIo信息，如果UE記錄的EcIo很差，而Scanner記錄的Best Server EcIo很好；同時(shí)檢查Scanner記錄Best Server

44、擾碼是否出現(xiàn)在掉話前最近出現(xiàn)的同頻測(cè)量控制的鄰區(qū)列表中，如果測(cè)量控制的鄰區(qū)列表中中沒(méi)有擾碼，那么可以確認(rèn)是鄰區(qū)漏配。方法二：如果掉話后UE馬上重新接入，如果UE重新接入的小區(qū)擾碼和掉話時(shí)的擾碼不一致，也可以懷疑是鄰區(qū)漏配問(wèn)題，可以通過(guò)測(cè)量控制進(jìn)一步進(jìn)行確認(rèn)（從掉話位置的消息開(kāi)始往前找，找到最近一條同頻測(cè)量控制消息，檢查該測(cè)量控制消息的鄰區(qū)列表）。方法三：有些UE會(huì)上報(bào)檢測(cè)集（Detected Set ）信息，如果掉話發(fā)生前檢測(cè)集信息中有相應(yīng)的擾碼信息，也可以確認(rèn)是鄰區(qū)漏配的問(wèn)題。鄰區(qū)漏配會(huì)導(dǎo)致掉話，鄰區(qū)冗余也會(huì)對(duì)網(wǎng)絡(luò)性能有影響，會(huì)增加UE同頻測(cè)量的消耗，嚴(yán)重情況下使得需要加入鄰區(qū)的小區(qū)無(wú)法加入

45、，所以在切換問(wèn)題分析中也要關(guān)注鄰區(qū)冗余的問(wèn)題。路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分析流程 是否導(dǎo)頻污染是否導(dǎo)頻污染通常將導(dǎo)頻污染定義為：在某一點(diǎn)存在過(guò)多的強(qiáng)導(dǎo)頻，但卻沒(méi)有一個(gè)足夠強(qiáng)的主導(dǎo)頻。根據(jù)這一定義，在制定導(dǎo)頻污染判別標(biāo)準(zhǔn)時(shí)，需要確認(rèn)的內(nèi)容包括：“強(qiáng)導(dǎo)頻”的定義“過(guò)多”的定義“沒(méi)有一個(gè)足夠強(qiáng)的主導(dǎo)頻”的定義路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分析流程 是否軟切換算法參數(shù)設(shè)置問(wèn)題是否軟切換算法參數(shù)設(shè)置問(wèn)題可以通過(guò)調(diào)整切換算法參數(shù)來(lái)解決下面兩類問(wèn)題：切換來(lái)不及或者乒乓切換。切換來(lái)不及切換來(lái)不及從信令流程上CS業(yè)務(wù)表現(xiàn)為手機(jī)收不到激活集更新命令（同頻硬切換時(shí)為物理信道重配置），原因是在UE上報(bào)測(cè)量報(bào)告后由于源小區(qū)信號(hào)

46、EcIo下降過(guò)快，在RNC發(fā)送激活集更新消息時(shí)UE因?yàn)橄滦惺Р揭呀?jīng)關(guān)閉發(fā)射機(jī)，從UE側(cè)來(lái)看是收不到激活集更新命令。PS業(yè)務(wù)也有可能收不到活動(dòng)既更新命令，也有可能在切換之前先發(fā)生TRB復(fù)位。從信號(hào)上看，切換來(lái)不及切換來(lái)不及主要有以下現(xiàn)象：1）拐角效應(yīng)：源小區(qū)EcIo陡降，目標(biāo)小區(qū)EcIo陡升（即突然出現(xiàn)就是很高的值）；2）針尖效應(yīng)：源小區(qū)EcIo快速下降后一段時(shí)間后上升，目標(biāo)小區(qū)出現(xiàn)短時(shí)間的陡升。從信令流程上看，一般在掉話前手機(jī)上報(bào)了鄰區(qū)的1a或者1c測(cè)量報(bào)告，RNC也收到了測(cè)量報(bào)告，并下發(fā)了激活集更新消息，但UE收不到激活集更新消息。乒乓切換乒乓切換主要有以下兩種現(xiàn)象：1）主導(dǎo)小區(qū)變化快：2個(gè)

47、或者多個(gè)小區(qū)交替成為主導(dǎo)小區(qū)，主導(dǎo)小區(qū)具有較好的RSCP和EcIo每個(gè)小區(qū)成為主導(dǎo)小區(qū)的時(shí)間很短；2）無(wú)主導(dǎo)小區(qū)：存在多個(gè)小區(qū)，RSCP正常而且相互之間差別不大，每個(gè)小區(qū)的EcIo都很差。從信令流程上看，一般可以看到1個(gè)小區(qū)剛剛刪除，然后馬上又上報(bào)該小區(qū)1A事件，之后收不到RNC下發(fā)的激活集更新命令導(dǎo)致失敗。路測(cè)數(shù)據(jù)分析流程路測(cè)數(shù)據(jù)分析流程 話統(tǒng)話統(tǒng)數(shù)據(jù)分析流程數(shù)據(jù)分析流程 61軟切換問(wèn)題分析軟切換問(wèn)題分析軟切換成功率低軟切換成功率低軟切換成功率一般應(yīng)在98%以上，如果話統(tǒng)明顯低于此值，且具有統(tǒng)計(jì)意義（軟切換次數(shù)大于一定值），則判斷軟切換成功率低。導(dǎo)致軟切換成功率低可能有以下原因：軟切換門限設(shè)

48、置過(guò)低?，F(xiàn)在使用相對(duì)門限判決算法，即1A、1B門限太大，這樣即使信號(hào)較差的小區(qū)也有可能判決加入激活集，RNC下發(fā)ACTIVESET UPDATE COMMAND 消息命令UE加入此小區(qū)，但是由于該小區(qū)信號(hào)太差且有波動(dòng)，無(wú)線鏈路建立失敗，導(dǎo)致軟切換失敗。NodeB沒(méi)有配置GPS或GPS失靈。由于WCDMA系統(tǒng)是異步系統(tǒng)，因此WCDMA在切換方面的困難主要就在同步上面。在切換過(guò)程中，切換失敗的一個(gè)主要原因就是同步失敗，這對(duì)于軟切換和硬切換是同樣的。由于現(xiàn)在NodeB一般配置了GPS時(shí)鐘，因此軟切換成功率很高。如果沒(méi)有配置GPS，或者配置了GPS但由于GPS天線安裝不規(guī)范導(dǎo)致搜不到星以及GPS失靈無(wú)

49、法鎖定，都可能導(dǎo)致切換同步困難，而降低軟切換成功率。沒(méi)有設(shè)置T_cell參數(shù)。T_cell的設(shè)置是為了防止同一NodeB內(nèi)不同小區(qū)的SCH（同步信道）重疊。同一NodeB內(nèi)相鄰小區(qū)同步信道重疊會(huì)導(dǎo)致更軟切換失敗。 62軟切換問(wèn)題分析軟切換問(wèn)題分析軟切換比例過(guò)高軟切換比例過(guò)高正常的軟切換比例應(yīng)保持在30-40%之間，如果大于50%，則會(huì)因?yàn)檐浨袚Q占用過(guò)多的系統(tǒng)資源，導(dǎo)致容量下降及網(wǎng)絡(luò)性能的下降，運(yùn)營(yíng)商也最不愿意看到其花費(fèi)投資的資源大量消耗在軟切換上，而不是提供給能給其帶來(lái)實(shí)際利益的話務(wù)上。導(dǎo)致軟切換比例過(guò)高的原因可能有：軟切換相對(duì)門限設(shè)置不當(dāng)。1A、1B事件相對(duì)門限（Reporting rang

50、e）太大，小區(qū)添加到激活集中容易，而從激活集中刪除小區(qū)卻很難，導(dǎo)致大量的UE處于軟切換狀態(tài)，使軟切換比例過(guò)高。重疊覆蓋區(qū)域過(guò)大。在基站密集、站間距較小的地區(qū)，如果沒(méi)有控制好小區(qū)的覆蓋范圍，可能導(dǎo)致重疊覆蓋區(qū)域較大，使軟切換范圍很大，比例過(guò)高?？梢哉{(diào)整天線或者功率參數(shù)控制覆蓋范圍，降低軟切換比例，但是必須謹(jǐn)慎調(diào)節(jié)，注意避免產(chǎn)生覆蓋空洞。軟切換區(qū)域處于高話務(wù)區(qū)。在規(guī)劃中就應(yīng)該注意到了這一點(diǎn)：應(yīng)將天線主瓣方向?qū)χ拕?wù)密集區(qū)，而避免將切換帶規(guī)劃在話務(wù)密集區(qū)。然而實(shí)際中網(wǎng)絡(luò)規(guī)劃并不能完全做到這點(diǎn)，所以需要在網(wǎng)絡(luò)優(yōu)化時(shí)進(jìn)行調(diào)整。 63軟切換問(wèn)題分析軟切換問(wèn)題分析軟切換掉話軟切換掉話造成軟切換掉話通常有下面

51、一些原因：軟切換門限太高或者觸發(fā)時(shí)延太大。軟切換門限太高或者觸發(fā)時(shí)延太大。對(duì)于相對(duì)門限判決算法來(lái)說(shuō)，就是1A、1B相對(duì)門限太小，使得新的小區(qū)加入到激活集中很難，或者磁滯、觸發(fā)時(shí)延過(guò)大導(dǎo)致軟切換觸發(fā)不及時(shí)，到原小區(qū)信號(hào)很差的地方才觸發(fā)事件，開(kāi)始發(fā)激活集更新消息，但是還沒(méi)有等到新的小區(qū)加入激活集就因?yàn)榉?wù)小區(qū)質(zhì)量太差而掉話了。軟切換區(qū)域過(guò)小。軟切換區(qū)域過(guò)小。軟切換區(qū)域過(guò)小對(duì)靜止用戶影響不大，但是對(duì)于高速移動(dòng)用戶，則可能因?yàn)榍袚Q不及時(shí)而導(dǎo)致掉話。這種情況在高速公路這種場(chǎng)景下很容易發(fā)生。優(yōu)化措施：A、加大覆蓋，增加軟切換區(qū)域；B、增大相對(duì)門限；C、減小觸發(fā)時(shí)延或磁滯。漏配鄰區(qū)。漏配鄰區(qū)。漏配鄰區(qū)關(guān)系，

52、致使相鄰小區(qū)信號(hào)很強(qiáng)的情況下都沒(méi)有加入激活集，反而成為很強(qiáng)的前向干擾，導(dǎo)致最終掉話。這種問(wèn)題容易定位與解決，但是實(shí)際中發(fā)生也很多。 64軟切換問(wèn)題分析軟切換問(wèn)題分析前反向覆蓋不平衡。前反向覆蓋不平衡。前反向覆蓋不平衡對(duì)切換的影響如下圖所示：A小區(qū)前反向覆蓋不均衡，前向覆蓋（虛線）大于反向覆蓋（實(shí)線），而B(niǎo)小區(qū)前反向覆蓋是平衡的。因?yàn)榍袚Q算法是根據(jù)前向鏈路質(zhì)量來(lái)進(jìn)行判決的，當(dāng)用戶從A向B經(jīng)過(guò)切換帶時(shí)，當(dāng)?shù)竭_(dá)反向覆蓋邊緣時(shí)源小區(qū)前向質(zhì)量仍然很好，切換發(fā)起太晚導(dǎo)致反向鏈路掉話。若A小區(qū)是反向覆蓋大于前向覆蓋，則在切換帶因?yàn)闆](méi)有發(fā)起軟切換，不能將B小區(qū)加入激活集，使之成為強(qiáng)干擾而導(dǎo)致前向掉話。A B

53、65切切換問(wèn)題分析換問(wèn)題分析l軟切換問(wèn)題分析軟切換問(wèn)題分析l系統(tǒng)間切換問(wèn)題分析系統(tǒng)間切換問(wèn)題分析 66硬切換問(wèn)題分析硬切換問(wèn)題分析RNC未下發(fā)物理信道重配置（硬切換指示）消息未下發(fā)物理信道重配置（硬切換指示）消息同頻硬切換對(duì)于同頻硬切換，因?yàn)椴恍枰M(jìn)行壓縮模式測(cè)量，可以看信令中目標(biāo)小區(qū)是否有觸發(fā)1D事件測(cè)量上報(bào)。如果目標(biāo)小區(qū)觸發(fā)了1D事件而RNC沒(méi)有下發(fā)切換指示，則檢查同頻硬切換開(kāi)關(guān)是否打開(kāi)，或可能是Iur或Iub建鏈?zhǔn)?。如果目?biāo)小區(qū)沒(méi)有觸發(fā)1D事件，檢查RNC下發(fā)的鄰區(qū)列表中是否包含目標(biāo)小區(qū)，如果沒(méi)有則有可能是因?yàn)闆](méi)有配置相鄰關(guān)系，請(qǐng)檢查同頻鄰區(qū)配置。如果包含目標(biāo)小區(qū)擾碼號(hào)，則可能因?yàn)槟繕?biāo)

54、小區(qū)信號(hào)太差，無(wú)法觸發(fā)1D事件進(jìn)行同頻硬切換導(dǎo)致掉話，這種情況應(yīng)該改善覆蓋；如果目標(biāo)小區(qū)信號(hào)足以建立鏈路，則考慮1D事件的磁滯值和觸發(fā)時(shí)延是否設(shè)置過(guò)大，使1D事件來(lái)不及觸發(fā)就因?yàn)樵捶?wù)小區(qū)鏈路變差而掉話。 67硬切換問(wèn)題分析硬切換問(wèn)題分析異頻硬切換異頻硬切換對(duì)于異頻硬切換，需要考慮壓縮模式測(cè)量的過(guò)程。檢查信令中是否有2D、2F事件的測(cè)量控制消息下發(fā)，如果沒(méi)有則檢查是否打開(kāi)異頻切換算法開(kāi)關(guān)、是否配置異頻鄰區(qū)關(guān)系。如果RNC下發(fā)了2D、2F測(cè)量控制，而UE一直沒(méi)有2D測(cè)量上報(bào)，可能異頻測(cè)量啟動(dòng)門限設(shè)置太低，源小區(qū)在信號(hào)較差的情況下都未能觸發(fā)2D事件；如果2D、2F事件交替頻繁上報(bào)，表明啟停門限差距

55、太小，因?yàn)閱?dòng)壓縮模式需要一段時(shí)間，而源小區(qū)信號(hào)稍微上升就又停止了壓縮模式測(cè)量，使異頻測(cè)量不及時(shí)。這時(shí)可將2F門限設(shè)置高一些，以保證異頻測(cè)量的進(jìn)行、上報(bào)。正常情況下RNC會(huì)下發(fā)一條RRC_PH_RECFG消息讓UE啟動(dòng)壓縮模式（注意：對(duì)于異頻硬切換第一條物理信道重配置消息是用來(lái)啟動(dòng)壓縮模式測(cè)量而不是硬切換指示），如果UE支持壓縮模式，則會(huì)回一條RRC_PH_RECFG_CMP，接著RNC將下發(fā)測(cè)量控制讓UE周期測(cè)量上報(bào)異頻測(cè)量值。如果UE上報(bào)了數(shù)個(gè)測(cè)量報(bào)告而RNC仍不下發(fā)切換指示RRC_PH_RECFG，則請(qǐng)檢查報(bào)告消息中的異頻測(cè)量值，可能異頻硬切換門限設(shè)置太高而目標(biāo)小區(qū)信號(hào)達(dá)不到要求使切換判

56、決不通過(guò)，延誤了切換時(shí)機(jī)。在站間距較大的情況下，可以將異頻硬切換門限適當(dāng)降低。 68硬切換問(wèn)題分析硬切換問(wèn)題分析UE未收到物理信道重配置消息未收到物理信道重配置消息通過(guò)RNC的信令跟蹤發(fā)現(xiàn)已經(jīng)下發(fā)RRC_PH_RECFG消息，而路測(cè)中并沒(méi)有看到手機(jī)收到RRC_PH_RECFG消息，因而沒(méi)有及時(shí)發(fā)起硬切換而導(dǎo)致掉話。因?yàn)樽鳛橛睬袚Q指示的物理信道重配置消息是在原信道上發(fā)下的，可能由于經(jīng)過(guò)時(shí)間延遲、切換判決，RNC下發(fā)此消息的時(shí)候，源小區(qū)下行鏈路已經(jīng)變得太差，UE無(wú)法收到RRC_PH_RECFG消息進(jìn)行切換而最終掉話了。有兩種解決思路：可以權(quán)衡將硬切換門限或磁滯、觸發(fā)時(shí)間延遲等參數(shù)適當(dāng)減小，相當(dāng)于提

57、早硬切換時(shí)機(jī)，使UE可以及時(shí)收到硬切換指示消息而完成切換。加大源小區(qū)業(yè)務(wù)信道的下行發(fā)射功率以增強(qiáng)切換區(qū)的下行覆蓋，保證下行鏈路的質(zhì)量。 69硬切換問(wèn)題分析硬切換問(wèn)題分析目標(biāo)基站未收到重配置完成消息目標(biāo)基站未收到重配置完成消息物理信道重配置完成消息RRC_PH_RECFG_CMP是在目標(biāo)小區(qū)信道上發(fā)送的。這里分為兩種情況：通過(guò)手機(jī)信令跟蹤，確認(rèn)是UE收到RRC_PH_RECFG指示而沒(méi)有回RRC_PH_RECFG_CMP完成消息給RNC。這可能是因?yàn)閁E與目標(biāo)小區(qū)同步失敗或別的原因造成的硬切換失敗而掉話。嘗試調(diào)整天線或增加目標(biāo)載頻的信道功率以加強(qiáng)覆蓋，或者提高硬切換判決門限，以保證硬切換的順利進(jìn)

58、行。通過(guò)信令跟蹤，發(fā)現(xiàn)是UE已經(jīng)切換并發(fā)送了RRC_PH_RECFG_CMP消息，而RNC側(cè)沒(méi)有收到此消息，說(shuō)明是反向鏈路存在問(wèn)題。這時(shí)可以調(diào)整上行功控參數(shù)（命令MOD CELLCAC），將相應(yīng)業(yè)務(wù)最大上行發(fā)射功率調(diào)大，使在允許范圍內(nèi)UE的發(fā)射功率增大，增強(qiáng)反向鏈路質(zhì)量。 70硬切換問(wèn)題分析硬切換問(wèn)題分析乒乓切換乒乓切換在切換帶，由于信號(hào)的波動(dòng)，可能導(dǎo)致UE在源小區(qū)和目標(biāo)小區(qū)來(lái)回的反復(fù)切換。對(duì)于同頻硬切換，由于同頻干擾的存在，很容易導(dǎo)致掉話；對(duì)于異頻硬切換，由于需要壓縮模式異頻測(cè)量，乒乓切換會(huì)給通信質(zhì)量造成較大影響。解決方法可以從兩個(gè)思路入手：調(diào)整硬切換門限，或者磁滯、觸發(fā)時(shí)間延遲等參數(shù)。抬高

59、硬切換觸發(fā)門檻，可以防止乒乓切換，但是要慎重，因?yàn)樘岣咔袚Q門限等參數(shù)有可能會(huì)造成切換不及時(shí)而導(dǎo)致切換失敗或掉話。調(diào)整覆蓋。讓切換帶盡量避開(kāi)地形地物復(fù)雜的環(huán)境，使信號(hào)波動(dòng)盡可能的小。 71硬切換問(wèn)題分析硬切換問(wèn)題分析其它問(wèn)題引起的硬切換失敗其它問(wèn)題引起的硬切換失敗除了上面可能的原因外，還有其它問(wèn)題可能引起硬切換失?。篣E兼容性問(wèn)題。各個(gè)廠家的UE可能存在與其他廠家設(shè)備的兼容性的問(wèn)題，這需要根據(jù)具體問(wèn)題來(lái)分析定位。設(shè)備兼容性問(wèn)題。特別是對(duì)于要經(jīng)過(guò)核心網(wǎng)的硬切換，各廠家之間的信令配合、參數(shù)設(shè)置都可能存在差異，導(dǎo)致硬切換問(wèn)題。傳輸線路問(wèn)題。 72切切換問(wèn)題分析換問(wèn)題分析l軟切換問(wèn)題分析軟切換問(wèn)題分析l

60、硬切換問(wèn)題分析硬切換問(wèn)題分析 73CS 3G-2G切換分析切換分析A. 通過(guò)話統(tǒng)查詢異系統(tǒng)CS域3G=2G指標(biāo)D1. 等待遷移命令超時(shí)指標(biāo)過(guò)高？YNB. CS域3G=2G準(zhǔn)備成功率指標(biāo)是否滿足要求？E. CS域3G=2G切換成功率指標(biāo)是否滿足要求？D2. TRELOCalloc expiry 指標(biāo)過(guò)高？D3. Failure in Target System 指標(biāo)過(guò)高？D4. Relocation not supported 指標(biāo)過(guò)高？D5. Unknown RNC指標(biāo)過(guò)高？D6. No Resource Available指標(biāo)過(guò)高？NYG1. 等待IU釋放命令超時(shí)指標(biāo)過(guò)高？G 2 . C o n f i g