JP4216195B2 - 非同期ネットワークを介するストリームの送信 - Google Patents

Description

本発明は、一般に、広帯域通信システムにおけるトランシーバに関し、特に、非同期ネットワークを介するトランスポート（輸送）ストリームの送信のための装置および方法に関する。

（関連する出願の相互参照）
本出願は、２００２年１月４日に出願された「Ａ ＤＥＶＩＣＥ ＦＯＲ ＴＲＡＮＳＣＥＩＶＩＮＧ ＭＰＥＧ−２ ＴＲＡＮＳＰＯＲＴ ＳＴＲＥＡＭＳ ＯＶＥＲ ＩＰ ＮＥＴＷＯＲＫＳ」という名称の、同時係属中の、米国仮出願第６０／３４５，３８８号に基づきその優先権を主張するものであり、その全体を本明細書において参照のため援用する。

本願は、「ＲＥＣＥＩＶＩＮＧ ＳＴＲＥＡＭＳ ＯＶＥＲ ＡＳＹＮＣＨＲＯＮＯＵＳ ＮＥＴＷＯＲＫＳ」という名称で、本願と同日に同一人の発明者を有して出願されている同時係属中の米国特許出願に関連し、その全体を本明細書において参照のため援用する。

（本発明の背景）
従来の加入者テレビシステムは、音声（ａｕｄｉｏ）およびビデオ情報の圧縮のための確立された規格であるＭＰＥＧ−２などのデジタルフォーマットでのプログラムを提供する。従来の加入者電話システムに採用される配信メカニズムは、衛星、地上、およびケーブル通信ネットワークを含む。デジタルプログラム製品の配信に比較的新しく参入したのは広帯域パケット交換ネットワークである。

広帯域パケット交換ネットワーク界とテレビネットワーク界とは、従来から技術的に大きな隔たりがあることによって、区別され、分離されてきた。テレビのコンテンツの配信および放送は、従来からサービスにおいて高い信頼性を有する１方向技術であった。対照的に、パケット交換ネットワークは、完全に双方向通信が可能であり、元々高い信頼性またはＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を提供するように設計されなかった。

パケット交換ネットワークの例は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークであり、それは、「コネクションレス（ｃｏｎｎｅｃｔｉｏｎｌｅｓｓ 接続のない）」ネットワークである。コネクションレスネットワークでは、発信元が目的地と通信可能であることに先立ち何の接続もパスも確立されない。その代わり、パケット交換時、またはルータがパケットを受け取ったときに動的に決定されるパスまたはルートに基づき、パケット交換機またはルータが各パケットを転送する。その結果、パケット交換ネットワークでは、発信元から目的地に送信される各パケットは、ネットワークを介して異なるパスに従い得る。異なるパスに従うことからくる異なる遅れのため、パケット交換ネットワークにおけるパケットは、発信元によって送信されたパケットとは完全に異なる順序で目的地に到達し得る。

テレビ配信技術とパケット交換ネットワーク技術との間のギャップを埋めることへの要求がある。デジタルプログラムストリームは、通常ＤＶＢ／ＡＳＩ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔ／Ａｓｙｎｃｈｒｏｎｏｕｓ Ｓｅｒｉａｌ Ｉｎｔｅｒｆａｃｅ）として公知である業界標準フォーマットのデジタルエンコーダまたはマルチプレキサから送り出される同期ストリームである。したがって、求められるのは、パケット交換ネットワークを介してトランスポートストリームを運びかつトランスポートストリームを再送信するための装置および方法である。求められるのはまた、パケット交換ネットワークを介して送信される、可変的に遅延するネットワークフレームのストリームを受け取りかつトランスポートパケットの同期ストリームを送り出すための装置および方法であり、トランスポートパケットがネットワークフレームストリームの中で運ばれる。さらに、求められるのは、トランスポートストリームを受け取りかつパケット交換ネットワークを介する送信のためにトランスポートストリームのコンテンツをネットワークフレームの中に選択的に含むための装置および方法である。

本発明の多くの局面は、以下の図面を参照することでより良く理解され得る。図面のコンポーネントは必ずしも一定の縮尺ではなく、むしろ本発明の原理を明確に示すことに重点が置かれる。さらに、図面では、このいくつかの図面全体を通して、同様の番号は対応する部分を示す。

（好ましい実施形態の詳細な説明）
概して、本発明の好ましい実施形態は、ノイズ除去（ｆｉｌｔｅｒｉｎｇ ｏｕｔ）によるコンテンツのカプセル化および空（ヌル）パケットの置き換えを含み、いくつかの実施形態では、ノイズ除去された数多くのパケットの表示を有する破棄プログラム（ｄｒｏｐｐｅｄ ｐｒｏｇｒａｍ）パケットを含む。したがって、新しい送信機、受信機、およびシステムならびに関連する方法が本発明の範囲内に含まれる。

図１を参照すると、加入者テレビシステム１００が、ヘッドエンド１０２、配信ネットワーク１０６、および遠隔の加入者場所１０８に位置する複数のデジタル加入者通信端末（ＤＳＣＴ）１１０を含む。ＤＳＣＴ１１０は、加入者にヘッドエンド１０２と通信を行うための双方向インターフェースを提供する。典型的に、ＤＳＣＴは、ヘッドエンド１０２から送信されるプログラムおよびサービスを表示するためのテレビ１１２などの表示デバイスに接続される。当業者は、別の実施形態では、復号化およびさらなる信号処理のための機器は、ＤＳＣＴ、コンピュータ、ＴＶ、モニタ、または、中でもとりわけ、ＭＰＥＧデコーダを含むがこれらに限定されない、種々の機器に含まれることを理解する。

ヘッドエンド１０２は、デジタルネットワーク制御システム（図示せず）などの周知の要素、およびＶＯＤ（ｖｉｄｅｏ−ｏｎ−ｄｅｍａｎｄ）サーバ（図示せず）などの周知のサーバばかりでなく、非同期ストリームレシーバ（ＡＳＲ）１１４およびモジュレータ１１６を含む。ＡＳＲ１１４は、Ｅｔｈｅｒｎｅｔ（登録商標）フレームなどのネットワークフレームで運ばれる、ＭＰＥＧトランスポートストリームなどの、だがこれらに限定されないトランスポートストリームを受け取り、かつ少なくとも間接的にトランスポートストリーム１３６をモジュレータ１０６に送信するために、適応される。モジュレータ１１６は、当業者に周知の、ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ ａｍｐｌｉｔｕｄｅ ｍｏｄｕｌａｔｉｏｎ）などの、だがこれらに限定されない技術を用いてトランスポートストリーム１３６の周波数を変調し、変調されたトランスポートストリームをネットワーク１０６を介して加入者の家屋１０８へ送信する。

ヘッドエンド１０２は、コンテンツプロバイダ１０４などの発信元から、当業者には通常ＩＰネットワークとして公知であるＢＤＮ（ｂｒｏａｄｂａｎｄ ｄｉｓｔｒｉｂｕｔｉｏｎ ｎｅｔｗｏｒｋ）１３０を介して、コンテンツを受け取る。コンテンツプロバイダ１０４は、とりわけ、ＡＳＴ（ａｓｙｃｈｒｏｎｏｕｓ−ｓｔｒｅａｍ−ｔｒａｎｓｍｉｔｔｅｒ）１１５、マルチレプキサ１１８、および制御システム１２４を使用して、プログラムをＳＴＳ１００に提供する。マルチプレキサ１１８は、複数のトランスポート１３２を複数のエンコーダ１２０から受け取り、トランスポートストリーム１３２を組み合わせて多重化されたトランスポートストリーム１２６とする。エンコーダ１２０のそれぞれは、カメラ１２２またはその他の発信元（図示せず）から信号を受け取り、その信号をＭＰＥＧフォーマットなどのデジタルフォーマットにコンバートする。

制御システム１２４は、通信リンク１３４を介してマルチプレキサ１１８およびＡＳＴ１１５と通信状態にある。とりわけ、制御システム１２４は、オペレータインターフェースをＡＳＴ１１５に提供し、「プログラムを破棄せよ」などのコマンドを発行する。シームレスなプログラム破棄の詳細が、以下に提供される。

ＡＳＴ１１５は同期トランスポートストリーム１２６を受け取り、ネットワークフレームの非同期ストリーム１２８を送信する。ＡＳＴ１１５は、トランスポートストリーム１２６の受け取り、トランスポートパケットをネットワークフレームに選択的にカプセル化し、ネットワークフレームをＢＤＮ１３０を介してＡＳＲ１１４に送信するように適応される。このＡＳＲ１１４はネットワークフレームのカプセル化を解除し、同期トランスポートストリームを送信する。１つの実施形態では、ＡＳＴ１１５は、Ｄｒｏｐ Ｐｒｏｇｒａｍメッセージをシステムコントローラ１２４から受け取り、それに応じて、ネットワークストリーム１２８から特定のプログラムをシームレスに破棄する。別の実施形態では、ＡＳＲ１１４およびＡＳＴ１１５は、両方とも、（１）ネットワークフレームの非同期ストリームを受け取りトランスポートパケットの同期ストリームを送信し、かつ（２）トランスポートパケットの同期ストリームを受け取りネットワークフレームの非同期ストリームを送信することが可能であるように、対称的に構成される。

この開示の目的のために、発明者らは、ＡＳＴ１１５によって受け取られたトランスポートストリームは、コンテンツパケットと呼ばれるヌルパケットおよび非ヌルパケットから構成されると考える。典型的に、コンテンツパケットは、プログラミングの部分、システム情報、またはその他の情報を運ぶパケットを含む。ヌルパケットは、一般に、例えばＭＰＥＧトランスポートストリームである内容の詰まったパケットを伴う意味のないパケット、つまり、トランスポートストリームのフィラー（つなぎ）として使用されるものであると考えられる。本発明の１つの好ましい実施形態では、ヌルパケットはノイズ除去され、ノイズ除去されたヌルパケットの数を示すストリーム情報に置き換えられる。ヌルパケットに加え、選択的にノイズ除去され得るその他のパケットは、ＢＤＮ１３０を介して選択的に送信されない任意のパケットを含み、それらの任意のパケットの例は、破棄されるプログラムを運ぶパケットを含む。

ＡＳＲ１１４によって送信されるトランスポートストリームは、ＢＤＮ１３０を介して受け取られる置き換えトランスポートパケットおよびコンテンツパケットを含む。置き換えトランスポートパケットはＡＳＲ１１４によって生成されかつＡＳＲ１１４からトランスポートストリームで送信されるパケットである。ヌルパケットと同様に、置き換えトランスポートパケットはその内容が無視され得、結果として生じるトランスポートストリームにおいてフィラーとして使用される。ＡＳＲ１１４によって送信されるトランスポートストリームがＭＰＥＧストリームであるとき、置き換えトランスポートパケットは、中身を有する（ｓｔａｆｆｉｎｇ スタッフィング）パケットである。

１つの好ましい実施形態では、ＡＳＴ１１５は、コンテンツパケットを選択的にネットワークフレームにカプセル化し、ストリーム情報と共にネットワークフレームをＡＳＲ１１４に送信し、ＡＳＲ１１４は、ストリーム情報と、その他の情報と、ネットワークフレームとを使用して同期トランスポートストリームを送信し、その同期トランスポートストリームは、ネットワークフレームによって運ばれるコンテンツパケットを含む。ＡＳＴ１１５が破棄プログラムを有さない限り、トランスポートストリーム１３６のトランスポートパケットのシーケンスは、好ましくは、基本的にトランスポートストリーム１２６のトランスポートパケットのシーケンスと同一である。しかし、ＡＳＴ１１５が破棄プログラムを有する場合、ストリーム１３６のトランスポートパケットのシーケンスは、ストリーム１２６のトランスポートパケットのシーケンスと同様であるが、ストリーム１３６では破棄プログラムのコンテンツパケットが置き換えトランスポートパケットに置き換えられる点が異なる。

１つの好ましい実施形態では、ＡＳＲ１１４およびＡＳＴ１１５はまた、ネットワークフレームストリームの送信エラーを修正するように適応される。１つの実施形態では、ネットワークフレームが、当業者には周知であるＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐａｃｋｅｔｓ）である。ＵＤＰパケットはコネクションレスプロトコルを用いてＢＤＮ１３０を介して送信され、ＴＣＰ／ＩＰなどのその他のプロトコルとは異なり、ＵＤＰは、どのようなＡＲＱ（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｕｅｓｔ）メカニズムも提供しない。従来のネットワークでは、一旦ＵＤＰパケットがネットワークによって破棄されると、破棄されたパケットを受け取るためのメカニズムは何もなかった。しかし、本発明のこの実施形態では、破棄されたパケットを回復するために、パケットレベルのＦＥＣ（ｆｏｒｗａｒｄ／ｅｒｒｏｒ／ｃｏｒｒｅｃｔｉｏｎ フォワードエラーコレクション）がＡＳＲ１１４ならびにＡＳＴ１１５および１１４によって実行される。

図２を参照すると、好ましい実施形態では、ＡＳＴ１１５は、トランスポートパケット２０４のストリーム１２６を受け取り、ネットワークフレーム２０２のストリーム１２８を送信し、またその逆も行うように適応される。この目的を明確にするために、トランスポートパケット２０４のストリーム１２６はＭＰＥＧストリームに関して説明されるが、これは例示の目的のためのみであり、本発明を制限するものとして解釈されるべきではない。同様に、ネットワークフレーム２０２は、ＩＰまたはＥｔｈｅｒｎｅｔ（登録商標）などのネットワークプロトコルを使用してさらにカプセル化され得るＵＤＰパケットとして説明されるが、この説明もまた例示の目的のためのみであり、本発明を限定するものとして解釈されるべきではない。

ＭＰＥＧパケットの簡単な説明が以下に提供されるが、さらなる詳細は、ＭＰＥＧ−１規格（ＩＳＯ／ＩＥＣ １１１７２）において提供され、ＭＰＥＧ−２規格（ＩＳＯ／ＩＥＣ １３８１８）およびＭＰＥＧ−４規格（ＩＳＯ／ＩＥＣ １４４９６）はＩｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎの文書ＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１Ｎ（ＭＰＥＧ−１に対して１９９６年６月、ＭＰＥＧ−２に対して１９９６年７月、ＭＰＥＧ−４に対して１９９８年１０月）に詳細が記載されており、それらは本明細書によって参照のために援用される。

簡単に言えば、ＭＰＥＧトランスポートパケット２０４は、１８８バイトの、サイズが固定されたものであり、それは４バイトサイズのヘッダ２０６を含み、とりわけ、ＭＰＥＧトランスポートパケット２０４はＰＩＤ（ｐａｃｋｅｔ ｉｄｅｎｔｉｆｉｅｒ パケット識別子）フィールドを含む。ＰＩＤフィールドはパケットのストリームの識別に使用される１３ビットのフィールドである。ＰＩＤ値は０から８，１９１まで（０および８，１９１を含む）変動する。ＳＴＳ１００では、いくつかのＰＩＤ値は、とりわけシステム専用の情報テーブルのために確保される。例えばＰＩＤ「０」はＰＡＴ（ｐｒｏｇｒａｍ ａｓｓｏｃｉａｔｉｏｎ ｔａｂｌｅｓ）のために、ＰＩＤ値１はＣＡＴ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｔａｂｌｅｓ）のために確保される。同様にＰＩＤ値８，１９１は、スタッフィングパケットのために確保される。

ＭＰＥＧパケット２０４はまた、適応フィールド２０８およびペイロード２１０を含む。適応フィールド２０８およびペイロード２１０は、それぞれに長さにおいて可変であるが、長さの総計は１８４バイトである。ヘッダ２０６はまた、適応フィールド２０８のサイズを示す適応サイズフィールドを含む。ほとんどのＭＰＥＧパケット２０４において、適応フィールド２０８のサイズはゼロバイトである。しかし、適応フィールド２０８がサイズにおいてゼロバイトではない場合、それは、とりわけ、スタッフィング２１４を運ぶために使用され、ペイロード２１０のサイズが１８４バイトより小さい場合、タイミング情報であるＰＣＲ（ｐｒｏｇｒａｍ ｃｌｏｃｋ ｒｅｆｅｒｅｎｃｅ）２１２を運ぶために使用される。

典型的に、ペイロード２１０は、デジタルサービスの一部分、またはテーブル、またはテーブルの一部分、またはその他のシステム情報である。ペイロード２１０がデジタルサービスの一部分を運ぶ場合、そのデジタルサービスの一部分は暗号化される。必要な資格およびペイロード２１０を解読するキーを有するＳＴＳ１００の正規の加入者のみがサービスにアクセスし得る。視聴料金不要のテレビ番組またはその他の番組などの選択されるサービスは暗号化されずに運ばれ得る。

テーブルおよびメッセージなどの、だがこれらに限定されないシステム情報はまた、ＭＰＥＧパケット２０４のペイロード２１０で運ばれ、かつ通常は暗号なしで運ばれる。とりわけ、システム情報は、ＰＡＴ、ＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）、およびＥＣＭ（Ｅｎｔｉｔｌｅｍｅｎｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ）を含む。ＰＡＴはトランスポートストリーム１２６によって運ばれるデジタルサービスをＰＭＴと関連づける。例えば、あるデジタルサービスのプログラム１はＰＩＤ１５３を有するＰＭＴと関連づけられ、異なるサービスのプログラム２０はＰＩＤ２９６を有するＰＭＴと関連づけられる。

ＰＭＴは、所与のサービスの基本ストリームをそれらのそれぞれのＰＩＤ値に関連づける。例えば、所与のサービスは、ＰＡＴにおいてプログラム１と識別され、そのプログラムに対するＰＭＴはＰＩＤ１５３を有する。この例では、この所与のサービスは、ビデオ、音声１、音声２などの種々の基本ストリームから成る映画、テレビプログラム、またはビデオサービスであり、ここで、異なる音声ストリームは異なる言語で行われるそのサービスの音声区域を運ぶ。したがって、ＰＩＤ１６７を有するＭＰＥＧパケット２０４は所与のサービスのためのビデオストリームを運び、ＰＩＤ１６９を有するＭＰＥＧ２０４は、所与のサービスのための音声区域１を運ぶ。なお、ＰＩＤ値は、異なるサービスまたは同一のサービスにおけるいかなる２つの基本ストリームも同一のＰＩＤ値を有さないように割り当てられることに留意すべきである。ＰＩＤ１５３によって表されるＰＭＴはまた、ＥＣＭ（ｅｎｔｉｔｌｅｍｅｎｔ ｃｏｎｔｒｏｌ ｍｅｓｓａｇｅｓ）をＰＩＤ１５４を有するパケットに関連づけ、プログラムのＰＣＲをＰＩＤ１６７を有するパケットに関連づける。

加入者がプログラムをリクエストするとき、ＤＳＣＴ１１０がトランスポートストリームからＰＡＴ（ＰＩＤ＝０）を抽出し、そのプログラムのためのＰＭＴを決定する。ＤＳＣＴは次にそのプログラムのためのＰＭＴを用いてＰＣＲのＰＩＤストリームおよびＥＣＭのＰＩＤストリームを含むプログラムのＰＩＤストリームを決定する。ＤＳＣＴ１１０は、プログラムが解読され得かつ加入者に表示され得るように適切な資格が与えられたかどうかを決定する。資格が与えられた場合、ＤＳＣＴ１１０は、プログラムの解読にＥＣＭを使用する。

ＰＣＲ２１２は、エンコーダの現地時間の時刻印を有するフィールドであり、その時刻印はフィールドが刻印されたときのものである。ＭＰＥＧ規格は、プログラムを受け取るＤＳＣＴ１１０またはＭＰＥＧデコーダがその内部時計（図示せず）をＭＰＥＧエンコーダ１２０の内部時計と合わせ得るように、エンコーダがＰＩＤストリームに、１００ミリ秒ごとまたはそれより短いミリ秒ごとに、ＰＣＲを挿入することを要求する。ＰＣＲ無しでは、ＤＳＣＴ１１０の内部時計はドリフトし、したがってＤＳＣＴ１１０は表示のためのプログラムの種々のＰＩＤストリームを同期化し得ない。したがって、ＤＳＣＴ１１０がジッタのないトランスポートストリームを受け取ることが重要である。つまり、連続するＰＣＲ間の時間差が、いくらかの動作許容範囲内でＤＳＣＴ１１０に到達する時間差に対応する。

最後に、スタッフィングパケットは、トランスポートストリームの空間フィラーである。ＤＳＣＴ１１０がスタッフィングパケットを受け取る場合、ＤＳＣＴ１１０はそれらを無視するが、それはスタッフィングパケットのペイロード２１０は、通常、すべて１または０から成り、ＤＳＣＴ１１０にとって意味を持たないからである。

図３Ａから３Ｃを参照すると、ネットワークフレーム２０２が、フレームヘッダ３０４およびネットワークフレームペイロード３０５を含み、このネットワークフレームペイロード３０５はネットワークフレーム２０２がカプセル化するコンテンツである。フレームヘッダ３０４は、送信者と、受信者情報と、当業者には公知のその他ネットウォーキング情報とを含む。さらに、送信者および受信者のアドレスに加え、フレームヘッダ３０４は、フレームシーケンス情報およびインターリーブ情報を含む。フレームシーケンス情報は新しいネットワークフレーム２０２が作成されるごとに、インクリメントされるフィールドである。ＵＤＰパケットに対して、フレームシーケンス情報の値はゼロから６５，５３５まで巡回する。インターリーブ情報はエポック（ｅｐｏｃｈ）およびインターリーブシーケンス番号の両方を含み、このことが以下に詳細に説明される。

可能なネットワークフレームペイロード３０５は図３Ａおよび図３Ｂに示されるパケットメッセージ３０２と図３Ｃに示される構成メッセージ３１０とを含む。図３Ａでは、ネットワークフレームペイロード３０５はパケットメッセージ３０２である。しかし、構成メッセージ３１０が送信されるとき、パケットメッセージ３０２のかわりに構成メッセージ３１０がネットワークフレームペイロード３０５で運ばれる。

図３Ｂおよび３Ｃはパケットメッセージ３０２および構成３１０のフォーマットをそれぞれ示す。パケットメッセージ３０２は選択されるトランスポートパケット２０４を含み、構成メッセージ３１０は、初期化および動作の情報を含む。構成メッセージ３１０が先ず説明され、次にパケットメッセージ３０２が説明される。

図３Ｃを参照すると、構成メッセージ３１０が以下のメタデータを含む。

・シーケンス番号：１のカウントによってインクリメントする、各構成メッセージを有する１６ビットのシーケンス番号
・メッセージＩＤ：８ビットのメッセージＩ．Ｄ．がメッセージを構成メッセージとして固有に識別する。

・ＦＥＣイネーブル：フォワードエラーコレクションがイネーブルかどうかを示し、イネーブルの場合はブロック内のパケット数を示す８ビットのフィールド。

・ＦＥＣリペア：ブロック内のリペアパケットの数を示す８ビットのフィールド。

・ＦＥＣエポック：異なるブロックのパケットのインターリーブを示す８ビットのフィールド
・ビット／秒：トランスポートストリームのビットレートを示す３２ビットのフィールド。

図３Ｂを参照すると、パケット３０２がメタデータ３０６およびメッセージペイロード３０８を含む。メッセージペイロード３０８は、スタッフィングカウントフィールド３１２およびコンテンツパケットフィールド３１４を含み、かつブラケット３１９によって封入されるスタッフィングカウントフィールド３１２およびコンテンツパケットフィールド３１４の数に応じてサイズが可変である。メタデータ３０６は、以下のフィールドを含む。

・シーケンス番号：１のカウントによってインクリメントする、各パケットメッセージを有する１６ビットのシーケンス番号。

・メッセージＩ．Ｄ．：メッセージがパケットメッセージであると固有に識別する、８ビットのメッセージＩ．Ｄ．
・パケットカウント：パケットメッセージ内のトランスポートパケットの数。

・スタッフィング有効カウント：パケットメッセージの中の有効なスタッフィングカウントの数。

メッセージペイロード３０８はスタッフィングパケットおよびコンテンツパケットに対するストリーム情報を含む。１つの好ましい実施形態では、メッセージペイロード３０８の交互のスタッフィング情報およびコンテンツパケットがストリーム情報を運ぶ。具体的には、メッセージペイロード３０８は、１６ビットのスタッフィングカウントフィールド３１２と１８８バイトのサイズのコンテンツパケットフィールド３１４との間で交互になる、一続きの交互のフィールドを含む。スタッフィングカウントフィールド３１２は、連続するコンテンツパケットの間に置かれるスタフィングパケットの数を示す。コンテンツパケットフィールド３１４はコンテンツパケットを運ぶ。交互のスタッフィングカウントフィールド３１２およびコンテンツパケットフィールド３１４はトランスポートパケットセットを複製するためのシーケンス情報を生じる。メタデータ３０６のパケットカウントおよびスタッフィング有効カウントフィールドはペイロード３０８の長さを決定する。

好ましい実施形態では、ＭＴＵ（ｍａｘｉｍｕｍ ｔｒａｎｓｆｅｒａｂｌｅ ｕｎｉｔ）がペイロード３０８の長さを決定し、一例として、Ｅｔｈｅｒｎｅｔ（登録商標）を介するＵＤＰパケットの長さは１．５キロバイトである。したがって、パケットメッセージ３０２は、パケットメッセージがＥｔｈｅｒｎｅｔ（登録商標）を介して運ばれるＵＤＰパケットの中にカプセル化される場合、ＭＴＵを超えることなく最大７つのコンテンツパケットを含み得る。しかし、このサイズの制限はネットワークの制限であり、本発明の制限ではないことは明らかであるべきである。

１８個のトランスポートパケット２０４の例示的セット４００が図４に示され、図５Ａおよび図５ＢはＵＤＰパケット内のセット４００の情報を運ぶための、パケットメッセージ３０２Ａおよび３０２Ｂそれぞれの２つの非制限例を示す。図４では、スタッフィングパケットは「Ｓ」で表され、コンテンツパケットは「Ｃ］で表される。まず、いかにしてセット４００がパケットメッセージ３０２Ａで運ばれるかが図５Ａを参照して提供され、ついでいかにしてセット４００がパケットメッセージ３０２Ｂで運ばれるかが図５Ｂを参照にして提供される。

パケットメッセージ３０２Ａでは、ペイロード３０８がストリーム情報およびコンテンツの両方を含む。具体的には、コンテンツパケットに先立ってセット４００のスタッフィングパケットの数があり（その後ろに）すぐそのコンテンツパケットが続く。例えば、最初のコンテンツパケット（Ｃ５）に先立ち４つのスタッフィングパケットがあり、２番目のコンテンツパケット（Ｃ６）に先立ちゼロのスタッフィングパケットがある。したがって、ペイロード３０８は最初の４つのスタッフィングパケットを表すスタッフィングカウント＝４、コンテンツパケット（Ｃ５）、セット４００の５番目と６番目の間に置かれるスタッフィングパケットがないことを表すスタッフィングカウント＝０、およびコンテンツパケット（Ｃ６）等々、７番目のコンテンツパケット（Ｃ１８）がペイロードに含まれるまで（のもの）を含む。ペイロード３０８に含まれる７つのコンテンツパケットがあるので、メタデータ３０６のパケットカウントフィールドは７つに設定される。同様に、各コンテンツパケットに先立ってスタッフィングパケットカウントがあるので、メタデータ３０６のスタッフィング有効フィールドは７に設定される。

図５Ｂを参照すると、例示的パケットメッセージ３０２Ｂでは、シーケンス情報５０２はペイロード３０８のコンテンツパケットと混合されない。その代わり、ペイロード３０８においてシーケンス情報がコンテンツパケットの先に来る。ここでシーケンス情報５０２はセット４００のスタッフィングパケットおよびコンテンツパケットの交互のブロックを表す。例えば、スタッフィングパケットの第１のブロックは４つのパケットから成り、コンテンツパケットの第１のブロックは２つのパケットから成り、スタッフィングパケットの第２のブロックは４つのパケットから成る、などである。メタデータヘッダ３０６は、パケットブロックカウントフィールドおよびスタッフィングブロックカウントフィールドを含み、それらのフィールドには、コンテンツブロックの総計およびスタッフィングブロックの総計がそれぞれ入力される。したがって、セット４００に対し、パケットブロックカウントフィールドは５に設定され、スタッフィングブロックカウントフィールドもまた同様に設定される。

パケットメッセージ３０２Ａおよび３０２Ｂは例示的であり、実施形態を制限するものではないことが強調される。当業者は、別々のメッセージの中でストリーム情報およびコンテンツパケットを提供するなどの、その他のしかしそれらに限定されない、ストリーム情報およびコンテンツパケットを提供する別の方法があり、それらの方法およびメッセージはすべて本発明の範囲の中にあると意図されることを理解する。さらに、パケットメッセージ３０２Ａおよび３０２Ｂが、ゼロから、通常ＭＴＵのサイズに依存する最大の番号の範囲で変化し得る数のコンテンツパケットを運ぶために使用され得ることが強調されるべきであり、かつパケットメッセージ３０２が可変の数のスタッフィングパケットに対するストリーム情報を運び得ることが強調されるべきである。

さらに、パケットメッセージ３０２Ａおよび３０２Ｂが、パケットメッセージに含まれる最後のコンテンツパケットに続くスタッフィングパケットを運び得ることに留意すべきである。例えば、発明者らがパケットメッセージ３０２Ａのセット４００の最初の１０個のスタッフィングパケットを送りたいと仮定すると、その場合、メタデータ３０６において、パケットカウントは２に設定され、スタッフィング有効カウントは３に設定され、ペイロード３０８が、スタッフィングカウント＝４、コンテンツパケット（Ｃ５）、スタッフィングカウント＝ゼロ、コンテンツ（Ｃ６）、およびスタッフィングカウント＝４から構成される。同様に、パケットメッセージ３０２Ｂに対して、メタデータ３０６において、パケットブロックカウントフィールドは１に設定され、スタッフィングブロックカウントフィールドは２に設定され、シーケンス情報５０２は、スタッフィングカウント＝４、コンテンツカウント＝２、スタッフィングカウント＝４である。ペイロードはしたがってコンテンツパケット（Ｃ５）および（Ｃ６）を含む。

図６を参照すると、ＡＳＲ１１４およびＡＳＴ１１５が対称的に構成される実施形態を示し、以後これらは「ＡＳＲ／ＡＳＴ」と呼ばれる。ＡＳＲ／ＡＳＴ６００はプロセッサ６０２、メモリ６０４、ＮＩＣ（ｎｅｔｗｏｒｋ ｉｎｔｅｒｆａｃｅ ｃａｒｄ）６０６、およびトランスポートストリームＩ／Ｏ（入力／出力）デバイス６０８を含む。好ましい実施形態では、プロセッサ６０２、メモリ６０４、およびＮＩＣ６０６はパソコンで使用されるＰｅｎｔｉｕｍ（登録商標）ベースのマザーボードの標準コンポーネントであり、トランスポートストリームＩ／Ｏデバイス６０８は、Ｏｐｔｉｂａｓｅ ｏｆ Ｍｏｕｎｔａｉｎ Ｖｉｅｗ、ＣＡのＭｅｄｉａ Ｐｕｍｐ５３３などの、しかしこれらに限定されない標準ＰＣＩ ＤＶＢ／ＡＳＩアドインカードであるかまたはその他の当業者に公知のアドインカードである。他の実施形態は、送信機または受信機のいずれかとして専用に実行することを含み、また別の実施形態は、それらの機能のうちの１つとその他のネットワーク要素とを組み合わせることを含む。

示されるように、メモリ６０４は、バッファ６１０、送信ロジック６１２、受信ロジック６１４およびＦＥＣロジック６１６を含む。バッファ６１０は、プロセッサ６０２による処理の間、トランスポートパケット２０４およびネットワークフレーム２０２がバッファされる動作バッファである。プロセッサ６０２は、ＡＳＲ／ＡＳＴ６００が送信モードであるとき、送信ロジック６１２を実行し、ＡＳＲ／ＡＳＴ６００が受信モードであるとき、受信ロジック６１４を実行する。送信ロジック６１２は、トランスポートパケット２０４のセットをパケットメッセージ３０２の中に選択的にカプセル化するため、およびパケットメッセージ３０２および構成メッセージ３１０をネットワークフレームの中にカプセル化するためのロジックを含む。さらに、送信ロジック６１２は、受信されるトランスポートストリームのビットレートを計算するためのロジックとネットワークフレーム２０４をインターリーブするためのロジックとを含み、そのことを以下で説明する。

受信ロジック６１４は、構成メッセージ３１０に従ってＡＳＲ／ＡＳＴ６００を構成するためのロジックを含む。例えば、構成メッセージ３１０に応えて、プロセッサ６０２は、トランスポートストリームＩ／Ｏデバイス６０８の送信ビットレートを構成メッセージ３１０のビットレートに設定する。受信ロジック６１４はまた、ネットワークフレーム２０２のインターリーブを解除（ｄｅ−ｉｎｔｅｒｌｅａｖｉｎｇ）し、かつネットワークフレーム２０２のパケットメッセージ３０２から、カプセル化されたトランスポートパケット２０４のセットのカプセル化を解除する（ｄｅ−ｅｎｃａｐｓｕｌａｔｉｎｇ）ためのロジックを含む。

プロセッサ６０２は、破棄されたネットワークフレームに対してフォワード／エラー／コレクトを行うためにＦＥＣロジック６１６を実行する。送信モードでは、ＦＥＣロジック６１６がプロセッサ６０２によって実行され、受信ＡＳＲ／ＡＳＴ６００がそのエラーを修正するのに使用するエラー修正情報を作成する。受信モードでは、ＦＥＣロジック６１６がプロセッサ６０２によって実行され、破棄されたネットワークフレーム２０２に対し修正を行うために、エラー修正情報を使用する。

１つの好ましい実施形態では、ＡＳＲ／ＡＳＴ６００は、基本的に同時トランシーバゲートウェイとして働きながら、送信または受信ゲートウェイとして働くか、あるいは完全に両方の機能を果たす態様（ｆｕｌｌ ｄｕｐｌｅｘ）で機能するように働くかのいずれかで働くように構成される。ＡＳＲ／ＡＳＴ６００Ａの機能は、以下に、別々の受信ゲートウェイＡＳＲ／ＡＳＴ６００Ａおよび送信ゲートウェイＡＳＲ／ＡＳＴ６００Ｂとしてそれぞれ説明されるが、そうする理由は、ＡＳＲ／ＡＳＴ６００が送信および受信のいずれのモードにおいても機能し得ることを明確にするためである。

図７では、ＡＳＲ／ＡＳＴ６００Ｂが送信モードにおいて示されかつＡＳＲ／ＡＳＴ６００Ａが受信モードにおいて示される。送信モードでは、プロセッサ６０２Ｂが、アナライザモジュール７０２、カプセル化モジュール（エンカプシュレータモジュール）７０４、およびインターリーバモジュール７０６を含む送信ロジック６１２を実行し、かつプロセッサはＦＥＣエンコーダモジュール７０８を含むＦＥＣロジック６１６を実行する。受信モードでは、プロセッサ６０２Ａが構成モジュール７１０、ディインターリーバモジュール７１２、およびディエンカプシュレータモジュール７１４を含む受信ロジック６１４を受け取り、かつプロセッサはＦＥＣデコーダモジュール７１６を含むＦＥＣロジック６１６を実行する。種々のモジュールのプロセスが、一般に、並行してまたは所定の順序で実行される。

メモリ６０４Ｂのバッファ６１０Ｂは、トランスポートパケットバッファ７１８、ネットワークフレームバッファ７２０、インターリーババッファ７２２、および出力バッファ７２４を含む。メモリ６０４Ａのバッファ６１０Ａは、ディインターリーババッファ７２６、ＦＥＣデコーダバッファ７２８、ネットワークフレームバッファ７３０、および出力バッファ７３２を含む。

トランスポートストリームＩ／Ｏデバイス６０８Ｂは、トランスポートストリーム１２６を受け取り、ストリームのトランスポートパケット２０４をトランスポートパケットバッファ７１８に送る。アナライザモジュール７０２はトランスポートパケットバッファ７１８をモニターし、かつ、特に、ネットワークフレーム２０２の中にカプセル化される構成メッセージ３１０を生成し、かつ、ネットワークインターフェースカード６０６ＢによるＡＳＲ／ＡＳＴ６０２Ａへの送信のために、構成メッセージを出力バッファ７２４に提供する。

アナライザモジュール７０２は、ストリームのＰＣＲ情報からトランスポートストリーム１３６のビットレートを決定し、構成メッセージ３０６におけるこの情報を、ＢＤＮ１３０を介しネットワークフレーム２０２を介して一定の間隔で、ＡＳＲ／ＡＳＴ６００Ａに提供する。構成メッセージを送信する目的はＡＳＲ／ＡＳＴ６００Ａの初期化のためである。以下に説明するように、受信ＡＳＲ／ＡＳＴ６００Ａは構成メッセ−ジを聞くことによって初期化されトランスポートストリームＩ／Ｏデバイス６０８Ａの出力ビットレートを構成メッセージ３０６に含まれるビットレートに設定する。アナライザ７０２は、同一のプログラムの連続するＰＣＲ間のビット数を単に数え、次にそれらのＰＣＲの時間差によって割ることによってビットレートを決定する。

さらに、アナライザ７０２は、ストリームのどのトランスポートパケットが送られるべき所望のプログラムなのか、どのパケットがスタッフィングパケットなのか、およびどのパケットがトランスポートストリーム１２６からシームレスにノイズ除去されるべきプログラムに所属しているかを決定する。アナライザ７０２は制御システム１２４からのドロッププログラムメッセージに応えてプログラムをシームレスにフィルタリングする。フィルタリングされるべきプログラムがトランスポートストリーム１２６に所在するところでは、アナライザ７０２は制御システム１２４からの情報を用いてそれらのプログラムのＰＩＤストリームを決定するか、あるいは、アナライザ７０２は、トランスポートストリーム１２６に含まれるそれらのプログラムのためのＰＡＴおよびＰＭＴを、それらのプログラムのＰＩＤストリームを決定するために使用し得る。アナライザは破棄される予定のＰＩＤストリームのＰＩＤを８，１９１の値のＰＩＤに再刻印する。したがって、それ以降、再刻印されたパケットはスタッフィングパケットとして扱われる。別の実施形態では、破棄されるべきＰＩＤストリームのＰＩＤを再刻印する代わりに、アナライザ７２０は、破棄されるストリームのＰＩＤを追跡し、それらをスタッフィングパケットであるかのように処理する。したがって、それらの実施形態に対し、図３Ａから図５Ｂにおける「スタッフィング」という表示は、中身の詰まった（ｓｔｕｆｆｉｎｇ）、フィルタリングされたコンテンツパケットを含む。

アナライザ７０２はトランスポートパケットバッファ７１８からトランスポートパケット２０４のセット４００を、ファーストイン−ファーストアウトのベースで抽出し、抽出されたパケットセットをエンカプシュレータ（ｅｎｃａｐｓｕｌａｔｏｒ）７０４に提供する。１つの好ましい実施形態では、アナライザモジュール７０２はトランスポートパケットバッファ７１８に所定の数（Ｎ）のコンテンツパケットがあるかどうかを決定し、それがある場合には、アナライザモジュールは現在のファーストインのパケットとＮ個目のコンテンツパケット（最初とＮ個目を含む）間のすべてのインターリーブパケットを抽出する。所定の数は、典型的に、ＭＴＵを超えるネットワークフレームを持たないネットワークフレームによって運ばれ得るコンテンツパケットの数である。アナライザ７０２は、そのパケットセットのためにストリーム情報を決定し、そのパケットセットのコンテンツパケットおよびストリーム情報をエンカプシュレータ７０４に提供する。

１つの実施形態では、本発明によって、可変の数のトランスポートパケットがカプセル化されることが可能となり、この可変の数は、入ってくるトランスポートストリームの中のスタッフィングパケットの密度に依存する。しかし、トランスポートパケットの数の可変性は、それらが予測不可能で変則的であるので、ネットワークフレームの流れにおいて問題となり得る。この問題に対抗するため、別の実施形態では、トランスポートパケットは、所定の時間遅延（Ｔ_Ｂ）を超えないように、トランスポートパケットバッファ７１８でバッファされる。トランスポートストリーム１２６におけるスタッフィングパケットの密度が低い場合、一般に、現在のファーストインパケットがＴ_Ｂより長くバッファされているよりも前に、トランスポートパケットバッファ７１８でバッファされるＮ個のコンテンツパケットがある。その場合、アナライザモジュール７０２は、パケットセットを前述のように抽出する。しかし、スタッフィング密度およびトランスポートストリーム１２６が高いとき、現在のファーストインパケットの到着とＮ個目のコンテンツパケットとの間にＴ_Ｂより長い時間が流れ得る。その場合、現在のファーストインパケットのバッファからＴ_Ｂ時間の後で、アナライザモジュール７０２がトランスポートパケットバッファ７１８からすべてのパケットを抽出し、かつ抽出されたパケットセットのためのストリーム情報を決定する。ストリーム情報および抽出されたコンテンツパケットは、つぎに、エンカプシュレータモジュール７０４に提供される。

さらに別の実施形態では、カプセル化されるパケットに対するタイムウィンドウを規定する代わりに、アナライザモジュール７０２がトランスポートパケットバッファ７１８のパケットレベルに基き、かつトランスポートパケットバッファ７１８のコンテンツパケットの数に基きトランスポートパケットバッファ７１８からパケットセットを抽出する。つまり、トランスポートパケットバッファ７１８のパケットレベルが所定の閾値より低くかつコンテンツパケットの数がＮより少ない限り、アナライザモジュール７０２はトランスポートパケットバッファ７１８からパケットセットを抽出しない。しかし、一旦（ａ）コンテンツパケットの数がＮと等しいか、または（ｂ）パケットレベルが所定の閾値を超えるかのいずれかになると、そのときは、（ａ）の場合には、ファーストインコンテンツとＮ個目のコンテンツとの間（最初とＮを含む）にわたるパケットセットが抽出され、または（ｂ）の場合には、ファーストインとトランスポートパケットバッファ７１８の閾値にあるパケットとの間にわたるパケットセットが抽出される。

エンカプシュレータモジュール７０４は、アナライザモジュール７０２からのストリーム情報およびコンテンツパケットをパケットメッセージ３０２のペイロード３０８の中にカプセル化しメタデータ３０６のフィールドを埋める。エンカプシュレータモジュール７０４はフレームストリーム情報をフレームヘッダ３０４に刻印する。次に、エンカプシュレータモジュール７０４はパケットメッセージをネットワークフレーム２０２の中にカプセル化し、それは次にネットワークフレームバッファ７２０においてバッファされる。

ＦＥＣエンコーダモジュール７０８は、ネットワークフレームバッファ７２０から複数のネットワークフレーム２０２を除去し、基本的には１度にすべてのフレームを処理する。ＦＥＣエンコーダモジュール７０８が複数のフレームを処理した後、ＦＥＣエンコーダモジュール７０８は複数のフレームおよび処理の出力をインターリーバモジュール７０６に渡す。

インターリーバモジュール７０６は、ネットワークフレームがシーケンシャルな順序で送信されないように、インターリーババッファ７２２の受け取られたネットワークフレームをバッファし、インターリーブバッファ７２２からネットワークフレームを抽出する。抽出されたネットワークフレームは次に出力バッファ７２４においてバッファされる。インターリーバモジュール７０６およびＦＥＣエンコーダ７０８の完全な説明が以下に提供される。

ネットワークインターフェースカード（ＮＩＣ）６０６Ｂは出力バッファ７２４からネットワークフレームを受け取りかつネットワークフレームストリーム１２８をＡＳＲ／ＡＳＴ６００Ａに送信する。ＡＳＲ／ＡＳＴ６００Ａを説明する前に、ＦＥＣエンコーダモジュール７０８およびインターリーバモジュール７０６の、より完全な説明が提供される。

図８を参照すると、ＦＥＣエンコーダモジュール７０８がネットワークフレームバッファ７２０からネットワークフレームＮ_Ｂのブロックを取り、これらのネットワークフレームを復号化してＮ_Ｂ＋Ｒのネットワークフレームからなる復号化ブロックにする。ここで、Ｒは調整可能なパラメータである。ネットワークフレーム２０２のヘッダ３０４は、復号化されない。本来のブロックサイズであるＮ_Ｂは、構成メッセージ３１０のメタデータ３０６のＦＥＣイネーブルフィールドに含まれ、かつ調整可能なパラメータＲは構成メッセージ３１０のメタデータ３０６のＦＥＣリペア（Ｒｅｐａｉｒ）フィールドに含まれる。リペアサイズをＲ＝０に設定することがフォワードエラーコレクションをオフにする。Ｒフレームは、「リペア」フレームと呼ばれるが、その理由は、それらのフレームが、送信中に破棄されるリペア／置き換えフレームを生成するためにＦＥＣデコーダによって使用されるからである。

本発明のいくつかの実施形態は、破棄されるネットワークパケットに対するリペア／置き換えフレームを生成するが、別の実施形態では、ＦＥＣデコーダはまたビットレベルのＦＥＣを行い得る。パケットレベルのＦＥＣの符号化／復号化を行う従来のシステムでは、ＦＥＣエンコーダへの入力は、ブロックの各セグメントが同じサイズのデータのブロックであった。しかし、１つの好ましい実施形態で既に述べたように、エンカプシュレータモジュール７０４はゼロから所定の最大数の範囲で可変の数のコンテンツパケットをカプセル化する。したがって、ネットワークフレームバッファ７２０でバッファされるネットワークフレーム２０２は、同じサイズでなくてもよい。したがって、１つの好ましい実施形態では、ＦＥＣエンコーダモジュール７０８が、可変なサイズのネットワークフレームに対しＦＥＣを実行するために、図８に示されるステップを実行する。

まず、ステップ８０２において、ＦＥＣエンコーダモジュール７０８がＮ_Ｂのネットワークフレームで構成されるネットワークフレームのブロックをネットワークフレームバッファ７２０から抽出する。ステップ８０４では、ＦＥＣエンコーダモジュール７０８がネットワークフレームのどれが（どれどれが）最大のサイズであるかを決定し、かつステップ８０６では、ＦＥＣエンコーダモジュール７０８が、次に、より小さいネットワークフレームに付け足しをしてすべてのネットワークフレームを同じサイズにする。

次に、ステップ８０８では、ＦＥＣエンコーダモジュール７０８が今や等しいサイズであるネットワークフレームを処理し、そこから「Ｒ］のリペアフレームを生成する。Ｒ−リペアネットワークフレームは、等しいサイズである入力ネットワークフレームと同サイズである。

ステップ８１０では、ＦＥＣエンコーダ７０８がより小さい入力ネットワークフレームから付け足したものを除去し、本来のブロックのネットワークフレームのそれぞれのサイズが元のサイズに戻るようにする。

ＦＥＣエンコーダ７０８がＮ_Ｂのオリジナルフレームをステップ８０８で処理するとき、ＦＥＣエンコーダ７０８がＦＥＣヘッダをネットワークフレーム２０２に含める。ＦＥＣヘッダは、１からＮ_Ｂ＋Ｒの間（１とＮ_Ｂ＋Ｒを含む）で、Ｎ_Ｂ＋Ｒのフレーム内でのそのフレームの位置を表すインデックス番号を含む。

ＦＥＣデコーダがＦＥＣの符号化されたブロックのＮ_Ｂ＋Ｒのフレームの中から少なくともＮ_Ｂのフレームを受け取る限り、ＦＥＣデコーダはオリジナルのＮ_Ｂフレームを生成し得る。ＦＥＣデコーダは、それが受け取る数（Ｎ_Ｂ−Ｄ）と同数のオリジナルのＮ_Ｂフレームを使用する。ここでＤは最初のＮ_Ｂフレームの中で破棄されるフレームの数であり、デコーダは、破棄されたオリジナルフレームを生成するためにＤのリペアフレームを使用する。

ＦＥＣエンコーダ７０８は、符号化されたブロック（Ｎ_Ｂ＋Ｒ）のネットワークフレームをインターリーバモジュール７０６に渡し、それは次にブロックのネットワークフレームをインターリーババッファ７２２のその他の符号化されたブロックとインターリーブする。図９は、インターリーバモジュール７０６およびディインターリーバモジュール７０８がそれぞれのバッファ７２２および７２６でどのように機能するかを示す。まず、発明者らは、インターリーブされるべきブロックの数をエポックとして規定し、それはｅに等しい、オペレータが調整可能なパラメータである。このエポックは構成メッセージ３１０のＡＳＲ／ＡＳＴ６００Ａに提供される。

インターリーバモジュール７０６はそのバッファ７２２を１度に１列埋めてネットワークフレームを行で抽出する。ネットワークフレームの１番目のブロックは、１番目の列に挿入され、２番目のブロックは２番目の列に挿入され等々、ｅ番目のブロックがｅ番目の列に挿入されるまで続けられ、列（またはブロック）内で、ネットワークフレームは１からＮ_Ｂ＋Ｒまでシーケンシャルに配置される。１番目のネットワークブロックの２番目のネットワークフレームが抽出される前に、符号化されたブロックのそれぞれの１番目のネットワークフレームが抽出されかつ出力バッファ７２４に提供される。つまり、１_１−ｅ_１によって表されるネットワークフレームが最初に抽出され、ついで１_２−ｅ_２によって表されるネットワークフレームが抽出され・・等々の抽出が行われる。ＦＥＣの符号化されたブロックをインターリーブすることの利点は、ＦＥＣデコーダモジュール７１６が破棄されるネットワークフレームのバーストによって生じる損傷を修復し得る可能性を高めることである。今、発明者らがインターリーブを何ら有さない、すなわち、ｅ＝１であり、発明者らはｘのネットワークフレームを破棄すると仮定する。ｘが、符号化されたＦＥＣブロックの中のリペアフレームの数であるＲより大きいと、その場合、デコーダは破棄されるネットワークフレームを再作成し得ない。しかし、発明者らがインターリーブを有しており、かつエポックが「ｅ」に等しくかつ破棄されるネットワークフレームの数であるｘが「ｅ」と等しいと、その場合、発明者らはバーストドロップの際に１ブロックあたり１ネットワークフレームを失うのみである。例えば、発明者らは１_１からｅ_１で表されるネットワークフレームを失い得、それらが点線ボックス９０２に示される。したがって、この例では、リペアフレームの数（Ｒ）がゼロより大きい限り、発明者らが「ｅ」のネットワークフレームを失うとしても発明者らはすべての破棄されるパケットの修正が可能である。

もう一度図７を参照すると、出力バッファ７２４においてバッファされるネットワークパケットは、ファーストイン−ファーストアウトベースでＮＩＣ６０６Ｂに渡される。ＮＩＣ６０６Ｂは、非同期ストリームであるネットワークフレーム１２８のストリームをＡＳＲ／ＡＳＴ６００Ａに送信する。受け取られたネットワークフレームはディインターリーババッファ７２６においてＮＩＣ６０６Ａによってバッファされる。初期化の間、構成７１０は、構成メッセージ３１０を受け取るまでインターリーババッファ７２６からパケットを取り出す。構成７１０はトランスポートストリームＩ／Ｏデバイス６０８Ａの出力ビットレートを、構成メッセージの中に含まれるビットレートに設定し、ディインターリーバモジュール７１２にエポックのサイズを教え、かつＦＥＣデコーダモジュール７１６にブロック中のネットワークフレームの数（Ｎ_Ｂ）およびリペアフレームの数（Ｒ）を教える。ディインターリーバモジュール７１２はネットワークフレームのインターリーバを解除し、ＦＥＣバッファ７２８においてインターリーバが解除されたフレームをバッファする。ディインターリーバモジュール７１２は受け取られたネットワークフレームをシーケンシャルな順序に配置する。インターリーバモジュール７０６によってネットワークフレームをインターリーブするための修正に加え、ディインターリーバモジュール７１２は送信遅延を修正する。この送信遅延はネットワークフレームが正しくない順序で受け取られることを生じさせ、これはパケット交換ネットワークに共通する問題である。

ＦＥＣデコーダは図１０に示すステップを実行する。ステップ１００２では、ＦＥＣデコーダ７１６がＦＥＣバッファ７２８から同じブロックシーケンス番号を有するすべてのネットワークフレームを抽出する。ステップ１００４において、次に、ＦＥＣデコーダモジュール７１６が、符号化されたＦＥＣブロックの最初のＮ_Ｂフレームをすべて受け取ったかどうかを決定し、受け取っている場合、ステップ１０１４に進む。Ｎ_Ｂフレームのいくつかが失われている場合、ＦＥＣデコーダモジュール７１６は、最初に、リペアフレームのサイズである受け取ったフレームの最大のサイズを決定する。ステップ１００８では、ＦＥＣデコーダ７１６がパッディング（ｐａｄｄｉｎｇ）を最大のサイズより小さいサイズのフレームに追加する。次にステップ１０１０では、ＦＥＣデコーダ７１６が、Ｎ_Ｂフレームの合計が入力として使用されるように、破棄されなかった１番目のＮ_Ｂフレームのすべてと、必要とされるだけの多数のリペア／置き換えフレームとを入力として使用して、破棄されるフレームを生成する。ステップ１０１２では、ＦＥＣデコーダモジュール７１６が１番目のＮＢフレームからパッディングを取り除く。ＦＥＣデコーダモジュール７１６は、リペア／置き換えフレームのコンテンツをそれらのサイズに対して検討し、そこからすべてのパッディングを取り除く。次に、ステップ１０１４では、ＦＥＣデコーダモジュール７１６は、フレームの復号化ブロックの再作成されたネットワークフレーム含む１番目のＮ_Ｂネットワークフレームをネットワークフレームバッファ７３０においてバッファする。

再度図７を参照すると、ディエンカプシュレータ（ｄｅ−ｅｎｃａｐｓｕｌａｔｏｒ カプセル化を解除する）モジュール７１４が、ファーストイン、ファーストアウトベースで、ネットワークフレームバッファ７３０からネットワークフレームを抽出する。ディエンカプシュレータモジュール７１４は、ネットワークフレーム２０２からカプセル化されたパケットメッセージ３０２のカプセル化を解除する。前述のように、パケットメッセージ３０２はメタデータ３０６およびペイロード３０８の両方を含む。このペイロード３０８は、コンテンツパケットおよびストリーム情報の両方を含み得るか、あるいはストリーム情報のみまたはコンテンツパケットのみを含み得る。いずれの場合も、ディエンカプシュレータ７１４は、トランスポートパケットセットを生成するようにメタデータ３０６およびペイロード３０２を処理する。このセットは、パケットメッセージ３０２の中にカプセル化されなかったスタッフィングパケットを含み得る。そのセットのトランスポートパケットは、ＡＳＲ／ＡＳＴ６００Ｂによって受け取られた順序に対応するようにシーケンシャルに配置される。もちろん、ＳＡＲ／ＡＳＴ６００Ｂがプログラムを破棄した場合には、そのプログラムを運んでいた任意のコンテンツパケットはスタッフィングパケットとして刻印され、したがってディエンカプシュレータがそれらの破棄されたコンテンツパケットに対しスタッフィングパケットを生成する。トランスポートパケットセットは次にシーケンシャルに出力バッファ７３２の中に格納される。

トランスポートストリームＩ／Ｏデバイス６０８Ａはトランスポートパケットを出力バッファ７３２からファーストイン、ファーストアウトのベースで受け取り、トランスポートパケットを同期トランスポートストリーム１３６として送信する。好ましい実施形態では、トランスポートパケット１３６は、基本的にトランスポートパケットストリーム１２６と同一であるが、破棄されたプログラムに対応するストリームが異なる。さらに、好ましい実施形態では、２つのストリームの送信速度は、トランスポートパケットストリーム１３６の２つの連続するＰＣＲを有するトランスポートパケット間の到着時間の差が基本的にトランスポートパケットストリーム１２６の同じ２つのトランスポートパケットの送信時間の差と同一であるように、基本的に整合される。しかし、別の実施形態では、ＳＴＳ１００のオペレータは、ディジッタリング（ｄｅ−ｊｉｔｔｅｒｉｎｇ）デバイス（図示せず）がトランスポートストリーム１３６を受け取りジッタの修正を行い得るので、トランスポートパケットストリーム１３６の中のジッタと関連し得ない。例示的ディジッタリングデバイスは米国特許第５，６４０，３８８号において説明され、この米国特許第５，６４０，３８８号は本明細書においてその全体を参照のため援用する。オペレータがジッタと関連しないとき、パケットメッセージ３０２はストリーム情報を全く有さないコンテンツパケットのみを含み得る。この実施形態では、ＡＳＲ／ＡＳＴ６００Ａは、出力バッファ７３２がアンダーフローしないようにスタッフィングパケットを出力バッファ７３２の中に挿入するように適応され得る。さらに別の実施形態では、ストリーム情報が、パケットメッセージ３０２によって運ばれるトランスポートパケットセットのスタッフィングパケットの数である、スタッフィング密度情報を含む。したがって、例えば、コンテンツパケットＣ５、Ｃ６、Ｃ１１、Ｃ１３、Ｃ１５およびＣ１８をカプセル化しかつスタッフィング密度を１１とすることによって、パケットメッセージ３０２が図４に示すパケットセット４００を運び得る。この実施形態では、ディカプシュレータモジュール７１４がスタッフィング密度の情報を読みかつ１１のスタフィングパケットを生成する。１１のスタッフィングパケットは次に受け取られたコンテンツパケットと共に送信される。したがって、トランスポートストリーム１３６の中のスタッフィングパケットの密度は破棄されたプログラミングを除きトランスポートストリーム１２６の中のスタッフィングパケットと同じである。ここでもまた、その後ディジッタリングデバイスのダウンストリームが、適切な順序に配置されるコンテンツパケットおよびスタッフィングパケットを有さないことによってもたらされるジッタを修正する。

しかし、１つの好ましい実施形態では、トランスポートパケットストリーム１３６がＡＳＲ／ＡＳＴ６００ＢおよびＡＳＲ／ＡＳＴ６００Ａの間の送信によってジッタされない。このことを達成するために、図示されないＡＳＲ／ＡＳＴ６００Ａのクロックが、ネットワークフレームバッファ７３０がオーバーフローしない、またはアンダーフローしないように同期化される。基本的に、ネットワークフレームバッファ７３０がオーバーフローし始めるとき、ＡＳＲ／ＡＳＴ６００Ａからのトランスポートパケットの送信速度を速くするようにＡＳＲ／ＳＡＳＴ６００Ａのクロックスピードが加速される。一方、ネットワークフレームバッファ７３０がアンダーフローし始めるとき、ＡＳＲ／ＡＳＴ６００Ａのクロックスピードは減速され、ＡＳＲ／ＡＳＴ６００Ａからのトランスポートパケットの送信速度が減速される。

１つの好ましい実施形態では、トランスポートストリームＩ／Ｏデバイス６０８はＪ−Ｉバッファされるデバイスであり、ここでＪはバッファの数であり、Ｉは１バッファ当たりのトランスポートパケットの数である。Ｊ−Ｉバッファ出力デバイスに対し、トランスポートストリームＩ／Ｏデヴァイス６０８が、構成メッセージ３１０を用いて構成７１０が初期化する初期化ビットレートでトランスポートパケットの出力を開始するようにトリガされる前に、ＪのバッファがＩ個のトランスポートパケット２０４で満たされる。例えば、トランスポートストリームＩ／Ｏデバイス６０８が１バッファ当たり１Ｋのトランスポートパケットを有するダブルバッファデバイス（ｄｏｕｂｌｅ−ｂｕｆｆｅｒｅｄ ｄｅｖｉｃｅ）（２−１Ｋデバイス）である場合には、デバイスが出力するようトリガされる前に、出力が、２Ｘ１Ｋ＝２０４８のトランスポートパケットで満たされる。

トランスポートストリームＩ／Ｏデバイス６０８がトランスポートパケット２０４を出力するようにトリガされる前に、ネットワークフレームバッファ７３０は、特定のレベルに（なるように前もって）準備される。ＪＸＩ＋ＬのトランスポートパケットがＪ−Ｉ出力デバイスに転送される前に、ネットワークフレームバッファ７３０がこれらのパケットで満たされる。このことは、トランスポートストリームＩ／Ｏデバイス６０８が出力をトリガされるとき、ネットワークフレームバッファ７３０がＬのトランスポートパケットを含む結果となる。

ＡＳＲ／ＡＳＴ６００Ａは単にトランスポートストリーム１３６を送り出すだけなので、ただクロックの同期化の結果だけが、ネットワークフレームバッファ７３０がオーバーフローしないまたはアンダーフローしないことを保証する。この場合に限り、ＡＳＲ／ＡＳＴ６００ＡはＭＰＥＧ−２のトランスポートストリームを送り出す機能を実行し得る。トランスポートストリーム１３６のビットレートの正確さはＡＳＲ／ＡＳＴの６００Ａローカルクロックの正確さのスペックによって左右される。例えば、ＭＰＥＧ−２は０．０７５Ｈｚ／秒のドリフト速度を有する２７ＭＨｚ±８１０Ｈｚ（３０ｐｐｍ）のローカルクロックを特定する。ＡＳＲ／ＡＳＴの６００ＡローカルクロックはＡＳＲ／ＡＳＴ６００Ｂのローカルクロックともエンコーダ１２０のローカルクロックとも同期化されず、自由継続操作のままにおかれる場合、ネットワークフレームバッファ７３０は、最終的にオーバーフローまたはアンダーフローする。ネットワークフレームバッファ７３０のオーバーフローおよび／またはアンダーフローを回避するために以下のアプローチが取られる。（１）ネットワークフレームバッファ７３０の平均バッファレベルを計算する、（２）ネットワークフレームバッファ７３０のレベルの平均が変化するとき（増加または減少のいずれか）をＭのトランスポートパケットによって検出する、（ｃ）ネットワークフレームバッファ７３０のバッファレベルを回復するためにＡＳＲ／ＡＳＴ６００Ａのローカルクロックを調整する。

既に説明したように、ネットワークフレームバッファ７３０の充填およびトランスポートストリームＩ／Ｏデバイス６０８の最初の出力の後、ネットワークフレームバッファ７３０は初期レベルのＬトランスポートパケットを含む。ＡＳＲ／ＡＳＴ６００ＡのローカルクロックがＡＳＲ／ＡＳＴ６００Ｂのクロックより速く進む場合は、ネットワークフレームバッファ７３０の平均バッファレベルは時間と一緒に低下する。

ネットワークフレームバッファ７３０の瞬時バッファレベルは、いくらかはＢＤＮを介して受け取られるネットワークフレームの到着時間におけるジッタのために、いくらかはバッファされるトランスポートストリームＩ／Ｏデバイス６０８の出力のために、かなりの分散を有する。１つの実施形態では、トランスポートストリームＩ／Ｏデバイス６０８が出力バッファ７３２から複数のトランスポートパケットを１度に受け取りかつバッファし、そのことが以下に説明するように、鋸歯パターンに従ったネットワークフレームバッファ７３０のバッファレベルを生じることとなる。一旦、出力バッファ７３２が埋められると、プロセッサ６０２は、トランスポートストリームＩ／Ｏデバイス６０８が出力バッファ７３２の内容を受けつけ得るまで、つまり、ソフトウェアタスクの「ブロック」まで処理を停止する。この間、ディインターリーババッファ７２６はネットワークフレーム１２８のストリームからのネットワークフレーム２０２で満たされ続ける
トランスポートストリームＩ／Ｏデバイス６０８が出力バッファ７３２の内容を受けつけると、プロセッサ６０２は、ディインターリーババッファ７２６の中のインターリーバが解除された（ディインターリーブされた）ネットワークフレームをそっくりＦＥＣバッファ７２８に空ける。ＦＥＣバッファ７２８の中のネットワークフレーム２０４のすべてがＦＥＣデコードされ、ネットワークフレームバッファ７３０の中に置かれる。

ネットワークフレームバッファ７３０は、ネットワークフレーム２０２がＡＳＲ／ＡＳＴ６００Ｂによって「プッシュ」されかつＡＳＲ／ＡＳＴ６００ＡのトランスポートストリームＩ／Ｏデバイス６０８によって「プル」される、中間のバッファを表す。ＡＳＲ／ＡＳＴ６００ＡのクロックとＡＳＲ／ＡＳＴ６００Ｂのクロックとの間の関連するドリフトは経時的にネットワークフレームバッファ７３０の平均レベルにおける差を検出することによって予測される。ネットワークフレームバッファ７３０のバッファレベルは鋸歯状パターンに従うので、平均バッファレベルの決定に及ぼす鋸歯状パターンの影響を除去するように、バッファの瞬時レベルは鋸歯状パターンの同じポイントで計測される必要がある。出力バッファ７３２の内容がトランスポートストリームＩ／Ｏデバイス６０８によって受け付けられかつＦＥＣバッファ７２８がネットワークフレームバッファ７３０に空けられた後、ネットワークフレームバッファ７３０のレベルが直接サンプリングされる場合、これは、鋸歯状パターン曲線の既知のポイントを表す。数秒の期間のネットワークフレームバッファ７３０のバッファレベルの変動する平均は、ほんのいくつかのトランスポートパケットの変動を有する平均を生じる。

明確さのために、発明者らはネットワークフレームバッファ７３０の平均バッファレベルをＭＬ（ｔ）としてあらわし、かつ発明者らはＡＳＲ／ＡＳＴ６００ＡおよびＡＳＲ／ＡＳＴ６００Ｂのローカルクロックの周波数をそれぞれｆ_ｒ（ｔ）およびｆ_ｔ（ｔ）と表す。

すべてのｔに対し、ｆ_ｒ（ｔ）＝ｆ_ｔ（ｔ）である場合、つまり、ＡＳＲ／ＡＳＴ６００ＡおよびＡＳＲ／ＡＳＴ６００Ｂのローカルクロックがロックされている場合は、プッシュレートおよびプルレートが同期化されているので、ＭＬ（ｔ）は時間に対し一定である。しかし、クロックが同期化されない場合は、ＭＬ（ｔ）は時間に対して変化する。

発明者らは、閾値をＮ_ｔと規定し、（例えば、仮に）ＡＢＳ（ＭＬ（ｔ_２）−ＭＬ（ｔ_１））≧Ｎ_ｔであり、ここでＡＳＢ（ｘ）が絶対値ｘをとる場合、発明者らはＡＳＲ／ＡＳＴ６００Ａのローカルクロックを調整する。この閾値はＮ_ｔのトランスポートパケットによってネットワークフレームバッファ７３０のレベルが上下することを表す。レベルの差が検出される時間の期間は
ΔＴ＝ｔ_２−ｔ_１
として与えられる。

時間の差から、ＡＳＲ／ＡＳＴ６００Ａのローカルクロックの標準相対周波数は、
Δｆ（ｔ_２）＝（ｔ_ｐ／ΔＴ）^＊ｓｉｇｎ（ＭＬ（ｔ_２）−ＭＬ（ｔ_１）） 式（１）
として予測され、ここでＴ_ｐは特定のビットレートを有するトランスポートストリームのＮ_ｔのトランスポートパケットの送信に要した時間の量である。したがって、ｔ_ｐは既知の定数であり、ｓｉｇｎ（）は、因数がプラスであるかマイナスであるかに応じてそれぞれ、＋１または−１のいずれかを返す。したがって、例えば、ネットワークフレームバッファ７３０の平均バッファレベルがＮ_ｔのパケットによって低下する場合、Δｆはマイナスである。

式（１）に従って、ＡＳＲ／ＡＳＴ６００Ａの標準相対周波数が予測された後、ＡＳＲ／ＡＳＴ６００Ａのローカルクロックが以下のように更新される。

Ｆｒ（ｔ）＝Ｆｒ（ｔ）＋Δｆ（ｔ_２）Ｘ Ｆ_ｒｅｆ＋ＢＩＡＳ Ｘ ［ＭＬ（ｔ_２）−ＭＬ（０）］ 式（２）
ここでＢＩＡＳは、例えば５Ｈｚの調整可能な一定周波数と等しく、Ｆ_ｒｅｆは周期におけるローカルクロックの１秒当たりの基準周波数と等しい。例えば、ＭＰＥＧ−２によって特定される基準周波数は２７ＭＨｚ±８１０Ｈｚである。

なお、式（２）の中の項［ＭＬ（ｔ２）−ＭＬ（０）］は、最初の平均が出されてから蓄積されたネットワークフレームバッファ７３０の、平均レベルにおけるトランスポートパケットの増加／減少の合計を表す。式（２）の項Δｆ（ｔ_２）Ｘ Ｆ_ｒｅｆはＡＳＲ／ＡＳＴ６００のクロックの相対ドリフトをゼロにする働きをし、一方、項ＢＩＡＳ Ｘ ［ＭＬ（ｔ_２）−ＭＬ（０）］は時間ｔ２までの時間の期間にわたってドリフトした後、ネットワークフレームバッファ７３０をその本来の平均レベルに修復する働きをする。例えば、Δｆ（ｔ_２）がゼロの場合、ＡＳＲ／ＡＳＴｓ６００のクロックの相対周波数は等しいことを示すが、［ＭＬ（ｔ_２）−ＭＬ（０）］が−１０に等しい場合は、ＡＳＲ／ＡＳＴ６００Ａのローカルクロックの周波数は、−１０Ｘ ＢＩＡＳによって調整され、そのことが、ＡＳＲ／ＡＳＴ６００Ａにより遅いストリームを送り出させ、ネットワークフレームの蓄積された−１０のドリフトが０に移動することを可能とする。

式（２）をＡＳＲ／ＡＳＴ６００Ａのローカルクロックへの適用は、０．０７５Ｈｚ／秒のクロックドリフトにおけるＭＰＥＧ−２のスペックを確認するステップにおいて達成される。式（２）の調整が達成されるまで、周波数は、各秒ごとに０．０７５Ｈｚ上下させて調整される。

あるいは、トランスポートストリームＩ／Ｏデバイス６０８が微細な変化をその内部クロックに提供しないが、その出力ビットレートに微細な変化を提供する場合、同じ目的を達成するために、内部クロックを調整するかわりに出力ビットレートが調整され得る。

上述の本発明の実施形態は、特に任意の「好ましい」実施形態は、単に実行が可能な例であり、単に本発明の原理の明確な理解のために説明されることが強調される。上述の本発明の実施形態に対し、本発明の意図および原則から実質的に逸脱することなく、多くの変更および改変がなされ得る。そのような改変および変更はすべて、本明細書において本開示および本発明の範囲内に含まれ、添付の請求項によって保護されることが意図される。

本発明を以上のように説明してきたが、少なくとも添付する請求項が請求される。

図１は、本発明の好ましい実施形態が採用され得る加入者テレビシステムなどの広帯域通信システムのブロック図である。 図２は、ＭＰＥＧトランスポートストリームのブロック図である。 図３Ａは、ＡＳＴによって生成されるメッセージのブロック図である。 図３Ｂは、ＡＳＴによって生成されるメッセージのブロック図である。 図３Ｃは、ＡＳＴによって生成されるメッセージのブロック図である。 図４は、トランスポートストリームのトランスポートパケットセットのブロック図である。 図５Ａは、図４のトランスポートパケットセットの一部分を運ぶメッセージのブロック図である。 図５Ｂは、図４のトランスポートパケットセットの一部分を運ぶメッセージのブロック図である。 図６は、ＡＳＴのコンポーネントのブロック図である。 図７は、ＡＳＲおよびＡＳＴのコンポーネントのブロック図である。 図８は、フォワードエラーコレクタモジュールによって実行されるロジックのためのフローチャートである。 図９は、インタリーババッファにおけるネットワークフレームのバッファを表すブロック図である。 図１０は、フォワードエラーコレクタモジュールによって実行されるロジックのためのフローチャートである。

Claims (17)

1. トランスポートパケットのストリームの中で運ばれる選択されたコンテンツを送信する方法であって、該方法は、
   トランスポートパケットの同期ストリームを受け取るステップであって、該ストリームは、コンテンツパケットおよびヌルパケットを含む、ステップと、
   該トランスポートパケットのストリームに含まれる非選択のコンテンツを有するトランスポートパケットがヌルパケットを示すように該非選択のコンテンツを有するトランスポートパケットのパケット識別子を変更することによって、制御システムからのメッセージに基づいて、該受け取られたトランスポートパケットの同期ストリームをフィルタリングするステップと、
   該トランスポートパケットの該フィルタリングされたストリームのうちの受け取られた１組のトランスポートパケットのためのストリーム情報を決定するステップと、
   該１組のトランスポートパケットのコンテンツパケットをネットワークフレームにカプセル化するステップと、
   該ネットワークフレームおよび該ストリーム情報を送信するステップであって、該ネットワークフレームは、パケット交換ネットワークを介して送信される、ステップと
   を含む、方法。
2. 前記ストリーム情報は、前記ネットワークフレームに含まれている、請求項１に記載の方法。
3. 前記ストリーム情報は、前記１組のパケットに含まれるヌルパケットの数を示す、請求項１に記載の方法。
4. 前記ストリーム情報は、前記１組のパケットのためのシーケンス情報を含む、請求項１に記載の方法。
5. 前記１組のトランスポートパケットは、所定の数のコンテンツパケットを含む、請求項１に記載の方法。
6. 前記１組のトランスポートパケットは、可変の数のヌルパケットを含む、請求項５に記載の方法。
7. 受け取られたコンテンツパケットをバッファにバッファするステップと、
   該バッファにおけるコンテンツパケットの数が所定の数であるＫを超えているかまたは等しいかを決定するステップと、
   該バッファにおけるコンテンツパケットの数が該所定の数であるＫと等しいまたはＫより大きいことに応答して、前記１組のトランスポートパケットをＫ個のファーストインのバッファされたトランスポートパケットとして規定するステップと、
   該１組のトランスポートパケットを該バッファから抽出するステップであって、該１組のトランスポートパケットは、ファーストインファーストアウトのベースで抽出される、ステップと
   をさらに含む、請求項１に記載の方法。
8. 前記抽出するステップに先立ち、
   前記ファーストインのトランスポートパケットのバッファ時間（Ｔ_Ｂ）を測定するステップと、
   該ファーストインのトランスポートパケットの該バッファ時間（Ｔ_Ｂ）が所定の時間であるＴより大きいまたはＴと等しいことに応答して、前記バッファされたファーストインのトランスポートパケットを含むように前記１組のトランスポートパケットを規定するステップと
   をさらに含む、請求項７に記載の方法。
9. 前記抽出するステップに先立ち、
   前記バッファのバッファレベルを測定するステップと、
   該バッファレベルが所定の閾値を超えたことに応答して、前記バッファされたファーストインのトランスポートパケットを含むように前記１組のトランスポートパケットを規定するステップと
   をさらに含む、請求項７に記載の方法。
10. 前記ネットワークフレームをバッファにバッファするステップであって、該バッファには、複数のネットワークフレームが格納されている、ステップと、
    該バッファから第１の組のネットワークフレームを抽出するステップであって、該ネットワークフレームは、ファーストインファーストアウトのベースで抽出される、ステップと、
    該第１の組のネットワークフレームをフォワードエラーエンコーダに提供することにより、置き換えネットワークフレームを生成するステップと
    ネットワークフレームの第１の群を、該第１の組のネットワークフレームおよび該置き換えネットワークフレームとして規定するステップと、
    該ネットワークフレームの第１の群を送信機から送信するために該ネットワークフレームの第１の群を送信機に提供するステップと
    をさらに含む、請求項１に記載の方法。
11. 前記ネットワークフレームの第１の群を前記送信機に提供するステップに先立ち、
    該ネットワークフレームの第１の群を第２のバッファにバッファするステップであって、該第２のバッファには、ネットワークフレームの第２の群を含むネットワークフレームの複数の群が格納されている、ステップと、
    該ネットワークフレームの第１の群と該ネットワークフレームの第２の群とをインターリーブするステップであって、該ネットワークフレームの第１の群および該ネットワークフレームの第２の群は、インターリーブされた順序で前記送信機に提供される、ステップと
    をさらに含む、請求項１０に記載の方法。
12. 前記ネットワークフレームの第１の群は、ネットワークフレームの複数の群とインターリーブされ、該ネットワークフレームのインターリーブされた群は、インターリーブされた順序で送信機に提供される、請求項１１に記載の方法。
13. 前記第１の組のネットワークフレームを前記フォワードエラーエンコーダに提供するステップに先立ち、
    該第１の組のネットワークフレームに対する最大のネットワークフレームのサイズを決定するステップと、
    該第１の組のネットワークフレームのうちの所与のネットワークフレームが該最大のネットワークフレームのサイズよりも小さいことに応答して、特定の量のパッドを該所与のネットワークフレームに加えることにより、該パッドを加えた該所与のネットワークフレームのサイズが該最大のネットワークフレームサイズと等しくなるようにするステップと
    をさらに含む、請求項１０に記載の方法。
14. 前記ネットワークフレームの第１の群を規定するステップに先立ち、
    前記第１の組のネットワークフレームのうちの各所与のネットワークフレームから前記パッドを取り除くステップをさらに含む、請求項１３に記載の方法。
15. 前記トランスポートパケットのストリームは、複数の基本的ストリームおよびヌルパケットのストリームを含み、該複数の基本的ストリームおよび該ヌルパケットのストリームのそれぞれは、それらに関連する固有のパケット識別子を有し、
    前記方法は、
    該複数の基本的ストリームのうちの特定の基本的ストリームを識別するステップと、
    該特定の基本的ストリームのパケットをヌルパケットとして処理するステップと
    をさらに含む、請求項１に記載の方法。
16. 前記ストリーム情報を決定するステップは、
    連続的に受け取られる一対のコンテンツパケットの間に置かれるヌルパケットの数をカウントするステップと、
    該ヌルパケットカウントを該連続的に受け取られる一対のコンテンツパケットのうちの１つのコンテンツパケットに関連づけるステップと、
    該ヌルパケットカウントを該ストリーム情報の中に含めるステップと
    をさらに含む、請求項１に記載の方法。
17. １組のトランスポートパケットのためのストリーム情報と該１組のトランスポートパケットのコンテンツパケットとをインターリーブするステップとをさらに含む、請求項１６に記載の方法。

Images