JP2000174819A

JP2000174819A - 信号フォ―マット、エンコ―ダ、デコ―ダ及び信号送信装置

Info

Publication number: JP2000174819A
Application number: JP27548799A
Authority: JP
Inventors: James Hedley Wilkinson; ヘドリーウィルキンソン，ジェームズ; Stephen Charles Olday; チャールズオールディ，スティーブン
Original assignee: Sony United Kingdom Ltd
Current assignee: Sony Europe BV United Kingdom Branch
Priority date: 1998-10-02
Filing date: 1999-09-29
Publication date: 2000-06-23
Anticipated expiration: 2019-09-29
Also published as: KR100649336B1; US6904095B1; KR20000028781A; CN1255796A; EP0991278A3; CN1154304C; GB9821518D0; EP0991278A2; JP4332267B2

Abstract

(57)【要約】【課題】従来のものより柔軟性のある信号フォーマッ
ト及びその信号送信装置を提供する。【解決手段】デジタル信号は、各データブロックがブ
ロックに関するデータを含むヘッダと複数のスロットと
を含むデータブロックをもつ。各スロットはスロットに
関するスロットヘッダとデータパケットをもつ。データ
パケットはソースからの情報の連続する各部分を含む。
最初のスロットは上記情報の先頭部分を含む最初のパケ
ットと共に基準タイムを含む。後続スロットは上記情報
の後続パケットと共にパケットの基準タイムに対するタ
イミング情報を含む。このような信号を符号化／復号す
るエンコーダ／デコーダを使用することにより、復号の
際のジッタが軽減される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、信号フォーマット
及び信号処理装置に関するものである。詳しくいえば、
本発明は、信号フォーマットと、該フォーマットによる
信号を符号化する信号エンコーダと、これに対応するデ
コーダと、これらエンコーダ及びデコーダを含む信号送
信装置とに関するものである。

【０００２】

【従来の技術】例えばＭＰＥＧ−２ＴＳ（トランスポ
ート・ストリーム）パケットのようなパケット化した信
号を、或る位置の機器から他の機器に送信することが望
まれている。ＭＰＥＧ−２ＴＳパケットをＤＶＢ非同
期直列インタフェース（ＡＳＩ）を介して送信すること
は、公知である。ＤＶＢ−ＡＳＩは、或るトランスポー
ト・ストリームを機器の特定項目の間のような２点間に
おいて送信するのに有効であるが、その他の点では比較
的柔軟性がない。

【０００３】

【発明が解決しようとする課題】本発明の課題は、ＤＶ
Ｂ−ＡＳＩを用いるよりはるかに柔軟性のあるこの種の
送信装置を提供することである。

【０００４】

【課題を解決するための手段】本発明は、一面におい
て、ＭＰＥＧ−２ＴＳパケットをＳＤＴＩシステムを
介して送信する送信装置を提供するものである。このよ
うな装置は、ＤＶＢ−ＡＳＩを使用するよりはるかに柔
軟性がある。ＳＤＴＩ（シリアル・データ・トランスポ
ート・インタフェース）は、ＳＭＰＴＥ３０５Ｍに規定
されている。ＳＤＴＩは、テレビジョン走査線（ライ
ン）のフレームを有する信号構造でパケットを送信する
ものである。補助データはこれらのラインの水平ブラン
キング領域で送られ、データは各ラインのペイロード領
域で送られる。このペイロード領域は、活きている（能
動）ライン間隔内にある。ＳＤＴＩは、ＴＳパケットを
ＳＤＩ接続が使用できるどこにでも送ることができると
共に、ＴＳパケットを１より多くのソースから送信する
ことができる。しかし、ＴＳパケットをＳＤＴＩを介し
て送るには、パケットを確実にＳＤＴＩのペイロード領
域内に局限すると共に、能率上各ラインが多数のパケッ
トを含みうるようにするために、バッファリング（緩衝
記憶）が必要になる。このバッファリング過程でパケッ
トに遅延とジッタ（即ち、パケット相互のタイミングの
ずれ）が生じるが、ＭＰＥＧ−２信号を精確に復号する
には、該信号のパケットを互いに精確なタイミングでＭ
ＰＥＧデコーダに供給して精確に復号できるようにしな
ければならない。パケットの絶対的な遅延は、すべての
パケットに均等に影響するので問題ではないが、ジッタ
についてはＭＰＥＧデコーダで又はその前にこれを補正
する必要がある。

【０００５】上述では、ＭＰＥＧ−２ＴＳパケットを
ＳＤＴＩを介して送信する場合に本発明が直面する技術
的問題を説明したが、他のデータ伝送システムを介する
他のタイプの時間に敏感なパケット送信においても、似
たような問題が起きるであろう。

【０００６】本発明は、他の面において、各データブロ
ックが該ブロックに関するデータを含むヘッダと、各ス
ロットが該スロットに関するスロットヘッダ及び１つの
データパケットを有する少なくとも１つのスロットとを
含むデータブロックを具えるデジタル信号であって、上
記データパケットは或るソースからの情報の次々に連続
する各部分を含み、上記ソースからの情報の先頭部分を
含む最初のパケットを含む最初のスロットはまた基準タ
イムをも含み、上記ソースからの情報の後続パケットを
含む１つの又は各後続スロットはまた当該パケットの上
記基準タイムに対するタイミングを定めるタイミング情
報をも含む上記デジタル信号を提供する。

【０００７】本発明は、更に他の面において、各データ
ブロックが該ブロックに関するデータを含むヘッダと、
各スロットが該スロットに関するスロットヘッダ及び１
つのデータパケットを有する少なくとも１つのスロット
とを含むデータブロックを具えるデジタル信号であっ
て、上記データパケットは或るソースからの情報の次々
に連続する各部分を含み、上記ソースからの情報の先頭
部分を含む最初のパケットを含む最初のスロットはまた
基準タイムをも含み、上記ソースからの情報の後続パケ
ットを含む１つの又は各後続スロットはまた当該パケッ
トの上記基準タイムに対するタイミングを定めるタイミ
ング情報をも含む上記デジタル信号を符号化するための
エンコーダを提供する。

【０００８】そのエンコーダは、クロック（刻時装置）
と、該クロックから上記最初のパケットの生成タイムを
決める基準タイムを取出して、上記最初のスロット内の
基準タイム情報を供給し、上記クロックから上記後続パ
ケットの生成タイムを決める上記タイミング情報を取出
して、上記後続パケットが生成されるに従い上記後続ス
ロット内の上記タイミング情報を供給する手段とを具え
る。

【０００９】本発明は、更に別の面において、各データ
ブロックが該ブロックに関するデータを含むヘッダと、
各スロットが該スロットに関するスロットヘッダ及び１
つのデータパケットを有する少なくとも１つのスロット
とを含むデータブロックを具えるデジタル信号であっ
て、上記データパケットは或るソースからの情報の次々
に連続する各部分を含み、上記ソースからの情報の先頭
部分を含む最初のパケットを含む最初のスロットはまた
基準タイムをも含み、上記ソースからの情報の後続パケ
ットを含む１つの又は各後続スロットはまた当該パケッ
トの上記基準タイムに対するタイミングを定めるタイミ
ング情報をも含む上記デジタル信号を復号するためのデ
コーダを提供する。

【００１０】そのデコーダは、クロックと、上記パケッ
トのタイミング情報を検出する手段と、上記最初のパケ
ットを検出すると、上記クロックを上記基準タイムに初
期設定する手段と、上記クロックのタイムを上記後続パ
ケットの上記タイミング情報と比較する手段と、該パケ
ットの該タイミング情報が上記クロックのタイムと等し
くなった時に該パケットを出力する手段とを具える。

【００１１】信号内に上記タイミング情報を与えること
により、上記デコーダは、ジッタが十分に減少され望ま
しくは除去されたパケットを出力することができ、例え
ば、パケットがＭＰＥＧ−２ＴＳパケットの場合、後
続のＭＰＥＧデコーダにおいて正確な復号が可能とな
る。パケットのジッタは、復号を台無しにする可能性が
あるが、上記デコーダは、各パケットのタイミング情報
を最初のパケットの基準タイムに設定された内部クロッ
クと比較し、クロックのタイムとパケットのタイムが一
致した時にパケットを、例えばバッファに出力する。こ
れにより、ジッタは少なくとも軽減される。

【００１２】本発明の一実施例では、上記ブロックは、
ラインの非能動領域にアドレスデータを含む補助データ
をもつＳＤＴＩ信号の能動ライン間隔内のペイロード領
域である。ＳＤＴＩに適用される本発明の一実施形態で
は、ＳＤＴＩライン毎に、不使用スペースに詰め物（例
えばゼロ）を施した一定の整数の完全なパケットがあ
る。即ち、スロットの長さは一定であり、個々のＳＤＴ
Ｉライン上のスロット及びパケットはすべて、同じソー
スと行先のアドレスを有し、そのライン上にはただ１つ
のパケットストリームがある。

【００１３】ＳＤＴＩに適用される本発明の他の実施形
態では、データブロックは、１本以上のラインを占めう
る可変長ブロックである。この可変長データブロック内
のスロットは、可変長スロットである。これらのスロッ
トは、データ領域Ｄにおいてデータのタイプを記述する
データを含むタイプ領域Ｔと、データ領域におけるデー
タの長さを定める長さ領域Ｌとを含む「ＴＬＤブロッ
ク」であるのがよい。このＴＬＤブロックは、メタデー
タブロック及びデータブロックの２つのタイプがあるの
がよい。メタデータＴＬＤブロックは、該メタデータに
よって記述されるデータを含むデータＴＬＤブロック
（単数又は複数）に先行する。データＴＬＤブロック
は、基準タイムとタイミング情報とを含む。これらのブ
ロックに先行するメタデータＴＬＤブロックは、これら
のブロックのどれが上記基準タイムを含むかを見分ける
データを含む。

【００１４】

【発明の実施の形態】以下、図面を参照して本発明を具
体的に説明する。第１実施形態：ＳＤＴＩ−ＴＳ概要まず最初に、ＳＤＴＩ（ＳＭＰＴＥ３０５Ｍ）を介して
ＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）パケ
ットを送るための新しい信号フォーマットの第１の実施
形態を説明する。

【００１５】図１は、ＳＤＴＩラインのペイロード領域
の模式図である。図２のａ〜ｃは、ＭＰＥＧ−２ＴＳ
パケットの模式図である。便宜上、図ではデータを並列
フォーマットで表しているが、実際はデータは直列フォ
ーマットで送信される。ＭＰＥＧ−２ＴＳ及びＳＤＴ
Ｉは周知であるので、ここでは詳しく説明しない。新し
いフォーマットを本明細書ではＳＤＴＩ−ＴＳというこ
とにする。ＳＤＴＩは、データを送るのにテレビジョン
のラインを使用している。能動ライン間隔が、ＳＤＴＩ
データブロックを含むペイロード領域である。ラインの
非能動間隔は、能動ライン間隔内のデータのソース及び
行先のアドレスを含む補助データを有する。本発明の第
１実施形態では、転送能率をよくするため、ＳＤＴＩ−
ＴＳの各ラインのペイロード領域は、１つのトランスポ
ート・ストリームからの複数パケットを含む多数の固定
長のスロットでできるだけ一杯に満たされる。新しいフ
ォーマットは、ＳＤＴＩ−ＴＳデコーダにおいて低いジ
ッタレベルでトランスポート・ストリーム・パケットを
再生するのに必要な全情報を含んでおり、幾つかの設計
要件を満たす柔軟性を有している。

【００１６】参考文献次の文献は、公表された規格であり、本発明と関係があ
る情報を含んでいる。１）ＳＭＰＴＥ３０５Ｍ，ＳｅｒｉａｌＤａｔａＴ
ｒａｎｓｐｏｒｔＩｎｔｅｒｆａｃｅ（ＳＤＴＩ）．２）ＳＭＰＴＥ−ＲＰ６８，Ｄｅｆｉｎｉｔｉｏｎｏ
ｆＶｅｒｔｉｃａｌＩｎｔｅｒｖａｌＳｗｉｔｃｈ
ｉｎｇＰｏｉｎｔ．３）ＩＳＯ／ＩＥＣ１３８１８−２：Ｉｎｆｏｒｍａｔ
ｉｏｎＴｅｃｈｎｏｌｏｇｙ−ＧｅｎｅｒｉｃＣｏ
ｄｉｎｇｏｆＭｏｖｉｎｇＰｉｃｔｕｒｅｓａ
ｎｄＡｓｓｏｃｉａｔｅｄＡｕｄｉｏＩｎｆｏｒ
ｍａｔｉｏｎ：Ｖｉｄｅｏ，（ＭＰＥＧ−２）．４）ＩＳＯ／ＩＥＣ１３８１８−２：Ｉｎｆｏｒｍａｔ
ｉｏｎＴｅｃｈｎｏｌｏｇｙ−ＧｅｎｅｒｉｃＣｏ
ｄｉｎｇｏｆＭｏｖｉｎｇＰｉｃｔｕｒｅｓａ
ｎｄＡｓｓｏｃｉａｔｅｄＡｕｄｉｏＩｎｆｏｒ
ｍａｔｉｏｎ：Ｓｙｓｔｅｍｓ，（ＭＰＥＧ−２）．５）ＤＶＢ：ＩｎｔｅｒｆａｃｅｓｆｏｒＣＡＴＶ
／ＳＭＡＴＶＨｅａｄｅｎｄｓａｎｄＳｉｍｉｌ
ａｒＰｒｏｆｅｓｓｉｏｎａｌＥｑｕｉｐｍｅｎ
ｔ；ＡｓｙｎｃｈｒｏｎｏｕｓＳｅｒｉａｌＩｎｔ
ｅｒｆａｃｅ（ＡＳＩ）．６）ＳＭＰＴＥ２５９Ｍ，１０−ｂｉｔ４：２：２
Ｃｏｍｐｏｎｅｎｔａｎｄ４ｆｓｃＮＴＳＣＣ
ｏｍｐｏｓｉｔｅＤｉｇｉｔａｌＳｉｇｎａｌｓ／
ＳｅｒｉａｌＩｎｔｅｒｆａｃｅ．７）ＳＭＰＴＥ２９１Ｍ，ＡｎｃｉｌｌａｒｙＤａｔ
ａＰａｃｋｅｔａｎｄＳｐａｃｅＦｏｒｍａｔ
ｔｉｎｇ．

【００１７】背景ＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）パケ
ットの送信用として現在定着しているインタフェース
は、デコーダ・バッファへの影響を確実に微小とするた
めに必要な小さい許容誤差の位置内にパケットを置くＤ
ＶＢ−ＡＳＩである。しかし、ＡＳＩは、１つより多く
のＴＳを容易に送ることができず、また普通に入手でき
るＳＤＩを使用する機器によって支えることもできな
い。ＡＳＩは、機器の特定項目の間の特殊な２点間（ポ
イントツーポイント）インタフェースとしてのみ有用で
ある。

【００１８】本発明の図解例本発明は、一面において、上述のＳＤＴＩを介してＭＰ
ＥＧ−２ＴＳパケットを送信することを提案するもの
である。こうすると、ＴＳパケットをＳＤＩ接続が使用
できるどこにでも送ることができるので、接続性への更
に一般的な接近が可能となる。しかし、ＳＤＴＩを介し
てのＴＳパケットの送信は、パケットを確実にＳＤＴＩ
のペイロード領域に局限すると共に、能率上各ラインが
多数のＴＳパケットを含みうるようにするために、バッ
ファリングが必要になる。このバッファリング処理の結
果、パケットストリームに遅延とジッタの両方が生じ
る。遅延は、本発明に関係する問題ではない。この明細
書で述べる本発明の実施形態の例は、パケットのジッタ
を問題とならないレベルに下げうるものである。ベンチ
マークとして、本実施形態は、ＤＶＢ−ＡＳＩ入力をＳ
ＤＴＩ−ＴＳを介して送信し、復号して最少限のジッタ
しか生じない新しいＤＶＢ−ＡＳＩ信号を作成すること
ができる。上記ＳＤＴＩ−ＴＳはまた、必要に応じ他の
インタフェース場所から直接操作することもできる。

【００１９】ＳＤＴＩパラメータＳＭＰＴＥ３０５Ｍは、ＳＤＴＩのビットレートを２７
０Ｍｂｐｓ及び３６０Ｍｂｐｓと指定しているが、本発
明の実施形態では両ビットレート及びもっと高いビット
レートで作動できる。本明細書で述べるＳＤＴＩ−ＴＳ
の例では、ＳＤＴＩのライン当たり１ブロックの固定ブ
ロックサイズ・モードを使用する。各ブロックが固定長
のフォーマットを図１に示す。このブロックは、１４３
８又は１９１８バイトのどちらか一方の長さを有し、後
述のような１０ビットＳＤＴＩタイプ・ワードを含む。
このブロックはまた、付加的な２バイトのエラー検出Ｃ
ＲＣを一般に含んでいて、図１に示すように合計で１４
４０又は１９２０バイトとなる。

【００２０】タイプ・ワードＳＤＴＩデータブロックは、１つのブロック・タイプ・
ワードを有する。２７０ＭｂｐｓのＳＤＴＩの場合、そ
のブロックタイプ値は、ライン当たり１４３８ワード
（該タイプ値を含む）のブロック・サイズを指定する
「０１ｈ」である。３６０ＭｂｐｓのＳＤＴＩの場合、
そのブロックタイプ値は、ライン当たり１９１８ワード
（該タイプ値を含む）のブロック・サイズを指定する
「０９ｈ」である。

【００２１】ＳＤＴＩデータ・タイプ・ワードは、適当
な値を有する。現在のところ、決められた値はない。入
力フォーマットは、１０ビットワードのうちのビットｂ
７〜ｂ０の中に入る８ビットデータである。１０ビット
ワードのうちのビットｂ８はビットｂ７〜ｂ０の偶数パ
リティであり、ビットｂ９はビットｂ８の補数である。

【００２２】任意のＦＥＣ（フォーワード・エラー・コ
レクション）を上記ブロックに加えてデータに安全性を
加えてもよい。ＦＥＣを付加するかしないに拘らず、ブ
ロック・タイプ・ワードのビットｂ７及びｂ６は、ＳＭ
ＰＴＥ３０５Ｍに従って設定する。本発明のこの例で
は、ＳＭＰＴＥ３０５Ｍのデータ拡張の便宜は用いな
い。ＳＭＰＴＥ−ＲＰ１６８に規定するようなＳＤＩス
イッチング・ラインの使用は、避けた方がよい。

【００２３】ＭＰＥＧ−２トランスポート・ストリーム図２のａに示すように、ＭＰＥＧ−２ＴＳ（トランス
ポート・ストリーム）パケットは、長さが１８８バイト
である。図２のｂに示すように、ＤＶＢのフォーワード
・エラー・コレクション（ＦＥＣ）を付加すると、パケ
ットの長さは２０４バイトになる。このＭＰＥＧ−２
ＴＳＦＥＣは、パケットの間にインタリーブされてお
り、急に現れるかも知れない伝送エラーによる重大なデ
ータロスを補正するためのものである。極端な場合にＳ
ＤＴＩが偶発的なエラーを生じる可能性はあるが、ＭＰ
ＥＧ−ＴＳのＦＥＣは、そのインタリーブの長さのため
ＳＤＴＩエラーの訂正には不適当であり、送られるパケ
ットがたった１８８バイトの長さの場合、このＦＥＣは
存在しないことになろう。よって、本発明の実施形態の
ＳＤＴＩ−ＴＳフォーマットは、任意に選択できるＦＥ
Ｃを含み、ＳＤＴＩリンクに生じるかも知れないエラー
を訂正するようにしている。

【００２４】ペイロード・フォーマット本発明の第１の実施形態では、ＭＰＥＧ−２ＴＳパケ
ットは、ＴＳペイロード・フォーマットの中のＳＤＴＩ
固定長ブロック内にすっぽり含まれており、以下その例
を図３を参照して説明する。図示したＴＳペイロード・
フォーマットは、図３に示すように２層構造を有する。
ペイロードは、ペイロード・ライン全体に適用するパラ
メータを定めるＴＳペイロード・ヘッダと、ＭＰＥＧ−
２ＴＳパケットをその中に含む一定数のＴＳスロット
とを有する。各ＴＳスロットは、該スロット内のＴＳパ
ケットに関するパラメータを定めるスロット・ヘッダを
有し、これにＴＳパケット自体が続き、６バイトの任意
のＳＤＴＩのＲＳ−ＦＥＣで終わっている。

【００２５】ＴＳペイロード構造ＴＳペイロードのＳＤＴＩタイプワードは、図１の左側
に示したタイプワードである。スロット・カウント、チ
ャンネル・ハンドル及び連続カウントの各ワードのビッ
ト割当てを図４に示す。

【００２６】ＴＳペイロードのスロット・カウントスロット・カウントは、このペイロード・ラインにおけ
るＴＳスロットの数を定める８ビットのワードである。
ＴＳスロットの数は、下の値が１で、上の値はペイロー
ドの長さで決まる。２７０ＭｂｐｓのＳＤＴＩの場合、
ＴＳスロットの最大数は６である。３６０ＭｂｐｓのＳ
ＤＴＩの場合、ＴＳスロットの最大数は８である。ＳＤ
ＴＩのレートが高い程、ペイロード領域により多くのＴ
Ｓスロットを適切に維持することができる。

【００２７】本発明のこの実施形態では、最後のＴＳペ
イロード・スロットとＳＤＴＩ−ＣＲＣとの間のデータ
スペースは、どんな他の目的や用途にも使用されない。
ペイロード・スロット・カウントの値が低い程、コーデ
ック（符号化−復号）の遅延を少なくするのに役立つ。
これに関しては、あとで更に説明する。

【００２８】ＴＳペイロードのチャンネル・ハンドルチャンネル・ハンドルは、最大有効ワードが先にある２
つの８ビットワードとして構成された１６ビットのワー
ドである。このワードは、同じＳＤＴＩのソースと行先
のヘッダ・アドレスを有するものの、異なるＴＳ送信チ
ャンネルを表すＴＳペイロード・ラインを見分けるのに
使用される。本例では、チャンネル・ハンドル値を「０
０００ｈ」に設定するが、他の値を選んでもよい。

【００２９】ＴＳペイロードの連続カウントこの「連続カウント」は、同じＳＤＴＩのソースと行先
のアドレス及び同じチャンネル・ハンドル値をもつＴＳ
ペイロード・ライン毎に１つずつインクリメントするモ
ジュロ６５５３６カウントである。このカウントの目的
は、信号路のスイッチングを検出することである。

【００３０】ＴＳスロット構造本例では、各ＴＳスロットは２１６ワードの長さを有
し、ＴＳスロットは、ＴＳペイロード・ヘッダの直ぐ後
に連続して順に配列される。１つのＴＳスロットは、次
の順序で情報を含んでいる。２ワード長のＴＳスロット・ヘッダ、２．２５ＭＨｚで
刻時される２ワード長の粗いカウント値、２．２５ＭＨ
ｚの倍数で刻時される１ワード長の細かい（精）カウン
ト値、１８８バイトのＴＳパケット、任意のＭＰＥＧ−
２ＴＳ−ＦＥＣのための１６バイトのスペース、任意
のＳＤＴＩＲＳ−ＦＥＣのための６バイトのスペー
ス、２バイトのナル（ゼロ）データスペース。

【００３１】ＴＳスロット・ヘッダＴＳスロット・ヘッダは、次のように定義されたビット
ｂ７〜ｂ０より成る８ビットのワードである。ビットｂ
７は、ＴＳスロットが能動ＳＤＴＩ−ＦＥＣを有するか
どうかを定める。ｂ７はＳＤＴＩ−ＦＥＣが能動でなけ
れば「０」であり、ＳＤＴＩ−ＦＥＣが能動ならば、
「１」である。ビットｂ６〜ｂ３は、残してあるものの
未定義である。ビットｂ２は、ＴＳ不連続フラグであ
る。現在のＴＳスロット内のＴＳパケットが前のＴＳパ
ケットと関連がない場合、ｂ２は「１」に設定され、そ
うでない場合は「０」に設定される。不連続なＴＳパケ
ット（即ち、ｂ＝「１」）は、これが新しいＴＳパケッ
ト連続列における最初のパケットであることを示す。

【００３２】ビットｂ１及びｂ０は、次のようなＴＳパ
ケット・タイプを定めるコードを形成する。ｂ１ｂ２ＴＳタイプ００１６バイトＦＥＣのない１８８バイトのＴＳパケット０１残してあるが未定義１０非能動１６バイトＦＥＣのある２０４バイトＴＳパケット１１能動１６バイトＦＥＣのある２０４バイトＴＳパケット

【００３３】ＴＳスロット粗カウント粗カウント値は、ＳＤＴＩ−ＴＳ符号化部にある、２．
２５ＭＨｚで刻時されるモジュロ６５５３６カウンタか
ら得られ、デコーダのためのＴＳパケットの粗いタイミ
ングを定めて、前のＴＳパケットに対し正確なタイミン
グでＴＳパケットを出力できるようにするものである。
この粗いタイミングは、次のワードの、２．２５ＭＨｚ
の整数倍のクロックから得られる微細なタイミングを含
むＴＳスロット・サブカウントと共に使用され、ＴＳプ
ログラム・クロック・レファレンス（ＰＣＲ）に近い基
準タイミングをクロックに与えるものである。これらの
粗いタイミングと細かいタイミングは、例えば２７ＭＨ
ｚで作動するＰＣＲクロックと同じマスタークロックか
ら得るのがよい。

【００３４】２．２５ＭＨｚカウンタは、ＰＣＲの２７
ＭＨｚの周期と調和する必要はない。２．２５ＭＨｚカ
ウンタは、ＴＳパケット間の最大周期より十分に長いこ
とが保証される周期を必要とするだけである。２．２５
ＭＨｚカウンタの周期は、約３０ミリ秒である。２．２
５ＭＨｚカウンタは、ＰＣＲの１２インクリメント毎に
１つずつインクリメントするものである。

【００３５】ＴＳスロット・サブカウント２７０ＭｂｐｓのＳＤＴＩの場合、サブカウントは２７
ＭＨｚクロック（ＰＣＲと同じレートである）によって
刻時され、０〜１１の範囲にわたってカウントされる。
３６０ＭｂｐｓのＳＤＴＩの場合、サブカウントは３６
ＭＨｚクロック（ＰＣＲより高いレートである）によっ
て刻時され、０〜１５の範囲にわたってカウントされ
る。サブカウント値に使用可能なビット数は、ＳＤＩワ
ード（並列）クロックレートを５７６ＭＨｚまで可能と
するものである。ＴＳスロットのカウントをどのように
して出力タイミングの制御に使用できるかについては、
あとで述べる。

【００３６】ＴＳパケット・データＴＳパケットのための２０４バイトのスペースは、固定
的に割当てられたものである。このスペースの中身は、
ＴＳスロット・ヘッダ・ワードのビットｂ１及びｂ０の
定めるところに従って１８８バイト又は２０４バイトの
ＴＳパケットデータで満たされる。１８８バイトのＴＳ
パケットの場合及び非能動ＴＳ−ＦＥＣをもつ２０４バ
イトのＴＳパケットの場合、１６バイトのＴＳ−ＦＥＣ
スペースはゼロで埋められる。

【００３７】ＴＳスロットＲＳ−ＦＥＣこのＦＥＣは、粗カウント・ワードから最後のＦＥＣワ
ードまで２１４バイトのＴＳスロットにわたって適用さ
れる。ＴＳスロット・ヘッダ・ワードＦＥＣ有効ビット
（ｂ７）が「０」に設定される場合、このＦＥＣの６ワ
ードはすべて「００ｈ」に設定される。ＲＳ−ＦＥＣ
は、元のＲＳ（リードソロモン）（２５５，２４９，Ｔ
＝３）コードから短縮されたＲＳ（２１４，２０８，Ｔ
＝３）コードである。

【００３８】このＲＳコードの生成多項式は、

【００３９】ＴＳスロット・ナル・スペースＴＳスロットは、ゼロを埋めた２ワードのナル・スペー
スで終わる。

【００４０】ＴＳスロット・タイミング・データの使用図５は、ＭＰＥＧ−２ＴＳパケットストリーム入力か
らＳＤＴＩ−ＴＳフォーマットにより出力するまでのＳ
ＤＴＩ−ＴＳの符号化過程を示す説明図である。ＴＳス
ロット粗カウント値とサブカウント値との組合せによ
り、少なくともＰＣＲと同じ位に高い分解能と、約３０
ミリ秒の再生成前の周期とをもつカウント値が定まる。
１連続列における最初のＴＳパケットを受信すると、デ
コーダは、準備でき次第いつでもパケットを出力すると
共に、ＳＤＴＩワードレート（２７／３６ＭＨｚ）で作
動する内部カウンタをそのＴＳスロット・カウント値に
設定する。このカウンタは、粗カウント及びサブカウン
トについて定めたと同じやり方でカウントを行う。その
後、残りのすべのパケットについて、デコーダは、デコ
ーダのカウントがＴＳスロット・カウンタに記憶された
カウントと等しくなると、パケットを出力してＴＳパケ
ット出力タイミングの完全さを保証する。２７０Ｍｂｐ
ｓＳＤＴＩの場合、カウント値はＴＳパケットＰＣＲと
同じレートで刻時し、タイミングのジッタは生じない筈
である。３６０ＭｂｐｓＳＤＴＩの場合、カウントはＴ
ＳパケットＰＣＲの３インクリメント毎に４ずつインク
リメントし、従って＋又は−１のＰＣＲクロック・ジッ
タが生じる。この値は、十分ＭＰＥＧ−２が定める限界
内である。

【００４１】システム遅延の問題各ＳＤＴＩラインのペイロード領域は、できるだけ多く
の完全なスロット、即ちＴＳパケットでパックされる。
本実施形態では、スロットは固定長であり、ＳＤＴＩペ
イロード領域は完全なスロットのみを含む。ペイロード
領域における予備スペースは、ゼロで埋められる。こう
すれば、ＳＤＴＩラインの浪費が確実に最少となり従っ
て最大数のラインを他のデータの転送に使用できる。

【００４２】次の例は、２７０ＭｂｐｓＳＤＴＩ−ＴＳ
に基くものである。４Ｍｂｐｓのビットレートでは、フ
レーム（５２５／３０）当たり約１５ラインがＭＰＥＧ
−２ＴＳパケットの送信に使用され、コーデックの遅
延は２ミリ秒をほんの少し越えるにすぎない。５０Ｍｂ
ｐｓのビットレートでは、フレーム（５２５／３０）当
たり約１８５ラインがＭＰＥＧ−２ＴＳパケットの送
信に使用され、従ってコーデックの遅延は約２００マイ
ロ秒に減少する。

【００４３】まず得られた近似の結果では、コーデック
の遅延はビットレートに逆比例する。よって、低いビッ
トレートでは、遅延は、ライン当たりのＴＳパケット数
を減らす、即ちそれに比例して一層多くのＳＤＴＩライ
ンを占めることでしか減らすことができない。上記４Ｍ
ｂｐｓの例で仮にライン当たりたった１ＴＳパケットを
占めるようにすれば、遅延は約４００マイクロ秒に減る
であろう。

【００４４】ＳＤＴＩ−ＴＳシステムの例図６に、ＳＤＴＩ−ＴＳシステムの一例を示す。このシ
ステムは、データソース１を有する。データソース１
は、公知のＭＰＥＧ−２ＴＳパケットを生成する公知
のＭＰＥＧ−２エンコーダ２を含む。このパケットは、
図２のａ〜ｃに示すようなＦＥＣデータを含むこともあ
り、含まないこともある。このパケットは、ＭＰＥＧエ
ンコーダ２から正確な相対的タイミングで出力されるの
で、ジッタは殆どない。ソース１のタイミング・データ
挿入回路４（図７及び８を参照してもっと詳細に述べ
る。）は、ヘッダに粗と微細のタイミング・データを挿
入する。このタイミング・データは、パケットの基準タ
イムに対する正確なタイミングを定めるものである。Ｍ
ＰＥＧ−２ＴＳパケットは、タイミング・データと共
にＳＤＴＩ６に送られる。ＳＤＴＩ６はまた、他の
ソース３及び５からパケット及び他のデータをも受け
る。他のソースは、ソース１と同じか又は同じでないこ
ともある。ＳＤＴＩは、ソース１，３及び５からのデー
タを公知のやり方で夫々対応する行先１１，１３及び１
５に送る。その目的のために、１本のＳＤＴＩライン
は、その補助データ内にソース・アドレス及び行先アド
レスを有し、アドレスされたソースからアドレスされた
行先へのデータのみを伝送する。前述のように、ＭＰＥ
Ｇ−２ＴＳパケットはＳＤＴＩ内で緩衝記憶されるの
で、ジッタの発生を招く。行先１１では、ソース１から
のパケットは、補正回路８でタイミングの補正を受けた
後、正しいタイミングでＭＰＥＧデコーダ１０に送られ
る。補正回路８の例は、図７を参照して説明する。

【００４５】ＳＤＴＩは、ＭＰＥＧ−２ＴＳパケット
を組合せて図３に示すスロットを作成する。即ち、スロ
ット・ヘッダ・データをタイミング・データに加え、ブ
ロック・ヘッダ・データを同じく図３に示すようにブロ
ックに加える。ＳＤＴＩはまた、６バイトのＦＥＣ、ナ
ルスペースに対するゼロ及び任意のＳＤＴＩ−ＣＲＣを
も加える。ＳＤＴＩはまた、パケットが新しいパケット
連続列の先頭パケットとなる時点を決定し、ＴＳ不連続
フラグのビットｂ２を「１」にセットする。

【００４６】図７に示すタイミング・データ挿入回路４
の例は、カウンタ４２を、刻時してタイミング・データ
を生成する２７ＭＨｚクロック４０を有する。このクロ
ック４０は、ＳＤＴＩクロックから得たものである。該
カウンタの例を図８に示す。該カウンタは、２７ＭＨｚ
で刻時して微細な（精）タイミング・データを生成する
モジュロ１２カウンタ８０を含み、これはまた、粗いタ
イミング・データを生成するモジュロ６５５３６カウン
タ８２を刻時させる２．２５ＭＨｚクロックを形成す
る。カウンタ８０及び８２は、自走型である。ラッチ４
４は、上記精粗のカウントを一時的に記憶する。これ
は、パケット・スタート信号を受けると、現在のカウン
トをマルチプレクサ（ＭＵＸ）４６に供給し、マルチプ
レクサは、パケットの先頭のビットストリームの中にタ
イミング・データを挿入する。１パケット連続列の先頭
パケットに、その生成の瞬間にカウンタ４２によって示
される任意のタイムが割当てられる。そのタイムは、該
連続列の後続のパケットに対する基準タイムとなる。カ
ウンタ４２は、６５５３６／（２．２５×１０⁶）秒、
即ち約３０ミリ秒の周期でそのカウントを続ける。

【００４７】行先における補正回路８は、例えば、スロ
ット・ヘッダを検出し、それから不連続フラグ（ｂ２＝
１）及び精粗タイミング・データによって示されるパケ
ットが連続列内の先頭パケットかどうかを決定するデマ
ルチプレクサ（ＤＥＭＵＸ）８４を具える。デマルチプ
レクサは、ＭＰＥＧ−ＴＳパケットをスロット・ヘッダ
から分離し、該パケットをＦＩＦＯバッファ９６に供給
する。このＦＩＦＯバッファ９６は、ＳＤＴＩの１ブロ
ック分のパケットを記憶する。パケットは、平均して、
ソース１で最初に生成されたときと同じレート、例えば
２７０ＭｂｐｓでＦＩＦＯバッファに刻々と入力され、
それから刻々と出力される。ただし、パケットは不規則
に入力されても、正確なタイミングで連続して出力され
る。デマルチプレクサ８４は、タイミング・データをも
う１つのＦＩＦＯ８６を介して比較回路８８に送ると共
に、直接ゲート回路９４にも送る。パケットが最初のパ
ケットであれば、不連続フラグｂ２＝１によりゲート回
路９４が基準タイムを表すタイミング・データをカウン
タ９０へ供給し、これにより該カウンタが基準タイムに
セットされる。

【００４８】図９に示すカウンタ９０の例は、図８の対
応するカウンタ８０及び８２と同じ様に配置されＳＤＴ
Ｉによって設けられた２７ＭＨｚクロックをカウントす
るモジュロ１２カウンタ９２１及びモジュロ６５５３６
カウンタ９４１を具える。ＳＤＴＩによって設けられた
クロックは、公知のやり方でソースのクロック４０と同
期化されている。カウンタ９２１及び９４１は、予め基
準カウントを格納できる点においてカウンタ８０及び８
２と相違する。カウンタ９２１及び９４１は、一旦格納
されるとカウンタ８０及び８２と同様に自走し、これら
と遅れて同期状態になる。

【００４９】比較回路８８は、デマルチプレクサからの
タイミング・データをカウンタ９０からのタイミング・
データと比較する。比較したタイミング・データが等し
くなると、比較回路は、ＦＩＦＯバッファ９６に正しい
タイミングでパケットを出力させることができる。

【００５０】パケット及びタイミング・データは、デマ
ルチプレクサ８４によって分離され、ＦＩＦＯ８６及
び９６に供給される。これらのＦＩＦＯは、対応するパ
ケットとタイミング・データの配列を一時記憶する。パ
ケットがＦＩＦＯ９６を通ってその出力に移動する
と、対応するタイミング・データも、ＦＩＦＯ８６を
通って移動しＦＩＦＯ９６のパケットと対応関係を維
持する。タイミング・データの各項目がＦＩＦＯ８６
の出力に達したあと、その項目はそのＦＩＦＯから除か
れる。ＦＩＦＯ８６の出力におけるタイミング・デー
タの各項目はカウンタ９０のカウントと比較され、タイ
ミング・データによって表されるカウントが該カウンタ
におけるカウントと等しくなると、読出しイネーブル信
号がＦＩＦＯ９６に正しいタイミングをもつ対応する
パケットの読出しを開始させる。このイネーブル信号は
また、ＦＩＦＯ８６の出力からタイミング・データを
除去し、タイミング・データの次の項目をその出力に移
してカウンタ９０のカウントと比較させる。

【００５１】第２実施形態：ＳＤＴＩ−ＰＦ概要図１〜４について、本明細書でＳＤＴＩ−ＴＳという信
号フォーマットを説明した。それは、ライン当たり１ブ
ロックの、ＳＤＴＩの固定長ブロック・サイズ・モード
を用いるものであった。その信号フォーマットを、ＳＤ
ＴＩを使用してＭＰＥＧ−２ビットストリームを送信す
ることに関連して説明した。次に、本明細書でＳＤＴＩ
−ＰＦというもう１つの信号フォーマットについて述べ
る。このフォーマットＳＤＴＩ−ＰＦは、ＭＰＥＧ−２
ＴＳパケットを送信すると共に他の種類のパケットを
ＳＤＴＩを介してバッファリングなしで送信できるの
で、パケット・ジッタを減らすことができる。このよう
なパケットは、ＡＴＭセルや単方向インターネット・プ
ロトコル（Ｕｎｉ−ＩＰ）であってもよい。

【００５２】この実施形態は、パケットストリームの送
信について次のような幾つかの機能的特徴を有する。高いパッキング密度、データ・パケット・タイプ及び関
連するパケット・メタデータの柔軟な配列、多数のデー
タ・パケット・タイプの多数チャンネルの送信、効果的
なフォーワード・エラー・コレクション（ＦＥＣ）仕様
の規定、精確なデータ・パケット出力タイミングを再生
成する能力、組込みユーザ情報を加える能力、データ・
パケットに関する制御情報を、ＳＤＩスイッチングを検
出するための連続カウンタの設置に使用できる、同じソ
ース及び行先のアドレス間の多数のデータ・パケット・
チャンネルの転送のためのチャンネル「ハンドル」を設
けること、ストリーム内のデータ・パケットの位置を定
めること。

【００５３】ＳＤＴＩパラメータＳＭＰＴＥ３０５Ｍは、ビットレートが２７０Ｍｂｐｓ
及び３６０ＭｂｐｓのＳＤＴＩを指定しており、この実
施形態は、その機器の仕様に従って２７０Ｍｂｐｓのみ
か、又は両ビットレートで作動する。ＳＤＴＩ−ＰＦ
は、図１０に示すように、ＳＤＴＩの可変ブロック・モ
ードを使用する。「セパレータ」及び「エンドコード」
の間のスペースにおけるデータはすべて１０ビットワー
ドであり、そのデータは１０ビットワードのうちビット
ｂ０〜ｂ７の中に入る８ビットを含み、ビットｂ８はビ
ットｂ０〜ｂ７の偶数パリティにセットされ、ビットｂ
９は奇数パリティにセットされる。

【００５４】ＳＤＴＩヘッダの「ブロック・タイプ」ワ
ードは、ＳＭＰＴＥ３０５Ｍに従った可変ブロック・モ
ードにセットされる。ＳＤＴＩデータ・タイプ・ワード
は、データ・パケット・フォーマット（ＰＦ）の可変ブ
ロック・ペイロードを示す値「１１ｈ」にセットされ
る。この実施形態は、ＳＭＰＴＥ３０５Ｍのデータ拡張
の便宜は使用しない。

【００５５】ＳＤＴＩライン及びアドレス番号各ＳＤＴＩ可変ブロックにおけるデータは、ブロック・
エンドまで必要な数のラインを通って続くので、ＳＤＴ
Ｉヘッダのライン番号は連続的でなければならない。ま
た、ＳＤＴＩヘッダのソース及び行先のアドレス値は、
任意の１つのＳＤＴＩ可変ブロックに関連する全部のラ
インの送信中は不変であることが必要である。

【００５６】ＳＤＴＩスイッチングＳＤＴＩデータストリームの任意のスイッチングは、画
像フレームの境界で生じるが、スイッチングの影響を軽
減するための特殊な処理機器を使用することなくデータ
パケットの中身を良好にデコードする能力に影響する可
能性がある。画像の切替えによって影響を受けるライン
は、ＳＭＰＴＥ−ＲＰ１６８に定められている。ＳＭＰ
ＴＥ−ＲＰ１６８に定められたラインは、過渡状態が起
こるかも知れない切替えライン直前及び直後のラインと
共に、使用しないことを勧める。連続カウントは、切替
えによって影響される可変ブロックを示すために設けて
もよい。

【００５７】ＴＬＤブロック構造各可変ブロックのデータブロック領域は、図１１に示す
ように、タイプ、長さ及びデータ（ＴＬＤ）構造によっ
て定められた１以上のブロックで満たされている。ＴＬ
Ｄ構造の３つの構成部分は、次のとおりである。タイプ：局所的１バイト・ラベルとしての「値」領域に
含まれるデータのタイプ、長さ：上記値の長さ、データ：タイプによって決まるデータ。

【００５８】「タイプ」は、ＴＬＤブロックで送られる
データのタイプを識別するただ１つのバイトである。こ
のタイプ値は、ＴＬＤパケットの一種（例えばＭＰＥＧ
−２ＴＳパケット）か又はＴＬＤメタデータの一種のい
ずれかを決定する。

【００５９】ＴＬＤメタデータ・ブロックを受信する
と、その値領域に含まれるメタデータは、そのＳＤＴＩ
可変ブロックのエンドか又は同じタイプの新しいメタデ
ータ構造のどちらか一方が受信されるまで、すべての後
続ＴＬＤパケット・ブロックに適用される。ＴＬＤメタ
データ・ブロックからのデータは、ＳＤＴＩ可変ブロッ
クを通して何の意味ももたないので、新しい各可変ブロ
ックは、必要に応じてＴＬＤメタデータの新しいセット
を送信する。

【００６０】図１２は、本発明の実施形態によるＳＤＴ
Ｉ可変ブロックとＴＬＤブロックの階層構造を示す。図
１２に示すように、各ＳＤＴＩ「可変ブロック」のデー
タブロック領域は、ＴＬＤブロックですっかり満たされ
ている。ＳＤＴＩ「データブロック」の開始点、ＴＬＤ
ブロック間、又は最後のＴＬＤブロックとＳＤＴＩ「エ
ンドコード」との間のいずれにも詰め物はない。

【００６１】ＴＬＤのタイプＴＬＤタイプは、ＴＬＤブロックにおけるデータのタイ
プを識別するために用いられる１バイトのワードであ
る。タイプ値の割当てには、次のルールが適用される。
「００ｈ」のタイプ値は使用しない。「０１ｈ」から
「０Ｆｈ」までの範囲内のタイプ値は、ＴＬＤメタデー
タ・ブロックを識別するのに用いられる。「１０ｈ」か
ら「ＦＦｈ」までの範囲内のタイプ値は、タイプワード
の最大有効４ビットのみを用いてＴＬＤパケットタイプ
を識別する。よって、これらのＴＬＤタイプの１５個の
みを識別することができる。

【００６２】「０Ｆｈ」より大きな値をもつタイプワー
ドの最小有効４ビットは、次のとおりである。ビットｂ
３は、ＴＬＤデータ領域のエンドにおけるＦＥＣの存在
を識別するのに用いられる。ｂ３＝「１」ならば、ＦＥ
Ｃが存在し、そうでなければＦＥＣは存在せず、スペー
スは割当てられない。ビットｂ２は、データが組込みカ
ウンタを含むかどうかを識別するのに用いられる。ｂ２
＝「１」ならば、組込みカウンタが存在し、そうでなけ
れば組込みカウンタは存在せず、スペースは割当てられ
ない。

【００６３】ビットｂ１及びｂ０は、０〜３の範囲内の
２進値を構成する。該値＝「３」ならば、ＴＬＤデータ
領域のヘッドに６ユーザ・バイトが含まれる。該値＝「２」ならば、ＴＬＤデータ領域のヘッドに４ユ
ーザ・バイトが含まれる。該値＝「１」ならば、ＴＬＤデータ領域のヘッドに２ユ
ーザ・バイトが含まれる。該値＝「０」ならば、ＴＬＤデータ領域のヘッドにユー
ザ・バイトは含まれない。

【００６４】ＴＬＤの長さＴＬＤブロックの長さは、ＴＬＤデータの長さを指定す
る。よって、この長さ値は、必要に応じ次のＴＬＤブロ
ックに飛ばすのに用いられる。ＴＬＤ長さは、次のよう
に定義される可変長ワードである。最初のバイトの値が
「００ｈ」〜「ＦＥｈ」の範囲内にあれば、その長さは
最初のバイトの値によって与えられる。最初のバイトの
値が「ＦＦｈ」に等しければ、その長さ値は、すぐ後の
２バイトの中に含まれる。したがって、２５４バイトよ
り大きい長さのデータブロックをもつＴＬＤ構造は、最
初のバイトが「ＦＦｈ」の値に等しく、次の２つのバイ
トが「０００ｈ〜ＦＦＦＥｈ」の範囲の値をもつ長さを
含む３バイトの長さになる。「ＦＦＦＦｈ」の２バイト
の長さ値は、将来可能性がある拡大のために取っておか
れる。

【００６５】ＴＬＤブロック「ＯＦｈ」までのタイプ値によって定められるＴＬＤブ
ロックは、以下のメタデータ定義の中で定められたフォ
ーマットのメタデータを含む。「ＯＦｈ」より上のタイ
プ値によって定められるＴＬＤブロックは、以下のパケ
ット定義の中で定められるようなデータパケットを含
む。

【００６６】データパケットは、次の構成部分より成
る。（１）長さが０，２，４又は６バイトのユーザ・デー
タ。該ユーザ・データの長さは、タイプワードのビット
ｂ０及びｂ１によって定められる。（２）ジッタを無視できるデコーダ出力におけるデータ
パケットのタイミングを決めるのに使用できる３バイト
の、小カウント値と大カウント値の組合せ。（３）６バイト長のリードソロモン・フォーワード・エ
ラー・コレクション（ＲＳ−ＦＥＣ）。

【００６７】このＴＬＤパケットを図１３に示す。最も
簡単な場合、「０」にセットされた４つのＬＳＢをもつ
ＴＬＤタイプ識別子があるデータパケットは、パケット
データのみを含み他の余計な成分を含まない簡単なデー
タパケットである。

【００６８】ユーザ・データ領域ユーザ・データのスペースは、０，２，４又は６バイト
のユーザ・データ領域の余地がある２バイトのインクリ
メントで定義される。ユーザ・データ領域の中身は、個
人的なデータであり、本明細書では定義しない。

【００６９】パケット・タイミング・カウンタ大小カウント値の組合せは、パケット・タイミング・カ
ウンタを構成し、大小カウントワードによって夫々定め
られる整数部と分数部を有する。このパケット・タイミ
ング・カウンタは、データストリームの最初のパケット
に対して正確なタイムでデコーダがパケットを出力でき
るように各パケットの開始点のタイミングを定めるもの
である。このパケット・タイミング・カウンタは、ＳＤ
ＴＩクロック周期と同程度に精確な出力パケットの開始
位置のタイミングを与えることができる。

【００７０】このパケット・タイミング・カウンタは、
約３０ミリ秒の周期を有する。パケット間の最大周期を
このパケット・タイミング・カウンタの周期より小さく
して正確な動作を保証する。図５から図９までの説明
は、正確な出力タイミングを制御するためパケット・タ
イミング・カウンタをどのように使用しうるかを説明す
るものである。

【００７１】小カウント小カウントは、前述した微細なスロット・サブカウント
に対応するものである。８ビットの小カウントワード
は、ＳＤＴＩワード・クロックによって刻時させられる
カウンタからサンプリングされた値である。小カウント
ワードのビットｃ０〜ｃ７は、小カウント値用に使われ
る。ビットｃ０は、小カウント値の最小有効ビットであ
る。

【００７２】２７０ＭｂｐｓＳＤＴＩの場合、小カウン
ト値は、２７ＭＨｚクロック（これは、ＭＰＥＧ−２
ＴＳＰＣＲと同じレートである。）によって刻時させ
られ、０〜１１の範囲にわたってカウントし２．２５Ｍ
Ｈｚクロック周期を作るカウンタから格納される。３６
０ＭｂｐｓＳＤＴＩの場合、小カウント値は、３６ＭＨ
ｚクロック（これは、ＭＰＥＧ−２ＴＳＰＣＲより
高いレートである。）によって刻時させられ、０〜１５
の範囲にわたってカウントし２．２５ＭＨｚクロック周
期を作るカウンタから格納される。小カウント・ワード
に使用可能なビット数は、ＳＤＴＩワード・クロックの
レートを５７６ＭＨｚまで可能とするものである。

【００７３】大カウント大カウントは、前述した粗カウントに対応するものであ
る。１６ビットの大カウント・ワードは、２．２５ＭＨ
ｚクロックによって刻時させられるモード６５５３６カ
ウンタからサンプリングされた値である。大カウント値
は、該カウント値のＬＳＢからＭＳＢまでを夫々表す、
図１３に示すようなビットｃ０〜ｃ１５で構成される。

【００７４】ＲＳ−ＦＥＣＲＳ−ＦＥＣは、設けられている場合に、ＴＬＤタイプ
ワードから最後のＲＳ−ＦＥＣワードまでの全ＴＬＤ構
造内容について補正を行う。ＲＳ−ＦＥＣは、多数のＴ
ＬＤパケットの間にインタリーブされない。この実施形
態では、エラー訂正はリードソロモンＲＳ（Ｌ，Ｌ−
６，Ｔ＝３）として定義される。Ｌ＜２５５の場合、Ｒ
Ｓ−ＦＥＣは元のＲＳ（２５５，２４９，Ｔ＝３）コー
ドから短縮されたコードである。

【００７５】ＲＳコードの生成多項式は、

【００７６】エンコーダは３つのエラーを訂正する能力
があるが、デコーダは、１つ又は２つのエラーのみを訂
正して残りのエラー検出性能を保存することを選んでも
よい。また、ＲＳ−ＦＥＣは、２５５バイト以下のＴＬ
Ｄ構造にのみ使用できるものであることに留意された
い。したがって、２５３より大きいＴＬＤ長さ値は、Ｒ
Ｓ−ＦＥＣの限界を越えるので、これには使用されな
い。

【００７７】ＴＬＤブロックの定義次の定義リストは、現在選ばれているものである。この
リストを拡大してもよい。各ＴＬＤ（タイプ、長さ、デ
ータ、またキー、長さ、値ともいう。）メタデータ定義
としては、「タイプ」値によって定められる局部識別子
と、ＳＭＰＴＥダイナミック・メタデータ・ディクショ
ナリ内のメタデータ項目の場所を定める広域識別子との
２つがある。両識別子は、同じメタデータ仕様を参照し
易くするものである。タイプ値を短縮する理由は、ＳＤ
ＴＩトランスポートに使用される高速でデータを細かく
調べ易くするためである。また、パッキング密度を高く
しうるので、高速シリコンに対する記憶要件が簡単化さ
れる。しかし、この文書で特定した任意のメタデータ項
目を拡大して、メタデータ・ディクショナリのもとにな
る十分なＫ−Ｌ−Ｖ構造を定義してもよいことに留意さ
れたい。この十分に拡大されたＫ−Ｌ−Ｖ（ｋｅｙ，ｌ
ｅｎｇｔｈ，ｖａｌｕｅ）構造は、異なる機器間のメタ
データ項目の通常の交換のための基礎として使用できる
であろう。

【００７８】メタデータの定義連続カウント局部タイプ値＝「０１ｈ」連続カウントは、同じＳＤＴＩソース及び行先のアドレ
スを有するＳＤＴＩ−ＰＦ可変ブロック毎に１つずつイ
ンクリメントする１６ビットのモジュロ６５５３６値で
ある。このカウントの目的は、信号路のスイッチングを
検出するためである。ビット有効度は、ＬＳＢが先にあ
る。即ち、ＬＳＢは最初のバイトのビットｂ０にあり、
ＭＳＢは２番目のバイトのビットｂ７にある。

【００７９】チャンネル・ハンドル局部タイプ値＝「０２ｈ」長さ＝２バイトスロット・ハンドルは、同じＳＤＴＩソースと行先ヘッ
ダのアドレスをもつが、異なるパケット・チャンネルを
表すＳＤＴＩ−ＰＦ可変ブロック内のパケットを識別す
るのに用いられる２バイトのワードである。スロット・
ハンドルは、同じＳＤＴＩソースと行先のアドレスに関
連するすべてのパケットが単一チャンネルからのもので
ある場合、ゼロにセットされる。２以上のチャンネルの
パケット・ストリームがＳＤＴＩ−ＰＦ可変ブロック上
に多重化される場合、各チャンネルに対するスロット・
ハンドル値は非ゼロである。この多重化されるチャンネ
ルの数は、６５５３５に制限される。ＳＤＴＩ−ＰＦ可
変ブロックにチャンネル・ハンドル・メタデータが存在
しない場合、そのＴＬＤブロックは、１つのチャンネル
からのものであると考えられる。

【００８０】ストリーム位置インディケータ局部タイプ値＝「０３ｈ」長さ＝１バイトパケット・ストリーム位置インディケータは、ストリー
ム内の次のＴＬＤパケットの位置を識別するのに用いら
れる。ビットｂ２〜ｂ０は、パケット・ストリーム内の
次のＴＬＤパケットの位置を定める。これらの３ビット
は、８つのストリーム状態を次のととり識別する。０＝ストリーム内のＴＬＤパケット位置は未定である。１＝ＴＬＤブロックは、ストリーム・スタート・パケッ
トに先行するパケット（例えば、プリロール・パケッ
ト）であるストリーム・ヘッド・パケットを含む。２＝ＴＬＤブロックは、ストリームの最初のパケットで
あるストリーム・スタート・パケットを含む。３＝ＴＬＤブロックは、ストリーム・スタートとストリ
ーム・エンドの２パケット間のパケットであるミッド・
ストリーム・パケットを含む。

【００８１】４＝ＴＬＤブロックは、ストリームの最終
パケットであるストリーム・エンド・パケットを含む。５＝ＴＬＤブロックは、ストリーム・エンド・パケット
に続くパケット（例えば、ポストロール・パケット）で
あるストリーム・テール・パケットを含む。６＝ＴＬＤブロックは、長さ１のストリームを示すスト
リーム・スタート・パケット及びストリーム・エンド・
パケットの両方を含む。７＝残してあるが未定義である。ビットｂ７〜ｂ３は、残してあるが未定である。

【００８２】ＴＬＤパケットの定義次のパケット・タイプは、局部ＴＬＤタイプ・ワードと
してのみ定義されている。ＭＰＥＧ−２トランスポート・ストリームタイプ値＝「８ｘｈ」長さ＝組込みＦＥＣの存在及びタイプ並びにユーザ、カ
ウント及びＦＥＣの構成部分の存在によって変化する。ＭＰＥＧ−２トランスポート・ストリーム（ＭＰＥＧ−
２ＴＳ）パケットは、１８８バイトの長さである。フ
ォーワード・エラー・コレクション（ＦＥＣ）が加えら
れると、パケット長はＤＶＢエミッションの場合２０４
バイトに、ＡＴＳＣエミッションの場合２０８バイトに
増加する。ＭＰＥＧ−２ＴＳＦＥＣは、パケットの
間にインタリーブされ、エラー・バーストを生じるかも
知れない伝送システムによる高度のデータロスを予定し
たものである。極端な場合、ＳＤＴＩは偶発的エラーを
生じる可能性があるが、ＭＰＥＧ−２ＴＳＦＥＣ
は、そのインタリーブ長のためＳＤＴＩエラーの訂正に
は不適当であり、送信されるパケットの長さがたった１
８８バイトであれば、このＦＥＣは存在しないことにな
ろう。したがって、ＳＤＴＩ−ＰＦフォーマットは、Ｓ
ＤＴＩリンクを通じて発生の可能性があるエラーを訂正
するため、任意のインタリーブされないＦＥＣを含んで
いる。図２のａ〜ｃは、ＦＥＣ能力が異なるＭＰＥＧ−
ＴＳパケットを示す。ＳＤＴＩ−ＰＦＴＳブロック
は、必要に応じユーザデータ、タイミング再生成、ＲＳ
−ＦＥＣの３つの機能をすべて使用してもよい。

【００８３】ＳＤＴＩ−ＣＰ送信パケットタイプ値＝「９ｘｈ」長さ＝ユーザ、カウント及びＦＥＣの構成部分の存在に
よって変わる。ＳＤＴＩ−ＣＰ送信パケットは、１８８バイトのＭＰＥ
Ｇ−２トランスポート・ストリーム・パケットに基くパ
ケット構造を採用し、同一のやり方で管理される。

【００８４】単方向インターネット・プロトコル・パケ
ット（Ｕｎｉ−ＩＰ）タイプ値＝「Ａｘｈ」長さ＝６５５３５バイトまで可変である。Ｕｎｉ−ＩＰパケットは、ＲＳ−ＦＥＣにより処理しう
る長さを上まわる長さをもつことができるので、Ｕｎｉ
−ＩＰパケットは通常ＦＥＣを使用できない。しかし、
Ｕｎｉ−ＩＰパケットがソース装置により正しいＦＥＣ
動作のために設定された限界より低く制約される場合、
長さが２５４バイトより小さいパケットにのみ使用して
成功するであろう。ユーザはまた、正しくパイプライン
動作で動作するため幾つかのＲＳデコーダが固定パケッ
ト長に頼っていることに注意すべきである。よって、パ
ケット長が変動するＵｎｉ−ＩＰパケットは、ＲＳ−Ｆ
ＥＣが能動であれば、デコーダ問題を引き起こす可能性
がある。

【００８５】ＡＴＭセルタイプ値＝「Ｂｘｈ」長さ＝５３バイトＡＴＭセルは、５３バイトの固定長を有するが、必要に
応じこれにユーザ、カウント及びＦＥＣを加えてもよ
い。

【００８６】以上本発明の実施形態を添付図面を参照し
て詳細に説明したが、本発明は、これらの実施形態に限
定されるものではなく、特許請求の範囲に記載した本発
明の範囲から逸脱することなく、当業者により種々の変
更及び変形をこれらに加えうるものである。

【００８７】

【発明の効果】本発明によれば、パケット化した信号を
送信するのに、従来のＤＶＢ−ＡＳＩを用いるよりはる
かに柔軟性のある信号送信装置を提供することができ
る。

【図面の簡単な説明】

【図１】ＳＤＴＩラインのペイロード領域の模式図であ
る。

【図２】ＭＰＥＧ−２ＴＳパケットの模式図である。

【図３】スロットに分割され本発明の一実施形態による
フォーマットを有するＳＤＴＩペイロード領域を示す模
式図である。

【図４】ペイロード・ヘッダ構造の模式図である。

【図５】本発明の一実施形態によるジッタの補正を説明
する模式図である。

【図６】本発明によるＳＤＴＩシステムを介してＭＰＥ
Ｇ−２ＴＳパケットを送信する装置の概略図である。

【図７】図６のタイミング・データ挿入回路及びタイミ
ング補正回路の例を示す概略ブロック図である。

【図８】図７のカウンタ４２の例を示す概略ブロック図
である。

【図９】図７のカウンタ９０の例を示す概略ブロック図
である。

【図１０】本発明の他の実施形態に用いられるＳＤＴＩ
可変ブロックの模式図である。

【図１１】本発明の他の実施形態に用いられるＴＬＤブ
ロックの模式図である。

【図１２】本発明の他の実施形態に用いられるＳＤＴＩ
可変ブロックとＴＬＤブロックの階層構造を示す模式図
である。

【図１３】ＴＬＤ複合パケットの模式図である。

【符号の説明】

４０‥‥クロック、４２‥‥カウンタ、４６‥‥マルチ
プレクサ、８０，９２‥‥モジュロｎカウンタ、８２，
９４‥‥モジュロｍカウンタ、８４‥‥デマルチプレク
サ、８８‥‥比較手段、９６‥‥パケット出力手段、Ｆ
ＥＣ‥‥エラー訂正データ

───────────────────────────────────────────────────── フロントページの続き (72)発明者オールディ，スティーブンチャールズイギリス国ハンプシャー，ベージングストーク，ペンリスロード 66

Claims

【特許請求の範囲】

【請求項１】各データブロックが該ブロックに関する
データを含むヘッダと、各スロットが該スロットに関す
るスロット・ヘッダ及び１つのデータ・パケットを有す
る複数のスロットとを含むデータブロックを具えるデジ
タル信号であって、上記データ・パケットは或るソース
からの情報の次々に連続する各部分を含み、上記ソース
からの情報の先頭部分を含む最初のパケットを含む最初
のスロットはまた基準タイムをも含み、上記ソースから
の情報の後続パケットを含む１つの又は各後続スロット
はまた当該パケットの上記基準タイムに対するタイミン
グを定めるタイミング情報をも含む上記デジタル信号を
符号化するエンコーダであって、クロックと、該クロックから上記最初のパケットの生成タイムを決め
る基準タイムを取出して、上記最初のスロット内の基準
タイム情報を供給し、上記クロックから後続パケットの
生成タイムを決める上記タイミング情報を取出して、上
記後続パケットが生成されるに従い上記後続スロット内
の上記タイミング情報を供給する手段とを具えたエンコ
ーダ。
【請求項２】上記タイミング情報は、粗いタイミング
情報と微細なタイミング情報とを含む請求項１のエンコ
ーダ。
【請求項３】上記クロックは、クロック信号を受ける
ための入力と、該クロック信号をカウントし該クロック
信号の周波数をｎで割算して微細なタイム情報を生成す
るモジュロｎカウンタと、該モジュロｎカウンタによっ
て生成され周波数分割されたクロック信号をカウントし
粗いタイム情報を生成するモジュロｍカウンタ（ただ
し、ｍはｎよりはるかに大きい。）とを具えた請求項２
のエンコーダ。
【請求項４】上記クロック信号の周波数は２．２５ｎ
ＭＨｚ（ただし、ｎは整数）である請求項３のエンコー
ダ。
【請求項５】上記クロック信号の周波数は２７ＭＨｚ
であり、ｎは１２、ｍは６５５３６である請求項４のエ
ンコーダ。
【請求項６】上記クロック信号の周波数は３６ＭＨｚ
であり、ｎは１６、ｍは６５５３６である請求項４のエ
ンコーダ。
【請求項７】上記タイム情報を上記スロットに挿入す
るマルチプレクサを具えた請求項１のエンコーダ。
【請求項８】上記スロット・ヘッダに該スロットが上
記最初のパケットを含むかどうかを示すフラグを挿入す
る手段を更に具えた請求項１のエンコーダ。
【請求項９】上記データ・ブロックが可変長ブロック
である請求項１のエンコーダ。
【請求項１０】上記スロットが可変長スロットである
請求項９のエンコーダ。
【請求項１１】上記可変長スロットは、メタデータを
含むスロットと、該メタデータによって記述されるデー
タを含むスロットとを具える請求項１０のエンコーダ。
【請求項１２】メタデータ・スロットが、該メタデー
タ・スロットにおけるメタデータによって記述されるデ
ータを含むデータ・スロットに先行する請求項１１のエ
ンコーダ。
【請求項１３】上記メタデータ・スロットは、上記最
初のパケットを含む次のスロットを識別するメタデータ
を含む請求項１２のエンコーダ。
【請求項１４】上記可変長スロットは、データ領域
と、該データ領域におけるデータのタイプを記述するデ
ータを含むタイプ領域と、上記データ領域におけるデー
タの長さを定める長さ領域とを具える請求項１１のエン
コーダ。
【請求項１５】請求項１によるエンコーダを含むＳＤ
ＴＩシステム。
【請求項１６】各データ・ブロックが該ブロックに関
するデータを含むヘッダと、各スロットが該スロットに
関するスロット・ヘッダ及び１つのデータ・パケットを
有する複数のスロットとを含むデータ・ブロックを具え
るデジタル信号であって、上記データ・パケットは或る
ソースからの情報の次々に連続する各部分を含み、上記
ソースからの情報の先頭部分を含む最初のパケットを含
む最初のスロットはまた基準タイムをも含み、上記ソー
スからの情報の後続パケットを含む１つの又は各後続ス
ロットはまた当該パケットの上記基準タイムに対するタ
イミングを定めるタイミング情報をも含む上記デジタル
信号を復号するデコーダであって、クロックと、上記パケットの上記タイミング情報を検出する手段と、上記最初のパケットを検出すると、上記クロックを上記
基準タイムに初期設定する手段と、上記クロックのタイムを上記後続パケットの上記タイミ
ング情報と比較する手段と、上記パケットの上記タイミング情報が上記クロックのタ
イムと等しくなる時に上記パケットを出力する手段とを
具えたデコーダ。
【請求項１７】上記タイミング情報は、粗いタイミン
グ情報と微細なタイミング情報とを含む請求項１６のデ
コーダ。
【請求項１８】上記クロックは、クロック信号を受け
るための入力と、該クロック信号をカウントし該クロッ
ク信号の周波数をｎで割算して微細なタイム情報を生成
するモジュロｎカウンタと、該モジュロｎカウンタによ
って生成され周波数分割されたクロック信号をカウント
し粗いタイム情報を生成するモジュロｍカウンタ（ただ
し、ｍはｎよりはるかに大きい。）とを具えた請求項１
７のデコーダ。
【請求項１９】上記クロック信号の周波数は２．２５
ｎＭＨｚであり、ｎは整数である請求項１８のデコー
ダ。
【請求項２０】上記クロック信号の周波数は２７ＭＨ
ｚであり、ｎは１２、ｍは６５５３６である請求項１９
のデコーダ。
【請求項２１】上記クロック信号の周波数は３６ＭＨ
ｚであり、ｎは１６、ｍは６５５３６である請求項１９
のデコーダ。
【請求項２２】上記スロットが上記最初のパケットを
含むかどうかを示すフラグを含むスロット・ヘッダをも
つ信号に使用され、上記フラグと上記パケットとを分離
するデマルチプレクサと、上記フラグが最初のパケット
であることを示すと、該フラグに応答して上記クロック
を上記基準タイムに設定する手段とを具えた請求項１６
のデコーダ。
【請求項２３】上記出力手段はＦＩＦＯバッファを含
む請求項１６のデコーダ。
【請求項２４】ＭＰＥＧ−２ＴＳパケットをＳＤＴ
Ｉシステムを介して送信する送信装置。
【請求項２５】各データ・ブロックが該ブロックに関
するデータを含むヘッダと、各スロットが該スロットに
関するスロット・ヘッダ及びデータ・パケットを有する
少なくとも１つのスロットとを含むデータ・ブロックを
具えるデジタル信号であって、上記データ・パケットは
或るソースからの情報の次々に連続する各部分を含み、
上記ソースからの情報の先頭部分を含む最初のパケット
を含む最初のスロットはまた基準タイムをも含み、上記
ソースからの情報の後続パケットを含む１つの又は各後
続スロットはまた当該パケットの上記基準タイムに対す
るタイミングを定めるタイミング情報をも含む上記デジ
タル信号。
【請求項２６】上記タイミング情報は粗いタイミング
情報と微細なタイミング情報とを含む請求項２５の信
号。
【請求項２７】上記の粗いタイミング情報及び微細な
タイミング情報は、上記スロット・ヘッダにおける別々
のワードによって表される請求項２６の信号。
【請求項２８】上記スロット・ヘッダは、上記パケッ
トが最初のパケットであるかどうかを示すデータを含む
請求項２５の信号。
【請求項２９】上記スロット・ヘッダは、パケット・
タイプを示すデータを含む請求項２５の信号。
【請求項３０】上記パケット・タイプを示すデータ
は、（ｉ）パケットの長さ、（ii）パケットが能動エラ
ー訂正データを含むかどうか、の一方又は両方を示す請
求項２９の信号。
【請求項３１】各パケットがエラー訂正データを含む
請求項３０の信号。
【請求項３２】上記スロット・ヘッダに該スロットが
エラー訂正データを含むかどかを示すデータが含まれる
請求項３１の信号。
【請求項３３】各スロットがエラー訂正データを含む
請求項３２の信号。
【請求項３４】各ブロックのスロットは、一定の長さ
を有し、該ブロック内で予め定めた位置を有する請求項
２５の信号。
【請求項３５】上記データブロックは可変長ブロック
である請求項２５の信号。
【請求項３６】上記スロットは可変長スロットである
請求項３５の信号。
【請求項３７】上記可変長スロットは、メタデータを
含むスロットと、該メタデータによって記述されるデー
タを含むスロットとを具える請求項３６の信号。
【請求項３８】メタデータ・スロットは、該メタデー
タ・スロット内のメタデータによって記述されるデータ
を含むデータ・スロットに先行する請求項３７の信号。
【請求項３９】上記メタデータ・スロットは、上記最
初のパケットを含む後続スロットを識別するメタデータ
を含む請求項３８の信号。
【請求項４０】上記可変長スロットは、データ領域
と、該データ領域内のデータのタイプを記述するデータ
を含むタイプ領域と、上記データ領域内のデータの長さ
を定める長さ領域とを具える請求項３６の信号。
【請求項４１】上記ブロック及びブロック・ヘッダは
ＳＤＴＩに従うものである請求項２５の信号。
【請求項４２】上記パケットは、ＭＰＥＧ−２ＴＳ
パケット又はＡＴＭセル又はインターネット・プロトコ
ル・パケットである請求項３５の信号。