UNIT MISSION , OBJECTIVES , TABLE OF ORGANIZATION & EQUIPMENT,TACTICAL COLLECTION , INTELLIGENCE PREPARATION OF THE COIN BATTLESPACE & SUPPORT TO OPERATIONS

PUSH-PULL CLOUD

              In a wide..very wide area of operations its not possible..for Higher echelon HQs to keep a tab on all the tactical ops currently going on ..remember now its a more non linear distributed battle space. In fact Commanders at higher HQ are more concerned with the operational and strategic outcomes and will focus on those major battles that have a direct bearing on these.The boot level tactical operations in fact go unnoticed..and its very true that its not possible to cater to their immediate intelligence needs or for the soldiers themselves to request information--keeping in mind the very low strength of Higher HQ intelligence personnel or support personnel..also the other sensors ..technical/aerial/ground/Humint-R&STACI..these have a very heavy task schedule..unlimited demands are placed on these assets by the units in operation and its practically not possible to task them to satisfy the intelligence needs of every ground tactical unit.The battle environment is terribly fluid..uncertain..highly dynamic and asset management becomes extremely difficult and also ISR synchronization.In our indian military context ops and intelligence are not really viewed as integral part of each other..both forming one whole.Ops tend to see intelligence as a support function.Somewhere else in my project I have attempted to project it as a full combat force with all the attributes that go with infantry and other combat arms ..but in the intelligence-armory/C2/defensive-offensive TTPs context.For the sake of the argument in this post Id like to say that we need to empower the ground infantry and other combat units with tactical int capability , render push of int from down to upper echelons..horizontal sharing between units , creation of interim cloud storage ..not art higher HQ Int section but at the created TACTICAL OPS CENTERS ..where metadata and the most current intelligence/demographic data/typographical data/terrain info and community info and even current and immediate past attack/IED profiles are stored..point is these cloud storage units can be accessed by the soldier through push systems (i have designed few based on handheld mobile devices with internet connection or for static centers --terminals-) and int-reach (Request for Information)...once accessed the cloud storage will give them information about the enemy history in near vicinity..or answer their immediate int requirements and if that data is not there in the cloud database..then there will be actuator system which will sense the intelligence gaps/needs and actuate the sensor that is nearest to the deployed unit.

The interface will support abstract queries:

(i) patrol these roads; 

(ii) search this area; 

(iii)provide imagery of a specific location; 

(iv) track all targets
of a specific class on a specific route or location; or
(v) alert me whenever a threat is identified within a certain
distance of my location.

Information that matches these queries is sent by the system (Cloud )to the handheld device. The handheld interface provides a map of the surrounding area that displays real-time tracks and detections and imagery
metadata. The imagery metadata describes, at a glance, the imagery available from the surroundingarea.The handheld held interface can also itself be programmed to contain GPS , Voice Recorder , Pathfinder , Matrices to satisfy different criterion given different situations , shortages in utilities-ammo-ration,SALUTE Report fields (Size,Activity , Location , Unit , Time of observed event (not reporting it) , Equipment -- all enemy observed variables)..you will find this form draft right below at the given link.


If needed the cloud can reference higher HQ Int Section for the needed information or laterally the other TOCs. The main idea is to empower the ground soldier with a simple ..very simple user friendly int reach and push interface and link him with the interim cloud storage with its actuator and int reach systems..and other attributes Ill detail later.For this to succeed we need to have TOCs catering to a number of Bn's...a TOC NET at tactical level that is..with cloud storage capability..linking the NET with the Bde TOC NET..finally with higher echelons NETs.The push-pull model system i give here .. http://securityantiterrorismtraining.org/…/toc-1-push-pull.… , data push form herehttp://collegeofintelligencestudies.com/armyxxii/push1.html , push-channel here http://securityantiterrorismtraining.org/…/choosedepartment… , commanders instant picture of the int products herehttp://collegeofintelligencestudies.com/…/C…/instantpic.html , and the COP Main here.. http://collegeofintelligencestudies.com/…/COMMANDER/css3men… ....(to be continued)

NOTES: ROUGH DRAFT...will be deleted later:

warfighters
connect into
the OPISR “cloud,” task OPISR with mission-level ISR
needs, and are subsequently provided with the intelligence
they need. This capability provides intelligence
directly to the warfighter
without requiring the warfighter
to personally direct, or even know about, the
OPISR assets gathering the information. OPISR is
autonomous.





(i) patrol these roads; (ii) search this area; (iii)
provide imagery of a specific location; (iv) track all targets
of a specific class on a specific route or location; or
(v) alert me whenever a threat is identified within a certain
distance of my location.Information that matches
these queries is sent by the system to the handheld device. The handheld interface
provides a map of the surrounding
area that displays real-time
tracks and detections and imagery
metadata. The imagery metadata
describes, at a glance, the
imagery available from the surrounding
area.



OPISR-enabled
vehicles are autonomous—if the
information required by the warfighter
is not available at the
time the query is made, OPISR
unmanned vehicles autonomously
relocate so that their sensors can
obtain the required information.
OPISR-enabled unmanned vehicles
support multiple warfighters
simultaneously, with vehicles selforganizing
to define joint courses of action that satisfy
the information requirements of all warfighters.



DATA INTEGRITY:

The integrity of the data stored
on the blackboard is maintained by a truth maintenance
system (TMS). The TMS performs two functions. First,
the TMS resolves conflicts between beliefs. The simplest
form of conflict resolution is accomplished by storing
the belief with the more recent time stamp. For example,
one belief might posit that there is a target at grid [x, y]
at time t0, and a second belief might posit that there is
no target at grid [x, y] at time t1. More sophisticated conflict-
resolution algorithms are scheduled to be integrated
into OPISR in 2012. The second TMS function is the
efficient storage of information within the blackboard.
When performing this task, the TMS caches the most
relevant, timely information for rapid access and, when
long-lived systems generate more data than can be managed
within the system, the TMS removes less important
information from the blackboard. For caching and
removal, the importance of information is defined by the
age, proximity, uniqueness, and operational relevance.



All unmanned vehicles in OPISR execute
cSwarm. DCF behaviors specific to unique classes
of vehicle are produced by tailoring the field formula,
which is stored in a database within cSwarm. OPISR
autonomous unmanned vehicles are capable of a variety
of behaviors including:
• Searching contiguous areas defined by warfighters
• Searching linear networks such as roads
• Transiting to a waypoint
• Blue force over-watch
• Target tracking
• Perimeter patrol
• Information exchange infrastructure, in which
unmanned vehicles maneuver to form a network
connection between an information source, such as
an unattended sensor, and warfighters
that require
information on the source. Note that the warfighter
is not required to specify this behavior; the warfighter
needs only to specify the information need,
and the vehicle(s) utilize(s) this behavior as a means
to satisfy the need.
• Active diagnosis, in which vehicles reduce uncertain
or incomplete observations through their organic
sensing capabilities. For example, a UAV with a
sensing capability that is able to classify targets will
automatically move to and classify unclassified targets
being tracked by a cooperating radar.
In addition to the mission-level behaviors described
above, OPISR vehicles exhibit certain attributes within
all behaviors. These universal attributes are:
• Avoiding obstacles or user-defined out-of-bounds
areas
• Responding to direct human commands. OPISR
unmanned vehicles are designed to function autonomously
in response to mission-level objectives;
however, when operators provide explicit flight
instructions, OPISR vehicles always respond to the
human commands .