07+W網規(guī)高培－切換問題分析.ppt

切換問題分析 前言 本文首先對論述了網絡優(yōu)化中切換問題優(yōu)化的一般流程和通用方法 然后分別針對軟切換 硬切換 系統(tǒng)間切換3種類型的切換問題 提出了詳細的定位和解決思路及方法 并附以典型案例作為參考 以便能對實際中遇到的WCDMA的切換問題提供詳盡 實用的指導 課程目標 了解切換問題的常見分析方法了解常見的切換案例 學習完本課程 您將能夠 參考資料 WCDMARNO切換問題分析指導書 docWCDMARNO專題指導書切換問題分析 ZANGLIANG1028 doc 課程內容 T 第一章切換問題定義第二章切換問題分析流程及方法第三章切換問題分析第四章切換案例解析 第一章切換問題定義 總體描述一般定義話統(tǒng)定義路測定義 總體描述 當用戶在移動的過程中越過小區(qū)覆蓋范圍 或位于小區(qū)的邊界處的時候 為了保證通信的連續(xù)性和良好的通信質量 會進行切換 切換包括軟切換 更軟切換 同頻硬切換 異頻硬切換和系統(tǒng)間硬切換等類型 切換問題是影響網絡性能的重要因素 比如切換失敗可能導致掉話 切換頻繁會浪費大量的網絡資源 軟切換比例過高會消耗過多的前向容量等等 可見 切換對于通信質量 系統(tǒng)容量等有很大的影響 切換問題的優(yōu)化是網絡優(yōu)化中一個重要的內容 第一章切換問題定義 總體描述一般定義話統(tǒng)定義路測定義 一般定義 廣義來講 切換問題是指UE經過切換帶而沒有正常發(fā)起切換 或者發(fā)起切換但是切換失敗等所有與切換相關的問題 本文只關注切換成功率和軟切換比例方面的問題 從空口信令來看 切換失敗是指RNC下發(fā)了切換命令 包括軟切換的ACTIVESETUPDATE 硬切換的PHYSICALCHANNELRECONFIGURATION 系統(tǒng)間切換的HANDOVERFROMUTRAN 但是沒有收到相應的切換完成消息 軟切換的ACTIVESETUPDATECOMPLETE 硬切換的PHYSICALCHANNELRECONFIGURATIONCOMPLETE 系統(tǒng)間切換沒有空口完成消息而是CN發(fā)給RNC的IuReleaseCommand 第一章切換問題定義 總體描述一般定義話統(tǒng)定義路測定義 話統(tǒng)定義 話統(tǒng)中切換成功率通用公式如下 對于軟切換來說 切換次數是通過統(tǒng)計RNC下發(fā)的ActiveSetUpdateCommand消息個數得到 軟切換成功次數通過統(tǒng)計收到的ActiveSetUpdateComplete消息得到 對于硬切換和系統(tǒng)間切換成功率的統(tǒng)計方法也類似 由于軟切換比例主要對系統(tǒng)容量產生影響 因此應從話務量出發(fā)定義軟切換比例 軟切換比例公式定義如下 它反映的是軟切換對系統(tǒng)資源的實際消耗程度 各運營商對于這幾項話統(tǒng)指標一般都有明確的要求 如果切換成功率低于運營商的最低要求 或者軟切換成比例不在要求的范圍之內 則是需要優(yōu)化的切換問題 第一章切換問題定義 總體描述一般定義話統(tǒng)定義路測定義 路測定義 因為路測工具也是采集UE側的空口信令進行分析 因此 對于切換失敗的問題定義與前面 一般定義 一節(jié)中描述基本一致 而路測工具中關于軟切換比例的定義是測試中所有記錄的點中處于軟切換狀態(tài)的點的比例 它的值可以近似地反映軟切換區(qū)的面積與網絡覆蓋總面積之比 它與話統(tǒng)中的軟切換比例稍有不同 前者是基于覆蓋區(qū)域定義的 后者則是基于系統(tǒng)資源定義的 思考題 切換問題通?？梢詮膸讉€方面進行定義 解答 一般性的定義 話統(tǒng)定義 路測定義 本章小結 本章主要講述了切換問題幾種定義方法 從另一方面也說明了分析切換問題可以從哪幾個方面來分析 課程內容 T 第一章切換問題定義第二章切換問題分析流程及方法第三章切換問題分析第四章切換案例解析 第二章切換問題分析流程及方法 切換問題優(yōu)化流程網絡信息搜集和優(yōu)化目標確定話統(tǒng)數據采集和切換問題收集定位問題 路測和信令分析參數調整調整驗證 切換問題優(yōu)化流程 第二章切換問題分析流程及方法 切換問題優(yōu)化流程網絡信息搜集和優(yōu)化目標確定話統(tǒng)數據采集和切換問題收集定位問題 路測和信令分析參數調整調整驗證 網絡信息搜集和優(yōu)化目標確定 需要搜集的網絡信息包括 了解整個網絡的組網方式 結構 確定系統(tǒng)由哪些RNC CN組成 以及哪些RNC之間有Iur連接而哪些沒有 然后可以根據這些組網信息 結合基站的分布和載頻的配置情況 分析出哪些地方是軟切換 哪些地方應該存在異頻硬切換 哪些地方應該是同頻硬切換 運營信息 包括用戶數和用戶分布信息 每天和每周的話務忙閑情況 以便數據修改盡量避開話務忙時 以免給在網用戶造成大的沖擊 告警信息和運行記錄等 保證MSC SGSN GGSN HLR VLR的設備穩(wěn)定可靠 傳輸通暢 以便相應測試的進行 工程參數總表 此表包括基站位置 配置和頻點信息 天線高度 方位角 下傾角等信息 更重要的是它還包含鄰區(qū)列表 可以根據這些信息 結合組網信息和覆蓋連續(xù)需求 確定各載頻間的同頻相鄰關系 異頻相鄰關系和系統(tǒng)間相鄰關系 參數配置 收集現網的信道功率配置 切換參數和算法開關等等數據配置信息 切換優(yōu)化的指標包括軟切換成功率 硬切換成功率 軟切換比例等等 這些指標項和目標要求需要和局方討論確定 第二章切換問題分析流程及方法 切換問題優(yōu)化流程網絡信息搜集和優(yōu)化目標確定話統(tǒng)數據采集和切換問題收集定位問題 路測和信令分析參數調整調整驗證 話統(tǒng)數據采集和切換問題收集 軟切換成功率指標說明 該指標包含了更軟切換 反映了切換的可靠性 是面向小區(qū)的 統(tǒng)計方法 當RNC收到UE上報的激活集更新完成 ActiveSetUpdateComplete 消息時 認為一次軟切換過程成功完成 軟切換成功率是指軟切換成功次數與軟切換次數的比值 公式如下 其中 軟切換次數是通過統(tǒng)計RNC下發(fā)的ActiveSetUpdateCommand消息個數得到 軟切換成功次數通過統(tǒng)計收到的ActiveSetUpdateComplete消息得到 正常值 通常 軟切換成功率應大于98 話統(tǒng)數據采集和切換問題收集 軟切換比例指標說明 該指標反映了系統(tǒng)用于切換的資源開銷情況 是面向小區(qū)的 軟切換的存在帶來了宏分集增益 但是也造成系統(tǒng)更多的資源開銷 降低了系統(tǒng)容量 因此需要將軟切換控制在一定比例上 由于軟切換主要是對系統(tǒng)容量產生了負面影響 因此應從話務量出發(fā)定義軟切換比例 統(tǒng)計方法 軟切換比例公式如下 軟切換比例和軟切換區(qū)的比例是不同的 軟切換區(qū)比例是網絡中軟切換區(qū)的面積與網絡覆蓋總面積之比 它不能反映出軟切換對資源的耗費程度 正常值 對于商用網絡 軟切換比例一般不應超過50 不包含更軟切換 話統(tǒng)數據采集和切換問題收集 更軟切換成功率指標說明 該指標和軟切換成功率指標都是反映切換可靠性方面的情況 是面向小區(qū)的 統(tǒng)計方法 當RNC收到UE上報的激活集更新完成 ActiveSetUpdateComplete 消息 且增加或刪除的鏈路是在NodeB內部完成時 認為一次更軟切換過程成功完成 更軟切換成功率是指更軟切換成功次數與更軟切換次數的比值 公式如下 正常值 通常 更軟切換成功率應大于98 話統(tǒng)數據采集和切換問題收集 硬切換成功率指標說明 該指標反映了同頻硬切換和異頻硬切換的切換可靠性 是面向小區(qū)的 統(tǒng)計方法 硬切換過程就是先中斷與原來小區(qū)的通信 然后再從新的小區(qū)接進來 它的性能不如軟切換 所以一般在不能進行軟切換的時候 才會考慮硬切換 當RNC收到UE上報的物理信道重配置完成 PhysicalChannelReconfigurationComplete 消息時 認為一次硬切換過程成功完成 硬切換成功率是指硬切換成功次數與硬切換次數的比值 公式如下 正常值 通常 硬切換成功率應大于89 話統(tǒng)數據采集和切換問題收集 軟切換時延指標說明 通過對實現軟切換需要的信令進行分析 得到發(fā)起切換的信令和切換結束的信令之間時間差 就可以給出整個切換過程所需要的時間 本指標統(tǒng)計點為UE 統(tǒng)計方法 軟切換 更軟切換可以分為無線鏈路增加和刪除以及增刪組合三種情況 RNC是否發(fā)起軟切換流程是根據UE的測量上報進行判決的 因此可以根據UE記錄的UE信令中測量報告信息得到軟切換開始的時間 當RNC收到UE上報的ActiveSetUpdateComplete消息時 認為軟切換完成 通過計算ActiveSetUpdateComplete消息和測量報告的時間差 就可以獲得軟切換 更軟切換時延 通常值 通常軟切換時延應在500ms左右 話統(tǒng)數據采集和切換問題收集 硬切換時延指標說明 與軟切換類似 RNC是否發(fā)起硬切換也是根據UE的測量報告進行判決的 統(tǒng)計方法 因此可以根據UE記錄的UE信令中測量報告信息得到硬切換開始的時間 當RNC收到UE上報的PhysicalChannelReconfigurationComplete消息后 認為硬切換完成 通過計算這兩條消息之間的時間差 就可以獲得硬切換時延 建議值 通常 硬切換時延應在500ms左右 通過分析切換話統(tǒng)數據 可以發(fā)現網絡存在的某些切換問題 另一方面 通過客戶交流 用戶投訴等可以收集從用戶角度反饋的切換問題 第二章切換問題分析流程及方法 切換問題優(yōu)化流程網絡信息搜集和優(yōu)化目標確定話統(tǒng)數據采集和切換問題收集路測和信令分析參數調整調整驗證 路測和信令分析 路測是網絡評估 優(yōu)化最重要的手段之一 全面的路測可以了解整體覆蓋情況 發(fā)現漏配的鄰區(qū) 可以了解實際的切換帶是否與規(guī)劃有大的出入 是否有越區(qū)覆蓋等 局部的路測用于跟蹤切換過程 采集切換失敗和掉話的空口信令 無線鏈路的狀態(tài) Ec Io RSCP UE發(fā)射功率 BLER 相對時延等 數據 分析切換過程問題的原因 全面路測一般用于優(yōu)化前后的整體網絡評估 而當發(fā)現了切換問題以后 一般采用局部路測來定位問題 路測可以采集UE側的信令消息 而RNC側也可以跟蹤指定IMSI的信令 往往由于無線鏈路的不穩(wěn)定和UE處理能力有限 可能導致部分消息丟失或沒有被記錄 因此 最好能結合路測的信令和RNC的信令消息進行分析 以定位切換問題 第二章切換問題分析流程及方法 切換問題優(yōu)化流程網絡信息搜集和優(yōu)化目標確定話統(tǒng)數據采集和切換問題收集路測和信令分析參數調整調整驗證 參數調整 切換問題優(yōu)化調整的參數包括工程參數 小區(qū)參數和算法參數 工程參數主要是指天線參數 包括方位角 下傾角等 通過這些參數的調整 可以改變小區(qū)的覆蓋 進而改變切換帶的位置 大小等 優(yōu)化切換問題 小區(qū)參數包括小區(qū)使用的頻率 信道功率配比 鄰區(qū)關系等基本配置數據 修改頻點可以規(guī)避一些難以解決的異頻切換問題 公共信道功率的調整同樣可以達到調整小區(qū)覆蓋的目的 以改變切換區(qū)域的位置和大小 漏配鄰區(qū)關系是導致切換問題和掉話最常見的原因之一 因此鄰區(qū)列表的優(yōu)化也是網絡優(yōu)化中必不可少的一個環(huán)節(jié) 算法參數包括切換算法開關 各種切換的門限 磁滯 觸發(fā)時延等 算法參數的調整需要在對切換算法充分了解和對路測結果 信令等仔細分析的基礎上進行 第二章切換問題分析流程及方法 切換問題優(yōu)化流程網絡信息搜集和優(yōu)化目標確定話統(tǒng)數據采集和切換問題收集定位問題 路測和信令分析參數調整調整驗證 調整驗證 在針對切換問題的參數調整之后 需要對調整結果進行驗證 現場路測觀察切換過程是否已經正常 路測指標是否已經達到優(yōu)化目標 查看話統(tǒng)中切換相關的統(tǒng)計值是否正常 話統(tǒng)指標是否已經達到優(yōu)化目標 觀察網絡運行一段時間看是否引起其他問題 是否有用戶投訴 如果以上都滿足了要求 則切換問題優(yōu)化結束 否則重新進行問題分析 定位 調整 驗證過程 思考題 畫出切換問題分析流程 分析切換問題時 話統(tǒng)方面需要采集哪些指標 解答 見前面詳細描述 本章小結 本章重點描述了切換問題分析流程 以及在每一個環(huán)節(jié)中需要注意的事項 課程內容 T 第一章切換問題定義第二章切換問題分析流程及方法第三章切換問題分析第四章切換案例解析 第三章切換問題分析 軟切換問題分析硬切換問題分析系統(tǒng)間切換問題分析 軟切換問題分析 軟切換成功率低軟切換成功率一般應在98 以上 如果話統(tǒng)明顯低于此值 且具有統(tǒng)計意義 軟切換次數大于一定值 則判斷軟切換成功率低 導致軟切換成功率低可能有以下原因 軟切換門限設置過低 現在使用相對門限判決算法 即1A 1B門限太大 這樣即使信號較差的小區(qū)也有可能判決加入激活集 RNC下發(fā)ACTIVESETUPDATECOMMAND消息命令UE加入此小區(qū) 但是由于該小區(qū)信號太差且有波動 無線鏈路建立失敗 導致軟切換失敗 NodeB沒有配置GPS或GPS失靈 由于WCDMA系統(tǒng)是異步系統(tǒng) 因此WCDMA在切換方面的困難主要就在同步上面 在切換過程中 切換失敗的一個主要原因就是同步失敗 這對于軟切換和硬切換是同樣的 由于現在NodeB一般配置了GPS時鐘 因此軟切換成功率很高 如果沒有配置GPS 或者配置了GPS但由于GPS天線安裝不規(guī)范導致搜不到星以及GPS失靈無法鎖定 都可能導致切換同步困難 而降低軟切換成功率 沒有設置T cell參數 T cell的設置是為了防止同一NodeB內不同小區(qū)的SCH 同步信道 重疊 同一NodeB內相鄰小區(qū)同步信道重疊會導致更軟切換失敗 軟切換問題分析 軟切換比例過高正常的軟切換比例應保持在30 40 之間 如果大于50 則會因為軟切換占用過多的系統(tǒng)資源 導致容量下降及網絡性能的下降 運營商也最不愿意看到其花費投資的資源大量消耗在軟切換上 而不是提供給能給其帶來實際利益的話務上 導致軟切換比例過高的原因可能有 軟切換門限過低 1A 1B門限太大 小區(qū)添加到激活集中容易 而從激活集中刪除小區(qū)卻很難 導致大量的UE處于軟切換狀態(tài) 使軟切換比例過高 重疊覆蓋區(qū)域過大 在基站密集 站間距較小的地區(qū) 如果沒有控制好小區(qū)的覆蓋范圍 可能導致重疊覆蓋區(qū)域較大 使軟切換范圍很大 比例過高 可以調整天線或者功率參數控制覆蓋范圍 降低軟切換比例 但是必須謹慎調節(jié) 注意避免產生覆蓋空洞 軟切換區(qū)域處于高話務區(qū) 在規(guī)劃中就應該注意到了這一點 應將天線主瓣方向對著話務密集區(qū) 而避免將切換帶規(guī)劃在話務密集區(qū) 然而實際中網絡規(guī)劃并不能完全做到這點 所以需要在網絡優(yōu)化時進行調整 軟切換問題分析 軟切換掉話造成軟切換掉話通常有下面一些原因 軟切換門限太高或者觸發(fā)時延太大 對于相對門限判決算法來說 就是1A 1B相對門限太小 使得新的小區(qū)加入到激活集中很難 或者磁滯 觸發(fā)時延過大導致軟切換觸發(fā)不及時 到原小區(qū)信號很差的地方才觸發(fā)事件 開始發(fā)激活集更新消息 但是還沒有等到新的小區(qū)加入激活集就因為服務小區(qū)質量太差而掉話了 軟切換區(qū)域過小 軟切換區(qū)域過小對靜止用戶影響不大 但是對于高速移動用戶 則可能因為切換不及時而導致掉話 這種情況在高速公路這種場景下很容易發(fā)生 優(yōu)化措施 A 加大覆蓋 增加軟切換區(qū)域 B 增大相對門限 C 減小觸發(fā)時延或磁滯 漏配鄰區(qū) 漏配鄰區(qū)關系 致使相鄰小區(qū)信號很強的情況下都沒有加入激活集 反而成為很強的前向干擾 導致最終掉話 這種問題容易定位與解決 但是實際中發(fā)生也很多 軟切換問題分析 前反向覆蓋不平衡 前反向覆蓋不平衡對切換的影響如下圖所示 A小區(qū)前反向覆蓋不均衡 前向覆蓋 虛線 大于反向覆蓋 實線 而B小區(qū)前反向覆蓋是平衡的 因為切換算法是根據前向鏈路質量來進行判決的 當用戶從A向B經過切換帶時 當到達反向覆蓋邊緣時源小區(qū)前向質量仍然很好 切換發(fā)起太晚導致反向鏈路掉話 若A小區(qū)是反向覆蓋大于前向覆蓋 則在切換帶因為沒有發(fā)起軟切換 不能將B小區(qū)加入激活集 使之成為強干擾而導致前向掉話 第三章切換問題分析 軟切換問題分析硬切換問題分析系統(tǒng)間切換問題分析 硬切換問題分析 RNC未下發(fā)物理信道重配置 硬切換指示 消息同頻硬切換對于同頻硬切換 因為不需要進行壓縮模式測量 可以看信令中目標小區(qū)是否有觸發(fā)1D事件測量上報 如果目標小區(qū)觸發(fā)了1D事件而RNC沒有下發(fā)切換指示 則檢查同頻硬切換開關是否打開 或可能是Iur或Iub建鏈失敗 如果目標小區(qū)沒有觸發(fā)1D事件 檢查RNC下發(fā)的鄰區(qū)列表中是否包含目標小區(qū) 如果沒有則有可能是因為沒有配置相鄰關系 請檢查同頻鄰區(qū)配置 如果包含目標小區(qū)擾碼號 則可能因為目標小區(qū)信號太差 無法觸發(fā)1D事件進行同頻硬切換導致掉話 這種情況應該改善覆蓋 如果目標小區(qū)信號足以建立鏈路 則考慮1D事件的磁滯值和觸發(fā)時延是否設置過大 使1D事件來不及觸發(fā)就因為源服務小區(qū)鏈路變差而掉話 硬切換問題分析 異頻硬切換對于異頻硬切換 需要考慮壓縮模式測量的過程 檢查信令中是否有2D 2F事件的測量控制消息下發(fā) 如果沒有則檢查是否打開異頻切換算法開關 是否配置異頻鄰區(qū)關系 如果RNC下發(fā)了2D 2F測量控制 而UE一直沒有2D測量上報 可能異頻測量啟動門限設置太低 源小區(qū)在信號較差的情況下都未能觸發(fā)2D事件 如果2D 2F事件交替頻繁上報 表明啟停門限差距太小 因為啟動壓縮模式需要一段時間 而源小區(qū)信號稍微上升就又停止了壓縮模式測量 使異頻測量不及時 這時可將2F門限設置高一些 以保證異頻測量的進行 上報 正常情況下RNC會下發(fā)一條RRC PH RECFG消息讓UE啟動壓縮模式 注意 對于異頻硬切換第一條物理信道重配置消息是用來啟動壓縮模式測量而不是硬切換指示 如果UE支持壓縮模式 則會回一條RRC PH RECFG CMP 接著RNC將下發(fā)測量控制讓UE周期測量上報異頻測量值 如果UE上報了數個測量報告而RNC仍不下發(fā)切換指示RRC PH RECFG 則請檢查報告消息中的異頻測量值 可能異頻硬切換門限設置太高而目標小區(qū)信號達不到要求使切換判決不通過 延誤了切換時機 在站間距較大的情況下 可以將異頻硬切換門限適當降低 硬切換問題分析 UE未收到物理信道重配置消息通過RNC的信令跟蹤發(fā)現已經下發(fā)RRC PH RECFG消息 而路測中并沒有看到手機收到RRC PH RECFG消息 因而沒有及時發(fā)起硬切換而導致掉話 因為作為硬切換指示的物理信道重配置消息是在原信道上發(fā)下的 可能由于經過時間延遲 切換判決 RNC下發(fā)此消息的時候 源小區(qū)下行鏈路已經變得太差 UE無法收到RRC PH RECFG消息進行切換而最終掉話了 有兩種解決思路 可以權衡將硬切換門限或磁滯 觸發(fā)時間延遲等參數適當減小 相當于提早硬切換時機 使UE可以及時收到硬切換指示消息而完成切換 加大源小區(qū)業(yè)務信道的下行發(fā)射功率以增強切換區(qū)的下行覆蓋 保證下行鏈路的質量 硬切換問題分析 目標基站未收到重配置完成消息物理信道重配置完成消息RRC PH RECFG CMP是在目標小區(qū)信道上發(fā)送的 這里分為兩種情況 通過手機信令跟蹤 確認是UE收到RRC PH RECFG指示而沒有回RRC PH RECFG CMP完成消息給RNC 這可能是因為UE與目標小區(qū)同步失敗或別的原因造成的硬切換失敗而掉話 嘗試調整天線或增加目標載頻的信道功率以加強覆蓋 或者提高硬切換判決門限 以保證硬切換的順利進行 通過信令跟蹤 發(fā)現是UE已經切換并發(fā)送了RRC PH RECFG CMP消息 而RNC側沒有收到此消息 說明是反向鏈路存在問題 這時可以調整上行功控參數 命令MODCELLCAC 將相應業(yè)務最大上行發(fā)射功率調大 使在允許范圍內UE的發(fā)射功率增大 增強反向鏈路質量 硬切換問題分析 乒乓切換在切換帶 由于信號的波動 可能導致UE在源小區(qū)和目標小區(qū)來回的反復切換 對于同頻硬切換 由于同頻干擾的存在 很容易導致掉話 對于異頻硬切換 由于需要壓縮模式異頻測量 乒乓切換會給通信質量造成較大影響 解決方法可以從兩個思路入手 調整硬切換門限 或者磁滯 觸發(fā)時間延遲等參數 抬高硬切換觸發(fā)門檻 可以防止乒乓切換 但是要慎重 因為提高切換門限等參數有可能會造成切換不及時而導致切換失敗或掉話 調整覆蓋 讓切換帶盡量避開地形地物復雜的環(huán)境 使信號波動盡可能的小 硬切換問題分析 其它問題引起的硬切換失敗除了上面可能的原因外 還有其它問題可能引起硬切換失敗 UE兼容性問題 各個廠家的UE可能存在與其他廠家設備的兼容性的問題 這需要根據具體問題來分析定位 設備兼容性問題 特別是對于要經過核心網的硬切換 各廠家之間的信令配合 參數設置都可能存在差異 導致硬切換問題 傳輸線路問題 第三章切換問題分析 軟切換問題分析硬切換問題分析系統(tǒng)間切換問題分析 系統(tǒng)間切換問題分析 UE沒有收到啟動壓縮模式的RRC PH RECFG消息首先 檢查信令中是否有2D 2F事件的測量控制消息下發(fā) 如果沒有則查詢數據配置 看是否打開異系統(tǒng)切換算法開關 是否配置相應的異系統(tǒng)鄰區(qū)關系 如果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)間切換問題分析 RNC未下發(fā)系統(tǒng)間切換指示消息INTER SYSTEM HO如果UE支持并順利啟動了壓縮模式 則會回一條RRC PH RECFG CMP 接著RNC將下發(fā)測量控制讓UE周期測量上報GSM系統(tǒng)的RSSI測量值 如果UE上報了數個測量報告而RNC仍不下發(fā)切換指示RRC PH RECFG 則請檢查報告消息中的RSSI測量值 可能異系統(tǒng)硬切換門限設置太高 默認為 85dB 而目標小區(qū)信號強度達不到門限使切換判決不通過 就一直不會發(fā)INTER SYSTEM HO指示消息 延誤了切換時機 在站間距較大的情況下 可以將異頻硬切換門限適當降低 但是注意仍要保證一定的RSSI強度 否則可能因為目標GSM小區(qū)信號太差而切換過去以后掉話 系統(tǒng)間切換問題分析 UE未收到INTER SYSTEM HO通過RNC的信令跟蹤發(fā)現已經下發(fā)INTER SYSTEM HO消息 而路測中并沒有看到手機收到任何INTER SYSTEM HO消息 因而沒有及時切換到GSM系統(tǒng)而導致掉話 因為作為系統(tǒng)間切換指示的INTER SYSTEM HO消息是在原UTRAN信道上發(fā)下的 可能由于經過切換過程的時間延遲 RNC下發(fā)此消息的時候 源小區(qū)下行鏈路已經變得太差 UE無法收到INTER SYSTEM HO消息進行切換而最終掉話了 有兩種解決思路 可以權衡將系統(tǒng)間切換門限或相應的磁滯 觸發(fā)時間延遲等參數適當減小 相當于提早發(fā)起系統(tǒng)間切換 使UE可以及時收到INTER SYSTEM HO切換指示消息而切換到更好的相鄰GSM小區(qū) 調整源小區(qū)的天饋參數或者加大其下行發(fā)射功率以增強切換區(qū)的下行覆蓋 保證切換帶下行鏈路的質量 系統(tǒng)間切換問題分析 UE收到INTER SYSTEM HO但是切換失敗UE收到INTER SYSTEM HO切換指示 斷開原來連接 開始嘗試接入GSM小區(qū) 可能由于目標GSM小區(qū)信號太弱或者信號波動較大而使無線鏈路建立失敗 可以提高系統(tǒng)間切換門限 保證切換的成功 其它原因系統(tǒng)間切換失敗的原因很多 包括手機支持的問題 系統(tǒng)間的信令配合問題等 由于系統(tǒng)間切換要經過核心網 還需要對CN的信令進行分析以定位問題 思考題 軟切換成功率過低通常是由于哪些原因造成的 UE沒有收到啟動壓縮模式的RRC PH RECFG消息主要有哪些原因 解答 見前面描述 本章小結 本章詳細論述了軟切換 硬切換 異系統(tǒng)切換常見的問題 問題產生原因以及處理方法 課程內容 T 第一章切換問題定義第二章切換問題分析流程及方法第三章切換問題分析第四章切換案例解析 第四章切換案例解析 軟切換案例硬切換案例系統(tǒng)間切換案例 軟切換案例 案例1 漏配鄰區(qū)導致的軟切換掉話故障現象 在路測過程中 發(fā)現掉話的情況 位置如下圖所示 處理過程 檢查掉話前后的信令流程 RNC和UE記錄的信令流程如下圖所示 軟切換案例 軟切換案例 軟切換案例 如上圖所示 掉話前RNC下發(fā)了4次激活集更新消息 其消息序號分別是337 346 355 359 337號激活集更新先將240號擾碼加入激活集 當時激活集內擾碼為250 346號激活集更新將240號擾碼從激活集中刪除 355號激活集更新將110號擾碼加入激活集 359號激活集更新將110號擾碼從激活集中刪除 因為沒有收到激活集更新成功上報 所以信令超時 RNC就向CN發(fā)Iurelease請求 同時下發(fā)原因值為unspecified的RRC連接釋放 可以判定此次掉話為切換不成功導致的掉話 掉話時UE記錄的激活集信息右圖所示 軟切換案例 從上圖中可知 掉話時 激活集中有250號和110號擾碼 RSCP在 105dBm左右 在 20dB左右 這兩個擾碼的信號覆蓋不好 掉話點附近RSCP覆蓋情況如下圖所示 軟切換案例 掉話點附近Ec I0覆蓋情況如右上圖所示 掉話點附近最好小區(qū)情況如右下圖所示 從圖中可以看出 掉話點區(qū)域RSCP和Ec I0覆蓋情況良好 RSCP高于 90dBm Ec I0在 8dB 該區(qū)域為主要由100號小區(qū)進行覆蓋 是250 240和100號小區(qū)的切換區(qū) 軟切換案例 右上圖為掉話之前RSCP的變化趨勢 右下圖為掉話之前Ec I0的變化趨勢 從圖中可以看出 開始時 250號擾碼和240號擾碼強度很接近 但很快衰減 由于100號擾碼和240號擾碼互為鄰區(qū) 因此信號較好的100號擾碼進入監(jiān)視集 當240號擾碼從激活集中刪除后 100號擾碼也從監(jiān)視集中被刪除 從圖中看 就是240和100號擾碼信號同時消失 但這個時候100號擾碼的質量是相當好的 隨后 250號和110號擾碼的信號質量繼續(xù)惡化 直到掉話 由此可以判斷 由于漏配了250號擾碼與100號擾碼的鄰區(qū)關系 造成了無法將信號更好的100號擾碼加入激活集 造成了此次掉話 軟切換案例 調整建議根據上一節(jié)的結論 增加250號擾碼與100號擾碼的鄰區(qū)關系 調整結果右上圖為調整后原掉話點附近RSCP變化情況 可以判斷 由于漏配了250號擾碼與100號擾碼的鄰區(qū)關系 造成了無法將信號更好的100號擾碼加入激活集 造成了此次掉話 右下圖為調整后原掉話點附近Ec I0變化情況 從圖中可以看出 當250號擾碼逐漸變差的時候 成功的切換到了100號小區(qū) 整個通話過程中沒有發(fā)生掉話 軟切換案例 案例2 同頻濾波系數過大導致的軟切換不及時故障現象路測中發(fā)現軟切換滯后現象比較嚴重 即使鄰小區(qū)信號已經很強 也要過很久才被加入活動集 如果車速過快 甚至會因為切換不及時而掉話 處理過程層3濾波是為了減小信號頻繁波動的影響 避免乒乓切換 測量值的濾波采用如下公式進行計算 其中 Fn 經過濾波處理 更新的測量結果 Fn 1 經過濾波處理 上一時刻舊的測量結果 Mn 從物理層接收到的最近的測量值 a 1 2 k 2 其中k來自信元 Filtercoefficient 也即此處的FilterCoef 當k取值為0 a 1時 意味著沒有層3濾波 濾波系數常用值在 0 1 2 3 4 5 6 之間 濾波系數越大 對毛刺的平滑能力越強 但對信號的跟蹤能力減弱 必須在兩者之間進行權衡 軟切換案例 通過仿真得出的濾波系數與跟蹤時間的關系如下表所示 對于密集城區(qū) 由于站間距很小 切換時間很短 因此必須減小跟蹤時間 也就是減小此濾波系數 一般來說 層3濾波系數取值為2比較合適 第四章切換案例解析 軟切換案例硬切換案例系統(tǒng)間切換案例 硬切換案例 案例1 啟停壓縮模式乒乓引起的異頻硬切換問題現象描述 在RNC版本改動后 測試的64K異頻硬切換結果較好 成功率90 左右 切換了30次 失敗的原因都是UE啟動壓縮模式成功后 測量報告FAILURE 然后RNC發(fā)起刪鏈 并且總是在同一個地點 而該地點源小區(qū)的RSCP 80 EC NO 5左右 信號應該是正常的 處理過程 UE上報2D時間 RNC啟動壓縮 RRC PH CH RECFG中要求啟動壓縮的時間TGCFN 53 然后UE上報了一個2F事件 RNC下發(fā)一個RRC MEAS CTRL測量控制 在這里要求UE停止壓縮模式 停止的CFN 51 UE檢測該消息 認為沒有啟動壓縮不能執(zhí)行停止 所以上報RRC MEAS CTRL FAIL 后來我們將2F事件門限設為 40dbm 實際上是關閉了2F事件 問題得以解決 硬切換案例 案例2 1D事件遲滯設置不當導致同頻硬切換乒乓現象描述 UE在小區(qū)邊界頻繁的來回發(fā)生同頻硬切換 通話質量下降 甚至發(fā)生掉話 處理過程 同頻硬切換是由1D事件上報來觸發(fā)的