包括有TM,UM,AM模式，
TM模式即是不做任何修改，广播消息，寻呼消息等，比如SIB消息直接从RRC，通过RLC透传到MAC往下发；
UM模式与TM不同，主要在于UM需要对报文做处理再往下发，可以分段，串接，有RLC头，支持的业务包括VoIP等；
AM模式较UM增加的是有RLC的ARQ重传，并且可以支持RLC PDU的再分段。复杂的主要是AM模式；重分段的意思是当重传AM PDU的大小大于本次MAC的允许的SDU的大小时，进行重分段；分段也只是对数据域的分段。
[if !supportLists]1.1 [endif]RLC参数
[if !supportLists]1.1 [endif]UM模式
发射就只有看VT(US)，一直发送。
主要看接收，其中的一些参数是这么看的：
重排序计时器范围是0-200ms，值太小的话导致超时过快而常有丢包就重组递交给上层，但是VOIP业务是不能等的，先保证快速递交。
当SN长度是5bit时，重排序窗口大小是16，SN长度是10bit时，重排序窗口大小512
[if !supportLists]1.1 [endif]AM模式
首先是发送端参数VT(A)，VT(MS)，VT(S)，Poll_SN：
触发轮询的目的：
防止发送侧Buffr溢出
触发轮询的条件：
[if !supportLists]l [endif]PDU_without_Poll >= pollPDU
[if !supportLists]l [endif]BYTE_without_Poll >= pollByte
[if !supportLists]l [endif]发送区和重传缓冲区都为空
[if !supportLists]l [endif]没有新的RLC数据PDU能发送（发送窗口堵塞）
触发轮询后的操作：
[if !supportLists]l [endif]RLC data PDU的P字段设置为1；
[if !supportLists]l [endif]PDU_without_Poll和BYTE_without_Poll设置为0；
[if !supportLists]l [endif]VT(S) = VT(S) + 1, POLL_SN = VT(S) – 1;
[if !supportLists]l [endif]启动或者重启t-PollRetransmit。
发生重传的条件：
[if !supportLists]l [endif]t-PollRetransmit超时，轮训后未得到响应
[if !supportLists]l [endif]status报告含有NACK
接收端状态报告
状态报告的目的：
接收端向发送端反馈哪些PDU已经正确接收，哪些还没有收到
状态报告的触发条件：
[if !supportLists]l [endif]发送端polling：该PDU前所有的数据都收到
[if !supportLists]l [endif]重排序定时器超时
状态报告禁止定时器：
[if !supportLists]l [endif]当一个状态报告发送给底层，启动t_status_prohibit
[if !supportLists]l [endif]当状态PDU被触发时，如果t_status_prohibit没有运行，那么就在底层指示的第一个发送机会，发状态报告；如果t_status_prohibit正在运行，那么就在t_status_prohibit超时后底层指示的第一个发送机会，发状态报告
接收端参数：VR(R)，VR(MR)，VR(X)，VR(MS)，VR(H)，t-Reordering，t-StatusProhibit
t-PollRetransmit值过小会导致频繁超时触发重传，接收方收到大量重复PDU，值过大可能因无法及时进行重传导致吞吐量降低
pollPDU和pollByte，值过小会频繁触发轮询，值过大可能导致发送窗口堵塞
t-Reordering，值过小会频繁触发NACK状态报告，导致发送端频繁重传
t-StatusProhibit，值过大会延缓状态报告发送，导致发送端频繁t-PollRetransmit超时
重传的触发条件：
对等端AM RLC实体的状态报告（必选），来自MAC实体的HARQ发送失败（可选）
当对AMD PDU或AMD PDU分段进行重传时，AM RLC实体发送侧应进行如下操作：如果该AMD PDU大小可以完全适合此发送时机的TB块大小，发送该AMD PDU，除P域外；否则，根据TB大小，对AMD PDU进行必要的分割，形成新的AMD PDU分段
如果满足则将关联RETX_COUNT置为0；
否则：
如果上次递增或者RETX_COUNT值为0相对应的AMD PDU或者AMD PDU部分已经递交给低层，则将RETX_COUNT加1。
如果RETX_COUNT = Max_Retx_Threshold：
向高层指示已达到最大重传次数，可以出发RLF流程
以上就是简要归纳了一下接收端的处理
状态报告的目的
接收端向发送端反馈哪些PDU或PDU分段已经正确接收到，哪些还没有收到；
状态报告的触发条件
发送侧polling：该PDU前所有数据都收到
重排序定时器超时
状态报告的大小
已经触发一个状态PDU，且状态禁止定时器没有运行或者已经超时，该UE将估计在下一个传输时机被传输的状态PDU的大小
状态报告禁止
当一个状态报告递交给低层，启动T_status_prohibit。
当状态PDU被触发时，如果T_status_prohibit没有运行，AM RLC实体接收侧将在随后低层指示的第一个发送机会，组织一个状态报告发送；
当状态PDU被触发时，如果T_status_prohibit在运行，在T_status_prohibit超时后低层指示的第一个发送机会，组织一个状态报告发送
从一个文档中得到的结果：
[if !supportLists]1. [endif]T-Reordering，当数值小于MAC的时延，系统性能指标会出现剧烈变化，当大于MAC的时延，系统性能指标趋于稳定；因此T-Reordering取值要大于MAC时延
[if !supportLists]2. [endif]T-StatusProhibit, t-pollRetransmit作用基本相同，计数器值增大，反向带宽减小，PDU平均重传次数减少，时延增大，吞吐量减小；推荐T-StatusProhibit区间【ms50-ms300】，推荐t-pollRetransmit区间【ms50-ms120】；不能t-pollRetransmit很小而T-StatusProhibit很大
[if !supportLists]3. [endif]pollPDU，pollByte作用基本相同，计数器值增大，反向带宽减小，PDU平均重传次数减少，时延增大，吞吐量减小；推荐pollPDU区间【p32-p128】，推荐pollByte区间【kB500-kB1500】
