TD-SCDMA無線信令流程（中級）TOC\o"1-5"\h\z\o"CurrentDocument"第1章網絡結構和接口 1\o"CurrentDocument"UTRAN通用協議模型 2\o"CurrentDocument"空中接口Uu 3\o"CurrentDocument"lubロ 5\o"CurrentDocument"lurロ 5\o"CurrentDocument"第2章信道映射 7\o"CurrentDocument"三種信道模式 7\o"CurrentDocument"物理信道及其分類 7\o"CurrentDocument"傳輸信道及其分類 9\o"CurrentDocument"傳輸信道到物理信道的映射 10\o"CurrentDocument"第3章典型信令流程 11\o"CurrentDocument"呼叫流程 11起呼流程 11\o"CurrentDocument"被呼流程 26\o"CurrentDocument"釋放流程 32\o"CurrentDocument"駐留流程 35\o"CurrentDocument"切換流程 37\o"CurrentDocument"上報測量報告 37\o"CurrentDocument"下發測量控制 39資源重配置 40\o"CurrentDocument"完整的切換流程 44\o"CurrentDocument"第4章信令在網絡中的應用 45\o"CurrentDocument"4.1起呼失敗 45第1章網絡結構和接口國知識點?UTRAN網絡結構?接口及其功能UTRAN網絡結構圖圖l.l-lUTRAN網絡結構UMTS系統由核心網CN、無線接入網UTRAN和手機終端UE三部分組成。UTRAN由基站控制器RNC和基站NodeB組成。CN通過lu接口與UTRAN的RNC相連。其中lu接口又被分為連接到電路交換域的lu-CS,分組交換域的lu-PS,廣播控制域的lu-BC。NodeB與RNC之間的接口叫做lub接口。在UTRAN內部,RNC通過lur接口進行信息交互。lur接口可以是RNC之間物理上的直接連接,也可以靠通過任何合適傳輸網絡的虛擬連接來實現。NodeB與UE之間的接口叫Uu接口。UTRAN通用協議模型可以從圖上看到,UTRAN層次從水平方向上可以分為傳輸網絡層和無線網絡層;從垂直方向上則包括四個平面:控制平面用戶平面傳輸網絡層控制平面傳輸網絡層用戶平面控制平面:包含應用層協議,如：RANAP,RASAP、NBAP和傳輸層應用協議的信令承載。用戶平面：包括數據流和相應的承載,每個數據流的特征都由一個和多個接口的幀協議來描述。傳輸網絡層控制平面：為傳輸層內的所有控制信令服務,不包含任何無線網絡層信息。它包括為用戶平面建立傳輸承載（數據承載）的ALCAP協議,以及ALCAP需要的信令承載。傳輸網絡層用戶平面：用戶平面的數據承載和控制平面的信令承載都屬于傳輸網絡層的用戶平面。

1.3空中接口Uu控制面信令 用戶面消息 Uu接百邁界ーL3控制面信令 用戶面消息 Uu接百邁界ーL3無線承載L2/PDCPL2/BMCL2/RLC邏輯信道L2/MAC傳輸信道圖1.3-1Uu接口無線接口從協議結構上可以劃分為三層:物理層（L1）數據鏈路層（L2）網絡層（L3）L2分為控制平面（C一平面）和用戶平面（U一平面）。在控制平面中包括媒體接入控制MAC和無線鏈路控制RLC兩個子層;在用戶平面除MAC和RLC外,還有分組數據會聚協議PDCP和廣播/多播控制協議BMCoL3也分為控制平面（C一平面）和用戶平面（U一平面）。在控制平面上,L3的最低層為無線資源控制（RRC）,它屬于接入層（AS）,終止于RAN。移動性管理（MM）和連接管理（CM）等屬于非接入層（NAS）,其中CM層還可按其任務進ー步劃分為呼叫控制（CC）、補充業務（SS）、短消息業務（SMS）等功能實體。接入層通過業務接入點（SAP）承載上層的業務，非接入層信令屬于核心網功能。

RLC和MAC之間的業務接入點（SAP）提供邏輯信道,物理層和MAC之間的SAP提供傳輸信道。RRC與下層的PDCP、BMC,RLC和物理層之間都有連接,用以對這些實體的內部控制和參數配置。outofserviceoutofserviceserviceCELLDCHReleaseRRCEstablishRRCReleaseRRCEstablishRRCConnectionConnectionConnectionConnectionCampingonaUTRANcell1UTRA:Inter-RATHandoverGSM:HandoverGSM

Connected

ModereselectionIdleModeGPRS

Packet

Transfer

ModeReleaseoftemporaryblockflowInitiationoftemporaryblockflowGPRSPacketIdleModeoutofserviceoutofserviceserviceCELLDCHReleaseRRCEstablishRRCReleaseRRCEstablishRRCConnectionConnectionConnectionConnectionCampingonaUTRANcell1UTRA:Inter-RATHandoverGSM:HandoverGSM

Connected

ModereselectionIdleModeGPRS

Packet

Transfer

ModeReleaseoftemporaryblockflowInitiationoftemporaryblockflowGPRSPacketIdleMode1ReleaseRREstablishRRConnectionConnectionCampingonaGSM/GPRScell1圖!.3-2RRC狀態轉移圖UE的狀態基本是按照UE使用的信道來定義的。CELL_DCH狀態是UE占有專用的物理信道。CELL_FACH狀態是UE在數據量小的情況下不使用任何專用信道而使用公共信道。上行使用RACH、下行使用FACH。這個狀態下UE可以發起小區重選過程,且UTRAN可以確知UE位于哪個小區。CELL_PCH狀態下UE僅僅偵聽PCH和BCH信道。這個狀態下UE可以進行小區重選,重選時轉入CELL.FACH狀態，發起小區更新，之后再回到CELL_PCH狀態。網絡可以確知UE位于哪個小區。URA.PCH狀態和CELL_PCH狀態相似，但網絡只知道UE位于哪個URA區。CELL_PCH和URA-PCH狀態的引入是為了UE能夠始終處于在線狀態而又不至于浪費無線資源。lubロlub接口是RNC和NodeB之間的接口,完成RNC和NodeB之間的用戶數據傳送、用戶數據及信令的處理和No加B邏輯上的0&M等。它是ー個標準接口,允許不同廠家的互聯。功能:管理lub接口的傳輸資源、NodeB邏輯操作維護、傳輸操作維護信令、系統信息管理、專用信道控制、公共信道控制和定時以及同步管理。lurロlur接口是兩個RNC之間的邏輯接口，用來傳送RNC之間的控制信令和用戶數據。它是ー個標準接口,允許不同廠家的互聯。功能:lurロ是lub口的延伸。它支持基本的RNC之間的移動性、支持公共信道業務、支持專用信道業務和支持系統管理過程。luロlu接口是連接UTRAN和CN的接口，也可以把它看成是RNS和核心網之間的ー個參考點。它將系統分成用于無線通信的UTRAN和負責處理交換、路由和業務控制的核心網兩部分。結構：ー個CN可以和幾個RNC相連,而任何ー個RNC和CN之間的lu接口可以分成三個域：電路交換域(lu-CS),分組交換域(lu-PS)和廣播域(lu-BC),它們有各自的協議模型。功能：lu接口主要負責傳遞非接入層的控制信息、用戶信息、廣播信息及控制lu接口上的數據傳遞等。第2章信道映射三種信道模式邏輯信道:MAC子層向RLC子層提供的服務,它描述的是傳送什么類型的信息傳輸信道:物理層向高層提供的服務,它描述的是信息如何在空中接口上傳輸物理信道：承載傳輸信道的信息物理信道及其分類物理信道根據其承載的信息不同被分成了不同的類別,有的物理信道用于承載傳輸信道的數據,而有些物理信道僅用于承載物理層自身的信息。.專用物理信道專用物理信道DPCH(DedicatedPhysicalCHannel)用于承載來自專用傳輸信道DCH的數據。物理層將根據需要把來自一條或多條DCH的層2數據組合在?條或多條編碼組合傳輸信道CCTrCH(CodedCompositeTransportCHannel)內,然后再根據所配置物理信道的容量將CCTrCH數據映射到物理信道的數據域。DPCH可以位于頻帶內的任意時隙和任意允許的信道碼，信道的存在時間取決于承載業務類別和交織周期。ー個UE可以在同一時刻被配置多條DPCH,若UE允許多時隙能力，這些物理信道還可以位于不同的時隙。物理層信令主要用于DPCH。.公共物理信道根據所承載傳輸信道的類型,公共物理信道可劃分為ー系列的控制信道和業務信道。在3GPP的定義中,所有的公共物理信道都是單向的(上行或下行)。(1)主公共控制物理信道主公共控制物理信道(P-CCPCH,PrimaryCommonControlPhysicalCHannel)僅用于承載來自傳輸信道BCH的數據，提供全小區覆蓋模式下的系統信息廣播，信道中沒有物理層信令TFCI、TPC或SS。(2)輔公共控制物理信道輔公共控制物理信道(S-CCPCH,SecondaryCommonControlPhysicalCHannel)用于承載來自傳輸信道FACH和PCH的數據。不使用物理層信令SS和TPC,但可以使用TFCI,S-CCPCH所使用的碼和時隙在小區中廣播,信道的編碼及交織周期為20ms〇(3)快速物理接入信道快速物理接入信道(FPACH,FastPhysicalAccessCHannel)不承載傳輸信道信息,因而與傳輸信道不存在映射關系。NODEB使用FPACH來響應在UpPTS時隙收到的UE接入請求,調整UE的發送功率和同步偏移。數據域內不包含SS和TPC控制符號。因為FPACH不承載來自傳輸信道的數據，也就不需要使用TFCI。(4)物理隨機接入信道物理隨機接入信道(PRACH,PhysiacalRandomAccessCHannel)用于承載來自傳輸信道RACH的數據。傳輸信道RACH的數據不與來自其它傳輸信道的數據編碼組合,因而PRACH信道上沒有TFCL也不使用SS和TPC控制符號。(5)物理上行共享信道物理上行共享信道(PUSCH,PhysicalUplinkSharedCHannel)用于承載來自傳輸信道USCH的數據。所謂共享指的是同一物理信道可由多個用戶分時使用，或者說信道具有較短的持續時間。由于ー個UE可以并行存在多條USCH,這些并行的USCH數據可以在物理層進行編碼組合，因而PUSCH信道上可以存在TFCL但信道的多用戶分時共享性使得閉環功率控制過程無法進行，因而信道上不使用SS和TPC(上行方向SS本來就無意義,為上、下行突發結構保持一致SS符號位置保留，以備將來使用)。(6)物理下行共享信道物理下行共享信道(PDSCH：PhysicalDownlinkSharedCHannel)用于承載來自傳輸信道DSCH的數據。在下行方向，傳輸信道DSCH不能獨立存在,只能與FACH或DCH相伴而存在，因此作為傳輸信道載體的PDSCH也不能獨立存在。DSCH數據可以在物理層進行編碼組合，因而PDSCH上可以存在TFCL但一般不使用SS和TPC,對UE的功率控制和定時提前量調整等信息都放在與之相伴的PDCH信道上。(7)尋呼指示信道尋呼指示信道(PICH：PagingIndicatorChannel)不承載傳輸信道的數據,但卻與傳輸信道PCH配對使用,用以指示特定的UE是否需要解讀其后跟隨的PCH信道(映射在S-CCPCH上)。2.3傳輸信道及其分類傳輸信道的數據通過物理信道來承載,除FACH和PCH兩者都映射到物理信道S-CCPCHタト,其它傳輸信道到物理信道都有 ?對應的映射關系。.專用傳輸信道專用傳輸信道僅存在ー種,即專用信道(DCH),是ー個上行或下行傳輸信道。.公共傳輸信道(1)廣播信道BCHBCH是?個下行傳輸信道，用于廣播系統和小區的特定消息。(2)尋呼信道PCHPCH是?個下行傳輸信道，PCH總是在整個小區內進行尋呼信息的發射，與物理層產生的尋呼指示的發射是相隨的，以支持有效的睡眠模式,延長終端電池的使用時間。(3)前向接入信道FACHFACH是一個下行傳輸信道；用于在隨機接入過程，UTRAN收到了UE的接入請求，可以確定UE所在小區的前提下,向UE發送控制消息。有時,也可以使用FACH發送短的業務數據包。(4)隨機接入信道RACHRACH是ー個上行傳輸信道，用于向UTRAN發送控制消息，有時，也可以使用RACH來發送短的業務數據包。(5)上行共享信道USCH上行信道;被一些UE共享，用于承載UE的控制和業務數據。(6)下行共享信道DSCH下行信道;被ー些UE共享,用于承載UE的控制和業務數據。2.4傳輸信道到物理信道的映射表2.4-1給出了TD-SCDMA系統中傳輸信道和物理信道的映射關系。表中部分物理信道與傳輸信道并沒有映射關系。按3Gpp規定,只有映射到同一物理信道的傳輸信道才能夠進行編碼組合。由于PCH和FACH都映射到S-CCPCH,因此來自PCH和FACH的數據可以在物理層進行編碼組合生成CCTrCH,其它的傳輸信道數據都只能自身組合成,而不能相互組合。另外,BCH和RACH由于自身性質的特殊性,也不可能進行組合。表2.4-1TD-SCDMA傳輸信道和物理信道間的映射關系傳輸信道物理信道DCH專用物理信道(DPCH)BCH主公共控制物理信道(P-CCPCH)PCH輔助公共控制物理信道(S-CCPCH)FACH輔助公共控制物理信道(S-CCPCH)RACH物理隨機接入信道(PRACH)USCH物理卜.行共享信道(PUSCH)DSCH物理下行共享信道(PDSCH)下行導頻信道(DwPCH)上行導頻信道(UpPCH)尋呼指示信道(PICH)快速物理接入信道(FPACH)3.I呼叫流程3.1.1起呼流程第3章典型信令流程典型的呼叫信令流程包括主叫信令流程、被叫信令流程和呼叫釋放信令流程。對ー個主叫過程來說,如果之前UE沒有建立RRC連接,則先建立RRC連接,再通過初始直傳建立傳輸NAS消息的信令連接,最后建立RABo被叫過程包括了尋呼過程，在接入層內與主叫過程很類似,其它區別主要體現在NAS消息上。主叫與被叫的釋放流程相同,包括lu連接的釋放和RRC連接的釋放?？梢詢H釋放lu連接，保持RRC連接;也可以同時釋放lu連接和RRC連接。主叫信令主要分為幾個階段:RRC連接建立一〉直傳信令一〉通過RAB建立業務。RRC連接是UE與UTRAN的RRC協議層之間建立的ー種雙向點到點的連接，在UE與UTRAN之間傳輸無線網絡信令。UE處于空閑模式下，當UE的非接入層要求建立信令連接時，UE將發起RRC建立請求，我們這里介紹RRC建立在DCH上的情況。UE-1I |Nnrt>>R-1"~| 「RNC.1AllocateRNTISelectLIkAL2parixeters[SunRX]ISunTX1圖3.1-1RRC連接建立UE沒有專用信道資源,于是在CCCH(RACH,隨機接入信道)上向RNC發送RRCConnectionRequest消息,發起RRC連接建立過程。主要參數:InitialUEIdentity,Establishmentcause,InitialUECapability,當SRNC收到RRC建立請求以后，SRNC根據RRC建立的原因及系統資源狀態，判斷是否允許接入,如果允許,則為RRC連接分配RNTI和LI、L2資源,分別調用無線鏈路建立的NBAP過程、ALCAPIub數據傳輸承載建立過程和上、下行同步過程。UE被分配了無線網絡臨時標識(RNTI)后,UTRAN可以使用RNTI來尋呼特定的UE,UE也可以使用RNTI來發起隨機接入過程。RRC連接建立請求消息解讀:(1)解讀IMSI號—?MK.UL.OXM.MSfiv alViMn^WMr4?1**??<*HU?6?M3.G**HJア?ta?.O*^l->*-?-2yii.e…???TU12圖3.1-2RRC連接建立請求信令解讀!MSI號（2）解讀RRC連接請求的原因:R*M4f?MBcC*v?c^^wiZMJ?f“」XH做ヤ—_2f-CnRRC.Ul_CttM_l?5Gmbm0??acC?v*?or^49MtrWJC.MrMy皿2?ar<Mmi*C?*LMv?^WKR^C.UL_CCCM_M$G??”。?acC4fme?0^?*??*rMU(J4BrM|F y.0?r?jav?>f??■■"PjRf1csUL9cCCH.MSGnanagB.neCamaeterAfl^jMtKJ€)ー, i?lBiaew**iMC_UL.CCO1.MSGMNcC?rr*c?orA^MirAWUC TM$JaMNC.U<aO<.M$G?mmo?MBc￡4rv?otarA^Ml >?yrw<*iRAC.ULJXO4.M$G9ncC4rv?e?w^???o*MlMM^MAjMS<U>MA*tta4?uMA MC.UL.CttM_M$6—1”.■cCtfvwotorAcQJMt*?ueWwar<?m在位置區路由區更新前發起的RRL連接建立過程,請求柬因為"Registration"mMKWomh一0pawvCCPCM.IKCF^OTart>1suswssy諼SN三三三三三三一卷壊三二三三一孝sまま2--NC.UUCaM.M56-ac￡?v?c*arA?QjMi▼MD*arC*e? ?1tototototototo30700BO14-OUC 一????ッ,一“al—nwQuni 被叫發起的RRC連接建立過程,淸求ヨ因為:tenuinatingConversationCall圖3.14RRC連接建立請求信令解讀請求原因2JuRRC_UUOCCW_mm.fe9?cCmcw*?RRC.UL_CCCM.MM—I?g>iRAC^UUdCMJ*SS—吋wNcCerractor^e9jMiv?<JC.iav?yua?^.?<rLMto0>n.i4wtiyy^m(2JMCjftJtCMMtGM?M0iwMC4rvwctarA^Mi?WXWWy toFcRRC.UUCtCM.IffSGMM40BuKOrrwctar^MirMUC.MwMyuMr.?<LMto0Vvldv?>arc?*H0|RAC_UU<XCM.mGmwm0????cC*vwc*vA^n>rMUC.MvMyufEMMto(**Jdw?i?ffltoafl]RAC.UL.CXCM.MSGawMOBM?cC4mKtar^?MirMJf.^arMyuta^?<UMtoIkrw<t>RRC.UUaCM.MSG?MM0?，acOMv^****r*A)t f?<JAto”3?RRC.UUCCCMJ?GRAC_UUttOt_*SGn”.neC4rr?etarA?9jM('cvdocar*ci^c4iuRRC.UUttC*.*?M?>WM4V*uBcC4mctar*e*M>■-■i.iaOdUCM.?63伊1?2Mtr<4rrruxu■—????-?^*<*Mr?>*4***..，?0〇?“?cg^tw，，，.1^~at一，0〇—4■'"■Hh*"-MC.UUCOM.MMiASKOOWホ—呼叫請求前發起的RRC逢接建立過程,請求原因:onginatingConversationalCallJ1MM UHMRRC.UL.OO<JC$Gwcm^*?MC_Uk_CCCM_MSOiwm40?m?Cwwc*v?^MtM■■”.?■?罰aOrAO6?メRRC.UL*CXOViSGWBMg>.?￡??■(〇^U?4Mt■vMOtoOfccMiinunriPfurtRAC_UL_CX￡M_MSGBMM0??.ncC4mKMr*U??? IRAC.UL.CCCM.M5G??リ。.■cCvrwlkar^^MtrA?.Mar?yutM^an^UM?■**??4*?RCjJljCCOMfSGtmq?-3rme?v^??4MiH.”4nLM-NK.UI.CCCM.MIGWU40?uacC4rv*ctarAw?Ml (一"MyutM,?r<LAito ■??RRC.UL.CCCM.M5G(WMgBuNcCcrraeaar/U9jMtr*dU(一"Myu?m,?<LMto(Wv"?(rVfltoa*|MC.Uk.CCCM.M$GiwM4g??NcCamKW^^??r?AC,"?yuJ.ELMto宀"^”< |NK.Uk(X￡MJ?<iWM0Bw?C4rra0kv^?>?4r*aj(."?y3nLMto0*v"??■r&?NOUk.CCCM.MW；—mq?9?cC4rvwc*v^*?jMimA4,"?>td.ar<_l>lto?***."?>wc*Uk.CXCMvMSGwhqi??Nc￡4rracAer^?QMirMUf."Myuヘ43to?rvlf?m??<40|UL_CCCM_M$G_e?RcC4T?wc?0^??jMt (一"M^リ3_?M_LMto(**t"M|ranc?tv<1)NK.UU.CUM.M$G■■ii^iuacCamK?ar/U?jMivMU(,"?tyu?a^?r<UMtotacraaMaN?CjJk_CttM.M$G— ハ—ii-mwQ??ter■ NK.Uk.CCO?.M$GM?Mg?.(k￡4tv?c?o^U91MtMtNK.UI^aCM.MWmwm0bwacUmewA****(KtecOaM^*-A4M--NK.UUCOM.Mttmart|iCMc*k?(^w?-01?2ri<f-?cC4rrac*arA^jBrf通Q?????1*MDM?€AL<4v?tfwAmH?1れH-1Co3；7W；^rfー，

よ一，在-w■YWK_Mla?"--?,?■”?OrA*CM?畫(BOOM關機前發起的RR0接建立,?請求原因為士.detach"圖3.1-6RRC連接建立請求信令解讀請求原因4RNC準備建立RRC連接,分配建立RRC連接所需要的資源,并發送一條RadioLinkSetupRequest消息給NodeB,請求NODEB分配RRC連接所需的特定無線鏈路資源,NODEB收到消息后,將保留必要的資源,并根據消息中給出的參數配置新的無線鏈路。主要參數:Cellid,TransportFormatSet,TransportFormatCombinationSet,frequency,TimeSlots,イ言道E馬,Powercontrolinformation,〇無線鏈路建立過程用于建立一條承載1個或多個傳輸信道的無線鏈路。NodeB根據RadioLinkSetupRequest消息的參數,來建立NodeB的上、下行無線鏈路,配置成功后,在新的物理信道上準備接收UE消息,并給RNC發送一條RadioLinkSetupResponse響應消息。主要參數:Signallinglinktermination,Transportlayeraddressinginformation(AAL2address,AAL2BindingIdentity)forthelubDataTransportBearer.RNC通過ALCAP協議,建立lub數據傳輸承載。lub數據傳輸承載通過AAL2的綁定標識與DCH綁定在ー起。建立lub數據傳輸承載需要NodeB確認。5~6.通過DownlinkSynchronisation和UplinkSynchronisation.控制幀,NodeB與RNC為lub數據傳輸承載建立同步。此后NodeB開始DL發送。7.雖然lub上DCH的資源都準備好了,但是此時UE并不知道,所以RNC在CCCH上向NodeB發送RRCConnectionSetup消息給UE,告知UE相關參數。主要參數:InitialUEIdentity,RNT1,CapabilityupdateRequirement,TransportFormatSet,TransportFormatCombinationSet,frequency,TimeSlots,信道碼,Powercontrolinformation0當UE收至リRRCConnectionSetup消息后,會啟用新的空口承載參數來配置在UE側的RLC,MAC,PHY。當它使用新的參數與NodeB同步上后，NodeB會向RNC發送RLRestore消息，完成從公共信道轉到專用信道上切換的過程。8.UE收至リSRNC發送的RRCConnectionSetup后，根據消息中給定的參數來配置物理層,NodeB成功建立DCH鏈路，然后在DCCH上發送RRCConnectionSetupComplete消息給RNC。主要參數:Integrityinformation,cipheringinformation.〇RRC連接建立完成。每ー個UE在嘗試建立的過程中,只能建立一次RRC連接。初始直接傳輸/上下行直接傳輸(含鑒權階段和安全模式)IU口信令流程是在UE與UTRAN之間的RRC連接建立成功后，UE發起的。IU信令連接建立了UE與CN之間的信令通路。主要傳輸UE與CN之間非接入層信令。在UTRAN中，非接入層信令是通過上下行直接傳輸信令透明傳輸的，RNC不做任何處理。UE發送到CN的消息，通過上行直傳(UplinkDirectTransfer)發送到RNC,RNC將其轉化為直傳消息(DirectTransfer)發送到CN；CN發送到UE的消息，通過直傳消息發送到RNC,RNC將其轉化為下行直傳消息(DownlinkDirectTransfer)發送到UE=圖3.1-7直傳信令流程UE完成了RRC連接后,已經建立了專用信道DCH。接下去UE需要與CN交互信息(這就是非接入層的信令交互),這條消息封裝在RRC消息InitialDirectTransfer內，UE在DCCH上給RNC發送一條!nitialDirectTransfer消息。主要參數:InitialNASMessage(couldforaGSMbasedCNbee.g.CMServiceRequest,LocationUpdateRequestetc.)CNnodeindicator(itindicatesthecorrectCNnodeintowhichtheNASmessageshallbeforwarded)〇RNC接受到UE的初始直傳消息后，初始到CN的信令連接，通過IUロ向CN發送SCCP連接請求消息(CR),RNC發送一條InitialUEMessage消息給CNo主要參數:NASPDU(couldforaGSMbasedCNbee.g.CMServiceRequest,LocationUpdateRequestetc.),CNdomainindicator(indicatingtheCNdomaintowardswhichthismessageissent)〇通過初始直接傳輸過程后,可使用該信令連接傳輸UE和CN之間的NAS消息。如果CN準備接受連接請求,則向RNC回SCCP連接證實消息(CC),SCCP連接建立成功。CN發送RANAP消息DirectTransfer至リRNC〇RNC收到該消息,確認信令連接建立成功。主要參數：NASPDU,CNdomainIdentity〇鑒權的過程是可選的，也是通過宣傳消息來完成的。

CN通過直傳消息向UE發送AuthenticationRequest.對UE進行鑒權。RNC發送RRCDownlinkDirectTransfer消息給UE?主要參數:NASMessage。NAS消息由UTRAN透明的傳輸到UE。UE發送RRCUplinkDirectTransferMessage給RNC〇主要參數:NASMessage〇RNC發送RANAP消息DirectTransfer給CN。主要參數：NASPDU,NAS消息被透明的傳輸到UTRAN。例：(1)含鑒權宣傳信令的流程：10:57:00:43710:57:00:43710:57:00:45310:57:00:78110:57:00:78110:57:00:78110:57:00:796I):56:59:78110:56:59:796I0:57:00:406I):57:00:42110:56:58:95310:56:58:96810:56:59:1510:56:59:10910:56:59:28110:56:59:50010:56:59:76510:56:59:781F60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CERRJTnRTF60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CERRClessa(eNBAPlessaf*WAPRRClessa10:57:00:43710:57:00:43710:57:00:45310:57:00:78110:57:00:78110:57:00:78110:57:00:796I):56:59:78110:56:59:796I0:57:00:406I):57:00:42110:56:58:95310:56:58:96810:56:59:1510:56:59:10910:56:59:28110:56:59:50010:56:59:76510:56:59:781F60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CERRJTnRTF60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CERRClessa(eNBAPlessaf*WAPRRClessa(eNBAPlessa(?RRC■<?<a4?RRClassaceRANAPIessa￡￡_RAWAPMer?a(eRRClessa(eRRClassaceRANAP?e￡are上行公共及:ttfli!小息iff^(Initiainc)限功應答(Succe”)下行公共校制信道潘息i*5F(Initiain<)上行ラ用校制而i消息上行專用控利1道A息5^(Initialinr)下行,用校:M信道ポ息(Initialint)RBC壊接清宋RL，立RU(立RFC連接建立Rし佚復RRC達接建立尢或初始?傳㈣喻!息TW下行?傳RNC<——UER?C—>Wod?BRWC<—llodeBRUCー〉UERMC<—ModeBRNC<-UERMC<一UEKNC-XIPDBLClSERVICEREQUESTRNCZ--€W PD_H:AUTMlillTICATIOWrequestF60144CERRCRANAPle??afeRANAPRRCa(eRRCRANAPKessa(eRANAP(Initlalinc)(Initialinf)4^(Initialing)下行す用栓糾flilA息上行號用強制信道消息?求(Initialin()?京(Xnitialin<)下行すRIRDK?道;IiJt傳作下行傳上行傳傳!傳下行傳RM:一一>UERKC<——UERNC——スメRJIC<--CWrwc<-atRMC->UERJT<一UERBC-XXMK<-OR1IC->UEPDBLAUTHaTICAYIONRESPONSEPD.BI:ロSERVICEACCEPTPDOC:SETUPPD.CC:CALLPROCEEDING圖3.1-8含鑒權的直傳信令(2)不含鑒權直傳信令的流程:4602230...4602230...RRCMessage4602230...NBAPlessage4602230...NBAP融”“。4602230...RRClessa<e4602230...NBAP4602230...RRCMessage4602230...RRCMessage4602230...RANAPlessee4602230...RANAPMessage4602230...RANAPlessage4602230...RRCMessage4602230...RRClessage4602230...RANAPMessage4602230...RANAPMessage4602230...RRCMessage上行公共控制信道消息RRC連接清求RBC<——UE謂求(Irutユaing)RU1立1WC—>KodeB成功應答(Success)RL建立詆くTodeB下行公共控制信道濟息RRC連接建立RJIC->UE請求(Irutxaxng)Rし恢復R?C<-HodeB上行號用控制Mi1潘息RRC連接建立完成RHC<——UE上行專用控制信道消息初始直傳RM:く——UE請求(Initialing)UE初始消gruc-xntPD一MM:ClSERVICEREQUEST請求(Initialing)CouonlD消息RNC<-CN清束(Initialint)直傳RHC<--CNPD.IM:CNSERVICEACCEPT下行號用控制信イ消息下行直傳RM：——>UE上行サ用控制信道消息上行直傳RMC<一UE請求(Initialing)?傳RNC-XKPDCC:SETUP請求(Initialing)?傳R?C<?CNPD_CC:CALLPROCEEDING下行專用控制信な港島下行直傳RHC->UE圖3.1-9不含鑒權的直傳信令安全模式控制:當UE與CN之間的信令建立好后,CN需要對UE進行安全模式控制,其中包含加密和完整性保護。

圖3.1-10安全模式信令流程CN發送RANAP消息SecurityModeCommand給RNC?主要攜帶了EncryptionInformationIE和!ntegrityProtectionInformationIE?其中會帶有集中加密算法的列表,CN側可以關閉和選擇打開加密算法,RNC側也有相應開關。RNC在下行DCCH上發送RRCSecurityModeCommand給UE,開始/重啟加密過程。UE收到SecurityModeCommand后，考慮UE和UTRAN自身的能力，選擇加密和完整性保護算法,并目.成功應用以后,在上行DCCH上向RNC發送RRCSecurityModeComplete消息，里面攜帶了所采用的加密和完整性保護算法。RNC發送RANAP消息SecurityModeComplete給CN。圖3.1-11呼叫建立直傳信令流程上行和下行的直接傳輸過程,NAS要求傳輸數據。見信令流程中綠色框。1a4803421241&4803421711221 IMSI 46007 RRC ULDCCHMESSAGE1221 IMSI 46007 RAMAP Ra：Uチ。::a,l1ZZ1 i^il 4UJU/ AaMaP Heqjesttnfcaiirx^ewagel價4803484 40 1221 IMSI46007 RRC DLDCCHMESSAGE184803921 15 1221 IMSI46007 RRC UL_DCCH_MESSAG￡rrtMOiteclTiandetハハwi「2一、ドDvedtran^er^enage"ddr40ctTtantfetuphnkDrectTrantfetRNC<-UERNC>CNRMC<-CMPO_MMCMSERVICEREQUEST用 削Ug184803384?42012211221IMSIIMSI46007RANAPRANAPReouestfiniiatin^eitagelDtedTtansferMesjageFNC-LHRNC<--CN184803984G1221IMSI46007RRCDL.DCCHMESSAGEdo*w#ikD?ectTransfetRNC-->UE184804156141221IMSI46007RRCUL.DCCH.MESSAGEupirKD?ec?TianifetRNC<-UE184$04156不1221IMSI46007...RANAPReaje$tfnbdtinc^leisaaelDiectTranEfefMessaaeRNC-CNゆ04203341221IMSI46007RANAPReQjestfrthahn^lettaoelSecuntj#4odeMe??geRNC<-CN184804218211221IMSI46007RRCDLDCCHMESSAGE:ecurt>*4odeCommandRNC->UE18480434391221IMSI46007RRCUL.DCCH.MESSAGEtecuntyModeGxnpieteRNC<-UEPO.MMIDENTITYREQUESTPDMMIDENTITYRESPONSERNC->UERNCvTJEAUIHENII3IONRESPON!【就國ヒVlEJlk?小?，”■?山1?Iユハ??丄I1UJ?山I1丄丄、」“加」【就國8045311221IMSI46007RANAPReouesffrWbatrgMesMgelDaedTranderMestapeRNC->CNPDC￡SETUP804%21221IMSI46007RANAPRequett(nibatn^>1exta9e|DtectTtaniferMets^geRNC<-CNPOCCCALLPROCEEDING804.5781221IMSI46007RRCDLDCCHMESSAGEdoyffinkDiectlfansterRNC->UE圖3.1-12鑒權/加密/呼叫建立信令流程主叫UE直傳給CN的SETUP信令里,解讀對端被叫的手機號:上，功，ノ。得上，10040i2上，，01）403上，，〇，）4093上MIJMHn上，，〇,3SXU上1O1）?M1上“，）掰上，10“40。上，＞entoo?上，101）40484上，31,405（上，tei3?no上iodokx上，№1）”第上，功，ノ。得上，10040i2上，，01）403上，，〇，）4093上MIJMHn上，，〇,3SXU上1O1）?M1上“，）掰上，10“40。上，＞entoo?上，101）40484上，31,405（上，tei3?no上iodokx上，№1）”第1ノ，101）40?'OnOMR上WU41(2上午上上■除“41伙上午W，39K±*wnttia上№1342，”上,(01)42X21上,，い143加上，〇"。即上,，〇，”352上午WI343MJ上，3134)6上，IAI3US±*?01)44AJ?上，KH34445)上，，〇1)X461上，，01)44ね1上，101)44H0當EOIE552なな言qwm當蕓nnlH言S!n，"Rma，nw”^An117な?”;”H1?n11*""u;H"n11??"”TMSlTMSl00)0000AttnoomMOIQOOOMtnoornDODinOD4￡CGT7O46XXno?oonomm4W0W0MD30000VIQMXDO?QMXDO99X0000MMOOQAttn0000tMSJMOIODCDIMS)MOtQODDTM993X0000rwnYAMOCOFlDCD30000NCXSXDOOPIDCDJOOODNocoxnx)TMSlMM000"91X0000TMS?WM000TMSl99X0000!MSIVKMOOOPlMD30000.1DCDXnOOZMDXnrnzDcoxnoorwsinoiuxootM9wxaoooAmrrmImcmhMMdbMUL.DCCM.*<$SA6EA?4ponM|MK?MM(X*c*w|A*<a?M(tMCC?MM>X4N9(X,CC￡N_?<$UG<人CCCM.M(SV?(R*t94?t4r(hAr^(????0?lDkCCCM.KSVaR,，,0n(>??”ulUlJCCM.KSSAfiC人ccolmkumRNC<-4?W-QRNC<-<NRHC-HMRNC<-4*mePRC心XMtRRC<?ta?0*<<-?RNC，MaMANC<-M9d*?RNC3UkXCM.KSMMACTDLMESUaZo..r^?r0”.i6OV_CCtMMtSUGtUJXCM.M|$$AACA?>4M4rAW^?*MAQ*|Ok_occM.Kt$Aat凡CCOtFSAfif?，0XCCDLMCSMaド3.r<Mlr..“<〇|隔—也3?4?”?I1■cC4m?c?or64MlexaeM*Nc￡omBC*arA**MtR4dcU*$4MM?>?9(wcC4mK?or64M>rMt>wctT*W?VWMMwH0?kft..<Cc^wr*”I.■cCcrraOarAeteeM,,■：，〉，■?AaLW5aM**?*M0VA?fc￡W54M*Mu?0?■eC4rvwc*flr64M>*UAaLHD<b*cr?*?ingi"一15エ力發等“Hu'一

武雖ヨす荒匕球工miPD_MMMSlOCtDIMDCATON?7Taoaoatco1040iai,039016必Be魚國お雪jppa159215TaMMa?9ao＞被叫號碼3.1-13呼叫建立直傳信令解讀對端手機號CN向RNC發送RANAP消息CommonID。見信令流程中藍色框。會有提前。從CN卜.發給RNC的CommonlDMessage信令中,可以解讀到本機的IMSI號:

1146252%4121IMSI460077059211190RRCULCCCHMESSAGENcCorv?c?ionR?Qj??lRNC<-4JE11銘253901764121IMSI460077059211190HBAPReque然RadoLmk.Se*upMessageRNC->Node61146254534121IMSI460077059211190N8APRetpomeituccetiMOutceme)R?AolmkSeM)MeitageRNC<-Nodee1146255931174121IMSI460077059211190RRCDL.CCCHMESSAGEnc€orr?c*ionSeM>RNC->UE1146257%4121IMSI4M077059211190N8APRgjeMnhahnWesxgelR?fc>Lnk.RestorelrMic4tonMetidgeRNC<Nodefi1146259064121IMSI460077059211190RRCUL.DCCHMESSAGEitcComectnnSeMiContiHeRNC<-UE114625.9214121IMSI480077059211190RRCDLDCCHMESSAGEnreauxementControlRNC->UE1146259534121IMSI460077059211190RRCDL_DCCH_MESSAG￡mewuemertCortoolRNC->UE1146265464121IMSI4^X)77059211190RRCUL.DCCHMESSAGEr?tiaC>fectTlantte*RNC<-UE1146260464121IMSI460077059211190RANAPRequeti(nhatr^4ett?g?|IrabdUEMetiageRNCtCNPDRRPAGINGRESPONSE1146260934121IMSI460077059211190RANAPRgje esage|D>ec*Tfans^eiMetMgedoxinkHland，RNC<-CNPDMMAUTHENTICATIONR11146261094121IMSI4S0077Q59211190RRCDL.DCCH.MESSAGERNC->UE1146265314121IMSI460077059211190RRCULDCCHMESSAGEupWDfectTraniferRNC<4JE1146265314121IMSI4?1077059211190RANAPReouestntiatn^euage1DteciTlanifetMetiageRNC->CNPDMMAUTHENTICATIONfl1146265784121IMSI460077059211190RANAPR?)j?ti(rrfkatrx/4?*s4g?|DLDCCHMESSAGED?ec?TitntfefMe)RNC<-CNPDMMIDENTITYREQUEST1146265784121IMSI460077059211190RRCdoMr*nkDrec<llandecRNC->UE114^267654121IMSI460077059211190RRCulIdcch.messagei<4n>D?eciTfani???RHC<-UE1146267654121IMSI460077059211190RANAPRequet?(nt?atn^4e?4ge|DvectTlarttfetMendgeRNC->CNPD.MMIDENTITYRESPONSE1146267814121IMSI460077059211190RANAPReQjetitnbatn/4e::?9e|SecufyModeMe::?geRNC<-CN1146267%4121IMSI460077059211190RRCDL.DCCHMESSAGEtecurtyModeComnandRNC->UE114626湖4121IMSI460077059211190RRCUL.DCCHMESSAGE:ecun?*caeCo<npte<eRNC<-4JE1146270004121IMSI4??77059211190RANAPRejponae(xjcc?:iMOu?con>el$9CvnM4cx>M9$：4ge114627015204121IMSI460077055211190RANAP1146270154121460077059211190RANAPDLDCCHMESSAGED<tyT"47iーッ刖シ劇PD_CCSETUP1146270S24121460077059211190RRCdowrfenkDtectTtamperRNC->UE11462723441214??77059211190RRCul2dcch_messageg4D，edI，an”rRNC<-UE1146272344121460077059211190RANAPD?ec<TrarwtwMet^geRNC->CNPD.CCCALLCONFIRMED1146273284121460077059211190RANAPReque/nhatr^euage]RAB.AtugraneniMestageRNC<-CN114627437741214€?)7705921119ORRCDL-DCCHMESSAGE?re?KjemenlCortrolRNC->UE1I感2745374121460077059211190RRCDLDCCHMESSAGEfreau*emenlContK)lRNC->UE1146275002904121460077059211190NBAPReqiie，Mr<iarr^6tagel(ynclvor>ie^?jboLv4LRecor49L?4bonPipatatonRNC>Node8MatsRNC<-Node61146276406041214€^077059211190NBAPRejponj&jucccmMOuicorre)1114741714^77059711190RRCninrrnmfベagfR?jr.iif<>1.協期1照甫息及安丄導金必，名覇丄償令犯IxttfiaRANAPConmoriDextEiemldata?CodeStre?n000F4010000001001740a950E4007750291191F0f 4q工ロj,”■ J サノ9:4<JUU//UbVcl1圖3.1-14解讀本機IMS1號的信令RAB建立過程RAB是指用戶面的承載,用于UE和CN之間傳送語音、數據及多媒體業務,UE首先完成RRC建立,才能建立RAB。RAB的建立是由CN發起,UTRAN執行的一個過程。圖3.1-15RAB建立信令流程1.CN向RNC發送RANAP消息RadioAccessBearerAssignmentRequest,發起RAB建立過程。主要參數:RadioAccessBearerparameters,UserPlaneMode,TransportAddress,luTransportAssociation.丨-一I■??1-734MoM<4MW”圖3.1-16RAB指派請求信令解讀RNC接受到RAB建立請求后,通過ALCAP協議建立lu數據傳輸承載,并利用AAL2綁定標識將!u數據傳輸承載和無線接入承載綁定在ー起。(對于PS域不要求執行該過程。)該步驟在打印里可以看出,在信令跟蹤里看不到。如果信令跟蹤至リRadioAccessBearerAssignmentRequest后,看不到下一條信令RL鏈路有配置準備(RadioLinkReconfigurationPrepare),說明IUロ的AAL2鏈路或ALCAP有問題。RNC要求其NodeB準備在已有的無線鏈路上增加一條(或多條)承載RAB的專用傳輸信道(DCH)(RadioLinkReconfigurationPrepare)。主要參數:TransportFormatSet,TransportFormatCombinationSet,Powercontrolinformation,TimeSlots,信道碼.NodeB分配相應的資源，然后向所屬的SRNC發送RadioLinkReconfigurationReady消息，通知SRNC無線鏈路重配置準備完畢。主要參數:Transportlayeraddressinginformation(AAL2address,AAL2BindingId)forlubDataTransportBearer.RNC通過ALCAP協議建立lub接口的用戶面數據傳輸承載，并利用AAL2綁定標識將lub數據傳輸承載綁定到DCH。

NODEB和SRNC通過交換DCH幀來完成上、下行同步。NodeB和RNC通過DownlinkSynchronisation和UplinkSynchronistionDCH-FP幀為lub數據傳輸承載建立同步關系。RNC向NodeB發送NBAP消息RadioLinkReconfigurationCommit,NODEB和UE從此消息中獲取同步時刻,啟用新的配置參數。RNC向UE發送RRC消息RadioBearerSetup。主要參數:TransportFormatSet,TransportFormatCombinationSet,TimeSlots,信道碼。RL進行重配后，UE和NODEB間進行一個同步,同步后NodeB向RNC上報ー個RLRestore〇UE執行完RB建立后，UE發送RRC消息RadioBearerSetupComplete給RNC。SRNC接受到無線承載建立完成消息后，RNC發送RANAP消息RadioAccessBearerAssignmentResponse給CN,結束RAB建立過程。至此RAB建立完成，之后進行上行和下行的直接傳輸過程，振鈴后，摘機進行通話。完整的起呼信令流程Uf；Tb： ?5'T他:56:58:96810:56:59:1510:56:59:10900:56:59:281biS*0:56:59:7810:56:59:7810:56:59:7960:57:00:4060:57:00:4210:57:00:4370:57:00:4370:57:00:4530:57:00:7810:57:00:7810:57:00:781jFouTmCF3F60144CE3 F60144CE3 F60144CE3 F60144CEi棚廿施lessafeNBAP1??*?(?NBAP謂求lessa^e成功應答(Success) RLUf；Tb： ?5'T他:56:58:96810:56:59:1510:56:59:10900:56:59:281biS*0:56:59:7810:56:59:7810:56:59:7960:57:00:4060:57:00:4210:57:00:4370:57:00:4370:57:00:4530:57:00:7810:57:00:7810:57:00:781jFouTmCF3F60144CE3 F60144CE3 F60144CE3 F60144CEi棚廿施lessafeNBAP1??*?(?NBAP謂求lessa^e成功應答(Success) RL建立レ”“,下行公共校川信道満息或逹族，文:00:796F60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CENBAPlessace(Imtiainc) RL修復黑施黠輪辦硼醃酬產權RANAPIessa(eRANAP!?>??(?RRClesseeRRCRANAPIessa<eRANAPlessafeRANAP1????<?RRCIesxa(eRRCIes?M?RANAP!?”》(?(Initialin<)談求(Initialin<)下行す用校制值i!清島上行?閑校制信道消息?求(but1aline)謂求(Initialinf)謫束(Imtxa1!n<)下行專用校制信金消息上行す用控ル信道消息(Initialinf)UEW潘息?傳下行直傳上行?傳?傳CoaaonlD消息?停下行?傳上行リ伶?傳KHC<Ut-rar->Wod?BRJT<—NodeBrar->ueRJTくーNodeBRK->CWRWC<-CWRK->UERJT<一UErar->cwrar<-cirar<--ciiRIK->UErar<一uerar-kwrk<—?ciPD.M：CISERVICEREQUESTPD_U:AUTHEITICATIONREQUEITPD_H:AUTHEMTiaTIOWRESPOISE40:57:00:87510:57:00:92!!0:57:01:1510:57:01:3110:57:02:68740:57:02:812?し57:02:82810:57:02:82810:57:02:84310:57:02:84310:57:02:85910:57:02:85910:57:02:87510:57:07:17110:57:07:17110:57:07:42110:57:07:421ア60144CERANAPiWTunititlmc； M同步重配置準備F60144CENBAFMessafei*T(Imtiain<)F60144CENBAF'lessM*成功應杳(Success)Rし同步重配量金口F60144CERRClessa<<下行專用控期值道消息KB建立F60144CENBAPl?fsa<?清木(Imtiainf)U間步?配置完成F60144CEF60144CENBAPlessaceRRCI??sa<?清末(Initxain()上行學用控制湘i消息RL佐復RMt立寛成F60K4CE.F60144CERANAP 一RRCIessa<c窄將曾躅if心RAB1班 1M!控?3F60I44CENBAFMessage謂本(Imtiainf)雪用洌?初始化3F60144CENBAFlessafe成功應答(Success).田網道司怡化3F60144CHNBAPKessafeil^(Imtiainc)等用他?報吿33F60144CEF60144CERANAPIessa(eRRCle?sa(e清末(Initialinf)下行守用校制信道消息直傳下行直傳33F60144CEF60144CERANAPI??sa<eRRClessafe謂我(Imtialin<)下行專用控制信i!泊島直傳下行?傳3F60144CERRCIessa<?上行學用長鬍值道な息上行?傳3F60144CERANAPlessace謂束(Initialin<)?傳RBC >0EMC，—?CWRWC->ModeBrar<"NodeBrar->ueRK—>WodeBRK<-KodeBRNC<一UErar——>ciRWC——>UErar->ModeBrar<—WodeBrar<-WodeBrar<-cirar->uerarj-orjt->UErar<一uerjt->cwPD.MI:CISEJtVICIACCIPTRAB建立PD.CC:ALERTHGPD.CC:COIHECTPD.CC:SETUPPDCC:CALLPROCEEDUKPD.CC:COINECTACKNOVLEDGE圖3.1-17完整的起呼信令流程補充點!:下圖是PS附著的信令流程圖。下午02045331165TMSI32040000NBAPRequeUlnhaengMettaoel下午02045331165TMSI32040000NBAPRequeUlnhaengMettaoel下午0204533171TMSI32040000NBAPRetponw(uicc?irfdOiicome|下午020453125115TMSI32040000RRCDLCtCHMESSAGE下午8045318724TMSI32040000NBAPReque$t(rvbatngMen?g?|T*02045323429TMSI32040000RRCUL.DCCH.MESSAGE下午02045356237TMSI32040000RRCUL_DCCH_MESSAGE下午02045356289TMSI32040000RA/iAPReque訓nMngMeiQge)下午02045368757TMSI32040000RahapRequeHcbahngMe:—eI下そ02045370343TMSI32040000RRCDL.DCCHMESSAGE下午02045492118TMSI32040000RRCUL.DCCH.MESSAGE下午020454叼53TMSI32040000RAHAPRgue訓下午020454%420TMSI32040000RamapRequetf(nbabngMeis4ge|下午020454984%TMSI32040000RahapReque^lrAatngMetMQel下そ02045498421TMSI32040000RRCDL_DCCH_MESSAGE下午0204552509TMSI3204