【資料名稱】：信令解碼.doc

【資料作者】：劉某

【資料日期】：2009-03-04

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡(jiǎn)介】：

呼叫信令詳解（前后臺(tái)）
呼叫流程信令圖
起呼過程分四個(gè)階段：RRC連接建立，直傳信令連接建立，RAB建立，震鈴接通

建立RRC連接



直傳信令連接建立（含鑒權(quán)和加密）




RAB建立過程



振鈴，接通


RRC建立過程
（1）UE 在取得下行同步后，向NodeB發(fā)送SYNC_UL，接收到NodeB 回應(yīng)的FPACH 信息后，在RACH 信道上向RNC 發(fā)送 RRC Connection Request 消息，發(fā)起RRC 連接建立過程。
（2）RNC 準(zhǔn)備建立RRC 連接，分配建立RRC 連接所需要的資源，并發(fā)送一條Radio Link Setup Request 消息給NodeB。
（3）NodeB 配置物理信道，在新的物理信道上準(zhǔn)備接收UE 消息，并給RNC 發(fā)送一條Radio Link Setup Response 響應(yīng)消息。
（4）RNC 通過ALCAP 協(xié)議，建立Iub 數(shù)據(jù)傳輸承載。Iub 數(shù)據(jù)傳輸承載通過AAL2 的綁定標(biāo)識(shí)與DCH 綁定在一起。建立Iub 數(shù)據(jù)傳輸承載需要NodeB 確認(rèn)。
（5）（6）通過Downlink Synchronisation 和Uplink Synchronisation.
控制幀，NodeB 與 RNC 為Iub 數(shù)據(jù)傳輸承載建立同步，此后NodeB 開始DL 發(fā)送。
（7）RNC 在FACH 信道上發(fā)送RRC Connection Setup 消息給UE。
（8）UE 在DCCH 上發(fā)送RRC Connection Setup Complete 消息給RNC，RRC 連接建立完成

建立初始直傳/上下行直傳
（9）UE 在DCCH 上給RNC 發(fā)送一條 Initial Direct Transfer（CM Service Request）消息，該消息包括了UE 請(qǐng)求的業(yè)務(wù)類型等信息，例如12.2K語音業(yè)務(wù)。
（10）RNC 發(fā)起初始到CN 的信令連接，并發(fā)送一條Initial UE Message 消息給CN，通知CN 關(guān)于UE 請(qǐng)求的業(yè)務(wù)等內(nèi)容。
通過初始直接傳輸過程后，可使用該信令連接傳輸U(kuò)E 和CN 之間的NAS 消息。
（11）CN 發(fā)送RANAP 消息 Direct Transfer （Authentication Request）到 RNC，要求對(duì)UE 進(jìn)行鑒權(quán)。
（12）RNC 發(fā)送RRC Downlink Direct Transfer（ Authentication Request）消息給 UE。
NAS 消息由UTRAN 透明的傳輸?shù)経E
（13）UE 發(fā)送RRC Uplink Direct Transfer Message（Authentication Response）消息給RNC，告知網(wǎng)絡(luò)側(cè)UE 已經(jīng)按照鑒權(quán)要求完成了鑒權(quán)。
（14）RNC 發(fā)送RANAP 消息Direct Transfer 給CN，將UE 的NAS消息轉(zhuǎn)發(fā)給CN。
NAS 消息被透明的傳輸?shù)経TRAN。
安全模式控制
（15）CN 發(fā)送RANAP 消息 Security Mode Command 給RNC，要求終端進(jìn)行安全模式控制。
（16）RNC 在下行DCCH 上發(fā)送 RRC Security Mode Command 給UE，開始/重啟加密過程。
（17）UE 成功應(yīng)用新的加密方式后，在上行DCCH 上發(fā)送RRC SecurityMode Complete 給RNC
（18）RNC 發(fā)送RANAP 消息 Security Mode Complete 給CN，雙方完成安全模式控制。
建立RAB
（19）（20）（21）（22）上行和下行的直接傳輸過程，NAS 要求傳輸數(shù)據(jù)，
UE 向網(wǎng)絡(luò)側(cè)說明Bearer Capability 以及Called Number 等內(nèi)容。
（22）CN 向RNC 發(fā)送RANAP 消息Common ID，告知RNC 該UE 的IMSI。
（23）CN 向RNC 發(fā)送RANAP 消息 Radio Access Bearer Assignment Request ，發(fā)起RAB 建立過程。
（24）RNC 通過ALCAP 協(xié)議建立Iu 數(shù)據(jù)傳輸承載，并利用AAL2 綁定標(biāo)識(shí)將Iu 數(shù)據(jù)傳輸承載和無線接入承載綁定在一起。
（25）RNC 要求其NodeB 準(zhǔn)備建立DCH 來承載RAB（RadioLinkReconfiguration Prepare）
（26）NodeB 配置資源并通知RNC 準(zhǔn)備完畢（ Radio Link Reconfiguration Ready）
（27）RNC 通過ALCAP 協(xié)議建立Iub 數(shù)據(jù)傳輸承載，并利用AAL2 綁定標(biāo)識(shí)將Iub 數(shù)據(jù)傳輸承載綁定到DCH。
（28）（29）NodeB 和RNC 通過Downlink Synchronisation 和 Uplink Synchronistion DCH-FP 幀為Iub 數(shù)據(jù)傳輸承載建立同步關(guān)系。
（30）RNC 向NodeB 發(fā)送NBAP 消息Radio Link Reconfiguration Commit
（31）RNC 向UE 發(fā)送RRC 消息Radio Bearer Setup
（32）UE 按照新的傳輸格式發(fā)送RRC 消息Radio Bearer Setup Complete 給RNC。
（33）RNC 發(fā)送RANAP 消息Radio Access Bearer Assignment Response 給CN，RAN 建立完成。






























呼叫過程前后臺(tái)信令解析
RRC CONNECTION REQUEST

關(guān)鍵點(diǎn)1：UE的tmsi號(hào)
關(guān)鍵點(diǎn)2：MCC（移動(dòng)國(guó)家碼）
關(guān)鍵點(diǎn)3：MNC（移動(dòng)網(wǎng)絡(luò)碼）
關(guān)鍵點(diǎn)4：LAC區(qū)（將2進(jìn)制轉(zhuǎn)化為10進(jìn)制即可）
關(guān)鍵點(diǎn)5：建立原因（主叫會(huì)話類通話）被叫為terminatingConversation call
關(guān)鍵點(diǎn)6：現(xiàn)占小區(qū)PCCPCH RSCP（用目標(biāo)值-116dBm即為實(shí)際值）
關(guān)鍵點(diǎn)7：現(xiàn)占小區(qū)擾碼




RRC CONNECTION SETUP

關(guān)鍵點(diǎn)1：UE下行所占時(shí)隙，如圖所示，UE占用TS3時(shí)隙
關(guān)鍵點(diǎn)2：UE下行所占碼道，如圖所示，UE占用TS3的1，2碼道，從右到左即為1—16碼道
關(guān)鍵點(diǎn)3： cell_id：小區(qū)ID
計(jì)算方法為：
cell_id：二進(jìn)制換算成十進(jìn)制：X
RNC ID * 65536 + CELL ID=X



關(guān)鍵點(diǎn)1：UE上行所占時(shí)隙，如圖所示，UE占用TS2時(shí)隙

RRC CONNECTION COMPLETE

關(guān)鍵點(diǎn)1：UE支持的頻段：A頻段
關(guān)鍵點(diǎn)2，3，4，5：UE是否支持PDSCH，8PSK，PUSCH（true為支持，false為不支持）

關(guān)鍵點(diǎn)6：UE是否支持GSM模式（true為支持，false為不支持）

關(guān)鍵點(diǎn)7：UE是否支持HSDPA（true為支持，false為不支持）

RRC_INIT_DIRECT_TRANSF

關(guān)鍵點(diǎn)1：申請(qǐng)的業(yè)務(wù)類型（電路域/分組域）

關(guān)鍵點(diǎn)2：nas Message：Nas消息,核心網(wǎng)解包

RANAP_INITIAL_UE_MESSAGE


cN DomainIndicator：標(biāo)識(shí)為CS業(yè)務(wù)
pLMNidentity：64 F0 31，即 MCC="460", MNC="13"PLMN網(wǎng)號(hào):46013
imsi：核心網(wǎng)返回給RNC UE的IMSI號(hào)，460136300000002
lAC：00 22 ：即lAC 號(hào)為22
sAC:：00 01：即sAC 號(hào)為16

RANAP_COMMON_ID

IMSI:每?jī)晌环催^來讀取，從左到右


RANAP_RAB_ASSIGNMENT_REQ

關(guān)鍵點(diǎn)1：rAB ID： RAB標(biāo)識(shí);這個(gè)元素唯一地識(shí)別一個(gè)特定UE在CN域的無線接入承載，它在一個(gè)Iu連接上是唯一的
關(guān)鍵點(diǎn)2：trafficClass：業(yè)務(wù)類別，對(duì)話類（conversational）
關(guān)鍵點(diǎn)3：MaxBitrate：最大比特率：12.2k
關(guān)鍵點(diǎn)4：guaranteedBitRate ：承諾比特率：12.2k。表示最低需要滿足的速率


RANAP_DIRECT_TRANSF

震鈴

CONNECT

CONNECT ACKNOWLEDGE（呼叫建立成功）
呼叫異常信令解析
RRC連接建立中異常流程
異常流程 1
信令連接建立在 DCH失敗，NodeB無線鏈路建立失敗 ：
在為一個(gè)用戶建立信令連接時(shí)，在Uu 接口的無線資源分配成功后，首先為該用戶需建
立一條承載 RRC 信令的無線鏈路，但是由于 NodeB 的原因（硬件原因、協(xié)議錯(cuò)誤、其他錯(cuò)誤），從而導(dǎo)致空中接口的 RRC 連接無法建立，最終導(dǎo)致信令連接的建立失敗。

異常流程說明：
當(dāng) Node B 不能按照要求為該用戶建立 RL 時(shí)，向RNC 返回 RL Setup Failure 消息，
并包含失敗原因。
RNC 收回內(nèi)部為該用戶分配的無線資源。
RNC 組織 Uu 接口標(biāo)準(zhǔn)消息，向該用戶發(fā)送 RRC Connection Reject 消息，拒絕用
戶接入。

異常流程 2
信令連接建立在 DCH失敗，Iub接口 AAL2建立失�。�
為一個(gè)用戶建立信令連接時(shí)，在無線資源滿足的前提下，成功的為用戶建立了無線鏈路，
在建立 Iub 接口上承載該信令連接的 ATM 承載時(shí)，發(fā)生失�。ㄓ布�原因、協(xié)議錯(cuò)誤、其他錯(cuò)誤），從而導(dǎo)致空中接口的 RRC 連接無法建立，最終導(dǎo)致信令連接的建立失敗。

異常流程說明：
信令連接建立過程中，當(dāng) RNC 與 Node B 之間RL 建立成功后，RNC 向 Node B 發(fā)
送 ALCAP 的 Establish Request消息，發(fā)起 AAL2 連接建立過程，用于在 Iub 接口
承載 RRC 信令。
RNC 實(shí)體的ALCAP 與 Node B 實(shí)體的 ALCAP 進(jìn)行協(xié)商，Node B 實(shí)體拒絕建立該
收到 AAL2 建立失敗消息后，RNC 收回內(nèi)部為該用戶分配的無線資源。
RNC 與 Node B交互，釋放該用戶的無線鏈路。
RNC 組織 Uu 接口標(biāo)準(zhǔn)消息，向該用戶發(fā)送 RRC Connection Reject 消息，拒絕用
戶接入。

異常流程 3
信令連接建立在 DCH失敗，網(wǎng)絡(luò)拒絕 RRC連接建立
在為一個(gè)用戶建立信令連接時(shí)，在無線資源滿足的前提下，成功的為用戶建立了無線鏈
路，建立了 Iub 接口上承載該信令連接的 ATM 承載，在申請(qǐng)本地業(yè)務(wù)資源時(shí)，由于沒有足夠的本地資源，或其他原因?qū)е卤镜胤峙涫�敗或邏輯連接建立失敗，從而導(dǎo)致空中接口的RRC 連接無法建立，最終導(dǎo)致信令連接的建立失敗。

異常流程說明：
信令連接建立過程中，當(dāng)承載信令連接的 RL 以及 AAL2 建立成功后，RNC 實(shí)體
內(nèi)部申請(qǐng)本地業(yè)務(wù)資源，由于資源不夠或其它原因?qū)е卤镜刭Y源分配失敗。
RNC 收回內(nèi)部為該用戶分配的無線資源。
RNC 與 Node B交互，釋放該用戶的無線鏈路。
RNC 與 Node B交互，釋放局間 AAL2 鏈路。
RNC 組織 Uu 接口標(biāo)準(zhǔn)消息，向該用戶發(fā)送 RRC Connection Reject 消息，拒絕用
戶接入。

異常流程 4
網(wǎng)絡(luò)側(cè)無響應(yīng)
該過程描述的是當(dāng) UE 請(qǐng)求建立 RRC 連接時(shí)，由于 Uu 信號(hào)質(zhì)量、RAN 設(shè)備異常、邏輯資源分配等原因，導(dǎo)致超時(shí)后 UE 仍沒有接收到網(wǎng)絡(luò)側(cè)的接受或拒絕消息，最終導(dǎo)致信令連接建立失敗。此類異常流程及處理對(duì)于信令連接建立在DCH或FACH上兩種情況都適用。

異常流程說明：
UE 向 RNC 發(fā)送 RRC_CONNECTION_REQUEST 消息，發(fā)起該過程；當(dāng) UE 的非
接入層請(qǐng)求處于空閑模式下的 UE 建立一條信令連接,或 UE收到尋呼時(shí)，要求建立
RRC 連接,則UE 啟動(dòng)該過程。
UE 等待網(wǎng)絡(luò)側(cè)的 RRC 連接建立響應(yīng)。當(dāng)定時(shí)器 T300 超時(shí)后仍沒有收到網(wǎng)絡(luò)側(cè)接
受或拒絕消息，則 UE 側(cè)判斷若發(fā)送 RRC Connection Request的次數(shù)變量 V300 小于或等于 N300 次，UE 重新組織 RRC Connection Request 消息并向 Uu 接口發(fā)送，V300+1，重新發(fā)起 RRC連接建立。
重復(fù)前面步驟，若 V300大于 N300，UE 回到空閑模式。























RAB建立中異常信令
異常流程 1
Node B無線鏈路重配置失敗
RNC 從 Iu 接口收到 RAB建立請(qǐng)求后，需要首先在 Iub 接口對(duì)承載 Uu 接口用戶面的無線鏈路進(jìn)行重配置，但是由于 NodeB 的原因（硬件原因、協(xié)議錯(cuò)誤、其他錯(cuò)誤）RL 重配置過程失敗，從而導(dǎo)致空中接口的無線承載無法建立，RAB 建立失敗。

異常流程說明：
當(dāng)Node B不能按照要求為該用戶重新配置RL時(shí)， 向RNC返回RL Reconfiguration
Failure 消息，并包含失敗原因。
RNC 向 CN發(fā)送 RAB Assignment Response 消息，指示 RAB 建立失敗，并包含失
敗原因，如 UTRAN側(cè)產(chǎn)生原因、無線接口過程失敗等。
RNC 收回內(nèi)部為該用戶分配的無線資源。
RNC 與 UE釋放 Uu 接口 RRC 連接。
若為 CS域 RAB，Iu 接口需釋放 AAL2 數(shù)據(jù)傳輸承載。

異常流程 2
Uu接口 RB建立失敗
RNC 向 UE 發(fā)送 RB Setup 消息發(fā)起 Uu 接口無線承載的建立。由于一些錯(cuò)誤原因?qū)е耈E 向 RNC發(fā)送 RB 建立失敗的響應(yīng)。
導(dǎo)致 UE 發(fā)送失敗響應(yīng)的原因可能為：
UE 收到的消息協(xié)議錯(cuò)；
RB Setup 消息中包含無效的配置信息；
RB Setup 消息中包含 UE 不支持的配置信息；
配置信息不匹配；
UE 物理信道配置失��；
重配過程中無線鏈路失敗等。

異常流程說明：
當(dāng) Iub 接口無線鏈路以及 AAL2 連接建立完成以后，RNC 向 UE 發(fā)送 RB Setup 消
息建立 Uu 接口無線承載。當(dāng)上述某項(xiàng)原因出現(xiàn)時(shí)，UE 向 RNC 返回?zé)o線承載建立
失敗。
RNC 收回內(nèi)部為該用戶分配的無線資源。
RNC 與 Node B釋放 Iub接口的 RL。
RNC 與 Node B釋放 Iub接口的 AAL2 連接。
RNC 與 UE釋放 Uu 接口 RRC 連接。
RNC 向 CN發(fā)送 RAB Assignment Response 消息，指示 RAB 建立失敗，并包含失
敗原因，如 UTRAN側(cè)產(chǎn)生原因、無線接口過程失敗等。
若為 CS域 RAB，Iu 接口需釋放 AAL2 數(shù)據(jù)傳輸承載。

異常流程 3
Iu 接口 RAB建立失敗
RNC 收到 RAB 指派請(qǐng)求后，向 CN響應(yīng) RAB 指派失敗消息�？赡艿脑�因?yàn)椋?
Iu 接口本地資源分配失敗；
Iu 接口用戶面配置失��；
Iu 接口 AAL2 建立失�。�



































切換信令詳解（前后臺(tái)）
RNC內(nèi)切換
RNC內(nèi)切換信令圖

流程說明：
UE通過DCCH發(fā)射測(cè)量報(bào)告給RNC，其中包含測(cè)量事件，滿足事件的小區(qū)頻點(diǎn)和參數(shù)。
RNC下發(fā)RL建立請(qǐng)求給將要進(jìn)行切換的NodeB（也叫目標(biāo)NodeB）。
NodeB建立完成后給RNC回復(fù)Radio Link Setup Response消息，表示建立完成。
ALCAP Iub接口數(shù)據(jù)傳輸承載建立。
依據(jù)CFN建立幀協(xié)議的下行同步。
幀協(xié)議的上行同步完成。
RNC向UE下發(fā)物理信道重配置請(qǐng)求。
無線鏈路RL建立完成指示。
UE建立完成物理信道重配置后向RNC發(fā)送Physical channel reconfiguration complete消息。
RNC向舊的NodeB（也叫源NodeB）發(fā)送RL刪除請(qǐng)求。
源NodeB刪除完RL后向RNC 發(fā)送Radio Link Deletion Response表示釋放完成。
ALCAP　Iub接口數(shù)據(jù)承載釋放。切換成功，可以接受目標(biāo)NodeB的服務(wù)。

RNC間切換
RNC間切換信令圖






流程說明：
UE通過DCCH向RNC（S）發(fā)送測(cè)量報(bào)告“Measurement Report”消息，表明滿足RNC間小區(qū)切換的條件。內(nèi)容也包含目標(biāo)小區(qū)的信號(hào)質(zhì)量及基本信息。
RNC(S)判決進(jìn)行切換（目標(biāo)小區(qū)屬于另一個(gè)RNC）后向CN發(fā)送RELOCATION REQUIRED，發(fā)起重定位過程，在該消息中，RNC(S)應(yīng)指示重定位類型為“UE involved”或“UE not involved”。在沒有Iur接口的情況下（TD-SCDMA系統(tǒng)實(shí)現(xiàn)中暫時(shí)不考慮Iur接口的實(shí)現(xiàn)），系統(tǒng)所做的重定位過程都是“UE involved”。
CN(MSC)在RNC(T)側(cè)建立SCCP連接，并向RNC(T)發(fā)送RELOCATION REQUEST。
RNC(T)收到NodeB(T)的響應(yīng)消息后，在目標(biāo)小區(qū)側(cè)建立Iu口的ALCAP傳輸承載。
RNC(T)收到該消息后向NodeB(T)發(fā)送無線鏈路建立請(qǐng)求，為目標(biāo)小區(qū)建立無線鏈路。
目標(biāo)小區(qū)收到無線鏈路建立請(qǐng)求后，配置相應(yīng)鏈路資源；
RNC(T)在目標(biāo)小區(qū)側(cè)建立Iub口的ALCAP傳輸承載。
建立下行幀同步。
建立上行幀同步。
建完傳輸承載后，RNC(T)向CN(MSC)響應(yīng)RELOCATION REQUEST ACK，表明目標(biāo)RNC側(cè)已準(zhǔn)備好。
CN(MSC)向RNC(S)發(fā)送RELOCATION COMMAND，指示開始進(jìn)行重定位。
RNC(S)通過源小區(qū)的信道向UE發(fā)送PHYSICAL CHANNEL RECONFIGURATION消息，通知UE進(jìn)行切換。
UE收到PHYSICAL CHANNEL RECONFIGURATION消息后，做相應(yīng)處理。
NodeB(T)向RNC(T)發(fā)送NABP消息RL Restore。表明NodeB(T)和RNC(T)之間無線鏈路已經(jīng)建立完成。
RNC(T)向CN(MSC)發(fā)送Relocation Detect消息。
UE將上下行鏈路轉(zhuǎn)移到目標(biāo)小區(qū)后，通過目標(biāo)小區(qū)向RNC(T)發(fā)送PHYSICAL CHANNEL RECONFIGURATION COMPLETE消息。
RNC(T)收到后發(fā)送RELOCATION COMPLETE消息給CN(MSC)，說明目標(biāo)側(cè)重定位過程已完成。
CN(MSC)向RNC(S)發(fā)送Iu Release Command命令釋放Iu口資源。
RNC(S)向CN發(fā)送Iu Release Complete命令表示Iu口資源釋放完成。
Iu口的ALCAP 數(shù)據(jù)承載釋放。
RNC(S)向NodeB(S)發(fā)送Radio Link Delete Request，請(qǐng)求釋放Iub接口的無線資源。
NodeB(S)向RNC（S）發(fā)送Radio Link Delete Response。表示刪除完成。
Iub口的ALCAP傳輸承載釋放。
交互式通信進(jìn)程釋放完成。
RNC(S)重定位過程更新。









切換前后臺(tái)信令解析




MEASUREMENT CONTROL
CRC校驗(yàn)測(cè)量控制

關(guān)鍵點(diǎn)1：CRC校驗(yàn)，假設(shè)一個(gè)窗口為512的大小，如果其中錯(cuò)誤超過300，系統(tǒng)會(huì)根據(jù)測(cè)量控制發(fā)送5A事件（基于業(yè)務(wù)質(zhì)量）

關(guān)鍵點(diǎn)2：鄰小區(qū)檢測(cè)，圖中所示為檢測(cè)到的鄰區(qū)頻點(diǎn)擾碼

1G事件測(cè)量控制

關(guān)鍵點(diǎn)1：表示此為1G事件的測(cè)量控制消息
關(guān)鍵點(diǎn)2：事件的門限為10，實(shí)際值=配置值*0.5。本例信元值為10dB，即配置值為10dB，表示當(dāng)某個(gè)同頻鄰區(qū)的PCCPCH RSCP值比服務(wù)小區(qū)高5dB以上，才觸發(fā)1G事件，判決同頻切換（在協(xié)議中規(guī)定，此值的范圍是0-7.5，步長(zhǎng)為0.5dB)
關(guān)鍵點(diǎn)3：1G事件的觸發(fā)時(shí)長(zhǎng)，配置為1280ms，表示當(dāng)有某個(gè)同頻鄰區(qū)的PCCPCHRSCP值在1.28秒內(nèi)都滿足上述的1G事件門限，則UE上報(bào)1G事件測(cè)量報(bào)告
關(guān)鍵點(diǎn)4：表示測(cè)量監(jiān)控的同頻小區(qū)的個(gè)數(shù)為6















3A事件測(cè)量控制

關(guān)鍵點(diǎn)1：表示此為3A事件的測(cè)量控制消息
關(guān)鍵點(diǎn)2，3：如圖TD的RSCP需要低于-95dBm，且G網(wǎng)電平高于-81dBm，才會(huì)觸發(fā)3A切換測(cè)量
關(guān)鍵點(diǎn)4：事件的門限為4，實(shí)際值=配置值*0.25，即用TD最小電平減去實(shí)際值-G網(wǎng)最小電平加上實(shí)際值即為滿足條件的事件
關(guān)鍵點(diǎn)5：3A事件的觸發(fā)時(shí)長(zhǎng)，配置為1280ms，表示當(dāng)有某個(gè)同頻鄰區(qū)的PCCPCHRSCP值在1.28秒內(nèi)都滿足上述的3A事件門限，則UE上報(bào)3A事件測(cè)量報(bào)告
關(guān)鍵點(diǎn)6：表示測(cè)量監(jiān)控的同頻小區(qū)的個(gè)數(shù)為6

















2A事件測(cè)量控制

關(guān)鍵點(diǎn)1：表示為2A事件的測(cè)量控制消息
關(guān)鍵點(diǎn)2：事件的門限，實(shí)際值=配置值*0.5。但目前RNC實(shí)現(xiàn)是配置值*0.25。本例信元值為12dB，即配置值為3dB，表示當(dāng)某個(gè)同頻鄰區(qū)的PCCPCH RSCP值比服務(wù)小區(qū)大于等于3dB以上，才觸發(fā)2A事件，判決異頻切換(在協(xié)議中規(guī)定，此值的取值范圍是0-14.5,步長(zhǎng)為0.5,2A事件的判別公式為Qn>=Qs+Hy/2,所以最總轉(zhuǎn)換為dB的時(shí)候，這個(gè)參數(shù)是除以4的）
關(guān)鍵點(diǎn)3：2A事件的觸發(fā)時(shí)長(zhǎng)，配置為640ms，表示當(dāng)有某個(gè)同頻鄰區(qū)的PCCPCHRSCP值在0.64秒內(nèi)都滿足上述的2A事件門限，則UE上報(bào)2A事件測(cè)量報(bào)告
關(guān)鍵點(diǎn)4：表示測(cè)量監(jiān)控的同頻小區(qū)的個(gè)數(shù)為6



MEASUREMENT REPORT
2A事件測(cè)量報(bào)告

關(guān)鍵點(diǎn)1：反映事件類型，圖例為2A事件（異頻測(cè)量）
關(guān)鍵點(diǎn)2：即將切換的小區(qū)的頻點(diǎn)擾碼（此為主頻點(diǎn)，很可能存在一種情況就是切換過去后占用的是輔頻點(diǎn)）


3A事件測(cè)量報(bào)告

關(guān)鍵點(diǎn)1：測(cè)量事件類型，圖示為3A事件
關(guān)鍵點(diǎn)2：即將切換G網(wǎng)小區(qū)電平值，顯示為2進(jìn)制，轉(zhuǎn)化為10進(jìn)制減去111dBm，即為實(shí)際值。如圖中，100010的十進(jìn)制為34，即實(shí)際電平為34-111=-77dBm，即為實(shí)際值
G網(wǎng)的BSIC為2


1G事件測(cè)量報(bào)告

關(guān)鍵點(diǎn)1：測(cè)量事件類型，如圖為1G事件
關(guān)鍵點(diǎn)2：欲切換小區(qū)擾碼
關(guān)鍵點(diǎn)3：欲切換小區(qū)RSCP，用目標(biāo)值-116即為實(shí)際值，30-116=-86dB

NBAP_RL_SETUP_RSP（RNC內(nèi)）
在NODEB上報(bào)的RADIO LINK SETUP RESPONSE消息中，除了必要的消息、資源標(biāo)識(shí)信息外，還包含了配置成功的各個(gè)信道的資源記錄，用以上報(bào)給RNC建立對(duì)等通訊時(shí)使用。包含RL ID,DCH ID，綁定ID，NodeB ATM，如下圖所示：

NBAP_RL_SETUP_RSP包含的屬性圖
NBAP_RL_DEL_REQ（RNC內(nèi)）
RNC向NodeB發(fā)送RL刪除的請(qǐng)求，需要?jiǎng)h除的RL ID為0。

NBAP_RL_DEL_REQ包含的屬性圖





PHYSICAL CHANNEL RECONFIGURATION（RNC內(nèi)）

關(guān)鍵點(diǎn)1：切換目標(biāo)小區(qū)頻點(diǎn)，如圖為10096
關(guān)鍵點(diǎn)2：UE最大發(fā)射功率

關(guān)鍵點(diǎn)3：UE上行占用時(shí)隙，如圖，上行占用時(shí)隙2

關(guān)鍵點(diǎn)4：切換目標(biāo)小區(qū)擾碼，和關(guān)鍵點(diǎn)1中的頻點(diǎn)合起來看，確定目標(biāo)小區(qū)

關(guān)鍵點(diǎn)5：UE下行占用時(shí)隙，如圖，下行占用時(shí)隙4
關(guān)鍵點(diǎn)6：UE下行占用碼道，如圖，下行占用時(shí)隙4的1，2碼道
關(guān)鍵點(diǎn)7：切換目標(biāo)小區(qū)的ID
計(jì)算方法為：
cell_id：二進(jìn)制換算成十進(jìn)制：X
RNC ID * 65536 + CELL ID=X



關(guān)鍵點(diǎn)：所建立的上下行信道需要關(guān)注的信息是上下行DPCH信道和上下行CCTrCH信道的配置

RANAP_RELOCATION_REQUIRED（RNC間）
重定位請(qǐng)求消息中包含的有，切換類型，實(shí)例中為：ue involved，表示沒有Iur接口。切換原因?yàn)闊o線的原因。原網(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。原RNC向目標(biāo)RNC的TransparentContainer。目標(biāo)小區(qū)ID等，如下圖所示。

RANAP_RELOCATION_REQUIRED包含的屬性圖
Radio Link Setup Request，Radio Link Setup Response，DownLink sync，UpLink sync
這些信令中的內(nèi)容跟其他業(yè)務(wù)中的相同信令含的信息一樣，在這里不做具體介紹。


RANAP_RELOCATION_REQ_ACK（RNC間）
該消息中包含目標(biāo)RNC到源RNC的TransparentContainer消息和RAB消息。

RANAP_RELOCATION_REQ_ACK包含的屬性圖


RANAP_RELOCATION_COMMAND（RNC間）
該消息中包含目標(biāo)RNC到源RNC的TransparentContainer,RAB 信息。如下圖所示：

NAPAP_RELOCATION_COMMAND包含的屬性圖

PHYSICAL CHANNEL RECONFIGURATION（RNC間）
該消息由RNC通過DCCH信道向UE下發(fā)，消息中包含RNC期望建立的物理信道的要求。包含：切換基本信息，上行信道要求和下行信道要求。
下圖實(shí)例中換目標(biāo)小區(qū)的頻率為10096（uarfcn），該值除以5為實(shí)際頻率。UE最大發(fā)射功率：21dBm。切換目標(biāo)小區(qū)的ID，計(jì)算方式為RNCID*65536+小區(qū)配置ID，轉(zhuǎn)換成16進(jìn)制。

RRC_PH_CH_RECFG包含的屬性圖1
所建立的上下行信道需要關(guān)注的信息是上下行DPCH信道和上下行CCTrCH信道的配置。如下圖所示：

RRC_PH_CH_RECFG包含的屬性圖2
RANAP_RELOCATION_DETECT（RNC間）
包含的信息如下圖所示。

RANAP_RELOCATION_DETECT包含的屬性圖

RANAP_RELOCATION_COMPLETE（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內(nèi)異常信令
異常流程1
Node B失敗
本異常流程主要考慮了切換過程中由于 Node B失敗而導(dǎo)致的切換過程失敗，如無線鏈
路增加消息錯(cuò)誤、參數(shù)配置錯(cuò)誤、超時(shí)等。此類失敗在 RNC 以及 Node B 實(shí)體上的處理方式類似，本圖中給出了無線鏈路增加消息錯(cuò)誤的情況，超時(shí)的異常流程中 Node B 不向RNC發(fā)送 Radio Link Failure 消息。

異常流程說明：
當(dāng) Node B 不能按照要求為該用戶增加 RL 時(shí)，向 RNC 返回RL Addition Failure 消
息，并包含失敗原因。
切換失敗，UE 繼續(xù)在源小區(qū)進(jìn)行通信。

異常流程2
UE 響應(yīng)切換失敗
RNC 向 UE發(fā)送 Physical Channel Reconfiguration消息進(jìn)行切換。由于一些錯(cuò)誤原因?qū)?br /> 致 UE 向 RNC 發(fā)送物理信道重配置失敗的響應(yīng)。
導(dǎo)致 UE 發(fā)送失敗響應(yīng)的原因可能為：
UE 收到的消息協(xié)議錯(cuò)；
Physical Channel Reconfiguration 消息中包含無效的配置信息；
Physical Channel Reconfiguration 消息中包含 UE 不支持的配置信息；
配置信息不匹配；
UE 物理信道配置失敗；
重配過程中無線鏈路失敗等。

異常流程說明：
當(dāng) Iub 接口無線鏈路以及 AAL2 連接建立完成以后，RNC 向 UE 發(fā)送 Physical
Channel Reconfiguration進(jìn)行切換。當(dāng)上述某項(xiàng)原因出現(xiàn)時(shí)， UE向RNC返回Physical
Channel Reconfiguration Failure消息。
RNC 與 Node B釋放 Iub接口的 RL。
RNC 與 Node B釋放 Iub接口的 AAL2 連接。
切換過程失敗，UE 繼續(xù)在源小區(qū)進(jìn)行通信。

異常流程3
定時(shí)器超時(shí)失敗
定時(shí)器超時(shí)，指的是 RNC 在給 UE 發(fā)送了空中接口的配置消息后，在一定的時(shí)間內(nèi)既沒有收到用戶的成功響應(yīng)消息，也沒有收到失敗消息，和 UE 失去了聯(lián)系，此時(shí)策略為釋放該用戶的所有業(yè)務(wù)。

異常流程說明：
RNC 在給 UE 發(fā)送了空中接口的配置消息后，在一定的時(shí)間內(nèi)沒有既沒有收到用
戶的成功響應(yīng)消息，也沒有收到失敗消息。
若在目標(biāo)小區(qū)已經(jīng)完成 RL 同步，則 Node B 在目標(biāo)小區(qū)向 RNC 發(fā)送 Radio Link
Failure 消息，原因?yàn)橥�步失敗。（Note (1)）
Node B 在源小區(qū)向 RNC發(fā)送 Radio Link Failure 消息，原因?yàn)橥�步失�?
RNC 釋放該用戶的所有業(yè)務(wù)，包括：
RNC 發(fā)起 Iu連接的釋放，釋放 Iu 連接。
若為 CS域 RAB，Iu 接口需釋放 AAL2 數(shù)據(jù)傳輸承載。
RNC 收回內(nèi)部為該用戶分配的無線資源。
RNC 與 Node B釋放 Iub接口的 RL。
RNC 與 Node B釋放 Iub接口的 AAL2 連接。
RNC 與 UE釋放 Uu 接口 RRC 連接。
切換過程失敗。
若在目標(biāo)小區(qū)沒有完成 RL同步，則在目標(biāo)小區(qū)沒有此消息。






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。


異常流程3
源 RNC側(cè) UE 配置失敗
該過程描述的是，重定位準(zhǔn)備過程中，源 RNC 側(cè) UE 進(jìn)行重定位時(shí)失敗。重定位過程失敗，UE 保持與源 RNC進(jìn)行通信。


異常流程4
目標(biāo) RNC側(cè) Iub 接口過程失敗
該流程描述了重定位過程中三種發(fā)生在 Iub 接口兩側(cè)實(shí)體上的異常情況，由于在重定位
過程中這三類異常 Iu 接口的表現(xiàn)是相同的，因此本流程中做同一描述。異常情況分別為：
目標(biāo) RNC 側(cè)無線資源無法滿足
目標(biāo) RNC 側(cè)無線鏈路建立失敗
目標(biāo) RNC 側(cè)Iub 接口 AAL2 建立失敗