小區更新過程由u e 發起。當u e 滿足下面某一種條件時， 可發起小區更新過程。如果某幾種小區更新觸發條件同時發生，則按照下述次序， 優先以前面的原因進行小區更新_
( 1 ) 上行資料傳送
若ue在ura_pch或cell_pch狀態下，rb1 或rb1以上的其它rb上有上行rlc資料塊或控制塊需要傳送，則ue啟動小區更新流程，設定原因值為 「uplink data transmission」。
圖1 ue從 pch轉fach
(2) 尋呼響應
若ue在ura_pch或cell_pch狀態下，收到針對該ue的paging type 1訊息，其中的「used paging identity」為 utran identity，且不包含可選項「cn originated page to connected mode ue」，且觸發條件1不滿足，則ue啟動小區更新流程，設定原因值為 「paging response」。
(3) radio link failure
可以認為是無線鏈路失敗的典型情況只有兩種，一種是當ue在cell_dch狀態發生無線鏈路失敗；若ue在cell_dch狀態下t313超時 （物理層失步），且觸發條件1、2不滿足，則ue在釋放專用物理通道資源後，啟動小區更新流程，設定原因值為「radio link failure」。（在cell_dch狀態下，收到l1層連續n313個 「out of sync」失步指示表示已經建立的dpcch物理通道失步，則ue將啟動t313，如果在t313執行時間內，收到l1層連續n315個同步指示 「in sync」，則停止並reset t313。如果t313超時，則認為無線鏈路失敗，ue將清除專用物理通道配置，如果沒有正進行的過程，或是正在進行某個過程但是無進一步行動的時候，將開始cell update過程）
另一種就是當ue傳送 capability information訊息時，連續n304傳送失敗（t304超時且v304>n304），且觸發條件1、2不滿足，則ue啟動小區更新流程，設定原因值為 「radio link failure」。若這兩種情況發生任意一種，ue都將執行原因值為「radio link failure」的小區更新過程
(4) re-entering service area
若ue在cell_fach或cell_pch狀態下，進入無覆蓋區後，又在t307或t317超時之前重新進入網路覆蓋區，且觸發條件1、2、3 不滿足，則ue啟動小區更新流程，設定原因值為 「re-entering service area」。
(5) rlc unrecoverable error
若ue檢測到其中的am rlc實體發生了不可恢復的rlc錯誤，且觸發條件1、2、3、4不滿足，則啟動小區更新流程，設定原因值為「rlc unrecoverable error」。
(6) cell reselection
若ue在cell_fach或cell_pch狀態下進行小區重選，且觸發條件1、2、3、4、5不滿足，則啟動小區更新流程，設定原因值為 「cell reselection」。若ue在cell_fach狀態下，且c_rnti為空，且觸發條件1、2、3、4、5不滿足，則啟動小區更新流程，設定原因值為「cell reselection」。
(7) periodical cell update
若ue在cell_fach或cell_pch狀態下t305超時，且ue尚在配置了週期性更新的小區的覆蓋範圍內，且觸發條件1、2、3、4、 5、6不滿足，則啟動小區更新流程，設定原因值為「periodical cell update」。
上述七種原因， 在當前的網路中， 出現情況較多的是兩種： 無線鏈路失敗； r l c 不可恢復錯誤。這與u e 的狀態有關， 如果u e 處於連線模式，u e 通常保持在c e l l — d c h 狀態。
u e 處於c e l l — f a c h 狀態， 是較短暫的狀態，一旦u e 做業務時。無論是c s 域的還是p s 域的， 網路側通常給u e 分配專用資源， u e 就處於c e l l — d c h狀態。另外， 當分組排程演算法開關關閉時， u e 不會處於c e l l —p c h 或u r a _ p c h 狀態， 即使p s 排程演算法開關開啟，只有當上行和下行的業務量都為0 時， u e 的狀態才可能躍遷至c e l l — p c h 或u r a — p c h 狀態。
無線鏈路失敗、r l c 不可恢復錯誤這兩種原因引起的小區更新，很多情況下是由於無線環境質量太差引起，是我們需要高度關注的方面。
小區更新在t d — s c d m a 網路中的優化策略
小區更新可被稱為t d — s c d m a 網路中的挽救機制， 合理利用t d — s c d m a 中的小區更新， 能夠提公升網路指標， 如接通率、掉話率等。 通過分析路測日誌和網路側的信令流程， 發現有相當一部分是由於下行失步引起無線鏈路失敗或r l c 不可恢復錯誤而產生的小區更新， 但是小區更新成功率較低， 這樣對掉話率和客戶感受度都有很大的影響。 我們可以通過減少小區更新的次數和提高小區更新的成功率來改善接通率、掉話率等指標。
1 優化策略之一： 儘量減少小區更新的次數
無線鏈路失敗或r l c 不可恢復錯誤而產生的小區更新，存在兩種場景：
(1). 切換不成功觸發小區更新的情況，佔比例較大；
(2). 無線鏈路惡化引起小區更新，這種情況通過改善無線環境解決。
對於切換不成功觸發小區更新的情況， 詳述如下：
u e 上報「 測量報告」 後， 未收到「 物理通道重配」訊息， 經過1 5 秒後， u e 重新搜到更好的小區， u e 上報小區更新， 並且小區更新成功。從r n c 側信令看， r n c 沒有收到「 測量報告」， 後經過一段時間， 收到小區更新。
圖2 小區更新成功
雖然小區更新成功，但要分析為什麼切換未能成功， 應大致從以下幾方面關注：
( 1 ) 可能是無主覆蓋問題： 導致滿足「 測量報告」 上報時間太晚， 網路側未接收到。
( 2 ) 可能是漏配鄰區問題： 更好的鄰區漏配， 致使滿足「 測量報告」 上報時間太晚。
( 3 ) 可能是滿足「 測量報告」 上報的網路側引數配置不合適： 引數配置不當，使滿足「 測量報告」 上報時間太晚。
具體屬於哪種原因，需結合網路側配置引數和無線環境逐一排查。
2 優化策略之二： 提高小區更新的成功率
對於小區更新失敗導致的掉話， 首先要明確小區更新的觸發原因， u e 的下行失步是什麼原因導致的，對於無線環境很差情況下發生下行s l r ( 訊雜比) 很差並最終失步，應從無線環境角度去解決； 對於無線環境很好情況下發生下行s l r 差並最終失步， 可以嘗試從系統內干擾去挖掘問題。
小區更新過程的詳細流程
雖然觸發小區更新過程的原因有七個之多，但是不管觸發該過程的原因是什麼，執行小區更新過程的流程都是一樣的。小區更新過程的基本流程如圖2所示。
圖3 小區更新過程的基本流程
圖4 觸發的小區更新過程詳細流程
圖5 保持過程中小區更新成功信令截圖
一旦小區更新過程被觸發，首先停止監管週期性小區更新過程的定時器（t305），另外不論此時ue處於rrc連線模式下的什麼狀態都將轉移到 cell_fach狀態。在該狀態下，rrc會傳送一條「cmac_fch_config_req」原語到mac層去，使mac進入fch狀態並配置 fch狀態下的相關引數。ue將在上行ccch向utran傳送乙個小區更新請求(cellupdate)訊息。
該訊息的內容包括小區更新的原因、u- rnti值、可選的測量資訊以及是否存在出錯原因等資訊單元。小區更新的原因對應於以上七個原因中的乙個，u-rnti值就為網路為該ue分配的u- rnti值。如果在組裝該訊息的時候發現專門用於記錄訊息出錯的變數protocol_error_indicator或 failure_indicator的值為true，則在該訊息ie「failurecause」中記錄下相應的值。
cellupdate訊息被封裝在原語「cmac_random_acc_req」中由rrc傳送到mac層，接著由mac子層來執行上行同步和隨機接入過程。rrc傳送完「cmac_random_acc_req」後就在下行通道上監聽屬於自己的物理資訊（由mac子層提供，mac把來自網路的物理資訊以原語cmac_phy_info_ind形式傳送到rrc），若在規定時間內收到正確的物理資訊，表明上行同步建立完成，rrc將等待接收來自網路的訊息。
rrc在接收到原語「cmac_phy_info_ind」之後就會開啟乙個定時器（t302），若該定時器超時但ue仍未收到來自網路的 「cellupdateconfirm」訊息，則轉作異常處理：如果此時重發次數沒有超過門限值（n302），ue將重新初始化小區更新過程；如果此時重發次數大於門限值則釋放rrc連線，進入空閒。若在規定的時間內ue接收到來自網路的「cellupdate confirm」訊息，rrc會停止t302計時。
utran在收到cellupdate請求後組裝小區更新證實（cellupdateconfirm）訊息，cell update confirm可以通過下行dcch傳送給ue，也可以通過下行ccch傳送給ue，區別僅在於出現srns重定位或者需要加密的情況下用dcch，否則用ccch。
cellupdateconfirm訊息中的「狀態指示」字段可以指示ue的進入狀態。如果utran指示ue進入cell_dch狀態，則該訊息中必須包含乙個專用物理傳輸通道。若utran指示ue進入cell_fach狀態，而如果此時訊息中沒有分配新的c-rnti，並且舊的c-rnti已不存在，且如果重發次數沒有超過門限值（n302），ue將重發cellupdate請求；如果重發次數超過了門限值，網路將會釋放rrc連線。
utran還可以通過該訊息指示ue進入ura_pch或者cell_pch狀態，但進入這兩個狀態必須包含ie「utran drx cycle length coefficient」，否則將把該訊息當作無效處理。該訊息還可以包含釋放無線承載的ie，重配置無線承載的ie以及改變某些已經存在的無線承載的某些屬性的ie。此外該訊息還可以給ue分配乙個新的u-rnti和可用的傳輸通道、該傳輸通道的傳輸格式、每個cctrch中可用的傳輸通道格式組合集以及傳輸通道所對應的物理通道的相關資訊（包括時隙、編碼方式等資訊）。
ue端接收到cellupdateconfirm訊息後，根據訊息的內容配置mac子層，如果網路要求ue進入cell_dch狀態，則還需要物理層進行收/發同步。若該同步過程失敗，ue會轉作失同步處理：ue會去做測量，根據測量值重選小區，選擇到合適的小區之後就會發原因為「radio link failure」的小區更新過程；如果沒有找到合適的小區（ue此時丟失覆蓋），ue就會發起小區選擇過程。
如果此同步過程成功，ue就根據cell update confirm 訊息中包含的資訊單元，決定是否傳送響應訊息或者傳送什麼樣的響應訊息給utran。ue將用am rlc模式傳送響應訊息給utran。響應訊息被封裝在原語rlc_am_data_req中由rrc傳送給rlc，rrc在收到rlc的確認之後 （rlc_am_data_cnf），就認為該訊息已經傳送出去了，小區更新過程結束。
小區更新失敗原因
小區更新過程的原因 小區更新過程在rrc連線模式下的任意乙個狀態都有可能被觸發，觸發小區更新過程的原因共有七個，它們分別如下。1 重新進入服務區 當ue處於cell fach或cell pch狀態時，在定時器t307或者t317超時前，ue已經超出了服務區並又重新進入服務區，ue將執行原因值為 re...
1千燈沿滬動遷小區監理規劃更新1019
b12沿滬產業帶四期動遷小區一期工程 監理規劃 2009年 7 月 22 日至 2011 年 4 月30 日內容提要 工程概況 監理工作範圍 目標和依據 監理組織機構 崗位職責 人員配備及進退場計畫監理工作內容 方法和措施 監理工作制度和工作程式 監理設施 履行監理安全責任 監理單位 章 總監理工程...
百度快照不更新的原因是什麼
快照是 在演算法體系中權重發生變化的風向標，能夠最直接反映出 針對的優化是否出現了問題，也因而往往成為 遭受考察甚至懲罰的 前兆 需要站長在日常的 優化中給予足夠的重視。針對 的快照更新有其較為固定的規律，一般可以分為快照當天更新 隔天更新 兩天更新 三天更新，這幾種是較為常見也較固定的幾種快照更新...