【正文】 RANAP_RELOCATION_REQUIRED（ RNC 間） 重定位請(qǐng)求消息中包含的有，切換類型，實(shí)例中為： ue involved，表示沒有 Iur 接口。原網(wǎng)絡(luò)的 PLMN 為 46007，原 RNC ID 為 688。 RANAP_RELOCATION_REQUIRED 包含的屬性圖 該消息中還包含目標(biāo) RNC 的網(wǎng)絡(luò) PLMN，位置區(qū)碼 LAC，路由區(qū)碼 RAC，目標(biāo) RNC 的 ID。目標(biāo)小區(qū) ID 等，如下圖所示。 RANAP_RELOCATION_REQ_ACK（ RNC 間） 該消息中包含目標(biāo) RNC 到源 RNC 的 TransparentContainer 消息和 RAB 消息。如下圖所示： NAPAP_RELOCATION_COMMAND 包含的屬性圖 PHYSICAL CHANNEL RECONFIGURATION（ RNC 間） 該消息由 RNC 通過 DCCH 信道向 UE 下發(fā)，消息中包含 RNC 期望建立的物理信道的要求。 下圖實(shí)例中換目標(biāo)小區(qū)的頻率為 10096（ uarf），該值除以 5 為實(shí)際頻率。切換目標(biāo)小區(qū)的 ID，計(jì)算方式為 RNCID*65536+小區(qū)配置 ID，轉(zhuǎn)換成 16 進(jìn)制。如下圖所示： RRC_PH_CH_RECFG包含的屬性圖 2 RANAP_RELOCATION_DETECT（ RNC 間） 包含的信息如下圖所示。 RANAP_RELOCATION_COMPLETE 包含的屬性圖 Iu Release Command ,Iu Release Complete,Radio Link Delete Request,Radio Link Delete Response ,ALCAP Iub release 這些命令與其他業(yè)務(wù)中相同命令一致，這里不進(jìn)行詳細(xì)介紹。此類失敗在 RNC 以及 Node B 實(shí)體上的處理方式類似，本圖中給出了無線鏈路增加消息錯(cuò)誤的情況，超時(shí)的異常流程中 Node B 不向RNC 發(fā)送 Radio Link Failure 消息。 切換失敗， UE 繼續(xù)在源小區(qū)進(jìn)行通信。由于一些錯(cuò)誤原因?qū)? 致 UE 向 RNC 發(fā)送物理信道重配置失敗的響應(yīng)。 異常流程說明： 當(dāng) Iub 接口無線鏈路以及 AAL2 連接建立完成以后， RNC 向 UE 發(fā)送 Physical Channel Reconfiguration 進(jìn)行切換。 RNC 與 Node B 釋放 Iub 接口的 RL。 切換過程失敗， UE 繼續(xù)在源小區(qū)進(jìn)行通信。 異常流程說明： RNC 在給 UE 發(fā)送了空中接口的配置消息后，在一定的時(shí)間內(nèi)沒有既沒有收到用 戶的成功響應(yīng)消息，也沒有收到失敗消息。（ Note (1)） Node B 在源小區(qū)向 RNC 發(fā)送 Radio Link Failure 消息，原因?yàn)橥绞? RNC 釋放該用戶的所有業(yè)務(wù)，包括： RNC 發(fā)起 Iu 連接的釋放，釋放 Iu 連接。 RNC 收回內(nèi)部為該用戶分配的無線資源。 RNC 與 Node B 釋放 Iub 接口的 AAL2 連接。 切換過程失敗。 RNC 間異常信令 異常流程 1 源 RNC 對(duì)目標(biāo) RNC 的重定位準(zhǔn)備失敗 該過程描述的是，源 RNC 向 CN發(fā)送 RelocationRequired 消息發(fā)起重定位時(shí) CN拒絕不能接收該重定位，可能的原因是： TRELOCalloc 超時(shí)； 目標(biāo) RNC、目標(biāo) CN 或目標(biāo)系統(tǒng)重定位失?。? 目標(biāo) RNC、目標(biāo)系統(tǒng)不支持 重定位； 不允許重定位至目標(biāo)系統(tǒng)； 異常流程 2 源 RNC 取消重定位 該過程描述的是，重定位準(zhǔn)備過程中，源 RNC 取消重定位，滿足以下條件可以觸發(fā)取消重定位過程： 源 RNC 還未在 Iur 接口或 Uu 接口發(fā)起 SRNS 重定位； SRNS 重定位發(fā)起后， UE 通過向 SRNC發(fā)送的 RRC 消息指示 UE 認(rèn)為源 RNC 為其服務(wù) RNC。重定位過程失敗， UE 保持與源 RNC 進(jìn)行通信。異常情況分別為： 目標(biāo) RNC 側(cè)無線資源無法滿足 目標(biāo) RNC 側(cè)無線鏈路建立失敗 目標(biāo) RNC 側(cè) Iub 接口 AAL2 建立失敗 RRC， RL， RB， RAB 之間差別 （ 1） RRC 連接是為了建立 UE 和 UTRAN 之間的信令連接（ SRB1SRB4） ，可以通過 CCH或者 DCH，如果建立在 DCH，上下行各占用 1 個(gè)碼道（ SF=16）〔在 HS 業(yè)務(wù)建立的時(shí)候，要占用兩個(gè)碼道；且 PS 的速率包括信令連接占的碼道〕。 （ 2） RL 是為了建立 RNC 和 NodeB 之間的 DCH的連接，只要數(shù)據(jù)走 DCH，必須配置這個(gè)鏈路。在 RL之下還有一個(gè)叫 Iub 數(shù)據(jù)傳輸承載的東西，它和 RL的主要區(qū)別在于 Iub 數(shù)據(jù)承載承載的是 Iub 接口的數(shù)據(jù)，而 RL 是 Uu 口的數(shù)據(jù)， RL 是位于Iub 承載之上的。） （ 3） RB 是 UE 和 UTRAN 之間的連接格式集，就是 UU 口 L L2的格式問題，即物理信道、傳輸信道、邏輯信道的配置問題。 （ 4） RAB 是 UE 和 CN之間的連接的約定，體現(xiàn)在業(yè)務(wù)上，主要是 Qos 的配置。 （ 5）相關(guān)的問題就可以這要理解了： 如果沒有業(yè)務(wù)要建立，例如位置區(qū)登記、更新，只需要建立 RRC連接、 Iu 連接，而不需要去建立 RL、 Iub 承載、 Iu 承載、 RAB、 RB。 這時(shí)一旦 RB 失敗，業(yè)務(wù)已經(jīng)失敗， RNC 將回復(fù) CN 消息 RAB 指配響應(yīng)指示失敗， CN決定是否釋放業(yè)務(wù)。 一旦 RB配置失敗， CS 業(yè)務(wù)是不行了，如果是在 RL RECFG COMMIT 之前收到 RB配置失敗， RL恢復(fù)到原來的 RL， RNC 回復(fù) CN RAB 指配響應(yīng)指示失敗，由 CN 決定新的流程；如果是在 RL RECFG COMMIT 之后收到 RB配置失敗，因?yàn)?RNC無法恢復(fù)原來的 RL，因此所有的業(yè)務(wù)都失敗了， RNC 向 CN回復(fù) RAB 指配響應(yīng)指示失敗，同時(shí)釋放所有的連接和承載。注意一點(diǎn)：在 PS業(yè)務(wù)釋放的時(shí)候， CN 發(fā) RAB 指配，這時(shí)候需要去重新申請(qǐng)兩個(gè)碼道的資源去傳信令，如果沒有資源了，則異常釋放，不會(huì)執(zhí)行 RL 重配和 RL刪除了。 （ 7） SRB 呢？從某種意義上說， SRB 和 RB是個(gè)孿生兄弟， SRB 是信令 RB，在建 立 RRC連接的時(shí)候， SRB 就建立起來了，為了傳遞 UE 和 UTRAN 之間的信令，而 RB 是用戶面RB，只有在建立業(yè)務(wù)的時(shí)候，即需要傳遞用戶面數(shù)據(jù)的時(shí)候才建立 RB。 呼叫釋放信令詳解（前后臺(tái)） 呼叫釋放流程信令圖 釋放 RRC 連接 釋放 RRC 連接 上下行直傳： （ 1）（ 2）（ 3）（ 4）（ 5）（ 6） UTRAN 直接傳輸 UE 與 CN 之間的 NAS 消息（包括釋放請(qǐng)求和釋放完成等）。 （ 8） RNC 向 CN 回送 RANAP 消息 Iu Release Complete （ 9） CN 與 RNC 通過 ALCAP 協(xié)議釋放 Iu 承載 （ 10） RNC 向 UE 發(fā)送 RRC 消息 RRC Connection Release 來釋放該 RRC 連 。 UE 發(fā)起僅釋放 Iu 連接而不釋放 RRC 連接的流程圖 呼叫釋放過程前后臺(tái)信令解析 RANAP_IU_RELEASECOMMAND RANAP_IU_RELEASECOMMAND 消息見 0 ，消息中主要包含以下屬性： l nAS CAUSE：指示釋放的原因。 RANAP_IU_RELEASECOMMAND 消息 RRC_RRC_CONN_REL RRC_RRC_CONN_REL 消息分析見 0 ，消息中主要包含以下屬性： l n308：指 示 n308 的次數(shù)，詳見系統(tǒng)消息 1 中定時(shí)器的描述。 RRC_RRC_CONN_REL消息 NBAP_RL_DEL_REQ NBAP_RL_DEL_REQ 消息分析見 0 ， 消息中主要包含以下屬性 ： l rL ID： 指示需要釋放的無線鏈路編號(hào)。M 干預(yù) Normal call clearing 網(wǎng)絡(luò)側(cè)發(fā)起呼叫釋放（正常釋放） busy 被叫忙 Destination out of order 網(wǎng)絡(luò)側(cè)異常 No circuit/channel available 資源不夠或 CN 異常 Network out of order 網(wǎng)絡(luò)側(cè)異常 requested circuit/channel not available 該用戶不支持請(qǐng)求的 QoS Resources unavailable, unspecified 網(wǎng)絡(luò)側(cè)異常 UE 發(fā)起 Uu 接口釋放 UECN: Disconnect Normal call clearing 用戶發(fā)起呼叫釋放（正常釋放） Uu 接口 RRC 連接釋放 RRC 連接釋放過程是由其它釋放過程間接導(dǎo)致的，如 CN 的 NAS 層發(fā)起釋放、 UE NAS 層發(fā)起釋放、 RNC 發(fā)起的 Iu 釋放。 RNC 向 CN 發(fā)送 Iu Release Request 發(fā)起特定 UE 的 Iu 連接釋放，并可間接導(dǎo)致 Uu 接口釋放。 RNCCN: Iu Release Request RAB preempted 搶占低優(yōu)先級(jí)用戶 Successful Relocation SRNS 重定位過程成功，釋放源 RNC Iu UP Failure Iu 連接建立過程中或 SRNS 重定位過程中， CN 響應(yīng) IuUP 失敗 Release due to UE generated signaling connection release 用戶進(jìn)行組合業(yè)務(wù)時(shí)（ CS+PS），UE 發(fā)起釋 放其中一個(gè)域的業(yè)務(wù)連接 No Resource Available Iu 連接建立時(shí) Iu 資源不充足 Release due to UTRAN Generated Reason 通信過程中由于 UTRAN 側(cè)原因?qū)е碌尼尫牛? RNC 收到 Node B 的 Radio Link Failure Indication