(57)【要約】【課題】放送事業者にとっての無意味な課金、また通信事業者にとってのカルーセル化されたデータ伝送による有線通信ネットワークとしてのデジタル放送素材中継網の伝送帯域圧迫を低減することを可能にする。【解決手段】通信事業者提供の有線通信ネットワークを介し、全国多数の箇所（地点）へ同時に配信しなければ実現することができない地上波デジタル放送のデータ放送素材伝送システムにおいて、地上波デジタル放送のデータ放送サービスで採用されたデータカルーセル（回転木馬）伝送方式の持つ冗長情報を取り除き、有線通信ネットワークとしてのデジタル放送素材中継網に引渡して同時配信させ、各受信側で元のデータカルーセルを復元する。【選択図】  図１
2005064556.tif 000002
【特許請求の範囲】
【請求項１】
通信事業者提供の有線通信ネットワークを介し、放送素材としての映像・音声・データ素材を多数の箇所へ同時に配信可能にする地上波デジタル放送のデータ放送素材伝送方法であって；
前記有線通信ネットワークの入口部分対応の送信側において、データ放送素材を含むＭＰＥＧストリームから繰り返し伝送のために設定されているカルーセル冗長情報を除去するステップと；
前記有線通信ネットワークの出口部分対応の受信側において、前記ＭＰＥＧストリームに前記カルーセル冗長情報を復元するステップと；
を備えるデータ放送素材伝送方法。
【請求項２】
前記カルーセル冗長情報の除去状況を前記ＭＰＥＧストリームにおけるユーザ自由使用領域に設定して前記送信側から前記受信側に送信するステップ
を更に備える請求項１記載のデータ放送素材伝送方法。
【請求項３】
前記ＭＰＥＧストリームにおけるユーザ自由使用領域は、プライベートセクションである
請求項２記載のデータ放送素材伝送方法。
【請求項４】
除去対象の前記カルーセル冗長情報として、ＤＩＩ（ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ）を含むＤＳＭ−ＣＣセクションと、ＤＤＢ（ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ）を含むＤＳＭ−ＣＣセクションとの同一バージョンで、かつ２周目以降の部分を除去し、前記カルーセル冗長情報の除去状況を示す情報量の少ないカルーセルスキップ記述子を含むプライベートセクションに置換するステップ
を更に備える請求項２記載のデータ放送素材伝送方法。
【請求項５】
入力側の前記ＭＰＥＧストリームから抽出したクロック信号で自走カウンタをカウントアップさせたタイムスタンプを利用し、入力側の前記ＭＰＥＧストリームに対し、処理後の出力側のＭＰＥＧストリームのプログラムクロックリファレンス位置を常に固定遅延を有した一定間隔に保つステップ
を更に備える請求項１記載のデータ放送素材伝送方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は地上波デジタル放送のデータ放送素材伝送システムに関する。
【０００２】
【従来の技術】
現在、サービスインに向けて地上波デジタル放送の準備が進められている。先行したＣＳデジタル放送及びＢＳデジタル放送では、衛星へのアップリンク設備は複数箇所に点在することなく、キーとなる放送局はデジタル放送素材（映像・音声・データ素材）を１箇所の拠点にのみ伝送すれば済んでいた。これに対し、導入推進中の地上波デジタル放送では、現行アナログ放送で既に構築された送信局（送信塔）が全国に多数点在しており、地上波アナログ放送と同様の全国放送を実現するためには、番組責任を持つキーとなる放送局（以下、単にキー放送局と記載することもある）が、映像・音声・データ素材を全国に同時にリアルタイム配信する必要がある。
【０００３】
このように、放送事業者が地上波デジタル放送を運営していくにあたっては、キー放送局と地方（拠点）放送局との間を必要に応じて柔軟にネットワーク化し、映像・音声・データ素材を同時にリアルタイム配信する手法が必要となる。この要求に応じるために、通信事業者からは光ファイバ伝送路及びＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）網等で構築したデジタル放送素材中継サービス提供網を介してデジタル放送素材中継サービスが提供されようとしており、放送事業者はこの放送素材伝送サービスを利用することになる。
【０００４】
データ放送に着目した場合、地上波デジタル放送においてもＣＳデジタル放送及びＢＳデジタル放送等と同様またはそれ以上に充実したサービスの展開が、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）−ＴＳ（トランスポートストリーム）、ＩＳＯ／ＩＥＣ１３８１８−６（ＭＰＥＧシステムレイヤのＤＳＭ−ＣＣ拡張に関する規格）で規定されるＤＳＭ−ＣＣ（Ｄｉｇｉｔａｌ  Ｓｔｏｒａｇｅ  Ｍｅｄｉａ  Ｃｏｍｍａｎｄ  ａｎｄ  Ｃｏｎｔｒｏｌ：デジタル蓄積メディアのコマンドと制御）、データカルーセル（回転木馬）伝送方式、ＢＭＬ、及びＢ−ＸＭＬなどの技術を用いた形態で計画されている。
【０００５】
ここで、データカルーセル伝送方式は、ＡＲＩＢ  ＳＴＤ−Ｂ２４（社団法人・電波産業会により制定されたデジタル放送におけるデータ放送符号化方式と伝送方式に関する規格）で規定される、ＩＳＯ／ＩＥＣ１３８１８−６のＤＳＭ−ＣＣデータカルーセル仕様に基づく、データダウンロードやマルチメディアサービスにおけるコンテンツ伝送方法である。このデータカルーセル伝送方式では、ＤＩＩ（ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ）と呼ばれるダウンロードモジュールに関連する情報と、ＤＤＢ（ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ）と呼ばれるダウンロードモジュールそのものとが、ＤＳＭ−ＣＣセクションと呼ばれる構造にて繰り返し伝達される。
【０００６】
また、ＡＲＩＢ  ＳＴＤ−Ｂ２４で規定されるＢＭＬ（Ｂｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）は、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）応用言語であり、マルチメディア表現に用いるタグ及び属性のみを定義している。ＡＲＩＢ  ＳＴＤ−Ｂ２４で規定されるＢ−ＸＭＬ（Ｂｒｏａｄｃａｓｔ  ＸＭＬ）は、ＸＭＬ体系であり、次のことを表す。つまり、アプリケーション毎に定義されるＸＭＬのタグは、それぞれのアプリケーション毎のＤＴＤ（Ｄｏｃｕｍｅｎｔ  Ｔｙｐｅ  Ｄｅｆｉｎｉｔｉｏｎ）により定義され、端末への提示に際してはＸＳＬＴ（Ｅｘｔｅｎｓｉｂｌｅ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ  Ｔｒａｎｓｆｏｒｍａｔｉｏｎｓ）によってＢＭＬのタグに変換するものである。ＤＴＤはＸＭＬにおける文書型宣言であり、ＸＳＬＴはＸＭＬにおける文書変換を行うための仕様である。
【０００７】
データ放送サービスを運営する場合、一般には、送信局（地方／拠点放送局）と各加入者宅の受信機との間の電波により伝送する区間にて、カルーセル伝送方式と呼ばれる同一データの繰り返し伝送方式技術が用いられる。この技術を用いる理由としては、末端の視聴者側受信機の電源投入タイミングやチャネル切替タイミングを意識することなく運用できることと、受信側機器に搭載されるメモリ削減によるコスト低減効果との両期待がある。
【０００８】
地上波デジタル放送においても同様であり、ＩＳＯ／ＩＥＣ１３８１８−６及びＡＲＩＢ  ＳＴＤ−Ｂ２４で規定されるデータカルーセル伝送方式により同一データを繰り返し、ＩＳＯ／ＩＥＣ１３８１８−１規格（ＭＰＥＧシステムレイヤに関する規格）ＭＰＥＧ−ＴＳとして多重した形で放送されることが、社団法人・電波産業会の標準規格により決定されている。
【０００９】
従来、ＢＳデジタル放送では、データ放送用コンテンツ作成現場で作成されたコンテンツ素材は、キー放送局に集められ、複数コンテンツ素材をまとめて最終的な番組に仕上げられ、更にカルーセル化及び多重化された後、衛星へのアップリンク設備に伝送されていた。衛星のアップリンク設備のように、複数箇所に点在しない唯一地点に対してポイントツーポイントで伝送する限りでは、番組としてのまとまりやコンテンツコンポーネントの群管理の面で、最終的に電波に乗せる形式で伝送することは扱いやすく合理的であった。
【００１０】
しかし、地上波デジタル放送では、映像・音声・データといった番組内のデジタル放送素材同士の同期に加え、複数地点での同時性も重要になるため、映像素材と共にデータ放送用データ群を扱いやすい形でまとめた後、複数の地方放送局に対してリアルタイムに同時配信していくことが非常に重要である。地方の放送事業者には、デジタル技術者や設備が不足しているといった背景もあり、ＢＳデジタル放送では、映像・音声・データといった番組内の素材間同期に絡む最終番組合成の部分やデータ放送用コンテンツ作成といった専門技術やデジタル技術を必要とする作業を地方に無意味に複数分散させたくないという事情があり、地上波デジタル放送では、複数地点間の同時性については通信事業者の放送素材伝送サービスに委ねていきたいといった目論みもある。
【００１１】
したがって、ＢＳデジタル放送で培った技術をそのまま地上波デジタル放送に当てはめることを想定した場合、ＩＳＯ／ＩＥＣ１３８１８−６及びＡＲＩＢ  ＳＴＤ−Ｂ２４で規定されるＤＳＭ−ＣＣデータカルーセル仕様によりカルーセル化され、ＩＳＯ／ＩＥＣ１３８１８−１の規定に準拠してＭＰＥＧ−ＴＳ化された結果、カルーセル冗長情報を含んだデータ放送用コンテンツのストリームを、複数箇所に同時にリアルタイム配信しなければならないことになる。
【００１２】
【特許文献１】
特開２００２−１２４９８７号公報
【００１３】
【発明が解決しようとする課題】
ＩＳＯ／ＩＥＣ１３８１８−６及びＡＲＩＢ  ＳＴＤ−Ｂ２４が規定するＤＳＭ−ＣＣデータカルーセル伝送方式と、ＩＳＯ／ＩＥＣ１３８１８−１規格ＭＰＥＧ−ＴＳ標準仕様化とによって、多重化まで行われデータ放送番組として完成したストリームは、繰り返し伝送を行う分の冗長性を持つ。
【００１４】
したがって、地上波デジタル放送のサービス開始段階において、それほど多くないと思われるデータ放送用コンテンツのデジタル放送素材中継サービス提供網（以下、デジタル放送素材中継網と記載することもある）を介した流通量（同時配信量）は、時間とともに本格的に普及浸透していくにつれて着実に増えることが予想でき、そのときに、放送事業者にとっては無意味な課金、また通信事業者にとってはカルーセル化されたデータ伝送によるデジタル放送素材中継網の伝送帯域圧迫が懸念される。
【００１５】
本発明の課題は、放送事業者にとっての無意味な課金、また通信事業者にとってのカルーセル化されたデータ伝送による有線通信ネットワークとしてのデジタル放送素材中継網の伝送帯域圧迫を低減することを可能にする手法を提供することにある。
【００１６】
【課題を解決するための手段】
上記課題を解決するために、本発明は、通信事業者提供の有線通信ネットワークを介し、全国多数の箇所（地点）へ同時に配信しなければ実現することができない地上波デジタル放送のデータ放送素材伝送システムにおいて、地上波デジタル放送のデータ放送サービスで採用されたデータカルーセル（回転木馬）伝送方式の持つ冗長情報を取り除き、有線通信ネットワークとしてのデジタル放送素材中継網に引渡して同時配信させ、各受信側で元のデータカルーセルを復元することによって、デジタル放送素材中継網における伝送効率向上（伝送コスト削減）を実現していくためのものである。
【００１７】
より具体的には、デジタル放送素材中継網への入口部分にＭＰＥＧ−ＴＳ分解・カルーセル化冗長情報除去機能を有する装置を置き、カルーセル化による冗長情報を取り除いた形態でＭＰＥＧ−ＴＳに再編してデジタル放送素材中継網に引き渡す。その後、デジタル放送素材中継網を介して配信される各出口部分において、先の逆変換を実施するカルーセル化冗長情報復元（再構築）機能を有する装置を置く。
【００１８】
好ましい実施の形態によると、本発明は、通信事業者提供の有線通信ネットワークを介し、放送素材としての映像・音声・データ素材を多数の箇所へ同時に配信可能にする地上波デジタル放送のデータ放送素材伝送方法であって；
前記有線通信ネットワークの入口部分対応の送信側において、データ放送素材を含むＭＰＥＧストリームから繰り返し伝送のために設定されているカルーセル冗長情報を除去するステップと；
前記有線通信ネットワークの出口部分対応の受信側において、前記ＭＰＥＧストリームに前記カルーセル冗長情報を復元するステップとを備える。
【００１９】
本発明のデータ放送素材伝送方法は、前記カルーセル冗長情報の除去状況を前記ＭＰＥＧストリームにおけるユーザ自由使用領域に設定して前記送信側から前記受信側に送信するステップを更に備える。
【００２０】
前記カルーセル冗長情報の除去状況は、復元タイミング及び復元数を含むことが可能である。
【００２１】
また、前記ＭＰＥＧストリームにおけるユーザ自由使用領域は、プライベートセクションであってもよい。
【００２２】
本発明のデータ放送素材伝送方法は、除去対象の前記カルーセル冗長情報として、ＤＩＩ（ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ）を含むＤＳＭ−ＣＣセクションと、ＤＤＢ（ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ）を含むＤＳＭ−ＣＣセクションとの同一バージョンで、かつ２周目以降の部分を除去し、前記カルーセル冗長情報の除去状況を示す情報量の少ないカルーセルスキップ記述子を含むプライベートセクションに置換するステップを更に備える。
【００２３】
本発明のデータ放送素材伝送方法は、入力側の前記ＭＰＥＧストリームから抽出したクロック信号で自走カウンタをカウントアップさせたタイムスタンプを利用し、入力側の前記ＭＰＥＧストリームに対し、処理後の出力側のＭＰＥＧストリームのプログラムクロックリファレンス位置を常に固定遅延を有した一定間隔に保つステップを更に備える。
【００２４】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
【００２５】
〔デジタル放送素材伝送システム〕
本発明の一実施の形態におけるシステム構成を示す図１を参照すると、デジタル放送素材伝送システム１は、デジタル放送素材中継サービス提供網（デジタル放送素材中継網）２と、送信側のデジタル放送素材伝送装置（以下、単に送信側装置と記載することもある）３と、複数の受信側のデジタル放送素材伝送装置（以下、単に受信側装置と記載することもある）４とを備えている。
【００２６】
このデジタル放送素材伝送システム１においては、放送事業者と通信事業者との間のインターフェースに非同期シリアルインターフェース（ＤＶＢ−ＡＳＩ：Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ  Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｓｅｒｉａｌ  Ｉｎｔｅｒｆａｃｅ）を採用している。このＤＶＢ−ＡＳＩインターフェースは、ヨーロッパのデジタル放送に関する規格団体ＤＶＢ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ）が策定し、ＥＴＳＩ（Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ）が承認した非同期シリアルインターフェースである。
【００２７】
デジタル放送素材中継網２は、通信事業者により提供されるデジタル放送素材（映像・音声・データ素材）の中継サービスの提供網であり、ＭＰＥＧ−ＴＳ信号の伝送路の役割を果たす。デジタル放送素材中継網２は、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）技術を採用しており、ＤＶＢ−ＡＳＩ信号からデータＫ２８．５（ＤＶＢ−ＡＳＩで規定される１０ビットのスタッフィングデータ）を除いた有効なＭＰＥＧ−ＴＳ信号のみをＡＴＭセル化し転送（配信）する。
【００２８】
デジタル放送素材伝送装置３，４はデジタル放送素材中継網２の入口及び出口の両端箇所に配置される。ここでは、送信側装置３及び受信側装置４とを明確に分けて表現しているが、同一装置が送信機能及び受信機能を有し、全二重を許容する構成であってもよい。送信側装置３はキー放送局の有線通信回線に接続され、受信側装置４は地方／拠点放送局の有線通信回線に接続される。
【００２９】
送信側装置３は、図示省略のエンコーダからカルーセルによる冗長性を有するＭＰＥＧ−ＴＳ  ｏｖｅｒ  ＤＶＢ−ＡＳＩ信号（カルーセル冗長有り）を入力され、冗長性を取り除いたＭＰＥＧ−ＴＳ  ｏｖｅｒ  ＤＶＢ−ＡＳＩ信号（カルーセル冗長無し）をデジタル放送素材中継網２に送出する。一方、受信側装置４は、デジタル放送素材中継網２から冗長性を取り除かれたＭＰＥＧ−ＴＳ  ｏｖｅｒ  ＤＶＢ−ＡＳＩ信号を入力され、カルーセル冗長を復元（再構築）したＭＰＥＧ−ＴＳ  ｏｖｅｒ  ＤＶＢ−ＡＳＩ信号を加入者宅の受信機に向けて送出（無線送信）する。
【００３０】
なお、ＰＣＲ揺らぎ抑制区間α及びＰＣＲ揺らぎ抑制区間βは、ＩＳＯ／ＩＥＣ１３８１８−１で規定されるＰＣＲ（ｐｒｏｇｒａｍ  ｃｌｏｃｋ  ｒｅｆｅｒｅｎｃｅ）に関し、送信側装置３及び受信側装置４において、到達時間に影響を与え得るＰＣＲ揺らぎを抑え込まなければならない区間を示し、詳細については、図２５及び図２６を参照して後に述べる。
【００３１】
〔デジタル放送素材伝送装置〕
図２は図１におけるデジタル放送素材伝送装置（送信側装置、受信側装置共通）３，４の構成を示す。ここでは、送信のみまたは受信のみの構成として表現しているが、同一装置が送信機能及び受信機能を有し、全二重を許容する構成であってもよい。
【００３２】
左部から入力されたＤＶＢ−ＡＳＩ信号（厳密には、ＭＰＥＧ−ＴＳ  ｏｖｅｒ  ＤＶＢ−ＡＳＩ信号）は、まずシリパラ（シリアルパラレル）変換部１０で１０ビットパラレル信号に変換され、１０Ｂ／８Ｂ変換部１１により８ビットパラレル信号に変換される。この１０Ｂ／８Ｂ変換部１１は、後述の図５で示す同期バイト検出処理と８Ｂ／１０Ｂデコード処理とを兼ね備えた部位である。
【００３３】
次に、ＴＳ抽出制御部１２により、ＤＶＢ−ＡＳＩ信号の中のスタッフィングデータＫ２８．５パターンが取り除かれた有効ＴＳ（トランスポートストリームパケットまたはトランスポートパケットと記載することもある）のみが抽出される。抽出されたＴＳは、ＴＳヘッダ部のＳｙｎｃ（同期）バイトでＣＰＵ（主制御部）が扱い易いようにアライメントされ、処理前ＴＳバッファ１３に書き込まれる。このとき、ＰＣＲの最終バイトが現れ得る、ＴＳのＳｙｎｃバイトから１０バイト後方の有効データ位置を、２７ＭＨｚでカウントアップする３２ビット自走カウンタ値で表現したタイムスタンプをＴＳタイムスタンプバッファ（１１バイト目位置情報を格納）１４に書き込んでいる。
【００３４】
処理前ＴＳバッファ１３に有効ＴＳが溜まると、ＣＰＵは、ＣＰＵバスを通して、処理前ＴＳバッファ１３からＴＳを読み出し、後述の処理手順（図２３、図２４）に従って、送信側装置３の場合はカルーセル冗長性の除去、受信側装置４の場合ではカルーセルの復元（再構築）をソフトウエア処理にて行い、後段の処理後ＴＳバッファ１４へ処理後データを書き込む。
【００３５】
ＤＶＢ−ＡＳＩ生成制御部１５は、予めＣＰＵにより設定された装置内遅延時間設定による装置内遅延を固定し、処理後ＴＳバッファ１４に有効ＴＳが存在する場合には、ＴＳタイムスタンプバッファ（１１バイト目位置情報を格納）１６の位置情報に１１バイト目を合わせる形で有効ＴＳを吐き出す（送出する）。逆に、ＴＳが存在しない場合には、ＤＶＢ−ＡＳＩで規定されるスタッフィングデータＫ２８．５を吐き出す。
【００３６】
次に、後述の図５で示す８Ｂ／１０Ｂエンコード処理と同期バイト挿入処理とを兼ね備えた８Ｂ／１０Ｂ変換部１７で８ビットから１０ビットに変換し、パラシリ（パラレルシリアル）変換部１８で２７０Ｍｂｐｓのシリアル信号に変換され、装置外へ出力される。
【００３７】
クロック抽出部１９は、後述の図５で示すクロック再生処理部と等価であり、入力される２７０Ｍｂｐｓシリアル信号から装置内クロック２７ＭＨｚを生成し、各部に分配している。記憶部としてのＲＯＭ及びＲＡＭは、図２３及び図２４に処理手順を示すプログラムによって使用される。
【００３８】
〔ＤＶＢインターフェース〕
図３にヨーロッパのデジタル放送に関する放送事業者共同体ＤＶＢが策定し、ＥＴＳＩが承認したデジタルビデオ放送のためのインターフェースの３種を示す（ＥＴＳＩ規格資料参考）。
【００３９】
このＤＶＢの３種インターフェースには、
（１）ＳＰＩ：同期パラレルインターフェース
（２）ＳＳＩ：同期シリアルインターフェース
（３）ＡＳＩ：非同期シリアルインターフェース
がある。
【００４０】
〔ＤＶＢ−ＡＳＩ仕様〕
図４にＤＶＢ−ＡＳＩ（非同期シリアルインターフェース）のレイヤ構成を示す。ここで示されるように、ＤＶＢ−ＡＳＩインターフェースは、ＭＰＥＧ２−ＴＳ信号を伝送するための仕様として、レイヤ０（Ｐｈｙｓｉｃａｌ  Ｒｅｑｕｉｒｅｍｅｎｔ）、レイヤ１（Ｄａｔａ  Ｅｎｃｏｄｉｎｇ）、レイヤ２（Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）の３階層にて定義されている。
レイヤ０：物理仕様（２７０Ｍｂｐｓ、光または同軸ケーブル）
レイヤ１：データ符号化（８Ｂ／１０Ｂ変換）
レイヤ２：伝送プロトコル（ＭＰＥＧ２−ＴＳ）
つまり、レイヤ０では物理仕様を規定しており、転送速度２７０Ｍｂｐｓの光ケーブルまたは同軸ケーブルと規定される。レイヤ１では、１バイトを１０ビットでエンコードするためのデータ符号化に関し規定される。レイヤ２では、伝送プロトコルについて規定されており、ＭＰＥＧ２−ＴＳを伝送する。
【００４１】
図５にＤＶＢ−ＡＳＩインターフェースの基本処理ブロック（送信側、受信側共通）を示す。ここで示すように、レイヤ１（Ｄａｔａ  Ｅｎｃｏｄｉｎｇ層）にて、上段のＤＶＢ−ＡＳＩ入力側では、クロック再生、シリパラ変換、同期バイト検出、８Ｂ／１０Ｂデコードが規定され、下段のＤＶＢ−ＡＳＩ出力側では、８Ｂ／１０Ｂエンコード、同期バイト挿入、パラシリ変換が規定されている。
【００４２】
詳述すると、上段レイヤ０及び下段レイヤ０では、コネクタによりコネクタ形状が、カップリングインピーダンス整合または光レシーバ（光エミッタ）が、及びアンプ／バッファにより電気レベルが規定されている。
【００４３】
上段レイヤ１では、クロック再生・シリパラ変換によりクロック再生方法及びシリパラ変換方法が、同期バイト検出により同期バイトＫ２８．５スタッフィングデータを用いた同期確立方法が、８Ｂ／１０Ｂデコードによりデータ復号化方法が規定されている。
【００４４】
下段レイヤ１では、８Ｂ／１０Ｂエンコードによりデータ符号化方法が、同期バイト挿入により同期バイトＫ２８．５スタッフィングデータ生成方法が、パラシリ変換によりパラシリ変換方法が規定されている。
【００４５】
なお、ここで規定される部分については、本発明の対象外として扱わなければならない。
【００４６】
〔ＤＶＢ−ＡＳＩによるＭＰＥＧ−ＴＳ伝送例〕
図６にＤＶＢ−ＡＳＩによるＭＰＥＧ−ＴＳ伝送の一例を示す。つまり、ＤＶＢ−ＡＳＩのビットストリームにおけるＭＰＥＧ−ＴＳ伝送例は、離散的に到達し得るＭＰＥＧ−ＴＳ有効データを示す例である。ここで示すように、ＤＶＢ−ＡＳＩで規定される２７０Ｍｂｐｓ固定長の中でスタッフィングの役割を果たすＫ２８．５スタッフィングデータに挟まれた形態で、有効なトランスポートパケット（ＭＰＥＧ−ＴＳ）が伝送される。
【００４７】
便宜上、Ｋ２８．５スタッフィングデータを「Ｋ」、トランスポートパケットヘッダのＳｙｎｃバイトを「Ｓ」、トランスポートパケットの有効データを「有」、トランスポートパケットヘッダのアダプテーションフィールドＰＣＲ最終位置が存在しうるＳｙｎｃバイト「Ｓ」から数えて１０バイト目の「有」で示される有効データを特別視してＰＣＲ（ｐｒｏｇｒａｍ  ｃｌｏｃｋ  ｒｅｆｅｒｅｎｃｅ）としている。後述する図２５及び図２６で示すしくみは、この便宜上示すＰＣＲの位置を本発明の責任範囲内で固定化することに関するものである。
【００４８】
なお、ここで示すＰＣＲは、図１で示すＰＣＲ揺らぎ抑制区間α、ＰＣＲ揺らぎ抑制区間βにて到達時間に影響を与え得る揺らぎを抑え込まなければならない情報の位置を示し、実現手段については後述の図２５及び図２６において述べる。
【００４９】
〔ＭＰＥＧ−ＴＳ構成〕
図７では、送信側装置３の処理前入力ＭＰＥＧ−ＴＳ信号と処理後出力ＭＰＥＧ−ＴＳ信号（Ｖｉｄｅｏ，Ａｕｄｉｏが無いストリームの場合）が、映像・音声のＰＥＳパケットを一切含まないＭＰＥＧ−ＴＳの、ＴＳレベルにおけるカルーセル冗長性除去の様子を示す。
【００５０】
図８では、受信側装置４の処理前入力ＭＰＥＧ−ＴＳ信号と処理後出力ＭＰＥＧ−ＴＳ信号（Ｖｉｄｅｏ，Ａｕｄｉｏが無いストリームの場合）が、映像・音声のＰＥＳパケットを一切含まないＭＰＥＧ−ＴＳの、ＴＳレベルにおけるカルーセル冗長性復元（再構築）の様子を示す。
【００５１】
図９では、送信側装置３の処理前入力ＭＰＥＧ−ＴＳ信号と処理後出力ＭＰＥＧ−ＴＳ信号（Ｖｉｄｅｏ，Ａｕｄｉｏが有るストリームの場合）が、映像・音声のＰＥＳパケットを含むＭＰＥＧ−ＴＳの、ＴＳレベルにおけるカルーセル冗長性除去の様子を示す。
【００５２】
図１０では、受信側装置４の処理前入力ＭＰＥＧ−ＴＳ信号と処理後出力ＭＰＥＧ−ＴＳ信号（Ｖｉｄｅｏ，Ａｕｄｉｏが有るストリームの場合）が、映像・音声のＰＥＳパケットを含むＭＰＥＧ−ＴＳの、ＴＳレベルにおけるカルーセル冗長性復元（再構築）の様子を示す。
【００５３】
ここで、ＰＥＳ（パケッタイズドエレメンタリストリーム）パケットは、エレメンタリーストリームデータを伝送するために使用されるデータ構造であり、パケットヘッダとそれに続くエレメンタリーデータストリームの多数のバイトとから構成されている。ＰＥＳパケットは、ＪＴ−Ｈ．２２２．０，２．４．３．６節に記述されているシステム符号化シンタックスの１つのレイヤである。
【００５４】
図７及び図９には、図１で示す送信側装置３における入力ＤＶＢ−ＡＳＩ信号（ＭＰＥＧ−ＴＳ信号）及び出力ＤＶＢ−ＡＳＩ信号（ＭＰＥＧ−ＴＳ信号）の一例を示す。符号「Ｐ」で示すプライベートセクションを用い、２つ目（２周目）以降のＤＩＩ（ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ）及びＤＤＢ（ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ）を除去してこのプライベートセクション「Ｐ」に置き換えることにより、カルーセル冗長情報を除去する様子（形態）を示している。
【００５５】
図８及び図１０には、図１で示す受信側装置４における入力ＤＶＢ−ＡＳＩ信号（ＭＰＥＧ−ＴＳ信号）及び出力ＤＶＢ−ＡＳＩ信号（ＭＰＥＧ−ＴＳ信号）の一例を示す。符号「Ｐ」で示すプライベートセクションでタイミングと数とを把握し、２つ目以降のＤＩＩ及びＤＤＢのカルーセル冗長情報を復元（再構築）する様子を示す。
【００５６】
このプライベートセクションＰはＤＳＭ−ＣＣセクションと同一のパケット層で利用できるユーザの自由使用領域である。
【００５７】
ここで、ＰＡＴ：プログラムアソシエーションテーブル、ＰＭＴ：プログラムマップテーブル、及びＣＡＳ：コンディショナルアクセステーブルは、ＩＳＯ／ＩＥＣ１３８１８−１で規定されるＰＳＩ：プログラムスペシフィックインフォメーションを運ぶトランスポートパケットであり、プライベートセクションＰは、ＩＳＯ／ＩＥＣ１３８１８−１で規定されるプライベートセクションを用い、後述の図１１から図１４で示す本発明で提示する記述子を伝達するトランスポートパケットである。
【００５８】
ＰＳＩは、トランスポートストリームのデマルチプレキシング及び番組の再生を行うために必要な規範的データから構成されていて、ＪＴ−Ｈ．２２２．０，２．４．４節に記述されている。プライベートに定義されたＰＳＩの１つの例は、必須ではないネットワークインフォメーションテーブルである。
【００５９】
また、ＤＩＩ及びＤＤＢは、ＩＳＯ／ＩＥＣ１３８１８−６で規定されるＤＳＭ−ＣＣセクションを用い、ＡＲＩＢ  ＳＴＤ−Ｂ２４で規定されるＤＩＩ情報とＤＤＢ情報とを運ぶトランスポートパケットである。ＤＩＩは次のＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ情報として伝達される単数または複数のダウンロードモジュールに関する諸情報を格納している（詳細は後述の図１８を参照）。ＤＤＢは単数または複数のダウンロードモジュールである（詳細は後述の図１９を参照）。
【００６０】
さらに、Ｖｉｄｅｏ及びＡｕｄｉｏはＩＳＯ／ＩＥＣ１３８１８−１で規定されるＰＥＳパケットにより映像及び音声をそれぞれ運ぶトランスポートパケットである。
【００６１】
詳述すると、ＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）は、ＩＳＯ／ＩＥＣ１３８１８−１で規定されるプログラムスペシフィクインフォメーション（ＰＳＩ）情報の１つであり、番組番号及びプログラムマップテーブルＰＩＤ（パケット識別子）ＰＩＤを割り当てる。ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）は、ＩＳＯ／ＩＥＣ１３８１８−１で規定されるプログラムスペシフィクインフォメーション情報の１つであり、１つ以上の番組の構成要素のＰＩＤ値を規定する。ＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ  Ａｃｃｅｓｓ  Ｔａｂｌｅ）は、ＩＳＯ／ＩＥＣ１３８１８−１で規定されるプログラムスペシフィクインフォメーション情報の１つであり、１つ以上のプライベートのＥＭＭ（Ｅｎｔｉｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｍｅｓｓａｇｅ）ストリームにそれぞれ固有のＰＩＤを割り当てる。ここで、ＰＩＤは、ＪＴ−Ｈ．２２２．０，２．４．３節に記述されている単一番組トランスポートストリームまたは複数番組トランスポートストリーム内にあるエレメンタリーストリームを関連付けるために使用される固有の整数値である。
【００６２】
また、ＤＩＩは、ＩＳＯ／ＩＥＣ１３８１８−６及びＡＲＩＢ  ＳＴＤ−２４で規定されるＤＳＭ−ＣＣセクションにより伝送されるｄｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ情報である。ＤＤＢは、ＩＳＯ／ＩＥＣ１３８１８−６及びＡＲＩＢ  ＳＴＤ−２４で規定されるＤＳＭ−ＣＣセクションにより伝送されるｄｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ情報である。Ｖｉｄｅｏは、ＰＥＳパケットとして伝送されるＭＰＥＧ映像信号である。Ａｕｄｉｏは、ＰＥＳパケットとして伝送されるＭＰＥＧ音声信号である。
【００６３】
〔カルーセルスキップ記述子〕
図１１は、送信側装置３でカルーセルによる冗長情報を除去した旨の情報を、送信側装置３から受信側装置４に伝えるために本発明で定義した記述子を示す。ここで、ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ（８ビット）にはカルーセルスキップ記述子を示すタグ値を、ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ（８ビット）にはこの記述子の長さを、ＣｕｒｒｅｎｔＳｋｉｐＣｏｕｎｔ（８ビット）には省略したＤＩＩ及びＤＤＢのスキップ数（つまり、ＤＩＩを含み、ＤＩＩから次のＤＩＩの手前のＤＤＢまでを１単位とし、これが省略された回数）を、ＴｏｔａｌＳｋｉｐＣｏｕｎｔ（３２ビット）にはＤＩＩのバージョン更新をトリガにしてそれ以後のトータルのスキップ数（ＣｕｒｒｅｎｔＳｋｉｐＣｏｕｎｔのトータル数）を、そしてｓｔｕｆｆｉｎｇ＿ｂｙｔｅ（８ビット）にはスタッフィングデータをそれぞれ埋め込む。
【００６４】
このカルーセルスキップ記述子の構成は、本発明で定義する、送信側装置３にてカルーセルによる冗長性をＴＳ単位で除いたことを示すため、送信側装置３から受信側装置４に送られるプライベートセクション形式の中身として使用するカルーセルのスキップ回数を伝達するための記述子である。受信側装置４は、これにより、ＴＳシリアル番号の不連続性の補完やカルーセル復元（再構築）タイミングを知る。
【００６５】
〔スタッフィング記述子〕
図１２には、ＰＣＲ伝達目的のスタッフィングを知らせるために本発明で定義したスタッフィング記述子を示す。ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ（８ビット）にはスタッフィング記述子を示すタグ値を、ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ（８ビット）にはこの記述子の長さを、そしてｓｔｕｆｆｉｎｇ＿ｂｙｔｅにはスタッフィングデータをそれぞれ埋め込む。
【００６６】
このスタッフィング記述子の構成は、本発明で定義する、送信側装置３にて、カルーセルによる冗長性をＴＳ単位で除こうとする際、ＴＳヘッダにＰＣＲが付与されているため単純な形でスキップできない場合に用いられ、送信側装置３から受信側装置４に送られるプライベートセクション形式の中身として使用するスタッフィングのための記述子であり、受信側装置４にＰＣＲを伝達するための手段である。
【００６７】
〔プライベートセクション構成〕
図１３には、カルーセルスキップ記述子を伝達する場合、ＩＳＯ／ＩＥＣ１３８１８−１で規定されるプライベートセクションにカルーセルスキップ記述子を埋め込んだ様子を示す。ここでは、プライベートセクションを利用した例を掲げるが、ＤＳＭ−ＣＣセクションのプライベートデータ領域やＰＥＳパケットのプライベートデータ領域を用いる方法も存在し得る。
【００６８】
ｔａｂｌｅ＿ｉｄ（８ビット）にはカルーセルスキップ記述子の伝達のためのテーブル識別を、ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ（１ビット）には「０」を、ｐｒｉｖａｔｅ＿ｉｎｄｉｃａｔｏｒ（１ビット）には「１」を、ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ（１２ビット）には以後続くｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅのバイト数を、ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅには図１１で示すカルーセルスキップ記述子をそれぞれ埋め込む。
【００６９】
図１４には、スタッフィング記述子を伝達する場合、ＩＳＯ／ＩＥＣ１３８１８−１で規定されるプライベートセクションにスタッフィング記述子を埋め込んだ様子を示す。ここでは、同様にプライベートセクションを利用した例を掲げるが、ＤＳＭ−ＣＣセクションのプライベートデータ領域やＰＥＳパケットのプライベートデータ領域を用いる方法も存在し得る。
【００７０】
ｔａｂｌｅ＿ｉｄ（８ビット）にはスタッフィング記述子の伝達のためのテーブル識別を、ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ（１ビット）には「０」を、ｐｒｉｖａｔｅ＿ｉｎｄｉｃａｔｏｒ（１ビット）には「１」を、ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ（１２ビット）には以後続くｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅのバイト数を、ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅには図１３で示すスタッフィング記述子をそれぞれ埋め込む。
【００７１】
〔トランスポートストリーム構造〕
図１５〜図２２には、ＩＳＯ／ＩＥＣ１３８１８−１，６及びＡＲＩＢ  ＳＴＤ−Ｂ２４で規定されるトランスポートストリーム構造を示す。
【００７２】
〈トランスポートストリーム〉
図１５（Ａ）には、トランスポートストリームが、ＩＳＯ／ＩＥＣ１３８１８−１で定義される１８８バイトのトランスポートストリームパケットの連続である様子を示す。ここで、ｈｅａｄｅｒはＩＳＯ／ＩＥＣ１３８１８−１で定義されるトランスポートストリームパケットのヘッダ、ｐａｙｌｏａｄはＩＳＯ／ＩＥＣ１３８１８−１で定義されるトランスポートストリームパケットのペイロードである。
【００７３】
〈トランスポートストリームパケットヘッダ〉
図１５（Ｂ）には、ＩＳＯ／ＩＥＣ１３８１８−１及びＪＴ−Ｈ．２２２．０で定義されるトランスポートストリームパケットのヘッダの様子を示す。ここでの説明は、ＪＴ−Ｈ２２２．０，２．４．３．３節トランスポートパケットレイヤのフィールドセマンティックスの定義に基づいている。
【００７４】
ｓｙｎｃ＿ｂｙｔｅ：
ｓｙｎｃ＿ｂｙｔｅは、固定の８ビットのフィールドである。値は「０１０００１１１（０ｘ４７）」である。ＰＩＤのように他のフィールドで規則的に発生する値を選択する場合においては、ｓｙｎｃ＿ｂｙｔｅのエミュレーションが避けられなければならない。
【００７５】
ｔｒａｎｓｐｏｒｔ＿ｅｒｒｏｒ＿ｉｎｄｉｃａｔｏｒ：
ｔｒａｎｓｐｏｒｔ＿ｅｒｒｏｒ＿ｉｎｄｉｃａｔｏｒは、１ビットのフラグである。「１」に設定されると、少なくとも１ビットの訂正できないビットエラートランスポートストリームパケットに存在することを示す。このビットはトランスポートレイヤの外部のエンティティによって「１」に設定されることができる。「１」に設定されると、このビットは誤っているビット値が訂正されない限り「０」にリセットされてはならない。
【００７６】
ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒ：
ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒは、１ビットのフラグである。ＰＥＳパケットまたはＰＳＩデータを伝送するトランスポートストリームパケットに対して規範的な意味を有する。
【００７７】
トランスポートストリームパケットのペイロードがＰＥＳパケットデータを含む場合、ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒは、次の意味を有する。「１」はこのトランスポートストリームパケットのペイロードがＰＥＳパケットの第１バイトから開始することを示す。「０」は、このトランスポートストリームパケットにおいて、ＰＥＳパケットが開始していないことを示す。もし、ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒが「１」にセットされると、ただ１つのＰＥＳパケットが任意のトランスポートストリームパケットで開始する。このことはｓｔｒｅａｍ＿ｔｙｐｅ６のプライベートストリームにも適用される。
【００７８】
トランスポートストリームパケットのペイロードがＰＳＩデータを含む場合、ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒは、次の意味を有する。もし、トランスポートパケットがＰＳＩセクションの第１バイトを伝送する場合、ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒは「１」でなければならず、トランスポートストリームパケットのペイロードの第１バイトがｐｏｉｎｔｅｒ＿ｆｉｅｌｄを伝送していることを示している。もし、トランスポートストリームパケットがＰＳＩセクションの第１バイトを伝送していない場合、ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒは「０」でなければならず、ペイロードにはｐｏｉｎｔｅｒ＿ｆｉｅｌｄがないことを示している。このことはｓｔｒｅａｍ＿ｔｙｐｅ５のプライベートストリームにも適用される。ヌルパケットの場合、ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒは「０」でなければならない。
【００７９】
ｔｒａｎｓｐｏｒｔ＿ｐｒｉｏｒｉｔｙ：
ｔｒａｎｓｐｏｒｔ＿ｐｒｉｏｒｉｔｙは、１ビットの識別子である。「１」に設定されると、関連するパケットは、同一のＰＩＤをもつこのビットを「１」にしていない他のパケットより優先度が高いことを示している。トランスポートメカニズムはこれを利用して、１つのエレメンタリーストリーム内でそのデータに優先度をつけることができる。アプリケーションによっては、このｔｒａｎｓｐｏｒｔ＿ｐｒｉｏｒｉｔｙフィールドは、伝送路が規定する符号器または復号器によって変更されることができる。
【００８０】
ＰＩＤ：
ＰＩＤ（パケット識別子）は、１３ビットのフィールドである。パケットペイロード中に蓄積されるデータの種類を示す。ＰＩＤ値「０ｘ００００」は、プログラムアソシエーションテーブルに確保されている。ＰＩＤ値「０ｘ０００１」は、コンディショナルアクセステーブルに確保されている。ＰＩＤ値「０ｘ０００２〜０ｘ０００Ｆ」は、予約されている。ＰＩＤ値「０ｘ１ＦＦＦＦ」は、ヌルパケットに確保されている。
【００８１】
ｔｒａｎｓｐｏｒｔ＿ｓｃｒａｍｂｌｉｎｇ＿ｃｏｎｔｒｏｌ：
この２ビットのフィールドは、トランスポートストリームパケットペイロードのスクランブリングモードを示す。トランスポートストリームパケットヘッダ、及びアダプテーションフィールドが存在する場合のアダプテーションフィールドは、スクランブルされてはならない。ヌルパケットの場合、ｔｒａｎｓｐｏｒｔ＿ｓｃｒａｍｂｌｉｎｇ＿ｃｏｎｔｒｏｌフィールド値は「００」にセットされなければならない。
【００８２】
ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌ：
この２ビットのフィールドは、このトランスポートストリームパケットヘッダの後にアダプテーションフィールド及び／またはペイロードがくることを示す。ＴＴＣ標準ＪＴ−Ｈ２２２．０復号器は、ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌフィールドの値が「００」であるトランスポートストリームを捨てるべきである。ヌルパケットの場合、ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌの値は「０１」にセットされなければならない。
【００８３】
ｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒ：
ｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒは、同一のＰＩＤを有する各トランスポートストリームパケットごとにインクリメントする４ビットのフィールドである。ｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒは、その最大値から「０」へと変わる。ｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒは、そのパケットのａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌが「００」または「１０」のときにはインクリメントされてはならない。
【００８４】
トランスポートストリームにおいては、転送のパケットは、同一のＰＩＤの２つの連続するトランスポートストリームパケットとして送られることができる。連送のパケットは、２つのみである。その連送パケットは、オリジナルパケットと同一のｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒ値を有し、ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌフィールドは「０１」または「１１」でなければならない。連送のパケットにおいては、オリジナルパケットの各バイトは全く同一であるべきであり、例外としてプログラムクロックリファレンス（ＰＣＲ）が存在する場合にのみ、正確な値が符号化されるべきである。
【００８５】
あるトランスポートストリームパケットのｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒが、同一のＰＩＤの１つ前のトランスポートストリームパケット中のｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒと１つ違っている場合、またはインクリメントを行わない条件（「００」または「１０」にセットされたａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌ、または上述の連送パケット）のいずれかが適合している場合において、そのｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒは連続しているとする。巡回カウンタはｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｉｎｄｉｃａｔｏｒが「１」にセットされた場合、不連続とすることができる。ヌルパケットの場合、ｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒの値は定義されない。
【００８６】
ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ：
後に図１５（Ｃ）を参照して説明する。
【００８７】
ｄａｔａ＿ｂｙｔｅｓ：
データバイトはＰＩＤによって示されるＰＥＳパケット、またはＰＳＩセクション、またはＰＳＩセクションの後のパケットスタッフィングバイト、またはこれらの構造にないプライベートデータの連続するデータバイトでなければならない。ＰＩＤ値が「０ｘ１ＦＦＦ」のヌルパケットの場合、ｄａｔａ＿ｂｙｔｅｓには任意の値を割り当てることができる。ｄａｔａ＿ｂｙｔｅｓの数「Ｎ」は、ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ（）中のバイト数を１８４から引いた値と規定される。
【００８８】
（アダプテーションフィールド）
図１５（Ｃ）には、ＩＳＯ／ＩＥＣ１３８１８−１及びＪＴ−Ｈ．２２２．０で定義されるトランスポートストリームパケットヘッダのアダプテーションフィールドの様子を示す。ここでの説明は、ＪＴ−Ｈ２２２．０，２．４．３．５節アダプテーションフィールドのフィールドセマンティックスの定義に基づいている。
【００８９】
ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈ：
これは８ビットのフィールドであり、ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドの直後に続くアダプテーションフィールドのバイト数を規定している。値「０」はトランスポートストリームパケットに１バイトのスタッフィングを挿入するために使用される。ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌ値が「１１」の場合、ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈ値は０から１８２までの範囲でなければならない。ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌ値が「１０」の場合、ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈ値は１８３でなければならない。
【００９０】
ＰＥＳパケットを伝送するトランスポートストリームパケットでは、トランスポートストリームパケットのペイロードバイトを完全に満たすのに十分なＰＥＳパケットデータがない場合、スタッフィングが必要とされる。スタッフィングは、アダプテーションフィールドをその中に含まれるデータ要素の長さの和よりも長く定義することによって行われる。こうすることにより、アダプテーションフィールドの後に存在するペイロードバイトと有効なＰＥＳパケットデータとが正確に適合される。アダプテーションフィールド中の余分な空白は、スタッフィングバイトで満たされる。
【００９１】
これが、ＰＥＳパケットを伝送するトランスポートストリームパケットにおいて許されている唯一のスタッフィングの方法である。ＰＳＩを伝送するトランスポートストリームパケットについては、もう一つのスタッフィングの方法がＪＴ−Ｈ．２２２．０，２．４．４節に記述されている。
【００９２】
ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｉｎｄｉｃａｔｏｒ：
これは１ビットのフィールドである。ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｉｎｄｉｃａｔｏｒが「１」にセットされると、現在のトランスポートストリームパケットにおいて不連続状態が真であることを示す。ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｉｎｄｉｃａｔｏｒが「０」に設定されているか、あるいは存在しない場合、不連続状態が偽である。ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｉｎｄｉｃａｔｏｒは、システムタイムベースの不連続性及び巡回カウンタの不連続の２種類の不連続性を示すために使用される。
【００９３】
システムタイムベースの不連続性は、ＰＣＲ＿ＰＩＤとして指定されるＰＩＤのトランスポートストリームパケット中のｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｉｎｄｉｃａｔｏｒの使用によって示される。ＰＣＲ＿ＰＩＤとして指定されるＰＩＤを有するトランスポートストリームパケットにおいて不連続状態が真である場合、同じＰＩＤを有するトランスポートストリームパケットの次のＰＣＲは、関連付けられている番組の新しいシステムタイムクロックのサンプル値を表現している。システムタイムベースの不連続点は、新しいシステムタイムベースのＰＣＲを含むパケットの第１バイトがＴ−ＳＴＤ（Ｔｒａｎｓｐｏｒｔ  Ｓｙｓｔｅｍ  Ｔａｒｇｅｔ  Ｄｅｃｏｄｅｒ）の入力に到着した瞬間の時点と定義される。システムタイムベースの不連続が発生するパケットでは、ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｉｎｄｉｃａｔｏｒのビットは「１」にセットされなければならない。
【００９４】
新しいシステムタイムベースのＰＣＲを含むパケットの前に存在する同一のＰＣＲ＿ＰＩＤのトランスポートストリームパケットにおいて、ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｉｎｄｉｃａｔｏｒビットは「１」にセットしてもよい。この場合、ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｉｎｄｉｃａｔｏｒのビットが一旦「１」にセットされると、新しいシステムタイムベースの最初のＰＣＲを有するトランスポートストリームパケットを含み、同一のＰＣＲ＿ＰＩＤを有するすべてのトランスポートストリームパケットにおいては、ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｉｎｄｉｃａｔｏｒのビットは「１」にセットされなければならない。システムタイムベースの不連続の発生後、次のシステムタイムベースの不連続が起きる前に、新しいシステムタイムベースのＰＣＲが２つ以上受信されなければならない。また、トリックモードが真である場合を除いて、いかなる時にも２つ以上のシステムタイムベースによるデータが１つの番組のためのＴ−ＳＴＤのバッファのセットの中に存在してはならない。
【００９５】
システムタイムベースの不連続性の発生の前に、新しいシステムタイムベースを参照するＰＴＳ（プレゼンテーションタイムスタンプ）またはＤＴＳ（Ｄｅｃｏｄｉｎｇ  Ｔｉｍｅ  Ｓｔａｍｐ）を含むトランスポートストリームパケットの第１バイトはＴ−ＳＴＤの入力に到着してはならない。システムタイムベースの不連続性の発生の後に、以前のシステムタイムベースを参照するＰＴＳまたはＤＴＳを含むトランスポートストリームパケットの第１バイトはＴ−ＳＴＤの入力に到着してはならない。ここで、ＰＴＳは、プレゼンテーションユニットがシステムターゲット復号器で表示される時刻を示すＰＥＳパケットヘッダ中に存在するフィールドである。
【００９６】
ｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒの不連続性は、任意のトランスポートストリームパケットにおけるｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｉｎｄｉｃａｔｏｒの使用によって示される。ＰＣＲ＿ＰＩＤとして指定されていないＰＩＤの任意のトランスポートストリームパケットにおいて不連続状態が真である場合、そのパケットのｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒは、その前にある同じＰＩＤのトランスポートストリームパケットに対して不連続としてよい。ＰＣＲ＿ＰＩＤとして指定されているＰＩＤのトランスポートストリームパケットにおいて不連続状態が真である場合、システムタイムベースの不連続性が起きるパケットにおいてのみ、そのｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒは不連続としてよい。
【００９７】
トランスポートストリームパケットにおいて不連続状態が真であり、同じパケットのｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒがその前にある同じＰＩＤのトランスポートストリームパケットに対して不連続である場合、巡回カウンタの不連続点が発生する。巡回カウンタの不連続点は、不連続状態の開始から不連続状態の終了まで最大限１回しか発生してはならない。さらに、ＰＣＲ＿ＰＩＤとして指定されていない全てのＰＩＤについては、特定のＰＩＤパケットにおいてｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｉｎｄｉｃａｔｏｒを「１」にセットされている場合、同一のＰＩＤの次のトランスポートストリームパケットにおいてｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｉｎｄｉｃａｔｏｒを「１」にセットしてよい。しかし、同一のＰＩＤの３番目以降のトランスポートストリームパケットにおいてはｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｉｎｄｉｃａｔｏｒを「１」にセットしてはならない。
【００９８】
エレメンタリーストリームデータを含むものとして指定されるトランスポートストリームパケット中の巡回カウンタの不連続の後、同一のＰＩＤのトランスポートストリームパケット中のエレメンタリーストリームデータの第１バイトは、エレメンタリーストリームアクセスポイントの第１バイト、または画像の場合エレメンタリーストリームアクセスポイントまたはアクセスポイントに続くｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｃｏｄｅの第１バイトでなければならない。
【００９９】
ＰＣＲ＿ＰＩＤと指定されないＰＩＤを有し、巡回カウンタの不連続点が発生し、ＰＴＳまたはＤＴＳが発生する、エレメンタリーストリームデータを含むトランスポートストリームパケットは、関連する番組の発生のためのシステムタイムベースの不連続点の後にＴ−ＳＴＤの入力に到着しなければならない。不連続状態が真である場合において、同じｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒ値、及び「０１」または「１１」であるａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌ値を有している同一のＰＩＤの２つの連続するトランスポートストリームパケットが発生する時、２番目のパケットは捨てられてもよい。このようなパケットを捨てたためにＰＥＳパケットペイロードデータやＰＳＩデータの損失が生じるように、トランスポートストリームパケットは構成してはならない。
【０１００】
ＰＳＩ情報を含むトランスポートストリームパケットにおいて「１」にセットされたｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｉｎｄｉｃａｔｏｒが発生した後において、ＰＳＩセクションのｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒの不連続が一回発生してよい。このような不連続性の発生において、対応する番組のＴＳ＿ｐｒｏｇｒａｍ＿ｍａｐ＿ｓｅｃｔｉｏｎのあるバージョンは、ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ＝＝１３、ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ＝＝１で送らなければならない。このとき、ｐｒｏｇｒａｍ＿ｄｅｓｃｒｉｐｔｏｒは存在せず、また記述されるエレメンタリストリームも存在しないことになる。この後には、影響を受ける番組ごとに、完全な番組の定義を含んでいて、ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒが１つ増えているＴＳ＿ｐｒｏｇｒａｍ＿ｍａｐ＿ｓｅｃｔｉｏｎのバージョンとｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｉｏｎが来なければならない。このことがＰＳＩデータにおけるバージョンの変更を示す。
【０１０１】
ｒａｎｄｏｍ＿ａｃｃｅｓｓ＿ｉｎｄｉｃａｔｏｒ：
ｒａｎｄｏｍ＿ａｃｃｅｓｓ＿ｉｎｄｉｃａｔｏｒは１ビットのフィールドである。現在のトランスポートストリームパケット及び同一のＰＩＤを有する次のトランスポートストリームパケットが、このポイントにおけるランダムアクセスを助けるための情報を含んでいることを示している。規定としては、「１」にセットされると、現在のＰＩＳを有するトランスポートストリームパケットのペイロードで開始する次のＰＥＳパケットは、ＰＥＳストリームタイプが１または２の場合、画像シーケンスヘッダの第１バイトを含まなければならない。またＰＥＳストリームタイプが３または４の場合、オーディオフレームの第１バイトを含まなければならない。さらに、画像の場合において、プレゼンテーションタイムスタンプ（ＰＴＳ）が、そのシーケンスヘッダに続く最初のピクチャを含むＰＥＳパケット中に存在しなければならない。オーディオの場合において、プレゼンテーションタイムスタンプ（ＰＴＳ）はオーディオフレームの第１バイトを含むＰＥＳパケットに存在しなければならない。ＰＣＲ＿ＰＩＤ中のｒａｎｄｏｍ＿ａｃｃｅｓｓ＿ｉｎｄｉｃａｔｏｒはＰＣＲフィールドを含むトランスポートストリームパケット中において「１」にセットしてもよい。
【０１０２】
ｅｌｅｍｅｎｔａｒｙ＿ｓｔｒｅａｍ＿ｐｒｉｏｒｉｔｙ＿ｉｎｄｉｃａｔｏｒ：
ｅｌｅｍｅｎｔａｒｙ＿ｓｔｒｅａｍ＿ｐｒｉｏｒｉｔｙ＿ｉｎｄｉｃａｔｏｒは１ビットのフィールドである。同一のＰＩＤを有するパケットにおいて、このトランスポートストリームパケットのペイロードの中で伝送されるエレメンタリストリームデータの優先度を示す。「１」は、このペイロードが他のトランスポートストリームパケットのペイロードより高い優先度を有していることを示す。画像の場合において、ペイロードがイントラ符号化（フレーム内符号化）されたスライスの１つ以上のバイトを含む場合のみ、このフィールドを「１」にセットできる。「０」の値は、このペイロードはこのビットが「１」にセットされていない他の全てのパケットのペイロードと同じ優先度を有していることを示す。
【０１０３】
ＰＣＲ＿ｆｌａｇ：
ＰＣＲ＿ｆｌａｇは１ビットのフラグである。「１」はアダプテーションフィールドが２つの部分に符号化されるＰＣＲフィールドを含んでいることを示す。「０」の値は、アダプテーションフィールドがＰＣＲフィールドを含んでいないことを示す。
【０１０４】
ＯＰＣＲ＿ｆｌａｇ：
ＯＰＣＲ＿ｆｌａｇは１ビットのフラグである。「１」はアダプテーションフィールドが２つの部分に符号化されるＯＰＣＲフィールドを含んでいることを示す。「０」の値は、アダプテーションフィールドがＯＰＣＲフィールドを含んでいないことを示す。
【０１０５】
ｓｐｌｉｃｉｎｇ＿ｐｏｉｎｔ＿ｆｌａｇ：
ｓｐｌｉｃｉｎｇ＿ｐｏｉｎｔ＿ｆｌａｇは１ビットのフラグである。「１」にセットされると、関連付けされるアダプテーションフィールドに、編集点の発生を規定しているｓｐｌｉｃｅ＿ｃｏｕｎｔｄｏｗｎフィールドが存在しなければならないことを示している。「０」の値は、アダプテーションフィールドにｓｐｌｉｃｅ＿ｃｏｕｎｔｄｏｗｎフィールドが存在しないことを示す。
【０１０６】
ｔｒａｎｓｐｏｒｔ＿ｐｒｉｖａｔｅ＿ｄａｔａ＿ｆｌａｇ：
ｔｒａｎｓｐｏｒｔ＿ｐｒｉｖａｔｅ＿ｄａｔａ＿ｆｌａｇは１ビットのフラグである。「１」の値は、アダプテーションフィールドが１バイト以上のｐｒｉｖａｔｅ＿ｄａｔａを含んでいることを示す。「０」の値は、アダプテーションフィールドがｐｒｉｖａｔｅ＿ｄａｔａを含んでいないことを示す。
【０１０７】
ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ：
ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは１ビットのフィールドである。「１」にセットされると、アダプテーションフィールドの拡張が存在することを示す。「０」の値は、アダプテーションフィールドの拡張がアダプテーションフィールドに存在しないことを示す。
【０１０８】
〈オプショナルフィールド〉
図１５（Ｄ）には、ＩＳＯ／ＩＥＣ１３８１８−１及びＪＴ−Ｈ．２２２．０で定義されるトランスポートストリームパケットヘッダのアダプテーションフィールドのオプショナルフィールドの様子を示す。ここでの説明は、ＪＴ−Ｈ２２２．０，２．４．３．５節アダプテーションフィールドのフィールドセマンティックスの定義に基づいている。
【０１０９】
ＰＣＲ：
ｐｒｏｇｒａｍ＿ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｂａｓｅ，ｐｒｏｇｒａｍ＿ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｅｘｔｅｎｓｉｏｎ（ＰＣＲ）は、４２ビットのフィールドで２つの部分において符号化されている。ひとつは、ｐｒｏｇｒａｍ＿ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｂａｓｅであり、下式［１］においてＰＣＲ＿ｂａｓｅ（ｉ）で値が示される３３ビットのフィールドである。もう一つはｐｒｏｇｒａｍ＿ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｅｘｔｅｎｓｉｏｎであり、下式［２］においてＰＣＲ＿ｅｘｔ（ｉ）で値が示される９ビットのフィールドである。ＰＣＲは、システムターゲット復号器の入力におけるｐｒｏｇｒａｍ＿ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｂａｓｅの最後のビットを含むバイトの予定到着時刻を示している。
【０１１０】
オーディオまたは画像エレメンタリストリームを含むトランスポートストリームパケットにおいて、ＰＣＲフィールドが存在している場合、ＰＣＲはエレメンタリストリームのタイムベースに対して有効なものでなければならない。符号化周波数の要求条件については、ＪＴ−Ｈ．２２２．０，２．７．２節を参照できる。
【０１１１】
ＯＰＣＲ：
ｏｒｉｇｉｎａｌ＿ｐｒｏｇｒａｍ＿ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｂａｓｅ，ｏｒｉｇｉｎａｌ＿ｐｒｏｇｒａｍ＿ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｅｘｔｅｎｓｉｏｎ（ＯＰＣＲ）はオプションであり、４２ビットのフィールドで２つの部分で符号化されている。基本と拡張のこれら２つの部分は、ＰＣＲフィールドの２つの対応する部分と同様にそれぞれ符号化される。ＯＰＣＲの存在はＯＰＣＲ＿ｆｌａｇによって示されている。ＯＰＣＲフィールドは、ＰＣＲフィールドが存在するトランスポートストリームパケットにのみ符号化されなければならない。ＯＰＣＲは、単一番組においても複数プログラムトランスポートストリームにおいても許容される。
【０１１２】
ＯＰＣＲは、他のトランスポートストリームから単一番組のトランスポートストリームを再構成することを支援する。オリジナルの単一番組のトランスポートストリームを再構成する場合、ＯＰＣＲはＰＣＲフィールドにコピーしてもよい。オリジナルの単一番組のトランスポートストリーム全てが正確に再構成される場合にのみ、そのようにして得られるＰＣＲは有効である。このトランスポートストリームには、少なくともオリジナルのトランスポートストリームに存在していた何らかのＰＳＩ及びプライベートパケットが含まれているであろうし、また他のプライベートな取り決めがおそらく必要であろう。このことは、ＯＰＣＲはオリジナルの単一番組のトランスポートストリームに関連するＰＣＲと同一のコピーでなければならないことを意味している。
【０１１３】
ＯＰＣＲ（ｉ）＝ＯＰＣＲ＿ｂａｓｅ（ｉ）×３００＋  ＯＰＣＲ＿ｅｘｔ（ｉ）
ここで、
ＯＰＣＲ＿ｂａｓｅ（ｉ）＝（（ｓｙｓｔｅｍ＿ｃｌｏｃｋ＿ｆｒｅｑｕｅｎｃｙ×ｔ（ｉ））
ＤＩＶ  ３００）％２３３      ［１］
ＯＰＣＲ＿ｅｘｔ（ｉ）  ＝（（ｓｙｓｔｅｍ＿ｃｌｏｃｋ＿ｆｒｅｑｕｅｎｃｙ×ｔ（ｉ））
ＤＩＶ  １）％３００        ［２］
ＯＰＣＲフィールドを復号器は無視する。ＯＰＣＲフィールドは多重化装置や復号器で変更されてはならない。
【０１１４】
ｓｐｌｉｃｅ＿ｃｏｕｎｔｄｏｗｎ：
ｓｐｌｉｃｅ＿ｃｏｕｎｔｄｏｗｎは８ビットのフィールドであり、正または負の値を表現する。正の値は、編集点が到達するまでの関連するトランスポートストリームパケットに続いて同一のＰＩＤを有する残りのトランスポートストリームパケットの数を規定する。連送されるトランスポートストリームパケット、及びアダプテーションフィールドを含むトランスポートストリームパケットは除外される。編集点は、関連するｓｐｌｉｃｅ＿ｃｏｕｎｔｄｏｗｎフィールドが値「０」になるトランスポートストリームパケットの最終バイトの直後に位置する。
【０１１５】
ｓｐｌｉｃｅ＿ｃｏｕｎｔｄｏｗｎフィールドが値「０」になるトランスポートストリームパケットにおいて、トランスポートストリームパケットペイロードの最終バイトは、符号化されたオーディオフレームまたはピクチャの最終バイトでなければならない。画像の場合、対応するアクセスユニットはｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｃｏｄｅで終了してもよいし、しなくてもよい。それに続く同一のＰＩＤを有するトランスポートストリームパケットは、同じストリームタイプの他のエレメンタリーストリームを含むことができる。
【０１１６】
同一のＰＩＤを有する次のトランスポートストリームパケットのペイロード（連送パケット及びペイロードの無いパケットは除外される）は、ＰＥＳパケットの第１バイトで開始されなければならない。オーディオの場合、そのＰＥＳパケットのペイロードは、アクセスポイントで開始されなければならない。画像の場合、そのＰＥＳパケットのペイロードは、アクセスポイント、またはアクセスポイントを後に有するｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｃｏｄｅで開始しなければならない。
【０１１７】
したがって、その前の符号化されたオーディオフレームまたはピクチャは、パケット境界と整列しているか、またはそうなるようパディングされる。編集点の後にも、カウントダウンフィールドは存在可能である。ｓｐｌｉｃｅ＿ｃｏｕｎｔｄｏｗｎが負の数で、値がマイナスｎ（−ｎ）である場合、関連するトランスポートストリームパケットは編集点から後のｎ番目のパケットであることを示す。連送パケット及びペイロードのないパケットは除外される。
【０１１８】
この節においては、アクセスポイントは次のように定義される。つまり、
映像：ｖｉｄｅｏ＿ｓｅｑｕｅｎｃｅ＿ｈｅａｄｅｒの第１バイト
オーディオ：オーディオフレームの第１バイト
ｔｒａｎｓｐｏｒｔ＿ｐｒｉｖａｔｅ＿ｄａｔａ＿ｌｅｎｇｔｈ：
ｔｒａｎｓｐｏｒｔ＿ｐｒｉｖａｔｅ＿ｄａｔａ＿ｌｅｎｇｔｈは８ビットのフィールドである。ｔｒａｎｓｐｏｒｔ＿ｐｒｉｖａｔｅ＿ｄａｔａ＿ｌｅｎｇｔｈフィールドの直後にあるｐｒｉｖａｔｅ＿ｄａｔａのバイト数を規定している。ｐｒｉｖａｔｅ＿ｄａｔａのバイト数は、プライベートデータがアダプテーションフィールドを超えないようにしなければならない。
【０１１９】
ｔｒａｎｓｐｏｒｔ＿ｐｒｉｖａｔｅ＿ｄａｔａ：
ｔｒａｎｓｐｏｒｔ＿ｐｒｉｖａｔｅ＿ｄａｔａは８ビットのフィールドである。ＴＴＣ標準ではこのフィールドを規定してはならない。
【０１２０】
ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ：
ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈは８ビットのフィールドである。このフィールドの直後に続く拡張されたアダプテーションフィールドデータのバイト数を示している。存在する場合は予約バイトを含む。
【０１２１】
〈アダプテーションフィールドエクステンション〉
図１５（Ｅ）には、ＩＳＯ／ＩＥＣ１３８１８−１及びＪＴ−Ｈ２２２．０で規定されるトランスポートストリームパケットヘッダのアダプテーションフィールドのオプショナルフィールドのアダプテーションフィールドエクステンションの様子を示す。ここでの説明は、ＪＴ−Ｈ２２２．０，２．４．３．５節アダプテーションフィールドのフィールドセマンティックスの定義に基づいている。
【０１２２】
ｌｔｗ＿ｆｌａｇ：
ｌｔｗ＿ｆｌａｇ（ｌｅｇａｌ＿ｔｉｍｅ＿ｗｉｎｄｏｗ＿ｆｌａｇ）は１ビットフィールドであり、「１」にセットされると、ｌｔｗ＿ｏｆｆｓｅｔフィールドが存在することを示す。
【０１２３】
ｐｉｅｃｅｗｉｓｅ＿ｒａｔｅ＿ｆｌａｇ：
これは１ビットのフィールドであり、「１」にセットされると、ｐｉｅｃｅｗｉｓｅ＿ｒａｔｅフィールドが存在することを示す。
【０１２４】
ｓｅａｍｌｅｓｓ＿ｓｐｌｉｃｅ＿ｆｌａｇ：
これは１ビットのフィールドであり、「１」にセットされるとｓｐｌｉｃｅ＿ｔｙｐｅ及びＤＴＳ＿ｎｅｘｔ＿ＡＵフィールドが存在することを示す。「０」の値は、ｓｐｌｉｃｅ＿ｔｙｐｅもＤＴＳ＿ｎｅｘｔ＿ＡＵフィールドも存在しないことを示す。このフィールドはｓｐｌｉｃｉｎｇ＿ｐｏｉｎｔ＿ｆｌａｇが「１」にセットされていないトランスポートストリームパケットにおいて、「１」にセットされてはならない。ｓｐｌｉｃｅ＿ｃｏｕｎｔｄｏｗｎが正であるトランスポートストリームパケットで一旦「１」にセットされると、それ以降のｓｐｌｉｃｉｎｇ＿ｐｏｉｎｔ＿ｆｌａｇを「１」にセットしている同一のＰＩＤを有する全てのトランスポートストリームにおいて、ｓｐｌｉｃｅ＿ｃｏｕｎｔｄｏｗｎが「０」になるパケット（このパケットを含む）まで、このフラグを「１」にセットしなければならない。このフラグがセットされている場合、このＰＩＤで伝送されるエレメンタリストリームがオーディオストリームならば、ｓｐｌｉｃｅ＿ｔｙｐｅは「００００」にセットされなければならない。もし、このＰＩＤで伝送されるエレメンタリストリームが画像ストリームならば、ｓｐｌｉｃｅ＿ｔｙｐｅ値によって示される条件が満たされなければならない。
【０１２５】
ｌｔｗ＿ｖａｌｉｄ＿ｆｌａｇ：
ｌｔｗ＿ｖａｌｉｄ＿ｆｌａｇ（ｌｅｇａｌ＿ｔｉｍｅ＿ｗｉｎｄｏｗ＿ｖａｌｉｄ＿ｆｌａｇ）は１ビットのフィールドであり、「１」にセットされると、ｌｔｗ＿ｏｆｆｓｅｔの値が有効であるこを示す。「０」の値は、ｌｔｗ＿ｏｆｆｓｅｔフィールドの値が未定義であることを示す。
【０１２６】
ｌｔｗ＿ｏｆｆｓｅｔ：
ｌｔｗ＿ｏｆｆｓｅｔ（ｌｅｇａｌ＿ｔｉｍｅ＿ｗｉｎｄｏｗ＿ｏｆｆｓｅｔ）は１５ビットのフィールドであり、ｌｔｗ＿ｖａｌｉｄ＿ｆｌａｇが「１」であるときのみこの値が定義されている。定義されているとき、ｌｔｗ＿ｏｆｆｓｅｔは３００／ｆｓ秒を単位として次を満足する。ここで、ｆｓはこのＰＩＤが属する番組のシステムクロック周波数である。
【０１２７】
ｏｆｆｓｅｔ＝ｔ１（ｉ）−ｔ（ｉ）
ｌｔｗ＿ｏｆｆｓｅｔ  ＝ｏｆｆｓｅｔ／／１
ここで、ｉはトランスポートストリームパケットの第１バイトのインデックスであり、ｏｆｆｓｅｔはこのフィールドに符号化されている値であり、ｔ（ｉ）はＴ−ＳＴＤのｉバイトにおける到達時刻である。また、ｔ１（ｉ）はこのトランスポートストリームパケットに関係付けられているリーガルタイムウインドウと呼ばれる時間間隔の上限である。
【０１２８】
リーガルタイムウインドウは、次のような特性を有している。トランスポートストリームがＴ−ＳＴＤに時刻ｔ１（ｉ）、すなわちリーガルタイムウインドウの終わりに伝送され、同一の番組の他の全てのトランスポートストリームパケットがそれぞれのリーガルタイムウインドウの終わりに伝送されるならば、
（１）映像の場合、Ｔ−ＳＴＤにおけるこのＰＩＤに対するＭＢｎバッファは、このトランスポートストリームパケットのペイロードの第１バイトが入力された時に１８４バイト以下のエレメンタリーストリームデータを有していなければならず、そしてＴ−ＳＴＤにおいていかなるバッファ違反も生じてはならない。
【０１２９】
（２）また、オーディオの場合、Ｔ−ＳＴＤにおけるこのＰＩＤに対するＢｎバッファは、このトランスポートストリームパケットのペイロードの第１バイトが入力された時にＢｓｄｅｃ＋１バイト以下のエレメンタリストリームデータを有していなければならず、そしてＴ−ＳＴＤにおいていかなるバッファ違反も生じてはならない。
【０１３０】
バッファＭＢｎのサイズ及びＭＢｎとＥｂｎ間のデータ転送レートを要因として、もう一つの時刻ｔ０（ｉ）を決めることができる。このとき、このパケットが時間区間［ｔ０（ｉ），ｔ１（ｉ）］のどこかにおいて伝送されるならば、Ｔ−ＳＴＤにおいていかなるバッファ違反も生じない。この時間間隔をリーガルタイムウインドウと呼ぶ。ｔ０の値は本標準では定義されない。
【０１３１】
このフィールド中の情報は、バッファＭＢｎの状態を再構成するために、この情報を必要とする再多重化装置などの装置のために意図されている。
【０１３２】
ｐｉｅｃｅｗｉｓｅ＿ｒａｔｅ：
これは２２ビットのフィールドであり、ｌｔｗ＿ｆｌａｇ及びｌｔｗ＿ｖａｌｉｄ＿ｆｌａｇが「１」にセットされている場合にのみ定義される。定義されている場合、このパケットに続く同一のＰＩＤのトランスポートストリームパケットで、ｌｅｇａｌ＿ｔｉｍｅ＿ｗｉｎｄｏｗ＿ｏｆｆｓｅｔフィールドを含んでいないトランスポートストリームパケットのリーガルタイムウインドウの終わりの時刻を定義するために使用される仮想的なビットレートＲを規定する正の整数である。
【０１３３】
このトランスポートストリームパケットとそれに続く同一のＰＩＤを有するＮ個のトランスポートストリームパケットの第１バイトがそれぞれＡｉ，Ａｉ＋１，・・・，Ａｉ＋Ｎのインデックスを有しているとする。このとき、ｔ１（Ａｉ＋ｊ）は次により決定されなければならない。
【０１３４】
ｔ１（Ａｉ＋ｊ）＝ｔ１（Ａｉ）＋ｊ＊１８８＊８  （ｂｉｔｓ／ｂｙｔｅ／Ｒ）
ここで、ｊは１からＮまでの値をとる。
【０１３５】
このパケットから、次のｌｅｇａｌ＿ｔｉｍｅ＿ｗｉｎｄｏｗ＿ｏｆｆｓｅｔフィールドを含む同じＰＩＤのパケットの間の全てのパケットは、値を持つものとして取り扱わなければならない。
【０１３６】
ｏｆｆｓｅｔ＝ｔ１（Ａｉ）−ｔ（Ａｉ）
ｌｅｇａｌ＿ｔｉｍｅ＿ｗｉｎｄｏｗ＿ｏｆｆｓｅｔフィールドに符号化される上式によって計算される値ｔ１（．）に対応する。ｔ（ｊ）はＴ−ＳＴＤのｊバイトの到達時刻である。
【０１３７】
このフィールドの意味は、それがｌｅｇａｌ＿ｔｉｍｅ＿ｗｉｎｄｏｗ＿ｏｆｆｓｅｔフィールドなしでトランスポートストリームパケット中に存在している場合、定義されない。
【０１３８】
ｓｐｌｉｃｅ＿ｔｙｐｅ：
これは４ビットのフィールドである。このフィールドが最初に発生してから、ｓｐｌｉｃｅ＿ｃｏｕｎｔｄｏｗｎが「０」になるパケットまで（このパケットを含む）、ｓｐｌｉｃｅ＿ｔｙｐｅは、その後に続くそれが存在するのと同一のＰＩＤの全てのトランスポートストリームパケットにおいて同じ値を有していなければならない。そのＰＩＤで伝送されるエレメンタリストリームが、オーディオストリームの場合、このフィールドは「００００」でなければならない。そのＰＩＤで伝送されるエレメンタリストリームが、画像ストリームの場合、このフィールドはスプライシングのためにこのエレメンタリストリームが考慮しなければならない条件を示す。これらの条件は、ＪＴ−Ｈ２２２．０（表２−７から表２−１６参照）におけるプロファイル、レベル、ｓｐｌｉｃｅ＿ｔｙｐｅの関数として定義される。
【０１３９】
ＤＴＳ＿ｎｅｘｔ＿ＡＵ：
ＤＴＳ＿ｎｅｘｔ＿ＡＵ（ｄｅｃｏｄｉｎｇ＿ｔｉｍｅ＿ｓｔａｍｐ＿ｎｅｘｔ＿ａｃｃｅｓｓ＿ｕｎｉｔ）フィールドは３３ビットのフィールドで、３つの部分からなる。連続性があり、編集点において周期的な復号の場合、編集点の次にくる最初のアクセスユニット復号時刻を示す。この復号時刻は、ｓｐｌｉｃｅ＿ｃｏｕｎｔｄｏｗｎが「０」になるトランスポートストリームパケットにおいて有効であるタイムベースにおいて表現される。このフィールドが最初に発生してから、ｓｐｌｉｃｅ＿ｃｏｕｎｔｄｏｗｎが「０」になるパケット（このパケットを含む）まで、そのパケットの後に続くそれが存在するのと同じＰＩＤのトランスポートストリームパケットにおいて同じ値でなければならない。
【０１４０】
ｓｔｕｆｆｉｎｇ＿ｂｙｔｅ：
これは固定した８ビットの値「１１１１１１１１」である。符号器が挿入することができ、復号器で捨てられる。
【０１４１】
〈プログラムスペシフィケーションインフォメーションポインタ〉
このプログラムスペシフィケーションインフォメーションポインタの説明は、ＪＴ−Ｈ２２２．０，２．４．４．１節に基づいており、ＩＳＯ／ＩＥＣ１３８１８−１のポインタフィールドに関する説明である。
【０１４２】
ｐｏｉｎｔｅｒ＿ｆｉｅｌｄは８ビットのフィールドである。その値は、ｐｏｉｎｔｅｒ＿ｆｉｅｌｄの直後から、トランスポートストリームパケットのペイロードに存在する最初のセクションの第１バイトまでの、バイト数でなければならない。ｐｏｉｎｔｅｒ＿ｆｉｅｌｄの値「０ｘ００」は、セクションがｐｏｉｎｔｅｒ＿ｆｉｅｌｄの直後から開始していることを示している。少なくとも１つのセクションが所与のトランスポートストリームパケットで開始している場合、ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒを「１」に設定しなければならないし、またトランスポートストリームパケットのペイロードの第１バイトは、ポインタを含まなければならない。所与のトランスポートパケットにおいてセクションが開始していない場合、ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｉｎｄｉｃａｔｏｒを「０」に設定しなければならないし、またトランスポートパケットのペイロードでポインタを送ってはならない。
【０１４３】
〈プライベートセクション〉
図１６には、ＩＳＯ／ＩＥＣ１３８１８−１及びＪＴ−Ｈ２２２．０で定義されるプライベートセクションの様子を示す。ここでの説明は、ＪＴ−Ｈ２２２．０，２．４．４．１０節のプライベートセクションのフィールドのセマンテックスに基づいている。
【０１４４】
ｔａｂｌｅ＿ｉｄ：
これは８ビットのフィールドである。その値はこのセクションが属するプライベートテーブルを識別する。ＪＴ−Ｈ２２２．０（表２−２６参照）で「ユーザプライベート」に定義されている値のみを用いてもよい。
【０１４５】
ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ：
これは１ビットのフィールドである。「１」にセットされた場合、このプライベートセクションは、ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールド移行において、ジェネリックなセクションシンタックスに従うことを示す。「０」にセットされた場合、ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅがｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドの直後に続くことを示す。
【０１４６】
ｐｒｉｖａｔｅ＿ｉｎｄｉｃａｔｏｒ：
これは１ビットのフラグである。ユーザ定義可能であり、将来においてＴＴＣが規定してはならない。
【０１４７】
ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ：
これは１２ビットのフィールドである。ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドの直後からｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎの終わりまでプライベートセクションの残りのバイトを規定する。このフィールドは「４０９３（０ｘＦＦＤ）」を超えてはならない。
【０１４８】
ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅ：
ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅフィールドはユーザ定義可能であり、将来においてＴＴＣが規定してはならない。
【０１４９】
ｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎ：
これは１６ビットのフィールドである。その利用と値はユーザによって定義される。
【０１５０】
ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ：
この５ビットフィールドはｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎのバージョン番号を示す。バージョン番号は、ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎの中で伝送される情報が変更された場合に、モジュロ３２で１つずつインクリメントされなければならない。ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒが「０」に設定されると、そのｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒが、次に適用できる同じｔａｂｌｅ＿ｉｄとｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒとを有するｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎのｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒでなければならない。
【０１５１】
ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ：
これは１ビットのフィールドである。「１」にセットされる場合、送られているｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎは現在使用可能である。ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒが「１」にセットされる場合、ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒは現在使用可能なｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎでなければならない。このビットが「０」にセットされている場合、送られているｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎは未だ使用可能ではなく、次に有効となる同じｔａｂｌｅ＿ｉｄとｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒとを有するｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎでなければならない。
【０１５２】
ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ：
これは８ビットのフィールドであり、ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎの番号を示す。プライベートテーブル中の第１セクションのｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒは、「０ｘ００」でなければならない。それは、プライベートテーブルにセクションが加わるごとに１つずつインクリメントされなければならない。
【０１５３】
ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ：
これは８ビットのフィールドである。このセクションがその一部であるプライベートテーブルの最後のセクション、すなわち最大のｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒを有するセクションの番号を規定する。
【０１５４】
ＣＲＣ＿３２：
これは３２ビットのフィールドである。プライベートセクション全てを処理した後で、復号器（ＪＴ−Ｈ．２２２．０付属資料Ｂで定義される）のレジスタが「０」を出力するＣＲＣ値を有している。
【０１５５】
〈ＤＳＭ−ＣＣセクション（ＤＩＩメッセージの伝送）〉
図１７には、ＡＲＩＢ  ＳＴＤ−Ｂ２４で定義されるＤＳＭ−ＣＣセクション（ＤＩＩメッセージの伝送）の様子を示す。ここでの説明は、ＡＲＩＢ  ＳＴＤ−Ｂ２４第三編６．５「ＤＳＭ−ＣＣセクションの文法」に基づいている。
【０１５６】
ｔａｂｌｅ＿ｉｄ：
（テーブル識別）この８ビットのフィールドは、ＤＳＭ−ＣＣセクションのペイロード中のデータの型を識別する番号が格納される。このフィールドの値によって、ＤＳＭ−ＣＣセクション中の後続のフィールドに特定の符号化規則が適用される。ＩＳＯ／ＩＥＣ１３８１８−６に従い、テーブル識別の値は表１のとおりとする。
【０１５７】
【表１】
2005064556.tif 000003
ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ：
（セクションシンタックス指示）この１ビットのフィールドは、「１」の場合はセクション末尾にＣＲＣ＿３２が存在することを、「０」の場合はチェックサムが存在することを示す。ＤＩＩメッセージとＤＤＢメッセージとの伝送においては常に「１」とする。
【０１５８】
ｐｒｉｖａｔｅ＿ｉｎｄｉｃａｔｏｒ：
（プライベート指示）この１ビットのフィールドは、セクションシンタックス指示の値の反転値を格納する。
【０１５９】
ｄｓｍｃｃ＿ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ：
（ＤＳＭ−ＣＣセクション長）この１２ビットのフィールドは、このフィールドの直後からセクションの末尾までのバイト長を示す。このフィールドの値が「４０９３」を超えることはない。
【０１６０】
ｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎ：
（テーブル識別拡張）この１６ビットのフィールドはテーブル識別に応じて次のとおりに設定する。テーブル識別が「０ｘ３Ｂ」の場合、トランザクション識別の下位２バイトを設定する。テーブル識別が「０ｘ３Ｃ」の場合、モジュール識別を設定する。
【０１６１】
ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ：
（バージョン番号）この５ビットのフィールドはテーブル識別の値に応じて次のとおりに設定する。テーブル識別が「０ｘ３Ｂ」のときは「０」に設定する。テーブル識別が「０ｘ３Ｃ」のときはモジュールバージョンの下位５ビットを設定する。
【０１６２】
ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ：
（カレントネクスト指示）この１ビットの指示は、それが「１」の場合はサブテーブルが現在のテーブルであることを表す。「０」の場合は送られるサブテーブルは未だ適用されず、次のサブテーブルとして使用されることを示す。テーブル識別が「０ｘ３Ａ」から「０ｘ３Ｃ」の場合には常に「１」に指定される。
【０１６３】
ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ：
（セクション番号）この８ビットのフィールドはセクション番号を表す。サブテーブル中の最初のセクションのセクション番号を表す。このセクションがＤＩＩメッセージを伝送する場合はＤＩＩメッセージのメッセージ番号を格納する。ＤＤＢメッセージの場合はＤＤＢのブロック番号の下位８ビットを格納する。
【０１６４】
ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ：
（最終セクション番号）この８ビットのフィールドは、そのセクションが属するサブテーブルの最終のセクション、すなわち最大のセクション番号をもつセクションの番号を示す。
【０１６５】
ｕｓｅｒＮｅｔｗｏｒｋＭｅｓｓａｇｅ（）：
ここには、ＤＩＩ（ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ）メッセージを格納する。
【０１６６】
ｄｏｗｎｌｏａｄＤａｔａＭｅｓｓａｇｅ（）：
ここには、ＤＤＢ（ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ）メッセージを格納する。
【０１６７】
ＤＩＩ（ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ）のデータ構造：
図１８には、ＡＲＩＢ  ＳＴＤ−Ｂ２４で定義されるＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎのデータ構造の様子を示す。ここでの説明は、ＡＲＩＢ  ＳＴＤ−Ｂ２４第三編６．２「ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ（ＤＩＩ）メッセージ」に基づいている。
【０１６８】
ｄｓｍｃｃＡｄａｐｔａｔｉｏｎＨｅａｄｅｒ（）：
これはＤＳＭ−ＣＣメッセージヘッダである。
【０１６９】
ｄｏｗｎｌｏａｄＩｄ：
（ダウンロード識別）この３２ビットのフィールドは、カルーセルを一意に識別するためのラベルの役割をする。符号化方式の規定等によって、データイベントの運用のもとでＤＩＩを送出する場合には、ダウンロード識別のｂｉｔ２８−３１にｄａｔａ＿ｅｖｅｎｔ＿ｉｄを符号化する。その他の場合に一意性を保証すべき範囲及び値は運用にて定める。
【０１７０】
ｄａｔａ＿ｅｖｅｎｔ＿ｉｄ：
（データイベント識別）ダウンロード識別の中のｂｉｔ２８−３１の４ビットのフィールドは、同一サービスの時間的に隣り合うデータイベントを区別すると同時に、当該データイベントのデータカルーセルならびにイベントメッセージで伝送されるローカルコンテンツの誤受信を避けることを目的とした識別子である。
【０１７１】
ｂｌｏｃｋＳｉｚｅ：
（ブロック長）この１６ビットのフィールドは、ＤＤＢメッセージで伝送されるデータの、モジュールの末尾以外の各ブロックのバイト長を表す。
【０１７２】
ｗｉｎｄｏｗＳｉｚｅ：
この８ビットフィールドは、データカルーセル伝送においては使用せず、その値は「０」に設定する。
【０１７３】
ａｃｋＰｅｒｉｏｄ：
この８ビットのフィールドは、データカルーセル伝送においては使用せず、その値は「０」に設定する。
【０１７４】
ＴＣＤｏｗｎｌｏａｄＷｉｎｄｏｗ：
この３２ビットのフィールドは、データカルーセル伝送においては使用せず、その値は「０」に設定する。
【０１７５】
ＴＣＤｏｗｎｌｏａｄＳｃｅｎａｒｉｏ：
この３２ビットのフィールドは、ダウンロードを開始してから終了するまでのタイムアウト時間をマイクロ秒単位で示す。
【０１７６】
ｃｏｍｐａｔｉｂｉｌｉｔｙＤｅｓｃｉｐｔｏｒ（）：
この領域にはＩＳＯ／ＩＥＣ１３８１８−６に規定されるｃｏｍｐａｔｉｂｉｌｉｔｙＤｅｓｃｒｉｐｔｏｒ（）構造を格納する。ｃｏｍｐａｔｉｂｉｌｉｔｙＤｅｓｃｒｉｐｔｏｒ（）構造の中身が不要である場合、ｄｅｓｃｒｉｐｔｏｒＣｏｕｎｔが「０ｘ００００」に設定され、その結果この領域は長さ４バイトになる。
【０１７７】
ｎｕｍｂｅｒＯｆＭｏｄｕｌｅｓ：
（モジュール数）この１６ビットのフィールドは、ＤＩＩメッセージの中の後続のループ中に記述されるモジュールの個数を示す。
【０１７８】
ｍｏｄｕｌｅＩｄ：
（モジュール識別）この１６ビットのフィールドは、後続のｍｏｄｕｌｅＳｉｚｅフィールド、ｍｏｄｕｌｅＶｅｒｓｉｏｎフィールド、ｍｏｄｕｌｅＩｎｆｏＢｙｔｅ領域にて記述されるモジュールのモジュール識別が格納される。
【０１７９】
ｍｏｄｕｌｅＳｉｚｅ：
（モジュール長）この３２ビットのフィールドは、モジュールのバイト長を示す。モジュールのバイト長が不定である場合には「０」に設定する。
【０１８０】
ｍｏｄｕｌｅＶｅｒｓｉｏｎ：
（モジュールバージョン）この８ビットのフィールドは、このモジュールのバージョンを示す。
【０１８１】
ｍｏｄｕｌｅＩｎｆｏＬｅｎｇｔｈ：
（モジュール情報長）この８ビットのフィールドは、後続のモジュール情報領域のバイト長を示す。
【０１８２】
ｍｏｄｕｌｅＩｎｆｏＢｙｔｅ：
（モジュール情報）これは８ビットのフィールドで、一連の領域に当該モジュールに関する記述子を格納する。この領域に格納される記述子はＪＴ−Ｈ．２２２．０，６．２．３節にて定義される記述子である。
【０１８３】
ｐｒｉｖａｔｅＤａｔａＬｅｎｇｔｈ：
（プライベートデータ長）この１６ビットのフィールドは、後続のプライベートデータ領域のバイト長を示す。
【０１８４】
ｐｒｉｖａｔｅＤａｔａＢｙｔｅ：
（プライベートデータ）これは８ビットのフィールドで、一連の領域には、記述子形式にて、データ符号化方式にて定義されるデータ構造や事業者毎に定義されるデータ構造が格納される。この領域に挿入される記述子のタグ値の意味を表２に定義する。なお、データ符号化方式毎の定義においては、ＤＩＩ内の全モジュールに有効な情報を示す目的でＪＴ−Ｈ．２２２．０，６．２．３節にて定義される記述子を用いることも可能である。
【０１８５】
【表２】
2005064556.tif 000004
ｄｍｃｃＭｅｓｓａｇｅＨｅａｄｅｒ（）のデータ構造：
図１９には、ＡＲＩＢ  ＳＴＤ−Ｂ２４で定義されるｄｓｍｃｃＭｅｓｓａｇｅＨｅａｄｅｒ（）の様子を示す。ここでの説明は、ＡＲＩＢ  ＳＴＤ−Ｂ２４第三編６．２．２  「ｄｓｍｃｃＭｅｓｓａｇｅＨｅａｄｅｒ（）の文法と意味」及び同６．４「ｄｍｃｃＡｄａｐｔａｔｉｏｎＨｅａｄｅｒ（）の文法」に基づいている。
【０１８６】
ｐｒｏｔｏｃｏｌＤｉｓｃｒｉｍｉｎａｔｏｒ：
この８ビットのフィールドは「０ｘ１１」に設定され、このメッセージがＭＰＥＧ−２、ＤＳＭ−ＣＣメッセージであることを示す。
【０１８７】
ｄｓｍｃｃＴｙｐｅ：
（ＤＳＭ−ＣＣ型）この８ビットのフィールドはＭＰＥＧ−２、ＤＳＭ−ＣＣメッセージの種類を表し、データカルーセル伝送におけるＤＩＩメッセージでは「０ｘ０３」（Ｕ−Ｎダウンロードメーッセージ）に設定する。
【０１８８】
ｍｅｓｓａｇｅＩｄ：
（メッセージ型識別）この１６ビットのフィールドは、ＤＳＭ−ＣＣメッセージの型を識別し、ＤＩＩメッセジージでは「０ｘ１００２」に設定する。
【０１８９】
ｔｒａｎｓａｃｔｉｏｎ＿ｉｄ：
（トランザクション識別）この３２ビットのフィールドは、メッセージ識別及びバージョン機能を持つ識別子である。
【０１９０】
図２０にトランザクション識別のフォーマットを示す。ｂｉｔ０−２９のＴｒａｎｓａｃｔｉｏｎ  ＮｕｍｂｅｒフィールドはＩＳＯ／ＩＥＣ１３８１８−６に定められる通り、ＤＩＩのバージョンの識別のために用いる。ｂｉｔ３０−３１は、ＩＳＯ／ＩＥＣ１３８１８−６に定められるＴｒａｎｓａｃｔｉｏｎ  Ｉｄ  Ｏｒｉｇｉｎａｔｏｒの定義に従い、値を「１０」（ネットワークにより割り当てられたＴｒａｎｓａｃｔｉｏｎＩｄ）とする。
【０１９１】
ａｄａｐｔａｔｉｏｎＬｅｎｇｔｈ：
（アダプテーション長）この８ビットのフィールドは、ｄｓｍｃｃＡｄａｐｔａｔｉｏｎＨｅａｄｅｒ（）領域のバイト数を示す。
【０１９２】
ｍｅｓｓａｇｅＬｅｎｇｔｈ：
（メッセージ長）この１６ビットフィールドは、このフィールド直後から数えたメッセージのバイト数を示し、ｄｓｍｃｃＡｄａｐｔａｔｉｏｎＨｅａｄｅｒ長にペイロード長を加えた値である。
【０１９３】
ａｄａｐｔａｔｉｏｎＴｙｐｅ：
（アダプテーション型）この８ビットのフィールドはアダプテーションの型を表す。このフィールドの値とアダプテーションフォーマットの対応を表３に示す。
【０１９４】
【表３】
2005064556.tif 000005
本規格で使用するアダプテーション型は次の通りである。複数のＤＩＩメッセージを利用する場合に、ｄｓｍｃｃＭｅｓｓａｇｅＨｅａｄｅｒ（）中でアダプテーション型「０ｘ０３」のＤＩＩＭｓｇＮｕｍｂｅｒアダプテーションフォーマットを格納する。アダプテーション型「０ｘ８０−０ｘＦＦ」のユーザ定義のアダプテーションフォーマットの運用については事業者任意とする。
【０１９５】
ＤＩＩＭｓｇＮｕｍｂｅｒ：
（ＤＩＩメッセージ番号）この８ビットのフィールドは、ＤＩＩメッセージの番号を示す。
【０１９６】
〈ＤＳＭ−ＣＣセクション（ＤＤＢメッセージの伝送）〉
図２１には、ＡＲＩＢ  ＳＴＤ−Ｂ２４で定義されるＤＳＭ−ＣＣセクション（ＤＤＢメッセージの伝送）の様子を示す。
【０１９７】
ＤＤＢ（ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ）のデータ構造：
図２２（Ａ）〜（Ｃ）には、ＡＲＩＢ  ＳＴＤ−Ｂ２４で定義されるＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋのデータ構造の様子を示す。ここでの説明は、ＡＲＩＢ  ＳＴＤ−Ｂ２４第三編６．３．１「ＤＤＢメッセージの文法と意味」に基づいている。
【０１９８】
ｄｓｍｃｃＤｏｗｎｌｏａｄＤａｔａＨｅａｄｅｒ（）：
詳細は図２２（Ｂ）を参照して後述する。
【０１９９】
ｍｏｄｕｌｅＩｄ：
（モジュール識別）これは１６ビットのフィールドで、このブロックが属するモジュールの識別番号を示す。
【０２００】
ｍｏｄｕｌｅＶｅｒｓｉｏｎ：
（モジュールバージョン）これは８ビットのフィールドで、このブロックが属するモジュールのバージョンを示す。
【０２０１】
ｂｌｏｃｋＮｕｍｂｅｒ：
（ブロック番号）これは１６ビットのフィールドで、モジュール中でのこのブロックの位置を示す。モジュールの先頭のブロックのブロック番号は「０」でなければならない。
【０２０２】
ｂｌｏｃｋＤａｔａＢｙｔｅ：
（ブロックデータ）これは８ビットのフィールドである。一連のブロックデータ領域はモジュールを分割したブロックデータ長であるＤＩＩのブロックサイズに等しい。ただし、ブロック番号が最後のものに関しては、ＤＩＩで記述したブロックサイズより小さくてもよい。
【０２０３】
ｄｓｍｃｃＤｏｗｎｌｏａｄＤａｔａＨｅａｄｅｒのデータ構造：
図２２（Ｂ）には、ＡＲＩＢ  ＳＴＤ−Ｂ２４で定義されるｄｓｍｃｃＤｏｗｎｌｏａｄＤａｔａＨｅａｄｅｒのデータ構造の様子を示す。
【０２０４】
ｐｒｏｔｏｃｏｌＤｉｓｃｒｉｍｉｎａｔｏｒ：
この８ビットのフィールドは「０ｘ１１」に設定され、このメッセージがＭＰＥＧ−２、ＤＳＭ−ＣＣメッセージであることを示す。
【０２０５】
ｄｓｍｃｃＴｙｐｅ：
（ＤＳＭ−ＣＣ型）この８ビットのフィールドはＭＰＥＧ−２、ＤＳＭ−ＣＣメッセージの種類を表し、データカルーセル伝送におけるＤＤＢメッセージでは「０ｘ０３」（Ｕ−Ｎダウンロードメッセージ）に設定する。
【０２０６】
ｍｅｓｓａｇｅＩｄ：
（メッセージ型識別）この１６ビットのフィールドは、ＤＳＭ−ＣＣメッセージの型を識別し、ＤＤＢメッセージでは「０ｘ１００３」に設定する。
【０２０７】
ｄｏｗｎｌｏａｄＩｄ：
（ダウンロード識別）この３２ビットのフィールドには、対応するＤＩＩメッセージの中のダウンロード識別と同じ値を設定する。
【０２０８】
ａｄａｐｔａｔｉｏｎＬｅｎｇｔｈ：
（アダプテーション長）この８ビットのフィールドは、ｄｓｍｃｃＡｄａｐｔａｔｉｏｎＨｅａｄｅｒ（）領域のバイト数を示す。
【０２０９】
ｍｅｓｓａｇｅＬｅｎｇｔｈ：
この１６ビットのフィールドは、このフィールドの直後から数えたメッセージのバイト数を示し、ｄｓｍｃｃＡｄａｐｔａｔｉｏｎＨｅａｄｅｒ長にペイロード長を加えた値である。
【０２１０】
ｄｓｍｃｃＡｄａｐｔａｔｉｏｎＨｅａｄｅｒ（）：
図２２（Ｃ）には、ＡＲＩＢ  ＳＴＤ−Ｂ２４で定義されるｄｓｍｃｃＡｄａｐｔａｔｉｏｎＨｅａｄｅｒのデータ構造の様子を示す。
【０２１１】
〔ＤＳＭ−ＣＣデータカルーセル冗長除去処理〕
図２３は図１及び図２に示す送信側のデジタル放送素材伝送装置（送信側装置）３におけるＤＳＭ−ＣＣデータカルーセル冗長除去処理のフローチャートを示す。
【０２１２】
この処理は図２に示す送信側装置３におけるＣＰＵで行われるソフトウェア（プログラム）処理である。この処理により送信側装置３では、図７及び図９に示すＤＩＩ（ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ）を含むＤＳＭ−ＣＣセクション、及びＤＤＢ（ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ）を含むＤＳＭ−ＣＣセクションの同一バージョンでかつ２周目以降の部分を除去し、替わりに情報量の少ないカルーセルスキップ記述子を含むプライベートセクションＰに置き換えている。
【０２１３】
ＣＰＵにおいて実施されるＤＳＭ−ＣＣデータカルーセル冗長除去処理の手順は次のとおりである。
【０２１４】
初期化処理：
この処理では、後述の２７ＭＨｚ自走カウンタ（図２５）にリセットを掛けた後、２７ＭＨｚ自走カウンタの出力データを監視しながら、後述のロード機能付２７ＭＨｚ自走カウンタ（図２６）のロード設定及びリセットを行う。これにより、図１で示すＰＣＲ揺らぎ抑制区間α及びＰＣＲ揺らぎ抑制区間βにおいて、トランスポートストリームパケット（トランスポートパケットまたはＴＳと記載することもある）のヘッダのアダプテーションフィールドに存在しうるＰＣＲ最終バイトに対し、ＳｙｎｃバイトからこのＳｙｎｃバイトを含み数えた１１バイト目の揺らぎを抑え込むことができる。
【０２１５】
また、後述の有効データ抽出部（リードソロモン復号化機能を含む）（図２５）に対し、入力されるＴＳが１８８バイト単位のトランスポートストリームパケットであるか、２０４バイト単位の外符号としてリードソロモン符号化されたトランスポートストリームパケットであるかを知らせる。
【０２１６】
処理前ＴＳバッファ判定処理：
図２で示した処理前ＴＳバッファ１３に１ＴＳ分の有効データが存在するか判定する。つまり、処理前ＴＳバッファ１３の中にある有効データ数を読み出し、１ＴＳ分のデータがあるか判定する。存在しない（ＮＯ）場合は待ち、後述のＭＩＳＣ処理でその他処理を実施した後、再び処理前ＴＳバッファ判定処理を行う。存在する（ＹＥＳ）場合は次のＴＳ抽出処理に進む。
【０２１７】
ＴＳ抽出処理：
処理前ＴＳバッファ１３からトランスポートパケット（１ＴＳ分のデータ）を抽出する（読み出す）。抽出後は次のＴＳ保存処理に進む。
【０２１８】
ＴＳ保存処理：
抽出したトランスポートパケットを内部ＲＡＭ（図２）へ保存する。保存後は次のＰＩＤ判定１処理へ進む。
【０２１９】
ＰＩＤ判定１処理：
ＴＳヘッダのＰＩＤ（パケット識別子）が、ＰＡＴ（プログラムアソシエーションテーブル）、ＰＭＴ（プログラムマップテーブル）、ＣＡＳ（コンディショナルアクセステーブル）、またはＮＩＴ（ネットワークインフォーメーションテーブル）であるか判定する。ＹＥＳのときは、ＴＳ分解１処理へ進む。ＮＯのときは、ＰＩＤ判定２処理へ進む。
【０２２０】
ＰＩＤ判定２処理：
ＴＳヘッダＰＩＤが、ＰＥＳ（パケッタイズドエレメンタリストリーム）パケットであるか判定する。ＹＥＳのときは、この処理をスキップしてＴＳ読出処理まで進む。ＮＯのときは、ＰＩＤ判定３処理へ進む。
【０２２１】
ＰＩＤ判定３処理：
ＴＳヘッダＰＩＤが、ＤＳＭ−ＣＣセクションであるか判定する。ＮＯのときは、この処理をスキップしてＴＳ読出処理まで進む。ＹＥＳのときは、ＴＳ分解２処理へ進む。
【０２２２】
ＴＳ分解１処理：
ＩＳＯ／ＩＥＣ及びＡＲＩＢで定められる標準的な方法により、ＰＡＴ、ＰＭＴ、ＣＡＳ、及びＮＩＴを抽出し、ＴＳ読出処理まで進む。なお、この経路をたどる場合には、このＤＳＭ−ＣＣデータカルーセル冗長除去処理にてＴＳを除去または加工することは無い。
【０２２３】
ＴＳ分解２処理：
ＩＳＯ／ＩＥＣ及びＡＲＩＢで定められる標準的な方法により、トランスポートパケットからＤＳＭ−ＣＣセクションを抽出し、次のＤＳＭ−ＣＣセクション判定１処理へ進む。
【０２２４】
ＤＳＭ−ＣＣセクション判定１処理：
ＤＳＭ−ＣＣセクションに内包される情報が、ＤＩＩであるかをＤＳＭ−ＣＣセクションのｔａｂｌｅ＿ｉｄにて判定する。ＮＯのときは、ＤＳＭ−ＣＣセクション判定２処理へ進む。ＹＥＳのときは、次のＤＳＭ−ＣＣセクション分解処理へ進む。
【０２２５】
ＤＳＭ−ＣＣセクション判定２処理：
ＤＳＭ−ＣＣセクションに内包される情報が、ＤＤＢであるかをＤＳＭ−ＣＣセクションのｔａｂｌｅ＿ｉｄにて判定する。ＮＯのときは、ＰＣＲ有無判定処理へ進む。ＹＥＳのときは、取込禁止フラグ判定処理へ進む。
【０２２６】
ＤＳＭ−ＣＣセクション分解処理：
ＩＳＯ／ＩＥＣ及びＡＲＩＢで定められる標準的な方法により、ＤＳＭ−ＣＣセクションを分解し、ＤＩＩを抽出する。次に、ＤＩＩ差分判定処理へ進む。
【０２２７】
ＤＩＩ差分判定処理：
以前に内部ＲＡＭに保存したＤＩＩと現在のＤＩＩとを比較判定する。つまり、抽出したＤＩＩと内部ＲＡＭに保存したＤＩＩとをＤＩＩのｔｒａｎｓａｃｔｉｏｎ＿ｉｄを用いて比較し、ＤＩＩバージョンに差分があるか判定する。差分なし（ＮＯ）の場合には取込禁止フラグＯＮ設定処理に進み、差分あり（ＹＥＳ）の場合には次のＤＳＭ−ＣＣセクション保存処理１へ進む。
【０２２８】
ＤＳＭ−ＣＣセクション保存処理１：
ＤＩＩを含むＤＳＭ−ＣＣセクションを内部ＲＡＭへ保存し、次の取込禁止フラグＯＦＦ設定処理へ進む。
【０２２９】
ＤＳＭ−ＣＣセクション保存処理２：
ＤＤＢを含むＤＳＭ−ＣＣセクションを内部ＲＡＭへ保存し、次のＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ保存処理へ進む。
【０２３０】
取込禁止フラグＯＦＦ設定処理：
内部変数（プログラム変数）である取込禁止フラグにＯＦＦを設定し、次のＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ保存処理へ進む。
【０２３１】
取込禁止フラグＯＮ設定処理：
内部変数である取込禁止フラグにＯＮを設定し、次のカルーセルスキップ記述子生成処理へ進む。
【０２３２】
ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ保存処理：
内部ＲＡＭにＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ情報を保存する。次に、ＴＳ読出処理へ進む。なお、この経路をたどる場合には、このＤＳＭ−ＣＣデータカルーセル冗長除去処理にてＴＳを除去または加工することは無い。
【０２３３】
ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ保存処理：
内部ＲＡＭにＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ情報を保存する。次に、ＴＳ読出処理へ進む。なお、この経路をたどる場合には、このＤＳＭ−ＣＣデータカルーセル冗長除去処理にてＴＳを除去または加工することは無い。
【０２３４】
ＴＳ読出処理：
先のＴＳ保存処理にて内部ＲＡＭに格納したトランスポートパケットを読み出す。次に、ＴＳ書込処理に進む。
【０２３５】
ＴＳ書込処理：
処理後ＴＳバッファ１４へトランスポートパケット（１ＴＳ分のデータ）の書き込みを行う。処理前ＴＳバッファ判定処理へ戻る。
【０２３６】
カルーセルスキップ記述子生成処理：
カルーセルスキップ記述子（図１１参照）を生成し、次のプライベートセクション生成カルーセルスキップ記述子埋込処理へ進む。
【０２３７】
プライベートセクション生成カルーセルスキップ記述子埋込処理：
カルーセルスキップ記述子を含むプライベートセクション（図１３参照）を生成し、次のＴＳ生成処理へ進む。
【０２３８】
ＴＳ生成処理：
プライベートセクションを含むトランスポートパケットを生成し、次のＴＳ書込処理へ進む（図１６参照）。
【０２３９】
スタッフィング記述子生成処理：
スタッフィング記述子（図１２参照）を生成し、プライベートセクション生成スタッフィング記述子埋込処理へ進む。
【０２４０】
プライベートセクション生成スタッフィング記述子埋込処理：
スタッフィング記述子を含むプライベートセクション（図１４参照）を生成し、次のＴＳ複写・ＰＩＤ書換処理に進む。
【０２４１】
ＴＳ複写・ＰＩＤ書換処理：
内部ＲＡＭからトランスポートパケットのヘッダをコピーし、ＰＩＤをＤＳＭ−ＣＣセクションからプライベートセクションに書き換える。トランスポートパケットのペイロードには、先に生成したスタッフィング記述子を含むプライベートセクションを書き込み、次のＴＳ書込処理へ進む。
【０２４２】
つまり、ＴＳ保存処理にて格納したトランスポートパケットのヘッダ部分のみを複写し、ＰＩＤをスタッフィング記述子を含むプライベートセクションのものに置き換える。ペイロードにはスタッフィング記述子を含むプライベートセクションを埋め込み、図１６で示すプライベートセクションを含むトランスポートパケットを生成する。
【０２４３】
ＰＣＲ有無判定処理：
内部ＲＡＭに保存されたトランスポートパケットのヘッダにアダプテーションフィールドのＰＣＲが存在するか判定する。存在しない（ＮＯ）場合、ＴＳ書込処理を省略して処理前ＴＳバッファ判定処理に戻り、存在する（ＹＥＳ）場合、カルーセルスキップ記述子生成処理へ進む。
【０２４４】
取込禁止フラグ判定：
内部変数である取込禁止フラグを判定する。ＯＦＦ（ＹＥＳ）の場合にはＤＳＭ−ＣＣセクション保存処理２へ進み、ＯＮ（ＮＯ）の場合にはＰＣＲ有無判定処理へ進む。
【０２４５】
ＭＩＳＣ処理：
処理前ＴＳバッファ判定処理の判定結果、ＮＯの場合に行うその他の処理である。例えば、デジタル放送素材伝送装置が送信側及び受信側の両者を兼ね備え、全二重処理を実施する場合では、このＭＩＳＣ処理において後述するＤＳＭ−ＣＣデータカルーセル復元（再構築）処理を実施することもできる。
【０２４６】
〔ＤＳＭ−ＣＣデータカルーセル復元（再構築）処理〕
図２４は図１及び図２に示す受信側のデジタル放送素材伝送装置（受信側装置）４におけるＤＳＭ−ＣＣデータカルーセル復元（再構築）処理のフローチャートを示す。
【０２４７】
この処理は図２に示す受信側装置４におけるＣＰＵで行われるソフトウェア（プログラム）処理である。この処理により受信側装置４では、図８及び図１０に示すカルーセルスキップ記述子を含むプライベートセクションＰからＤＩＩ（ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ）を含むＤＳＭ−ＣＣセクション、及びＤＤＢ（ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ）を含むＤＳＭ−ＣＣセクションの同一バージョンでかつ２周目以降の部分を復元（再構築）している。
【０２４８】
ＣＰＵにおいて実施されるＤＳＭ−ＣＣデータカルーセル復元処理の手順は次のとおりである。
【０２４９】
初期化処理：
この処理では、後述の２７ＭＨｚ自走カウンタ（図２５）にリセットを掛けた後、２７ＭＨｚ自走カウンタの出力データを監視しながら、後述のロード機能付２７ＭＨｚ自走カウンタ（図２６）のロード設定及びリセットを行う。これにより、図１で示すＰＣＲ揺らぎ抑制区間α及びＰＣＲ揺らぎ抑制区間βにおいて、トランスポートパケットのヘッダのアダプテーションフィールドに存在しうるＰＣＲ最終バイトに対し、ＳｙｎｃバイトからこのＳｙｎｃバイトを含み数えた１１バイト目の揺らぎを抑え込むことができる。
【０２５０】
また、後述の有効データ生成部（リードソロモン符号化機能を有する）（図２６）に対し、出力すべきトランスポートパケットが１８８バイト単位のトランスポートストリームパケットであるか、２０４バイト単位の外符号としてリードソロモン符号化されたトランスポートストリームパケットであるかを知らせる。
【０２５１】
処理前ＴＳバッファ判定処理：
図２で示した処理前ＴＳバッファ１３に１ＴＳ分の有効データが存在するか判定する。つまり、処理前ＴＳバッファ１３の中にある有効データ数を読み出し、１ＴＳ分のデータがあるか判定する。存在しない（ＮＯ）場合は次のカルーセル補完開始フラグ判定処理へ進み、存在する（ＹＥＳ）場合は次のＴＳ抽出処理に進む。
【０２５２】
ＴＳ抽出処理：
処理前ＴＳバッファ１３からトランスポートパケット（１ＴＳ分のデータ）を抽出する（読み出す）。抽出後は次のＴＳ保存処理に進む。
【０２５３】
ＴＳ保存処理：
抽出したトランスポートパケットを内部ＲＡＭへ保存する。保存後は次のＰＩＤ判定１処理へ進む。
【０２５４】
ＰＩＤ判定１処理：
ＴＳヘッダのＰＩＤ（パケット識別子）が、ＰＡＴ（プログラムアソシエーションテーブル）、ＰＭＴ（プログラムマップテーブル）、ＣＡＳ（コンディショナルアクセステーブル）、またはＮＩＴ（ネットワークインフォーメーションテーブル）であるか判定する。ＹＥＳのときは、ＴＳ分解１処理へ進む。ＮＯのときは、ＰＩＤ判定２処理へ進む。
【０２５５】
ＰＩＤ判定２処理：
ＴＳヘッダのＰＩＤが、ＰＥＳ（パケッタイズドエレメンタリストリーム）パケットであるか判定する。ＹＥＳのときは、処理をスキップしてＴＳ読出処理まで進む。ＮＯのときは、ＰＩＤ判定３処理へ進む。
【０２５６】
ＰＩＤ判定３処理：
ＴＳヘッダのＰＩＤが、プライベートセクションであるか判定する。ＹＥＳのときは、プライベートセクション分解処理へ進む。ＮＯのときは、ＰＩＤ判定４処理へ進む。
【０２５７】
ＰＩＤ判定４処理：
ＴＳヘッダのＰＩＤが、ＤＳＭ−ＣＣセクションであるか判定する。ＹＥＳのときは、ＴＳ分解２処理へ進む。ＮＯのときは、この処理をスキップしてＴＳ読出処理まで進む。
【０２５８】
ＴＳ分解１処理：
ＩＳＯ／ＩＥＣ及びＡＲＩＢで定められる標準的な方法により、ＰＡＴ、ＰＭＴ、ＣＡＳ、及びＮＩＴを抽出してＴＳ読出処理まで進む。なお、この経路をたどる場合には、このＤＳＭ−ＣＣデータカルーセル復元処理にてＴＳを除去または加工することは無い。
【０２５９】
ＴＳ分解２処理：
ＩＳＯ／ＩＥＣ及びＡＲＩＢで定められる標準的な方法により、トランスポートパケットからＤＳＭ−ＣＣセクションを抽出し、次のＤＳＭ−ＣＣセクション判定１処理へ進む。
【０２６０】
ＤＳＭ−ＣＣセクション判定１処理：
ＤＳＭ−ＣＣセクションに内包される情報がＤＩＩであるかＤＳＭ−ＣＣセクションのｔａｂｌｅ＿ｉｄにて判定する。ＮＯならばＤＳＭ−ＣＣセクション判定２処理へ進む。ＹＥＳならば次のＤＳＭ−ＣＣセクション分解処理へ進む。
【０２６１】
ＤＳＭ−ＣＣセクション判定２処理：
ＤＳＭ−ＣＣセクションに内包される情報がＤＤＢであるかＤＳＭ−ＣＣセクションのｔａｂｌｅ＿ｉｄにて判定する。ＮＯならばこの処理をスキップしてＴＳ読出処理まで進む。ＹＥＳならばＤＳＭ−ＣＣセクション保存処理２処理へ進む。
【０２６２】
ＤＳＭ−ＣＣセクション分解処理：
ＩＳＯ／ＩＥＣ及びＡＲＩＢで定められる標準的な方法により、ＤＳＭ−ＣＣセクションを分解し、ＤＩＩを抽出する。次に、ＤＳＭ−ＣＣセクション保存処理１へ進む。
【０２６３】
ＤＳＭ−ＣＣセクション保存処理１：
ＤＩＩを含むＤＳＭ−ＣＣセクションを内部ＲＡＭへ保存し、次のカルーセル補完開始フラグＯＦＦ設定処理へ進む。
【０２６４】
ＤＳＭ−ＣＣセクション保存処理２：
ＤＤＢを含むＤＳＭ−ＣＣセクションを内部ＲＡＭへ保存し、次のＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ保存処理へ進む。
【０２６５】
カルーセル補完開始フラグＯＦＦ設定処理：
内部変数（プログラム変数）であるカルーセル補完開始フラグにＯＦＦを設定し、次のＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ保存処理へ進む。
【０２６６】
ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ保存処理：
内部ＲＡＭにＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ情報を保存する。次に、ＴＳ読出処理へ進む。なお、この経路をたどる場合には、このＤＳＭ−ＣＣデータカルーセル復元処理にてＴＳを除去または加工することは無い。
【０２６７】
ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ保存処理：
内部ＲＡＭにＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ情報を保存する。次に、ＴＳ読出処理へ進む。なお、この経路をたどる場合には、このＤＳＭ−ＣＣデータカルーセル復元処理にてＴＳを除去または加工することは無い。
【０２６８】
ＴＳ読出処理：
先のＴＳ保存処理にて内部ＲＡＭに格納したトランスポートパケットを読み出す。次に、ＴＳ書込処理に進む。
【０２６９】
ＴＳ書込処理：
処理後ＴＳバッファ１４へトランスポートパケット（１ＴＳ分のデータ）の書き込みを行う。この処理の後、処理前ＴＳバッファ判定処理に戻る。
【０２７０】
プライベートセクション分解処理：
トランスポートパケットからプライベートセクションを抽出する。つまり、プライベートセクションを分解し、カルーセルスキップ記述子またはスタッフィング記述子を抽出する。次に、記述子判定処理へ進む。
【０２７１】
記述子判定処理：
記述子がカルーセルスキップ記述子であるか判定する。ＹＥＳならば次のカルーセル補完開始フラグＯＮ設定処理へ進む。ＮＯならばＤＳＭ−ＣＣセクション複写処理２へ進む。
【０２７２】
カルーセル補完開始フラグＯＮ設定処理：
内部変数であるカルーセル補完開始フラグにＯＮを設定し、次のＤＳＭ−ＣＣセクション複写処理１へ進む。
【０２７３】
ＤＳＭ−ＣＣセクション複写処理１：
ＤＳＭ−ＣＣセクション保存処理１で保存されたＤＩＩを含むＤＳＭ−ＣＣセクションを内部ＲＡＭから読み出して複写する。次に、ＴＳ生成処理へ進む。
【０２７４】
ＴＳ生成処理：
図１７及び図１８で示すプライベートセクションを含むトランスポートパケットを生成して次のＴＳ書込処理へ進む。
【０２７５】
カルーセル補完開始フラグ判定処理：
内部変数であるカルーセル補完開始フラグを判定する。ＯＮ（ＹＥＳ）の場合にはＤＳＭ−ＣＣセクション複写処理２へ進み、ＯＦＦ（ＮＯ）の場合にはＭＩＳＣ処理でその他の処理を実施した後、再び処理前ＴＳバッファ判定処理を行う。
【０２７６】
ＤＳＭ−ＣＣセクション複写処理２：
ＤＳＭ−ＣＣセクション保存処理１で保存されたＤＤＢを含むＤＳＭ−ＣＣセクションを内部ＲＡＭから読み出して複写する。次に、ＴＳ複写・ＰＩＤ書換処理へ進む。
【０２７７】
ＴＳ複写・ＰＩＤ書換処理：
内部ＲＡＭからトランスポートパケットのヘッダをコピーし、ＰＩＤをプライベートセクションからＤＳＭ−ＣＣセクションに書き換える。トランスポートパケットペイロードには、先に生成したＤＳＭ−ＣＣセクションを書き込み、次のＴＳ書込処理へ進む。
【０２７８】
つまり、ＴＳ保存処理にて格納したトランスポートパケットのヘッダ部分のみを複写し、ＰＩＤをＤＳＭ−ＣＣセクションのものに置き換える。ペイロードにはＤＳＭ−ＣＣセクションを埋め込み、図２１で示すＤＳＭ−ＣＣセクションを含むトランスポートパケットを生成する。
【０２７９】
ＭＩＳＣ処理：
処理前ＴＳバッファ判定処理の判定結果、ＮＯの場合に行うその他の処理である。図１で示すデジタル放送素材伝送装置が送信側及び受信側の両者を兼ね備え、全二重処理を実施する場合、このＭＩＳＣ処理において、上述のＤＳＭ−ＣＣデータカルーセル冗長除去処理を実施することもできる。
【０２８０】
〔ＴＳ抽出制御部の詳細構成〕
図２５は図２に示すデジタル放送素材伝送装置３，４におけるＴＳ抽出制御部１２の詳細構成を示す。
【０２８１】
図２５は、図１で示すＰＣＲ揺らぎ抑制区間α及びＰＣＲ揺らぎ抑制区間βにおいて、トランスポートパケットヘッダのアダプテーションフィールドに存在しうるＰＣＲ最終バイトに対し、ＳｙｎｃバイトからこのＳｙｎｃバイトを含み数えた１１バイト目の揺らぎを抑え込む手段として、図２で示すＴＳ抽出制御部１２により入力側ＤＶＢ−ＡＳＩ上のＭＰＥＧ−ＴＳ信号におけるＰＣＲ位置を記憶する仕組みを説明するためのものである。
【０２８２】
ＴＳ抽出制御部１２は、２７ＭＨｚ自走カウンタ１２１、有効ＴＳ数カウンタ１２２、Ｓｙｎｃバイト比較器１２３、及びリードソロモン復号化機能を有する有効データ抽出部１２４を備えている。
【０２８３】
Ｓｙｎｃバイト比較器１２３では、１０Ｂ／８Ｂ変換部１１から２７ＭＨｚで入力される８ビットデータをＳｙｎｃバイト（０ｘ４７）と比較する。Ｓｙｎｃバイト比較部１２３は、比較の結果、Ｓｙｎｃバイトと一致する場合には、有効ＴＳ数カウンタ１２２に制御信号としてリセット信号を送出する。
【０２８４】
詳述すると、Ｓｙｎｃバイト比較器１２３では、前段の１０Ｂ／８Ｂ変換部１１より制御信号と８ビットデータ信号とを、また前段のクロック抽出部１９より２７ＭＨｚのクロック信号とを得て、制御信号が有効を示した場合のみ、８ビットデータ信号の値がＩＳＯ／ＩＥＣ１３８１８−１のトランスポートパケットヘッダで規定されるＳｙｎｃバイトであるか比較し、一致する場合には、後段の有効ＴＳ数カウンタ１２２のリセット端子（ＲＳＴ）に対し制御信号（リセット信号）を送り、有効ＴＳ数カウンタ１２２のカウンタ値をリセットさせる。なお、この１０Ｂ／８Ｂ変換部１１とは、図５で示す同期バイト検出処理と８Ｂ／１０Ｂデコード（１０Ｂ／８Ｂ変換）処理とを兼ね備えた部位である。
【０２８５】
有効データ抽出部１２４では、ＣＰＵ制御の１８８／２０４設定により、入力ＤＶＢ−ＡＳＩ上のＭＰＥＧ−ＴＳ信号が１８８バイト単位のトランスポートパケットであるか、２０４バイト単位の外符号としてリードソロモン符号化されたトランスポートパケットであるかを知る。後者の場合には、ここでリードソロモン復号処理ロジックにより前者の１０８バイト単位のトランスポートパケットに変換される。有効データ抽出部１２４では、１０Ｂ／８Ｂ変換部１１から２７ＭＨｚで入力される８ビットデータ信号と無効信号（制御信号）とにより、有効データを抽出し、後段の処理前ＴＳバッファ１３へ書き込む。この際、有効／無効信号により有効期間を知り、この結果、有効ＴＳ数カウンタ部１２２にクロック信号を、また後段の処理前ＴＳバッファ１３に書込許可信号（ＷＲＩＴＥ  ＥＮＡＢＬＥ信号）を供給する。
【０２８６】
詳述すると、有効データ抽出部１２４は、前段の１０Ｂ／８Ｂ変換部１１より制御信号と８ビットデータ信号とを、また前段のクロック抽出部１９よりクロック信号を得て、制御信号が有効と示した場合のみ８ビットデータ信号を処理前ＴＳバッファ１３のデータ入力端子（ＤＡＴＡ）に透過させ、後段の有効ＴＳ数カウンタ１２２のクロック端子（ＣＬＫ）及び後段の処理前ＴＳバッファ１３の書込許可端子（ＷＲＩＴＥ  ＥＮＡＢＬＥ）に対し制御信号を送る。
【０２８７】
次に、処理前ＴＳバッファ１３では、前段のクロック抽出部１９よりクロック信号を得て、有効データ抽出部１２４より得た制御信号のタイミングにて８ビットデータ信号の値を内部に取り込む。ここで、処理前ＴＳバッファ１３に取り込まれた８ビットデータ信号は、図２で示すＣＰＵバスを通してＣＰＵによって読み出され、図２３及び図２４を参照して説明した各処理のソフトウエア処理のために使われる。
【０２８８】
２７ＭＨｚ自走カウンタ１２１では、前段のクロック抽出部１９よりクロック信号を得て内部カウンタ値をカウントアップさせ、後段のＴＳタイムスタンプバッファ１６に対し３２ビットデータ信号として出力する。また、この２７ＭＨｚ自走カウンタ１２１については、ＣＰＵバスからのリセット信号を書き込むことができるとともに、ＣＰＵバスを通して３２ビットデータ信号を読み出すことができ、後述するロード機能付２７ＭＨｚ自走カウンタ（図２６）と併せ、自走カウンタ間の位相調整と遅延時間決定とを行うために使用される。
【０２８９】
有効ＴＳ数カウンタ部１２２は、Ｓｙｎｃバイト比較部１２３からリセット信号を、また有効データ抽出部１２４からクロック信号を入力され、リセット信号の入力時には、ＣＰＵバスを通してデータ「０ｘ０５」をロードして動作する４ビットカウンタである。有効ＴＳ数カウンタ１２２は、計数満了時には、ＴＳタイムスタンプバッファ１６に対して、キャリー端子（Ｃａｒｒｙ）より書込許可信号を出力する。
【０２９０】
前段の有効ＴＳ数カウンタ１２２より、ＳｙｎｃバイトからこのＳｙｎｃバイトを含めた１１バイト後方の有効データ位置タイミングを制御信号として通知されたＴＳタイムスタンプバッファ１６では、前段の２７ＭＨｚ自走カウンタ１２１より３２ビットデータ信号を受け、これをデータ入力端子（ＤＡＴＡ）から内部に取り込む。ここで、ＴＳタイムスタンプバッファ１６に取り込まれたＴＳタイムスタンプとしての３２ビットデータ信号は、後述のＤＶＢ−ＡＳＩ生成制御部１５（図２６）によって利用される。
【０２９１】
〔ＤＶＢ−ＡＳＩ生成制御部の詳細構成〕
図２６は図２に示すデジタル放送素材伝送装置３，４におけるＤＶＢ−ＡＳＩ生成制御部１５の詳細構成を示す。
【０２９２】
図２６は、図１で示すＰＣＲ揺らぎ抑制区間α及びＰＣＲ揺らぎ抑制区間βにおいてトランスポートパケットヘッダのアダプテーションフィールドに存在しうるＰＣＲ最終バイトに対し、ＳｙｎｃバイトからこのＳｙｎｃバイトを含み数えた１１バイト目の揺らぎを抑え込む手段として、図２で示すＤＶＢ−ＡＳＩ生成制御部１５により記憶したＰＣＲ位置情報を基にＰＣＲ位置を入力側ＤＶＢ−ＡＳＩ上のＭＰＥＧ−ＴＳ信号に対し一定に保つ仕組みを説明するためのものである。
【０２９３】
ＤＶＢ−ＡＳＩ生成制御部１５は、ロード機能付２７ＭＨｚ自走カウンタ１５１、ＴＳタイムスタンプ比較器１５２、及びリードソロモン符号化機能を有する有効データ生成部１５３を備えている。
【０２９４】
ロード機能付２７ＭＨｚ自走カウンタ１５１は、ＣＰＵバスに接続されたロード端子（ＬＯＡＤ）及びリセット端子（ＲＳＴ）に入力される各信号により、図２５の２７ＭＨｚ自走カウンタ１２１に対する位相を制御することができるカウンタである。この自走カウンタ１５１のクロック端子（ＣＬＫ）へのクロック信号は、前段のクロック抽出部１９（図２、図２５）より提供される。自走カウンタ１５１のデータ出力端子（ＤＡＴＡ）からの出力（３２ビットデータ信号）は、後段のＴＳタイムスタンプ比較器１５２の一方のデータ入力となる。
【０２９５】
つまり、ロード機能付２７ＭＨｚ自走カウンタ１５１では、クロック抽出部１９よりクロック信号を得て、内部カウンタ値をカウントアップさせ、後段のＴＳタイムスタンプ比較器１５２に対して３２ビットデータ信号を出力する。また、この自走カウンタ１５１には、ＣＰＵバスからリセット（リセット信号）とカウンタの初期値とを書き込める仕組みが存在し、２７ＭＨｚ自走カウンタ１２１と併せ、自走カウンタ間の位相調整と遅延時間決定とを行うために使用される。
【０２９６】
ＴＳタイムスタンプ比較器１５２では、予め前段のＴＳタイムスタンプバッファ１６の読出許可端子（ＲＥＡＤ  ＥＮＡＢＬＥ）に制御信号として読出許可信号を与えることで、ＴＳタイムスタンプバッファ１６から１つのタイムスタンプ値（３２ビットデータ信号）を読み出しておき、前段のロード機能付２７ＭＨｚ自走カウンタ１５１から得るカウンタ値（３２ビットデータ信号）と常時比較し、一致したタイミングから１８８バイト連続で制御信号を発生させる。この制御信号は、前段の処理後ＴＳバッファ１４の読出許可端子と後段の８Ｂ／１０Ｂ変換部１７とに対して与えられており、この８Ｂ／１０Ｂ変換部１７に対して処理後ＴＳバッファ１４からの有効データ取得を促す役割を果たす。
【０２９７】
つまり、このＴＳタイムスタンプ比較器１５２は、ＴＳタイムスタンプバッファ１６に読出許可信号を与え、ＴＳタイムスタンプバッファ１６のデータ出力端子（ＤＡＴＡ）よりタイムスタンプを得て、内部に保持する。
【０２９８】
ＴＳタイムスタンプ比較器１５２は、この保持したタイムスタンプと、ロード機能付２７ＭＨｚ自走カウンタ１５１のデータ出力端子（ＤＡＴＡ）より入力された値とが等しくなったとき、これを契機に処理後ＴＳバッファ１４の読出許可信号及び８Ｂ／１０Ｂ変換部１７の取込信号対応の制御信号をアクティブにし、１ＴＳサイズ分連続的に処理後ＴＳバッファ１４から読み出したデータ（８ビットデータ信号）を有効データ生成部１５３を透過して８Ｂ／１０Ｂ変換部１７へ送り込む機能を有する。
【０２９９】
１ＴＳ分送り終わると、処理後ＴＳバッファ１４の読出許可信号及び８Ｂ／１０変換部１７の取込信号を非アクティブにして、８Ｂ／１０Ｂ変換部１７にスタッフィングデータＫ２８．５の生成を促す。なお、この８Ｂ／１０Ｂ変換部１７とは、図５で示す８Ｂ／１０Ｂエンコード（８Ｂ／１０Ｂ変換）処理と同期バイト生成（挿入）処理とを兼ね備えた部位である。
【０３００】
リードソロモン符号化機能を有する有効データ生成部１５３では、ＣＰＵ制御の１８８／２０４設定により、出力ＤＶＢ−ＡＳＩ上のＭＰＥＧ−ＴＳ信号が１８８バイト単位のトランスポートパケットであるか、２０４バイト単位の外符号としてリードソロモン符号化されたトランスポートパケットであるかを知る。後者の場合には、ここでリードソロモン符号処理ロジックにより後者の２０４バイト単位のトランスポートパケットに変換される。
【０３０１】
〔変形例〕
上述した一実施の形態における処理はコンピュータで実行可能なプログラムとして提供され、ＣＤ−ＲＯＭやフレキシブルディスクなどの記録媒体、さらには通信回線を経て提供可能である。
【０３０２】
また、上述した一実施の形態における各処理はその任意の複数または全てを選択し組合せて実施することもできる。
【０３０３】
〔その他〕
（付記１）  通信事業者提供の有線通信ネットワークを介し、放送素材としての映像・音声・データ素材を多数の箇所へ同時に配信可能にする地上波デジタル放送のデータ放送素材伝送方法であって；
前記有線通信ネットワークの入口部分対応の送信側において、データ放送素材を含むＭＰＥＧストリームから繰り返し伝送のために設定されているカルーセル冗長情報を除去するステップと；
前記有線通信ネットワークの出口部分対応の受信側において、前記ＭＰＥＧストリームに前記カルーセル冗長情報を復元するステップと；
を備えるデータ放送素材伝送方法（１）。
【０３０４】
（付記２）  前記カルーセル冗長情報の除去状況を前記ＭＰＥＧストリームにおけるユーザ自由使用領域に設定して前記送信側から前記受信側に送信するステップ
を更に備える付記１記載のデータ放送素材伝送方法（２）。
【０３０５】
（付記３）  前記カルーセル冗長情報の除去状況は、復元タイミング及び復元数を含む
付記２記載のデータ放送素材伝送方法。
【０３０６】
（付記４）  前記ＭＰＥＧストリームにおけるユーザ自由使用領域は、プライベートセクションである
付記２記載のデータ放送素材伝送方法（３）。
【０３０７】
（付記５）  除去対象の前記カルーセル冗長情報として、ＤＩＩ（ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ）を含むＤＳＭ−ＣＣセクションと、ＤＤＢ（ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ）を含むＤＳＭ−ＣＣセクションとの同一バージョンで、かつ２周目以降の部分を除去し、前記カルーセル冗長情報の除去状況を示す情報量の少ないカルーセルスキップ記述子を含むプライベートセクションに置換するステップ
を更に備える付記２記載のデータ放送素材伝送方法（４）。
【０３０８】
（付記６）  入力側の前記ＭＰＥＧストリームから抽出したクロック信号で自走カウンタをカウントアップさせたタイムスタンプを利用し、入力側の前記ＭＰＥＧストリームに対し、処理後の出力側のＭＰＥＧストリームのプログラムクロックリファレンス位置を常に固定遅延を有した一定間隔に保つステップ
を更に備える付記１記載のデータ放送素材伝送方法（５）。
【０３０９】
（付記７）  通信事業者提供の有線通信ネットワークを介し、放送素材としての映像・音声・データ素材を多数の箇所へ同時に配信可能にする地上波デジタル放送のデータ放送素材伝送装置であって；
前記有線通信ネットワークの入口部分対応の送信側において、データ放送素材を含むＭＰＥＧストリームから繰り返し伝送のために設定されているカルーセル冗長情報を除去する手段と；
前記有線通信ネットワークの出口部分対応の受信側において、前記ＭＰＥＧストリームに前記カルーセル冗長情報を復元する手段と；
を備えるデータ放送素材伝送装置。
【０３１０】
（付記８）  前記カルーセル冗長情報の除去状況を前記ＭＰＥＧストリームにおけるユーザ自由使用領域に設定して前記送信側から前記受信側に送信する手段
を更に備える付記７記載のデータ放送素材伝送装置。
【０３１１】
（付記９）  前記カルーセル冗長情報の除去状況は、復元タイミング及び復元数を含む
付記８記載のデータ放送素材伝送装置。
【０３１２】
（付記１０）  前記ＭＰＥＧストリームにおけるユーザ自由使用領域は、プライベートセクションである
付記８記載のデータ放送素材伝送装置。
【０３１３】
（付記１１）  除去対象の前記カルーセル冗長情報として、ＤＩＩ（ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ）を含むＤＳＭ−ＣＣセクションと、ＤＤＢ（ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ）を含むＤＳＭ−ＣＣセクションとの同一バージョンで、かつ２周目以降の部分を除去し、前記カルーセル冗長情報の除去状況を示す情報量の少ないカルーセルスキップ記述子を含むプライベートセクションに置換する手段
を更に備える付記８記載のデータ放送素材伝送装置。
【０３１４】
（付記１２）  入力側の前記ＭＰＥＧストリームから抽出したクロック信号で自走カウンタをカウントアップさせたタイムスタンプを利用し、入力側の前記ＭＰＥＧストリームに対し、処理後の出力側のＭＰＥＧストリームのプログラムクロックリファレンス位置を常に固定遅延を有した一定間隔に保つ手段
を更に備える付記７記載のデータ放送素材伝送装置。
【０３１５】
【発明の効果】
以上説明したように、本発明によれば、例えばＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）によるファイル転送等で配信される場合とは異なり、配信される側の放送局（地方／拠点放送局）では、受けたＭＰＥＧストリームを単に電波送出設備に送り込めば済むようになり、番組としてのまとまりやデータ放送コンテンツのコンポーネントの群管理の面での扱いやすさといった従来からの利便性を継承し、データカルーセル伝送方式の持つ冗長情報を取り除いた形態とすることで、無意味な課金や有線通信ネットワークとしてのデジタル放送素材中継網の伝送帯域圧迫を低減することができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態のデジタル放送素材伝送システムの構成を示すブロック図。
【図２】図１におけるデジタル放送素材伝送装置（送信側装置、受信側装置）の詳細構成示すブロック図。
【図３】ＤＶＢの３種のインターフェースを説明するための図。
【図４】ＤＶＢ−ＡＳＩ仕様の概要を説明するための図。
【図５】ＤＶＢ−ＡＳＩ仕様のレイヤ毎の処理ブロック（送信側、受信側共通）を示す。
【図６】ＤＶＢ−ＡＳＩのビットストリームにおけるＭＰＥＧ−ＴＳ例を示す。
【図７】送信側装置の処理前入力ＭＰＥＧ−ＴＳと処理後出力ＭＰＥＧ−ＴＳとを説明するための図。
【図８】受信側装置の処理前入力ＭＰＥＧ−ＴＳと処理後出力ＭＰＥＧ−ＴＳとを説明するための図。
【図９】送信側装置の処理前入力ＭＰＥＧ−ＴＳと処理後出力ＭＰＥＧ−ＴＳとを説明するための図。
【図１０】受信側装置の処理前入力ＭＰＥＧ−ＴＳと処理後出力ＭＰＥＧ−ＴＳとを説明するための図。
【図１１】カルーセルスキップ記述子の構成を示す。
【図１２】スタッフィング記述子の構成を示す。
【図１３】プライベートセクションの構成（カルーセルスキップ記述子を伝達する場合）を示す。
【図１４】プライベートセクションの構成（スタッフィング記述子を伝達する場合）を示す。
【図１５】トランスポートストリーム構造を示す。
【図１６】プライベートセクションを説明するための図。
【図１７】ＤＳＭ−ＣＣセクション（ＤＩＩメッセージの伝送）を説明するための図。
【図１８】ＤＩＩ（ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ）のデータ構造を示す。
【図１９】ｄｍｃｃＭｅｓｓａｇｅＨｅａｄｅｒ（）のデータ構造を示す。
【図２０】トランザクション識別フォーマットを示す。
【図２１】ＤＳＭ−ＣＣセクション（ＤＤＢメッセージの伝送）を説明するための図。
【図２２】ｄｓｍｃｃＡｄａｐｔａｔｉｏｎＨｅａｄｅｒのデータ構造を示す。
【図２３】送信側装置におけるＤＳＭ−ＣＣデータカルーセル冗長除去処理を説明するためのフローチャート。
【図２４】受信装置側におけるＤＳＭ−ＣＣデータカルーセル復元（再構築）処理を説明するためのフローチャート。
【図２５】ＴＳ抽出制御部の詳細構成を示すブロック図。
【図２６】ＤＶＢ−ＡＳＩ生成制御部の詳細構成を示すブロック図。
【符号の説明】
１    デジタル放送素材伝送システム
２    デジタル放送素材中継サービス提供網（デジタル放送素材中継網）
３    デジタル放送素材伝送装置（送信側装置）
４    デジタル放送素材伝送装置（受信側装置）
【図１】
2005064556.tif 000006
【図２】
2005064556.tif 000007
【図３】
2005064556.tif 000008
【図４】
2005064556.tif 000009
【図５】
2005064556.tif 000010
【図６】
2005064556.tif 000011
【図７】
2005064556.tif 000012
【図８】
2005064556.tif 000013
【図９】
2005064556.tif 000014
【図１０】
2005064556.tif 000015
【図１１】
2005064556.tif 000016
【図１２】
2005064556.tif 000017
【図１３】
2005064556.tif 000018
【図１４】
2005064556.tif 000019
【図１５】
2005064556.tif 000020
【図１６】
2005064556.tif 000021
【図１７】
2005064556.tif 000022
【図１８】
2005064556.tif 000023
【図１９】
2005064556.tif 000024
【図２０】
2005064556.tif 000025
【図２１】
2005064556.tif 000026
【図２２】
2005064556.tif 000027
【図２３】
2005064556.tif 000028
【図２４】
2005064556.tif 000029
【図２５】
2005064556.tif 000030
【図２６】
2005064556.tif 000031