Developing Battle Management Language into a Web Service

1
Developing Battle Management Language into a Web
Service
04S-SIW-113
2
What Is Battle Management Language (BML)?

• BML is the unambiguous language used to
• Command and control forces and equipment
  conducting military operations, and
• To provide for situational awareness and a
  shared, common operational picture.

3
BML Scope
BML Order
C4I
C4I
Simulation
BML Situational Awareness Information
Robotic Forces
4
BML Concept
Data/Object Models
Messages
Doctrine
Validated Doctrinal Terms
XML/ Data Replication
C4I Data Model
BML
5
BML Scalability
XML/ Data Replication
NATO Doctrine
Coalition Data Model
International
BML
XML/ Data Replication
Joint Doctrine
Joint Data Model
Joint
BML
XML/ Data Replication
Service Doctrine
Service
Service Data Model
BML
6
Course of Action Analysis Example
Graphics convert to BML
Tasks to Subordinates
7
(No Transcript)
8
BML Views
Doctrine
Protocols
BML
Representation
9
The Army/SIMCI BML Proof of Principle (PoP)

• BML PoP presented in February 2003 using the
  following components
• BML Graphical User Interface (GUI)
• Develops Digitized Operations Order
• Combined Arms Planning and Execution monitoring
  System (CAPES)
• C4I Component for COA Development
• Multi-Source Database (MSDB)
• Army Standard Database (JCDB) with extensions
  for BML
• OneSAF Testbed (MS Component for COAA)

10
The Army/SIMCI BML Proof of Principle (PoP)
JDBC
ODBC
ODBC
11
Extensible Modeling and Simulation Framework

• What is XMSF?
• The Extensible Modeling and Simulation Framework
  (XMSF) is defined as a set of Web-based
  technologies and services, applied within an
  extensible framework, that enables a new
  generation of modeling simulation (MS)
  applications to emerge, develop and interoperate.
• XMSF Precepts
• Web-based technologies can provide an extensible
  modeling and simulation architecture, to support
  a new generation of interoperable applications
• Simulation support is needed for operational
  warfighting capabilities
• XML-based architecture can provide a bridge
  between emerging rehearsal/reality/replay
  requirements and open/commercial Web standards
• Web best tech strategy best business case

12
What Is XBML?

• XBML is BML provided as a Web Service
• XBML is being developed as an integral part of
  the Extensible Modeling and Simulation Framework

13
BML GUI commanders orders
XBMLTestbed
XML/ SOAP
OTB simulation
CAPES Army C4I
Multi Source Database
XML/ SOAP
XML/ SOAP
14
XBML Implementation
15
I/ITSEC 2003 Demo
INTERNET
OTB CAPES GUI NEW-V
OTB CAPES GUI NEW-V
GMU Fairfax,Virginia
OTB CAPES GUI NEW-V
MSDB
XMSF Booth
JFCOM / VMASC Booth
I/ITSEC Orlando, Florida
16
2004 BML Initiatives

• US Army (SIMCI OIPT)
• Expand Existing Ground Maneuver BML to include
  Air Assault Tasks to support the 101st
• DMSO C4I to Sim
• Expand Existing XBML to support a Joint Event in
  2005
• Implement BML in C2IEDM
• Expand Existing XBML to include Air Operations

17
BML Concept for Integration with CAPES/MPARS
to Support the 101st AA Division
Higher echelons
US Army
MPARS
BML
MSDE
PS
CAPES/MCS
Division
OTB
Acuscene
C2PC
BML
FV
CPoF
BML
MSDE
PS
CAPES/MCS
Brigade
OTB
Acuscene
C2PC
BML
FV
CPoF
BML
Lower echelons
18
Virtual Flag 2005 BML Concept
BML GUI
Planning/C4I Systems
http
JSAF Instances
Other Simulations
C2IEDM
plans
19
Why use the C2IEDM for XBML?

• History of C2IEDM
• Developed by NATO data modeling experts (ATCCIS
  Permanent Working Group)
• Based on the Information Exchange Requirements on
  the Battlefield
• Unambiguous Representation of Information
• Extensible Data Model
• NATO Standard ADatP-32
• Use by the NATO Data Administration Group
• Core Data Model for various C4I Systems
• Reference Data Model for various Simulation
  Systems
• Data Model for Multilateral Interoperability
  Program (MIP)

20
5 Ws in C2IEDM
ACTION-TASK WHAT
ACTION WHAT
ACTION-OBJECTIVE
ACTION-TASK-id (FK)
ACTION-id
ACTION-id (FK) ACTION-OBJECTIVE-index ACTION-OBJE
CTIVE-category-code
ACTION-category-code ACTION-name
ACTION-TASK -minimum-duration ACTION-TASK
-maximum-duration ACTION-TASK -estimated-duration
ACTION-TASK -planned-start-date ACTION-TASK
-planned-end-date ACTION-TASK -planned-start-time
ACTION-TASK -planned-end-time
WHY
WHEN
ACTION-category-code
ACTION-TASK ACTION-EVENT
ORGANISATION-TYPE
ORGANISATION-ACTION-ASSOCIATION
ORGANISATION-TYPE-id ORGANISATION-TYPE
-category-code
ORGANISATION-id (FK) ACTION-id (FK) ORGANISATION-A
CTION-ASSOCIATION-index
ORGANISATION-ACTION-ASSOCIATION
-category-code ORGANISATION-ACTION-ASSOCIATION
-effective-date ORGANISATION-ACTION-ASSOCIATION
-effective-time ORGANISATION-ACTION-ASSOCIATION
-intent-text
ORGANISATION WHO
ORGANISATION-id (FK)
ORGANISATION -category-code ORGANISATION
-nickname-name ORGANISATION -type-id (FK)
UNIT-TYPE
UNIT-TYPE-id (FK) UNIT-TYPE -category-code UNIT-T
YPE -mobility-code UNIT-TYPE -service-code UNIT-TY
PE -size-code (echelon)
LOCATION WHERE
LOCATION-id LOCATION -category-code
21
XBML Testbed - Phase 2
BML GUI
XMSF
CAPES
OneSAF TB
C2IEDM
XMSF
XMSF
22
XBML TestbedObjective Endstate
BML GUI
Joint
Service
Joint Simulation
Joint Planning App
XMSF
XMSF
XMSF
C2IEDM
Service Simulation
Service Planning App
XMSF
XMSF
23
XBML Benefits

• Addresses Key Deficiency
• No Extensible Common Tasking Protocol for
  Simulation
• Uses Industry Standards Non Proprietary
• XML Reduces Need for Unique Parsing Tools
• Dynamic Protocol Adding Fields Doesnt Break
  the system
• Single Format Addresses Coalition Joint
  Service
• C2IEDM Representation Provides a Vetted
  Unifying Interoperability Standard
• Reduces Controller Footprint
• Provides Common XML Mission Plans Automates
  Scenario Generation

24
Conclusions

• BML can provide a true common language between
  humans, machines, Services and national
  militaries
• Will enable command and control interoperability
  within Joint and coalition environments
• The concept of simulation applications
  implemented as Web services will support future
  network centric operational concepts
• We have demonstrated the capability of
  distributed, remote operation of web-enabled
  components

25
Additional BML PaperAt this SIW

• 04S-SIW-115
• Developing the Armys Battle Management Language
  Prototype Environment
• Wednesday - C4I Forum

26
Questions?
27
Essence of Order Resides in the 5Ws
The 5 Ws
WHO which unit is to accomplish the task. -
Normally identified by a Unit_ID. - When
Unit_ID is in doubt, could be identified by
location. - Could be identified by ROLE
(Main Effort, Security Force, etc.)
HOW In mission type orders, how to do a task is
left up to the subordinate. The general how
for the order itself is found in the context of
the Commanders Intent and the Concept of
Operations.
WHAT the task to be accomplished. - Could
be either an operation or ARTEP task. -
Selection maybe dependent on how much the higher
commander wants to limit his subordinate.
The more specific the task the less it
conforms to mission type.
WHERE the location for accomplishing the
task. - Lat/Long, UTM, MGRS, etc. -
Terrain_Feature_ID, Graphic_Control_Measure_ID
WHEN the timing of the task. - Control type
(AT a certain time, NLT a certain time,
EVENT_PLUS_T (D1, H2, etc.) - Parameters
(DTG, Event, Time, Unit_ID, etc..)
WHY the reason for accomplishing the task.
- Purpose term. (Attrit, Defeat, Destroy,
Contain, Clear, etc..) - Parameters
(dependent on the term but required for
clarification Destroy what? Enemy Force,
Terrain Feature)