【正文】 TX powerMD－CHOICE channel requirementOP－Uplink DPCH info －CPCH SET Info－Downlink radio resources－CHOICE modeMP－FDD－Downlink PDSCH informationOP－TDD－Downlink information mon for all radio linksOP－Downlink information per radio link listOP－Downlink information for each radio linkMP－2. 消息實(shí)例 業(yè)務(wù)釋放流程 概述業(yè)務(wù)釋放流程分為兩種類型：高層釋放請求由UE發(fā)起和高層釋放請求由CN發(fā)起。無論那種釋放類型，最終的資源釋放過程都是由CN發(fā)起。對于一個(gè)UE，可能存在這樣的情況：一條RRC連接對應(yīng)多個(gè)RAB(例如同時(shí)進(jìn)行VP業(yè)務(wù)和Web Browse業(yè)務(wù))，CS域和PS域各自對應(yīng)一條Iu信令連接。業(yè)務(wù)釋放過程大體分幾種情況。1. CS域業(yè)務(wù)釋放UE釋放CS域業(yè)務(wù)時(shí)：l 如果CS域只建立了一個(gè)RAB，則CN發(fā)起IU RELEASE COMMAND消息，RNC接收到此消息后，將自動(dòng)釋放Iu信令連接和RAB。流程請參見“ CS域Iu信令連接和RAB的聯(lián)合釋放流程”。業(yè)務(wù)釋放完成后，SRNC將判斷該RRC連接是否還有對應(yīng)的Iu信令連接（PS域），若無，則發(fā)起RRC連接釋放過程。l 如果CS域建立了多個(gè)RAB，那么CN將只對需要釋放的RAB發(fā)起RAB釋放流程，不進(jìn)行Iu信令連接的釋放。流程請參見“ RAB釋放流程”。2. PS域業(yè)務(wù)釋放UE釋放PS域業(yè)務(wù)時(shí)：l 如果PS域只建立了一個(gè)RAB，那么CN首先對這條RAB發(fā)起RAB釋放流程，結(jié)束后發(fā)送IU RELEASE COMMAND消息再釋放IuPS接口的Iu信令連接。流程請參見“ RAB釋放流程”和“ Iu信令連接釋放流程”。業(yè)務(wù)釋放完成后，SRNC將判斷該RRC連接是否還有對應(yīng)的Iu信令連接（CS域），若無，則發(fā)起RRC連接釋放過程。l 如果PS域建立了多個(gè)RAB，那么CN將只對需要釋放的RAB發(fā)起RAB釋放流程，不進(jìn)行Iu信令連接的釋放。流程請參見“ RAB釋放流程”。 Iu信令連接釋放流程1. 信令連接釋放請求Iu連接釋放過程一般由CN直接發(fā)起，但也可由UTRAN請求CN發(fā)起。Iu連接釋放請求過程用于UTRAN請求CN發(fā)起Iu釋放連接過程。Iu信令連接釋放請求信令如圖515示。圖515 信令連接釋放請求SRNC向CN域發(fā)送Iu釋放請求消息IU RELEASE REQUEST，發(fā)起Iu接口的釋放請求過程。消息表明請求Iu連接釋放的原因，由CN決定對Iu釋放請求如何反應(yīng)，例如，如果CN決定釋放Iu連接，CN將發(fā)起Iu釋放過程。2. 信令連接釋放Iu釋放過程用于CN釋放Iu連接，與特定Iu連接相關(guān)的所有的UTRAN資源都要被釋放。信令如圖516所示。圖516 信令連接釋放(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在這個(gè)連接上不再發(fā)送任何面向連接RANAP消息。(2) 當(dāng)RNC接收到消息后，清除UTRAN中相關(guān)資源。RNC向CN發(fā)送Iu釋放完成消息IU RELEASE COMPLETE。Iu連接釋放過程結(jié)束。 RAB釋放流程和RAB建立一樣，可以將RAB的釋放流程分成以下三種情況：l DCHDCH，釋放RAB前RRC使用DCH，釋放后RRC使用DCH；l CCHCCH，釋放RAB前RRC使用CCH，釋放后RRC使用CCH；l DCHCCH，釋放RAB前RRC使用DCH，釋放后RRC使用CCH。這里只介紹DCHDCH RAB釋放情況，其它情況可以類推。與RAB建立過程類似，在無線接口上，DCHDCH RAB釋放可以分為以下兩種情況：l 同步重配置無線鏈路l 異步重配置無線鏈路這里只介紹同步配置無線鏈路RAB釋放情況，異步重配置無線鏈路RAB釋放情況，可以根據(jù)Iub接口異步重配置無線鏈路過程類推。DCHDCH同步重配置無線鏈路RAB釋放流程如圖517所示。圖517 RAB釋放（DCHDCH，同步）信令流程描述：(1) CN通過發(fā)送RAB指配請求消息（釋放類型）RAB ASSIGNMENT REQUEST（release），啟動(dòng)RAB釋放過程，消息中指明需要釋放的RAB的ID。(2) SRNC向NodeB發(fā)送無線鏈路重配置準(zhǔn)備請求消息RADIO LINK RECONFIGURATION PREPARE，請求NodeB準(zhǔn)備釋放承載RAB的DCH。(3) NodeB向SRNC發(fā)送無線鏈路重配置準(zhǔn)備完成消息RADIO LINK RECONFIGURATION READY，通知SRNC釋放準(zhǔn)備已經(jīng)完成。(4) SRNC向UE發(fā)送無線承載釋放消息RADIO BEARER RELEASE，啟動(dòng)承載釋放過程。(5) SRNC向NodeB發(fā)送無線鏈路重配置執(zhí)行消息RADIO LINK RECONFIGURATION COMMIT。(6) SRNC收到UE的無線承載釋放完成消息RADIO BEARER RELEASE COMPLETE。(7) RNC通過ALCAP協(xié)議釋放Iub接口的數(shù)據(jù)傳輸承載。(8) SRNC使用ALCAP協(xié)議，如果是AAL2承載，使用AAL2 釋放消息來啟動(dòng)和CN之間的Iu數(shù)據(jù)傳輸承載的釋放（對于PS域這一步不需要）。(9) SRNC向CN發(fā)送RANAP協(xié)議RAB指配響應(yīng)消息RAB ASSIGNMENT RESPONSE。釋放過程結(jié)束。需要說明的是，當(dāng)RNC用戶面異常時(shí)，RANAP將向CN發(fā)起RAB釋放請求消息RAB RELEASE REQUEST，請求CN釋放受影響的RAB。如圖518所示。圖518 RAB釋放請求 CS域Iu信令連接和RAB的聯(lián)合釋放流程如果CS域只建立一個(gè)業(yè)務(wù)，則在進(jìn)行業(yè)務(wù)釋放時(shí)，MSC將首先向RNC發(fā)送IU RELEASE COMMAND消息，RNC接收到這條消息后，將同時(shí)釋放IuCS接口的Iu信令連接和RAB。CS域Iu信令連接和RAB（DCHDCH）的聯(lián)合釋放的流程如圖519所示。圖519 CS域Iu信令連接和RAB(DCHDCH)的聯(lián)合釋放(1) CN向SRNC發(fā)送IU RELEASE COMMAND消息。(2) SRNC向NodeB發(fā)送無線鏈路重配置準(zhǔn)備請求消息RADIO LINK RECONFIGURATION PREPARE，請求NodeB準(zhǔn)備釋放承載RAB的DCH。(3) NodeB向SRNC發(fā)送無線鏈路重配置準(zhǔn)備完成消息RADIO LINK RECONFIGURATION READY，通知SRNC釋放準(zhǔn)備已經(jīng)完成。(4) SRNC向UE發(fā)送無線承載釋放消息RADIO BEARER RELEASE，啟動(dòng)承載釋放過程。(5) SRNC向NodeB發(fā)送無線鏈路重配置執(zhí)行消息RADIO LINK RECONFIGURATION COMMIT。(6) SRNC收到UE的無線承載釋放完成消息RADIO BEARER RELEASE COMPLETE。(7) RNC通過ALCAP協(xié)議釋放Iub接口的數(shù)據(jù)傳輸承載。(8) SRNC使用ALCAP協(xié)議，如果是AAL2承載，使用AAL2 釋放消息來啟動(dòng)和CN之間的Iu數(shù)據(jù)傳輸承載的釋放。(9) SRNC向CN發(fā)送IU RELEASE COMPLETE消息。 RRC連接釋放流程1. 概述RAB釋放后，SRNC將判斷系統(tǒng)中是否還存在由相同RRC承載的Iu信令連接。如果該UE對應(yīng)的Iu信令連接已全部被釋放，則釋放該RRC連接。RRC連接釋放就是釋放UE和UTRAN之間的信令鏈路以及全部無線承載，經(jīng)過RRC連接釋放過程，無線接口上將釋放所有與UE相關(guān)的信令連接。根據(jù)RRC連接所占用的資源情況，可進(jìn)一步劃分為兩類：釋放建立在專用信道上的RRC連接、釋放建立在公共信道上的RRC連接。RRC連接釋放只能發(fā)生在CELL_DCH或CELL_FACH狀態(tài)下，如果當(dāng)前RRC連接處于CELL_PCH或者URA_PCH狀態(tài)，UTRAN先發(fā)起尋呼將UE狀態(tài)遷移到CELL_FACH，再進(jìn)行RRC連接釋放。RNC根據(jù)不同情況，在下行DCCH或CCCH上通過UM RLC方式發(fā)送RRC連接釋放消息RRC CONNECTION RELEASE。如RRC釋放時(shí)DCCH可用，則UTRAN通過下行DCCH信道發(fā)送RRC連接釋放消息；否則UTRAN通過下行CCCH信道發(fā)送RRC連接釋放消息。2. 釋放建立在專用信道上的RRC連接釋放建立在專用信道上的RRC連接，信令流程如圖520所示。圖520 RRC連接釋放（專用信道）信令流程描述：(1) SRNC通過DCCH信道向UE發(fā)送RRC連接釋放消息RRC CONNECTION RELEASE，SRNC可能發(fā)送多次，來提高UE接收的可靠性。(2) UE向SRNC返回RRC連接釋放完成消息RRC CONNECTION RELEASE COMPLETE。(3) SRNC向NodeB發(fā)送無線鏈路刪除請求消息RADIO LINK DELETION REQUEST，刪除NodeB中的無線鏈路資源。(4) NodeB資源釋放完成后，向SRNC返回?zé)o線鏈路刪除響應(yīng)消息RADIO LINK DELETION RESPONSE。(5) RNC使用ALCAP協(xié)議發(fā)起Iub接口用戶面?zhèn)鬏敵休d的釋放。RRC釋放過程結(jié)束。3. 釋放建立在公用信道上的RRC連接釋放建立在公用信道上的RRC連接，信令流程如圖521所示。圖521 RRC連接釋放（公用信道）SRNC通過CCCH信道向UE發(fā)送RRC連接釋放消息RRC CONNECTION RELEASE，發(fā)起RRC連接釋放過程，UE釋放資源。釋放建立在公用信道上的RRC連接時(shí)，不需要RRC連接釋放完成消息RRC CONNECTION RELEASE COMPLETE。此外，因?yàn)橛玫氖切^(qū)公共資源，所以只要直接釋放UE，而不必釋放NodeB資源和數(shù)據(jù)傳輸承載。amp。 說明：UTRAN可能發(fā)送多次RRC連接釋放消息RRC CONNECTION RELEASE，以提高UE正確接收這條消息的可能性，這些消息的RRC SN值相同，重復(fù)發(fā)送消息數(shù)目及發(fā)送間隔由網(wǎng)絡(luò)控制。547 / 47