(57)【要約】【課題】デジタルブロードキャスティングネットワークでバーストを伝送する方法、ネットワーク要素及び端末を提供する。【解決手段】データグラム及びＦＥＣデータを含むマルチプロトコル・エンキャプスレーション順方向誤り訂正（ＭＰＥ−ＦＥＣ）フレーム。ＭＰＥエンキャプスレータは、ＭＰＥセクション内にデータグラムを配置し、ＭＰＥ−ＦＥＣセクション内にＦＥＣデータを配置する。タイムスライシングブロックは、バーストのシーケンスを形成し、ＭＰＥ−ＦＥＣフレームをバースト間で分割し、これによりＭＰＥセクションが少なくとも２つのバーストで送信されるようになる。タイムスライシングブロックは、バースト番号パラメータをＭＰＥ及びＭＰＥ−ＦＥＣセクションのヘッダに付加し、これにより端末はＭＰＥ−ＦＥＣフレームからデータを搬送する追加バーストが予期されるかどうかを判定できる。【選択図】図２
2011151813.tif 000002
【特許請求の範囲】
【請求項１】
デジタルブロードキャスティングネットワークでバーストを伝送する方法であって、
データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供する段階と、
バーストのシーケンスを形成する段階と、
前記第１データフレームを前記バースト間で分割する段階と、
を含み、前記データの第１セットが少なくとも２つのバースト間で分割されることを特徴とする方法。
【請求項２】
少なくとも１つのバーストは、ＦＥＣデータを含まないことを特徴とする請求項１に記載の方法。
【請求項３】
データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供する段階と、
前記第２データフレームにおいて前記第２データと前記ＦＥＣデータの第２セットとを前記複数のバースト間で分割する段階と、
を更に含む請求項１に記載の方法。
【請求項４】
前記第１データフレームをデータフレームブロックの第１セットに分割する段階と、
前記第２データフレームをデータフレームブロックの第２セットに分割する段階と、
前記データフレームブロックの第１及び第２セットをインターリーブする段階と、
前記インターリーブされたデータフレームブロックを前記複数のバーストに順次配置する段階と、
を含む請求項３に記載の方法。
【請求項５】
前記データの起点を識別するためのそれぞれのラベルを各データフレームに付与する段階を更に含む請求項１に記載の方法。
【請求項６】
前記データフレームのシーケンスにおいて前記データフレームを位置付けるためのそれぞれのラベルを各データフレームに付与する段階を更に含む請求項１に記載の方法。
【請求項７】
前記複数のバースト内で前記バーストを識別するためのそれぞれのラベルを各バーストに付与する段階を更に含む請求項１に記載の方法。
【請求項８】
前記第１データフレームを提供する段階が、
第１及び第２部分を含む第１アレイを提供する段階と、
前記第１アレイ部分の少なくとも一部を前記データの第１セットで満たす段階と、
前記第１アレイ部分のデータに基づいて前記ＦＥＣデータの第１セットを求める段階と、
前記ＦＥＣデータの第１セットを前記第２アレイ部分に配置する段階と、
を含む請求項１に記載の方法。
【請求項９】
前記データの第１セットをマルチプロトコル・エンキャプスレーション（ＭＰＥ）セクションの第１セットにエンキャプスレートする段階と、
前記対応するＦＥＣデータをＭＰＥセクションの第２セットにエンキャプスレートする段階と、
を含む請求項１に記載の方法。
【請求項１０】
前記複数のバーストを形成する段階が、
前記ＭＰＥセクションの第１及び第２セットを時間的にオフセットされたグループに構成する段階を含む請求項９に記載の方法。
【請求項１１】
前記第１データフレームは、マルチプロトコル・エンキャプスレーション順方向誤り訂正（ＭＰＥ−ＦＥＣ）フレームであることを特徴とする請求項１に記載の方法。
【請求項１２】
前記デジタルブロードキャスティングネットワークは、デジタルビデオブロードキャスティングネットワークであることを特徴とする請求項１に記載の方法。
【請求項１３】
デジタルブロードキャスティングネットワークでバーストを伝送する方法であって、
データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供する段階と、
データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供する段階と、
前記第１及び第２データフレームを含むバーストを形成する段階と、
を含む方法。
【請求項１４】
デジタルブロードキャスティングネットワークからバーストを受信するための端末の動作方法であって、
データフレームのためのデータを含む第１バーストを受信する段階と、
前記データをデータフレーム内に配置する段階と、
前記第１バーストを含むバーストのシーケンスにおける第２バーストが従う指標を前記第１バーストから抽出する段階と、
前記データフレームのための追加のデータを含む前記第２バーストを受信する段階と、  前記追加データを前記データフレーム内に配置する段階と、
を含む方法。
【請求項１５】
デジタルブロードキャスティングネットワークからバーストを受信するための端末の動作方法であって、
複数のデータフレームのためのデータを含むバーストを受信する段階と、
データのセットと該データのセットが属するデータフレームに関する指標とを前記バーストから抽出する段階と、
前記データの各セットを対応するデータフレーム内に配置する段階と、
を含む方法。
【請求項１６】
データ処理装置に対して、
データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供させ、
バーストのシーケンスを形成させ、
前記データの第１セットが少なくとも２つのバースト間で分割されるように前記第１データフレームを前記バースト間で分割させる命令を含むコンピュータプログラム。
【請求項１７】
データ処理装置に対して、
データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供させ、
データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供させ、
前記第１及び第２データフレームを含むバーストを形成させる命令を含むコンピュータプログラム。
【請求項１８】
データ処理装置に対して、
データフレームのためのデータを含む第１バーストを受信させ、
前記データをデータフレーム内に配置させ、
前記第１バーストを含むバーストのシーケンスにおいて第２バーストが従う指標を前記第１バーストから抽出させ、
前記データフレームのための追加データを含む前記第２バーストを受信させ、
前記追加データを前記データフレーム内に配置させるための命令を含むコンピュータプログラム。
【請求項１９】
データ処理装置に対して、
複数のデータフレームのためのデータを含むバーストを受信させ、
データのセットと該データのセットが属するデータフレームに関する指標とを前記バーストから抽出させ、
前記データの各セットを対応するデータフレーム内に配置させるための命令を含むコンピュータプログラム。
【請求項２０】
データキャリア上に記憶されることを特徴とする請求項１９に記載のコンピュータプログラム。
【請求項２１】
デジタルブロードキャスティングネットワークでバーストを伝送するためのシステムであって、
データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供する段階と、
バーストのシーケンスを形成する段階と、
前記第１データフレームを前記バースト間で分割する段階と、
を含み、
前記データの第１セットは少なくとも２つのバースト間で分割されることを特徴とするシステム。
【請求項２２】
デジタルブロードキャスティングネットワークでバーストを伝送するためのシステムであって、
データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供する段階と、
データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供する段階と、
前記第１及び第２データフレームを含むバーストを形成する段階と、
を含むシステム。
【請求項２３】
データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供し、
バーストのシーケンスを形成し、
前記データの第１セットが少なくとも２つのバースト間で分割されるように前記第１データフレームを前記バースト間で分割する、
ように構成されたネットワーク要素。
【請求項２４】
データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供し、
データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供し、
前記第１及び第２データフレームを含むバーストを形成する、
ように構成されたネットワーク要素。
【請求項２５】
マルチプロトコル・エンキャプスレーション（ＭＰＥ）エンキャプスレータであることを特徴とする請求項２３に記載のネットワーク要素。
【請求項２６】
デジタルブロードキャスティングネットワークからバーストを受信するための端末であって、
データフレームのためのデータを含む第１バーストを受信し、
前記データをデータフレーム内に配置し、
前記第１バーストを含むバーストのシーケンスにおける第２バーストが従う指標を前記第１バーストから抽出し、
前記データフレームのための追加データを含む前記第２バーストを受信し、
前記追加データを前記データフレーム内に配置する、
ように構成された端末。
【請求項２７】
デジタルブロードキャスティングネットワークからバーストを受信するための端末であって、
複数のデータフレームのためのデータを含むバーストを受信し、
データのセットと該データのセットが属するデータフレームに関する指標とを前記バーストから抽出し、
前記データを対応するデータフレーム内に配置する、
ように構成された端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルブロードキャスティングネットワークにおいてバーストを伝送する方法に関し、詳細には、限定ではないが、デジタルビデオブロードキャスティング（ＤＶＢ）ネットワークにおいてバーストを伝送する方法に関する。
【０００２】
本発明はまた、デジタルブロードキャスティングネットワークで伝送されことになるバーストを作成するためのネットワーク要素に関し、詳細には、限定ではないが、ＤＶＢネットワークで使用するマルチプロトコルエンキャプスレータ（ＭＰＥ）に関する。
【０００３】
本発明は更に、デジタルブロードキャスティングネットワークからデータを受信するための端末に関し、詳細には、限定ではないが、ＤＶＢネットワークからのデータを受信するための移動ハンドヘルド端末に関する。
【背景技術】
【０００４】
ＥＴＳＩ  ＥＮ  ３０２  ３０４「デジタルビデオブロードキャスティング（ＤＶＢ）；ハンドヘルド端末向け伝送システム（ＤＶＢ−Ｈ）」Ｖ１．１．１（２００４−０６）は、マルチメディアサービスをＤＶＢネットワークを経由して移動ハンドヘルド端末に配信するためのシステムの仕様を定めている。このシステムは、ＥＴＳＩ  ＥＮ  ３０１  １９２「デジタルビデオブロードキャスティング（ＤＶＢ）；データブロードキャスティングのためのＤＶＢ仕様」Ｖ１．４．１（２００４−０６）で規定されたＤＶＢデータブロードキャスティングに基づく。
【０００５】
ＤＶＢデータブロードキャスティングでは、データはデータグラムで端末に配信され、データグラムはマルチプロトコル・エンキャプスレーション（ＭＰＥ）を使用してセクション内に配置される。ＭＰＥセクションは、伝送のため、ＩＳＯ／ＩＥＣ規格１３８１８−１「情報技術−動画及び関連する音声情報の汎用コーディング：システム」に従ってＭＰＥＧ−２トランスポートストリーム（ＴＳ）パケットにマップされる。
【０００６】
バッテリー駆動の移動端末でのデータ受信は、商用電源駆動の固定端末よりも困難である。例えば移動受信は、特にインパルス雑音の影響を受けやすい。更に、端末のバッテリーパワーは限られている。
【０００７】
ＤＶＢ−Ｈは、順方向誤り訂正（ＦＥＣ）を利用して雑音に対するロバスト性を与え、タイムスライシングを使用して端末がバッテリー寿命を節約することができるようにする。
【０００８】
データ及び関連するＦＥＣパリティデータは、ＭＰＥ−ＦＥＣフレームとして公知のデータフレームで作成することができ、ＥＮ  ３０２  ３０４同書の節９．３を参照されたい。
【０００９】
従来のＭＰＥ−ＦＥＣフレームは、２５５の列とフレキシブルな数の行とを有するマトリックスとして配列される。行の数は、サービス情報（ＳＩ）において信号が送られ、最大１０２４の値を有することができる。マトリックスの各ポジションは１バイトのデータを保持しているので、ＭＰＥ−ＦＥＣフレームは、最大でほぼ２メガビットのデータを保持することができる。
【００１０】
１９１の最左端列からなるＭＰＥ−ＦＥＣフレームの左部分は、インターネットプロトコル（ＩＰ）データグラムなどのＯＳＩレイヤ３（言い換えれば、ネットワークレイヤ）データグラム及び利用可能なパディングの専用に設けられており、アプリケーションデータテーブルと呼ばれる。６４の最右端列からなるＭＰＥ−ＦＥＣフレームの右部分は、ＦＥＣコードのパリティ情報用専用であり、ＲＳデータテーブルと呼ばれる。アプリケーションデータテーブルの各バイトポジションは、０から１９１×ｎｏ＿ｏｆ＿ｒｏｗｓ−１にわたるアドレスを有する。同様に、ＲＳデータテーブルの各バイトポジションは、０から６４×ｎｏ＿ｏｆ＿ｒｏｗｓ−１にわたるアドレスを有する。
【００１１】
レイヤ３データグラムは、データグラム毎に導入され、マトリックスの上方左コーナの第１データグラムの最初のバイトから始め、第１列を下方に進む。データグラムの長さは、データグラム毎に任意に変わる可能性がある。１つのデータグラムの終わりの直後に次のデータグラムが始まる。データグラムが列の終わりで正確に終了しない場合、データグラムは次の列のトップに続く。全データグラムがアプリケーションデータテーブルを入力すると、満たされていないあらゆるバイトポジションはゼロバイトでパッドされ、これによって最左端の１９１の列は完全に満たされる。
【００１２】
最左端の１９１列の全てが満たされると、各行について、１９１バイトのデータから６４パリティバイト及び可能なパディングを計算することができる。使用されるコードは、Ｒｅｅｄ−Ｓｏｌｏｍｏｎ（リード−ソロモン）ＲＳ（２５５，１９１，６４）である。この場合各行は１つのＲＳコードワードを包含する。ＲＳデータテーブルの最右端列の一部は廃棄することができ、従って、伝送されずにパンクチュアリングを可能にする。パンクチュアされたＲＳ列の正確な数は明示的に信号を送る必要はなく、フレーム間で動的に変化させることができる。従って、ＲＳデータテーブルは満たされ、ＭＰＥ−ＦＥＣフレームが完成する。
【００１３】
ＩＰデータグラムはＭＰＥセクションにマップされ、ＲＳ列はＭＰＥ−ＦＥＣセクションにマップされる。
【００１４】
データグラムは、ＭＰＥ−ＦＥＣが使用されるかどうかに関係なくＤＶＢ規格に準拠してＭＰＥセクションで搬送される。これによって、ＭＰＥ−ＦＥＣを知らない受信器と完全に下位互換性があるようになる。各セクションは、セクションヘッダでペイロードに対する開始アドレスを搬送する。このアドレスは、セクションペイロードの最初のバイトのアプリケーションデータテーブルでのバイトポジションを示す。データグラムが複数のＭＰＥセクションに分割される場合、各ＭＰＥセクションは、セクション内で搬送されるデータグラムフラグメントの最初のバイトのアプリケーションデータテーブルにおけるバイトポジションを示す。次いで、セクションが正しいことをセクションＣＲＣ−３２チェックが示しているときには、受信器は、受信されたデータグラムをアプリケーションデータテーブルでの正しいバイトポジションに配置し、これらのポジションをＲＳデコーダに対して「信頼できる」ものとしてマークすることができる。
【００１５】
アプリケーションデータテーブルの最後のセクションは、アプリケーションデータテーブル内のデータグラムの終わりを示すテーブル境界フラグを包含する。アプリケーションデータテーブル内の全ての前のセクションが正確に受信された場合、受信器は、どのＭＰＥ−ＦＥＣセクションも受信する必要がなく、タイムスライシングが使用された場合、受信器は、ＲＳデータを受信及び復号することなくスイッチオフにすることができる。また、ＭＰＥ−ＦＥＣセクションが受信された場合、アプリケーションデータテーブルでのパディング列の数（パディングバイトのみで満たされた列）は、ＭＰＥ−ＦＥＣセクションのセクションヘッダにおける８ビットで示され、この値は、ＲＳ復号が行われる場合に使用される。
【００１６】
ＲＳ列は、ＭＰＥ−ＦＥＣセクションで搬送される。各セクションは、ＲＳデータテーブルの正確に１つの列を搬送する。パンクチュアされた列は伝送されず、明示的に信号を送らない。
【００１７】
データはタイムスライシングバーストで伝送することができ、ＥＮ  ３０２  ３０４同書の節９．２を参照されたい。
【００１８】
タイムスライシングは、データが従来の帯域幅管理を使用して伝送された場合に必要とされるビットレートに比べて、非常に高いビットレートを使用してバーストでデータを送信することを含む。バースト内で、次のバーストの開始前の時間（デルタ−ｔ）が示される。バースト間では、エレメンタリ・ストリームのデータは伝送されず、他のエレメンタリ・ストリームが他の割り当てられた帯域幅を使用することができるようにする。これによって、受信器は、要求されるサービスのバーストを受信する間、時間の１つのフラグメントについてのみアクティブのままでいることが可能となる。
【００１９】
従来では、１つのＭＰＥ−ＦＥＣフレームのコンテンツは、１つのタイムスライスされたバーストで伝送されていた。しかしながら、この構成には少なくとも２つの欠点がある。
【００２０】
第１に、アプリケーションデータとＲＳデータのインターリービングの長さが短いので、バーストが雑音の影響を受けやすい。１つの解決策は、バーストの持続時間を長くすることである。しかしながら、これによりタイムスライシングの利点が縮小される。
【００２１】
第２に、バーストが１つよりも多いサービスにデータを搬送する場合、同じレベルの誤り保護が使用される。
【発明の概要】
【発明が解決しようとする課題】
【００２２】
本発明は、デジタルブロードキャスティングネットワークでバーストを伝送する方法、デジタルブロードキャスティングネットワークでの伝送におけるバーストを作成するためのネットワーク要素、及び／又はデジタルブロードキャスティングネットワークからバーストを受信するための端末を提供することを追求している。
【課題を解決するための手段】
【００２３】
本発明の第１の態様によれば、デジタルブロードキャスティングネットワークでバーストを伝送する方法が提供され、該方法は、データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供する段階と、バーストのシーケンスを形成する段階と、第１データフレームをバースト間で分割する段階とを含み、データの第１セットは、少なくとも２つのバースト間で分割される。従って、データフレームのインターリービングの長さを増大させることができる。
【００２４】
少なくとも１つのバーストは、ＦＥＣデータを含むことができない。
【００２５】
本方法は、データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供する段階と、第２データフレーム内の第２データとＦＥＣデータの第２セットとを複数のバースト間で分割する段階を更に含むことができる。本方法は、第１データフレームをデータフレームブロックの第１セットに分割する段階と、第２データフレームをデータフレームブロックの第２セットに分割する段階と、データフレームブロックの第１及び第２セットをインターリーブする段階と、インターリーブされたデータフレームブロックを複数のバーストに順次配置する段階とを含むことができる。
【００２６】
本発明の第２の態様によれば、デジタルブロードキャスティングネットワークでバーストを伝送する方法が提供され、本方法は、データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供する段階と、データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供する段階と、前記第１及び第２データフレームを含むバーストを形成する段階とを含む。従って、異なるレベルの順方向誤り訂正を備えたデータの第１及び第２セットを伝送することが求められた場合、これらは同じバーストで伝送される。
【００２７】
本方法は、データの起点を識別するためのそれぞれのラベルを各データフレームに付与する段階を更に含むことができる。本方法は更に、データフレームのシーケンスにおいてデータフレームを位置付けるためのそれぞれのラベルを各データフレームに付与する段階を含むことができる。本方法は更に、バーストのシーケンス内のバーストを識別するためのそれぞれのラベルを各バーストに付与する段階を含むことができる。第１データフレームを提供する段階は、第１及び第２部分を含む第１アレイを提供する段階と、第１アレイ部分の少なくとも一部をデータの第１セットで満たす段階と、第１アレイ部分のデータに基づいてＦＥＣデータの第１セットを求める段階と、ＦＥＣデータの第１セットを第２アレイ部分に配置する段階とを含むことができる。
【００２８】
本方法は、データの第１セットをマルチプロトコル・エンキャプスレーション（ＭＰＥ）セクションの第１セットにエンキャプスレートする段階と、対応するＦＥＣデータをＭＰＥセクションの第２セットにエンキャプスレートする段階とを含むことができる。複数のバーストを形成する段階は、ＭＰＥセクションの第１及び第２セットを時間的にオフセットされたグループに構成する段階を含むことができる。第１データフレームは、マルチプロトコル・エンキャプスレーション順方向誤り訂正（ＭＰＥ−ＦＥＣ）フレームとすることができる。
【００２９】
デジタルブロードキャスティングネットワークは、デジタルビデオブロードキャスティングネットワークとすることができる。
【００３０】
本発明の第３の態様によれば、デジタルブロードキャスティングネットワークからバーストを受信するための端末の動作方法が提供され、本方法は、データフレームのためのデータを含む第１バーストを受信する段階と、データをデータフレーム内に配置する段階と、第１バーストを含むバーストのシーケンスにおける第２バーストが従う指標を第１バーストから抽出する段階と、データフレームのための追加データを含む第２バーストを受信する段階と、データフレームに追加データを配置する段階とを含む。
【００３１】
本発明の第４の態様によれば、デジタルブロードキャスティングネットワークからバーストを受信するための端末の動作方法が提供され、本方法は、複数のデータフレームのためのデータを含むバーストを受信する段階と、データのセットと該データのセットが属するデータフレームに関する指標とをバーストからを抽出する段階と、対応するデータフレームにデータの各セットを配置する段階とを含む。
【００３２】
本発明の第５の態様によれば、データ処理装置に対して、データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供させ、バーストのシーケンスを形成させ、データの第１セットが少なくとも２つのバースト間で分割されるように第１データフレームをバースト間で分割させる命令を含むコンピュータプログラムが提供される。
【００３３】
本発明の第６の態様によれば、データ処理装置に対して、データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供させ、データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供させ、第１及び第２データフレームを含むバーストを形成させるための命令を含むコンピュータプログラムが提供される。
【００３４】
本発明の第７の態様によれば、データ処理装置に対して、データフレームのためのデータを含む第１バーストを受信させ、データフレーム内にデータを配置させ、第１バーストを含むバーストのシーケンスにおいて第２バーストが従う指標を第１バーストから抽出させ、データフレームのための追加データを含む第２バーストを受信させ、データフレーム内に追加データを配置させるための命令を含むコンピュータプログラムが提供される。
【００３５】
本発明の第８の態様によれば、データ処理装置に対して、複数のデータフレームのためのデータを含むバーストを受信させ、データのセットと該データのセットが属するデータフレームに関する指標とをバーストから抽出させ、データのセットを対応するデータフレーム内に配置させるための命令を含むコンピュータプログラムが提供される。
【００３６】
コンピュータプログラムは、データキャリア上又はメモリ内に記憶することができる。
【００３７】
本発明の第９の態様によれば、デジタルブロードキャスティングネットワークにおいてバーストを伝送するためのシステムが提供され、本システムは、データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供する段階と、バーストのシーケンスを形成する段階と、第１データフレームをバースト間で分割する段階とを含み、データの第１セットは少なくとも２つのバースト間で分割されることを特徴とする。
【００３８】
本発明の第１０の態様によれば、デジタルブロードキャスティングネットワークにおいてバーストを伝送するためのシステムが提供され、本システムは、データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供する段階と、データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供する段階と、第１及び第２データフレームを含むバーストを形成する段階とを含む。
【００３９】
本発明の第１１の態様によれば、データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供し、バーストのシーケンスを形成し、データの第１セットは少なくとも２つのバースト間で分割されるように第１データフレームをバースト間で分割するように構成されたネットワーク要素が提供される。
【００４０】
本発明の第１２の態様によれば、データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供し、データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供し、第１及び第２データフレームを含むバーストを形成するように構成されたネットワーク要素が提供される。
【００４１】
ネットワーク要素は、マルチプロトコル・エンキャプスレーション（ＭＰＥ）エンキャプスレータとすることができる。
【００４２】
本発明の第１３の態様によれば、デジタルブロードキャスティングネットワークからバーストを受信するための端末が提供され、本端末は、データフレームのためのデータを含む第１バーストを受信し、データをデータフレーム内に配置し、第１バーストを含むバーストのシーケンスにおける第２バーストが従う指標を第１バーストから抽出し、データフレームのための追加データを含む第２バーストを受信し、追加データをデータフレーム内に配置するように構成されている。
【００４３】
本発明の第１４の態様によれば、デジタルブロードキャスティングネットワークからバーストを受信するための端末が提供され、本端末は、複数のデータフレームのためのデータを含むバーストを受信し、データのセットと該データのセットが属するデータフレームに関する指標とを前記バーストから抽出し、データのセットを対応するデータフレーム内に配置するように構成されている。
【図面の簡単な説明】
【００４４】
【図１】本発明によるデジタルブロードキャスティングネットワークの実施形態及びハンドヘルド端末の実施形態を示す概略図である。
【図２】本発明によるマルチプロトコルエンキャプスレータ（ＭＰＥ）の実施形態と送信器を示す機能ブロック図である。
【図３−１】図２に示されるマルチプロトコルエンキャプスレータ（ＭＰＥ）を動作する方法を示すプロセスフロー図である。
【図３−２】図２に示されるマルチプロトコルエンキャプスレータ（ＭＰＥ）を動作する方法を示すプロセスフロー図である。
【図４】インターネットプロトコル（ＩＰ）ストリームのセットの実施例を示す図である。
【図５】ＩＰデータグラムを示す簡単な概略図である。
【図６】図４に示されるＩＰストリームからフィルタ処理されたＩＰストリームを示す図である。
【図７】マルチプロトコル・エンキャプスレーション順方向誤り訂正（ＭＰＥ−ＦＥＣ）フレームを記憶するための第１及び第２コーディングテーブルを示す図である。
【図８】ＩＰデータグラムで満たされている第１及び第２コーディングテーブルを示す図である。
【図９】ＩＰデータグラム及びパリティコードワードで満たされた第１及び第２コーディングテーブルを示す図である。
【図１０】フレームアイデンティティ及びフレームカウンタパラメータと共に図９に示される完成したコーディングテーブルをビューする異なる方法を示す図である。
【図１１】第１及び第２コーディングテーブルから読み出されるデータグラムを示す図である。
【図１２】ＭＰＥ−ＦＥＣフレームブロックのインターリービングを示す図である。
【図１３】ＭＰＥセクションの作成を示す図である。
【図１４】ＭＰＥ−ＦＥＣセクションの作成を示す図である。
【図１５】ＭＰＥセクションの概略図である。
【図１６】ＭＰＥ−ＦＥＣセクションの概略図である。
【図１７】ＭＰＥ及びＭＰＥ−ＦＥＣセクションのストリームを示す図である。
【図１８】ＭＰＥ又はＭＰＥ−ＦＥＣセクションへのデルタ−ｔ及びバースト番号パラメータの付加を示す図である。
【図１９】本発明による複数のバースト間でのＭＰＥ−ＦＥＣフレームの分割を示す図である。
【図２０】ＭＰＥ−ＦＥＣフレームを分割する別の方法を示す図である。
【図２１】１つのバーストでＭＰＥ−ＦＥＣフレームを伝送する従来技術の方法を示す図である。
【図２２】本発明による複数のバースト間での大きなＭＰＥ−ＦＥＣフレームの分割を示す図である。
【図２３】１つのバーストへの複数のＭＰＥ−ＦＥＣフレームの結合を示す図である。
【図２４】送信器を動作する方法に関する簡単なプロセスフロー図である。
【図２５】トランスポートストリーム（ＴＳ）パケットへのセクションフラグメントのエンキャプスレーションを示す図である。
【図２６】ＴＳパケットの概略図である。
【図２７】多重化ＴＳパケットを示す図である。
【図２８】タイムスライス及びＦＥＣ識別記述子を示す概略図である。
【図２９】ネットワーク情報テーブル（ＮＩＴ）の概略図である。
【図３０】移動端末の概略図である。
【図３１】移動端末の一部の機能ブロック図である。
【図３２−１】本発明による図３０に示される携帯電話を動作させる方法のプロセスフロー図である。
【図３２−２】本発明による図３０に示される携帯電話を動作させる方法のプロセスフロー図である。
【図３３】タイムスライスバッファにおける復号テーブルを示す図である。
【図３４】ＭＰＥ又はＭＰＥ−ＦＥＣセクションのデキャプスレーティングを示す図である。
【図３５】ＭＰＥ及びＭＰＥ−ＦＥＣセクションのペイロードで復号テーブルを満たす段階を示す図である。
【図３６】完全な復号テーブルを示す図である。
【図３７】誤り訂正を示す図である。
【図３８】復号テーブルの別の実施例を示す図である。
【図３９】復号テーブルの更なる実施例を示す図である。
【発明を実施するための形態】
【００４５】
本発明の実施形態を添付図面を参照しながら例証として説明する。
【００４６】
デジタルブロードキャスティングネットワーク１
図１を参照すると、本発明による移動端末２にコンテンツを配信するための通信ネットワーク１が示されている。通信ネットワーク１は、ハンドヘルドデジタルビデオブロードキャスティング（ＤＶＢ−Ｈ）ネットワークを含み、該ネットワークは、インターネットプロトコルデータキャスティング（ＩＰＤＣ）サービスとしてコンテンツを配信するブロードキャストアクセスネットワークとして使用される。しかしながら、地上ＤＶＢ（ＤＶＢ−Ｔ）ネットワーク、ケーブルＤＶＢ（ＤＶＢ−Ｃ）ネットワーク若しくは衛星ＤＶＢ（ＤＶＢ−Ｓ）ネットワーク、デジタル音声ブロードキャスティング（ＤＡＢ）ネットワーク、米国次世代テレビシステム委員会（ＡＴＳＣ）ネットワーク、地上統合サービスデジタルブロードキャスティング地上（ＩＳＤＢ−Ｔ）ネットワーク、及びこれらのネットワークに類似した或いはこれらに基づく他のネットワークなど、ＤＶＢネットワークの他のタイプを含む他のデジタルブロードキャストネットワークを使用することができる。
【００４７】
ネットワーク１は、例えばビデオ、音声、及びデータファイルの形式のコンテンツソース３1、３2と、コンテンツを検索し、再フォーマットし、記憶するコンテンツプロバイダ４と、サービス構成を決定するデータキャストサービスシステムサーバー５と、マルチプロトコル・エンキャプスレーション（ＭＰＥ）エンキャプスレータ６と、信号８を変調して移動端末２を含む受信器（図示せず）にブロードキャストするための送信器７とを含む。
【００４８】
信号８を受信し再送信するための１つ又はそれ以上のギャップフィラー送信器（図示せず）などの他のネットワーク要素を設けることもできる。更に、好ましくはそれぞれＧＳＭ又はＵＭＴＳのような第２世代又は第３世代移動体ネットワークの形式の公衆陸上移動ネットワークなどの通信ネットワーク（図示せず）を備え、移動端末２からデジタルブロードキャスティングネットワーク１への戻りチャンネルを提供することができる。インターネットなどの別の通信ネットワーク（図示せず）を備え、コンテンツプロバイダ４及びサービスシステムサーバー５などのデジタルブロードキャスティングネットワーク１の分散要素を接続することができる。
【００４９】
ＭＰＥエンキャプスレータ６
図２を参照すると、ＭＰＥエンキャプスレータ６及び送信器７の機能ブロック図が示されている。
【００５０】
ＭＰＥエンキャプスレータ６は、種々のＩＰアドレス及びサービス情報データ１０を有する複数のインターネットプロトコル（ＩＰ）ストリーム９の形式でコンテンツを受信し、サービス情報データ１０は、ＭＰＥＧプログラム仕様情報（ＰＳＩ）及びＤＶＢサービス情報（ＳＩ）を作成するのに使用される。
【００５１】
ＭＰＥエンキャプスレータ６は、ＩＰ逆多重化ブロック１１を含み、１つ又はそれ以上の所要のＩＰストリームをフィルタ処理し、フィルタ処理されたＩＰストリームを１つ又はそれ以上のフィルタ処理されたストリーム１２に構成する。各フィルタ処理されたストリーム１２は、１つ又はそれ以上のＩＰストリームを含むことができる。逆多重化ブロック１１は、フィルタ処理されたストリーム１２を符号化ブロック１３に転送する。
【００５２】
ＭＰＥエンキャプスレータ６は、フィルタ処理されたストリーム１２用の順方向誤り訂正（ＦＥＣ）を可能にする符号化ブロック１３を含む。符号化ブロック１３は、ＭＰＥ−ＦＥＣフレーム１４を作成し転送する。ＦＥＣが所与のフィルタ処理されたストリーム１２に対して使用されない場合、エンコーダ１３は符号化を行わず、ストリーム１２をバッファするだけである。エンコーダ１３はまた、以下に詳細に説明されるようにインターリービングを行うことができる。
【００５３】
ＭＰＥエンキャプスレータ６は更に、ＭＰＥＣ−ＦＥＣフレーム１４に含まれるデータをＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７にマップするためのＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５を含む。ＥＴＳＩ  ＥＮ  ３０１  １９２「デジタルビデオブロードキャスティング（ＤＶＢ）；データブロードキャスティングのためのＤＶＢ仕様」Ｖ１．４．１（２００４−０６）を参照されたい。
【００５４】
ＭＰＥエンキャプスレータ６はまた、ＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７をバースト１９にタイムスライスするためのタイムスライシングブロック１８を含む。以下に詳細に説明されるように、ＭＰＥエンキャプスレータ６は、本発明による１つよりも多いバースト１９において１つのＭＰＥ−ＦＥＣフレーム１４からデータを送信し、及び／又は１つのバースト１９において１つよりも多いＭＰＥ−ＦＥＣフレーム１４からデータを送信することができる。ＭＰＥエンキャプスレータ６はまた、従来の方法で１つのバースト１９において１つのＭＰＥ−ＦＥＣフレーム１４を送信することができるが、これはここでは詳細には説明しない。
【００５５】
ＭＰＥエンキャプスレータ６はまた、ＥＴＳＩ  ＥＮ  ３００  ４６８「デジタルビデオブロードキャスティング（ＤＶＢ）；ＤＶＢシステムにおけるサービス情報（ＳＩ）のための仕様」Ｖ１．６．１（２００４−６）に従って、ＳＩテーブルをセクション２１にマップするためのＳＩ／ＰＳＩセクション・エンキャプスレーティングブロック２０を含む。
【００５６】
ＭＰＥエンキャプスレータ６はまた、図２に示されるエンキャプスレータの他の要素を管理するための制御ブロック２２を含む。
【００５７】
ＭＰＥエンキャプスレータ６の機能は、コンピュータプログラム（図示せず）を実行するコンピュータ（図示せず）によって実装することができる。
【００５８】
送信器７は、トランスポートストリーム（ＴＳ）生成及び多重化ブロック２３を含む。ＴＳ生成及び多重化ブロック２３は、バースト１９内に含まれるＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７をフラグメントに分割し、これをＴＳパケット２５Aに配置（図２５）して、例えばＭＰＥＧ−２ＴＶサービス２４を搬送する他のパケットと共に多重化し、ＴＳパケットをＩＳＯ／ＩＥＣ規格１３８１８−１「情報技術−動画及び関連する音声情報の汎用コーディング：システム」に従ったマルチプレックス２５にする。
【００５９】
送信器７はまた、ＥＴＳＩ  ＥＮ  ３００  ７４４「デジタルビデオブロードキャスティング（ＤＶＢ）；デジタル地上テレビ（ＤＶＢ−Ｔ）のためのフレーミング構造、チャンネル符号化及び変調」Ｖ１．５．１（２００４−０６）に従って無線周波数信号８を生成するための変調ブロック２６を含む。
【００６０】
ＭＰＥエンキャプスレータ６を動作する方法
図２から１８を参照し、ＭＰＥエンキャプスレータ６を動作する方法について説明する。
【００６１】
ＩＰストリーム９の所与のセットにおいて、ＭＰＥエンキャプスレータ６は、本発明による１つよりも多いバースト１９において１つのＭＰＥ−ＦＥＣフレーム１４からデータを送信し、及び／又は１つのバースト１９において１つよりも多いＭＰＥ−ＦＥＣフレーム１４からデータを送信することができる。
【００６２】
ＭＰＥエンキャプスレータ６は、ＭＰＥ−ＦＥＣフレーム１４を保持する複数のコーディングテーブル２７を作成する（ステップＳ１）。これは単に、各コーディングテーブル２７に対してメモリを割り当てる段階を含むことができる。以下に詳細に説明されるように、コーディングテーブル２７及びＭＰＥ−ＦＥＣフレーム１４は、２つよりも多いメガビットのデータを保持することができる。
【００６３】
ＭＰＥエンキャプスレータ６は、タイムスライシング及びＭＰＥ−ＦＥＣについての情報を信号で送り、受信器がバースト１９を受信することができるようにする（ステップＳ２）。これは、以下に詳細に説明する。
【００６４】
図４を詳細に参照すると、デマルチプレクサ１１（図２）は、第１及び第２ストリーム９1、９2を含む複数のストリーム９を受信する。第１ストリーム９1は、データグラム２８1,1、２８1,2、２８1,3、２８1,4を含むレイヤ３データグラムの第１セット２８1を含む。第２ストリーム９2は、データグラム２８2,1、２８2,2を含むレイヤ３データグラムの第２セット２８2を含む。
【００６５】
図５を参照すると、データグラムの第１及び第２セット２８1、２８2の各データグラム２８は、インターネットプロトコル（ＩＰ）データグラムの形式であり、ヘッダ２９とペイロード３０を含む。しかしながら、ＵＤＰデータグラムなどのデータフレームの他のタイプを使用することが可能である。
【００６６】
ここで図６を参照すると、デマルチプレクサ１１（図２）は、第１及び第２のＩＰストリーム９1、９2をフィルタ処理し、第１及び第２のフィルタ処理されたストリーム１２1、１２2にそれぞれ出力する（ステップＳ３）。この実施例において、各フィルタ処理されたストリーム１２1、１２2は、単一のＩＰストリーム９1、９2を含む。しかしながら、フィルタ処理されたストリーム１２1、１２2は、１つよりも多いＩＰストリームを含むことができる。
【００６７】
図７を参照すると、ＭＰＥ−ＦＥＣエンコーダ１３は、第１及び第２のフィルタ処理されたストリーム１２1、１２2（図６）それぞれのための第１及び第２コーディングテーブル２７1、２７2を含む。例えば、追加のフィルタ処理されたストリーム用に、更にコーディングテーブル（図示せず）を設けることもできる。加えて、又は代替的に、同じフィルタ処理されたストリーム用に更にコーディングテーブルを設けてもよく、これらを組み合わせて単一のより大きなコーディングテーブルを形成することができる。
【００６８】
第１コーディングテーブル２７1は、アプリケーションデータテーブル３２1とパリティデータテーブル３３1を提供する。同様に、第２コーディングテーブル２７2は、アプリケーションデータテーブルとパリティデータテーブルを記憶するための部分３２2、３３3を提供する。
【００６９】
第１コーディングテーブル３２1は、２５５列３４1及びフレキシブルな数の行３５1を有するマトリックスとして構成することができる。行の数３５1は、サービス情報（ＳＩ）１０（図２）において信号として送られる。コーディングテーブル２７1の各ポジション３６1は、１バイトのデータを保持する。
【００７０】
第２コーディングテーブル２７2は、２５５列３４2及びフレキシブルな数の行３５2を有するマトリックスとして構成することができる。行の数３５2は、サービス情報（ＳＩ）１０（図２）において信号として送られる。コーディングテーブル２７2の各ポジション３６2は１バイトのデータを保持する。
【００７１】
各ポジション３６1、３６2は、ほぼ１バイトまでのデータを保持することができる。
【００７２】
第１コーディングテーブル２７1では、アプリケーションデータテーブル３２1は、コーディングテーブル２７1の最左端部分によって提供することができ、１９１列を含むことができる。アプリケーションデータテーブル３２1は、第１のフィルタ処理されたストリーム１２1（図６）及びオプションのパディングデータ（図示せず）からのデータグラム２８1（図６）用に確保される。パリティデータテーブル３３1は、第１コーディングテーブル２７1の最右端部分によって提供することができ、６４列を含むことができる。パリティデータテーブル３３1は、パリティデータ用に確保される。アプリケーションデータテーブル３２ 1における各ポジションは、０から（１９１×ｎｏ＿ｏｆ＿ｒｏｗｓ−１）に及ぶアドレスを有する。同様に、ＲＳデータテーブル３３1における各ポジションは、０から（６４×ｎｏ＿ｏｆ＿ｒｏｗｓ−１）に及ぶアドレスを有する。第１コーディングテーブル２７1は異なるように構成することができ、異なる数の列を含むことができる。例えば、コーディングテーブル２７1は反転させてもよい。アプリケーションデータテーブル３２1は、コーディングテーブル２７1の最右端部分によって提供することができる。コーディングテーブル２７1は、コーディングテーブル２７1の最上位又は最下位部分によって提供されるアプリケーションデータテーブル３２1で横方向に分割することができる。
【００７３】
第２コーディングテーブル２７2では、アプリケーションデータテーブル３２2は、コーディングテーブル２７2の最左端部分によって提供することができ、１９１列３４2を含むことができる。アプリケーションデータテーブル３２2は、第２のフィルタ処理されたストリーム１２2（図６）及びオプションのパディングデータ（図示せず）からのデータグラム２８2（図４ｃ）用に確保される。パリティデータテーブル３３2は、コーディングテーブル２７2の最右端部分によって提供することができ、６４列３４2を含むことができる。パリティデータテーブル３３2は、パリティデータ用に確保される。アプリケーションデータテーブル３２2における各ポジションは、０から（１９１×ｎｏ＿ｏｆ＿ｒｏｗｓ−１）に及ぶアドレスを有する。同様に、パリティデータテーブル３３2における各ポジションは、０から（６４×ｎｏ＿ｏｆ＿ｒｏｗｓ−１）に及ぶアドレスを有する。第２コーディングテーブル２７2は異なるように構成することができ、異なる数の列を含むことができる。
【００７４】
コーディングテーブル２７1、２７2は、異なるように構成することができる。例えば、アプリケーションデータテーブル３２1、３２2は、テーブル２７1、２７2の最右端列を含むことができる。コーディングテーブル２７1、２７2は、垂直方向ではなく横方向で上位部分と下位部分とに分割することができる。
【００７５】
第１及び第２コーディングテーブル２７1、２７2は、様々なサイズのパリティデータテーブル３３1、３３2を有することができる。言い換えると、ＦＥＣコーディングの種々のレベルを使用することができる。
【００７６】
ＩＰストリーム９1、９2は、第１及び第２コーディングテーブルに向けられる（ステップＳ４）。
【００７７】
図８を参照すると、データグラムの第１セット２８1は、データグラム毎に導入され、第１コーディングテーブル２７1の上位左コーナにおける第１データグラム２８1,1の第１バイト３７1から始まり、第１の最左端列３４1,1において下方に進む。第１データグラム２８1,1の終わりの直後に第２データグラム２８1,2が始まり、その後に第３データグラム２８1,3、第４データグラム２８1,4等々が続く。
【００７８】
第１及び第２コーディングテーブル２７1，２７2は、異なるように満たすことができる。例えば、第１データグラム２８1,1の第１バイト３７1は、第１コーディングテーブル２７1の上位右コーナに配置して下方に進み、或いは下位左コーナ若しくは右コーナに配置し上方に進むことができる。
【００７９】
各データグラム２８1は、アプリケーションデータテーブル３２1のそれぞれの列３４1を占める。しかしながら、データグラム２８1は各々、１列３４1よりも少なく、或いは１列３４1よりも多く占めることができる。更に、各データグラム２８1の長さは、データグラム毎に変えることができる。データグラム２８1が列３４1の終わりで終了しない場合、次の列３４1の上部に続くことができる。データグラム２８1の全てがアプリケーションデータテーブル３２1に入力されると、満たされていないあらゆるバイトポジションはゼロバイトでパッドされ（図示せず）、従って、最左端１９１列を完全に満たす。しかしながらパディングは、明示的に追加される必要はない。
【００８０】
同様に、データグラムの第２セット２８2は、データグラム毎に導入され、第２コーディングテーブル２７2の上位左コーナにおける第１データグラム２８2,1の第１バイト３７2から始まり、第１最左端列３４2,1で下方に進む。第１データグラム２８2,1の終わりの直後に第２データグラム２８2,2が始まり、以下同様である。
【００８１】
各データグラム２８2は、アプリケーションデータテーブル３２2におけるそれぞれの列３４2を占める。しかしながら、データグラム２８2は、１列３４2より少なく又は１列３４2より多くを占めることができる。更に、データグラム２８2の長さは、データグラム毎に変えることができる。データグラム２８2が列３４2の終わりで終了しない場合、次の列３４2の上部に続くことができる。全データグラム２８がアプリケーションデータテーブル３２2を入力した場合、満たされていないあらゆるバイトポジションはゼロバイト（図示せず）でパッドされ、従って、最左端１９１列を完全に満たす。しかしながら、パディングは明示的に追加される必要はない。
【００８２】
ここで図９を参照すると、アプリケーションデータテーブル３２1は、データグラム２８1,1、２８1,2、２８1,3、２８1,4、２８1,r-1、２８1,r、２８1,r+1、２８1,n-1、２８1,nを含むデータグラム２８1で満たされる。上述のように、場合によってはアプリケーションデータテーブル３２1は、データグラム２８1で部分的に満たされるだけであり、パディングデータを付加してこれを満たすことができる。
【００８３】
アプリケーションデータテーブル３２1が満たされると、パリティコードワード３８1,1、３８1,2、３８1,pを含むパリティコードワードのセット３８1の形式のパリティデータ３８1が計算され、パリティデータテーブル３３1に配置される（ステップＳ５）。従って、最後のパリティコードワード３８1,pが最後の行３５1,pに対して計算されるまで、第１パリティコードワード３８1,1が第１行３５1,1に対して計算され、第２パリティコードワード３８1,2が第２行３５1,2に対して計算され、以下同様である。
【００８４】
同様に、第２アプリケーションデータテーブル３２2は、データグラム２８2,1、２８2,2、２８2,3、２８2,4、２８2,5、２８2,s-1、２８2,s、２８2,s+1、２８2,m-1、２８2,mを含むデータグラム２８2で満たされる。
【００８５】
第２アプリケーションデータテーブル３２2が満たされると、パリティコードワード３８2,1、３８2,2、３８2,qを含むパリティコードワード３８2の形式のパリティデータ３８2が計算され、パリティデータテーブル３３2に配置される。
【００８６】
リード−ソロモン（ＲＳ）パリティコード、すなわち、この実施例ではＲＳ（２５５，１９１，６４）コードが使用される。従って、パリティデータテーブル３３1、３３2は、以下でＲＳパリティデータテーブルと呼び、パリティコードワード３８1、３８2は、以下でＲＳコードワードと呼ぶ。ＲＳデータテーブル３３1、３３2の列の幾つかは廃棄することができ、従って送信されず、パンクチュアリングを可能にする。パンクチュアされたＲＳ列の正確な数は、明示的に信号で送る必要はなく、フレーム間で動的に変化させることができる。しかしながら他のコードを使用してもよい。
【００８７】
図１０を参照すると、本明細書でＭＰＥ−ＦＥＣフレーム１４1,1、１４2,1と呼ばれるデータのそれぞれのフレームを保持する完成された第１及び第２コーディングテーブル２７1、２７2が示されている。
【００８８】
第１ＲＳデータテーブル３３1は、列別に分割され、ＲＳ列４０1,1、４０1,2、４０1,u-2、４０1,u-1、４０1,uを含むＲＳ列データ４０1を提供する。同様に、第２ＲＳデータテーブル３３2は、列別に分割され、ＲＳ列４０2,1、４０2,2、４０2,v-2、４０2,v-1、４０2,vを含むＲＳ列データ４０2を提供する。
【００８９】
一連のＭＰＥ−ＦＥＣフレーム１４1,1、１４1,2、１４2,1、１４2,1（図１９）が、各フィルタ処理されたストリーム１２1、１２2に対して生成される。各フレーム１４1,1、１４1,2、１４2,1、１４2,1を識別するために、フレーム１４1,1、１４1,2、１４2,1、１４2,1（図１９）は、フレームアイデンティティパラメータＦｒａｍｅ＿ｉｄを使用して示されるフィルタ処理されたストリーム１２1、１２2に従って、及びフレームカウンタパラメータＦｒａｍｅ＿ｃｏｕｎｔｅｒを使用して示されるフレームのシリーズ内のポジションに従ってラベル付けされる。
【００９０】
従って、フレームアイデンティティ及びフレームカウンタパラメータ４１1,1、４２1,1、４１2,1、４２2,1は、各フレーム１４1,1、１４2,1に対して生成される。この実施例では、第１ＭＰＥ−ＦＥＣフレーム１４1,1に対してＦｒａｍｅ＿ｉｄ＝１及びＦｒａｍｅ＿ｃｏｕｎｔｅｒ＝１、第２ＭＰＥ−ＦＥＣフレーム１４2,1に対してＦｒａｍｅ＿ｉｄ＝２及びＦｒａｍｅ＿ｃｏｕｎｔｅｒ＝ｉである。
【００９１】
上述のように、ＭＰＥエンキャプスレータ６は、本発明による１つよりも多いバースト１９において１つのＭＰＥ−ＦＥＣフレーム１４からデータを送信し、及び／又は１つのバースト１９において１つよりも多いＭＰＥ−ＦＥＣフレーム１４からデータを送信することができる。ＭＰＥエンキャプスレータ６はまた、従来の方法で１つのバースト１９において１つのＭＰＥ−ＦＥＣフレーム１４を送信することができるが、これについては説明しない。
【００９２】
この場合、各ＭＰＥ−ＦＥＣフレーム１４1,1、１４2,1は、１つよりも多いバースト１９1、１９2、１９3において送信される（図１９）。
【００９３】
図１１を参照すると、データグラム２８1、２８2は、コーディングテーブル２７1、２７2から読み出される。
【００９４】
各データグラム２８1又はＲＳ列４０1が第１コーディングテーブル２７1から読み出されるときに、エンコーダ１３はまた、データグラム２８1の第１バイトのアドレス４３1、データグラム２８1又はＲＳ列４０1がフレーム１４1,1の最後であるかどうかを示すテーブル境界フラグ４４1、及びフレーム境界フラグ４５1を出力することができる。
【００９５】
同様に、各データグラム２８2又はＲＳ列４０2が第２コーディングテーブル２７2から読み出されるときに、エンコーダ１３はまた、データグラム２８2又はＲＳ列４０2の第１バイトのアドレス４３2、データグラム２８1又はＲＳ列４０2がフレーム１４2,1の最後であるかどうかを示すためのテーブル境界フラグ４４2、及びフレーム境界フラグ４５2を出力することができる。
【００９６】
データグラム２８1、２８2及びＲＳ列４０1、４０2は、インターリーブされる（ステップＳ６及びＳ７）。
【００９７】
ｒ−１番目のデータグラム２８1,r-1が読み出されるまで、第１データグラム２８1,1は第１コーディングテーブル２７1から読み出され、データグラムは第１コーディングテーブル２７1から順次読み出される。次に、ｓ−１番目のデータグラム２８1,s-1が読み出されるまで、第１データグラム２８2,1は第２コーディングテーブル２７2から読み出され、データグラムは第２コーディングテーブル２７2から順次読み出される。
【００９８】
ｎ番目のデータグラム２８1,nが読み出されるまで、ｒ番目のデータグラム２８1,rは第１コーディングテーブル２７1から読み出され、データグラムは、第１コーディングテーブル２７1から順次読み出される。次に、ｍ番目のデータグラム２８2,mが読み出されるまで、ｓ番目のデータグラム２８2,sは第２コーディングテーブル２７2から読み出され、データグラムは第２コーディングテーブル２７2から順次読み出される。
【００９９】
ｕ番目のＲＳ列４０1,uが読み出されるまで、第１ＲＳ列４０1,1は、第１コーディングテーブル２７1から読み出され、ＲＳ列は第１コーディングテーブル２７1から順次読み出される。次に、ｖ番目のＲＳ列４０2,vが読み出されるまで、第１ＲＳ列４０2,1は第２コーディングテーブル２７2から読み出され、ＲＳ列は第２コーディングテーブル２７2から順次読み出される。
【０１００】
図１２を参照すると、上記に説明された順序でコーディングテーブル２７1、２７2からデータグラム２８1、２８2及びＲＳ列４０1、４０2を選択的に読み出す効果は、各ＭＰＥ−ＦＥＣフレーム１４1,1、１４2,1を３つのフレームブロック１４1,1,1、１４1,1,2、１４1,1,3、１４2,1,1、１４2,1,2、１４2,1,3に分割し、フレームブロック１４1,1,1、１４1,1,2、１４1,1,3、１４2,1,1、１４2,1,2、１４2,1,3をインターリーブすることである。フレームブロック１４1,1,1、１４1,1,2、１４1,1,3、１４2,1,1、１４2,1,2、１４2,1,3は、サイズが同じではない。しかしながら、ＭＰＥ−ＦＥＣフレーム１４1,1、１４2,1は各々、可能な限り同じサイズか或いは同じサイズに近いフレームブロックに分割することができる。ＭＰＥ−ＦＥＣフレーム１４1,1、１４2,1は、より少ないか又はより多いブロック１４1,1,1、１４1,1,2、１４1,1,3、１４2,1,1、１４2,1,2、１４2,1,3に分割することができ、或いは全く分割されなくともよい。更に、フレームブロック１４1,1,1、１４1,1,2、１４1,1,3、１４2,1,1、１４2,1,2、１４2,1,3は、異なる順序でインターリーブすることができる。更に、フレームブロック１４1,1,1、１４1,1,2、１４1,1,3、１４2,1,1、１４2,1,2、１４2,1,3は、他のフレームからの他のフレームブロック（図示せず）でインターリーブすることができ、その少なくとも一部は、同じフィルタ処理されたストリーム１２1、１２2から生じることができる。
【０１０１】
図１３及び１４を参照すると、フレームブロック１４1,1,1、１４1,1,2、１４1,1,3、１４2,1,1、１４2,1,2、１４2,1,3（図１２）に含まれるデータグラム２８及びＲＳ列４０は、これらが属するフレーム１４1,1、１４2,1（図１１）及びそれぞれのアドレスデータ４３用のそれぞれのフレームアイデンティティ及びフレームカウンタパラメータ４１、４２、テーブル境界フラグ４４、及びバースト境界フラグ４５と共に、ＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５に供給される。
【０１０２】
図１３を詳細に参照すると、ＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５は、ＭＰＥセクション１６を生成して出力し、各ＭＰＥセクション１６はヘッダ４６、ペイロード４７、及びトレーラ４８を含む（ステップＳ８）。
【０１０３】
ＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５がデータグラム２８を受信すると、データグラム２８をペイロード４７にマップし、対応するフレームアイデンティティ及びフレームカウンタパラメータ４１、４２をヘッダ４６内に配置する（ステップＳ９）。ＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５はまた、アドレスデータ４３、テーブル境界フラグ４４、及びフレーム境界フラグ４５をヘッダ４６内に配置することができる（ステップＳ１０）。ＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５は、１つよりも多いデータグラム２８をペイロード４７にマップすることができる。
【０１０４】
図１４を参照すると、ＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５はまた、ＭＰＥ−ＦＥＣセクション１７を生成して出力し、各ＭＰＥ−ＦＥＣセクション１７は、ヘッダ４９、ペイロード５０、及びトレーラ５１を含む。
【０１０５】
ＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５がＲＳ列４０を受信すると、ＲＳ列４０をＭＰＥ−ＦＥＣセクション１７のペイロード５０にマップし、対応するフレームアイデンティティ及びフレームカウンタパラメータ４１、４２をヘッダ４９内に配置する。ＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５はまた、アドレスデータ４３、テーブル境界フラグ４４、及びフレーム境界フラグ４５をヘッダ４９に配置することができる。
【０１０６】
ＭＰＥ及びＭＰＥ−ＦＥＣセクション１６、１７は、以下の表１に示されるデジタル記憶媒体コマンド及び制御（ＤＳＭ−ＣＣ）セクションフォーマットに準拠している。
表１
2011151813.tif 000003
【０１０７】
図１５を参照すると、ＭＰＥセクション１６において５番目のＭＡＣアドレスフィールドを分割し、フレームアイデンティティとフレームカウンタパラメータ４１、４２をそれぞれ記憶するための第１及び第２フィールド５２、５３を提供することができる。第１及び第２フィールド５２、５３は各々、４ビット含むことができる。第１、第２、第３、及び第４ＭＡＣアドレスフィールドは、リアルタイムパラメータフィールド５４を提供するのに使用される。確保されたフィールドは、３又は４ビット含むことができるバースト番号６３（図１８）を記憶するための第３及び第４フィールド５５、５６を提供するのに使用される。バースト番号は、以下に詳細に説明する。第１、第２、第３、及び第４フィールド５２、５３、５５、５６は、より小さな値又はより大きな値の使用を可能にするために異なるように配分することができる。異なるヘッダ構造が使用される場合、或いは更なるビットが利用可能になる場合、フレームアイデンティティ、フレームカウンタ、及びバースト番号４１、４２、６３のより大きな値を使用することができる。
【０１０８】
図１６を参照すると、ＭＰＥ−ＦＥＣセクション１７において、第５ＭＡＣアドレスフィールドを分割し、フレームアイデンティティ及びフレームカウンタパラメータ４１、４２をそれぞれ記憶するための第１及び第２フィールド５７、５８を提供することができる。第１及び第２フィールド５７、５８は各々、４ビット含むことができる。第１、第２、第３、及び第４ＭＡＣアドレスフィールドは、リアルタイムパラメータフィールド５９を提供するのに使用される。確保されたフィールドは、３又は４ビット含むことができるバースト番号６３（図１８）を記憶するための第３及び第４フィールド６０、６１を提供するのに使用される。第１、第２、第３、及び第４フィールド５７、５８、６０、６１は、より小さな値又はより大きな値の使用を可能にするために異なるように配分することができる。異なるヘッダ構造が使用される場合、或いは更なるビットが利用可能になる場合、フレームアイデンティティ、フレームカウンタ、及びバースト番号４１、４２、６３のより大きな値を使用することができる。
【０１０９】
リアルタイムパラメータフィールド５４、５９は、以下の表２に示されるシンタックスに準拠している。
表２
2011151813.tif 000004
【０１１０】
バースト境界フィールドｂｕｒｓｔ＿ｂｏｕｎｄａｒｙは、バーストの終わりを示すのに使用され、バースト境界フラグ４５を受け取る（図１３）。フレーム境界フラグ４５は、同じバーストにおいて種々のフレームを示すのに使用することができる。
【０１１１】
図１７を参照すると、ＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５は、１６1、１６2、１６3、１６4、１６a-1、１６a、１６a+1、１６a+2、１６a+3、１６b-1、１６b、１６b+1、１６c-2、１６c-1、１６c、１６c+1、１６d-2、１６d-1を含むＭＰＥセクション１６と、１７1、１７2、１７e-3、１７e-2、１７e-1、１７e、１７e+1、１７f-3、１７f-2、１７f-1を含むＭＰＥ−ＦＥＣセクション１７とを出力する。
【０１１２】
ＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７は、上述の順序でインターリーブされたデータグラム２８1,1、２８1,2、２８1,3、２８1,4、２８1,r-1、２８1,r、２８1,r+1、２８1,n-1、２８1,n、データグラム２８2,1、２８2,2、２８2,3、２８2,4、２８2,s-1、２８2,s、２８2,s+1、２８2,m-1、２８2,m、ＲＳ列４０1,1、４０1,2、４０1,u-2、４０1,u-1、４０1,u、及びＲＳ列４０2,1、４０2,2、４０2,v-2、４０2,v-1、４０2,vを含む。しかしながら、ＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７は、他の異なる順序でインターリーブさせることができる。
【０１１３】
データグラム２８は、ＭＰＥ−ＦＥＣが使用されるかどうかに関わらずＭＰＥセクション１６において搬送される。これは、受信をＭＰＥ−ＦＥＣに対して利用可能でない受信器（図示せず）と完全に下位互換性のあるものにする。上記のように、各ＭＰＥセクション１６は、セクションヘッダ４６（図１３）においてペイロード４７（図１３）のための開始アドレス４３（図１３）を搬送する。このアドレス４３（図１３）は、セクションペイロード４７（図１３）の第１バイトのアプリケーションデータテーブルでのバイトポジションを示す。データグラム２８が複数のＭＰＥセクション１６にわたり分割される場合、各ＭＰＥセクション１６は、セクション内で搬送されるデータグラムのフラグメントの第１バイトのアプリケーションデータテーブルにおけるバイトポジションを示す。受信器（図示せず）は、アプリケーションデータテーブルでの正しいバイトポジションに受信されたデータグラム２８を置き、セクションが正確であることをセクションＣＲＣ−３２チェックが示した場合、ＲＳデコーダにとって「信頼できる」ものとしてこれらのポジションをマーク付けする。
【０１１４】
アプリケーションデータテーブルの最後のセクションは、アプリケーションデータテーブル内のデータグラムの終わりを示すテーブル境界フラグを包含する。アプリケーションデータテーブル内の前のセクション全てが正確に受信された場合、受信器は、これ以上ＭＰＥ−ＦＥＣセクションを受信する必要はなく、タイムスライシングが使用される場合、受信器は、ＲＳデータを受信及び復号することなくスイッチをオフすることができる。また、ＭＰＥ−ＦＥＣセクション１７が受信される場合、アプリケーションデータテーブルにおけるパディング列すなわちパディングバイトのみで満たされた列の数は、ＭＰＥ−ＦＥＣセクションのセクションヘッダにおける８バイトで示される。この値は、ＲＳ復号が実行される場合にのみ必要とされる。ｔａｂｌｅ＿ｂｏｕｎｄａｒｙを搬送するセクションが失われた場合、受信器（図示せず）は、アプリケーションデータが終了しパディングが始まる正確なポジションを知らない可能性がある。しかしながら受信器は、パディング列から幾つの完全な列がパディングされているのかを認識し、これらを信頼できるものとしてマーク付けすることができる。
【０１１５】
ＲＳ列は、ＭＰＥ−ＦＥＣセクション１７で搬送される。各ＭＰＥ−ＦＥＣセクション１７は、ＲＳデータテーブルの正確に１つの列を搬送するが、これらは、１よりも少ない列又は１よりも多い列を搬送することができる。パンクチュアされた列は送信されず、パンクチュアされた列の数は明示的に信号で送られることはないが、ＭＰＥ−ＦＥＣセクションヘッダにおける最後のセクション番号が信号で送られる。
【０１１６】
図１８を参照すると、タイムスライシングモジュール１８は、ＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７を受信し、各セクション１６、１７用のデルタｔ６２とバースト番号６３の対応する値をセクション１６、１７のヘッダ４６、４９に配置する（ステップＳ１１及びＳ１２）。タイムスライシングモジュール１８はまた、各セクション１６、１７に対する巡回冗長コード（ＣＲＣ−３２）データ６４を計算し、ＣＲＣ−３２データ６４をセクション１６、１７のトレーラ４８、５１に配置する。
【０１１７】
ＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７は、バッファ６５に転送される。同じバースト番号６３を有するセクション１６、１７は、バースト１９におけるのと同様に収集されて送信器７（図２）に転送される（ステップＳ１３）。
【０１１８】
図１９を参照すると、第１及び第４フレームブロック１４1,1,1、１４2,1,1において搬送され、ＭＰＥセクション１６1、１６2、１６3、１６4、１６a-1、１６a、１６a+1、１６a+2、１６a+3、１６b-1（図１７）を含むＭＰＥセクション１６は、第１バースト１９1に構成される。第２及び第５フレームブロック１４1,1,2、１４2,1,2で搬送され、ＭＰＥセクション１６b、１６b+1、１６c-2、１６c-1、１６c、１６c+1、１６d-2、１６d-1（図１７）を含むＭＰＥセクション１６は、第２バースト１９2に構成される。第３及び第６フレームブロック１４1,1,3、１４2,1,3で搬送され、ＭＰＥ−ＦＥＣセクション１７1、１７2、１７e-3、１７e-2、１７e-1、１７e、１７e+1、１７f-3、１７f-2、１７f-1（図１７）を含むＭＰＥ−ＦＥＣセクション１７は、第３バースト１９3に構成される。バースト１９1、１９2、１９3は各々、ビットレートＢbで送信され、バースト持続時間Ｂdを有する。
【０１１９】
各バースト１９の最後のセクションは、バースト境界フラグ４５（図１３）を使用するなどで識別される。例えば、セクション１６b-1におけるバースト境界フラグ４５（図１３）は「１」に設定される。受信器（図示せず）は、バースト境界フラグ４５（図１３）を使用してバーストを受信した時点、従って「スリープ」しなければならない時点を判定することができる。
【０１２０】
各セクション１６、１７は、セクション１６、１７の送信時間から次のバースト１９における第１セクション１６、１７の送信時間までの持続時間の値を搬送する。例えば、ＭＰＥセクション１６bが送信されるまでの持続時間を示す第１ＭＰＥセクション１６aのデルタ−ｔ６２1,1が例証される。受信器（図示せず）は、デルタ−ｔパラメータ６２（図１８）を使用して「起動」すべき時間を求め、次のバースト１９を受信することができる。
【０１２１】
バースト番号パラメータ６３（図１８）の同じ値は、同じバースト１９内のセクション１６、１７において使用される。この実施例では、バーストは、逆に数えて番号付けされ、値２で始まりゼロで終わる。受信器（図示せず）は、バースト番号パラメータ６３（図１８）を使用して、バースト１９が失われたかどうか、或いは受信器が所与のＭＰＥ−ＦＥＣフレーム１４に対してバーストの全てを受信したかどうかを判定することができる。
【０１２２】
バースト番号パラメータ６３に対して３ビットが使用される場合、バーストは、最大１５までのバースト番号で始めることができる。４ビットが、例えばＭＰＥセクション１６において確保されたフィールド５５、５６（図１５）又はＭＰＥ−ＦＥＣセクション１７における確保されたフィールド６０、６１（図１６）によって提供される構成単位である場合、バーストは最大３１までのバースト番号で始めることができる。バースト番号は、ゼロに達した後で再度１５から（又は３１から）始まる巡回とすることができる。
【０１２３】
ＭＰＥ−ＦＥＣフレームを作成し送信するプロセスは、第１及び第２コーディングテーブル２７1、２７2を使用して作成された第３及び第４ＭＰＥ−ＦＥＣフレーム１４1,2、１４2,2の作成及び送信を続け、該第４ＭＰＥ−ＦＥＣフレームは、フィルタ処理されたストリーム１２1、１２2におけるデータグラム２８1、２８2が送信完了する（ステップＳ１５）まで、第４、第５、及び第６バースト１９4、１９5、１９6で送信される（ステップＳ１４）。
【０１２４】
ここで説明された実施例では、第１及び第２ＭＰＥ−ＦＥＣフレーム１４1,1、１４2,1は各々、３つのブロック１４1,1,1、１４1,1,2、１４1,1,3、１４2,1,1、１４2,1,2、１４2,1,3に分割された。しかしながら、ＭＰＥ−ＦＥＣフレーム１４1,1、１４2,1は、より少ない又はより多いブロックに分割することができる。ブロックは、同じサイズ又は同じではないサイズにすることができる。
【０１２５】
図２０を参照すると、第１ＭＰＥ−ＦＥＣフレーム１４1は、４つのブロック１４1,1,1’、１４1,1,2’、１４1,1,3’、１４1,1,4’に分割し、４つのバースト１９1’、１９2’、１９3’、１９4’で送信することができる。同様に、第２ＭＰＥ−ＦＥＣフレーム１４1（図１９）は、４つのブロック（図示せず）に分割することができる。更に、ブロック１４1,1,3’は、アプリケーションデータテーブル３２1,1とＲＳデータテーブル３３1,2の両方からデータを搬送することができ、言い換えるとＭＰＥセクション１６とＭＰＥ−ＦＥＣセクション１７を搬送する。
【０１２６】
１つよりも多いバースト間に１つのＭＰＥ−ＦＥＣフレームからデータを分配する利点は、フレームに対するインターリービングの長さが増大する点である。バーストに影響を与える雑音の「ショット」が存在する場合、１つのＭＰＥ−ＦＥＣフレームからデータの全てを失う可能性が低減される。雑音のショットから生じるデータのあらゆる誤りは、ＦＥＣパリティデータを使用して訂正することができる。
【０１２７】
付加的に或いは代替として、以下に詳細に説明するようにより大きなＭＰＥ−ＦＥＣフレーム１４を使用して、複数のバースト１９間の１つのＭＰＥ−ＧＥＣフレーム１４からのデータの分配の助けとすることができる。
【０１２８】
図２１を参照すると、ＭＰＥ−ＦＥＣフレームを送信するための従来の構成が示されている。従来の構成では、各々が１０２４の行を有する６つのＭＰＥ−ＦＥＣフレーム６６1,1、６６1,2、６６1,3、６６1,4、６６1,5、６６1,6が、それぞれのバースト６７1、６７2、６７3、６７4、６７5、６７6で送信される。この構成の欠点は、短いインターリービング深さ６８を有することである。上述のように、雑音のショットがバーストの１つ、例えば第２バースト６７2に影響を与える場合には、この実施例では第２ＭＰＥ−ＦＥＣフレーム６６1,2であるＭＰＥ−ＦＥＣフレームに含まれるデータの全てが失われる可能性がある。
【０１２９】
図２２を参照すると、本発明によるＭＰＥ−ＦＥＣフレームを送信するための例示的な構成が示されている。この実施例では、ＭＰＥ−ＦＥＣフレーム１４1,1’は６×１０２４行を有する。従って、フレーム１４1,1’は、１２メガビットのデータを保持することができる。ＭＰＥ−ＦＥＣフレームは、Ｎ×Ｍ行を有することができ、ここでＮ＝２、３、４、又は５、Ｍ＝１０２４である。Ｎは６よりも大きな値を有することができる。更に、Ｍは１０２４に等しくなくてよい。例えばＭは、６４、１２８、１９２、２５６、３２０、３８４、４４８、５１２、５７６、６４０、７０４、７６８、８３２、８９６、又は９６０に等しいものとすることができる。ＭＰＥ−ＦＥＣフレーム１４1,1’は、列別に６つのブロック１４1,1,1”、１４1,1,2”、１４1,1,3”、１４1,1,4”、１４1,1,5”、１４1,1,6”に分割され、これらは６つのそれぞれのバースト１９1”、１９2”、１９3”、１９4”、１９5”、１９6”で送信される。各バースト１９1”、１９2”、１９3”、１９4”、１９5”、１９6”は、２メガビットのデータを含む。この構成は、インターリービング深さ６８’を有する。従って、雑音のショットが、バーストの１つ、例えば第２バースト１９2’に影響を与える場合、データは、ＦＥＣを使用して回復される可能性が高い。以下に詳細に説明するように、ＭＰＥ−ＦＥＣフレーム１４1,1’などのより大きなＭＰＥ−ＦＥＣフレームを受信できるようにするために、移動端末（図示せず）は、より大きなタイムスライシングバッファ１０６（図３１）を含むことができる。
【０１３０】
従って、ＭＰＥ−ＦＥＣフレームのサイズを大きくし、及び／又は複数のＭＰＥ−ＦＥＣフレームからのデータをインターリービングすることによって、インターリービング長を増大させ雑音に対して堅牢性を与える助けとなる。
【０１３１】
上述の実施例では、２つのＩＰストリーム９1、９2（図６）からのデータグラム２８1、２８2（図６）は、バースト１９1、１９2、１９3（図１９）の１つのセットで送信される。コーディングの同じレベルが、各ＩＰストリーム９1、９2（図６）に対して使用される。言い換えると、アプリケーションデータテーブル３２1、３２2（図７）は各々同じサイズを有し、ＲＳデータテーブル３３1、３３2（図７）は各々同じサイズを有する。
【０１３２】
しかしながら、異なるＩＰストリーム９は、異なるコーディングレート、すなわち異なるレベルのコーディングを必要とする可能性がある。ＩＰストリーム９は種々の優先順位によって分配することが必要になる場合があることから、これが発生する可能性がある。コーディングの異なるレベルに符号化されたＩＰストリームは、受信器で復号するために異なる時間量と処理能力を必要とする。
【０１３３】
図２３を参照すると、エンコーダ１３は、各々がそれぞれのＩＰストリーム９3、９4、９5を含む、第３、第４、及び第５のフィルタ処理されたストリーム１２3、１２4、１２5のための第３、第４、及び第５コーディングテーブル２７3、２７4、２７5をそれぞれ提供することができる。コーディングテーブル２７3、２７4、２７5は、それぞれのアプリケーションデータテーブル３２3、３２4、３２5とＲＳデータテーブル３３3、３３4、３３5を含む。
【０１３４】
例えば、ビデオデータは第３ＩＰストリーム９3で送信され、音声データは第４ＩＰストリーム９4で送信され、関連のデータは第５ＩＰストリーム９5で送信される。ビデオデータは低い優先順位、関連データは高い優先順位、及び音声データは中間の優先順位で送信することが望ましい。
【０１３５】
種々の優先順位を達成するために、異なるコーディングレベルが使用される。
【０１３６】
例えば、第３コーディングテーブル２７3はＲＳ（２５５，２３９，１６）コードを使用し、第４コーディングテーブル２７4はＲＳ（２５５，２２３，３２）を使用し、第５コーディングテーブル２７5はＲＳ（２５５，１９１，６４）を使用する。従って、第３アプリケーションデータテーブル３２3は２５５列３４3のうちの２３９を含み、第４アプリケーションデータテーブル３２4は２５５列３４4のうちの２２３を含み、第５アプリケーションデータテーブル３２5は２５５列３４5のうちの２２３を含む。種々のコードを使用する代わりに、コーディングレートは幾つかのＲＳ列をパンクチュアすることによって低下させることができ、アプリケーションデータテーブルにおいてパディングを使用することによって増大させることができる。
【０１３７】
この実施例において、第３及び第４コーディングテーブル２７3、２７4は各々、３８４行３４3、３４4を含み、第５コーディングテーブル２７5は２５６行３４4を含む。従って、３つのＭＰＥ−ＦＥＣフレーム１４3,1、１４4,1、１４5,1は、単一の２メガビットバースト１９7で送信することができる。
【０１３８】
コーディングテーブル２７3、２７4、２７5は各々、より少ないか若しくはより多い列３５3、３５4、３５5及び／又はより少ないか若しくはより多い行３４3、３４4、３４5を有することができる。より大きな又はより小さなサイズのバースト１９7を使用することができる。しかしながら、コーディングテーブル２７3、２７4、２７5が記憶できるデータの量がバースト１９7のサイズ以下とすべき点を理解されたい。２メガビットよりも大きなバーストを使用することができる。
【０１３９】
コーディングテーブル２７3、２７4、２７5は、上述のものと類似の方法で計算されたデータグラム２８3、２８4、２８5及びＲＳ列４０3、４０4、４０5で満たされ、ＭＰＥ−ＦＥＣフレーム１４3,1、１４4,1、１４5,1を生成する（ステップＳ３からＳ５）。
【０１４０】
ＭＰＥ−ＦＥＣフレーム１４3,1、１４4,1、１４5,1は、上述のものと類似の方法で作成されたコーディングテーブル２７3、２７4、２７5及びバースト１９7から読み出される。しかしながら、インターリービングを使用する必要はない（ステップＳ６及びＳ７）。
【０１４１】
データグラム２８3、２８4、２８5及びＲＳ列４０3、４０4、４０5は、エンキャプスレートされる（ステップＳ８）。フレームアイデンティティ及びフレームカウンタパラメータ４１、４２（図１３）は、ＭＰＥセクション１６h及びＭＰＥ−ＦＥＣセクション１７iのヘッダに付加される（ステップＳ９及びＳ１０）。
【０１４２】
タイムスライシングブロック１９（図２）では、デルタ−ｔ及びバーストパラメータ６２、６３は、ＭＰＥセクション１６h及びＭＰＥ−ＦＥＣセクション１７iのヘッダに付加され（ステップＳ１１及び１２）、ＭＰＥセクション１６h及びＭＰＥ−ＦＥＣセクション１７iは、単一のバースト１９7に構成される（ステップＳ１３）。この場合、バースト番号パラメータ６３（図１８）はｂｕｒｓｔ＿ｎｏ＝０に設定することができる。デルタ−ｔは、次のバースト１９8の到達を示すために設定され、これは、コーディングテーブル２７3、２７4、２７5を使用して作成されたＭＰＥ−ＦＥＣフレームの次のセット（図示せず）を含むことができる。
【０１４３】
２、３、又はそれよりも多いＭＰＥ−ＦＥＣフレーム１４は、１つのバースト１９で送信することができ、ＭＰＥ−ＦＥＣフレームの少なくとも１つは、他のＭＰＥ−ＦＥＣフレームとは異なるコーディングレートを有することができる点を理解されたい。
【０１４４】
図２４及び図２５から図２７を参照し、送信器の動作方法を次に説明する。
【０１４５】
図２５を詳細に参照すると、ＭＰＥセクション１６1、１６2、１６3、１６4を含むＭＰＥセクション１６とＭＰＥ−ＦＥＣセクション１７f-2、１７f-1を含むＭＰＥ−ＦＥＣセクション１７との間欠的ストリームの形式におけるバースト１９（図１８）は、ＴＳストリーム生成及び多重化ブロック２３（図２）によって受信され、フラグメント６９1、６９2、６９3、６９4、６９g-1、６９gを含むセクションフラグメントに分割される。各フラグメント６９は対応するＴＳパケット２５Aに配置される。例えば、フラグメント６９1、６９2、６９3、６９4、６９g-1、６９gは、ＴＳパケット２５A,1、２５A,2、２５A,3、２５A,4、２５A,g-1、２５A,gにそれぞれ配置される。
【０１４６】
図２６を参照すると、ＴＳパケット２５Aは通常、１８８バイトの長さであり、ＩＳＯ／ＩＥＣ規格１３８１８−１「情報技術−動画及び関連音声情報の汎用コーディング：システム」に準拠している。各ＴＳパケット２５Aは、パケット識別子（ＰＩＤ）７１を用いたパケットヘッダ７０を含む。パケット識別子７０を用いて、ＴＳパケットペイロード７２のコンテンツを識別することができる。
【０１４７】
ＴＳストリーム生成及び多重化ブロック２３（図２）は、同じフィルタ処理されたストリーム１２又はフィルタ処理されたストリーム１２のセット（図２）用のＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７を搬送するバーストのセットに応じてＰＩＤを付加する。
【０１４８】
図２７を参照すると、ＴＳストリーム生成及び多重化ブロック２３（図２）は、ＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７を搬送するＴＳパケット２５AをＳＩ及びＰＳＩテーブルセクション２２（図２）を搬送するＴＳパケット２５Bと１つ又はそれ以上のＭＰＥＧ−２ＴＶサービス２４（図２）を搬送するＴＳパケット２５Cと共に多重化して共通マルチプレックス２５にする。ＳＩ／ＰＳＩテーブルセクション２１（図２）及びＭＰＥＧ−２ＴＶサービス２４（図２）はタイムスライスされない。マルチプレックス２５は、無線周波数信号８（図１）として変調、増幅、及び送信用の変調ブロック２６に転送される。
【０１４９】
図２を参照すると、ＭＰＥエンキャプスレータ６は、ＩＰ／ＭＡＣ通知テーブル（ＩＮＴ）（図示せず）を含むＳＩ及びＰＳＩ／ＳＩ並びにＳＩデータを作成するのに使用されるサービス情報データ１０を受信し、データ２１を移動端末２（図１）を含む受信器（図示せず）に送信する。
【０１５０】
ＳＩ／ＰＳＩセクション・エンキャプスレーティングブロック２０（図２）は、ＩＮＴ（図示せず）をセクション（図示せず）にセグメント化し、テーブルセクションをＴＳストリーム発生器及び多重化手段２４に渡し、ＰＩＤ＝０ｘ００４Ｃを有するＴＳパケット２５Bにマップされ、マルチプレックス２５（図２）に多重化されるようにする。ＩＮＴは、ＥＮ  ３０１  １９２同書の節７．６に詳細に記載されている。
【０１５１】
上記で簡潔に述べたように、サービス記述セクションを使用して送信されるサービス記述テーブル（ＳＤＴ）のデータブロードキャスト記述子は、第１、第２、第３、及び第４ＭＡＣアドレスフィールドを使用して、デルタ−ｔなどのリアルタイムパラメータを搬送することを示す。ブロードキャスト記述子は、第５ＭＡＣアドレスフィールド及び確保されたフィールドがフレームアイデンティティ、フレームカウンタ、及びバースト番号のようなパラメータを搬送するのに使用されることになる点を示すことができる。サービス記述セクション及びデータブロードキャスト記述子は、ＥＮ  ３００  ４６８同書の節６及び７に詳細に記載されている。
【０１５２】
図２８を参照すると、タイムスライス及びＦＥＣ識別記述子７３は、所与のエレメンタリ・ストリームに対するＭＰＥ−ＦＥＣ及びタイムスライシングについての情報を信号で送るのに使用される。
【０１５３】
記述子７３は、タイムスライシング及び／又はＭＰＥ−ＦＥＣが所与のエレメンタリ・ストリームで使用されるかどうかを識別している、ＥＮ  ３０１  １９２同書の節９．５に記述されたタイムスライス及びＦＥＣ識別記述子７４に類似している。しかしながら、記述子７３は、単一のＭＰＥ−ＦＥＣフレームを送信するのに使用されるバーストの数を示すためのフィールド７５、ＭＰＥ−ＦＥＣフレームのサイズを示すためのフィールド７６、及び単一のバーストで搬送されるＭＰＥ−ＦＥＣフレームの数を示すためのフィールド７７を含む、付加的なフィールドを含む。バージョン番号、特にＲＳ（２５５，１９１，６４）以外の場合のコーディングのタイプ、及び特に最大バーストサイズ以外の場合の最大フレームサイズを示すことができる。
【０１５４】
図２９を参照すると、タイムスライス識別記述子７３は、第１及び第２記述子ループ７９、８０を有するネットワーク情報テーブル（ＮＩＴ）７８で使用される。
【０１５５】
第１記述子ループ７９に位置付けられた場合、記述子７３は、テーブル７８内で通知された全トランスポートストリームに適用される。記述子７３は、トランスポートストリームのいずれにおいても所与のストリームタイプフィールド値を有する全エレメンタリ・ストリームに適用される。０ｘ０Ｄのストリームタイプフィールド値は、ＭＰＥのみのストリームを搬送するエレメンタリ・ストリームに対して使用することができる。０ｘ８０のストリームタイプフィールド値は、ＭＰＥ及びＦＥＣセクションを搬送するエレメンタリ・ストリームに対して使用することができる。０ｘ８０と０ｘＦＦとの間のストリーム＿タイプフィールド値は、ＦＥＣセクションのみを搬送するエレメンタリ・ストリームに対して使用することができる。
【０１５６】
第２記述子ループ８０に位置付けられた場合、記述子７３は、トランスポートストリームフィールド（図示せず）で指定された当該トランスポートストリームに適用される。記述子７３は、所与のストリームタイプフィールド値を有する全てのエレメンタリ・ストリームに適用される。この記述子７３は、第１記述子ループにおける利用可能な記述子を上書きする。
【０１５７】
記述子７３は、ＩＮＴ（図示せず）のようなテーブルの他のタイプに含むことができる。
【０１５８】
ＩＮＴ（図示せず）のプラットフォーム記述子ループ（図示せず）に位置付けられた場合、記述子は、テーブルの範囲まで照会される全てのエレメンタリ・ストリームに適用される。この記述子は、ＮＩＴにおける利用可能な記述子を上書きする。
【０１５９】
ＩＮＴ（図示せず）のターゲット記述子ループ（図示せず）に位置付けられた場合、記述子は、記述子の出現後に当該ターゲット記述子ループ（図示せず）内で照会される全てのエレメンタリ・ストリームに適用される。この記述子は、プラットフォーム記述子ループ及びＮＩＴにおける利用可能な記述子を上書きする。エレメンタリ・ストリームがＩＮＴ内の複数のロケーションから照会される場合、各々は同じ信号方式を含む。
【０１６０】
ＳＩ／ＰＳＩセクション・エンキャプスレーティングブロック２０（図２）は、ＮＩＴ７８をセクション（図示せず）にセグメント化し、該セクションをＴＳストリーム発生器及び多重化ブロック２４に渡してＰＩＤ＝０ｘ００１０を有するＴＳパケット２６Bにマップされ、マルチプレックス２６（図２）に多重化されるようにする。
【０１６１】
受信器は通常、ネットワーク１（図１）に接続するときにＮＩＴ７８にアクセスするだけである。
【０１６２】
受信器（図示せず）は、１つのトランスポートストリームから別のトランスポートストリーム（図示せず）に変わる場合にＩＮＴのコンテンツを読み出すことが必要になる場合があり、通常は２回以上読み出すことはない。ＩＮＴでの変化は、ＰＭＴテーブル（図示せず）を使用してＰＳＩで信号を送り、従って、確実にＩＮＴの一定のフィルタ処理が必要でないようにすることができる。
【０１６３】
ＰＭＴ（図示せず）のようなＰＳＩテーブルは通常、１００ミリ秒毎に少なくとも１回再送信される。バーストの持続時間が１００ミリ秒より長い場合、受信器は、バーストを受信すると同時にＰＭＴへアクセスする。より短いバーストでは、受信器は、全ての必要とされるＰＳＩテーブルが受信されるまでスイッチをオンに保持するよう選択することができる。
【０１６４】
移動端末２
図３０を参照すると、デジタルブロードキャスティングネットワーク１（図１）からコンテンツを受信するための移動端末２が示されている。
【０１６５】
移動端末２は、マルチメディア機能を有する携帯電話ハンドセットの形式である。移動端末２は、第１及び第２アンテナ８１1、８１2、受信器８２1、及び送受信器８２2を含む。この実施例では、第１アンテナ８１1及び受信器８２1は、ブロードキャスティングネットワーク１（図１）から信号を受信するのに使用される。第２アンテナ８１2及び送受信器８２2は、ＰＬＭＮのような第２通信ネットワーク（図示せず）に信号を送信し、これから信号を受信するのに使用される。受信器及び送受信器８１1、８２2は各々、受信信号を増幅し且つ復調するためのそれぞれの無線周波数信号処理回路（図示せず）と、チャンネル復号及び逆多重化のためのそれぞれのプロセッサ（図示せず）とを含む。
【０１６６】
移動端末２はまた、プロセッサ８３、ユーザーインターフェース８４、メモリ８５、オプションのスマートカードリーダー８６、スマートカードリーダー８６に収容されるオプションのスマートカード８７、コーダ／デコーダ（コーデック）８８、対応する増幅器９０を備えたスピーカー８９、及び対応する前置増幅器９２を備えたマイクロフォン９１を含む。
【０１６７】
ユーザーインターフェース８４は、ディスプレイ９３及びキーパッド９４を含む。ディスプレイ９３は、例えば、従来の携帯電話のディスプレイよりも大きく及び／又はより優れた解像度を有し、カラー画像が可能であることで画像及びビデオを表示するように適合されている。移動端末２はまたバッテリー９５を含む。
【０１６８】
プロセッサ８３は、メモリ８５に記憶されたコンピュータソフトウェア（図示せず）の指示の下で移動端末２のオペレーションを管理する。例えば、コントローラ８３は、ディスプレイ９３への出力を可能にし、キーパッド９４からの入力を受け取る。
【０１６９】
移動端末２は、ブロードキャスティングネットワーク１（図１）及び第２通信ネットワーク（図示せず）から信号を受信するように適合された単一の受信器と、第２通信ネットワーク（図示せず）に信号を送信するように適合された送信器とを設けるように修正することができる。或いは、両方の通信ネットワークのための単一の送受信器を備えることができる。
【０１７０】
図３１を参照すると、受信器８２1は、無線周波数信号８を復調し、プロセッサ８３によって処理するためのＴＳパケット２６を出力するための復調器９６を含む。しかしながら処理は、プロセッサ８３によって実行する必要はなく、受信器８２1内で、或いは専用デジタル信号プロセッサ（図示せず）で行ってもよい。プロセッサ８３によって実行されるプロセスは、図３１に機能ブロック図として示されている。
【０１７１】
ＴＳフィルタリングブロック９７は、ＴＳストリーム２５’を受信し、ＴＳパケットヘッダ７０（図２６）内に保持されるＰＩＤ値７１（図２６）に従ってＴＳパケット２５A、２５Bをフィルタ処理し、フィルタ処理されたＴＳパケット２５A、２５Bをセクションパージングブロック９８に渡す。ＭＰＥＧ−２ＴＶを搬送するＴＳパケット２５Cもまた、従来の方式でフィルタ及び処理される。
【０１７２】
セクションパージングブロック９８は、ＴＳパケット２５A、２５Bのペイロード７２（図２６）をデキャプスレートし、ＭＰＥセクション１６、ＭＰＥ−ＦＥＣセクション１７、及びＳＩ／ＰＳＩテーブルセクション２２を出力する。テーブルセクション２１は、ＮＩＴ７８（図２９）及びＩＮＴ（図示せず）を搬送するセクション（図示せず）を含む。
【０１７３】
移動端末２がユーザーによってスイッチオンされた場合、ＴＳフィルタリングブロック９７は、ユーザーが利用したいサービス（又は複数のサービス）を提供するフィルタ処理されたストリーム１２を搬送するＴＳパケット２５AのＰＩＤ値を知らない可能性がある。従って、最初に、ＴＳフィルタリングブロック９７は、例えばＥＮ  ３０１  １９２同書に記載されるようなサービス発見に使用されるＮＩＴ７８（図２９）及びＩＮＴ（図示せず）を搬送するＴＳパケット２５Bだけを受信しフィルタ処理することができる。ユーザーには、サービスを選択することができる電子サービスガイド（図示せず）が提示される。プロセッサ８３（図３０）は、ＮＩＴ７８（図２９）又はＩＮＴ（図示せず）において選択されたサービスのＰＩＤを探し、ＴＳフィルタリングブロック９７にＰＩＤを提供してＴＳパケット２５Aをフィルタ処理するようにする。
【０１７４】
セクション・デキャプスレーティングブロック９９は、ＭＰＥ及びＭＰＥ−ＦＥＣセクション１６、１７のヘッダ４６、４９（図１３及び１４）からリアルタイムパラメータであるｆｒａｍｅ＿ｉｄ及びｆｒａｍｅ＿ｃｏｕｎｔｅｒパラメータを抽出し、これらをコントローラブロック１００に提供する。
【０１７５】
セクション・デキャプスレーティングブロック９９は、ＭＰＥ及びＭＰＥ−ＦＥＣセクション１６、１７のペイロード４７、５０（図１３及び１４）並びにＳＩ／ＰＳＩテーブルセクション２１からデータグラム及びＲＳ列を抽出し、これらをＭＰＥ−ＦＥＣ復号ブロック１０２及びＰＳＩ／ＳＩパーサ１０３にそれぞれ転送する。セクション・デキャプスレーティングブロック９９はまた、アドレス４３（図１３）をＭＰＥ−ＦＥＣ復号ブロック１０２に転送する。
【０１７６】
コントローラブロック１００はまた、リアルタイムパラメータを分析し、受信器８２1にスイッチオフするか或いは電力を節約するように命令する制御信号１０４を生成する。コントローラブロック１００はまた、他の処理ブロックにスイッチオフ又は電力を節約するように命令する他の制御信号（図示せず）を生成することができる。
【０１７７】
コントローラブロック１００はまたリアルタイムパラメータを分析し、バーストの終わりが失われた場合に復号を始めるようＭＰＥ−ＦＥＣ復号ブロック１０２に命令する制御信号１０５を生成する。
【０１７８】
ＭＰＥ−ＦＥＣ復号ブロック１０２は、１つ又はそれ以上の復号テーブル１０６を含む。以下に詳細に説明するように、復号テーブル１０６の数及びサイズは、ＭＰＥ−ＦＥＣフレーム構成に基づいて決定することができる。
【０１７９】
ＭＰＥ−ＦＥＣ復号ブロック１０２は、ＩＰパージング及びフィルタリングブロック１０７に出力し、フィルタ処理されたストリーム１２をＩＰアドレスに従ってＩＰストリーム９をフィルタリングする。
【０１８０】
図３０、３１、及び３２を参照し、移動端末２の動作方法について説明する。
【０１８１】
移動端末２がユーザーによって或いは別の適切な時間にスイッチオンされると、プロセッサ８３はＮＩＴ７８（図２９）及びＩＮＴ（図示せず）をダウンロードし、これらをメモリ８５内に記憶する（ステップＳ１８及びＳ１９）。
【０１８２】
ＮＩＴ（図２９）及びＩＮＴ（図示せず）を使用して、必要な場合に適切なＳＩテーブル（図示せず）をダウンロードし、これによって電子サービスガイド（ＥＳＧ）（図示せず）を提供できるようにする。移動端末ユーザー（図示せず）は、ディスプレイ９３を介してＥＳＧを閲覧し、キーパッド９４を使用してサービスを選択することができる（ステップＳ１９）。
【０１８３】
ユーザーは、フィルタ処理されたストリーム１２1、１２2（図４）によって提供されるサービスを利用することを望む。
【０１８４】
サービスが選択されると、プロセッサ８３は、対応するタイムスライス及びＦＥＣ識別記述子７３についてメモリ８５内に記憶されたネットワークＮＩＴ７８をサーチする。プロセッサ８３は、記述子７３のタイムスライシング、ＭＰＥ  ＦＥＣ、最大バースト持続時間、最大平均レート、バーストサイズ及びフレームサイズ、並びにタイムスライス・アイデンティティフィールド（図示せず）を調べ、タイムスライシング及びＭＰＥ−ＦＥＣが使用されるかどうかを判定し、使用される場合には、タイムスライシング及びＭＰＥ−ＦＥＣパラメータを収集する。
【０１８５】
更に、プロセッサ８３は、バースト番号フィールド７５、フレームサイズフィールド７６、ＭＰＥ−ＦＥＣフレーム番号フィールド７７、及びバーストサイズフィールドを調べ、単一のＭＰＥ−ＦＥＣフレームを送信するのに使用されるバーストの数、ＭＰＥ−ＦＥＣフレームのサイズ及び単一のバーストで搬送されるＭＰＥ−ＦＥＣフレームの数を求める。これらのパラメータは、ＴＳフィルタリングブロック９７、セクションデマルチプレクサ９９、及びＭＰＥ−ＦＥＣ復号ブロック１０２に渡される。
【０１８６】
図３３を参照すると、ＭＰＥ−ＦＥＣ復号ブロック１０２は、バッファ１０６、この実施例では第１及び第２バッファ１０６1、１０６2を作成し、これらは、第１及び第２コーディングテーブル２７1、２７2（図７）に対応し、それぞれアプリケーションデータテーブル１０７1、１０７2、ＲＳデータテーブル１０８1、１０８2を含み、２５５列１０９1、１０９2と１０２４行１１０1、１１０2を有し、バッファ１０６1、１０６2内の各ポジション１１１1、１１１2が１バイトのデータを保持している（ステップＳ２１）。バッファ１０６を作成する段階は、サイズＬ×２メガビット（Ｌ＞１）を有する単一のバッファの部分を所与のＭＰＥ−ＦＥＣフレームに割り当てる段階を含むことができる。
【０１８７】
受信器８２1がまだスイッチオンされていない場合、コントローラ１００は、受信器８２1にスイッチオンを命令する（ステップＳ２２）。
【０１８８】
受信器８２1は信号８を復調し、ＴＳストリーム２５’を出力する。ＴＳストリーム２５’は、マルチプレックス２５（図２７）の少なくとも一部を含む。
【０１８９】
ＴＳフィルタリングブロック９７は、ＰＩＤ７１（図２６）に従ってＴＳパケット２５A（図２５）をフィルタ処理する（ステップＳ２３）。ＴＳフィルタリングブロック９７は、誤りを含むあらゆるＴＳパケット２５Aを廃棄することができる。
【０１９０】
セクションパージングブロック９８はＴＳパケット２５Aを受信し、ＴＳパケット２５Aからセクションフラグメント６９（図２５）をデキャプスレートして、例えば、図１７に示されるものに類似したＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７を出力する（ステップＳ２４）。
【０１９１】
図３４を参照すると、セクション・デキャプスレーティングブロック９９は、ＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７を受信し、ＭＰＥ及びＭＰＥ−ＦＥＣセクション１６、１７からのそのペイロード４７、５０からデータグラム２８及びＲＳ列４０をデキャプスレートし（ステップＳ２５）、ヘッダ４６、４９からアドレス（ステップＳ２６）、フレームアイデンティティ及びフレームカウンタパラメータ（ステップＳ２７）、並びにバースト番号（ステップＳ２８）を含むリアルタイムパラメータを抽出する。
【０１９２】
図３５を参照すると、ＭＰＥ−ＦＥＣ復号ブロック１０２は、対応するフレームアイデンティティ及びフレームカウンタパラメータ４１、４２、アドレスデータ４３、テーブルフラグ４４、バーストエンドフラグ４５、及びバーストカウンタ６０と共に、例えばデータグラム２８1,1、２８1,2、２８2,1、２８2,2、２８2,3、２８2,4を含むデータグラム２８1、２８2及びＲＳ列４０1、４０2を受信する。
【０１９３】
フレームアイデンティティパラメータ４１に基づいて、ＭＰＥ−ＦＥＣ復号ブロック１０６は、データグラム２８及びＲＳ列４０を第１及び第２バッファ１０６1、１０６2に配向し、これらをアドレスデータ４３に従って第１及び第２バッファ１０６1、１０６2に配置する（ステップＳ２９）。
【０１９４】
ＭＰＥ−ＦＥＣ復号ブロック１０２は、バーストの終わりに達したかどうかをチェックする（ステップＳ３０）。これは、リアルタイムパラメータフィールド５４、５９（図１５及び１６）におけるバーストエンドフィールドをチェックする段階と、「１」がバーストの終わりを示す場合にバーストエンドフィールドが「１」に等しいかどうかを判定する段階を含む。バーストの終わりに達していない場合、ＴＳパケット２５A及びセクション１６、１７の処理は継続する（ステップＳ２３からＳ３０）。
【０１９５】
バーストの終わりに達した場合、ＭＰＥ−ＦＥＣ復号ブロック１０２は、同じＭＰＥ−ＦＥＣフレームから追加のデータを搬送する更なるバーストが予期されるかどうかをチェックする（ステップＳ３１）。これは、バーストカウンタ６０をチェックする段階と、バーストカウンタが「０」に等しいかどうかを判定する段階とを含む。これはまた、バーストが複数のＭＰＥ−ＦＥＣフレーム全体を含む単一のバーストであるかどうかをチェックするのに使用することができる。
【０１９６】
図３６を参照すると、バーストが１つ又はそれ以上のＭＰＥ−ＦＥＣフレームを搬送する順番の終わりであることによるかどうかに関係なく、或いはバーストが複数のＭＰＥ−ＦＥＣフレーム全体を含むか否かに関係なく、同じＭＰＥ−ＦＥＣフレームから追加のデータを搬送する更なるバーストが予期されない場合には、前記又は各ＭＰＥ−ＦＥＣフレーム１４1、１４2は、受信が完了したと見なすことができる。
【０１９７】
ＭＰＥ−ＦＥＣ復号ブロック１０２は、ＲＳ列４０1、４０2を受信する必要がないか、或いは無視することができる。
【０１９８】
図３７を参照すると、ＭＰＥ−ＦＥＣ復号ブロック１０２は、前記又は各ＭＰＥ−ＦＥＣフレーム１４1、１４2を復号する（ステップＳ３１）。これは、ＲＳコードワード３８1、３８2を使用して、誤りバイト１１２1,1などの誤りをチェックし訂正する段階を含む。
【０１９９】
ＭＰＥ−ＦＥＣ復号ブロック１０２は、前記又は各ＭＰＥ−ＦＥＣフレーム１４1、１４2を復号する必要はない。
【０２００】
ＭＰＥ−ＦＥＣ復号ブロック１０２は、バッファ１０６1、１０６2からデータグラム２８1、２８2を読み出す（ステップＳ３３）。
【０２０１】
フィルタリングブロック１０７は、そのＩＰアドレスに従ってデータグラム２８1、２８2をフィルタ処理し、これらをアプリケーション（図示せず）又はメモリに渡して、記憶、追加処理、レンダリング、又は他の利用を行う（ステップＳ３３）。サービスが配信されたか或いはこれ以上必要とされない場合、このサービスのＴＳパケット２５Aの受信及び処理を中止することができる（ステップＳ３５）。
【０２０２】
更なるバーストが予期される場合、コントローラ１００は、受信器８２1にスイッチオフを命令（ステップＳ３６）し、好ましくはバーストの最後のセクションで受信された値を使用してデルタ−ｔを待機し（ステップＳ３７）、更に、次のバーストを受信するために受信器８２1にスイッチオンするよう命令する（ステップＳ２２）。
【０２０３】
図３８を参照すると、２メガビットよりも大きなＭＰＥ−ＦＥＣフレーム、例えばＭＰＥ−ＦＥＣフレーム１４1,1’（図２２）が受信されることになる場合、従来のタイムスライシングバッファよりも大きい、すなわち２メガビットよりも大きい復号テーブル１０６1’を作成することができる。
【０２０４】
図３９を参照すると、複数のＭＰＥ−ＦＥＣフレーム、例えばＭＰＥ−ＦＥＣフレーム１４3,1、１４4,1、１４5,1が単一のバーストで受信される場合、それぞれの復号テーブル１０６3、１０６4、１０６5を作成することができる。
【０２０５】
上記に記載された実施形態に対し多くの修正を行うことができる点は理解されるであろう。例えば、移動端末２は、少なくとも第１通信ネットワーク１を介して信号を受信できるパーソナルデータアシスタント（ＰＤＡ）又は他の移動端末とすることができる。移動端末はまた、自動車などの乗物において搬送される端末のような半固定又は半携帯型端末とすることができる。
【符号の説明】
【０２０６】
６  ＭＰＥエンキャプスレータ
７  送信器
１１  デマルチプレックス
１３  ＭＰＥ−ＦＥＣ符号化  テーブル
１５  ＭＰＥ／ＭＰＥ−ＦＥＣセクションエンキャプスレーティング
１８  タイムスライシング
２０  ＳＩ／ＰＳＩセクションエンキャプスレーティング
２２  制御
２３  多重化
２６  ＤＶＢ−Ｔ変調
【図１】
2011151813.tif 000005
【図２】
2011151813.tif 000006
【図３−１】
2011151813.tif 000007
【図３−２】
2011151813.tif 000008
【図４】
2011151813.tif 000009
【図５】
2011151813.tif 000010
【図６】
2011151813.tif 000011
【図７】
2011151813.tif 000012
【図８】
2011151813.tif 000013
【図９】
2011151813.tif 000014
【図１０】
2011151813.tif 000015
【図１１】
2011151813.tif 000016
【図１２】
2011151813.tif 000017
【図１３】
2011151813.tif 000018
【図１４】
2011151813.tif 000019
【図１５】
2011151813.tif 000020
【図１６】
2011151813.tif 000021
【図１７】
2011151813.tif 000022
【図１８】
2011151813.tif 000023
【図１９】
2011151813.tif 000024
【図２０】
2011151813.tif 000025
【図２１】
2011151813.tif 000026
【図２２】
2011151813.tif 000027
【図２３】
2011151813.tif 000028
【図２４】
2011151813.tif 000029
【図２５】
2011151813.tif 000030
【図２６】
2011151813.tif 000031
【図２７】
2011151813.tif 000032
【図２８】
2011151813.tif 000033
【図２９】
2011151813.tif 000034
【図３０】
2011151813.tif 000035
【図３１】
2011151813.tif 000036
【図３２−１】
2011151813.tif 000037
【図３２−２】
2011151813.tif 000038
【図３３】
2011151813.tif 000039
【図３４】
2011151813.tif 000040
【図３５】
2011151813.tif 000041
【図３６】
2011151813.tif 000042
【図３７】
2011151813.tif 000043
【図３８】
2011151813.tif 000044
【図３９】
2011151813.tif 000045