 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
TD中，掉話是怎么定義的，常見的掉話原因有哪些，怎么解決？
小弟新人，學(xué)習(xí)基本問題，求詳解，我的所有積分都壓上了，坐等消息。
提問者:
• [請大佬幫忙看看這一題選擇什么答案，謝謝]關(guān)于TDM eICIC .以下描述正確的是哪些項(xiàng) 2020-04-15
• TD-LTE仿真 2020-01-16
• 諾西 TDD室分開CA是否影響容量 2019-12-04
• 急急急，通宇4或6端口天線TDQ-182018DEH-65Fv04 和諾西FXEB RRU 怎么連接 2019-11-18
• 關(guān)于TDD與FDD重定向 2019-09-05
• TDLTE異頻頻點(diǎn)的從頻帶是什么？何時(shí)需要配置？ 2019-08-20
• 我國4G移動通信系統(tǒng)頻譜TD-LTE在組網(wǎng)時(shí)主要使用的頻段和5G頻段是多少 2019-06-17
• TD-LTE在組網(wǎng)時(shí)主要使用的頻段和5G頻段是多少 2019-06-17
• TD-LTE仿真 2020-01-16
• 諾西 TDD室分開CA是否影響容量 2019-12-04
• 急急急，通宇4或6端口天線TDQ-182018DEH-65Fv04 和諾西FXEB RRU 怎么連接 2019-11-18
• 關(guān)于TDD與FDD重定向 2019-09-05
• TDLTE異頻頻點(diǎn)的從頻帶是什么？何時(shí)需要配置？ 2019-08-20
• 我國4G移動通信系統(tǒng)頻譜TD-LTE在組網(wǎng)時(shí)主要使用的頻段和5G頻段是多少 2019-06-17
• TD-LTE在組網(wǎng)時(shí)主要使用的頻段和5G頻段是多少 2019-06-17
問題答案
( 6 )
RNC下發(fā)Iurelease這條信令就被定義為掉話/掉線，原因會有很多的，干擾、切換失敗回滾掉話、弱覆蓋掉話、等等有很多，有疑問可以發(fā)站內(nèi)信，歡迎拍磚
回答者：
xinhaoqi
回答時(shí)間：2010-06-28 10:57
30
32
下面的是解決的辦法，直接復(fù)制的
1 出現(xiàn)小區(qū)級掉話時(shí)，首先查看該小區(qū)是否有硬件故障告警，如果有，首先要求用服人員解決硬件故障問題。
2 檢查切出成功率是否正常，如果切換成功率較低，檢查鄰區(qū)關(guān)系以及是否存在同頻同碼的情況。
² 鄰小區(qū)關(guān)系中是否存在同頻同擾碼的現(xiàn)象，這種情況在路測中也可以發(fā)現(xiàn)，一般是在鄰區(qū)表中出現(xiàn)兩條相同的鄰小區(qū)關(guān)系，這里需要注意的是業(yè)務(wù)同頻同擾（能不能理解為輔載頻相同的情況）的現(xiàn)象，它無法在路測中發(fā)現(xiàn)，一般需要對信令進(jìn)行分析，此時(shí)雖然兩個小區(qū)主載頻異頻，但measurement report卻上報(bào)了1G 事件，針對這種情況需要通過修改頻點(diǎn)和擾碼解決（可以通過系統(tǒng)自帶的全局參數(shù)合法性檢查工具進(jìn)行檢查）
² 鄰小區(qū)關(guān)系中是否存在同頻同碼組的現(xiàn)象，這種情況在路測中也可以發(fā)現(xiàn)，一般情況是它是影響到終端的測量結(jié)果，此時(shí)測量結(jié)果不準(zhǔn)確，造成終端上報(bào)系統(tǒng)后系統(tǒng)判斷錯誤，針對這種情況則需要修改頻點(diǎn)和擾碼解決（可以通過系統(tǒng)自帶的全局參數(shù)合法性檢查工具進(jìn)行檢查）
² 是否存在單邊鄰小區(qū)關(guān)系，如果存在，添加單邊鄰區(qū)，單邊小區(qū)的檢查可以使用NOP-T工具進(jìn)行，也可以通過對性能統(tǒng)計(jì)指標(biāo)中的小區(qū)對切換統(tǒng)計(jì)指標(biāo)來檢查。
² 是否存在異頻鄰小區(qū)個數(shù)過多的現(xiàn)象（異頻鄰區(qū)數(shù)超過8個），如果存在，刪除不必要的鄰區(qū)，這種情況可以使用NOP-T工具進(jìn)行檢查，也可以使用辦公軟件進(jìn)行檢查。
² 是否存在切換開關(guān)設(shè)置的問題（有部分HOM開關(guān)可能被關(guān)掉或在外部小區(qū)定義中的切入開關(guān)設(shè)為禁止）。如果存在，打開切換開關(guān)
² 切換相關(guān)的事件定義是否準(zhǔn)確，不區(qū)引用是否正確，如果存在，修改引用
² PS切換失敗是否存完整性算法問題，如果存在，將RNC、CN之間的完整性開關(guān)設(shè)成一致
² 是否存在鄰區(qū)漏配的情況。需要用SCANNER路測發(fā)現(xiàn)是否存在漏配的情況。如果存在，添加鄰區(qū)。
² 目標(biāo)小區(qū)擁塞造成的掉話，由于目標(biāo)小區(qū)的資源不足，而本小區(qū)的覆蓋又越來越差，此時(shí)造成掉話。常見的錯誤代碼為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)來判斷是否確實(shí)存在干擾，另外通過對信令的分析如存在干擾則一般信令流程正常，未有切換事件或其它事件，但RNC進(jìn)行了IURELEASE，原因一般為無線鏈路的原因。（比如無線鏈路錯誤等），有時(shí)也會發(fā)生CELLUPDATE 原因?yàn)?/span>RLCunrecoverable error如果確實(shí)存在則需要現(xiàn)場排除，現(xiàn)場測試時(shí)如果存在干擾則有以下幾個方面的顯示
u C/I較差：系統(tǒng)內(nèi)同頻的干擾較為嚴(yán)重，發(fā)生掉話時(shí)會存在終端發(fā)射功率較高，的現(xiàn)象，同時(shí)覆蓋也相對較好，表現(xiàn)在RSCP值上，一般都在-90dBm以上，另外一表現(xiàn)象就是起呼比較困難，而起呼成功后也很容易掉話
u 終端發(fā)射功率較高，基本上滿功率發(fā)射，一般都在-20dBm以上
u 系統(tǒng)外的干擾造成的掉話同樣具有終端發(fā)射功率較高的現(xiàn)象，也一般都都在-20dBm以上
u 系統(tǒng)外干擾造成掉話時(shí)也可以通過誤塊率指標(biāo)進(jìn)行判斷，此時(shí)無論是進(jìn)行CS業(yè)務(wù)還是進(jìn)行PS業(yè)務(wù)，BLER都比較高，并且保持時(shí)間較長
u 系統(tǒng)外干擾語音業(yè)務(wù)判斷，此時(shí)進(jìn)行通話會出現(xiàn)斷字、吞字、金屬聲等現(xiàn)象，比較難以進(jìn)行通話。
6 通過對性能指標(biāo)的統(tǒng)計(jì)，主要是對RRC連接成功率的統(tǒng)計(jì)，這其中的統(tǒng)計(jì)包括業(yè)務(wù)相關(guān)和非業(yè)務(wù)相關(guān)的統(tǒng)計(jì)，如果兩種統(tǒng)計(jì)都較差，則有可能存在覆蓋問題，此時(shí)可以檢查CT數(shù)據(jù)中RRC CONNECTION REQUEST中的PCCPCH的值，則說明存在弱覆蓋現(xiàn)象，需要進(jìn)行功率參數(shù)、天線方向角、下傾角的調(diào)整。
7 如果上述都檢查不出原因，可能是載波、時(shí)隙的隱性故障，此時(shí)可以嘗試閉解載波時(shí)隙，或者強(qiáng)行閉載波、時(shí)隙觀察掉話率的變化。
8 終端問題，一般是通過對大量的性能數(shù)據(jù)統(tǒng)計(jì)，發(fā)現(xiàn)掉話高的小區(qū)，然后依據(jù)小區(qū)性能數(shù)據(jù)分析信令，可以看出掉話常發(fā)生的用戶，而后進(jìn)行處理。目前常見的終端問題為UP同步存在問題，此時(shí)容易在切換時(shí)產(chǎn)生Ue_Operate_fail_physicalchannelfailure錯誤。
1 出現(xiàn)小區(qū)級掉話時(shí)，首先查看該小區(qū)是否有硬件故障告警，如果有，首先要求用服人員解決硬件故障問題。
2 檢查切出成功率是否正常，如果切換成功率較低，檢查鄰區(qū)關(guān)系以及是否存在同頻同碼的情況。
² 鄰小區(qū)關(guān)系中是否存在同頻同擾碼的現(xiàn)象，這種情況在路測中也可以發(fā)現(xiàn)，一般是在鄰區(qū)表中出現(xiàn)兩條相同的鄰小區(qū)關(guān)系，這里需要注意的是業(yè)務(wù)同頻同擾（能不能理解為輔載頻相同的情況）的現(xiàn)象，它無法在路測中發(fā)現(xiàn)，一般需要對信令進(jìn)行分析，此時(shí)雖然兩個小區(qū)主載頻異頻，但measurement report卻上報(bào)了
² 鄰小區(qū)關(guān)系中是否存在同頻同碼組的現(xiàn)象，這種情況在路測中也可以發(fā)現(xiàn)，一般情況是它是影響到終端的測量結(jié)果，此時(shí)測量結(jié)果不準(zhǔn)確，造成終端上報(bào)系統(tǒng)后系統(tǒng)判斷錯誤，針對這種情況則需要修改頻點(diǎn)和擾碼解決（可以通過系統(tǒng)自帶的全局參數(shù)合法性檢查工具進(jìn)行檢查）
² 是否存在單邊鄰小區(qū)關(guān)系，如果存在，添加單邊鄰區(qū)，單邊小區(qū)的檢查可以使用NOP-T工具進(jìn)行，也可以通過對性能統(tǒng)計(jì)指標(biāo)中的小區(qū)對切換統(tǒng)計(jì)指標(biāo)來檢查。
² 是否存在異頻鄰小區(qū)個數(shù)過多的現(xiàn)象（異頻鄰區(qū)數(shù)超過8個），如果存在，刪除不必要的鄰區(qū)，這種情況可以使用NOP-T工具進(jìn)行檢查，也可以使用辦公軟件進(jìn)行檢查。
² 是否存在切換開關(guān)設(shè)置的問題（有部分HOM開關(guān)可能被關(guān)掉或在外部小區(qū)定義中的切入開關(guān)設(shè)為禁止）。如果存在，打開切換開關(guān)
² 切換相關(guān)的事件定義是否準(zhǔn)確，不區(qū)引用是否正確，如果存在，修改引用
² PS切換失敗是否存完整性算法問題，如果存在，將RNC、CN之間的完整性開關(guān)設(shè)成一致
² 是否存在鄰區(qū)漏配的情況。需要用SCANNER路測發(fā)現(xiàn)是否存在漏配的情況。如果存在，添加鄰區(qū)。
² 目標(biāo)小區(qū)擁塞造成的掉話，由于目標(biāo)小區(qū)的資源不足，而本小區(qū)的覆蓋又越來越差，此時(shí)造成掉話。常見的錯誤代碼為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)來判斷是否確實(shí)存在干擾，另外通過對信令的分析如存在干擾則一般信令流程正常，未有切換事件或其它事件，但RNC進(jìn)行了IURELEASE，原因一般為無線鏈路的原因。（比如無線鏈路錯誤等），有時(shí)也會發(fā)生CELLUPDATE 原因?yàn)?/span>RLCunrecoverable error如果確實(shí)存在則需要現(xiàn)場排除，現(xiàn)場測試時(shí)如果存在干擾則有以下幾個方面的顯示
u C/I較差：系統(tǒng)內(nèi)同頻的干擾較為嚴(yán)重，發(fā)生掉話時(shí)會存在終端發(fā)射功率較高，的現(xiàn)象，同時(shí)覆蓋也相對較好，表現(xiàn)在RSCP值上，一般都在-90dBm以上，另外一表現(xiàn)象就是起呼比較困難，而起呼成功后也很容易掉話
u 終端發(fā)射功率較高，基本上滿功率發(fā)射，一般都在-20dBm以上
u 系統(tǒng)外的干擾造成的掉話同樣具有終端發(fā)射功率較高的現(xiàn)象，也一般都都在-20dBm以上
u 系統(tǒng)外干擾造成掉話時(shí)也可以通過誤塊率指標(biāo)進(jìn)行判斷，此時(shí)無論是進(jìn)行CS業(yè)務(wù)還是進(jìn)行PS業(yè)務(wù)，BLER都比較高，并且保持時(shí)間較長
u 系統(tǒng)外干擾語音業(yè)務(wù)判斷，此時(shí)進(jìn)行通話會出現(xiàn)斷字、吞字、金屬聲等現(xiàn)象，比較難以進(jìn)行通話。
6 通過對性能指標(biāo)的統(tǒng)計(jì)，主要是對RRC連接成功率的統(tǒng)計(jì)，這其中的統(tǒng)計(jì)包括業(yè)務(wù)相關(guān)和非業(yè)務(wù)相關(guān)的統(tǒng)計(jì)，如果兩種統(tǒng)計(jì)都較差，則有可能存在覆蓋問題，此時(shí)可以檢查CT數(shù)據(jù)中RRC CONNECTION REQUEST中的PCCPCH的值，則說明存在弱覆蓋現(xiàn)象，需要進(jìn)行功率參數(shù)、天線方向角、下傾角的調(diào)整。
7 如果上述都檢查不出原因，可能是載波、時(shí)隙的隱性故障，此時(shí)可以嘗試閉解載波時(shí)隙，或者強(qiáng)行閉載波、時(shí)隙觀察掉話率的變化。
8 終端問題，一般是通過對大量的性能數(shù)據(jù)統(tǒng)計(jì)，發(fā)現(xiàn)掉話高的小區(qū)，然后依據(jù)小區(qū)性能數(shù)據(jù)分析信令，可以看出掉話常發(fā)生的用戶，而后進(jìn)行處理。目前常見的終端問題為UP同步存在問題，此時(shí)容易在切換時(shí)產(chǎn)生Ue_Operate_fail_physicalchannelfailure錯誤。
xinhaoqi 2010-06-28 13:10
不錯！
佳佳1073 2012-12-19 12:44
掉話率(CS)=( RNC 觸發(fā)釋放的CS域業(yè)務(wù)RAB的數(shù)目/ CS 域成功建立業(yè)務(wù)的 RAB 指配響應(yīng)消息的數(shù)目)× 100%
掉話率(PS)= (RNC 觸發(fā)釋放的PS域業(yè)務(wù)RAB的數(shù)目/ PS 域成功建立業(yè)務(wù)的 RAB 指配響應(yīng)消息的數(shù)目)× 100%
掉話的原因如：弱覆蓋、強(qiáng)干擾、切換失敗引起的掉話(系統(tǒng)內(nèi)&異系統(tǒng))、手機(jī)或基站故障引起掉話...
具體來說：
1.1 覆蓋差
TD網(wǎng)絡(luò)覆蓋指標(biāo)主要是P-CCPCH的RSCP、C/I。通常所說的覆蓋差，是指RSCP小于－100dBm。
對覆蓋差問題進(jìn)行分析是，通常要考慮上行覆蓋和下行覆蓋。上行覆蓋差還是下行覆蓋差的問題需要通過掉話前上行或者下行的專用信道功率來確認(rèn)，需要采用以下的方法來確認(rèn)：
如果掉話前的上行發(fā)射功率達(dá)到最大值，并且上行的BLER也很差或者從RNC記錄的單用戶跟蹤上看到NodeB上報(bào)RL failure，基本可以認(rèn)為上行覆蓋差導(dǎo)致的掉話。
如果掉話前，下行發(fā)射功率達(dá)到最大值，并且下行的BLER很差，基本可以認(rèn)為是下行覆蓋不行導(dǎo)致的掉話。
在合理的鏈路平衡情況下，而且上下行沒有干擾的情況下，上行和下行發(fā)射功率會同時(shí)受限，此時(shí)不一定要嚴(yán)格區(qū)分哪一方先出現(xiàn)受限。如果上下行嚴(yán)重不平衡，則應(yīng)該初步判定為受限方向存在干擾。
確認(rèn)覆蓋的問題簡單直接的方式是直接觀察Scanner采集的數(shù)據(jù)，若最好小區(qū)的RSCP和C/I都很低，就可以認(rèn)為是覆蓋問題。
由于缺站、扇區(qū)接錯、功放故障導(dǎo)致站關(guān)閉等原因都會導(dǎo)致覆蓋差，在一些室內(nèi)，由于過大的穿透損耗也會導(dǎo)致覆蓋太差，扇區(qū)接錯或者站點(diǎn)由于故障原因關(guān)閉等容易在優(yōu)化過程中出現(xiàn)，表現(xiàn)為其他小區(qū)在掉話點(diǎn)的覆蓋差，需要注意分析區(qū)別。
1.2 鄰區(qū)漏配
一般來講，初期優(yōu)化過程掉話占大多數(shù)是由于鄰區(qū)漏配導(dǎo)致的。對于同頻鄰區(qū)，通常采用以下的辦法來確認(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)的同頻測量控制的鄰區(qū)列表中，如果測量控制的鄰區(qū)列表中中沒有擾碼，那么可以確認(rèn)是鄰區(qū)漏配。
方法二：如果掉話后UE馬上重新接入，如果UE重新接入的小區(qū)擾碼和掉話時(shí)的擾碼不一致，也可以懷疑是鄰區(qū)漏配問題，可以通過測量控制進(jìn)一步進(jìn)行確認(rèn)（從掉話位置的消息開始往前找，找到最近一條同頻測量控制消息，檢查該測量控制消息的鄰區(qū)列表）。
方法三：有些UE會上報(bào)檢測集（Detected Set ）信息，如果掉話發(fā)生前檢測集信息中有相應(yīng)的擾碼信息，也可以確認(rèn)是鄰區(qū)漏配的問題。
鄰區(qū)漏配導(dǎo)致的掉話也包括異頻鄰區(qū)漏配和異系統(tǒng)鄰區(qū)漏配。異頻鄰區(qū)漏配的確認(rèn)方法和同頻幾乎相同，主要是掉話發(fā)生的時(shí)候，手機(jī)沒有測量或者上報(bào)異頻鄰區(qū)，而手機(jī)掉話后重新駐留到異頻鄰區(qū)上。異系統(tǒng)鄰區(qū)漏配表現(xiàn)為手機(jī)在3G掉話，掉話后手機(jī)重新選網(wǎng)駐留到2G網(wǎng)絡(luò)，從信號質(zhì)量來看，2G網(wǎng)絡(luò)的質(zhì)量很好（在掉話點(diǎn)用2G測試手機(jī)觀察RSSI信號）。
1.3 切換掉話
切換導(dǎo)致掉話主要有兩類原因：切換來不及或者乒乓切換。
從信令流程上CS業(yè)務(wù)表現(xiàn)為手機(jī)收不到激活集更新命令（物理信道重配置），PS業(yè)務(wù)也有可能收不到激活集更新命令，也有可能在切換之前先發(fā)生TRB復(fù)位。
從信號上看，切換來不及主要有以下現(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測量報(bào)告，RNC也收到了測量報(bào)告，并下發(fā)了激活集更新消息，但UE收不到激活集更新消息。
乒乓切換主要有以下兩種現(xiàn)象：
1）主導(dǎo)小區(qū)變化快：2個或者多個小區(qū)交替成為主導(dǎo)小區(qū)，主導(dǎo)小區(qū)具有較好的RSCP和C/I每個小區(qū)成為主導(dǎo)小區(qū)的時(shí)間很短；
2）無主導(dǎo)小區(qū)：存在多個小區(qū)，RSCP正常而且相互之間差別不大，每個小區(qū)的C/I都很差。
從信令流程上看，一般可以看到1個小區(qū)剛剛刪除，然后馬上要求加入，此時(shí)收不到RNC下發(fā)的激活集更新命令導(dǎo)致失敗。
解決切換來不及導(dǎo)致的掉話，可以通過調(diào)整天線擴(kuò)大切換區(qū)，也可以配置1g事件的切換參數(shù)使切換更容易發(fā)生，或者配置Offset使目標(biāo)小區(qū)能夠提前發(fā)生切換；解決乒乓切換帶來的掉話問題，可以調(diào)整天線使覆蓋區(qū)域形成主導(dǎo)小區(qū)，也可以配置1g事件的切換參數(shù)減少乒乓的發(fā)生等方法來進(jìn)行。
對于異頻切換和系統(tǒng)間切換，在切換前需要進(jìn)行異頻或者異系統(tǒng)測量，測量啟動太遲，可能導(dǎo)致手機(jī)來不及測量目標(biāo)小區(qū)的信號，從而產(chǎn)生掉話，也可能手機(jī)完成了測量，但下發(fā)的異頻或者異系統(tǒng)切換請求手機(jī)不能正常接收而導(dǎo)致掉話。
對于3G 2G系統(tǒng)間切換掉話的常見原因大概如下：
鄰區(qū)漏配置，可以通過配置鄰區(qū)解決；
信號變化太快導(dǎo)致掉話；
手機(jī)問題，比如UE回切換失敗或者UE沒有上報(bào)異系統(tǒng)測量報(bào)告導(dǎo)致掉話等；
物理信道重配置時(shí)發(fā)生最優(yōu)小區(qū)發(fā)生變更導(dǎo)致掉話，需要產(chǎn)品算法進(jìn)行優(yōu)化；
異系統(tǒng)小區(qū)配置過多導(dǎo)致掉話，可以通過優(yōu)化鄰區(qū)數(shù)目解決；
LAC區(qū)配置錯誤導(dǎo)致的掉話，可以通過數(shù)據(jù)配置檢查解決。
1.4 干擾掉話
下行和上行的干擾都會導(dǎo)致掉話。一般情況下，對于下行，當(dāng)激活集P-CCPCH RSCP大于-85dB，而激活集綜合C/I小于-9dB產(chǎn)生了掉話，基本上可以認(rèn)為是下行干擾的問題（當(dāng)切換不及時(shí)的時(shí)候，也可能出現(xiàn)服務(wù)小區(qū)RSCP信號很好，但C/I很差；但此時(shí)監(jiān)測集小區(qū)RSCP和C/I都很好）；對于上行RTWP比正常值（-107～-105）超過10dB，干擾時(shí)間超過2～3s，就有可能造成掉話，需要重點(diǎn)解決。
下行的干擾通常是指導(dǎo)頻污染，指覆蓋地區(qū)存在3個以上的小區(qū)滿足切換條件，由于信號的波動常常出現(xiàn)激活集替換或者最優(yōu)小區(qū)發(fā)生變化，通常當(dāng)激活集綜合質(zhì)量不好（P-CCPCH的C/I都在-3dB左右波動），容易出現(xiàn)切換失敗導(dǎo)致SRB復(fù)位，也可能出現(xiàn)TRB復(fù)位。
上行的干擾增加了連接模式的手機(jī)上行發(fā)射功率，從而產(chǎn)生過高的BLER導(dǎo)致SRB或者TRB復(fù)位或者由于失步導(dǎo)致掉話。另外，在切換的時(shí)候，新建鏈路由于上行干擾問題導(dǎo)致鏈路不能同步，從而造成該小區(qū)的切換成功率低，或者造成切換失敗而導(dǎo)致掉話。
通常在沒有干擾的情況下，上下行是平衡的，也就是說掉話前上下行的發(fā)射功率都會接近最大值。但當(dāng)干擾存在時(shí)，如果是下行的干擾，往往出現(xiàn)上行發(fā)射功率很小或者BLER收斂的情況，但下行發(fā)射功率達(dá)到最大值同時(shí)也伴隨著下行BLER不收斂；對于上行干擾，會存在同樣的表現(xiàn)，在實(shí)際分析可以通過這個方法來區(qū)分。
1.5 流程交互失敗
一些需要信令交互的流程，如AMR控制、UE的狀態(tài)遷移等，常常會由于信號的原因，手機(jī)支持方面的原因或者RAN設(shè)備和手機(jī)的配合問題，導(dǎo)致流程失敗，最后導(dǎo)致掉話。還有一種特殊情況就是在流程的交互過程中，如RB建立，RB重配置等流程中，切換的測量報(bào)告不能及時(shí)處理，導(dǎo)致信號變差而掉話。
這類問題需要針對特定的流程和手機(jī)進(jìn)行分析，沒有一般性的處理方法。
1.6 異常
在排除了以上的原因之后，其他的掉話一般需要懷疑設(shè)備的問題，需要通過查看設(shè)備的日志，告警等進(jìn)一步來分析掉話原因。比如：NodeB異常引起同步失敗，導(dǎo)致的鏈路不停增加和刪除,手機(jī)不上報(bào)1g測量報(bào)告導(dǎo)致掉話.這里需要重點(diǎn)注意的是測試手機(jī)異常死機(jī)引起的掉話問題，一般在撥測過程中容易出現(xiàn)這個問題，具體表現(xiàn)為路測記錄的數(shù)據(jù)中有一段時(shí)間沒有手機(jī)上報(bào)的信息。
掉話率(PS)= (RNC 觸發(fā)釋放的PS域業(yè)務(wù)RAB的數(shù)目/ PS 域成功建立業(yè)務(wù)的 RAB 指配響應(yīng)消息的數(shù)目)× 100%
掉話的原因如：弱覆蓋、強(qiáng)干擾、切換失敗引起的掉話(系統(tǒng)內(nèi)&異系統(tǒng))、手機(jī)或基站故障引起掉話...
具體來說：
1.1 覆蓋差
TD網(wǎng)絡(luò)覆蓋指標(biāo)主要是P-CCPCH的RSCP、C/I。通常所說的覆蓋差，是指RSCP小于－100dBm。
對覆蓋差問題進(jìn)行分析是，通常要考慮上行覆蓋和下行覆蓋。上行覆蓋差還是下行覆蓋差的問題需要通過掉話前上行或者下行的專用信道功率來確認(rèn)，需要采用以下的方法來確認(rèn)：
如果掉話前的上行發(fā)射功率達(dá)到最大值，并且上行的BLER也很差或者從RNC記錄的單用戶跟蹤上看到NodeB上報(bào)RL failure，基本可以認(rèn)為上行覆蓋差導(dǎo)致的掉話。
如果掉話前，下行發(fā)射功率達(dá)到最大值，并且下行的BLER很差，基本可以認(rèn)為是下行覆蓋不行導(dǎo)致的掉話。
在合理的鏈路平衡情況下，而且上下行沒有干擾的情況下，上行和下行發(fā)射功率會同時(shí)受限，此時(shí)不一定要嚴(yán)格區(qū)分哪一方先出現(xiàn)受限。如果上下行嚴(yán)重不平衡，則應(yīng)該初步判定為受限方向存在干擾。
確認(rèn)覆蓋的問題簡單直接的方式是直接觀察Scanner采集的數(shù)據(jù)，若最好小區(qū)的RSCP和C/I都很低，就可以認(rèn)為是覆蓋問題。
由于缺站、扇區(qū)接錯、功放故障導(dǎo)致站關(guān)閉等原因都會導(dǎo)致覆蓋差，在一些室內(nèi)，由于過大的穿透損耗也會導(dǎo)致覆蓋太差，扇區(qū)接錯或者站點(diǎn)由于故障原因關(guān)閉等容易在優(yōu)化過程中出現(xiàn)，表現(xiàn)為其他小區(qū)在掉話點(diǎn)的覆蓋差，需要注意分析區(qū)別。
1.2 鄰區(qū)漏配
一般來講，初期優(yōu)化過程掉話占大多數(shù)是由于鄰區(qū)漏配導(dǎo)致的。對于同頻鄰區(qū)，通常采用以下的辦法來確認(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)的同頻測量控制的鄰區(qū)列表中，如果測量控制的鄰區(qū)列表中中沒有擾碼，那么可以確認(rèn)是鄰區(qū)漏配。
方法二：如果掉話后UE馬上重新接入，如果UE重新接入的小區(qū)擾碼和掉話時(shí)的擾碼不一致，也可以懷疑是鄰區(qū)漏配問題，可以通過測量控制進(jìn)一步進(jìn)行確認(rèn)（從掉話位置的消息開始往前找，找到最近一條同頻測量控制消息，檢查該測量控制消息的鄰區(qū)列表）。
方法三：有些UE會上報(bào)檢測集（Detected Set ）信息，如果掉話發(fā)生前檢測集信息中有相應(yīng)的擾碼信息，也可以確認(rèn)是鄰區(qū)漏配的問題。
鄰區(qū)漏配導(dǎo)致的掉話也包括異頻鄰區(qū)漏配和異系統(tǒng)鄰區(qū)漏配。異頻鄰區(qū)漏配的確認(rèn)方法和同頻幾乎相同，主要是掉話發(fā)生的時(shí)候，手機(jī)沒有測量或者上報(bào)異頻鄰區(qū)，而手機(jī)掉話后重新駐留到異頻鄰區(qū)上。異系統(tǒng)鄰區(qū)漏配表現(xiàn)為手機(jī)在3G掉話，掉話后手機(jī)重新選網(wǎng)駐留到2G網(wǎng)絡(luò)，從信號質(zhì)量來看，2G網(wǎng)絡(luò)的質(zhì)量很好（在掉話點(diǎn)用2G測試手機(jī)觀察RSSI信號）。
1.3 切換掉話
切換導(dǎo)致掉話主要有兩類原因：切換來不及或者乒乓切換。
從信令流程上CS業(yè)務(wù)表現(xiàn)為手機(jī)收不到激活集更新命令（物理信道重配置），PS業(yè)務(wù)也有可能收不到激活集更新命令，也有可能在切換之前先發(fā)生TRB復(fù)位。
從信號上看，切換來不及主要有以下現(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測量報(bào)告，RNC也收到了測量報(bào)告，并下發(fā)了激活集更新消息，但UE收不到激活集更新消息。
乒乓切換主要有以下兩種現(xiàn)象：
1）主導(dǎo)小區(qū)變化快：2個或者多個小區(qū)交替成為主導(dǎo)小區(qū)，主導(dǎo)小區(qū)具有較好的RSCP和C/I每個小區(qū)成為主導(dǎo)小區(qū)的時(shí)間很短；
2）無主導(dǎo)小區(qū)：存在多個小區(qū)，RSCP正常而且相互之間差別不大，每個小區(qū)的C/I都很差。
從信令流程上看，一般可以看到1個小區(qū)剛剛刪除，然后馬上要求加入，此時(shí)收不到RNC下發(fā)的激活集更新命令導(dǎo)致失敗。
解決切換來不及導(dǎo)致的掉話，可以通過調(diào)整天線擴(kuò)大切換區(qū)，也可以配置1g事件的切換參數(shù)使切換更容易發(fā)生，或者配置Offset使目標(biāo)小區(qū)能夠提前發(fā)生切換；解決乒乓切換帶來的掉話問題，可以調(diào)整天線使覆蓋區(qū)域形成主導(dǎo)小區(qū)，也可以配置1g事件的切換參數(shù)減少乒乓的發(fā)生等方法來進(jìn)行。
對于異頻切換和系統(tǒng)間切換，在切換前需要進(jìn)行異頻或者異系統(tǒng)測量，測量啟動太遲，可能導(dǎo)致手機(jī)來不及測量目標(biāo)小區(qū)的信號，從而產(chǎn)生掉話，也可能手機(jī)完成了測量，但下發(fā)的異頻或者異系統(tǒng)切換請求手機(jī)不能正常接收而導(dǎo)致掉話。
對于3G 2G系統(tǒng)間切換掉話的常見原因大概如下：
鄰區(qū)漏配置，可以通過配置鄰區(qū)解決；
信號變化太快導(dǎo)致掉話；
手機(jī)問題，比如UE回切換失敗或者UE沒有上報(bào)異系統(tǒng)測量報(bào)告導(dǎo)致掉話等；
物理信道重配置時(shí)發(fā)生最優(yōu)小區(qū)發(fā)生變更導(dǎo)致掉話，需要產(chǎn)品算法進(jìn)行優(yōu)化；
異系統(tǒng)小區(qū)配置過多導(dǎo)致掉話，可以通過優(yōu)化鄰區(qū)數(shù)目解決；
LAC區(qū)配置錯誤導(dǎo)致的掉話，可以通過數(shù)據(jù)配置檢查解決。
1.4 干擾掉話
下行和上行的干擾都會導(dǎo)致掉話。一般情況下，對于下行，當(dāng)激活集P-CCPCH RSCP大于-85dB，而激活集綜合C/I小于-9dB產(chǎn)生了掉話，基本上可以認(rèn)為是下行干擾的問題（當(dāng)切換不及時(shí)的時(shí)候，也可能出現(xiàn)服務(wù)小區(qū)RSCP信號很好，但C/I很差；但此時(shí)監(jiān)測集小區(qū)RSCP和C/I都很好）；對于上行RTWP比正常值（-107～-105）超過10dB，干擾時(shí)間超過2～3s，就有可能造成掉話，需要重點(diǎn)解決。
下行的干擾通常是指導(dǎo)頻污染，指覆蓋地區(qū)存在3個以上的小區(qū)滿足切換條件，由于信號的波動常常出現(xiàn)激活集替換或者最優(yōu)小區(qū)發(fā)生變化，通常當(dāng)激活集綜合質(zhì)量不好（P-CCPCH的C/I都在-3dB左右波動），容易出現(xiàn)切換失敗導(dǎo)致SRB復(fù)位，也可能出現(xiàn)TRB復(fù)位。
上行的干擾增加了連接模式的手機(jī)上行發(fā)射功率，從而產(chǎn)生過高的BLER導(dǎo)致SRB或者TRB復(fù)位或者由于失步導(dǎo)致掉話。另外，在切換的時(shí)候，新建鏈路由于上行干擾問題導(dǎo)致鏈路不能同步，從而造成該小區(qū)的切換成功率低，或者造成切換失敗而導(dǎo)致掉話。
通常在沒有干擾的情況下，上下行是平衡的，也就是說掉話前上下行的發(fā)射功率都會接近最大值。但當(dāng)干擾存在時(shí)，如果是下行的干擾，往往出現(xiàn)上行發(fā)射功率很小或者BLER收斂的情況，但下行發(fā)射功率達(dá)到最大值同時(shí)也伴隨著下行BLER不收斂；對于上行干擾，會存在同樣的表現(xiàn)，在實(shí)際分析可以通過這個方法來區(qū)分。
1.5 流程交互失敗
一些需要信令交互的流程，如AMR控制、UE的狀態(tài)遷移等，常常會由于信號的原因，手機(jī)支持方面的原因或者RAN設(shè)備和手機(jī)的配合問題，導(dǎo)致流程失敗，最后導(dǎo)致掉話。還有一種特殊情況就是在流程的交互過程中，如RB建立，RB重配置等流程中，切換的測量報(bào)告不能及時(shí)處理，導(dǎo)致信號變差而掉話。
這類問題需要針對特定的流程和手機(jī)進(jìn)行分析，沒有一般性的處理方法。
1.6 異常
在排除了以上的原因之后，其他的掉話一般需要懷疑設(shè)備的問題，需要通過查看設(shè)備的日志，告警等進(jìn)一步來分析掉話原因。比如：NodeB異常引起同步失敗，導(dǎo)致的鏈路不停增加和刪除,手機(jī)不上報(bào)1g測量報(bào)告導(dǎo)致掉話.這里需要重點(diǎn)注意的是測試手機(jī)異常死機(jī)引起的掉話問題，一般在撥測過程中容易出現(xiàn)這個問題，具體表現(xiàn)為路測記錄的數(shù)據(jù)中有一段時(shí)間沒有手機(jī)上報(bào)的信息。
回答者：
tscinter
回答時(shí)間：2010-06-28 11:16
30
36
資料挺詳細(xì)的，謝了
華山令狐沖 2010-06-28 13:22
資料很好，謝謝分享。。
kjq110 2010-10-19 10:14
很好 整理的很詳細(xì)
81808836 2011-07-06 11:06
掉話有三種定義方式
1）收到任何的BCH消息（即系統(tǒng)消息）
2）收到RRC Release消息且釋放的原因值為Not Normal
3）收到CC Disconnect，CC Release Complete，CC Release三條消息中的任何一條，而且釋放的原因?yàn)镹ot Normal Clearing或者Not Normal，Unspecified。
1）收到任何的BCH消息（即系統(tǒng)消息）
2）收到RRC Release消息且釋放的原因值為Not Normal
3）收到CC Disconnect，CC Release Complete，CC Release三條消息中的任何一條，而且釋放的原因?yàn)镹ot Normal Clearing或者Not Normal，Unspecified。
回答者：
mao_mao
回答時(shí)間：2010-06-28 11:17
34
33
學(xué)習(xí)下
回答者：
guangdao
回答時(shí)間：2010-06-28 11:17
37
33
導(dǎo)致掉話有下面幾種原因：
1、干擾
2、弱覆蓋或者過覆蓋
3、設(shè)備告警
4、參數(shù)設(shè)置
5、網(wǎng)絡(luò)資源
等等
1、干擾
2、弱覆蓋或者過覆蓋
3、設(shè)備告警
4、參數(shù)設(shè)置
5、網(wǎng)絡(luò)資源
等等
回答者：
mao_mao
回答時(shí)間：2010-06-28 11:17
30
34
掉話的定義：手機(jī)收到Disconnect/Release信令視為通話正常結(jié)束，在手機(jī)沒有發(fā)Disconnect信令或沒收到網(wǎng)絡(luò)下發(fā)Disconnect/Release信令情況下，手機(jī)回到idle 狀態(tài)，則視為一次掉話。（摘自最新的移動測試規(guī)范，絕對正確）
掌握掉話常見原因及處理方法，逐一排查，并最終定位解決（個人的總結(jié)，如有不當(dāng)，歡迎指教）
掉話原因分析：
1設(shè)備異常導(dǎo)致的掉話（查看告警）；
2覆蓋原因（弱覆蓋、后瓣覆蓋、越區(qū)覆蓋及無主覆蓋等）導(dǎo)致的掉話；
3干擾導(dǎo)致的掉話（同頻干擾、上下行交叉時(shí)隙干擾等）；
4 切換失敗導(dǎo)致掉話（鄰區(qū)擁塞無法觸發(fā)切換、漏配鄰區(qū)導(dǎo)致的切換失敗進(jìn)而掉話、切換參數(shù)設(shè)置不合理導(dǎo)致切換過早或者過晚）；
5 呼叫重建不支持導(dǎo)致掉話（查看RNC側(cè)信令文件跟蹤里IU Release中攜帶的原因進(jìn)行判斷）；
6 同頻同碼導(dǎo)致掉話或同頻同時(shí)隙導(dǎo)致的掉話；
7 同頻同時(shí)隙導(dǎo)致的掉話等。
8 其他原因如手機(jī)終端出現(xiàn)死機(jī)等。
回答者：
TD夏夏
回答時(shí)間：2010-06-28 11:19
32
34
我可是一個字一個字的打上去的 辛苦啊
TD夏夏 2010-06-28 11:20
兄臺辛苦了，大家共同進(jìn)步么
華山令狐沖 2010-06-28 13:02
兄臺辛苦了
王建生 2010-12-20 16:34
簡單明了，謝謝兄弟！
• 南京華蘇科技有限公司
聘：投訴前后臺-深圳移動日常
需求人數(shù)：8 人 地點(diǎn)：深圳市
• 安徽引途科技有限公司 聘：安徽皖北單驗(yàn)簇優(yōu)化測試
需求人數(shù)：10 人 地點(diǎn)：六安市,宿州市,亳州市,蚌埠市,阜陽市
• 南京欣網(wǎng)通信科技股份有限公司 聘：網(wǎng)優(yōu)工程師（外場初級）
需求人數(shù)：5 人 地點(diǎn)：黔南布依族苗族自治州
• 河北中創(chuàng)盈和通信科技有限公司 聘：地市支撐/云南
需求人數(shù)：3 人 地點(diǎn)：昆明市,麗江市,楚雄市
• 西安長河通訊有限責(zé)任公司 聘：中興OTN工程師（高級）
需求人數(shù)：1 人 地點(diǎn)：紅河州
• 西安盈科思泰網(wǎng)絡(luò)技術(shù)有限公司 聘：新疆初級4/5G優(yōu)化工程師
需求人數(shù)：5 人 地點(diǎn)：哈密市,吐魯番市,伊寧市
• 錦華技術(shù)（蘭州）有限公司 聘：福建5G華為中級/高級后臺
需求人數(shù)：5 人 地點(diǎn)：廈門市,莆田市,漳州市
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點(diǎn)：西寧市
• 兩江新區(qū)思圖文化傳媒工作室 聘：測試職位不要投
需求人數(shù)：1 人 地點(diǎn)：九龍
• 北京電旗通訊技術(shù)股份有限公司 聘：OTN/XPON/軟交換吉林項(xiàng)目
需求人數(shù)：3 人 地點(diǎn)：長春市,遼源市,四平市
需求人數(shù)：8 人 地點(diǎn)：深圳市
• 安徽引途科技有限公司 聘：安徽皖北單驗(yàn)簇優(yōu)化測試
需求人數(shù)：10 人 地點(diǎn)：六安市,宿州市,亳州市,蚌埠市,阜陽市
• 南京欣網(wǎng)通信科技股份有限公司 聘：網(wǎng)優(yōu)工程師（外場初級）
需求人數(shù)：5 人 地點(diǎn)：黔南布依族苗族自治州
• 河北中創(chuàng)盈和通信科技有限公司 聘：地市支撐/云南
需求人數(shù)：3 人 地點(diǎn)：昆明市,麗江市,楚雄市
• 西安長河通訊有限責(zé)任公司 聘：中興OTN工程師（高級）
需求人數(shù)：1 人 地點(diǎn)：紅河州
• 西安盈科思泰網(wǎng)絡(luò)技術(shù)有限公司 聘：新疆初級4/5G優(yōu)化工程師
需求人數(shù)：5 人 地點(diǎn)：哈密市,吐魯番市,伊寧市
• 錦華技術(shù)（蘭州）有限公司 聘：福建5G華為中級/高級后臺
需求人數(shù)：5 人 地點(diǎn)：廈門市,莆田市,漳州市
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點(diǎn)：西寧市
• 兩江新區(qū)思圖文化傳媒工作室 聘：測試職位不要投
需求人數(shù)：1 人 地點(diǎn)：九龍
• 北京電旗通訊技術(shù)股份有限公司 聘：OTN/XPON/軟交換吉林項(xiàng)目
需求人數(shù)：3 人 地點(diǎn)：長春市,遼源市,四平市
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |