限定なし

JERG-2-431

MIL-STD-1553B オンボードサブネットワーク
設計標準

平成 27 年 4 月 22 日制定

宇宙航空研究開発機構

免責条項
ここに含まれる情報は、一般的な情報提供のみを目的としています。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-431

目 次
1 適用範囲 ................................................................................................................................... １
2 関連文書 ................................................................................................................................... ２
2.1 適用文書 ............................................................................................................................. ２
2.1.1 CCSDS 勧告文書 ......................................................................................................... ２
2.1.2 MIL 文書 ....................................................................................................................... ２
2.1.3 JAXA 文書 .................................................................................................................... ２
2.1.4 JIS 文書 ........................................................................................................................ ２
2.2 参考文書 ............................................................................................................................. ２
3 用語の定義および略語 .............................................................................................................. ３
3.1 用語の定義 ......................................................................................................................... ３
3.1.1 この書の用語 ............................................................................................................... ３
3.1.2 MIL-STD-1553B の用語 ............................................................................................... ５
3.2 略語 .................................................................................................................................... ５
3.3 コンベンション .................................................................................................................. ６
3.3.1 ビット番号 .................................................................................................................. ６
3.3.2 データ長の表記 ........................................................................................................... ６
3.3.3 最小伝送単位 ............................................................................................................... ６
4 背景およびこの書の構成 .......................................................................................................... ７
4.1 背景 .................................................................................................................................... ７
4.2 この書の構成 ..................................................................................................................... ９5 要求事項 ............................................................................................................................... １０
5.1 MIL-STD-1553B 適用のガイドライン ............................................................................ １０
5.1.1 物理層 ...................................................................................................................... １０
5.1.1.1 データバス結合................................................................................................. １０
5.1.1.2 データバス構成(含：冗長構成) ........................................................................ １０
5.1.2 データリンク層 ....................................................................................................... １２
5.1.2.1 ワード ............................................................................................................... １２
5.1.2.2 メッセージ ........................................................................................................ １４
5.1.2.3 フレーム構造 .................................................................................................... １５5.1.2.4 再送(ARQ) ........................................................................................................ １６
5.2 サービス ......................................................................................................................... １７
5.2.1 全般 ......................................................................................................................... １７
5.2.1.1 サービスの種類................................................................................................. １７
5.2.1.2 フレーム同期サービス ...................................................................................... １７
5.2.1.3 宇宙機時刻サービス ......................................................................................... １７ii

JERG-2-431

5.2.1.4 パケットサービス ............................................................................................. １８
5.2.1.5 ターミナルマネジメントサービス .................................................................... １９5.2.2 フレーム同期サービス ............................................................................................ ２０
5.2.2.1 サービスの定義................................................................................................. ２０
5.2.2.2 概要 ................................................................................................................... ２０
5.2.2.3 サービスプリミティブ ...................................................................................... ２１
5.2.2.4 プロトコル規定................................................................................................. ２２
5.2.3 宇宙機時刻サービス ................................................................................................ ２３
5.2.3.1 サービスの定義................................................................................................. ２３
5.2.3.2 概要 ................................................................................................................... ２３
5.2.3.3 サービスプリミティブ ...................................................................................... ２５
5.2.3.4 プロトコル規定................................................................................................. ２６
5.2.4 TC パケットサービス ............................................................................................... ２８
5.2.4.1 サービスの定義................................................................................................. ２８
5.2.4.2 サービスプリミティブ ...................................................................................... ２９
5.2.4.3 プロトコル規定................................................................................................. ３０
5.2.5 TM パケットサービス .............................................................................................. ３１
5.2.5.1 サービスの定義................................................................................................. ３１
5.2.5.2 サービスプリミティブ ...................................................................................... ３２
5.2.5.3 プロトコル規定................................................................................................. ３３
5.2.6 RT-RT 間パケットサービス(オプション) ................................................................. ３４
5.2.7 ターミナルマネジメントサービス .......................................................................... ３４
5.2.8 マネジメントパラメータ ......................................................................................... ３５
6 試験および検証..................................................................................................................... ３６
6.1 一般 ................................................................................................................................ ３６6.2 試験仕様 ......................................................................................................................... ３６
6.3 その他 ............................................................................................................................ ３６

付録 1 Information Transfer Format ....................................................................................... ３７
付録 2

サブアドレスの一例 ................................................................................................... ３８iii

JERG-2-431

1 適用範囲1

この標準は、オンボードサブネット(適用文書[J1]参照)に MIL-STD-1553B(適用文書[M1])注 を使用する場合に適用する。
MIL-STD-1553B を使用するオンボードサブネットとは、図 1-1 に示すように、CDH システム
2のプロセッサ(BC を持つ)と一つまたは複数のサブシステム注 /ペイロードのプロセッサ(RT を持つ)間を MIL-STD-1553B を使用して、
ユーザアプリケーション間のデータ転送を行う系である。
ユーザアプリケーション間を転送する、コマンド、HK データ等の宇宙機監視制御(SM&C)に必要なデータ、およびペイロードデータ(観測データ等)は、スペースパケットで伝送する場合を標準とする。

Subsystem(s) or Payload(s)Transducer(s)or Device(s)CDH System

Processor

Processor

User
Application

User
Application

Communications

Communications

RTBC
MIL-STD-1553B Data Bus※破線がこの標準の範囲を示す。
図 1-1 この標準の範囲

表 1-1 MIL-STD-1553B 特性の概要
注 1： MIL-STD-1553B とは、表 1-1 に示した 特 性 ( 概 要 ) を も つ 、 Digital Time
Division Command/Response
Multiplex Data Bus である。
注 2： この節の「サブシステム」は適用文
書[M1]定義のサブシステムではない。
宇宙機に搭載された電源系サブシス
テム、姿勢制御系サブシステム等のサブシステムである。

１

項目
規格
トポロジー
バス
ドライバ / レシーバ
トランス結合伝送ケーブル
シールド付ツイストペア
クロック速度
1MHz
符号化
マンチェスタⅡ bi-phase
ターミナルタイプ
BC、RT、BM
最大 RT 数31
冗長構成
伝送ケーブル (待機冗長)
伝送方式
半二重
ワード長
20 ビット
データ長/ワード
16 ビット
動作
同期方式
プロトコル
コマンド/レスポンス方式
データ転送方向BC to RT(s), RT to BC, RT to RT
BC : Bus Controller RT : Remote Terminal BM: Bus Monitor

JERG-2-431

2 関連文書2.1 適用文書
2.1.1 CCSDS 勧告文書
[C1] CCSDS 850.0-G-2 : Spacecraft Onboard Interface Services[C2] CCSDS 133.0-B-1 : Space Packet Protocol[C3] CCSDS 301.0-B-4 : Time Code Formats

2.1.2 MIL 文書[M1] MIL-STD-1553B: Interface Standard for Digital Time Division Command/Response
Multiplex Data Bus,th

Notice 2,8 September 1986th

Notice 3,31 January 1993
th

Notice 4,15 January 1996
[M2] MIL-HDBK-1553A : Military handbook. Multiplex application handbook,st

1 November, 1988

2.1.3 JAXA 文書[J1] JERG-2-400A: 通信設計標準[J2]JERG-2-400-HB003 ：通信設計標準ガイドライン(スペースコミュニケーション・エン
ドツーエンドプロトコル編)

2.1.4 JIS 文書[JIS1] JIS X5003-1987 ：開放型システム相互接続の基本参照モデル
Open Systems Interconnection – Basic Reference Model

2.2 参考文書[1] CCSDS-851.0-M-1 : Spacecraft Onboard Interface Services – Subnetwork Packet Service[2] CCSDS-853.0-M-1 : Spacecraft Onboard Interface Services – Subnetwork
Synchronisation Service[3] CCSDS-855.0-M-1 : Spacecraft Onboard Interface Services – Subnetwork Test Service[4] ECSS-E-ST-50-13C : Interface and Communication Protocol for MIL-STD-1553B Data Bus
Onboard Spacecraft, 15 November 2008.

２

JERG-2-431

3 用語の定義および略語
3.1 用語の定義
3.1.1 この書の用語以下に示す用語は、OSI 参照モデルで定義(適用文書[JIS1])された用語をこの書に合うように書き直したものである。厳密な定義は適用文書[JIS1]を参照のこと。
(1) サービス(Service)
サービスとは、<N>層およびそれより下の層の能力であって、<N>層と<N+1>層の境界において<N+1>層エンティティに提供されるもの、のことである。
この書においては、<N+1>層エンティティがユーザアプリケーションであり、<N>
層およびそれより下の層がサブネットワークである。
すなわち、この書におけるサービスは、サブネットワークがユーザアプリケーションに提供する能力(機能)である。
(2) サブネットワーク(Subnetwork)
サブネットワークとは、中継機能を持つ一つまたは複数の開放型システムの集合のことである。
宇宙通信システムは、オンボードサブネットワーク、スペースリンクサブネットワ
ークおよびグラウンドサブネットワークの 3 つのサブネットワークで構成する(図 4-1
参照)。
(3) プロトコル(Protocol)
送信側と受信側の同じ層が、その層の機能を実行するとき、送信側の層と受信側の層間で行う通信を規定する規則および形式(意味および構文)の集合である。
(4) 層(Layer)
通信の分野での層とは、OSI が定義した通信を行うための機能の単位である。OSI
参照モデルは、7 つの層(第 1 層から第 7 層)を定義している。
CCSDS の層(すなわち宇宙通信の層)は、第 1 層が物理層、第 2 層がデータリンク層、
第 3 層がネットワーク層、第 4 層がトランスポート層であり(第 4 層までは OSI 参照モデルと同じ名称で同様の機能を持つ)、OSI 参照モデルの第 5 層から第 7 層をまとめて応用層と呼ぶ。
なお、スペースデータリンクサブネットワークの CCSDS 層第 2 層データリンク層
は、データリンク副層(Sublayer)と同期・チャネルコーディング(Sync and Channel
Coding)副層の 2 つの副層を持つ。

３

JERG-2-431(5) PDU(Protocol Data Unit)
送信側と受信側の同じ層間を転送する、プロトコルで定義された、データユニットのことである。
(N-1)層の PDU は、(N-1)層の PCI と(N-1)層の SDU で構成される(図 3.1-1)。
(N-1)層の PCI(Protocol Control Information)とは、送受の(N-1)層の機能を実行するために必要な情報であり、一般に、(N-1)層のヘッダと呼ぶ。(N-1)層の SDU は、一般に、
ユーザデータ(User Data)と呼ぶ。(N-1)層の SDU は N 層の PDU である。
(N)-Layer(N)-PDU(N-1)-PCI(N-1)層の PDU：(N-1)-PDU(N-1)層の PCI ：(N-1)-PCI(N-1)層の SD ：(N-1)-SDU(N)層の PDU と同じである。

(N-1)-SDU(N-1)-Layer(N-1)-PDU
PDU: Protocol Data Unit
SDU: Service Data Unit
PCI: Protocol Control Information※この図は適用文書[JIS1]の図 9 である。

図 3.1-1 PDU、SDU および PCI 間の関係

(6) SAP(Service Access Pont)
サービスを提供する点である。この書の SAP は、ユーザアプリケーションとサブネットワークの境界に位置する(図 3.1-2 の印)。

SAP において、サービスのインタフェース(サービスの定義、プリミティブおよびプロトコル)を規定する。
送信側
User Application

User Application

Space Packet Protocol

Space Packet Protocol

CCSDS Layers
Network Layer

Data Link Layer

Physical Layer

受信側

OnboardSubNetwork

Service
MIL-STD-1553B

OnboardSubNetwork

Service
MIL-STD-1553B: SAP
図 3.1-2 SAP(Service Access Point)(7) SDU(Service Data Unit)
SAP におけるデータユニットである。PDU との関係は、図 3.1-1 に示したとおりである。

４

JERG-2-431

3.1.2 MIL-STD-1553B の用語
以下に示す用語は、適用文書[M1]の 3 節で定義された用語である。この書は、その定義をそのまま適用する。
Asynchronous Operation
Bit
Bit Rate
Broadcast, Mode CodeBus Controller(BC) (Controller と同義語である)
Bus Monitor
Command/Response
Data Bus
Dynamic Bus Control
Half Duplex
Message
Mode Code
Pulse Code Modulation(PCM)
Redundant Data Bus
Remote Terminal(RT)
Subsystem
Terminal
Time Division Multiplexing(TDM)
Word；適用文書[M1] の 3.14 節で定義。
；適用文書[M1] の 3.1 節で定義。
；適用文書[M1] の 3.2 節で定義。
；適用文書[M1] の 3.18 節で定義。
；適用文書[M1] の 3.11 節で定義。
；適用文書[M1] の 3.12 節で定義。
；適用文書[M1] の 3.16 節で定義。
；適用文書[M1] の 3.9 節で定義。
；適用文書[M1] の 3.15 節で定義。
；適用文書[M1] の 3.5 節で定義。
；適用文書[M1] の 3.7 節で定義。
；適用文書[M1] の 3.1 節で定義。
；適用文書[M1] の 3.3 節で定義。
；適用文書[M1] の 3.17 節で定義。
；適用文書[M1] の 3.13 節で定義。
；適用文書[M1] の 3.8 節で定義。
；適用文書[M1] の 3.10 節で定義。
；適用文書[M1] の 3.4 節で定義。
；適用文書[M1] の 3.6 節で定義。

3.2 略語以下に、この書で使用する略語を示す。
APID: Application Process Identifier
ARQ: Automatic Repeat RequestBC: Bus Controller
BM: Bus Monitor
CCSDS : Consultative Committee for Space Data Systems
CDH: Central Data Handling
CUC: CCSDS Unsegmented CodeFRM
: FrameGPS: Global Positioning System
LDP: Logical Data Path
OSI
: Open Systems Interconnection；開放型システム相互接続
PDU: Protocol Data Unit
RT
: Remote Terminal
SAP: Service Access Point
SDU: Service Data Unit
SLE
: Space Link Extension
SM&C: Spacecraft Monitor and Control；宇宙機監視制御
SOIS: Spacecraft Onboard Interface Services
SYNC: Synchronization (Synchronisation)
TDM: Time Domain Multiplexing；時分割多重
PKT: PACKET５

JERG-2-431

3.3 コンベンション
3.3.1 ビット番号
CCSDS 勧告と MIL-STD-1553B では、ビット番号の定義が異なる。この標準は CCSDS 勧告のビット番号の定義(図 3.3-1)を用いる。
Bit 0

Bit N-1

N-Bit Data Field

First Bit Transferred = MSB※この定義は CCSDS と同じである。

図 3.3-1 ビット番号コンベンション【注記】MIL-STD-1553B は、First Bit Transferred=Bit 1 である。

3.3.2 データ長の表記
CCSDS は 8 ビット長をオクテット(octet)と呼ぶ。この標準は、CCSDS に従い、データ長はオクテットで表記する。

3.3.3 最小伝送単位
エンドツーエンドプロトコルに適用するスペースパケットプロトコル(適用文書[C2])のスペー
スパケット長は、オクテット(8 ビット)の整数倍である。一方、MIL-STD-1553B のユーザデータの最小転送単位は 2 オクテット(16 ビット)である(一回のユーザデータ転送量は 2 オクテットである)。
この標準は、ユーザアプリケーションが転送するパケットの長さが奇数オクテットの場合、オンボードサブネットワークの送信側がスペースパケットの後尾に 1 オクテットのフィル(Fill)を付加して送信する(2 オクテットの整数倍で送信する)。このフィルはオンボードサブネットワー
クの受信側で廃棄する。
すなわち、スペースパケット長は、CCSDS 勧告の通り、オクテット(8 ビット)の整数倍である。MIL-STD-1553B メッセージのデータ長(ユーザデータ長)は、MIL-STD-1553B 規定の通り、
2 オクテットの整数倍である。

６

JERG-2-431

4 背景およびこの書の構成
4.1 背景CCSDS は、宇宙通信に、地上で使用している OSI 参照モデル(適用文書[JIS1])と同様な層(Layer)を定義した(この層を CCSDS 層という)。そして、地上で使用している、または宇宙に転用できる通信プロトコルはそのまま使用することで宇宙通信を開発した。
宇宙通信のネットワークは、3 つのサブネットワーク(オンボードサブネットワーク、スペー
スリンクサブネットワーク、グラウンドサブネットワーク)で構成される。図 4-1 に宇宙通信の1

プロトコル構成(Protocol Configuration を示す)注 。
注 1: CCSDS 層は、物理層、データリンク層、ネットワーク層、トランスポート層、応用層で構成する。通常の宇宙機は、エンドツーエンドプロトコルにスペースパケットプ
ロトコルを適用する。この場合、使用する層は下位 3 層(物理層、データリンク層、ネットワーク層)である。図 4-1 はエンドツーエンドプロトコルにスペースパケットプロ
トコルを適用する前提で記載してある。
CCSDS は、従来、宇宙通信用に無かったプロトコル(エンドツーエンドプロトコルと宇宙機－地上局間プロトコル)を開発した(図 4-1 の太枠のプロトコル)。
オンボードサブネットワークとグランドサブネットワークのプロトコルは標準化していない(この部分は、地上で使用しているまたは宇宙に転用できる通信プロトコルがあるからである)。
しかし、まったく任意であると、上位プロトコルとつながらない/つながりにくいので、オンボードサブネットワークには SOIS 勧告(適用文書[C1])を、グランドサブネットワークには SLE 勧
告を作成した。オンボードサブネットワークおよびグラウンドサブネットワークは、これらの勧告を併用する。
OnboardEnd User

GroundEnd User

User
Application
CCSDS Layers
Network Layer

End to End
ProtocolData Link Layer

OnboardSubnetwork
ProtocolPhysical Layer

Relay(Onboard)

Relay(Ground)

End to End
ProtocolEnd to End
ProtocolOnboardSubnetwork
ProtocolSpace Link
Subnetwork
ProtocolOnboard Subnetwork

Space Link
Subnetwork
ProtocolSpace Link Subnetwork※1：Ground Subnetwork は、CCSDS SLE 勧告を併用する。
※2：Onboard Subnetwork は、CCSDS SOIS 勧告を併用する。
図 4-1 宇宙通信のプロトコル構成

７

User
Application

End to End
ProtocolGroundSubnetwork
ProtocolGroundSubnetwork
ProtocolGround Subnetwork: CCSDS が開発したプロトコル。
: CCSDS は標準を定めない。

JERG-2-431

オンボードサブネットワークは、OSI 参照モデルの第 1 層(物理層)と第 2 層(データリンク層)相当の機能を有する。
現在、オンボードサブネットワークには、世界的に、MIL-STD-1553B、CAN Bus、SpaceWireなどのプロトコルが多く使用されている。MIL-STD-1553B と SpaceWire は OSI 参照モデルに対応して開発されてはいないが、機能的には同様に見なせる。
このようなオンボードサブネットワークに使用するプロトコルは、当然、スペースパケットを伝送するために作られたものではなく、また、上位(ユーザアプリケーション)に対するサービス(OSI 用語である)の規定がない。CCSDS の SOIS 勧告は、このサービスの標準を規定したものである(図 4-2)。MIL-STD-1553B、CAN Bus、SpaceWire などの上位に SOIS 勧告に従ったサービスが位置して、宇宙通信のオンボードサブネットワークになる。

Communication Management

Application
Layer

Application
Support Layer

Transfer
Layer

MissionSpecific
Applications

Cmd & Data
Acquisition
Services

Time
AccessService

File &
Packet Store
Services

MessageTransfer
Service

DeviceEnumeration
Service

MemoryAccessService

Synchronization
Service

DeviceDiscovery
Service

Test
Service

Transport Protocol
Network Protocol

Subnetwork
Layer

PacketService

Datalink Convergence Protocols
MIL-STD-1553B

SpaceWire

CAN

Wireless(適用文書[C1]の Figure 2-1)

図 4-2 SOIS Reference Communications Architecture

この書は、オンボードサブネットワークに MIL-STD-1553B を使用する場合のサービスの標準を規定したものである。
この標準が定義するサービスは、 SOIS Subnetwork の Packet Service、Synchronization
Service および Test Service に対応している。なお、Synchronization Service はフレーム同期サ
ービスと宇宙機時刻サービスの 2 サービスを用意し、Test Service はターミナルマネジメントサ
ービスと名称を変えている。
図 1-1 の適用範囲を示した Communication 部は、図 4-2 のサブネットワーク層(Subnetwork
Layer)に対応する。
サブネットワーク層は、CCSDS 層(CCSDS Layer)の物理層(Physical Layer)、
データリンク層(Data Link Layer)とネットワーク層(Network Layer)に相当する(図 4-3 参照)。

８

JERG-2-431

MIL-STD-1553B(適用文書[M1])は、物理層とデータリンク層内の下部に相当する。データリン
ク層内の上部はサービス(Service)が存在する。
ネットワーク層(Network Layer)は、CCSDS のスペースパケットプロトコル(Space Packet
Protocol)(適用文書[C2])を適用する。

User Application

CCSDS Layers
Network Layer
Communication
RT or BC
図 1-1 に示した
Communication 部分

Data Link Layer

Space Packet Protocol
OnboardSubNetwork

5.2 節で標準サービスを示す。

ServiceService
Service
MIL-STD-1553Bの規定適用。

Physical Layer

この書が規定する範囲。

5.1 節で適用のガイドラインを示す。

: Service Access Point (SAP)

図 4-3 標準の範囲とこの書の構成

4.2 この書の構成
この書の 5.1 節で、宇宙機がオンボードサブネットワークに MIL-STD-1553B を適用する場合の標準的なガイドラインを示す。
・MIL-STD-1553B 規格適用部は、MIL-STD-1553B に記載された規格をすべて適用することはない(MIL-STD-1553B 規定には、複数方式の規定、多くのオプションがある)。
・そのため、JAXA 宇宙機が適用する標準的なガイドラインを示す。
この書の 5.2 節で、オンボードサブネットワークに MIL-STD-1553B を適用する宇宙機の標準サービスを規定する。
・サービスは、CCSCS SOIS 勧告に従い、JAXA が作成したものである。

９

JERG-2-431

5 要求事項5.1 MIL-STD-1553B 適用のガイドライン
この 5.1 節に記載した以外の規格は、すべて、適用文書[M1]の規格をそのまま適用すること。

5.1.1 物理層
5.1.1.1 データバス結合
5.1.1.1.1 規格(1) MIL-STD-1553B バス結合(Bus Coupled)の方式は、図 5.1.1-1 に示すように、トランス結合(Transformer Coupled)と直接結合(Direct Coupled)の 2 つの方式がある。
(2) トランス結合は適用文書[M1]の 4.5.1.5.1 節、直接結合は適用文書[M1]の 4.5.1.5.2 節で規定している。

Bus Shield
Data Bus
Wire PairBus Shield
Data Bus
Wire Pair

Stub ofSpecified Length

R

R
Shielding

N:1

Isolation
Resistors
R=0.75Z0±2％

Coupling
Transformer
A

Stub ofSpecified Length

ShieldingA
R

R
Isolation
Transformer

Transmitter/Receiver

Transmitter/Receiver

Terminal

Terminal※適用文書[M1]の図 9 である。

(a)トランス結合 (Transformer Coupled)※適用文書[M1]の図 10 である。

(b) 直接結合(Direct Coupled)

図 5.1.1-1 MIL-STD-1553B のバス結合(Bus Coupled)方式

5.1.1.1.2 ガイドライン(1) トランス結合(図 5.1.1-1(a))を標準とする。
(2) もしも、直接結合(図 5.1.1-1(b))を行う場合は、バスケーブルの故障やターミナルの故障等に十分な注意をすること。

5.1.1.2 データバス構成(含：冗長構成)
5.1.1.2.1 規格(1) MIL-STD-1553B は、図 5.1.1-2 に示すように、バスケーブルの冗長系をオプションで規定している。

１０JERG-2-431(2) バスに接続する機器の冗長は、MIL-STD-1553B の範疇ではないので、規定はない。

Optional
Redundant
CablesBus
Controller

RemoteTerminal

Subsystemwith Embedded
RemoteTerminal

Subsystem(s)※適用文書]M1]の図 1 である。

図 5.1.1-2 データバスの構成例

5.1.1.2.2 ガイドライン
宇宙機の搭載機器は、単一故障点(Single Failure Point)を除去するために、待機冗長系を構成することが多い。この節は、データバスと機器の冗長構成の標準を示す(図 5.1.1-3 参照)。
(1) データバスは、主系と従系による待機冗長構成とする。
(2) データバスに接続するすべての搭載機器(主系、従系とも)は、トランス結合で主系と従系のデータバスに接続する。
(3) 内部冗長構成の機器(電気的に独立した主系と従系を一つの筐体に実装したもの)であっても、内部の主系、従系ともにトランス結合で主系と従系のデータバスに接続する。
(4) 単系の搭載機器が存在する場合、その機器はトランス結合で主系と従系のデータバスに接続する。
(5) 主系バスと従系バスに接続するコネクタは、互いに独立したコネクタであること(同1一コネクタに主系と従系の信号を混在しないこと注 )。
注 1：冗長系信号の基本要求は、「主系信号と従系信号は。互いに、物理的、機械的、
熱的、EMC 的に分離して独立していること」である。
主系バス

T

T
従系バス

T

T

T/R

T/R

搭載機器 1
主系

T/R

T/R

T/R

T/R

搭載機器 2主系

搭載機器 1
従系

T/R

T/R

搭載機器 2
従系

T/R

T/R

搭載機器 2
主系

T/R

T/R

T/R

T/R

搭載機器 2搭載機器 N

従系

単系

内部冗長(同一筐体に実装)
BC を持つ搭載機器。

RT を持つ搭載機器。

(BC を持つ搭載機器は、一般に待機冗長構成である)T/R: Transmitter/Receiver

T: Terminator

BC: Bus Controller: コネクタを示す。

図 5.1.1-3 宇宙機搭載 MIL-STD-1553B データバスの構成

１１

RT: Remote TerminalJERG-2-431

5.1.2 データリンク層
5.1.2.1 ワード
5.1.2.1.1 規格(1) MIL-STD-1553B で使用するワードの種類、各ワードのデータ構造は、MIL-STD-1553Bの 4.3.3.4 節、4.3.3.5 節および 30.5 節で規定している。この書の標準もこれに従う。
1(2) コマンドワード中のサブアドレス注 (5 ビット)の使い方は規定していない。
注 1：サブアドレスは RT アドレスごとに定義できる。RT アドレスは RT の物
理アドレスであるが、サブアドレスは物理アドレスではない。
(3) コマンドワード中のモードコード(表 5.1.2-1)は、すべてを使用しなくてよい。
(4) ステータスワード中のステータスビットにはオプションのビットがある(表 5.1.2-2)。

5.1.2.1.2 ガイドライン・サブアドレス
以下に、サブアドレスの使い方のガイドラインを示す。
1(1) サブアドレスは、サービス(5.2 節)の識別に使用する注 。
注 1：アプリケーションデータの識別は、APID で行われる。
(2) データ伝送方向が BC to RT のサブアドレスと、RT to BC のサブアドレスは独立である(一つのサブアドレスは、BC to RT、
RT to BC で異なったサービスを識別してよい)(付
録 2 参照)。
(3) BC およびすべての RT で共通化できるサブアドレスは、共通値にすること (付録 2 参照)。
2(4) 64 オクテット より長いアプリケーションデータを 64 オクテットで分割注 したときの分割情報の識別として使用する。
(5) この分割情報として使用するサブアドレスの値は、連番であり、一つの宇宙機で共通であること(付録 2 参照)。
注 2：MIL-STD-1553B が伝送するデータ長は、2 オクテット×n(N=1,2,…32)である(最大 64 オクテット)。そこで、64 オクテットより長いアプリケーションデータ は、64 オクテットで分割して伝送する。分割した最初の 64
オクテットをサブアドレス n とし、次の 64 オクテットをサブアドレス n+1、…とする。
(6) この標準は、サブアドレス値の標準を定めない。宇宙機プロジェクトごとにプロジェ
クト標準を定めること。

5.1.2.1.3 ガイドライン・モードコード
表 5.1.2-1 にモードコード(Mode Code)の適用のガイドラインを示す。

１２

JERG-2-431(1) 次のモードコードは必ず使用する(カッコ内はモードコードの十進表記)。
10001(17): Synchronize(2) 次のモードコードは使用しない(カッコ内はモードコードの十進表記)。
00000(0) : Dynamic bus control
00110(6) : Inhibit terminal flag bit
00111(7) : Override terminal flag bit
10010(18) : Transmit last command
10100(20) : Selected transmitter shutdown
10101(21) : Override selected transmitter shutdown(3) その他のモードコードはオプションである。この標準は、オプションの適用標準を定めない。宇宙機プロジェクトごとにプロジェクト標準を定めること。

T/R

Mode
Code

機能

1

00000

1
1

00001
00010

1
1

00011
00100

1

00101

1

00110

1

00111

1

01000

1

10000

0
1

10001
10010

1

10011

0

10100

0

10101

Dynamic bus
control
Synchronize
Transmit status
word
Initiate self-test
Transmitter
shutdown
Overridetransmitter
shutdown
Inhibit terminal flagbitOverride terminal
flag bitReset remoteterminal
Transmit vector
word
Synchronize
Transmit lastcommandTransmit
built-in-test word
Selectedtransmitter
shutdown
Override selectedtransmitter
shutdown

表 5.1.2-1 モードコード
データ
ブロード
MIL-STD-1553B の
ワード
キャスト
規定箇所
の有無
の可否
無
否
4.3.3.5.1.7.1 節

この文書の標準
使用しない

無
無

可
否

4.3.3.5.1.7.2 節
4.3.3.5.1.7.3 節

オプション
オプション

無
無

可
可

4.3.35.1.7.4 節
4.3.3.5.1.7.5 節

オプション
オプション

無

可

4.3.3.5.1.7.6 節

オプション

無

可

4.3.3.5.1.7.7 節

使用しない

無

可

4.3.3.5.1.7.8 節

使用しない

無

可

4.3.3.5.1.7.9 節

オプション

有

否

4.3.3.5.1.7.11 節

オプション

有
有

否
否

4.3.3.5.1.7.12 節
4.3.3.5.1.7.13 節

使用する
使用しない

有

否

4.3.3.5.1.7.14 節

オプション

有

可

4.3.3.5.1.7.15 節

使用しない

有

可

4.3.3.5.1.7.16 節

使用しない

１３

JERG-2-431

5.1.2.1.4 ガイドライン・ステータスビット
表 5.1.2-2 にステータスビット(Status Bit)の適用のガイドラインを示す。
(1) 次のステータスビットは必ず使用する。
ビット番号 8 : Message Error
ビット番号 18 : Terminal Flag
(2) 次のステータスビットは使用しない。
ビット番号 9 : Instrumentation
ビット番号 16 : Subsystem Flag
ビット番号 17 : Dynamic Bus Control Accept(3) その他のステータスビットはオプションである。この標準は、オプションの適用標準を定めない。宇宙機プロジェクトごとにプロジェクト標準を定めること。

表 5.1.2-2
ビット
番号
8
9
10
14
15
16
17
18

Status Bit
Message Error
Instrumentation
Service Request
BroadcastCommand Received
Busy
Subsystem Flag
Dynamic Bus
Control Accept
Terminal Flag

ステータスビットMIL-STD-1553B の規定箇所
4.3.3.5.3.3 節
4.3.3.5.3.4 節, optional
4.3.3.5.3.5 節
4.3.3.5.3.7 節使用する。
使用しない(‘0’)
オプション
使用する。

4.3.3.5.3.8 節,optional
4.3.3.5.3.9 節,optional
4.3.3.5.3.10

オプション
使用しない(‘0’)
使用しない(‘0’)

4.3.3.5.3.11 節,optional

使用する。

この文書の標準5.1.2.2 メッセージ
5.1.2.2.1 規格(1) メッセージの転送は、表 5.1.2-3 の行番 1 から行番 6 および行番 8 から行番 11(ブロードキャスト)の 10 種類の規定がある。
(2) MIL-STD-1553B データバスを使用するユーザは、必要とする転送を行う。

5.1.2.2.2 ガイドライン(1) 次の転送は必ず行う。( )内の行番は表 5.1.2-3 の行番を示す。
a.BC to RT(行番 1)；TC パケットサービスに使用する。

b.RT to BC(行番 2)；TM パケットサービスに使用する。

c. BC to RT(s)(B) (行番 8)；宇宙機時刻サービスに使用する。

d. Mode Command with Data Word (行番 11) ；フレーム同期サービスに使用する。

１４

JERG-2-431(2) 次の転送は行わない。
a. 表 5.1.2-3 の行番 4、5、6、9 および 10。
(3) 次の転送はオプションである。宇宙機プロジェクトごとにプロジェクト標準を定めること。
a. RT to RT(表 5.1.2-3 の行番 3)。
表 5.1.2-3
行
メッセージの転送番
1
BC to RT2
RT to BC3
RT to RT
4
Mode Command without Data Word
5Mode Command with Data Word(T)6Mode Command with Data Word(R)7
Optional Broadcast
・BC to RT(s)(B)8・RT to RT(s)(B)
9・Mode Command without Data Word
10・Mode Command with Data Word
11(T): Transmit, (R): Receive, (B): Broadcast

メッセージの転送
MIL-STD-1553B の規定箇所
4.3.3.6.1 節
4.3.3.6.2 節
4.3.3.6.3 節
4.3.3.6.4 節
4.3.3.6.5 節
4.3.3.6.6 節
4.3.3.6.7 節, 10.6 節
4.3.3.6.7.1 節
4.3.3.6.7.2 節
4.3.3.6.7.3 節
4.3.3.6.7.4 節

この文書の標準
使用する。
使用する。
オプション
使用しない。
使用しない。
使用しない。
--使用する。
使用しない。
使用しない。
使用する。

5.1.2.3 フレーム構造
フ レ ー ム 構 造 と は 、 こ の 書 の 5.1.2.2 節 で 規 定 し た メ ッ セ ー ジ を TDM(Time Division
Multiplexing)で伝送するタイムスロット(事前設定(Preconfigure)する)である。

5.1.2.3.1 規格(1) フレーム構造は、MIL-STD-1553B を使用するユーザが規定する。

5.1.2.3.2 ガイドライン
フレーム構造のガイドラインを図 5.1.2-1 に示す。
(1) N 個のメッセージ(サブフレーム)で一つのプロセッシングフレームを構成する。メッ
1セージとは、MIL-STD-1553B メッセージであり注 、この書の 5.1.2.2 節で規定したものである。
(2) n 個のプロセッシングフレームでマイナフレームを構成する。マイナフレームの周期は 1 秒とする。
(3) m 個のマイナフレームで一つのメジャーフレームを構成する。
(4) メジャーフレームはオプションとする。メジャーフレームを使用しない場合、マイナ
フレームは単にフレームと呼ぶ。
(5) n、m、N の値は標準化しない。宇宙機プロジェクト毎に定めてよい。
注 1：この書では、メッセージと MIL-STD-1553B メッセージは同義語である。

１５

JERG-2-431

1秒
メジャーフレーム
マイナフレーム 0

プロセッシング
フレーム 0プロセッシング
フレーム 1

プロセッシング
フレーム 2

プロセッシング
フレーム nマイナフレーム 1

プロセッシング
フレーム 0プロセッシング
フレーム 1

プロセッシング
フレーム 2

プロセッシング
フレーム nマイナフレーム m

プロセッシング
フレーム 0プロセッシング
フレーム 1

プロセッシング
フレーム 2

プロセッシング
フレーム nサブフレーム 0

サブフレーム 1

サブフレーム N

メッセージ#0

メッセージ#1

メッセージ#N

注：マイナフレームはオプションである。
メジャーフレームを使用しない場合、マイナフレームはフレームと呼ぶ。
図 5.1.2-1 フレーム構造

5.1.2.4 再送(ARQ)
5.1.2.4.1 規格(1) 適用文書[M1](MIL-STD-1553B)には ARQ(Automatic Repeat Request)の規定はない。
(2) 適用文書[M2](MIL-HDBK-1553A)の 50.6.2.1 節に Automatic Retries の記載がある。

5.1.2.4.2 ガイドライン(1) 再送(ARQ)は標準としない(MIL-HDBK-1553A 50.6.2.1 節は適用しない)。

１６

JERG-2-431

5.2 サービス
5.2.1 全般
5.2.1.1 サービスの種類
5.2 節は、データリンク層内に存在する、サービスの「サービスの定義」とその「プロトコルの規格」を示す。標準化するサービスは、図 5.2.1-1 に示すように、6 つのサービス(内、一つはオプション)である。フレーム同期サービスは、他のすべてのサービスが共通して使用する。

パケットサービス
宇宙機時刻
サービス

TC パケットサービス

TM パケットサービス

RT-RT 間パケットサービス(オプション)

ターミナル
マネジメントサービス

フレーム同期サービス
図 5.2.1-1 標準サービスとサービス間の関連

5.2.1.2 フレーム同期サービス
a. データバスの多重化方式は時分割多重である。そのため、BC、BC ユーザアプリケーションおよび全 RT、全 RT ユーザアプリケーション間は、時分割多重化のための同期を行う必要がある。
b. フレーム同期サービスは、多重化の基本フレームであるプロセッシングフレームの多重化情報(プロセッシングフレーム ID 番号)を BC からすべてのユーザアプリケーシ
ョンへ伝送するサービスである。
c. BC アプリロケーションおよび全 RT ユーザアプリケーションは、このサービスを使用して時分割多重の同期を行う。
d. このサービスによる多重化情報の伝送はブロードキャストで行う。
e. このサービスは、他のすべてのサービスが共通して使用するサービスである。

5.2.1.3 宇宙機時刻サービス
a. 宇宙機時刻は BC ユーザアプリケーションがマスタであり、RT ユーザアプリケーシ
ョンはスレーブである。
b. そのため、宇宙機時刻は、BC ユーザアプリケーションからすべての RT ユーザアプリ
ケーションへ、リアルタイムで伝送する必要がある。
c. 宇宙機時刻サービスは、すべての RT ユーザアプリケーションが、BC ユーザアプリ
ケーションから転送される時刻情報および時刻タイミングで、BC ユーザアプリケー
ションの宇宙機時刻(マスタ)との同期を確立するために使用するサービスである。
d. このサービスによる宇宙機時刻の伝送は、ブロードキャストで行う。

１７

JERG-2-431

5.2.1.4 パケットサービス
a. BC ユーザアプリケーションおよび RT ユーザアプリケーション間は、データバスを使用して、スペースパケットで情報を転送する。
b. パケットサービスは、BC ユーザアプリケーションおよび RT ユーザアプリケーショ
ン間でスペースパケットを転送するサービスである。
c. ブロードキャストでデータを転送することもある。

5.2.1.4.1 パケットサービスの種類
パケットサービスは、パケットの転送方向により、次の 3 つに分類する。
(a) TC パケットサービス：BC ユーザアプリケーションから RT(s) ユーザアプリケーショ
ンへ転送 するサービスである。
(b) TM パケットサービス：RT ユーザアプリケーションから BC ユーザアプリケーションへ転送するサー ビスである。
(c)

RT-RT 間パケットサービス(オプション)：一つの RT ユーザアプリケーションから他のRT ユーザアプリケーションへ転送するサービスである。

5.2.1.4.2 パケット伝送サブフレームの割り当て
1

2

一つのパケット注 またはパケットを分割したデータ注 は、一つのサブフレームで伝送する。
このサブフレームは、一般に、次の 3 つのタイプを使用する(表 5.2.1-1 参照)。すべてのサブフ
レームは、これらのいずれかのタイプに事前設定(Preconfigured)する。
注 1：64 オクテット長以下のパケットである。
注 2：64 オクテット長を超えるパケットの伝送は、パケットを 64 オクテット単位で分割して、複数のサブフレームで伝送する(5.2.4.3 節参照)。

タイプ 1： RT アドレス固定、パケットデータ長固定。
RT アドレスを 1 つに固定したサブフレームである。伝送データ(パケット)の長
さは固定長である。
タイプ 2：RT アドレス固定、パケットデータ長可変。
RT アドレスを 1 つに固定したサブフレームである。伝送データの長さは可変である。
タイプ 3：RT アドレス可変、パケットデータ長可変。
RT アドレスを固定しないサブフレームである。伝送データの長さは可変である。

１８

JERG-2-431

表 5.2.1-1 サブフレームのタイプ
TC パケットサービス
サブフレームタイプ 1

TM パケットサービス

BC to RT

RT to BC

受信 RT
アドレス

伝送データ
(パケット)の長さ

送信 RT
アドレス

伝送データ
(パケット)の長さ

---

---

固定

固定長

固定(すべて)

固定長

---

---

タイプ 2

固定

可変長

固定

可変長

タイプ 3

可変

可変長

可変

可変長

RT アドレス
固定
可変

備考

ブロードキャスト

伝送データ(パケット)の長さ：一つのみを事前設定する。
：事前設定しない。

固定長：一つの長さのみを事前設定する。
可変長：事前設定しない。

伝送データ(パケット)長が固定で、伝送するサブフレームが周期的に固定してアサインされる
場合、その伝送データの伝送帯域は固定である。
伝送データ長が可変、もしくは伝送するサブフレームが周期的に固定してアサインされない場
合、その伝送データの伝送帯域は可変である。

5.2.1.5 ターミナルマネジメントサービス
a. ターミナルマネジメントサービスは、データバスにおける異常や故障に対する処置のサービスである。

１９

JERG-2-431

5.2.2 フレーム同期サービス
5.2.2.1 サービスの定義
5.2.2.2 概要
MIL-STD-1553B データバスは、時分割(TDM)でデータを伝送する。そのため、送信側と受信側は、データの送受について、同期が必要である。フレーム同期サービスは、この同期を行うためのサービスである。
データバスは、5.1.2.3 節に示したフレーム構成でデータを伝送する。フレーム同期サービス
は、各プロセッシングフレームの先頭で、プロセッシングフレームの先頭タイミングとプロセッ
シングフレームの番号を、すべてのターミナル(BC と全 RT)へ、ブロードキャストで通知する。
1

この通知は、BC ユーザアプリケーションユーザが発生する FRM SYNC. request で開始し注 、
FRM SYNC. indication で全ターミナルへ通知される(図 5.2.2-1 および図 5.2.2-2)。
注 1：停止は、一般に BC 機器の電源 OFF または主従切り替えで行われる。

BC
User Application
FRM SYNC. request

RT
User Application

RT
User Application

FRM SYNC. indication
フレーム同期サービス

BC

FRM SYNC. indication

FRM SYNC. indication

フレーム同期サービス

フレーム同期サービス
RTRT
FRM Sync Message
図 5.2.2-1 フレーム同期サービスの構成

BC User Application

BC 側

RT 側
Service Provider

RT User Application

FRM SYNC. request
注1
FRM SYNC. indication FRM SYNC Message

FRM SYNC. indication

FRM SYNC. indication FRM SYNC Message

FRM SYNC. indication

FRM SYNC. indication FRM SYNC Message

FRM SYNC. indication

TF

TF

TF : プロセッシングフレーム周期
注 1：適用文書[M1] Figure 7(Broadcast)の Mode Command with Data Word である。
図 5.2.2-2 フレーム同期サービス

２０

JERG-2-431

5.2.2.2.1 サービスパラメータ
5.2.2.2.1.1 一般
同期サービスのサービスパラメータは、プロセッシングフレーム番号とマイナフレーム番号(オプション)である。

5.2.2.2.1.2 プロセッシングフレーム番号
メッセージを伝送するプロセッシングフレームの番号である。

5.2.2.2.1.3 マイナフレーム番号(オプション)
マイナフレーム(オプション)を使用する場合、マイナフレームの番号である。

5.2.2.3 サービスプリミティブ
5.2.2.3.1 一般
フレーム同期サービスのプリミティブを次に示す。
a. FRM SYNC. request
b. FRM SYNC. indication

5.2.2.3.2 FRM SYNC. request
5.2.2.3.2.1 機能
サービスプロバイダは、フレーム同期の情報をフレーム同期サービスの利用者(BC および RT
ユーザアプリケーション)へ配信する。このフレーム同期の情報を配信開始するために FRM
SYNC. request プリミティブをサービスプロバイダへ出力する。
FRM SYNC. request プリミティブは、フレーム同期サービスのサービス要求のプリミティブである。

5.2.2.3.2.2 セマンティック
FRM SYNC. request(プロセッシングフレーム番号、
マイナフレーム番号(オプション))

5.2.2.3.2.3 When Generated
BC ユーザアプリケーションが、サービスプロバイダに対して、フレーム同期メッセージの周期的転送の開始することを要求するときに FRM SYNC. request を送出する。
【注記】フレーム同期メッセージの周期的転送の停止は、通常、BC 機器の電源オフや主従切り替えで行われる。

5.2.2.3.2.4 Effect on Receipt
FRM SYNC. request を 受 理 し た サ ー ビ ス プ ロ バ イ ダ ( 送 端 側 ) は 、 事 前 設 定 さ れ た(Preconfigured)プロセッシングフレームで、事前設定された宛先 RT(この場合は全 RT)アドレ

２１

JERG-2-431

スへ、フレーム同期メッセージの周期的転送を開始する。

5.2.2.3.2.5 Additional Commentなし。

5.2.2.3.3 FRM SYNC. indication
5.2.2.3.3.1 機能
サービスプロバイダは、フレーム同期の情報をフレーム同期サービスの利用者(BC および RT
ユーザアプリケーション)へ転送するために、FRM SYNC. indication を送出する。
FRM SYNC. indication プリミティブは、フレーム同期サービスのサービス indication プリミテ
ィブである。

5.2.2.3.3.2 セマンティック
FRM SYNC. indication(プロセッシングフレーム番号、
マイナフレーム番号(オプション))

5.2.2.3.3.3 When Generated
サービスプロバイダ(受端側)は、FRM SYNC Message を受理したとき、BC ユーザアプリ
ケーションおよび RT ユーザアプリケーションに同期情報を通知するために FRM SYNC.
indication を送出する。

5.2.2.3.3.4 Effect on Receipt
FRM SYNC. indication を受理した BC アプリケーションおよび RT ユーザアプリケーション
は、TDM の同期を行う。

5.2.2.3.3.5 Additional Commentなし。

5.2.2.4 プロトコル規定
5.2.2.4.1 プロトコルデータユニット
a. FRM SYNC Message は、一つのデータワード(ユーザデータ長:2 オクテット)で伝送する。
b. FRM SYNC Message を伝送するデータワードの構造を図 5.2.2-3 に示す。
Bit 0……………………………Bit 7

Bit 8……………………………Bit15

all ‘0’ 注 1

プロッセシングフレーム番号

注 1：マイナフレーム(オプション)を使用する場合は、マイナフレーム番号
領域に使用する。
注 2：使用しない Bit は、’0’とする。

図 5.2.2-3

FRM SYNC Message のデータワード

c. データワード中の Bit 8 から Bit 15(LSB)をプロセッシングフレーム番号領域とする。
d. プロセッシングフレーム番号は、必ず’0’からカウントする(0,1,2,…,n,0,1,2, …)。

２２

JERG-2-431

e.マイナフレーム(オプション)を使用する場合、データワード中の Bit 0 から Bit 7(LSB)をマ
イナフレーム番号の領域とする。
f. 使用しないビットの値は’0’とする。

5.2.2.4.2 送信側(BC)手順
a. BC 側は、各プロセッシングフレームの先頭で FRM SYNC Message を送信する。
b. FRM SYNC Message は、ブロードキャストモードで伝送する。
c. プロセッシングフレームの周期は、次のいずれかに事前設定する(Pre-Configured)。
(1) すべてのプロセッシングフレームの周期を同一にする。
(2) すべてのプロセッシングフレームの周期を同一にするが、少なくとも一つのプロ
セッシングフレーム周期は可変長とする。
【注記】上述の(1)および(2)は、宇宙機時刻配信の方法に依存する。

5.2.2.4.3 受信側(RT)手順
a. RT 側は、FRM SYNC Message を受信して、フレーム同期のタイミングとプロセッシン
グフレーム番号情報を BC および RT ユーザアプリケーションへ通知する。

5.2.3 宇宙機時刻サービス
5.2.3.1 サービスの定義
5.2.3.2 概要
宇宙機時刻のマスタ(タイムマスタ)は BC ユーザアプリケーションである。RT ユーザアプリ
ケーションのタイムは、タイムマスタにスレーブする。宇宙機時刻サービスは、RT ユーザアプ
リケーションの時刻をタイムマスタにスレーブさせるためのサービスである。
一般に、タイムマスタのクロック(GPS 衛星が発生するクロックが使用される場合が多い)とデータバスのクロックは異なる。
時刻を正確に伝送するには、時刻データ(Time Data)とその時刻のエポックの伝送が必要である。そこで、時刻データはデータバスで伝送し(図 5.2.3-1(a))、時刻のエポックは専用線で伝送する(図 5.2.3-1(b)) (この信号をタイムマーカ(Time Maker)と呼ぶ) 注

1

ことを標準とする(図5.2.3-2)。
注 1：タイムマーカは、一般に、パルス信号である。時刻精度を必要としない場合(データバスで伝送するクロックの精度で十分な場合)は、タイムマーカを使用しないこともある。

２３

JERG-2-431

RT
User Application

BC
User Application
Time Data. request
宇宙機時刻
サービス
BC

RT
User Application

Tine Data. indication

Time Data. indication

宇宙機時刻
サービス

宇宙機時刻
サービス
RT

RT
Time Data(a) Time DataBC
User Application
Time
MasterTime Marker

RT User Application

Time Marker

RT User Application(b) Time Marker
BC User Application : Time Master
RT User Application : Time Slave
図 5.2.3-1 宇宙機時刻サービスの構成

BC User Application

BC 側Time Data. request

Service Provider

RT 側Time Data Message 注 1

RT User Application

Time Data. indication

Data=t(n)Setup TimeTime Marker 注 2

Time: tn
Time Data. request

Time Data Message 注 1

Hold TimeTime Data. indication

Data=t(n+1)
Time Marker 注 2

Time: tn+1(s)Time Data. request

Time Data Message 注 1 Time Data. indication

Data=t(n+2)
Time: tn+2(s)Time Marker 注 2

注 1：適用文書[M1] Figure 7(Broadcast)の Controller to RT(s) Transfer である。
注 2： BC Application と RT Application 間(機器間)を直接伝送するパルス信号である。
図 5.2.3-2 宇宙機時刻サービス

２４

JERG-2-431

前述したように、一般に、タイムマスタのクロックとデータバスのクロックは異なる。すな
わち、タイムマーカはタイムマスタに同期しているが、データバスはタイムマスタに同期していない。そこで、時刻データとタイムマーカを同期させる必要がある。
同期の方式は、つぎに示すような方法があるが、この標準は同期をとることが要求であり、その方式は規定しない。方式は、宇宙機プロジェクト毎に方法を標準化すること。
a. (マイナ)フレーム長を調整(増減)する：(マイナ)フレームはメッセージで隙間なく満たしていることはない。そこで、データバス生成クロックで発生した(マイナ)フレームの周期(1 秒)とタイムマスタのクロックの周期(1 秒)の間にズレが生じた場合、(マイナ)フレームの周期を調整(増減)して、」タイムマスタのクロックで生成した(マイナ)フレームに一致させる。この場合、セットアップタイム/ホールドタイムは固定値である。
b.タイムデータを伝送するプロセッシングフレームを 2 つ用意する：(マイナ)フレーム周期はデータバス生成クロックで発生する。そうすると、タイムデータとタイムマーカの位置関係はズレてくる。そのため、一つの(マイナ)フレーム中にタイムデータを伝送するプロ
セッシングフレームを、適当な間隔で、2 つ用意する。2 つ用意することで、タイムデー
タとタイムマーカの関係は維持される。この場合、セットアップタイムとホールドタイム
は固定値にならない。

5.2.3.2.1 サービスパラメータ
5.2.3.2.1.1 Spacecraft TimeBC ユーザアプリケーションが持つタイムマスタの宇宙機時刻(Spacecraft Time)である。

5.2.3.3 サービスプリミティブ
5.2.3.3.1 一般
宇宙機時刻サービスのプリミティブを以下に示す。
a. Time Data. request
b. Time Data. indication

5.2.3.3.2 Time Data. request
5.2.3.3.2.1 機能
宇宙機時刻サービス利用者の送端(BC ユーザアプリケーション)が、宇宙機時刻サービス利用者の受端(RT ユーザアプリケーション)へ宇宙機時刻を配信するために、Time Data. request プリ
ミティブをサービスプロバイダへ出力する。
Time Data .request プリミティブは、宇宙機時刻サービスのサービス要求のプリミティブである。

5.2.3.3.2.2 セマンティック
Time Data. request(Spacecraft Time)

２５

JERG-2-431

5.2.3.3.2.3 When Generated
BC ユーザアプリケーションが、サービスプロバイダに対して、タイムデータの配信を要求するときに Time Data. request を送出する。
【注記】宇宙機時刻配信の停止は、通常、BC 機器の電源オフや主従 切り替えで行われる。

5.2.3.3.2.4 Effect on Receipt
Time Data. request を入力したサービスプロバイダ(送端)は、事前設定された(Preconfigured)
プロセッシングフレームで、事前設定された宛先 RT(この場合は全 RT)アドレスへ、Time
Message の配信を開始する。

5.2.3.3.2.5 Additional Comment
a.PDU が宇宙機時刻パケット(5.2.3.3.1 節)の場合、TC パケットサービスと同様である。

5.2.3.3.3 Time Data. indication
5.2.3.3.3.1 機能
サービスプロバイダは宇宙機時刻を宇宙機時刻サービスの利用者へ転送するために、Time
Data. indication を出力する。
Time Data. indication プリミティブは、宇宙機時刻のサービス indication プリミティブである。

5.2.3.3.3.2 セマンティック
Time Data. indication (Spacecraft Time)

5.2.3.3.3.3 When Generated
サービスプロバイダ(受端側)は、Time Data Message を受信したとき、RT アプリケーション
へ宇宙機時刻を通知するために、Time Data. indication を送出する。

5.2.3.3.3.4 Effect on Receipt
Time Data. indication を受理した RT 側アプリケーションは、タイムマーカ受信のタイミング
でそのタイムデータをセットする。

5.2.3.3.3.5 Additional Comment
a.PDU が宇宙機時刻パケット(5.2.3.3.1 節)の場合、TC パケットサービスと同様である。
b.時刻精度を要求しないユーザアプリケーションは、タイムマーカを使用しなくても良い。

5.2.3.4 プロトコル規定
5.2.3.4.1 プロトコルデータユニット
a. 宇宙時刻サービスの PDU は、宇宙機時刻パケットまたは CUC タイムコード(T フィール
ドのみ)とする。宇宙機プロジェクトは、いずれかを選定して、自プロジェクトの標準とすること。なお、ミッションライフ中にコードを変えてはいけない。

２６

JERG-2-431

b. 宇宙機時刻パケットは、スペースパケットプライマリヘッダとセカンダリヘッダの構造で、セカンダリヘッダは CUC(適用文書[C3]の 3.2 節)である(図 5.2.3-3)。6 ワード(1 ワ
ードは 2 オクテット)で伝送する。
c. CUC タイムコード(T-フィールドのみ)は、CUC の T-フィールドのみである(図 5.2.3-5)。
2 ワード(1 ワードは 2 オクテット)で伝送する。

Word No

Bit 0……………………………Bit 7

Bit 8……………………………Bit15

0

Packet Primary Header

Packet Primary Header

1

Packet Primary Header

Packet Primary Header

2

Packet Primary Header

Packet Primary Header

3

P-Field

T-Field Basic Time 231-224s

4

T-Field Basic Time 223-216s

T-Field Basic Time 215-28s

5T-Field Basic Time 27-20s

all ‘0’

注1

注 1： BC が付加して、RT が削除する。
※：Packet Primary Header および P-Field の値は、図 5.2.3-4 を参照のこと。
図 5.2.3-3 データワードのワード構造 (宇宙機時刻パケット)

Packet Primary Header
PacketVer. No.

Packet
Type

Sec.
HDR.
Flag

APID

注1
‘000’
‘1’
‘1’
注：宇宙機プロジェクトが定める値。

Seq.
Flag

‘11’

PacketSeq.
Count

Packet
Data
Length

可変

0x0004

Ext.
Flag
‘0’

Packet Secondary Header
CUC
P-FieldTime
Basic
Fractional
Code
Time
Time
ID
LengthLength
‘001’
‘11’
‘00’

T-Field
Time
Data
31

可変

図 5.2.3-4 宇宙機時刻パケットの構造

Word No

Bit 0……………………………Bit 7
31

Bit 8……………………………Bit15

024

T-Field Basic Time 2 -2 s

T-Field Basic Time 223-216s

1

T-Field Basic Time 215-28s

T-Field Basic Time 27-20s

図 5.2.3-5 データワードのワード構造 (CUC タイムコードのみ)

5.2.3.4.2 送信側(BC)手順
a. 時刻 t のタイムマーカが発生する前(Previous)の宇宙機時刻伝送のプロセッシングフレー
ムで、時刻 t 秒の Time Message を伝送する。

5.2.3.4.3 受信側(RT)手順
a. RT 側は、Time Message を受信して、その Time Message を RT ユーザアプリケーションへ転送する。

２７

0

2 -2 sJERG-2-431

5.2.4 TC パケットサービス
5.2.4.1 サービスの定義
5.2.4.1.1 概要
BC ユーザアプリケーションから RT ユーザアプリケーションへ、スペースパケットを転送するサービスである。
MIL-STD-1553B データバスは、一つのデータワードで 2 オクテットのユーザデータ(スペースパケット)を伝送し、一つのメッセージで最大 32 データワードを伝送する。すなわち、一つのメッセージで最大 64 オクテット(512 ビット)までを伝送する。ユーザデータ長が 64 オクテットを超える場合は、ユーザデータを 64 オクテットごとに分割し、サブアドレスを識別子として、複数のメッセージで伝送する(図 5.2.4-1)。

BC User Application

BC 側Service Provider

RT 側

RT User Application

TC PACKET. request

プロセッシング
フレーム先頭FRM SYNC Message (5.2.6 節：フレーム同期サービス参照)
TC PKT Message 注 1

注2

TC PKT Message 注 1

TC PACKET. indication
プロセッシング
フレーム先頭FRM SYNC Message (5.2.6 節：フレーム同期サービス参照)

注 1：適用文書[M1] Figure 6 の Controller to RT Transfer または Figure 7 の Controller to RT Transfer(Broadcast)である。
一つの Message で最大 32 データワード(ユーザデータ 2 オクテット/データワード)を伝送する。
注 2：パケット長が 64 オクテットを超える場合、サブアドレスで識別して(n,n+1,…)、複数のメッセージで伝送する。
図 5.2.4-1 TC パケットサービス

5.2.4.1.2 サービスパラメータ
5.2.4.1.2.1 スペースパケット
スペースパケットパラメータは、TC パケットサービスで転送されるサービスデータユニット
である。

２８

JERG-2-431

5.2.4.1.2.2 APID
APID は LDP(Logical Data Path)の識別子である。この APID により次の伝送先(RT)がマネジ
メントパラメータとして事前設定される。

5.2.4.2 サービスプリミティブ
5.2.4.2.1 一般
TC パケットサービスのプリミティブを以下に示す。
a. TC PACKET. request
b. TC PACKET. indication

5.2.4.2.2 TC PACKET. request
5.2.4.2.2.1 機能
BC ユーザアプリケーションが、サービスプロバイダに対して、スペースパケットの転送を要求するために、TC PACKET. request プリミティブを送出する。
TC PACKET. request プリミティブは、TC パケットサービスのサービス要求のプリミティブである。

5.2.4.2.2.2 セマンティック
TC PACKET. request(Space Packet、APID)

5.2.4.2.2.3 When Generated
BC ユーザアプリケーションは、サービスプロバイダに対して、スペースパケットの送信要求が発生したときに TC PACKET. request プリミティブを送出する。

5.2.4.2.2.4 Effect on Receipt
TC PACKET. request を 受 理 し た サ ー ビ ス プ ロ バ イ ダ ( 送 端 側 ) は 、 事 前 設 定 さ れ た(Preconfigured)プロセッシングフレームで、事前設定された宛先 RT(この場合は全 RT)アドレス
へ、TC PKT Message を転送する。

5.2.4.2.2.5 Additional Commentなし

5.2.4.2.3 TC PACKET. indication
5.2.4.2.3.1 機能
サービスプロバイダは、スペースパケットを TC パケットサービスの利用者(RT ユーザアプリ
ケーション)へ転送するために、TC PACKET. indication を送出する。
TC PACKET. indication は、TC パケットサービスのサービス indication プリミティブである。

２９

JERG-2-431

5.2.4.2.3.2 セマンティック
TC PACKET. indication(Space Packet、APID)

5.2.4.2.3.3 When Generated
サービスプロバイダ(受端側)は、TC PKT Message を受理したとき、RT ユーザアプリケーシ
ョンにパケット転送を通知するために TC PACKET. indication を送出する。

5.2.4.2.3.4 Effect on Receipt
TC PACKET. indication を入力したパケットの利用者(RT ユーザアプリケーション)の Effect は規定しない。

5.2.4.2.3.5 Additional Commentなし

5.2.4.3 プロトコル規定
5.2.4.3.1 プロトコルデータユニット
適用文書[J2]の 4.3 節および適用文書[C2]の 4.1 節の規定を適用する。

5.2.4.3.2 送信側(BC)手順
a. スペースパケット長が奇数 octets の場合は、スペースパケットの後尾に 1 オクテットのフィル(‘0)を付加する(伝送データを 2 オクテットの整数倍にする)。
b.転送するデータ(スペースパケット(+フィル))長が 64 オクテット(512 ビット)以下の場合は、
MIL-STD-1553B の規定に従い、MIL-STD-1553B メッセージを生成する。
c. 転送するデータ(スペースパケット(+フィル))長が 64 オクテットより長い場合(長さは既知)
は、スペースパケット(+フィル)を 64 オクテットごとに分割する。分割した各データは、
MIL-STD-1553B メッセージをサブアドレスで識別して、順次送信する。

5.2.4.3.3 受信側(RT)手順
a. 入力したスペースパケット長が 64 オクテット以下の場合は、MIL-STD-1553B メッセージのデータワードからデータを抽出し、スペースパケット(+フィル)を再生する。スペースパ
ケットプライマリヘッダのパケット長情報が奇数 octet の場合は、スペースパケット(+フィル)の後尾(1 オクテット)を廃棄する。
b. 入力したスペースパケット長が 64 オクテットより長い場合は、64 オクテットごとに分割して送信されたデータからスペースパケット(+フィル)を再生する。スペースパケットプライ
マリヘッダのパケット長情報からスペースパケット長が奇数オクテットの場合は、スペー
スパケット(+フィル)の後尾(1 オクテット)を廃棄する。
【注記】データが一つのメッセージで送信(パケット長：64 オクテット以下)されたか、または複数のメッセージで送信されたか(パケット長：64 オクテットより長い)

３０

JERG-2-431

かは、サブアドレスで識別される。

5.2.5 TM パケットサービス
5.2.5.1 サービスの定義
5.2.5.1.1 概要
RT ユーザアプリケーションから BC ユーザアプリケーションへ、スペースパケットを転送するサービスである。
MIL-STD 1553B は Command-Response 方式のため、RT ユーザアプリケーションの転送要求の TM パケットを BC 側が収集する。
MIL-STD-1553B データバスは、一つのデータワードで 2 オクテットのユーザデータ(スペースパケット)を収集し、一つのメッセージで最大 32 データワードを伝送する。すなわち、一つのメッセージで最大 64 オクテット(512 ビット)までを収集する。ユーザデータ長が 64 オクテットを超える場合は、ユーザデータ(スペースパケット)を 64 オクテットごとに分割し、サブアドレス(5.2.4.3 節参照)を識別子として、複数のメッセージで伝送する(図 5.2.5-1)。

BC User Application

プロセッシング
フレーム(N-1)先頭BC 側

Service Provider

RT 側

RT User Application

FRM SYNC Message (5.2.6 節：フレーム同期サービス参照)
TM PACKET. request

プロセッシング
フレーム(N)先頭FRM SYNC Message (5.2.6 節：フレーム同期サービス参照)
TM PKT Message 注 1

TM PKT Message 注 1
注2

TM PACKET. indication
プロセッシング
フレーム(N+1)先頭FRM SYNC Message (5.2.6 節：フレーム同期サービス参照)

注 1：適用文書[M1] Figure 6 の RT to Controller Transfer である。
1 つの Message で最大 32 データワード(ユーザデータ 2 オクテット/データワード)を伝送する。
注 2：パケット長が 64 オクテットを超える場合、サブアドレスで識別して(n,n+1,…)、複数のメッセージで伝送する。

図 5.2.5-1 TM パケットサービス

３１

JERG-2-431

5.2.5.1.2 サービスパラメータ
5.2.5.1.2.1 スペースパケット
スペースパケットパラメータは、TM パケットサービスで転送されるサービスデータユニットである。

5.2.5.1.2.1 APID
APID は LDP(Logical Data Path)の識別子である。この APID で次の伝送先(RT またはスペー
スリンクサブネットワーク)が、マネジメントパラメータとして事前設定される。

5.2.5.2 サービスプリミティブ
5.2.5.2.1 一般
TM パケットサービスのプリミティブを以下に示す。
a. TM PACKET. request
b. TM PACKET. indication

5.2.5.2.2 TM Packet. request
5.2.5.2.2.1 機能
RT ユーザアプリケーションが、サービスプロバイダに対して、スペースパケットの転送を要求するために、TM PACKET. request プリミティブを送出する。
TM PACKET. request プリミティブは、TM パケットサービスのサービス要求のプリミティブである

5.2.5.2.2.2 セマンティック
TM PACKET. request(Space Packet、APID)

5.2.5.2.2.3 When Generated
RT ユーザアプリケーションは、サービスプロバイダに対して、スペースパケットの送信要求が発生したとき TM PACKET. request プリミティブを送出する。送出は、スペースパケットを転送するプロセッシングフレームの一つ前(previous)のプロセッシングフレームのタイミングで出力する。

5.2.5.2.2.4 Effect on Receipt
TM PACKET. request を 受 理 し た サ ー ビ ス プ ロ バ イ ダ ( 送 端 側 ) は 、 事 前 設 定 さ れ た(Preconfigured)サブフレームで、事前設定された宛先 RT(この場合は BC)アドレスへ、TM PKT
Message を転送する。

３２

JERG-2-431

5.2.5.2.2.5 Additional Commentなし

5.2.5.2.3 TM PACKET. indication
5.2.5.2.3.1 機能
サービスプロバイダはスペースパケットを TM パケットサービスの利用者(BC ユーザアプリ
ケーション)へ転送するために、TM PACKET. indication を送出する。
TM PACKET. indication は、TC パケットサービスのサービス indication プリミティブである。

5.2.5.2.3.2 セマンティック
TM PACKET. indication(Space Packet、APID)

5.2.5.2.3.3 When Generated
サービスプロバイダ(受端側)は、TM PKT Message を受理したとき、BC ユーザアプリケーシ
ョンにパケット転送を通知するために TM PACKET. indication を送出する。

5.2.5.2.3.4 Effect on Receipt
TM PACKET. indication を入力したパケットの利用者(BC ユーザアプリケーション)の Effectは規定しない。

5.2.5.2.3.5 Additional Commentなし

5.2.5.3 プロトコル規定
5.2.5.3.1 プロトコルデータユニット
適用文書[J2]の 4.3 節および適用文書[C2]の 4.1 節の規定を適用する。

5.2.5.3.2 送信側(RT)手順
a. スペースパケット長が奇数オクテットの場合は、スペースパケットの後尾に 1 オクテットのフィル(‘0)を付加する(伝送データを 2 octets の整数倍にする)。
b. 転送するデータ(スペースパケット(+フィル))長が 64 オクテット(512 ビット)以下の場合は、
MIL-STD-1553B の規定に従い、MIL-STD-1553B メッセージを生成する(図 5.2.4-1 参照)。
c. 転送するデータ(スペースパケット(+フィル))長が 64 オクテットより長い場合で、長さが既知(固定長、または長さを問い合わせて既知となった場合)は、スペースパケット(+フィル)
を 64 オクテットごとに分割して、事前設定された分割を示すサブアドレス(複数)で、複数の MIL-STD-1553B メッセージを生成して送信する。
d. 転送するデータ(スペースパケット(+フィル))長が 64 オクテットより長い場合で、長さが未知で、常に最大パケット長を転送する場合は、スペースパケットの後尾にフィルを付加し

３３

JERG-2-431て(最大パケット長にする)、64 オクテットごとに分割して、事前設定された分割を示すサ
ブアドレス(複数)で、複数の MIL-STD-1553B メッセージを生成する。

5.2.5.3.3 受信側(BC)手順
a. 入力したスペースパケット長が 64 octets 以下の場合は、MIL-STD-1553B メッセージのデー
タワードからデータを抽出し、スペースパケット(+フィル)を再生する。スペースパケット
プライマリヘッダのパケット長情報が奇数 octet の場合は、スペースパケット(+フィル)の後尾(1 octet)を廃棄する。
b. 入力したデータ(スペースパケット(+フィル))長が 64 オクテットより長い場合で、長さが既知(固定長、または長さを問い合わせて既知となった場合)の場合は、スペースパケット(+フィル)を 64 オクテットごとに分割して、事前設定された分割を示すサブアドレス(複数)で、複数の MIL-STD-1553B メッセージからスペースパケット(+フィル)を再生する。スペース
パケットプライマリヘッダのパケット長情報からパケット長が奇数 octet の場合は、スペー
スパケット(+フィル)の後尾(1 octet)を廃棄する。
c. 入力したデータ(スペースパケット(+フィル))長が 64 オクテットより長い場合で、長さが未知で、常に最大パケット長で送信された場合は、事前設定された分割を示すサブアドレス(複数)で、複数の MIL-STD-1553B メッセージから(スペースパケット(+フィル))を再生する。
スペースパケットプライマリヘッダのパケット長情報からパケット長がフィルのワードを廃棄し、さらにパケット長が奇数 octet の場合は、スペースパケット(+フィル)の後尾(1 オクテット)を廃棄する。

5.2.6 RT-RT 間パケットサービス(オプション)
a. RT-RT 間パケットサービスは、MIL-STD-1553B の”RT to RT Transfers”を使用して、RTから他の RT へスペースパケットを転送するサービスである。このサービスは、オプションである。
b. この RT-RT 間パケットサービスを使用する場合は、TC パケットサービスおよび TM パ
ケットサービスを参考にして、宇宙機プロジェクトごとにサービスを定義して使用することとする。標準は定めない。

5.2.7 ターミナルマネジメントサービス
ターミナルマネジメントサービスはデータバスにおける異常や故障に対する処置のサービスであるが、異常や故障の程度および処置の程度は宇宙機毎に異なる。したがって、宇宙機プロジ
ェクトごとにサービスを定義して使用すること。ただし、以下の a 項は、一般に、適用すること。
a. BC 側は、RT 側から返送されるステータスワードの Message Error(ビット番号 8)とTerminal Flag(ビット番号 18)にエラーや異常があった場合、受信メッセージにフォーマ

３４

JERG-2-431

ット誤りがあった場合、および無応答(Response Time Out)が発生した場合に、BC 側ユーザアプリケーションへ事象を通知すること。
【参考】a 項のような事象発生時、一般に、該当 RT への TC パケットサービスを停止して、TC パケットサービスの再開は BC ユーザアプリケーションの指示による等の処置が行われる。

5.2.8 マネジメントパラメータ
マネジメントパラメータとは、送信側と受信側の間での約束事である。 マネジメントパラメ
ータは、図 4-2 の Communication Management が持ち、この Communication Management からプロトコルへ伝える必須情報である。
表 5.2.8-1 に、この標準のマネジメントパラメータを示す。
1

a. 最大パケット長 ：宇宙機プロジェクト毎の最大パケット長である注 。
注 1：CCSDS 勧告の最大パケット長は 65,542 オクテットである。MIL-STD-1553B で伝送できる最大パケット長は、64 オクテット×割り当てサブアドレス数である。
b. パケット長：サブフレームのタイプ 1 で伝送するパケット(複数)の個々のパケット長である。

c. 多重化テーブル ： フレーム構成(図 5.1.2-1)を定義し、各サブフレームのタイプ(表5.2.4-1)を定義し、転送するデータを割り付けたテーブルで ある。
d. 転送テーブル： APID 毎およびデータ ID ごとに、次の(Next)転送先 RT アドレスおよびサブネットワーク(ス ペースリンクサブネットワークへ転送するか否かの識別)を定義した テーブルである。

e. サブアドレス： サービス(5.2 節)を定義したサブアドレス値である(付録 2 参照)。

表 5.2.8-1 マネジメントパラメータ
LN
1
2
3
4
5

Managed Parameter
最大パケット長
パケット長
多重化テーブル
転送テーブル
サブアドレスAllowed Values
宇宙機プロジェクト毎に定める。
宇宙機プロジェクト毎に定める。
宇宙機プロジェクト毎に定める。
宇宙機プロジェクト毎に定める。
宇宙機プロジェクト毎に定める。

３５

RemarksJERG-2-431

6 試験および検証
6.1 一般1

a. MIL-STD-1553B を使用したオンボードサブネットワーク製品注 は、適用した要求に合致していることを試験で検証すること。
b. RT、BC、バスカップラ、ターミネータ等の共通構成部品およびサービスは、一種類の2試験仕様(試験規格および手順)で試験すること注 。
注 1：データバスを構成する部品(RT、BC、データバスケーブル、バスカップラ、
ターミネータ等)および構成されたオンボードサブネットワーク。
注 2：例えば、RT ごとに異なった試験仕様で試験しないこと。

6.2 試験仕様
a. MIL-STD-1553B 規格で制作された、データバスを構成する部品(RT、BC、データバスケ
ーブル、バスカップラ、ターミネータ等)は、適用文書[M2]の Section 100 を適用すること。ただし、適用文書[M2]の Section 100 を適用した試験で検証されて出荷された部品は製造メーカ等の試験データまたは試験結果を品質証拠として検証しても良いが、適用
文書[M2]の Section 100 の 5.1 Electrical Test と 5.3 Noise Rejection Tests は実施することが望ましい。
b. 通信サービスは共通試験仕様が存在しないが、宇宙機プロジェクト毎に共通試験仕様を作り、その試験仕様で検証すること。

6.3 その他
a. データバス(データバス、カップラ、ターミネータ)に、すべての RT および BC を持つ機器を接続して行う試験では、宇宙機プロジェクト毎に定める(Mission Unique)項目(RT
アドレス、サブアドレス、マネジメントパラメータ等)の検証、適用するすべてのサービスの試験を行い、要求を満足していることを検証すること。

３６

JERG-2-431

付録 1Information Transfer Format～ この付録は、適用文書の抜粋であり、参考情報である ～この付録は、適用文書[M1]の Figure 6 と Figure 7 から、この標準で使用する Information
Transfer Format を抜粋して、説明を加筆したものである。
この書の、図 5.2.6-2、図 5.2.7-2、図 5.2.8-1、図 5.2.9-1 で引用した適用文書[M1]の Figure 6と Figure 7 の図である。

Controller(BC) to RT
Transfer

Receive
CMD
Word

1
Data
Word

2
Data
Word

n
Data
Word
n=max32

BC Output**

StatusWord
RT Output

#

NEXT
CMD
Word
BC Output

BC Output

RT to Controller(BC)RT Transfer

Transmit
CMD
Word
BC Output

CMD
Word

**

1
Data
Word

2
Data
Word

n
Data
Word
n=max32

NEXT

#

CMD
Word
BC Output

RT Output

RT to RT
Transfer(Optional)

Receive Transmit
CMD
CMD
Word
Word **

1
Data
Word

Status
Word

2
Data
Word

BC Output

n
Data
Word
n=max32

NEXT**

Transmit RT Output

StatusWord
Receive
RT Output

#

CMD
Word
BC Output

Figure 6 Information Transfer Format

Controller(BC) to
RT(s) Transfer

Receive
CMD
Word

1
Data
Word

2
Data
Word

n
Data
Word
n=max32

BC Output

#

NEXT
CMD
Word
BC Output

RT Output
Mode
CommandMode Commandwith Data Word

CMD
Word

Data
Word

BC Output

#

NEXT
CMD
Word
BC Output

Figure 7 Broadcast Information Transfer Format

NOTE
CMD: Command＊＊: Response Time# : Intermessage Gap

３７

JERG-2-431

付録 2 サブアドレスの一例～ この付録は、一例であり、参考情報である ～この付録は、サブアドレス(Subaddress)割り当て(この書の 5.1.2.1.2 節)の説明のための一例である。

フレーム同期サービス(Broadcast)TC パケットサービス
宇宙機時刻サービス(Broadcast)TC パケットサービス(Broadcast)

Subaddress
0
1
：
11
12
13
14
15
16
17
18
19
20
21
22
23
：
31

BC to RT

RT to BC

Mode Code Commands：
TC Packet (1/5)
TC Packet (2/5)
TC Packet (3/5)
TC Packet (4/5)
TC Packet (5/5)：
TM Packet (1/8)
TM Packet (2/8)
TM Packet (3/8)
TM Packet (4/8)
TM Packet (5/8)
TM Packet (6/8)
TM Packet (8/8)
TM Packet (8/8)

Time Data 配信
Ancillary Data (1/3) 配信
Ancillary Data (2/3) 配信
Ancillary Data (3/3) 配信：

・一つのサブアドレスで、最大 32
データワードが伝送できる。
・ユーザデータは 2 octets/データ
ワードなので、一つのサブアドレス
で最大 64 octets のユーザデータが伝送できる。

TM パケットサービス：

・64 octets より長いユーザデータ(Space Packet)伝送のサブアドレスアサイン例。
・n 個のサブアドレスをアサインすると、最大 n×64 octets のユーザデータ(Space Packet)を伝送できる。
(8 サブアドレスを使用すると、8×64 octets=512 octets のユーザデータ(Space Packet)を伝送できる)・n 値は事前設定である。

３８