要約

  • RFC 10034 は V3C アトラス用 RTP ペイロードと、アトラス、占有、ジオメトリ、属性のメディア行を関連付ける SDP の V3C グループを定義する。グループは表現の構成を宣言するが、必要な全成分の到着や再構成は保証しない。
  • 完了判定には、ネゴシエーション、パラメータ状態、送信元の正当性、パケット損失、断片の組み立て、復号順序、ストリーム間同期、デコーダ出力、アプリケーション・カナリアまでを結ぶ台帳が必要だ。

没入型会議の運用画面に、四つの緑色ランプが並んでいる。アトラスは受信中。占有ストリームも正常。色を担う属性映像の損失率は許容内。ジオメトリの RTP セッションも継続し、直近のパケットにはマーカービットが立っていた。監視は「V3C フレーム完了」と表示する。

ところが、相手の手の表面には穴が開いている。

ジオメトリの一つの NAL ユニットが三つのフラグメンテーション・ユニットに分割され、中央だけが失われた。後続パケットが届けばセッションは生き続ける。アトラス側のマーカーも、そのストリームのアクセスユニットを正しく閉じられる。それでも失われた断片は戻らず、手は再構成されない。運用画面は四本の活動を数え、依存関係の結果を見ていなかった。

2026年8月に Standards Track RFC となった RFC 10034 は、この誤認を避けるための素材を与える。V3C のアトラス・サブビットストリームに RTP ペイロード形式を与え、映像成分には対応する映像コーデックのペイロード仕様を用い、SDP 上で複数のメディア記述を一つの表現にまとめる。仕様の価値は、その調整能力と同じくらい、調整の限界が明瞭な点にある。

受信する前から、一つの場面ではない

V3C は三次元フレームを複数の二次元表現に写し、それを空間に戻すためのアトラス情報を添える。占有は有効な画素を示し、ジオメトリは点の位置を与え、属性は色、反射、法線などを運び得る。アトラスはパッチと逆写像を記述し、二次元面に空間的意味を取り戻す。

ISO/IEC 23090-5:2026 の公開情報は、RFC が前提とする V3C と V-PCC の規格を示している。ここで重要なのは、受信者が一枚の独立した動画フレームを待っているのではないことだ。成分は届いて初めて存在するのではなく、他の成分と正しく結び付いたときに初めて用途を持つ。

ネットワーク上でも分割は維持される。アトラスは 90 kHz クロックの application/v3c RTP を使う。占有、ジオメトリ、属性は、選択した映像コーデック固有の RTP ペイロードを使う。一つの offer の中で H.264、H.265、H.266 が異なる成分を担い、アトラスだけが application メディア行となる構成も可能だ。

「ストリームが四本ある」という報告には、サービスの意味が欠けている。色の欠落を許せる形状確認と、色差が欠陥を示す検査とでは、同じ部分停止の意味が逆になる。アトラスが完全でもジオメトリが使えなければ、通信は成功していても表現は成立しない。

グループ属性は関係を宣言するだけ

RFC 10034 は SDP に次のグループ意味を追加する。

a=group:V3C 1 2 3 4

数字は各メディア行の mid を指す。RFC 5888 の一般的なグループ機構を使い、「これらは一つの V3C ビットストリームを構成する」と表現する。ここに受信確認、送信元認証、デコード結果は含まれない。

同じメディア行を BUNDLE に入れることもできる。トランスポートを共有すればポートを減らせるが、成分の同一性が混ざるわけではない。パケットは正しいメディア記述、V3C ユニット種別、パラメータセット ID、アトラス ID、セキュリティ・コンテキストに帰属しなければならない。

a=v3cfmtp はセッション・レベルとメディア・レベルの双方に置ける。競合時にはセッション・レベルが優先する。この規則は実装ごとの推測を止めるものだが、キャッシュされた offer、インバンドの上書き、現在デコーダに入るバイト列が同じセッション版を指すことまでは確認しない。

IANA の application/v3c 登録 は sprop-v3c-parameter-set を必須とし、RTP フレーミングに用途を限定する。IANA の SDP レジストリ は共有語彙を管理する。登録済みという事実は名称の相互運用性を支えるが、送信者が実際に提示したこと、受信者が実装できること、現場で復元に成功したことの証拠ではない。

パラメータは必要条件であって能力証明ではない

必須の sprop-v3c-parameter-set には Base64 化したパラメータセット・バイトが入る。再構成に必要なプロファイルや資源を事前に示すため、RFC 10034 は一般にアウトオブバンド通知が有用だとする。メディア開始後に必要能力を発見しても、受信側が対応できず未定義の挙動に至り得るからだ。

ほかの値は成分種別、現在のパラメータセット、アトラス、属性パーティション、マップ、補助映像の役割を特定する。同等の情報を四バイトの複合ユニット・ヘッダーで持たせる方式もあるが、分離パラメータとの併用は禁止される。二つの宣言が食い違う余地を残さないためである。

アウトオブバンドのアトラス、共通アトラス、SEI NAL ユニットは、同型のインバンド・ユニットが上書きするまで持続し得る。これは単なるヘッダー更新ではなく状態遷移だ。古い帯域外状態のまま新しい映像を認証しても、誤った表現を組み立てる可能性は消えない。

RFC 3264 に基づくユニキャストの offer/answer では、answerer は対応形式を受け入れ、非対応のメディア行をポートゼロで拒否できる。RFC 10034 は V3C を部分的にしか理解しない受信者がサブセットを選ぶことも許す。したがって、answer を受けたことを「シーン完全」と同義にできない。どのサブセットが有用かは製品側が決める。

マーカーは一つのストリームしか閉じない

RTP はシーケンス番号、タイムスタンプ、送信元識別子と、ペイロード形式ごとに意味を決めるマーカービットを持つ。RFC 10034 でマーカーが示すのは、現在の RTP ストリームにおけるアクセスユニットの最終パケットだ。V3C グループ全体のコミットではない。

アトラスのパケット化には三形式がある。Single NAL unit packet は一つを運ぶ。Aggregation Packet は二つ以上の小さいユニットをまとめ、ローカル MTU 内に収めるべきものだ。Fragmentation Unit は一つの NAL を連続 RTP パケットへ分割し、入れ子や同一ストリームの別パケットによる途中割り込みを認めない。

断片を一つ失った場合、デコーダが不完全ユニットを処理できると既知でない限り、受信側はその NAL の後続断片を破棄すべきだ。欠落後の受信量が緑に戻っても、それは新たなバイトの到着であり、失われたユニットの回復ではない。

sprop-max-don-diff がゼロまたは省略なら送信順がデコード順となる。非ゼロなら decoding order number を使って並べ替える。デパケタイザは依存ストリームも考慮し、ストリーム間同期のため意図的に処理を待つことがある。RFC 7798 にある HEVC の NAL 系手法は重要な先例だが、V3C に固有の複数成分問題を一つの映像に戻してはくれない。

暗号学的に正しい四本でも、誤った場面になり得る

RFC 10034 は単一のセキュリティ方式を強制しない。RFC 7202 が述べるように、ペイロード形式は配備先の鍵、識別、単一宛先・複数宛先、信頼モデルを選べない。RFC 7201 は RTP セキュリティの選択肢を整理し、SRTP は適切な構成で機密性、認証、リプレイ保護を提供する。

一方で RFC 10034 は、すべての構成サブストリームに送信元認証を適用し、RTP、SDP、RTCP が送信者の意図に沿って真正であるべきだとする。アトラスだけを保護し、別の主体のジオメトリを組み込めるなら、合成攻撃を防げない。

それでも暗号は最終判定ではない。認証済みの四本が別々のセッション版に属することも、属性だけが現在フレームに遅れることも、正規送信者がアトラス ID を誤ることもある。完全性は鍵の下でバイトが保たれたことを示す。構成の一貫性と利用価値は別の観測対象だ。

帯域制御はサービス状態を変える

RFC 10034 はユニキャスト利用者に損失監視と RTP 輻輳制御を求める。送信側はレートを変え、受信側は退出でき、双方は RTP circuit breaker を利用できる。重要度の低いサブストリームを削る選択も、体験全体を考慮する限り認められる。

だが「重要度」はプロトコルからは読めない。色の削除がテレプレゼンスの継続策になる場合も、診断用途を無効にする場合もある。運用は単に帯域値を更新するのではなく、「ジオメトリのみ」「分析不可」など意味のあるサービス状態へ遷移させなければならない。

完了を一つの監査可能な鎖にする

セッション版ごとに offer と answer のハッシュ、V3C および BUNDLE の mid 集合、パラメータセットとユニット・ヘッダーの指紋、コーデック、成分役割、アトラス ID、許可された送信元、SSRC、トランスポート組を残す。さらに各成分について初回・最終パケット、損失、ジッタ、並べ替え深度、完結した断片、デコード順、アクセスユニット境界を記録する。

RTP で台帳を閉じてはいけない。実際にデコーダへ渡った NAL、エラー、再構成フレーム ID、レンダリングまたは分析カナリア、劣化判断、circuit breaker、終端状態まで結ぶ。「合意済み」「受信中」「デパケット化済み」「デコード済み」「用途に使用可能」は別々の値である。

Heng Lu のランニングコード優先は、標準の看板ではなく実行経路に証拠を置くという意味で、その設計を支える。最小初期仕様とローカルな意思決定は、共通構文を絞り、能力や採用の判断を参加者に残す。データ主権の形式と実務の区別は、セッション作成者が構成を命名できても、ネットワーク上の複製、受信バッファ、最終出力まで支配できるわけではないことを示す。

RFC 10034 は「完成」と言う権限を奪う仕様ではない。その権限を、観測できる地点まで戻す仕様である。