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

1、HUAWEI UMTS 無(wú)線(xiàn)接入網(wǎng) 協(xié)議與信令分析手冊(cè)第5章 呼叫建立和釋放流程分析第5章 呼叫建立和釋放流程分析5.1 概述當(dāng)UE搜索到小區(qū)并且讀取到到小區(qū)的系統(tǒng)消息后，可以知道系統(tǒng)的參數(shù)配置情況，具備接入網(wǎng)絡(luò)的條件。呼叫建立包括UE主叫和UE被叫兩種類(lèi)型。兩者區(qū)別在于UE被叫情況下，呼叫建立之前系統(tǒng)需要通過(guò)尋呼流程在指定區(qū)域?qū)ず鬠E。無(wú)論UE主叫和UE被叫，呼叫建立和釋放包含以下過(guò)程：(1) UE和UTRAN建立RRC連接。(2) 通過(guò)直傳消息，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是否需要進(jìn)行UTRAN的協(xié)作尋呼。l 協(xié)作尋呼是由RNC檢查UE是否存在尋呼域之外的其它CN域信令連接，如果存在其它的CN域信令連接，且UE處于CELL_DCH或者CELL_FACH狀態(tài)，則在無(wú)線(xiàn)接口上，尋呼消息通過(guò)已經(jīng)存在的連接的DCCH信道下發(fā)；如果存在其它的CN域信令連接，且UE處于CELL_PCH或者URA_PCH狀態(tài)，則在無(wú)線(xiàn)接口上，尋呼消息通過(guò)PCCH信道下發(fā)；如果不存在其它的CN域信令連接，尋呼消息

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

23、HUAWEI UMTS 無(wú)線(xiàn)接入網(wǎng) 協(xié)議與信令分析手冊(cè)第5章 呼叫建立和釋放流程分析5.5.1 UE能力信息查詢(xún)通過(guò)UE能力信息查詢(xún)，UTRAN請(qǐng)求UE發(fā)起UE能力更新過(guò)程，如圖5-9所示。圖5-9 UE能力查詢(xún)UTRAN通過(guò)下行DCCH邏輯信道，采用AM RLC方式發(fā)送UE能力查詢(xún)消息UE CAPABILITY ENQUIRY，完成UE能力信息查詢(xún)過(guò)程。5.5.2 UE能力信息更新若UTRAN發(fā)起UE能力信息查詢(xún)過(guò)程，或者RRC連接期間UE能力信息發(fā)生改變，UE將發(fā)起UE能力信息更新過(guò)程。UE能力信息更新過(guò)程用于向UTRAN傳送UE所支持的無(wú)線(xiàn)網(wǎng)絡(luò)相關(guān)能力信息，如圖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確認(rèn)消息。UE能力信息更新過(guò)程結(jié)束。5-24HUAWEI UMTS 無(wú)線(xiàn)接入網(wǎng) 協(xié)議與信令分析手冊(cè)第5章 呼叫建立和釋放流程分析5.6 RAB建立流程5.6.1 概述RAB用于UE和CN之間傳送語(yǔ)音、數(shù)據(jù)、多媒體等業(yè)務(wù)信息。UE和CN之間的信令連接建立完成后，才能建立RAB。RAB

25、建立是由CN發(fā)起讓UTRAN執(zhí)行的功能。RAB建立基本過(guò)程如下：CN發(fā)起RAB指配請(qǐng)求消息RAB ASSIGNMENT REQUEST，RNC根據(jù)RAB指配請(qǐng)求中的QoS參數(shù)配置無(wú)線(xiàn)網(wǎng)絡(luò)有關(guān)參數(shù)，然后通過(guò)RAB指配相應(yīng)消息RAB ASSIGNMENT RESPONSE告訴CN該RAB成功建立還是失敗。& 說(shuō)明：RAB指配請(qǐng)求總是由CN發(fā)起，每個(gè)UE可以有一個(gè)或者多個(gè)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當(dāng)前的RRC狀態(tài)為DCH時(shí)，指配的RAB只能建立在DCH上。根據(jù)無(wú)線(xiàn)鏈路重配置情況，RAB建立流程又可分為兩種情況：ll 同步重配置無(wú)線(xiàn)鏈路 異步重配置無(wú)線(xiàn)鏈路二者的區(qū)別在于NodeB與UE接收到SRNC（Serving Radio Network Controller）下發(fā)的配置消息后，能否立即啟用新的配置參數(shù)。1. 同步重配置無(wú)線(xiàn)鏈路的RAB建立過(guò)程在這種情況下，需要SRNC、NodeB與UE之間同步重配置無(wú)線(xiàn)鏈路。同步過(guò)程如下：(1)

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

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

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

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

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

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

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

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

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

36、CCH時(shí)，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建立請(qǐng)求。(2) SRNC接收到RAB建立請(qǐng)求后，將RAB的QoS參數(shù)映射為AAL2鏈路特性參數(shù)與無(wú)線(xiàn)資源特性參數(shù)，Iu接口的ALCAP根據(jù)其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶(hù)面?zhèn)鬏敵休d建立過(guò)程（對(duì)于PS域，本步不存在）。(3) SRNC向UE發(fā)送RRC協(xié)議的無(wú)線(xiàn)承載建立消息RADIO

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

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

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

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

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

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

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

44、信令分析手冊(cè)第5章 呼叫建立和釋放流程分析(2) 當(dāng)RNC接收到消息后，清除UTRAN中相關(guān)資源。RNC向CN發(fā)送Iu釋放完成消息IU RELEASE COMPLETE。Iu連接釋放過(guò)程結(jié)束。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釋放情況，其它情況可以類(lèi)推。與RAB建立過(guò)程類(lèi)似，在無(wú)線(xiàn)接口上，DC

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

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

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

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