(57)【要約】  送信機から受信機へ送信されるべきデータストリームのための２段階シグナリングの概念が提案される。送信機側では、各々がペイロードデータ１２３６ａ，１２３６ｂについてのデータ送信パラメータ１２３８ａ，１２３８ｂを含む複数のフレームヘッダＰＬＨが生成される。スーパーフレームについてのスーパーフレームヘッダＳＦＨが生成される。スーパーフレームは、各々がフレームヘッダＰＬＨのうちの１つ及びペイロードデータ１２３６ａ，１２３６ｂを含む複数のフレームを含む。スーパーフレームヘッダは、スーパーフレームの複数のフレームのフレームヘッダについての１組のスーパーフレーム一定フレームヘッダ送信パラメータ１２１８を示す。受信機は、スーパーフレームヘッダＳＦＨを評価してスーパーフレーム一定フレームヘッダ送信パラメータ１２１８を得た後、これを用いて複数のフレームヘッダＰＬＨを評価してデータ送信パラメータ１２３８ａ，１２３８ｂを回収する。本願において提案された概念によって、柔軟性が向上し、シグナリングオーバーヘッドが低減され、且つ／又は、任意に低ＳＮＲレベルで受信機の性能が向上する。【選択図】図６
2016519475.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、
各々がペイロードデータ（１２３６ａ，１２３６ｂ）についてのデータ送信パラメータ（１２３８ａ，１２３８ｂ）を含む複数のフレームヘッダ（ＰＬＨ）を生成するステップ（１１０２）と、
各々が前記フレームヘッダ（ＰＬＨ）のうちの１つ及びペイロードデータ（１２３６ａ，１２３６ｂ）を含む複数のフレームを含むスーパーフレームについてのスーパーフレームヘッダ（ＳＦＨ）を生成するステップ（１１０４）と、を備え、
前記スーパーフレームヘッダは、前記スーパーフレームの複数のフレームのフレームヘッダについての１組のスーパーフレーム一定フレームヘッダ送信パラメータ（１２１８）を示す、方法。
【請求項２】
請求項１に記載の方法であって、
前記スーパーフレームヘッダ（ＳＦＨ）は、対応するスーパーフレーム内において拡散が適用されるべきか否かを示す、方法。
【請求項３】
請求項１又は請求項２に記載の方法であって、
連続するスーパーフレームのスーパーフレームヘッダ（ＳＦＨ）は、前記方法を用いて生成されたデータストリーム内の規則的なパターンで発生する、方法。
【請求項４】
請求項１から請求項３のいずれかに記載の方法であって、
前記方法は、更に、
ペイロードデータ項目の送信ロバスト性の必要レベルに応じて、ペイロードデータ項目を複数のスーパーフレームに分類するステップを備え、
前記複数のスーパーフレームの各々は、送信ロバスト性の必要レベル又は送信ロバスト性のより低いレベルを有するペイロードデータ項目を含み、
前記方法は、更に、
前記スーパーフレームに含まれたペイロードデータ項目についての送信ロバスト性の必要レベルに基づいて、前記複数のスーパーフレームについてのスーパーフレーム一定フレームヘッダ送信パラメータ（１２１８）を選択するステップを備える、方法。
【請求項５】
請求項１から請求項４のいずれかに記載の方法であって、
前記スーパーフレームヘッダ（ＳＦＨ）は、更に、前記スーパーフレームの第１のフレームヘッダ（ＰＬＨ）に対するポインタを含む、方法。
【請求項６】
請求項１から請求項５のいずれかに記載の方法であって、
前記スーパーフレームヘッダ（ＳＦＨ）は、少なくとも前記ペイロードデータ（１２３６ａ，１２３６ｂ）についての最高の必要レベルの送信ロバスト性と同程度に高い送信ロバスト性を提供する送信パラメータ（１２１８）を用いて送信される、方法。
【請求項７】
請求項１から請求項６のいずれかに記載の方法であって、
前記スーパーフレームヘッダ（ＳＦＨ）は、対応のスーパーフレームに複数のパイロットデータフィールドを挿入すべきか否かを示し、
各フレームヘッダは、更に、対応のフレームが前記複数のパイロットデータフィールドのうちの少なくとも１つを含むか否かを特定するとともにその態様を特定する、方法。
【請求項８】
請求項１から請求項７のいずれかに記載の方法であって、
前記スーパーフレームヘッダ（ＳＦＨ）は、前記スーパーフレームヘッダが先行送信規格に基づいて動作する装置によって無視され得るように前記先行送信規格によって規定される少なくとも１つのダミーフレーム内に配置される、方法。
【請求項９】
請求項８に記載の方法であって、
前記フレームヘッダ（ＰＬＨ）及び前記ペイロードデータは、前記先行規格によって提供されるよりも高い送信ロバスト性の必要レベルを有し、前記先行規格によって規定された少なくとも１つのダミーフレーム内に配置される、方法。
【請求項１０】
請求項１から請求項９のいずれかに記載の方法であって、
前記スーパーフレームヘッダは、複数のパラメータセットのうちの特定のパラメータセットに対応するパラメータセットＩＤの形で前記１組のスーパーフレーム一定フレームヘッダ送信パラメータを示し、
前記パラメータセットの各々は、いくつかのスーパーフレーム一定フレームヘッダ送信パラメータについてのパラメータ値の組み合わせを規定する、方法。
【請求項１１】
請求項１０に記載の方法であって、
各パラメータセットＩＤは、前記スーパーフレーム及びペイロードフレーム構造についてのパラメータセット個別規則を指す、方法。
【請求項１２】
データストリームをアセンブルするための装置（１２００）であって、
各々がペイロードデータ（１２３６ａ，１２３６ｂ）についてのデータ送信パラメータ（１２３８ａ，１２３８ｂ）を含む複数のフレームヘッダ（ＰＬＨ）を生成するように構成されたフレームヘッダ生成部（１２１０）と、
各々が前記フレームヘッダ（ＰＬＨ）のうちの１つ及びペイロードデータ（１２３６ａ，１２３６ｂ）を含む複数のフレームを含むスーパーフレームについてのスーパーフレームヘッダ（ＳＦＨ）を生成するように構成されたスーパーフレームヘッダ生成部（１２２０）と、を備え、
前記スーパーフレームヘッダ（ＳＦＨ）は、前記スーパーフレームの複数のフレームのフレームヘッダ（ＰＬＨ）についての１組のスーパーフレーム一定フレームヘッダ送信パラメータ（１２１８）を示す、装置。
【請求項１３】
請求項１２に記載の装置（１２００）であって、更に、
前記ペイロードデータ項目の送信ロバスト性の必要レベルに応じてペイロードデータ項目を複数のスーパーフレームへ分類することによって、前記複数のスーパーフレームの各々が、送信ロバスト性の必要レベル又は送信ロバスト性のより低いレベルを有するペイロードデータ項目を含むようにするように構成されたペイロード分類部（１２６０）と、
前記スーパーフレームに含まれたペイロードデータ項目についての送信ロバスト性の必要レベルに基づいて前記複数のスーパーフレームについてのスーパーフレーム一定フレームヘッダ送信パラメータ（１２１８）を選択するように構成されたパラメータ選択部（１２７０）と、を備える装置。
【請求項１４】
請求項１２又は請求項１３に記載の装置であって、
前記スーパーフレームヘッダは、複数のパラメータセットのうちの特定のパラメータセットに対応するパラメータセットＩＤの形で前記１組のスーパーフレーム一定フレームヘッダ送信パラメータを示し、
前記パラメータセットの各々は、いくつかのスーパーフレーム一定フレームヘッダ送信パラメータについてのパラメータ値の組み合わせを規定する、装置。
【請求項１５】
請求項１４に記載の装置であって、
各パラメータセットＩＤは、前記スーパーフレーム及びペイロードフレーム構造についてのパラメータセット個別規則を指す、装置。
【請求項１６】
データストリームに対応する受信信号を処理するための方法であって、
前記方法は、
前記データストリームにおけるスーパーフレームのスーパーフレームヘッダ（ＳＦＨ）を評価してスーパーフレーム一定フレームヘッダ送信パラメータ（１２１８）を得るステップ（１４０２）と、
前記スーパーフレーム一定フレームヘッダ送信パラメータ（１２１８）を用いて前記スーパーフレーム内の複数のフレームヘッダ（ＰＬＨ）を評価して、対応するフレームのペイロードデータ（１２３６ａ，１２３６ｂ）についての各フレームヘッダからデータ送信パラメータ（１２３８ａ，１２３８ｂ）を得るステップ（１４０４）と、
前記ペイロードデータに対応する期間中に前記データ送信パラメータ（１２３８ａ，１２３８ｂ）を用いて前記受信信号を処理して前記ペイロードデータ（１２３６ａ，１２３６ｂ）を得るステップ（１４０６）と、を備える方法。
【請求項１７】
請求項１６に記載の方法であって、更に、
前記受信信号において前記スーパーフレームヘッダ（ＳＦＨ）が発生する規則的なパターンを活用して複数のスーパーフレームヘッダ（ＳＦＨ）を追跡するステップを備える、方法。
【請求項１８】
請求項１６又は請求項１７に記載の方法であって、
前記スーパーフレームヘッダは、複数のパラメータセットのうちの特定のパラメータセットに対応するパラメータセットＩＤの形で前記１組のスーパーフレーム一定フレームヘッダ送信パラメータを示し、
前記パラメータセットの各々は、いくつかのスーパーフレーム一定フレームヘッダ送信パラメータについてのパラメータ値の組み合わせを規定する、方法。
【請求項１９】
請求項１８に記載の方法であって、
各パラメータセットＩＤは、前記スーパーフレーム及びペイロードフレーム構造についてのパラメータセット個別規則を指す、方法。
【請求項２０】
受信機（１５００）であって、
前記受信機で受信されたデータストリームにおけるスーパーフレームのスーパーフレームヘッダ（ＳＦＨ）を評価してスーパーフレーム一定フレームヘッダ送信パラメータ（１２１８）を得るように構成されたスーパーフレームヘッダ評価部（１５２０）と、
前記スーパーフレーム一定フレームヘッダ送信パラメータ（１２１８）を用いて前記スーパーフレーム内の複数のフレームヘッダ（ＰＬＨ）を評価して、対応するフレームのペイロードデータ（１５３６ａ，１５３６ｂ）についての各フレームヘッダ（ＰＬＨ）からデータ送信パラメータ（１２３８ａ，１２３８ｂ）を得るように構成されたフレームヘッダ評価部（１５１０）と、
前記ペイロードデータに対応する期間中に前記データ送信パラメータ（１２３８ａ，１２３８ｂ）を用いて前記受信信号を処理して前記ペイロードデータ（１５３６ａ，１５３６ｂ）を得るように構成された構成可能受信回路（１５９０）と、を備える受信機。
【請求項２１】
請求項２０に記載の受信機であって、
前記スーパーフレームヘッダは、複数のパラメータセットのうちの特定のパラメータセットに対応するパラメータセットＩＤの形で前記１組のスーパーフレーム一定フレームヘッダ送信パラメータを示し、
前記パラメータセットの各々は、いくつかのスーパーフレーム一定フレームヘッダ送信パラメータについてのパラメータ値の組み合わせを規定する、受信機。
【請求項２２】
データストリームであって、
複数のスーパーフレームを含み、
各々のスーパーフレームは、
スーパーフレームヘッダ（ＳＦＨ）と、
複数のフレームとを含み、
各々のフレームは、フレームデータ（ＰＬＨ）及びペイロードデータ（１２３６ａ，１２３６ｂ）を含み、
前記スーパーフレームヘッダ（ＳＦＨ）は、前記複数のフレームのフレームヘッダ（ＰＬＨ）についての１組のスーパーフレーム一定フレームヘッダ送信パラメータ（１２１８）を示す、データストリーム。
【請求項２３】
請求項２２に記載のデータストリームであって、
前記複数のスーパーフレームのスーパーフレームのスーパーフレームヘッダ（ＳＦＨ）は、前記データストリーム内で規則的なパターンで発生する、データストリーム。
【請求項２４】
請求項２２又は請求項２３に記載のデータストリームであって、
前記スーパーフレームヘッダは、複数のパラメータセットのうちの特定のパラメータセットに対応するパラメータセットＩＤの形で前記１組のスーパーフレーム一定フレームヘッダ送信パラメータを示し、
前記パラメータセットの各々は、いくつかのスーパーフレーム一定フレームヘッダ送信パラメータについてのパラメータ値の組み合わせを規定する、データストリーム。
【請求項２５】
請求項２４に記載の方法であって、
各パラメータセットＩＤは、前記スーパーフレーム及びペイロードフレーム構造についてのパラメータセット個別規則を指す、方法。
【請求項２６】
方法であって、
各々がペイロードデータについてのデータ送信パラメータを含む複数のフレームヘッダ（ＰＬＨ）を生成するステップと、
各々が前記フレームヘッダ（ＰＬＨ）のうちの１つ及びペイロードデータを含む複数のフレームを含むスーパーフレームについてのスーパーフレームヘッダ（ＳＦＨ）を生成するステップと、を備え、
前記スーパーフレームヘッダは、前記スーパーフレームの複数のフレームのフレームヘッダのうちの少なくとも１つについてのフレームヘッダフォーマットを示す、方法。
【請求項２７】
請求項２６に記載の方法であって、
前記フレームヘッダフォーマットは、前記少なくとも１つのフレームヘッダが、後続のスーパーフレームについての少なくとも１つのスーパーフレーム一定送信パラメータを特定することを示し、
前記後続のスーパーフレームの開始は、前記スーパーフレーム一定送信パラメータが有効になる後続のスーパーフレームヘッダによって示される、方法。
【請求項２８】
請求項２６又は請求項２７に記載の方法であって、
前記フレームヘッダフォーマットは、前記少なくとも１つのフレームヘッダのフレームヘッダ内容を規定し、
前記フレームヘッダ内容は、前記データ送信パラメータと、後続のスーパーフレームについての少なくとも１つのスーパーフレーム一定送信パラメータとを含む、方法。
【請求項２９】
データストリームをアセンブルするための装置であって、
前記装置は、
各々がペイロードデータについてのデータ送信パラメータを含む複数のフレームヘッダ（ＰＬＨ）を生成するように構成されたフレームヘッダ生成部と、
各々が前記フレームヘッダ（ＰＬＨ）のうちの１つ及びペイロードデータを含む複数のフレームを含むスーパーフレームについてのスーパーフレームヘッダ（ＳＦＨ）を生成するように構成されたスーパーフレームヘッダ生成部と、を備え、
前記スーパーフレームヘッダ（ＳＦＨ）は、前記スーパーフレームの複数のフレームのフレームヘッダ（ＰＬＨ）のうちの少なくとも１つについてのフレームヘッダフォーマットを示す、装置。
【請求項３０】
データストリームに対応する受信信号を処理するための方法であって、
前記方法は、
前記データストリームにおけるスーパーフレームのスーパーフレームヘッダ（ＳＦＨ）を評価して前記スーパーフレームの複数のフレームヘッダのうちの少なくとも１つのフレームヘッダについてのフレームヘッダフォーマットを得るステップと、
前記フレームヘッダフォーマットを用いて前記スーパーフレーム内の複数のフレームヘッダ（ＰＬＨ）を評価して、対応するフレームのペイロードデータについての各フレームヘッダからデータ送信パラメータを得るステップと、
前記ペイロードデータに対応する期間中に前記データ送信パラメータを用いて前記受信信号を処理して前記ペイロードデータを得るステップと、を備える方法。
【請求項３１】
受信機であって、
前記受信機で受信されたデータストリームにおけるスーパーフレームのスーパーフレームヘッダ（ＳＦＨ）を評価して前記スーパーフレームの複数のフレームヘッダのうちの少なくとも１つのフレームヘッダについてのフレームヘッダフォーマットを得るように構成されたスーパーフレームヘッダ評価部と、
前記フレームヘッダフォーマットを用いて前記スーパーフレーム内の複数のフレームヘッダ（ＰＬＨ）を評価して、対応するフレームのペイロードデータについての各フレームヘッダ（ＰＬＨ）からデータ送信パラメータを得るように構成されたフレームヘッダ評価部と、
前記ペイロードデータに対応する期間中に前記データ送信パラメータを用いて前記受信信号を処理して前記ペイロードデータを得るように構成された構成可能受信回路と、を備える受信機。
【請求項３２】
データストリームであって、
複数のスーパーフレームを含み、
各々のスーパーフレームは、
スーパーフレームヘッダ（ＳＦＨ）と、
複数のフレームと、を含み、
各々のフレームは、フレームデータ（ＰＬＨ）及びペイロードデータ（１２３６ａ，１２３６ｂ）を含み、
前記スーパーフレームヘッダ（ＳＦＨ）は、前記複数のフレームのフレームヘッダ（ＰＬＨ）のうちの少なくとも１つについてのフレームヘッダフォーマットを示す、データストリーム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データの送信及び受信に関し、特に、送信されるべきデータストリームにおけるシグナリング情報を生成して挿入するための方法、データストリームをアセンブルするための装置、受信したデータストリームにおけるシグナリング情報を入手して活用するための方法、受信機、及びデータストリームに関する。本発明の更なる実施例は、拡散のための効率的な２段階シグナリング及びフレーミングの概念に関する。
【０００２】
本発明は、任意のマルチプレクス方式における特定のパラメータの効率的なシグナリングを扱うものである。コードワード単位で自由に再構成され得る（但しこれに限定されない）ＦＥＣ符号化送信を用いるマルチプレクス方式はいずれも、各々のコードワードに結び付けられたシグナリングを必要とする。
【背景技術】
【０００３】
時分割マルチプレクス（ＴＤＭ）による、例えばＤＶＢ−Ｓ２（衛星ブロードキャスト及びユニキャストのための第２世代ＤＶＢシステム。ＤＶＢ：デジタルビデオブロードキャスティング）といった送信システムのシグナリング方式においては、後続のデータフレームについての情報をシグナリングするための固定の変調及び符号化の物理層ヘッダ（ＰＬＨ）が定義される。このヘッダは、広範囲に亘るチャネル条件において復号可能である必要があるため、このヘッダは、特定の最悪の場合の条件下で復号可能となるように設計される。一般的に、このヘッダは、少なくとも殆どのロバストな送信方式と同程度のロバスト性を要求される。これによって２つの不利益が生じる。
【０００４】
・良好な受信条件の場合、保護のレベルがあまりにも高くなるが、これは不必要なオーバーヘッドに対応するものである。
【０００５】
・第２に、本来特定された以外の、より劣悪な受信条件でも動作するようにシステムを拡張しようとすると、ヘッダを再設計する必要が生じ、その結果、より多くの静的な冗長性がヘッダに必要になることから余分なオーバーヘッドが生じる。
【０００６】
本発明の目的は、データストリームにシグナリング情報を挿入するための改良された概念を提供することである。本発明の目的は、請求項１に記載の方法、請求項７に記載の装置、請求項９に記載の方法、請求項１１に記載の受信機、及び請求項１３に記載のデータストリームによって達成される。
【０００７】
当該方法は、各々がペイロードデータについてのデータ送信パラメータを含む複数のフレームヘッダを生成するステップを備える。前記方法は更に、各々が前記フレームヘッダのうちの１つ及びペイロードデータを含む複数のフレームを含むスーパーフレームについてのスーパーフレームヘッダを生成するステップを備える。前記スーパーフレームヘッダは、前記スーパーフレームの複数のフレームのフレームヘッダについての１組のスーパーフレーム一定フレームヘッダ送信パラメータを示す。
【０００８】
本願において提案される概念は、いくつかのフレームヘッダ、即ちスーパーフレーム内で生じるフレームヘッダについての送信パラメータを示すスーパーフレームヘッダを提供する。所与のスーパーフレームに属するフレームヘッダは、典型的に、同じ送信パラメータを用いて送信されるため、より少ないシグナリング情報を送信するだけでよい。スーパーフレームヘッダは、１つのフレームだけでなくいくつかのフレームヘッダについてのシグナリング情報をもたらす。一方、フレームヘッダに用いられる送信パラメータは、スーパーフレームごとに変動することが許容される。本願において提案される概念によって、フレームヘッダについての送信パラメータを、所望の保護レベルでデータを送信するために必要な送信パラメータに調節することが可能となる。これによって、受信機がフレームヘッダを復号できるが対応のペイロードデータを復号できないという状況の発生を減少し、又は回避さえできるが、それは、フレームヘッダがデフォルトの高い保護レベルを用いて送信されているが、現在のペイロードデータは、比較的低い保護レベルを用いて送信されているからである。換言すると、フレームヘッダに対し、より高いデータ冗長性、より高い復号可能性及び／又はより高い保護レベルが与えられるのは、対応のペイロードデータが同等又は対応する程度のデータ冗長性、復号可能性及び／又は保護レベルを必要とする場合（だけ）である。その他の状況では、フレームヘッダの保護レベルを、スーパーフレームヘッダによって示されるように所与のスーパーフレーム内で下げることができる。
【０００９】
本願において提案されるシグナリングの概念とは対照的に、ＤＶＢ−Ｓ２といった従来の方法では、シグナリングの目的のために固定の変調及び符号化レートで１フレームにつき１つのヘッダが用いられる。その結果、設計においてこれらパラメータに関して最悪の場合のシナリオを考慮する必要があり、即ちオーバーヘッドが生じる。本願において提案される新規の２段階シグナリング方策を用いれば、オーバーヘッドが減少されると同時に、カバーできるＳＮＲ範囲が拡大される。他の方策とは対照的に、貴重な柔軟性が保存され、単一のシステムでそれぞれ異なるユーザ・受信機の様々なＳＮＲ要件に対応することが可能となる。
【００１０】
本発明の実施例によると、スーパーフレームはいくつかのフレームに亘るものであり、スーパーフレームヘッダは、スーパーフレーム内のいくつかのフレームヘッダ（典型的に全てのフレームヘッダ）の送信パラメータ（変調、符号化レート、拡散）を示す。
【００１１】
スーパーフレームは、端末の同期タスクを支援するために（シンボル及び容量単位（ＣＵ）に関して）一定長とすることができる。従って、スーパーフレーム構造によって、所謂一定フレーミングの特徴が得られる。スーパーフレームは、ＰＬＨ及びＸＦＥＣＦＲＡＭＥの個々の保護レベルを有するいくつかのＰＬフレームを含む。ＰＬフレームの開始は、必ずししもスーパーフレームの開始に合わせられる必要はない。しかしながら、典型的に、両方のタイプは、容量単位長の倍数である。
【００１２】
実施例によると、データストリームをアセンブルするための装置が提供される。装置は、各々がペイロードデータについてのデータ送信パラメータを含む複数のフレームヘッダを生成するように構成されたフレームヘッダ生成部を備える。装置は、更に、スーパーフレームについてのスーパーフレームヘッダを生成するように構成されたスーパーフレームヘッダ生成部を備える。スーパーフレームは、複数のフレームを含む。スーパーフレームヘッダは、スーパーフレーム構成をシグナリングする。各々のフレームは、フレームヘッダのうちの１つ及びペイロードデータを含む。スーパーフレームヘッダは、スーパーフレームの複数のフレームのフレームヘッダについての１組のスーパーフレーム一定フレームヘッダ送信パラメータを示す。
【００１３】
更に、データストリームに対応する受信信号を処理するための方法が提供される。方法は、データストリームにおけるスーパーフレームのスーパーフレームヘッダを評価してスーパーフレーム一定フレームヘッダ送信パラメータを得るステップを備える。方法は、また、スーパーフレーム一定フレームヘッダ送信パラメータを用いてスーパーフレーム内の複数のフレームヘッダを評価して、対応するフレームのペイロードデータについての各々のフレームヘッダからデータ送信パラメータを得るステップを備える。方法は、更に、ペイロードデータに対応する期間中にデータ送信パラメータを用いて受信信号を処理してペイロードデータを得るステップを備える。
【００１４】
更なる実施例によると、受信機で受信されたデータストリームにおけるスーパーフレームのスーパーフレームヘッダを評価してスーパーフレーム一定フレームヘッダ送信パラメータを得るように構成されたスーパーフレームヘッダ評価部を備える受信機が提供される。受信機は、更に、スーパーフレーム一定フレームヘッダ送信パラメータを用いてスーパーフレーム内の複数のフレームヘッダを評価して、対応するフレームのペイロードデータについての各々のフレームヘッダからデータ送信パラメータを得るように構成されたフレームヘッダ評価部を備える。受信機は、また、ペイロードデータに対応する期間中にデータ送信パラメータを用いて受信信号を処理してペイロードデータを得るように構成された構成可能受信回路を備える。
【００１５】
更なる実施例によるデータストリームは、複数のスーパーフレームを含む。各々のスーパーフレームは、スーパーフレームヘッダを含む。データストリームは、更に、複数のフレームを含む。各々のフレームは、フレームヘッダ及びペイロードデータを含む。スーパーフレームヘッダは、複数のフレームのフレームヘッダについての１組のスーパーフレーム一定フレームヘッダ送信パラメータを示す。
【００１６】
以下、本発明の実施例について、図面を参照してより詳細に説明する。
【図面の簡単な説明】
【００１７】
【図１】図１は、ＤＶＢ−Ｓ２におけるフレーム構造を概略的に示す図である。
【図２】図２は、ＤＶＢ−ＳＨ  ＴＤＭモードにおけるフレーム構造を概略的に示す図である。
【図３】図３は、ＤＶＢ−Ｔ２規格のＴ２フレームの構造を概略的に示す図である。
【図４】図４は、図３のＴ２フレームにおけるＬ１後シグナリングフィールドの詳細（任意）を概略的に示す図である。
【図５Ａ】図５Ａは、ＤＶＢ−Ｓ２に準拠する送信機構造の概略的なブロック図である。
【図５Ｂ】図５Ｂは、［９］に従うＤＶＢ−Ｓ２マルチプレクスへの所謂モバイルフレームの導入を概略的に示す図である。
【図５Ｃ】図５Ｃは、［１０］に従う拡散及び２段階スクランブルを組み合わせた方策を概略的に示す図である。
【図５Ｄ】図５Ｄは、［１２］に従う一定フレーミング方式（１６６８６個のシンボルのＰＬＦＲＡＭＥ長）を概略的に示す図である。
【図５Ｅ】図５Ｅは、［１３］に従う低ＳＮＲ方策を実現する送信機構造の一部を概略的に示す図である。
【図６】図６は、本発明の少なくとも１つの実施例に従うスーパーフレーム構造を概略的に示す図である。
【図７】図７は、一方のスーパーフレームにパイロットが存在し、他方のスーパーフレームにパイロットが存在しない一定長のスーパーフレームを概略的に示す図である。
【図８Ａ】図８Ａは、ＸＦＥＣＦＲＡＭＥのスーパーフレームへのマッピングを概略的に示す図である。
【図８Ｂ】図８Ｂは、１つのスーパーフレーム内で単一のＸＦＥＣＦＲＡＭＥへの拡散の適用を概略的に示す図である。
【図９Ａ】図９Ａは、低ＳＮＲ要件のペイロードが送信されない場合のレガシーダミーフレームへのＳＯＳＦ／ＳＦＨの埋め込みを概略的に例示する図である。
【図９Ｂ】図９Ｂは、レガシーダミーフレームへのＳＯＳＦ／ＳＦＨ及び拡散ＸＦＥＣＦＲＡＭＥの埋め込みを概略的に例示する図である。
【図１０】図１０は、異なる保護レベルで送信されるデータストリームの異なる部分についての信号対ノイズ比の異なる値の効果を概略的に示す図である。
【図１１】図１１は、本発明の少なくとも１つの実施例に従う方法の概略的なフロー図である。
【図１２】図１２は、本発明の少なくともいくつかの実施例に従う装置の概略的なブロック図である。
【図１３Ａ】図１３Ａは、本発明の少なくともいくつかの更なる実施例に従う装置の概略的なブロック図である。
【図１３Ｂ】図１３Ｂは、本発明の少なくともいくつかの更なる実施例に従う装置の概略的なブロック図である。
【図１４】図１４は、本発明の少なくともいくつかの更なる実施例に従う受信信号を処理するための方法の概略的なフロー図である。
【図１５】図１５は、本発明の少なくともいくつかの更なる実施例に従う受信機の概略的なブロック図である。
【図１６】図１６は、スーパーフレームヘッダを用いて来たるべきフレームヘッダについてのフォーマット及び／又はシンタックスを示し、且つスーパーフレームヘッダが１つのスーパーフレームの終わり及び後続のスーパーフレームの開始を示す、データストリームを概略的に示す図である。
【００１８】
現在の送信規格では、送信システムの従来のシグナリング方式は、固定の変調及び符号化の物理層ヘッダ（ＰＬＨ）に基づく。このＰＬＨは、後続のデータフレームの情報／パラメータ、特にデータフレームのパイロット・オン／オフ、変調及び符号化レートのシグナリングを提供する。データフレームは、１個からいくつかのコードワードを含み得る。従って、ＰＬフレームの長さは大幅に変動し得る。受信機は、次のＰＬＨの位置を算出するために各々のＰＬＨの復号に成功しなければならない。これは、ＰＬＨ追跡と呼ばれる。これは、低い信号対ノイズ比（ＳＮＲ）といった過酷なチャネル条件の場合に重要な問題となる。この場合では、ＳＮＲ動作範囲をより低いＳＮＲ値に向けて拡張することが想定される。従って、ここでの課題は、ＰＬＨ追跡を確実にしつつ、良好なチャネル条件において特に浪費される静的オーバーヘッドの大幅な増加を回避するロバストなやり方を見つけることである。これについて、以下のＤＶＢ−Ｓ２の例で更に詳細に説明する。
【００１９】
ＤＶＢ−Ｓ２（衛星ブロードキャスト及びユニキャストのための第２世代ＤＶＢシステム）［１］においては、データフレームはＸＦＥＣＦＲＡＭＥと呼ばれ、１つのＬＤＰＣ（低密度パリティチェック）コードワードを含む。ＰＬＨは、図１に示すようにＸＦＥＣＦＲＡＭＥの前に設定され、ＸＦＥＣＦＲＡＭＥの以下のパラメータをシグナリングする。即ち、変調、符号化レート、短又は長のコードワードのタイプ、及びパイロット・オン／オフである。従って、多種多様なコードワード長が可能である。特定の限定としては、ＰＬＨは、常に、ＤＶＢ−Ｓ２で利用可能な最もロバストな変調オーダ（π／２ＢＰＳＫ）で変調される。なお、π／２ＢＰＳＫは、ＤＶＢ−Ｓ２におけるデータフレームについては利用可能ではない。
【００２０】
図１は、ＸＦＥＣＦＲＡＭＥが一定長のスロットであるスロット１〜スロットＮにスライスされることを示す。ＸＦＥＣＦＲＡＭＥ当たりのスロットの数は整数Ｓであり、選択された変調方式および選択されたＬＤＰＣ方式又は符号化レートに依存する。各々のスロットの長さは、例えば、Ｍ＝９０シンボルとすることができる。ＰＬＨＥＡＤＥＲが生成され、受信機構成のためのＸＦＥＣＦＲＡＭＥの前に挿入される。ＰＬＨＥＡＤＥＲは、丁度１スロット（長さ：Ｍ＝９０シンボル）を占めることになる。パイロットを必要とするモードでは、パイロットブロックが例えば１６スロットごとに挿入されて受信機の同期タスクを支援する。パイロットブロックは、図１に概略的に示す例におけるように、Ｐ＝３６パイロットシンボルからなるものとすることができる。（Ｉ，Ｑ）変調シンボルのランダム化が物理層スクランブラによって実行され得る。図１に概略的に示す処理を実行することにより、ＸＦＥＣＦＲＡＭＥは、（ＰＬスクランブルの前に）ＰＬＦＲＡＭＥに変換される。シンボルにおけるＰＬＦＲＡＭＥの長さは、９０（Ｓ＋１）＋Ｐ  ｉｎｔ｛（Ｓ−１）／１６｝である。第１の９０（Ｓ＋１）の部分は、ヘッダＰＬＨＥＡＤＥＲ及び各スロットに対応する。第２のＰ  ｉｎｔ｛（Ｓ−１）／１６｝の部分は、各々が３６個のシンボルを有し、１６スロットごとに発生するパイロットブロックに対応する。
【００２１】
ＰＬＨは、最もロバストなペイロード保護（変調及び符号化レート）と少なくとも同程度のロバスト性である特定の最悪の場合の条件の下で復号可能であるように設計される。例えば、ＤＶＢ−Ｓ２のＰＬＨは、符号化レートが７／６４、変調がπ／２−ＢＰＳＫであるため、ＡＷＧＮチャネル（平均白色ガウスノイズチャネル）においてＳＮＲ≧−３ｄＢのみについての信頼できる追跡に限定される。このロバスト性によって、ＡＣＭ／ＶＣＭ（適応符号化及び変調／可変符号化及び変調）モードにおけるＤＶＢ−Ｓ２システムが、異なるＳＮＲにおいて全ての端末に役立つことが確実となり、これにより理論的にはエラーのない受信で対応できる全ての端末が、フレームの時分割マルチプレクス（ＴＤＭ）のＰＬＨを追跡することができる。しかし、最悪の場合による仕様では２つの不利益が生じる。
【００２２】
端末において良好な受信条件の場合、保護のレベルがあまりにも高くなるが、これは不必要なオーバーヘッドに対応するものである。
【００２３】
第２に、本来特定された以外の、より劣悪な受信条件でさえ動作するようにシステムを拡張しようとすると、ヘッダを再設計する必要が生じる。このような静的且つロバストな再設計は、簡単な解決策に相当する。更に、この再設計の結果、上述のように余分なオーバーヘッドが生じる。
【００２４】
その結果、従来のシステムにおいては、一方では必要なＰＬＨ保護及びＡＣＭ／ＶＣＭモードにおけるＰＬＨを追跡する能力と、他方では必要なオーバーヘッドと、の間にトレードオフが存在する。高いデータレートのＣＣＭモードにおいては、ＰＬＨの一定オーバーヘッドは、帯域の効率性の観点において最も非効率的なものである。本発明は、これら相反する要件を緩和し、波形の柔軟性を高める。
【００２５】
ＤＶＢ−ＳＨ規格（デジタルビデオブロードキャスティング―衛星サービスから携帯機器へ）［２］においては、ＴＤＭモードは、ＤＶＢ−Ｓ２におけるのと同様に組織されたものとして述べられている。図２に示すように、ＳＨフレームは、ヘッダ及びＮＣＷコードワード並びにパディングを含む。ヘッダは、１／５の固定符号化レート及び変調ＱＰＳＫで符号化される。従って、この１段階シグナリング概念からは、上記と同様のトレードオフが生じる。
【００２６】
ＤＶＢ−Ｔ２規格（デジタルビデオブロードキャスティング−第２世代地上波）［３］は、図３に示す合計３段階シグナリングを特徴とし、Ｐ１ヘッダは、Ｐ１シグナリングを含み、Ｐ２ヘッダは、Ｌ１前シグナリング及びＬ１後シグナリングを含む。これらＴ２フレームのうちのいくつかは、スーパーフレームを表す。所与のシステム帯域幅、ＦＦＴ長及びガード区間長（これはＯＦＤＭベースの送信においては一般的に固定長である）について、Ｔ２フレームは、一定長を有する。ＤＶＢ−Ｔ２における柔軟性は、異なるストリーム又はサービスのデータシンボルを所謂物理層パイプへとマルチプレクスすることによって達成される。このＯＦＤＭ関係の波形についての必要なシグナリング情報の量が膨大であるため、シグナリングの階層化が必要となる。
【００２７】
Ｐ２における２段階シグナリングに関し、Ｌ１前シグナリングにおいては、連続するＬ１後シグナリングについての変調及び符号化レートがシグナリングされ、ここでＬ１前シグナリングは、各々のスーパーフレーム中に静的であり、Ｌ１後シグナリングは、動的である。Ｌ１前シグナリング及びＬ１後シグナリングの両方の部分は、各々のＴ２フレームについて送信されるが、分離したものではない。従って、ＤＶＢ−Ｓ２におけるように特別なヘッダ追跡は不要であるが、それは、ＦＦＴ長、ガードインターバル長及びシステム帯域幅といったキャリアパラメータの選択後のＴ２フレーム長が固定長であるからである。Ｐ１及びＰ２シグナリングの情報は、そのスーパーフレーム中に一定である部分も含めて、スーパーフレーム当り数回送信され、特にＴ２フレームごとに１回、送信される。
【００２８】
ＤＶＢ−Ｔ２は、地上波ブロードキャストシステムであるため、衛星ベースの通信におけるような送信電力制限はない。従って、データ拡散は、想定されていない。Ｌ１後シグナリングの変調及び符号化レートは、Ｌ１前シグナリングによってシグナリングされるが、Ｌ１後シグナリングの拡散は、想定されていない。しかし、続くＴ２フレームのＬ１後シグナリングの予告を現在のＬ１後シグナリングに追加することができる。この種の繰り返しは、実際のＳＮＲ強化にはそれほど適切ではないが、それは、図４に概略的に示すように両方のＬ１後フィールトが合わせてに符号化されるからである。更に、Ｌ１後シグナリングは、長さにおいて一定ではなく、これは、Ｌ１前シグナリングを介してシグナリングされる必要がある。
【００２９】
ダウンリンク送信としてのＤＶＢ−Ｓ２規格［１］は、ＤＶＢ−Ｓ２に対するいくらかの拡張についても述べているＤＶＢ−ＲＣＳ２（デジタルビデオブロードキャスティング−衛星経由の第２世代リターンチャネル）［４］において再利用されている。より適切なのが、関連のＤＶＢ−ＲＣＳ２実現指針［５］であり、ここでは、拡散が考慮されている。［５］に示される２つの拡散オプションのうちの１つを、固定のリターンチャネル衛星端末（ＲＣＳＴ）［６］とともにＧＥＯ衛星対話型ネットワークに相互作用チャネルを与えるための仕様から再利用されている。これら２つの方法は、直接シーケンススペクトル拡散（ＤＳＳＳ）及びフレーム繰り返しスペクトル拡散（ＦＲＳＳ）と呼ばれる。
【００３０】
ＤＳＳＳの場合、キャリアにおける各々のシンボル（即ち、ＰＬＨ、パイロット、及びデータシンボル）は、拡散因数（ＳＦ）の長さを有する特定のシーケンスによって乗算される。その結果、全体のキャリアマルチプレクス（ＣＣＭ又はＡＣＭ／ＶＣＭにおける動作に関わらず）のＳＮＲ動作点は、選択されたＳＦに応じて静的にずらされ、これによってやはり良好な受信条件下の端末において柔軟性の欠如及び不必要なオーバーヘッドが生じる。
【００３１】
拡散の第２のやり方は、フレーム単位の繰り返しを特定し、即ちＰＬＨがＳＦ回繰り返され、ＸＦＥＣＦＲＡＭＥがＳＦ回繰り返される。しかしながら、この際、送信がパイロット・オフ及び短いコードワードのみに制限されるという問題がある。異なる保護レベル（＝変調＋符号化レート＋ＳＦ）がＰＬＨによってシグナリングされるが、ＰＬＨ追跡は、可変ＳＦが許可された場合に良好な受信条件下の端末のみについて可能である。両方の拡散方法において、ＳＦ及び拡散のタイプは、いわゆる衛星順方向リンク記述子を介してシグナリングされるが、これは、物理層では直接利用可能ではない。従って、また上記の検討により、選択されたＳＦは、各々のキャリアについて一定であり続ける必要があり、これによってやはりオーバーヘッドが引き起こされる。
【００３２】
以下の説明においては、まず、いくつかの用語及び略語について定義及び説明を行う。次に、スーパーフレーム構造及び２段階シグナリングの概念について説明する。更に、新規のシグナリング概念を活用するマルチプレクス・スケジューラが提案される。本発明の記載は、ＤＶＢ−Ｓ２規格の強化に関するものであるが、一般的にこれに限定されるものではない。
【００３３】
用語の定義
変調  変調オーダＭの任意の信号配列、例えばＭ−ＰＳＫ又はＭ−ＱＡＭ又はＭ−ＡＰＳＫ
【００３４】
容量単位（ＣＵ）  １群の／或る量の連続するシンボル。ＤＶＢ−Ｓ２においては、スロットと呼ばれる。
【００３５】
符号化レート  任意の適当な符号の符号化レートであって、冗長性のレベルを特定する。異なる符号化レートについて異なるコードを用いることを検討することもできる。
【００３６】
拡散  拡散シーケンスによる重み付けを伴う又は伴わない繰り返し。拡散は、例えば時間方向若しくは周波数方向又はその組み合わせにおいて達成され得る。シンボルベース、ＣＵベース、又はコードワードベースで行うことができる。
【００３７】
保護レベル  変調、符号化レート及び拡散の好適な組み合わせ
ＦＥＣＦＲＡＭＥ  符号化された２進データフレーム
ＸＦＥＣＦＲＡＭＥ  変調後のＦＥＣＦＲＡＭＥ
ＰＬフレーム  ＰＬＨ及びＸＦＥＣＦＲＡＭＥからなる物理層フレーム
スーパーフレーム  いくつかのＰＬフレームを含む。
【００３８】
略語
ＡＣＭ  適応符号化及び変調（ＤＶＢ−Ｓ２モード）
ＡＷＧＮ  追加の白色ガウスノイズ
ＢＢフレーム  ベースバンド・フレーム
ＣＣＭ  一定符号化及び変調（ＤＶＢ−Ｓ２モード）
ＣＤＭ  符号分割マルチプレクス
ＣｆＴ  コール・フォー・テクノロジー（Ｃａｌｌ  ｆｏｒ  Ｔｅｃｈｎｏｌｏｇｙ）
ＣＲＣ  周期的冗長性チェック
ＣＵ  容量単位
ＤＶＢ−Ｓ２  デジタルビデオブロードキャスティング−衛星、第２世代
ＤＳＳＳ  直接シーケンススペクトル拡散
ＦＤＭ  周波数分割マルチプレクス
ＦＥＣ  順方向エラー訂正
ＦＲＳＳ  フレーム繰り返しスペクトル拡散
ＩＳＩ  入力ストリーム識別子
ＬＤＰＣ  低密度パリティチェックコード
ＰＬＨ  物理層ヘッダ
ＰＬＳ  物理層シグナリング
ＲＦＵ  将来の使用のための予約
ＳＦ  拡散因数
ＳＮＲ  信号対ノイズ比
ＴＤＭ  時分割マルチプレクス
ＶＣＭ  可変符号化及び変調（ＤＶＢ−Ｓ２モード）
ＷＥＲ  ワードエラーレート
【００３９】
図５Ａは、ＤＶＢ−Ｓ２準拠の送信機構造の概略的なブロック図を示し、本発明の実施例が適用され得る適用及び周辺システムの概観を提供する。ＤＶＢ−Ｓ２システムは、一例にすぎず、異なる規格下で動作するデータ送信又はブロードキャストシステムにおいて本発明の実施例が適用され得るオプションを除外しない。図５Ａによると、ＤＶＢ−Ｓ２システム（送信機側）は、典型的に、後述の一連の機能ブロックを備える。破線で示すサブシステムは、単一のトランスポートブロードキャスト用途においては適切ではない。
【００４０】
モード適合は、典型的には用途に依存するものである。典型的には、入力ストリームインターフェース、入力ストリーム同期（任意）、ナル・パケット削除（ＡＣＭ及びトランスポートストリーム入力フォーマットのみ）、受信機におけるパケットレベルでのエラー検出のためのＣＲＣ−８符号化（パケット化された入力ストリームのみ）、入力ストリームの併合（多入力ストリームモードのみ）、及びＤＡＴＡ  ＦＩＥＬＤへのスライス、を提供する。一定の符号化及び変調（ＣＣＭ）及び単一の入力トランスポートストリームについては、モード適合は、典型的に、論理ビット変換及びＣＲＣ−８符号化に対して「透明な」ＤＶＢ−ＡＳＩ（ＤＶＢ非同期シリアルインターフェース）（又はＤＶＢパラレル）からなる。
【００４１】
ベースバンドヘッダは、典型的に、データフィールドの前に付加され、入力ストリームフォーマット及びモード適応のタイプを受信機に通知する。なお、ＭＰＥＧマルチプレクス・トランスポートパケットは、ベースバンドフレームへ非同期にマッピングされても良い。
【００４２】
高度な併合態様を必要とする用途については、特定のサービス要件（例えばサービスの品質）に応じて、ＤＶＢ−Ｓ２仕様の全ての規則を遵守してモード適合を別個の装置で任意に実施しても良い。
【００４３】
ストリーム適合は、ベースバンドフレーム及びベースバンドスクランブルを完了するためのパディングを提供するために適用され得る。
【００４４】
順方向エラー訂正（ＦＥＣ）符号化を、ＢＣＨ外コード及びＬＤＰＣ（低密度パリティチェック）内コード（レート１／４，１／３，２／５，１／２，３／５，２／３，３／４，４／５，５／６，８／９，９／１０）の連結によって実行することができる。用途の分野に応じて、ＦＥＣ符号化ブロックは、長さｎｌｄｐｃ＝６４８００ビット又は１６２００ビットを有することになる。ＶＣＭ及びＡＣＭが用いられる場合、ＦＥＣ及び変調モードは、異なるフレームにおいて変化されるが、１フレーム内では一定であり続ける。
【００４５】
ビット・インターリーブは、８ＰＳＫ（８位相偏移変調）、１６ＡＰＳＫ（１６振幅位相偏移変調）及び３２ＡＰＳＫ（３２振幅位相偏移変調）についてのＦＥＣ符号化ビットに適用され得る。
【００４６】
次に、典型的に、用途の分野に応じてＱＰＳＫ（４位相偏移変調）、８ＰＳＫ、１６ＡＰＳＫ及び３２ＡＰＳＫ信号点配置図へのマッピングが適用される。
【００４７】
ＱＰＳＫ及び８ＰＳＫに対して、信号点配置図のグレイ・マッピングが用いられることになる。
【００４８】
物理層フレーミングが典型的にＦＥＣフレームと同期して適用され、ダミーＰＬＦＲＡＭＥ挿入、物理層（ＰＬ）シグナリング、パイロットシンボル挿入（任意）及び物理層スクランブルを提供してエネルギーを分配する。ダミーＰＬＦＲＡＭＥは、チャネル上に送信される準備ができている有用なデータが存在しない時に送信される。このシステムは、Ｍ＝９０個の変調シンボルのスロットに基づいて規則的な物理層フレーミング構造を提供し、ＦＥＣブロック構造に対する信頼できる受信機同期を可能にする。スロットは、フレームの開始の区切り及び送信モードの定義を含む物理層シグナリングのために取り分けられる。このメカニズムは、ＶＣＭ及びＡＣＭ復調器設定にも好適である。受信機におけるキャリア回復は、パイロットシンボルの規則的なラスタ（９０シンボルの１６スロットごとにＰ＝３６個のパイロットシンボル）を導入することによって容易にすることができる一方、パイロットのない送信モードもまた利用可能であり、追加的に２．４％の利用可能な容量をもたらす。
【００４９】
ベースバンド・フィルタリング及び直角位相変調が適用され、信号スペクトル（平方根レイズド余弦、ロールオフ因数０．３５、０．２５又は０．２０）を形成し、ＲＦ信号を生成する。
【００５０】
２０１２年１２月に、ＤＶＢ−Ｓ２グループは、コール・フォー・テクノロジー（ＣｆＴ）［７］を発表した。ここでは、低ＳＮＲ動作についての解決策もまた扱われている。これに対する各応答について以下に述べる。
【００５１】
コール・フォー・テクノロジーの貢献者の一人によってなされた提案［８］は、ＤＶＢ−ＲＣＳ２［４］，［５］，［６］からの拡散の２つの方策を組み合わせることであった。ＰＬＨはフレーム単位で拡散され、ＸＦＥＣＦＲＡＭＥは、シンボル単位で拡散される。π／２ＢＰＳＫを用いてスクランブルを適用してＸＦＥＣＦＲＡＭＥのみを拡散する。ＰＬＨは、シグナリングされた保護レベル（＝変調＋符号化レート＋ＳＦ）に応じて因数４及びＸＦＥＣＦＲＡＭＥによって静的に拡散される。この混合を行う理由は、ＸＦＥＣＦＲＡＭＥＳ全体のコヒーレントな組み合わせを容易にするためには同期が弱すぎると述べられている。しかし、ＰＬＨの静的な拡散は、やはり、最悪の場合の仮定によってＳＮＲ動作範囲を拡張するという簡単なやり方であり、これは、ＡＣＭ／ＶＣＭを用いた際に良好な受信条件の場合にオーバーヘッドを引き起こす。
【００５２】
図５Ｂは、コール・フォー・テクノロジーの別の貢献者の貢献［９］に関する。低ＳＮＲ条件下の移動端末または端末のみについて特別な移動フレーム及び追加のパイロット構造を挿入することによってＳＮＲ範囲を−３ｄＢから−１０ｄＢへ拡張することが提案されている。この移動フレームは、新たなフレームタイプを示し、これは、図５Ｂに示すように規則的なＤＶＢ−Ｓ２フレームでマルチプレクスされることになる。本願においては、「規則的フレーム同期」とは、フレーム開始プリアンブルシーケンスを含むＰＬＨを指す。
【００５３】
移動フレームは、ＤＶＢ−Ｓ２準拠のＰＬＨ、「移動フレーム同期」（７２０シンボルの一意のワードフィールド（ＵＷ））及び、π／２ＢＰＳＫ変調と可能な拡散とを伴うデータフレームから構成される。ＰＬＨ定義は、２つの余分なＭＯＤＣＯＤを含むように更新され、これらを用いて変調及び拡散因子（１又は２）並びにこの移動フレームの存在をシグナリングする。異なるＵＷシーケンスを用いて、データフレームの異なる符号化レートを区別する。この目的のために、シーケンスのウォルシュ・アダマール構成が用いられる。
【００５４】
パイロットがオンに切り替えられると、移動フレームもまたＤＶＢ−Ｓ２準拠のパイロット構造を有する必要がある。しかしながら、ＤＶＢ−Ｓ２におけるのと同じ長さの追加のパイロットパターンが移動フレームについて特定される。これを規則的なＤＶＢ−Ｓ２パターン間に挿入して、レガシーＳ２フレームにおけるものと比べて２倍の数のパイロットを得る。
【００５５】
提案［９］に述べられているように、低ＳＮＲ条件における移動端末または端末は、この移動フレームの概念のため、困難なバーストモード復調において動作しなければならない。従って、各々全ての移動フレームについて長い移動フレーム同期シーケンスが必要となる。残念ながら、追加のパイロットパターンは、詳細に説明されていない。これは、問題であるが、それは、パイロットパターンを長さ３６のＤＶＢ−Ｓ２パイロットフィールトで単純に倍増すると、データスロットパターン（１スロット当り９０シンボル）が更にずれることになる。レガシーＤＶＢ−Ｓ２受信機による、予想されるパイロットグリッドに準拠し続けるために、余分なパイロットフィールドについてスロット全体を用いてスロットグリッドを保持しなければならない。
【００５６】
図５Ｃは、更なる貢献者によるコール・フォー・テクノロジーに関する提案［１０］に関する。「カスタムフレーム」と呼ばれる特殊なフレームタイプがＡＣＭ／ＶＣＭマルチプレクスに導入される。このフレームは、通常のＰＬＨ＋拡張ＰＬＨｅａｄｅｒを含み、これは、拡散因数（ＳＦ）、ロバスト変調と符号化レート、及びカスタムフレームの持続時間のシグナリングをカバーする。余分なヘッダは、通常のＰＬＨとは異なるシーケンスによってスクランブルされることになる。
【００５７】
フレーミングに関し、ＰＬＨ＋拡張ＰＬＨがＳＦ回繰り返される。ペイロードについては、パイロット挿入、及びＳＦ／２による直接シーケンススペクトル拡散がＸＦＥＣＦＲＡＭＥに適用される、即ちシンボル単位で繰り返される。次に、特定の２段階スクランブル及びシーケンス繰り返し（ＳＦ／２による繰り返しが仮定される）が実行され、図５Ｃに示すようにインターリーブされる。
【００５８】
参考文献［１１］は、別の貢献者によるコール・フォー・テクノロジーに関する更なる貢献に関する。この提案における低ＳＮＲ方策に関し、ＲＣＳ順方向リンク「移動オプション」［６］と類似のシンボル単位の拡散が提案される。しかし、以下の変更が提案される。ＰＬＨ及びパイロットは、常に、拡散されるが、ＸＦＥＣＦＲＡＭＥは、必要な場合だけ拡散される。即ち、キャリアは、やはり最悪の場合の拡散因数によって静的に構成され、これによってキャリアの全てのＰＬＨ及びパイロットが拡散される。［６］において述べられる、フレーム全体＝ＰＬＨ＋パイロット＋ＸＦＥＣＦＲＡＭＥに対して行われるスクランブルは適用されず、ダミーフレームについてのスクランブラをリセットしないことを除いてＤＶＢ−Ｓ２方式が保持される。
【００５９】
コール・フォー・テクノロジーに関する提案［１１］においては、ＤＶＢ−Ｓ２規格の完全な見直しが提案され、ここでの焦点は新たなＭＯＤＣＯＤである。低ＳＮＲ拡張は、拡散によってキャリアの全てのシグナリング（ＰＬＨ＋パイロット）を拡張する比較的簡単なやり方に対応する。即ち、ＡＣＭ／ＶＣＭは、可能であるが、選択されたＳＦに応じた固定オーバーヘッドを伴う。
【００６０】
図５Ｄは、参考文献［１２］による提案に関する。この提案では、過酷なチャネル条件の場合に端末にとって有益な一定フレーミング方策と、フレーム単位の繰り返しによる拡散の可能性とが組み合わされる。一定フレーミングは、ＢＰＳＫの場合１個、ＱＰＳＫの場合２個、８ＰＳＫの場合３個、１６ＡＰＳＫの場合４個、３２ＡＰＳＫの場合５個、又は６４ＡＰＳＫの場合６個のＸＦＥＣＦＲＡＭＥを収集して１６６８６個のシンボルの一定ＰＬＦＲＡＭＥ長を得ることによって達成され、ここでパイロットは常にオンである。これを図５Ｄに示し、ここでは、ＰＬ−ＦＲＡＭＥにつき１つのＰＬ−Ｈｅａｄｅｒが用いられる（９０又は１８０シンボル）。
【００６１】
低ＳＮＲロバスト性は、ＢＰＳＫと、ＳＦ  ＰＬ−Ｈｅａｄｅｒの結合によるＸＦＥＣＦＲＡＭＥの繰り返しとを用いて達成される。ロバスト性を必要とするフレームについてＰＬ−Ｈｅａｄｅｒの５回の繰り返しが規定される。しかし、繰り返しは、（先行する）ＢＢフレームのパディングフィールドにおいて、即ちチャネル符号化前の生データとともに配置され得ることが提案される。これに加えて、（本来の）可変長のフレームタイプと一定長フレームタイプとの間で切り替えるための再構成可能フレーミングが提案される。これは、切り替えについての或る種の前シグナリングで可能となる。
【００６２】
残念ながら、一定フレーミングは、ＴＸ及びＲＸにおいてバッファサイズを増大させ、端末デコーダ解決策のためのスループット要件が高くなる恐れがある。ロバスト性の要件を伴うＰＬフレームのみについての直接のＰＬヘッダ繰り返しは、やはりより困難なバーストモードの種類の端末につながる。ＰＬヘッダ繰り返しをＢＢフレーム内に置く代替的な考えは、より困難である。それは、復号を試みる際に「鶏と卵の問題」につながるからである。フレーミング構造の再構成は、一定フレーミングを主張していることと矛盾し、最終的には低ＳＮＲ条件下の端末にとって追加の負担となる。
【００６３】
図５Ｅは、上述のコール・フォー・テクノロジーの別の貢献者による更なる提案［１３］に関する。変調、符号化レート及び拡散の組み合わせを特定する完全な低ＳＮＲ保護レベル表が提案されている。また、時間インターリーブが導入される。インターリーブされたＸＦＥＣＦＲＡＭＥは、ＴＦＥＣＦＲＡＭＥと呼ばれる。ＴＦＥＣＦＲＡＭＥ（可能なパイロットを含む）は、図５Ｅに示すようにＤＳＳＳによって拡散され、ＳＦＥＣＦＲＡＭＥを得る。導入された拡散は、シンボル単位の繰り返し＋ｍシーケンスによる乗算によるスクランブルの組み合わせと思われる。フレーム開始プリアンブルは、１６で、ＰＬＨのＰＬＳコードは１０で静的に拡散される。
【００６４】
残念ながら、受信機においてレガシー又は新たな低ＳＮＲ保護レベル表が期待されるかについてのシグナリングが提案されていない。従って、キャリアについては、従来のＤＶＢ−Ｓ２か、提案された低ＳＮＲ方策かのいずれかが有効であると想定されているように思われる。これは、ＳＮＲ範囲全体に亘ってＡＣＭ／ＶＣＭ適合が行われ得ないことを意味する。従って、ここでは２プロファイル方策が提案されている。
【００６５】
参考文献［１４］は、コール・フォー・テクノロジーの更なる貢献者による更なる提案に関する。この貢献においては、移動性、低ＳＮＲ、及びこれに伴うシグナリングの問題について比較的高レベルの検討が行われている。より長いＳＯＦ及びパイロットシーケンスの必要性が検討され、グローバル最適化又はプロファイルごとの最適化の利点と欠点が述べられる。シグナリングについては、ＰＬＳ連鎖による一般的な時間スライス方策が提案され、低ＳＮＲの場合、追加のスロットにおけるＰＬＨに余分なシグナリングが追加される。これは、［１０］の方策と類似のものであり、ここでは連鎖によるこの追加は、拡張ＰＬＨと呼ばれている。
【００６６】
ＣｆＴ［７］の貢献者によって提案されている様々な方策についての上述の議論から、これらの方策は、いずれも柔軟なフレーミング、ＳＮＲ動作範囲の（スムーズな）拡張、及び、オーバーヘッドに関して効率的な拡散の導入（変調オーダ及び／又は符号化レートとの組み合わせで）を組み合わせて、過酷なチャネル条件下の端末にもＰＬＨ追跡を可能にする価値のある方法を提供していないことが分かる。ＰＬＨの静的な拡散による方策、又は別個の低ＳＮＲプロファイルを規定する方策は、本発明の実施例の目的とする組合せを特徴としていない。また、動的なＰＬＨ拡散による方策も高いオーバーヘッド及びバーストモード可能な受信機アーキテクチャの必要性という問題を抱えているが、それはＰＬＨ追跡が意図されておらず、従って可能ではないからである。
【００６７】
最近のＤＶＢ−Ｓ２  ＣｆＴ［７］に対する応答は、高度な技能を有する研究者の業績と考えられる。これらは、また、上述の以前の方策を論じるものであり、研究者は、現在と同じ問題に既に直面している。しかし、発明者の知る限りでは、これに類する解決策は、現在のところ提案されていない。
【００６８】
なお、保護レベルに関し、２段階シグナリングにおいて保護レベルの３つのパラメータの全てを用いなければならないわけではない。サブセットもまた可能であり、これは例えばＰＬＨ変調及び拡散のシグナリングであるが、固定のＰＬＨ符号化レートを保持するものである。
【００６９】
プリアンブルシーケンスである「スーパーフレーム開始（ＳＯＳＦ）」は、新たなスーパーフレームの開始をシグナリングする。次に、スーパーフレームヘッダ（ＳＦＨ）が送信され、これは、少なくともこのスーパーフレームのＰＬＨ保護レベルをシグナリングする。第２に、このスーパーフレームへのＰＬフレーム合わせがない場合、スーパーフレームの第１のＰＬＨを指し示す手段を設けることができ、例えば、ＣＵから第１のＰＬＨの数をＳＦＨによってシグナリングすることができる。しかし、ポインタの省略を必要とする場合でも、ＤＶＢ−Ｓ２からのデフォルトの半盲目的ＰＬＨ探索／取得を適用することができ、或いは、ＰＬフレームは、スーパーフレーム開始に合わせられ、これは、パディングを必要とし得る。
【００７０】
更に、ＳＦＨを用いて、パイロットフィールドがスーパーフレームに挿入されるべきか否かをシグナリングすることができる。パイロットフィールドがスーパーフレーム構造に合わせられる場合、パイロットフィールドの長さは、結果として整数のＣＵと、（一定フレーミングの特徴を保持するための）シンボルにおける同じスーパーフレーム長とが得られるように選択される。しかし、これに代えて、ＤＶＢ−Ｓ２におけるように個々のＰＬフレームにパイロットフィールドを合わせたまま保持しても良いが、この場合、パイロットフィールドは、スーパーフレーム構造に合わせられない。
【００７１】
スクランブルに関しても同様の選択を行うことができる。ＤＶＢ−Ｓ２からの本来のＰＬフレーム単位のスクランブル方式を保持しても良く、或いは、スーパーフレーム全体に亘ってスクランブルを行っても良い。２番目の場合には、スクランブルシーケンス生成部のリセットは、スーパーフレーム内のＰＬフレームの分布に関わらずＳＯＳＦに合わせられる。
【００７２】
このスーパーフレーム構造の例は、拡散を伴わずに図６に示される。１列目には、利用可能なＣＵ、ここでは合計４８６０個を有するフレーム構造を示す。２行目には、ＣＵを満たしたスーパーフレームの一部を示し、ここで各々のＰＬＨは、２個のＣＵを必要とし、各々のＸＦＥＣＦＲＡＭＥは、１４４個のＣＵを必要とすると仮定される。図６では、最もロバストなケースを示し、ここで、パイロットは、オンに切り替えられて規則的にスーパーフレームに合わせられ、ＳＦＨは、スーパーフレームの第１のＰＬＨに対するポインタを含む。
【００７３】
２段階シグナリングは、以下のように動機づけられ得る。キャリアにおける全てのＰＬＨを、対応のオーバーヘッドを伴う最もロバストな保護レベルへと押し進める代わりに、最もロバストな保護レベルに応じて、導入された第１の段階、ＳＦＨシグナリングのみを特定することが提案される。ＳＦＨは、現在のスーパーフレームのＰＬＨについての適用された保護レベルについてのシグナリング情報をもたらす。次に低い階層レベルにおいて、各々のＰＬＨは、変調、符号化レート、拡散、通常又は短いコードワードサイズ、及び入力ストリーム識別子（ＩＳＩ）のような連続するＸＦＥＣＦＲＡＭＥの個々の構成情報を含む。
【００７４】
低ＳＮＲ条件下の端末についてもＰＬＨ追跡を可能にするために、現在のスーパーフレームのＰＬＨのみが同じロバスト保護レベルを有する必要があり、これは、低ＳＮＲ条件下の端末についてのデータを含む。一定フレーミングの特徴のため、この端末は、同期状態を維持することができ、より困難なバーストモード復調を必要としない。
【００７５】
なお、ＰＬＨシグナリングの柔軟な保護レベル（例えばより高いオーダの変調オーダへずらすことでシンボルレートを節約する）の概念は、スーパーフレームの概念と極めて効率的に組み合わせられる。これは、端末同期がスーパーフレームを通じて保持される一方、端末が極めて過酷な条件に陥った結果、この過酷な条件に対応できるよりも低い保護レベルで送信された（柔軟な）ＰＬＨが復号できない場合、スーパーフレーム全体が破棄され得るためである。スーパーフレーム同期は、ロックされたままとなる一方、ＰＬＨ同期は、現在のスーパーフレームの第１のＰＬＨに対するポインタによって確立され得る。
【００７６】
低ＳＮＲ条件は、また、同期アルゴリズムに対して追加の負担となる。パイロットフィールドがオンに切り替えられると、拡散因数のシグナリングも用いてパイロットフィールド拡張を達成する、即ちパイロットフィールドを拡大して同期タスクのためのより多くの参照データを提供することができる。正確に、拡散因数によってパイロットフィールドを拡張するのは特殊なケースだけである。上述のように、パイロットは、スーパーフレーム構造又はＰＬフレーム構造に合わせられ得る。両方の場合において、ＳＦＨを介してシグナリングされた拡散因数をスーパーフレーム単位のパイロット拡散規則に用いることができる。他方、代替的な解決策として、ＰＬＨを介してシグナリングされた拡散因数をＰＬフレームごとのパイロット拡散規則に用いても良い。ＳＦＨによってシグナリングされたスーパーフレーム構造及びパイロット・オン／オフ切り替えに合わせられたパイロットによるＰＬフレーム単位のパイロット拡散を用いることが推奨される。これは、低ＳＮＲ条件下での受信のためのロバストな構成と、必要とされるだけのオーバーヘッドとのトレードオフを示す。
【００７７】
現在のスーパーフレーム内の後続のフレームヘッダについての送信パラメータを特定するスーパーフレームヘッダの概念は、本当に可能なインテリジェントなスループットスケジューリングの基礎である。マルチプレクス・スケジューラは、本発明の柔軟な特徴を活用することでスループットを最大化するという目標を有する。本発明は、間もなく送信されるべき好適なスーパーフレーム内の類似の目標保護レベル／レベル範囲でＰＬフレームをスケジューラがグループ付けすることを可能にする。従って、ＰＬＨ拡散による同じ必要なオーバーヘッドとしながら、適切な保護レベルを各々のスーパーフレームにおけるシグナリングのために用いることができる。従って、このマルチプレクス方式は、全体のオーバーヘッドを最小化させることになる。
【００７８】
第１の例示の方策として、スーパーフレーム最低保護レベルの表を規定することができ、次にこれを用いてＸＦＥＣＦＲＡＭＥを「包括的コンテナ」に分類する。
【００７９】
・ＸＦＥＣＦＲＡＭＥがＳＮＲのロバスト性＜ｘｘｘｄＢを必要とする場合、スーパーフレーム構築部は、拡散／変調／符号化レート選択＃１を適用する。
【００８０】
・ＸＦＥＣＦＲＡＭＥがＳＮＲのｘｘｘ＜ロバスト性＜ｙｙｙｄＢを必要とする場合、スーパーフレーム構築部は、拡散／変調／符号化レート選択＃２を適用する。
【００８１】
・以下同様にする。
【００８２】
ＸＦＥＣＦＲＡＭＥを遅延させるためにバッファを設けることができ、これは、現在満たされているスーパーフレームについて構成されるよりも強いロバスト性を必要とする。従って、次のスーパーフレームは、最も強い保護／ロバスト性レベルを有することになり、これは、バッファにおけるＸＦＥＣＦＲＡＭＥによって必要とされる。
【００８３】
提案される概念を、以下の側面によって特徴づけることができ、このうちのいくつかは、任意であり得る。
【００８４】
・その一定長に由来するロバストな取得及び同期が可能となるスーパーフレーム構造。
【００８５】
・ＳＦＨ及びスーパーフレームごとのいくつかのＰＬＨによる２段階シグナリング
【００８６】
・ＰＬＨ追跡がＳＦＨ内の最初のＰＬＨに対するポインタによって確実にされる。
【００８７】
・ＳＦＨシグナリングに応じたＰＬＨの拡散と、フレームごとのＰＬＨシグナリングによるＸＦＥＣＦＲＡＭＥの拡散とによってロバスト性が確保される。
【００８８】
・マルチプレクス・スケジューリングのオーバーヘッドを最小化することによる拡張。
【００８９】
上述の側面のうちの少なくともいくつかを組み合わせることで、拡散を導入して受信機取得及び同期を強化する効率的なやり方という目的が達成される。
【００９０】
更に、パイロットフィールドの外見又はスクランブルのやり方を特定したいやり方に対しては制限が設けられない。
【００９１】
以下、拡散をＤＶＢ−Ｓ２に効率的に導入する強化方策を例示する実施例について説明する。ここに示す例は、ＴＤＭ送信システムについてのものであるが、新規なシグナリング概念は、これに限定されない。例えば、符号分割マルチプレクス（ＣＤＭ）又は周波数分割マルチプレクス（ＦＤＭ）に当該概念を適用しても良い。
【００９２】
まず、「一定フレーム」及び「容量単位」の概念について説明する。スーパーフレームは、例えば４４５，５００シンボルを含むものとして定義される。完全なＬ１シグナリング（ＳＦＨ／ＰＬＨ）は、各々の個々のＸＦＥＣＦＲＡＭＥの入力ストリーム識別子（ＩＳＩ）上で情報をトランスポートすることによって、完全に柔軟なパケット切り替えの態様でＸＦＥＣＦＲＡＭＥを注入及び復調することが可能になる。この概念は、「時間スライス」を用いることで波形を完全に広帯域対応にする。図７は、選択されたスーパーフレーム概念を示す。
【００９３】
パラメータは、例えば以下の通りである。
【００９４】
・スーパーフレーム長は、一意のシンボル数（４４５，５００シンボル）に固定される。
【００９５】
・シンボル中のスーパーフレーム長は、パイロットのオン／オフ設定から独立している。
【００９６】
・全てのＳＯＳＦ／ＳＦＨ要素およびパイロットを含む完全なスーパーフレームがスクランブルされる。
【００９７】
・スクランブラは、ＳＯＳＦシーケンスの最初のシンボルでリセットされる。
【００９８】
・スーパーフレームは、９０シンボルの長さの「容量単位」（ＣＵ）及び必要に応じてパイロットブロックに分割される。
【００９９】
・１５容量単位の後、２５シンボルの長さのパイロットシーケンスＣＡＮが注入されることがあり得る。これはパイロット＝＝オンを伴うモードとして定義される。
【０１００】
・パイロット＝＝オンの場合、スーパーフレームは、４８６０個のＣＵからなる。
【０１０１】
・パイロット＝＝オフの場合、スーパーフレームは、４９５０個のＣＵからなる。
【０１０２】
・各々のスーパーフレームごとの最初の６個のＣＵは、ＳＯＳＦ及びＳＦＨで固定される。
【０１０３】
上記の数値は、異なるトレードオフ分析に応じて選択されたものである。原理的には他のパラメータ化も可能である。以下に例を挙げる。
【０１０４】
・パイロットフィールドの長さ及び発生頻度（比較的自由に最適化できる）
・２つのパイロットフィールド間のＣＵの数（比較的自由に最適化できる）
・制限された選択を持つ特定の式による（シンボルにおける）スーパーフレーム長。
【０１０５】
核心となるシグナリング要素の内容は、以下の通りである。
【０１０６】
フィールドＳＯＳＦ（スーパーフレーム開始）は、以下の特徴を有するか、或いは、例えば、
−良好な相互相関又は自己相関特性を有するシーケンス
−１９０シンボルの長さ
を含む。
【０１０７】
ＳＦＨ（スーパーフレームヘッダ）は、例えば以下を含む。
【０１０８】
−１１ビット：最初のＰＬＨに対するポインタ（ＣＵでカウント、スーパーフレームの開始から）
−１ビット：対応のスーパーフレームにおいてパイロット＝＝オン／オフ
−２ビット：このスーパーフレーム内の最大の拡散
−符号化長：３５０シンボル（ＢＰＳＫ（２位相偏移変調）及び符号化レートＲ＝１／２５）
【０１０９】
合計長さが１８０シンボルのフレームヘッダＰＬＨ（物理層ヘッダ）は、例えば以下を含み得る。
【０１１０】
−２０シンボルの予め規定された「ＳＯＦ」（フレーム開始）シーケンス
−以下を含むＰＬＳＣＯＤＥ
○３ビット：ＭＯＤ／ＳＰＲＥＡＤ（変調及び拡散についての指示子）、下記の表１を参照
○４ビット：ＣＯＤ（符号化レートについての指示子）、下記の表２を参照
○８ビット：ＳＩＤ（ストリームＩＤ）
○１ビット：短／長コードワード
○符号化長：１６０シンボル（ＢＰＳＫで。符号化レートＲ＝１／１０）
【０１１１】
ＳＯＳＦ及びＳＦＨは、スーパーフレームの開始を印づける固定要素である。ＳＦＨは、パイロット・オン／オフのような全スーパーフレームに重要なパラメータ、拡散のアクティブ化、及び最初のＰＬＨに対するポインタを含む。最大ポインタ値は、ＣＵのサイズ及び最大コードワード長（単位ＣＵ）に依存する。場合により、拡散因数を考慮する必要がある。例えば、ＸＦＥＣＦＲＡＭＥ長の因数としてのＣＵ＝９０シンボルのサイズの場合、ポインタは１１ビットをカバーする必要がある。これら１１ビットは、スーパーフレームのＳＯＳＦ及び最初のＰＬＨ間の最悪の場合の距離（＝ＣＵの量）をカバーする。ポインタ値０は、スーパーフレームにおける最初のＣＵ、そして、ＳＯＳＦの開始を指し示す。
【０１１２】
ＸＦＥＣＦＲＡＭＥの長さ又はスーパーフレーム内のＸＦＥＣＦＲＡＭＥの実際の開始とは独立に、全てのＸＦＥＣＦＲＡＭＥの前にＰＬＨが発生する。ＰＬＨは、２つのＣＵ又は１８０個のシンボルの長さに対応する。上述のように、ＰＬＨは、ＳＯＦ及びＰＬＳコードワードを含む。
【０１１３】
本実施例においては、ＰＬＨの最初の発生がＳＦＨにおいて示される一方、更なるＰＬＨの位置を、以前のＰＬＨシグナリング情報から計算できる。
【０１１４】
復号閾値のための設計目標に関し、望ましい復号及び検出閾値は、以下のように定義され得る。
【０１１５】
・ＳＯＳＦ：干渉検出及び緩和に用いられ得るため、凡そ−９．０ｄＢで検出可能であることが求められる。これに加えて、検出閾値は、ＳＦＨのための復号閾値よりも低い必要がある。
【０１１６】
・ＳＦＨ：−８．３ｄＢのオーダの波形によってサポートされる最低のＥＳ／Ｎ０（送信されたシンボル当りのエネルギーと片側のノイズ電力との比）として、また行われ得る拡散とスーパーフレーム内の動的パイロット切り替えとについての情報を担うことから、凡そ−８．５ｄＢで復号可能であることが求められる。主に対話型サービスに適用可能な低いＥＳ／Ｎ０動作範囲では、２つの異なる目標が規定されている。
【０１１７】
○−８．５ｄＢの最も低いＥＳ／Ｎ０閾値における対話型用途の場合、ＷＥＲ＝１０−５
○−７．０ｄＢの最も低いＥＳ／Ｎ０閾値におけるブロードキャスト用途の場合、ＷＥＲ＝１０−７
【０１１８】
・ＰＬＨ：最も保護された非拡散のＸＦＥＣＦＲＡＭＥと同程度の強さで良いため、凡そ−３．０ｄＢで復号可能であることが求められる。拡散の場合のＰＬＨデコーダによる有効ＥＳ／Ｎ０も、また、この目標以上である。ＰＬＨについてのＷＥＲ目標は、１０−７である。
【０１１９】
上述のＰＬＨ仕様は、低ＳＮＲ拡張としてのみのＰＬＨ拡散に関したものであるが、一般的に、異なる変調オーダ又は符号化レートと組み合わせることが可能である。次に、ＰＬＨの送信パラメータは、所望のペイロード復号閾値に応じてスーパーフレームごとに変動する。従って、変調、符号化レート及び拡散の特定の組み合わせが異なる復号閾値を規定し、現在のスーパーフレームにおけるペイロードデータの最低復号閾値＋いくらかのマージンに応じて選択される。
【０１２０】
以下、一例としてＬ１シグナリング要素を定義する。
【０１２１】
ＳＯＳＦシーケンス
ＳＯＳＦシーケンスは、１９０個のシンボルを含む。スーパーフレーム全体がスクランブルの対象になる前に、全てゼロのビットシーケンスをＱＰＳＫマッピングする。これは、実際のマッピングプロセスが回避されるのであれば、配置点（１＋１ｉ）／ｓｑｒｔ（２）の導入に相当する。送信されたＳＯＳＦシーケンスは、常に、スクランブルシーケンスによって生成された最初の１９０シンボルと同一である。
【０１２２】
ＳＦＨコード
ＳＦＨコードは、１／５のレートのテールバイティッド畳み込み符号から構成される。定義は以下の通りである。
【０１２３】
・情報ビットの数：１４
○（ＣＵの数で）最初のＰＬＨに対する１１ビットポインタ
○１ビットのパイロット・オン／オフ。０＝パイロット・オフ、１＝パイロット・オン
○現在のフレーム内の２ビット最大拡散
■「００」：このフレーム内の最高拡散因数＝１
■「０１」：このフレーム内の最高拡散因数＝２
■「１０」：このフレーム内の最高拡散因数＝４
■「１１」：ＲＦＵ
・繰返し因数が５によるブロック繰り返し
・全体の「符号化レート」が１／２５
【０１２４】
ＳＦＨコードについての復号閾値は、１０−７の目標ＷＥＲで凡そ−７．５ｄＢのＳＮＲである。ＳＦＨコードは、スーパーフレームスクランブルによってスクランブルされる。
【０１２５】
ＳＯＦシーケンス
ＳＯＦシーケンスは、ＰＬＨの一部であり、２０個の既知のシンボルからなる。スーパーフレーム全体がスクランブルの対象になる前に、全てゼロのビットシーケンスをＱＰＳＫマッピングする。これは、実際のマッピングプロセスが回避されるのであれば、配置点（１＋１ｉ）／ｓｑｒｔ（２）の導入に相当する。ＳＯＦシーケンスは、スーパーフレームスクランブルによってスクランブルされる。
【０１２６】
ＰＬＨコード
ＰＬＨコードは、１／５のレートのテールバイティッド畳み込み符号から構成される。定義は以下の通りである。
【０１２７】
・情報ビットの数：１６
○３ビットＭＯＤ／ＳＰＲＥＡＤ。表１を参照。
【０１２８】
○４ビットＣＯＤ。表２を参照。
【０１２９】
○８ビットＳＩＤ（ＩＳＩ）
○１ビット短／長：０＝長、１＝短
【０１３０】
・２の繰り返し因数によるブロック繰り返し
・全体の「符号化レート」が１／１０
【０１３１】
ＰＬＨコードについての復号閾値は、１０−７の目標ＷＥＲにおいて凡そ−３．５ｄＢのＳＮＲである。ＰＬＨコードは、スーパーフレームスクランブルによってスクランブルされる。
【０１３２】
ＭＯＤ／ＳＰＲＥＡＤフィールドの定義は、以下の通りであり、ここで変調数は、変調オーダ、例えば３＝８ＰＳＫを指す。
【０１３３】
【表１】
2016519475.tif 000003
【０１３４】
【表２】
2016519475.tif 000004
【０１３５】
略語ＲＦＵは、将来の使用のための予約を意味する。
【０１３６】
以下の表３は、ＭＯＤ／ＳＰＲＥＡＤ及び短／長の組み合わせ当りの結果としてのコードワード長（単位ＣＵ）を定義する。
【０１３７】
【表３】
2016519475.tif 000005
【０１３８】
表３中のアステリスク（＊）は、ＳＰＲＥＡＤ＞１の場合のＸＦＥＣＦＲＡＭＥを示し、これはサイクルスリップ性能を強化するための追加のパイロットＣＵを含む。
【０１３９】
パイロットフィールド
スーパーフレームが規則的なパイロット（ＳＦＨコード内で「パイロット・オン／オフ」が「オン」に設定される）からなる場合、２５シンボルの長さのパイロットフィールドが各々の１５ＣＵ後にＳＯＳＦ／ＳＦＨ（６個のＣＵ）についてのＣＵを含むスーパーフレームの開始から数えて規則的に挿入される。
【０１４０】
スーパーフレーム全体がスクランブルの対象になる前に、全てゼロのビットシーケンスをＱＰＳＫマッピングする。これは、実際のマッピングプロセスが回避されるのであれば、配置点（１＋ｉ）／ｓｑｒｔ（２）の導入に相当する。パイロットフィールドは、（もし存在する場合）スーパーフレームスクランブルによってスクランブルされる。
【０１４１】
ＳＦＨが現在のスーパーフレーム内で拡散＞１をシグナリングし、且つ、現在のＰＬＨが実際のＸＦＥＣＦＲＡＭＥについての拡散因数＞１を示す場合、追加のＣＵがパイロットシーケンスとして取り分けられる。次に、拡散ＸＦＥＣＦＲＡＭＥからのＣＵ又は全体のＰＬＨ（拡散繰り返しを含む）によって先行される各々のパイロットフィールドは、配置点（１＋ｉ）／ｓｑｒｔ（２）を伴う一定のＩ／Ｑシンボルからなる追加のパイロットＣＵによって拡張される。この拡張を図８Ｂに示し、Ｐ２フィールドとする。次に、これらパイロットフィールドもスーパーフレームスクランブルによってスクランブルされる。
【０１４２】
以下に、図８及び図９を参照して、ＸＦＥＣＦＲＡＭＥのスーパーフレームへのマッピングについて説明する。
【０１４３】
図８Ａは、拡散なしでのＸＦＥＣＦＲＡＭＥのスーパーフレームへのマッピングを概略的に示す。ＸＦＥＣＦＲＡＭＥのスーパーフレームへのマッピングの主な特徴は以下の通りである。
【０１４４】
・ＸＦＥＣＦＲＡＭＥは、スーパーフレームと整合していない。
【０１４５】
・各々のＸＦＥＣＦＲＡＭＥは、長さ２ＣＵ＝１８０シンボルのＰＬＨ（ＰＬＨＥＡＤＥＲ）によって先行される。
【０１４６】
・個々のＸＦＥＣＦＲＡＭＥは、２つ以上のスーパーフレームに跨がることができる。
【０１４７】
・ＳＦＨは、現在のスーパーフレームにおいて発生する最初のＰＬＨに対するポインタを含む（ＳＯＳＦからＰＬＨへの破線矢印）。
【０１４８】
図８Ａについては、１４４ＣＵの固定ＸＦＥＣＦＲＡＭＥ長が用いられている一方、一般化されたケースでは、ＸＦＥＣＦＲＡＭＥごとに任意のＸＦＥＣＦＲＡＭＥ長を適応させることができる。
【０１４９】
スーパーフレームの合計長さに関し、パイロット＝＝オン及びパイロット＝＝オフのモード間には、スーパーフレーム当りに割り当てられ得るＣＵの数が異なることを除いて差異はない。
【０１５０】
・パイロット＝＝オンの場合、４８５４ＣＵ／スーパーフレーム
・パイロット＝＝オフの場合、４９４４ＣＵ／スーパーフレーム
【０１５１】
図８Ｂは、拡散を伴うスーパーフレームへのＸＦＥＣＦＲＡＭＥのマッピングを概略的に示し、特に、１スーパーフレーム内の単一のＸＦＥＣＦＲＡＭＥへの拡散の適用を示す。１スーパーフレーム内における拡散の効率的なサポートについての鍵となる考えは以下の通りである。
【０１５２】
・ＳＦＨは、この特定のスーパーフレームに拡散を適用すべきか否かについての情報を含む。
【０１５３】
・拡散がシグナリングされた場合、個々のＸＦＥＣＦＲＡＭＥが拡散されるか否かに関わらず、ＳＦＨにおいてシグナリングされた拡散因数によってスーパーフレーム全体の全てのＰＬＨが繰り返されなければならない。
【０１５４】
・このように、低ＳＮＲ領域で動作する受信機は、それに属するＸＦＥＣＦＲＡＭＥを見つけるまでＰＬＨを追跡し続けることができる。
【０１５５】
・拡散される必要がある各々のＸＦＥＣＦＲＡＭＥは、ＳＦＨにおいて示された拡散因数によって各々のＣＵを繰り返さなければならない。
【０１５６】
注記：実際の拡散因数を混合することは、その混合することがＳＦＨ拡散指示子以下である限り可能である。具体的には、例えば（最大）拡散因数４がＳＦＨによってシグナリングされる場合、各々のＰＬＨにおけるシグナリングに応じてＸＦＥＣＦＲＡＭＥが１，２又は４によって拡散され得る。
【０１５７】
拡散ＸＦＥＣＦＲＡＭＥもまた２つのスーパーフレームに亘って分割することが可能であり、ここで、拡散は、最初のＳＦＨによってシグナリングされるが、連続するＳＦＨによってシグナリングされない。受信機は、ＰＬＨ繰り返しのシーケンスがＳＯＳＦ＋ＳＦＨによって中断され得ることを意識している必要がある。ＳＯＳＦ＋ＳＦＨの発生サイクルは、既知であり、低ＳＮＲ条件下で受信機によっても追跡されなければならない。この概念は、マルチプレクス効率化のためにパディングを避ける目的と合致しているが、パディングと比べて更なる受信機ロジックの要件を追加させる場合がある。
【０１５８】
自らを拡散することは、ＸＦＥＣＦＲＡＭＥ全体の繰り返しとして実現され、即ち、因数が２の拡散の場合、ＸＦＥＣＦＲＡＭＥは連続して２回送信される。ＣＵの順番は以下の通りである（拡散因数が２でＸＦＥＣＦＲＡＭＥ長が１４４ＣＵの場合）。
【０１５９】
１，２，３，４，…１４３，１４４，１，２，３，４，…１４３，１４４
【０１６０】
この割り当てによって、インパルスノイズや、例えばアウトライアーによる位相推定の短期間の劣化といったバースト様の障害が、ＣＵの拡散シーケンスの同じＣＵに影響を及ぼさないこととが確実となる。
【０１６１】
フレームヘッダ拡散（ＰＬＨ拡散）は、以下のように正当化され得る。この正当化に関する鍵となる点は、（各々が個々のＳＮＲ条件にある）全ての端末がＰＬＨを復号して目標ＸＦＥＣＦＲＡＭＥを見つけて自身のＸＦＥＣＦＲＡＭＥの実際の拡散因数を決定することができなければならないことである。特に、低ＳＮＲ条件にある端末は、スーパーフレームのＰＬＨ全てを追跡できなければならない。
【０１６２】
３つの異なるケースが特定の端末について発生し得る。
【０１６３】
・端末ＳＮＲ＞ＰＬＨ及びＳＯＳＦ／ＳＦＨの閾値→全てのヘッダが正しく受信および追跡され得る。
【０１６４】
・端末ＳＮＲ＜ＰＬＨの閾値、しかし端末ＳＮＲ＞ＳＯＳＦ／ＳＦＨの閾値→
○拡散がこのスーパーフレームにおいてアクティブである場合、全てのＰＬＨが正しく受信および追跡され得る。
【０１６５】
○拡散がこのスーパーフレームにおいて非アクティブである場合、全てのＰＬＨが追跡され得ず、従って目標ＸＦＥＣＦＲＡＭＥは見つけられない。しかし、端末は、なお、ＳＯＳＦ／ＳＦＨを追跡することができる。より良好なＳＮＲ条件か、又はアクティブ化された拡散を伴うスーパーフレームか、を待つ必要がある。
【０１６６】
・端末ＳＮＲ＜ＰＬＨ及びＳＯＳＦ／ＳＦＨの閾値→端末は、完全に同期から外れており、再取得を行わなければならない。
【０１６７】
これらの検討は、サポートされたＳＮＲについてのＰＬＨ保護レベルが、拡散無しの最低ＭＯＤＣＯＤに対応するという事実に基づく。従って、低ＳＮＲ条件下の端末は、拡散されていないＰＬＨを追跡できない。目標ＸＦＥＣＦＲＡＭＥのＰＬＨのみが拡散された場合、端末は、既にＰＬＨ追跡を失っているので、拡散ＰＬＨを見つけることはないか、その可能性は低い。この追跡なしでは、端末は、次のＰＬＨのＣＵ位置を算出することができない。従って、ＰＬＨ追跡は、スーパーフレームにおける全てのＰＬＨが拡散された場合にのみ可能である。
【０１６８】
以下、図９Ａ及び図９Ｂを参照する。部分的な逆方向互換性のために、例示の実施例に修正を加える２つの可能な方法を以下に示し、これらの方法は、ダミーフレームの再利用に基づく。ダミーフレームは、ペイロードデータストリームにおけるギャップを満たすために送信規格で用いられ得る。レガシー受信機は、これらフレームを考慮しないため、この実施例においてはダミーデータペイロードが再利用され得る。この場合、スーパーフレーム単位のスクランブル及びパイロット整合は、レガシー受信機を撹乱してしまうため可能ではない。
【０１６９】
ＳＯＳＦ及びＳＦＨが規則的な方法で出現することが有益である。従って、ダミーフレームもまたＰＬＨを含むため、ＳＯＳＦ及びＳＦＨは、そのＰＬＨ追跡でレガシー受信機を撹乱しないようにダミーフレームに配置され得る。コードサイズ及び変調に応じて異なるフレームサイズが許容されるため、ダミーフレーム内でのＳＯＳＦ及びＳＦＨの位置は変動し得るが、この位置付けは、一定のスーパーフレーム長（＝２つのＳＯＳＦ／ＳＦＨ間のシンボルの一定量）を達成することを目的として行われる。これを図９Ａに示す。典型的に、ダミーフレームは、そのダミーデータ部分が１つのスーパーフレームから後続のスーパーフレームへの遷移を跨るようにデータストリームに挿入される。このように、次のスーパーフレームの開始を示すＳＯＳＦ及びＳＦＨは、ダミーフレームのペイロードデータ部分内の適当な位置で挿入されることができ、そして、スーパーフレームの一定長の特性を確実にする。ダミーフレームのペイロードデータ部分の残りは、実際のダミーデータによって満たされる。図９Ａにおいて、スーパーフレームｋ−１からスーパーフレームｋへの遷移を跨る左のダミーフレームにおけるＳＯＳＦ及びＳＦＨには、ダミーフレームのペイロードデータ部分内の実際のダミーデータが先行し且つ後続することを見て取ることができる。ＳＯＳＦ／ＳＦＨシーケンスと、１以上の特定の容量単位ＣＵに関するレガシーフレームヘッダＬ−ＰＬＨとの間であり得る矛盾を、スーパーフレーム及び／又はフレームの長さを適切に選択することで回避できる。境界となるダミーフレーム間では、スーパーフレームｋは、レガシー受信機及び提案される２段階シグナリング概念に基づいて動作する受信機によって復号され得る複数のレガシーＸＦＥＣＦＲＡＭＥを含み得るが、これは、これらが十分に良好な受信条件下にある場合に限られる。
【０１７０】
通常のＳＮＲ要件のペイロードは、図９Ａに概略的に示すように、レガシーフレーミングフォーマット＝レガシーＰＬＨ（Ｌ−ＰＬＨ）＋ペイロード部分によって送信される。典型的には、ＳＦＨが次のレガシーフレームヘッダＬ−ＰＬＨに対するポインタを含む必要はないが、それは、レガシーフレームヘッダＬ−ＰＬＨを検出および復号することのできない受信機（レガシー又は本願に記載の実施例に従うもの）は、典型的に、レガシーフレームヘッダＬ−ＰＬＨと同程度またはそれ以下の保護レベルを有するペイロードデータを復号する機会はいずれにせよないからである。
【０１７１】
本願において提案された概念は、送信効率の低下を犠牲にして、ＳＮＲ範囲をより低いＳＮＲ値へと拡張することを可能にする。低ＳＮＲ要件を有する１つ以上のフレームが送信されなければならない場合、その１つ以上のフレームは、ＳＯＳＦ／ＳＦＨを伴うダミーフレームの直後のダミーフレームに埋め込まれ得る。これを図９Ｂに示す。この場合も、ＳＦＨは、ポインタによって拡散ＸＦＥＣＦＲＡＭＥの開始をシグナリングする必要があるが、それは、ＳＯＳＦ／ＳＦＨは、ＣＵパターンに整合しておらず、低ＳＮＲ条件下の受信機は、Ｌ−ＰＬＨを追跡できないからである。しかしながら、拡散ＸＦＥＣＦＲＡＭＥは、ダミーフレームのＣＵパターンに整合している。図９Ｂは、ダミーフレームにおける置換されたダミーデータの部分は、２つの拡散フレームヘッダＰＬＨ（拡散因数２）によって満たされた後、拡散ＸＦＥＣＦＲＡＭＥの最初のバージョンの容量単位１〜１４４が続くことを示す。拡散ＸＦＥＣＦＲＡＭＥの２番目のバージョンの第１の容量単位も、なお、ダミーフレームの置換されたダミーデータの部分に嵌まり込む。この時点で、レガシーダミーフレームは終了し、更なるダミーフレームが続くレガシー受信機を指し示すレガシーフレームヘッダＬ−ＰＬＨが挿入されなければならない。ダミーフレームの長さ及び構造もまた、提案された方法を活用するロバストな受信機にとって既知であるため、拡散ＸＦＥＣＦＲＡＭＥのＣＵの継続の位置も既知である。更なるダミーフレームは、拡散ＸＦＥＣＦＲＡＭＥの２番目のバージョンの容量単位２〜１４４を含む。このダミーフレームのダミーデータ部分の残りは、実際のダミーデータによって満たされ得る。しかしながら、更なる拡散ＸＦＥＣＦＲＡＭＥが送信されるところである場合、ダミーデータの残りは、次の拡散ＸＦＥＣＦＲＡＭＥによって満たされる。
【０１７２】
レガシーヘッダＬ−ＰＬＨは、提案される２段階シグナリング概念が実現される受信機が劣悪な受信条件下にある場合、この受信機によって検出不可能又は復号不可能であり得る。それでも、拡散フレームヘッダＰＬＨと、ダミーフレームのダミーデータ部分内の拡散容量単位とは、レガシーフレームヘッダＬ−ＰＬＨよりも高い保護レベルを現在有している（少なくとも現在のスーパーフレームｋ内で）ため、この受信機によって復号可能であり得る。従って、低ＳＮＲ条件下の受信機を（スーパーフレームベースでの）追跡状態に保持するための本発明の新規に導入される手段全ては、レガシーダミーフレーム内に埋め込むことで実現可能である。
【０１７３】
図１０は、拡散がアクティブ化された状態のスーパーフレームについてのＳＯＳＦ、ＳＦＨ、ＰＬＨ及びＸＦＥＣＦＲＡＭＥについての異なる閾値（ＳＮＲ条件）の効果を概略的に示す。
【０１７４】
図１０の上部の線は、送信機によって送信されている状態のスーパーフレーム、即ち全てのヘッダ及びフィールドが存在するスーパーフレームを示す。ここに示すスーパーフレームｋは、ＳＯＳＦフィールドで始まり、これにスーパーフレームヘッダＳＦＨが続く。次に、最後のＸＦＥＣＦＲＡＭＥのいくらかの残りのＣＵ（これは先行するスーパーフレームｋ−１で開始している）が送信される。このように、先行するスーパーフレームｋ−１及び現在のスーパーフレームｋの境界を跨るＸＦＥＣＦＲＡＭＥが完成される。次に、スーパーフレームには第１のフレームヘッダＰＬＨが発生する。ここに示す例では、フレームヘッダＰＬＨは、拡散因数４で拡散され、即ち、同じフレームヘッダが３回繰り返される（各々のＰＬＨが４回発生）。ここに示す実施例では、パイロットＰが、第２の発生と第３の発生との間で第１のフレームヘッダＰＬＨの繰り返しを中断する。最初のＰＬＨの後、対応の第１のＸＦＥＣＦＲＡＭＥの未拡散コードワードＣＷが送信される。ここに示す例のスーパーフレームは、更に、フレームヘッダの４回の発生で始まる第２のＸＦＥＣＦＲＡＭＥ（スーパーフレームヘッダ内の対応の指示のため、拡散因数は、やはり４）を含み、ここでもパイロットＰによって中断される。第２のＸＦＥＣＦＲＡＭＥは、拡散コードワード（ＣＷ）１及び２を含む。スーパーフレームは、ペイロードデータについてのコードワードを含む更なるＸＦＥＣＦＲＡＭＥで継続する。所与のＸＦＥＣＦＲＡＭＥ内のペイロードデータの保護レベルに関する要件に応じて、当該所与のＸＦＥＣＦＲＡＭＥ内のコードワードについての送信パラメータは、必要な保護レベルを提供するために選択される。なお、対応のフレームヘッダＰＬＨの保護レベルも、十分に高くなければならない。繰り返しになるが、現在のスーパーフレームヘッダのＰＬＨ（の全て）についての保護レベルは、スーパーフレームヘッダによってシグナリングされる。ここに示すスーパーフレームｋは、パイロットＰ（これもまた別のタイプのデータ又はヘッダであり得る）で終わり、これに後続のスーパーフレームｋ＋１のＳＯＳＦが続く。
【０１７５】
受信機での信号対ノイズ比が−９．０ｄＢ、即ち極めて劣悪な受信条件では、スーパーフレーム開始シーケンスの検出が何とか可能である。いくつかのパイロットも検出可能である可能性もある。
【０１７６】
受信機ＳＮＲが−８．５ｄＢの場合、状況は僅かに良くなるが、それは、ＳＯＳＦの検出に加えてスーパーフレームヘッダＳＦＨが検出可能であり、典型的には復号可能でもあるからである。上述のＳＮＲ＝−９．０ｄＢの場合と同様、いくつかのパイロットもまた検出可能である可能性もある。
【０１７７】
図１０の次の行では、ＳＮＲが−８．０ｄＢの場合の状況を概略に示す。検出可能／復号可能なＳＯＳＦ及びＳＦＨに加えて、拡散因数４を伴う拡散ＰＬＨが復号可能である。
【０１７８】
ＳＮＲが−７．５ｄＢの場合、ＳＯＳＦ、ＳＦＨ、ＰＬＨ及びパイロットの検出に加えて拡散因数４（ＳＦ＝４）による拡散ＦＥＣＦＲＡＭＥの復号が可能である。拡散コードワードＣＷ（ＳＦ＝４）は、実質的にエラーなしで復号され得る。
【０１７９】
図１０の最後の行では、ＳＮＲ＝−２．０ｄＢ、即ちかなり良好な受信条件（少なくとも信号対ノイズ比に関する限り）のケースを概略的に示す。この場合、第１のＦＥＣＦＲＡＭＥにおける未拡散のコードワードすら実質的にエラーなしに復号され得る。
【０１８０】
本発明の更なる可能な局面に従うと、２つの異なるヘッダタイプによる２段階シグナリング概念が提案され、ここでは、第１の段階のヘッダは、第２の段階のヘッダの拡散（変調オーダ及び／又は符号化レートの可能な組み合わせで）を決定し、第１の段階のヘッダは規則的に出現するが、第２の段階のヘッダには制限がない。
【０１８１】
本発明の更なる可能な局面によると、２段階シグナリングの概念であって、パイロットがスーパーフレーム構造又はＰＬフレームに整合されているか否かに関わらず、スーパーフレーム構造のパイロットフィールドの長さが（スーパーフレームパイロット構成当りで）第１の段階のヘッダからのシグナリングされた拡散因数に関係するものが提案される。
【０１８２】
本発明の更なる可能な局面によると、スーパーフレームヘッダ内の第１のＰＬＨに対するポインタは、一定長のスーパーフレームのため同期されたままペイロードのバースト処理／復号に近いものを端末が行うことを可能にする。
【０１８３】
本発明の更なる可能な局面によると、２段階シグナリング概念によって、劣悪な受信条件下の端末が、スーパーフレーム構造に対するロックを失うことなくスーパーフレーム全体をスキップすることを可能にする（＝一定フレーミングの特徴を活用する）異なるレベルの「スーパーフレーム当りの最小保護」を予め規定することが可能となる。そして、次の（この端末によって対応可能な）スーパーフレーム内のポインタを用いてＰＬＨに対する再同期が達成される。
【０１８４】
本発明の更なる可能な局面によると、送信機側マルチプレクサ・スケジューリングであって、スループット強化のために上記の２段階シグナリングを活用するものが提案される。
【０１８５】
図１１は、本発明の少なくともいくつかの実施例による方法の概略的なフロー図を示す。この方法は、送信されるべきペイロードデータ項目からのデータストリームをアセンブルするために、データ送信の送信機側で実行される。ペイロードデータ項目は、データストリーム及び／又はペイロードデータ項目の構造、データフォーマット、内容等についての情報をデータストリームの受信機に提供するための追加のデータ項目によって補完される。ヘッダ、フレーム開始指示子及びパイロットは、そのような追加のデータ項目の例である。
【０１８６】
図１１に概略的に示す方法は、各々がペイロードデータについてのデータ送信パラメータを含む複数のフレームヘッダＰＬＨを生成するステップ１１０２を備える。送信パラメータは、例えば、以下のうちの１つ以上を示す。即ち、変調タイプ、符号化レート、拡散因数、長コードワード若しくは短コードワードの選択（又はより一般的にはコードワード長）、又はペイロードデータについての識別子（入力ストリーム識別子（ＩＳＩ）のような）である。送信パラメータのうちの少なくともいくつかは、ペイロードデータについての保護レベルを決定する。より広く言うと、保護レベルは、実質的にエラーのない態様で受信機によってどの程の信頼度でペイロードデータを復号できるのかを示す。例えばＤＶＢ−Ｓ及びその後継のような衛星テレビブロードキャスト環境においては、標準解像度テレビ（ＳＤＴＶ）信号が比較的高い保護レベルで送信され得る一方、対応の高解像度テレビ（ＨＤＴＶ）信号（又はＳＤＴＶ信号に加えて相補データ）は、より低い保護レベルで送信され得る。このように、劣悪な受信条件（例えば低ＳＮＲ）下の受信機は、少なくともＳＤＴＶ信号を復号することが可能であるが、ＨＤＴＶ信号を復号することはできない。より良好な受信条件下にある別の受信機（又は別の時間及び／又は別の場所での同じ受信機）は、追加的にＨＤＴＶ信号を復号することが可能であり得る。
【０１８７】
当該方法は、更に、複数のフレームを含むスーパーフレームについてのスーパーフレームヘッダＳＦＨを生成するステップ１１０４を備える。複数のフレームの各々のフレームは、フレームヘッダＰＬＨのうちの１つ及びペイロードデータを含む。スーパーフレームヘッダＳＦＨは、スーパーフレームの複数のフレームのフレームヘッダについての１組のスーパーフレーム一定フレームヘッダ送信パラメータを示す。スーパーフレーム一定フレームヘッダ送信パラメータは、対応のスーパーフレーム内のフレームヘッダに適応されるべき送信条件を示す。このように、フレームヘッダＰＬＨに適用されるべき送信条件は、適合可能であり、スーパーフレームごとに変動し得る。フレームヘッダについての送信条件の適合は、ａ）高保護レベル及び大きな必要帯域幅、及びｂ）低保護レベル及び小さな必要帯域幅、の間で変動し得る。任意の数の中間設定（中保護レベル及び中程度の必要帯域幅）もまた可能である。
【０１８８】
当該方法は、更に、スーパーフレームヘッダＳＦＨ、複数のフレームヘッダＰＬＨ及び対応のペイロードデータからスーパーフレームをアセンブルするステップを備え得る。
【０１８９】
連続するスーパーフレームのスーパーフレームヘッダＳＦＨは、当該方法を用いて生成されたデータストリーム内で規則的なパターンで発生し得る。この特徴により、受信機によって実行されるべき同期タスクを容易にすることができるが、それは、受信機が、各々のスーパーフレームヘッダＳＦＨに関連付けられた既知のパターンで受信信号の相互相関を実行することができるからである。既知のパターンは、スーパーフレームヘッダに先行するスーパーフレーム開始（ＳＯＳＦ）フィールドであり得る。ＳＯＳＦは、スーパーフレームヘッダＳＦＨの一部と考えても良く、或いは、ＳＯＳＦ及びＳＦＨは、送信器及び受信器の両方にとって既知である互いに対する相対的な位置（例えば容量単位による距離）を有し得る。ＳＦＨ及び／又はＳＯＳＦの規則的なパターンを活用することにより、受信機は、データストリームとスーパーフレーム間の遷移とをより容易に追跡することができる。
【０１９０】
当該方法は、更に、ペイロードデータ項目の送信ロバスト性の必要レベルに応じて、ペイロードデータ項目を複数のスーパーフレームに分類するステップを備え得る。分類する動作で目標とされる複数のスーパーフレームの各々は、最高でも送信ロバスト性の必要レベルを有するペイロードデータ項目を含む。換言すると、スーパーフレームは、企図されたスーパーフレームのフレームヘッダについて意図された保護レベルと同等又はそれよりも低い保護レベルを有するペイロードデータ項目を含み得る。その理論とは、より低い保護レベルを必要とするペイロードデータ項目は、なお、受信機側で復号可能（本来意図したよりもより良好に復号可能）であるというものである。トレードオフとして、この低い保護レベルデータ項目は、本来意図したよりも多くのオーバーヘッドを必要とするが、これは、それでも、なお、受け入れられるものであり得る。一方で、スーパーフレーム一定フレームヘッダ送信パラメータによって規定されたよりも高い必要保護レベルを有するペイロードデータ項目は、受信機側で復号できない場合があるが、それは、受信機が比較的劣悪な受信条件下にある場合、対応のフレームヘッダを見つけ及び／又は復号できない場合があるからである。この実施例では、当該方法は、更に、スーパーフレームに含まれたペイロードデータ項目についての送信ロバスト性の必要レベルに基づいて、複数のスーパーフレームについてのスーパーフレーム一定フレームヘッダ送信パラメータを選択するステップを備え得る。
【０１９１】
スーパーフレームヘッダＳＦＨは、更に、スーパーフレームヘッダが見つかった時に受信機がフレームヘッダを見つけるのを補助するためのスーパーフレームの第１のフレームヘッダＰＬＨに対するポインタを含み得る。実際、スーパーフレームヘッダＳＦＨ及び第１のフレームヘッダＰＬＨ間の間隔は、変動し得るため、各々の新たなスーパーフレームについて、ＰＬＨ内の第１のフレームヘッダの位置を新たに示すことが有益である。いくつかの実施例によると、フレームは、先行するスーパーフレームにおいて開始して、この先行するスーパーフレームから現在のスーパーフレームへの遷移を跨ることができ、即ち、フレームは、必ずしもスーパーフレームに整合される必要はない。
【０１９２】
スーパーフレームヘッダＳＦＨは、ペイロードデータについての最高の必要レベル送信ロバスト性と少なくとも同程度に高い送信ロバスト性を提供する送信パラメータを用いて送信され得る。
【０１９３】
図１２は、本発明の少なくともいくつかの実施例によるデータストリームをアセンブルするための装置１２００を備える送信機の概略的なブロック図を示す。装置１２００は、複数のフレームヘッダＰＬＨ、特にフレームヘッダペイロード、即ち、フレームヘッダＰＬＨ内で送信されるべきシグナリングデータを生成するように構成されたフレームヘッダ生成部（ＦＨＧ）１２１０を備える。従って、ＦＨＧ１２１０は、フレームヘッダペイロード生成部と見做すこともできる。各々のフレームヘッダＰＬＨは、ペイロードデータ１２３６ａ，１２３６ｂについてのデータ送信パラメータ１２３８ａ，１２３８ｂを含む。ペイロードデータ１２３６ａ，１２３６ｂ及びデータ送信パラメータ１２３８ａ，１２３８ｂは、典型的に、互いに関係づけられ、即ち、データ送信パラメータ１２３８ａ，１２３８ｂは、典型的に、データの必要保護レベル（必要ロバスト性レベル）の関数である。
【０１９４】
図１２の概略的な図では、データ送信パラメータ１２３８ａ，１２３８ｂは、フレームヘッダ生成部１２１０に提供され、これは、これらパラメータを、データストリーム内に含められるために好適なフォーマットへとフォーマット化し、フォーマット化されたデータ送信パラメータ１２１６ａ，１２１６ｂを、送信処理（ＴＸ  ＰＲＯＣ）１２９０、例えば送信機チェーンを用いてフレームヘッダＰＬＨ内の対応のフレームヘッダ信号１２１９ａ，１２１９ｂとして挿入する。図１２の理解を容易にするために、送信処理１２９０は、いくつかのサブシステム、即ち、ＳＦＨ処理ブロック１２９１、ＰＬＨ処理ブロック１２９２、及びペイロード処理ブロック１２９３を含むものとして示される。それでも、これらブロック１２９１〜１２９３は、スーパーフレームヘッダＳＦＨ、フレームヘッダＰＬＨ及び、異なる時点での実際のペイロードデータを含むフレーム、を処理するために、例えば時間マルチプレクスされた単一の物理エンティティに対応することができ、即ち、同じエンティティを多数回用いることができる。
【０１９５】
図１２及び続く概略的なブロック図においては、実線の矢印は、データストリームへ挿入される、又はここから抽出されるべきデータを示す。破線の矢印は、送信処理１２９０を制御する、又は、図１５の場合、データストリームの対応の部分内で符号化されたデータの送信または受信のためのシグナリングされた送信パラメータを適用するために構成可能受信回路１５９０を制御する送信パラメータを示す。送信処理１２９０に出入りする１対の隣接する実線及び破線の矢印は、送信されるべきデータ（実線の矢印）及び対応の送信パラメータ（破線の矢印）を示す。なお、送信処理１２９０は、様々な対のデータ及び送信パラメータを異なる時点で処理することによって、結果として得られる送信信号が、意図した瞬間に、データストリームに対応する全体の信号へ挿入されるようにすることができる。図１２の理解を容易にするために、データ／送信パラメータ対は、左から右へと時間的順序で処理されて、この順序でデータストリームに挿入されると仮定しても良いが、これは範囲を限定したり他の可能な実現例を除外したりするものではない。
【０１９６】
装置１２００は、また、データ送信パラメータ１２３８ａ，１２３８ｂを受信し、データ送信パラメータ１２３８ａ，１２３８ｂに基づいてフレームヘッダ送信パラメータ１２１８を決定するように構成された送信パラメータマッピング部１２８０を備える。従って、送信パラメータマッピング部１２８０は、ペイロードデータについて規定され及び／又はペイロードデータよって必要とされるロバスト性／保護レベルの関数として、現在のスーパーフレームにおけるフレームヘッダに適用されるロバスト性／保護レベルを制御することができる。決定されたフレームヘッダ送信パラメータ１２１８は、スーパーフレームヘッダ生成部１２２０及び送信処理１２９０、特にＰＬＨ処理ブロック１２９２に提供され、現在のスーパーフレームについて有効なフレームヘッダ送信パラメータ１２１８に応じてフレームヘッダの送信を制御する。
【０１９７】
フォーマット化されたデータ送信パラメータ１２１６ａ，１２１６ｂを処理する際、送信処理１２９０は、意図された瞬間にて、フォーマット化されたデータ送信パラメータ１２１６ａ，１２１６ｂをフレームヘッダとしてデータストリームに挿入する際に、スーパーフレーム一定フレームヘッダ送信パラメータ（ＰＬＨ  ＴＸ  ＰＡＲＡＭＳ）１２１８を適用する。フレームヘッダＰＬＨの場合、ＰＬＨ処理ブロック１２９２は、フレームヘッダ送信パラメータ１２１８を用いて、フォーマット化されたデータ送信パラメータ１２１６ａ，１２１６ｂの符号化、変調、及び拡散のうちの少なくとも１つを実行するように構成され得る。続いて、ペイロードデータ１２３６ａ、１２３６ｂ及び対応のデータ送信パラメータ１２３８ａ，１２３８ｂに基づいて送信処理１２９０によってデータ信号１２３９ａ，１２３９ｂが生成され、データストリーム信号に挿入される。
【０１９８】
装置１２００は、更に、複数のフレームを含むスーパーフレームについてのスーパーフレームヘッダＳＦＨを生成するように構成されたスーパーフレームヘッダ生成部（ＳＦＨＧ）１２２０を備える。スーパーフレームヘッダ生成部１２２０は、スーパーフレーム内で送信されるべきデータを生成するため、スーパーフレームヘッダペイロード生成部と見做しても良い。各々のフレームは、フレームヘッダＰＬＨのうちの１つ及びペイロードデータ１２３６ａ，１２３６ｂを含む。スーパーフレームヘッダＳＦＨは、スーパーフレームの複数のフレームのフレームヘッダＰＬＨについての１組のスーパーフレーム一定フレームヘッダ送信パラメータ１２１８を受信して処理する。この１組のパラメータは、変調、符号化レート、拡散等といった単一のパラメータ又はいくつかのパラメータを含み得る。スーパーフレームヘッダＳＦＨは、スーパーフレームヘッダデータ１２２６を含み、これは、スーパーフレームヘッダ送信パラメータ（ＳＦＨ  ＴＸ  ＰＡＲＡＭＳ）１２２８に応じて送信処理１２９０によって処理され、データストリームについての全体の送信信号の対応の信号部分１２２９を生成する。スーパーフレームヘッダ送信パラメータ１２２８は、典型的に一定であり、比較的高い保護レベルを規定するため、比較的劣悪な受信条件下でもスーパーフレームヘッダＳＦＨは、検出及び場合により復号され得る。ＳＦＨ処理ブロック１２９１は、ＳＦＨ送信パラメータ１２２８、即ちスーパーフレームヘッダについての必要ロバスト性／保護レベルによって規定されるように、スーパーフレームデータ１２２６に対する符号化、変調、及び拡散のうちの少なくとも１つを実行することができる。
【０１９９】
図１３は、本発明の更なる可能な実施例によるデータストリームをアセンブルするための装置１２００を備える送信機の概略的なブロック図を示す。図１３の装置１２００は、追加的に、ペイロードデータ項目の送信ロバスト性の必要レベルに応じてペイロードデータ項目を複数のスーパーフレームへ分類することによって、複数のスーパーフレームの各々が、送信ロバスト性の必要レベル又は送信ロバスト性のより低いレベルを有するペイロードデータ項目を含むようにするように構成されたペイロード分類部１２６０を備える。３つの異なるスーパーフレームについてのスーパーフレームデータは、１２２６ａ，１２２６ｂ，１２２６ｃとしてラベル付けられる。
【０２００】
装置１２００は、更に、スーパーフレームに含まれたペイロードデータ項目についての送信ロバスト性の必要レベルに基づいて複数のスーパーフレームについてのスーパーフレーム一定フレームヘッダ送信パラメータ１２１８を選択するように構成されたパラメータ選択部１２７０を備える。送信機は、それぞれ低、中及び高保護レベルで分類されたペイロードデータ項目をバッファリングするためのバッファ１３８２，１３８４，１３８６を含み得る。次に、様々なバッファ１３８２，１３８４，１３８６の内容は、異なるスーパーフレームに挿入され得る。なお、高保護レベルを必要とするペイロードデータについて意図されたスーパーフレームは、中又は低保護レベルのペイロードデータを受け入れることができる。これが有益となり得るのは、スーパーフレームが送信へとスケジューリングされているが、高保護レベルを必要とするペイロードデータについて意図されたスーパーフレームを完全に満たすために十分な利用可能なペイロードデータが存在しない場合である。この場合、他の２つのバッファ１３８２，１３８４からのペイロードデータが、高程度で保護されたスーパーフレームに挿入され得る。受け入れられなければならない唯一のトレードオフは、低又は中程度で保護されたデータを含むフレームについてのフレームヘッダが、実際に必要なものよりも高い保護レベルで送信されることである。
【０２０１】
パラメータ選択部１２７０は、スーパーフレーム一定フレームヘッダ送信パラメータ１２１８及びデータ送信パラメータ１２３８ａ，１２３８ｂを提供するように構成される。パラメータ選択部１２７０は、どのスーパーフレーム（低・中・高保護）を次に送信すべきかを示す信号によって制御され得る。ルックアップ表又は構成データを用いて、パラメータ選択部１２７０は、所望の保護レベルに応じて送信パラメータ１２１８，１２３８ａ，１２３８ｂを選択することができる。
【０２０２】
図１４は、データストリームに対応する受信信号を処理するための方法の概略的なフロー図を示す。当該方法は、データストリームにおけるスーパーフレームのスーパーフレームヘッダＳＦＨを評価してスーパーフレーム一定フレームヘッダ送信パラメータ１２１８を得るステップ１４０２を備える。次に、スーパーフレーム一定フレームヘッダ送信パラメータ１２１８を用いてスーパーフレーム内の複数のフレームヘッダＰＬＨを評価して、対応のフレームのペイロードデータ１２３６ａ，１２３６ｂについての各々のフレームヘッダからデータ送信パラメータ１２３８ａ，１２３８ｂを得る。当該方法は、更に、ペイロードデータに対応する期間中にデータ送信パラメータ１２３８ａ，１２３８ｂを用いて受信信号を処理してペイロードデータ１２３６ａ，１２３６ｂを得るステップ１４０６を備える。
【０２０３】
加えて、受信信号を処理するための方法は、受信信号においてスーパーフレームヘッダＳＦＨが発生する規則的なパターンを活用して複数のスーパーフレームヘッダＳＦＨを追跡するステップを備え得る。
【０２０４】
図１５は、データストリームにおけるスーパーフレームのスーパーフレームヘッダＳＦＨを評価するように構成されたスーパーフレームヘッダ評価部１５２０を備える受信機１５００の概略的なブロック図を示す。典型的に、データストリームは、比較的低いＳＮＲの受信信号の形で受信機１５００で受信される。受信信号は、復調される必要があるとともに、場合によっては拡散解除される必要があるが、これのためには対応の変調及び、該当する場合には対応の拡散因数が既知となっている必要がある。スーパーフレームヘッダＳＦＨについては、これらのパラメータは、予め規定されていることがあり得る。スーパーフレームヘッダ評価部１５２０で実行される評価は、典型的には、受信信号内のスーパーフレームヘッダを検出し、スーパーフレーム一定フレームヘッダ送信パラメータ１２１８を得るという目的のためのものである。受信機１５００は、更に、スーパーフレーム一定フレームヘッダ送信パラメータ１２１８を用いてスーパーフレーム内の複数のフレームヘッダＰＬＨを評価して、対応のフレームのペイロードデータ１５３６ａ，１５３６ｂについての各フレームヘッダＰＬＨからデータ送信パラメータ１２３８ａ，１２３８ｂを得るように構成されたフレームヘッダ評価部１５１０を備える。当該受信機はまた、ペイロードデータに対応する期間中にデータ送信パラメータ１２３８ａ，１２３８ｂを用いて受信信号を処理してペイロードデータ１５３６ａ，１５３６ｂを得るように構成された構成可能受信回路１５９０を備える。
【０２０５】
構成可能受信回路１５９０は、データストリームを表す信号の様々な（時間的）部分を受信し得る。第１の信号部分１５２９は、スーパーフレームヘッダＳＦＨに対応し、構成可能受信回路１５９０によって検出され、場合によっては、受信機にとって既知のスーパーフレームヘッダ送信パラメータ１２２８を用いて復号され得る。復号されたＳＦＨ信号１５２６は、スーパーフレーム評価部１５２０に入力され、受信されたスーパーフレームヘッダからスーパーフレーム一定フレームヘッダ送信パラメータ１２１８を抽出する。上述のように、スーパーフレームヘッダ送信パラメータ１２２８は、典型的に、スーパーフレームヘッダが検出され、場合によっては、比較的劣悪な受信条件（例えば、−８．５ｄＢといった低い信号対ノイズ比）でも復号され得るように選択される。
【０２０６】
スーパーフレーム一定フレームヘッダ送信パラメータ１２１８を用いて、構成可能受信回路１５９０は、対応の信号部分１５１９ａ，１５１９ｂを処理することでスーパーフレームにおけるフレームヘッダＰＬＨを復号することが可能であり得る。結果として得られる復号フレームヘッダ信号１５１６ａ，１５１６ｂは、フレームヘッダ評価部１５１０に提供される。フレームヘッダ評価部１５１０は、ペイロードデータ１５３６ａ，１５３６ｂを復号するための構成可能受信回路１５９０へ再び入力される対応のデータ送信パラメータ１２３８ａ，１２３８ｂを出力する。
【０２０７】
受信機１５００は、更に、受信信号においてスーパーフレームヘッダＳＦＨが発生する規則的なパターンを活用することによって複数のスーパーフレームＳＦＨを追跡するように構成されたスーパーフレームヘッダ追跡部を備え得る。
【０２０８】
図１６は、来たるべきフレームヘッダＰＬＨのフォーマット又はシンタックスをシグナリングするために用いられるスーパーフレームヘッダＳＦＨを伴うデータストリームを概略的に示す。特に、図１６は、データストリームにおける２つのスーパーフレーム、現在のスーパーフレーム及び次のスーパーフレーム（後続のスーパーフレーム）を概略的に示す。図１６を対応の実現例の説明に最も重要な要素に減らすために、図１６にはフレーム及びペイロードデータは示さない。
【０２０９】
例えば、データストリームは、複数のスーパーフレームを含み、各々のスーパーフレームは、スーパーフレームヘッダＳＦＨ及び複数のフレームを含み、各々のフレームは、フレームヘッダＰＬＨ及びペイロードデータを含み、スーパーフレームヘッダＳＦＨは、複数のフレームＰＬＨのフレームヘッダのうちの少なくとも１つについてのフレームヘッダフォーマットを示すものとすることができる。
【０２１０】
各々のスーパーフレームの開始は、それぞれの場合に応じてスーパーフレームヘッダＳＦＨ又は特定パターンＳＯＳＦ（スーパーフレーム開始）によって示される。ＳＯＳＦは、スーパーフレームヘッダＳＦＨの一部と見做しても良い。各々のスーパーフレームは、複数のフレームと、結果として、対応のフレームにおけるペイロードデータについてのデータ送信パラメータを示す複数のフレームヘッダＰＬＨと、を含む。
【０２１１】
フレームヘッダＰＬＨは、変動する送信パラメータの対象となってもならなくても良く、この送信パラメータは、スーパーフレームごとに変化することができ、かつ、対応のスーパーフレームのスーパーフレームヘッダＳＦＨによってシグナリングされ得る。しかし、図１６による実現例によると、スーパーフレームヘッダＳＦＨは、将来送信されるものとスケジューリングされているフレームヘッダＰＬＨについての特定のフレームヘッダフォーマットを示す。
【０２１２】
例えば、フレームヘッダは、スーパーフレーム全体に亘って一定且つ有効な送信パラメータ、例えばスーパーフレームパイロット・オン／オフをシグナリングし得る。しかしながら、このようなシグナリングが図１６において次のスーパーフレームについて実行される場合、現在のスーパーフレーム内の少なくとも１つのフレームヘッダＰＬＨは、次のスーパーフレームの開始後直ちにこのシグナリング情報が実行できるようにこれらのスーパーフレーム一定パラメータを既に含んでいる必要がある。図１６では、現在のスーパーフレーム内に、次のスーパーフレームについてのスーパーフレーム一定送信パラメータのスーパーフレームパイロット・オン／オフを示す２つのフレームヘッダＰＬＨ（このスーパーフレームにおける最後の２つのフレームヘッダＰＬＨ）がある。図１６に示すように、２つの考慮されたフレームヘッダＰＬＨの一部は、次のスーパーフレームについてのパイロット・オン／オフのパラメータのシグナリングのために取り分けられる。しかしながら、次のスーパーフレームについての送信パラメータがアクティブ化されるのは次のスーパーフレームが実際に始まるときであり、これは、次のスーパーフレームのスーパーフレームヘッダＳＦＨによって示される。現在のスーパーフレームにおけるいくつかのフレームヘッダＰＬＨが、次のスーパーフレームにおいて有効な送信パラメータを示す場合、受信機は、これらのフレームヘッダＰＬＨのうちの少なくとも１つを正しく受信し、かつ、次のスーパーフレームのスーパーフレームヘッダＳＦＨによって示される次のスーパーフレームの開始後直ちに他の受信モードへと切り替わる準備をするためのいくつかの機会を有する。
【０２１３】
上述のように、スーパーフレームヘッダＳＦＨは、新たなスーパーフレームの開始時に受信機を指し示す機能を有し得る。加えて、スーパーフレームヘッダＳＦＨは、フレームヘッダＰＬＨについてのフォーマット又はシンタックスをも示し得る。特に、スーパーフレームヘッダは、受信機が受信の継続を確実にするために考慮することが必要なスーパーフレーム一定送信パラメータを次のフレームヘッダが含み且つ特定しているかどうかを示し得る。図１６において、左のスーパーフレームヘッダＳＦＨは、「真」又は「偽」の値を取り得る「特定が存在」というフィールドを含む。この「特定が存在」フィールドの値は、受信機が考慮する必要のある特定のフォーマット及び／又はシンタックス、例えば次のスーパーフレームにおいてパイロットがオンかオフかに関する情報、を続くフレームヘッダＰＬＨが有するか否かを示す。フレームヘッダＰＬＨについてのフォーマット及び／又はシンタックスシグナリングは、後のスーパーフレームヘッダにおける更なる通知まで有効である。なお、現在のスーパーフレームのスーパーフレームヘッダＳＦＨが「特定が存在」を既にシグナリングしているかもしれないが、これは、次のスーパーフレーム全体中にパイロットがオンかオフかを決定しない。むしろ、送信機は、来たるべきスーパーフレームにおいてパイロットがオン又はオフのいずれであるべきかについて後の時点で決定し得るが、これは、受信機（又は、原理的には現在のスーパーフレームのフレームヘッダＰＬＨを受信及び復号可能であろう受信機の少なくとも一部）において信頼性の高い受信及び解釈を確実にするために十分なフレームヘッダＰＬＨが現在のスーパーフレーム内に残されている限りにおいてである。
【０２１４】
図１６による概念についての背景及び理論は、ここでのスーパーフレームヘッダＳＦＨは、（フレームヘッダＰＬＨのために）特定が存在することをシグナリングするだけでよく、互換性の理由のためにこの種のシグナリングのためにフレームヘッダに利用可能な空間がいずれにせよ存在したことである。
【０２１５】
関連の局面によると、フレームヘッダフォーマットは、少なくとも１つのフレームヘッダが、後続のスーパーフレームについての少なくとも１つのスーパーフレーム一定送信パラメータを特定することを示し得る。後続のスーパーフレームの開始は、上記スーパーフレーム一定送信パラメータが有効になる後続のスーパーフレームヘッダによって示され得る。更なる局面は、少なくとも１つのフレームヘッダのフレームヘッダ内容を規定するためのフレームヘッダフォーマットを有し得る。次に、フレームヘッダ内容は、データ送信パラメータと、後続のスーパーフレームについての少なくとも１つのスーパーフレーム一定送信パラメータとを含み得る。
【０２１６】
図１６に概略的に示す概念は、送信機側の方法若しくは装置として、又は受信機側の方法若しくは装置として実現することができる。例えば、データストリームをアセンブルするための装置は、複数のフレームヘッダＰＬＨを生成するように構成されたフレームヘッダ生成部を備え得る。各々のフレームヘッダＰＬＨは、ペイロードデータについてのデータ送信パラメータを含み得る。当該装置は、更に、複数のフレームを含むスーパーフレームについてのスーパーフレームヘッダＳＦＨを生成するように構成されたスーパーフレームヘッダ生成部を含み、各々のフレームは、フレームヘッダＰＬＨのうちの１つ及びペイロードデータを含み、スーパーフレームヘッダＳＦＨは、スーパーフレームの複数のフレームのフレームヘッダＰＬＨのうちの少なくとも１つについてのフレームヘッダフォーマットを示すものとすることができる。
【０２１７】
図１６の概念を、データストリームに対応する受信信号を処理するための方法として実現することも可能である。このような方法は、データストリームにおけるスーパーフレームのスーパーフレームヘッダＳＦＨを評価することによって、スーパーフレームの複数のフレームヘッダのうちの少なくとも１つのフレームヘッダについてのフレームヘッダフォーマットを得るステップを備え得る。次に、複数のフレームヘッダＰＬＨは、フレームヘッダフォーマットを用いてスーパーフレーム内で評価されて、スーパーフレーム一定送信パラメータに加えて対応のフレームのペイロードデータについての各々のフレームヘッダからデータ送信パラメータを得ることができる。当該方法は、また、ペイロードデータに対応する期間中にデータ送信パラメータを用いて受信信号を処理してペイロードデータを得るステップを備え得る。
【０２１８】
図１６の線に沿った対応の受信機は、受信機で受信されたデータストリームにおけるスーパーフレームのスーパーフレームヘッダＳＦＨを評価して、スーパーフレームの複数のフレームヘッダのうちの少なくとも１つのフレームヘッダについてのフレームヘッダフォーマットを得るように構成されたスーパーフレームヘッダ評価部を備え得る。受信機は、更に、フレームヘッダフォーマットを用いてスーパーフレーム内の複数のフレームヘッダＰＬＨを評価して、スーパーフレーム一定送信パラメータに加えて対応のフレームのペイロードデータについての各フレームヘッダ（ＰＬＨ）からデータ送信パラメータを得るように構成されたフレームヘッダ評価部を備え得る。構成可能受信回路は、ペイロードデータに対応する期間中にデータ送信パラメータを用いて受信信号を処理してペイロードデータを得るように構成され得る。
【０２１９】
装置の文脈でいくつかの局面を記載したが、これらの局面は、対応の方法の記載をも表すものであり、ブロック又は装置は、方法ステップ又は方法ステップの特徴に対応することは明らかである。同様に、方法ステップの文脈で記載した局面は、対応の装置の対応のブロック若しくは項目又は特徴の記載をも表す。
【０２２０】
本発明の分解された信号は、デジタル記憶媒体に記憶されることができ、又は、伝送媒体、例えば無線伝送媒体若しくは有線伝送媒体、例えばインターネットの物理層、で送信されることができる。
【０２２１】
特定の実現要件に応じて、本発明の実施例は、ハードウェア又はソフトウェアにおいて実現され得る。その実現は、デジタル記憶媒体、例えばフロッピーディスク、ＤＶＤ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ又はフラッシュメモリであって、電子的に読み出し可能な制御信号を格納しており、プログラム可能なコンピュータシステムと協働する（又は協働可能である）ことによりそれぞれの方法が実行されるようにするものを用いて実行され得る。
【０２２２】
本発明によるいくつかの実施例は、プログラム可能なコンピュータシステムと協働可能であることによって本願明細書に記載の方法の１つが実行されるようにする、電子的に読み出し可能な制御信号を有する非一時的データキャリアを含む。
【０２２３】
一般的には、本発明の実施例は、プログラムコードを有するコンピュータプログラム製品として実現され、このコンピュータプログラム製品がコンピュータにおいて実行されるときに上記プログラムコードが上記方法の１つを実行するように動作するものとして実現され得る。プログラムコードは、例えば、機械読み取り可能キャリアに格納され得る。
【０２２４】
他の実施例は、機械読み取り可能キャリアに格納された、本願明細書に記載の方法の１つを実行するためのコンピュータプログラムを含む。
【０２２５】
従って、換言すると、本発明の方法の一実施例は、コンピュータプログラムがコンピュータにおいて実行されるときに、本願明細書に記載の方法の１つを実行するためのプログラムコードを有するコンピュータプログラムである。
【０２２６】
従って、本発明の方法の更なる実施例は、データキャリア（又はデジタル記憶媒体若しくはコンピュータ読み取り可能媒体）であって、そこに記録された、本願明細書に記載の方法の１つを実行するためのコンピュータプログラムを含むものである。
【０２２７】
従って、本発明の方法の更なる実施例は、本願明細書に記載の方法の１つを実行するためのコンピュータプログラムを表すデータストリーム又は信号シーケンスである。データストリーム又は信号シーケンスは、例えば、インターネットを介したデータ通信接続を介して転送されるように構成され得る。
【０２２８】
更なる実施例は、本願明細書に記載の方法の１つを実行するように構成又は適合された処理手段、例えばコンピュータ又はプログラム可能論理装置を含む。
【０２２９】
更なる実施例は、本願明細書に記載の方法の１つを実行するためのコンピュータプログラムをインストールしたコンピュータを含む。
【０２３０】
いくつかの実施例においては、プログラム可能論理装置（例えば、フィールドプログラマブルゲートアレイ）を用いて、本願明細書に記載の方法におけるいくつか又は全ての機能を実行しても良い。いくつかの実施例においては、フィールドプログラマブルゲートアレイは、マイクロプロセッサと協働して、本願明細書に記載の方法の１つを実行しても良い。一般的に、当該方法は、どのようなハードウェア装置によって実行されても良い。
【０２３１】
上述の各実施例は、単に本発明の原理を例示するものである。本願明細書に記載の構成及び詳細を変更及び変形したものが当業者には明らかであることが理解される。従って、本願明細書における各実施例の記載及び説明として提示された特定の詳細によってではなく、添付の特許請求の範囲によってのみ限定されることが意図される。
参考文献
［１］デジタルビデオブロードキャスティング（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ（ＤＶＢ））、「ＤＶＢ−Ｓ２規格（ＤＶＢ−Ｓ２  Ｓｔａｎｄａｒｄ）、ＥＴＳＩ  ＥＮ  ３０２  ３０７  Ｖ１．３．１」、２０１２年１１月
［２］デジタルビデオブロードキャスティング（ＤＶＢ）、「ＤＶＢ−ＳＨ規格（ＤＶＢ−ＳＨ  Ｓｔａｎｄａｒｄ）、ＥＴＳＩ  ＥＮ  ３０２  ５８３  Ｖ１．１．１」、２００８年３月
［３］デジタルビデオブロードキャスティング（ＤＶＢ）、「ＤＶＢ−Ｔ２規格（ＤＶＢ−Ｔ２  Ｓｔａｎｄａｒｄ）、ＥＴＳＩ  ＥＮ  ３０２  ７５５  Ｖ１．３．１」、２０１２年４月
［４］デジタルビデオブロードキャスティング（ＤＶＢ）、「ＤＶＢ−ＲＣＳ２規格第２部（ＤＶＢ−ＲＣＳ２  Ｓｔａｎｄａｒｄ  Ｐａｒｔ  ２）、ＥＴＳＩ  ＥＮ  ３０１  ５４５−２  Ｖ１．１．１」、２０１１年８月
［５］デジタルビデオブロードキャスティング（ＤＶＢ）、「ＬＬＳの実現および使用のためのＤＶＢ−ＲＣＳ２指針（ＤＶＢ−ＲＣＳ２  Ｇｕｉｄｅｌｉｎｅｓ  ｆｏｒ  Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  ａｎｄ  Ｕｓｅ  ｏｆ  ＬＬＳ）：ＥＮ  ３０１  ５４５−２,ＥＴＳＩ  ＴＲ  １０１  ｘｘ  Ｖ１.ｘ.ｘ」、２０１２年１２月
［６］デジタルビデオブロードキャスティング（ＤＶＢ）、「衛星配信システムのための相互作用チャネル（Ｉｎｔｅｒａｃｔｉｏｎ  ｃｈａｎｎｅｌ  ｆｏｒ  ｓａｔｅｌｌｉｔｅ  ｄｉｓｔｒｉｂｕｔｉｏｎ  ｓｙｓｔｅｍｓ）、ＥＴＳＩ  ＥＮ  ３０１  ７９０  Ｖ１．５．１」、２００９年５月
［７］ＤＶＢ−Ｓ２技術モジュール（ＤＶＢ−Ｓ２  Ｔｅｃｈｎｉｃａｌ  Ｍｏｄｕｌｅ）、「Ｓ２システムの進化的サブシステムのためのコール・フォー・テクノロジー（ＣｆＴ）（Ｃａｌｌ  ｆｏｒ  Ｔｅｃｈｎｏｌｏｇｉｅｓ（ＣｆＴ）ｆｏｒ  Ｅｖｏｌｕｔｉｏｎａｒｙ  Ｓｕｂｓｙｓｔｅｍｓ  ｏｆ  ｔｈｅ  Ｓ２  Ｓｙｓｔｅｍ）、ＴＭ−Ｓ２０１２２ｒ１」、２０１２年１２月１３日
［８］ＥＴＲＩ（電子通信研究所（Ｅｌｅｃｔｒｏｎｉｃｓ  ＆  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｒｅｓｅａｒｃｈ  Ｉｎｓｔｉｔｕｔｅ））、「ＤＶＢ−Ｓｘ規格についてのコール・フォー・テクノロジーに対する応答：低ＳＮＲ動作（Ｒｅｓｐｏｎｓｅ  ｔｏ  ｃａｌｌ  ｆｏｒ  ｔｅｃｈｎｏｌｏｇｙ  ｆｏｒ  ＤＶＢ−Ｓｘ  ｓｔａｎｄａｒｄ：Ｌｏｗ  ＳＮＲ  ｏｐｅｒａｔｉｏｎ）、ＴＭ−Ｓ２０１３４」、ＤＶＢ−Ｓ２技術モジュール、２０１３年２月１２日
［９］ヒューズ（Ｈｕｇｈｅｓ）、「ＤＶＢ−Ｓｘ規格についてのコール・フォー・テクノロジーに対する応答：ヒューズ・ネットワーク・システム（Ｒｅｓｐｏｎｓｅ  ｔｏ  ｃａｌｌ  ｆｏｒ  ｔｅｃｈｎｏｌｏｇｙ  ｆｏｒ  ＤＶＢ−Ｓｘ  ｓｔａｎｄａｒｄ：Ｈｕｇｈｅｓ  Ｎｅｔｗｏｒｋ  Ｓｙｓｔｅｍｓ）、ＴＭ−Ｓ２０１５２」、ＤＶＢ−Ｓ２技術モジュール、２０１３年２月１２日
［１０］アイ・ディレクト（ｉＤｉｒｅｃｔ）、「ＤＶＢ−Ｓｘ規格についてのコール・フォー・テクノロジーに対する応答：カスタムフレームによる極めて低いＳＮＲでのＤＶＢ−Ｓｘの動作（Ｒｅｓｐｏｎｓｅ  ｔｏ  ｃａｌｌ  ｆｏｒ  ｔｅｃｈｎｏｌｏｇｙ  ｆｏｒ  ＤＶＢ−Ｓｘ  ｓｔａｎｄａｒｄ：Ｏｐｅｒａｔｉｏｎ  ｏｆ  ＤＶＢ−Ｓｘ  ａｔ  Ｖｅｒｙ  Ｌｏｗ  ＳＮＲ  ｂｙ  Ｃｕｓｔｏｍ  Ｆｒａｍｅｓ）、ＴＭ−Ｓ２０１３６」、ＤＶＢ−Ｓ２技術モジュール、２０１３年２月１２日
［１１］ニューテック（Ｎｅｗｔｅｃ）、「ＤＶＢ−Ｓｘ規格についてのコール・フォー・テクノロジーに対する応答：ニューテック提案（Ｒｅｓｐｏｎｓｅ  ｔｏ  ｃａｌｌ  ｆｏｒ  ｔｅｃｈｎｏｌｏｇｙ  ｆｏｒ  ＤＶＢ−Ｓｘ  ｓｔａｎｄａｒｄ：Ｎｅｗｔｅｃ  ｐｒｏｐｏｓａｌ）、ＴＭ−Ｓ２０１４１」、ＤＶＢ−Ｓ２技術モジュール、２０１３年２月１２日
［１２］Ｒａｉ（研究技術革新センター（Ｃｅｎｔｒｏ  Ｒｉｃｅｒｃｈｅ  ｅ  Ｉｎｎｏｖａｚｉｏｎｅ  Ｔｅｃｎｏｌｏｇｉｃａ）、「ＤＶＢ−Ｓｘ規格のためのコール・フォー・テクノロジーに対する応答：極めて低いＳＮＲ条件での一定フレーミング（Ｒｅｓｐｏｎｓｅ  ｔｏ  ｃａｌｌ  ｆｏｒ  ｔｅｃｈｎｏｌｏｇｙ  ｆｏｒ  ＤＶＢ−Ｓｘ  ｓｔａｎｄａｒｄ：Ｃｏｎｓｔａｎｔ  ｆｒａｍｉｎｇ  ｉｎ  ｖｅｒｙ  ｌｏｗ  ＳＮＲ  ｃｏｎｄｉｔｉｏｎｓ）、ＴＭ−Ｓ２０１４９」、ＤＶＢ−Ｓ２技術モジュール、２０１３年２月１２日
［１３］ソニー・コーポレーション（Ｓｏｎｙ  Ｃｏｒｐｏｒａｔｉｏｎ）、「ＤＶＢ−Ｓｘ規格についてのコール・フォー・テクノロジーに対する応答：低ＳＮＲリンク提案（Ｒｅｓｐｏｎｓｅ  ｔｏ  ｃａｌｌ  ｆｏｒ  ｔｅｃｈｎｏｌｏｇｙ  ｆｏｒ  ＤＶＢ−Ｓｘ  ｓｔａｎｄａｒｄ：Ｌｏｗ  ＳＮＲ  Ｌｉｎｋ  Ｐｒｏｐｏｓａｌ）、ＴＭ−Ｓ２０１４６」、ＤＶＢ−Ｓ２技術モジュール、２０１３年２月１２日
［１４］ＴＡＳ（タレス・アレーニア・スペース（Ｔｈａｌｅｓ  Ａｌｅｎｉａ  Ｓｐａｃｅ）、「ＤＶＢ−Ｓｘ規格についてのコール・フォー・テクノロジーに対する応答：ＤＶＢ−Ｓｘ  ＣｆＴ（Ｒｅｓｐｏｎｓｅ  ｔｏ  ｃａｌｌ  ｆｏｒ  ｔｅｃｈｎｏｌｏｇｙ  ｆｏｒ  ＤＶＢ−Ｓｘ  ｓｔａｎｄａｒｄ：ＤＶＢ−Ｓｘ  ＣｆＴ）、ＴＭ−Ｓ２０１４７」、ＤＶＢ−Ｓ２技術モジュール、２０１３年２月１２日
［１５］サムスン電子株式会社（Ｓａｍｓｕｎｇ  Ｅｌｅｃｔｒｏｎｉｃｓ  ＣＯ  ＬＴＤ）、「データアップリンクチャネルを制御するための通信方法（Ａ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍｅｔｈｏｄ  ｆｏｒ  ｃｏｎｔｒｏｌｌｉｎｇ  ａ  ｄａｔａ  ｕｐｌｉｎｋ  ｃｈａｎｎｅｌ）」、英国特許出願第２４１６９６３号
［１６］ウェスタン・エレクトリック社（ＷＥＳＴＥＲＮ  ＥＬＥＣＴＲＩＣ  ＣＯ）、ベル・テレフォン・レイバー・インコーポレーテッド（ＢＥＬＬ  ＴＥＬＥＰＨＯＮＥ  ＬＡＢＯＲ  ＩＮＣ）、「パルスコード変調送信システムにおけるデジタルシグナリング（Ｄｉｇｉｔａｌ  ｓｉｇｎａｌｉｎｇ  ｏｎ  ａ  ｐｕｌｓｅ  ｃｏｄｅ  ｍｏｄｕｌａｔｉｏｎ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｓｙｓｔｅｍ）」、米国特許第３，９２２，４９５号
［１７］ＨＲＬラボラトリーズＬＬＣ（ＨＲＬ  ＬＡＢ  ＬＬＣ）、コニリス・ジョージ（ＫＯＮＹＬＩＳ  ＧＥＯＲＧＥ）、リュー・ボン（ＲＹＵ  ＢＯＮＧ）、リュー・ボン・ケー（ＲＹＵ  ＢＯＮＧ  Ｋ）、「無線アドホックネットワークにおける適応帯域幅予約のための方法及び装置（Ｍｅｔｈｏｄ  ａｎｄ  ａｐｐａｒａｔｕｓ  ｆｏｒ  ａｄａｐｔｉｖｅ  ｂａｎｄｗｉｄｔｈ  ｒｅｓｅｒｖａｔｉｏｎ  ｉｎ  ｗｉｒｅｌｅｓｓ  ａｄ−ｈｏｃ  ｎｅｔｗｏｒｋｓ）」、米国特許公開公報第２００３／０１２１７６号
［１８］２０１１年知的財産資産信託（２０１１  ＩＮＴＥＬＬＥＣＴＵＡＬ  ＰＲＯＰＥＲＴＹ  ＡＳＳＥＴ  ＴＲＵＳＴ）、ノキア・コーポレーション（ＮＯＫＩＡ  ＣＯＲＰ）、ノキア・インコーポレーテッド（ＮＯＫＩＡ  ＩＮＣ）、ノキア・モバイル・フォーン有限会社（ＮＯＫＩＡ  ＭＯＢＩＬＥ  ＰＨＯＮＥＳ  ＬＴＤ）、「無線通信システムにおけるパケット送信を制御するための方法及び装置（Ｍｅｔｈｏｄ  ａｎｄ  ａｐｐａｒａｔｕｓ  ｆｏｒ  ｃｏｎｔｒｏｌｌｉｎｇ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｆ  ｐａｃｋｅｔｓ  ｉｎ  ａ  ｗｉｒｅｌｅｓｓ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｙｓｔｅｍ）」、米国特許公開公報第２００３／０３９２３０号
［１９］三菱電機情報技術（ＭＩＴＳＵＢＩＳＨＩ  ＥＬＥＣＴＲＩＣ  ＩＮＦ  ＴＥＣＨ）、「データフレームにおける追加的な情報を送信及び受信するための方法（Ｍｅｔｈｏｄ  ｆｏｒ  ｔｒａｎｓｍｉｔｔｉｎｇ  ａｎｄ  ｒｅｔｒｉｅｖｉｎｇ  ａｎ  ａｄｄｉｔｉｏｎａｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｉｎ  ａ  ｄａｔａ  ｆｒａｍｅ）」、欧州特許出願第１３１７０９３号
［２０］ワン・ターチン（ＷＡＮＧ  ＤＡＱＩＮＧ）、ユアム・チェン（ＹＵＡＭ  ＣＨＥＮ）、ノキア・コーポレーション、「無線通信システムの時分割二重（ｔｄｄ）モードのためのダウンリンク・パケット・アクセス・シグナリングのための方法及び装置（Ｍｅｔｈｏｄ  ａｎｄ  ｄｅｖｉｃｅ  ｆｏｒ  ｄｏｗｎｌｉｎｋ  ｐａｃｋｅｔ  ａｃｃｅｓｓ  ｓｉｇｎａｌｉｎｇ  ｆｏｒ ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ（ｔｄｄ）ｍｏｄｅ  ｏｆ  ａ  ｗｉｒｅｌｅｓｓ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｙｓｔｅｍ）」、米国特許公開公報第２００５／１１７５５３号
［２１］インテル・コーポレーション（ＩＮＴＥＬ  ＣＯＲＰ）、リー・クアンチエ（Ｌｉ  ＧＵＡＮＧＪＩＥ）、ウー・シャオシン（ＷＵ  ＸＩＡＯＸＩＮ）、「ハイブリッド多チャネル２段階チャネル品質指示子（ＣＱＩ）フィードバック方式（ＨＹＢＲＩＤ,ＭＵＬＴＩＰＬＥ  ＣＨＡＮＮＥＬ,ＡＮＤ  ＴＷＯ−ＳＴＥＰ  ＣＨＡＮＮＥＬ  ＱＵＡＬＩＴＹ  ＩＮＤＩＣＡＴＯＲ（ＣＱＩ）ＦＥＥＤＢＡＣＫ  ＳＣＨＥＭＥＳ）」、米国特許公開公報第２０１０／０３５６４４号
［２２］トゥー・レイ（ＤＵ  ＬＥＩ）、ホアン・ミン（ＨＵＡＮＧ  ＭＩＮ）、ノキア・シーメンス・ネットワーク有限会社（ＮＯＫＩＡ  ＳＩＥＭＥＮＳ  ＮＥＴＷＯＲＫＳ  ＯＹ）、テン・ヨン（ＴＥＮＧ  ＹＯＮＧ）、「キャリア集約無線通信システムにおける非連続的受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ  ｉｎ  Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ  Ｗｉｒｅｌｅｓｓ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍｓ）」、米国特許公開公報第２０１１／２６７９５７号
【図１】
2016519475.tif 000006
【図２】
2016519475.tif 000007
【図３】
2016519475.tif 000008
【図４】
2016519475.tif 000009
【図５Ａ】
2016519475.tif 000010
【図５Ｂ】
2016519475.tif 000011
【図５Ｃ】
2016519475.tif 000012
【図５Ｄ】
2016519475.tif 000013
【図５Ｅ】
2016519475.tif 000014
【図６】
2016519475.tif 000015
【図７】
2016519475.tif 000016
【図８Ａ】
2016519475.tif 000017
【図８Ｂ】
2016519475.tif 000018
【図９Ａ】
2016519475.tif 000019
【図９Ｂ】
2016519475.tif 000020
【図１０】
2016519475.tif 000021
【図１１】
2016519475.tif 000022
【図１２】
2016519475.tif 000023
【図１３Ａ】
2016519475.tif 000024
【図１３Ｂ】
2016519475.tif 000025
【図１４】
2016519475.tif 000026
【図１５】
2016519475.tif 000027
【図１６】
2016519475.tif 000028
【手続補正書】
【提出日】平成27年1月20日(2015.1.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
方法であって、
各々がペイロードデータ（１２３６ａ，１２３６ｂ）についてのデータ送信パラメータ（１２３８ａ，１２３８ｂ）を含む複数のフレームヘッダ（ＰＬＨ）を生成するステップ（１１０２）と、
各々が前記フレームヘッダ（ＰＬＨ）のうちの１つ及びペイロードデータ（１２３６ａ，１２３６ｂ）を含む複数のフレームを含むスーパーフレームについてのスーパーフレームヘッダ（ＳＦＨ）を生成するステップ（１１０４）と、
ペイロードデータ項目の送信ロバスト性の必要レベルに応じてペイロードデータ項目を異なる保護レベルを有する複数のスーパーフレームに分類することによって、前記複数のスーパーフレームの各々が前記送信ロバスト性の必要レベルまたは送信ロバスト性のより低いレベルを有するペイロードデータ項目を含むようにするステップと、
前記スーパーフレームに含まれた前記ペイロードデータ項目についての前記送信ロバスト性の必要レベルに基づいて前記複数のスーパーフレームについてのスーパーフレーム一定フレームヘッダ送信パラメータ（１２１８）を選択するステップとを備え、
前記スーパーフレームヘッダは、前記スーパーフレームの複数のフレームのフレームヘッダについての１組のスーパーフレーム一定フレームヘッダ送信パラメータ（１２１８）を示す、方法。
【請求項２】
請求項１に記載の方法であって、
前記スーパーフレームヘッダ（ＳＦＨ）は、対応するスーパーフレーム内において拡散が適用されるべきか否かを示す、方法。
【請求項３】
請求項１又は請求項２に記載の方法であって、
連続するスーパーフレームのスーパーフレームヘッダ（ＳＦＨ）は、前記方法を用いて生成されたデータストリーム内の規則的なパターンで発生する、方法。
【請求項４】
請求項１から請求項３のいずれかに記載の方法であって、
前記スーパーフレームヘッダ（ＳＦＨ）は、更に、前記スーパーフレームの第１のフレームヘッダ（ＰＬＨ）に対するポインタを含む、方法。
【請求項５】
請求項１から請求項４のいずれかに記載の方法であって、
前記スーパーフレームヘッダ（ＳＦＨ）は、少なくとも前記ペイロードデータ（１２３６ａ，１２３６ｂ）についての最高の必要レベルの送信ロバスト性と同程度に高い送信ロバスト性を提供する送信パラメータ（１２１８）を用いて送信される、方法。
【請求項６】
請求項１から請求項５のいずれかに記載の方法であって、
前記スーパーフレームヘッダ（ＳＦＨ）は、対応のスーパーフレームに複数のパイロットデータフィールドを挿入すべきか否かを示し、
各フレームヘッダは、更に、対応のフレームが前記複数のパイロットデータフィールドのうちの少なくとも１つを含むか否かを特定するとともにその態様を特定する、方法。
【請求項７】
請求項１から請求項６のいずれかに記載の方法であって、
前記スーパーフレームヘッダ（ＳＦＨ）は、前記スーパーフレームヘッダが先行送信規格に基づいて動作する装置によって無視され得るように前記先行送信規格によって規定される少なくとも１つのダミーフレーム内に配置される、方法。
【請求項８】
請求項７に記載の方法であって、
前記フレームヘッダ（ＰＬＨ）及び前記ペイロードデータは、前記先行規格によって提供されるよりも高い送信ロバスト性の必要レベルを有し、前記先行規格によって規定された少なくとも１つのダミーフレーム内に配置される、方法。
【請求項９】
請求項１から請求項８のいずれかに記載の方法であって、
前記スーパーフレームヘッダは、複数のパラメータセットのうちの特定のパラメータセットに対応するパラメータセットＩＤの形で前記１組のスーパーフレーム一定フレームヘッダ送信パラメータを示し、
前記パラメータセットの各々は、いくつかのスーパーフレーム一定フレームヘッダ送信パラメータについてのパラメータ値の組み合わせを規定する、方法。
【請求項１０】
請求項９に記載の方法であって、
各パラメータセットＩＤは、前記スーパーフレーム及びペイロードフレーム構造についてのパラメータセット個別規則を指す、方法。
【請求項１１】
データストリームをアセンブルするための装置（１２００）であって、
各々がペイロードデータ（１２３６ａ，１２３６ｂ）についてのデータ送信パラメータ（１２３８ａ，１２３８ｂ）を含む複数のフレームヘッダ（ＰＬＨ）を生成するように構成されたフレームヘッダ生成部（１２１０）と、
各々が前記フレームヘッダ（ＰＬＨ）のうちの１つ及びペイロードデータ（１２３６ａ，１２３６ｂ）を含む複数のフレームを含むスーパーフレームについてのスーパーフレームヘッダ（ＳＦＨ）を生成するように構成されたスーパーフレームヘッダ生成部（１２２０）と、
前記ペイロードデータ項目の送信ロバスト性の必要レベルに応じてペイロードデータ項目を異なる保護レベルを有する複数のスーパーフレームへ分類することによって、前記複数のスーパーフレームの各々が、送信ロバスト性の必要レベル又は送信ロバスト性のより低いレベルを有するペイロードデータ項目を含むようにするように構成されたペイロード分類部（１２６０）と、
前記スーパーフレームに含まれたペイロードデータ項目についての送信ロバスト性の必要レベルに基づいて前記複数のスーパーフレームについてのスーパーフレーム一定フレームヘッダ送信パラメータ（１２１８）を選択するように構成されたパラメータ選択部（１２７０）と、を備え、
前記スーパーフレームヘッダ（ＳＦＨ）は、前記スーパーフレームの複数のフレームのフレームヘッダ（ＰＬＨ）についての１組のスーパーフレーム一定フレームヘッダ送信パラメータ（１２１８）を示す、装置。
【請求項１２】
請求項１１に記載の装置であって、
前記スーパーフレームヘッダは、複数のパラメータセットのうちの特定のパラメータセットに対応するパラメータセットＩＤの形で前記１組のスーパーフレーム一定フレームヘッダ送信パラメータを示し、
前記パラメータセットの各々は、いくつかのスーパーフレーム一定フレームヘッダ送信パラメータについてのパラメータ値の組み合わせを規定する、装置。
【請求項１３】
請求項１２に記載の装置であって、
各パラメータセットＩＤは、前記スーパーフレーム及びペイロードフレーム構造についてのパラメータセット個別規則を指す、装置。
【請求項１４】
方法であって、
各々がペイロードデータについてのデータ送信パラメータを含む複数のフレームヘッダ（ＰＬＨ）を生成するステップと、
各々が前記フレームヘッダ（ＰＬＨ）のうちの１つ及びペイロードデータを含む複数のフレームを含むスーパーフレームについてのスーパーフレームヘッダ（ＳＦＨ）を生成するステップと、
ペイロードデータ項目の送信ロバスト性の必要レベルに応じてペイロードデータ項目を異なる保護レベルを有する複数のスーパーフレームに分類することによって、前記複数のスーパーフレームの各々が前記送信ロバスト性の必要レベルまたは送信ロバスト性のより低いレベルを有するペイロードデータ項目を含むようにするステップと、
前記スーパーフレームに含まれた前記ペイロードデータ項目についての前記送信ロバスト性の必要レベルに基づいて前記複数のスーパーフレームについてのスーパーフレーム一定フレームヘッダ送信パラメータ（１２１８）を選択するステップとを備え、
前記スーパーフレームヘッダは、前記スーパーフレームの複数のフレームのフレームヘッダのうちの少なくとも１つについてのフレームヘッダフォーマットを示す、方法。
【請求項１５】
請求項１４に記載の方法であって、
前記フレームヘッダフォーマットは、前記少なくとも１つのフレームヘッダが、後続のスーパーフレームについての少なくとも１つのスーパーフレーム一定送信パラメータを特定することを示し、
前記後続のスーパーフレームの開始は、前記スーパーフレーム一定送信パラメータが有効になる後続のスーパーフレームヘッダによって示される、方法。
【請求項１６】
請求項１４又は請求項１５に記載の方法であって、
前記フレームヘッダフォーマットは、前記少なくとも１つのフレームヘッダのフレームヘッダ内容を規定し、
前記フレームヘッダ内容は、前記データ送信パラメータと、後続のスーパーフレームについての少なくとも１つのスーパーフレーム一定送信パラメータとを含む、方法。
【請求項１７】
データストリームをアセンブルするための装置であって、
前記装置は、
各々がペイロードデータについてのデータ送信パラメータを含む複数のフレームヘッダ（ＰＬＨ）を生成するように構成されたフレームヘッダ生成部と、
各々が前記フレームヘッダ（ＰＬＨ）のうちの１つ及びペイロードデータを含む複数のフレームを含むスーパーフレームについてのスーパーフレームヘッダ（ＳＦＨ）を生成するように構成されたスーパーフレームヘッダ生成部と、
前記ペイロードデータ項目の送信ロバスト性の必要レベルに応じてペイロードデータ項目を異なる保護レベルを有する複数のスーパーフレームに分類することによって、前記複数のスーパーフレームの各々が、送信ロバスト性の必要レベル又は送信ロバスト性のより低いレベルを有するペイロードデータ項目を含むようにするように構成されたペイロード分類部（１２６０）と、
前記スーパーフレームに含まれたペイロードデータ項目についての送信ロバスト性の必要レベルに基づいて前記複数のスーパーフレームについてのスーパーフレーム一定フレームヘッダ送信パラメータ（１２１８）を選択するように構成されたパラメータ選択部（１２７０）と、を備え、
前記スーパーフレームヘッダ（ＳＦＨ）は、前記スーパーフレームの複数のフレームのフレームヘッダ（ＰＬＨ）のうちの少なくとも１つについてのフレームヘッダフォーマットを示す、装置。
【国際調査報告】
2016519475.tif 000029
2016519475.tif 000030
2016519475.tif 000031