[align=left][font=宋体] 在[/font]MAC[font=宋体]层提供[/font]Hybrid-ARQ[font=宋体]重传的情况下，[/font]RLC[font=宋体]为啥还需要提供重传功能？[/font][/align][align=left][font=宋体] 首先[/font]HybridARQ[font=宋体]并不适用所有类型的流量，比如广播业务流量就不能使用[/font]HybridARQ[font=宋体]。也就是说，[/font]Hybrid ARQ[font=宋体]只支持[/font]DL-SCH[font=宋体]信道和[/font]UL-SCH[font=宋体]信道。[/font][/align][align=left][font=宋体] 其次，有时候[/font]Hybrid-ARQ[font=宋体]没能做到将无差错的数据包送到[/font]RLC[font=宋体]层，造成[/font]RLC[font=宋体]层数据包的空缺。这种情况的起因往往是重传反馈信令出错，比如数据发送方将[/font]NAK[font=宋体]误认为[/font]ACK[font=宋体]，导致丢包。这种情况的出现概率大概是[/font]1%[font=宋体]，对于基于[/font]TCP[font=宋体]协议的业务来说，这样的出错概率太高了。更具体地说，持续速率超过[/font]100Mbps[font=宋体]的流量[/font][font=宋体]要求丢包率不超过[/font]10[font=宋体]的负[/font]5[font=宋体]次方。因此，[/font]RLC[font=宋体]中基于[/font]AM[font=宋体]模式（[/font]AcknowledgedMode[font=宋体]）的重传功能能够很好地为[/font]TCP[font=宋体]业务提供无差错的服务。[/font][/align][align=left][color=#000000][font=宋体] 之所以hybrid ARQ状态信令的差错率会达到1%，原因在于hybrid ARQ被要求在一个TTI之间迅速反馈数据包的传输结果，而RLC重传状态信令[/font][/color][color=#000000]的发送没有这么频繁。[/color][/align][align=left][font=宋体][color=#000000] 因为MAC和RLC都在eNodeB，两者之间可以紧密配合，一旦hybrid ARQ发现不可恢复得错误，RLC可以立即触发重传状态报告，从而加快[/color][color=#000000]RLC[/color][/font][color=#000000]的重传处理。因此有时候[font=宋体]hybridARQ和RLC重传可被视为一个有两层反馈信令的重传机制。这是LTE的优势，HSPA由于MAC在NodeB而RLC在RNC[/font]，[/color][color=#000000]就做不到这么紧密的配合。[/color][/align][align=left][color=#000000][font=宋体] [/font][/color][/align]