1、WCDMA質差小區處置方法 掉話問題分析及優化方法 接通率問題分析及優化方法切換勝利率問題分析及優化方法干擾小區問題分析優化方法擁塞小區問題分析優化方法Page 3課程內容Training.huawei第一章 掉話分類定義第二章 常見掉話緣由與掉話處置流程第三章 掉話問題處理方法第四章 掉話案例分析Page 4在通話過程中，假設空中接口信息滿足下面三個條件中的任何一條，可以判別為掉話：收到任何的BCH音訊即系統音訊收到非正常釋放的RRC Release音訊釋放緣由不是 “Normal收到CC Disconnect，CC Release Complete，CC Release三條音訊中的任何一條

2、，而且釋放緣由是非正常釋放CauseCodeCC是“Unspecified或其它緣由，而不是Normal Call Clearing或者Normal 掉話空中接口定義Page 5異常釋放信令流程RNCCNIu Release RequestIu Release CommandIu Release Complete正常情況下都是由CN發起Iu口的銜接釋放假設出現信令面或用戶面異常，RNC會自動發起Iu口釋放懇求，觸發掉話以下2種情況下RNC發起Iu Release Request被視為正常釋放： “User Inactivity和“UE信令銜接釋放RNCCNIu Release CommandI

3、u Release Complete正常釋放流程異常釋放流程Page 6常見掉話緣由鄰區漏配普通來講，初期優化過程掉話占大多數是由于鄰區漏配導致的。對于同頻鄰區，通常采用以下的方法來確認能否為同頻鄰區漏配：方法一：察看掉話前UE記錄的激活集EcIo信息和Scanner記錄的Best Server EcIo信息，假設UE記錄的EcIo很差，而Scanner記錄的Best Server EcIo很好Scanner記錄Best Server擾碼與UE激活集擾碼不一致檢查出如今掉話前最近的同頻丈量控制中的鄰區列表沒有該擾碼那么可以確認是鄰區漏配。方法二：假設掉話后UE重新駐留的小區擾碼不在掉話時的激活

4、集擾碼中，也可以疑心是鄰區漏配問題，可以經過丈量控制和鄰區列表配置進一步進展確認。鄰區漏配導致的掉話也包括異頻鄰區漏配和異系統鄰區漏配。 Page 7常見掉話緣由覆蓋問題 通常所說的覆蓋差，主要是指RSCP和EcIo都很差。覆蓋的問題需求經過掉話前上行或者下行的公用信道功率來確認，需求采用以下的方法來確認：假設掉話前的上行發射功率到達最大值，并且上行的BLER也很差或者從RNC記錄的單用戶跟蹤上看到NodeB上報RL failure，根本可以以為上行覆蓋差導致的掉話；假設掉話前，下行發射功率到達最大值，并且下行的BLER很差，根本可以以為是下行覆蓋不行導致的掉話。確認覆蓋的問題簡單直接的方式：

5、 直接察看Scanner采集的數據，假設最好小區的RSCP和EcNo都很低，就可以以為是覆蓋問題。 Page 8常見掉話緣由切換問題軟切換/同頻導致掉話主要分為兩類緣由：切換來不及或者乒乓切換。從信令流程上CS業務表現為手機收不到活動集更新命令同頻硬切換時為物理信道重配置，PS業務有時候會在切換之前先發生TRB復位。從信號上看，切換來不及主要有以下兩種景象：拐角：源小區EcIo陡降，目的小區EcNo陡升即忽然出現就是很高的值；針尖：源小區EcIo快速下降后一段時間后上升，目的小區出現短時間的陡升。 乒乓切換主要有以下兩種景象：主導小區變化快：2個或者多個小區交替成為主導小區，主導小區具有較好的

6、RSCP和EcIo，每個小區成為主導小區的時間很短；無主導小區：存在多個小區，RSCP正常而且相互之間差別不大，每個小區的EcIo都很差。 Page 9常見掉話緣由干擾問題 下行干擾普通情況下，對于下行，當CPICH RSCP大于-85dBm，而EcIo小于-13dB，容易產生掉話，根本上可以以為是下行干擾的問題。對于下行，干擾能夠是導頻污染引起。 上行干擾對于上行RTWP比正常值-104-105超越10dB，干擾時間超越23s，就有能夠呵斥掉話。Page 10常見掉話緣由流程交互問題一些需求信令交互的流程，如AMR控制、DCCC以及緊縮方式的啟停、UE的形狀遷移等，經常會由于信號的緣由，手機

7、支持方面的緣由或者RAN設備和手機的配合問題，導致流程失敗，最后導致掉話。 這類問題需求針對特定的流程和手機進展分析，沒有普通性的處置方法。 在排除了以上的緣由之后，其他的掉話普通需求疑心設備的問題，需求經過查看設備的日志，告警等進一步來分析掉話緣由。例如：同步失敗導致的鏈路不停添加和刪除。例如：手機不上報1a丈量報告導致掉話。其他異常問題Page 11路測數據分析流程1 預備數據UE和Scanner最好小區比較穩定一致N2 獲取掉話位置和時間3 分析Scanner主導小區信號變化4.1 RSCP差EcIo差4.2 RSCP正常EcIo差4.3 RSCP正常EcIo正常鄰區漏配上行干擾問題切換

8、不及時確認漏配鄰區？覆蓋問題異常掉話導頻干擾問題不一致確認上行干擾？問題能否處理4 重新路測Y主導小區信號穩定？4 Scanner最優小RSCP和EcIO乒乓切換問題變化頻繁YNPage 12路測數據分析流程1、預備數據 路測軟件采集數據文件 RNC記錄的單用戶跟蹤 RNC記錄的CHR2、獲取掉話位置 采用路測數據處置軟件，比如Analyzer和獲取掉話的時間和地點，獲取掉話前后Scanner采集的導頻數據，手機采集的活動集和監視集信息，信令流程等。3、分析Scanner主導小區變化情況 主要分析主導小區的變換情況，假設主導小區相對穩定，進一步分析RSCP和EcIo情況； 假設主導小區變化頻繁

9、，需求區分主導小區變化快的情況，或者沒有主導小區的情況，然后進一步進展乒乓切換掉話分析。 Page 13路測數據分析流程4、分析Scanner主導小區信號RSCP和EcIo 察看Scanner最好小區RSCP，EcNo，根據不同的情況分別處置 4.1 RSCP差，EcNo差，可以確定為覆蓋問題； 4.2 RSCP正常，EcNo差排除切換來不及導致的，同頻鄰區干擾，可以確定為導頻干擾問題； 4.3 RSCP正常，EcNo正常，假設UE活動集中小區與Scanner最好小區不一致，能夠為鄰區漏配或者切換來不及導致的掉話；假設UE活動集中小區與Scanner最好小區一致,能夠為上行干擾或責異常掉話。5

10、、路測重現問題 由于一次路測不一定可以采集到定位掉話問題需求的一切信息，此時需求經過進一步路測來搜集數據。經過進一步的路測也能確認該掉話點是隨機掉話的點或者固定掉話點，普通來說固定掉話點一定需求處理，而隨機掉話點那么需求根據掉話發生的概率來確定能否需求處理。掉話問題話統數據分析流程2 分析小區的掉話率目的1 分析RNC面掉話率5 經過路測重現問題YNNYNYN3 檢查小區能否設備異常3.1 處理設備問題4分析掉話緣由4.1信令RB復位或者業務RB復位導致的掉話4.2 能否切換導致掉話4.3 能否干擾導致的掉話處理覆蓋問題處理切換掉話問題處理干擾問題YN話統數據分析流程1、分析RNC的掉話率目的

11、主要從整個RNC的整體掉話目的上判別掉話率目的能否正常。2、分析小區的掉話率目的 對于小區的掉話率目的，主要需求分析小區“AMR掉話率、“PS掉話率、“硬切換掉話率、“系統間切換掉話率， 對一切小區分別用以上的目的進展排序，選擇目的特別差的小區或者最差的一些小區，進一步分析掉話緣由。 3、檢查小區能否異常 檢查小區的告警，排除小區異常方面的緣由。 4、分析掉話緣由 排除Iu口aal2異常導致的掉話問題；分析能否由于信令RLC復位導致的掉話，還是業務RLC復位導致的掉話；分析該小區相關的切換目的分析小區的切入勝利率和切出勝利率，確認能否由于切換失敗導致的掉話；經過分析小區總帶寬接納功率相關話統目

12、的，分析在掉話率高的時段，能否相應的上行干擾目的也很高，進一步確認上行干擾導致的掉話問題。5、經過路測重現問題 當經過話統分析無法進一步處理掉話問題的時候，需求針對小區進展路測，跟蹤手機側和RNC的信令流程進展分析，詳細分析方法請參見路測數據分析流程。 分析小區掉話緣由失敗原因分析思路OM干預操作維護工作導致的掉話RAB搶占導致的原因高優先級搶占引起的CS鏈路釋放，這種掉話在負載和資源不足的時候發生，根據發生的次數確定是否擴容UTRAN產生的原因小區中UTRAN產生的原因導致鏈路異常釋放。這種情況一般對應著處理異常，需要通過CHR進一步分析上行RLC復位上行SRB復位引起鏈路釋放。這種情況主要

13、是由于覆蓋質量不好（包括鄰區漏配、切換區小等情況）下行RLC復位下行SRB復位引起鏈路釋放。這種情況主要是由于覆蓋質量不好（包括鄰區漏配、切換區小等情況）上行同步失敗上行鏈路失步引起的異常釋放。這種情況主要是由于覆蓋質量不好（包括鄰區漏配、切換區小等情況），導致UE異常關閉發射機或者上行解調失步下行同步失敗下行鏈路失步引起的異常釋放。這種情況主要是由于覆蓋質量不好（包括鄰區漏配、切換區小等情況），導致UE異常關閉發射機或者上行解調失步UU口無響應UE空口無響應系統發出的命令，覆蓋不好導致其他RF原因射頻原因，均屬于覆蓋質量不好AAL2鏈路異常RNC發現IU CS接口AAL2 Path異常，發起

14、了異常釋放，可能為傳輸設備異常，已知問題有RB建立過程中馬上正常釋放被話統統計為該原因異常釋放其他原因異常原因掉話，需結合RNC日志進行分析掉話問題信令跟蹤優化流程1 獲取單用戶跟蹤音訊2 獲取掉話點信息3 SRB復位掉話6 撥測，重現問題YN4 能否TRB掉話 能否異常掉話處理SRB復位掉話 處理TRB掉話處理異常掉話掉話問題處理YYYNNNNYPage 18信令跟蹤數據分析流程1、獲取單用戶跟蹤音訊 單用戶跟蹤音訊需求事先在RNC或者M2000上進展跟蹤，才干記錄相應的音訊，普通情況下，根據IMSI進展跟蹤記錄的音訊用來分析掉話問題是足夠的。2、獲取掉話點信息 從單用戶跟蹤音訊來看，掉話的

15、定義是RNC自動發起了RAB釋放音訊稱號為RANAP_RAB_RELEASE_REQ，或者RNC自動發起IU釋放音訊稱號為RANAP_IU_RELEASE_REQ。前者對應為用戶面掉話，后者對應為信令面掉話。經過查找以上兩條音訊，就可以獲得掉話點的時間，以及掉話前的信令音訊，以便進一步進展分析。 Page 19信令跟蹤數據分析流程3、信令面掉話分析 信令面掉話表現為手機或者RNC不能收到確認方式傳送的信令，產生SRB復位，導致銜接釋放。 下行方向普通有這些音訊能夠導致SRB復位：丈量控制活動集更新物理信道重配置傳輸信道重配置RB重配置3G到2G的切換命令HANDOVER FROM UTRAN

16、COMMAND 手機能否收到這些命令需求手機側的跟蹤音訊來確認； 上行方向有以下的音訊能夠導致SRB復位：丈量報告活動集更新完成物理信道重配置完成傳輸信道重配置完成RB重配置完成 同樣需求RNC側的跟蹤音訊來確認能否收到。 Page 20信令跟蹤數據分析流程4、用戶面掉話分析用戶面掉話主要是TRB復位，這種情況主要在PS業務上發生，voice和VP業務不會產生TRB復位。當活動集中只需一條鏈路上，會由于RL failure導致RNC發起Iu Release， RL failure是上行失步引起的，但是下行失步會使UE封鎖發射機，接著就呵斥上行失步，在定位掉話是上行引起釋放還是下行引起的時候，需

17、求分析掉話前手機的發射功率和實時形狀監控的下行的碼發射功率來區分。下行覆蓋差、下行干擾強或者上行干擾都會導致TRB復位。有時候數據業務由于重傳次數設置不合理，在切換來不及的情況下，TRB比SRB先產生復位，在分析時要留意區分。 Page 21信令跟蹤數據分析流程5、異常掉話分析 異常掉話普通指掉話無法從覆蓋、干擾等方面找到緣由，也無法根據前面引見的用戶面掉話或者信令面掉話緣由來解釋，這種掉話往往是設備的異常或者是手機的異常導致的。比如由于傳輸忽然中斷導致的掉話、基站設備異常導致的掉話、手機忽然死機等都會導致異常掉話。對于傳輸異常普統統過分析CHR/CDT或者參看告警來進一步分析；對于基站設備異

18、?？梢越涍^查詢基站形狀來確認，對于手機異常，需求經過分析手機記錄的數據來定位。6、撥測，重現問題 當已有的數據缺乏以定位掉話問題的時候，啟動更詳細的數據跟蹤，最好的方法是在問題點進展撥測，重現問題，然后繼續進展分析。 Page 22處理方法工程參數調整工程參數的調整是非常有限的，最根本的可以調整天線的高度、下傾角、天線的波瓣寬度、天線增益以及方向角等。1、對于上行或者下行的覆蓋問題導致的掉話： 思索更改天線的高度、下傾角，也可以改換增益更高的天線或者添加塔放。 2、對于針尖和拐角效應： 經過天線調整也是比較有效的處理方法，由于針尖效應和拐角效應往往出如今街道拐彎的地方或者兩條街道交界的地方，可

19、以思索經過天線的方向角和街道錯開一定的角度的方式來調整，但同時需求留意原來街道路邊商鋪的覆蓋不要有很大的影響。 3、對于導頻干擾引起的覆蓋問題： 可以經過調整某一個天線的工程參數，使該天線在干擾位置成為主導小區；也可以經過調整其他幾個天線參數，減小信號到達這些區域的強度；從而減少導頻個數；假設條件答應，可以添加新的基站覆蓋這片地域。 工程參數的調整需求綜合思索整個小區調整效果，在處理一個問題的同時要留意不在其它區域引入新的問題。 Page 23處理方法小區參數調整1、小區偏置CIO 該值與實踐丈量值相加所得的數值用于UE的事件評價過程。UE將該小區原始丈量值加上這個偏置后作為丈量結果用于UE的

20、同頻切換判決，在切換算法中起到挪動小區邊境的作用。該參數設置越大，那么軟切換越容易，處于軟切換形狀的UE越多，但占用前向資源；設置越小，軟切換越困難，有能夠影響接納質量。對于針尖效應或者拐角效應，經過配置5dB左右的CIO是比較好的處理方法。2、軟切換相關的延遲觸發時間 延遲觸發時間是1A，1B，1C和1D事件相關的觸發時間。觸發時間的配置會影響切換的及時性。普通情況下，缺省參數的配置可以滿足絕大多數場景的要求。切換參數可以針對小區設置，在根據環境設定了一套根本參數之后，針對每個小區單獨進展調整，可以把參數更改的影響限制在幾個小區之間，對系統的影響也較小。Page 24小區參數調整3、同頻丈量

21、濾波系數FilterCoef 層3濾波應盡量濾除隨機沖擊的才干，使得濾波后的丈量值反映實踐丈量的根本變化趨勢。 由于輸入層3濾波器的丈量值曾經經過層1濾波，根本消除了快衰落的影響，因此層3應對陰影衰落和少量快衰落毛刺進展平滑濾波，以為事件判決提供更優的丈量數據。 濾波系數越大，對毛刺的平滑才干越強，但對信號的跟蹤才干減弱，必需在兩者之間進展權衡。典型值可以設置如下：a、假設切換區信號變化較慢，同頻濾波系數可設為4；b、假設切換區信號變化速度中等，同頻濾波系數設為3；c、假設切換區信號變化較快，同頻濾波系數設為2。 4、緊縮方式啟停門限 緊縮方式普通在異頻切換或者異系統切換前啟動，經過緊縮方式來

22、丈量異頻或者異系統小區的質量。緊縮方式的啟動可以根據CPICH的RSCP或者EcIo能否滿足條件來觸發，在實踐的運用中，普通都采用RSCP或者Both RSCP&EcIo作為觸發條件。 普通情況下，緊縮方式需求丈量目的小區異頻或者異系統的質量并獲取相關信息，同時由于挪動臺的運動導致當前小區的質量惡化，所以對于緊縮方式的啟動門限普通要求在當前小區的質量下降到導致掉話之前可以及時丈量到目的小區的信號完成切換為要求，對于停頓門限那么要求防止緊縮方式的頻繁啟動和停頓。Page 25小區參數調整4、緊縮方式啟停門限 緊縮方式普通在異頻切換或者異系統切換前啟動，經過緊縮方式來丈量異頻或者異系統小區的質量。

23、緊縮方式的啟動可以根據CPICH的RSCP或者EcIo能否滿足條件來觸發，在實踐的運用中，普通都采用RSCP或者Both RSCP&EcIo作為觸發條件。 普通情況下，緊縮方式需求丈量目的小區異頻或者異系統的質量并獲取相關信息，同時由于挪動臺的運動導致當前小區的質量惡化，所以對于緊縮方式的啟動門限普通要求在當前小區的質量下降到導致掉話之前可以及時丈量到目的小區的信號完成切換為要求，對于停頓門限那么要求防止緊縮方式的頻繁啟動和停頓。Page 26小區參數調整5、無線鏈路最大下行發射功率RLMaxDLPwr 配置大的公用鏈路的發射功率有利于抑制覆蓋導致的掉話點，但同樣帶來干擾問題，由于單個用戶允許

24、的功率大，當用戶在邊緣是就能夠耗費大的功率，從而對其他用戶呵斥影響，降低系統的下行容量。普通情況下下行發射功率的配置由鏈路預算提供，適當的添加或者減少12dB，普通情況下在單次路測情況下，很難看出對掉話的影響，但可以從話統目的上看出來，對于一些小區，由于覆蓋緣由存在比較大的掉話率，可以思索添加公用信道的最大發射功率；對于一些小區，由于負載過高導致用戶有較大的接入失敗概率，可以思索適當降低該參數。 6、小區異頻硬切換判決門限 當異頻丈量啟動以后，手機開場丈量異頻小區，當異頻小區的質量高于該門限，RNC發起異頻切換。 結合緊縮方式的啟動停頓門限來配置該參數，假設配置較小的值，切換時目的小區能夠質量

25、較差，假設配置較大的值，可以保證在目的小區質量較好的情況下才進展硬切換，從而可以降低異頻切換掉話概率。 7、切換判決門限GsmRSSICSThd、GsmRSSIPSThd 異系統切換門限可以針對CS業務和PS業務分開設置，方法和異頻硬切換門限的設置方法一樣。 掉話問題分析及優化方法 接通率問題分析及優化方法切換勝利率問題分析及優化方法干擾小區問題分析優化方法擁塞小區問題分析優化方法接入失敗的分析流程第一節 接入失敗的定義第二節 路測數據分析流程第三節 話統數據分析流程第四節 其它數據分析流程路測數據分析流程數據分析主流程 尋呼問題分析流程 RRC銜接建立問題分析流程 路測數據分析流程分析路測數

26、據NYNYYNYYYNNNYN能否RRC銜接建立失敗鑒權加密能否失敗RAB建立能否失敗能否是主叫失敗能否有Call Fail能否收到尋呼切換導致接入失敗尋呼問題RRC建立問題鑒權加密問題RAB或RB建立問題參考切換導致掉話異常問題路測數據分析流程測試數據的獲取路測數據普通采用前臺測試軟件來獲得；RNC操作維護臺記錄的單用戶跟蹤數據；RNC記錄CHR的數據； 確定call fail和相應的時間 經過路測數據分析軟件，如Analyze，確定Call fail發生的時間，以及Scanner采集的導頻信息、手機采集的信息以及信令流程；經過音訊對齊，找到RNC單用戶跟蹤相應的問題時間點。問題分析 結合R

27、NC的單用戶跟蹤和UE的信令流程，按照流程確定在哪一處出現失敗。然后按照后續的各個子流程分析和處理問題，主要包括尋呼問題、RRC建立問題、RAB和RB建立問題、鑒權加密問題、設備異常問題等。 路測數據分析流程數據分析主流程 尋呼問題分析流程 RRC銜接建立問題分析流程 路測數據分析流程尋呼問題普通表現為：主叫完成RAB指派以及CC Setup，在等待Alerting音訊的時候收到CN發來的Disconnect直傳音訊。出現尋呼問題的緣由主要有以下圖所示的幾類：RNC沒有下發page音訊、尋呼信道或尋呼指示信道的功率偏低、UE發生小區重選等。 路測數據分析流程尋呼問題RNC能否下發pageUE能

28、否收到page能否功率配比偏低能否是重選問題NYYNYNYN設備異常問題根據覆蓋情況調整功率配比優化小區重選參數異常問題路測數據分析流程RNC沒有下發page音訊 假設是RNC收到CN下發的page音訊后在Uu口沒有下發，能夠是尋呼信道容量不夠，或者是設備出現異常。 尋呼信道或尋呼指示信道的功率偏低 假設RNC下發了page音訊，而UE沒有收到，首先查看UE的駐留小區和監視小區的Ec/Io，假設小區CPICH信道的Ec/Io都很低，那么能夠是PCH信道或者PICH信道的功率配置偏低，或者是區域覆蓋太差。 UE發生小區重選 假設UE駐留小區的信號偏低而監視小區的信號較好，那么能夠是小區重選的問題

29、，或者是在尋呼的時候UE從3G重選到2G或者是跨LAC的重選。 路測數據分析流程數據分析主流程 尋呼問題分析流程 RRC銜接建立問題分析流程 路測數據分析流程RRC銜接建立的過程主要包括幾個步驟：UE經過RACH信道發送RRC Connection Setup Request音訊，RNC經過FACH信道發送RRC Connection Setup音訊，UE在建立下行公用信道并同步后經過上行公用信道發送RRC Connection Setup CMP音訊。RRC建立失敗普通有下面幾類緣由：上行RACH的問題、下行FACH功率配比問題、小區重選參數問題、下行公用初始發射功率偏低、上行初始功控問題、

30、擁塞問題、設備異常問題等。路測數據分析流程RRC建立問題UE能否發出懇求音訊RNC能否收到懇求音訊RNC能否發出建立音訊UE能否收到建立音訊UE能否發出建立完成音訊RNC能否收到建立完成音訊手機異常問題調整PRACH信道參數其他問題調整FACH信道功率調整下行初始發射功率調整上行公用信道開環功控參數能否發生小區重選優化小區重選參數NYNYNYNNYYNYNY路測數據分析流程下面列舉較為常見的幾種RRC建立失敗緣由：上行RACH的問題 UE發出RRC Connection Request音訊，RNC沒有收到，假設此時的下行CPICH的Ec/Io正常，普通是RACH的問題。 小區重選參數問題 RN

31、C都到UE發的RRC建立懇求音訊后，下發了RRC Connection Setup音訊而UE沒有收到。查看此時的CPICH的Ec/Io，假設偏低，而且監視集中沒有質量更好的小區，那么是覆蓋的問題可以適當提高FACH的功率。假設此時監視集中有更好的小區，那么能夠是小區重選的問題，可以適當調整小區重選參數加快小區重選。 路測數據分析流程下行公用初始發射功率偏低問題 UE收到RRC Connection Setup音訊而沒有發出Setup Complete音訊，假設此時下行的信號質量正常，那么能夠是手機異常，否那么能夠是下行初始功率過低導致下行不能同步。 上行初始功控問題 UE發出RRC Setup

32、 Complete音訊而RNC沒有收到，由于上行初始功控會讓UE的發射功率上升，假設是UE的發射功率缺乏導致，可以適當提高公用信道的Constant Value值。 第一章 接入失敗的分析流程第一節 接入失敗的定義第二節 路測數據分析流程第三節 話統數據分析流程第四節 其它數據分析流程話統數據分析流程分析話統目的時，首先看RNC“RAB建立勝利率目的和“RRC建立勝利率目的，掌握網絡運轉的整體情況后，再有針對性地對小區性能統計。分析時普通采取過濾法，先找出目的明顯異常的小區分析，此時很能夠是硬件、傳輸、天饋、數據配置出了問題導致的異常。在問題比較嚴重的小區重點路測重現和處理問題。 話統數據分析

33、流程如以下圖所示。話統數據分析流程1.分析RNC話統中和接入相關的目的2.分析基于CELL的和接入相關的話統目的3.檢查系統告警能否異常處理設備異常問題4.RRC建立勝利率偏低6.RB建立勝利率偏低5.RAB建立勝利率偏低7.尋呼勝利率偏低處理RRC建立失敗問題處理RAB建立失敗問題處理RB建立失敗問題處理尋呼失敗問題終了YYYYYNNNNN話統數據分析流程分析RNC話統中和接入相關的目的 與接入相關的目的主要包括RRC的建立勝利率、RAB的建立勝利率、RB的建立勝利率曾經Page的勝利率。RRC建立勝利率和RAB的建立勝利率反映了網絡的接通率。分析基于CELL的和接入相關的目的 基于RNC的

34、根底上再分析CELL統計的相應目的，可以獲得偏低的目的在網絡中的小區分布。在按CELL統計的目的里面有一些問題緣由的統計，如RB建立失敗的緣由，有“Configuration Unsupported、物理信道缺點“physicalChannelFailur等緣由統計的失敗。 檢查系統能否有告警異常 檢查話統目的明顯較差的小區和RNC的告警信息，看能否有設備異常。 分析和處理各目的偏低的問題 第一章 接入失敗的分析流程第一節 接入失敗的定義第二節 路測數據分析流程第三節 話統數據分析流程第四節 其它數據分析流程其它數據分析流程跟蹤數據分析流程 跟蹤數據主要是RNC的單用戶跟蹤和各個接口的信令跟蹤

35、，分析方法可以參考路測數據的分析流程。 告警數據分析流程 用戶贊揚分析流程 話統數據分析流程分析RNC話統中和接入相關的目的 與接入相關的目的主要包括RRC的建立勝利率、RAB的建立勝利率、RB的建立勝利率曾經Page的勝利率。RRC建立勝利率和RAB的建立勝利率反映了網絡的接通率。分析基于CELL的和接入相關的目的 基于RNC的根底上再分析CELL統計的相應目的，可以獲得偏低的目的在網絡中的小區分布。在按CELL統計的目的里面有一些問題緣由的統計，如RB建立失敗的緣由，有“Configuration Unsupported、物理信道缺點“physicalChannelFailur等緣由統計的

36、失敗。 檢查系統能否有告警異常 檢查話統目的明顯較差的小區和RNC的告警信息，看能否有設備異常。 分析和處理各目的偏低的問題 課程內容Training.huawei第一章 接入失敗的分析流程第二章 接入失敗的調整方法第三章 接入失敗的典型案例接入失敗的調整方法 第一節 工程參數第二節 小區參數工程參數工程參數調整主要包括天線的方向角、下頃角、天線的波瓣寬度以及天線的增益等。普通來說只需在處理覆蓋導致的接入問題的時候才會思索調整這些工程參數。在進展這些調整的時候留意對小區原來的覆蓋區域的信號質量的影響。 接入失敗的調整方法 第一節 工程參數第二節 小區參數小區參數FACH信道的發射功率 該參數設

37、置過小，會使得小區邊緣UE不能正確接納FACH承載的業務和信令，影響下行公共信道覆蓋，影響小區覆蓋；設置過大，那么會對其它信道產生干擾，占用下行發射功率，影響小區容量。 PCH信道的發射功率 該參數設置過小，會使得小區邊緣UE無法正確接納尋呼信息，添加尋呼的時延，導致尋呼勝利率低，從而影響接入勝利率；設置過大那么浪費功率，添加了下行干擾。 PICH信道的發射功率 該參數設置過小，會使得小區邊緣UE無法正確接納尋呼指示信息，導致呼叫時延添加，也有能夠進展讀取PCH信道的誤操作，浪費UE電池，并影響下行公共信道覆蓋，從而最終影響小區覆蓋；設置過大，那么會對其它信道產生干擾，并且占用下行發射功率，影

38、響小區容量。 小區參數小區重選參數 丈量遲滯2Qhyst2s 該參數主要防止當UE處于小區邊緣時由于慢衰落使得小區重選出現乒乓，從而能夠導致頻繁的位置更新、URA更新或小區更新，從而添加網絡信令負載，同時也添加了UE的電池損耗。 參數值的大小與小區所在地域的慢衰落特性相關。重選遲滯時間Treselections 假設其它小區信號質量在該參數指定的時間內一直優于當前駐留小區的質量，那么UE重選該小區作為駐留小區。 該參數用于防止UE在小區間的乒乓重選 Sintrasearch 同頻小區丈量的啟動門限，當本小區的Ec/Io低于“QRelxmin+2*Sintrasearch時啟動同頻小區丈量。該參

39、數影響會影響小區重選的速度，進而影響UE的一次接入勝利率和IU口的一次尋呼勝利率。 在對UE的耗電影響比較小的情況下，建議將該值盡量設大。 小區參數小區重選參數Qoffset 鄰小區的信號質量參與R準那么評價前需求先減一個偏置即為Qoffset。對于普通的單層小區，該參數可以設置為0，而經過Qhyst來到達一樣的目的。建議普通不做調整。 AICH信道的發射功率 該參數設置過小，會使得小區邊緣UE無法正確接納捕獲指示，影響下行公共信道覆蓋。從目前優化結果來看，AICH的功率在下行的覆蓋中普通沒有問題；而且該信道是延續發射的，假設提高功率會占用較大的下行容量。 PRACH的相關參數 對應上行PRA

40、CH的問題，需求調整PRACH的相應參數，包括preamble的重傳次數、preamble的功率攀升步進、preamble和Message和功率偏向等參數。這些參數相互制約，在出現PRACH信道的問題時，建議適當加大preamble的重傳次數。 掉話問題分析及優化方法 接通率問題分析及優化方法切換勝利率問題分析及優化方法干擾小區問題分析優化方法擁塞小區問題分析優化方法路測數據分析流程獲取問題發生的時間和地點測試過程中會發生軟切換掉話或者軟切換失敗，記錄下軟切換問題發生的位置、時間等信息，并為后續的定位分析做預備。能否鄰區漏配普通來講，初期優化過程掉話占大多數是由于鄰區漏配導致的。對于同頻鄰區，

41、通常采用以下的方法來確認能否為同頻鄰區漏配：方法一：察看掉話前UE記錄的激活集EcIo信息和Scanner記錄的Best Server EcIo信息，假設UE記錄的EcIo很差，而Scanner記錄的Best Server EcIo很好；同時檢查Scanner記錄Best Server擾碼能否出如今掉話前最近出現的同頻丈量控制的鄰區列表中，假設丈量控制的鄰區列表中中沒有擾碼，那么可以確認是鄰區漏配。方法二：假設掉話后UE馬上重新接入，假設UE重新接入的小區擾碼和掉話時的擾碼不一致，也可以疑心是鄰區漏配問題，可以經過丈量控制進一步進展確認從掉話位置的音訊開場往前找，找到最近一條同頻丈量控制音訊，

42、檢查該丈量控制音訊的鄰區列表。方法三：有些UE會上報檢測集Detected Set 信息，假設掉話發生前檢測集信息中有相應的擾碼信息，也可以確認是鄰區漏配的問題。鄰區漏配會導致掉話，鄰區冗余也會對網絡性能有影響，會添加UE同頻丈量的耗費，嚴重情況下使得需求參與鄰區的小區無法參與，所以在切換問題分析中也要關注鄰區冗余的問題。路測數據分析流程能否導頻污染通常將導頻污染定義為：在某一點存在過多的強導頻，但卻沒有一個足夠強的主導頻。根據這一定義，在制定導頻污染判別規范時，需求確認的內容包括：“強導頻的定義“過多的定義“沒有一個足夠強的主導頻的定義路測數據分析流程能否軟切換算法參數設置問題可以經過調整切

43、換算法參數來處理下面兩類問題：切換來不及或者乒乓切換。切換來不及從信令流程上CS業務表現為手機收不到激活集更新命令同頻硬切換時為物理信道重配置，緣由是在UE上報丈量報告后由于源小區信號EcIo下降過快，在RNC發送激活集更新音訊時UE由于下行失步曾經封鎖發射機，從UE側來看是收不到激活集更新命令。PS業務也有能夠收不到活動既更新命令，也有能夠在切換之前先發生TRB復位。從信號上看，切換來不及主要有以下景象：1拐角效應：源小區EcIo陡降，目的小區EcIo陡升即忽然出現就是很高的值；2針尖效應：源小區EcIo快速下降后一段時間后上升，目的小區出現短時間的陡升。從信令流程上看，普通在掉話前手機上報

44、了鄰區的1a或者1c丈量報告，RNC也收到了丈量報告，并下發了激活集更新音訊，但UE收不到激活集更新音訊。乒乓切換主要有以下兩種景象：1主導小區變化快：2個或者多個小區交替成為主導小區，主導小區具有較好的RSCP和EcIo每個小區成為主導小區的時間很短；2無主導小區：存在多個小區，RSCP正常而且相互之間差別不大，每個小區的EcIo都很差。從信令流程上看，普通可以看到1個小區剛剛刪除，然后馬上又上報該小區1A事件，之后收不到RNC下發的激活集更新命令導致失敗。路測數據分析流程話統數據分析流程61軟切換問題分析軟切換勝利率低軟切換勝利率普通應在98%以上，假設話統明顯低于此值，且具有統計意義軟切

45、換次數大于一定值，那么判別軟切換勝利率低。導致軟切換勝利率低能夠有以下緣由：軟切換門限設置過低。如今運用相對門限判決算法，即1A、1B門限太大，這樣即使信號較差的小區也有能夠判決參與激活集，RNC下發ACTIVESET UPDATE COMMAND 音訊命令UE參與此小區，但是由于該小區信號太差且有動搖，無線鏈路建立失敗，導致軟切換失敗。NodeB沒有配置GPS或GPS失靈。由于WCDMA系統是異步系統，因此WCDMA在切換方面的困難主要就在同步上面。在切換過程中，切換失敗的一個主要緣由就是同步失敗，這對于軟切換和硬切換是同樣的。由于如今NodeB普通配置了GPS時鐘，因此軟切換勝利率很高。假

46、設沒有配置GPS，或者配置了GPS但由于GPS天線安裝不規范導致搜不到星以及GPS失靈無法鎖定，都能夠導致切換同步困難，而降低軟切換勝利率。沒有設置T_cell參數。T_cell的設置是為了防止同一NodeB內不同小區的SCH同步信道重疊。同一NodeB內相鄰小區同步信道重疊會導致更軟切換失敗。 62軟切換問題分析軟切換比例過高正常的軟切換比例應堅持在30-40%之間，假設大于50%，那么會由于軟切換占用過多的系統資源，導致容量下降及網絡性能的下降，運營商也最不情愿看到其破費投資的資源大量耗費在軟切換上，而不是提供應能給其帶來實踐利益的話務上。導致軟切換比例過高的緣由能夠有：軟切換相對門限設置

47、不當。1A、1B事件相對門限Reporting range太大，小區添加到激活集中容易，而從激活集中刪除小區卻很難，導致大量的UE處于軟切換形狀，使軟切換比例過高。重疊覆蓋區域過大。在基站密集、站間距較小的地域，假設沒有控制好小區的覆蓋范圍，能夠導致重疊覆蓋區域較大，使軟切換范圍很大，比例過高?？梢哉{整天線或者功率參數控制覆蓋范圍，降低軟切換比例，但是必需謹慎調理，留意防止產生覆蓋空洞。軟切換區域處于高話務區。在規劃中就應該留意到了這一點：應將天線主瓣方向對著話務密集區，而防止將切換帶規劃在話務密集區。然而實踐中網絡規劃并不能完全做到這點，所以需求在網絡優化時進展調整。 63軟切換問題分析軟切

48、換掉話呵斥軟切換掉話通常有下面一些緣由：軟切換門限太高或者觸發時延太大。對于相對門限判決算法來說，就是1A、1B相對門限太小，使得新的小區參與到激活集中很難，或者磁滯、觸發時延過大導致軟切換觸發不及時，到原小區信號很差的地方才觸發事件，開場發激活集更新音訊，但是還沒有等到新的小區參與激活集就由于效力小區質量太差而掉話了。軟切換區域過小。軟切換區域過小對靜止用戶影響不大，但是對于高速挪動用戶，那么能夠由于切換不及時而導致掉話。這種情況在高速公路這種場景下很容易發生。優化措施：A、加大覆蓋，添加軟切換區域；B、增大相對門限；C、減小觸發時延或磁滯。漏配鄰區。漏配鄰區關系，致使相鄰小區信號很強的情況

49、下都沒有參與激活集，反而成為很強的前向干擾，導致最終掉話。這種問題容易定位與處理，但是實踐中發生也很多。64軟切換問題分析前反向覆蓋不平衡。前反向覆蓋不平衡對切換的影響如以下圖所示：A小區前反向覆蓋不平衡，前向覆蓋虛線大于反向覆蓋實線，而B小區前反向覆蓋是平衡的。由于切換算法是根據前向鏈路質量來進展判決的，當用戶從A向B經過切換帶時，當到達反向覆蓋邊緣時源小區前向質量依然很好，切換發起太晚導致反向鏈路掉話。假設A小區是反向覆蓋大于前向覆蓋，那么在切換帶由于沒有發起軟切換，不能將B小區參與激活集，使之成為強干擾而導致前向掉話。A B65切換問題分析軟切換問題分析硬切換問題分析系統間切換問題分析6

50、6硬切換問題分析RNC未下發物理信道重配置硬切換指示音訊同頻硬切換對于同頻硬切換，由于不需求進展緊縮方式丈量，可以看信令中目的小區能否有觸發1D事件丈量上報。假設目的小區觸發了1D事件而RNC沒有下發切換指示，那么檢查同頻硬切換開關能否翻開，或能夠是Iur或Iub建鏈失敗。假設目的小區沒有觸發1D事件，檢查RNC下發的鄰區列表中能否包含目的小區，假設沒有那么有能夠是由于沒有配置相鄰關系，請檢查同頻鄰區配置。假設包含目的小區擾碼號，那么能夠由于目的小區信號太差，無法觸發1D事件進展同頻硬切換導致掉話，這種情況應該改善覆蓋；假設目的小區信號足以建立鏈路，那么思索1D事件的磁滯值和觸發時延能否設置過

51、大，使1D事件來不及觸發就由于源效力小區鏈路變差而掉話。67硬切換問題分析異頻硬切換對于異頻硬切換，需求思索緊縮方式丈量的過程。檢查信令中能否有2D、2F事件的丈量控制音訊下發，假設沒有那么檢查能否翻開異頻切換算法開關、能否配置異頻鄰區關系。假設RNC下發了2D、2F丈量控制，而UE不斷沒有2D丈量上報，能夠異頻丈量啟動門限設置太低，源小區在信號較差的情況下都未能觸發2D事件；假設2D、2F事件交替頻繁上報，闡明啟停門限差距太小，由于啟動緊縮方式需求一段時間，而源小區信號略微上升就又停頓了緊縮方式丈量，使異頻丈量不及時。這時可將2F門限設置高一些，以保證異頻丈量的進展、上報。正常情況下RNC會

52、下發一條RRC_PH_RECFG音訊讓UE啟動緊縮方式留意：對于異頻硬切換第一條物理信道重配置音訊是用來啟動緊縮方式丈量而不是硬切換指示，假設UE支持緊縮方式，那么會回一條RRC_PH_RECFG_CMP，接著RNC將下發丈量控制讓UE周期丈量上報異頻丈量值。假設UE上報了數個丈量報告而RNC仍不下發切換指示RRC_PH_RECFG，那么請檢查報告音訊中的異頻丈量值，能夠異頻硬切換門限設置太高而目的小區信號達不到要求使切換判決不經過，延誤了切換時機。在站間距較大的情況下，可以將異頻硬切換門限適當降低。68硬切換問題分析UE未收到物理信道重配置音訊經過RNC的信令跟蹤發現曾經下發RRC_PH_R

53、ECFG音訊，而路測中并沒有看到手機收到RRC_PH_RECFG音訊，因此沒有及時發起硬切換而導致掉話。由于作為硬切換指示的物理信道重配置音訊是在原信道上發下的，能夠由于經過時間延遲、切換判決，RNC下發此音訊的時候，源小區下行鏈路曾經變得太差，UE無法收到RRC_PH_RECFG音訊進展切換而最終掉話了。有兩種處理思緒：可以權衡將硬切換門限或磁滯、觸發時間延遲等參數適當減小，相當于提早硬切換時機，使UE可以及時收到硬切換指示音訊而完成切換。加大源小區業務信道的下行發射功率以加強切換區的下行覆蓋，保證下行鏈路的質量。 69硬切換問題分析目的基站未收到重配置完成音訊物理信道重配置完成音訊RRC_

54、PH_RECFG_CMP是在目的小區信道上發送的。這里分為兩種情況：經過手機信令跟蹤，確認是UE收到RRC_PH_RECFG指示而沒有回RRC_PH_RECFG_CMP完成音訊給RNC。這能夠是由于UE與目的小區同步失敗或別的緣由呵斥的硬切換失敗而掉話。嘗試調整天線或添加目的載頻的信道功率以加強覆蓋，或者提高硬切換判決門限，以保證硬切換的順利進展。經過信令跟蹤，發現是UE曾經切換并發送了RRC_PH_RECFG_CMP音訊，而RNC側沒有收到此音訊，闡明是反向鏈路存在問題。這時可以調整上行功控參數命令MOD CELLCAC，將相應業務最大上行發射功率調大，使在允許范圍內UE的發射功率增大，加強

55、反向鏈路質量。 70硬切換問題分析乒乓切換在切換帶，由于信號的動搖，能夠導致UE在源小區和目的小區來回的反復切換。對于同頻硬切換，由于同頻干擾的存在，很容易導致掉話；對于異頻硬切換，由于需求緊縮方式異頻丈量，乒乓切換會給通訊質量呵斥較大影響。處理方法可以從兩個思緒入手：調整硬切換門限，或者磁滯、觸發時間延遲等參數。抬高硬切換觸發門檻，可以防止乒乓切換，但是要慎重，由于提高切換門限等參數有能夠會呵斥切換不及時而導致切換失敗或掉話。調整覆蓋。讓切換帶盡量避開地形地物復雜的環境，使信號動搖盡能夠的小。 71硬切換問題分析其它問題引起的硬切換失敗除了上面能夠的緣由外，還有其它問題能夠引起硬切換失敗：U

56、E兼容性問題。各個廠家的UE能夠存在與其他廠家設備的兼容性的問題，這需求根據詳細問題來分析定位。設備兼容性問題。特別是對于要經過中心網的硬切換，各廠家之間的信令配合、參數設置都能夠存在差別，導致硬切換問題。傳輸線路問題。72切換問題分析軟切換問題分析硬切換問題分析系統間切換問題分析73CS 3G2G切換分析A. 經過話統查詢異系統CS域3G=2G目的D1. 等待遷移命令超時目的過高？YNB. CS域3G=2G預備勝利率目的能否滿足要求？E. CS域3G=2G切換勝利率目的能否滿足要求？D2. TRELOCalloc expiry 目的過高？D3. Failure in Target Syste

57、m 目的過高？D4. Relocation not supported 目的過高？D5. Unknown RNC目的過高？D6. No Resource Available目的過高？NYG1. 等待IU釋放命令超時目的過高？G2. Configuration Unsupported 目的過高？G3. Physical Channel Failure 目的過高？D. 非設備問題，流程預備失敗G. 非設備問題，流程預備失敗C1. 查詢設備告警C. 設備問題F1. 查詢設備告警F. 設備問題失敗原因分析思路RNC級異系統切換出準備失敗等待遷移命令超時核心網沒有返回切換準備請求的相應命令。這種情況往往

58、是核心網參數配置或者相關鏈路連接有問題，需要根據核心網與BSS的信令跟蹤進行原因分析遷移取消RNC請求切換準備后，收到核心網的釋放命令。這種情況往往是兩種情況，一是位置更新等信令過程發生系統間切換請求，流程還沒有完成前已經完成了位置更新流程，核心網發起釋放；二是建立呼叫的用戶在切換準備時就掛機，核心網發起釋放。這兩種情況雖然切換沒有完成，但都是正常的流程嵌套遷移超時一般對應著核心網配置錯誤，需要根據核心網與BSS的信令跟蹤進行原因分析在目標CN/RNC或系統中遷移失敗一般對應著核心網配置錯誤或者BSS系統不支持，需要根據核心網與BSS的信令跟蹤進行原因分析未知目標RNC這種情況往往是MSC參數

59、配置錯誤，沒有配置目標小區的LAC等信息，需要核心網檢查參數配置。這種情況在網絡進行了調整后很容易出現無可用資源往往是MSC參數配置錯誤或者BSC無資源可用，需要根據核心網與BSS的信令跟蹤進行原因分析其他原因需結合核心網與BSS的信令跟蹤進行原因分析Cell級異系統切換出準備失敗遷移超時這種情況往往是核心網參數配置或者相關鏈路連接有問題，需要根據核心網與BSS的信令跟蹤進行原因分析在目標CN/RNC或系統中遷移失敗一般對應著核心網配置錯誤或者BSS系統不支持，需要根據核心網與BSS的信令跟蹤進行原因分析在目標CN/RNC或系統中遷移不支持這種情況往往是BSC不支持系統間切換請求的某些參數，需

60、要根據核心網與BSS的信令跟蹤進行原因分析其他原因需結合核心網與BSS的信令跟蹤進行原因分析RNC/CELL級異系統切換出失敗配置不支持網絡中的切換命令終端不支持，一般是手機兼容性問題物理信道失敗主要是信號比較弱或者干擾比較嚴重導致UE接入失敗其他原因需要根據CHR日志及核心網與BSS的信令跟蹤進行進一步的分析CS 3G2G切換分析75PS 3G2G切換分析A. 經過話統查詢異系統PS域RNC發起的3G=2G目的D1. Configuration unacceptable 目的過高？YNB. PS域RNC發起的3G=2G切換勝利率目的能否滿足要求？D2. Physical Channel Fa