|Computer network types|
by spatial scope
The interplanetary Internet is a conceived computer network in space, consisting of a set of network nodes that can communicate with each other. These nodes are the planet's orbiters (satellites) and landers (e.g., curiosity rover, robots), and the earth ground stations. For example, the orbiters collect the scientific data from the Curiosity rover on Mars through near-Mars communication links, transmit the data to Earth though direct links from the Mars orbiters to the Earth ground stations, and finally the data can be routed through Earth's internal internet.
Interplanetary communication is greatly delayed by interplanetary distances, so a new set of protocols and technology that are tolerant to large delays and errors are required. The interplanetary Internet is a store and forward network of internets that is often disconnected, has a wireless backbone fraught with error-prone links and delays ranging from tens of minutes to even hours, even when there is a connection.
Challenges and Reasons
In the core implementation of Interplanetary Internet, satellites orbiting a planet communicate to other planet's satellites. Simultaneously, these planets revolve around the Sun with long distances, and thus many challenges face the communications. The reasons and the resultant challenges are:
- The motion and long distances between planets: The interplanetary communication is greatly delayed due to the interplanet distances and the motion of the planets. The delay is variable and long, ranges from a couple of minutes (Earth-to-Mars), to a couple of hours (Pluto-to-Earth), depending on their relative positions. The interplanetary communication also suspends due to the solar conjunction, when the sun's radiation hinders the direct communication between the planets. As such, the communication characterizes lossy links and intermittent link connectivity.
- Low embeddable payload: satellites can only carry a small payload, which poses challenges to the power, mass, size, and cost for communication hardware design. An asymmetric bandwidth would be the result of this limitation. This asymmetry reaches ratios up to 1000:1 as downlink:uplink bandwidth portion.
- Absence of fixed infrastructure: The graph of participating nodes in a specific planet to a specific planet communication, keeps changing over time, due to the constant motion. The routes of for the planet-to-planet communication are planned and scheduled rather than being opportunistic.
The Interplanetary Internet design must address these challenges to operate successfully and achieve good communication with other planets. It also must use the few available resources efficiently in the system.
Space communication technology has steadily evolved from expensive, one-of-a-kind point-to-point architectures, to the re-use of technology on successive missions, to the development of standard protocols agreed upon by space agencies of many countries. This last phase has gone on since 1982 through the efforts of the Consultative Committee for Space Data Systems (CCSDS), a body composed of the major space agencies of the world. It has 11 member agencies, 28 observer agencies, and over 140 industrial associates.
The evolution of space data system standards has gone on in parallel with the evolution of the Internet, with conceptual cross-pollination where fruitful, but largely as a separate evolution. Since the late 1990s, familiar Internet protocols and CCSDS space link protocols have integrated and converged in several ways; for example, the successful FTP file transfer to Earth-orbiting STRV 1B on January 2, 1996, which ran FTP over the CCSDS IPv4-like Space Communications Protocol Specifications (SCPS) protocols. Internet Protocol use without CCSDS has taken place on spacecraft, e.g., demonstrations on the UoSAT-12 satellite, and operationally on the Disaster Monitoring Constellation. Having reached the era where networking and IP on board spacecraft have been shown to be feasible and reliable, a forward-looking study of the bigger picture was the next phase.
The Interplanetary Internet study at NASA's Jet Propulsion Laboratory (JPL) was started by a team of scientists at JPL led by Vinton Cerf and the late Adrian Hooke. Cerf is one of the pioneers of the Internet on Earth, and currently holds the position of distinguished visiting scientist at JPL. Hooke was one of the founders and directors of CCSDS.
While IP-like SCPS protocols are feasible for short hops, such as ground station to orbiter, rover to lander, lander to orbiter, probe to flyby, and so on, delay-tolerant networking is needed to get information from one region of the Solar System to another. It becomes apparent that the concept of a region is a natural architectural factoring of the Interplanetary Internet.
A region is an area where the characteristics of communication are the same. Region characteristics include communications, security, the maintenance of resources, perhaps ownership, and other factors. The Interplanetary Internet is a "network of regional internets".
What is needed then, is a standard way to achieve end-to-end communication through multiple regions in a disconnected, variable-delay environment using a generalized suite of protocols. Examples of regions might include the terrestrial Internet as a region, a region on the surface of the Moon or Mars, or a ground-to-orbit region.
The recognition of this requirement led to the concept of a "bundle" as a high-level way to address the generalized Store-and-Forward problem. Bundles are an area of new protocol development in the upper layers of the OSI model, above the Transport Layer with the goal of addressing the issue of bundling store-and-forward information so that it can reliably traverse radically dissimilar environments constituting a "network of regional internets".
Delay-tolerant networking (DTN) was designed to enable standardized communications over long distances and through time delays. At its core is something called the Bundle Protocol (BP), which is similar to the Internet Protocol, or IP, that serves as the heart of the Internet here on Earth. The big difference between the regular Internet Protocol (IP) and the Bundle Protocol is that IP assumes a seamless end-to-end data path, while BP is built to account for errors and disconnections — glitches that commonly plague deep-space communications.
Bundle Service Layering, implemented as the Bundling protocol suite for delay-tolerant networking, will provide general-purpose delay-tolerant protocol services in support of a range of applications: custody transfer, segmentation and reassembly, end-to-end reliability, end-to-end security, and end-to-end routing among them. The Bundle Protocol was first tested in space on the UK-DMC satellite in 2008.
An example of one of these end-to-end applications flown on a space mission is the CCSDS File Delivery Protocol (CFDP), used on the Deep Impact comet mission. CFDP is an international standard for automatic, reliable file transfer in both directions. CFDP should not be confused with Coherent File Distribution Protocol, which has the same acronym and is an IETF-documented experimental protocol for rapidly deploying files to multiple targets in a highly networked environment.
In addition to reliably copying a file from one entity (such as a spacecraft or ground station) to another entity, CFDP has the capability to reliably transmit arbitrary small messages defined by the user, in the metadata accompanying the file, and to reliably transmit commands relating to file system management that are to be executed automatically on the remote end-point entity (such as a spacecraft) upon successful reception of a file.
The Consultative Committee for Space Data Systems (CCSDS) packet telemetry standard defines the protocol used for the transmission of spacecraft instrument data over the deep-space channel. Under this standard, an image or other data sent from a spacecraft instrument is transmitted using one or more packets.
CCSDS packet definition
A packet is a block of data with length that can vary between successive packets, ranging from 7 to 65,542 bytes, including the packet header.
- Packetized data is transmitted via frames, which are fixed-length data blocks. The size of a frame, including frame header and control information, can range up to 2048 bytes.
- Packet sizes are fixed during the development phase.
Because packet lengths are variable but frame lengths are fixed, packet boundaries usually do not coincide with frame boundaries.
Telecom processing notes
Data in a frame is typically protected from channel errors by error-correcting codes.
- Even when the channel errors exceed the correction capability of the error-correcting code, the presence of errors is nearly always detected by the error-correcting code or by a separate error-detecting code.
- Frames for which uncorrectable errors are detected are marked as undecodable and typically are deleted.
Handling data loss
Deleted undecodable whole frames are the principal type of data loss that affects compressed data sets. In general, there would be little to gain from attempting to use compressed data from a frame marked as undecodable.
- When errors are present in a frame, the bits of the subband pixels are already decoded before the first bit error will remain intact, but all subsequent decoded bits in the segment usually will be completely corrupted; a single bit error is often just as disruptive as many bit errors.
- Furthermore, compressed data usually are protected by powerful, long-blocklength error-correcting codes, which are the types of codes most likely to yield substantial fractions of bit errors throughout those frames that are undecodable.
Thus, frames with detected errors would be essentially unusable even if they were not deleted by the frame processor.
This data loss can be compensated for with the following mechanisms.
- If an erroneous frame escapes detection, the decompressor will blindly use the frame data as if they were reliable, whereas in the case of detected erroneous frames, the decompressor can base its reconstruction on incomplete, but not misleading, data.
- However, it is extremely rare for an erroneous frame to go undetected.
- For frames coded by the CCSDS Reed–Solomon code, fewer than 1 in 40,000 erroneous frames can escape detection.
- All frames not employing the Reed–Solomon code use a cyclic redundancy check (CRC) error-detecting code, which has an undetected frame-error rate of less than 1 in 32,000.
The InterPlanetary Internet Special Interest Group of the Internet Society has worked on defining protocols and standards that would make the IPN possible. The Delay-Tolerant Networking Research Group (DTNRG) is the primary group researching Delay-tolerant networking (DTN). Additional research efforts focus on various uses of the new technology.
The canceled Mars Telecommunications Orbiter had been planned to establish an Interplanetary Internet link between Earth and Mars, in order to support other Mars missions. Rather than using RF, it would have used optical communications using laser beams for their higher data rates. "Lasercom sends information using beams of light and optical elements, such as telescopes and optical amplifiers, rather than RF signals, amplifiers, and antennas"
In May 2009, DTN was deployed to a payload on board the ISS. NASA and BioServe Space Technologies, a research group at the University of Colorado, have been continuously testing DTN on two Commercial Generic Bioprocessing Apparatus (CGBA) payloads. CGBA-4 and CGBA-5 serve as computational and communications platforms which are remotely controlled from BioServe's Payload Operations Control Center (POCC) in Boulder, CO. In October 2012 ISS Station commander Sunita Williams remotely operated Mocup (Meteron Operations and Communications Prototype), a "cat-sized" Lego Mindstorms robot fitted with a BeagleBoard computer and webcam, located in the European Space Operations Centre in Germany in an experiment using DTN. These initial experiments provide insight into future missions where DTN will enable the extension of networks into deep space to explore other planets and solar system points of interest. Seen as necessary for space exploration, DTN enables timeliness of data return from operating assets which results in reduced risk and cost, increased crew safety, and improved operational awareness and science return for NASA and additional space agencies.
DTN has several major arenas of application, in addition to the Interplanetary Internet, which include sensor networks, military and tactical communications, disaster recovery, hostile environments, mobile devices and remote outposts. As an example of a remote outpost, imagine an isolated Arctic village, or a faraway island, with electricity, one or more computers, but no communication connectivity. With the addition of a simple wireless hotspot in the village, plus DTN-enabled devices on, say, dog sleds or fishing boats, a resident would be able to check their e-mail or click on a Wikipedia article, and have their requests forwarded to the nearest networked location on the sled's or boat's next visit, and get the replies on its return.
Earth orbit is sufficiently nearby that conventional protocols can be used. For example, the International Space Station has been connected to the regular terrestrial Internet since January 22, 2010 when the first unassisted tweet was posted. However, the space station also serves as a useful platform to develop, experiment, and implement systems that make up the interplanetary Internet. NASA and the European Space Agency (ESA) have used an experimental version of the interplanetary Internet to control an educational rover, placed at the European Space Operations Centre in Darmstadt, Germany, from the International Space Station. The experiment used the DTN protocol to demonstrate technology that one day could enable Internet-like communications that can support habitats or infrastructure on another planet.
- InterPlanetary File System
- Delay-tolerant networking
- Intergalactic Computer Network
- The Interplanetary Internet, Joab Jackson, IEEE Spectrum, August 2005.
- "Generation InterPlanetary Internet - SpaceRef - Your Space Reference".
- Krupiarz, C.; Birrane, Edward J.; Ballard, Benjamin W.; Benmohamed, L.; Mick, A.; Stambaugh, Katherine A.; Tunstel, E. (2011). "Enabling the Interplanetary Internet". www.semanticscholar.org. Retrieved October 24, 2020.
- The Interplanetary Internet: A Communications Infrastructure for Mars Exploration Archived 2011-07-24 at the Wayback Machine – 53rd International Astronautical Congress. The World Space Congress, 19 Oct 2002/Houston, Texas
- Yang, G.; Wang, R.; Zhao, K.; Zhang, X.; Li, W.; He, X. (December 1, 2018). "Queueing analysis of DTN protocols in deep-space communications". IEEE Aerospace and Electronic Systems Magazine. 33 (12): 40–48. doi:10.1109/MAES.2018.180069. ISSN 1557-959X.
- Alhilal, A.; Braud, T.; Hui, P. (August 14, 2019). "The Sky is NOT the Limit Anymore: Future Architecture of the Interplanetary Internet". IEEE Aerospace and Electronic Systems Magazine. 34 (8): 22–32. doi:10.1109/MAES.2019.2927897. ISSN 1557-959X.
- Zhao, K.; Wang, R.; Burleigh, S. C.; Sabbagh, A.; Wu, W.; Sanctis, M. De (October 1, 2016). "Performance of bundle protocol for deep-space communications". IEEE Transactions on Aerospace and Electronic Systems. 52 (5): 2347–2361. doi:10.1109/TAES.2016.150462. ISSN 1557-9603.
- "CCSDS.org - The Consultative Committee for Space Data Systems (CCSDS)".
- The Space Technology Research Vehicles: STRV-1a, b, c and d, Richard Blott and Nigel Wells, AIAA Small Satellite Conference, Logan, Utah, 1996.
- Appendix F, CCSDS 710.0-G-0.3: Space Communication Protocol Specification (SCPS) - Rationale, Requirements, and Application Notes, Draft Green Book, Issue 0.3. April 1997.
- CCSDS.org — CCSDS Hall of Fame — Adrian Hooke
- Scott Burleigh; et al., Interplanetary Internet (PDF), archived from the original (PDF) on March 12, 2012
- "Space Station Astronaut Drives Robot on Earth via 'Interplanetary Internet'".
- Use of the Delay-Tolerant Networking Bundle Protocol from Space Archived 2008-05-13 at the Wayback Machine, L.Wood et al., Conference paper IAC-08-B2.3.10, 59th International Astronautical Congress, Glasgow, September 2008.
- UK-DMC satellite first to transfer sensor data from space using 'bundle' protocol, press release, Surrey Satellite Technology Ltd, 11 September 2008.
- "InterPlanetary Networking Special Interest Group (IPNSIG)".
- Burleigh, S.; Cerf, V.; Crowcroft, J.; Tsaoussidis, V. "Space for Internet and Internet for Space".
- Townes, Stephen A.; et al. "The Mars Laser Communication Demonstration" (PDF). Archived from the original (PDF) on February 27, 2009. Retrieved April 28, 2008.
- NASA Successfully Tests First Deep Space Internet NASA Press Release 08-298, November 2008.
- Haines, Lester. "NASA fires up the 'interplanetary internet'". The Register.
- Jenkins, Andrew; Kuzminsky, Sebastian; Gifford, Kevin K.; Holbrook, Mark; Nichols, Kelvin; Pitts, Lee. (2010). "Delay/Disruption-Tolerant Networking: Flight Test Results from the International Space Station." Archived 2011-09-02 at the Wayback Machine IEEE Aerospace Conference.
- The Automation Group at BioServe Space Technologies. University of Colorado, Boulder.
- Mann, Adam (November 12, 2012). "Almost Being There: Why the Future of Space Exploration Is Not What You Think". Wired. Condé Nast. Retrieved November 13, 2012.
- Anna, Leach (November 9, 2012). "'Bundle' signals from SPACE seize control of small car in Germany: ISS 'naut takes the wheel of Lego motor in bundlenet test". The Register. Situation Publishing. Retrieved November 11, 2012.
- NASA: Delay Tolerant Networking (DTN) - Experiment/Payload Overview. Archived 2010-07-21 at the Wayback Machine September 24, 2010. Retrieved October 2010.
- Home - Delay-Tolerant Networking Research Group Archived 2006-06-13 at the Wayback Machine
- "Twitter post". January 22, 2010. Archived from the original on March 10, 2013. Retrieved 2013-03-10.
- Kraft, Rachel (2012-11-08). NASA, ESA Use Experimental Interplanetary Internet to Test Robot From International Space Station. NASA, Release 12-391, 8 November 2012.The Interplanetary motion is provided in the time duration calculated by the sling velocity which is defined by the planetary movement taking into consideration of the axis of rotation of the planet with respect to that of the sun. Retrieved from http://www.nasa.gov/home/hqnews/2012/nov/HQ_12-391_DTN.html.
- The Consultative Committee for Space Data Systems (CCSDS)
- InterPlanetary Networking Special Interest Group (IPNSIG) Internet Society SIG (formerly Chapter)
- The Delay-Tolerant Networking Research Group (DTNRG)
- UK-DMC satellite's first Interplanetary Internet tests
- NASA video on YouTube: DINET-DTN w/Vint Cerf