LTE協(xié)議層與接口原理培訓(xùn)教材-1_第1頁(yè)
LTE協(xié)議層與接口原理培訓(xùn)教材-1_第2頁(yè)
LTE協(xié)議層與接口原理培訓(xùn)教材-1_第3頁(yè)
LTE協(xié)議層與接口原理培訓(xùn)教材-1_第4頁(yè)
LTE協(xié)議層與接口原理培訓(xùn)教材-1_第5頁(yè)
已閱讀5頁(yè),還剩84頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

LTE基本原理培訓(xùn)教材什么是LTE?什么是LTE?LTE=LongTermEvolution,又稱E-UTRA/E-UTRAN,和3GPP2UMB合稱E3G(Evolved3G)LTE是以O(shè)FDM為核心的技術(shù),為了降低用戶面延遲,取消了無(wú)線網(wǎng)絡(luò)控制器(RNC)。與其說(shuō)是3G技術(shù)的“演進(jìn)”(evolution),不如說(shuō)是“革命”(revolution)。這場(chǎng)“革命”是系統(tǒng)不可避免的喪失了大部分后向兼容性,也就是說(shuō),從網(wǎng)絡(luò)側(cè)和終端側(cè)都要做大規(guī)模的更新?lián)Q代。因此從技術(shù)歸屬上,可以將LTE看作4G范疇。LTE的起因:在2004年WiMAX對(duì)UMTS技術(shù)產(chǎn)生挑戰(zhàn)(尤其是HSDPA技術(shù))時(shí),3GPP急于開(kāi)發(fā)和WiMAX抗衡的、以O(shè)FDM/FDMA為核心技術(shù)、支持20MHz系統(tǒng)帶寬的、具有相似甚至更高性能的技術(shù)。長(zhǎng)期上也可以在IMT-Advanced標(biāo)準(zhǔn)化上先發(fā)制人。

LTE標(biāo)準(zhǔn)化現(xiàn)狀

LTE研究階段(SI)于2004年底開(kāi)始,于2006年9月結(jié)束。LTE的可行性研究得出了正面的結(jié)論。2005年6月完成了LTE需求的研究,形成了需求報(bào)告TR25.913。2006年9月3GPP正式批準(zhǔn)了LTE工作階段(WI),LTE標(biāo)準(zhǔn)的起草正式開(kāi)始。3GPP已于2007年3月完成第2階段(Stage2)的協(xié)議,按照目前的工作計(jì)劃,3GPP將于2007年9月最終完成第3階段(Stage3)協(xié)議,測(cè)試規(guī)范將于2008年3月完成。在SI階段,各工作組形成了TR25.814、TR25.813、R3.018等研究報(bào)告。各工作組的SI結(jié)論被收集在SI總技術(shù)報(bào)告TR25.912。3月完成了Stage2規(guī)范TS36.3003GPP決定將編號(hào)36的標(biāo)準(zhǔn)號(hào)分給LTE

LTE總體技術(shù)特點(diǎn)

LTE系統(tǒng)的設(shè)計(jì)主要考慮如下幾個(gè)總體目標(biāo):降低每比特成本擴(kuò)展業(yè)務(wù)的提供能力,以更低的成本,更佳的用戶體驗(yàn)提供更多的業(yè)務(wù)靈活使用現(xiàn)有的和新的頻段簡(jiǎn)化架構(gòu),開(kāi)放接口實(shí)現(xiàn)合理的終端功耗高數(shù)據(jù)率、低延遲、為分組業(yè)務(wù)優(yōu)化的系統(tǒng),需完成以下工作:在空中接口的物理層方面,支持靈活的傳輸帶寬,引入新的傳輸技術(shù)和先進(jìn)的多天線技術(shù)在空中接口層2/層3方面,對(duì)信令設(shè)計(jì)進(jìn)行優(yōu)化在RAN架構(gòu)方面,確定優(yōu)化的RAN架構(gòu)和RAN網(wǎng)元之間的功能劃分優(yōu)化的RF設(shè)計(jì)。

LTE需求

支持1.25MHz(包括1.6MHz)-20MHz帶寬峰值數(shù)據(jù)率:上行50Mbps,下行100Mbps頻譜效率達(dá)到3GPPRelease6的2-4倍提高小區(qū)邊緣的比特率用戶面延遲(單向)小于5ms,制面延遲小于100ms支持與現(xiàn)有3GPP和非3GPP系統(tǒng)的互操作支持增強(qiáng)型的廣播多播業(yè)務(wù)。在單獨(dú)的下行載波部署移動(dòng)電視(MobileTV)系統(tǒng)降低建網(wǎng)成本,實(shí)現(xiàn)從Release6的低成本演進(jìn)實(shí)現(xiàn)合理的終端復(fù)雜度、成本和耗電支持增強(qiáng)的IMS(IP多媒體子系統(tǒng))和核心網(wǎng)追求后向兼容,但應(yīng)該仔細(xì)考慮性能改進(jìn)和向后兼容之間的平衡取消CS(電路交換)域,CS域業(yè)務(wù)在PS(包交換)域?qū)崿F(xiàn),如采用VoIP對(duì)低速移動(dòng)優(yōu)化系統(tǒng),同時(shí)支持高速移動(dòng)以盡可能相似的技術(shù)同時(shí)支持成對(duì)(paired)和非成對(duì)(unpaired)頻段盡可能支持簡(jiǎn)單的臨頻共存LTE基本原理培訓(xùn)教材中興通訊銷(xiāo)售體系工程服務(wù)部TD用服部姓名:杜雨舟E-mail:du.yuzhou@LTE協(xié)議層與接口原理第一部分3GPPLTE協(xié)議概況第二部分LTE協(xié)議層介紹第三部分LTE網(wǎng)絡(luò)接口介紹8第一部分3GPPLTE協(xié)議概況第一章3GPPLTE網(wǎng)絡(luò)架構(gòu)第一節(jié)LTE網(wǎng)絡(luò)整體架構(gòu)第二節(jié)LTE網(wǎng)絡(luò)節(jié)點(diǎn)功能第二章3GPPLTE協(xié)議架構(gòu)第一節(jié)LTE主要協(xié)議第二節(jié)LTE協(xié)議列表LTE網(wǎng)絡(luò)整體架構(gòu)S-GW/MME合稱EPC演進(jìn)型分組域核心網(wǎng)S1接口的用戶面終止在服務(wù)網(wǎng)關(guān)(SGW)S1接口的控制面終止于移動(dòng)性管理實(shí)體(MME)S1接口支持EPC與eNB之間的多對(duì)多關(guān)系X2為eNB之間接口MME:MobilityManagementEntityS-GW:ServingGateWayeNB:EvolvedNodeBLTE網(wǎng)絡(luò)節(jié)點(diǎn)功能11第一部分3GPPLTE協(xié)議概況第一章3GPPLTE網(wǎng)絡(luò)架構(gòu)第一節(jié)LTE網(wǎng)絡(luò)整體架構(gòu)第二節(jié)LTE網(wǎng)絡(luò)節(jié)點(diǎn)功能第二章3GPPLTE協(xié)議架構(gòu)第一節(jié)LTE主要協(xié)議第二節(jié)LTE協(xié)議列表36.2XX:物理層相關(guān)協(xié)議36.201:物理層協(xié)議整體描述36.211:物理信道和調(diào)制36.212:復(fù)用和信道編碼36.213:物理層過(guò)程36.214:物理層測(cè)量36.3XX:上層相關(guān),UE等級(jí)劃分36.300:E-UTRAN整體描述36.321:MAC子層規(guī)范36.322:RLC子層規(guī)范36.323:PDCP子層規(guī)范36.331:RRC規(guī)范36.4XX:各種網(wǎng)絡(luò)接口協(xié)議36.410~36.414:S1接口相關(guān)標(biāo)準(zhǔn)36.420~36.424:X2接口相關(guān)標(biāo)準(zhǔn)LTE主要協(xié)議LTE協(xié)議列表LTE協(xié)議列表第一部分3GPPLTE協(xié)議概況第二部分LTE協(xié)議層介紹第三部分LTE網(wǎng)絡(luò)接口介紹15第二部分LTE協(xié)議層介紹第一章LTE物理層介紹第二章LTE層2介紹第一節(jié)MAC子層介紹第二節(jié)RLC子層介紹第三節(jié)PDCP子層介紹第三章LTE層3介紹第一節(jié)RRC層介紹第二節(jié)NAS層介紹LTE物理層協(xié)議結(jié)構(gòu) 無(wú)線接口主要指UE和網(wǎng)絡(luò)之間的接口,包括層1、層2和層3。 下圖給出了層1(物理層)周?chē)腅-UTRA無(wú)線協(xié)議結(jié)構(gòu)。物理層與層2的媒體接入控制(MAC)子層和層3的無(wú)線資源控制(RRC)層有接口。其中圓圈便是不同層/子層間的服務(wù)接入點(diǎn)(SAP)。物理層向MAC層提供傳輸信道,MAC提供不同的邏輯信道給層2的無(wú)線鏈路控制(RLC)子層。LTE物理層功能 物理層向高層提供數(shù)據(jù)傳輸服務(wù),可以通過(guò)MAC子層并使用傳輸信道來(lái)接入這些服務(wù)。為了提供數(shù)據(jù)傳輸服務(wù),物理層將提供如下功能:傳輸信道的錯(cuò)誤檢測(cè)并向高層提供指示傳輸信道的前向糾錯(cuò)(ForwardErrorCorrection,F(xiàn)EC)編碼解碼混合自動(dòng)重傳請(qǐng)求(HybirdAutomaticRepeat-reQuest,HARQ)軟合并編碼的傳輸信道與物理信道之間的速率匹配LTE物理層功能編碼的傳輸信道與物理信道之間的映射物理信道的功率加權(quán)物理信道的調(diào)制與解調(diào)頻率和時(shí)間同步射頻特性測(cè)量并向高層提供指示對(duì)輸入多輸出(MultipleInputMultipleOutput,MIMO)天線處理傳輸分集波束賦形射頻處理

物理信道與調(diào)制LTE物理層概述LTE下行定義的物理信道包括物理下行共享信道、物理多播信道、物理下行控制信道、物理廣播信道、物理控制格式指示信道和物理HARQ指示信道LTE上行定義的物理信道包括物理隨機(jī)接入信道、物理上行共享信道和物理上行控制信道。定義的信號(hào)包括參考信號(hào)、主/輔同步信號(hào)。下行和上行均支持如下調(diào)制方式:四相移相鍵控(QuatePhaseShiftKeying,QPSK)、正交調(diào)幅(QuadratureAmplitudeModulation,16QAM)和64QAM。

復(fù)用與信道編碼LTE物理層概述LTE中傳輸塊的信道編碼方案為T(mén)urbo編碼,編碼速率為R=1/3,它由兩個(gè)8狀態(tài)子編碼器和一個(gè)Turbo碼內(nèi)部交織器構(gòu)成。在Turbo編碼中使用柵格終止(TrellisTermination)方案。在Turbo編碼之前,傳輸塊被分割成多個(gè)段,每段的大小要與最大信息塊大小6144bit保持一致。使用24bit長(zhǎng)的循環(huán)冗余校驗(yàn)(CyclicRedundancyCheck,CRC)來(lái)支持錯(cuò)誤檢測(cè)。

物理層過(guò)程LTE物理層概述LTE操作中涉及多個(gè)物理層過(guò)程,這些過(guò)程包括小區(qū)搜索、功率控制、上行同步和上行定時(shí)控制、隨機(jī)接入相關(guān)過(guò)程、HARQ相關(guān)過(guò)程。通過(guò)在頻域、時(shí)域和功率域進(jìn)行物理資源控制,LTE隱含地支持干擾協(xié)調(diào)。

物理層測(cè)量無(wú)線特性在終端和基站進(jìn)行測(cè)量,并在網(wǎng)絡(luò)中向高層進(jìn)行報(bào)告。這包括用于同頻和異頻切換的測(cè)量,用于不同無(wú)線接入技術(shù)(RadioAccessTechnology,RAT)之間切換的測(cè)量,定時(shí)測(cè)量,用于無(wú)線資源管理(RadioResourceManagement,RRM)的測(cè)量。用于不同RAT間切換的測(cè)量用于支持向GSM、UTRAFDD和UTRATDD系統(tǒng)的切換。LTE物理層概述——E-UTRAN系統(tǒng)的傳輸參數(shù)TransmissionBW1.4MHz3MHz5MHz10MHz15MHz20MHzSlotduration0.5msSub-carrierspacing15kHzSamplingfrequency(MHz)1.92(1/23.84)3.84(13.84)7.68(23.84)15.36(43.84)23.04(63.84)30.72(83.84)FFTsize128256512102415362048Numberofoccupied

sub-carriers761513016019011201OFDMsymbols

perslot

(Short/LongCP)7/6CPlength(μs/samples)Short(4.69/9)6,(5.21/10)1(4.69/18)6,(5.21/20)1

(4.69/36)6,(5.21/40)1

(4.69/72)

6,(5.21/80)1

(4.69/108)

6,(5.21/120)1

(4.69/144)6,(5.21/160)1

Long(16.67/32)(16.67/64)(16.67/128)(16.67/256)(16.67/384)(16.67/512)LTE下行物理信道

LTE的下行傳輸是基于OFDMA的。物理信道物理下行共享信道(PhysicalDownlinkSharedChannel,PDSCH)物理廣播信道(PhysicalBroadcastChannel,PBCH)物理多播信道(PhysicalMulticastChannel,PMCH)物理控制格式指示信道(PhysicalControlFormatIndicatorChannel,PCFICH)物理下行控制信道(PhysicalDownlinkControlChannel,PDCCH)物理HARQ指示信道(PhysicalHybridARQIndicatorChannel,PHICH)

物理信號(hào)參考信號(hào)(referencesignal)同步信號(hào)(synchronizationsignal)LTE上行物理信道LTE的上行傳輸是基于SC-FDMA的物理信道物理上行共享信道(PhysicalUplinkSharedChannel,PUSCH)物理上行控制信道(PhysicalUplinkControlChannel,PUCCH)物理隨機(jī)接入信道(PhysicalRandomAccessChannel,PRACH)

物理信號(hào)參考信號(hào)(referencesignal)物理層與傳輸信道物理層通過(guò)傳輸信道為上層提供數(shù)據(jù)傳送服務(wù)。物理信道:定義場(chǎng)所傳輸信道:按怎樣傳,傳什么特征的數(shù)據(jù)區(qū)分物理層支持的傳輸信道BCH(BroadcastCH):固定調(diào)制編碼方式,廣播DL-SCH(DownlinkSharedCH):支持HARQ,AMC,可以廣播,可以波束賦形,可以動(dòng)態(tài)或半靜態(tài)資源分配,支持DTX,支持MBMS(FFS)PCH(PagingCH):支持DRX(UE省電),廣播MCH(MulticastCH):多播,支持SFN合并,支持半靜態(tài)資源分配(如分配長(zhǎng)CP幀)UL-SCH:支持HARQ,AMC,可以波束賦形(可能不需要標(biāo)準(zhǔn)化),可以動(dòng)態(tài)或半靜態(tài)資源分配RACH:有限信息,存在競(jìng)爭(zhēng)25物理信道和傳輸信道之間的映射關(guān)系DLUL27第二部分LTE協(xié)議層介紹第一章LTE物理層介紹第二章LTE層2介紹第一節(jié)MAC子層介紹第二節(jié)RLC子層介紹第三節(jié)PDCP子層介紹第三章LTE層3介紹第一節(jié)RRC層介紹第二節(jié)NAS層介紹MAC:MediaAccessControl,即“媒體接入控制”或“媒體訪問(wèn)控制”。處于LTE無(wú)線協(xié)議的第二層(L2;L2還包括RLC和PDCP)。用于為用戶分配無(wú)線資源(時(shí)間、頻率(RB數(shù)目及位置)、發(fā)射層數(shù)(Layer)、天線數(shù)和發(fā)射功率)。MAC子層介紹MAC有兩個(gè)實(shí)體,一個(gè)是在E-UTRAN端,另一個(gè)是在UE端。E-UTRAN和UE中MAC實(shí)體對(duì)各傳輸信道的處理功能不相同。MAC子層介紹MAC子層介紹——主要功能邏輯信道與傳輸信道之間的映射MACSDUs復(fù)用/解復(fù)用MACPDU調(diào)度信息報(bào)告(BSR)不同優(yōu)先級(jí)UE之間的調(diào)度(動(dòng)態(tài)調(diào)度、半持久調(diào)度)HARQ傳輸格式選擇(調(diào)制編碼方式)同一UE不同邏輯信道之間的優(yōu)先級(jí)處理MAC子層介紹MAC層為RLC層提供的服務(wù):數(shù)據(jù)傳輸服務(wù)無(wú)線資源分配物理層為MAC層提供的服務(wù):數(shù)據(jù)傳輸服務(wù)HARQ反饋(ACK/NACK)調(diào)度請(qǐng)求(SR)測(cè)量(如CQI等)MACRLC物理層

L1L2

MAC存在的意義MAC子層介紹——邏輯信道MAC通過(guò)邏輯信道為上層提供數(shù)據(jù)傳送服務(wù)邏輯信道:按內(nèi)容本身區(qū)分傳輸信道:按怎樣傳,傳什么特征的數(shù)據(jù)區(qū)分MAC支持的邏輯信道控制信道:BCCH(BroadcastControlCH):下行廣播控制信息PCCH(PagingControlCH):下行尋呼信息CCCH(CommonControlCH):在RRC連接建立前UE與網(wǎng)絡(luò)之間的雙向控制信息。MCCH(MulticastControlCH):控制一個(gè)或者多個(gè)MTCH的控制信息,只有支持MBMS才有該信道DCCH(DedicatedControlCH):RRC連接建立后UE到網(wǎng)絡(luò)之間的雙向控制信息業(yè)務(wù)信道DTCH(DedicatedTrafficCH):點(diǎn)到點(diǎn)的雙向業(yè)務(wù)信息MTCH(MulticastTrafficCH):點(diǎn)到多點(diǎn)的下行業(yè)務(wù)信息,只用于MBMS.MAC子層介紹——邏輯信道與傳輸信道的映射DL-SCH也支持MBMS業(yè)務(wù)MAC需要處理的傳輸信道包括以下幾種:廣播信道(BCH)下行共享信道(DL-SCH)尋呼信道(PCH)多播信道(MCH)上行共享信道(UL-SCH)隨機(jī)接入信道(RACH)MappinginUplinkMappinginDownlinkRLC子層介紹RLC(RadioLinkControl)下面的功能有RLC子層提供:上層PDUs的傳輸通過(guò)ARQ(自動(dòng)重傳請(qǐng)求)修正錯(cuò)誤(只有在AM數(shù)據(jù)傳輸中)連接,拆分和重新組裝RLCSDUs(只在UM和AM數(shù)據(jù)傳輸中)RLC數(shù)據(jù)PDUs的再分割(只在AM數(shù)據(jù)傳輸中)按照順序傳輸上層PUDs(只在UM和AM數(shù)據(jù)傳輸中)重復(fù)檢測(cè)(只在UM和Am數(shù)據(jù)傳輸中)RLCSDU的丟棄(只在UM和Am數(shù)據(jù)傳輸中)RLC重組協(xié)議錯(cuò)誤的偵測(cè)與恢復(fù)RLC子層介紹——整體結(jié)構(gòu)RRC控制RLC的配置。RLC底層的功能由RLC實(shí)體實(shí)現(xiàn)。對(duì)于一個(gè)eNB段的RLC實(shí)體,對(duì)應(yīng)著UE側(cè)也有這樣一個(gè)實(shí)體,反之亦然。RLC接收或者傳遞來(lái)自上層(對(duì)于CCCH為RRC,其他的為PDCP)的RLCSDUs,并且通過(guò)底層MAC發(fā)送或者接收RLCPDUs與對(duì)端的實(shí)體進(jìn)行交互。一個(gè)RLCPDUs可以是RLC數(shù)據(jù)PDU或者RLC控制PDU。如果RLC實(shí)體接收到來(lái)自上層的RLCSDU,它通過(guò)與上層的單一的SAP來(lái)獲取該SDU,經(jīng)過(guò)將這些SDU格式化為RLCPDUs,RLC實(shí)體通過(guò)邏輯信道將這些PDU發(fā)送給底層。如果RLC實(shí)體通過(guò)一個(gè)單一的邏輯通道接收到來(lái)自底層的PDUs,RLC實(shí)體將這些PDUs轉(zhuǎn)換成SDU,然后通過(guò)RLC實(shí)體與上層之間的單一的SAP發(fā)送給上層。如果RLC實(shí)體接收或者傳輸一個(gè)來(lái)自底層的RLC控制PDU,他們接收和傳輸?shù)倪壿嬓诺篮蚏LC數(shù)據(jù)PDU是相同的。RLC子層介紹——框架結(jié)構(gòu)說(shuō)明RLC實(shí)體可以通過(guò)配置為下面三種數(shù)據(jù)傳輸方式:TM:透?jìng)髂J?;UM:非確認(rèn)模式;AM:確認(rèn)模式。RLC實(shí)體具體將用來(lái)作為T(mén)MRLC實(shí)體,UMRLC實(shí)體或者AMRLC實(shí)體是由用戶配置決定的。一個(gè)TMRLC實(shí)體可以配置為一個(gè)傳輸TMRLC實(shí)體或者接收TMRLC實(shí)體。一個(gè)傳輸TMRLC實(shí)體接收來(lái)自上層的SDUs,通過(guò)底層發(fā)送RLCPDUs到對(duì)端的的接收TMRLC實(shí)體。一個(gè)接收TMRLC實(shí)體可以傳遞SDUs到上層,并可以通過(guò)底層接收來(lái)自對(duì)端傳輸TMRLC實(shí)體發(fā)送過(guò)來(lái)的PDUs。UMRLC實(shí)體接收實(shí)體和傳輸實(shí)體功能和TM相同。一個(gè)AMRLC傳輸實(shí)體有傳輸和發(fā)送共同構(gòu)成,AMRLC實(shí)體的傳輸側(cè)接收來(lái)自上層的SDUs,通過(guò)底層發(fā)送RLCPDUs到對(duì)端的的AMRLC實(shí)體。AMRLC實(shí)體的接收側(cè)可以傳遞SDUs到上層,并可以通過(guò)底層接收來(lái)自對(duì)端AMRLC實(shí)體發(fā)送過(guò)來(lái)的PDUs。大小不定的RLCSDUs是按照字節(jié)排列的,RLCSDUs只有在底層通知有傳輸時(shí)機(jī)的時(shí)候轉(zhuǎn)換為RLCPDUs,然后發(fā)送到底層。RLC子層介紹——框架結(jié)構(gòu)說(shuō)明RLC子層介紹——三種傳輸模式透明模式(TM)不添加RLC頭可以分段/級(jí)聯(lián)非確認(rèn)模式(UM)必須添加RLC頭兩種傳送數(shù)據(jù)方式:檢測(cè)且將沒(méi)有出錯(cuò)的數(shù)據(jù)傳遞到高層;立即傳遞到高層確認(rèn)模式(AM)必須添加RLC頭無(wú)錯(cuò)傳遞(通過(guò)重發(fā)機(jī)制保證)順序傳遞或無(wú)序傳遞(僅用于上行切換)唯一傳遞(相同檢測(cè)功能)PDCP(PacketDataConvergenceProtocal)功能用戶面頭壓縮和頭解壓縮(ROHC)從NAS接收PDCPSDU發(fā)送到RLC及其逆過(guò)程順序發(fā)送上層PDUs對(duì)下層SDU進(jìn)行相同檢測(cè)加密/解密控制面加密/解密和完整性保護(hù)從RRC接收PDCPSDU發(fā)送到RLC及其逆過(guò)程PDCP子層介紹PDCP子層介紹PDCP子層介紹——無(wú)線承載(BR)無(wú)線接入承載(RAB)RAB可以看作是UE與CN之間接入層向非接入層提供的業(yè)務(wù),主要用于用戶數(shù)據(jù)的傳輸。RAB直接與UE業(yè)務(wù)相關(guān),它涉及接入層各個(gè)協(xié)議模塊,在空中接口上,RAB反映為無(wú)線承載(RB)。無(wú)線承載(RB)RB是UE與UTRAN之間L2向上層提供的業(yè)務(wù)RRC連接也可以看作承載信令的無(wú)線承載(SRB)PDCP,RLC,MAC處理示例Inbothuplinkanddownlink,onlyonetransportblockisgeneratedperTTIinthenon-MIMOcase

Layer2StructureforUL

Layer2StructureforDL

PDCP,RLC,MAC,PHY處理示例各個(gè)子層數(shù)據(jù)包形成示例45第二部分LTE協(xié)議層介紹第一章LTE物理層介紹第二章LTE層2介紹第一節(jié)MAC子層介紹第二節(jié)RLC子層介紹第三節(jié)PDCP子層介紹第三章LTE層3介紹第一節(jié)RRC層介紹第二節(jié)NAS層介紹RRC層介紹RRC(RadioResourceControl)功能系統(tǒng)信息廣播尋呼RRC連接控制RRC連接移動(dòng)性功能小區(qū)選擇控制UE測(cè)量報(bào)告以及對(duì)測(cè)量報(bào)告的控制安全控制的管理無(wú)線配置控制DRX的配置和修改QoS控制多播/廣播其它RRC層介紹——LTE系統(tǒng)消息廣播的組成系統(tǒng)信息廣播的內(nèi)容被劃分為多個(gè)系統(tǒng)信息塊(SystemInformationBlocks,SIB),但是有一個(gè)“塊”另外給起了個(gè)名字:主信息塊(MasterInformationBlock,MIB)。因此系統(tǒng)廣播信息就被劃分為MIB+severalSIBs。SIB2SIB3SIB4SIB5SIB6SIB7SIB8SIB9SIB10SIB11MIBSIB1系統(tǒng)信息廣播(SystemInformationBroadcast)RRC層介紹——LTE系統(tǒng)消息廣播的組成MIB在BCH上發(fā)送,MIB上傳輸幾個(gè)比較重要的系統(tǒng)信息參數(shù):1、下行鏈路系統(tǒng)帶寬;2、PHICH配置信息;3、系統(tǒng)幀號(hào)。SIBs包含了其它的必要信息,在DL-SCH上發(fā)送。其中SIB1上傳輸與評(píng)估一個(gè)UE是否被允許接入小區(qū)有關(guān)的信息以及其他系統(tǒng)信息的調(diào)度信息:1、小區(qū)接入相關(guān)信息;2、小區(qū)選擇信息;3、SIB調(diào)度信息;4、TDD參數(shù)配置;5、SI窗口長(zhǎng)度;6、ValueTag。RRC層介紹——LTE系統(tǒng)消息廣播的組成SIB2SIB3SIB4SIB5SIB6SIB7SIB8SIB9SIB10SIB11小區(qū)無(wú)線配置,其它基本配置小區(qū)重選信息,主要關(guān)于服務(wù)小區(qū)頻內(nèi)鄰區(qū)列表,白/黑名單頻間鄰區(qū)列表UTRAN鄰區(qū)列表(W+TD)GSM鄰區(qū)列表CDMA2000鄰區(qū)列表HomeeNB

IdentiferETWS通知ETWS信息,語(yǔ)音圖片RRC層介紹——UE狀態(tài)UE狀態(tài)(1)RRC_IDLE將多播/廣播數(shù)據(jù)傳輸?shù)経E上層可以配置UEUE移動(dòng)性管理UE負(fù)責(zé)偵聽(tīng)尋呼信道,目的是即時(shí)發(fā)現(xiàn)呼入也負(fù)責(zé)執(zhí)行重選小區(qū)、獲取系統(tǒng)信息(2)RRC_CONNECTED到達(dá)/來(lái)自UE的傳輸數(shù)據(jù)網(wǎng)絡(luò)進(jìn)行移動(dòng)性管理UE負(fù)責(zé)偵聽(tīng)與共享信道相關(guān)的控制信道,即時(shí)發(fā)現(xiàn)屬于自己的數(shù)據(jù),也負(fù)責(zé)提供信道質(zhì)量和反饋信息。UE也負(fù)責(zé)執(zhí)行臨近小區(qū)的量以及獲取系統(tǒng)信息。RRC層介紹——SRB(信令無(wú)線承載)當(dāng)無(wú)線承載(RadioBearers,RB)用于RRC消息和NAS消息的傳輸時(shí),就被定義為信令的無(wú)線承載(Signallingradiobearers,SRB)SRB0映射到CCCH傳送的RRC消息SRB1NAS消息,大部分RRC消息都屬于這一類,映射到DCCHSRB2高優(yōu)先級(jí)的RRC消息,也映射到DCCHRRC連接建立涉及SRB1的建立,E-UTRAN在S1連接建立完成之前會(huì)完成RRC的連接建立.

接入層安全機(jī)制是由RRC信令的完整性保護(hù)、RRC信令和用戶數(shù)據(jù)的加密組成的。

接入層提供三種不同的securitykeys:一個(gè)是為RRC信令的完整性保護(hù),一個(gè)為是RRC信令的加密,還有一個(gè)是為用戶數(shù)據(jù)的加密。這三個(gè)Keys都源自于一個(gè)接入層的base-key.RRC連接建立觸發(fā)條件:UE呼叫開(kāi)始,請(qǐng)求與網(wǎng)絡(luò)側(cè)建立連接關(guān)系(處于IDLE狀態(tài)的UE有業(yè)務(wù)需求)。RRC層介紹——連接控制流程描述:隨機(jī)接入U(xiǎn)E觸發(fā)RRC連接建立(initialUEidentityPLMNID)DCM創(chuàng)建用戶面實(shí)例(GID),調(diào)用CRM函數(shù)接口,由DRM分配無(wú)線專用資源,并進(jìn)行接納處理(板號(hào),DSP號(hào),服務(wù)CID,發(fā)射分集模式,SRB所需RLC/PDCP/功控參數(shù)等)請(qǐng)求建立UE上下文(USM/MULSD/MDLSD/BPG)建立用戶面上下文(USM/MULSD/MDLSD/BPG),配置成功后,向DCM返回響應(yīng)DCM向UE發(fā)送RRCConnectionSetup(建立的SRB信息,C_RNTI,UEidentity)UE收到消息,同樣進(jìn)行UE側(cè)的RRC建立的過(guò)程。UE返回RRC建立完成響應(yīng),消息中包含了發(fā)送到MME的NAS信息提取NAS信元,DCM通過(guò)S1口向MME發(fā)送INITIALUEMESSAGE消息(NAS信息)MME—>eNB發(fā)送INITIALCONTEXTSETUPREQUEST消息,該消息有可能包含有安全信息,UE能力信息,業(yè)務(wù)信息以及在MME給UE分配的MME_S1AP_UEID等并進(jìn)行響應(yīng)的處理(如果存在SAEBearerSetup要求,發(fā)起SAEBearerSetupProcedure)。UE和eNB間的RRC連接重配過(guò)程(消息中包含安全信息,RB信息建立,測(cè)量信息和調(diào)整信息等)。eNodeB組織S1口消息INITIALCONTEXTSETUPRESPONSE發(fā)送給MME,過(guò)程結(jié)束。RRC層介紹——RRC連接建立過(guò)程RRC連接建立

UE處于RRC_IDLE狀態(tài),當(dāng)上層要求建立RRC連接時(shí),UE就會(huì)啟動(dòng)這個(gè)過(guò)程。該過(guò)程的目的是建立一個(gè)RRC連接,包括SRB1的建立,也用于從UE向E-UTRAN發(fā)送初始NAS專用信息。RRC層介紹——RRC過(guò)程RRC連接重配該過(guò)程的目的是修改一個(gè)RRC連接,如建立/修改/釋放無(wú)線承載以完成切換或配置/修改測(cè)量。NAS專用信息可能會(huì)從E-UTRAN傳輸?shù)経E。UE收到RRCCONNECTIONRECONFIGURATION后,要根據(jù)該消息中是否包含NAS專用信息,無(wú)線資源配置消息單元,測(cè)量配置消息單元,移動(dòng)性控制信息,分別向上層轉(zhuǎn)發(fā)NAS專用信息或執(zhí)行相應(yīng)的配置過(guò)程或切換過(guò)程。若重配失敗向E-UTRAN發(fā)送RRCCONNECTIONRECONFIGURATIONFAILURE消息。RRC層介紹——RRC過(guò)程RRC連接重建

該過(guò)程的目的是重建RRC連接,包括SRB1操作恢復(fù)和安全重激活。UE只有在安全被激活后才初始該過(guò)程。UE設(shè)置RRCCONNECTIONRE-ESTABLISHMENTREQUEST消息內(nèi)容為:設(shè)置Re-establishmentUEidentity消息單元為變量UE_CONTENTION_RESOLUTION_IDENTITY的值。UE收到RRCCONNECTIONRE-ESTABLISHMENT后做相關(guān)操作。若重建請(qǐng)求被拒絕,UE向上層指示釋放信號(hào)/令連接和已建立的EPS承載及所有無(wú)線資源,并轉(zhuǎn)入RRC空閑狀態(tài)。RRC層介紹——RRC過(guò)程RRC連接釋放在該過(guò)程中UE無(wú)需向E-UTRAN發(fā)應(yīng)答消息。UE向上層指示釋放信號(hào)/令連接和已建立的EPS承載及所有無(wú)線資源,并轉(zhuǎn)入RRC空閑狀態(tài),此外,若消息中有空閑模式移動(dòng)性控制信息,保存該信息,如果小區(qū)重選優(yōu)先級(jí)過(guò)期,則啟動(dòng)計(jì)時(shí)器T320。RRC層介紹——RRC過(guò)程N(yùn)AS層介紹NAS(Non-AccessStratrum)NAS消息的傳輸在E-UTRAN中,NAS消息或者鏈接在RRC消息中或者沒(méi)有跟RRC消息鏈接。如果傳輸塊的大小允許,則初始直傳消息與RRC連接請(qǐng)求鏈接在一起。當(dāng)NAS和RRC過(guò)程同步的時(shí)候,其他NAS消息可以與RRC消息鏈接。除了NAS完成的完整性保護(hù)和加密外,NAS消息的完整性保護(hù)是由RRC來(lái)完成的,加密由PDCP完成。NAS層介紹NAS的協(xié)議狀態(tài)包括LTE_DETACHEDLTE_IDLELTE_ACTIVENAS的協(xié)議狀態(tài)描述以及狀態(tài)躍遷LTE_DETACHED:在該狀態(tài)下,沒(méi)有RRC實(shí)體,通常指剛開(kāi)機(jī)的狀態(tài)。此時(shí)在網(wǎng)絡(luò)側(cè)還沒(méi)有改用戶的RRC通信上下文。分配給用戶的只有IMSI,網(wǎng)絡(luò)不終端用戶的位置信息,沒(méi)有上下行活動(dòng),可以執(zhí)行PLMN/CELL選擇。NAS層介紹NAS的協(xié)議狀態(tài)描述以及狀態(tài)躍遷LTE_IDLE:在該狀態(tài)下,UE處于RRC_IDLE狀態(tài)。在網(wǎng)絡(luò)側(cè)會(huì)保存用戶的一些消息,如IP地址、安全相關(guān)信息(密鑰)、用戶能力消息、無(wú)限承載等。狀態(tài)的躍遷由eNodeB或者EPC來(lái)決定。網(wǎng)絡(luò)側(cè)有該用戶的通信上下文,此時(shí)可以使用戶快速躍遷到LTE_ACTIVE狀態(tài)。分配給該用戶的標(biāo)識(shí)信息有IMSI、在跟蹤區(qū)域(TA)中唯一標(biāo)識(shí)一個(gè)用戶的ID,一個(gè)或者多個(gè)IP地址。網(wǎng)絡(luò)知道終端在那個(gè)TA,終端被分配了非連續(xù)接收的周期,可以根據(jù)此周期進(jìn)行下行的接收,可以執(zhí)行小區(qū)重選。LTE_ACTIVE:UE處于RRC_CONNECTED狀態(tài)。狀態(tài)的躍遷由eNodeB或者EPC來(lái)決定。在網(wǎng)絡(luò)側(cè)會(huì)保留有UE的通信上下文,包含了所有滿足通信的必要信息,分配給用戶的標(biāo)識(shí)信息有IMSI、在TA內(nèi)唯一標(biāo)識(shí)一個(gè)用戶的ID、在一個(gè)小區(qū)內(nèi)唯一標(biāo)識(shí)C-RNTI以及一個(gè)或者多個(gè)IP地址。網(wǎng)絡(luò)可以終端UE處于哪個(gè)小區(qū),在上下行方向用戶都可以進(jìn)行非連續(xù)發(fā)送和接收。移動(dòng)性可以通過(guò)執(zhí)行切換過(guò)程來(lái)達(dá)到。第一部分3GPPLTE協(xié)議概況第二部分LTE協(xié)議層介紹第三部分LTE網(wǎng)絡(luò)接口介紹62第三部分LTE網(wǎng)絡(luò)接口介紹第一章LTE網(wǎng)絡(luò)接口介紹第二章LTES1接口介紹第一節(jié)LTES1接口協(xié)議第二節(jié)LTES1接口例程第三章LTEX2接口介紹第一節(jié)LTEX2接口協(xié)議第二節(jié)LTEX2接口例程第四章LTEX1接口介紹GERANUTRANGPRSCoreMMEInterASAnchorhPCRFOperatorIPservices(includingIMS,PSS,...)IPAccessEvolvedPacketCoreS5S2S3S4HSSS7S6GiS1-UGbIuRx+LTE網(wǎng)絡(luò)接口介紹X1eNBX1eNBX2EvolvedRANVPCRFS9ServingSAEGWS11S10S1-MMES7PDNSAEGWS8bS1-MMEeNodeB與MME之間的控制面接口,提供S1-AP信令的可靠傳輸,基于IP和SCTP協(xié)議。S1-UeNodeB與S-GW之間的用戶面接口,提供eNodeB與S-GW之間用戶面PDU非保證傳輸?;赨DP/IP和GTP-U協(xié)議。S3在UE活動(dòng)狀態(tài)和空閑狀態(tài)下,為支持不同的3G接入網(wǎng)絡(luò)之間的移動(dòng)性,以及用戶和承載信息交換而定義的接口點(diǎn),基于SGSN之間的Gn接口定義。S4核心網(wǎng)和作為3GPP錨點(diǎn)功能的ServingGW之間的接口,為兩者提供相關(guān)的控制功能和移動(dòng)性功能支持。該接口基于定義于SGSN和GGSN之間的Gn接口。另外,如果沒(méi)有建立DirectTunnel,該接口提供用戶平面的隧道功能。S5負(fù)責(zé)ServingGW和PDNGW之間的用戶平面數(shù)據(jù)傳輸和隧道管理功能的接口。用于支持UE的移動(dòng)性而進(jìn)行的ServingGW重定位過(guò)程以及連接PDN網(wǎng)絡(luò)所需要的與non-collocatedPDNGW之間的連接功能?;贕TP協(xié)議或者基于PMIPv6協(xié)議。S6aMME和HSS之間用以傳輸簽約和鑒權(quán)數(shù)據(jù)的接口。LTE網(wǎng)絡(luò)接口介紹S7基于Gx接口的演進(jìn),傳輸服務(wù)數(shù)據(jù)流級(jí)的PCC信息、接入網(wǎng)絡(luò)和位置信息。S7c基于Gx接口演進(jìn),支持傳輸QoS參數(shù)和相關(guān)分組過(guò)濾器參數(shù)、控制信息。在S5/S8接口基于PMIPv6協(xié)議情形下支持。S8a定義于不同PLMN間,VPLMN中ServingGW和HPLMN中PDNGW之間為用戶提供控制平面和用戶平面功能的接口,該接口基于SGSN和GGSN間的Gp接口。S8a相當(dāng)于是S5接口的跨PLMN版本。S8b支持跨PLMN網(wǎng)關(guān)漫游情況用戶平面和控制平面功能的接口,支持PMIPv6協(xié)議。S10MME之間的接口,用來(lái)處理MME重定位和MME之間的信息傳輸。S11MME和ServingGW之間的接口S12有DirectTunnel建立時(shí),UTRAN和ServingGW之間的接口,用于二者之間的用戶數(shù)據(jù)傳輸。該接口基于Iu-u/Gn-u使用SGSN和UTRAN之間或SGSN和GGSN間所定義的GTP-U協(xié)議LTE網(wǎng)絡(luò)接口介紹66LTE網(wǎng)絡(luò)接口介紹——S1/X2的引入MME/S-GWMME/S-GWeNBeNBeNBS1EPCE-UTRANX2X2X2EPSLTE網(wǎng)絡(luò)接口介紹——協(xié)議棧架構(gòu)信令流數(shù)據(jù)流68第三部分LTE網(wǎng)絡(luò)接口介紹第一章LTE網(wǎng)絡(luò)接口介紹第二章LTES1接口介紹第一節(jié)LTES1接口協(xié)議第二節(jié)LTES1接口例程第三章LTEX2接口介紹第一節(jié)LTEX2接口協(xié)議第二節(jié)LTEX2接口例程第四章LTEX1接口介紹UP:

用戶平面接口位于E-NodeB和S-GW之間,傳輸網(wǎng)絡(luò)層建立在IP傳輸之上,UDP/IP之上的GTP-U用來(lái)攜帶用戶平面的PDU。CP:

S1控制平面接口位于E-NodeB和MME之間,傳輸網(wǎng)絡(luò)層是利用IP傳輸,這點(diǎn)類似于用戶平面;為了可靠的傳輸信令消息,在IP曾之上添加了SCTP;應(yīng)用層的信令協(xié)議為S1-AP。用戶面控制面LTES1接口協(xié)議用戶面控制面LTES1接口協(xié)議控制面功能SAE承載管理功能(包括SAE承載建立、修改和釋放);連接狀態(tài)下UE的移動(dòng)性管理功能(包括LTE系統(tǒng)內(nèi)切換和系統(tǒng)間切換);S1尋呼功能;NAS信令傳輸功能;S1UE上下文釋放功能;S1接口管理功能(包括復(fù)位、錯(cuò)誤指示以及過(guò)載指示等);網(wǎng)絡(luò)共享功能;網(wǎng)絡(luò)節(jié)點(diǎn)選擇功能;初始上下文建立功能;漫游和接入限制支持功能

71LTES1接口例程——E-RABSetup目的:在CN和eNB上為UE建立業(yè)務(wù)通道。E-RABSetupRequest主要信元:MME和eNB為UE分配的ID號(hào),需要建立的SAE承載列表(具體包括SAE承載ID,承載的Qos參數(shù)信息,承載的傳輸?shù)刂返龋?,NAS-PDU等。E-RABSetupResponse主要信元:MME和eNB為UE分配的ID號(hào),建立成功的SAE承載列表以及沒(méi)有建立成功的承載列表。72LTES1接口例程——InitialContextSetup目的:在eNB中建立UE的初始上下文。InitialContextSetupRequest主要信元:MME和eNB為UE分配的ID號(hào),需要建立的SAE承載列表(具體包括SAE承載ID,承載的Qos參數(shù)信息,承載的傳輸?shù)刂返龋?,NAS-PDU,安全信息,切換限制列表,UE無(wú)線能力等。InitialContextSetupResponse主要信元:MME和eNB為UE分配的ID號(hào),建立成功的SAE承載列表以及沒(méi)有建立成功的承載列表。73LTES1接口例程——HandoverResourceAllocation目的:通知目標(biāo)eNB為即將切換過(guò)來(lái)的UE分配資源。HandoverRequest主要信元:MME和eNB為UE分配的ID號(hào),切換類型,切換原因,需要為UE建立的SAE承載列表(具體包括SAE承載ID,承載的Qos參數(shù)信息,承載的傳輸?shù)刂返龋?。HandoverRequestACK主要信元:MME和eNB為UE分配的ID號(hào),切換類型,成功建立的SAE承載列表以及沒(méi)有建立成功的承載列表。74LTES1接口例程——Paging目的:MME通過(guò)尋呼與處于IDLE狀態(tài)的UE建立信令連接。Paging主要信元:要尋呼的UE的ID,尋呼原因,要尋呼的跟蹤區(qū)列表。75LTES1接口例程——S1Setup目的:為了eNB和MME之間交換應(yīng)用層數(shù)據(jù)。S1SetupRequest主要信元:eNB的ID,eNB的name,所支持的TAs,所屬的PLMN等。S1SetupResponse主要信元:MME的name,所屬的PLMN,MME的能力信息等。76LTES1接口例程——UECapabilityInfoIndication目的:eNB向MME提供UE的無(wú)線能力信息。UECapabilityInfoIndication主要信元:MME和eNB為UE分配的ID號(hào),UERadioCapability。77第三部分LTE網(wǎng)絡(luò)接口介紹第一章LTE網(wǎng)絡(luò)接口介紹第二章LTES1接口介紹第一節(jié)LTES1接口協(xié)議第二節(jié)LTES1接口例程第三章LTEX2接口介紹第一節(jié)LTEX2接口協(xié)議第二節(jié)LTEX2接口例程第四章LTEX1接口介紹UP:

X2用戶平面接口是E-NodeB之間的接口,用戶平面協(xié)議伐如下圖所示,E-UTRAN的傳輸網(wǎng)絡(luò)層是基于IP傳輸?shù)?,UDP/IP之上是利用GTP-U來(lái)傳送用戶平面PDU。CP:

X2控制平面接口是E-NodeB之間的接口,控制平面協(xié)議伐如下圖

溫馨提示

  • 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ù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 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ì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論