Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “relay networks”

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 109 records · Page 6
All sourcesNASA NTRSDOE OSTI
NASA NTRS2001

Signal Characterization for TDRSS Support of Range Safety

This work involves the analysis of signal attenuation using the NASA Tracking and Data Relay Satellite/Space Network to provide range safety and flight termination system support for expendable launch vehicles and the space shuttle. We found that at least one of the two operational TDRSS satellites could provide flight termination operating at about 250bps. Lowering the data rate could provide a larger link margin. The other satellite's signal would be attenuated below an acceptable link margin due to rocket exhaust. Lowering the data rate could provide a larger link margin.

Kozaitis, Sam↗
NASA NTRS2002

Space-Based Encoded Telemetry for Range Safety

This work involves the analysis of a communication system that uses the NASA Tracking and Data Relay Satellite/space Network (TDRSS/SN) to provide range safety and flight termination system support for expendable launch vehicles and the space shuttle. We examined the high-alphabet scheme for flight termination, and considered an analogous digital system. We also considered the bit-rate needed for a flight termination system using the TDRSS system based on the received signal-to-noise ratio, and link margin. We found that a TDRSS spread-spectrum communication system operating in the vicinity of 150 bits/second could satisfy the requirements for flight termination.

Kozaitis, Samuel P.↗
NASA NTRS2009

Development of a Relay Performance Web Tool for the Mars Network

Modern Mars surface missions rely upon orbiting spacecraft to relay communications to and from Earth systems. An important component of this multi-mission relay process is the collection of relay performance statistics supporting strategic trend analysis and tactical anomaly identification and tracking.

data accountability↗
NASA NTRS2019

Software Tool for Tracking & Mapping the NASA Orion AA-2 Test Flight Ejectable Data Recorders in Real Time

On 2 July 2019, the NASA Ascent Abort 2 flight took place off the Florida coast to test the emergency systems to separate the Orion Crew Module (CM) from the future Space Launch System rocket in the event of a malfunction. During this high-altitude test, instrumentation data was recorded on twelve customized buoyant Ejectable Data Recorders (EDRs) and subsequently jettisoned from the CM in mid-air. Upon release, the EDRs activated their GPS-Iridium beacon systems and began transmitting Short Burst Data (SBD) messages via the Iridium satellite network to relay their individual location and system health information. To locate, track and retrieve each EDR from the ocean surface in real-time, multiple open-source programming tools (Python and Linux shells) were developed for parsing the incoming Iridium binary SBD messages. For this, a Linux laptop was used to receive the Iridium-generated emails containing the SBD messages and autonomously execute the parsing tools. The received SBD data contained location, timestamp and health status information that was translated, saved, and subsequently used for simultaneously generating a continuously updated color-coded tabular display summary and unique KML files used with Google Earth to track their locations. Once their locations were known, dedicated recovery vessels retrieved all EDRs from the ocean. An additional tool was also developed in order to generate 5- and 10-minute geolocation predictions for each EDR by deriving the displacement distance, elapsed time, displacement heading and velocity based on the latest known information available. The recovery vessels were also tracked with the use of a separate commercial GPS beacon system. After jettison, 67% of the EDRs transmitted valid data by the time they were retrieved from the ocean. However, the real-time information presented by the plotting tool allowed for the ready depiction of EDR dispersal patterns and reference drift trajectories, which contributed to the recovery of all twelve EDRs and the AA-2 flight data. Lastly, the available data showed that the distance between the software’s reported drift/predicted locations and the recovery locations did not exceed 38 meters, therefore demonstrating the advantages of this software tool for supporting real-time tracking and recovery efforts of beacon devices.

Moxey, Lucas↗
NASA NTRSDate not supplied

Gateway Autonomy for Enabling Deep Space Exploration

The Gateway spacecraft is an important stepping-stone to exploration of the solar system, integrating commercial and international partners into a tightly coupled system, enabling cislunar activities, and implementing key technologies for missions to Mars. Autonomy is a capability area necessary to handle long communication outages where intervention from Earth is impossible, to prepare to operate with long communication delays that will be common in interplanetary travel, and to make spaceflight more affordable and accessible by reducing sustaining operations costs. The Gateway Concept of Operations states that one of Gateway’s goals is to “focus on infrastructure and systems that will allow autonomous operations aboard the Gateway with robotics, automated systems, advanced communications, and distributed computing.” Gateway’s Vehicle Systems Manager (VSM) and associated Autonomous Spacecraft Management Architecture (ASMA) are key products towards delivering autonomous capability. The primary functions of the control architecture are Mission Management and Timeline Execution, Resource Management, Fault Management, and Vehicle Control and Operation (VCO). In each of these areas, there is an initial level of capability to be delivered at launch, with plans to continue development and grow to greater capability. The initial deployment of VSM will focus on maintaining vehicle safety by focusing on full fault management capabilities and deploying only enough resource and timeline planning functionality to support that. The final deployment of VSM will add significant planning and control optimization functionality to support nominal operations for up to 21 days without ground support, even accommodating fault and failure conditions. While the VSM is the vehicle-level representation of autonomous reasoning, distributed automation is essential to provide the right scope and abstraction of information to process. Module and system support of automation and simplicity of interfaces are two important design paradigms that Gateway is focusing on to garner a systems approach to autonomy. Distribution of reasoning can increase complexity, so Gateway is also taking a strict hierarchical approach to information flow and decision making. VSM is not the only capability necessary to achieve an autonomous spacecraft. Robotics support for maintenance of the spacecraft will be essential to provide continued vehicle functionality even when crew is not present. Technical and programmatic challenges exist when implementing autonomous robotics operations. These challenges include sufficient network flexibility to support data transfer to the rest of the vehicle to coordinate module-to-module robotic walk-offs and finding the proper interfaces to allow sufficient dexterity. Communication system upgrades planned for Gateway include Delay Tolerant Networking to best utilize the complex network of relays that will be part of mature cislunar operations. Distributed computing and management will provide failure tolerance, robustness, and growth of capabilities while still allowing significant reuse of heritage software on heritage systems as well as reuse of common applications across a spacecraft to minimize new development, but this requires adherence to key standards and interfaces. The Gateway program has demonstrated significant progress towards these capabilities and has identified challenges other spacecraft developers should be aware of from the start.

Molly Anderson↗
NASA NTRSDate not supplied

Gateway Autonomy for Enabling Deep Space Exploration

The Gateway spacecraft is an important stepping-stone to exploration of the solar system, integrating commercial and international partners into a tightly coupled system, enabling cislunar activities, and implementing key technologies for missions to Mars. Autonomy is a capability area necessary to handle long communication outages where intervention from Earth is impossible, to prepare to operate with long communication delays that will be common in interplanetary travel, and to make spaceflight more affordable and accessible by reducing sustaining operations costs. The Gateway Concept of Operations states that one of Gateway’s goals is to “focus on infrastructure and systems that will allow autonomous operations aboard the Gateway with robotics, automated systems, advanced communications, and distributed computing.” Gateway’s Vehicle Systems Manager (VSM) and associated Autonomous Spacecraft Management Architecture (ASMA) are key products towards delivering autonomous capability. The primary functions of the control architecture are Mission Management and Timeline Execution, Resource Management, Fault Management, and Vehicle Control and Operation (VCO). In each of these areas, there is an initial level of capability to be delivered at launch, with plans to continue development and grow to greater capability. The initial deployment of VSM will focus on maintaining vehicle safety by focusing on full fault management capabilities and deploying only enough resource and timeline planning functionality to support that. The final deployment of VSM will add significant planning and control optimization functionality to support nominal operations for up to 21 days without ground support, even accommodating fault and failure conditions. While the VSM is the vehicle-level representation of autonomous reasoning, distributed automation is essential to provide the right scope and abstraction of information to process. Module and system support of automation and simplicity of interfaces are two important design paradigms that Gateway is focusing on to garner a systems approach to autonomy. Distribution of reasoning can increase complexity, so Gateway is also taking a strict hierarchical approach to information flow and decision making. VSM is not the only capability necessary to achieve an autonomous spacecraft. Robotics support for maintenance of the spacecraft will be essential to provide continued vehicle functionality even when crew is not present. Technical and programmatic challenges exist when implementing autonomous robotics operations. These challenges include sufficient network flexibility to support data transfer to the rest of the vehicle to coordinate module-to-module robotic walk-offs and finding the proper interfaces to allow sufficient dexterity. Communication system upgrades planned for Gateway include Delay Tolerant Networking to best utilize the complex network of relays that will be part of mature cislunar operations. Distributed computing and management will provide failure tolerance, robustness, and growth of capabilities while still allowing significant reuse of heritage software on heritage systems as well as reuse of common applications across a spacecraft to minimize new development, but this requires adherence to key standards and interfaces. The Gateway program has demonstrated significant progress towards these capabilities and has identified challenges other spacecraft developers should be aware of from the start.

Molly Anderson↗
NASA NTRS2016

Architecture for Cognitive Networking within NASAs Future Space Communications Infrastructure

Future space mission concepts and designs pose many networking challenges for command, telemetry, and science data applications with diverse end-to-end data delivery needs. For future end-to-end architecture designs, a key challenge is meeting expected application quality of service requirements for multiple simultaneous mission data flows with options to use diverse onboard local data buses, commercial ground networks, and multiple satellite relay constellations in LEO, MEO, GEO, or even deep space relay links. Effectively utilizing a complex network topology requires orchestration and direction that spans the many discrete, individually addressable computer systems, which cause them to act in concert to achieve the overall network goals. The system must be intelligent enough to not only function under nominal conditions, but also adapt to unexpected situations, and reorganize or adapt to perform roles not originally intended for the system or explicitly programmed. This paper describes architecture features of cognitive networking within the future NASA space communications infrastructure, and interacting with the legacy systems and infrastructure in the meantime. The paper begins by discussing the need for increased automation, including inter-system collaboration. This discussion motivates the features of an architecture including cognitive networking for future missions and relays, interoperating with both existing endpoint-based networking models and emerging information-centric models. From this basis, we discuss progress on a proof-of-concept implementation of this architecture as a cognitive networking on-orbit application on the SCaN Testbed attached to the International Space Station.

space networks↗
DOE OSTI2025

Comparison of Sequence Component-Based Fault Detection and Relay Coordination Algorithms in Inverter-Based Networks

Protection of inverter-based microgrids using sequence component-based relaying schemes is a promising solution. These methods offer several advantages, including lower computational requirements, compatibility with commercial relay systems, and cost-effectiveness compared to communication-based approaches. This article investigate the performance of various sequence component based schemes with the objective of identifying the algorithms that provide the best fault detection and relay coordination, solely relying on local voltages and current at relay terminals. Positive, negative and zero sequence impedance, admittance and power detection algorithms were tested on modified IEEE 13 bus test network for various shunt faults (LG, LL, LLG, LLL). Hardware-in-the-loop validation was achieved using the Typhoon real-time simulator, interfacing with a SEL 751 relay. This research demonstrates that while several algorithms are capable of detecting faults with sufficient accuracy, only a few are effective in achieving proper coordination. Validation results indicate that the negative sequence power approach provides the best performance in both fault detection and coordination.

Patel, Deepika [ORNL] (ORCID:0000000341099994)↗
NASA NTRS1973

Tracking and Data Relay Satellite System user impact and network compatibility study

The report contains data on antenna configurations for the low data rate users of the Tracking and Data Relay Satellite System (TDRSS). It treats the coverage and mutual visibility considerations between the user satellites and the relay satellites and relates these considerations to requirements of antenna beamwidth and fractional user orbital coverage. A final section includes user/TDRS telecommunication link budgets and forward and return link data rate tradeoffs.

Source record↗
NASA NTRS2018

NASA Space Network Project Operations Management: Past, Present and Future for the Tracking and Data Relay Satellite Constellation

The NASA Space Network (SN) Operations began with the launch of the first Tracking and Data Relay Satellite (TDRS-1) on April 4, 1983 with on-orbit operations conducted from the White Sands Ground Terminal (WSGT) in Las Cruces, New Mexico. Over the past 35 years, the SN has evolved to its current configuration comprised of four strategically located satellite ground stations and a constellation of ten geosynchronous Tracking and Data Relay Satellites that provide customer support 24 hours a day, 365 days per year, at an unprecedented 99.9% proficiency. The Space Network provides total global Communications, Data Relay, and Tracking services for Low Earth Orbiting (LEO) satellites, Human Space Flight, Expendable Launch Vehicles (ELV) and Scientific missions. This paper will address the Operations Management of the NASA Space Network and the complexities associated with this responsibility, as well as significant mission support highlights.

Sobchak, Ted↗
NASA NTRS2012

Application of Multihop Relay for Performance Enhancement of AeroMACS Networks

A new transmission technology, based on IEEE 802.16-2009 (WiMAX), is currently being developed for airport surface communications. A C-band spectrum allocation at 5091-5150 MHz has been created by ITU to carry this application. The proposed technology, known as AeroMACS, will be used to support fixed and mobile ground to ground applications and services. This article proposes and demonstrates that IEEE 802.16j-amendment-based WiMAX is most feasible for AeroMACS applications. This amendment introduces multihop relay as an optional deployment that may be used to provide additional coverage and/or enhance the capacity of the network. Particular airport surface radio coverage situations for which IEEE 802.16-2009-WiMAX provides resolutions that are inefficient, costly, or excessively power consuming are discussed. In all these cases, it is argued that 16j technology offers a much better alternative. A major concern about deployment of AeroMACS is interference to co-allocated applications such as the Mobile Satellite Service (MSS) feeder link. Our initial simulation results suggest that no additional interference to MSS feeder link is caused by deployment of IEEE 802.16j-based AeroMACS.

Kamali, Behnam↗
NASA NTRS2012

Application of Multihop Relay for Performance Enhancement of AeroMACS Networks

A new transmission technology, based on IEEE 802.16-2009 (WiMAX), is currently being developed for airport surface communications. A C-band spectrum allocation at 5091 to 5150 MHz has been created by International Telecommunications Union (ITU) to carry this application. The proposed technology, known as AeroMACS, will be used to support fixed and mobile ground to ground applications and services. This article proposes and demonstrates that IEEE 802.16j-amendment-based WiMAX is most feasible for AeroMACS applications. This amendment introduces multihop relay as an optional deployment that may be used to provide additional coverage and/or enhance the capacity of the network. Particular airport surface radio coverage situations for which IEEE 802.16-2009-WiMAX provides resolutions that are inefficient, costly, or excessively power consuming are discussed. In all these cases, it is argued that 16j technology offers a much better alternative. A major concern about deployment of AeroMACS is interference to co-allocated applications such as the Mobile Satellite Service (MSS) feeder link. Our initial simulation results suggest that no additional interference to MSS feeder link is caused by deployment of IEEE 802.16j-based AeroMACS.

Kamali, Behnam↗
NASA NTRS1994

Attempt of automated space network operations at ETS-VI experimental data relay system

National Space Development Agency of Japan (NASDA) is to perform experimental operations to acquire necessary technology for the future inter-satellite communications configured with a data relay satellite. This paper intends to overview functions of the experimental ground system which NASDA has developed for the Engineering Test Satellite VI (ETS-VI) Data Relay and Tracking Experiment, and to introduce Space Network System Operations Procedure (SNSOP) method with an example of Ka-band Single Access (KSA) acquisition sequence. To reduce operational load, SNSOP is developed with the concept of automated control and monitor of both ground terminal and data relay satellite. To perform acquisition and tracking operations fluently, the information exchange with user spacecraft controllers is automated by SNSOP functions.

Ishihara, Kiyoomi↗
NASA NTRSDate not supplied

Extending the Life of NASA’s Tracking and Data Relay Satellite (TDRS)-8: TDRS-8 Power Challenges And Planning for End of Mission

The United States National Aeronautics and Space Administration (NASA) Near Space Network’s Space Relay (SR) System provides communication relay services to a number of scientific and manned space missions with its Tracking and Data Relay Satellite (TDRS) constellation. NASA’s eighth Tracking and Data Relay Satellite (TDRS) has been experiencing a decline in the health of its power subsystem, and recent reliability analyses indicate that the end of its mission serving the Space Relay is imminent. Launched in 2000, TDRS-8 is the oldest TDRS built upon a Boeing 601 platform, and as such it is the first TDRS to experience these age-related failures. The most prevalent elements of the power subsystem to decline are the solar array circuitry and the Bus Voltage Limiters (BVLs), which prevent too much power from the solar arrays being transferred to the bus by shunting excess current. This means that while the loss of solar array circuits introduces concerns that the solar arrays will continue providing the spacecraft with enough current to remain power positive, the loss of BVLs introduces a concern that the bus may not be adequately protected from overvoltage events. Spacecraft engineers at the TDRS primary ground terminal, the White Sands Complex (WSC) in Las Cruces, New Mexico, and at NASA's Goddard Space Flight Center (GSFC) have also been working in collaboration with Boeing to develop innovative techniques to extend the serviceable life of TDRS-8.

tdrs↗
NASA NTRS2004

Data Relay Board with Protocol for High-Speed, Free-Space Optical Communications

In a free-space optical communication system, the mitigation of transient outages through the incorporation of error-control methods is of particular concern, the outages being caused by scintillation fades and obscurants. The focus of this innovative technology is the development of a data relay system for a reliable high-data-rate free-spacebased optical-transport network. The data relay boards will establish the link, maintain synchronous connection, group the data into frames, and provide for automatic retransmission (ARQ) of lost or erred frames. A certain Quality of Service (QoS) can then be ensured, compatible with the required data rate. The protocol to be used by the data relay system is based on the draft CCSDS standard data-link protocol Proximity-1, selected by orbiters to multiple lander assets in the Mars network, for example. In addition to providing data-link protocol capabilities for the free-space optical link and buffering the data, the data relay system will interface directly with user applications over Gigabit Ethernet and/or with highspeed storage resources via Fibre Channel. The hardware implementation is built on a network-processor-based architecture. This technology combines the power of a hardware switch capable of data switching and packet routing at Gbps rates, with the flexibility of a software- driven processor that can host highly adaptive and reconfigurable protocols used, for example, in wireless local-area networks (LANs). The system will be implemented in a modular multi-board fashion. The main hardware elements of the data relay system are the new data relay board developed by Rockwell Scientific, a COTS Gigabit Ethernet board for user interface, and a COTS Fibre Channel board that connects to local storage. The boards reside in a cPCI back plane, and can be housed in a VME-type enclosure.

Wright, Malcolm↗