(57)【要約】マルチプロトコルカプセル化（ＭＰＥ）を用いた受信デバイスへ、ＩＰデーターグラムを送信するために、地上デジタルビデオ放送（ＤＶＢ−Ｔ）ネットワークを使用する。ＭＰＥデータグラムセクション、および、もし、前進型誤信号訂正（ＦＥＣ）が使用されれば、ＭＰＥ−ＦＥＣデータグラムセクションが、タイムスライスされたバーストにおいて送信される。バースト間の最小時間、および、受信デバイスタイムスライシングバッファの出力ビットレートを特定するタイムスライシングパラメーターを、電力消費の改善およびサービス品質の改善に役立つために使用する。
2006526349.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークにおける信号送信方法であって、
バーストデータを記述するためのタイムスライシングパラメーターセットを提供する段階と、
前記タイムスライシングパラメーターをサービスインフォメーションに関連付ける段階と、
前記タイムスライシングパラメーターのセットに従ってバーストを形成する段階と、
を備えることを特徴とする信号送信方法。
【請求項２】
請求項１に記載の信号送信方法において、
前記タイムスライシングパラメーターセットを提供する段階が、
バースト間の最小時間を定義する段階、
を含むことを特徴とする信号送信方法。
【請求項３】
請求項１または２に記載の信号送信方法において、
前記タイムスライシングパラメーターセットを提供する段階が、
バーストの受信および出力用バッファの所望出力レートを定義する段階、
を含むことを特徴とする信号送信方法。
【請求項４】
請求項１乃至３の何れか一項に記載の信号送信方法において、
前記タイムスライシングパラメーターセットを提供する段階が、
１タイムスライシングサイクルにおける最大平均転送レートを定義する段階、
を含むことを特徴とする信号送信方法。
【請求項５】
請求項１乃至４の何れか一項に記載の信号送信方法において、
前記タイムスライシングパラメーターをサービスインフォメーションに関連付ける段階が、
記述子の中に前記タイムスライシングパラメーターセットを含む段階、
を含むことを特徴とする信号送信方法。
【請求項６】
請求項５に記載の信号送信方法であって、更に、
前記通信ネットワークを介して提供されるサービスを記述するための表の中に前記記述子を含む段階、
を含むことを特徴とする信号送信方法。
【請求項７】
請求項５または６に記載の信号送信方法であって、更に、
前記通信ネットワークの構成を記述するための表の中に前記記述子を含む段階、
を含むことを特徴とする信号送信方法。
【請求項８】
請求項１乃至７の何れか一項に記載の信号送信方法において、
前記バーストデータがデータセグメントを含む、
ことを特徴とする信号送信方法。
【請求項９】
請求項１乃至８の何れか一項に記載の信号送信方法において、
前記バーストデータがマルチプロトコルカプセル化（ＭＰＥ）セクションを含む、
ことを特徴とする信号送信方法。
【請求項１０】
請求項１乃至９の何れか一項に記載の信号送信方法において、
バーストデータがマルチプロトコルカプセル化−前進型誤信号訂正（ＭＰＥ−ＦＥＣ）フレームを含む、
ことを特徴とする信号送信方法。
【請求項１１】
請求項１０に記載の信号送信方法において、
少なくとも一つのトランスポートストリームパケットにおいて前記ＭＰＥ−ＦＥＣフレームをカプセル化する段階、
を含むことを特徴とする信号送信方法。
【請求項１２】
請求項１乃至１１の何れか一項に記載の信号送信方法において、
バーストデータがセクションのセットを含むことを特徴とする信号送信方法。
【請求項１３】
請求項１２に記載の信号送信方法であって、
少なくとも一つのトランスポートストリームパケットにおいて前記ＭＰＥ−ＦＥＣをカプセル化する段階、
を備えることを特徴とする信号送信方法。
【請求項１４】
請求項１乃至１３の何れか一項に記載の信号送信方法において、
前記通信ネットワークはデジタルビデオ放送（ＤＶＢ）システムであることを特徴とする信号送信方法。
【請求項１５】
請求項１乃至１４の何れか一項に記載の信号送信方法であって、
前記バーストをネットワーク要素に転送する段階、
を備えることを特徴とする信号送信方法。
【請求項１６】
通信ネットワークにおける要素操作方法であって、
バーストデータを記述するための前記タイムスライシングパラメーターセットを受信する段階と、
前記タイムスライシングパラメーターをサービスインフォメーションに関連付ける段階と、
前記タイムスライシングパラメーターに従ってバーストのフォーマットを整える段階と、
を備えることを特徴とする要素操作方法。
【請求項１７】
請求項１６に記載の要素操作方法において、
前記タイムスライシングパラメーターセットが１タイムスライシングサイクルにおける最大平均転送レートを含むことを特徴とする要素操作方法。
【請求項１８】
通信ネットワークを介してバーストデータを受信するための受信デバイスを操作する受信デバイス操作方法であって、
前記通信ネットワークを介してサービスインフォメーションを受信する段階と、
前記サービスインフォメーションから前記データバーストを記述するためのタイムスライシングパラメーターセットを得る段階と、
を備えることを特徴とする受信デバイス操作方法。
【請求項１９】
請求項１８に記載の受信デバイス操作方法において、
前記タイムスライシングパラメーターを得る段階が、
１タイムスライシングサイクルにおける最大平均転送レートに関連したデータを読み出す段階、
を含むことを特徴とする受信デバイス操作方法。
【請求項２０】
請求項１８または１９に記載の受信デバイス操作方法であって、更に、
前記データバーストがバッファできるか否かを決定する段階、
を備えることを特徴とする受信デバイス操作方法。
【請求項２１】
請求項１８乃至２０の何れか一項に記載の受信デバイス操作方法であって、更に、
前記データバーストを受信するために受信器を構成する段階、
を備えることを特徴とする受信デバイス操作方法。
【請求項２２】
請求項１８乃至２１の何れか一項に記載の受信デバイス操作方法において、
前記タイムスライシングパラメーターセットがバースト間の最小時間を含み、
更に、前記受信デバイス操作方法が、
バーストが受信されたか否かを決定する段階と、
もし、バーストが受信されていなければ、前記最小時間を用いて前記データバーストを受信するための受信器を構成する段階と、
を備えることを特徴とする受信デバイス操作方法。
【請求項２３】
請求項１８乃至２２の何れか一項に記載の受信デバイス操作方法において、
前記タイムスライシングパラメーターがバースト間の最小時間を含み、
更に、前記受信デバイス操作方法が、
一つのバーストで受信されたデータを復号するための十分な時間があるか否かを決定する段階、
を備えることを特徴とする受信デバイス操作方法。
【請求項２４】
請求項１８乃至２３の何れか一項に記載の受信デバイス操作方法において、
前記タイムスライシングパラメーターセットがバッファの所与の出力レートを含み、
更に、前記受信デバイス操作方法が、
前記所与の出力レートがバッファの実際の出力レートを越えているか否かを決定する段階、
を備えることを特徴とする受信デバイス操作方法。
【請求項２５】
コンピュータプログラムであって、
請求項１乃至２４の何れか一項に記載の方法を実行するためのデータ処理装置を構成するコンピュータプログラム命令を備えることを特徴とするコンピュータプログラム。
【請求項２６】
通信ネットワークにおける送信方法であって、
バーストデータを記述するためのタイムスライシングパラメーターセットを提供する段階と、
前記タイムスライシングパラメーターをサービスインフォメーションに関連付ける段階と、
前記タイムスライシングパラメーターセットに従ってバーストのフォーマットを整える段階と、
を備えることを特徴とする送信方法。
【請求項２７】
請求項２６に記載の送信方法において、
前記タイムスライシングパラメーターセットが１タイムスライシングサイクルにおける最大平均転送レートを含む、
ことを特徴とする送信方法。
【請求項２８】
請求項２６または２７に記載の送信方法であって、
前記サービスインフォメーションを送信する段階、
を備えることを特徴とする送信方法。
【請求項２９】
請求項２６乃至２８の何れか一項に記載の送信方法であって、
前記バーストを送信する段階、
を備えることを特徴とする送信方法。
【請求項３０】
通信ネットワークにおける信号送信システムであって、
バーストデータを記述するためのタイムスライシングパラメーターセットを提供する手段と、
前記タイムスライシングパラメーターをサービスインフォメーションに関連付ける手段と
前記タイムスライシングパラメーターセットに従ってバーストのフォーマットを整える手段と、
を備えることを特徴とする信号送信システム。
【請求項３１】
請求項３０に記載の信号送信システムにおいて、
前記タイムスライシングパラメーターセットが１タイムスライシングサイクルにおける最大平均転送レートを含む、
ことを特徴とする信号送信システム。
【請求項３２】
ネットワーク要素であって、
バーストデータを記述するためのタイムスライシングパラメーターセットを受信し、
前記タイムスライシングパラメーターをサービスインフォメーションに関連付け、
前記タイムスライシングパラメーターに従ってバーストのフォーマットを整える、
ために構成されたネットワーク要素。
【請求項３３】
請求項３２に記載のネットワーク要素であって、
前記ネットワーク要素が送信器である、
ことを特徴とするネットワーク要素。
【請求項３４】
請求項３２または３３に記載のネットワーク要素において、
前記タイムスライシングパラメーターセットが１タイムスライシングサイクルにおける最大平均転送レートを含む、
ことを特徴とするネットワーク要素。
【請求項３５】
端末であって、
前記端末が、
通信ネットワークを介してバーストデータを受信するための受信器、
前記受信器の操作を制御するためのプロセッサ、
を備え、
前記端末は、
前記通信ネットワークからサービスインフォメーションを受信し、
前記サービスインフォメーションから前記バーストを記述するタイムスライシングパラメーターセットを得て、
前記タイムスライシングパラメーターセットに基づいた前記受信器の操作を制御する、
ために構成されている、
ことを特徴とする端末。
【請求項３６】
請求項３５に記載の端末であって、
前記タイムスライシングパラメーターセットから１タイムスライシングサイクルにおける最大平均転送レートを得るために構成された、
ことを特徴とする端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークにおける信号伝達方法に関連する。排他的な意味ではなく、特にデジタルビデオ放送（ＤＶＢ）ネットワークにおけるタイムスライシングパラメーターの信号伝達方法に関連する。
【背景技術】
【０００２】
移動体通信システムは、例えば、ＭＰＥＧ−４のような、高度な圧縮技術を用いることで、ストリーミングビデオを可能とするための十分な回線容量を提供できることが知られている。例えば、第３世代移動体通信ネットワークは、最大３８４キロビット毎秒（ｋｂｐｓ）の回線容量を有する。しかしながら、これは、例えば、ファイルのダウンロードといったような、いくつかのサービスにとっては、十分な帯域幅とはいえない。
【０００３】
とはいっても、より高速な伝送システムが知られている。例えば、デジタルビデオ放送（ＤＶＢ）送信システムは１０Ｍｂｐｓ、または、それ以上の回線容量の提供を可能とする。したがって、より高速な伝送システムを用いることで、移動体通信システムを増補することが可能である。
【０００４】
ＤＶＢ受信器は、例えば、デジタルテレビのような形態で適用されることが知られている。通常、ＤＶＢ受信器は固定され、コンセントから電源を得る。しかし、携帯型の手持ち用端末は通常電池により電源を得るものであり、その電力には限界がある。
【０００５】
ＤＶＢ受信器の平均電力消費量は時分割多重（ＴＤＭ）に基づく方式を使用することで削減することができる。そのような方式はタイムスライシングと呼ばれる。
【０００６】
あるサービスが要求された場合に、タイムスライシングを用いてデータを送信することが可能である。バーストデータは、静的な帯域幅を用いたデータ送信のために必要とされる帯域幅に比べて、非常に高速な回線容量を用いて送信される。各バーストは、次のバーストが開始する時間の指示を含んでおり、それは、「ｄｅｌｔａ−ｔ」として参照される。バーストの間では、データは送信されず、そのサービスのために割り当てられた回線容量をその他のサービスが使用することを許容する。従って、この受信器は、バーストを受信する時間の部分だけアクティブであれば足りるのである。とはいっても、比較的より一定、かつ、低速度で、受信されたバーストはバッファされ、処理される。
【０００７】
しかし、タイムスライシングは、受信器が十分に大きなバッファを必要とするという問題点を有している。バッファが小さすぎた場合、前のバーストが処理される以前に、受信器がバーストの受信を開始してしまうことが考えられる。復号が時間のズレを生じさせるため、もし、データが処理される前に復号される必要がある場合は、この問題はさらに悪化する。
【０００８】
本発明は、通信システムにおいて、信号伝達方法を可能とすることを模索する。
【発明の開示】
【課題を解決するための手段】
【０００９】
本発明によれば、通信ネットワークにおける信号送信方法が提供される。その方法は、バーストデータを記述するためのタイムスライシングパラメーターのセットを提供する段階と、サービスインフォメーションにおいてタイムスライシングパラメーターを含む段階タイムスライシングパラメーターのセットに従ってバーストを形成する段階を含む。
【００１０】
これは、デバイスがデータバーストを受信できるか否かを決定し、および／または、データバーストを受信するために自分自身を構成することができるようになる利点を有している。
【００１１】
タイムスライシングパラメーターのセットを提供する段階は、バースト間の最小時間を定義する段階、受信するためのバッファの所望出力レートを定義する段階、および、バーストを出力する又は１タイムスライシングサイクル上で最大平均転送レートを定義する段階を含むことも考えられる。
【００１２】
タイムスライシングパラメーターをサービスインフォメーションに関連付ける段階は、記述子のなかのタイムスライシングパラメーターセットを含むことが考えられる。この方法はさらに通信ネットワークを介して提供されるサービスを表現するための表の中の記述子を含むことが考えられる。この方法は更に通信ネットワークの構成を表現するための表の中で記述子を含むことが考えられる。
【００１３】
データバーストがマルチプロトコルエンカプスレーター（ＭＰＥ）セクションのようなデータセグメントを含むことが考えられる。例えば、マルチプロトコルエンカプスレーター前進型誤信号訂正（ＭＰＥ−ＦＥＣ）フレームとすることが考えられる。この方法は、少なくとも一つのトランスポートストリームパケットにおけるＭＰＥ−ＦＥＣフレームをカプセル化することからなることが考えられる。
【００１４】
データバーストはセクションのセットからなることが考えられる。この方法は、少なくとも一つのトランスポートストリームパケットにおけるセクションのセットをカプセル化することを含む。
【００１５】
通信ネットワークはデジタルビデオ放送（ＤＶＢ）システムであることが考えられる。
【００１６】
この方法はネットワーク要素へバーストを転送することを含むことが考えられる。
【００１７】
本発明によれば、通信ネットワークにおける要素の操作方法が提供され、その方法はデータのバーストを表現するためのタイムスライシングパラメーターのセットを受信する段階と、タイムスライシングパラメーターをサービスインフォメーションにつなぎ合わせる段階と、タイムスライシングパラメーターのセットに従ってバーストを形成する段階とを含む。
【００１８】
本発明に従うと、通信ネットワークを介してデータのバーストを受信するために受信デバイスを操作する方法が、更に提供され、この方法は、通信ネットワークを介してサービスインフォメーションを受信する段階と、およびサービスインフォメーションからデータバーストを表現するためのタイムスライシングパラメーターのセットを獲得する段階とを含む。
【００１９】
この方法はデータバーストがバッファされることができるかを決定する段階およびデータバーストを受信するための受信器を構成する段階を含む。
【００２０】
このタイムスライシングパラメーターのセットは、バースト間の最小時間を含み、かつ、この方法は更にバーストが受信されたか否かを決定する段階と、もし、バーストが受信されていなければ、前記最小時間を使ってデータバーストを受信するために受信器を構成する段階と、または、バースト内で受信されたデータを復号するための十分な時間があるか否かを決定する段階とを含む。
【００２１】
タイムスライシングパラメーターのセットはバッファの所与の出力レートを含み、かつ、この方法は、所与の出力レートがバッファの実際の出力レートを越えたか否かを決定する。
【００２２】
本発明に従い、この方法を実行するためのデータ処理を実行する装置を構成するコンピュータプログラム命令からなるコンピュータプログラムもまた提供する。
【００２３】
本発明に従うと、通信ネットワークにおける送信方法もまた提供され、この方法は、データのバーストを表現するためのタイムスライシングパラメーターのセットを提供する段階と、タイムスライシングパラメーターをサービスインフォメーションに関係付ける段階と、かつ、タイムスライシングパラメーターのセットに従ってバーストを形成する段階とを含む。
【００２４】
この方法は、サービスインフォメーションの送信およびバーストの送信を含むことが考えられる。
【００２５】
本発明は、更に通信ネットワークにおける信号送信のシステムを提供し、この方法は、データのバーストを表現するためのタイムスライシングパラメーターのセットを提供する段階と、タイムスライシングパラメーターをサービスインフォメーションに関連付ける段階と、タイムスライシングパラメーターに従ってバーストを形成する段階とを含む。
【００２６】
本発明によると、データのバーストを表現するためのタイムスライシングパラメーターのセットを受信し、タイムスライシングパラメーターをサービスインフォメーションにつなぎ合わせ、かつタイムスライシングパラメーターセットに従ってバーストを形成するために構成されたネットワーク要素もまた提供される。
【００２７】
ネットワーク要素は送信器を含むことが考えられる。
【００２８】
本発明に従うと、通信ネットワークを介してデータのバーストを受信するための受信器および前記受信器を操作するためのプロセッサを含む端末が更に提供され、その端末は、前記通信ネットワークからサービスインフォメーションを受信し、サービスインフォメーションから、データバーストを記述するためのタイムスライシングパラメーターのセットを獲得し、かつ、タイムスライシングパラメーターのセットに基づいて受信器の操作を行なうために構成される。
【００２９】
タイムスライシングパラメーターセットは、１タイムスライシングサイクル上での最大平均送信レートを含むことが考えられる。
【発明を実施するための最良の形態】
【００３０】
“通信システム１”
図１を参照すると、通信システム１が示されている。この通信システム１は、オーディオビジュアルコンテンツ、データファイルや画像等のようなコンテンツソース３1、３2へのアクセス手段を有するコンテンツプロバイダ２を含んでいる。
【００３１】
コンテンツ４は、地上デジタルビデオ放送（ＤＶＢ−Ｔ）ネットワークのようなデジタル放送ネットワークによって、インターネットプロトコル（ＩＰ）を使用して、一つかそれ以上の受信デバイス５1、５2へ送信される。受信デバイス５1、５2は、ビデオ機能を有した携帯電話であって、少なくとも二つの異なる通信チャネル６、７からデータを受信するように構成される。
【００３２】
コンテンツデータ４は、コンテンツデータ４を受信し、コンテンツデータ４の誤り訂正を使用するためのリカバリーデータ９を生成するネットワーク要素８に送信される。コンテンツデータ４は、第１の通信チャネル６を経由して受信デバイス５1、５2に送信される。この例においては、第１の通信チャネル６は、ＤＶＢ−Ｔネットワークのような、放送ネットワークであって、送信器１１を含む放送ネットワークである第１のネットワーク１０によって提供される。コンテンツ４は、第１の通信ネットワーク１０に関連付けられた（図には示されていない）セルの中の受信デバイス５1、５2へ放送、マルチキャスト、または、ユニキャストされる。
【００３３】
リカバリーデータ９は、第２の通信チャネル７を経由して受信デバイス５1、５2へ送信される。この例においては、第２の通信チャネル７は、例えば、第３世代（３Ｇ）移動体通信ネットワークのような移動体通信ネットワークである第２の異なる通信ネットワーク１２によって提供され、その第２の通信ネットワーク１２は、送信器１３を含んでいる。リカバリーデータ９、および、例えば、音声データのようなその他のデータは、第２の通信ネットワーク１２に関連付けられた（図には示されていない）セルの中の受信デバイス５1、５2送信される。この第２の通信ネットワーク１２は第２世代（２Ｇ）または第２．５世代（２．５Ｇ）ネットワークとすることが考えられる。
【００３４】
図１においては、通信システム１が単純化して示されている。その他の要素、例えば、（図には示されていない）更なる送信器、（図には示されていない）ネットワーク要素、または、（図には示されていない）ネットワークが含まれることが考えられる。
【００３５】
送信器１１、１３は、それぞれ受信デバイス５1、５2へデータを送信するための送信ノード（Ｎｏｄｅ）を提供し、それは、受信器または受信ノードを構成する。
【００３６】
“ネットワーク要素８”
図２において、ネットワーク要素８は、ＤＶＢマルチプロトコルカプセル化（ＭＰＥ）エンカプスレーター（ｅｎｃａｓｕｌａｔｏｒ）である。このネットワーク要素８は、ＭＰＥＧプログラムスペシフィックインフォメーション（ＰＳＩ）やＤＶＢサービスインフォメーション（ＳＩ）のような、ＩＰデータグラム１４、および、サービスデータ１５を受信し、かつ、ＩＳＯ／ＩＥＣ  １３８１８１に従ってトランスポートストリーム１６を生成する。このトランスポートストリーム１６は、一般的には１８８バイト長である、トランスポートストリーム（ＴＳ）パケット１７を含む。
【００３７】
図３についても参照すると、トランスポートストリーム１６は、複数の論理チャネルへ分割されることがわかる。ＴＳパケット１７が帰属する論理チャネルは、パケット識別子（ＰＩＤ）１９を使用してパケットヘッダ１８の中で定義される。ＴＳパケットペイロード２０のコンテンツを特定するために、パケット識別子を使用することも可能である。
【００３８】
例えば、第１のＴＳパケット１７1のコンテンツは、ＰＩＤ値を（１６進数表記で）０ｘ００３０から０ｘ１ＦＦＥの間で指定することで、ビデオ、オーディオ、またはその他の種類のデータであると特定することが考えられる。第２のＴＳパケット１７2のコンテンツは、ＰＩＤ＝０ｘ００１０と指定することで、ネットワークインフォメーションテーブル（ＮＩＴ）のすべて、または、一部を含むものとして特定される。以下で更に詳細を説明するように、ＮＩＴ、および、その他の種類の表は、タイムスライシングパラメーター、および、その他の前進型誤信号訂正に関連したパラメーターを受信デバイス５1、５2（図１）へ信号として送信するために使用されることが考えられる。
【００３９】
ＭＰＥエンカプスレーター８もまた、その他の機能を実行し、かつ、以下で更にこれらの詳細を述べる。
【００４０】
“受信デバイス５1、５2”
図４を参照すると、各受信デバイス５1、５2は、マルチメディア機能を有した携帯電話であることが好ましい。
【００４１】
各受信デバイス５1、５2は、第１と第２のアンテナ２１1、２１2、受信器２２1、および、送信器２２2を含む。この例においては、第１のアンテナ２１1、および、受信器２２1は、第１の通信ネットワーク１０、ここでは、ＤＶＢ−Ｔネットワークからの信号を受信するために使用される。第２のアンテナ２１2、および、受信器２２2は、第２の通信ネットワーク１０へ、そして、第２の通信ネットワーク１０から信号を送信し、受信するために使用される。この受信器および送信器２２1、２２2は、受信信号を増幅し、復号するためにそれぞれ（図には示されていない）無線信号処理回路を含み、かつ、チャネル復号と逆多重化するための（図には示されていない）それぞれのプロセッサを含む。
【００４２】
各受信デバイスは、制御器２３、ユーザーインターフェース２４、メモリ２５、ｓマートカードリーダー２６、スマートカードリーダー２６によって受け入れられるスマートカード２７、符号器／復号器（ｃｏｄｅｃ）２８、アンプ３０に対応したスピーカー２９、および、プリアンプ３２に対応したマイク３１を含む。
【００４３】
ユーザーインタフェース２４は、ディスプレイ３３およびキーパッド５４を含む。従来の携帯電話のディスプレイに比べてより大きい、および／または、より大きな解像度を有していること、および、カラー画像機能を有するため、ディスプレイ３３は画像およびビデオを表示することに適している。各受信デバイス５1、５2は電池３５もまた含む。
【００４４】
制御器２３は、メモリ２５内の（図には示されない）コンピューターソフトウェアの命令に基づいて受信デバイス５1、５2の操作を管理する。例えば、制御器２３は、ディスプレイ３３のための出力を提供し、かつ、キーパッド３４からの入力を受信する。
【００４５】
図５を参照すると、電池３５および第１のアンテナ２１1および受信器２２1が、電池パック３６に組み込まれていることが示されている。従来の携帯電話器のバッテリーを、（図には示されていないが）受信器を含んだバッテリーパック３６に交換し、かつ、適切なソフトウェアを提供することによって、（図には示されていないが）従来の携帯電話器は、第１の通信ネットワーク１０を経由してデータを受信できるように修正されることができる。もう一つの方法として、第１のアンテナ２１1および受信器２２1は、（図には示されていない）従来の携帯電話器のための（図には示されていない）カバーに組み込まれることが可能である。
【００４６】
第１と第２の通信ネットワーク１０、１２（図１）から信号を受信するために適応された単一の受信器、および、第２の通信ネットワーク１２（図１）へ信号を送信するために適応された送信器を提供するように、受信デバイス５1、５2が、修正されることが考えられる。もう一つの方法として、両方のネットワーク１０、１２のための単一の送信器を提供することも考えられる。
【００４７】
図６を参照すると、受信器２２1は、第１の通信ネットワーク１０からの信号３７を受信することが示されている。信号３７は増幅され、復号され、チャネル復号され、逆多重化される。（図には示されていない）結果としての逆多重化された信号は、データグラムのバースト３８を取り出すために、フィルタリングされる。タイムスライスされていないデータグラムのストリーム４０を生成するために、データグラムバースト３８は、タイムスライスバッファ３９へ入力される。このタイムスライスバッファは、制御器２３およびメモリ２５によって提供される。好ましくは、このデータグラムストリーム４０は実質的に、連続的であり、一定の速度である。
【００４８】
タイムスライスバッファ３９の詳細については後述する。
【００４９】
受信デバイス５1、５2は、携帯情報端末（ＰＤＡ）か、少なくとも第１の通信ネットワーク１０を経由して信号を受信する機能を有しているその他の携帯端末であることが考えられる。受信デバイス５1、５2は、車のような乗物で運ばれる端末のような、準固定または準持ち運び可能であることも考えられる。
【００５０】
“ＭＰＥエンカプスレーター８の操作”
ＭＰＥエンカプスレーター８は多くの機能を実行する。それらのいくらかは二つのカテゴリーに分類することができる。一つは、バーストにおけるアプリケーションデータの準備及び送信を含む処理。もう一つは、タイムスライシングおよび前進型誤信号訂正パラメーターの準備および信号伝達を含む処理である。
【００５１】
“アプリケーションデータの準備及び送信”
図７および８を参照すると、ＭＰＥエンカプスレーター８（図１）が、前進型誤信号訂正符号およびフォーマットデータ、この場合は、サーバー−端末間制御プロトコル（ＤＳＭ−ＣＣ）セクションフォーマットを生成する処理が記載されている。
【００５２】
ＭＰＥエンカプスレーター８（図１）は、コンテンツプロバイダー２（図１）から、この場合はＩＰデータグラムとするデータパケット４１1、４１2、４１3、４１4を受信する。そして、もし必要であれば、ＭＰＥエンカプスレーター８（図１）は、順番に配置しおよび／または、例えばＩＰアドレスに基づいて選択されたデータグラムをドロップし、それらの前処理を行なう（ステップＳ１）。ＭＰＥエンカプスレーター８（図１）は（図に示されていない）イーサーネットフレームを受信することが考えられ、したがって、イーサーネットフレーム構造を取り除くような追加的な処理が要求されることが考えられる。
【００５３】
任意的に、データパケット４１1、４１2、４１3、４１4のために前進型誤信号訂正符号が計算される（ステップＳ２）。
【００５４】
このパケット４１1、４１2、４１3、４１4は符号化表または配列４２に格納される（ステップＳ２．１）。このパケット４１1、４１2、４１3、４１4は、アプリケーションデータ表４４として参照される表４２の一部の列、この場合だと、表４２の一番左の部分の列４３1、４３2、４３3、４３4に順次格納される。パケット４１1、４１2、４１3、４１4を、一つかそれ以上の列４３1、４３2、４３3、４３4の一つかそれ以上のアドレス可能な格納先に格納することができる。
【００５５】
一度、所与のパケット数を格納し、または、アプリケーションデータ表４４が埋められると、前進型誤信号訂正（ＦＥＣ）データ４５1、４５2、４５3が計算される（ステップＳ２．２）。好ましくは、リード−ソロモン方式のデータであるこのＦＥＣデータ４５1、４５2、４５3が、各行４６1、４６2、４６3のために計算され、リード−ソロモンデータ表４７として参照される表４２の一部に入力される。
【００５６】
好ましくは、符号化表４２は２５５列を有する。例えば、アプリケーションデータ表４４は１９１列を含み、かつ、リード−ソロモン表４７が６４列を含むことが考えられる。好ましくは、アプリケーションデータ表が表４２の一番左側の部分を占拠し、リード−ソロモン表が表４２の一番右側の部分を占拠する。符号化表４２は、最大で１０２４行とする選択可能な行数を有する。好ましくは、表４２は１バイトのアドレス可能な要素を含む。したがって、２５５列、および、１０２４行を伴う表は、最大２Ｍｂｉｔｓのデータを格納することができる。
【００５７】
パケット４１1、４１2、４１3、４１4が順次行に格納され、ＦＥＣデータパケット４５1、４５2、４５3がそれぞれの列のために計算されることが考えられる。換言すれば、行と列は、置き換えることが可能である。パケット４１1、４１2、４１3、４１4の長さまたはサイズが可変であることもまた考えられる。パケット４１1、４１2、４１3、４１4は、同じサイズでないかもしない。アプリケーションデータ表４４は、スタッフィング（ｓｔｕｆｆｉｎｇ）インフォメーションで、例えば、表の最後を埋められることが考えられる。スタッフィングインフォメーションは、ＦＥＣデータ４５1、４５2、４５3を計算するときに取り除かれる。
【００５８】
パケット４１1、４１2、４１3、４１4およびＦＥＣパケット４８1、４８2、４８3は、符号化表から読み出される（ステップＳ２．３）。ＦＥＣパケット４８1、４８2は、行ごとに読み出される。パケット４１1、４１2、４１3、４１4およびＦＥＣパケット４８1、４８2は分離され、フォーマットされる（ステップＳ３）。
【００５９】
ＭＰＥエンカプスレーター８（図１）は、好ましくは、ヨーロッパ電気通信規格研究所（ＥＴＳＩ）規格３０１  １９２、「デジタルビデオ放送（ＤＶＢ）；データ放送のためのＤＶＢ仕様」Ｖ１．３．１（２０００３−０１）の第７節に従って、データをフォーマットする。
【００６０】
図９を参照すると、ＭＰＥエンカプスレーター８は、パケット４１1、４１2、４１3、４１4を、以下の表１に定義されたシンタックス（ｓｙｎｔａｘ）を使用して、ＤＳＭ−ＣＣセクションフォーマットに従ったＭＰＥデータグラムセクション４９1、４９2、４９3、４９4に配置する。
【００６１】
【表１】
2006526349.tif 000003
【００６２】
図８をまだ参照すると、以下に示す表２の中で定義されるシンタックスを使用することで、ＭＰＥエンカプスレーター８が、ＦＥＣパケット４８1、４８2を、ＭＰＥ−ＦＥＣデータグラムセクションと呼ばれる５０1、５０2に配置する。
【００６３】
【表２】
2006526349.tif 000004
【００６４】
図１０を参照すると、ＭＰＥセクション４９、または、ＭＰＥ−ＦＥＣセクション５０の一般的な構成が示されている。ＭＰＥ／ＭＰＥ−ＦＥＣセクション４９、５０は、ヘッダ５１、ペイロード５２およびトレーラー（ｔｒａｉｌｅｒ）５３を含む。ペイロード５２は、上記表１、２で定義されているように、パケット４１1、４１2、４１3、４１4（図９）、または、ＦＥＣパケット４８1、４８2（図９）を含む。
【００６５】
図１１を参照すると、ＭＰＥセクション４９1、４９2、４９3、４９4、および、ＭＰＥ−ＦＥＣセクション５０1、５０2は、バースト５４1を含む。後述する詳細のように、バースト５４1は、エレメンタリーストリーム（ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）上で配送され、単一のＰＩＤで特定される。バースト５４1と次のバースト５４2の間（図１５）においては、同じエレメンタリーストリームでは、セクションは送信されない。
【００６６】
図１２を参照すると、ＭＰＥセクション４９1、４９2、４９3、４９4、および、ＭＰＥ−ＦＥＣセクション５０1、５０2を含む第１番目のバースト５４1が、ＴＳパケット５５1、５５2、５５3の中に配置される（ステップＳ５）。
【００６７】
この例においては、ＴＳパケット５５1、５５2、５５3は、複数のＭＰＥセクション４９1、４９2、４９3、４９4およびＭＰＥ−ＦＥＣセクション５０1、５０2を含むことが考えられる。しかし、ＭＰＥセクション４９1、４９2、４９3、４９4、または、ＭＰＥ−ＦＥＣセクション５０1、５０2は、多数のＴＳパケット５５1、５５2、５５3の間で、分割され得る。ＴＳパケット５５1、５５2、５５3は、同じＰＩＤでラベルを付けられる。
【００６８】
バースト５４1は、エレメンタリーストリームの中で、次のバースト５４2の開始時間を示すことができる。これは、受信デバイス５1、５2に、タイムスライス、および／または、ＦＥＣが使用されているという情報の信号を送信すること、および、そのエレメンタリーストリームにおいて続いて到来するバーストに関する情報を送信することで達成される。
【００６９】
信号送信は、サービス詳述セクションを使用して送信されるＳＤＴ（Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｔａｂｌｅ）においてデータ放送記述子を含む。データ放送記述子は、エレメンタリーストリームにおける受信器を識別するために、ＭＡＣ＿ａｄｄｒｅｓｓ＿１乃至ＭＡＣ＿ａｄｄｒｅｓｓ４フィールドは使用されないが、ｄｅｌｔａ−ｔのようなリアルタイムパラメーターを搬送するために使用されることを示す。サービス詳述セクション、および、データ放送記述子は、ＥＴＳＩのＥＮ  ３０１  ４６８、「デジタルビデオ放送（ＤＶＢ）；ＤＶＢシステムにおけるサービスインフォメーション（ＳＩ）」Ｖ１．５．１（２００３−０１）の第６及び７節に詳細が記述されている。
【００７０】
引き続いて到来するバーストに関連した情報を送信することは、各ＭＰＥセクション４９1、４９2、４９3、４９4、および、各ＭＰＥ−ＦＥＣセクション５０1、５０2の上記表１または２において定義されているように、各ヘッダのＭＡＣ＿ａｄｄｒｅｓｓ＿１乃至ＭＡＣ＿ａｄｄｒｅｓｓ＿４フィールドにおけるいわゆるリアルタイムパラメーターを含む。例えば、以下の表３は、リアルタイムパラメーターのシンタックスを示す。
【００７１】
【表３】
2006526349.tif 000005
【００７２】
ｄｅｌｔａ＿ｔフィールドの使用は、関係するエレメンタリーストリーム上でタイムスライシングが使用されているか否かに依存する。
【００７３】
もし、タイムスライシングが使用されていれば、エレメンタリーストリームで、ｄｅｌｔａ＿ｔフィールドは、次のタイムスライスバーストまでの時間を示唆する。ｄｅｌｔａ＿ｔは、バースト５４1におけるすべてのＭＰＥ／ＭＰＥ−ＦＥＣセクション４９1、４９2、４９3、４９4、５０1、５０2に含まれ、かつ、セクションごとの値は異なることが考えられる。ｄｅｌｔａ＿ｔの分解能は、１０ｍｓである。例えば、値が０ｘＣ００（１６進数表現）＝３０７２（１０進数表現）であることは、次のバーストまでの時間が３０．７２ｓであることを示唆している。値０ｘ００は、そのエレメンタリーストリームにおいては、もうこれ以上バーストが送信されないことを示唆するために予約されている。換言すれば、サービスの終了を示している。そういった場合には、バースト５４1におけるすべてのＭＰＥ／ＭＰＥ−ＦＥＣセクション４９1、４９2、４９3、４９4、５０1、５０2のこのフィールドは、同じ値を有している。ｄｅｌｔａ＿ｔは、現在のＭＰＥセクション４９1、４９2、４９3、４９4の１番目のバイトを搬送するｔｒａｎｓｐｏｒｔ＿ｐａｃｋｅｔから次のバーストの第１番目のバイトを搬送するｔｒａｎｓｐｏｒｔ＿ｐａｃｋｅｔで定義される。従って、バースト５４1におけるすべてのＭＰＥ／ＭＰＥ−ＦＥＣセクション４９1、４９2、４９3、４９4、５０1、５０2は、それぞれ異なることが考えられる。
【００７４】
ｄｅｌｔａ＿ｔによって示唆された時間は、実際のバーストの最大バースト期間の終了を越える。これによって、復号器が、一つのエレメンタリーストリームでの二つの連続したバーストを確実に区別することを補償することを助ける。
【００７５】
バースト５４1は、完全なＭＰＥ／ＭＰＥ−ＦＥＣセクション４９1、４９2、４９3、４９4、５０1、５０2を包含する。言い換えると、ＭＰＥ／ＭＰＥ−ＦＥＣセクション４９1、４９2、４９3、４９4、５０1、５０2は、バースト５４1の間では分割されない。バースト５４1は、完全なデータグラム４１1、４１2、４１3、４１4、４８1、４８2を包含する。言い換えると、データグラム４１1、４１2、４１3、４１4、４８1、４８2は、バースト５４1の間で寸断されない。ペイロードを伴わないＭＰＥセクションである空のＭＰＥセクションの送信は、好ましくは、避けられる。
【００７６】
好ましくは、（図には示されていない）ネットワークレイヤーのアドレスを含んだ適切なデータグラム４１1、４１2、４１3、４１4、４８1、４８2を搬送する、少なくとも一つのＭＰＥセクション４１1、４１2、４１3、４１4、４８1、４８2を、各バーストバースト５４1は包含する。（図には示されていない）そのアドレスは、エレメンタリーストリームに関連付けられたＩＮＴ（ＩＰ／ＭＡＣ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｔａｂｌｅ）のアドレスのうちの一つである。
【００７７】
もし、タイムスライシングが使用されないが、ＭＰＥ−ＦＥＣは使用される場合には、ｄｅｌｔａ＿ｔフィールドは、エレメンタリーストリームの中でサイクリック（ｃｙｃｌｉｃ）ＭＰＥ−ＦＥＣフレームインデックスをサポートする。ｄｅｌｔａ＿ｔフィールドの値は、各連続するＭＰＥ−ＦＥＣフレーム４２ごとに一ずつ増加する。値「１１１１１１１１１１１１」のあとは、このフィールドは、「００００００００００００」から再開する。もし、データの大きな部分が失われた場合は、このパラメーターは、受信されたセクションが、どのＭＰＥ−ＦＥＣフレームに帰属するのかを特定することを可能とする。
【００７８】
ｔａｂｌｅ＿ｂｏｕｎｄａｒｙフィールドは、フラグである。このフラグが「１」に設定されたときは、現在のセクションが、現在のＭＰＥ−ＦＥＣフレームにおける表の最後のセクションであることを示唆している。もし問題になっているセクションが、ＭＰＥセクション４９1、４９2、４９3、４９4であれば、そのフラグは、セクション４９1、４９2、４９3、４９4が、アプリケーションデータ表４４（図８）の最後のセクションであることを示している。ＭＰＥ−ＦＥＣをサポートしていない復号器は、すべての連続するセクションを、ｆｒａｍｅ＿ｂｏｕｎｄａｒｙフィールドを用いて示されるＭＰＥ−ＦＥＣフレーム４２の最後まで無視するかもしれない。ＲＳデータ４７が送信される、各ＭＰＥ−ＦＥＣフレーム４２のために、一つのＦＥＣセクション４８1が、このフラッグセットとともに送信される。もし、ＭＰＥ−ＦＥＣがエレメンタリーストリーム上でサポートされていなければ、このフラッグは、将来の使用のために予約される。使用されないときは、このフラッグは「０」に設定される。
【００７９】
ｆｒａｍｅ＿ｂｏｕｎｄａｒｙフィールドはフラグである。このフラグが、「１」に設定されているときは、もし、タイムスライシングがサポートされていれば、現在のセクションが、現在のバースト５４1における最後のセクションであることを示し、もし、ＭＰＥ−ＦＥＣがサポートされていれば、ＭＰＥ−ＦＥＣフレーム４２における最後のセクションであることを示している。各タイムスライスバースト５４のために、一つのＭＰＥセクション４９1、４９2、４９3、４９4が、このフラッグとともに送信される。各ＭＰＥ−ＦＥＣフレーム４２のために、ひとつのＭＰＥ／ＭＰＥ−ＦＥＣセクション４９1、４９2、４９3、４９4、５０1、５０2が、このフラッグとともに送信される。
【００８０】
ａｄｄｒｅｓｓフィールドは、セクション内で搬送されるペイロードの第１番目のバイトのための、対応するＭＰＥ−ＦＥＣフレーム表４２の中のバイト位置を特定する。ＭＰＥ−ＦＥＣフレーム表４２のためのデータを配送するすべてのセクションが、このフィールドの値に従って昇順で配送される。このバイト位置は、ＭＰＥ−ＦＥＣフレームテーブル４２の中で、ゼロベースのリニアアドレスであり、このリニアアドレスは、第１番目の列の第１番目の行から開始し、列の最後に向けて増加する。列の最後の次のバイトポジションは、次の列の第１番目の行である。
【００８１】
所与のＭＰＥ−ＦＥＣフレームのデータを搬送する第１番目のセクションは、ａｄｄｒｅｓｓ「０」のアプリケーションデータグラムを搬送するＭＰＥセクションである。ＭＰＥ−ＦＥＣフレーム４２のＲＳデータを搬送する第１番目のセクションに先立って、所与のＭＰＥ−ＦＥＣフレーム４２のアプリケーションデータデータグラムを搬送するすべてのセクションが送信される。換言すると、アプリケーションデータデータグラムを搬送するセクション４９1、４９2、４９3、４９4は、単一のＭＰＥ−ＦＥＣフレーム４２の中でＲＳデータを搬送するセクション５０1、５０2とともにインターリーブされないということである。ＭＰＥ−ＦＥＣフレーム４２の第１と最後のセクションの間で搬送されるすべてのセクションは、ＭＰＥ−ＦＥＣフレーム４２に帰属するデータを搬送する。すなわち、アプリケーションデータ４４およびＲＳデータ４７のみが使用される。異なるＭＰＥ−ＦＥＣフレームのデータを配送するセクションは、インターリーブされない。
【００８２】
ＭＰＥ−ＦＥＣフレーム４２におけるアプリケーションデータデータグラムを搬送する最後のセクションに引き続くセクションは、同じＭＰＥ−ＦＥＣフレームのＲＳデータを搬送する第１番目のセクションか、もしくは、次のＭＰＥ−ＦＥＣフレームの第１番目のアプリケーションデータセクションを包含する。後者の場合、第１番目のＭＰＥ−ＦＥＣフレームのＲＳデータは送信されない。各ＭＰＥ−ＦＥＣフレーム４２のために、ａｄｄｒｅｓｓフィールドを「０」と設定して、一つのＭＰＥセクションが送信される。任意のＲＳデータが送信される各ＭＰＥ−ＦＥＣフレーム４２では、一つのＦＥＣセクションは、ａｄｄｒｅｓｓフィールドを「０」と設定して送信される。アプリケーションデータ表４４における配送されるアプリケーションデータにおいて、パディングは使用されない。アプリケーションデータ表においては、データグラムは重複しない。ＲＳ表４２における配送されるＲＳデータにおいては、パディングは使用されない。
【００８３】
各ＭＰＥ−ＦＥＣフレーム表の中で、アドレッシングはゼロから開始する。もし、タイムスライシングとＭＰＥ−ＦＥＣの両方が、エレメンタリーストリーム上で使用されれば、エレメンタリーストリーム上の各バーストは、きっちり一つのＭＰＥ−ＦＥＣフレーム４２を含む。換言すれば、ＭＰＥ−ＦＥＣフレーム４２は複数のバーストにまたがって、分割されることはない。
【００８４】
もし、ＭＰＥ−ＦＥＣがエレメンタリーストリーム上でサポートされていなければ、ａｄｄｒｅｓｓフィールドは将来の使用のために予約される。使用されていないときは、ａｄｄｒｅｓｓフィールドは０ｘ００に設定される。
【００８５】
“タイムスライシングと前進型誤信号訂正パラメーターの準備と信号送信”
タイムスライシングとＭＰＥ−ＦＥＣパラメーターは、受信デバイス５1、５2（図１）が、タイムスライスされた送信を受信すること、および、タイムスライスされた送信を処理することが可能か否かを判断することを助けるために、有利に信号の送信がされることが考えられる。その送信は、前進型誤信号訂正を採用するかもしれないし、しないかもしれない。
【００８６】
多くのパラメーターが、タイムスライシング、および、もし、適用されるのであれば前進型誤信号訂正に関係があることが考えられる。それらのパラメーターを、以下表４で示す。
【００８７】
【表４】
2006526349.tif 000006
【００８８】
ＭＰＥエンカプスレーター８（図１）は、サービスインフォメーション（ＳＩ）の一部としてタイムスライス識別記述子を使用することで、これらのパラメーターのうちの少なくともいくつかは送信する。
【００８９】
図２、１３および１４を参照すると、ＭＰＥエンカプスレーター８は、バースト５６1間の最小時間（Ｔmin）、タイムスライシングバッファ３９（図６）の要求される出力ビットレート（Ｒout）、および、一つのタイムスライシングサイクル（Ｃb）５６3における最大平均ビットレートを特定するＰＳＩ／ＳＩデータ１５を受信する（ステップＳ６）。好ましくは、これらのパラメーター５６1、５６2、５６3をネットワークオペレーターが特定する。簡潔に言うと、彼らが周波数及びバースト５４1のサイズ決定する。
【００９０】
Ｔmin、ＲoutおよびＣbパラメーター５６1、５６2、５６3の詳細は後述する。
【００９１】
受信デバイス５1、５2へサービスインフォメーションを信号伝達するために使用される表の中の記述子を使用することで、配送システム、コンテンツおよび／またはデータ放送ストリームのスケジューリングおよびタイミングを詳述したサービスインフォメーションに、Ｔmin、ＲoutおよびＣbパラメーター５６1、５６2、５６3は関連付けられる。
【００９２】
パラメーター５６1、５６2、５６3は、タイムスライス識別記述子５７へ挿入される。タイムスライス識別記述子５７のシンタックスは、以下の表５によって与えられる。
【００９３】
【表５】
2006526349.tif 000007
【００９４】
上記表５に従うと、ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇフィールドは、標準化団体によって定められた規定の値として提供される。ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドは、そのフィールドのすぐ後に続くバイト数を特定する。ｔｉｍｅ＿ｓｌｉｃｉｎｇフィールドは、参照するエレメンタリーストリームがタイムスライスされているか否かを示す。値「１」は、タイムスライシングが使用されていることを示し、一方、値「０」はタイムスライシングが使用されていないことを示す。ｍｐｅ＿ｆｅｃフィールドは、参照するエレメンタリーストリームがＭＰＥ−ＦＥＣを使用するか、そして、もし、使用するのであれば、いかなるアルゴリズムが使用されるのかを示す。ｍｐｅ＿ｆｅｃフィールドは、以下の表６に従って符号化することが考えられる。
【００９５】
【表６】
2006526349.tif 000008
【００９６】
上記表５に従うと、ｆｒａｍｅ＿ｓｉｚｅフィールドは、バッファリングの使用法に適合するために復号器が使用する情報を与えるために使用される。その正確な解釈は、タイムスライシングおよび／またはＭＰＥ−ＦＥＣが使用されるかどうかに依存する。ｍａｘ＿ｂｕｒｓｔ＿ｄｕｒａｔｉｏｎフィールドは、関与しているエレメンタリーストリームにおける最大バースト期間を示唆するために使用される。バーストは、Ｔ1の前には開始せず、かつ、Ｔ2より遅くに終了することはない。ここで、Ｔ1は前のバースト上でｄｅｌｔａ＿ｔによって示された時間であって、Ｔ2＝Ｔ1＋最大バースト期間である。好ましくは、最大バースト期間のための示される値は、２０ｍｓステップで、２０ｍｓから５１２ｓの間の範囲となる。最大バースト期間＝ｍａｘ＿ｂｕｒｓｔ＿ｄｕｒａｔｉｏｎ×２０ｍｓである。
【００９７】
もし、ｔｉｍｅ＿ｓｌｉｃｉｎｇが「０」に設定された、すなわちタイムスライシングが使用されないときは、このフィールドを将来の使用のために予約し、使用しないときは０ｘ００に設定する。もし、ｔｉｍｅ＿ｓｌｉｃｉｎｇが、「１」に設定された、すなわちタイムスライシングが使用されるときは、このフィールドは、エレメンタリーストリームにおけるタイムスライスバーストで許容されるセクションレベルでの最大ビット数を示す。ｔａｂｌｅ＿ｉｄフィールドの始めからＣＲＣ＿３２フィールドの最後までのビット数は計算される。
【００９８】
もし、ｍｐｅ＿ｆｅｃが、「１」に設定された、すなわちＭＰＥ−ＦＥＣが使用されたときは、このフィールドは、エレメンタリーストリーム上の各ＭＰＥ−ＦＥＣフレームの正確な行の数を示す。タイムスライシングとＭＰＥ−ＦＥＣの両方がエレメンタリーストリーム上で使用されるときは、両方の制限（すなわち、最大バーストサイズおよび行数）が適用される。ｆｒａｍｅ＿ｓｉｚｅフィールドは、以下の表７に従って符号化されることが考えられる。
【００９９】
【表７】
2006526349.tif 000009
【０１００】
もし、ｍａｘ＿ｆｒａｍｅ＿ｓｉｚｅフィールドが「ｒｅｓｅｒｖｅｄ＿ｆｏｒ＿ｆｕｔｕｒｅ＿ｕｓｅ」を示すときは、受信器は、最大バーストサイズが２Ｍｂｉｔｓ以上であり、ＭＰＥ−ＦＥＣフレーム行が１０２４以上であると仮定する。
【０１０１】
タイムスライシングが使用されない場合、すなわち、ＭＰＥ−ＦＥＣフレームがいかなるタイムスライシングも伴わずに送信される場合には、エレメンタリーストリームでのサイクリックＭＰＥ−ＦＥＣフレームインデックスをサポートするフィールドを制御の目的で使用することが可能となる。そのフィールドの値は、各連続するＭＰＥ−ＦＥＣフレームについて１ずつ増加する。値「１１１１１１１１１１１１１」のあと、フィールドは、値「００００００００００００」から再開する。
【０１０２】
ｍａｘ＿ａｖｅｒａｇｅ＿ｒａｔｅフィールドは、１タイムスライシングサイクル、または、ＭＰＥ−ＦＥＣサイクルにおける、ＭＰＥセクションペイロード５２（図１０）の最大平均ビットレートを定義するために使用され、Ｒoutを特定する。最大平均ビットレートは、以下の式で与えられる。
2006526349.tif 000010
【０１０３】
ここで、Ｂsは、現在のタイムスライシングバースト、または、ＭＰＥセクションペイロードビットにおけるＭＰＥ−ＦＥＣフレームのサイズである。また、Ｔcは、同じエレメンタリーストリームにおける現在のバースト／フレームにおける最初のＭＰＥセクションの最初のバイトを搬送するｔｒａｎｓｐｏｒｔ＿ｐａｃｋｅｔから次のバースト／フレームにおける最初のＭＰＥセクションの最初のバイトを搬送するまでの時間である。そのフィールドは下記の表８にしたがって符号化されることが考えられる。
【０１０４】
【表８】
2006526349.tif 000011
【０１０５】
もし、ＭＰＥ−ＦＥＣが使用される場合、ＲＳデータはＢsには含まれない。ｍａｘ＿ａｖｅｒａｇｅ＿ｒａｔｅフィールドは、４ビット以下、例えば、３ビットからなることが考えられる。異なる符号化が使用されることも十分に考えられる。
【０１０６】
ｍｉｎ＿ｏｆｆ＿ｔｉｍｅフィールドはＴoutを特定し、かつ、以下に記載の表９に従って符号化されることが考えられる。
【０１０７】
【表９】
2006526349.tif 000012
【０１０８】
異なる符号化が使用されることも考えられる。
【０１０９】
ＭＰＥエンカプスレーター８は、ＥＴＳＩ規格ＥＮ  ３００  ４６８  「デジタルビデオ放送（ＤＶＢ）；ＤＶＢ放送におけるサービスインフォメーション（ＳＩ）のための仕様」Ｖ１．５．１（２００３−０１）に従って、好ましくは、データフォーマットを整える。
【０１１０】
再び図１４を参照すると、タイムスライス識別記述子５７が、ネットワークインフォメーション表（ＮＩＴ）５８の中で使用される（ステップＳ８）。ＮＩＴのシンタックスは、以下の表１０に示す。
【０１１１】
【表１０】
2006526349.tif 000013
【０１１２】
最初のｄｅｓｃｒｉｐｔｏｒループの中に配置される場合、記述子は、表の中で宣言されたすべてのトランスポートストリームに適用される。その記述子は、任意のトランスポートストリームにおいて０ｘ０Ｄの値であるｓｔｒｅａｍ＿ｔｙｐｅフィールドを有するすべてのエレメンタリーストリームに適応される。０ｘ０Ｄの値であるｓｔｒｅａｍ＿ｔｙｐｅフィールドは、符号化されたＭＰＥデータを定義する。
【０１１３】
第２番目のｄｅｓｃｒｉｐｔｏｒループの中に配置された場合、記述子は問題となるトランスポートストリームに適用される。記述子は、０ｘ０Ｄであるｓｔｒｅａｍ＿ｔｙｐｅフィールドを有するすべてのエレメンタリーストリームに適用される。この記述子は、第１番目のループの中で可能識別子を上書きする。
【０１１４】
記述子５７は、ＩＮＴ（ＩＰ／ＭＡＣ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｔａｂｌｅ）のような他の種類の表に含まれることが考えられる。
【０１１５】
プラットフォーム識別ループに配置された場合、記述子は表の中で参照されるすべてのエレメンタリーストリームに適用される。この識別子はＮＩＴの中で可能記述子を上書きする。
【０１１６】
ターゲット記述子ループの中に配置された場合、記述子が出現した後に、記述子は、問題となるターゲット記述子ループにおいて参照されるすべてのエレメンタリーストリームに適用される。この記述子は、プラットフォーム記述子ループおよびＮＩＴにおきて可能記述子を上書きする。エレメンタリーストリームが、ＩＮＴにおいて複数の配置から参照された場合は、それぞれが同じ信号伝達を含む。
【０１１７】
表５８は分割され（ステップＳ９）、そして、表セクション５８1、５８2、５８3は、ＴＳパケット５９1、５９2、５９3にマップされる。この場合、ＰＩＤ＝０ｘ００１０のラベルが付けられる（ステップＳ１０）。ＴＳパケット５９1、５９2、５９3は、トランスポートストリーム１６に多重される（図２）。ＰＳＩ／ＳＩデータは、通常タイムスライスされない。
【０１１８】
受信デバイス５1、５2がネットワーク１０に接続されているときは、受信デバイス５1、５2は、通常、ＮＩＴにアクセスするのみである（図１）。受信デバイス５1、５2がひとつのトランスポートストリーム１６から（図には示されていないが）もうひとつへ変更するときは、受信デバイス５1、５2は、ＩＮＴのコンテンツを読む必要があることが考えられるが、通常一回より多く読む必要は無い。ＩＮＴにおける変更は、（示されてはいない）ＰＭＴ表を用いたＰＳＩにおいて信号送信することが可能である。したがって、ＩＮＴの一定フィルタリングが要求されないことを保証する。
【０１１９】
ＰＳＩ表は通常１００ｍｓ毎に少なくとも一回は再送される。もし、バースト期間が、１００ｍｓよりも長ければ、バーストを受信している間に、受信デバイス５1、５2は、すべてのＰＳＩ表にアクセスする。より短いバーストのために、受信デバイス５1、５2は、すべての要求されたＰＳＩ表が受信されるまで、受信器２２1を維持することを選択することも考えられる。
【０１２０】
要約すると、ＭＰＥエンカプスレーター８は、ＭＰＥおよびＭＰＥ−ＦＥＣセクション４９1、４９2、４９3、４９4、５０1、５０2（図１２）を含むデータを送信する。それらは、ひとつのＰＩＤによってラベルが付けられたエレメンタリーストリームにおいて、バースト５４1に配置され、かつ、ＴＳパケット５５1、５５2、５５3（図１２）に含まれる。そして、ＭＰＥエンカプスレーター８は、表５８（図１４）に含まれるサービスインフォメーションにおけるタイムスライシングパラメーターの信号を送信する。つけられる。表５８は、異なるもうひとつのＰＩＤによってラベルが付けられたＴＳパケット５９1、５９2、５９3（図１４）に含まれる。
【０１２１】
以下に記載されるように、より効率的な省電力を達成すること、および、サービスの質の向上を手助けするために、タイムスライシングパラメーターは、受信デバイス５1、５2によって採用され得る。
【０１２２】
2006526349.tif 000014
【０１２３】
図１５を参照すると、ＭＰＥエンカプスレーター８によって第１番目と第２番目のバースト５４1、５４2が、受信デバイス５1、５2に送信され、ＦＥＣ復号が採用されないか、または、ＭＰＥ−ＦＥＣセクションが送信されない、ある第１の場合が示されている。
【０１２４】
第１番目のバースト５４1が、ビットレートＢbで送信され、バースト時間Ｂdを有している。したがって、バーストサイズＢs＝Ｂb×Ｂdとなる。バースト５４1の第１番目のデータグラム６０1が受信デバイス５４1、５４2によって受信されたとき、タイムスライシングバッファ３９（図６）が、データ６１1を出力し始めることができる。
【０１２５】
タイムスライシングバッファ３９（図６）が空になる前に、第２のバースト５４2は、収容されることはできない。バッファ３９（図６）を空にするためにはＴoutの時間が必要である。したがって、制限的な要素は、バッファが空になるためのスピード、すなわちバッファ漏れレートＲoutである。もし、第２のバースト５４2が到来する前に、バッファが空になるためには、１タイムスライシングサイクル６２における平均ビットレートＣbは、Ｒoutと等しいか、または、それ以下でなければならない。
【０１２６】
図１６を参照すると、ＦＥＣ復号が採用されている第２の場合が示されている。この場合は、受信された第１番目のバーストバースト５４1をＭＰＥ−ＦＥＣが復号する。しかし、バッファ３９からデータが出力される前に、データが復号される間の時間的なズレＴFECが存在する。
【０１２７】
復号時間ＴFECの影響は、平均ビットレートＣbを削減することである。ここで、特に、バーストサイズＢsが小さいときに、一つの問題が発生する。もし、ＴFECを考慮していない場合は、次のバースト５４2が到来する以前に、タイムスライシングバッファ３９（図６）が空にならない危険性が存在する。したがって、Ｃbに追加してＴminを特定することが有効である。
【０１２８】
したがって、受信デバイス５1、５2がＴmin、および、以下に記載する受信デバイス５1、５2によって実行され得る処理を使用することが考えられる。
【０１２９】
図１７を参照すると、タイムスライシングバースト５４1全体が、ｄｅｌｔａ−ｔの重大な喪失によりロストされた場合には、受信器２２1（図４）はまだ電源がオフの状態である。なぜなら、Ｔmin以前に次のバーストが到来することが予期されていないからである。したがって、受信器２２1（図４）は、Ｔminの経過後に電源がＯＮにされ得る（ステップＳ１１からＳ１４）。
【０１３０】
図１８を参照すると、ＭＰＥ−ＦＥＣフレームを復号するための時間が十分にあるか否かを判断するために、受信デバイス５1、５2がＴminを使用できることがわかる（ステップＳ１１、Ｓ１５乃至Ｓ２０）。もし、Ｔminが実際の復号時間ＴFECより短い場合には、受信器２２1（図４）は、サービスについてはサポートすることができるが、復号についてはサポートできないかもしれない（ステップＳ１７）。そして、受信デバイス５1、５2が、サービス品質が落ちるかもしれないこと、および／または、サービスがサポートされないこと、をユーザー、および／または、ネットワーク１０（図１）に示唆する。
【０１３１】
Ｔminに基づいて、受信デバイス５1、５2が使用するためのどういったハンドオーバー処理が必要かを決定することができる。
【０１３２】
例えば、受信デバイス５1、５2が、異なる周波数で、および／または、異なるセルで信号強度を測定することができ、かつ、それぞれのビット誤り率を計算することができる。どの周波数、および、セルが現在のサービスのために使用可能な最高の状態を提供できるかを受信デバイス５1、５2が決定することができる。もし、Ｔminが十分に長い場合は、完全なハンドオーバーを一つのオフタイムの間に実行されることができる。さもなければ、各オフタイムの間に一つのセルで一つの周波数を測定することで、ハンドオーバーは複数のオフ期間において実行される。
【０１３３】
（図に示されていないが）異なるセルからのバーストが、位相シフトと同期を確立されたハンドオーバーの間に、次のバーストが到来する前に、受信デバイス５1、５2が、所与のセルのリスニングを行っている間にバッファ３９（図６）を空にし、他のセルにおける新しい周波数と同期を確立することができるくらいＴminを十分に長く、ＭＰＥエンカプスレーター８（図１）が設定することができる。
【０１３４】
Ｔminに基づいて、オフタイムの間にどのようなその他の操作、および／または、機能が実行され、または、使用され得るかを、受信デバイス５1、５2が決定することができる。
【０１３５】
受信デバイス５1、５2が、有利にＲout、および、以下に記載する受信デバイス５1、５2によって実行され得る処理を使用することが考えられる。
【０１３６】
図１９を参照すると、要求されたＲoutが実際の漏れレートＲout_atualよりも大きい場合は、受信デバイス５1、５2は、サービスがサポートされないことをユーザー、および／または、ネットワーク１０（図１）に知らせる（ステップＳ１１、Ｓ２２およびＳ２３）。
【０１３７】
要求されたＲoutが実際の漏れレートＲout_atualよりも小さい場合は、他の操作をデータ上で実行するための、および／または、（図に示されていない）タイムスライシングバッファ出力バスをバーストデータ以外のデータを送信するために使用するための、余分な時間がバースト５４1、５４2間に存在する。したがって、バッファ漏れはすぐに開始する必要がない（ステップＳ２４乃至Ｓ２６）。
【０１３８】
もし一つ以上のタイムスライシングチャネル／サービスをサポートするための十分なバッファメモリが存在するときは、受信デバイス５1、５2が、実際の漏れレートＲout_atualがすべてのチャネルをサポートできるかどうかの決定をするために、要求される複数の漏れレートＲoutを加算していくことができる。
【０１３９】
信号として送信されることが可能なその他のパラメーターとして、最大オフタイムＴmax、および、バーストインターバルが一定か否かを示すフラグが挙げられる。
【０１４０】
上記実施例に多くの修正を加え得ることが、認識されるであろう。例えば、固定受信デバイスが使用されることが考えられる。
【図面の簡単な説明】
【０１４１】
【図１】図１は、通信システムを示す。
【図２】図２は、トランスポートストリームパケットを出力するマルチプロトコルカプセル化（ＭＰＥ）エンカプスレーターを示す。
【図３】図３は、トランスポートストリームパケットを示す。
【図４】図４は、携帯電話端末の概略図である。
【図５】図５は、携帯電話端末の電池パックの概略図である。
【図６】図６は、受信器と図４に示された携帯電話端末に含まれるタイムスライシングバッファを示す。
【図７】図７は、図２に示されたＭＰＥエンカプスレーターにより実行される第１番目の処理の処理フローチャートである。
【図８】図８は、前進型誤信号訂正データを計算する処理を示す。
【図９】図９は、データグラム区分において配置されるデータグラムを示す。
【図１０】図１０は、データグラム区分を示す。
【図１１】図１１は、バーストを示す。
【図１２】図１２は、データストリームパケットにおけるデータグラムセクションのエンカプスレーターを示す。
【図１３】図１３は、図２において示されたＭＰＥエンカプスレーターによって実行される第２番目の処理の処理フローチャートである。
【図１４】図１４は、タイムスライシング記述子を分割し、カプセル化する処理を示す。
【図１５】図１５は、前進型誤信号訂正復号が使用されない場合のタイムスライシングバッファが満たされた状態および空の状態を示す。
【図１６】図１６は、前進型誤信号訂正復号が使用される場合のタイムスライシングバッファの満たされた状態および空の状態を示す。
【図１７】図１７は、図４に示された携帯電話端末によって実行される第１番目の処理の処理フローチャートである。
【図１８】図１８は、図４に示された携帯電話端末によって実行される第２番目の処理の処理フローチャートである。
【図１９】図１９は、図４に示された携帯電話端末によって実行される第３番目の処理の処理フローチャートである。
【図１】
2006526349.tif 000015
【図２】
2006526349.tif 000016
【図３】
2006526349.tif 000017
【図４】
2006526349.tif 000018
【図５】
2006526349.tif 000019
【図６】
2006526349.tif 000020
【図７】
2006526349.tif 000021
【図８】
2006526349.tif 000022
【図９】
2006526349.tif 000023
【図１０】
2006526349.tif 000024
【図１１】
2006526349.tif 000025
【図１２】
2006526349.tif 000026
【図１３】
2006526349.tif 000027
【図１４】
2006526349.tif 000028
【図１５】
2006526349.tif 000029
【図１６】
2006526349.tif 000030
【図１７】
2006526349.tif 000031
【図１８】
2006526349.tif 000032
【図１９】
2006526349.tif 000033
【国際調査報告】
2006526349.tif 000034
2006526349.tif 000035