Протокол моделирования совокупного уровня

Протокол моделирования агрегированного уровня (ALSP) — это протокол и вспомогательное программное обеспечение, которые позволяют моделированиям взаимодействовать друг с другом. Замененная архитектурой высокого уровня (моделирование) (HLA) , она использовалась военными США для связи аналитического и учебного моделирования.

В состав АЛСП входят:

1. Программное обеспечение инфраструктуры ALSP (AIS), обеспечивающее поддержку и управление распределенным моделированием во время выполнения;
2. Многоразовый интерфейс ALSP, состоящий из общих протоколов сообщений обмена данными; и
3. Участвующие симуляции адаптированы для использования с ALSP.

История

В 1990 году Агентство перспективных оборонных исследовательских проектов ) наняло MITRE ( DARPA корпорацию для изучения применения принципов распределенного интерактивного моделирования, используемых в SIMNET, для моделирования конструктивного обучения на совокупном уровне. На основе усилий по созданию прототипа в 1991 году на уровне сообщества был проведен эксперимент с целью расширения SIMNET для связи моделирования боя корпуса армии США (CBS) ВВС США и моделирования воздушной войны (AWSIM) . Успех прототипа и признание пользователями ценности этой технологии для обучающего сообщества привели к разработке производственного программного обеспечения. Первая конфедерация ALSP, обеспечивающая взаимодействие «воздух-земля» между CBS и AWSIM, поддержала три крупных учения в 1992 году.

К 1995 году ALSP перешла на мультисервисную программу с моделированием, представляющим армию США (CBS), ВВС США (AWSIM), ВМС США ( RESA ), Корпус морской пехоты США ( MTWS ), средства радиоэлектронной борьбы ( JECEWSI ). , логистика ( CSSTSS ) и разведка ( TACSIM ). Программа также перешла от исследований и разработок DARPA к основному управлению со стороны Исполнительного управления программы моделирования, обучения и приборостроения армии США ( PEO STRI ).

Взносы

ALSP разработал и продемонстрировал ключевые аспекты распределенного моделирования, многие из которых были применены при разработке HLA.

• Нет центрального узла, чтобы симуляции могли присоединяться к конфедерации и выходить из нее по своему желанию.
• Географическое распределение, при котором тренажеры могут быть расположены в разных географических точках, но при этом тренироваться в одной и той же моделируемой среде.
• Владение объектом, поэтому каждая симуляция контролирует свои собственные ресурсы, стреляет из собственного оружия и определяет соответствующий ущерб своим системам при обстреле.
• Протокол на основе сообщений для распространения информации от одного моделирования ко всем другим моделированиям.
• Управление временем таким образом, чтобы время для всех симуляций было одинаковым для пользователей и чтобы сохранялась причинно-следственная связь событий: события должны происходить в одной и той же последовательности во всех симуляциях.
• Управление данными позволяет всем симуляциям обмениваться информацией в общепонятной форме, даже если каждое из них имеет собственное представление данных. Это включает в себя несколько симуляций, контролирующих атрибуты одного и того же объекта.
• Архитектура, которая позволяет симуляциям продолжать использовать существующие архитектуры, участвуя в конфедерации ALSP.

Мотивация

В 1989 году в Центре подготовки воинов (WPC) в Айнзидлерхофе, Германия, прошли компьютеризированные военные учения ACE-89. Агентство передовых оборонных исследовательских проектов ( DARPA ) использовало ACE-89 в качестве возможности внедрения технологий, профинансировав развертывание Интернета для оборонного моделирования (DSI). Пакетная видеоконференция впервые позволила генеральным офицерам стран НАТО встретиться лицом к лицу во время военных учений; это было хорошо принято. Но программное обеспечение DSI, распространяющее симуляторы наземной войны (GRWSIM), оказалось менее успешным. Моделирование GRWSIM было ненадежным, а его распределенная база данных была непоследовательной, что снижало эффективность учений.

DARPA финансировало разработку распределенной системы обучения танков под названием SIMNET, в которой отдельные компьютеризированные инструкторы танковых экипажей были связаны через локальные сети и DSI для совместной работы на едином виртуальном поле боя. Успех SIMNET, разочарование ACE-89 и желание объединить существующие боевые симуляции побудили DARPA начать исследования, которые привели к ALSP.

Основные принципы

DARPA спонсировало разработку общего интерфейса между крупными существующими боевыми симуляторами совокупного уровня. В симуляциях боя на совокупном уровне используются ланчестрианские модели боя, а не отдельные модели физического оружия, и они обычно используются для обучения высокого уровня. Несмотря на различия в представлении, несколько принципов SIMNET применимы к моделированию на совокупном уровне:

• Динамическая настройка. Моделирование может присоединяться к упражнению и выходить из него без ограничений.
• Географическое распространение. Моделирование может находиться в разных географических местах, но работать на одной и той же логической территории.
• Автономные субъекты. Каждая симуляция контролирует свои собственные ресурсы, стреляет из собственного оружия и при попадании в один из ее объектов локально проводит оценку ущерба.
• Общение посредством передачи сообщений. В симуляции используется протокол передачи сообщений, который распределяет информацию по всем остальным симуляциям.

Задача ALSP предъявляла требования, выходящие за рамки требований SIMNET:

• Управление временем моделирования. Обычно время моделирования не зависит от времени настенных часов. Чтобы результаты распределенного моделирования были «правильными», время должно быть одинаковым для всех симуляций.
• Управление данными. Схемы представления внутреннего состояния различаются в существующих симуляциях, что требует общей системы представления и сопутствующих механизмов отображения и контроля.
• Независимость архитектуры. Архитектурные характеристики (язык реализации, пользовательский интерфейс и механизм потока времени) существующих симуляций различались. Архитектура, подразумеваемая ALSP, должна быть ненавязчивой для существующих архитектур.

Концептуальная основа

Концептуальная основа — это организующая структура концепций, которая облегчает разработку имитационной модели. Общие концептуальные основы включают в себя: планирование событий, сканирование активности и взаимодействие процессов.

Концептуальная основа ALSP основана на объектах, где модель состоит из объектов, которые характеризуются атрибутами, которым присваиваются значения. Классы объектов организованы иерархически так же, как и в объектно-ориентированных языках программирования. ALSP поддерживает конфедерацию симуляций, которые координируются с использованием общей модели.

Для разработки механизма, который позволяет существующим симуляциям взаимодействовать, возможны две стратегии: (1) определить инфраструктуру, которая преобразует представления в каждой симуляции, или (2) определить общую схему представления и потребовать, чтобы все симуляции отображались в этой схеме.

Первая стратегия требует небольших изменений в существующих симуляциях; взаимодействие осуществляется полностью через инфраструктуру межсетевых связей. Однако это решение плохо масштабируется. Из-за основного требования к масштабируемости в конструкции ALSP была принята вторая стратегия. ALSP предписывает, чтобы каждая симуляция отображала репрезентативную схему конфедерации и ее собственную репрезентативную схему. Это сопоставление представляет собой один из трех способов изменения симуляции для участия в конфедерации ALSP. Остальные модификации:

• Признание того, что симуляция не владеет всеми объектами, которые она воспринимает.
• Изменение внутреннего механизма моделирования во времени, чтобы он работал совместно с другими симуляциями внутри конфедерации.

В автономных симуляциях объекты возникают (и исчезают) с течением времени симуляции, и расположение этих объектов является исключительно компетенцией симуляции. При действиях внутри конфедерации отношения симуляции и объекта усложняются.

Свойство владения объектом моделирования является динамическим, т.е. в течение своего существования объект может принадлежать более чем одному моделированию. Фактически, при любом значении времени моделирования несколько моделей могут иметь разные атрибуты данного объекта. По соглашению, симуляция владеет объектом, если она владеет «идентифицирующим» атрибутом объекта. Владение атрибутом объекта означает, что моделирование отвечает за расчет и сообщение об изменениях значения атрибута. Объекты, не принадлежащие конкретной симуляции, но находящиеся в зоне восприятия симуляции, называются призраками. Призраки — это локальные копии объектов, принадлежащих другим симуляциям.

Когда симуляция создает объект, она сообщает об этом факте конфедерации, чтобы другие симуляции могли создавать призраков. Аналогично, когда симуляция удаляет объект, она сообщает об этом факте, чтобы включить удаление призраков. Всякий раз, когда симуляция совершает действие между одним из своих объектов и призраком, симуляция должна сообщить об этом конфедерации. На языке ALSP это взаимодействие. Эти фундаментальные концепции составляют основу для остальной части презентации. Термин «модель конфедерации» описывает иерархию объектов, атрибуты и взаимодействия, поддерживаемые конфедерацией.

Программное обеспечение инфраструктуры ALSP (AIS)

Объектно-ориентированная концептуальная структура, принятая ALSP, определяет классы информации, которая должна распространяться. Программное обеспечение инфраструктуры ALSP (AIS) обеспечивает распределение данных и координацию процессов. Основными компонентами AIS являются общий модуль ALSP (ACM) и эмулятор вещания ALSP (ABE).

Общий модуль ALSP (ACM)

Общий модуль ALSP (ACM) обеспечивает общий интерфейс для всех моделей моделирования и содержит основные функции для ALSP. Для каждой симуляции в конфедерации существует один экземпляр ACM. Службы ACM требуют управления временем и объектами; они включают в себя:

• Координируйте симуляции присоединения и выхода из конфедерации.
• Координируйте местное время моделирования со временем конфедерации.
• Фильтруйте входящие сообщения, чтобы симуляции получали только интересующие сообщения.
• Координируйте владение атрибутами объекта и разрешайте миграцию владения.
• Обеспечьте владение атрибутами, чтобы моделирование сообщало значения только для атрибутов, которыми они владеют.

Тайм-менеджмент

Присоединение к конфедерации и выход из нее является неотъемлемой частью процесса управления временем. Когда симуляция присоединяется к конфедерации, все остальные ACM в конфедерации создают очереди входных сообщений для новой симуляции. И наоборот, когда симуляция покидает конфедерацию, другие ACM удаляют очереди входных сообщений для этой симуляции.

Средства управления временем ALSP поддерживают моделирование дискретных событий с использованием либо асинхронных (следующее событие), либо синхронных (шаговых по времени) механизмов опережения времени. Механизм поддержки моделирования следующих событий:

1. Моделирование отправляет сообщение с запросом события в свой ACM с параметром времени, соответствующим времени моделирования T (время следующего локального события).
2. Если у ACM есть сообщения для моделирования с временными метками старше или такими же, как T, ACM отправляет самое старое из них в моделирование. Если все сообщения имеют временные метки новее, чем T, ACM отправляет симуляции авансовый грант, давая ей разрешение на обработку локального события во время T.
3. Моделирование отправляет любые сообщения, возникающие в результате события, в свой ACM.
4. Моделирование повторяется с шага (1).

Механизм поддержки поэтапного моделирования:

1. Моделирование обрабатывает все события за некоторый интервал времени. $(T,T+?T]$.
2. Моделирование отправляет предварительный запрос в свой ACM на время. $T+?T$.
3. ACM отправляет все сообщения с отметками времени в указанном интервале. $(T,T+?T]$ к моделированию с последующим грантом-авансом до T+?T.
4. Моделирование отправляет любые сообщения за интервал $(T,T+?T]$ в АКМ.
5. Моделирование повторяется с шага (1).

AIS включает в себя механизм предотвращения взаимоблокировок с использованием нулевых сообщений. Этот механизм требует, чтобы процессы имели пригодные для использования характеристики прогнозирования .

Управление объектами

ACM управляет базой данных атрибутов и информацией о фильтрах. База данных атрибутов хранит объекты, известные моделированию (собственные или фантомные), а также атрибуты тех объектов, которыми в данный момент владеет моделирование. Атрибуты любого класса объектов могут быть членами

• Создать набор. Атрибуты, минимально необходимые для представления объекта
• Набор процентов. Полезная, но не обязательная информация
• Обновление набора. Значения атрибутов объекта, сообщаемые симуляцией в конфедерацию.

Поток информации по сети можно дополнительно ограничить с помощью фильтров. Фильтрация обеспечивает различение по (1) классу объекта, (2) значению или диапазону атрибута и (3) географическому местоположению. Фильтры также определяют взаимодействия, относящиеся к моделированию.

If (an update passes all filter criteria)
|  If (the object is known to the simulation)
|  |  Send new attribute values to simulation
|  Else (object is unknown)
|  |  If (enough information is present to create a ghost)
|  |  |  Send a create message to the simulation
|  |  Else (not enough information is known)
|  |  |  Store information provided
|  |  |  Send a request to the confederation for missing data
Else (the update fails filter criteria)
|  If (the object is known to the simulation)
|  |  Send a delete message to the simulation
|  Else 
|  | Discard the update data

Информация о владении и фильтрации, поддерживаемая ACM, предоставляет информацию, необходимую для координации передачи владения атрибутом между моделями.

Эмулятор вещания ALSP (ABE)

Эмулятор вещания ALSP (ABE) облегчает распространение информации ALSP. Он получает сообщение по одному из своих каналов связи и повторно передает сообщение по всем остальным каналам связи. Это позволяет использовать конфигурации, в которых все компоненты ALSP являются локальными по отношению друг к другу (на одном компьютере или в локальной сети). Это также допускает конфигурации, в которых наборы ACM взаимодействуют со своим собственным локальным ABE с помощью связи между ABE через глобальные сети.

Схема связи

Схема связи ALSP состоит из (1) модели межкомпонентной связи, которая определяет интерфейс транспортного уровня, соединяющий компоненты ALSP, (2) многоуровневого протокола для связи между симуляциями, управления объектами и управления временем, (3) схему фильтрации сообщений для определения информации, представляющей интерес для моделирования, и (4) механизм интеллектуального распределения сообщений.

Модель межкомпонентных коммуникаций

AIS использует модель связи с постоянным соединением. обеспечить межкомпонентную связь. Интерфейс транспортного уровня, используемый для обеспечения межкомпонентной связи, был продиктован требованиями моделирования и интерфейсами транспортного уровня в операционных системах, поддерживающих AIS: локальные платформы VMS использовали общие почтовые ящики; нелокальные платформы VMS использовали либо Transparent DECnet, либо TCP/IP; и UNIX-подобные платформы используют TCP/IP.

Протокол ALSP

Протокол ALSP основан на наборе ортогональных задач, которые составляют проблемное пространство ALSP: связь между симуляциями, управление объектами и управление временем. Эти проблемы решаются с помощью многоуровневого протокола, на вершине которого находится протокол моделирования с базовыми протоколами моделирования/ACM, управления объектами, управления временем и протоколами распределения событий.

Протокол моделирования

Протокол моделирования является основным уровнем протокола ALSP. Он состоит из четырех типов сообщений:

• Обновлять. Объекты в ALSP определяются уникальным идентификационным номером, классом и набором атрибутов, связанных с классом. Когда моделирование изменяет состояние своих объектов, оно отправляет сообщения обновления в ACM, которые предоставляют начальные или измененные значения атрибутов. Затем ACM распространяет информацию через AIS среди других моделей моделирования, которые проявили интерес.
• Взаимодействие. Взаимодействия между объектами идентифицируются по виду. Виды взаимодействия описываются параметрами, так же как объекты описываются атрибутами. Когда объект моделирования затрагивает либо объект другого моделирования, либо географическую область, моделирование отправляет сообщение о взаимодействии в ACM для дальнейшего распространения среди других заинтересованных моделирования.
• Обновить запрос. Моделирование может запросить обновление набора значений атрибутов для любого объекта или класса объектов, отправив сообщение с запросом на обновление в конфедерацию.
• Удалить. Когда симуляция приводит к прекращению существования одного из своих объектов, симуляция отправляет сообщение об удалении, чтобы сообщить об этом другим симуляциям.

Протокол моделирования является текстовым. Он определяется контекстно-свободной грамматикой LALR (1). Семантика протокола зависит от конфедерации, где набор классов, атрибуты классов, взаимодействия и параметры взаимодействия являются переменными. Следовательно, синтаксическое представление протокола моделирования может быть определено без предварительного знания семантики объектов и взаимодействий какой-либо конкретной конфедерации.

Протокол подключения моделирования/ACM

Протокол соединения симуляции/ACM предоставляет услуги по управлению соединением между симуляцией и ее ACM, а также метод обмена информацией между симуляцией и ее ACM. Распределением сообщений протокола моделирования управляют два сервиса: события и отправки. Сообщения о событиях имеют отметку времени и доставляются во временном порядке. Диспетчерские сообщения доставляются в кратчайшие сроки, независимо от времени моделирования. Дополнительные сообщения протокола предоставляют информацию о состоянии соединения, регистрации фильтра, управлении блокировкой атрибутов, управлении сохранением конфедерации, управлении ресурсами объекта и услугах контроля времени.

Протокол управления объектами

Протокол управления объектами — это протокол однорангового уровня, который находится ниже протокола моделирования и предоставляет услуги управления объектами. ACM используют его исключительно для создания, получения, выпуска и проверки атрибутов объекта (согласованности распределенной базы данных объектов). Эти службы позволяют AIS управлять владением распределенными объектами.

Распределенное владение объектами предполагает, что ни одна симуляция не должна владеть всеми объектами в конфедерации, но многие симуляции требуют знания некоторых объектов. Симуляция использует сообщения обновления протокола симуляции для обнаружения объектов, принадлежащих другим симуляциям. Если эта симуляция заинтересована в объектах, она может создавать их призраки (отслеживать их местоположение и состояние) и моделировать взаимодействия с ними со стороны принадлежащих им объектов.

Блокировки реализуют владение атрибутом. Основная функция протокола управления объектами — гарантировать, что моделирование обновляет только те атрибуты, для которых получена блокировка. Диспетчер объектов в ACM управляет объектами и атрибутами принадлежащих и фантомных объектов, известных ACM. Службы, предоставляемые протоколом моделирования/ACM, используются моделированием для взаимодействия с механизмом блокировки атрибутов ACM. Для координации статуса, запроса, получения и выпуска атрибутов объекта между ACM используется протокол управления объектами. Каждый атрибут каждого объекта, известный данному ACM, имеет статус, который принимает одно из трех значений:

• Заблокировано. Моделирование управляет атрибутом и может обновлять значение атрибута. Симуляция «владеет» атрибутом, если этот атрибут заблокирован. Моделирование «владеет» объектом, если его атрибут id заблокирован.
• Разблокировано. В настоящее время ни одна симуляция не контролирует этот атрибут. Любая симуляция, требующая контроля, получает контроль.
• Ушел. Состояние контроля сохраняется в других частях конфедерации.

С точки зрения ACM, объекты возникают в результате процесса регистрации, выполняемого его симуляцией, или посредством открытия объектов, зарегистрированных другими симуляциями. Блокировки атрибутов начального состояния для зарегистрированных объектов и обнаруженных объектов следующие:

• Регистрация объекта переводит каждую пару объект-атрибут в заблокированное состояние. При моделировании дополнительно может быть указано, что атрибуты должны находиться в разблокированном состоянии.
• Обнаружение объектов добавляет объект в базу данных объектов как фантомный объект. Все атрибуты этого объекта имеют статус «Исчезло».

Протокол управления временем

Протокол управления временем также является протоколом однорангового уровня, который находится ниже протокола моделирования. Он предоставляет услуги управления временем для синхронизации времени моделирования между ACM. Протокол предоставляет услуги для распределенной координации входа симуляции в конфедерацию, прогресса во времени и сохранения конфедерации.

Службы присоединения/отключения и механизмы синхронизации времени описаны в разделе ранее. Механизм сохранения обеспечивает отказоустойчивость. Координация необходима для создания согласованного снимка всех ACM, трансляторов и моделирования для определенного значения времени моделирования.

Фильтрация сообщений

ACM использует имитационную фильтрацию сообщений для оценки содержимого сообщения, полученного от конфедерации. ACM доставляет в свою модель сообщения, которые представляют интерес, проходит критерии фильтрации и отбрасывает те, которые не представляют интереса. ACM фильтрует два типа сообщений: сообщения обновления и сообщения взаимодействия.

Обновить сообщения. ACM оценивает сообщения обновления на основе критериев фильтрации сообщений обновления, которые обеспечивает моделирование. Как обсуждалось ранее, когда ACM получает сообщение обновления, существует четыре возможных результата: (1) ACM отбрасывает сообщение, (2) ACM отправляет моделированию сообщение создания, (3) ACM отправляет моделированию сообщение обновления. , или (4) ACM отправляет моделированию сообщение об удалении.

Сообщения о взаимодействии. ACM может отбрасывать сообщения взаимодействия из-за параметра вида. Параметр kind имеет иерархическую структуру, аналогичную структуре класса объекта. Моделирование информирует ACM о типах взаимодействия, которые должны пройти или не пройти фильтр взаимодействия.

Распространение сообщений

Чтобы минимизировать трафик сообщений между компонентами в конфедерации ALSP, AIS использует форму интеллектуальной маршрутизации сообщений, которая использует протокол распределения событий (EDP). EDP ​​позволяет ACM информировать другие компоненты AIS об обновлениях и фильтрах взаимодействия, зарегистрированных их моделированием. В случае сообщений об обновлении распространение этой информации позволяет ACM распространять только данные о классах (и атрибутах классов), которые представляют интерес для конфедерации. ABE также использует эту информацию для отправки только той информации, которая представляет интерес для компонентов, которые он обслуживает. Для сообщений взаимодействия процесс аналогичен, за исключением того, что параметр вида в сообщении взаимодействия определяет, куда отправляется сообщение.

Дальнейшее чтение

• Анита Адамс, Гордон Миллер и Дэвид Зайдел, ноябрь 1993 г., «Годовой отчет Конфедерации по протоколу моделирования агрегированного уровня (ALSP) за 1993 год» , Корпорация MITRE. История программы ALSP в 1993 финансовом году.
• Уильям Э. Бабино, Филип С. Барри, К. Закари Фернесс, «Автоматическое тестирование в рамках Объединенной конфедерации обучения (JTC)» , Материалы семинара по совместимости моделирования осенью 1998 г. , Орландо, Флорида, сентябрь 1998 г.
• MAJ Джон Буллингтон и Гордон Миллер, сентябрь 1996 г., «Поддержка разведывательного моделирования для Объединенной конфедерации обучения: последствия для будущего развития» , Проектный офис TACSIM и корпорация MITRE, опубликовано в сентябрьском выпуске Phalanx 1996 г., публикации MORS .
• Лидия П. Дубон, 1993, «Присоединение к распределенной среде моделирования через ALSP », Материалы зимней конференции по моделированию 1993 года .
• Лаура Файнерман, Гордон Миллер, Дэвид Прохнов, Ричард Уэзерли, Аннетт Уилсон и Анита Адамс Забек, «Годовой отчет проекта протокола моделирования агрегированного уровня (ALSP) за 1994 год» , датированный мартом 1995 года, корпорация MITRE. История программы ALSP в 1994 финансовом году.
• Мэри К. Фишер, апрель 1994 г., «Протокол моделирования совокупного уровня (ALSP) - управление развитием конфедерации» , Командование моделирования, обучения и оснащения армии США. Доклад, представленный на интернет-конференции Elecsim 1994 года .
• Мэри К. Фишер, Анита Адамс, Гордон Миллер, июнь 1994 г., «Протокол моделирования агрегированного уровня (ALSP) - обучение для будущего» , Командование моделирования, обучения и приборостроения армии США и корпорация MITRE. Доклад, представленный на 62-м симпозиуме по исследованию военных операций в Военно-воздушной академии в Колорадо-Спрингс, штат Колорадо.
• Мэри К. Фишер, декабрь 1994 г., «Протокол моделирования совокупного уровня (ALSP) - управление развитием Конфедерации» , Командование моделирования, обучения и оснащения армии США. Доклад, представленный на Зимней конференции по моделированию 1994 года в Орландо, Флорида.
• Мэри К. Фишер, апрель 1995 г., «Протокол моделирования агрегированного уровня (ALSP) - будущее обучение с помощью распределенного интерактивного моделирования» , Командование моделирования, обучения и приборов армии США. Документ, представленный на Международной конференции по учебному оборудованию 1995 г., состоявшейся 25–27 апреля 1995 г. в Гааге, Нидерланды.
• Мэри К. Фишер, сентябрь 1995 г., «Объединенное моделирование поля боя» , Командование моделирования, обучения и оснащения армии США, опубликовано в «Трудах 36-го семинара оборонной исследовательской группы (DRG) по моделированию и симуляции» , 5–8 сентября 1995 г., Вашингтон, округ Колумбия
• Мэри К. Фишер, октябрь 1995 г., «Совместное моделирование поля боя посредством протокола моделирования совокупного уровня» , Командование моделирования, обучения и оснащения армии США, опубликовано в « Трудах Юго-восточной конференции по моделированию '95» , Орландо, Флорида.
• Мэри К. Фишер, март 1996 г., «Объединенная конфедерация обучения» , Командование моделирования, обучения и приборостроения армии США, опубликовано в материалах Первой международной конференции по технологиям моделирования и обучению (SimTecT) , 25–26 марта 1996 г., Мельбурн, Австралия.
• Шон П. Гриффин, Эрнест Х. Пейдж, Закари Фернесс, Мэри К. Фишер, «Предоставление непрерывного обучения Объединенной конфедерации обучения (JTC) во время перехода к архитектуре высокого уровня (HLA)» , Труды технологии моделирования и обучения 1997 г. Конференция (SimTecT) , Канберра, Австралия, 17–20 марта 1997 г.
• Джордж Дж. Макфадден, «Подход к управлению перечисляемыми данными в федерациях» , Материалы семинара по совместимости моделирования весной 2000 г. , Орландо, Флорида, март 2000 г.
• Гордон Миллер и Анита Забек, март 1996 г., «Объединенная конфедерация обучения и протокол моделирования агрегированного уровня» , Корпорация MITRE, опубликовано в июньском выпуске журнала Phalanx 1996 г., публикации MORS .
• Эрнест Пейдж; Брэд Канова; Джон Туфароло (июль 1997 г.). «Пример проверки, валидации и аккредитации расширенного распределенного моделирования». ACM-транзакции по моделированию и компьютерному моделированию . CiteSeerX   10.1.1.37.1829 .
• Дэвид Л. Прохнов; Эрнест Х. Пейдж; Мэри К. Фишер (3–7 марта 1997 г.). «Управление семейством спецификаций Объединенной конфедерации обучения». Материалы весеннего семинара по совместимости моделирования 1997 года . Орландо, Флорида. CiteSeerX   10.1.1.37.935 .
• Дэвид Л. Прохнов, Мэри К. Фишер, «Уникальные требования к представлению логистики в распределенной среде моделирования для военной подготовки» , Материалы семинара по совместимости моделирования весной 1997 г. , Орландо, Флорида, 3–7 марта 1997 г.
• Дэвид Л. Прохнов; Эрнест Х. Пейдж; Брайан Юманс (9–13 марта 1998 г.). «Разработка инструмента управления федерацией: последствия для HLA». Материалы весеннего семинара по совместимости моделирования 1998 года . Орландо, Флорида. CiteSeerX   10.1.1.37.6101 .
• Дэвид Зайдел, март 1993 г., «Состояние и история программы протокола моделирования агрегированного уровня (ALSP)» , MITRE Corporation. История программы ALSP с момента ее начала в 1989 по 1992 год.
• Джон Туфароло и Эрнест Пейдж, «Развитие процесса VV&A для Объединенной конфедерации обучения ALSP» , Материалы Зимней конференции по моделированию 1996 г. , стр. 952–958, Коронадо, Калифорния, 8–11 декабря 1996 г.
• Ричард Уэзерли, Дэвид Зайдел и Джон Вайсман, июль 1991 г., «Протокол моделирования совокупного уровня» , MITRE Corporation. Доклад, представленный на Летней конференции по компьютерному моделированию 1991 года в Балтиморе, штат Мэриленд.
• Ричард Уэзерли, Аннет Уилсон и Шон Гриффин, декабрь 1993 г., «ALSP - теория, опыт и будущие направления» , MITRE Corporation. Доклад, представленный на Зимней конференции по компьютерному моделированию 1993 года в Лос-Анджелесе, Калифорния.
• Уэзерли, Ричард М.; Уилсон, Аннетт Л.; Канова, Брэдфорд С.; Пейдж, Эрнест Х.; Забек, Анита А.; Фишер, Мэри К. (1996). «Расширенное распределенное моделирование с помощью протокола моделирования совокупного уровня» . Материалы HICSS-29: 29-я Гавайская международная конференция по системным наукам . Гавайская международная конференция по системным наукам . стр. 407 . CiteSeerX   10.1.1.37.4784 . дои : 10.1109/HICSS.1996.495488 . ISBN  0-8186-7324-9 . S2CID   16082035 .
• Аннетт Уилсон и Ричард Уэзерли, апрель 1994 г., «Новые инструменты сокращения и управления трафиком для конфедераций ALSP» , MITRE Corporation. Доклад, представленный на интернет-конференции Elecsim 1994 года .
• Аннетт Уилсон и Ричард Уэзерли, декабрь 1994 г., «Протокол моделирования совокупного уровня: развивающаяся система» , MITRE Corporation. Доклад, представленный на Зимней конференции по моделированию 1994 года в Орландо, Флорида.