ALBERT

Description: A well-known hazard associated with exposure to the space environment is the risk of vehicle failure due to an impact from an micrometeoroid and orbital debris (MMOD) particle. Among the vehicles of importance to NASA is the extravehicular mobility unit (EMU) spacesuit used while performing a US extravehicular activity (EVA). An EMU impact is of great concern as a large leak could prevent an astronaut from safely reaching the airlock in time resulting in a loss of life. For this reason, a risk assessment is provided to the EVA office at the Johnson Space Center (JSC) prior to certification of readiness for each US EVA. To assess the risk of failure, a detailed finite element model (FEM) of the EMU has been created which has regions for the various shielding configurations. Each shielding configuration is based on the layers and materials over the innermost bladder layer that maintains the acceptable atmospheric environment for the astronaut. Ballistic limit equations (BLE) for each shielding configuration have been determined from hypervelocity impact testing of samples of the EMU layup.

Description: No abstract available

Description: Collision risk management theory requires a thorough assessment of both the likelihood and consequence of potential collision events. Satellite conjunction risk assessment has produced a highly-developed theory for assessing the likelihood of collision but neglects to account for the consequences of a given collision. While any collision may compromise the operational survival of a spacecraft, the amount of debris produced by the potential collision, and therefore the degree to which the orbital corridor may be compromised, can vary greatly among satellite conjunctions. Previous studies leveraged work on satellite collision modeling to develop a method to estimate whether a particular collision is likely to produce a relatively large or relatively small amount of resultant debris. The approximation of the number of debris pieces is dependent on a mass estimation process for the secondary objects utilizing the radar cross section of said object. This study examines the validity of the mass estimation process and establishes uncertainty bounds on the secondary object mass, which will be used to best approximate the possible consequences of a potential collision. This process is then applied to a large set of historical conjunctions to assess the frequency at which possible collisions may significantly augment the orbital debris environment in operational spacecraft.

Description: We introduce a framework that automates the process of assessing potential satellite conjunctions in space, and generating collision avoidance maneuvers to support mitigation efforts within a novel space traffic management (STM) architecture. A software implementation of the framework was developed in a MATLAB-STK integrated environment, however, the concept and framework is agnostic to the language or environment. The software pulls from existing catalogs of spaceborne objects and ingests user-defined parameters to produce conjunction data, which could potentially aid collision avoidance planning in the STM architecture. The utility of the software in maneuver planning and exploring a performance-based tradespace of actions is demonstrated using three example cases: one-to-one conjunction, one-versus-four conjunctions, and a near head-on collision. The framework also provides a test-bed for the use of application programming interfaces (APIs) to demonstrate machine-to-machine communication between entities in our proposed STM architecture. Results from this software implementation are expected to aid distributed decision-making among various stakeholders, and inform efficient, autonomous, structured but flexible concept of operations within STM.

Description: Nearing its first launch, the Space Launch System (SLS), NASAs new super heavy-lift launch vehicle, offers highly energetic launches that deliver more mass and provide more volume in 8.4 m-diameter and potentially larger fairings to make a new generation of deep space missions possible. An evolvable launcher available in crew, crew with a co-manifested payload (CPL) and cargo-only configurations, SLS is a crucial capability to enable astronauts to return to the Moon, but it also offers key benefits for science missions. NASAs 21st-century return to the Moon recently received a formal name: the Artemis program. In addition to the core enabling capabilities of SLS and the Orion crew spacecraft, NASA will also enlist international and commercial partnerships for Artemis. The Agency intends to build a scientific outpost in lunar orbit, the Gateway, from which human and robotic missions to and from the surface can rendezvous. SLS will launch Orion on a series of missions leading to landing the first woman and the next man on the Moon as part of Artemis. SLS uses proven propulsion systems: two solid rocket boosters and four RS-25s engines that have been upgraded to provide more thrust and operate in the SLS environment. SLS Block 1 uses a modified Delta IV Heavy upper stage, called the Interim Cryogenic Propulsion Stage (ICPS) and lifts at least 26 metric tons (t) to trans-lunar injection (TLI). The Block 1 vehicle can also be outfitted with a 5 m-diameter fairing. Block 1B, the next major variant, also uses solid rocket boosters and RS-25 engines to achieve Earth escape velocity, but replaces the single-engine liquid hydrogen (LH2)/liquid oxygen (LOX) ICPS with a four-engine LH2/LOX Exploration Upper Stage (EUS) to increase mass to TLI to 34-37 t, depending on crew or cargo configuration. In the Block 1B crew configuration, a 10 m-tall Universal Stage Adapter (USA) connects the vehicle to Orion and can carry a CPL up to 10 t. The USA provides 286 m3 of unpressurized volume for payloads. For large payloads, 8.4 m- and 10 m-diameter cargo fairings in 19.1 m and 27.4 m lengths are possible. The ultimate SLS vehicle, Block 2, incorporates evolved boosters to reach a lift capacity of more than 45 t to TLI. The capabilities of SLS not only make new missions to the Moon possible, but also game-changing science missions, such as deployment of large-aperture space telescopes, spacecraft to the ice giants or even probes to the interstellar medium. This paper will discuss the capabilities of SLS, the vehicles planned evolution, missions that can effectively utilize the vehicle and manufacturing status of the vehicle.

Description: No abstract available

Description: Current state of the art in Space Traffic Management (STM) relies on a handful of providers for surveillance and collision prediction, and manual coordination between operators. Neither is scalable to support the expected 10x increase in spacecraft population in less than 10 years, nor does it support automated manuever planning. We present a software prototype of an STM architecture based on open Application Programming Interfaces (APIs), drawing on previous work by NASA to develop an architecture for low-altitude Unmanned Aerial System Traffic Management. The STM architecture is designed to provide structure to the interactions between spacecraft operators, various regulatory bodies, and service suppliers, while maintaining flexibility of these interactions and the ability for new market participants to enter easily. Autonomy is an indispensable part of the proposed architecture in enabling efficient data sharing, coordination between STM participants and safe flight operations. Examples of autonomy within STM include syncing multiple non-authoritative catalogs of resident space objects, or determining which spacecraft maneuvers when preventing impending conjunctions between multiple spacecraft. The STM prototype is based on modern micro-service architecture adhering to OpenAPI standards and deployed in industry standard Docker containers, facilitating easy communication between different participants or services. The system architecture is designed to facilitate adding and replacing services with minimal disruption. We have implemented some example participant services (e.g. a space situational awareness provider/SSA, a conjunction assessment supplier/CAS, an automated maneuver advisor/AMA) within the prototype. Different services, with creative algorithms folded into then, can fulfil similar functional roles within the STM architecture by flexibly connecting to it using pre-defined APIs and data models, thereby lowering the barrier to entry of new players in the STM marketplace. We demonstrate the STM prototype on a multiple conjunction scenario with multiple maneuverable spacecraft, where an example CAS and AMA can recommend optimal maneuvers to the spacecraft operators, based on a predefined reward function. Such tools can intelligently search the space of potential collision avoidance maneuvers with varying parameters like lead time and propellant usage, optimize a customized reward function, and be implemented as a scheduling service within the STM architecture. The case study shows an example of autonomous maneuver planning is possible using the API-based framework. As satellite populations and predicted conjunctions increase, an STM architecture can facilitate seamless information exchange related to collision prediction and mitigation among various service applications on different platforms and servers. The availability of such an STM network also opens up new research topics on satellite maneuver planning, scheduling and negotiation across disjoint entities.