하이 레벨 아키텍처

High Level Architecture
이 기사는 분산 시뮬레이션을 위한 IEEE 표준에 관한 것이다.다른 용도는 하이 레벨 및 로우 레벨을 참조하십시오.

HLA(High Level Architecture, High Level Architecture, HLA)는 분산 시뮬레이션의 표준으로, 여러 시뮬레이션을 결합(연방화)하여 더 큰 목적을 위한 시뮬레이션을 구축할 때 사용된다.[1]이 표준은 90년대에 미국 국방부의[2] 주도로 개발되었으며 이후 개방된 국제 IEEE 표준으로 전환되었다.스타나그 4603을 통해 NATO 내에서 권장되는 표준이다.[3]오늘날 HLA는 국방과 보안 그리고 민간 응용을 포함한 많은 분야에서 사용되고 있다.

HLA의 목적은 상호운용성과 재사용을 가능하게 하는 것이다.HLA의 주요 특성은 다음과 같다.

  • 운영 체제 및 구현 언어와 독립적으로 로컬 또는 광범위하게 배포된 서로 다른 컴퓨터에서 실행 중인 시뮬레이션을 하나의 연방에 연결하는 기능.
  • 서로 다른 애플리케이션 도메인에 대해 정보 교환 데이터 모델, FOM(Federation Object Model)을 지정하고 사용하는 기능.
  • FOM 기반 및 추가 필터링 옵션과 함께 게시-구독 메커니즘을 사용하여 정보를 교환하는 서비스.
  • 논리적(시뮬레이션) 시간 및 시간 스탬프 데이터 교환을 조정하기 위한 서비스.
  • 연방의 상태를 점검하고 조정하는 관리 서비스.

HLA는 예를 들어 항공우주 및 방위 분야와 같이 서로 다른 커뮤니티에서 표준화되고 확장 가능한 FOM을 개발하기 위한 기초를 형성한다.

아키텍처는 다음과 같은 요소들을 명시한다.

HLA 연합의 구성 요소
  • 다른 프로그래밍 언어를 통해 표준화된 서비스 집합을 제공하는 RTI(런타임 인프라)이러한 서비스에는 정보 교환, 동기화 및 연합 관리가 포함된다.
  • RTI 서비스를 사용하는 개별 시뮬레이션 시스템인 연방.
  • 데이터 교환에 사용되는 개체 클래스 및 상호 작용 클래스를 지정하는 FOM(Federation Object Model)FOM은 모든 영역에 대한 정보를 설명할 수 있다.

위의 구성 요소들이 함께 연합을 형성한다.

HLA 표준은 다음 세 부분으로 구성된다.

  1. IEEE 규격 1516-2010 프레임워크 및 규칙,[4] 구성 요소 또는 전체 연합이 준수해야 하는 10가지 아키텍처 규칙을 규정한다.
  2. IEEE 규격 1516.1-2010 Federate Interface Specification,[5] RTI가 제공해야 하는 서비스를 명시한다.서비스는 웹 서비스뿐만 아니라 C++와 자바 API로 제공된다.
  3. IEEE 규격 1516.2-2010 객체 모델 [6]템플릿 규격은 FOM과 같은 HLA 객체 모델이 사용해야 하는 형식을 명시한다.

기록 및 버전

HLA는 1990년대 초 박사 때 시작되었다.아니타 K. 존스 미 국방부 국방연구공학부장은 국방모델링 및 시뮬레이션 사무소(DMSO)에 "국방모델 및 시뮬레이션의 상호운용성과 재사용성 확보"라는 과제를 부여했다.[1]1995년에 DMSO는 모델링 및 시뮬레이션에 대한 비전을 수립하고 모델링 및 시뮬레이션 마스터플랜을 수립했는데, 여기에는 하이 레벨 아키텍처가 포함된다.

M&S 상호운용성을 위한 두 가지 프로토콜이 이미 존재했다.DIS(Distributed Interactive Simulation)는 고정 객체 모델을 사용한 실시간 플랫폼 레벨 시뮬레이션에 중점을 두고, ALSP(Agggregate Level Simulation Protocol)는 연합 모델이라 불리는 시간 관리, 소유 관리 및 유연한 객체 모델을 사용한 Aggregate의 시뮬레이션에 초점을 맞춘다.HLA의 목적은 모든 미국 DoD 구성요소의 시뮬레이션 상호운용성 요구사항을 만족하는 하나의 통일된 표준을 제공하는 것이었다.[2]

HLA의 개발은 플랫폼 프로토타입 연합, 공동 훈련 프로토타입 연합, 분석 프로토타입 연합, 엔지니어링 프로토타입 연합의 네 가지 프로토타입 연합에 기초하였다.HLA 규격은 프로토타입 제작 및 정제되었고, 마침내 HLA 1.3이 출시되었다.그 후, 방어 커뮤니티 외부의 사용을 촉진하기 위해, HLA는 SISO(Simulation Interoperability Standards Organization)에 의해 유지되는 IEEE 표준으로 전환되었다.DIS 사용자의 마이그레이션을 용이하게 하기 위해, DIS의 고정 객체 모델에 해당하는 Federation Object Model도 실시간 플랫폼 참조 FOM(RPR FOM)으로 개발되었다.

다음과 같은 HLA 버전이 존재한다.

HLA 1.3

HLA 1.3은 DMSO에 의해 1998년 3월에 출판되었다. 이 책은 다음과 같이 구성되어 있다.

  • 미국 국방부, 규칙 1.3 버전
  • 미국 국방부, 고급 아키텍처 인터페이스 사양 버전 1.3
  • 미국 국방부, 하이 레벨 아키텍처 객체 모델 템플릿 버전 1.3

미국 국방성은 또한 HLA 1.3에 대한 해석을 발표했다.

  • 미국 국방부, 고급 아키텍처 인터페이스 규격 버전 1.3, 릴리스 3의 해석

HLA 1516-2000

HLA IEEE 1516-2000은 IEEE에 의해 2000년에 출판되었다.구성 요소는 다음과 같다.

  • IEEE 규격 1516–2000 – 모델링 및 시뮬레이션 하이 레벨 아키텍처 표준 – 프레임워크 및 규칙
  • IEEE 규격 1516.1-2000 – 모델링 및 시뮬레이션 하이 레벨 아키텍처 표준 – 인터페이스 규격 연합
  • IEEE 1516.1-2000 에라타(2003-10-16)
  • IEEE 1516.2-2000 – 모델링 및 시뮬레이션 하이 레벨 아키텍처 표준 – OMT(Object Model Template) 규격

IEEE 1516-2000의 주요 개선사항에는 상세 데이터 유형 사양을 포함한 XML 기반 FOM과 개선된 DDM 설계가 포함되었다.

IEEE 1516-2000 표준도 권장 개발 프로세스와 권장 VV&A 프로세스로 보완되었다.

  • IEEE 1516.3-2003 – FEDEP(High Level Architecture Federation Development and Execution Process) 권장 사례이 표준은 나중에 IEEE 규격 1730-2010 분산 시뮬레이션 엔지니어링 및 실행 프로세스(DSEEP)가 될 것이다.
  • IEEE 1516.4-2007 – 고등 아키텍처 연합 개발 및 실행 프로세스에 대한 연방의 검증, 검증 및 인증에 대한 권장

곧 1516-2000 표준은 RTI 구현마다 조금씩 다른 API를 가지고 있다는 사실이 밝혀졌다.SISO는 대체 DLC(Dynamic Link 호환) C++ 및 Java APIs로 표준을 작성했다.

  • SISO-STD-004.1-2004: HLA 인터페이스 규격용 동적 링크 호환 HLA API 표준(IEEE 1516.1 버전)
  • SISO-STD-004-2004: HLA 인터페이스 규격의 동적 링크 호환 HLA API 표준 (v1.3)

DLC API는 나중에 기본 표준으로 통합되었다.

HLA 1516-2010(HLA 진화)

IEEE 1516-2010 표준은 IEEE에 의해 2010년 8월에 발행되었으며 일반적으로 HLA Evolated로 알려져 있다.[7]구성 요소는 다음과 같다.

  • IEEE 1516–2010 – 모델링 및 시뮬레이션 하이 레벨 아키텍처 – 프레임워크 및 규칙[4]
  • IEEE 1516.1–2010 – 모델링 및 시뮬레이션 하이 레벨 아키텍처 표준 – 인터페이스 연합 규격[5]
  • IEEE 1516.2-2010 – 모델링 및 시뮬레이션 하이 레벨 아키텍처 표준 – OMT(Object Model Template) 규격[6]

IEEE 1516-2010의 주요 개선사항으로는 C++에 DLC API를 통합한 [8]모듈식 FOM과 웹 서비스 API[9] 및 Fault Tolerance인 Java가 있다.[10]

XML Schemas, C++, Java, WSDL API 및 FOM/SOM 샘플과 같이 본 HLA 버전의 기계 판독 가능한 부분은 IEEE 웹 사이트의 IEEE 1516 다운로드 영역에서 다운로드할 수 있다.전체 표준 텍스트는 SISO 회원에게 무료로 제공되거나 IEEE 샵에서 구입할 수 있다.

HLA 1516-20XX (HLA 4)

HLA의 신판 개발은 SISO가 2016년 1월부터 시작해 현재 진행 중이다.

기술 개요

HLA 표준은 다음 세 부분으로 구성된다.

  • 연방 또는 연방 전체가 준수해야 하는 10가지 아키텍처 규칙을 지정하는 체계 및 규칙.
  • RTI가 제공해야 하는 서비스를 명시하는 인터페이스 규격 연합.서비스는 웹 서비스뿐만 아니라 C++와 자바 API로 제공된다.
  • FOM과 같은 HLA 객체 모델이 사용해야 하는 형식을 지정하는 객체 모델 템플릿 사양.

공통 HLA 용어

  • RTI(Run-time Infrastructure): HLA Federate Interface 사양에 명시된 표준화된 서비스 세트를 제공하는 소프트웨어.7개의 서비스 그룹이 있다.
  • 연합:시뮬레이션, 실시간 시스템에 대한 도구 또는 인터페이스와 같은 RTI에 연결되는 시스템.툴의 예로는 데이터 로거와 관리 툴이 있다.연방정부는 RTI 서비스를 사용하여 데이터를 교환하고 다른 연방정부와 동기화한다.
  • 연합:공통 FOM과 함께 동일한 RTI에 연결되는 일련의 연방 정부.
  • 연합 실행:동일한 RTI와 FOM을 사용하여 특정 목적을 가진 연방에서 연방정부 집합이 함께 실행되는 세션.
  • FOM(Federation Object Model): 연합체의 정보 교환에 사용되는 객체 클래스, 상호작용 클래스, 데이터 유형 및 추가 데이터를 지정하는 문서.FOM은 HLA 객체 모델 템플릿과 관련 XML 스키마의 형식을 따르는 XML 파일이다.서로 다른 애플리케이션 도메인의 데이터 교환에는 다른 FOM이 사용된다.참조 FOM이라고 불리는 표준화된 FOM이 있으며, FOM 개발의 출발점으로 일반적으로 사용된다.FOM은 FOM 모듈을 사용하여 모듈식으로 개발 및 확장할 수 있다.
  • SOM(Simulation Object Model): 특정 시뮬레이션이 연방에서 게시하거나 구독하는 객체 클래스, 상호작용 클래스, 데이터 유형 및 추가 데이터를 지정하는 문서.SOM은 또한 HLA 객체 모델 템플릿과 관련 XML 스키마의 형식을 따르는 XML 파일이다.또한 SOM은 SOM 모듈을 사용하여 모듈식으로 개발 및 확장할 수 있다.
  • Object: 개체는 일정 기간 동안 지속되고 업데이트할 수 있는 속성을 가진 데이터를 나타내기 위해 사용된다.그것들은 오브젝트 클래스를 사용하여 FOM/SOM에 정의된다.
  • 교호작용:교호작용은 매개변수와 함께 순간 사건을 나타내기 위해 사용된다.전송된 상호 작용은 오브젝트 클래스와 반대로 업데이트할 수 없다.그것들은 상호작용 클래스를 사용하여 FOM/SOM에 정의된다.
  • 데이터 유형:속성 및 매개변수 데이터의 표현과 해석은 HLA 데이터 유형을 사용하여 FOM/SOM에 명시되어 있다.
  • 게시: 속성 집합을 사용하여 개체 클래스를 게시하는 연합은 해당 개체 클래스의 인스턴스를 등록 및 삭제하고 해당 속성 값을 업데이트할 수 있다.상호작용 클래스를 게시하는 연방은 관련 매개변수 값과 함께 해당 상호작용 클래스의 상호작용을 전송할 수 있다.
  • 구독:속성 집합을 가진 오브젝트 클래스에 가입하는 연방은 해당 오브젝트 클래스의 인스턴스 등록 및 삭제를 검색하고 구독 속성의 업데이트를 수신한다.상호작용 클래스에 가입하는 연방은 관련 매개변수 값과 함께 해당 상호작용 클래스의 상호작용을 수신한다.

인터페이스 사양

RTI 서비스는 HLA 인터페이스 사양에 정의되어 있다.그들은 7개의 서비스 그룹으로 분류된다.이러한 서비스 외에도 매니지먼트 오브젝트 모델(MOM)은 연합체 상태를 프로그램적으로 점검하고 조정할 수 있는 서비스를 제공한다.

대부분의 RTI는 실행 가능한 중앙 RTI 구성 요소(CRC)와 연방에서 사용하는 라이브러리인 로컬 RTI 구성 요소(Local RTI 구성 요소)로 구성된다.서비스는 C++ 또는 자바 API를 통해 제공되며 웹 서비스도 이용된다.C++와 자바 API에서는 RTI 앰배서더 클래스의 한 인스턴스에 대한 호출을 사용하여 서비스가 호출된다.RTI는 콜백을 사용하여 연방에 정보를 전달하며, 콜백은 연방 대사급에 대한 호출을 사용하여 전달된다.WSDL을 사용하여 정의한 Web Services API에서는 웹 서비스 요청 및 응답을 사용하여 연방에 의해 호출이 이루어지고 콜백(callback)이 수신된다.

아래의 서비스 그룹 설명은 주요 서비스에 초점을 맞춘다.예외사항과 권고사항은 포함되지 않는다.

연방 관리 서비스

HLA 인터페이스 규격 제4장에 기술된 Federation Management 서비스의 목적은 Federation 실행뿐만 아니라 Syncialization Points 및 Save/Restore와 같은 Federation 전체 운영을 관리하는 것이다.[5]

연방 관리 서비스 한 세트는 RTI와의 연결, 연방 실행 및 연방 가입 세트에 대한 연결을 관리한다.주요 서비스:

  • RTI 연결 및 연결 해제
  • CreateFederation실행 및 파괴연방연합 실행을 생성 및 삭제하는 데 사용되는 실행
  • 조인페더레이션실행 및 재서명Federation연방이 연방 집행에 가입 및 사임하는 데 사용하는 실행.
  • 연결로스트(ConnectionLost), RTI가 연방에 고장으로 인해 연방 실행과의 연결이 끊겼음을 알리기 위해 사용하는 기능
  • 리스트페더레이션RTI에 대해 사용 가능한 연합 실행 목록을 검색하는 데 사용되는 실행

다른 서비스 집합은 동기화 포인트와 관련된다.이는 연방 전체 또는 선택된 연방정부가 실행을 계속하기 전에 시나리오 초기화 등 작업을 완료해야 하는 경우다.주요 서비스:

  • 동기화 포인트를 등록하는 데 사용되는 RegisterFederationSynchronizationPoint
  • RTI가 동기화 포인트가 등록되었음을 연방에 알리기 위해 사용하는 동기화 포인트 알림
  • 연방에서 동기화 포인트를 달성했음을 나타내는 SynchronizationPointAchieveed를 사용하는 SynchronizationPointAchieve
  • Federation동기화(FederationSynchronized)는 RTI가 Federators에게 Federation이 동기화됨을 알린다. 즉, 모든 Federate가 동기화 포인트를 달성했다.

그러나 또 다른 서비스 집합은 연방집행을 저장하고 복구하는 것과 관련이 있다.저장 작업을 수행하려면 RTI와 각 연방정부에서 내부상태 저장을 수행해야 한다.복원 작업을 수행하려면 RTI와 각 연방에서 내부 상태 복원을 수행해야 한다.주요 서비스:

저장:

  • 연합 저장을 시작하는 데 사용되는 RequestFederationSave
  • 시작FederateSave(연방 저장)는 RTI가 연방에 상태 저장을 시작하도록 통보하는 데 사용하는 경우
  • FederateSaveComplete: 연방은 상태 저장을 완료했을 때 연방에 의해 호출되어야 한다.
  • FederationSaved 연방 저장됨을 연방에 알리기 위해 RTI에서 사용하는 연방 저장

복원:

  • 연합 복원을 시작하는 데 사용되는 RequestFederationRestore
  • 시작RTI가 연방에게 상태 복원을 시작하도록 통보하는 데 사용하는 FederateRestore
  • FederateRestoreComplete: 연방은 상태 복원을 완료했을 때 연방에 의해 호출되어야 한다.
  • FederationRested 연방복구됨을 연방에 알리기 위해 RTI에서 사용하는 복원

선언 관리 서비스

HLA 인터페이스 규격 제5장에 기술된 선언 관리 서비스의 목적은 연방정부가 FOM의 객체 및 상호작용 클래스를 기반으로 어떤 정보를 발행(보내기)하고 구독(수신)하고자 하는지를 선언할 수 있도록 하는 것이다.[5]RTI는 업데이트와 상호작용을 가입 연방에게 전달하기 위해 이 정보를 사용한다.오브젝트 클래스의 경우 특정 속성 집합에 대해 게시 및 구독이 수행된다.인터랙션 클래스의 경우 모든 파라미터를 포함한 전체 인터랙션을 게시하고 구독한다.주요 서비스:

  • 주어진 객체 클래스의 속성 집합을 게시하는 데 사용되는 PublishObjectClassAttributes.
  • 주어진 객체 클래스의 속성 집합을 구독하는 데 사용되는 SubscribeObjectClassAttributes.
  • 모든 매개 변수를 포함한 상호 작용 클래스를 게시하는 데 사용되는 게시InteractionClass
  • 구독하다모든 매개 변수를 포함한 상호 작용 클래스에 가입하는 데 사용되는 InteractionClass

개체 관리 서비스

HLA 인터페이스 규격 제6장에 기술된 객체 관리 서비스의 목적은 연방정부가 객체 인스턴스에 대한 정보를 공유하고 상호작용을 교환할 수 있도록 하는 것이다.[5]

객체 인스턴스 이름을 예약하거나 자동으로 생성할 수 있다.연방정부는 특정 오브젝트 클래스의 오브젝트 인스턴스를 등록할 수 있으며, 등록 연방에 의해 검색된다.이러한 개체 인스턴스의 속성을 업데이트할 수 있다.이러한 업데이트는 가입하는 연방정부에도 반영될 것이다.상호작용을 보낼 수 있다.이러한 상호 작용은 가입하는 연방정부에게 전달될 것이다.주요 서비스:

개체:

  • 개체 인스턴스에 사용할 이름을 예약하는 데 사용되는 ReserveObjectInstanceName
  • 예약된 이름 또는 자동으로 생성된 이름으로 특정 오브젝트 클래스의 오브젝트 인스턴스를 등록하는 데 사용되는 RegisterObjectInstance
  • RTI에서 특정 오브젝트 클래스에 가입하는 연방에게 새 오브젝트 인스턴스가 등록되었음을 알리는 데 사용되는 DiscoverObjectInstance
  • 개체 인스턴스를 삭제하는 데 사용되는 DeleteObjectInstance
  • RTI에서 개체 인스턴스가 제거되었음을 연방에 알리는 데 사용되는 RemoveObjectInstance

속성:

  • 개체 인스턴스의 업데이트된 특성 값을 제공하는 데 사용되는 UpdateAttributeValues
  • RTI에서 업데이트된 값의 특정 속성에 가입하는 연방에 통보하는 데 사용되는 ReflectAttributeValues.

교호작용:

  • 매개 변수 값을 포함하여 특정 상호 작용 클래스의 상호 작용을 전송하는 데 사용되는 SendInteraction.
  • RTI에서 매개 변수 값을 포함한 상호 작용을 특정 상호 작용 클래스에 가입하는 연방에 제공하는 데 사용되는 수신 상호 작용

소유권 관리 서비스

HLA 인터페이스 규격 제7장에서 설명한 소유권 관리 서비스의 목적은 객체 인스턴스의 어떤 측면을 시뮬레이션하는 연합체를 동적으로 관리하는 것이다.[5]HLA에서는 한 연합국만이 주어진 객체 인스턴스의 주어진 속성을 업데이트할 수 있다.그 연방은 속성의 소유자로 간주된다.새 개체 인스턴스를 등록하는 연합은 자동으로 연방에서 게시하는 모든 속성의 소유자가 된다.어떤 경우에는 객체 인스턴스의 속성이 소유가 되지 않을 수 있다. 즉, 연방에 의해 소유되지 않을 수 있다.

소유권 관리는 런타임에 하나 또는 여러 속성의 소유권을 이전하기 위한 서비스를 제공하며, 여기에는 속성을 분리하는 연방과 속성 취득하는 연방 등이 포함될 수 있다.인수연방이 시작한 '풀'과 분업연방이 시작한 '푸시(push)'의 두 가지 주요 패턴이 있다.

"pull" 소유권을 시작하기 위한 주요 서비스는 다음과 같다.

  • 소유하지 않은 속성의 소유권을 획득하고자 하는 연방에서 사용하는 속성소유권AccquisitionIfAvailable.
  • 잠재적으로 소유할 수 있는 속성의 소유권을 요청하려는 연방에서 사용하는 속성소유권획득

"밀어넣기" 소유권을 시작하기 위한 주요 서비스는 다음과 같다.

  • 이러한 속성의 소유권을 획득하기 위해 대기 중인 다른 연합이 있을 경우에만 속성을 분리하고자 하는 연방에 의해 사용되는 AttributeOwserhipDivesetIfWanted.
  • 협상형 소유주분할가구는 유사하지만 RTI가 새로운 소유자를 찾도록 시도할 수 있다.
  • 새로운 소유자를 찾을 수 없더라도 소유권을 포기하고자 하는 연방에서 사용하는 무조건적 소유주분할제.

모든 개체 인스턴스에는 HLAPrivilegeToDeleteObject라는 미리 정의된 속성이 있다.개체 인스턴스에 대한 이 특성의 소유자만 개체 인스턴스를 삭제할 수 있다.이 속성의 소유권은 위의 작업을 이용하여 런타임에 양도할 수 있다.

시간 관리 서비스

HLA 연합의 정보 교환은 HLA 시간 관리가 활성화되지 않은 한, 메시지 즉시 전달(Receive Order, RO)과 함께 실시간으로 이루어진다.HLA시간 관리의 목적은 HLA인터페이스 Specification,[5]의 제8장에서 설명한 만약 전경련이 실시간,faster-than-real-time, 또는 as-fast-asslower-than-real-time에 실행합니다(업데이트와 상호 작용)시간 우표 주문(전기 통신 지원 명령), 일에 인과 관계와 시간의 일관되고 정확한 메시지를 교환 촬영을 보장하는 것이다.-p견딜 수 있는

HLA 시간 관리의 몇 가지 중요한 개념은 다음과 같다.

논리 시간:HLA의 시간 축, 0에서 시작한다.논리 시간은 시간 관리 타임스탬프 및 작업에 사용된다.논리 시간 축은 연방의 시나리오 시간에 매핑할 수 있다.이러한 매핑의 예는 0이 1월-1066의 시나리오 시간 8:00을 나타내도록 하고, 1에 의한 증분이 시나리오의 1초를 나타내도록 하는 것이다.

룩어헤드:연방에서 메시지를 생성할 미래의 가장 낮은 시간을 지정하는 시간 간격.고정된 시간 단계를 가진 연방의 경우, 이것은 보통 시간 단계의 길이입니다.

부여됨:연방은 RTI에 의해 특정 논리 시간까지 허가(진행 허용)되며, 이때까지의 모든 시간 스탬프 메시지가 전달된다.연방정부는 이후 안전하게 타임스탬프를 사용하여 메시지 계산을 시작할 수 있다.이 타임스탬프는 연방정부가 미리 보기보다 더 빠른 시간이 아닐 수 있다.

진행 중:연방정부가 주어진 시간에 룩어헤드를 더한 데이터 생산을 완료했을 때, 그것은 더 늦은 시간으로 진급할 것을 요청할 수 있으며, 이것은 또한 연방정부가 요청된 시간에 룩어헤드를 더한 타임 스탬프로 더 이상 메시지를 생산하지 않을 것을 약속한다는 것을 의미한다.연방은 이제 진격 상태에 있다.

시간 조절:타임 스탬프 이벤트를 전송하는 연방은 다른 연방에 의한 시간 단축이 이에 의해 규제될 수 있기 때문에 시간 조절로 간주된다.

제한 시간:시간 관리 이벤트를 수신하는 연방은 시간 스탬프 메시지를 수신하여 시간 진보를 제약하므로 시간 제약으로 간주된다.

HLA 시간 관리의 주요 원칙은 다음과 같다.

  • 각 연방은 메시지를 보낼 때 메시지(업데이트 및 상호 작용)에 타임스탬프를 할당하여 메시지가 유효한 시나리오 시간을 표시한다.
  • 연방정부는 그들의 시간을 앞당기기 위해 RTI에 허가를 요청한다.
  • RTI는 메시지가 타임 스탬프 오더로 전달되고 연방정부가 과거에 타임스탬프가 찍힌 메시지를 받지 못하도록 메시지 전달과 연방정부 시간 단축을 관리한다.

허가 및 진전된 룩어헤드의 예:

  1. 연방은 10의 고정된 시간 단계를 사용하고 10의 Lookahead를 사용한다.
  2. 연방은 RTI에 의해 논리 시간 50에 부여된다.따라서 RTI는 시간 단계가 50보다 작거나 같은 모든 메시지가 연방에 전달되었음을 보장한다.
  3. 연방정부는 이제 주어진 시간 동안 메시지를 정확하게 계산하고 전송하는 데 필요한 모든 데이터를 가지고 있다. 룩어헤드(Lookahead), 즉 60.
  4. 연방정부가 타임스탬프 60을 포함한 모든 메시지를 보냈을 때, 연방정부는 시간 60으로 앞당길 것을 요청한다.이에 따라 타임스탬프가 70 미만인 메시지는 보내지 않을 것을 약속한다.
  5. RTI는 타임스탬프가 60보다 작거나 같은 모든 메시지를 연방에 전달한다.그리고 연방에 60시간을 부여한다.
  6. 등

연방 내에서 적어도 한 개의 연방정부가 페이싱(pacing)을 수행하는 경우(즉, 연방의 시간 단축 요청과 실시간 클럭의 상관관계를 갖는 경우, 연방은 실시간으로 실행되거나 실시간으로 확장될 수 있다.페이싱 없이, 연방은 가능한 한 빨리 달릴 것이며, 이것은 예를 들어 몬테카를로 시뮬레이션에서 사용된다.

주요 서비스:

  • EnableTimeConstracted 및 EnableTimeRegulation 연방에 대한 정보 모드를 활성화하는 경우
  • TimeAdexposition연방 요청이 지정된 논리 시간으로 진전될 경우 요청
  • TimeAdvancedGrant는 RTI에 의해 연방에 지정된 논리 시간에 부여되었음을 통지한다.
  • 연방에서 허가된 상태와 진행 중인 상태 모두에서 주문 수신 메시지를 배달할 수 있는 비동기식 배달 사용.

이벤트 기반 시뮬레이션의 경우 연방에서 다음 서비스를 사용하여 다음 이벤트로 진격하도록 요청할 수도 있다.

  • NextMessageRequest 연방에 전달될 예정인 다음 메시지의 타임스탬프 또는 지정된 논리 시간 중 낮은 타임스탬프 중 하나로 고급하도록 요청.

또 다른 중요한 개념은 GALT(Great Available Logical Time)이다.각 연방에게 부여될 수 있는 가장 큰 시간은 다른 연방 정부에게 부여된 시간과 그들의 외모에 따라 달라진다.연방에 대한 GALT는 다른 연방정부가 허가되기를 기다릴 필요 없이 연방정부가 어디까지 허가될 수 있는지를 명시한다.이것은 시간 관리 연방에 늦게 합류하는 연방에게 특히 흥미롭다.

GALT의 주요 서비스:

  • 호출하는 연방에 대해 GALT를 반환하는 쿼리GALT.

고급 서비스에는 다음이 포함된다.

  • FlashQueueRequest 연방은 미래의 타임스탬프가 얼마인지에 관계없이 모든 대기 중인 타임스탬프 메시지의 배달을 요청할 수 있다.
  • 연방정부가 이미 발송된 메시지를 철회하도록 요청할 수 있는 철회.이것은 낙관적 시뮬레이션에 유용하다.

DDM(데이터 배포 관리 서비스)

HLA 인터페이스 규격 제9장에 기술된 DDM의 목적은 클래스 및 속성 구독을 넘어 구독 데이터의 추가 필터링을 수행함으로써 연합의 확장성을 높이는 것이다.[5][11]필터링은 연속 값(위도, 경도 등) 또는 이산 값(자동차 브랜드 등)을 기반으로 할 수 있다.

DDM의 주요 개념:

차원: 필터링에 사용되는 명명된 간격(0..n)으로, 값은 0으로 시작하고 상한 n으로 끝나는 값.시뮬레이션 영역의 데이터는 하나 이상의 차원에 매핑된다.예를 들어 지리적 필터링의 치수는 위도차원 및 경도차원일 수 있다.자동차 브랜드를 기준으로 필터링하는 차원은 CarBrandDimension일 수 있다.

정규화 함수: 입력 값을 차원에 사용할 정수 값에 매핑하는 함수.예를 들어 LatitudeDimension에 대한 표준화 함수가 -90.0 ~ +90.0 범위의 위도 값을 0.179 범위의 정수에 매핑할 수 있다.카브랜드디멘션의 정상화 기능은 기아, 포드, BMW, 푸조 등의 자동차 브랜드를 0-3 범위의 정수에 매핑할 수 있다.

범위: 하한(포함)과 상한(포함)으로 지정된 차원의 간격.

영역: 각 범위가 특정 치수와 관련된 범위 집합.위의 예에서 영역은 경도차원에서는 위도차원(3..5)의 범위(55..65)와 카브랜드차원에서는 (0..1)로 구성될 수 있다.런타임에 지역을 나타내기 위해 지역 실현(개체)이 인스턴스화된다.지역의 범위는 시간이 지남에 따라 수정될 수 있다.

영역 겹침: 공통적인 모든 차원에 대해 범위가 겹치는 경우 두 영역이 겹친다.

런타임에 연방은 객체 클래스 속성과 상호작용을 구독할 때 지역을 제공할 수 있다.영역은 속성 업데이트와 상호 작용을 전송할 때도 사용된다.DDM을 사용할 때, 속성 업데이트와 상호 작용은 지역이 겹치는 경우에만 전달된다.

지역의 주요 서비스:

  • 지정된 치수 집합을 가진 영역을 만드는 데 사용되는 영역 만들기
  • 지역을 삭제하는 데 사용되는 DeleteRegion.
  • 영역의 치수 범위를 변경하는 데 사용되는 CommitRegionModifications.

DDM과 속성 업데이트를 교환하기 위한 주요 서비스:

  • 해당 속성과 연결된 영역에 개체 인스턴스를 등록하는 데 사용되는 RegisterObjectInstanceWithRegions.
  • 개체 인스턴스의 속성과 영역을 연결하는 데 사용되는 AssociateRegionsForUpdates.
  • SubscribeObjectClassAttributesWith등록에 사용된 영역이 속성의 영역과 중복되는 개체의 속성을 구독하는 데 사용되는 영역.

DDM과의 상호 작용을 위한 주요 서비스는 다음과 같다.

  • 구독하다InteractionClassWithRegions는 구독에 사용된 영역이 상호 작용의 영역과 중복되는 상호 작용에 가입하는 데 사용된다.
  • SendInteractionsWith관련 영역과의 상호 작용을 전송하는 데 사용되는 영역.

지원 서비스

HLA 인터페이스 규격 제10장에 기술된 HLA 지원 서비스는 다수의 지원 서비스를 제공한다.[5]여기에는 다음이 포함된다.

  • 위의 서비스 호출에 사용할 핸들(참조) 가져오기
  • 다양한 런타임 스위치, 특히 권장 사항(알림)을 위한 설정.
  • 콜백 전달 제어.

관리 개체 모델

HLA 인터페이스 규격 제11장에 기술된 관리 객체 모델의 목적은 연방 관리를 위한 서비스를 제공하는 것이다.[5]이것은 MOM 객체 및 상호작용 클래스를 사용하여 수행된다.MOM 객체는 RTI에 의해 자동으로 로드되는 MIM이라고 불리는 특별한 FOM 모듈에서 정의된다.주요 MOM 기능:

  • 연방제의 속성을 나열하고 검사하십시오.
  • 연합체의 속성을 검사한다.
  • 현재 FOM 및 FOM 모듈의 내용을 확인하십시오.
  • 시간 관리 상태를 검사하십시오.
  • 연방정부 간행물 및 구독을 검사 및 수정한다.
  • 특정 성능 수치를 검사하십시오.
  • 어떤 연합국이 어떤 HLA 서비스를 호출하는지 검사한다.
  • 동기화 포인트의 상태를 점검한다.

객체 모델 템플릿(OMT)

OMT는 FOM(Federation Object Model)과 SOM(Simulation Object Model)을 설명하는 데 사용되는 템플릿이다.FOM과 SOM은 표 형식이나 XML을 사용하여 나타낼 수 있다. 후자 형식은 FOM이 RTI에 로드될 때 사용된다.

이전 버전의 HLA에서는 FOM이 획일적이었지만, 현재 버전의 표준은 모듈형 FOM, 즉 정보 교환의 다른 측면을 다루는 여러 모듈을 RTI에 제공할 수 있다.

표준에는 다수의 미리 정의된 클래스, 데이터 유형, 치수 및 운송 유형이 제공된다.이것들은 HLAstandardMIM.xml FOM 모듈에 제공된다.사전 정의된 개념은 HLA로 접두사(예: HLAobjectRoot, HLAunicodeString)가 붙는다.

OMT를 위한 세 가지 다른 XML 스키마가 있다.

  • OMT 문서가 기본 OMT 형식을 따르지만 완전하고 참조 무결성이 없는지 확인하는 OMT DIF XML 스키마.
  • OMT FDD XML 스키마: OMT 문서에 RTI가 유용할 만큼 충분한 정보가 포함되어 있는지 검증하는 기능.이 스키마는 인터페이스 사양에 제공된다는 점에 유의하십시오.
  • OMT 문서가 완전하고 참조 무결성이 있는지 확인하는 OMT 적합성 스키마.

식별표

식별표의 목적은 FOM/SOM 또는 연방정부의 재사용을 촉진하기 위해 모델에 대한 메타 데이터를 제공하는 것이다.

샘플 HLA 식별표

다음 필드를 지정하십시오.

  • 일반: 이름, 유형(FOM/SOM), 버전, 수정 날짜, 보안 분류, 릴리스 제한, 용도, 응용 프로그램 도메인, 설명, 사용 제한 및 사용 기록
  • 키워드:사용된 키워드 값 및 분류법
  • 연락처(POC):유형(기본 작성자/토론자/제안자/스폰서/발표자/기술 POC), POC 이름, POC 조직, POC 전화, POC 이메일
  • 참조:유형(텍스트 문서/스프레드시트/파워포인트 파일/Standalone FOM/Dependency FOM/Composed from FOM), 식별(문서 이름 또는 FOM 이름)
  • 기타
  • 글리프(아이콘)

객체 클래스 구조 표

객체 클래스 구조표의 목적은 HLA 연합에서 객체를 인스턴스화하는 데 사용되는 객체 클래스의 클래스 계층 구조(하위 클래스/슈퍼 클래스)를 지정하는 것이다.객체 클래스 속성은 이 계층을 기반으로 슈퍼클래스에서 서브클래스로 상속된다.오브젝트 클래스 트리의 루트를 HLAobjectRoot라고 한다.객체 클래스의 정규화된 이름의 예로는 HLAobjectRoot가 있다.자동차.전기차

샘플 HLA 객체 클래스 테이블

계층에서 개체 클래스에 대해 다음 필드를 지정하십시오.

  • 이름
  • 게시(게시/구독/게시 구독/어느 쪽도 안 함)

속성 테이블

속성 테이블의 목적은 주어진 객체 클래스에 사용할 수 있는 속성을 지정하는 것이다.속성이 상속되기 때문에 객체 클래스는 객체 클래스에 로컬로 정의되거나 직접 또는 간접 슈퍼 클래스에 지정된 모든 속성의 결합을 가질 것이다.

샘플 HLA 속성 표

속성에 대해 다음 필드가 지정됨

  • 정의된 개체 클래스 이름
  • 속성명
  • 데이터 유형, 데이터 유형 표에 정의됨(아래 참조)
  • 업데이트 유형(정적/주기적/조건/NA)
  • 업데이트 조건
  • D/A(Divest/Acquire/NoTransfer/DivestAcquire):HLA 소유권 서비스를 사용하여 속성을 분할 및 획득할 수 있는지 여부
  • P/S(게시/구독/게시 구독/없음):속성을 게시하거나 구독할 수 있는지 여부.SOM에서, 이 정보는 FOM에서 설명한 연방과 관련된다. FOM에서는 연방 전체와 관련된다.
  • 사용 가능한 치수
  • 운송(운송 표에 설명된 신뢰할 수 있는/베스트Effort/기타 운송)
  • 주문(수신/시간 스탬프):속성 업데이트에 대한 배달 순서.

교호작용 클래스 구조 표

교호작용 클래스 구조표의 목적은 HLA 연합에서 교호작용을 교환하는 데 사용되는 교호작용 클래스의 클래스 계층 구조(하위 클래스/슈퍼 클래스)를 지정하는 것이다.상호 작용 클래스 매개 변수는 이 계층을 기반으로 슈퍼클래스에서 하위클래스로 상속된다.인터랙션 클래스 트리의 루트를 HLA interactionRoot라고 한다.상호 작용 클래스의 정규화된 이름의 예로는 HLA interactionRoot가 있다.CarCommand.시작

샘플 HLA 교호작용 클래스 표

계층의 상호 작용 클래스에 대해 다음 필드를 지정하십시오.

  • 이름
  • 게시(게시/구독/게시 구독/어느 쪽도 안 함)

매개변수 테이블

매개변수 표의 목적은 주어진 상호작용 클래스에 사용할 수 있는 매개변수를 지정하는 것이다.매개 변수가 상속되기 때문에 상호작용 클래스는 상호작용 클래스에 로컬로 정의되거나 직접 또는 간접 슈퍼 클래스에 지정된 모든 매개 변수의 결합을 갖는다.

샘플 HLA 매개변수 표

치수표

치수표의 목적은 속성 및 상호작용 클래스에 사용되는 DDM 치수를 지정하는 것이다.

시간표

시간 표시 표의 목적은 시간 관리 서비스에서 사용하는 데이터 유형을 지정하는 것이다.

사용자 제공 태그 테이블

특정 HLA 서비스를 호출할 때 사용자 제공 태그를 제공할 수 있다.사용자가 제공한 태그 테이블의 목적은 이러한 태그의 데이터 유형을 지정하는 것이다.

동기화 테이블

동기화 표의 목적은 연방에서 사용되는 동기화 포인트를 지정하는 것이다.

교통유형표

운송 유형 표의 목적은 이용 가능한 운송 유형을 명시하는 것이다.사전 정의된 운송 유형은 HLA신뢰성과 HLAbestEffort 두 가지가 있다.

업데이트 속도 표

업데이트 속도 표의 목적은 사용 가능한 최대 업데이트 속도를 지정하는 것이다.

스위치 테이블

RTI의 런타임 동작은 미리 정의된 다수의 스위치를 사용하여 제어할 수 있다.스위치 테이블의 목적은 이러한 스위치의 초기 값을 제공하는 것이다.일부 스위치는 런타임에 업데이트될 수도 있다.

데이터티페스

데이터 유형 테이블의 목적은 속성, 파라미터, 치수, 시간 표현, 사용자 제공 태그 및 동기화 포인트에 사용되는 데이터 유형의 사양을 제공하는 것이다.데이터 유형에는 각각 별도의 표 형식을 가진 6개의 범주가 있다.

기본 데이터 표현 표

기본 데이터 표현표의 목적은 다른 표에서 사용할 수 있는 이진 표현을 제공하는 것이다.A number of predefined basic datatypes are provided in the HLA standard: HLAinteger16BE, HLAinteger32BE, HLAinteger64BE, HLAfloat32BE, HLAfloat64BE, HLAoctetPairBE, HLAinteger16LE, HLAinteger32LE, HLAinteger64LE, HLAfloat32LE, HLAfloat64LE, HLA옥테페어LE와 HLAoctet.기본 데이터 유형 집합은 일반적으로 사용자가 정의한 기본 데이터 유형으로 확장되지 않는다.

단순 데이터 유형 테이블

샘플 HLA 단순 데이터 유형 테이블

단순 데이터 유형 표의 목적은 단순 스칼라 데이터 항목을 설명하는 것이다.HLA 표준에는 HLA ASCIIchar, HLAunicodeChar, HLA바이트, HLAinteger64time, HLAfloat64time 등 미리 정의된 여러 데이터 유형이 제공된다.사용자 정의 단순 데이터 유형을 FOM에 포함하는 것이 일반적이다.

열거된 데이터 유형 테이블

샘플 HLA 열거 데이터 유형 테이블

열거된 데이터 유형 표의 목적은 유한 이산형 값 집합을 취할 수 있는 데이터 요소를 설명하는 것이다.사전 정의된 열거된 데이터 유형은 표준에 제공된다: HLAboolean.사용자 정의 열거 데이터 유형을 FOM에 포함하는 것이 일반적이다.

배열 데이터 유형 테이블

샘플 HLA 어레이 데이터 유형 테이블

열거된 데이터 유형 표의 목적은 데이터 요소(단순, 열거, 배열, 고정 레코드 또는 변종 레코드)의 배열을 설명하는 것이다.HLA 표준에는 HLA ASCII 문자열, HLAunicodeString, HLAopaqueData 및 HLAtoken 등 여러 가지 미리 정의된 단순 데이터 유형이 제공된다.사용자 정의 배열 데이터 유형을 FOM에 포함하는 것이 일반적이다.

고정 레코드 데이터 유형 테이블

샘플 HLA 고정 레코드 데이터 유형 테이블

고정 레코드 데이터 유형 표의 목적은 고정된 데이터 요소 집합(단순, 열거, 배열, 고정 레코드 또는 변종 레코드)이 있는 레코드를 기술하는 것이다.사용자 정의 단순 데이터 유형을 FOM에 포함하는 것이 일반적이다.사전 정의된 단순 데이터 유형은 HLA 표준에 제공되지 않는다.

변형 레코드 데이터 유형 테이블

Notes 테이블

표의 주석 목적은 다른 표의 항목에 대한 주석과 추가 설명을 제공하는 것이다.

HLA 규칙

HLA 규칙은 연방과 연방에 가입하는 연방의 책임을 설명한다.[12]

  1. 연합체에는 HLA 객체 모델 템플릿(OMT)에 따라 문서화된 HLA 연합 객체 모델(FOM)이 있어야 한다.
  2. 연방에서, FOM에서 물체의 모든 표현은 런타임 인프라(RTI)가 아닌 연방에 있어야 한다.
  3. 연방 집행 중에 연방정부 간 FOM 데이터의 모든 교환은 RTI를 통해 이루어져야 한다.
  4. 연방 집행 중에 연방정부는 HLA 인터페이스 규격에 따라 런타임 인프라(RTI)와 상호 작용해야 한다.
  5. 연합 실행 중에, 물체의 한 인스턴스(instance)의 속성은 주어진 시간에 한 연합체가 소유해야 한다.
  6. Federate는 HLA 객체 모델 템플릿(OMT)에 따라 문서화된 HLA 시뮬레이션 객체 모델(SOM)을 가져야 한다.
  7. 연방정부는 SOM에 명시된 대로 SOM에 있는 개체의 속성을 업데이트 및/또는 반영할 수 있어야 하며 SOM에 지정된 대로 외부에서 SOM 개체 상호 작용을 송수신할 수 있어야 한다.
  8. 연방정부는 SOM에 명시된 대로 연방 집행 중에 동적으로 속성의 소유권을 이전 및/또는 수용할 수 있어야 한다.
  9. 연방정부는 SOM에 명시된 대로 객체 속성 업데이트를 제공하는 조건을 변경할 수 있어야 한다.
  10. 연방정부는 연방의 다른 구성원과 데이터 교환을 조정할 수 있는 방법으로 현지 시간을 관리할 수 있어야 한다.

HLA Evoluted

IEEE 1516 표준은 SISO HLA-Evolved Product Development Group에 따라 개정되었으며 IEEE 표준 활동 위원회에 의해 2010년 3월 25일 승인되었다.개정된 IEEE 1516–2010 표준은 현재의 DoD 표준 해석과 SISO DLC API의 확장 버전인 EDLC API를 포함한다.그 밖의 주요 개선사항은 다음과 같다.

  • 스키마 및 확장성과 같은 FOM/SOM에 대한 확장 XML 지원
  • 내결함성 지원 서비스
  • 웹 서비스(WSDL) 지원/API
  • 모듈식 FOM
  • 업데이트율감소
  • 도우미 인코딩
  • 추가 운송에 대한 지원 확대(QoS, IPv6 등)
  • 표준화된 시간 표현

연방 적합성

시뮬레이션 간의 적절한 상호작용을 보장하기 위해 연방 적합성을 시험하는 방법이 정의된다.여기에는 특정 연방에 대해 SOM에 나열된 모든 클래스 및 상호 작용이 "게시 구독", "게시", "등록" 또는 "없음"에 설명된 용도에 따라 사용되도록 하는 것이 포함된다.

스타나그 4603

HLA(현재 IEEE 1516 버전과 그 상위 "1.3" 버전 모두에서)는 모델링 및 시뮬레이션에 대한 NATO 표준화 협정(STANAG 4603)의 대상이다.기술 상호운용성을 위한 모델링 및 시뮬레이션 아키텍처 표준: HLA([13]High Level Architecture)

관련규격

기본 객체 모델

BOM(Base Object Model, SISO-STD-003-2006)은 HLA 시뮬레이션을 위한 보다 나은 재사용과 복합성을 제공하기 위해 SISO가 정한 관련 표준이다.그것은 개념적 모델과 그것들을 HLA FOM에 매핑하는 방법을 명시하는 방법을 제공한다.[14]

대안

분산 모델링 및 시뮬레이션(DM&S) 산업과 관련하여 군사 플랫폼의 실시간 시뮬레이션을 위해 HLA에 가장 많이 사용되는 대안은 분산 대화형 시뮬레이션(DIS), IEEE 1278.1-2012, 시뮬레이션 프로토콜이다.대부분의 HLA RTI 판매업체들도 자사 제품에 DIS를 탑재하고 있다.P&S(Publish and Subscribe Feature)와 같이 HLA 기능과 가장 밀접하게 일치하는 미들웨어 응용프로그램에 대해서는 동일한 특성을 많이 공유하지만 시스템 상호운용성을 위해 개방적인 온-더-와이어 프로토콜을 가지고 있는 DDS(Data Distribution Service)를 참조한다.[15]

비판

HLA는 C++ 또는 자바 API가 제공하는 서비스 세트로 정의하는 메시지 지향 미들웨어다.유선상의 표준화된 프로토콜은 없다.연방의 참가자는 동일한 제공자의 RTI 라이브러리를 사용해야 하며 일반적으로 동일한 버전의 RTI 라이브러리를 사용해야 하며, 경우에 따라 이러한 라이브러리가 단점으로 인식되기도 한다.[16]대부분의 현재 도구는 또한 소켓을 통한 상호연결성을 제공한다.

외부 링크

참고 항목

참조

  1. ^ a b Kuhl, Frederick; Weatherly, Richard; Dahmann, Judith (October 18, 1999). Creating Computer Simulation Systems: An Introduction to the High Level Architecture (1 ed.). Prentice Hall. ISBN 0130225118.
  2. ^ a b Dahmann, Judith (1997). "The Department of Defense High Level Architecture" (PDF). Proceedings of the 1997 Winter Simulation Conference: 142–149. doi:10.1145/268437.268465. ISBN 078034278X.
  3. ^ STANAG 4603: Modelling and Simulation Architecture Standards for Technical Interoperability: High Level Architecture (HLA). NATO.
  4. ^ a b IEEE Standard for Modeling and Simulation (M&S) High Level Architecture (HLA)— Framework and Rules. IEEE Computer Society. 18 August 2010. ISBN 978-0-7381-6251-5.
  5. ^ a b c d e f g h i j IEEE Standard for Modeling and Simulation (M&S) High Level Architecture (HLA)— Federate Interface Specification. IEEE Computer Society. 18 August 2010. ISBN 978-0-7381-6247-8.
  6. ^ a b IEEE Standard for Modeling and Simulation (M&S) High Level Architecture (HLA)— Object Model Template (OMT) Specification. IEEE Computer Society. 18 August 2010. ISBN 978-0-7381-6249-2.
  7. ^ Möller, Björn; Morse, Kathrine L; Lightner, Mike; Little, Reed; Lutz, Bob (April 2008). "HLA Evolved – A Summary of Major Technical Improvements". Proceedings of 2008 Spring Simulation Interoperability Workshop.
  8. ^ Möller, Björn; Löfstrand, Björn (September 2009). "Getting started with FOM Modules". Proceedings of 2009 Fall Simulation Interoperability Workshop.
  9. ^ Möller, Björn; Löf, Staffan (September 2006). "A Management Overview of the HLA Evolved Web Service API". Proceedings of 2006 Fall Simulation Interoperability Workshop.
  10. ^ Möller, Björn; Karlsson, Mikael; Löfstrand, Björn (April 2005). "Developing Fault Tolerant Federations using HLA Evolved". Proceedings of 2005 Spring Simulation Interoperability Workshop.
  11. ^ Möller, Björn; Fredrik, Antelius; Martin, Johansson; Mikael, Karlsson (September 2016). "Building Scalable Distributed Simulations: Design Patterns for HLA DDM". Proceedings of 2016 Fall Simulation Interoperability Workshop. Retrieved 13 November 2019.
  12. ^ U.S. Defense Modeling and Simulation Office (2001). RTI 1.3-Next Generation Programmer's Guide Version 4. U.S. Department of Defense.
  13. ^ "High Level Architecture STANAG Development (MSG-033)". Retrieved March 3, 2015.
  14. ^ SISO BOM 표준
  15. ^ Doshi, Rajiv; Castellote, Gerardo-Pardo (2006). "A Comparison of HLA and DDS" (PDF). Real-Time Innovations. Retrieved March 3, 2015. {{cite journal}}:Cite 저널은 필요로 한다. journal=(도움말)
  16. ^ Granowetter, Len. "RTI Interoperability Issues - API Standards, Wire Standards, and RTI Bridges". Retrieved 14 March 2018.

외부 링크