版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
WCDMA接口協(xié)議和信令流程課程目標(biāo)學(xué)完本課程,您將能夠:掌握接口協(xié)議模型掌握業(yè)務(wù)數(shù)據(jù)處理流程掌握端到端的呼叫處理過(guò)程課程內(nèi)容無(wú)線接口協(xié)議無(wú)線網(wǎng)絡(luò)流程同步時(shí)分復(fù)用異步時(shí)分復(fù)用同步幀周期性的不需要準(zhǔn)確計(jì)時(shí),非周期性,在沒有數(shù)據(jù)流的時(shí)候發(fā)送空信元ATM原理ATM(AsynchronousTransferMode)異步傳輸模式無(wú)線接口協(xié)議ATM協(xié)議模型(B-ISDN模型)數(shù)據(jù)交換數(shù)據(jù)分段/重組ATM網(wǎng)絡(luò)協(xié)議參考模型無(wú)線接口協(xié)議在ATM層交換通過(guò)VP/VC的變換進(jìn)行交換交換方式分為VPS和VCS兩種ATM交換原理ATM原理無(wú)線接口協(xié)議
VP&VC虛通路VC(VitualChannel)、虛通道VP(VitualPath)是一個(gè)邏輯概念無(wú)線接口協(xié)議VP、VC交換 -交換:信元的轉(zhuǎn)發(fā)VCI1VCI2VCI3VCI4VPI2VPI3VPI1VPI2VPI3VPI5VPI1VPI4Port1Port2Port3VCI1VCI2VCI1VCI2VP交換/交叉連接VC交換/交叉連接VCI3VCI4VCI1VCI2VCS交換:信元頭的VPI/VCI均改變VPS交換:僅改變信元頭的VPI值VP&VC交換無(wú)線接口協(xié)議AAL(ATMAdapterLayer)ATM適配層AAL主要功能:數(shù)據(jù)的分段/重組。為了提高交換網(wǎng)絡(luò)的速率,B-ISDN協(xié)議對(duì)ATM層作了盡可能的簡(jiǎn)化,ATM層不提供處理的信元丟失,誤傳,時(shí)延,時(shí)延抖動(dòng)等與業(yè)務(wù)服務(wù)質(zhì)量密切相關(guān)的功能,這些功能由AAL完成。不同的業(yè)務(wù)需要不同的適配,ITU-T研究各種業(yè)務(wù)的特點(diǎn),根據(jù)源和目的的定時(shí),比特率,連接方式將業(yè)務(wù)分為A、B、C、D四類。無(wú)線接口協(xié)議ATM適配層分類無(wú)線接口協(xié)議AAL2&AAL5AAL2是為需要端到端的定時(shí)關(guān)系的面向連接的可變位速率服務(wù)開發(fā)的。AAL2信元能夠定期地向遠(yuǎn)方對(duì)等的AAL2會(huì)聚子層發(fā)送源時(shí)鐘頻率和網(wǎng)絡(luò)參照時(shí)鐘之間的差別指示,這樣接收方就能在很精確的范圍內(nèi)保持輸出時(shí)鐘同步,保證了語(yǔ)音這樣的實(shí)時(shí)數(shù)據(jù)流的傳送。在UMST中,包括語(yǔ)音等用戶面數(shù)據(jù)選擇AAL2承載。AAL5適配層是ITU-T提出的用于進(jìn)行數(shù)據(jù)傳送的ATM適配層協(xié)議,由于充分考慮了數(shù)據(jù)傳輸高可靠性的需求,在協(xié)議處理中對(duì)數(shù)據(jù)段進(jìn)行了相應(yīng)的校驗(yàn)保證,是一種低開銷而糾錯(cuò)能力較好的適配協(xié)議;在WCDMA的信令協(xié)議棧中,AAL5適配層用于承載Iux口的業(yè)務(wù)信令以及IuPS接口上的業(yè)務(wù)數(shù)據(jù)。無(wú)線接口協(xié)議SRNSDRNSNodeBNodeBNodeBNodeBRNCCNRNC
IuIuIur
IubIubIubIubUEUuUTRAN體系結(jié)構(gòu)無(wú)線接口協(xié)議物理層信令承載ALCAP應(yīng)用協(xié)議無(wú)線網(wǎng)絡(luò)層傳輸網(wǎng)絡(luò)層控制面?zhèn)鬏斁W(wǎng)絡(luò)控制面用戶面數(shù)據(jù)流數(shù)據(jù)承載信令承載傳輸網(wǎng)絡(luò)用戶面?zhèn)鬏斁W(wǎng)絡(luò)用戶面UTRAN接口通用協(xié)議模型無(wú)線接口協(xié)議NodeBRNCRNCCSDomainPSDomainBCDomainNodeBNodeBNodeBUTRANCoreNetwork(CN)“Iu-CS”“Iu-PS”“Iu-BC”Iu接口Iu接口綜述—Iu口邏輯結(jié)構(gòu)無(wú)線接口協(xié)議Iu接口Iu接口功能:RAB管理功能;無(wú)線資源管理功能;Iu鏈路管理功能;Iu接口用戶平面管理功能;移動(dòng)管理功能;安全管理功能;服務(wù)和網(wǎng)絡(luò)接入功能。無(wú)線接口協(xié)議PhysicalLayerATMAAL5AAL5SSCF-NNISSCOPAAL2RANAP無(wú)線網(wǎng)絡(luò)層傳輸網(wǎng)絡(luò)層控制面?zhèn)鬏斁W(wǎng)絡(luò)控制面用戶面IuUPProtocolLayerMTP3bSCCPSSCF-NNISSCOPMTP3b傳輸網(wǎng)絡(luò)用戶面?zhèn)鬏斁W(wǎng)絡(luò)用戶面Iu接口綜述—Iu-CS協(xié)議結(jié)構(gòu)無(wú)線接口協(xié)議SCCP-SAP寬帶No.7信令系統(tǒng)作為RANAP承載的協(xié)議模型AAL5SSCOPSSCFRANAPMTP3bSCCPATMSAAL-NNI提供無(wú)連接和面向連接的業(yè)務(wù)提供消息路由、鑒別、分配等業(yè)務(wù)用于在CN和RNC之間傳送信令消息,擴(kuò)展了MTP3的地址能力原語(yǔ)電路域的信令承載無(wú)線接口協(xié)議SignalATMAdaptationLayerprotocol—SAALSSCFSSCF:ServiceSpecificCo-ordinationFunctionSSCOP:ServiceSpecificConnectionOrientedProtocolSSCOPAAL5CPCSSSCFSSCOPAAL5CPCSATMnetworkSAAL在信令實(shí)體和SAAL中的SSCOP之間進(jìn)行原語(yǔ)的轉(zhuǎn)換完成SAAL的證實(shí)和非證實(shí)數(shù)據(jù)的傳送功能提供信令鏈路,傳遞信令消息。SAAL無(wú)線接口協(xié)議無(wú)線接入網(wǎng)絡(luò)應(yīng)用部分協(xié)議(RANAP)RANAP--在RNC和CN之間通過(guò)對(duì)高層協(xié)議的封裝和承載為上層業(yè)務(wù)提供信令傳輸功能。RANAP功能RAB指配(RABAssignmentRequest)復(fù)位Iu(RNCReset)RNC重定位(RelocationRequest)Iu口釋放(IuRelease)尋呼(Paging)位置報(bào)告InitialUE層三的直傳消息無(wú)線接口協(xié)議ALCAP&IuUP承載控制協(xié)議(ALCAP)AAL2承載的建立AAL2承載的釋放VPI,VCI的閉塞VPI,VCI的解閉AAL2鏈路的復(fù)位Iu用戶面協(xié)議(IuUP)位于Iu接口上無(wú)線網(wǎng)絡(luò)層的用戶平面內(nèi),用來(lái)傳輸與無(wú)線接入承載(RAB)綁定的用戶數(shù)據(jù)。無(wú)線接口協(xié)議PhysicalLayerATMAAL5SSCF-NNISSCOPRANAP無(wú)線網(wǎng)絡(luò)層傳輸網(wǎng)絡(luò)層控制面?zhèn)鬏斁W(wǎng)絡(luò)控制面用戶面IuUPProtocolLayerMTP3-BSCTPIPSCCP傳輸網(wǎng)絡(luò)用戶面?zhèn)鬏斁W(wǎng)絡(luò)用戶面PhysicalLayerATMAAL5UDPIPGTP-UM3UAIu接口綜述—Iu-PS協(xié)議結(jié)構(gòu)無(wú)線接口協(xié)議提供面向無(wú)連接及面向連接類業(yè)務(wù)提供消息選路、鑒別和分配等。MTP3bRANAPSCCPATMSAAL-NNI承載RANAP的Iu-PS的TNL用戶面的協(xié)議棧SCCP-SAP原語(yǔ)M3UASCTPUDP/IPAAL5在IP網(wǎng)上傳輸信令NO.7信令I(lǐng)SUP隧道分組域的信令承載無(wú)線接口協(xié)議GTP-C/GTP-UL2L1UDPIPGTP-U協(xié)議:用于對(duì)所有用戶數(shù)據(jù)進(jìn)行封裝并進(jìn)行隧道傳輸;GTP-C協(xié)議:負(fù)責(zé)傳送路徑管理、隧道管理、移動(dòng)性管理和位置管理等相關(guān)信令消息,用于對(duì)傳送用戶數(shù)據(jù)的隧道進(jìn)行控制。UDP/IP:用于骨干網(wǎng)內(nèi)的路由選擇;L1/L2:底層傳輸網(wǎng)絡(luò)相關(guān)的協(xié)議,底層傳輸網(wǎng)絡(luò)可以是ATM、以太網(wǎng)、DDN、ISDN、幀中繼等各種傳輸網(wǎng)絡(luò);GTP>P-UGTP-GPRSTunnelingProtocol(GPRS隧道傳輸協(xié)議)在要傳送的網(wǎng)絡(luò)層數(shù)據(jù)包(如IP包)之外進(jìn)行GTP封裝,以加入當(dāng)前移動(dòng)用戶的有關(guān)信息(如IMSI等),并在GTP包之外用UDP/IP封裝上源GSN和目的GSN的IP地址,從而以隧道的方式將數(shù)據(jù)包從源GSN送到目的GSN。無(wú)線接口協(xié)議IPOA技術(shù)IPOA(IPOverATM)是在ATM-LAN上傳送IP數(shù)據(jù)包的一種技術(shù)。它規(guī)定了利用ATM網(wǎng)絡(luò)在ATM終端間建立連接,特別是建立交換型虛連接(SVC:SwitchedVirtualCircuit)進(jìn)行IP數(shù)據(jù)通信的規(guī)范。IPOA完成IP地址到硬件地址(ATM地址)的映射過(guò)程,封裝并發(fā)送輸出的數(shù)據(jù)分組,接收輸入的數(shù)據(jù)分組并將其發(fā)送到對(duì)應(yīng)的模塊。IPOA在WCDMA的應(yīng)用:在Iub口,IPOA用于在RNC和NodeB之間建立一條操作維護(hù)數(shù)據(jù)的通道。在Iu-PS口,IPOA用于承載Iu-PS的用戶面。無(wú)線接口協(xié)議IPOA功能介紹IPOA的主要功能有兩個(gè):地址解析和數(shù)據(jù)封裝。地址解析-就是完成地址綁定功能。類似以太網(wǎng),IP數(shù)據(jù)包在ATM網(wǎng)絡(luò)上傳輸也必須進(jìn)行IP地址綁定,ATM給每一個(gè)連接的計(jì)算機(jī)分配ATM物理地址,當(dāng)建立虛連接時(shí)必須使用這個(gè)物理地址。但由于ATM硬件不支持廣播,所以在ATM網(wǎng)絡(luò)中,每一個(gè)LIS配置至少一個(gè)ATMARPSERVER以完成地址綁定工作。數(shù)據(jù)封裝:對(duì)于IP數(shù)據(jù)包的封裝問題,目前有下面兩種封裝形式可以采用:VC封裝:一條VC用于傳輸一種特定的協(xié)議數(shù)據(jù)(如IP數(shù)據(jù)和ARP數(shù)據(jù)),傳輸效率很高;多協(xié)議封裝:使用同一條VC傳輸多種協(xié)議數(shù)據(jù),這樣必須給數(shù)據(jù)加上類型字段。無(wú)線接口協(xié)議不同點(diǎn):ATM適配層不同:控制面實(shí)現(xiàn)方式不同:數(shù)據(jù)傳輸方式不同:Iu-CS與Iu-PS接口協(xié)議棧比較Iu-CSIu-PS控制面AAL5AAL5用戶面AAL2AAL5Iu-CSIu-PS控制面協(xié)議基于寬帶七號(hào)寬帶七號(hào)或SigtranIu-CSIu-PS控制面協(xié)議基于寬帶七號(hào)寬帶七號(hào)或SigtranIu接口無(wú)線接口協(xié)議PhysicalLayerATMAALType5AALType5SSCF-UNISSCOPSSCF-UNISSCOPAALType2ALCAPNodeBApplicationPart(NBAP)無(wú)線網(wǎng)絡(luò)層傳輸網(wǎng)絡(luò)層無(wú)線網(wǎng)絡(luò)控制面?zhèn)鬏斁W(wǎng)絡(luò)控制面用戶面Iub協(xié)議結(jié)構(gòu)無(wú)線接口協(xié)議PhysicalLayerATMAAL5AAL5SSCF-NNISSCOPSTC(Q.2150.1)AALType2ALCAP(Q.2630.1)RNSAP無(wú)線網(wǎng)絡(luò)層傳輸網(wǎng)絡(luò)層控制面?zhèn)鬏斁W(wǎng)絡(luò)控制面用戶面Iur數(shù)據(jù)流MTP3-BSCTPIPM3UASCCPSSCF-NNISSCOPMTP3-BSCTPIPM3UA傳輸網(wǎng)絡(luò)用戶面?zhèn)鬏斁W(wǎng)絡(luò)用戶面Iur協(xié)議結(jié)構(gòu)無(wú)線接口協(xié)議RNC無(wú)線網(wǎng)絡(luò)控制面協(xié)議RNCCNNodeBUERNCRANAPRNSAPNBAPRRCNBAP:NodeBApplicationPartRANAP:RadioAccessNetworkApplicationPartRNSAP:RadioNetworkSubsystemApplicationPartRRC:RadioResourceControl無(wú)線接口協(xié)議NBAPL1L1MACRLCRRCMM/GMMCCSMNBAPTransportLayerTransportLayerTransportLayerMACRLCRRCRANAPRANAPMM/GMMCCSMUuUENodeBRNCCNIubIu…TransportLayerUTRAN控制面協(xié)議棧無(wú)線接口協(xié)議其中PDCP子層僅用于PS域業(yè)務(wù)RLC造成根據(jù)業(yè)務(wù)種類的不同,可以選擇TM、UM或者AM工作模式L1MACRLCPDCPTransportLayerTransportLayerIuUPUuUENodeBRNCCNIubIuL1FPFPTransportLayerMACRLCPDCPIuUP用戶數(shù)據(jù)TransportLayerUTRAN用戶面協(xié)議棧無(wú)線接口協(xié)議課程內(nèi)容無(wú)線接口協(xié)議無(wú)線網(wǎng)絡(luò)流程UE的工作模式UE有兩種基本的運(yùn)行模式:空閑模式UE處于待機(jī)狀態(tài),沒有業(yè)務(wù)的存在,UE和UTRAN之間沒有連接,UTRAN內(nèi)沒有任何有關(guān)此UE的信息;通過(guò)非接入層標(biāo)識(shí)如IMSI、TMSI或P-TMSI等標(biāo)志來(lái)區(qū)分UE;連接模式當(dāng)UE完成RRC連接建立時(shí),UE才從空閑模式轉(zhuǎn)移到連接模式;在連接模式下,UE有4種狀態(tài):Cell-DCH,Cell-FACH,Cell-PCH,URA-PCH無(wú)線網(wǎng)絡(luò)流程UE在連接模式下的狀態(tài)Cell-DCHUE處于激活狀態(tài),正在利用自己專用的信道進(jìn)行通信,上下行都具有專用信道,UTRAN準(zhǔn)確的知道UE所位于的小區(qū)中Cell-FACHUE處于激活狀態(tài),但是上下行都只有少量的數(shù)據(jù)需要傳輸,不需要為此UE分配專用的信道,下行的數(shù)據(jù)在FACH上傳輸,上行在RACH上傳輸,下行需要隨時(shí)監(jiān)聽FACH上是否有自己的信息,UTRAN準(zhǔn)確的知道UE所位于的小區(qū),保留了UE所使用的資源,所處的狀態(tài)等信息。無(wú)線網(wǎng)絡(luò)流程UE在連接模式下的狀態(tài)Cell-PCHUE上下行都沒有數(shù)據(jù)傳送,需要監(jiān)聽PICH,以便收聽尋呼,因此UE此時(shí)進(jìn)入非連續(xù)接收,可有效的節(jié)電。UTRAN準(zhǔn)確的知道UE所位于的小區(qū),這樣,UE所位于的小區(qū)變化后,UTRAN需要更新UE的小區(qū)信息。URA-PCHUE上下行都沒有數(shù)據(jù)傳送,需要監(jiān)聽PICH,進(jìn)入非連續(xù)接收,UTRAN只知道UE所位于的URA(UTRANRegistrationArea,一個(gè)URA包含多個(gè)小區(qū)),也就是說(shuō),UTRAN只在UE位于的URA發(fā)生變化后才更新其位置信息,這樣更加節(jié)約了資源,減少了信令。無(wú)線網(wǎng)絡(luò)流程UE的RRC狀態(tài)遷移(1)RRC建立連接,進(jìn)入CELL_FACH或CELL_DCH狀態(tài)RRC建立信令承載網(wǎng)絡(luò)側(cè)根據(jù)具體情況,指示UE進(jìn)入專用信道(DCH),或者進(jìn)入PCH狀態(tài)(DRX),或者釋放RRC連接回到IDLE狀態(tài)。URA_PCHCELL_DCHCELL_FACHCELL_PCHIDLEDEADIDLEDEADCELL_DCHCELL_FACHIDLERRC狀態(tài)遷移示意——從IDLE狀態(tài)進(jìn)行遷移無(wú)線網(wǎng)絡(luò)流程URA_PCHCELL_DCHCELL_PCHIDLEDEADIDLEDEADCELL_FACHIDLERRC狀態(tài)遷移示意UE的RRC狀態(tài)遷移(2)核心網(wǎng)的消息通過(guò)RRC信令承載UE在FACH上接收下行消息UE在RACH(PRACH)信道上發(fā)送上行消息處于CELL_FACH狀態(tài)UE不占用專用物理信道下行偵聽FACH(S-CCPCH)上行占用公共信道(PRACH)或者共享信道——CELL_FACH狀態(tài)無(wú)線網(wǎng)絡(luò)流程URA_PCHCELL_DCHCELL_FACHCELL_PCHIDLEDEADIDLEDEADCELL_DCHIDLEURA_PCHCELL_PCHCELL_DCHRRC狀態(tài)遷移示意UE的RRC狀態(tài)遷移(3)UE通過(guò)專用信道與網(wǎng)絡(luò)通信UE在DCH上接收下行消息UE在DCH上發(fā)送上行消息進(jìn)行分組業(yè)務(wù)的數(shù)據(jù)傳輸時(shí),由于業(yè)務(wù)的特性,在某些時(shí)間段,可能沒有業(yè)務(wù)流量,網(wǎng)絡(luò)側(cè)將指示UE遷移到URA_PCH或CELL_PCH狀態(tài)處于CELL_DCH狀態(tài)上下行都占用一條專用物理信道(DPDCH和DPCCH)——CELL_DCH狀態(tài)無(wú)線網(wǎng)絡(luò)流程URA_PCHCELL_DCHCELL_FACHCELL_PCHIDLEDEADIDLEDEADCELL_DCHIDLECELL_DCHURA_PCHCELL_PCHCELL_FACHRRC狀態(tài)遷移示意——CELL_PCH和URA_PCH狀態(tài)UE的RRC狀態(tài)遷移(4)可以節(jié)省系統(tǒng)資源此時(shí)UE沒有激活的上行鏈路尋呼消息將使UE重新進(jìn)入CELL_FACH/CELL_DCH狀態(tài)在CELL_PCH狀態(tài)下,若UE要進(jìn)行小區(qū)更新,就會(huì)轉(zhuǎn)移到CELL_FACH狀態(tài),完成更新后重新回到CELL_PCH狀態(tài)在URA_PCH狀態(tài)下,當(dāng)URA改變時(shí),也同樣會(huì)轉(zhuǎn)移到CELL_FACH狀態(tài)完成更新后,UE重新回到URA_PCH。無(wú)線網(wǎng)絡(luò)流程開機(jī)搜索小區(qū)位置更新待機(jī)RRC連接建立NAS連接建立切換小區(qū)URA更新信道重配置RBRAB修改RAB建立RRC連接釋放主叫/被叫發(fā)起①②③④⑤⑥⑦⑧⑨UE呼叫過(guò)程概述無(wú)線網(wǎng)絡(luò)流程基本概念(一)幾個(gè)概念:UTRAN,NAS,RABUTRAN:為非接入層(NAS)提供無(wú)線接入承載RAB的建立、維護(hù)、釋放等服務(wù),以屏蔽NAS對(duì)無(wú)線接入層特性的關(guān)注。NAS-NonAccessStratrum可以是當(dāng)手機(jī)需要發(fā)起一個(gè)業(yè)務(wù)時(shí),由終端自身發(fā)起,也可以是手機(jī)響應(yīng)CN發(fā)起的尋呼而發(fā)起。UE通過(guò)RNC建立與CN的信令連接,用于UE和CN之間NAS消息的交互,比如業(yè)務(wù)請(qǐng)求、位置更新、鑒權(quán)等。UE和CN之間交互的信令,對(duì)于RNC而言,都是直傳消息。RNC在收到第一條消息時(shí),即InitialDirectTransfer消息,將建立與CN之間的信令連接。無(wú)線網(wǎng)絡(luò)流程基本概念(二)RAB-RadioAccessBearer整個(gè)UTRAN(包括RNC、NodeB一直到UE)為完成某一個(gè)業(yè)務(wù)向上層提供的包括各層協(xié)議實(shí)體在內(nèi)相互連接而形成的傳輸通路,它在實(shí)現(xiàn)上映射到Iux承載、RB以及RL等。無(wú)線網(wǎng)絡(luò)流程呼叫流程UENodeBRNCCNRRCconnectionsetuprequestRRCconnectionsetupRABassignmentrequestRLsetuprequestRLsetupresponseRBsetupRBsetupcompletionPaging(RANAP)Paging(RRC)NASmessageinteraction(servicerequest)RABassignmentresponse無(wú)線網(wǎng)絡(luò)流程呼叫流程第一步,建立RRC連接。起呼時(shí),首先由UE的RRC接收到非接入層的請(qǐng)求發(fā)送RRC連接建立請(qǐng)求消息給UTRAN,在該消息中包含被叫UE號(hào)碼,業(yè)務(wù)類型等。UTRAN接收到該消息后,根據(jù)網(wǎng)絡(luò)情況分配無(wú)線資源,并在RRCCONNECTIONSETUP消息中發(fā)送給UE,UE將根據(jù)消息配置各協(xié)議層參數(shù),同時(shí)返回確認(rèn)消息。無(wú)線網(wǎng)絡(luò)流程呼叫流程第二步,Iu信令連接的建立。在RRC連接建立后,UE將向CN發(fā)送業(yè)務(wù)請(qǐng)求。此時(shí)UE的RRC發(fā)送INITIALDIRECTTRANSFER消息,在該消息中包含非接入層的信息(CMSERVICEREQUEST)。RNC接收到該消息后,RNC的RANAP發(fā)送INITIALUEMESSAGE,將UE的非接入層消息透明轉(zhuǎn)發(fā)給CN,在該消息發(fā)送的同時(shí)建立Iu信令連接。在Iu信令連接建立后,UE和CN之間的非接入層消息傳輸使用DOWNLINKDIRECTTRANSFER和UPLINKDIRECTTRANSFER消息進(jìn)行。無(wú)線網(wǎng)絡(luò)流程呼叫流程第三步,RAB的建立。UE業(yè)務(wù)請(qǐng)求被網(wǎng)絡(luò)接收后,CN將根據(jù)業(yè)務(wù)情況分配無(wú)線接入承載(RAB)。同時(shí)在空中接口將建立相應(yīng)的無(wú)線承載(RB)。RAB建立的過(guò)程即是CN為具體業(yè)務(wù)分配資源的過(guò)程。無(wú)線網(wǎng)絡(luò)流程CS注冊(cè)
UERNCCN(11)RRC_CONNECTION_RELEASE_COMP(10)RRC_CONNECTION_RELEASE(8)IU_RELEASE_COMMAND(9)IU_RELEASE_COMP(7)DOWNLINK_DT(LOCATION_UPDT_ACCEPT)(4)INITIAL_DT(LOCATION_UPDT)(6)DIRECT_TRANSFER(LOCATION_UPDT_ACCEPT)CC(5)CR:INITIAL_UE_MSG(3)RRC_CONNECTION_COMP(2)RRC_CONNECTION_SETUP(1)RRC_CONNRECTION_REQPS附著8.ISUPIAMUE主叫UERNSMSC被叫MSC1.RRC連接建立6.RRCDT(CallProceeding)3.RRCDT(CMServiceRequest)2.CN信令鏈路建立4.鑒權(quán)和安全模式5.RRCDT(Setup)7.RAB建立10.ISUPACM11.RRCDT(Alert)12.ISUPANM13.RRCDT(Connect)14.RRCDT(ConnectACK)15.通話過(guò)程9.CN承載建立UE被叫1.ISUPIAMUERNS被叫MSC主叫MSC4.RRC連接建立8.RRCDT(Setup)6.RRCDT(PagingResponse)5.CN信令鏈路建立7.鑒權(quán)和安全模式9.RRCDT(CallConfirm)10.RAB建立2.Paging3.Paging11.RRCDT(Alerting)12.ISUPACM13.RRCDT(Connected)14.ISUPANM16.通話過(guò)程15.RRCDT(ConnectACK)建立RRC連接UENodeBSRNC2.分配L1L2參數(shù)1.RRCConnectionRequest5.ALCAP建立并同步3.NBAPRLSetupRequest7.RRCConnectionSetupComplete6.RRCConnectionSetup4.NBAPRLSetupResponse1.RRCInitialDirectTransfer建立與CN的信令鏈路UESRNCCN3.SCCPCC(Success)2.RANAPInitialUEMessageSCCPConnectRequest3.SCCPCJ(Failure)4.RRCDirectTransfer5.RRCDirectTransfer1.1SendAuthenticationInfo4.SecurityModeCommand5.SecurityModeComplete6.SecurityModeComplete3.SecurityModeControl鑒權(quán)和安全模式UERNSMSCServer/VLR1.AuthenticationRequest2.AuthenticationResponseHLR2.1SendAuthenticationInfoAck3.NBAPRLReconfigurePrepareRAB建立過(guò)程UENodeBSRNC1.RANAPRABAssignmentRequest4.NBAPRLReconfigureReadyMSC2.ALCAP建立并同步5.ALCAP建立并同步6.NBAPRLReconfigureCommit7.RRCRBSetup8.RRCRBSetupComplete9.RANAPRABAssignmentResponseRRC連接釋放位置更新過(guò)程MAPCancelLocati
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025花卉買賣合同范例
- 商丘職業(yè)技術(shù)學(xué)院《高電壓新技術(shù)及其應(yīng)用電控》2023-2024學(xué)年第一學(xué)期期末試卷
- 2024年物業(yè)管理兼職人員合同3篇
- 2024年環(huán)保涂料施工承包協(xié)議樣本版
- 農(nóng)村庫(kù)房施工合同范例
- 后補(bǔ)發(fā)票合同范例
- 商丘工學(xué)院《城市環(huán)境與城市生態(tài)建筑》2023-2024學(xué)年第一學(xué)期期末試卷
- 江西省上饒市2025屆高三12月測(cè)試語(yǔ)文試題及答案
- 汕尾職業(yè)技術(shù)學(xué)院《工程估價(jià)》2023-2024學(xué)年第一學(xué)期期末試卷
- 萬(wàn)達(dá)廣場(chǎng)股權(quán)轉(zhuǎn)讓合同范例
- 幼兒游戲的課件
- 2025年重慶貨運(yùn)從業(yè)資格證考試題及答案詳解
- 三三制薪酬設(shè)計(jì)
- 【新教材】蘇教版小學(xué)科學(xué)三年級(jí)上冊(cè):全冊(cè)單元試卷、期中期末總復(fù)習(xí)試卷
- 屋面板的拆除與更換施工方案
- GB/Z 44047-2024漂浮式海上風(fēng)力發(fā)電機(jī)組設(shè)計(jì)要求
- 中藥鑒定學(xué)智慧樹知到答案2024年中國(guó)藥科大學(xué)
- 現(xiàn)代教育技術(shù)智慧樹知到期末考試答案章節(jié)答案2024年濟(jì)寧學(xué)院
- 現(xiàn)代通信技術(shù)導(dǎo)論智慧樹知到期末考試答案章節(jié)答案2024年北京科技大學(xué)
- 旅游出行安全告知書
- (完整版)服裝生產(chǎn)工藝流程圖匯總,推薦文檔
評(píng)論
0/150
提交評(píng)論