第15講LTE高層協(xié)議架構(gòu)層2216課件_第1頁
第15講LTE高層協(xié)議架構(gòu)層2216課件_第2頁
第15講LTE高層協(xié)議架構(gòu)層2216課件_第3頁
第15講LTE高層協(xié)議架構(gòu)層2216課件_第4頁
第15講LTE高層協(xié)議架構(gòu)層2216課件_第5頁
已閱讀5頁,還剩14頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

第15講LTE高層協(xié)議架構(gòu)——層2(2)一、RLC子層——簡介RLC(無線鏈路控制層)位于Layer2,在MAC層之上,RRC和PDCP層之下,是MAC層與更高層協(xié)議之間通信的橋梁。一、RLC子層——分段/級聯(lián)/重分段Segmentation就是分段,LTE中它只在UM的發(fā)送實(shí)體或者AM實(shí)體的發(fā)送側(cè)執(zhí)行。當(dāng)由MAC層指示的總的RLCPDU大小小于RLCSDU時,RLC實(shí)體就會根據(jù)此情況對RLCSDU執(zhí)行分段操作,讓生成的RLCPDU能適配進(jìn)去Concatenation就是串接,LTE中它只在UM的發(fā)送實(shí)體或者AM實(shí)體的發(fā)送側(cè)執(zhí)行。當(dāng)由MAC層指示的總的RLCPDU大小大于RLCSDU時,RLC層就會根據(jù)此情況對RLCSDU執(zhí)行串接操作,讓一個RLCSDU和其他RLCSDU或者其他RLCSDU的分段串聯(lián)起來,讓生成的RLCPDU能適配進(jìn)去Re-segmentation就是重分段,LTE中它只在AM實(shí)體的發(fā)送側(cè)執(zhí)行。RLCAM實(shí)體支持ARQ重傳,當(dāng)重傳的RLCPDU無法適配到由MAC層指示的總的RLCPDU大小時,RLC層就會根據(jù)此情況對重傳的RLCPDU執(zhí)行分段操作,讓生成的RLCPDU分段能適配進(jìn)去。一、RLC子層——功能RLC提供分段/串接服務(wù)(UM/AM)當(dāng)MAC層指示的RLCPDU小于RLCSDU時,RLC實(shí)體對RLCSDU進(jìn)行分段操作,當(dāng)大于RLCSDU時則進(jìn)行串聯(lián)操作。RLC提供重傳服務(wù)(AM)MAC層的HARQ只能做到一定級別的BLER(誤塊率),對應(yīng)PER(誤包率)為10^-4,但是TCP業(yè)務(wù)的PER要求為10^-6,否則會引起上層TCP的擁塞避免機(jī)制,從而導(dǎo)致數(shù)據(jù)發(fā)送速率降低。此時僅靠HARQ機(jī)制可能不滿足要求,需要通過RLC的ARQ機(jī)制來保證業(yè)務(wù)QoS。RLC提供按序提交的服務(wù)(UM/AM)MAC層的HARQ可能會出現(xiàn)亂序,E-UTRA的重排序完全交給RLC來做。一、RLC子層——傳輸模式每個RLC實(shí)體由上層RRC配置,并且分為3種工作模式:透明模式(TM),非確認(rèn)模式(UM),確認(rèn)模式(AM)。TM和UM模式各自分為發(fā)送和接收實(shí)體AM模式則為單獨(dú)一個實(shí)體,每個實(shí)體分為發(fā)送端和接收端。一、RLC子層——傳輸模式思考與練習(xí)1、簡述RLC子層的功能。2、RLC有哪幾種傳輸模式?這些模式中哪些模式的發(fā)送、接收實(shí)體是合在一起的,哪些是分開的?一、RLC子層——傳輸模式(TM)TM模式最簡單,它對于上層數(shù)據(jù)不進(jìn)行任何改變,這種模式典型地被用于BCCH或PCCH邏輯信道的傳輸,該方式不需對RLC層進(jìn)行任何特殊的處理。RLC的透明模式實(shí)體從上層接收到數(shù)據(jù),然后不做任何修改地傳遞至下面的MAC層,這里沒有RLC頭增加、數(shù)據(jù)分割及串聯(lián)。該模式下只提供單向的數(shù)據(jù)傳輸服務(wù)。一、RLC子層——傳輸模式(UM)UM模式可以支持?jǐn)?shù)據(jù)包丟失的檢測,并提供分組數(shù)據(jù)包的排序和重組。UM模式能夠用于任何專用或多播邏輯信道,具體使用依賴于應(yīng)用及期望QoS的類型。數(shù)據(jù)包重排序是指對不按順序接收到的數(shù)據(jù)進(jìn)行排序。RLC實(shí)體在非確認(rèn)模式通過邏輯信道收發(fā)RLCPDU,如

DCCH,DTCH和MCCH/MTCH信道。該模式下只提供單向的數(shù)據(jù)傳輸服務(wù)。一、RLC子層——傳輸模式(AM)AM模式是一種最復(fù)雜的模式。除了UM模式所支持的特征外,AMRLC實(shí)體能夠在檢測到丟包時要求它的對等實(shí)體重傳分組數(shù)據(jù)包,即ARQ機(jī)制。因此,AM模式僅僅應(yīng)用于DCCH或DTCH邏輯信道。AM模式典型地用于TCP的業(yè)務(wù),如文件傳輸,這類業(yè)務(wù)主要關(guān)心數(shù)據(jù)的無錯傳輸;UM模式用于高層提供數(shù)據(jù)的順序傳送,但是不重傳丟失的PDU,典型地用于如Voip業(yè)務(wù),這類業(yè)務(wù)最主要關(guān)心傳送時延;TM模式則僅僅用于特殊的目的,如隨機(jī)接入。一、RLC子層——傳輸模式一、RLC子層——傳輸模式工作模式邏輯信道RLC頭PDU排序重復(fù)檢測SDU丟棄SDU分段、串接、重組出錯處理業(yè)務(wù)TMBCCHPCCHDL/ULCCCH不添加不支持不支持不支持不處理廣播系統(tǒng)消息,尋呼消息,在CCCH上發(fā)送的RRC消息UMDL/ULDTCHMCCHMTCH添加支持支持支持不處理VOIP、視頻等實(shí)時性要求高的業(yè)務(wù)AMDL/ULDCCHDL/ULDTCH添加支持支持支持通過ARQ進(jìn)行糾錯FTP、Web瀏覽等錯誤敏感的業(yè)務(wù)三種傳輸模式比較思考與練習(xí)1、簡述RLC三種傳輸模式的工作原理。2、若注重業(yè)務(wù)的傳輸質(zhì)量,應(yīng)選擇RLC的工作模式是___________;若注重傳輸時延的大小,應(yīng)選擇RLC的工作模式是___________。AM模式UM模式二、PDCP子層——簡介PDCP(分組數(shù)據(jù)匯聚協(xié)議),是E-UTRAN中的一個無線傳輸協(xié)議棧,處理控制平面上的無線資源管理(RRC)消息以及用戶平面上的因特網(wǎng)協(xié)議(IP)包。二、PDCP子層——功能用戶面數(shù)據(jù)傳輸控制面數(shù)據(jù)傳輸加密、解密完整性保護(hù)(控制面)頭壓縮(用戶面)映射到AMRLC的RB的PDCP序列號維護(hù)、切換時的重復(fù)檢測切換時的按序遞交基于時間的數(shù)據(jù)丟棄二、PDCP子層——功能1、頭壓縮/解壓縮

只對用戶面的數(shù)據(jù)執(zhí)行頭壓縮(可配的)

只支持ROHC架構(gòu)

頭壓縮生成的分組:二、PDCP子層——功能2、完整性保護(hù)

由高層激活和配置

只應(yīng)用于SRB

應(yīng)用于加密前的PDU頭和數(shù)據(jù)部分

驗(yàn)證方法:X-MAC與MAC-I比對,MAC-I包含在控制平面PDCPPDU中思考與練習(xí)1、PDCP的頭壓縮功能

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論