霧里看花boy
銀牌會員
 發(fā)短消息
關(guān)注Ta
積分 3323
帖子 634
威望 1016244 個
禮品券 129 個
專家指數(shù) 153
注冊 2010-10-18 專業(yè)方向
無線網(wǎng)絡(luò)優(yōu)化
回答問題數(shù) 0
回答被采納數(shù) 0
回答采納率 0%
|
大
中
小
發(fā)表于 2013-07-20 14:03:32
只看樓主
|
|
上下行鏈路失步引起DPCH陡降問題說明
1
DPCH陡降現(xiàn)象說明我們通過對比DPCH陡降的多個案例，發(fā)現(xiàn)目前項(xiàng)目上很多情況都是在切換過程中，上行或下行鏈路失步使得UE轉(zhuǎn)入空閑態(tài)讀取系統(tǒng)消息或者RNC下發(fā)RRC釋放消息來主動釋放鏈路，最終導(dǎo)致此業(yè)務(wù)發(fā)生DPCH陡降現(xiàn)象。
1.1
案例1：硬切換時(shí)下行鏈路失步UE在做普通語音業(yè)務(wù)期間，上報(bào)測量報(bào)告希望進(jìn)行切換。4.5s后UE小區(qū)搜索，讀取系統(tǒng)消息，并做CellUpdate試圖挽救（此過程在圖中沒有顯示出來）。如下圖所示，DPCH陡降發(fā)生時(shí)，UE已經(jīng)處于讀取系統(tǒng)消息的時(shí)間。
1.2
案例2：切換時(shí)上行鏈路失步UE在做普通語音業(yè)務(wù)期間，上報(bào)測量報(bào)告希望進(jìn)行切換。8.5s后UE收到RNC下發(fā)的RRC連接釋放消息，UE發(fā)送RRC連接釋放完成消息，然后UE讀取系統(tǒng)消息。DPCH陡降發(fā)生時(shí)，UE已經(jīng)處于讀取系統(tǒng)消息的時(shí)間。
1.3
案例3：切換時(shí)上行鏈路失步UE在做普通語音業(yè)務(wù)期間，上報(bào)測量報(bào)告希望進(jìn)行切換。收到RNC下發(fā)的RB重配命令后，UE上報(bào)RB重配完成消息。12s后UE進(jìn)行小區(qū)搜索，讀取系統(tǒng)消息。DPCH陡降發(fā)生時(shí)，UE已經(jīng)處于讀取系統(tǒng)消息的時(shí)間。
2
DPCH陡降問題原因DPCH陡降發(fā)生在切換流程中，切換示例流程見下：
從信令流程方面來分析硬切換空口失敗過程如下。
l
與源小區(qū)下行失步：
UE 已發(fā)測量報(bào)告，但由于下行失步，收不到原小區(qū)DPCH 數(shù)據(jù)，即收不到物理信道重配置信令（或RB 重配置消息），導(dǎo)致無法切換；
l
與目標(biāo)小區(qū)上行失步：
UE 收到物理信道重配置消息，由于UP 存在干擾或FPACH 信道的C/I 或信號質(zhì)量較差，UE 不能在新小區(qū)建立上行同步，導(dǎo)致幀定時(shí)跟蹤出現(xiàn)問題，這樣UE 無法在目標(biāo)小區(qū)正確收發(fā)，發(fā)生切換失敗。如果源小區(qū)的RL 沒有刪除，RNC 會通過源小區(qū)給UE 下發(fā)物理信道重配失�。ɑ�RB 重配失�。�UE 回到源小區(qū)，反之則發(fā)生掉話。
l
與目標(biāo)小區(qū)下行失步：
UE 收到物理信道重配置消息（RB 重配置消息），由于原小區(qū)或周圍鄰小區(qū)對目標(biāo)小區(qū)的下行信號有較大的干擾，導(dǎo)致UE 無法正確解析目標(biāo)小區(qū)的下行信號，不能與目標(biāo)小區(qū)建立同步，而引發(fā)物理信道重配置超時(shí)；發(fā)生掉話問題。
l
與目標(biāo)小區(qū)上行失步：
UE 已向目標(biāo)NodeB 發(fā)送物理信道重配置（RB 重配置）完成信令，但是由于目標(biāo)小區(qū)NodeB 底噪過高，或此時(shí)多部UE 位于小區(qū)邊緣，且上行發(fā)射功率都被抬升的比較高，導(dǎo)致產(chǎn)生較大的上行時(shí)隙干擾，使得目標(biāo)小區(qū)NodeB 無法正確解析重配置完成的信令，而引發(fā)物理信道重配置超時(shí)。
從切換的流程來看，上下行無線鏈路失步在切換過程中影響比較大，因此需要了解上下行無線鏈路失步的原理。
2.1.1
下行無線鏈路失步準(zhǔn)則處于CELL_DCH狀態(tài)的UE，連續(xù)接收到來自物理層的N313個連續(xù)”our of sync”指示時(shí)，啟動定時(shí)器T313，在此過程中若連續(xù)接收到來自物理層的N315個連續(xù)”in sync”指示，T313停止，否則T313超時(shí)，視為下行無線鏈路失步。
2.1.2
下行無線鏈路失步后UE的行為UE檢測到下行無線鏈路失步后，做如下處理：
1)
UE的RRC層向物理層下發(fā)“P_RRC_PHY_RL_Release_REQ”釋放物理信道資源；
2)
同時(shí)UE關(guān)閉上下行數(shù)據(jù)，并通過“P_RRC_PHY_CellSearch_REQ”原語讓物理層進(jìn)行小區(qū)的重搜，此時(shí)終端是無法測DPCH_RSCP值的，因此會在終端側(cè)顯示出DPCH陡降現(xiàn)象。
3)
在搜到小區(qū)后，UE將在目標(biāo)小區(qū)上進(jìn)行CellUpdate，原因?yàn)椤?/font>radio link failure”。如果小區(qū)更新成功，則該次下行無線鏈路失步得到挽救，否則UE發(fā)生掉話。
具體過程如下圖所示：
2.1.3
下行失步DPCH陡降的時(shí)長需要指出的是，各個終端廠家對于UE檢測存在著或多或少的差異。下面列舉的是某芯片廠商處理的情況。
UE的物理層每隔一幀的時(shí)間（10ms），進(jìn)行一次下行無線鏈路的同步情況的監(jiān)測。在具體實(shí)施的過程中，UE側(cè)采用滑窗的形式，滑窗的長度為160ms，滑窗每10ms移動一次。網(wǎng)絡(luò)參數(shù)默認(rèn)值N313=20，T313=3s，由此可以計(jì)算出UE收到第一個下行失步指示到DPCH陡降的時(shí)間為：
DPCH陡降時(shí)長=160ms+N313*10ms+T313=3360ms
2.1.4
上行無線鏈路失步準(zhǔn)則在同步保持階段，NodeB對于物理層兩個連續(xù)同步指示的時(shí)間間隔為160ms，NB在收到N_OUTSYNC_IND個連續(xù)失步指示后，將啟動“無線鏈路失敗過程定時(shí)器”T_RLFAILURE，在收到N_SYNC_IND個同步狀態(tài)指示后，NodeB將停止和復(fù)位T_RLFAILURE，如果T_RLFAILURE超時(shí)，NodeB則認(rèn)為上行無線鏈路失步。
2.1.5
上行無線鏈路失步后NodeB的行為NodeB檢測到上行無線鏈路失步后，做如下處理：
1)
NodeB向RNC上發(fā)“Radio link failure indication”，指示同步失敗。
2)
NodeB停發(fā)下行數(shù)據(jù)，目的是讓UE下行失步，來上發(fā)CellUpdate。此時(shí)會在終端側(cè)顯示出DPCH陡降現(xiàn)象。
3)
RNC啟動“收到RL失敗等待定時(shí)器”。在該定時(shí)器超時(shí)前，如果未收到“Radio link restore”則RNC釋放鏈路，并記為無線鏈路失敗的掉話。
2.1.6
上行失步DPCH陡降的時(shí)長網(wǎng)絡(luò)參數(shù)默認(rèn)值N_OUTSYNC_IND =20，T_RLFAILURE =5s。由此可以計(jì)算出，從第一上行失步開始到DPCH陡降的最短時(shí)間為：
DPCH陡降時(shí)長=20*160ms+5000ms =8200ms
3
DPCH陡降案例分析通過對上述DPCH陡降時(shí)間的計(jì)算，結(jié)合我們前面所列的案例，從時(shí)長的角度進(jìn)行分析如下：
l
案例1：
終端在15：51：09.814發(fā)送測量報(bào)告，在等了4.5秒后，在15：51：14.314 DPCH發(fā)生陡降，讀取系統(tǒng)消息，并試圖做小區(qū)更新。因此從時(shí)長的角度來看，終端是下行鏈路失步。
l
案例2：
終端在00：52：25.842發(fā)送測量報(bào)告，在等了將近8.7秒后，在00：52：34.532 DPCH發(fā)生陡降。因此從時(shí)長的角度來看，終端是上行鏈路失步。
l
案例3：
終端在23：03：06.873發(fā)送RB重配完成命令，在等了將近9秒后，在23：03：15.763 DPCH發(fā)生陡降，而后轉(zhuǎn)入空閑態(tài)，并試圖做小區(qū)更新。因此從時(shí)長的角度來看，終端是上行鏈路失步。
總之，DPCH陡降在上下行鏈路失步時(shí)，是有很大發(fā)生可能性的，而且按照終端和基站設(shè)備對DPCH的處理機(jī)制也是合理的。
4
DPCH陡降處理建議通過以上的分析，可以看到DPCH陡降和上下行無線鏈路失步有很大的關(guān)系，進(jìn)而又和切換過程中的問題有著直接的聯(lián)系，因此對DPCH陡降現(xiàn)象處理建議為：
1.
先理順切換關(guān)系，排除同頻干擾，保證無線環(huán)境正常；
2.
另可通過調(diào)整上行的SIR Target和DPCH的發(fā)射功率來改善上下行鏈路質(zhì)量；
3.
再一個就是調(diào)整Uu口定時(shí)器參數(shù)，無線鏈路失步后，釋放時(shí)間由T313、N313、N315 N_OUTSYNC_IND、T_RLFAILURE等參數(shù)控制。
4.
關(guān)注UE，避免測試時(shí)間過長發(fā)熱死機(jī)而影響測試結(jié)果。
從信令就可以判斷UE和網(wǎng)絡(luò)側(cè)已經(jīng)失步，后來UE觸發(fā)cell update，網(wǎng)絡(luò)側(cè)下發(fā)cell update confirm，說明UE重新和網(wǎng)絡(luò)側(cè)重新同步，通話繼續(xù)。其實(shí)是沒有掉話，只不過軟件從信令上判為掉話。針對上行和下行，失步分為上行鏈路失步和下行鏈路失步兩種。在協(xié)議里面針對上行鏈路失步和下行鏈路失步分別定義了判斷標(biāo)準(zhǔn)，上行鏈路失步會刪除鏈路，立即斷開，造成UE最終掉話；下行失步會cellupdate，，而下行失步是可以通過cellupdate過程恢復(fù)的，所以通話恢復(fù)。這種假掉話現(xiàn)象一般是由于干擾和無線傳播環(huán)境惡化造成。DPCH RSCP陡降問題的出現(xiàn)一般發(fā)生在切換過程，當(dāng)UE和目標(biāo)小區(qū)沒有上行同步上，NodeB是不會向UE發(fā)射下行DPCH功率，造成UE端觀測到DPCH-RSCP的突降。
3m-Y6c!J c3V"d!\)a4j!L移動通信,通信工程師的家園,通信人才,求職招聘,網(wǎng)絡(luò)優(yōu)化,通信工程,出差住宿,通信企業(yè)黑名單解決主要途徑：加強(qiáng)RF優(yōu)化力度，優(yōu)化鄰區(qū)關(guān)系，避免越區(qū)覆蓋和塔下黑。
;g"R"w3^#p#gMSCBSC 移動通信論壇1、主要解決切換關(guān)系，是否是切換到較遠(yuǎn)小區(qū)造成。移動通信,通信工程師的家園,通信人才,求職招聘,網(wǎng)絡(luò)優(yōu)化,通信工程,出差住宿,通信企業(yè)黑名單-J,M!T3w y
2、解決近端小區(qū)是否退服等硬件原因。gg1fic3.cn.cn,b3x:O9G3f
3、精細(xì)優(yōu)化，RF調(diào)整gg1fic3.cn.cn&t"i#~+G;u6X3d
4、在路線上優(yōu)化切換鏈，使UE不至于切換到較遠(yuǎn)的小區(qū)造成上行同步困難。
)u)A8_$y6R9u&q,Y#t:Z$s移動通信,通信工程師的家園,通信人才,求職招聘,網(wǎng)絡(luò)優(yōu)化,通信工程,出差住宿,通信企業(yè)黑名單這個問題與系統(tǒng)版本無關(guān)，需要外場加強(qiáng)RF優(yōu)化。
上行失步會RlFail，最終掉話；下行失步會cellupdate，如果cellupdate失敗就會掉話。
$J%p6n"y+g6\/W移動通信,通信工程師的家園,通信人才,求職招聘,網(wǎng)絡(luò)優(yōu)化,通信工程,出差住宿,通信企業(yè)黑名單6g$w9t9?2V6DMSCBSC 移動通信論壇1、上行DPCH同步
1^6V.t!Q$o-O4l gg1fic3.cn.cnNodeb的L1需要在每一個無線幀中，對無線鏈路的每一個UL CCTrCH檢查同步狀態(tài)。同步狀態(tài)用CPHY-Sync-IND或CPHY-Out-of-Sync-IND原語指示，同時(shí)觸發(fā)RL失敗/修復(fù)。MSCBSC 移動通信論壇:W(a2Q:h7D2V4I$P
無線鏈路的過程如下所示：MSCBSC 移動通信論壇2C#Q6[5F2h8@9V
當(dāng)CCTrCH處于In-Sync狀態(tài)時(shí)，Node B需要在接收到N_OUTSYNC_IND個連續(xù)out-of-Sync指示之后啟動計(jì)時(shí)器T_RLFAILURE。NodeB在接收到連續(xù)N_INSYNC_IND個In-Sync指示后停止并重置計(jì)時(shí)器T_RLFAILURE。如果T_RLFAILURE超時(shí)，NodeB需要通過同步狀態(tài)原語指示高層哪個CCTrCH處于Out-of-Sync狀態(tài)，NodeB會觸發(fā)RL_failure過程，并且CCTrCH狀態(tài)需要變?yōu)?/font>Out-of-Sync狀態(tài)。
%[$^(t!B7Nmscbsc 移動通信論壇擁有30萬通信專業(yè)人員，超過50萬份GSM/3G等通信技術(shù)資料，是國內(nèi)領(lǐng)先專注于通信技術(shù)和通信人生活的社區(qū)。當(dāng)CCTrCH處于Out-of-Sync狀態(tài)，NodeB需要在接收到N_INSYNC_IND個連續(xù)in-sync指示之后指示CCTrCH已經(jīng)重新建立同步，CCTrCH狀態(tài)需要變?yōu)?/font>In-Sync狀態(tài)。!i0Q0o%X6D;c
2、下行DPCH同步gg1fic3.cn.cn&I.c-B)J$r5Y%]5F-]9Y%s-x
當(dāng)UE啟動建立一個專用物理信道時(shí)，UE應(yīng)啟動定時(shí)器T312并等待L1發(fā)出N312連續(xù)的“in sync”指示。在收到N312連續(xù)的“in sync”指示時(shí)，認(rèn)為物理信道已經(jīng)建立，定時(shí)器T312被停止并重置。(l*L&a$H若定時(shí)器T312在物理信道建立前超時(shí)，UE認(rèn)為“physical channel establishment failure”。
/\+p-p0p-x-nmscbsc 移動通信論壇擁有30萬通信專業(yè)人員，超過50萬份GSM/3G等通信技術(shù)資料，是國內(nèi)領(lǐng)先專注于通信技術(shù)和通信人生活的社區(qū)。DPCH建立后，當(dāng)L1收到對DPCH的N313連續(xù)的“out-of-sync”指示后，UE應(yīng)該啟動定時(shí)器T313。如果從L1收到N315連續(xù)的“in sync”指示和UE狀態(tài)發(fā)生變化時(shí)，則UE應(yīng)停止并重置T313；如果T313超時(shí)，UE則認(rèn)為“RL failure”。當(dāng)一個無線鏈路失敗時(shí)，UE將清除專用物理信道配置，并執(zhí)行“cell update”原因?yàn)?/font>“RL failure”，同時(shí)啟動T314或T315和同失步相關(guān)的定時(shí)器、計(jì)數(shù)器。
掃碼關(guān)注5G通信官方公眾號,免費(fèi)領(lǐng)取以下5G精品資料
1、回復(fù)“YD5GAI”免費(fèi)領(lǐng)取《中國移動：5G網(wǎng)絡(luò)AI應(yīng)用典型場景技術(shù)解決方案白皮書》
2、回復(fù)“5G6G”免費(fèi)領(lǐng)取《5G_6G毫米波測試技術(shù)白皮書-2022_03-21》
3、回復(fù)“YD6G”免費(fèi)領(lǐng)取《中國移動：6G至簡無線接入網(wǎng)白皮書》
4、回復(fù)“LTBPS”免費(fèi)領(lǐng)取《《中國聯(lián)通5G終端白皮書》》
5、回復(fù)“ZGDX”免費(fèi)領(lǐng)取《中國電信5G NTN技術(shù)白皮書》
6、回復(fù)“TXSB”免費(fèi)領(lǐng)取《通信設(shè)備安裝工程施工工藝圖解》
7、回復(fù)“YDSL”免費(fèi)領(lǐng)取《中國移動算力并網(wǎng)白皮書》
8、回復(fù)“5GX3”免費(fèi)領(lǐng)取《 R16 23501-g60 5G的系統(tǒng)架構(gòu)1》
| |
關(guān)注樓主