(57)【要約】  Advanced  Television  Systems  Committee  Digital  Television(ATSC  DTV)送信機は、レガシーＤＴＶチャネル及び移動体ＤＴＶチャネルを有するデジタル多重を送信する。移動体ＤＴＶチャネルは、移動体データ及び追加移動体トレーニング情報を有する移動体パケット内で伝達される。移動体パケットは２０７バイトを有し、２バイトはヘッダ情報であり、２０バイトはリード・ソロモン（ＲＳ）パリティ情報であり、１８５バイトは移動体データ及び移動体トレーニング情報を伝達する。移動体トレーニング情報は、畳み込みインタリービングの後に追加トレーニング情報が連続的な位置に現れるように、移動体パケット内に挿入される。
2010532601.tif 000002
【特許請求の範囲】
【請求項１】
移動体データを提供する移動体デジタル・テレビジョン・データ源；
移動体トレーニング・データを提供する移動体トレーニング・データ源；及び
インタリーバの前に配置され、インタリービングの後に、前記移動体トレーニング・データがＫ＞０としてＫ個の連続する移動体パケットだけで伝達されるように、前記移動体データを伝達する移動体パケットに前記移動体トレーニング・データを挿入する移動体データ挿入器；
を有する装置。
【請求項２】
前記移動体トレーニング・データ挿入器は、インタリービングの後に、前記トレーニング・データが１個の移動体パケット内で複数回パンクチャリングされるように、トレーニング・データを挿入する、
ことを特徴とする請求項１記載の装置。
【請求項３】
前記移動体トレーニング・データはＫ個のモードに従って動作する、
ことを特徴とする請求項１記載の装置。
【請求項４】
一連の該データ・フィールドを表すデジタル多重を送信する送信機；
を更に有し、
Ｍ＞０としＭ個のデータ・フィールド毎に、前記移動体パケットを伝達する複数の移動体スライスを有する移動体バーストを有し、
前記移動体トレーニング・データは、最初の移動体スライスの後に生じる、
ことを特徴とする請求項１記載の装置。
【請求項５】
前記デジタル多重は、アドバンスド・テレビジョン・システム・コミティ・デジタル・テレビジョン（Advanced  Television  System  Committee  Digital  Television）信号に相当する、
ことを特徴とする請求項４記載の装置。
【請求項６】
移動体データを提供する段階；
移動体トレーニング・データを提供する段階；
インタリービングの後に、前記移動体トレーニング・データがＫ＞０としてＫ個の連続する移動体パケットだけで伝達されるように、前記移動体データを伝達する移動体パケットに前記移動体トレーニング・データを挿入する段階；
を有する方法。
【請求項７】
前記挿入する段階は、インタリービングの後に、前記トレーニング・データが１個の移動体パケット内で複数回パンクチャリングされるように、トレーニング・データを挿入する、
ことを特徴とする請求項６記載の方法。
【請求項８】
一連のデータ・フィールドを表すデジタル多重を送信する段階；
を更に有し、
Ｍ＞０としＭ個のデータ・フィールド毎に、前記移動体パケットを伝達する複数の移動体スライスを有する移動体バーストを有し、
前記移動体トレーニング・データは、最初の移動体スライスの後に生じる、
ことを特徴とする請求項６記載の方法。
【請求項９】
前記デジタル多重は、アドバンスド・テレビジョン・システム・コミティ・デジタル・テレビジョン（Advanced  Television  System  Committee  Digital  Television）信号に相当する、
ことを特徴とする請求項８記載の方法。
【請求項１０】
トレーニング・モードを決定するトレーニング・モード値を有する移動体制御チャネル情報を格納するメモリ；
Ｍ＞０としＭ個のデータ・フィールド毎に、移動体パケットを伝達する複数の移動体スライスを有する移動体バーストを有し、移動体トレーニング・データがＫ個の連続するパケット内の最初の移動体スライスの後に生じ、一連の該データ・フィールドに相当する復調された信号を提供するために、受信信号を復調する復調器；及び
該トレーニング・モード値に従い該復調器のトレーニング・モードを設定するプロセッサ；
を有する装置。
【請求項１１】
前記移動体トレーニング・データは、１個の移動体パケット内で複数回パンクチャリングされる、
ことを特徴とする請求項１０記載の装置。
【請求項１２】
前記デジタル多重は、アドバンスド・テレビジョン・システム・コミティ・デジタル・テレビジョン（Advanced  Television  System  Committee  Digital  Television）信号に相当する、
ことを特徴とする請求項１０記載の装置。
【請求項１３】
トレーニング・モードを決定するトレーニング・モード値を有する移動体制御チャネル情報を格納する段階；
Ｍ＞０としＭ個のデータ・フィールド毎に、移動体パケットを伝達する複数の移動体スライスを有する移動体バーストを有し、移動体トレーニング・データがＫ個の連続するパケット内の最初の移動体スライスの後に生じ、一連の該データ・フィールドに相当する復調された信号を提供するために、受信信号を復調する段階；及び
該トレーニング・モード値に従い該復調する段階のトレーニング・モードを設定する段階；
を有する方法。
【請求項１４】
前記移動体トレーニング・データは、１個の移動体パケット内で複数回パンクチャリングされる、
ことを特徴とする請求項１３記載の方法。
【請求項１５】
前記デジタル多重は、アドバンスド・テレビジョン・システム・コミティ・デジタル・テレビジョン（Advanced  Television  System  Committee  Digital  Television）信号に相当する、
ことを特徴とする請求項１３記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概して通信システムに関し、より詳細には例えば地上波放送、セルラ、ワイヤレス・フェディリティ（Ｗｉ−Ｆｉ）、衛星等の無線システムに関する。
【背景技術】
【０００２】
ＡＴＳＣ  ＤＴＶ（Advanced  Television  Systems  Committee  Digital  Television）システム（例えば、UnitedStates  Advanced  Television  Systems  Committee）、「ATSC  Digital  Television  Standard」、Ｄｏｃｕｍｅｎｔ  Ａ／５３、１９９５年９月１６日及び「Guide  to  the  Use  of  the  ATSC  Digital  Television  Standard」Ｄｏｃｕｍｅｎｔ  Ａ／５４、１９９５年１０月４日）は、ＭＰＥＧ２圧縮されたＨＤＴＶ（高品質ＴＶ）信号の送信のために約１９Ｍｂｉｔ／ｓｅｃ（百万ビット毎秒）を提供する（ＭＰＥＧ２は、Moving  Picture  Expert  Group  (MPEG)−２  Systems  Standard（ISO/IEC１３８１８−１））。従って、６個のＴＶチャネルに対し約４個が、輻輳することなく単一の物理送信チャネル（ＰＴＣ）で対応可能である。また、この伝送ストリーム内に、追加サービスを提供するための余裕帯域幅が残っている。実際に、ＭＰＥＧ２符号化及び（Ｈ．２６４又はＶＣＩのような）Ａｄｖａｎｃｅｄ  Ｃｏｄｅｃ（符号器／復号器）技術の両方の改善により、ＰＴＣで更に多くの追加の予備容量が利用可能になってきている。
【０００３】
しかしながら、ＡＴＳＣ  ＤＴＶシステムは、固定受信向けに設計されており、移動体環境では不十分である。この点に関し、既存のＡＴＳＣ  ＤＴＶシステムとの下位互換性を維持しながら、移動体及びハンドヘルド（Ｍ／Ｈ）装置向けのＡＴＳＣ  ＤＴＶシステムを開発することは大きな関心事である。特に、ＡＴＳＣ  ＤＴＶ移動体／ハンドヘルド（Ｍ／Ｈ）システムでは、移動体データ、例えばプログラム（例えばＴＶ番組）は、ＡＴＳＣ  ＰＴＣの上述のような予備帯域幅の一部を用いて送信される。これは、「タイム・スライシング」を可能にする。つまり、ハンドヘルド装置の受信機は、移動体データを受信しているときだけ起動していればよい。従って、受信機を他の時間にアイドルのままにし、それによりハンドヘルド装置のバッテリからの電力消費を低減することを可能にする。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＡＴＳＣ  ＤＴＶ信号では、等化器がチャネル歪みを補償する場合に、受信機の等化器を収束するために、フィールド同期シーケンスがトレーニング・シーケンスとして用いられる。しかしながら、移動体環境では、チャネルは固定環境よりも動的である。従って、移動体受信機内の等化器は、動的なチャネルを追跡するために迅速に収束する必要がある。残念ながら、ＡＴＳＣ  ＤＴＶフィールド同期シーケンスは、受信機の等化器ではあまり頻繁に生じないので、移動体環境で迅速に収束できない。特に、フィールド同期シーケンスは、１フィールド同期シーケンス毎フィールドの割合（２４．２ミリ秒（ｍｓ））で生じる。データ・セグメント同期は１セグメント同期シーケンス毎データ・セグメント（７７．３マイクロ秒（μｓ））の割合でより頻繁に生じるが、データ・セグメント同期は４個のシンボルしか有さない。従って、本発明の原理によると、移動体パケットは移動体データ及び追加移動体トレーニング情報を伝達する。
【０００５】
本発明の説明のための実施例では、Advanced  Television  Systems  Committee  Digital  Television(ATSC  DTV)送信機は、レガシーＤＴＶチャネル及び移動体ＤＴＶチャネルを有するデジタル多重を送信する。移動体ＤＴＶチャネルは、移動体データ及び追加移動体トレーニング情報を有する移動体パケット内で伝達される。移動体パケットは２０７バイトを有し、２バイトはヘッダ情報であり、２０バイトはリード・ソロモン（ＲＳ）パリティ情報であり、１８５バイトは移動体データ及び移動体トレーニング情報を伝達する。移動体トレーニング情報は、畳み込みインタリービングの後に追加トレーニング情報が連続的な位置に現れるように、移動体パケット内に挿入される。
【課題を解決するための手段】
【０００６】
本発明の説明のための実施例では、Advanced  Television  Systems  Committee  Digital  Television(ATSC  DTV)移動体装置又はハンドヘルド装置は、レガシーＤＴＶチャネル及び移動体ＤＴＶチャネルを有するデジタル多重を受信する受信機を有する。移動体ＤＴＶチャネルは、移動体データ及び追加移動体トレーニング情報を有する移動体パケット内で伝達される。移動体パケットは２０７バイトを有し、２バイトはヘッダ情報であり、２０バイトはリード・ソロモン（ＲＳ）パリティ情報であり、１８５バイトは移動体データ及び移動体トレーニング情報を伝達する。移動体トレーニング情報は、畳み込みインタリービングの後に追加トレーニング情報が連続的な位置に現れるように、移動体パケット内に挿入される。
【０００７】
上述の観点から及び詳細な説明を読むことにより明らかなように、他の実施例及び特徴も可能であり、それらが本発明の原理に包含されることが明らかである。
【図面の簡単な説明】
【０００８】
【図１】従来のＡＴＳＣ送信機を示す。
【図２】従来のＡＴＳＣ送信機を示す。
【図３】ＡＴＳＣ  ＤＴＶ信号のフォーマットを示す。
【図４】ＡＴＳＣ  ＤＴＶ信号のフォーマットを示す。
【図５】ＡＴＳＣ  ＤＴＶ信号のフォーマットを示す。
【図６】従来のＡＴＳＣ受信機を示す。
【図７】本発明の原理に従う移動体データ・パケットを示す。
【図８】本発明の原理に従う説明のための移動体データ・フィールドを示す。
【図９】本発明の原理に従う説明のための移動体フィールド同期を示す。
【図１０】説明のための送信シーケンスを示す。
【図１１】本発明の原理に従う送信機の説明のための実施例を示す。
【図１２】本発明の原理に従う送信機の説明のための実施例を示す。
【図１３】表１「バースト内に含まれるトレーニング・モード及び移動体スライスの数に応じたＦＥＣコード・ブロック内の移動体バーストのデータ容量」を示す。
【図１４】パケット・インデックス及びバイト・インデックスに応じた移動体スライス内のトレーニング・データの位置を示す。
【図１５】表２「バースト内に含まれるトレーニング・モード及び移動体スライスの数に応じた利用可能なデータ容量」を示す。
【図１６】移動体制御チャネル情報を示す。
【図１７】移動体制御チャネル情報を示す。
【図１８】本発明の原理に従う送信機で用いられる説明のためのフローチャートを示す。
【図１９】本発明の原理に従う装置の説明のための実施例を示す。
【図２０】本発明の原理に従う受信機の説明のための実施例を示す。
【図２１】本発明の原理に従う受信機で用いられる説明のためのフローチャートを示す。
【図２２】本発明の原理に従う隣接するネットワークの同期を示す。
【図２３】本発明の原理に従う隣接する変換器の同期を示す。
【図２４】本発明の原理に従う受信機で用いられる説明のための別のフローチャートを示す。
【図２５】本発明の原理に従うネットワークの同期を示す。
【図２６】本発明の原理に従う受信機で用いられる説明のための別のフローチャートを示す。
【図２７】インタリービング後のトレーニング・データがパケットに渡り４回パンクチャリングされる、トレーニングの別の方法を示す。
【図２８】インタリービング後のトレーニング・データがパケットに渡り４回パンクチャリングされる、トレーニングの別の方法を示す。
【発明を実施するための形態】
【０００９】
本発明の概念以外の図中に示される要素はよく知られているので、詳細に記載されない。また、テレビ放送、受信機及びビデオ符号化は熟知されていることが想定されるので、本願明細書に詳細に記載されない。例えば、本発明の概念の他に、現在の提案されているＴＶ規格、例えばＮＴＳＣ（National  Television  Systems  Committee）、ＰＡＬ（Phase  Alternation  Lines）、ＳＥＣＡＭ（Sequential  Couleur  Avec  Memoire）、ＡＴＳＣ（Advanced  Television  SystemsCommittee）、及びDVB（Digital  Video  Broadcasting）、DVB-T（Digital  VideoBroadcasting-Terrestrial）（例えばETSI  EN  ３００  7４４  Vl.４.１(２００１-０１)、Digital  VideoBroadcasting(DVB)、Framing  structure,  channel  coding  and  modulation  for  digital  terrestrial  television  and  the  Chinese  Digital  Television  System(GB)  ２０６００-２００６(Digital  Multimedia  Broadcasting-Terrestrial/Handheld(DMB-T/H))が良く知られている。更に、ＡＴＳＣブロードキャスト信号に関する情報は、ＡＴＳＣ規格、つまりDigital  Television  Standard(A/５３),  Revision  C,  Amendment  No．１及びCorrigendum  No.１を含む、Doc.A/５３C；及びRecommended  Practice:  Guide  to  the  Use  of  the  ATSC  Digital  Television  Standard(A/５４)を参照のこと。同様に、本発明の概念の他に、送信の概念、例えば８レベル残留側帯波（８−ＶＳＢ）、直交振幅変調（ＱＡＭ）、直交周波数分割多重（ＯＦＤＭ）又は符号化ＯＦＤＭ（ＣＯＦＤＭ）及び受信器構成要素、例えば無線周波数（ＲＦ）フロント・エンド又は受信器部分、例えば低雑音部、チューナー及び復調器、相関器、漏れ積分器及び乗算器がよく知られていると想定される。同様に、本発明の概念以外に、トランスポート・ビット・ストリームを生成するフォーマット及び符号化方法（例えばＭＰＥＧ（Moving  Picture  Expert  Group）−２システム規格（ＩＳＯ／ＩＥＣ  １３８１８−１））は良く知られており本願明細書に記載されない。また留意すべき点は、本発明の概念が例えば本願明細書に記載されない従来のプログラム技術を用い実施されてよいことである。最後に、図中の同様の符号は同様の構成要素を表す。
【００１０】
図１は、今日のＡＴＳＣ送信機を示す。該ＡＴＳＣ送信機の構成要素は知られており、本願明細書に記載されない（例えば、Advanced  Television  Standards  Committee,  ATSC  Digital  Television  Standard,  ATSC  A/５３E,  April  ２００６を参照のこと）。ＭＰＥＧ２トランスポート・パケットのストリーム９は、ＡＴＳＣ  ＤＴＶシステム内でデータ（例えば、ビデオ、オーディオ、プログラム及びシステム情報（ＰＳＩＰ））を伝達する。各ＭＰＥＧ２トランスポート・パケットは、１８７バイトのデータ及び同期バイトを有する。同期バイトはＡＴＳＣ送信機内で廃棄され、１８７バイトのペイロードは無作為データ抽出器１０を通じてランダムに抽出され、（１８７、２０７）リード・ソロモン（Ｒ−Ｓ）符号器１５を通じて符号化される。リード・ソロモン符号化の結果、各ＭＰＥＧ２パケットは２０バイトのパリティでパディングされ、次に従来のインタリーバ２０へ印加される。インタリーバ２０は、２／３レート・トレリス符号器２５にインタリーブされたデータを提供する。図２に、ＡＴＳＣデジタル・テレビジョン規格（Digital  Television  Standard）、ＡＴＳＣ  Ａ／５３Ｅ、２００６年４月に規定されたインタリーバ２０が示される。トレリス符号化信号は、次に同期マルチプレクサ３０に印加される。同期マルチプレクサ３０は、トレリス符号化データをデータ・セグメント同期２８及びフィールド同期２９と多重化し、ＡＴＳＣデータ・セグメントを形成する。特に、ＡＴＳＣシンボルは、データ・セグメント内で送信される。図３はＡＴＳＣデータ・セグメントを示す。ＡＴＳＣデータ・セグメントは、８３２個のシンボル、つまりデータ・セグメント同期用の４個のシンボル及び８２８個のデータ・シンボルを有する。図３から分かるように、データ・セグメント同期は、各データ・セグメントの先頭に挿入される。データ・セグメント同期は、バイナリの１００１パターンを表す２値（バイナリ）の４シンボル・シーケンスである。複数のデータ・セグメント（３１３個のセグメント）は、ＡＴＳＣデータ・フィールドを有し、全部で２６０，４１６個（８３２×３１３）のシンボルを有する。データ・フィールド内の最初のデータ・セグメントは、フィールド同期セグメントと称される。図４は、フィールド同期セグメントの構造を示す。図４では、各シンボルは１ビットのデータを表す（２値）。フィールド同期セグメント内で、データ・セグメント同期の直後に５１１ビットの疑似ランダム・シーケンス（ＰＮ５１１）が続く。ＰＮ５１１シーケンスの後に、３個の同一の６３ビットの疑似ランダム・シーケンス（ＰＮ６３）が続く。２番目のＰＮ６３シーケンスは、１つおきにデータ・フィールドが反転されている。ＡＴＳＣデータ・フレーム内には、図５に示すように２個のデータ・フィールドがある。
【００１１】
纏めると、ＡＴＳＣ用のトランスポート・パケットは、同期バイトを含めて１８８バイトを有する。上述のように、同期バイトは取り除かれ、１８７バイトになる。次に、２０バイトがリード・ソロモン誤り訂正のために追加され、パケット毎に２０７バイトを与える。全ビット数は１６５６ビットである。８値符号化はシンボル毎に３ビットを与えるので、２／３の符号化レートを有するトレリス符号化は、該全ビット数を２，４８４ビット又は８２８シンボルまで増大させる。データ・セグメント同期として知られる特定の波形は、このパケットの先頭に追加され、４個の通常のシンボル期間を占有する。全体の変更された送信ストリーム・パケットは、８３２シンボル期間又は１０．７６メガシンボル毎秒のシンボル・レートで合計時間７７．３μ秒を占有する。この結果生じた新たなデータ・パケットは、データ・セグメントと称される。図１に戻ると、パイロット挿入３５及びＶＳＢ変調器４５の後に、アンテナ５５を介してＡＴＳＣ  ＤＴＶ信号を送信するために、ＶＳＢ変調されたシンボルは、アップコンバータ５０を介してＲＦ  ＴＶチャネルにアップコンバートされる。図１から分かるように、破線の形式で示されるように、任意的なプレ等化器４０がＡＴＳＣ  ＤＴＶ信号を形成するときに用いられてもよい。
【００１２】
図６に示される既存のＡＴＳＣ受信機は、反転処理を実行し、受信したＲＦ信号からＭＰＥＧ２トランスポート・ストリーム（ＴＳ）を復元する。更に、局部発振器及びサンプリング・クロックを送信機内の局部発振器及びサンプリング・クロックと同期させるために、受信機内に搬送波復元及びタイミング復元回路が必要である。無線チャネルに導入された複数の経路に対抗するために、等化器も必要である。ダウンコンバータ６５は、チューナを有し、（図示されない）等化器を有する。チューナは、チャネルを合わせ、アンテナ６０を介してブロードキャスト信号を受信し、受信した信号をＶＳＢ復調器７０に提供する。復調された信号は、トレリス復号化のためにトレリス復号器７５に提供される。結果として生じたトレリス復号化信号は、デインタリーバ８０へ印加される。デインタリーバ８０は、送信機内のインタリーバ２０と相補的な方法でトレリス復号化信号をデインタリービングする。デインタリーバ８０からの出力信号は、リード・ソロモン（Ｒ−Ｓ）復号器８５に印加される。リード・ソロモン（Ｒ−Ｓ）復号器８５はパケット化されたデータのストリーム８６を提供する。
【００１３】
前述のように、ＡＴＳＣ  ＤＴＶシステムは、固定受信向けに設計されており、移動体環境では不十分である。この点に関し、既存のＡＴＳＣ  ＤＴＶシステムとの下位互換性を維持しながら、移動体及びハンドヘルド（Ｍ／Ｈ）装置向けのＡＴＳＣ  ＤＴＶシステムを開発することは大きな関心事である。従来知られているように、従来のＭＰＥＧ２トランスポート・ストリーム内に、送信するのに十分なデータがないときには、ヌル・パケットが挿入される。つまり、前述のようにＡＴＳＣ  ＤＴＶ物理送信チャネルは予備帯域幅を有する。ヌル・パケットに関し、従来のＡＴＳＣ受信機は任意の受信したヌル・パケットを廃棄する。従って、移動体及びハンドヘルド（Ｍ／Ｈ）装置向けのＡＴＳＣ  ＤＴＶシステムでは、ヌル・パケットは、移動体データ・チャネルとして用いることができ、依然として従来のＡＴＳＣ  ＤＴＶシステムと下位互換性を維持している。特に、ＡＴＳＣ  ＤＴＶ移動体／ハンドヘルド（Ｍ／Ｈ）システムでは、移動体データ、例えばプログラム（例えばＴＶ番組）は、ＡＴＳＣ  ＤＴＶ  ＰＴＣの予備帯域幅の一部を用いて送信される。これは、「タイム・スライシング」を可能にする。つまり、ハンドヘルド装置の受信機は、移動体データを受信しているときだけ起動していればよい。従って、受信機を他の時間にアイドルのままにし、それによりハンドヘルド装置のバッテリからの電力消費を低減することを可能にする。留意すべき点は、ヌル・パケットの代わりに、特定のパケット識別子（ＰＩＤ）を有するパケット用いて移動体データを伝達してもよい。これにより、従来の受信機は該特定のＰＩＤを有するパケットを無視するだろう。
【００１４】
残念ながら、既存のＡＴＳＣ  ＤＴＶシステムは、タイム・スライシングのために必要なシグナリング機構が欠けている。従って及び本発明の原理により、信号は一連のフィールドを有する。各フィールドは、同期部分及びデータ部分を有する。送信機は、そのフィールドのデータ部分内の移動体データの存在を識別するのに用いられるフィールドの同期部分に疑似雑音（ＰＮ）シーケンスを挿入し、信号を送信する。相補的な方法で、受信機は、該信号を受信し、受信した信号の同期部分内にＰＮシーケンスを検出すると、受信した信号のフィールドのデータ部分内に移動体データがあるか否かを決定する。
更に、ＡＴＳＣ  ＤＴＶ信号では、等化器がチャネル歪みを補償する場合に、受信機の等化器を収束するために、フィールド同期シーケンスがトレーニング・シーケンスとして用いられる。しかしながら、移動体環境では、チャネルは固定環境よりも動的である。従って、移動体受信機内の等化器は、動的なチャネルを追跡するために迅速に収束する必要がある。残念ながら、ＡＴＳＣ  ＤＴＶフィールド同期シーケンスは、受信機の等化器ではあまり頻繁に生じないので、移動体環境で迅速に収束できない。特に、フィールド同期シーケンスは、１フィールド同期シーケンス毎フィールド（２４．２ミリ秒（ｍｓ））の割合で生じる。データ・セグメント同期は１セグメント同期シーケンス毎データ・セグメント（７７．３マイクロ秒（μｓ））の割合でより頻繁に生じるが、データ・セグメント同期は４個のシンボルしか有さない。従って、本発明の原理によると、移動体パケットは移動体データ及び追加移動体トレーニング情報を伝達する。
【００１５】
移動体パケットは、図７に示す構造を有するＭＰＥＧ２トランスポート・パケットである。移動体パケット２５０は、２バイトのヘッダ（２５１）、移動体データ及び移動体トレーニング・シーケンスを伝達する１８５バイト（２５２）及び２０バイトのＲ−Ｓパリティ情報（２５３）を有する。タイム・スライシングを実現するために、移動体パケットは、本願明細書で移動体バーストとも表されるデータ・バースト内で送信される。移動体バーストの基本部は、移動体スライスと称される５２個の移動体パケットである。移動体バーストは、Ｎ個の移動体スライス（ここで、Ｎ＞１）を有する。移動体バーストの先頭は、データ・フィールドの先頭に揃っている。移動体データを伝達するデータ・フィールドは、本願明細書で移動体データ・フィールド又は移動体フィールドとも表される。図８に説明のための移動体データ・フィールド１００を示す。図５のＡＴＳＣデータ・フィールドは、ここで、移動体フィールド同期１０１及び多数の移動体スライスを有するよう変更され、データ・フィールドの先頭に揃えられている。従って、移動体データ・フィールドは、移動体データ部分と、移動体データ部分がフィールド全体を占めない場合にはＡＴＳＣレガシー・データ部分とを有する。図８から分かるように、２個の説明のための移動体スライスが、移動体データ・フィールドの移動体データ部分内にある。つまりＮ＝２である。第１の移動体スライスは、移動体スライス１０３である。移動体スライス１０３は、５２個の移動体パケット（移動体データ・セグメント）を有し、４．０２ｍｓの時間を有する第１の移動体スライス１０３では、制御チャネル情報（以下に詳細に説明する）は部分１０９内に含まれる。移動体スライス１０３に続き、別の移動体スライス１０６がある。留意すべき点は、本例では、移動体トレーニング・データは、第１の移動体スライスの後の移動体スライス内に現れることである。これは、第２の移動体スライス１０６の移動体トレーニング・データ部分１０８により示される。以下に詳細に説明するように、移動体トレーニング・データは、受信機による迅速な識別を実現する移動体スライスの同一の部分内に現れる。移動体データが移動体フィールド全体を占有しない場合、レガシーＡＴＳＣデータは、移動体フィールドの残りの部分内（前述のＡＴＳＣデータ・セグメント内）で送信されてよい。これは、図８に、移動体データ・フィールドの残りの部分１０７により示される。
【００１６】
本発明の原理によると、移動体フィールド同期１０１は、受信機がＡＴＳＣ  ＤＴＶ  Ｍ／Ｈシステム内で移動体データの存在を迅速に識別することを可能にする。図９を参照すると、移動体フィールド同期１０１は、前述のＡＴＳＣフィールド同期を有する。ＡＴＳＣフィールド同期は、ＶＳＢモード・フィールドの直後の予約シンボル・フィールドの先頭にＰＮ６３シーケンス１０２を挿入することにより変更されている。従って、ここで、受信機は、フィールド同期セグメントの予約部分内のＰＮ６３シーケンスの存在により、移動体データの存在を迅速に決定できる。例えば、フィールド同期セグメントの予約部分内のＰＮ６３シーケンスの存在は、移動体バーストの開始を表す。他の変形例も可能である。例えば、ＰＮシーケンスの符号、例えば正符号が、移動体バーストの開始の表示として用いられてもよい。従って、更にシグナリングをすることなく、ここで、移動体受信機は移動体データの存在を迅速に識別できる。物理層シグナリングの別の例では、予約フィールド内にカウンタが埋め込まれ、移動体バーストが該カウンタにより示された数のデータ・フィールドの後に現れることを示す。例えば、カウンタ値が３に等しい場合、３個のデータ・フィールドの後に少なくとも１つの移動体スライスが現れることを意味する。カウンタ値が０に等しい場合、現在のデータ・フィールドが少なくとも１つの移動体スライスを有することを意味する。受信機は移動体バーストのタイミングを明確に識別できるので、受信機は、省電力モードと受信モードとの間の切り替えをスケジューリングし、電力消費を低減しうる。複数の移動体チャネルの識別及び調整は、制御チャネル情報（以下に詳細に説明する）により達成される。
【００１７】
ここで、移動体パケットの送信に関して以下の点に留意すべきである。トレーニング・データ以外の移動体データも、ＦＥＣブロック内の符号化された前方誤り訂正（ＦＥＣ）である。説明のため、低密度パリティ検査（ＬＤＰＣ）符号が用いられる。特に、ＥＴＳＩ  ＥＮ３０２．３０７  ｖ．１．１．２、Digital  Video  Broadcasting(DVB)；Second  generation  framing  structure,  channel  coding  and  modulation  systems  for  Broadcasting,  Interactive  Services,  News  Gathering  and  other  broadband  satellite  applicationsに規定された短いブロック長符号が用いられる。この短いブロック長は、１６，２００ビット長又は２０２５バイトである。１８５バイトのペイロードを有する移動体パケットに関し、１１個の移動体パケットが各ＦＥＣブロック内にあり、各移動体バースト内に整数個のＦＥＣブロックがある。
【００１８】
図１０を参照すると、ＡＴＳＣ  ＤＴＶ移動体システム内で、移動体バーストは、Ｍ個のデータ・フィール毎に送信される。ここで、Ｍは、システム内で設定され、タイム・スライシングを用いることにより移動体／ハンドヘルド装置の電力消費を低減するのに十分な大きさである。説明のために、Ｎ＝２及びＭ＝４とする。従って、各移動体バースト内に２個の移動体スライスがあり、４データ・フィールド毎に１つの移動体バーストがある。これは図１０に示される。図１０は、送信されたデータ・フィールドのシーケンスを示す。データ・フィールド２０２は、移動体データ・フィールドであり、移動体バースト（ＭＢ）２０１を伝達する。従って、データ・フィールド２０２は図８に示された構造を有する。データ・フィールド２０３は、レガシー・データ・フィールドである。図１０から分かるように、次の移動体バーストは、データ・フィールド２０４内で生じる。この例を続けると、４個のデータ・フィールドの時間は２４．２ｍｓ×４＝９６．８ｍｓである。従って、移動体装置の受信機が起動に必要な時間量は、少なくとも（２４．２×２×５２）／５７３＝８．０４ｍｓである。これは、結果として、８．０４／９６．８≒８．３０％の移動体装置内のデューティ・サイクルを生じる。デューティ・サイクルの時間は、他の受信機の処理に起因して増大しうる。例えば、１移動体スライスの時間が受信機のデインタリーバをクリアするために必要な場合、移動体装置の受信機が起動するために必要な時間量は、（２４．２×２×５２）／３１３≒１２．０６ｍｓであり、結果として１２．０６／９６．８≒１２．４６％のデューティ・サイクルを有する。本例では、移動体データ及びトレーニングのための生データ・レートは、５２×２×２０７×８ビット／９６．８ｍｓ＝１．７８Ｍビット／秒である。従って、本例では、受信機は、データ・フィールド２０２の後の３個のデータ・フィールドの間及びデータ・フィールド２０２の部分２０６の間に低電力にされうる。受信機が低電力にされるこの時間は、アイドル時間とも表され、図１０に説明のためアイドル時間２０７として示される。
【００１９】
図１１及び図１２を参照すると、本発明の原理に従うＡＴＳＣ  ＤＴＶ移動体送信機の説明のための実施例が示される。本発明の概念に関連する部分のみが示される。ＡＳＴＣ  ＤＴＶ移動体送信機は、プロセッサに基づくシステムであり、図１１内の破線の形式で示すプロセッサ１４０及びメモリ１４５により表現される１又は複数のプロセッサ及び関連するメモリを有する。本例では、コンピュータ・プログラム又はソフトウェアは、プロセッサ１４０による実行のためにメモリ１４５内に格納され、移動体ＦＥＣ符号器１２０を実施する。プロセッサ１４０は、１又は複数のストアド・プログラム制御プロセッサを表し、送信機能に専用である必要はない。例えば、プロセッサ１４０はＡＴＳＣ  ＤＴＶ送信機以外の機能を制御してもよい。メモリ１４５は、任意の記憶装置、例えばランダム・アクセス・メモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）等を表し、送信機の内部及び／又は外部にあってよく、必要に応じて揮発性及び／又は不揮発性である。
【００２０】
図１１に示される要素は、マルチプレクサ１１５、移動体前方誤り訂正（ＦＥＣ）符号器１２０、マルチプレクサ１２５、移動体トレーニング挿入器１３０、移動体トレーニング生成器１３５、データ無作為抽出器１０、移動体パケット・フィルタ１１０、全地球測位位置システム（ＧＰＳ）受信機２３５及びＧＰＳアンテナ２３０を有する。ＧＰＳ受信機２３５は、ＧＰＳ信号をＧＰＳアンテナ２３０から受信し、ＡＴＳＣ  ＤＴＶ移動体信号を送信するときに送信機内で用いられる時間同期情報を提供する。マルチプレクサ１２５は、レガシーＡＴＳＣパケット又は移動体パケット・ヘッダのみを有する空の移動体パケットのいずれかのパケットを提供する。これらの空の移動体パケットは、移動体データを伝達するために使用されるヌル・パケットである。ヌル・パケットは、ＭＰＥＧ２で定められたフォーマットに従う。上述の移動体フィールド同期シグナリングの助けにより、ＡＴＳＣ  ＤＴＶ移動体受信機は移動体パケットを識別できる。このパケット・データは、図１に関連して前述したようなレガシーＡＴＳＣパケット又は移動体パケットの単なるヘッダのいずれかであり、データ無作為抽出器１０によりランダムに抽出される。結果として生じたデータ・ストリームは、移動体パケット・フィルタ１１０へ印加される。ｍｕｘ１１５は、移動体パケット内で伝達される移動体データを提供する。図１１に示されるように、この移動体データは、移動体制御チャネル情報（以下に詳細に説明される）又は移動体チャネル・データ自体（例えば、ビデオ、オーディオ等のプログラム・データ）を有する。移動体データは、移動体ＦＥＣ符号器１２０に提供される。移動体ＦＥＣ符号器１２０は、移動体チャネルのダイナミクスを与えられた追加の誤り保護を提供し、ＦＥＣ符号化移動体データを移動体トレーニング挿入器１３０に提供する。
【００２１】
前述のように、ＦＥＣ符号器１２０は、ＬＤＰＣ符号及びＥＴＳＩ  ＥＮ３０２  ３０７、ｖ．１．１．２に定められた短いブロック長を用いる。ＦＥＣ符号器１２０はデータを、ＦＥＣブロックに分解し、１１個の移動体パケットが各ＦＥＣブロック内にある。１１個の可能な符号レート、つまり１／４、１／３、２／５、１／２、３／５、２／３、３／４、４／５、５／６、８／９がある。例えば、レート１／４のＦＥＣブロックは５０６バイトの移動体データを有し、レート１／２のＦＥＣブロックは１０１２バイトの移動体データを有する。図１３の表１は、Ｎ個の移動体スライスに含まれるＦＥＣ符号ブロックの数を、２乃至６のＮの値の５個の異なるトレーニング・モード（以下に詳細に説明する）について示す。例えば、Ｎ＝２では、９個のＦＥＣブロックが移動体データ・フィールドの２個の移動体スライス内で伝達される。
【００２２】
ＦＥＣ符号化に関し、ＬＤＰＣ符号ブロックの符号化ビットのパンクチャリング又は繰り返しについて以下の点を更に留意すべきである。Ｎ個の移動体スライスでは、移動体情報のために用いられる移動体パケットの数は、Ｎｍとして表され、ＬＤＰＣ符号ブロックの数はＮｌｄｐｃとして表され、トレーニング・モードはＴｍｏｄｅとして表される。更に、次の関数が定められる：
ｆ（Ｔｍｏｄｅ）＝１  ｉｆ  Ｔｍｏｄｅ＞０、及びｆ（Ｔｍｏｄｅ）＝０  ｉｆ  Ｔｍｏｄｅ＝０。
これを考慮して、ＬＤＰＣ符号ブロックの符号化ビットのパンクチャリング又は繰り返しの規則は以下の通りである。
（１）ｘ＝Ｎｍ×１８５×８−［Ｔｍｏｄｅ×２０７×８＋ｆ（Ｔｍｏｄｅ）×４８］×（Ｎ−１）−Ｎｌｄｐｃ×１６２００ビット
（２）ｘ＞０ならば、ＬＤＰＣ符号化ビットは繰り返される。ｘ個のビットがＮｌｄｐｃ個の符号ブロックの間に一様に分散される。ｙ＝ｆｌｏｏｒ（ｘ／Ｎｌｄｐｃ）、Ｍ＝ｘ−ｙ×Ｎｌｄｐｃとする。Ｍ個の符号ブロックのそれぞれについて、繰り返されるビットの数は（ｙ＋１）である。（Ｎｌｄｐｃ−Ｍ）個の残りの符号ブロックのそれぞれについて、繰り返されるビットの数はｙである。
（３）ＬＤＰＣ符号ブロックを［Ｃ０，Ｃ１，．．．，Ｃ１６１９９］と表す。この符号ブロックに対して繰り返されるビットの数がｗの場合、符号ブロックは繰り返しの後に［Ｃ０，Ｃ１，．．．，Ｃ１６１９９，Ｃ０，Ｃ１，Ｃｗ］である。
（４）ｘ＜０ならば、ＬＤＰＣ符号化ビットはパンクチャリングされる。｜ｘ｜個のビットがＮｌｄｐｃ個の符号ブロックの間に一様にパンクチャリングされる。ｙ＝ｆｌｏｏｒ（｜ｘ｜／Ｎｌｄｐｃ）、Ｍ＝｜ｘ｜−ｙ×Ｎｌｄｐｃとする。最初のＭ個の符号ブロックのそれぞれについて、パンクチャリングされるビットの数は（ｙ＋１）である。（Ｎｌｄｐｃ−Ｍ）個の残りの符号ブロックのそれぞれについて、繰り返されるビットの数はｙである。
（５）ＬＤＰＣ符号ブロックを［Ｃ０，Ｃ１，．．．，Ｃ１６１９９］と表す。この符号ブロックに対してパンクチャリングされるビットの数がｗの場合、符号ブロックはパンクチャリングの後に［Ｃ０，Ｃ１，．．．，Ｃ１６１９９−ｗ］である。
【００２３】
以下に説明するように、留意すべきは、Ｔｍｏｄｅ＞０では、畳み込みインタリービングの後に連続するトレーニング・シーケンスがあることである。トレリス符号器の出力で知られているトレーニング・シンボルを生成するために、トレリス符号器は、各連続するトレーニング・シーケンスの先頭で知られている状態にリセットされる必要がある。この目的のため、１２トレリス符号器を知られている状態にリセットするために４８ビットが用いられる。これは、上述の規則１で数ｘの計算に用いられる４８ビットである。トレリスのリセット動作は、トレリス・リセット・ビットを有するパケットに対してパリティ・ビットの再計算を要求する。
【００２４】
移動体トレーニング挿入器１３０は、移動体トレーニング・データをデータ・ストリームに挿入する。挿入される移動体トレーニング・データは、移動体トレーニング生成器１３５により供給される。移動体トレーニング生成器１３５は、トレーニング・モード（以下に説明する）を設定する信号１２９により制御される。結果として生じたデータ・ストリーム、つまり移動体チャネル・データ、移動体制御チャネル、移動体トレーニング・データは、移動体パケット・フィルタ１１０へ印加される。移動体パケット・フィルタ１１０は、レガシーＡＴＳＣデータを単に通過させるが、空の移動体パケットが受信されたときは該空の移動体パケットを移動体データで満たす。ＡＴＳＣレガシー・パケット及び移動体パケットの結果として生じたデータ・ストリームは、信号１１１を介して提供される。
【００２５】
上述のように、移動体パケットは、プログラムのビデオ及びオーディオ成分のような移動体チャネル・データを伝達するだけではない。移動体パケットは、移動体トレーニング・データも伝達し、移動体通信環境内の受信機内の等化器応答を向上させる。しかしながら、単に更なるトレーニング情報を追加するだけではない。全てのトレーニング・データを可能な限り迅速に受信機にアクセス可能にすることが望ましい。従って、受信機は、移動体パケット内の離れた場所に又は多数の大きく離れた移動体パケット内に分散したトレーニング・データを集める必要はない。従って、本発明の原理によると、移動体トレーニング挿入器１３０により挿入される移動体データは、送信機のインタリーバ２０（図１に既に示された）の影響を考慮した方法で挿入される。換言すると、移動体トレーニング・データは、インタリービングの後に移動体トレーニング・データが連続的な位置に現れるように、移動体パケット内の位置に挿入される。例えば、Ｎ＝２とする。トレーニング・データは、インタリービング処理の前に図１４に示されるように（５２）（２）＝１０４個の移動体パケット内に現れるよう挿入される。図１４の横軸は移動体パケット内のバイト・インデックスを表し、縦軸は移動体バースト内の移動体パケットのインデックスを表す。留意すべき点は、両軸が０から始まることである。１つの黒点はトレーニング・バイトを表す。図１４に示されるように移動体トレーニング・データを移動体パケットに挿入した結果として、インタリーバ２０により実行されたインタリービング処理は、これらのトレーニング・バイトを移動体バースト内のパケット・インデックス５４、５５、５６及び５７を有する連続するパケットに出現させる。
【００２６】
特に、本発明の原理によると、移動体トレーニング・バイトは、インタリービングの後にこれらのトレーニング・バイトが以下の５個の可能なインデックスのセット（又はモード）の中で移動体バースト内のパケット・インデックスを有するパケット内に出現するように、移動体パケット内に挿入される。
モード０：空のセット。つまり如何なるトレーニング・データもない。
モード１：｛ｙ｜ｘ＋５２ｎ，ｘ∈｛５４｝，ｎ＝０，１，．．．，Ｎ−２｝
モード２：｛ｙ｜ｘ＋５２ｎ，ｘ∈｛５４，５５｝，ｎ＝０，１，．．．，Ｎ−２｝
モード３：｛ｙ｜ｘ＋５２ｎ，ｘ∈｛５４，５５，５６｝，ｎ＝０，１，．．．，Ｎ−２｝
モード４：｛ｙ｜ｘ＋５２ｎ，ｘ∈｛５４，５５，５６，５７｝，ｎ＝０，１，．．．，Ｎ−２｝
モードは、プロセッサ１４０により信号１２９を介して設定される。例えば、図１４に示されるモード４では、Ｎ＝２で、移動体パケット５４、５５、５６、５７が移動体トレーニング・データ（つまり、移動体データ・フィールドの４個の移動体データ・セグメントであり、図８の部分１０８により表される）を伝達する。従って、対応する受信機は、移動体トレーニング・データを迅速に発見し用いることができる。移動体トレーニング・データは移動体バースト内の空間を占める。図１５の表２は、Ｎが２乃至６の値について異なるトレーニング・モードで移動体データのために利用可能なパケット数を示す。表２から分かることは、（上述の）ＦＥＣブロッキングのために、移動体バースト内の幾つかの未使用パケットがありうることである。特に、整数個のＦＥＣブロックが移動体バースト内に生じ、１１個の移動体パケットが１個のＦＥＣブロック内にある。ここで、Ｎ＝２及びトレーニング・モード４を検討する。表２は、期待されるような１００個のパケットではなく、９９個のパケットがデータを伝達するために利用可能であることを示す。これは、ＦＥＣブロッキング、つまり９９個のパケットは９個のＦＥＣブロックを表し、各ＦＥＣブロックは１１個のパケットを伝達するためである。図１４は、最も多くのトレーニング・データを伝達するトレーニング・モード４を示す。残りのトレーニング・モードは、図１４に示されたトレーニング・バイトの一部を用いるので、図１４に示されたパターンの直接的な変形である。
【００２７】
移動体トレーニング生成器１３５では、移動体トレーニング・バイトは、線形帰還シフト・レジスタ（ＬＦＳＲ）を用いて、生成器多項式Ｇ（ｘ）＝ｘ１３＋ｘ４＋ｘ３＋ｘ１＋１及び初期条件０ｘ１ＦＦＦにより生成される。シフト・レジスタの出力ビットは、バイトにグループ化される。ここで最初のビットはＭＳＢ（最上位ビット）である。上述のように、トレリス符号器の出力で知られているトレーニング・シンボルを生成するために、図１２のトレリス符号器２５は、各連続するトレーニング・シーケンスの先頭で知られている状態にリセットされる必要がある。この目的のため、１２トレリス符号器を知られている状態にリセットするために４８ビットが用いられる。
【００２８】
図１２を参照し、ＡＴＳＣ  ＤＴＶ移動体送信機の説明を続ける。図１２に示された要素は、Ｒ−Ｓ符号器１５、インタリーバ２０、トレリス符号器２５、同期マルチプレクサ３０、パイロット挿入器３５、プレ等化器４０、ＶＳＢ変調器４５、アップコンバータ５０及びアンテナ５５を有する。これら全ての要素は前述の通り動作する。更に、セレクタ要素１７０が存在する。セレクタ要素１７０は、信号１７４の制御下で（例えばプロセッサ１４０を介して）、ＡＴＳＣフィールド同期２９（レガシーＡＴＳＣデータのみが送信されている場合）及び移動体フィールド同期１０１（図７、８、９及び１０に関して上述したように移動体フィールドが送信されている場合）の間で何れかを選択する。選択されたフィールド同期１７１は、データ・フィールドを形成するときに用いるため同期マルチプレクサ３０に提供される。プロセッサ１４０は、移動体バースト内の移動体スライスの数であるＮの値、及び移動体バーストの発生頻度であるＭの値に応じて、つまりＭ個のデータ・フィールド毎に送信機の動作を制御する。
【００２９】
上述のように、移動体制御チャネル情報は、受信機による使用のために移動体バーストの最初の移動体スライス内で送信される。移動体制御チャネル情報を伝達する移動体スライスの部分は、本願明細書では移動体制御チャネルと表され、移動体バーストの最初の移動体スライス内の最初のＦＥＣブロックである。最初の移動体スライス、従って移動体制御チャネルの存在は、前述の移動体フィールド同期セグメントの存在により識別される。最初のＦＥＣブロックは、１／４の符号化レートで符号化される。留意すべき点は、移動体制御チャネルは、最初のＦＥＣブロックである必要はなく、単に知られているＦＥＣ及びトレーニング特性で知られている時間に送信される必要があるだけである。移動体制御チャネル情報は、図１６及び１７に示されたような多数の表を有する。
【００３０】
図１６の表２７０は、移動体制御チャネル・フィールド・プロパティ・テーブルであり、６個のフィールド、つまり「フィールド数」フィールド、「ＦＥＣレート」フィールド、「トレーニング・モード」フィールド、「ＭＢ  ＩＤ」フィールド、「ＦＥＣブロック」フィールド及び「予約」フィールドを有する。「フィールド数」フィールドは、８ビットの長さであり、０からＭ−１までの値を有する。ここでＭは整数である。「フィールド数」フィールドは、移動体バーストがどれだけ頻繁に生じるかを定める。つまり、Ｍ個のフィールド毎に１個の移動体バーストである。従って、受信機は、低電力動作モードを決定するときに用いるために、受信機の空き時間を決定する目的で（例えば、図１０に関する空き時間計算を参照のこと）、どれだけ頻繁に移動体バーストが発生するかを迅速に決定できる。「ＦＥＣレート」フィールドは、４ビットの長さであり、受信機に移動体バースト内のＦＥＣブロック（上述のような、１／４の符号化レートで符号化される最初のＦＥＣブロックを除く）のために用いられた符号化レートを知らせる。「トレーニング・モード」フィールドは、４ビットの長さであり、受信機のために移動体バースト内のトレーニング・モードを指定する。「ＭＢ  ＩＤ」フィールドは、６ビットの長さであり、この特定の移動体バーストの識別（ＩＤ）番号を提供し、複数のフィールドを有しうる。これは、受信機が特定の移動体バーストを識別することを可能にする。「ＦＥＣブロック」フィールドは、５ビットの長さであり、移動体バースト内に何個のＦＥＣブロックがあるかを受信機に知らせる。結果として、受信機は、何個のデータ・フィールドが移動体バースト構成するかを決定しうる。「予約」フィールドは、５ビットの長さであり、更なる使用のために予約されている。この６個のフィールドのデータ・ブロックは、０ｘＦＦＦＦＦＦＦＦエントリで終了する。
【００３１】
図１６の表２7５は、移動体制御チャネル・フィールド・プロパティ・テーブルであり、２個のフィールド、つまり「移動体Ｃｈ  ＩＤ」フィールド及び「ＭＢ  ＩＤ」フィールドを有する。「移動体Ｃｈ  ＩＤ」フィールドは、１６ビットの長さであり、移動体チャネル番号を識別する。「ＭＢ  ＩＤ」フィールドは、６ビットの長さであり、特定の移動体バーストを識別し、複数のフィールドを有しうる。従って、２つのフィールドは、共に、移動体バーストを移動体チャネルにマッピングする。このテーブルは、移動体チャネル及び受信機に関連付けられた移動体バーストに関する情報を提供するエントリ（又は対）のリストを有してよい。０ｘＦＦＦＦＦＦの移動体チャネル識別子及びＭＢ  ＩＤの対は、リストの終わりを示す。パラメータは、最も近いバイト境界までパディングされる。
【００３２】
図１7の表２８０は、変換器テーブルであり、３個のフィールド、つまり「物理ＲＦ  Ｃｈ」フィールド、「フィールド・オフセット」フィールド及び「予約」フィールドを有する。「物理ＲＦ  Ｃｈ」フィールドは、６ビットの長さであり、変換器（関連する局）（以下に更に詳細に説明する）の無線周波数（ＲＦ）チャネルである。「フィールド・オフセット」フィールドは、６ビットの長さであり、関連する局が現在のチャネルからの送信のときに遅延させられるフィールド数である。「予約」フィールドは、４ビットの長さであり、更なる使用のために予約されている。このテーブルは、受信機に利用可能な同一のネットワーク変換器に関する情報を提供するエントリのリストを有してよい。０ｘＦＦの値はリストを終了させる。
【００３３】
図１7の表２８５は、ネットワーク・テーブルであり、３個のフィールド、つまり「物理ＲＦ  Ｃｈ」フィールド、「制御Ｃｈオフセット」フィールド及び「予約」フィールドを有する。「物理ＲＦ  Ｃｈ」フィールドは、６ビットの長さであり、ネットワーク局（関連する局）（以下に更に詳細に説明する）の無線周波数（ＲＦ）チャネルである。「制御Ｃｈオフセット」フィールドは、６ビットの長さであり、関連する局が現在のチャネルからの送信のときに遅延させられるフィールド数である。「制御Ｃｈオフセット」フィールドは、可変であり、同一のプログラムを伝達する隣接ネットワーク・チャネル間のホッピングを可能にする。「予約」フィールドは、４ビットの長さであり、更なる使用のために予約されている。このテーブルは、隣接する同一のネットワークのサービス領域に関する情報を提供するエントリのリストを有してよい。従って、通信事業者は制御チャネル内にオフセットを有し、プログラムを受信不良地域内のサービス領域間でホッピングさせうる。０ｘＦＦの値はリストを終了させる。
【００３４】
図１８を参照すると、ＡＴＳＣ  ＤＴＶ移動体送信機内で用いられる説明のためのフローチャートが示される。段階２０５で、プロセッサ１４０は、ＧＰＳ受信機２３５からのＧＰＳ情報２３６を用いて送信を同期させる。特に、同期は、毎秒１パルスのＧＰＳパルスが送信機における移動体データのフレーミングの基準として用いられる場合、ＧＰＳタイミングの使用により簡単に達成される。結果として、ＡＴＳＣ  ＤＴＶ移動体送信機は、他の関連する局、例えば同一のプログラムを再放送している変換器に同期して送信でき、移動体の受信が粗悪である傾向があった領域内で又は隣接するサービス領域内のネットワーク局に対してより良好な受信可能範囲を提供しうる。段階２１０で、プロセッサ１４０は、移動体バーストがＭの値に応じて送信のためにスケジューリングされるかを決定する。移動体バーストが送信のためにスケジューリングされる場合、段階２１５で、移動体バーストの最初の移動体フィールドの識別のために移動体移動体フィールド同期が最初の移動体データ・フィールドに（例えば、図１２の１７４及びセレクタ１７０信号を介して）挿入されている場合、プロセッサ１４０は、移動体バーストの形成を上述のように制御し、１又は複数の移動体データ・フィールドを提供する。上述のように、この移動体フィールド同期は、多数の方法のうちの如何なる方法で実施されてもよい。例えば、特定の符号のＰＮ６３シーケンス、カウンタ等である。留意すべき点は、本発明の原理によると、移動体バーストが１個より多い移動体フィールドを有する場合、段階２１５で、プロセッサ１４０は、変更した移動体フィールド同期を挿入し、他の移動体フィールドに対して移動体フィールドが移動体バーストの一部であることを示し、移動体制御情報を該移動体フィールド内で伝達させないことである。しかしながら、移動体バーストがスケジューリングされない場合、プロセッサ１４０は、ＡＴＳＣ信号の形成を制御する。この制御は、段階２２０で（例えば、図１２の信号１７４及びセレクタ１７０を介して）ＡＴＳＣフィールド同期を挿入することを含む。更に留意すべき点は、本発明の原理によると、プロセッサ１４０は、段階２２０で、変更されたＡＴＳＣフィールド同期を挿入しうることである。段階２２０では、レガシー・データのみが現行のデータ・フィールド内で伝達されることを示すため、データは予約フィールドにも挿入される。
【００３５】
図１９を参照すると、本発明の原理に従う装置３００の説明のための別の実施例が示される。装置３００は、ハンドヘルド、移動体又は静止に拘わらず、如何なるプロセッサに基づくプラットフォームも表す。例えば、ＰＣ、サーバ、セットトップ・ボックス、パーソナル・デジタル・アシスタント（ＰＤＡ）、携帯電話、携帯型デジタル・テレビジョン（ＤＴＶ）、ＤＴＶ等である。ここで、装置３００は、メモリ（図示しない）と関連付けられた１又は複数のプロセッサを有する。装置３００は、受信機３０５及びディスプレイ３９０を有する。受信機３０５は、放送信号３０４を（例えば、アンテナ（図示しない）を介して）受信し、放送信号３０４から復元するために処理し、例えばビデオ信号に含まれるビデオ・コンテンツを閲覧するためのディスプレイ３９０に印加する。
【００３６】
受信機３０５について説明する。図２０は、本発明の原理に従う説明のための受信機３０５の一部を示す。本発明の概念に関連する部分のみが示される。受信機３０５は、プロセッサに基づくシステムであり、図２０内の破線の形式で示すプロセッサ１９０及びメモリ１９５により表現される１又は複数のプロセッサ及び関連するメモリを有する。本例では、コンピュータ・プログラム又はソフトウェアは、プロセッサ１９０による実行のためにメモリ１９５内に格納され、移動体フィールド検出器１５５を実施する。プロセッサ１９０は、１又は複数のストアド・プログラム制御プロセッサを表し、受信機能に専用である必要はない。例えば、プロセッサ１９０は受信機以外の機能を制御してもよい。メモリ１９５は、如何なる記憶装置、例えばランダム・アクセス・メモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）等を表し、受信機３０５の内部及び／又は外部にあってよく、必要に応じて揮発性及び／又は不揮発性である。
【００３７】
受信機３０５は、アンテナ６０及び受信機部１８５を有する。受信機部１８５は、ダウンコンバータ６５、トレリス復号器７５、デインタリーバ８０、Ｒ−Ｓ復号器８５を有する。これらの要素は、以下に説明される以外に、図６に関連して前述したように動作する。本発明の原理によると、受信機部１８５は、ＶＳＢ復調器１５０、移動体フィールド検出器１５５、移動体トレーニング抽出要素１６０、移動体ＦＥＣ検出器１６５、移動体制御チャネル・メモリ１７５、移動体データ・バッファ２６０及び移動体データ・バッファ２６５を更に有する。留意すべき点は、図中に示されるシグナリング経路は、例えばアドレス・バス、データ・バス及び制御バスのシグナリングを代表するものであり、簡単のため詳細を示さない。受信機部１８５の電力消費は、例えばプロセッサ１９０からの信号１８４を介して制御される。例えば、受信機部１８５は、如何なる移動体データも受信されていない間に低電力にされる。受信機部１８５が起動される瞬間を考えると、ダウンコンバータ６５は、ＡＴＳＣレガシー・プログラムと移動体プログラムの両方を伝達するチャネルに合わせられ、受信した信号をＶＳＢ復調器１５０に提供する。ＶＳＢ復調器１５０は図６のＶＳＢ復調器７０と同様であるが、ＶＳＢ復調器１５０が通信チャネル内の変化を追跡するために移動体トレーニング・データを用いる点が異なる。ＶＳＢ復調器１５０は、受信した信号を復調し、復調した信号をトレリス復号器７５及び移動体フィールド検出器１５５に提供する。移動体フィールド検出器１５５は、上述の移動体フィールド同期を捜し、例えば受信したフィールド同期セグメントを移動体フィールド同期セグメントの知られている値に相関させる。受信した移動体データ・フィールド内の移動体データの存在を示す移動体フィールド同期を検出すると、移動体フィールド同期検出器は、例えばプロセッサ１９０により装置３００の動作を制御するために用いるために、移動体バーストの検出した信号１５６を提供する。トレリス復号器７５は、復調されたデータを復号し、トレリス復号化データをデインタリーバ８０に提供する。デインタリーバ８０は、結果として生じたデータ・ストリームを前述の送信機のインタリーバ２０（図２を参照）と相補的な方法でデインタリービングする。デインタリービングされたデータは、リード・ソロモン復号化のためにＲ−Ｓ復号器８５に印加される。結果として生じた出力信号は、移動体トレーニング抽出要素１６０に印加される。移動体トレーニング抽出要素１６０は、データ・ストリームから予め挿入されているトレーニング・データを除去する。結果として生じたデータ・ストリームは、移動体ＦＥＣ検出器１６５に供給される。移動体ＦＥＣ検出器１６５は、結果として生じたデータ・ストリームをＬＤＰＣ復号化し、出力データ１６６を提供する。この出力データは、例えば移動体データ・バッファ２６０及び／又は２６５内に格納されてよい。この移動体データは、選択されたチャネルのプログラム・データ、例えば現在のプログラムのオーディオ及ビデオ、例えば「ATSC  Standard:  Program  and  System  Information  Protocol  for  Terrestrial  Broadcast  and  Cable」、ＤｏｃＡ／６５に規定された方法と同様にフォー���ットされた現在のチャネルの番組案内情報を有する。
【００３８】
図２１を参照すると、装置３００内で用いられる説明のためのフローチャートが示される。段階４０５で、装置３００（例えば、プロセッサ１９０）は、移動体同期フィールドを捜すことにより、移動体信号を取得しようとする。これは、最初にチャネルに合わせるとき、同期が失われた場合、又は（電力設定モードに従って）起動時に実行される段階である。本願明細書では、用語「電力モード」は、例えば装置３００の一部が節約した電力使用量に低下される電力管理機能を実行することを表す。移動体同期フィールドが検出されない場合、段階４２５で、装置３００は電力モードが設定されたかを調べる。電力モードが予め設定されている場合、同期が失われ、段階４３０で、装置３００は電力モードを再設定する。例えば、図２０の受信機部１８５は起動され保たれる。いずれにしても、段階４０５で、装置３００は移動体フィールドを捜し続ける。しかしながら、（例えば、移動体フィールド検出器１５５を介して）移動体同期フィールドが検出されると、装置３００は、段階４０５で移動体制御チャネルを復元し、段階４１０で移動体制御チャネル・メモリ１７５に記憶する。上述のように、本例では、移動体制御チャネルは、移動体バーストの最初のＦＥＣブロック内にある。（信号１７６を介して）メモリ１７５内に格納された移動体制御チャネル情報から、装置３００は、段階４１５でトレーニング・モードを決定し、該トレーニング・モードをＶＳＢ復調器１５０に信号１７２を介して提供する。従って、ＶＳＢ復調器１５０は、等化器（示されない）を収束するときに用いるために、移動体トレーニング・データを伝達する移動体パケットの数及びそれらの移動体フィールド内の位置に設定される。更に、段階４２０で、装置３００は、Ｎ及びＭの値、つまり何個の移動体スライス他移動体バースト内にあるか（これはメモリ１７５内に格納された「ＦＥＣブロック」フィールドの値から導出される）、及び移動体バーストがＡＴＳＣ  ＤＴＶ移動体信号内でどれ位の頻度で生じるか（これはメモリ１７５内に格納された「フィールド数」フィールドの値から導出される）を決定することにより電力モードを設定する。結果として、装置３００は、省電力モードに入るか、予め設定された電力モードを更新し、図１０に関して前述されたように移動体バーストが受信されることが期待される期間中に受信機部１８５が低電力になるようにする。この省電力モードは、チャネルが変更されるか、同期の損失がないか、又は装置のユーザによる介入等まで存続する。
【００３９】
前述のように、ＡＴＳＣ  ＤＴＶ移動体送信機は、他の関連する局に送信を同期させるためにＧＰＳ受信機を用いることができる。実際に、移動体／ハンドヘルド放送の間で直交時間及び／又は周波数の関係を保証することにより、更なる受信可能範囲の利益が得られる。図２２に一例を示す。図２２では、ネットワークＦは、概して市Ａと関連付けられたサービス領域６０５を有する（ＲＦチャネルと関連付けられた）チャネル３で送信する、関連するＡＴＳＣ  ＤＴＶ移動体送信機を有する。更に、ネットワークＦは、概して市Ｂと関連付けられたサービス領域６１０へ同一のプログラムを提供する（ＲＦチャネルと関連付けられた）チャネル7で送信する、関連するＡＴＳＣ  ＤＴＶ移動体送信機を有する。同様に、ネットワークＧは、市Ａにチャネル５でプログラムを、市Ｂにチャネル９で同一のプログラムを提供する。図２２に示すように、サービス領域６０５及びサービス領域６１０は重なり合っており、この結果、重なり合ったサービス領域６０９を生じている。重なり合ったサービス領域６０９では、移動体受信機は、送信を同期することにより、チャネル３及び７の両方からの放送をネットワークＡで同時に受信することが可能である。
【００４０】
従って、本発明の原理によると、隣接するサービス領域内で、各送信機は、移動体データ・ブロードキャストの時間をずらし、重なり合ったサービス領域内で両サービス領域からのデータ／プログラムを取得する機会を移動体受信機に与える。これは図２２に示される。図２２では、送信機からのＣｈ７の移動体バーストは、時間遅延６１１だけずらされている。これは、移動体バースト６０６により説明される。移動体バースト６０６は、Ｃｈ３の送信機からの移動体バースト６０１から固定時間遅延６１１の後に生じる。同様の説明のための遅延は、ネットワークＧの隣接するサービス領域についても示される（例えば、Ｃｈ９の移動体バースト６０７はＣｈ５の移動体バースト６０２に対して遅延されている）。
【００４１】
従って、移動体受信機が例えばネットワークＡからサービス領域６０５内でプログラムを受信しているとき、実際にはネットワークＡでは、移動体受信機がサービス領域６０５からサービス領域６１０へ重なり合ったサービス領域６０９を通って移動するとき、移動体受信機をサービス領域６１０にサービスを提供する送信機にハンドオフすることが可能である。同様に、移動体受信機がサービス領域６１０からサービス領域６０５へ重なり合ったサービス領域６０９を通って移動するとき、サービス領域６１０にサービスを提供している送信機は、移動体受信機をサービス領域６０５にサービスを提供している送信機にハンドオフできる。
【００４２】
本手法の主な利点は、移動体受信機が１つの復調器のみしか必要としないことである。移動体受信機は、メイン・プログラムの「空き時間」内にＲＦチャネル間をジャンプ又はホップする。このジャンプは、必要なとき、例えば同一のネットワークからの信号が隣接するサービス領域から見付かったとき、だけ行われる。これにより、ユーザが隣接サービス領域の隣にあるサービス領域からネットワーク・プログラムを受信することを可能にする。移動体受信機内のバッファ（例えば、図２０の移動体データ・バッファ２６０及び２６５）は両サービス領域からのデータ／プログラムをキャプチャし、誤りのないパケットが復号化されるよう選択され使用される。携帯電話ネットワークでは解決されていたが、放送テレビジョンでは固定視聴者が想定されていたので、ハンドオフのこの概念は新規である。時間及び／又は周波数の分離は、単一の受信機（復調器）が２つの放送サービス領域の間のハンドオフに対応することを可能にする。これは、例えば図１０を参照し上述したように移動体バーストが従来の高品質ＴＶコンテンツと共有されるので、スペクトルを非常に効率的に使用する。
【００４３】
隣接するサービス領域間のこの送信時間のオフセットは、ネットワーク管理者により予め設定され、全ての受信機への移動体制御チャネル内の図１７のネットワーク・テーブル２８５に示される。従って、現在の受信されたチャネルでは、移動体受信機は、同一のプログラムのために隣接するサービス領域のリストを決定してよい。説明のため、隣接サービス領域を調べる１つの方法は、現在復調されている信号が悪化したとき、例えば関連する受信信号強度表示（ＲＳＳＩ）が所定値を下回ったときである。ネットワーク・テーブル２８５から分かるように、オフセットは関連する局の移動体制御チャネルを伝達している次の移動体バースト内にある。従って、移動体受信機は、隣接サービス領域内の移動体送信のネットワーク情報を受信できる。
【００４４】
この概念は、変換局を用いて同一のサービス領域内の受信可能範囲を改善するよう拡張されうる。特に、受信可能範囲は、時分割移動体受信機が異なるチャネルの異なるタイムスロットで同一の素材を受信する機会を認めることにより改善される。受信機が変換器及び主チャネルの両方を断続的に受信できるとき、受信機は連続的に信号を受信するために両者をロックしようとしうる。変換局及び主チャネル局が同期しており時間間隔により分離されている場合、受信機は、信号の時分割の特性により、これを達成する。変換局は、サービス領域の範囲内の受信可能範囲を改善するため、又はサービス領域を拡張するために、プログラム素材を別の周波数チャネル内で繰り返す。結果として、粗悪な受信の期間中、移動体受信機は、図１７の変換器テーブル２８０内で変換器を検索することにより、及び主局と変換局との間でホッピングをすることにより、主信号の受信を妨害することなく変換局を調べうる。これは、図２３に示される。サービス領域６０５では、変換局（又は送信機）があり、異なる周波数及び主チャネルからの時間オフセットでプログラムを繰り返す。図２３から分かるように、チャネル３は、移動体バースト６１６を送信する主送信機を有する。また、サービス領域６１５、６２０及び６２５を有する３個の変換局もある。変換器６１５は、時間間隔６２３だけ遅延された移動体バースト６１９を送信する。変換器６２０は、時間間隔６２７だけ遅延された移動体バースト６２４を送信する。変換器６２５は、時間間隔６２９だけ遅延された移動体バースト６２６を送信する。移動体受信機が粗悪な受信の領域を検出した場合、移動体受信機は、これらの変換局から放送が受信できるかを決定するために調べる。変換局は主チャネルと同じサービス領域内にあるので、追加の移動体制御情報が受信される必要はない。移動体制御情報は、図２０の移動体制御チャネル・メモリ１７５内に既に格納されているからである。
【００４５】
図２４を参照すると、本発明の原理に従う、移動体受信機、例えば装置３００内で用いられる説明のためのフローチャートが示される。段階５０５では、装置３００は、現在合わせられているＤＴＶチャネルから移動体バーストを受信する。段階５１０で、装置３００（例えば、プロセッサ１９０）は、図２０の信号１５１を介して受信信号強度表示（ＲＳＳＩ）を調べる。ＲＳＳＩの値が所定値、例えば−７５ｄＢｍ（１ミリワットを基準とするデシベル）に等しいかそれより高い場合、受信は良好であり、装置３００は、例えば段階５０５で次の移動体バーストが受信されるようスケジューリングされるまで、段階５１５で低電力モードに入いる。しかしながら、ＲＳＳＩの値が所定値より低い場合、受信は粗悪であると決定される。この場合には、本発明の原理に従う装置３００は、選択されたチャネルのコンテンツの回復のため、関連するチャネル（例えば、隣接サービス領域又は変換局の何れか）を発見しようとする。特に、段階５２０で、装置３００は、十分な空き時間が残されているか及び（変換器テーブル２８０又はネットワーク・テーブル２８５に定められたような）関連する局が存在するかを調べる。十分な空き時間がないか又は如何なる関連する局もない場合、装置３００は段階５０５へ進む。しかしながら、十分な空き時間があり且つ関連する局がある場合、装置３００は段階５２５で関連する局を発見しようとする。如何なる関連する局も見付からない、例えば装置３００が変換局の範囲内又は重なり合った領域内にいない場合、装置３００は、段階５２０で、別の関連する局を捜し続けるための十分な空き時間があるかを調べる。一方で、関連する局が見付かった場合、装置３００は、段階５３０で次の移動体チャネルを受信し、段階５０５を続ける。
【００４６】
上述の点を考慮し、移動体受信機が電力を節約するために通常シャットダウンする時間中（つまり、空き時間）、移動体受信機は、関連する局に合わせ、同一のプログラムを見付けようとする。主チャネルからの移動体データは図２０の移動体データ・バッファ２６０内に格納され、関連する局からのプログラムが見付かった場合、第２のバッファ（例えば、移動体データ・バッファ２６５）が移動体受信機内に設定され、１つのサービス領域からのパケットが失われた場合、他のサービス領域からのパケットが失われた／誤りのあるパケットを置き換えることができるかを知るため、（信号２６１及び２６２を介して）他のサービス領域からのパケットが調べられる。留意すべき点は、タイム・スライシング帰還は秒の程度である。従って、ＲＦ伝搬遅延問題は、放送局のサービス領域内に含まれる距離には関連しない。本発明の別の実施例では、受信機は、現在のサービス領域及び隣接サービス領域からの同一のネットワーク・プログラムの受信データを結合し、ネットワーク・プログラムのパケットを確実に復元する。１つの可能な結合方法は、最大比合成法（ＭＲＣ）である。留意すべき点は、本発明の概念は隣接ネットワーク及び変換局の環境で説明されたが、両者は必ずしも必要ではないことである。実際に、関連するコンテンツを有する関連する局のみが必要である。
【００４７】
実際に、移動体／ハンドヘルド放送の間で直交時間及び／又は周波数の関係を保証することにより、他の利益が得られる。例えば、本発明の原理によると、全ての放送局が同期している場合には、全てのチャネルの番組案内が形成されうる。これは、図２５に示される。図２５では、サービス領域６０５に、２個の放送局が存在し、１つはチャネル３に関連付けられた放送局（ネットワークＦ）であり、もう１つはチャネル５に関連付けられた放送局（ネットワークＧ）である。図２５から分かるように、チャネル５の移動体バースト６０２の送信は、チャネル３の移動体バースト６０１の送信に対して時間遅延６１３だけ遅延される。従って、移動体受信機は、時間及び周波数の離れた複数の情報源からの情報の送信を同期させることにより、メタデータ（例えば、開始時間、継続期間、タイトル及び説明等のイベント（ショー）の情報を有する番組案内）及び複数の情報源からの他の情報を収集することが可能である。再び、このタイム・スライシングの手法の主な利点は、受信機が１つの復調器のみしか必要としないことである。つまり、受信機は、メイン・プログラムの空き時間中にチャネル間を動的にジャンプする。このジャンプは、最小デューティ・サイクルで行われ、番組案内を集めるか、又は場合によって他のデータ・サービスを他の放送（例えば、非リアルタイム・プログラム（ＮＲＴ））から集める。放送局が複数のチャネルを提供する場合、番組案内情報は、他の放送局と最小の重なりのタイム・スライスで提供されるべきである。
【００４８】
図２６を参照すると、本発明の原理に従う、移動体受信機、例えば装置３００内で用いられる説明のための別のフローチャートが示される。段階４５０で、装置３００は、現在のチャネルに合わせ、現在のプログラム（現在のチャネルの番組案内情報を含む）を受信する。段階４５５で、装置３００は、全てのチャネルが番組案内情報について調べられたかを調べる。利用可能な移動体ＤＴＶチャネルの数は、通常、移動体受信機よりも先に、例えばサービス領域内を最初に走査すると、知られる。全てのチャネルが未だ調べられていない場合、装置３００は、段階４６０で、次のチャネルに切り替え番組案内情報をダウンロードする。段階４６５で、装置３００は、番組案内情報を調べ続けるのに十分な空き時間が残されているかを調べる。十分な空き時間が残っている場合、装置３００は、段階４５５に戻り次のチャネルを調べる。しかしながら、十分な空き時間が残されていない場合、装置３００は、段階４５５に戻り現在合わされている移動体チャネルからの次の移動体バーストを待つ。段階４５５で全ての移動体ＤＴＶチャネルが調べられたと決定されると、装置３００は、段階４７５で各チャネルからの番組案内情報を有する番組案内を形成する。結果として、ユーザが現在合わされているチャネルでプログラムを視聴していたとしても、移動体受信機は、番組案内情報をダウンロードし完全な番組案内を形成できる。  トレーニングが連速的なバーストの状況で説明されたが、本発明の概念はこれに限定されない。例えば、トレーニング・データは、インタリービングの前に、図２７に垂直線７０１示されたように記号７０２により表されたように移動体データ・フィールド７００に渡って、所定のシンボル位置でパケットに挿入されてもよい（トレーニング・データ）。インタリービングの後に、これは、結果として移動体パケットに渡って４回パンクチャリングされているトレーニングを生じる。これは図２８に示される。図２８は、移動体データ・フィールド７１０（インタリービングの後）、図を簡単にするため２個の移動体パケットのみを示す。つまり移動体トレーニング・データ７１１はパケットに渡り４回パンクチャリングされ、移動体トレーニング・データ７１２は別のパケットに渡り４回パンクチャリングされている。例えば、フィールド同期と最初の完全なパケット長の移動体トレーニング・バーストとの間に配置されたパンクチャリングされたトレーニングの使用は、動的にチャネル状態を追跡するのに更に役立つ。
【００４９】
上述の観点から、以上は本発明の原理の単なる説明であり、当業者は、本発明の原理を実施し及び本発明の精神及び範囲に包含される本願明細書に明示的に記載されない種々の構成を考案し得る。例えば、別個の機能要素が図示されたが、当該機能要素は１又は複数の集積回路（ＩＣ）で実施されてよい。同様に、別個の要素として示されたが、当該要素の何れ又は全ては、例えばストアドプログラムにより制御されるプロセッサ、例えば図２１及び２０等に示された１又は複数の段階に対応する関連ソフトウェアを実行するデジタル信号プロセッサで実施されてよい。更に、幾つかの図は要素が一緒に纏められることを示唆しているが、本発明の概念はこれに限定されない。例えば、図１９の装置３００の要素は、それらの如何なる組み合わせ内の異なる部分に分散されてもよい。例えば、図１９の受信機３００は、装置の一部、装置から物理的に分離したセットトップ・ボックスのようなボックス、又はディスプレイ３９０を内蔵するボックス等であってもよい。また、留意すべき点は、地上波放送（例えばＡＴＳＣ−ＤＴＶ）の環境で説明されたが、本発明の原理は、他の種類の通信システム、例えば衛星、Ｗｉ−Ｆｉ、携帯電話等にも適用可能であることである。実際に、本発明の概念は移動体受信機の環境で説明されたが、本発明の概念は静止受信機にも適用可能である。従って、理解されるべき点は、多数の変更が説明のための実施例に成されうること、他の装置が特許請求の範囲により定められた本発明の精神と範囲から逸脱することなく考案されうることである。
【００５０】
［関連出願の相互参照］
本出願は、２００７年６月２１日に出願された米国特許仮出願番号６０／９３６，７６４号及び２００７年７月６日に出願された米国特許仮出願番号６０／９５８，５４２号に基づく優先権を主張するものであり、米国特許仮出願番号６０／９３６，７６４号及び６０／９５８，５４２号の全内容を本出願に援用する。
【図１】
2010532601.tif 000003
【図２】
2010532601.tif 000004
【図３】
2010532601.tif 000005
【図４】
2010532601.tif 000006
【図５】
2010532601.tif 000007
【図６】
2010532601.tif 000008
【図７】
2010532601.tif 000009
【図８】
2010532601.tif 000010
【図９】
2010532601.tif 000011
【図１０】
2010532601.tif 000012
【図１１】
2010532601.tif 000013
【図１２】
2010532601.tif 000014
【図１３】
2010532601.tif 000015
【図１４】
2010532601.tif 000016
【図１５】
2010532601.tif 000017
【図１６】
2010532601.tif 000018
【図１７】
2010532601.tif 000019
【図１８】
2010532601.tif 000020
【図１９】
2010532601.tif 000021
【図２０】
2010532601.tif 000022
【図２１】
2010532601.tif 000023
【図２２】
2010532601.tif 000024
【図２３】
2010532601.tif 000025
【図２４】
2010532601.tif 000026
【図２５】
2010532601.tif 000027
【図２６】
2010532601.tif 000028
【図２７】
2010532601.tif 000029
【図２８】
2010532601.tif 000030
【国際調査報告】
2010532601.tif 000031
2010532601.tif 000032
2010532601.tif 000033