2. 机载网络总线与协议基础
机载网络数据记录与回放分析的第一步，不是打开记录文件，而是先弄清“数据从哪条总线来、按什么格式组织、以什么节奏传输”。同一段飞行数据，可能来自 ARINC 429 的周期性标签字，也可能来自 AFDX 的虚拟链路帧，还可能来自 MIL-STD-1553 的命令/响应消息。若不了解各总线的数据格式与通信机制，解析时就会出现字段错位、采样率误判、时间戳对不齐等问题。本节梳理五类典型机载总线的数据格式、通信机制与记录关注点，为后续记录与解析建立协议基础。
一、五类总线的定位与数据格式
ARINC 429 是典型的单向、点对点串行总线，采用 32 位字格式：第 1～8 位为标签（Label），标识参数类型；第 9～10 位为源/目的标识（SDI）；第 11～29 位为数据域；第 30～31 位为符号/状态矩阵（SSM），用于表示正常、无计算、功能测试、故障等状态；第 32 位为奇偶校验位。它以 12.5 kbps 或 100 kbps 速率周期广播，一条总线只允许一个发送端、最多 20 个接收端。记录时最需要关注的是标签号、SDI、SSM 和刷新周期，因为同一标签在不同 SSM 下含义可能完全不同。
ARINC 664 / AFDX 是在以太网基础上发展的全双工交换网络。它使用虚拟链路（VL）实现确定性传输，每个 VL 有固定的带宽分配间隔（BAG）和最大帧长（Lmax）。数据以以太网帧承载，帧内包含目的 MAC、源 MAC、IP 头、UDP 头以及应用数据。AFDX 的关键机制是“冗余管理”：同一份数据通过 A、B 两条独立网络同时发送，接收端按序列号去重，只保留先到且有效的帧。记录时需关注 VL 号、序列号、冗余通道标识和 BAG，否则回放时无法还原真实时序。
MIL-STD-1553 是命令/响应式军用总线，采用 1 Mbps 曼彻斯特编码，由总线控制器（BC）统一调度。消息格式包括命令字、数据字和状态字，每个字 16 位，加 1 位奇偶校验。通信机制是 BC 发送命令，远程终端（RT）在指定时间内响应，超时即判为故障。记录关注点是命令字中的 RT 地址、T/R 位、子地址和字计数，以及状态字中的故障位，这些字段直接决定消息类型和有效性判断。
CAN 总线采用多主竞争、基于报文标识符的仲裁机制。数据帧由仲裁场、控制场、数据场（0～8 字节）、CRC 场和应答场组成。标识符既标识内容也决定优先级，数值越小优先级越高。CAN 没有显式地址，节点通过标识符过滤接收。记录时需关注标识符、DLC（数据长度）、时间戳和错误帧，因为总线负载高时会出现仲裁丢失和错误重传，影响数据完整性。
AFDX 与 ARINC 664 在工程中常被并称，前者是空客对 664 标准的实现命名。其记录关注点与 664 一致，但需额外注意网络配置表（如 VL 到目的端口的映射）和交换机端口镜像方式，否则抓到的帧可能不完整。
二、通信机制差异如何影响记录与解析
五类总线的通信机制差异，直接决定了记录设备该“怎么抓”和解析软件该“怎么读”。ARINC 429 是周期广播，记录时只要按标签和周期采样即可，但若记录仪采样率低于总线刷新率，就会漏掉快速变化的参数；解析时若忽略 SSM，可能把“故障”状态误读为正常数值。AFDX 的虚拟链路有严格 BAG，记录必须保留每个帧的到达时间戳和序列号，否则回放时无法判断是网络抖动还是真实数据变化；冗余通道若不去重，同一数据会出现两份，导致曲线重复或计数翻倍。
MIL-STD-1553 的记录难点在于命令字和状态字必须成对解析。例如 BC 发送“接收命令”后，RT 返回状态字，若状态字中“消息错误位”为 1，则后续数据字应标记为无效。记录时若只存数据字而丢弃状态字，解析阶段就无法判断该消息是否可信。CAN 总线在负载较高时会出现仲裁丢失和错误重传，记录文件里可能看到同一 ID 的帧在极短时间内重复出现，解析时需结合时间戳和错误帧标志区分“真实重传”与“正常周期发送”。
三、记录关注点的统一检查框架
虽然五类总线格式不同，但记录关注点可以归纳为六个维度：时间戳精度、帧完整性、周期与抖动、状态与故障位、冗余通道标识、总线负载率。时间戳精度决定多总线数据能否对齐；帧完整性决定解析时是否会出现半帧或截断；周期与抖动反映总线实际运行状态；状态与故障位是判断数据有效性的直接依据；冗余通道标识用于去重和通道健康判断；总线负载率则帮助判断是否存在丢帧风险。
以一次典型的飞行记录为例：ARINC 429 上大气数据计算机以 50 ms 周期发送高度标签，SSM 为“正常”；AFDX 上飞行管理计算机以 128 ms BAG 发送位置信息，A/B 双网冗余；1553 总线上 BC 以 20 ms 周期轮询惯导 RT，状态字正常；CAN 总线上发动机参数以 100 ms 周期发送，ID 为 0x18F00400。记录设备需同时捕获这四类数据，并统一到同一时间基准。解析时，先按总线类型分流，再按各自的关键字段校验有效性，最后按时间戳合并成统一数据流。若某路数据出现 SSM 故障、状态字错误或序列号跳变，应在合并前标记异常，而不是直接参与后续分析。
四、面向解析的协议基础准备
在正式开展记录与回放分析前，建议先建立一份“总线—协议—记录参数”对照表，至少包含：总线类型、数据格式关键字段、通信机制、记录关注点、解析校验条件。例如 ARINC 429 的校验条件是 SSM 是否为正常；AFDX 的校验条件是序列号是否连续、冗余通道是否一致；1553 的校验条件是状态字错误位是否为 0；CAN 的校验条件是是否出现错误帧或仲裁丢失。这份对照表不需要复杂，但必须覆盖实际记录中出现的每一条总线，否则解析阶段会反复回到协议文档中查找字段定义，降低效率。