Search NASA⌕ Search

SEARCH · Search NASA

Results for “Space Network Time Synchronization”

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 37 records · Page 2
All sourcesNASA NTRSDOE OSTI
NASA NTRS1979

Ramp time synchronization

A new method of intercontinental clock synchronization has been developed and proposed for possible use by NASA's Deep Space Network (DSN), using a two-way/three-way radio link with a spacecraft. Analysis of preliminary data indicates that the real-time method has an uncertainty of 0.6 microsec, and it is very likely that further work will decrease the uncertainty. Also, the method is compatible with a variety of nonreal-time analysis techniques, which may reduce the uncertainty down to the tens of nanosecond range.

Hietzke, W.↗
NASA NTRS2006

Lunar Relay Satellite Network for Space Exploration: Architecture, Technologies and Challenges

NASA is planning a series of short and long duration human and robotic missions to explore the Moon and then Mars. A key objective of these missions is to grow, through a series of launches, a system of systems infrastructure with the capability for safe and sustainable autonomous operations at minimum cost while maximizing the exploration capabilities and science return. An incremental implementation process will enable a buildup of the communication, navigation, networking, computing, and informatics architectures to support human exploration missions in the vicinities and on the surfaces of the Moon and Mars. These architectures will support all space and surface nodes, including other orbiters, lander vehicles, humans in spacesuits, robots, rovers, human habitats, and pressurized vehicles. This paper describes the integration of an innovative MAC and networking technology with an equally innovative position-dependent, data routing, network technology. The MAC technology provides the relay spacecraft with the capability to autonomously discover neighbor spacecraft and surface nodes, establish variable-rate links and communicate simultaneously with multiple in-space and surface clients at varying and rapidly changing distances while making optimum use of the available power. The networking technology uses attitude sensors, a time synchronization protocol and occasional orbit-corrections to maintain awareness of its instantaneous position and attitude in space as well as the orbital or surface location of its communication clients. A position-dependent data routing capability is used in the communication relay satellites to handle the movement of data among any of multiple clients (including Earth) that may be simultaneously in view; and if not in view, the relay will temporarily store the data from a client source and download it when the destination client comes into view. The integration of the MAC and data routing networking technologies would enable a relay satellite system to provide end-to-end communication services for robotic and human missions in the vicinity, or on the surface of the Moon with a minimum of Earth-based operational support.

Bhasin, Kul B.↗
NASA NTRS2012

Software Modules for the Proximity-1 Space Link Interleaved Time Synchronization (PITS) Protocol

The Proximity-1 Space Link Interleaved Time Synchronization (PITS) protocol provides time distribution and synchronization services for space systems. A software prototype implementation of the PITS algorithm has been developed that also provides the test harness to evaluate the key functionalities of PITS with simulated data source and sink. PITS integrates time synchronization functionality into the link layer of the CCSDS Proximity-1 Space Link Protocol. The software prototype implements the network packet format, data structures, and transmit- and receive-timestamp function for a time server and a client. The software also simulates the transmit and receive-time stamp exchanges via UDP (User Datagram Protocol) socket between a time server and a time client, and produces relative time offsets and delay estimates.

Woo, Simon S.↗
NASA NTRS1978

A review of satellite time-transfer technology: Accomplishments and future applications

The research accomplishments by NASA in meeting the needs of the space program for precise time in satellite tracking are presented. As a major user of precise time signals for clock synchronization of NASA's worldwide satellite tracking networks, the agency provides much of the necessary impetus for the development of stable frequency sources and time synchronization technology. The precision time required for both satellite tracking and space science experiments has increased at a rate of about one order of magnitude per decade from 1 millisecond in the 1950's to 100 microseconds during the Apollo era in the 1960's to 10 microseconds in the 1970's. For the Tracking and Data Relay Satellite System, satellite timing requirements will be extended to 1 microsecond and below. These requirements are needed for spacecraft autonomy and data packeting.

Cooper, R. S.↗
NASA NTRS1979

A review of satellite time transfer technology - Accomplishments and future applications

A brief review of the research accomplishments by NASA in meeting the needs of the space program for precise time in satellite tracking is presented. As a major user of precise time signals for clock synchronization of NASA's worldwide satellite tracking networks, the agency provided much of the necessary impetus for the development of stable frequency sources and time synchronization technology. The precision in time required for both satellite tracking and space science experiments has increased at a rate of about 1 order of magnitude per decade from 1 ms in the 1950's to 100 microsec during the Apollo era in the 1960's to 10 microsec in the 1970's. In the 1980's, when the Tracking and Data Relay Satellite System (TDRSS) comes into operation, satellite timing requirements will be extended to 1 microsec and below. These requirements are needed for spacecraft autonomy and data packeting which are now in active planning stages.

Cooper, R. S.↗
NASA NTRS1981

The operational performance of hydrogen masers in the deep space network: The performance of laboratory reference frequency standards in an operational environment

Hydrogen masers used as aids in meeting the routine frequency and time operational requirements within the 64 m antenna Deep Space Network. Both the operational syntonation (frequency synchronization) and the the clock (epoch) synchronization requirements were established through the use of specifically calibrated H-P E215061A flying clock. The sync/synt to UTC was maintained using LORAN and TV in simultaneous reception mode. The sync/synt within the 64 m net was maintained through the use of very long base interferometry. Results indicate that the hydrogen masers perform well within the required specifications.

Ward, S. C.↗
NASA NTRS1983

A two-year history of atomic frequency standards syntonization in the Deep Space Network

The frequency and timing system (FTS) of the Deep Space Network (DSN) consists of a collection of three sets of clocks driven by independent atomic oscillators. The synchronization of the output frequencies (syntonization) of these oscillators (reference frequency standards) is reported. There is an implied specification of a + or - 5.5 X 10 to the 12th power related to the DSN time synchronization specification of a + or - 100 microseconds. Both the syntonization within the three sets and the syntonization of the sets to the international standard (International Atomic Time) are considered.

Ward, S. C.↗
NASA NTRS2003

Demonstrating a Realistic IP Mission Prototype

Flight software and hardware and realistic space communications environments were elements of recent demonstrations of the Internet Protocol (IP) mission concept in the lab. The Operating Missions as Nodes on the Internet (OMNI) Project and the Flight Software Branch at NASA/GSFC collaborated to build the prototype of a representative space mission that employed unmodified off-the-shelf Internet protocols and technologies for end-to-end communications between the spacecraft/instruments and the ground system/users. The realistic elements used in the prototype included an RF communications link simulator and components of the TRIANA mission flight software and ground support system. A web-enabled camera connected to the spacecraft computer via an Ethernet LAN represented an on-board instrument creating image data. In addition to the protocols at the link layer (HDLC), transport layer (UDP, TCP), and network (IP) layer, a reliable file delivery protocol (MDP) at the application layer enabled reliable data delivery both to and from the spacecraft. The standard Network Time Protocol (NTP) performed on-board clock synchronization with a ground time standard. The demonstrations of the prototype mission illustrated some of the advantages of using Internet standards and technologies for space missions, but also helped identify issues that must be addressed. These issues include applicability to embedded real-time systems on flight-qualified hardware, range of applicability of TCP, and liability for and maintenance of commercial off-the-shelf (COTS) products. The NASA Earth Science Technology Office (ESTO) funded the collaboration to build and demonstrate the prototype IP mission.

Rash, James↗
NASA NTRSDate not supplied

Geodetic Reference Instrument Transponder for Small Satellites

The local ties between Satellite Laser Ranging stations and other collocated geodetic stations are an important component of the realization of the International Terrestrial Reference Frame but the survey accuracies are limited due to the inaccessibility of the instrument reference points. The NASA Geodetic Reference Instrument Transponder for Small Satellites (GRITSS) technology demonstration mission is designed to overcome this limitation by using a small satellite as a space-based reference point for tying together the measurement points of collocated geodetic stations. The GRITSS instrument upconverts the Global Positioning System (GPS) signals received at the satellite in real-time to S and X band and transmits them to a VLBI Global Observing System (VGOS) antenna ground station. The measurement observables do not require the satellite to be in view of more than one VLBI station at a time. The GRITSS demonstration mission utilizes a 12-UL CubeSat in a Low Earth, Sun Synchronous orbit. Tracking by the global ILRS network throughout the life of the mission is critical to establishing the space-based reference along with the precision orbit determination required by the measurement concept. Due to limitations in spacecraft power and other constraints, the initial phase of the mission will only broadcast the GRITSS VLBI signals twice a day to each of the NASA VGOS stations in Maryland, Hawaii, and Texas, but other international VGOS stations may be added during the second half of the mission. An overview of the GRITSS mission and measurement concept will be presented.

Stephen M Merkowitz↗
NASA NTRS2019

Use of Global Navigation Satellite Systems in Space

Products that rely on Global Navigation Satellite Systems (GNSS) have become an essential part of daily life for millions of people around the world. In addition to enabling navigation, these constellations of satellites and the signals they transmit provide a global, precise timing source, used in everything from electrical power grid phasing to synchronization of financial networks. This colloquium introduces the concept of radio navigation, describes the features of GNSS signals that make navigation possible, and explains how these signals are processed by GNSS receivers. The resulting measurements and error sources, such as atmospheric effects and multipath, are discussed. Special consideration is given to the challenges of using GNSS in space, and the innovations that make it possible. A survey of space applications and recent flight experiences is provided. Active areas of research are discussed, including the use of GNSS for missions to the Moon.

Space service volume↗
NASA NTRS1973

Time synchronization of NASA tracking stations via LORAN-C

A report is presented of the results observed in comparison between LORAN-C and accurate portable clocks carried to the stations of NASA's world-wide space tracking and data network. It is believed that such information can provide a meaningful determination of the accuracy of the LORAN-C technique. The investigation shows the need for the employment of portable clocks during, or shortly after the installation of LORAN-C receivers.

Mazur, W. E., Jr.↗
NASA NTRS1982

Intercontinental clock synchronization with the block 1 VLBI system

The Block 1 very long baseline interferometer (VLBI) operated by the Deep Space Network (DSN) to make weekly measurements of the relative epoch and rate offsets between the time standards in the global network of DSN stations is discussed. The precision of these measurements routinely achieves sub-microsecond levels for epoch offset and accuracies of better than one part in 10 to the 12th power for rate offset. The implementation of the phase calibrator system permits absolute measurement of epoch offset to better than 10 nanoseconds. With the near-real-time play-back and on-line storage of VLBI data, the Block 1 system typically produces clock parameters within 48 hours from the time of observation.

Roth, M. G.↗
NASA NTRS2005

Clocks and timing in the NASA Deep Space Network

A new timing system has been developed for the NASA Deep Space Network (DSN) and is currently in the final stages of integration, testing and implementation in all three DSN sites. The DSN is a distributed antenna network for deep space communication, whose facilities are continuously engaged in spacecraft tracking, Very Long Baseline Interferometry (VLBI) or Radio Astronomy activities. Its primary components consist of three Deep Space Communication Centers (DSCC) separated nearly equidistant around the Earth in California, USA; Spain; and Australia. Within each DSCC, synchronized, low jitter timing signals must be distributed to many users over distances of up to 30 kilometers. The design criteria for the timing system required state of the art stability and jitter performance, but also extremely high operability and reliability. This paper describes some of the key features and recent system performance data as measured both in the laboratory and the operational DSN.

clocks↗
NASA NTRS2007

Collaborative Resource Allocation

Collaborative Resource Allocation Networking Environment (CRANE) Version 0.5 is a prototype created to prove the newest concept of using a distributed environment to schedule Deep Space Network (DSN) antenna times in a collaborative fashion. This program is for all space-flight and terrestrial science project users and DSN schedulers to perform scheduling activities and conflict resolution, both synchronously and asynchronously. Project schedulers can, for the first time, participate directly in scheduling their tracking times into the official DSN schedule, and negotiate directly with other projects in an integrated scheduling system. A master schedule covers long-range, mid-range, near-real-time, and real-time scheduling time frames all in one, rather than the current method of separate functions that are supported by different processes and tools. CRANE also provides private workspaces (both dynamic and static), data sharing, scenario management, user control, rapid messaging (based on Java Message Service), data/time synchronization, workflow management, notification (including emails), conflict checking, and a linkage to a schedule generation engine. The data structure with corresponding database design combines object trees with multiple associated mortal instances and relational database to provide unprecedented traceability and simplify the existing DSN XML schedule representation. These technologies are used to provide traceability, schedule negotiation, conflict resolution, and load forecasting from real-time operations to long-range loading analysis up to 20 years in the future. CRANE includes a database, a stored procedure layer, an agent-based middle tier, a Web service wrapper, a Windows Integrated Analysis Environment (IAE), a Java application, and a Web page interface.

Wang, Yeou-Fang↗
NASA NTRS2020

X-HAB 2020: AR Field Treks Summary and Conclusions

As part of the FY20 X-Hab Challenge, BLiSS sought to create an Augmented Reality (AR) toolkit to help with analog field trek operations under the supervision of the Solar System Exploration Research Virtual Institute (SSERVI). These treks are operational and technical demonstrations at space-like destinations on Earth to test current extra-vehicular activity (EVA) techniques. While BLiSS as an organization has experience studying operational tasks such as this, it has never developed AR software at this scale. For that reason, another team at the University was brought on to work in parallel. The Collaborative Lab for Advancing Work in Space (CLAWS) is a veteran group of the NASA Spacesuit User Interface Technologies for Students (SUITS) challenge in which Hololens displays for astronauts are created within a year. The operational and technological pairing was ideally suited for tackling this problem. The team divided its responsibilities so that BLiSS would handle the research required to shape the project. As this deliverable had an end user, it was decided that interviewing these field geologists and operations specialists would provide the best insight. These interviews paired with literature review would reveal niche applications for AR that remained within feasible bounds. These science-driven EVAs in unknown terrain require more flexible tools than the current generation of EVA assistants. Rather than focus on sequential instructions, there instead needs to be a broad toolkit that's only called upon in specific instances. This AR Toolkit for Lunar Astronauts and Scientists (ATLAS) became the development goal of the project: create a non-intrusive assembly of tools that could be accessed in AR on the field. The current ATLAS design makes use of a geospatially and temporally annotated eld note system called GeoNotes. This allows for data to be collected and coordinated in a way that's synchronized across time, space, and different users. A Mission Control Center (MCC) and Mobile Support Equipment (MSE) were all needed to transport the AR headset into the field with the user. A network infrastructure was designed and set up within the University to enable this functionality. The software is based on a Protocol-Module structure that allows for modular development of each capability. A Protocol Manager coordinates different protocols that make use of modules. Each module tackles a different individual task while the protocol puts each one to use. The protocol manager coordinates when these are called to be used. This software is hosted on a head-mounted display (HMD) with the MCC acting as support from afar. While the software would be unit-tested at each level and each hardware component verified, a final demonstration would serve to prove the system's capabilities: an analog field trek. The team would prepare to support a user in a remote location from the MCC back at the University. A local area near campus would be tested before going out to do sample field geology further away. This unfortunately became impossible with the arrival of COVID-19. Access to all of the facilities to complete the project as planned were shut down. Our team was scattered across the globe and forced to complete the rest virtually. Adjustments were made to produce a small virtual concept in Adobe XD in the meantime. Even digital surveys were created based on the NASA task-load index (TLX) originally intended for testing actual users. The goal shifted towards completing software and getting feedback on the user interfaces (UI) and user experiences (UX). This team has reformed in response to COVID and its focus has shifted to what can be done remotely. There is still an intention to finish the original deliverable described in this report. The work has been expanded beyond the original X-Hab challenge and has instead become its own research e ort to be continued afterwards. This report collects the processes and knowledge gained from a year of studying and working at this problem with two teams. It should preserve it for the time until the world returns to normal and work can resume. CLAWS will be taking over full responsibility from that point forward, eventually surpassing the original needs of the project. While this document captures the work done towards an eventual end, the CLAWS team has written their own proposal alongside it. It outlines a new future for ATLAS beyond X-Hab, BLiSS, and hopefully beyond COVID-19. This project began as a vague goal hoping to place a new technology into the unique setting of exploration science. The project has since comfortably taken root and will hopefully bloom over the next year.

Alex Sena↗
NASA NTRS2006

Collaborative Scheduling Using JMS in a Mixed Java and .NET Environment

A collaborative framework/environment was proto-typed to prove the feasibility of scheduling space flight missions on NASA's Deep Space Network (DSN) in a distributed fashion. In this environment, effective collaboration relies on efficient communications among all flight mission and DSN scheduling users. There-fore, messaging becomes critical to timely event notification and data synchronization. In the prototype, a rapid messaging system using Java Message Service (JMS) in a mixed Java and .NET environment is established. This scheme allows both Java and .NET applications to communicate with each other for data synchronization and schedule negotiation. The JMS approach we used is based on a centralized messaging scheme. With proper use of a high speed messaging system, all users in this collaborative framework can communicate with each other to generate a schedule collaboratively to meet DSN and projects tracking needs.

scheduling↗
NASA NTRS2006

A Perspective on DSN System Performance Analysis

This paper discusses the performance analysis effort being carried out in the NASA Deep Space Network. The activity involves root cause analysis of failures and assessment of key performance metrics. The root cause analysis helps pinpoint the true cause of observed problems so that proper correction can be effected. The assessment currently focuses on three aspects: (1) data delivery metrics such as Quantity, Quality, Continuity, and Latency; (2) link-performance metrics such as antenna pointing, system noise temperature, Doppler noise, frequency and time synchronization, wide-area-network loading, link-configuration setup time; and (3) reliability, maintainability, availability metrics. The analysis establishes whether the current system is meeting its specifications and if so, how much margin is available. The findings help identify the weak points in the system and direct attention of programmatic investment for performance improvement.

Deep Space Network (DSN)↗