在线观看h片,国产成a人亚洲精v品无码不卡,无码中文字幕av免费放∨

移動(dòng)通信網(wǎng) 首頁搜索新聞問答論壇人才博客通信圈

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

問題已開啟 (普通問題)

RLC不可恢復(fù)原因及解決辦法

ZTE設(shè)備，小區(qū)更新：小區(qū)更新消息次數(shù),更新原因?yàn)镽LC不可恢復(fù)錯(cuò)引起的小區(qū)更新(次)
請(qǐng)問這個(gè)原因是什么，主要解決辦法？

提問者: zuiaijiajia 提問時(shí)間: 2013-09-25

	我要回答：

	請(qǐng)先登錄或注冊(cè) 再回答問題

更多 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)哪些對(duì)哪些錯(cuò)請(qǐng)大神詳細(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
• 中興后臺(tái)哪里去查詢，RLC重排序定時(shí)器，，？謝謝！ 2016-10-27

問題答案 ( 2 )

這個(gè)原因太籠統(tǒng)了，凡是能導(dǎo)致RLC包序號(hào)對(duì)不上的都會(huì)下發(fā)這個(gè)原因，例如干擾，掉鏈，或者誤碼率太高導(dǎo)致失步導(dǎo)致RLC的序號(hào)對(duì)不的，都可以上報(bào)這個(gè)原因

Notification of unrecoverable errors. RLC notifies the upper layer of errors that cannot be resolved by RLC itself by normal exception handling procedures, e.g. by adjusting the maximum number of retransmissions according to delay requirements.

回答者： wwwmscbsccom 回答時(shí)間：2013-09-25 20:35

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會(huì)發(fā)送一條“CMAC_FCH_CONFIG_REQ”原語到MAC層去，使MAC進(jìn)入FCH狀態(tài)并配置 FCH狀態(tài)下的相關(guān)參數(shù)。UE將在上行CCCH向UTRAN發(fā)送一個(gè)小區(qū)更新請(qǐng)求(CELLUPDATE)消息。該消息的內(nèi)容包括小區(qū)更新的原因、U- RNTI值、可選的測(cè)量信息以及是否存在出錯(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”之后就會(huì)開啟一個(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會(huì)停止T302計(jì)時(shí)。
    UTRAN在收到CELLUPDATE請(qǐng)求后組裝小區(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請(qǐng)求；如果重發(fā)次數(shù)超過了門限值，網(wǎng)絡(luò)將會(huì)釋放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中可用的傳輸信道格式組合集以及傳輸信道所對(duì)應(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會(huì)轉(zhuǎn)作失同步處理：UE會(huì)去做測(cè)量，根據(jù)測(cè)量值重選小區(qū)，選擇到合適的小區(qū)之后就會(huì)發(fā)原因?yàn)椤癛adio link failure”的小區(qū)更新過程；如果沒有找到合適的小區(qū)（UE此時(shí)丟失覆蓋），UE就會(huì)發(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ū)更新請(qǐng)求，則在下行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)移情況。

回答者： OscarDon 回答時(shí)間：2013-09-26 16:42

未找到滿意答案？

移動(dòng)通信論壇，提供全面的通信資料、技術(shù)支持！

最新緊急招聘通信職位

熱點(diǎn)問題

• 基于切換的類型，有覆蓋，負(fù)荷，還有什么


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