"デジタルブロードキャスティングネットワークでバーストを伝送する方法であって、データの第1セットと順方向誤り訂正FECデータの対応する第1セットとを含む第1データフレームを提供する段階と、バーストのシーケンスを形成する段階と、前記第1データフレームを前記バースト間で分割する段階と、を含み、前記データの第1セットが少なくとも2つのバースト間で分割されることを特徴とする方法。少なくとも1つのバーストは、FECデータを含まないことを特徴とする請求項1に記載の方法。データの第2セットとFECデータの対応する第2セットとを含む第2データフレームを提供する段階と、前記第2データフレームにおいて前記第2データと前記FECデータの第2セットとを前記複数のバースト間で分割する段階と、を更に含む請求項1に記載の方法。前記第1データフレームをデータフレームブロックの第1セットに分割する段階と、前記第2データフレームをデータフレームブロックの第2セットに分割する段階と、前記データフレームブロックの第1及び第2セットをインターリーブする段階と、前記インターリーブされたデータフレームブロックを前記複数のバーストに順次配置する段階と、を含む請求項3に記載の方法。前記データの起点を識別するためのそれぞれのラベルを各データフレームに付与する段階を更に含む請求項1に記載の方法。前記データフレームのシーケンスにおいて前記データフレームを位置付けるためのそれぞれのラベルを各データフレームに付与する段階を更に含む請求項1に記載の方法。前記複数のバースト内で前記バーストを識別するためのそれぞれのラベルを各バーストに付与する段階を更に含む請求項1に記載の方法。前記第1データフレームを提供する段階が、第1及び第2部分を含む第1アレイを提供する段階と、前記第1アレイ部分の少なくとも一部を前記データの第1セットで満たす段階と、前記第1アレイ部分のデータに基づいて前記FECデータの第1セットを求める段階と、前記FECデータの第1セットを前記第2アレイ部分に配置する段階と、を含む請求項1に記載の方法。前記データの第1セットをマルチプロトコルエンキャプスレーションMPEセクションの第1セットにエンキャプスレートする段階と、前記対応するFECデータをMPEセクションの第2セットにエンキャプスレートする段階と、を含む請求項1に記載の方法。前記複数のバーストを形成する段階が、前記MPEセクションの第1及び第2セットを時間的にオフセットされたグループに構成する段階を含む請求項9に記載の方法。前記第1データフレームは、マルチプロトコルエンキャプスレーション順方向誤り訂正MPE-FECフレームであることを特徴とする請求項1に記載の方法。前記デジタルブロードキャスティングネットワークは、デジタルビデオブロードキャスティングネットワークであることを特徴とする請求項1に記載の方法。デジタルブロードキャスティングネットワークでバーストを伝送する方法であって、データの第1セットと順方向誤り訂正FECデータの対応する第1セットとを含む第1データフレームを提供する段階と、データの第2セットとFECデータの対応する第2セットとを含む第2データフレームを提供する段階と、前記第1及び第2データフレームを含むバーストを形成する段階と、を含む方法。デジタルブロードキャスティングネットワークからバーストを受信するための端末の動作方法であって、データフレームのためのデータを含む第1バーストを受信する段階と、前記データをデータフレーム内に配置する段階と、前記第1バーストを含むバーストのシーケンスにおける第2バーストが従う指標を前記第1バーストから抽出する段階と、前記データフレームのための追加のデータを含む前記第2バーストを受信する段階と、前記追加データを前記データフレーム内に配置する段階と、を含む方法。デジタルブロードキャスティングネットワークからバーストを受信するための端末の動作方法であって、複数のデータフレームのためのデータを含むバーストを受信する段階と、データのセットと該データのセットが属するデータフレームに関する指標とを前記バーストから抽出する段階と、前記データの各セットを対応するデータフレーム内に配置する段階と、を含む方法。データ処理装置に対して、データの第1セットと順方向誤り訂正FECデータの対応する第1セットとを含む第1データフレームを提供させ、バーストのシーケンスを形成させ、前記データの第1セットが少なくとも2つのバースト間で分割されるように前記第1データフレームを前記バースト間で分割させる命令を含むコンピュータプログラム。データ処理装置に対して、データの第1セットと順方向誤り訂正FECデータの対応する第1セットとを含む第1データフレームを提供させ、データの第2セットとFECデータの対応する第2セットとを含む第2データフレームを提供させ、前記第1及び第2データフレームを含むバーストを形成させる命令を含むコンピュータプログラム。データ処理装置に対して、データフレームのためのデータを含む第1バーストを受信させ、前記データをデータフレーム内に配置させ、前記第1バーストを含むバーストのシーケンスにおいて第2バーストが従う指標を前記第1バーストから抽出させ、前記データフレームのための追加データを含む前記第2バーストを受信させ、前記追加データを前記データフレーム内に配置させるための命令を含むコンピュータプログラム。データ処理装置に対して、複数のデータフレームのためのデータを含むバーストを受信させ、データのセットと該データのセットが属するデータフレームに関する指標とを前記バーストから抽出させ、前記データの各セットを対応するデータフレーム内に配置させるための命令を含むコンピュータプログラム。データキャリア上に記憶されることを特徴とする請求項19に記載のコンピュータプログラム。デジタルブロードキャスティングネットワークでバーストを伝送するためのシステムであって、データの第1セットと順方向誤り訂正FECデータの対応する第1セットとを含む第1データフレームを提供する段階と、バーストのシーケンスを形成する段階と、前記第1データフレームを前記バースト間で分割する段階と、を含み、前記データの第1セットは少なくとも2つのバースト間で分割されることを特徴とするシステム。デジタルブロードキャスティングネットワークでバーストを伝送するためのシステムであって、データの第1セットと順方向誤り訂正FECデータの対応する第1セットとを含む第1データフレームを提供する段階と、データの第2セットとFECデータの対応する第2セットとを含む第2データフレームを提供する段階と、前記第1及び第2データフレームを含むバーストを形成する段階と、を含むシステム。データの第1セットと順方向誤り訂正FECデータの対応する第1セットとを含む第1データフレームを提供し、バーストのシーケンスを形成し、前記データの第1セットが少なくとも2つのバースト間で分割されるように前記第1データフレームを前記バースト間で分割する、ように構成されたネットワーク要素。データの第1セットと順方向誤り訂正FECデータの対応する第1セットとを含む第1データフレームを提供し、データの第2セットとFECデータの対応する第2セットとを含む第2データフレームを提供し、前記第1及び第2データフレームを含むバーストを形成する、ように構成されたネットワーク要素。マルチプロトコルエンキャプスレーションMPEエンキャプスレータであることを特徴とする請求項23に記載のネットワーク要素。デジタルブロードキャスティングネットワークからバーストを受信するための端末であって、データフレームのためのデータを含む第1バーストを受信し、前記データをデータフレーム内に配置し、前記第1バーストを含むバーストのシーケンスにおける第2バーストが従う指標を前記第1バーストから抽出し、前記データフレームのための追加データを含む前記第2バーストを受信し、前記追加データを前記データフレーム内に配置する、ように構成された端末。デジタルブロードキャスティングネットワークからバーストを受信するための端末であって、複数のデータフレームのためのデータを含むバーストを受信し、データのセットと該データのセットが属するデータフレームに関する指標とを前記バーストから抽出し、前記データを対応するデータフレーム内に配置する、ように構成された端末。本発明は、デジタルブロードキャスティングネットワークでバーストを伝送する方法、デジタルブロードキャスティングネットワークでの伝送におけるバーストを作成するためのネットワーク要素、及び/又はデジタルブロードキャスティングネットワークからバーストを受信するための端末を提供することを追求している。本発明の第1の態様によれば、デジタルブロードキャスティングネットワークでバーストを伝送する方法が提供され、該方法は、データの第1セットと順方向誤り訂正FECデータの対応する第1セットとを含む第1データフレームを提供する段階と、バーストのシーケンスを形成する段階と、第1データフレームをバースト間で分割する段階とを含み、データの第1セットは、少なくとも2つのバースト間で分割される。従って、データフレームのインターリービングの長さを増大させることができる。少なくとも1つのバーストは、FECデータを含むことができない。本方法は、データの第2セットとFECデータの対応する第2セットとを含む第2データフレームを提供する段階と、第2データフレーム内の第2データとFECデータの第2セットとを複数のバースト間で分割する段階を更に含むことができる。本方法は、第1データフレームをデータフレームブロックの第1セットに分割する段階と、第2データフレームをデータフレームブロックの第2セットに分割する段階と、データフレームブロックの第1及び第2セットをインターリーブする段階と、インターリーブされたデータフレームブロックを複数のバーストに順次配置する段階とを含むことができる。本発明の第2の態様によれば、デジタルブロードキャスティングネットワークでバーストを伝送する方法が提供され、本方法は、データの第1セットと順方向誤り訂正FECデータの対応する第1セットとを含む第1データフレームを提供する段階と、データの第2セットとFECデータの対応する第2セットとを含む第2データフレームを提供する段階と、前記第1及び第2データフレームを含むバーストを形成する段階とを含む。従って、異なるレベルの順方向誤り訂正を備えたデータの第1及び第2セットを伝送することが求められた場合、これらは同じバーストで伝送される。本方法は、データの起点を識別するためのそれぞれのラベルを各データフレームに付与する段階を更に含むことができる。本方法は更に、データフレームのシーケンスにおいてデータフレームを位置付けるためのそれぞれのラベルを各データフレームに付与する段階を含むことができる。本方法は更に、バーストのシーケンス内のバーストを識別するためのそれぞれのラベルを各バーストに付与する段階を含むことができる。第1データフレームを提供する段階は、第1及び第2部分を含む第1アレイを提供する段階と、第1アレイ部分の少なくとも一部をデータの第1セットで満たす段階と、第1アレイ部分のデータに基づいてFECデータの第1セットを求める段階と、FECデータの第1セットを第2アレイ部分に配置する段階とを含むことができる。本方法は、データの第1セットをマルチプロトコルエンキャプスレーションMPEセクションの第1セットにエンキャプスレートする段階と、対応するFECデータをMPEセクションの第2セットにエンキャプスレートする段階とを含むことができる。複数のバーストを形成する段階は、MPEセクションの第1及び第2セットを時間的にオフセットされたグループに構成する段階を含むことができる。第1データフレームは、マルチプロトコルエンキャプスレーション順方向誤り訂正MPE-FECフレームとすることができる。デジタルブロードキャスティングネットワークは、デジタルビデオブロードキャスティングネットワークとすることができる。本発明の第3の態様によれば、デジタルブロードキャスティングネットワークからバーストを受信するための端末の動作方法が提供され、本方法は、データフレームのためのデータを含む第1バーストを受信する段階と、データをデータフレーム内に配置する段階と、第1バーストを含むバーストのシーケンスにおける第2バーストが従う指標を第1バーストから抽出する段階と、データフレームのための追加データを含む第2バーストを受信する段階と、データフレームに追加データを配置する段階とを含む。本発明の第4の態様によれば、デジタルブロードキャスティングネットワークからバーストを受信するための端末の動作方法が提供され、本方法は、複数のデータフレームのためのデータを含むバーストを受信する段階と、データのセットと該データのセットが属するデータフレームに関する指標とをバーストからを抽出する段階と、対応するデータフレームにデータの各セットを配置する段階とを含む。本発明の第5の態様によれば、データ処理装置に対して、データの第1セットと順方向誤り訂正FECデータの対応する第1セットとを含む第1データフレームを提供させ、バーストのシーケンスを形成させ、データの第1セットが少なくとも2つのバースト間で分割されるように第1データフレームをバースト間で分割させる命令を含むコンピュータプログラムが提供される。本発明の第6の態様によれば、データ処理装置に対して、データの第1セットと順方向誤り訂正FECデータの対応する第1セットとを含む第1データフレームを提供させ、データの第2セットとFECデータの対応する第2セットとを含む第2データフレームを提供させ、第1及び第2データフレームを含むバーストを形成させるための命令を含むコンピュータプログラムが提供される。本発明の第7の態様によれば、データ処理装置に対して、データフレームのためのデータを含む第1バーストを受信させ、データフレーム内にデータを配置させ、第1バーストを含むバーストのシーケンスにおいて第2バーストが従う指標を第1バーストから抽出させ、データフレームのための追加データを含む第2バーストを受信させ、データフレーム内に追加データを配置させるための命令を含むコンピュータプログラムが提供される。本発明の第8の態様によれば、データ処理装置に対して、複数のデータフレームのためのデータを含むバーストを受信させ、データのセットと該データのセットが属するデータフレームに関する指標とをバーストから抽出させ、データのセットを対応するデータフレーム内に配置させるための命令を含むコンピュータプログラムが提供される。コンピュータプログラムは、データキャリア上又はメモリ内に記憶することができる。本発明の第9の態様によれば、デジタルブロードキャスティングネットワークにおいてバーストを伝送するためのシステムが提供され、本システムは、データの第1セットと順方向誤り訂正FECデータの対応する第1セットとを含む第1データフレームを提供する段階と、バーストのシーケンスを形成する段階と、第1データフレームをバースト間で分割する段階とを含み、データの第1セットは少なくとも2つのバースト間で分割されることを特徴とする。本発明の第10の態様によれば、デジタルブロードキャスティングネットワークにおいてバーストを伝送するためのシステムが提供され、本システムは、データの第1セットと順方向誤り訂正FECデータの対応する第1セットとを含む第1データフレームを提供する段階と、データの第2セットとFECデータの対応する第2セットとを含む第2データフレームを提供する段階と、第1及び第2データフレームを含むバーストを形成する段階とを含む。本発明の第11の態様によれば、データの第1セットと順方向誤り訂正FECデータの対応する第1セットとを含む第1データフレームを提供し、バーストのシーケンスを形成し、データの第1セットは少なくとも2つのバースト間で分割されるように第1データフレームをバースト間で分割するように構成されたネットワーク要素が提供される。本発明の第12の態様によれば、データの第1セットと順方向誤り訂正FECデータの対応する第1セットとを含む第1データフレームを提供し、データの第2セットとFECデータの対応する第2セットとを含む第2データフレームを提供し、第1及び第2データフレームを含むバーストを形成するように構成されたネットワーク要素が提供される。ネットワーク要素は、マルチプロトコルエンキャプスレーションMPEエンキャプスレータとすることができる。本発明の第13の態様によれば、デジタルブロードキャスティングネットワークからバーストを受信するための端末が提供され、本端末は、データフレームのためのデータを含む第1バーストを受信し、データをデータフレーム内に配置し、第1バーストを含むバーストのシーケンスにおける第2バーストが従う指標を第1バーストから抽出し、データフレームのための追加データを含む第2バーストを受信し、追加データをデータフレーム内に配置するように構成されている。本発明の第14の態様によれば、デジタルブロードキャスティングネットワークからバーストを受信するための端末が提供され、本端末は、複数のデータフレームのためのデータを含むバーストを受信し、データのセットと該データのセットが属するデータフレームに関する指標とを前記バーストから抽出し、データのセットを対応するデータフレーム内に配置するように構成されている。本発明の実施形態を添付図面を参照しながら例証として説明する。デジタルブロードキャスティングネットワーク1図1を参照すると、本発明による移動端末2にコンテンツを配信するための通信ネットワーク1が示されている。通信ネットワーク1は、ハンドヘルドデジタルビデオブロードキャスティングDVB-Hネットワークを含み、該ネットワークは、インターネットプロトコルデータキャスティングIPDCサービスとしてコンテンツを配信するブロードキャストアクセスネットワークとして使用される。しかしながら、地上DVBDVB-Tネットワーク、ケーブルDVBDVB-Cネットワーク若しくは衛星DVBDVB-Sネットワーク、デジタル音声ブロードキャスティングDABネットワーク、米国次世代テレビシステム委員会ATSCネットワーク、地上統合サービスデジタルブロードキャスティング地上ISDB-Tネットワーク、及びこれらのネットワークに類似した或いはこれらに基づく他のネットワークなど、DVBネットワークの他のタイプを含む他のデジタルブロードキャストネットワークを使用することができる。ネットワーク1は、例えばビデオ、音声、及びデータファイルの形式のコンテンツソース31、32と、コンテンツを検索し、再フォーマットし、記憶するコンテンツプロバイダ4と、サービス構成を決定するデータキャストサービスシステムサーバー5と、マルチプロトコルエンキャプスレーションMPEエンキャプスレータ6と、信号8を変調して移動端末2を含む受信器図示せずにブロードキャストするための送信器7とを含む。信号8を受信し再送信するための1つ又はそれ以上のギャップフィラー送信器図示せずなどの他のネットワーク要素を設けることもできる。更に、好ましくはそれぞれGSM又はUMTSのような第2世代又は第3世代移動体ネットワークの形式の公衆陸上移動ネットワークなどの通信ネットワーク図示せずを備え、移動端末2からデジタルブロードキャスティングネットワーク1への戻りチャンネルを提供することができる。インターネットなどの別の通信ネットワーク図示せずを備え、コンテンツプロバイダ4及びサービスシステムサーバー5などのデジタルブロードキャスティングネットワーク1の分散要素を接続することができる。MPEエンキャプスレータ6図2を参照すると、MPEエンキャプスレータ6及び送信器7の機能ブロック図が示されている。MPEエンキャプスレータ6は、種々のIPアドレス及びサービス情報データ10を有する複数のインターネットプロトコルIPストリーム9の形式でコンテンツを受信し、サービス情報データ10は、MPEGプログラム仕様情報PSI及びDVBサービス情報SIを作成するのに使用される。MPEエンキャプスレータ6は、IP逆多重化ブロック11を含み、1つ又はそれ以上の所要のIPストリームをフィルタ処理し、フィルタ処理されたIPストリームを1つ又はそれ以上のフィルタ処理されたストリーム12に構成する。各フィルタ処理されたストリーム12は、1つ又はそれ以上のIPストリームを含むことができる。逆多重化ブロック11は、フィルタ処理されたストリーム12を符号化ブロック13に転送する。MPEエンキャプスレータ6は、フィルタ処理されたストリーム12用の順方向誤り訂正FECを可能にする符号化ブロック13を含む。符号化ブロック13は、MPE-FECフレーム14を作成し転送する。FECが所与のフィルタ処理されたストリーム12に対して使用されない場合、エンコーダ13は符号化を行わず、ストリーム12をバッファするだけである。エンコーダ13はまた、以下に詳細に説明されるようにインターリービングを行うことができる。MPEエンキャプスレータ6は更に、MPEC-FECフレーム14に含まれるデータをMPEセクション16及びMPE-FECセクション17にマップするためのMPE/MPE-FECセクションエンキャプスレーティングブロック15を含む。ETSIEN301192デジタルビデオブロードキャスティングDVB;データブロードキャスティングのためのDVB仕様V1.4.12004-06を参照されたい。MPEエンキャプスレータ6はまた、MPEセクション16及びMPE-FECセクション17をバースト19にタイムスライスするためのタイムスライシングブロック18を含む。以下に詳細に説明されるように、MPEエンキャプスレータ6は、本発明による1つよりも多いバースト19において1つのMPE-FECフレーム14からデータを送信し、及び/又は1つのバースト19において1つよりも多いMPE-FECフレーム14からデータを送信することができる。MPEエンキャプスレータ6はまた、従来の方法で1つのバースト19において1つのMPE-FECフレーム14を送信することができるが、これはここでは詳細には説明しない。MPEエンキャプスレータ6はまた、ETSIEN300468デジタルビデオブロードキャスティングDVB;DVBシステムにおけるサービス情報SIのための仕様V1.6.12004-6に従って、SIテーブルをセクション21にマップするためのSI/PSIセクションエンキャプスレーティングブロック20を含む。MPEエンキャプスレータ6はまた、図2に示されるエンキャプスレータの他の要素を管理するための制御ブロック22を含む。MPEエンキャプスレータ6の機能は、コンピュータプログラム図示せずを実行するコンピュータ図示せずによって実装することができる。送信器7は、トランスポートストリームTS生成及び多重化ブロック23を含む。TS生成及び多重化ブロック23は、バースト19内に含まれるMPEセクション16及びMPE-FECセクション17をフラグメントに分割し、これをTSパケット25Aに配置図25して、例えばMPEG-2TVサービス24を搬送する他のパケットと共に多重化し、TSパケットをISO/IEC規格13818-1情報技術-動画及び関連する音声情報の汎用コーディング:システムに従ったマルチプレックス25にする。送信器7はまた、ETSIEN300744デジタルビデオブロードキャスティングDVB;デジタル地上テレビDVB-Tのためのフレーミング構造、チャンネル符号化及び変調V1.5.12004-06に従って無線周波数信号8を生成するための変調ブロック26を含む。MPEエンキャプスレータ6を動作する方法図2から18を参照し、MPEエンキャプスレータ6を動作する方法について説明する。IPストリーム9の所与のセットにおいて、MPEエンキャプスレータ6は、本発明による1つよりも多いバースト19において1つのMPE-FECフレーム14からデータを送信し、及び/又は1つのバースト19において1つよりも多いMPE-FECフレーム14からデータを送信することができる。MPEエンキャプスレータ6は、MPE-FECフレーム14を保持する複数のコーディングテーブル27を作成するステップS1。これは単に、各コーディングテーブル27に対してメモリを割り当てる段階を含むことができる。以下に詳細に説明されるように、コーディングテーブル27及びMPE-FECフレーム14は、2つよりも多いメガビットのデータを保持することができる。MPEエンキャプスレータ6は、タイムスライシング及びMPE-FECについての情報を信号で送り、受信器がバースト19を受信することができるようにするステップS2。これは、以下に詳細に説明する。図4を詳細に参照すると、デマルチプレクサ11図2は、第1及び第2ストリーム91、92を含む複数のストリーム9を受信する。第1ストリーム91は、データグラム2811、2812、2813、2814を含むレイヤ3データグラムの第1セット281を含む。第2ストリーム92は、データグラム2821、2822を含むレイヤ3データグラムの第2セット282を含む。図5を参照すると、データグラムの第1及び第2セット281、282の各データグラム28は、インターネットプロトコルIPデータグラムの形式であり、ヘッダ29とペイロード30を含む。しかしながら、UDPデータグラムなどのデータフレームの他のタイプを使用することが可能である。ここで図6を参照すると、デマルチプレクサ11図2は、第1及び第2のIPストリーム91、92をフィルタ処理し、第1及び第2のフィルタ処理されたストリーム121、122にそれぞれ出力するステップS3。この実施例において、各フィルタ処理されたストリーム121、122は、単一のIPストリーム91、92を含む。しかしながら、フィルタ処理されたストリーム121、122は、1つよりも多いIPストリームを含むことができる。図7を参照すると、MPE-FECエンコーダ13は、第1及び第2のフィルタ処理されたストリーム121、122図6それぞれのための第1及び第2コーディングテーブル271、272を含む。例えば、追加のフィルタ処理されたストリーム用に、更にコーディングテーブル図示せずを設けることもできる。加えて、又は代替的に、同じフィルタ処理されたストリーム用に更にコーディングテーブルを設けてもよく、これらを組み合わせて単一のより大きなコーディングテーブルを形成することができる。第1コーディングテーブル271は、アプリケーションデータテーブル321とパリティデータテーブル331を提供する。同様に、第2コーディングテーブル272は、アプリケーションデータテーブルとパリティデータテーブルを記憶するための部分322、333を提供する。第1コーディングテーブル321は、255列341及びフレキシブルな数の行351を有するマトリックスとして構成することができる。行の数351は、サービス情報SI10図2において信号として送られる。コーディングテーブル271の各ポジション361は、1バイトのデータを保持する。第2コーディングテーブル272は、255列342及びフレキシブルな数の行352を有するマトリックスとして構成することができる。行の数352は、サービス情報SI10図2において信号として送られる。コーディングテーブル272の各ポジション362は1バイトのデータを保持する。各ポジション361、362は、ほぼ1バイトまでのデータを保持することができる。第1コーディングテーブル271では、アプリケーションデータテーブル321は、コーディングテーブル271の最左端部分によって提供することができ、191列を含むことができる。アプリケーションデータテーブル321は、第1のフィルタ処理されたストリーム121図6及びオプションのパディングデータ図示せずからのデータグラム281図6用に確保される。パリティデータテーブル331は、第1コーディングテーブル271の最右端部分によって提供することができ、64列を含むことができる。パリティデータテーブル331は、パリティデータ用に確保される。アプリケーションデータテーブル321における各ポジションは、0から191×no_of_rows-1に及ぶアドレスを有する。同様に、RSデータテーブル331における各ポジションは、0から64×no_of_rows-1に及ぶアドレスを有する。第1コーディングテーブル271は異なるように構成することができ、異なる数の列を含むことができる。例えば、コーディングテーブル271は反転させてもよい。アプリケーションデータテーブル321は、コーディングテーブル271の最右端部分によって提供することができる。コーディングテーブル271は、コーディングテーブル271の最上位又は最下位部分によって提供されるアプリケーションデータテーブル321で横方向に分割することができる。第2コーディングテーブル272では、アプリケーションデータテーブル322は、コーディングテーブル272の最左端部分によって提供することができ、191列342を含むことができる。アプリケーションデータテーブル322は、第2のフィルタ処理されたストリーム122図6及びオプションのパディングデータ図示せずからのデータグラム282図4c用に確保される。パリティデータテーブル332は、コーディングテーブル272の最右端部分によって提供することができ、64列342を含むことができる。パリティデータテーブル332は、パリティデータ用に確保される。アプリケーションデータテーブル322における各ポジションは、0から191×no_of_rows-1に及ぶアドレスを有する。同様に、パリティデータテーブル332における各ポジションは、0から64×no_of_rows-1に及ぶアドレスを有する。第2コーディングテーブル272は異なるように構成することができ、異なる数の列を含むことができる。コーディングテーブル271、272は、異なるように構成することができる。例えば、アプリケーションデータテーブル321、322は、テーブル271、272の最右端列を含むことができる。コーディングテーブル271、272は、垂直方向ではなく横方向で上位部分と下位部分とに分割することができる。第1及び第2コーディングテーブル271、272は、様々なサイズのパリティデータテーブル331、332を有することができる。言い換えると、FECコーディングの種々のレベルを使用することができる。IPストリーム91、92は、第1及び第2コーディングテーブルに向けられるステップS4。図8を参照すると、データグラムの第1セット281は、データグラム毎に導入され、第1コーディングテーブル271の上位左コーナにおける第1データグラム2811の第1バイト371から始まり、第1の最左端列3411において下方に進む。第1データグラム2811の終わりの直後に第2データグラム2812が始まり、その後に第3データグラム2813、第4データグラム2814等々が続く。第1及び第2コーディングテーブル271,272は、異なるように満たすことができる。例えば、第1データグラム2811の第1バイト371は、第1コーディングテーブル271の上位右コーナに配置して下方に進み、或いは下位左コーナ若しくは右コーナに配置し上方に進むことができる。各データグラム281は、アプリケーションデータテーブル321のそれぞれの列341を占める。しかしながら、データグラム281は各々、1列341よりも少なく、或いは1列341よりも多く占めることができる。更に、各データグラム281の長さは、データグラム毎に変えることができる。データグラム281が列341の終わりで終了しない場合、次の列341の上部に続くことができる。データグラム281の全てがアプリケーションデータテーブル321に入力されると、満たされていないあらゆるバイトポジションはゼロバイトでパッドされ図示せず、従って、最左端191列を完全に満たす。しかしながらパディングは、明示的に追加される必要はない。同様に、データグラムの第2セット282は、データグラム毎に導入され、第2コーディングテーブル272の上位左コーナにおける第1データグラム2821の第1バイト372から始まり、第1最左端列3421で下方に進む。第1データグラム2821の終わりの直後に第2データグラム2822が始まり、以下同様である。各データグラム282は、アプリケーションデータテーブル322におけるそれぞれの列342を占める。しかしながら、データグラム282は、1列342より少なく又は1列342より多くを占めることができる。更に、データグラム282の長さは、データグラム毎に変えることができる。データグラム282が列342の終わりで終了しない場合、次の列342の上部に続くことができる。全データグラム28がアプリケーションデータテーブル322を入力した場合、満たされていないあらゆるバイトポジションはゼロバイト図示せずでパッドされ、従って、最左端191列を完全に満たす。しかしながら、パディングは明示的に追加される必要はない。ここで図9を参照すると、アプリケーションデータテーブル321は、データグラム2811、2812、2813、2814、281r1、281r、281r1、281n1、281nを含むデータグラム281で満たされる。上述のように、場合によってはアプリケーションデータテーブル321は、データグラム281で部分的に満たされるだけであり、パディングデータを付加してこれを満たすことができる。アプリケーションデータテーブル321が満たされると、パリティコードワード3811、3812、381pを含むパリティコードワードのセット381の形式のパリティデータ381が計算され、パリティデータテーブル331に配置されるステップS5。従って、最後のパリティコードワード381pが最後の行351pに対して計算されるまで、第1パリティコードワード3811が第1行3511に対して計算され、第2パリティコードワード3812が第2行3512に対して計算され、以下同様である。同様に、第2アプリケーションデータテーブル322は、データグラム2821、2822、2823、2824、2825、282s1、282s、282s1、282m1、282mを含むデータグラム282で満たされる。第2アプリケーションデータテーブル322が満たされると、パリティコードワード3821、3822、382qを含むパリティコードワード382の形式のパリティデータ382が計算され、パリティデータテーブル332に配置される。リード-ソロモンRSパリティコード、すなわち、この実施例ではRS255,191,64コードが使用される。従って、パリティデータテーブル331、332は、以下でRSパリティデータテーブルと呼び、パリティコードワード381、382は、以下でRSコードワードと呼ぶ。RSデータテーブル331、332の列の幾つかは廃棄することができ、従って送信されず、パンクチュアリングを可能にする。パンクチュアされたRS列の正確な数は、明示的に信号で送る必要はなく、フレーム間で動的に変化させることができる。しかしながら他のコードを使用してもよい。図10を参照すると、本明細書でMPE-FECフレーム1411、1421と呼ばれるデータのそれぞれのフレームを保持する完成された第1及び第2コーディングテーブル271、272が示されている。第1RSデータテーブル331は、列別に分割され、RS列4011、4012、401u2、401u1、401uを含むRS列データ401を提供する。同様に、第2RSデータテーブル332は、列別に分割され、RS列4021、4022、402v2、402v1、402vを含むRS列データ402を提供する。一連のMPE-FECフレーム1411、1412、1421、1421図19が、各フィルタ処理されたストリーム121、122に対して生成される。各フレーム1411、1412、1421、1421を識別するために、フレーム1411、1412、1421、1421図19は、フレームアイデンティティパラメータFrame_idを使用して示されるフィルタ処理されたストリーム121、122に従って、及びフレームカウンタパラメータFrame_counterを使用して示されるフレームのシリーズ内のポジションに従ってラベル付けされる。従って、フレームアイデンティティ及びフレームカウンタパラメータ4111、4211、4121、4221は、各フレーム1411、1421に対して生成される。この実施例では、第1MPE-FECフレーム1411に対してFrame_id=1及びFrame_counter=1、第2MPE-FECフレーム1421に対してFrame_id=2及びFrame_counter=iである。上述のように、MPEエンキャプスレータ6は、本発明による1つよりも多いバースト19において1つのMPE-FECフレーム14からデータを送信し、及び/又は1つのバースト19において1つよりも多いMPE-FECフレーム14からデータを送信することができる。MPEエンキャプスレータ6はまた、従来の方法で1つのバースト19において1つのMPE-FECフレーム14を送信することができるが、これについては説明しない。この場合、各MPE-FECフレーム1411、1421は、1つよりも多いバースト191、192、193において送信される図19。図11を参照すると、データグラム281、282は、コーディングテーブル271、272から読み出される。各データグラム281又はRS列401が第1コーディングテーブル271から読み出されるときに、エンコーダ13はまた、データグラム281の第1バイトのアドレス431、データグラム281又はRS列401がフレーム1411の最後であるかどうかを示すテーブル境界フラグ441、及びフレーム境界フラグ451を出力することができる。同様に、各データグラム282又はRS列402が第2コーディングテーブル272から読み出されるときに、エンコーダ13はまた、データグラム282又はRS列402の第1バイトのアドレス432、データグラム281又はRS列402がフレーム1421の最後であるかどうかを示すためのテーブル境界フラグ442、及びフレーム境界フラグ452を出力することができる。データグラム281、282及びRS列401、402は、インターリーブされるステップS6及びS7。r-1番目のデータグラム281r1が読み出されるまで、第1データグラム2811は第1コーディングテーブル271から読み出され、データグラムは第1コーディングテーブル271から順次読み出される。次に、s-1番目のデータグラム281s1が読み出されるまで、第1データグラム2821は第2コーディングテーブル272から読み出され、データグラムは第2コーディングテーブル272から順次読み出される。n番目のデータグラム281nが読み出されるまで、r番目のデータグラム281rは第1コーディングテーブル271から読み出され、データグラムは、第1コーディングテーブル271から順次読み出される。次に、m番目のデータグラム282mが読み出されるまで、s番目のデータグラム282sは第2コーディングテーブル272から読み出され、データグラムは第2コーディングテーブル272から順次読み出される。u番目のRS列401uが読み出されるまで、第1RS列4011は、第1コーディングテーブル271から読み出され、RS列は第1コーディングテーブル271から順次読み出される。次に、v番目のRS列402vが読み出されるまで、第1RS列4021は第2コーディングテーブル272から読み出され、RS列は第2コーディングテーブル272から順次読み出される。図12を参照すると、上記に説明された順序でコーディングテーブル271、272からデータグラム281、282及びRS列401、402を選択的に読み出す効果は、各MPE-FECフレーム1411、1421を3つのフレームブロック14111、14112、14113、14211、14212、14213に分割し、フレームブロック14111、14112、14113、14211、14212、14213をインターリーブすることである。フレームブロック14111、14112、14113、14211、14212、14213は、サイズが同じではない。しかしながら、MPE-FECフレーム1411、1421は各々、可能な限り同じサイズか或いは同じサイズに近いフレームブロックに分割することができる。MPE-FECフレーム1411、1421は、より少ないか又はより多いブロック14111、14112、14113、14211、14212、14213に分割することができ、或いは全く分割されなくともよい。更に、フレームブロック14111、14112、14113、14211、14212、14213は、異なる順序でインターリーブすることができる。更に、フレームブロック14111、14112、14113、14211、14212、14213は、他のフレームからの他のフレームブロック図示せずでインターリーブすることができ、その少なくとも一部は、同じフィルタ処理されたストリーム121、122から生じることができる。図13及び14を参照すると、フレームブロック14111、14112、14113、14211、14212、14213図12に含まれるデータグラム28及びRS列40は、これらが属するフレーム1411、1421図11及びそれぞれのアドレスデータ43用のそれぞれのフレームアイデンティティ及びフレームカウンタパラメータ41、42、テーブル境界フラグ44、及びバースト境界フラグ45と共に、MPE/MPE-FECセクションエンキャプスレーティングブロック15に供給される。図13を詳細に参照すると、MPE/MPE-FECセクションエンキャプスレーティングブロック15は、MPEセクション16を生成して出力し、各MPEセクション16はヘッダ46、ペイロード47、及びトレーラ48を含むステップS8。MPE/MPE-FECセクションエンキャプスレーティングブロック15がデータグラム28を受信すると、データグラム28をペイロード47にマップし、対応するフレームアイデンティティ及びフレームカウンタパラメータ41、42をヘッダ46内に配置するステップS9。MPE/MPE-FECセクションエンキャプスレーティングブロック15はまた、アドレスデータ43、テーブル境界フラグ44、及びフレーム境界フラグ45をヘッダ46内に配置することができるステップS10。MPE/MPE-FECセクションエンキャプスレーティングブロック15は、1つよりも多いデータグラム28をペイロード47にマップすることができる。図14を参照すると、MPE/MPE-FECセクションエンキャプスレーティングブロック15はまた、MPE-FECセクション17を生成して出力し、各MPE-FECセクション17は、ヘッダ49、ペイロード50、及びトレーラ51を含む。MPE/MPE-FECセクションエンキャプスレーティングブロック15がRS列40を受信すると、RS列40をMPE-FECセクション17のペイロード50にマップし、対応するフレームアイデンティティ及びフレームカウンタパラメータ41、42をヘッダ49内に配置する。MPE/MPE-FECセクションエンキャプスレーティングブロック15はまた、アドレスデータ43、テーブル境界フラグ44、及びフレーム境界フラグ45をヘッダ49に配置することができる。MPE及びMPE-FECセクション16、17は、以下の表1に示されるデジタル記憶媒体コマンド及び制御DSM-CCセクションフォーマットに準拠している。表1図15を参照すると、MPEセクション16において5番目のMACアドレスフィールドを分割し、フレームアイデンティティとフレームカウンタパラメータ41、42をそれぞれ記憶するための第1及び第2フィールド52、53を提供することができる。第1及び第2フィールド52、53は各々、4ビット含むことができる。第1、第2、第3、及び第4MACアドレスフィールドは、リアルタイムパラメータフィールド54を提供するのに使用される。確保されたフィールドは、3又は4ビット含むことができるバースト番号63図18を記憶するための第3及び第4フィールド55、56を提供するのに使用される。バースト番号は、以下に詳細に説明する。第1、第2、第3、及び第4フィールド52、53、55、56は、より小さな値又はより大きな値の使用を可能にするために異なるように配分することができる。異なるヘッダ構造が使用される場合、或いは更なるビットが利用可能になる場合、フレームアイデンティティ、フレームカウンタ、及びバースト番号41、42、63のより大きな値を使用することができる。図16を参照すると、MPE-FECセクション17において、第5MACアドレスフィールドを分割し、フレームアイデンティティ及びフレームカウンタパラメータ41、42をそれぞれ記憶するための第1及び第2フィールド57、58を提供することができる。第1及び第2フィールド57、58は各々、4ビット含むことができる。第1、第2、第3、及び第4MACアドレスフィールドは、リアルタイムパラメータフィールド59を提供するのに使用される。確保されたフィールドは、3又は4ビット含むことができるバースト番号63図18を記憶するための第3及び第4フィールド60、61を提供するのに使用される。第1、第2、第3、及び第4フィールド57、58、60、61は、より小さな値又はより大きな値の使用を可能にするために異なるように配分することができる。異なるヘッダ構造が使用される場合、或いは更なるビットが利用可能になる場合、フレームアイデンティティ、フレームカウンタ、及びバースト番号41、42、63のより大きな値を使用することができる。リアルタイムパラメータフィールド54、59は、以下の表2に示されるシンタックスに準拠している。表2バースト境界フィールドburst_boundaryは、バーストの終わりを示すのに使用され、バースト境界フラグ45を受け取る図13。フレーム境界フラグ45は、同じバーストにおいて種々のフレームを示すのに使用することができる。図17を参照すると、MPE/MPE-FECセクションエンキャプスレーティングブロック15は、161、162、163、164、16a1、16a、16a1、16a2、16a3、16b1、16b、16b1、16c2、16c1、16c、16c1、16d2、16d1を含むMPEセクション16と、171、172、17e3、17e2、17e1、17e、17e1、17f3、17f2、17f1を含むMPE-FECセクション17とを出力する。MPEセクション16及びMPE-FECセクション17は、上述の順序でインターリーブされたデータグラム2811、2812、2813、2814、281r1、281r、281r1、281n1、281n、データグラム2821、2822、2823、2824、282s1、282s、282s1、282m1、282m、RS列4011、4012、401u2、401u1、401u、及びRS列4021、4022、402v2、402v1、402vを含む。しかしながら、MPEセクション16及びMPE-FECセクション17は、他の異なる順序でインターリーブさせることができる。データグラム28は、MPE-FECが使用されるかどうかに関わらずMPEセクション16において搬送される。これは、受信をMPE-FECに対して利用可能でない受信器図示せずと完全に下位互換性のあるものにする。上記のように、各MPEセクション16は、セクションヘッダ46図13においてペイロード47図13のための開始アドレス43図13を搬送する。このアドレス43図13は、セクションペイロード47図13の第1バイトのアプリケーションデータテーブルでのバイトポジションを示す。データグラム28が複数のMPEセクション16にわたり分割される場合、各MPEセクション16は、セクション内で搬送されるデータグラムのフラグメントの第1バイトのアプリケーションデータテーブルにおけるバイトポジションを示す。受信器図示せずは、アプリケーションデータテーブルでの正しいバイトポジションに受信されたデータグラム28を置き、セクションが正確であることをセクションCRC-32チェックが示した場合、RSデコーダにとって信頼できるものとしてこれらのポジションをマーク付けする。アプリケーションデータテーブルの最後のセクションは、アプリケーションデータテーブル内のデータグラムの終わりを示すテーブル境界フラグを包含する。アプリケーションデータテーブル内の前のセクション全てが正確に受信された場合、受信器は、これ以上MPE-FECセクションを受信する必要はなく、タイムスライシングが使用される場合、受信器は、RSデータを受信及び復号することなくスイッチをオフすることができる。また、MPE-FECセクション17が受信される場合、アプリケーションデータテーブルにおけるパディング列すなわちパディングバイトのみで満たされた列の数は、MPE-FECセクションのセクションヘッダにおける8バイトで示される。この値は、RS復号が実行される場合にのみ必要とされる。table_boundaryを搬送するセクションが失われた場合、受信器図示せずは、アプリケーションデータが終了しパディングが始まる正確なポジションを知らない可能性がある。しかしながら受信器は、パディング列から幾つの完全な列がパディングされているのかを認識し、これらを信頼できるものとしてマーク付けすることができる。RS列は、MPE-FECセクション17で搬送される。各MPE-FECセクション17は、RSデータテーブルの正確に1つの列を搬送するが、これらは、1よりも少ない列又は1よりも多い列を搬送することができる。パンクチュアされた列は送信されず、パンクチュアされた列の数は明示的に信号で送られることはないが、MPE-FECセクションヘッダにおける最後のセクション番号が信号で送られる。図18を参照すると、タイムスライシングモジュール18は、MPEセクション16及びMPE-FECセクション17を受信し、各セクション16、17用のデルタt62とバースト番号63の対応する値をセクション16、17のヘッダ46、49に配置するステップS11及びS12。タイムスライシングモジュール18はまた、各セクション16、17に対する巡回冗長コードCRC-32データ64を計算し、CRC-32データ64をセクション16、17のトレーラ48、51に配置する。MPEセクション16及びMPE-FECセクション17は、バッファ65に転送される。同じバースト番号63を有するセクション16、17は、バースト19におけるのと同様に収集されて送信器7図2に転送されるステップS13。図19を参照すると、第1及び第4フレームブロック14111、14211において搬送され、MPEセクション161、162、163、164、16a1、16a、16a1、16a2、16a3、16b1図17を含むMPEセクション16は、第1バースト191に構成される。第2及び第5フレームブロック14112、14212で搬送され、MPEセクション16b、16b1、16c2、16c1、16c、16c1、16d2、16d1図17を含むMPEセクション16は、第2バースト192に構成される。第3及び第6フレームブロック14113、14213で搬送され、MPE-FECセクション171、172、17e3、17e2、17e1、17e、17e1、17f3、17f2、17f1図17を含むMPE-FECセクション17は、第3バースト193に構成される。バースト191、192、193は各々、ビットレートBbで送信され、バースト持続時間Bdを有する。各バースト19の最後のセクションは、バースト境界フラグ45図13を使用するなどで識別される。例えば、セクション16b1におけるバースト境界フラグ45図13は1に設定される。受信器図示せずは、バースト境界フラグ45図13を使用してバーストを受信した時点、従ってスリープしなければならない時点を判定することができる。各セクション16、17は、セクション16、17の送信時間から次のバースト19における第1セクション16、17の送信時間までの持続時間の値を搬送する。例えば、MPEセクション16bが送信されるまでの持続時間を示す第1MPEセクション16aのデルタ-t6211が例証される。受信器図示せずは、デルタ-tパラメータ62図18を使用して起動すべき時間を求め、次のバースト19を受信することができる。バースト番号パラメータ63図18の同じ値は、同じバースト19内のセクション16、17において使用される。この実施例では、バーストは、逆に数えて番号付けされ、値2で始まりゼロで終わる。受信器図示せずは、バースト番号パラメータ63図18を使用して、バースト19が失われたかどうか、或いは受信器が所与のMPE-FECフレーム14に対してバーストの全てを受信したかどうかを判定することができる。バースト番号パラメータ63に対して3ビットが使用される場合、バーストは、最大15までのバースト番号で始めることができる。4ビットが、例えばMPEセクション16において確保されたフィールド55、56図15又はMPE-FECセクション17における確保されたフィールド60、61図16によって提供される構成単位である場合、バーストは最大31までのバースト番号で始めることができる。バースト番号は、ゼロに達した後で再度15から又は31から始まる巡回とすることができる。MPE-FECフレームを作成し送信するプロセスは、第1及び第2コーディングテーブル271、272を使用して作成された第3及び第4MPE-FECフレーム1412、1422の作成及び送信を続け、該第4MPE-FECフレームは、フィルタ処理されたストリーム121、122におけるデータグラム281、282が送信完了するステップS15まで、第4、第5、及び第6バースト194、195、196で送信されるステップS14。ここで説明された実施例では、第1及び第2MPE-FECフレーム1411、1421は各々、3つのブロック14111、14112、14113、14211、14212、14213に分割された。しかしながら、MPE-FECフレーム1411、1421は、より少ない又はより多いブロックに分割することができる。ブロックは、同じサイズ又は同じではないサイズにすることができる。図20を参照すると、第1MPE-FECフレーム141は、4つのブロック14111’、14112’、14113’、14114’に分割し、4つのバースト191’、192’、193’、194’で送信することができる。同様に、第2MPE-FECフレーム141図19は、4つのブロック図示せずに分割することができる。更に、ブロック14113’は、アプリケーションデータテーブル3211とRSデータテーブル3312の両方からデータを搬送することができ、言い換えるとMPEセクション16とMPE-FECセクション17を搬送する。1つよりも多いバースト間に1つのMPE-FECフレームからデータを分配する利点は、フレームに対するインターリービングの長さが増大する点である。バーストに影響を与える雑音のショットが存在する場合、1つのMPE-FECフレームからデータの全てを失う可能性が低減される。雑音のショットから生じるデータのあらゆる誤りは、FECパリティデータを使用して訂正することができる。付加的に或いは代替として、以下に詳細に説明するようにより大きなMPE-FECフレーム14を使用して、複数のバースト19間の1つのMPE-GECフレーム14からのデータの分配の助けとすることができる。図21を参照すると、MPE-FECフレームを送信するための従来の構成が示されている。従来の構成では、各々が1024の行を有する6つのMPE-FECフレーム6611、6612、6613、6614、6615、6616が、それぞれのバースト671、672、673、674、675、676で送信される。この構成の欠点は、短いインターリービング深さ68を有することである。上述のように、雑音のショットがバーストの1つ、例えば第2バースト672に影響を与える場合には、この実施例では第2MPE-FECフレーム6612であるMPE-FECフレームに含まれるデータの全てが失われる可能性がある。図22を参照すると、本発明によるMPE-FECフレームを送信するための例示的な構成が示されている。この実施例では、MPE-FECフレーム1411’は6×1024行を有する。従って、フレーム1411’は、12メガビットのデータを保持することができる。MPE-FECフレームは、N×M行を有することができ、ここでN=2、3、4、又は5、M=1024である。Nは6よりも大きな値を有することができる。更に、Mは1024に等しくなくてよい。例えばMは、64、128、192、256、320、384、448、512、576、640、704、768、832、896、又は960に等しいものとすることができる。MPE-FECフレーム1411’は、列別に6つのブロック14111、14112、14113、14114、14115、14116に分割され、これらは6つのそれぞれのバースト191、192、193、194、195、196で送信される。各バースト191、192、193、194、195、196は、2メガビットのデータを含む。この構成は、インターリービング深さ68’を有する。従って、雑音のショットが、バーストの1つ、例えば第2バースト192’に影響を与える場合、データは、FECを使用して回復される可能性が高い。以下に詳細に説明するように、MPE-FECフレーム1411’などのより大きなMPE-FECフレームを受信できるようにするために、移動端末図示せずは、より大きなタイムスライシングバッファ106図31を含むことができる。従って、MPE-FECフレームのサイズを大きくし、及び/又は複数のMPE-FECフレームからのデータをインターリービングすることによって、インターリービング長を増大させ雑音に対して堅牢性を与える助けとなる。上述の実施例では、2つのIPストリーム91、92図6からのデータグラム281、282図6は、バースト191、192、193図19の1つのセットで送信される。コーディングの同じレベルが、各IPストリーム91、92図6に対して使用される。言い換えると、アプリケーションデータテーブル321、322図7は各々同じサイズを有し、RSデータテーブル331、332図7は各々同じサイズを有する。しかしながら、異なるIPストリーム9は、異なるコーディングレート、すなわち異なるレベルのコーディングを必要とする可能性がある。IPストリーム9は種々の優先順位によって分配することが必要になる場合があることから、これが発生する可能性がある。コーディングの異なるレベルに符号化されたIPストリームは、受信器で復号するために異なる時間量と処理能力を必要とする。図23を参照すると、エンコーダ13は、各々がそれぞれのIPストリーム93、94、95を含む、第3、第4、及び第5のフィルタ処理されたストリーム123、124、125のための第3、第4、及び第5コーディングテーブル273、274、275をそれぞれ提供することができる。コーディングテーブル273、274、275は、それぞれのアプリケーションデータテーブル323、324、325とRSデータテーブル333、334、335を含む。例えば、ビデオデータは第3IPストリーム93で送信され、音声データは第4IPストリーム94で送信され、関連のデータは第5IPストリーム95で送信される。ビデオデータは低い優先順位、関連データは高い優先順位、及び音声データは中間の優先順位で送信することが望ましい。種々の優先順位を達成するために、異なるコーディングレベルが使用される。例えば、第3コーディングテーブル273はRS255,239,16コードを使用し、第4コーディングテーブル274はRS255,223,32を使用し、第5コーディングテーブル275はRS255,191,64を使用する。従って、第3アプリケーションデータテーブル323は255列343のうちの239を含み、第4アプリケーションデータテーブル324は255列344のうちの223を含み、第5アプリケーションデータテーブル325は255列345のうちの223を含む。種々のコードを使用する代わりに、コーディングレートは幾つかのRS列をパンクチュアすることによって低下させることができ、アプリケーションデータテーブルにおいてパディングを使用することによって増大させることができる。この実施例において、第3及び第4コーディングテーブル273、274は各々、384行343、344を含み、第5コーディングテーブル275は256行344を含む。従って、3つのMPE-FECフレーム1431、1441、1451は、単一の2メガビットバースト197で送信することができる。コーディングテーブル273、274、275は各々、より少ないか若しくはより多い列353、354、355及び/又はより少ないか若しくはより多い行343、344、345を有することができる。より大きな又はより小さなサイズのバースト197を使用することができる。しかしながら、コーディングテーブル273、274、275が記憶できるデータの量がバースト197のサイズ以下とすべき点を理解されたい。2メガビットよりも大きなバーストを使用することができる。コーディングテーブル273、274、275は、上述のものと類似の方法で計算されたデータグラム283、284、285及びRS列403、404、405で満たされ、MPE-FECフレーム1431、1441、1451を生成するステップS3からS5。MPE-FECフレーム1431、1441、1451は、上述のものと類似の方法で作成されたコーディングテーブル273、274、275及びバースト197から読み出される。しかしながら、インターリービングを使用する必要はないステップS6及びS7。データグラム283、284、285及びRS列403、404、405は、エンキャプスレートされるステップS8。フレームアイデンティティ及びフレームカウンタパラメータ41、42図13は、MPEセクション16h及びMPE-FECセクション17iのヘッダに付加されるステップS9及びS10。タイムスライシングブロック19図2では、デルタ-t及びバーストパラメータ62、63は、MPEセクション16h及びMPE-FECセクション17iのヘッダに付加されステップS11及び12、MPEセクション16h及びMPE-FECセクション17iは、単一のバースト197に構成されるステップS13。この場合、バースト番号パラメータ63図18はburst_no=0に設定することができる。デルタ-tは、次のバースト198の到達を示すために設定され、これは、コーディングテーブル273、274、275を使用して作成されたMPE-FECフレームの次のセット図示せずを含むことができる。2、3、又はそれよりも多いMPE-FECフレーム14は、1つのバースト19で送信することができ、MPE-FECフレームの少なくとも1つは、他のMPE-FECフレームとは異なるコーディングレートを有することができる点を理解されたい。図24及び図25から図27を参照し、送信器の動作方法を次に説明する。図25を詳細に参照すると、MPEセクション161、162、163、164を含むMPEセクション16とMPE-FECセクション17f2、17f1を含むMPE-FECセクション17との間欠的ストリームの形式におけるバースト19図18は、TSストリーム生成及び多重化ブロック23図2によって受信され、フラグメント691、692、693、694、69g1、69gを含むセクションフラグメントに分割される。各フラグメント69は対応するTSパケット25Aに配置される。例えば、フラグメント691、692、693、694、69g1、69gは、TSパケット25A1、25A2、25A3、25A4、25Ag1、25Agにそれぞれ配置される。図26を参照すると、TSパケット25Aは通常、188バイトの長さであり、ISO/IEC規格13818-1情報技術-動画及び関連音声情報の汎用コーディング:システムに準拠している。各TSパケット25Aは、パケット識別子PID71を用いたパケットヘッダ70を含む。パケット識別子70を用いて、TSパケットペイロード72のコンテンツを識別することができる。TSストリーム生成及び多重化ブロック23図2は、同じフィルタ処理されたストリーム12又はフィルタ処理されたストリーム12のセット図2用のMPEセクション16及びMPE-FECセクション17を搬送するバーストのセットに応じてPIDを付加する。図27を参照すると、TSストリーム生成及び多重化ブロック23図2は、MPEセクション16及びMPE-FECセクション17を搬送するTSパケット25AをSI及びPSIテーブルセクション22図2を搬送するTSパケット25Bと1つ又はそれ以上のMPEG-2TVサービス24図2を搬送するTSパケット25Cと共に多重化して共通マルチプレックス25にする。SI/PSIテーブルセクション21図2及びMPEG-2TVサービス24図2はタイムスライスされない。マルチプレックス25は、無線周波数信号8図1として変調、増幅、及び送信用の変調ブロック26に転送される。図2を参照すると、MPEエンキャプスレータ6は、IP/MAC通知テーブルINT図示せずを含むSI及びPSI/SI並びにSIデータを作成するのに使用されるサービス情報データ10を受信し、データ21を移動端末2図1を含む受信器図示せずに送信する。SI/PSIセクションエンキャプスレーティングブロック20図2は、INT図示せずをセクション図示せずにセグメント化し、テーブルセクションをTSストリーム発生器及び多重化手段24に渡し、PID=0x004Cを有するTSパケット25Bにマップされ、マルチプレックス25図2に多重化されるようにする。INTは、EN301192同書の節7.6に詳細に記載されている。上記で簡潔に述べたように、サービス記述セクションを使用して送信されるサービス記述テーブルSDTのデータブロードキャスト記述子は、第1、第2、第3、及び第4MACアドレスフィールドを使用して、デルタ-tなどのリアルタイムパラメータを搬送することを示す。ブロードキャスト記述子は、第5MACアドレスフィールド及び確保されたフィールドがフレームアイデンティティ、フレームカウンタ、及びバースト番号のようなパラメータを搬送するのに使用されることになる点を示すことができる。サービス記述セクション及びデータブロードキャスト記述子は、EN300468同書の節6及び7に詳細に記載されている。図28を参照すると、タイムスライス及びFEC識別記述子73は、所与のエレメンタリストリームに対するMPE-FEC及びタイムスライシングについての情報を信号で送るのに使用される。記述子73は、タイムスライシング及び/又はMPE-FECが所与のエレメンタリストリームで使用されるかどうかを識別している、EN301192同書の節9.5に記述されたタイムスライス及びFEC識別記述子74に類似している。しかしながら、記述子73は、単一のMPE-FECフレームを送信するのに使用されるバーストの数を示すためのフィールド75、MPE-FECフレームのサイズを示すためのフィールド76、及び単一のバーストで搬送されるMPE-FECフレームの数を示すためのフィールド77を含む、付加的なフィールドを含む。バージョン番号、特にRS255,191,64以外の場合のコーディングのタイプ、及び特に最大バーストサイズ以外の場合の最大フレームサイズを示すことができる。図29を参照すると、タイムスライス識別記述子73は、第1及び第2記述子ループ79、80を有するネットワーク情報テーブルNIT78で使用される。第1記述子ループ79に位置付けられた場合、記述子73は、テーブル78内で通知された全トランスポートストリームに適用される。記述子73は、トランスポートストリームのいずれにおいても所与のストリームタイプフィールド値を有する全エレメンタリストリームに適用される。0x0Dのストリームタイプフィールド値は、MPEのみのストリームを搬送するエレメンタリストリームに対して使用することができる。0x80のストリームタイプフィールド値は、MPE及びFECセクションを搬送するエレメンタリストリームに対して使用することができる。0x80と0xFFとの間のストリーム_タイプフィールド値は、FECセクションのみを搬送するエレメンタリストリームに対して使用することができる。第2記述子ループ80に位置付けられた場合、記述子73は、トランスポートストリームフィールド図示せずで指定された当該トランスポートストリームに適用される。記述子73は、所与のストリームタイプフィールド値を有する全てのエレメンタリストリームに適用される。この記述子73は、第1記述子ループにおける利用可能な記述子を上書きする。記述子73は、INT図示せずのようなテーブルの他のタイプに含むことができる。INT図示せずのプラットフォーム記述子ループ図示せずに位置付けられた場合、記述子は、テーブルの範囲まで照会される全てのエレメンタリストリームに適用される。この記述子は、NITにおける利用可能な記述子を上書きする。INT図示せずのターゲット記述子ループ図示せずに位置付けられた場合、記述子は、記述子の出現後に当該ターゲット記述子ループ図示せず内で照会される全てのエレメンタリストリームに適用される。この記述子は、プラットフォーム記述子ループ及びNITにおける利用可能な記述子を上書きする。エレメンタリストリームがINT内の複数のロケーションから照会される場合、各々は同じ信号方式を含む。SI/PSIセクションエンキャプスレーティングブロック20図2は、NIT78をセクション図示せずにセグメント化し、該セクションをTSストリーム発生器及び多重化ブロック24に渡してPID=0x0010を有するTSパケット26Bにマップされ、マルチプレックス26図2に多重化されるようにする。受信器は通常、ネットワーク1図1に接続するときにNIT78にアクセスするだけである。受信器図示せずは、1つのトランスポートストリームから別のトランスポートストリーム図示せずに変わる場合にINTのコンテンツを読み出すことが必要になる場合があり、通常は2回以上読み出すことはない。INTでの変化は、PMTテーブル図示せずを使用してPSIで信号を送り、従って、確実にINTの一定のフィルタ処理が必要でないようにすることができる。PMT図示せずのようなPSIテーブルは通常、100ミリ秒毎に少なくとも1回再送信される。バーストの持続時間が100ミリ秒より長い場合、受信器は、バーストを受信すると同時にPMTへアクセスする。より短いバーストでは、受信器は、全ての必要とされるPSIテーブルが受信されるまでスイッチをオンに保持するよう選択することができる。移動端末2図30を参照すると、デジタルブロードキャスティングネットワーク1図1からコンテンツを受信するための移動端末2が示されている。移動端末2は、マルチメディア機能を有する携帯電話ハンドセットの形式である。移動端末2は、第1及び第2アンテナ811、812、受信器821、及び送受信器822を含む。この実施例では、第1アンテナ811及び受信器821は、ブロードキャスティングネットワーク1図1から信号を受信するのに使用される。第2アンテナ812及び送受信器822は、PLMNのような第2通信ネットワーク図示せずに信号を送信し、これから信号を受信するのに使用される。受信器及び送受信器811、822は各々、受信信号を増幅し且つ復調するためのそれぞれの無線周波数信号処理回路図示せずと、チャンネル復号及び逆多重化のためのそれぞれのプロセッサ図示せずとを含む。移動端末2はまた、プロセッサ83、ユーザーインターフェース84、メモリ85、オプションのスマートカードリーダー86、スマートカードリーダー86に収容されるオプションのスマートカード87、コーダ/デコーダコーデック88、対応する増幅器90を備えたスピーカー89、及び対応する前置増幅器92を備えたマイクロフォン91を含む。ユーザーインターフェース84は、ディスプレイ93及びキーパッド94を含む。ディスプレイ93は、例えば、従来の携帯電話のディスプレイよりも大きく及び/又はより優れた解像度を有し、カラー画像が可能であることで画像及びビデオを表示するように適合されている。移動端末2はまたバッテリー95を含む。プロセッサ83は、メモリ85に記憶されたコンピュータソフトウェア図示せずの指示の下で移動端末2のオペレーションを管理する。例えば、コントローラ83は、ディスプレイ93への出力を可能にし、キーパッド94からの入力を受け取る。移動端末2は、ブロードキャスティングネットワーク1図1及び第2通信ネットワーク図示せずから信号を受信するように適合された単一の受信器と、第2通信ネットワーク図示せずに信号を送信するように適合された送信器とを設けるように修正することができる。或いは、両方の通信ネットワークのための単一の送受信器を備えることができる。図31を参照すると、受信器821は、無線周波数信号8を復調し、プロセッサ83によって処理するためのTSパケット26を出力するための復調器96を含む。しかしながら処理は、プロセッサ83によって実行する必要はなく、受信器821内で、或いは専用デジタル信号プロセッサ図示せずで行ってもよい。プロセッサ83によって実行されるプロセスは、図31に機能ブロック図として示されている。TSフィルタリングブロック97は、TSストリーム25’を受信し、TSパケットヘッダ70図26内に保持されるPID値71図26に従ってTSパケット25A、25Bをフィルタ処理し、フィルタ処理されたTSパケット25A、25Bをセクションパージングブロック98に渡す。MPEG-2TVを搬送するTSパケット25Cもまた、従来の方式でフィルタ及び処理される。セクションパージングブロック98は、TSパケット25A、25Bのペイロード72図26をデキャプスレートし、MPEセクション16、MPE-FECセクション17、及びSI/PSIテーブルセクション22を出力する。テーブルセクション21は、NIT78図29及びINT図示せずを搬送するセクション図示せずを含む。移動端末2がユーザーによってスイッチオンされた場合、TSフィルタリングブロック97は、ユーザーが利用したいサービス又は複数のサービスを提供するフィルタ処理されたストリーム12を搬送するTSパケット25AのPID値を知らない可能性がある。従って、最初に、TSフィルタリングブロック97は、例えばEN301192同書に記載されるようなサービス発見に使用されるNIT78図29及びINT図示せずを搬送するTSパケット25Bだけを受信しフィルタ処理することができる。ユーザーには、サービスを選択することができる電子サービスガイド図示せずが提示される。プロセッサ83図30は、NIT78図29又はINT図示せずにおいて選択されたサービスのPIDを探し、TSフィルタリングブロック97にPIDを提供してTSパケット25Aをフィルタ処理するようにする。セクションデキャプスレーティングブロック99は、MPE及びMPE-FECセクション16、17のヘッダ46、49図13及び14からリアルタイムパラメータであるframe_id及びframe_counterパラメータを抽出し、これらをコントローラブロック100に提供する。セクションデキャプスレーティングブロック99は、MPE及びMPE-FECセクション16、17のペイロード47、50図13及び14並びにSI/PSIテーブルセクション21からデータグラム及びRS列を抽出し、これらをMPE-FEC復号ブロック102及びPSI/SIパーサ103にそれぞれ転送する。セクションデキャプスレーティングブロック99はまた、アドレス43図13をMPE-FEC復号ブロック102に転送する。コントローラブロック100はまた、リアルタイムパラメータを分析し、受信器821にスイッチオフするか或いは電力を節約するように命令する制御信号104を生成する。コントローラブロック100はまた、他の処理ブロックにスイッチオフ又は電力を節約するように命令する他の制御信号図示せずを生成することができる。コントローラブロック100はまたリアルタイムパラメータを分析し、バーストの終わりが失われた場合に復号を始めるようMPE-FEC復号ブロック102に命令する制御信号105を生成する。MPE-FEC復号ブロック102は、1つ又はそれ以上の復号テーブル106を含む。以下に詳細に説明するように、復号テーブル106の数及びサイズは、MPE-FECフレーム構成に基づいて決定することができる。MPE-FEC復号ブロック102は、IPパージング及びフィルタリングブロック107に出力し、フィルタ処理されたストリーム12をIPアドレスに従ってIPストリーム9をフィルタリングする。図30、31、及び32を参照し、移動端末2の動作方法について説明する。移動端末2がユーザーによって或いは別の適切な時間にスイッチオンされると、プロセッサ83はNIT78図29及びINT図示せずをダウンロードし、これらをメモリ85内に記憶するステップS18及びS19。NIT図29及びINT図示せずを使用して、必要な場合に適切なSIテーブル図示せずをダウンロードし、これによって電子サービスガイドESG図示せずを提供できるようにする。移動端末ユーザー図示せずは、ディスプレイ93を介してESGを閲覧し、キーパッド94を使用してサービスを選択することができるステップS19。ユーザーは、フィルタ処理されたストリーム121、122図4によって提供されるサービスを利用することを望む。サービスが選択されると、プロセッサ83は、対応するタイムスライス及びFEC識別記述子73についてメモリ85内に記憶されたネットワークNIT78をサーチする。プロセッサ83は、記述子73のタイムスライシング、MPEFEC、最大バースト持続時間、最大平均レート、バーストサイズ及びフレームサイズ、並びにタイムスライスアイデンティティフィールド図示せずを調べ、タイムスライシング及びMPE-FECが使用されるかどうかを判定し、使用される場合には、タイムスライシング及びMPE-FECパラメータを収集する。更に、プロセッサ83は、バースト番号フィールド75、フレームサイズフィールド76、MPE-FECフレーム番号フィールド77、及びバーストサイズフィールドを調べ、単一のMPE-FECフレームを送信するのに使用されるバーストの数、MPE-FECフレームのサイズ及び単一のバーストで搬送されるMPE-FECフレームの数を求める。これらのパラメータは、TSフィルタリングブロック97、セクションデマルチプレクサ99、及びMPE-FEC復号ブロック102に渡される。図33を参照すると、MPE-FEC復号ブロック102は、バッファ106、この実施例では第1及び第2バッファ1061、1062を作成し、これらは、第1及び第2コーディングテーブル271、272図7に対応し、それぞれアプリケーションデータテーブル1071、1072、RSデータテーブル1081、1082を含み、255列1091、1092と1024行1101、1102を有し、バッファ1061、1062内の各ポジション1111、1112が1バイトのデータを保持しているステップS21。バッファ106を作成する段階は、サイズL×2メガビットL>1を有する単一のバッファの部分を所与のMPE-FECフレームに割り当てる段階を含むことができる。受信器821がまだスイッチオンされていない場合、コントローラ100は、受信器821にスイッチオンを命令するステップS22。受信器821は信号8を復調し、TSストリーム25’を出力する。TSストリーム25’は、マルチプレックス25図27の少なくとも一部を含む。TSフィルタリングブロック97は、PID71図26に従ってTSパケット25A図25をフィルタ処理するステップS23。TSフィルタリングブロック97は、誤りを含むあらゆるTSパケット25Aを廃棄することができる。セクションパージングブロック98はTSパケット25Aを受信し、TSパケット25Aからセクションフラグメント69図25をデキャプスレートして、例えば、図17に示されるものに類似したMPEセクション16及びMPE-FECセクション17を出力するステップS24。図34を参照すると、セクションデキャプスレーティングブロック99は、MPEセクション16及びMPE-FECセクション17を受信し、MPE及びMPE-FECセクション16、17からのそのペイロード47、50からデータグラム28及びRS列40をデキャプスレートしステップS25、ヘッダ46、49からアドレスステップS26、フレームアイデンティティ及びフレームカウンタパラメータステップS27、並びにバースト番号ステップS28を含むリアルタイムパラメータを抽出する。図35を参照すると、MPE-FEC復号ブロック102は、対応するフレームアイデンティティ及びフレームカウンタパラメータ41、42、アドレスデータ43、テーブルフラグ44、バーストエンドフラグ45、及びバーストカウンタ60と共に、例えばデータグラム2811、2812、2821、2822、2823、2824を含むデータグラム281、282及びRS列401、402を受信する。フレームアイデンティティパラメータ41に基づいて、MPE-FEC復号ブロック106は、データグラム28及びRS列40を第1及び第2バッファ1061、1062に配向し、これらをアドレスデータ43に従って第1及び第2バッファ1061、1062に配置するステップS29。MPE-FEC復号ブロック102は、バーストの終わりに達したかどうかをチェックするステップS30。これは、リアルタイムパラメータフィールド54、59図15及び16におけるバーストエンドフィールドをチェックする段階と、1がバーストの終わりを示す場合にバーストエンドフィールドが1に等しいかどうかを判定する段階を含む。バーストの終わりに達していない場合、TSパケット25A及びセクション16、17の処理は継続するステップS23からS30。バーストの終わりに達した場合、MPE-FEC復号ブロック102は、同じMPE-FECフレームから追加のデータを搬送する更なるバーストが予期されるかどうかをチェックするステップS31。これは、バーストカウンタ60をチェックする段階と、バーストカウンタが0に等しいかどうかを判定する段階とを含む。これはまた、バーストが複数のMPE-FECフレーム全体を含む単一のバーストであるかどうかをチェックするのに使用することができる。図36を参照すると、バーストが1つ又はそれ以上のMPE-FECフレームを搬送する順番の終わりであることによるかどうかに関係なく、或いはバーストが複数のMPE-FECフレーム全体を含むか否かに関係なく、同じMPE-FECフレームから追加のデータを搬送する更なるバーストが予期されない場合には、前記又は各MPE-FECフレーム141、142は、受信が完了したと見なすことができる。MPE-FEC復号ブロック102は、RS列401、402を受信する必要がないか、或いは無視することができる。図37を参照すると、MPE-FEC復号ブロック102は、前記又は各MPE-FECフレーム141、142を復号するステップS31。これは、RSコードワード381、382を使用して、誤りバイト11211などの誤りをチェックし訂正する段階を含む。MPE-FEC復号ブロック102は、前記又は各MPE-FECフレーム141、142を復号する必要はない。MPE-FEC復号ブロック102は、バッファ1061、1062からデータグラム281、282を読み出すステップS33。フィルタリングブロック107は、そのIPアドレスに従ってデータグラム281、282をフィルタ処理し、これらをアプリケーション図示せず又はメモリに渡して、記憶、追加処理、レンダリング、又は他の利用を行うステップS33。サービスが配信されたか或いはこれ以上必要とされない場合、このサービスのTSパケット25Aの受信及び処理を中止することができるステップS35。更なるバーストが予期される場合、コントローラ100は、受信器821にスイッチオフを命令ステップS36し、好ましくはバーストの最後のセクションで受信された値を使用してデルタ-tを待機しステップS37、更に、次のバーストを受信するために受信器821にスイッチオンするよう命令するステップS22。図38を参照すると、2メガビットよりも大きなMPE-FECフレーム、例えばMPE-FECフレーム1411’図22が受信されることになる場合、従来のタイムスライシングバッファよりも大きい、すなわち2メガビットよりも大きい復号テーブル1061’を作成することができる。図39を参照すると、複数のMPE-FECフレーム、例えばMPE-FECフレーム1431、1441、1451が単一のバーストで受信される場合、それぞれの復号テーブル1063、1064、1065を作成することができる。上記に記載された実施形態に対し多くの修正を行うことができる点は理解されるであろう。例えば、移動端末2は、少なくとも第1通信ネットワーク1を介して信号を受信できるパーソナルデータアシスタントPDA又は他の移動端末とすることができる。移動端末はまた、自動車などの乗物において搬送される端末のような半固定又は半携帯型端末とすることができる。"