JP2010016860A - データ伝送装置 - Google Patents

Abstract

【課題】映像データを伝送する時、伝送すべきデータの目的に合致した伝送形態を実現できるデータ伝送装置を提供する。
【解決手段】シリアル・ディジタル・トランスファ・インタフェース（ＳＤＴＩ）の伝送パケットに含まれるペイロード部に伝送パケットの転送モードを示すデータを挿入し、またこのペイロード部に伝送パケットのタイミングモードを示すデータを挿入する。転送モードとしては非同期転送モードの他に同期転送モードと等時転送モードがある。タイミングモードは、伝送フレームのどのフィールドに同期させて伝送パケットを転送するかを規定するもので、第１フィールドを使用するノーマルモード、第２フィールドを使用するアドバンスドモード、両フィールドを使用するデュアルモードがある。タイミングモードの設定の仕方によっては送受信間のシステム遅延を最小にすることができる。
【選択図】図１３

Description

この発明はデータ伝送装置に関する。詳しくは、非同期転送モードとは別の転送モードを規定したり、データを伝送するタイミングを規定することによって、伝送すべきデータの目的に合致した伝送形態を実現できるようにしたものである。

ディジタルデータを伝送する伝送フォーマットとして、ＳＭＰＴＥで規格化されたＳＭＰＴＥ−２５９Ｍ「１０-ｂｉｔ ４：２：２ Ｃｏｍｐｏｎｅｎｔ ａｎｄ ４ｆsc Ｃｏｍｐｏｓｉｔｅ Ｄｉｇｉｔａｌ Ｓｉｇｎａｌｓ −Ｓｅｒｉａｌ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ」（以下「ＳＤＩ(Serial Digital Interface)フォーマット」という）のディジタル信号シリアル伝送フォーマットが知られている。この伝送規格は、ディジタルコンポーネントビデオ信号（Ｄ１信号）やディジタルコンポジット信号（Ｄ２信号）などを伝送するための規格である。

この伝送フォーマットでは周知のように、オーディオデータやその他のデータをアンシラリーデータ領域に挿入して伝送できる規格となっているが、圧縮されたデータ（映像データ）をアクティブビデオ領域に挿入して伝送するようなフォーマットとはなっていない。

このような圧縮データでも伝送できるように伝送フォーマットを規格化したのは、ＳＭＰＴＥ−３０５Ｍ「Ｓｅｒｉａｌ Ｄａｔａ Ｔｒａｎｓｐｏｒｔ Ｉｎｔｅｒｆａｃｅ」（以下「ＳＤＴＩフォーマット」という）である。つまりこれはＳＤＩフォーマットのうちアクティブビデオエリアＡＣＶに相当するＳＤＴＩフォーマット上のペイロード(Payload)部に、固定長データの他に、圧縮されたビデオデータや、オーディオデータなどの可変長のデータを挿入して伝送できるようにしたものである。

ところで、このＳＤＴＩフォーマットは、これらのデータを具体的にどのような形態で伝送するのか、その伝送形式は定められていない。

そこで、この発明はこのような従来の課題を解決したものであって、データ特に、他のデータなどと共に若しくは単独で映像データを伝送するときの伝送形態を規定することによって、伝送目的に合ったデータ伝送を実現できるようにしたものである。

請求の範囲１に記載したこの発明に係るデータ伝送装置では、映像フレーム１ラインの区間を、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、映像信号およびまたは音声信号を含むデータが挿入されるペイロード領域とで構成されるシリアル・ディジタル・トランスファ・インタフェースの伝送パケットに変換するエンコーダと、このエンコード出力をシリアル変換するパラレル・シリアル変換器とで構成され、上記エンコーダは、上記ペイロード領域のうち上記データが挿入されるデータブロック領域のデータの種別を示すタイプデータが挿入されるタイプ領域の転送モード領域に、シリアル変換された上記伝送パケットを送信側と受信側とで非同期状態で転送する非同期転送モードの他に、上記送信側と受信側とを同期させた状態で上記伝送パケットを伝送する同期転送モードと、高速伝送や多重伝送を送信側と受信側とで同期させながら行う等時転送モードの何れかを示すデータと上記伝送パケットを上記映像フレームの第１のフィールドを伝送するタイミングで伝送するノーマルタイミングモードか、上記伝送パケットを上記映像フレームの第２のフィールドを伝送するタイミングで伝送するアドバンスタイミングモードか、上記伝送パケットを上記映像フレームの第１および第２のフィールドを伝送するタイミングで伝送するデュアルタイミングモードかを示すデータとを挿入する手段を有するものである。

この発明では、シリアル・ディジタル・トランスファ・インタフェース（ＳＤＴＩ）の伝送パケットに含まれるペイロード部、具体的にはこのペイロード部のデータブロック領域のデータ種別を示すタイプ領域の近傍の領域に伝送パケットの転送モードを示すデータが挿入される。転送モードとしては非同期転送モードの他に同期転送モードと等時転送モードがある。
圧縮されたビデオデータなどを伝送する場合、送信側と受信側とを同期させながらデータを伝送させたり、さらには高速伝送や２チャネルの映像データを多重伝送するときに、送信側と受信側とを同期させながらデータを伝送する必要があるからである。

またＳＤＴＩフォーマットの伝送パケットに含まれるペイロード部、具体的にはこのペイロード部のうち、データブロック領域のデータ種別を示すタイプ領域の近傍の領域に、伝送パケットを伝送するときのタイミングモードを示すデータが挿入される。タイミングモードは、同期転送モードと等時転送モードの何れのモードにも設定される。タイミングモードの設定の仕方によっては送受信間のシステム遅延を最小にすることができる。

この発明を適用できるＳＤＴＩ−ＣＰフォーマットのマッピング例を示す構成図である。 ＥＡＶおよびヘッダデータのフォーマットを示す構成図である。 可変長ブロックのフォーマットを示す構成図である。 システムアイテムの構成図である。 タイムコードの構成図である。 メタデータセットの構成図である。 システムアイテムを除くアイテムの構成図である。 ＳＤＴＩ−ＣＰエレメントフレームの構成図である。 ＭＰＥＧ−２ピクチャ編集メタデータの構成図である。 オーディオアイテムのエレメントデータブロックの構成図である。 ５フレームシーケンスを示すタイミングチャートである。 オーディオ編集メタデータの構成図である。 転送モードとタイミングモードとの関係を示す図である。 Ａ〜Ｄは、同期転送モードおよび非同期転送モードとタイミングモードとにおけるコンテント・パッケージの挿入位置関係を示す図である。 Ａ〜Ｆは、アイソクロナンス転送モードとタイミングモードとにおけるコンテント・パッケージの挿入位置関係を示す図である。 非同期転送モードを説明するためのデータ伝送装置の概要を示す系統図である。 Ａ〜Ｆは、そのデータ転送を説明するタイミングチャートである。 同期転送モードを説明するためのデータ伝送装置の概要を示す系統図である。 Ａ〜Ｋは、同期転送モードにおけるノーマルタイミングモードでのデータ転送を説明するタイミングチャートである。 Ａ、Ｂは、圧縮データとイネープルパルスの関係を示すタイミングチャートである。 Ａ〜Ｋは、同期転送モードにおけるアドバンスドモードでのデータ転送を説明するタイミングチャートである。 同期転送モードにおけるデュアルタイミングモードを採用したときのデータ伝送装置の概要を示す系統図である。 Ａ〜Ｈは、同期転送モードにおけるデュアルタイミングモードでのデータ転送を説明するタイミングチャートである。 Ａ〜Ｃは、アイソクロナンスモードでのデータマッピング例を示す図である。 アイソクロナンスモードにおけるノーマルタイミングモードを採用したときのデータ伝送装置の概要を示す系統図である。 Ａ〜Ｃは、多重データのデータマッピング例を示す図である。 Ａ〜Ｔは、アイソクロナンスモードにおけるノーマルタイミングモードでのデータ転送を説明するタイミングチャートである。 Ａ〜Ｔは、アドバンスドタイミングモードでのデータ転送を説明するタイミングチャート図である。 Ａ、Ｂは、アドバンスドタイミングモードでのデータマッピング例を示す図である。 ＳＤＴＩ−ＣＰエンコーダの一実施形態を示す要部の系統図である。 Ａ〜Ｅは、その動作説明に供するデータマッピング例を示す図である。

以下、図面を参照しながら、この発明の実施の形態について説明する。本実施の形態においては、映像や音声の素材等のデータをパッケージ化してそれぞれのアイテム（例えばピクチャアイテム(Picture Item)やオーディオアイテム(Audio Item)）を生成すると共に、各アイテムに関する情報やメタデータ等をパッケージ化して１つのアイテム（システムアイテム(System Item)）を生成し、これらのアイテムをパッケージ化する。このパッケージ化されたものをコンテント・パッケージと言う。さらに、このコンテントパッケージから伝送パケットを生成して、ＳＭＰＴＥ ３０５Ｍ（Society of Motion Picture and Television Engineers 305M）で規格化されたＳＤＴＩ（シリアルディジタルトランファインターフェイス）を用いて伝送するものである。

このＳＤＴＩはＳＭＰＴＥ ２５９Ｍで規格化されたＳＤＩフォーマットの伝送パケットに対してアンシラリー領域に各種ヘッダ情報を挿入したものである。
ＳＤＩフォーマットについて次に説明する。

このＳＤＩフォーマットは映像１フレームに配置した場合、ＮＴＳＣ５２５方式のディジタルのビデオ信号は、水平方向に１ライン当たり１７１６（４＋２６８＋４＋１４４０）ワード、垂直方向は５２５ラインで構成されている。また、ＰＡＬ６２５方式のディジタルのビデオ信号は、水平方向に１ライン当たり１７２８（４＋２８０＋４＋１４４０）ワード、垂直方向は６２５ラインで構成されている。ただし、１０ビット／ワードである。

各ラインについて、第１ワードから第４ワードまでの４ワードは、ビデオ信号の領域である１４４０ワードのアクティブビデオ領域の終了を示し、アクティブビデオ領域と後述するアンシラリデータ領域とを分離するための符号ＥＡＶ（End of Active Video）を格納する領域として用いられる。

また、各ラインについて、第５ワードから第２７２ワードまでの２６８ワードは、アンシラリデータ領域として用いられ、ヘッダ情報等が格納される。第２７３ワードから第２７６ワードまでの４ワードは、アクティブビデオ領域の開始を示し、アクティブビデオ領域とアンシラリデータ領域とを分離するための符号ＳＡＶ（Start of Active Video）を格納する領域として用いられ、第２７７ワード以降がアクティブビデオ領域とされている。

このアクティブビデオ領域にＤ１信号やＤ２信号のディジタルビデオ信号が挿入される。ＳＤＴＩフォーマットは上述したＳＤＩフォーマットのアクティブビデオ領域をＤ１信号やＤ２信号のみならず、圧縮映像データやコンピュータデータなどの各種データを挿入できるように、アクティブビデオ領域と同じ領域にペイロード領域が設けられている。

さらにＳＤＴＩフォーマットは、アンシラリーデータ領域に各種ヘッダデータが挿入されるヘッダデータ領域が設けられている。ヘッダデータ領域の詳細は後述する。

ＳＤＴＩフォーマットのペイロード領域に上述した各種のアイテムを挿入したのもが本発明に係るＳＤＴＩ−ＣＰフォーマットである。

図１にＳＤＴＩ−ＣＰフォーマットを映像フレームに配置した例を示す。図１に示すようにペイロード領域にシステムアイテム、ピクチャーアイテム、オーディオアイテム、補助アイテム（オグゥジュアリーアイテム）がこの順序で配置される。なお、図１において、括弧内の数字はＰＡＬ６２５方式のビデオ信号の数値を示しており、括弧がない数字はＮＴＳＣ５２５方式のビデオ信号の数値を示している。以下、ＮＴＳＣ方式についてのみ説明する。

終了同期符号ＥＡＶの構成を図２を参照して説明する。この符号ＥＡＶは、３ＦＦh，０００h，０００h，ＸＹＺh（hは１６進表示であることを示しており以下の説明でも同様である）とされている。

「ＸＹＺh」は、ビットｂ９が「１」に設定されると共に、ビットｂ０，ｂ１が「０」に設定される。ビットｂ８はフィールドが第１あるいは第２フィールドのいずれであるかを示すフラグであり、ビットｂ７は垂直ブランキング期間を示すフラグである。またビットｂ６は、４ワードのデータがＥＡＶであるかＳＡＶであるかを示すフラグである。このビットｂ６のフラグは、ＥＡＶのときに「１」とされると共にＳＡＶのときに「０」となる。またビットｂ５〜ｂ２は誤り検出訂正を行うためのデータである。

次に、アンシラリデータ領域に含まれるヘッダデータ（Header Data）の構成を同じく図２に示す。ヘッダデータの最初は、ヘッダデータ認識用のデータ「ＡＤＦ(Ancillary data flag)」として、固定パターン０００h，３ＦＦh，３ＦＦhが配されている。この固定パターンに続いて、「ＤＩＤ(Data ID)」および「ＳＤＩＤ(Secondary data ID)」が設けられている。このＤＩＤおよびＳＤＩＤはアンシラリーデータ部の属性を示す。ＤＩＤおよびＳＤＩＤはこの属性がユーザアプリケーションであることを示す固定パターン１４０h，１０１hが配される。

「Ｄａｔａ Ｃｏｕｎｔ」は、「Ｌｉｎｅ Ｎｕｍｂｅｒ-０」から「Ｈｅａｄｅｒ ＣＲＣ１」までのワード数を示すものであり、ワード数は４６ワード（２２Ｅh）とされている。

「Ｌｉｎｅ Ｎｕｍｂｅｒ-０，Ｌｉｎｅ Ｎｕｍｂｅｒ-１」は、映像フレームのライン番号を示すものであり、ＮＴＳＣ５２５方式ではこの２ワードによって１から５２５までのライン番号が示される。また、ＰＡＬ方式６２５方式では１から６２５までのライン番号が示される。

「Ｌｉｎｅ Ｎｕｍｂｅｒ-０，Ｌｉｎｅ Ｎｕｍｂｅｒ-１」に続いて、「Ｌｉｎｅ Ｎｕｍｂｅｒ ＣＲＣ０，Ｌｉｎｅ Ｎｕｍｂｅｒ ＣＲＣ１」が配されており、この「Ｌｉｎｅ Ｎｕｍｂｅｒ ＣＲＣ０，Ｌｉｎｅ Ｎｕｍｂｅｒ ＣＲＣ１」は、「ＤＩＤ」から「Ｌｉｎｅ Ｎｕｍｂｅｒ-１」までの５ワードのデータに対するＣＲＣ（cyclic redundancy check codes）であり、伝送エラーのチェックに用いられる。

「Ｃｏｄｅ ＆ ＡＡＩ(Authorized address identifier)」では、ＳＡＶからＥＡＶまでのペイロード領域のワード長がどのような設定とされているか、および送出側や受取側のアドレスがどのようなデータフォーマットとされているか等の情報が示される。

「Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ」はデータ受取側（送出先）のアドレスであり、「Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ」はデータ送出側（送出元）のアドレスである。

「Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ」に続く「Ｂｌｏｃｋ Ｔｙｐｅ」は、ペイロード領域がどのような形式とされているか、例えば固定長か可変長かを示すものであり、ペイロード領域が可変長の形式であるときには圧縮データが挿入される。ここで、ＳＤＴＩ−ＣＰフォーマットでは、各アイテムは可変長ブロック(Variable Block)となされている。このため、ＳＤＴＩ−ＣＰフォーマットでの「Ｂｌｏｃｋ Ｔｙｐｅ」は固定データ１Ｃ１hとされる。

「ＣＲＣ Ｆｌａｇ」は、ペイロード領域の最後の２ワードにＣＲＣが置かれているか否かを示すものである。

また、「ＣＲＣ Ｆｌａｇ」に続く「Ｄａｔａ ｅｘｔｅｎｓｉｏｎ ｆｌａｇ」は、ユーザーデータパケットを拡張しているか否かを示している。

「Ｄａｔａ ｅｘｔｅｎｓｉｏｎ ｆｌａｇ」に続いて４ワードの「Ｒｅｓｅｒｖｅｄ」領域が設けられる。次の「Ｈｅａｄｅｒ ＣＲＣ ０，Ｈｅａｄｅｒ ＣＲＣ １」は、「Ｃｏｄｅ ＆ ＡＡＩ」から「Ｒｅｓｅｒｖｅｄ４」までのデータに対するＣＲＣ（cyclic redundancy check codes）であり、伝送エラーのチェックに用いられる。次の「Ｃｈｅｃｋ Ｓｕｍ」は、全ヘッダデータに対するＣｈｅｃｋ Ｓｕｍコードであり、伝送エラーのチェックに用いられる。

また、図１のペイロード領域では、ビデオやオーディオ等のアイテムのデータがＳＤＴＩフォーマットの可変長ブロックの形式としてパッケージ化される。図３は可変長ブロックのフォーマットを示している。「Ｓｅｐａｒａｔｏｒ」および「Ｅｎｄ Ｃｏｄｅ」は可変長ブロックの開始と終了を示すものであり、「Ｓｅｐａｒａｔｏｒ」の値は「３０９h」、「Ｅｎｄ Ｃｏｄｅ」の値は「３０Ａh」に設定されている。

それ以外にもＳＤＴＩフォーマットでは、固定長ブロックが定義されている。なおＳＤＴＩ−ＣＰフォーマットではＳＤＴＩフォーマットの可変長ブロック形式で各アイテムが挿入される。

「Ｄａｔａ Ｔｙｐｅ」はデータブロック領域に挿入されるデータの種類を示すもので、ＳＤＴＩ−ＣＰフォーマットではデータブロック領域に挿入された各アイテムの種類を示す。

例えばシステムアイテム(System Item)では「０４h」、ピクチャアイテム(Picture Item)では「０５h」、オーディオアイテム(Audio Item)では「０６h」、他のデータであるＡＵＸアイテム(Auxiliary Item)では「０７h」とされる。なお、上述したように１ワードは１０ビットであり、例えば「０４h」に示すように８ビットであるときには、８ビットがビットｂ７〜ｂ０に相当する。また、ビットｂ７〜ｂ０の偶数パリティをビットｂ８として付加すると共に、ビットｂ８の論理反転データをビットｂ９として付加することにより１０ビットのデータとされる。以下の説明における８ビットのデータも同様にして１０ビット化される。

「Ｗｏｒｄ Ｃｏｕｎｔ」では「Ｄａｔａ Ｂｌｏｃｋ」のワード数を示しており、この「Ｄａｔａ Ｂｌｏｃｋ」が各アイテムのデータである。ここで、各アイテムのデータは、ピクチャ単位例えばフレーム単位でパッケージ化されると共に、ＮＴＳＣ方式では、番組の切り替え位置が１０ラインの位置に設定されていることから、ＮＴＳＣ方式では図１に示すように１３ライン目からシステムアイテム、ピクチャアイテム、オーディオアイテム、ＡＵＸアイテムの順に伝送される。

図４は、システムアイテムの構成を示している。このシステムアイテムはＳＤＴＩフォーマットのペイロード領域に挿入される。ペイロード領域の先頭である「Ｓｅｐａｒａｔｏｒ」、「Ｉｔｅｍ Ｔｙｐｅ」、「Ｗｏｒｄ Ｃｏｕｎｔ」に続いて、「Ｓｙｓｔｅｍ Ｉｔｅｍ Ｂｉｔｍａｐ」、「Ｃｏｎｔｅｎｔ Ｐａｃｋａｇｅ Ｒａｔｅ」、「Ｃｏｎｔｅｎｔ Ｐａｃｋａｇｅ Ｔｙｐｅ」、「Ｃｈａｎｎｅｌ Ｈａｎｄｌｅ」、「Ｃｏｎｔｉｎｕｉｔｙ Ｃｏｕｎｔ」、ＳＭＰＴＥ Ｕｎｉｖｅｒｓａｌ Ｌａｂｅｌ」、「Ｒｅｆｅｒｅｎｃｅ Ｄａｔａ／Ｔｉｍｅ Ｓｔａｍｐ」、「Ｃｕｒｒｅｎｔ Ｄａｔａ／Ｔｉｍｅ Ｓｔａｍｐ」、「Ｐａｃｋａｇｅ Ｍｅｔａｄａｔａ Ｓｅｔ」、「Ａｕｄｉｏ Ｍｅｔａｄａｔａ Ｓｅｔ」、「Ａｕｘｉｌｉａｒｙ Ｍｅｔａｄａｔａ Ｓｅｔ」および「Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ」で全体が構成され、さらにＳＤＴＩフォーマットで定義されたエンドコードが挿入されて構成されている。

１ワードの「Ｓｙｓｔｅｍ Ｉｔｅｍ Ｂｉｔｍａｐ」のビットｂ７は、例えばリードソロモン符号等のような誤り検出訂正符号が加えられているか否かを示すフラグであり、「１」とされているときには誤り検出訂正符号が加えられていることを示している。ビットｂ６は、ＳＭＰＴＥ Ｌａｂｅｌの情報があるか否かを示すフラグである。ここで「１」とされているときには、ＳＭＰＴＥ Ｌａｂｅｌの情報がシステムアイテムに含まれていることを示している。ビットｂ５およびｂ４はＲｅｆｅｒｅｎｃｅ Ｄａｔｅ／Ｔｉｍｅ ｓｔａｍｐ、Ｃｕｒｒｅｎｔ Ｄａｔｅ／Ｔｉｍｅ ｓｔａｍｐがシステムアイテムにあるか否かを示すフラグである。このＲｅｆｅｒｅｎｃｅ Ｄａｔｅ／Ｔｉｍｅ ｓｔａｍｐでは、例えばコンテントパッケージが最初に作られた時間あるいは日付が示される。またＣｕｒｒｅｎｔ Ｄａｔｅ／Ｔｉｍｅ ｓｔａｍｐでは、コンテントパッケージのデータを最後に修正した時間あるいは日付が示される。

ビットｂ３はピクチャアイテム、ビットｂ２はオーディオアイテム、ビットｂ１はＡＵＸアイテムがシステムアイテムの後にあるか否かを示すフラグであり、「１」とされているときにはアイテムがシステムアイテムの後に存在することが示される。

ビットｂ０は、コントロールエレメント(Control Element)があるか否かを示すフラグであり、「１」とされているときにはコントロールエレメントが存在することが示される。なお、図示せずもビットｂ８，ｂ９が上述したように付加されて１０ビットのデータとして伝送される。

１ワードの「Ｃｏｎｔｅｎｔ Ｐａｃｋａｇｅ Ｒａｔｅ」のビットｂ７〜ｂ６は未定義領域(Reserved)であり、ビットｂ５〜ｂ１では、１倍速動作における１秒当たりのパッケージ数であるパッケージレート(Package Rate)が示される。ビットｂ０は１．００１フラグであり、フラグが「１」に設定されているときには、例えば毎秒５９．９４（＝６０／１．００１）フィールドであることが示される。

１ワードの「Ｃｏｎｔｅｎｔ Ｐａｃｋａｇｅ Ｔｙｐｅ」のビットｂ７〜ｂ５は、ストリーム内における、当該ピクチャ単位の位置を識別するための「Ｓｔｒｅａｍ Ｓｔａｔｅｓ」フラグである。この３ビットのフラグによって、以下の８種類の状態が示される。

０：このピクチャ単位が、プリロール（pre-roll）区間、編集区間、ポストロール（post-roll）区間のいずれの区間にも属さない。
１：このピクチャ単位が、プリロール区間に含まれているピクチャであり、この後に編集区間が続く。
２：このピクチャ単位が、編集区間の最初のピクチャ単位である。
３：このピクチャ単位が、編集区間の中間に含まれているピクチャ単位である。
４：このピクチャ単位が、編集区間の最後のピクチャ単位である。
５：このピクチャ単位が、ポストロール区間に含まれているピクチャ単位である。
６：このピクチャ単位が、編集区間の最初、かつ最後のピクチャ単位である（編集区間のピクチャ単位が１つだけの状態）。
７：未定義

ビットｂ４は未定義領域(Reserved)であり、ビットｂ３，ｂ２の「Ｔｒａｎｓｆｅｒ Ｍｏｄｅ」では、伝送パケットの伝送モードが示される。また、ビットｂ１，ｂ０の「Ｔｉｍｉｎｇ Ｍｏｄｅ」で伝送パケットを伝送する際の伝送タイミングモードが示される。ここで、ビットｂ３，ｂ２で示される値が「０」のときには同期モード(Synchronous mode)、「１」のときには等時性モード(Isochronous mode)、「２」のときは非同期モード(Asynchronous mode)とされる。また、ビットｂ１，ｂ０で示される値が「０」のときには１フレーム分のコンテントパッケージの伝送を、第１フィールドの所定のラインのタイミングで開始するノーマルタイミングモード(Normal timing mode)、「１」のときには第２フィールドの所定のラインのタイミングで伝送を開始するアドバンスドタイミングモード(Advanced timing mode)、「２」のときは第１および第２フィールドのそれぞれの所定のラインのタイミングで伝送を開始するデュアルタイミングモード(Dual timing mode)とされる。

「Ｃｏｎｔｅｎｔ Ｐａｃｋａｇｅ Ｔｙｐｅ」に続く２ワードの「Ｃｈａｎｎｅｌ Ｈａｎｄｌｅ」は、複数の番組のコンテントパッケージが多重化されて伝送される場合に、各番組のコンテントパッケージを判別するためのものであり、ビットＨ１５〜Ｈ０の値を識別することで、多重化されているコンテントパッケージをそれぞれ番組毎に分離することができる。

２ワードの「Ｃｏｎｔｉｎｕｉｔｙ Ｃｏｕｎｔ」は、１６ビットのモジュロカウンタである。このカウンタは、ピクチャ単位毎にカウントアップされると共に、それぞれのストリームで独自にカウントされる。従って、ストリームスイッチャ等によってストリームの切り替えがあるときには、このカウンタの値が不連続となって、切り替え点（編集点）の検出が可能となる。なお、このカウンタは上述したように１６ビットのモジュロカウンタであり６５５３６と非常に大きな値であることから、２つの切り替えられるストリームにおいて、切り替え点でカウンタの値が偶然に一致する確率が限りなく低く、切り替え点の検出のために、実用上充分な精度を提供できる。

「Ｃｏｎｔｉｎｕｉｔｙ Ｃｏｕｎｔ」の後には、上述したＳＭＰＴＥ ＬａｂｅｌやＲｅｆｅｒｅｎｃｅ Ｄａｔｅ／ＴｉｍｅおよびＣｕｒｒｅｎｔ Ｄａｔｅ／Ｔｉｍｅを示す「ＳＭＰＴＥ Ｕｎｉｖｅｒｓａｌ Ｌａｂｅｌ」、「Ｒｅｆｅｒｅｎｃｅ Ｄａｔｅ／Ｔｉｍｅ ｓｔａｍｐ」、「Ｃｕｒｒｅｎｔ Ｄａｔｅ／Ｔｉｍｅ ｓｔａｍｐ」領域が設けられる。

そのあとに、「Ｐａｃｋａｇｅ Ｍｅｔａｄａｔａ Ｓｅｔ」や「Ｐｉｃｔｕｒｅ Ｍｅｔａｄａｔａ Ｓｅｔ」「Ａｕｄｉｏ Ｍｅｔａｄａｔａ Ｓｅｔ」「Ａｕｘｉｌｉａｒｙ Ｍｅｔａｄａｔａ Ｓｅｔ」領域が設けられる。なお、「Ｐｉｃｔｕｒｅ Ｍｅｔａｄａｔａ Ｓｅｔ」「Ａｕｄｉｏ Ｍｅｔａｄａｔａ Ｓｅｔ」「Ａｕｘｉｌｉａｒｙ Ｍｅｔａｄａｔａ Ｓｅｔ」は、対応するアイテムが「Ｓｙｓｔｅｍ Ｉｔｅｍ Ｂｉｔｍａｐ」のフラグによってコンテントパッケージに内に含まれることが示されたときに設けられる。

上述の「Ｔｉｍｅ ｓｔａｍｐ」は１７バイトが割り当てられており、最初の１バイトで「Ｔｉｍｅ ｓｔａｍｐ」であることが識別されると共に、残りの１６バイトがデータ領域として用いられる。ここで、データ領域の最初の８バイトは、例えばＳＭＰＴＥ１２Ｍとして規格化されたタイムコード(Timecode)を示しており、後の８バイトは無効データである。

８バイトのタイムコードは図５に示すように、「Ｆｒａｍｅ」「Ｓｅｃｏｎｄｓ」「Ｍｉｎｕｔｅｓ」「Ｈｏｕｒｓ」および４バイトの「Ｂｉｎａｒｙ Ｇｒｏｕｐ Ｄａｔａ」からなる。

「Ｆｒａｍｅ」のビットｂ５，ｂ４でフレーム番号の十の位、ビットｂ３〜ｂ０で一の位の値が示される。同様に、「Ｓｅｃｏｎｄｓ」「Ｍｉｎｕｔｅｓ」「Ｈｏｕｒｓ」の各ビットｂ６〜ｂ０によって秒、分、時が示される。

「Ｆｒａｍｅ」のビットｂ７はカラーフレームフラグ(Color Frame Flag)であり、第１のカラーフレームであるか第２のカラーフレームであるかが示される。ビットｂ６はドロップフレームフラグ(Drop Frame Flag)であり、ピクチャアイテムに挿入された映像フレームがドロップフレームであるか否かを示すフラグである。「Ｓｅｃｏｎｄｓ」のビットｂ７は例えばＮＴＳＣ方式の場合にはフィールド位相(Field Phase)、すなわち第１フィールドであるか第２フィールドであるかが示される。なおＰＡＬ方式のときには「Ｈｏｕｒｓ」のビットｂ６でフィールド位相が示される。

「Ｍｉｎｕｔｅｓ」のビットｂ７および「Ｈｏｕｒｓ」のビットｂ７，ｂ６のの３ビットＢ０〜Ｂ３（ＰＡＬ方式では、「Ｓｅｃｏｎｄｓ」「Ｍｉｎｕｔｅｓ」「Ｈｏｕｒｓ」の各ビットｂ７の３ビット）によって、「Ｂｉｎａｒｙ Ｇｒｏｕｐ Ｄａｔａ」の各ＢＧ１〜ＢＧ８にデータがあるか否かが示される。この「Ｂｉｎａｒｙ Ｇｒｏｕｐ Ｄａｔａ」では、例えばグレゴリオ暦(Gregorian Calender)やユリウス暦(Julian Calender)での年月日を二桁で表示することができるようになされている。

図６は「Ｍｅｔａｄａｔａ Ｓｅｔ」の構成を示しており、１ワードの「Ｍｅｔａｄａｔａ Ｃｏｕｎｔ」によってセット内の「Ｍｅｔａｄａｔａ Ｂｌｏｃｋ」の数が示される。なお、「Ｍｅｔａｄａｔａ Ｓｅｔ」の値が００hのときには、「Ｍｅｔａｄａｔａ Ｂｌｏｃｋ」がないことが示されることから、「Ｍｅｔａｄａｔａ Ｓｅｔ」は１ワードとなる。

ここで、「Ｍｅｔａｄａｔａ Ｂｌｏｃｋ」が、番組タイトル等のコンテントパッケージの情報を示す「Ｐａｃｋａｇｅ Ｍｅｔａｄａｔａ Ｓｅｔ」の場合には、１ワードの「Ｍｅｔａｄａｔａ Ｔｙｐｅ」、２ワードの「Ｗｏｒｄ Ｃｏｕｎｔ」に続き、情報領域である「Ｍｅｔａｄａｔａ」が設けられている。この「Ｍｅｔａｄａｔａ」のワード数が「Ｗｏｒｄ Ｃｏｕｎｔ」のビットｂ１５〜ｂ０によって示される。

ビデオやオーディオあるいはＡＵＸデータ等のパッケージ化されているアイテムに関する情報を示す「Ｐｉｃｔｕｒｅ Ｍｅｔａｄａｔａ Ｓｅｔ」「Ａｕｄｉｏ Ｍｅｔａｄａｔａ Ｓｅｔ」「Ａｕｘｉｌｉａｒｙ Ｍｅｔａｄａｔａ Ｓｅｔ」では、更に１ワードの「Ｅｌｅｍｅｎｔ Ｔｙｐｅ」と「Ｅｌｅｍｅｎｔ Ｎｕｍｂｅｒ」が設けられており、後述するビデオやオーディオ等のアイテムの「Ｅｌｅｍｅｎｔ Ｄａｔａ Ｂｌｏｃｋ」内の「Ｅｌｅｍｅｎｔ Ｔｙｐｅ」や「Ｅｌｅｍｅｎｔ Ｎｕｍｂｅｒ」とリンクするようになされており、「Ｅｌｅｍｅｎｔ Ｄａｔａ Ｂｌｏｃｋ」毎に、メタデータを設定することができる。また、これらの「Ｍｅｔａｄａｔａ Ｓｅｔ」の後には「Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ」領域を設けることができる。

次に、ビデオやオーディオ等の各アイテムのブロックについて図７を用いて説明する。ビデオやオーディオ等の各アイテムのブロック「Ｉｔｅｍ Ｔｙｐｅ」（ＳＤＴＩフォーマットのデータタイプに相当）は、上述したようにアイテムの種類を示しており、ピクチャアイテムでは「０５h」、オーディオアイテムでは「０６h」、ＡＵＸデータアイテムでは「０７h」とされる。「Ｉｔｅｍ Ｗｏｒｄ Ｃｏｕｎｔ」ではこのブロックの終わりまでのワード数（ＳＤＴＩフォーマットの「Ｗｏｒｄ Ｃｏｕｎｔ」に相当）を示している。「Ｉｔｅｍ Ｗｏｒｄ Ｃｏｕｎｔ」に続く「Ｉｔｅｍ Ｈｅａｄｅｒ」では、「Ｅｌｅｍｅｎｔ Ｄａｔａ Ｂｌｏｃｋ」の数が示される。ここで、「Ｉｔｅｍ Ｈｅａｄｅｒ」は８ビットであることから「Ｅｌｅｍｅｎｔ Ｄａｔａ Ｂｌｏｃｋ」の数は１〜２５５（０は無効）の範囲となる。この「Ｉｔｅｍ Ｈｅａｄｅｒ」に続く「Ｅｌｅｍｅｎｔ Ｄａｔａ Ｂｌｏｃｋ」がアイテムのデータ領域とされる。

「Ｅｌｅｍｅｎｔ Ｄａｔａ Ｂｌｏｃｋ」は、「Ｅｌｅｍｅｎｔ Ｔｙｐｅ」「Ｅｌｅｍｅｎｔ Ｗｏｒｄ Ｃｏｕｎｔ」「Ｅｌｅｍｅｎｔ Ｎｕｍｂｅｒ」「Ｅｌｅｍｅｎｔ Ｄａｔａ」で構成されており、「Ｅｌｅｍｅｎｔ Ｔｙｐｅ」と「Ｅｌｅｍｅｎｔ Ｗｏｒｄ Ｃｏｕｎｔ」によって、「Ｅｌｅｍｅｎｔ Ｄａｔａ」のデータの種類およびデータ量が示される。また、「Ｅｌｅｍｅｎｔ Ｎｕｍｂｅｒ」によって何番目の「Ｅｌｅｍｅｎｔ Ｄａｔａ Ｂｌｏｃｋ」であるかが示される。

次に、「Ｅｌｅｍｅｎｔ Ｄａｔａ」の構成について説明する。エレメントの一つであるＭＰＥＧ−２ピクチャエレメントは、いずれかのプロファイル若しくはレベルのＭＰＥＧ−２ビデオエレメンタリストリーム（Ｖ−ＥＳ）である。プロファイルおよびレベルは、デコーダーテンプレートドキュメントで定義される。図８は、ＳＤＴＩ−ＣＰエレメントフレームにおけるＭＰＥＧ−２ Ｖ−ＥＳのフォーマット例である。この例は、キー、つまりＭＰＥＧ−２スタートコードを特定する（ＳＭＰＴＥレコメンデッドプラクティスにしたがった）Ｖ−ＥＳビットストリーム例である。ＭＰＥＧ−２ Ｖ−ＥＳビットストリームは、単純に図８に示されたようにデータブロックにフォーマットされる。

次に、ピクチャアイテムに対するメタデータ、例えばＭＰＥＧ−２ピクチャ画像編集メタデータについて説明する。このメタデータは、編集およびエラーメタデータと、圧縮符号化メタデータと、ソース符号化メタデータとの組み合わせである。これらのメタデータは、主として上述したシステムアイテム、さらには補助データアイテムに挿入することができる。

図９は、図４に示すシステムアイテムの「Ｐｉｃｔｕｒｅ Ｍｅｔａｄａｔａ Ｓｅｔ」領域に挿入されるＭＰＥＧ−２ピクチャ編集メタデータ内に設けられる「Ｐｉｃｔｕｒｅ Ｅｄｉｔｉｎｇ Ｂｉｔｍａｐ」領域と、「Ｐｉｃｔｕｒｅ Ｃｏｄｉｎｇ」領域と、「ＭＰＥＧ Ｕｓｅｒ Ｂｉｔｍａｐ」領域を示している。さらに、このＭＰＥＧ−２ピクチャ編集メタデータには、ＭＰＥＧ−２のプロファイルとレベルを示す「Ｐｒｏｆｉｌｅ／Ｌｅｖｅｌ」領域や、ＳＭＰＴＥ１８６−１９９５で定義されたビデオインデックス情報を設けることも考えられる。

１ワードの「Ｐｉｃｔｕｒｅ Ｅｄｉｔｉｎｇ Ｂｉｔｍａｐ」のビットｂ７およびｂ６は「Ｅｄｉｔ ｆｌａｇ」であり、編集点情報を示すフラグである。この２ビットのフラグによって、以下の４種類の状態が示される。

００：編集なし
０１：編集点が、このフラグが付いているピクチャ単位の前にある（Pre-picture edit）
１０：編集点が、このフラグが付いているピクチャ単位の後にある（Post-picture edit）
１１：ピクチャ単位が１つだけ挿入され、編集点がこのフラグが付いているピクチャ単位の前と後にある（single frame picture）

つまり、ピクチャアイテムに挿入された映像データ（ピクチャ単位）が、編集点の前にあるか、編集点の後にあるか、さらに２つの編集点に挟まれているかを示すフラグを「Ｐｉｃｔｕｒｅ Ｍｅｔａｄａｔａ Ｓｅｔ」（図４参照）の「Ｐｉｃｔｕｒｅ Ｅｄｉｔｉｎｇ Ｂｉｔｍａｐ」領域に挿入する。

ビットｂ５およびｂ４は、「Ｅｒｒｏｒ ｆｌａｇ」である。この「Ｅｒｒｏｒ ｆｌａｇ」は、ピクチャが修正できないエラーを含んでいる状態にあるか、ピクチャがコンシールエラーを含んでいる状態にあるか、ピクチャがエラーを含んでいない状態にあるか、さらには未知状態にあるかを示す。ビットｂ３は、「Ｐｉｃｔｕｒｅ Ｃｏｄｉｎｇ」がこの「Ｐｉｃｔｕｒｅ Ｍｅｔａｄａｔａ Ｓｅｔ」領域にあるか否かを示すフラグである。ここで、「１」とされているときは、「Ｐｉｃｔｕｒｅ Ｃｏｄｉｎｇ」が含まれていることを示している。

ビットｂ２は、「Ｐｒｏｆｉｌｅ／Ｌｅｖｅｌ」があるか否かを示すフラグである。ここで、「１」とされているときは、当該「Ｍｅｔａｄａｔａ Ｂｌｏｃｋ」に「Ｐｒｏｆｉｌｅ／Ｌｅｖｅｌ」が含まれている。この「Ｐｒｏｆｉｌｅ／Ｌｅｖｅｌ」は、ＭＰＥＧのプロファイルやレベルを示すＭＰ＠ＭＬやＨＰ＠ＨＬ等を示す。

ビットｂ１は、「ＨＶ Ｓｉｚｅ 」があるか否かを示すフラグである。ここで、「１」とされているときは、当該「Ｍｅｔａｄａｔａ Ｂｌｏｃｋ」に「ＨＶ Ｓｉｚｅ 」が含まれている。ビットｂ０は、「ＭＰＥＧ Ｕｓｅｒ Ｂｉｔｍａｐ」があるか否かを示すフラグである。ここで、「１」とされているときは、当該「Ｍｅｔａｄａｔａ Ｂｌｏｃｋ」に「ＭＰＥＧ Ｕｓｅｒ Ｂｉｔｍａｐ」が含まれている。

１ワードの「Ｐｉｃｔｕｒｅ Ｃｏｄｉｎｇ」のビットｂ７には「Ｃｌｏｓｅｄ ＧＯＰ」が設けられる。この「Ｃｌｏｓｅｄ ＧＯＰ」は、ＭＰＥＧ圧縮したときのＧＯＰ（Group Of Picture）がＣｌｏｓｅｄ ＧＯＰか否かを示す。

ビットｂ６には、「Ｂｒｏｋｅｎ Ｌｉｎｋ」が設けられる。この「Ｂｒｏｋｅｎ Ｌｉｎｋ」は、デコーダ側の再生制御に使用されるフラグである。すなわち、ＭＰＥＧの各ピクチャは、Ｂピクチャ、Ｂピクチャ、Ｉピクチャ・・・のように並んでいるが、編集点があって全く別のストリームをつなげたとき、例えば切り替え後のストリームのＢピクチャが切り替え前のストリームのＰピクチャを参照してデコードされるというおそれがある。このフラグをセットすることで、デコーダ側で上述したようなデコードがされないようにできる。

ビットｂ５〜ｂ３には、「Ｐｉｃｔｕｒｅ Ｃｏｄｉｎｇ Ｔｙｐｅ」が設けられる。この「Ｐｉｃｔｕｒｅ Ｃｏｄｉｎｇ Ｔｙｐｅ」は、ピクチャがＩピクチャであるか、Ｂピクチャであるか、Ｐピクチャであるかを示すフラグである。ビットｂ２〜ｂ０は、未定義領域(Reserved)である。

１ワードの「ＭＰＥＧ Ｕｓｅｒ Ｂｉｔｍａｐ」のビットｂ７には、「Ｈｉｓｔｏｒｙ ｄａｔａ」が設けられている。この「Ｈｉｓｔｏｒｙ ｄａｔａ」は、前の世代の符号化に必要であった、例えば量子化ステップ、マクロタイプ、動きベクトル等の符号化データが、例えば「Ｍｅｔａｄａｔａ Ｂｌｏｃｋ」の「Ｍｅｔａｄａｔａ」内に存在するユーザデータ領域に、Ｈｉｓｔｏｒｙ ｄａｔａとして挿入されているか否かを示すフラグである。ビットｂ６には、「Ａｎｃ ｄａｔａ」が設けられている。この「Ａｎｃ ｄａｔａ」は、アンシラリ領域に挿入されたデータ（例えば、ＭＰＥＧの圧縮に必要なデータ等）を、上述のユーザデータ領域に、Ａｎｃ ｄａｔａとして挿入されているか否かを示すフラグである。

ビットｂ５には、「Ｖｉｄｅｏ ｉｎｄｅｘ」が設けられている。この「Ｖｉｄｅｏ ｉｎｄｅｘ」は、Ｖｉｄｅｏ ｉｎｄｅｘ領域内に、Ｖｉｄｅｏ ｉｎｄｅｘ情報が挿入されているか否かを示すフラグである。このＶｉｄｅｏ ｉｎｄｅｘ情報は１５バイトのＶｉｄｅｏ ｉｎｄｅｘ領域内に挿入される。この場合、５つのクラス（１．１、１．２、１．３、１．４および１．５の各クラス）毎に挿入位置が決められている。例えば、１．１クラスのＶｉｄｅｏ ｉｎｄｅｘ情報は最初の３バイトに挿入される。

ビットｂ４には、「Ｐｉｃｔｕｒｅ ｏｒｄｅｒ」が設けられている。この「Ｐｉｃｔｕｒｅ ｏｒｄｅｒ」は、ＭＰＥＧストリームの各ピクチャの順序を入れ替えたか否かを示すフラグである。なお、ＭＰＥＧストリームの各ピクチャの順序の入れ替えは、多重化のときに必要となる。

ビットｂ３，ｂ２には、「Ｔｉｍｅｃｏｄｅ２」、「Ｔｉｍｅｃｏｄｅ１」が設けられている。この「Ｔｉｍｅｃｏｄｅ２」、「Ｔｉｍｅｃｏｄｅ１」は、Ｔｉｍｅｃｏｄｅ２，１の領域に、ＶＩＴＣ（Vertical Interval Time Code）、ＬＴＣ（Longitudinal Time Code）が挿入されているか否かを示すフラグである。ビットｂ１，ｂ０には、「Ｈ−Ｐｈａｓｅ」、「Ｖ−Ｐｈａｓｅ」が設けられている。この「Ｈ−Ｐｈａｓｅ」、「Ｖ−Ｐｈａｓｅ」は、エンコード時にどの水平画素、垂直ラインからエンコードされているか、つまり実際に使われる枠の情報がユーザデータ領域にあるか否かを示すフラグである。

次に、オーディオアイテムについて説明する。オーディオアイテムの「Ｅｌｅｍｅｎｔ Ｄａｔａ」は、図１０に示すように「Ｅｌｅｍｅｎｔ Ｄａｔａ」は「Ｅｌｅｍｅｎｔ Ｈｅａｄｅｒ」「Ａｕｄｉｏ Ｓａｍｐｌｅ Ｃｏｕｎｔ」「Ｓｔｒｅａｍ Ｖａｌｉｄ Ｆｌａｇｓ」「Ｄａｔａ Ａｒｅａ」で構成される。

１ワードの「Ｅｌｅｍｅｎｔ Ｈｅａｄｅｒ」のビットｂ７は「ＦＶＵＣＰ Ｖａｌｉｄ Ｆｌａｇ」であり、ＡＥＳ(Audio Engineering Society)で規格化されたＡＥＳ−３のフォーマットにおいて定義されているＦＶＵＣＰが、「Ｄａｔａ Ａｒｅａ」のＡＥＳ−３のフォーマットのオーディオデータ（音声データ）で設定されているか否かが示される。ビットｂ６〜ｂ３は未定義領域(Reserved)であり、ビットｂ２〜ｂ０で、５フレームシーケンスのシーケンス番号（５−ｓｅｑｕｅｎｃｅ ｃｏｕｎｔｅｒ）が示される。

ここで、５フレームシーケンスについて説明する。１フレームが５２５本の走査線で（３０／１．００１）フレーム／秒のビデオ信号に同期すると共に、サンプリング周波数が４８ｋＨｚであるオーディオ信号をビデオ信号の各フレームのブロック毎に分割すると、１ビデオフレーム当たりのサンプル数は１６０１．６サンプル／フレームとなり整数値とならない。このため、５フレームで８００８サンプルとなるように１６０１サンプルのフレームを２フレーム設けると共に１６０２サンプルのフレームを３フレーム設けるシーケンスが５フレームシーケンスと呼ばれている。

５フレームシーケンスは、図１１Ａに示す基準フレーム信号に同期して、例えば図１１Ｂに示すようにシーケンス番号１，３，５のフレームが１６０２サンプル、シーケンス番号２，４のフレームが１６０１サンプルとされており、このシーケンス番号がビットｂ２〜ｂ０で示される。

２ワードの「Ａｕｄｉｏ Ｓａｍｐｌｅ Ｃｏｕｎｔ」は、図１０に示すようにビットｃ１５〜ｃ０を用いた０〜６５５３５の範囲内の１６ビットのカウンタであり、各チャネルのサンプル数が示される。なお、エレメント内では全てのチャネルが同じ値を有するものである。

１ワードの「Ｓｔｒｅａｍ Ｖａｌｉｄ Ｆｌａｇｓ」では、８チャネルの各ストリームが有効であるか否かが示される。ここで、チャネルに意味のあるオーディオデータが含まれている場合には、このチャネルに対応するビットが「１」に設定されると共に、それ以外では「０」に設定されて、ビットが「１」に設定されたチャネルのオーディオデータのみが伝送される。

「Ｄａｔａ Ａｒｅａ」の「ｓ２〜ｓ０」は８チャネルの各ストリームを識別のためのデータ領域である。「Ｆ」はサブフレームの開始を示している。「ａ２３〜ａ０」は、オーディオデータであり、「Ｐ，Ｃ，Ｕ，Ｖ」はチャネルステータスやユーザビット、Ｖａｌｉｄｉｔｙビット、パリティ等である。

次に、オーディオアイテムに対するメタデータについて説明する。オーディオ編集メタデータ(Audio Editing Metadata)は、編集メタデータやエラーメタデータおよびソースコーディングメタデータの組み合わせである。このオーディオ編集メタデータは、図１２に示すように１ワードの「Ｆｉｅｌｄ／Ｆｒａｍｅ ｆｌａｇｓ」、１ワードの「Ａｕｄｉｏ Ｅｄｉｔｉｎｇ Ｂｉｔｍａｐ」、１ワードの「ＣＳ Ｖａｌｉｄ Ｂｉｔｍａｐ」、および「Ｃｈａｎｎｅｌ Ｓｔａｔｕｓ Ｄａｔａ」で構成されている。

ここで、有効とされているオーディオのチャネル数は、上述した図１０の「Ｓｔｒｅａｍ Ｖａｌｉｄ Ｆｌａｇｓ」によって判別することができる。また「Ｓｔｒｅａｍ Ｖａｌｉｄ Ｆｌａｇｓ」のフラグが「１」に設定されている場合には、「Ａｕｄｉｏ Ｅｄｉｔｉｎｇ Ｂｉｔｍａｐ」が有効となる。

「Ａｕｄｉｏ Ｅｄｉｔｉｎｇ Ｂｉｔｍａｐ」の「Ｆｉｒｓｔ ｅｄｉｔｉｎｇ ｆｌａｇ」は第１フィールド、「Ｓｅｃｏｎｄ ｅｄｉｔｉｎｇ ｆｌａｇ」は第２フィールドでの編集状況に関する情報が示されて、編集点がこのフラグの付いているフィールドの前あるいは後であるか等が示される。「Ｅｒｒｏｒ ｆｌａｇ」では、修正できないようなエラーが発生しているか否か等が示される。

「ＣＳ Ｖａｌｉｄ Ｂｉｔｍａｐ」は、ｎ（ｎ＝６，１４，１８あるいは２２）バイトの「Ｃｈａｎｎｅｌ Ｓｔａｔｕｓ Ｄａｔａ」のヘッダであり、データブロック内で２４のチャネルステータスワードのどれが存在しているかが示される。ここで、「ＣＳ Ｖａｌｉｄ１」は、「Ｃｈａｎｎｅｌ Ｓｔａｔｕｓ Ｄａｔａ」の０から５バイトまでにデータがあるか否かを示すフラグである。「ＣＳ Ｖａｌｉｄ２」〜「ＣＳ Ｖａｌｉｄ４」は、「Ｃｈａｎｎｅｌ Ｓｔａｔｕｓ Ｄａｔａ」の６から１３バイト、１４から１７バイト、１８から２１バイトまでにデータがあるか否かを示すフラグである。なお、「Ｃｈａｎｎｅｌ Ｓｔａｔｕｓ Ｄａｔａ」は２４バイト分とされており、最後から２番目の２２バイトのデータによっては０から２１バイトまでにデータがあるか否かが示されると共に、最後の２３バイトのデータが、０から２２バイトまでのＣＲＣとされる。また、「Ｆｉｌｅｄ／Ｆｒａｍｅ ｆｌａｇｓ」でフラグは、８チャネルのオーディオデータに対してフレーム単位あるいはフィールド単位のいすれでデータがパッキングされているかが示される。

汎用のデータフォーマット(General Data Format)では、全てのフリーフォームデータタイプを搬送するために使用される。しかし、このフリーフォームデータタイプには、ＩＴネイチャ（ワードプロセッシングやハイパーテキスト等）などの特別な補助エレメントタイプは含まれない。

ＳＤＴＩ−ＣＰフォーマットは以上のようなデータストリームで構成されている。

さて、この発明では、一定の時間内にリアルタイム伝送を実現するためにデータ転送モードとデータタイミングモードを規定する。この転送モードとタイミングモードとの関係を図１３に示す。転送モードには、送信側に情報を周期的に規則正しく転送する同期転送モード（Synchronous Mode）と、情報を周期的ではなくランダムに転送する非同期転送モード（Ａsochronous Mode）と、リアルタイムで連続的に例えば一定の時間内にデータを転送する等時転送モード（Isochronous Mode）がある。

また、タイミングモードには映像フレームの第１フィールドを伝送するタイミングで、伝送パケットを伝送するノーマルタイミングモード（Normal Timing Mode）と、映像フレームの第２フィールドを伝送するタイミングで伝送パケットを伝送するアドバンスドタイミングモード（Advanced Timing Mode）と、映像フレームの第１フィールドおよび第２フィールドを伝送するタイミングで伝送パケットを伝送するデュアルタイミングモード（Dual Timing Mode）がある。

図１３は転送モードとタイミングモードとの関係を示し、図１４Ａ〜図１４Ｄ、図１５Ａ〜図１５Ｆは各モードにおける１ピクチャ単位の伝送パケットの配置を示す。

図１４Ａに示すように、転送モードが同期モードで、タイミングモードがノーマルタイミングモードのときは、基準１倍速で、コンテント・パッケージ（ＣＰ）を含む伝送パケットは、各フレームの第１フィールドから配置して転送する。図１４Ａにおいて、コンテント・パッケージ内に図示されたバーはシステムアイテムの配置位置を示す。以下も同じである。

転送モードが同期モードで、タイミングモードがアドバンスドタイミングモードのときには、コンテント・パッケージを含む伝送パケットは、図１４Ｂに示すように各フレームの第２フィールドから配置して転送する。

転送モードが同期モードで、タイミングモードがデュアルタイミングモードのときには、図１４Ｃに示すようにコンテント・パッケージを含む伝送パケットは各フレームの第１フィールドおよび第２フィールドの領域に配置して転送する。このデュアルタイミングモードでは、５２５ライン／６０フレームの圧縮ビデオデータや、ＭＰＥＧ圧縮をフィールドコーディングによって行った圧縮ビデオデータが転送される。

ノーマルタイミングモードでは第１フィールドの所定のラインから伝送パケットが挿入される。５２５ライン／６０フィールドでは第１３ラインにシステムアイテムが挿入される。因みに、６２５ライン／５０フィールドでは第９ラインにシステムアイテムが挿入される。

アドバンスドタイミングモードは、第２フィールドから伝送パケットが挿入される。５２５ライン／６０フィールドでは第２７６ラインにシステムアイテムが挿入され、６２５ライン／５０フレームでは第３２２ラインにシステムアイテムが挿入される。

このデュアルタイミングモードでは、５２５ライン／６０フレームにおいては第１３ラインと第２７６ラインにそれぞれシステムアイテムが挿入され、６２５ライン／５０フレームにおいては、第９ラインと第３２２ラインにシステムアイテムが挿入される。

転送モードが非同期モードであるときは、図１４Ｄに示すようにコンテント・パッケージを含む伝送パケットは任意の領域に配置して転送する。

図１５Ａ〜図１５Ｃは転送モードがアイソクロナンス転送モードの説明である。図１５Ａは転送モードがアイソクロナンスモードで、タイミングモードがノーマルタイミングモードでの伝送パケットの配置例を示す。この例では２倍速で、コンテント・パッケージ（ＣＰ）を含む伝送パケットは、各フレームの第１フィールドから配置して転送する。

転送モードがアイソクロナンス転送モードで、タイミングモードがアドバンスドタイミングモードのときには、コンテント・パッケージを含む伝送パケットは、図１５Ｂに示すように各フレームの第２フィールドの領域から配置して転送する。

転送モードがアイソクロナンス転送モードで、タイミングモードがデュアルタイミングモードのときには、図１５Ｃに示すようにコンテント・パッケージを含む伝送パケットは各フレームの第１フィールドおよび第２フィールドの領域に配置して転送する。

１／２倍速のときには、図１５Ｄ〜図１５Ｆのような配置例となる。転送モードがアイソクロナンスモードで、タイミングモードがノーマルタイミングモードでのコンテント・パッケージを含む伝送パケットは、図１５Ｄのように各フレームの第１フィールドから配置して転送する。

転送モードがアイソクロナンス転送モードで、タイミングモードがアドバンスドタイミングモードのときには、コンテント・パッケージを含む伝送パケットは、図１５Ｅに示すように各フレームの第２フィールドから配置して転送する。

転送モードがアイソクロナンス転送モードで、タイミングモードがデュアルタイミングモードのときには、図１５Ｆに示すようにコンテント・パッケージを含む伝送パケットは各フレームの第１フィールドおよび第２フィールドの領域に配置して転送する。

システムアイテムが挿入されるラインはそれぞれ対応する図１４Ａ〜図１４Ｃのタイミングモードと同じラインである。

ここで、１フレーム内で伝送できるデータ量は、最大６．０４８Ｍビット（＝１４４０バイト×８ビット×５２５ライン）であり、一方ビデオデータを各ピクチャレートを同一とする条件の下で、ＭＰＥＧ圧縮するときその平均圧縮レートが５０Ｍｂｐｓであったときには、１フレーム当たり１．６６Ｍビットのデータ量となるから、６．０４８Ｍビット／１．６６Ｍビット＝３．６倍までのデータを送ることができる。したがってこのアイソクロナンス転送モードでは、上記５０Ｍｂｐｓのデータであれば、３倍速までの高速転送を実現できる。

このような３つの転送モードと３つのタイミングモードをそれぞれ識別するために、ＳＤＴＩフォーマットで規定される伝送パケット中に含まれるペイロード部のうち、図４で示したようにデータブロック領域のデータ種別を示すタイプ領域（アイテムタイプ領域）の近傍のコンテント・パッケージタイプ領域に、２ビットのデータ（ｂ２，ｂ３）を使用して、上述した転送モードを表すデータを挿入して伝送する。

また、この発明では、ＳＤＴＩフォーマットに規定される伝送パケット中に含まれるペイロード部のうち、同じく図４で示したようにデータブロック領域のデータ種別を示すタイプ領域の近傍のコンテント・パッケージタイプ領域に、２ビットのデータ（ｂ０，ｂ１）を使用して、上述したタイミングモードを表すデータを挿入して伝送する。

次に上述した伝送パケットを伝送する伝送システムの詳細を説明する。
非同期転送モードでのデータ伝送から説明する。図１６はこの非同期転送モードでのデータ伝送システムの概要を示す。

このデータ伝送システムは送信系１０と受信系２０とで構成される。
送信系１０は、伝送すべきデータを蓄積した蓄積手段（データストレージ部）１２と、データ転送要求を出すインタフェース（Ｉ／Ｆｔ）１４と、読み出したデータを送信する送信部（Ｔｘ）１６と、インタフェース１４に転送結果を送る制御部（ＣＰＵ）１８とから構成される。

蓄積手段１２としては、ノンリニアアクセス可能な記録媒体であるハードディスク装置（ＨＤＤ装置）や、Ｄ−ＲＡＭやフラッシュメモリ等の半導体メモリ、さらにはテープ状地場にデータを記録するビデオテープレコーダ（ＶＴＲ）などを使用することができる。

インタフェース１４は、制御部１８から受信した伝送指示を示す制御命令を元に、蓄積手段１２に対してこの蓄積手段１２に蓄積されたデータＳｂの読み出し指示を出す。送信部１６は、蓄積手段１２から読み出されたデータＳｂを上述したＳＤＴＩ−ＣＰフォーマットの伝送パケットに変換し、さらにシリアル変換して出力する。送信部１６の具体的な構成は後述する。

制御部１８は、受信系２０から送信された転送要求を受信して、インタフェース１４に転送指示を示す制御命令を送信する。

受信系２０は、データの受信部（Ｒｘ）２２と、受信したデータを蓄積する蓄積手段２４と、受信データを監視し、次のデータを受け付けるためのデータ伝送指示を送る制御部（ＣＰＵｒ）とで構成される。蓄積手段２４としては送信系１０で使用されているハードディスク装置やＶＴＲなどを使用することができる。

図１６に示したデータ伝送システムの動作を次に説明すると、受信部２２では、受信したデータをパラレルデータに変換すると共に、パラレルデータから本来のデータと、それ以外のデータ（アンシラリーデータ、システムアイテムデータなど）が分離され、映像データなどの本来のデータはデータ蓄積手段（データストレージ部）２４に蓄積されると共に、受信したデータのありなしの情報が制御部２６に送られる。制御部２６ではこのデータのありなしの情報に基づいて、制御部１８に対してデータ伝送の指示を示す制御命令を出す。

図１７Ａ〜図１７Ｆは、図１６のように構成されたデータ伝送システムにおいて、非同期モードで伝送パケットを送受信するときのタイミングチャートである。

受信系２０に設けられた制御部２６では、受信部２２にデータが入力されていないこと、および受信した全てのデータの転送（ストレージ）が終了していることをそれぞれ確認して、データ転送可能コマンドを送信側制御部１８に送る。同時に転送可能コマンドを送出したことを記憶しておく。

転送可能コマンドを受け取った制御部１８はインタフェース１４にデータ転送指令を出す。この指令を受けてインタフェース１４は蓄積手段１２に対して５ワードに相当するデータ有効パルスＳａ（図１７Ａ）を送出する。これを受けて蓄積手段１２では、データの遅延を考慮して例えば１ワード遅れて５ワード分のデータＳｂ（図１７Ｂ）を送信部１６に出力する。インタフェース１４では１ワード遅れたデータ有効パルスＳｃ（図１７Ｃ）を送信部１６に出力する。

送信部１６では蓄積手段１２から読み出された送信データに、ＳＤＴＩ−ＣＰフォーマットのシステムアイテム、ピクチャアイテム等の領域に上述したデータを挿入して、さらにＳＤＴＩフォーマットで定義されたセパレータ、エンドコード等を挿入して、さらにＳＤＩフォーマットで定義されたＥＡＶ，ＳＡＶ等を挿入してＳＤＴＩ−ＣＰフォーマットの伝送パケットを生成する。図１７Ｄでは、伝送パケットのうち、便宜的にペイロード領域に挿入された送信データを示す。

受信部２２では受信した伝送パケットからデータ有効パルスＳｅ（図１７Ｆ）を生成し、有効データＳｂ（図１７Ｅ）を蓄積手段２４に送って蓄積すると共に、
データ有効パルスＳｅを制御部２６に送り、データの蓄積が終了したことを監視する。データ蓄積が終了すると制御部２６から再びデータ転送可能コマンドが送り出される。このように、非同期転送モードでは、受信系２０の空いた時間を利用して伝送パケットの送受信が行われる。

図１９は転送モードが同期転送モード（基準１倍速）で、タイミングモードがノーマルタイミングモードでのデータ伝送システムを示す。

このデータ伝送システムの受信系１０は、ビデオカメラ４２と、このビデオカメラ４２からの映像信号が供給されて圧縮符号化したビデオデータを生成するエンコーダ４０と、この圧縮ビデオデータをＳＤＴＩ−ＣＰフォーマットの伝送パケットを生成するエンコーダ５０とで構成される。

エンコーダ４０ではＭＰＥＧ（Moving Picture Experts Group）エンコーダが使用され、ＭＰＥＧ圧縮ビデオデータが生成される。次のエンコーダ５０では、ＳＤＴＩ−ＣＰフォーマットのシステムアイテム、ピクチャアイテム等の領域に上述した圧縮ビデオデータを挿入して、さらにＳＤＴＩフォーマットで定義されたセパレータ、エンドコード等を挿入して、さらにＳＤＩフォーマットで定義されたＥＡＶ，ＳＡＶ等を挿入してＳＤＴＩ−ＣＰフォーマットの伝送パケットを生成する。

受信系２０は、ＳＤＴＩ−ＣＰフォーマットの伝送パケットを受信するデコーダ６０と、このデコーダ６０で分離された圧縮ビデオデータが供給されるＭＰＥＧデコーダ７０と、デコードされたビデオデータを供給して、その映像をモニタするモニタ手段８０と、デコードされたビデオデータを蓄積する蓄積手段８２とで構成される。データ蓄積手段８２としては図１６に示す蓄積手段１２，２４と同様に、ハードディスク装置や半導体メモリ、ビデオテープレコーダなどを使用することができる。

ビデオカメラ４２から出力された映像信号はＭＰＥＧエンコーダ４０でＭＰＥＧ圧縮ビデオデータとなされる。圧縮ビデオデータの出力区間を示すイネーブルパルスも生成される。圧縮ビデオデータとイネーブルパルスはエンコーダ５０に供給されて、上述したＳＤＴＩ−ＣＰフォーマットの伝送パケットに変換される。この伝送パケットはシリアル変換されてから転送される。

受信した伝送パケットから圧縮ビデオデータとイネーブルパルスが分離される。圧縮ビデオデータはＭＰＥＧエンコーダ７０でイネーブルパルスを使用して復元処理が行われる。

このようなデータ送受信モードでは、一定の期間（この例では１映像フレームの期間とする）内に１フレーム分の映像データの送出が完結する必要がある。そして、この映像フレームに同期してデータの処理が行われる必要がある。そのため、送受信系では次のような処理が行われる。

送信系１０では例えば局内の基準信号である映像フレーム信号（パルス）（図１９Ａ）に同期した処理が行われる。映像フレーム信号は映像フレームの第４ライン目に同期して得られる信号である。ビデオカメラ４２からはこの映像フレーム信号に同期して第１フィールドおよび第２フィールドの映像信号が得られる（図１９Ｂ）。

ＭＰＥＧエンコーダ４０ではデータの圧縮処理をフレーム単位で行うため、このフィールド周期の映像信号を１フィールド遅延させる（図１９Ｃ）。変換処理のタイミングは第２フィールドに同期して行われる。変換したフレーム映像信号を同時に圧縮符号化する（図１９Ｄ）。この圧縮符号化は図２０Ａのように圧縮するブロックによって符号量が相違するので、圧縮データに対応したイネーブルパルス（図１９Ｅおよび図２０Ｂ）が同時に生成される。ＭＰＥＧによる圧縮符号化は１フレーム内で完結するので、少なくとも第３映像フレーム期間（パルスＦ３が得られる期間）までには１フレーム分のデータ圧縮処理が終了する。

ＭＰＥＧ圧縮データとイネーブルパルスは次のＳＤＴＩ−ＣＰエンコーダ５０に供給される。このエンコーダ５０でペイロード部に挿入されるＳＤＴＩ−ＣＰの各アイテムが生成され、さらにこの各アイテムにＳＤＴＩフォーマットのヘッダが付加され、これにさらにＥＡＶ，ＡＮＣ，ＳＡＶなどが付加されてＳＤＴＩ−ＣＰフォーマットの伝送パケットが生成される。この伝送パケットが２７０Ｍｂｐｓ等の伝送速度で伝送系（通信ケーブルなど）４５に送り出される。

図１９Ｆは便宜的にペイロード領域に挿入される送信データを示すものとする。以下も同様である。伝送系４５への伝送パケットの送出は、第３映像フレームパルスＦ３に同期して送り出される（図１９Ｆ）。

受信部６０では受信した伝送パケットのうち、この例では終了同期符号が挿入されるＥＡＶ領域に挿入された垂直ブランキングデータＦ（図２参照）を抽出して映像フレームパルスを生成し、この映像フレームパルスに同期してＭＰＥＧデコーダ７０，モニタ８０、蓄積手段８２が動作するように制御される。

受信部６０はＳＤＴＩ−ＣＰデコーダとして構成されており、ＳＤＴＩ−ＣＰフォーマットの伝送パケットよりペイロード部が分離され、分離されたペイロード部よりシステムアイテムのデータを利用して各アイテムごとに分離されてデコードされる（図１９Ｇ）。同時にイネーブルパルスもデコードされる（図１９Ｈ）。このデコード処理も映像フレームパルスに同期して行われる。

その後ＭＰＥＧデコーダ７０でフレーム映像信号とイネーブルパルスがそれぞれデコードされると共に、デコードされたフレーム映像信号から次の映像フレームパルスＦ５に同期してフィールド単位の映像信号に変換される（図１９Ｉ、図１９Ｊ、図１９Ｋ）。復元されたフィールド単位の映像信号はモニタ８０に供給されてビデオカメラ４２で撮像した映像がリアルタイム表示されると共に、蓄積手段８２に蓄積される。

図２１Ａ〜図２１Ｋは転送モードが同期転送モードで、タイミングモードがアドバンスドタイミングモードの場合のデータ送受信におけるタイミングチャートを示す。

この場合、図２１Ａ〜図２１Ｅは図１９Ａ〜図１９Ｅと同じである。したがってフレームパルスＦ２が得られる第２映像フレーム期間の後半部の第２フィールド目までにＳＤＴＩ−ＣＰエンコーダ５０でのエンコード処理を終えると共に、処理後の伝送パケットをこの第２フィールド目から伝送系４５に送出できる（図２１Ｆ）。このアドバンスドタイミングモードでは、送信系１０において、少なくとも１フィールド分の時間を短縮できる。

一方、受信した伝送パケットはＳＤＴＩ−ＣＰデコーダ６０でデコード処理されるが、この処理もフレームパルスＦ３が得られる第３映像フレーム期間の第２フィールド目から始めることができる（図２１Ｇ、図２１Ｈ）。つまりフレームパルスＦ３が得られる第３映像フレーム期間の第２フィールド目からＳＤＴＩ−ＣＰデコードおよびＭＰＥＧデコード処理を開始できる（図２１Ｉ、図２１Ｊ）。

最終的に出力する元のフィールド単位の映像信号はフレームパルスに同期したものであるから、図２１ＫのようにフレームパルスＦ４に同期して出力することができる。これによって受信系２０でも少なくとも１フィールド分の時間を短縮できるから、このアドバンスドタイミングモードを利用した場合には、伝送システム全体として１フレーム分の送受信時間が短縮され、システムデレイを最小限に抑えることができる。

図２２は転送モードが同期転送モードでタイミングモードがデュアルタイミングモードで上述したＳＤＴＩ−ＣＰフォーマットの伝送パケットを送受信するデータ伝送システムであり、特に５２５ライン／６０フレームのプログレッシブ映像信号を上述した伝送パケットにして送受信するときのデータ伝送システムの構成を示す。

このデータ伝送システムの受信系１０は、ビデオカメラ４８と、このビデオカメラ４８からのプログレッシブ映像信号が供給されて圧縮符号化したビデオデータを生成するエンコーダ４６と、この圧縮ビデオデータに付加データを加えてＳＤＴＩ−ＣＰフォーマットの伝送パケットを生成するエンコーダ５０とで構成される。

エンコーダ５０ではＭＰＥＧエンコーダが使用され、ＭＰＥＧ圧縮ビデオデータが生成される。次のエンコーダ５０では、ＳＤＴＩ−ＣＰフォーマットのシステムアイテム、ピクチャアイテム等の領域に上述した圧縮ビデオデータを挿入して、さらにＳＤＴＩフォーマットで定義されたセパレータ、エンドコード等を挿入して、さらにＳＤＩフォーマットで定義されたＥＡＶ，ＳＡＶ等を挿入してＳＤＴＩ−ＣＰフォーマットの伝送パケットを生成する。

受信系２０は、ＳＤＴＩ−ＣＰフォーマットの伝送パケットを受信するデコーダ６０と、このデコーダ６０で分離された圧縮ビデオデータが供給されるＭＰＥＧデコーダ７２と、デコードされたビデオデータを供給して、その映像をモニタするモニタ手段８４と、デコードされたビデオデータを蓄積する蓄積手段８２とで構成される。データ蓄積手段８２としては図１８に示す蓄積手段８２と同様に、ハードディスク装置や半導体メモリ、ビデオテープレコーダなどを使用することができる。

ビデオカメラ４８から出力されたプログレッシブ映像信号はＭＰＥＧエンコーダ４６でＭＰＥＧ圧縮ビデオデータとなされる。圧縮ビデオデータの出力区間を示すイネーブルパルスも生成される。ＭＰＥＧエンコーダ４６ではプログレッシブ映像信号を取り扱うものであるから、フィールド・フレーム変換する処理手段は含まれていない。圧縮ビデオデータとイネーブルパルスはエンコーダ５０に供給されて、上述したＳＤＴＩ−ＣＰフォーマットの伝送パケットに変換される。この伝送パケットはシリアル変換されてから転送される。

受信した伝送パケットから圧縮ビデオデータとイネーブルパルスが分離される。圧縮ビデオデータはＭＰＥＧエンコーダ７２でイネーブルパルスを使用してプログレッシブ映像信号の復元処理が行われる。ＭＰＥＧデコーダ７２はプログレッシブ映像信号を取り扱うものであるから、フレーム・フィールド変換する処理手段は含まれていない。

このデータ伝送システムにおけるデータ送受信のためのタイミングチャートを図２３Ａ〜図２３Ｈに示す。

送信系１０では例えば局内の基準信号である映像フレーム信号（パルス）（図２３Ａ）に同期した処理が行われる。映像フレーム信号は映像フレームの第４ライン目に同期して得られる信号である。ビデオカメラ４８からはプログレッシブ映像信号がフレームパルスに同期して得られる（図２３Ｂ）。

プログレッシブ映像信号の場合には、図２３Ａ〜図２３Ｃのように１映像フレーム期間内には２フレーム分に相当する映像信号が出力される。プログレッシブ映像信号であるので、ＭＰＥＧエンコーダ４６にプログレッシブ映像信号が入力すると同時にデータ圧縮および符号化処理を行うことができる。得られた圧縮データおよびイネーブルパルスを図２３Ｃ，図２３Ｄに示す。

フレームパルスＦ１の映像フレーム期間における第１フィールド目に対応したプログレッシブ映像信号（フレーム１）の圧縮データはＳＤＴＩ−ＣＰエンコーダ５０に供給されて、その第２フィールドの期間を利用してＳＤＴＩ−ＣＰフォーマットの伝送パケットとなされ、第２フィールド目から得られるプログレッシブ映像信号（フレーム２）の圧縮データはＳＤＴＩ−ＣＰエンコーダ５０に供給されて、フレームパルスＦ２の映像フレーム期間における第１フィールド目を利用してＳＤＴＩ−ＣＰフォーマットの伝送パケットとなされる（図２３Ｅ）。

プログレッシブ映像信号（フレーム１およびフレーム２）に対応した伝送パケットは同じフレームパルスＦ２の映像フレーム期間における第１および第２フィールド（パルス）に同期して伝送され、ＳＤＴＩ−ＣＰデコーダ６０でデコード処理される。処理結果のプログレッシブ映像信号とそのときのイネーブルパルスを図２３Ｆ，図２３Ｇに示す。その後ＭＰＥＧデコーダ７２で元のプログレッシブ映像信号に戻される（図２３Ｈ）。

このようにデュアルタイミングモードでは、フレームパルスＦ２における映像フレーム期間で映像をモニタすることができるようになり、上述したタイミングモード中ではデータ伝送システム全体でのシステムデレイが最も少なくなる。

デュアルタイミングモードでの伝送パケットの具体例を図２４Ａ〜図２４Ｃに示す。図２４Ｂは各ピクチャアイテムの構成を示すもので、第１フィールド目と第２フィールド目にそれぞれ同期している。したがって第１フィールド目に同期して前半の圧縮ビデオデータ（ピクチャ）が配置されて伝送され、第２フィールド目に同期して後半の圧縮ビデオデータ（ピクチャ）が配置されて伝送される。

続いて、アイソクロナンス転送モード（等時転送モード）について説明する。図２５は２台のビデオカメラ４２，４３の映像信号を多重して一定期間である１映像フレーム期間内に伝送できるようにしたデータ伝送システムの実施形態である。

このデータ伝送システムにおいて送信系１０は、２台のビデオカメラ４２，４３と、それらの映像信号が供給されるＭＰＥＧエンコーダ４０，４１と、これらＭＰＥＧエンコーダ４０，４１からの圧縮ビデオデータが供給されるＳＤＴＩ−ＣＰフォーマットの伝送パケットに変換するためのエンコーダ５０とで構成される。ＭＰＥＧエンコーダ４０，４１は同一の構成である。エンコーダ５０ではＭＰＥＧエンコーダ４０，４１から出力された２系統の圧縮ビデオデータを多重してＳＤＴＩ−ＣＰフォーマットの伝送パケットに変換する。

したがって、このエンコーダ５０では、ＳＤＴＩ−ＣＰフォーマットの各アイテムを生成し、この各アイテムをペイロード領域に挿入し、さらにアンシラリー領域に上述したヘッダデータなどを挿入し、さらにＳＤＩフォーマットで定義されたＥＡＶ，ＳＡＶなどを挿入してＳＤＴＩ−ＣＰフォーマットの伝送パケットを作成する。

２系統の圧縮ビデオデータを多重した伝送パケットの具体例を図２６Ａ〜図２６Ｃに示す。図２６Ｂは多重されたピクチャアイテムの構成を示すもので、ビデオカメラ４２の圧縮ビデオデータ（ピクチャ）の後に、ビデオカメラ４３の圧縮ビデオデータ（ピクチャ）が、それぞれセパレータやエンドコードなどを付加した状態で多重される。そして図２６Ｃに示すように、映像フレームの前半の期間にビデオカメラ４２の圧縮ビデオデータ（ピクチャ）が配置され、その後半部にビデオカメラ４３の圧縮ビデオデータ（ピクチャ）が配置されて伝送される。

データ伝送システムの受信系２０は、ＳＤＴＩ−ＣＰフォーマットの伝送パケットを受信するデコーダ６０と、このデコーダ６０から出力された圧縮ビデオデータが供給される２台のＭＰＥＧデコーダ７０，７１と、これらＭＰＥＧデコーダ７０，７１から出力された映像データが供給される２台のモニタ手段８０，８１と、そして映像データを蓄積する蓄積手段８２とで構成される。ＭＰＥＧデコーダ７０，７１は同一の構成である。デコーダ６０ではＳＤＴＩ−ＣＰフォーマットの伝送パケットから２系統の圧縮ビデオデータに分離する。

このように構成されたデータ伝送システムのデータ送受信のタイミングチャートを図２７Ａ〜図２７Ｔに示すが、図２７Ａ〜図２７Ｅは図１９Ａ〜図１９Ｅと同じであり、図２７Ｆ〜図２７Ｉも図１９Ａ〜図１９Ｅと同じである。

ビデオカメラ４２，４３からは局内映像フレーム信号に同期して通常の映像信号（インタレース信号）が出力される（図２７Ａ、図２７Ｂ、図２７Ｆ）。
ＭＰＥＧエンコーダ４０，４１ではフィールド・フレーム変換後に２系統の圧縮ビデオデータに変換される（図２７Ｃ、図２７Ｄ、図２７Ｇ、図２７Ｈ）。同時にイネーブルパルスも出力される（図２７Ｅ、図２７Ｉ）。

ＳＤＴＩ−ＣＰエンコーダ５０では、２系統の圧縮ビデオデータを多重してＳＤＴＩ−ＣＰフォーマットの伝送パケットに変換してからシリアル変換されて転送される（図２７Ｊ）。ＳＤＴＩ−ＣＰデコーダ６０では受信したこの伝送パケットから２系統の圧縮ビデオデータとイネーブルパルスに戻される（図２７Ｋ、図２７Ｌ、図２７Ｐ、図２７Ｑ）。それぞれの圧縮ビデオデータは対応するＭＰＥＧデコーダ７０，７１に供給されて非圧縮の映像データとイネーブルパルスにデコードされる（図２７Ｍ、図２７Ｎ、図２７Ｒ、図２７Ｓ）。その後フィールド変換されて２系統の映像信号が得られる。

図２８Ａ〜図２８Ｔは、図２５のデータ伝送システムを利用したときの、アイソクロナンス転送モードにおけるアドバンスドタイミングモードでのタイミングチャートである。

アドバンスドタイミングモードでは映像フレーム期間の第２フィールド目に同期して伝送パケットを伝送するものであるから、ＳＤＴＩ−ＣＰエンコーダ５０での処理タイミングは、図２５の場合よりも１映像フィールドだけ前にずらして、この第２フィールド目から２系統からの映像信号のフレーム変換処理、ＭＰＥＧエンコード処理がそれぞれ同時に行われると共に、そのとき得られる２系統の圧縮ビデオデータを使用して、２系統の圧縮ビデオデータが多重されたＳＤＴＩ−ＣＰフォーマットの伝送パケットが生成され、そしてこの第２フィールド目に同期してこの伝送パケットを伝送する（図２８Ａ〜図２８Ｊ）。

受信系２０での処理も全て１映像フィールドだけ早くなるので、フレームパルスＦ３の映像フレーム期間の第２フィールド目から、伝送パケットからの２系統の圧縮ビデオデータの分離処理、ＭＰＥＧデコード処理などが行われ、そして、フレームパルスＦ４の映像フレーム期間の第１フィールド目からフィールド変換処理を行うことができるから、この第２フィールド目から２系統の映像データを得ることができる（図２８Ｋ〜図２８Ｔ）。

このようにアドバンスドタイミングモードではデータ伝送システム系のデレイ時間を少なくできるから、局内スタジオ間でのライブ中継時のデータ伝送などに適用して好適である。

このようなアイソクロナンス転送モードで、アドバンスドタイミングモードのときにおける、２系統の圧縮ビデオデータを多重した伝送パケットの具体例を図２９Ａ、図２９Ｂに示す。図２９Ａは多重されたピクチャアイテムの構成を示すもので、ビデオカメラ４２の圧縮ビデオデータ（ピクチャ）の後にビデオカメラ４３の圧縮ビデオデータ（ピクチャ）が、それぞれセパレータやエンドコードなどを付加した状態で多重される。そして図２９Ｂに示すように、映像フレームの第２フィールドからビデオカメラ４２の圧縮ビデオデータ（ピクチャ）とビデオカメラ４３の圧縮ビデオデータ（ピクチャ）が配置されて伝送される。

さて、上述した送信系１０に設けられたＳＤＴＩ−ＣＰエンコーダ５０の具体的な構成を図３０に示す。

このエンコーダ５０は、端子５２に供給されたＭＰＥＧ圧縮ビデオデータが供給されると共に、ＳＤＴＩ−ＣＰフォーマットのペイロード部に挿入されるピクチャアイテムなどの領域にこの圧縮ビデオデータを挿入する第１のフォーマッタ（ＳＤＴＩ−ＣＰフォーマッタ）５１と、各アイテムに挿入されるアイテムヘッダや、システムアイテムを出力するＣＰＵ５３と、アイテムヘッダやシステムアイテムなどを挿入するときのタイミング信号を生成するタイミング信号発生器５４と、ペイロード部に挿入されるこれら各アイテムに、ＳＤＴＩフォーマットで定義された付加データ（セパレータ、エンドコード、ワードカウントなど）を挿入する第２のフォーマッタ（ＳＤＴＩフォーマッタ）５５と、さらにこれらにＳＤＩフォーマットで定義されたＥＡＶ，ＡＮＣ，ＳＡＶを挿入して最終的にＳＤＴＩ−ＣＰフォーマットの伝送パケットを生成する第３のフォーマッタ（ＳＤＩフォーマッタ）５６と、伝送パケットのパラレルデータをシリアルデータに変換するＰ／Ｓ変換器５７とで構成される。

ＣＰＵ５３からのシステムアイテムのデータ長を示す情報やコンテント・パッケージのヘッダの長さ情報などはタイミング発生器５４に供給される。タイミング発生器５４ではこれら長さ情報からシステムアイテムやピクチャアイテムなどをパッキングするタイミングパルスなどが生成される。

図３１Ａ〜図３１Ｅは、ＳＤＴＩ−ＣＰエンコーダ５０の処理例を示すタイミングチャートである。

ＳＤＴＩ−ＣＰフォーマッタ５１では、端子５２より供給されたＭＰＥＧ圧縮データ（図３１Ａ）をピクチャアイテムの領域に挿入する。さらに各アイテムのヘッダ情報を利用して図４や図７に示すアイテムが構成される。そのため、ＣＰＵ５３からはＳＤＴＩ−ＣＰフォーマットにおけるコンテント・パッケージＣＰの形態にフォーマット化するのに必要な第１の付加データ、すなわちシステムアイテムと、コンテント・パッケージ用アイテムヘッダ（ＣＰヘッダ）がそれぞれ供給される。

このＣＰＵ５３からはさらにシステムアイテムの長さを示すデータや、ＣＰヘッダの長さを示すデータがタイミング発生器５４に供給され、フィールドパルスＶと水平パルスＨとに同期したデータ挿入用のイネーブルパルスやタイミングパルス（図３１Ｃはイネーブルパルスのみを示す）が生成される。

これらイネーブルパルスやタイミングパルスに基づいてＳＤＴＩ−ＣＰフォーマッタ５１では、図３１Ｂに示すようなシステムアイテムと、ＣＰヘッダを付加したＭＰＥＧ圧縮ビデオデータがそれぞれ生成される。

このシステムアイテムや圧縮ビデオデータはＳＤＴＩフォーマッタ５５で、セパレータ、ワードカウント、エンドコードなどのＳＤＴＩフォーマットで定義された第２の付加データが付加されて、図３１Ｄに示すようなＳＤＴＩフォーマットとなされたデータが生成される。このＳＤＴＩフォーマット用データはさらにＳＤＩフォーマッタ５６に供給されて、第３の付加データとして使用されるＳＤＩフォーマットで定義された終了同期符号ＥＡＶ、補助データＡＮＣ、開始同期符号ＳＡＶなどが付加されてＳＤＴＩ−ＣＰフォーマットの伝送パケットが生成される。このＳＤＴＩ−ＣＰフォーマットの伝送パケットがＰ／Ｓ変換器５７でパラレル・シリアル変換されて伝送路４５に送り出される。図３１ＥはＳＤＴＩ−ＣＰフォーマットをフレームに展開したときのデータ配置例である。

以上説明したようにこの発明では、ＳＤＴＩフォーマットの伝送パケットを伝送するデータ伝送装置において、伝送すべきデータが供給される送信部に、ペイロード領域に伝送パケットの転送モードを示すデータを挿入する手段を設けたものである。これによれば、この転送モード領域のデータ内容を検索するだけで伝送パケットの転送モードを判別できる特徴を有する。

またこの発明では、ＳＤＴＩフォーマットの伝送パケットを伝送するデータ伝送装置において、伝送すべきデータが供給される送信部に、ペイロード領域に伝送パケットのタイミングモードを示すデータを挿入する手段を設けたものである。これによれば、タイミングモード領域のデータ内容を検索するだけで伝送パケットのタイミングモードを判別できる特徴を有する。

この発明は転送モード領域やタイミングモード領域を用意したＳＤＴＩ−ＣＰフォーマットの伝送パケットを伝送する場合に適用できる。したがって局内でのデータ伝送システムなどに適用して好適である。

Claims (1)

1. 映像フレーム１ラインの区間を、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、映像信号およびまたは音声信号を含むデータが挿入されるペイロード領域とで構成されるシリアル・ディジタル・トランスファ・インタフェースの伝送パケットに変換するエンコーダと、
   このエンコード出力をシリアル変換するパラレル・シリアル変換器とで構成され、
   上記エンコーダは、上記ペイロード領域のうち上記データが挿入されるデータブロック領域のデータの種別を示すタイプデータが挿入されるタイプ領域の転送モード領域に、シリアル変換された上記伝送パケットを送信側と受信側とで非同期状態で転送する非同期転送モードの他に、上記送信側と受信側とを同期させた状態で上記伝送パケットを伝送する同期転送モードと、高速伝送や多重伝送を送信側と受信側とで同期させながら行う等時転送モードの何れかを示すデータと上記伝送パケットを上記映像フレームの第１のフィールドを伝送するタイミングで伝送するノーマルタイミングモードか、上記伝送パケットを上記映像フレームの第２のフィールドを伝送するタイミングで伝送するアドバンスタイミングモードか、上記伝送パケットを上記映像フレームの第１および第２のフィールドを伝送するタイミングで伝送するデュアルタイミングモードかを示すデータとを挿入する手段を有するデータ伝送装置。

Images