为什么 RLC 协议中的 UM 模式不支持重传。
3 回答
RLC 中的未确认模式适用于延迟敏感的应用程序,例如 VOIP。如果允许重传,将对通话质量产生重大影响。到接收到重新传输的数据包时,它已经很晚了,而且弊大于利。相反,数据包是连续传输的,虽然可能有一些从未收到,但它会带来更好的整体质量。
可以在此处找到有关 3 种 RLC 模式的良好参考:http: //www.tweet4tutorial.com/rlc-mode/
RLC 应根据应用程序的类型或应用程序的要求以各种模式运行。换言之,为了适应各种类型的服务(流式传输、大文件传输等),RLC 中有不同的模式,例如 TM、UM 和 AM。
RLC UM 模式使用数据块 (PDU) 的序列号来对 RLC PDU 进行重新排序和重复检测,但没有用于重传的机制来解决特定的应用程序/服务要求。因此,RLC UM 模式用于不需要无差错传送或不期望重传的场景(需要较低延迟/延迟的应用程序)。很少有示例是基于 VoIP、UDP 的流或广播传输(点对多点流量,例如多媒体广播/多播服务 (MBMS))。
因此,可以维持错误率或不期望重传的服务被映射到在 UM 模式下具有 RLC 的 RB,而需要可靠性(错误敏感和延迟不敏感)的服务(如文件传输/ftp)将被映射到在 AM 模式下具有 RLC 的 RB。
UM 模式由协议栈的 RRC 层配置,用于 VOLTE、VOIP 等应用。正如 Jeff 所说,重传可能会对通话质量产生重大影响。有关 RLC_UM 模式的更多信息,请参阅 3GPP 规范36.322。