【正文】 ORDER FROM UTRAN FAILURE消息，表明本次PS域系統(tǒng)間切換出過程失敗，需要重點(diǎn)查看以下話統(tǒng)指標(biāo)：失敗原因分析思路RNC/CELL級PS異系統(tǒng)切換出準(zhǔn)備失敗配置不支持網(wǎng)絡(luò)中的切換命令終端不支持，一般是手機(jī)兼容性問題傳輸層原因?qū)?yīng)著傳輸鏈路異常其他原因需要根據(jù)核心網(wǎng)與BSS的信令跟蹤進(jìn)行進(jìn)一步的分析 切換問題優(yōu)化案例外部鄰小區(qū)信息不一致引起切換失敗現(xiàn)象描述某一室內(nèi)小區(qū)A，與其室外的鄰區(qū)B(A、B小區(qū)在不同的RNC上，A在RNC1上，B在RNC2上)，A－B切換入成功率為100％，但是B－A切換成功率為0。問題分析通過后臺查詢A、B配置為雙向鄰區(qū)，不存在單向鄰區(qū)的關(guān)系；A小區(qū)的切換參數(shù)都是正常配置CIO配置為0，不存在A小區(qū)切換參數(shù)配置問題；在B小區(qū)上UE上報(bào)的測量報(bào)告來看目標(biāo)小區(qū)的信息為10071（113），同A小區(qū)的配置不一樣10071（119），懷疑是同頻鄰區(qū)解調(diào)錯誤造成的，同過對B小區(qū)的鄰區(qū)進(jìn)行檢查，沒有配置10071（113）的鄰區(qū)，后檢查B小區(qū)所在的RNC上A小區(qū)外部鄰小區(qū)配置信息，其中A小區(qū)的擾碼配置為113同A小區(qū)的實(shí)際配置不一樣。這樣UE上報(bào)的信息是錯誤的不能發(fā)起切換。后通過了解是A小區(qū)擾碼發(fā)生改變，在跨RNC上的外部鄰小區(qū)區(qū)信息沒有進(jìn)行相應(yīng)的修改。調(diào)整方案在RNC2上把外部鄰小區(qū)A的擾碼修改為119。優(yōu)化效果RNC2上外部鄰小區(qū)A的擾碼修改后，經(jīng)過現(xiàn)場的反復(fù)測試，B－A切換正常，話統(tǒng)指標(biāo)也恢復(fù)正常。 同頻干擾引起切換失敗現(xiàn)象描述上灣酒店基站_TD3小區(qū)和葛東大廈_TD3小區(qū)話統(tǒng)同頻接力切換成功率很低。如下所示：時間CELLIDRNC內(nèi)同頻接力切換嘗試次數(shù)RNC內(nèi)同頻接力切換失敗次數(shù)RNC內(nèi)同頻接力切換成功率201011204390189352010112042782623320101121439011154220101121427828042201011224390111559201011224278287582010112342782431620101123439017215原因分析從兩個小區(qū)的地理分布和頻點(diǎn)配置發(fā)現(xiàn)，這兩個小區(qū)同頻，雖然道路上測試沒有大問題，但是在一些覆蓋不好的地方，發(fā)生同頻切換，成功率很低。圖 38調(diào)整方案修改葛東大廈_TD3主頻點(diǎn)為10096優(yōu)化效果頻點(diǎn)優(yōu)化后，切換成功率大大提升，指標(biāo)如下：時間CELLIDRNC內(nèi)同頻接力切換嘗試次數(shù)RNC內(nèi)同頻接力切換失敗次數(shù)RNC內(nèi)同頻接力切換成功率201011244390152116201011244278238810201011254390162216201011254278264613201011264278221813201011264390120501基站告警引起切換失敗、現(xiàn)象描述：長崗路一里官橋村95號_TD2,3小區(qū)接力切換成功率在5月17日突然下降原因分析某一個小區(qū)指標(biāo)突然惡化，首先懷疑基站出現(xiàn)故障。查詢告警發(fā)現(xiàn)該基站存在RRU數(shù)字鎖環(huán)相失鎖告警，導(dǎo)致切換失敗。 調(diào)整方案處理基站告警。優(yōu)化效果告警消除后，指標(biāo)恢復(fù)正常。圖 39 掉話專題優(yōu)化 掉話定義和話統(tǒng)指標(biāo)路測掉話定義話統(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個數(shù)。主要包括兩個方面：（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)計(jì)時可按具體業(yè)務(wù)分類統(tǒng)計(jì)。同時話統(tǒng)還統(tǒng)計(jì)了RNC觸發(fā)釋放各業(yè)務(wù)RAB的原因。目前通過對IU口統(tǒng)計(jì)的失敗的原因主要有：IU RELEASE REQUSET Cause：Unspecified Failuretrelocoverall expiryfailure in the radio interface produrerelease due to UE generatd singnaling connection release Successful relocationRAB RELEASE REQUSET Causefailure in the radio interface produreunspecified failure 定義的掉話相應(yīng)的Counter：IU Release 對應(yīng)counter原因?yàn)?13(Oamp。M Intervention)的RNC請求釋放電路域Iu連接對應(yīng)的RAB數(shù)(小區(qū)級)原因?yàn)?0(Release due to UE generated signalling connection release)的RNC請求釋放電路域Iu連接對應(yīng)的RAB數(shù)(小區(qū)級)原因?yàn)?6(User Inactivity)的RNC請求釋放電路域Iu連接對應(yīng)的RAB數(shù)(小區(qū)級)原因?yàn)?6(Radio Connection With UE Lost)的RNC請求釋放電路域Iu連接對應(yīng)的RAB數(shù)(小區(qū)級)原因?yàn)?13(Oamp。M Intervention)的RNC請求釋放分組域Iu連接對應(yīng)的RAB數(shù)(小區(qū)級)原因?yàn)?0(Release due to UE generated signalling connection release)的RNC請求釋放分組域Iu連接對應(yīng)的RAB數(shù)(小區(qū)級)原因?yàn)?6(User Inactivity)的RNC請求釋放分組域Iu連接對應(yīng)的RAB數(shù)(小區(qū)級)原因?yàn)?6(Radio Connection With UE Lost)的RNC請求釋放分組域Iu連接對應(yīng)的RAB數(shù)(小區(qū)級)RAB Release對應(yīng)counter原因?yàn)?13(Oamp。M Intervention)的RNC請求釋放的電路域RAB數(shù)(小區(qū)級)原因?yàn)?0(Release due to UE generated signalling connection release)的RNC請求釋放的電路域RAB數(shù)(小區(qū)級)原因?yàn)?6(User Inactivity)的RNC請求釋放的電路域RAB數(shù)(小區(qū)級)原因?yàn)?5(Signalling Transport Resource Failure)的RNC請求釋放的電路域RAB數(shù)(小區(qū)級)原因?yàn)?(RAB preempted)的RNC請求釋放的電路域RAB數(shù)(小區(qū)級)原因?yàn)?13(Oamp。M Intervention)的RNC請求釋放的分組域RAB數(shù)(小區(qū)級)原因?yàn)?0(Release due to UE generated signalling connection release)的RNC請求釋放的分組域RAB數(shù)(小區(qū)級)原因?yàn)?6(User Inactivity)的RNC請求釋放的分組域RAB數(shù)(小區(qū)級)原因?yàn)?(RAB preempted)的RNC請求釋放上述這些指標(biāo)可以按照表格分類：掉話分類引起原因?qū)?yīng)的信令過程相關(guān)指標(biāo)空口原因RFRLC復(fù)位，RL FailureSRB_RESET，TRB RESET，RL失敗，無線接口流程失敗流程定時器超時RB _RECFGPHY_RECFG 等過程超時HHO 過程失敗SRB_RESET非空口原因傳輸層故障ALCAP上報(bào)故障AAL2LOSS Signalingtransportresourcefailure通過MML強(qiáng)行釋放用戶Oamp。M interventionomintervention 從上述分類看出，話統(tǒng)指標(biāo)目前沒有完全按照通常網(wǎng)絡(luò)優(yōu)化的掉話原因分類進(jìn)行統(tǒng)計(jì)。需要說明的是RAN話統(tǒng)掉話的定義只從Iu接口的角度進(jìn)行統(tǒng)計(jì)，統(tǒng)計(jì)了RNC主動發(fā)起的RAB release請求次數(shù)和Iu release請求次數(shù)，分析掉話的時候要經(jīng)過對信令的統(tǒng)計(jì)和OMC上導(dǎo)出的Counter進(jìn)行比較分析。而路測掉話定義主要從空口的消息和非接入層的消息結(jié)合原因值來進(jìn)行定義的，兩者不完全一致的。比如說，對于同時進(jìn)行主被叫通話，軟件記錄主叫的空口消息，如果被叫異常掉話，那么分析主叫的流程也會是一次掉話，但從話統(tǒng)上看，這次主叫是沒有掉話指標(biāo)記錄的。所以兩者的定義是不完全一致的，在分析時要注意區(qū)分。 DT/CQT優(yōu)化流程掉話數(shù)據(jù)分析流程如下：圖 40掉話分析流程圖 常見掉話原因分析及常用優(yōu)化手段常見導(dǎo)致掉話的非切換原因有：覆蓋原因在移動通信網(wǎng)絡(luò)中，由于缺站、扇區(qū)接錯、RRU故障導(dǎo)致小區(qū)故障或信號發(fā)射異常、無線環(huán)境等原因都會導(dǎo)致弱覆蓋的出現(xiàn)，在一些室內(nèi)，由于過大的穿透損耗也會導(dǎo)致更差的覆蓋現(xiàn)象。由于某些站點(diǎn)位置不合理，天線掛高過高或天線的方位角是沿街道方向，產(chǎn)生越區(qū)覆蓋的現(xiàn)象，由于越區(qū)覆蓋很容易出現(xiàn)孤島效應(yīng)和對別的小區(qū)產(chǎn)生同頻或擾碼相關(guān)性較差而產(chǎn)生干擾導(dǎo)致的掉話。扇區(qū)接錯或者站點(diǎn)由于故障原因退服等情況容易在優(yōu)化過程中出現(xiàn)，表現(xiàn)為其他小區(qū)在掉話點(diǎn)的覆蓋差，需要注意分析區(qū)別。確認(rèn)覆蓋的問題簡單直接的方式是直接觀察路測的數(shù)據(jù)，若最好小區(qū)的RSCP和C/I都很低，就可以認(rèn)為是覆蓋問題。針對不同類型的覆蓋原因可以考慮采取以下的優(yōu)化措施：引起原因調(diào)整措施弱覆蓋問題調(diào)整天饋的工程參數(shù)、增加PCCPCH功率，做好23G的互操作。對于調(diào)整后不能進(jìn)行解決的弱覆蓋可以提加站或通過拉遠(yuǎn)增加小區(qū)需求，對于由于站點(diǎn)位置不當(dāng)由于遮擋產(chǎn)生的弱覆蓋問題，提天饋整改需求過覆蓋問題調(diào)整天饋的工程參數(shù)（用含預(yù)置電子下傾的天線替換無預(yù)置的天線）、降低PCCPCH功率、配置相應(yīng)的鄰區(qū)、整改天線的掛高進(jìn)行站點(diǎn)位置整改或站點(diǎn)位置站點(diǎn)故障引起的覆蓋問題故障排除、增添鄰區(qū)，23G互操作孤島效應(yīng)調(diào)整天饋的工程參數(shù)、配置單向鄰區(qū)來解決（暫時處理措施）扇區(qū)接反光纖調(diào)換、在調(diào)換前按實(shí)際的信號來進(jìn)行鄰區(qū)配置導(dǎo)頻污染調(diào)整天饋的工程參數(shù)、增加或降低某些小區(qū)的PCCPCH功率干擾導(dǎo)致的掉話TDSCDMA系統(tǒng)的干擾主要分兩個大的方面：系統(tǒng)內(nèi)和系統(tǒng)外干擾。在系統(tǒng)內(nèi)主要由于同頻、擾碼分配以及相鄰小區(qū)交叉時隙等帶來的干擾，表現(xiàn)在PCCPCH RSCP很好，而C/I非常差，這種情況可通過調(diào)整頻點(diǎn)、重新分配擾碼以及鄰小區(qū)時隙調(diào)整等方法來有效避免。另外，由于TDSCDMA是一個TDD系統(tǒng)，所以如果GPS失步、郊區(qū)基站相距較遠(yuǎn)等均會帶來DwPCH對UpPCH的干擾，嚴(yán)重的時候會使得上行無法接入和切換入。系統(tǒng)外的干擾主要是異系統(tǒng)，特別是PHS系統(tǒng)會對TD系統(tǒng)帶來比較嚴(yán)重的干擾，同時微波、雷達(dá)，軍用警用設(shè)備等帶來的干擾，這些干擾都會對TD系統(tǒng)網(wǎng)絡(luò)性能造成很嚴(yán)重的影響。干擾會增加了連接模式的手機(jī)上行發(fā)射功率，從而產(chǎn)生過高的BLER而導(dǎo)致掉話。UE的發(fā)射功率過大對其他的UE和小區(qū)也帶來較大的干擾。另外，在切換的時候，新建鏈路由于UPPCH干擾問題導(dǎo)致鏈路不能進(jìn)行上行同步，造成切換失敗而導(dǎo)致掉話。干擾問題常見優(yōu)化手段如下：引起原因調(diào)整措施同頻、擾碼相關(guān)性引起的干擾頻點(diǎn)、擾碼優(yōu)化調(diào)整UP干擾GPS造成的此問題，故障站點(diǎn)故障排除；調(diào)整UPPTS的期望接受功率（如果干擾較大此方法幾乎不起作用）、進(jìn)行UP位置偏移（）系統(tǒng)外干擾干擾源查找、調(diào)整天饋參數(shù)和增加異系統(tǒng)間天線的隔離度異常分析在排除了以上的原因之后，其他的掉話一般需要懷疑設(shè)備的問題和終端問題，需要通過查看設(shè)備的日志，告警等進(jìn)一步來分析掉話原因。對于UE的原因要通過話統(tǒng)數(shù)據(jù)分析小區(qū)的KPI，或者借助PCHR分析定位，然后對小區(qū)進(jìn)行跟蹤，追蹤有問題的UE。這里需要重點(diǎn)注意的是測試手機(jī)異常死機(jī)引起的掉話問題（手機(jī)使用時間過長就容易發(fā)熱死機(jī)），一般在撥測和路測過程中容易出現(xiàn)這個問題，具體表現(xiàn)為路測記錄的數(shù)據(jù)中有一段時間沒有手機(jī)上報(bào)的信息。 掉話問題分析流程綜合各種掉話原因，掉話分析的分析流程所下圖所示：圖 41 掉話問題分析流程準(zhǔn)備數(shù)據(jù)路測軟件采集數(shù)據(jù)文件、RNC記錄的Trace、RNC記錄的PCHR話單獲取掉話位置采用路測數(shù)據(jù)處理軟件獲取掉話的時間和地點(diǎn)，掉話時的無線信號環(huán)境和信令流程，獲取掉話前后UE采集的導(dǎo)頻數(shù)據(jù)等。分析主導(dǎo)小區(qū)變化情況主要分析主導(dǎo)小區(qū)的變化情況，如果主導(dǎo)小區(qū)相對穩(wěn)定，進(jìn)一步分析RSCP和C/I情況；如果主導(dǎo)小區(qū)變化頻繁，需要區(qū)分主導(dǎo)小區(qū)變化快的情況，或者沒有主導(dǎo)小區(qū)的情況，然后進(jìn)一步進(jìn)行乒乓切換掉話分析。利用Scanner來進(jìn)行聯(lián)合優(yōu)化，可以很好的來判斷導(dǎo)頻污染和鄰區(qū)漏配的情況。分析主導(dǎo)小區(qū)信號RSCP和C/I觀察最好小區(qū)RSCP，C/I，根據(jù)不同的情況分別處理RSCP差，C/I差，可以確定為覆蓋問題；RSCP正常，C/I差，可以確定為同頻或擾碼相關(guān)性差帶來的干擾問題；RSCP正常，C/I正常，如果UE的服務(wù)小區(qū)與最好小區(qū)不一致，可能為鄰區(qū)漏配或者切換來不及導(dǎo)致的掉話；如果UE的服務(wù)小區(qū)與最好小區(qū)一致,可能為上行干擾干擾或者異常掉話。路測重現(xiàn)問題由于一次路測不一定能夠采集到定位掉話問題需要的所有信息，此時需要通過進(jìn)一步路測來收集數(shù)據(jù)。通過進(jìn)一