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