(57)【要約】  本発明は、スタンバイモードおよびスリープモードを有する少なくとも１つの端末に、無線フレームアドレスのデジタルビデオブロードキャストサービスを送信するステップを含むデジタルビデオサービスをブロードキャストする方法に関する。端末が、スタンバイモードにあって無線フレームの修正内容データを受信できるように、無線フレームの少なくとも一部は、無線フレームの内容における変化を表す情報を備える。本発明はさらに、端末および対応する装置に実装される受信方法に関する。
2009524372.tif 000002
【特許請求の範囲】
【請求項１】
デジタルビデオブロードキャストサービスをバーストで、スタンバイモードおよびスリープモードを有する少なくとも１つの端末に送信するステップを備えるデジタルビデオサービスをブロードキャストする方法であって、チャネルに関連付けられた前記バーストの少なくとも一部は、前記チャネルに関連付けられない前記バーストの内容における変化を表す情報を備え、その結果、前記端末はスタンバイモードにあって、前記チャネルに関連付けられない変化した前記バーストの内容に関するデータを受信できることを特徴とする方法。
【請求項２】
ＭＰＥフレームと呼ばれるマルチプロトコルカプセル化フレームを前記バーストに挿入するステップを含み、前記ＭＰＥフレームの少なくとも一部は、前記バーストの内容における変化を表す前記情報を備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記ＭＰＥフレームの各々は、前記バーストの内容における変化を表す前記情報を備えることを特徴とする請求項２に記載の方法。
【請求項４】
前記ＭＰＥフレームを生成するモジュールにより、前記情報を前記ＭＰＥフレームの少なくとも一部に挿入するステップを含むことを特徴とする請求項２または３に記載の方法。
【請求項５】
前記情報は、システムテーブルの変化を表すことを特徴とする請求項１から４のいずれか１つに記載の方法。
【請求項６】
前記情報は、報知チャネルの変化を表すことを特徴とする請求項１から５のいずれか１つに記載の方法。
【請求項７】
前記バーストの内容における変化の間に、前記情報の状態を変更するステップを含むことを特徴とする請求項１から６のいずれか１つに記載の方法。
【請求項８】
バーストを受信する方法であって、前記バーストの各々は少なくとも１つのデジタルビデオブロードキャストサービスを備え、前記方法は、
チャネルに関連付けられた少なくとも１つのバーストを、スタンバイモードにある端末により受信するステップと、
前記チャネルに関連付けられた受信バーストにおいて、前記チャネルに関連付けられない少なくとも１つのバーストブロードキャストの内容における変化を表す情報を検出するステップと
を含むことを特徴とする方法。
【請求項９】
変化した前記ブロードキャストバーストの内容に対応する前記データを前記端末が受信していない限り、前記端末が変化を表す前記情報を検出したときにスタンバイモードを維持するステップを含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記情報は、システムテーブルの変化を表すことを特徴とする請求項８または９に記載の方法。
【請求項１１】
前記情報は、報知チャネルの変化を表すことを特徴とする請求項８から１０のいずれか１つに記載の方法。
【請求項１２】
前記情報の状態変化を検出するステップを含み、状態変化は前記バーストの内容における変化を表すことを特徴とする請求項８から１１のいずれか１つに記載の方法。
【請求項１３】
デジタルビデオブロードキャストサービスをバーストで、スタンバイモードおよびスリープモードを有する少なくとも１つの端末に送信する手段を備えるデジタルビデオサービスをブロードキャストする装置であって、チャネルに関連付けられた前記バーストの少なくとも一部は、前記チャネルに関連付けられないバーストの内容における変化を表す情報を備え、その結果、前記端末はスタンバイモードにあって、前記チャネルに関連付けられない変化した前記バーストの内容に関するデータを受信できることを特徴とする装置。
【請求項１４】
バーストを受信する装置であって、前記バーストの各々は少なくとも１つのデジタルビデオブロードキャストサービスを備え、前記装置は、
チャネルに関連付けられた少なくとも１つのバーストを、スタンバイモードにある端末により受信する手段と、
受信したバーストにおいて、前記チャネルに関連付けられない少なくとも１つのバーストブロードキャストの内容における変化を表す情報を検出する手段と
を備えることを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルビデオブロードキャスト（Digital Video Broadcast）の分野（すなわちＤＶＢ）に関する。より詳細には、本発明は、サービスを断続的に受信する無線媒体上の端末に対するサービスのブロードキャストに関する。
【背景技術】
【０００２】
ＤＶＢは特に、ＥＴＳＩ  ＥＮ  ３０１  １９２（表題：Digital Video Broadcasting(DVB); DVB specification for data broadcasting）およびＴＲ  １０１  １９０（表題:Digital Video Broadcasting (DVB); Implementation guidelines for DVB terrestrial services; Transmission aspects）の標準に定義されている。ＤＶＢ−Ｈは特に、ＥＴＳＩ  ＥＮ  ３０２  ３０４（表題：Digital Video Broadcasting (DVB); Transmission System for Handheld Terminals (DVB-H)）およびＴＲ  １０２  ３７７（表題：Digital Video Broadcasting (DVB); DVB-H Implementation Guidelines）の標準に規定されている。
【０００３】
従来技術によると、（例えば、ライブテレビタイプまたは「ビデオオンデマンド」（ＶＯＤ）タイプの）ＤＶＢ−Ｈテレビサービスを、ブロードキャストまたはダウンロードすることができる。ＤＶＢ−Ｈ  ＩＰＥモジュールは、マルチキャストストリームをＩＰネットワークから受信する。その構成によると、モジュールは、同一サービスに属するストリームをグループ化することでマルチキャストストリームを送信し、ＤＶＢ−Ｈ標準に従ってマルチキャストストリームに順方向誤り訂正（Forward Error Correction）（すなわちＦＥＣ）情報と信号情報とを追加することで、タイムスライスしてマルチキャストストリームをフレーム内にカプセル化する。端末があるサービスを受信するとき、その端末は、その受信手段をその他のサービスの送信中の間はスリープモードに置くことで、このサービスだけを受信することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
この技術にはそれにも関わらず、受信サービスに対応しないバースト内に示される構成の変化の後に、端末が他のサービスに直接アクセスできないという欠点がある。
【課題を解決するための手段】
【０００５】
本発明の目的は、従来技術の欠点を克服することである。  
より詳細には、本発明の目的は、端末の省電力化を可能にしながらも、端末によるデジタルテレビブロードキャストサービスへのアクセスの最適化を可能とすることである。
【０００６】
この目的のため、本発明は、デジタルビデオサービスをブロードキャストする方法を提案する。その方法は、スタンバイモードおよびスリープモードを有する少なくとも１つの端末にデジタルビデオブロードキャストサービスをバーストで送信するステップを含み、そのバーストの少なくとも一部は、そのバーストの内容における変化を表す情報を備えることを特徴とし、その結果、端末はスタンバイモードにあって、変化したバーストの内容に関するデータを受信することができる。
【０００７】
従って、端末が（例えば、カレントチャネルと呼ばれる）チャネルに関連付けられたバーストを監視し（スタンバイモード）、カレントチャネルに関連付けられないバーストを送信するときにスリープモードにあるとき、端末は、カレントチャネルに関連付けられない少なくとも１つのバーストの内容に関するデータの送信中にスタンバイモードにあって、このデータを受信することができる。
【０００８】
本方法は、ＭＰＥフレームと呼ばれるマルチプロトコルのカプセル化フレームをバーストに挿入するステップを含み、ＭＰＥフレームの少なくとも一部はバーストの内容における変化を表す情報を備えると都合が良い。
【０００９】
好適な特性によると、ＭＰＥフレームの各々は、バーストの内容における変化を表す情報を備える。
【００１０】
本方法は、ＭＰＥフレームを生成するモジュールにより、ＭＰＥフレームの少なくとも一部に情報を挿入するステップを含むことが好ましい。
【００１１】
特定の特性によると、その情報は、システムテーブルの変化および／または報知チャネルの変化を表す。
【００１２】
本方法は、バーストの内容における変化の間に情報の状態を変更するステップを含むと都合が良い。
【００１３】
別の特性によると、本方法は、情報を所定の状態に置くステップを含み、その所定の状態はバーストの内容における変化を表す。
【００１４】
本発明はバーストの受信方法にも関連し、バーストの各々は少なくとも１つのデジタルビデオブロードキャストサービスを備え、本方法は
−  少なくとも１つのバーストをスタンバイモードにある端末により受信するステップと、
−  受信したバーストにおいて、ブロードキャストバーストの内容における変化を表す情報を検出するステップとを含むという点で注目すべきである。
【００１５】
受信方法は、変化したブロードキャストバーストの内容に対応するデータを端末が受信していない限り、変化を表す情報を端末が検出したときにスタンバイモードを維持するステップを含むことが好ましい。
【００１６】
その情報は、システムテーブルの変化および／または報知チャネルの変化を表すと都合が良い。
【００１７】
受信方法は、情報の状態における変化を検出するステップを含み、その状態における変化はバーストの内容における変化を表すと都合が良い。
【００１８】
別の特性によると、受信方法は、情報の所定の状態を検出するステップを含み、その所定の状態はバーストの内容における変化を表す。
【００１９】
さらに、本発明は、デジタルビデオサービスをブロードキャストする装置に関する。その装置は、スタンバイモードおよびスリープモードを有する少なくとも１つの端末にデジタルビデオブロードキャストサービスをバーストで送信する手段を備え、そのバーストの少なくとも一部は、そのバーストの内容における変化を表す情報を備え、その結果、端末はスタンバイモードにあって、変化したバーストの内容に関するデータを受信することができる。
【００２０】
加えて、本発明はバーストを受信する装置に関し、そのバーストの各々は少なくとも１つのデジタルビデオブロードキャストサービスを備え、その装置は、
−  少なくとも１つのバーストをスタンバイモードにある端末により受信する手段と、
−  受信したバーストにおいて、ブロードキャストバーストの内容における変化を表す情報を検出する手段とを備える。
【００２１】
添付の図面を参照する以下の説明を読むことにより、本発明をより良く理解でき、他の特定の特徴および利点が明らかになるであろう。
【発明を実施するための最良の形態】
【００２２】
図１は、ＱＣＩＦ（Quarter of Common Intermediate Format：１７６×１４４解像度に対応する「共通中間フォーマット」の４分の１）におけるＨ２６４標準に従って、端末１０へのＤＶＢ−Ｈビデオサービスの送信に使用されるＤＶＢ−Ｈのネットワークインフラを示している。そのインフラは特に、
−  ＩＰネットワークバックボーン１３、
−  受信機１４０からデータを受信するビデオコーダ１４およびコード（またはトランスコード）ライフチャネル、
−  ＶＯＤ１５０、ＥＰＧ１５１、ポータル１５２、および報知元１５３のそれぞれのサーバ、
−  セルラネットワーク１２、
−  ＤＶＢ−Ｈネットワーク１１、および
−  端未１０
を備える。
【００２３】
サーバ１４および１５０から１５３は、ＤＶＢ−ＨサービスをＩＰ１３ネットワークおよびＤＶＢ−Ｈネットワーク１１経由で端末１０に送信する。サービス全体の平均速度は約２５０ｋｂｉｔｓ／ｓに等しい。サービスは、幾つかのＩＰ（インターネットプロトコル）ストリームを収集する。すなわち、ビデオに対して１つ、オーディオに対して１つ、および恐らく他のサービス（例えば、（ＳＤＰプロトコルに従う）セッション記述）である。
【００２４】
ＤＶＢ−Ｈネットワーク１１は特に、
−  ＤＶＢ−ＨタイプのＩＰカプセル化（すなわちＩＰＥ）に対するモジュール１１０、および
−  送信機１１２
を備える。
【００２５】
モジュール１１０および送信機１１２は、２つの別個の装置内にあることが好ましい。１つの変形によると、それらは同一装置にグループ化される。
【００２６】
ＤＶＢ−Ｈ  ＩＰＥモジュール１１０は、ＵＤＰ／ＩＰ（「ＩＰ上のユーザデータグラムプロトコル」上のＲＴＰ（「リアルタイムプロトコル」）タイプのプロトコルに従ってＩＰ１３ネットワークからマルチキャストストリーム１６０を受信する。その構成によると、モジュール１１０は、同一サービスに属するストリームをグループ化することにより、およびＤＶＢ−Ｈ標準に従って、順方向誤り訂正（すなわちＦＥＣ）情報と信号情報と、本発明に従うサービスブロードキャストにおける変化を示すフラグとをマルチキャストストリーム１６０に追加することでタイムスライスしてフレーム１６１内にマルチキャストストリーム１６０をカプセル化することにより、マルチキャストストリーム１６０を特に送信機１１２に送信する。送信ビット速度は一般に高く、例えば１５Ｍｂｉｔｓ／ｓに到達することができる。ＭＰＥＧ−ＴＳストリーム１６１をバックボーン１１経由で送信機１１２に送信する。送信機１１２は次いで、ＤＶＢ−Ｈ無線チャネルに沿ってＭＰＥＧ−ＴＳストリームを端末１０（および恐らく、本発明を実装しているかまたはしていない他の端末）に送信する。端末１０は次いで、ストリーム１６に存在するＤＶＢ−Ｈ信号情報を分析し、ＩＰアドレスをＭＰＲＥＧ−ＴＳアドレスと関連付け、次いでこのアドレスに関連付けた全てのＩＰパケットを読み出すことができ、最初に送信した様々なストリーム１６０を再構築する。以降さらに説明するように、端末１０は、受信フレーム１６１内に挿入したフラグを分析することでブロードキャストサービス内の起こり得る変化を検出する。
【００２７】
セルラネットワーク１２は、３Ｇ（すなわち、第三世代）タイプのものであり、特に、
−  ＧＧＳＮセルラネットワークのゲートウェイ１２０、
−  バックボーン１２１、および
−  送信機１２２（例えば、基地局）
を備える。
【００２８】
端末１０は、制御データを送信機１２２と交換して、サービス供給者、ＤＶＢ−Ｈ送信機１１２経由で通過するビデオタイプデータとの双方向性を可能にすることができる。
【００２９】
図示していない実施形態の変形によると、モジュール１１０を送信機１１２と同様な幾つかの送信機に接続し、それらに同一のＭＰＥＧ−ＴＳストリーム１６１を送信する。
【００３０】
図３は、送信機１１２により端末１０に送信されたサービスの（巨視的に見た場合の）タイムスライスを提示している。
【００３１】
幾つかの情報、特に、
−  ＤＶＢ−Ｔ（地上波ＤＶＢ）サービス３１、および
−  ＤＶＢサービステーブル３０を含む信号情報
を、ほぼ連続する方法で、送信機１１２により無線チャネル上でブロードキャストする。
【００３２】
ＤＶＢサービステーブル３０（またはシステムテーブル）は、ＤＶＢ標準において説明され、特に
−  使用される他のテーブルへのアクセスを有するために使用されるＰＡＴ（すなわち、「プログラムアクセステーブル」）テーブルと、
−  インターネットアドレスとトランスポートストリームとの間の対応を与えるＩＮＴテーブルと
を備える。
【００３３】
他の情報、特に
−  異なるＤＶＢ−Ｈサービスｉ，ｊおよびｋに対応するフレーム３２０、３２１および３２２、および恐らく、
−  例えば、報知チャネルに対応する信号フレーム３３０
を、送信機１１２によりバーストの形で断続的にブロードキャストする。
【００３４】
端末１０がフレーム３３０を監視するときには、フレーム３３０を使用して、１つまたは複数のサービスに固有の情報または一般的な性質（例えば、バックアップサービス、新規サービス等）の情報を端末１０に送信する。
【００３５】
確立されたモードでは、端末１０はユーザが選択した１つまたは複数のサービスを監視するだけであり、そのバースト受信手段（特に、無線周波数モジュール、復調器、およびＦＥＣに関連付けられたデコーダを備える受信モジュール５４）は、テーブル内および／または報知チャネル内の変化が報告されないときに対応するバーストを監視することを除いて、スリープモードに留まる。
【００３６】
したがって、端末１０がフレーム３２０に対応するサービスｉを監視する場合、カレントフレーム３２０の先頭を次フレームから分離する時間Δｔを、フレーム３２０内に示す。したがって、端末がフレームの末端を検出するとすぐに、端末は自身を次フレーム３２０の先頭までスタンバイモードに置く。したがって、端末１０は電力を節約し、このことは、端末１０が継続的に主電源網（例えば、バッテリ端子）に接続されない場合に、特に有利である。
【００３７】
図４は、フレーム３２０をより詳細に示している。フレーム３２０は、サービスｉに対応する１８８バイトのトランスポートストリームパケット３２００から３２０９、および恐らく、ほぼ継続的に送信されるシステムテーブル（例えば、（例として、ＰＩＤ識別子が０であるトランスポートストリームパケット３２１０に対応する）ＰＡＴテーブルおよびＩＮＴ）に対応する１つまたは複数のトランスポートストリームパケット３２１０を備える。各トランスポートストリームパケットは、フレーム３２０の時間ｄｔと比べて小さい時間δｔを有する。ｄｔは例えば、１５０ｍｓに等しい（（例えば６４個の状態を有するＱＡＭ変調を使用する）１５Ｍｂｐｓの送信ビット速度に対して、２５６バイト（１９２個のデータバイトおよび６４個のＦＥＣバイト）に１０２４に等しい行数を掛けたもの、すなわち約２．１ＭｂｉｔｓのＭＰＥ−ＦＥＣバッファメモリを埋めることに対応するフレームの場合）。ＤＶＢ−Ｈでは、ＩＰパケットをプライベートデータで送信するために使用するＭＰＥ（Multi Protocol Encapsulation）フレームを使用することで、ビデオをＩＰ下で伝送する。
【００３８】
各フレーム３２０は、図２に関して示したような少なくとも１つのＭＰＥ−ＦＥＣフレーム２を備える。フレーム２は、
−  物理層に対応する部分２７、
−  チャネルアクセス層（ＭＡＣ）に関連付けられたデータ２６、
−  低レベルＭＰＥＧ２／ＴＳのサブレイヤおよびＭＰＥサブレイヤ２３に対応する部分２５、
−  ＩＰ２２層を備えるＭＰＥサブレイヤ２３、
−  （例えば、ＲＦＣ３９２６標準に定義されている、ＲＴＰ（すなわち「Real Time Protocol」）またはＦＬＵＴＥ（すなわち「File Delivery over unidirectional Transport」タイプ）の）ＵＤＰ（すなわち「User Datagram Protocol」）層２１を備えるＩＰ２２層、および
−  データ５０
を備える。
【００３９】
ＭＰＥヘッダ２３は、第１版のＤＶＢ標準においてＭＡＣアドレスに関して予約された領域を備える。ＭＰＥフレームをブロードキャストするときＭＡＣアドレスは不要であり、本発明によるとこの領域は、
−  １バイトのフラグ領域２３０、
−  ４バイトのタイムスライス領域２３１、および
−  マルチキャストアドレス用の領域２３２
を備える。
【００４０】
フラグ領域２３０自体は、
−  ＩＮＴテーブル内の変化の有無を示す１ビットの領域２３０２、
−  ＦＡＴテーブル内の変化の有無を示す１ビットの領域２３０１、
−  報知チャネル内の変化の有無を示す１ビットの領域２３００、および
−  例えばデフォルトで０である、未使用で無価値な領域２３０３から２３０７
を備える。
【００４１】
図５は、端末１０を示している。端末１０は、アドレスおよびデータバス５３により相互接続されて、
−  マイクロプロセッサ５０（またはＣＰＵ）、
−  ＲＯＭ（Read Only Memory）タイプの不揮発性メモリ５１、
−  ランダムアクセスメモリまたはＲＡＭ５２、
−  ＤＶＢ−Ｈ（または３Ｇ）ネットワーク上で受信した信号を受信するモジュール５４、および
−  受信画像を（例えば、表示または記録向けの）オーディオ／ビデオアプリケーションに送信するインタフェース５６
を備える。
【００４２】
さらに、図５に示す要素の各々は当業者に公知である。これらの一般的な要素は本書では説明しない。
【００４３】
説明で使用する単語「登録する」は、上述のメモリの各々において、小容量のメモリゾーン（幾つかのバイナリデータ）および（プログラム全体、または受信したオーディオ／ビデオサービスを表すデータの全てまたは一部を記憶可能とする）大容量のメモリゾーンを指すことに留意されたい。
【００４４】
ＲＯＭ５１は特に、「ｐｒｏｇ」プログラム５１０を備える。
【００４５】
以降説明する方法のステップを実装するアルゴリズムを、これらのステップを実装する端末１０に関連付けられたＲＯＭ５１に記憶する。電源投入時、マイクロプロセッサ５０はこれらのアルゴリズムの命令をロードして実行する。
【００４６】
ランダムアクセスメモリ５２は特に、
−  レジスタ５２０において、端末１０のスイッチを入れるマイクロプロセッサ５０のオペレーティングプログラム、
−  レジスタ５２１内の要求されたサービス参照ｎ、
−  レジスタ５２２内の監視間隔値Δｔ、
−  カレントＤＶＢテーブル５２３（特にＩＮＴテーブルとＦＡＴテーブル、および恐らく報知チャネルに関するデータ）、
−  受信フラグ２３００から２３０２に対応するフラグ５２４、および
−  レジスタ５２３内で受信した１つまたは複数のオーディオ／ビデオフレーム
を備える。
【００４７】
図６はＩＰＥモジュール１１０を示している。モジュール１１０は、アドレスバスおよびデータバス６３により相互接続されて、
−  マイクロプロセッサ６０（またはＣＰＵ）、
−  ＲＯＭ（Read Only Memory）タイプの不揮発性メモリ６１、
−  ランダムアクセスメモリまたはＲＡＭ６２、
−  １つまたは複数の送信機６４に対するインタフェース６４、および
−  ネットワーク１３の送信すべきサービスおよび／または信号データを受信するインタフェース６５
を備える。
【００４８】
さらに、図６に示す要素の各々は当業者に公知である。これらの一般的な要素は本書では説明しない。
【００４９】
ＲＯＭ６１は特に、「ｐｒｏｇ」プログラム６１０を備える。
【００５０】
以降説明する方法のステップを実装するアルゴリズムを、これらのステップを実装するモジュール１１０に関連付けられたＲＯＭ６１に記憶する。電源投入時、マイクロプロセッサ６０はこれらのアルゴリズムの命令をロードして実行する。
【００５１】
ランダムアクセスメモリ６２は特に、
−  レジスタ６２０において、モジュール１１０のスイッチを入れるマイクロプロセッサ６０のオペレーティングプログラム、
−  レジスタ６２１内にローカルに受信または入力されたデータ、
−  レジスタ６２２内のＤＶＢシステムテーブル（例えば、ＦＡＴ、ＩＮＴ、および変形によると、報知チャネルに関するデータ）、
−  受信フラグ２３００から２３０２に対応するフラグ６６３、および
−  レジスタ６６４内の１つまたは複数のＭＰＥ／ＦＥＣフレーム
を備える。
【００５２】
図７は、端末１０に実装された受信アルゴリズムを示している。
【００５３】
第１のステップ７０の間、端末１０は様々な受信パラメータを初期化する。
【００５４】
次いで、ステップ７１の間、端末１０は、送信機１１２からＤＶＢテーブルおよび、特に、端末１０がレジスタ５２３に記憶するＰＡＴ、ＩＮＴテーブルを受信する。
【００５５】
次いで、ステップ７２の間、端末１０はユーザに対して、ＰＡＴテーブルおよびＩＮＴテーブルに従って利用可能なサービスを提示し、ＰＡＴテーブルおよびＩＮＴテーブルの内容に従って、ユーザが望むサービス（複数）に対応するサービスｎに関連付けられたバースト（複数のサービスｎに関連付けられた複数のバースト）を識別する。所望のサービスの識別子ｎをレジスタ５２１に記憶する。ステップ７１または７２のうち１つの間、フラグレジスタ５２４を０に初期化する。
【００５６】
次いで、ステップ７３の間、端末１０は、サービスｎに対応するバーストを監視する。バーストの先頭で端末は、カレントフレームの先頭を同一のサービスｎに関連付けられた後続バーストの先頭から分離する時間Δｔを抽出し、時間Δｔに対応するタイマを開始してこの時間をレジスタ５２２に記憶する。バーストの受信は、バースト内に存在するフレームインジケータの末端を検出するまで続く。バーストおよび／もしくはそのバースト内に備えられた１つまたは複数のＭＰＥフレームを、レジスタ５２５に記憶する。
【００５７】
ステップ７３に続いてまたはステップ７３の間に、ステップ７４の間、端末１０は、受信バースト内に存在する各ＭＰＥフレームに含まれるフラグ領域２３０を読み出して、フラグ２３００から２３０２のうち少なくとも１つが、対応するテーブル内の変化に対応する１に等しい値を備えているかどうかを検査する。
【００５８】
備えていない場合（およびステップ７３の末端の後）、ステップ７５の間に、端末１０は、時間Δｔのタイムアウトが切れるまで、そのバースト受信手段をスリープモードに置く。この時間が切れると（または端末１０の様々な要素の反応時間を考慮して、その少し前に）、ステップ７３を繰り返す。
【００５９】
備えている場合、ステップ７６の間に、端末１０は、無線チャネルをなお監視して報知チャネル上で送信されたテーブルおよび／またはデータを受信し、変化はフラグ２３００から２３０２のうち１つにより示されている。したがって、フラグ２３０２が報知チャネル内の変化を示す場合、報知チャネルを含む可能性があるバーストを受信するまで端末１０はなお無線チャネルを監視し、対応する報知チャネルの内容を、それが（例えば、端末１０のユーザへの提示向け、または新規サービス報知向けの）任意のアプリケーションにより使用可能であるように記憶する。幾つかのバーストが報知チャネルに対応する情報を含む場合、第１のバーストを受信すると、端末は第１のバースト内に存在する専用ポインタのおかげで報知チャネルを含む次のバーストを決定し、対応するフレームを、それらがサービスフレームであるかのように処理する（もはや、サービスｎに対応するバーストの受信後にスタンバイモードに留まる必要はない）。チャネル上の情報が更新される限り、端末はなお報知チャネルを含むバーストを監視する。チャネル上の情報が更新されない場合（例えば、タイムアウトが切れた後）、または報知チャネル上の送信信号の末端を検出した場合、端末１０は対応するバーストの監視を停止することが好ましい。
【００６０】
同様に、フラグ２３００（それぞれ、２３０１）がＰＡＴテーブル（それぞれ、ＩＮＴ）内の変化を示す場合、ＰＡＴテーブル（それぞれ、ＩＮＴ）を受信しない限り（このテーブルはバースト３２０内に存在するかまたは存在しない可能性がある。バースト３２０内に存在しない場合、端末１０は次のフレーム３２１（または必要であれば次のフレーム３２２）を監視する）、端末１０は無線チャネルをなお監視する。ＰＡＴテーブル（それぞれ、ＩＮＴ）を受信すると、端末は、そのテーブルを使用（例えば、新規サービスが現れた場合のユーザに対する提示、または新規ＰＡＴテーブルの際に装置が待機している場合のサービスへのハンドオーバ）できるように記憶する（例えば、新規ＩＮＴテーブルを受信する場合、新規ＩＰアドレスを提示および／または記憶）。したがって、報知チャネル上の新規システムテーブルおよび／または情報が送信され次第、端末１０は非常に迅速に反応し、一方でその無線受信手段の電力消費は最適化される。
【００６１】
報知チャネルの情報ならびに／またはＰＡＴおよびＩＮＴテーブルの情報を受信すると、端末はバースト受信ステップ７３を繰り返す。ステップ７３を繰り返す前にΔｔのタイムアウトが切れるまで、端末１０のバースト受信手段をスリープモードに置くことが望ましい。
【００６２】
フラグ２３００から２３０２を、同一サービスｎに対応する幾つかの連続ＭＰＥフレーム内でアクティブにして、対応するバーストが正確に受信されなかったかどうかを端末１０が検出可能とすることが望ましい。この場合、幾つかの実施形態が可能であり、特に、
−  相対的に実装が単純で上述したもののような第１の実施形態によると、端末１０は、ステップ７６の間に対応する処理動作を実行することで変化の検出に体系的に反応する。
−  （受信および処理向けの）電力消費を最適化可能とする第２のモードによると、（例えば、関連付けられたフラグ（複数）が状態０に戻らず変化がなかったことを示す限り、またはフラグ２３００から２３０２のうち１つに戻る間に、開始した数秒のタイムアウトが切れていない限り、ステップ７６を実行しないことで）端末１０はステップ７６を一度だけ実行する。
【００６３】
実施形態の変形によると、フラグ２３００から２３０２の値の変化は、それぞれＰＡＴテーブル、ＩＮＴテーブルの状態変化、または報知チャネル内の状態変化を示す。この実施形態によると、端末１０はカレントフラグを記憶し、それらをステップ７４の間に受信したフラグと比較する。この変形は、端末１０が変化を考慮したかどうかを正確に決定できるという利点を有する。
【００６４】
図８は、モジュール１１０に実装された受信アルゴリズムを示している。モジュール１１０は、システムテーブル（例えば、ＩＮＴおよびＰＡＴ）および／または報知チャネル内の変化を生成および／または検出し、対応する１つまたは複数のフラグを更新する。
【００６５】
第１のステップ８０の間に、ＩＰＥモジュール１１０は、ＩＰ１３ネットワークのフレームを受信するための、およびＭＰＥフレームを送信機１１２へ送信するための様々なパラメータを初期化する。レジスタ６２２を、システムテーブルが未生成であることを示す値に初期化する。変化に対応するフラグをヌル値に初期化し、デフォルトで変化がないことを示す。
【００６６】
次いで、ステップ８１の間に、ＩＰＥモジュール１１０はサービスストリームおよび／またはモジュール構成に対応するデータを受信し、それらをレジスタ６２２に記憶する。構成データを例えば、オペレータにより直接モジュールに入力し、またはＩＰネットワークまたは任意の他の接続を介して受信する。
【００６７】
次いで、テスト８２の間に、ＩＰＥモジュール１１０は、システムテーブル（ＰＡＴおよび／またはＩＮＴ）内または報知チャネル内に変化が生じたかどうかを検査する。システムテーブル内の変化は、オペレータにより構成データを修正したとき、および／または（以前の構成により許可された）新規ストリームの受信の際に構成データを修正したときに特に、生じる可能性がある。より一般的には、ＩＰＥモジュール１１０は、送信機１１２に送信されたサービス内の変化（例えば、送信されているサービスまたは新規サービス内の変化）を検出する。変化は、例えば、所定の閾値未満または所定の閾値より大きいその値が端末への無線送信内の変化につながるビット速度に従って、ストリームに固有のパラメータに反応するようにＩＰＥ１１０を構成するときにも、生じる可能性がある。
【００６８】
報知チャネル上での送信が必須である情報（例えば、新規サービスに関するメタデータ）を報知元１５３から受信する場合、モジュール１１０は報知チャネル内に変化があると考える。すなわち、特定の実施形態によると、報知チャネルに関わる全ての情報を一度または数回送信しなければならず、デフォルトでは報知チャネルは未使用である。変形によると、同一報知チャネルの情報を何度も繰り返す。この場合、ＩＰＥモジュール１１０は、メモリ６２内に報知チャネルに関連付けられた最新の送信情報を記憶し、それをやはりメモリ６２に記憶したカレント情報と比較する。
【００６９】
変化がない場合、ステップ８５で、モジュール１１０はＭＰＥフレームを、特にサービス、システムテーブルおよび／または報知チャネルに対応する更新されたフラグ２３００から２３０２およびデータ６２２を備えるヘッダで構築する。
【００７０】
変化がある場合、変化が生じ、ステップ８３の間に、その変化に対応するフラグ２３００から２３０２を１に等しい値で更新する。モジュール１１０はさらに、変化を示すフラグをアクティブにする時間に対応する時間Ｔのタイムアウトを開始する。時間ＴはΔＴ時間以上であり、サービスｎを受信する各端末が、変化を示すフラグを受信することができる。バーストが失われた場合でも、時間ＴはΔＴ時間の数倍以上であり、サービスｎを受信する各端末が、変化を示すフラグを受信できることが好ましい。したがって、Ｔは、ΔＴ時間の２倍以上であり、かつΔＴ時間の１０倍以下（２ΔＴ＜＝Ｔ＜＝１０ΔＴ）であると都合が良い（ΔＴは１秒から３秒のオーダである）。
【００７１】
ステップ８３に続いて、ステップ８４の間に、モジュール１１０はＭＰＥフレームを、特にサービス、システムテーブルおよび／または報知チャネルに対応する更新されたフラグ２３００から２３０２およびデータ６２２を備えるヘッダで構築する。
【００７２】
ステップ８４またはステップ８５のうち１つに続いて、テスト８６の間に、モジュール１１０は、ステップ８３がアクティブである間に更新されたフラグにタイマが関連付けられているかどうかを検査する。
【００７３】
関連付けられている場合、ステップ８３の間に開始された最新のタイムアウトが切れると、ステップ８７の間に、フラグ２３００から２３０２をヌル値に再初期化する。
【００７４】
ステップ８７に続いて、またはステップ８３の間に開始された最新のタイムアウトが切れていない場合、ステップ８１を繰り返す。
【００７５】
説明した実施形態によると、フラグ２３００から２３０２のうち１つをアクティブにするとき、タイマは１つしか使用しない。実施形態の変形によると、各フラグ２３００から２３０２をタイムアウトに関連付ける。したがって、タイムアウト値を関連付けられたフラグに従って定義することができ、ステップ８７の間に関連付けられたタイムアウトが切れた後に、関連付けられたフラグ値のみを再初期化し、テスト８６はタイマの各々を独立してテストする。
【００７６】
図７に関して示すように、実施形態の変形によると、フラグ２３００から２３０２の値の変化はそれぞれ、ＰＡＴテーブル、ＩＮＴテーブルの状態変化または報知チャネル内の状態変化を示す。この実施形態は、端末１０側およびモジュール１１０側にデュアルで実装されており、ステップ８３およびステップ８７の間に関与する１つまたは複数のフラグの状態を変更する。
【００７７】
変形によると、送信機１１２を、マルチプレクサ経由でＤＶＢ−Ｔテーブルを送信するＩＰＥモジュールおよび別のシステムに接続する。この場合、構成変更情報を他のシステムによりＩＰＥモジュールに送信して、ＩＰＥモジュールがＤＶＢ−Ｔテーブル専用の１つまたは複数のフラグを更新可能とし、この１つまたは複数のフラグをさらにフラグ２３００から２３０２のように管理すると都合が良い。
【００７８】
当然ながら、本発明は前述の実施形態に限定されない。
【００７９】
特に、変化を示すフラグの挿入を、ＩＰＥ内だけでなく、ＩＰＥまたはＩＰＥの下流（ＩＰＥと無線送信機との間）に位置する専用モジュール内でも行うことができる。
【００８０】
幾つかのＩＰＥを同一の無線送信機に接続する場合、本発明の変形によると、ＩＰＥはシステムテーブルの変更および／または全ての端末が監視することになっている特定のチャネルに関する情報を交換する。この場合、各ＩＰＥは対応するフラグを更新し、そのフラグを各ＩＰＥが生成するＭＰＥフレーム内に挿入する。
【００８１】
さらに、本発明は１つまたは複数のＩＰＥに接続された幾つかの無線送信機と互換性もあり、その送信機の各々は、受信したＭＰＥを含むバーストを１つまたは複数の端末に送信する。
【００８２】
本発明は、上述のフラグに限定されることもなく、任意のシステムテーブルに関するフラグの受信、著しく連続的にまたは専用バーストで送信された情報に関するフラグの受信に続く更新、送信、受信および処理動作にも関し、この情報は、ＤＶＢサービスを受信する１つまたは複数の端末を対象としている。
【００８３】
本発明によると、フラグは任意のフォーマットを有する。１つまたは複数のフラグをＭＰＥフレームの未使用領域に含めると都合が良い。本発明の他の変形によると、１つまたは複数のフラグは、バースト内の任意の所定の位置、特にＭＰＥフレームによりカプセル化されたパケットのうち１つ（例えば、ＲＴＰパケット）のヘッダに挿入される。さらに、各フラグを厳密なテーブルまたは特定のチャネルに割り当てることができ、それにより、端末は回復すべきデータをより良く対象とすることができる。変形によると、フラグの一部または全部をたった１つのバイナリ要素（またはビット）上でグループ化する。
【図面の簡単な説明】
【００８４】
【図１】本発明の特定の実施形態による、ＤＶＢ−Ｈビデオサービスを端末にブロードキャストするために使用するネットワークインフラを示す図である。
【図２】図１のインフラの端末に送信されるデータフレームの構造を表す図である。
【図３】図１のインフラの端末に送信されるサービスのタイムスライスを示す図である。
【図４】図１のインフラの端末に送信されるバーストを示す図である。
【図５】図１のネットワークの端末およびアクセスポイントの構造を示す図である。
【図６】図１のネットワークの端末およびアクセスポイントの構造を示す図である。
【図７】図５の端末に実装されたアルゴリズムを表す図である。
【図８】図６のアクセスポイントに実装されたアルゴリズムを示す図である。
【図１】
2009524372.tif 000003
【図２】
2009524372.tif 000004
【図３】
2009524372.tif 000005
【図４】
2009524372.tif 000006
【図５】
2009524372.tif 000007
【図６】
2009524372.tif 000008
【図７】
2009524372.tif 000009
【図８】
2009524372.tif 000010
【国際調査報告】
2009524372.tif 000011
2009524372.tif 000012
2009524372.tif 000013
2009524372.tif 000014
2009524372.tif 000015
2009524372.tif 000016