定义
差分传输（Differential Transmission）指在通信过程中仅传输与基准相比发生变化的数据量（增量），而非全量数据，以降低带宽占用与 数据回传 流量。差分传输是 差分上报 的传输层实现，适用于设备与平台间的状态同步、配置下发、数据同步 等场景，可显著节省物联网卡流量，尤其适合跨境漫游场景。
差分传输需收发双方维护一致基准，通过版本号、序列号或时间戳标识变化，接收端合并增量还原完整状态。
技术特点与架构
差分传输技术特点包括：增量编码——仅传输变化字段或差值（delta）；基准维护——发送端与接收端需同步基准，可通过 差分校准 定期全量同步；压缩结合——增量数据可进一步经 数据压缩 降低体积；冲突处理——多端并发修改时需定义合并策略（如 last-write-wins、CRDT）。协议层可采用自定义二进制、JSON Patch、Protocol Buffers 等格式。
在 数据采集 场景中，差分传输与 变化触发 结合，可实现低流量、高实时的数据上报。
在物联网与跨境场景中的应用
差分传输在物联网与跨境场景中的应用包括：设备状态同步——设备状态 变化仅上报增量，减少全量轮询；配置与固件下发——仅下发变更配置或增量固件包；轨迹与日志——定位 轨迹、事件日志采用增量传输；跨境数据同步——跨境 设备管理平台 与各地设备间采用差分传输，降低跨境流量成本。达希物联为跨境物联网设备提供稳定连接，支撑差分传输在 200+ 国家的可靠运行。
增量报文在链路上的合并
补丁格式与序列号
差分传输关注的是报文在通道上长什么样、对端如何合并，不限于设备主动上报。配置下发、影子更新、两端数据库对齐，都可以只送补丁。补丁要写清基准版本、目标版本和操作：替换字段、删除字段或在列表中插入。JSON Patch、自定义二进制或专用差分格式都可以，但一种链路上应固定一种，避免网关做了转换却丢了操作语义。序列号让接收端判断缺包、重复和乱序。重复包应幂等，缺包应停在缺口前，乱序包可以暂存，但不能先应用未来的补丁再等中间那一包。
适合配置、状态和轨迹
使用条件是对象有稳定结构，字段变化比例明显小于全量。配置和状态影子通常满足。定位轨迹可以用相对上一点的位移和时间，但第一个点必须是绝对坐标。已经加密或压缩过的二进制大对象，差分空间往往不大，直接传全量更简单。跨境链路抖动大时，补丁链不宜太长，隔若干包插入一个可独立解码的关键帧，这样丢一段不会毁掉整天的数据。多端同时修改同一字段时，要事先规定合并规则，否则两份补丁都“基于同一版本”，后应用的一份会无声覆盖前一份。
丢包后继续叠差
容易出错的是传输层重传和差分层序号各算各的。底层重传成功，应用层却又把同一补丁编号加一，对端执行两次。反过来，应用层以为发出即送达，蜂窝侧实际丢了，后面的补丁继续基于新版本，接收端对不上基准只能整段丢弃。另一类错误是把差分传输当成压缩的同义词，没有基准版本字段，接收端无法验证自己持有的是不是发送端以为的那一版。计费读数只靠差值传输、没有绝对值关键帧，漏一包就会少计或多计。删除操作若被跳过，旧字段会残留。与数据压缩叠加时，应先生成补丁再压缩，并在解压后检查补丁版本，不能在解压失败时把半包交给合并器。
补丁链太长时，中间缺一包会导致后面全部无法应用，所以每隔一段插入能够独立解码的关键帧。关键帧本身带绝对内容，不依赖更早的补丁。传输层重传成功不应让应用层把序号再加一，否则同一修改执行两次。应用层若把发出当成送达，蜂窝丢包后发送端版本已经向前，接收端还停在旧基准，继续送补丁只会全部被拒。删除必须是显式操作，跳过删除会留下过期字段。计费读数不能只靠差值，漏一包就会少计。先生成补丁再压缩，解压失败的半包不能进入合并。多端同时改同一字段时，写清谁优先，避免两份都声称基于同一版本。
关键帧的间隔按链路丢包情况调整。跨境路段丢包多，间隔就缩短，不能全网用同一套实验室参数。接收端应用补丁前核对基准哈希，哈希不符就停止，保留现场快照供人工比对，避免错误状态进入正式库。