3. ARINC664规范体系解读

ARINC664并不是一份单一文档，而是一套由七个部分（Part 1～Part 7）组成的分层规范体系。理解这套体系的关键，不是记住每部分的标题，而是看清它们之间的约束关系：Part 1定义网络总体架构，Part 2规定以太网物理层与数据链路层，Part 3是核心的IP层与UDP/TCP传输层，Part 4给出网络互联与地址规划，Part 5规定网络管理与健康监控，Part 6定义机载网络设备（交换机、端系统）的硬件与功能要求，Part 7则聚焦于网络配置与适航验证方法。在系统设计中，这七部分并非平行关系，而是“架构约束→协议约束→设备约束→验证约束”的逐层落地链条。

各Part的核心内容与约束关系

Part 1是整套规范的“宪法”，它定义了AFDX网络的总体架构原则：采用星型拓扑、双余度网络、确定性通信、虚拟链路（VL）机制。它不规定具体协议细节，但所有后续Part都必须服从Part 1的架构约束。例如，Part 1要求网络必须支持双余度，这就直接约束了Part 2中物理层必须提供两条独立链路，Part 6中交换机必须支持双端口冗余管理。

Part 2在Part 1的架构框架下，规定以太网物理层（100BASE-TX或100BASE-FX）和数据链路层帧格式。它明确了MAC帧的最小/最大长度、VLAN标签的使用方式、以及AFDX特有的帧序列号（Sequence Number）字段。这里有一个关键约束：Part 2的帧格式必须为Part 3的IP层提供承载能力，因此帧长度和VLAN优先级字段的设计直接影响了Part 3中VL的带宽分配和优先级调度。

Part 3是整套规范的技术核心，它定义了AFDX的IP层和UDP/TCP传输层。Part 3引入了虚拟链路（VL）概念，每条VL由三元组唯一标识：VL ID + 源端系统 + 目的端系统。Part 3规定了VL的带宽分配策略（BAG，Bandwidth Allocation Gap）、抖动控制（Jitter）、以及完整性检查（Integrity Checking）。在系统设计中，Part 3的约束最为直接：每条VL必须分配BAG（1ms～128ms，2的幂次），且所有VL的带宽总和不得超过物理链路带宽的75%。例如，一条100Mbps链路，若配置了20条VL，每条BAG=2ms，则每条VL的最大帧长为：100Mbps × 2ms × 75% / 20 = 750 bits ≈ 93 bytes，实际设计时需留有余量。

Part 4规定网络互联与地址规划，包括IP地址分配、子网划分、以及AFDX与外部网络（如ARINC429、CAN）的网关接口要求。Part 4的约束体现在：所有端系统的IP地址必须遵循统一的编址方案，且VL ID的分配必须与IP地址空间协调，避免冲突。

Part 5聚焦网络管理与健康监控，定义了SNMP管理信息库（MIB）、网络监控功能、以及故障检测与报告机制。Part 5的约束是：所有交换机必须支持SNMP v2c或v3，且必须能够上报链路状态、VL统计、错误计数等关键参数。在系统设计中，Part 5直接决定了网络管理软件的接口设计。

Part 6规定机载网络设备（交换机、端系统）的硬件与功能要求，包括环境适应性（DO-160）、电磁兼容性、电源特性、以及设备级冗余管理。Part 6的约束最为“硬”：交换机必须支持双电源输入、双端口冗余、以及故障时的自动切换。例如，某型AFDX交换机要求满足DO-160G Section 21（射频敏感性）和Section 22（射频发射）的Category M标准。

Part 7是适航验证的“操作手册”，它规定了网络配置的验证方法、测试用例设计、以及符合性证据的生成要求。Part 7的约束是：所有网络配置必须通过“配置验证工具”进行静态检查，且必须通过“网络集成测试”验证端到端通信的确定性。在系统设计中，Part 7直接决定了验证计划（Verification Plan）的编制依据。

适航符合性要求

ARINC664本身不是适航法规，而是被适航当局（FAA/EASA）认可的“可接受方法”（Acceptable Means of Compliance）。在实际项目中，适航符合性通过以下链条实现：

• DO-297（Integrated Modular Avionics Development Guidance）规定了IMA系统的开发流程，ARINC664 Part 1～7作为IMA网络部分的符合性方法。
• DO-254（Design Assurance Guidance for Airborne Electronic Hardware）适用于AFDX交换机、端系统等硬件设备的设计保证。
• DO-178C（Software Considerations in Airborne Systems）适用于AFDX网络管理软件、配置工具等软件组件的开发保证。

具体到ARINC664，适航符合性要求体现在三个层面：架构层面，Part 1要求网络必须支持双余度，且任何单点故障不得导致通信中断；协议层面，Part 3要求VL的完整性检查必须能够检测出帧丢失、帧重复、帧乱序等异常；验证层面，Part 7要求必须提供网络配置的静态验证报告和动态测试报告，作为适航审查的证据。

规范在系统设计中的落地方法

将ARINC664从“规范文本”转化为“可运行系统”，需要遵循以下落地方法：

第一步：架构定义。依据Part 1，确定网络拓扑（星型）、余度等级（双余度）、以及端系统数量。例如，某型飞机AFDX网络包含2台交换机、12个端系统，采用双余度星型拓扑。

第二步：协议选型与参数配置。依据Part 2和Part 3，确定物理层标准（100BASE-TX）、帧格式、以及每条VL的BAG、抖动、最大帧长。例如，飞行控制数据VL配置为BAG=2ms、Jitter≤0.5ms、最大帧长=128 bytes；客舱娱乐数据VL配置为BAG=16ms、Jitter≤2ms、最大帧长=512 bytes。

第三步：设备选型与地址规划。依据Part 4和Part 6，选择符合DO-160和DO-254要求的交换机与端系统，并分配IP地址和VL ID。例如，交换机IP地址为192.168.1.1/24，端系统IP地址范围为192.168.1.10～192.168.1.21，VL ID范围为1～100。

第四步：配置生成与静态验证。依据Part 7，使用配置工具生成网络配置数据库（XML格式），并进行静态检查。静态检查内容包括：VL带宽总和是否超过75%、VL ID是否冲突、IP地址是否重复、BAG是否为2的幂次等。

第五步：集成测试与动态验证。依据Part 7，搭建网络集成测试环境，使用AFDX测试设备（如TechSAT ADX-100）注入测试帧，验证端到端通信的确定性。测试用例包括：正常通信、帧丢失、帧重复、帧乱序、链路故障切换等。测试结果需记录帧延迟、抖动、丢包率等指标，并生成符合性报告。

总结来说，ARINC664 Part 1～7构成了一个完整的“设计-验证”闭环：Part 1～4定义“网络应该是什么样”，Part 5～6定义“设备应该怎么做”，Part 7定义“如何证明做对了”。在系统设计中，只有将七部分作为一个整体来理解和应用，才能确保AFDX网络既满足功能需求，又满足适航符合性要求。