切換問題分析ppt課件

1、切換問題分析切換問題分析前言前言l本文首先對論述了網絡優(yōu)化中切換問題優(yōu)化的普通流程和通用方法，然后分別針對軟切換、硬切換、系統(tǒng)間切換3種類型的切換問題，提出了詳細的定位和處理思緒及方法，并附以典型案例作為參考，以便能對實踐中遇到的WCDMA的切換問題提供詳盡、適用的指點。課程目的課程目的l了解切換問題的常見分析方法了解切換問題的常見分析方法l了解常見的切換案例了解常見的切換案例學習完本課程，您將可以：學習完本課程，您將可以：參考資料參考資料lWCDMA RNO 切換問題分析指點書.doclW C D M A R N O 專 題 指 點 書 切 換 問 題 分 析_ZANGLIANG1028.d

2、oc課程內容課程內容Training.huawei第一章第一章 切換問題定義切換問題定義第二章第二章 切換問題分析流程及方法切換問題分析流程及方法第三章第三章 切換問題分析切換問題分析第四章第四章 切換案例解析切換案例解析第一章第一章 切換問題定義切換問題定義總體描畫總體描畫l當用戶在挪動的過程中越過小區(qū)覆蓋范圍，或位于小區(qū)的邊境處的時候，為了保證通訊的延續(xù)性和良好的通訊質量，會進展切換。切換包括軟切換、更軟切換、同頻硬切換、異頻硬切換和系統(tǒng)間硬切換等類型。l切換問題是影響網絡性能的重要要素，比如切換失敗能夠導致掉話，切換頻繁會浪費大量的網絡資源，軟切換比例過高會耗費過多的前向容量等等，可見，

3、切換對于通訊質量、系統(tǒng)容量等有很大的影響。l切換問題的優(yōu)化是網絡優(yōu)化中一個重要的內容。第一章第一章 切換問題定義切換問題定義l總體描畫總體描畫l普通定義普通定義l話統(tǒng)定義話統(tǒng)定義l路測定義路測定義普通定義普通定義l廣義來講，切換問題是指UE經過切換帶而沒有正常發(fā)起切換，或者發(fā)起切換但是切換失敗等一切與切換相關的問題。本文只關注切換勝利率和軟切換比例方面的問題。l從空口信令來看，切換失敗是指RNC下發(fā)了切換命令包括軟切換的ACTIVE SET UPDATE、硬切換的PHYSICAL CHANNEL RECONFIGURATION、系統(tǒng)間切換的HANDOVER FROM UTRAN，但是沒有收到相

4、應的切換完成音訊軟切換的ACTIVE SET UPDATE COMPLETE、硬切換的PHYSICAL CHANNEL RECONFIGURATION COMPLETE、系統(tǒng)間切換沒有空口完成音訊而是CN發(fā)給RNC的Iu Release Command。 第一章第一章 切換問題定義切換問題定義l總體描畫總體描畫l普通定義普通定義l話統(tǒng)定義話統(tǒng)定義l路測定義路測定義話統(tǒng)定義話統(tǒng)定義l話統(tǒng)中切換勝利率通用公式如下 :l對于軟切換來說，切換次數是經過統(tǒng)計RNC下發(fā)的ActiveSet Update Command音訊個數得到，軟切換勝利次數經過統(tǒng)計收到的ActiveSet Update Comple

5、te音訊得到。l對于硬切換和系統(tǒng)間切換勝利率的統(tǒng)計方法也類似。l由于軟切換比例主要對系統(tǒng)容量產生影響，因此應從話務量出發(fā)定義軟切換比例。軟切換比例公式定義如下： l它反映的是軟切換對系統(tǒng)資源的實踐耗費程度。l各運營商對于這幾項話統(tǒng)目的普通都有明確的要求，假設切換勝利率低于運營商的最低要求，或者軟切換成比例不在要求的范圍之內，那么是需求優(yōu)化的切換問題 。%100切換次數切換成功次數切換成功率%100ErlErlErl（含軟切換）業(yè)務信道承載的（不含軟切換）道承載的（含軟切換）業(yè)務信業(yè)務信道承載的軟切換比例第一章第一章 切換問題定義切換問題定義l總體描畫總體描畫l普通定義普通定義l話統(tǒng)定義話統(tǒng)定義

6、l路測定義路測定義路測定義路測定義l由于路測工具也是采集UE側的空口信令進展分析，因此，對于切換失敗的問題定義與前面“普通定義一節(jié)中描畫根本一致。l而路測工具中關于軟切換比例的定義是測試中一切記錄的點中處于軟切換形狀的點的比例，它的值可以近似地反映軟切換區(qū)的面積與網絡覆蓋總面積之比。它與話統(tǒng)中的軟切換比例稍有不同：前者是基于覆蓋區(qū)域定義的，后者那么是基于系統(tǒng)資源定義的 思索題思索題l切換問題通常可以從幾個方面進展定義？解答解答l普通性的定義、話統(tǒng)定義、路測定義本章小結本章小結l本章主要講述了切換問題幾種定義方法，從另一方面也闡明了分析切換問題可以從哪幾個方面來分析。課程內容課程內容Traini

7、ng.huawei第一章第一章 切換問題定義切換問題定義第二章第二章 切換問題分析流程及方法切換問題分析流程及方法第三章第三章 切換問題分析切換問題分析第四章第四章 切換案例解析切換案例解析第二章第二章 切換問題分析流程及方法切換問題分析流程及方法切換問題優(yōu)化流程切換問題優(yōu)化流程網絡信息搜集和優(yōu)化目確實定參數調整路測和信令分析定位問題話統(tǒng)數據采集和切換問題搜集調整驗證目的到達？終了YN第二章第二章 切換問題分析流程及方法切換問題分析流程及方法l切換問題優(yōu)化流程切換問題優(yōu)化流程l網絡信息搜集和優(yōu)化目確實定網絡信息搜集和優(yōu)化目確實定l 話統(tǒng)數據采集和切換問題搜集話統(tǒng)數據采集和切換問題搜集l 定位問

8、題定位問題路測和信令分析路測和信令分析l 參數調整參數調整l 調整驗證調整驗證網絡信息搜集和優(yōu)化目確實定網絡信息搜集和優(yōu)化目確實定l需求搜集的網絡信息包括：l了解整個網絡的組網方式、構造，確定系統(tǒng)由哪些RNC、CN組成，以及哪些RNC之間有Iur銜接而哪些沒有，然后可以根據這些組網信息，結合基站的分布和載頻的配置情況，分析出哪些地方是軟切換，哪些地方應該存在異頻硬切換，哪些地方應該是同頻硬切換。l運營信息。包括用戶數和用戶分布信息，每天和每周的話務忙閑情況，以便數據修正盡量避開話務忙時，以免給在網用戶呵斥大的沖擊。l告警信息和運轉記錄等，保證MSC、SGSN、GGSN、HLR、VLR的設備穩(wěn)定

9、可靠，傳輸通暢，以便相應測試的進展。l工程參數總表。此表包括基站位置、配置和頻點信息，天線高度、方位角、下傾角等信息，更重要的是它還包含鄰區(qū)列表，可以根據這些信息，結合組網信息和覆蓋延續(xù)需求，確定各載頻間的同頻相鄰關系、異頻相鄰關系和系統(tǒng)間相鄰關系。l參數配置。搜集現網的信道功率配置、切換參數和算法開關等等數據配置信息。l切換優(yōu)化的目的包括軟切換勝利率、硬切換勝利率、軟切換比例等等，這些目的項和目的要求需求和局方討論確定。 第二章第二章 切換問題分析流程及方法切換問題分析流程及方法l切換問題優(yōu)化流程切換問題優(yōu)化流程l網絡信息搜集和優(yōu)化目確實定網絡信息搜集和優(yōu)化目確實定l 話統(tǒng)數據采集和切換問題

10、搜集話統(tǒng)數據采集和切換問題搜集l 定位問題定位問題路測和信令分析路測和信令分析l 參數調整參數調整l 調整驗證調整驗證話統(tǒng)數據采集和切換問題搜集話統(tǒng)數據采集和切換問題搜集l軟切換勝利率l目的闡明：l該目的包含了更軟切換，反映了切換的可靠性，是面向小區(qū)的。l統(tǒng)計方法：l當RNC收到UE上報的激活集更新完成ActiveSet Update Complete音訊時，以為一次軟切換過程勝利完成。軟切換勝利率是指軟切換勝利次數與軟切換次數的比值，公式如下：l l其中，軟切換次數是經過統(tǒng)計RNC下發(fā)的ActiveSet Update Command音訊個數得到，軟切換勝利次數經過統(tǒng)計收到的ActiveSe

11、t Update Complete音訊得到。l正常值： l通常，軟切換勝利率應大于98% 話統(tǒng)數據采集和切換問題搜集話統(tǒng)數據采集和切換問題搜集l軟切換比例l目的闡明：l該目的反映了系統(tǒng)用于切換的資源開銷情況，是面向小區(qū)的。軟切換的存在帶來了宏分集增益，但是也呵斥系統(tǒng)更多的資源開銷，降低了系統(tǒng)容量，因此需求將軟切換控制在一定比例上。由于軟切換主要是對系統(tǒng)容量產生了負面影響，因此應從話務量出發(fā)定義軟切換比例。l統(tǒng)計方法：l軟切換比例公式如下：l軟切換比例和軟切換區(qū)的比例是不同的。軟切換區(qū)比例是網絡中軟切換區(qū)的面積與網絡覆蓋總面積之比，它不能反映出軟切換對資源的耗費程度。l正常值： l對于商用網絡，

12、軟切換比例普通不應超越50%不包含更軟切換 話統(tǒng)數據采集和切換問題搜集話統(tǒng)數據采集和切換問題搜集l更軟切換勝利率l目的闡明：l該目的和軟切換勝利率目的都是反映切換可靠性方面的情況，是面向小區(qū)的。l統(tǒng)計方法：l當RNC收到UE上報的激活集更新完成ActiveSet Update Complete音訊，且添加或刪除的鏈路是在NodeB內部完成時，以為一次更軟切換過程勝利完成。更軟切換勝利率是指更軟切換勝利次數與更軟切換次數的比值，公式如下：l正常值： l通常， 更軟切換勝利率應大于98%。話統(tǒng)數據采集和切換問題搜集話統(tǒng)數據采集和切換問題搜集l硬切換勝利率l目的闡明：l該目的反映了同頻硬切換和異頻硬

13、切換的切換可靠性，是面向小區(qū)的。l統(tǒng)計方法：l硬切換過程就是先中斷與原來小區(qū)的通訊，然后再重新的小區(qū)接進來，它的性能不如軟切換。所以普通在不能進展軟切換的時候，才會思索硬切換。當RNC收到UE上報的物理信道重配置完成Physical Channel Reconfiguration Complete音訊時，以為一次硬切換過程勝利完成。硬切換勝利率是指硬切換勝利次數與硬切換次數的比值，公式如下：l正常值： l通常，硬切換勝利率應大于 89%。 話統(tǒng)數據采集和切換問題搜集話統(tǒng)數據采集和切換問題搜集l軟切換時延l目的闡明：l經過對實現軟切換需求的信令進展分析，得到發(fā)起切換的信令和切換終了的信令之間時間

14、差，就可以給出整個切換過程所需求的時間。本目的統(tǒng)計點為UE。l統(tǒng)計方法：l軟切換/更軟切換可以分為無線鏈路添加和刪除以及增刪組合三種情況。RNC能否發(fā)起軟切換流程是根據UE的丈量上報進展判決的。因此可以根據UE記錄的UE信令中丈量報告信息得到軟切換開場的時間。當RNC收到UE上報的ActiveSet Update Complete音訊時，以為軟切換完成。l經過計算ActiveSet Update Complete音訊和丈量報告的時間差，就可以獲得軟切換/更軟切換時延。l通常值： l通常軟切換時延應在500ms左右。 話統(tǒng)數據采集和切換問題搜集話統(tǒng)數據采集和切換問題搜集l硬切換時延l目的闡明：l

15、與軟切換類似，RNC能否發(fā)起硬切換也是根據UE的丈量報告進展判決的。l統(tǒng)計方法：l因此可以根據UE記錄的UE信令中丈量報告信息得到硬切換開場的時間。當RNC收到UE上報的Physical Channel Reconfiguration Complete音訊后，以為硬切換完成。經過計算這兩條音訊之間的時間差，就可以獲得硬切換時延。l建議值： l通常，硬切換時延應在500ms左右。l經過分析切換話統(tǒng)數據，可以發(fā)現網絡存在的某些切換問題。另一方面，經過客戶交流、用戶贊揚等可以搜集從用戶角度反響的切換問題。 第二章第二章 切換問題分析流程及方法切換問題分析流程及方法l切換問題優(yōu)化流程切換問題優(yōu)化流程l

16、網絡信息搜集和優(yōu)化目確實定網絡信息搜集和優(yōu)化目確實定l 話統(tǒng)數據采集和切換問題搜集話統(tǒng)數據采集和切換問題搜集l 路測和信令分析路測和信令分析l 參數調整參數調整l 調整驗證調整驗證路測和信令分析路測和信令分析l路測是網絡評價、優(yōu)化最重要的手段之一。全面的路測可以了解整體覆蓋情況，發(fā)現漏配的鄰區(qū)，可以了解實踐的切換帶能否與規(guī)劃有大的出入，能否有越區(qū)覆蓋等；部分的路測用于跟蹤切換過程，采集切換失敗和掉話的空口信令、無線鏈路的形狀Ec/Io、RSCP、UE發(fā)射功率、BLER、相對時延等數據，分析切換過程問題的緣由。全面路測普通用于優(yōu)化前后的整體網絡評價；而當發(fā)現了切換問題以后，普通采用部分路測來定位

17、問題。l路測可以采集UE側的信令音訊，而RNC側也可以跟蹤指定IMSI的信令。往往由于無線鏈路的不穩(wěn)定和UE處置才干有限，能夠導致部分音訊喪失或沒有被記錄，因此，最好能結合路測的信令和RNC的信令音訊進展分析，以定位切換問題。第二章第二章 切換問題分析流程及方法切換問題分析流程及方法l切換問題優(yōu)化流程切換問題優(yōu)化流程l網絡信息搜集和優(yōu)化目確實定網絡信息搜集和優(yōu)化目確實定l 話統(tǒng)數據采集和切換問題搜集話統(tǒng)數據采集和切換問題搜集l 路測和信令分析路測和信令分析l 參數調整參數調整l 調整驗證調整驗證參數調整參數調整l切換問題優(yōu)化調整的參數包括工程參數、小區(qū)參數和算法參數。l工程參數主要是指天線參數

18、，包括方位角、下傾角等。經過這些參數的調整，可以改動小區(qū)的覆蓋，進而改動切換帶的位置、大小等，優(yōu)化切換問題。l小區(qū)參數包括小區(qū)運用的頻率、信道功率配比、鄰區(qū)關系等根本配置數據。修正頻點可以躲避一些難以處理的異頻切換問題；公共信道功率的調整同樣可以到達調整小區(qū)覆蓋的目的，以改動切換區(qū)域的位置和大??；漏配鄰區(qū)關系是導致切換問題和掉話最常見的緣由之一，因此鄰區(qū)列表的優(yōu)化也是網絡優(yōu)化中必不可少的一個環(huán)節(jié)。l算法參數包括切換算法開關、各種切換的門限、磁滯、觸發(fā)時延等。算法參數的調整需求在對切換算法充分了解和對路測結果、信令等仔細分析的根底上進展。 第二章第二章 切換問題分析流程及方法切換問題分析流程及方

19、法l切換問題優(yōu)化流程切換問題優(yōu)化流程l網絡信息搜集和優(yōu)化目確實定網絡信息搜集和優(yōu)化目確實定l 話統(tǒng)數據采集和切換問題搜集話統(tǒng)數據采集和切換問題搜集l 定位問題定位問題路測和信令分析路測和信令分析l 參數調整參數調整l 調整驗證調整驗證調整驗證調整驗證l在針對切換問題的參數調整之后，需求對調整結果進展驗證：l現場路測察看切換過程能否曾經正常，路測目的能否曾經到達優(yōu)化目的。l查看話統(tǒng)中切換相關的統(tǒng)計值能否正常，話統(tǒng)目的能否曾經到達優(yōu)化目的。l察看網絡運轉一段時間看能否引起其他問題，能否有用戶贊揚。l假設以上都滿足了要求，那么切換問題優(yōu)化終了；否那么重新進展問題分析、定位、調整、驗證過程。 思索題思

20、索題l畫出切換問題分析流程。l分析切換問題時，話統(tǒng)方面需求采集哪些目的？解答解答l見前面詳細描畫本章小結本章小結l本章重點描畫了切換問題分析流程，以及在每一個環(huán)節(jié)中需求留意的事項。課程內容課程內容Training.huawei第一章第一章 切換問題定義切換問題定義第二章第二章 切換問題分析流程及方法切換問題分析流程及方法第三章第三章 切換問題分析切換問題分析第四章第四章 切換案例解析切換案例解析第三章第三章 切換問題分析切換問題分析軟切換問題分析軟切換問題分析l軟切換勝利率低l軟切換勝利率普通應在98%以上，假設話統(tǒng)明顯低于此值，且具有統(tǒng)計意義軟切換次數大于一定值，那么判別軟切換勝利率低。導致

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

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

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

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

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

26、分析l系統(tǒng)間切換問題分析系統(tǒng)間切換問題分析硬切換問題分析硬切換問題分析lRNC未下發(fā)物理信道重配置硬切換指示音訊l同頻硬切換l對于同頻硬切換，由于不需求進展緊縮方式丈量，可以看信令中目的小區(qū)能否有觸發(fā)1D事件丈量上報。假設目的小區(qū)觸發(fā)了1D事件而RNC沒有下發(fā)切換指示，那么檢查同頻硬切換開關能否翻開，或能夠是Iur或Iub建鏈失敗。l假設目的小區(qū)沒有觸發(fā)1D事件，檢查RNC下發(fā)的鄰區(qū)列表中能否包含目的小區(qū)，假設沒有那么有能夠是由于沒有配置相鄰關系，請檢查同頻鄰區(qū)配置。假設包含目的小區(qū)擾碼號，那么能夠由于目的小區(qū)信號太差，無法觸發(fā)1D事件進展同頻硬切換導致掉話，這種情況應該改善覆蓋；假設目的小區(qū)

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

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

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

30、鏈路的質量。 硬切換問題分析硬切換問題分析l目的基站未收到重配置完成音訊l物理信道重配置完成音訊RRC_PH_RECFG_CMP是在目的小區(qū)信道上發(fā)送的。這里分為兩種情況：l經過手機信令跟蹤，確認是UE收到RRC_PH_RECFG指示而沒有回RRC_PH_RECFG_CMP完成音訊給RNC。這能夠是由于UE與目的小區(qū)同步失敗或別的緣由呵斥的硬切換失敗而掉話。嘗試調整天線或添加目的載頻的信道功率以加強覆蓋，或者提高硬切換判決門限，以保證硬切換的順利進展。l經 過 信 令 跟 蹤 ， 發(fā) 現 是 U E 曾 經 切 換 并 發(fā) 送 了RRC_PH_RECFG_CMP音訊，而RNC側沒有收到此音訊，

31、闡明是反向鏈路存在問題。這時可以調整上行功控參數命令MOD CELLCAC，將相應業(yè)務最大上行發(fā)射功率調大，使在允許范圍內UE的發(fā)射功率增大，加強反向鏈路質量。 硬切換問題分析硬切換問題分析l乒乓切換l在切換帶，由于信號的動搖，能夠導致UE在源小區(qū)和目的小區(qū)來回的反復切換。對于同頻硬切換，由于同頻干擾的存在，很容易導致掉話；對于異頻硬切換，由于需求緊縮方式異頻丈量，乒乓切換會給通訊質量呵斥較大影響。處理方法可以從兩個思緒入手：l調整硬切換門限，或者磁滯、觸發(fā)時間延遲等參數。抬高硬切換觸發(fā)門檻，可以防止乒乓切換，但是要慎重，由于提高切換門限等參數有能夠會呵斥切換不及時而導致切換失敗或掉話。l調整

32、覆蓋。讓切換帶盡量避開地形地物復雜的環(huán)境，使信號動搖盡能夠的小。 硬切換問題分析硬切換問題分析l其它問題引起的硬切換失敗l除了上面能夠的緣由外，還有其它問題能夠引起硬切換失?。簂UE兼容性問題。各個廠家的UE能夠存在與其他廠家設備的兼容性的問題，這需求根據詳細問題來分析定位。l設備兼容性問題。特別是對于要經過中心網的硬切換，各廠家之間的信令配合、參數設置都能夠存在差別，導致硬切換問題。l傳輸線路問題。第三章第三章 切換問題分析切換問題分析l軟切換問題分析軟切換問題分析l硬切換問題分析硬切換問題分析l系統(tǒng)間切換問題分析系統(tǒng)間切換問題分析系統(tǒng)間切換問題分析系統(tǒng)間切換問題分析lUE沒有收到啟動緊縮方

33、式的RRC_PH_RECFG音訊l首先，檢查信令中能否有2D、2F事件的丈量控制音訊下發(fā)，假設沒有那么查詢數據配置，看能否翻開異系統(tǒng)切換算法開關、能否配置相應的異系統(tǒng)鄰區(qū)關系。l假設RNC下發(fā)了2D、2F丈量控制，而UE不斷沒有2D丈量上報，能夠緊縮方式啟動門限設置太低，源小區(qū)在信號較差的情況下都未能觸發(fā)2D事件；假設2D、2F事件都有上報且交替緊跟，但是不斷沒有RRC_PH_RECFG下發(fā)，闡明啟停門限差距太小，由于啟動緊縮方式需求一段時間，上報1D就由于源小區(qū)信號略微上升又上報1F停頓緊縮方式丈量，使異系統(tǒng)丈量不及時。這時可將2F門限設置高一些，以保證異系統(tǒng)丈量的進展、上報。 系統(tǒng)間切換問

34、題分析系統(tǒng)間切換問題分析系統(tǒng)間切換問題分析系統(tǒng)間切換問題分析lUE未收到INTER_SYSTEM_HOl經過RNC的信令跟蹤發(fā)現曾經下發(fā)INTER_SYSTEM_HO音訊，而路測中并沒有看到手機收到任何INTER_SYSTEM_HO音訊，因此沒有及時切換到GSM系統(tǒng)而導致掉話。由于作為系統(tǒng)間切換指示的INTER_SYSTEM_HO音訊是在原UTRAN信道上發(fā)下的，能夠由于經過切換過程的時間延遲，RNC下發(fā)此音訊的時候 ， 源 小 區(qū) 下 行 鏈 路 曾 經 變 得 太 差 ， U E 無 法 收 到INTER_SYSTEM_HO音訊進展切換而最終掉話了。有兩種處理思緒：l可以權衡將系統(tǒng)間切換門

35、限或相應的磁滯、觸發(fā)時間延遲等參數適當減小，相當于提早發(fā)起系統(tǒng)間切換，使UE可以及時收到INTER_SYSTEM_HO切換指示音訊而切換到更好的相鄰GSM小區(qū)。l調整源小區(qū)的天饋參數或者加大其下行發(fā)射功率以加強切換區(qū)的下行覆蓋，保證切換帶下行鏈路的質量。 系統(tǒng)間切換問題分析系統(tǒng)間切換問題分析lUE收到INTER_SYSTEM_HO但是切換失敗lUE收到INTER_SYSTEM_HO切換指示，斷開原來銜接，開場嘗試接入GSM小區(qū)，能夠由于目的GSM小區(qū)信號太弱或者信號動搖較大而使無線鏈路建立失敗。可以提高系統(tǒng)間切換門限，保證切換的勝利。l其它緣由l系統(tǒng)間切換失敗的緣由很多，包括手機支持的問題，系

36、統(tǒng)間的信令配合問題等。由于系統(tǒng)間切換要經過中心網，還需求對CN的信令進展分析以定位問題。思索題思索題l軟切換勝利率過低通常是由于哪些緣由呵斥的?lUE沒有收到啟動緊縮方式的RRC_PH_RECFG音訊主要有哪些緣由?解答解答l見前面描畫本章小結本章小結l本章詳細論述了軟切換、硬切換、異系統(tǒng)切換常見的問題，問題產生緣由以及處置方法課程內容課程內容Training.huawei第一章第一章 切換問題定義切換問題定義第二章第二章 切換問題分析流程及方法切換問題分析流程及方法第三章第三章 切換問題分析切換問題分析第四章第四章 切換案例解析切換案例解析第四章第四章 切換案例解析切換案例解析軟切換案例軟切

37、換案例l案例1：漏配鄰區(qū)導致的軟切換掉話 l缺點景象:l在路測過程中，發(fā)現掉話的情況，位置如以下圖所示：軟切換案例軟切換案例處置過程：對比掉話前Scanner和UE的CPICH Ec/Io，Scanner的CPICH Ec/Io良好，UE的CPICH Ec/Io在掉話前急劇惡化， 如以下圖所示:軟切換案例軟切換案例處置過程：比較掉話前Scanner和UE的最強信號的擾碼，UE不斷駐留在176號擾碼的小區(qū)上，而Scanner的最優(yōu)小區(qū)曾經由SC176變?yōu)镾C224， 如以下圖所示:軟切換案例軟切換案例問題緣由基于前面的分析，檢查UE信令和RNC配置參數，發(fā)現SC176與SC224未作鄰區(qū)關系導致

38、掉話。調整建議將SC176與SC224小區(qū)互配鄰區(qū)軟切換案例軟切換案例l案例2：小區(qū)重選啟動過晚導致UE切換不能及時l缺點景象:l在路測過程中，發(fā)現掉話的情況，位置如以下圖所示：軟切換案例軟切換案例處置過程：對比掉話前Scanner和UE的CPICH Ec/Io，Scanner的CPICH Ec/Io良好，UE的CPICH Ec/Io在掉話前急劇惡化， 如以下圖所示:軟切換案例軟切換案例處置過程：比較掉話前Scanner和UE的最強信號的擾碼，UE不斷駐留在56號擾碼的小區(qū)上，而Scanner的最優(yōu)小區(qū)曾經由SC56變?yōu)镾C64， 如以下圖所示:軟切換案例軟切換案例問題緣由檢查UE信令和RNC

39、配置參數，發(fā)現SC56與SC64曾經作了鄰區(qū)關系。只是當UE發(fā)送SC56的1A事件觸發(fā)的Measurement Report時，UE的Ec/Io曾經惡化到32dB，RNC不能夠收到該音訊了，從而由于切換不及時導致掉話。察看各個音訊發(fā)送對應的時間點發(fā)現：1、在手機發(fā)起RRC Connection Request時，最優(yōu)小區(qū)曾經由56變?yōu)榱?4，而手機依然在原小區(qū)發(fā)起接入，檢查數據配置，同頻小區(qū)重選參數為8dB，由于小區(qū)重選啟動過晚導致UE不能及時重選到最優(yōu)小區(qū)，進而導致掉話。2、手機收到Measurement Control時曾經滿足SC64的1A事件報告條件，可是從手機收到Measuremen

40、t Control音訊直到掉話期間的25s內不斷沒有1A事件丈量報告，進而導致掉話。調整建議將同頻小區(qū)重選啟動門限Sintrasearch從5對應-8dB修正到7對應-4dB。軟切換案例軟切換案例l案例3：拐角效應引起UE切換不能及時l缺點景象:l在路測過程中，發(fā)現掉話的情況，位置如右圖所示：軟切換案例軟切換案例處置過程：對比掉話前Scanner和UE的CPICH Ec/Io，Scanner的CPICH Ec/Io良好，UE的CPICH Ec/Io在掉話前急劇惡化， 如以下圖所示:軟切換案例軟切換案例處置過程：比較掉話前Scanner和UE的最強信號的擾碼，UE不斷駐留在0號擾碼的小區(qū)上，而S

41、canner的最優(yōu)小區(qū)曾經由SC0變?yōu)镾C17， 如以下圖所示:軟切換案例軟切換案例問題緣由檢查UE信令和RNC配置參數，發(fā)現SC0與SC17曾經作了鄰區(qū)關系且UE曾經發(fā)送SC17的1A事件觸發(fā)的丈量報告，只是由于此時UE的Ec/Io開場急劇惡化，切換不及時導致掉話。檢查0號擾碼所在站點江北辦事處的勘站報揭露現，在其30度方向存在高大建筑物阻撓右以下圖中紅圈內，導致0號擾碼的信號在短時間內急劇惡化調整建議針對信號的拐角效應導致 的 掉 話 ， 經 過 增 大SC0與SC17間的CIO，將SC0與SC17的CIO從0對應0dB修正到3對應3dB，使得這兩個小區(qū)間的切換提早發(fā)生，從而防止掉話。軟切

42、換案例軟切換案例l案例4：頻繁切換問題l缺點景象:l在路測過程中，發(fā)現掉話的情況，位置如右圖所示：軟切換案例軟切換案例處置過程：對比掉話前Scanner和UE的CPICH Ec/Io，Scanner的CPICH Ec/Io良好，UE的CPICH Ec/Io在掉話前急劇惡化， 如以下圖所示:軟切換案例軟切換案例處置過程：比較掉話前Scanner和UE的最強信號的擾碼，UE不斷駐留在450號擾碼的小區(qū)上，而Scanner的最優(yōu)小區(qū)曾經由SC450變?yōu)镾C177， 如以下圖所示:軟切換案例軟切換案例處置過程：檢查UE信令和RNC配置參數，發(fā)現SC450與SC384/SC177曾經作鄰區(qū)關系。但是由于

43、信號動搖，手機首先發(fā)送1B事件丈量報告要求從激活集中刪除小區(qū)SC177和SC384，RNC呼應了該音訊。在0.6s后，手機又發(fā)送1A事件丈量報告要求添加小區(qū)SC177/SC384到激活集中。由于該小區(qū)才從激活集中刪除，RNC未呼應該音訊， 如以下圖所示:調整建議修正1B事件延遲觸發(fā)時間從640ms到1280ms。軟切換案例軟切換案例l案例5：UE不上報最好小區(qū)丈量報告導致不能及時切換l缺點景象:l在路測過程中，發(fā)現掉話的情況，位置如右圖所示：軟切換案例軟切換案例處置過程：分析掉話前的擾碼分布情況，發(fā)如今掉話前Scanner中最好小區(qū)SC：129與UESC：中不一致， 如以下圖所示:軟切換案例軟

44、切換案例處置過程：進一步分析發(fā)現，在掉話前UE收到的Ec/Io比較差，但此時Scanner中小區(qū)Ec/Io較好，如以下圖所示：這充分闡明，UE沒有及時將最好小區(qū)參與激話集而導致掉話，那么為什么UE不能及時地將最好小區(qū)參與激活集呢？軟切換案例軟切換案例處置過程：從ASSISTANT的信令上看，Measurement Control音訊中曾經下發(fā)了129小區(qū)列表，但UE不斷沒有上報129小區(qū)的1A事件，導致UE不能將129最好小區(qū)參與激活集而掉話， 如以下圖所示:緣由分析此問題屬于手機問題。軟切換案例軟切換案例l案例6：同頻濾波系數過大導致的軟切換不及時l缺點景象l路測中發(fā)現軟切換滯后景象比較嚴重

45、，即使鄰小區(qū)信號曾經很強，也要過很久才被參與活動集。假設車速過快，甚至會由于切換不及時而掉話。l處置過程l層3濾波是為了減小信號頻繁動搖的影響，防止乒乓切換。l丈量值的濾波采用如下公式進展計算：l 其中：l Fn ：經過濾波處置，更新的丈量結果。l Fn-1 ：經過濾波處置，上一時辰舊的丈量結果。l Mn ：從物理層接納到的最近的丈量值。l a = (1/2)(k/2)，其中 k 來自信元 “Filter coefficient，也即此處的 l FilterCoef。當k取值為0，a1時，意味著沒有層3濾波。l濾波系數常用值在0,1,2,3,4,5,6之間。濾波系數越大，對毛刺的平滑才干越強，

46、但對信號的跟蹤才干減弱，必需在兩者之間進展權衡 軟切換案例軟切換案例 經過仿真得出的濾波系數與跟蹤時間的關系如下表所示。 對于密集城區(qū)，由于站間距很小，切換時間很短，因此必需減小跟蹤時間，也就是減小此濾波系數。普通來說，層3濾波系數取值為2比較適宜。 濾波系數012345678911同頻跟蹤時間(s)0.20.40.611.4234.268.417第四章第四章 切換案例解析切換案例解析l軟切換案例軟切換案例l硬切換案例硬切換案例l系統(tǒng)間切換案例系統(tǒng)間切換案例硬切換案例硬切換案例l案例1：啟停緊縮方式乒乓引起的異頻硬切換問題l景象描畫：l在RNC版本改動后，測試的64K異頻硬切換結果較好，勝利率

47、90左右切換了30次。失敗的緣由都是UE啟動緊縮方式勝利后，丈量報告FAILURE，然后RNC發(fā)起刪鏈。并且總是在同一個地點，而該地點源小區(qū)的RSCP=-80,EC/NO=-5左右，信號應該是正常的。l處置過程：lUE上報2D時間，RNC啟動緊縮，RRC_PH_CH_RECFG中要求啟動緊縮的時間TGCFN53，然后UE上報了一個2F事件，RNC下發(fā)一個RRC_MEAS_CTRL丈量控制，在這里要求UE停頓緊縮方式，停頓的CFN51，UE檢測該音訊，以為沒有啟動緊縮不能執(zhí)行停頓，所以上報RRC_MEAS_CTRL_FAIL。后來我們將2F事件門限設為-40dbm，實踐上是封鎖了2F事件，問題得

48、以處理。 硬切換案例硬切換案例l案例2：1D事件遲滯設置不當導致同頻硬切換乒乓l景象描畫：lUE在小區(qū)邊境頻繁的來回發(fā)生同頻硬切換，通話質量下降，甚至發(fā)生掉話。l處置過程：l同頻硬切換是由1D事件上報來觸發(fā)的。1D事件是在最優(yōu)小區(qū)發(fā)生變化時上報。 l由于在小區(qū)邊境地域，相鄰小區(qū)的信號相當，由于信號動搖容易呵斥最優(yōu)小區(qū)乒乓，頻繁上報1D事件觸發(fā)同頻硬切換。l為了防止信道差別不大的情況下由于信號起伏頻繁觸發(fā)1D事件，導致同頻硬切換乒乓，可以經過加大遲滯值來防止這種情形的出現 。硬切換案例硬切換案例l案例3：異頻丈量量選擇不當導致不能及時發(fā)起異頻丈量問題l景象描畫：l在UE向異頻小區(qū)挪動的時候，不斷

49、未啟動緊縮方式發(fā)起異頻丈量，直到掉網以后重新上到異頻小區(qū)。l處置過程：l查詢小區(qū)配置發(fā)現該小區(qū)配置為載頻中心小區(qū)，也就是2D、2F事件和異頻丈量都采用Ec/N0作為丈量量。l由于導頻Ec/N0的丈量值大小決議于兩個方面：導頻信號的RSCP強度和下行干擾大小。 WCDMA系統(tǒng)的下行干擾主要為同頻小區(qū)本小區(qū)和臨近小區(qū)下行信號干擾和背景噪聲，其中同頻小區(qū)下行干擾強度受途徑損耗和慢衰落影響，與UE需求接納的有用信號比如CPICH RSCP所閱歷的衰落類似。在一個載頻的覆蓋邊緣，當UE從運用載頻小區(qū)向另一個載頻小區(qū)挪動時，CPICH RSCP的衰落和干擾的衰落速度根本一樣當然由于背景噪聲不受途徑損耗影響

50、，CPICH RSCP的衰落速度要略微快一點，但差別不大取決于背景噪聲的強度，所以UE收到CPICH Ec/I0變化非常緩慢，仿真和實測都闡明，當UE接納到CPICH RSCP在-110dBm左右時，CPICH Ec/I0依然可以到達-12dB左右 。硬切換案例硬切換案例 因此假設采用Ec/I0作為2D事件的丈量量，很能夠UE在掉話時，都不會觸發(fā)2D事件而啟動異頻丈量。 這種情況下應該將小區(qū)屬性配成載頻邊緣小區(qū)，采用RSCP作為2D/2F事件的丈量量，以便及時發(fā)起異頻丈量。dEc/N0RSCP第四章第四章 切換案例解析切換案例解析l軟切換案例軟切換案例l硬切換案例硬切換案例l系統(tǒng)間切換案例系統(tǒng)

51、間切換案例系統(tǒng)間切換案例系統(tǒng)間切換案例l案例1：異系統(tǒng)鄰區(qū)配置過多導致切換不及時l景象描畫：l某地2G網絡覆蓋非常好，而3G室內覆蓋不好，但3G不能及時切換到2G系統(tǒng)，經常出現掉話景象。處置過程：從信令上看，問題的景象就是在RNC下發(fā)物理信道重配置和異系統(tǒng)丈量控制后，UE上報的丈量報告都是Nonverified，直到最后掉話。如右圖所示系統(tǒng)間切換案例系統(tǒng)間切換案例緣由分析：想到當時為了參數配置方便，是參考原來2G的鄰區(qū)信息配置異系統(tǒng)鄰區(qū)，3G小區(qū)把一切的異系統(tǒng)小區(qū)都配置上，經過設置適宜的異系統(tǒng)小區(qū)偏置來使UE向需求的小區(qū)切換，不希望發(fā)生切換的小區(qū)可以經過小區(qū)偏置設置使其不會發(fā)生切換。但假設配置

52、鄰區(qū)較多，UE需求花更多的時間去進展異系統(tǒng)丈量，UE的丈量間隙有限，鄰區(qū)過多會使UE對有效鄰區(qū)的丈量不及時而導致掉話。調整結果：修正異系統(tǒng)鄰區(qū)為所需求的4個后，MotoA835可以切換勝利。 系統(tǒng)間切換案例系統(tǒng)間切換案例l案例2：LAC配置錯誤導致切換失敗l景象描畫：l某地在做3G、2G切換時，發(fā)現3G不能切換到2G系統(tǒng)，經常出現掉話景象。處置過程：跟蹤信令發(fā)現，RNC在上報CN Relocation Required后，CN側回了Relocation Preparation Failure 。緣由值為：No Resource Available。如以下圖所示：系統(tǒng)間切換案例系統(tǒng)間切換案例緣由

53、分析：出現這種失敗緣由，普通與數據配置關系比較大，比如LAC配置錯誤等。進展詳細的數據配置檢查，發(fā)現實踐的LAC應該是21000，但數據配置成了1000，從而導致不能切換。另外，MSC分配切換相關資源失敗，比如局間中繼資源，到MGW的T資源，控制表資源等等，也能夠會回No Resource Available。調整結果：正確修正數據配置后，切換正常。 系統(tǒng)間切換案例系統(tǒng)間切換案例l案例3：異系統(tǒng)切換不及時問題l景象描畫：l某地在做3G、2G切換時，發(fā)現用戶從室外進入室內，室外3G信號變化較快，往往會出現切換不及時導致的景象。處置過程：跟蹤信令發(fā)現：15:26:27(87)：RNC下發(fā)物理信道重

54、配置激活集中有PSC 201和PSC 16；15:26:30(30)：UE上報BCCH 844 BSIC Nonverified，電平87dBm15:26:31(26)：UE上報BCCH 844 BSIC Verified，電平88dBm；15:26:32(13)：RNC下發(fā)HO CMD；15:26:34(25)：UE還報異系統(tǒng)丈量報告，沒有切換，能夠是UE沒有收到RNC下發(fā)的HO CMD，或UE在2G接入失敗，最后CN發(fā)Iu Release，緣由是treloccomplete expire正常情況下Iu Release的緣由是successful relocation，闡明UE曾經在2G接入

55、勝利系統(tǒng)間切換案例系統(tǒng)間切換案例緣由分析：假設用戶從室外進入室內，室外3G信號變化較快，容易出現切換不及時導致的掉話，切換不及時在信令上看到普通的景象是：在切換過程中，NodeB上報RL Failure，RNC發(fā)起Iu ReLease，或SRB復位導致RNC發(fā)起Iu ReleaseNodeB沒有上報RL Failure；CN發(fā)起Iu Release command，緣由是treloccomplete expire；調整結果：對于這種切換不及時的情況，通常思索增大緊縮方式啟動門限，但為了防止對網絡其他部分的影響，也不能設置得過高。 將緊縮方式啟動門限從-95dBm調整為-90dBm，測試情況正常

56、系統(tǒng)間切換案例系統(tǒng)間切換案例l案例4：異系統(tǒng)切換參數設置問題導致3G-2G乒乓切換l景象描畫：l某地2G網絡覆蓋非常好，而3G室內覆蓋不好，在室內門廊和窗口處頻繁發(fā)生3G-2G來回切換。l處置過程：l實踐上該問題也可以歸為乒乓重選，由于目前只需數據業(yè)務支持2G-3G的切換也就是重選。l啟動GSM丈量的2D事件丈量量普通為RSCP，當3G覆蓋不好RSCP低于2D觸發(fā)門限，啟動GSM丈量并切換到2G系統(tǒng)中，但是如4.3.1所述此時3G的Ec/N0還是很好。而按照以前的GSM協(xié)議，對于2G-3G重選的門限FDD_Qmin， 取值范圍太窄，可以設置的最大值是-13db，所以只能設置為-13dB。這時3

57、G信號Ec/N0一定滿足此重選條件，所以又會重選回3G，導致不斷的來回切換。 系統(tǒng)間切換案例系統(tǒng)間切換案例 按照2019-09月份新的協(xié)議，FDD_Qmin經過CR GP-032221曾經修正為下面的取值范圍。 假設手機按照GP-032221更新，就可以把FDD_Qmin設置得高一點，防止這種乒乓重選。 FDD_QminA minimum threshold for Ec/No for UTRAN FDD cell re-selection,0= -20dB, 1= -6dB, 2= -18dB, 3= -8dB, 4= -16dB, 5= -10dB, 6= -14dB, 7= -12dB.

58、Default value= -12dB0-73BCCH D/L系統(tǒng)間切換案例系統(tǒng)間切換案例l案例5：UE 向RNC上報RRC_From_UTRAN_Faill景象描畫：l切換流程在走到 RNC 向UE下發(fā) Handover From Utran Command 音訊后, UE 立刻向RNC上報RRC_From_UTRAN_Fail音訊, 失敗緣由值為:Protocol error unspecified, GSM目的小區(qū)也沒有檢測到UE的接入信息, 此次切換到此失?。坏玌E繼續(xù)與RNC堅持通話形狀，UE繼續(xù)進展2G側的ID3的丈量，時隔5秒后再次發(fā)起切換, 并以同樣的緣由失敗。這個流程循環(huán)進

59、展。處置過程：仔細比較切換失敗的音訊，發(fā)現2G_MSC向3G_MSC前往的Handover Command音訊中(該音訊被包含在2G_MSC發(fā)給3G_MSC的Handover Prepared ACK音訊中)的信元構造與切換勝利的同一條音訊有些不一致。顯然切換失敗時前往的Handover Command音訊中, 沒有正常的切換勝利 時 的 音 訊 碼 流 中 用 紅 色 字 體 標 注 的 2 個 可 選 I E 信 元 ， 即 ：Synchronization Indication 和 Cipher Mode Setting。系統(tǒng)間切換案例系統(tǒng)間切換案例切換失敗時2G_MSC發(fā)出的Hando

60、ver Command音訊碼流如下：2BMsgType3A0011 1010 NCC =111 BCC = 010500101 0000 頻點80090000 1001 0 0 0 0 1 TCH/F + FACCH/F and SACCH/F ,Timeslot = 001400100 0000 010 TSC(Training Sequence Code), 0 沒有跳頻, 0 0 spare,500101 0000 頻點80600110 0000 Handover reference value050000 0101 0 =ATC,Sending of Handover access i