高层体系结构(HLA)与分布交互仿真(DIS)

Question

是否有HLA与DIS模拟框架的高层概述？一个可以托管另一个吗?反之亦然？

Answer 1

我目前(虽然只有一个星期左右)在模拟行业工作-我提前为任何错误道歉，如果我记住了不正确的信息，我会纠正它们。

DIS

DIS标准规定了数据在线路上的布局，即您的数据包/数据PDU的布局与尽力而为联网的

• 中定义的完全相同(即，UDP协议，exercise
• Simulation必须以一定的时间间隔(默认值:5秒)进行心跳，以通知其他所有人它仍是练习的一部分)
  • 没有管理与exercise
  • Simulation应用程序连接的各种应用程序的中央服务器可以随时加入模拟，随时离开

人类白细胞抗原

HLA使用一个中央管理器，称为运行时基础设施( RTI )，它接收来自各种应用程序的数据并将它们发送到仿真中的其他应用程序(在的上下文中，这些联邦成员被称为联邦成员，一组联邦成员是一组应用程序接口( Federation)

• All )成员必须通过RTI
• 加入和离开仿真。

-

• 联邦成员根据联邦对象模型发布数据，联邦对象模型定义了仿真数据的表示形式。这允许人们创建新的FOM来定义新的对象和交互类型，这与DIS不同，在DIS中，添加新类型的数据PDU需要通过一个委员会(SISO)。例如，在HLA下运行的大多数仿真利用RPR，RPR几乎反映了DIS标准实体，并且interactions.
• HLA添加了DIS不支持的附加特征，诸如数据分布管理(DDM)，其中联邦成员通知data.
• Supports它们只对某些类型的ships)
• Supports订阅服务感兴趣，其中联邦成员通知RTI它们只对接收某些对象或交互数据感兴趣(即，应用程序只想要关于所有权转移的特征的数据，其中在一个联邦成员的控制下的对象被给予另一个联邦成员来管理。

可以与互为宿主吗？

由于这些根本的差异，应该清楚的是，DIS和HLA不能相互托管。

然而，这实际上意味着DIS中的模拟要与HLA中的模拟进行交互，您需要某种类型的网络代理来充当这两个协议之间的适配器。这类代理的示例是MAK VR-Exchange或GMU Gateway。

更深入的阅读：

• 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)的东西，该协议在90年代早期由开发HLA的同一批Mitre人领导。ALSP旨在将用于兵团/师指挥所训练的大规模建设性模拟连接在一起。对ALSP互操作性的要求包括更多的对象、保守的时间同步和仿真事件的交换。我们不能定期广播实体更新，因为这会导致可伸缩性问题。

在我后来参与的几年中，我们达到了每一次Ulchi焦点镜头练习多达100万个战场对象。HLA和DIS的根本区别在于，HLA是为处理构造性的大规模、可变保真度、保守的时间管理仿真而设计的，而DIS则诞生于一个网络化的仿真器环境，专注于近实时的平台级仿真器。

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

例如，如果保守的时间管理的仿真联邦成员陷入计算的泥潭，HLA时间管理将导致联邦停止向前移动时间，直到最慢的仿真向前移动。DIS不支持此功能。对于DIS驱动的平台，当联邦试图赶上实时时，所有时间管理的实体将看起来像是以慢动作移动或完全停止，并且周期性地看起来比实时移动得更快。

Answer 3

虽然几乎所有的RTI都是集中化的，但在HLA规范中并没有规定RTI必须集中化。