NASA Integrated Space Communications Network

Tai, Wallace; Wright, Nate; Prior, Mike; Bhasin, K. B.

doi:10.2514/6.2012-1275818

Cited by 9 publications

(4 citation statements)

References 1 publication

Supporting

Mentioning

Contrasting

Order By: Relevance

“…The Space Communication and Navigation Office (SCaN) of NASA, which manages these networks, chartered a series of system of systems trade studies to evaluate different architectural options for integrating these networks. The method described in this paper was used in the Cycle 5 and 6 trade studies to document all of the system interfaces, their end-to-end configurations, and their interface protocol bindings [8,9].…”

Section: Application Of System Interface Modelsmentioning

confidence: 99%

A modeling pattern for layered system interfaces

Shames

Sarrel

2015

INCOSE International Symp

View full text Add to dashboard Cite

Communications between systems is often initially represented at a single, high level of abstraction, a link between components. During design evolution it is usually necessary to elaborate the interface model, defining it from several different, related viewpoints and levels of abstraction. This paper presents a pattern to model such multi-layered interface architectures simply and efficiently, in a way that supports expression of technical complexity, interfaces and behavior, and analysis of complexity. Each viewpoint and layer of abstraction has its own properties and behaviors. System elements are logically connected both horizontally along the communication path, and vertically across the different layers of protocols. The performance of upper layers depends on the performance of lower layers, yet the implementation of lower layers is intentionally opaque to upper layers. Upper layers are hidden from lower layers except as sources and sinks of data. The system elements may not be linked directly at each horizontal layer but only via a communication path, and end-to-end communications may depend on intermediate components that are hidden from them, but may need to be shown in certain views and analyzed for certain purposes.This architectural model pattern uses methods described in ISO 42010 [1], Recommended Practice for Architectural Description of Software-intensive Systems and CCSDS 311.0-M-1 [2], Reference Architecture for Space Data Systems (RASDS). A set of useful viewpoints and views are presented, along with the associated modeling representations, stakeholders and concerns. These viewpoints, views, and concerns then inform the modeling pattern. This pattern permits viewing the system from several different perspectives and at different layers of abstraction. An external viewpoint treats the systems of interest as black boxes and focuses on the applications view, another view exposes the details of the connections and other components between the black boxes. An internal view focuses on the implementation within the systems of interest, either showing external interface bindings and specific standards that define the communication stack profile or at the level of internal behavior. Orthogonally, a horizontal view isolates a single layer and a vertical viewpoint shows all layers at a single interface point between the systems of interest. Each of these views can in turn be described from both behavioral and structural viewpoints.

show abstract

Section: Application Of System Interface Modelsmentioning

confidence: 99%

A modeling pattern for layered system interfaces

Shames

Sarrel

2015

INCOSE International Symp

View full text Add to dashboard Cite

show abstract

“…It is intended to integrate NASA's three existing network elements, that is, the Space Network, the Near Earth Network and the Deep Space Network into a single network. It is also responsible for providing communications and navigation services to space flight missions throughout the solar system (Jennings et al, 2009; Tai et al, 2012). More recently, in 2015, NASA proposed the Multi-Autonomous Positioning System (MAPS), which has already been implemented and routinely used for Martian communications, through the use of the Mars Reconnaissance Orbiter and Mars Odyssey spacecraft.…”

Section: Introductionmentioning

confidence: 99%

An Interplanetary Network for Spacecraft Autonomous Navigation

et al. 2018

View full text Add to dashboard Cite

An interplanetary autonomous navigation network, named the Internet of Spacecraft (IoS), is proposed in this paper to enable a Solar System-wide autonomous navigation capability for spacecraft. This network consists of two types of spacecraft, namely host and client spacecraft. The former provide the absolute reference for the whole network, and the latter determine their positions by communicating with the host spacecraft or other client spacecraft. To investigate the performance of IoS, a detailed application scheme that supports a flight from Earth to Mars is developed and analysed. IoS is not a simple extension of the navigation constellation. It is independent of the ground tracking system and the configuration of the network is flexible in that any spacecraft-installed identical device can be added to it. Moreover, client spacecraft whose positions have been determined can also be regarded as host spacecraft and provide further navigation information to others. This paper aims to provide technical support for future deep space exploration.

show abstract

“…To support future science and exploration missions, the National Aeronautics and Space Administration (NASA) Space Communications and Navigation (SCaN) program has defined a new space communications architecture and roadmap, including definitions of the network elements, the services supported between them, and a high-level development phasing approach [1,2]. This architecture improves on many attributes of the legacy space communications systems that NASA uses, and includes upgrades and new systems that will increase flexibility and extensibility of the infrastructure in order to ensure interoperability with existing and future systems.…”

Section: Introductionmentioning

confidence: 99%

Software defined radio architecture contributions to next generation space communications

Kacpura

Eddy

Smith

et al. 2015

2015 IEEE Aerospace Conference

View full text Add to dashboard Cite

The structure of candidate next-generation integrated communication architectures for space communications and navigation address technologies, architectural attributes, mission services, and communications capabilities is improved by using software defined radios (SDRs). Evaluating lessons learned from development and operation of the early space SDRs on the NASA Space Communications and Navigation (SCaN) Testbed on the International Space Station (ISS) provide feedback for defining the communications architecture. An important attribute is leveraging SDR reconfigurability, which can be changes the way that operations are conducted.

show abstract

NASA Integrated Space Communications Network

Cited by 9 publications

References 1 publication

A modeling pattern for layered system interfaces

A modeling pattern for layered system interfaces

An Interplanetary Network for Spacecraft Autonomous Navigation

Software defined radio architecture contributions to next generation space communications

Contact Info

Product

Resources

About