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

HUAWEI UMTS 無線接入網 協議與信令分析手冊 第5章 呼叫建立和釋放流程分析 第5章 呼叫建立和釋放流程分析 5.1 概述 當UE搜索到小區(qū)同時讀取到到小區(qū)的系統(tǒng)音訊后，能夠明白系統(tǒng)的參數配置情況，具備接入網絡的條件。 呼叫建立包括UE主叫和UE被叫兩品種型。兩者區(qū)別在于UE被叫情況下，呼叫建立之前系統(tǒng)需要通過尋呼流程在指定區(qū)域尋呼UE。 不管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ā)起的尋呼分為協作尋呼和非協作尋呼。CN在RANAP PAGING音訊中指示RNC是否需要進展UTRAN的協作尋呼。 l 協作尋呼是由RNC檢查UE是否存在尋呼域之外的其它CN域信令連接，假如存在其它的CN域信令連接，且UE處于CELL_DCH或者CELL_FACH狀態(tài)，則在無線接口上，尋呼音訊通過已經存在的連接的DCCH信道下發(fā)；假如存在其它的CN域信令連接，且UE處于CELL_PCH或者URA_PCH狀態(tài)，則在無線接口上，尋呼音訊通過PCCH信道下發(fā)；假如不存在其它的CN域信令連接，尋呼音訊通過PCCH信道下發(fā)。 l 非協作尋呼是指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、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)的UE UTRAN通常通過PCCH信道，使用尋呼類型1音訊尋呼處于空閑形式、CELL_PCH或URA_PCH狀態(tài)下的UE。 這一類型的尋呼一般發(fā)生在以下幾種情況： l 為了建立一次呼叫或一條信令連接，由網絡側高層發(fā)起的尋呼； l 為了將UE的狀態(tài)從CELL_PCH或URA_PCH狀態(tài)遷移到CELL_FACH狀態(tài)，由UTRAN發(fā)起觸發(fā)UE狀態(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)UE UTRAN通過PCCH信道，在適當的尋呼時機發(fā)送尋呼類型1音訊PAGING TYPE1，啟動尋呼過程。UTRAN能夠選擇在幾個尋呼時機重復尋呼一個UE，以增加UE正確接收尋呼音訊的可能性。 處于空閑形式和PCH狀態(tài)的UE，監(jiān)視適當的尋呼時機，接收來自網絡層的尋呼音訊。 5.2.3 尋呼CELL_DCH或CELL_FACH狀態(tài)的UE UTRAN通常通過DCCH信道，使用尋呼類型2音訊尋呼處于CELL_DCH或CELL_FACH狀態(tài)下的UE。 尋呼流程如圖5-2所示。 圖5-2 尋呼CELL_DCH或CELL_FACH狀態(tài)UE UTRAN通過DCCH信道發(fā)送尋呼類型2音訊PAGING TYPE 2，發(fā)起尋呼過程。這一類型的尋呼也叫做專用尋呼過程。UE接收并讀取尋呼類型2音訊PAGING TYPE 2中的內容，并把尋呼緣故及尋呼記錄品種標識等信息上報給本側非接入層。尋呼過程完畢。 本進程不妨礙UE側正在進展的其它RRC進程。 假設UE發(fā)覺接收到的尋呼類型2音訊PAGING TYPE 2存在協議錯誤，丟棄該尋呼音訊，并通過上行DCCH采納AM RLC方式，向UTRAN發(fā)送RRC狀態(tài)音訊RRC STATUS。 5.2.4 Paging Type 1音訊 1. 音訊構造 信元 存在 說明 Message Type MP － UE Information elements － Paging record list OP 尋呼記錄列表 >Paging record MP 尋呼記錄 Other information elements － BCCH modification info OP 系統(tǒng)音訊修正信息 2. 音訊實例 5.2.5 Paging Type 2音訊 1. 音訊構造 信元 存在 說明 Message Type MP － UE information elements － RRC transaction identifier MP － Integrity check info CH － Paging cause MP － CN Information elements － CN domain identity MP － Paging Record Type Identifier MP － 2. 音訊實例 5.3 RRC連接建立流程 5.3.1 概述 UE處于空閑形式時，假如UE的NAS（非接入層）懇求建立信令連接，UE將發(fā)起RRC連接建立懇求過程。 當RNC接收到UE的RRC連接懇求音訊，依照特定的算法確定是接受依然回絕該RRC連接建立懇求。假如接受，則再依照特定無線資源算法判決是建立在專用信道依然公共信道。RRC連接建立信道不同，RRC連接建立流程也不同。假如RRC連接不能建立，則RNC回絕本次RRC連接建立。 & 說明： RRC連接總是由UE發(fā)起，RRC釋放由RNC發(fā)起；每個UE最多只能有一個RRC連接。 5.3.2 在專用信道上建立RRC連接 假設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資源預備成功后，向RNC應對無線鏈路建立響應音訊RADIO LINK SETUP RESPONSE。 (5) RNC使用ALCAP協議建立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 COMPLETE。RRC連接建立過程完畢。 5.3.3 在公用信道上建立RRC連接 當RRC連接建立在公共信道上時，由于使用已經建立好的小區(qū)公共資源，因而不用建立無線鏈路和用戶面的數據傳輸承載，只需將UE使用的邏輯信道映射在小區(qū)公共信道上，其余過程與RRC連接建立在專用信道的情況類似。 信令流程如圖5-4所示。 圖5-4 RRC連接建立（公用信道） 5.3.4 RRC連接回絕 假如RNC判決本次RRC連接懇求不能建立（比方資源缺乏），則RNC直截了當給UE發(fā)送連接回絕音訊RRC CONNECTION REJECT，在該音訊中指明RRC連接回絕的緣故。 圖5-5 RRC連接回絕 5.3.5 RRC CONNECTION REQUEST音訊 1. 音訊構造 信元 存在 說明 Message Type MP － UE information elements － Initial UE identity MP 初始UE標識，如IMSI(P-TMSI), LAI、RAI Establishment cause MP RRC建立緣故，包括： 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 unknown Protocol error indicator MD － Measurement information elements － Measured results on RACH OP － 2. 音訊實例 5.3.6 RRC CONNECTION SETUP音訊 1. 音訊構造 信元 存在 說明 Message Type MP － UE Information Elements － Initial UE identity MP 初始UE標識，如IMSI(P-TMSI), LAI、RAI RRC transaction identifier MP Activation time MD 激活時間定義了該音訊所導致的操作發(fā)生確實切時間點。范圍是：0～255（CFN號） New U-RNTI MP － New C-RNTI OP － RRC State Indicator MP RRC狀態(tài)指示：CELL_DCH, CELL_FACH, CELL_PCH, URA_PCH UTRAN DRX cycle length coefficient MP － Capability update requirement MD － RB Information Elements － Signalling RB information to setup list MP － >Signalling RB information to setup MP SRB信息，包括SRB標識、RB映射信息等。 TrCH Information Elements － Uplink transport channels － UL Transport channel information common for all transport channels OP 包括TFC等音訊 Added or Reconfigured TrCH information list MP － >Added or Reconfigured UL TrCH information MP － Downlink transport channels － DL Transport channel information common for all transport channels OP － Added or Reconfigured TrCH information list MP － >Added or Reconfigured DL TrCH information MP － PhyCH information elements － Frequency info MD － Uplink radio resources － Maximum allowed UL TX power MD － CHOICE channel requirement OP － >Uplink DPCH info － >CPCH SET Info － Downlink radio resources － Downlink information common for all radio links OP － Downlink information per radio link list OP － >Downlink information for each radio link MP － 2. 音訊實例 5.3.7 RRC CONNECTION REJECT音訊 1. 音訊構造 信元 存在 說明 Message Type MP － UE information elements － RRC transaction identifier MP － Initial UE identity MP － Rejection cause MP RRC連接回絕的緣故，包括congestion或者unspecified Wait time MP 指示UE需要再次發(fā)送RRC連接懇求的等候時間 Redirection info OP 指示UE在其他頻點或者異系統(tǒng)發(fā)起連接懇求。 2. 音訊實例 無 5.3.8 RADIO LINK SETUP REQUEST音訊 1. 音訊構造 信元 存在 說明 Message Discriminator M － Message Type M － CRNC Communication Context ID M CRNC通訊上下文標識 Transaction ID M － UL DPCH Information － >UL Scrambling Code M UE上行擾碼 >Min UL Channelisation Code length M UE最小上行信道化碼長度 >Max Number of UL DPDCHs C – CodeLen － >puncture Limit M － >TFCS M － >UL DPCCH Slot Format M － > UL SIR Target M － >Diversity mode M － >SSDT cell ID Length O － >S Field Length C-FBI － DL DPCH Information － >TFCS M － >DL DPCH Slot Format M － >TFCI signalling mode M － >TFCI presence C-SlotFormat － >Multiplexing Position M － >PDSCH RL ID C-DSCH － >PDSCH code mapping C-DSCH － >Power Offset Information ― >>PO1 M ― >>PO2 M － >>PO3 M － >FDD TPC DL Step Size M － >Limited Power Increase M ― >Inner Loop DL PC Status M － DCH Information M － DSCH Information O － TFCI2 bearer information ― >ToAWS M － >ToAWE M － RL Information － >RL ID M ― >C-ID M － >First RLS Indicator M － >Frame Offset M － >Chip Offset M ― >Propagation Delay O － >Diversity Control Field C – NotFirstRL － >DL Code Information M － >Initial DL transmission Power M ― >Maximum DL power M － >Minimum DL power M － >SSDT Cell Identity O － >Transmit Diversity Indicator C – Diversity mode － Transmission Gap Pattern Sequence Information O － Active Pattern Sequence Information O － 2. 音訊實例 5.4 直傳音訊流程 5.4.1 概述 直傳音訊指UE與CN之間的信令交互NAS信息，如鑒權、業(yè)務懇求、連接建立等。由于這些音訊在RNC透明傳輸，因而稱為直傳音訊。 RRC連接建立的只是UE與RNC之間的信令連接，因而為了傳送直傳音訊，還需要接著建立UE與CN之間的信令連接。RNC在收到第一條直傳音訊時（即初始直傳音訊INITIAL DIRECT TRANSFER），將建立與CN之間的信令連接，該連接建立于SS7的SCCP之上。 UE和CN的信令連接建立成功后，UE發(fā)送到CN的音訊，通過上行直傳音訊UPLINK DIRECT TRANSFER發(fā)送到RNC，RNC將其轉換為直傳音訊DIRECT TRANSFER發(fā)送到CN；CN發(fā)送到UE的音訊，通過直傳音訊DIRECT TRANSFER發(fā)送到RNC，RNC將其轉換為下行直傳音訊DOWNLINK DIRECT TRANSFER發(fā)送到UE。 5.4.2 初始直傳 初始直傳過程用于建立起RNC與CN之間的一條信令連接，同時承載一條初始NAS音訊。NAS音訊的內容在RNC并不進展解釋，而是轉送給CN。 & 說明： 當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信息內容，及CN標識等內容。 (2) RNC接收到UE的初始直傳音訊，通過Iu接口向CN發(fā)送SCCP連接懇求音訊CONNECTION REQUEST，音訊數據為RNC向CN發(fā)送的初始UE音訊INITIAL UE MESSAGE，該音訊包含UE發(fā)送到CN的音訊內容。 (3) 假如CN預備接受連接懇求，則向RNC回SCCP連接證明音訊CONNECTION CONFIRM，說明SCCP連接建立成功。RNC接收到該音訊，確認信令連接建立成功。 (4) 假如CN不能接受連接懇求，則向RNC回SCCP連接回絕音訊CONNECTION REFUSE，SCCP連接建立失敗。RNC接收到該音訊，確認信令連接建立失敗，則發(fā)起RRC釋放過程。 關于初始直傳過程中攜帶的NAS內容，CN將通過下行直傳過程把對這種效勞的接受或回絕信息發(fā)送給UE。 5.4.3 上行直傳 當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信息內容，通過Iu接口的直傳音訊DIRECT TRANSFER，發(fā)送到CN。上行直傳過程完畢。 & 說明： 假如上行直傳音訊UPLINK DIRECT TRANSFER中包含"Measured results on RACH"信息單元，說明音訊中攜帶測量報告，如今UTRAN將解析相應音訊內容并用于無線資源操縱，音訊其余部分仍舊向CN傳輸。 5.4.4 下行直傳 當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信息內容，以及CN標識。 UE接收并讀取下行直傳音訊DOWNLINK DIRECT TRANSFER中攜帶的NAS音訊內容。假設接收到的音訊包含協議錯誤，UE將在上行DCCH上采納AM RLC方式發(fā)送RRC狀態(tài)音訊RRC STATUS。 5.4.5 INITIAL DIRECT TRANSFER音訊 1. 音訊構造 信元 存在 說明 Message Type MP － UE information elements － Integrity check info CH － CN information elements CN domain identity MP － Intra Domain NAS Node Selector MP － NAS message MP － Measurement information elements Measured results on RACH OP － 2. 音訊實例 5.4.6 UPLINK DIRECT TRANSFER音訊 1. 音訊構造 信元 存在 說明 Message Type MP － UE information elements － Integrity check info CH － CN information elements － CN domain identity MP － NAS message MP － Measurement information elements － Measured results on RACH OP － 2. 音訊實例 5.4.7 DOWNLINK DIRECT TRANSFER音訊 1. 音訊構造 信元 存在 說明 Message Type MP － UE information elements － RRC transaction identifier MP － Integrity check info CH － CN information elements － CN Domain Identity MP － NAS message MP － 2. 音訊實例 5.5 UE才能信息流程 UE才能信息包括：平安才能、定位才能、測量才能、物理信道才能、傳輸信道才能等。 由于UE的廠家和規(guī)格不同，才能也不一致，因而RRC連接建立之后，UE應當向UTRAN發(fā)送UE才能信息，以使網絡側按照UE支持的才能參數對其進展配置。 UE才能信息的傳遞能夠分以下三種情況告訴網絡： l RRC連接建立完成之后，UE才能信息通過RRC連接建立完成音訊RRC CONNECTION SETUP COMPLETE，傳遞到RNC； l RRC連接建立完成之后，當RNC發(fā)覺相應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.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所支持的無線網絡相關才能信息，如圖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之間傳送語音、數據、多媒體等業(yè)務信息。UE和CN之間的信令連接建立完成后，才能建立RAB。RAB建立是由CN發(fā)起讓UTRAN執(zhí)行的功能。 RAB建立根本過程如下：CN發(fā)起RAB指配懇求音訊RAB ASSIGNMENT REQUEST，RNC依照RAB指配懇求中的QoS參數配置無線網絡有關參數，然后通過RAB指配相應音訊RAB ASSIGNMENT RESPONSE告訴CN該RAB成功建立依然失敗。 & 說明： RAB指配懇求總是由CN發(fā)起，每個UE能夠有一個或者多個RAB。 依照RAB建立前RRC連接狀態(tài)與RAB建立后RRC連接狀態(tài)，能夠將RAB的建立流程分成以下三種情況： 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使用CCH。 5.6.2 DCH-DCH UE當前的RRC狀態(tài)為DCH時，指配的RAB只能建立在DCH上。依照無線鏈路重配置情況，RAB建立流程又可分為兩種情況： l 同步重配置無線鏈路 l 異步重配置無線鏈路 二者的區(qū)別在于NodeB與UE接收到SRNC（Serving Radio Network Controller）下發(fā)的配置音訊后，能否立即啟用新的配置參數。 1. 同步重配置無線鏈路的RAB建立過程 在這種情況下，需要SRNC、NodeB與UE之間同步重配置無線鏈路。同步過程如下： (1) NodeB在接收到SRNC下發(fā)的重配置無線鏈路音訊后，不能立即啟用新的配置參數，而是預備好相應的無線資源，等待接收到SRNC下發(fā)的重配置執(zhí)行音訊，從音訊中獲取SRNC規(guī)定的同步時間； (2) UE在接收到SRNC下發(fā)的配置音訊后，也不能立即啟用新的配置參數，而是從音訊中獲取SRNC規(guī)定的同步時間； (3) 在SRNC規(guī)定的同步時刻，NodeB與UE同時啟用新的配置參數。 同步重配置無線鏈路類型的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參數映射為AAL2鏈路特性參數與無線資源特性參數，Iu接口的ALCAP依照其中的AAL2鏈路特性參數發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過程（關于PS域，本步不存在）。 (3) SRNC向所操縱的NodeB發(fā)送無線鏈路重配置預備音訊RADIO LINK RECONFIGURATION PREPARE，懇求所操縱的NodeB預備在已有的無線鏈路上增加一條（或多條）承載RAB的專用傳輸信道（DCH）。 (4) NodeB分配相應的資源，然后向所屬的SRNC發(fā)送無線鏈路重配置預備完成音訊RADIO LINK RECONFIGURATION READY，通知SRNC無線鏈路重配置預備完成。 (5) SRNC中Iub接口的ALCAP發(fā)起Iub接口的用戶面?zhèn)鬏敵休d建立過程。NodeB與SRNC通過交換DCH幀協議的上下行同步幀建立同步。 (6) SRNC向UE發(fā)送RRC協議的無線承載建立音訊RADIO BEARER SETUP。 (7) SRNC向所操縱的NodeB發(fā)送無線鏈路重配置執(zhí)行音訊RADIO LINK RECONFIGURATION COMMIT。 (8) UE執(zhí)行RB建立后，向SRNC發(fā)送無線承載建立完成音訊RADIO BEARER SETUP COMPLETE。 (9) SRNC接收到無線承載建立完成的音訊后，向CN回應RAB指配響應音訊RAB ASSIGNMENT RESPONSE，RAB建立流程完畢。 2. 異步重配置無線鏈路的RAB建立過程 在這種情況下，不要求SRNC、NodeB與UE之間同步重配置無線鏈路。NodeB與UE在接收到SRNC下發(fā)的配置音訊后，將立即啟用新的配置參數。 DCH-DCH異步重配置無線鏈路RAB建立流程如圖5-12所示。 圖5-12 RAB建立流程（DCH-DCH，異步） 信令流程描繪： (1) CN向SRNC發(fā)送RANAP協議的RAB指配懇求音訊RAB ASSIGNMENT REQUEST，發(fā)起RAB建立過程。 (2) SRNC接收到RAB建立懇求后，將RAB的QoS參數映射為AAL2鏈路特性參數與無線資源特性參數，Iu接口的ALCAP依照其中的AAL2鏈路特性參數發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過程（關于PS域，本步不存在）。 (3) 在異步情況下，無線重配置無需同步執(zhí)行，SRNC向所操縱的NodeB發(fā)送NBAP無線鏈路重配置懇求音訊RADIO LINK RECONFIGURATION REQUEST，懇求所操縱的NodeB在已有的無線鏈路上建立新的專用傳輸信道（DCH）。 (4) NodeB接收到無線鏈路重配置懇求音訊后，即分配相應的資源，然后向所屬的SRNC發(fā)送無線鏈路重配置響應音訊RADIO LINK RECONFIGURATION RESPONSE，通知SRNC無線鏈路重配置完成。 (5) SRNC中Iub接口的ALCAP發(fā)起Iub接口的用戶面?zhèn)鬏敵休d建立過程。NodeB 與SRNC通過交換DCH幀協議的上下行同步幀建立同步。 (6) SRNC向UE發(fā)送RRC協議的無線承載建立音訊RADIO BEARER SETUP。 (7) UE執(zhí)行無線承載建立后，向SRNC發(fā)送無線承載建立完成音訊RADIO BEARER SETUP COMPLETE。 (8) SRNC接收到無線承載建立完成的音訊后，向CN回應RAB指配響應音訊RAB ASSIGNMENT RESPONSE， RAB建立過程完畢。 5.6.3 CCH-DCH 當RRC連接建立在CCH時，RNC依照RAB指配音訊中的QoS參數，能夠將指配的RAB建立在DCH上。如今需要將RRC連接狀態(tài)從CCH改變?yōu)镈CH。 CCH-DCH RAB建立流程如圖5-13所示。 圖5-13 RAB建立流程（CCH-DCH） 信令流程描繪： (1) CN向SRNC發(fā)送RANAP協議的RAB指配懇求音訊RAB ASSIGNMENT REQUEST，發(fā)起RAB建立過程。 (2) SRNC接收到RAB建立懇求后，將RAB的QoS參數映射為AAL2鏈路特性參數與無線資源特性參數，Iu接口的ALCAP依照其中的AAL2鏈路特性參數發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過程（關于PS域，本步不存在）。 (3) SRNC啟動Iub接口上無線鏈路建立過程，向所操縱的NodeB發(fā)送無線鏈路建立懇求音訊RADIO LINK SETUP REQUEST，懇求NodeB分配RRC連接所需的特定無線鏈路資源。 (4) NodeB資源預備成功后，向RNC應對無線鏈路建立響應音訊RADIO LINK SETUP RESPONSE。 (5) RNC使用ALCAP協議建立Iub接口用戶面?zhèn)鬏敵休d，并完成RNC與NodeB之間的同步過程。 (6) SRNC向UE發(fā)送RRC協議的無線承載建立音訊RADIO BEARER SETUP。 (7) UE執(zhí)行無線承載建立后，向SRNC發(fā)送無線承載建立完成音訊RADIO BEARER SETUP COMPLETE。 (8) SRNC接收到無線承載建立完成的音訊后，向CN回應RAB指配響應音訊RAB ASSIGNMENT RESPONSE， RAB建立過程完畢。 5.6.4 CCH-CCH 當RRC連接建立在CCH時，RNC依照RAB指配音訊中的QoS參數，能夠將指配的RAB接著建立在CCH上。 CCH-CCH RAB建立流程如圖5-14所示。 圖5-14 RAB建立流程（CCH-CCH） 信令流程描繪： (1) CN向UTRAN發(fā)送RANAP協議的RAB指配音訊RAB ASSIGNMENT REQUEST，發(fā)起RAB建立懇求。 (2) SRNC接收到RAB建立懇求后，將RAB的QoS參數映射為AAL2鏈路特性參數與無線資源特性參數，Iu接口的ALCAP依照其中的AAL2鏈路特性參數發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過程（關于PS域，本步不存在）。 (3) SRNC向UE發(fā)送RRC協議的無線承載建立音訊RADIO BEARER SETUP。 (4) UE執(zhí)行無線承載建立后，向SRNC發(fā)送無線承載建立完成音訊RADIO BEARER SETUP COMPLETE。 (5) SRNC接收到無線承載建立完成的音訊后，向CN回應RAB指配響應音訊RAB ASSIGNMENT RESPONSE，RAB建立流程完畢。 5.6.5 RAB ASSIGNMENT REQUEST音訊 1. 音訊構造 信元 存在 說明 Message Type M － RABs To Be Setup Or Modified List C – ifNoOtherGroup 需要建立或者修正的RAB列表 >RABs To Be Setup Or Modified Item IEs RAB建立或者修正情況 >>First Setup Or Modify Item M － >>>RAB ID M RAB標識 >>>NAS Synchronisation Indicator C-ifModifandNASInfoProvided － >>>RAB Parameters C - ifSetuporNewValues RAB參數 >>>User Plane Information C - ifSetuporNewValues － >>>>User Plane Mode M － >>>>UP Mode Versions M － >>>Transport Layer Information C- ifNot OnlyNSI － >>>>Transport Layer Address M － >>>>Iu Transport Association M － >>>Service Handover O － >>Second Setup Or Modify Item M － >>> PDP Type Information C – ifPSandSetup － >>>Data Volume Reporting Indication C – ifPSandSetup － >>>DL GTP-PDU Sequence Number C- ifAvailPSandSetup － >>>UL GTP-PDU Sequence Number C- ifAvailPSandSetup － >>>DL N-PDU Sequence Number C- ifAvailPSandSetup － >>>UL N-PDU Sequence Number C- ifAvailPSandSetup － RABs To Be Released List C – ifNoOtherGroup RAB釋放情況 >RABs To Be Released Item IEs － >>RAB ID M － >>Cause M 釋放緣故 2. 音訊實例 5.6.6 RAB ASSIGNMENT RESPONSE音訊 1. 音訊構造 信元 存在 說明 Message Type M － RABs Setup Or Modified LIST C - ifNoOtherGroup RAB建立或者修正列表 >RABs Setup Or Modified Item IEs － >>RAB ID M － >>Transport Layer Address C - ifPS － >>Iu Transport Association C - ifPS － >>DL Data Volumes C – ifModReqPS － >>>Data Volume List － >>>>Unsuccessfully Transmitted DL Data Volume M － >>>>Data Volume Reference O － RABs Released List C – ifNoOtherGroup RAB釋放列表 >RABs Released Item IEs － >>RAB ID M － >>DL Data Volumes C – ifReqPS － >>>Data Volume List － >>>>Unsuccessfully Transmitted DL Data Volume M － >>>>Data Volume Reference O － >>DL GTP-PDU Sequence Number C-ifAvailUiPS － >>UL GTP-PDU Sequence Number C-ifAvailUiPS － RABs Queued List C – ifNoOtherGroup RAB排隊列表 >RABs Queued Item IEs － >>RAB ID M － RABs Failed To Setup Or Modify List C – ifNoOtherGroup RAB不能建立或者修正列表 >RABs Failed To Setup Or Modify Item IEs － >>RAB ID M － >>Cause M － RABs Failed To Release List C – ifNoOtherGroup RAB釋放失敗列表 >RABs Failed To Release Item IEs － >>RAB ID M － >>Cause M － Criticality Diagnostics O － 2. 音訊實例 5.6.7 RADIO BEARER SETUP音訊 1. 音訊構造 信元 存在 說明 Message Type MP － UE Information Elements － RRC transaction identifier MP － Integrity check info CH － Integrity protection mode info OP － Ciphering mode info OP － Activation time MD － New U-RNTI OP － New C-RNTI OP － RRC State Indicator MP － UTRAN DRX cycle length coefficient MD － CN Information Elements － CN Information info OP － UTRAN mobility information elements － URA identity OP － RB Information Elements － Signalling RB information to setup list OP － >Signalling RB information to setup MP － RAB information to setup list OP － >RAB information for setup MP － RB information to be affected list OP － >RB information to be affected MP － Downlink counter synchronisation info OP － >RB with PDCP information list OP － >>RB with PDCP information MP － TrCH Information Elements － Uplink transport channels － UL Transport channel information common for all transport channels OP － Deleted TrCH information list OP － >Deleted UL TrCH information MP － Added or Reconfigured TrCH information list OP － >Added or Reconfigured UL TrCH information MP － CHOICE mode OP － >FDD － >>CPCH set ID OP － >>Added or Reconfigured TrCH information for DRAC list OP － >>>DRAC static information MP － >TDD － Downlink transport channels － DL Transport channel information common for all transport channels OP － Deleted TrCH information list OP － >Deleted DL TrCH information MP － Added or Reconfigured TrCH information list OP － >Added or Reconfigured DL TrCH information MP － PhyCH information elements － Frequency info MD － Uplink radio resources － Maximum allowed UL TX power MD － CHOICE channel requirement OP － >Uplink DPCH info － >CPCH SET Info － Downlink radio resources － CHOICE mode MP － >FDD － >>Downlink PDSCH information OP － >TDD － Downlink information common for all radio links OP － Downlink information per radio link list OP － >Downlink information for each radio link MP － 2. 音訊實例 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è)務釋放過程大體分幾種情況。 1. CS域業(yè)務釋放 UE釋放CS域業(yè)務時： l 假如CS域只建立了一個RAB，則CN發(fā)起IU RELEASE COMMAND音訊，RNC