TD-SCDMA呼叫建立和釋放流程分析教學內(nèi)容

1、Good is good, but better carries it.精益求精，善益求善。TD-SCDMA呼叫建立和釋放流程分析-呼叫建立和釋放流程分析名詞縮寫：DCCHDEDICATEDCHANNEL專用控制信道PCCHPAGINGCONTROLCHANNEL尋呼控制信道UTRANUMTSTERRESTRIALTADIOACCESSNETWORK無線接入網(wǎng)RRCRADIORESOURCECONTROL無線資源控制NASNETWORKATTACHEDSTORAGE網(wǎng)絡(luò)連接存儲RANAPRADIOACCESSNETWORKAPPLICATIONPART無線接入網(wǎng)絡(luò)應用部分RNCRADIONET

2、WORKCONTROLLER無線網(wǎng)絡(luò)控制器URAUTRANREGISTRATIONAREATURAN注冊區(qū)域BCCHBROADCASTCONTROLCHANNEL廣播控制信道AM_RLCacknowledgedModeRadioLinkControl.證實模式RLCRLCRadioLinkControl無線鏈路控制ALCAPAccessLinkControlApplicationProtocol接入鏈路控制應用協(xié)議CCCH公共控制信道RNTI無線網(wǎng)絡(luò)臨時標識概述當UE搜索到小區(qū)并且讀取到到小區(qū)的系統(tǒng)消息后，可以知道系統(tǒng)的參數(shù)配置情況，具備接入網(wǎng)絡(luò)的條件。呼叫建立包括UE主叫和UE被叫兩種類型。

3、兩者區(qū)別在于UE被叫情況下，呼叫建立之前系統(tǒng)需要通過尋呼流程在指定區(qū)域?qū)ず鬠E。無論UE主叫和UE被叫，呼叫建立和釋放包含以下過程：UE和UTRAN建立RRC連接。通過直傳消息，UE和CN建立連接。UE能力信息流程RAB建立流程。RAB釋放和Iu釋放流程。RRC連接釋放流程。尋呼流程概述尋呼分為CN發(fā)起的尋呼和UTRAN發(fā)起的尋呼。CN發(fā)起的尋呼用于建立一條信令連接，CN發(fā)起的尋呼分為協(xié)作尋呼和非協(xié)作尋呼。CN在RANAPPAGING消息中指示RNC是否需要進行UTRAN的協(xié)作尋呼。協(xié)作尋呼是由RNC檢查UE是否存在尋呼域之外的其它CN域信令連接，如果存在其它的CN域信令連接，且UE處于CEL

4、L_DCH或者CELL_FACH狀態(tài)，則在無線接口上，尋呼消息通過已經(jīng)存在的連接的DCCH信道下發(fā)；如果存在其它的CN域信令連接，且UE處于CELL_PCH或者URA_PCH狀態(tài)，則在無線接口上，尋呼消息通過PCCH信道下發(fā)；如果不存在其它的CN域信令連接，尋呼消息通過PCCH信道下發(fā)。非協(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，或者

5、在系統(tǒng)信息改變的時候UTRAN通過尋呼消息觸發(fā)UE（處于空閑模式、CELL_PCH或URA_PCH）重新讀取更新后的系統(tǒng)信息。如果UE處于空閑模式或CELL_PCH、URA_PCH狀態(tài)，RNC通過PCCH信道，使用尋呼類型1消息（PAGINGTYPE1）尋呼UE。如果UE處于CELL_FACH或者CELL_DCH狀態(tài)，RNC通過DCCH信道，使用尋呼類型2消息(PAGINGTYPE2)尋呼UE。尋呼空閑模式或PCH狀態(tài)的UEUTRAN通常通過PCCH信道（尋呼控制信道），使用尋呼類型1消息尋呼處于空閑模式、CELL_PCH或URA_PCH狀態(tài)下的UE。這一類型的尋呼一般發(fā)生在以下幾種情況：為了

6、建立一次呼叫或一條信令連接，由網(wǎng)絡(luò)側(cè)高層發(fā)起的尋呼；為了將UE的狀態(tài)從CELL_PCH或URA_PCH狀態(tài)遷移到CELL_FACH狀態(tài)，由UTRAN發(fā)起觸發(fā)UE狀態(tài)遷移的尋呼；當系統(tǒng)信息發(fā)生改變時，由UTRAN發(fā)起觸發(fā)UE讀取更新后系統(tǒng)信息的尋呼。此時，主消息塊（MIB）的值標簽包括在尋呼類型1消息PAGINGTYPE1中的BCCHmodificationinfo中。尋呼流程如REF_Ref9159475rh*MERGEFORMAT圖5-1所示。尋呼空閑模式或PCH狀態(tài)UEUTRAN通過PCCH信道，在適當?shù)膶ず魰r機發(fā)送尋呼類型1消息PAGINGTYPE1，啟動尋呼過程。UTRAN可以選擇在幾

7、個尋呼時機重復尋呼一個UE，以增加UE正確接收尋呼消息的可能性。處于空閑模式和PCH狀態(tài)的UE，監(jiān)視適當?shù)膶ず魰r機，接收來自網(wǎng)絡(luò)層的尋呼消息。尋呼CELL_DCH或CELL_FACH狀態(tài)的UEUTRAN（無線接入網(wǎng)）通常通過DCCH信道（專用控制信道），使用尋呼類型2消息尋呼處于CELL_DCH（專用信道）或CELL_FACH（前向接入信道）狀態(tài)下的UE。尋呼流程如REF_Ref9159543rh*MERGEFORMAT圖5-2所示。尋呼CELL_DCH或CELL_FACH狀態(tài)UEUTRAN通過DCCH信道發(fā)送尋呼類型2消息PAGINGTYPE2，發(fā)起尋呼過程。這一類型的尋呼也叫做專用尋呼過程

8、。UE接收并讀取尋呼類型2消息PAGINGTYPE2中的內(nèi)容，并把尋呼原因及尋呼記錄種類標識等信息上報給本側(cè)非接入層。尋呼過程結(jié)束。本進程不影響UE側(cè)正在進行的其它RRC進程。若UE發(fā)現(xiàn)接收到的尋呼類型2消息PAGINGTYPE2存在協(xié)議錯誤，丟棄該尋呼消息，并通過上行DCCH采用AMRLC方式，向UTRAN發(fā)送RRC狀態(tài)消息RRCSTATUS。PagingType1消息消息結(jié)構(gòu)信元存在說明MessageTypeMPUEInformationelementsPagingrecordlistOP尋呼記錄列表PagingrecordMP尋呼記錄OtherinformationelementsBCC

9、HmodificationinfoOP系統(tǒng)消息修改信息消息實例PagingType2消息消息結(jié)構(gòu)信元存在說明MessageTypeMPUEinformationelementsRRCtransactionidentifierMPIntegritycheckinfoCHPagingcauseMPCNInformationelementsCNdomainidentityMPPagingRecordTypeIdentifierMP消息實例RRC連接建立流程概述UE處于空閑模式時，如果UE的NAS（非接入層）請求建立信令連接，UE將發(fā)起RRC連接建立請求過程。當RNC接收到UE的RRC連接請求消息，根

10、據(jù)特定的算法確定是接受還是拒絕該RRC連接建立請求。如果接受，則再根據(jù)特定無線資源算法判決是建立在專用信道還是公共信道。RRC連接建立信道不同，RRC連接建立流程也不同。如果RRC連接不能建立，則RNC拒絕本次RRC連接建立。說明：RRC連接總是由UE發(fā)起，RRC釋放由RNC發(fā)起；每個UE最多只能有一個RRC連接。在專用信道上建立RRC連接若RRC連接建立在專用信道上，RNC需要為UE分配專用無線資源、建立無線鏈路、并且為無線鏈路建立Iub接口的ALCAP用戶面承載。信令流程如REF_Ref9159789rh*MERGEFORMAT圖5-3所示。RRC連接建立（專用信道）信令流程描述：UE通過

11、上行CCCH發(fā)送RRC連接請求消息RRCCONNECTIONREQUEST，請求建立一個RRC連接。RNC根據(jù)RRC連接請求的原因以及系統(tǒng)資源狀態(tài)，決定UE建立在專用信道上，并分配RNTI、無線資源和其它資源（L1、L2資源）。RNC向NodeB發(fā)送無線鏈路建立請求消息RADIOLINKSETUPREQUEST，請求NodeB分配RRC連接所需的特定無線鏈路資源。NodeB資源準備成功后，向RNC應答無線鏈路建立響應消息RADIOLINKSETUPRESPONSE。RNC使用ALCAP協(xié)議建立Iub接口用戶面?zhèn)鬏敵休d，并完成RNC與NodeB之間的同步過程。RNC通過下行CCCH信道向UE發(fā)送

12、RRC連接建立消息RRCCONNECTIONSETUP，消息包含RNC分配的專用信道信息。UE確認RRC連接建立成功后，在剛剛建立的上行DCCH信道向RNC發(fā)送RRC連接建立完成消息RRCCONNECTIONSETUPCOMPLETE。RRC連接建立過程結(jié)束。在公用信道上建立RRC連接當RRC連接建立在公共信道上時，因為使用已經(jīng)建立好的小區(qū)公共資源，所以不用建立無線鏈路和用戶面的數(shù)據(jù)傳輸承載，只需將UE使用的邏輯信道映射在小區(qū)公共信道上，其余過程與RRC連接建立在專用信道的情況相似。信令流程如REF_Ref9159876rh*MERGEFORMAT圖5-4所示。RRC連接建立（公用信道）RRC

13、連接拒絕如果RNC判決本次RRC連接請求不能建立（比如資源不足），則RNC直接給UE發(fā)送連接拒絕消息RRCCONNECTIONREJECT，在該消息中指明RRC連接拒絕的原因。RRC連接拒絕RRCCONNECTIONREQUEST消息消息結(jié)構(gòu)信元存在說明MessageTypeMPUEinformationelementsInitialUEidentityMP初始UE標識，如IMSI(P-TMSI),LAI、RAIEstablishmentcauseMPRRC建立原因，包括：OriginatingConversationalCall,OriginatingStreamingCall,Origin

14、atingInteractiveCall,OriginatingBackgroundCall,OriginatingSubscribedtrafficCall,TerminatingConversationalCall,TerminatingStreamingCall,TerminatingInteractiveCall,TerminatingBackgroundCall,EmergencyCall,Inter-RATcellre-selection,Inter-RATcellchangeorder,Registration,Detach,OriginatingHighPrioritySign

15、alling,OriginatingLowPrioritySignalling,Callre-establishment,TerminatingHighPrioritySignalling,TerminatingLowPrioritySignalling,TerminatingcauseunknownProtocolerrorindicatorMDMeasurementinformationelementsMeasuredresultsonRACHOP消息實例RRCCONNECTIONSETUP消息消息結(jié)構(gòu)信元存在說明MessageTypeMPUEInformationElementsInit

16、ialUEidentityMP初始UE標識，如IMSI(P-TMSI),LAI、RAIRRCtransactionidentifierMPActivationtimeMD激活時間定義了該消息所導致的操作發(fā)生的確切時間點。范圍是：0255（CFN號）NewU-RNTIMPNewC-RNTIOPRRCStateIndicatorMPRRC狀態(tài)指示：CELL_DCH,CELL_FACH,CELL_PCH,URA_PCHUTRANDRXcyclelengthcoefficientMPCapabilityupdaterequirementMDRBInformationElementsSignalling

17、RBinformationtosetuplistMPSignallingRBinformationtosetupMPSRB信息，包括SRB標識、RB映射信息等。TrCHInformationElementsUplinktransportchannelsULTransportchannelinformationcommonforalltransportchannelsOP包括TFC等消息AddedorReconfiguredTrCHinformationlistMPAddedorReconfiguredULTrCHinformationMPDownlinktransportchannelsDLT

18、ransportchannelinformationcommonforalltransportchannelsOPAddedorReconfiguredTrCHinformationlistMPAddedorReconfiguredDLTrCHinformationMPPhyCHinformationelementsFrequencyinfoMDUplinkradioresourcesMaximumallowedULTXpowerMDCHOICEchannelrequirementOPUplinkDPCHinfoCPCHSETInfoDownlinkradioresourcesDownlink

19、informationcommonforallradiolinksOPDownlinkinformationperradiolinklistOPDownlinkinformationforeachradiolinkMP消息實例RRCCONNECTIONREJECT消息消息結(jié)構(gòu)信元存在說明MessageTypeMPUEinformationelementsRRCtransactionidentifierMPInitialUEidentityMPRejectioncauseMPRRC連接拒絕的原因，包括congestion或者unspecifiedWaittimeMP指示UE需要再次發(fā)送RRC連接

20、請求的等候時間RedirectioninfoOP指示UE在其他頻點或者異系統(tǒng)發(fā)起連接請求。消息實例無RADIOLINKSETUPREQUEST消息消息結(jié)構(gòu)信元存在說明MessageDiscriminatorMMessageTypeMCRNCCommunicationContextIDMCRNC通信上下文標識TransactionIDMULDPCHInformationULScramblingCodeMUE上行擾碼MinULChannelisationCodelengthMUE最小上行信道化碼長度MaxNumberofULDPDCHsCCodeLenpunctureLimitMTFCSMULDP

21、CCHSlotFormatMULSIRTargetMDiversitymodeMSSDTcellIDLengthOSFieldLengthC-FBIDLDPCHInformationTFCSMDLDPCHSlotFormatMTFCIsignallingmodeMTFCIpresenceC-SlotFormatMultiplexingPositionMPDSCHRLIDC-DSCHPDSCHcodemappingC-DSCHPowerOffsetInformationPO1MPO2MPO3MFDDTPCDLStepSizeMLimitedPowerIncreaseMInnerLoopDLPCS

22、tatusMDCHInformationMDSCHInformationOTFCI2bearerinformationToAWSMToAWEMRLInformationRLIDMC-IDMFirstRLSIndicatorMFrameOffsetMChipOffsetMPropagationDelayODiversityControlFieldCNotFirstRLDLCodeInformationMInitialDLtransmissionPowerMMaximumDLpowerMMinimumDLpowerMSSDTCellIdentityOTransmitDiversityIndicat

23、orCDiversitymodeTransmissionGapPatternSequenceInformationOActivePatternSequenceInformationO消息實例直傳消息流程概述直傳消息指UE與CN之間的信令交互NAS信息，如鑒權(quán)、業(yè)務(wù)請求、連接建立等。由于這些消息在RNC透明傳輸，所以稱為直傳消息。RRC連接建立的只是UE與RNC之間的信令連接，因此為了傳送直傳消息，還需要繼續(xù)建立UE與CN之間的信令連接。RNC在收到第一條直傳消息時（即初始直傳消息INITIALDIRECTTRANSFER），將建立與CN之間的信令連接，該連接建立于SS7的SCCP之上。UE和C

24、N的信令連接建立成功后，UE發(fā)送到CN的消息，通過上行直傳消息UPLINKDIRECTTRANSFER發(fā)送到RNC，RNC將其轉(zhuǎn)換為直傳消息DIRECTTRANSFER發(fā)送到CN；CN發(fā)送到UE的消息，通過直傳消息DIRECTTRANSFER發(fā)送到RNC，RNC將其轉(zhuǎn)換為下行直傳消息DOWNLINKDIRECTTRANSFER發(fā)送到UE。初始直傳初始直傳過程用于建立起RNC與CN之間的一條信令連接，同時承載一條初始NAS消息。NAS消息的內(nèi)容在RNC并不進行解釋，而是轉(zhuǎn)送給CN。說明：當UE處于CELL_PCH或URA_PCH狀態(tài)時，為了進行初始直傳，將首先進行小區(qū)更新，狀態(tài)遷移入CELL_F

25、ACH狀態(tài)，更新理由為uplinkdatatransmission。小區(qū)更新成功結(jié)束后，UE將繼續(xù)進行初始直傳。初始直傳過程的基本流程如REF_Ref9160008rh*MERGEFORMAT圖5-6所示。初始直傳信令流程描述：RRC連接建立后，UE通過RRC連接向RNC發(fā)送初始直傳消息INITIALDIRECTTRANSFER，消息中攜帶UE發(fā)送到CN的初始NAS信息內(nèi)容，及CN標識等內(nèi)容。RNC接收到UE的初始直傳消息，通過Iu接口向CN發(fā)送SCCP連接請求消息CONNECTIONREQUEST，消息數(shù)據(jù)為RNC向CN發(fā)送的初始UE消息INITIALUEMESSAGE，該消息包含UE發(fā)送到

26、CN的消息內(nèi)容。如果CN準備接受連接請求，則向RNC回SCCP連接證實消息CONNECTIONCONFIRM，表明SCCP連接建立成功。RNC接收到該消息，確認信令連接建立成功。如果CN不能接受連接請求，則向RNC回SCCP連接拒絕消息CONNECTIONREFUSE，SCCP連接建立失敗。RNC接收到該消息，確認信令連接建立失敗，則發(fā)起RRC釋放過程。對于初始直傳過程中攜帶的NAS內(nèi)容，CN將通過下行直傳過程把對這種服務(wù)的接受或拒絕信息發(fā)送給UE。上行直傳當UE需要在已存在的信令連接上向CN發(fā)送NAS消息時，將發(fā)起上行直傳過程。說明：處于CELL_PCH或URA_PCH狀態(tài)的UE，在進行上行

27、直傳之前，需要進行小區(qū)更新，狀態(tài)遷移到CELL_FACH狀態(tài)，更新原因為uplinkdatatransmission。小區(qū)更新成功后，將繼續(xù)進行上行直傳。上行直傳的信令流程如REF_Ref9160204rh*MERGEFORMAT圖5-7所示。上行直傳信令流程描述：UE向RNC發(fā)送上行直傳消息UPLINKDIRECTTRANSFER，發(fā)起上行直傳過程。消息中包含NAS消息、CN標識等信息。RNC按照消息中包含的CN標識，進行路由，將其中包含的NAS信息內(nèi)容，通過Iu接口的直傳消息DIRECTTRANSFER，發(fā)送到CN。上行直傳過程結(jié)束。說明：如果上行直傳消息UPLINKDIRECTTRANS

28、FER中包含MeasuredresultsonRACH信息單元，表明消息中攜帶測量報告，此時UTRAN將解析相應消息內(nèi)容并用于無線資源控制，消息其余部分仍舊向CN傳輸。下行直傳當CN需要在已存在的信令連接上向UE發(fā)送NAS消息時，發(fā)起下行直傳過程。下行直傳的信令流程如REF_Ref9160558rh*MERGEFORMAT圖5-8所示。下行直傳信令流程說明：CN向RNC發(fā)送直傳消息DIRECTTRANSFER，發(fā)起下行直傳過程。消息中包含NAS消息。UTRAN通過下行DCCH信道采用AMRLC方式，發(fā)送下行直傳消息DOWNLINKDIRECTTRANSFER，消息中攜帶CN發(fā)送到UE的NAS信

29、息內(nèi)容，以及CN標識。UE接收并讀取下行直傳消息DOWNLINKDIRECTTRANSFER中攜帶的NAS消息內(nèi)容。若接收到的消息包含協(xié)議錯誤，UE將在上行DCCH上采用AMRLC方式發(fā)送RRC狀態(tài)消息RRCSTATUS。INITIALDIRECTTRANSFER消息消息結(jié)構(gòu)信元存在說明MessageTypeMPUEinformationelementsIntegritycheckinfoCHCNinformationelementsCNdomainidentityMPIntraDomainNASNodeSelectorMPNASmessageMPMeasurementinformatione

30、lementsMeasuredresultsonRACHOP消息實例UPLINKDIRECTTRANSFER消息消息結(jié)構(gòu)信元存在說明MessageTypeMPUEinformationelementsIntegritycheckinfoCHCNinformationelementsCNdomainidentityMPNASmessageMPMeasurementinformationelementsMeasuredresultsonRACHOP消息實例DOWNLINKDIRECTTRANSFER消息消息結(jié)構(gòu)信元存在說明MessageTypeMPUEinformationelementsRRCt

31、ransactionidentifierMPIntegritycheckinfoCHCNinformationelementsCNDomainIdentityMPNASmessageMP消息實例UE能力信息流程UE能力信息包括：安全能力、定位能力、測量能力、物理信道能力、傳輸信道能力等。由于UE的廠家和規(guī)格不同，能力也不一致，所以RRC連接建立之后，UE應當向UTRAN發(fā)送UE能力信息，以使網(wǎng)絡(luò)側(cè)按照UE支持的能力參數(shù)對其進行配置。UE能力信息的傳遞可以分以下三種情況告訴網(wǎng)絡(luò)：RRC連接建立完成之后，UE能力信息通過RRC連接建立完成消息RRCCONNECTIONSETUPCOMPLETE，傳

32、遞到RNC；RRC連接建立完成之后，當RNC發(fā)現(xiàn)相應UE的能力信息不存在時，向UE發(fā)送UE能力信息查詢消息UECAPABILITYENQUIRY，UE通過UE能力信息消息UECAPABILITYINFORMATION，向RNC發(fā)送UE能力信息；RRC連接期間，當UE能力信息發(fā)生改變時，UE通過UE能力信息消息UECAPABILITYINFORMATION，向RNC發(fā)送新的UE能力信息。UE能力信息查詢通過UE能力信息查詢，UTRAN請求UE發(fā)起UE能力查詢過程，如REF_Ref9160640rh*MERGEFORMAT圖5-9所示。UE能力查詢UTRAN通過下行DCCH邏輯信道，采用AMRLC

33、方式發(fā)送UE能力查詢消息UECAPABILITYENQUIRY，完成UE能力信息查詢過程。UE能力信息更新若UTRAN發(fā)起UE能力信息查詢過程，或者RRC連接期間UE能力信息發(fā)生改變，UE將發(fā)起UE能力信息更新過程。UE能力信息更新過程用于向UTRAN傳送UE所支持的無線網(wǎng)絡(luò)相關(guān)能力信息，如REF_Ref9416106rh*MERGEFORMAT圖5-10所示。UE能力信息更新UE在上行鏈路DCCH上，使用AM或UMRLC方式發(fā)送UE能力信息消息UECAPABILITYINFORMATION，消息中攜帶UE的能力信息。UTRAN讀取UE能力信息，使用AM或UMRLC方式在下行鏈路DCCH上發(fā)送

34、UECAPABILITYINFORMACONFIRM確認消息。UE能力信息更新過程結(jié)束。RAB建立流程概述RAB用于UE和CN之間傳送語音、數(shù)據(jù)、多媒體等業(yè)務(wù)信息。UE和CN之間的信令連接建立完成后，才能建立RAB。RAB建立是由CN發(fā)起讓UTRAN執(zhí)行的功能。RAB建立基本過程如下：CN發(fā)起RAB指配請求消息RABASSIGNMENTREQUEST，RNC根據(jù)RAB指配請求中的QoS參數(shù)配置無線網(wǎng)絡(luò)有關(guān)參數(shù)，然后通過RAB指配相應消息RABASSIGNMENTRESPONSE告訴CN該RAB成功建立還是失敗。說明：RAB指配請求總是由CN發(fā)起，每個UE可以有一個或者多個RAB。根據(jù)RAB建立

35、前RRC連接狀態(tài)與RAB建立后RRC連接狀態(tài)，可以將RAB的建立流程分成以下三種情況：DCH-DCH：RAB建立前RRC使用DCH，RAB建立后RRC使用DCH；CCH-DCH：RAB建立前RRC使用CCH，RAB建立后RRC使用DCH；CCH-CCH：RAB建立前RRC使用CCH，RAB建立后RRC使用CCH。DCH-DCHUE當前的RRC狀態(tài)為DCH時，指配的RAB只能建立在DCH上。根據(jù)無線鏈路重配置情況，RAB建立流程又可分為兩種情況：同步重配置無線鏈路異步重配置無線鏈路二者的區(qū)別在于NodeB與UE接收到SRNC（ServingRadioNetworkController服務(wù)無線網(wǎng)絡(luò)

36、控制器）下發(fā)的配置消息后，能否立即啟用新的配置參數(shù)。同步重配置無線鏈路的RAB建立過程在這種情況下，需要SRNC、NodeB與UE之間同步重配置無線鏈路。同步過程如下：NodeB在接收到SRNC下發(fā)的重配置無線鏈路消息后，不能立即啟用新的配置參數(shù)，而是準備好相應的無線資源，等待接收到SRNC下發(fā)的重配置執(zhí)行消息，從消息中獲取SRNC規(guī)定的同步時間；UE在接收到SRNC下發(fā)的配置消息后，也不能立即啟用新的配置參數(shù)，而是從消息中獲取SRNC規(guī)定的同步時間；在SRNC規(guī)定的同步時刻，NodeB與UE同時啟用新的配置參數(shù)。同步重配置無線鏈路類型的DCH-DCHRAB建立流程如REF_Ref934400

37、5rh*MERGEFORMAT圖5-11所示。RAB建立流程（DCH-DCH，同步）信令流程描述：CN向UTRAN發(fā)送RAB指配請求消息RABASSIGNMENTREQUEST，發(fā)起RAB建立過程。SRNC接收到RAB建立請求后，將RAB的QoS參數(shù)映射為AAL2（適配層）鏈路特性參數(shù)與無線資源特性參數(shù)，Iu接口的ALCAP根據(jù)其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過程（對于PS域，本步不存在）。SRNC向所控制的NodeB發(fā)送無線鏈路重配置準備消息RADIOLINKRECONFIGURATIONPREPARE，請求所控制的NodeB準備在已有的無線鏈路上增加一條（或多條）

38、承載RAB的專用傳輸信道（DCH）。NodeB分配相應的資源，然后向所屬的SRNC發(fā)送無線鏈路重配置準備完成消息RADIOLINKRECONFIGURATIONREADY，通知SRNC無線鏈路重配置準備完成。SRNC中Iub接口的ALCAP發(fā)起Iub接口的用戶面?zhèn)鬏敵休d建立過程。NodeB與SRNC通過交換DCH幀協(xié)議的上下行同步幀建立同步。SRNC向UE發(fā)送RRC協(xié)議的無線承載建立消息RADIOBEARERSETUP。SRNC向所控制的NodeB發(fā)送無線鏈路重配置執(zhí)行消息RADIOLINKRECONFIGURATIONCOMMIT。UE執(zhí)行RB建立后，向SRNC發(fā)送無線承載建立完成消息RAD

39、IOBEARERSETUPCOMPLETE。SRNC接收到無線承載建立完成的消息后，向CN回應RAB指配響應消息RABASSIGNMENTRESPONSE，RAB建立流程結(jié)束。異步重配置無線鏈路的RAB建立過程在這種情況下，不要求SRNC、NodeB與UE之間同步重配置無線鏈路。NodeB與UE在接收到SRNC下發(fā)的配置消息后，將立即啟用新的配置參數(shù)。DCH-DCH異步重配置無線鏈路RAB建立流程如REF_Ref9161379rh*MERGEFORMAT圖5-12所示。RAB建立流程（DCH-DCH，異步）信令流程描述：CN向SRNC發(fā)送RANAP協(xié)議的RAB指配請求消息RABASSIGNME

40、NTREQUEST，發(fā)起RAB建立過程。SRNC接收到RAB建立請求后，將RAB的QoS參數(shù)映射為AAL2鏈路特性參數(shù)與無線資源特性參數(shù)，Iu接口的ALCAP根據(jù)其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過程（對于PS域，本步不存在）。在異步情況下，無線重配置無需同步執(zhí)行，SRNC向所控制的NodeB發(fā)送NBAP無線鏈路重配置請求消息RADIOLINKRECONFIGURATIONREQUEST，請求所控制的NodeB在已有的無線鏈路上建立新的專用傳輸信道（DCH）。NodeB接收到無線鏈路重配置請求消息后，即分配相應的資源，然后向所屬的SRNC發(fā)送無線鏈路重配置響應消息RAD

41、IOLINKRECONFIGURATIONRESPONSE，通知SRNC無線鏈路重配置完成。SRNC中Iub接口的ALCAP發(fā)起Iub接口的用戶面?zhèn)鬏敵休d建立過程。NodeB與SRNC通過交換DCH幀協(xié)議的上下行同步幀建立同步。SRNC向UE發(fā)送RRC協(xié)議的無線承載建立消息RADIOBEARERSETUP。UE執(zhí)行無線承載建立后，向SRNC發(fā)送無線承載建立完成消息RADIOBEARERSETUPCOMPLETE。SRNC接收到無線承載建立完成的消息后，向CN回應RAB指配響應消息RABASSIGNMENTRESPONSE，RAB建立過程結(jié)束。CCH-DCH當RRC連接建立在CCH時，RNC根據(jù)

42、RAB指配消息中的QoS參數(shù)，可以將指配的RAB建立在DCH上。此時需要將RRC連接狀態(tài)從CCH改變?yōu)镈CH。CCH-DCHRAB建立流程如REF_Ref8739574rh*MERGEFORMAT圖5-13所示。RAB建立流程（CCH-DCH）信令流程描述：CN向SRNC發(fā)送RANAP協(xié)議的RAB指配請求消息RABASSIGNMENTREQUEST，發(fā)起RAB建立過程。SRNC接收到RAB建立請求后，將RAB的QoS參數(shù)映射為AAL2鏈路特性參數(shù)與無線資源特性參數(shù)，Iu接口的ALCAP根據(jù)其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過程（對于PS域，本步不存在）。SRNC啟動Iu

43、b接口上無線鏈路建立過程，向所控制的NodeB發(fā)送無線鏈路建立請求消息RADIOLINKSETUPREQUEST，請求NodeB分配RRC連接所需的特定無線鏈路資源。NodeB資源準備成功后，向RNC應答無線鏈路建立響應消息RADIOLINKSETUPRESPONSE。RNC使用ALCAP協(xié)議建立Iub接口用戶面?zhèn)鬏敵休d，并完成RNC與NodeB之間的同步過程。SRNC向UE發(fā)送RRC協(xié)議的無線承載建立消息RADIOBEARERSETUP。UE執(zhí)行無線承載建立后，向SRNC發(fā)送無線承載建立完成消息RADIOBEARERSETUPCOMPLETE。SRNC接收到無線承載建立完成的消息后，向CN回

44、應RAB指配響應消息RABASSIGNMENTRESPONSE，RAB建立過程結(jié)束。CCH-CCH當RRC連接建立在CCH時，RNC根據(jù)RAB指配消息中的QoS參數(shù)，可以將指配的RAB繼續(xù)建立在CCH上。CCH-CCHRAB建立流程如REF_Ref8739773rh*MERGEFORMAT圖5-14所示。RAB建立流程（CCH-CCH）信令流程描述：CN向UTRAN發(fā)送RANAP協(xié)議的RAB指配消息RABASSIGNMENTREQUEST，發(fā)起RAB建立請求。SRNC接收到RAB建立請求后，將RAB的QoS參數(shù)映射為AAL2鏈路特性參數(shù)與無線資源特性參數(shù)，Iu接口的ALCAP根據(jù)其中的AAL2

45、鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過程（對于PS域，本步不存在）。SRNC向UE發(fā)送RRC協(xié)議的無線承載建立消息RADIOBEARERSETUP。UE執(zhí)行無線承載建立后，向SRNC發(fā)送無線承載建立完成消息RADIOBEARERSETUPCOMPLETE。SRNC接收到無線承載建立完成的消息后，向CN回應RAB指配響應消息RABASSIGNMENTRESPONSE，RAB建立流程結(jié)束。RABASSIGNMENTREQUEST消息消息結(jié)構(gòu)信元存在說明MessageTypeMRABsToBeSetupOrModifiedListCifNoOtherGroup需要建立或者修改的RAB列表RA

46、BsToBeSetupOrModifiedItemIEsRAB建立或者修改情況FirstSetupOrModifyItemMRABIDMRAB標識NASSynchronisationIndicatorC-ifModifandNASInfoProvidedRABParametersC-ifSetuporNewValuesRAB參數(shù)UserPlaneInformationC-ifSetuporNewValuesUserPlaneModeMUPModeVersionsMTransportLayerInformationC-ifNotOnlyNSITransportLayerAddressMIuTra

47、nsportAssociationMServiceHandoverOSecondSetupOrModifyItemMPDPTypeInformationCifPSandSetupDataVolumeReportingIndicationCifPSandSetupDLGTP-PDUSequenceNumberC-ifAvailPSandSetupULGTP-PDUSequenceNumberC-ifAvailPSandSetupDLN-PDUSequenceNumberC-ifAvailPSandSetupULN-PDUSequenceNumberC-ifAvailPSandSetupRABsT

48、oBeReleasedListCifNoOtherGroupRAB釋放情況RABsToBeReleasedItemIEsRABIDMCauseM釋放原因消息實例RABASSIGNMENTRESPONSE消息消息結(jié)構(gòu)信元存在說明MessageTypeMRABsSetupOrModifiedLISTC-ifNoOtherGroupRAB建立或者修改列表RABsSetupOrModifiedItemIEsRABIDMTransportLayerAddressC-ifPSIuTransportAssociationC-ifPSDLDataVolumesCifModReqPSDataVolumeList

49、UnsuccessfullyTransmittedDLDataVolumeMDataVolumeReferenceORABsReleasedListCifNoOtherGroupRAB釋放列表RABsReleasedItemIEsRABIDMDLDataVolumesCifReqPSDataVolumeListUnsuccessfullyTransmittedDLDataVolumeMDataVolumeReferenceODLGTP-PDUSequenceNumberC-ifAvailUiPSULGTP-PDUSequenceNumberC-ifAvailUiPSRABsQueuedList

50、CifNoOtherGroupRAB排隊列表RABsQueuedItemIEsRABIDMRABsFailedToSetupOrModifyListCifNoOtherGroupRAB不能建立或者修改列表RABsFailedToSetupOrModifyItemIEsRABIDMCauseMRABsFailedToReleaseListCifNoOtherGroupRAB釋放失敗列表RABsFailedToReleaseItemIEsRABIDMCauseMCriticalityDiagnosticsO消息實例RADIOBEARERSETUP消息消息結(jié)構(gòu)信元存在說明MessageTypeMPU

51、EInformationElementsRRCtransactionidentifierMPIntegritycheckinfoCHIntegrityprotectionmodeinfoOPCipheringmodeinfoOPActivationtimeMDNewU-RNTIOPNewC-RNTIOPRRCStateIndicatorMPUTRANDRXcyclelengthcoefficientMDCNInformationElementsCNInformationinfoOPUTRANmobilityinformationelementsURAidentityOPRBInformatio

52、nElementsSignallingRBinformationtosetuplistOPSignallingRBinformationtosetupMPRABinformationtosetuplistOPRABinformationforsetupMPRBinformationtobeaffectedlistOPRBinformationtobeaffectedMPDownlinkcountersynchronisationinfoOPRBwithPDCPinformationlistOPRBwithPDCPinformationMPTrCHInformationElementsUplin

53、ktransportchannelsULTransportchannelinformationcommonforalltransportchannelsOPDeletedTrCHinformationlistOPDeletedULTrCHinformationMPAddedorReconfiguredTrCHinformationlistOPAddedorReconfiguredULTrCHinformationMPCHOICEmodeOPFDDCPCHsetIDOPAddedorReconfiguredTrCHinformationforDRAClistOPDRACstaticinforma

54、tionMPTDDDownlinktransportchannelsDLTransportchannelinformationcommonforalltransportchannelsOPDeletedTrCHinformationlistOPDeletedDLTrCHinformationMPAddedorReconfiguredTrCHinformationlistOPAddedorReconfiguredDLTrCHinformationMPPhyCHinformationelementsFrequencyinfoMDUplinkradioresourcesMaximumallowedU

55、LTXpowerMDCHOICEchannelrequirementOPUplinkDPCHinfoCPCHSETInfoDownlinkradioresourcesCHOICEmodeMPFDDDownlinkPDSCHinformationOPTDDDownlinkinformationcommonforallradiolinksOPDownlinkinformationperradiolinklistOPDownlinkinformationforeachradiolinkMP消息實例業(yè)務(wù)釋放流程概述業(yè)務(wù)釋放流程分為兩種類型：高層釋放請求由UE發(fā)起和高層釋放請求由CN發(fā)起。無論那種釋放類

56、型，最終的資源釋放過程都是由CN發(fā)起。對于一個UE，可能存在這樣的情況：一條RRC連接對應多個RAB(例如同時進行VP業(yè)務(wù)和WebBrowse業(yè)務(wù))，CS域和PS域各自對應一條Iu信令連接。業(yè)務(wù)釋放過程大體分幾種情況。CS域業(yè)務(wù)釋放UE釋放CS域業(yè)務(wù)時：如果CS域只建立了一個RAB，則CN發(fā)起IURELEASECOMMAND消息，RNC接收到此消息后，將自動釋放Iu信令連接和RAB。流程請參見“REF_Ref79057501rh5.7.4REF_Ref79057501hCS域Iu信令連接和RAB的聯(lián)合釋放流程”。業(yè)務(wù)釋放完成后，SRNC將判斷該RRC連接是否還有對應的Iu信令連接（PS域），若

57、無，則發(fā)起RRC連接釋放過程。如果CS域建立了多個RAB，那么CN將只對需要釋放的RAB發(fā)起RAB釋放流程，不進行Iu信令連接的釋放。流程請參見“REF_Ref79057549rh5.7.3REF_Ref79057549hRAB釋放流程”。PS域業(yè)務(wù)釋放UE釋放PS域業(yè)務(wù)時：如果PS域只建立了一個RAB，那么CN首先對這條RAB發(fā)起RAB釋放流程，結(jié)束后發(fā)送IURELEASECOMMAND消息再釋放Iu-PS接口的Iu信令連接。流程請參見“REF_Ref79057549rh5.7.3REF_Ref79057549hRAB釋放流程”和“REF_Ref79057601rh5.7.2REF_Ref7

58、9057601hIu信令連接釋放流程”。業(yè)務(wù)釋放完成后，SRNC將判斷該RRC連接是否還有對應的Iu信令連接（CS域），若無，則發(fā)起RRC連接釋放過程。如果PS域建立了多個RAB，那么CN將只對需要釋放的RAB發(fā)起RAB釋放流程，不進行Iu信令連接的釋放。流程請參見“REF_Ref79057549rh5.7.3REF_Ref79057549hRAB釋放流程”。Iu信令連接釋放流程信令連接釋放請求Iu連接釋放過程一般由CN直接發(fā)起，但也可由UTRAN請求CN發(fā)起。Iu連接釋放請求過程用于UTRAN請求CN發(fā)起Iu釋放連接過程。Iu信令連接釋放請求信令如REF_Ref9347747rh*MERGE

59、FORMAT圖5-15示。信令連接釋放請求SRNC向CN域發(fā)送Iu釋放請求消息IURELEASEREQUEST，發(fā)起Iu接口的釋放請求過程。消息表明請求Iu連接釋放的原因，由CN決定對Iu釋放請求如何反應，例如，如果CN決定釋放Iu連接，CN將發(fā)起Iu釋放過程。信令連接釋放Iu釋放過程用于CN釋放Iu連接，與特定Iu連接相關(guān)的所有的UTRAN資源都要被釋放。信令如REF_Ref9347746rh*MERGEFORMAT圖5-16所示。信令連接釋放CN向UTRAN發(fā)送Iu釋放命令消息IURELEASECOMMAND，發(fā)起信令連接釋放過程。消息包含信令連接釋放原因（例如，SuccessfulRel

60、ocation、NormalRelease、ReleaseduetoUTRANGeneratedReason、RelocationCancelled、NoRemainingRAB）。發(fā)送消息后，CN在這個連接上不再發(fā)送任何面向連接RANAP消息。當RNC接收到消息后，清除UTRAN中相關(guān)資源。RNC向CN發(fā)送Iu釋放完成消息IURELEASECOMPLETE。Iu連接釋放過程結(jié)束。RAB釋放流程和RAB建立一樣，可以將RAB的釋放流程分成以下三種情況：DCH-DCH，釋放RAB前RRC使用DCH，釋放后RRC使用DCH；CCH-CCH，釋放RAB前RRC使用CCH，釋放后RRC使用CCH；DC