3. 航电平台开放标准体系

综合模块化航电（IMA）平台之所以能够实现“多厂商、多应用、可替换、可升级”，根本原因不在于某一种硬件或操作系统，而在于一套分工明确、彼此衔接的开放标准体系。理解这些标准，关键不是背缩写，而是看清它们各自“管哪一层、解决什么问题、与谁对接”。

可以把 IMA 平台的标准体系理解为一条从“硬件资源”到“飞行员界面”的纵向栈：ASAAC 定义模块与封装的物理/机械/冷却/背板级架构，ARINC 653 定义分区化的时间与空间资源管理，ARINC 664 定义确定性的机载以太网数据交换，ARINC 661 定义座舱显示系统的交互与图形接口，FACE 则从软件可移植性角度定义跨平台的软件架构与接口。它们不是互相替代，而是层层咬合。

从图中可以看出，ASAAC 处于最底层，它解决的是“模块长什么样、怎么插、怎么散热、怎么供电”。一个符合 ASAAC 的 LRM（外场可更换模块）插入背板后，上面运行的操作系统需要按照 ARINC 653 的方式把 CPU 时间切成一个个分区时间窗，把内存划分成互不重叠的空间。这样，即使某个分区里的应用出现死循环或内存越界，也不会影响其他分区。

ARINC 653 的核心是 APEX 接口。它提供分区管理、进程管理、时间管理、分区内通信、分区间通信、健康监控等一组服务。实际配置时，系统集成者需要编写分区调度表，例如一个 20 ms 的主时间帧内，分区 A 占 5 ms、分区 B 占 8 ms、分区 C 占 7 ms。每个分区在自己的时间窗内运行，窗口结束即被挂起。这种“时间分区”与“空间分区”的组合，是 IMA 平台实现多应用共存的基石。

分区之间需要交换数据，这就轮到 ARINC 664 登场。ARINC 664 Part 7 定义了 AFDX（航空电子全双工交换以太网）。它用虚拟链路 VL 来标识一条逻辑数据通道，每条 VL 有确定的带宽分配间隔 BAG 和最大帧长 Lmax。例如，配置一条 VL：BAG = 8 ms，Lmax = 512 字节，则这条 VL 的带宽上限约为 512×8/0.008 ≈ 512 kbps。交换机按照配置表转发，接收端通过完整性检查 IC 和冗余管理 RM 判断帧是否有效。这样，653 分区之间的通信就变成了可预测、可验证的确定性传输。

再往上，飞行员看到的画面由 ARINC 661 管理。ARINC 661 把座舱显示系统分成 CDS（显示系统）和 UA（用户应用）。UA 不直接画像素，而是通过 DF（显示框架）和 Widget 库描述“我要一个按钮、一个刻度盘、一个地图”，CDS 负责渲染。UA 与 CDS 之间通过参数协议交换数据，通过事件通道接收飞行员操作。这样，显示硬件升级或更换时，UA 逻辑不需要重写。例如，一个发动机参数显示 UA，只需把 N1 转速值写入对应参数，CDS 就会在指定 Widget 上刷新。

FACE 则从另一个维度切入。它不规定硬件，也不规定网络，而是规定软件架构的分段接口：PCS（可移植组件段）、OSS（操作系统段）、IOS（输入输出服务段）、TSS（传输服务段）等。FACE 应用可以部署在 ARINC 653 分区上，通过 664 网络收发数据，通过 661 接口驱动显示。换句话说，FACE 让“应用软件”与“平台软件”解耦，653 让“应用”与“应用”解耦，664 让“模块”与“模块”解耦，661 让“逻辑”与“显示”解耦，ASAAC 让“模块”与“机箱”解耦。

在实际工程中，这些标准的落地顺序通常是：先确定 ASAAC 模块与背板，再在模块上部署符合 653 的操作系统，然后配置 664 网络的 VL 表与交换机，接着用 661 定义显示框架与 UA 接口，最后按 FACE 的分段模型组织应用软件。每一层都有对应的配置数据与验证活动，例如 653 的分区调度表验证、664 的 VL 带宽与延迟验证、661 的 Widget 与参数一致性检查、FACE 的接口符合性测试。只有这些标准协同工作，IMA 平台才能真正实现“一次开发、多平台部署、多厂商互换”的目标。