8. 拥塞控制考虑

通过 RTP 传输 MPEG-I 触觉数据时, 同样适用传输 RTP 数据的一般拥塞控制考虑 [RFC3550].

可以通过调整编码器比特率或流内容 (例如 LOD, 身体部位, 执行器频率范围, 目标设备类型和模态) 来适配网络带宽使用. 本节中的考虑适用于尽力而为网络和受控环境.

发生拥塞时, 接收方或中间节点可以优先处理 independent packets, 而不是 dependent packets, 因为未收到某个 independent MIHS unit 可能会阻止多个后续 dependent MIHS units 的解码. 发生拥塞时, 接收方或中间节点可以优先处理 initialization MIHS units, 而不是其他 units, 因为这些 units 包含用于重新初始化解码器的元数据. 此外, 接收方或中间节点可以先于其他类型丢弃 silent units, 因为接收方可以将缺失的 unit 解释为静默. 还可以使用 RTP 载荷头部的 layer 字段, 根据内容将 MIHS units 分配到不同层, 从而优先处理对用户体验贡献最大的触觉数据. 发生拥塞时, 中间节点和接收方应该使用 MIHS layer 值判断触觉 RTP packets 的相对重要性.

接收方应该监控时间戳, 并将间隙视为对应 MIHS units 的丢失. 对于 [ISO.IEC.23090-31] 中定义的 MIHS units, 应该根据其类型检查结构完整性. 当 MIHS units 中存在 CRC16 或 CRC32 信息时, 接收方必须验证数据完整性, 未通过循环冗余校验 (CRC) 的 units 应视为丢失. 接收方还应该监控服务退化指标, 如意外静默间隙, 重复的解码器重新初始化, 或解码失败. 接收方应该使用 RTCP Receiver Reports [RFC3550] 向发送方报告 packet loss, 并且在可用时, 可以使用 [RFC4585] 所述机制报告详细的 loss 和 jitter 指标.