Search NASA⌕ Search

SEARCH · Search NASA

Results for “Core Support”

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 145 records · Page 8

Space Station Furnace Facility - A multipurpose, high temperature microgravity research facility

This paper describes the Space Station Furnace Facility (SSFF) program. The SSFF is a new development intended to provide an advanced facility for materials research in the microgravity environment of the Space Station. The SSFF will be designed for research in metals, oxides, glasses, and alloy solidification and crystal growth of electronic and electrooptical materials. The facility will be designed to process multiple samples in one or more furnaces in an automated mode. The SSFF will be built around a general facility core which will provide common support functions not provided by the Space Station, subsystems which could best be centralized, and common subsystems which could be distributed with each experiment module. The SSFF will be capable of operation in both the manned and unmanned mode and is scheduled for early deployment aboard the Space Station.

Kirkindall, Arthur S.↗

The Katydid system for compiling KEE applications to Ada

Components of a system known as Katydid are developed in an effort to compile knowledge-based systems developed in a multimechanism integrated environment (KEE) to Ada. The Katydid core is an Ada library supporting KEE object functionality, and the other elements include a rule compiler, a LISP-to-Ada translator, and a knowledge-base dumper. Katydid employs translation mechanisms that convert LISP knowledge structures and rules to Ada and utilizes basic prototypes of a run-time KEE object-structure library module for Ada. Preliminary results include the semiautomatic compilation of portions of a simple expert system to run in an Ada environment with the described algorithms. It is suggested that Ada can be employed for AI programming and implementation, and the Katydid system is being developed to include concurrency and synchronization mechanisms.

Filman, Robert E.↗

Armstrong Flight Research Center Research Technology and Engineering Report 2015

I am honored to endorse the 2015 Neil A. Armstrong Flight Research Center’s Research, Technology, and Engineering Report. The talented researchers, engineers, and scientists at Armstrong are continuing a long, rich legacy of creating innovative approaches to solving some of the difficult problems and challenges facing NASA and the aerospace community.Projects at NASA Armstrong advance technologies that will improve aerodynamic efficiency, increase fuel economy, reduce emissions and aircraft noise, and enable the integration of unmanned aircraft into the national airspace. The work represented in this report highlights the Center’s agility to develop technologies supporting each of NASA’s core missions and, more importantly, technologies that are preparing us for the future of aviation and space exploration.We are excited about our role in NASA’s mission to develop transformative aviation capabilities and open new markets for industry. One of our key strengths is the ability to rapidly move emerging techniques and technologies into flight evaluation so that we can quickly identify their strengths, shortcomings, and potential applications.This report presents a brief summary of the technology work of the Center. It also contains contact information for the associated technologists responsible for the work. Don’t hesitate to contact them for more information or for collaboration ideas.

flight research↗

CARACaS multi-agent maritime autonomy for unmanned surface vehicles in the Swarm II harbor patrol demonstration

This paper describes new autonomy technology that enabled a team of unmanned surface vehicles (USVs) to execute cooperative behaviors in the USV Swarm II harbor patrol demonstration and provides a description of autonomy performance in the event. The new developments extend the NASA Jet Propulsion Laboratory’s CARACaS (Control Architecture for Robotic Agent Command and Sensing) autonomy architecture, which pro- vides foundational software infrastructure, core executive functions, and several default robotic technology mod- ules. In Swarm II, CARACaS demonstrated higher levels of autonomy and more complex cooperation than previous on-water exercises, using full-sized vehicles and real-world sensing and communication. The core au- tonomous behaviors to support the harbor patrol scenario included Patrol, Track, Inspect, and Trail, providing the capability of finding all vessels entering the patrol area, keeping track of them, inspecting them to infer intent, and trailing suspect vessels. Significantly, CARACaS assumed responsibility for not only executing tasks safely and efficiently but also recognizing what tasks needed to be accomplished, given the current state of the world. Since the heterogeneous USV teams shared world model that evolved, such as due to (dis)appearance of vessels in the area or a change in health or availability of a USV, CARACaS replanned to generate and reallocate the new task list. Thus, human intervention was never required in the loop to task USVs during mission execution, though a supervisory role was supported in the autonomy system for mission monitoring and exception handling. Finally, CARACaS also ensured the USVs avoided hazards and obeyed the applicable rules of the road, using its local motion planning modules.

Sandoval, Michael↗

The Global Precipitation Measurement (GPM) Project

The GIobd Precipitation hleasurement (GPM) mission is an international cooperati~ee ffort to advance weather, climate, and hydrological predictions through space-based precipitation measurements. The Core Observatory will be a reference standard to uniform11 calibrate data from a constellatism of spacecraft with passive microuave sensors. GP3l mission data will be used for scientific research as well as societal applications. GPM is being developed under a partnership between the United States (US) National .Aeronautics and Space Administration (XASA) and the Japanese Aerospace and Exploration Agency (JAYA). NASA is developing the Core Observatory, a Low-Inclination Constellation Observatory, two GPM Rlicrowave Imager (GXII) instruments. Ground Validation System and Precipitation Processing System for the GPRl mission. JAXA will provide a Dual-frequency Precipitation Radar (DPR) for installation on the Core satellite and launch services for the Core Observatory. Other US agencies and international partners contribute to the GPkf mission by providing precipitation measurements obtained from their own spacecraft and,'or providing ground-based precipitation measurements to support ground validation activities. The GPM Core Observatory will be placed in a low earth orbit (-400 krn) with 65-degree inclination, in order to calibrate partner instruments in a variety of orbits. The Core Observatory accommodates 3 instruments. The GkfI instrument provides measurements of precipitation intensity and distribution. The DPR consists of Ka and Ku band instruments, and provides threedimensional measurements of cloud structure, precipitation particle size distribution and precipitation intensitj and distribution. The instruments are key drivers for GPM Core Observatory overall size (1 1.6m x 6.5m x 5.0m) and mass (3500kg), as well as the significant (-1 950U.3 power requirement. The Core Spacecraft is being built in-house at Goddard Space Flight Center. The spacecraft structure consists of an aluminum lower bus structure. composite upper bus structure, '-axis steerable High Gain Antenna System on a dual-hinged boom, and two deploy able solar arraq s. The propulsion system features twelve thrusters and a single Composite Overlv~apP ressure Vessel tank. The GPhl Core spacecraft is one of the first large spacecraft developed to be demiseable (i.e. burn up upon atmospheric reentry j. The spacecraft dernissable components-- structure. propulsion tank, lithium-ion battery, sotar array md reaction wheels. are a unique fcature.

Azarbarazin, Ardeshir Art↗

NASA Wrangler: Automated Cloud-Based Data Assembly in the RECOVER Wildfire Decision Support System

NASA Wrangler is a loosely-coupled, event driven, highly parallel data aggregation service designed to take advantageof the elastic resource capabilities of cloud computing. Wrangler automatically collects Earth observational data, climate model outputs, derived remote sensing data products, and historic biophysical data for pre-, active-, and post-wildfire decision making. It is a core service of the RECOVER decision support system, which is providing rapid-response GIS analytic capabilities to state and local government agencies. Wrangler reduces to minutes the time needed to assemble and deliver crucial wildfire-related data.

decision support↗

PYSAT: Python Satellite Data Analysis Toolkit

A common problem in space science data analysis is combining complementary data sources that are provided and analyzed in different formats and programming languages. The Python Satellite Data Analysis Toolkit (pysat) addresses this issue by providing an open source toolkit that implements the general process of space science data analysis, from beginning to end, in an instrumentindependent manner. This toolkit uses an Instrument object that enables systematic analysis of science data from a variety of platforms within a single interface. Basic functions such as downloading, loading, and cleaning are included for all supported instruments. Common analysis routines are also included, which are instrument and data source independent. A nanokernel is used to provide instrument independence, it is attached to the Instrument object and mediates the systematic and arbitrary modification of loaded data. Pysat uses the nanokernel to improve the rigor of time series analysis, support onthefly orbit determination, and cleanly span file breaks. Pysat's functions and higherlevel scientific analysis features are validated through the use of unit testing. Further adoption by the community provides a set of scientific results produced by a common core, constituting a distributed heritage that supports the validity of the underlying processing and scientific output. These features are used to demonstrate consistency between derived electron density profiles and measured ion drifts, particularly downward ion drifts in the afternoon hours during extreme solar minimum. Pysat builds upon open source Python software that is freely available and encourages communitydriven development.

Stoneback, R.A.↗

The Impact of Packaging on Soft Magnetic Core Performance

Soft magnetic cores are rarely used in application without packaging. The packaging mechanically integrates the core into the rest of the design and can support other external forces such as winding stress. Material data sheets typically offer core performance in an unstressed environment, that represents a best-case scenario for materials with non-zero magnetostriction. This work will show the impact of various packaging solutions on core properties as well as best practices, both material and packaging design. A particular emphasis will be placed on packaging solutions for aerospace applications.

Magnetic Cores↗

Collapse and fragmentation of molecular cloud cores. 2: Collapse induced by stellar shock waves

The standard scenario for low-mass star formation involves 'inside-out' collapse of a dense molecular cloud core following loss of magnetic field support through ambipolar diffusion. However, isotopic anomalies in presolar grains and meteoritical inclusions imply that the collapse of the presolar cloud may have been triggered by a stellar shock wave. This paper explores 'outside-in' collapse, that is, protostellar collapse initiated directly by the compression of quiescent dense cloud cores impacted by relatively slow stellar shock waves. A second-order accurate, gravitational hydrodynamics code has been used to study both the spherically symmetrical and three-dimensional evolution of initially centrally condensed, isothermal, self-gravitating, solar-mass cloud cores that are struck by stellar shock waves with velocities up to 25 km/s and postshock temperatures of 10 to 10,000 K. The models show that such mild shock waves do not completely shred and destroy the cloud, and that the dynamical ram pressure can compress the cloud to the verge of self-gravitational collapse. However, compression caused by a high postshock temperature is a considerably more effective means of inducing collapse. Shock-induced collapse produces high initial mass accretion rates (greater than 10(exp -4) solar mass/yr in a solar-mass cloud) that decline rapidly to much lower values, depending on the presence (approximately 10(exp -6) solar mass/yr) or absence (approximately 10(exp -8) to 10(exp -7) solar mass/yr) of an infinite reservoir of mass. Stellar mass accretion rates approximately 10(exp -7) solar mass/yr have been previously inferred from the luminosities of T Tauri stars; balanced mass accretion (stellar rate = envelope rate) at approximately 10(exp -7) solar mass/yr could then be possible if accretion occurs from a finite mass reservoir. Fluid tracers are used to determine what fraction of the stellar shock material is incorporated into the resulting protostellar object and disk; roughly half the impinging material is injected into the collapsing cloud core when there is a high postshock temperature. The models are consistent with a scenario where an AGB star wind triggered the collapse of the presolar cloud while injecting about 0.01 solar mass of matter derived from the AGB star envelope, as has been separately inferred on the basis of nucleosynthesis calculations.

Boss, Alan P.↗

EOS ground data and operations support

The Earth Observing System (EOS) is planned as a space-based measurement system, earth-science research program, and data and information system (EOSDIS). It will consist of several observatories with multiple earth sensing instruments to provide investigators with a thorough, long-term view of the earth's environment. Providing the data handling and flight operations support for EOS will be the EOSDIS Core System (ECS). The ECS will command and control the observatories consisting of core service platforms and science instruments, and it will transport, process, and store the EOS data, provide access to the data for years, and support researchers. EOS and EOSDIS are briefly described to provide a context for a description of the ECS.

Smith, Gene↗

EOS ground data systems: A description and interface overview

The Earth Observing System (EOS) is planned as a space-based measurement system, earth-science research program, and data and information system (EOSDIS). It will consist of several high data rate spacecraft with multiple earth sensing instruments which provide investigators with a thorough, longterm view of the earth's environment. Up to seven spacecraft may be supported at once, either in operational, checkout, or testing phases; and the average data rate from the EOS satellites in orbit at any one time is expected to be from 18 to 60 Mbps. Providing the data processing and flight operations support for EOS will be the EOSDIS Core System (ECS). The ECS will command and control the spacecraft; process and store the EOS data; provide access to the data for years; and support researchers. The data processing aspects of the ECS consist of a collection of Distributed Active Archive Centers (DAAC's) which perform the product generation, data archive and distribution, and information management services. Flight operations aspects will be provided by the EOS Operations Center, by instrument control centers, and by widely distributed instrument support terminals. The communications and system management aspects will be provided by the EOSDIS Science Network and the System Management Center. In addition to the EOS satellite data, other data sets from earlier earth science missions are also to be added to designated DAAC's. Other ground data systems which will provide support to EOS for acquiring, transporting, processing, and distributing the transformed spacecraft data are currently being defined or are being upgraded for the EOS era. These systems include the Space Network consisting of the Tracking and Data Relay Satellite System (TDRSS), the TDRSS Ground Terminals, and the Network Control Center as well as the night Dynamics Facility, the EOS Data and Operations System, and EOS Communications. This paper briefly describes data handling by the ECS, the support data systems, their interfaces, and their roles.

Smith, Gene↗

Zircon, Baddeleyite, and Reidite Found in Ries Crater Suevite

Introduction: Impact events can generate superheated impact melts and even vapor [1]. In the past decade, evidence of the high temperatures and high pressures of the impact process has been found in the impact melt from terrestrial craters (e.g., Mistastin Lake [2], Meteor Crater [3]) and even on the Moon [4–5]. Often, these studies involve zircon or zirconium-bearing phases. Zircon is a particularly useful mineral, due to its robustness and durability against weathering. It is used principally for chronology, but it has a multitude of geologic applications, including geothermometry and fingerprinting magma sources. Here we focus on its capability of recording impact conditions. Grains of zircon (ZrSiO4) are converted at high temperature and/or pressure during an impact event to reidite (a high-pressure polymorph of ZrSiO4) or to tetragonal-ZrO2 + SiO2 [6]. Reidite and tertragonal-ZrO2 leave identifying relicts in the rocks, markers of the high pressures and/or temperatures these rocks underwent. Ries Crater is a 26-km-diameter peak ring crater in southern Germany that formed approximately 15 Ma [7–9]. Ries is the type locality of the polymict impact breccia known as suevite. Here, we report a microanalytical study of suevite from the Ries impact structure. These analyses are used to inform our understanding of the pressure and temperature conditions involved in creating a polymict impact breccia such as suevite in a peak ring crater. Sample Description: The sample, denoted 16RS08, originates from Otting Quarry, at 48.8777° N, 10.7921° E, approximately 17 km from the center of the Ries Crater in Germany (approximately 4 km outside the crater rim). The material recorded in sample 16RS08 is therefore considered an outer suevite. The outer suevite is a discontinuous layer of polymict impact breccia that occurs outside the central ring of Ries, up to 22 km from the center of the crater [9]. Lithic clasts in the outer suevite consist primarily of crystalline basement rocks (gneiss, granite, amphibolite), with less than 5% of lithic clasts being overlying sedimentary rocks (limestone, sandstone, shale) [9]. The thin section studied contains variably shocked lithic and mineral clasts, impact glass, and interstitial minerals that make up the matrix of the breccia (Fig. 1) [9]. Methods: We used a Cameca SX100 electron probe microanalyzer (EPMA) located in the Kuiper Materials Imaging and Characterization Facility (KMICF) at the University of Arizona to obtain 15 elemental X-ray maps of 16RS08. We next used the JEOL 7900F SEM at the Astromaterials Research & Exploration Science (ARES) at NASA Johnson Space Center (JSC) to obtain electron backscatter diffraction (EBSD) maps and energy dispersive X-ray spectroscopy (EDS) maps of select portions of the section. The EBSD data were collected under beam conditions of 20 kV, and ~9 μA, with step sizes varying from 0.05 to 2 μm. Following EBSD data collection, we processed the data using AZtecCrystal and MTEX, a free MATLAB toolbox. Results: We used the elemental X-ray maps to identify the areas of interest in the section, particularly phosphates and Zr-bearing grains. These areas of interest were then targeted for follow up EBSD and EDS analyses. We have identified, through combined EBSD and EDS analysis, the presence of zircon, reidite, and monoclinic-ZrO2 (baddeleyite) in 16RS08. In 16RS08, we have found singular grains of zircon, zircon with a vermicular baddeleyite halo (Fig. 2a), and granular zircon with reidite (Fig. 2b). The different Zr-rich phases and their corresponding textures signifies that this sample underwent a broad spectrum of pressure and temperature conditions during the impact event. For example, zircons surrounded by a vermicular baddeleyite and SiO2 intergrowth (i.e., Fig. 2a) have been shown to preserve evidence of the extremely high temperatures of impact melt, upwards of 2370 °C [2, 6]. Similarly, reidite and granular zircon (i.e., Fig. 2b) have been shown to preserve evidence of high pressure, as the transition to reidite occurs >30 GPa [3, 6]. Future Work: Next, we will process the EBSD and EDS data for these Zr-rich grains, specifically looking for indicators of cubic- or tetragonal-ZrO2 in the baddeleyite remnants and of shock-precursors to the reidite. To further inform our work, we will also obtain BSE images of these grains using a Hitachi S-4800 SEM in KMICF at the University of Arizona, as well as geochemical spot analyses via EPMA. The data collected will be used to constrain the formation conditions of the Ries Crater outer suevite. Acknowledgments: We thank Ken Domanik and Jerry Chang for their support with data collection. This work was supported by a University of Arizona RII Core Facilities Pilot Program grant and start-up funds to JJB. TME thanks A. Cavosie and N. Timms for assistance during field sampling. We acknowledge support from NASA’s Planetary Science Research program for analysis performed at JSC. References: [1] Melosh H. J. (1989) Oxf. U. Press. [2] Timms et al. (2017) EPSL 477, 52–58. [3] Cavosie et al. (2016) Geology 44:9, 703–706. [4] White et al. (2020) Nature Astr. 4, 974–978. [5] Crow C. A. et al. (2017) GCA 202, 264–284. [6] Timms et al. (2017) Earth-Sci. Rev. 165, 185–202. [7] Schmieder M. et al. (2018) GCA 220, 146–157. [8] Schwarz W. H. et al. (2020) M&PS 55:2, 312–325. [9] Stöffler et al. (2013) M&PS 43:4, 515–589.

Zircon↗

The Nation's Vision for Exploration: An Update

I.Current key activities: a) Constellation Level2-System Engineering. b) Lunar Architecture Team (LAT)2-technology assessment and architectural option for the lander. c) Mars Architecture Team-system engineering support, Science integration, precursor program planning. d) Lunar Lander Project Core Team-GN&C and Flight system engineering. e) Technology program-supporting multiple projects in robotics, power systems, aero entry technology. f) Mission Operation Project-Mission operations system engineering. g) Advanced Environmental Monitoring Instruments. H. Lunar Reconnaissance Orbiter instrument (Diviner). II. Mission Proposals a) Lunar Sample return. b) Lunar Gravity field mapper.

space exploration↗

NASA's Core Trajectory Sub-System Project: Using JBoss Enterprise Middleware for Building Software Systems Used to Support Spacecraft Trajectory Operations

NASA's Johnson Space Center (JSC) / Flight Design and Dynamics Division (DM) has prototyped the use of Open Source middleware technology for building its next generation spacecraft mission support system. This is part of a larger initiative to use open standards and open source software as building blocks for future mission and safety critical systems. JSC is hoping to leverage standardized enterprise architectures, such as Java EE, so that its internal software development efforts can be focused on the core aspects of their problem domain. This presentation will outline the design and implementation of the Trajectory system and the lessons learned during the exercise.

Stensrud, Kjell C.↗

Towards a Reference Architecture for Model-Based Engineering Environments

A key aspect of adopting model-based systems engineering as a practice in an organization is the design and development, and adoption of corresponding processes and tools that support the model-based paradigm. In an effort to enable the unified implementation of such processes and tools, this paper introduces a reference architecture model that serves as a specification for a model-based engineering environment. Current systems engineering practices, products, processes and technologies are used as input for continuously refining the architecture model. In the paper, we introduce and report on the current status of this reference architecture model, and present the methodology applied in developing the reference architecture. We conclude that while there are a very large number of domain- or application-specific processes requiring specialized behavior, these can be reduced through abstraction to a small set of core functions that need to be supported by a realization of a model-based engineering environment. Only very few organization-domain- or application-specific aspects require specialized consideration.

Herzig, Sebastian J. I.↗

Validity of the Temperature Reconstruction from Water Isotopes in Ice Cores

Well-documented present-day distributions of stable water isotopes (HDO and others) show the existence, in middle and high latitudes, of a linear relationship between the mean annual isotope content of precipitation (SD and 51"0) and the mean annual temperature at the precipitation site. Paleoclimatologists have used this relationship, which is particularly well obeyed over Greenland and Antarctica, to infer paleotemperatures from ice core data. There is, however, growing evidence that spatial and temporal isotope/ surface temperature slopes differ, thus complicating the use of stable water isotopes as paleothermometers. In this paper we review empirical estimates of temporal slopes in polar regions and relevant information that can be inferred from isotope models: simple, Rayleigh-type distillation models and (particularly over Greenland) general circulation models (GCMS) fitted with isotope tracer diagnostics. Empirical estimates of temporal slopes appear consistently lower than present-day spatial slopes and are dependent on the timescale considered. This difference is most probably due to changes in the evaporative origins of moisture, changes in the seasonality of the precipitation, changes in the strength of the inversion layer, or some combination of these changes. Isotope models have not yet been used to evaluate the relative influences of these different factors. The apparent disagreement in the temporal and spatial slopes clearly makes calibrating the isotope paleothermometer difficult. Nevertheless, the use of a (calibrated) isotope paleothermometer appears justified; empirical estimates and most (though not all) GCM results support the practice of interpreting ice core isotope records in terms of local temperature changes.

Jouzel, J.↗

Multiple Restart Testing of a Stainless Steel Sodium Heat Pipe Module

A heat pipe cooled reactor is one of several candidate reactor cores being considered for space power and propulsion systems to support future space exploration activities. Long life heat pipe modules. with designs verified through a combination of theoretical analysis and experimental evaluations. would be necessary to establish the viability of this option. A hardware-based program was initiated to begin experimental testing of components to verify compliance of proposed designs. To this end, a number of stainless steel/sodium heat pipe modules have been designed and fabricated to support experimental testing of a Safe Affordable Fission Engine (SAFE) project, a 100-kWt core design pursued jointly by the Marshall Space Flight Center and the Los Alamos National Laboratory. One of the SAFE heat pipe modules was successfully subjected to over 200 restarts. examining the behavior of multiple passive freeze/thaw operations. Typical operation included a 1-hour startup to an average evaporator temperature of 1000 K followed by a 15 minute hold at temperature. Nominal maximum input power during the hold period was 1.9 kW. Between heating cycles the module was cooled to less than 325 K, returning the sodium to a frozen state in preparation fop the next startup cycle.

Martin, James↗

The IOAG Recommendations on Spacecraft Emergency Cross Support

In 2014, the Inter-agency Operations Advisory Group (IOAG) chartered a multi-agency team effort to study how to best handle spacecraft emergency as part of cross support among network assets. The original intent is to put in place for the first time a process and guidelines to make emergency support as part of a permanent cross-support capability between space agencies. From the perspective of space communications service providers, a few key issues, common to all agencies, concerning the Spacecraft Emergency Cross Support (SECS) have been explored. They are: context of emergency support, provision of emergency support under a cross-support agreement, provision of emergency support with no cross-support agreement, legal and liability issues, response time, support priority, services provided, sustaining emergency support capabilities, and charge for the support. The positions of the various participating agencies with respect to these issues have been collected, analyzed, and finally harmonized to form the recommended IOAG positions. A central challenge most communications service providers are facing is that since the spacecraft emergency is an unplanned critical event, it typically requires fast response to the emergency call, hence lacking an international standard process for the operational interfaces seems to exacerbate the difficulty in providing SECS. For reducing the response time, i.e. from the time of accepting a request for SECS to the readiness for support, it is recommended that a “cross-support emergency system” be established by IOAG member agencies. Along with it, the IOAG core services, just-in-time ground communications line, cross support service management (CSSM), and standard operations procedures (SOP) for operational interfaces form the basic foundation of the “cross support emergency system”. Of the above, new to the cross support conducted thus far in the IOAG community is the concept of the SOP specifically for the interfaces between the service provider and service user during the SECS. Use cases, salient features, and definition of the key operational activities/tasks relevant to the interfaces are addressed by the effort. Underpinning such a system is the availability of the RF license granted by the local authority, at national and/or regional level, for a given ground station to communicate with and track the spacecraft in emergency mode at the uplink and downlink frequencies assigned to that spacecraft. That means it is critical for the IOAG member agencies to obtain a priori all-band licenses (for the entire X-band or S-band) for some, if not all, of their ground stations that are most capable of or likely to provide SECS. It is also recommended that certain prior arrangements be made with the relevant local licensing authorities for a process that will allow expedited authorization to transmit/receive signals to/from the declared spacecraft over the declared ground stations specifically and solely for the emergency case. Our analysis of the SECS has also uncovered a few fundamental programmatic issues. Recognizing any IOAG positions reached on these issues do not necessarily lead to any binding authority, it is recommended that they, along with those key attributes of the cross support emergency system, be explicitly stated as multi-agency guidelines to guide the implementation and provision of the SECS. The paper will present the results of the working group on Spacecraft Emergency Cross Support and, in particular, its findings, products and recommendations. It will also identify the next steps of this work that may include the production of some international standards as an extension of this work, or the process to make this emergency system usable by other spacecraft operators beyond the space agencies.

Tai, Wallace S.↗