下行失步:UE側(cè)檢測
原因:
1、與源小區(qū)下行失步:UE已發(fā)測量報告,但由于下行失步,收不到原小區(qū)DPCH數(shù)據(jù),即收不到物理信道重配置信令(或RB重配置消息),導(dǎo)致無法切換。
2、與目標(biāo)小區(qū)下行失步:UE收到物理信道重配置消息(RB重配置消息),由于原小區(qū)或周圍鄰小區(qū)對目標(biāo)小區(qū)的下行信號有較大的干擾,導(dǎo)致UE無法正確解析目標(biāo)小區(qū)的下行信號,不能與目標(biāo)小區(qū)建立同步,而引發(fā)物理信道重配置超時,發(fā)生掉話問題。
(物理信道重配置定時器不是一個3GPP協(xié)議定時器,它是各個廠家可以自己規(guī)定的私有定時器,在PHY RECONFIG 發(fā)送完畢后,RNC開始計時,當(dāng)收到PHY RECONFIG COMPLETE以后,RNC停止計時。如果RNC超時,則會發(fā)生25.413里面的14號 IU REL REQ的掉話原因(當(dāng)然,可能各廠家規(guī)定不一樣),也有可能是46號掉話原因。
)
判斷標(biāo)準(zhǔn):處于CELL_DCH狀態(tài)的UE,連續(xù)接收到來自物理層的N313個連續(xù)”out of sync”指示時,啟動定時器T313,在此過程中若連續(xù)接收到來自物理層的N315個連續(xù)”in sync”指示,T313停止,否則T313超時,視為下行無線鏈路失步。(下行失步主要原因為無線環(huán)境不好,干擾,弱覆蓋等,下行失步會cellupdate,而且一般可以恢復(fù)通話正常。)
挽救措施:
UE檢測到下行無線鏈路失步后,做如下處理:
1)UE的RRC層向物理層下發(fā)“P_RRC_PHY_RL_Release_REQ”釋放物理信道資源;
2)同時UE關(guān)閉上下行數(shù)據(jù),并通過“P_RRC_PHY_CellSearch_REQ”原語讓物理層進(jìn)行小區(qū)的重搜,此時終端是無法測DPCH_RSCP值的,因此會在終端側(cè)顯示出DPCH陡降現(xiàn)象。
3)在搜到小區(qū)后,UE將在目標(biāo)小區(qū)上進(jìn)行CellUpdate,原因為“radio link failure”。如果小區(qū)更新成功,則該次下行無線鏈路失步得到挽救,否則UE發(fā)生掉話。
引申:需要指出的是,各個終端廠家對于UE檢測存在著或多或少的差異,下面列舉的是某芯片廠商處理的情況。
UE的物理層每隔一幀的時間(10ms),進(jìn)行一次下行無線鏈路的同步情況的監(jiān)測。在具體實施的過程中,UE側(cè)采用滑窗的形式,滑窗的長度為160ms,滑窗每10ms移動一次。
網(wǎng)絡(luò)參數(shù)默認(rèn)值N313=20,T313=3s,由此可以計算出UE收到第一個下行失步指示到DPCH陡降的時間為:DPCH陡降時長=160ms+N313*10ms+T313=3360ms=3.36s