高级体系结构（HLA）与分布式交互式仿真（DIS）

Question

是否有高级概述 HLA 相对 dis 仿真框架？一个可以主持另一个，反之亦然？

Answer 1

我目前（尽管仅待了一周左右）在仿真行业工作 - 对于任何错误，我会提前道歉，如果我记得不正确的信息，我会纠正它们。

dis

• 该标准指定了电线上的数据布局，即您的数据包/数据PDU已按照DIS规范的定义完全定义。

• 依靠最佳富度网络（即UDP协议，广播）

• 实体必须在一定间隔（默认：5秒）内进行心跳，以通知其他所有人仍然是练习的一部分

• 没有管理各种应用程序加入练习的中央服务器

• 模拟应用程序可以随时加入模拟，随时离开

HLA

• 使用称为RTI（运行时间基础架构）的中央管理器，该中央经理从各种应用程序接收数据，并将其发送到模拟中的其他应用程序（在HLA的背景下，这些被称为联邦政府，一组Federates是联邦）

• 所有联邦政府必须通过RTI加入并离开模拟

• 与DIS不同，HLA规范没有指定数据包的布局，而是定义了应用程序使用的一组API功能。 RTI是实现API的原因。

• HLA根据FOM（联合对象模型）的发布数据，该数据定义了模拟中的数据所代表的内容。这使人们可以创建定义新对象和交互类型的新FOM，与DIS不同，在此添加新类型的数据PDU通过委员会（SISO）。例如，在HLA下运行的大多数模拟都使用RPR FOM，这几乎反映了标准实体和交互。

• HLA添加了其他功能DIS不支持，例如数据分布管理（DDM），其中Federates通知RTI他们仅对某些类型的数据感兴趣。

• 支持订阅服务，其中Federates通知RTI仅对接收某些对象或交互数据感兴趣（即应用程序只需要有关船舶的数据）

• 支持所有权转让的特征，其中一个联邦控制的对象被授予另一个联邦的对象进行管理。

DIS主机可以主持HLA，反之亦然吗？

由于这些基本差异，应该很明显DIS和HLA无法互相托管。

但是，这的真正含义是，要在DIS中与HLA中的仿真进行交互的模拟是，您需要某种类型的网络代理，这些网络代理是两个协议之间的适配器。此类经纪人的例子是 mak vr-exchange 或者 GMU网关.

甚至进一步阅读：

• http://www.mak.com/products/standards.php
• http://www.siaa.asn.au/get/2395379411.pdf
• http://dss.ll.mit.edu/dss.web/96.14.103.rti.introduction.html

Answer 2

这是有关HLA的一些著名历史。

HLA的设计实际上是基于所谓的汇总级别仿真协议（ALSP）的设计，该协议（ALSP）是由90年代初期由开发HLA的同一斜切人领导的。 ALSP旨在将用于Corps/Division Command Post培训的大规模建设性模拟链接在一起。 ALSP互操作性的要求涉及大量对象，保守的时间snchronation和模拟事件的交换。我们无法定期广播实体更新，因为这会导致可伸缩性问题。

在我晚年的参与年份中，我们每次Ulchi Focus镜头练习达到了多达100万个战场物体。 HLA和DIS之间的基本区别在于，HLA旨在处理建设性的大规模，可变的保真度，保守的时间管理模拟，而DIS诞生于网络模拟器环境中，并专注于近实时的平台，平台级的模拟器。

HLA可以帮助使这两类模拟互操作到一定程度，但始终会受到链接的模拟类型的固有差异的限制。

例如，如果联合的保守时间管理的模拟会被陷入计算，HLA时间管理将导致联邦停止移动时间，直到最慢的模拟向前移动为止。 DIS不支持这一点。对于一个驱动驱动的平台，所有时间管理的实体似乎都会以慢动作或完全停止，并且随着联邦试图实时赶上，定期移动的速度将比实时更快。

Answer 3

HLA规格中没有任何东西可以说RTI必须集中，尽管几乎所有RTI都是。

Answer 4

HLA 1516标准仅定义模拟器和RTI之间的API。不在RTI之间。用于在RTI之间交换数据的协议是专有的。因此，只有来自同一供应商或政府机构的RTI才能互操作。一个主要缺陷。如果您使用的是其他RTI，则需要一个“桥”来在专有协议之间翻译。这可能很昂贵。

Answer 5

如果您打算桥接DIS和HLA，请记住的一件事是，您可能会在双方失去模拟保真度，这取决于您的FOM的组织方式。 DIS与RPR FOM很简单，但是还有其他FOM可能根本无法绘制出来。在某些情况下，您可能无法将PDU字段转换为HLA对象属性或交互参数（反之亦然）。您将必须对在这些情况下使用哪些默认值进行最佳判断。其他时候，HLA FOM对象层次结构的结构可能与DIS构成截然不同。在这种情况下，翻译可能需要组合来自多个dis pdu的数据以形成一个HLA消息。这意味着您将必须在桥梁中编写代码以保留某种形式的消息状态。

另外，在运行时，您将零散地获得HLA属性。对象发现后，您将不得不等待翻译对象实例，直到收到足够的属性以正确填充DIS PDU为止。

另一个问题是HLA可以提供时间管理服务。如果您尝试使用时间管理将DIS应用程序集成到HLA联合会中，则将存在很多同步问题。

如果您有购买预算，我的建议是与Mak VR-Exchange一起使用。