資源描述：
《LTE RLC層詳解》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在應(yīng)用文檔-天天文庫(kù)。
1、第1章RLCRLC層位于PDCP層和MAC層之間。它通過(guò)SAP（ServiceAccessPoint）與PDCP層進(jìn)行通信，并通過(guò)邏輯信道與MAC層進(jìn)行通信。每個(gè)UE的每個(gè)邏輯信道都有一個(gè)RLC實(shí)體（RLCentity）。RLC實(shí)體從PDCP層接收到的數(shù)據(jù)，或發(fā)往PDCP層的數(shù)據(jù)被稱(chēng)作RLCSDU（或PDCPPDU）。RLC實(shí)體從MAC層接收到的數(shù)據(jù)，或發(fā)往MAC層的數(shù)據(jù)被稱(chēng)作RLCPDU（或MACSDU）。RLC層主要負(fù)責(zé)（見(jiàn)36.322）：?分段/串聯(lián)和重組RLCSDU（concatenation/segmentation/reassem
2、bly，只適用于UM和AM模式）：RLCPDU的大小是由MAC層指定的，其大小通常并不等于RLCSDU的大小，所以在發(fā)送端需要分段/串聯(lián)RLCSDU以便其匹配MAC層指定的大小。相應(yīng)地，在接收端需要對(duì)之前分段的RLCSDU進(jìn)行重組，以便恢復(fù)出原來(lái)的RLCSDU并按序遞送（in-sequencedelivery）給上層。?通過(guò)ARQ來(lái)進(jìn)行糾錯(cuò)（只適用于AM模式）：MAC層的HARQ機(jī)制的目標(biāo)在于實(shí)現(xiàn)非?？焖俚?5重傳，其反饋出錯(cuò)率大概在1%左右。對(duì)于某些業(yè)務(wù)，如TCP傳輸（要求丟包率小于10），HARQ反饋的出錯(cuò)率就顯得過(guò)高了。對(duì)于這類(lèi)業(yè)務(wù)，R
3、LC層的重傳處理能夠進(jìn)一步降低反饋出錯(cuò)率。?對(duì)RLCdataPDU進(jìn)行重排序（reordering，只適用于UM和AM模式）：MAC層的HARQ操作可能導(dǎo)致到達(dá)RLC層的報(bào)文是亂序的，所以需要RLC層對(duì)數(shù)據(jù)進(jìn)行重排序。重排序是根據(jù)序列號(hào)（SequenceNumber，SN）的先后順序?qū)LCdataPDU進(jìn)行排序的。?復(fù)包檢重測(cè)（duplicatedetection，只適用于UM和AM模式）：出現(xiàn)重復(fù)包的最大可能性為發(fā)送端反饋了HARQACK，但接收端錯(cuò)誤地將其解釋為NACK，從而導(dǎo)致了不必要的MACPDU重傳。?對(duì)RLCdataPDU進(jìn)行重
4、分段（resegmentation，只適用于AM模式）：當(dāng)RLCdataPDU（注意：這里不是SDU）需要重傳時(shí)，可能需要進(jìn)行重分段。例如，當(dāng)MAC層指定的大小小于需要重傳的原始RLCdataPDU的大小時(shí)，就需要對(duì)原始RLCdataPDU進(jìn)行重分段。按序遞送（in-sequencedelivery）指的是RLC實(shí)體的接收端必須按序?qū)⒅亟M（reassembly）好的SDU發(fā)送給PDCP層，也就是說(shuō)，SDUn必須在SDUn+1之前發(fā)送給PDCP層。其基本思想是將接收到的RLCPDU（假設(shè)其SN=x）放在接收buffer（receptionbuf
5、fer）中，直到較小SN（小于x）的所有PDU都已成功接收并遞送給PDCP層。只有當(dāng)擁有較小SN的所有RLCPDU都用于重組SDU后，下一個(gè)RLCPDU才會(huì)被使用。例如對(duì)于類(lèi)似VoLTE的流應(yīng)用，要求接收到的數(shù)據(jù)的順序與它們被發(fā)送時(shí)的順序是一致的，否則可能造成聲音的紊亂。RLC層的功能是由RLC實(shí)體來(lái)實(shí)現(xiàn)的。一個(gè)RLC實(shí)體可以配置成以下3種模式之一：?TransparentMode（TM）：對(duì)應(yīng)TMRLC實(shí)體，簡(jiǎn)稱(chēng)TM實(shí)體。該模式可以認(rèn)為是空的RLC，因?yàn)檫@種模式下只提供數(shù)據(jù)的透?jìng)鳎╬assthrough）功能。?Unacknowledged
6、Mode（UM）：對(duì)應(yīng)UMRLC實(shí)體，簡(jiǎn)稱(chēng)UM實(shí)體。該模式提供除重傳和重分段外的所有RLC功能，因此提供了一種不可靠的傳輸服務(wù)。?AcknowledgedMode（AM）：對(duì)應(yīng)AMRLC實(shí)體，簡(jiǎn)稱(chēng)AM實(shí)體。通過(guò)出錯(cuò)檢測(cè)和重傳，AM模式提供了一種可靠的傳輸服務(wù)。該模式提供了所有的RLC功能。除TM模式對(duì)應(yīng)的邏輯信道外，每個(gè)邏輯信道對(duì)應(yīng)的RLC實(shí)體的模式（在UM模式和AM模式之間進(jìn)行選擇）是在無(wú)線承載建立時(shí)，eNodeB通過(guò)相關(guān)RRC消息的RLC-Config字段來(lái)配置的。在36.331中，搜索“RLC-SAP”，能看到各種RRC消息所使用的RL
7、C模式（以及SRB）。每種模式支持的RLC層功能見(jiàn)表1-1（見(jiàn)36.322的4.4節(jié)）。表1-1：每種模式支持的RLC功能RLC功能TMUMAM傳輸上層PDUYesYesYes使用ARQ進(jìn)行糾錯(cuò)NoNoYes對(duì)RLCSDU進(jìn)行分段、串聯(lián)和重NoYesYes組對(duì)RLCdataPDU進(jìn)行重分段NoNoYes對(duì)RLCdataPDU進(jìn)行重排序NoYesYes重復(fù)包檢測(cè)NoYesYesRLCSDU丟棄處理NoYesYesRLC重建YesYesYes協(xié)議錯(cuò)誤檢測(cè)NoNoYes1.1TM模式UE/ENBENB/UEradiointerfaceTM-SAPT
8、M-SAPTransmittingReceivingTM-RLCTM-RLCentityentityTransmissionbufferBCCH/PCCH/CCCH
