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