4.4.2 RLC服务模型

爱卫生

RLC向上层提供3种模式服务，不同模式的服务适用于不同类型的业务：透明模式、无回应模式和有回应模式。下面就3种服务的特点作简要介绍。

1. RLC层的透明模式

RLC层的透明传输实体（Transmitting TM-Entity)通过TM-SAP从上层接收RLC的SDU，根据上层协议预先定义好的分割方式，在RLC层可能做分割处理，但在RLC层内部并不对RLC PDU添加任何信息。

透明传输实体的接收端通过某个逻辑信道（逻辑信道是MAC层提供的服务) 接收数据，如果在发送端进行了数据分割操作，RLC层接收端需要将收到的数据进行重新组装，和分割方式一样，重组的方式也是上层协议在服务建立的时候预定义好的。透明模式RLC的数据处理过程如图4-7所示。

2. RLC的无回应模式

无回应模式的RLC实体（UM-Entity)通过UM-SAP从上层接收数据，根据在服务建立时上层协议的设置，RLC的无回应模式实体中可能会对数据进行分割操作，RLC层会为分割后的数据添加一个RLC头，头部信息用于数据按顺序地组装，此后发送端就可以将数据放置在传输缓冲区中，在RLC层还可能对数据进行加密处理。

无回应模式的RLC实体在接收端通过逻辑信道从MAC层接收数据，如果在RLC发送端进行加密了，RLC层首先需要将数据进行解密，然后将PDU中的载荷取出，并根据RLC头中包含的信息将数据进行重组，重组后的数据就可以提交给上层协议了。无回应模式RLC的数据处理过程如图4-8所示。

3. RLC的有回应模式

有回应模式的RLC实体（AM-Entity)通过AM-SAP从上层协议接收数据，根据配置的不同，一个有回应模式的RLC实体可以使用一个或者两个逻辑信道, 如图4-9所示。

图4-9中的虚线表示映射到两个逻辑信道时的情况。

根据上层协议的配置，RLC层可能将上层（多个）SDU数据分割或级联为个特定长度的PDU数据，数据长度是一个半静态的参数。

如果SDU数据的剩余部分不能完全填满一个PDU，就需要在RLC包头结构中添加长度指示（LI, Length Indicator)字段，用于指示剩余的SDU部分长度。PDU的剩余部分仍需补齐，补齐部分也需要一个长度指示字段，但此字段并不标识补齐的数据长度，而是使用特定的预定义LI值来标识RLC PDU剩佘部分补齐数据。LI的不同值代表的意义不同，有关分割重组的细节将在后面介绍。

在进行分割处理后，RLC的PDU被放置在传输缓冲区和重传缓冲区中。

复用功能模块负责决定如何发送PDU到MAC中，优先级高的PDU会被首先发送。PDU还需要进行RLCPDU包头信息处理，例如，如果需要使用轮询机制，就需要将Poll Bit置位。

另外，确认模式的RLC还允许在其他PDU中“捎带”（Piggybacked)传送状态报告信息（Status PDU)。当应用捎带机制时，用控制信息取代填充位，这样可以有效提高空中接口数据传输的效率。STATUS PDU可以依次包含在AMD-PDU中。为与AMD-PDU中的剩余空间总数相匹配，捎带状态PDU可以是可变大小的。

在完成RLC PDU的处理后，还可能对PDU数据进行加密，加密过程只用于PDU数据部分，AMD-PDU包头固定的前两个八位组是不加密的。PDU加密与否是在呼叫流程的建立时决定的。有关加密的详细流程可参见“系统安全”一章。

接收端在接收到完整的SDU后，将RLC头从PDU中删除，并将PDU重新组合成一个SDU，最后将SDU发送给高层。