ZTE設備，小區(qū)更新：小區(qū)更新消息次數,更新原因為RLC不可恢復錯引起的小區(qū)更新(次)
請問這個原因是什么，主要解決辦法？

這個原因太籠統(tǒng)了，凡是能導致RLC包序號對不上的都會下發(fā)這個原因，例如干擾，掉鏈，或者誤碼率太高導致失步導致RLC的序號對不的，都可以上報這個原因
瞗12dsK:JFD(本文來自移動通信網m.gg1fic3.cn,版權所有

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.3ds也f1K:JFD()本文來自移動通信網m.gg1fic3.cn,版權所有
12dsfds1fadsK:JFD()$#_*(本文來自移動通信網m.gg1fic3.cn,版權所有

RLC發(fā)生不可恢復的錯：在確認模式RLC實體中，UE發(fā)現(xiàn)RLC無法恢復的錯誤，UE將執(zhí)行原因值為“RLCunrecoverableerror”的小區(qū)更新過程以通知UTRAN。d5a4f8e342是K:JFD()$#_*(本文來自移動通信網m.gg1fic3.cn,版權所有
雖然觸發(fā)小區(qū)更新過程的原因有七個之多，但是不管觸發(fā)該過程的原因是什么，執(zhí)行小區(qū)更新過程的流程都是一樣的。小區(qū)更新過程的基本流程如圖1所示。1fkjhfjoK:JFD()$本文來自移動通信網m.gg1fic3.cn,版權所有

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