下载后可任意编辑RObust Header Compression (ROHC): A Profile for TCP/IP (ROHC-TCP)摘要本文档为 TCP/IP 报头指定了一个健壮的头压缩机制。该机制被称为 ROHC-TCP，提供了有效且健壮的 TCP 头压缩，包括频繁使用的 TCP 选项，如 SACK（选择性确认）和时戳。ROHC-TCP 在错误率高和 RTT 长的链路上表现良好，常有许多这样的链路带宽有限，必需要头压缩。下载后可任意编辑目录1. 介绍2. 术语基础上下文基础上下文是压缩器和解压器都已经证实的上下文。一个基础上下文可以被用来作为使用复制建立新上下文的参考基础上下文标识符（基础 CID）基础 CID 是标识基础上下文的 CID，从基础上下文中可以提取到上下文复制时需要的信息基础报头未压缩报文的最里层的 IP 和 TCP 报头的压缩形式链接条目一条链基于相似的特性组合条目。ROHC-TCP 为静态、动态、可复制或不规则的条目定义条目链。链接是通过为每个报头添加条目来完成的，例如以条目在未压缩报文中出现顺序来添加给链。上下文复制(CR)上下文复制是一种基于另外一个存在的有效上下文（一个基础上下文）来建立和初始化一个新上下文的机制。引入这个机制是为了减少上下文建立流程的负载，特别适用于压缩多个短暂 TCP 连接，这些连接可能同时或近乎同时发生ROHC-TCP 报文类型ROHC-TCP 使用 3 种报文类型：初始和刷新（IR）报文类型，上下文修复（IR-CR）报文类型和压缩（CO）报文类型短暂（Short-lived） TCP 传输是指用每个单个连接只传输少量报文的 TCP 连接2.1 缩写2.2 翻译术语Profile 机制Packet 报文Header 报头、头Fields 字段、域formal notation 标注格式下载后可任意编辑3. 背景3.1 现存 TCP/IP 头压缩机制3.2 TCP/IP 头字段分类报文有可能压缩正是由于报文（尤其是连续的报文）的头字段之间有很大的冗余。 对于TCP/IP 头压缩要利用这些特性，了解各种头部字段的变化模式就很重要。所有 TCP/IP 报文的头字段都已在 RFC4413 中详细分类。主要结论是大多数头字段很容易被压缩，因为它们从不改变或很少改变。然而以下字段确实需要更复杂的机制:- IPv4 Identification (16 bits) - IP-ID- TCP Sequence Number (32 bits) - SN- TCP Acknowledgment Number (32 bits)- TCP Reserved ( 4 bits)- TCP ECN flags ( 2 bits) - ECN- TCP Window (16 bits)- TCP Optionso Maximum Segment Size ...
