1、寬帶交換技術(shù)Iu接口RANAP信令協(xié)議研究姓 名： 隊(duì) 別： 指導(dǎo)老師：Iu接口RANAP信令協(xié)議研究簡(jiǎn)介：Iu接口是UMTS系統(tǒng)中，核心網(wǎng)CN和接入網(wǎng)UTRAN之間的接口，主要負(fù)責(zé)傳遞非接入層的廣播信息、用戶(hù)信息、控制信息及控制Iu接口的數(shù)據(jù)傳遞。其中，Iu接口的無(wú)線(xiàn)網(wǎng)絡(luò)層信令協(xié)議RANAP負(fù)責(zé)Iu接口上CN和RNC之間的信令交互，它可以透明地在CN和UE之間傳送消息而不需要UTRAN解釋、處理。此協(xié)議的功能有：RAB管理、NAS消息流程的透明傳輸、尋呼、安全模式控制和位置信息報(bào)告。本文將針對(duì)RANAP的協(xié)議結(jié)構(gòu)、信令流程進(jìn)行介紹。1. 概述RANAP無(wú)線(xiàn)接入網(wǎng)絡(luò)應(yīng)用（Radio Acces

2、s Network Application Part）是七號(hào)信令系統(tǒng)用戶(hù)層信令，是UMTS陸地?zé)o線(xiàn)接入網(wǎng)UTRAN與核心網(wǎng)CN之間的Iu接口協(xié)議。UMTS通用移動(dòng)通信系統(tǒng)（Universal Mobile Telecommunications System）作為無(wú)線(xiàn)技術(shù)采用WCDMA的第三代移動(dòng)通信系統(tǒng)，它主要由三部分組成，無(wú)線(xiàn)接入網(wǎng)、Iu接口和核心網(wǎng)。其標(biāo)準(zhǔn)化工作由3GPP（3rd Generation Partnership Project）組織完成，目前為止推出四個(gè)版本，即R99、R4、R5和R6。2. Iu接口2.1. Iu接口概述Iu接口定義在核心網(wǎng)和UTRAN的交界處，對(duì)Iu接口而

3、言，UTRAN的接入點(diǎn)為一個(gè)RNC（Radio Network Controller）。連接到核心網(wǎng)電路交換（CS）域的Iu接口稱(chēng)為Iu-CS；連接到分組交換（PS）域的稱(chēng)為Iu-PS；連接到廣播（Broadcast，BC）域的稱(chēng)為Iu-BC。區(qū)分Iu-CS和Iu-PS這兩個(gè)接口意味著到電路交換和到分組交換將使用不同的信令和用戶(hù)數(shù)據(jù)連接。每個(gè)CN接入點(diǎn)可以連接一個(gè)或者多個(gè)UTRAN接入點(diǎn)。對(duì)于CS域和PS域，每個(gè)UTRAN接入點(diǎn)只能連接到每個(gè)CN域中的一個(gè)CN接入點(diǎn)；對(duì)于BC域，每個(gè)UTRAN接入點(diǎn)可連接到一個(gè)或者多個(gè)CN接入點(diǎn)。Iu接口可以支持的功能包括：無(wú)線(xiàn)接入承載的建立、維護(hù)和釋放過(guò)程；

4、系統(tǒng)內(nèi)切換、系統(tǒng)間切換和SRNS重定位過(guò)程；小區(qū)廣播服務(wù)過(guò)程；與特定UE無(wú)關(guān)的一系列通用過(guò)程；為了用戶(hù)特定信令管理，每個(gè)UE在協(xié)議等級(jí)上的分離過(guò)程；UE和CN之間非接入層（Non Access Stratum， NAS）信令消息的傳遞過(guò)程；從CN到UTRAN請(qǐng)求的位置服務(wù)和從UTRAN到CN的位置信息的傳遞過(guò)程以及提供單個(gè)UE同時(shí)接入到多個(gè)CN域和分組數(shù)據(jù)流和資源預(yù)留機(jī)制等。2.2. Iu接口協(xié)議結(jié)構(gòu)Iu接口協(xié)議棧的所有域可分為無(wú)線(xiàn)網(wǎng)絡(luò)層和傳輸網(wǎng)絡(luò)層。在無(wú)線(xiàn)網(wǎng)絡(luò)層中，對(duì)于PS域和CS域，Iu接口協(xié)議棧分為控制平面和用戶(hù)平面。對(duì)應(yīng)的協(xié)議是RANAP和Iu接口用戶(hù)平面（Iu UP， Iu User

5、 Plane）幀協(xié)議。對(duì)于BC域，不區(qū)分控制平面和用戶(hù)平面。對(duì)應(yīng)的協(xié)議是服務(wù)區(qū)廣播協(xié)議（SABP， Service Area Broadcast Protocol）。RANAP包括在CN和UTRAN之間所有過(guò)程的處理機(jī)制。它能夠在CN和UE之間透明地傳輸消息，而不需要UTRAN進(jìn)行解釋和處理。在Iu接口上，RANAP具有觸發(fā)來(lái)自CN的UTRAN過(guò)程（如尋呼）、移動(dòng)專(zhuān)用信令管理的每個(gè)UE協(xié)議等級(jí)上的分離過(guò)程、非接入層信令的透明傳輸、通過(guò)專(zhuān)用的SAP域?qū)Σ煌?lèi)型的UTRAN無(wú)線(xiàn)接入承載的請(qǐng)求和實(shí)現(xiàn)SRNS的重定位等功能。其中，RANAP的Iu-CS協(xié)議結(jié)構(gòu)如圖2.2所示，lu-PS的協(xié)議結(jié)構(gòu)如圖2

6、.3所示，Iu-BC的協(xié)議結(jié)構(gòu)如圖2.4所示。我們這次主要研究的RANAP協(xié)議是Iu-CS控制平面中的。圖2.2 Iu-CS接口協(xié)議結(jié)構(gòu)圖2.3 Iu-PS接口協(xié)議結(jié)構(gòu)圖2.4 Iu-BC接口協(xié)議結(jié)構(gòu)3. RANAP信令協(xié)議3.1. RANAP服務(wù)RANAP提供UTRAN和CN的信令服務(wù)。根據(jù)業(yè)務(wù)接入點(diǎn)（SAP）類(lèi)型的不同，RANAP服務(wù)分為3種：（1） 通用控制服務(wù)：與RNC和邏輯CN域之間的整個(gè)Iu接口實(shí)例有關(guān)，通過(guò)通用控制SAP接入CN，使用Iu信令承載提供的無(wú)連接信令來(lái)傳遞。（2） 通告服務(wù)：與特定的UE或規(guī)定區(qū)域的所有UE有關(guān)，通過(guò)通告SAP接入CN，使用Iu信令承載提供的無(wú)連接信令

7、傳遞。（3） 專(zhuān)用控制服務(wù)：與一個(gè)特定的UE有關(guān)，通過(guò)專(zhuān)用控制SAP接入CN。提供這些服務(wù)的RANAP功能與UE的Iu信令連接相關(guān)聯(lián)，使用Iu信令承載提供的面向連接信令來(lái)實(shí)現(xiàn)。信令傳遞將為RANAP提供兩類(lèi)不同的業(yè)務(wù)模式：（1） 面向連接數(shù)據(jù)傳遞服務(wù)：這種業(yè)務(wù)由RNC和CN域之間的信令連接來(lái)支持，根據(jù)需要?jiǎng)討B(tài)地建立和釋放信令連接，每個(gè)激活的UE都有自己的信令連接，信令連接提供按序傳遞RANAP消息的功能。如果信令連接中斷，RANAP將會(huì)被告知。（2） 無(wú)連接數(shù)據(jù)傳遞服務(wù)：在RANAP消息不能到達(dá)對(duì)等的RANAP實(shí)體的情況下，RANAP將會(huì)被告知。3.2. RANAP的主要功能（1） 重定位服務(wù)

8、RNC（SRNC， Serving RNC），將SRNC的功能和相關(guān)的Iu資源（RAB和信令連接）從一個(gè)RNC轉(zhuǎn)移到另一個(gè)RNC中。（2） RAB管理，進(jìn)行RAB的建立、修改和釋放的管理。（3） RAB的建立進(jìn)行排隊(duì)，將某些請(qǐng)求的RAB置于隊(duì)列，并向等實(shí)體指示。（4） 請(qǐng)求釋放RAB，當(dāng)CN的功能中包括RAB管理時(shí)，RNC可以請(qǐng)求釋放RAB。（5） 釋放所有Iu資源，用于釋放與一個(gè)Iu連接相關(guān)的所有資源。（6） 請(qǐng)求釋放所有Iu資源，雖然Iu的釋放是由CN管理的，但是UTRAN可以請(qǐng)求釋放相應(yīng)Iu連接中的所有Iu資源。（7） SRNS上、下文前轉(zhuǎn)功能，當(dāng)數(shù)據(jù)包轉(zhuǎn)發(fā)時(shí)發(fā)生系統(tǒng)間切換，這個(gè)功能負(fù)責(zé)

9、將SRNS上、下文從RNC發(fā)送到CN。（8） Iu接口上的過(guò)載控制，允許調(diào)整Iu接口上的負(fù)載。（9） Iu復(fù)位，用于對(duì)Iu接口復(fù)位。（10） 向RNC發(fā)送UE標(biāo)識(shí)，CN可以給RNC發(fā)送UE Common Id（永久的NAS UE識(shí)別）。（11） 尋呼用戶(hù)，CN具有尋呼UE的能力。（12） 控制對(duì)UE活動(dòng)的跟蹤，允許對(duì)一特定的UE設(shè)置跟蹤模式，也可以激活以前建立的跟蹤。（13） UE和CN之間傳送NAS消息，將初始NAS信令消息在UE和CN之間透明地傳送。（14） 控制UTRAN中的安全模式，用于發(fā)送密鑰給UTRAN，并設(shè)置安全操作模式。（15） 控制位置報(bào)告，允許CN設(shè)置模式使UTRAN報(bào)告U

10、E的位置。（16） 位置報(bào)告，將實(shí)際的UE位置信息從RNC傳送到CN。（17） 數(shù)據(jù)量報(bào)告，報(bào)告在UTRAN上對(duì)特定RAB未成功傳送的DL數(shù)據(jù)量。（18） 一般錯(cuò)誤狀態(tài)的報(bào)告。允許報(bào)告一般的差錯(cuò)情況。（19） 位置相關(guān)數(shù)據(jù)。允許CN要么從RNC的解密密鑰（要被轉(zhuǎn)發(fā)到UE的）中取回廣播協(xié)助數(shù)據(jù)，要么請(qǐng)求RNC去發(fā)送協(xié)助數(shù)據(jù)到UE。（20） 信息傳遞。允許CN傳遞信息到RNC。3.3. RANAP過(guò)程RANAP的所有功能都是由一個(gè)或者多個(gè)基本過(guò)程（Elementary Procedures， EP）來(lái)實(shí)現(xiàn)的。RANAP基本過(guò)程分為3類(lèi)：Class 1：帶響應(yīng)的基本過(guò)程（成功或失敗）。Class 2

11、：不帶響應(yīng)的基本過(guò)程（認(rèn)為總是成功）。Class 3：可能有多個(gè)響應(yīng)的基本過(guò)程，響應(yīng)消息同時(shí)報(bào)告請(qǐng)求成功、不成功的輸出和關(guān)于請(qǐng)求的臨時(shí)狀態(tài)信息。在基本過(guò)程間要遵循下列原則：（1） 復(fù)位過(guò)程較所有的其它EP有較高的優(yōu)先級(jí)。（2） 除復(fù)位過(guò)程外復(fù)位資源過(guò)程較所有的其它EP有較高的優(yōu)先級(jí)。（3） 除復(fù)位過(guò)程和復(fù)位資源過(guò)程外Iu釋放過(guò)程較所有的其它EP有較高的優(yōu)先級(jí)。3.3.1. RAB分配（Radio Access Bearer Assignment）RAB：Radio Access Bearer，無(wú)線(xiàn)接入承載，用于整個(gè)UTRAN為完成某個(gè)業(yè)務(wù)向上層提供的包括各層協(xié)議實(shí)體在內(nèi)相互連接而形成的傳輸通道

12、。RAB可以看作是UE與CN之間接入層向非接入層提供的業(yè)務(wù)， UE與CN之間使用RAB來(lái)傳送語(yǔ)音，數(shù)據(jù)，多媒體等業(yè)務(wù)信息，一個(gè)業(yè)務(wù)只能有一條RAB連接。RAB分配由CN側(cè)發(fā)起，但CN只是確定RAB ID的值和相關(guān)的RAB參數(shù)，由RNC執(zhí)行請(qǐng)求，分配用戶(hù)平面資源，并利用一個(gè)或多個(gè)應(yīng)答向CN返回結(jié)果。屬于有應(yīng)答、面向連接型基本過(guò)程。在分配過(guò)程中有一個(gè)傳輸控制面和用戶(hù)面的建立過(guò)程（Q.AAL2建立過(guò)程和IUUP的初始化過(guò)程），當(dāng)RAN收到用戶(hù)面建立證實(shí)消息ESTABLISH CONFIRM后才會(huì)發(fā)起RAB分配響應(yīng)消息RAB ASSIGNMENT RESPONSE。圖3.1 RAB分配3.3.2. R

13、AB釋放請(qǐng)求（RAB Release Request）RNC使用該過(guò)程向CN請(qǐng)求對(duì)相應(yīng)RAB資源的釋放，屬于無(wú)應(yīng)答、面向連接型基本過(guò)程。當(dāng)RNC側(cè)檢測(cè)到RAB ID對(duì)應(yīng)的用戶(hù)平面資源發(fā)生了故障，一般情況下會(huì)向CN發(fā)起RAB釋放請(qǐng)求消息。圖3.2 RAB釋放請(qǐng)求3.3.3. Iu釋放請(qǐng)求（Iu Release Request）該過(guò)程用于RNC向CN請(qǐng)求釋放和特定UE連接的Iu資源。這是由于UTRAN的原因引起的，如“操作用戶(hù)干預(yù)”、“用戶(hù)休止”、“RNC和UE的連接丟失”等。Iu釋放請(qǐng)求過(guò)程屬于無(wú)應(yīng)答、面向連接型。圖3.3 Iu釋放請(qǐng)求3.3.4. Iu釋放（Iu Release）該過(guò)程用于釋放

14、Iu連接以及與此Iu連接有關(guān)的UTRAN端的資源，屬于有應(yīng)答、面向連接型。此過(guò)程由CN發(fā)起，發(fā)起原因可能有：UE和CN間事務(wù)結(jié)束；CN接收到了Iu Release Request消息；SRNS的重定位結(jié)束；圖3.4 Iu釋放CN發(fā)送“IU RELEASE COMMAND”消息后，就不要再在這條連接上發(fā)送任何面向連接的RANAP消息了。3.3.5. 重定位準(zhǔn)備過(guò)程（Relocation Preparation）重定位準(zhǔn)備過(guò)程的目的是通知CN源RNC要發(fā)起涉及UE或者不涉及UE的SRNS重定位。如果此時(shí)UE在兩個(gè)CN域都有信令連接，那么此次SRNS重定位要在CS和PS域進(jìn)行協(xié)調(diào)，即重定位準(zhǔn)備過(guò)程對(duì)

15、兩個(gè)CN域要各發(fā)起一次，以保證目標(biāo)RNC能夠順利接管該UE。（重定位準(zhǔn)備過(guò)程使用的是面向連接的RANAP信令）圖3.5 成功操作圖3.6 不成功操作3.3.6. 重定位資源分配過(guò)程（Relocation Resource Allocation）重定位資源分配過(guò)程的目的是從目標(biāo)RNS為一次SRNS重定位分配資源。此過(guò)程要在UE當(dāng)前所有已經(jīng)存在的Iu信令連接上進(jìn)行協(xié)調(diào)，使用的是面向連接的信令。圖3.7 重定位資源分配過(guò)程的成功情況圖3.8 重定位資源分配過(guò)程的失敗情況3.3.7. 重定位檢測(cè)過(guò)程（Relocation Detect）重定位檢測(cè)過(guò)程的目的是由目標(biāo)RNC向CN指示已經(jīng)對(duì)SRNS重定位的

16、執(zhí)行做了檢測(cè)。此過(guò)程將在UE當(dāng)前所有已經(jīng)存在的Iu信令連接上進(jìn)行協(xié)調(diào)，使用的是面向連接的信令。圖3.9 重定位檢測(cè)過(guò)程3.3.8. 重定位完成過(guò)程（Relocation Complete）重定位完成過(guò)程的目的是由目標(biāo)RNC向CN指示SRNS重定位已完成，此過(guò)程將在UE當(dāng)前所有已經(jīng)存在的Iu信令連接上進(jìn)行協(xié)調(diào)，使用的是面向連接的信令。圖3.10 重定位完成過(guò)程3.3.9. 重定位取消過(guò)程（Relocation Cancel）重定位取消過(guò)程的目的是使用源RNC能夠取消一次正進(jìn)行中的SRNS重定位。如果滿(mǎn)足下面的條件之一，源RNC就可以在重定位準(zhǔn)備過(guò)程中或者重定位準(zhǔn)備過(guò)程對(duì)事后發(fā)起重定位取消過(guò)程：源

17、RNC還沒(méi)有通過(guò)Uu接口（或Iur接口）發(fā)起SRNS重定位的執(zhí)行；在源RNC發(fā)起了SRNS重定位的執(zhí)行以后，UE又向源RNC返回了一條RRC消息，指出UE仍認(rèn)為源RNC是它的SRNC。此過(guò)程將在UE所有已經(jīng)發(fā)起重定位準(zhǔn)備過(guò)程的Iu信令連接上進(jìn)行協(xié)調(diào)，使用的是面向連接的信令。圖3.11 重定位取消過(guò)程3.3.10. SRNS上下文傳送（SRNS Context Transfer）SRNS上下文傳送目的是如果發(fā)生系統(tǒng)間切換或者在進(jìn)一步的情形，引發(fā)SRNS上下文從源RNC傳送到CN（PS域），使用的是面向連接的信令。圖3.12 SRNS上下文傳送3.3.11. SRNS數(shù)據(jù)前轉(zhuǎn)啟動(dòng)（SRNS Dat

18、a Forwarding Initiation）SRNS數(shù)據(jù)前轉(zhuǎn)啟動(dòng)目的是如果發(fā)生系統(tǒng)間切換或者在進(jìn)一步的情形【21】，引發(fā)網(wǎng)絡(luò)協(xié)議數(shù)據(jù)單元（N-PDUs）從RNC傳送到CN（PS域），使用的是面向連接的信令。圖3.13 SRNS數(shù)據(jù)前轉(zhuǎn)啟動(dòng)3.3.12. SRNS 上下文從源RNC前轉(zhuǎn)到CN圖3.14 SRNS上下文從源RNC前轉(zhuǎn)到CN3.3.13. SRNS 上下文從目的RNC前轉(zhuǎn)到CN 圖3.15 SRNS上下文從目的RNC前轉(zhuǎn)到CN3.3.14. 尋呼（Paging）該過(guò)程用于CN對(duì)一個(gè)特定的UE發(fā)尋呼消息，屬于無(wú)應(yīng)答、無(wú)連接型。當(dāng)UE處于空閑模式時(shí)，將利用公共的尋呼信道進(jìn)行尋呼；當(dāng)U

19、E已經(jīng)有RRC（Radio Resource Control）連接時(shí)，將在其專(zhuān)用的RRC連接上進(jìn)行尋呼。圖3.16 尋呼3.3.15. 公共ID（Common ID）該過(guò)程用于在UE建立RRC連接之后，將UE的通用標(biāo)識(shí)符（如IMSI）與RRC連接相關(guān)聯(lián)并在RNC中保存起來(lái)，便于以后尋呼消息在RRC連接上的傳輸，屬于無(wú)應(yīng)答、面向連接型。圖3.17 公共ID3.3.16. CN調(diào)用跟蹤（CN Invoke Trace）CN調(diào)用跟蹤目的是告知RNC應(yīng)該開(kāi)始產(chǎn)生一個(gè)跟蹤記錄，它是一類(lèi)由CN和相關(guān)的一個(gè)給定的UE 來(lái)表明的跟蹤記錄，使用的是面向連接的信令。圖3.18 CN調(diào)用跟蹤3.3.17. 安全模式

20、控制（Security Mode Control）該過(guò)程用于CN向UTRAN傳送進(jìn)行加密和一致性保護(hù)的信息。在此過(guò)程中，CN將與無(wú)線(xiàn)接入網(wǎng)協(xié)商對(duì)用戶(hù)終端進(jìn)行加密的算法，使得用戶(hù)在后續(xù)的業(yè)務(wù)侯傳遞過(guò)程中使用該加密算法；并且在終端用戶(hù)生切換后，盡可能地仍使用此加密算法，即用于加密的有關(guān)參數(shù)將會(huì)被送到切換的RNC。該過(guò)程屬于有應(yīng)答、面向連接型。圖3.19 安全模式控制成功操作圖3.20 安全模式控制失敗操作3.3.18. UE位置報(bào)告控制（Location Reporting Control）該過(guò)程用于CN要求RNC提供對(duì)特定UE的位置報(bào)告，控制參數(shù)包括開(kāi)始報(bào)告、修改報(bào)告和停止報(bào)告等類(lèi)型，屬于無(wú)應(yīng)答

21、、面向連接型過(guò)程。圖3.21 UE位置報(bào)告控制3.3.19. UE位置報(bào)告（Location Report ）該過(guò)程用于RNC向CN報(bào)告與CN有連接的UE位置，報(bào)告由位置報(bào)告控制消息（LOCATION REPORT CONTROL message）來(lái)進(jìn)行控制，屬于無(wú)應(yīng)答、面向連接型過(guò)程。圖3.22 UE位置報(bào)告3.3.20. 數(shù)據(jù)量報(bào)告（Data Volume Report）數(shù)據(jù)量報(bào)告是用于CN請(qǐng)求給指定的RAB傳送失敗的數(shù)據(jù)鏈路數(shù)據(jù)量。這個(gè)過(guò)程只在PS域應(yīng)用，使用的是面向連接的信令。注意：和TS32.200一致，這個(gè)過(guò)程不被使用，RNC如果收到數(shù)據(jù)量報(bào)告的請(qǐng)求消息應(yīng)該忽略此消息。圖3.23

22、數(shù)據(jù)量報(bào)告3.3.21. UE初始數(shù)據(jù)傳輸（Initial UE Message）該過(guò)程用于當(dāng)Iu信令連接由RNC建立時(shí)，RNC用該消息把從UE傳來(lái)的第三層的空中接口初始消息（NAS-PDU）透明傳輸給CN，屬于無(wú)應(yīng)答、面向連接型過(guò)程。圖3.24 UE初始數(shù)據(jù)傳輸3.3.22. 直接傳輸（Direct Transfer）該過(guò)程用于UTRAN將UE與CN之間的信令消息透明地通過(guò)Iu接口傳輸，RNC不作任何處理。UE-CN的信令消息作為直接傳輸消息（DIRECT TRANSFER message）的一個(gè)參數(shù)來(lái)傳送。該過(guò)程屬于無(wú)應(yīng)答、面向連接型過(guò)程。圖3.25 由CN發(fā)起的直接傳輸：圖3.26 由U

23、TRAN發(fā)起的直接傳輸：3.3.23. 流量控制（Overload Control）該當(dāng)RNC和CN間的信令流量過(guò)載時(shí)，由過(guò)載方發(fā)起該過(guò)程，對(duì)方根據(jù)一定的算法進(jìn)行信令流量的控制，以適當(dāng)減少RNC或CN的業(yè)務(wù)處理量，保證系統(tǒng)的正常運(yùn)行。屬于無(wú)應(yīng)答、無(wú)連接型。圖3.27 CN的流量控制圖3.28 UTRAN的流量控制3.3.24. 復(fù)位（Reset）復(fù)位（Reset）只針對(duì)RNC或CN上所有的Iu接口的事務(wù)處理。當(dāng)發(fā)生復(fù)位后，所有的呼叫連接都被拆除（已經(jīng)建立的或正在建立的），并且在復(fù)位保護(hù)時(shí)間內(nèi)不接受UE的呼叫消息。屬于有應(yīng)答、無(wú)連接型。圖3.29 由CN發(fā)起的復(fù)位圖3.30 由UTRAN發(fā)起的復(fù)

24、位3.3.25. 錯(cuò)誤指示（Error Indication）當(dāng)一個(gè)節(jié)點(diǎn)對(duì)接收到的消息出錯(cuò)但無(wú)法以適當(dāng)?shù)氖⌒畔⒈磉_(dá)時(shí)，它就啟動(dòng)這個(gè)錯(cuò)誤指示過(guò)程用于報(bào)告在收到的信息中檢測(cè)的到的錯(cuò)誤。如果錯(cuò)誤情況的出現(xiàn)是由于接收到專(zhuān)用信令的消息，則此過(guò)程屬于無(wú)應(yīng)答、有連接型；否則是無(wú)應(yīng)答、無(wú)連接過(guò)程。圖3.31 由CN發(fā)起的錯(cuò)誤提示圖3.32 由UTRAN發(fā)起的錯(cuò)誤提示3.3.26. CN去激活跟蹤C(jī)N去激活跟蹤是用來(lái)告知RNC應(yīng)該停止生成跟蹤記錄，使用的是面向連接的信令。圖3.33 CN去激活跟蹤3.3.27. 復(fù)位資源（Reset Resource）復(fù)位資源是針對(duì)RNC（或CN）上的部分Iu 連接。當(dāng)RNC

25、或CN發(fā)現(xiàn)一些連接狀態(tài)異常時(shí)，就發(fā)起復(fù)位資源流程。屬于有應(yīng)答、無(wú)連接型。圖3.34 由UTRAN發(fā)起的復(fù)位資源過(guò)程圖3.35 由CN發(fā)起的復(fù)位資源過(guò)程3.3.28. RAB修改請(qǐng)求（RAB Modification Request）RAB修改請(qǐng)求的目的是允許RNC在RAB建立后為某個(gè)給定的UE啟動(dòng)對(duì)RAB進(jìn)行重新協(xié)商，使用的是面向連接的信令。圖3.36 RAB修改請(qǐng)求3.3.29. 位置相關(guān)數(shù)據(jù)（Location Related Data）位置相關(guān)數(shù)據(jù)過(guò)程的目的是通過(guò)Iu接口提供處理額外的位置相關(guān)請(qǐng)求：它允許CN要么從RNC解密密鑰（被上行發(fā)送到UE）中檢索以廣播協(xié)助數(shù)據(jù)，要么請(qǐng)求RNC去發(fā)送專(zhuān)門(mén)的協(xié)助數(shù)據(jù)到UE。使用的是面向連接的信令。圖3.37 位置相關(guān)數(shù)據(jù)3.3.30. 信息傳輸（Information Transfer）該目的是從CN到RNC間進(jìn)行信令傳輸。屬于無(wú)連接的過(guò)程。圖3.38 信息傳輸成功操作圖3.39 信息傳輸失敗操作3.3.31. UE特殊信息（UE Specific Information）該過(guò)程的目的是從CN到RNC間傳送與特殊UE和特殊通訊有關(guān)的數(shù)據(jù)。使用的是面向連接的信令。圖3.40 UE特殊信息4. 總結(jié)本文主要對(duì)Iu接口的無(wú)線(xiàn)網(wǎng)絡(luò)層信令協(xié)議RANAP進(jìn)行了介紹。其中包括：協(xié)議結(jié)構(gòu)、協(xié)