Skip to main content

Tier Information

The Rapid Resilient Command and Control (R2C2) program under the United States Space Force (USSF) has four tiers of interface specification documents (ISDs).

Tier 1 and 2 are tactical command and control space vehicle message standards while Tier 3 and 4 are implementation specific interfaces for services in those satellite operating centers (SOCs). The R2C2 Tier 1 ISD clones Object Management Group (OMG) Command Control Mission Systems (C2MS) v1.0 with some alterations and message creations supporting DoD requirements or USSF space domain capabilities. Tier 2 ISDs are the R2C2 standards for system domain capabilities (e.g. Flight Dynamics, Telemetry Tracking & Commanding, Mission Planning & Scheduling, Ground Resource Management, Ground Resource Scheduling, etc.) which are based on Tier 1 messages. The Tier 3 ISDs are for service component’s or product’s interface implementation details while Tier 4 is the mission-specific interface details.

This page includes status guidance for R2C2’s Tier 1 message interface standard and additional alerts with AstroUXDS statuses. For information regarding the other Tiers, contact Astro Support.

Message Alerts

CMD-ECHO-RESULT

The Command-Echo-Message’s command echo result field enumeration descriptions: NOTC: Not Compared, GOOD: Good Compare, MISC: Miscompare, TOUT: Timeout waiting for echo, UNEX: Unexpected echo data received.

ValueDesign TokenStatus Symbol
NOTCcolor.status.off
GOODcolor.status.normal
MISCcolor.status.critical
TOUTcolor.status.serious
UNEXcolor.status.caution

CMD-ECHO-RESULT in the Message Interface Specification Document: 3.14.3 - Command ECHO Message.

COMPONENT-STATUS

Indicates the condition of the component being monitored, typically itself, although it may be a proxy for a remote component. The component may choose the condition level based on its own criteria.

ValueDesign TokenStatus Symbol
DEBUG:0color.status.standby
NORMAL_GREEN:1color.status.normal
YELLOW:2color.status.caution
ORANGE:3color.status.serious
RED:4color.status.critical

COMPONENT-STATUS locations in the Message Interface Specification Document: 3.9.4 - Component-To-Component Transfer Heartbeat Message.

DATA-QUALITY

The quality of the data. RAW = No quality check, VALIDATED = Checked and passed, DEGRADED = checked with quality issues.

Note: We do not provide color guidance for RAW since it is more of a state or process and not a status. If you have a use case that requires a status color or symbol please reach out to Astro support.

ValueDesign TokenStatus Symbol
VALIDATEDcolor.status.normal
DEGRADEDcolor.status.serious

DATA-QUALITY locations in the Message Interface Specification Document: 3.17.6 - Tracking Data Message.

DEVICE.N.STATUS

Condition of the device being reported. The criteria for selecting the DEVICE.N.STATUS description is left to the reporting component.

ValueDesign TokenStatus Symbol
DEBUG:0color.status.standby
NORMAL_GREEN:1color.status.normal
YELLOW:2color.status.caution
ORANGE:3color.status.serious
RED:4color.status.critical

DEVICE.N.STATUS locations in the Message Interface Specification Document: 3.9.3 - Component-To-Component Transfer Device Message.

MNEMONIC.N.STATUS

Status of the ‘nth’ mnemonic: valid mnemonic, valid mnemonic with no data, or invalid mnemonic.

ValueDesign TokenStatus Symbol
VALID:1color.status.normal
VALID_NO_DATA:2color.status.off
INVALID:3color.status.caution

MNEMONIC.N.STATUS locations in the Message Interface Specification Document: 3.10.4 - Processed Telemetry Frame Message, 3.12.2 - Mnemonic Value Response Message, 3.12.3 - Mnemonic Value Data Message, 3.13.2 - Archive Mnemonic Value Response Message, 3.13.3 - Archive Mnemonic Value Data Message.

PRIORITY

Indicates processing priority, if applicable.

ValueDesign TokenStatus Symbol
Normal:1color.status.normal
Medium:2color.status.caution
High:3color.status.critical

PRIORITY locations in the Message Interface Specification Document: 3.8.1 - Directive Request Message, 3.16.1 - Simple Service Request Message.

RESPONSE-STATUS

Identifies the status of the message that was processed. The figure below of a status tree shows the behavioral paths a response status can take, given it is a more dynamic status type of field.

ValueDesign TokenStatus Symbol
ACKNOWLEDGEMENT:1color.status.standby or color.status.normal
WORKING_KEEP_ALIVE:2color.status.standby
SUCCESSFUL:3color.status.normal
FAILED:4color.status.critical
INVALID:5color.status.caution
FINAL_RESPONSE:6color.status.normal

RESPONSE-STATUS locations in the Message Interface Specification Document: 3.3 - Alert Notification Message, 3.7.2 - Archive Message Retrieval Response, 3.8.2 - Directive Response Message, 3.8.2 - Replay Telemetry Response Message, 3.12.2 - Mnemonic Value Response Message, 3.13.2 - Archive Mnemonic Value Response Message, 3.14.2 - Command Response Message, 3.15.2 - Product Response Message, 3.15.3 - Product Message, 3.16.2 - Simple Service Response Message.

SEVERITY

Indicates the severity of the Log Message. Scale is traditionally applied to message based on requirements and characteristics of the component or ground system. The severity field may be used to alert the system such as triggering additional visual or audible operator notifications. Debug is typically used by software developers.

ValueDesign TokenStatus Symbol
DEBUG:0color.status.standby
NORMAL:1color.status.normal
MEDIUM:2color.status.caution
HIGH:3color.status.serious
CRITICAL:4color.status.critical

SEVERITY locations in the Message Interface Specification Document: 3.6 - Log message.

XTCE-STATUS

Status codes from the OMG XML Telemetric and Command Data Exchange (XTCE) specification. This status links the OMG XTCE with OMG C2MS in order to represent the command sequence progression against space assets. The most visual and status related fields for common display are INVALID:2, COMPLETED:9, FAILED:10.

If you have a use case where the other values for XTCE-Status ( 1 = ACKNOWLEDGEMENT, 3 = TRANSFERRED_TO_RANGE, 4 = SENT_FROM_RANGE, 5 = RECEIVED, 6 = ACCEPTED, 7 = QUEUED, 8 = EXECUTING) require a status color or symbol please reach out to Astro for assistance.

ValueDesign TokenStatus Symbol
INVALID:2color.status.caution
COMPLETED:9color.status.normal
FAILED:10color.status.critical

XTCE-STATUS locations in the Message Interface Specification Document: 3.14.2 - Command Response Message.

Additional Guidance

The MNEMONIC.N.SAMPLE.M.Statuses; RED-HIGH, RED-LOW, YELLOW-HIGH, YELLOW-LOW Boolean fields within the mnemonic samples of telemetry data messages indicate thresholds of what state the data is currently in, in relation to the space vehicle qualitative metrics. The recommended color status reflect the accompanying names (e.g. RED-HIGH and RED-LOW are typically used with a Critical/Red AstroUXDS status and similar for the named Yellow fields.)

MNEMONIC.N.SAMPLE.M.RED-HIGH

ValueDesign TokenStatus Symbol
Red Highcolor.status.critical

MNEMONIC.N.SAMPLE.M.RED-HIGH locations in the Message Interface Specification Document: 3.12.2 - Mnemonic Value Response Message, 3.12.3 - Mnemonic Value Data Message, 3.13.3 - Archive Mnemonic Value Data Message.

MNEMONIC.N.SAMPLE.M.RED-LOW

ValueDesign TokenStatus Symbol
Red Lowcolor.status.critical

MNEMONIC.N.SAMPLE.M.RED-LOW locations in the Message Interface Specification Document: 3.12.2 - Mnemonic Value Response Message, 3.12.3 - Mnemonic Value Data Message, 3.13.3 - Archive Mnemonic Value Data Message.

MNEMONIC.N.SAMPLE.M.YELLOW-HIGH

ValueDesign TokenStatus Symbol
Yellow Highcolor.status.caution

MNEMONIC.N.SAMPLE.M.YELLOW-HIGH locations in the Message Interface Specification Document: 3.12.2 - Mnemonic Value Response Message, 3.12.3 - Mnemonic Value Data Message, 3.13.3 - Archive Mnemonic Value Data Message.

MNEMONIC.N.SAMPLE.M.YELLOW-LOW

ValueDesign TokenStatus Symbol
Yellow Lowcolor.status.caution

MNEMONIC.N.SAMPLE.M.YELLOW-LOW locations in the Message Interface Specification Document: 3.12.2 - Mnemonic Value Response Message, 3.12.3 - Mnemonic Value Data Message, 3.13.3 - Archive Mnemonic Value Data Message.

XTCE Alarm Levels

The OMG XTCE specification defines multiple alarm levels. This is defined within the AlarmConditionsType, AlarmRangesType, and ConcernLevelsType within the XTCE schema. These alarm levels are found within telemetry definitions that can be embedded in messages in the OMG C2MS and R2C2 C2MS message schemas. This section provides guidance for the colors that align to each level if this data is shown on screen. Since AstroUX does not define Watch or Severe levels, Watch is mapped to the same coloring as Warning and Severe is mapped to the same coloring as Critical.

The OMG XTCE and OMG C2MS standards are constantly evolving. The teams are working to better align the statuses given the mismatch of quantity. In the interim, this translation table is our current guidance. We are aware that this can result in one-way translation or inability to reconstitute given duplicate statuses. This will be amended in the future and is stated as low risk given the small amount of use cases that require translating these statuses.

ValueDesign TokenC2MS STATUSC2MS SEVERITYStatus Symbol
NO ALARMcolor.status.normalGREENNORMAL
WATCHcolor.status.cautionYELLOWMEDIUM
WARNINGcolor.status.cautionYELLOWMEDIUM
DISTRESScolor.status.seriousORANGEHIGH
CRITICALcolor.status.criticalREDCRITICAL
SEVEREcolor.status.criticalREDCRITICAL

XTCE Alarm Levels location in the XML Telemetric and Command Exchange Document (XTCE): 6.1.3.2.5 DefaultSignificance and ContextSignificanceList.

Versions

DocumentVersion
Message Interface Specific Document-Tier 15.2.0
XML Telemetric and Command Exchange Document (XTCE)1.2
Feedback

Help us improve Astro

Please rate your present experience with Astro:

Cancel

Request Access to Source Code Repository

The source code Git repository and other useful documentation for Astro’s apps are hosted on Github.com. Please fill out the form below to request access.

How Would You Like to Use Astro’s Source Code?
Which Astro App’s Source Code Would You Like Access to?
Successfully submitted request for source code