掉話問題指導書

1、文檔描述更新Copyright © Nokia Siemens Networks. This material, including documentation and any related computerprograms, is protected by copyright controlled by Nokia Siemens Networks.s are.Copying, including reproducing, storing, adapting or translating, any or all of this material requires theprior

2、 written consent of Nokia Siemens Networks. This material also containsinformationwhich may not be disclosed to others without the prior written consent of Nokia Siemens Networks.Copyright © NSN Siemens Networks 2008內部文檔外傳Page 2 (29)版本更新日期更新人更新內容備注1.010.10 .2010Ma KaiALL文檔名稱CS 業(yè)務掉話問題指導書分類無線優(yōu)化作者

3、Ma Kai日期10 10 2010批準人目錄1.2.概述6掉話性能指標72.12.2DT/CQT 掉話定義7KPI 掉話指標定義73.DT/CQT 優(yōu)化流程93.13.2覆蓋問題10鄰區(qū)問題133.2.1Batrana 鄰區(qū)漏配檢查介紹163.3切換問題163.3.13.3.2拐角效應17針尖效應183.43.53.6干擾問題19SC問題21異常分析223.6.13.6.2RAN 側問題22CN 引起掉話244.5.總結26附錄275.15.2切換參數數據結構27常見掉話分類286.參考文檔29Copyright © NSN Siemens Networks 2008內部文檔外傳P

4、age 3 (29)圖目錄Figure 1 UE 掉電情況9Figure 2 DT 軟件掛死10Figure 3 CS 掉話問題分析流程10Figure 4 弱覆蓋問題掉話實例11Figure 5 弱覆蓋問題和鄰區(qū)問題的區(qū)分12Figure 6 NEMO Analyze 導頻污染的定義（CUC 定義）12Figure 7 Pilot Pollution 導致掉話12Figure 8 NEMO 鄰區(qū)漏配檢查13Figure 9 鄰區(qū)漏配掉話實例14Figure 10 Measurement Report 檢測15Figure 11 Batrana 漏配鄰區(qū)檢查16Figure 12 CIO 參數

5、17Figure 13 拐角效應掉話實例18Figure 14 針尖效應案例19Figure 15 上下行鏈路平衡的鏈路示意19Figure 16 上行干擾在 NEMO 中的檢查20Figure 17 Batrana 上行鏈路干擾的檢查20Figure 18 SCFigure 19 SC導致掉話21檢查22Figure 20 Batrana 掉話統(tǒng)計23Figure 21 小區(qū)異常狀態(tài)表24Figure 22 Relocation 和 Anchoring 的對比25Copyright © NSN Siemens Networks 2008內部文檔外傳Page 4 (29)表目錄Tab

6、le 1 Call drop Counters for RU108Copyright © NSN Siemens Networks 2008內部文檔外傳Page 5 (29)1. 概述在網絡優(yōu)化中，掉話率的高低直接關系用戶的感受，是客戶驗收的基本指標。本文目的是總結掉話問題的常見問題及處理方法，指導現場工程師對該指標的優(yōu)化，使得網絡的掉話率達標。Copyright © NSN Siemens Networks 2008內部文檔外傳Page 6 (29)2. 掉話性能指標2.1 DT/CQT 掉話定義從UE側的空口信令上看，在通話過程（連接狀態(tài)下）中，如果空口的消息，滿足以下

7、三個條件的任何一個：999收到任何的BCH消息（即系統(tǒng)消息）收到RRC Release消息且的值為Not Normal收到CC Disconnect，CC Release Complete，CC Release三條消息中的任何一條，而且的為Not Normal Clearing或者Not Normal，Unspecified。CUC CS業(yè)務掉話定義：語音業(yè)務掉話率= RNC請求*100%；的語音業(yè)務RAB數目/語音業(yè)務RAB指派建立的RAB數目可視業(yè)務掉話率= RNC請求的可視業(yè)務RAB數目/可視業(yè)務RAB指派建立成功的RAB數目*100%；2.2 KPI 掉話指標定義廣義的掉話可以為通話端

8、到端的任一網元，應該包含UE異常，CN和UTRAN的掉話率， 本文主要關注UTRAN側的掉話率指標。UTRAN側相關指標主要包括兩個方面：（1） 業(yè)務建立（2） 業(yè)務建立后，RNC向CN 后，RNC向CNRAB RELEASE REQUEST消息。IU RELEASE REQUEST消息，其后收到CN的IU RELEASE COMMAND。統(tǒng)計時可按具體業(yè)務分類統(tǒng)計，同時還統(tǒng)計了RNC觸發(fā)各業(yè)務RAB的。掉話率計算：Call drop ratio, Voice = 1- 100*(nbr_of_normal_rel_call_voice) / (nbr_of_successful_call_s

9、etup_att_voice);Calldropratio,RTServiceOtherThanVoice=1-100*(nbr_of_normal_rel_call_rt_service)/(nbr_of_successful_call_setup_att_rt_service)Copyright © NSN Siemens Networks 2008內部文檔外傳Page 7 (29)注意：通常，路測數據分析工具能夠根據預先設定的條件，自動測試中的接入失敗問題，例如 Nemo、DingLi、Actix Analyzer等。Table 1 Call drop Counters for

10、 RU10Copyright © NSN Siemens Networks 2008內部文檔外傳Page 8 (29)正常數量: M1001C136 RAB_ACT_COMP_CS_VOICE（語音） M1001C137 RAB_ACT_COMP_CS_CONV（） M1001C143 RAB_ACT_REL_CS_VOICE_SRNC（語音） M1001C151 RAB_ACT_REL_CS_CONV_SRNC（）異常數量: M1001C144/ M1001C152 RAB_ACT_REL_CS_VOICE/CONV_P_EMP M1001C145/M1001C155 RAB_AC

11、T_FAIL_CS_VOICE/CONV_IU M1001C146/ M1001C156 RAB_ACT_FAIL_CS_VOICE/CONV_RADIO M1001C147/ M1001C157 RAB_ACT_FAIL_CS_VOICE/CONV_BTS M1001C148/ M1001C158 RAB_ACT_FAIL_CS_VOICE/CONV_IUR M1001C150/ M1001C160 RAB_ACT_FAIL_CS_VOICE/CONV_RNC M1001C392/M1001C393 RAB_ACT_FAIL_CS_VOICE/CONV_UE3. DT/CQT 優(yōu)化流程CS

12、掉話數據分析流程如下:借助路測數據分析軟件，（比如 Nemo analyze, DingLi, Actix Analyzer等），顯示掉話的時間，地理分布。通常通過Scanner的無線信息和UE的 激活集，監(jiān)視集比對獲取掉話前后的無線狀況；通過UE的信令和 RNC 的跟蹤信息，獲取掉話時各網元的信令交互。還可以根據掉話點地理分布信息，獲取掉話是否發(fā)生在RNC或3G覆蓋的邊緣。結合 RNC 的信令跟蹤和 UE 的路測信令，按照如下CS掉話問題分析流程，確定在哪一處出現失敗，分析和解決問題。對路測數據中，由于UE 掉電，路測軟件異常導致的掉話，一般不需要投入時間深入研究， 但需要在路測數據分析中篩

13、選出來。UE掉電導致的路測掉話，一般DT Logfile 中顯示 “IMSI DETATCH”，如下圖：Figure 1 UE 掉電情況路測軟件掛死，會出現一段時間路測數據丟失或在路測軟件中顯示測量值不變，如下圖：/ 暫無圖例Copyright © NSN Siemens Networks 2008內部文檔外傳Page 9 (29)Figure 2 DT 軟件掛死對于非路測設備和UE造成的掉話，是我們需要重點分析和解決的，分析流程參見如下：Figure 3 CS 掉話問題分析流程3.1 覆蓋問題覆蓋問題在這里可以分為弱覆蓋問題或導頻污染問題，弱覆蓋問題是指RSCP很差導致的無線環(huán)境問

14、題，不包括由于漏配鄰區(qū)導致的覆蓋質量差。確認弱覆蓋問題簡單的方式是觀察Scanner的數據，若最好小區(qū)的RSCP和EcIo都很低（通常我們認為：RSCP<-102dBm 12dB），就可以認為是弱覆蓋問題。弱覆蓋問題需要通過RF優(yōu)化來解決。&EcNo<-通常導致弱覆蓋的：999999斷站 （Cell availability）站間距過大天饋系統(tǒng)施工質量天饋布放位置不合理過大的饋線，接頭損耗導頻參數設置過低對應弱覆蓋的解決方案：9999對應斷站，檢查站點硬件狀態(tài)，確認Block建議加站。天饋系統(tǒng)的調整，如 Tilt, azimuth, height使用較小損耗的饋線Copyr

15、ight © NSN Siemens Networks 2008內部文檔外傳Page 10 (29)99對于上行覆蓋差，可以添加MHA調整導頻功率Figure 4 弱覆蓋問題掉話實例弱覆蓋可以進一步分為上行覆蓋受限還是下行覆蓋差，可分別根據上下行：信道采用如下方法達到最大值，并且上行的BLER也很差或者從Emil 或Megamon 的如果掉話前的上行用戶跟蹤數據上看到NodeB上報RL failure，基本可以認為上行覆蓋差導致的掉話；如果掉話前，達到最大值，并且下行的BLER很差，基本可以認為是下行覆蓋差導致的掉話。在合下行理的鏈路平衡情況下，而且上下行沒有干擾的情況下，上行和下行

16、會同時受限，此時不一定要嚴格區(qū)分哪一方先出現受限。如果上下行嚴重不平衡，則應該初步判定為受限方向存在干擾。Copyright © NSN Siemens Networks 2008內部文檔外傳Page 11 (29)Figure 5 弱覆蓋問題和鄰區(qū)問題的區(qū)分導頻污染或者說在某一點存在過多的強導頻，但卻沒有一個足夠強的主導頻，從而多個強導頻的存在對有用信號了干擾，導致Io升高，Ec/Io降低，BLER升高，提供的網絡質量下降。也會引起覆蓋問題導致掉話。導頻污染的定義通常以RSCP為判定條件，也可以EcNo 為判定條件，使用路測分析軟件可以方便的根據導頻污染的條件顯示導頻污染的區(qū)域。F

17、igure 6 NEMO Analyze 導頻污染的定義（CUC 定義）Figure 7 Pilot Pollution 導致掉話Copyright © NSN Siemens Networks 2008內部文檔外傳Page 12 (29)解決覆蓋問題，具體可參加W-RF優(yōu)化指導書。3.2 鄰區(qū)問題鄰區(qū)漏配比較容易通過比對UE 和Scanner 搜索的Best Server 小區(qū)，如果掉話時，存在Scanner 探測到比UE Active Set 信號強的小區(qū)在一段時間內既未加入UE的 Active Set 也沒加入到Monitor Set，那就可以判定為鄰區(qū)漏配。Figure 8

18、NEMO 鄰區(qū)漏配檢查鄰區(qū)漏配會造成EcNo，從而導致掉話。有時鄰區(qū)漏配是由于個別退服，導致切換不可接力。鄰區(qū)漏配也會由于EcNo的，觸發(fā)3G-2G切換，使呼叫轉移到2G。Copyright © NSN Siemens Networks 2008內部文檔外傳Page 13 (29)Figure 9 鄰區(qū)漏配掉話實例當UE移動到3G覆蓋的邊緣，會通過啟動壓縮模式切換到2G。如果掉話發(fā)生在3G-2G異系統(tǒng)切換過程中，需要檢查異系統(tǒng)鄰區(qū)的設置，特別是需要關注目標2G鄰區(qū)基礎數據設置是否正確（和2G基礎數據庫相比）以及2G 目標鄰區(qū)的信號質量。2G目標鄰區(qū)的設置和2G目標小區(qū)的電平質量可以通

19、過”measurement Report”信息檢測 。Copyright © NSN Siemens Networks 2008內部文檔外傳Page 14 (29)Figure 10 Measurement Report 檢測對于和2G配合的3G-2G切換，還需要注意2G的3G-2G切換是否打開，（2GBSS特有3G-2G 切換入開關），否則不能3G切換到2G。另外，除了上述比對DT log里UE 和 Scanner搜索的辦法檢查漏配鄰區(qū)，NSN還有如下的方法做鄰區(qū)漏配檢查：1. 可以通過激活相關Feature，通過普通UE上報的Detect Cell, 直接檢查漏配鄰區(qū)，甚至通過D

20、etected Set 小區(qū)實行軟切換。需要的 Feature:Detected set reporting and Measurements feature (RAN 1191)Feature (RAN1266) enables the addition of the detected set cells to the active set (SHO)2. 在上述 Feature 激活后，還可借助 NSN 的 NETACT 工具，輸出漏配鄰區(qū)列表。如: Netact Optimiser，Batrana。Copyright © NSN Siemens Networks 2008內部文

21、檔外傳Page 15 (29)3.2.1 Batrana 鄰區(qū)漏配檢查介紹鄰區(qū)漏配是網絡優(yōu)化中常見的問題，除了路測中由掉話或RF優(yōu)化觸發(fā)鄰區(qū)檢查外。通過NSN的KPI 工具-Batrana可以方便的定期性檢查，節(jié)省人力和項目投入。通過Batrana檢查漏配鄰區(qū)的方法如下：Figure 11 Batrana 漏配鄰區(qū)檢查3.3 切換問題本文中指的切換導致的掉話主要指切換參數設置不符合實際無線環(huán)境從而導致的掉話，可以通過RF調整或優(yōu)化切換參數避免切換不及時或最好小區(qū)替換過慢。 不包括鄰區(qū)漏配，冗余鄰區(qū)等鄰區(qū)問題引起的切換掉話。切換掉話的典型現象可以歸納為：拐角效應和針尖效應，當兩個小區(qū)信號兵乓交替

22、成最好小區(qū)或主導小區(qū)變化過快也可以認為是針尖效應的一種。Copyright © NSN Siemens Networks 2008內部文檔外傳Page 16 (29)3.3.1 拐角效應拐角效應主要表現在原小區(qū)信號快速下降，同時目標小區(qū)信號迅速上升，UE未激活集更新而導致掉話的情況。因為路測道路的拐角處容易發(fā)生這種無線小區(qū)質量迅速變化，所以稱為拐角效應。當源小區(qū)和目標小區(qū)的無線質量交替過快，這種突變會容易引起掉話。當1A發(fā)生的條件觸發(fā)慢于無線環(huán)境的突變，會在UE上報測量報告之前就發(fā)生TRB復位，導致掉話。即使1A教易觸發(fā)，UE 上報了測量報告，但RNC在下發(fā)激活集更新的時候，有可能原

23、小區(qū)信號質量已經變得過差，導致UE不能解調激活集更新命令，從而產生掉話。解決拐角效應的方法可以通過RF優(yōu)化調整或切換參數的調整實現，RF調整使得信號突變區(qū)信號替換變得平緩些是最優(yōu)的解決辦法，它可以從根本上提升整個網絡的無線質量。當天線工程參數的調整有時，也可以通過調整切換參數來實現，但需要注意參數調整的范圍，建議在源小區(qū)和目標小區(qū)增加新的FMCS Profile, 不要直接修改原FMCS, 的切換更容易發(fā)生。通常修改的CIO參數為：（Individual Ncell Offset）避免更改導致該小區(qū)和其它小區(qū)Figure 12 CIO參數Copyright © NSN Siemens

24、 Networks 2008內部文檔外傳Page 17 (29)Figure 13 拐角效應掉話實例3.3.2 針尖效應針尖效應主要表現為在較強目標小區(qū)信號的短時間作用下，原小區(qū)信號經歷短暫快速下降， 又上升的情況。針尖效應一般在以下幾種情況下會導致掉話：9如果針尖持續(xù)的時間很短，切換條件，影響掉話，但會帶來業(yè)務質量的惡化，比如下行產生過高的BLER；如果針尖持續(xù)的時間比較短，而切換的條件又比較嚴格，在切換發(fā)生之前，可能由于下行9信號太差，導致信令或者業(yè)務RB復位情況而導致掉話；如果目標小區(qū)觸發(fā)了切換，可能由于原小區(qū)信號太差使9收不到激活集更新，導致掉話的情況；9如果目標小區(qū)完成了切換，變成了

25、激活集內的小區(qū)，由于針尖會在很短的時間內消失，該小區(qū)還要完成一次切換過程才能從激活集內，這個過程也可能會發(fā)生掉話。9針尖效應一般可以通過觀察Scanner的最好小區(qū)擾碼分布圖來觀察，一般情況下，如果有兩幅天線主瓣分別沿著街道指向，在兩條街道交界的地方就容易產生針尖效應。Copyright © NSN Siemens Networks 2008內部文檔外傳Page 18 (29)針尖效應可以參考拐角效應的解決辦法，其中天線調整的目標是在針尖的位置不要使原信號下降過快目標小區(qū)信號上升過快，除了以上的方法，如果能適當增加RLC重傳次數，從而抵抗信號的也可以比較好的降低掉話。暫無圖例Figu

26、re 14 針尖效應案例3.4 干擾問題下行和上行的干擾都會導致通話質量下降，無線失步導致掉話。通常情況下，在沒有干擾的情況下，上下行是平衡的，即掉話前上下行的都會接近最大值。當下行干擾存在，往往出現上行很小，但下行達到最大值同時也伴隨著下行BLER不收斂；對于上行干擾，會存在同樣的表現，在實際分析可以通過這個方法來區(qū)分。Figure 15 上下行鏈路平衡的鏈路示意下行的干擾通常為導頻污染，越區(qū)覆蓋或系統(tǒng)外干擾。路測數據中下行干擾導致掉話的分析，通常現象為有較強的RSCP，但EcNo很弱，且BLER值升高不收斂。上行的干擾的存在，會使UE保持大功率發(fā)射或滿功率發(fā)射，當上行鏈路質量不能保持時，失

27、步導致掉話。另外，在切換的時候，新建鏈路由于上行干擾問題導致鏈路不能同步，造成切換失敗而導致掉話。上行干擾可能來自系統(tǒng)內，也可能來自系統(tǒng)外，絕大部分場景上行干擾來自系統(tǒng)外。路測數據中上行干擾導致掉話的判定，可以通過系統(tǒng)實時于歷史時間，路測分析軟件可以顯示上行干擾情況。但一般掉話Log的發(fā)生時間屬Copyright © NSN Siemens Networks 2008內部文檔外傳Page 19 (29)Figure 16 上行干擾在NEMO中的檢查對于等路測數據的掉話分析，如果懷疑掉話是由于上行干擾引起，可以通過KPI統(tǒng)計，根據小區(qū)ID和時間來索引相關Counter。Figure 1

28、7 Batrana上行鏈路干擾的檢查Copyright © NSN Siemens Networks 2008內部文檔外傳Page 20 (29)3.5 SC問題中SC的不合理或相同SC小區(qū)的越區(qū)覆蓋，會導致SC，BLER過大，引起掉話。Figure 18 SC導致掉話特別是當其中一個小區(qū)過高，或其中一個小區(qū)主瓣方向為河面，道路延伸方向，尤其需要注意相同SC的小區(qū)NSN對SC區(qū)過小。檢查的工具和方法比較多，如：Netact Optimizer, Bantrana 可以檢查。也可以使用SC collison checking tool。Copyright © NSN Siemens Networks 2008內部文檔外傳Page 21 (29)Figure 19 SC檢查3.6 異常分析排除了上述導致的掉話，需要重點檢查網元設備問題或設置導致的掉話，包括NodeB，RNC，網和傳輸的問題。另絡容量也可能是引起掉話的。對設備問題的排查，需要和Care, NI 工程師一起解決。3.6.1 RAN 側問題RAN側設備的穩(wěn)定是通化保持的前提，如果大面積退服（如傳輸中斷），必然在話統(tǒng)上顯現出高的掉話率。通過KPI對掉話的分析，可以初步判定掉話發(fā)生的果NodeB出現如下異常，也會導致掉話。另外，在DT