切換問題分析優(yōu)化流程(共28頁)

1、切換(qi hun)問題分析優(yōu)化流程切換問題分析優(yōu)化流程和其他(qt)問題的優(yōu)化流程的基本思路是一致的，詳見下圖。切換問題(wnt)搜集及優(yōu)化目標切換問題的搜集途徑一般有網管后臺性能統(tǒng)計報表、DT路測、用戶投訴信息分析等。在趕赴工程現(xiàn)場后，需要和項目負責人（多數(shù)為辦事處工程師）、運營商維護經理等相關人員開會確定需要解決的問題以及優(yōu)化KPI指標（暫時參考小區(qū)移動性能報表中的統(tǒng)計項目）。需要搜集的網絡信息包括：1）了解整個網絡的組網方式、結構，確定系統(tǒng)由哪些RNC、CN組成，然后可以根據(jù)這些組網信息，結合基站的分布和載頻的配置情況，分析出哪些地方應該存在異頻硬切換，哪些地方應該是同頻硬切換。2）運

2、營信息。包括用戶數(shù)和用戶分布信息，每天和每周的話務忙閑情況，以便數(shù)據(jù)修改盡量避開話務忙時，以免給在網用戶造成大的沖擊。3）告警信息和運行記錄等，保證MSC、SGSN、GGSN、HLR、VLR的設備穩(wěn)定可靠，傳輸通暢，以便相應測試的進行。4）工程參數(shù)總表。此表包括基站位置、配置和頻點信息，天線高度、方位角、下傾角等信息，更重要的是它還包含鄰區(qū)列表，可以根據(jù)這些信息，結合組網信息和覆蓋連續(xù)需求，確定各載頻間的同頻相鄰關系、異頻相鄰關系和系統(tǒng)間相鄰關系。5）參數(shù)配置。收集現(xiàn)網的信道功率配置、切換參數(shù)和算法開關等等數(shù)據(jù)(shj)配置信息。切換優(yōu)化的指標包括硬切換成功率、系統(tǒng)間切換成功率等等，這些指標項

3、和目標要求需要和局方(j fn)討論確定。小區(qū)(xio q)移動性能報表話統(tǒng)數(shù)據(jù)是網絡優(yōu)化中最重要的信息來源之一，也是評價網絡性能的主要依據(jù)。與切換相關的話統(tǒng)指標主要有以下幾項：同頻接力切換成功率(小區(qū)切換出)、同頻接力切換成功率(小區(qū)切換入)、異頻接力切換成功率(小區(qū)切換出)、異頻接力切換成功率(小區(qū)切換入)、同頻硬切換成功率(小區(qū)切換出)、同頻硬切換成功率(小區(qū)切換入)、同頻硬切換成功率(RNC間切換出)、異頻硬切換成功率(小區(qū)切換出)、異頻硬切換成功率(小區(qū)切換入)。通過對以上和切換相關的指標的統(tǒng)計，既可以判斷一個小區(qū)在切換上是否存在異常之處。注意：統(tǒng)計事件最好在一周以上。統(tǒng)計時間段可以

4、按照忙時每小時進行統(tǒng)計，也可按天統(tǒng)計。DT路測分析通行DT路過評估性的DT路測也是切換問題搜集的一種手段，特別是對于業(yè)務量不高或者尚未投入商用的TD-SCDMA無線網絡而言。注意：進測時，需要進行往返性切換測試。用戶投訴信息分析運維客服中心搜集到的用戶投訴信息中，對于掉話較多的一些區(qū)域，切換掉話是主要的原因之一，需要對覆蓋相應區(qū)域的小區(qū)重點進行切換分析。特別是對于切換不及時或者乒乓切換等進行重點分析。問題定位和原因分析對于切換問題的定位，路測是網絡評估、優(yōu)化最重要的手段之一。全面的路測可以了解整體覆蓋情況，發(fā)現(xiàn)漏配的鄰區(qū)，可以了解實際的切換帶是否與規(guī)劃有大的出入，是否有越區(qū)覆蓋等；局部的路測用

5、于跟蹤切換過程，采集切換失敗和掉話的空口信令、無線鏈路的狀態(tài)（C/I、RSCP、UE發(fā)射功率、BLER、相對時延等）數(shù)據(jù)，分析切換過程問題的原因。全面路測一般用于優(yōu)化前后的整體網絡評估；而當發(fā)現(xiàn)了切換問題以后，一般采用局部路測來定位問題。路測可以采集UE側的信令消息，而RNC側也可以跟蹤指定IMSI的信令。往往由于無線鏈路的不穩(wěn)定和UE處理能力有限，可能導致部分消息丟失或沒有被記錄，因此，最好能結合路測的信令和RNC的信令消息進行分析，以定位切換問題。優(yōu)化調整(tiozhng)切換(qi hun)問題優(yōu)化調整的參數(shù)包括工程參數(shù)、小區(qū)參數(shù)和算法參數(shù)。工程參數(shù)主要是指天線(tinxin)參數(shù)，包括

6、方位角、下傾角等。通過這些參數(shù)的調整，可以改變小區(qū)的覆蓋，進而改變切換帶的位置、大小等，優(yōu)化切換問題。小區(qū)參數(shù)包括小區(qū)使用的頻率、信道功率配比、鄰區(qū)關系等基本配置數(shù)據(jù)。修改頻點可以規(guī)避一些難以解決的同頻切換問題；公共信道功率的調整同樣可以達到調整小區(qū)覆蓋的目的，以改變切換區(qū)域的位置和大??；漏配鄰區(qū)關系是導致切換問題和掉話最常見的原因之一，因此鄰區(qū)列表的優(yōu)化也是網絡優(yōu)化中必不可少的一個環(huán)節(jié)。算法參數(shù)包括切換算法開關、各種切換的門限、磁滯、觸發(fā)時延等。算法參數(shù)的調整需要在對切換算法充分了解和對路測結果、信令等仔細分析的基礎上進行。優(yōu)化驗證在針對切換問題的參數(shù)調整之后，需要對調整結果進行驗證：1、現(xiàn)

7、場路測觀察切換過程是否已經正常，路測指標是否已經達到優(yōu)化目標。2、查看話統(tǒng)中切換相關的統(tǒng)計值是否正常，話統(tǒng)指標是否已經達到優(yōu)化目標。3、觀察網絡運行一段時間看是否引起其他問題，是否有用戶投訴。如果以上都滿足了要求，則切換問題優(yōu)化結束；否則重新進行問題分析、定位、調整、驗證過程。最終優(yōu)化調整結果需要得到項目負責人和運營商維護經理等相關人員的認可。切換(qi hun)常見問題分析及案例(n l)切換失敗(shbi)問題可以分為切換選擇問題和切換執(zhí)行問題。對于前者，主要是由于目標小區(qū)的信道資源、切換相關的無線參數(shù)設置不當、硬件故障等。切換執(zhí)行失敗，主要是由于空口質量所致。在性能指標上體現(xiàn)為切換失敗率

8、過高和切換掉話等現(xiàn)象。切換失敗常見問題分析硬件故障導致切換異常原因分析：由于TD-SCDMA采用多通道智能天線系統(tǒng)，而良好的賦形，首先需要各個通道之間功率校正的一致性。如果功率校正通不過，將會導致賦形產生偏差，從而可能會導致系統(tǒng)切換失敗。測試手段：通過后臺的通道校正進行檢查，對于校正無法通過的需要及時處理。優(yōu)化建議：必要時更換系統(tǒng)硬件設備。UE未收到物理信道重配置消息原因分析：通過RNC的信令跟蹤發(fā)現(xiàn)已經下發(fā)RRC_PH_RECFG消息，而路測中并沒有看到手機收到RRC_PH_RECFG消息，因而沒有及時發(fā)起切換而導致掉話。因為作為硬切換指示的物理信道重配置消息是在原信道上發(fā)下的，可能由于經過

9、時間延遲、切換判決，RNC下發(fā)此消息的時候，源小區(qū)下行鏈路已經變得太差，UE無法收到RRC_PH_RECFG消息進行切換而最終掉話了。優(yōu)化思路：1）可以權衡將硬切換門限或磁滯、觸發(fā)時間延遲等參數(shù)適當減小，相當于提早硬切換時機，使UE可以及時收到硬切換指示消息而完成切換。2）加大源小區(qū)業(yè)務信道的下行發(fā)射功率以增強切換區(qū)的下行覆蓋，保證下行鏈路的質量。目標基站未收到重配置完成消息原因分析：物理信道重配置完成消息RRC_PH_RECFG_CMP是在目標小區(qū)信道上發(fā)送的。這里分為兩種情況：1）通過手機信令跟蹤，確認是UE收到RRC_PH_RECFG指示而沒有(mi yu)回RRC_PH_RECFG_C

10、MP完成消息給RNC。這可能是因為UE與目標小區(qū)同步失敗或別的原因造成的硬切換失敗而掉話。2)通過信令跟蹤，發(fā)現(xiàn)是UE已經切換并發(fā)送(f sn)了RRC_PH_RECFG_CMP消息，而RNC側沒有收到此消息，說明是反向鏈路存在問題。優(yōu)化思路(sl)：針對第一種情況可以嘗試調整天線或增加目標載頻的信道功率以加強覆蓋，或者提高硬切換判決門限，以保證硬切換的順利進行。2） 針對第二種情況可以嘗試調整上行功控參數(shù)，將相應業(yè)務最大上行發(fā)射功率調大，使在允許范圍內UE的發(fā)射功率增大，增強反向鏈路質量。同頻同擾碼小區(qū)越區(qū)覆蓋導致切換異常原因分析：在專用模式下，UE發(fā)送的測量報告，是根據(jù)PCCPCH的使用頻

11、點以及擾碼為標識來區(qū)分不同鄰小區(qū)的。如果兩個小區(qū)的PCCPCH具有相同的頻點和擾碼，正常情況下，其復用距離應該足夠大，不應存在問題，但是在實際的網絡中，由于越區(qū)孤島現(xiàn)象的存在，可能會出現(xiàn)UE上報的測量報告中存在虛假鄰小區(qū)信息，會導致系統(tǒng)發(fā)出切換指令，使得某些處于專用模式下的UE頻頻嘗試向實際信號并不好的小區(qū)發(fā)出切換請求，其結果必然是造成切換失?。ㄒ部赡苁瞧古仪袚Q）。并導致孤島覆蓋周邊小區(qū)的切出成功率大幅降低，而與孤島小區(qū)具有相同PCCPCH使用頻點和擾碼的小區(qū)的切入成功率也會大幅降低，如下圖。圖 STYLEREF 1 s 6 SEQ 圖 * ARABIC s 1 1 越區(qū)覆蓋示意圖在市區(qū)內，特

12、別是密集市區(qū)，小區(qū)有效服務半徑較小，復用距離較小，地形復雜，往往會存在越區(qū)孤島現(xiàn)象。測試手段：對于越區(qū)孤島現(xiàn)象，憑借一般的路測UE是很難判斷的，而需要可解出頻點和相應擾碼的掃頻儀設備進行測試。優(yōu)化建議：對于具有明顯偏高的站點，需注意其扇區(qū)天線下傾角的設置不要(byo)太小，且最好選用具有垂直上波瓣抑制特性的扇區(qū)天線。以規(guī)避越區(qū)現(xiàn)象的出現(xiàn)。越區(qū)孤島切換(qi hun)問題原因(yunyn)分析：在環(huán)境比較復雜時，由于較近小區(qū)的信號由于阻擋產生一定損耗，而其他小區(qū)可能會從建筑物夾縫中透露出來，形成較強越區(qū)孤島。由于該區(qū)域的小區(qū)和該越區(qū)小區(qū)之間不會互配置鄰小區(qū)，在干擾沒有嚴重到導致下行失步時，UE將

13、不會選擇到該小區(qū)上。但在服務小區(qū)信號較弱時，UE很可能會重選到該越區(qū)孤島上。當在該小區(qū)上通話（建立其他的DPCH也是一樣）后，將會導致無法切換從而掉話的現(xiàn)象。此類問題在切換指標上是無法顯示出異常的，主要表現(xiàn)為掉話嚴重。測試手段：可以通過DT路測進行分析定位；另外可以通過從信令儀中統(tǒng)計TA值，看是否存在TA過大的UE通話狀態(tài)。優(yōu)化建議：適當加大相應越區(qū)小區(qū)的天線下傾角或者方向角進行抑制越區(qū)現(xiàn)象。但是需要注意不會對本小區(qū)的服務區(qū)域造成影響；在孤島形成的影響區(qū)域較小時，可以設置單邊鄰小區(qū)解決。即在越區(qū)小區(qū)中的鄰小區(qū)列表中增加該孤島附近的小區(qū)，而孤島附近小區(qū)的鄰小區(qū)列表中不增加孤島小區(qū)。這樣一旦UE駐

14、留到該越區(qū)小區(qū)后，可以在附近小區(qū)信號強時，順利切換出來，不會導致掉話。在越區(qū)形成的影響區(qū)域較大時，如果頻率和碼的規(guī)劃拓撲允許，可以通過互配鄰小區(qū)的方式解決，不過此方法容易造成網絡拓撲結構的混亂，除非頻率資源比較豐富，否則慎用。目標鄰小區(qū)負荷過高（或部分傳輸通道故障），導致切換失敗原因分析：當目標鄰小區(qū)的負荷過高時，切換將無法完成。另外，當目標小區(qū)的部分傳輸通道由于誤碼較高或者頻繁瞬斷時，將會導致地面電路資源無法激活，從而引起切換（選擇）失敗。如果是跨RNC時，由于源RNC不了解目標RNC的傳輸故障情況，因此只要有切換請求，就會嘗試進行切換執(zhí)行，而最終導致切換失敗，這種情況要持續(xù)到源RNC收不到

15、目標小區(qū)的測量報告為止。測試手段：1可以通過性能統(tǒng)計中對于目標小區(qū)的負荷統(tǒng)計進行分析，另外檢查目標小區(qū)的負荷控制門限設置是否合理；2查看信令解碼，了解其相應的原因值，看是否為“”。3查看告警信息，看是否存在傳輸告警（包括當前告警和歷史告警）。優(yōu)化建議：1如果是目標小區(qū)的負荷(fh)控制門限設置過低，則可以根據(jù)實際情況進行適當?shù)恼{整。但是需要對該小區(qū)的運維數(shù)據(jù)進行分析后確定，以免調整后，導致該小區(qū)產生擁塞現(xiàn)象。2對于傳輸故障，需要協(xié)調相關人員盡快解決傳輸質量(zhling)問題。目標小區(qū)(xio q)上行同步失敗導致切換失敗原因分析：在切換過程中，UE和目標小區(qū)的同步根據(jù)切換模式（硬切換和接力切

16、換）的不同分為兩種：硬切換模式下的上行同步：1目標小區(qū)上行UPPCH干擾嚴重，或者同時有其他UE的上行同步碰撞，導致和目標小區(qū)的上行同步失??；2目標小區(qū)的UPPTS期望接收到的功率設置過小，功率步長、可能會導致同步無法完成、功率爬坡步長等。當RNC確定目標小區(qū)后，在該小區(qū)成功建立新的無線鏈路，在新鏈路上給UE 下發(fā)切換命令（此時可以停止從舊的無線鏈路下發(fā)數(shù)據(jù)）。UE根據(jù)切換命令（如物理信道重配）中頻點和小區(qū)ID等信息，在新小區(qū)進行下行同步。UE從消息的DL-CommonInformation-r4信元中讀取defaultDPCH-OffsetValue，用于計算新小區(qū)的CFN（CFN = (S

17、FN - DOFF) mod 256或CFNnew = (CFNold+COFF - DOFF) mod 256）。然后根據(jù)下行PCCPCH功率，期望的UpPCH功率等參數(shù)，進行開環(huán)同步和開環(huán)功控（初始發(fā)送功率由uppch_desired_power+路損來確定），發(fā)上行SYNC碼,SYNC碼在Sync Code Bitmap中選取，收到正確的FPACH,開始在新的DPCH上發(fā)送數(shù)據(jù)。UE給RNC回重配完成消息，RNC釋放舊的無線鏈路資源。如果UE給RNC回重配失敗消息，則需要回滾到原小區(qū)恢復業(yè)務。硬切換的上行同步其實和隨機接入的上行同步過程是一樣的，及使用UPPCH和FPACH進行同步。測試

18、手段：DT路測優(yōu)化建議：調整網絡結構改變上行干擾源小區(qū)下行干擾嚴重導致切換失敗原因分析：在切換過程(guchng)中，如果源小區(qū)下行干擾(gnro)嚴重，有可能(knng)會導致UE會導致源小區(qū)無法有效接收到UE上報的測量報告，從而不進行切換。此時，系統(tǒng)側應該有“物理信道重配置超時”消息。而UE會出現(xiàn)失步，并發(fā)出“小區(qū)更新”。此時路測設備上的DPCH SIR會相應的較差。在切換帶處出現(xiàn)下行干擾，有可能是相應小區(qū)的下行信號遭受到了其他無線信號的干擾。干擾源可能來自于TD系統(tǒng)內其他同頻小區(qū)，也可能是其他異系統(tǒng)的干擾，自然界的干擾，由于其有效頻段較低（主要集中在100MHz以下）影響一般不大。具體參

19、見干擾問題排查類文檔。另外如果源小區(qū)信號發(fā)生陡降(如建筑物阻擋等)，或者目標小區(qū)信號突然陡升，目標小區(qū)的下行信號有可能會對源小區(qū)的信號形成干擾（此時源小區(qū)信號并不差，甚至在附近都會存在該類問題）。這也是切換失敗的一種典型原因。測試手段：使用掃頻儀進行系統(tǒng)內同頻干擾小區(qū)的定位和排查；在DT路測儀上觀察DPCH的SIR，此時應該較差。另外在系統(tǒng)側信令跟蹤中，應該有“物理信道重配置超時”信息；優(yōu)化建議：1切換帶處源小區(qū)遭受到嚴重的下行干擾，可以使用掃頻進行排查；2對于源小區(qū)信號陡降或者目標小區(qū)陡升導致的下行干擾問題，可以適當調整天線參數(shù)進行優(yōu)化解決。無線參數(shù)設置不合理導致切換不及時原因分析：切換過程

20、分為切換測量、切換判斷以及切換執(zhí)行等3個過程。哪一個過程沒有及時執(zhí)行都會導致切換比較慢，不及時。切換測量，有兩種策略，分別為周期性上報型和事件觸發(fā)型。采用周期性上報型，系統(tǒng)可以較好的了解UE的狀態(tài)，可以對切換較好的控制，但是會導致系統(tǒng)信令負荷較重，故目前一般采用事件觸發(fā)型的測量策略。目前系統(tǒng)已經支持的切換觸發(fā)事件有1G（頻內最佳小區(qū)變化，觸發(fā)頻內切換）、2A（頻間最佳小區(qū)變化，觸發(fā)頻間切換）和2D（當前使用頻率過低，觸發(fā)頻間切換）事件。如果切換觸發(fā)事件上報不夠及時，將會導致切換不夠及時，從而導致切換失敗和通話質量變差的可能性。測試手段：路測設備、信令跟蹤分析等。優(yōu)化建議：對于無線參數(shù)的優(yōu)化，可

21、以參見和切換相關的參數(shù)一章。如果測試UE上可以看到相應的鄰小區(qū)PCCPCH RSCP遠大于服務小區(qū)（比如大6dB以上，且持續(xù)時間超過5秒以上）而不進行切換，可能是由于服務小區(qū)無線參數(shù)中的“切換開關”參數(shù)設置為“TRUE”，從而導致該UE無法切出該小區(qū)。乒乓(pngpng)切換原因(yunyn)分析：乒乓切換產生(chnshng)的原因主要如下：1小區(qū)距離太近，或者小區(qū)覆蓋范圍太大，導致重疊覆蓋區(qū)內的信號都相對較強，由于建筑物分布復雜，或者地形起伏較大，小區(qū)信號起伏并不一致，從而導致UE的乒乓切換；2部分小區(qū)切換參數(shù)設置不合理。主要有“切入UE懲罰時間定時器”（設置過小會導致UE乒乓切換過重）、

22、“切換時間延遲（設置過小會導致短時間內的信號抖動都會發(fā)生切換）”、“PCCPCH RSCP切換遲滯量”（設置過小會導致信號稍有變動即會導致切換發(fā)生）等參數(shù)。測試手段：1DT路測儀測試；2信令測試儀的信令跟蹤分析。3性能統(tǒng)計中，如果系統(tǒng)切換次數(shù)和呼叫次數(shù)比例過大，可能是系統(tǒng)內存在乒乓切換的現(xiàn)象。優(yōu)化建議：1無線切換參數(shù)的優(yōu)化調整。不過調整無線切換參數(shù)，雖然可以減少乒乓切換的程度，但是也會帶來切換不及時等其他問題，故需要綜合考慮，且在修改參數(shù)后，需要及時測試和統(tǒng)計跟蹤。2調整天饋參數(shù)（調整扇區(qū)天線下傾角、方位角或者天線掛高），必要時也可更換扇區(qū)天線主波束的賦形波束寬度，避免覆蓋范圍過大。但是必須注

23、意不要出現(xiàn)服務盲區(qū)等新問題。拐彎效應切換(qi hun)失敗原因(yunyn)分析：在城區(qū)內，車輛沿著街道運動時，源小區(qū)的信號比較好，但是一旦拐彎到另外垂直的街道上，源小區(qū)的信號會急劇變低，而另外一個小區(qū)的信號可能會突然急劇增強，會導致和源小區(qū)鏈路失步，網絡側無法接收到UE的測量報告，從而存在切換失敗(shbi)的現(xiàn)象。測試手段：路測設備優(yōu)化建議1如果信號允許，可以通過調整工程參數(shù)（加大鄰小區(qū)的下傾角）或者無線參數(shù)（如調整小區(qū)臨時偏置），改變切換帶，使UE在拐彎前進行提前切換；2使用直放站或者射頻拉遠方式解決。切換案例RNC內切換出現(xiàn)跨RNC切換信令問題分析問題描述根據(jù)KPI分析數(shù)據(jù)，三毛藝術

24、學校(CELLID-8321)一扇存在切換成功率低掉話率高問題，主要是切出成功率指標較差在50%左右，針對該扇區(qū)的兩個指標差問題進行分析和定位。問題分析1、從CALLTRANCE分析通過分析CT日志中的信令，發(fā)現(xiàn)三毛藝術學校一扇區(qū)在與愛家國際二扇區(qū)切換時，出現(xiàn)radieBearReconfigurationFailure信令，但實際上愛家國際基站與三毛藝術學?；練w屬于同一個RNC，切換的時候不應該出現(xiàn)跨RNC切換流程。信令截圖 REF _Ref226427316 h 圖 62所示：圖 STYLEREF 1 s 6 SEQ 圖 * ARABIC s 1 2 信令截圖從測量(cling)報告分析

25、（如 REF _Ref226427358 h 圖 63），三毛藝術學校(xuxio)一扇區(qū)切換的目標小區(qū)是頻點為10088，擾碼為106的小區(qū)，而從三毛藝術學校一扇區(qū)的鄰區(qū)關系分析，該目標小區(qū)應該為愛家國際二扇區(qū)。圖 STYLEREF 1 s 6 SEQ 圖 * ARABIC s 1 3 信令具體內容2、DT測試(csh)分析現(xiàn)場路測分析，UE從三毛藝術學校往愛家國際方向移動時，測試(csh)的軌跡及鄰區(qū)關系如 REF _Ref226427528 h * MERGEFORMAT 圖 64、 REF _Ref226427879 h 圖 65四所示，三毛藝術(ysh)學校1扇區(qū)的鄰區(qū)關系中有兩列擾

26、碼為106，頻點為10088的小區(qū)，當時懷疑兩種可能：一是測試軟件的bug（因為以前版本的測試軟件在UE切換之前出現(xiàn)過類似的bug）；二是小區(qū)信息參數(shù)配置存在錯誤。圖 STYLEREF 1 s 6 SEQ 圖 * ARABIC s 1 4 鄰區(qū)關系1圖 STYLEREF 1 s 6 SEQ 圖 * ARABIC s 1 5 鄰區(qū)關系(gun x)2圖 STYLEREF 1 s 6 SEQ 圖 * ARABIC s 1 6 切換(qi hun)信令根據(jù)(gnj) REF _Ref226427913 h 圖 66所示的三毛藝術學校1扇區(qū)與愛家國際2扇區(qū)的切換流程分析，應該是三毛藝術學校1小區(qū)的鄰區(qū)

27、關系配置存在問題。對于RNC內的兩個小區(qū)切換是不可能出現(xiàn)跨RNC切換信令，并且終端從愛家國際2扇區(qū)切往三毛藝術學校1小區(qū)的時候切換正常，沒有出現(xiàn)跨RNC的切換信令，而三毛藝術學校1扇區(qū)切往愛家國際2扇區(qū)的時候出現(xiàn)異常信令，因此懷疑三毛藝術學校一扇區(qū)的鄰區(qū)關系中添加了與愛家國際二扇同頻同擾碼的外部鄰區(qū)，三毛藝術學校一扇區(qū)與愛家國際二扇發(fā)生切換的時候，誤以為是發(fā)生了跨RNC切換，結果出現(xiàn)跨RNC切換失敗的情況。解決方法及驗證網管查看三毛藝術學校鄰區(qū)關系，發(fā)現(xiàn)確實添加了另外一個RNC的小區(qū)為鄰區(qū)，而這兩個小區(qū)相距40多公里。刪除三毛藝術學校一扇跨RNC的鄰區(qū)關系，驗證切換問題，一切正常。在RNC內切

28、換出現(xiàn)跨RNC信令流程時，很有可能是添加了跨RNC的鄰區(qū)關系。出現(xiàn)這種問題的可能：1、RNC歸屬配置出現(xiàn)問題；2、鄰區(qū)規(guī)劃后導入后臺的鄰區(qū)關系有誤；3、原來本小區(qū)存在跨RNC的鄰區(qū)，在基站割接或更改小區(qū)CELL后鄰區(qū)關系沒刪除。太拖拉(tul)與天津工業(yè)大學切換成功率低問題(wnt)描述根據(jù)KPI數(shù)據(jù)，提取一周數(shù)據(jù)中RNC內硬切換成功率低的小區(qū)進行分析，天津工業(yè)大學1扇區(qū)RNC內小區(qū)間異頻硬切換出請求(qngqi)次數(shù)為1513次，RNC內小區(qū)間異頻硬切換出失敗次數(shù)為1302次，切換成功率為13.95%；太拖拉3扇區(qū)RNC內小區(qū)間異頻硬切換出請求次數(shù)為1183次，RNC內小區(qū)間異頻硬切換出失敗

29、次數(shù)為1086次，切換成功率為8.20%。由于這兩個扇區(qū)地理位置接近，此針對這兩個小區(qū)進行測試和問題定位。問題分析從calltrance異常信令分析，太拖拉3扇區(qū)和天津工業(yè)大學1扇區(qū)切換失敗的情況基本上都是發(fā)生在與煤礦設備廠3扇區(qū)的切換，并且屬于同一個用戶。切換失敗基本上都是沒有收到RLrestore信令，應該是切換時發(fā)生了失步現(xiàn)象。從測量報告分析，切換失敗時測量的小區(qū)信號強度基本在-85dBm左右，也就是說不存在弱覆蓋現(xiàn)象，因此懷疑存在上行干擾。從后臺LMT查詢，煤礦設備廠3扇區(qū)的TS1時隙的底噪偏高，大約-95dBm左右，其他時隙底噪正常。解決方法及驗證修改煤礦設備廠3扇區(qū)的頻點10096

30、（F6）為10120（F9）。.修改頻點后煤礦設備廠3扇區(qū)的TS1時隙的底噪恢復正常。通過調整后，煤礦設備廠3扇區(qū)的底噪恢復正常，有效抑制了上行干擾。從KPI數(shù)據(jù)統(tǒng)計分析，天津工業(yè)大學1扇區(qū)和太拖拉3扇區(qū)RNC內小區(qū)間異頻硬切換成功率均滿足指標要求。目前的切換成功率已經恢復正常。由于煤礦設備廠的三扇區(qū)存在干擾（干擾源未找到），導致天津工業(yè)大學一扇區(qū)和太拖拉3扇區(qū)與此扇區(qū)切換成功率較差。后期要加強KPI指標的分析，挖掘問題點解決。裕成大廈30721、30722兩個小區(qū)切換問題問題描述性能統(tǒng)計發(fā)現(xiàn)，裕成大廈（3072）站點的2個小區(qū)30721、30722的“小區(qū)異頻切換成功率”一直偏低，特別是在7

31、月24日后更加惡化，如2008-7-27的30762請求28次，成功僅2次，第一時間通知優(yōu)化人員到現(xiàn)場測試，跟蹤信令發(fā)現(xiàn)30721無法成功切往10402（東渡_2）、10403（東渡_3），站內小區(qū)間切換正?！，F(xiàn)場測試Log截圖如下：圖 STYLEREF 1 s 6 SEQ 圖 * ARABIC s 1 7 測試(csh)LOG圖由前臺明顯看出，10402（東渡(dn d)_2）場強值始終遠高于30721（裕成大廈_1），但始終無法切往東渡_2，從信令來看，從10：53：17通話至10：55：28近131秒時間里，手機一直沒有上報測量報告，導致30721沒有成功切至10402。而直到10：55

32、：28在10412（源昌大廈_2）下才正常上報，勉強從30721切至10412，雖沒有掉話，但切換關系已不合理，直接導致該段主干道C/I明顯惡化。問題(wnt)分析1、檢查切換相關參數(shù)。檢查30721切換開關沒有問題，另外由于與東渡2個小區(qū)是跨RNC鄰區(qū)關系，所以還得核實RNC3下3G外部鄰小區(qū)10402、10403的配置信息（包括：頻點、擾碼、LAC等），及30721作為RNC1外部鄰小區(qū)的信息配置情況，均沒有問題。2、理順小區(qū)30721的鄰區(qū)關系。30721擾碼為104、頻點為2016MHz，鄰區(qū)信息如下：表 STYLEREF 1 s 6 SEQ 表 * ARABIC s 1 1 鄰區(qū)信息

33、表Cell_IDCell_Name頻點擾碼10401東渡_120247510402東渡_22017.63310403東渡_32020.85510411源昌大廈_120168510412源昌大廈_22022.49311535國際客運碼頭_520114811935鷺檳大廈_52012.612730651外貿大廈_120168230653外貿大廈_32019.2430722裕成大廈_22017.67430725裕成大廈_520116031555福佑酒店_52014.26331561新同益碼頭_12017.66531562新同益碼頭_220167931563新同益碼頭_32019.210232065海

34、明大廈_52011122從10402、10403的頻點和擾碼來看，是沒有(mi yu)問題的。3、其實，從30721切往10402過程(guchng)中，RNC下發(fā)測量控制后，UE一直沒有上報測量報告。這點來看，可以肯定是UE測量問題。這樣，我們可以從3個方面考慮其原因：鄰區(qū)個數(shù)、頻點和擾碼。顯然，對于鄰區(qū)個數(shù)、擾碼是沒有問題的，最大可能性就是該測試終端測量能力在30721鄰區(qū)頻點個數(shù)上受限制。解決(jiju)方法及驗證基于上述分析，刪除鄰區(qū)11535、11935、30725、31555、32065、10401后30721鄰區(qū)頻點個數(shù)為5個，重新測試后，30721能正常切換至10402。如下圖

35、：圖 STYLEREF 1 s 6 SEQ 圖 * ARABIC s 1 8 優(yōu)化后測試(csh)LOG 注：從現(xiàn)場(xinchng)測試情況來看，同時具備2個條件將很可能會出現(xiàn)上述情況：（1）測試終端為PECKER（大唐新手機仍存在這個問題）；（2）鄰區(qū)頻點個數(shù)超過6個?？紤]現(xiàn)在測試終端為COMMIT和PECKER，特別是移動測試主要以PECKER為主，為避免移動測試時感知度差，對RNC1區(qū)域（應廈門移動要求，只在RNC1下放開了F7/F8/F9頻點）主干道涉及小區(qū)的鄰區(qū)進行相應的刪除，保證PECKER測試的切換關系正常。青島(qn do)網絡20080826日切換成功率偏低分析問題描述20

36、08年8月26日，青島TD-SCDMA網絡當日切換成功率為：71%(2個RNC總指標)。表 STYLEREF 1 s 6 SEQ 表 * ARABIC s 1 2 3個小區(qū)的切換成功率很低統(tǒng)計cellid小區(qū)名切換成功率切換入請求次數(shù)切換出請求次數(shù)切換入成功次數(shù)切換出成功次數(shù)1082城陽老局0.00%54700010843城陽網通大廈1.35%3441331081城陽老局5.22%311233可見：1、城陽老局2扇切換請求547次，成功0次；2、城陽網通大廈3扇切換請求(qngqi)444次，成功6次；3、城陽老局1扇切換請求(qngqi)115次，成功6次；另外：全網當日總的切換請求次數(shù)為4

37、622次，若不考慮上面(shng min)3個小區(qū)的影響，全網總的切換請求次數(shù)為：4622-547-（444-6）-(115-6)=3528。此時，全網總的切換成功率為3282（全網總的切換成功次數(shù)）/3528=93%。問題分析通過查看calltrace信令發(fā)現(xiàn)小區(qū)1081（城陽老局1扇）和10843（城陽網通大廈3扇）大部分切換失敗的信令如下：圖 STYLEREF 1 s 6 SEQ 圖 * ARABIC s 1 9 切換失敗信令注：這些掉話都來自同一個IMSI號460077101052410經分析：1、已經上發(fā)了測量報告，并且系統(tǒng)已經收到；2、系統(tǒng)收到后由HOM模塊進行判決，并且確定進行切

38、換；3、HOM模塊子模塊MCM將結果轉給UCPMC進行無線鏈路準備；4、UPCMC準備無線鏈路超時（CT_UC_RCEV_UCPMC_RL_OPERATE_TIMEROUT），請注意此時是Node B進行無線鏈路的準備；5、最后收到一條失敗消息TDCE_HOM_HO_FAIL；6、由于Node B的無線鏈路沒有建立（未回給HOM），故此時不會發(fā)物理信道重配置消息。解決方法及驗證2008年8月26日，青島TD-SCDMA網絡的切換成功率受3個小區(qū)（城陽老局2扇、城陽網通大廈3扇、城陽老局1扇）的影響只有71%；若不考慮這3個小區(qū)的影響，全網的切換成功率可提高20個百分點到91%.而這些切換問題都

39、來自同一個IMSI，通過CALLTRACE查看信令并分析得出結論：切換時的無線鏈路建立出現(xiàn)了問題，NODEB可能存在問題。需要協(xié)調設備維護人員前去解決?？鏡NC切換失敗問題描述RNC20的188小區(qū)跨RNC切換失敗，查看鄰區(qū)和測量報告定位出是往RNC22的227小區(qū)切換失敗。圖 STYLEREF 1 s 6 SEQ 圖 * ARABIC s 1 10 測試(csh)信令表 STYLEREF 1 s 6 SEQ 表 * ARABIC s 1 3 鄰區(qū)列表(li bio)RNCCELLIDCELLPARAIDNRNCNCELLIDNCELLPARAID20188872222912320188875

40、254701212018887204591192018887202034310220188872046991012018887201879320188872231892018887222040088201888720457792018887227874201888722796920188872233682018887202044364201888722776320188872048426220188872222751201888720189122018887209588問題(wnt)分析查看CT信令，發(fā)現(xiàn)重定位失敗的原因是radioNetwork=TRANAP_unknown_target_r

41、nc，也就是說RNC20的188小區(qū)檢測到227小區(qū)的信號，要往227上切換，但不知道227小區(qū)是屬于哪個RNC，導致重定位失敗。如下圖：圖 STYLEREF 1 s 6 SEQ 圖 * ARABIC s 1 11 原因(yunyn)定位經與CN側聯(lián)系(linx)排查，發(fā)現(xiàn)RNC22的DNS解析配置錯誤，導致所有往RNC22切換的PS業(yè)務均失敗。解決(jiju)方法及驗證修改后DNS解析錯誤后，測試結果如下：圖 STYLEREF 1 s 6 SEQ 圖 * ARABIC s 1 12 優(yōu)化后信令PS業(yè)務切入(qi r)RNC22正常。23G切換(qi hun)失敗問題(wnt)描述現(xiàn)網中很多2

42、3G切換失敗的現(xiàn)象，查看原因代碼發(fā)現(xiàn)主要有3種，interRAT_ChangeFailureCause 中：t=1是網絡側參數(shù)配置錯誤；t=2是與2G小區(qū)同步失??；t=3是協(xié)議錯誤；就是說終端和網絡側對協(xié)議的理解不一致。問題分析上述(shngsh)CT文件(wnjin)中主要的23G切換失敗(shbi)原因是終端與2G小區(qū)同步失敗。此問題需要與2G方面協(xié)調優(yōu)化。交界區(qū)重定位失敗問題解決案例問題描述在路測中發(fā)現(xiàn)PS業(yè)務進行FTP下載時，在中興和大唐的交界區(qū)，UE可以從大唐切換到中興而從中興不能重定位到大唐小區(qū)。路測儀上表現(xiàn)為UE連續(xù)上發(fā)測量報告。但沒有網絡側下發(fā)的RB重配消息。問題分析要定位此問

43、題還是需要從信令流程上入手，查找問題。定位此問題主要從以下幾步展開：1）終端不停上上報Measurement Report,后臺 RNC Trace中有沒有收到測量報告2）如果收到了測量報告，那RNC有沒有向中興的CN發(fā)Relocation required消息，消息中攜帶的切換目標小區(qū)是否與終端上報的小區(qū)一致？并且其它消息內定容 是否正確3）中興CN有沒有收到Relocation required消息，如果收到了有沒有向大唐方面的CN發(fā)Relocation_repare_handover消息，消息中的內容是否正確。4）對端大唐方面的CN有沒有收到這條來自中興CN發(fā)過來的Relocation_

44、repare_handover,如果收到了并且內容正確，大唐CN會向大唐RNC發(fā)relocation_request消息。解決方法及驗證首先，我們必須找到一個測試點進行相關測試。前后臺配合采集數(shù)據(jù)、查找問題。我們確定的測試點如 REF _Ref226440677 h 圖 613下圖所示：圖 STYLEREF 1 s 6 SEQ 圖 * ARABIC s 1 13 測試(csh)路線測試方向如上圖黑色箭頭(jintu)所示。從中興小區(qū)駐港1扇（911）切換到大唐小區(qū)青專大酒店1扇（931）。表 STYLEREF 1 s 6 SEQ 表 * ARABIC s 1 4 2個小區(qū)(xio q)主要參數(shù)

45、小區(qū)名CELLID頻點擾碼駐港1扇9111008867青專大酒店1扇9311009651我們分兩步定位問題：第一步：到達現(xiàn)場后我們首先進行了一次測試，復現(xiàn)問題。結果發(fā)現(xiàn)UE連續(xù)上發(fā)測量報告。而且兩個小區(qū)的無線參數(shù)配置正確。鄰區(qū)關系存在。信號質量良好（約-70dBm）。第二步：當我們查看RNC側信令時發(fā)現(xiàn)出現(xiàn)上發(fā)的測量報告中攜帶的目標小區(qū)信息正確：圖 STYLEREF 1 s 6 SEQ 圖 * ARABIC s 1 14 測試(csh)信令但是當RNC將RelocationRequired消息發(fā)給(f i)CN后，CN回發(fā)一條：RelocationPreparationFailure消息。查看消息樹形解碼發(fā)現(xiàn)失敗原因：TRANAP_unknow_target_rnc，具體如 REF _Ref226440760 h 圖615所示：圖 STYLEREF 1 s 6 SEQ 圖 * ARABIC s 1 15 測試(csh)信令Unknow rnc的可能原因(yunyn