WCDMA呼叫建立和釋放流程分析

1、HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析第5章 呼叫建立和釋放流程分析5.1 概述當UE搜索到小區(qū)并且讀取到到小區(qū)的系統(tǒng)消息后，可以知道系統(tǒng)的參數(shù)配置情況，具備接入網(wǎng)絡的條件。呼叫建立包括UE主叫和UE被叫兩種類型。兩者區(qū)別在于UE被叫情況下，呼叫建立之前系統(tǒng)需要通過尋呼流程在指定區(qū)域?qū)ず鬠E。無論UE主叫和UE被叫，呼叫建立和釋放包含以下過程：(1) UE和UTRAN建立RRC連接。(2) 通過直傳消息，UE和CN建立連接。(3) UE能力信息流程(4) RAB建立流程。(5) RAB釋放和Iu釋放流程。(6) RRC連接釋放流程。5.2 尋呼流程

2、5.2.1 概述尋呼分為CN發(fā)起的尋呼和UTRAN發(fā)起的尋呼。CN發(fā)起的尋呼用于建立一條信令連接，CN發(fā)起的尋呼分為協(xié)作尋呼和非協(xié)作尋呼。CN在RANAP PAGING消息中指示RNC是否需要進行UTRAN的協(xié)作尋呼。l 協(xié)作尋呼是由RNC檢查UE是否存在尋呼域之外的其它CN域信令連接，如果存在其它的CN域信令連接，且UE處于CELL_DCH或者CELL_FACH狀態(tài)，則在無線接口上，尋呼消息通過已經(jīng)存在的連接的DCCH信道下發(fā)；如果存在其它的CN域信令連接，且UE處于CELL_PCH或者URA_PCH狀態(tài)，則在無線接口上，尋呼消息通過PCCH信道下發(fā)；如果不存在其它的CN域信令連接，尋呼消息

3、通過PCCH信道下發(fā)。5-1HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊l 第5章 呼叫建立和釋放流程分析 非協(xié)作尋呼是指RNC不需要檢查UE是否存在尋呼域之外的其它CN域信令連接，直接在CN指定的尋呼區(qū)域中通過PCCH信道下發(fā)尋呼消息。 UTRAN發(fā)起的尋呼可以尋呼處于CELL_PCH或URA_PCH狀態(tài)的UE，UE通過尋呼相應發(fā)起小區(qū)更新過程將用戶從CELL_PCH或URA_PCH狀態(tài)遷移到CELL_FACH，或者在系統(tǒng)信息改變的時候UTRAN通過尋呼消息觸發(fā)UE（處于空閑模式、CELL_PCH或URA_PCH）重新讀取更新后的系統(tǒng)信息。 如果UE處于空閑模式或CELL_PCH、

4、URA_PCH狀態(tài)，RNC通過PCCH信道，使用尋呼類型1消息（PAGING TYPE1）尋呼UE。如果UE處于CELL_FACH或者CELL_DCH狀態(tài)，RNC通過DCCH信道，使用尋呼類型2消息(PAGING TYPE2)尋呼UE。5.2.2 尋呼空閑模式或PCH狀態(tài)的UEUTRAN通常通過PCCH信道，使用尋呼類型1消息尋呼處于空閑模式、CELL_PCH或URA_PCH狀態(tài)下的UE。這一類型的尋呼一般發(fā)生在以下幾種情況：ll 為了建立一次呼叫或一條信令連接，由網(wǎng)絡側高層發(fā)起的尋呼； 為了將UE的狀態(tài)從CELL_PCH或URA_PCH狀態(tài)遷移到CELL_FACH狀態(tài)，由UTRAN發(fā)起觸發(fā)U

5、E狀態(tài)遷移的尋呼；l 當系統(tǒng)信息發(fā)生改變時，由UTRAN發(fā)起觸發(fā)UE讀取更新后系統(tǒng)信息的尋呼。此時，主消息塊（MIB）的值標簽包括在尋呼類型1消息PAGING TYPE 1中的"BCCH modification info"中。尋呼流程如圖5-1所示。圖5-1 尋呼空閑模式或PCH狀態(tài)UEUTRAN通過PCCH信道，在適當?shù)膶ず魰r機發(fā)送尋呼類型1消息PAGING TYPE1，啟動尋呼過程。UTRAN可以選擇在幾個尋呼時機重復尋呼一個UE，以增加UE正確接收尋呼消息的可能性。5-2HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析處于空閑模式

6、和PCH狀態(tài)的UE，監(jiān)視適當?shù)膶ず魰r機，接收來自網(wǎng)絡層的尋呼消息。5.2.3 尋呼CELL_DCH或CELL_FACH狀態(tài)的UEUTRAN通常通過DCCH信道，使用尋呼類型2消息尋呼處于CELL_DCH或CELL_FACH狀態(tài)下的UE。 尋呼流程如圖5-2所示。圖5-2 尋呼CELL_DCH或CELL_FACH狀態(tài)UEUTRAN通過DCCH信道發(fā)送尋呼類型2消息PAGING TYPE 2，發(fā)起尋呼過程。這一類型的尋呼也叫做專用尋呼過程。UE接收并讀取尋呼類型2消息PAGING TYPE 2中的內(nèi)容，并把尋呼原因及尋呼記錄種類標識等信息上報給本側非接入層。尋呼過程結束。本進程不影響UE側正在進行

7、的其它RRC進程。若UE發(fā)現(xiàn)接收到的尋呼類型2消息PAGING TYPE 2存在協(xié)議錯誤，丟棄該尋呼消息，并通過上行DCCH采用AM RLC方式，向UTRAN發(fā)送RRC狀態(tài)消息RRC STATUS。5.2.4 Paging Type 1消息1. 消息結構5-3HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析2. 消息實例5.2.5 Paging Type 2消息1. 消息結構2. 消息實例5.3 RRC連接建立流程5.3.1 概述UE處于空閑模式時，如果UE的NAS（非接入層）請求建立信令連接，UE將發(fā)起RRC連接建立請求過程。當RNC接收到UE的RRC連接

8、請求消息，根據(jù)特定的算法確定是接受還是拒絕該RRC連接建立請求。如果接受，則再根據(jù)特定無線資源算法判決是建立在專用信道還是公共信道。RRC連接建立信道不同，RRC連接建立流程也不同。如果RRC連接不能建立，則RNC拒絕本次RRC連接建立。 & 說明：RRC連接總是由UE發(fā)起，RRC釋放由RNC發(fā)起；每個UE最多只能有一個RRC連接。5-4HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析5.3.2 在專用信道上建立RRC連接若RRC連接建立在專用信道上，RNC需要為UE分配專用無線資源、建立無線鏈路、并且為無線鏈路建立Iub接口的ALCAP用戶面承載。

9、信令流程如圖5-3所示。圖5-3 RRC連接建立（專用信道）信令流程描述：(1) UE通過上行CCCH發(fā)送RRC連接請求消息RRC CONNECTIONREQUEST，請求建立一個RRC連接。(2) RNC根據(jù)RRC連接請求的原因以及系統(tǒng)資源狀態(tài)，決定UE建立在專用信道上，并分配RNTI、無線資源和其它資源（L1、L2資源）。(3) RNC向NodeB發(fā)送無線鏈路建立請求消息RADIO LINK SETUPREQUEST，請求NodeB分配RRC連接所需的特定無線鏈路資源。(4) NodeB資源準備成功后，向RNC應答無線鏈路建立響應消息RADIOLINK SETUP RESPONSE。(5)

10、 RNC使用ALCAP協(xié)議建立Iub接口用戶面?zhèn)鬏敵休d，并完成RNC與NodeB之間的同步過程。5-5HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析(6) RNC通過下行CCCH信道向UE發(fā)送RRC連接建立消息RRCCONNECTION SETUP，消息包含RNC分配的專用信道信息。(7) UE確認RRC連接建立成功后，在剛剛建立的上行DCCH信道向RNC發(fā)送RRC連接建立完成消息RRC CONNECTION SETUP COMPLETE。RRC連接建立過程結束。5.3.3 在公用信道上建立RRC連接當RRC連接建立在公共信道上時，因為使用已經(jīng)建立好的小區(qū)

11、公共資源，所以不用建立無線鏈路和用戶面的數(shù)據(jù)傳輸承載，只需將UE使用的邏輯信道映射在小區(qū)公共信道上，其余過程與RRC連接建立在專用信道的情況相似。 信令流程如圖5-4所示。圖5-4 RRC連接建立（公用信道）5.3.4 RRC連接拒絕如果RNC判決本次RRC連接請求不能建立（比如資源不足），則RNC直接給UE發(fā)送連接拒絕消息RRC CONNECTION REJECT，在該消息中指明RRC連接拒絕的原因。5-6HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析 圖5-5 RRC連接拒絕5.3.5 RRC CONNECTION REQUEST消息1. 消息結構5-

12、7HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析5-8HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊 第5章 呼叫建立和釋放流程分析2. 消息實例5.3.6 RRC CONNECTION SETUP消息1. 消息結構5-9HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析5-10HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析5-11HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊 第5章 呼叫建立和釋放流程分析2. 消息實例5.3.7 RRC CONNECTION REJ

13、ECT消息1. 消息結構5-12HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析2. 消息實例無5.3.8 RADIO LINK SETUP REQUEST消息1. 消息結構5-13HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析5-14HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析5-15HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊 第5章 呼叫建立和釋放流程分析2. 消息實例5-16HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析5.4

14、 直傳消息流程5.4.1 概述直傳消息指UE與CN之間的信令交互NAS信息，如鑒權、業(yè)務請求、連接建立等。由于這些消息在RNC透明傳輸，所以稱為直傳消息。RRC連接建立的只是UE與RNC之間的信令連接，因此為了傳送直傳消息，還需要繼續(xù)建立UE與CN之間的信令連接。RNC在收到第一條直傳消息時（即初始直傳消息INITIAL DIRECT TRANSFER），將建立與CN之間的信令連接，該連接建立于SS7的SCCP之上。UE和CN的信令連接建立成功后，UE發(fā)送到CN的消息，通過上行直傳消息UPLINK DIRECT TRANSFER發(fā)送到RNC，RNC將其轉換為直傳消息DIRECT TRANSFE

15、R發(fā)送到CN；CN發(fā)送到UE的消息，通過直傳消息DIRECT TRANSFER發(fā)送到RNC，RNC將其轉換為下行直傳消息DOWNLINK DIRECT TRANSFER發(fā)送到UE。5.4.2 初始直傳初始直傳過程用于建立起RNC與CN之間的一條信令連接，同時承載一條初始NAS消息。NAS消息的內(nèi)容在RNC并不進行解釋，而是轉送給CN。 & 說明：當UE處于CELL_PCH或URA_PCH 狀態(tài)時，為了進行初始直傳，將首先進行小區(qū)更新，狀態(tài)遷移入CELL_FACH狀態(tài)，更新理由為"uplink data transmission"。小區(qū)更新成功結束后，UE將繼續(xù)進行初

16、始直傳。初始直傳過程的基本流程如圖5-6所示。5-17HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析圖5-6 初始直傳信令流程描述：(1) RRC連接建立后，UE通過RRC連接向RNC發(fā)送初始直傳消息INITIALDIRECT TRANSFER，消息中攜帶UE發(fā)送到CN的初始NAS信息內(nèi)容，及CN標識等內(nèi)容。(2) RNC接收到UE的初始直傳消息，通過Iu接口向CN發(fā)送SCCP連接請求消息CONNECTION REQUEST，消息數(shù)據(jù)為RNC向CN發(fā)送的初始UE消息INITIAL UE MESSAGE，該消息包含UE發(fā)送到CN的消息內(nèi)容。(3) 如果CN準

17、備接受連接請求，則向RNC回SCCP連接證實消息CONNECTION CONFIRM，表明SCCP連接建立成功。RNC接收到該消息，確認信令連接建立成功。(4) 如果CN不能接受連接請求，則向RNC回SCCP連接拒絕消息CONNECTION REFUSE，SCCP連接建立失敗。RNC接收到該消息，確認信令連接建立失敗，則發(fā)起RRC釋放過程。對于初始直傳過程中攜帶的NAS內(nèi)容，CN將通過下行直傳過程把對這種服務的接受或拒絕信息發(fā)送給UE。5.4.3 上行直傳當UE需要在已存在的信令連接上向CN發(fā)送NAS消息時，將發(fā)起上行直傳過程。5-18HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5

18、章 呼叫建立和釋放流程分析& 說明：處于CELL_PCH或URA_PCH狀態(tài)的UE，在進行上行直傳之前，需要進行小區(qū)更新，狀態(tài)遷移到CELL_FACH狀態(tài)，更新原因為"uplink data transmission"。小區(qū)更新成功后，將繼續(xù)進行上行直傳。上行直傳的信令流程如圖5-7所示。(1) UE向RNC發(fā)送上行直傳消息UPLINK DIRECT TRANSFER，發(fā)起上行直傳過程。消息中包含NAS消息、CN標識等信息。(2) RNC按照消息中包含的CN標識，進行路由，將其中包含的NAS信息內(nèi)容，通過Iu接口的直傳消息DIRECT TRANSFER，發(fā)送到CN。

19、上行直傳過程結束。& 說明：如果上行直傳消息UPLINK DIRECT TRANSFER中包含"Measured results on RACH"信息單元，表明消息中攜帶測量報告，此時UTRAN將解析相應消息內(nèi)容并用于無線資源控制，消息其余部分仍舊向CN傳輸。5.4.4 下行直傳當CN需要在已存在的信令連接上向UE發(fā)送NAS消息時，發(fā)起下行直傳過程。下行直傳的信令流程如圖5-8所示。5-19HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析信令流程說明：(1) CN向RNC發(fā)送直傳消息DIRECT TRANSFER，發(fā)起下行直傳過程

20、。消息中包含NAS消息。(2) UTRAN通過下行DCCH信道采用AM RLC方式，發(fā)送下行直傳消息DOWNLINK DIRECT TRANSFER，消息中攜帶CN發(fā)送到UE的NAS信息內(nèi)容，以及CN標識。UE接收并讀取下行直傳消息DOWNLINK DIRECT TRANSFER中攜帶的NAS消息內(nèi)容。若接收到的消息包含協(xié)議錯誤，UE將在上行DCCH上采用AM RLC方式發(fā)送RRC狀態(tài)消息RRC STATUS。5.4.5 INITIAL DIRECT TRANSFER消息1. 消息結構5-20HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊 第5章 呼叫建立和釋放流程分析2. 消息實例5

21、.4.6 UPLINK DIRECT TRANSFER消息1. 消息結構5-21HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析2. 消息實例5.4.7 DOWNLINK DIRECT TRANSFER消息1. 消息結構5-22HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析2. 消息實例5.5 UE能力信息流程UE能力信息包括：安全能力、定位能力、測量能力、物理信道能力、傳輸信道能力等。由于UE的廠家和規(guī)格不同，能力也不一致，所以RRC連接建立之后，UE應當向UTRAN發(fā)送UE能力信息，以使網(wǎng)絡側按照UE支持的能力參數(shù)對

22、其進行配置。UE能力信息的傳遞可以分以下三種情況告訴網(wǎng)絡：l RRC連接建立完成之后，UE能力信息通過RRC連接建立完成消息RRCCONNECTION SETUP COMPLETE，傳遞到RNC；l RRC連接建立完成之后，當RNC發(fā)現(xiàn)相應UE的能力信息不存在時，向UE發(fā)送UE能力信息查詢消息UE CAPABILITY ENQUIRY，UE通過UE能力信息消息UE CAPABILITY INFORMATION，向RNC發(fā)送UE能力信息；l RRC連接期間，當UE能力信息發(fā)生改變時，UE通過UE能力信息消息UE CAPABILITY INFORMATION，向RNC發(fā)送新的UE能力信息。5-23

23、HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析5.5.1 UE能力信息查詢通過UE能力信息查詢，UTRAN請求UE發(fā)起UE能力更新過程，如圖5-9所示。圖5-9 UE能力查詢UTRAN通過下行DCCH邏輯信道，采用AM RLC方式發(fā)送UE能力查詢消息UE CAPABILITY ENQUIRY，完成UE能力信息查詢過程。5.5.2 UE能力信息更新若UTRAN發(fā)起UE能力信息查詢過程，或者RRC連接期間UE能力信息發(fā)生改變，UE將發(fā)起UE能力信息更新過程。UE能力信息更新過程用于向UTRAN傳送UE所支持的無線網(wǎng)絡相關能力信息，如圖5-10所示。圖5-10

24、UE能力信息更新(1) UE在上行鏈路DCCH上，使用AM或UM RLC方式發(fā)送UE能力信息消息UE CAPABILITY INFORMATION，消息中攜帶UE的能力信息。(2) UTRAN讀取UE能力信息，使用AM或UM RLC方式在下行鏈路DCCH上發(fā)送UE CAPABILITY INFORMA CONFIRM確認消息。UE能力信息更新過程結束。5-24HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析5.6 RAB建立流程5.6.1 概述RAB用于UE和CN之間傳送語音、數(shù)據(jù)、多媒體等業(yè)務信息。UE和CN之間的信令連接建立完成后，才能建立RAB。RAB

25、建立是由CN發(fā)起讓UTRAN執(zhí)行的功能。RAB建立基本過程如下：CN發(fā)起RAB指配請求消息RAB ASSIGNMENT REQUEST，RNC根據(jù)RAB指配請求中的QoS參數(shù)配置無線網(wǎng)絡有關參數(shù)，然后通過RAB指配相應消息RAB ASSIGNMENT RESPONSE告訴CN該RAB成功建立還是失敗。& 說明：RAB指配請求總是由CN發(fā)起，每個UE可以有一個或者多個RAB。根據(jù)RAB建立前RRC連接狀態(tài)與RAB建立后RRC連接狀態(tài)，可以將RAB的建立流程分成以下三種情況：lll DCH-DCH：RAB建立前RRC使用DCH，RAB建立后RRC使用DCH； CCH-DCH：RAB建立前R

26、RC使用CCH，RAB建立后RRC使用DCH； CCH-CCH：RAB建立前RRC使用CCH，RAB建立后RRC使用CCH。5.6.2 DCH-DCHUE當前的RRC狀態(tài)為DCH時，指配的RAB只能建立在DCH上。根據(jù)無線鏈路重配置情況，RAB建立流程又可分為兩種情況：ll 同步重配置無線鏈路 異步重配置無線鏈路二者的區(qū)別在于NodeB與UE接收到SRNC（Serving Radio Network Controller）下發(fā)的配置消息后，能否立即啟用新的配置參數(shù)。1. 同步重配置無線鏈路的RAB建立過程在這種情況下，需要SRNC、NodeB與UE之間同步重配置無線鏈路。同步過程如下：(1)

27、NodeB在接收到SRNC下發(fā)的重配置無線鏈路消息后，不能立即啟用新的配置參數(shù)，而是準備好相應的無線資源，等待接收到SRNC下發(fā)的重配置執(zhí)行消息，從消息中獲取SRNC規(guī)定的同步時間；5-25HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析(2) UE在接收到SRNC下發(fā)的配置消息后，也不能立即啟用新的配置參數(shù)，而是從消息中獲取SRNC規(guī)定的同步時間；(3) 在SRNC規(guī)定的同步時刻，NodeB與UE同時啟用新的配置參數(shù)。 同步重配置無線鏈路類型的DCH-DCH RAB建立流程如圖5-11所示。圖5-11 RAB建立流程（DCH-DCH，同步）信令流程描述：(

28、1) CN向UTRAN發(fā)送RAB指配請求消息RAB ASSIGNMENTREQUEST，發(fā)起RAB建立過程。(2) SRNC接收到RAB建立請求后，將RAB的QoS參數(shù)映射為AAL2鏈路特性參數(shù)與無線資源特性參數(shù)，Iu接口的ALCAP根據(jù)其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過程（對于PS域，本步不存在）。(3) SRNC向所控制的NodeB發(fā)送無線鏈路重配置準備消息RADIO LINKRECONFIGURATION PREPARE，請求所控制的NodeB準備在已有的無線鏈路上增加一條（或多條）承載RAB的專用傳輸信道（DCH）。(4) NodeB分配相應的資源，然后向所屬

29、的SRNC發(fā)送無線鏈路重配置準備完成消息RADIO LINK RECONFIGURATION READY，通知SRNC無線鏈路重配置準備完成。5-26HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析(5) SRNC中Iub接口的ALCAP發(fā)起Iub接口的用戶面?zhèn)鬏敵休d建立過程。NodeB與SRNC通過交換DCH幀協(xié)議的上下行同步幀建立同步。 (6) SRNC向UE發(fā)送RRC協(xié)議的無線承載建立消息RADIO BEARERSETUP。(7) SRNC向所控制的NodeB發(fā)送無線鏈路重配置執(zhí)行消息RADIO LINKRECONFIGURATION COMMIT。(

30、8) UE執(zhí)行RB建立后，向SRNC發(fā)送無線承載建立完成消息RADIOBEARER SETUP COMPLETE。(9) SRNC接收到無線承載建立完成的消息后，向CN回應RAB指配響應消息RAB ASSIGNMENT RESPONSE，RAB建立流程結束。2. 異步重配置無線鏈路的RAB建立過程在這種情況下，不要求SRNC、NodeB與UE之間同步重配置無線鏈路。NodeB與UE在接收到SRNC下發(fā)的配置消息后，將立即啟用新的配置參數(shù)。 DCH-DCH異步重配置無線鏈路RAB建立流程如圖5-12所示。圖5-12 RAB建立流程（DCH-DCH，異步）信令流程描述：(1) CN向SRNC發(fā)送R

31、ANAP協(xié)議的RAB指配請求消息RABASSIGNMENT REQUEST，發(fā)起RAB建立過程。5-27HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析(2) SRNC接收到RAB建立請求后，將RAB的QoS參數(shù)映射為AAL2鏈路特性參數(shù)與無線資源特性參數(shù)，Iu接口的ALCAP根據(jù)其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過程（對于PS域，本步不存在）。(3) 在異步情況下，無線重配置無需同步執(zhí)行，SRNC向所控制的NodeB發(fā)送NBAP無線鏈路重配置請求消息RADIO LINK RECONFIGURATION REQUEST，請求所控制的N

32、odeB在已有的無線鏈路上建立新的專用傳輸信道（DCH）。(4) NodeB接收到無線鏈路重配置請求消息后，即分配相應的資源，然后向所屬的SRNC發(fā)送無線鏈路重配置響應消息RADIO LINK RECONFIGURATION RESPONSE，通知SRNC無線鏈路重配置完成。(5) SRNC中Iub接口的ALCAP發(fā)起Iub接口的用戶面?zhèn)鬏敵休d建立過程。NodeB 與SRNC通過交換DCH幀協(xié)議的上下行同步幀建立同步。(6) SRNC向UE發(fā)送RRC協(xié)議的無線承載建立消息RADIO BEARERSETUP。(7) UE執(zhí)行無線承載建立后，向SRNC發(fā)送無線承載建立完成消息RADIOBEARER

33、 SETUP COMPLETE。(8) SRNC接收到無線承載建立完成的消息后，向CN回應RAB指配響應消息RAB ASSIGNMENT RESPONSE， RAB建立過程結束。5.6.3 CCH-DCH當RRC連接建立在CCH時，RNC根據(jù)RAB指配消息中的QoS參數(shù)，可以將指配的RAB建立在DCH上。此時需要將RRC連接狀態(tài)從CCH改變?yōu)镈CH。CCH-DCH RAB建立流程如圖5-13所示。5-28HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析圖5-13 RAB建立流程（CCH-DCH）信令流程描述：(1) CN向SRNC發(fā)送RANAP協(xié)議的RAB指

34、配請求消息RABASSIGNMENT REQUEST，發(fā)起RAB建立過程。(2) SRNC接收到RAB建立請求后，將RAB的QoS參數(shù)映射為AAL2鏈路特性參數(shù)與無線資源特性參數(shù)，Iu接口的ALCAP根據(jù)其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過程（對于PS域，本步不存在）。(3) SRNC啟動Iub接口上無線鏈路建立過程，向所控制的NodeB發(fā)送無線鏈路建立請求消息RADIO LINK SETUP REQUEST，請求NodeB分配RRC連接所需的特定無線鏈路資源。(4) NodeB資源準備成功后，向RNC應答無線鏈路建立響應消息RADIOLINK SETUP RESPON

35、SE。(5) RNC使用ALCAP協(xié)議建立Iub接口用戶面?zhèn)鬏敵休d，并完成RNC與NodeB之間的同步過程。(6) SRNC向UE發(fā)送RRC協(xié)議的無線承載建立消息RADIO BEARERSETUP。(7) UE執(zhí)行無線承載建立后，向SRNC發(fā)送無線承載建立完成消息RADIOBEARER SETUP COMPLETE。5-29HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析(8) SRNC接收到無線承載建立完成的消息后，向CN回應RAB指配響應消息RAB ASSIGNMENT RESPONSE， RAB建立過程結束。5.6.4 CCH-CCH當RRC連接建立在

36、CCH時，RNC根據(jù)RAB指配消息中的QoS參數(shù)，可以將指配的RAB繼續(xù)建立在CCH上。CCH-CCH RAB建立流程如圖5-14所示。圖5-14 RAB建立流程（CCH-CCH）信令流程描述：(1) CN向UTRAN發(fā)送RANAP協(xié)議的RAB指配消息RAB ASSIGNMENTREQUEST，發(fā)起RAB建立請求。(2) SRNC接收到RAB建立請求后，將RAB的QoS參數(shù)映射為AAL2鏈路特性參數(shù)與無線資源特性參數(shù)，Iu接口的ALCAP根據(jù)其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過程（對于PS域，本步不存在）。(3) SRNC向UE發(fā)送RRC協(xié)議的無線承載建立消息RADIO

37、 BEARERSETUP。(4) UE執(zhí)行無線承載建立后，向SRNC發(fā)送無線承載建立完成消息RADIOBEARER SETUP COMPLETE。(5) SRNC接收到無線承載建立完成的消息后，向CN回應RAB指配響應消息RAB ASSIGNMENT RESPONSE，RAB建立流程結束。5-30HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析5.6.5 RAB ASSIGNMENT REQUEST消息1. 消息結構5-31HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析5-32HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信

38、令分析手冊 第5章 呼叫建立和釋放流程分析2. 消息實例5-33HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析5.6.6 RAB ASSIGNMENT RESPONSE消息1. 消息結構5-34HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析5-35HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊 第5章 呼叫建立和釋放流程分析2. 消息實例5.6.7 RADIO BEARER SETUP消息1. 消息結構5-36HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析5-37HUAWE

39、I UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析5-38HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊 第5章 呼叫建立和釋放流程分析2. 消息實例5-39HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析5.7 業(yè)務釋放流程5.7.1 概述業(yè)務釋放流程分為兩種類型：高層釋放請求由UE發(fā)起和高層釋放請求由CN發(fā)起。無論那種釋放類型，最終的資源釋放過程都是由CN發(fā)起。對于一個UE，可能存在這樣的情況：一條RRC連接對應多個RAB(例如同時進行VP業(yè)務和Web Browse業(yè)務)，CS域和PS域各自對應一條Iu信令連接。業(yè)務釋放過

40、程大體分幾種情況。1. CS域業(yè)務釋放UE釋放CS域業(yè)務時：l 如果CS域只建立了一個RAB，則CN發(fā)起IU RELEASE COMMAND消息，RNC接收到此消息后，將自動釋放Iu信令連接和RAB。流程請參見“5.7.4 CS域Iu信令連接和RAB的聯(lián)合釋放流程”。業(yè)務釋放完成后，SRNC將判斷該RRC連接是否還有對應的Iu信令連接（PS域），若無，則發(fā)起RRC連接釋放過程。l 如果CS域建立了多個RAB，那么CN將只對需要釋放的RAB發(fā)起RAB釋放流程，不進行Iu信令連接的釋放。流程請參見“5.7.3 RAB釋放流程”。2. PS域業(yè)務釋放UE釋放PS域業(yè)務時：l 如果PS域只建立了一個R

41、AB，那么CN首先對這條RAB發(fā)起RAB釋放流程，結束后發(fā)送IU RELEASE COMMAND消息再釋放Iu-PS接口的Iu信令連接。流程請參見“5.7.3 RAB釋放流程”和“5.7.2 Iu信令連接釋放流程”。業(yè)務釋放完成后，SRNC將判斷該RRC連接是否還有對應的Iu信令連接（CS域），若無，則發(fā)起RRC連接釋放過程。 l 如果PS域建立了多個RAB，那么CN將只對需要釋放的RAB發(fā)起RAB釋放流程，不進行Iu信令連接的釋放。流程請參見“5.7.3 RAB釋放流程”。5-40HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析5.7.2 Iu信令連接釋放

42、流程1. 信令連接釋放請求Iu連接釋放過程一般由CN直接發(fā)起，但也可由UTRAN請求CN發(fā)起。Iu連接釋放請求過程用于UTRAN請求CN發(fā)起Iu釋放連接過程。Iu信令連接釋放請求信令如圖5-15示。圖5-15 信令連接釋放請求SRNC向CN域發(fā)送Iu釋放請求消息IU RELEASE REQUEST，發(fā)起Iu接口的釋放請求過程。消息表明請求Iu連接釋放的原因，由CN決定對Iu釋放請求如何反應，例如，如果CN決定釋放Iu連接，CN將發(fā)起Iu釋放過程。 2. 信令連接釋放Iu釋放過程用于CN釋放Iu連接，與特定Iu連接相關的所有的UTRAN資源都要被釋放。信令如圖5-16所示。圖5-16 信令連接釋

43、放(1) CN向UTRAN發(fā)送Iu釋放命令消息IU RELEASE COMMAND，發(fā)起信令連接釋放過程。消息包含信令連接釋放原因（例如，"Successful Relocation"、"Normal Release"、"Release due to UTRAN Generated Reason"、"Relocation Cancelled"、"No Remaining RAB"）。發(fā)送消息后，CN在這個連接上不再發(fā)送任何面向連接RANAP消息。5-41HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與

44、信令分析手冊第5章 呼叫建立和釋放流程分析(2) 當RNC接收到消息后，清除UTRAN中相關資源。RNC向CN發(fā)送Iu釋放完成消息IU RELEASE COMPLETE。Iu連接釋放過程結束。5.7.3 RAB釋放流程和RAB建立一樣，可以將RAB的釋放流程分成以下三種情況：lll DCH-DCH，釋放RAB前RRC使用DCH，釋放后RRC使用DCH； CCH-CCH，釋放RAB前RRC使用CCH，釋放后RRC使用CCH； DCH-CCH，釋放RAB前RRC使用DCH，釋放后RRC使用CCH。 這里只介紹DCH-DCH RAB釋放情況，其它情況可以類推。與RAB建立過程類似，在無線接口上，DC

45、H-DCH RAB釋放可以分為以下兩種情況：ll 同步重配置無線鏈路 異步重配置無線鏈路這里只介紹同步配置無線鏈路RAB釋放情況，異步重配置無線鏈路RAB釋放情況，可以根據(jù)Iub接口異步重配置無線鏈路過程類推。DCH-DCH同步重配置無線鏈路RAB釋放流程如圖5-17所示。5-42HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析REQUEST（release），啟動RAB釋放過程，消息中指明需要釋放的RAB的ID。(2) SRNC向NodeB發(fā)送無線鏈路重配置準備請求消息RADIO LINKRECONFIGURATION PREPARE，請求NodeB準備釋

46、放承載RAB的DCH。(3) NodeB向SRNC發(fā)送無線鏈路重配置準備完成消息RADIO LINKRECONFIGURATION READY，通知SRNC釋放準備已經(jīng)完成。 (4) SRNC向UE發(fā)送無線承載釋放消息RADIO BEARER RELEASE，啟動承載釋放過程。(5) SRNC向NodeB發(fā)送無線鏈路重配置執(zhí)行消息RADIO LINKRECONFIGURATION COMMIT。(6) SRNC收到UE的無線承載釋放完成消息RADIO BEARER RELEASECOMPLETE。5-43HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析(7)

47、 RNC通過ALCAP協(xié)議釋放Iub接口的數(shù)據(jù)傳輸承載。(8) SRNC使用ALCAP協(xié)議，如果是AAL2承載，使用AAL2 釋放消息來啟動和CN之間的Iu數(shù)據(jù)傳輸承載的釋放（對于PS域這一步不需要）。(9) SRNC向CN發(fā)送RANAP協(xié)議RAB指配響應消息RAB ASSIGNMENTRESPONSE。釋放過程結束。需要說明的是，當RNC用戶面異常時，RANAP將向CN發(fā)起RAB釋放請求消息RAB RELEASE REQUEST，請求CN釋放受影響的RAB。如圖5-18所示。圖5-18 RAB釋放請求5.7.4 CS域Iu信令連接和RAB的聯(lián)合釋放流程如果CS域只建立一個業(yè)務，則在進行業(yè)務釋

48、放時，MSC將首先向RNC發(fā)送IU RELEASE COMMAND消息，RNC接收到這條消息后，將同時釋放Iu-CS接口的Iu信令連接和RAB。CS域Iu信令連接和RAB（DCH-DCH）的聯(lián)合釋放的流程如圖5-19所示。5-44HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章 呼叫建立和釋放流程分析 圖5-19 CS域Iu信令連接和RAB(DCH-DCH)的聯(lián)合釋放(1) CN向SRNC發(fā)送IU RELEASE COMMAND消息。(2) SRNC向NodeB發(fā)送無線鏈路重配置準備請求消息RADIO LINKRECONFIGURATION PREPARE，請求NodeB準備釋放承