A plan-driven dynamic reconfiguration mechanism for C2 Communities of Interest

Transcription

1 15 th ICCRTS The Evoluton of C2 Ttle of Paper: A plan-drven dynamc reconfguraton mechansm for C2 Communtes of Interest Topcs Topc 6: Modelng and Smulaton Paper ID ID# 080 Authors JngJng Yan ZhuYun Duanmu XaoMng Zhou KeJan Zhao Pont of Contact JngJng Yan Name of Organzaton Natonal Key Lab of Scence and Technology on C 4 ISR, Address 69 of Malbox 1406, Nanjng, Jangsu, , P.R. Chna Telephone (86) Emal mooncalyjj@yahoo.com.cn larvadm@163.com 1

2 A plan-drven dynamc reconfguraton mechansm for C2 Communtes of Interest JngJng Yan, ZhuYun Duanmu, XaoMng Zhou, KeJan Zhao (Natonal Key Lab of Scence and Technology on C 4 ISR) Abstract A Command and Control Communtes of Interest (C2COI) s a dynamcally formed mltary organzaton or communty for a common msson n net-centrc operatons, composed of dstrbuted command and control enttes (nfrastructures, systems, equpments, weapons, and forces, etc.). C2COIs should be organzed rapdly and reconfgured dynamcally to adapt to the unexpected events and dynamc changng n the complex operaton envronment, whch requres not only the organzaton form and force structure more flexble, but also the mltary nformaton systems construct aglely and reconfgure self-adaptvely. In ths paper, a plan-drven dynamc reconfguraton mechansm for the C2COI s developed called C2COI System Support Plan (C2SSP), whch establshes a mappng from the controlled enttes to the command and control nformaton systems, formng the bass of self-adaptve reconfguraton. After depcton of the conceptual model of C2SSP, ts descrptve model s presented through varous vews of communcaton assurance, nformaton exchange, data-sharng among systems, and physcal/logcal deployment, servce organzaton, user nterface ntegraton, process descrpton wthn systems, wth the dynamc reconfguraton mechansm based on C2SSP proposed n the end. Keywords: C2COI, Operaton Plan, C2SSP s Descrptve Model, Dynamc Reconfguraton 1 Introducton Followng the Network Centrc Warfare (NCW), Communtes Of Interest (COI) s another concept related to net-centrcty. A COI can be classfed nto two broad categores: nsttutonal and expedent. The former has an organzaton wth long-term statc members, whle the latter refers to a comparatvely temporary organzaton or group establshed for a specfc common task or msson and remans n exstence only for the perod of tme requred to complete the task. Partcularly, C2COI s a specal knd of expedent COI, whch s composed of varous operatonal forces ncludng C2 enttes and equpments (unts, sensors, weapons and platform systems, etc.) dstrbuted broadly and attached to dfferent mltary organzatons. It combnes varous forces rapdly and aglely accordng to msson requrements across system boundary, followng a certan organzaton structure, functon, 2

3 and msson assgnment. C2COI s featured wth self-organzaton and self-adaptaton, as t can organze and manage the controlled enttes accordng to the task and members responsbltes or rolls, establsh ther relatonshps, decde the cooperaton patterns, organze and construct the component elements self-formngly n a consstent order across space, tme and functon. Its unt organzaton (UO) structure should be flexble, robust and agle, and the nformaton systems of the controlled enttes wthn t should be able to reconfgure adaptve to the unt organzaton structure s changes. As C2COI s an mportant organzaton form of jont operaton n NCW, ts organzaton plannng and executon management must be a crucal element of operatonal plan (OPLAN). Normally, OPLAN s used to specfy the organzaton and behavor of persons (unts) nvolved n the task, whch s focused on person, wth unt organzaton as one of ts core elements. When the unt organzaton s decded, how to modfy the nformaton system s nformaton exchange, data-sharng, nteracton and cooperaton relatonshps adaptve to new relatonshps between the troops, how to prune, allocate and reconfgure the nternal functon modules of C2 systems, and how to defne and adjust C2 processes dynamcally, has to be scheduled unformly and adjusted dynamcally before the acton takng or system runnng. In ths paper, the concept of C2COI System Support Plan (C2SSP) s proposed, based on whch, a plan-drven dynamc reconfguraton mechansm for the C2COI s developed. 2 C2SSP Conceptual Model C2SSP s a knd of system support plan whch prescrbes the organzaton structure, capabltes and behavors of systems accordng to the unt organzaton represented n the operatonal plan, n order to accomplsh system s automatc confguraton, dynamc reconfguraton and sequental executon. The conceptual model s shown n Fgure 1. Fgure 1. The Conceptual Model of C2SSP 3

4 As a complement of the exstng OPLAN archtecture (on system and equpment plannng), C2SSP n ts essental, s to realze self-formng reconfguraton of C2COI through constructng the command and control nformaton systems flexbly by defntve and descrptve methods. C2SSP jons the OPLAN and system equpments seamlessly, formng a map from the troops to the nformaton systems n C2COI. Defnton: :U S where:u: refers to C2 entty space (troops or unts, platforms, and weapons). S: refers to controlled entty space (C2 systems and fre control systems). : refers to the mappng from U to S,.e. C2SSP. The concept of C2SSP s proposed based on the followng prerequstes: C2 unt organzaton s one of the core element of C2COI, whch focuses on the relatonshp of unts and the assgnment of equpment resource, The C2COI organzatons have worked out an operatonal plan or unt organzaton plan, The C2 system s robustly networked, ablty-based, and task-orented, The C2 system s based on Servce-Orented Archtecture, whose consttutor servces may be regstered nternal ones or the authorzed external ones dstrbuted on network, and In ths paper, the reconfguraton focuses on system ntegraton level. 3 C2SSP Descrptve Model 3.1 Descrptve Model The descrptve model of C2SSP s descrbed n sets. Defnton: C2SSP s a set named CP, andcp A E R S where:. Set A s the descrpton of C2SSP s basc attrbutes and profle nformaton, ncludng dentfcaton nformaton, plannng tme, planner, nvolved msson and the attached C2COI s ID. A = {Plan name, Plan ID, Plannng tme, C2COI, Planner,...}. Set E s the system organzaton and msson assgnment accordng to the C2COI s 4

5 E { e e S, N}. sys S sys = { System name, System ID, Attached unt, Support msson, Runnng state, Tme to set up,... }. Set R descrbes the relatonshps between systems present n set E, ncludng communcaton assurance, nformaton exchange and data sharng relatonshps, n whch, the nformaton exchange subset s consstent wth the system-system matrx descrbed n DoDAF2.0 [4], ncludng the nformaton elements to exchange, attrbutes of elements, and attrbutes of the exchange: R M D C Where: M { m m Snf, N}. S nf ={ source system ID, destnaton system ID, nformaton type, nformaton format, transport protocols, exchange frequency, encrypt requrement,...}. D { d d S, N }, S dbs dbs ={ system ID, database server IP, database SID, user name,user password, database servce URL,...}. C { c c S, N}, S cmu cmu ={ communcaton channel requrement, lnk control protocol, transport protocols, gateway, Router ID, port,...}. Set S s the key element of C2SSP, ncludng structure and deployment nformaton about C2 systems n set E, such as deployments of clents and servers, reconfguraton of software and predefned processes of command and control. The Descrptve Model of C2SSP s shown n fgure 2. 5

6 CP A E R S M { m m Snf, N} S { nf source system ID, destnaton system ID, nformaton type, nformaton format, transport protocols, exchange requrement, encrypt requrement, } frequency C { c c Scmu, N} S { cmu channel of communcaton requrement, lnk control protocols, transport protocols, gateway, router ID, port, } L { l l Sdpl, N} S { dpl ID, name, IP address, C/S ID, user authorzaton, } B { b b Sbf, N} S { bf process defnton fle, fle format, } C2SSP Attrbutes Plan Attrbutes Descrpton A=Enumeratve Set C2COI System Organzaton And Task Assgnment System 1 System System n E { e e S, N} sys C2COI System Relatons Informaton (M) R M D C System Construct Exchange Data Sharng(D) Communcaton Assurance(C) Equpments Logcal Deployment(L) Equpments Functonal Confguraton(F) Equpments Relaton Confguraton(B) S L F B A={ name, ID, tme, C2COI ID, planner, } S ={ sys system name, system ID, attached unt, support msson, runnng state, tme to set up, } D { d d Sdbs, N} S dbs { system ID, IP address of database server, database SID, user name, user password, database URL, } F SC IC DC Servce Descrpton(SC) Interface Descrpton (IC) Data Descrpton (DC) IC { full path of confguraton fle, name of confguraton fle, } DC { dc dc Sdc, N} { SID, S dc IP address, user, tables } SC { sc sc Ssrv, N} { name, S srv verson, functon, URL address, } Fgure 2. The Descrptve Model of C2SSP Followng s the explanaton of set S n Fgure 2. Defne: S L F B 6

7 Where: 1) Set L logcal deployment of all the system equpments (maybe seat, server, or fre control unt etc) n a system. Accordng to the task assgnment and the operatonal course, each seat or control unt all has ts own responsbltes and workng patterns. So, on settng up a system, frstly deploy seats, servers and fre control unts, and confgure and manage users unformly. L { l l S, N } dpl S dpl = { equpment ID, equpment name, IP address, equpment type, confguraton of user authorzaton,...} 2) Set F assemblng and confguraton of software, also a key to system elements dynamc confguraton. As a core element of C2SSP, F s desgned from these three aspects: data requrements, servce choreography and user nterface (UI) ntegraton wth output as varous formatted fles that can be automatcally parsed and executed by relevant engne, so as to realze the dynamc confguraton of system. F SC IC DC Where, SC { sc sc S, N}, s the set of servces deployed on the srv equpment, ncludng descrpton of servce and relatonshp between servce and ts UI. Servces mentoned here, as descrbed as enumerable type, may be servces regstered nsde or outsde the system. S srv { servce name, servce verson, servce functon, servce URL, IP address, servce type, transport protocols, the expected servce response tme, the page callng the servce,the component callng the servce, access to servce... } Set IC descrbes the UI nterface representaton and ntegraton nformaton, n specfcally formatted confgure fle, ncludng nterface layout, defntons of nterface manpulaton and constrans, management of sessons, wndows, processes and servce calls etc. Set DC descrbes the data requrement of the seat. DC { dc dc S, N } dc S { data source SID, data source IP, user, password, tables,... } dc 3) B Defntons of system processes or busness flow, descrbng the relatons between seats or control unts, ncludng plan approval, plan crculaton, cooperaton 7

8 Above s the detaled descrpton of the system construct factor S. Note that although the content s complcated, and requres the planner to be more professonal and techncal, n practce, plans are always generated from exstng plans, and the course of plannng s merely edton or adjustment to partal content of exstng plans, wth vsualzed plannng tools avalable as support. So, the course of plannng C2SSP s not complcated and s sem-automatc. 3.2 The Form of C2SSP and Its Plannng Tool C2SSP s composed of the plans n text format expressed n natural language, formatted fles for exchange and some data fles of plan element, as shown n Fgure 3. C2SSP C2SSP text descrbed n natural language C2SSP formatted data for exchange UI ntegraton fle Logcal deployment fle Servces choreography fle Process defnton fle Fgure 3. The Form of C2SSP It s good practce to utlze some effectve vsualzed plannng tools to draw up the C2SSP, whch can shorten the plannng cycle, enable system construct rapdly, and allow a runnable C2COI to be organzed wthn the least tme, so as to acheve flexblty and aglty n NCW. The plannng tool of C2SSP must be able to: Integrate wth OPLAN plannng tools, exchange nformaton wth OPLAN plannng systems, and parse the unt organzaton data n the OPLAN to provde a reference to system organzaton and task assgnment, Provde graphcal edt mode, so as to facltate user deployment and confguraton of seats, servers,controlled unts, user nterfaces, and busness processes, Offer a varety of vews to show the relatonshps of system nformaton exchange, 8

9 data sharng and the network communcaton assurance, Support management of multple plan sets, and quck generaton of new plans based on exstng ones, and Generate varous formatted data fles mentoned n above. One of the user nterfaces n the developed C2SSP plannng tool s shown n Fgure 4. Unt organzaton of C2COI descrbed n OPLAN Vews of system organzaton and nformaton exchange relatons accordng to the unt organzaton n OPLAN Systems of selected unt The matrx of system-system nformaton exchange Fgure 4. The part UI of C2SSP plannng tool 4 Plan-drven Dynamc Reconfguraton Mechansm of C2COI 4.1 Closed Loop of the Mechansm Based on the above C2SSP descrptve model, ths secton elaborates the mplementaton of the dynamc reconfguraton mechansm of C2COI. As s called plan-drven mechansm, t starts from OPLAN plannng, and ends nto a closed loop: OPLAN plannng C2SSP plannng C2COI system organzaton system deployment runnng C2 plannng/ adaptaton reconfguraton, as shown n Fgure 5. 9

10 constructng C2COI accordng to msson UO plan plannng/adaptng OPLAN command and control runnng deployment/ reconfguraton C2SSP C2SSP plannng C2COI system organzaton Fgure 5. Closed Loop of the Mechansm In the above process, as one of the C2COI elements, t s the frst step of C2COI constructng to organze system accordng to unt organzaton and msson assgnment, whch s an organzaton process. The deployng and reconfguraton of each nternal member system s automated by computer, as well as C2SSP executon. 4.2 Mechansm Implementaton The plan-drven dynamc reconfguraton mechansm for C2COI s descrbed n fgure 6. System Construct Mechansm Plannng IC fle IGE C2COI OP /UOP Engne Agent assgn SC fle PEE C2SSP package C2SSP parser R fle LC fle SCS DC fle DAE Montor and management servces Fgure 6. Implementaton of plan-drven dynamc reconfguraton mechansm The concrete process s as follows: 1)Draw the C2SSP based on operatonal plans or unt organzaton plans, package and 10

11 dstrbute t to each system n C2COI, 2)By recevng the C2SSP package, each system parse t usng C2SSP parser, and decompose t nto varous confguraton fles requred n system constructon (See also Fgure 2 for the descrptve model of C2SSP), ncludng: IC fle Confguraton fles for clent nterfaces, ncludng the nterface layout settngs, and the data, events, messages exchanged among applcaton components, SC fle Confguraton fles for servces regstraton, management, organzaton and busness process defnton, R fle Confguraton fles for relatonshps on nformaton exchange, data sharng and network communcaton assurance among nternal and external systems; LC fle Confguraton fles for equpment deployment and user management nsde the system, and DC fle Confguraton fles for data access. 3)Submt these confguraton fles to the engne agent, whch s n charge of assgnng each fle to the correspondng executon engne and controllng the executon order, 4)Each executon engne executes followng ts confguraton fle, so that the system s constructed automatcally. These engnes nclude: Interface Generaton Engne(IGE) Automatc generaton of the clent software accordng to the nterface confguraton fles, and presentaton of varous data used n dsplayng, busness processes, and requstons, Process Executon Engne (PEE) Executon of the control flow followng the process defnton fle, and ntegraton of the servces accordng to the servce confguraton fle, so as to realze auto-executon and effectve management of busness processes (commercal products such as WPS of IBM), System Confguraton Servce (SCS) Accomplshment of the deployment and management of seats, servers and controlled unts nsde the system, and confguraton of the nformaton exchange relatonshps among nternal and external systems, and Data Access Engne (DAE) -- Provson of unform, transparent, consstent and mmedate access to the heterogeneous data. 5)Montor the status of plan executon by the montor and management servces provded by each executon engnes. 11

12 5 Conclusons In ths paper, a way of self-formng reconstructon of C2 system n net-centrc envronment s explored to meet the requrement of the agle organzaton and dynamc constructon of Command and Control Communtes of Interest. More specfcally, the categores of operatonal plans are extended, the concept of C2SSP s proposed wth ts descrptve model gven, an example C2SSP plannng tool s shown, wth a dynamc reconfguraton mechansm (plan-drven mechansm) of C2COI developed, and fnally, a closed loop mechansm focused on C2SSP s establshed. Further research wll be focused on C2SSP evaluaton and optmzaton. 12

13 References and Acronyms: [1] Raymond A. Paul, W. T. Tsa(2004). Servce-Orented Archtecture for Command and Control Systems wth Dynamc Reconfguraton, 9th Command and Control Research and Technology Symposum, Department of Defense Washngton, DC, June [2] Raymond A. Paul, W. T. Tsa(2004). A Real-Tme Communty-of-Interest Framework for Command-and-Control Applcatons, 9th Command and Control Research and Technology Symposum, Department of Defense Washngton, DC, June [3] Austn Armbruster, Erc J.Martens, Dr. Davd E. Corman(2007). Enablng Dynamc Interoperablty wth Multple Communty of Interest (COI) Systems, DefenseTransformaton and Net-Centrc Systems 2007, Proc. of SPIE Vol [4] DoD Enterprse Archtecture Federaton Strategy, Draft Verson 2.0; 28 May [5] Alberts, D. S., Garstka, J. J., and Sten, F. P Network Centrc Warfare,Washngton, DC: Command and Control Research Program. [6] Alberts, D. S., and Hayes, R. 2006, Understandng Command and Control.Washngton, DC: Command and Control Research Program. The acronyms used n ths paper are lsted below. C2COI C2SSP NCW UO OPLAN SOA DoDAF URL UI Command and Control Communtes Of Interest C2COI System Support Plan Network Centrc Warfare Unt Organzaton Operatonal Plan Servce-Orented Archtecture DoD Archtecture Framework Unform Resource Locator User Interface 13