• There are no items in your cart

BS EN 16603-70-41:2017

Current
Current

The latest, up-to-date edition.

Space engineering. Telemetry and telecommand packet utilization
Available format(s)

Hardcopy , PDF

Language(s)

English

Published date

10-24-2017

European Foreword
Introduction
1 Scope
2 Normative references
3 Terms, definitions and abbreviated
  terms
4 Context and background
5 The PUS foundation model
6 Service type system requirements
7 Space to ground interface requirements
8 Service type interface requirements
9 Command Pulse Distribution Unit
Annex A (informative) - IEEE and MIL-STD
        real formats
Annex B (informative) - CRC and ISO checksum
Annex C (informative) - Summary of requests
        and reports for PUS standard services
Annex D (informative) - System and interface
        specification index
Bibliography

Defines the utilization of telecommand packets and telemetry packets for the purposes of remote monitoring and control of spacecraft subsystems and payloads.

This Standard addresses the utilization of telecommand packets and telemetry packets for the purposes of remote monitoring and control of spacecraft subsystems and payloads. This Standard does not address mission­specific payload data packets, but the rules contained herein can be extended to suit the requirements of any mission. This Standard does not address audio and video data as they are not contained within either telecommand or telemetry packets. This Standard defines a set of services that satisfy all the fundamental operational requirements for spacecraft monitoring and control during spacecraft integration, testing and flight operations, refer to ECSS-E-ST-70-11. It also specifies the structure and contents of the telecommand packets used to transport the requests and the telemetry packets used to transport the reports. This Standard can be used by any mission, no matter what its domain of application, orbit or ground station coverage characteristics. However, it is not the intention that the PUS should be applied in its entirety to a given mission. The services defined in this Standard cover a wide spectrum of operational scenarios and, for a given mission, only a subset of these services is likely to be appropriate. Choices are made early in the design phase of a new mission resulting in the need to tailor the PUS to suit the requirements of that mission. These choices include: • the on-board system design and architecture, in terms of the number of on-board application processes, their on-board implementation (e.g. the allocation to on-board processors) and their roles (i.e. which functions or subsystems or payloads they support); • which PUS services are supported by each application process. Each mission usually documents the results of this design and selection process in a \'Space-to-Ground Interface Control Document\'. Some missions implement a centralized architecture with a small number of application processes, whilst others have a highly­distributed architecture within which a correspondingly larger number of application processes are distributed across several on-board processors. The specification of services in this Standard is adapted to the expectation that different missions require different levels of complexity and capability from a given service. To this end, all services are optional and a given service can be implemented at one of several distinct levels, corresponding to the inclusion of one or more capability sets. The minimum capability set corresponds to the simplest possible level that also remains sensible and coherent. At least this set is included in every implementation of a given service. The standardized PUS services fulfil the following criteria: • Commonality: each standard service corresponds to a group of capabilities applicable to many missions. • Coherence: the capabilities provided by each standard service are closely related and their scope is unambiguously specified. Each standard service covers all the activities for managing inter­related state information and all activities that use that state information. • Self-containment: each standard service has minimum and well-defined interactions with other services or on-board functions. • Implementation independence: the standard services neither assume nor exclude a particular spacecraft architecture (hardware or software).

Committee
ACE/68
DevelopmentNote
Supersedes 16/30345878 DC. (11/2017)
DocumentType
Standard
Pages
646
PublisherName
British Standards Institution
Status
Current

Standards Relationship
EN 16603-70-41:2017 Identical

EN 16603-70-11:2015 Space engineering - Space segment operability
EN 16603-70-31:2015 Space engineering - Ground systems and operations - Monitoring and control data definition
EN 16603-50-03:2014 Space engineering - Space data links - Telemetry transfer frame protocol
EN 16601-00-01:2015 Space systems - Glossary of terms
EN 16603-50-04:2014 Space engineering - Space data links - Telecommand protocols, synchronization and channel coding
EN 16603-70-01:2015 Space engineering - On-board control procedures
EN 16603-70:2015 Space engineering - Ground systems and operations

View more information
US$426.44
Excluding Tax where applicable

Access your standards online with a subscription

Features

  • Simple online access to standards, technical information and regulations.

  • Critical updates of standards and customisable alerts and notifications.

  • Multi-user online standards collection: secure, flexible and cost effective.