TD-SCDMA無(wú)線信令流程（中級(jí)）

TD-SCDMA無(wú)線信令流程（中級(jí)）TOC\o"1-5"\h\z\o"CurrentDocument"第1章網(wǎng)絡(luò)結(jié)構(gòu)和接口 1\o"CurrentDocument"UTRAN通用協(xié)議模型 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"上報(bào)測(cè)量報(bào)告 37\o"CurrentDocument"下發(fā)測(cè)量控制 39資源重配置 40\o"CurrentDocument"完整的切換流程 44\o"CurrentDocument"第4章信令在網(wǎng)絡(luò)中的應(yīng)用 45\o"CurrentDocument"4.1起呼失敗 45第1章網(wǎng)絡(luò)結(jié)構(gòu)和接口國(guó)知識(shí)點(diǎn)?UTRAN網(wǎng)絡(luò)結(jié)構(gòu)?接口及其功能UTRAN網(wǎng)絡(luò)結(jié)構(gòu)圖圖l.l-lUTRAN網(wǎng)絡(luò)結(jié)構(gòu)UMTS系統(tǒng)由核心網(wǎng)CN、無(wú)線接入網(wǎng)UTRAN和手機(jī)終端UE三部分組成。UTRAN由基站控制器RNC和基站NodeB組成。CN通過(guò)lu接口與UTRAN的RNC相連。其中l(wèi)u接口又被分為連接到電路交換域的lu-CS,分組交換域的lu-PS,廣播控制域的lu-BC。NodeB與RNC之間的接口叫做lub接口。在UTRAN內(nèi)部,RNC通過(guò)lur接口進(jìn)行信息交互。lur接口可以是RNC之間物理上的直接連接,也可以靠通過(guò)任何合適傳輸網(wǎng)絡(luò)的虛擬連接來(lái)實(shí)現(xiàn)。NodeB與UE之間的接口叫Uu接口。UTRAN通用協(xié)議模型可以從圖上看到,UTRAN層次從水平方向上可以分為傳輸網(wǎng)絡(luò)層和無(wú)線網(wǎng)絡(luò)層;從垂直方向上則包括四個(gè)平面:控制平面用戶平面?zhèn)鬏斁W(wǎng)絡(luò)層控制平面?zhèn)鬏斁W(wǎng)絡(luò)層用戶平面控制平面:包含應(yīng)用層協(xié)議,如：RANAP,RASAP、NBAP和傳輸層應(yīng)用協(xié)議的信令承載。用戶平面：包括數(shù)據(jù)流和相應(yīng)的承載,每個(gè)數(shù)據(jù)流的特征都由一個(gè)和多個(gè)接口的幀協(xié)議來(lái)描述。傳輸網(wǎng)絡(luò)層控制平面：為傳輸層內(nèi)的所有控制信令服務(wù),不包含任何無(wú)線網(wǎng)絡(luò)層信息。它包括為用戶平面建立傳輸承載（數(shù)據(jù)承載）的ALCAP協(xié)議,以及ALCAP需要的信令承載。傳輸網(wǎng)絡(luò)層用戶平面：用戶平面的數(shù)據(jù)承載和控制平面的信令承載都屬于傳輸網(wǎng)絡(luò)層的用戶平面。

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

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

Connected

ModereselectionIdleModeGPRS

Packet

Transfer

ModeReleaseoftemporaryblockflowInitiationoftemporaryblockflowGPRSPacketIdleModeoutofserviceoutofserviceserviceCELLDCHReleaseRRCEstablishRRCReleaseRRCEstablishRRCConnectionConnectionConnectionConnectionCampingonaUTRANcell1UTRA:Inter-RATHandoverGSM:HandoverGSM

Connected

ModereselectionIdleModeGPRS

Packet

Transfer

ModeReleaseoftemporaryblockflowInitiationoftemporaryblockflowGPRSPacketIdleMode1ReleaseRREstablishRRConnectionConnectionCampingonaGSM/GPRScell1圖!.3-2RRC狀態(tài)轉(zhuǎn)移圖UE的狀態(tài)基本是按照UE使用的信道來(lái)定義的。CELL_DCH狀態(tài)是UE占有專用的物理信道。CELL_FACH狀態(tài)是UE在數(shù)據(jù)量小的情況下不使用任何專用信道而使用公共信道。上行使用RACH、下行使用FACH。這個(gè)狀態(tài)下UE可以發(fā)起小區(qū)重選過(guò)程,且UTRAN可以確知UE位于哪個(gè)小區(qū)。CELL_PCH狀態(tài)下UE僅僅偵聽(tīng)PCH和BCH信道。這個(gè)狀態(tài)下UE可以進(jìn)行小區(qū)重選,重選時(shí)轉(zhuǎn)入CELL.FACH狀態(tài)，發(fā)起小區(qū)更新，之后再回到CELL_PCH狀態(tài)。網(wǎng)絡(luò)可以確知UE位于哪個(gè)小區(qū)。URA.PCH狀態(tài)和CELL_PCH狀態(tài)相似，但網(wǎng)絡(luò)只知道UE位于哪個(gè)URA區(qū)。CELL_PCH和URA-PCH狀態(tài)的引入是為了UE能夠始終處于在線狀態(tài)而又不至于浪費(fèi)無(wú)線資源。lubロlub接口是RNC和NodeB之間的接口,完成RNC和NodeB之間的用戶數(shù)據(jù)傳送、用戶數(shù)據(jù)及信令的處理和No加B邏輯上的0&M等。它是ー個(gè)標(biāo)準(zhǔn)接口,允許不同廠家的互聯(lián)。功能:管理lub接口的傳輸資源、NodeB邏輯操作維護(hù)、傳輸操作維護(hù)信令、系統(tǒng)信息管理、專用信道控制、公共信道控制和定時(shí)以及同步管理。lurロlur接口是兩個(gè)RNC之間的邏輯接口，用來(lái)傳送RNC之間的控制信令和用戶數(shù)據(jù)。它是ー個(gè)標(biāo)準(zhǔn)接口,允許不同廠家的互聯(lián)。功能:lurロ是lub口的延伸。它支持基本的RNC之間的移動(dòng)性、支持公共信道業(yè)務(wù)、支持專用信道業(yè)務(wù)和支持系統(tǒng)管理過(guò)程。luロlu接口是連接UTRAN和CN的接口，也可以把它看成是RNS和核心網(wǎng)之間的ー個(gè)參考點(diǎn)。它將系統(tǒng)分成用于無(wú)線通信的UTRAN和負(fù)責(zé)處理交換、路由和業(yè)務(wù)控制的核心網(wǎng)兩部分。結(jié)構(gòu)：ー個(gè)CN可以和幾個(gè)RNC相連,而任何ー個(gè)RNC和CN之間的lu接口可以分成三個(gè)域：電路交換域(lu-CS),分組交換域(lu-PS)和廣播域(lu-BC),它們有各自的協(xié)議模型。功能：lu接口主要負(fù)責(zé)傳遞非接入層的控制信息、用戶信息、廣播信息及控制lu接口上的數(shù)據(jù)傳遞等。第2章信道映射三種信道模式邏輯信道:MAC子層向RLC子層提供的服務(wù),它描述的是傳送什么類型的信息傳輸信道:物理層向高層提供的服務(wù),它描述的是信息如何在空中接口上傳輸物理信道：承載傳輸信道的信息物理信道及其分類物理信道根據(jù)其承載的信息不同被分成了不同的類別,有的物理信道用于承載傳輸信道的數(shù)據(jù),而有些物理信道僅用于承載物理層自身的信息。.專用物理信道專用物理信道DPCH(DedicatedPhysicalCHannel)用于承載來(lái)自專用傳輸信道DCH的數(shù)據(jù)。物理層將根據(jù)需要把來(lái)自一條或多條DCH的層2數(shù)據(jù)組合在?條或多條編碼組合傳輸信道CCTrCH(CodedCompositeTransportCHannel)內(nèi),然后再根據(jù)所配置物理信道的容量將CCTrCH數(shù)據(jù)映射到物理信道的數(shù)據(jù)域。DPCH可以位于頻帶內(nèi)的任意時(shí)隙和任意允許的信道碼，信道的存在時(shí)間取決于承載業(yè)務(wù)類別和交織周期。ー個(gè)UE可以在同一時(shí)刻被配置多條DPCH,若UE允許多時(shí)隙能力，這些物理信道還可以位于不同的時(shí)隙。物理層信令主要用于DPCH。.公共物理信道根據(jù)所承載傳輸信道的類型,公共物理信道可劃分為ー系列的控制信道和業(yè)務(wù)信道。在3GPP的定義中,所有的公共物理信道都是單向的(上行或下行)。(1)主公共控制物理信道主公共控制物理信道(P-CCPCH,PrimaryCommonControlPhysicalCHannel)僅用于承載來(lái)自傳輸信道BCH的數(shù)據(jù)，提供全小區(qū)覆蓋模式下的系統(tǒng)信息廣播，信道中沒(méi)有物理層信令TFCI、TPC或SS。(2)輔公共控制物理信道輔公共控制物理信道(S-CCPCH,SecondaryCommonControlPhysicalCHannel)用于承載來(lái)自傳輸信道FACH和PCH的數(shù)據(jù)。不使用物理層信令SS和TPC,但可以使用TFCI,S-CCPCH所使用的碼和時(shí)隙在小區(qū)中廣播,信道的編碼及交織周期為20ms〇(3)快速物理接入信道快速物理接入信道(FPACH,FastPhysicalAccessCHannel)不承載傳輸信道信息,因而與傳輸信道不存在映射關(guān)系。NODEB使用FPACH來(lái)響應(yīng)在UpPTS時(shí)隙收到的UE接入請(qǐng)求,調(diào)整UE的發(fā)送功率和同步偏移。數(shù)據(jù)域內(nèi)不包含SS和TPC控制符號(hào)。因?yàn)镕PACH不承載來(lái)自傳輸信道的數(shù)據(jù)，也就不需要使用TFCI。(4)物理隨機(jī)接入信道物理隨機(jī)接入信道(PRACH,PhysiacalRandomAccessCHannel)用于承載來(lái)自傳輸信道RACH的數(shù)據(jù)。傳輸信道RACH的數(shù)據(jù)不與來(lái)自其它傳輸信道的數(shù)據(jù)編碼組合,因而PRACH信道上沒(méi)有TFCL也不使用SS和TPC控制符號(hào)。(5)物理上行共享信道物理上行共享信道(PUSCH,PhysicalUplinkSharedCHannel)用于承載來(lái)自傳輸信道USCH的數(shù)據(jù)。所謂共享指的是同一物理信道可由多個(gè)用戶分時(shí)使用，或者說(shuō)信道具有較短的持續(xù)時(shí)間。由于ー個(gè)UE可以并行存在多條USCH,這些并行的USCH數(shù)據(jù)可以在物理層進(jìn)行編碼組合，因而PUSCH信道上可以存在TFCL但信道的多用戶分時(shí)共享性使得閉環(huán)功率控制過(guò)程無(wú)法進(jìn)行，因而信道上不使用SS和TPC(上行方向SS本來(lái)就無(wú)意義,為上、下行突發(fā)結(jié)構(gòu)保持一致SS符號(hào)位置保留，以備將來(lái)使用)。(6)物理下行共享信道物理下行共享信道(PDSCH：PhysicalDownlinkSharedCHannel)用于承載來(lái)自傳輸信道DSCH的數(shù)據(jù)。在下行方向，傳輸信道DSCH不能獨(dú)立存在,只能與FACH或DCH相伴而存在，因此作為傳輸信道載體的PDSCH也不能獨(dú)立存在。DSCH數(shù)據(jù)可以在物理層進(jìn)行編碼組合，因而PDSCH上可以存在TFCL但一般不使用SS和TPC,對(duì)UE的功率控制和定時(shí)提前量調(diào)整等信息都放在與之相伴的PDCH信道上。(7)尋呼指示信道尋呼指示信道(PICH：PagingIndicatorChannel)不承載傳輸信道的數(shù)據(jù),但卻與傳輸信道PCH配對(duì)使用,用以指示特定的UE是否需要解讀其后跟隨的PCH信道(映射在S-CCPCH上)。2.3傳輸信道及其分類傳輸信道的數(shù)據(jù)通過(guò)物理信道來(lái)承載,除FACH和PCH兩者都映射到物理信道S-CCPCHタト,其它傳輸信道到物理信道都有 ?對(duì)應(yīng)的映射關(guān)系。.專用傳輸信道專用傳輸信道僅存在ー種,即專用信道(DCH),是ー個(gè)上行或下行傳輸信道。.公共傳輸信道(1)廣播信道BCHBCH是?個(gè)下行傳輸信道，用于廣播系統(tǒng)和小區(qū)的特定消息。(2)尋呼信道PCHPCH是?個(gè)下行傳輸信道，PCH總是在整個(gè)小區(qū)內(nèi)進(jìn)行尋呼信息的發(fā)射，與物理層產(chǎn)生的尋呼指示的發(fā)射是相隨的，以支持有效的睡眠模式,延長(zhǎng)終端電池的使用時(shí)間。(3)前向接入信道FACHFACH是一個(gè)下行傳輸信道；用于在隨機(jī)接入過(guò)程，UTRAN收到了UE的接入請(qǐng)求，可以確定UE所在小區(qū)的前提下,向UE發(fā)送控制消息。有時(shí),也可以使用FACH發(fā)送短的業(yè)務(wù)數(shù)據(jù)包。(4)隨機(jī)接入信道RACHRACH是ー個(gè)上行傳輸信道，用于向UTRAN發(fā)送控制消息，有時(shí)，也可以使用RACH來(lái)發(fā)送短的業(yè)務(wù)數(shù)據(jù)包。(5)上行共享信道USCH上行信道;被一些UE共享，用于承載UE的控制和業(yè)務(wù)數(shù)據(jù)。(6)下行共享信道DSCH下行信道;被ー些UE共享,用于承載UE的控制和業(yè)務(wù)數(shù)據(jù)。2.4傳輸信道到物理信道的映射表2.4-1給出了TD-SCDMA系統(tǒng)中傳輸信道和物理信道的映射關(guān)系。表中部分物理信道與傳輸信道并沒(méi)有映射關(guān)系。按3Gpp規(guī)定,只有映射到同一物理信道的傳輸信道才能夠進(jìn)行編碼組合。由于PCH和FACH都映射到S-CCPCH,因此來(lái)自PCH和FACH的數(shù)據(jù)可以在物理層進(jìn)行編碼組合生成CCTrCH,其它的傳輸信道數(shù)據(jù)都只能自身組合成,而不能相互組合。另外,BCH和RACH由于自身性質(zhì)的特殊性,也不可能進(jìn)行組合。表2.4-1TD-SCDMA傳輸信道和物理信道間的映射關(guān)系傳輸信道物理信道DCH專用物理信道(DPCH)BCH主公共控制物理信道(P-CCPCH)PCH輔助公共控制物理信道(S-CCPCH)FACH輔助公共控制物理信道(S-CCPCH)RACH物理隨機(jī)接入信道(PRACH)USCH物理卜.行共享信道(PUSCH)DSCH物理下行共享信道(PDSCH)下行導(dǎo)頻信道(DwPCH)上行導(dǎo)頻信道(UpPCH)尋呼指示信道(PICH)快速物理接入信道(FPACH)3.I呼叫流程3.1.1起呼流程第3章典型信令流程典型的呼叫信令流程包括主叫信令流程、被叫信令流程和呼叫釋放信令流程。對(duì)ー個(gè)主叫過(guò)程來(lái)說(shuō),如果之前UE沒(méi)有建立RRC連接,則先建立RRC連接,再通過(guò)初始直傳建立傳輸NAS消息的信令連接,最后建立RABo被叫過(guò)程包括了尋呼過(guò)程，在接入層內(nèi)與主叫過(guò)程很類似,其它區(qū)別主要體現(xiàn)在NAS消息上。主叫與被叫的釋放流程相同,包括lu連接的釋放和RRC連接的釋放。可以僅釋放lu連接，保持RRC連接;也可以同時(shí)釋放lu連接和RRC連接。主叫信令主要分為幾個(gè)階段:RRC連接建立一〉直傳信令一〉通過(guò)RAB建立業(yè)務(wù)。RRC連接是UE與UTRAN的RRC協(xié)議層之間建立的ー種雙向點(diǎn)到點(diǎn)的連接，在UE與UTRAN之間傳輸無(wú)線網(wǎng)絡(luò)信令。UE處于空閑模式下，當(dāng)UE的非接入層要求建立信令連接時(shí)，UE將發(fā)起RRC建立請(qǐng)求，我們這里介紹RRC建立在DCH上的情況。UE-1I |Nnrt>>R-1"~| 「RNC.1AllocateRNTISelectLIkAL2parixeters[SunRX]ISunTX1圖3.1-1RRC連接建立UE沒(méi)有專用信道資源,于是在CCCH(RACH,隨機(jī)接入信道)上向RNC發(fā)送RRCConnectionRequest消息,發(fā)起RRC連接建立過(guò)程。主要參數(shù):InitialUEIdentity,Establishmentcause,InitialUECapability,當(dāng)SRNC收到RRC建立請(qǐng)求以后，SRNC根據(jù)RRC建立的原因及系統(tǒng)資源狀態(tài)，判斷是否允許接入,如果允許,則為RRC連接分配RNTI和LI、L2資源,分別調(diào)用無(wú)線鏈路建立的NBAP過(guò)程、ALCAPIub數(shù)據(jù)傳輸承載建立過(guò)程和上、下行同步過(guò)程。UE被分配了無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(RNTI)后,UTRAN可以使用RNTI來(lái)尋呼特定的UE,UE也可以使用RNTI來(lái)發(fā)起隨機(jī)接入過(guò)程。RRC連接建立請(qǐng)求消息解讀:(1)解讀IMSI號(hào)—?MK.UL.OXM.MSfiv alViMn^WMr4?1**??<*HU?6?M3.G**HJア?ta?.O*^l->*-?-2yii.e…???TU12圖3.1-2RRC連接建立請(qǐng)求信令解讀!MSI號(hào)（2）解讀RRC連接請(qǐng)求的原因: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在位置區(qū)路由區(qū)更新前發(fā)起的RRL連接建立過(guò)程,請(qǐng)求柬因?yàn)?Registration"mMKWomh一0pawvCCPCM.IKCF^OTart>1suswssy諼SN三三三三三三一卷壊三二三三一孝sまま2--NC.UUCaM.M56-ac￡?v?c*arA?QjMi▼MD*arC*e? ?1tototototototo30700BO14-OUC 一????ッ,一“al—nwQuni 被叫發(fā)起的RRC連接建立過(guò)程,淸求ヨ因?yàn)?tenuinatingConversationCall圖3.14RRC連接建立請(qǐng)求信令解讀請(qǐng)求原因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ホ—呼叫請(qǐng)求前發(fā)起的RRC逢接建立過(guò)程,請(qǐng)求原因: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?畫(huà)(BOOM關(guān)機(jī)前發(fā)起的RR0接建立,?請(qǐng)求原因?yàn)槭?detach"圖3.1-6RRC連接建立請(qǐng)求信令解讀請(qǐng)求原因4RNC準(zhǔn)備建立RRC連接,分配建立RRC連接所需要的資源,并發(fā)送一條RadioLinkSetupRequest消息給NodeB,請(qǐng)求NODEB分配RRC連接所需的特定無(wú)線鏈路資源,NODEB收到消息后,將保留必要的資源,并根據(jù)消息中給出的參數(shù)配置新的無(wú)線鏈路。主要參數(shù):Cellid,TransportFormatSet,TransportFormatCombinationSet,frequency,TimeSlots,イ言道E馬,Powercontrolinformation,〇無(wú)線鏈路建立過(guò)程用于建立一條承載1個(gè)或多個(gè)傳輸信道的無(wú)線鏈路。NodeB根據(jù)RadioLinkSetupRequest消息的參數(shù),來(lái)建立NodeB的上、下行無(wú)線鏈路,配置成功后,在新的物理信道上準(zhǔn)備接收UE消息,并給RNC發(fā)送一條RadioLinkSetupResponse響應(yīng)消息。主要參數(shù):Signallinglinktermination,Transportlayeraddressinginformation(AAL2address,AAL2BindingIdentity)forthelubDataTransportBearer.RNC通過(guò)ALCAP協(xié)議,建立lub數(shù)據(jù)傳輸承載。lub數(shù)據(jù)傳輸承載通過(guò)AAL2的綁定標(biāo)識(shí)與DCH綁定在ー起。建立lub數(shù)據(jù)傳輸承載需要NodeB確認(rèn)。5~6.通過(guò)DownlinkSynchronisation和UplinkSynchronisation.控制幀,NodeB與RNC為lub數(shù)據(jù)傳輸承載建立同步。此后NodeB開(kāi)始DL發(fā)送。7.雖然lub上DCH的資源都準(zhǔn)備好了,但是此時(shí)UE并不知道,所以RNC在CCCH上向NodeB發(fā)送RRCConnectionSetup消息給UE,告知UE相關(guān)參數(shù)。主要參數(shù):InitialUEIdentity,RNT1,CapabilityupdateRequirement,TransportFormatSet,TransportFormatCombinationSet,frequency,TimeSlots,信道碼,Powercontrolinformation0當(dāng)UE收至リRRCConnectionSetup消息后,會(huì)啟用新的空口承載參數(shù)來(lái)配置在UE側(cè)的RLC,MAC,PHY。當(dāng)它使用新的參數(shù)與NodeB同步上后，NodeB會(huì)向RNC發(fā)送RLRestore消息，完成從公共信道轉(zhuǎn)到專用信道上切換的過(guò)程。8.UE收至リSRNC發(fā)送的RRCConnectionSetup后，根據(jù)消息中給定的參數(shù)來(lái)配置物理層,NodeB成功建立DCH鏈路，然后在DCCH上發(fā)送RRCConnectionSetupComplete消息給RNC。主要參數(shù):Integrityinformation,cipheringinformation.〇RRC連接建立完成。每ー個(gè)UE在嘗試建立的過(guò)程中,只能建立一次RRC連接。初始直接傳輸/上下行直接傳輸(含鑒權(quán)階段和安全模式)IU口信令流程是在UE與UTRAN之間的RRC連接建立成功后，UE發(fā)起的。IU信令連接建立了UE與CN之間的信令通路。主要傳輸U(kuò)E與CN之間非接入層信令。在UTRAN中，非接入層信令是通過(guò)上下行直接傳輸信令透明傳輸?shù)模琑NC不做任何處理。UE發(fā)送到CN的消息，通過(guò)上行直傳(UplinkDirectTransfer)發(fā)送到RNC,RNC將其轉(zhuǎn)化為直傳消息(DirectTransfer)發(fā)送到CN；CN發(fā)送到UE的消息，通過(guò)直傳消息發(fā)送到RNC,RNC將其轉(zhuǎn)化為下行直傳消息(DownlinkDirectTransfer)發(fā)送到UE=圖3.1-7直傳信令流程UE完成了RRC連接后,已經(jīng)建立了專用信道DCH。接下去UE需要與CN交互信息(這就是非接入層的信令交互),這條消息封裝在RRC消息InitialDirectTransfer內(nèi)，UE在DCCH上給RNC發(fā)送一條!nitialDirectTransfer消息。主要參數(shù):InitialNASMessage(couldforaGSMbasedCNbee.g.CMServiceRequest,LocationUpdateRequestetc.)CNnodeindicator(itindicatesthecorrectCNnodeintowhichtheNASmessageshallbeforwarded)〇RNC接受到UE的初始直傳消息后，初始到CN的信令連接，通過(guò)IUロ向CN發(fā)送SCCP連接請(qǐng)求消息(CR),RNC發(fā)送一條InitialUEMessage消息給CNo主要參數(shù):NASPDU(couldforaGSMbasedCNbee.g.CMServiceRequest,LocationUpdateRequestetc.),CNdomainindicator(indicatingtheCNdomaintowardswhichthismessageissent)〇通過(guò)初始直接傳輸過(guò)程后,可使用該信令連接傳輸U(kuò)E和CN之間的NAS消息。如果CN準(zhǔn)備接受連接請(qǐng)求,則向RNC回SCCP連接證實(shí)消息(CC),SCCP連接建立成功。CN發(fā)送RANAP消息DirectTransfer至リRNC〇RNC收到該消息,確認(rèn)信令連接建立成功。主要參數(shù)：NASPDU,CNdomainIdentity〇鑒權(quán)的過(guò)程是可選的，也是通過(guò)宣傳消息來(lái)完成的。

CN通過(guò)直傳消息向UE發(fā)送AuthenticationRequest.對(duì)UE進(jìn)行鑒權(quán)。RNC發(fā)送RRCDownlinkDirectTransfer消息給UE?主要參數(shù):NASMessage。NAS消息由UTRAN透明的傳輸?shù)経E。UE發(fā)送RRCUplinkDirectTransferMessage給RNC〇主要參數(shù):NASMessage〇RNC發(fā)送RANAP消息DirectTransfer給CN。主要參數(shù)：NASPDU,NAS消息被透明的傳輸?shù)経TRAN。例：(1)含鑒權(quán)宣傳信令的流程：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)限功應(yīng)答(Succe”)下行公共校制信道潘息i*5F(Initiain<)上行ラ用校制而i消息上行專用控利1道A息5^(Initialinr)下行,用校:M信道ポ息(Initialint)RBC壊接清宋RL，立RU(立RFC連接建立Rし佚復(fù)RRC達(dá)接建立尢或初始?傳㈣喻!息TW下行?傳RNC<——UER?C—>Wod?BRWC<—llodeBRUCー〉UERMC<—ModeBRNC<-UERMC<一UEKNC-XIPDBLClSERVICEREQUESTRNCZ--€W PD_H:AUTMlillTICATIOWrequestF60144CERRCRANAPle??afeRANAPRRCa(eRRCRANAPKessa(eRANAP(Initlalinc)(Initialinf)4^(Initialing)下行す用栓糾flilA息上行號(hào)用強(qiáng)制信道消息?求(Initialin()?京(Xnitialin<)下行すRIRDK?道;IiJt傳作下行傳上行傳傳!傳下行傳RM:一一>UERKC<——UERNC——スメRJIC<--CWrwc<-atRMC->UERJT<一UERBC-XXMK<-OR1IC->UEPDBLAUTHaTICAYIONRESPONSEPD.BI:ロSERVICEACCEPTPDOC:SETUPPD.CC:CALLPROCEEDING圖3.1-8含鑒權(quán)的直傳信令(2)不含鑒權(quán)直傳信令的流程: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成功應(yīng)答(Success)RL建立詆くTodeB下行公共控制信道濟(jì)息RRC連接建立RJIC->UE請(qǐng)求(Irutxaxng)Rし恢復(fù)R?C<-HodeB上行號(hào)用控制Mi1潘息RRC連接建立完成RHC<——UE上行專用控制信道消息初始直傳RM:く——UE請(qǐng)求(Initialing)UE初始消gruc-xntPD一MM:ClSERVICEREQUEST請(qǐng)求(Initialing)CouonlD消息RNC<-CN清束(Initialint)直傳RHC<--CNPD.IM:CNSERVICEACCEPT下行號(hào)用控制信イ消息下行直傳RM：——>UE上行サ用控制信道消息上行直傳RMC<一UE請(qǐng)求(Initialing)?傳RNC-XKPDCC:SETUP請(qǐng)求(Initialing)?傳R?C<?CNPD_CC:CALLPROCEEDING下行專用控制信な港島下行直傳RHC->UE圖3.1-9不含鑒權(quán)的直傳信令安全模式控制:當(dāng)UE與CN之間的信令建立好后,CN需要對(duì)UE進(jìn)行安全模式控制,其中包含加密和完整性保護(hù)。

圖3.1-10安全模式信令流程CN發(fā)送RANAP消息SecurityModeCommand給RNC?主要攜帶了EncryptionInformationIE和!ntegrityProtectionInformationIE?其中會(huì)帶有集中加密算法的列表,CN側(cè)可以關(guān)閉和選擇打開(kāi)加密算法,RNC側(cè)也有相應(yīng)開(kāi)關(guān)。RNC在下行DCCH上發(fā)送RRCSecurityModeCommand給UE,開(kāi)始/重啟加密過(guò)程。UE收到SecurityModeCommand后，考慮UE和UTRAN自身的能力，選擇加密和完整性保護(hù)算法,并目.成功應(yīng)用以后,在上行DCCH上向RNC發(fā)送RRCSecurityModeComplete消息，里面攜帶了所采用的加密和完整性保護(hù)算法。RNC發(fā)送RANAP消息SecurityModeComplete給CN。圖3.1-11呼叫建立直傳信令流程上行和下行的直接傳輸過(guò)程,NAS要求傳輸數(shù)據(jù)。見(jiàn)信令流程中綠色框。1a4803421241&4803421711221 IMSI 46007 RRC ULDCCHMESSAGE1221 IMSI 46007 RAMAP Ra：Uチ。::a,l1ZZ1 i^il 4UJU/ AaMaP Heqjesttnfcaiirx^ewagel價(jià)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!【就國(guó)ヒVlEJlk?小?，”■?山1?Iユハ??丄I1UJ?山I1丄丄、」“加」【就國(guó)8045311221IMSI46007RANAPReouesffrWbatrgMesMgelDaedTranderMestapeRNC->CNPDC￡SETUP804%21221IMSI46007RANAPRequett(nibatn^>1exta9e|DtectTtaniferMets^geRNC<-CNPOCCCALLPROCEEDING804.5781221IMSI46007RRCDLDCCHMESSAGEdoyffinkDiectlfansterRNC->UE圖3.1-12鑒權(quán)/加密/呼叫建立信令流程主叫UE直傳給CN的SETUP信令里,解讀對(duì)端被叫的手機(jī)號(hào):上，功，ノ。得上，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當(dāng)EOIE552なな言qwm當(dāng)蕓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エ力發(fā)等“Hu'一

武雖ヨす荒匕球工miPD_MMMSlOCtDIMDCATON?7Taoaoatco1040iai,039016必Be魚(yú)國(guó)お雪jppa159215TaMMa?9ao＞被叫號(hào)碼3.1-13呼叫建立直傳信令解讀對(duì)端手機(jī)號(hào)CN向RNC發(fā)送RANAP消息CommonID。見(jiàn)信令流程中藍(lán)色框。會(huì)有提前。從CN卜.發(fā)給RNC的CommonlDMessage信令中,可以解讀到本機(jī)的IMSI號(hào):

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.協(xié)期1照甫息及安丄導(dǎo)金必，名覇丄償令犯IxttfiaRANAPConmoriDextEiemldata?CodeStre?n000F4010000001001740a950E4007750291191F0f 4q工ロj,”■ J サノ9:4<JUU//UbVcl1圖3.1-14解讀本機(jī)IMS1號(hào)的信令RAB建立過(guò)程RAB是指用戶面的承載,用于UE和CN之間傳送語(yǔ)音、數(shù)據(jù)及多媒體業(yè)務(wù),UE首先完成RRC建立,才能建立RAB。RAB的建立是由CN發(fā)起,UTRAN執(zhí)行的一個(gè)過(guò)程。圖3.1-15RAB建立信令流程1.CN向RNC發(fā)送RANAP消息RadioAccessBearerAssignmentRequest,發(fā)起RAB建立過(guò)程。主要參數(shù):RadioAccessBearerparameters,UserPlaneMode,TransportAddress,luTransportAssociation.丨-一I■??1-734MoM<4MW”圖3.1-16RAB指派請(qǐng)求信令解讀RNC接受到RAB建立請(qǐng)求后,通過(guò)ALCAP協(xié)議建立lu數(shù)據(jù)傳輸承載,并利用AAL2綁定標(biāo)識(shí)將!u數(shù)據(jù)傳輸承載和無(wú)線接入承載綁定在ー起。(對(duì)于PS域不要求執(zhí)行該過(guò)程。)該步驟在打印里可以看出,在信令跟蹤里看不到。如果信令跟蹤至リRadioAccessBearerAssignmentRequest后,看不到下一條信令RL鏈路有配置準(zhǔn)備(RadioLinkReconfigurationPrepare),說(shuō)明IUロ的AAL2鏈路或ALCAP有問(wèn)題。RNC要求其NodeB準(zhǔn)備在已有的無(wú)線鏈路上增加一條(或多條)承載RAB的專用傳輸信道(DCH)(RadioLinkReconfigurationPrepare)。主要參數(shù):TransportFormatSet,TransportFormatCombinationSet,Powercontrolinformation,TimeSlots,信道碼.NodeB分配相應(yīng)的資源，然后向所屬的SRNC發(fā)送RadioLinkReconfigurationReady消息，通知SRNC無(wú)線鏈路重配置準(zhǔn)備完畢。主要參數(shù):Transportlayeraddressinginformation(AAL2address,AAL2BindingId)forlubDataTransportBearer.RNC通過(guò)ALCAP協(xié)議建立lub接口的用戶面數(shù)據(jù)傳輸承載，并利用AAL2綁定標(biāo)識(shí)將lub數(shù)據(jù)傳輸承載綁定到DCH。

NODEB和SRNC通過(guò)交換DCH幀來(lái)完成上、下行同步。NodeB和RNC通過(guò)DownlinkSynchronisation和UplinkSynchronistionDCH-FP幀為lub數(shù)據(jù)傳輸承載建立同步關(guān)系。RNC向NodeB發(fā)送NBAP消息RadioLinkReconfigurationCommit,NODEB和UE從此消息中獲取同步時(shí)刻,啟用新的配置參數(shù)。RNC向UE發(fā)送RRC消息RadioBearerSetup。主要參數(shù):TransportFormatSet,TransportFormatCombinationSet,TimeSlots,信道碼。RL進(jìn)行重配后，UE和NODEB間進(jìn)行一個(gè)同步,同步后NodeB向RNC上報(bào)ー個(gè)RLRestore〇UE執(zhí)行完RB建立后，UE發(fā)送RRC消息RadioBearerSetupComplete給RNC。SRNC接受到無(wú)線承載建立完成消息后，RNC發(fā)送RANAP消息RadioAccessBearerAssignmentResponse給CN,結(jié)束RAB建立過(guò)程。至此RAB建立完成，之后進(jìn)行上行和下行的直接傳輸過(guò)程，振鈴后，摘機(jī)進(jìn)行通話。完整的起呼信令流程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成功應(yīng)答(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成功應(yīng)答(Success) RL建立レ”“,下行公共校川信道満息或逹族，文:00:796F60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CEF60144CENBAPlessace(Imtiainc) RL修復(fù)黑施黠輪辦硼醃酬產(chǎn)權(quán)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同步重配置準(zhǔn)備F60144CENBAFMessafei*T(Imtiain<)F60144CENBAF'lessM*成功應(yīng)杳(Success)Rし同步重配量金口F60144CERRClessa<<下行專用控期值道消息KB建立F60144CENBAPl?fsa<?清木(Imtiainf)U間步?配置完成F60144CEF60144CENBAPlessaceRRCI??sa<?清末(Initxain()上行學(xué)用控制湘i消息RL佐復(fù)RMt立寛成F60K4CE.F60144CERANAP 一RRCIessa<c窄將曾躅if心RAB1班 1M!控?3F60I44CENBAFMessage謂本(Imtiainf)雪用洌?初始化3F60144CENBAFlessafe成功應(yīng)答(Success).田網(wǎng)道司怡化3F60144CHNBAPKessafeil^(Imtiainc)等用他?報(bào)吿33F60144CEF60144CERANAPIessa(eRRCle?sa(e清末(Initialinf)下行守用校制信道消息直傳下行直傳33F60144CEF60144CERANAPI??sa<eRRClessafe謂我(Imtialin<)下行專用控制信i!泊島直傳下行?傳3F60144CERRCIessa<?上行學(xué)用長(zhǎng)鬍值道な息上行?傳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完整的起呼信令流程補(bǔ)充點(diǎn)!:下圖是PS附著的信令流程圖。下午02045331165TMSI32040000NBAPRequeUlnhaengMettaoel下午02045331165TMSI32040000NBAPRequeUlnhaengMettaoel下午0204533171TMSI32040000NBAPRetponw(uicc?irfdOiicome|下午020453125115TMSI32040000RRCDLCtCHMESSAGE下午8045318724TMSI32040000NBAPReque$t(rvbatngMen?g?|T*02045323429TMSI32040000RRCUL.DCCH.MESSAGE下午02045356237TMSI32040000RRCUL_DCCH_MESSAGE下午02045356289TMSI32040000RA/iAPReque訓(xùn)nMngMeiQge)下午02045368757TMSI32040000RahapRequeHcbahngMe:—eI下そ02045370343TMSI32040000RRCDL.DCCHMESSAGE下午02045492118TMSI32040000RRCUL.DCCH.MESSAGE下午020454叼53TMSI32040000RAHAPRgue訓(xùn)下午020454%420TMSI32040000RamapRequetf(nbabngMeis4ge|下午020454984%TMSI32040000RahapReque^lrAatngMetMQel下そ02045498421TMSI32040000RRCDL_DCCH_MESSAGE下午0204552509TMSI3204