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

下載文檔

當(dāng)前文檔最多預(yù)覽3頁，下載文檔查看全文

侵權(quán)申訴舉報

1 / 47

此文檔下載收益歸作者所有下載文檔

版權(quán)提示

文本預(yù)覽

常見問題

HUAWEI UMTS 無線接入網(wǎng) 協(xié)議與信令分析手冊第5章呼叫建立和釋放流程分析第5章呼叫建立和釋放流程分析5.1 概述當(dāng)UE搜索到小區(qū)同時讀取到到小區(qū)的系統(tǒng)音訊后，能夠明白系統(tǒng)的參數(shù)配置情況，具備接入網(wǎng)絡(luò)的條件呼叫建立包括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 尋呼流程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域信令連接，尋呼音訊通過PCCH信道下發(fā)。

l 非協(xié)作尋呼是指RNC不需要檢查UE是否存在尋呼域之外的其它CN域信令連接，直截了當(dāng)在CN指定的尋呼區(qū)域中通過PCCH信道下發(fā)尋呼音訊UTRAN發(fā)起的尋呼能夠?qū)ず籼幱贑ELL_PCH或URA_PCH狀態(tài)的UE，UE通過尋呼相應(yīng)發(fā)起小區(qū)更新過程將用戶從CELL_PCH或URA_PCH狀態(tài)遷移到CELL_FACH，或者在系統(tǒng)信息改變的時候UTRAN通過尋呼音訊觸發(fā)UE（處于空閑形式、CELL_PCH或URA_PCH）重新讀取更新后的系統(tǒng)信息假如UE處于空閑形式或CELL_PCH、URA_PCH狀態(tài)，RNC通過PCCH信道，使用尋呼類型1音訊（PAGING TYPE1）尋呼UE假如UE處于CELL_FACH或者CELL_DCH狀態(tài)，RNC通過DCCH信道，使用尋呼類型2音訊(PAGING TYPE2)尋呼UE5.2.2 尋呼空閑形式或PCH狀態(tài)的UEUTRAN通常通過PCCH信道，使用尋呼類型1音訊尋呼處于空閑形式、CELL_PCH或URA_PCH狀態(tài)下的UE這一類型的尋呼一般發(fā)生在以下幾種情況：l 為了建立一次呼叫或一條信令連接，由網(wǎng)絡(luò)側(cè)高層發(fā)起的尋呼；l 為了將UE的狀態(tài)從CELL_PCH或URA_PCH狀態(tài)遷移到CELL_FACH狀態(tài)，由UTRAN發(fā)起觸發(fā)UE狀態(tài)遷移的尋呼；l 當(dāng)系統(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信道，在適當(dāng)?shù)膶ず魰r機發(fā)送尋呼類型1音訊PAGING TYPE1，啟動尋呼過程UTRAN能夠選擇在幾個尋呼時機重復(fù)尋呼一個UE，以增加UE正確接收尋呼音訊的可能性處于空閑形式和PCH狀態(tài)的UE，監(jiān)視適當(dāng)?shù)膶ず魰r機，接收來自網(wǎng)絡(luò)層的尋呼音訊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)容，并把尋呼緣故及尋呼記錄品種標識等信息上報給本側(cè)非接入層尋呼過程完畢本進程不妨礙UE側(cè)正在進展的其它RRC進程假設(shè)UE發(fā)覺接收到的尋呼類型2音訊PAGING TYPE 2存在協(xié)議錯誤，丟棄該尋呼音訊，并通過上行DCCH采納AM RLC方式，向UTRAN發(fā)送RRC狀態(tài)音訊RRC STATUS。

5.2.4 Paging Type 1音訊1. 音訊構(gòu)造信元存在說明Message TypeMP－UE Information elements－Paging record listOP尋呼記錄列表>Paging recordMP尋呼記錄Other information elements－BCCH modification infoOP系統(tǒng)音訊修正信息2. 音訊實例5.2.5 Paging Type 2音訊1. 音訊構(gòu)造信元存在說明Message TypeMP－UE information elements－RRC transaction identifierMP－Integrity check infoCH－Paging causeMP－CN Information elements－CN domain identityMP－Paging Record Type IdentifierMP－2. 音訊實例5.3 RRC連接建立流程5.3.1 概述UE處于空閑形式時，假如UE的NAS（非接入層）懇求建立信令連接，UE將發(fā)起RRC連接建立懇求過程當(dāng)RNC接收到UE的RRC連接懇求音訊，依照特定的算法確定是接受依然回絕該RRC連接建立懇求。

假如接受，則再依照特定無線資源算法判決是建立在專用信道依然公共信道RRC連接建立信道不同，RRC連接建立流程也不同假如RRC連接不能建立，則RNC回絕本次RRC連接建立說明：RRC連接總是由UE發(fā)起，RRC釋放由RNC發(fā)起；每個UE最多只能有一個RRC連接5.3.2 在專用信道上建立RRC連接假設(shè)RRC連接建立在專用信道上，RNC需要為UE分配專用無線資源、建立無線鏈路、同時為無線鏈路建立Iub接口的ALCAP用戶面承載信令流程如圖5-3所示圖5-3 RRC連接建立（專用信道）信令流程描繪：(1) UE通過上行CCCH發(fā)送RRC連接懇求音訊RRC CONNECTION REQUEST，懇求建立一個RRC連接2) RNC依照RRC連接懇求的緣故以及系統(tǒng)資源狀態(tài)，決定UE建立在專用信道上，并分配RNTI、無線資源和其它資源（L1、L2資源）3) RNC向NodeB發(fā)送無線鏈路建立懇求音訊RADIO LINK SETUP REQUEST，懇求NodeB分配RRC連接所需的特定無線鏈路資源4) NodeB資源預(yù)備成功后，向RNC應(yīng)對無線鏈路建立響應(yīng)音訊RADIO LINK SETUP RESPONSE。

5) RNC使用ALCAP協(xié)議建立Iub接口用戶面?zhèn)鬏敵休d，并完成RNC與NodeB之間的同步過程6) RNC通過下行CCCH信道向UE發(fā)送RRC連接建立音訊RRC CONNECTION SETUP，音訊包含RNC分配的專用信道信息7) UE確認RRC連接建立成功后，在剛剛建立的上行DCCH信道向RNC發(fā)送RRC連接建立完成音訊RRC CONNECTION SETUP COMPLETERRC連接建立過程完畢5.3.3 在公用信道上建立RRC連接當(dāng)RRC連接建立在公共信道上時，由于使用已經(jīng)建立好的小區(qū)公共資源，因而不用建立無線鏈路和用戶面的數(shù)據(jù)傳輸承載，只需將UE使用的邏輯信道映射在小區(qū)公共信道上，其余過程與RRC連接建立在專用信道的情況類似信令流程如圖5-4所示圖5-4 RRC連接建立（公用信道）5.3.4 RRC連接回絕假如RNC判決本次RRC連接懇求不能建立（比方資源缺乏），則RNC直截了當(dāng)給UE發(fā)送連接回絕音訊RRC CONNECTION REJECT，在該音訊中指明RRC連接回絕的緣故圖5-5 RRC連接回絕5.3.5 RRC CONNECTION REQUEST音訊1. 音訊構(gòu)造信元存在說明Message TypeMP－UE information elements－Initial UE identityMP初始UE標識，如IMSI(P-TMSI), LAI、RAIEstablishment causeMPRRC建立緣故，包括：Originating Conversational Call,Originating Streaming Call,Originating Interactive Call,Originating Background Call,Originating Subscribed traffic Call,Terminating Conversational Call,Terminating Streaming Call,Terminating Interactive Call,Terminating Background Call,Emergency Call,Inter-RAT cell re-selection,Inter-RAT cell change order,Registration, Detach,Originating High Priority Signalling,Originating Low Priority Signalling,Call re-establishment,Terminating High Priority Signalling,Terminating Low Priority Signalling,Terminating – cause unknownProtocol error indicatorMD－Measurement information elements－Measured results on RACHOP－2. 音訊實例5.3.6 RRC CONNECTION SETUP音訊1. 音訊構(gòu)造信元存在說明Message TypeMP－UE Information Elements－Initial UE identityMP初始UE標識，如IMSI(P-TMSI), LAI、RAIRRC transaction identifierMPActivation timeMD激活時間定義了該音訊所導(dǎo)致的操作發(fā)生確實切時間點。

范圍是：0～255（CFN號）New U-RNTIMP－New C-RNTIOP－RRC State IndicatorMPRRC狀態(tài)指示：CELL_DCH, CELL_FACH, CELL_PCH, URA_PCHUTRAN DRX cycle length coefficientMP－Capability update requirementMD－RB Information Elements－Signalling RB information to setup listMP－>Signalling RB information to setupMPSRB信息，包括SRB標識、RB映射信息等TrCH Information Elements－Uplink transport channels－UL Transport channel information common for all transport channelsOP包括TFC等音訊Added or Reconfigured TrCH information listMP－>Added or Reconfigured UL TrCH informationMP－Downlink transport channels－DL Transport channel information common for all transport channelsOP－Added or Reconfigured TrCH information listMP－>Added or Reconfigured DL TrCH informationMP－PhyCH information elements－Frequency infoMD－Uplink radio resources－Maximum allowed UL TX powerMD－CHOICE channel requirementOP－>Uplink DPCH info －>CPCH SET Info－Downlink radio resources－Downlink information common for all radio linksOP－Downlink information per radio link listOP－>Downlink information for each radio linkMP－2. 音訊實例5.3.7 RRC CONNECTION REJECT音訊1. 音訊構(gòu)造信元存在說明Message TypeMP－UE information elements－RRC transaction identifierMP－Initial UE identityMP－Rejection causeMPRRC連接回絕的緣故，包括congestion或者unspecifiedWait timeMP指示UE需要再次發(fā)送RRC連接懇求的等候時間Redirection infoOP指示UE在其他頻點或者異系統(tǒng)發(fā)起連接懇求。

2. 音訊實例無5.3.8 RADIO LINK SETUP REQUEST音訊1. 音訊構(gòu)造信元存在說明Message DiscriminatorM－Message TypeM－CRNC Communication Context IDMCRNC通訊上下文標識Transaction IDM－UL DPCH Information－>UL Scrambling CodeMUE上行擾碼>Min UL Channelisation Code lengthMUE最小上行信道化碼長度>Max Number of UL DPDCHsC –CodeLen－>puncture LimitM－>TFCSM－>UL DPCCH Slot FormatM－> UL SIR TargetM－>Diversity modeM－>SSDT cell ID LengthO－>S Field LengthC-FBI－DL DPCH Information－>TFCSM－>DL DPCH Slot FormatM－>TFCI signalling modeM－>TFCI presenceC-SlotFormat－>Multiplexing PositionM－>PDSCH RL IDC-DSCH－>PDSCH code mappingC-DSCH－>Power Offset Information―>>PO1M―>>PO2M－>>PO3M－>FDD TPC DL Step SizeM－>Limited Power IncreaseM―>Inner Loop DL PC StatusM－DCH InformationM－DSCH InformationO－TFCI2 bearer information―>ToAWSM－>ToAWEM－RL Information－>RL IDM―>C-IDM－>First RLS IndicatorM－>Frame OffsetM－>Chip OffsetM―>Propagation DelayO－>Diversity Control FieldC –NotFirstRL－>DL Code InformationM－>Initial DL transmission PowerM―>Maximum DL powerM－>Minimum DL powerM－>SSDT Cell IdentityO－>Transmit Diversity IndicatorC –Diversity mode－Transmission Gap Pattern Sequence InformationO－Active Pattern Sequence InformationO－2. 音訊實例5.4 直傳音訊流程5.4.1 概述直傳音訊指UE與CN之間的信令交互NAS信息，如鑒權(quán)、業(yè)務(wù)懇求、連接建立等。

由于這些音訊在RNC透明傳輸，因而稱為直傳音訊RRC連接建立的只是UE與RNC之間的信令連接，因而為了傳送直傳音訊，還需要接著建立UE與CN之間的信令連接RNC在收到第一條直傳音訊時（即初始直傳音訊INITIAL DIRECT TRANSFER），將建立與CN之間的信令連接，該連接建立于SS7的SCCP之上UE和CN的信令連接建立成功后，UE發(fā)送到CN的音訊，通過上行直傳音訊UPLINK DIRECT TRANSFER發(fā)送到RNC，RNC將其轉(zhuǎn)換為直傳音訊DIRECT TRANSFER發(fā)送到CN；CN發(fā)送到UE的音訊，通過直傳音訊DIRECT TRANSFER發(fā)送到RNC，RNC將其轉(zhuǎn)換為下行直傳音訊DOWNLINK DIRECT TRANSFER發(fā)送到UE5.4.2 初始直傳初始直傳過程用于建立起RNC與CN之間的一條信令連接，同時承載一條初始NAS音訊NAS音訊的內(nèi)容在RNC并不進展解釋，而是轉(zhuǎn)送給CN 說明：當(dāng)UE處于CELL_PCH或URA_PCH 狀態(tài)時，為了進展初始直傳，將首先進展小區(qū)更新，狀態(tài)遷移入CELL_FACH狀態(tài)，更新理由為"uplink data transmission"。

小區(qū)更新成功完畢后，UE將接著進展初始直傳初始直傳過程的根本流程如圖5-6所示圖5-6 初始直傳信令流程描繪：(1) RRC連接建立后，UE通過RRC連接向RNC發(fā)送初始直傳音訊INITIAL DIRECT 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預(yù)備接受連接懇求，則向RNC回SCCP連接證明音訊CONNECTION CONFIRM，說明SCCP連接建立成功RNC接收到該音訊，確認信令連接建立成功4) 假如CN不能接受連接懇求，則向RNC回SCCP連接回絕音訊CONNECTION REFUSE，SCCP連接建立失敗RNC接收到該音訊，確認信令連接建立失敗，則發(fā)起RRC釋放過程關(guān)于初始直傳過程中攜帶的NAS內(nèi)容，CN將通過下行直傳過程把對這種效勞的接受或回絕信息發(fā)送給UE5.4.3 上行直傳當(dāng)UE需要在已存在的信令連接上向CN發(fā)送NAS音訊時，將發(fā)起上行直傳過程。

說明：處于CELL_PCH或URA_PCH狀態(tài)的UE，在進展上行直傳之前，需要進展小區(qū)更新，狀態(tài)遷移到CELL_FACH狀態(tài)，更新緣故為"uplink data transmission"小區(qū)更新成功后，將接著進展上行直傳上行直傳的信令流程如圖5-7所示圖5-7 上行直傳信令流程描繪：(1) UE向RNC發(fā)送上行直傳音訊UPLINK DIRECT TRANSFER，發(fā)起上行直傳過程音訊中包含NAS音訊、CN標識等信息2) RNC按照音訊中包含的CN標識，進展路由，將其中包含的NAS信息內(nèi)容，通過Iu接口的直傳音訊DIRECT TRANSFER，發(fā)送到CN上行直傳過程完畢說明：假如上行直傳音訊UPLINK DIRECT TRANSFER中包含"Measured results on RACH"信息單元，說明音訊中攜帶測量報告，如今UTRAN將解析相應(yīng)音訊內(nèi)容并用于無線資源操縱，音訊其余部分仍舊向CN傳輸5.4.4 下行直傳當(dāng)CN需要在已存在的信令連接上向UE發(fā)送NAS音訊時，發(fā)起下行直傳過程下行直傳的信令流程如圖5-8所示圖5-8 下行直傳信令流程說明：(1) CN向RNC發(fā)送直傳音訊DIRECT TRANSFER，發(fā)起下行直傳過程。

音訊中包含NAS音訊2) UTRAN通過下行DCCH信道采納AM RLC方式，發(fā)送下行直傳音訊DOWNLINK DIRECT TRANSFER，音訊中攜帶CN發(fā)送到UE的NAS信息內(nèi)容，以及CN標識UE接收并讀取下行直傳音訊DOWNLINK DIRECT TRANSFER中攜帶的NAS音訊內(nèi)容假設(shè)接收到的音訊包含協(xié)議錯誤，UE將在上行DCCH上采納AM RLC方式發(fā)送RRC狀態(tài)音訊RRC STATUS5.4.5 INITIAL DIRECT TRANSFER音訊1. 音訊構(gòu)造信元存在說明Message TypeMP－UE information elements－Integrity check infoCH－CN information elementsCN domain identityMP－Intra Domain NAS Node SelectorMP－NAS messageMP－Measurement information elementsMeasured results on RACHOP－2. 音訊實例5.4.6 UPLINK DIRECT TRANSFER音訊1. 音訊構(gòu)造信元存在說明Message TypeMP－UE information elements－Integrity check infoCH－CN information elements－CN domain identityMP－NAS messageMP－Measurement information elements－Measured results on RACHOP－2. 音訊實例5.4.7 DOWNLINK DIRECT TRANSFER音訊1. 音訊構(gòu)造信元存在說明Message TypeMP－UE information elements－RRC transaction identifierMP－Integrity check infoCH－CN information elements－CN Domain IdentityMP－NAS messageMP－2. 音訊實例5.5 UE才能信息流程UE才能信息包括：平安才能、定位才能、測量才能、物理信道才能、傳輸信道才能等。

由于UE的廠家和規(guī)格不同，才能也不一致，因而RRC連接建立之后，UE應(yīng)當(dāng)向UTRAN發(fā)送UE才能信息，以使網(wǎng)絡(luò)側(cè)按照UE支持的才能參數(shù)對其進展配置UE才能信息的傳遞能夠分以下三種情況告訴網(wǎng)絡(luò)：l RRC連接建立完成之后，UE才能信息通過RRC連接建立完成音訊RRC CONNECTION SETUP COMPLETE，傳遞到RNC；l RRC連接建立完成之后，當(dāng)RNC發(fā)覺相應(yīng)UE的才能信息不存在時，向UE發(fā)送UE才能信息查詢音訊UE CAPABILITY ENQUIRY，UE通過UE才能信息音訊UE CAPABILITY INFORMATION，向RNC發(fā)送UE才能信息；l RRC連接期間，當(dāng)UE才能信息發(fā)生改變時，UE通過UE才能信息音訊UE CAPABILITY INFORMATION，向RNC發(fā)送新的UE才能信息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才能信息更新假設(shè)UTRAN發(fā)起UE才能信息查詢過程，或者RRC連接期間UE才能信息發(fā)生改變，UE將發(fā)起UE才能信息更新過程UE才能信息更新過程用于向UTRAN傳送UE所支持的無線網(wǎng)絡(luò)相關(guān)才能信息，如圖5-10所示圖5-10 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.6 RAB建立流程5.6.1 概述RAB用于UE和CN之間傳送語音、數(shù)據(jù)、多媒體等業(yè)務(wù)信息UE和CN之間的信令連接建立完成后，才能建立RABRAB建立是由CN發(fā)起讓UTRAN執(zhí)行的功能RAB建立根本過程如下：CN發(fā)起RAB指配懇求音訊RAB ASSIGNMENT REQUEST，RNC依照RAB指配懇求中的QoS參數(shù)配置無線網(wǎng)絡(luò)有關(guān)參數(shù)，然后通過RAB指配相應(yīng)音訊RAB ASSIGNMENT RESPONSE告訴CN該RAB成功建立依然失敗。

說明：RAB指配懇求總是由CN發(fā)起，每個UE能夠有一個或者多個RAB依照RAB建立前RRC連接狀態(tài)與RAB建立后RRC連接狀態(tài)，能夠?qū)AB的建立流程分成以下三種情況：l DCH-DCH：RAB建立前RRC使用DCH，RAB建立后RRC使用DCH；l CCH-DCH：RAB建立前RRC使用CCH，RAB建立后RRC使用DCH；l CCH-CCH：RAB建立前RRC使用CCH，RAB建立后RRC使用CCH5.6.2 DCH-DCHUE當(dāng)前的RRC狀態(tài)為DCH時，指配的RAB只能建立在DCH上依照無線鏈路重配置情況，RAB建立流程又可分為兩種情況：l 同步重配置無線鏈路l 異步重配置無線鏈路二者的區(qū)別在于NodeB與UE接收到SRNC（Serving Radio Network Controller）下發(fā)的配置音訊后，能否立即啟用新的配置參數(shù)1. 同步重配置無線鏈路的RAB建立過程在這種情況下，需要SRNC、NodeB與UE之間同步重配置無線鏈路同步過程如下：(1) NodeB在接收到SRNC下發(fā)的重配置無線鏈路音訊后，不能立即啟用新的配置參數(shù)，而是預(yù)備好相應(yīng)的無線資源，等待接收到SRNC下發(fā)的重配置執(zhí)行音訊，從音訊中獲取SRNC規(guī)定的同步時間；(2) UE在接收到SRNC下發(fā)的配置音訊后，也不能立即啟用新的配置參數(shù)，而是從音訊中獲取SRNC規(guī)定的同步時間；(3) 在SRNC規(guī)定的同步時刻，NodeB與UE同時啟用新的配置參數(shù)。

同步重配置無線鏈路類型的DCH-DCH RAB建立流程如圖5-11所示圖5-11 RAB建立流程（DCH-DCH，同步）信令流程描繪：(1) CN向UTRAN發(fā)送RAB指配懇求音訊RAB ASSIGNMENT REQUEST，發(fā)起RAB建立過程2) SRNC接收到RAB建立懇求后，將RAB的QoS參數(shù)映射為AAL2鏈路特性參數(shù)與無線資源特性參數(shù)，Iu接口的ALCAP依照其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過程（關(guān)于PS域，本步不存在）3) SRNC向所操縱的NodeB發(fā)送無線鏈路重配置預(yù)備音訊RADIO LINK RECONFIGURATION PREPARE，懇求所操縱的NodeB預(yù)備在已有的無線鏈路上增加一條（或多條）承載RAB的專用傳輸信道（DCH）4) NodeB分配相應(yīng)的資源，然后向所屬的SRNC發(fā)送無線鏈路重配置預(yù)備完成音訊RADIO LINK RECONFIGURATION READY，通知SRNC無線鏈路重配置預(yù)備完成5) SRNC中Iub接口的ALCAP發(fā)起Iub接口的用戶面?zhèn)鬏敵休d建立過程NodeB與SRNC通過交換DCH幀協(xié)議的上下行同步幀建立同步。

6) SRNC向UE發(fā)送RRC協(xié)議的無線承載建立音訊RADIO BEARER SETUP7) SRNC向所操縱的NodeB發(fā)送無線鏈路重配置執(zhí)行音訊RADIO LINK RECONFIGURATION COMMIT8) UE執(zhí)行RB建立后，向SRNC發(fā)送無線承載建立完成音訊RADIO BEARER SETUP COMPLETE9) SRNC接收到無線承載建立完成的音訊后，向CN回應(yīng)RAB指配響應(yīng)音訊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ā)送RANAP協(xié)議的RAB指配懇求音訊RAB ASSIGNMENT REQUEST，發(fā)起RAB建立過程2) SRNC接收到RAB建立懇求后，將RAB的QoS參數(shù)映射為AAL2鏈路特性參數(shù)與無線資源特性參數(shù)，Iu接口的ALCAP依照其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過程（關(guān)于PS域，本步不存在）。

3) 在異步情況下，無線重配置無需同步執(zhí)行，SRNC向所操縱的NodeB發(fā)送NBAP無線鏈路重配置懇求音訊RADIO LINK RECONFIGURATION REQUEST，懇求所操縱的NodeB在已有的無線鏈路上建立新的專用傳輸信道（DCH）4) NodeB接收到無線鏈路重配置懇求音訊后，即分配相應(yīng)的資源，然后向所屬的SRNC發(fā)送無線鏈路重配置響應(yīng)音訊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 BEARER SETUP7) UE執(zhí)行無線承載建立后，向SRNC發(fā)送無線承載建立完成音訊RADIO BEARER SETUP COMPLETE8) SRNC接收到無線承載建立完成的音訊后，向CN回應(yīng)RAB指配響應(yīng)音訊RAB ASSIGNMENT RESPONSE， RAB建立過程完畢5.6.3 CCH-DCH當(dāng)RRC連接建立在CCH時，RNC依照RAB指配音訊中的QoS參數(shù)，能夠?qū)⒅概涞腞AB建立在DCH上。

如今需要將RRC連接狀態(tài)從CCH改變?yōu)镈CHCCH-DCH RAB建立流程如圖5-13所示圖5-13 RAB建立流程（CCH-DCH）信令流程描繪：(1) CN向SRNC發(fā)送RANAP協(xié)議的RAB指配懇求音訊RAB ASSIGNMENT REQUEST，發(fā)起RAB建立過程2) SRNC接收到RAB建立懇求后，將RAB的QoS參數(shù)映射為AAL2鏈路特性參數(shù)與無線資源特性參數(shù)，Iu接口的ALCAP依照其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過程（關(guān)于PS域，本步不存在）3) SRNC啟動Iub接口上無線鏈路建立過程，向所操縱的NodeB發(fā)送無線鏈路建立懇求音訊RADIO LINK SETUP REQUEST，懇求NodeB分配RRC連接所需的特定無線鏈路資源4) NodeB資源預(yù)備成功后，向RNC應(yīng)對無線鏈路建立響應(yīng)音訊RADIO LINK SETUP RESPONSE5) RNC使用ALCAP協(xié)議建立Iub接口用戶面?zhèn)鬏敵休d，并完成RNC與NodeB之間的同步過程6) SRNC向UE發(fā)送RRC協(xié)議的無線承載建立音訊RADIO BEARER SETUP7) UE執(zhí)行無線承載建立后，向SRNC發(fā)送無線承載建立完成音訊RADIO BEARER SETUP COMPLETE。

8) SRNC接收到無線承載建立完成的音訊后，向CN回應(yīng)RAB指配響應(yīng)音訊RAB ASSIGNMENT RESPONSE， RAB建立過程完畢5.6.4 CCH-CCH當(dāng)RRC連接建立在CCH時，RNC依照RAB指配音訊中的QoS參數(shù)，能夠?qū)⒅概涞腞AB接著建立在CCH上CCH-CCH RAB建立流程如圖5-14所示圖5-14 RAB建立流程（CCH-CCH）信令流程描繪：(1) CN向UTRAN發(fā)送RANAP協(xié)議的RAB指配音訊RAB ASSIGNMENT REQUEST，發(fā)起RAB建立懇求2) SRNC接收到RAB建立懇求后，將RAB的QoS參數(shù)映射為AAL2鏈路特性參數(shù)與無線資源特性參數(shù)，Iu接口的ALCAP依照其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過程（關(guān)于PS域，本步不存在）3) SRNC向UE發(fā)送RRC協(xié)議的無線承載建立音訊RADIO BEARER SETUP4) UE執(zhí)行無線承載建立后，向SRNC發(fā)送無線承載建立完成音訊RADIO BEARER SETUP COMPLETE5) SRNC接收到無線承載建立完成的音訊后，向CN回應(yīng)RAB指配響應(yīng)音訊RAB ASSIGNMENT RESPONSE，RAB建立流程完畢。

5.6.5 RAB ASSIGNMENT REQUEST音訊1. 音訊構(gòu)造信元存在說明Message TypeM－RABs To Be Setup Or Modified ListC – ifNoOtherGroup需要建立或者修正的RAB列表>RABs To Be Setup Or Modified Item IEsRAB建立或者修正情況>>First Setup Or Modify ItemM－>>>RAB IDMRAB標識>>>NAS Synchronisation IndicatorC-ifModifandNASInfoProvided－>>>RAB ParametersC - ifSetuporNewValuesRAB參數(shù)>>>User Plane InformationC - ifSetuporNewValues－>>>>User Plane ModeM－>>>>UP Mode VersionsM－>>>Transport Layer InformationC- ifNot OnlyNSI－>>>>Transport Layer AddressM－>>>>Iu Transport AssociationM－>>>Service HandoverO－>>Second Setup Or Modify ItemM－>>> PDP Type InformationC – ifPSandSetup－>>>Data Volume ReportingIndicationC – ifPSandSetup－>>>DL GTP-PDU Sequence NumberC- ifAvailPSandSetup－>>>UL GTP-PDU Sequence NumberC- ifAvailPSandSetup－>>>DL N-PDU Sequence NumberC- ifAvailPSandSetup－>>>UL N-PDU Sequence NumberC- ifAvailPSandSetup－RABs To Be Released ListC – ifNoOtherGroupRAB釋放情況>RABs To Be Released Item IEs－>>RAB IDM－>>CauseM釋放緣故2. 音訊實例5.6.6 RAB ASSIGNMENT RESPONSE音訊1. 音訊構(gòu)造信元存在說明Message TypeM－RABs Setup Or Modified LISTC - ifNoOtherGroupRAB建立或者修正列表>RABs Setup Or Modified Item IEs－>>RAB IDM－>>Transport Layer AddressC - ifPS－>>Iu Transport AssociationC - ifPS－>>DL Data VolumesC – ifModReqPS－>>>Data Volume List－>>>>Unsuccessfully Transmitted DL Data VolumeM－>>>>Data Volume ReferenceO－RABs Released ListC – ifNoOtherGroupRAB釋放列表>RABs Released Item IEs－>>RAB IDM－>>DL Data VolumesC – ifReqPS－>>>Data Volume List－>>>>Unsuccessfully Transmitted DL Data VolumeM－>>>>Data Volume ReferenceO－>>DL GTP-PDU Sequence NumberC-ifAvailUiPS－>>UL GTP-PDU Sequence NumberC-ifAvailUiPS－RABs Queued ListC – ifNoOtherGroupRAB排隊列表>RABs Queued Item IEs－>>RAB IDM－RABs Failed To Setup Or Modify ListC – ifNoOtherGroupRAB不能建立或者修正列表>RABs Failed To Setup Or Modify Item IEs－>>RAB IDM－>>CauseM－RABs Failed To Release ListC – ifNoOtherGroupRAB釋放失敗列表>RABs Failed To Release Item IEs－>>RAB IDM－>>CauseM－Criticality DiagnosticsO－2. 音訊實例5.6.7 RADIO BEARER SETUP音訊1. 音訊構(gòu)造信元存在說明Message TypeMP－UE Information Elements－RRC transaction identifierMP－Integrity check infoCH－Integrity protection mode infoOP－Ciphering mode infoOP－Activation timeMD－New U-RNTIOP－New C-RNTIOP－RRC State IndicatorMP－UTRAN DRX cycle length coefficientMD－CN Information Elements－CN Information infoOP－UTRAN mobility information elements－URA identityOP－RB Information Elements－Signalling RB information to setup listOP－>Signalling RB information to setupMP－RAB information to setup listOP－>RAB information for setupMP－RB information to be affected listOP－>RB information to be affectedMP－Downlink counter synchronisation infoOP－>RB with PDCP information listOP－>>RB with PDCP informationMP－TrCH Information Elements－Uplink transport channels－UL Transport channel information common for all transport channelsOP－Deleted TrCH information listOP－>Deleted UL TrCH informationMP－Added or Reconfigured TrCH information listOP－>Added or Reconfigured UL TrCH informationMP－CHOICE modeOP－>FDD－>>CPCH set IDOP－>>Added or Reconfigured TrCH information for DRAC listOP－>>>DRAC static informationMP－>TDD－Downlink transport channels－DL Transport channel information common for all transport channelsOP－Deleted TrCH information listOP－>Deleted DL TrCH informationMP－Added or Reconfigured TrCH information listOP－>Added or Reconfigured DL TrCH informationMP－PhyCH information elements－Frequency infoMD－Uplink radio resources－Maximum allowed UL TX powerMD－CHOICE channel requirementOP－>Uplink DPCH info －>CPCH SET Info－Downlink radio resources－CHOICE modeMP－>FDD－>>Downlink PDSCH informationOP－>TDD－Downlink information common for all radio linksOP－Downlink information per radio link listOP－>Downlink information for each radio linkMP－2. 音訊實例5.7 業(yè)務(wù)釋放流程5.7.1 概述業(yè)務(wù)釋放流程分為兩品種型：高層釋放懇求由UE發(fā)起和高層釋放懇求由CN發(fā)起。

不管那種釋放類型，最終的資源釋放過程都是由CN發(fā)起關(guān)于一個UE，可能存在如此的情況：一條RRC連接對應(yīng)多個RAB(例好像時進展VP業(yè)務(wù)和Web Browse業(yè)務(wù))，CS域和PS域各自對應(yīng)一條Iu信令連接業(yè)務(wù)釋放過程大體分幾種情況1. CS域業(yè)務(wù)釋放UE釋放CS域業(yè)務(wù)時：l 假如CS域只建立了一個RAB，則CN發(fā)起IU RELEASE COMMAND音訊，RNC。

點擊閱讀更多內(nèi)容