1. 引言

1. 引言

静态上下文头部压缩 (Static Context Header Compression, SCHC) 与分片通用框架规范 [RFC8724] 描述了两种机制: i) 一种协议头部压缩方案, 以及 ii) 一种帧分片和丢失恢复功能. 二者都可以在无线电技术之上使用, 例如 [RFC8376] 中列出的四种低功耗广域网 (Low-Power Wide Area Networks, LPWANs): Sigfox, LoRaWAN, NB-IoT, 以及 IEEE 802.15.4w. 这些 LPWAN 具有相似特征, 如星型拓扑, 网络架构, 以及带有内置应用的连接设备.

SCHC 提供了很高的灵活性, 可适配所有这些 LPWAN 技术. 尽管它们之间存在许多相似之处, 但在传输特性, 载荷大小等方面仍有差异. 因此, 当 SCHC 运行在某一特定 LPWAN 技术之上时, 可以采用相应的最优参数和操作模式.

在 [RFC8724] 的 ACK-on-Error 模式中, SCHC Packet 被分片为称为 tile 的片段, 除最后一个 tile 可以更小外, 所有 tile 大小相同. 连续的 tile 被分组成固定大小的 window. 一个 SCHC Fragment 携带一个或多个连续 tile, 这些 tile 可以跨越多个 window. 当发送所有 window 中的所有 tile 时, 最后一个 tile 通过 All-1 SCHC Fragment 发送. SCHC 接收方在收到 All-1 SCHC Fragment 后, 会发送 SCHC ACK, 报告恰好一个 window 中 tile 的接收情况. 如果发生 SCHC Fragment 丢失, 则在失败 SCHC ACK 中加入一个 bitmap, 其中 bitmap 的每一位对应 window 中的一个 tile. 如果 SCHC Fragment 丢失跨越多个 window, SCHC 接收方会针对每个存在丢失的 window 发送一个失败 SCHC ACK.

本文档更新了用于帧分片和丢失恢复的 SCHC 协议. 它定义了 SCHC Compound ACK 格式和过程, 旨在减少 SCHC 的 ACK-on-Error 模式中的响应传输次数 (即 SCHC ACK 数量). SCHC Compound ACK 扩展了失败 SCHC ACK 消息格式, 使其能够包含多个 bitmap, 每个 bitmap 由其对应的 window number 标识. SCHC Compound ACK 与 [RFC8724] 中定义的 SCHC ACK 后向兼容, 并引入了灵活性, 因为接收方能够响应 All-0 SCHC Fragment, 从而提供更多 Downlink 机会, 并由此适配应用的时延需求.