第一篇：華為WCDMA資料學(xué)習(xí)心得之無線網(wǎng)絡(luò)接口和流程

華為WCDMA資料學(xué)習(xí)心得之無線網(wǎng)絡(luò)接口和流程

在此，我想談?wù)勛约簩@一部分內(nèi)容的總體理解。我覺得對于無線網(wǎng)絡(luò)的接口，主要是掌握各個接口的功能、接口的協(xié)議分層結(jié)構(gòu)（對于任何網(wǎng)絡(luò)接口應(yīng)該都是如此）；在流程方面：首先應(yīng)該從總體上掌握業(yè)務(wù)流程，其次再重點掌握信令流程。

1、UTRAN的網(wǎng)絡(luò)接口

我想大家肯定對這部分的知識已經(jīng)是滾瓜爛熟了，但是為了加深記憶，這里再重新歸納一下，望各位不要介意。

A、從總體上來講，UMTS體系結(jié)構(gòu)主要是：CN----核心網(wǎng)、UTRAN----無線接入網(wǎng)、UE----用戶終端，三者之間的接口依次是：Iu口、Uu口。圖示如下--見附件1：

B、對于UTRAN的體系結(jié)構(gòu)，主要分解如下：UTRAN實際上就是由多個RNS（是一個邏輯概念）所組成，1個RNS包含1個RNC和多個Node-B；CN與RNC之間的接口是IU口，RNC和RNC之間的接口是Iur口，RNC和Node-B之間的接口是Iub口。圖示如下－見附件2：

C、在講到UTRAN接口的協(xié)議時，首先應(yīng)該提到UTRAN接口的一般協(xié)議模型。經(jīng)過分析，其實主要可以總結(jié)為“縱向分層，橫向分面”，接口協(xié)議結(jié)構(gòu)的原則是層與面在邏輯上相互獨立，涉及到幾個概念：傳輸網(wǎng)絡(luò)層、無線網(wǎng)絡(luò)層、控制平面、用戶平面。圖示如下－見附件3：

D、UMTS承載的分層結(jié)構(gòu)。我是這樣理解的，每個接口的對等實體之間都是有對應(yīng)分層結(jié)構(gòu)，那么在不同的分層接口之間所映射的業(yè)務(wù)就對應(yīng)于承載的分層結(jié)構(gòu)。圖示如下－見附件4：

E、UE的工作模式。總體上UE有2種基本模式：空閑模式（IDLE模式）、連接模式（Connect），其中連接模式又分為：CELL-DCH、CELL-FACH、CELL-PCH、URA-PCH4種狀態(tài)。對于以上所羅列的幾種狀態(tài)，我們應(yīng)該掌握其區(qū)別，防止混淆。

IDLE模式------UE和UTRAN之間沒有建立連接，UE處于待機(jī)，沒有業(yè)務(wù)存在，UTRAN內(nèi)沒有關(guān)于該UE的信息，要通過IMSI、TMSI、P-TMSI等非接入層標(biāo)識來區(qū)分UE。

Connect模式----當(dāng)UE完成RRC連接建立時，才從IDLE模式轉(zhuǎn)移到CONNECT模式。

CELL-DCH狀態(tài)------UE處于激活狀態(tài)，上、下行都具有專用信道，UTRAN準(zhǔn)確的知道UE所處的小區(qū)。

CELL-FACH狀態(tài)-------UE處于激活狀態(tài)，上、下行有少量數(shù)據(jù)傳輸，下行在FACH信道上傳輸而上行在RACH信道上傳輸，UTRAN同樣準(zhǔn)確的知道UE所處的小區(qū)；保留了UE所使用的資源、所處的狀態(tài)等信息。

CELL—PCH狀態(tài)-----UE上、下行沒有數(shù)據(jù)傳輸，需要監(jiān)聽PICH信道；UE處于DRX模式，能夠省電；UTRAN同樣準(zhǔn)確的知道UE所處的小區(qū)，當(dāng)UE所處的小區(qū)變化后，UTRAN需要更新UE的小區(qū)信息。

URA—PCH狀態(tài)-----UE上、下行沒有數(shù)據(jù)傳輸，需要監(jiān)聽PICH信道；UE處于DRX模式，能夠省電；UTRAN只知道UE所處的URA（UTRAN Registration Area，1個URA可能包含多個小區(qū)），當(dāng)UE的URA發(fā)生變化后才更新其位置消息，能夠節(jié)約資源，減少信令消息。

UE狀態(tài)示意圖如下所示－見附件5：

總之，UE的各種狀態(tài)都是相對于UTRAN而言，對于核心網(wǎng)（CN）來說，這些狀態(tài)都是透明的。

F、Serving-RNC、Drift-RNC、CRNC、Source-RNC、Target-RNC的概念。

SRNC和DRNC的提出主要是由于Iur接口的引入；它們都是對于某個具體的UE而言，是邏輯上的概念；二者的區(qū)別其實很簡單，SRNC是直接與CN相連而且對UE的所有資源進(jìn)行控制，而DRNC與CN沒有直接相連，僅僅對UE提供資源而已。處于連接狀態(tài)的UE必須且只能有1個SRNC，而DRNC是可選項。圖示如下－見附件6：

CRNC是相對于Node-B/Cell來說的；直接和Node-B相連，對Node-B資源的使用進(jìn)行控制；1個Node-B有且只能有1個CRNC。圖示如下－見附件7：

Source-RNC、Target-RNC的概念。SRNS Relocation就是將某個UE的SRNC的角色由一個RNC轉(zhuǎn)到另外一個RNC的過程；SRNS Relocation 前該UE 的SRNC(Serving RNC)叫SourceRNC 即將承擔(dān)SRNC角色的目標(biāo)RNC叫Target RNC；Source RNC和Target RNC是在一次SRNS Relocation過程中對于不同RNC的稱謂。圖示如下－見附件8：

總結(jié)這一章的內(nèi)容，我們可以考慮一下這幾個問題：UTRAN網(wǎng)絡(luò)具有哪些接口？UE的工作模式及其區(qū)別？Serving-RNC、Drift-RNC、CRNC、Source-RNC、Target-RNC的概念和區(qū)別是什么？

2、UTRAN接口協(xié)議和功能

（1）、Iu接口協(xié)議和功能介紹

A、Iu接口的體系結(jié)構(gòu)主要分為3部分：Iu-CS、Iu-PS、Iu-BC。

B、Iu接口的協(xié)議棧結(jié)構(gòu)：主要是要區(qū)別控制平面、CS承載、PS承載時，ATM適配層及高層協(xié)議的區(qū)別。圖示如下－見附件9：

C、Iu接口的功能：

?

移動性管理

?

位置區(qū)報告

?

SRNS—Relocation ?

RNC間的硬切換和系統(tǒng)間硬切換

?

RAB管理

?

RAB的建立、更改、釋放

?

Iu數(shù)據(jù)的傳輸

?

正常數(shù)據(jù)的傳輸

?

異常數(shù)據(jù)的傳輸

?

UE-CN之間數(shù)據(jù)的透明傳輸 ?

Paging ?

Iu釋放

?

安全性模式控制

?

過載控制

?

公共UE ID（IMSI）的管理

?

Iu信令跟蹤管理

?

Iu接口異常管理

?

CBS（CELL—BROADCAST—SERVICE）控制

（2）、Iur接口協(xié)議和功能介紹

A、Iur接口的邏輯模型－見附件10：

B、Iur接口的協(xié)議棧結(jié)構(gòu)－見附件11：

C、Iur接口的功能：

?

支持RNC間移動性的基本功能

?

支持SRNC---Relocation ?

RNC間的CELL-UPDATE和URA—UPDATE ?

RNC間的尋呼

?

報告協(xié)議錯誤

?

專用信道功能

?

切換時，在DRNC中建立、修改、釋放DCH ?

Iur接口上DCH傳輸塊的傳輸

?

通過專用測量報告過程和過濾控制來管理DRNS中的RL ?

RL的管理、壓縮模式的管理

?

公共信道功能

?

Iur接口上公共信道的建立、釋放，公共信道用于傳輸DRNC中處于公共

信道狀態(tài)的UE的信息

?

將MAC-D和MAC-C相分離，同時對MAC-D和MAC-C之間進(jìn)行流控

?

全局資源管理

?

RNC間公共測量

?

RNC間Node-B的定時信息傳送

（3）、Iub接口協(xié)議和功能介紹

A、Iub接口的協(xié)議棧結(jié)構(gòu)－見附件12

B、Iub接口的功能

?

公共功能

?

公共傳輸信道管理

?

Iub公共信道數(shù)據(jù)傳輸

?

NodeB邏輯O&M 小區(qū)配置故障管理閉塞等維護(hù)功能

?

系統(tǒng)信息管理

?

公共測量 ?

資源核查

?

異常管理

?

定時和同步管理

?

專用功能

?

專用傳輸信道管理

?

無線鏈路RL 監(jiān)控

?

專用測量管理

?

定時和同步管理

?

上行外環(huán)功控

?

Iub專用數(shù)據(jù)傳輸

?

下行功率漂移的平衡

?

壓縮模式控制

（4）、Uu接口協(xié)議和功能介紹

A、Uu接口的協(xié)議棧結(jié)構(gòu)－見附件13：

B、Uu接口L1層的功能

?

傳輸信道復(fù)用和碼組合信道解復(fù)用

?

碼組合傳輸信道到物理信道的映射

?

宏分集合并/分發(fā)和軟切換執(zhí)行

?

傳輸信道錯誤檢測并向高層指示

?

FEC編解碼和交織/去交織

?

速率匹配

?

功率加權(quán)和物理信道合并

?

閉環(huán)功率控制

?

開環(huán)功控

?

調(diào)制/解調(diào)和擴(kuò)頻/解擴(kuò)

?

頻率和時間(chip, bit, slot, frame)同步

?

測量并向高層指示

?

壓縮模式支持

?

收發(fā)分集

?

其他基帶處理功能

C、Uu接口MAC層的功能

?

邏輯信道到傳輸信道的映射

?

根據(jù)瞬時數(shù)據(jù)速率選擇傳輸格式

?

UE內(nèi)不同數(shù)據(jù)流的優(yōu)先級處理

?

動態(tài)調(diào)度UE之間優(yōu)先級處理

?

公共傳輸信道上標(biāo)示不同UE ?

在公共傳輸信道上復(fù)用/分解高層PDU進(jìn)入/從傳輸塊集,該傳輸塊集來自/發(fā)送到物理層

?

在專用傳輸信道上復(fù)用/分解高層PDU進(jìn)入/從傳輸塊集,該傳輸塊集來自/發(fā)送到物理層 ?

業(yè)務(wù)量測量

?

動態(tài)傳輸信道類型切換

?

加密

D、MAC層邏輯信道映射的示意圖如下所示－－見附件14：

E、MAC層transport formation selection：

我覺得關(guān)鍵是理解和區(qū)別以下幾個基本概念。

?

通過變更每個TTI內(nèi)的傳送量來控制瞬時比特率；其中TTI是Transmission Time Interval 的縮寫，為10ms的整數(shù)倍。

?

Transport Block（TB）：從邏輯信道上來的一個比特序列。

?

Transport Block Size：TB的大小。

?

Transport Block Set：在一個TTI中所傳送的一組TB。

?

Transport Block Set Size：TBS中所包含的所有比特長度；Transport Block Set Size= Transport Block Size×N。相關(guān)示意圖如下所示－見附件15：

?

Transport Format（TF）：主要是定義了Transport Block Set（Transport Block Size、Transport Block Set Size）。

?

Transport Format Set（TFS）：1一個傳輸信道可能的TF的集合，MAC會在每個TTI選擇其中的一個TF。

?

Transport Format Combination（TFC）：在每個TTI內(nèi)，不同傳輸信道所選定的TF的集合。

?

Transport Format Combination Set（TFCS）：定義所有TFC可能的組合情況，這樣MAC能夠進(jìn)行不同傳輸信道的動態(tài)速率控制。示意圖如下所示－見附件16：

F、Uu口RLC層的功能

?

分段、組裝和填充。

?

用戶數(shù)據(jù)傳輸。

?

使用不同的傳輸模式進(jìn)行差錯糾正。

?

順序傳遞高層PDU，復(fù)制檢查。

?

流量控制。

?

序列號檢查（UM）。

?

協(xié)議錯誤檢測和恢復(fù)。

?

加密。

?

掛起和恢復(fù)功能。

G、Uu口PDCP的功能

?

映射網(wǎng)絡(luò)PDU從網(wǎng)絡(luò)協(xié)議到RLC協(xié)議。

?

頭壓縮/解壓縮，以減少上層數(shù)據(jù)中的冗余控制信息，提高空口傳輸效率：

?

TCP/IP---------Non-realtime IP。

?

RTP/UDP/IP---------Realtime IP。

?

支持無損遷移。主要是存儲、重發(fā)高層數(shù)據(jù)。

H、Uu口BMC的功能 ?

小區(qū)廣播信心的存儲

?

業(yè)務(wù)量檢測和CBS無線資源請求

?

BMC消息調(diào)度

?

傳送BMC消息到UE ?

向上層傳送BMC消息

I、Uu口RRC的功能

?

系統(tǒng)信息廣播管理

?

尋呼/通知

?

RRC連接管理建立重建維護(hù)和釋放

?

無線承載管理建立重配置和釋放以便為非接入層NAS 提供服務(wù)

?

RRC連接移動性管理功能

?

初始小區(qū)選擇

?

高層PDU路由

?

請求的QoS控制并映射到接入層中不同的資源

?

無線資源管理和控制

?

RB 傳輸信道物理信道的管理和控制

?

開環(huán)功控

?

SRNS relocation支持

?

UE測量控制和測量報告

?

加密控制完整性保護(hù)

?

CBS相關(guān)功能（BMC配置CBS無線資源分配請求CBS非連續(xù)接收支持等）

3、基本信令流程

在WCDMA中，信令流程很多，我覺得應(yīng)該首先從整體上把握一個流程方向，對于每個具體的信令流程，只需要把握能夠標(biāo)識其特征的關(guān)鍵信令以及信令中的關(guān)鍵參數(shù)即可，對于其他信令消息只要平時多看，應(yīng)該不難理解。現(xiàn)在按照這個思路分別對基本信令流程介紹如下。

（1）、呼叫總體流程－見附件17

從以上示意圖可以看出，呼叫總體流程還是比較容易理解的。

（2）、網(wǎng)絡(luò)啟動流程

該流程主要存在系統(tǒng)消息廣播流程。該流程示意圖如下－見附件18：

（3）、UE登記流程

該流程主要包括RRC連接建立、NAS非接入層信令、RRC連接釋放共3個流程，現(xiàn)就分別介紹如下。

A、RRC連接建立流程

UE為了向網(wǎng)絡(luò)登記，需要主動發(fā)起RRC連接建立消息，SRNC收到該請求消息后，決定在CCH上建立RRC連接，并且使用已經(jīng)配置好的CCH資源。示意圖如下－－見附件19：

B、NAS信令建立流程

該流程主要UE和CN之間透明傳輸非接入層的信令消息（如鑒權(quán)、連接建立、位置登記等等）。示意圖如下所示－見附件20：

C、RRC釋放流程

UE在登記過程中，沒有使用專用的用戶面資源，直接釋放信令鏈路，登記過程結(jié)束。示意圖如下－見附件21：

（4）、呼叫流程及軟/硬切換流程

這一部分的內(nèi)容最多，也是相對最復(fù)雜的。下面分別介紹。

A、尋呼流程

根據(jù)UE所處的模式不同，尋呼流程又分為IDLE模式和連接模式下的尋呼流程。

?

IDLE模式

CN發(fā)送尋呼消息，指定UE與尋呼區(qū)（CN負(fù)責(zé)尋呼消息的重發(fā)），SRNC根據(jù)UE的狀態(tài)下發(fā)尋呼消息。示意圖如下所示－見附件22：

?

連接模式

與IDLE模式唯一不同的是，SRNC下發(fā)尋呼消息時，是在DCCH上下發(fā)的。示意圖如下所示－見附件23：

B、RRC建立流程

RRC連接建立，根據(jù)所選擇信道的不同，分為：基于CCCH的RRC連接建立、基于DCH的RRC連接建立，下面分別介紹。

?

RRC建立流程（DCH）

UE在CCCH信道RRC連接建立請求消息，帶有UE標(biāo)志、能力、原因，SRNC如果條件滿足，首先根據(jù)需要配置好Node-B資源，并建立與Node-B的通路，然后在CCCH信道發(fā)送RRC連接建立消息，并等候UE從DCCH的響應(yīng)。示意圖如下所示－見附件24：

?

RRC建立流程（CCCH）

當(dāng)SRNC決定在公共信道上建立RRC連接的時候就不需要再配置NodeB 并建立SRNC與NodeB之間的數(shù)據(jù)承載了因為都已經(jīng)建立好了。示意圖如下所示－見附件25：

總結(jié)：從以上流程圖可以看出，二者的區(qū)別主要在于是否需要在SRNC和Node-B之間重新建立數(shù)據(jù)承載，如果要建立，則屬于DCH；否則，屬于CCCH。

C、NAS信令建立流程

該流程示意圖如下－見附件26：

D、RAB建立流程

具體又可以分為以下幾個流程。

?

RAB建立流程（DCH-DCH，同步）

示意圖如下所示－見附件27：

?

RAB建立流程（DCH-DCH，異步）

示意圖如下所示－見附件28：

?

RAB建立流程（RA/FA—RA/FA）

示意圖如下所示－見附件29：

?

RAB建立流程（RA/FA—DCH）

示意圖如下所示－見附件30：

E、RAB修改流程

示意圖如下所示－見附件31：

F、傳輸信道重配置流程－見附件32

G、物理信道重配置流程

示意圖如下所示－見附件33：

H、軟切換流程介紹

?

軟切換流程示意圖－見附件34：

?

軟切換流程

示意圖如下所示－見附件35：

I、硬切換介紹－見附件36

J、RRC釋放流程

?

RRC釋放流程（DCH）－見附件37

?

RRC釋放流程（CCCH）－見附件38

（5）、連接移動性管理流程

連接的移動性管理流程主要包含了：小區(qū)更新、URA更新、系統(tǒng)間硬切換、SRNC-Relocation這4個流程。在介紹這4個流程之前，再描述一下“前向切換”的概念。

“前向切換”-----Forward-Handover是UE發(fā)起的切換，包括：CELL-UPDATE、URA-UPDATE過程。其中，URA-UPDATE過程只適用于UE處于URA-PCH狀態(tài)時的URA重選，以及檢查RRC連接是否正常。

對于CELL-FACH和CELL-PCH狀態(tài)的UE，在以下兩種情況下會發(fā)生“前向切換”：

?

小區(qū)重選

?

處于SA（Svervice Area），定時器T305超時（該定時器在廣播的系統(tǒng)消息中定義）

對于CELL-PCH和URA-PCH狀態(tài)的UE，在以下情況下會發(fā)生“前向切換”：

?

需要上傳數(shù)據(jù)時，要進(jìn)入CELL-FACH狀態(tài)

?

當(dāng)在PCCH上接收到尋呼消息時，發(fā)起小區(qū)更新

?

當(dāng)然，CELL-UPDATE過程還可以用來重建RLC實體不可恢復(fù)的錯誤（也就是連接丟失）以及監(jiān)視RRC連接的狀態(tài)

A、小區(qū)更新流程－見附件39

B、URA更新流程－見附件53

C、硬切換流程（UMTS-?GSM）－見附件54

D、硬切換流程（GSM-?UMTS）－見附件55

E、小區(qū)重選（UMTS-?GPRS）－見附件40

F、小區(qū)重選（GPRS--?UMTS）－見附件41

G、SRNC—Relocation 流程－見附件42

總結(jié)：這一部分主要介紹了RAN側(cè)的基本信令流程，掌握了這些信令流程，對后續(xù)學(xué)習(xí)CN側(cè)的信令流程將會有很大的幫助。

4、基本呼叫流程

我個人覺得要理解基本呼叫流程主要是從實際呼叫業(yè)務(wù)流向方面著手。下面分別予以介紹。

（1）、開機(jī)業(yè)務(wù)流程

該流程可以按照以下思路來理解、學(xué)習(xí)：

A、手機(jī)開機(jī)

B、高層指示RRC搜索網(wǎng)絡(luò)

C、在搜索的過程中，RRC控制L1尋找、駐留小區(qū)（頻率、擾碼）

D、當(dāng)手機(jī)駐留在某一小區(qū)以后，RRC會檢測BCH上的系統(tǒng)消息

E、當(dāng)手機(jī)讀取系統(tǒng)消息以后，會偵聽PCH上的尋呼信號

F、RRC通知上層已經(jīng)進(jìn)入IDLE狀態(tài)

G、UE隨時準(zhǔn)備，做好小區(qū)更新和IMSI Attach流程

相關(guān)流程如參考如下－見附件43：

（2）、MM：移動性管理、Attach流程

當(dāng)手機(jī)開機(jī)，完成小區(qū)駐留及系統(tǒng)信息的讀取后，會根據(jù)需要進(jìn)行位置更新和Attach流程，流程圖如下圖所示－見附件44：

根據(jù)以上流程圖，我覺得還是不難理解的，尤其是圖中紅色標(biāo)記的部分通俗易懂。

（3）、呼叫準(zhǔn)備流程

在傳送位置更新和IMSI Attach等高層信令時，UTRAN的RRC連接狀態(tài)會遷移到CELL-FACH或CELL-DCH狀態(tài)；當(dāng)完成位置更新、IMSI-Attach后，UE的位置信息登記到網(wǎng)絡(luò)側(cè)CN（Location/Routing area level）；UE具備做主叫MOC（Mobile-Origenated-Calls）和被叫MTC（Mobile-Terminated-Calls）的準(zhǔn)備；RRC狀態(tài)返回IDLE模式。

A、UE RRC IDLE狀態(tài)說明

?

UE在IDLE狀態(tài)首先監(jiān)聽尋呼信道；

?

RRC檢測尋呼信息中的ID 信息；

?

RRC檢測系統(tǒng)信息中的更新信息

?

RRC控制L1層進(jìn)行測量檢測，從而進(jìn)行小區(qū)重選的判決

?

當(dāng)收到尋呼消息、呼叫、位置更新時，高層會指示RRC與網(wǎng)絡(luò)側(cè)建立RRC連接

?

RRC建立RAN連接，UE進(jìn)入CELL-FACH或CELL-DCH狀態(tài)

?

RRC建立信令承載

?

RRC指示RLC啟用AM/UM模式進(jìn)行信令消息傳送

?

網(wǎng)絡(luò)側(cè)根據(jù)具體情況，指示UE進(jìn)入專用信道（DCH），或者進(jìn)入PCH狀態(tài)（DRX），或者釋放RRC連接進(jìn)入IDLE狀態(tài)

參考示意圖如下所示－見附件45：

C、UE RRC FACH狀態(tài)說明

?

CN側(cè)的消息通過RRC信令承載進(jìn)行傳送

?

UE在FACH上接收下行消息；在RACH上發(fā)送上層消息

?

在不同的SRB上傳送高層（MM/GMM）以及RRC對等實體之間的消息

?

進(jìn)行L1層信令、MAC層流量的測量報告

?

CN側(cè)通過RB建立用戶平面，RRC會根據(jù)網(wǎng)絡(luò)側(cè)指示配置L1、MAC、RLC各層的配置參數(shù)

?

CN側(cè)可以通過啟動安全模式控制流程進(jìn)行加密

參考示意圖如下所示－見附件46：

D、UE RRC DCH狀態(tài)說明

?

UE使用DCH與網(wǎng)絡(luò)側(cè)進(jìn)行通信 ?

在不同的SRB上傳送高層（MM/GMM）以及RRC對等實體間的消息

?

UE在DCH上傳送/接收上/下行消息

?

在進(jìn)行分組業(yè)務(wù)的情況下，如果沒有流量，將指示UE進(jìn)入CELL-FACH或URA-PCH狀態(tài)

參考示意圖如下所示－見附件47：

（4）、CS呼叫流程

CS域的呼叫可能由UE發(fā)起（MOC）或者由網(wǎng)絡(luò)側(cè)發(fā)起（MTC）；在進(jìn)行呼叫的過程中，需要在CN與UE間、UTRAN與UE間進(jìn)行信令交互；在UTRAN中，UE的狀態(tài)可能發(fā)生遷移。

A、UE主叫流程說明－見附件48

B、UE被叫流程說明－見附件49

C、CS連接釋放流程說明

CS連接釋放是由CC過程執(zhí)行；在釋放前，UE必須處于CELL-FACH或CELL-DCH狀態(tài)；在釋放后，如果沒有其他連接存在，RRC連接也將被釋放，UE回到IDLE狀態(tài)；但是在此時，MM上下文沒有被釋放，UE信息仍然登記在CN中；當(dāng)UE關(guān)機(jī)時，將觸發(fā)進(jìn)行MM上下文的釋放。參考示意圖如下－見附件50：

（5）、PS域的呼叫流程

在進(jìn)行PS域的呼叫時，網(wǎng)絡(luò)需要在CN側(cè)建立會話管理（SM：Session Management）實體以維護(hù)連接過程中的鏈路信息登記、請求服務(wù)信息、數(shù)據(jù)路由等；在PDP上下文流程中進(jìn)行SM實體的建立；在激活PDP上下文之后，網(wǎng)絡(luò)側(cè)將會為UE分配一個地址，以支持從UE發(fā)出/至UE的信息與GGSN、外部網(wǎng)絡(luò)之間的路由信息；此時，RRC的狀態(tài)為CELL-FACH或CELL-DCH。

A、SM：PDP上下文激活流程說明－見附件51

B、PS連接釋放

當(dāng)網(wǎng)絡(luò)側(cè)或UE沒有數(shù)據(jù)需要傳送時，進(jìn)行PS連接的釋放（RNC根據(jù)活動狀態(tài)進(jìn)行檢測判斷）；PS連接釋放后，網(wǎng)絡(luò)側(cè)會釋放、回收UTRAN側(cè)分配的資源；UE狀態(tài)首先遷移到CELL-PCH狀態(tài)，如果繼續(xù)沒有數(shù)據(jù)傳送，UE的狀態(tài)將再遷移到URA-PCH狀態(tài)；當(dāng)沒有數(shù)據(jù)傳統(tǒng)持續(xù)一段時間以后，UTRAN要求CN釋放RAB，CN可能繼續(xù)保持PDP上下文；RRC的狀態(tài)遷移到IDLE；當(dāng)RAB釋放一段時間以后，CN或UE執(zhí)行PDP上下文去激活流程來釋放PDP上下文；此后，如果沒有PS呼叫，UE的MM上下文將保留在CN直至UE關(guān)機(jī)。參考網(wǎng)絡(luò)示意圖如下所示－見附件52：

本章內(nèi)容總結(jié)：主要介紹了基本呼叫流程，主要偏重于RAN側(cè)的流程，本部分可以與CN側(cè)的呼叫流程結(jié)合起來學(xué)習(xí)，這樣可以從整體上把握呼叫流程。

“無線網(wǎng)絡(luò)接口與流程”部分的內(nèi)容總結(jié)：主要介紹了UTRAN網(wǎng)絡(luò)的各個接口以及相關(guān)的接口流程，相對于核心網(wǎng)絡(luò)的流程來說，本課程偏重于接入層的流程描述。在學(xué)習(xí)的時候可以和核心網(wǎng)的接口協(xié)議流程結(jié)合起來學(xué)習(xí)或者先有了總體協(xié)議的概念之后再來對無線側(cè)和核心網(wǎng)側(cè)的流程分別深入學(xué)習(xí)。