SEARCH · Search NASA

Results for “Positioning Navigation Timing”

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.

SourceResearch connectionFrom yearThrough year

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

At least 73 records · Page 4

All sources NASA NTRS DOE OSTI

NASA NTRS2017

Developing a Robust, Interoperable GNSS Space Service Volume (SSV) for the Global Space User Community

For over two decades, researchers, space users, Global Navigation Satellite System (GNSS) service providers, and international policy makers have been working diligently to expand the space-borne use of the Global Positioning System (GPS) and, most recently, to employ the full complement of GNSS constellations to increase spacecraft navigation performance. Space-borne Positioning, Navigation, and Timing (PNT) applications employing GNSS are now ubiquitous in Low Earth Orbit (LEO). GNSS use in space is quickly expanding into the Space Service Volume (SSV), the signal environment in the volume surrounding the Earth that enables real-time PNT measurements from GNSS systems at altitudes of 3000 km and above. To support the current missions and planned future missions within the SSV, initiatives are being conducted in the United States and internationally to ensure that GNSS signals are available, robust, and yield precise navigation performance. These initiatives include the Interagency Forum for Operational Requirements (IFOR) effort in the United States, to support GPS SSV signal robustness through future design changes, and the United Nations-sponsored International Committee on GNSS (ICG), to coordinate SSV development across all international GNSS constellations and regional augmentations. The results of these efforts have already proven fruitful, enabling new missions through radically improved navigation and timing performance, ensuring quick recovery from trajectory maneuvers, improving space vehicle autonomy and making GNSS signals more resilient from potential disruptions. Missions in the SSV are operational now and have demonstrated outstanding PNT performance characteristics; much better than what was envisioned less than a decade ago. The recent launch of the first in a series of US weather satellites will employ the use of GNSS in the SSV to substantially improve weather prediction and public-safety situational awareness of fast moving events, including hurricanes, flash floods, severe storms, tornados and wildfires. Thus, the benefits of the GNSS expansion and use into the SSV are tremendous, resulting in orders of magnitude return in investment to national governments and extraordinary societal benefits, including lives saved and critical infrastructure and property protected. However, this outstanding success is tempered by dual challenges: that for GPS, the current SSV specifications do not adequately protect SSV future use; and that for GNSS, the capabilities that are currently available are not protected in the future by specifications.

Bauer, Frank H.↗

NASA NTRS2020

LunaNet: a Flexible and Extensible Lunar Exploration Communications and Navigation Infrastructure

NASA has set the ambitious goal of establishing a sustainable human presence on the Moon. Diverse commercial and international partners are engaged in this effort to catalyze scientific discovery, lunar resource utilization and economic development on both the Earth and at the Moon. Lunar development will serve as a critical proving ground for deeper exploration into the solar system. Space communications and navigation infrastructure will play an integral part in realizing this goal. This paper provides a high-level description of an extensible and scalable lunar communications and navigation architecture, known as LunaNet. LunaNet is a services network to enable lunar operations. Three LunaNet service types are defined: networking services, position, navigation and timing services, and science utilization services. The LunaNet architecture encompasses a wide variety of topology implementations, including surface and orbiting provider nodes. In this paper several systems engineering considerations within the service architecture are highlighted. Additionally, several alternative LunaNet instantiations are presented. Extensibility of the LunaNet architecture to the solar system internet is discussed.

Israel, David J.↗

NASA NTRS2020

LunaNet: A Flexible and Extensible Lunar Exploration Communication and Navigation Infrastructure

Israel, David J.↗

NASA NTRSDate not supplied

LunaNet: A Flexible and Extensible Lunar Exploration Communications and Navigation Infrastructure and the Inclusion of SmallSat Platforms

As NASA establishes a sustained presence on the Moon and ventures further into the solar system, the need for a robust interplanetary communications and navigation architecture increases. LunaNet, an extensible and scalable lunar communications and navigation architecture, is being developed to answer this growing need. The LunaNet architecture will provide users with three services: networking services, positioning, navigation and timing services, and science utilization services. With LunaNet in place, users will experience an operational environment similar to that experienced by users on Earth. The agency’s plan for solar system exploration necessitates both government and commercial participation, and the LunaNet architecture supports this goal as well, encouraging global participation from commercial and international partners, other government agencies, academia, and federally funded research development centers. This paper provides a high-level description of the LunaNet architecture, discusses how SmallSat platforms and technologies may provide critical capabilities, and defines the role that SmallSats can play within the architecture.

Communications↗

NASA NTRSDate not supplied

Autonomous Lunar PNT Simulator (ALPS)

In this paper we present a simulation tool that has been used to develop an architecture for a low-cost Position, Navigation and Time (PNT) system to provide PNT services on and around the Moon using non-dedicated low-cost orbital and ground assets. The simulation tool has been developed to be flexible and is capable of modeling and analyzing the many different capabilities and configurations that the non-dedicated assets could support. The tool models the creation of an ad hoc swarm, the localization of this swarm and the subsequent provision of PNT services from this swarm. We present results from several studies of select configurations chosen to reflect existing and future real-world needs and capabilities. Over the next few decades there is expected to be a substantial increase in Lunar missions supporting and inspired by NASA’s Artemis Program. It is expected that a large fraction of these missions will be low cost, utilizing rideshares and CubeSats, just as has seen in Earth orbit over the past decade. Many of these missions will need navigation capabilities but may be unable to support the large power, mass and weight that a weak GNSS or DSN based navigation solution would entail. As Lunar PNT service demand is not likely to be needed over the entire lunar surface 24/7, the creation of a dedicated Lunar GNSS constellation cannot be justified. Hence, our proposed architecture envisions utilizing existing Lunar science and exploration assets to create ad hoc and on demand Lunar PNT swarms capable of providing PNT services to low cost missions. The simulation reflects the two distinct parts of the architecture: the creation of a Lunar PNT swarm using non-dedicated existing assets, and the quantitative modeling of the quality of the PNT services that this swarm provides. To support the former, the simulation supports various swarm localization techniques, including centralized and distributed EKFs both of which support pluggable dynamics models. In modeling the PNT service performance the simulation adopts standard techniques from the GNSS community, including providing degree of precision (DOP) estimates for theoretical end users. Crucially, all asset capabilities, including clock accuracy, independent location self-knowledge and timing measurement precision can be set independently for each asset, reflecting the key concept of utilizing non-dedicated assets. The simulation is predominantly implemented in MATLAB, with GMAT being used for the propagation of orbital assets. The paper will present results from the simulation reflecting the tool’s flexibility and focusing on scenarios that match real-world proposed missions, including scenarios designed to provide PNT support to lunar surface missions similar to NASA Ames' forthcoming VIPER mission. The performance of centralized and decentralized swarm configuration and localization techniques will be compared. Finally, performance of the PNT service provided by an autonomous Lunar PNT swarm will be compared to existing radiometric and weak GNSS methods.

Kelley Elizabeth Hashemi↗

NASA NTRSDate not supplied

Introducing The Lunar Autonomous PNT System(LAPS) Simulator

In this paper we introduce a software simulator that has been used to develop an architecture for a low-cost Lunar Autonomous Position, Navigation and Time (PNT) System, LAPS. LAPS is a conceptual architecture for providing autonomous PNT services on and around the Moon using non-dedicated low-cost orbital and ground assets. The simulation tool has been developed to be flexible and is capable of modeling and analyzing the many different capabilities and configurations that the non-dedicated assets could support. The tool models the creation of an ad hoc swarm, the localization of this swarm and the subsequent provision of PNT services from this swarm. We present results from several studies of select configurations chosen to reflect existing and future real-world needs and capabilities.

Benjamin Hagenau↗

NASA NTRS2021

Applications and Benefits of GNSS for Lunar Exploration

This paper explores the role of Global Navigation Satellite Systems (GNSS) in NASA's lunar exploration plans. Robust position, navigation and timing (PNT) at the Moon will rely on a variety of measurement sources, each with its own advantages and disadvantages. The best navigation solution will depend on mission type, the phase within each mission, the state of lunar infrastructure development at the time and a host of other considerations. No single method will provide all PNT for all scenarios, but GNSS offers a continuously available, flight-proven source of navigation and timing with unique features that make it a valuable option. As NASA launches a new era of lunar exploration missions in 2021, development of the supporting navigation architecture is underway. This paper describes the role GNSS could or will play in the components of NASA's lunar exploration plans: the Artemis missions designed to return humans to the lunar surface, the Gateway platform orbiting near the Moon that will host astronauts as well as science and technology payloads, and the robotic lander missions administered by the Commercial Lunar Payload Services (CLPS) program. GNSS-based autonomous navigation has the potential to dramatically expand lunar exploration capabilities. Through the use of GNSS and GNSS-like augmentations, navigation performance could be improved while simultaneously reducing operational complexity relative to conventional, ground-based navigation methods. As NASA begins to implement its lunar exploration plans this year and assemble the enabling communications and navigation infrastructure, GNSS will provide an important part of the diverse measurements required for robust lunar PNT.

Benjamin W Ashman↗

NASA NTRSDate not supplied

The Lunar GNSS Receiver Experiment (LuGRE)

The Lunar GNSS Receiver Experiment (LuGRE) is a joint NASA-Italian Space Agency (ASI) payload on the Firefly Blue Ghost Mission 1 (BGM1) with the goal to demonstrate GNSS-based positioning, navigation, and timing at the Moon. LuGRE was chosen by the NASA Commercial Lunar Payload Services (CLPS) program as one of ten payloads on its “19D” task order for delivery to the lunar surface in 2023. The LuGRE payload consists of a weak-signal GNSS receiver, a high-gain L-band patch antenna, a low-noise amplifier, and an RF filter. The receiver will track GPS L1 C/A and L5, and Galileo E1 and E5a signals and will return pseudorange, carrier phase, and Doppler measurements to the ground. It will also calculate least-squares point solutions and Kalman-filter based navigation solutions onboard. In addition, the receiver features the capability to record raw I/Q baseband samples for downlink and ground processing. LuGRE will build on the legacy of prior missions in the Space Service Volume (SSV) including the initial experiments by AMSAT-OSCAR 40 and others, the GOES-R series of geostationary weather satellites, and the NASA Magnetospheric Multiscale (MMS) mission currently operating on GPS-based navigation at nearly 50% of lunar distance. Further, LuGRE will be one of the very first demonstrations of GNSS signal reception and navigation in the lunar environment and on the lunar surface, paving the way for operational use by future lunar missions such as Orion, Gateway, robotic and human landers, and surface rovers. Ultimately, all LuGRE science data will be released to a public data archive for the benefit of the GNSS and space communities. This paper provides a detailed overview of the LuGRE payload, including its design, concept of operations, and its predicted ability to meet its core science objectives. The baseline science investigations and priorities are outlined. Simulated performance results are shown based on the latest calibrated models including signal strength, signal availability, onboard navigation performance and convergence properties, and ground-based post-processed navigation performance.

LuGRE↗

NASA NTRSDate not supplied

Navigation Performance Analysis and Trades for the Lunar GNSS Receiver Experiment (LuGRE)

The Lunar GNSS Receiver Experiment (LuGRE) is a joint NASA-Italian Space Agency flight demonstration payload that will fly onboard the Blue Ghost Mission 1 (BGM1) lunar lander to demonstrate multi-GNSS based position, navigation, and timing (PNT) in cislunar space and at the Moon. The LuGRE mission aims to receive GPS and Galileo signals at the Moon to characterize the lunar GNSS signal environment, demonstrate navigation and time estimation, and utilize collected data to support development of GNSS receivers specific to lunar use. Several key factors of the LuGRE design and concept of operations impact how navigation performance may be achieved during the mission, including available measurement observables, limited measurement duration, limited data rates, and use of a lower-quality oscillator. This paper investigates the impacts of these factors and how they may be exploited to inform mission design, and ultimately return the most interesting data possible.

GNSS↗

NASA NTRSDate not supplied

LunaNet Governance: Organizing and Planning for LunaNet Operations

LunaNet is proposed to be the lunar internet, providing services for communications, networking, position, navigation, and timing for missions in transit to and from the moon, in orbit around the moon, in transit to and from the surface, and on the surface. It is envisioned to be an open, international architecture with contributions from multiple organizations including international civil space agencies, commercial service providers, academic institutions, and other organizations. Using a combination of conventional and emerging technologies, LunaNet will create a lunar-centric network-of-networks that inherits some features of the terrestrial internet but has unique characteristics that will drive substantially different operations. Government acquisition efforts have already begun to procure commercial lunar communications and navigation services. A multi-stakeholder approach to developing the community-wide concepts of operation has been initiated by the Interagency Operations Advisory Group (IOAG), which is formed of international government space agencies, that includes other international organizations such as the Internet Society, Internet Engineering Task Force, International Committee on Global Navigation Satellite Systems, and Space Frequency Coordination Group as well as industry and academic participants. Products of the Interim Committee on LunaNet Governance will include the recommendation and definition of an initial international organizational governance structure; associated roles, responsibilities, and processes; and recommended steps to implement the governance approach. This paper will describe the progress made in developing these concepts and coordinating them among the participating organizations.

LunaNet↗

NASA NTRSDate not supplied

Tall Lunar Towers: Systems Analysis of a Lunar-Surface-Assembled Power, Communication, and Navigation Infrastructure

The National Aeronautics and Space Administration (NASA) intends to develop and maintain a human-lunar presence, requiring infrastructure on the Lunar South Pole. To keep pace with the continued growth in cislunar activity, there is national interest in developing a global lunar infrastructure network for power and Communication, Position, Navigation, and Timing (CPNT). Demonstrating autonomous construction capabilities is an infrastructure-enabling objective. This study explores several architecture trade studies to assess the feasibility of alternative lunar infrastructure concepts. 50 m towers, for instance, enable solar power generation up to 99% of a lunar year in addition to acting as wide-range communication and navigation surface relays. The infrastructure network considered in this study consisted of tower platforms, utilities hosted on the towers, and both crewed and robotic end users. High-level trades were analyzed, such as tower height, location, and distributed vs centralized power grids. Results indicated that even with minimal permanent surface assets (darkness survival power loads on the order of 5 kW or greater), at any of the five locations considered, taller towers resulted in lower infrastructure mass than shorter towers; up to 24% system mass savings were realized by reducing battery mass. Simultaneously, taller towers increased the range of communication coverage; a 50 m tower on the Connecting Ridge had 5 kg more structure and 76% more line-of-sight coverage to a two-meter-tall end user than a 10 m tower with the same location and user height. Leveraging a grid of tall towers for nominal power and communication would not only save up to 2,800 kg in battery mass but would be more maintainable and allow users to take advantage of generational upgrades.

lunar infrastructure↗

NASA NTRSDate not supplied

A Deeper Dive Into the Meaning and Implications of Interoperability for LunaNet Communications and Navigation Services

As part of planning efforts for cislunar exploration and science missions, space agencies have been collaborating with each other to enable communications, networking, Position, Navigation, and Timing (PNT) systems to exchange information and provide services to spacecraft and space systems in transit, in orbit, and on the surface, thus helping each other to achieve their common goals. To achieve commonality and lower cost for mutual benefit, the strategy of interoperability is being adopted to help all the pieces fit together and function smoothly. Interoperability gives cislunar users the ability to operate in a collaborative environment similar to the terrestrial Internet, allowing them to share information, navigate safely despite increasing radio frequency congestion, and follow common processes and procedures for effective joint operations. Unlike prior government-dominated efforts, this ecosystem is expected to include commercial for-profit businesses, non-profit organizations, and academic institutions. Ultimately, the goal is to enable a cislunar ecosystem of service providers and users to contribute and/or utilize infrastructure and capabilities to accomplish mission objectives spanning the full range of human endeavours while supporting a variety of business models. This paper reports on the results of an effort to assist in efforts to frame the development of the international LunaNet architecture by providing a canonical definition of interoperability broad enough to meet these needs, examine architectural and operational implications of the definition, and explore interoperability strategies and tactics for deploying and evolving these services. It describes key systems-of-systems (SoS) (Network-of-Networks) interoperability concepts in the context of sustainment of the ecosystem over time as systems evolve in technologies, standards and Standards Development Organizations, component and subsystem upgrades, and user applications

LunaNet↗

NASA NTRSDate not supplied

Flexible Data and Frame Synchronization Structure for the LunaNet PNT Signal

A LunaNet Lunar Augmented Navigation Service (LANS) is being developed to enable a position, navigation, and timing service for future Lunar operations [1]. The signal includes two components. An in-phase data channel signal is spread by a 1.023 MCPS ranging code that provides a high-rate data message at 250 bps and is encoded by a strong Low Density Parity Check (LDPC) code. A pilot channel with a 5.115 MCPS spreading code is also provided. The pilot code is configured with a secondary (overlay) code that does not currently provide absolute time or frame Synchronization as is the case for L1C [2] [3]. This work shows the advantage of implementing an overlay structure that provides absolute time for the LunaNet LANS signal structure known as the Augmented Forward Signal (AFS). The LunaNet AFS structure was developed to service two classes of user receivers. The first class is a low-complexity user receiver that only receives the 1.023 MCPS signal and does not use the 5.115 MCPS pilot channel. For this class of user, a data frame Sync word is needed. The second class of receiver is a high-end receiver that can processes both data and pilot channels to take advantage of the higher chip rate pilot channel for enhanced robustness and improved accuracy. In the current draft LunaNet LANS AFS design, these users must employ the frame Sync word in the data channel and obtain absolute time after decoding the AFS navigation message [2]. The signal structure would greatly benefit from the addition of a pilot overlay structure that provides absolute time and robust frame Sync for high-end users as done for L1C [3]. To provide a more robust and interoperable AFS structure, this work summarizes a study and recommends alternatives for a new overlay code on the pilot channel that provides absolute time and a Sync word approach on the data channel. The overlay code and Sync word are designed to allow for flexible and robust data synchronization for both low- complexity and high-end user receivers. The new overlay code structure permits frame synchronization performance that is as good as or better than the L1 C signal, while enabling a determination of absolute time upon frame Sync to aid high-end assisted LANS AFS user receivers at low signal to noise levels. We also present the design of rate-matched 5G new radio (5GNR) LDPC codes that fit within the current 6000-symbol frame size along with a time of interval (TOI) word, frame ID (FID) word, and the remaining LunaNet AFS data message blocks. The paper describes and demonstrates robust frame Synchronization performance of the overlay code and Synch word approaches. The results are described in terms of probability of missed detection and probability of false alarm for a correct frame Synchronization at low Eb/No levels expected for decoding the TOI word and LDPC encoded data. Advantages of the proposed data Synchronization structure will be described along with use cases for low-end and high-end receivers. Practical implementation considerations will also be described.

Philip Dafesh↗

NASA NTRSDate not supplied

Flexible Data and Frame Synchronization Structure for the LunaNet PNT Signal

A LunaNet Lunar Augmented Navigation Service (LANS) is being developed to enable a position, navigation, and timing service for future Lunar operations. The signal includes two components. An in-phase data channel signal is spread by a 1.023 MCPS ranging code that provides a high-rate data message at 250 bps and is encoded by a strong Low Density Parity Check (LDPC) code. A pilot channel with a 5.115 MCPS spreading code is also provided. The pilot code is configured with a secondary (overlay) code that does not currently provide absolute time or frame Synchronization as is the case for L1C. This work shows the advantage of implementing an overlay structure that provides absolute time for the LunaNet LANS signal structure known as the Augmented Forward Signal (AFS). The LunaNet AFS structure was developed to service two classes of user receivers. The first class is a low-complexity user receiver that only receives the 1.023 MCPS signal and does not use the 5.115 MCPS pilot channel. For this class of user, a data frame Sync word is needed. The second class of receiver is a high-end receiver that can processes both data and pilot channels to take advantage of the higher chip rate pilot channel for enhanced robustness and improved accuracy. In the current draft LunaNet LANS AFS design, these users must employ the frame Sync word in the data channel and obtain absolute time after decoding the AFS navigation message. The signal structure would greatly benefit from the addition of a pilot overlay structure that provides absolute time and robust frame Sync for high-end users as done for L1C. To provide a more robust and interoperable AFS structure, this work summarizes a study and recommends alternatives for a new overlay code on the pilot channel that provides absolute time and a Sync word approach on the data channel. The overlay code and Sync word are designed to allow for flexible and robust data synchronization for both low- complexity and high-end user receivers. The new overlay code structure permits frame synchronization performance that is as good as or better than the L1 C signal, while enabling a determination of absolute time upon frame Sync to aid high-end assisted LANS AFS user receivers at low signal to noise levels. We also present the design of rate-matched 5G new radio (5GNR) LDPC codes that fit within the current 6000-symbol frame size along with a time of interval (TOI) word, frame ID (FID) word, and the remaining LunaNet AFS data message blocks. The paper describes and demonstrates robust frame Synchronization performance of the overlay code and Synch word approaches. The results are described in terms of probability of missed detection and probability of false alarm for a correct frame Synchronization at low Eb/No levels expected for decoding the TOI word and LDPC encoded data. Advantages of the proposed data Synchronization structure will be described along with use cases for low-end and high-end receivers. Practical implementation considerations will also be described.

LunaNet↗

NASA NTRS2024

Deeper Dive into Interoperability and Its Implications for LunaNet Communications and Navigation Services

The Artemis program being developed by United States’ (US) National Aeronautics and Space Administration (NASA) is developing the capabilities to return humans to the Moon and establish an initial base camp and associated infrastructure with extensive contributions from international and commercial partners. In planning for cislunar exploration and science missions, space agencies are collaborating to enable communications, networking, and Positioning, Navigation, and Timing (PNT) systems—called LunaNet—to exchange information and provide services to cislunar spacecraft and space systems, thus helping each other to achieve their shared goals. To achieve commonality and lower cost for mutual benefit, the strategy of interoperability is being adopted to help fit all the pieces together and function smoothly. Facilitating interoperability should benefit lunar missions by providing the ability to operate in a collaborative environment similar to the terrestrial Internet. Interoperability allows them to share information, navigate safely despite increasing radio frequency congestion, and follow common processes and procedures for effective joint operations. Unlike prior government-dominated efforts, this ecosystem is expected to include and benefit for-profit (commercial) businesses, non-profit organizations, and academic institutions as active stakeholders. Ultimately, the goal is to enable a cislunar ecosystem of service providers and users to contribute to and/or utilize infrastructure and capabilities to achieve mission objectives that span the full range of human endeavors while supporting a variety of business models. This approach enables a Systems of Systems (SoS), such as a Network-of-Networks, to be sustainable in the context of the LunaNet ecosystem as systems evolve over time in technologies, standards, components, and user applications. This paper reports on the results of an effort to help frame the development of the international LunaNet architecture by providing a canonical definition of interoperability broad enough to meet these needs, examining architectural and operational implications of the definition, and exploring interoperability strategies and tactics to deploy and evolve the services proposed for cislunar exploration and science missions.

interoperability↗

NASA NTRS1977

Time determination for spacecraft users of the Navstar Global Positioning System /GPS/

Global Positioning System (GPS) navigation is performed by time measurements. A description is presented of a two body model of spacecraft motion. Orbit determination is the process of inferring the position, velocity, and clock offset of the user from measurements made of the user motion in the Newtonian coordinate system. To illustrate the effect of clock errors and the accuracy with which the user spacecraft time and orbit may be determined, a low-earth-orbit spacecraft (Seasat) as tracked by six Phase I GPS space vehicles is considered. The obtained results indicate that in the absence of unmodeled dynamic parameter errors clock biases may be determined to the nanosecond level. There is, however, a high correlation between the clock bias and the uncertainty in the gravitational parameter GM, i.e., the product of the universal gravitational constant and the total mass of the earth. It is, therefore, not possible to determine clock bias to better than 25 nanosecond accuracy in the presence of a gravitational error of one part per million.

Grenchik, T. J.↗

NASA NTRS1985

International time transfer and portable clock evaluation using GPS timing receivers: Preliminary results

The overall experiment was designed to test the positioning and navigation capabilities of the GPS timing receivers developed by the Naval Research Laboratory (NRL) for the NASA Goddard Laser Tracking Network (GITN). To perform this experiment, a reliable and redundant time scale was set up onboard the ship, and a back-up on shore. This situation provided the opportunity to perform simultaneously a timing experiment ideally divided into two parts, the main objectives of the experimentation being: (1) To test GPS timing receiver synchronization capabilities on a moving platform, and to perform an intercontinental synchronization via GPS between participating international timing laboratories in Europe and in the United States. (2) To evaluate the performance of cesium portable clocks in the field.

Wardrip, S. C.↗

NASA NTRS2012

Performance Requirements for Emergency Responder Interoperable and Compatible Electronic Safety Equipment

Firefighters and other emergency response personnel are presented with an increasing array of technologies to improve their health and safety. This includes real-time bidirectional communication, navigation and positional information, data on physiological and metabolic functions, as well as data on their surrounding environment. The emerging challenge is to integrate these elements into a practical system, addressing such features as power, data transfer, and inter-element coordination and communication. In many respects, NASA has addressed these aspects in the context of Extra Vehicular Activity (EVA). The EVA environment shares many common attributes with that of emergency response scenarios. A similar situation exists in terms of the need for interoperability among the various system sub-elements. A brief overview is presented on the similarities and differences in these two applications, as well as the technical approach adopted by NASA in terms of system design philosophy.

Greenberg, Paul S.↗