Iu接口

Iu接口

1.5.1 協(xié)議結(jié)構(gòu)
Iu接口是接入網(wǎng)UTRAN和核心網(wǎng)CN之間的接口。連接到核心網(wǎng)CS域的Iu接口稱(chēng)為Iu-CS，其
接口協(xié)議棧如圖1-21所示；連接到核心網(wǎng)PS域的Iu接口稱(chēng)為Iu-PS，其接口協(xié)議棧如圖1-22所
示；連接到核心網(wǎng)BC域的Iu接口稱(chēng)為Iu-BC，其接口協(xié)議棧如圖1-23所示。

圖1-22 Iu-PS接口協(xié)議棧結(jié)構(gòu)

圖1-23 Iu-BC接口協(xié)議棧結(jié)構(gòu)
Iu接口各協(xié)議遵循的規(guī)范如圖1-24所示。

圖1-24 Iu接口技術(shù)規(guī)范
1.5.2 RANAP基本功能

RANAP是Iu接口的無(wú)線網(wǎng)絡(luò)控制面應(yīng)用協(xié)議，完成以下主要功能：
?? SRNS的遷移：完成RNC之間功能、相關(guān)資源以及信令連接的轉(zhuǎn)換；
?? RAB的管理：包括RAB的建立、修改和釋放；
?? RAB建立請(qǐng)求排隊(duì)：將一些RAB請(qǐng)求消息放進(jìn)一個(gè)隊(duì)列中，并指示隊(duì)列的對(duì)等實(shí)體；
?? RAB釋放請(qǐng)求：RNC向CN請(qǐng)求RAB的釋放；
?? 所有Iu連接資源的釋放：釋放與一個(gè)Iu連接相關(guān)的所有資源；
?? 所有Iu連接資源釋放請(qǐng)求：RNC向CN請(qǐng)求釋放與一個(gè)Iu連接相關(guān)的所有資源；
?? 轉(zhuǎn)發(fā)SRNS上下文：在系統(tǒng)間前向切換時(shí)RNC向CN傳輸SRNS上下文，以免數(shù)據(jù)包的
丟失；
?? Iu接口過(guò)載控制：調(diào)整Iu接口的負(fù)荷；
?? Iu接口復(fù)位：復(fù)位Iu接口；
?? 向RNC發(fā)送UE公共識(shí)別號(hào)Common ID（永久的NAS UE識(shí)別號(hào)）；
?? 尋呼用戶：提供CN尋呼UE的能力；
?? UE跟蹤控制：為一個(gè)給定的UE設(shè)定跟蹤模式，該功能也允許解除以前設(shè)定的跟蹤；
?? UE與CN間NAS信息的傳輸，該功能分兩類(lèi)：一類(lèi)是將初始的NAS信令消息從UE透明
傳輸?shù)紺N，消息傳輸結(jié)束后，Iu信令連接也建立起來(lái)。另一類(lèi)是在UE與CN間傳輸NAS
信令消息，這些消息是在已經(jīng)存在的Iu信令連接上透明傳輸；
?? UTRAN安全模式的控制：發(fā)送安全鑰匙給UTRAN，并設(shè)置安全操作模式；
?? 位置報(bào)告控制：允許CN執(zhí)行UTRAN上報(bào)的UE位置模式；
?? 位置報(bào)告：用于將實(shí)際的位置信息從RNC傳輸?shù)紺N；
?? 數(shù)據(jù)流量報(bào)告：負(fù)責(zé)報(bào)告特定RAB在UTRAN上發(fā)送失敗的的下行數(shù)據(jù)流量；
?? 一般錯(cuò)誤報(bào)告。
1.5.3 RANAP基本過(guò)程
RANAP協(xié)議由EP（Elementary Procedure）構(gòu)成。一個(gè)EP包含一條發(fā)起消息，可能還有應(yīng)
答消息。
1. 第1類(lèi)EP
如表1-6所示，第1類(lèi)EP是有明確的成功和失敗響應(yīng)消息的處理過(guò)程，響應(yīng)消息類(lèi)型如下：
?? 成功，響應(yīng)信令消息明確指明基本過(guò)程成功完成；
?? 不成功，響應(yīng)信令消息明確指明該EP失敗或監(jiān)控定時(shí)器超時(shí)；
?? 成功和不成功，對(duì)于不同的請(qǐng)求，在一條信令消息中報(bào)告成功和失敗的結(jié)果。

1.5.4 Iu UP功能
Iu UP協(xié)議是Iu接口的無(wú)線網(wǎng)絡(luò)層用戶面的應(yīng)用協(xié)議，用于傳輸與RAB相關(guān)的用戶數(shù)據(jù)。一個(gè)
Iu UP協(xié)議實(shí)例同且只同一個(gè)RAB相關(guān)。如果對(duì)于一個(gè)給定UE，建立了幾個(gè)RAB，那么這些
RAB使用的Iu UP實(shí)例數(shù)與RAB數(shù)相同。
Iu UP實(shí)例存在于Iu接入點(diǎn)中，如CN、UTRAN。當(dāng)RAB需要在Iu UP中傳輸用戶數(shù)據(jù)時(shí)，一個(gè)
Iu UP實(shí)例就存在于每個(gè)Iu接口接入點(diǎn)。這些Iu UP實(shí)例同相關(guān)的RAB一起建立、遷移及釋放。
Iu UP協(xié)議具有兩種操作模式：TrM（Transparent Mode，透明模式）和SMpSDU（Support
Mode for predefined SDU size，預(yù)定義SDU長(zhǎng)度支持模式）
?? 透明模式
透明模式僅用于支持用戶數(shù)據(jù)傳輸。圖1-25說(shuō)明了Iu UP協(xié)議的透明操作模式。

圖1-25 透明模式Iu UP協(xié)議層
在這種模式下，Iu UP協(xié)議實(shí)體在Iu接口上不與其對(duì)等實(shí)體進(jìn)行任何Iu UP協(xié)議信息交換，不發(fā)
送Iu幀。Iu UP協(xié)議層提供在高層與傳輸網(wǎng)絡(luò)層間傳輸PDU功能。例如Iu-PS的Iu UP協(xié)議采用
透明模式。
?? 支持模式
支持模式用于支持除了傳輸用戶數(shù)據(jù)之外，還需要Iu UP提供特別功能的RAB。在這種操作模
式下，對(duì)等Iu UP協(xié)議實(shí)體交換Iu UP幀，然而在透明模式下，不會(huì)產(chǎn)生Iu UP幀。圖1-26說(shuō)明
了Iu UP協(xié)議的支持模式。

圖1-26 支持模式的Iu UP協(xié)議層
現(xiàn)在唯一定義的支持模式是SMpSDU，如AMR（Adaptive Multirate，自適應(yīng)多速率）語(yǔ)音
PDU的傳輸就使用SMpSDU模式。

1.5.5 GTP-U
GTP-U（GPRS Tunnel Protocol User Plane）的功能是利用隧道協(xié)議傳輸Iu-PS用戶數(shù)據(jù)。
另外，還包括數(shù)據(jù)傳輸出錯(cuò)指示、握手消息、支持的擴(kuò)展頭列表等用戶面?zhèn)鬏斴o助信令。
1.5.6 SABP功能
SABP提供以下功能：
?? 消息處理。該功能用于廣播一條新消息、修改已經(jīng)存在的廣播消息和停止某些具體廣播
消息。
?? 負(fù)載處理。該功能用于在某一個(gè)確定的時(shí)間點(diǎn)及時(shí)確定廣播信道的負(fù)載情況。
?? 復(fù)位。該功能可以允許CBC在一個(gè)或者多個(gè)SA(Service Area)區(qū)結(jié)束廣播。
?? 錯(cuò)誤處理。該功能可以使RNC向CBC報(bào)告一個(gè)或者多個(gè)SA區(qū)相關(guān)的廣播錯(cuò)誤發(fā)生。