摘要

  • RFC 9993 把 MPEG-I 触觉 MIHS 单元放进 RTP，规定聚合、分片和 SDP 使用；它没有把收到的媒体单元升级为对身体或机器的执行许可。
  • D、UT 和 Layer 分别描述解码依赖、单元类型和发送端应用优先级，不描述安全阈值、身体位置、用户同意或真实效果。
  • 完整控制链需要把会话协商、认证、分片重组、解码、本地限幅、致动指令、急停和观察结果分开记录。

RFC 9993 将 Layer 定义为发送端按应用需求给出的优先次序，零为最高，并明确把每层的语义留给应用。这一设计防止一个远端字段冒充接收环境的判断。发送方无法仅凭一个数字知道接收端的致动器布局、电量、故障状态、用户偏好、环境限制或紧急停止状态。

MIHS 单元可以承载振动、力、压力、位置、速度和温度等模态。RFC 对传输单位作出严格规范，却不为任何模态给出通用的安全幅度、频率、位置、温度或持续时间。兼容的编解码器也不等于安全的致动器。haptics 顶级媒体类型与 haptics/hmpg 子类型让系统共享识别语言；它们不代表对特定设备或人体的授权。

独立单元可脱离前序单元解码并含有时间信息；依赖单元需要先前内容。这回答“解码器能否理解”，不回答“现在是否应当渲染”。RFC 9993 也不规定触觉和音视频的同步。收到时间戳不是一次合适体验的证明。

分片让这个差别更明显。各分片必须保持相同载荷头、连续按 RTP 序号发送，且不得嵌套；缺片通常不会由 RTP 重传。设备不能把一个到达的首片当成可以局部执行的物理指令。丢失后是丢弃、等待、渐弱、使用已批准的本地回退还是停止，应由设备、环境和风险规则决定。

RFC 的安全章节指出，传感器会泄露物理环境信息，遭篡改的数据会损坏致动器；误用幅度、位置、频率、通道增益或温度等参数会伤害用户。它指出风险，未授予发送方决定风险的资格。即使 SRTP 证明报文来自已认证会话，接收端仍须按自身限制拒绝、压低或延后。

衡路的运行代码优先原则要求追踪真正发生的转换：SDP 协商了什么，收到了哪些序列号，重组是否完整，哪个本地策略生效，哪个参数被 clamp，是否下达了执行命令，急停是否可用，实际观察到什么。包的合法性只是第一层事实，不能吞没后面的现实层。