地区差异怎样改变电磁频谱能力建设

JED 2026年5月专题深读｜从共通技术到可持续使用的条件

同样强调软件更新、人工智能与开放架构，为什么不同地区仍需要不同的能力建设思路？如果把差别都归结为采购不同装备，就会漏掉距离、基础设施、联盟关系和保障条件这些更早发挥作用的因素。

Kevin Finch在JED五月号第58—60页的专题文章中，把这一问题放在核心位置。原刊署名为AOC理事、2025与2026年会主席；文章回顾2025年的讨论，并提出面向2035年的发展愿景。[1] 本文按“地区约束怎样影响系统与组织”的线索重新梳理。地区判断和技术趋势保留作者归属，新增的民用类比与分析会明确说明，不把一篇战略评论写成装备成熟度调查。

一 地区差异首先改变问题的优先级

图1　编辑依据Finch原文归纳的地区关注点。分类便于比较约束，不是地域威胁地图、性能排名或具体部署建议；同一地区内部仍可能存在显著差别。

Finch对印太的概括从尺度与距离出发，对欧洲的讨论则突出适应速度和联盟互操作。到了非洲，他把篇幅留给模块化、可运输性，以及基础设施有限时的可靠保障。这些差别说明，相同技术名词在不同地方承担的问题并不相同。

例如，原刊都支持分布式能力，但广域空间中的信息联系，与有限基础设施下的长期维护，关注点并不一致。前者容易把讨论引向不同节点之间的联系，后者则会追问装备到了现场之后是否还能得到支持。这里是在解释作者列出的约束，没有据此推导某种网络结构或装备配置。

中东一节强调拥挤环境、无人系统及定位导航授时受到干扰的背景；北美一节强调商用与军用频谱使用的交汇及关键基础设施韧性。拉丁美洲相关段落则讨论安全合作任务、较小部署负担和商业技术的利用。原文这些判断都很概括，没有列出可供跨地区比较的统一数据集。

因此，图1只能帮助理解作者怎样组织议题，不能证明某一地区比另一地区更需要某项技术。也不应把一个大区当成条件完全一致的整体。国家之间的基础设施、组织能力和资源差别，可能大于图中几个标签所能表达的差别。

从编辑视角看，阅读这类评论时，先找出作者认为最难改变的条件，再理解其技术主张，会比记住一串装备名称更有效。地区名称只是入口，距离、保障和协作关系才是需要进一步核验的具体问题。原刊给出了讨论方向，后续判断仍需当地资料支撑。

二 能力建设要跨过单件装备的边界

作者回顾2025年会时，提出条令、组织、训练、装备、领导与教育、人员、设施和政策需要同步变化，即文中所称DOTMLPF-P。这个框架把技术放进更大的使用环境：装备能够输出某种结果，并不等于组织已经能够理解、接受和持续利用这个结果。

可以用一个明确的民用假设帮助理解。某地新购了一套环境监测设备，传感器工作正常，数据也按时产生，但原有部门不知道谁负责解释异常，维护团队无法获得替换件，业务系统也不认识新字段。这时设备性能没有消失，组织却还不能稳定获得预期服务。

这个类比不是原刊案例，更不代表某项电子战系统实际发生过这些问题。它只说明“买到了”和“用得起来”之间存在多个条件。Finch把人员、政策和组织敏捷性放在技术旁边，正是希望能力建设能同时关注这些相互依赖的部分。

原文还要求将电子战纳入更广泛的多域规划，既讨论其提供信息的作用，也讨论其产生效果的作用。作为资料导读，我们应把它理解为作者要求整体考虑的主张，不能由此认定各领域已经拥有统一的数据环境、指挥关系或相同的更新节奏。

这种区别会改变对进度的阅读方式。一个项目完成样机，另一个机构开始培训，第三个单位启动集成试验，分别表示不同环节在推进。只有知道这些环节怎样衔接，才能判断能力建设走到哪里。把它们都简写成“全面形成优势”，会掩盖真正决定持续使用的条件。

三 人工智能增加了对人的新要求

Finch描述的人工智能与机器学习趋势，是从关注单个辐射源，走向跨平台、跨时间理解更大的电磁环境。他希望算法能关联信息，辅助判断，并让软件更新更快进入系统。这是一种发展方向，文章没有提供统一基准测试来证明所有相关系统都已实现这些功能。

原文把近实时重编程与过去需要数天或数周的更新相比较，但没有在这一段给出明确型号、起止事件或试验条件。因此不能据此计算一个普遍适用的提速倍数。接收新资料、完成修改、验证修改与交付使用，可能属于不同阶段，单写“更新时间”会失去比较基础。

作者同时强调，人应保留决策权，操作员的角色从重复操作转向任务监督。这个要求与算法更快并不矛盾：系统越能自动处理大量信息，人越需要理解结果适用的条件。若只看到建议而看不到数据缺口，监督就很容易变成形式上的确认。

NIST的AI风险管理框架1.0为这一点提供了一般性的交叉参照：GOVERN 3.2强调人机配置及监督职责的区分，MEASURE 2.9强调结合使用情境解释系统输出。[3] 这不是电子战专用认证，也没有证明原刊讨论的产品符合这些要求；它只是帮助说明“有人监督”需要具体含义。

编辑进一步理解，人机协作的难处也包含训练如何跟上变化。软件界面变了、结果含义变了，如果人员仍按旧经验理解，更新反而可能增加沟通成本。面对异常结果，能够指出信息不足、提出复核问题，与熟练完成正常操作同样重要。这里讨论的是一般组织与认知条件，不给出任何具体系统的行动或授权规则。

四 战斗管理的价值在于关系能够被理解

电磁战斗管理（EMBM）在原文中承担连接传感器、效果器与决策者的作用。Finch强调态势可视化、优先级、友军使用冲突的协调，以及不同层级之间的同步。他的重点是让分散能力在整体任务中建立联系，而非继续增加彼此孤立的工具。

不过，连接起来与理解一致之间仍有距离。用一个民用城市监测平台的假设来看，多个部门都上传了“正常”状态，如果各自对正常的定义、更新时间和适用范围不同，屏幕上的绿色图标也可能产生误解。统一显示并不能自动消除数据含义的差别。

由此看原刊的管理主张，值得关注的是系统怎样帮助人识别信息之间的关系。一个结果来自哪个时间范围，是否依赖尚未确认的输入，和其他结果是否存在矛盾，都会影响整体图景的可信程度。以上是编辑对信息协调的一般分析，不是原刊给出的软件功能清单。

人保留决策权，也意味着组织不能把管理软件当成责任的自动承接者。界面可以帮助汇集信息，但谁理解其局限、谁对使用结果负责，仍需要组织安排。Finch将技术、训练和制度放在一起讨论，使这类问题有机会在采购单件设备之外被看见。

原文没有给出某种EMBM产品的部署规模、实测延迟或互操作测试结果。因而“连接组织”的比喻应保留在功能愿景层面。对读者而言，更有用的问题是哪些关系已经得到共同验证，哪些仍停留在概念说明中。这个区分能够防止把一张流畅的示意图误当成完整能力已经落地。

五 开放架构需要连接以外的配套条件

图2　编辑把互操作阅读问题分为连接、理解和使用三个层面。它是分析示意，不是Finch原刊配图，也不对应某个正式系统架构。

开放架构与软件定义系统，是Finch认为能够加快适应、减少供应商锁定的重要方向。其逻辑是，在合适的模块边界内，部分能力可以通过软件或模块更新而变化，不必每次都从整套硬件重新开始。这里的“部分”很重要，代码不能凭空增加天线能力、电源容量或散热空间。

NAVAIR对模块化开放系统方法（MOSA）的官方概述，将它定义为相结合的技术与商业策略，涉及模块设计、被接受的接口标准以及配套安排。[2] 这一表述帮助我们避免把“开放”仅仅理解为提供一个通信接口。本文只引用其概念说明，不将网页中的制度条文展开为采购或法律建议。

图2给出编辑的阅读框架。连接层关注数据能否交换，理解层关注字段和状态是否表达同一件事，使用层关注权限与保障能否支持长期应用。三层并不代表标准规定的验收顺序，只是提醒我们，材料声称互操作时，应继续看清它具体证明了哪一种关系。

假设一个民用设备采用了公开接口，却只有原厂家拥有必要的维护资料，其他机构仍可能难以接手后续工作。反过来，有充分的文档也不能保证不同版本直接兼容。开放性可以创造替换和复用的机会，但具体机会能否兑现，取决于交付内容与验证结果。

联盟协作还会使这一问题更复杂。Finch把联盟互操作视为重要目标，但不同参与方能够交换哪些信息、如何维护版本一致性，不会仅因为采用同一技术名称而自然解决。与其把“开放”写成无条件的成本下降承诺，不如把它理解为一种需要持续投入的设计与合作选择。

六 集成实验室应该留下什么证据

原文建议建立专门的电磁频谱行动（EMSO）集成实验室，使政府、产业和伙伴能较早连接新系统，发现互操作问题，并在接近任务需求的环境中进行评估。作者也提到持续集成与持续交付，希望缩短开发到使用之间的滞后。

这里的关键是提早发现问题，而不是给所有产品增加一个统一的“通过”标签。实验室可以让相关组成部分共同接受观察，但一次成功连接只覆盖当时参与的版本和条件。换成新的模块、数据或使用环境，原结果是否仍适用，需要明确判断。

下面的表格是编辑整理的证据边界。它既不替代正式测试规范，也不要求项目机械执行同一套流程，而是帮助读者识别新闻稿中的结论跨度。材料展示了什么，就先承认它证明了什么；尚未覆盖的部分，仍应保留为后续问题。

持续交付也应与无条件自动投入使用分开。减少重复劳动、保留版本记录、较早发现兼容问题，都可能提高效率；但速度本身不能代替对结果的解释。Finch也特别强调网络安全、持续监视与任务化测试，应避免提速削弱系统韧性。

在编辑看来，集成实验室最有价值的产出之一，是让不同参与者能够围绕同一份证据讨论分歧。某个问题来自接口理解、使用条件还是支持能力，需要可追溯的说明。这样，失败的试验也能产生有用知识，而不只是被归入一次不成功的演示。

表1 试验描述能够支持的判断

七 可负担性最终要落到持续使用

Finch把低成本、可消耗或可承受损耗的平台，与模块化载荷和分布式能力联系起来。这是他对能力规模与经济性的思考。原文没有给出单位成本、损耗率或全寿命费用模型，因此无法从文章直接得出某类平台一定更便宜的结论。

从一般工程经济角度做编辑解读，购买价格只是费用的一部分。培训、维护、升级和替换是否持续可得，会影响一项服务能否长期运转。在基础设施有限的条件下，一套单价不高却依赖复杂支持的设备，可能仍然难以维持。这是条件性分析，不是对特定产品的成本测算。

资金机制同样要与实际进展分开。原文谈到规划、计划、预算与执行（PPBE）流程改革，以及更灵活的研发试验评估资金，使用的是“可能促进”试验、转化与规模化的表述。它提出机会，没有在文中证明全部相关机制已经落地，也没有给出可以直接使用的新预算权限。

人员培养则把这些问题连接到更长时间尺度。作者希望采用先进仿真、人工智能辅助训练和持续学习模式，面向2035年培养队伍。把培训看成一次交付活动，很难回应系统持续变化；把培训内容与实际版本、使用反馈一起维护，才更接近他所强调的持续适应方向。

读完这篇文章，值得留下的判断不是哪一种技术将独自决定结果，而是能力必须在具体条件下被持续组织起来。地区差异改变问题的轻重，技术提供可能性，集成证据说明边界，人员与资源决定能否长期使用。沿着这条线索再读一份产品介绍，我们会更容易看出它已经回答了什么，以及哪些关键条件仍然没有被解释。

资料来源与说明

[1] Kevin Finch. Electromagnetic Spectrum Superiority in a Regionally Contested World. JED, May 2026, pp.58–60.

[2] NAVAIR. Modular Open Systems Approach. 官方概述中的定义与基本原则。

[3] NIST. AI Risk Management Framework 1.0, 2023. Core, GOVERN 3.2与MEASURE 2.9。