信息與通信WCDMA信令詳解

1、呼叫信令詳解（前后臺）重點關(guān)注參數(shù)解釋􀂋PCCPCH-RSCP:UE 測得主公共控制信道的碼片功率􀂋PCCPCH-C/I: UE 測得主公共控制信道的載干比􀂋PCCPCH-Path Loss: 主公共控制信道的路損􀂋DPCH-RSCP: UE 測得專用信道的碼片功率􀂋DPCH-C/I: UE 測得專用信道的載干比􀂋DPCH-ISCP:專用信道的干擾信號􀂋BLER:誤塊率，是一段時間內(nèi)誤塊數(shù)與總TB 塊數(shù)的比值。即總的傳輸塊數(shù)呼叫流程信令圖起呼過程分四個階段：RRC連接建

2、立，直傳信令連接建立，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

3、 協(xié)議，建立Iub 數(shù)據(jù)傳輸承載。Iub 數(shù)據(jù)傳輸承載通過AAL2 的綁定標(biāo)識與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 連接建立完成直傳信令連接建立（含鑒權(quán)和加密

4、）（9）UE 在DCCH 上給RNC 發(fā)送一條 Initial Direct Transfer（CM Service Request）消息，該消息包括了UE 請求的業(yè)務(wù)類型等信息，例如12.2K語音業(yè)務(wù)。（10）RNC 發(fā)起初始到CN 的信令連接，并發(fā)送一條Initial UE Message 消息給CN，通知CN 關(guān)于UE 請求的業(yè)務(wù)等內(nèi)容。通過初始直接傳輸過程后，可使用該信令連接傳輸U(kuò)E 和CN 之間的NAS 消息。（11）CN 發(fā)送RANAP 消息 Direct Transfer （Authentication（認(rèn)證鑒權(quán)） Request）到 RNC，要求對UE 進(jìn)行鑒權(quán)。（12）RNC

5、 發(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，要

6、求終端進(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

7、發(fā)送RANAP 消息Common(通用) ID，告知RNC 該UE 的IMSI。（23）CN 向RNC 發(fā)送RANAP 消息 Radio Access Bearer（無線接入承載） Assignment 轉(zhuǎn)讓Request ，發(fā)起RAB 建立過程。（24）RNC 通過ALCAP 協(xié)議建立Iu 數(shù)據(jù)傳輸承載，并利用AAL2 綁定標(biāo)識將Iu 數(shù)據(jù)傳輸承載和無線接入承載綁定在一起。（25）RNC 要求其NodeB 準(zhǔn)備建立DCH 來承載RAB（RadioLinkReconfiguration Prepare無線鏈路重配置準(zhǔn)備）（26）NodeB 配置資源并通知RNC 準(zhǔn)備完畢（ Radio Link

8、 Reconfiguration Ready無線鏈路重配置就緒）（27）RNC 通過ALCAP 協(xié)議建立Iub 數(shù)據(jù)傳輸承載，并利用AAL2 綁定標(biāo)識將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

9、按照新的傳輸格式發(fā)送RRC 消息Radio Bearer Setup Complete 給RNC。（33）RNC 發(fā)送RANAP 消息Radio Access Bearer Assignment Response（響應(yīng)）給CN，RAN 建立完成。振鈴，接通呼叫過程前后臺信令解析RRC CONNECTION REQUEST關(guān)鍵點1：UE的tmsi號關(guān)鍵點2：MCC（移動國家碼）關(guān)鍵點3：MNC（移動網(wǎng)絡(luò)碼）關(guān)鍵點4：LAC區(qū)（將2進(jìn)制轉(zhuǎn)化為10進(jìn)制即可）關(guān)鍵點5：建立原因（主叫會話類通話）被叫為terminatingConversation call關(guān)鍵點6：現(xiàn)占小區(qū)PCCPCH RSCP（用目

10、標(biāo)值-116dBm即為實際值）關(guān)鍵點7：現(xiàn)占小區(qū)擾碼RRC CONNECTION SETUP關(guān)鍵點1：UE下行所占時隙，如圖所示，UE占用TS3時隙關(guān)鍵點2：UE下行所占碼道，如圖所示，UE占用TS3的1，2碼道，從右到左即為116碼道關(guān)鍵點3： celli：小區(qū)ID 計算方法為： cell_id：二進(jìn)制換算成十進(jìn)制：X RNC ID * 65536+ CELL ID=X關(guān)鍵點1：UE上行所占時隙，如圖所示，UE占用TS2時隙RRC CONNECTION COMPLETE關(guān)鍵點1：UE支持的頻段：A頻段關(guān)鍵點2，3，4，5：UE是否支持PDSCH，8PSK，PUSCH（true為支持，fals

11、e為不支持）關(guān)鍵點6：UE是否支持GSM模式（true為支持，false為不支持）關(guān)鍵點7：UE是否支持HSDPA（true為支持，false為不支持）RRC_INIT_DIRECT_TRANSF關(guān)鍵點1：申請的業(yè)務(wù)類型（電路域/分組域）關(guān)鍵點2：nas Message：Nas消息,核心網(wǎng)解包RANAP_INITIAL_UE_MESSAGEcN DomainIndicator：標(biāo)識為CS業(yè)務(wù)pLMNidentity：64 F0 31，即 MCC="460", MNC="13" PLMN網(wǎng)號:46013imsilAC：00 22 ：即lAC 號為22sAC

12、:：00 01：即sAC 號為16RANAP_COMMON_IDIMSI:每兩位反過來讀取，從左到右RANAP_RAB_ASSIGNMENT_REQ關(guān)鍵點1：rAB ID： RAB標(biāo)識;這個元素唯一地識別一個特定UE在CN域的無線接入承載，它在一個Iu連接上是唯一的關(guān)鍵點2：trafficClass：業(yè)務(wù)類別，對話類（conversational）關(guān)鍵點3：MaxBitrate：最大比特率：12.2k關(guān)鍵點4：guaranteedBitRate ：承諾比特率：12.2k。表示最低需要滿足的速率RANAP_DIRECT_TRANSF震鈴CONNECTCONNECT ACKNOWLEDGE（呼叫建

13、立成功）呼叫異常信令解析RRC連接建立中異常流程異常流程 1 信令連接建立在 DCH失敗，NodeB無線鏈路建立失敗 ：在為一個用戶建立信令連接時，在Uu 接口的無線資源分配成功后，首先為該用戶需建立一條承載 RRC 信令的無線鏈路，但是由于 NodeB 的原因（硬件原因、協(xié)議錯誤、其他錯誤），從而導(dǎo)致空中接口的 RRC 連接無法建立，最終導(dǎo)致信令連接的建立失敗。異常流程說明： 當(dāng) Node B 不能按照要求為該用戶建立 RL 時，向RNC 返回 RL Setup Failure 消息，并包含失敗原因。RNC 收回內(nèi)部為該用戶分配的無線資源。 RNC 組織 Uu 接口標(biāo)準(zhǔn)消息，向該用戶發(fā)送 R

14、RC Connection Reject 消息，拒絕用戶接入。 異常流程 2信令連接建立在 DCH失敗，Iub接口 AAL2建立失?。簽橐粋€用戶建立信令連接時，在無線資源滿足的前提下，成功的為用戶建立了無線鏈路，在建立 Iub 接口上承載該信令連接的 ATM 承載時，發(fā)生失敗（硬件原因、協(xié)議錯誤、其他錯誤），從而導(dǎo)致空中接口的 RRC 連接無法建立，最終導(dǎo)致信令連接的建立失敗。異常流程說明： 信令連接建立過程中，當(dāng) RNC 與 Node B 之間RL 建立成功后，RNC 向 Node B 發(fā)送 ALCAP 的 Establish Request(建立請求)消息，發(fā)起 AAL2 連接建立過程，用

15、于在 Iub 接口承載 RRC 信令。 RNC 實體的ALCAP 與 Node B 實體的 ALCAP 進(jìn)行協(xié)商，Node B 實體拒絕建立該（release 釋放）收到 AAL2 建立失敗消息后，RNC 收回內(nèi)部為該用戶分配的無線資源。 RNC 與 Node B交互，釋放該用戶的無線鏈路（response回應(yīng)響應(yīng)）。 RNC 組織 Uu 接口標(biāo)準(zhǔn)消息，向該用戶發(fā)送 RRC Connection Reject 消息，拒絕用戶接入。異常流程 3信令連接建立在 DCH失敗，網(wǎng)絡(luò)拒絕 RRC連接建立在為一個用戶建立信令連接時，在無線資源滿足的前提下，成功的為用戶建立了無線鏈路，建立了 Iub 接口上

16、承載該信令連接的 ATM 承載，在申請本地業(yè)務(wù)資源時，由于沒有足夠的本地資源，或其他原因?qū)е卤镜胤峙涫』蜻壿嬤B接建立失敗，從而導(dǎo)致空中接口的RRC 連接無法建立，最終導(dǎo)致信令連接的建立失敗。異常流程說明： 信令連接建立過程中，當(dāng)承載信令連接的 RL 以及 AAL2 建立成功后，RNC 實體內(nèi)部申請本地業(yè)務(wù)資源，由于資源不夠或其它原因?qū)е卤镜刭Y源分配失敗。 RNC 收回內(nèi)部為該用戶分配的無線資源。 RNC 與 Node B交互，釋放該用戶的無線鏈路。 RNC 與 Node B交互，釋放局間 AAL2 鏈路。 RNC 組織 Uu 接口標(biāo)準(zhǔn)消息，向該用戶發(fā)送 RRC Connection Reje

17、ct 消息，拒絕用戶接入。異常流程 4網(wǎng)絡(luò)側(cè)無響應(yīng)該過程描述的是當(dāng) UE 請求建立 RRC 連接時，由于 Uu 信號質(zhì)量、RAN 設(shè)備異常、邏輯資源分配等原因，導(dǎo)致超時后 UE 仍沒有接收到網(wǎng)絡(luò)側(cè)的接受或拒絕消息，最終導(dǎo)致信令連接建立失敗。此類異常流程及處理對于信令連接建立在DCH或FACH上兩種情況都適用。異常流程說明： UE 向 RNC 發(fā)送 RRC_CONNECTION_REQUEST 消息，發(fā)起該過程；當(dāng) UE 的非接入層請求處于空閑模式下的 UE 建立一條信令連接,或 UE收到尋呼時，要求建立RRC 連接,則UE 啟動該過程。 UE 等待網(wǎng)絡(luò)側(cè)的 RRC 連接建立響應(yīng)。當(dāng)定時器 T3

18、00 超時后仍沒有收到網(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建立請求后，需要首先在 Iub 接口對承載 Uu 接口用戶面的無線鏈路進(jìn)行重配置，但是由于 NodeB 的原因（硬件原因、協(xié)議錯誤、其他錯誤）RL 重

19、配置過程失敗，從而導(dǎo)致空中接口的無線承載無法建立，RAB 建立失敗。異常流程說明： 當(dāng)Node B不能按照要求為該用戶重新配置RL時， 向RNC返回RL Reconfiguration（重構(gòu)） Failure 消息，并包含失敗原因。 （RL Reconfiguration preparation準(zhǔn)備） RNC 向 CN發(fā)送 RAB Assignment Response （分配響應(yīng)）消息，指示 RAB 建立失敗，并包含失敗原因，如 UTRAN側(cè)產(chǎn)生原因、無線接口過程失敗等。 RNC 收回內(nèi)部為該用戶分配的無線資源。 RNC 與 UE釋放 Uu 接口 RRC 連接。 若為 CS域 RAB，Iu

20、接口需釋放 AAL2 數(shù)據(jù)傳輸承載。 異常流程 2Uu接口 RB建立失敗 RNC 向 UE 發(fā)送 RB Setup 消息發(fā)起 Uu 接口無線承載的建立。由于一些錯誤原因?qū)е耈E 向 RNC發(fā)送 RB 建立失敗的響應(yīng)。 導(dǎo)致 UE 發(fā)送失敗響應(yīng)的原因可能為： UE 收到的消息協(xié)議錯； RB Setup 消息中包含無效的配置信息； RB Setup 消息中包含 UE 不支持的配置信息； 配置信息不匹配； UE 物理信道配置失??； 重配過程中無線鏈路失敗等。 異常流程說明： 當(dāng) Iub 接口無線鏈路以及 AAL2 連接建立完成以后，RNC 向 UE 發(fā)送 RB Setup 消息建立 Uu 接口無線承

21、載。當(dāng)上述某項原因出現(xiàn)時，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ù)傳輸承載。異常流程 3Iu 接口 RAB建立失敗 RNC 收到 RAB 指派請求后，向 CN響應(yīng) RAB 指

22、派失敗消息?？赡艿脑驗椋?Iu 接口本地資源分配失?。?Iu 接口用戶面配置失敗； Iu 接口 AAL2 建立失??；切換信令詳解（前后臺）RNC內(nèi)切換RNC內(nèi)切換信令圖流程說明：UE通過DCCH發(fā)射測量報告給RNC，其中包含測量事件，滿足事件的小區(qū)頻點和參數(shù)。RNC下發(fā)RL建立請求給將要進(jìn)行切換的NodeB（也叫目標(biāo)NodeB）。NodeB建立完成后給RNC回復(fù)Radio Link Setup Response消息，表示建立完成。ALCAP Iub接口數(shù)據(jù)傳輸承載建立。依據(jù)CFN建立幀協(xié)議的下行同步。幀協(xié)議的上行同步完成。RNC向UE下發(fā)物理信道重配置請求。無線鏈路RL建立完成指示。UE建立

23、完成物理信道重配置后向RNC發(fā)送Physical channel reconfiguration complete消息。RNC向舊的NodeB（也叫源NodeB）發(fā)送RL刪除請求。源NodeB刪除完RL后向RNC 發(fā)送Radio Link Deletion Response表示釋放完成。ALCAPIub接口數(shù)據(jù)承載釋放。切換成功，可以接受目標(biāo)NodeB的服務(wù)。RNC間切換RNC間切換信令圖流程說明：UE通過DCCH向RNC（S）發(fā)送測量報告“Measurement Report”消息，表明滿足RNC間小區(qū)切換的條件。內(nèi)容也包含目標(biāo)小區(qū)的信號質(zhì)量及基本信息。RNC(S)判決進(jìn)行切換（目標(biāo)小區(qū)屬于

24、另一個RNC）后向CN發(fā)送RELOCATION REQUIRED，發(fā)起重定位過程，在該消息中，RNC(S)應(yīng)指示重定位類型為“UE involved”或“UE not involved”。在沒有Iur接口的情況下（TD-SCDMA系統(tǒng)實現(xiàn)中暫時不考慮Iur接口的實現(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ā)送無線鏈路建立請求，為目標(biāo)小區(qū)建立無線

25、鏈路。目標(biāo)小區(qū)收到無線鏈路建立請求后，配置相應(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(

26、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口資

27、源釋放完成。Iu口的ALCAP 數(shù)據(jù)承載釋放。RNC(S)向NodeB(S)發(fā)送Radio Link Delete Request，請求釋放Iub接口的無線資源。NodeB(S)向RNC（S）發(fā)送Radio Link Delete Response。表示刪除完成。Iub口的ALCAP傳輸承載釋放。交互式通信進(jìn)程釋放完成。RNC(S)重定位過程更新。切換前后臺信令解析MEASUREMENT CONTROLCRC校驗測量控制關(guān)鍵點1：CRC校驗，假設(shè)一個窗口為512的大小，如果其中錯誤超過300，系統(tǒng)會根據(jù)測量控制發(fā)送5A事件（基于業(yè)務(wù)質(zhì)量）關(guān)鍵點2：鄰小區(qū)檢測，圖中所示為檢測到的鄰區(qū)頻點擾碼1G

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

29、95dBm，且G網(wǎng)電平高于-81dBm，才會觸發(fā)3A切換測量關(guān)鍵點4：事件的門限為4，實際值=配置值*0.25，即用TD最小電平減去實際值-G網(wǎng)最小電平加上實際值即為滿足條件的事件關(guān)鍵點5：3A事件的觸發(fā)時長，配置為1280ms，表示當(dāng)有某個同頻鄰區(qū)的PCCPCHRSCP值在1.28秒內(nèi)都滿足上述的3A事件門限，則UE上報3A事件測量報告關(guān)鍵點6：表示測量監(jiān)控的同頻小區(qū)的個數(shù)為62A事件測量控制關(guān)鍵點1：表示為2A事件的測量控制消息關(guān)鍵點2：事件的門限，實際值=配置值*0.5。但目前RNC實現(xiàn)是配置值*0.25。本例信元值為12dB，即配置值為3dB，表示當(dāng)某個同頻鄰區(qū)的PCCPCH RSCP

30、值比服務(wù)小區(qū)大于等于3dB以上，才觸發(fā)2A事件，判決異頻切換(在協(xié)議中規(guī)定，此值的取值范圍是0-14.5,步長為0.5,2A事件的判別公式為Qn>=Qs+Hy/2,所以最總轉(zhuǎn)換為dB的時候，這個參數(shù)是除以4的）關(guān)鍵點3：2A事件的觸發(fā)時長，配置為640ms，表示當(dāng)有某個同頻鄰區(qū)的PCCPCHRSCP值在0.64秒內(nèi)都滿足上述的2A事件門限，則UE上報2A事件測量報告關(guān)鍵點4：表示測量監(jiān)控的同頻小區(qū)的個數(shù)為6MEASUREMENT REPORT2A事件測量報告關(guān)鍵點1：反映事件類型，圖例為2A事件（異頻測量）關(guān)鍵點2：即將切換的小區(qū)的頻點擾碼（此為主頻點，很可能存在一種情況就是切換過去后占

31、用的是輔頻點）3A事件測量報告關(guān)鍵點1：測量事件類型，圖示為3A事件關(guān)鍵點2：即將切換G網(wǎng)小區(qū)電平值，顯示為2進(jìn)制，轉(zhuǎn)化為10進(jìn)制減去111dBm，即為實際值。如圖中，100010的十進(jìn)制為34，即實際電平為34-111=-77dBm，即為實際值 G網(wǎng)的BSIC為21G事件測量報告關(guān)鍵點1：測量事件類型，如圖為1G事件關(guān)鍵點2：欲切換小區(qū)擾碼關(guān)鍵點3：欲切換小區(qū)RSCP，用目標(biāo)值-116即為實際值，30-116=-86dBNBAP_RL_SETUP_RSP（RNC內(nèi)）在NODEB上報的RADIO LINK SETUP RESPONSE消息中，除了必要的消息、資源標(biāo)識信息外，還包含了配置成功的各

32、個信道的資源記錄，用以上報給RNC建立對等通訊時使用。包含RL ID,DCH ID，綁定ID，NodeB ATM，如下圖所示：NBAP_RL_SETUP_RSP包含的屬性圖NBAP_RL_DEL_REQ（RNC內(nèi)）RNC向NodeB發(fā)送RL刪除的請求，需要刪除的RL ID為0。NBAP_RL_DEL_REQ包含的屬性圖PHYSICAL CHANNEL RECONFIGURATION（RNC內(nèi)）關(guān)鍵點1：切換目標(biāo)小區(qū)頻點，如圖為10096關(guān)鍵點2：UE最大發(fā)射功率關(guān)鍵點3：UE上行占用時隙，如圖，上行占用時隙2關(guān)鍵點4：切換目標(biāo)小區(qū)擾碼，和關(guān)鍵點1中的頻點合起來看，確定目標(biāo)小區(qū)關(guān)鍵點5：UE下行

33、占用時隙，如圖，下行占用時隙4關(guān)鍵點6：UE下行占用碼道，如圖，下行占用時隙4的1，2碼道關(guān)鍵點7：切換目標(biāo)小區(qū)的ID計算方法為：cell_id：二進(jìn)制換算成十進(jìn)制：XRNC ID * 65536+ CELL ID=X關(guān)鍵點：所建立的上下行信道需要關(guān)注的信息是上下行DPCH信道和上下行CCTrCH信道的配置RANAP_RELOCATION_REQUIRED（RNC間）重定位請求消息中包含的有，切換類型，實例中為：ue involved，表示沒有Iur接口。切換原因為無線的原因。原網(wǎng)絡(luò)的PLMN為46007，原RNC ID為688。如下圖所示。RANAP_RELOCATION_REQUIRED包

34、含的屬性圖該消息中還包含目標(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的TransparentCon

35、tainer消息和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期望建立的物理信道的要求。包含：切換基本信息，上行信道要求和下行信道要求。下圖實例中換目標(biāo)小區(qū)的頻率為10096（uarfcn），該值除以5為實際頻率。U

36、E最大發(fā)射功率：21dBm。切換目標(biāo)小區(qū)的ID，計算方式為RNCID*65536+小區(qū)配置ID，轉(zhuǎn)換成16進(jìn)制。RRC_PH_CH_RECFG包含的屬性圖1所建立的上下行信道需要關(guān)注的信息是上下行DPCH信道和上下行CCTrCH信道的配置。如下圖所示：RRC_PH_CH_RECFG包含的屬性圖2RANAP_RELOCATION_DETECT（RNC間）包含的信息如下圖所示。RANAP_RELOCATION_DETECT包含的屬性圖RANAP_RELOCATION_COMPLETE（RNC間）包含的消息如下圖所示。RANAP_RELOCATION_COMPLETE包含的屬性圖Iu Release

37、 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)致的切換過程失敗，如無線鏈路增加消息錯誤、參數(shù)配置錯誤、超時等。此類失敗在 RNC 以及 Node B 實體上的處理方式類似，本圖中給出了無線鏈路增加消息錯誤的情況，超時的異常流程中 Node B 不向RNC發(fā)送 Radio

38、Link Failure 消息。異常流程說明： 當(dāng) Node B 不能按照要求為該用戶增加 RL 時，向 RNC 返回RL Addition Failure 消息，并包含失敗原因。 切換失敗，UE 繼續(xù)在源小區(qū)進(jìn)行通信。異常流程2UE 響應(yīng)切換失敗 RNC 向 UE發(fā)送 Physical Channel Reconfiguration消息進(jìn)行切換。由于一些錯誤原因?qū)е?UE 向 RNC 發(fā)送物理信道重配置失敗的響應(yīng)。 導(dǎo)致 UE 發(fā)送失敗響應(yīng)的原因可能為： UE 收到的消息協(xié)議錯； Physical Channel Reconfiguration 消息中包含無效的配置信息； Physical

39、Channel Reconfiguration 消息中包含 UE 不支持的配置信息； 配置信息不匹配； UE 物理信道配置失?。?重配過程中無線鏈路失敗等。異常流程說明： 當(dāng) Iub 接口無線鏈路以及 AAL2 連接建立完成以后，RNC 向 UE 發(fā)送 Physical Channel Reconfiguration進(jìn)行切換。當(dāng)上述某項原因出現(xiàn)時， UE向RNC返回Physical Channel Reconfiguration Failure消息。 RNC 與 Node B釋放 Iub接口的 RL。 RNC 與 Node B釋放 Iub接口的 AAL2 連接。 切換過程失敗，UE 繼續(xù)在源小

40、區(qū)進(jìn)行通信。異常流程3定時器超時失敗定時器超時，指的是 RNC 在給 UE 發(fā)送了空中接口的配置消息后，在一定的時間內(nèi)既沒有收到用戶的成功響應(yīng)消息，也沒有收到失敗消息，和 UE 失去了聯(lián)系，此時策略為釋放該用戶的所有業(yè)務(wù)。異常流程說明： RNC 在給 UE 發(fā)送了空中接口的配置消息后，在一定的時間內(nèi)沒有既沒有收到用戶的成功響應(yīng)消息，也沒有收到失敗消息。 若在目標(biāo)小區(qū)已經(jīng)完成 RL 同步，則 Node B 在目標(biāo)小區(qū)向 RNC 發(fā)送 Radio Link Failure 消息，原因為同步失敗。（Note (1)） Node B 在源小區(qū)向 RNC發(fā)送 Radio Link Failure 消息，

41、原因為同步失敗 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對目標(biāo) RNC的重定位準(zhǔn)備失敗 該過程描述的是，源 RNC 向 CN發(fā)送 RelocationRequired 消息發(fā)

42、起重定位時 CN拒絕不能接收該重定位，可能的原因是： TRELOCalloc超時； 目標(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)行重定位時失敗。

43、重定位過程失敗，UE 保持與源 RNC進(jìn)行通信。異常流程4目標(biāo) RNC側(cè) Iub 接口過程失敗 該流程描述了重定位過程中三種發(fā)生在 Iub 接口兩側(cè)實體上的異常情況，由于在重定位過程中這三類異常 Iu 接口的表現(xiàn)是相同的，因此本流程中做同一描述。異常情況分別為： 目標(biāo) RNC 側(cè)無線資源無法滿足 目標(biāo) RNC 側(cè)無線鏈路建立失敗目標(biāo) RNC 側(cè)Iub 接口 AAL2 建立失敗RRC，RL，RB，RAB之間差別（1）RRC連接是為了建立UE和UTRAN之間的信令連接（SRB1-SRB4），可以通過CCH或者DCH，如果建立在DCH，上下行各占用1個碼道（SF=16）在HS業(yè)務(wù)建立的時候，要占用兩

44、個碼道；且PS的速率包括信令連接占的碼道。類似還有RNC和NodeB之間的Iub連接，RNC和CN之間的IU連接，但是Iub連接是一直存在的，不需要在每次UE和CN連接都去建立和釋放，而Iu連接則必須每次去建立和釋放（這里是指面向連接的信令和數(shù)據(jù)承載，無連接的除外）。（2）RL是為了建立RNC和NodeB之間的DCH的連接，只要數(shù)據(jù)走DCH，必須配置這個鏈路。RL是一個邏輯概念，其實就是一個格式集，數(shù)據(jù)在L2和L1之間傳輸（MAC-D->DCH/HS-DSCH/DSCH/USCH FP->DPCH/HS-DPSCH 傳輸信道和MAC-D FLOW（mac-dh->mac-hs

45、），在DCH時要增加/修改DCH FP/HS-DSCH FP，因此要配置，而在CCH時，L2->L1的鏈路已經(jīng)建立完成，因此不需要配置RL，但RNC和NodeB的連接是存在的，所以RL是格式集。在RL之下還有一個叫Iub數(shù)據(jù)傳輸承載的東西，它和RL的主要區(qū)別在于Iub數(shù)據(jù)承載承載的是Iub接口的數(shù)據(jù)，而RL是Uu口的數(shù)據(jù)，RL是位于Iub承載之上的。（可以這樣理解：Iub承載是AAL2承載，公共信道的FP是建立在AAL2上的，因此小區(qū)建立的時候會建立一些承載，如果要使用DCH信道，也要先建立DCH的AAL2承載。）（3）RB是UE和UTRAN之間的連接格式集，就是UU口L1、L2的格式問

46、題，即物理信道、傳輸信道、邏輯信道的配置問題。如果沒有業(yè)務(wù)，RB是不需要的，因此如果要在CN/URTRN和UE之間傳信令，只要有RRC連接即可（實際上也有無線承載，即SRB），但只要有業(yè)務(wù)，就必須配置RB，同樣，必須配置Iub承載（只要有DCH就必須去配置DCH FP的承載，同RL一樣）。（4）RAB是UE和CN之間的連接的約定，體現(xiàn)在業(yè)務(wù)上，主要是Qos的配置。為了在無線環(huán)境中傳輸，就必須借助無線接入網(wǎng)，因此RAB分為UE和UTRAN之間的RB和CN和UTRAN之間的IU承載。（5）相關(guān)的問題就可以這要理解了：   如果沒有業(yè)務(wù)要建立，例如位置區(qū)登記、更新，只需要建立RR

47、C連接、Iu連接，而不需要去建立RL、Iub承載、Iu承載、RAB、RB。   如果要在CCH上建業(yè)務(wù)，比如PS8k業(yè)務(wù)，必須建立RRC連接，Iu連接，然后建立RAB、RB、Iub承載、Iu承載，但是不需要建立RL。   這時一旦RB失敗，業(yè)務(wù)已經(jīng)失敗，RNC將回復(fù)CN消息RAB指配響應(yīng)指示失敗，CN決定是否釋放業(yè)務(wù)。   如果要在DCH上建CS業(yè)務(wù)，則必須建所有的連接和承載，并且RRC連接必須建立在DCH上，這樣：   一旦RRC連接失敗，釋放所有的連接和承載，包括RL；   一旦RL配置失敗

48、，如果存在原先配置，則恢復(fù)到原先配置，RNC自己不會去釋放RRC、RL、Iu等，回復(fù)CN RAB指配響應(yīng)指示失敗，按照CN新的指令去執(zhí)行，業(yè)務(wù)肯定要失敗的，一般來說，如果CN發(fā)現(xiàn)業(yè)務(wù)失敗了，將會發(fā)起IU釋放的流程。   一旦RB配置失敗，CS業(yè)務(wù)是不行了，如果是在RL RECFG COMMIT之前收到RB配置失敗，RL恢復(fù)到原來的RL，RNC回復(fù)CN RAB指配響應(yīng)指示失敗，由CN決定新的流程；如果是在RL RECFG COMMIT之后收到RB配置失敗，因為RNC無法恢復(fù)原來的RL，因此所有的業(yè)務(wù)都失敗了，RNC向CN回復(fù)RAB指配響應(yīng)指示失敗，同時釋放所有的連接和承載。&

49、#160;  如果要在DCH上建PS業(yè)務(wù)，所有的連接和承載都得建立，如果RRC連接建立在DCH上，對于RRC、RL、RB配置失敗的處理同CS一樣，如果RRC連接建在CCH上時，其實處理還是一樣的?。注意一點：在PS業(yè)務(wù)釋放的時候，CN發(fā)RAB指配，這時候需要去重新申請兩個碼道的資源去傳信令，如果沒有資源了，則異常釋放，不會執(zhí)行RL重配和RL刪除了。（6）在TD-SCDMA中，一個UE最多只有一個RRC連接，當(dāng)執(zhí)行硬切換時，最多可以有兩條RL，但一般都只有一個RL（包括組合業(yè)務(wù)），多RAB，兩個Iu連接（1CS+1PS），多RB。（7）SRB呢？從某種意義上說，SRB和RB是個孿生兄弟

50、，SRB是信令RB，在建立RRC連接的時候，SRB就建立起來了，為了傳遞UE和UTRAN之間的信令，而RB是用戶面RB，只有在建立業(yè)務(wù)的時候，即需要傳遞用戶面數(shù)據(jù)的時候才建立RB。在小區(qū)建立的時候，SRB0就已經(jīng)建立了，傳CCCH信令，SRB1-SRB4在RRC建立的時候建，傳DCCH信令，SRB5以上都是業(yè)務(wù)RB，其實就是RB。呼叫釋放信令詳解（前后臺）呼叫釋放流程信令圖 釋放RRC連接釋放RRC連接上下行直傳：（1）（2）（3）（4）（5）（6）UTRAN直接傳輸U(kuò)E與CN之間的NAS消息（包括釋放請求和釋放完成等）。UE發(fā)起呼叫釋放的主要的NAS消息關(guān)系如下：UE發(fā)起呼叫釋放的主要的NA

51、S消息關(guān)系圖釋放RRC連接：（7）CN通過給RNC發(fā)送RANAP消息Iu Release Command消息發(fā)起專用信道的釋放過程。（8）RNC向CN回送RANAP消息Iu Release Complete（9）CN與RNC通過ALCAP協(xié)議釋放Iu承載（10）RNC向UE發(fā)送RRC消息RRC Connection Release來釋放該RRC連。（11）UE向RNC回送RRC消息RRC Connection Release Complete確認(rèn)RRC連接的釋放（12）RNC向NodeB發(fā)送NBAP消息Radio Link Deletion（13）NodeB向RNC回送NBAP消息Radio Link Deletion Response（14）