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

切換問題分析優(yōu)化流程和其他問題的優(yōu)化流程的基本思路是一致的，詳見下圖。切換問題搜集及優(yōu)化目標(biāo)切換問題的搜集途徑一般有網(wǎng)管后臺性能統(tǒng)計報表、DT路測、用戶投訴信息分析等。在趕赴工程現(xiàn)場后，需要和項目負(fù)責(zé)人（多數(shù)為辦事處工程師）、運營商維護經(jīng)理等相關(guān)人員開會確定需要解決的問題以及優(yōu)化KPI指標(biāo)（暫時參考小區(qū)移動性能報表中的統(tǒng)計項目）。需要搜集的網(wǎng)絡(luò)信息包括：1）了解整個網(wǎng)絡(luò)的組網(wǎng)方式、結(jié)構(gòu)，確定系統(tǒng)由哪些RNC、CN組成，然后可以根據(jù)這些組網(wǎng)信息，結(jié)合基站的分布和載頻的配置情況，分析出哪些地方應(yīng)該存在異頻硬切換，哪些地方應(yīng)該是同頻硬切換。2）運營信息。包括用戶數(shù)和用戶分布信息，每天和每周的話務(wù)忙閑情況，以便數(shù)據(jù)修改盡量避開話務(wù)忙時，以免給在網(wǎng)用戶造成大的沖擊。3）告警信息和運行記錄等，保證MSC、SGSN、GGSN、HLR、VLR的設(shè)備穩(wěn)定可靠，傳輸通暢，以便相應(yīng)測試的進(jìn)行。4）工程參數(shù)總表。此表包括基站位置、配置和頻點信息，天線高度、方位角、下傾角等信息，更重要的是它還包含鄰區(qū)列表，可以根據(jù)這些信息，結(jié)合組網(wǎng)信息和覆蓋連續(xù)需求，確定各載頻間的同頻相鄰關(guān)系、異頻相鄰關(guān)系和系統(tǒng)間相鄰關(guān)系。5）參數(shù)配置。收集現(xiàn)網(wǎng)的信道功率配置、切換參數(shù)和算法開關(guān)等等數(shù)據(jù)配置信息。切換優(yōu)化的指標(biāo)包括硬切換成功率、系統(tǒng)間切換成功率等等，這些指標(biāo)項和目標(biāo)要求需要和局方討論確定。小區(qū)移動性能報表話統(tǒng)數(shù)據(jù)是網(wǎng)絡(luò)優(yōu)化中最重要的信息來源之一，也是評價網(wǎng)絡(luò)性能的主要依據(jù)。與切換相關(guān)的話統(tǒng)指標(biāo)主要有以下幾項：同頻接力切換成功率(小區(qū)切換出)、同頻接力切換成功率(小區(qū)切換入)、異頻接力切換成功率(小區(qū)切換出)、異頻接力切換成功率(小區(qū)切換入)、同頻硬切換成功率(小區(qū)切換出)、同頻硬切換成功率(小區(qū)切換入)、同頻硬切換成功率(RNC間切換出)、異頻硬切換成功率(小區(qū)切換出)、異頻硬切換成功率(小區(qū)切換入)。通過對以上和切換相關(guān)的指標(biāo)的統(tǒng)計，既可以判斷一個小區(qū)在切換上是否存在異常之處。注意：統(tǒng)計事件最好在一周以上。統(tǒng)計時間段可以按照忙時每小時進(jìn)行統(tǒng)計，也可按天統(tǒng)計。DT路測分析通行DT路過評估性的DT路測也是切換問題搜集的一種手段，特別是對于業(yè)務(wù)量不高或者尚未投入商用的TD-SCDMA無線網(wǎng)絡(luò)而言。注意：進(jìn)測時，需要進(jìn)行往返性切換測試。用戶投訴信息分析運維客服中心搜集到的用戶投訴信息中，對于掉話較多的一些區(qū)域，切換掉話是主要的原因之一，需要對覆蓋相應(yīng)區(qū)域的小區(qū)重點進(jìn)行切換分析。特別是對于切換不及時或者乒乓切換等進(jìn)行重點分析。問題定位和原因分析對于切換問題的定位，路測是網(wǎng)絡(luò)評估、優(yōu)化最重要的手段之一。全面的路測可以了解整體覆蓋情況，發(fā)現(xiàn)漏配的鄰區(qū)，可以了解實際的切換帶是否與規(guī)劃有大的出入，是否有越區(qū)覆蓋等；局部的路測用于跟蹤切換過程，采集切換失敗和掉話的空口信令、無線鏈路的狀態(tài)（C/I、RSCP、UE發(fā)射功率、BLER、相對時延等）數(shù)據(jù)，分析切換過程問題的原因。全面路測一般用于優(yōu)化前后的整體網(wǎng)絡(luò)評估；而當(dāng)發(fā)現(xiàn)了切換問題以后，一般采用局部路測來定位問題。路測可以采集UE側(cè)的信令消息，而RNC側(cè)也可以跟蹤指定IMSI的信令。往往由于無線鏈路的不穩(wěn)定和UE處理能力有限，可能導(dǎo)致部分消息丟失或沒有被記錄，因此，最好能結(jié)合路測的信令和RNC的信令消息進(jìn)行分析，以定位切換問題。優(yōu)化調(diào)整切換問題優(yōu)化調(diào)整的參數(shù)包括工程參數(shù)、小區(qū)參數(shù)和算法參數(shù)。工程參數(shù)主要是指天線參數(shù)，包括方位角、下傾角等。通過這些參數(shù)的調(diào)整，可以改變小區(qū)的覆蓋，進(jìn)而改變切換帶的位置、大小等，優(yōu)化切換問題。小區(qū)參數(shù)包括小區(qū)使用的頻率、信道功率配比、鄰區(qū)關(guān)系等基本配置數(shù)據(jù)。修改頻點可以規(guī)避一些難以解決的同頻切換問題；公共信道功率的調(diào)整同樣可以達(dá)到調(diào)整小區(qū)覆蓋的目的，以改變切換區(qū)域的位置和大??；漏配鄰區(qū)關(guān)系是導(dǎo)致切換問題和掉話最常見的原因之一，因此鄰區(qū)列表的優(yōu)化也是網(wǎng)絡(luò)優(yōu)化中必不可少的一個環(huán)節(jié)。算法參數(shù)包括切換算法開關(guān)、各種切換的門限、磁滯、觸發(fā)時延等。算法參數(shù)的調(diào)整需要在對切換算法充分了解和對路測結(jié)果、信令等仔細(xì)分析的基礎(chǔ)上進(jìn)行。優(yōu)化驗證在針對切換問題的參數(shù)調(diào)整之后，需要對調(diào)整結(jié)果進(jìn)行驗證：1、現(xiàn)場路測觀察切換過程是否已經(jīng)正常，路測指標(biāo)是否已經(jīng)達(dá)到優(yōu)化目標(biāo)。2、查看話統(tǒng)中切換相關(guān)的統(tǒng)計值是否正常，話統(tǒng)指標(biāo)是否已經(jīng)達(dá)到優(yōu)化目標(biāo)。3、觀察網(wǎng)絡(luò)運行一段時間看是否引起其他問題，是否有用戶投訴。如果以上都滿足了要求，則切換問題優(yōu)化結(jié)束；否則重新進(jìn)行問題分析、定位、調(diào)整、驗證過程。最終優(yōu)化調(diào)整結(jié)果需要得到項目負(fù)責(zé)人和運營商維護經(jīng)理等相關(guān)人員的認(rèn)可。切換常見問題分析及案例切換失敗問題可以分為切換選擇問題和切換執(zhí)行問題。對于前者，主要是由于目標(biāo)小區(qū)的信道資源、切換相關(guān)的無線參數(shù)設(shè)置不當(dāng)、硬件故障等。切換執(zhí)行失敗，主要是由于空口質(zhì)量所致。在性能指標(biāo)上體現(xiàn)為切換失敗率過高和切換掉話等現(xiàn)象。切換失敗常見問題分析硬件故障導(dǎo)致切換異常原因分析：由于TD-SCDMA采用多通道智能天線系統(tǒng)，而良好的賦形，首先需要各個通道之間功率校正的一致性。如果功率校正通不過，將會導(dǎo)致賦形產(chǎn)生偏差，從而可能會導(dǎo)致系統(tǒng)切換失敗。測試手段：通過后臺的通道校正進(jìn)行檢查，對于校正無法通過的需要及時處理。優(yōu)化建議：必要時更換系統(tǒng)硬件設(shè)備。UE未收到物理信道重配置消息原因分析：通過RNC的信令跟蹤發(fā)現(xiàn)已經(jīng)下發(fā)RRC_PH_RECFG消息，而路測中并沒有看到手機收到RRC_PH_RECFG消息，因而沒有及時發(fā)起切換而導(dǎo)致掉話。因為作為硬切換指示的物理信道重配置消息是在原信道上發(fā)下的，可能由于經(jīng)過時間延遲、切換判決，RNC下發(fā)此消息的時候，源小區(qū)下行鏈路已經(jīng)變得太差，UE無法收到RRC_PH_RECFG消息進(jìn)行切換而最終掉話了。優(yōu)化思路：1）可以權(quán)衡將硬切換門限或磁滯、觸發(fā)時間延遲等參數(shù)適當(dāng)減小，相當(dāng)于提早硬切換時機，使UE可以及時收到硬切換指示消息而完成切換。2）加大源小區(qū)業(yè)務(wù)信道的下行發(fā)射功率以增強切換區(qū)的下行覆蓋，保證下行鏈路的質(zhì)量。目標(biāo)基站未收到重配置完成消息原因分析：物理信道重配置完成消息RRC_PH_RECFG_CMP是在目標(biāo)小區(qū)信道上發(fā)送的。這里分為兩種情況：1）通過手機信令跟蹤，確認(rèn)是UE收到RRC_PH_RECFG指示而沒有回RRC_PH_RECFG_CMP完成消息給RNC。這可能是因為UE與目標(biāo)小區(qū)同步失敗或別的原因造成的硬切換失敗而掉話。2)通過信令跟蹤，發(fā)現(xiàn)是UE已經(jīng)切換并發(fā)送了RRC_PH_RECFG_CMP消息，而RNC側(cè)沒有收到此消息，說明是反向鏈路存在問題。優(yōu)化思路：針對第一種情況可以嘗試調(diào)整天線或增加目標(biāo)載頻的信道功率以加強覆蓋，或者提高硬切換判決門限，以保證硬切換的順利進(jìn)行。2）針對第二種情況可以嘗試調(diào)整上行功控參數(shù)，將相應(yīng)業(yè)務(wù)最大上行發(fā)射功率調(diào)大，使在允許范圍內(nèi)UE的發(fā)射功率增大，增強反向鏈路質(zhì)量。同頻同擾碼小區(qū)越區(qū)覆蓋導(dǎo)致切換異常原因分析：在專用模式下，UE發(fā)送的測量報告，是根據(jù)PCCPCH的使用頻點以及擾碼為標(biāo)識來區(qū)分不同鄰小區(qū)的。如果兩個小區(qū)的PCCPCH具有相同的頻點和擾碼，正常情況下，其復(fù)用距離應(yīng)該足夠大，不應(yīng)存在問題，但是在實際的網(wǎng)絡(luò)中，由于越區(qū)孤島現(xiàn)象的存在，可能會出現(xiàn)UE上報的測量報告中存在虛假鄰小區(qū)信息，會導(dǎo)致系統(tǒng)發(fā)出切換指令，使得某些處于專用模式下的UE頻頻嘗試向?qū)嶋H信號并不好的小區(qū)發(fā)出切換請求，其結(jié)果必然是造成切換失?。ㄒ部赡苁瞧古仪袚Q）。并導(dǎo)致孤島覆蓋周邊小區(qū)的切出成功率大幅降低，而與孤島小區(qū)具有相同PCCPCH使用頻點和擾碼的小區(qū)的切入成功率也會大幅降低，如下圖。圖STYLEREF1\s6SEQ圖\*ARABIC\s11越區(qū)覆蓋示意圖在市區(qū)內(nèi)，特別是密集市區(qū)，小區(qū)有效服務(wù)半徑較小，復(fù)用距離較小，地形復(fù)雜，往往會存在越區(qū)孤島現(xiàn)象。測試手段：對于越區(qū)孤島現(xiàn)象，憑借一般的路測UE是很難判斷的，而需要可解出頻點和相應(yīng)擾碼的掃頻儀設(shè)備進(jìn)行測試。優(yōu)化建議：對于具有明顯偏高的站點，需注意其扇區(qū)天線下傾角的設(shè)置不要太小，且最好選用具有垂直上波瓣抑制特性的扇區(qū)天線。以規(guī)避越區(qū)現(xiàn)象的出現(xiàn)。越區(qū)孤島切換問題原因分析：在環(huán)境比較復(fù)雜時，由于較近小區(qū)的信號由于阻擋產(chǎn)生一定損耗，而其他小區(qū)可能會從建筑物夾縫中透露出來，形成較強越區(qū)孤島。由于該區(qū)域的小區(qū)和該越區(qū)小區(qū)之間不會互配置鄰小區(qū)，在干擾沒有嚴(yán)重到導(dǎo)致下行失步時，UE將不會選擇到該小區(qū)上。但在服務(wù)小區(qū)信號較弱時，UE很可能會重選到該越區(qū)孤島上。當(dāng)在該小區(qū)上通話（建立其他的DPCH也是一樣）后，將會導(dǎo)致無法切換從而掉話的現(xiàn)象。此類問題在切換指標(biāo)上是無法顯示出異常的，主要表現(xiàn)為掉話嚴(yán)重。測試手段：可以通過DT路測進(jìn)行分析定位；另外可以通過從信令儀中統(tǒng)計TA值，看是否存在TA過大的UE通話狀態(tài)。優(yōu)化建議：適當(dāng)加大相應(yīng)越區(qū)小區(qū)的天線下傾角或者方向角進(jìn)行抑制越區(qū)現(xiàn)象。但是需要注意不會對本小區(qū)的服務(wù)區(qū)域造成影響；在孤島形成的影響區(qū)域較小時，可以設(shè)置單邊鄰小區(qū)解決。即在越區(qū)小區(qū)中的鄰小區(qū)列表中增加該孤島附近的小區(qū)，而孤島附近小區(qū)的鄰小區(qū)列表中不增加孤島小區(qū)。這樣一旦UE駐留到該越區(qū)小區(qū)后，可以在附近小區(qū)信號強時，順利切換出來，不會導(dǎo)致掉話。在越區(qū)形成的影響區(qū)域較大時，如果頻率和碼的規(guī)劃拓?fù)湓试S，可以通過互配鄰小區(qū)的方式解決，不過此方法容易造成網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)的混亂，除非頻率資源比較豐富，否則慎用。目標(biāo)鄰小區(qū)負(fù)荷過高（或部分傳輸通道故障），導(dǎo)致切換失敗原因分析：當(dāng)目標(biāo)鄰小區(qū)的負(fù)荷過高時，切換將無法完成。另外，當(dāng)目標(biāo)小區(qū)的部分傳輸通道由于誤碼較高或者頻繁瞬斷時，將會導(dǎo)致地面電路資源無法激活，從而引起切換（選擇）失敗。如果是跨RNC時，由于源RNC不了解目標(biāo)RNC的傳輸故障情況，因此只要有切換請求，就會嘗試進(jìn)行切換執(zhí)行，而最終導(dǎo)致切換失敗，這種情況要持續(xù)到源RNC收不到目標(biāo)小區(qū)的測量報告為止。測試手段：1． 可以通過性能統(tǒng)計中對于目標(biāo)小區(qū)的負(fù)荷統(tǒng)計進(jìn)行分析，另外檢查目標(biāo)小區(qū)的負(fù)荷控制門限設(shè)置是否合理；2． 查看信令解碼，了解其相應(yīng)的原因值，看是否為“”。3． 查看告警信息，看是否存在傳輸告警（包括當(dāng)前告警和歷史告警）。優(yōu)化建議：1． 如果是目標(biāo)小區(qū)的負(fù)荷控制門限設(shè)置過低，則可以根據(jù)實際情況進(jìn)行適當(dāng)?shù)恼{(diào)整。但是需要對該小區(qū)的運維數(shù)據(jù)進(jìn)行分析后確定，以免調(diào)整后，導(dǎo)致該小區(qū)產(chǎn)生擁塞現(xiàn)象。2． 對于傳輸故障，需要協(xié)調(diào)相關(guān)人員盡快解決傳輸質(zhì)量問題。目標(biāo)小區(qū)上行同步失敗導(dǎo)致切換失敗原因分析：在切換過程中，UE和目標(biāo)小區(qū)的同步根據(jù)切換模式（硬切換和接力切換）的不同分為兩種：硬切換模式下的上行同步：1． 目標(biāo)小區(qū)上行UPPCH干擾嚴(yán)重，或者同時有其他UE的上行同步碰撞，導(dǎo)致和目標(biāo)小區(qū)的上行同步失??；2． 目標(biāo)小區(qū)的UPPTS期望接收到的功率設(shè)置過小，功率步長、可能會導(dǎo)致同步無法完成、功率爬坡步長等。當(dāng)RNC確定目標(biāo)小區(qū)后，在該小區(qū)成功建立新的無線鏈路，在新鏈路上給UE下發(fā)切換命令（此時可以停止從舊的無線鏈路下發(fā)數(shù)據(jù)）。UE根據(jù)切換命令（如物理信道重配）中頻點和小區(qū)ID等信息，在新小區(qū)進(jìn)行下行同步。UE從消息的DL-CommonInformation-r4信元中讀取defaultDPCH-OffsetValue，用于計算新小區(qū)的CFN（CFN=(SFN-DOFF)mod256或CFNnew=(CFNold+COFF-DOFF)mod256）。然后根據(jù)下行PCCPCH功率，期望的UpPCH功率等參數(shù)，進(jìn)行開環(huán)同步和開環(huán)功控（初始發(fā)送功率由uppch_desired_power+路損來確定），發(fā)上行SYNC碼,SYNC碼在SyncCodeBitmap中選取，收到正確的FPACH,開始在新的DPCH上發(fā)送數(shù)據(jù)。UE給RNC回重配完成消息，RNC釋放舊的無線鏈路資源。如果UE給RNC回重配失敗消息，則需要回滾到原小區(qū)恢復(fù)業(yè)務(wù)。硬切換的上行同步其實和隨機接入的上行同步過程是一樣的，及使用UPPCH和FPACH進(jìn)行同步。測試手段：DT路測優(yōu)化建議：調(diào)整網(wǎng)絡(luò)結(jié)構(gòu)改變上行干擾源小區(qū)下行干擾嚴(yán)重導(dǎo)致切換失敗原因分析：在切換過程中，如果源小區(qū)下行干擾嚴(yán)重，有可能會導(dǎo)致UE會導(dǎo)致源小區(qū)無法有效接收到UE上報的測量報告，從而不進(jìn)行切換。此時，系統(tǒng)側(cè)應(yīng)該有“物理信道重配置超時”消息。而UE會出現(xiàn)失步，并發(fā)出“小區(qū)更新”。此時路測設(shè)備上的DPCHSIR會相應(yīng)的較差。在切換帶處出現(xiàn)下行干擾，有可能是相應(yīng)小區(qū)的下行信號遭受到了其他無線信號的干擾。干擾源可能來自于TD系統(tǒng)內(nèi)其他同頻小區(qū)，也可能是其他異系統(tǒng)的干擾，自然界的干擾，由于其有效頻段較低（主要集中在100MHz以下）影響一般不大。具體參見干擾問題排查類文檔。另外如果源小區(qū)信號發(fā)生陡降(如建筑物阻擋等)，或者目標(biāo)小區(qū)信號突然陡升，目標(biāo)小區(qū)的下行信號有可能會對源小區(qū)的信號形成干擾（此時源小區(qū)信號并不差，甚至在附近都會存在該類問題）。這也是切換失敗的一種典型原因。測試手段：使用掃頻儀進(jìn)行系統(tǒng)內(nèi)同頻干擾小區(qū)的定位和排查；在DT路測儀上觀察DPCH的SIR，此時應(yīng)該較差。另外在系統(tǒng)側(cè)信令跟蹤中，應(yīng)該有“物理信道重配置超時”信息；優(yōu)化建議：1． 切換帶處源小區(qū)遭受到嚴(yán)重的下行干擾，可以使用掃頻進(jìn)行排查；2． 對于源小區(qū)信號陡降或者目標(biāo)小區(qū)陡升導(dǎo)致的下行干擾問題，可以適當(dāng)調(diào)整天線參數(shù)進(jìn)行優(yōu)化解決。無線參數(shù)設(shè)置不合理導(dǎo)致切換不及時原因分析：切換過程分為切換測量、切換判斷以及切換執(zhí)行等3個過程。哪一個過程沒有及時執(zhí)行都會導(dǎo)致切換比較慢，不及時。切換測量，有兩種策略，分別為周期性上報型和事件觸發(fā)型。采用周期性上報型，系統(tǒng)可以較好的了解UE的狀態(tài)，可以對切換較好的控制，但是會導(dǎo)致系統(tǒng)信令負(fù)荷較重，故目前一般采用事件觸發(fā)型的測量策略。目前系統(tǒng)已經(jīng)支持的切換觸發(fā)事件有1G（頻內(nèi)最佳小區(qū)變化，觸發(fā)頻內(nèi)切換）、2A（頻間最佳小區(qū)變化，觸發(fā)頻間切換）和2D（當(dāng)前使用頻率過低，觸發(fā)頻間切換）事件。如果切換觸發(fā)事件上報不夠及時，將會導(dǎo)致切換不夠及時，從而導(dǎo)致切換失敗和通話質(zhì)量變差的可能性。測試手段：路測設(shè)備、信令跟蹤分析等。優(yōu)化建議：對于無線參數(shù)的優(yōu)化，可以參見和切換相關(guān)的參數(shù)一章。如果測試UE上可以看到相應(yīng)的鄰小區(qū)PCCPCHRSCP遠(yuǎn)大于服務(wù)小區(qū)（比如大6dB以上，且持續(xù)時間超過5秒以上）而不進(jìn)行切換，可能是由于服務(wù)小區(qū)無線參數(shù)中的“切換開關(guān)”參數(shù)設(shè)置為“TRUE”，從而導(dǎo)致該UE無法切出該小區(qū)。乒乓切換原因分析：乒乓切換產(chǎn)生的原因主要如下：1． 小區(qū)距離太近，或者小區(qū)覆蓋范圍太大，導(dǎo)致重疊覆蓋區(qū)內(nèi)的信號都相對較強，由于建筑物分布復(fù)雜，或者地形起伏較大，小區(qū)信號起伏并不一致，從而導(dǎo)致UE的乒乓切換；2． 部分小區(qū)切換參數(shù)設(shè)置不合理。主要有“切入UE懲罰時間定時器”（設(shè)置過小會導(dǎo)致UE乒乓切換過重）、“切換時間延遲（設(shè)置過小會導(dǎo)致短時間內(nèi)的信號抖動都會發(fā)生切換）”、“PCCPCHRSCP切換遲滯量”（設(shè)置過小會導(dǎo)致信號稍有變動即會導(dǎo)致切換發(fā)生）等參數(shù)。測試手段：1． DT路測儀測試；2． 信令測試儀的信令跟蹤分析。3． 性能統(tǒng)計中，如果系統(tǒng)切換次數(shù)和呼叫次數(shù)比例過大，可能是系統(tǒng)內(nèi)存在乒乓切換的現(xiàn)象。優(yōu)化建議：1． 無線切換參數(shù)的優(yōu)化調(diào)整。不過調(diào)整無線切換參數(shù)，雖然可以減少乒乓切換的程度，但是也會帶來切換不及時等其他問題，故需要綜合考慮，且在修改參數(shù)后，需要及時測試和統(tǒng)計跟蹤。2． 調(diào)整天饋參數(shù)（調(diào)整扇區(qū)天線下傾角、方位角或者天線掛高），必要時也可更換扇區(qū)天線主波束的賦形波束寬度，避免覆蓋范圍過大。但是必須注意不要出現(xiàn)服務(wù)盲區(qū)等新問題。拐彎效應(yīng)切換失敗原因分析：在城區(qū)內(nèi)，車輛沿著街道運動時，源小區(qū)的信號比較好，但是一旦拐彎到另外垂直的街道上，源小區(qū)的信號會急劇變低，而另外一個小區(qū)的信號可能會突然急劇增強，會導(dǎo)致和源小區(qū)鏈路失步，網(wǎng)絡(luò)側(cè)無法接收到UE的測量報告，從而存在切換失敗的現(xiàn)象。測試手段：路測設(shè)備優(yōu)化建議1． 如果信號允許，可以通過調(diào)整工程參數(shù)（加大鄰小區(qū)的下傾角）或者無線參數(shù)（如調(diào)整小區(qū)臨時偏置），改變切換帶，使UE在拐彎前進(jìn)行提前切換；2． 使用直放站或者射頻拉遠(yuǎn)方式解決。切換案例RNC內(nèi)切換出現(xiàn)跨RNC切換信令問題分析問題描述根據(jù)KPI分析數(shù)據(jù)，三毛藝術(shù)學(xué)校(CELLID-8321)一扇存在切換成功率低掉話率高問題，主要是切出成功率指標(biāo)較差在50%左右，針對該扇區(qū)的兩個指標(biāo)差問題進(jìn)行分析和定位。問題分析1、從CALLTRANCE分析通過分析CT日志中的信令，發(fā)現(xiàn)三毛藝術(shù)學(xué)校一扇區(qū)在與愛家國際二扇區(qū)切換時，出現(xiàn)radieBearReconfigurationFailure信令，但實際上愛家國際基站與三毛藝術(shù)學(xué)?；練w屬于同一個RNC，切換的時候不應(yīng)該出現(xiàn)跨RNC切換流程。信令截圖REF_Ref226427316\h圖62所示：圖STYLEREF1\s6SEQ圖\*ARABIC\s12信令截圖從測量報告分析（如REF_Ref226427358\h圖63），三毛藝術(shù)學(xué)校一扇區(qū)切換的目標(biāo)小區(qū)是頻點為10088，擾碼為106的小區(qū)，而從三毛藝術(shù)學(xué)校一扇區(qū)的鄰區(qū)關(guān)系分析，該目標(biāo)小區(qū)應(yīng)該為愛家國際二扇區(qū)。圖STYLEREF1\s6SEQ圖\*ARABIC\s13信令具體內(nèi)容2、DT測試分析現(xiàn)場路測分析，UE從三毛藝術(shù)學(xué)校往愛家國際方向移動時，測試的軌跡及鄰區(qū)關(guān)系如REF_Ref226427528\h圖64、REF_Ref226427879\h圖65四所示，三毛藝術(shù)學(xué)校1扇區(qū)的鄰區(qū)關(guān)系中有兩列擾碼為106，頻點為10088的小區(qū)，當(dāng)時懷疑兩種可能：一是測試軟件的bug（因為以前版本的測試軟件在UE切換之前出現(xiàn)過類似的bug）；二是小區(qū)信息參數(shù)配置存在錯誤。圖STYLEREF1\s6SEQ圖\*ARABIC\s14鄰區(qū)關(guān)系1圖STYLEREF1\s6SEQ圖\*ARABIC\s15鄰區(qū)關(guān)系2圖STYLEREF1\s6SEQ圖\*ARABIC\s16切換信令根據(jù)REF_Ref226427913\h圖66所示的三毛藝術(shù)學(xué)校1扇區(qū)與愛家國際2扇區(qū)的切換流程分析，應(yīng)該是三毛藝術(shù)學(xué)校1小區(qū)的鄰區(qū)關(guān)系配置存在問題。對于RNC內(nèi)的兩個小區(qū)切換是不可能出現(xiàn)跨RNC切換信令，并且終端從愛家國際2扇區(qū)切往三毛藝術(shù)學(xué)校1小區(qū)的時候切換正常，沒有出現(xiàn)跨RNC的切換信令，而三毛藝術(shù)學(xué)校1扇區(qū)切往愛家國際2扇區(qū)的時候出現(xiàn)異常信令，因此懷疑三毛藝術(shù)學(xué)校一扇區(qū)的鄰區(qū)關(guān)系中添加了與愛家國際二扇同頻同擾碼的外部鄰區(qū)，三毛藝術(shù)學(xué)校一扇區(qū)與愛家國際二扇發(fā)生切換的時候，誤以為是發(fā)生了跨RNC切換，結(jié)果出現(xiàn)跨RNC切換失敗的情況。解決方法及驗證網(wǎng)管查看三毛藝術(shù)學(xué)校鄰區(qū)關(guān)系，發(fā)現(xiàn)確實添加了另外一個RNC的小區(qū)為鄰區(qū)，而這兩個小區(qū)相距40多公里。刪除三毛藝術(shù)學(xué)校一扇跨RNC的鄰區(qū)關(guān)系，驗證切換問題，一切正常。在RNC內(nèi)切換出現(xiàn)跨RNC信令流程時，很有可能是添加了跨RNC的鄰區(qū)關(guān)系。出現(xiàn)這種問題的可能：1、RNC歸屬配置出現(xiàn)問題；2、鄰區(qū)規(guī)劃后導(dǎo)入后臺的鄰區(qū)關(guān)系有誤；3、原來本小區(qū)存在跨RNC的鄰區(qū)，在基站割接或更改小區(qū)CELL后鄰區(qū)關(guān)系沒刪除。太拖拉與天津工業(yè)大學(xué)切換成功率低問題描述根據(jù)KPI數(shù)據(jù)，提取一周數(shù)據(jù)中RNC內(nèi)硬切換成功率低的小區(qū)進(jìn)行分析，天津工業(yè)大學(xué)1扇區(qū)RNC內(nèi)小區(qū)間異頻硬切換出請求次數(shù)為1513次，RNC內(nèi)小區(qū)間異頻硬切換出失敗次數(shù)為1302次，切換成功率為13.95%；太拖拉3扇區(qū)RNC內(nèi)小區(qū)間異頻硬切換出請求次數(shù)為1183次，RNC內(nèi)小區(qū)間異頻硬切換出失敗次數(shù)為1086次，切換成功率為8.20%。由于這兩個扇區(qū)地理位置接近，此針對這兩個小區(qū)進(jìn)行測試和問題定位。問題分析從calltrance異常信令分析，太拖拉3扇區(qū)和天津工業(yè)大學(xué)1扇區(qū)切換失敗的情況基本上都是發(fā)生在與煤礦設(shè)備廠3扇區(qū)的切換，并且屬于同一個用戶。切換失敗基本上都是沒有收到RLrestore信令，應(yīng)該是切換時發(fā)生了失步現(xiàn)象。從測量報告分析，切換失敗時測量的小區(qū)信號強度基本在-85dBm左右，也就是說不存在弱覆蓋現(xiàn)象，因此懷疑存在上行干擾。從后臺LMT查詢，煤礦設(shè)備廠3扇區(qū)的TS1時隙的底噪偏高，大約-95dBm左右，其他時隙底噪正常。解決方法及驗證修改煤礦設(shè)備廠3扇區(qū)的頻點10096（F6）為10120（F9）。.修改頻點后煤礦設(shè)備廠3扇區(qū)的TS1時隙的底噪恢復(fù)正常。通過調(diào)整后，煤礦設(shè)備廠3扇區(qū)的底噪恢復(fù)正常，有效抑制了上行干擾。從KPI數(shù)據(jù)統(tǒng)計分析，天津工業(yè)大學(xué)1扇區(qū)和太拖拉3扇區(qū)RNC內(nèi)小區(qū)間異頻硬切換成功率均滿足指標(biāo)要求。目前的切換成功率已經(jīng)恢復(fù)正常。由于煤礦設(shè)備廠的三扇區(qū)存在干擾（干擾源未找到），導(dǎo)致天津工業(yè)大學(xué)一扇區(qū)和太拖拉3扇區(qū)與此扇區(qū)切換成功率較差。后期要加強KPI指標(biāo)的分析，挖掘問題點解決。裕成大廈30721、30722兩個小區(qū)切換問題問題描述性能統(tǒng)計發(fā)現(xiàn)，裕成大廈（3072）站點的2個小區(qū)30721、30722的“小區(qū)異頻切換成功率”一直偏低，特別是在7月24日后更加惡化，如2008-7-27圖STYLEREF1\s6SEQ圖\*ARABIC\s17測試LOG圖由前臺明顯看出，10402（東渡_2）場強值始終遠(yuǎn)高于30721（裕成大廈_1），但始終無法切往東渡_2，從信令來看，從10：53：17通話至10：55：28近131秒時間里，手機一直沒有上報測量報告，導(dǎo)致30721沒有成功切至10402。而直到10：55：28在10412（源昌大廈_2）下才正常上報，勉強從30721切至10412，雖沒有掉話，但切換關(guān)系已不合理，直接導(dǎo)致該段主干道C/I明顯惡化。問題分析1、檢查切換相關(guān)參數(shù)。檢查30721切換開關(guān)沒有問題，另外由于與東渡2個小區(qū)是跨RNC鄰區(qū)關(guān)系，所以還得核實RNC3下3G外部鄰小區(qū)10402、10403的配置信息（包括：頻點、擾碼、LAC等），及30721作為RNC1外部鄰小區(qū)的信息配置情況，均沒有問題。2、理順小區(qū)30721的鄰區(qū)關(guān)系。30721擾碼為104、頻點為2016MHz，鄰區(qū)信息如下：表STYLEREF1\s6SEQ表\*ARABIC\s11鄰區(qū)信息表Cell_IDCell_Name頻點擾碼10401東渡_120247510402東渡_23310403東渡_35510411源昌大廈_120168510412源昌大廈_29311535國際客運碼頭_520114811935鷺檳大廈_512730651外貿(mào)大廈_120168230653外貿(mào)大廈_3430722裕成大廈_27430725裕成大廈_520116031555福佑酒店_56331561新同益碼頭_16531562新同益碼頭_220167931563新同益碼頭_310232065海明大廈_52011122從10402、10403的頻點和擾碼來看，是沒有問題的。3、其實，從30721切往10402過程中，RNC下發(fā)測量控制后，UE一直沒有上報測量報告。這點來看，可以肯定是UE測量問題。這樣，我們可以從3個方面考慮其原因：鄰區(qū)個數(shù)、頻點和擾碼。顯然，對于鄰區(qū)個數(shù)、擾碼是沒有問題的，最大可能性就是該測試終端測量能力在30721鄰區(qū)頻點個數(shù)上受限制。解決方法及驗證基于上述分析，刪除鄰區(qū)11535、11935、30725、31555、32065、10401后30721鄰區(qū)頻點個數(shù)為5個，重新測試后，30721能正常切換至10402。如下圖：圖STYLEREF1\s6SEQ圖\*ARABIC\s18優(yōu)化后測試LOG注：從現(xiàn)場測試情況來看，同時具備2個條件將很可能會出現(xiàn)上述情況：（1）測試終端為PECKER（大唐新手機仍存在這個問題）；（2）鄰區(qū)頻點個數(shù)超過6個?？紤]現(xiàn)在測試終端為COMMIT和PECKER，特別是移動測試主要以PECKER為主，為避免移動測試時感知度差，對RNC1區(qū)域（應(yīng)廈門移動要求，只在RNC1下放開了F7/F8/F9頻點）主干道涉及小區(qū)的鄰區(qū)進(jìn)行相應(yīng)的刪除，保證PECKER測試的切換關(guān)系正常。青島網(wǎng)絡(luò)20080826日切換成功率偏低分析問題描述2008年8月26日，青島TD-SCDMA網(wǎng)絡(luò)當(dāng)日切換成功率為：71%(2個RNC總指標(biāo))。表STYLEREF1\s6SEQ表\*ARABIC\s123個小區(qū)的切換成功率很低統(tǒng)計cellid小區(qū)名切換成功率切換入請求次數(shù)切換出請求次數(shù)切換入成功次數(shù)切換出成功次數(shù)1082城陽老局0.00%54700010843城陽網(wǎng)通大廈1.35%3441331081城陽老局5.22%311233可見：1、城陽老局2扇切換請求547次，成功0次；2、城陽網(wǎng)通大廈3扇切換請求444次，成功6次；3、城陽老局1扇切換請求115次，成功6次；另外：全網(wǎng)當(dāng)日總的切換請求次數(shù)為4622次，若不考慮上面3個小區(qū)的影響，全網(wǎng)總的切換請求次數(shù)為：4622-547-（444-6）-(115-6)=3528。此時，全網(wǎng)總的切換成功率為3282（全網(wǎng)總的切換成功次數(shù)）/3528=93%。問題分析通過查看calltrace信令發(fā)現(xiàn)小區(qū)1081（城陽老局1扇）和10843（城陽網(wǎng)通大廈3扇）大部分切換失敗的信令如下：圖STYLEREF1\s6SEQ圖\*ARABIC\s19切換失敗信令注：這些掉話都來自同一個IMSI號-----460077101052410經(jīng)分析：1、已經(jīng)上發(fā)了測量報告，并且系統(tǒng)已經(jīng)收到；2、系統(tǒng)收到后由HOM模塊進(jìn)行判決，并且確定進(jìn)行切換；3、HOM模塊子模塊MCM將結(jié)果轉(zhuǎn)給UCPMC進(jìn)行無線鏈路準(zhǔn)備；4、UPCMC準(zhǔn)備無線鏈路超時（CT_UC_RCEV_UCPMC_RL_OPERATE_TIMEROUT），請注意此時是NodeB進(jìn)行無線鏈路的準(zhǔn)備；5、最后收到一條失敗消息---TDCE_HOM_HO_FAIL；6、由于NodeB的無線鏈路沒有建立（未回給HOM），故此時不會發(fā)物理信道重配置消息。解決方法及驗證2008年8月26日，青島TD-SCDMA網(wǎng)絡(luò)的切換成功率受3個小區(qū)（城陽老局2扇、城陽網(wǎng)通大廈3扇、城陽老局1扇）的影響只有71%；若不考慮這3個小區(qū)的影響，全網(wǎng)的切換成功率可提高20個百分點到91%.而這些切換問題都來自同一個IMSI，通過CALLTRACE查看信令并分析得出結(jié)論：切換時的無線鏈路建立出現(xiàn)了問題，NODEB可能存在問題。需要協(xié)調(diào)設(shè)備維護人員前去解決。跨RNC切換失敗問題描述RNC20的188小區(qū)跨RNC切換失敗，查看鄰區(qū)和測量報告定位出是往RNC22的227小區(qū)切換失敗。圖STYLEREF1\s6SEQ圖\*ARABIC\s110測試信令表STYLEREF1\s6SEQ表\*ARABIC\s13鄰區(qū)列表RNCCELLIDCELLPARAIDNRNCNCELLIDNCELLPARAID20188872222912320188875254701212018887204591192018887202034310220188872046991012018887201879320188872231892018887222040088201888720457792018887227874201888722796920188872233682018887202044364201888722776320188872048426220188872222751201888720189122018887209588問題分析查看CT信令，發(fā)現(xiàn)重定位失敗的原因是radioNetwork=TRANAP_unknown_target_rnc，也就是說RNC20的188小區(qū)檢測到227小區(qū)的信號，要往227上切換，但不知道227小區(qū)是屬于哪個RNC，導(dǎo)致重定位失敗。如下圖：圖STYLEREF1\s6SEQ圖\*ARABIC\s111原因定位經(jīng)與CN側(cè)聯(lián)系排查，發(fā)現(xiàn)RNC22的DNS解析配置錯誤，導(dǎo)致所有往RNC22切換的PS業(yè)務(wù)均失敗。解決方法及驗證修改后DNS解析錯誤后，測試結(jié)果如下：圖STYLEREF1\s6SEQ圖\*ARABIC\s112優(yōu)化后信令PS業(yè)務(wù)切入RNC22正常。23G切換失敗問題描述現(xiàn)網(wǎng)中很多23G切換失敗的現(xiàn)象，查看原因代碼發(fā)現(xiàn)主要有3種，interRAT_ChangeFailureCause中：t=1是網(wǎng)絡(luò)側(cè)參數(shù)配置錯誤；t=2是與2G小區(qū)同步失??；t=3是協(xié)議錯誤；就是說終端和網(wǎng)絡(luò)側(cè)對協(xié)議的理解不一致。問題分析上述CT文件中主要的23G切換失敗原因是終端與2G小區(qū)同步失敗。此問題需要與2G方面協(xié)調(diào)優(yōu)化。交界區(qū)重定位失敗問題解決案例問題描述在路測中發(fā)現(xiàn)PS業(yè)務(wù)進(jìn)行FTP下載時，在中興和大唐的交界區(qū)，UE可以從大唐切換到中興而從中興不能重定位到大唐小區(qū)。路測儀上表現(xiàn)為UE連續(xù)上發(fā)測量報告。但沒有網(wǎng)絡(luò)側(cè)下發(fā)的RB重配消息。問題分析要定位此問題還是需要從信令流程上入手，查找問題。定位此問題主要從以下幾步展開：1）終端不停上上報MeasurementReport,后臺RNCTrace中有沒有收到測量報告2）如果收到了測量報告，那RNC有沒有向中興的CN發(fā)Relocationrequired消息，消息中攜帶的切換目標(biāo)小區(qū)是否與終端上報的小區(qū)一致？并且其它消息內(nèi)定容是否正確3）中興CN有沒有收到Relocationrequired消息，如果收到了有沒有向大唐方面的CN發(fā)Relocation_repare_handover消息，消息中的內(nèi)容是否正確。4）對端大唐方面的CN有沒有收到這條來自中興CN發(fā)過來的Relocation_repare_handover,如果收到了并且內(nèi)容正確，大唐CN會向大唐RNC發(fā)relocation_request消息。解決方法及驗證首先，我們必須找到一個測試點進(jìn)行相關(guān)測試。前后臺配合采集數(shù)據(jù)、查找問題。我們確定的測試點如REF_Ref226440677\h圖613下圖所示：圖STYLEREF1\s6SEQ圖\*ARABIC\s113測試路線測試方向如上圖黑色箭頭所示。從中興小區(qū)-----駐港1扇（911）切換到大唐小區(qū)------青專大酒店1扇（931）。表STYLEREF1\s6SEQ表\*ARABIC\s142個小區(qū)主要參數(shù)小區(qū)名CELLID頻點擾碼駐港1扇9111008867青專大酒店1扇9311009651我們分兩步定位問題：第一步：到達(dá)現(xiàn)場后我們首先進(jìn)行了一次測試，復(fù)現(xiàn)問題。結(jié)果發(fā)現(xiàn)UE連續(xù)上發(fā)測量報告。而且兩個小區(qū)的無線參數(shù)配置正確。鄰區(qū)關(guān)系存在。信號質(zhì)量良好（約-70dBm）。第二步：當(dāng)我們查看RNC側(cè)信令時發(fā)現(xiàn)出現(xiàn)上發(fā)的測量