宇宙機が観測したデータは、いつでも地上へ送れるとは限りません。地上局や中継先と通信できる時間が限られ、次の区間がつながるまで待つ場合があります。通信回線を速くするだけでは、この「つながらない時間」は扱いきれません。
そこで役立つ考え方が、遅延や通信の中断を前提にするDTN（Delay/Disruption Tolerant Networking）です。NASAは、すぐには転送できないデータを保存し、次の通信機会へ渡す仕組みとして説明しています。送り先まで一度につなぐのではなく、途中で待てるようにする通信です。［1］
簡単にまとめると？
- DTNは、次の区間へ送れないデータをいったん保存し、通信できる機会を使って先へ渡します。
- Bundle Protocolは、下位の通信方式を利用してデータを運びます。回線そのものを高速にしたり、信号が届くまでの時間をなくしたりする仕組みではありません。
- 保存には期限や資源の制約があります。途中で待てることと、どんな条件でも必ず届くことは分けて考えます。
次につながるまで、受け取った場所で待つ
たとえば、宇宙機から中継先には送れても、その中継先から地上へはまだ送れない状況を考えます。これは仕組みを説明するための例です。DTNでは、中継先が受け取ったデータを保管し、次の区間を使えるようになってから転送できます。送り出す時点で、最終目的地までの経路が同時につながっている必要はありません。［1・2］
このようにデータを受け取り、保存し、先へ渡す場所をノードと呼びます。通信機会には、予定されているものも、状況に応じて利用できるものもあります。DTNはそうした接続を利用するための考え方で、すべての宇宙機に新しい中継装置を追加するという決まりではありません。［1・2］
通信を待つ間も、データはどこかの記憶装置を使います。待ち時間を扱えるようにするとは、保存する場所や量も通信の設計に含めることです。
「データの包み」と、実際に運ぶ通信方式
DTNを構成する重要なプロトコルの一つが、Bundle Protocolです。バンドルは、運びたいデータと、その扱いに必要な情報をまとめた単位です。宛先や作成時刻、有効期限などを持ち、途中のノードがデータを扱うための手掛かりになります。［2］
下の図では、上側のBPがBundle Protocol、その下のTとNが各区間の通信を担う層を表しています。途中のノードは、異なる区間の通信方式につなぎながらバンドルを受け渡します。BPは、下位の通信の上に重なる役割を持つのです。［2］
そのため、DTNを使ったからといって、一本の回線の伝送速度が上がるわけではありません。使える接続をうまく利用してデータを届ける仕組みと、電波や光で信号を運ぶ仕組みを分けて見ると、役割が分かりやすくなります。［1・2］
また、バンドルの形式が決まれば、どの経路を通るかまで自動的に決まるわけでもありません。RFC 9171は、経路を計算するアルゴリズム自体を規定の対象に含めていません。保存と転送の共通手順を持つことと、利用可能な経路を選ぶことは、つなげて設計する別の仕事です。［2］
いつまで待つかも、データの一部にする
後で届けば役立つデータでも、いつまでも同じ価値があるとは限りません。Bundle Protocolには、バンドルが作られてから、いつまで有用かを示す有効期限の情報があります。途中のノードに着くたびに、そこから待ち時間を数え直すという意味ではありません。［2］
RFC 9171では、バンドルの経過時間が有効期限を超えた場合、削除の手順へ進みます。これは期限を過ぎた瞬間に、別のノードにある複製まで一斉に消えるという説明ではありません。各ノードが、自分の保持するバンドルをどう扱うかという手順です。［2］
保存領域も無限ではありません。長く保持するとノードの動作に支障が出る場合などに、ノード内で適用する期限を短くする仕組みも規定されています。待てる設計を取り入れても、保存容量や転送できる機会、データの有効な期間をそろえて考える必要があります。［2］
速い回線と、途切れても運び続ける仕組み
宇宙通信を考えるとき、通信できる間にどれだけ送れるかと、通信できない間に何をするかは、どちらも大切です。DTNが受け持つのは、後者を含めてデータを運ぶための仕組みです。
次に使える接続があるか、データを待たせる場所はあるか、そのデータはいつまで必要か。この三つを一緒に見ると、通信回線の速度だけでは見えない、宇宙のデータ配送の条件が見えてきます。
参考資料
- ［1］Katherine Schauer／NASA「Delay/Disruption Tolerant Networking Overview」。2023年9月20日公開、ページ最終更新2026年6月25日。「Delay/Disruption Tolerant Networking」「DTN Myths and Facts」を参照。
- ［2］S. Burleigh、K. Fall、E. Birrane III／IETF「RFC 9171: Bundle Protocol Version 7」。2022年1月。§1、§3.1、§4.3.1、§5.5、§5.10–5.11、Figure 1を参照。
- ［3］B. Sipos／IETF「RFC 9713: Bundle Protocol Version 7 Administrative Record Types Registry」。2025年1月。管理用レコードの識別に関する更新。
- ［4］R. Taylor、E. Birrane III／IETF「RFC 9758: Updates to the 'ipn' URI Scheme」。2025年5月。宛先などに使うipn識別子の表現・符号化に関する更新。
資料確認日：2026年10月6日。本文は保存と転送の基本的な役割を扱い、実装やミッションごとの性能を比較するものではありません。