• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
  • Excelitas Qioptiq banner

BATTLESPACE Updates

   +44 (0)77689 54766
   

  • Home
  • Features
  • News Updates
  • Defence Engage
  • Company Directory
  • About
  • Subscribe
  • Contact
  • Media Pack 2023

Mobile Ad Hoc Networks On The Battlefield: Not Your Typical LAN Environment

July 31, 2017 by Julian Nettlefold

In many ways, battlefield networks architecturally resemble a typical LAN/WAN, but the broader battlefield is far from a typical environment. The big difference is that platforms are on the move, so they must connect using RF technologies rather than wire or fiber. And that’s where things get tricky.

In many ways, battlefield networks architecturally resemble a typical LAN/WAN office or enterprise environment (Figure 1). There are end-point nodes—typically a vehicle, UAV, airplane, or even a dismounted soldier—which are rolled up into clusters (subnets) and inter-connected via battlefield routers. Communication is managed via IPv4/IPv6 for data, voice, and video, and the networks use flow control and typical terrestrial routing protocols just like the world’s Internet.

Figure 1: Simplified depiction of the networked battlefield with reachback. (Source: “Basic Research in Information Science and Technology for Air Force Needs”; National Research Council of the National Academies. https://www.nap.edu/read/11529/chapter/5#35)

But the broader battlefield is not your typical enterprise, office, or home environment. Each platform (say, a Stryker vehicle) can have multiple computers that each represent an end node, and each platform may require its own router and have a LAN aboard (Figure 2). But the most striking difference is that battlefield assets will likely not connect via copper or fiber cable because the platforms are on the move. So how can they connect? Using RF technologies such as radios for local and beyond-line-of-sight (BLOS), or SATCOM for longer-range connectivity to distant entities such as CONUS (continental United States). UAVs or airborne assets hovering over the battlefield (or more likely, crisscrossing the sky at pseudo-random intervals) act as relay stations, not unlike mobile cell phone towers.

Figure 2: Each battlefield platform such as a Stryker vehicle will have multiple computer nodes connected to an onboard router. But the router connects to the battlefield LAN via radio. (Source: Courtesy of Cisco; “Mobile Ad Hoc Networking Enhancements for Router-Radio Links”. http://www.cisco.com/c/dam/en/us/products/collateral/ios-nx-os-software/mobile-ad-hoc-networking/product_at_a_glance0900aecd80656072.pdf)

Challenges of the Battlefield Network
With interconnectivity provided by RF links, the challenges for battlefield networks are many. First, different service branches use different RF links for voice and data, and those links often don’t interoperate. Tactical data links such as CDL, Link-16, EPLRS, or TADIL-J are typically service-specific.

But aside from this not-so-easy to surmount obstacle, we’re talking about radio links for data. These aren’t 1GbE copper or 10/40GbE fiber cables. They are RF waves that on a good day might support 10Mbits/s data rates.

“These aren’t 1GbE copper or 10/40GbE fiber cables. They are RF waves that on a good day might support 10Mbits/s data rates.”

Even if these links were all interoperable, Radio A that is far away from Radio Z may not be able to broadcast or receive that far (due to power and obstacle limitations). That means a form of mesh networking is needed. That is, Radio A talks to Radio B, which relays data to Radio C… or whatever the most optimum jump-between path is. As well, radios may come and go as battlefield assets move. Interference, obstacles, too-long distances, and other physical and environmental conditions make radio data nets incredibly challenging. This ad hoc collection of radios that rely on each other is what Cisco calls a mobile ad hoc network, or MANET.

To create a LAN/WAN architecture like we’re used to seeing in the enterprise requires battlefield routers that can keep track of the location of other routers (including those on moving platforms like Strykers) and the destination nodes with which they’re trying to connect. And this occurs with nodes and inter-connecting links that are ever-changing as assets move around the battlefield and as radio capabilities change.

Cisco Mobile Ready Net Protocols in a Wide Array of Router Form Factors
Cisco has come up with a way to deal with this “radio-aware routing” problem by creating its Mobile Ready Net set of protocols that all of these assets utilize (Figure 3). Cisco’s Router Radio Control Protocol (R2CP) coupled with the open standard RFC 5578 “PPP over Ethernet (PPPoE)” provide ways to quantify the network, its characteristics, quality of service (QoS), and other essential metrics of an ever-changing ad hoc MANET.

Figure 3: The battlefield shown in Figure 2 relies on multiple protocols from Cisco to create the mobile ad hoc network, MANET. (Source: Courtesy of Cisco; “Mobile Ad Hoc Networking Enhancements for Router-Radio Links”.)

Knowing the condition, location, available bandwidth, and other characteristics of each node and interconnecting router allows all assets to dynamically choose the best way to move packets around this dynamic battlefield network. As well, each networking hop—radio, router, end node, whatever—has to keep track of enough of the MANET picture to efficiently move the data around in such a way that the notional LAN/WAN architecture is preserved (Figure 4).

Figure 4: Using the protocols from Figure 3, the interconnected radio network now knows how to route data from hop to hop based upon available links and routers, radio flow rates, and the shortest path likely to succeed. Note that this MANET architecture is in addition to the normal Internet-like routing protocols used over this wired/wireless architecture. (Courtesy of Cisco; “Radio Aware Routing: Enabling Communications on the Move. http://www.cisco.com/c/dam/en_us/solutions/industries/docs/gov/Radio_Aware_Routing_whitepaper2.pdf)

“To create a LAN/WAN architecture like we’re used to seeing in the enterprise requires battlefield routers that can keep track of the location of other routers and the destination nodes they’re trying to connect with.”

At GMS, we build battlefield routers in a variety of form factors, from blade servers based upon 3U VPX and 6U VME, to small form factor micro-servers using Intel Xeon D server processors, all the way up to Xeon E5 heavyweight servers in conduction- and air-cooled chassis over -40°C to +85°C (Figure 5). To implement battlefield networks, we use Cisco software routers and run them on co-processors or virtual machines in our hardware. Examples of Cisco routers that implement battlefield MANETs are the Embedded Services Router (ESR) 5921, and the software enterprise router Cisco 1000V.

In all cases, our hardware has ample processing, networking/switching, and storage to keep up with the ad hoc, mesh-style, rapidly evolving mobile battlefield network.

Filed Under: News Update

Primary Sidebar

Advertisers

  • qioptiq.com
  • Exensor
  • TCI
  • Visit the Oxley website
  • Visit the Viasat website
  • Blighter
  • SPECTRA
  • Britbots logo
  • Faun Trackway
  • Systematic
  • CISION logo
  • ProTEK logo
  • businesswire logo
  • ProTEK logo
  • ssafa logo
  • Atkins
  • IEE
  • EXFOR logo
  • DSEi
  • sibylline logo
  • Team Thunder logo
  • Commando Spirit - Blended Scoth Whisy
  • Comtech logo
  • GoExporting logo
  • Supercat logo
  • Galvion logo
Hilux Military Raceday Novemeber 2023 Chepstow SOF Week 2023

Contact Us

BATTLESPACE Publications
Old Charlock
Abthorpe Road
Silverstone
Towcester NN12 8TW

+44 (0)77689 54766

BATTLESPACE Technologies

An international defence electronics news service providing our readers with up to date developments in the defence electronics industry.

Recent News

  • PARLIAMENTARY QUESTIONS

    May 26, 2023
    Read more
  • EXHIBITIONS AND CONFERENCES

    May 26, 2023
    Read more
  • MANAGEMENT ON THE MOVE

    May 26, 2023
    Read more

Copyright BATTLESPACE Publications © 2002–2023.

This website uses cookies to improve your experience. If you continue to use the website, we'll assume you're ok with this.   Read More  Accept
Privacy & Cookies Policy

Privacy Overview

This website uses cookies to improve your experience while you navigate through the website. Out of these, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may affect your browsing experience.
Necessary
Always Enabled
Necessary cookies are absolutely essential for the website to function properly. This category only includes cookies that ensures basic functionalities and security features of the website. These cookies do not store any personal information.
Non-necessary
Any cookies that may not be particularly necessary for the website to function and is used specifically to collect user personal data via analytics, ads, other embedded contents are termed as non-necessary cookies. It is mandatory to procure user consent prior to running these cookies on your website.
SAVE & ACCEPT