Learning Center
Plans & pricing Sign in
Sign Out

Zimmerman - PDF


									                 Engineering the Total Ship (ETS) 2010 Symposium

                        Author: Lee Zimmerman
   Team SPAWAR National Competency Lead for Net-Centric Engineering and
                            Integration (5.2)

Title: An Overview of C4ISR Technology Innovations to Support Mission Flexibility
                               in Naval Platforms

This paper provides a survey of C4ISR technology innovations from the recent past, the
present day and the near future and how they support the concept of mission flexibility.
Technology areas covered include the evolution of computer server hardware and
software, the evolution of client-side computer hardware, the evolution of application
software and the application user interface, innovations in networking and innovations in
communications. In addition to addressing mission flexibility, the paper will point out the
implications for ship design and total ownership cost of these technology innovations.

     Distribution Statement: Approved for Public Release, Distribution is Unlimited
 An Overview of C4ISR Technology Innovations to Support Mission Flexibility in
                              Naval Platforms


In today's net-centric Navy, with the wide range of operational missions a unit may be
asked to perform, C4ISR (Command, Control, Communications, Computers,
Intelligence, Surveillance and Reconnaissance) systems are as essential as propulsion
and weapon systems to the design of a ship. Fortunately, changes in C4ISR system
functionality can normally be made just in software, and even required hardware
changes are relatively simple compared to other ship's infrastructure modifications.
However, there are many areas where adoption of new technology can enhance
platform flexibility and/or total ownership cost. This paper will provide an overview of
C4ISR technologies being introduced today, or planned to be introduced in the future,
that can achieve those goals.

For the purposes of this paper, the term "C4ISR" means the collection of systems used
for command and control, shared situation awareness, collaboration, communications,
intelligence data collection and processing, and supporting IT functions like supply and
personnel applications. It explicitly does not mean weapon systems or ship control
systems, though many of these same technology introductions have, or will, take place
in those areas as reliability and real-time processing concerns are addressed.


If you consider how many of the day-to-day functions of a ship involve general purpose
computers - supply, personnel, keeping sailors connected to their families, training,
command and control - it's not surprising that ships have, in effect, become floating data
centers. In the last 25 years use of general purpose, or commercial off the shelf
(COTS), computers on-board ships has gone from nowhere to everywhere. The original
computers on ships were UYK-7s and other custom built hardware dedicated to single
systems. These were followed by expensive workstation-class hardware that was more
flexible and affordable, but still relatively expensive and dedicated to single systems. In
parallel with this evolution in tactical systems, increasing numbers of personal
computers came on-board to automate support functions. Today, we can perform any
C4ISR function required on a general-purpose personal computer and these are
everywhere on the ship. This has led to new challenges - finding space and power and
cooling and properly securing (physically and logically) all these computers.

The CANES Program

One of the most critical programs in the US Navy today is the Consolidated Afloat
Networks and Enterprise Services (CANES) program. CANES combines a move to
industry best practices in providing a refreshed common IT infrastructure and continued
support for the move to services-oriented applications.
The CANES Common Computing Environment (CCE) replaces program-specific
hardware with shared “blade” server hardware running virtualized servers. From a ship
design point-of-view this offers two benefits. First is the use of common racks for the
computer hardware to support multiple systems, as opposed to each system bringing
multiple racks of program-specific gear with different dimensions and mounting
requirements. This will result in equipment rooms that are uniform in design and
modular in implementation filled with interchangeable processing and storage units
sized to meet the overall resource demand instead of the demand for each individual
system. The second benefit of blade technology in common racks is that it will reduce
the need for "hot work" to swap out racks during yard periods since the servers and
storage can be upgraded in place by sliding in new blades or disk drives.

The Blade Server form factor packages multiple CPUs onto a plug-in module about the
size of two hard cover books laid end-to-end. These blade modules slide into chassis
that allow for up to 128 multi-core CPUs in a single rack enclosure.

Each new generation of computer hardware gets faster and more energy efficient. The
higher density and more energy efficient technology being used by CANES has the
potential to reduce the space and power required for shipboard servers at the same
time it expands processing power and storage capacity. Realistically, there are always
demands for additional processing power for new operational functionality, so the use of
blades and virtualization will, at a minimum, allow for increased computer resources in
the same amount of space.

If blade servers are the hardware side of the CCE, then virtualization is the key element
of the software side. Virtualization takes advantage of the fact that most server
hardware is dedicated to single function (for example a web server, database server, or
application server) for security and reliability reasons. However, these servers not fully
utilized - the server hardware sits idle for some significant percent of available CPU
time. Virtualization makes it possible to run multiple servers in parallel on the same
hardware so you can eliminate many physical servers. In addition, because the
virtualized servers are now just very large computer files (server images), they can be
moved from one physical system to another, reloaded instantly if a system has a
problem, and quickly replicated if more capacity is needed for a specific server function.
Therefore, in addition to more efficient use of server hardware, virtualization has the
potential to provide robustness, scalability and fail-over advantages that are critical in a
military environment. In initial versions of CANES virtual server management will
probably be manual and not very dynamic. Future version should provide more
automated and dynamic virtual machine management and could eventually provide
shipboard private cloud computing capabilities, which will be addressed later in this

CANES is about more than just hardware alignment via the CCE, it’s also about
software alignment and the move to a services oriented architecture (SOA). In short,
services based systems decompose large applications into small, reusable services that
can be combined in different ways to produce useful work flows. When multiple systems
convert to a services approach they can share services - eliminating redundancy - and
provide a rich library of services that can be combined in creative ways. Services can be
classified into core services, common services and application services. Core services
provide fundamental functionality, like security functions, that are used by every
workflow. Common services are things like a map display or track database service that
while not used in every workflow, are useful in many workflows. Application services
provide a more unique capability, like an ELINT correlation algorithm, that is specific to
a single workflow. CANES provides core services and some common services,
collectively known as the Afloat Core Services (ACS), while the other systems being
built on top of CANES provide other common services and application services.

The move to services based systems yields increased mission flexibility from the ability
to recombine services - including mixing services that are hosted both on-ship and off-
ship - to perform specific missions. This services approach, combined with the shared
hardware environment provided by CANES, reduces the server count by elimination of
redundant capabilities. For example, the initial version of CANES will allow three major
programs of record to share the same database server instead of fielding three different
copies of the same database on three different servers.

Cloud Computing

Cloud computing builds on the concepts of web services, services oriented
architectures, consolidated data centers and virtualization to provide a computing
environment where applications are delivered to the end user over the Internet and the
user has no idea where the data or application are physically located. That might sound
like a bad thing, but it frees the end user from maintaining up-to-date copies of
applications and data on their local computer and from even being tied to a specific
computer. For the service provider, it provides a degree of elasticity in their computing
infrastructure that allows them to deal with outages and fluctuations in demand. In a
cloud computing environment, redundant data centers filled with identical hardware
running virtualized images of servers provides a flexible IT infrastructure that can scale
up for increased demand, scale down for reduced demand and shift users to another
server or host facility in case of an outage. This degree of flexibility requires applications
that have been written to not care where they or their data are physically located and
works as long as the wide area network connection is fast and stable.

Fast and stable are not good descriptions for the off-ship connectivity most naval
platforms enjoy, but there are still potential applications of cloud computing at sea. First,
the elasticity aspect - total flexibility in where the application and data are physically
located - could be useful on-board ship for distributing processing over multiple data
centers for survivability and reconstitution of IT services after a casualty. Second, that
same elasticity could allow us to get by with less total computing power on the ship if we
can surge a pool of additional assets from system to system as they are needed,
instead of having to provide the worst case (maximum load) processing capability for
each system. Third, some non-mission-critical systems/applications can be hosted off
the ship and “in the cloud” further reducing the on-board computing footprint. This could
also work for even mission critical applications that are rarely used - they could either be
quickly provisioned on the ship-board cloud infrastructure or accessed over the wide
area network.


Thin Client

Devices like smart phones and the new tablet form factor computers have shown that
you can pack a lot of computing power in a very small package with today’s technology.
It’s to be expected that client or end user computing hardware will continue to shrink.
Conversely, the displays for end user computers will continue to grow, so the problem
will no longer be how to fit three computer towers under your desk but how to fit the
huge display on your desk.

There are several ways of implementing a thin client solution. The first is to centralize
the client computer hardware in an equipment room and then have remote keyboards
and displays for those computers in the operator spaces. This approach results in less
heat, noise and demand for desk space in the operational spaces, but increases the
amount of computer hardware in equipment rooms. Fortunately, that can be somewhat
mitigated through virtualization and blade servers. The second approach is to use very
small form factor client hardware. Increasingly, laptop computers are the primary
system for end users resulting in power and space savings. In addition, there are very
small footprint “desktop” computers available that make sense for the many users who
don’t need extra video cards and disk drives. The third approach is what has
traditionally been referred to as a hardware thin client – typically a low powered
computer that runs as a remote client to a Windows application server located in the
equipment room. The fourth option for thin client is to take advantage of the move to
applications that run in web browsers to replace a traditional computer with hardware
that only runs a web browser. There is no widespread commercial solution that takes
this approach yet, but there are many Internet-connected devices – from cell phones to
televisions – that show the potential for this approach.

There are trade-offs in cost, performance and functionality for each of these
approaches, but they will all lead to reduced physical footprint providing flexibility in how
a space is configured to support a mission. They can also lead to decreased system
administration demands and increased security by reducing physical access and
application footprint. Some of these solutions offer added security advantages because
there is no local disk drive, making them also suitable for multi-level security solutions.

Mobile Devices
Navy personnel have been using personal digital assistants in limited applications since
the Palm Pilot and their use continues with smart phones, like Blackberries, today. Two
innovations - tablet computers and wireless networks on ships - will lead to increased
use of mobile devices. A table form factor computer, like the Apple iPad or proposed
Android OS systems, on an unclassified wireless network is a sufficient solution for
most of the administrative, training and personal computing needs at sea. A mobile
device incorporating HAIPE or other security technology with access to a secret level
wireless network could support even many operational mission needs. Use of mobile
devices increases access to computers for all personnel without the need for dedicated
offices or computer labs. Because they lack a full traditional computer operating system
and desktop applications, mobile devices have some inherent security and
administrative cost advantages over desktop computers, as well as their own unique
security risks. The use of wireless networks to support mobile devices is a similar mixed
blessing, resulting in increased flexibility and convenience but additional security

User Interface Advances

The replacement of CRT displays with LCD displays that has largely already occurred
on ships has resulted in space, weight and power savings. The next revolution in
display technology will be the move to large touch screen displays. The increased
screen real estate and intuitive direct manipulation of the user interface elements should
increase user productivity. In addition, we will see the move from dedicated physical
interface elements, like buttons and knobs, to virtual controls on the touch display. This
will allow for lower cost and greatly increased flexibility because any operator position
can be built from off-the-shelf hardware and instantly configured for any role.
Conceptually you could fill a Combat Information Center with ten identical operator
positions that could be dynamically reconfigured from weapon consoles, air traffic
control and C2 positions while underway to logistics and communications positions
while docked supporting a disaster relief mission. Decoupling specific operator functions
from fixed positions also provides a degree of flexibility that supports fighting and
operating a ship under adverse conditions. For example, if there is extensive damage to
a key operational space, workstations in other spaces - or even mobile devices - can
temporarily be assigned critical functions.

Application Software Evolution

Navy and DoD software systems started out as stand-alone systems that didn’t talk to
other systems. Eventually these systems started to be connected with each other via
point-to-point interfaces. When the Navy embraced the concept of net-centric
operations, a deliberate effort to more freely share data among systems resulted in the
widespread adoption of web-services interfaces to software systems. These web
services interfaces provide a standard way for any user or system to access data -
resulting in fewer unique interfaces that have to be maintained, increased data sharing
and the potential to present the same data through a variety of user applications.
The next step in the net-centric evolution is the implementation of services-based
systems which is done today through the use of a Services Oriented Architecture
(SOA). Services based systems break large applications down into smaller applications
called services. Typically there will be overlaps in the functionality provided by services
from system to system so systems can either choose to use, or are forced to use,
services developed by others to provide common functionality. Over time, instead of
monolithic systems that have to be fielding whole, integrators end up with a collection of
services to choose from that can either be selected at design time (to meet certain
functional requirements) or provided to end users who can dynamically compose
collections of services to meet their specific work flow requirement.

A parallel evolution is the movement from “heavy” applications to lighter end user
applications via web interfaces. For example, the increasing use of a web version of the
Common Operational Picture (COP) by many users instead of having only a limited
number of users view the COP on dedicated GCCS-M workstations. In the commercial
world, this trend includes organizations replacing their Microsoft Office applications with
cloud based software-as-a-service solutions like Google Docs. Web interfaces will
continue to evolve and provide functionality that looks more and more like tradition
“heavy” client applications by embracing technology like the new HTML5 standard.

A new approach to building user interfaces, called “widgets”, is gaining traction in the
Navy and DoD. Widgets are small applications that focus on doing one thing, for
example being a map display, a tabular text display or a live video feed. Widgets can be
connected to various data sources and combined on the user’s desktop to create a
custom presentation of information that supports the user’s specific needs. For
example, a user doing a maritime domain awareness watch might select a widget that
shows AIS (Automated Information System) reports in a tabular text display so he can
easily sort them by various parameters. He might then add a map display widget and
connect the AIS table to the map to see the tracks on the map. He could then pick
another widget from the widget library that shows the extended track history of any
vessel selected on the map and another that shows live video from a sensor for a
vessel of interest. Working this way an operator or analyst could create a mission
specific information management system tailored to their specific needs on-the-fly.


Network Convergence

An aircraft carrier can have over 50 different networks. That's a lot of cables and
network infrastructure to install and maintain and a lot of networks to keep secure. This
is also one of the areas where there is an overlap between the role of the various
programs and Systems Commands, so it is a technical and organizational challenge
being addressed by the Naval Networking Environment (NNE) 2016 initiative.
Ultimately, it may be possible and desirable to have a single highly redundant, multiple
security level, quality-of-service managed network that supports every device with a
digital interface on the ship. For now, there are several technology trends that provide
benefit today and move us towards that goal. These include:
    - Replacing copper network cables with smaller, lighter fiber optic cables.
    - Increasing the speed data travels on the network - from 10 megabits-per-second
        to 100 megabits-per-second and even to gigabit-per-second between servers.
    - Shifting voice and video from dedicated analog circuits to digital distribution. This
        not only simplifies the cable plant but also provides increased flexibility by
        allowing any signal to end up in any space and by potentially eliminating
        dedicated voice and video hardware separate from end user computer systems.
    - The increasing use of digital connections to link analog components - either
        through the use of analog-to-digital converters or by leveraging the increasing
        amount of digital hardware in "analog" systems. The elimination of every unique
        cable dedicated to a single system reduces weight, space and complexity and
        makes the ship that much more survivable - if you can keep the single digital
        network operational.

Communications Enhancements

Even the largest naval platforms are bandwidth constrained with connectivity that can
be described as “DIL” - disconnected, intermittent and limited. This is due to limits on
how many antennas you can fit on a ship, the limited numbers of military
communications satellites and how hard it is to keep an antenna on a moving platform
pointed at a satellite. On US ships the C4ISR community has already implemented
several technology innovations to help with the DIL problem. These include:
   - Shifting most communications to digital communication that can travel over any
      radio frequency (RF) path. With the addition of a communications router like the
      Automated Digital Network System (ADNS), communications can flow over a
      variety of RF paths based on defined priorities - taking advantage of the lowest
      cost or highest bandwidth or all communication systems available.
   - Implementing data compression at the application and/or communications stream

Future innovations will include:
   - Making applications smarter about what data they need to get on or off the ship
      through knowledge management, data replication, data deduplication, data
      staging and data caching technologies.
   - Implementing high-bandwidth line-of-site communications. Work at SPAWAR
      Systems Center Pacific, for example, allows line-of-site communications at WiFi
      network speeds using a small array of low cost Rotman lens antennas.
   - Fielding air breathing communications relays (UAVs or airships) that support
      over-the-horizon communications.
   - Employing cryogenics to enhance receiver sensitivity and efficiency.

Bill Deaton's paper 'Developing Reconfigurable Command Spaces for the Ford Class
Aircraft Carrier', also presented at the Engineering the Total Ship 2010 conference, talks
about the physical approach to making C4ISR spaces easy to reconfigure. Physical
reconfigurability is enabled by, and must support, the IT resources that make a space
functional - including large shared displays, client computers, and communications. The
C4ISR technology trends and innovations discussed in this paper support this level of
reconfigurability, making it almost as simple as arranging the furniture, hanging the
large screen displays and setting up the workstation displays and client hardware to
create a new mission space. This was actually done in a matter of hours for the CVN 78
Decision Center Reconfigurability Demonstration in 2006. The increasing use of thin
client user interfaces to applications means that any operator position can be instantly
configured for the specific operator and mission. Finally, for the many functions that
require less group interaction, security and screen real estate, anyone with a mobile
computer and wireless access will be able to be productive most anyplace on the ship.

Mission flexibility is essential for any Naval platform. Our warfighters are called upon to
perform a wide variety of missions, often simultaneously, and the ship can’t normally
return to port to shift from one mission to another. Fortunately, C4ISR functional
flexibility shouldn’t require material changes to the ship…if the correct infrastructure
elements discussed in this paper are in place. Also fortunate is that C4ISR hardware
technology advancements, largely driven by industry, have the added advantage of
potential total ownership cost reductions even as they provide more flexibility and
power. At the same time, SPAWAR and other providers of Navy C4ISR software
systems will continue to evolve those systems to provide the level of functional flexibility
required by the Fleet.
Author’s Information

Lee Zimmerman
Space and Naval Warfare (SPAWAR) Systems Center Pacific
53560 Hull Street
San Diego, CA 92152-5001

Lee Zimmerman is the Team SPAWAR National Competency Lead for Net-Centric
Engineering and Integration. He is responsible for developing the workforce and
technical processes and standards to implement platform-level and system-of-systems
engineering, including those for implementing Services Oriented Architectures. With
over thirty years experience in C4I system development, Lee has worked projects that
span 6.2 R&D to ILS support for operational systems and in domains as varied as
national intelligence, information operations, information assurance, command & control
and force protection. Lee graduated with a B.S. in Computer Science from California
State University Long Beach in 1983. Lee joined SSC SD's predecessor organization
(NRAD) in 1983 and at the same time received a direct commission in the Naval
Reserve where he served from 1983-1991.

To top