Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “networking”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 595 records · Page 33

Porous Cross-Linked Polyimide-Urea Networks

Porous cross-linked polyimide-urea networks are provided. The networks comprise a subunit comprising two anhydride end-capped polyamic acid oligomers in direct connection via a urea linkage. The oligomers (a) each comprise a repeating unit of a dianhydride and a diamine and a terminal anhydride group and (b) are formulated with 2 to 15 of the repeating units. The subunit was formed by reaction of the diamine and a diisocyanate to form a diamine-urea linkage-diamine group, followed by reaction of the diamine-urea linkage-diamine group with the dianhydride and the diamine to form the subunit. The subunit has been cross-linked via a cross-linking agent, comprising three or more amine groups, at a balanced stoichiometry of the amine groups to the terminal anhydride groups. The subunit has been chemically imidized to yield the porous cross-linked polyimide-urea network. Also provided are wet gels, aerogels, and thin films comprising the networks, and methods of making the networks.

Meador, Mary Ann B.↗

A Service Portal for the Integrated SCaN Network

The Space Communication and Navigation (SCaN) program office owns the assets and services provided by the Deep Space Network (DSN), Near Earth Network (NEN), and Space Network (SN). At present, these individual networks are operated by different NASA centers--JPL for DSN--and Goddard Space Flight Center (GSFC) for NEN and SN--with separate commitments offices for each center. In the near future, SCaN's program office would like to deploy an integrated service portal which would merge the two commitments offices with the goal of easing the task of user planning for space missions requiring services of two or more of these networks. Following interviews with subject matter experts in this field, use cases were created to include the services and functionality mission users would like to see in this new integrated service portal. These use cases provide a guideline for a mock-up of the design of the user interface for the portal. The benefit of this work will ease the time required and streamline/standardize the process for planning and scheduling SCAN's services for future space missions.

space communications and navigation (SCaN)↗

The Deep Space Network in the Common Platform Era: A Prototype Implementation at DSS-13

To enhance NASA's Deep Space Network (DSN), an effort is underway to improve network performance and simplify its operation and maintenance. This endeavor, known as the "Common Platform," has both short- and long-term objectives. The long-term work has not begun yet; however, the activity to realize the short-term goals has started. There are three goals for the long-term objective: 1. Convert the DSN into a digital network where signals are digitized at the output of the down converters at the antennas and are distributed via a digital IF switch to the processing platforms. 2. Employ a set of common hardware for signal processing applications, e.g., telemetry, tracking, radio science and Very Long Baseline Interferometry (VLBI). 3. Minimize in-house developments in favor of purchasing commercial off-the-shelf (COTS) equipment. The short-term goal is to develop a prototype of the above at NASA's experimental station known as DSS-13. This station consists of a 34m beam waveguide antenna with cryogenically cooled amplifiers capable of handling deep space research frequencies at S-, X-, and Ka-bands. Without the effort at DSS-13, the implementation of the long-term goal can potentially be risky because embarking on the modification of an operational network without prior preparations can, among other things, result in unwanted service interruptions. Not only are there technical challenges to address, full network implementation of the Common Platform concept includes significant cost uncertainties. Therefore, a limited implementation at DSS-13 will contribute to risk reduction. The benefits of employing common platforms for the DSN are lower cost and improved operations resulting from ease of maintenance and reduced number of spare parts. Increased flexibility for the user is another potential benefit. This paper will present the plans for DSS-13 implementation. It will discuss key issues such as the Common Platform architecture, choice of COTS equipment, and the standard for radio frequency (RF) to digital interface.

Space Communications and Navigation (SCaN)↗

Delay/Disruption Tolerant Networking for the International Space Station (ISS)

Disruption Tolerant Networking (DTN) is an emerging data networking technology designed to abstract the hardware communication layer from the spacecraft/payload computing resources. DTN is specifically designed to operate in environments where link delays and disruptions are common (e.g., space-based networks). The National Aeronautics and Space Administration (NASA) has demonstrated DTN on several missions, such as the Deep Impact Networking (DINET) experiment, the Earth Observing Mission 1 (EO-1) and the Lunar Laser Communication Demonstration (LLCD). To further the maturation of DTN, NASA is implementing DTN protocols on the International Space Station (ISS). This paper explains the architecture of the ISS DTN network, the operational support for the system, the results from integrated ground testing, and the future work for DTN expansion.

Schlesinger, Adam↗

Use of Nack Oriented Reliable Multicast (NORM) Protocol for Transport of Spacecraft Telemetry in Ground Networks

Frequently it is necessary to distribute spacecraft telemetry to multiple destinations on Internet Protocol (IP) networks. There are various methods of delivering this data, but when the data is high rate and there are many destinations IP multicast provides the best solution from a network perspective. However, IP multicast only supports the User Datagram Protocol (UDP) which is connectionless and unreliable. This nature of UDP and by extension the low priority treatment of UDP packets by some network hardware creates a difficult environment for distribution of high rate telemetry to a number of recipients over IP networks. NACK (Negative ACKnowledgment) Oriented Reliable Multicast (NORM) is defined by IETF (Internet Engineering Task Force) RFC (Request for Comments) 5740 in 2009 by B. Adamson et al. NORM provides a mechanism of retransmission and or forward error correction for UDP packets, potentially overcoming the limits of UDP for the transmission of spacecraft telemetry. Marshall Space Flight Center’s (MSFC) Huntsville Operations Support Center (HOSC) manages the delivery of the International Space Station (ISS) payload science and health data. The ISS IP Ground Routed (IIGoR) network provides the delivery of the data from the ground stations to the control centers. HOSC personnel have been experimenting with the use of NORM on the link between the ground stations and the front end processor equipment in Huntsville, AL.

Baldwin, Patrick A.↗

Space Communications and Navigation Validation: Extracting Data for the Strategic Center for Networking, Integration, and Communications Scheduling Algorithms

Efficiency in communication system architecture performance between Space Communications and Navigation (SCaN) assets and missions is crucial, as space communication is varied, complex, and often not utilized to its full potential. The SCaN Strategic Center for Networking, Integration, and Communications (SCENIC) new scheduling algorithms, which are designed to simulate the allocation of resources between SCaN assets and missions, have the potential to simulate an increase of this efficiency; however, they require real-world data to be validated against. The purpose of this project was to extract said validation data, which details the frequency and duration of utilized contact windows between missions and assets in the Near Earth Network (NEN), Space Network (SN), and Deep Space Network (DSN). Stored as images in daily operations summaries (DOSs), the tabular data existed in a variety of file formats such as.pdf, .docx, and .doc. Since the tables were stored as images, ABBYY® FineReader® (ABBYY Software Ltd.) optical character recognition (OCR) was implemented, which is a proprietary software that reads images from text. The comma separated value (CSV) output was utilized as input to a series of MATLAB® (The MathWorks, Inc.) methods for reformatting, at which point it was ready to be machine-read. Finally, the results were converted to a Microsoft Excel format for human readability. Along with being used for validation purposes, the data will also be used to map equipment degradation as a function of time to analyze the reliability of network assets.

Kontur, Noah P.↗

The Way to the Future Has Already Started: ICAO Aeronautical Telecommunication Network (ATN) Using Internet Protocol Suite (IPS) Standards and Protocol Evolution Update

Millions of people are able to exchange information over phones, computers, tablets and an array of new interconnected devices such as sensors, cameras, home appliances and others are increasingly becoming networked. At the core of this sizeable interconnection is a set of underlying protocols that enable millions of devices to seamlessly talk to each other. Aviation, as many other industries have, utilizes the internet protocol for ground-to-ground network communications and efforts are underway to bring it to the cockpit.In 2015, the International Civil Aviation Organization (ICAO) published the second edition of Document 9896 (Doc 9896) titled: Manual on the Aeronautical Telecommunication Network (ATN) using Internet Protocol Suite (IPS) Standards and Protocol. This manual adopted the Internet protocol version 6 (IPv6) for Internet layer interoperability. Document 9896 defined data communications protocols and services to be used for implementing aeronautical telecommunication network (ATN) using the Internet protocol suite (IPS). The document provided technical specifications that addressed security, network and transport protocols, described applications, supported by ATN/IPS and provided communications guidance. The international aviation community working under the guidance of ICAO initiated work on updates to Doc 9896. Under the ICAO Communication Panel, Working Group Internetworking (WG-I) got this challenging task. Key areas of work for WG-I are related to ATN/IPS Security and ANT/IPS Mobility. Two sub-groups have been assembled to work on these elements. The ICAO anticipates the release of updated Doc 9896 in 2020. Additional ATN/IPS standardization efforts include Radio Technical Commission for Aeronautics Special Committee 223 (RTCA SC-223) IPS profile development, Airlines Electronic Engineering Committee (AEEC) A658 Roadmap of IPS future activities and European Organization for Civil Aviation Equipment (EUROCAE) WG-108 development of guidance documentation.This paper describes ICAO WG-I approach to update key areas of the document in closed coordination with AEEC, RTCA and EUROCAE committees supporting the development of ATN/IPS. Additionally, the paper will explore WG-I mobility solutions under investigation, security developments, IPv6 addressing challenges and other proposed updates. Finally, as new operational expectations such as Free Route and Remote Piloted Aircraft System integration are currently pushing the boundaries set by old operational concepts, the paper identifies the emerging new challenges that will drive the ATN/IPS development beyond 2020. They are related to future voice utilization, System Wide Information Management and Remotely Piloted Aircraft System deployment. IPS systems are seen as the only way forward.

Apaza, Rafael↗

Identifying Planetary Transit Candidates in TESS Full-frame Image Light Curves via Convolutional Neural Networks

The Transiting Exoplanet Survey Satellite(TESS)mission measured light from stars in∼75% of the sky throughout its 2 yr primary mission, resulting in millions of TESS 30-minute-cadence light curves to analyze in the search for transiting exoplanets. To search this vast data trove for transit signals, we aim to provide an approach that both is computationally efficient and produces highly performant predictions. This approach minimizes the required human search effort. We present a convolutional neural network, which we train to identify planetary transit signals and dismiss false positives. To make a prediction for a given light curve, our network requires no prior transit parameters identified using other methods. Our network performs inference on a TESS 30-minute-cadence light curve in∼5 ms on a single GPU, enabling large-scale archival searches. We present 181 new planet candidates identified by our network, which pass subsequent human vetting designed to rule out false positives.Our neural network model is additionally provided as open-source code for public use and extension

Gregory Olmschenk↗

NASA’s Evolving Ka-band Network Capabilities to Meet Mission Demand

Space missions are increasingly demanding higher data rates to support the growth in information-intensive mission operations. This growth is reflected in planned and operational missions from low Earth orbit, such as the upcoming NASA-Indian Space Research Organization (ISRO) Synthetic Aperture Radar (NISAR) and Plankton, Aerosol, Cloud and Ocean Ecosystem (PACE) missions, to the future Artemis lunar campaign, and the recently launched James Webb Space Telescope orbiting at the Sun-Earth L2 Lagrange point. JWST was the first L2 mission to be defined as a high data rate mission transmitting at 8 Mbps, or 270 gigabits of science data per day. ISRO and PACE anticipate achieving data throughputs of 5-40 terabits per day. These data rates exceed the capabilities of S-band and X-band frequency allocations and are a key driver for migrating to the 26 GHz Ka-band frequency allocation. The NASA Space Communications and Navigation (SCaN) program has been preparing the networks to support this demand by pursuing critical Ka-band infrastructure. The status of current and evolving network capability, including the Near Space Network’s Initiative for Ka-band Advancement (NIKA), and the Deep Space Network’s Lunar Exploration Upgrades (DLEU), as well as profiling mission usage of Ka-band services, are discussed in detail. The push toward Ka-band, is not only an opportunity for increased performance, but alleviates current challenges with contentious and cluttered spectrum access in S- and X-band. The paper provides an overview of these advantages and advanced techniques that optimize its use before the transition to optical communications becomes an imperative. The challenges and potential mitigations for missions considering selection of Ka-band network services are also discussed.

space communications↗

Seven Years of Bright Meteor Data from the NASA All Sky Fireball Network

The NASA All Sky Fireball Network is a network consisting of 18 all-sky meteor cameras across the continental US. We present a data release of 33,660 bright meteors collected between 2013 and 2019. The released data consists of trajectory, orbit, radiant, shower association, and brightness. We discuss the camera hardware and software used to make the observations, the characteristics of the data, and known error sources. The camera hardware consists of Watec 902H2 Ultimate CCD cameras with a fish-eye lens giving an all-sky field of view. The data is complete until an absolute meteor magnitude of approximately -4, but meteors down to a magnitude of -1 are routinely observed. The cameras are spread across the continental United States in five subnetworks, with each network consisting of two to five cameras. The cameras report to a central server where the data is processed each morning. The network is modeled after the University of Western Ontario’s Southern Ontario Meteor Network. The cameras are running All-sky and Guided Real-time Detection (ASGARD) meteor detection software and analysis pipeline.

Aaron Kingery↗

Gateway Command and Data Handling Network Implementation and Validation

As initial Lunar Gateway modules approach design maturity, the Artemis Network Validation and Integration Lab (ANVIL) has begun demonstrations to validate avionics network dataflows. The flight architecture design includes utilizing Time-Triggered Ethernet (TTE) and layer-3 switching capabilities to enable greater automation and flexibility of critical and best effort traffic. Critical traffic is considered as Time-Triggered (TT), Rate Constrained (RC) and prioritized Best Effort (BE) traffic classes. End systems, such as mission computers, power control, and robotics, use three planes and all traffic classes while other devices interface via Best Effort. Typical best effort devices include video, laptops, wireless access points, and payloads. Other devices have a various hybrid approach of interfaces including alarms, telemetry/logging, and communication units. In the paper, we will present an update of the Gateway network architecture and how the system will operate nominally and during a stack topology reconfiguration. We will also discuss the network risks, and trade-offs of performance, flexibility, and redundancy. Finally, we will show the process for validation, demonstration, and verification approaches to the vehicle network.

Gateway↗

NASA’s Evolving Ka-Band Network Capabilities to Meet Mission Demand

Space missions are increasingly demanding higher data rates to support the growth in information-intensive mission operations. This growth is reflected in planned and operational missions from low Earth orbit, such as the upcoming NASA-Indian Space Research Organization (ISRO) Synthetic Aperture Radar (NISAR) and Plankton, Aerosol, Cloud and Ocean Ecosystem (PACE) missions, to the future Artemis lunar campaign, and the recently launched James Webb Space Telescope (JWST) orbiting at the Sun-Earth L2 Lagrange point. JWST was the first L2 mission to be defined as a high data rate mission transmitting at 28 Megabits per second (Mbps), or 270 Gigabits of science data per day. ISRO and PACE anticipate achieving data throughputs of 5-40 Terabits per day. These data rates exceed the capabilities of S-band and X-band frequency allocations and are a key driver for migrating to the 26 GHz Ka-band frequency allocation. The NASA Space Communications and Navigation (SCaN) program has been preparing the networks to support this demand by pursuing critical Ka-band infrastructure. The status of current and evolving network capability, including the Near Space Network’s Initiative for Ka-band Advancement (NIKA), and the Deep Space Network’s Lunar Exploration Upgrades (DLEU), as well as profiling mission usage of Ka-band services, are discussed in detail. The push toward Kaband, is not only an opportunity for increased performance, but alleviates current challenges with contentious and cluttered spectrum access in S- and X-band. The paper provides an overview of these advantages and advanced techniques that optimize its use before the transition to optical communications becomes an imperative. The challenges and potential mitigations for missions considering selection of Ka-band network services are also discussed.

Ka-band↗

Future Lunar Geophysical Mission Opportunities Including the Lunar Geophysical Network and CLPS

In the next few years, several opportunities are underway to take new geophysical observations of the Moon including geodetic and seismic. NASA’s novel Commercial Lunar Payload Services (CLPS) program seeks to acquire delivery services from 14 US companies. Nine funded task orders have been selected with payloads from multiple disciplines. Here we review the upcoming geophysical CLPS payloads and their measurement objectives then we provide a review of the Lunar Geophysical Network mission in development for New Frontiers 5. The Lunar Geophysical Network (LGN) mission is proposed to land on the Moon in the early 2030’s and deploy packages at four locations to enable continuous geophysical measurements for a minimum of 6 and a goal of 10 years. Returning to the lunar surface with a long-lived geophysical network is a key next step to advance lunar and planetary science. LGN will greatly expand our primarily Apollo-based knowledge of the deep lunar interior by identifying and characterizing mantle melt layers, as well as core size and state. To meet the mission objectives, the instrument suite provides complementary seismic, geodetic, heat flow, and electromagnetic (EM) observations. We discuss the network landing site requirements and provide example sites that meet these requirements. Landing sites include the P-5 region within the Procellarum KREEP Terrane (PKT; (lat:15˚; lon:-35˚), Schickard basin (lat:-44.3˚; lon:-55.1˚), Crisium basin (lat:18.5˚; lon:61.8˚), and the farside Korolev basin (lat:-2.4˚; lon:-159.3˚) (Figure 1). Network optimization considers the best locations to observe seismic core phases, e.g., ScS and PKP. Ray path density and proximity to young fault scarps are also analyzed to provide increased opportunities for seismic observations. Geodetic constraints from laser ranging require the LGN to have at least three nearside stations at maximum limb distances. Heat flow and EM measurements should be obtained away from terrane boundaries and from magnetic anomalies at locations representative of global trends. In our recent paper, an in-depth case study is provided for Mare Crisium. We also discuss the consequences for scientific return of less-than-optimal locations or number of stations.

Moons↗

Future Lunar Geophysical Mission Opportunities Including the Lunar Geophysical Network, Artemis and CLPS

In the next few years, several opportunities are underway to take new geophysical observations of the Moon including geodetic and seismic. NASA’s novel Commercial Lunar Payload Services (CLPS) program seeks to acquire delivery services from 14 US companies. Nine funded task orders have been selected with payloads from multiple disciplines. Here we review the upcoming geophysical CLPS payloads and their measurement objectives then we provide a review of the Lunar Geophysical Network mission in development for New Frontiers 5. The Lunar Geophysical Network (LGN) mission is proposed to land on the Moon in the early 2030’s and deploy packages at four locations to enable continuous geophysical measurements for a minimum of 6 and a goal of 10 years. Returning to the lunar surface with a long-lived geophysical network is a key next step to advance lunar and planetary science. LGN will greatly expand our primarily Apollo-based knowledge of the deep lunar interior by identifying and characterizing mantle melt layers, as well as core size and state. To meet the mission objectives, the instrument suite provides complementary seismic, geodetic, heat flow, and electromagnetic (EM) observations. We discuss the network landing site requirements and provide example sites that meet these requirements. Landing sites include the P-5 region within the Procellarum KREEP Terrane (PKT; (lat:15˚; lon:-35˚), Schickard basin (lat:-44.3˚; lon:-55.1˚), Crisium basin (lat:18.5˚; lon:61.8˚), and the farside Korolev basin (lat:-2.4˚; lon:-159.3˚) (Figure 1). Network optimization considers the best locations to observe seismic core phases, e.g., ScS and PKP. Ray path density and proximity to young fault scarps are also analyzed to provide increased opportunities for seismic observations. Geodetic constraints from laser ranging require the LGN to have at least three nearside stations at maximum limb distances. Heat flow and EM measurements should be obtained away from terrane boundaries and from magnetic anomalies at locations representative of global trends. In our recent paper, an in-depth case study is provided for Mare Crisium. We also discuss the consequences for scientific return of less-than-optimal locations or number of stations.

Moons↗

Preparing the Mars Relay Network for the Arrival of the Perseverance Rover at Mars

The Perseverance rover represents NASA’s latest achievement in Mars exploration. Landing successfully on 18 Feb 2021, the rover’s transmitted data during its entry, descent, and landing (EDL) were captured by the Mars Reconnaissance Orbiter (MRO) and the Mars Atmosphere and Volatile Evolution (MAVEN) orbiter. This data, broadcast in near-realtime to the world, allowed everyone to share in the excitement (and “terror”) of the day. The images returned thereafter included the first images of the new landing site, video of the landing itself taken from a variety of vantage points, and eventually the historic images of the first powered flight on another planet. Behind the scenes, the return of that data to Earth was accomplished via Mars orbiters operated by NASA and ESA, using three different ground tracking networks. Considered together, this Mars Relay Network (MRN) enabled the successful, timely, and unobtrusive return of the rover’s data. This paper describes the preparations taken by the participants of the MRN in anticipation of the arrival of Perseverance at Mars. These were not only focused on successfully acquiring the rover’s critical event telemetry during its EDL, but also on readying the network to return the rover’s data on an ongoing basis as it pursued its mission objectives. Included is a brief description of the MRN, which represents a highly successful international collaboration and continues as critical infrastructure for NASA’s and ESA’s ongoing Mars exploration. Also summarized are the activities performed prior to EDL, including landing site reconnaissance and mission test and training activities; those activities performed on EDL day, especially the recording, return, and processing of the rover’s critical event telemetry; and those activities that are now being performed on an ongoing basis during the rover’s surface operations, including an outline of the planning processes that enable relay services. Finally, a description of the performance of the network to-date on behalf of the Perseverance rover is given, summarizing the success of the network to provide support to both it and other spacecraft on the surface of Mars.

Srnka, Evan↗

CLAIRE: Enabling Heterogeneous Communication Network Optimization for Robust and Resilient Operations

In this paper, we present the capabilities of the CLAIRE System which provides resilient communications for NASA in presence of interference and congestion for a heterogeneous multi-vendor network. CLAIRE increases mission science data return to improve resource efficiencies and ensures resilience in the unpredictable space environment for NASA missions and communication networks. CLAIRE provides technology / waveform agnostic cognitive control plane that is instantiated at the Application Layer (APP) so that it can ride on NASA’s HDTN bundle protocol or any other protocol stack that is used by the network. The cognitive control plane is instantiated using Heartbeats (HTBTs). CLAIRE is assisted by Wideband UHF-Ka Band RF Sensing that leverages advances in the Direct Digital Transceiver (DDTRX) technology. The Wideband RF Sensing is driven by statistical signal processing and machine learning algorithms. Interference is mitigated using Dynamic Spectrum Access (DSA). Finally, CLAIRE addresses congestion using spectrum aware packet forwarding algorithm. CLAIRE provides an extensible protocol that allows passing of RF spectrum situational awareness, cross-layer sensing, delay tolerant networking and dynamic spectrum access information that can help with network optimization. Cross-Layer Sensing (CLS) and CLAIRE Decision Engine (CDE) enable spectrum and delay aware packet forwarding and Dynamic Spectrum Access during cases of severe interference.

cognitive communications↗

Exploring New Frontiers in Space Communications: Enhancing Delay Tolerant Networking through Cloud and Containerization

The High-rate Delay Tolerant Networking (HDTN) project at NASA Glenn Research Center has developed software that enables more flexible, reliable, and efficient space internetworking by using modern computing techniques such as cloud services, microservices, network function virtualization, software defined networking, and a distributed architecture. HDTN is built upon the Bundle Protocol and related convergence layers which have been developed to mitigate the challenges of the space networking environment including long delays, asymmetric data rates, and intermittent connectivity. The HDTN implementation employs asynchronous message processing tasks which allow for non-blocking operations as well as deployment in both centralized and distributed architectures. This paper investigates deploying HDTN in a containerized approach on the NASA Goddard’s Mission Cloud Platform using Amazon Web Services Elastic Compute Cloud (EC2). Commercial cloud computing will lower operating costs, provide flexible resource allocation, and allow for interconnectivity between multiple NASA centers as well as external partners. Containerization using Docker will enable greater portability and scalability for HDTN to be deployed into a variety of environments. We discuss possible NASA missions and use-cases such as the Laser Communications Relay Demonstration (LCRD) where the services provided by HDTN (reliable transport, high-rate message processing, and store-and-forward capabilities) will be enhanced through cloud computing and containerization. In addition, we describe the HDTN architecture and possible microservice-based networking approaches that can be obtained via HDTN’s configuration capabilities. Finally, we detail the EC2 specifications needed to achieve data rates greater than 1 Gbps to support optical communication missions such as LCRD.

Blake LaFuente↗

How to Take 30 Years Off the Life of an Earth-Orbiter Network

In the mid 1960's the NASA/JPL Deep Space Network installed a global 26-meter antenna network to support a large group of Low Earth Orbiters and Highly Elliptical Orbiters. Although this network was equipped with then state-of-the-art equipment, operations were labor- intensive. A study is discussed which takes a close look at re- engineering the 26-meter antenna network from all aspects.

re-engineering evaluation deep space network↗