JERG-2-400-TP102

限定なし

通信・データ処理アーキテクチャ
エンドツーエンドプロトコル(Part 2: End-to-End Protocol Architecture(SCDHA2))

2019年12月10日 制定

宇宙航空研究開発機構

免責条項
ここに含まれる情報は、一般的な情報提供のみを目的としています。JAXA は、かかる情報の正確性、有用性又は適時性を含め、明示又は黙示に何ら保証するものではありません。また、
JAXA は、かかる情報の利用に関連する損害について、何ら責任を負いません。
Disclaimer
The information contained herein is for general informational purposes only. JAXA makes nowarranty, express or implied, including as to the accuracy, usefulness or timeliness of any
information herein. JAXA will not be liable for any losses relating to the use of the information.

発行〒305-8505 茨城県つくば市千現 2-1-1
宇宙航空研究開発機構 安全・信頼性推進部
JAXA（Japan Aerospace Exploration Agency）

JERG-2-400-TP102

本書は英語で書かれた草案を日本語に翻訳し、日本の宇宙機関 JAXA により制定された。
本標準は日本語を正とする。ただし、図表の一部で英語表記しかないものについては、それらが正本となる。文章の内容に疑問点がある場合は，日本語及び英語の双方を参照の上，JAXA 安全・信頼性推進部まで連絡をすること。
This document was originally drafted in English, then subsequently translated into

Japanese and authorized by

the Japanese space agency, JAXA.
The English translation is for reference purposes only, except for some tables and figures
only, in which case they are the original. If there is anything ambiguousrefer to both the Japanese version and the English version
Department.

that contain English

about the content of the text, pleaseand contact JAXA Safety and Mission AssuranceJERG-2-400-TP102

Standard of Communications andData-Handling ArchitecturePart 2: End-to-End Protocol
Architecture(SCDHA2)SCDHA 120-1.0
Issue 1.0
10th December 2019Japan Aerospace Exploration Agency (JAXA)JERG-2-400-TP102

CONTENTS
1.

2.

3.

4.

5.

6.

INTRODUCTION // はじめに..................................................................................................................... 1
1.1.

Purpose // 目的........................................................................................................................................ 1

1.2.

Scope // 範囲 .......................................................................................................................................... 1

1.3.

Applicability // 適用先 ........................................................................................................................... 2

1.4.

References // 関連文書 .......................................................................................................................... 3

1.5.

Structure of this document // 文書構成 .................................................................................................. 4

1.6.

Definitions and Notations // 定義及び表記法 ....................................................................................... 5

1.7.

Verbal forms // 表現形式 ..................................................................................................................... 12

1.8.

Conventions // 規則 .............................................................................................................................. 14

OVERVIEW // 概要 ................................................................................................................................... 15
2.1.

General // 一般 ..................................................................................................................................... 15

2.2.

Overall Architecture // 全体構造 ......................................................................................................... 16

2.3.

End-to-End Protocol Architecture ......................................................................................................... 17

SPACECRAFT MONITOR AND CONTROL PROTOCOL................................................................. 18
3.1.

General // 総則 ..................................................................................................................................... 18

3.2.

Common Items // 共通項目 ................................................................................................................. 20

3.3.

SMCP Telecommands ........................................................................................................................... 23

3.4.

SMCP Telemetries ................................................................................................................................ 24

APPLICATION DATA UNIT PROTOCOL ............................................................................................ 30
4.1.

General // 一般 ..................................................................................................................................... 30

4.2.

ADU Channels ...................................................................................................................................... 30

4.3.

Application Service Data Unit (ApSDU) .............................................................................................. 32

4.4.

Application Protocol Data Unit (ApPDU) ............................................................................................ 33

4.5.

Procedures // 手順 ................................................................................................................................ 39

SPACE PACKET PROTOCOL ................................................................................................................ 42
5.1.

General // 一般 ..................................................................................................................................... 42

5.2.

Common Specification // 共通仕様 ..................................................................................................... 43

5.3.

Telecommand Packet ............................................................................................................................ 48

5.4.

Telemetry Packet ................................................................................................................................... 50

METHOD TO SPECIFY MANAGED PARAMETERS IN EACH PROJECT // PROJECT 固有なMANAGED PARAMETERS の定め方 ............................................................................................................ 53
6.1.

General // 一般 ..................................................................................................................................... 53

6.2.

Spacecraft Monitor and Control Protocol.............................................................................................. 54

6.3.

Application Data Unit Protocol ............................................................................................................. 56

6.4.

Space Packet Protocol ........................................................................................................................... 59

APPENDIX A.

ACRONYMS // 略語 .......................................................................................................... 61ii

JERG-2-400-TP102APENDIX B.

EXAMPLE OF MANAGED PARAMETERS USED FOR A PROJECT //PROJECTで使うMANAGED PARAMETERSの例 ...................................................................................... 62
B.1.

General // 一般 ..................................................................................................................................... 62

B.2.

Spacecraft Monitor and Control Protocol ............................................................................................... 63

B.3.

Application Data Unit Protocol ............................................................................................................. 65

B.4.

Space Packet Protocol ........................................................................................................................... 68iii

JERG-2-400-TP102

1.

INTRODUCTION // はじめに

1.1.

PURPOSE // 目的This document is a part of the Standard ofCommunications and Data-Handling Architecture(SCDHA) [A1]. This part specifies a standard
framework for developing the specifications about
the end-to-end protocols used for communications
between End Nodes ([A1], physical elements thatgenerate and/or use data),

本書は、Standard of Communications and DataHandling Architecture (SCDHA) [A1] の一部を成す。本パートでは、End Nodes（[A1], データを生成及び/または使用する物理的要素）間の通信で用いる end-to-end protocols に関する仕様を開発するための標準的な枠組みを定める。

This part presents the restrictions on the range of theparameters/options which are specified in the
CCSDS recommendations, and also introducessome concepts beyond the recommendations.

本パートは、CCSDS 勧告が定めるパラメータ/
オプションの範囲の制約を提示すると共に、勧告を超えた幾つかの概念を導入する。

The SCDHA specifies the standard framework forsystemsfortheonboardandgroundcommunications/data-handling that are used inspacecrafts for science missions developed by spacescience projects. This model sets a set ofstandardized methods to specify functions of any
spacecrafts and to manage electronicallyinformation of the functions. This standardized
model would make systematic development of
spacecraft functions easier and make reusing theexisting onboard instruments or parts of them
practical. Then, the ultimate purpose is to reduce thecost of development of new spacecrafts and toenhance their reliability.

SCDHA は、space science projects が開発する科
学ミッション等のための、衛星搭載及び地上の通信・データハンドリングシステムの開発に用いられる標準的な枠組みを定める。このモデル
は衛星の機能を定め、その機能の情報を電子的に管理する標準化された一群の手法を与える。
この標準化されたモデルは、衛星の機能を系統的に開発する事を容易にすると共に、既存の衛星搭載機器やその一部の再利用を現実的なものとする。これらの究極的な目的は、新たな衛星の開発コストを削減し、信頼性を向上する事
にある。

1.2.

SCOPE // 範囲

This document specifies a framework for the end-toend protocols in terms of the interfaces among End
Nodes.

本書は、End Nodes 間のインタフェースの観点
から end-to-end protocols の枠組みを定める。

This document does not specify how theserequirements are implemented with hardware orsoftware.

本書は、ハードウェアやソフトウェアによるこれらの要求の具現化は定めない。

1

JERG-2-400-TP102

1.3.

APPLICABILITY // 適用先

The standards of spacecraft-onboard and groundsystems presented in this document apply to theprojects that have decided to adopt the SCDHA. If a
project has decided to adopt the SCDHA, the
SCDHA shall apply to all of the onboard and groundsystems for communications/data-handling used in
the project.

本書が提示する衛星搭載及び地上のシステムの 標 準 は 、 SCDHA を 採 用 す る 事 を 決 め た
projects に適用される。Project が SCDHA を採用する事を決めた場合、project が用いる衛星搭
載及び地上の通信・データハンドリングシステ
ム全てに SCDHA を適用すること。

If a project needs to use protocols not specified inthis document in addition to those specified here inorder to meet its mission requirements or to develop
their spacecraft efficiently, it may choose to do so.

もし project がそのミッション要求を満たすた
めや、衛星を効率的に開発するために、本書で定めたものに加えて、本書で定めていないプロ
トコルを用いる必要がある場合は、それを選択して良い。

The standards described in this document also apply
to the standard instruments.

本書で規定される標準は本アーキテクチャに準拠した標準機器にも適用する。

2

JERG-2-400-TP102

1.4.

REFERENCES // 関連文書

1.4.1.

Normative References // 引用文書

[A1] JAXA, “Standard of Communications and Data-Handling Architecture, Part 1: General, Part 5: Onboard
Subnetwork Protocol Architecture, Part 6: Ground Subnetwork Protocol Architecture (SCDHA156)”,SCDHA 110-1.1, JERG-2-400-TP101 (NOTICE-1), May 2019 (November 2019).
[A2] JAXA, “Spacecraft Monitor and Control Protocol (SMCP)”, GSTOS 200-1.0, JERG-2-700-TP002,
November 2019.
[A3] CCSDS, “Space Packet Protocol”, CCSDS 133.0-B-1, September 2003.
[A4] ISO, “Information Technology—Open Systems Interconnection—Basic Reference Model: The Basic
Model. International Standard”, ISO/IEC 7498-1, 2nd ed., 1994.
1.4.2.

Informative References // 参考文書

[R1] JAXA, “Standard of Communications and Data-Handling Architecture, Part 3: Space Data Link Protocol
Architecture (SCDHA3)”, SCDHA 130-1.0, JERG-2-400-TP103, November 2019.
[R2] JAXA, “Standard of Communications and Data-Handling Architecture, Part 4: RF & Modulation Methods(SCDHA4)”, SCDHA 140, under development.
[R3] JAXA, “Standard of Communications and Data-Handling Architecture, Part 7: Common Functions(SCDHA7)”, SCDHA 170, under development.
[R4] JAXA, “Standard of Communications and Data-Handling Architecture, Part 8: Time Management(SCDHA8)”, SCDHA 180-1.0, JERG-2-700-TP108, November 2019.
[R5] JAXA, スペースコミュニケーション・エンドツーエンドプロトコル設計標準, JERG-2-403, May
2019.
[R6] JAXA, “Functional Model of Spacecrafts (FMS)”, GSTOS 201-1.0, JERG-2-700-TP001, March 2020
(TBD).
[R7] 宇宙航空研究開発機構 宇宙科学研究所 衛星運用データ利用センター，“DIOSA （Distributed
Operations System Architecture）インタフェース仕様：宇宙データ転送プロトコル（SDTP）”,
OSO 501, latest issue[R8] CCSDS, “Cross Support Reference Model – Part 1: Space Link Extension Service”, CCSDS 910, latest
issue[R9] CCSDS, “TC Space Data Link Protocol”, CCSDS 232.0-B-3, September 2015.

3

JERG-2-400-TP102

1.5.

STRUCTURE OF THIS DOCUMENT // 文書構成

This document is organized as follows.

本書は次の通り構成する。

Chapter 1 (this chapter) states the purpose, scope,and applicability of the document, and lists thereferences, definitions, and notations usedthroughout the document.

1 章（本章）は、本書の目的、範囲及び適用先を述べると共に、本書で用いる関連文書、定義、及び表記法を示す。

Chapter 2 presents an overview of the architecture.

2 章は、本アーキテクチャを概説する。

Chapter 3 specifies the method to use the Spacecraft
Monitor and Control Protocol (SMCP) [A2] in thearchitecture.

3 章は、本アーキテクチャにおける Spacecraft
Monitor and Control Protocol (SMCP) [A2] の使い方を定める。

Chapter 4 specifies the Application Data Unit
Protocol (ADU Protocol).

4 章 は 、 Application Data Unit Protocol (ADU
Protocol) を定める。

Chapter 5 specifies the method to use the Space
Packet Protocol [A3] in the architecture.

5 章は、本アーキテクチャにおける Space Packet
Protocol [A3] の使い方を定める。

Chapter 6 presents the methods for specifying the
project-specific restriction of the options of the endto-end protocols.

6 章は、end-to-end protocols のオプションの
project 固有の制約を定める手法を提示する。

Appendix A lists the acronyms used in thisdocument.

Appendix A は、本書で用いる略語を示す。

Appendix B gives an example of the project-specificselection result of parameters/options of the end-toend protocols, using a sample project.

Appendix B は、サンプルの project を用い、endto-end protocols の パ ラ メ ー タ /オ プ シ ョ ンのProject 固有な選択結果の例を示す。

4

JERG-2-400-TP102

1.6.

DEFINITIONS AND NOTATIONS // 定義及び表記法

1.6.1.

Terms defined in the SCDHA Part 1 // SCDHA Part 1 で定義される用語
本書では、“Standard of Communications and DataHandling Architecture, Part 1: General (SCDHA1)”[A1] で定義される次の用語を採用する。

This document adopts the following terms definedin “Standard of Communications and DataHandling Architecture, Part 1: General (SCDHA1)”[A1]:
End Node,

End Node

Ground Controller,

Ground Controller

managed parameter,

managed parameter

Node,

Node

Onboard Controller, andOnboard Controller

Space science project (or simply, project).

Space science project (または単に、project)

1.6.2.

Terms defined in the Functional Model of Spacecrafts
Functional Model of Spacecrafts で定義される用語
本書では、Functional Model of Spacecrafts (FMS)[R6] で定義される次の用語を採用する。

This document adopts the following terms definedin the Functional Model of Spacecrafts (FMS) [R6]:
Attribute,

Attribute

Functional Object, andFunctional Object

Memory Functional Object.

Memory Functional Object

5

JERG-2-400-TP102

1.6.3.

Terms defined in the Spacecraft Monitor and Control Protocol
Spacecraft Monitor and Control Protocol で定義される用語
本書では、Spacecraft Monitor and Control Protocol(SMCP) [A2] で定義される次の用語を採用する。

This document adopts the following terms definedin the Spacecraft Monitor and Control Protocol(SMCP) [A2]:
Acknowledgement Telemetry (ACK
Telemetry),

Acknowledgement Telemetry (ACK
Telemetry)

ACTION Telecommand Message,: Parameters field,

ACTION Telecommand Message,: Parameters field

Telecommand Message Identifier(Telecommand Message ID),

Telecommand Message Identifier(Telecommand Message ID)

Controller,

Controller

Functional Object Route Group,

Functional Object Route Group

Lower-Layer Protocol Dependent Scheme,

Lower-Layer Protocol Dependent Scheme

MEMORY DUMP Telecommand Message,

MEMORY DUMP Telecommand Message

MEMORY DUMP Telemetry (Message),: Data Length field,: Dump Data field,

MEMORY DUMP Telemetry (Message),: Data Length field: Dump Data field

MEMORY LOAD Telecommand Message,: Load Data field,

MEMORY LOAD Telecommand Message,: Load Data field

Message Header,

Message Header

Message Time (field),

Message Time (field)

Monitor,MonitorNOTIFICATION Telemetry (Message),: ‘Attribute Values field and Parameters’ field,

NOTIFICATION Telemetry (Message),: ‘Attribute Values field and Parameters’ field

Route,

Route

Route Identifier (Route ID),

Route Identifier (Route ID)

SET Telecommand Message,: Attribute Values field,

SET Telecommand Message,: Attribute Values field

SMCP Message,

SMCP Message

SMCP Telecommand,

SMCP Telecommand

SMCP Telemetry,

SMCP Telemetry

Target,Target6

JERG-2-400-TP102
Telecommand Message,

Telecommand Message

Telemetry Message,

Telemetry Message

Upper Functional Object Identifier (Upper
FOID),

Upper Functional Object Identifier (Upper
FOID)

Upper Functional Object and Route Identifier(UFORID), andUpper Functional Object and Route Identifier(UFORID)

VALUE Telemetry (Message),: ‘Attribute Values and Attachment’ field.

VALUE Telemetry (Message),: ‘Attribute Values and Attachment’ field

7

JERG-2-400-TP102
1.6.4.

Terms defined in the Space Packet Protocol // Space Packet Protocol で定義される用語
本書では、Space Packet Protocol [A3] で定義される次の用語を採用する。

This document adopts the following terms definedin the Space Packet Protocol [A3]:
APID Qualifier,

APID Qualifier

Application Process Identifier (APID),

Application Process Identifier (APID)

Idle Packet,

Idle Packet

Logical Data Path,

Logical Data Path

Packet Name,

Packet Name

Packet Sequence Count, andPacket Sequence CountSpace Packet.

Space Packet
本書では、Space Packet の次のフィールドを参照する。

This document refers to the following fields in theSpace Packet.
Primary Header (field),: APID field,: Packet Type field,: Secondary Header Flag field,: Packet Sequence Control field,

Primary Header (フィールド),: APID フィールド: Packet Type フィールド: Secondary Header Flag フィールド: Packet Sequence Control フィールド,:: Sequence Flags field,:: ‘Packet Sequence Count or Packet Name’
field,:: Sequence Flags フィールド:: ‘Packet Sequence Count or Packet Name’フィールドPacket Data field,: Packet Secondary Header (field),Packet Data フィールド,: Packet Secondary Header (フィールド),:: Time Code field,:: Ancillary Data field,: User Data field,:: Time Code フィールド:: Ancillary Data フィールド: User Data フィールド

8

JERG-2-400-TP102
1.6.5.

Terms defined in the SCDHA Part 8 // SCDHA Part 8 で定義される用語
本書では “Standard of Communications and DataHandling Architecture, Part 8: Time Management(SCDHA8)” [R4] で定義される次の用語を採用する。

This document adopts the following terms definedin “Standard of Communications and DataHandling Architecture, Part 8: Time Management(SCDHA8)” [R4]:
Basic Time field, andBasic Time フィールド

Spacecraft Time.

Spacecraft Time

1.6.6.

Terms defined in the Open Systems Interconnection (OSI) Basic Reference Model
Open Systems Interconnection (OSI) Basic Reference Model で定義される用語
本書では、Open Systems Interconnection (OSI)
Basic Reference Model [A4] で定義される次の用語を採用する。

This document adopts the following terms definedin the Open Systems Interconnection (OSI) Basic
Reference Model [A4]:blocking,

blocking

multiplexing,

multiplexing

protocol data unit,

protocol data unit

segmenting, andsegmenting

service data unit.

service data unit

9

JERG-2-400-TP102
1.6.7.

Terms defined in this document // 本書で定義される用語

The following definitions are used throughout thisdocument.

本書は次の定義を用いる。

ADU Channel: (see Section 4.2)
A single or multiplexed string of protocol data units
in a protocol in the layer above the Space Packet
protocol.

ADU Channel: (4.2項参照)
Space Packet protocol の上の層のプロトコルのprotocol data units の単一か多重化された連なり。

ApSDU Segment: (see Section 4.5.3)
A segment of ApSDU.

ApSDU Segment: (4.5.3 項参照)
ApSDU のセグメント。

Application Service Data Unit (ApSDU): (seeSection 4.3)
A service data unit of the ADU Protocol.

Application Service Data Unit (ApSDU): (4.3 項
参照)
ADU Protocol の service data unit.

Application Protocol Data Unit (ApPDU): (seeSection 4.4)
A protocol data unit of the ADU Protocol.

Application Protocol Data Unit (ApPDU): (4.4 項
参照)
ADU Protocol の protocol data unit.

Lower APID: (see Section 5.2.4)
Lower 8 bits of the APID.

Lower APID: (5.2.4 項参照)
APID の下位 8 bits.

Packet Time: (see Section 5.4.1)
The Spacecraft Time at the timing when a Space
Packet is edited.

Packet Time: (5.4.1 項参照)
Space Packet を編集するタイミングにおけるSpacecraft Time.

Telecommand Packet: (see Section 5.3)
A Space Packet used for telecommand.

Telecommand Packet: (5.3 項参照)
テレコマンドに用いる Space Packet.

Telemetry Packet: (see Section 5.4)
A Space Packet used for telemetry.

Telemetry Packet: (5.4 項参照)
テレメトリに用いる Space Packet.

Upper APID: (see Section 5.2.3)
Upper 3 bits of the APID.

Upper APID: (5.2.3 項参照)
APID の上位 3 bits.

10

JERG-2-400-TP102
1.6.8.

Notations // 表記

The following notations are used throughout thisdocument.

本書は次の表記を用いる。

A paragraph that begins with “[Example]” (or“[Example n]”, where n is a positive integer)
presents an example that is aimed to help readers tounderstand the specification, and is not a part of thespecification.

“[例]”（または “[例 n]”、n は正の整数）で始まる段落は、読者の仕様の理解を助けるための例
であり、仕様の一部ではない。

A paragraph that begins with “[Rational]” (or“[Rational n]”, where n is a positive integer)
contains a rational for the specification, but is not apart of the specification.

“[根拠]”（または “[根拠 n]”、n は正の整数）で始まる段落は、仕様の根拠を記したものであり、仕様の一部でない。

A paragraph that begins with “[Note]” (or “[Noten]”, where n is a positive integer) contains an
informative note that is aimed to help readers tounderstand the specification, and is not a part of thespecification.

“[注]”（または “[注 n]”、n は正の整数）で始まる段落は、読者の仕様の理解を助けるための付加情報を記したものであり、仕様の一部ではない。

11

JERG-2-400-TP102

1.7.

VERBAL FORMS // 表現形式

The following conventions apply throughout thisdocument.

本書では以下の決まりに従い記述する。

a) the auxiliary verb ‘shall’ implies mandatory
conditions.

「…こと」「…なければならない」は、必須な仕様示す。

b) the auxiliary verb ‘should’ implies optional but
desirable conditions.

「…べき…」は、任意であるが推奨される仕様を示す。

c) the auxiliary verbs ‘may’ implies optional
conditions.

「…良い…」は、許容される仕様を示す。

d) the auxiliary verb ‘can’ implies capability or
ability to do something.

「…できる…」は、何かをする事が可能な事を示す。

e) the words ‘is’, ‘are’, and ‘will’ imply statements
of fact.

他のパターンの記述は、事実を示す文である。

The words ‘shall’, ‘should’, ‘may’ are highlighted
in red and bold font.

「…こと」「…なければならない」「…べき…」「…良い…」は読者の仕様の理解の助けのため、赤字・太字で示す。
[注] 本書では、要求事項を電子的に検索しやす
いように、英文の ‘shall’ の訳語として、「こと」を使用している。逆に、‘shall’ の訳語以外
では「こと」は使用せず、「事」を用いている。
また、英文の ‘may’ に対応する訳語として、「良い」という当て字を使用している。逆に、‘may’ の訳語以外で「良い」は使用していない。

「A, B, 及び C」という表記は、英文の ‘A, B,
and C’ に対応し、「A 及び B 及び C」であることを意味する。
「A, B, または C」という表記は、英文の ‘A,B, or C’ に対応し、「A または B または C」であることを意味する。

12

JERG-2-400-TP102
When a translation into Japanese is provided, theoriginal English version and its Japanese translation
are given in the left and right sides, respectively, inprinciple, as in this paragraph. In some cases, e.g.
titles of sections and captions of figures/tables, theEnglish and Japanese versions are put in a single line
separated by“//”in this order (“English //Japanese”) or in separate lines with no delimiter inbetween (“English [Line-Break] Japanese”).

日本語への翻訳が存在する場合、原則として、
この段落のように、英語を左側に示し、日本語を右側に示す。また、章や図表のタイトル等は、
英語、日本語の順に一行中に // で区切る（「英語 // 日本語」）か、二行に分けて区切り文字なし（「英語 [改行] 日本語」）で、記述する場
合もある。

In the most of cases, the technical terms are nottranslated into Japanese. The English words inalphabet remain as they are in their Japanesetranslation. The forms in alphabet in English, which
distinguish the singular and plural forms remain as
they are in the Japanese translation to preserve theinformation of the quantity, although the Japanese
language does not inherently distinguish the singularand plural forms.

多くの場合、技術用語の翻訳は行わず、英単語を維持する。そこで、日本語にもアルファベッ
トが登場する。それらは正本である日本語文中においてもアルファベット表記される。日本語の名詞に単数形、複数形の区別はないが、単複の情報を保つため、日本語文中においても、英語の単数形、複数形の違いはアルファベットでそのまま表記する。

Technical terms are basically highlighted in green
and in some cases in blue. The latter consists ofnames of documents, protocols, widely usedtechnical terms, and those locally used in some
sections (e.g. field names). Note that the headcharacter of an English word in a technical term is
written in the capital letter excluding that in the
widely used technical terms.

技術用語は読者の便のため基本的に緑字、場合により青字で示す。後者は、文書名、プロトコ
ル名、広く用いられている技術用語、及び、局
所的にしか登場しないもの（フィールド名等）からなる。ここで、技術用語は、広く用いられているものを除き、基本的に大文字始まりの英単語で表記する。

13

JERG-2-400-TP102

1.8.

CONVENTIONS // 規則

In this document, the following conventions areused to identify each bit in an N-bit field. The first
bit in the field to be transmitted (i.e., the lefttmost
part in associated diagrams, if given) is defined as‘Bit 0’, the next bit is defined as ‘Bit 1’, and so on
up to ‘Bit N-1’.

本書では、N-bit のフィールドの各ビットを識別するため、次の規則を用いる。フィールドの中で伝送する最初のビット（つまり、図示する
場合、図中の最も左側）を‘Bit 0’と定義する。
以下、次のビットを‘Bit 1’というように‘Bit N1’まで定義する。

Figure 1-1: Bit Numbering Convention
Bit番号付け規則
When a field is used to express a binary value (suchas a counter), the Most Significant Bit (MSB) shallbe the first transmitted bit of the field, i.e., ‘Bit 0’(see Figure 1-1).

フィールドがバイナリ値（カウンタ等）を表わ
す場合、最上位ビット (MSB) はフィールドの最初に伝送するビット、つまり、Figure 1-1 に示す‘Bit 0’であること。

In accordance with the standard datacommunications practice, data fields are oftengrouped into a series of eight-bit ‘words’.
Throughout this document, this unit of an eight-bit
word is referred to as an ‘octet’.

標準的なデータ通信の慣例に則り、データフィールドは、しばしば、８ビットワードの連なりにまとめる。本書では、この８ビットワードの単位を‘octet’と称する。

Numbering for octets within a data structure starts
with 0.

Octets データ内の番号付けは 0 から開始する。

By the CCSDS convention, all ‘spare’ bits shall bealways set to ‘0’.

CCSDS の慣例により、全ての ‘spare’ ビットは常に ‘0’ とすること。

In this document, a hexadecimal number isexpressed by hexadecimal characters (‘0’-‘9’, ‘A’‘F’) followed by a ‘h’ (e.g. 1ABh = 427 in decimal).

本書では、１６進数の数を１６進文字 (‘0’-‘9’,‘A’-‘F’) の後に ‘h’ を記す事で表す (例: 1ABh
= 427 (１０進数))。

In this document, a binary number is expressed bycharacters ‘0’s and ‘1’s followed by a lower-case ‘b’(e.g. 101b = 5 in decimal).

本書では、２進数の数を文字 ‘0’ 及び ‘1’ の後に ‘b’ (小文字)を記す事で表す(例: 101b = 5 (１０進数))。

14

JERG-2-400-TP102

2.

OVERVIEW // 概要

2.1.

GENERAL // 一般
本章では、Standard of Communications and DataHandling Architecture (SCDHA) と そ の Part 2:
End-to-End Protocol Architecture の概要を示す。

This chapter provides an overview of the StandardofCommunications
andData-HandlingArchitecture (SCDHA) and its Part 2 (End-to-End
Protocol Architecture).

15

JERG-2-400-TP102

2.2.

OVERALL ARCHITECTURE // 全体構造
SCDHA の 全 体 の 概 念 を 、 層 状 構 造 と し て
Figure 2-1 に示す。SCDHA の Parts 2~8 は、通信プロトコルをどのように選択し、どのように用いるかを定める。各パートの概要は、Part 1:
General [A1] の 2.3項にまとめられている。

The overall concept of the SCDHA is shown in
Figure 2-1 in a layered manner. Parts 2-8 of the
SCDHA specify the method to select and use
communications protocols. The overview of eachPart is given in Section 2.3 of Part 1 (General [A1]).

Figure 2-1: Overall protocol structure of the SCDHASCDHA のプロトコルの全体構造

The left and right sides in the figure show the
onboard and ground subnetworks, respectively,
and the middle part shows the space-link
subnetwork.

図中の左側に衛星搭載サブネットワーク、右側に地上サブネットワーク、そして中央にスペースリンクサブネットワークを示している。

[注] 図に示す層 (Layers) は何れも CCSDS で定義されたものである。Onboard Subnetwork
Protocols と Ground Subnetwork Protocols の双方の data-link layers は、OSI Basic Reference Modelのネットワーク層の性格も併せ持っている。

[Note] The layers shown in the figure are defined in
the CCSDS. The data-link layers in both the
Onboard Subnetwork Protocols and Ground
Subnetwork Protocols have also the characteristicsof the network layer in the OSI Basic Reference
Model.

16

JERG-2-400-TP102

2.3.

END-TO-END PROTOCOL ARCHITECTURE

Part 2 of the architecture specifies the standard
framework for the specifications about the end-toend protocols for communications between onboard
and ground End Nodes [A1] and among onboard
End Nodes.

本アーキテクチャの Part 2 は、衛星搭載及び地上の End Nodes [A1] 間の通信、並びに、衛星搭
載 End Nodes 間 の 通 信 の た め の end-to-end
protocols の仕様の標準的な枠組みを定める。

The end-to-end protocols are specified in the layered
structure shown in Figure 2-2.

End-to-end protocols は、Figure 2-2 に示す層構造で定める。

Figure 2-2: Layered Structure for the End-to-End Protocols
End-to-End Protocols の層構造
The Spacecraft Monitor and Control Protocol(SMCP) [A2] is used for monitoring and controllingspacecraft onboard Nodes [A1] by its spacecraft
operation system placed on the ground and onboard
the spacecraft. It is used in a layer above theApplication Data Unit Protocol (ADU Protocol) andSpace Packet Protocol specified in [A3]. The
method to use the SMCP in this architecture is
specified in Chapter 3.

Spacecraft Monitor and Control Protocol (SMCP)[A2] を、衛星搭載 Nodes [A1] を監視及び制御するために、その衛星用の地上とその衛星搭載の 衛星運用 システム とで用 いる。こ れは、Application Data Unit Protocol (ADU Protocol) と[A3] が定める Space Packet Protocol の上位の層で用いる。本アーキテクチャでの SMCP の使い方は、3 章で定める。

The ADU Protocol is used, in conjunction with theSpace Packet Protocol, to transfer telemetry in thelayer between the SMCP and Space Packet Protocol.
The ADU Protocol is not used for telecommands.
The ADU Protocol is specified in Chapter 4.

ADU Protocol は、SMCP と Space Packet Protocolの間の層で、Space Packet Protocol と共に、テレメトリを伝送するために用いる。ADU Protocol
は テ レ コ マ ン ド に 対 し て 用 い な い 。 ADU
Protocol は、4 章で定める。

The Space Packet Protocol is used to transfer data
between onboard and ground End Nodes and among
onboard End Nodes. It is used in a layer below the
SMCP and ADU Protocol. The method to use theSpace Packet Protocol in this architecture is
specified in Chapter 5.

Space Packet Protocol を、衛星搭載と地上の End
Nodes 間、及び、衛星搭載 End Nodes 間でのデータ伝送に用いる。これは、SMCP と ADU
Protocol よりも下位の層で用いる。本アーキテ
クチャでの Space Packet Protocol の使い方は、5章で定める。

These end-to-end protocols are used in a layer above
the protocols specified in Parts 3-6 of thisarchitecture, where the relation depends on thephysical location for which the protocol is used.

これらの end-to-end protocols は、使用する物理的場所に応じて、本アーキテクチャの Parts 3~6で定めるプロトコルよりも上位の層で用いる。

17

JERG-2-400-TP102

3.

SPACECRAFT MONITOR AND CONTROL PROTOCOL

3.1.

GENERAL // 総則

The Spacecraft Monitor and Control Protocol(SMCP) [A2] shall be used for monitoring andcontrolling spacecraft onboard Nodes [A1] by its
spacecraft operation system placed on the groundand onboard the spacecraft.

Spacecraft Monitor and Control Protocol (SMCP)[A2] を、衛星搭載 Nodes [A1] を監視及び制御するために、その衛星用の地上とその衛星搭載の運用システムで用いること。

In the SMCP, an entity that controls and monitors
other entities is called a Controller and that monitors
other entities but does not control them is called a
Monitor (see Section 3.1 in [A2]). An entity that ismonitored is called a Target.

SMCP では、他の構成要素を制御及び監視する
構成要素を Controller と呼び、他の構成要素を監視するが制御はしない構成要素を Monitor と呼ぶ（[A2] 3.1 項参照）。また、監視される構成要素を Targets と呼ぶ。

In general, multiple Controllers monitor and control
multiple Targets and multiple Monitors monitor
multiple Targets.

一般的には、複数の Controllers が複数の Targetsを監視及び制御し、複数の Monitors が複数のTargets を監視する。

A Controller on the ground and that on a spacecraft
are called a Ground Controller and an Onboard
Controller, respectively (see Section 3.1.4 in [A1]).

地上の Controller 及び衛星上の Controller は、それ ぞ れ 、 Ground Controller 及 び Onboard
Controller と呼ぶ（[A1] 3.1.4 項参照）。

The SMCP shall be used in a layer above theApplication Data Unit Protocol (ADU Protocol)
specified in Chapter 4 and the Space Packet Protocol
specified in [A3], as illustrated in Figure 2-2.

SMCP は、Figure 2-2 に図示するように、4 章で定 め る Application Data Unit Protocol (ADU
Protocol) 及 び [A3] が 定 め る Space Packet
Protocol より上位の層で用いること。

This chapter specifies the method to use the SMCP
in the architecture of the end-to-end protocols. The
additional specifications commonly applied to
SMCP Telecommands and SMCP Telemetries
specified in [A2] are described in Section 3.2. The
specifications unique to SMCP Telecommands and
SMCP Telemetries are described in Sections 3.3 and
3.4, respectively.

本章は、end-to-end protocols のアーキテクチャ
における SMCP の使い方を定める。[A2] が定める SMCP Telecommands と SMCP Telemetriesに共通に適用される追加の仕様を 3.2 項に記述する。また、SMCP Telecommands 及び SMCP
Telemetries に固有な仕様を、それぞれ、3.3 項及び 3.4 項に記す。

[Note 1] The SMCP requires that a scheme called
Lower-Layer Protocol Dependent Scheme [A2] bespecified in each lower-layer protocol. This chapter
specifies the Lower-Layer Protocol Dependent
Scheme for the Space Packet Protocol.

[ 注 1] SMCP は 、 下 位 層 の プ ロ ト コ ル 毎 に
Lower-Layer Protocol Dependent Scheme [A2] と呼ばれるスキームを定める事を要求している。
本章は、Space Packet Protocol に対する LowerLayer Protocol Dependent Scheme を定める。

18

JERG-2-400-TP102
A service data unit and protocol data unit [A4] in the
ADU protocol are called Application Service Data
Unit (ApSDU) and Application Protocol Data Unit
(ApPDU), respectively (see Sections 4.3 and 4.4).

ADU protocol では、service data unit 及び protocol
data unit [A4] を、それぞれ、Application Service
Data Unit (ApSDU) 及 び Application Protocol
Data Unit (ApPDU) と呼ぶ (4.3 項及び 4.4 項参照)。

In this chapter, the Space Packet [A3] whichcontains a SMCP Telemetry is referred to as a CargoSpace Packet.

本章では、Space Packet [A3] のうち、SMCP
Telemetry を含むものを、Cargo Space Packet と称する。

[Note 2] One Cargo Space Packet contains one
ApPDU but does not contain two ApPDUs (seeSection 5.4.1).

[注 2] 一つの Cargo Space Packet は、一つのApPDU を含むが、二つの ApPDUs は含まない(5.4.1 項参照)。

[Note 3] For SMCP Telemetries, the procedure toaccess fields of the Cargo Space Packet is specified
in the ADU protocol (see Sections 3.2.2, 3.2.3, and3.4.1).

[注 3] SMCP Telemetries では、Cargo Space Packetのフィールドにアクセスする手順は、ADU
protocol にて定められる (3.2.2 項、3.2.3 項、及び 3.4.1 項参照)。

Each project [A1] shall determine the values of theManaged parameters [A1] in the SMCP and specify
them in a project-specific document, in which thetable provided in Section 6.2.1 shall be employed.

各 project [A1] は、SMCP における managed
parameters [A1] を決め、6.2.1 項の表を使ってproject 固有の文書に定めること。

19

JERG-2-400-TP102

3.2.

COMMON ITEMS // 共通項目

3.2.1.

General // 一般This section gives the specifications commonly
applied to SMCP Telecommands and SMCP
Telemetries.

本 項 で は 、 SMCP Telecommands と SMCP
Telemetries に共通に適用する仕様を示す。

Most of the information items related to a SMCP
Telecommand and SMCP Telemetry are containedin a protocol data unit called Telecommand Message
and Telemetry Message, respectively (see Section
3.1 in [A2]). The rest of the information items arecontained in fields in the Primary Header [A3] of the
Cargo Space Packet.

SMCP Telecommand 及び SMCP Telemetry に関連する情報項目の大部分は、それぞれ、
Telecommand Message 及び Telemetry Messageと呼ばれる protocol data unit に含まれる（[A2]3.1 項参照）。残りの情報項目は、Cargo Space
Packet の Primary Header [A3] のフィールドに含まれる。

[Note] A Telecommand Message and a Telemetry
Message are both called a SMCP Message (seeSection 3.1 in [A2] ).

[ 注 ] Telecommand Message 及 び Telemetry
Message は、何れも、SMCP Message と呼ばれる（[A2] 3.1 項参照）。

20

JERG-2-400-TP102
3.2.2.

Identification of Targets and Routes // Targets と Routes の識別

A Functional Object Route Group specified by[A2] 3.3.3 項が定める Functional Object Route

Section 3.3.3 in [A2] is a group of Functional

Group は、Functional Objects [R6] のグループでObjects [R6]. All of the Functional Objects in a

ある。ある Functional Object Route Group の全て

Functional Object Route Group are Targets andの Functional Objects は、Targets であり、下位

share a data path in a lower-layer protocol (e.g. the層プロトコルのデータパス（例えば、Space

Logical Data Path [A3] specified by an APID of the

Packet Protocol の APID に よ り 指 定 さ れ るSpace Packet Protocol). A Functional Object Route

Logical Data Path [A3]）を共有する。Functional

Group has an identifier called Upper FOID (seeObject Route Group は、Upper FOID と呼ばれる

Section 3.3.3 in [A2]).

識別子を持つ（[A2] 3.3.3 項参照）。

A
route
via
which
SMCP
Telecommands/Telemetries are transferred is called
Route (see Section 3.3.4 in [A2]).

SMCP Telecommands/Telemetries を伝送する経路は Route と呼ばれる（[A2] 3.3.4 項参照）。

The Route Identifier (Route ID) is the identifier of a
Route to/from a Functional Object Route Group (seeSection 3.3.4 in [A2]). The values of an Upper FOID
and a Route ID are encoded into the value of an‘Upper Functional Object and Route Identifier’(UFORID) [A2] (see Section 3.3.4 in [A2]).

Route Identifier (Route ID) は、ある Functional
Object Route Group まで・からの Route の識別子である（[A2] 3.3.4 項参照）。Upper FOID と
Route ID の値は、‘Upper Functional Object andRoute Identifier’ (UFORID) [A2] の値にエンコードする ([A2] 3.3.4 項参照)。

The value of the property called the Lower APID ofa Cargo Space Packet which contains a SMCP
Telecommand/Telemetry is the value of the
UFORID of the SMCP Telecommand/Telemetry(see Section 5.2.4).

SMCP Telecommand/Telemetry を 含 む CargoSpace Packet の Lower APID と呼ばれる属性の値は、その SMCP Telecommand/Telemetry のUFORID の値である (5.2.4 項参照) 。

In other words, the value of the Lower APID of a
Cargo Space Packet which contains a SMCP
Telecommand/Telemetry is the identifier of the
SMCP Telecommand/Telemetry’s combination of
the Target and the Route.

言 い 換 え る と 、 あ る SMCP
Telecommand/Telemetry を 含 む Cargo Space
Packet の Lower APID の 値 は 、 そ の SMCP
Telecommand/Telemetry の Target と Route の組
み合わせの識別子である。

[Note] For SMCP Telemetries, the procedure to[注] SMCP Telemetries では、Cargo Space Packetの APID フィールド [A3] にアクセスする手順
は、ADU protocol にて定められる。

access the APID field [A3] of a Cargo Space Packet
is specified in the ADU protocol.

21

JERG-2-400-TP102
3.2.3.

Identification of Controllers and Monitors // Controllers 及び Monitors の識別

Controllers
andMonitorsof
SMCP
Telecommand/Telemetries contained in Space
Packets shall be grouped and each group shall havean identifier (see Section 3.2.3).

Space Packets に 含 ま れ る SMCP
Telecommand/Telemetries の Controllers 及 び
Monitors はグループ化されること。また、それぞれのグループは識別子を持つこと。

The property called the Upper APID of the CargoSpace Packet which contains a SMCP
Telecommand/Telemetries is the identifier of agroup of Controllers and Monitors of the SMCP
Telecommand/Telemetries (see Section 5.2.3).

あ る SMCP Telecommand/Telemetries を 含 む
Cargo Space Packet の Upper APID と呼ばれる属
性は、その SMCP Telecommand/Telemetries のControllers 及び Monitors のグループの識別子である (5.2.3 項参照)。

[Note] For SMCP Telemetries, the procedure toaccess the APID field of a Cargo Space Packet is
specified in the ADU protocol.

[注] SMCP Telemetries では、Cargo Space Packetの APID フィールドにアクセスする手順は、
ADU protocol にて定められる。

3.2.4.

Distinction between SMCP Telecommands and SMCP Telemetries
SMCP Telecommands と SMCP Telemetries の区別
SMCP Telecommands と SMCP Telemetries の区
別は、これらを含む Cargo Space Packet の Packet
Type フィールド [A3] の値による (5.3.3 項及び 5.4.2 項参照)。

The distinction between SMCP Telecommands and
SMCP Telemetries is made by the value of the
Packet Type field [A3] of a Cargo Space Packet
which contains them (see Sections 5.3.3 and 5.4.2).

22

JERG-2-400-TP102

3.3.

SMCP TELECOMMANDS

3.3.1.

General // 一般
本項では、SMCP Telecommands に固有な仕様を示す。共通な仕様は、3.2 項を参照。

This section gives the specifications unique to
SMCP Telecommands. See Section 3.2 for thecommon specifications.

3.3.2.

Telecommand Message Identifier (Telecommand Message ID)
SMCP Telecommand を含む Cargo Space Packetの Packet Sequence Control フィールド [A3] の
値 は 、 [A2] で 定 め る Telecommand Message
Identifier (Telecommand Message ID) で あ る(5.3.5 項参照)。

The value of the Packet Sequence Control field [A3]in the Cargo Space Packet which contains a SMCP
Telecommand is a Telecommand Message Identifier(Telecommand Message ID) specified by [A2] (seeSection 5.3.5).

23

JERG-2-400-TP102

3.4.

SMCP TELEMETRIES

3.4.1.

General // 一般
本項では、SMCP Telemetries に固有な仕様を示す。共通な仕様は、3.2 項を参照。

This section gives the specifications unique to
SMCP Telemetries. See Section 3.2 for the common
specifications.

3.4.2.

Variable Part Length (field)

If a Telemetry Message in Msg-Format Ver.2 does
not contain a Variable Part Length field, the lastoctet of the Telemetry Message shall be that of theof the (last, if segmentation is employed) CargoSpace Packet which contains the VALUE
Telemetry.

Msg-Format Ver.2 の Telemetry Message が 、Variable Part Length フィールドを含まない場
合、その Telemetry Message の最終 octet は、その Telemetry Message を含む（segmentation を使う場合、最後の）Cargo Space Packet の最終 octet
であること。

[Note] The Variable Part Length field can beomitted in 1) Telemetry Messages with neither
blocking nor segmentation, 2) Telemetry Messages
with segmentation, and 3) the last Telemetry
Message contained in a Space Packet with blocking.

[ 注 ] Variable Part Length フ ィ ー ル ド は 、 1)
blocking も segmentation の 何 れ も さ れ 無 い
Telemetry Messages, 2) segmentation さ れ る
Telemetry Messages, 及び 3) Space Packet に含まれる最後の blocking された Telemetry Message
において省略できる。

3.4.3.

Message TimeIn Section 5.3.4 of [A2], Message Time (time atwhich the values of Attributes [R6] are measured) fora VALUE Telemetry is specified. If a Message Time
field [A2] is present in the VALUE Telemetry
Message [A2] of a VALUE Telemetry, the Message
Time field holds the value of the Message Time of
the VALUE Telemetry. If not, the Message Time is
not transferred, and alternatively the Packet Time(see Section 5.4.1) of the Cargo Space Packet whichcontains the VALUE Telemetry shall be interpreted
as an approximate value of the Message Time (seeFigure 3-1 (a)).

[A2] 5.3.4 項では、VALUE Telemetry に対して、
Message Time (Attributes [R6] の値を計測した
時 間 ) が 定 め ら れ て い る 。 あ る VALUE
Telemetry の VALUE Telemetry Message [A2] に
Message Time フィールド [A2] が存在する場
合、その Message Time フィールドが、そのVALUE Telemetry の Message Time の値を保持する。存在しない場合、 Message Time は伝送されない。代わりに、その VALUE Telemetry を含む Cargo Space Packet の Packet Time（5.4.1 項参照）を Message Time の近似値と解釈すること（Figure 3-1 (a) 参照）。

[Note 1] The procedure to access the Time Codefield [A3] of a Cargo Space Packet is specified in the
ADU protocol.

[注 1] Cargo Space Packet の Time Code フィールド[A3] にアクセスする手順は、ADU protocol
にて定められる。

An ApPDU can contain information of multiple
VALUE Telemetries using the VALUE Telemetry
Messages by Blocking (see Section 4.4.3).

一つの ApPDU は、Blocking (4.4.3 項参照) により、VALUE Telemetry Messages を用い、複数の
VALUE Telemetries の情報を含む事ができる。

24

JERG-2-400-TP102
If multiple VALUE Telemetry Messages containedin an ApPDU do not contain a Message Time field,
the approximate value of the Message Times of the
VALUE Telemetries corresponding to the VALUE
Telemetry Messages shall be identical (see Figure
3-1 (b)).

あ る ApPDU に 含 ま れ る 複 数 の VALUE
Telemetry Messages が、Message Time フィールドを含まない場合、それらの VALUE Telemetry
Messages に 対 応 す る VALUE Telemetries のMessage Times の 近 似 値 は 同 一 で あ る こ と（Figure 3-1 (b) 参照）。

An ApPDU Body can consist of, by way of
Segmenting (see Section 4.4.3), only an ApSDU
Segment (see Section 4.5.3) of the ApSDU thatconsists of only a VALUE Telemetry Message.

一つの ApPDU Body は、Segmenting (4.4.3 項参照 ) の 手 法 に よ り 、 あ る VALUE Telemetry
Message からなる ApSDU の ApSDU Segment の一つ (4.5.3 項参照) からなる事ができる。

If an ApPDU Body consists of only a continuationor the last ApSDU Segment of an ApSDU, thePacket Time of the Cargo Space Packet whichcontains the ApSDU Segment shall not beinterpreted as an approximate value of the Message
Time of the VALUE Telemetry only of which the
ApSDU consists (see Figure 3-1 (c)).

ある ApPDU Body が、ある ApSDU の継続か最後 の ApSDU Segment か ら な る 場 合 、 そ の
ApSDU Segment を含む Cargo Space Packet のPacket Time は 、 そ の ApSDU を 構 成 す る
VALUE Telemetry の Message Time の近似値と解釈しないこと（Figure 3-1 (c) 参照）。

Packet Secondary Header
Time Code field

User Data field

Ancillary Data field

Message Time

ApPDU
ApPDU Header

ApSDU = VALUE

Telemetry Message↑(a) an ApPDU Body consists of only one VALUE Telemetry Message (Non-Segmenting)
ApPDU Body が一つの VALUE Telemetry Message からなる場合(Non-Segmenting)
Packet Secondary Header
Time Code field

User Data field

Ancillary Data field

Message Time

ApPDU
ApPDU Header

ApSDU = VALUE…

ApSDU = VALUE

Telemetry Message

Telemetry Message↑↑(b) an ApPDU Body consists of multiple VALUE Telemetry Messages (Blocking)
ApPDU Body が複数の VALUE Telemetry Messages からなる場合 (Blocking)

Figure 3-1 Usage of the Time Code field of a Cargo Space Packet for VALUE Telemetry
Messages without Message Time field // Message Time フィールドがない VALUE Telemetry
Messages を含む Cargo Space Packet の Time Code フィールドの使い方

25

JERG-2-400-TP102

Packet Secondary Header
Time Code
Message Time

User Data
field

Ancillary Data
ApPDU
ApPDU Header.

ApSDU Segment

Packet Secondary Header
Time Code≠Message Time

User Data field

Ancillary Data

ApPDU
ApPDU Header.

ApSDU Segment:
Packet Secondary Header
Time CodeUser Data

Ancillary Data

≠Message Time

field

ApPDU
ApPDU Header

ApSDU
Segment…
ApSDU = VALUE Telemetry Message↑(c) an ApPDU Body consists of only a part of a VALUE Telemetry Message (Segmenting)
ApPDU Body が VALUE Telemetry Message の一部からなる場合 (Segmenting)Figure 3-1 (continue) Usage of the Time Code field of a Cargo Space Packet for VALUE
Telemetry Messages without Message Time field // Message Time フィールドがない VALUE
Telemetry Messages を含む Cargo Space Packet の Time Code フィールドの使い方

26

JERG-2-400-TP102
ある ApPDU が含む VALUE Telemetry Messageの Message Time フィールド (Figure 3-2 参照)の Basic Time フィールド（[R4], つまり、秒）の octets 数が、その ApPDU を含む Cargo Space
Packet の Packet Time の Basic Time フィールドの octets 数より小さい場合、Message Time フィールドは、その VALUE Telemetry Message に対応する VALUE Telemetry の Message Time のビットの全ては含まない。その代わりに、双方のフィ ールドの 値を組み 合わせ る事で、 その
Message Time のビット全体を復元する。その場
合、Packet Time と Message Time の差は、ゼロである必要はないものの、小さな値であるべき
で、VALUE Telemetry Message の Message Time
フィールドの値がロールオーバーする期間の半分よりも小さいこと。

If the number of the octets of the Basic Time field([R4], i.e. seconds) of the Message Time field of the
VALUE Telemetry Message (see Figure 3-2)
contained by an ApPDU is smaller than the numberof the octets of the Basic Time field of the Packet
Time of the Cargo Space Packet which contains the
ApPDU, the Message Time field does not contain all
the bits of the Message Time of the VALUE
Telemetry corresponding to the VALUE Telemetry
Message. Instead, the values of both the fields are
combined to restore the entire set of bits of the
Message Time. Note that the difference between the
Packet Time and the Message Time should be small,
although it is not necessarily zero, and shall besmaller than a half of the period in which the valueof the Message Time fields in the VALUE
Telemetry Message rolls over.

Telemetry

Attribute

Message

Attribute

Message Header

ID

Time

Values…

(optional)

ApPDU Header

ApPDU Body
(One or more ApSDUs or the First ApSDU Segment of an ApSDU)
ApPDUTime CodeAncillary Data

Primary

field

field

HeaderPacket Secondary Header

User Data field

Packet Data field

Figure 3-2 Time Code field in a Cargo Space Packet andMessage Time field in a VALUE Telemetry Message
Cargo Space Packet の Time Code フィールド及びVALUE Telemetry Message の Message Time フィールド

27

JERG-2-400-TP102[注 2] Message Time の上位 octets の復元は、対応する Packet Time の上位 octets を単純にコピーする事では実現できない。例えば（Figure 3-3
参 照 ） 、 あ る VALUE Telemetry Message のMessage Time フィールドの値が 02 . 03 04 h で、
Packet Time が 00 FE . FC h である場合、Message
Time の全ビットは、00 02 . 03 04 h ではなく、Message Time と Packet Time の時間差が最小となる 01 02 . 03 04 h である（ここで、“.” は秒の単位の位置を示す）。

[Note 2] Recovery of the significant octets of a
Message Time cannot be achieved by simply
copying significant octets in the corresponding
Packet Time. For example (see Figure 3-3), in thecase where the value of the Message Time field of a
VALUE Telemetry Message is 02 . 03 04 h (where“.” denotes a position of the unit of second) and the
Packet Time is 00 FE . FC h, the full bits of the
Message Time is not 00 02 . 03 04 h but 01 02 . 03
04 h, where the time difference between the
Message Time and the Packet Time is minimum.

Figure 3-3 Recovery of the significant octets of a Message Time
Message Time の上位 octets の復元

28

JERG-2-400-TP102

3.4.4.

MEMORY DUMP Telemetry

For MEMORY DUMP Telemetry Messages [A2],segmenting of an ApSDU (see Section 4.5.3) shallnot be performed.

ApSDU の segmenting （ 4.5.3 項 参 照 ） は 、
MEMORY DUMP Telemetry Messages [A2] に対して実施しないこと。

If a MEMORY DUMP Telecommand Message[A2] specifies memory data too large to beaccommodated in a single ApPDU (i.e. in a single
Cargo Space Packet), the memory data shall be
divided into multiple MEMORY DUMP Telemetry
Messages so that each MEMORY DUMP
Telemetry Message can fit in a single Cargo Space
Packet as an ApSDU.

Memory Dump Telecommand Message [A2] が指定するメモリデータが、単一の ApPDU（つまり、単一の Cargo Space Packet）に収納するよりも大きすぎる場合、メモリデータを、各
MEMORY DUMP Telemetry Message が ApSDU
として単一の Cargo Space Packet に収める事がで き る よ う に 、 複 数 の MEMORY DUMP
Telemetry Messages に分割すること。

In this case, the Dump Data field [A2] of the
MEMORY DUMP Telemetry Messages may or
may not be of the maximum octet length allowed in
the project.

この場合、MEMORY DUMP Telemetry Messagesの Dump Data フィールド [A2] は、project が許容する最大 octet 長であっても良いが、なくても良い。

The Memory Functional Object [R6] can determine
the octet length of individual MEMORY DUMP
Telemetry Message.

Memory Functional Object [R6] は 、 個 々 の
MEMORY DUMP Telemetry Message の octet 長を決める事ができる。

29

JERG-2-400-TP102

4.

APPLICATION DATA UNIT PROTOCOL

4.1.

GENERAL // 一般

The ADU Protocol shall be used to transfer SMCP
Telemetries. The ADU Protocol shall be used for
SMCP Telemetries in the layer between the SMCP
and Space Packet Protocol, as illustrated in Figure2-2. The ADU Protocol shall not be used for SMCP
Telecommands.

ADU Protocol は、SMCP Telemetries を伝送するのに用いること。ADU Protocol は、Figure 2-2 に図示するように、SMCP Telemetries の SMCP とSpace Packet Protocol の層の間に用いること。
ADU Protocol は、SMCP Telecommands には用いないこと。

This chapter specifies the ADU Protocol.

本章は ADU Protocol を定める。

4.2.

ADU CHANNELSIn this chapter, a series of upper-layer protocol data
units is referred to as an upper-layer-string.

本章では、上の層の protocol data units の連なりを upper-layer-string と称する。

A Logical Data Path [A3] in the Space Packet
Protocol transfers either a single upper-layer-stringor multiplexed one or more upper-layer-strings. In
the latter case, each upper-layer-string is referred toas an ADU Channel.

Space Packet Protocol の Logical Data Path [A3]は、単一の upper-layer-string か多重化した一つ以上の upper-layer-strings かの何れかを伝送する。後者の場合、各 upper-layer-string を ADU
Channel と称する。

[Note 1] The Application Process Identifier (APID)[A3] of a Space Packet is the identifier of a Logical
Data Path along which the Space Packet istransferred.

[ 注 1] Space Packet の Application Process
Identifier (APID) [A3] は、Space Packet が伝送される Logical Data Path の識別子である。

If ADU Channels are absent, a single upper-layerstring shall be transferred with the Space Packets
that have a common APID.

ADU Channels が存在しない場合、同一の APIDを持つ Space Packets で、単一の upper-layer-stringを伝送すること。

If ADU Channels are present, the ADU Channels
shall be multiplexed (see Section 4.5.5) with Space
Packets having a common APID and transferredwith them.

ADU Channels が存在する場合、同一の APID を持つ Space Packets を使用しその ADU Channels
を多重化 (4.5.5 項参照) し、伝送すること。

An ADU Channel can be shared in data transferfrom all of the Functional Objects in a Functional
Object Route Group, to which an Upper FOID isallocated (see Section 3.2.2).

ある Functional Object Route Group に属する全ての Functional Objects からのデータ伝送では、
一 つ の ADU Channel が 共 有 で き る 。 そ のFunctional Object Route Group には、Upper FOIDが割り当てられている（3.2.2 項参照）。

[Note 2] The value of an Upper FOID of a SMCP
Telemetry is encoded into the bit-field of the Lower
APID of the Cargo Space Packet which contains the
SMCP Telemetry (see Section 5.2.4).

[注 2] ある SMCP Telemetry の Upper FOID の値は、その SMCP Telemetry を含む Cargo Space
Packet の Lower APID のビットフィールドにエンコードされる（5.2.4 項参照）。

30

JERG-2-400-TP102
A project-specific document about its specification
shall include the information of whether ADU
Channels are present or absent, and, if present, thenumber of existing ADU Channels for each value ofthe Upper FOIDs, for which the table provided in
Section 6.3.2 shall be employed.

Project 固有の仕様文書は、ADU Channels が存在するか否か、そして存在する場合は Upper
FOIDs の各値に対して存在する ADU Channelsの数の情報を含むこと。その際、6.3.2 項に示す表を使うこと。

For any valid value of the Upper FOIDs, the numberof the ADU Channels shall be 256 at most. The
purpose to use ADU Channels shall be determinedfor each value of the Upper FOIDs.

Upper FOID として許される全ての値に対し、
ADU Channels の数は最大 256 であること。また、ADU Channels を用いる目的を、Upper FOIDの値毎に決めること。

An ADU Channel shall have an identifier referred
to as ADU Channel Identifier (ADU Channel ID).

ADU Channel は、ADU Channel Identifier (ADU
Channel ID) と称する識別子を持つこと。

31

JERG-2-400-TP102

4.3.

APPLICATION SERVICE DATA UNIT (APSDU)

A service data unit of the ADU protocol is referred
to as an Application Service Data Unit (ApSDU).

ADU Protocol の service data unit を、Application
Service Data Unit (ApSDU) と称する。

ApSDUs contain protocol data units of an upperlayer protocol, e.g., a Telemetry Message [A2]. If
Telemetry Messages are transferred with the ADU
Protocol, one ApSDU shall consist of one
Telemetry Message (see Figure 4-1).

ApSDUs は、例えば Telemetry Message [A2] といった上の層のプロトコルの protocol data units
を 含 む 。 ADU Protocol に よ り Telemetry
Messages を伝送する場合、一つの ApSDU が一
つの Telemetry Message からなること (Figure4-1 参照)。

Telemetry Message
Application Service Data Unit (ApSDU)

Figure 4-1 Correspondence between ApSDU and Telemtry Message
ApSDU と Telemtry Message の対応
The maximum length of an ApSDU is obtained by
the following calculation.

ApSDU の最大長は、以下の計算により求まる。

The maximum number of the ApSDU Segments(see Section 4.5.3) generated from one ApSDU is16348.

一 つ の ApSDU か ら 生 成 さ れ る ApSDU
Segments (4.5.3 項参照) の最大数は 16348 である。

If ADU Channels are present,
the maximum length of an ApSDU Segment is‘Maximum Packet Length’ (see Section 6.4.2) –Packet Time Length – 11 octets.

ADU Channels が存在する場合、
ApSDU Segment の最大長は、以下である。
‘Maximum Packet Length’（6.4.2 項参照）－Packet
Time 長－11 octets

If ADU Channels are present,
the maximum length of an ApSDU is

ADU Channels が存在する場合、
ApSDU の最大長は、以下である。

(the maximum length of an ApSDU Segment) ×
16348 octets.

（ApSDU Segment の最大長） × 16348 octets

If ADU Channels are absent,
the maximum length of an ApSDU is

ADU Channels が存在しない場合、
ApSDU の最大長は、以下である。

‘Maximum Packet Length’ (see Section 6.4.2) –Packet Time Length – 8 octets.

‘Maximum Packet Length’（6.4.2 項参照）– Packet
Time 長– 8 octets

32

JERG-2-400-TP102

4.4.

APPLICATION PROTOCOL DATA UNIT (APPDU)

4.4.1.

General // 一般A protocol data unit of the ADU Protocol is referred
to as an Application Protocol Data Unit (ApPDU).

ADU Protocol の protocol data unit を Application
Protocol Data Unit (ApPDU) と称する。

An ApPDU shall consist of two fields referred to as
an ApPDU Header and an ApPDU Body (see Figure
4-2).

ApPDU は、ApPDU Header 及び ApPDU Body と称する二つのフィールドからなること (Figure4-2 参照)。

Application Protocol Data Unit (ApPDU)ApPDU Header

ApPDU Body
ApSDU(s) or ApSDU Segment

Figure 4-2 Structure of the ApPDU
ApPDU の構造
The ApPDU Header contains the information of
how the ApSDU is transferred. Its format is definedin Section 4.4.2.

ApPDU Header は、ApSDU が如何に伝送されるかの情報を含む。そのフォーマットは 4.4.2 項
で定義される。

An ApPDU Body consists of either one or more
ApSDUs or one ApSDU Segment (see Section
4.4.3).

ApPDU Body は、一つ以上の ApSDUs、または、
一つの ApSDU Segment の何れかからなる（4.4.3
項参照）。

[Note] As specified in Section 5.4.1, an ApPDU is
contained in the Packet Data field in a Space Packet.
An ApPDU Header is transferred as the Ancillary
Data field in the Packet Secondary Header of aSpace Packet. An ApPDU Body is transferred as theUser Data field in a Space Packet.

[注] 5.4.1 項で定めるように、ApPDU は Space
Packet 内の Packet Data フィールドに含まれる。
ApPDU Header は 、 Space Packet の Packet
Secondary Header の Ancillary Data フィールドとして伝送する。また、ApPDU Body は、Space
Packet の User Data フィールドとして伝送する。

33

JERG-2-400-TP102
4.4.2.

ApPDU Headers

There are two types of ApPDU Headers.

ApPDU Headers には二つのタイプがある。

ApPDU Header Type 0:

ApPDU Header Type 0:

Used if ADU Channels are absent.

ADU Channels が存在しない場合に用いる。

ApPDU Header Type 1:

ApPDU Header Type 1:

Used if ADU Channels are present.

ADU Channels が存在する場合に用いる。

The type of ApPDU Headers is referred to as an
ApPDU Header Type.

この ApPDU Headers のタイプを ApPDU Header
Type と称する。

The format of ApPDU Headers is shown in Figure
4-3. The definition of each of the fields contained in
ApPDU Headers is given in Table 4-1.

ApPDU Headers のフォーマットを Figure 4-3 に示す。ApPDU Headers に含まれる各フィールドの定義を Table 4-1 に示す。

34

JERG-2-400-TP102(2 octets)
ApPDU
Header Type(1 bit)ApSDU Information
Category

ApSDU
Count

(7 bits)(1 octet)(a) ApPDU Header Type 0(5 octets)

ApPDU
Header Type(1 bit)ApSDU Information
Category(7 bits)ApSDU

ADU Channel

ApSDU

ApSDU

Count

ID

Segment Flags

Segment Count(1 octet)(1 octet)(2 bits)(14 bits)(b) ApPDU Header Type 1

Figure 4-3: Formats of ApPDU Headers
ApPDU Headers のフォーマット

Category の割り当ての意味は、project 毎に決め、
6.3.1 項に示す表を使い、project 固有の文書に定めること。

The meanings of the Category shall be determinedfor each project and specified in a project-specificdocument, in which the table provided in Section
6.3.1 shall be employed.

35

JERG-2-400-TP102
Table 4-1: Definition of the Fields of the ApPDU Headers
ApPDU Headers のフィールドの定義
Field Name

Field
Length(bits)

Contained
in HeaderType 0?

Contained
in HeaderType 1?

Definition

ApPDU
Header Type

1

YES

YES

Category

7

YES

YES

Identifier of the kind of processing for onboard
storage and delivering to the ground.

ApSDU Count

8

YES

YES

The sequence count (modulo 256) of the
ApSDU (or the first ApSDU if blocking is
employed) contained in the ApPDU. If
multiple ADU Channels are present, a separate
count is maintained for each ADU Channel.

0b for ApPDU Header Type 0.
1b for ApPDU Header Type 1.

(see Section 4.5.1)
ADU Channel
ID

8

NO

YES

Identifier of the ADU Channel.
(see Section 4.2)

ApSDU
Segment Flags

2

NO

YES

One of the following four values, dependingon what the ApPDU contains:
00b: if it is a continuation segment,
01b: if it is the first segment,
10b: if it is the last segment,
11b: if it is one or more complete ApSDUs.

ApSDU
Segment Count

14

NO

YES

(If segmenting is employed) The sequence
count of the ApSDU Segment contained in the
ApPDU. It is 0 for the first segment of an
ApSDU, and incremented by one for eachsubsequent segment.
(If segmenting is not employed) it is 0.
(see Section 4.5.4)

36

JERG-2-400-TP102
4.4.3.

ApPDU Body

Three methods to transfer ApSDUs are specified:
Non-Segmenting, Blocking, and Segmenting. The
scheme with which an ApPDU Body is constructedvaries, depending on which transfer method is used.

ApSDUs の、三つの伝送方法：Non-Segmenting,
Blocking, 及び Segmenting を定める。どの伝送方法を用いるかに応じ、ApPDU Body の構築方
法が変わる。

Non-Segmenting:
An ApPDU Body shall consist of one ApSDU only
(i.e. the functions of neither blocking (see Section
4.5.2) nor segmenting (see Section 4.5.3) are
employed in building an ApPDU Body from an
ApSDU).

Non-Segmenting:
ApPDU Body は、一つの ApSDU からなること。
つまり、ApSDU から ApPDU Body の構築に、
blocking の機能 (4.5.2 項参照) も segmenting の
機能 (4.5.3 項参照) も何れも使わない。

Blocking:
An ApPDU Body shall consist of multiple ApSDUs(i.e. the function of blocking is employed in building
an ApPDU Body from multiple ApSDUs).

Blocking:
ApPDU Body は、複数の ApSDUs からなること。
つまり、blocking の機能を使い、複数の ApSDUsから、一つの ApPDU Body を構築する。

Segmenting:
An ApPDU Body shall consist of one ApSDU
Segment (see Section 4.5.3) only (i.e. the functionof segmenting is employed in building multiple
ApPDU Bodys from an ApSDU).

Segmenting:
ApPDU Body は、一つの ApSDU Segment (4.5.3
項参照) からなること。つまり、segmenting の機 能 を 使 い 、 一 つ の ApSDU か ら 、 複 数 の
ApPDU Bodys を構築する。

[Note 1] Each ApSDU Segment is contained in asingle ApPDU Body. An ApPDU Body contains
neither multiple ApSDU Segments nor an ApSDU
Segment and one or more ApSDUs.

[注 1] 各 ApSDU Segment は、一つの ApPDU
Body に含まれる。一つの ApPDU Body は、複数の ApSDU Segments を含む事もなく、またApSDU Segment と一つ以上の ApSDUs を含む事もない。

Which of these three ways is employed for eachApSDU shall be determined from the maximum
octet length of Space Packets (see Section 6.4.2) andthe octet length of the ApSDU.

各 ApSDU にこれらの三つの方法のどれを使いるかは、Space Packets の最大 octet 長（6.4.2 項参照）と ApSDU の octet 長により決めること。

If ADU Channels are absent, Segmenting shall not
be employed, which implies only Non-Segmenting
and Blocking is employed. This means that if thefunction of segmenting is required, at least one ADU
Channel is required.

ADU Channels が存在しない場合、Segmenting は使わないこと。これは、Non-Segmenting 及びBlocking の み を 使 う 事 を 意 味 す る 。 ま た 、segmenting の機能が必要な場合は、少なくとも一つの ADU Channel が要求される事も意味している。

[Note 2] Segmenting is not employed for
MEMORY DUMP Telemetry Messages (seeSection 3.4.4).

[注 2] MEMORY DUMP Telemetry Messages には
Segmenting を使わない（3.4.4 項参照）。

37

JERG-2-400-TP102
4.4.4.

Combinations of ApPDU Header and ApPDU Body
ApPDU Header と ApPDU Body の組み合わせApPDU Header の構造は、ADU Channels が存在するか否かに応じて決まる (4.4.2 項参照)。また 、 ApPDU Body の 構 造 は Non-Segmenting,
Blocking, または Segmenting の何れを使うかに応じて決まる (4.4.3 項参照)。許される ApPDUHeader と ApPDU Body の組み合わせを Figure
4-4 に示す。

The structure of an ApPDU Header is determined,
depending on whether ADU Channels are present orabsent (see Section 4.4.2). The structure of an
ApPDU Body is determined, depending on which of
Non-Segmenting, Blocking, or Segmenting is
employed (see Section 4.4.3). The allowed
combinations of an ApPDU Header and an ApPDU
Body are shown in Figure 4-4.

ApPDU Header Type 0

ApSDU(2 octets)(a) Non-Segmenting (ADU Channels are absent)
Non-Segmenting (ADU Channels が存在しない)

ApPDU Header Type 0

ApSDU

…

ApSDU

(2 octets)(b) Blocking (ADU Channels are absent)
Blocking (ADU Channels が存在しない)

ApPDU Header Type 1

ApSDU(5 octets)(c) Non-Segmenting (ADU Channels are present)
Non-Segmenting (ADU Channels が存在する)

ApPDU Header Type 1

ApSDU

…

(5 octets)(d) Blocking (ADU Channels are present)
Blocking (ADU Channels が存在する)

ApPDU Header Type 1

ApSDU segment(5 octets)(e) Segmenting (ADU Channels are present)
Segmenting (ADU Channels が存在する)

Figure 4-4: Combinations of an ApPDU Header and ApPDU Body
ApPDU HeaderとApPDU Bodyの組み合わせ

38

ApSDU

JERG-2-400-TP102

4.5.

PROCEDURES // 手順

4.5.1.

ApSDU Count (field)

A sequence count referred to as an ApSDU Count
shall be given to each ApSDU transferred in each
upper-layer-string.

ApSDU Count と称するシーケンスカウントを、
各 upper-layer-string で伝送する各 ApSDU に付けること。

If multiple upper-layer-strings (i.e. ADU Channels)
are present, a separate count shall be maintained foreach ADU Channel.

複 数 の upper-layer-strings ( つ ま り 、 ADU
Channels) が存在する場合、各 ADU Channel に対し、別々のカウントを保持すること。

ApSDU Count shall increment by one for eachApSDU transfer.

ApSDU Count は、ApSDU の伝送ごとに一ずつ増加すること。

In each upper-layer-string, the ApSDU Count shallbe continuous (modulo 256) and shall not be reset
unless it is unavoidable.

各 upper-layer-string において、ApSDU Count は
連続的（モジュロ 256）であること。また、やむを得ない場合を除いてリセットしないこと。

The value of the ApSDU Count field of an ApPDUHeader shall be the value of the ApSDU Count of
the first ApSDU contained in the corresponding
ApPDU Body (see Table 4-1).

ApPDU Header の ApSDU Count フィールドの値
は、対応する ApPDU Body に含まれる最初の
ApSDU の ApSDU Count の値であること (Table
4-1 参照)。

4.5.2.

Function of Blocking // Blocking の機能

An ApPDU Body can transfer multiple ApSDUs by
a function of blocking [A4].

Blocking [A4] の機能により、一つの ApPDU
Body で複数の ApSDUs を伝送する事ができる。

All the ApSDUs in an ApPDU Body shall belong to
a common upper-layer-string.

ある ApPDU Body に含まれる全ての ApSDUs
は同一の upper-layer-string に属すこと。

If an ApPDU Body consists of multiple ApSDUs,
these ApSDUs shall have consecutive ApSDUCounts.

ある ApPDU Body が複数の ApSDUs からなる
場合、これらの ApSDUs は、連続する ApSDUCounts を持つこと。

39

JERG-2-400-TP102
4.5.3.

Function of Segmenting // Segmenting の機能

An ApSDU that is too large to be contained in asingle ApPDU can be segmented into multiple
segments by a function of segmenting [A4].

一 つ の ApPDU に 含 め る に は 大 き す ぎ る
ApSDU は、segmenting [A4] の機能により、複数のセグメントに分割する事ができる。

In the case where the function of segmenting is
employed, one ApSDU shall be divided into
multiple segments referred to as ApSDU Segments.

Segmenting の機能を使う場合、一つの ApSDUを ApSDU Segments と称する複数のセグメントに分割すること。

All of the ApSDU Segments divided from an
ApSDU shall belong to a common ADU Channel.

あ る ApSDU を 分 割 し た 全 て の ApSDU
Segments は同一の ADU Channel に属すこと。

The octet lengths of the ApSDU Segments may
differ from one another.

また、これらの ApSDU Segments の octet 長は、互いに異なって良い。

The ApSDU Segments of an ApSDU shall betransferred sequentially (i.e., the n-th ApSDU
Segment of an ApSDU follows the (n-1)-th ApSDU
Segment of the same ApSDU).

ある ApSDU の ApSDU Segments は、順次（つまり、ApSDU の n 番目の ApSDU Segment は同
じ ApSDU の (n-1) 番目の ApSDU Segment に続く）伝送すること。

All of the ApSDU Segments of an ApSDU shall betransferred before the next ApSDU is transferred.

ある ApSDU の ApSDU Segments の全ては、次の ApSDU を伝送する前に伝送すること。

40

JERG-2-400-TP102

4.5.4.

ApSDU Segment Count (field)

A sequence count, referred to as an ApSDU
Segment Count, shall be given to each ApSDU
Segment generated from a ApSDU. The ApSDU
Segment Count shall be 0 for the first ApSDU
Segment of an ApSDU, and shall increment by one
for each subsequent ApSDU Segment.

一つの ApSDU から生成する各 ApSDU Segmentには、ApSDU Segment Count と称するシーケン
ス カ ウ ン ト を 付 け る こ と 。 ApSDU Segment
Count は、ApSDU の最初の ApSDU Segment については 0 であること、また、その後の ApSDU
Segment ごとに一ずつ増分すること。

If an ApPDU Body consists of only an ApSDU
Segment, the value of the ApSDU Segment Count
field in the corresponding ApPDU Header shall be
the value of the ApSDU Segment Count of the
ApSDU Segment. If not, the value of the ApSDU
Segment Count field shall be 0.

ApPDU Body が一つの ApSDU Segment のみからなる場合、対応する ApPDU Header の ApSDU
Segment Count フィールドの値は、その ApSDU
Segment の ApSDU Segment Count の値であること。一つの ApSDU Segment のみからならない
場合、ApSDU Segment Count フィールドの値は、0 であること。

4.5.5.

The Function of Multiplexing // Multiplexing の機能

ADU Channels shall have a function ofmultiplexing [A4]. That is, if multiple ADU
Channels are present, the order of ApPDUs fordifferent ADU Channels is arbitrary, though theorder of the ApPDUs for each ADU Channel is kept.

ADU Channels は、multiplexing [A4] の機能を持つこと。すなわち、複数の ADU Channels が存在する場合、各 ADU Channel の ApPDUs の順序は保つが、ADU Channels が異なれば ApPDUsの順序は任意である。

The function of Multiplexing shall be performed
after the functions of segmenting and blocking.

Multiplexing の機能は、segmenting と blocking の機能の後に行うこと。

[Note] All the ApSDUs in an ApPDU Body belong
to a common upper-layer-string (see Section 4.5.2).
Thus, ApSDUs in different upper-layer-string
cannot be multiplexed into a single ApPDU.

[注] 一つの ApPDU Body に含まれる全ての
ApSDUs は、同一の upper-layer-string に属する
(4.5.2 項参照)。そこで、異なる upper-layer-stringに属する ApSDUs は、単一の ApPDU に多重化
できない。

41

JERG-2-400-TP102

5.

SPACE PACKET PROTOCOL

5.1.

GENERAL // 一般

The Space Packet Protocol shall be used to transfer
data between onboard and ground End Nodes [A1]or among onboard End Nodes. The Space Packet
Protocol shall be used in a layer below the SMCP
and the ADU Protocol (Figure 2-2).

衛星搭載と地上 End Nodes [A1] 間、または、衛星搭載 End Nodes 間でデータを伝送するために、Space Packet Protocol を用いること。Space
Packet Protocol は、SMCP と ADU Protocol の下の層で用いる (Figure 2-2) こと。

A Space Packet used for telecommands andtelemetries is referred to as a Telecommand Packet
and Telemetry Packet, respectively.

テレコマンド及びテレメトリに用いる Space
Packet を、それぞれ、Telecommand Packet 及びTelemetry Packet と称する。

[Note] An Idle Packet [A3] is not a Telemetry
Packet.

[注] Idle Packet [A3] は、Telemetry Packet ではない。

This chapter specifies the method to use the Space
Packet Protocol in this architecture. The
specifications common for both Telecommand
Packets and Telemetry Packets are described in
Section 5.2. The specifications unique toTelecommand Packets and Telemetry Packets aredescribed in Sections 5.3 and 5.4, respectively.

本章では、本アーキテクチャにおける Space
Packet Protocol の使い方を定める。Telecommand
Packets と Telemetry Packets に共通な仕様を 5.2
項 に 記 す 。 ま た 、 Telecommand Packets 及 び
Telemetry Packets に固有な仕様を、それぞれ、
5.3 項及び 5.4 項に記す。

42

JERG-2-400-TP102

5.2.

COMMON SPECIFICATION // 共通仕様

5.2.1.

General // 一般
本項では、Telecommand Packets と Telemetry
Packets に共通な仕様を示す。

This section gives the specifications common forboth Telecommand Packets and Telemetry Packets.

5.2.2.

Application Process Identifier (APID)

The specification about the structure of an
Application Process Identifier (APID) [A3] issummarized in Figure 5-1.

Application Process Identifier (APID) [A3] の構造の仕様を Figure 5-1 に示す。

An APID shall consist of two parts, an Upper APID
and a Lower APID, which are specified in Sections
5.2.3 and 5.2.4, respectively.

APID は、二つの部分、Upper APID 及び Lower
APID から構成されること。これらは、それぞれ、5.2.3 項及び 5.2.4 項で定める。

Figure 5-1: Structure of APID
APID の構造
あ る Acknowledge Telemetry (ACK Telemetry)([A2] 5.5 項参照) を含む Space Packet の APIDの値は、その ACK Telemetry に対応する SMCP
Telecommand を含む Space Packet の APID の値と等しいこと。

The value of the APID of the Space Packet whichcontains an Acknowledge Telemetry (ACK
Telemetry) (see Section 5.5 in [A2]) shall be equal
to the APID of the Space Packet which contains the
SMCP Telecommand corresponding to the ACK
Telemetry.

43

JERG-2-400-TP102
5.2.3.

Upper APID

The upper 3 bit part of an APID is referred to as theUpper APID.

APID の上位 3 bit 部分を Upper APID と称する。

Controllers
andMonitorsof
SMCP
Telecommand/Telemetries which are contained by
Space Packets are grouped and each group has an
identifier (see Section 3.2.3).

Space Packets に 含 ま れ る SMCP
Telecommand/Telemetries の Controllers 及 び
Monitors はグループ化され、それぞれのグルー
プは識別子を持つ (3.2.3 項参照)。

The Upper APID of a Space Packet shall be theidentifier of the group of the Controllers andMonitors of the SMCP Telecommand/Telemetries
contained by the Space Packet.

ある Space Packet の Upper APID は、その Space
Packet
に
含
ま
れ
る
SMCP
Telecommand/Telemetries の Controllers 及 び
Monitors のグループの識別子であること。

[Note] A Controller on the ground is called Ground
Controller and that on a spacecraft is called Onboard
Controller (see Section 3.1).

[注] 地上の Controller は、Ground Controller と
呼 ば れ 、 衛 星 上 の Controller は 、 Onboard
Controller と呼ばれる (3.1 項参照)。

For a Telecommand Packet, an Upper APID is theidentifier of the location of the source of a Space
Packet (e.g. the ground, the onboard central data
handling subsystem).

Telecommand Packet の場合、Upper APID は、Space Packet の作成元の場所の識別子である（地上、衛星搭載データハンドリングサブシス
テム等）。

For a Telemetry Packet, an Upper APID is theidentifier of the type of process at the destination of
the SMCP Telemetry contained in the Space Packet(e.g. a spacecraft or instrument control, onboard
memory management, science data analysis).

Telemetry Packet の場合、Upper APID は、Space
Packet に含まれる SMCP Telemetry の宛先でのプロセスのタイプ（衛星または観測機器の制御、オンボードメモリ管理、科学データ分析等）の識別子である。

Table 5-1 lists the types of the assignment of Upper
APIDs. Although two types, referred to as Type 1aand Type 1b, are defined, use of Type 1b isrecommended for newly designed spacecraft
projects. Type 1a is included for the sake ofbackward compatibility. If Type 1a is used, thespacecraft shall not generate any ACK Telemetries.

Table 5-1 に、Upper APIDs の割り当てのタイプを示す。Type 1a 及び Type 1b と称する二つのタイプを定義しているが、新しく設計する衛星
projects では Type 1b の使用を推奨する。Type
1a は、後方互換性のため取り入れられている。
Type 1a を用いる場合、その衛星では ACK
Telemetries を生成しないこと。

The type of the assignment of Upper APIDs shall be
determined for each project and specified in a
project-specific document, in which the tableprovided in Section 6.4.1 shall be employed.

Upper APIDs の割り当ての種類は、project ごとに決め、6.4.1 項に示す表を使い、project 固有の文書に定めること。

44

JERG-2-400-TP102
Table 5-1 Types of the Assignment of the Upper APID
Upper APID の割り当てのタイプ(a) Type 1a (without ACK Telemetries)
Telecommand/Tel
emetryUpper APID

Telecommand000b

Telecommands generated by the Ground Controller (Real Time
Telecommand)001b

Telecommands generated by the Onboard Controller (Stored
Telecommand)

010b – 110b

Reserved

111b

Reserved

000b

Value Telemetry which can be monitored byControllers and Monitors

001b

Value Telemetry which can NOT be monitored byControllers BUT Monitors

010b

Memory Dump Telemetry which can be monitored byControllers and Monitors

011b

Memory Dump Telemetry which can NOT be monitored byControllers BUT Monitors

100b

Notification Telemetry which can be monitored byControllers and Monitors

101b

Notification Telemetry which can NOT be monitored by Controllers
BUT Monitors

110b

Spacecraft Internal Communication

111b

Reserved

Telemetry

Assignment

45

JERG-2-400-TP102(b) Type 1b (with ACK Telemetries)
Telecommand/Tel
emetryUpper APID

Telecommand000b

Telecommands generated by the Ground Controller (Real Time
Telecommand)

001b– 101b

Reserved

110b

Telecommands generated by the Onboard Controller (Stored
Telecommand)

111b

Reserved

000b

Value Telemetry which can be monitored byControllers and Monitors

001b

Value Telemetry which can NOT be monitored byControllers BUT Monitors

010b

Memory Dump Telemetry which can be monitored byControllers and Monitors

011b

Memory Dump Telemetry which can NOT be monitored byControllers BUT Monitors

100b

Notification Telemetry which can be monitored byControllers and Monitors

101b

Notification Telemetry which can NOT be monitored by Controllers
BUT Monitors

110b

ACK Telemetry which can be monitored byControllers and Monitors

111b

Spacecraft Internal Communication

Telemetry

Assignment

46

JERG-2-400-TP102
5.2.4.

Lower APID

The lower 8 bit part of an APID is referred to as theLower APID.

APID の下位 8 bit 部分を Lower APID と称する。

The value of a Lower APID shall be the value of the
UFORID (see Section 3.2.2) of the SMCP
Telecommand/Telemetries contained in the Space
Packet.

Lower APID の値は、その Space Packet に含まれる SMCP Telecommand/Telemetries の UFORID(3.2.2 項参照) の値であること。

Any value of the Lower APID between 1111 1000b
and 1111 1111b cannot be combined with the Upper
APID 111b due to the restrictions described in
Section 4.1.2.3.4.5 of [A3].

[A3] 4.1.2.3.4.5 項に記された制約のため、1111
1000b と 1111 1111b の間の Lower APID の値
は、Upper APID 111b と組み合わせる事はできない。

The assignment of the Lower APID shall be
determined for each project and specified in a
project-specific document, in which the tableprovided in Section 6.4.1 shall be employed.

Lower APID の割り当ては、project ごとに決め、
6.4.1 項に示す表を使って、project 固有の文書に定めること。

5.2.5.

‘Packet Sequence Count or Packet name’ field

The value of a ‘Packet Sequence Count or Packet
Name’ field specified in Section 4.1.2.4.3 of [A3]shall be the value of the Packet Sequence Count[A3] of the Space Packet. Packet Name specified in[A3] shall not be used.

[A3] 4.1.2.4.3 項 が 定 め る ‘Packet Sequence
Count or Packet Name’ フィールドの値は、そのSpace Packet の Packet Sequence Count [A3] の値であること。[A3] が定める Packet Name は用いないこと。

[Note] The specification in the previous paragraphis compatible with the recommendation in Section
4.3.2.1.4 of [R5].

[注] この前段の仕様は、[R5] 4.3.2.1.4 項の推奨と互換性がある。

47

JERG-2-400-TP102

5.3.

TELECOMMAND PACKET

5.3.1.

General // 一般This section gives the specifications unique toTelecommand Packets. See Section 5.2 for thecommon specifications.

本項では、Telecommand Packets に固有な仕様を示す。共通な仕様は、5.2 項を参照。

A Telecommand Packet shall contain one SMCP
Telecommand [A2].

一つの Telecommand Packet が、一つの SMCP
Telecommand [A2] を含むこと。

5.3.2.

APID Qualifier

The APID Qualifier specified in Section 3.3.2.3 of[A3], if used, shall be used to identify the naming
domain of the APID.

[A3] 3.3.2.3 項が定める APID Qualifier は、用いる場合、APID の名前空間として用いること。

Each naming domain shall be one of the following.

各名前空間は以下の何れかであること。

-

Naming domain which is used while theOnboard Controller [A1] is operating-

Onboard Controller [A1] が動作しているときに用いる名前空間-

Naming domain which is used while theOnboard Controller is not operating-

Onboard Controller が動作していないときに用いる名前空間-

Naming domain of the Logical Data Paths
whose onboard side is Functional Objects that
handle the MAP Packet Service (see Section
3.3.1 in [R1]).

-

MAP Packet Service ([R1] 3.3.1 項参照) を扱
う Functional Objects を衛星搭載側とする
Logical Data Paths の名前空間[注] [R1] 3.3.1 項は、Multiplexer Access Point
Identifier（[R9] 4.1.3.2.2.3 項が定める MAP ID）
は、APID qualifier として用いる事を、定めている。

[Note] Section 3.3.1 in [R1] specifies thatMultiplexer Access Point Identifier (MAP ID,
specified in Section 4.1.3.2.2.3 of [R9]) be used as
the APID qualifier.

48

JERG-2-400-TP102
5.3.3.

Packet Type fieldPrimary Header の Packet Type フィールド [A3]の値は 1 であること。

The value of the Packet Type field [A3] of aPrimary Header shall be 1.

5.3.4.

Secondary Header Flag fieldPrimary Header の Secondary Header Flag フィー
ルド [A3] の値は 0b であること (5.3.7 項参照)。

The value of the Secondary Header Flag field [A3]of a Primary Header shall be 0b (see Section 5.3.7).

5.3.5.

Packet Sequence Control field

The value of the Packet Sequence Control field [A3]in a Primary Header shall be a Telecommand
Message Identifier (Telecommand Message ID)[A2].

Primary Header の Packet Sequence Control フィー ル ド [A3] の 値 は 、 Telecommand Message
Identifier (Telecommand Message ID) [A2] であること。

[Note] The Packet Sequence Control field of a Space
Packet is specified in Section 4.1.2.4 of [A3] andconsists of a Sequence Flags field (2 bits) and a‘Packet Sequence Count or Packet Name’ field (14bits).

[注] Space Packet の Packet Sequence Control フィールドは、[A3] 4.1.2.4 項が定め、Sequence Flags
フ ィ ー ル ド (2 bits) 及 び ‘Packet Sequence
Count or Packet Name’フィールド (14 bits) からなる。

5.3.6.

Sequence Flags fieldPrimary Header の Sequence Flags フィールド[A3] の値は 11b であること。

The value of the Sequence Flags field [A3] of aPrimary Header shall be 11b.

5.3.7.

Packet Secondary Header
Packet Secondary Header [A3] は、存在しないこと。

A Packet Secondary Header [A3] shall be absent.

5.3.8.

User Data field
ある Space Packet の User Data フィールド [A3]は 、 そ の Space Packet に 含 ま れ る SMCP
Telecommand に対応する Telecommand Messageで構成すること。

The User Data field [A3] of a Space Packet shallconsist of only the Telecommand Message
corresponding to the SMCP Telecommandcontained in the Space Packet.

49

JERG-2-400-TP102

5.4.

TELEMETRY PACKET

5.4.1.

General // 一般This section gives the specifications unique toTelemetry Packets. See Section 5.2, for the common
specifications.

本項では、Telemetry Packets に固有な仕様を示す。共通な仕様は、5.2 項を参照。

The Spacecraft Time [R4] at the timing when aSpace Packet is edited is referred to as a Packet
Time.

Space Packet を編集するタイミングにおけるSpacecraft Time [R4] を Packet Time と称する。

A telemetry Packet shall contain one Packet Timeand one ApPDU (see Section 4.4).

Telemetry Packet は、一つの Packet Time と一つの ApPDU を (4.4 項参照) を含むこと。

The format of a Telemetry Packet is summarized in
Figure 5-2. The Packet Data field [A3] consists of a
Packet Time and an ApPDU.

Telemetry Packet の フォーマットのサマリをFigure 5-2 に示す。Packet Data フィールド [A3]は、Packet Time と ApPDU で構成する。

Packet Time

ApPDU
ApPDU Header

Time Code field

ApPDU Body

Ancillary Data field

Packet Secondary Header
Primary Header

User Data field

Packet Data field
Space Packet

Figure 5-2: Correspondence between the Space Packet and ApPDUSpace Packet と ApPDU の対応[注] Space Packet の構造については、[A3] 4.1.1
項参照。

[Note] As for the structure of the Space Packet, see
Section 4.1.1 in [A3].

50

JERG-2-400-TP102
5.4.2.

Packet Type fieldPrimary Header の Packet Type フィールド [A3]の値は 0 であること。

The value of the Packet Type field [A3] in a Primary
Header shall be 0.

5.4.3.

Secondary Header Flag fieldPrimary Header の Secondary Header Flag フィー
ルド [A3] の値は 1b であること (5.4.5 項参照)。

The value of the Secondary Header Flag field [A3]in a Primary Header shall be 1b (see Section 5.4.5).

5.4.4.

Sequence Flags fieldPrimary Header の Sequence Flags フィールド[A3] の値は 11b であること。

The value of the Sequence Flags field [A3] in a
Primary Header shall be 11b.

5.4.5.

Packet Secondary Header
Packet Secondary Header [A3] は、存在すること。

A Packet Secondary Header [A3] shall be present.

5.4.6.

Time Code field

A Time Code field [A3] shall be present.

Time Code フィールド [A3] は、存在すること。

The value of a Time Code field shall be a Packet
Time.

Time Code フィールドの値は、Packet Time であること。

[Note 1] The format of a Packet Time is specified in[R4].

[注 1] Packet Time のフォーマットは、[R4] が定めている。

[Note 2] Section 4.3.2.2 (1) in [R5] recommends thata Time Code field be present.

[注 2] [R5] 4.3.2.2 (1) 項は、Time Code フィールドが存在する事を推奨している。

51

JERG-2-400-TP102

5.4.7.

Ancillary Data field

An Ancillary Data field [A3] shall be present.

Ancillary Data フィールド [A3] は、存在すること。

The Ancillary Data field of a Space Packet shallconsist of only the ApPDU Header of the ApPDU
contained in the Space Packet.

ある Space Packet の Ancillary Data フィールドは、その Space Packet に含まれる ApPDU のApPDU Header で構成すること。

5.4.8.

User Data field
ある Space Packet の User Data フィールド [A3]
は、その Space Packet に含まれる ApPDU のApPDU Body で構成すること。

The User Data field [A3] of a Space Packet shallconsist of only the ApPDU Body of the ApPDU
contained in the Space Packet.

52

JERG-2-400-TP102

6.

METHOD TO SPECIFY MANAGED PARAMETERS IN EACH

PROJECT // PROJECT 固有な MANAGED PARAMETERS の定め方
6.1.

GENERAL // 一般This chapter presents the methods to specify valuesof the project-specific managed parameters for theend-to-end protocols.

本章では、project 固有な end-to-end protocols のmanaged parameters の値の定め方を示す。

The managed parameters for the end-to-end
protocols are tabulated in the tables in this chapter.
Every project shall specify all the parameter values
in all the tables and shall present them in a projectspecific document, using the corresponding tables inthis chapter, including the notes in and below eachtable if any, as the template.

End-to-end protocols の managed parameters は、本章の表に列挙される。何れの project も、全ての表にある全てのパラメータ値を定め、project
固有の文書で提示すること。その際、該当する本章の表をテンプレートとして用い、それには
表内部と下部の注釈部分も (あれば) 含めること。

Some portion of the notes is expected to be changed
with the value specified by the project. The portion
which depends on the project are indicated byunderlines.

注の一部は、各プロジェクトが決めた値に応じ書き換える事が期待される。プロジェクトに依存する部分は下線で示す。

[Example] Appendix B presents an example ofspecifying the values of the managed parameters forthe end-to-end protocols used for a project.

[例] ある project が用いる end-to-end protocols のmanaged parameters の値を定める例を Appendix
B に提示する。

53

JERG-2-400-TP102

6.2.

SPACECRAFT MONITOR AND CONTROL PROTOCOL

6.2.1.

Managed Parameters

The restrictions for the values of the managed
parameters of the SMCP shall be specified in a formof Table 6-1.

SMCP の managed parameters の値の制約は、Table 6-1 の形式で定めること。

[Note] Due to the specification in this document and[R1], tighter restrictions are in place than thosedescribed in [A2].

[注] 本書及び [R1] の仕様のため、[A2] に記されている値よりも厳しい制約になっている。

Table 6-1: Template for the Values of Managed Parameters of the SMCP
SMCP の Managed Parameters の値のテンプレート
Managed Parameter Name

Allowed Values

Unit

Maximum octet length of the Parameters field in an ACTION
Telecommand Message

Integer (up to 1006)
(*1)

Octet

Maximum octet length of the Attribute Values field of a SET
Telecommand Message

Integer (up to 1006)
(*1)

Octet

Maximum octet length of the Load Data field of a MEMORYLOAD Telecommand Message

Integer (up to 1004)
(*2)

Octet

Maximum value allowed for the Data Length field of a MEMORYDUMP Telecommand Message

Integer(up
FFFFFFh)

to

Octet

Maximum value for the bit length of the ‘Attribute Values andAttachment’ field in a VALUE Telemetry Message

Integer(up1071235389) (*3)

to

Octet

Maximum value for the bit length of the ‘Attribute Values field andParameters’ field in a NOTIFICATION Telemetry Message

Integer(up1071235389) (*3)

to

Octet

Maximum octet length of the Dump Data field in a MEMORYDUMP Telemetry Message

Integer (up to 65520)
(*4)

Octet

(*1) ‘Maximum Packet Length’ (see Table 6-8)(1016 if Segment Header is absent) – Primary
Header Length (6) – Message Header Length (2) –ID Length (2)(*1) ‘Maximum Packet Length’ (Table 6-8 参照)（Segment Header がない場合は 1016）– Primary
Header 長 (6) – Message Header 長 (2) – ID 長 (2)(*2) ‘Maximum Packet Length’ (see Table 6-8)(1016 if Segment Header is absent) – Primary
Header Length (6) – Message Header Length (2) –Start Address field Length (4)(*2) ‘Maximum Packet Length’ (Table 6-8 参照)（Segment Header がない場合は 1016）– Primary
Header 長 (6) – Message Header 長 (2) – Start
Address フィールド長 (4)54JERG-2-400-TP102(*3) ‘Maximum Length determined by the limit of
an ApSDU’: ‘Maximum Length of ApSDU if ADU(*3) Msg-Format Ver.2 を用いる場合、「ApSDUの制約で決まる最大長」: ‘Maximum Length of
ApSDU if ADU Channel is present’ (Table 6-5 参照) (1071235396) – Message Header 長 (5) – FixedPart 長 (2). Msg-Format Ver.1 のみを用いる場
合、「Message Length フィールドの限界により決まる最大長」: FFFFF8h, 及び「ApSDU の限

Channel is present’ (see Table 6-5) (1071235396) –Message Header Length (5) – Fixed Part Length (2)if Msg-Format Ver.2 is used. Smaller value between‘Maximum Length determined by the limit of
Message Length fields’: FFFFF8h and the‘Maximum Length determined by the limit of an
ApSDU’ if only Msg-Format Ver.1 is used.

界で決まる最大長」のより小さい値。

(*4) ‘Maximum Length of ApPDU if ADU Channel
is absent’ (Table 6-5 参 照 ) (65530) – Message
Header 長 (5) – Fixed Part 長 (5)(*4) ‘Maximum Length of ApPDU if ADU Channel
is absent’ (see Table 6-5) (65530) – Message Header
Length (5) – Fixed Part Length (5)55

JERG-2-400-TP102

6.3.

APPLICATION DATA UNIT PROTOCOL

6.3.1.

Categories
Categories 値は、Table 6-2 の形式で定めること。

Values of the Categories shall be specified in a formof Table 6-2.

Table 6-2: Template for the Usage of Categories
Categories の用途のテンプレート
Categories

Assignment

00h
01h
…

56

JERG-2-400-TP102
6.3.2.

ADU Channels
ADU Channels が存在するか否か、存在する場
合、ADU Channels の数は、Table 6-3 の形式で定めること。

Whether ADU Channels are present or absent, and,if present, the number of ADU Channels shall be
specified in a form of Table 6-3.

Table 6-3: Template for the Usage of ADU Channels
ADU Channels の用途のテンプレート
Upper FOID (Lower APID)

Present or Absent

No. of ADU Channels

00h
01h
…

一つ以上の ADU Channels が存在する場合、各ADU Channel の Channel ID は、Table 6-4 の形式
で定めること。

If one or more ADU Channels are present, theChannel ID of each ADU Channel shall be specified
in a form of Table 6-4.

Table 6-4: Template for the Usage of Channel ID
Channel ID の用途のテンプレート
Upper FOID (Lower APID)
00h

Channel ID
00h
01h

…

…

57

AssignmentJERG-2-400-TP102

6.3.3.

Maximum Length // 最大長
ApPDU と ApSDU の最大 octet 長は、Table 6-5の形式で定めること。

The maximum octet lengths of the ApPDU and
ApSDU shall be specified in a form of Table 6-5.

Table 6-5: Template for the Usage of ADU Channels
ADU Channels の用途のテンプレート
Managed Parameter Name

Allowed Values

Unit

Maximum Length of ApPDU if ADU Channel is absent

Integer (up to 65530)

Maximum Length of ApSDU if ADU Channel is absent(*1)

Maximum Length of ApPDU if ADU Channel ispresent

Integer (up to 65527)
(*2)

Octet

Maximum Length of ApSDU if ADU Channel ispresent

Integer (up to 1071235396)
(*3)

Octet

(*1) ‘Maximum Packet Length’ (see Table 6-8)(65536+6) – Primary Header Length (6) – Packet
Time Length (4) – ApPDU Header Length (2 if
ADU Channel is absent)(*1) ‘Maximum Packet Length’ (Table 6-8 参照)(65536+6) – Primary Header 長 (6) – Packet Time長 (4) – ApPDU Header 長（ADU Channel がない
場合は 2）(*2) ‘Maximum Packet Length’ (see Table 6-8)(65536+6) – Primary Header Length (6) – Packet
Time Length (4) – ApPDU Header Length (5 if
ADU Channel is present)(*2) ‘Maximum Packet Length’ (Table 6-8 参照)(65536+6) – Primary Header 長 (6) – Packet Time長 (4) – ApPDU Header 長（ADU Channel が存在する場合は 5）(*3) ‘Maximum Length of ApPDU if ADU Channel
is present’ (see Table 6-5) (65527) x 16348(=3FD9C144h). This value is greater than the
maximum length of the Telemetry Message in MsgFormat Ver.1 16777215 (=FFFFFFh)(*3) ‘Maximum Length of ApPDU if ADU Channel
is present’ (Table 6-5 参 照 ) (65527) x 16348(=3FD9C144h). この値は Msg-Format Ver.1 のTelemetry Message の 最 大 長
16777215(=FFFFFFh) より大きい

58

Octet

JERG-2-400-TP102

6.4.

SPACE PACKET PROTOCOL

6.4.1.

Application Process Identifier (APID)
Upper APID に許容される値は、Table 6-6 の形式で定めること。

The permitted values of the Upper APID shall be
specified in a form of Table 6-6.

Table 6-6: Assignment of the Upper APID
Upper APID の割り当て
Item

Assignment

Type of the Assignment of the Upper APID

Either Type 1a (without ACK Telemetries) or Type 1b(with ACK Telemetries)

Lower APID に許容される値は、Table 6-7 の形式で定めること。

The permitted values of the Lower APID shall be
specified by in a form of Table 6-7.

Table 6-7: Template for the Usage of Values of APID
APIDの値の用途のテンプレート
Lower APID

Assignment

Used or Not for Values of Upper APID
Telecommand
00h

01h

Telemetry
…

00h

01h

…

00h
01h
…
[注] 1111 1000b と 1111 1111b の間の Lower APIDの値は、SCDHA2 5.2.4 項に記載の制約のため、Upper APID 111b と組み合わせる事はできない。例えば、Upper APID 111b と Lower APID
1111 1111b の組み合わせ（つまり、APID 7FFh）は、Idle Packet として予約されている。

[Note] Any value of the Lower APID between 1111
1000b and 1111 1111b cannot be combined with theUpper APID 111b due to the restrictions describedin Section 5.2.4 of SCDHA2. For example, thecombination of the Upper APID 111b and the Lower
APID 1111 1111b (i.e. APID 7FFh) is reserved forthe Idle Packet.

59

JERG-2-400-TP102
6.4.2.

Managed Parameters
Space Packet Protocol の managed parameters の値
は、Table 6-8 の形式で定めること。

The values of the managed parameters of the Space
Packet Protocol shall be specified in a form of Table
6-8.

Table 6-8: Template for the Values of Managed Parameters of the Space Packet Protocol // Space
Packet Protocol の Managed Parameters の値のテンプレート
Managed Parameter Name

Section in [A3]

Allowed Values

Unit

Maximum Packet Length (Telecommand)

4.1.1.2

Integer (up to 1016) (*1)

Octet

Maximum Packet Length (Telemetry)

4.1.1.2

Integer (up to 65536+6)
(*2)

Octet

(*1) [R1] Table 8-5の ‘Maximum Packet Length’と同じ値であること。

(*1) This value shall be equal to ‘Maximum Packet
Length’ of Table 8-5 in [R1].

(*1) [R1] Table 8-14の ‘Maximum Packet Length’と同じ値であること。

(*2) This value shall be equal to ‘Maximum Packet
Length’ of Table 8-14 in [R1].

60

JERG-2-400-TP102

APPENDIX A. ACRONYMS // 略語
This chapter lists the acronyms used in thisdocument.

本章では、本書が用いる略語一覧を示す。

ACK

Acknowledgement

ADU

Application Data Unit

APID

Application Process Identifier

ApPDU

Application Protocol Data Unit

ApSDUApplication Service Data Unit

FOID

Functional Object IdentifierID

Identifier

MAP

Multiplexer Access PointSCDHAStandard of Communications and Data-Handling Architecture

SMCP

Spacecraft Monitor and Control Protocol

UFORID

Upper Functional Object and Route Identifier

61

JERG-2-400-TP102APENDIX B.

EXAMPLE OF MANAGED PARAMETERS USED FOR

A PROJECT // PROJECT で使う MANAGED PARAMETERS の例
B.1.

GENERAL // 一般
本章は、サンプルの衛星を用い、ある project が用いる end-to-end protocols の特性を定める例を示す。本章は、本書が示す仕様の一部ではない。

This chapter gives an example of specifying theproperties of the end-to-end protocols used in a
project with a sample spacecraft. This chapter is nota part of the specification given in this document.

62

JERG-2-400-TP102

B.2. SPACECRAFT MONITOR AND CONTROL PROTOCOL
B.2.1.

Managed Parameters
SMCP の managed parameters は、Table B-1 に示す値を持つこと。

The managed parameters of the SMCP shall havethe values listed in Table B-1.

Table B-1: Values of Managed Parameters of the SMCP
SMCP の Managed Parameters の値
Managed Parameter Name

Allowed Values

Unit

Maximum octet length of the Parameters field in an ACTION
Telecommand Message

871
(*1)

Octet

Maximum octet length of the Attribute Values field in a SET
Telecommand Message

871

Octet

Maximum octet length of the Load Data field in a MEMORY LOAD
Telecommand Message

869
(*2)

Octet

Maximum value allowed for the Data Length field in a MEMORYDUMP Telecommand Message

16777215 (FFFFFFh)

Octet

Maximum value for the bit length of the ‘Attribute Values andAttachment’ field in a VALUE Telemetry message

16531449
(*3)

Octet

Maximum value for the bit length of the ‘Attribute Values field andParameters’ field in a NOTIFICATION Telemetry Message

16531449
(*3)

Octet

Maximum octet length of the Dump Data field in a MEMORYDUMP Telemetry Message

1002
(*4)

Octet

(*1)

(*1) ‘Maximum Packet Length’ (see Table B-8) 881
if Segment Header is absent) – Primary Header
Length (6) – Message Header Length (2) – ID
Length (2)(*1) ‘Maximum Packet Length’ (Table B-8 参照)（Segment Header がない場合は 881）– Primary
Header 長 (6) – Message Header 長 (2) – ID 長 (2)(*2) ‘Maximum Packet Length’ (see Table B-8)
(881 if Segment Header is absent) – Primary Header
Length (6) – Message Header Length (2) – Start
Address field Length (4)(*2) ‘Maximum Packet Length’ (Table B-8 参照)（Segment Header がない場合は 881）– Primary
Header 長 (6) – Message Header 長 (2) – Start
Address フィールド長 (4)(*3) ‘Maximum Length determined by the limit of
an ApSDU’: ‘Maximum Length of ApSDU if ADU(*3) Msg-Format Ver.2 を用いる場合、「ApSDUの限界で決まる最大長」: ‘Maximum Length of
ApSDU if ADU Channel is present’ (Table B-5 参照) (16531456) – Message Header 長 (5) – FixedPart 長 (2). Msg-Format Ver.1 のみを用いる場
合、「Message Length フィールドの限界により決まる最大長」: FFFFF8h, 及び「ApSDU の限

Channel is present’ (see Table B-5) (16531456) –Message Header Length (5) – Fixed Part Length (2)if Msg-Format Ver.2 is used. Smaller value between‘Maximum Length determined by the limit of
Message Length fields’: FFFFF8h and the‘Maximum Length determined by the limit of an
ApSDU’ if only Msg-Format Ver.1 is used.

界で決まる最大長」のより小さい値。

63

JERG-2-400-TP102(*4) ‘Maximum Length of ApPDU if ADU Channel
is absent’ (Table B-5 参 照 ) (1012) – Message
Header 長 (5) – Fixed Part 長 (5)(*4) ‘Maximum Length of ApPDU if ADU Channel
is absent’ (see Table B-5) (1012) – Message Header
Length (5) – Fixed Part Length (5)64JERG-2-400-TP102

B.3.
B.3.1.

APPLICATION DATA UNIT PROTOCOL
Categories
Categories は、Table B-2 に示す値を持つこと。

The Categories shall have the values listed in Table
B-2.

Table B-2: Usage of Categories
Categories の用途
Categories

Assignment00h

Bus Instruments

01h

Mission Instruments…

65

JERG-2-400-TP102
B.3.2.

ADU Channels
ADU Channels が存在するか否か、存在する場
合、ADU Channels の数は、Table B-3 に示す値の何れかを持つこと。

Whether ADU Channels are present or absent, and,if present, the number of ADU Channels shall haveone of the values listed in Table B-3.

Table B-3: Usage of ADU Channels
ADU Channels の用途
Upper FOID (Lower APID)

Present or Absent

No. of ADU Channels

00h

AbsentN/A01h

AbsentN/A02h

Present

403h

Present1…

一つ以上の ADU Channels が存在する場合、各ADU Channel の Channel ID は、Table B-4 に示す値を持つこと。

If one or more ADU Channels are present, theChannel ID of each ADU Channel shall have one ofthe values listed in Table B-4.

Table B-4: Usage of Channel ID
Channel ID の用途
Upper FOID (Lower APID)
00h…

Channel ID

Assignment00h

CAM0 IMG

01h

CAM1 IMG…

66

JERG-2-400-TP102

B.3.3.

Maximum Length // 最大長
ApPDU と ApSDU の最大 octet 長は、Table B-5に示す値であること。

The maximum octet lengths of the ApPDU and
ApSDU shall be the values listed in Table B-5.

Table B-5: Usage of ADU Channels
ADU Channels の用途
Managed Parameter Name

Allowed Values

Unit

Maximum Length of ApPDU if ADU Channel is absent

1012

Maximum Length of ApSDU if ADU Channel is absent(*1)

Maximum Length of ApPDU if ADU Channel ispresent

1009
(*2)

Octet

Maximum Length of ApSDU if ADU Channel ispresent

16531456 (=FC4000h)
(*3)

Octet

(*1) ‘Maximum Packet Length’ (see Table B-8)(1024) – Primary Header Length (6) – Packet Time
Length (4) – ApPDU Header Length (2 if ADU
Channel is absent)(*1) ‘Maximum Packet Length’ (Table B-8 参照)(1024) – Primary Header 長 (6) – Packet Time 長(4) – ApPDU Header 長（ADU Channel がない場
合は 2）(*2) ‘Maximum Packet Length’ (see Table B-8)(1024) – Primary Header Length (6) – Packet Time
Length (4) – ApPDU Header Length (5 if ADU
Channel is present)(*2) ‘Maximum Packet Length’ (Table B-8 参照)(1024) – Primary Header 長 (6) – Packet Time 長(4) – ApPDU Header 長（ADU Channel が存在する場合は 5）(*3) ‘Maximum Length of ApPDU if ADU Channel
is present’ (see Table B-5) (1009) x 16348(=FC4000h). This value is smaller than the
maximum length of the Telemetry Message in MsgFormat Ver.1 16777215 (=FFFFFFh)(*3) ‘Maximum Length of ApPDU if ADU Channel
is present’ (Table B-5 参 照 ) (1009) x 16348(=FC4000h). こ の 値 は Msg-Format Ver.1 のTelemetry Message の 最 大 長
16777215(=FFFFFFh) より小さい

67

Octet

JERG-2-400-TP102

B.4.
B.4.1.

SPACE PACKET PROTOCOL
Application Process Identifier (APID)
Upper APID は、Table B-6 に示す値を持つこと。

The Upper APID shall have the value listed in Table
B-6.

Table B-6: Assignment of the Upper APID
Upper APID の割り当て
Item

Assignment

Type of the Assignment of the Upper APID

Type 1b (with ACK Telemetries)

Lower APID は、Table B-7 に示す値を持つこと。

The Lower APID shall have one of the values listed
in Table B-7.

Table B-7: Usage of Values of APID
APIDの値の用途
Lower APID

Assignment

Used or Not for Values of Upper APID
Telecommand
01

Telemetry
…

0

1

00h

(Not Used)

01h

Telemetry Command IF Unit

Used

Used

Used

Not

02h

Data Handling Unit

Used

Used

Used

Not

03h

Attitude Control Unit

Used

Used

Used

Not

…

…
[注] 1111 1000b と 1111 1111b の間の Lower APIDの値は、SCDHA2 5.2.4 項に記載の制約のため、Upper APID 111b と組み合わせる事はできない。例えば、Upper APID 111b と Lower APID
1111 1111b の組み合わせ（つまり、APID 7FFh）は、Idle Packet として予約されている。

[Note] Any value of the Lower APID between 1111
1000b and 1111 1111b cannot be combined with theUpper APID 111b due to the restrictions describedin Section 5.2.4 of SCDHA2. For example, thecombination of the Upper APID 111b and the Lower
APID 1111 1111b (i.e. APID 7FFh) is reserved forthe Idle Packet.

68

JERG-2-400-TP102
B.4.2.

Managed Parameters
Space Packet Protocol の managed parameters は、Table B-8 に示す値を持つこと。

The managed parameters of the Space Packet
Protocol shall have the values listed in Table B-8.

Table B-8: Values of Managed Parameters of the Space Packet Protocol
Space Packet Protocol の Managed Parameters の値
Managed Parameter Name

Section in [A3]

Allowed Values

Unit

Maximum Packet Length (Telecommand)

4.1.1.2

881 (*1)

Octet

Maximum Packet Length (Telemetry)

4.1.1.2

1024 (*1)Octet(*1) [R1] Table B-5の ‘Maximum Packet Length’と同じ値であること。

(*1) This value shall be equal to ‘Maximum Packet
Length’ of Table B-5 in [R1].

(*1) [R1] Table B-14の ‘Maximum Packet Length’と同じ値であること。

(*2) This value shall be equal to ‘Maximum Packet
Length’ of Table B-14 in [R1].

69