GT分流后TD掉話整治優(yōu)化

1、ostcom_b2000產(chǎn)品配置手冊(cè)td-scdma掉話問(wèn)題分析優(yōu)化指導(dǎo)手冊(cè)- 4 - 內(nèi)容介紹td-scdma網(wǎng)絡(luò)優(yōu)化掉話問(wèn)題分析介紹了td-scdma網(wǎng)絡(luò)優(yōu)化中的掉話問(wèn)題進(jìn)行分析，包括掉話定義，分析流程和方法，常見(jiàn)掉話原因和典型掉話案例分析。本文分5章。l 概述。l 掉話定義：介紹路測(cè)和話統(tǒng)中掉話定義。l 掉話分析流程和方法:詳細(xì)介紹掉話分析的流程和分析方法。l 常見(jiàn)掉話原因分析：介紹覆蓋、鄰區(qū)關(guān)系、切換、干擾等造成掉話的原因及分析的方法。l 典型掉話案例分析：結(jié)合廣州td網(wǎng)絡(luò)優(yōu)化案例進(jìn)行分析。讀者對(duì)象本書(shū)適合下列人員閱讀：l 參與網(wǎng)絡(luò)優(yōu)化的相關(guān)人員。目錄優(yōu)化指導(dǎo)手冊(cè)1-1前言iii內(nèi)容介

2、紹iii讀者對(duì)象iii本書(shū)約定iii目錄- 1 -第1章概述1-1第2章掉話定義2-12.1路測(cè)的掉話定義2-12.2話統(tǒng)指標(biāo)中的掉話定義2-1第3章掉話分析流程和方法3-13.1路測(cè)數(shù)據(jù)分析流程3-13.2話統(tǒng)數(shù)據(jù)分析流程3-33.3跟蹤數(shù)據(jù)分析流程3-63.4用戶(hù)投訴分析流程3-9第4章常見(jiàn)掉話原因分析4-14.1覆蓋差4-14.2鄰區(qū)漏配4-14.3切換掉話4-24.4干擾掉話4-24.5流程交互失敗4-34.6異常4-34.7調(diào)整措施4-34.7.1工程參數(shù)4-34.7.2小區(qū)參數(shù)4-3第5章典型掉話案例分析5-15.1鄰區(qū)漏配5-15.2乒乓切換5-25.3弱覆蓋5-3附錄a:縮略語(yǔ)

3、1附錄b：文檔修訂記錄2圖 31掉話分析流程樹(shù)3-1圖 32 掉話原因判斷3-2圖 33 呼叫跟蹤分析流程3-7圖 34用戶(hù)投訴分析流程3-9圖 51鄰區(qū)漏配調(diào)整前5-1圖 52鄰區(qū)漏配調(diào)整后5-1圖 53乒乓切換調(diào)整前5-2圖 54乒乓切換調(diào)整后5-2圖 55弱覆蓋調(diào)整前5-3圖 56弱覆蓋調(diào)整5-3td-scdma網(wǎng)絡(luò)優(yōu)化掉話問(wèn)題分析第4章 常見(jiàn)掉話原因分析第1章 概述在網(wǎng)絡(luò)建設(shè)及運(yùn)營(yíng)中，掉話率（calldroprate）是反映網(wǎng)絡(luò)質(zhì)量的重要指標(biāo)之一；掉話問(wèn)題也是日常網(wǎng)絡(luò)優(yōu)化面臨的一個(gè)常見(jiàn)問(wèn)題。掉話問(wèn)題對(duì)用戶(hù)的負(fù)面影響最直接，因此掉話率是運(yùn)營(yíng)商最為關(guān)注的指標(biāo)之一。實(shí)際的網(wǎng)絡(luò)中，影響掉話率的

4、因素很多，包括硬件問(wèn)題、干擾問(wèn)題、覆蓋問(wèn)題、切換問(wèn)題、參數(shù)問(wèn)題等。本文結(jié)合廣州td網(wǎng)絡(luò)建設(shè)和優(yōu)化的經(jīng)驗(yàn)，對(duì)掉話的定義、分析流程和方法、原因分析等內(nèi)容進(jìn)行描述。4-4第2章 掉話定義2.1 路測(cè)的掉話定義從ue側(cè)記錄的空口信令上看，在通話過(guò)程（連接狀態(tài)下）中，如果空口的消息，滿(mǎn)足以下三個(gè)條件的任何一個(gè)：1）收到任何的bch消息（即系統(tǒng)消息）2）收到rrc release消息且釋放的原因值為not normal3）收到cc disconnect，cc release complete，cc release三條消息中的任何一條，而且釋放的原因?yàn)閚ot normal clearing或者not nor

5、mal，unspecified。2.2 話統(tǒng)指標(biāo)中的掉話定義廣義的掉話率應(yīng)該包含cn和utran的掉話率，由于網(wǎng)優(yōu)重點(diǎn)關(guān)注與utran側(cè)的掉話率指標(biāo)，本文掉話率描述也重點(diǎn)關(guān)注utran側(cè)的kpi指標(biāo)分析。utran側(cè)相關(guān)指標(biāo)就是rnc觸發(fā)釋放的各業(yè)務(wù)rab個(gè)數(shù)。主要包括兩個(gè)方面：（1）業(yè)務(wù)建立成功后，rnc向cn發(fā)送rab release request消息。（2）業(yè)務(wù)建立成功后，rnc向cn發(fā)送iu release request消息，其后收到cn發(fā)送的iu release command。從大的方面來(lái)講，掉話分為兩大類(lèi)，信令面掉話和用戶(hù)面掉話；從流程上看，信令面掉話是rnc發(fā)起了iu re

6、lease request，用戶(hù)面掉話是rnc主動(dòng)發(fā)起rab release request。需要說(shuō)明的是ran話統(tǒng)掉話的定義只從iu接口的角度進(jìn)行統(tǒng)計(jì)，統(tǒng)計(jì)了rnc主動(dòng)發(fā)起的rab release請(qǐng)求次數(shù)和iu release請(qǐng)求次數(shù)。而路測(cè)掉話定義主要從空口的消息和非接入層的消息結(jié)合原因值來(lái)進(jìn)行定義的，兩者不完全一致的。比如說(shuō)，對(duì)于同時(shí)進(jìn)行主被叫通話，工具記錄主叫的空口消息，如果被叫異常掉話，那么分析主叫的流程也會(huì)是一次掉話，但從話統(tǒng)上看，這次主叫是沒(méi)有掉話指標(biāo)記錄的。所以?xún)烧叩亩x是不完全一致的，在分析時(shí)要注意區(qū)分。第3章 掉話分析流程和方法3.1 路測(cè)數(shù)據(jù)分析流程圖 31掉話分析流程樹(shù)

7、圖 32 掉話原因判斷 準(zhǔn)備數(shù)據(jù)路測(cè)軟件采集數(shù)據(jù)文件rnc記錄的單用戶(hù)跟蹤rnc記錄的cdl 獲取掉話位置采用路測(cè)數(shù)據(jù)處理軟件，比如analyzer和獲取掉話的時(shí)間和地點(diǎn)，獲取掉話前后scanner采集的導(dǎo)頻數(shù)據(jù)，手機(jī)采集的激活集和監(jiān)測(cè)集信息，信令流程等。 分析scanner主導(dǎo)小區(qū)變化情況主要分析主導(dǎo)小區(qū)的變壞情況，如果主導(dǎo)小區(qū)相對(duì)穩(wěn)定，進(jìn)一步分析rscp和c/i情況；如果主導(dǎo)小區(qū)變化頻繁，需要區(qū)分主導(dǎo)小區(qū)變化快的情況，或者沒(méi)有主導(dǎo)小區(qū)的情況，然后進(jìn)一步進(jìn)行乒乓切換掉話分析。 分析scanner主導(dǎo)小區(qū)信號(hào)rscp和c/i觀察scanner最好小區(qū)rscp，c/i，根據(jù)不同的情況分別處理rs

8、cp差，c/i差，可以確定為覆蓋問(wèn)題；rscp正常，c/i差（排除切換來(lái)不及導(dǎo)致的，同頻鄰區(qū)干擾），可以確定為導(dǎo)頻干擾問(wèn)題；rscp正常，c/i正常，如果ue激活集中小區(qū)與scanner最好小區(qū)不一致，可能為鄰區(qū)漏配或者切換來(lái)不及導(dǎo)致的掉話；如果ue激活集中小區(qū)與scanner最好小區(qū)一致,可能為上行干擾或者異常掉話。 路測(cè)重現(xiàn)問(wèn)題由于一次路測(cè)不一定能夠采集到定位掉話問(wèn)題需要的所有信息，此時(shí)需要通過(guò)進(jìn)一步路測(cè)來(lái)收集數(shù)據(jù)。通過(guò)進(jìn)一步的路測(cè)也能確認(rèn)該掉話點(diǎn)是隨機(jī)掉話的點(diǎn)或者固定掉話點(diǎn)，一般來(lái)說(shuō)固定掉話點(diǎn)一定需要解決，而隨機(jī)掉話點(diǎn)則需要根據(jù)掉話發(fā)生的概率來(lái)確定是否需要解決。3.2 話統(tǒng)數(shù)據(jù)分析流程分

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

10、因。實(shí)際分析解決等問(wèn)題時(shí)，在重點(diǎn)抓住某個(gè)指標(biāo)分析的同時(shí)需要結(jié)合其他指標(biāo)一起分析。需要說(shuō)明的是話統(tǒng)只有在統(tǒng)計(jì)量較大時(shí)，指標(biāo)數(shù)值才具有指導(dǎo)意義。例如，出現(xiàn)掉話率為50%并不就代表網(wǎng)絡(luò)差，只有在呼叫次數(shù)、呼叫成功次數(shù)、掉話總次數(shù)的絕對(duì)值都已具備統(tǒng)計(jì)意義時(shí)，這個(gè)數(shù)值才具有意義話統(tǒng)分析流程可以簡(jiǎn)述如下：1. 分析rnc掉話率和信令面掉話率rnc掉話率統(tǒng)計(jì)rnc觸發(fā)釋放的各業(yè)務(wù)rab個(gè)數(shù)，主要包括兩個(gè)方面：（1）業(yè)務(wù)建立成功后，rnc向cn發(fā)送rab release request消息。（2）業(yè)務(wù)建立成功后，rnc向cn發(fā)送iu release request消息，其后收到cn發(fā)送的iu release

11、command。信令面掉話主要是rnc發(fā)起了iu release request。分析iu口連接釋放情況得到信令面掉話率。2. 分析掉話原因在話統(tǒng)分析中還分析引起掉話的主要原因，可分析以下主要指標(biāo)：rab釋放請(qǐng)求次數(shù)，原因：無(wú)線網(wǎng)絡(luò)層資源不足csconvrabrelreq_resrab釋放請(qǐng)求次數(shù)，原因：無(wú)線網(wǎng)絡(luò)層其他錯(cuò)誤csconvrabrelreq_rerrrab釋放請(qǐng)求次數(shù)，原因：傳輸層錯(cuò)誤csconvrabrelreq_l2errrab釋放請(qǐng)求次數(shù)，原因：協(xié)議錯(cuò)誤csconvrabrelreq_perrrab釋放請(qǐng)求次數(shù)，原因：非接入層錯(cuò)誤csconvrabrelreq_naserrr

12、ab釋放請(qǐng)求次數(shù)，原因：雜項(xiàng)錯(cuò)誤csconvrabrelreq_otherrrab釋放請(qǐng)求次數(shù)，原因：無(wú)線網(wǎng)絡(luò)層資源不足psconvrabrelreq_resrab釋放請(qǐng)求次數(shù)，原因：無(wú)線網(wǎng)絡(luò)層其他錯(cuò)誤psconvrabrelreq_rerrrab釋放請(qǐng)求次數(shù)，原因：傳輸層錯(cuò)誤psconvrabrelreq_l2errrab釋放請(qǐng)求次數(shù)，原因：協(xié)議錯(cuò)誤psconvrabrelreq_perrrab釋放請(qǐng)求次數(shù)，原因：非接入層錯(cuò)誤psconvrabrelreq_naserrrab釋放請(qǐng)求次數(shù)，原因：雜項(xiàng)錯(cuò)誤psconvrabrelreq_otherr類(lèi)似還有interactive、streami

13、ng、background類(lèi)型的cs、ps業(yè)務(wù)。3. 分析小區(qū)（小區(qū)集合）的掉話率指標(biāo)上述只是對(duì)整個(gè)網(wǎng)絡(luò)分析，我們可分析小區(qū)掉話率指標(biāo)，主要需要分析小區(qū)“amr掉話率”、“vp掉話率”、“ps掉話率”、“硬切換掉話率”。 對(duì)所有小區(qū)分別用以上的指標(biāo)進(jìn)行排序，選擇指標(biāo)特別差的小區(qū)或者最差的一些小區(qū)，進(jìn)一步按照分析掉話原因。無(wú)線電路域掉話率電路域掉話的rab數(shù)目/電路域rab指派建立成功的rab數(shù)目*100%電路域掉話的rab數(shù)目rnc請(qǐng)求釋放的電路域rab數(shù)目+rnc請(qǐng)求釋放的電路域iu連接對(duì)應(yīng)的rab數(shù)目。無(wú)線分組域掉線率分組域掉線的rab數(shù)目/分組域rab指派建立成功的rab數(shù)目*100%分

14、組域掉線的rab數(shù)目rnc請(qǐng)求釋放的分組域rab數(shù)目+rnc請(qǐng)求釋放的分組域iu連接對(duì)應(yīng)的rab數(shù)目無(wú)線掉話率擴(kuò)展cs/ps域因該原因掉話的rab數(shù)目/cs/ps域rab指派成功的rab數(shù)目*100%cs/ps域因該原因掉線的rab數(shù)目rnc請(qǐng)求釋放的cs/ps域rab數(shù)目（對(duì)應(yīng)該原因值）rnc請(qǐng)求釋放的cs/ps域iu連接對(duì)應(yīng)的rab數(shù)目（對(duì)應(yīng)該原因值）電路域掉話的rab數(shù)目/電路域64k業(yè)務(wù)話務(wù)量*100%電路域掉話的rab數(shù)目rnc請(qǐng)求釋放的電路域rab數(shù)目+rnc請(qǐng)求釋放的電路域iu連接對(duì)應(yīng)的rab數(shù)目。為分析不同速率的ps掉話情況，可分析指標(biāo)rnc_ps_384k_rab_rel_c

15、ell_trig_by_rncrnc_ps_128k_rab_rel_cell_trig_by_rncrnc_ps_64k_rab_rel_cell_trig_by_rnc切換掉話率情況：hho_interfeq_drop_out_cell / hho_interfeq_out_cellhho_interfeq_drop_in_cell / hho_interfeq_in_cellhho_intrafeq_drop_out_cell/ hho_intrafeq_out_cellhho_intrafeq_drop_in_cell/ hho_intrafeq_in_cell通過(guò)上述這些掉話率的分析

16、，我們可獲得不同業(yè)務(wù)及其速率在網(wǎng)絡(luò)中的性能，可獲得切換掉話情況。重要的是通過(guò)這一步可獲得指標(biāo)較差的小區(qū)以及時(shí)間段。釋放原因指標(biāo)：rab釋放請(qǐng)求次數(shù)，原因：無(wú)線網(wǎng)絡(luò)層資源不足csconvrabrelreq_resrab釋放請(qǐng)求次數(shù)，原因：無(wú)線網(wǎng)絡(luò)層其他錯(cuò)誤csconvrabrelreq_rerrrab釋放請(qǐng)求次數(shù)，原因：傳輸層錯(cuò)誤csconvrabrelreq_l2errrab釋放請(qǐng)求次數(shù)，原因：協(xié)議錯(cuò)誤csconvrabrelreq_perrrab釋放請(qǐng)求次數(shù)，原因：非接入層錯(cuò)誤csconvrabrelreq_naserrrab釋放請(qǐng)求次數(shù)，原因：雜項(xiàng)錯(cuò)誤csconvrabrelreq_oth

17、errrab釋放請(qǐng)求次數(shù)，原因：無(wú)線網(wǎng)絡(luò)層資源不足psconvrabrelreq_resrab釋放請(qǐng)求次數(shù)，原因：無(wú)線網(wǎng)絡(luò)層其他錯(cuò)誤psconvrabrelreq_rerrrab釋放請(qǐng)求次數(shù)，原因：傳輸層錯(cuò)誤psconvrabrelreq_l2errrab釋放請(qǐng)求次數(shù)，原因：協(xié)議錯(cuò)誤psconvrabrelreq_perrrab釋放請(qǐng)求次數(shù)，原因：非接入層錯(cuò)誤psconvrabrelreq_naserrrab釋放請(qǐng)求次數(shù)，原因：雜項(xiàng)錯(cuò)誤psconvrabrelreq_otherr流程定時(shí)器超時(shí)指標(biāo)：流程定時(shí)器超時(shí)可重點(diǎn)分析以下流程(主要分析請(qǐng)求與cmp次數(shù)，已經(jīng)相應(yīng)超時(shí)次數(shù)統(tǒng)計(jì)指標(biāo))：rb_s

18、etuprb_recfgactive_set_updatephy_cfgrl failure指標(biāo)：cell_updt_rl_fail_cell（下行失步）iub_rl_fail（上行失步）rtwp，tcp指標(biāo)：rtwp均值、最大值tcp均值、最大值4. 檢查小區(qū)是否異常如果小區(qū)以前kpi正常，可檢查小區(qū)的告警，排除小區(qū)異常方面的原因。5. 分析掉話原因設(shè)備問(wèn)題：按照2、3如果分析結(jié)果是傳輸、設(shè)備原因，則可歸類(lèi)為設(shè)備問(wèn)題。覆蓋差：按照2、3如果分析結(jié)果是空口原因，則可歸類(lèi)為覆蓋差，無(wú)線環(huán)境變化塊等原因。切換導(dǎo)致的掉話：hho相關(guān)指標(biāo)導(dǎo)致的掉話。干擾導(dǎo)致的掉話：分析rl failure、rtwp，

19、tcp相關(guān)指標(biāo)，由于話統(tǒng)粒度粗，主要看整體情況，無(wú)法精確分析。從話統(tǒng)詳細(xì)分析掉話時(shí)，需按照掉話原因分類(lèi)分析相關(guān)指標(biāo)，必要時(shí)結(jié)合cdl分析。6. 通過(guò)路測(cè)重現(xiàn)問(wèn)題由于話統(tǒng)給出了趨勢(shì)，并給出了可能的問(wèn)題，具體問(wèn)題的定位和分析還需要結(jié)合路測(cè)或者針對(duì)小區(qū)的cdl分析來(lái)進(jìn)行。對(duì)于問(wèn)題小區(qū)，一般都需要安排針對(duì)小區(qū)進(jìn)行路測(cè)，跟蹤手機(jī)側(cè)和rnc的信令流程進(jìn)行分析，詳細(xì)分析方法請(qǐng)參見(jiàn)路測(cè)數(shù)據(jù)分析流程。3.3 跟蹤數(shù)據(jù)分析流程跟蹤數(shù)據(jù)分析包括單用戶(hù)跟蹤消息分析，通常情況下，單用戶(hù)消息結(jié)合數(shù)據(jù)采集工具記錄的ue側(cè)數(shù)據(jù)，能夠基本上定位一些掉話問(wèn)題；對(duì)于更加復(fù)雜的問(wèn)題，需要配合cdl和實(shí)時(shí)狀態(tài)監(jiān)控來(lái)綜合分析。也有一些商

20、用手機(jī)的問(wèn)題或者重點(diǎn)用戶(hù)的問(wèn)題，沒(méi)有手機(jī)側(cè)記錄的消息，需要通過(guò)從單用戶(hù)跟蹤數(shù)據(jù)來(lái)分析和定位。單用戶(hù)跟蹤除了記錄單用戶(hù)的信令消息（iu，iur，iub，uu），同時(shí)需要記錄p-ccpch rscp、 c/i性能跟蹤，記錄ue的發(fā)射功率，記錄上行sir，sir target，記錄上行bler，記錄下行碼發(fā)射功率，如果是數(shù)據(jù)業(yè)務(wù)，還要進(jìn)一步記錄上下行的業(yè)務(wù)量和吞吐量。圖 33 呼叫跟蹤分析流程1. 獲取單用戶(hù)跟蹤消息單用戶(hù)跟蹤消息需要事先在rnc上進(jìn)行跟蹤，才能記錄相應(yīng)的消息。根據(jù)imsi進(jìn)行跟蹤記錄的消息用來(lái)分析掉話問(wèn)題是足夠的。2. 獲取掉話點(diǎn)信息從單用戶(hù)跟蹤消息來(lái)看，掉話的定義是rnc主動(dòng)發(fā)起

21、了rab釋放（消息名稱(chēng)為ranap_rab_release_req），或者rnc主動(dòng)發(fā)起iu釋放（消息名稱(chēng)為ranap_iu_release_req）。前者對(duì)應(yīng)為用戶(hù)面掉話，后者對(duì)應(yīng)為信令面掉話。通過(guò)查找以上兩條消息，就可以或者掉話點(diǎn)的時(shí)間，以及掉話前的信令消息，以便進(jìn)一步進(jìn)行分析。3. 信令面掉話分析信令面掉話表現(xiàn)為手機(jī)或者rnc不能收到確認(rèn)模式傳送的信令，產(chǎn)生srb復(fù)位，導(dǎo)致連接釋放。下行方向一般有這些消息手機(jī)不能收到而可能導(dǎo)致srb復(fù)位：安全模式過(guò)程，鑒權(quán)加密過(guò)程，測(cè)量控制，激活集更新，物理信道重配置，傳輸信道重配置，rb重配置以及3g到2g的切換命令（handover from utr

22、an command），手機(jī)是否收到這些命令需要手機(jī)側(cè)的跟蹤消息來(lái)確認(rèn)；上行方向有以下的消息可能導(dǎo)致srb復(fù)位：測(cè)量報(bào)告，激活集更新完成，物理信道重配置完成，傳輸信道重配置完成，rb重配置完成，同樣需要rnc側(cè)的跟蹤消息來(lái)確認(rèn)是否收到。4. 用戶(hù)面掉話分析用戶(hù)面掉話主要是trb復(fù)位，這種情況主要在ps業(yè)務(wù)上發(fā)生，voice和vp業(yè)務(wù)不會(huì)產(chǎn)生trb復(fù)位。一般可以通過(guò)確認(rèn)掉話發(fā)生時(shí)的ue發(fā)射功率或者下行碼發(fā)射功率情況來(lái)輔助確認(rèn)。當(dāng)激活集中只有一條鏈路上，會(huì)由于rl failure導(dǎo)致rnc發(fā)起iu release， rl failure是上行失步引起的，但是下行失步會(huì)使ue關(guān)閉發(fā)射機(jī)，接著就造成上

23、行失步，在定位掉話是上行引起釋放還是下行引起的時(shí)候，需要分析掉話前手機(jī)的發(fā)射功率和實(shí)時(shí)狀態(tài)監(jiān)控的下行的碼發(fā)射功率來(lái)區(qū)分。下行覆蓋差、下行干擾強(qiáng)或者上行干擾都會(huì)導(dǎo)致trb復(fù)位。有時(shí)候數(shù)據(jù)業(yè)務(wù)由于重傳次數(shù)設(shè)置不合理，在切換來(lái)不及的情況下，trb比srb先產(chǎn)生復(fù)位，在分析時(shí)要注意區(qū)分。5. 異常掉話分析異常掉話一般指掉話無(wú)法從覆蓋、干擾等方面找到原因，也無(wú)法根據(jù)前面介紹的用戶(hù)面掉話或者信令面掉話原因來(lái)解釋?zhuān)@種掉話往往是設(shè)備的異?；蛘呤鞘謾C(jī)的異常導(dǎo)致的。比如由于傳輸突然中斷導(dǎo)致的掉話、基站設(shè)備異常導(dǎo)致的掉話、手機(jī)突然死機(jī)等都會(huì)導(dǎo)致異常掉話。對(duì)于傳輸異常一般通過(guò)分析cdl或者參看告警來(lái)進(jìn)一步分析；對(duì)于

24、基站設(shè)備異常可以通過(guò)查詢(xún)基站狀態(tài)來(lái)確認(rèn)，對(duì)于手機(jī)異常，需要通過(guò)分析手機(jī)記錄的數(shù)據(jù)來(lái)定位。6. 撥測(cè)，重現(xiàn)問(wèn)題當(dāng)已有的數(shù)據(jù)不足以定位掉話問(wèn)題的時(shí)候，啟動(dòng)更詳細(xì)的數(shù)據(jù)跟蹤，最好的辦法采用測(cè)試手機(jī)是在問(wèn)題點(diǎn)進(jìn)行撥測(cè)，重現(xiàn)問(wèn)題，然后繼續(xù)進(jìn)行分析。3.4 用戶(hù)投訴分析流程圖 34用戶(hù)投訴分析流程1. 了解用戶(hù)投訴用戶(hù)投訴發(fā)生的時(shí)候需要詳細(xì)記錄問(wèn)題發(fā)生的時(shí)間，問(wèn)題產(chǎn)生的地點(diǎn)，以及問(wèn)題的具體現(xiàn)象。2. 檢查話統(tǒng)指標(biāo)通過(guò)分析用戶(hù)投訴相關(guān)的話統(tǒng)指標(biāo)，來(lái)進(jìn)一步分析該投訴是某個(gè)用戶(hù)特有的問(wèn)題還是網(wǎng)絡(luò)一般性的問(wèn)題，對(duì)于一般性的問(wèn)題，請(qǐng)參考話統(tǒng)指標(biāo)的分析來(lái)進(jìn)一步分析投訴。3. 檢查告警根據(jù)投訴的時(shí)間，查看cn，rnc或

25、者投訴地點(diǎn)對(duì)應(yīng)基站的告警，看這些告警是否會(huì)產(chǎn)生相應(yīng)的掉話，如果存在這個(gè)告警，試著消除和解決這個(gè)告警。4. 檢查cdlcdl記錄了用戶(hù)異常發(fā)生時(shí)候的信令，狀態(tài)等信息，通過(guò)分析cdl可以進(jìn)一步了解投訴產(chǎn)生的原因。5. 投訴點(diǎn)撥測(cè)，重現(xiàn)問(wèn)題對(duì)于話統(tǒng)分析，告警分析以及cdl分析都無(wú)法解決的問(wèn)題，需要通過(guò)到現(xiàn)場(chǎng)撥測(cè)的方法進(jìn)行問(wèn)題重新，撥測(cè)的時(shí)候數(shù)據(jù)記錄的方法和路測(cè)方法相同，在某些場(chǎng)合，可能不適合記錄手機(jī)側(cè)信息，那么需要通過(guò)rnc來(lái)盡量多的記錄各種信息，特別需要記錄收集上報(bào)的c/i和rscp信息，以排除覆蓋問(wèn)題導(dǎo)致的掉話。對(duì)于一些特別的地點(diǎn)，到現(xiàn)場(chǎng)撥測(cè)都不可能，那么需要通過(guò)用戶(hù)的手機(jī)號(hào)碼來(lái)獲取imsi，然

26、后在rnc啟動(dòng)呼叫跟蹤，以便進(jìn)一步定位問(wèn)題。第4章 常見(jiàn)掉話原因分析4.1 覆蓋差td網(wǎng)絡(luò)覆蓋指標(biāo)主要是p-ccpch的rscp、c/i。通常所說(shuō)的覆蓋差，是指rscp小于100dbm。對(duì)覆蓋差問(wèn)題進(jìn)行分析是，通常要考慮上行覆蓋和下行覆蓋。上行覆蓋差還是下行覆蓋差的問(wèn)題需要通過(guò)掉話前上行或者下行的專(zhuān)用信道功率來(lái)確認(rèn)，需要采用以下的方法來(lái)確認(rèn)：如果掉話前的上行發(fā)射功率達(dá)到最大值，并且上行的bler也很差或者從rnc記錄的單用戶(hù)跟蹤上看到nodeb上報(bào)rl failure，基本可以認(rèn)為上行覆蓋差導(dǎo)致的掉話。如果掉話前，下行發(fā)射功率達(dá)到最大值，并且下行的bler很差，基本可以認(rèn)為是下行覆蓋不行導(dǎo)致的

27、掉話。在合理的鏈路平衡情況下，而且上下行沒(méi)有干擾的情況下，上行和下行發(fā)射功率會(huì)同時(shí)受限，此時(shí)不一定要嚴(yán)格區(qū)分哪一方先出現(xiàn)受限。如果上下行嚴(yán)重不平衡，則應(yīng)該初步判定為受限方向存在干擾。確認(rèn)覆蓋的問(wèn)題簡(jiǎn)單直接的方式是直接觀察scanner采集的數(shù)據(jù)，若最好小區(qū)的rscp和c/i都很低，就可以認(rèn)為是覆蓋問(wèn)題。由于缺站、扇區(qū)接錯(cuò)、功放故障導(dǎo)致站關(guān)閉等原因都會(huì)導(dǎo)致覆蓋差，在一些室內(nèi)，由于過(guò)大的穿透損耗也會(huì)導(dǎo)致覆蓋太差，扇區(qū)接錯(cuò)或者站點(diǎn)由于故障原因關(guān)閉等容易在優(yōu)化過(guò)程中出現(xiàn)，表現(xiàn)為其他小區(qū)在掉話點(diǎn)的覆蓋差，需要注意分析區(qū)別。4.2 鄰區(qū)漏配一般來(lái)講，初期優(yōu)化過(guò)程掉話占大多數(shù)是由于鄰區(qū)漏配導(dǎo)致的。對(duì)于同頻鄰

28、區(qū)，通常采用以下的辦法來(lái)確認(rèn)是否為同頻鄰區(qū)漏配：方法一：觀察掉話前ue記錄的激活集c/i信息和scanner記錄的best server c/i信息，如果ue記錄的c/i很差，而scanner記錄的best server c/i很好；同時(shí)檢查scanner記錄best server擾碼是否出現(xiàn)在掉話前最近出現(xiàn)的同頻測(cè)量控制的鄰區(qū)列表中，如果測(cè)量控制的鄰區(qū)列表中中沒(méi)有擾碼，那么可以確認(rèn)是鄰區(qū)漏配。方法二：如果掉話后ue馬上重新接入，如果ue重新接入的小區(qū)擾碼和掉話時(shí)的擾碼不一致，也可以懷疑是鄰區(qū)漏配問(wèn)題，可以通過(guò)測(cè)量控制進(jìn)一步進(jìn)行確認(rèn)（從掉話位置的消息開(kāi)始往前找，找到最近一條同頻測(cè)量控制消息，檢

29、查該測(cè)量控制消息的鄰區(qū)列表）。方法三：有些ue會(huì)上報(bào)檢測(cè)集（detected set ）信息，如果掉話發(fā)生前檢測(cè)集信息中有相應(yīng)的擾碼信息，也可以確認(rèn)是鄰區(qū)漏配的問(wèn)題。鄰區(qū)漏配導(dǎo)致的掉話也包括異頻鄰區(qū)漏配和異系統(tǒng)鄰區(qū)漏配。異頻鄰區(qū)漏配的確認(rèn)方法和同頻幾乎相同，主要是掉話發(fā)生的時(shí)候，手機(jī)沒(méi)有測(cè)量或者上報(bào)異頻鄰區(qū)，而手機(jī)掉話后重新駐留到異頻鄰區(qū)上。異系統(tǒng)鄰區(qū)漏配表現(xiàn)為手機(jī)在3g掉話，掉話后手機(jī)重新選網(wǎng)駐留到2g網(wǎng)絡(luò)，從信號(hào)質(zhì)量來(lái)看，2g網(wǎng)絡(luò)的質(zhì)量很好（在掉話點(diǎn)用2g測(cè)試手機(jī)觀察rssi信號(hào)）。4.3 切換掉話切換導(dǎo)致掉話主要有兩類(lèi)原因：切換來(lái)不及或者乒乓切換。從信令流程上cs業(yè)務(wù)表現(xiàn)為手機(jī)收不到激活

30、集更新命令（物理信道重配置），ps業(yè)務(wù)也有可能收不到激活集更新命令，也有可能在切換之前先發(fā)生trb復(fù)位。從信號(hào)上看，切換來(lái)不及主要有以下現(xiàn)象：1）拐角：源小區(qū)c/i陡降，目標(biāo)小區(qū)c/i陡升（即突然出現(xiàn)就是很高的值）；2）針尖：源小區(qū)c/i快速下降后一段時(shí)間后上升，目標(biāo)小區(qū)出現(xiàn)短時(shí)間的陡升。從信令流程上看，一般在掉話前手機(jī)上報(bào)了鄰區(qū)的1g或者2a測(cè)量報(bào)告，rnc也收到了測(cè)量報(bào)告，并下發(fā)了激活集更新消息，但ue收不到激活集更新消息。乒乓切換主要有以下兩種現(xiàn)象：1）主導(dǎo)小區(qū)變化快：2個(gè)或者多個(gè)小區(qū)交替成為主導(dǎo)小區(qū)，主導(dǎo)小區(qū)具有較好的rscp和c/i每個(gè)小區(qū)成為主導(dǎo)小區(qū)的時(shí)間很短；2）無(wú)主導(dǎo)小區(qū)：存在

31、多個(gè)小區(qū)，rscp正常而且相互之間差別不大，每個(gè)小區(qū)的c/i都很差。從信令流程上看，一般可以看到1個(gè)小區(qū)剛剛刪除，然后馬上要求加入，此時(shí)收不到rnc下發(fā)的激活集更新命令導(dǎo)致失敗。解決切換來(lái)不及導(dǎo)致的掉話，可以通過(guò)調(diào)整天線擴(kuò)大切換區(qū)，也可以配置1g事件的切換參數(shù)使切換更容易發(fā)生，或者配置offset使目標(biāo)小區(qū)能夠提前發(fā)生切換；解決乒乓切換帶來(lái)的掉話問(wèn)題，可以調(diào)整天線使覆蓋區(qū)域形成主導(dǎo)小區(qū)，也可以配置1g事件的切換參數(shù)減少乒乓的發(fā)生等方法來(lái)進(jìn)行。對(duì)于異頻切換和系統(tǒng)間切換，在切換前需要進(jìn)行異頻或者異系統(tǒng)測(cè)量，測(cè)量啟動(dòng)太遲，可能導(dǎo)致手機(jī)來(lái)不及測(cè)量目標(biāo)小區(qū)的信號(hào)，從而產(chǎn)生掉話，也可能手機(jī)完成了測(cè)量，但下

32、發(fā)的異頻或者異系統(tǒng)切換請(qǐng)求手機(jī)不能正常接收而導(dǎo)致掉話。對(duì)于3g 2g系統(tǒng)間切換掉話的常見(jiàn)原因大概如下：鄰區(qū)漏配置，可以通過(guò)配置鄰區(qū)解決；信號(hào)變化太快導(dǎo)致掉話；手機(jī)問(wèn)題，比如ue回切換失敗或者ue沒(méi)有上報(bào)異系統(tǒng)測(cè)量報(bào)告導(dǎo)致掉話等；物理信道重配置時(shí)發(fā)生最優(yōu)小區(qū)發(fā)生變更導(dǎo)致掉話，需要產(chǎn)品算法進(jìn)行優(yōu)化；異系統(tǒng)小區(qū)配置過(guò)多導(dǎo)致掉話，可以通過(guò)優(yōu)化鄰區(qū)數(shù)目解決；lac區(qū)配置錯(cuò)誤導(dǎo)致的掉話，可以通過(guò)數(shù)據(jù)配置檢查解決。4.4 干擾掉話下行和上行的干擾都會(huì)導(dǎo)致掉話。一般情況下，對(duì)于下行，當(dāng)激活集p-ccpch rscp大于-85db，而激活集綜合c/i小于-9db產(chǎn)生了掉話，基本上可以認(rèn)為是下行干擾的問(wèn)題（當(dāng)切換

33、不及時(shí)的時(shí)候，也可能出現(xiàn)服務(wù)小區(qū)rscp信號(hào)很好，但c/i很差；但此時(shí)監(jiān)測(cè)集小區(qū)rscp和c/i都很好）；對(duì)于上行rtwp比正常值（-107-105）超過(guò)10db，干擾時(shí)間超過(guò)23s，就有可能造成掉話，需要重點(diǎn)解決。下行的干擾通常是指導(dǎo)頻污染，指覆蓋地區(qū)存在3個(gè)以上的小區(qū)滿(mǎn)足切換條件，由于信號(hào)的波動(dòng)常常出現(xiàn)激活集替換或者最優(yōu)小區(qū)發(fā)生變化，通常當(dāng)激活集綜合質(zhì)量不好（p-ccpch的c/i都在-3db左右波動(dòng)），容易出現(xiàn)切換失敗導(dǎo)致srb復(fù)位，也可能出現(xiàn)trb復(fù)位。上行的干擾增加了連接模式的手機(jī)上行發(fā)射功率，從而產(chǎn)生過(guò)高的bler導(dǎo)致srb或者trb復(fù)位或者由于失步導(dǎo)致掉話。另外，在切換的時(shí)候，新

34、建鏈路由于上行干擾問(wèn)題導(dǎo)致鏈路不能同步，從而造成該小區(qū)的切換成功率低，或者造成切換失敗而導(dǎo)致掉話。通常在沒(méi)有干擾的情況下，上下行是平衡的，也就是說(shuō)掉話前上下行的發(fā)射功率都會(huì)接近最大值。但當(dāng)干擾存在時(shí)，如果是下行的干擾，往往出現(xiàn)上行發(fā)射功率很小或者bler收斂的情況，但下行發(fā)射功率達(dá)到最大值同時(shí)也伴隨著下行bler不收斂；對(duì)于上行干擾，會(huì)存在同樣的表現(xiàn)，在實(shí)際分析可以通過(guò)這個(gè)方法來(lái)區(qū)分。4.5 流程交互失敗一些需要信令交互的流程，如amr控制、ue的狀態(tài)遷移等，常常會(huì)由于信號(hào)的原因，手機(jī)支持方面的原因或者ran設(shè)備和手機(jī)的配合問(wèn)題，導(dǎo)致流程失敗，最后導(dǎo)致掉話。還有一種特殊情況就是在流程的交互過(guò)程

35、中，如rb建立，rb重配置等流程中，切換的測(cè)量報(bào)告不能及時(shí)處理，導(dǎo)致信號(hào)變差而掉話。這類(lèi)問(wèn)題需要針對(duì)特定的流程和手機(jī)進(jìn)行分析，沒(méi)有一般性的處理方法。4.6 異常在排除了以上的原因之后，其他的掉話一般需要懷疑設(shè)備的問(wèn)題，需要通過(guò)查看設(shè)備的日志，告警等進(jìn)一步來(lái)分析掉話原因。比如：nodeb異常引起同步失敗，導(dǎo)致的鏈路不停增加和刪除,手機(jī)不上報(bào)1g測(cè)量報(bào)告導(dǎo)致掉話.這里需要重點(diǎn)注意的是測(cè)試手機(jī)異常死機(jī)引起的掉話問(wèn)題，一般在撥測(cè)過(guò)程中容易出現(xiàn)這個(gè)問(wèn)題，具體表現(xiàn)為路測(cè)記錄的數(shù)據(jù)中有一段時(shí)間沒(méi)有手機(jī)上報(bào)的信息。4.7 調(diào)整措施4.7.1 工程參數(shù)工程參數(shù)的調(diào)整可以調(diào)整站點(diǎn)的位置、天線的高度、下傾角、天線的波瓣寬度、天線增益以及方向角等。對(duì)于上行或下行覆蓋問(wèn)題導(dǎo)致的掉話，增加站點(diǎn)是最好的辦法，同時(shí)可以考慮更改天線的高度、下傾角，也可以更換增益更高的天線或者增加塔放。對(duì)于針尖和拐角效應(yīng)，通過(guò)天線調(diào)整也是比較有效的解決辦法，由于針尖效應(yīng)和拐角效應(yīng)往往出現(xiàn)在街道拐彎的地方或者兩條街道交界的地方，可以考慮通過(guò)天線的方向角和街道錯(cuò)開(kāi)一定的角度的方式來(lái)調(diào)整，但同時(shí)需要注意原來(lái)街道路邊商鋪的覆蓋不要有很大的影響。對(duì)于導(dǎo)頻干擾引起的覆蓋問(wèn)題，可以通過(guò)調(diào)整某一個(gè)天線的工程參數(shù)，使該天線在干擾位置成為主導(dǎo)