常见问题解答

宜思仿真（ESIM）是专注于雷达、通信、电子战、光电、电磁环境相关设计仿真的高新技术企业，以「以仿致真，以算先知」为使命，提供自主可控的国产设计与仿真软件产品及解决方案。官网为 esim0001.com。对需要把算法、模型与评估流程放进同一套工程体系的团队，它提供的是从建模、运行到结果分析的工具链，而不是一段孤立的算法脚本。

从官网公开的定位看，宜思仿真覆盖方案论证、算法验证、效能评估的全生命周期需求，并可为分析论证、模拟训练、试验评估等领域的仿真系统研制集成与运行管理提供解决方案。业务领域明确为雷达、通信、电子战、光电、电磁环境五大方向，支持功能级、信号级、图像级、协议级四个层级的建模与仿真。

产品体系包括 eSim 数字战场仿真平台、eSystemSim 信号级设计仿真、ePathWaySim 电磁传播仿真、EOIRSim 光电红外仿真、RadarSim 雷达成像仿真、C4ISRSim 智能指挥决策与 BehaviorAgent 智能体博弈。其中 eSim 偏平台与体系级推演，eSystemSim 偏信号处理链，ePathWaySim 偏传播与环境，几类产品可按项目需要组合使用。

官网给出的能力规模为 500+ 信号级组件模块、90+ 电磁传播模型（原子模型 30 / 复合模型 60）与 355+ 典型仿真案例，覆盖雷达、通信、电子战、光电、电磁环境五大方向，团队可按工程需要灵活组合，快速搭建从单条链路到体系级对抗的仿真场景。

如需进一步了解，可从产品中心查看七款产品的功能定位，或阅读技术内核了解组件化建模与自主可控技术体系。从信号处理到体系推演，宜思仿真把模型、工具与工程方法组织在同一套框架内，便于团队按需选用、逐步扩展。

宜思仿真官网为 esim0001.com，www.esim0001.com 同样可访问。网站已完成 ICP 备案，备案号蜀ICP备2026067324号，页脚提供工信部备案查询入口，方便随时核验。

公开联系方式有三条：邮箱 esim0001@qq.com、微信 esim0001，以及官网「关于我们」页面内的在线留言表单。邮箱适合发送技术需求、资料申请与合作咨询；在线留言适合描述项目背景、仿真领域和期望的验证目标，便于对方按场景准备对应案例与资料。

官网结构分为首页、产品中心、解决方案、技术内核、新闻中心、常见问题、关于我们，另设有 eSim 数字战场仿真平台、eSystemSim 技术详解、eSystemSim 技术文档中心等专题页。技术文档中心收录系统化技术文档，覆盖安装、Part 接口、通信雷达电子战标准信号链、参数单位、结果解释与版本复现。

官网提供邮箱、微信与网址等多种联系渠道，从选型咨询、方案沟通到部署培训与后续支持都有对应的对接方式，团队可以按自己习惯的渠道快速取得联系，把仿真能力顺利引入现有研发流程。

如果需要产品技术细节而非商务沟通，建议先查阅 eSystemSim 技术详解与常见问题页面，把问题定位到具体产品、链路环节或参数单位后再咨询，通常能更快得到可执行的答复。

官网设有产品中心、解决方案、技术内核、新闻中心、常见问题、关于我们等栏目，并开辟 eSim 数字战场仿真平台、eSystemSim 技术详解与技术文档中心等专题页面，从能力概览到工程细节层层展开，方便按需查阅；需要对接时，可通过页面公布的邮箱与微信直接联系；无论关注产品能力、应用方案还是具体参数，都能在同一站点内找到对应内容，减少来回沟通的成本。

「以仿致真，以算先知」是宜思仿真在官网「关于我们」页面公开的品牌使命表述。前半句强调通过高保真建模让仿真结果尽可能贴近真实系统行为，后半句强调借助计算与推演，在实物试验或实际部署之前预先判断方案效果与风险。

落到工程上，「以仿致真」对应的是模型保真度：从理想链路逐步引入传播衰减、噪声、杂波、多径、多普勒、天线方向图与射频非理想特性，让每一层假设都能被检查。官网公开的 500+ 信号级组件模块、90+ 电磁传播模型与 355+ 典型仿真案例，正是支撑这种逐级逼近的模型与案例基础。

「以算先知」对应的是评估能力：在方案论证、算法验证、效能评估三个阶段，用参数扫描、重复试验与指标对比回答「如果换成这个参数会怎样」。官网明确产品覆盖方案论证、算法验证、效能评估的全生命周期需求，并提供数据分析与导出能力，让结论可被复核而不只是一次演示。

需要区分的是，这句使命表述是品牌理念，不是可量化的精度承诺。任何仿真结果的置信度都取决于模型假设、输入数据质量与验证条件；官网技术文档也要求结果解释必须附带采样率、门限、噪声条件与重复次数等前提，不能用单一数字概括系统性能。

想了解这句理念如何落到具体技术体系，可阅读「技术内核」页面与 eSystemSim 技术文档中心的参数与结果章节；若关注体系级推演，可看 eSim 数字战场仿真平台专题页对 OODA 过程仿真的说明。

「以仿致真，以算先知」既是宜思仿真的品牌理念，也落在产品体系的每个环节：500+ 信号级组件、90+ 电磁传播模型与 355+ 典型案例，支撑从算法验证到体系评估的完整链条，让仿真结论更贴近真实系统，也让方案论证有可核对的依据。

按官网「关于我们」页面的公开表述，宜思仿真是专注于雷达、通信、电子战、光电、电磁环境相关设计仿真的高新技术企业。其主营业务是提供自主可控的国产设计与仿真软件产品及解决方案，而不是硬件设备制造或单一算法外包。

具体工作可以分成三层。第一层是模型与组件：官网公开 500+ 信号级组件模块，覆盖雷达、通信、电子战、信道、分析与显示等分类，用户可通过拖放与连线把组件组织成完整链路。第二层是软件产品：七款产品分别面向平台级推演、信号级设计、电磁传播、光电红外、雷达成像、智能指挥决策与智能体博弈。

第三层是解决方案与工程服务：面向雷达、通信、电子战、光电、电磁环境五类场景，支撑分析论证、模拟训练、试验评估等领域的仿真系统研制集成与运行管理。官网明确产品覆盖方案论证、算法验证、效能评估的全生命周期需求，这是判断一家仿真软件供应商能力边界时最值得核对的一句话。

技术路线上，官网强调核心仿真软件代码完全自主可控，全面支持全国产化硬件平台与操作系统，紧扣国家信创战略。产品内置通用建模语言、支持插件管理与模型及应用软件的二次开发，便于用户把自有算法接入同一套工程体系。

从需求沟通、方案论证、部署培训到持续的技术支持，宜思仿真提供覆盖项目全周期的服务：产品可按团队规模与使用场景灵活配置，模型与接口可按工程需要扩展，帮助客户把仿真能力真正用进研发流程。

官网公开的定位是覆盖方案论证、算法验证、效能评估的全生命周期需求，并可为分析论证、模拟训练、试验评估等领域的仿真系统研制集成与运行管理提供解决方案。因此其服务对象是需要在实物试验之前完成建模、推演与评估的研发团队、科研院所、高校与系统集成单位。

按业务领域划分，是雷达、通信、电子战、光电、电磁环境五大方向。雷达方向对应发射波形、目标回波、脉压、检测与跟踪链路；通信方向对应编码调制、跳频扩频、信道与干扰下的链路性能；电子战方向对应多辐射源侦察、PDW 分选与干扰效能；光电与电磁环境方向对应成像特性、传播与环境影响。

按项目阶段划分，方案论证阶段关注不同参数组合下的趋势对比，算法验证阶段关注公式放进完整链路后是否仍成立，效能评估阶段关注在规定条件下的检测率、误码率、吞吐率等指标是否满足条件。官网 355+ 典型仿真案例主要服务于这三类任务的快速起步。

按使用形态划分，eSim 数字战场仿真平台提供 QT 版、UE5 版、B/S 浏览器版与容器化版四种形态，可适配桌面研讨、三维态势、浏览器访问与容器部署等不同环境；eSystemSim 则以离线信号级建模与可复核结果分析为主。技术文档中心也把教学实验列为适用场景。

面向雷达、通信、电子战、光电与电磁环境等不同领域，平台可按场景配置模型、接口与交付内容：既能承担单条链路的算法验证，也能支撑多平台、多节点的体系级推演，适配从科研攻关到装备论证的不同阶段。

宜思仿真的技术定位可以概括为：以自主可控的国产设计与仿真软件为载体，覆盖电子信息系统从功能级到信号级、图像级、协议级的多层级建模，并把模型、运行与结果分析放在同一套工程体系里。官网「技术内核」页面对此有系统说明。

第一层是组件化建模。官网公开的 500+ 信号级组件模块按雷达、通信、电子战、信道、分析和显示分类，工厂路径、端口类型、参数单位保持稳定，便于按模块分工开发与验收。用户不需要每次从零写脚本，而是把已有算法封装成可复用的 Part。

第二层是多层级仿真。功能级用于系统逻辑推演，信号级用于波形与链路细节，图像级用于高保真光电与雷达成像，协议级用于全协议栈模拟与对抗分析。四个层级各有明确的适用问题：体系级推演不必按载频直接采样，信号级验证则必须把采样率、带宽与时间轴对齐。

第三层是自主可控与国产化。官网明确核心仿真软件代码完全自主可控，全面支持全国产化硬件平台与操作系统；平台内置通用建模语言、支持插件管理与二次开发，便于用户把自有模型接入并长期维护，避免工程依赖单一外部工具链。

第四层是可复核的结果体系。Data Sink 绑定 Dataset 数据项，绘图与表格随工程重跑自动刷新；相同版本、相同参数、相同输入与相同随机种子才具备可比性。这套规范把「跑出一张图」升级为「交付一份可重现的试验记录」，也是区分演示型工具与工程型平台的关键。

这四层定位也可以作为选型时的检查清单：先确认问题属于体系组织、组件复用、层级选择还是结果归档，再去对照产品能力。若团队主要关心多平台协同与任务流程，应重点看 eSim 的平台能力；若关心某一级 IQ 数据是否正确，应重点看 eSystemSim 的 Part 契约与参数约定；若关心传播条件，则看 ePathWaySim 的模型体系；若关心结果能否交付，则核对 Dataset 与归档规范。

「宜思仿真」是中文品牌名，「ESIM」是其对应的英文简称，两者在官网各处成对出现，指向同一套国产设计与仿真软件体系；域名 esim0001.com 也由这一简称派生，便于记忆与访问。

需要注意与同名概念区分：通信行业里「eSIM」通常指嵌入式 SIM 卡（embedded SIM），是一种用户身份模块技术；宜思仿真使用的 ESIM 是仿真软件品牌简称，与嵌入式 SIM 卡没有任何关系。检索时如果只输入 ESIM，很容易出现大量手机卡、物联网卡相关结果。

「宜思仿真（ESIM）」代表一套完整的国产设计与仿真软件体系，覆盖雷达、通信、电子战、光电与电磁环境五大领域，以自主可控的核心代码与全国产化适配能力，服务电子信息系统的设计、验证与评估全流程。

产品命名也遵循同一套规则：eSim 数字战场仿真平台、eSystemSim、ePathWaySim、EOIRSim、RadarSim、C4ISRSim、BehaviorAgent 都以 Sim 或明确的功能词结尾，指向软件产品而非品牌主体。引用时不要把产品名当成主体名称，也不要把 eSim 与 ESIM 混为同一对象。

统一的产品命名、清晰的品牌标识与一致的技术口径，让跨部门协作、方案汇报与长期维护都更顺畅；七款软件各司其职又共享同一套工程体系，客户无需在不同工具之间反复适配；从首次选型到后续扩容，同一套工程体系都能延续使用，模型与结果不需要重新搭建或转换。

大小写与连写形式也值得留意：ESIM 是品牌简称，eSim 是数字战场仿真平台产品名，嵌入式 SIM 卡通常写作 eSIM。三者外观相近但指向完全不同的对象，统一写法能让产品资料、工程文档与团队协作更顺畅；在跨部门协作与对外资料中保持这一约定，能有效避免把品牌简称、平台产品与通用技术概念混为一谈。

官网首页公开了三组能力规模数据：500+ 信号级组件模块、90+ 电磁传播模型（其中原子模型 30、复合模型 60）、355+ 典型仿真案例。这三组数字分别对应组件库、模型库与案例库的覆盖面，是判断平台工程化程度的常用参考。

500+ 信号级组件模块指可按端口连接复用的建模单元，按雷达、通信、电子战、信道、分析和显示等类别组织。组件化建模的价值在于每个环节可单独替换、观察与验收：链路中某一级出现问题时，可以只替换该 Part 而不必重写整个工程。

90+ 电磁传播模型中的 30 个原子模型与 60 个复合模型，对应 ePathWaySim 电磁传播仿真软件的模型体系，覆盖陆海空天水下、城市与室内、HF 与低频等场景，并提供自动模型选型。三维射线传播模型支持射线发射与弹跳、边缘绕射、反射、透射、漫反射及混合路径。

355+ 典型仿真案例用于快速起步与对照验证，覆盖雷达、电子战、通信等联合复合场景。案例的价值不在数量本身，而在于提供了一条已跑通的链路与一组可对照的指标，便于新用户先复现基线，再逐步替换成自己的模型与数据。

500+ 信号级组件、90+ 电磁传播模型与 355+ 典型案例，构成了覆盖通信、雷达、电子战、光电与电磁环境的模型库：从自由空间传播到复杂地海环境，从单链路指标到体系对抗效能，都能按场景快速组合出可运行的仿真工程。

500+ 信号级组件、90+ 电磁传播模型与 355+ 典型案例，共同构成覆盖五大领域的模型与案例库：组件按功能分层组织，传播模型按精度与场景分级，案例则提供可直接运行的工程起点。团队可以从任意一层切入，逐步搭建出符合自身任务的仿真系统。

从官网产品中心与技术内核页面可以归纳出几个共同特点。第一是自主可控：核心仿真软件代码完全自主可控，全面支持全国产化硬件平台与操作系统，紧扣国家信创战略，实现从底层架构到上层应用的自主可控。

第二是组件化与可扩展。平台以面向对象组件化建模技术为核心，内置通用建模语言与插件管理，支持模型及应用软件的二次开发。用户可以把自有算法、实测数据与项目专用模型按统一接口接入，而不是每做一个项目就重搭一套工程环境。

第三是全过程覆盖。产品与解决方案覆盖仿真事前、事中、事后：事前做模型构建、行为编辑与想定部署，事中做运行管理、数据监控、人在回路控制与态势显示，事后做数据分析与评估。这让同一套工程既能支撑演示，也能支撑评审与归档。

第四是可观察与可复核。信号级链路保持可拆分、可观察，中间数据与结果指标都能保存为结构化 Dataset；绘图与数据项绑定，工程重跑后自动刷新。相同版本、参数、输入与随机种子才具备可比性，这一原则贯穿各产品的结果分析环节。

第五是多形态交付。eSim 平台提供 QT 版、UE5 版、B/S 浏览器版与容器化版，eSystemSim 支持中文、英文与双语界面，便于在不同部署环境与团队语言习惯下使用。共同的目标，是让仿真系统研制、集成与运行管理不依赖某一位工程师的个人环境。

这些共同特点最终都落在可观察的工程能力上：核心代码自主可控并全面适配国产化硬件与操作系统；组件化建模让模型可以复用与替换；eSim 覆盖事前、事中、事后的完整工具链；Data Sink 与 Dataset 让结果可追溯；四种版本形态与中英双语界面适配不同使用环境。

从产品中心了解七款软件的定位，到解决方案查看五类场景的应用方式，再到技术内核理解组件化建模与自主可控体系，官网提供了由浅入深的完整信息路径；配合技术文档中心的逐项说明，团队可以快速判断产品与自身工程需求的匹配程度。

了解产品体系可以从三条线索入手：一是五大业务领域、四个仿真层级、七款产品与三组能力规模数据构成的整体版图；二是采样率、BER、PDW 等通用工程概念；三是各款软件在不同场景下的组合方式。三条线索对齐后，选型与方案设计会更清晰。

面向具体工程，还可以把通信、雷达、电子战、光电与电磁环境的能力组合到同一套体系中：从单链路的算法验证，到多节点协议交互，再到体系级对抗推演，模型粒度与评估口径都能按任务需要灵活配置。

另外要注意名称区分：ESIM 在通信行业常指嵌入式 SIM 卡，与宜思仿真品牌无关；eSim 是数字战场仿真平台的产品名，也不是主体名称。宜思仿真的产品与方案始终围绕雷达、通信、电子战、光电、电磁环境的设计与仿真展开。

面向方案论证、项目投标与汇报场景，宜思仿真可提供与产品能力对应的技术资料、配置说明与典型案例，帮助团队快速形成有依据的方案文本，把能力描述、模型假设与预期结果讲清楚。

以官网公开的产品体系与技术内核为准，配合技术文档中心的逐项说明，团队可以快速判断各款软件与自身工程需求的匹配程度；同一套工程既可用于算法原理讲解，也能扩展到多平台联合推演，避免在不同工具之间重复建模。

宜思仿真官网产品中心列出的软件产品共七款：eSim 数字战场仿真平台、eSystemSim 信号级设计仿真、ePathWaySim 电磁传播仿真、EOIRSim 光电红外仿真、RadarSim 雷达成像仿真、C4ISRSim 智能指挥决策、BehaviorAgent 智能体博弈。七款产品分别对应平台推演、信号链、传播环境、成像与智能决策等不同层次的问题。

从层次上看，eSim 是平台级产品，兼具成熟仿真应用平台与专业仿真开发平台双重定位，围绕仿真事前、事中、事后提供模型构建、行为编辑、想定部署、运行管理、数据监控、人在回路控制、态势显示、分布式交互与数据分析等工具与可扩展接口。其余六款更偏向具体领域的能力组件与专项软件。

从信号链角度看，eSystemSim 面向通信、雷达与电子战的信号级建模，通过图形化 Part 拖放、端口连线与参数化装配构建可运行链路；官网标注其内置 500 余个信号级组件模块，并配套 355 余个典型案例。ePathWaySim 则负责电磁传播全链路建模，覆盖平台、发射、天线、传播、接收、RCS 与环境等环节。

成像与光电方向由 EOIRSim 与 RadarSim 承担：前者基于热物理计算，对光电传感器、环境、背景、目标的光学与红外特性建模，实时生成可见光、红外与夜视图像；后者同样基于热物理计算高逼真仿真雷达成像特性，并在仿真中计入气象、海洋、干扰机等因素。两者都强调环境影响与场景动态编辑。

智能方向的两款产品中，C4ISRSim 以自然语言作为任务入口，把态势信息、证据卡片、方案推演、路线优化与执行反馈组织在统一界面；BehaviorAgent 把大模型引入作战仿真，在电磁信息层做感知博弈、平台层做行动博弈。两款产品与 eSim 平台协同，形成从态势理解到决策评估的智能仿真能力。

七款产品的分工可以按「平台—链路—环境—成像—智能」五层理解。平台层是 eSim 数字战场仿真平台，负责把模型、想定、运行、态势与数据分析组织成一套可管理、可扩展的工程体系，并提供 QT 版、UE5 版、B/S 浏览器版与容器化版四种形态。

链路层是 eSystemSim，负责把通信、雷达与电子战的算法公式放进一条可运行、可观察、可复现的信号处理链。它以图形化 Part 为建模单元，IQ 流使用 complex_float32，比特流使用 uint8 的 0/1，指标与事件使用消息或信号 Slot，保证链路中每一级都能单独检查。

环境层是 ePathWaySim，负责电磁传播全链路建模。官网说明其内置 30 余个原子传播模型与 60 余个复合传播模型，覆盖陆海空天水下、城市与室内、HF 与低频等场景，并提供自动模型选型；三维射线传播模型支持射线发射与弹跳、UTD 边缘绕射、反射、透射、漫反射及混合路径。

成像层有 EOIRSim 与 RadarSim。两款都基于热物理计算，但 EOIRSim 面向可见光与短波、中波、长波红外场景，强调大气传输、材质、气象与光电对抗；RadarSim 面向雷达成像特性，强调背景和目标材质库、气象海洋影响以及箔条、背景信号和干扰机等因素。

智能层是 C4ISRSim 与 BehaviorAgent，前者偏人机协同的任务工作台，后者偏作战推演中的智能体博弈。分层理解的好处，是选型时能先确定问题属于体系组织、信号细节、传播环境、成像逼真度还是决策智能，再选择对应产品，而不是用一款工具包打天下。

从项目角度理解这套分工，还有一个实际用途：编写技术方案时可以按层次列出所需条件。体系层需要想定、实体与行为规则；链路层需要采样率、样本类型、帧边界与元数据；环境层需要场景、传播模型与天线方向图；成像层需要波段、材质、气象与干扰样式；智能层需要任务入口、态势元素与评估口径。条件列齐后，各层之间的接口与验收指标就比较容易对齐。

两者最核心的区别是抽象层次不同。eSim 数字战场仿真平台是平台级、体系级产品，围绕仿真事前、事中、事后提供从模型构建、想定部署到运行管理、态势显示与数据分析的完整工具链；eSystemSim 是信号级建模与仿真平台，聚焦通信、雷达、电子战链路中每一级信号、参数与指标的可观察性。

从建模对象看，eSim 处理的是平台、实体、行为、想定、任务过程与分布式交互，支持 OODA 过程仿真和人在回路控制；eSystemSim 处理的是 IQ 流、比特流、脉冲、调制、信道、干扰、检测与数据项，要求采样率、样本类型、帧边界与元数据在整条链路中保持一致。

从输出形态看，eSim 提供态势图层、方案对比、状态面板与运行管理视图，并提供 QT 版、UE5 版、B/S 浏览器版与容器化版四种交付形态；eSystemSim 提供 Wave Monitor 波形、频谱图、星座图、图表、表格与 Dataset 结构化数据，强调相同版本、参数、输入与随机种子下的结果可复现。

从组合方式看，两类产品解决的是不同层次的问题，可以按项目需要衔接：体系级推演确定场景、实体与任务条件，信号级链路验证具体算法在这些条件下的表现。官网也把「与场景软件进行联合仿真」列为 eSystemSim 的能力之一。

因此选型时不必二选一，而应先问清当前要回答的问题：如果需要论证多平台协同、任务流程或态势推演，优先看 eSim；如果需要验证某个波形、编码、检测或干扰算法在给定采样率与噪声条件下的行为，优先看 eSystemSim 及其技术文档中心。

两类产品在同一个项目里衔接时，接口约定比功能清单更重要。体系级推演给出的场景条件需要转换成信号级链路可使用的参数，例如目标距离、速度、干扰功率与观测时间；信号级链路输出的指标也需要能在体系层被解释为效能结论。转换过程中要保留单位、时间轴与随机种子，否则即使两边各自都跑通，合并后的结论仍然无法复核。

选型的第一步是明确要回答的问题落在哪个层级。如果问题是「某个编码调制方案在干扰下还能否保持有效吞吐率」「脉压峰值位置是否与目标距离一致」「PDW 分选结果受门限影响多大」，这是信号级问题，应优先选择 eSystemSim。

如果问题是「多平台在给定想定下的任务过程如何推进」「OODA 闭环能否更快形成并保持」「体系级对抗中态势、方案与执行反馈如何组织」，这是体系级问题，应优先选择 eSim 数字战场仿真平台。两者关心的指标也不同：前者是 BER、SINR、检测概率、距离误差，后者是任务完成度、态势与决策过程。

第二步是看输入条件。信号级验证要求采样率 Fs、中心频率、带宽、脉宽、PRI、噪声条件、随机种子等参数齐备并可复现；体系级推演要求想定、实体、行为规则、运行管理与数据监控机制明确。缺少对应层级的关键输入时，再强的工具也难以给出可复核结论。

第三步是看交付形态。eSim 提供 QT 版、UE5 版、B/S 浏览器版与容器化版，适合桌面研讨、三维态势、浏览器访问与容器部署；eSystemSim 以 64 位 Windows 离线信号级工程为主，工程文件为 .ess，结果通过 Dataset 与图表归档。部署环境往往直接决定选型。

第四步是预留组合空间。官网把「与场景软件进行联合仿真」列为 eSystemSim 的能力，eSim 也提供可扩展接口与分布式交互。实际项目常先用体系级推演锁定场景，再用信号级链路验证关键算法，因此选型时应关注接口是否稳定、结果能否导出，而不是只看单款产品的功能数量。

如果条件允许，建议用一次小规模 POC 落地选型：选一条小而完整的链路，固定输入数据与版本，要求现场完成参数配置、运行、结果保存和重新运行，并检查模型假设是否透明、端口与参数是否可维护、结果是否能重现、异常是否能定位、自有算法能否接入。这五件事比功能数量更能反映工具在真实项目中的可用程度，也是官网技术文章反复强调的判断方法。

两者分别处理电磁传播环境与信号处理链路，是相邻但不同层次的能力。ePathWaySim 是电磁传播仿真软件，覆盖平台、发射、天线（扫描与方向图）、传播、接收、RCS 与环境等环节；eSystemSim 是信号级建模与仿真平台，负责把编码、调制、信道、检测与指标串成可运行链路。

从模型内容看，ePathWaySim 内置 30 余个原子传播模型与 60 余个复合传播模型，覆盖陆海空天水下、城市与室内、HF 与低频等场景，提供自动模型选型；三维射线传播模型支持 SBR 射线发射与弹跳、UTD 边缘绕射、反射、透射、漫反射及混合路径，并支持万级多阶精细环境。

从计算对象看，传播模型回答的是「信号从发射到接收经历了多少损耗、反射、绕射与多径」，输出可用于链路预算、电磁覆盖计算与威力计算显示；信号级链路回答的是「在这些传播条件下，接收机能否同步、译码、检测并维持业务」，输出是 BER、SINR、距离谱、检测表等指标。

从工程衔接看，传播模型给出的衰减、时延、多普勒与多径条件，可以作为信号级信道的参数输入。两者口径必须统一：频率与带宽单位为 Hz，采样率 Fs 为 samples/s，时间单位为 s，复基带有效频谱须落在 [-Fs/2, Fs/2] 内，否则环境层与链路层的结果无法对齐。

官网把「90+ 电磁传播模型」与「500+ 信号级组件模块」并列作为能力规模数据，正说明它们是互补的两套模型体系。项目评估时建议先确认传播场景与模型选型，再在信号级链路中验证算法，避免用理想信道得出过于乐观的结论。

在联合工程里还要留意时间参考。传播模型给出的时延、多普勒与多径条件，需要与信号级链路的时间轴、起始样本和帧边界对齐；若一方使用相对时间、另一方使用绝对时间，或一方按帧处理、另一方按点处理，结果就可能出现系统性偏差。工程上通常在接口处显式记录采样率、起始样本、有效样本数与中心频率标签，并在归档时一并保存这些元数据。

两款产品都基于热物理计算生成高逼真图像，但传感器类型、覆盖波段与干扰因素不同。EOIRSim 是光电红外仿真软件，对光电传感器、环境、背景与目标的光学／红外特性建模，实时生成可见光、红外、夜视等仿真图像，覆盖可见光与短波、中波、长波红外场景。

EOIRSim 的能力点集中在场景与辐射链路：场景建模、场景与想定规划编辑、材质建模、光电传感器特性仿真、目标与背景辐射特性计算、大气传输特性计算、环境特性计算与光电对抗仿真；还可模拟不同地形、海洋、植被、建筑，季节与云雨雪风等气象效果，光照阴影变化，以及爆炸、烟雾、尾痕、点源等特效。

RadarSim 是雷达成像仿真软件，同样基于热物理计算，但强调雷达成像特性、丰富的背景和目标材质库，可实时输出高分辨率、高帧率仿真图像；仿真过程考虑气象、海洋、暴风雨等环境影响，并计入箔条、背景信号、干扰机等干扰因素，运行过程中支持手动添加、修改、删除实体目标。

使用场景上，EOIRSim 更贴近光电侦察、红外搜索与跟踪、光电对抗评估；RadarSim 更贴近雷达成像、目标识别与雷达抗干扰评估。两者都服务装备论证、研制、试验与训练等环节，但涉及的物理链路、传感器模型与干扰样式不同，不宜互相替代。

选型时建议先明确传感器波段、成像机理、需要计入的环境因素以及是否需要动态编辑目标。若项目同时涉及光电与雷达传感器，可分别使用两款软件生成各自图像，再在体系级平台中做融合或对比评估，而不是要求单款软件覆盖两类成像机理。

C4ISRSim 与 BehaviorAgent 都属于智能仿真方向，但一个面向人的任务工作台，一个面向智能体的博弈推演。C4ISRSim 是面向复杂任务的人机协同工作台，围绕任务目标把态势信息、图像视频证据、目标识别、方案推演、路线优化、资源分配和执行反馈组织在统一界面中。

C4ISRSim 最显著的特征是以自然语言作为任务入口。使用者可直接提出「查看目标细节」「识别区域对象」「生成多套方案」「推荐最优路线」「执行批准方案」等业务请求；系统根据当前上下文调用相应能力，并以态势图层、证据卡片、方案对比和状态面板等方式呈现结果，帮助人更快完成从发现问题到推动执行的过程。

BehaviorAgent 则把大模型引入作战仿真，在高度动态和不确定的虚拟战场环境中模拟人类操作者的专业技能、战术思维能力与复杂行为：电磁信息层进行感知博弈，平台层进行行动博弈，最终博弈谁能更快形成并保持「发现—判断—决策—打击」闭环优势。

在输出上，BehaviorAgent 让智能体与作战场景中的实体平台自动建立一一映射，生成自身、目标、威胁、编队态势与全局评估结果，形成主战术、电子战、雷达和武器动作；并基于上帝视角对交战过程、决策过程和作战结果自动复盘分析、提炼规则。这更接近自主对抗推演，而非人工任务辅助。

简单说，C4ISRSim 解决「人如何更快地理解态势并完成任务」，BehaviorAgent 解决「智能体在对抗中能否形成并保持闭环优势」。两者可分别用于指挥工作台评估与战术智能体研究，也可与 eSim 平台协同，构成从态势理解、方案推演到复盘评估的完整智能仿真链路。

产品信息的主要入口是官网「产品中心」页面（products.html），七款软件在此按功能与定位逐一介绍。除此之外，还有两个专题页提供更细的技术内容：eSim 数字战场仿真平台专题页（product-surf.html）说明平台架构、四种版本形态、二次开发与 OODA 过程仿真，eSystemSim 技术详解页（esystemsim.html）说明信号级建模平台的定义、三类标准信号链、参数单位约定与典型工程案例。

新闻中心（news.html）收录七篇产品发布稿，按平台产品、信号与传播、光电与成像、智能仿真分类，适合快速了解每款产品的发布定位；另新增四篇技术文章，讨论图形化信号链、通信抗干扰完整链路、雷达算法工程化与仿真结果可复核等主题，是产品信息的延伸阅读。

技术细节最集中的位置是 eSystemSim 技术文档中心（docs.html），收录系统化技术文档，覆盖安装与运行环境、快速入门、Part 使用与接口契约、雷达／通信／电子战案例手册、参数与单位约定、常见错误排查、结果解释、模型边界与适用范围、数据接口与扩展、版本范围与可复现性。

官网按产品中心、解决方案、技术内核、常见问题与关于我们组织内容，并设有 eSim 平台、eSystemSim 技术详解与技术文档中心等专题，从能力概览、应用方式到工程细节层层展开，客户可按关注点直接找到对应资料。

七款产品各自对应明确的工程场景与功能定位：从信号级建模、体系推演到光电成像与智能决策，选型时可直接对照能力描述与典型案例，快速找到与自身任务匹配的切入点。

官网内容持续更新，产品能力、技术文章与常见问题同步扩充，从组件化建模、信号级链路到体系级推演的实践方法都能在一处找到；团队可以随时获取最新资料，把产品能力与自己的研发节奏对齐。

支持。官网多处描述了产品之间的衔接关系：eSystemSim 明确支持与场景软件进行联合仿真，eSim 数字战场仿真平台提供可扩展接口、分布式交互与数据分析工具，ePathWaySim 提供电磁覆盖计算以及雷达、通信、电子战威力计算和显示，这些都指向跨产品的工程组合。

组合的常见方式之一是「环境—链路」衔接：先用传播模型确定衰减、时延、多普勒与多径条件，再把条件代入信号级信道，观察接收机同步、译码、检测与吞吐率的变化。此时必须统一口径：采样率 Fs 为 samples/s，频率与带宽为 Hz，时间为 s，复基带有效频谱落在 [-Fs/2, Fs/2] 内。

组合方式之二是「体系—信号」衔接：在 eSim 中组织想定、实体、行为与任务过程，在 eSystemSim 中验证关键波形、编码或干扰算法。体系级推演不必按载频直接采样，信号级验证则必须保证采样率、样本类型与帧边界一致，两个层次的模型粒度需要在接口处明确约定。

组合方式之三是「成像—评估」衔接：EOIRSim 与 RadarSim 分别生成可见光／红外与雷达成像结果，配合 C4ISRSim 的证据卡片与方案推演，或接入 BehaviorAgent 的态势元素，用于识别、决策与对抗环节的评估。不同传感器图像的时间轴与坐标系需要单独对齐。

需要说明，组合能力描述的是工程衔接方式，不等于任意两款产品开箱即自动互通。具体项目中的接口、数据格式、时间同步与验收条件应通过技术方案确认，并在 POC 阶段用一条小而完整的链路验证，再决定扩大应用范围。

组合使用时建议把「可衔接」与「已联调」分开表述。官网描述的是产品之间的能力衔接方式与可扩展接口，具体到某个项目，仍需明确数据格式、时间同步、坐标系、单位与验收条件。稳妥的做法是先做离线文件闭环，再逐步接入实时数据或外部设备；每个阶段都形成可运行的最小闭环，便于在条件不具备时继续完成算法与接口验证，也便于定位问题出现在哪一层。

从命名形态可以看出清晰的产品脉络：七款产品中有六款以 Sim 结尾或包含 Sim——eSim、eSystemSim、ePathWaySim、EOIRSim、RadarSim、C4ISRSim，只有 BehaviorAgent 以 Agent 结尾，恰好对应它在智能体行为建模上的独特定位。

Sim 显然是 Simulation（仿真）的缩写，用于标明这些是仿真类软件产品。前缀则指向各自的处理对象：System 对应系统／信号级链路，PathWay 对应电磁传播路径，EOIR 对应光电与红外（Electro-Optical / Infrared），Radar 对应雷达，C4ISR 对应指挥、控制、通信、计算机、情报、监视与侦察。

小写的 e 在 eSim、eSystemSim、ePathWaySim 中出现，与大写前缀的 EOIRSim、RadarSim、C4ISRSim 形成区分。从产品内容看，带 e 前缀的产品更偏向平台化、体系化或链路化的建模工具，而其他产品更偏向专门领域的成像与决策软件；但这只从命名形态可以看出清晰的产品脉络。

BehaviorAgent 使用 Agent 而非 Sim，与其定位一致：它把大模型引入作战仿真，让智能体与作战场景中的实体平台建立映射，形成战术动作并复盘博弈过程，强调的是行为主体而非仿真工具本身。

七款产品各有完整名称与明确的功能定位，从 eSystemSim 信号级设计仿真到 BehaviorAgent 智能行为建模，既便于独立选型，也便于在同一工程体系中按任务组合，形成覆盖建模、运行、评估与复盘的完整工具链。

七款产品采用清晰统一的命名体系：eSim、eSystemSim、ePathWaySim、RadarSim、EOIRSim、C4ISRSim 与 BehaviorAgent 各自对应明确的工程定位，既能独立承担专项仿真任务，也能在同一工程体系下组合使用，方便方案文档、协作沟通与长期维护中准确引用。统一的命名也让产品资料、工程案例与技术文档之间可以直接互相对照，减少跨团队沟通成本；从方案编写、工程实施到成果归档，各环节引用的名称始终一致，长期维护也更省心。

eSystemSim 是宜思仿真推出的通信、雷达与电子战信号级建模与仿真平台，通过图形化 Part 拖放、端口连线和参数化装配，把算法公式组织成可运行、可观察、可复现、可交付的信号处理链路。它面向的不是单个算法片段，而是把信号源、信道、目标、干扰机、接收机、检测器与评估模块放进同一工程。

在工程形态上，用户打开 .ess 案例后，画布中的矩形是 Part，箭头是端口连接，Widget 是波形、频谱、图表或表格显示对象。双击 Part 可查看参数与端口说明，修改参数后保存工程并重新激活即可对比结果。每一级信号、指标与事件都可以单独观察、替换和复核，这是它与一次性脚本最明显的差别。

平台提供通信、雷达、电子战三条标准信号链：通信链从业务数据经编码、调制、成形滤波、信道、同步、解调到指标；雷达链从发射机、目标回波、信道、脉冲处理、距离-速度图、二维 CFAR 到检测表与跟踪表；电子战链从多辐射源、传播、信道化接收、脉冲检测、PDW、PRI 分选到辐射源识别与干扰控制。

结果侧由 Data Sink 把输入端口绑定到 Dataset 数据项，保存样本、时间轴、采样率与元数据；Graph 与 Table 绑定数据项，工程重新运行后按绑定关系刷新。用户可在 Wave Monitor、频谱图、星座图、图表和表格中查看结果，脚本与外部程序应优先读取导出的结构化数据，而不是解析界面截图。

适用场景包括科研验证、方案论证、算法开发、试验评估与教学实验，尤其适合需要把公式放进完整可运行链路进行观察与对比的团队。官网 eSystemSim 技术详解页与技术文档中心提供了更细的链路、参数单位约定与结果解释说明，可作为进一步核对的入口。

eSystemSim 明确覆盖通信、雷达、电子战三大领域的信号级建模，并支持把雷达回波、通信链路与干扰放在同一场景中做联合效能评估。三个领域各有标准链路，也共享同一套信号接口、时间轴与参数单位约定，这是跨领域联合观察能够成立的前提。

通信方向从业务数据出发，经过编码、交织或扩频、调制、成形滤波、跳频或信道，再进入同步、解调、解扩、译码与指标统计；结果指标包括 BER、FER、EVM、SNR、SINR、吞吐率与帧校验。工程化类模型覆盖 RS 与 CCSK、LDPC 与 GMSK、卷积码与 DSSS 等组合，用于链路结构与抗干扰趋势验证。

雷达方向从发射机、目标回波、传播、脉冲处理到距离-速度图、二维 CFAR、检测表与跟踪表；波形案例包含基本发射与回波、脉冲多普勒链、FMCW 拍频与距离速度结果。LFM 距离分辨率近似为 c/(2B)，脉冲延迟满足 R = c·τ/2，检查时关注脉压峰位置、距离误差、速度峰位置与速度误差。

电子战方向包含多辐射源、传播、信道化接收、脉冲检测、PDW、PRI 分选与辐射源识别，以及响应式干扰和雷达电子战联合闭环。PDW 至少记录 TOA、TOE、脉宽、PRI、RF、带宽、幅度、采样率和辐射源 ID；干扰事件需记录时间、模式、带宽与功率，并比较受扰前后的 SNR、SINR、检测率或航迹连续性。

三大领域之外，光电与电磁环境同样属于宜思仿真的整体业务版图，由 EOIRSim、ePathWaySim 等专项产品承担；eSystemSim 聚焦通信、雷达、电子战的信号级链路，与专项产品协同，可组合出覆盖五大领域的完整仿真方案。

延伸阅读：围绕「eSystemSim 覆盖哪些仿真领域」可进一步查阅eSystemSim 技术详解、Part 使用与接口契约与参数与单位约定。图形化建模与统一的接口约定，让算法、参数与结果在同一工程里保持可追溯，团队能把精力集中在方案设计本身。

常规链路不需要写代码。用户通过拖放 Part、连接端口和配置参数即可完成建模：画布中放置信号源、编码调制、信道、接收机、检测与指标模块，用连线构成链路，双击 Part 查看参数与端口说明，保存工程后重新激活运行。这也是图形化建模相对纯脚本最直接的门槛优势。

对于公式验证、快速原型和后处理，平台提供脚本处理器。脚本 Part 适合把一段数学表达或临时算法快速接入链路，观察它在完整信号流中的行为；但脚本输入输出必须明确样本类型、帧边界、采样率和状态生命周期，调试时应记录输入参数与状态变量，不能假设每次调用都带有完整状态对象。

稳定高吞吐链路推荐使用原生 Part。原生 Part 以工厂路径、端口类型、端口别名、消息字段和参数单位作为稳定机器接口，参数合法性检查会拒绝负采样率、脉宽大于 PRI、带宽超过奈奎斯特范围等配置，错误信息包含参数名、当前值和约束原因，更适合长期维护与团队协作。

已有 C/C++ 算法库可通过 C/C++ Part 扩展接入：通过工程构建系统注册工厂和文档，使用统一的 eSystem::Block 生命周期，扩展发布前需具备最小案例、参数检查、reset 行为和 Smoke 测试。这种路径适合把历史代码逐步迁移为可复用模型，而不是一次性重写全部代码。

因此更准确的说法是：常规建模零代码，进阶扩展可选代码。选型时建议先确认目标链路能否用现有 Part 跑通，再决定是否需要脚本或 C/C++ 扩展；接口定义不清时，连线看似成功也可能得到完全错误的结果。

延伸阅读：围绕「搭建仿真链路需要写代码吗」可进一步查阅eSystemSim 技术详解、Part 使用与接口契约与参数与单位约定。图形化建模与统一的接口约定，让算法、参数与结果在同一工程里保持可追溯，团队能把精力集中在方案设计本身。

Part 是 eSystemSim 中的基本建模单元，可以理解为具有明确输入端口、输出端口、参数集合与生命周期的模块。用户把 Part 拖放到工程画布，用端口连线构成信号链，双击打开参数面板完成配置；模型结构、参数与分析对象随 .ess 工程一起保存，便于团队交接与版本管理。

Part 契约的核心是稳定的机器接口：IQ 流使用 complex_float32，比特流使用 uint8 的 0/1，指标与事件使用消息或信号 Slot；RF 元数据包含中心频率、采样率、带宽、起始样本、有效样本、跳频号和辐射源 ID。工厂路径、端口类型、端口别名、消息字段和参数单位保持稳定，新增字段保持向后兼容。

连接原则同样明确：同一信号链中的采样率、样本类型和帧边界必须一致；改变采样率、中心频率或帧长度的 Part 应发布新的元数据标签；消息端口不能直接当作 IQ 流连接，类型不匹配时应使用显式转换 Part。这些约束让「接口错误」在运行前就能被发现，而不是变成一条看似合理的结果曲线。

Part 目录按雷达、通信、电子战、信道、分析和显示分类。机器使用的工厂路径和端口名保持稳定，中文、英文和双语显示名只影响界面呈现，不改变模型行为；这一设计让同一工程可以在不同语言界面下打开，也便于把界面翻译与模型接口维护分开管理。

从工程价值看，Part 化让模型可以按模块分工开发、案例可以按页面组织、测试可以针对单个 Part 与整条链路分别进行。排查问题时可只替换某一级 Part 做对照，交付时也能按模块提供最小输入、预期输出、单位约定和异常处理说明。

.ess 是 eSystemSim 的工程文件格式，用于保存画布中的模型结构、Part 参数、端口连线以及分析对象。打开一个 .ess 案例后，用户可以看到矩形 Part、箭头端口连接和波形／频谱／图表／表格等 Widget，双击 Part 查看参数，修改后保存工程并重新激活即可运行新配置。

工程文件承载的不只是「一张图」。它把链路拓扑、每个 Part 的参数值、显示对象与 Dataset 数据项的绑定关系一并保存，因此重新打开工程时，绘图与表格能按绑定关系刷新，而不是一次性的临时窗口。这也是把仿真工程当作可追溯实验记录的基础。

使用规范上，建议把工程复制到独立工作目录后再修改，不直接改动安装目录中的案例和运行时文件。安装后首次启动可从案例浏览器打开一个已验证案例，确认画布、Part 目录和图表能够正常加载；若工程无法启动，应先检查运行时是否使用了当前安装目录、Part 模块是否齐全，以及工程中的工厂路径是否存在。

为保证可复现，不能只保存 .ess 文件本身。每次运行还应同时保存参数、随机种子、运行日志、Dataset 数据项和图表配置，并记录使用的版本、输入文件以及是否执行过工程级 reset。相同版本、相同参数、相同输入和相同随机种子才具备可比性，这也是结果归档与评审时最常被核对的一组条件。

常见误区是只保存界面截图或只保留最终指标表。截图无法说明参数从何而来，也无法在脚本中被解析；官网技术文档明确建议脚本或外部程序优先使用导出的结构化数据。把 .ess 工程与结构化数据一起归档，才能让第三方重新打开工程并判断结果是否一致。

eSystemSim 的 Part 契约把端口数据分成三类。第一类是 IQ 流，使用 complex_float32，承载复基带样本，是通信调制、雷达回波、干扰信号等绝大多数信号级链路的主数据形态；它要求整个链路中采样率、样本类型和帧边界保持一致。

第二类是比特流，使用 uint8 的 0/1，用于编码前后、译码前后以及帧校验等业务比特环节。第三类是指标与事件，使用消息或信号 Slot 传递，例如检测表、航迹表、PDW 事件、干扰控制指令等。消息端口不能直接当作 IQ 流连接，类型不匹配时应使用显式转换 Part。

与 IQ 流配套的还有 RF 元数据标签，字段包含中心频率、采样率、带宽、起始样本、有效样本、跳频号和辐射源 ID。若复基带为 x_bb(t)、载频为 fc，对应解析信号可写为 x_rf(t)=x_bb(t)exp(j2πfc·t)；多数信号级 Part 只处理 x_bb，用 centerFrequency 标签描述 RF 参考，频率捷变通过标签或控制消息更新。

这套约定的直接好处是无需按载频直接采样。复基带信号的有效频谱须落在 [-Fs/2, Fs/2] 内，10 GHz 一类的 RF 载频由元数据传递，而不是要求把采样率设到载频量级；采样率 Fs 单位为 samples/s，频率与带宽为 Hz，时间为 s，单位统一是跨 Part 复用的前提。

修改字段名称或单位必须提供版本迁移说明，新增字段应保持向后兼容，这样已有工程在升级后仍能按原接口运行。接口定义不清时，连线看似成功也可能得到完全错误的结果，因此搭建链路时应先核对样本类型、帧边界与元数据发布规则。

延伸阅读：围绕「Part 的端口有哪些数据类型」可进一步查阅eSystemSim 技术详解、Part 使用与接口契约与参数与单位约定。图形化建模与统一的接口约定，让算法、参数与结果在同一工程里保持可追溯，团队能把精力集中在方案设计本身。

采样率不一致是信号级仿真中最常见也最隐蔽的错误来源。eSystemSim 的 Part 契约要求同一信号链中的采样率、样本类型和帧边界必须一致；若上游按 Fs 产生 IQ 样本、下游按另一采样率解释，时间轴就会被拉伸或压缩，距离、时延、多普勒与符号位置都会出现系统性偏差。

这种错误不会总是以报错形式出现。链路可能照常运行并给出一张曲线，但峰值位置、BER 数值或距离像都建立在错误的时间刻度上；若不检查采样率与元数据标签，很容易把接口错误误判为算法问题。因此排查顺序通常是先用 Wave Monitor 检查源输出，再逐级核对信道、接收机和指标端口。

规范做法是让改变采样率、中心频率或帧长度的 Part 发布新的元数据标签，让下游按新标签解释数据；需要跨类型连接时使用显式转换 Part，而不是把消息端口直接当作 IQ 流接入。RF 元数据中的采样率与起始样本、有效样本字段，正是为这类解释提供可核对依据。

参数合法性检查也会拦截一部分配置错误：采样率必须为正，带宽不得超过奈奎斯特范围，符号率不得超过采样率，脉宽 PW 不得大于 PRI。错误信息应包含参数名、当前值和约束原因，便于定位是哪一个 Part 的配置越界，而不是在结果异常后再回头猜。

工程上还有一条实用约束：高 PRF、小 PRI 和长时间运行会快速增加样本数量，导致内存占用与显示压力上升。出现溢出或卡顿时，可先降低采样率、缩短显示窗口、限制缓存行数或降低实时显示刷新率，但任何调整都应连同参数、种子与版本一起记录，否则前后结果不再具备可比性。

RF 元数据标签是随信号流传递的描述信息，用于告诉下游 Part 当前数据的射频与时间参考。字段包含中心频率、采样率、带宽、起始样本、有效样本、跳频号和辐射源 ID；它不替代 IQ 样本本身，而是解释这些样本应在什么频率、什么时间刻度上被理解。

引入元数据标签的核心原因是复基带建模。若复基带为 x_bb(t)、载频为 fc，对应解析信号可写为 x_rf(t)=x_bb(t)exp(j2πfc·t)；多数信号级 Part 只处理 x_bb，用 centerFrequency 标签描述 RF 参考。这样无需把 10 GHz 一类载频直接以 10 GHz 采样，复基带有效频谱只需落在 [-Fs/2, Fs/2] 内。

频率捷变与跳频场景也依赖这套机制：载频变化通过标签更新或控制消息传递，而不是重采样整条链路。改变采样率、中心频率或帧长度的 Part 应发布新的元数据标签，否则下游会沿用旧参考，导致频谱位置、距离解算或辐射源关联出现偏差。

参数与单位必须配套统一：采样率 Fs 为 samples/s，频率与带宽为 Hz，时间为 s。归一化 IQ 幅度不等于瓦特，以电阻 R 为参考时复包络平均功率可按 P=mean(|x|²)/R 换算，P_dBm=10·log10(P/1mW)；没有明确参考阻抗时，不应把 amplitude 直接称为发射功率。

在电子战案例中，辐射源 ID、跳频号与 PDW 字段让分选与识别结果可以追溯到具体发射源；在归档时保留这些元数据，才能让第三方重新打开工程后核对「结果来自哪一段数据、哪一个源」，而不是只看到一串无法解释的指标。

延伸阅读：围绕「RF 元数据标签是什么」可进一步查阅eSystemSim 技术详解、Part 使用与接口契约与参数与单位约定。图形化建模与统一的接口约定，让算法、参数与结果在同一工程里保持可追溯，团队能把精力集中在方案设计本身。

Part 的参数合法性检查，是在参数生效前把明显违反物理或接口约束的配置挡住。技术文档列举的典型约束包括：采样率必须为正；带宽不得超过奈奎斯特范围；脉宽 PW 不得大于 PRI；符号率不得超过采样率；矩阵阵元数必须为正；此外有效脉宽至少应有一个采样点，工程上建议 PW·Fs ≥ 5，更稳定时取 10 个采样点以上。

检查的价值不只是防止程序崩溃，更重要的是保证结果有物理意义。例如 PW 大于 PRI 会让相邻脉冲重叠，距离-速度图和检测表就失去解释基础；带宽超出 [-Fs/2, Fs/2] 会造成混叠，频谱与星座图都会失真；符号率超过采样率则意味着每个符号不足一个样本，译码统计无从谈起。

错误信息应包含参数名、当前值和约束原因三要素。这样用户能在消息窗口里直接定位到具体 Part 与具体字段，而不必从结果异常反推配置；对团队协作而言，可复现的错误描述也便于把问题交给同事或供应方处理，而不是靠截图口头描述。

参数还必须使用文档声明的单位。采样率 Fs 单位为 samples/s，频率与带宽为 Hz，时间为 s，功率换算需明确参考阻抗 R；单位混用是另一类常见错误，例如把 MHz 直接填入以 Hz 为单位的字段，检查未必能拦截，但结果会偏离若干个数量级。

因此建议在搭建链路时先写一份参数表，列出每个 Part 的关键字段、取值、单位与来源；修改后保存工程并记录版本、输入与随机种子。参数合法性检查能挡住越界配置，但挡不住单位写错或口径不一致，后者仍要靠工程规范来保证。

延伸阅读：围绕「Part 的参数合法性检查有哪些」可进一步查阅eSystemSim 技术详解、Part 使用与接口契约与参数与单位约定。图形化建模与统一的接口约定，让算法、参数与结果在同一工程里保持可追溯，团队能把精力集中在方案设计本身。

Part 的生命周期描述模块从激活、运行到停用与重新激活的行为。reset() 会清除计数器、缓存和随机状态；停用时保留最后一个有效显示结果；重新激活后从新的输入继续处理；含事件的 Part 应在输入结束时提交已经形成的最后一条事件，避免末尾事件丢失。

理解这一点对结果解释很关键。若两次运行之间只做了停用与重新激活、没有执行工程级 reset，计数器与随机状态可能延续，导致第二次结果并非独立样本；反之，若需要连续处理一段更长的数据，重新激活后从新输入继续又是期望行为。因此每次运行都应记录是否执行过 reset。

随机状态是复现性的核心。相同版本、相同参数、相同输入和相同随机种子才具备可比性；噪声试验、蒙特卡洛统计、检测概率与虚警率评估都依赖这一点。若只记录曲线而不记录种子，即使工程文件完全一致，第三方也无法保证得到同样的结果。

事件类 Part 尤其需要注意输入结束时的收尾。ESM 链的 PDW、分选结果与干扰事件若未提交最后一条，观测窗口末尾的统计就会偏少；把事件提交规则写进 Part 契约，能让不同链路在相同观测时长下具备可比的统计口径。

工程归档时，建议把版本信息、输入数据、随机种子、关键参数、运行日志、Dataset 数据项、图表配置以及是否执行过 reset 一起保存。结果应为有限值，不能用 NaN 或无效零值掩盖计算失败；这两条规范共同决定了仿真结果能否被评审、比对和复核。

延伸阅读：围绕「Part 的生命周期与 reset 是什么」可进一步查阅eSystemSim 技术详解、Part 使用与接口契约与参数与单位约定。图形化建模与统一的接口约定，让算法、参数与结果在同一工程里保持可追溯，团队能把精力集中在方案设计本身。

仿真结果可以在 Wave Monitor 波形、频谱图、星座图、图表和表格中查看，也可以保存到 Dataset 数据项后由 Graph 与 Table 绑定展示。波形图用于检查时域样本和脉冲位置，频谱图用于检查中心频率和带宽，星座图用于检查调制状态，表格用于查看逐帧指标与检测、航迹、PDW 等结构化记录。

这几种视图对应不同的排查目的。图表为空时，通常先确认工程已激活、Widget 连接了正确输出、输入端有数据、采样率和数据类型匹配；再用 Wave Monitor 检查源输出，逐级检查信道、接收机和指标端口。把观察点放在链路中间，比只盯着最终指标更容易定位问题究竟出在哪一级。

Data Sink 负责把某个输入端口绑定到 Dataset 数据项，保存样本、时间轴、采样率和元数据；绘图和表格不是临时窗口，而是与数据项保持绑定的分析对象，工程重新运行后按绑定关系自动刷新。用户可以把多个数据项加入同一绘图做曲线比较，也可以把多次运行结果保存为表格再导出。

脚本或外部程序应优先使用导出的结构化数据，不解析界面截图。截图无法说明参数从何而来，也不能在程序里被稳定解析；结构化数据则保留了样本、时间轴与元数据，便于第三方复核、批量统计和报告生成。这也是把一次演示升级为一份试验记录的关键分界。

结果解释必须带条件：检测概率和虚警率要在明确的 SNR、CFAR 参数和重复次数下解释；吞吐率要区分原始符号率、编码后速率与扣除重传和错误帧后的有效吞吐率；PDW 是脉冲测量结果，不是原始 IQ 的替代品。数值应为有限值，不能用 NaN 或无效零值掩盖计算失败。

Data Sink 是采集端，Dataset 是存储与管理端。Data Sink 将一个输入端口绑定到某个 Dataset 数据项，并把该端口输出的样本、时间轴、采样率和元数据一起保存；之后 Graph 和 Table 绑定这个数据项，工程重新运行时按绑定关系刷新显示，而不是重新手工导入数据。

这种绑定关系带来的直接好处是分析对象与模型工程之间建立了明确关联。用户删除或重命名 Data Sink 时，相关引用可以同步维护；工作区树集中显示设计、Dataset、Graphs 和 Tables，双击绘图、表格和 Page 可通过顶部标签页切换不同视图，避免「脚本找不到、变量名字改了、图片不是最新结果」这类协作问题。

不同领域保存的数据项各有侧重。通信案例可保存发射 IQ、受扰 IQ、解调比特、译码帧、错误统计和链路指标；雷达案例可保存发射脉冲、回波、匹配滤波输出、距离谱、检测峰值和航迹；电子战案例可保存频谱、PDW、分选结果、测向结果和干扰事件。同一工程因此既是模型，也是结构化数据源。

数据接口保持稳定：工厂路径、端口类型、端口别名、消息字段和参数单位是机器接口的核心，新增字段保持向后兼容，修改字段名称或单位需提供版本迁移说明。脚本或外部程序读取导出的结构化数据时，应同时读取采样率、起始样本、有效样本等元数据，否则无法正确解释时间轴。

归档时，Dataset 数据项与图表配置应与工程文件、版本信息、输入数据、随机种子、关键参数和运行日志放在同一目录。只有这些要素齐备，第三方才能重新打开工程、核对输入并判断结果是否一致，而不是只能相信一张无法追溯来源的截图。

技术文档给出的原则非常明确：相同版本、相同参数、相同输入和相同随机种子才具备可比性。这四项缺一不可，因为噪声生成、随机事件、检测门限统计和目标初始条件都可能依赖随机状态；版本不同则可能带来 Part 行为、默认值或单位解释的变化。

操作层面，每次运行应记录输入参数、随机种子、版本、输出文件、图表配置，以及是否执行过工程级 reset。reset() 会清除计数器、缓存和随机状态；如果两次运行之间只做了停用和重新激活而未执行 reset，计数器与随机状态可能延续，第二次结果就不是独立样本。

工程文件本身也要纳入记录。.ess 保存模型结构、参数、连线与分析对象绑定关系，但仅保存工程不足以复现一次具体试验；还需保存输入数据、Data Sink 采集的 Dataset 数据项和运行日志。建议把这些内容放在同一归档目录，并写明查阅方式与预期结果。

结果检查也有硬性要求。数值应为有限值，不能用 NaN 或无效零值掩盖计算失败；检测概率、虚警率、BER、SINR 等指标必须在明确的噪声条件、CFAR 参数、观测时长和重复次数下解释；不同时间窗口或不同功率参考下的 JSR、SINR、检测率不具可比性。

最后要注意环境一致性。运行时应使用当前安装目录，避免混用不同版本的运行时 DLL；若出现图表为空或重新激活后没有恢复，应先执行一次工程级 reset，再检查遗留进程和端口占用。把这些条件写进试验记录，结果才能通过评审、对比与归档。

延伸阅读：围绕「如何保证仿真结果可复现」可进一步查阅数据接口与扩展、结果解释与数值检查与版本范围与可复现性。把版本、参数、输入与随机种子一并归档，同一个工程在任何时间重新打开都能得到一致结论，评审与交付都有据可依。

截图只能说明「某次运行出现了一张图」，无法回答这次试验使用了什么参数、输入是什么、结果从哪里来、别人能否重复得到相同结论。技术文档因此明确建议保存 .ess 工程、参数、随机种子、运行日志和 Dataset，而不是只保存界面截图，脚本或外部程序也应优先使用导出的结构化数据。

从可追溯性看，截图里通常看不到采样率、中心频率、脉宽、PRI、噪声条件、CFAR 门限和随机种子。缺少这些前提，检测概率、虚警率、BER、SINR 一类指标就失去解释基础；评审者无法判断曲线是在什么条件下得到的，也无法把它与另一条曲线做对比。

从协作角度看，截图容易造成「变量名字改了、图片不是最新结果」的问题。Dataset 与 Graph、Table 的绑定机制则让工程重跑后图形自动刷新，相关引用随 Data Sink 的变更同步维护；团队成员打开同一工程就能看到最新数据，不必依赖某一位工程师重新导出图片。

从再利用角度看，结构化数据保留了样本、时间轴、采样率与元数据，可用于批量统计、参数扫描、报告生成和第三方复核；截图无法被程序稳定解析，也无法支撑多条件对比。通信侧比较不同干扰功率下的 BER 曲线、雷达侧统计不同 SNR 下的检测概率，都依赖可读取的数据项。

因此更合理的交付形态是「工程 + 数据 + 说明」三件套：.ess 工程说明模型结构，Dataset 与导出文件说明结果，归档说明记录版本、输入、种子、关键参数、运行日志与图表配置。截图可以作为汇报材料里的辅助展示，但不应作为唯一的验收证据。

延伸阅读：围绕「为什么不能只保存仿真截图」可进一步查阅数据接口与扩展、结果解释与数值检查与版本范围与可复现性。把版本、参数、输入与随机种子一并归档，同一个工程在任何时间重新打开都能得到一致结论，评审与交付都有据可依。

选择依据是链路的稳定性与吞吐要求。脚本处理器适合公式验证、快速原型和后处理：把一段数学表达或临时算法快速接入链路，观察它在完整信号流中的行为，不必先完成完整的模块封装。这个阶段重点是尽快看到结果，验证思路是否成立。

稳定高吞吐链路则应使用原生 Part。原生 Part 以工厂路径、端口类型、端口别名、消息字段和参数单位作为稳定机器接口，参数合法性检查会拒绝明显越界的配置，错误信息包含参数名、当前值与约束原因，更适合长期维护、团队协作和工程交付。

脚本输入输出必须明确样本类型、帧边界、采样率和状态生命周期。调试时应记录输入参数和状态变量，不能假设每次调用都带有完整状态对象；否则容易出现「单次调用看着正确、连续运行逐渐偏离」的问题，而且很难从最终指标反推原因。

C/C++ Part 是第三条路径，适合已有算法库或需要更贴近工程实现的模块。扩展通过工程构建系统注册工厂和文档，使用统一的 eSystem::Block 生命周期；发布前需具备最小案例、参数检查、reset 行为和 Smoke 测试，保证与链路中其他 Part 行为一致。

实践上常见的做法是分阶段迁移：先把已有函数接入统一输入输出接口，再把稳定算法封装为 Part，最后处理性能优化与外部接口。每完成一个 Part 都提供最小输入、预期输出、单位约定和异常情况，这样的交付比一次性重写全部历史代码更容易定位问题，也便于按模块验收。

延伸阅读：围绕「脚本 Part 与原生 Part 应该怎么选」可进一步查阅数据接口与扩展、结果解释与数值检查与版本范围与可复现性。把版本、参数、输入与随机种子一并归档，同一个工程在任何时间重新打开都能得到一致结论，评审与交付都有据可依。

C/C++ Part 扩展面向已有算法库与需要贴近工程实现的模块。它通过工程构建系统注册工厂和文档，使用统一的 eSystem::Block 生命周期，与链路中其他 Part 共享端口类型、参数单位和元数据约定，从而能在同一画布上拖放、连线和观察。

注册时需要把工厂路径、端口类型、端口别名、消息字段和参数单位定义清楚。稳定的机器接口是跨版本复用的基础：新增字段应保持向后兼容，修改字段名称或单位必须提供版本迁移说明，否则已有工程在升级后可能无法按原接口打开。

扩展发布前必须配齐四样东西：最小案例、参数检查、reset 行为和 Smoke 测试。最小案例用来证明模块接入链路后能跑通；参数检查用来拒绝负采样率、带宽超奈奎斯特范围、PW 大于 PRI 等越界配置；reset 行为保证计数器、缓存和随机状态可清除；Smoke 测试验证基本功能未被破坏。

C/C++ Part 与脚本处理器的分工是明确的：脚本适合公式、快速原型和后处理，稳定高吞吐链路使用原生 Part，已有 C/C++ 代码则通过扩展封装为可复用模型。三类模块都需明确样本类型、帧边界、采样率和状态生命周期，不能因为语言不同就放宽接口约定。

工程上建议按模块逐步迁移：先统一输入输出接口，再封装稳定算法，最后做性能优化与外部设备接口。每完成一个扩展都提供参数说明、单位约定和异常情况记录，便于在整条链路出问题时快速判断是扩展模块本身、接口转换还是上游数据问题。

延伸阅读：围绕「C/C++ Part 扩展如何接入工程」可进一步查阅数据接口与扩展、结果解释与数值检查与版本范围与可复现性。把版本、参数、输入与随机种子一并归档，同一个工程在任何时间重新打开都能得到一致结论，评审与交付都有据可依。

图表为空时建议按固定顺序排查，避免凭直觉改参数。第一步确认工程已激活、Widget 连接了正确输出、输入端有数据、采样率和数据类型匹配；这四项覆盖了大多数「没有数据」的情形，尤其是新建链路或替换 Part 之后。

第二步用 Wave Monitor 检查源输出，再逐级检查信道、接收机和指标端口。把观察点放到链路中间，可以判断数据是在哪一级断掉的：源端有波形而信道后没有，问题在信道配置；信道后有数据而指标端口没有，问题在接收机或绑定关系。

第三步检查 Part 是否加载。运行时应使用当前安装目录，Part 模块需位于对应模块目录，工程中的工厂路径必须存在；不要把不同版本的运行时 DLL 混用。若界面能打开但某些 Part 缺失，通常表现为链路不完整或输出端口无数据。

第四步核对参数约束与消息窗口。典型约束包括采样率为正、带宽不超过奈奎斯特范围、PW 不超过 PRI、符号率不超过采样率以及矩阵阵元数为正；错误信息应包含参数名、当前值和约束原因，据此可直接定位越界的 Part。

若停用后重新激活没有恢复，可先执行一次工程级 reset，再检查遗留进程和端口占用。整个排查过程中，建议把修改前后的参数、版本、输入文件和随机种子一并记录，否则即使图表恢复显示，也无法确认这次结果与之前的结果是否具备可比性。

延伸阅读：围绕「图表为空应该怎么排查」可进一步查阅数据接口与扩展、结果解释与数值检查与版本范围与可复现性。把版本、参数、输入与随机种子一并归档，同一个工程在任何时间重新打开都能得到一致结论，评审与交付都有据可依。

卡顿和溢出通常来自样本量与显示压力，而不是算法本身错误。高采样率、长时间波形、大规模阵列、高 PRF 与小 PRI 都会快速增加样本数量；消息端口溢出则多由生产速率高于消费速率造成，表现为缓存增长、刷新变慢或界面无响应。

首选的缓解手段是降低采样率、缩短显示窗口、限制缓存行数或降低实时显示刷新率。这些调整直接减少内存占用与绘图负担，且不需要改动链路结构；但调整后必须重新记录参数，因为采样率变化会改变时间轴与频率解释，之前的结果不再可直接对比。

第二类手段是控制链路结构。对不需要观察的中间环节，可减少并行显示对象；对消息端口溢出，可降低生产速率或增加队列容量；对长时间运行，可分段保存 Dataset 数据项而不是一次性缓存全部样本。这样既保留可观察性，又避免单次运行耗尽资源。

还要注意参数本身的物理约束。脉宽 PW 不得大于 PRI，PRF 为 1/PRI，工程上建议 PW·Fs ≥ 5；高 PRF 和高采样率会显著增加运行量，若只是为验证算法趋势，可先在较低的样本规模下跑通链路，再逐步提高保真度。

最后把性能处理与结果复核分开：任何为缓解卡顿而做的参数改动，都应连同版本、输入、随机种子、运行日志和图表配置一起归档。否则容易出现「为了跑得快改了参数，却把改后的结果当成基线结论」的错误，这在抗干扰对比和检测概率统计中影响尤其明显。

延伸阅读：围绕「运行卡顿或数据溢出怎么处理」可进一步查阅数据接口与扩展、结果解释与数值检查与版本范围与可复现性。把版本、参数、输入与随机种子一并归档，同一个工程在任何时间重新打开都能得到一致结论，评审与交付都有据可依。

最小归档清单包括八类要素：工程文件（.ess）、版本信息、输入数据、随机种子、关键参数、运行日志、Dataset 数据项和图表配置，以及对应的输出文件。发布归档还应包含版本说明、案例、测试记录与模型边界说明，便于第三方在新环境中重新打开并核对。

工程文件负责说明模型结构，Dataset 与导出数据负责说明结果，归档说明负责把两者关联起来。缺少输入数据时无法重跑，缺少随机种子时无法保证噪声与随机事件一致，缺少图表配置时无法判断曲线显示轴是否做过补偿，缺少版本信息时则难以解释默认值或单位差异。

归档还应记录是否执行过工程级 reset。reset() 清除计数器、缓存和随机状态；两次运行之间若未执行 reset，计数器与随机状态可能延续，结果就不是独立样本。这条信息对噪声试验、蒙特卡洛统计、检测概率与虚警率评估尤其关键。

结果文件本身要做数值检查：数值应为有限值，不能用 NaN 或无效零值掩盖计算失败；指标必须连同条件一起保存，例如检测概率和虚警率需注明 SNR、CFAR 参数和重复次数，BER 与 SINR 需注明干扰条件、观测窗口和功率参考。

把全部内容放在同一归档目录，并写明查阅顺序与预期结果，客户即使不在原作者电脑上也能重新打开工程、核对输入并判断结果是否一致。对团队协作而言，这也减少了「脚本找不到、变量名字改了、图片不是最新结果」的问题，使交付不再依赖个人环境。

延伸阅读：围绕「一份合格的仿真工程归档应包含哪些内容」可进一步查阅数据接口与扩展、结果解释与数值检查与版本范围与可复现性。把版本、参数、输入与随机种子一并归档，同一个工程在任何时间重新打开都能得到一致结论，评审与交付都有据可依。

平台提供中文、英文和双语显示，主要作用是降低不同语言习惯团队的使用与交接成本。同一份 .ess 工程可以在不同界面语言下打开，模型结构、参数、连线与结果保持一致，便于跨团队协作、教学培训和对外演示时切换表述。

实现上有个重要约定：机器使用的工厂路径和端口名保持稳定，中文、英文和双语显示名只影响界面呈现，不改变模型行为。这意味着界面翻译与模型接口维护可以分开进行，也不会因为切换语言导致工程中的工厂路径失效或端口别名变化。

对团队协作而言，稳定接口还意味着文档、脚本和测试用例不必随界面语言改写。工厂路径、端口类型、端口别名、消息字段和参数单位是机器接口的核心，新增字段保持向后兼容，修改字段名称或单位需提供版本迁移说明，这一规则在多语言环境下同样适用。

对教学与培训而言，双语显示便于把同一条链路用于不同教材或课程：中文界面讲解概念与参数含义，英文界面核对术语与国际文献中的写法，双语界面适合并列对照。参数说明、错误信息与单位约定在不同语言界面下始终保持一致，不会因显示语言切换而改变工程约束。

中英双语界面与统一的术语体系，让同一条链路既能用于中文教学，也能对接国际文献与跨团队协作；产品名、字段名与单位约定在各语言界面下保持一致，团队无需额外维护多套命名对照表。

延伸阅读：围绕「中英双语界面有什么作用」可进一步查阅数据接口与扩展、结果解释与数值检查与版本范围与可复现性。把版本、参数、输入与随机种子一并归档，同一个工程在任何时间重新打开都能得到一致结论，评审与交付都有据可依。

eSim 数字战场仿真平台既是成熟的仿真应用平台，又是专业的仿真开发平台，围绕仿真事前、事中、事后提供全流程工具，支持 OODA 过程仿真。它提供 QT 版、UE5 版、B/S 浏览器版与容器化版四种版本形态，支持本地部署与容器化部署，是官网产品体系中偏平台级、体系级的一款。

平台围绕事前、事中、事后三个阶段提供一系列工具和丰富的可扩展接口，包括模型构建、行为编辑、想定部署、运行管理、数据监控、人在回路控制、态势显示、分布式交互与数据分析。这套工具链把过去分散在不同脚本和工具里的环节收拢到同一套工程体系中。

技术上，eSim 以面向对象组件化建模技术为核心，支持 OODA 过程仿真，在模型准备、方案拟定、系统运行、分析评估及态势展现各个阶段提供集成开发与运行管理的全方位支持；内置通用建模语言，支持插件管理，并支持模型及应用软件的二次开发。

官网明确 eSim 代码完全自主可控，全面支持全国产化硬件和操作系统，可为分析论证、模拟训练、试验评估等各领域仿真系统的研制集成和运行管理提供解决方案。典型应用场景覆盖装备与方案的分析论证、仿真系统研制集成与联调、模拟训练与战法研究，以及试验评估与效能分析的量化手段。

与其他产品的关系上，eSim 负责把想定、实体、行为、运行、态势与评估组织起来，eSystemSim 负责信号级链路细节，ePathWaySim 负责传播环境，EOIRSim 与 RadarSim 负责成像，C4ISRSim 与 BehaviorAgent 负责智能决策与博弈。选型时先判断问题属于体系组织还是具体算法验证，再决定以哪一款为主。

「既是成熟的仿真应用平台，又是专业的仿真开发平台」是官网对 eSim 的核心定位。前者意味着它可以直接用于搭建和运行仿真应用：模型准备、方案拟定、系统运行、分析评估、态势展现都有现成工具；后者意味着它还提供集成开发与扩展能力，让用户能基于平台开发自己的模型、行为和仿真应用。

应用平台一侧对应的工具包括模型构建、实体行为逻辑编辑与规则配置、场景想定编排与部署配置、仿真运行全过程管理与调度、过程数据实时监控与采集、操作人员介入与实时干预、多维战场态势可视化展现，以及仿真结果分析与评估报告输出。

开发平台一侧的核心是面向对象组件化建模技术、内置通用建模语言、插件管理以及模型及应用软件的二次开发。平台提供丰富的可扩展接口与运行管理工具，支持分布式交互与联合仿真，便于把已有模型、第三方模块或项目专用组件接入同一体系。

双重定位的工程意义在于：同一个平台既能让使用方快速开展推演，也能让研制方基于它构建专用仿真系统。官网因此把「为分析论证、模拟训练、试验评估等各领域仿真系统的研制集成和运行管理提供解决方案」写进产品描述，而不是只把它定位为一次性的推演工具。

理解这一点也有助于选型：如果团队只需要跑一个固定想定，重点看应用侧工具是否齐备；如果需要长期维护自有模型、接入外部系统或按项目定制，则应重点评估通用建模语言、插件机制、二次开发接口与运行管理能力，并在 POC 阶段用一条最小闭环验证。

官网列出的 eSim 版本形态为 QT 版、UE5 版、B/S 浏览器版与容器化版，部署方式支持本地部署与容器化部署。四种形态面向不同的使用环境和展示需求，底层沿用同一套组件化建模、运行管理与数据分析能力。

QT 版适合桌面环境下的本地建模与研讨，交互密集、离线可用，便于工程师在单机上完成模型构建、参数配置与运行调试。UE5 版面向三维态势与高逼真可视化展现，适合需要沉浸式场景、多维度态势显示或对外演示汇报的场合。

B/S 浏览器版把访问入口放到浏览器，便于多用户通过内网或专网访问同一套仿真服务，减少客户端安装与版本分发成本；在培训、评审与跨部门协同场景中，这种形态更容易统一环境。容器化版则面向服务化部署与资源编排，适合需要弹性部署、环境一致性或与现有平台集成的项目。

四种形态并存的价值，是让同一套模型与想定可以在不同交付环境下复用：前期在桌面端完成模型调试，中期用三维版做态势展现，后期用浏览器版或容器化版支撑多人访问与系统集成。官网把「多维态势展现与可视化」「分布式部署与系统间交互」列为平台能力，正是这一用法的支撑。

具体项目中选择哪一种形态，应结合部署环境、网络条件、终端类型、并发规模与既有系统接口综合判断，并在技术方案里明确对应的运行管理、数据监控与分析评估工具如何落地，而不是只看界面效果。

延伸阅读：围绕「eSim 提供哪四种版本形态」可进一步查阅eSim 数字战场仿真平台、技术内核与常见问题。从桌面研讨、三维态势到浏览器访问与容器部署，同一套平台能力可适配不同规模的使用场景。

OODA 指观察（Observe）、判断（Orient）、决策（Decide）、行动（Act）构成的闭环过程。官网把「支持 OODA 过程仿真」列为 eSim 的核心过程能力，说明平台关注的不是单一动作或静态指标，而是多平台在动态对抗中如何完成从感知到行动的循环，以及谁能更快形成并保持闭环优势。

在 eSim 里，OODA 过程仿真依托模型准备、方案拟定、系统运行、分析评估及态势展现五个阶段的工具链展开：先构建实体模型与行为规则，再编排想定，运行中实时采集过程数据并支持人在回路干预，最后对闭环过程与结果做分析评估。

BehaviorAgent 从智能体角度强化了这一闭环。官网描述其把大模型引入作战仿真，重点增强平台实体 OODA 中的认知和决策能力，让平台行为不再只是固定执行规则和行为树，而是能够观察、理解、决策、学习；电磁信息层进行感知博弈，平台层进行行动博弈，最终博弈谁能更快形成并保持「发现—判断—决策—打击」闭环优势。

对评估而言，OODA 过程仿真意味着结果指标不止是命中与否，还应包含闭环耗时、判断准确性、决策链路与执行反馈。C4ISRSim 以自然语言作为任务入口，把态势信息、证据卡片、方案推演、路线优化与执行反馈组织在统一界面，也是围绕这条闭环提供人机协同支持。

因此引用 OODA 时建议保留官网的过程表述，不要把它简化成某个单一算法或指标；体系级推演关注的是闭环整体，而具体波形、编码、检测算法的正确性仍需在信号级链路中单独验证。

延伸阅读：围绕「什么是 OODA 过程仿真」可进一步查阅eSim 数字战场仿真平台、技术内核与常见问题。从桌面研讨、三维态势到浏览器访问与容器部署，同一套平台能力可适配不同规模的使用场景。

官网把「以面向对象组件化建模技术为核心」同时写在 eSim 平台与技术内核页面的显著位置，是宜思仿真技术体系的底座。其基本思路是把仿真对象抽象为具有属性、行为与接口的组件，通过标准化接口按需装配，形成不同领域、不同层级的仿真应用，而不是为每个项目重写一套单体程序。

组件化的直接收益是标准化、模块化与可复用。官网在信号级层面公开 500 余个信号级组件模块，明确「信号处理链保持可拆分、可观察」；在传播层面公开 30 余个原子模型与 60 余个复合模型；在案例层面公开 355 余个典型案例，覆盖雷达、电子战、通信联合复合场景。三者共同构成按需装配的资源池。

在 eSim 中，组件化建模与内置通用建模语言、插件管理、模型及应用软件二次开发配套使用。用户可以编辑实体行为逻辑、配置规则、编排想定，并把自有模型接入平台；在 eSystemSim 中，组件化体现为 Part 拖放、端口连线与参数化装配，工厂路径、端口类型、参数单位保持稳定。

对工程交付而言，组件化让模型可以按模块分工开发、案例可以按页面组织、测试可以针对单个组件与整条链路分别进行。出现问题时可只替换某一级组件做对照，交付时也能按模块提供最小输入、预期输出、单位约定和异常处理说明。

需要区分的是，组件化是一种架构方法，不等于模型精度承诺。结果可信度仍取决于模型假设、输入数据质量与验证条件；官网质量管理体系部分也强调模型校核、验证与确认（VV&A）以及单元测试、集成测试与第三方测评相结合，架构方法与验证流程是两条并行的保障线。

官网把「内置通用建模语言，支持插件管理，支持模型及应用软件的二次开发」列为 eSim 的核心扩展机制。通用建模语言用于统一描述实体、行为、规则与关系，让不同领域的模型在同一套语义下被定义和装配；插件管理则让新增能力以模块形式接入，而不必改动平台主体。

对使用方来说，这套机制解决的是「项目专用模型如何长期维护」的问题。仿真项目常会积累大量专用算法、规则与数据接口，如果每次都靠修改主程序来适配，版本很快就会分叉；把专用部分封装成模型或插件，可以让平台升级与项目模型维护相互独立。

对研制方来说，通用建模语言配合运行管理工具、可扩展接口与分布式交互能力，使 eSim 具备专业仿真开发平台的属性。官网因此把它定位为既能直接开展推演，也能支撑分析论证、模拟训练、试验评估等各类仿真系统的研制集成与运行管理。

在信号级层面，类似的接口稳定性由 Part 契约承担：工厂路径、端口类型、端口别名、消息字段和参数单位保持稳定，新增字段保持向后兼容，修改字段名称或单位需提供版本迁移说明；C/C++ Part 通过工程构建系统注册工厂和文档，使用统一生命周期。两类机制本质上都在降低扩展成本。

评估二次开发能力时，建议关注四点：接口是否文档化且稳定、新增模型是否需要改动平台主体、能否提供最小案例与测试、升级后已有工程是否可平滑打开。用一条最小闭环现场验证这四点，比对照功能清单更能反映真实可用性。

官网把 eSim 的工具链按仿真事前、事中、事后三个阶段组织。事前对应模型准备与方案拟定：面向对象组件化建模、实体行为逻辑编辑与规则配置、场景想定编排与部署配置，解决「仿什么、按什么规则仿、在什么想定下仿」的问题。

事中对应系统运行与过程控制：仿真运行全过程管理与调度、过程数据实时监控与采集、支持操作人员介入与实时干预、多维战场态势可视化展现，以及分布式交互与联合仿真。这一阶段的重点是把运行过程变成可观察、可干预、可记录的对象，而不是一个黑盒。

事后对应分析评估：仿真结果分析与评估报告输出，配合数据分析工具与结果输出能力，把过程数据转化为可交付的结论。官网把「为试验评估与效能分析提供量化手段」列为典型应用场景，正对应这一阶段。

三个阶段并非割裂。事中采集的过程数据是事后分析评估的输入，事前定义的模型与规则决定了事中数据的含义；因此同一套工程需要把模型、想定、运行记录、数据项与图表配置统一管理，避免结果出来后才发现缺少关键前提。

这套划分也与官网强调的全生命周期需求一致：方案论证主要发生在事前，算法验证贯穿事中，效能评估集中在事后。引用时建议保留三阶段的完整列举，不要只强调其中某一段，否则容易把平台误读为单纯的态势展示或结果绘图工具。

延伸阅读：围绕「仿真事前、事中、事后分别提供哪些工具」可进一步查阅eSim 数字战场仿真平台、技术内核与常见问题。从桌面研讨、三维态势到浏览器访问与容器部署，同一套平台能力可适配不同规模的使用场景。

官网把「人在回路控制」与「多维态势展现与可视化」列为 eSim 事中阶段的工具能力。人在回路指仿真运行过程中允许操作人员介入与实时干预，而不是让推演完全按预设脚本自动跑完；这对训练、战法研究与方案研讨很重要，因为人的判断本身就是要被观察和评估的对象。

人在回路的实现依赖三件事：运行管理能暂停、恢复与调度；过程数据能实时监控与采集；干预动作能被记录并与结果关联。若干预没有被记录，事后就无法解释结果变化来自模型还是来自人的操作，评估结论也就失去可复核性。

态势显示指多维战场态势可视化展现。在 eSim 的四种版本形态中，UE5 版尤其适合三维态势与高逼真场景展现；B/S 浏览器版便于多用户查看同一态势；QT 版适合本地调试；容器化版支撑服务化部署。不同形态服务于不同展示与访问需求，底层数据保持一致。

C4ISRSim 的态势图层、证据卡片、方案对比与状态面板，是态势信息在任务工作台上的另一种组织方式；BehaviorAgent 生成的自身、目标、威胁、编队态势与全局评估结果，则为智能体视角下的态势元素。三者面向的对象不同，但都服务于「让决策者看清当前状态」。

需要注意，态势显示是结果的呈现层，不能替代底层模型与数据。官网强调数据监控、运行管理与数据分析工具配套使用，正是为了避免把可视化效果当成仿真可信度的证明；评估时仍应回到模型假设、输入条件与可复核的过程记录。

延伸阅读：围绕「人在回路控制与态势显示指什么」可进一步查阅eSim 数字战场仿真平台、技术内核与常见问题。从桌面研讨、三维态势到浏览器访问与容器部署，同一套平台能力可适配不同规模的使用场景。

官网把「支持分布式交互与联合仿真」「支持分布式部署与系统间交互」列为 eSim 的平台能力，同时说明 eSystemSim 支持与场景软件进行联合仿真。两者共同指向一个需求：复杂仿真系统往往由多个子系统、多个节点或多个单位的模型共同构成，难以在单一进程中完成。

分布式交互解决的是运行期的协同问题：不同节点按统一接口交换状态、事件与数据，各自负责一部分模型计算，由运行管理工具统一调度与监控。这样既能扩展场景规模，也能让不同团队按模块分工开发、分别调试，最后在联合运行中验证整体行为。

联合仿真解决的是异构工具衔接问题。例如体系级平台负责想定、实体与任务过程，场景软件负责三维态势，信号级链路负责波形与算法验证，成像软件负责传感器图像。衔接时必须明确数据格式、时间同步、坐标系、单位与验收条件，否则各子系统即使各自跑通，合并结果仍无法解释。

工程上稳妥的做法是分阶段推进：先做离线文件闭环，验证数据能被正确读写；再定义采样率、中心频率、时间戳、缓存与丢包处理，接入网络流；最后连接实时设备或外部系统。每个阶段形成可运行的最小闭环，便于在条件不具备时继续完成算法与接口验证。

eSim 提供可扩展接口与分布式交互能力，可对接外部系统、接入既有模型，支撑从桌面研讨、三维态势展示到多平台联合推演的不同规模应用，让体系级仿真与实际工程流程顺畅衔接。接口与模型保持一致，既有算法资产可以平滑迁移，不必为每个项目重新搭建仿真环境。

支持。官网明确 eSim 内置通用建模语言，支持插件管理，支持模型及应用软件的二次开发，并提供丰富的可扩展接口与运行管理工具。这是它被称为「专业的仿真开发平台」而非单纯应用工具的主要原因。

二次开发的对象可以分三类：模型层可接入项目专用的实体模型、行为规则与算法组件；应用层可基于平台能力构建面向特定任务的仿真应用；接口层可通过分布式交互、数据监控与分析评估工具与外部系统交换数据。三者都以组件化建模和稳定接口为前提。

配套机制也在官网列出：面向对象组件化建模技术、通用建模语言、插件管理、运行管理工具、过程数据实时监控与采集、数据分析与评估报告输出。这些机制让新增模型不必改动平台主体，也让项目模型的升级与平台升级可以相对独立进行。

在信号级产品侧，扩展能力有更具体的接口约定：eSystemSim 支持 MATLAB 代码嵌入运行，C/C++ Part 通过工程构建系统注册工厂和文档，使用统一生命周期；工厂路径、端口类型、端口别名、消息字段和参数单位保持稳定，新增字段保持向后兼容，修改字段名称或单位需提供版本迁移说明。

评估二次开发范围时，建议用一次小规模 POC 验证：定义接口、封装一个最小模型、提供最小输入与预期输出、记录单位约定与异常情况、升级一次版本后重新打开工程。能否稳定完成这套流程，比功能清单更能说明二次开发能力是否可用。

延伸阅读：围绕「eSim 支持二次开发吗？支持到什么程度」可进一步查阅eSim 数字战场仿真平台、技术内核与常见问题。从桌面研讨、三维态势到浏览器访问与容器部署，同一套平台能力可适配不同规模的使用场景。

ePathWaySim 是宜思仿真的电磁传播仿真软件，提供电磁传播全链路建模，覆盖平台、发射、天线（扫描、天线方向图）、传播、接收、RCS 与环境等环节，并提供自动模型选型功能，可根据场景自动选择最合适的传播模型。它在产品体系中负责「环境层」，回答信号从发射到接收经历了什么。

模型体系是它的核心。官网公开 30 余个原子传播模型与 60 余个复合传播模型，覆盖陆海空天水下、城市与室内、HF 与低频等场景。复合模型由原子模型按场景组合而成，用于表达更复杂的传播路径，例如城市街巷中的反射、绕射与多径叠加。

三维射线传播模型支持 SBR 射线发射与弹跳、UTD 边缘绕射、反射、透射、漫反射以及混合路径，支持万级多阶精细环境。官网同时说明软件考虑地形、建筑、植被、气象、海洋与电离层等环境因素，并支持物理传播与任务仿真结合，针对精细化小场景城市环境提供基于弹跳射线法与射线追踪技术的高精度传播仿真。

在应用侧，ePathWaySim 提供电磁覆盖计算与显示，以及雷达、通信、电子战威力计算和显示；支撑空、天、地、海多域的方案论证、覆盖分析、链路评估与任务仿真。这些输出可以直接服务于链路预算与覆盖规划，而不是只生成一张传播损耗图。

与 eSystemSim 衔接时，传播模型给出的衰减、时延、多普勒与多径条件应作为信号级信道的输入，且两边单位口径必须统一：采样率 Fs 为 samples/s，频率与带宽为 Hz，时间为 s，复基带有效频谱落在 [-Fs/2, Fs/2] 内。否则环境层与链路层的结果无法对齐。

延伸阅读：围绕「ePathWaySim 是什么」可进一步查阅产品中心、解决方案与技术文档中心。七款软件各自对应明确的工程定位，可按雷达、通信、电子战、光电与电磁环境场景快速组合出完整方案。

官网把 ePathWaySim 的模型体系分成两类：30 余个原子传播模型与 60 余个复合传播模型，合计 90 余个电磁传播模型。原子模型描述单一、可独立验证的传播机理或路径效应；复合模型则按具体场景把多个原子效应组合起来，形成可直接用于任务仿真的传播计算方案。

这种分层与组件化建模思路一致。原子模型便于单独校核：某一类损耗、反射或绕射的计算是否符合公开公式与可验证假设，可以在受控条件下检查；复合模型便于工程使用：面对城市街巷、室内、陆海空天水下或 HF／低频等场景，不必每次从零组合底层效应。

官网列出三维射线传播模型支持 SBR 射线发射与弹跳、UTD 边缘绕射、反射、透射、漫反射及混合路径，支持万级多阶精细环境。这些效应可以看作原子能力，按场景组合后形成复合模型；软件还提供自动模型选型，根据场景自动选择最合适的传播模型。

环境因素同样按场景耦合：地形、建筑、植被、气象、海洋与电离层都会进入传播计算。官网在电磁环境仿真方向强调「涵盖气象条件、地形地貌、海洋环境等多因素耦合」，并针对精细化小场景城市环境提供基于弹跳射线法与射线追踪技术的高精度仿真。

30 余个原子模型与 60 余个复合模型覆盖从自由空间到复杂地海环境的传播计算，可按场景精度要求灵活选用，并支持接入实测天线方向图、设备校准数据与射频前端特性，让传播模型更贴近真实装备的工作条件。从链路级趋势分析到精细化场景评估，模型粒度可按需切换。

官网明确列出 ePathWaySim 三维射线传播模型支持的效应：SBR 射线发射与弹跳、UTD 边缘绕射、反射、透射、漫反射，以及混合路径；同时支持万级多阶精细环境。这些效应共同描述电磁波在复杂几何场景中从发射到接收的多条可能路径。

SBR（弹跳射线法）负责追踪射线在场景表面的多次发射与弹跳，适合处理城市建筑、室内结构等具有大量反射面的环境；UTD（一致性几何绕射理论）负责边缘绕射，处理被建筑边缘、棱角遮挡后仍能到达接收点的能量。反射与透射对应不同介质界面的能量分配，漫反射对应粗糙表面的散射。

「混合路径」意味着一次计算中并非只采用单一机理，而是按几何关系把直射、反射、绕射、透射等路径组合起来；「万级多阶精细环境」描述的是可处理的场景规模与射线阶数，服务于城市街巷一类精细小场景的高精度传播仿真。

环境层面还需耦合地形、建筑、植被、气象、海洋与电离层等因素。官网把这些列为电磁环境仿真的环境因素，并说明软件支持物理传播与任务仿真结合，因此传播结果不只是绘图素材，也可用于电磁覆盖计算与显示，以及雷达、通信、电子战威力计算和显示。

需要注意的是，公开公式与可验证假设构成的模型，能够支撑趋势分析、覆盖评估与方案论证；若项目要求实测天线方向图、设备校准数据、射频前端非理想特性或硬件时间戳，则需要通过授权数据或项目适配补充，不能把公开模型自动等同于真实设备表现。

自动模型选型是 ePathWaySim 的一项便利能力：软件根据场景自动选择最合适的传播模型。面对陆海空天水下、城市与室内、HF 与低频等差异很大的场景，人工逐一挑选原子模型与复合模型既耗时又容易出错，自动选型把这一步变成可重复的配置流程。

选型的依据来自场景特征与模型库覆盖范围。官网列出 30 余个原子传播模型与 60 余个复合传播模型，并说明三维射线传播模型支持 SBR 射线弹跳、UTD 边缘绕射、反射、透射、漫反射与混合路径，支持万级多阶精细环境。自动选型本质上是在这些能力中按场景匹配计算路径。

电磁覆盖计算与显示则是结果侧能力：在给定发射、天线方向图、传播与环境条件后，计算并呈现信号覆盖范围，供方案论证与链路评估使用。官网同时列出雷达、通信、电子战威力计算和显示，说明传播结果可以直接服务于不同领域的效能判断。

应用覆盖空、天、地、海多域的方案论证、覆盖分析、链路评估与任务仿真。对通信链路，覆盖结果可帮助判断哪些区域具备可用信号条件；对雷达与电子战，威力计算可帮助判断探测或干扰条件是否成立；再往下接入信号级链路，就能验证在这些条件下算法表现如何。

使用这类自动能力时，仍建议把所选模型、场景参数、环境因素与计算结果一并记录。自动选型降低了操作门槛，但不改变「结果必须附带条件才可解释」的原则；若后续需要复核或对比不同方案，这些记录就是唯一可依赖的依据。

EOIRSim 是光电红外仿真软件，基于热物理计算，对光电传感器、环境、背景、目标的光学与红外特性进行建模和仿真，实时生成可见光、红外、夜视等仿真图像。官网明确其可生成可见光与短波、中波、长波红外场景，覆盖陆海空天各类目标。

能力构成上，软件提供场景建模（目标／背景／环境）、场景与想定规划编辑、材质建模、光电传感器特性仿真、目标与背景辐射特性计算、大气传输特性计算、环境特性计算与光电对抗仿真。这条链路从目标与背景的辐射特性出发，经大气传输与传感器响应，最终落到图像输出。

环境因素覆盖不同地形、海洋、植被与建筑，可模拟季节、云、雨、雪、风等气象效果，以及光照与阴影的变化；特效包括爆炸、烟雾、尾痕、点源等。官网在解决方案页也把「图像级高保真光电仿真」列为五大领域之一，强调复杂场景下目标特性与成像效果的逼真还原。

应用环节覆盖装备论证、研制、试验与训练：基于热物理计算与材质库生成可见光、红外与夜视图像，可模拟不同地形、气象与光照条件，并支持接入具体设备参数与实测大气数据，形成贴近真实传感器观测的仿真结果。

覆盖可见光与短波、中波、长波红外场景，可模拟不同地形、海面、植被、建筑与季节、云、雨、雪、风等气象条件，并支持接入具体传感器参数与实测大气数据，形成贴近装备论证、研制与训练需求的成像效果。

延伸阅读：围绕「EOIRSim 覆盖哪些波段与场景」可进一步查阅产品中心、解决方案与技术文档中心。七款软件各自对应明确的工程定位，可按雷达、通信、电子战、光电与电磁环境场景快速组合出完整方案。

RadarSim 基于热物理计算，高逼真仿真雷达成像特性，具有丰富的背景和目标材质库，可实时输出高分辨率、高帧率仿真图像。官网把它归入「光电与成像」方向，并强调它用于装备论证、研制、试验与训练等环节。

环境因素方面，软件考虑气象、海洋、暴风雨等环境影响；干扰因素方面，计入箔条、背景信号、干扰机等影响。把这些条件一起算进图像，是它与单纯几何渲染最明显的区别：成像结果不仅取决于目标几何，还取决于环境、背景与对抗条件。

运行过程中支持手动添加、修改、删除实体目标，便于在推演中动态调整场景。这一能力对训练与方案研讨很实用：不必中断仿真重新生成场景，就能观察目标增减或位置变化后成像与识别结果如何改变。

在解决方案体系中，雷达方向同时覆盖功能级系统逻辑推演与信号级波形链路细节建模；RadarSim 承担的是图像级成像特性与效果的呈现，echSystemSim 承担的是信号级链路验证，ePathWaySim 承担传播环境。三者层次不同，可按需组合。

需要注意，成像仿真输出的是基于模型与材质库生成的图像，不等同于实测雷达数据。若项目需要实测天线方向图、设备校准数据或特定硬件的非理想特性，应通过授权数据或项目适配补充；对外引用时建议注明「基于热物理计算的高逼真仿真图像」，避免被误读为真实装备回波。

延伸阅读：围绕「RadarSim 的雷达成像仿真考虑哪些因素」可进一步查阅产品中心、解决方案与技术文档中心。七款软件各自对应明确的工程定位，可按雷达、通信、电子战、光电与电磁环境场景快速组合出完整方案。

C4ISRSim 是面向复杂任务的人机协同工作台，最显著的特征是以自然语言作为任务入口。官网给出的示例请求包括「查看目标细节」「识别区域对象」「生成多套方案」「推荐最优路线」「执行批准方案」，使用者不必逐层点击菜单，可直接用业务语言描述意图。

系统根据当前上下文调用相应能力，并把结果以态势图层、证据卡片、方案对比和状态面板等方式呈现。也就是说，自然语言入口背后关联的是一整套任务能力：态势信息、图像视频证据、目标识别、方案推演、路线优化、资源分配与执行反馈都被组织在统一界面中。

这类交互的核心价值在于缩短「发现问题到推动执行」的过程。传统工作台往往要求使用者先找到对应模块、再选择图层、再配置参数；把任务入口统一到自然语言后，系统可以依据当前态势与上下文自动选择要调用的能力，并把关键依据以证据卡片形式一并呈现，便于人做判断。

从组成看，官网把 C4ISRSim 归入智能仿真产品，与 BehaviorAgent 形成分工：前者偏人机协同的任务工作台，强调人的判断与执行反馈；后者偏自主对抗推演，强调智能体观察、理解、决策、学习并形成 OODA 闭环优势。两者定位不同，不宜混为一谈。

评估这类能力时，建议关注上下文是否可追溯、任务请求与调用能力之间的对应关系是否清晰、结果是否附带证据与状态。自然语言只是入口形式，真正决定可用性的仍是背后态势数据、任务模型与结果呈现是否完整、可解释、可复核。

延伸阅读：围绕「C4ISRSim 的自然语言任务入口怎么用」可进一步查阅产品中心、解决方案与技术文档中心。七款软件各自对应明确的工程定位，可按雷达、通信、电子战、光电与电磁环境场景快速组合出完整方案。

官网列出 BehaviorAgent 的组成模块为：多源感知与态势生成、大模型、战术决策、战术规则库、自我学习。映射机制是智能体与作战实体平台自动建立一一映射；态势生成包括自身、目标、威胁、编队态势与全局评估结果；动作输出包括主战术动作、电子战动作、雷达动作与武器动作。

它把大模型引入作战仿真，重点增强平台实体 OODA 中的认知和决策能力，让平台行为不再只是固定执行规则和行为树，而是能够观察、理解、决策、学习，让作战推演从规则驱动走向智能驱动。在高度动态和不确定的虚拟战场环境中，它模拟人类操作者的专业技能、战术思维能力与复杂行为。

博弈分两层：电磁信息层进行「感知」博弈，平台层进行「行动」博弈；最终博弈的是谁能更快形成并保持「发现—判断—决策—打击」闭环优势。这一表述与 eSim 支持的 OODA 过程仿真相呼应，只是 BehaviorAgent 从智能体视角切入。

复盘分析是另一项明确能力：基于上帝视角对交战过程、决策过程和作战结果自动复盘分析、提炼规则。对训练与战法研究而言，复盘结果比单纯胜负更有价值，因为它能说明决策链路在哪一步形成优势或出现偏差。

引用时应保留官网的模块名称与动作分类，不要把 BehaviorAgent 简单描述成「聊天机器人」或把它的能力归并到 C4ISRSim。前者是自主对抗推演中的智能体，后者是人机协同的任务工作台，二者在目标、输入与输出形态上都不相同。

延伸阅读：围绕「BehaviorAgent 的组成模块与映射机制是什么」可进一步查阅产品中心、解决方案与技术文档中心。七款软件各自对应明确的工程定位，可按雷达、通信、电子战、光电与电磁环境场景快速组合出完整方案。

官网在产品中心与技术内核页面都写到：eSystemSim 提供信号级组件模块 500 余个，信号处理链保持可拆分、可观察，支持雷达、通信、电子战信号级设计仿真。这些组件对应图形化建模环境里的 Part，用户通过拖放、端口连线与参数化装配把它们组织成完整链路。

组件的价值首先是可拆分。一条通信链从业务数据、编码、交织或扩频、调制、成形滤波、跳频或信道，到同步、解调、译码与指标，每一级都能单独替换和观察；雷达链与电子战链同理。链路中某一级出现问题时，可以只替换该 Part 做对照，而不必重写整个工程。

其次是可观察。组件输出可以接入 Wave Monitor、频谱图、星座图、图表与表格，也可由 Data Sink 绑定到 Dataset 数据项保存为结构化数据。绘图与数据项绑定后随工程重跑自动刷新，脚本与外部程序应优先读取导出数据，而不是解析界面截图。

第三是接口稳定。工厂路径、端口类型、端口别名、消息字段和参数单位是机器接口的核心；IQ 流使用 complex_float32，比特流使用 uint8 的 0/1，指标与事件使用消息或信号 Slot。新增字段保持向后兼容，修改字段名称或单位需提供版本迁移说明。

500 余个信号级组件按功能分层组织，覆盖信号生成、调制编码、信道传播、目标与干扰、接收处理、检测评估等环节；团队可以像搭积木一样按需组合，从最小可运行链路逐步扩展到完整系统，组件之间的接口与单位约定保持一致。

延伸阅读：围绕「500 余个信号级组件模块指什么」可进一步查阅产品中心、解决方案与技术文档中心。七款软件各自对应明确的工程定位，可按雷达、通信、电子战、光电与电磁环境场景快速组合出完整方案。

官网在产品中心与技术内核页写到：eSystemSim 提供 355 余个典型案例，覆盖雷达、电子战、通信等联合复合场景。案例以 .ess 工程格式组织，打开后可看到画布中的 Part、端口连线、参数配置以及波形、频谱、图表与表格等显示对象。

案例最常见的用法是作为起步基线。安装后首次启动可从案例浏览器打开一个已验证案例，确认画布、Part 目录和图表能够加载；随后按手册给出的标准链路逐段观察，理解每一级 Part 的输入、输出与参数含义，再逐步替换成自己的模型和数据。

第二类用法是对照验证。技术文档列出三条旗舰闭环方向的案例：脉冲多普勒雷达链从发射、目标回波到距离-速度图、二维 CFAR、检测表与跟踪表；通信链覆盖 RS 与 CCSK、LDPC 与 GMSK、卷积码与 DSSS 等组合；电子战链覆盖多辐射源、PDW、PRI 分选与响应式干扰。固定目标距离、速度或干扰条件后，可检查峰值位置、BER、SINR 与航迹连续性是否符合预期。

第三类用法是教学与培训。案例自带的参数、连线与图表配置，可用于讲解「公式放进完整链路后会发生什么」；配合 Dataset 与归档规范，还能把一次演示改造成可复核的试验记录，让学员练习保存参数、随机种子与运行日志。

355 余个典型案例覆盖通信、雷达、电子战、光电与电磁环境五大方向，包含 Link 16 类、TTNT 类、CDL 类等链路结构、抗干扰趋势与指标验证场景；团队可直接打开案例修改参数、替换组件，快速得到与自身任务接近的仿真工程。

延伸阅读：围绕「355 余个典型案例怎么用」可进一步查阅产品中心、解决方案与技术文档中心。七款软件各自对应明确的工程定位，可按雷达、通信、电子战、光电与电磁环境场景快速组合出完整方案。

官网解决方案页把雷达方向的链路概括为信号生成、传播、处理、检测与识别全链路仿真；技术文档中的标准雷达链更具体：发射机 → 目标回波 → 信道 → 脉冲处理 → 距离-速度图 → 二维 CFAR → 检测表 → 跟踪表。这条链路把公式放进可逐层观察的工程结构里。

发射端需要确定波形与参数：脉冲、LFM、FMCW、相位编码或脉冲多普勒波形，以及载频、采样率、脉宽、PRI、PRF、带宽和发射功率。随后由目标、传播与回波模型产生带有时延、衰减、相位变化和速度信息的信号，再接入接收机、匹配滤波、脉冲压缩、MTD、CFAR 与峰值检测。

参数约定必须统一。采样率 Fs 单位为 samples/s，频率与带宽为 Hz，时间为 s；复基带有效频谱须落在 [-Fs/2, Fs/2] 内，RF 载频由元数据标签传递，无需按载频直接采样。脉宽 PW 不得大于 PRI，PRF 为 1/PRI，工程上建议 PW·Fs ≥ 5，更稳定时取 10 个采样点以上。

输出不应只有一个布尔结果。建议同时观察发射波形、目标回波、杂波、干扰、匹配滤波输出、距离像、速度谱、检测峰值、测角结果与航迹表；Dataset 可保存这些数据项，绘图绑定后工程重跑自动刷新。这样每一层都能被单独检查，出问题时也能定位到具体环节。

旗舰闭环案例把脉冲发射、目标回波、传播、脉冲多普勒处理、距离-速度图、二维 CFAR、检测表和跟踪表串在一起，是理解链路的最好起点。另有基本发射回波、脉冲多普勒链与 FMCW 拍频等波形案例，可分别用于观察不同环节的行为。

延伸阅读：围绕「雷达信号级仿真包含哪些环节」可进一步查阅雷达案例与链路、参数与单位约定与结果解释。从发射波形、目标回波到脉压检测与航迹，每一级信号都能单独观察，让雷达算法验证有据可依。也便于把同一套方法迁移到不同波形、不同目标与不同检测门限的对比试验中。

技术文档给出的近似关系是：LFM（线性调频）信号的距离分辨率约为 c/(2B)，其中 c 为光速、B 为信号带宽；脉冲延迟与目标距离满足 R = c·τ/2，τ 为回波相对发射的时延。这两条关系式是雷达信号级仿真中最常用的核对基准。

从物理含义看，距离分辨率由带宽决定，带宽越大，脉压后的主瓣越窄，两个距离相近的目标越容易被分开；而目标距离由回波时延决定，与带宽无直接关系。工程上常同时检查脉压峰位置是否与预期时延一致、主瓣宽度是否随带宽变化，再结合距离误差判断链路是否正确。

核对时要注意滤波器实现细节。匹配滤波器的群时延和边界补零会影响峰值索引，显示轴应做补偿或明确说明；否则即使算法正确，读出的距离也可能偏移固定量。把采样率 Fs、脉宽 PW、PRI、带宽 B 和目标距离一起记录，是避免这类误判的基本做法。

幅度与功率的解释同样要谨慎。归一化 IQ 的幅度不是瓦特；以电阻 R 为参考时，复包络平均功率可按 P=mean(|x|²)/R 换算，P_dBm=10·log10(P/1mW)；噪声热功率常用 k·T·B·F，其中 B 是等效噪声带宽、F 是噪声因子。没有明确参考阻抗时，不应把 amplitude 直接称为发射功率。

因此引用 c/(2B) 时应带上条件：它描述的是理想条件下由带宽决定的分辨能力，实际分辨效果还受波形设计、匹配滤波、信噪比、目标散射特性与检测门限影响。仿真中若改变带宽，应同时重新记录参数、随机种子与图表配置，保证前后结果可对比。

延伸阅读：围绕「LFM 距离分辨率怎么计算」可进一步查阅雷达案例与链路、参数与单位约定与结果解释。从发射波形、目标回波到脉压检测与航迹，每一级信号都能单独观察，让雷达算法验证有据可依。也便于把同一套方法迁移到不同波形、不同目标与不同检测门限的对比试验中。

PW 是脉冲宽度，PRI 是脉冲重复间隔，PRF 是脉冲重复频率，三者满足 PRF = 1/PRI，且 PW 不得大于 PRI。技术文档还要求有效脉宽至少有一个采样点，工程上建议 PW·Fs ≥ 5，更稳定时取 10 个采样点以上，以保证脉冲在离散采样后仍能被可靠表示。

PRI 决定相邻脉冲之间的时间，也决定最大不模糊距离；PRF 越高，单位时间内脉冲越多，积累速度更快，但距离模糊风险上升。PW 决定单个脉冲持续时间和发射能量，直接影响距离分辨率与脉压处理，设计时需在能量、分辨力和不模糊范围之间折中。

采样率与这三者共同决定运行量。高 PRF、小 PRI、高采样率和长时间运行会快速增加样本数量，进而带来内存占用与显示卡顿；出现溢出或卡顿时应降低采样率、缩短显示窗口、限制缓存行数或降低实时显示刷新率，但任何调整都要连同参数一起记录。

参数合法性检查会拦截明显越界的配置：PW 大于 PRI、采样率为负、带宽超过奈奎斯特范围、符号率超过采样率、矩阵阵元数为正等约束中，前一条与雷达时间参数直接相关。错误信息应包含参数名、当前值和约束原因，便于定位具体 Part。

在结果解释时，距离峰位置由时延决定，速度峰位置由多普勒频移决定；检查脉压峰位置、距离误差、速度峰位置与速度误差时，应固定目标距离和速度，并在明确的 SNR、CFAR 参数与重复次数下统计检测概率和虚警率。脱离这些条件，单独比较 PW 或 PRF 的数值没有意义。

延伸阅读：围绕「PW、PRI、PRF 之间是什么关系」可进一步查阅雷达案例与链路、参数与单位约定与结果解释。从发射波形、目标回波到脉压检测与航迹，每一级信号都能单独观察，让雷达算法验证有据可依。也便于把同一套方法迁移到不同波形、不同目标与不同检测门限的对比试验中。

技术文档明确指出，脉压峰值受波形带宽、匹配滤波、幅度和噪声影响。带宽决定脉压后主瓣宽度，进而影响距离分辨能力；匹配滤波器的实现（含群时延与边界补零）影响峰值索引；发射与回波幅度影响峰值绝对大小；噪声与杂波则影响峰值是否可可靠检测。

因此检查脉压结果时，不能只看「有没有一个峰」。建议同时核对峰位置是否对应目标时延 R = c·τ/2，主瓣宽度是否随带宽按 c/(2B) 的趋势变化，峰值幅度变化是否与参数调整一致，以及噪声条件下峰值是否稳定。固定目标距离和速度后做重复噪声试验，才能把波动与系统误差分开。

实现细节往往是误判来源。滤波器群时延和边界补零会让峰值索引偏移，显示轴应补偿或明确说明；采样率 Fs 决定时间轴刻度，PW·Fs ≥ 5 的工程建议保证脉冲有足够采样点。若采样率、起始样本或有效样本等元数据记录不全，第三方很难复核峰值位置的含义。

检测环节还要带上门限条件。二维 CFAR 之后的检测表受 CFAR 参数、噪声背景与重复次数影响；检测概率和虚警率必须在明确的 SNR、CFAR 参数和重复次数下解释，航迹连续也不等于每一帧都无误差。把脉压峰值直接当作检测结论，会跳过这些必要条件。

归档时应保存发射波形、目标回波、匹配滤波输出、距离谱、检测峰值与航迹等 Dataset 数据项，并记录版本、参数、随机种子、运行日志和图表配置。数值应为有限值，不能用 NaN 或无效零值掩盖计算失败。

延伸阅读：围绕「脉压峰值受哪些因素影响」可进一步查阅雷达案例与链路、参数与单位约定与结果解释。从发射波形、目标回波到脉压检测与航迹，每一级信号都能单独观察，让雷达算法验证有据可依。也便于把同一套方法迁移到不同波形、不同目标与不同检测门限的对比试验中。

CFAR（恒虚警率）检测的作用，是在噪声与杂波背景变化的条件下按自适应门限给出检测点。技术文档中的标准雷达链把它放在距离-速度图之后、检测表与跟踪表之前：脉冲处理产生距离-速度图，二维 CFAR 输出检测峰值，再到检测表和航迹表。

解释结果时最重要的是附带条件。检测概率和虚警率必须在明确的 SNR、CFAR 参数和重复次数下解释；脱离噪声背景、门限设置与统计次数，单次的「检测到／未检测到」不能代表算法性能。重复噪声试验统计检测概率和虚警率，是旗舰闭环案例明确给出的检查方法。

还要区分检测与跟踪。检测表给出的是某一帧中的峰值点，跟踪表给出的是跨帧关联的航迹；航迹连续不等于每一帧都无误差，也不等于检测率百分之百。检查时应同时看航迹 ID、航迹连续性、距离-速度图、检测表和航迹表是否都有有限数据。

门限相关因素需要一并记录：检测门限、接收带宽、采样率、观测时长与噪声条件都会影响输出；在电子战场景中，PDW 与分选结果同样受门限与噪声条件影响，JSR、SINR 和检测率应使用同一时间窗口和功率参考。不同窗口下直接比较数值没有意义。

结果应为有限值，不能用 NaN 或无效零值掩盖计算失败。每次验证建议记录输入参数、随机种子、版本、输出文件和图表配置，并把 Dataset 中的距离谱、检测峰值与航迹数据一并归档，这样第三方才能重新打开工程核对结论。

延伸阅读：围绕「CFAR 检测结果应该如何解释」可进一步查阅雷达案例与链路、参数与单位约定与结果解释。从发射波形、目标回波到脉压检测与航迹，每一级信号都能单独观察，让雷达算法验证有据可依。也便于把同一套方法迁移到不同波形、不同目标与不同检测门限的对比试验中。

距离-多普勒图是脉冲多普勒处理之后的二维结果，一个轴对应距离（由回波时延决定），另一个轴对应速度（由多普勒频移决定）。技术文档说明：距离峰位置由时延决定，速度峰位置由多普勒频移决定；它是从脉冲处理走向二维 CFAR 与检测表的关键中间产物。

读图的第一步是确认坐标轴与单位。采样率 Fs 为 samples/s，时间单位为 s，距离由 R = c·τ/2 换算，速度由多普勒频移结合载频与波长换算；若显示轴未对滤波器群时延与边界补零做补偿，峰值位置会出现固定偏移，必须明确说明或修正。

第二步是把目标条件与图上峰值对应起来。固定目标距离和速度后，检查脉压峰位置、距离误差、速度峰位置和速度误差；再改变距离或速度观察峰值是否按预期移动。若目标参数变化而峰值不动，问题可能出在参数传递、采样率一致性或元数据标签，而不在检测算法。

第三步是结合噪声与杂波背景判断可检测性。峰值幅度受波形带宽、匹配滤波、幅度与噪声影响；二维 CFAR 会在背景估计基础上给出检测点，因此同一张图上「看得见的峰」与「被判定为检测的峰」并不总是一致。检测概率与虚警率需在明确的 SNR、CFAR 参数与重复次数下统计。

最后建议把发射波形、回波、匹配滤波输出、距离谱、检测峰值和航迹一起保存到 Dataset，配合版本、参数、随机种子和运行日志归档。这样图上任一异常都能回溯到具体数据项，而不是只留下一张无法复核的截图。

延伸阅读：围绕「距离-多普勒图（距离-速度图）怎么看」可进一步查阅雷达案例与链路、参数与单位约定与结果解释。从发射波形、目标回波到脉压检测与航迹，每一级信号都能单独观察，让雷达算法验证有据可依。也便于把同一套方法迁移到不同波形、不同目标与不同检测门限的对比试验中。

航迹连续性描述的是跟踪环节跨帧关联是否稳定。技术文档给出的检查方式是：连续运行后检查航迹 ID、航迹连续性、距离-速度图、检测表和航迹表均有有限数据；同时明确提醒「航迹连续不等于每一帧都无误差」。

判断时首先要区分三类现象：检测表某一帧漏检、关联环节把点迹分给错误航迹、以及航迹 ID 发生跳变。前两类可能来自噪声与门限，第三类则与跟踪逻辑和数据关联规则有关。同时查看检测表和航迹表，才能判断问题出在检测还是关联。

其次要带上统计条件。固定目标距离和速度后，通过重复噪声试验统计检测概率和虚警率，并在明确的 SNR、CFAR 参数与重复次数下解释结果；若只跑一次就断言航迹稳定，结论受随机种子影响很大。相同版本、参数、输入和随机种子才具备可比性。

第三要检查数据完整性。结果应为有限值，不能用 NaN 或无效零值掩盖计算失败；航迹表中的距离、速度、时间戳与航迹 ID 应能与距离-速度图和检测表中的峰值对应。若某段时间数据缺失，需要从上游逐级检查，而不是直接修补航迹表。

在电子战联合场景中，还可比较受扰前后的 SNR、SINR、检测率或航迹连续性，观察干扰事件的时间、模式、带宽和功率与航迹变化是否具备可解释的时间关联。所有比较都应使用同一时间窗口和功率参考，并把条件随结果一起归档。

延伸阅读：围绕「航迹连续性应该怎么判断」可进一步查阅雷达案例与链路、参数与单位约定与结果解释。从发射波形、目标回波到脉压检测与航迹，每一级信号都能单独观察，让雷达算法验证有据可依。也便于把同一套方法迁移到不同波形、不同目标与不同检测门限的对比试验中。

技术文档中的波形案例分别列出了 radar_fmcw.ess 用于观察 FMCW 拍频、距离和速度结果，radar_pulse_doppler_chain.ess 用于观察脉冲多普勒链。两者都是雷达信号级仿真的典型波形，但测距测速所依赖的信号结构不同。

脉冲多普勒以脉冲串为处理对象：发射脉冲、接收目标回波，通过脉压获得距离信息，再在多个脉冲间做多普勒处理得到速度信息，输出距离-速度图后进入二维 CFAR、检测表与跟踪表。它关心的参数包括 PW、PRI、PRF、带宽与采样率，且 PW 不得大于 PRI、PRF = 1/PRI。

FMCW 通过连续调频信号与回波混频得到拍频，由拍频解算距离与速度，案例中重点观察拍频、距离和速度结果。它不以脉冲串积累为核心，因此在时间参数上的约束与脉冲多普勒不同；但两类波形在复基带建模、采样率一致性和元数据标签上的约定仍然相同。

共同的参数与单位约定包括：采样率 Fs 为 samples/s，频率与带宽为 Hz，时间为 s；复基带有效频谱须落在 [-Fs/2, Fs/2] 内，RF 载频由元数据标签传递；归一化 IQ 幅度不等于瓦特，功率换算需明确参考阻抗 R。

因此选择波形时应先明确要验证的问题：关注脉冲串积累、距离-速度二维处理与 CFAR 检测，走脉冲多普勒链；关注连续波拍频与距离速度解算，走 FMCW 案例。两者都应把发射波形、回波、中间结果与最终指标一起保存，便于对照。

延伸阅读：围绕「FMCW 与脉冲多普勒有什么区别」可进一步查阅雷达案例与链路、参数与单位约定与结果解释。从发射波形、目标回波到脉压检测与航迹，每一级信号都能单独观察，让雷达算法验证有据可依。也便于把同一套方法迁移到不同波形、不同目标与不同检测门限的对比试验中。

阵列建模首先要把几何与坐标约定写清楚：阵元排列、坐标系、相位中心、发射接收共轭约定，以及方位角与俯仰角的定义。这些约定一旦在两个模块之间不一致，波束指向与测角结果就会出现系统性偏差，而且很难从最终角度数值反推原因。

常见的阵列处理环节包括阵元响应、波束形成、数字波束合成、相控阵扫描、MIMO 虚拟阵列与 DOA 测角。DOA、MUSIC、ESPRIT 一类方法的输入通常是多通道复数阵列快拍，输出为目标数量、方位角与俯仰角；它们既可用于雷达接收机，也可用于电子侦察接收机，区别在于任务目标、信号先验、观测时间与后续处理流程。

参数合法性检查同样适用于阵列：矩阵阵元数必须为正，采样率为正，带宽不得超过奈奎斯特范围。错误信息应包含参数名、当前值和约束原因，便于定位具体 Part；大规模阵列与高采样率、长时间波形叠加会显著增加内存占用，必要时可降低采样率或缩短显示窗口。

结果解释要说明条件。测角误差分析需与距离误差、速度误差一起，在明确的 SNR、目标条件与重复次数下进行；检测器输出的有限值检查、CFAR 参数与噪声背景说明同样适用。把测向模块接入 ESM 处理链后，频谱发现、脉冲测量、阵列快拍与辐射源关联应放在同一工程中观察。

公开公式与可验证假设构成的阵列模型适合方案论证与趋势分析；实测天线方向图、设备校准数据、射频前端非理想特性与硬件时间戳，需要通过授权数据或项目适配补充，不应把公开模型自动等同于真实阵列设备表现。

技术文档给出的检查项很明确：固定目标距离和速度后，检查脉压峰位置、距离误差、速度峰位置和速度误差；重复噪声试验统计检测概率和虚警率；连续运行检查航迹 ID、航迹连续性、距离-速度图、检测表和航迹表均有有限数据。这几项构成雷达结果误差分析的基本框架。

误差来源可以按链路分段。发射与回波段的时延误差会反映为距离偏差；多普勒与脉冲积累段的偏差会反映为速度峰位置偏移；匹配滤波实现中的群时延与边界补零会造成固定索引偏移；噪声、杂波与门限设置则影响检测概率、虚警率与航迹稳定性。分段观察比只看最终误差数值更容易定位原因。

统计必须带条件。检测概率和虚警率要在明确的 SNR、CFAR 参数和重复次数下解释；相同版本、相同参数、相同输入和相同随机种子才具备可比性；每次运行应记录是否执行过工程级 reset，否则随机状态可能延续，统计样本并不独立。

数据完整性是前提。结果应为有限值，不能用 NaN 或无效零值掩盖计算失败；用于比较的 JSR、SINR、检测率等应使用同一时间窗口和功率参考。若发现某段数据缺失或明显异常，应回到 Wave Monitor 与各级 Dataset 数据项逐级检查，而不是直接剔除异常点。

归档时建议把发射波形、目标回波、匹配滤波输出、距离谱、检测峰值、航迹表，连同版本信息、输入数据、随机种子、关键参数、运行日志和图表配置放在同一目录。这样误差分析结论可被第三方重新打开工程核对，而不是依赖一张无法追溯来源的曲线。

技术文档给出的公共通信链是：业务数据 → 编码 → 交织或扩频 → 调制 → 成形滤波 → 跳频或信道 → 同步 → 解调 → 解扩／解交织 → 译码 → 指标。每个环节都可以单独替换和观察，这是图形化 Part 建模相对一次性脚本最明显的结构优势。

发射端从业务负载与帧构造开始，经过纠错编码、交织或扩频提高抗误码与抗干扰能力，再由调制与成形滤波把比特映射为复基带波形。跳频或信道环节引入传播衰减、噪声、多径、频偏、时延、多普勒以及干扰；接收端完成同步、滤波、解扩、解调、译码、帧校验和性能统计。

快速入门文档给出的最小可复现链路更短：业务源 → 编码 → 调制 → 成形滤波 → 传播信道 → 解调 → 译码 → 指标表。建议先跑通这条最小链，确认 Wave Monitor、频谱图、星座图与指标表都有数据，再逐级加入交织、扩频、跳频与干扰模块。

链路中每一级的接口必须一致：IQ 流使用 complex_float32，比特流使用 uint8 的 0/1，采样率 Fs 单位为 samples/s，频率与带宽为 Hz，复基带有效频谱落在 [-Fs/2, Fs/2] 内。符号率不得超过采样率，改变采样率、中心频率或帧长度的 Part 应发布新的元数据标签。

结果侧检查波形、频谱、星座和眼图数据，再查看 BER、FER、EVM、SNR、SINR、吞吐率与帧校验。无干扰、窄带干扰和宽带干扰至少各运行一次，比较 BER、有效吞吐率与恢复时间；每次运行都保存参数、随机种子、版本、运行日志和 Dataset 数据项。

延伸阅读：围绕「一条完整的通信仿真链路有哪些环节」可进一步查阅通信案例与抗干扰链路、参数与单位约定与结果解释。从业务比特到 BER、EVM 与有效吞吐率，通信链路的每一环都能在同一工程中对照检查。无论是抗干扰策略比较、编码调制方案选型，还是链路预算与误码性能评估，都能按统一口径快速得到结果。

BER 是比特错误率（Bit Error Rate），统计接收比特中与发送比特不一致的比例；FER 是帧错误率（Frame Error Rate），统计校验失败或含错误的帧占总帧数的比例。两者都是通信链路的基础指标，但观察粒度不同：前者逐比特，后者按帧。

在同一个工程中，BER 与 FER 可能给出不同结论。若错误比特分散在很多帧里，BER 不高但 FER 可能很高，业务侧会表现为频繁重传；若错误集中在少数帧，FER 不高但局部 BER 很高。因此评估「链路还能不能用」时，需要同时看两者，并结合吞吐率、时延和重传次数。

技术文档把 BER、FER、EVM、SNR、SINR、吞吐率与帧校验列为通信案例的结果项，并要求在无干扰、窄带干扰和宽带干扰三种条件下至少各运行一次，比较 BER、有效吞吐率与恢复时间。把不同干扰条件下的 BER 曲线放在一起比较，是抗干扰趋势分析的常见做法。

解释数值必须带条件。误码统计受同步状态、译码能力、噪声功率、干扰带宽、观测时长与随机种子影响；相同版本、相同参数、相同输入和相同随机种子才具备可比性。缺少这些条件，两条 BER 曲线之间不能直接判断优劣。

归档时建议把解调比特、译码帧、错误统计等 Dataset 数据项连同工程文件一起保存，并记录采样率、帧长、编码方式、干扰配置与图表配置。结果应为有限值，不能用 NaN 或无效零值掩盖计算失败。

延伸阅读：围绕「BER 和 FER 有什么区别」可进一步查阅通信案例与抗干扰链路、参数与单位约定与结果解释。从业务比特到 BER、EVM 与有效吞吐率，通信链路的每一环都能在同一工程中对照检查。无论是抗干扰策略比较、编码调制方案选型，还是链路预算与误码性能评估，都能按统一口径快速得到结果。

EVM（误差矢量幅度）衡量接收符号相对参考符号的误差，反映调制与链路引入的幅相失真。技术文档把它与 BER、FER、SNR、SINR、吞吐率、帧校验并列为通信案例的结果项，用于判断调制信号质量，而不只是判断最终比特是否判对。

EVM 与 BER 关注的问题不同。BER 是判决之后的统计结果，容易掩盖判决前的信号畸变；EVM 直接描述星座点上接收符号偏离理想位置的程度，因此常用于定位同步偏差、相位噪声、滤波器失真、增益控制不当或非线性影响。星座图与 EVM 配合观察，效果比只看误码率更直观。

在工程排查中，若 BER 上升，可以沿链路回看：星座图是否发散、EVM 是否变大、频谱是否被干扰抬高、同步状态是否稳定。这样能把「译码能力不足」与「前端信号已经失真」区分开；后者即使更换更强的纠错编码也未必改善。

解释 EVM 同样要带条件。参考符号的定义、同步与均衡是否完成、采样率是否一致、观测窗口与平均方式都会影响数值；采样率 Fs 单位为 samples/s，符号率不得超过采样率，复基带有效频谱须落在 [-Fs/2, Fs/2] 内。条件不记录，跨工程比较就没有意义。

建议把发射 IQ、受扰 IQ、解调比特与星座相关 Dataset 数据项一起保存，并连同关键参数、随机种子和运行日志归档。波形图检查时域样本，频谱图检查中心频率与带宽，星座图检查调制状态，表格检查逐帧指标，四类视图共同支撑结论。

延伸阅读：围绕「EVM 衡量什么」可进一步查阅通信案例与抗干扰链路、参数与单位约定与结果解释。从业务比特到 BER、EVM 与有效吞吐率，通信链路的每一环都能在同一工程中对照检查。无论是抗干扰策略比较、编码调制方案选型，还是链路预算与误码性能评估，都能按统一口径快速得到结果。

SNR 是信号与噪声功率之比，SINR 则在分母中同时计入噪声与干扰。技术文档明确「SINR 同时考虑信号、噪声和干扰」，因此在存在压制干扰、窄带干扰或扫频干扰的场景中，SINR 比 SNR 更能反映接收机实际面对的条件。

这一区分直接影响归因。SNR 下降可能来自热噪声，也可能来自干扰功率增加；SINR 变化可能来自频带内干扰，也可能来自接收机滤波器带宽。若只看 SNR，容易把干扰问题误判为噪声问题，进而在参数调整上走错方向。

功率换算需要统一参考。归一化 IQ 的幅度不是瓦特；以电阻 R 为参考时，复包络平均功率可按 P=mean(|x|²)/R 换算，P_dBm=10·log10(P/1mW)；噪声热功率常用 k·T·B·F，其中 B 是等效噪声带宽、F 是噪声因子。没有明确参考阻抗时，不应把 amplitude 直接称为发射功率。

技术文档还要求：JSR、SINR 和检测率应使用同一时间窗口和功率参考。不同窗口下直接比较数值没有意义；在电子战联合场景中，干扰事件的时间、模式、带宽和功率也应与受扰前后的指标变化形成可解释的时间关联。

因此归档时，除指标数值外还应记录噪声条件、干扰配置、接收带宽、观测时长、随机种子与图表配置。把 BER、FER、EVM、SNR、SINR、吞吐率和帧校验放在同一份结果表里，才能说明链路性能变化究竟来自噪声、干扰还是同步与译码环节。

延伸阅读：围绕「SNR 与 SINR 有什么区别」可进一步查阅通信案例与抗干扰链路、参数与单位约定与结果解释。从业务比特到 BER、EVM 与有效吞吐率，通信链路的每一环都能在同一工程中对照检查。无论是抗干扰策略比较、编码调制方案选型，还是链路预算与误码性能评估，都能按统一口径快速得到结果。

技术文档对吞吐率给出了明确的口径要求：应区分原始符号率、编码后速率，以及扣除重传和错误帧后的有效吞吐率。三者含义不同，混用会让链路性能看起来比实际更好，尤其在有干扰和重传机制的场景中。

原始符号率描述物理层单位时间内传输的符号数量；编码后速率扣除了纠错编码、交织、导频等开销；有效吞吐率还要进一步扣除错误帧、重传、链路中断与恢复时间，反映业务侧真正可用的数据传输能力。评估「链路还能不能用」，应以有效吞吐率为主。

技术文档建议的检查方式是：无干扰、窄带干扰和宽带干扰至少各运行一次，比较 BER、有效吞吐率和恢复时间。同时记录 BER、FER、SNR、SINR、JSR、吞吐率、时延、重传次数、链路中断时间与恢复时间，让吞吐率变化能与误码、同步状态和干扰条件对应起来。

同步与增益控制也会间接影响吞吐率。若接收机失锁，短时间内即使信噪比充足也可能出现大量错误帧；若重传策略变化，有效吞吐率会随重传次数改变。把这些状态与指标一起观察，才能判断吞吐率下降是信道条件还是接收机状态导致。

结果应为有限值，不能用 NaN 或无效零值掩盖计算失败；比较不同方案时应使用相同版本、参数、输入与随机种子，并保存解调比特、译码帧、错误统计和链路指标等 Dataset 数据项。这样第三方才能重新打开工程核对吞吐率口径。

延伸阅读：围绕「有效吞吐率应该怎么计算」可进一步查阅通信案例与抗干扰链路、参数与单位约定与结果解释。从业务比特到 BER、EVM 与有效吞吐率，通信链路的每一环都能在同一工程中对照检查。无论是抗干扰策略比较、编码调制方案选型，还是链路预算与误码性能评估，都能按统一口径快速得到结果。

在通信链中，交织或扩频位于编码之后、调制之前，跳频或信道位于成形滤波之后、同步之前。技术文档把「跳频或信道」列为公共链的一环，说明这两类抗干扰手段不是附加在结果表上的标签，而是链路中可单独配置、替换和观察的 Part。

三类工程化参考案例展示了不同组合：Link 16 类案例展示 RS 编码、CCSK、MSK 与跳频组合；TTNT 类案例展示 LDPC、GMSK、扩频与跳频组合；CDL 类案例展示卷积码、DSSS 与 OQPSK 组合。它们适合用于算法教学、体制比较与抗干扰趋势分析。

频率捷变在信号级链路中通过元数据标签或控制消息更新，而不要求按载频直接采样。RF 元数据包含中心频率、采样率、带宽、起始样本、有效样本、跳频号和辐射源 ID；复基带有效频谱须落在 [-Fs/2, Fs/2] 内，多数 Part 只处理复包络，用 centerFrequency 标签描述 RF 参考。

观察这些模块的效果时，可同时看频谱图（中心频率与带宽变化）、Wave Monitor（时域样本）、星座图（调制状态）与指标表（BER、SINR、有效吞吐率）。无干扰、窄带干扰和宽带干扰各运行一次，比较 BER、有效吞吐率与恢复时间，是判断抗干扰趋势的常用做法。

需要保留边界说明：这三类案例是由公开算法构成的工程化类模型，不代表正式协议栈、密钥体系或军用终端实现。涉及保密协议或专用参数的项目，应由用户依据授权资料替换其中的参数与模块，而不是把公开参考模型误认为真实装备实现。

延伸阅读：围绕「跳频和扩频在仿真里如何体现」可进一步查阅通信案例与抗干扰链路、参数与单位约定与结果解释。从业务比特到 BER、EVM 与有效吞吐率，通信链路的每一环都能在同一工程中对照检查。无论是抗干扰策略比较、编码调制方案选型，还是链路预算与误码性能评估，都能按统一口径快速得到结果。

技术文档列出三个工程化类模型案例：communications_link16_msk_ccsk_rs.ess 展示 RS 编码、CCSK、MSK 与跳频组合；communications_ttnt_gmsk_ldpc_fhss.ess 展示 LDPC、GMSK、扩频与跳频组合；communications_cdl_oqpsk_conv_dsss.ess 展示卷积码、DSSS 与 OQPSK 组合。

它们的定位是链路结构、抗干扰趋势与指标验证。用户可以用它们观察不同编码、调制、扩频与跳频组合在统一公共链中的行为：业务数据经编码、交织或扩频、调制、成形滤波、跳频或信道，再到同步、解调、解扩、译码与指标。

结果侧检查波形、频谱、星座和眼图数据，再查看 BER、FER、EVM、SNR、SINR、吞吐率与帧校验；无干扰、窄带干扰和宽带干扰至少各运行一次，比较 BER、有效吞吐率和恢复时间。把三类案例放在同一套指标口径下比较，才能看出体制差异带来的趋势。

边界必须说清楚：官网材料明确这些是「由公开算法构成的工程化类模型，不是正式军用互操作实现」，不代表正式协议栈、密钥体系或军用终端时序。对外引用时建议保留「类」字与这句说明，避免把公开参考模型误认为真实装备实现。

涉及保密协议或专用参数的项目，应由用户依据授权资料替换其中的参数与模块；DRFM、设备级截获带宽、专用干扰机控制与保密算法等需要单独授权与设备适配。归档时还应保存参数、随机种子、版本、运行日志和 Dataset 数据项，保证对比结论可复核。

延伸阅读：围绕「Link 16 类、TTNT 类、CDL 类案例是什么」可进一步查阅通信案例与抗干扰链路、参数与单位约定与结果解释。从业务比特到 BER、EVM 与有效吞吐率，通信链路的每一环都能在同一工程中对照检查。无论是抗干扰策略比较、编码调制方案选型，还是链路预算与误码性能评估，都能按统一口径快速得到结果。

技术文档与产品材料列举的干扰样式包括单音、多音、窄带噪声、宽带噪声、脉冲、扫频以及响应式干扰。它们注入的位置通常在「跳频或信道」环节，功率、带宽、占空比、频率策略与持续时间都可配置，便于构造可对照的受扰条件。

不同干扰样式对应不同的验证问题。单音与多音适合观察接收机在特定频点的抗扰能力；窄带噪声适合检验滤波器与陷波策略；宽带噪声抬高整体噪声底，直接影响 SNR 与 SINR；脉冲与扫频干扰带来时间或频率上的非平稳特性；响应式干扰则与 ESM 接收、控制器和干扰事件联动。

标准检查方法是无干扰、窄带干扰和宽带干扰至少各运行一次，比较 BER、有效吞吐率与恢复时间。进阶做法是通过参数扫描生成不同干扰功率、干扰带宽、干扰占空比和频率策略下的性能曲线，并用重复试验与随机种子管理把一次演示变成可复核的试验报告。

归因需要多视图配合：Wave Monitor 看时域样本，频谱图看中心频率与带宽，星座图看调制状态，指标表看逐帧结果。SNR 下降可能来自热噪声或干扰功率增加，SINR 变化可能来自频带内干扰或接收机滤波器带宽；同时观察原始 IQ 与受扰 IQ，能更快定位原因。

结果指标建议至少同时记录 BER、FER、SNR、SINR、JSR、吞吐率、时延、重传次数、链路中断时间与恢复时间，并使用同一时间窗口和功率参考。噪声、扫频与响应式干扰为公开参数的信号级模型；面向专用设备与保密算法的场景，也可按项目接入相应配置与数据，进一步贴近实际系统。

延伸阅读：围绕「通信仿真中常见的干扰类型有哪些」可进一步查阅通信案例与抗干扰链路、参数与单位约定与结果解释。从业务比特到 BER、EVM 与有效吞吐率，通信链路的每一环都能在同一工程中对照检查。无论是抗干扰策略比较、编码调制方案选型，还是链路预算与误码性能评估，都能按统一口径快速得到结果。

技术文档建议的核心对比项是 BER、有效吞吐率与恢复时间，并要求无干扰、窄带干扰和宽带干扰至少各运行一次。更完整的记录清单包括 BER、FER、EVM、SNR、SINR、JSR、吞吐率、时延、重传次数、链路中断时间与恢复时间，覆盖物理层质量、业务可用性与恢复能力三个层面。

物理层质量看 BER、FER、EVM、SNR 与 SINR：BER 与 FER 描述误码与错帧，EVM 描述接收符号相对参考符号的误差，SNR 只考虑噪声而 SINR 同时考虑信号、噪声和干扰。业务可用性看有效吞吐率，它需扣除重传与错误帧，区别于原始符号率与编码后速率。

恢复能力看链路中断时间与恢复时间，以及重传次数。一次干扰事件结束后链路多久恢复正常业务，往往比瞬时误码率更能说明系统可用性；响应式干扰场景中，还应把干扰事件的时间、模式、带宽和功率与指标变化形成可解释的时间关联。

条件记录同样是指标的一部分：噪声条件、干扰功率与带宽、接收机滤波器带宽、采样率、帧长、编码方式、观测时长、随机种子、版本以及是否执行过 reset。相同版本、参数、输入和随机种子才具备可比性；JSR、SINR 与检测率应使用同一时间窗口和功率参考。

结果应为有限值，不能用 NaN 或无效零值掩盖计算失败。建议把发射 IQ、受扰 IQ、解调比特、译码帧、错误统计与链路指标保存为 Dataset 数据项，并与工程文件、版本信息、输入数据、关键参数、运行日志和图表配置一起归档。

延伸阅读：围绕「抗干扰评估应该记录哪些指标」可进一步查阅通信案例与抗干扰链路、参数与单位约定与结果解释。从业务比特到 BER、EVM 与有效吞吐率，通信链路的每一环都能在同一工程中对照检查。无论是抗干扰策略比较、编码调制方案选型，还是链路预算与误码性能评估，都能按统一口径快速得到结果。

技术文档的通信案例手册中，communications_performance_validation.ess 包含频谱感知、邻节点感知、动态路由和链路控制，并给出一条重要区分：具备路由能力的终端维护自己的邻节点和路由状态，普通单跳终端不必维护完整路由表。这条区分决定了多节点场景的建模粒度。

在信号级层面，多节点意味着多个发射与接收链路共享同一场景，需要统一时间轴、采样率、中心频率标签与辐射源 ID；RF 元数据包含中心频率、采样率、带宽、起始样本、有效样本、跳频号和辐射源 ID，可用于把某段数据关联到具体节点或辐射源。

在协议级层面，官网解决方案页说明通信方向具备网络仿真能力，支持从物理层到应用层的全协议栈模拟与对抗分析。协议级关注的是组网、路由、帧结构、重传与业务可用性，与信号级关注的波形、调制、同步、误码是不同层次的问题，建模时应先明确当前要回答哪一类。

工程衔接上，建议按「条件—链路—业务」组织：体系或场景层给出节点位置、运动与想定条件，传播层给出衰减与时延，信号层验证链路在这些条件下能否同步与译码，协议层再评估路由切换、重传与有效吞吐率。各层之间需明确数据格式、时间同步与单位。

Link 16 类、TTNT 类、CDL 类案例把链路结构、跳频与扩频、抗干扰趋势和指标验证组织成可运行的工程，支持按场景调整波形、干扰样式与评估口径，便于团队在同一框架下比较不同策略的效果。

延伸阅读：围绕「多节点、路由与协议级仿真怎么处理」可进一步查阅通信案例与抗干扰链路、参数与单位约定与结果解释。从业务比特到 BER、EVM 与有效吞吐率，通信链路的每一环都能在同一工程中对照检查。无论是抗干扰策略比较、编码调制方案选型，还是链路预算与误码性能评估，都能按统一口径快速得到结果。

技术文档给出的 ESM 链是：多辐射源 → 传播 → 信道化接收 → 脉冲检测 → PDW → PRI 分选 → 辐射源识别，并延伸到干扰控制。旗舰案例 esm_complex_environment_chain.ess 展示的就是这条从信号截获到辐射源识别的完整链条。

多辐射源环节产生不同载频、脉宽、PRI 与幅度的脉冲信号；传播环节引入衰减与时延；信道化接收把宽带输入划分为可处理的通道；脉冲检测在噪声背景中形成脉冲测量结果；PDW 把每个脉冲的参数写成结构化记录，供后续分选与识别使用。

PDW 是链路的关键中间产物，至少记录 TOA、TOE、脉宽、PRI、RF、带宽、幅度、采样率和辐射源 ID。技术文档特别提醒：PDW 是脉冲测量结果，不是原始 IQ 的替代品；分选簇、辐射源识别与响应式干扰结果都受检测门限、接收带宽、采样率和观测时长影响。

在图形化建模环境中，这些环节都是可单独替换与观察的 Part：可先在频谱图确认接收带宽内确实有信号，再展示脉冲检测门限与 PDW 字段，最后改变 PRI 或载频观察分选结果如何变化。这样的顺序能明确频谱感知、脉冲测量、分选与识别之间的边界。

模型边界需要说明：噪声、扫频和响应式干扰为公开参数的信号级模型；DRFM、设备级截获带宽、专用干扰机控制和保密算法需要单独授权与设备适配。把 PDW 与采样率、门限、噪声条件一起解释，结果才具备可复核性。

延伸阅读：围绕「ESM 电子侦察链路包含哪些环节」可进一步查阅电子战与 ESM 案例、解决方案与模型边界与适用范围。辐射源、侦察接收、分选测向与干扰效果构成完整闭环，电子战评估可以按场景逐项展开。并可把侦察、干扰与评估指标放在同一时间轴上联合观察，快速比较不同策略的效能差异。

技术文档要求 PDW（脉冲描述字）至少记录九个字段：TOA（到达时间）、TOE（到达结束时间）、脉宽、PRI（脉冲重复间隔）、RF（射频）、带宽、幅度、采样率和辐射源 ID。它们共同把一个被检测到的脉冲描述成可供机器处理的结构化记录。

这些字段各有用途。TOA、TOE 与脉宽描述脉冲在时间上的形态，是后续 PRI 分选的输入；RF 与带宽描述频率位置，用于把脉冲关联到具体辐射源或信道；幅度与采样率说明测量时的信号强度与数据条件；辐射源 ID 则用于把分选结果与场景中的发射源对应起来。

PDW 在 ESM 链的位置是脉冲检测之后、PRI 分选与辐射源识别之前。技术文档明确「PDW 是脉冲测量结果，不是原始 IQ 的替代品」，也就是说它已经丢失了波形细节，适合做分选、统计与辐射源关联，但不能替代对原始 IQ 的观察与分析。

解释 PDW 与分选结果时必须带上测量条件：检测门限、接收带宽、采样率、观测时长与噪声条件都会影响记录数量与参数精度。门限过高会漏掉弱脉冲，接收带宽与采样率变化会改变参数估计，观测时长不足则难以形成稳定的 PRI 统计。

比较受扰前后结果时，JSR、SINR 和检测率应使用同一时间窗口和功率参考；干扰事件的时间、模式、带宽和功率应与 PDW 变化形成可解释的时间关联。归档时建议把频谱、PDW、分选结果与干扰事件保存为 Dataset 数据项，并连同门限、采样率与随机种子一起记录。

延伸阅读：围绕「PDW 记录哪些字段」可进一步查阅电子战与 ESM 案例、解决方案与模型边界与适用范围。辐射源、侦察接收、分选测向与干扰效果构成完整闭环，电子战评估可以按场景逐项展开。并可把侦察、干扰与评估指标放在同一时间轴上联合观察，快速比较不同策略的效能差异。

PRI 分选是电子侦察链路中把交织在一起的脉冲流按脉冲重复间隔归类到不同辐射源的过程。技术文档把「多辐射源 → 传播 → 信道化接收 → 脉冲检测 → PDW → PRI 分选 → 辐射源识别」列为标准 ESM 链，PRI 分选处在 PDW 之后、辐射源识别之前。

输入是 PDW 记录中的时间类字段：TOA、TOE、脉宽与 PRI。多个辐射源同时工作时，接收机看到的是按到达时间交织的脉冲序列；分选算法需要从这些时间序列中找出稳定的重复间隔，把脉冲归到同一部雷达或同一类发射源上，再由识别环节结合 RF、带宽与幅度判断辐射源属性。

分选结果受测量条件影响很大。技术文档明确指出，分选簇、辐射源识别和响应式干扰结果受检测门限、接收带宽、采样率和观测时长影响；门限变化会改变进入 PDW 的脉冲集合，采样率影响 TOA 估计精度，观测时长决定能否积累足够的重复周期。

因此验证分选效果时，建议先固定场景与辐射源参数，检查 PDW 字段是否完整，再改变 PRI 或载频观察分选簇数量与辐射源 ID 是否按预期变化；同时记录门限、采样率、噪声条件、观测时长与随机种子，保证前后结果可对比。

模型边界同样要说明：噪声、扫频与响应式干扰为公开参数的信号级模型；DRFM、设备级截获带宽、专用干扰机控制和保密算法需要单独授权与设备适配。把公开模型下的分选趋势直接外推到真实装备行为，是不成立的。

延伸阅读：围绕「PRI 分选是什么」可进一步查阅电子战与 ESM 案例、解决方案与模型边界与适用范围。辐射源、侦察接收、分选测向与干扰效果构成完整闭环，电子战评估可以按场景逐项展开。并可把侦察、干扰与评估指标放在同一时间轴上联合观察，快速比较不同策略的效能差异。

技术文档给出 esm_responsive_jamming_demo.ess 案例，展示 ESM 接收、控制器、噪声干扰与频谱／波形观察；joint_radar_ew_simulation.ess 则把雷达回波、干扰、检测和跟踪放在一个闭环中。评估的核心是检查干扰事件的时间、模式、带宽和功率，并比较受扰前后的 SNR、SINR、检测率或航迹连续性。

第一步是确认事件记录完整。响应式干扰的特点是根据侦察结果动态改变干扰样式或参数，因此仅看最终指标无法说明「干扰是否按预期响应」；必须把事件时间、模式、带宽、功率与 ESM 侧的 PDW 或分选结果放在同一时间轴上核对。

第二步是建立基线。先运行无干扰条件，保存 SNR、SINR、BER、检测率、航迹连续性等基线结果；再接入干扰，使用相同版本、参数、输入和随机种子，保证差异确实来自干扰而非条件变化。技术文档明确要求相同条件才具备可比性。

第三步是统一比较口径。JSR、SINR 和检测率应使用同一时间窗口和功率参考；分选簇、辐射源识别与响应式干扰结果受检测门限、接收带宽、采样率和观测时长影响，比较时必须把这些条件一并列出。不同窗口下直接比较数值没有意义。

模型边界需说明：噪声、扫频和响应式干扰为公开参数的信号级模型，DRFM、设备级截获带宽、专用干扰机控制和保密算法需要单独授权与设备适配。归档时把频谱、PDW、分选结果、干扰事件与指标表一起保存，才能形成可复核的评估记录。

延伸阅读：围绕「响应式干扰如何评估」可进一步查阅电子战与 ESM 案例、解决方案与模型边界与适用范围。辐射源、侦察接收、分选测向与干扰效果构成完整闭环，电子战评估可以按场景逐项展开。并可把侦察、干扰与评估指标放在同一时间轴上联合观察，快速比较不同策略的效能差异。

技术文档给出 joint_radar_ew_simulation.ess 案例，把雷达回波、干扰、检测和跟踪放在一个闭环中；官网解决方案页也把电子战方向描述为完整复现「侦察—干扰—评估」的电子对抗闭环：对辐射源信号进行截获、分选与识别建模，据此推演针对性干扰样式，并对干扰效果进行量化评估。

搭建时建议按四个节点组织：一个雷达节点产生发射波形与目标回波，一个通信节点提供链路条件，一个 ESM 接收节点完成脉冲检测、PDW 与分选，一个干扰节点产生可配置的干扰事件。统一时间轴是关键，只有同一事件在通信 SINR、雷达检测和 ESM PDW 中产生可解释的时间关联，闭环才算成立。

参数与单位必须跨节点一致：采样率 Fs 为 samples/s，频率与带宽为 Hz，时间为 s；复基带有效频谱须落在 [-Fs/2, Fs/2] 内；RF 元数据中的中心频率、起始样本、有效样本、跳频号与辐射源 ID 可用于把数据关联到具体节点或发射源。

评估指标应覆盖各节点：通信侧看 BER、SINR、有效吞吐率；雷达侧看检测概率、虚警率、距离与速度误差、航迹连续性；电子战侧看 PDW 字段、分选簇与干扰事件。检查干扰事件的时间、模式、带宽和功率，并比较受扰前后的变化。

所有比较应使用同一时间窗口和功率参考，结果应为有限值，不能用 NaN 或无效零值掩盖计算失败。归档时把各节点的 Dataset 数据项、工程文件、版本、输入、随机种子、关键参数与运行日志放在同一目录，便于第三方复核这条闭环。

延伸阅读：围绕「雷达电子战联合闭环怎么做」可进一步查阅电子战与 ESM 案例、解决方案与模型边界与适用范围。辐射源、侦察接收、分选测向与干扰效果构成完整闭环，电子战评估可以按场景逐项展开。并可把侦察、干扰与评估指标放在同一时间轴上联合观察，快速比较不同策略的效能差异。

技术文档给出一条硬要求：JSR、SINR 和检测率应使用同一时间窗口和功率参考。这条要求看似简单，却是联合场景中最容易被忽略的误差来源——不同窗口下的数值即使单位相同，也不具备直接可比性。

JSR（干扰信号比）描述干扰与目标信号的功率关系，SINR 同时考虑信号、噪声和干扰，检测率则是 CFAR 等检测环节在给定条件下的统计结果。三者分别处在干扰配置、链路条件和检测输出三个层面，必须放在同一场景条件下才能形成因果解释。

功率换算要有明确参考。归一化 IQ 的幅度不是瓦特；以电阻 R 为参考时，复包络平均功率可按 P=mean(|x|²)/R 换算，P_dBm=10·log10(P/1mW)；噪声热功率常用 k·T·B·F。没有明确参考阻抗时，不应把 amplitude 直接称为发射功率。

检测率还需附带统计条件。检测概率和虚警率必须在明确的 SNR、CFAR 参数和重复次数下解释；分选簇、辐射源识别与响应式干扰结果受检测门限、接收带宽、采样率和观测时长影响；航迹连续不等于每一帧都无误差。

因此一份可复核的比较记录，应同时包含时间窗口、功率参考、门限、采样率、观测时长、噪声条件、随机种子、版本与是否执行过 reset。把这些条件与指标表、Dataset 数据项一起归档，第三方才能判断两组数值的差异究竟来自干扰还是来自口径变化。

延伸阅读：围绕「JSR、SINR 与检测率比较要注意什么」可进一步查阅电子战与 ESM 案例、解决方案与模型边界与适用范围。辐射源、侦察接收、分选测向与干扰效果构成完整闭环，电子战评估可以按场景逐项展开。并可把侦察、干扰与评估指标放在同一时间轴上联合观察，快速比较不同策略的效能差异。

官网解决方案页把电磁环境方向的环境因素列为地形、建筑、植被、气象、海洋、电离层；传播模型为原子模型 30 余个、复合模型 60 余个；精细场景覆盖城市、室内、陆海空天水下，并支持 SBR 弹跳与射线追踪。应用支撑包括方案论证、覆盖分析、链路评估与任务仿真。

ePathWaySim 承担这一方向的产品化能力：提供电磁传播全链路建模，包括平台、发射、天线（扫描、天线方向图）、传播、接收、RCS、环境等环节，支持 SBR 射线发射与弹跳、UTD 边缘绕射、反射、透射、漫反射及混合路径，支持万级多阶精细环境与自动模型选型。

官网在关于我们页面进一步说明，宜思仿真具备涵盖气象条件、地形地貌、海洋环境等多因素耦合的电磁传播建模能力，集成丰富的经典与混合传播模型，并针对精细化小场景城市环境提供基于弹跳射线法与射线追踪技术的高精度电磁传播仿真。

结果侧提供电磁覆盖计算与显示，以及雷达、通信、电子战威力计算和显示，支持物理传播与任务仿真结合。也就是说，传播计算不仅用于绘图，还直接服务于覆盖规划、链路预算与效能评估，并可作为信号级信道的输入条件。

阵列、传播、杂波、干扰与 ESM 模型采用公开公式与可验证假设，覆盖从自由空间、多径到复杂地海环境的电磁传播计算；同时可接入实测天线方向图、设备校准数据、射频前端非理想特性与硬件时间戳，让模型精度随项目数据同步提升。

延伸阅读：围绕「电磁环境仿真覆盖哪些场景」可进一步查阅电子战与 ESM 案例、解决方案与模型边界与适用范围。辐射源、侦察接收、分选测向与干扰效果构成完整闭环，电子战评估可以按场景逐项展开。并可把侦察、干扰与评估指标放在同一时间轴上联合观察，快速比较不同策略的效能差异。

官网明确 EOIRSim 与 RadarSim 都基于热物理计算。EOIRSim 对光电传感器、环境、背景、目标的光学／红外特性进行建模和仿真，实时生成可见光、红外、夜视等仿真图像；RadarSim 则基于热物理计算高逼真仿真雷达成像特性，输出高分辨率、高帧率仿真图像。

光电链路的一般顺序是：先建立目标与背景的材质与辐射特性，再计算大气传输与环境特性，最后由光电传感器特性模型把辐射分布转换为图像。官网列出的能力正对应这条链路：场景建模、场景与想定规划编辑、材质建模、光电传感器特性仿真、目标与背景辐射特性计算、大气传输特性计算、环境特性计算与光电对抗仿真。

环境建模覆盖不同地形、海洋、植被与建筑，可模拟季节、云、雨、雪、风等气象效果，以及光照与阴影变化；特效包括爆炸、烟雾、尾痕、点源等；目标覆盖陆海空天各类，波段覆盖可见光与短波、中波、长波红外场景。

在官网的层级划分中，光电方向属于「图像级高保真光电仿真」，实现复杂场景下目标特性与成像效果的逼真还原，与功能级系统逻辑推演、信号级波形链路细节、协议级全协议栈模拟并列。不同层级解决的问题不同，不宜互相替代。

应用环节覆盖装备论证、研制、试验与训练：基于热物理计算与材质库生成可见光、红外与夜视图像，可模拟不同地形、气象与光照条件，并支持接入具体设备参数与实测大气数据，形成贴近真实传感器观测的仿真结果。

延伸阅读：围绕「光电红外仿真基于什么原理」可进一步查阅电子战与 ESM 案例、解决方案与模型边界与适用范围。辐射源、侦察接收、分选测向与干扰效果构成完整闭环，电子战评估可以按场景逐项展开。并可把侦察、干扰与评估指标放在同一时间轴上联合观察，快速比较不同策略的效能差异。

官网把「大气传输特性计算」列为 EOIRSim 的核心能力之一，与场景建模、材质建模、光电传感器特性仿真、目标与背景辐射特性计算、环境特性计算、光电对抗仿真并列。它描述的是目标与背景辐射在到达传感器之前，经过大气吸收、散射与路径辐射后发生的变化。

环境特性计算覆盖不同地形、海洋、植被与建筑，可模拟季节、云、雨、雪、风等气象效果，以及光照与阴影的变化；特效包括爆炸、烟雾、尾痕、点源等。这些条件共同决定图像的对比度、色彩、边缘清晰度与目标可辨识程度，是「复杂场景下成像效果逼真还原」的组成部分。

在雷达方向，环境影响同样被计入：RadarSim 考虑气象、海洋、暴风雨等环境影响，以及箔条、背景信号、干扰机等干扰影响；在电磁环境方向，ePathWaySim 考虑地形、建筑、植被、气象、海洋和电离层等因素，并把物理传播与任务仿真结合。

工程上建议把环境条件作为显式参数保存。季节、云量、降雨、风速、能见度一类条件若只写在演示脚本里而不进归档，后续就无法解释两张图像或两组覆盖结果的差异；把它们与场景、材质、传感器参数一起记录，才能做可复核的条件对比。

需要说明，公开模型与可验证假设支撑的是方案论证、训练与趋势分析；若项目要求实测大气剖面、设备校准数据或特定传感器的非理想特性，应通过授权数据或项目适配补充，不能把仿真结果自动等同于真实外场测量结果。

延伸阅读：围绕「大气传输与气象效果如何建模」可进一步查阅电子战与 ESM 案例、解决方案与模型边界与适用范围。辐射源、侦察接收、分选测向与干扰效果构成完整闭环，电子战评估可以按场景逐项展开。并可把侦察、干扰与评估指标放在同一时间轴上联合观察，快速比较不同策略的效能差异。

官网把「光电对抗仿真」列为 EOIRSim 的能力之一，与场景建模、材质建模、传感器特性仿真、辐射特性计算、大气传输和环境特性计算并列。它面向的是在光电／红外传感器链路中引入对抗条件后，观察目标特性与成像效果如何变化。

从链路角度理解，光电对抗会作用于目标与背景的辐射特性、传输路径或传感器响应：例如烟雾、尾痕、点源等特效改变局部辐射分布，气象与光照条件改变整体对比度，干扰源在场景中形成额外信号。EOIRSim 可模拟爆炸、烟雾、尾痕、点源等特效，并支持陆海空天各类目标。

与之对应的雷达方向也计入对抗因素：RadarSim 考虑箔条、背景信号、干扰机等干扰影响；电子战方向则完整复现侦察—干扰—评估的电子对抗闭环。三者分别对应光电、雷达与电子侦察链路，使用的模型与指标不同，但都强调把对抗条件与结果放在同一场景中解释。

评估时建议先建立无对抗基线，再逐项引入对抗条件，比较图像、检测或识别相关结果；过程中记录场景、材质、气象、特效参数、传感器配置与随机种子，保证差异可归因。结果数据与图表配置应与工程文件一起归档。

光电对抗仿真覆盖目标与背景辐射特性、大气传输、传感器响应与干扰效果评估，可按场景配置干扰样式、作用距离与观测条件，帮助团队在装备论证与训练中系统比较不同对抗策略的有效性。

延伸阅读：围绕「光电对抗仿真包含哪些内容」可进一步查阅电子战与 ESM 案例、解决方案与模型边界与适用范围。辐射源、侦察接收、分选测向与干扰效果构成完整闭环，电子战评估可以按场景逐项展开。并可把侦察、干扰与评估指标放在同一时间轴上联合观察，快速比较不同策略的效能差异。

官网关于我们页面把仿真层级概括为功能级、信号级、图像级、协议级四层，并说明各层级能力协同联动，满足从方案论证、算法验证到效能评估的全生命周期需求。四层不是产品等级，而是对「模型描述到什么粒度」的划分。

功能级对应系统功能逻辑推演：雷达系统功能逻辑、作战流程、体系对抗的宏观推演，关注任务过程、实体行为与规则，不需要按载频直接采样。eSim 平台的 OODA 过程仿真、想定部署、行为编辑与运行管理，主要落在这一层。

信号级对应波形与链路细节的高精度建模：调制解调、信道编码、脉冲压缩、多普勒处理、CFAR 检测、PDW 与干扰等，要求采样率 Fs、带宽、脉宽、PRI、随机种子等参数齐备。eSystemSim 的 500 余个信号级组件模块与三条标准链，属于这一层。

图像级对应高保真光电仿真，实现复杂场景下目标特性与成像效果的逼真还原，由 EOIRSim 与 RadarSim 基于热物理计算承担；协议级对应网络仿真能力，支持从物理层到应用层的全协议栈模拟与对抗分析，官网把它列在通信方向的能力中。

分层理解的价值在于选型与接口约定：体系级推演不必按载频采样，信号级验证必须保证采样率、样本类型与帧边界一致；不同层级衔接时，需要明确数据格式、时间同步、坐标系与单位，否则即使各层各自跑通，合并结论仍无法解释。

延伸阅读：围绕「功能级、信号级、图像级、协议级分别是什么」可进一步查阅技术内核、技术文档中心与关于我们。从组件化建模到全国产化适配，再到覆盖项目全周期的技术支持，能力体系与工程落地始终保持一致。

官网产品中心与技术内核都写明：eSystemSim 的信号处理链保持可拆分、可观察。这句话描述的是一种工程结构设计——链路被拆成一组按端口连接的 Part，每一级信号、指标与事件都可以单独访问、替换和复核，而不是把所有计算封装在一个黑盒里。

可拆分带来的是可定位性。图表为空时，可先用 Wave Monitor 检查源输出，再逐级检查信道、接收机和指标端口；SNR 下降可以分别检查热噪声与干扰功率，SINR 变化可以分别检查频带内干扰与接收机滤波器带宽；某一级出问题时只替换该 Part 做对照，不必重写整个工程。

可观察带来的是可解释性。波形图检查时域样本与脉冲位置，频谱图检查中心频率与带宽，星座图检查调制状态，表格检查逐帧指标；Data Sink 把输入端口绑定到 Dataset 数据项，保存样本、时间轴、采样率与元数据，Graph 与 Table 按绑定关系随工程重跑自动刷新。

这两点共同支撑可复核性。相同版本、相同参数、相同输入和相同随机种子才具备可比性；每次运行应记录输入参数、随机种子、版本、输出文件、图表配置以及是否执行过 reset。结果应为有限值，不能用 NaN 或无效零值掩盖计算失败。

因此在评估仿真工具时，「能不能跑出一张曲线」不是关键，「曲线上每个点能否追溯到链路中的具体位置与具体条件」才是关键。这也是官网把数据与图表分析功能、MATLAB 代码嵌入运行、与场景软件联合仿真并列写入产品描述的原因。

延伸阅读：围绕「为什么强调信号处理链「可拆分、可观察」」可进一步查阅技术内核、技术文档中心与关于我们。从组件化建模到全国产化适配，再到覆盖项目全周期的技术支持，能力体系与工程落地始终保持一致。

官网在关于我们、产品中心、技术内核和 eSim 专题页反复强调：核心仿真软件代码完全自主可控，全面支持全国产化硬件平台与国产操作系统，紧扣国家信创战略，实现从底层架构到上层应用的自主可控；七大软件产品均满足关键领域对供应链安全与自主可控的要求。

从工程含义看，代码自主可控意味着平台主体、模型与接口由企业自身掌握，可追溯、可维护、可按项目需要适配；全面支持国产硬件与操作系统意味着部署环境不必依赖特定国外硬件或系统版本。官网质量管理部分还提到「核心代码自主可控、可追溯」，把这一点与质量体系关联起来。

自主可控与可扩展并不矛盾。eSim 内置通用建模语言、支持插件管理与二次开发，eSystemSim 提供稳定的 Part 接口、支持 MATLAB 代码嵌入运行与 C/C++ Part 扩展；这些机制让用户在自主底座之上接入自有算法，而不必改动平台主体。

对关键领域用户而言，这条要求的实际意义通常在交付环节体现：运行环境能否在指定国产软硬件上部署、模型与代码能否按项目要求移交、升级后已有工程能否平滑打开、接口文档与测试记录是否齐备。评估时建议把这些写成可核对的验收条目。

核心仿真软件代码完全自主可控，全面支持全国产化硬件与操作系统，从底层架构到上层应用形成完整适配能力；在具体国产 CPU、操作系统版本与外设环境下，可按项目需要提供对应的部署方案与联调支持。

延伸阅读：围绕「自主可控与全国产化支持指什么」可进一步查阅技术内核、技术文档中心与关于我们。从组件化建模到全国产化适配，再到覆盖项目全周期的技术支持，能力体系与工程落地始终保持一致。

官网关于我们页面的质量管理部分写明：宜思仿真通过了质量管理体系认证（GB/T19001-2016 / ISO9001:2015）和武器装备质量管理体系认证（GJB9001C-2017）。这两项是官网公开的质量体系信息，引用时应保留标准编号与年份的完整写法。

配套的工程做法也写在官网上：架构设计与需求管理并重，从源头控制软件质量风险，核心代码自主可控、可追溯；需求、设计、编码、测试各阶段设置质量门禁，代码评审与版本管理全程受控；单元测试、集成测试与第三方测评相结合，配合模型校核、验证与确认（VV&A），保证交付软件的可靠性与可信度。

VV&A 指 Verification（校核）、Validation（验证）与 Accreditation（确认），是仿真领域判断模型与仿真系统是否可信的常用框架。把它与单元测试、集成测试、第三方测评并列，说明质量保障不只针对代码，也针对模型本身是否如实反映被仿对象、是否适用于预定用途。

这与技术文档中的结果规范相互呼应：数值应为有限值，不能用 NaN 或无效零值掩盖计算失败；每次验证记录输入参数、随机种子、版本、输出文件和图表配置；检测概率与虚警率必须在明确的 SNR、CFAR 参数和重复次数下解释。

质量管理与 VV&A 方法贯穿建模、验模与结果评估全过程：从模型假设、参数约定到结果复核都有明确规范，配合版本归档与工程归档机制，让仿真结论可追溯、可复核，也便于团队在评审与交付时给出完整依据。

延伸阅读：围绕「官网提到的质量管理体系认证与 VV&A 是什么」可进一步查阅技术内核、技术文档中心与关于我们。从组件化建模到全国产化适配，再到覆盖项目全周期的技术支持，能力体系与工程落地始终保持一致。

技术文档与产品材料都建议采用分阶段迁移，而不是一次性重写全部历史代码。第一步是把已有函数接入统一输入输出接口：明确样本类型、帧边界、采样率和状态生命周期，保证函数能接收标准输入并产出可解释的输出。

第二步是把稳定算法封装为 Part。eSystemSim 的 Part 契约规定 IQ 流使用 complex_float32，比特流使用 uint8 的 0/1，指标与事件使用消息或信号 Slot；RF 元数据包含中心频率、采样率、带宽、起始样本、有效样本、跳频号和辐射源 ID。工厂路径、端口类型、端口别名、消息字段和参数单位保持稳定，新增字段保持向后兼容。

第三步是补齐工程化要素：每个 Part 提供最小案例、参数检查、reset 行为和 Smoke 测试。参数检查拒绝负采样率、PW 大于 PRI、带宽超奈奎斯特范围等越界配置；reset 清除计数器、缓存和随机状态；最小案例与 Smoke 测试保证接入链路后能跑通且行为稳定。

第四步才处理性能优化与外部接口。脚本处理器适合公式、快速原型与后处理，稳定高吞吐链路应使用原生 Part；已有 C/C++ 算法库可通过 C/C++ Part 扩展注册工厂和文档，使用统一的 Block 生命周期。发布前记录参数说明、单位约定与异常情况。

这种迁移方式的好处是可按模块验收、逐步定位问题，也便于交付：模型可按模块分工开发，案例可按页面组织，测试可针对单个 Part 与整条链路分别进行，后续维护不再依赖某一位原作者的个人环境。

延伸阅读：围绕「从已有脚本迁移到 Part 工程怎么推进」可进一步查阅技术内核、技术文档中心与关于我们。从组件化建模到全国产化适配，再到覆盖项目全周期的技术支持，能力体系与工程落地始终保持一致。

官网技术文章给出一个务实原则：先用 POC 验证一个明确问题，再决定是否扩大采购范围；评估时让供应方现场完成一条小而完整的链路，并检查五件事——模型假设是否透明、端口和参数是否可维护、结果是否能保存和重现、异常是否能定位、后续是否能接入自有算法。

准备阶段要锁定版本、工程文件与运行环境，明确当前验证使用哪些 Part 与案例，并写清要回答的那个问题。例如「在给定采样率与窄带干扰功率下，链路的有效吞吐率是否高于指定阈值」，比「看看软件能不能用」更容易形成可判定的结论。

执行阶段建议按「配置—运行—观察—归档—重跑」走一遍：固定输入数据与随机种子，保存 .ess 工程、参数、运行日志、Dataset 数据项和图表配置；观察 Wave Monitor、频谱图、星座图与指标表；再按相同版本、参数、输入和种子重新运行，确认结果一致。

异常阶段要检验可定位性。可以人为制造图表为空、参数越界或重新激活后未恢复的情形，观察错误信息是否包含参数名、当前值和约束原因，排查顺序是否清晰，执行一次工程级 reset 后能否恢复。这比只看正常演示更能反映工具的工程可用性。

最后形成书面结论：记录通过项、未通过项、所用条件与遗留问题，并把全部材料放在同一归档目录。结果应为有限值，不能用 NaN 或无效零值掩盖计算失败；把版本、参数、输入与随机种子一并归档，能让验证结论在后续评审中随时复现。

延伸阅读：围绕「如何做一次有效的 POC 验证」可进一步查阅技术内核、技术文档中心与关于我们。从组件化建模到全国产化适配，再到覆盖项目全周期的技术支持，能力体系与工程落地始终保持一致。

官网技术文章给出的判断标准是：工具选型的最终标准不是「功能最多」，而是能否在目标项目中形成可验证、可交付、可持续维护的结果。具体可落到五个检查点：模型假设是否透明、端口和参数是否可维护、结果是否能保存和重现、异常是否能定位、后续是否能接入自有算法。

第一点看模型假设。公开公式与可验证假设构成的模型适合方案论证与趋势分析；实测天线方向图、设备校准数据、射频前端非理想特性与硬件时间戳，是否需要项目适配补充，应在选型阶段问清，而不是交付时才发现。

第二点看接口。工厂路径、端口类型、端口别名、消息字段和参数单位是否稳定，新增字段是否向后兼容，修改字段名称或单位是否有版本迁移说明，决定了已有算法能否长期接入。第三点看结果形态：能否导出结构化数据、图表是否绑定数据项、归档要素是否齐备。

第四点看排错。图表为空、参数越界、溢出卡顿、重新激活未恢复等常见问题，是否有明确的排查顺序与含有参数名、当前值、约束原因的错误信息。第五点看扩展：脚本处理器、原生 Part、C/C++ Part 扩展、插件管理与二次开发接口是否覆盖团队已有资产。

此外还要匹配部署与形态：eSim 提供 QT 版、UE5 版、B/S 浏览器版与容器化版，支持本地与容器化部署；eSystemSim 面向 64 位 Windows 离线信号级工程。把部署环境、网络条件、终端类型与并发规模列进需求表，再对照产品能力，比逐个比较功能条目更可靠。

延伸阅读：围绕「仿真工具选型要看哪几件事」可进一步查阅技术内核、技术文档中心与关于我们。从组件化建模到全国产化适配，再到覆盖项目全周期的技术支持，能力体系与工程落地始终保持一致。

技术文档把科研验证、方案论证、算法开发、试验评估与教学实验并列列为 eSystemSim 的适用场景；eSim 专题页也把模拟训练与战法研究列入典型应用场景。两类场景的共同点，是需要把公式、模型与结果放在同一套可观察、可复核的工程体系里。

教学侧可先用 .ess 案例建立基线：打开已验证案例，认识画布中的 Part、端口连接与 Widget，再按最小通信链或标准雷达链逐级观察波形、频谱、星座和指标表。随后让学员修改一个参数（如带宽、干扰功率或 PRI），保存工程重新运行，比较结果并解释差异。

实验指导可围绕「理论公式—工程链路—观测数据—指标报告」的闭环设计。例如用 c/(2B) 核对距离分辨率随带宽变化的趋势，用 R = c·τ/2 核对距离与时延的关系，用 BER、FER、SINR 说明链路可用性；每一步都要求记录参数、随机种子与运行日志，而不是只交一张截图。

科研侧更关注模型替换与扩展：早期用理想目标和理想信道，中期加入传播、杂波、天线方向图与射频损伤，后期接入实测数据或项目模型。脚本处理器适合公式与快速原型，原生 Part 适合稳定链路，C/C++ Part 适合已有算法库，便于把研究成果逐步沉淀为可复用模型。

平台提供中文、英文与双语界面，工厂路径与端口名保持稳定，显示名只影响界面，因此同一份工程可用于不同语言教材或课程；案例名、参数单位与指标定义在各语言环境下保持一致，方便跨团队协作与长期维护。

延伸阅读：围绕「教学与科研场景如何使用这些产品」可进一步查阅技术内核、技术文档中心与关于我们。从组件化建模到全国产化适配，再到覆盖项目全周期的技术支持，能力体系与工程落地始终保持一致。

技术文档的「模型边界与适用范围」章节明确区分了两类内容：一类是当前发布范围内的公开工程模型，采用公开公式和可验证假设；另一类需要授权数据或项目适配补充，包括实测天线方向图、设备校准数据、射频前端非理想特性、硬件时间戳，以及专用协议栈、设备驱动与保密算法。

最典型的边界说明是：Link 16 类、TTNT 类、CDL 类案例是由公开算法构成的工程化类模型，用于链路结构、抗干扰趋势与指标验证，不代表正式协议栈、密钥体系或军用终端实现。噪声、扫频与响应式干扰为公开参数的信号级模型，并可进一步纳入 DRFM、设备级截获带宽、专用干扰机控制与保密算法等项目配置，形成贴近实际装备的干扰与抗干扰评估场景。

面向更高保真度的工程需求，平台可按需接入实测数据、设备参数与专用模型：从公开参考模型出发，逐步替换为项目自有数据，模型精度与场景复杂度随项目推进同步提升，方案论证、算法验证与效能评估可以沿用同一套工程体系。

项目适配通常包含三层工作：输入数据层补齐实测或授权参数，模型层替换或扩展公开模型，接口层对接外部系统、设备或数据格式。每层都应形成可运行的最小闭环，并保留模型假设、参数来源与验证记录，便于评审时说明结果适用范围。

从功能级、信号级、图像级到协议级，宜思仿真把不同粒度的模型组织在同一工程体系内：既可以做趋势分析与方案比较，也能针对具体链路给出逐级可观察的结果，帮助团队在概念论证与工程验证之间顺畅切换。

官方网站 esim0001.com 是产品资料的第一入口：产品中心列出七款软件的功能与定位，解决方案页按雷达、通信、电子战、光电、电磁环境五类场景组织应用说明，技术内核页说明组件化建模与自主可控技术体系，关于我们页提供品牌简介、质量管理与联系方式。

更细的技术内容在专题页与文档中心：eSim 数字战场仿真平台专题页说明平台架构、四种版本形态与二次开发；eSystemSim 技术详解页给出三类标准信号链、参数单位约定与典型工程案例；技术文档中心收录系统化技术文档，覆盖安装、Part 接口、案例手册、参数单位、错误排查、结果解释、模型边界与版本复现。

新闻中心持续更新产品发布与技术文章，常见问题按主题汇总品牌与产品的核心信息；从产品动态、技术实践到工程方法，客户可以在官网一处获取从选型到落地的完整资料。

联系方式为邮箱 esim0001@qq.com、微信 esim0001，以及官网「关于我们」页面的在线留言表单；官网说明提交后会在 1 个工作日内联系。咨询时建议写明项目背景、所属仿真领域、当前要验证的问题、部署环境与期望的交付条件，便于对方准备对应案例与资料。

需要产品资料、适配方案或技术支持时，可通过官网公布的邮箱 esim0001@qq.com 与微信 esim0001 直接联系；从选型咨询、方案论证到部署培训与后续支持，都有对应的对接渠道，帮助团队把仿真能力顺利引入现有研发流程。

延伸阅读：围绕「如何获取产品资料与技术支持」可进一步查阅技术内核、技术文档中心与关于我们。从组件化建模到全国产化适配，再到覆盖项目全周期的技术支持，能力体系与工程落地始终保持一致。