国产XXX69麻豆国语对白,天堂视频在线观看

善于提問，勤于回答，你也是專家

問題已開啟 (普通問題)

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)問題

• 基站廣播MIB系統(tǒng)信息不經(jīng)過SRB承載，它是走什么通道達(dá)到RLC層的？ 2020-08-22
• RLC復(fù)位導(dǎo)致的激活的E-RAB異常釋放次數(shù) 2020-08-14
• 關(guān)于RLC特性，以下幾個(gè)選項(xiàng)哪些對哪些錯(cuò)請大神詳細(xì)解答一下。 2017-07-30
• DRBRLC復(fù)位導(dǎo)致的激活的E-RAB異常釋放次數(shù)較多怎么處理這種問題？急急急。。。 2017-05-03
• 用戶面協(xié)議RLC中Segm.ARQetc是什么意思英文全稱和漢語翻譯是什么 2016-12-27
• DRB和SRBRLC復(fù)位導(dǎo)致的激活的E-RAB異常釋放次數(shù)多怎么處理 2016-11-25
• DRBRLC復(fù)位導(dǎo)致的激活的E-RAB異常釋放次數(shù) 這個(gè)的次數(shù)很多？ 2016-11-07
• 中興后臺哪里去查詢，RLC重排序定時(shí)器，，？謝謝！ 2016-10-27

問題答案 ( 6 )

RLC發(fā)生不可恢復(fù)的錯(cuò)：在確認(rèn)模式RLC實(shí)體中，UE發(fā)現(xiàn)RLC無法恢復(fù)的錯(cuò)誤，UE將執(zhí)行原因值為“RLCunrecoverableerror”的小區(qū)更新過程以通知UTRAN。
雖然觸發(fā)小區(qū)更新過程的原因有七個(gè)之多，但是不管觸發(fā)該過程的原因是什么，執(zhí)行小區(qū)更新過程的流程都是一樣的。小區(qū)更新過程的基本流程如圖1所示。

圖1 小區(qū)更新過程的基本流程

圖2 觸發(fā)的小區(qū)更新過程詳細(xì)流程
    一旦小區(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)的值。
    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ò)的消息。
    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é)束。
    如果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)移情況。

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