3.2. SCHC Compound ACK Behavior (SCHC 复合确认行为)

3.2. SCHC Compound ACK Behavior (SCHC 复合确认行为)

SCHC ACK-on-Error 行为在 [RFC8724] 的第 8.4.3 节中描述。本文档略微修改了此行为。在基线 SCHC 规范中, SCHC ACK 仅报告恰好一个 window 的 tiles 接收的一个 bitmap。当前的 SCHC Compound ACK 规范扩展了 SCHC ACK 消息格式, 使其可以包含多个 bitmaps, 每个 bitmap 由其对应的 window number 标识。

如 [RFC8724] 中所述, SCHC ACK 格式可以被视为一个特殊的 SCHC Compound ACK 情况, 其中它仅报告一个 window 的 tiles。因此, SCHC Compound ACK 与 [RFC8724] 中呈现的 SCHC ACK 格式向后兼容。接收器可以假设发送器不支持 SCHC Compound ACK, 如果尽管接收器发送的 SCHC Compound ACK 报告了多个 window 中的丢失, 但发送器不重新发送除 SCHC Compound ACK 中报告的第一个 window 之外的其他 windows 的任何 tiles。在这种情况下, 接收器可以仅发送具有一个 window 的 tiles 的 SCHC Compound ACKs。

此外, 相对于 [RFC8724], 引入了一些灵活性, 即接收器具有响应 (或不响应) All-0 并使用 SCHC Compound ACK 的能力, 这取决于某些参数, 如网络条件, 发送器缓冲区/缓存大小和支持的应用程序延迟。请注意, 尽管协议允许这种灵活性, 但本文档中未指定实际的决策标准。应用程序必须根据预期接收反馈的时间设置到期计时器值, 例如在 All-0 之后或在 All-1 之后。

第 3.2.1 节 (及其子节) 替换了 [RFC8724] 的完整第 8.4.3 节 (及其子节)。