1、TD-SCDMA掉話問題分析課程目標(biāo)：l 掌握掉話的定義l 了解話統(tǒng)指標(biāo)l 掌握話統(tǒng)數(shù)據(jù)分析流程目 錄第1章 概述1第2章 掉話分類定義32.1 路測掉話定義32.2 話統(tǒng)指標(biāo)3第3章 掉話問題分析流程及案例53.1 DT/CQT掉話問題分析流程及常見掉話原因分析53.1.1 常見掉話原因分析63.2 話統(tǒng)數(shù)據(jù)分析流程83.2.1 分析RNC掉話率83.2.2 分析小區(qū)（小區(qū)集合）的掉話率指標(biāo)83.2.3 檢查小區(qū)是否異常93.2.4 分析掉話原因93.2.5 通過路測重現(xiàn)問題93.3 典型掉話案例分析93.3.1 弱覆蓋掉話93.3.2 切換區(qū)設(shè)置不合理引起的掉話問題123.3.3 越區(qū)覆蓋

2、引起的掉話問題解決133.3.4 混合業(yè)務(wù)掉話率很高現(xiàn)象16第1章 概述& 知識點l 概述掉話率反映了系統(tǒng)業(yè)務(wù)的通訊保持能力，是用戶直接感受的重要性能指標(biāo)之一。廣義的掉話率應(yīng)該包含CN和UTRAN的掉話率，由于無線網(wǎng)絡(luò)優(yōu)化重點關(guān)注UTRAN側(cè)的掉話率指標(biāo)，本文掉話率描述也重點關(guān)注UTRAN側(cè)的掉話及優(yōu)化方法。掉話率的統(tǒng)計是建立在一定業(yè)務(wù)的基礎(chǔ)之上的，極少的業(yè)務(wù)量所統(tǒng)計出的高掉話率，對網(wǎng)絡(luò)優(yōu)化是沒有意義的；極高的業(yè)務(wù)量所統(tǒng)計出的掉話率往往是與擁塞有關(guān)。我們優(yōu)化時關(guān)注的應(yīng)該是話務(wù)量處于負(fù)載正常的小區(qū)。第2章 掉話分類定義2.1 路測掉話定義從UE側(cè)記錄的空口信令上看，在通話過程（連接狀態(tài)下）中，如

3、果空口的消息，滿足以下三個條件的任何一個：A、收到任何的BCH消息（即系統(tǒng)消息）B、收到RRC Release消息且釋放的原因值為Not NormalC、收到CC Disconnect，CC Release Complete，CC Release三條消息中的任何一條，而且釋放原因為Not Normal Clearing或者Not Normal，Unspecified。2.2 話統(tǒng)指標(biāo)廣義的掉話率應(yīng)該包含CN和UTRAN的掉話率，由于網(wǎng)優(yōu)重點關(guān)注與UTRAN側(cè)的掉話率指標(biāo)，本文掉話率描述也重點關(guān)注UTRAN側(cè)的KPI指標(biāo)分析。UTRAN側(cè)相關(guān)指標(biāo)就是RNC觸發(fā)釋放的各業(yè)務(wù)RAB個數(shù)。主要包括兩個

4、方面：（1）業(yè)務(wù)建立成功后，RNC向CN發(fā)送RAB RELEASE REQUEST消息。（2）業(yè)務(wù)建立成功后，RNC向CN發(fā)送IU RELEASE REQUEST消息，其后收到CN發(fā)送的IU RELEASE COMMAND。需要說明的是話統(tǒng)掉話的定義只從Iu接口的角度進行統(tǒng)計，統(tǒng)計了RNC主動發(fā)起的RAB release請求次數(shù)和Iu release請求次數(shù)。而路測掉話定義主要從空口的消息和非接入層的消息結(jié)合原因值來進行定義的，兩者不完全一致的。比如說，對于同時進行主被叫通話，工具記錄主叫的空口消息，如果被叫異常掉話，那么分析主叫的流程也會是一次掉話，但從話統(tǒng)上看，這次主叫是沒有掉話指標(biāo)記錄的

5、。所以兩者的定義是不完全一致的，在分析時要注意區(qū)分。第3章 掉話問題分析流程及案例& 知識點l DT掉話分析流程l 話統(tǒng)掉話分析流程l 常見掉話原因3.1 DT/CQT掉話問題分析流程及常見掉話原因分析通常DT掉話問題分析流程如下：圖 3.11 掉話分析流程圖3.1.1 常見掉話原因分析常見導(dǎo)致掉話的原因有：3.1.1.1 鄰區(qū)漏配一般來講，初期優(yōu)化過程掉話占大多數(shù)是由于鄰區(qū)漏配導(dǎo)致的。鄰區(qū)漏配導(dǎo)致的掉話也包括同異頻鄰區(qū)漏配和異系統(tǒng)鄰區(qū)漏配。主要是掉話發(fā)生的時候，手機沒有測量或者上報目標(biāo)鄰區(qū)，而手機掉話后重新駐留到目標(biāo)鄰區(qū)上。異系統(tǒng)鄰區(qū)漏配表現(xiàn)為手機在3G掉話，掉話后手機重新選網(wǎng)駐留到2G網(wǎng)絡(luò)

6、，從信號質(zhì)量來看，2G網(wǎng)絡(luò)的質(zhì)量很好（在掉話點用2G測試手機觀察RSSI信號）。3.1.1.2 覆蓋差一般來說，對于Voice而言，當(dāng)PCCPCH的C/I大于-3dB，RSCP大于-95dBm時，不可能是由于覆蓋不行導(dǎo)致的掉話。通常所說的覆蓋差，主要是指RSCP很差。上行覆蓋差還是下行覆蓋差的問題需要通過掉話前上行或者下行的專用信道功率來確認(rèn)，需要采用以下的方法來確認(rèn)：如果掉話前的上行發(fā)射功率達(dá)到最大值，并且上行的BLER也很差或者從RNC記錄的單用戶跟蹤上看到NodeB上報RL failure，基本可以認(rèn)為上行覆蓋差導(dǎo)致的掉話；如果掉話前，下行發(fā)射功率達(dá)到最大值，并且下行的BLER很差，基本

7、可以認(rèn)為是下行覆蓋差導(dǎo)致的掉話。在合理的鏈路平衡情況下，而且上下行沒有干擾的情況下，上行和下行發(fā)射功率會同時受限，此時不一定要嚴(yán)格區(qū)分哪一方先出現(xiàn)受限。如果上下行嚴(yán)重不平衡，則應(yīng)該初步判定為受限方向存在干擾。由于缺站、扇區(qū)接錯、功放故障導(dǎo)致站關(guān)閉等原因都會導(dǎo)致覆蓋差，在一些室內(nèi)，由于過大的穿透損耗也會導(dǎo)致覆蓋太差。扇區(qū)接錯或者站點由于故障原因關(guān)閉等容易在優(yōu)化過程中出現(xiàn)，表現(xiàn)為其他小區(qū)在掉話點的覆蓋差，需要注意分析區(qū)別。3.1.1.3 干擾導(dǎo)致的掉話下行和上行的干擾都會導(dǎo)致掉話。一般情況下，對于下行，當(dāng)服務(wù)小區(qū)PCCPCH RSCP大于-95dBm，而C/I小于-3dB產(chǎn)生了掉話，基本上可以認(rèn)為

8、是下行干擾的問題（當(dāng)切換不及時的時候，也可能出現(xiàn)服務(wù)小區(qū)RSCP信號很好，但C/I很差；對于上行RTWP比正常值（-115dbm）超過10dB，干擾時間超過23s，就有可能造成掉話，需要重點解決。下行的干擾通常是指導(dǎo)頻污染，指覆蓋地區(qū)存在4個以上的小區(qū)滿足切換條件，由于信號的波動常常出現(xiàn)最優(yōu)小區(qū)發(fā)生變化。上行的干擾增加了連接模式的手機上行發(fā)射功率，從而產(chǎn)生過高的BLER導(dǎo)致RB復(fù)位或者由于失步導(dǎo)致掉話。另外，在切換的時候，新建鏈路由于上行干擾問題導(dǎo)致鏈路不能同步，造成切換失敗而導(dǎo)致掉話。上行干擾可能來自系統(tǒng)內(nèi)，也可能來自系統(tǒng)外，絕大部分場景上行干擾來自系統(tǒng)外。通常在沒有干擾的情況下，上下行是平

9、衡的，也就是說掉話前上下行的發(fā)射功率都會接近最大值。當(dāng)下行干擾存在，往往出現(xiàn)上行發(fā)射功率很小或者BLER收斂的情況，但下行發(fā)射功率達(dá)到最大值同時也伴隨著下行BLER不收斂；對于上行干擾，會存在同樣的表現(xiàn)，在實際分析可以通過這個方法來區(qū)分。3.1.1.4 切換導(dǎo)致的掉話切換導(dǎo)致掉話主要有兩類原因：切換來不及或者乒乓切換。從信號上看，切換來不及主要有以下現(xiàn)象：1）拐角：源小區(qū)RSCP陡降，目標(biāo)小區(qū)RSCP陡升（即突然出現(xiàn)就是很高的值）；2）針尖：源小區(qū)RSCP快速下降后一段時間后上升，目標(biāo)小區(qū)出現(xiàn)短時間的陡升。從信令流程上看，切換來不及一般在掉話前手機上報了鄰區(qū)的1G或者2A測量報告，RNC也收到

10、了測量報告，并下發(fā)了物理信道重配置命令，但UE收不到消息。乒乓切換主要有以下兩種現(xiàn)象：1）主導(dǎo)小區(qū)變化快：2個或者多個小區(qū)交替成為主導(dǎo)小區(qū)，主導(dǎo)小區(qū)具有較好的RSCP并且每個小區(qū)成為主導(dǎo)小區(qū)的時間很短；2）無主導(dǎo)小區(qū)：存在多個小區(qū)，RSCP較差而且相互之間差別不大。解決切換來不及導(dǎo)致的掉話，可以通過調(diào)整天線擴大切換區(qū)，也可以調(diào)整切換參數(shù)使切換更容易發(fā)生，或者配置CIO使目標(biāo)小區(qū)能夠提前發(fā)生切換；解決乒乓切換帶來的掉話問題，可以調(diào)整天線使覆蓋區(qū)域形成主導(dǎo)小區(qū)，也可以調(diào)整切換參數(shù)減少乒乓的發(fā)生等方法來進行。3.1.1.5 異常分析在排除了以上的原因之后，其他的掉話一般需要懷疑設(shè)備的問題，需要通過查

11、看設(shè)備的日志，告警等進一步來分析掉話原因。比如：NodeB異常引起同步失敗，導(dǎo)致的鏈路不停增加和刪除比如：手機不上報1g，2a測量報告導(dǎo)致掉話這里需要重點注意的是測試手機異常死機引起的掉話問題，一般在撥測過程中容易出現(xiàn)這個問題，具體表現(xiàn)為路測記錄的數(shù)據(jù)中有一段時間沒有手機上報的信息。由于一次路測不一定能夠采集到定位掉話問題需要的所有信息，此時需要通過進一步路測來收集數(shù)據(jù)。通過進一步的路測也能確認(rèn)該掉話點是隨機掉話的點或者固定掉話點，一般來說固定掉話點一定需要解決，而隨機掉話點則需要根據(jù)掉話發(fā)生的概率來確定是否需要解決。3.2 話統(tǒng)數(shù)據(jù)分析流程分析話統(tǒng)指標(biāo)時，要先看RNC掉話率指標(biāo)和信令面掉話率

12、指標(biāo)，掌握了網(wǎng)絡(luò)運行的整體情況。同時對關(guān)注的小區(qū)（小區(qū)集合）針對性地分析，按小區(qū)（小區(qū)集合）得到更詳細(xì)的掉話指標(biāo)。分析時可使用后臺網(wǎng)管得到不同業(yè)務(wù)的掉話情況以及大致的掉話原因。話統(tǒng)分析應(yīng)獲得指標(biāo)明顯異常的小區(qū)分析，如果小區(qū)以前KPI良好，此時很可能是版本、硬件、傳輸、天饋或者數(shù)據(jù)出了問題導(dǎo)致的異常，可以結(jié)合告警首先從這幾個方面檢查。如無明顯異常，根據(jù)指標(biāo)將各扇區(qū)載頻進行統(tǒng)計分類，可整理出各重點指標(biāo)較差小區(qū)列表，對于這些小區(qū)進一步細(xì)分話統(tǒng)指標(biāo)（如分析更多相關(guān)指標(biāo)，分析小時間間隔，分析可能引起掉話的指標(biāo)，如切換指標(biāo)等等），同時結(jié)合CT看掉話的原因。實際分析解決問題時，在重點抓住某個指標(biāo)分析的同時需

13、要結(jié)合其他指標(biāo)一起分析。需要說明的是話統(tǒng)只有在統(tǒng)計量較大時，指標(biāo)數(shù)值才具有指導(dǎo)意義。例如，出現(xiàn)掉話率為50%并不就代表網(wǎng)絡(luò)差，只有在呼叫次數(shù)、呼叫成功次數(shù)、掉話總次數(shù)的絕對值都已具備統(tǒng)計意義時，這個數(shù)值才具有意義。話統(tǒng)分析流程可以簡述如下：3.2.1 分析RNC掉話率RNC掉話率統(tǒng)計RNC觸發(fā)釋放的各業(yè)務(wù)RAB個數(shù)，主要包括兩個方面：（1）業(yè)務(wù)建立成功后，RNC向CN發(fā)送RAB RELEASE REQUEST消息。（2）業(yè)務(wù)建立成功后，RNC向CN發(fā)送IU RELEASE REQUEST消息，其后收到CN發(fā)送的IU RELEASE COMMAND。3.2.2 分析小區(qū)（小區(qū)集合）的掉話率指標(biāo)上

14、述只是對整個網(wǎng)絡(luò)分析，我們可分析小區(qū)掉話率指標(biāo)，主要需要分析小區(qū)“AMR掉話率”、“VP掉話率”、“PS掉話率”、“不同速率PS掉話率”、“切換成功率”、。 對所有小區(qū)分別用以上的指標(biāo)進行排序，選擇指標(biāo)特別差的小區(qū)或者最差的一些小區(qū)，進一步按照分析掉話原因。3.2.3 檢查小區(qū)是否異常如果小區(qū)以前KPI正常，可檢查小區(qū)的告警，排除小區(qū)異常方面的原因。3.2.4 分析掉話原因從后臺導(dǎo)出掉話原因數(shù)據(jù)，主要將其分為空口原因（RF、流程超時）、非空口原因（硬件故障、傳輸故障、用戶干預(yù)等），從而對網(wǎng)絡(luò)有個總體把握，得到影響網(wǎng)絡(luò)的主要因素。3.2.5 通過路測重現(xiàn)問題由于話統(tǒng)給出了趨勢，并給出了可能的問題

15、，具體問題的定位和分析還需要結(jié)合路測或者針對小區(qū)的CT分析來進行。對于問題小區(qū)，一般都需要安排針對小區(qū)進行路測，跟蹤手機側(cè)和RNC的信令流程進行分析，詳細(xì)分析方法請參見路測數(shù)據(jù)分析流程。3.3 典型掉話案例分析3.3.1 弱覆蓋掉話現(xiàn)象描述：在京石高速公路進行CS12.2K短呼測試，在下圖紅圈處發(fā)生兩次掉話。21圖 3.31 CS12.2K短呼測試掉話點優(yōu)化前效果原因分析：掉話點1的UU口信令如下所示。圖 3.32 掉話點1 UU口信令掉話點2的UU口信令如下圖所示，圖 3.33 掉話點2 UU口信令從信令圖可知，這兩個掉話點掉話的原因是radio link failure，即無線鏈路失敗。此

16、處RSCP值在-95dBm左右，導(dǎo)致掉話發(fā)生。解決方案：調(diào)整北潞園三扇區(qū)（6483）,方位角由270度調(diào)至315度；下傾角由6度調(diào)整為3度。使北潞園三扇（6483）主扇區(qū)覆蓋高速公路。調(diào)整京虹電聯(lián)三扇區(qū)(6492)、三扇區(qū)（6493）,下傾角由4度調(diào)至2度；PCCPCH發(fā)射功率由33.9dBm調(diào)至37dBm。調(diào)整韓健鑫豪公司一扇區(qū)（6427）、2扇區(qū)（6428），PCCPCH發(fā)射功率由33.9dBm調(diào)至37dBm。 調(diào)整后效果圖：圖 3.34 CS12.2K短呼測試掉話點優(yōu)化后效果圖調(diào)整后進行測試，京石高速路呼通正常，無掉話現(xiàn)象發(fā)生。3.3.2 切換區(qū)設(shè)置不合理引起的掉話問題現(xiàn)象描述： 在環(huán)城

17、南路南段，如圖粉色圓圈所標(biāo)示兩處發(fā)生掉話。圖 3.35 掉話地點第一處：環(huán)城西路和環(huán)城南路十字路口,距烏涂1.4km，距鳳崗820m，距聚泰紡織800m第二處：環(huán)城南路上距烏涂800m，距鳳崗1km，距聚泰紡織1.4km無線環(huán)境：環(huán)城南路路線筆直，天線視距，地形有明顯起伏，周圍環(huán)境從聚泰到烏涂逐漸由一般城區(qū)環(huán)境向郊區(qū)環(huán)境過渡，聚泰紡織和同安烏涂站間距約2.2km。鄰接關(guān)系配置：15211411，14113011，30111521掉話分析：掉話點有兩處：第一處在十字路口，此處鳳崗1扇信號變強，從聚泰紡織1521到鳳崗1411進行切換，當(dāng)剛過路口又可以收到烏涂3011的信號，而鳳崗1411由于障礙

18、物阻擋，信號一下子變?nèi)酰鹋c新小區(qū)鳳崗1411的失步，導(dǎo)致物理信道重配置失敗，同時由于此處有多個鄰接關(guān)系，在該處起呼，呼通率也不高；第二處在環(huán)城南路上距烏涂約800m處，該處是一個明顯的上下坡地形，掉話點前后烏涂的信號較好，而掉話點處由于是凹地，烏涂的信號不能到達(dá)，而此處可以收到短暫聚泰紡織的信號，此信號不穩(wěn)定，切換導(dǎo)致掉話。鎖頻聚泰紡織1521信號進行測試，路測儀上發(fā)現(xiàn)聚泰紡織的2扇的覆蓋距離較遠(yuǎn)，在烏涂站不遠(yuǎn)處，信號還是較強，需要縮短其覆蓋。解決方法及驗證：針對第一個掉話點：建議刪除14113011的鄰接關(guān)系，調(diào)整鳳崗1411的個體偏移，將路口的切換區(qū)向上移動，使環(huán)城南路上直接由聚泰紡織

19、1521切換到同安烏涂3011，避免出現(xiàn)鳳崗1411的信號。針對第二個掉話點：增大聚泰紡織1521的下傾角，縮短聚泰紡織的覆蓋區(qū)，使聚泰紡織和烏涂的切換區(qū)向聚泰方向靠近。調(diào)整后環(huán)城南路南段覆蓋良好，掉話率明顯下降。3.3.3 越區(qū)覆蓋引起的掉話問題解決現(xiàn)象描述：在優(yōu)化天津TD-SCDMA網(wǎng)塘沽片區(qū)過程中，路測時發(fā)現(xiàn)從中心北路由南往北行行駛至和廣州道交界的十字路口時存在掉話，掉話點如下圖所示圖 3.36 掉話地點現(xiàn)象分析：按規(guī)劃，中心北路的覆蓋應(yīng)該由勝利賓館1扇區(qū)、鴻發(fā)花園、廣州道3扇區(qū)共同承擔(dān)，但是由于勝利賓館基站天線掛高比較高（54m），而鴻發(fā)花園基站的天線掛高僅為30m，通過分析測試LOG

20、，發(fā)現(xiàn)勝利賓館1扇區(qū)（擾碼為93）存在明顯的越區(qū)覆蓋，見下圖圖 3.37 路測圖盡管在前期鄰區(qū)規(guī)劃時，考慮到了勝利賓館基站天線掛高比較高的因素，把勝利賓館1扇區(qū)（擾碼93）和鴻發(fā)花園的1扇區(qū)（擾碼9）互配了鄰區(qū)，避免了勝利賓館1扇區(qū)的孤島效應(yīng)，但是同時也造成了勝利賓館1扇區(qū)和鴻發(fā)花園1扇區(qū)的乒乓切換，當(dāng)UE在十字路口右拐時，由于勝利賓館1扇區(qū)沒有和廣州道3扇區(qū)（擾碼45）互配鄰小區(qū)，UE必須先從勝利賓館1扇區(qū)切回到鴻發(fā)花園1扇區(qū)，而此時由于UE在拐彎后，受建筑物的阻擋，鴻發(fā)花園1扇區(qū)的信號衰落很大（差15dB左右），使得UE還來不及從鴻發(fā)花園1扇區(qū)切換到廣州道3扇區(qū)就因為與鴻發(fā)花園1扇區(qū)的無線

21、鏈路差掉話了，試想如果沒有勝利賓館的越區(qū)覆蓋，UE早早就應(yīng)該從鴻發(fā)花園1扇區(qū)切換到廣州道3扇區(qū)了，這樣也就不會有掉話發(fā)生了。解決方法及驗證：（1）調(diào)整勝利賓館1扇區(qū)的下傾角，由2度調(diào)整為10度（2）刪去勝利賓館1扇區(qū)和鴻發(fā)花園1扇區(qū)的鄰區(qū)關(guān)系（3）調(diào)整鴻發(fā)花園1扇區(qū)和廣州道3扇區(qū)的時隙優(yōu)先級為不同，避免同頻同時隙切換。調(diào)整后的切換和覆蓋圖如下圖 3.38 調(diào)整后效果通過調(diào)整，勝利賓館1扇區(qū)的越區(qū)覆蓋已經(jīng)解決，中心北路上整個的切換關(guān)系也已經(jīng)理清楚，通過4部UE同時進行切換測試，沒有發(fā)現(xiàn)掉話現(xiàn)象。3.3.4 混合業(yè)務(wù)掉話率很高現(xiàn)象問題描述：天津現(xiàn)場反映，目前正按第三方測試方法，進行PS128同時和兩部CS12.2進行長保，來計算里程掉話比，發(fā)現(xiàn)掉話點比較多，主要是切換掉話，CS掉話而PS不掉。通過對前后臺信令分析發(fā)現(xiàn)，CS和PS同時呼叫時被分配在了不同的頻點接入。這種方式是滿足現(xiàn)在的DCA算法對頻點選擇的原則的。問題分析：目前的DCA算法在對混合業(yè)務(wù)接入的載頻選擇時，有兩個方面的考慮，一是盡量避免碎片產(chǎn)生，多個低速率（RU占用少）的用戶接入會產(chǎn)生碼道碎片，從而導(dǎo)致高速率（RU占用多）的用戶無法使用同一個時隙的剩余RU資源。因此引入了反轉(zhuǎn)載頻優(yōu)先級的策略，即對于RU占用多的業(yè)務(wù)，從優(yōu)先級最低的頻點接入