問題已開啟 (普通問題)
RLC發(fā)生不可恢復(fù)的錯(cuò)
RLC發(fā)生不可恢復(fù)的錯(cuò):在確認(rèn)模式RLC實(shí)體中,UE發(fā)現(xiàn)RLC無法恢復(fù)的錯(cuò)誤,UE將執(zhí)行原因值為“RLCunrecoverableerror”的小區(qū)更新過程以通知UTRAN
導(dǎo)致小區(qū)更新, 到底是由于什么原因?qū)е翿LC層出現(xiàn)錯(cuò)誤??
信號 -80dbm 左右,不是很差。
提問者: uest  提問時(shí)間: 2010-02-26    
 
  我要回答:
 

  請先 登錄注冊 再回答問題

更多 RLC 相關(guān)問題
問題答案 ( 6 )

RLC發(fā)生不可恢復(fù)的錯(cuò):在確認(rèn)模式RLC實(shí)體中,UE發(fā)現(xiàn)RLC無法恢復(fù)的錯(cuò)誤,UE將執(zhí)行原因值為“RLCunrecoverableerror”的小區(qū)更新過程以通知UTRAN。)$#@3221a3dsK:JFD()$#_*(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
雖然觸發(fā)小區(qū)更新過程的原因有七個(gè)之多,但是不管觸發(fā)該過程的原因是什么,執(zhí)行小區(qū)更新過程的流程都是一樣的。小區(qū)更新過程的基本流程如圖1所示。89西70874K:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
3a21fd3sK:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
圖1 小區(qū)更新過程的基本流程cvmmvckjluK:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

圖2 觸發(fā)的小區(qū)更新過程詳細(xì)流程*(我)$#@3K:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
    一旦小區(qū)更新過程被觸發(fā),首先停止監(jiān)管周期性小區(qū)更新過程的定時(shí)器(T305),另外不論此時(shí)UE處于RRC連接模式下的什么狀態(tài)都將轉(zhuǎn)移到CELL_FACH狀態(tài)。在該狀態(tài)下,RRC會發(fā)送一條“CMAC_FCH_CONFIG_REQ”原語到MAC層去,使MAC進(jìn)入FCH狀態(tài)并配置FCH狀態(tài)下的相關(guān)參數(shù)。UE將在上行CCCH向UTRAN發(fā)送一個(gè)小區(qū)更新請求(CELLUPDATE)消息。該消息的內(nèi)容包括小區(qū)更新的原因、U-RNTI值、可選的測量信息以及是否存在出錯(cuò)原因等信息單元。小區(qū)更新的原因?qū)?yīng)于以上七個(gè)原因中的一個(gè),U-RNTI值就為網(wǎng)絡(luò)為該UE分配的U-RNTI值。如果在組裝該消息的時(shí)候發(fā)現(xiàn)專門用于記錄消息出錯(cuò)的變量PROTOCOL_ERROR_INDICATOR或FAILURE_INDICATOR的值為TRUE,則在該消息IE“failurecause”中記錄下相應(yīng)的值。1fkjhfjouierK:JFD()$#_*(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
    CELLUPDATE消息被封裝在原語“CMAC_RANDOM_ACC_REQ”中由RRC發(fā)送到MAC層,接著由MAC子層來執(zhí)行上行同步和隨機(jī)接入過程。RRC發(fā)送完“CMAC_RANDOM_ACC_REQ”后就在下行信道上監(jiān)聽屬于自己的物理信息(由MAC子層提供,MAC把來自網(wǎng)絡(luò)的物理信息以原語CMAC_PHY_INFO_IND形式發(fā)送到RRC),若在規(guī)定時(shí)間內(nèi)收到正確的物理信息,表明上行同步建立完成,RRC將等待接收來自網(wǎng)絡(luò)的消息。(&#*($K:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
    RRC在接收到原語“CMAC_PHY_INFO_IND”之后就會開啟一個(gè)定時(shí)器(T302),若該定時(shí)器超時(shí)但UE仍未收到來自網(wǎng)絡(luò)的“CELLUPDATECONFIRM”消息,則轉(zhuǎn)作異常處理:如果此時(shí)重發(fā)次數(shù)沒有超過門限值(N302),UE將重新初始化小區(qū)更新過程;如果此時(shí)重發(fā)次數(shù)大于門限值則釋放RRC連接,進(jìn)入空閑。若在規(guī)定的時(shí)間內(nèi)UE接收到來自網(wǎng)絡(luò)的“CELLUPDATE CONFIRM”消息,RRC會停止T302計(jì)時(shí)。
    UTRAN在收到CELLUPDATE請求后組裝小區(qū)更新證實(shí)(CELLUPDATECONFIRM)消息,CELL UPDATE CONFIRM可以通過下行DCCH發(fā)送給UE,也可以通過下行CCCH發(fā)送給UE,區(qū)別僅在于出現(xiàn)SRNS重定位或者需要加密的情況下用DCCH,否則用CCCH。
    CELLUPDATECONFIRM消息中的“狀態(tài)指示”字段可以指示UE的進(jìn)入狀態(tài)。如果UTRAN指示UE進(jìn)入CELL_DCH狀態(tài),則該消息中必須包含一個(gè)專用物理傳輸信道。若UTRAN指示UE進(jìn)入CELL_FACH狀態(tài),而如果此時(shí)消息中沒有分配新的C-RNTI,并且舊的C-RNTI已不存在,且如果重發(fā)次數(shù)沒有超過門限值(N302),UE將重發(fā)CELLUPDATE請求;如果重發(fā)次數(shù)超過了門限值,網(wǎng)絡(luò)將會釋放RRC連接。UTRAN還可以通過該消息指示UE進(jìn)入U(xiǎn)RA_PCH或者CELL_PCH狀態(tài),但進(jìn)入這兩個(gè)狀態(tài)必須包含IE“UTRAN DRX cycle length coefficient”,否則將把該消息當(dāng)作無效處理。該消息還可以包含釋放無線承載的IE,重配置無線承載的IE以及改變某些已經(jīng)存在的無線承載的某些屬性的IE。此外該消息還可以給UE分配一個(gè)新的U-RNTI和可用的傳輸信道、該傳輸信道的傳輸格式、每個(gè)CcTrCH中可用的傳輸信道格式組合集以及傳輸信道所對應(yīng)的物理信道的相關(guān)信息(包括時(shí)隙、編碼方式等信息)。
    UE端接收到CELLUPDATECONFIRM消息后,根據(jù)消息的內(nèi)容配置MAC子層,如果網(wǎng)絡(luò)要求UE進(jìn)入CELL_DCH狀態(tài),則還需要物理層進(jìn)行收/發(fā)同步。若該同步過程失敗,UE會轉(zhuǎn)作失同步處理:UE會去做測量,根據(jù)測量值重選小區(qū),選擇到合適的小區(qū)之后就會發(fā)原因?yàn)椤癛adio link failure”的小區(qū)更新過程;如果沒有找到合適的小區(qū)(UE此時(shí)丟失覆蓋),UE就會發(fā)起小區(qū)選擇過程。如果此同步過程成功,UE就根據(jù)CELL UPDATE CONFIRM 消息中包含的信息單元,決定是否發(fā)送響應(yīng)消息或者發(fā)送什么樣的響應(yīng)消息給UTRAN。UE將用AM RLC模式發(fā)送響應(yīng)消息給UTRAN。響應(yīng)消息被封裝在原語RLC_AM_DATA_REQ中由RRC發(fā)送給RLC,RRC在收到RLC的確認(rèn)之后(RLC_AM_DATA_CNF),就認(rèn)為該消息已經(jīng)發(fā)送出去了,小區(qū)更新過程結(jié)束。#&)*(&#K:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
    如果UTRAN不接受UE的小區(qū)更新請求,則在下行CCCH上發(fā)送一個(gè)RRC連接釋放(RRCCONNECTIONRELEASE)消息,UE收到該消息后返回空閑狀態(tài)。
    下面是以UE在CELL_PCH狀態(tài)下發(fā)起主叫,觸發(fā)原因?yàn)椤吧闲袛?shù)據(jù)傳輸”的小區(qū)更新過程的流程(如圖2)為例,清楚地展現(xiàn)了整個(gè)過程原語(消息)的收發(fā)情況以及狀態(tài)的轉(zhuǎn)移情況。42是434321%$K:JFD()$#_*(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有


回答者: yumenfeng6     回答時(shí)間:2010-02-26 22:53    

17        20        


主是信號的情況,一般是下行失步了。。3dsaf12zcv54K:JFD()$#_*(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
1fkjhfjouK:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: forever5101     回答時(shí)間:2010-03-01 22:18    

18        15        


主是信號的情況,一般是下行失步了。。東oitre4K:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
$#(*$#什2K:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: forever5101     回答時(shí)間:2010-03-01 22:18    

16        19        


主是信號的情況#(么$*@#(_K:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
a3ds襅:JFD本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: lligensx1     回答時(shí)間:2010-03-02 18:31    

17        21        


上行失步造成下行無響應(yīng),或者下行失步造成上行無響應(yīng)超時(shí),都會造成無線鏈路RLC不可恢復(fù)的錯(cuò)誤.h$#$#&)*(&#*K:JFD()$#_*(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: txzhxyxxd     回答時(shí)間:2010-03-02 23:55    

18        199        


信號 還可以 -80dbm  左右。。s1fd知1K:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
上行失步 如何 判斷??K:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有


回答者: uest     回答時(shí)間:2010-03-03 17:25    

18        13        

中國通信人才網(wǎng) | 江蘇通信人才網(wǎng) | 山東通信人才網(wǎng) | 武漢通信人才網(wǎng) | 浙江通信人才網(wǎng) | 湖南通信人才網(wǎng)
南京華蘇科技有限公司 聘:網(wǎng)優(yōu)工程師
需求人數(shù):1 人 地點(diǎn):沈陽市
西安中興精誠通訊有限公司 聘:延安移動中興優(yōu)化前臺測試分析
需求人數(shù):5 人 地點(diǎn):延安市
珠海世紀(jì)鼎利科技股份有限公司 聘:河南中級無線網(wǎng)絡(luò)優(yōu)化人員
需求人數(shù):5 人 地點(diǎn):平頂山市,鄭州市
重慶信科通信工程有限公司 聘:上饒電信中興原廠高級
需求人數(shù):2 人 地點(diǎn):上饒市
廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘:家寬核心技術(shù)棧開發(fā)
需求人數(shù):1 人 地點(diǎn):云南省
上海德專信息技術(shù)有限公司 聘:網(wǎng)優(yōu)Python工程師中級后臺
需求人數(shù):3 人 地點(diǎn):昆明市
安徽引途科技有限公司 聘:ipran工程師
需求人數(shù):2 人 地點(diǎn):上海市
福建省鴻官通信工程有限公司 聘:IPRAN&傳輸工程師
需求人數(shù):2 人 地點(diǎn):嘉峪關(guān)市,酒泉市
成都旗訊通信技術(shù)有限公司 聘:四川招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)后臺中高級
需求人數(shù):12 人 地點(diǎn):成都市,德陽市,樂山市,宜賓市,達(dá)州市
南京順盛通信科技有限責(zé)任公司 聘:徐州/宿遷/連云港中興原廠優(yōu)化
需求人數(shù):4 人 地點(diǎn):連云港市
熱點(diǎn)問題
更多精彩

聯(lián)系我們 - 問通信專家 Powered by MSCBSC 移動通信網(wǎng)  © 2006 -