1、CDMA系統(tǒng)性能分析專題之切換分析,課程目標,明確切換的種類 掌握切換的相關概念 掌握切換參數的含義 理解切換的過程 掌握切換失敗的分析方法 理解案例的分析解決過程,提綱,切換介紹 切換分類 導頻信號集 切換相關參數 導頻搜索窗 鄰區(qū)設置 切換過程中的幾類消息 軟切換算法 切換失敗分析 案例分析,CDMA切換分類,切換介紹,CDMA中的空閑切換,切換介紹,接入失敗易發(fā)生區(qū)域！,CDMA中的空閑切換（續(xù)）,切換介紹,軟切換,軟切換：移動臺在從一個基站覆蓋區(qū)域移向另一個基站時,開始與目標基站通信但不中斷與當前提供服務的基站的通信. 可以同時包括與三個基站保持通信,移動臺合并從每個基站發(fā)送來的信號幀

2、.,切換介紹,更軟切換,切換介紹,切換的兩個基站工作在不同的頻率。 切換的兩個基站可以工作在相同的頻率，但從屬于不同的PSTN。,CDMA-to-CDMA硬切換,切換介紹,SUC間軟切換,SUC間通過ASM連接,從而實現跨SUC間的軟切換,MSC,SVBS,HIRS,MSC,SVBS,HIRS,A f1,D f1,B f1,E f1,C f1,F f1,U f1,X f1,V f1,Y f1,W f1,Z f1,切換介紹,CDMA 軟切換,提綱,切換介紹 切換分類 導頻信號集 切換相關參數 導頻搜索窗 鄰區(qū)設置 切換過程中的幾類消息 軟切換算法 切換失敗分析 案例分析,導頻集分類,切換介紹,導

3、頻集分類（續(xù)）,MS中有四個存儲器，用于存放短PN碼的偏移序號，關機后清零，開機后從系統(tǒng)獲取信息 導頻集分類： 有效導頻集：分配給移動臺的與當前的前向業(yè)務信道相關的導頻集合(最多6個導頻) 候選導頻集：當前不在有效導頻集里，由移動臺接收到的有足夠的強度顯示與該導頻相對應的基站的前向業(yè)務信道可以被成功解調的導頻的集合(最多5個導頻) 相鄰導頻集：當前不在有效導頻集或候選導頻集里，但根據某種算法可能進入候選導頻集的導頻集合(最多20個導頻) 剩余導頻集：當前系統(tǒng)中，當前CDMA載頻中的所有其它可能的導頻 導頻集中的所有導頻具有相同的頻率 這些導頻集可以在切換期間由基站更新,切換介紹,MS如何獲取？

4、,導頻集的初始化,切換介紹,導頻集的更新（當處于通話狀態(tài)）,切換介紹,剩余集合,鄰域集合,候選集合,有效集合,導頻低于T-DROP并且T-TDROP已終止,由系統(tǒng)或T-COMP確定 導頻是否加入有效集合,有效集合的維持,切換介紹,剩余集合,鄰域集合,候選集合,有效集合,導頻強度超過T-ADD,導頻低于T-DROP T-TDROP已終止,導頻強度超過 T-ADD,由系統(tǒng)或T-COMP確定 導頻是否加入有效集合,候選集合維持,切換介紹,提綱,切換介紹 切換分類 導頻信號集 切換相關參數 導頻搜索窗 鄰區(qū)設置 切換過程中的幾類消息 軟切換算法 切換失敗分析 案例分析,切換參數,T_ADD T_DRO

5、P T_TDROP T_COMP SOFT_SLOPE ADD_INTERCEPT DROP_INTERCEPT SRCH_WIN_A SRCH_WIN_N SRCH_WIN_R,切換介紹,設置方式：小區(qū)載頻切換參數,切換參數設置,切換介紹,切換參數設置T_ADD,T_ADD 是導頻切換加門限。如果一個相鄰集或者剩余集的導頻的強度達到了T_ADD，MS將該導頻移入候選集，并發(fā)送PSMM。 T_ADD必須足夠小，才能保證很快加入一個有用的導頻；但是T_ADD又必須足夠大，才能防止無用的干擾導頻的加入。 缺省值: -13 dB推薦值: -13dB,切換介紹,切換參數設置T_DROP&T_TDROP

6、,T_DROP和 T_TDROP一起控制切換去。 T_DROP必須足夠小，才能阻止一個強導頻不會過早的退出有效集；但是又必須足夠大，才能讓一個弱導頻很快的退出有效集或者候選集。 T_TDROP必須大于建立一次切換的時間，防止乒乓切換；但是又必須足夠小才能讓無用的弱導頻很快的切換去。 T_DROP: 缺省值: -15dB推薦值: -15dB T_TDROP: 缺省值: 3 sec推薦值: 3 sec,切換介紹,切換參數設置T_COMP,T_COMP是一個比較門限，用來決定一個導頻是否進入有效集。其判斷依據是： 如果候選集的導頻強度比有效集中最弱的導頻還大 T_COMP T_COMP： 缺省值：2

7、.5dB 推薦值： 2.5dB,切換介紹,切換參數設置的推薦值,切換介紹,提綱,切換介紹 切換分類 導頻信號集 切換相關參數 導頻搜索窗 鄰區(qū)設置 切換過程中的幾類消息 軟切換算法 切換失敗分析 案例分析,導頻搜索窗口作用,當一個導頻達到手機時，由于經過空中傳播產生了延遲，手機可能無法識別該導頻。因此，手機必須使用一個合理的延遲窗口來幫助它識別這個導頻。手機用來識別導頻的窗口寬度成為搜索窗口。 搜索窗口設置過大，將會影響手機搜索導頻的時間；搜索窗口設置過小，手機將無法搜索到時延過長的有用導頻。,搜索窗作用：確保MS能搜索到導頻集中PN偏移的多徑信號,切換介紹,導頻搜索窗參數,搜索窗口參數包括:

8、 SEARCH_WIN_A: 有效集和候選集搜索窗口 SEARCH_WIN_N: 相鄰集搜索窗口 SEARCH_WIN_R: 剩余集搜索窗口,切換介紹,設置方式： 小區(qū)小區(qū)實體參數表,搜索窗設置,切換介紹,導頻搜索窗參數SEARCH_WIN_A,SRCH_WIN_A 用于手機搜索有效集和候選集導頻的多徑。 SRCH_WIN_A 必須足夠大，才能保證手機能識別出達到的導頻多徑分量。 缺省值: SRCH_WIN_A=6 Window Size= 28 chips 推薦值: SRCH_WIN_A= 6 Window Size= 28 chips,切換介紹,導頻搜索窗參數SEARCH_WIN_N,SR

9、CH_WIN_N 是手機搜索相鄰集導頻多徑的窗口寬度。 SRCH_WIN_N必須足夠大，才能保證手機搜索到相鄰集中較強的導頻多徑分量。 SRCH_WIN_N 如果設置的過大，會降低手機搜索的速度并增加切換失敗的風險。 缺省值: SRCH_WIN_N=8 Window Size= 60 chips 推薦值: SRCH_WIN_N= 8 Window Size= 60 chips,切換介紹,導頻搜索窗參數SEARCH_WIN_R,SRCH_WIN_R 是手機搜索剩余集導頻多徑的窗口寬度。 SRCH_WIN_R 用于手機搜索一個不在相鄰集內的、強度足夠的導頻多徑分量。 剩余集內的導頻在手機搜索過程中

10、的優(yōu)先級是非常低的，因此在搜索過程中，剩余集的導頻經常不會被搜索到。 缺省值: SRCH_WIN_R=9 Window Size= 80 chips 推薦值 : SRCH_WIN_R= 9 Window Size= 80 chips,切換介紹,設置值與實際窗口大小的對應關系,切換介紹,搜索窗參數的典型設置值,切換介紹,參數推薦值,切換介紹,提綱,切換介紹 切換分類 導頻信號集 切換相關參數 導頻搜索窗 鄰區(qū)設置 切換過程中的幾類消息 軟切換算法 切換失敗分析 案例分析,該參數表名稱為：R_LINKCELL，描述了每個小區(qū)的鄰接小區(qū)配置。 共有11個參數需要配置，具體見下圖：,CELL-鄰接小區(qū)

11、參數表,切換介紹,CELL-鄰接小區(qū)參數表（續(xù)）,切換介紹,CELL-鄰接小區(qū)參數表（續(xù)）,切換介紹,以上兩圖是添加鄰接小區(qū)時候的對話框。 本BSC小區(qū) 反向互配功能 自動添加候選載頻功能 非本BSC小區(qū) 鄰區(qū)全局標識 鄰區(qū)識別方式 全局鄰區(qū)類型 MarketId、SwitchNumber LAC、CI、BSSID,CELL-鄰接小區(qū)參數表（續(xù)）,切換介紹,CELL-鄰接小區(qū)參數表（續(xù)）,切換介紹,CARRIER-載頻鄰區(qū)表,該參數表名稱為：R_NGLIST，記錄了每個載扇的鄰區(qū)配置，在日常后臺數據維護中，是工作量最大的一個部分，但是它對網絡性能的影響也是最大的。具體見下圖：,切換介紹,CAR

12、RIER-載頻鄰區(qū)表（續(xù)）,添加鄰區(qū)的對話框界面,切換介紹,CARRIER-載頻鄰區(qū)表（續(xù)）,從該對話框中可以看到以下5個參數可以修改，但是一般都是選取默認值： NGHBR_CONFIG:根據協議配置為0，適用于同頻鄰區(qū)且只有一個尋呼信道。 SEARCH_PRIORITY:在候選頻率參數中已經介紹 ADD_PILOT_REC_INCL ：不支持該功能(通用鄰區(qū)列表參數） ACCESS_ENTRY_HO：支持接入入口切換 ACCESS_HO_ALLOWED：支持接入切換,切換介紹,配置好的鄰區(qū)列表,CARRIER-載頻鄰區(qū)表（續(xù)）,切換介紹,NGHBR_SRCH_MODE:,CARRIER-載頻

13、鄰區(qū)表（續(xù)）,SRCH_OFFSET_INCL:設置為0，所以忽略SRCH_OFFSET字段。 頻率字段包含指示：設置為0，所以忽略頻率包含指示（對話框中的紅圈） 以上兩個字段都是通用鄰區(qū)列表消息中的內容。,切換介紹,提綱,切換介紹 切換分類 導頻信號集 切換相關參數 導頻搜索窗 鄰區(qū)設置 切換過程中的幾類消息 軟切換算法 切換失敗分析 案例分析,切換過程中的幾類消息,導頻強度測量消息（PSMM） 切換指示消息 (HDM) 切換完成消息（HCM） 鄰區(qū)列表更新消息（NLUM）,切換介紹,提綱,切換介紹 切換分類 導頻信號集 切換相關參數 導頻搜索窗 鄰區(qū)設置 切換過程中的幾類消息 軟切換算法

14、切換失敗分析 案例分析,95軟切換算法,切換介紹,軟切換中的重要消息,切換中重要的消息：,軟切換中的重要消息（續(xù)）,切換中重要的消息：,軟切換中的重要消息（續(xù)）,切換中重要的消息：,2000軟切換算法,切換介紹,提綱,切換介紹 切換失敗分析 概述 切換許可問題 資源分配問題 切換信令問題 案例分析,切換分析概述,切換有多種情況，本課程的切換失敗分析僅針對于相同頻率之間的軟切換和不同頻率之間的硬切換。,切換失敗分析,提綱,切換介紹 切換失敗分析 概述 切換許可問題 資源分配問題 切換信令問題 案例分析,切換許可問題,切換失敗分析,提綱,切換介紹 切換失敗分析 概述 切換許可問題 資源分配問題 切

15、換信令問題 案例分析,資源分配問題,資源耗盡的可能的原因：,呼叫阻塞門限 切換阻塞門限 T_DROP太低 T_TDROP太高 切換允許算法的有效性太差,切換失敗分析,提綱,切換介紹 切換失敗分析 概述 切換許可問題 資源分配問題 切換信令問題 案例分析,切換信令問題,切換失敗分析,強導頻沒有探測到,切換失敗分析,搜索窗問題,太窄的搜索窗口可能會導致探測不到強導頻的到達多徑。 從基站到移動臺有一定的距離，所以基站發(fā)出的信號到達移動臺就會有時延。 假如基站離移動臺比較遠，這個時延就會比較大，如果移動臺的搜索窗口開得太窄的話，強導頻的到達多徑就可能落在搜索窗之外，這樣移動臺就探測不到強導頻了。,切換

16、失敗分析,軟切換加入門限問題,如果軟切換加入門限（T_ADD）設置過高，即使是移動臺探測到某導頻的強度已經較大，足夠解調（但低于T_ADD），移動臺也不會向基站上報該可用導頻的探測情況。,切換失敗分析,移動臺搜索過程太慢,切換失敗分析,反向鏈路衰落,當服務導頻的強度開始衰落，切換信令必須要及時發(fā)送，但如果反向鏈路衰落得太快，PSMM消息就無法被基站接收，導致切換失敗。 反向鏈路衰落的顯著特征就是反向FER很高。,切換失敗分析,前向鏈路衰落,如果前向鏈路衰落得太快，切換指示消息就無法被移動臺接收，導致切換失敗。 前向鏈路衰落的顯著特征就是前向FER很高。,切換失敗分析,提綱,切換介紹 切換失敗分

17、析 案例分析,切換問題案例分析（一）,現象描述： 某業(yè)務區(qū)市區(qū)SUC由于基站密集，所以整體的軟切換比例較高，達到90以上，占用了大量的系統(tǒng)資源。 解決過程： 在對市區(qū)做了細致的路測后，采用降低天線掛高、調整天線方位角、下傾角、加大或減小小區(qū)的定標功率、或調整開銷信道的增益來減小越區(qū)覆蓋和導頻污染區(qū)域，但是這對整體的指標影響不大,案例分析,軟切換比例從93.77%降低到82.51%。,切換問題案例分析（一）,最后采用以下措施：T_ADD由26調整為24，T_DROP由30調整為28，軟切換加入截距由26調整為24，軟切換去掉截距由30調整為28。,案例分析,在5系列的版本中，會在業(yè)務觀察中看到“

18、該導頻未被配置成當前有效集的鄰區(qū)”的切換失敗。,這一般都是基站的鄰區(qū)配置不全造成的，即有些與基站發(fā)生切換的小區(qū)沒有被配置為基站的鄰區(qū)。,這時可以通過下面的方法完善基站的鄰區(qū)配置。,圖一,切換問題案例分析（二）,案例分析,在業(yè)務觀察中看到“該導頻未被配置成當前有效集的鄰區(qū)”的切換失敗出現時，就雙擊失敗的切換。如雙擊圖一中失敗的切換，就會彈出如下圖所示的窗口。,紅圈所示項目“byBefore_HO_ActSet- PNNumber=0 x01”，說明切換前手機中處于有效集的PN只有一個，這時點開“iaBefore_HO_ActSetP- NList”,圖二,切換問題案例分析（二）,案例分析,圖三,

19、“【0】0 x0075”表示處于手機有效集中的PN為117，與圖1中看到的“切換后的有效集”為117是一致的，說明手機在導頻為117的一個基站小區(qū)下向其他PN發(fā)生切換時失敗的，然后通過查詢無線配置確定導頻配置為117的基站小區(qū)。本例中通過查詢確定導頻配置為117的基站小區(qū)有：130、520、2390、2440。,切換問題案例分析（二）,案例分析,圖2以及圖3中“byReg_AddPNNumber=0 x01”說明手機將要切人的導頻個數為1，這時點開“iaReq_AddPNList”，如圖4所示。,圖四,“【0】0 x010E”表示手機將要加入的導頻為270（16進制換算為10進制），通過查詢無

20、線配置確定導頻配置為270的基站小區(qū)。本例中通過查詢確定導頻配置為207的基站小區(qū)有：41、421、2401。,切換問題案例分析（二）,案例分析,切換問題案例分析（二）,以上說明130、520、2390、2440中的一個小區(qū)與41、421、2401中的一個小區(qū)有切換關系，這時就需要通過基站是否相鄰、是否在同一個地方、對發(fā)生切換失敗的手機進行呼叫觀察等方法，確定是哪兩個小區(qū)之間會發(fā)生切換。本例中通過對手機進行呼叫觀察，發(fā)現手機是在244基站下起呼的，而只有240號基站和244號基站在同一個地方，于是確定2440和2401需要互配鄰區(qū)。,案例分析,切換問題案例分析（三）,問題描述: 2004年7月

21、19日晚，某業(yè)務區(qū)有大量用戶投訴“話音質量斷續(xù)、雜音、掉話”等現象，打開業(yè)務觀察發(fā)現語音呼叫均正常，語音呼叫成功率在95%左右，但語音切換成功率僅為30%左右，失敗原因均為“該導頻未被配置”，如下圖所示：,案例分析,切換問題案例分析（三）,切換失敗主要來源于6、19、32、34、37號BTS，這幾個站點均為相鄰站點，鄰接小區(qū)進行了互配，其中19號站點有GPS預熱告警。 通過“報告的詳細內容”發(fā)現19號站切換時要加入的PN為465、321、297，32號站切換時要加入的PN為51、219、387。 分析定位： 通過性能統(tǒng)計中的切換觀察發(fā)現，平時語音切換成功率都在98%以上，因此從這一點判定鄰區(qū)的

22、配置應該不存在問題。對業(yè)務區(qū)兩個SUC的參數進行了核對，發(fā)現這些切換時要加入的PN碼，均非系統(tǒng)內的PN碼。因此初步判定是其它廠家設備或外網的干擾。,案例分析,切換問題案例分析（三）,問題解決： 立即和聯通網優(yōu)人員到安溪業(yè)務區(qū)進行路測查找干擾源，剛剛進入縣城掃頻儀即掃到51和219這兩個干擾PN，關掉了兩個縣城內的直放站后干擾的PN仍然存在，因此基本排除是直放站的干擾。車行至19號縣城城關站時，突然又出現了一個干擾PN387，不難看出51、219、387應該屬于同一個三扇區(qū)站的3個PN，而城關站點為一個4載頻3扇區(qū)站，同時該站點GPS有告警，會不會是該站點引起的PN混亂？將縣城城關站點斷電后，發(fā)

23、現所有的未知PN碼均消失了，后臺觀察切換成功率恢復到了98%以上。下午施工隊更換GPS蘑菇頭后，該問題徹底解決。,案例分析,切換問題案例分析（四）,問題發(fā)現 在LANKABELL的測試項目中，在對市區(qū)MATTAKULIYA站點進行路測的過程中 發(fā)生地點：LANKABELL試驗局，MATTAKULIYA站點。 該站點是ZTE基站，要和周圍的HW基站進行同頻硬切換測試。 發(fā)現過程：由于該試驗站，帶有商業(yè)用戶，所以我們開始始終只能在夜間進行相關的路測。在測試的過程中，發(fā)現有些信號很強，但是始終無法加入激活集當中去或進行硬切換，并最終導致掉話。,切換問題案例分析（四）,問題分析 CNA軟件分析情況 a

24、, 手機在HW系統(tǒng)下，收到EHDM消息(ID:8927)，發(fā)生了硬切換到ZTE系統(tǒng)下的MATTAKULIYA站點的第一扇區(qū)PN=28。手機按協議規(guī)定發(fā)送了PSMM(ID=8931)和HCM(ID=8929)。如下圖所示：,b, 在此后手機就一直報告PMRM消息(8944ID9250)，并最終掉話，同步到第二扇區(qū)PN=196。如下圖所示:,切換問題案例分析（四）,問題 從手機成功切換到ZTE系統(tǒng)下到手機最終掉話，發(fā)現至少有以下3個問題，不合常理。 第一：手機在切換成功后，發(fā)送的PSMM消息字段里的KEEP=FALSE。要使該消息里的KEEP=FALSE，必須滿足：導頻強度小于T_DROP，并且持

25、續(xù)T_TDROP的時間。 但是從手機開始切換到發(fā)送PSMM僅耗時約700ms，且導頻強度為-12db。ZTE系統(tǒng)下的設置分別是：3s和-15db，所以此時是不滿足KEEP=FALSE的條件的。如下圖所示：8927ID8936,切換問題案例分析（四）,第二：此時的前向誤幀率在9.95到14之間，手機是有可能無法正常捕獲前向業(yè)務信道。如下圖所示：,切換問題案例分析（四）,切換問題案例分析（四）,第三：手機沒有發(fā)送PSMM消息將第二扇區(qū)PN=196加入到激活集當中去。如下圖所示：鄰集PN=196的強度已經達到-7db左右，但是仍然看不見手機發(fā)送PSMM消息。,切換問題案例分析（四）,問題分析： 導致

26、手機掉話的直接原因是手機沒有發(fā)送PSMM消息將PN=196加入到激活集當中去，使PN=196在前向形成強干擾，使FCHFER升高，觸發(fā)了手機的掉話定時器，并最終掉話。如下圖所示： 但是在正常的情況下，該手機從ZTE基站起呼，并不存在手機不發(fā)PSMM消息的情況，所以極有可能是手機在硬切換的過程中，發(fā)生了一些不合乎規(guī)范的事情。,切換問題案例分析（四）,分析結果 重新檢查手機從一開始切換時收到的EHDM消息，發(fā)現消息有異常：消息里的SEARCH_INCLUDED里的字段是不正常的:T_ADD=0 ，T_DROP=0，T_COMP=0, T_TDROP=0.如下圖所示： 1），T_DROP=0和T_T

27、DROP=0可以解釋問題a：為何手機在不到700ms的時間，就在那條PSMM消息里將KEEP置為FALSE。因為此時激活集的導頻強度已經滿足了該條件。 2），T_ADD=0可以解釋問題c：為何手機始終不發(fā)送PSMM消息將強導頻加入到激活集當中去。因為任何導頻的強度都會小于0db，所以就不會觸發(fā)手機發(fā)送PSMM。,切換問題案例分析（五）,7月10日河南信陽搬遷后，長興集用戶反映信號沒有以前好，且經常出現掉話現象。和網優(yōu)人員到現場實地勘測后發(fā)現，該地區(qū)因距離基站較遠，信號確實不好，Ec/Io在1217dBm。回去和網優(yōu)人員一同分析后認為，覆蓋長興集的基站為BTS-44黎集和BTS-45陳淋子（如下

28、圖），該兩個基站原來愛立信用的是光纖站，射頻部分安裝在塔上，同我們的基站相比少了一段饋線、一段2M的1/2跳線和兩個饋線接頭造成的損耗（約有3dB）。而長興集剛好處于兩個基站的覆蓋邊界處，原本信號就比較差，這樣的話就更差了。因此決定將這兩個基站的發(fā)射功率提高至43dBm來解決覆蓋問題。提高功率后用戶反應信號強度有明顯改善，但還是有掉話現象，當時認為是覆蓋原因，加之后來該用戶也沒有再投訴，就忽略了這個問題。,8月10日升級54版本，11日早7點，該用戶再次打電話來反應通話時總是掉話，通話過程中發(fā)現確實是一分鐘不到就有很大雜音，然后出現無聲，接著就掉話，回打過去現象也是一樣，安撫了一下用戶后立刻趕

29、到機房進行問題分析。,切換問題案例分析（五）,打開信令跟蹤系統(tǒng)抓取了該用戶的信令，分析跟蹤的信令時發(fā)現了如下情況：,如上圖，手機成功尋呼以后，在出現幾次切換后，信令中出現了“AbarAirLinkFailure空中鏈路失敗”消息，幾次呼叫結果均是這樣。難道是切換引起的掉話？帶著這個問題對信令仔細進行了分析。在“E_S_UmaPageResponse尋呼響應消息”中可以看到手機在BTS-41黎集基站的扇區(qū)完成被叫響應，如下圖。,切換問題案例分析（五）,在第一次空口“E_S_UmrPilotStrengthMeasurementMsg 反向導引信號強度測量消息”中手機檢測到BTS-45陳淋子基站的

30、PN144導頻，見下圖：,切換問題案例分析（五）,在空口手機發(fā)出“E_S_UmrHandoffCompletionMsg 反向切換完成消息”之后Av口收到反向的“E_S_AvrHandoffCompletion 反向切換完成信號”消息，從中可以看到手機對BTS-45陳淋子站的PN144導頻軟切換加已經成功，DropPNNumber的個數為0，如下圖。,切換問題案例分析（五）,看來第一次切換是完全正常的，接下來在第二次空口“E_S_UmrPilotStrengthMeasurementMsg 反向導引信號強度測量消息”中看到手機檢測到新的導頻BTS-44往流基站的PN420，見下圖：,切換問題案

31、例分析（五）,接著在前向Am口消息“E_S_AmfHandoffRequest 基本信道的切換”中BSC指示BTS-44往流基站扇區(qū)進行SOFTADD切換。,在空口手機發(fā)出“E_S_UmrHandoffCompletionMsg 反向切換完成消息”之后Av口收到反向的“E_S_AvrHandoffCompletion 反向切換完成信號” 消息，從中可以看到BTS-44往流站的PN420軟切換加已經成功，DropPNNumber的個數為0。 。,切換問題案例分析（五）,但是接著切換完成消息后，Aba口卻出現了“E_S_AbarAirLinkFailure，空中鏈路失敗”消息，緊接著BTS-41、

32、BTS-45、BTS-44三個基站發(fā)出前向釋放指令，手機出現掉話。觀察了幾次呼叫信令的情況發(fā)現均是在切換加了PN420后系統(tǒng)開始出現掉話的，看來很可能切換加PN420是引起掉話的原因，查看電子地圖看到PN420導頻是BTS-44往流基站的扇區(qū)。在地圖上其和陳淋子、黎集基站距離上離的非常遠，因而不可能有切換關系。那么手機檢測到的PN420又是哪里來的呢？看了以前的網優(yōu)路測報告發(fā)現，在陳淋子和黎集基站的東面有從安徽境內過來的四個導頻信號48、420、384、504。這樣，手機收到的強導頻420應該是安徽基站的PN420。,切換問題案例分析（五）,將黎集、陳淋子站的鄰區(qū)列表中的PN420刪除，并且將這兩個基站的SRCH_WIN_R（剩余導引信號集搜索窗）大小改為0，讓手機不再搜到該導頻。數據同步下去后，給該用戶打電話就正常了。,切換問題案例分析（五）,問題解決了，返回頭來查找問題發(fā)生的原因，注意到黎集和往流兩個基站PN是復用的。只是黎集基站是兩個扇區(qū)（PN84、PN252），往流基站是三個扇區(qū)（PN84、PN252、PN420）。因