LTE RLC层详解

《LTE RLC层详解》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、第1章RLCRLC层位于PDCP层和MAC层之间。它通过SAP（ServiceAccessPoint）与PDCP层进行通信，并通过逻辑信道与MAC层进行通信。每个UE的每个逻辑信道都有一个RLC实体（RLCentity）。RLC实体从PDCP层接收到的数据，或发往PDCP层的数据被称作RLCSDU（或PDCPPDU）。RLC实体从MAC层接收到的数据，或发往MAC层的数据被称作RLCPDU（或MACSDU）。RLC层主要负责（见36.322）：分段/串联和重组RLCSDU（concatenation/segmentation/reassem

2、bly，只适用于UM和AM模式）：RLCPDU的大小是由MAC层指定的，其大小通常并不等于RLCSDU的大小，所以在发送端需要分段/串联RLCSDU以便其匹配MAC层指定的大小。相应地，在接收端需要对之前分段的RLCSDU进行重组，以便恢复出原来的RLCSDU并按序递送（in-sequencedelivery）给上层。通过ARQ来进行纠错（只适用于AM模式）：MAC层的HARQ机制的目标在于实现非常快速的5重传，其反馈出错率大概在1%左右。对于某些业务，如TCP传输（要求丢包率小于10），HARQ反馈的出错率就显得过高了。对于这类业务，R

3、LC层的重传处理能够进一步降低反馈出错率。对RLCdataPDU进行重排序（reordering，只适用于UM和AM模式）：MAC层的HARQ操作可能导致到达RLC层的报文是乱序的，所以需要RLC层对数据进行重排序。重排序是根据序列号（SequenceNumber，SN）的先后顺序对RLCdataPDU进行排序的。复包检重测（duplicatedetection，只适用于UM和AM模式）：出现重复包的最大可能性为发送端反馈了HARQACK，但接收端错误地将其解释为NACK，从而导致了不必要的MACPDU重传。对RLCdataPDU进行重

4、分段（resegmentation，只适用于AM模式）：当RLCdataPDU（注意：这里不是SDU）需要重传时，可能需要进行重分段。例如，当MAC层指定的大小小于需要重传的原始RLCdataPDU的大小时，就需要对原始RLCdataPDU进行重分段。按序递送（in-sequencedelivery）指的是RLC实体的接收端必须按序将重组（reassembly）好的SDU发送给PDCP层，也就是说，SDUn必须在SDUn+1之前发送给PDCP层。其基本思想是将接收到的RLCPDU（假设其SN=x）放在接收buffer（receptionbuf

5、fer）中，直到较小SN（小于x）的所有PDU都已成功接收并递送给PDCP层。只有当拥有较小SN的所有RLCPDU都用于重组SDU后，下一个RLCPDU才会被使用。例如对于类似VoLTE的流应用，要求接收到的数据的顺序与它们被发送时的顺序是一致的，否则可能造成声音的紊乱。RLC层的功能是由RLC实体来实现的。一个RLC实体可以配置成以下3种模式之一：TransparentMode（TM）：对应TMRLC实体，简称TM实体。该模式可以认为是空的RLC，因为这种模式下只提供数据的透传（passthrough）功能。Unacknowledged

6、Mode（UM）：对应UMRLC实体，简称UM实体。该模式提供除重传和重分段外的所有RLC功能，因此提供了一种不可靠的传输服务。AcknowledgedMode（AM）：对应AMRLC实体，简称AM实体。通过出错检测和重传，AM模式提供了一种可靠的传输服务。该模式提供了所有的RLC功能。除TM模式对应的逻辑信道外，每个逻辑信道对应的RLC实体的模式（在UM模式和AM模式之间进行选择）是在无线承载建立时，eNodeB通过相关RRC消息的RLC-Config字段来配置的。在36.331中，搜索“RLC-SAP”，能看到各种RRC消息所使用的RL

7、C模式（以及SRB）。每种模式支持的RLC层功能见表1-1（见36.322的4.4节）。表1-1：每种模式支持的RLC功能RLC功能TMUMAM传输上层PDUYesYesYes使用ARQ进行纠错NoNoYes对RLCSDU进行分段、串联和重NoYesYes组对RLCdataPDU进行重分段NoNoYes对RLCdataPDU进行重排序NoYesYes重复包检测NoYesYesRLCSDU丢弃处理NoYesYesRLC重建YesYesYes协议错误检测NoNoYes1.1TM模式UE/ENBENB/UEradiointerfaceTM-SAPT

8、M-SAPTransmittingReceivingTM-RLCTM-RLCentityentityTransmissionbufferBCCH/PCCH/CCCH