【正文】 描述的是，在重定位過程中，目標(biāo)RNC側(cè)Iu接口AAL2建立失敗的異常處理流程。目標(biāo)RNC側(cè)Iu接口IuUp配置失敗的過程類似，以本流程作為典型流程，其它情況不再作詳細描述。 Inter RNC切換，目標(biāo)RNC側(cè)Iu接口AAL2連接建立失敗異常流程說明及實體處理方法：（1） 目標(biāo)RNC完成Iub接口RL及AAL2連接的建立成功。Iu接口AAL2建立失敗。（2） 目標(biāo)RNC向CN返回Relocation Failure消息。（3） 目標(biāo)RNC與目標(biāo)Node B刪除無線鏈路。（4） CN向源RNC響應(yīng)RelocationPreparation Failure消息，重定位過程失敗。（5） UE繼續(xù)與源RNC進行通信。 小區(qū)/URA更新小區(qū)更新過程的主要功能如下：(1) 通知UTRAN，處于CELL_PCH或CELL_FACH狀態(tài)的UE重新進入了服務(wù)區(qū)；(2) 通知UTRAN，UE的AM RLC實體發(fā)生了不可恢復(fù)的RLC錯誤；(3) 周期性小區(qū)更新可作為CELL_PCH或CELL_FACH狀態(tài)下的UE監(jiān)管機制；(4) 通知UTRAN，處于CELL_PCH或CELL_FACH狀態(tài)下的UE發(fā)生小區(qū)重選后所在的小區(qū)；(5) 用于處于CELL_DCH狀態(tài)下的UE發(fā)生無線鏈路故障時的處理；(6) 用于UE 發(fā)送UE CAPABILITY INFORMATION消息失敗時的處理；(7) 通知UTRAN，處于CELL_PCH狀態(tài)下的UE收到尋呼或需要發(fā)送上行數(shù)據(jù)，需要將其狀態(tài)轉(zhuǎn)移到CELL_FACH狀態(tài)；URA更新過程的主要功能如下：(1) 周期性URA更新可作為URA_PCH狀態(tài)下的UE監(jiān)管機制；(2) 用于UE重選到非當(dāng)前URA的小區(qū)時，更新獲取新的URA 標(biāo)識號。 小區(qū)更新正常流程1. 小區(qū)更新過程中網(wǎng)絡(luò)側(cè)要求UE進行無線承載釋放。圖 小區(qū)更新，網(wǎng)絡(luò)側(cè)要求UE釋放無線承載2. 小區(qū)更新過程中網(wǎng)絡(luò)側(cè)要求UE進行無線承載重配置。圖 小區(qū)更新，網(wǎng)絡(luò)側(cè)要求UE進行無線承載重配置3. 小區(qū)更新過程中網(wǎng)絡(luò)側(cè)要求UE進行傳輸信道重配置。圖 小區(qū)更新，網(wǎng)絡(luò)側(cè)要求UE進行傳輸信道重配置4. 小區(qū)更新過程中網(wǎng)絡(luò)側(cè)要求UE進行物理信道重配置。圖 小區(qū)更新，網(wǎng)絡(luò)側(cè)要求UE進行物理信道重配置5. 小區(qū)更新過程中網(wǎng)絡(luò)側(cè)的響應(yīng)消息中包含UTRAN移動性信息。圖 小區(qū)更新，網(wǎng)絡(luò)側(cè)要求UE進行傳輸UTRAN移動性信息6. 小區(qū)更新過程基本流程，網(wǎng)絡(luò)側(cè)除確認(rèn)小區(qū)更新外不包含任何附加信息。圖 小區(qū)更新基本過程 小區(qū)更新異常流程 小區(qū)更新異常，網(wǎng)絡(luò)側(cè)釋放RRC連接異常流程說明及實體處理方法：（1） 當(dāng)UE的AM RLC實體發(fā)生了不可恢復(fù)的RLC錯誤而發(fā)起小區(qū)更新時，RNC向UE發(fā)送RRC Connection Release消息發(fā)起RRC連接釋放。 URA更新正常流程1. URA更新過程中網(wǎng)絡(luò)側(cè)的響應(yīng)消息中包含UTRAN移動性信息。 URA更新，網(wǎng)絡(luò)側(cè)要求UE進行傳輸UTRAN移動性信息2. URA更新過程基本流程，網(wǎng)絡(luò)側(cè)除確認(rèn)小區(qū)更新外不包含任何附加信息。 URA更新基本過程 URA更新異常流程 URA更新異常，網(wǎng)絡(luò)側(cè)要求釋放RRC連接異常流程說明及實體處理方法：（1） 當(dāng)UE的AM RLC實體發(fā)生了不可恢復(fù)的RLC錯誤而發(fā)起URA更新時，RNC向UE發(fā)送RRC Connection Release消息發(fā)起RRC連接釋放。4 無線鏈路失敗分析與處理用戶在進行通信過程中，會由于各種異常導(dǎo)致無線鏈路失敗。本文分別對UE側(cè)以及Node B側(cè)的無線鏈路失敗情況進行分析，分別描述二者的產(chǎn)生原因或準(zhǔn)則、無線鏈路失敗后的實體處理方法。 UE側(cè)檢測無線鏈路失敗無線鏈路失?。≧adio Link Failure）是UE檢測Uu接口物理層同步的結(jié)果。UE側(cè)進行本地?zé)o線鏈路的同步檢測，與網(wǎng)絡(luò)之間沒有標(biāo)準(zhǔn)接口消息。 無線鏈路失敗準(zhǔn)則在UE側(cè)，當(dāng)Uu接口UE與網(wǎng)絡(luò)側(cè)失去同步時，出現(xiàn)無線鏈路失敗。處于CELL_DCH狀態(tài)的UE，連續(xù)接收到來自物理層的N313個連續(xù)”our of sync”指示時，啟動定時器T313，在此過程中若連續(xù)接收到來自物理層的N315個連續(xù)”in sync”指示，T313停止，否則T313超時，視為無線鏈路失敗。 無線鏈路失敗后UE的行為UE檢測到無線鏈路失敗后，做如下處理：（1） 刪除專用物理信道資源；（2） 繼續(xù)處理正在進行的其它過程；（3） 若沒有正在進行的其它過程，UE發(fā)起小區(qū)更新，原因為“radio link failure”。 Node B側(cè)檢測無線鏈路失敗Node B側(cè)無線鏈路失敗指示過程是對用戶Iub接口無線鏈路狀態(tài)檢測的結(jié)果，該過程用于Node B向RNC指示一條無線鏈路發(fā)生了異?；虿豢捎茫⑶以撴溌窡o法恢復(fù)。在無線鏈路已經(jīng)成功建立后的任何時刻，當(dāng)Node B檢測到無線鏈路異常時都可以發(fā)起Radio Link Failure Indication過程。Radio Link Failure Indication是Iub接口專用過程，其標(biāo)準(zhǔn)流程如下： Radio Link Failure Indication過程 Radio Link Failure Indication過程的典型原因1． 無線網(wǎng)絡(luò)層原因：a) 同步失??；b) 無效的CM配置。2． 傳輸網(wǎng)絡(luò)層原因：a) 傳輸資源不可用。3． 其它原因：a) 硬件失??；b) Oamp。M干預(yù)。 Radio Link Failure Indication過程的典型應(yīng)用在用戶通信過程中，由于無線網(wǎng)絡(luò)層原因?qū)е碌腞adio Link Failure Indication過程較為常見。從應(yīng)用的角度看，Radio Link Failure Indication過程主要出現(xiàn)在以下一些情況：（1） RB建立過程中UE無響應(yīng)，Node B向RNC發(fā)送Radio Link Failure，指示同步失敗；（2） 切換到目標(biāo)小區(qū)后，源小區(qū)基站向RNC發(fā)送Radio Link Failure，指示同步失??；（3） 切換過程中網(wǎng)絡(luò)側(cè)收不到UE的響應(yīng)，源小區(qū)Node B及目標(biāo)小區(qū)Node B向RNC發(fā)送Radio Link Failure，指示同步失敗；（4） 通信保持過程中RL質(zhì)量惡化，網(wǎng)絡(luò)側(cè)檢測不到UE的有效數(shù)據(jù)，Node B向RNC發(fā)送Radio Link Failure，指示同步失敗；5 導(dǎo)致呼叫釋放的異常分析本章列舉常見的異常導(dǎo)致的呼叫釋放，供異常分析時作參考。 CN發(fā)起Uu接口釋放CNUE: Disconnect編號釋放原因典型場景1.Operator determined barringOamp。M干預(yù)2.Normal call clearing網(wǎng)絡(luò)側(cè)發(fā)起呼叫釋放（正常釋放）3.User busy被叫忙4.Destination out of order網(wǎng)絡(luò)側(cè)異常5.No circuit/channel available資源不夠或CN異常6.Network out of order網(wǎng)絡(luò)側(cè)異常7.requested circuit/channel not available該用戶不支持請求的QoS8.Resources unavailable, unspecified網(wǎng)絡(luò)側(cè)異常CNUE: Deactivate PDP Context Request編號釋放原因典型場景1.Operator determined barringOamp。M干預(yù)2.Insufficient resources用戶發(fā)起PDP激活請求時因網(wǎng)絡(luò)側(cè)資源不足而釋放3.User Aauthentication failed用戶發(fā)起PDP激活請求過程中因鑒權(quán)失敗導(dǎo)致釋放4.Network out of order網(wǎng)絡(luò)側(cè)異常5.requested circuit/channel not available該用戶不支持請求的QoS6.Resources unavailable, unspecified網(wǎng)絡(luò)側(cè)異常 UE發(fā)起Uu接口釋放UECN: Disconnect編號釋放原因典型場景1.Normal call clearing用戶發(fā)起呼叫釋放（正常釋放）UECN: Deactivate PDP Context Request編號釋放原因典型場景1.Regular deactivation用戶發(fā)起釋放PS業(yè)務(wù)（正常釋放） Uu接口RRC連接釋放RRC連接釋放過程是由其它釋放過程間接導(dǎo)致的，如CN的NAS層發(fā)起釋放、UE NAS層發(fā)起釋放、RNC發(fā)起的Iu釋放。RNCUE: RRC Connection Release編號釋放原因典型場景1.normal event網(wǎng)絡(luò)側(cè)或UE側(cè)發(fā)起正常呼叫釋放以及其它異常引起的RRC連接釋放2.preemptive release由于該低優(yōu)先級用戶被搶占而引起的RRC連接釋放 Iu接口釋放CN與RNC都可以發(fā)起特定UE的Iu接口釋放。RNC向CN發(fā)送Iu Release Request發(fā)起特定UE的Iu連接釋放，并可間接導(dǎo)致Uu接口釋放。CN向RNC發(fā)起的Iu Release過程不能由CN RANAP層直接發(fā)起，它是由其它釋放過程間接產(chǎn)生的，如CN的NAS層發(fā)起釋放、UE NAS層發(fā)起釋放、RNC發(fā)起的Iu釋放。RNCCN: Iu Release Request編號釋放原因典型場景1.RAB preempted搶占低優(yōu)先級用戶2.Successful RelocationSRNS重定位過程成功，釋放源RNC與CN間的Iu連接3.Requested Ciphering and/or Integrity Protection Algorithms not SupportedRNC接收到CN的加密指令后，本地配置加密L2參數(shù)時不成功，發(fā)起Iu釋放4.Release due to UTRAN Generated Reason通信過程中由于UTRAN側(cè)原因?qū)е碌尼尫?，如RNC收到Node B的Radio Link Failure Indication5.Requested Maximum Bit Rate for DL not Available用戶請求建立業(yè)務(wù)連接時請求自己不支持的上行QoS6.Requested Maximum Bit Rate for UL not Available用戶請求建立業(yè)務(wù)連接時請求自己不支持的下行QoS7.Iu UP FailureIu連接建立過程中或SRNS重定位過程中，CN響應(yīng)IuUP失敗8.Release due to UE generated signalling connection release用戶進行組合業(yè)務(wù)時（CS+PS），UE發(fā)起釋放其中一個域的業(yè)務(wù)連接9.Radio Connection With UE Lost通信過程中由于UTRAN側(cè)原因?qū)е碌尼尫?，如RNC收到Node B的Radio Link Failure Indication10.Iu Transport Connection Failed to Establish建立CS域業(yè)務(wù)的Iu連接時，AAL2建立失敗11.No Resource AvailableIu連接建立時Iu資源不充足12.Normal Release 由于CN或UE發(fā)起NAS層的連接釋放第 57 頁 共 58