灵活的RLC和MAC分割会为L2效率和峰值比特率带来好处

WCDMA Release 99规范建立在分组重传的基础上，分组重传在L2上的无线网络控制器（Radio Network Controller，RNC）和UE之间进行。L2无线网络控制（RLC）分组长度相对较短，以避免当传输发生错误时，大量分组进行重传。RLC分组长度相对较短的另一个原因是需要提供足够小的步长，来对Release 99信道的数据速率进行调整。Release 99标准中的RLC分组长度不仅短，而且对于确认模式数据来说，它还是固定的，但对于非确认模式数据来说，传输块长度可取有限个值。这种限制条件是由Release 99标准中传输信道数据速率限制条件造成的。

在Release99标准中，对于确认模式数据来说来说，RLC有效载荷长度是固定的，通常取值为40B。HSDPA Release 5和HSUPA Release 6采用的RLC解决方案相同：在HSDPA中，从RNC传输到基站的分组长度为40B。Release 5中引入了另外一种配置方案，它采用80B的RLC分组长度，以避免增加RLC协议开销，并防止L2处理和RLC传输窗口停止工作。使用在HSDPA中的使用长度为2ms的TTI可能会将数据速率分别提高到160kbit/s和320kbit/s的整数倍。

对于采用HSDPA调度和可能实现最低数据速率来说，随着Release7中数据速率进一步提高，增加RLC分组长度将会大大影响到可用数据速率的粒度。

3GPP HSDPA和HSUPA支持对L2操作进行优化，因为当L1重传存在时，L2重传的概率非常低。同时，Release 99传输信道限制条件不适用于HSDPA/HSUPA，因为L2块长度与传输格式无关。因此，在基站中使用灵活的、相当大的RLC长度，并引入媒体接入控制（MAC）层分割是不可能实现的。

Release7标准中包含了下行链路优化的内容，Release 8标准中包含了上行链路优化的内容，它称为灵活的RLC和MAC分割解决方案。在灵活的RLC解决方案中，RLC块长度可以与IP（互联网协议）分组一样大，供下载的IP分组长度通常为1500B。在RNC中，不需要进行分组分割。通过在MAC层中引入分割，需要时MAC可以根据物理层要求，对较大的RLCPDU进行分割。下行链路中灵活的RLC方案如图13-14所示。

图13-14 灵活的RLC方案(www.xing528.com)

灵活的RLC和MAC分割会为L2效率和峰值比特率带来诸多好处。

1）L2相对开销降低。对于长度为40B的RLC分组来说，如果采用长度为2B的RLC报头，则RLC开销为5%。当RLC分组长度增加到1500B时，RLC报头开销降低到0.2%以下。开销降低会提高应用数据的有效吞吐量。

2）RLC块长度可以根据每种应用的分组长度灵活进行选择。这种灵活性有助于避免不必要的数据填充，在灵活的RLC解决方案中，不再需要进行数据填充。尤其是对长度较小的IP分组来说，这一点是非常重要的。长度较小的IP分组通常用在VoIP或流媒体应用中。

3）RNC和UE中所需的分组处理过程非常少，这些分组包含8位排列的协议报头。由于RLC分组长度增加，且8位排列的协议报头能够避免高数据速率连接的移位，因而待处理分组数降低。这样，既降低了L2处理负荷，又使高比特率更易实现。

4）能够为HSDPA调度器提供可用数据速率的充分灵活性和分辨率。