RLC模式与QCI的关系

一、   RLC的AM、UM、TM

1.  无线链路控制协议RLC层位于MAC层之上，为用户和控制数据提供分段和重传业务。每个RLC实体由RRC配置，并且根据业务类型有三种模式：透明模式（TM）、非确认模式（UM）、确认模式（AM）。

  对于透明模式和非确认模式，RLC实体是单向的，各自拥有一个发送实体和一个接收实体，独立地完成数据的发送和接收；而对于确认模式，RLC实体是双向的。虽然仅有一个实体，但却被划分为接收侧和发送侧来完成数据的发送接收的功能。并且它们彼此是能够互相沟通的。

对于所有的RLC模式，CRC校验在物理层中完成。并将校验结果和对应的数据间接地传递到RLC层。

2. RLC三种模式的实际操作如下：

 透明模式：发送实体在高层数据上不添加任何额外控制外协议开销，仅仅根据业务类型决定是否进行分段操作。接收实体接收到的PDU如果出现错误，则根据配置，在错误标记后递交或者直接丢弃并向高层报告。实时语音业务通常采用RLC透明模式。

 非确认模式：发送实体在高层PDU上添加必要的控制协议开销，然后进行传送但并不保证传递到对等实体，且没有使用重传协议。接收实体对所接收到的错误数据标记为错误后递交，或者直接丢弃并向高层报告。由于RLC PDU包含有顺序号，因此能够检测高层PDU的完整性。UM模式的业务有小区广播和IP电话。

 确认模式：发送侧在高层数据上添加必要的控制协议开销后进行传送，并保证传递到对等实体。因为具有ARQ能力，如果RLC接收到错误的RLC PDU，就通知发送方的RLC重传这个PDU。由于RLC PDU中包含有顺序号信息，支持数据向高层的顺序/乱序递交。AM模式是分组数据传输的标准模式，比如www和电子邮件下载。

3. TM/UM/AM模式的性能比较

在现阶段，RLC层能够支持三种模式：TM/UM/AM。究竟选择那种模式主要取决于无线承载的QoS。对此简要如下：

TM/UM主要是为实时业务而设计。因为对于某些实时业务来说，主要的目标是要求最小时延，而允许一定的数据损失。为了满足这样要求，RLC必须支持立即递交。如果在实时业务中采用RLC重传，则由于无线接口和Iub接口存在较长的往返时延，从而在RLC中引起较大的时延，将会严重降低业务的QoS，同时也增加了额外的buffer开销。

AM主要是为非实时业务而设计，其特性与TM/UM不同。非实时业务能够容忍一定程度的时延，但要求更高的传输质量。因此在AM模式中利用ARQ重传机制是至关重要的。于是AM RLC需要一些额外的功能和参数来实现重传，以提供非实时业务所要求的QoS。RLC重传的代价是增加了时延。一次重传的时延不超过150ms。

总之，对TM/UM/AM模式的选择主要是根据业务特性决定的。

 TM/UM：对时延敏感，对错误不敏感，没有反馈消息，无需重传。所以常常用于实时业务（如会话业务，流业务）；

 AM：对时延不敏感，对错误敏感，有反馈消息，需要重传。所以常常用于非实时业务（交互业务，后台业务）。

但是，对于某些业务却有一些特殊要求，比如对时延敏感、要求立即递交、出错时不必重传但却需要反馈报告，以便了解状态信息。又例如，基于ROHC的实时IP分组业务（ROHC的具体内容RFC 3095及PDCP），它虽然是实时性业务，但同时需要反馈信息来调整压缩算法。目前TM/UM/AM都不能满足这样的业务特性要求。因此，现在也有很多关于是否需再增加一种新的RLC传输模式来支持这样的业务的研究。

二、   QCI

QCI (QoS Class Identifier)是一个标度值，用于衡量特定的提供给SDF（服务数据流）的包转发行为（如丢包率，包延迟预算），它同时应用于GBR和Non-GBR承载，用于指定访问节点内定义的控制承载级分组转发方式（如调度权重、接纳门限、队列管理门限、链路层协议配置等），这些都由运营商预先配置到接入网节点中。

根据QoS的不同， 承载（Bear）以划分为两大类： GBR(Guranteed Bit Rate) 和 Non－GBR。所谓GBR，是指承载要求的比特速率被网络“永久”恒定的分配，即使在网络资源紧张的情况下，相应的比特速率也能够保持。MBR(Maximum Bit Rate)参数定义了GBR Bear在资源充足的条件下，能够达到的速率上限。MBR的值必须大于或等于GBR的值。相反的，Non－GBR指的是在网络拥挤的情况下，业务（或者承载）需要承受降低速率的要求，由于Non－GBR承载不需要占用固定的网络资源，因而以长时间地建立。而GBR承载一般只是在需要时才建立。

在接口上使用QCI而不是传输一组QoS参数主要是为了减少接口上的控制信令数据传输量，并且在多厂商互连环境和漫游环境中使得不同设备/系统间的互连互通更加容易，由此，需要规定一定数量的处理行为(类似于DiffServ中规定的Per-Hop行为)。

以下是LTE里关于不同QCI的说明：

由于Non－GBR承载不需要占用固定的网络资源，因而以长时间地建立：

QCI=1: Example Services: Conversational voicemscbsc 示例服务：语音会话

QCI=2: Conversational Video (Live streaming) 会话视频（直播）

QCI=3: Real Time Gaming 实时游戏

QCI=4: Non-conversational voice (buffered streaming) 非语音会话（缓冲流）

　　Non-GBR(Guaranteed Bit Rate)非保证比特速率，由于Non－GBR承载不需要占用固定的网络资源，因而以长时间地建立:

QCI=5: IMS signaling IMS信令

QCI=6: Video (buffered streaming), TCP-based (e.g. www, email, chat, ftp, p2p file sharing, progressive video,etc) 视频（缓冲流），基于TCP（如WWW，电子邮件，聊天，FTP，P2P文件共享，逐行扫描视频等）

QCI=7: Voice, Video (live streaming), interactive gaming 语音，视频（直播），互动游戏

QCI=8: Video (buffered streaming), TCP-based (e.g. www, email, chat, ftp, p2p file sharing, progressive video,etc) 视频（缓冲流），基于TCP（如WWW，电子邮件，聊天，FTP，P2P文件共享，逐行扫描视频等）

QCI=9: Video (buffered streaming), TCP-based (e.g. www, email, chat, ftp, p2p file sharing, progressive video,etc) 视频（缓冲流），基于TCP（如WWW，电子邮件，聊天，FTP，P2P文件共享，逐行扫描视频等）

三、  QCI与RLC关系

根据QCI的业务类型和RLC传输模式的的特性，QCI 1配置为RLC模式的UM 模式，QCI 2配置为RLC模式的UM 模式，QCI 3配置为RLC模式的AM 模式，QCI4配置为RLC模式的AM 模式，QCI5配置为RLC模式的AM 模式，QCI6配置为RLC模式的AM 模式，QCI 7配置为RLC模式的UM 模式，QCI 8配置为RLC模式的AM 模式，QCI 9配置为RLC模式的AM 模式。

(NRDUCellQciBearer:QCI=1)==(UM);

(NRDUCellQciBearer:QCI=2)==(UM);

(NRDUCellQciBearer:QCI=3)==(AM);

(NRDUCellQciBearer:QCI=4)==(AM);

(NRDUCellQciBearer:QCI=5)==(AM);

(NRDUCellQciBearer:QCI=6)==(AM);

(NRDUCellQciBearer:QCI=7)==(UM);

(NRDUCellQciBearer:QCI=8)==(AM);