(重要)TD-SCDMA無(wú)線性能優(yōu)化思路樹(shù)(V11)

1、TD-SCDMA無(wú)線性能優(yōu)化思路TD-SCDMA無(wú)線性能優(yōu)化思路樹(shù)關(guān)鍵字：KPI PS域掉線率 CS域掉話率 UpPCH干擾 CT數(shù)據(jù)接入 切換 接力切換 硬切換摘要：隨著TD-SCDMA網(wǎng)絡(luò)的用戶數(shù)量逐漸上升，網(wǎng)絡(luò)開(kāi)始出現(xiàn)各種各樣的問(wèn)題，這些問(wèn)題影響到了TD-SCDMA用戶對(duì)網(wǎng)絡(luò)的認(rèn)同，基于此種情況撰寫(xiě)此文，主要針對(duì)網(wǎng)絡(luò)優(yōu)化過(guò)程中遇到的這些問(wèn)題提供了解決方法和優(yōu)化思路，以便于各個(gè)TD-SCDMA外場(chǎng)在優(yōu)化過(guò)程中如果遇到問(wèn)題能夠迅速地定位問(wèn)題、解決問(wèn)題?？s略語(yǔ)： KPI：Key Performance IndicateEMC：Electromagnetic CompatibilityCS：Ci

2、rcuit Switch DomainPS：Packet Switch DomainRNC：Radio Network Controller參考資料 1 3GPP TS 25.331: RRC Protocol Specification.2 3GPP TS 25.413: UTRAN Iu interface Radio Access Network Application Part (RANAP) signalling.目 錄1掉話問(wèn)題原因及解決辦法11.1掉話的主要處理過(guò)程11.1.1RNC級(jí)掉話11.1.2小區(qū)級(jí)掉話22PS掉話問(wèn)題原因及解決方法62.1PS掉話的主要處理過(guò)程：72.1

3、.1RNC級(jí)PS掉話72.1.2小區(qū)級(jí)PS掉話103接入問(wèn)題原因及解決辦法133.1接入問(wèn)題分析觸發(fā)點(diǎn)及獲取信令方式133.2接入失敗問(wèn)題定位134切換問(wèn)題原因及解決辦法154.1切換問(wèn)題的發(fā)現(xiàn)154.1.1路測(cè)中發(fā)現(xiàn)切換問(wèn)題154.1.2系統(tǒng)側(cè)KPI統(tǒng)計(jì)中發(fā)現(xiàn)切換問(wèn)題154.2切換問(wèn)題主要原因154.3切換問(wèn)題解決思路164.3.1RNC或全網(wǎng)切換失敗問(wèn)題164.3.2RNC內(nèi)切換失敗問(wèn)題165干擾問(wèn)題解決辦法196尋呼擁塞問(wèn)題解決辦法211 掉話問(wèn)題原因及解決辦法現(xiàn)網(wǎng)的掉話監(jiān)測(cè)分成RNC級(jí)的掉話與小區(qū)級(jí)的掉話兩個(gè)方面，若出現(xiàn)網(wǎng)元大面積掉話，可能由RNC硬件故障引起。但還有一種情況是全網(wǎng)所有

4、的RNC掉話率都較高，此時(shí)可以考慮可能是由于CN的故障或是由其它系統(tǒng)原因造成，比如系統(tǒng)升級(jí)。造成RNC掉話升級(jí)的原因可以有以下幾種：(1) 參數(shù)配置錯(cuò)誤：這有兩個(gè)方面參數(shù)配置存在問(wèn)題，一是RNC中的全局參數(shù)配置存在問(wèn)題，另一方面是由CN中對(duì)RNC的參數(shù)配置存在問(wèn)題。(2) RNC硬件故障問(wèn)題：需要通過(guò)對(duì)RNC告警的檢查以及對(duì)RNC日志的檢查來(lái)確定是否是由硬件故障引起。(3) 小區(qū)級(jí)掉話率較高，造成小區(qū)掉話的原因較多，主要有以下幾種：(4) 干擾造成的掉話：（同頻干擾、相關(guān)性較強(qiáng)的擾碼引起的干擾、導(dǎo)頻污染、上下行交叉時(shí)隙干擾、上下行導(dǎo)頻間干擾、系統(tǒng)間干擾、其它無(wú)線設(shè)置的干擾）(5) 切換造成的掉

5、話：（硬件故障導(dǎo)致切換異常、同頻同擾碼小區(qū)越區(qū)覆蓋導(dǎo)致切換異常、越區(qū)孤島切換問(wèn)題、目標(biāo)小區(qū)上行同步失敗導(dǎo)致切換失敗、無(wú)線參數(shù)設(shè)置不合理導(dǎo)致切換不及時(shí)）(6) 基站硬件故障造成的掉話(7) 終端問(wèn)題造成的掉話(8) 鏈路失衡造成的掉話(9) 參數(shù)配置錯(cuò)誤造成的掉話(10) 覆蓋問(wèn)題造成的掉話（覆蓋空洞造成的掉話、越區(qū)覆蓋造成的掉話、孤島效應(yīng)導(dǎo)致的掉話、導(dǎo)頻雜亂導(dǎo)致的掉話、陰影衰落導(dǎo)致的掉話）1.1 掉話的主要處理過(guò)程1.1.1 RNC級(jí)掉話(1) 出現(xiàn)RNC級(jí)掉話后，首先需確定該RNC級(jí)的掉話是由多個(gè)小區(qū)引起的，還是由個(gè)別高掉話的小區(qū)所導(dǎo)致。如果是由個(gè)別小區(qū)引起的，應(yīng)進(jìn)行小區(qū)級(jí)的掉話處理步驟，否

6、則進(jìn)入網(wǎng)元級(jí)的掉話處理過(guò)程。(2) 檢查RNC的系統(tǒng)告警，檢查是否存在相關(guān)硬件的告警信息，如果存在單板的告警，則需要進(jìn)行排除。(3) 檢查RNC的系統(tǒng)日志，對(duì)其中不正常部分進(jìn)行檢查。(4) 檢查CT數(shù)據(jù)中掉話部分的信令，分析其錯(cuò)誤代碼，常見(jiàn)的RNC級(jí)參數(shù)設(shè)置錯(cuò)誤引起的掉話主要有以下幾種：表 11 常見(jiàn)的RNC級(jí)參數(shù)設(shè)置錯(cuò)誤引起的掉話錯(cuò)誤代碼事件編號(hào)CN_TRANAP_unknown_target_rnc9CN_TRANAP_release_due_to_utran_generated_reason15CN_TRANAP_user_plane_versions_not_supported27其中

7、：unknown_target_rnc則表明CN中對(duì)RNC的SGSN解析地址定義錯(cuò)誤，此時(shí)容易造成PS業(yè)務(wù)RNC間切換失敗，從而引起掉話的產(chǎn)生。而user_plane_versions_not_supported則主要是由于版本問(wèn)題造成的失?。蝗绻a(chǎn)生release_due_to_utran_generated_reason原因則主要是由于硬件故障造成。 1.1.2 小區(qū)級(jí)掉話(1) 出現(xiàn)小區(qū)級(jí)掉話時(shí)，首先查看該小區(qū)是否有硬件故障告警，如果有，首先要求用服人員解決硬件故障問(wèn)題。(2) 檢查切出成功率是否正常，如果切換成功率較低，檢查鄰區(qū)關(guān)系以及是否存在同頻同碼的情況。u 鄰小區(qū)關(guān)系中是否存在同

8、頻同擾碼的現(xiàn)象，這種情況在路測(cè)中也可以發(fā)現(xiàn)，一般是在鄰區(qū)表中出現(xiàn)兩條相同的鄰小區(qū)關(guān)系，這里需要注意的是業(yè)務(wù)同頻同擾的現(xiàn)象，它無(wú)法在路測(cè)中發(fā)現(xiàn)，一般需要對(duì)信令進(jìn)行分析，此時(shí)雖然兩個(gè)小區(qū)主載頻異頻，但measurement report卻上報(bào)了1G事件，針對(duì)這種情況需要通過(guò)修改頻點(diǎn)和擾碼解決（可以通過(guò)系統(tǒng)自帶的全局參數(shù)合法性檢查工具進(jìn)行檢查）u 鄰小區(qū)關(guān)系中是否存在同頻同碼組的現(xiàn)象，這種情況在路測(cè)中也可以發(fā)現(xiàn)，一般情況是它是影響到終端的測(cè)量結(jié)果，此時(shí)測(cè)量結(jié)果不準(zhǔn)確，造成終端上報(bào)系統(tǒng)后系統(tǒng)判斷錯(cuò)誤，針對(duì)這種情況則需要修改頻點(diǎn)和擾碼解決（可以通過(guò)系統(tǒng)自帶的全局參數(shù)合法性檢查工具進(jìn)行檢查）u 是否存在單

9、邊鄰小區(qū)關(guān)系，如果存在，添加單邊鄰區(qū)，單邊小區(qū)的檢查可以使用NOP-T工具進(jìn)行，也可以通過(guò)對(duì)性能統(tǒng)計(jì)指標(biāo)中的小區(qū)對(duì)切換統(tǒng)計(jì)指標(biāo)來(lái)檢查。u 是否存在異頻鄰小區(qū)個(gè)數(shù)過(guò)多的現(xiàn)象（異頻鄰區(qū)數(shù)超過(guò)8個(gè)），如果存在，刪除不必要的鄰區(qū)，這種情況可以使用NOP-T工具進(jìn)行檢查，也可以使用辦公軟件進(jìn)行檢查。u 是否存在切換開(kāi)關(guān)設(shè)置的問(wèn)題（有部分HOM開(kāi)關(guān)可能被關(guān)掉或在外部小區(qū)定義中的切入開(kāi)關(guān)設(shè)為禁止）。如果存在，打開(kāi)切換開(kāi)關(guān)u 切換相關(guān)的事件定義是否準(zhǔn)確，不區(qū)引用是否正確，如果存在，修改引用u PS切換失敗是否存完整性算法問(wèn)題，如果存在，將RNC、CN之間的完整性開(kāi)關(guān)設(shè)成一致u 是否存在鄰區(qū)漏配的情況。需要用S

10、CANNER路測(cè)發(fā)現(xiàn)是否存在漏配的情況。如果存在，添加鄰區(qū)。u 目標(biāo)小區(qū)擁塞造成的掉話，由于目標(biāo)小區(qū)的資源不足，而本小區(qū)的覆蓋又越來(lái)越差，此時(shí)造成掉話。常見(jiàn)的錯(cuò)誤代碼為no_resource_available或RRM_CellOverload_Release(3) 檢查時(shí)隙轉(zhuǎn)換點(diǎn)配置是否正確，是否存在交叉時(shí)隙干擾。如果存在，修改時(shí)隙轉(zhuǎn)換點(diǎn)。(4) 檢查UP時(shí)隙和上行業(yè)務(wù)時(shí)隙的干擾電平，是否存在上行干擾導(dǎo)致掉話。如果存在，進(jìn)行干擾排查。(5) 根據(jù)性能指標(biāo)統(tǒng)計(jì)，如果PS域和CS域的BLER都比較高則有可能存在干擾，然后再結(jié)合載頻時(shí)隙干擾統(tǒng)計(jì)指標(biāo)來(lái)判斷是否確實(shí)存在干擾，另外通過(guò)對(duì)信令的分析如存在

11、干擾則一般信令流程正常，未有切換事件或其它事件，但RNC進(jìn)行了IURELEASE，原因一般為無(wú)線鏈路的原因。（比如無(wú)線鏈路錯(cuò)誤等），有時(shí)也會(huì)發(fā)生CELLUPDATE 原因?yàn)镽LCunrecoverable error如果確實(shí)存在則需要現(xiàn)場(chǎng)排除，現(xiàn)場(chǎng)測(cè)試時(shí)如果存在干擾則有以下幾個(gè)方面的顯示：u C/I較差：系統(tǒng)內(nèi)同頻的干擾較為嚴(yán)重，發(fā)生掉話時(shí)會(huì)存在終端發(fā)射功率較高，的現(xiàn)象，同時(shí)覆蓋也相對(duì)較好，表現(xiàn)在RSCP值上，一般都在-90dBm以上，另外一表現(xiàn)象就是起呼比較困難，而起呼成功率后也很容易掉話u 終端發(fā)射功率較高，基本上滿功率發(fā)射，一般都在-20dBm以上u 系統(tǒng)外的干擾造成的掉話同樣具有終端發(fā)

12、射功率較高的現(xiàn)象，也一般都都在-20dBm以上u 系統(tǒng)外干擾造成掉話時(shí)也可以通過(guò)誤塊率指標(biāo)進(jìn)行判斷，此時(shí)無(wú)論是進(jìn)行CS業(yè)務(wù)還是進(jìn)行PS業(yè)務(wù)，BLER都比較高，并且保持時(shí)間較長(zhǎng)u 系統(tǒng)外干擾語(yǔ)音業(yè)務(wù)判斷，此時(shí)進(jìn)行通話會(huì)出現(xiàn)斷字、吞字、金屬聲等現(xiàn)象，比較難以進(jìn)行通話。(6) 通過(guò)對(duì)性能指標(biāo)的統(tǒng)計(jì)，主要是對(duì)RRC連接成功率的統(tǒng)計(jì)，這其中的統(tǒng)計(jì)包括業(yè)務(wù)相關(guān)和非業(yè)務(wù)相關(guān)的統(tǒng)計(jì)，如果兩種統(tǒng)計(jì)都較差，則有可能存在覆蓋問(wèn)題，此時(shí)可以檢查CT數(shù)據(jù)中RRC CONNECTION REQUEST中的PCCPCH的值，則說(shuō)明存在弱覆蓋現(xiàn)象，需要進(jìn)行功率參數(shù)、天線方向角、下傾角的調(diào)整。(7) 如果上述都檢查不出原因，可

13、能是載波、時(shí)隙的隱性故障，此時(shí)可以嘗試閉解載波時(shí)隙，或者強(qiáng)行閉載波、時(shí)隙觀察掉話率的變化。(8) 終端問(wèn)題，一般是通過(guò)對(duì)大量的性能數(shù)據(jù)統(tǒng)計(jì)，發(fā)現(xiàn)掉話高的小區(qū)，然后依據(jù)小區(qū)性能數(shù)據(jù)分析信令，可以看出掉話常發(fā)生的用戶，而后進(jìn)行處理。目前常見(jiàn)的終端問(wèn)題為UP同步存在問(wèn)題，此時(shí)容易在切換時(shí)產(chǎn)生Ue_Operate_fail_physicalchannelfailure錯(cuò)誤。圖 11 掉話率問(wèn)題解決流程2 PS掉話問(wèn)題原因及解決方法現(xiàn)網(wǎng)的PS掉話監(jiān)測(cè)分成RNC級(jí)的掉話與小區(qū)級(jí)的掉話兩個(gè)方面，若出現(xiàn)網(wǎng)元大面積掉話，可能由RNC硬件故障引起。但還有一種情況是全網(wǎng)所有的RNC掉話率都較高，此時(shí)可以考慮可能是由

14、于CN的故障或是由其它系統(tǒng)原因造成，比如系統(tǒng)升級(jí)。造成RNC掉話升級(jí)的原因可以有以下幾種：(1) 參數(shù)配置錯(cuò)誤：這有兩個(gè)方面參數(shù)配置存在問(wèn)題，一是RNC中的全局參數(shù)配置存在問(wèn)題，另一方面是由CN中對(duì)RNC的參數(shù)配置存在問(wèn)題。(2) RNC硬件故障問(wèn)題：需要通過(guò)對(duì)RNC告警的檢查以及對(duì)RNC日志的檢查來(lái)確定是否是由硬件故障引起。(3) 終端問(wèn)題。目前外場(chǎng)的終端不是很成熟，特別是HS終端。這些不成熟的終端對(duì)性能指標(biāo)的影響很大。(4) R5和R4小區(qū)的切換走RB重定位流程，目前我們系統(tǒng)的實(shí)現(xiàn)不是很成熟，R5和R4小區(qū)之間的切換失敗會(huì)造成大量的掉話。小區(qū)級(jí)掉話率較高，造成小區(qū)掉話的原因較多，主要有以下

15、幾種：(1) 干擾造成的掉話：（同頻干擾、相關(guān)性較強(qiáng)的擾碼引起的干擾、導(dǎo)頻污染、上下行交叉時(shí)隙干擾、上下行導(dǎo)頻間干擾、系統(tǒng)間干擾、其它無(wú)線設(shè)置的干擾）(2) 切換造成的掉話：（硬件故障導(dǎo)致切換異常、同頻同擾碼小區(qū)越區(qū)覆蓋導(dǎo)致切換異常、越區(qū)孤島切換問(wèn)題、目標(biāo)小區(qū)上行同步失敗導(dǎo)致切換失敗、無(wú)線參數(shù)設(shè)置不合理導(dǎo)致切換不及時(shí)）(3) 基站硬件故障造成的掉話(4) 終端問(wèn)題造成的掉話(5) 鏈路失衡造成的掉話(6) 參數(shù)配置錯(cuò)誤造成的掉話(7) 覆蓋問(wèn)題造成的掉話（覆蓋空洞造成的掉話、越區(qū)覆蓋造成的掉話、孤島效應(yīng)導(dǎo)致的掉話、導(dǎo)頻雜亂導(dǎo)致的掉話、陰影衰落導(dǎo)致的掉話）2.1 PS掉話的主要處理過(guò)程：2.1.

16、1 RNC級(jí)PS掉話(1) 出現(xiàn)RNC級(jí)掉話后，首先需確定該RNC級(jí)的掉話是由多個(gè)小區(qū)引起的，還是由個(gè)別高掉話的小區(qū)所導(dǎo)致。如果是由個(gè)別小區(qū)引起的，應(yīng)進(jìn)行小區(qū)級(jí)的掉話處理步驟，否則進(jìn)入網(wǎng)元級(jí)的掉話處理過(guò)程。(2) 檢查RNC的系統(tǒng)告警，檢查是否存在相關(guān)硬件的告警信息，如果存在單板的告警，則需要進(jìn)行排除。(3) 從流量、HS的RAB增加數(shù)量、HS的掉話數(shù)量幾個(gè)方面看，整體PS掉話率是否和HSDPA用戶增加，HS高掉話率有關(guān)。廈門(mén)、深圳PS掉話率急劇抬升就是由于HS用戶/HS業(yè)務(wù)量增加有關(guān)，而HS掉話率高又和終端不成熟有關(guān)，需要推動(dòng)終端改進(jìn)。(4) 在OMM上對(duì)PS掉話的原因進(jìn)行統(tǒng)計(jì)，重點(diǎn)分析是哪

17、種原因突然增多。如果突然出現(xiàn)RL Fail、RNLC Unknow則很大的可能性是由于終端問(wèn)題造成，需要進(jìn)行用戶回訪，了解終端型號(hào)。下面詳細(xì)對(duì)RLFail_Report原因進(jìn)行分析：u RlFail Report產(chǎn)生RLFail的直接原因是RNC判斷上行失敗造成，從目前的優(yōu)化經(jīng)驗(yàn)來(lái)看，主要有三個(gè)方面造成了這種原因：1）終端側(cè)出現(xiàn)異常當(dāng)終端發(fā)生異常，沒(méi)有上發(fā)信號(hào)，導(dǎo)致基站側(cè)檢測(cè)不到上行信號(hào)而報(bào)無(wú)線鏈路失敗，終端側(cè)的異常包括： 終端本身出現(xiàn)異常，比如死機(jī)。 終端與電腦的連接出現(xiàn)異常，比如連接線、USB插口、插槽因?yàn)樗蓜?dòng)而斷線，或終端在電腦上的驅(qū)動(dòng)程序出現(xiàn)異常。 終端在電腦上的應(yīng)用程序出現(xiàn)異常。 電

18、腦出現(xiàn)異常導(dǎo)致終端方面異常。如果終端側(cè)出現(xiàn)異常，要重新作起業(yè)務(wù)，一般要對(duì)終端進(jìn)行重啟，終端重啟后將會(huì)進(jìn)行一次Location Update過(guò)程，這從系統(tǒng)側(cè)后臺(tái)信令上可以觀察到，并且從上次RL Failure導(dǎo)致掉話到下次重新作起業(yè)務(wù)來(lái)也將會(huì)有較大的時(shí)延，通常要超過(guò)30秒。從廈門(mén)攻關(guān)看，90%以上的RLFail都是由于終端異常造成。2）無(wú)線信道環(huán)境出現(xiàn)深衰落或者強(qiáng)干擾無(wú)線信道環(huán)境出現(xiàn)深衰落或強(qiáng)干擾時(shí)，會(huì)導(dǎo)致基站沒(méi)有解對(duì)終端發(fā)出的上行信號(hào)而報(bào)RL Failure，如果是出現(xiàn)深衰落，下行鏈路的無(wú)線信道環(huán)境跟上行鏈路一樣，信道質(zhì)量變差，下行功率會(huì)抬升得比較高，并且UE會(huì)上報(bào)Cell Update。這種

19、情況需要進(jìn)行用戶回訪和復(fù)測(cè)才能發(fā)現(xiàn)，用戶往往出在室內(nèi)弱場(chǎng)區(qū)域，解決方案是加強(qiáng)覆蓋，減少干擾。3）基站側(cè)出現(xiàn)異常基站解錯(cuò)上行信號(hào)或接收不到上行信號(hào)而報(bào)無(wú)線鏈路失敗。此時(shí)基站應(yīng)該會(huì)出現(xiàn)告警，且基本上不能接入和保持住包括PS在內(nèi)的任何業(yè)務(wù)或終端了，這種情況在廈門(mén)未發(fā)現(xiàn)。(5) 在OMM上對(duì)PS掉話的原因進(jìn)行統(tǒng)計(jì)，重點(diǎn)分析是哪種原因突然增多。如果突然出現(xiàn)大量的UCIU Error則很大的可能性是由于終端問(wèn)題造成，需要進(jìn)行用戶回訪，了解終端型號(hào)。下面詳細(xì)對(duì)UCIU Error原因進(jìn)行分析：u UCIU Error產(chǎn)生UCIU Error的直接原因是用戶出錯(cuò)誤，RLC達(dá)到最大復(fù)位重發(fā)次數(shù)后產(chǎn)生的錯(cuò)誤，產(chǎn)生

20、此種錯(cuò)誤的原因主要以下幾種原因： RLC層發(fā)生了不恢復(fù)的錯(cuò)誤 參數(shù)配置錯(cuò)誤，曾經(jīng)在天津外場(chǎng)做過(guò)償試，關(guān)閉掉RBC算法后UCIU Error錯(cuò)誤上升了300%左右。 無(wú)線覆蓋原因，其主要還是造成了RLC層的錯(cuò)誤 基站故障 部分終端原因也會(huì)造成此這種原因的出現(xiàn)。對(duì)于此種原因，研發(fā)正在尋找解決方案?，F(xiàn)場(chǎng)針對(duì)這種問(wèn)題的PS掉話，目前主要做用戶回訪，確定用戶型號(hào)和掉好點(diǎn)的無(wú)線環(huán)境。(6) 在OMM上對(duì)PS掉話的原因進(jìn)行統(tǒng)計(jì)，重點(diǎn)分析是哪種原因突然增多。如果是operate_timeout原因的掉話數(shù)量很大，則通過(guò)CT查看是否是HSDPA與DCH信道之間切換超時(shí)掉話。這類關(guān)鍵小區(qū)大多處在HSDPA小區(qū)的邊

21、緣，如果存在大量1、2載頻的小區(qū)（都沒(méi)有開(kāi)通HSDPA），HSDPA數(shù)據(jù)卡在切換過(guò)程中容易發(fā)生operate_timeout，通過(guò)開(kāi)通HSDPA后，可以規(guī)避一些掉話的發(fā)生。下面是對(duì)物理信道或是RB重配置超時(shí)以及CELLUPDATE的原因分析：u 物理信道重配置超時(shí)或RB重配置超時(shí)（Ue_Operate_TimeOut）對(duì)于物理信道重配置超時(shí)或RB重配置超時(shí)，常見(jiàn)的有以下幾種可能性： 存在UPPCH的干擾，如果是硬切換的情況下會(huì)造成隨機(jī)接入過(guò)程的失敗，從而造成物理信道重配置失敗，Cause值為2。 HS業(yè)務(wù)與R4業(yè)務(wù)之間的切換失敗，包括從R4到R5的切換和從R5到R4的切換，這種原因主要表現(xiàn)為R

22、B重配置超時(shí)。 虛假的鄰小區(qū)關(guān)系造成物理信道重配置超時(shí) RB重配置參數(shù)設(shè)置不合理造成RB重配置超時(shí) 功率參數(shù)配置不合理造成RB或物理信道重配置超時(shí)目前外場(chǎng)常見(jiàn)的原因主要是終端問(wèn)題和R5與R4業(yè)務(wù)之間的切換問(wèn)題。(7) 在OMM上對(duì)PS掉話的原因進(jìn)行統(tǒng)計(jì)，重點(diǎn)分析是哪種原因突然增多?？碿ellupdate的比列是否增加。產(chǎn)生CellUpdate的直接原因是UE判斷下行失敗造成，當(dāng)UE在一定的時(shí)間內(nèi)沒(méi)有收到系統(tǒng)下發(fā)的消息，會(huì)認(rèn)為下行無(wú)線質(zhì)量惡化導(dǎo)，進(jìn)一步判斷下行失步后，此時(shí)UE會(huì)上報(bào)小區(qū)更新（CellUpdate），網(wǎng)絡(luò)側(cè)根據(jù)小區(qū)更新的目標(biāo)小區(qū)分配無(wú)線資源，因此小區(qū)更新（CellUpdate）有兩

23、種可能性：u 第一種可能性，小區(qū)更新（CellUpdate）發(fā)生在本小區(qū)，如果來(lái)自在當(dāng)前歸屬小區(qū)，出于規(guī)避下行干擾的考慮將為終端分配新的物理資源，如果此時(shí)該小區(qū)剩余資源不足時(shí)，會(huì)出現(xiàn)小區(qū)更新資源不足而導(dǎo)致掉話。并且在本小區(qū)上報(bào)小區(qū)更新（CellUpdate）從另一方面也可以認(rèn)為部分RLC層參數(shù)（N315、T313等）配置不合理造成。u 第二種可能性，小區(qū)更新（CellUpdate）發(fā)生在其它小區(qū)，此種情況發(fā)果系統(tǒng)側(cè)同時(shí)報(bào)了RLFail基本上可以認(rèn)定是無(wú)線覆蓋的原因或是C/I較差造成。(8) 在OMM上對(duì)PS掉話的原因進(jìn)行統(tǒng)計(jì)，重點(diǎn)分析是哪種原因突然增多。如果是“用戶未激活（user inact

24、ivity）”所占比重較大，則是參數(shù)問(wèn)題。核查從DCH遷到IDLE狀態(tài)的時(shí)間是否為2個(gè)小時(shí)。如果不是，修改到2小時(shí)。(9) 通過(guò)CT分析，定位到一些掉話頻發(fā)的號(hào)碼（用戶），通過(guò)用戶回訪了解到用戶的數(shù)據(jù)卡類型，借用相同類型的數(shù)據(jù)卡后，進(jìn)行專項(xiàng)測(cè)試，測(cè)試的同時(shí)作信令跟蹤、LMT跟蹤等。在廈門(mén)PS攻關(guān)中用這個(gè)方法定位了新郵通HSDPA卡，在DCH上難以保持業(yè)務(wù)，會(huì)出現(xiàn)多種現(xiàn)象的掉話以及多普達(dá)終端去激活過(guò)程沒(méi)有發(fā)送正確信令，全部被RNC當(dāng)異常流程作釋放處理導(dǎo)致網(wǎng)絡(luò)指標(biāo)惡化。(10) 檢查CT數(shù)據(jù)中掉話部分的信令，分析其錯(cuò)誤代碼，常見(jiàn)的RNC級(jí)參數(shù)設(shè)置錯(cuò)誤引起的掉話主要有以下幾種：表 21 常見(jiàn)的RNC

25、級(jí)參數(shù)設(shè)置錯(cuò)誤引起的掉話錯(cuò)誤代碼事件編號(hào)CN_TRANAP_unknown_target_rnc9CN_TRANAP_release_due_to_utran_generated_reason15CN_TRANAP_user_plane_versions_not_supported27其中：unknown_target_rnc則表明CN中對(duì)RNC的SGSN解析地址定義錯(cuò)誤，此時(shí)容易造成PS業(yè)務(wù)RNC間切換失敗，從而引起掉話的產(chǎn)生。而user_plane_versions_not_supported則主要是由于版本問(wèn)題造成的失??；如果產(chǎn)生release_due_to_utran_generate

26、d_reason原因則主要是由于硬件故障造成。2.1.2 小區(qū)級(jí)PS掉話(1) 基站小區(qū)的告警日志檢查本著先硬后軟的原則，如果是某個(gè)小區(qū)存在掉線率較高的情況，則需要先檢查一下此小區(qū)是否存在硬件故障，同時(shí)請(qǐng)注意此時(shí)小區(qū)的CS業(yè)務(wù)同樣存在問(wèn)題。(2) 基站小區(qū)干擾統(tǒng)計(jì)小區(qū)的干擾統(tǒng)計(jì)主要包括兩個(gè)方面的干擾統(tǒng)計(jì)，目前此類指標(biāo)已經(jīng)可以在后臺(tái)進(jìn)行統(tǒng)計(jì)，也可以算做是PI指標(biāo)統(tǒng)計(jì)的一部分，通過(guò)判斷小區(qū)時(shí)隙上的平均時(shí)隙干擾功率（15分鐘粒度、并在晚上4點(diǎn)左右取數(shù)據(jù)）、最大時(shí)隙干擾功率（15分鐘粒度、并在晚上4點(diǎn)左右取數(shù)據(jù)）、UpPCH POS015上的干擾統(tǒng)計(jì)（15分鐘粒度、并在晚上4點(diǎn)左右取數(shù)據(jù)），通過(guò)此項(xiàng)判

27、斷是否存在干擾（注：如果存在干擾，則小區(qū)的CS掉話也較高）。(3) 檢查PS切換成功率是否正常，如切換成功率較低，則：u 鄰小區(qū)關(guān)系中是否存在同頻同擾碼的現(xiàn)象，這種情況在路測(cè)中也可以發(fā)現(xiàn)，一般是在鄰區(qū)表中出現(xiàn)兩條相同的鄰小區(qū)關(guān)系，這里需要注意的是業(yè)務(wù)同頻同擾的現(xiàn)象，它無(wú)法在路測(cè)中發(fā)現(xiàn)，一般需要對(duì)信令進(jìn)行分析，此時(shí)雖然兩個(gè)小區(qū)主載頻異頻，但measurement report卻上報(bào)了1G事件，針對(duì)這種情況需要通過(guò)修改頻點(diǎn)和擾碼解決（可以通過(guò)系統(tǒng)自帶的全局參數(shù)合法性檢查工具進(jìn)行檢查）。u 鄰小區(qū)關(guān)系中是否存在同頻同碼組的現(xiàn)象，這種情況在路測(cè)中也可以發(fā)現(xiàn)，一般情況是它是影響到終端的測(cè)量結(jié)果，此時(shí)測(cè)量

28、結(jié)果不準(zhǔn)確，造成終端上報(bào)系統(tǒng)后系統(tǒng)判斷錯(cuò)誤，針對(duì)這種情況則需要修改頻點(diǎn)和擾碼解決（可以通過(guò)系統(tǒng)自帶的全局參數(shù)合法性檢查工具進(jìn)行檢查）u 是否存在單邊鄰小區(qū)關(guān)系，如果存在，添加單邊鄰區(qū)，單邊小區(qū)的檢查可以使用NOP-T工具進(jìn)行，也可以通過(guò)對(duì)性能統(tǒng)計(jì)指標(biāo)中的小區(qū)對(duì)切換統(tǒng)計(jì)指標(biāo)來(lái)檢查。u 是否存在異頻鄰小區(qū)個(gè)數(shù)過(guò)多的現(xiàn)象（異頻鄰區(qū)數(shù)超過(guò)8個(gè)），如果存在，刪除不必要的鄰區(qū)，這種情況可以使用NOP-T工具進(jìn)行檢查，也可以使用辦公軟件進(jìn)行檢查。u 是否存在切換開(kāi)關(guān)設(shè)置的問(wèn)題（有部分HOM開(kāi)關(guān)可能被關(guān)掉或在外部小區(qū)定義中的切入開(kāi)關(guān)設(shè)為禁止）。如果存在，打開(kāi)切換開(kāi)關(guān)u 切換相關(guān)的事件定義是否準(zhǔn)確，不區(qū)引用是否

29、正確，如果存在，修改引用u PS切換失敗是否存完整性算法問(wèn)題，如果存在，將RNC、CN之間的完整性開(kāi)關(guān)設(shè)成一致u 是否存在鄰區(qū)漏配的情況。需要用SCANNER路測(cè)發(fā)現(xiàn)是否存在漏配的情況。如果存在，添加鄰區(qū)。u 切換目標(biāo)小區(qū)擁塞造成的掉話，由于目標(biāo)小區(qū)的資源不足，而本小區(qū)的覆蓋又越來(lái)越差，此時(shí)造成掉話。常見(jiàn)的錯(cuò)誤代碼為no_resource_available或RRM_CellOverload_Release。，對(duì)于容量原因造成的掉話，如果是擁塞業(yè)務(wù)較小，可以通過(guò)對(duì)負(fù)荷算法進(jìn)行調(diào)整來(lái)，但如果擁塞率較高的情況，建議對(duì)小區(qū)進(jìn)行擴(kuò)容，增加業(yè)務(wù)載頻的個(gè)數(shù)或是進(jìn)行小區(qū)分裂（增加基站、增加小區(qū)）。u 切換時(shí)

30、的業(yè)務(wù)種類，比如切換時(shí)的PS384業(yè)務(wù)、HSDPA業(yè)務(wù)，對(duì)于PS384業(yè)務(wù)很容易由于目標(biāo)小區(qū)的資源問(wèn)題造成切換失敗后掉話，而HADPA業(yè)務(wù)則有可能由于R5業(yè)務(wù)的不連續(xù)覆蓋造成掉話（注意HSPA業(yè)務(wù)為硬切換）。對(duì)于R5業(yè)務(wù)不連續(xù)的情況，一般的建議為增加R5的覆蓋區(qū)域，將之進(jìn)行連續(xù)覆蓋。(4) 掉線發(fā)生時(shí)的大致場(chǎng)強(qiáng)：主要是判斷當(dāng)時(shí)是否存在弱場(chǎng)覆蓋，此項(xiàng)指標(biāo)可以在Measurement Report或RRC Connection Request中得出PCCPCH-RSCP的協(xié)議值（絕對(duì)值=協(xié)議值+（-116）。(5) 檢查掉線時(shí)的是否發(fā)生并發(fā)業(yè)務(wù)類型：目前的并發(fā)業(yè)務(wù)主要有以下幾種：u PS+PS業(yè)務(wù)

31、并發(fā)，主要是進(jìn)行PS業(yè)務(wù)時(shí)可能有彩信等背景類PS業(yè)務(wù)發(fā)生u PS+CS業(yè)務(wù)并發(fā)，在進(jìn)行PS業(yè)務(wù)時(shí)有電話接入或是在進(jìn)行電話時(shí)有彩信等背景類PS業(yè)務(wù)發(fā)生。u CS+CS并發(fā)，主要是進(jìn)行CS業(yè)務(wù)時(shí)有短信業(yè)務(wù)發(fā)生u 如果存在則有可能是終端多業(yè)務(wù)性能較差造成，也有可能是由于并發(fā)業(yè)務(wù)相關(guān)參數(shù)設(shè)置存在問(wèn)題（比如沒(méi)有打開(kāi)2個(gè)PS業(yè)務(wù)并）等造成。(6) 掉線發(fā)生時(shí)的時(shí)隙和碼道位置，主要是時(shí)隙位置：可以判斷是否由于某一個(gè)時(shí)隙上的原因造成的，有可能是由于交叉時(shí)隙干擾或室內(nèi)分布系統(tǒng)中干放時(shí)隙轉(zhuǎn)換點(diǎn)與Node B上設(shè)置不同造成的，或是否發(fā)生了同頻同時(shí)隙的切換。3 接入問(wèn)題原因及解決辦法3.1 接入問(wèn)題分析觸發(fā)點(diǎn)及獲取信

32、令方式用戶投訴語(yǔ)音或視頻無(wú)法接通，首先判斷投訴所在的RNC及小區(qū)，根據(jù)用戶投訴的IMSI號(hào)和時(shí)間獲取CT文件，對(duì)信令進(jìn)行分析；無(wú)法獲取IMSI號(hào)或無(wú)法確定小區(qū)時(shí)，要聯(lián)系用戶現(xiàn)場(chǎng)復(fù)測(cè)，使用后臺(tái)信令跟蹤工具和路測(cè)軟件獲取信令過(guò)程。話統(tǒng)數(shù)據(jù)顯示某段時(shí)間CS或PS接通率明顯下降，獲取該時(shí)段的CT文件進(jìn)行分析，如果僅憑CT的信令無(wú)法定位問(wèn)題，回訪用戶獲取問(wèn)題地點(diǎn)/UE類型/用戶的行為。3.2 接入失敗問(wèn)題定位接入失敗的定義及可能的問(wèn)題原因包括以下幾類：(1) 撥號(hào)后，RRC Connection Request消息沒(méi)有發(fā)送；是否手機(jī)異常(2) 在主叫UE發(fā)送了RRC Connection Request

33、后，定時(shí)器超時(shí)，沒(méi)有收到RRC Connection Setup消息；RNC沒(méi)有收到請(qǐng)求，優(yōu)先確認(rèn)是否是弱場(chǎng)區(qū)域（RSCP值小于-95dBm），其次判斷UPPTS時(shí)隙是否存在干擾，判斷方法為從OMC上提取凌晨12點(diǎn)3點(diǎn)的16個(gè)POS的功率值，若從第6個(gè)POS位置開(kāi)始，功率大于-90dBm，即可判斷為UP干擾，進(jìn)行upshifting之后，再進(jìn)行呼叫嘗試。若RNC還是沒(méi)有收到請(qǐng)求，則需要通過(guò)現(xiàn)場(chǎng)路測(cè)的或從該UE的切換測(cè)量報(bào)告中判斷該終端所處位置的C/I是否大于-3，若小于-3，需要通過(guò)調(diào)整工程參數(shù)或頻點(diǎn)改善C/I，調(diào)整后再進(jìn)行呼叫嘗試。若RNC還是沒(méi)有收到請(qǐng)求，則需要調(diào)整PRACH信道功率。若R

34、NC發(fā)了建立消息，但UE沒(méi)有收到，是否是手機(jī)發(fā)生重選，則優(yōu)化重選參數(shù)；若沒(méi)有發(fā)生重選，則首先需要判斷是否為弱場(chǎng)區(qū)域，其次看失敗點(diǎn)的C/I是否滿足大于-3dB的要求，最好才考慮調(diào)整FPACH功率。(3) 主叫UE在發(fā)出RRC Connection Request后，收到RRC Connection Reject消息。并且沒(méi)有重發(fā)RRC Connection Request進(jìn)行嘗試；根據(jù)拒絕原因定位問(wèn)題。(4) 主叫UE在收到RRC Connection Setup消息后，沒(méi)有發(fā)出RRC Connection Complete消息；通過(guò)在RNC側(cè)看似否有RadioLinkRestoreIndica

35、tion消息，判斷是上行開(kāi)環(huán)還是下行開(kāi)環(huán)有問(wèn)題，若RNC側(cè)收到了RadioLinkRestoreIndication，則說(shuō)明上行開(kāi)環(huán)已完成，則首先需要判斷下行業(yè)務(wù)時(shí)隙是否有干擾，若有干擾，優(yōu)先排除干擾，其次核查設(shè)備的天線類型，下行開(kāi)環(huán)功控參數(shù)是否正常，最好才考慮調(diào)整下行初始發(fā)射功率；若RNC沒(méi)有收到RadioLinkRestoreIndication，則首先需要判斷上行業(yè)務(wù)時(shí)隙是否有干擾，若有干擾，優(yōu)先排除干擾，其次核查設(shè)備的天線類型，上行開(kāi)環(huán)功控參數(shù)是否正常，最好才考慮調(diào)整上行開(kāi)環(huán)功控參數(shù)。(5) 主叫UE在收到RRC Connection Setup消息后收到或是發(fā)出了RRC Connec

36、tion Release消息根據(jù)Release原因值判斷原因(6) 主叫UE在發(fā)送了RRC Connection Complete消息后，沒(méi)有收到Measurement Control消息；首先判斷RNC側(cè)是否收到了RRC Connection Complete，若沒(méi)有，需要核查上行業(yè)務(wù)時(shí)隙是否存在干擾，若沒(méi)有干擾，需要根據(jù)RRCConnectionRequest消息中攜帶的本小區(qū)的RSCP值判斷起呼點(diǎn)是否是弱場(chǎng)（小于-95dBm），若不是弱場(chǎng)，可能終端異常，需要現(xiàn)場(chǎng)換終端進(jìn)行驗(yàn)證。若RNC收到并下發(fā)了Measurement Control，則首先需要排查下行時(shí)隙是否存在干擾，沒(méi)有干擾，需要判

37、斷終端所在位置是否為弱場(chǎng)。 (7) 主叫UE收到了Service Request Reject消息；參數(shù)配置錯(cuò)誤可能性最大。(8) 主叫UE在發(fā)送了CM Service Request消息后，鑒權(quán)和安全模式控制失??；-終端的鑒權(quán)算法可能有問(wèn)題，更換終端進(jìn)行嘗試定位。 (9) UE完成鑒權(quán)和安全模式控制后，RNC返回RABassignmentFail；根據(jù)fail的原因值進(jìn)行定位。目前已經(jīng)發(fā)現(xiàn)的原因值為”TRANAP_invalid_rab_parameters_value”,在信令上，表現(xiàn)為UE去激活后，在不到1s的時(shí)間內(nèi)終端發(fā)起了第二次激活，第二次激活的RAB指配失敗，主要是由于核心網(wǎng)沒(méi)有優(yōu)

38、先處理去激活請(qǐng)求導(dǎo)致。4 切換問(wèn)題原因及解決辦法TD-SCDMA系統(tǒng)中的切換問(wèn)題相對(duì)于2G網(wǎng)絡(luò)（CDMA、GSM）的切換問(wèn)題其重要性有所降低，這主要是TD-SCDMA系統(tǒng)采用了切換的回滾機(jī)制，如果切換不成功UE會(huì)返回到原來(lái)的小區(qū)進(jìn)行，從而使得業(yè)務(wù)繼續(xù)保持，但切換仍然會(huì)造成掉話率抬升、通話質(zhì)量較量等現(xiàn)象，并且TD-SCDMA系統(tǒng)考查的切換指標(biāo)更加復(fù)雜，主要有硬切換成功率、接力切換成功率、RNC內(nèi)同頻硬切換成功率、RNC內(nèi)異頻硬切換成功率、RNC內(nèi)同頻接力切換成功率、RNC內(nèi)異頻接力切換成功率、RNC間同頻硬切換成功率、RNC間異頻硬切換成功率、切出成功率、切入成功率、系統(tǒng)間CS業(yè)務(wù)切換成功率、系

39、統(tǒng)間PS業(yè)務(wù)切換成功率等指標(biāo)，切換問(wèn)題也是日常優(yōu)化即常見(jiàn)又重要的一個(gè)問(wèn)題。4.1 切換問(wèn)題的發(fā)現(xiàn)4.1.1 路測(cè)中發(fā)現(xiàn)切換問(wèn)題在日常的優(yōu)化工作中，通過(guò)室外的測(cè)試（DT）發(fā)現(xiàn)UE在個(gè)別小區(qū)或是個(gè)別RNC或是全網(wǎng)存在不切換或是切換掉話等現(xiàn)象。4.1.2 系統(tǒng)側(cè)KPI統(tǒng)計(jì)中發(fā)現(xiàn)切換問(wèn)題通過(guò)日常的KPI性能指標(biāo)檢測(cè)，發(fā)現(xiàn)部分小區(qū)或是RNC或是全網(wǎng)存在切換問(wèn)題，主要表現(xiàn)為切換成功率低等現(xiàn)象（系統(tǒng)內(nèi)、切入、切出、系統(tǒng)間、接力、硬切）。4.2 切換問(wèn)題主要原因在切換過(guò)程中，常常會(huì)出現(xiàn)以下幾種異常信令情況：(1) 終端上報(bào)測(cè)量報(bào)告，但是由于上行信道質(zhì)量不好或失步，導(dǎo)致RNC收不到測(cè)量報(bào)告，使得服務(wù)小區(qū)一直發(fā)測(cè)

40、量報(bào)告，且服務(wù)小區(qū)信號(hào)已經(jīng)很差了，卻不能發(fā)起切換。(2) RNC接收到測(cè)量報(bào)告，但由于下行失步，導(dǎo)致隨后下發(fā)的測(cè)量控制UE不能收到，同樣UE不停發(fā)測(cè)量報(bào)告，卻不能發(fā)起切換。(3) UE由于和原小區(qū)失步，收不到原小區(qū)DCH數(shù)據(jù)，即收不到物理信道重配置信令，導(dǎo)致無(wú)法切換。(4) UE收到物理信道重配置消息，卻無(wú)法在新小區(qū)建立上行同步，導(dǎo)致幀定時(shí)跟蹤出現(xiàn)問(wèn)題，這樣UE無(wú)法在目標(biāo)小區(qū)正確收發(fā)，正常情況下此時(shí)會(huì)回到原小區(qū)發(fā)物理信道重配置失敗，若此時(shí)原小區(qū)失步的話，則無(wú)法回滾，導(dǎo)致物理信道重配置超時(shí)。(5) UE收到物理信道重配置消息，由于原小區(qū)或周圍鄰小區(qū)對(duì)目標(biāo)小區(qū)的下行信號(hào)有干擾，導(dǎo)致UE無(wú)法正確解析

41、目標(biāo)小區(qū)的下行信號(hào)，導(dǎo)致不能與目標(biāo)小區(qū)建立同步，而引發(fā)物理信道重配置超時(shí)。(6) UE已向目標(biāo)Node B發(fā)送物理信道重配置完成信令，但是由于目標(biāo)小區(qū)Node B底噪過(guò)高，或此時(shí)多部UE位于小區(qū)邊緣，且上行發(fā)射功率都被抬升的比較高，導(dǎo)致產(chǎn)生較大的上行時(shí)隙干擾，使得目標(biāo)小區(qū)Node B無(wú)法正確解析重配置完成的信令，而引發(fā)物理信道重配置超時(shí)。(7) 系統(tǒng)側(cè)切換參數(shù)配置不合理，造成UE在系統(tǒng)下只測(cè)量不切換，或是無(wú)法切換等原因，從而造成掉話。4.3 切換問(wèn)題解決思路切換問(wèn)題的解決思路，一般來(lái)說(shuō)做如下判斷：(1) 判斷是全網(wǎng)的現(xiàn)象或是個(gè)別RNC的現(xiàn)象(2) 判斷是個(gè)別小區(qū)的現(xiàn)象還是整個(gè)Node B的現(xiàn)象

42、(3) 判斷是否是偶然的切換失敗現(xiàn)象4.3.1 RNC或全網(wǎng)切換失敗問(wèn)題由于全網(wǎng)的切換問(wèn)題直接包括了Node B、RNC、CN等所有網(wǎng)元在內(nèi)的因素，所以對(duì)于全網(wǎng)（RNC）性的切換問(wèn)題很少發(fā)生，一旦發(fā)生則是整個(gè)系統(tǒng)存在問(wèn)題，如果是路測(cè)時(shí)發(fā)現(xiàn)此類問(wèn)題，請(qǐng)檢查是否是測(cè)試終端存在問(wèn)題，如不是，請(qǐng)系統(tǒng)工程師檢查問(wèn)題。4.3.2 RNC內(nèi)切換失敗問(wèn)題RNC內(nèi)切換問(wèn)題，處理思路如下：(1) 切換成功率指標(biāo)分析：分析切換成功率的種類，從OMM服務(wù)器或是MINOS服務(wù)器上對(duì)切換成功率進(jìn)行簡(jiǎn)要分析，分析是何種切換較差造成了整體切換成功率較差，是同頻硬切換還是異頻硬切換，是同頻硬切換切出失敗高還是切入失敗高。(2)

43、 分析關(guān)連指標(biāo)：根據(jù)第一步的結(jié)果，提取更詳細(xì)的相關(guān)信息，以及相關(guān)的記數(shù)器值進(jìn)行統(tǒng)計(jì)，將之具體到各個(gè)小區(qū)、相關(guān)用戶、相關(guān)的記數(shù)器值；常見(jiàn)的分析指標(biāo)（切換失敗原因指標(biāo)）如下：u RNC內(nèi)切出準(zhǔn)備次數(shù)與切換出嘗試次數(shù)正常情況下，RNC內(nèi)切換出嘗試次數(shù)基本等同RNC內(nèi)切出準(zhǔn)備次數(shù)。如果RNC內(nèi)切換出嘗試次數(shù)明顯小于RNC內(nèi)切出準(zhǔn)備次數(shù)，說(shuō)明失敗情況較多?？赡茉颍?在目標(biāo)小區(qū)建立新鏈路失敗，通過(guò)對(duì)應(yīng)計(jì)數(shù)器“RNC內(nèi)切換出準(zhǔn)備失敗次數(shù)，在目標(biāo)小區(qū)建立新鏈路失敗”可以查看，也可以找到對(duì)應(yīng)的小區(qū)，通過(guò)calltrace信令看看是否有NODEB 返回的RL鏈接建立失敗相關(guān)信令。如果確認(rèn)，進(jìn)行進(jìn)一步排查Iub口

44、傳輸是否正常，以及獲取NODEB的log進(jìn)行分析。 其它原因： 查看計(jì)數(shù)器“RNC內(nèi)切換出準(zhǔn)備失敗次數(shù)，其他原因”,原因?yàn)镽RM 內(nèi)部處理失敗，如果為資源分配失敗，需要確認(rèn)目標(biāo)小區(qū)資源情況，可能原因目標(biāo)小區(qū)擁塞。如果為測(cè)量報(bào)告內(nèi)小區(qū)與鄰區(qū)信息不匹配，可能為其它同頻同擾碼小區(qū)虛假信號(hào)導(dǎo)致。u RNC內(nèi)異頻（同頻）硬切換出失敗次數(shù)，physical channel failure意為UE收到RNC下發(fā)的Physical Channel Reconfig消息后，向目標(biāo)小區(qū)同步，由于同步失敗，UE在原小區(qū)上報(bào)切換失?。ㄔ?yàn)閜hysical channel failure）。產(chǎn)生的原因有以下幾種可能性

45、： 其它同頻同擾碼小區(qū)虛假信號(hào)導(dǎo)致 FACH功率不足，在UE與目標(biāo)小區(qū)同步時(shí)失步 覆蓋問(wèn)題，目標(biāo)小區(qū)RSCP和C/I較差，UE與之無(wú)法取得同步 同頻干擾，造成在切換時(shí)C/I較差，UE與目標(biāo)小區(qū)無(wú)法取得同步u 檢查基站小區(qū)的故障：檢查相關(guān)的小區(qū)是否存在硬件故障告警，特別GPS等硬件故障，這會(huì)嚴(yán)重影響切換的成功率（一旦GPS失步），如存在相關(guān)的硬件故障，請(qǐng)相關(guān)團(tuán)隊(duì)協(xié)助解決。u 檢查切換參數(shù)配置：這其中主要包括以下幾項(xiàng)： 鄰小區(qū)關(guān)系中是否存在同頻同擾碼的現(xiàn)象，包括業(yè)務(wù)同頻同擾的現(xiàn)象 鄰小區(qū)關(guān)系中是否存在同頻同碼組的現(xiàn)象 是否存在單邊鄰小區(qū)關(guān)系 是否存在異頻鄰小區(qū)個(gè)數(shù)過(guò)多的現(xiàn)象（多為手誤而超過(guò)了9個(gè)）

46、 是否存在鄰區(qū)漏配的情況 是否存在切換開(kāi)關(guān)設(shè)置的問(wèn)題（有部分HOM開(kāi)關(guān)可能被關(guān)掉或在外部小區(qū)定義中的切入開(kāi)關(guān)設(shè)為禁止） 切換相關(guān)的事件定義是否準(zhǔn)確，不區(qū)引用是否正確 PS切換失敗是否存完整性算法問(wèn)題。u 對(duì)前幾步的數(shù)據(jù)進(jìn)行匯總，進(jìn)行切換失敗原因的分類（具體到小區(qū)）：造成切換的原因相對(duì)較多，從指標(biāo)的相關(guān)性來(lái)看，可能存在以下幾種原因： 如果相關(guān)小區(qū)的RRC連接成功率比較低，則有可能存在覆蓋問(wèn)題，建議進(jìn)行現(xiàn)場(chǎng)的測(cè)試。 如果相關(guān)小區(qū)的RAB建立成功率比較低，則有可能是存在參數(shù)設(shè)置問(wèn)題，建議進(jìn)行相關(guān)參數(shù)的檢查。 如果是小區(qū)的RL失敗次數(shù)較多，則有可能存在小區(qū)的干擾或小區(qū)的上行導(dǎo)頻時(shí)隙的干擾，建議進(jìn)行干擾

47、指標(biāo)的分析或UPPCH干擾的檢查 如果小區(qū)的的CELL UPDATE較多，則有可能是相關(guān)的功率配置不足或是小區(qū)同步指標(biāo)相關(guān)參數(shù)設(shè)置問(wèn)題，建議進(jìn)行查檢 如果小區(qū)的物理信道重配置失敗，則有可能是存在一個(gè)同頻同擾碼的小區(qū)（此小區(qū)不在鄰區(qū)表中，但鄰區(qū)表中有一個(gè)相同擾碼的鄰小區(qū)關(guān)系，并且這兩個(gè)小區(qū)相隔不遠(yuǎn)）或是目標(biāo)小區(qū)的C/I較差，即覆蓋問(wèn)題或是同頻干擾問(wèn)題。 如果存在大理的UCIUerror（此意為用戶面的錯(cuò)，則有可能是存在覆蓋問(wèn)題），無(wú)線鏈路存在問(wèn)題。 如果存在2G或3G切換開(kāi)關(guān)打開(kāi)，可以關(guān)閉進(jìn)行驗(yàn)證，是否是其影響，造成切換成功率較差（UE測(cè)量能力有限） 如果存在大量的Ue_Operat_Timeout，則有可能是存在RBC算法或是物理信道的同步存在問(wèn)題，其會(huì)影響到掉話率。5 干擾問(wèn)題解決辦法干擾是無(wú)線通信中常見(jiàn)的影響到系統(tǒng)性能和用戶感受的一個(gè)重要問(wèn)題，它的產(chǎn)生是多種多樣的，某些專用無(wú)線電系統(tǒng)占用沒(méi)有明確劃分的頻率資源、不同運(yùn)營(yíng)商網(wǎng)絡(luò)配置不當(dāng)、收發(fā)濾波器的性能