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

1、WCDMA質差小區(qū)處理方法質差小區(qū)處理方法 Page 3課程內課程內容容T第一章第一章 掉話分類定義掉話分類定義第二章第二章 常見掉話原因與掉話處理流程常見掉話原因與掉話處理流程第三章第三章 掉話問題解決方法掉話問題解決方法第四章第四章 掉話案例分掉話案例分析析 Page 4在通話過程中，如果空中接口信息滿足下面三個條件中的任何一條，可以判斷為掉話：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會主動發(fā)起Iu口釋放請求，觸發(fā)掉話u下列2種情況下RNC發(fā)起Iu Release Request被視為正常釋放： “User Inactivity”和“UE信令連接釋放”RNCCNIu Release Co

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

53、65切切換問題分析換問題分析l軟切換問題分析軟切換問題分析l系統(tǒng)間切換問題分析系統(tǒng)間切換問題分析 66硬切換問題分析硬切換問題分析RNC未下發(fā)物理信道重配置（硬切換指示）消息未下發(fā)物理信道重配置（硬切換指示）消息同頻硬切換對于同頻硬切換，因為不需要進行壓縮模式測量，可以看信令中目標小區(qū)是否有觸發(fā)1D事件測量上報。如果目標小區(qū)觸發(fā)了1D事件而RNC沒有下發(fā)切換指示，則檢查同頻硬切換開關是否打開，或可能是Iur或Iub建鏈失敗。如果目標小區(qū)沒有觸發(fā)1D事件，檢查RNC下發(fā)的鄰區(qū)列表中是否包含目標小區(qū)，如果沒有則有可能是因為沒有配置相鄰關系，請檢查同頻鄰區(qū)配置。如果包含目標小區(qū)擾碼號，則可能因為目標

54、小區(qū)信號太差，無法觸發(fā)1D事件進行同頻硬切換導致掉話，這種情況應該改善覆蓋；如果目標小區(qū)信號足以建立鏈路，則考慮1D事件的磁滯值和觸發(fā)時延是否設置過大，使1D事件來不及觸發(fā)就因為源服務小區(qū)鏈路變差而掉話。 67硬切換問題分析硬切換問題分析異頻硬切換異頻硬切換對于異頻硬切換，需要考慮壓縮模式測量的過程。檢查信令中是否有2D、2F事件的測量控制消息下發(fā)，如果沒有則檢查是否打開異頻切換算法開關、是否配置異頻鄰區(qū)關系。如果RNC下發(fā)了2D、2F測量控制，而UE一直沒有2D測量上報，可能異頻測量啟動門限設置太低，源小區(qū)在信號較差的情況下都未能觸發(fā)2D事件；如果2D、2F事件交替頻繁上報，表明啟停門限差距

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

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

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

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

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

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