【資料名稱】：RRC_連接建立問題分析

【資料作者】：RF

【資料日期】：2011

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

iRRC 連接建立問題分析
RRC 連接建立失敗的問題通過 UE 的信令流程和 RNC 的單用戶跟蹤可以獲得。RRC 連接建立的過程主要包括幾個步驟：
1)UE 通過 RACH 信道發(fā)送 RRC Connection Request 消息；
2)RNC 通過 FACH 信道發(fā)送 RRC Connection Setup 消息；
3)UE 在建立下行專用信道并同步后通過上行專用信道發(fā)送 RRC Connection Setup CMP 消息。

RRC 建立失敗一般有下面幾類原因：
上行 RACH 的問題
下行 FACH 功率配比問題
小區(qū)重選參數(shù)問題
下行專用初始發(fā)射功率偏低
上行初始功控問題
擁塞問題
設備異常問題等
在這些問題中尤其上行 RACH 的問題、下行 FACH 功率配比問題、小區(qū)重選參數(shù)問題、設備異常問題出現(xiàn)的概率比較高。
RRC 連接建立問題分析流程如下所示：

圖1 RRC 連接建立問題分析流程
具體分析過程如下：
1、UE 發(fā)出 RRC Connection Request 消息，RNC 沒有收到
（1）如果此時下行 CPICH 的 Ec/Io 較低，則是覆蓋的問題。
（2）如果此時的下行 CPICH 的 Ec/Io 不是太低（比如大于-14dB），一般都是 RACH 的問題。通常有以下可能的原因：
Preamble 的功率攀升不夠
UE 的輸出功率比要求值偏低
NodeB 設備問題，存在駐波
小區(qū)半徑設置參數(shù)不合理
解決方法：
（1）對于 Preamble 的功率攀升不夠，可以增加 Preamble 攀升次數(shù)。例如可以 Preamble 攀升次數(shù)從8次改為20次。
（2）對于 UE 輸出功率比要求值低，屬于 UE 本身性能問題，沒有特別的方法解決。
（3）對于 NodeB 設備問題，需要檢查 NodeB 是否存在駐波告警。
（4）當小區(qū)半徑參數(shù)設置過小，會導致 NodeB 無法同步小區(qū)半徑范圍外的 UE，造成接入失敗。這主要發(fā)生在農村、郊區(qū)等廣覆蓋場景。
2、RNC 收到 UE 發(fā)的 RRC 建立請求消息后，下發(fā)了 RRC Connection Setup 消息而 UE 沒有收到
該問題的可能原因有以下幾種：
覆蓋差
小區(qū)選擇與重選參數(shù)不合理
具體檢查方法如下：
查看此時的 CPICH 的 Ec/Io，如果低于-12dB（因為缺省是基于 Ec/Io 為-12dB配置的），而且監(jiān)視集中沒有質量更好的小區(qū)，那么是覆蓋的問題。
如果此時監(jiān)視集中有更好的小區(qū)，則可能是小區(qū)重選的問題。
解決方法：
（1）覆蓋差
如果有條件，通過增強覆蓋的方法解決覆蓋問題，如增加站點補盲、工程參數(shù)調整等。在無法增強覆蓋的情況下，可以適當提高 FACH 的功率。調整應參照現(xiàn)網 PCPICH Ec/Io 的覆蓋情況，例如如果整個網絡優(yōu)化后的覆蓋區(qū)域導頻 Ec/Io 全部大于-12dB，那么公共信道功率的配比按照Ec/Io 大于-12dB來配置可以保證 UE 從 3G idle 狀態(tài)接入時的成功率。又如導頻 Ec/Io 小于-14dB時 UE 就重選到 GSM 系統(tǒng)，那么公共信道功率的配比按照 Ec/Io 大于 -14dB 來配置則可以保證 UE 在系統(tǒng)間重選后在弱信號區(qū)的 RRC 建立成功率。
（2）小區(qū)選擇與重選
通過調整小區(qū)選擇與重選參數(shù)，加快小區(qū)選擇與重選的速度，可以解決小區(qū)選擇與重選參數(shù)不合理造成的 RRC 連接建立失敗問題。

基礎知識：
RRC CONNECTION SETUP 消息是由 FACH 承載。由于 UE 發(fā)出 RRC CONNECTION REQUEST 是在 PRACH 信道的前導（preamble）被 UTRAN 側收到之后，以當時 preamble 的功率為基準再在 RACH 信道上發(fā)出的。而前導（preamble）的發(fā)射功率可以不斷攀升直至收到響應（受到preamble最大重傳次數(shù)限制）。因此在某些覆蓋較差的區(qū)域，有可能出現(xiàn) RACH 信道和 FACH 信道的覆蓋不平衡，使得 UTRAN 側能夠收到 UE 的 RRC 建立請求，而 UE 不能收到 RNC 發(fā)出的 RRC CONNECTION SETUP。

3、RNC 收到 UE 發(fā)的 RRC 建立請求消息后，下發(fā)了 RRC Connection Reject 消息
解決方法：
當出現(xiàn) RRC Connection Rreject 消息時，需要檢查具體的拒絕原因值。RRC Connection Reject 中拒絕原因值包含2種：congestion 和 unspecified。
對于 congestion，說明網絡發(fā)生了擁塞。需要檢查網絡負載情況，包括功率、碼、CE等資源的占用情況，確定是由于那種資源不足導致的擁塞，然后給出相應的擴容手段。具體請參閱《W-網絡擴容指導書》。
HSDPA 用戶 RRC 連接的準入與 R99 用戶RRC連接的準入一致，包括功率、碼、CE 等資源。需要特別注意碼的準入，如果 HSDPA 用戶的碼字是靜態(tài)分配的，且分配給 HSDPA 用戶的碼字過多，則很容易導致 HSDPA 或者 R99 用戶 RRC 連接的準入失敗，原因是 HSDPA 或者 R99 用戶下行信令信道的碼字不足。
對于 unspecified，則需要察看相關日志信息，確定故障原因。

4、UE 收到 RRC Connection Setup 消息而沒有發(fā)出 Setup Complete 消息
解決方法：
如果此時下行的信號質量正常，那么可能是手機異常。否則可能是下行專用信道初始功率過低導致下行不能同步，可以通過調整業(yè)務下行 Eb/No 解決。

5、UE 發(fā)出 RRC Setup Complete 消息而 RNC 沒有收到
解決方法：
由于上行初始功控會讓 UE 的發(fā)射功率上升，這種問題出現(xiàn)的概率很小。如果出現(xiàn)這類問題可以適當提高專用信道的 Constant Value 值，從而提高 UE 的上行 DPCCH 初始發(fā)射功率。
同時還與上行鏈路 SIR 初始目標值設置是否合理有關，對于初始建鏈時的上行初始同步有較大的影響。該參數(shù)如果設置過大，有可能會使得用戶初始建鏈時帶來的上行干擾過大；如果設置過小，則會使得上行同步時間加長，甚至導致初始同步失敗。
該參數(shù)為 RNC 級的參數(shù)，對網絡性能影響較大，調整時需要謹慎。
基礎知識：
RRC CONNECTION SETUP COMPLETE 是通過上行 DPCH 發(fā)送的，而 UE 根據收到的 IE“DPCCH_Power_offset”和測量得的 CPICH_RSCP 的值計算出上行 DPCCH 的初始功率。
DPCCH_Initial_power = DPCCH_Power_offset - CPICH_RSCP
其中 DPCCH_Power_offset 等于 Primary CPICH DL TX Power + UL Interference + Constant Value，Constant Value 是一個后臺可以配置的參數(shù)，如果該值設置過低，就有可能使得 UE 在發(fā)送 RRC CONNECTION SETUP COMPLETE 時功率不夠。不過在目前的缺省參數(shù)設置下（V13C03B151 版本的缺省為-20），這種情況一般不會發(fā)生。







1.1.2常見掉話原因分析
掉話中很大一部分原因是切換掉話，這在切換指標優(yōu)化章節(jié)已經詳細闡述，本章節(jié)重點闡述非切換原因導致的掉話。常見導致掉話的非切換原因有：
1.覆蓋差
一般來說，對于Voice而言，當CPICH的EcIo大于-14dB，RSCP大于-100dBm時（采用Scanner車外的測量值），不可能是由于覆蓋不行導致的掉話。通常所說的覆蓋差，主要是指RSCP很差。下表是規(guī)劃時要求的Outdoor EcIo和Ec要求（來自某運營商的網絡規(guī)劃結果，供參考）：
表1 EcIo和Ec門限要求
ServiceBit rate of serviceDL EbNoEcIo thresholdsEc thresholds
CS 12.212.28.7-13.3-103.1
CS 64645.9-11.9-97.8
PS 64645.1-12.7-98.1
PS 1281284.5-13.3-95.3
PS 3843844.6-10.4-90.6

上行覆蓋差還是下行覆蓋差的問題需要通過掉話前上行或者下行的專用信道功率來確認，需要采用以下的方法來確認：
如果掉話前的上行發(fā)射功率達到最大值，并且上行的BLER也很差或者從RNC記錄的單用戶跟蹤上看到NodeB上報RL failure，基本可以認為上行覆蓋差導致的掉話；如果掉話前，下行發(fā)射功率達到最大值，并且下行的BLER很差，基本可以認為是下行覆蓋差導致的掉話。在合理的鏈路平衡情況下，而且上下行沒有干擾的情況下，上行和下行發(fā)射功率會同時受限，此時不一定要嚴格區(qū)分哪一方先出現(xiàn)受限。如果上下行嚴重不平衡，則應該初步判定為受限方向存在干擾。
確認覆蓋的問題簡單直接的方式是直接觀察Scanner采集的數(shù)據，若最好小區(qū)的RSCP和EcIo都很低，就可以認為是覆蓋問題。
由于缺站、扇區(qū)接錯、功放故障導致站關閉等原因都會導致覆蓋差，在一些室內，由于過大的穿透損耗也會導致覆蓋太差。扇區(qū)接錯或者站點由于故障原因關閉等容易在優(yōu)化過程中出現(xiàn)，表現(xiàn)為其他小區(qū)在掉話點的覆蓋差，需要注意分析區(qū)別。

2.干擾導致的掉話
下行和上行的干擾都會導致掉話。一般情況下，對于下行，當激活集CPICH RSCP大于-85dBm，而激活集綜合EcIo小于-13dB產生了掉話，基本上可以認為是下行干擾的問題（當切換不及時的時候，也可能出現(xiàn)服務小區(qū)RSCP信號很好，但EcIo很差；但此時監(jiān)視集小區(qū)RSCP和EcIo都很好）；對于上行RTWP比正常值（-107~-105）超過10dB，干擾時間超過2~3s，就有可能造成掉話，需要重點解決。
下行的干擾通常是指導頻污染，指覆蓋地區(qū)存在3個以上的小區(qū)滿足切換條件，由于信號的波動常常出現(xiàn)激活集替換或者最優(yōu)小區(qū)發(fā)生變化，通常當激活集綜合質量不好（CPICH的EcIo都在-10dB左右波動），容易出現(xiàn)切換失敗導致SRB復位，也可能出現(xiàn)TRB復位。
上行的干擾增加了連接模式的手機上行發(fā)射功率，從而產生過高的BLER導致SRB或者TRB復位或者由于失步導致掉話。另外，在切換的時候，新建鏈路由于上行干擾問題導致鏈路不能同步，造成切換失敗而導致掉話。上行干擾可能來自系統(tǒng)內，也可能來自系統(tǒng)外，絕大部分場景上行干擾來自系統(tǒng)外。
通常在沒有干擾的情況下，上下行是平衡的，也就是說掉話前上下行的發(fā)射功率都會接近最大值。當下行干擾存在，往往出現(xiàn)上行發(fā)射功率很小或者BLER收斂的情況，但下行發(fā)射功率達到最大值同時也伴隨著下行BLER不收斂；對于上行干擾，會存在同樣的表現(xiàn)，在實際分析可以通過這個方法來區(qū)分。

3.異常分析
在排除了以上的原因之后，其他的掉話一般需要懷疑設備的問題，需要通過查看設備的日志，告警等進一步來分析掉話原因。
比如：NodeB異常引起同步失敗，導致的鏈路不停增加和刪除
比如：手機不上報1a測量報告導致掉話
這里需要重點注意的是測試手機異常死機引起的掉話問題，一般在撥測過程中容易出現(xiàn)這個問題，具體表現(xiàn)為路測記錄的數(shù)據中有一段時間沒有手機上報的信息。

4.HSPA掉話分析
請參照前面R99掉話原因。

1.1.3經常調整的非切換類算法參數(shù)
掉話中經常調整的非切換類算法參數(shù)有：
1、無線鏈路最大下行發(fā)射功率
配置大的專用鏈路的發(fā)射功率有利于克服覆蓋導致的掉話點，但同樣帶來干擾問題，由于單個用戶允許的功率大，當用戶在邊緣時就可能消耗大的功率，從而對其他用戶造成影響，降低系統(tǒng)的下行容量。一般情況下下行發(fā)射功率的配置由鏈路預算提供，適當?shù)脑黾踊蛘邷p少1~2dB，一般情況下在單次路測情況下，很難看出對掉話的影響，但可以從話統(tǒng)指標上看出來，對于一些小區(qū)，由于覆蓋原因存在比較大的掉話率，可以考慮增加專用信道的最大發(fā)射功率；對于一些小區(qū)，由于負載過高導致用戶有較大的接入失敗概率，可以考慮適當降低該參數(shù)。
2、信令和業(yè)務的最大重傳次數(shù)
在較高的誤塊率信道條件下，信令由于重傳達到最大值就會產生復位，信令的一次復位就會導致掉話；采用AM模式進行業(yè)務傳輸?shù)臉I(yè)務也同樣會重傳，重傳達到最大值之后產生復位信令，系統(tǒng)配置了最大允許的復位次數(shù)，當復位次數(shù)達到最大值之后，系統(tǒng)開始釋放業(yè)務，也同樣會造成掉話。
系統(tǒng)缺省的配置可以保證突發(fā)誤塊不會導致異常的掉話，但在進入覆蓋比較差的場合能夠及時進行復位而導致掉話，從而釋放業(yè)務占用的資源。對于一些場景，有較多的突發(fā)干擾，或者針尖效應比較明顯的場景，干擾突發(fā)期間可能導致100%誤塊，而又不希望過多的掉話，此時可以考慮適當增加重傳次數(shù)，通過重傳來抵抗突發(fā)干擾。
該參數(shù)是針對RNC配置。
1.1.4掉話原因判決樹
綜合各種掉話原因，掉話分析的判決樹如下圖所示：

掉話分析判決樹
1.準備數(shù)據
路測軟件采集數(shù)據文件、RNC記錄的單用戶跟蹤、RNC記錄的CHR
2.獲取掉話位置
采用路測數(shù)據處理軟件，比如Assistant和獲取掉話的時間和地點，獲取掉話前后Scanner采集的導頻數(shù)據，手機采集的激活集和監(jiān)視集信息，信令流程等。
3.分析Scanner主導小區(qū)變化情況
主要分析主導小區(qū)的變化情況，如果主導小區(qū)相對穩(wěn)定，進一步分析RSCP和EcIo情況；
如果主導小區(qū)變化頻繁，需要區(qū)分主導小區(qū)變化快的情況，或者沒有主導小區(qū)的情況，然后進一步進行乒乓切換掉話分析。
4.分析Scanner主導小區(qū)信號RSCP和EcIo
觀察Scanner最好小區(qū)RSCP，EcIo，根據不同的情況分別處理
RSCP差，EcIo差，可以確定為覆蓋問題；
RSCP正常，EcIo差（排除切換來不及導致的，同頻鄰區(qū)干擾），可以確定為下行干擾問題；
RSCP正常，EcIo正常，如果UE激活集中小區(qū)與Scanner最好小區(qū)不一致，可能為鄰區(qū)漏配或者切換來不及導致的掉話；如果UE激活集中小區(qū)與Scanner最好小區(qū)一致,可能為上行干擾或者異常掉話。
5.路測重現(xiàn)問題
由于一次路測不一定能夠采集到定位掉話問題需要的所有信息，此時需要通過進一步路測來收集數(shù)據。通過進一步的路測也能確認該掉話點是隨機掉話的點或者固定掉話點，一般來說固定掉話點一定需要解決，而隨機掉話點則需要根據掉話發(fā)生的概率來確定是否需要解決。


2常見問題分析
2.1軟切換類問題
2.1.1軟切換相對門限設置不當導致的軟切換比例過高
1.現(xiàn)象
話統(tǒng)指標中軟切換比例很高；路測中發(fā)現(xiàn)大部分時間激活集內有2個以上的小區(qū)，處于軟切換狀態(tài)。
2.分析
分析其1A、1B事件相對門限，也就是Reporting range：

軟切換相對門限
由圖可以看出，Reporting range越大，鄰小區(qū)越容易加入激活集而且越難被從激活集刪除，這樣很容易造成軟切換比例過高。
現(xiàn)在一般的做法是1A、1B門限設置的不一樣，將1A門限設置的小一些（如3dB），而1B門限不變（5dB），使質量不好的小區(qū)不容易加入激活集，而質量確實變得很好的小區(qū)才可以加入，這樣可以在保證軟切換正常進行的情況下，適當減小軟切換比例。
2.1.2同頻濾波系數(shù)過大導致的軟切換不及時
1.現(xiàn)象
路測中發(fā)現(xiàn)軟切換滯后現(xiàn)象比較嚴重，即使鄰小區(qū)信號已經很強，也要過很久才被加入激活集。如果車速過快，甚至會因為切換不及時而掉話。
2.分析
層3濾波是為了減小信號頻繁波動的影響，避免乒乓切換。
測量值的濾波采用如下公式進行計算：

其中：
Fn ：經過濾波處理，更新的測量結果。
Fn-1 ：經過濾波處理，上一時刻舊的測量結果。
Mn ：從物理層接收到的最近的測量值。
a = (1/2)(k/2)，其中 k 來自信元 "Filter coefficient"，也即此處的FilterCoef。當k取值為0，a＝1時，意味著沒有層3濾波。
濾波系數(shù)常用值在{0,1,2,3,4,5,6}之間。濾波系數(shù)越大，對毛刺的平滑能力越強，但對信號的跟蹤能力減弱，必須在兩者之間進行權衡。
通過仿真得出的濾波系數(shù)與跟蹤時間的關系如下表所示：
表2 濾波系數(shù)對應的跟蹤時間
濾波系數(shù)012345678911
同頻跟
蹤時間(s)0.20.40.611.4234.268.417
對于密集城區(qū)，由于站間距很小，切換時間很短，因此必須減小跟蹤時間，也就是減小此濾波系數(shù)。一般來說，層3濾波系數(shù)取值為2比較合適。

2.1.3鄰區(qū)漏配
1.現(xiàn)象和分析
從掉話點位置聯(lián)動到掉話前的信令流程，如下圖，從信令流程上看，UE在通話過程中收到系統(tǒng)消息，符合掉話的定義。

掉話前的手機記錄的信令流程
同時檢查掉話點UE和SCANNER的導頻測試數(shù)據，如下圖，可以看出UE激活集和SCANNER的測試結果不一致，SCANNER的170擾碼在UE激活集中沒有。

掉話前UE激活集和Scanner記錄的擾碼信息
可能有兩種情況存在，一種是鄰區(qū)漏配，一種是切換不及時導致，進一步查看UE監(jiān)視集中擾碼信息，如下圖，發(fā)現(xiàn)在UE的監(jiān)視集中也沒有170擾碼的小區(qū)，很有可能是170鄰區(qū)漏配。

掉話前UE監(jiān)視集擾碼信息
繼續(xù)查看掉話前RNC下發(fā)給UE的鄰區(qū)列表，如下兩幅圖，從掉話前最近的一次測量控制看，鄰區(qū)列表中沒有170擾碼，可以肯定是由于漏配了6號擾碼和170號擾碼的鄰區(qū)關系導致掉話。

掉話前UE同頻測試控制位置

掉話前UE同頻測試控制信令解析

如果測試時只有手機記錄了信息，沒有連接Scanner信息，可以通過以下的方法來確認鄰區(qū)是否漏配：首先確認掉話前手機測量的激活集所有小區(qū)的擾碼以及監(jiān)視集小區(qū)的擾碼；然后確認掉話后手機經過小區(qū)重選最終駐留的小區(qū)的擾碼信息，和掉話前手機激活集和監(jiān)視集擾碼進行比較，如果不在掉話前的激活集和監(jiān)視集擾碼列表中，那么有可能屬于鄰區(qū)漏配導致的掉話；最后可以通過檢查鄰區(qū)列表的方式進行確認。該方式比較適合在路測現(xiàn)場解決鄰區(qū)漏配導致的掉話問題。

沒有Scanner信息確定鄰區(qū)漏配的方式

2.解決方法
增加鄰區(qū)（由于RNC根據最優(yōu)小區(qū)來更新測量控制，最優(yōu)小區(qū)一般可以通過查找測量控制下發(fā)之前的有1D事件的同頻測量報告來獲取，一般情況下配置成雙向鄰區(qū)）。
2.1.4鄰區(qū)冗余
協(xié)議規(guī)定WCDMA的鄰區(qū)個數(shù)最大為32個，而本小區(qū)自身也要包括在同頻鄰區(qū)列表中下發(fā)，所以真正的同頻鄰區(qū)最多只能配置31個。因為S項目的同頻鄰區(qū)都是基于2G的鄰區(qū)數(shù)據生成的，由于城區(qū)站點密集加上Combine等關系同頻鄰區(qū)列表一般比較大，如果達到或超過31個鄰區(qū)，則優(yōu)化中發(fā)現(xiàn)的需要添加的必要鄰區(qū)就無法加入，這時需要刪除部分冗余鄰區(qū)。
對冗余鄰區(qū)的刪除應比較慎重，一旦必要的鄰區(qū)被誤刪，則會導致掉話等嚴重后果。所以需要保證：
1）在刪除鄰區(qū)前，檢查鄰區(qū)修改記錄，確認擬刪除的鄰區(qū)不是以前路測和優(yōu)化中添加的鄰區(qū)關系。
2）在刪除冗余鄰區(qū)以后，需要做全面的測試，包括路測和重要室內地點撥測，以及觀察相關小區(qū)的話統(tǒng)結果變化，包括呼叫建立成功率、掉話率和切換成功率等，確保沒有異常產生，否則需要改回數(shù)據配置。
在建網階段因為沒有可靠的3G的切換次數(shù)統(tǒng)計可以作為判據，可以能利用2G的鄰區(qū)切換次數(shù)統(tǒng)計來估計鄰區(qū)間的切換概率。
下表是2G的切換次數(shù)統(tǒng)計表：
表3 2G切換次數(shù)統(tǒng)計表
Assist_GSM_HO_Count
SERVCELLNCELLHOCOUNT
1253110121417
12531101613262
12531101622070
1253110301381
1253110321265
12531120619
1253112101961
125311211116
12531122512
12531122914
12531122920
12531123301082
12531123911063
125311245117019
125311253216030
125311254074
1253112591926
125311259220994
12531140512
12531140722
1253114091211
12531141111
1253114460321
125315636116
12531563620
12531568200
1253156910206
找出其中一些切換次數(shù)很少甚至為0的鄰區(qū)，比如12531－12292。再看它們的位置關系：

2G冗余鄰區(qū)的位置關系示意
可見12531和12292之間隔了許多站，它們發(fā)生切換的可能性很小，因此可以考慮刪除此鄰區(qū)。
當然，這種基于2G統(tǒng)計數(shù)據的判斷準則可能存在隱患，因此在刪除鄰區(qū)后應該進行測試以確認沒有因為刪除了必要鄰區(qū)而造成的掉話等問題。
在網絡LAUNCH以后，話統(tǒng)中的切換次數(shù)統(tǒng)計值才反映實際網絡中的真實切換情況，以此為根據來刪除冗余的鄰區(qū)也更為可靠。需要在RNC的話統(tǒng)臺上登記兩兩小區(qū)的話統(tǒng)任務。
2.1.5導頻污染
1.現(xiàn)象和分析
(1)發(fā)現(xiàn)導頻污染點

育興路附近導頻污染
發(fā)現(xiàn)導頻污染點，該區(qū)域設計用270號小區(qū)來覆蓋。

(2) 分析導頻污染點附近小區(qū)信號分布

育興路附近best server


育興路附近2th best server


育興路附近3th best server


育興路附近4th best server


育興路導頻污染構成
雖然270號小區(qū)設計覆蓋該區(qū)域，但是根據實測該區(qū)域的best server以220號小區(qū)為主，還有260和270，2th best server以270為主，還有260、220、200，3th best server以200為主，還有270、260，4th best server以200為主，還有270、260。

(3) 分析導頻污染點附近RSSI分布

育興路附近的RSSI


育興路附近BestServer小區(qū)的RSCP
從該區(qū)域的RSSI分布圖可以看出，導頻污染區(qū)域的RSSI不是很大，在-100 ~ -90dBm附近。其BestServer的RSCP在-105到-100之間。該區(qū)域的導頻污染是因為缺少一個強導頻造成的導頻污染，應當從增強某一強導頻入手，解決導頻污染問題。

(4) 分析相關小區(qū)的RSCP分布

育興路附近270號小區(qū)的RSCP
該區(qū)域設計由270號小區(qū)覆蓋，考察270號小區(qū)的RSCP。從270號小區(qū)RSCP分布圖可見，270號小區(qū)在導頻污染區(qū)域的信號強度較弱。
2.解決辦法

根據現(xiàn)場勘測，該區(qū)域是6～7層民居建筑排列緊密，該段測試路線處于非主干街道，街道狹窄，信號受到道路兩旁的嚴重阻擋。所以建議270方向角由150度調整為130度，下傾角由5度調整為3度，增強270號小區(qū)的覆蓋。
經過路測數(shù)據分析，調整后的預期結果是：270號小區(qū)覆蓋區(qū)變大，在該區(qū)域的覆蓋增強。

優(yōu)化后育興路附近的導頻污染


優(yōu)化后育興路附近的best server


優(yōu)化后育興路附近的的best server小區(qū)的RSCP


優(yōu)化后育興路附近270號小區(qū)的RSCP
根據優(yōu)化后的路測數(shù)據可以看出育興路附近的導頻污染得到消除，270小區(qū)調整后在該處的信號得到增強，270成為該小區(qū)best server，與預期結果相符。

2.1.6拐角效應
1.現(xiàn)象和分析
拐角效應主要表現(xiàn)在原小區(qū)信號快速下降，目標小區(qū)信號很快上升，導致手機收不到激活集更新而導致掉話的情況。通常情況下EcIo的變化情況如下圖所示（兩個點之間的時間間隔為0.5s）：

拐角效應-信號變化情況
由上圖可以看出，原小區(qū)的信號可以在1s左右的時間內突然下降10dB，而目標小區(qū)的信號上升10dB左右，如果在信號開始突變之前原小區(qū)的信號已經比較差，如果1a事件配置成容易觸發(fā)的情況下，從手機上的信令跟蹤可以看到測量報告已經發(fā)出，從RNC的信令跟蹤可以看到RNC收到測量報告，，但RNC在下發(fā)激活集更新的時候，由于原小區(qū)的信號太差，導致手機不能收到激活集更新命令而產生信令復位，從而引起掉話；如果1a事件觸發(fā)比較慢（比如配置較大的遲滯或者觸發(fā)時間），就有可能在手機上報測量報告之前下行就發(fā)生了TRB復位的情況。
下面一個例子是拐角效應的典型情況：

拐角效應-手機記錄的信號變化
在拐彎前，可以看到激活集104和168擾碼的信號快速下降到-17dB以下，而監(jiān)視集208號擾碼信號很好（-8dB），接著檢查RNC跟蹤的信令可以看到手機上報了208號擾碼的1a事件，同時也下發(fā)了激活集更新命令，但無法收到激活集更新完成消息而導致了掉話，如下圖所示：

拐角效應-RNC記錄的信令跟蹤

2.解決辦法
解決拐角效應的方法比較多，此處對不同的方法和相應的優(yōu)劣說明。
針對小區(qū)配置1a事件參數(shù)，使得切換更容易觸發(fā)。比如，降低觸發(fā)時間為200ms，減小遲滯；一般情況需要針對小區(qū)進行配置，這個參數(shù)的更改會導致該小區(qū)和其他小區(qū)（沒有拐角效應的小區(qū)）的切換也更容易發(fā)生，可能會造成過多的乒乓切換。
配制拐角效應產生的兩個小區(qū)之間的CIO，使目標小區(qū)更容易加入。由于CIO只影響兩個小區(qū)之間的切換行為，影響面相對較小，但CIO會對切換去產生影響，這種配置可能導致切換比例的增加。
調整天線，使得目標小區(qū)的天線覆蓋能夠越過拐角，在拐角之前就能發(fā)生切換，或者使當前小區(qū)的天線覆蓋越過拐角，從而避免拐角帶來的信號快速變化過程，來降低掉話；在實際的實施過程中，由于天線工程參數(shù)的調整以及是否能越過拐角的判斷過多的依賴于經驗，使得這個方法的實施存在一定困難。
綜合以上的措施，建議優(yōu)先采用1，如果1不能解決，采用方法2，最后在2無法解決問題的情況下，采用方法3。（方法3是最好的解決辦法，在天線調整實施非常方便的地方可以優(yōu)先考慮。）

2.1.7針尖效應
1.現(xiàn)象和分析
針尖效應主要表現(xiàn)為在較強目標小區(qū)信號的短時間作用下，原小區(qū)信號經歷短暫快速下降，又上升的情況，通常情況下EcIo的變化情況如下圖所示（兩個點之間的時間間隔為0.5s）：

針尖效應-信號變化情況
針尖效應一般在以下幾種情況下會導致掉話：
如果針尖持續(xù)的時間很短，無法滿足切換條件，不會影響掉話，但會帶來業(yè)務質量的惡化，比如下行產生過高的BLER；
如果針尖持續(xù)的時間比較短，而切換的條件又比較嚴格，導致的后果是在切換發(fā)生之前，可能由于下行信號太差，導致信令或者業(yè)務RB復位情況，最后也可能會導致掉話；
如果目標小區(qū)觸發(fā)了切換，可能由于原小區(qū)信號太差使手機收不到激活集更新，導致掉話的情況；
如果目標小區(qū)完成了切換，變成了激活集內的小區(qū)，由于針尖會在很短的時間內消失，該小區(qū)還要完成一次切換過程才能從激活集內退出，這個過程也會造成掉話。
所以針尖效應和拐角效應相比，針尖有兩次切換的風險，任何一次切換失敗就會導致掉話，但由于針尖的時間比較短，通過犧牲業(yè)務的質量（比如，配置較大的重傳次數(shù)，使信令和業(yè)務不再發(fā)生復位），從而有機會在手機來不及上報測量報告的情況下，有機會不掉話，而拐角效應幾乎是必然掉話的，因為拐角之后，原小區(qū)的信號幾乎不會恢復！
針尖效應一般可以通過觀察Scanner記錄的最有小區(qū)擾碼分布圖來觀察，一般情況下，如果有兩幅天線沿著兩條街道照射，在兩條街道交界的地方就容易產生針尖效應，下圖是一個同頻硬切換的例子(該圖的圖例是最優(yōu)小區(qū)的擾碼分布)，其中的drop4，drop5，drop6，drop7以及drop15和drop16都是由于針尖效應導致的：

PS384K切換掉話分布


2.解決辦法
針尖效應可以參考拐角效應的解決辦法，其中天線調整的目標是在針尖的位置不要使原信號下降過快目標小區(qū)信號上升過快，除了以上的方法，適當增加RLC重傳次數(shù)，從而抵抗信號的衰落也可以比較好的降低掉話。
2.1.8主導小區(qū)變化過快
1.現(xiàn)象
UE從小區(qū)1切換到小區(qū)2后，小區(qū)1的信號又有一小段時間比小區(qū)2好。如下圖所示，152小區(qū)信號比88小區(qū)低了一小段時間后又出現(xiàn)比88號小區(qū)持續(xù)高2秒左右的情況。

cell52 vs cell88信號分布（切換區(qū)信號波動）
2.分析
當UE已經從cell152切換到cell88，cell152突然又變好的情況就等效于前面描述的針尖效應。所以針尖效應可以帶來的三種切換失敗情況，主導小區(qū)變化過快同樣會造成這些失敗。即：Ho Req SRB Reset、Ho Failure、TRB Reset。
解決該問題的方法是優(yōu)化小區(qū)RF工程參數(shù)、1D事件參數(shù)，避免乒乓。