 |
 |
問(wèn)題已開(kāi)啟
(普通問(wèn)題)
下行失步
提問(wèn)者:
• 華為上下行不平衡1~10，是通過(guò)什么計(jì)算公式得到的？上行電平-下行電平？ 2011-08-09
• 上下行不平衡和分集接收通道故障的故障排查 2011-08-07
• 上行，下行誤碼率均值為多少正常?多少為不正常？ 不正常會(huì)導(dǎo)致哪些情況？ 2011-08-02
• 華為設(shè)備 進(jìn)行跟蹤一小區(qū)UM消息，只有下行沒(méi)有上行，求解 2011-08-02
• 上行channel request和下行immediate assignment中的random reference不一致會(huì)是什么原因？ 2011-08-01
• 求哪位高手有LTE物理層上行或下行鏈路仿真的程序給我一份�。xj2700hxj@163.com謝謝啦��！ 2011-07-30
• [華為設(shè)備]上下行不平衡產(chǎn)生原因及解決辦法 2011-07-29
• 最近在處理GSM網(wǎng)絡(luò)的最壞小區(qū)---中的上下行鏈路不平衡 2011-07-28
• 上下行不平衡和分集接收通道故障的故障排查 2011-08-07
• 上行，下行誤碼率均值為多少正常?多少為不正常？ 不正常會(huì)導(dǎo)致哪些情況？ 2011-08-02
• 華為設(shè)備 進(jìn)行跟蹤一小區(qū)UM消息，只有下行沒(méi)有上行，求解 2011-08-02
• 上行channel request和下行immediate assignment中的random reference不一致會(huì)是什么原因？ 2011-08-01
• 求哪位高手有LTE物理層上行或下行鏈路仿真的程序給我一份�。xj2700hxj@163.com謝謝啦��！ 2011-07-30
• [華為設(shè)備]上下行不平衡產(chǎn)生原因及解決辦法 2011-07-29
• 最近在處理GSM網(wǎng)絡(luò)的最壞小區(qū)---中的上下行鏈路不平衡 2011-07-28
問(wèn)題答案
( 2 )
失
步的具體表現(xiàn)為不同步的信號(hào)將會(huì)對(duì)相鄰時(shí)隙的信號(hào)產(chǎn)生干擾，而當(dāng)相位偏移嚴(yán)重使得上行信號(hào)在下行時(shí)隙發(fā)送（或下行信號(hào)在上行時(shí)隙發(fā)送）時(shí)，則對(duì)服務(wù)地區(qū)通
訊產(chǎn)生嚴(yán)重干擾，使該地區(qū)通話(huà)質(zhì)量和話(huà)務(wù)指標(biāo)下降，譬如：通話(huà)時(shí)雜音大，下行尋呼響應(yīng)次數(shù)很低，頻率阻塞率提高等；嚴(yán)重時(shí)還會(huì)造成C-CH丟失時(shí)隙、基站Block。針對(duì)上行呵下行，失步分為上行鏈路失步和下行鏈路失步兩種。在協(xié)議里面針對(duì)上行鏈路失步和下行鏈路失步分別定義了判斷標(biāo)準(zhǔn)，上行鏈路失步會(huì)刪除鏈路,，下行失步會(huì)cellupdate，而且現(xiàn)在的情況是一般出現(xiàn)了上行失步后基本上都恢復(fù)不了，造成UE最終掉話(huà)，而下行時(shí)刻有時(shí)可以通過(guò)cellupdate過(guò)程恢復(fù)。引起上行和下行鏈路失步的原因又不能簡(jiǎn)單地認(rèn)為是某一方面的問(wèn)題，而是由于交互作用引起的。
下行失步：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ū)或周?chē)徯^(qū)對(duì)目標(biāo)小區(qū)的下行信號(hào)有較大的干擾，導(dǎo)致UE無(wú)法正確解析目標(biāo)小區(qū)的下行信號(hào)，不能與目標(biāo)小區(qū)建立同步，而引發(fā)物理信道重配置超時(shí)，發(fā)生掉話(huà)問(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的掉話(huà)原因（當(dāng)然，可能各廠家規(guī)定不一樣），也有可能是46號(hào)掉話(huà)原因。
）
判斷標(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ù)通話(huà)正常。）
挽救措施：
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ā)生掉話(huà)。
引申：需要指出的是，各個(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
下行失步：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ū)或周?chē)徯^(qū)對(duì)目標(biāo)小區(qū)的下行信號(hào)有較大的干擾，導(dǎo)致UE無(wú)法正確解析目標(biāo)小區(qū)的下行信號(hào)，不能與目標(biāo)小區(qū)建立同步，而引發(fā)物理信道重配置超時(shí)，發(fā)生掉話(huà)問(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的掉話(huà)原因（當(dāng)然，可能各廠家規(guī)定不一樣），也有可能是46號(hào)掉話(huà)原因。
）
判斷標(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ù)通話(huà)正常。）
挽救措施：
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ā)生掉話(huà)。
引申：需要指出的是，各個(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
回答者：
OscarDon
回答時(shí)間：2013-03-09 17:03
4
4
真詳細(xì)，，，
回答者：
zhengkainan
回答時(shí)間：2013-03-15 17:31
1
5
• 南京華蘇科技有限公司
聘：中興中高級(jí)優(yōu)化工程師
需求人數(shù)：20 人 地點(diǎn)：山東省
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：上饒市
• 上海德專(zhuān)信息技術(shù)有限公司 聘：【急聘】昆明諾基亞后臺(tái)
需求人數(shù)：3 人 地點(diǎn)：云南省
• 上海大唐移動(dòng)通信設(shè)備有限公司 聘：塔工
需求人數(shù)：1 人 地點(diǎn)：連云港市
• 福建省鴻官通信工程有限公司 聘：湖南電信專(zhuān)項(xiàng)中高級(jí)后臺(tái)
需求人數(shù)：1 人 地點(diǎn)：岳陽(yáng)市,益陽(yáng)市
• 怡利科技發(fā)展有限公司 聘：移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù)：12 人 地點(diǎn)：貴州省
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點(diǎn)：西寧市
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘：中興OTN工程師（高級(jí)）
需求人數(shù)：1 人 地點(diǎn)：紅河州
• 廣州瀚信通信科技股份有限公司 聘：項(xiàng)目經(jīng)理（廣東）
需求人數(shù)：2 人 地點(diǎn)：廣東省
• 河南創(chuàng)賽通信科技有限公司 聘：廣西日常需求前臺(tái)初中級(jí)
需求人數(shù)：30 人 地點(diǎn)：廣西省
需求人數(shù)：20 人 地點(diǎn)：山東省
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：上饒市
• 上海德專(zhuān)信息技術(shù)有限公司 聘：【急聘】昆明諾基亞后臺(tái)
需求人數(shù)：3 人 地點(diǎn)：云南省
• 上海大唐移動(dòng)通信設(shè)備有限公司 聘：塔工
需求人數(shù)：1 人 地點(diǎn)：連云港市
• 福建省鴻官通信工程有限公司 聘：湖南電信專(zhuān)項(xiàng)中高級(jí)后臺(tái)
需求人數(shù)：1 人 地點(diǎn)：岳陽(yáng)市,益陽(yáng)市
• 怡利科技發(fā)展有限公司 聘：移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù)：12 人 地點(diǎn)：貴州省
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點(diǎn)：西寧市
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘：中興OTN工程師（高級(jí)）
需求人數(shù)：1 人 地點(diǎn)：紅河州
• 廣州瀚信通信科技股份有限公司 聘：項(xiàng)目經(jīng)理（廣東）
需求人數(shù)：2 人 地點(diǎn)：廣東省
• 河南創(chuàng)賽通信科技有限公司 聘：廣西日常需求前臺(tái)初中級(jí)
需求人數(shù)：30 人 地點(diǎn)：廣西省
熱點(diǎn)問(wèn)題
更多精彩
| 聯(lián)系我們 - 問(wèn)通信專(zhuān)家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |