软件定义能力（Software-Defined Capabilities）

摘要

"软件定义能力"是美国空军在CCA（协作作战飞机）和ABMS（先进战斗管理系统）等新一代武器系统中采用的核心设计理念。其核心思想是：硬件平台标准化，软件模块可替换，任务能力通过软件配置实现。这一理念将武器系统的能力生成从硬件绑定转向软件驱动，使得同一平台可通过软件更新快速获得新能力，大幅缩短能力交付周期并降低全生命周期成本。

要点

核心理念

软件定义能力的三层架构：

1. 硬件平台标准化：采用模块化架构，硬件层基于MOSA标准（HOST/SOSA/CMOSS）实现标准化，降低硬件更替成本
2. 软件模块可替换：通过OMS和FACE等标准定义软件接口，实现软件组件的即插即用和跨平台移植
3. 任务能力软件配置：同一硬件平台通过加载不同软件配置（传感器融合算法、电子战库、通信协议等）适配不同任务需求

CCA中的软件定义能力

CCA是软件定义能力理念的最新旗舰项目：

• 架构框架：AFRL的OMS框架为CCA任务系统提供标准化接口
• 能力定义：CCA明确采用"软件定义能力"范式——任务能力不是固定的，而是通过软件配置按需组合
• C-SWaP约束：低成本、小尺寸重量和功耗的硬件平台上，通过软件最大化能力密度
• 快速升级：软件更新可在不更换硬件的情况下增加新能力，适应快速变化的威胁环境
• 规模效应：1000+架CCA共享同一软件生态，软件复用率极高

ABMS中的软件定义能力

ABMS（先进战斗管理系统）在系统之系统层面应用软件定义能力：

• C2能力软件化：指挥控制功能从硬件绑定的专用设备转向运行在通用计算平台上的软件
• 数据融合可配置：传感器数据融合算法可通过软件更新调整，适应不同战场态势
• 通信协议可编程：通过软件定义无线电（SDR）和软件定义网络（SDN）实现通信能力的动态配置

与OMS/FACE的关系

OMS和FACE是软件定义能力在接口标准层面的技术支撑：

标准	角色	对软件定义能力的贡献
[[open-mission-systems\|OMS]]	任务系统互操作性接口	定义任务系统服务接口，使传感器/载荷软件可在不同平台上复用
[[face-technical-standard\|FACE]]	航空电子软件可移植性标准	定义软件组件可移植性规范，使航电软件可在不同RTOS和硬件上运行
OMS/UCI	集成通信层	OMS/UCI作为集成层，连接FACE组件与外部系统

在Chris Garrett演示的GRA目标架构中，OMS被定位为"抽象服务总线（ASB）隔离器"——隔离FACE/SOSA/UAI等不同标准域，使各域的软件组件可以独立演进而不影响其他域。FACE则用于航空电子软件的可移植性，确保软件组件可以在不同供应商的硬件平台上运行。

FACE TIM 2021演示（peo-aviation-face-tim-2021）验证了软件定义能力的技术可行性： - 20家公司 × 29个软件产品 × 8个TSS产品在同一系统中集成 - FACE 2.1/3.0/3.1多版本互操作：不同版本的FACE软件组件可共存 - TSS桥接（RTI DDS ↔ 60V传输）：无需重新编译软件即可切换传输机制 - 遗留系统融入：UH-60V飞行甲板软件通过FACE包装器融入开放架构

与MOSA的关系

软件定义能力与MOSA的关系是物理基础与能力实现的关系：

┌─────────────────────────────────────────────┐
│          软件定义能力（能力层）               │
│  ┌─────────────────────────────────────────┐ │
│  │  任务能力通过软件配置实现               │ │
│  │  • 传感器融合算法                       │ │
│  │  • 电子战库                             │ │
│  │  • 自主决策逻辑                         │ │
│  └─────────────────────────────────────────┘ │
│                    ▲                         │
│                    │ 依赖                    │
│  ┌─────────────────────────────────────────┐ │
│  │  软件模块可替换（接口标准层）            │ │
│  │  • OMS — 任务系统互操作性               │ │
│  │  • FACE — 航电软件可移植性              │ │
│  │  • UAI — 武器接口                       │ │
│  └─────────────────────────────────────────┘ │
│                    ▲                         │
│                    │ 依赖                    │
│  ┌─────────────────────────────────────────┐ │
│  │  硬件平台标准化（物理基础层）            │ │
│  │  • HOST — 硬件开放系统技术              │ │
│  │  • SOSA — 传感器开放系统架构            │ │
│  │  • CMOSS — C5ISR模块化套件              │ │
│  │  • MOSA模块化架构                       │ │
│  └─────────────────────────────────────────┘ │
└─────────────────────────────────────────────┘

MOSA模块化架构是软件定义能力的物理基础——没有标准化的硬件接口和模块边界，软件组件无法在不同硬件平台上移植和复用。

与DMM数字生态系统的关系

AFMC的数字化物资管理（DMM）框架为软件定义能力提供工程支撑环境：

• PLATFORMONE：DevSecOps平台，支持软件组件的持续集成/持续部署
• CLOUDONE：云基础设施，支撑软件定义能力的分布式开发和测试
• PLM：产品生命周期管理，跟踪软件配置和版本演化
• FENCES：联邦网络安全服务，保障软件供应链安全

关键洞察

1. 软件定义能力是MOSA的"终极目标"：MOSA的五原则/五大支柱最终指向的是——通过模块化和开放接口，使能力可以通过软件快速配置和升级
2. CCA是软件定义能力的压力测试：2028年列装时间线、1000+架规模、低成本约束，对软件定义能力的技术成熟度和工程实践提出了最高要求
3. OMS作为"隔离器"是关键架构决策：OMS在GRA目标架构中作为抽象服务总线隔离器，使FACE/SOSA/UAI等不同标准域可以独立演进——这是软件定义能力在系统之系统层面的核心使能机制
4. FACE TIM 2021验证了技术可行性但暴露了差距：20家公司×29个产品的集成成功证明了开放标准互操作的可能性，但容器适航性差距、TSS替换复杂性等挑战表明从演示到飞行仍需大量工程投入

相关内容

• collaborative-combat-aircraft — CCA：软件定义能力的旗舰项目
• open-mission-systems — OMS：任务系统互操作性接口标准
• face-technical-standard — FACE：航电软件可移植性标准
• mosa-defense-acquisition — MOSA：模块化开放系统方法
• modular-architecture-patterns — 模块化架构模式
• government-reference-architectures — GRA：OMS作为隔离器的目标架构
• digital-materiel-management — DMM：数字生态系统基础设施
• digital-ecosystem-platforms — PLM/FENCES/CLOUDONE/PLATFORMONE平台定位
• c5isr-standards-convergence — C5ISR标准趋同
• dmm-vs-dee-convergence — DMM与DEE趋同
• host-hardware-open-systems — HOST硬件开放系统
• wosa-architecture-tools — WOSA架构工具链
• speed-vs-modularity — 速度与模块化张力

笔记

• 软件定义能力概念在FY2024 SAB S&T审查ToR中被明确提出，用于描述CCA和ABMS的核心设计理念
• 这一概念与商业领域的"软件定义网络（SDN）"和"软件定义无线电（SDR）"理念一脉相承，但在国防采办语境下有更深层的含义——它关系到能力交付速度和全生命周期成本
• 从Chris Garrett演示来看，AFMC正在通过GRA体系和数字生态系统（PLM/FENCES/CLOUDONE/PLATFORMONE）为软件定义能力构建工程基础设施
• FACE TIM 2021演示中"容器在航电系统中仍有差距"的发现，是软件定义能力从概念到飞行的关键技术瓶颈之一