10th International Command and Control, Research and Technology Symposium June, 2005
Technical and Operational Design, Implementation and Execution Results for SINCE Experiment 1 Dr. Israel Mayk, Dr. Dirk Klose Andrew Chan, Mike Mai and Hobbie Negaran C2 Directorate (C2D) US Army Research, Development and Engineering Command (RDECOM) Communications-Electronics Research, Development and Engineering Center (CERDEC) Fort Monmouth, NJ 07703
Abstract In this paper we describe the design, implementation, and execution results obtained from the SINCE experiment 1b (SINCEx1b) which took place in July, 2004 at the Fort Leavenworth facilities of the US Army 35th ID (Mech). The goals of this experiment were a) to build upon the success of the SINCE Experiment 1a (SINCEx1a), which took place at the MIP facility of WTD-81, Greding, GE in November 2003, by operationalizing the information exchange among all of the US and German systems connected in the experimentation environment, and b) to verify and validate with military users in control that the C2 functionality implemented is well understood and acceptable to support future planned operational experiments such as SINCEx2. Clearly, many compromises had to be made considering the limited resources and budget available. Many trade-offs were made in establishing a balance between a) developing the infrastructure not only for SINCEx1b but for the planned follow-on experiments and b) developing the SINCEx1b configuration that was finally used in the conduct of the actual experiment. The infrastructure concepts illuminated issues pertaining to various bilateral and multilateral coupling mechanisms within each federation of C2 systems, within each federation of combat M&S systems, and within the super-federation of C2 and combat M&S systems. An integral part of the solution was the establishment of a methodology by which the various information architectures would be harmonized within federations and across federations. The infrastructure for SINCEx1 was embodied in a US Proxy Server, the GE C2Sim Proxy Server and the Coalition Portal as federates that collectively included the various adapters and filters that mediated between the otherwise incompatible heterogeneous interfaces inherent in the selected federate systems using a common domain model encoded as XML schema. The selected federates for the experiment represented the deployment of either a current force, a future force or a mix that is required to be not only network-centric with respect to its own assets but also with respect to other Joint, National and Coalition assets. The SINCEx1b experiment addressed in a more comprehensive manner the main issue for any network-centric architecture: how to establish connectivity, federation, collaboration and operational interoperability in a self organizing way among all elements of the force to include combat (e.g., maneuver), combat support (e.g., maneuver support), combat service support (e.g., maneuver sustainment) and C2 (e.g. battle command) assets. A significant contribution of SINCEx1b was to demonstrate a common information model that provided a “one-to-many” mapping to bridge across several disparate information architectures inherent in the applications and data models preexisting in the various federates required by the operational user.
Page 1 of 10
Form Approved OMB No. 0704-0188
Report Documentation Page
Public reporting burden for the collection of information is estimated to average 1 hour per response, including the time for reviewing instructions, searching existing data sources, gathering and maintaining the data needed, and completing and reviewing the collection of information. Send comments regarding this burden estimate or any other aspect of this collection of information, including suggestions for reducing this burden, to Washington Headquarters Services, Directorate for Information Operations and Reports, 1215 Jefferson Davis Highway, Suite 1204, Arlington VA 22202-4302. Respondents should be aware that notwithstanding any other provision of law, no person shall be subject to a penalty for failing to comply with a collection of information if it does not display a currently valid OMB control number.
1. REPORT DATE
3. DATES COVERED 2. REPORT TYPE
JUN 2005
00-00-2005 to 00-00-2005
4. TITLE AND SUBTITLE
5a. CONTRACT NUMBER
Technical and Operational Design, Implementation and Execution Results for SINCE Experiment 1
5b. GRANT NUMBER 5c. PROGRAM ELEMENT NUMBER
6. AUTHOR(S)
5d. PROJECT NUMBER 5e. TASK NUMBER 5f. WORK UNIT NUMBER
7. PERFORMING ORGANIZATION NAME(S) AND ADDRESS(ES)
Army Research, Development and Engineering Command ,Communications-Electronics Research, Development and Engineering Center,Fort Monmouth,NJ,07703 9. SPONSORING/MONITORING AGENCY NAME(S) AND ADDRESS(ES)
8. PERFORMING ORGANIZATION REPORT NUMBER
10. SPONSOR/MONITOR’S ACRONYM(S) 11. SPONSOR/MONITOR’S REPORT NUMBER(S)
12. DISTRIBUTION/AVAILABILITY STATEMENT
Approved for public release; distribution unlimited 13. SUPPLEMENTARY NOTES
The original document contains color images. 14. ABSTRACT 15. SUBJECT TERMS 16. SECURITY CLASSIFICATION OF:
17. LIMITATION OF ABSTRACT
a. REPORT
b. ABSTRACT
c. THIS PAGE
unclassified
unclassified
unclassified
18. NUMBER OF PAGES
19a. NAME OF RESPONSIBLE PERSON
27
Standard Form 298 (Rev. 8-98) Prescribed by ANSI Std Z39-18
10th International Command and Control, Research and Technology Symposium June, 2005
Objectives The objectives of this paper are to describe the SINCE experimentation approach and provide insight from the first experiment. Specific background for this paper may be found in references [1-4]. General background for motivating the SINCE Program is based upon references [5-6]. Multinational issues are addressed from an operational perspective as well as from a technical perspective which are then integrated. Multinational issues impact national issues relevant to Battle Command and therefore they need to be addressed in an integrated approach as well. Specific issues addressed in SINCE involve (a) automating the federation process among heterogeneous multinational and national C2 systems and modeling and simulation (M&S) systems as a federation of federations, and (b) conducting multinational, multi-spectrum, multi-modal, multi-session collaborative planning continuously under the stress of execution monitoring and maintaining a multinational Common Operational Picture (COP) in addition to a national COP.
The SINCE Design Operationally, the SINCE environment is designed to be modular and scalable to support any tactical force represented by a mix of live and constructive operational users. This is exemplified in Figure 1. The live operational user is represented at the two highest echelons of the force referred to as tiers n and n-1. The constructive operational user is simulated at one or more lower echelons referred to as tiers n-2, n-3, …, down to tier n-m which represents the primitive entities of the simulation environment. For SINCEx1, n = brigade (Bde), n-1 = battalion (Bn), n-2 = company(Co), n-3 = platoon (Plt), n-4 = team/crew/platform. The enemy and any other friendly or neutral, military or civilian entity are also represented by the constructive simulation environment. Figure 1 depicts the operational architecture of SINCEx1. Two or more live users represent the Commander (Cdr) and his key staff elements at each tier such as the Intelligence Officer (S2) and Operations Officer (S3). The S2 is responsible for collecting intelligence and preparing Intelligence Preparation of the Battlefield (IPB) products for the Cdr. The S3 is responsible for generating Courses-of-Action (CoAs) and drafting and coordinating Operational Plan (OPLAN) and Operational Order (OPORD) products and related Warning Order (WARNO), and Fragmentary Order (FRAGO) products for approval by the Cdr [6]. At each tier the live operational users are responsible for commanding, controlling, planning and monitoring the execution of their subordinate units. The experiment is designed to enable the assessment of the needs and preferences associated with the supported modalities of collaboration and interoperability between and among the live operational users at tiers n and n-1. These modalities include voice, text and graphics. Technically, the SINCE environment is also designed to be modular and scalable to support an Open System approach with respect to the interconnection a) between and among national and multinational C2 systems that form the C2 environment, b) between and among national and multinational M&S systems that constitute the M&S environment and c) between the above C2 and M&S environments. Each environment is said to be a federation of systems that must be interconnected in accordance with the rules of the federation and initialized to a common scenario starting point. Each environment is flexible in supporting one or more tiers of federates. For example, the C2 environment may have both national and multinational (coalition) federates. A national or multinational C2 federate may be a service unique (e.g. army, navy, air force, amphibious) or a multi-service (joint) federate. Not all national federates are required to be multinational. The SINCE design supports the use of multiple physical networks to accommodate both access and traffic needs of each environment that must be interconnected and federated to support the user with a common scenario. The M&S environment Page 2 of 10
10th International Command and Control, Research and Technology Symposium June, 2005
may also have both national and multinational federates. They can be segregated to support different standards such as the IEEE Distributed Interactive Simulation (DIS) [8] or the IEEE High Level Architecture (HLA) [9]. They can be further segregated within each of these standards to support different DIS Protocol Data Units (PDUs) or HLA Federation Object Models (FOMs).
BDE HICON (US/GE) S3/ Cdr/S2 GE LNO
BN HQ (US) Cdr/S2
S3
Coalition C2
US C2
US C2
Coalition C2
CAPES/MC2 & C2COP
WebC2P
BN HQ (GE)
CAPES/MC2 & C2COP
WebC2P
Cdr
S2/S3
GE C2
Coalition C2
HEROS/INFIS WebC2P
Real C2 PS(US), PS(US), C2SPS(GE) Constructive Constructive Forces Forces BN Companies (US)
Enemy Forces
BN Companies (GE)
BNCON (US)
OPFOR
BNCON (GE)
US Simulator
US Simulator
GE Simulator
BML/OTB WebC2P(US)
HLAGW/OTB
PABST WebC2P(GE)
Figure 1. SINCEx1 Multi-National, Multi-Echelon Operational View
Bde(CL) C2
Bn(US) C2 Cdr
S2/S3
S2/S3
CAPES C2COP
CAPES C2COP
CS XML
WebC2B
Cdr
WebC2B
COP XML MIP DEM PS(US)
HLA FOM WCP XML BML WebC2B
USC
Sim(US) HLA GW (OTB/DIS)
RNC
Figure 2. SINCEx1 Open System View from a US perspective
Page 3 of 10
10th International Command and Control, Research and Technology Symposium June, 2005
The SINCE environment not only federates within the HLA environment but across DIS federates and C2 national and multinational federates using gateways (GW) and proxy-servers (PS). Considering the Military Decision Making Process (MDMP) [7] two concurrent activities must be accommodated by the total federation: currently executing operations (current Ops) and future planning of operations (future Ops). C2 federates may be involved in one or both types of concurrent activities. M&S federates are typically involved only with the current Ops. A future SINCE design will address the use of M&S federate in future Ops. Once demonstrated, it would be possible in the foreseeable future for a M&S federate to be involved concurrently with both current and future Ops. As shown in Figure 2, the US federates participate in a four-federation environment consisting of a) a national C2 federation of the PS(US), CAPES and C2COP federates, b) a coalition federation of the PS(US), WebC2Portal (WCP), and the Battle Management Language (BML) federates, c) a national DIS M&S federation of One Semi-Automated Force (OneSAF) Test Bed (OTB)[10] and the High Level Architecture Gateway (HLA GW) federates and d) a multinational federation supporting the multinational FOM consisting of the HLA GW and the PS(US) federate. Note that the US C2 national federation may be further treated as two sub-federations segregating planning and execution monitoring functions. The US C2 federates participating in the coalition federation use the Multinational Interoperability Program (MIP) [11] standard for the current Ops and the SINCE XML based Web interface[12] for both current and future Ops. This enables us to assess tradeoffs between the two means of sharing coalition information. As shown in Figure 3, the GE federates are also members of similar federations. The main difference in the design is that the PS(GE) only participates in the GE national C2 federation and the multinational M&S HLA federation. Common to both US and GE designs is the use of three network protocols: a) the MIP standard for multinational current Ops execution monitoring, b) the Web for multinational current Ops execution monitoring and future Ops collaborative planning and c) HLA for multinational current Ops execution. Ultimately, the inherent strength of the SINCE approach is the ability to support different national agendas and designs with a common set of interfaces.
Bn(GE) C2 Cdr
HEROS/ INFIS
S2/S3
WebC2B
(CORBA) PS(GE)
WebC2B GEC
SimSys PABST(GE)
Figure 3. SINCEx1 Open System View from a GE perspective
Page 4 of 10
10th International Command and Control, Research and Technology Symposium June, 2005
The SINCE Implementation Operationally, we adopted and adapted an existing scenario with a broad mission for a multinational brigade size force Bde(MN). The scenario included a US battalion, Bn(US) and a GE battalion, Bn(GE). Thus the live component of our experiment had three headquarters: HQ(Bde, MN), HQ(Bn, US) and HQ(Bn, GE) as shown in Figure 1. The HQ(Bde, MN) was given the mission to secure an objective area to its north while blocking the enemy from threatening to cut off its logistics by attacking its flank from the east as shown in Figure 4. The Bde Cdr had the choice of using any number or combinations of up to 24 tasks selected from the C2 Information Exchange Data Model (C2IEDM) [13] in a) generating his/her concept of operation and course of action and b) tasking his/her subordinate battalions. As a trivial example, the Bde mission could be accomplished by a) tasking HQ(Bn, US) to secure the objective area in the north and tasking the HQ(Bn, GE) to block the enemy threatening to infiltrate from the east or by b) interchanging their tasks. All the tasks implemented in SINCEx1 are standard military tasks also described in MIL-STD 22525B [14] and FM 1-02 [15]. A subset of these tasks are shown in Table 1. Once the battalion orders were coordinated and issued to the constructively simulated subordinate companies, they were recast into the types of commands understood by their respective M&S systems. For US companies, tasks were automatically mapped into OTB commands using the BML and readjusted manually by the OTB operators for any terrain discrepancies. For GE companies, tasks were manually entered into PABST. A future implementation of the C2SPS(GE) will use an extended FOM to command HLA entities in PABST.
A
I
GORDO
AA1 I 1-B B
I
x 3-B
I 2-B
2-1
2d
3-1 (US) 1 4
1st (GE)
… … C
… … … …
MACRA
Figure 4. An operational Overlay corresponding to a sample OPORD(Bn)
Page 5 of 10
10th International Command and Control, Research and Technology Symposium June, 2005
Table 1. Sample Tasks available to create an operational Overlay for sample OPORD(Bde/Bn) Graphical Representation
Attack, deliberate: Use Axis of Advance (Main Attack) to represent the path for the unit to attack. The word ‘delib’ is added to denote such action.
3
Example
…
2
b
b deli
de li
Action: Comments
1.2 ||
1.1
Attack, feint: Use Axis of Advance for feint to represent the path for the unit to attack.
…
2
3
1.2 ||
1.1
Attack, hasty: Use Axis of Advance (Main Attack) to represent the path for the unit to attack. The word ‘hasty’ is added to denote such action.
… 3
2
ha s ty
ty has 1.2 ||
1.1
Block: Defined in MIL-2525B.
…
1 2
3 ||
Technically, at the peak of the experimentation period, the confederation of networked federations of systems totaled 23 computers as shown in Figure 5. All federates were interconnected into a US National Local Area Network (LAN) and a coalition/M&S LAN also shown in Figure 4. Thus for SINCEx1, only two physical networks were implemented. This was due to the fact that available GE computers were only enabled with a single network card. Practically, due to traffic demands and access separation control, three physical networks would be necessary to support the logically distinct National C2, Coalition C2, and M&S federates. This could be implemented in a centralized approach as was chosen by the US Technical Working Group (TWG) or in a decentralized approach as was chosen by the GE TWG. The US design solution as shown in Figure 2 is to provide a single C2SPS(US) computer enabled with three LAN cards and have the Coalition Domain Manager (CDM) component mediate among all three federations. This represents a centralized approach to accommodate the three types of federations. Ideally, using the decentralized GE design, as shown in Figure 3, where the C2SPS(GE) only mediates between national C2 and M&S federations, the C2SPS(GE) should have been enabled by two LAN cards to support the two federations with no traffic interference. The C2SPS(GE), however, was installed on a laptop which could only support access to a single LAN. As a result of this hardware limitation, the M&S traffic shared the same network bandwidth as the Coalition C2 federation. When M&S traffic was low, there was no interference with the C2 traffic. When C2 traffic required priority, the M&S traffic was temporarily suppressed to avoid communications errors. Similarly, the INFIS(GE)/HEROS(GE) C2 systems that are used to mediate between GE national C2 and Coalition C2 were also using a single LAN. Future implementations are anticipated to be enabled by two LAN cards to support greater access separation control between these two C2 federation communities. In SINCEx1, however, this was not an issue for the GE implementation since there was only one C2 system that only represented the GE Coalition C2. In a more elaborate experiment with more than one GE national C2 system this would most likely be a requirement. Page 6 of 10
IDV(US)
10th International Command and Control, Research and Technology Symposium June, 2005
C2PC(US)
FBCB2(US)
PS TC (US) INFIS Bn (GE)
MCS-Lt
C2COP
TC (US)
AIS(US) PASS
(ASAS-Lt) ABCS 6.4 XML
Bde(MN) MC2
DMA
CS CSA
C2COP (ASAS-Lt) DMA
CDM
DEM
DEM
Bde(MN) OPORD WebClnt
HEROS Bn (GE)
WCP(US) Srvr
MEM
Bde(MN) WCPclnt
Bn(US) WCPclnt
Bn(GE) WCPclnt C2SP Bn(GE)
MEM
Bn(US) BML Bn(US) MC2
(ASAS-Lt) DMA
HLA
CS
Bn(US) OTB
MS(GE) WCPclnt
Bn(EN) OTB DIS
PABST(GE)
CSA DIS
C2COP
MEM
OPORD WebSrvr
Bn(US) OPORD WebClnt
HLA
HLA GW LAN (US)
DIS
HRF
HLA
LAN (MN)
Figure 5. SINCEx1b Coalition Network Connectivity Architecture
The SINCE Execution The Operational Working Group (OWG) created a number of test cases that were exercised to verify that the implementations were acceptable to the user. For each test case there were three phases: a) initialization, b) planning and c) execution. After each initialization the users at each federate verified that their screens showed only what they would be expected to see. Thus, for example, enemy entities that were out of range of a given GE/US unit would not be observed by a federate that represents the parent GE/US unit. Or similarly, the M&S federate controlling enemy entities, OTB(OPFOR), would only see the friendly entities within its range or if made available by external sources. Once the initialization Common Operational Picture (COP) was agreed upon, the federates moved to the next phase, i.e., the collaborative planning phase. Each HQ was responsible to initiate an OPORD for its subordinates. Thus a. HQ(Bde, MN) initiated drafting of its OPORD(Bde, MN), then b. HQ(Bn, US) initiated drafting of its OPORD(Bn, US), and concurrently c. HQ(Bn, GE) initiated drafting of its OPORD(Bn, GE). Since the content of the OPORD(Bn, *)1 depends upon the content of OPORD(Bde), the Bde HQ first initiated a collaboration session and collaborated on its OPORD(Bde) with its subordinate Bn HQs. As part of the collaboration process, each OPORD evolved within their respective collaboration sessions from OPORD(initial, collaborate) state to the OPORD(final, collaborate) state through a series of iterative OPORD(feedback/update, collaborate) states. Once a C2 planning federate issued an OPORD(final, collaborate), its corresponding C2 execution monitoring federate published an OPORD(initial, execution) for analysis, planning and execution by its subordinate C2 planning 1
* = GE/US Page 7 of 10
10th International Command and Control, Research and Technology Symposium June, 2005
federate. Thus the HQ(Bn, US/GE) initiated OPORD(Bn, *, initial, collaborate) only after it had received OPORD(Bde, MN, initial, execution). Collaboration on FRAGOs was implemented similarly to OPORDs and using the same XML schema. For execution, a FRAGO was represented by OPORD(update, execution). Since each OPORD/FRAGO has a start time and an end time, any OPORD(final, collaborate) that overlaps in time with a previous OPORD(final, collaborate) can be republished as an OPORD(update, execution), otherwise, it would be published as an OPORD(initial, execution). Since the OPORDs are published in XML, They are available for review and analysis and editing both graphically and textually. Each HQs was enabled to initiate its separate planning session and collaborate to transition a plan to its final state. While in the planning state, M&S federates continuously monitored their environment. OTB(OPFOR) was allowed to execute maneuvers in accordance with guidance from the OWG. OTB(US_BLUFOR) and PABST(GE_BLUFOR) were allowed to report any observations while awaiting their orders. Thus the current situation was allowed to evolve during the planning process and the user was enabled to observe the current situation in one window while collaborating on the three separate plans in their respective planning window. The planning window allowed the user to toggle among each of the ongoing collaboration sessions. Once OPORD(Bn, GE/US) were finalized, OTB(US_BLUFOR) and PABST(GE_BLUFOR) were tasked to perform their combat mission and shared BLUFOR tracking (BFT) of position reports as well as OPFOR SPOT reports. The experiment was paused periodically to determine discrepancies due to time delays, aggregation, filtering and software bugs that were then fixed “on the spot.”
Outcomes The SINCE Program achieved the project's objectives for Experiment 1 by successfully demonstrating connectivity, federation, collaboration and interoperability in a seamless process among coalition C2 systems, among coalition M&S systems and between a coalition C2 systems and a coalition of M&S systems. Important insights of both technical as well as operational nature were acquired to improve both design and implementation of the next experiment. Furthermore, capabilities of both C2 and M&S systems that need further development were identified to enable future experiments to be conducted with more flexibility and in a more efficient and comprehensive fashion. From a networking point of view, we observed that for the size of a realistic brigade/battalion scenario of several hundred entities, one should have separate networks to accommodate C2 data and M&S data on a non-interference basis. This is important if one wishes to experiment with continuous planning, i.e., planning a future operation while monitoring a current operation. With a common network, the experiment could still proceed but in a more serial fashion. Since in real operations, there is no on-going simulation traffic, M&S traffic should always be allocated a dedicated network to avoid the artificialities of potential conflict between the two types of traffics. Minor display discrepancies were observed when comparing the locations of rasterized features used by the C2 systems to the vectorized features used by the M&S environment. These discrepancies were due to the inherent inaccuracies associated with maps of different resolutions. Another possible contributing element to the discrepancies was the fact that not every map background used the same source map. In general, the M&S display did represent the correct relevant terrain features, i.e., mountains, hills, rivers, valleys, urban areas, as encountered on the C2 displays. Only the 2D mode was used in the M&S environment. The 3D mode was not required. Since the M&S systems were Page 8 of 10
10th International Command and Control, Research and Technology Symposium June, 2005
required to control platforms, they used maps at the 1:50K scale and since the C2 systems were required to command and control companies and war-game with platoons, an ADRG map at the resolution of 1:250K was adequate. This caused some issues when the C2 system operator tried to create routes for the M&S entities. Considering that the number of entities simulated by the M&S environment did not exceed 600, the M&S workstations ran smoothly without crashing. Since each system was responsible for preprocessing the standard terrain products, such as Digital Terrain Elevation Data (DTED), Digital Feature Attribute Data (DFAD) and Arc Digitized Raster Graphics (ADRG), into its own unique format, it was observed that key locations such as bridges over rivers were not calibrated to the same reference points. These discrepancies should be moot if the entities behave as Semi-Automated Forces (SAFs). A SAF should be able to know automatically how to get around an obstacle and re-route itself to get to an objective. However, since the terrain was abundant with rivers and steep terrain covered much of the conflict area, it seemed that the SAF required a significant amount of intervention from the operator to be made often for even the most rudimentary commands. For example, individual vehicles were not smart enough to cross a river at a "bridge", even when put in a line formation and given a route over the bridge and straight down the center of the bridge. M&S Subject Matter Expert (SME) operators are able overcome such discrepancies by invoking “magical” moves. Consequently, the need for M&S operators will continue to exist into the foreseeable future even once a multi-echelon, multinational BML becomes common to both C2 systems and the M&S environments.
Conclusions Overall, the US-GE SINCE team considers the conduct of SINCE Experiment 1 a success. The program objectives were effectively addressed by leveraging existing (Current Force) and evolving (Future Force) C2 systems and prototypes as well as existing modeling and simulation systems and prototypes. While some technical integration problems were experienced that resulted from the increase in the scale of the test bed from SINCEx1a to SINCEx1b and the introduction of new capabilities in SINCEx1b (JUL 04, Fort Leavenworth, KS) above those tested out during SINCEx1a (NOV 03, Greding Germany), none of these problems was a “show-stopper” or of major issue. Future SINCE experimentation plans should be adjusted to allow more pre-experiment integration testing both nationally and internationally to maximize the amount of operationally oriented tests. There is little question that the experiment conducted provides significant insight as to how to improve multinational collaboration and achieve semantic interoperability. The SINCE environment provides a cost-effective means to address the numerous issues and enable national, Joint and coalition partners to learn to better understand each other’s “business rules”, concepts of operations, tactics, techniques and procedures.
Acknowledgements The authors would like to acknowledge our German counterparts Hans-Peter Menzler and Michael Siber and our collective systems and subsystem developers and user representatives. Our own internal program staff including Joe Hant, Gunther Kainz and Mohamed Meshal are acknowledged for coordinating with the user community, establishing the many contractual vehicles to develop our architecture and infrastructure as well as to make sure that all items needed for the experiment were handled in a timely manner.
Page 9 of 10
10th International Command and Control, Research and Technology Symposium June, 2005
References [1] [2]
[3]
[4]
[5] [6] [7]
[8] [9] [10] [11] [12]
[13] [14] [15]
Klose, Mayk, Menzler, Sieber, “Train as You Fight: SINCE - the Key Enabler” NATO Modeling and Simulation Group (NMSG) Conference, Koblenz, Germany 7-8 October 2004 Mayk, and Klose, “Experimenting with C2 Applications and Federated Infrastructures for Integrated Full-Spectrum Operational Environments Support of Collaborative Planning and Interoperable Execution, 2004 Command and Control Research and Technology Symposium, San Diego, CA June 2004 Mayk, and Klose, “Multinational C2 Experiments Supported by C2 and Modeling and Simulation (M&S) Systems Addressing Army Transformation of Collaborative Planning and Interoperable Execution in a Coalition Environment”, Proceeding of 8th International Command and Control, Research and Technology Symposium, June 17 – 19, 2003, National Defense University, Washington, DC Menzler, Hans-Peter and Michael Sieber, “Non-Hierarchical Approach to Couple CCIS with M&S,” Proceedings of the NATO-PfP/Industry/National Modelling and Simulation Partnerships, October 24-25, 2002, Paris, France Alberts, David S., and Hayes, Richard E. Code of Best Practice eXperimentation, CCRP, Information Age Transformation Series, July 2002 FM 100-8, The Army In Multinational Operations, November 1997 FM 5-0, Army Planning and Orders Production, 01/20/2005 Formerly FM 101-5 Staff Organization and Operations, HQ, Department of the Army, May, 1997 DIS - Institute of Electrical and Electronic Engineers (IEEE) Standard 1278.1-1995 and IEEE Standard 1278.1a-1998. http://www.mak.com/s1ss12p0.php#dis HLA - Institute of Electrical and Electronic Engineers (IEEE) Standard 1516, September 2000. http://www.mak.com/s1ss12p0.php#hla or https://www.dmso.mil/public/transition/hla/ OTB - http://www.onesaf.org/ MIP - http://www.mip-site.org/home.htm, http://www.mip-site.org/MIP_Baseline_1.htm Mayk, Israel and Goren, Bernard “C2 Product-Centric Approach to Transforming Current C4ISR Information Architectures”, Proceeding 2004 Command and Control Research and Technology Symposium (CCRTS), June 15 – 17, 2004, SAN Diego, CA ATCCIS/LC2IEDM - http://www.mip-site.org/ATCCIS/ATCCIS_Home.htm MIL-STD-2525B, Common Warfighting Symbology, 30 January 1999, DoD FM 1-02 Operational Terms and Graphics, 21 September, 2004 Formerly FM 101-5-1, 30 September, 1997
Page 10 of 10
Joint US and German Simulation and C2 Information Systems Connectivity Experimentation Program (SINCE)
Technical and Operational Design, Implementation and Execution Results for SINCE Experiment 1 10th ICCR&TS Presentation 14 June 2005 Authors: Dr. Dirk R. Klose, Dr. Israel Mayk, Mr. Andrew Chan, Mr. Mike Mai and Mr. Hobbie Negaran US Army CERDEC C2D AMSRD-CER-C2-BC Fort Monmouth NJ 07724 Tel: 732-427-2929 E-Mail:
[email protected]
SINCE Objectives & Description M&S Collaborative
Simulation Sys Meet C2 Info. sys
Decision Support
SINCE
Analysis & Planning
Objectives: Objectives: •• Demonstrate DemonstrateImprovements Improvements in in BDE BDE && Below Below Future Coalition Force Effectiveness Future Coalition Force Effectiveness in in –– Collaborative Collaborative Mission Mission Planning Planning –– Execution Execution Management Management –– Battlefield Battlefield Visualization Visualization for for BDE BDE && Below Below –– Conduct Conduct of of High High Mobility, Mobility, Collaborative Collaborative Future Future Force Force Coalition Coalition Operations Operations •• Implement Implementreal-time real-timeinformation informationexchange exchange mechanisms mechanismsthat thatenable enablefederated federated interoperability interoperabilitybetween between US US and and GE GEC2 C2 systems and Combat Simulation Systems. systems and Combat Simulation Systems.
Decisions
Bridging Technical & Operational Capabilities
C2IS
SMART T&E
Planning
CAX Description: Description: •• Five-year, Five-year, Three Three Experiment Experiment Effort Effort initiated initiated Nov Nov 02 02 Approach: Approach: •• Integrate Integrate US US && GE GE C2 C2 Info InfoSys. Sys. (C2IS) (C2IS) && Simulation Simulation (M&S) Sys. into a Coalition C2 Experimentation (M&S) Sys. into a Coalition C2 Experimentation Test Test Bed Bed environment environment to to support: support: –– R&D R&DExperimentation Experimentationactivities activities –– Mission Mission Rehearsal Rehearsal &&Training Training activities activities Participants: Participants: •• Combined Combined Military MilitaryUser User and andR&D R&Dcommunity community participation participation –– US-CERDEC, US-CERDEC, TRADOCTRADOC- MMBL, MMBL, BCBL,CALL BCBL,CALL && th th ID 35 35 ID –– GEGE- BWB, BWB, HEERESAMT, HEERESAMT, GefSimZ GefSimZ –– Other Nations in the Future Other Nations in the Future
SINCE SINCE Implementation Implementation Approach Approach US C2
Web-XML
GE C2
Collaborative Operational Interface
US C2
MIP C2IEDM
GE C2
Web-based C2 Collaboration Portal (WCP) • Supports Display of Coalition Common Operating Picture (CCOP) • Supports Graphical Collaboration on Coalition OPLAN/FRAGO development & mission management
Technical Interoperability Interface
US M&S
HLA RTI
GE M&S
Web-based Coalition Common Operational Picture (CCOP) and Coalition Collaborative Portal (WCP)
Digitized OPORD/OPLAN • Data Model & Representation – XML & Battle Management Language (BML) Structure – Used to map info between C2 and Simulation worlds • Support Authoring software
US C2 Info Systems Situational Awareness ABCS: ASAS-L, MCS
C2Sim Proxy Server •
Web-based Enterprise Services supporting Net-Centric Operations
• Enables Info Exchange between C2 and M & S systems
U.S. Planning CAPES, MC2
US C2Sim Proxy Server
US - GE MIP-DEM Interface
US Combat Simulator
OTB
GE C2Sim Proxy Server
GE C2 Info System Situation Awareness HEROS
GE Combat Simulator
HLA Interface
PABST
Experimentation Test Bed Implementation
Figure Figure 2. 2. SINCEx1 SINCEx1 Open Open System System View View (US (US perspective) perspective) Bde(CL) C2
Bn(US) C2 Cdr
S2/S3
S2/S3
CAPES C2COP
CAPES C2COP
CS XML
WebC2B
WebC2B
COP XML MIP DEM PS(US)
HLA FOM WCP XML BML WebC2B
USC
Sim(US) HLA GW (OTB/DIS)
RNC
Cdr
US US SINCE SINCE C2Sim C2Sim Proxy Proxy Server Server (Key (Key Interoperability Interoperability Agent) Agent)
Collaborative Decision Making Products Interface • Currently based on CERDEC CAPES/MC2 collaborative Mission Planning and Execution Mgmt. SW • Interface to Defense Collaboration Tool Set (DCTS)
DCTS is OSD Mandated Existing & Evolving Army C2 Sys Interface • Supports ASAS Lite and MCS Lite via legacy Joint
Future Army C2 Info Exch will be via C2IEDM and XML mechanisms
P
Web-based C2 Collaboration Portal (WC2P) • Supports real-time viewing of CCOP
IIS
Coalition C2 Sys Interoperability Interface • Automated exchange of Coalition Common
P&S Adapt Data
Operating Picture (CCOP) & SA • Based on MIP C2 Information Exchange Data Model (C2IEDM)
XML/JAVA Communication Infrastructure &
S
P&S ata pt D Ada
DM A
P Ada &S pt D ata
Common Data Base (JCDB) information exchange mechanisms
CS
ta Da t ap S Ad P& F HR
• Collaborative Planning & Decision Making Activities between Joint/Coalition partners • Digitized, XML-based OPORD and OPLAN info exchange mechanisms
Web Service Implementation for Global Information Grid/ DCTS Enterprise Environments
DEM
Becoming US National Joint C2 Sys Interoperability Interface
Simulation Sys Interoperability Interface • Automated exchange of simulated Unit location, state & control information between simulator and C2 systems • Based on HLA Federated Object Model data exchange mechanisms (IEEE Std).
US National Simulation Sys Interoperability Interface Std
GERMAN GERMAN C2Sim C2Sim Proxy Proxy
C2 Communication Standards
MIP-DEM Connector C2IS-Transformer CRM M&S-Transformer
PSI-SA
M&S Communication Standards
Figure Figure 3. 3. SINCEx1 SINCEx1 Open Open System System View View (GE (GE perspective) perspective)
Bn(GE) C2 Cdr
HEROS/ INFIS
S2/S3
WebC2B
(CORBA) PS(GE)
WebC2B GEC
SimSys PABST(GE)
The TheWeb-based Web-basedC2 C2 Portal Portal&&XML XMLInformation InformationModel Model Typical Portal Display
Î Gateway between National & Coalition C2
Planning Systems Î Displays, Sees and Operates on only Coalition C2IEDM based Information Î Standard user interfaces & Common Info Battle Mgmt. Language (BML), Graphics, Xml-based representations for exchange of planning Info Î Interactive OPORD building and Info Exchange Typical OPORD/OPLAN Text Parsed by W6H Rules
Portal Portal Navigation Navigation Window Window
Weather WeatherForecast Forecast Window Window
Why
Who
Where
When
How
What
OPORD Text represented in XML Coalition CoalitionCOP COP Unit UnitPosition Position Map/Graphic Map/Graphic SA SAView View Window Window
Mission Mission Critical CriticalEvent EventAlert Alert View View &&Set Set Window/Chat Window/Chat
Coalition CoalitionForce Force OPORD/OPLAN OPORD/OPLAN View View Window Window
Coalition CoalitionForce Force UTO, UTO,etc etc View View Window Window
Coalition CoalitionForce Force SYNC SYNCMatrix Matrix View View Window Window
Message Message&&Chat Chat View View Window Window
Which
Typical Typical Web Web C2 C2 Portal Portal
Graphical Action Tasks
Graphical Graphical Plan Plan Build Build
Deliberate Attack
Feint Attack
Isolate
Move
Unit/Feature Property Menu Hasty Attack
Occupy
Pop Up Menu Block
Reinforce
CATK
Secure
CATK-by-Fire
Seize
Fix
Support
Task/Action Menu Graphical Action Tasks
Recon Guard
Suppress
BML Action Task View
Withdraw
Screen
Table Table 1. 1. Sample Sample Tasks Tasks available available to to create create Operational Operational Overlay Overlay for for OPORD OPORD (BDE/BN) (BDE/BN) Graphical Representation
Attack, deliberate: Use Axis of Advance (Main Attack) to represent the path for the unit to attack. The word ‘delib’ is added to denote such action.
3
Example
b
b deli
1.2
…
2
de li
Action: Comments
||
1.1
Attack, feint: Use Axis of Advance for feint to represent the path for the unit to attack.
…
2
3
1.2 ||
1.1
Attack, hasty: Use Axis of Advance (Main Attack) to represent the path for the unit to attack. The word ‘hasty’ is added to denote such action.
3
st y
ty has
ha
1.2
…
2
||
1.1
Block: Defined in MIL-2525B.
…
1 2 3 ||
Figure Figure 4. 4. An An operational operational Overlay Overlay corresponding corresponding to to aa sample sample OPORD OPORD (BN) (BN) AA
II
GORDO GORDO
AA1 AA1 II 1-B 1-B BB
II
xx 3-B 3-B
II 2-B 2-B
2-1 2-1
2d 2d
3-1 3-1
(US) (US) 11 1st 1st (GE) (GE)
… … … CC
… … … … … … … …
MACRA MACRA
44
Figure Figure 1. 1. SINCEx1 SINCEx1 Multi-National, Multi-National, Multi-Echelon Multi-Echelon (Operational (Operational View) View)
BN HQ (US) Cdr/S2
S3
US C2
Coalition C2
CAPES/MC2 & C2COP
WebC2P
BDE HICON (US/GE) S3/ Cdr/S2 GE LNO
BN HQ (GE)
US C2
Coalition C2
Cdr
S2/S3
CAPES/MC2 & C2COP
WebC2P
GE C2
Coalition C2
HEROS/INFIS WebC2P
Real Real C2 C2 PS(US), PS(US), C2SPS(GE) C2SPS(GE) Constructive Constructive Forces Forces BN Companies (US)
Enemy Forces
BN Companies (GE)
BNCON (US)
OPFOR
BNCON (GE)
US Simulator
US Simulator
GE Simulator
BML/OTB WebC2P(US)
HLAGW/OTB
PABST WebC2P(GE)
C2 C2 & & Simulation Simulation Systems Systems
connected connectedto to US USSINCE SINCETest TestBed Bed&&Playing Playingin in
SINCE SINCE Experiment Experiment 1b 1b (Operational) (Operational)
Maneuver Control System (MCS)-Lite
US C2Sim Proxy Server
GE HEROS C2 System (Server)
Marine Corp C2 Personal Computer (C2PC)
Force Battle Command Brigade & Below (FBCB2)
Combined Arms Planning Execution-Monitoring System (CAPES/MC2)
GE HEROS C2 System (Client)
Web-based C2 Collaboration Portal (WC2P)
GE INFIS System
GE C2-Sim Proxy Server
ABCS Info System Server (AIS)
All Source Analysis System (ASAS)-Lite
GE PABST Simulator
Integrated Data Viewer (IDV)
ONESAF Test Bed (OTB) Combat Simulators
US HLA Gateway (HLA GW)
IDV(US)
Figure Figure 5. 5. SINCEx1b SINCEx1b Coalition Coalition Network Network Connectivity Connectivity Architecture Architecture C2PC(US)
PS TC (US) INFIS Bn (GE)
MCS-Lt
C2COP (ASAS-Lt)
AIS(US) PASS
FBCB2(US)
ABCS 6.4 XML
Bde(MN) MC2
TC (US) OPORD WebSrvr DMA
CS CSA
C2COP (ASAS-Lt) DMA
Bn(US) MC2 C2COP (ASAS-Lt) DMA
Bde(MN) OPORD WebClnt
CDM
DEM
DEM
HEROS Bn (GE)
WCP(US) Srvr
MEM
Bde(MN) WCPclnt Bn(US) WCPclnt
MEM
Bn(GE) WCPclnt C2SP Bn(GE)
MEM
Bn(US) BML
HLA
CS CSA
Bn(US) OPORD WebClnt
Bn(US) OTB DIS
MS(GE) WCPclnt
Bn(EN) OTB DIS
PABST(GE) HLA
HLA GW LAN (US)
DIS
HRF
HLA
LAN (MN)
SINCE SINCE Experiment Experiment 1b 1b Schedule Schedule 1st Week 12 -16 July, 2004.
2nd Week 19 - 23 July, 2004.
11:30
SINCE Testing
SINCE Experiment
User V&A/Training
M&S Operator Training
M&S Operator Training
Bde Run-through Operator screenplay & technician Training Ad hoc run
Setup, Testing and Training Brigade(C2)
Battalion(C2)
Company(M&S)
Day 10 Wed.
screenplay Update Mission Run Ad hoc System Configurations Iteration 1 Iteration 4 screenplay
screenplay
Mission Run Mission Run Iteration 2
Ad hoc run
Bde Crawl-through Bde Bde Update all data screenplay Operator Operator Bases & technician & technician Database tests Walk-through Training Training w/ technicians screenplay
Day 9 Tue.
Day 11 Thu.
Day 12 Fri.
screenplay
M&S Run-through Script
Bn Crawl-through Update all data screenplay bases Database tests Walk-through w/ technicians screenplay
Day 8 Mon.
Iteration 3
Plan for Ad hoc Iteration(s)
screenplay
screenplay Update Mission Run Ad hoc System Configurations Iteration 1 Iteration 4 screenplay
screenplay
Mission Run Mission Run Iteration 2
Iteration 3
Plan for Ad hoc
AAR PMG
Iteration
screenplay
screenplay Update Mission Run Ad hoc System Configurations Iteration 1 Iteration 4 screenplay
screenplay
Mission Run Mission Run Iteration 2
Iteration 3
Tear Down
M&S M&S Update all dataCrawl-through Bases screenplay Database tests Walk-through w/ technicians screenplay
Bn Run-through Bn Bn Operator screenplay Operator Operator & technician & technician & technician Training Ad hoc run Training Training
M&S Operator Training
Day 6-7 Weekend.
AAR OWG
Plan for Ad hoc Iteration
Screenplay / Ad hoc Missions/Tasks
AAR TWG
Departure
Day 5 Fri.
VIP Demo
Day 4 Thu.
Operational Experimentation
OPEN
Federation Testing
Day 3 Wed.
Day 2 Tue.
Connectivity Testing
Day 1 Mon.
Setup
Planning Execution
Experiment
Experim’t Control (M&S)
SINCE Proxy OTB
16:00
Technical Validation
Arrival
13:00
CAPES WebC2B
Afternoon Session
08:30
C2COP WebC2B
Morning Session
Experiment 1b – Results Synopsis • •
The SINCE Experiment 1B (Operational) was a success Successfully demonstrated that the US-GE SINCE Experimentation environment could scale to support realistic coalition force operational experimentation, rehearsal and training activities. – Seamless information flow, interoperability and integration of C2 systems and M&S Combat simulation systems demonstrated – Initial functionality in Web-based C2 Collaboration Portal (WCP) and Digitized OPLAN/OPORD and FRAGO demonstrated to support real-time collaborative mission planning information exchange between US-GE BDE and BN level command cells
• • • •
Participating Military Users had high praise for WCP and its graphical point & click plan generation capabilities Forty-three VIP’s attended the SINCE VIP Day Demo and expressed positive praise for what they saw at the demo A detailed SINCE Experiment 1 Report has been produced and published in Apr 05 (expect public release clearance in near future) A joint US-GE paper entitled “Train as You Fight: SINCE - the Key Enabler” presented at the 2004 NATO MSG Symposium in Koblenz GE.
Conclusions, Conclusions, Summary Summary and and Schedule Schedule Training using Warfighter C2I Systems with M&S Systems is Achievable
Experiment 1b was a Success!
Other Nations Participation
Nov 02 Quarter
0
Phase 1
1
Nov 03 2
3
4
Jul 04 5
6
7
Sep 06
Sep 05 8
9
10
11
12
13
14
15
16
17
18
19
20
Foundation set for International Experimentation
Exp.1A Exp.1A (Technical) (Operational) Exp 2A (Technical)
Exp.2B (Operational)
Phase 2 Exp.3 (TBD) Phase 3
(CWID) SINCE enables C2I & M&S Sys. Interoperability Integrating M&S into C2 Decision Making is Achievable
SINCE goes Joint Service