1. 课程导入与机载网络全景
机载网络并不是把几台计算机用网线连起来那么简单。它是一套在强实时、高可靠、资源受限条件下运行的分布式通信系统,承载着飞行控制、航电显示、任务计算、传感器数据分发、维护记录等多种业务。要谈“流量规划”和“带宽验证”,首先必须看清这张网络的组成、每类业务对通信的真实需求,以及我们最终要回答的问题:在给定的拓扑、链路速率和协议约束下,业务流量能否在规定时限内可靠送达。
一、机载网络的组成
从物理与逻辑两个视角看,典型机载网络可以拆成四层对象。最底层是端系统,即产生和消费数据的设备,例如飞行管理计算机、大气数据计算机、惯性基准单元、显示器、任务计算机、传感器接口单元等。第二层是网络交换与传输介质,常见形态包括航空电子全双工交换以太网(AFDX)交换机、ARINC 429 总线、CAN 总线、MIL-STD-1553B 总线以及光纤/铜缆链路。第三层是协议与配置,包括虚拟链路(VL)、带宽分配间隔(BAG)、最大帧长(Lmax)、优先级、冗余管理(如 AFDX 的 A/B 双网)等。第四层是业务与功能,即具体的航电功能如何映射到上述通信资源上。
理解这四层的关键在于:端系统决定“谁发谁收”,交换与介质决定“能跑多快、走哪条路”,协议配置决定“每个业务被允许占用多少带宽、以什么节奏发送”,而业务功能决定“这些带宽是否够用、是否满足时限”。流量规划与带宽验证,本质上就是在这四层之间建立可量化、可验证的映射关系。
二、航电系统通信需求的差异
不同航电业务对通信的要求差异极大,不能用一个指标衡量。飞行控制类指令通常要求确定性时延,端到端延迟往往在毫秒级,且不允许抖动过大;航电显示刷新要求稳定周期,例如 20 ms 或 50 ms 周期更新;任务计算与传感器融合可能允许几十毫秒延迟,但数据量大、突发性强;维护记录上传则属于非实时、可容忍延迟的业务,通常放在低优先级或剩余带宽中传输。
这些差异直接决定了流量规划的策略。例如,一条周期为 20 ms、每周期发送 1 帧、帧长 200 字节的显示数据流,其平均速率约为 200×8/0.02 = 80 kbps;而一条周期 100 ms、帧长 1500 字节的任务数据流,平均速率约为 120 kbps,但突发时可能瞬间占满链路。规划时不仅要看平均速率,还要看峰值速率、突发长度和发送间隔。
三、流量规划与带宽验证的目标
流量规划的目标可以概括为三句话:业务可映射、资源可分配、行为可预测。具体来说,就是把每条业务流映射到一条虚拟链路或总线消息上,为它分配发送周期、帧长上限和优先级,并确保所有流的组合不会导致任何一条链路过载。带宽验证则是在规划完成后,用计算或仿真手段回答:在最坏情况下,每条链路的利用率是否低于安全阈值?每条关键流的端到端延迟是否满足时限?冗余路径切换时是否仍能维持通信?
一个常用的验证指标是链路利用率。假设某 AFDX 链路速率为 100 Mbps,其上配置了若干条 VL,每条 VL 的 BAG 和 Lmax 已知,则单条 VL 的最大带宽占用为 Lmax×8/BAG。把所有 VL 的占用相加,再除以链路速率,就得到最坏情况下的链路利用率。工程上通常要求该值不超过 50%~70%,具体阈值取决于系统安全等级和冗余策略。这个计算过程虽然简单,却是后续所有验证工作的基础。
四、课程整体路线图
本课程共 30 章,按照“先建立全景、再深入方法、最后落地验证”的思路组织。前几章会依次展开机载网络拓扑、协议栈、业务分类与流量特征;中间部分进入流量规划的核心方法,包括 VL 配置、BAG 与 Lmax 的选取、优先级分配、冗余路径设计;随后进入带宽验证环节,覆盖解析计算、仿真建模、最坏情况分析、测试用例设计与结果判读;最后通过综合案例把规划与验证串成完整闭环。
学习本课程时,建议始终带着三个问题:这条业务流的真实通信需求是什么?它被映射到了哪些通信资源上?我们用什么证据证明它一定能满足时限?只要这三个问题能回答清楚,流量规划与带宽验证就不再是抽象概念,而是一套可以执行、可以检查、可以复现的工程方法。