(57)【要約】【解決手段】ｆｏｒｗａｒｄ  ｌｉｎｋ  ｏｎｌｙ（ＦＬＯ）メッセージを処理するシステム及び方法が提供される。ｆｏｒｗａｒｄ  ｌｉｎｋ  ｏｎｌｙ（ＦＬＯ）無線メッセージを処理するデバイスは、ＦＬＯメッセージを受信し、ヘッダ、８ビットＦＬＯ情報ブロックフィールド、７ビットＦＬＯカウント、ＲＦチャネル識別子、送信モードインジケータ、外側コードレート、及びストリーム識別子を含むＦＬＯメッセージを処理する。【選択図】      図５
2009504031.tif 000002
【特許請求の範囲】
【請求項１】
ｆｏｒｗａｒｄ  ｌｉｎｋ  ｏｎｌｙ（ＦＬＯ）無線信号を処理する方法であって、
ＦＬＯメッセージを受信することと、
前記ＦＬＯメッセージから、ＦＬＯメッセージを処理することとを備え、
前記ＦＬＯメッセージは、ヘッダ、８ビットＦＬＯ情報ブロックフィールド、７ビットＦＬＯカウント、ＲＦチャネル識別子、送信モードインジケータ、外側コードレート、及びストリーム識別子を含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、全般的には通信システムおよび通信方法に関し、より具体的には、ｆｏｒｗａｒｄ  ｌｉｎｋ  ｏｎｌｙ無線システム用のシステムおよび方法に関する。
【０００２】
（米国特許法第１１９条の下での優先権の主張）  
本願は、本願の譲受人に譲渡され、参照によって本明細書に明示的に組み込まれている、２００５年６月２７日に出願した米国仮出願第６０／７０３，３１５号、名称「ＦＬＯ  Ａｉｒ  Ｉｎｔｅｒｆａｃｅ」の優先権を主張するものである。
【背景技術】
【０００３】
Ｆｏｒｗａｒｄ  Ｌｉｎｋ  Ｏｎｌｙ（ＦＬＯ）とは、無線プロバイダの産業主導グループによって開発されたディジタル無線技術である。ＦＬＯ技術は、リアルタイムコンテンツストリーミングと他のデータサービスとの両方に関する高品質受信を達成するのに、コーディングおよびインターリービングの進歩を使用する。ＦＬＯ技術は、電力消費を損なわずに、堅牢な移動体性能および大容量を提供することができる。この技術は、配置する必要のある送信機の台数を劇的に減らすことによって、マルチメディアコンテンツ配信のネットワークコストをも減らす。さらに、ＦＬＯ技術に基づくマルチメディアマルチキャストは、３Ｇネットワーク上で使用される同一のセルラ受信機にコンテンツを送達する、無線オペレータのセルラネットワークデータサービスおよび音声サービスを補完する。
【０００４】
ＦＬＯ無線システムは、移動体ユーザへの非リアルタイムサービスとは別に、リアルタイムオーディオ信号およびリアルタイムビデオ信号をブロードキャストするように設計されている。めいめいのＦＬＯ伝送は、所与の地理的区域内での広いカバレッジを保証するために、大きく高出力の送信機を使用して実行される。さらに、ＦＬＯ信号が所与の市場内の人口の大きい部分に達することを保証するために、ほとんどの市場で３〜４台の送信機を配置することが一般的である。ＦＬＯデータパケットの獲得処理中に、めいめいの無線受信機に関する周波数オフセットなどの態様を判定するために、複数の判定および計算が行われる。マルチメディアデータ獲得をサポートするＦＬＯブロードキャストの性質を与えられれば、そのようなデータおよび関連するオーバーヘッド情報の効率的な処理は、最重要である。たとえば、周波数オフセットまたは他のパラメータを判定する時に、データのＦＬＯ送信およびＦＬＯ受信を容易にするために位相および関連する角度の判定が使用される、複雑な処理および判定が必要である。
【０００５】
ＦＬＯなどの無線通信システムは、かなりのエネルギ、経路利得、および経路遅延を有する複数のチャネルタップに関するチャネル特性が、ある時間の期間にわたって非常に大きく変化すると期待される移動体環境で動作するように設計される。ＯＦＤＭシステムでは、受信機内のタイミング同期ブロックは、ＦＦＴウィンドウ内で取り込まれるエネルギを最大にするためにＯＦＤＭシンボル境界を適当に選択することによって、チャネルプロファイルの変化に応答する。そのようなタイミング訂正が行われる時には、チャネル推定アルゴリズムが、タイミング訂正を考慮に入れると同時に、所与のＯＦＤＭシンボルの復調に使用されるチャネル推定値を計算することが重要である。いくつかの実施態様で、チャネル推定値は、将来のシンボルに適用される必要があるシンボル境界に対するタイミング調整を決定するのにも使用され、したがって、既に導入されているタイミング訂正と将来のシンボルについて決定されるタイミング訂正との間の微妙な相互作用をもたらす。さらに、チャネル推定ブロックが、よりよい雑音平均化を有し、より長いチャネル遅延拡散をも解決するチャネル推定値をもたらすために、複数のＯＦＤＭシンボルからのパイロット観察を処理することが一般的である。複数のＯＦＤＭシンボルからのパイロット観察が、チャネル推定値を生成するために一緒に処理される時には、基礎になるＯＦＤＭシンボルがシンボルタイミングに関して整列されることが重要である。
【発明の開示】
【０００６】
以下で、さまざまな実施形態のいくつかの態様の基本的理解を提供するために、これらの実施形態の単純化された要約を提示する。この要約は、網羅的な概要ではない。本明細書で開示される実施形態の主要な／クリティカルなエレメントを識別すること、または本明細書で開示される実施形態の範囲を明確にすることは、意図されていない。この要約の唯一の目的は、後で提示するより詳細な説明の前置きとして、単純化された形でいくつかの概念を提示することである。
【０００７】
ｆｏｒｗａｒｄ  ｌｉｎｋ  ｏｎｌｙ無線信号を処理するシステム及び方法が提供される。これは、ＦＬＯ信号からのＦＬＯメッセージを処理することを含む。また、ＦＬＯメッセージは、ヘッダ、８ビットＦＬＯ情報ブロックフィールド、７ビットＦＬＯカウント、ＲＦチャネル識別子、送信モードインジケータ、外側コードレート、及びストリーム識別子を含む。
【０００８】
前述の目的および関連する目的を達成するために、ある例示的実施形態を、次の説明および添付図面に関して本明細書で説明する。これらの態様は、諸実施形態を実施できるさまざまな形を示し、それらのすべてが包含されることが意図されている。
【発明を実施するための最良の形態】
【０００９】
本願で使用される時に、用語「コンポーネント」、「ネットワーク」、「システム」、および類似物は、ハードウェア、ハードウェアおよびソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアのいずれであれ、コンピュータ関連のエンティティを指すことが意図されている。たとえば、コンポーネントは、プロセッサ上で動作しているプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行のスレッド、プログラム、および／またはコンピュータとすることができるが、これらに限定はされない。たとえば、通信デバイスで動作しているアプリケーションとそのデバイスとの両方を、コンポーネントとすることができる。１つまたは複数のコンポーネントが、１つのプロセスおよび／または実行のスレッドの中に存在することができ、１つのコンポーネントを、１つのコンピュータに局所化し、かつ／または複数のコンピュータの間で分散させることができる。また、これらのコンポーネントを、さまざまなデータ構造をその上に格納されたさまざまなコンピュータ可読媒体から実行することができる。コンポーネントは、１つまたは複数のデータパケット（たとえば、ローカルシステム内、分散システム内、および／またはインターネットなどの有線または無線のネットワークを介して別のコンポーネントと相互作用する１つのコンポーネントからのデータ）を有する信号によるなど、ローカルプロセスおよび／または遠隔プロセスを介して通信することができる。
【００１０】
ＦＬＯ技術は、移動体マルチメディア環境用の実施形態で設計されたものであり、セル受信機での使用に適する性能特性を示す。図１に、一実施形態によるｆｏｒｗａｒｄ  ｌｉｎｋ  ｏｎｌｙネットワークの無線ネットワークシステム１００を示す。システム１００は、無線ネットワーク１１２を介して１つまたは複数の受信機１２０と通信する１つまたは複数の送信機１１０を含む。受信機１２０は、セル電話機、コンピュータ、パーソナルアシスタント、ハンドヘルドデバイスまたはラップトップデバイスなど、実質的にすべてのタイプの通信するデバイスを含むことができる。受信機１２０の諸部分は、シンボルサブセット１３０およびマルチメディアデータなどの他のデータを復号するのに使用される。シンボルサブセット１３０は、一般に、マルチメディアデータ転送にｆｏｒｗａｒｄ  ｌｉｎｋ  ｏｎｌｙ（ＦＬＯ）プロトコルを使用する直交周波数分割多重化（ＯＦＤＭ）ネットワーク内で伝送される。チャネル推定は、一般に、周波数領域でめいめいのＯＦＤＭシンボルに挿入される均等な間隔のパイロットトーンに基づく。パイロットは、８キャリアだけ離隔され、パイロットキャリアの個数は、２１２にセットされる。
【００１１】
一実施形態で、ＦＬＯシステムは、複数のサービスをマルチキャストする。サービスとは、１つまたは複数の独立データコンポーネントの集合体である。あるサービスの各独立データコンポーネントを、フローと呼ぶ。たとえば、フローは、サービスのビデオコンポーネント、オーディオコンポーネント、テキストコンポーネントまたはシグナリングコンポーネントとすることができる。
【００１２】
一実施形態で、サービスは、そのカバレッジに基づいて２つのタイプすなわち、広域サービスおよびローカルエリアサービスに分類される。ローカルエリアサービスは、大都市区域内での受信のためにマルチキャストされる。対照的に、広域サービスは、１つまたは複数の大都市区域内でマルチキャストされる。
【００１３】
ＦＬＯサービスは、１つまたは複数の論理チャネル上で搬送される。これらの論理チャネルを、マルチキャスト論理チャネル（Ｍｕｌｔｉｃａｓｔ  Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）またはＭＬＣと呼ぶ。一実施形態では、ＭＬＣを、最大３つの論理サブチャネルに分割することができる。これらの論理サブチャネルを、ストリームと呼ぶ。各フローは、単一のストリーム内で搬送される。
【００１４】
一般に、ＦＬＯ技術は、直交周波数分割多重化（ＯＦＤＭ）を利用し、ＯＦＤＭは、Ｄｉｇｉｔａｌ  Ａｕｄｉｏ  Ｂｒｏａｄｃａｓｔｉｎｇ（ＤＡＢ）、Ｔｅｒｒｅｓｔｒｉａｌ  Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ（ＤＶＢ−Ｔ）、およびＴｅｒｒｅｓｔｒｉａｌ  Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｂｒｏａｄｃａｓｔｉｎｇ（ＩＳＤＢ−Ｔ）によっても利用されている。一般に、ＯＦＤＭ技術は、高いスペクトル効率を達成すると同時に、大きいセルＳＦＮでの移動度要件を効果的に満足することができる。また、ＯＦＤＭは、適切な長さのサイクリックプレフィックス（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）すなわち、直交性を容易にし、キャリア間干渉を軽減するためにシンボルの前に追加されるガードインターバル（データシンボルの最後の部分のコピーである）を用いて複数の送信機からの長い遅延を処理することができる。このインターバルの長さが、最大チャネル遅延より長い限り、前のシンボルの反射が除去され、直交性が保たれる。
【００１５】
図２は、一実施形態によるアーキテクチャ基準モデルを示すブロック図である。この基準モデルは、次の機能ユニットすなわち、ＦＬＯデバイス２０２およびＦＬＯネットワーク２０４からなる。この基準モデルは、ＦＬＯデバイスとＦＬＯネットワークとの間のエアインターフェース２０６を含む。この基準モデルの観点から、ＦＬＯネットワークは、複数の送信機からなる。ＦＬＯシステムでは、１つの大都市区域内の送信機は、同一の波形を送信する。用語ローカルエリアは、送信機のそのようなグループを示すのに使用される。同一の広域サービスをマルチキャストする１つまたは複数の大都市区域内の送信機が、広域を構成する。したがって、広域は、１つまたは複数のローカルエリアからなり、異なるローカルエリア内の送信機は、異なるローカルエリアサービスをマルチキャストする。その結果、送信波形は、すべての広域送信機について同一ではない。最後に、異なる広域内の送信機も、異なる波形を送信する。というのは、これらの送信機が、異なる広域サービスおよびローカルエリアサービスをマルチキャストするからである。
【００１６】
エアインターフェースは、階層化され、層ごとにインターフェースが定義される。図３は、一実施形態によるＦＬＯシステムの階層化アーキテクチャ３００を示すブロック図である。層は、次の通りである。
【００１７】
・上位層３０２  「上位」プロトコル層は、マルチメディアコンテンツの圧縮、マルチメディアコンテンツへのアクセスの制御、および制御情報のフォーマッティングを含む複数の機能を提供する。
【００１８】
・制御層３０４  この層は、ＦＬＯシステムでのデバイス動作を容易にするために情報を広めるのに、ネットワークによって使用される。デバイスは、その制御情報のネットワーク内の制御情報との同期を維持するのに、制御層を使用する。
【００１９】
・ストリーム層３０６  ストリーム層は、ＭＬＣごとの基礎でのストリームへ上位層フローを結び付ける。ストリーム層は、エアインターフェース階層化アーキテクチャでは制御層と同一水準にある。
【００２０】
・ＭＡＣ層３０８  この層は、ＭＬＣに関連する異なるメディアストリームに属するパケットの多重化を行う。ＭＡＣ（媒体アクセス制御）層は、物理層を介して受信し、送信するのに使用される手順を定義する。
【００２１】
・物理層３１０  物理層は、順方向リンクのチャネル構造、周波数、電力アウトプット、変調、および符号化の指定を提供する。
【００２２】
物理層は、一実施形態による、図４に示されたＦＬＯ物理層チャネルおよび階層を定義する。ＦＬＯ物理層４００チャネル４０２は、ＴＤＭパイロット４０６、ＯＩＳ  ４０８、ＦＤＭパイロット４１０、およびデータ４１２を含む。ＴＤＭパイロットチャネルは、コンポーネントチャネルＴＤＭパイロット１  ４１４、ＴＤＭパイロット２  ４１６、遷移パイロットチャネル４１８、ＷＩＣ  ４２０、ＬＩＣ  ４２２、および測位パイロット／予約済みシンボル４２４を含む。ＯＩＳ  ４０８は、広域ＯＩＳ  ４２６およびローカルエリアＯＩＳ  ４２８を含む。ＦＤＭパイロット４１０は、広域ＦＤＭパイロット４３０およびローカルエリアＦＤＭパイロット４３２を含む。データ４１２は、広域データ４３４およびローカルエリアデータ４３６を含む。
【００２３】
ＦＬＯシステムで送信される信号は、スーパーフレームに編成される。一実施形態で、各スーパーフレームは、１秒の持続時間を有する。一実施形態で、各スーパーフレームは、１２００個のＯＦＤＭシンボルを含む。
【００２４】
用語広域は、同一の波形を放射し、１つまたは複数の大都市区域を包含するフットプリントを有する送信機のグループを指す。用語ローカルエリアは、同一の波形を放射し、広域より狭いフットプリントを有する送信機のグループを指す。
【００２５】
図５は、一実施形態によるＦＬＯ物理層スーパーフレーム構造５００を示すブロック図である。この図には、さまざまな物理層チャネルの間の全般的な関係（原寸通りではない）が示されている。
【００２６】
一実施形態で、スーパーフレームは、１秒の時間持続時間を有する１２００個のＯＦＤＭシンボルと等しい。ＦＬＯ物理層は、８Ｋモードと比較して優れた移動体性能をもたらすと同時に、かなり大きいＳＦＮセルで有用な十分に長いガードインターバルを保存する、４Ｋモードを使用する（４０９６個の副搬送波の変換サイズをもたらす）。高速チャネル獲得は、最適化されたパイロット構造およびインターリーバ構造の設計を介して達成することができる。ＦＬＯエアインターフェースに組み込まれたインターリービング方式は、時間ダイバーシティを容易にする。このパイロット構造およびインターリーバの設計は、長い獲得時間でユーザをいらだたせることなくチャネル利用度を最適化する。
【００２７】
一実施形態で、各スーパーフレームは、割り当てられた帯域幅の１ＭＨｚあたり２００個のＯＦＤＭシンボル（６ＭＨｚに１２００個のシンボル）からなり、各シンボルは、アクティブ副搬送波の７つのインターレースを含む。各インターレースは、周波数において均等に分布され、その結果、使用可能帯域幅内で完全な周波数ダイバーシティを達成するようになっている。これらのインターレースは、持続時間および実際に使用されるインターレースの個数に関して変化する論理チャネルに割り当てられる。これは、任意の所与のデータ送信装置によって達成される時間ダイバーシティの柔軟性をもたらす。より低いデータレートのチャネルに、時間ダイバーシティを改善するために、より少数のインターレースを割り当てることができ、より高いデータレートのチャネルは、無線のオン時間を最小にし、電力消費を減らすために、より多数のインターレースを利用する。
【００２８】
低データレートと高データレートとの両方のチャネルの獲得時間は、一般に同一である。したがって、周波数および時間ダイバーシティを、獲得時間を損なわずに維持することができる。最もしばしば、ＦＬＯ論理チャネルは、可変レートコーデック（一体のコンプレッサおよびデコンプレッサ）を用いて可能な統計的多重化利益を得るために、可変レートでリアルタイム（生ストリーミング）コンテンツを搬送するのに使用される。各論理チャネルは、異なる応用例のさまざまな信頼性要件およびサービス品質要件をサポートするために異なるコーディングレートおよび変調を有することができる。ＦＬＯ多重化方式は、電力消費を最小にするために、デバイス受信機が、関心を持っている単一の論理チャネルのコンテンツを復調することを可能にする。移動体デバイスは、ビデオおよび関連するオーディオを異なるチャネル上で送ることを可能にするために、複数の論理チャネルを同時に復調することができる。
【００２９】
誤り訂正技法およびコーディング技法を使用することもできる。一般に、ＦＬＯには、ターボ内側符号（ｔｕｒｂｏ  ｉｎｎｅｒ  ｃｏｄｅ）およびリードソロモン（ＲＳ）外側符号（Ｒｅｅｄ  Ｓｏｌｏｍｏｎ  ｏｕｔｅｒ  ｃｏｄｅ）が組み込まれる。通常、ターボ符号パケットは、巡回冗長検査（ＣＲＣ）を含む。ＲＳ符号は、正しく受信されるデータについては計算する必要がなく、これは、好ましい信号条件の下で、追加の電力節約をもたらす。もう１つの態様は、ＦＬＯエアインターフェースが、５ＭＨｚ、６ＭＨｚ、７ＭＨｚ、および８ＭＨｚの周波数帯域幅をサポートするように設計されていることである。非所に望ましいサービス提供を、単一のラジオ周波数チャネルを用いて達成することができる。
【００３０】
６つのＴＤＭパイロットチャネルのうちの４つすなわちＴＤＭパイロット１  ５０２、広域識別チャネル（ＷＩＣ）５０４、ローカルエリア識別チャネル（ＬＩＣ）５０６、およびＴＤＭパイロット２  ５０８は、この図の最初の４つのＯＦＤＭシンボルの間に連続して発生する。ＦＤＭパイロットチャネルは、オーバーヘッド情報シンボル（Ｏｖｅｒｈｅａｄ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｍｂｏｌｓ、ＯＩＳ）チャネルおよびデータチャネルと周波数分割多重化される。遷移パイロットチャネル（ＴＰＣ）５１０は、スーパーフレーム上でＯＩＳおよびデータチャネルと時分割多重化される。測位パイロットチャネル（ＰＰＣ）５１８または２つ、６つ、１０個、もしくは１４個の予約済みＯＦＤＭシンボルが、スーパーフレームの終りに現れる。広域サービスおよびローカルエリアサービスの伝送をサポートするために、次が行われる。
【００３１】
ＯＩＳチャネルは、広域ＯＩＳチャネルおよびローカルエリアＯＩＳチャネルに分割され、これらは、ＯＩＳチャネル内で時分割多重化される。
【００３２】
ＦＤＭパイロットチャネル５１２は、広域ＦＤＭパイロットチャネル５１４およびローカルエリアＦＤＭパイロットチャネル５１６に分割され、これらは、ＦＤＭパイロットチャネル内で時分割多重化される。
【００３３】
データチャネルは、広域データチャネルおよびローカルエリアデータチャネルに分割され、これらは、データチャネル内で時分割多重化される。
【００３４】
特定の広域でマルチキャストされる広域サービスは、広域データチャネル内で伝送され、特定のローカルエリア内でマルチキャストされるローカルエリアサービスは、ローカルエリアデータチャネル内で伝送される。
【００３５】
包括的な用語「エンティティ」は、ＦＬＯデバイスまたはＦＬＯネットワークのいずれかを指すのに使用される。実施形態は、次のタイプのインターフェースを含む。
【００３６】
・ヘッダおよびメッセージは、あるエンティティで実行されるプロトコルと別のエンティティで実行される同一のプロトコルとの間の通信に使用される。
【００３７】
・コマンドは、同一のＦＬＯネットワークまたは同一のＦＬＯデバイス内の別のプロトコルからサービスを入手するために、あるプロトコルによって使用される。
【００３８】
・表示は、イベントの発生に関する情報を伝えるために、下位層プロトコルによって使用される。任意の上位層プロトコルは、これらの表示を受け取るために登録することができる。同一層のプロトコルが、一方向のみではあるが表示を受け取るために登録することもできる。
【００３９】
・パブリックデータは、プロトコルの間で制御された形で情報を共用するのに使用される。パブリックデータは、同一層内のプロトコルの間ならびに異なる層内のプロトコルの間で共用される。
【００４０】
表示は、発生したイベントをアナウンスするので、必ず過去時制で記述される。ヘッダおよびメッセージは、すべての実施態様で結び付いている。表示およびパブリックデータは、明瞭で正確な仕様の方策として使用される。ＦＬＯデバイスおよびＦＬＯネットワークは、同一の挙動を示す異なる実施態様を選択しながら準拠するものとすることができる。
【００４１】
図６に、一実施形態による層のそれぞれを示すプロトコルスイート６００を示す。制御情報６０２が、上位層プロトコル／アプリケーションプロトコル６０４から制御層６０６に転送されることが示されている。制御層は、制御プロトコル６０８を含む。上位層プロトコル／アプリケーションプロトコル６０４は、ストリーム層６１０とインターフェースする。ストリーム層は、ストリームプロトコル６１２を含む。制御層６０６は、ＭＡＣ層６１４とインターフェースし、ストリーム層６１０は、ＭＡＣ層６１４とインターフェースする。
【００４２】
ＭＡＣ層６１４は、制御チャネル６１６、ＯＩＳチャネル６１８、およびデータチャネル６２０を含む。制御チャネル６１６、ＯＩＳチャネル６１８、およびデータチャネル６２０は、ＭＡＣプロトコルを使用する。ＭＡＣ層６１４は、ＦＬＯ物理層６２２とインターフェースする。
【００４３】
ＦＬＯネットワークによって提供されるサービスは、上位層によって提供されるデータフロー（単にフローと称する）をマルチキャストすることからなる。制御層の役割は、特定のフロー（１つまたは複数）を受信するのに必要な情報をデバイスに与えることである。一実施形態で、各フローは、ＦｌｏｗＩＤ  ７００と呼ばれる一意の２０ビット識別子によってアドレッシングされる。ＦｌｏｗＩＤは、２つの部分すなわち、ＦｌｏｗＩＤ＿ｂｉｔｓ＿４＿ｔｈｒｕ＿１９  ７０２およびＦｌｏｗＩＤ＿ｂｉｔｓ＿０＿ｔｈｒｕ＿３  ７０４を含む。一実施形態によるＦｌｏｗＩＤの構造を、図７に示す。
【００４４】
フローは、論理チャネル上で搬送される。これらの論理チャネルを、マルチキャスト論理チャネルまたはＭＬＣと呼ぶ。
【００４５】
ネットワークの制御層は、ＦＬＯシステムで動作するためにデバイスが必要とする情報（制御情報と称する）を提供する。デバイスの制御層は、この情報を受信し、その制御情報の、ネットワーク内の制御情報との同期を維持する。制御層は、最新情報を他のプロトコルエンティティに供給する。制御層は、次の３つのカテゴリの情報を維持する。
【００４６】
・フロー記述情報  これは、ＭＬＣのフローのマッピングおよびフロー構成パラメータを含む。
【００４７】
・ラジオ周波数チャネル情報  これは、ＦＬＯネットワーク内で使用されるラジオ周波数チャネルを含む。
【００４８】
・近傍リスト情報  これは、隣接する広域およびローカルエリアのリストを含む。
【００４９】
制御層は、上のカテゴリのそれぞれの情報を、２つの論理的に別々のクラスすなわちビン０およびビン１として維持し、提供する。この分離は、ネットワークが、制御情報に対する更新を特定のビンに局所化することを可能にする。これは、ＦＬＯデバイスが、他方のビンと独立に、一方のビンの情報を処理し、利用することを可能にする。制御層の諸機能は、制御プロトコルによって実施される。
【００５０】
制御プロトコルは、表１に示された制御プロトコルパケットヘッダをセットしなければならない。
【表１】
2009504031.tif 000003
【００５１】
Ｆｉｌｌ
制御チャネルＭＡＣプロトコルヘッダの充填文字フィールド。このフィールドは、制御プロトコルカプセル内の最初のＣＰＰについて存在しなければならず、０をセットされなければならない。それ以外の場合には、このフィールドを省略しなければならない。一実施形態で、制御チャネルＭＡＣプロトコルは、制御チャネルＭＡＣ層カプセルヘッダによってこのフィールドを上書きする。
【００５２】
Ｍｅｓｓａｇｅ  Ｔｙｐｅ  ＩＤ
メッセージタイプ識別子。これは、このメッセージが搬送する情報のタイプに基づいてセットされなければならない。有効な値を表２にリストする。
【表２】
2009504031.tif 000004
【００５３】
Ｂｉｎ  ＩＤ
これは、ＣＰＰペイロード内で搬送されるメッセージがネットワークによって割り当てられた、２つの論理制御プロトコルビンのうちの１つに対応する。ネットワークは、ＣＰＰで搬送される内容のビン識別子（０または１）をこのフィールドにセットしなければならない。ＭｅｓｓａｇｅＴｙｐｅＩＤフィールドが０ｘ０３（充填文字メッセージ）である場合には、このフィールドに任意の値を割り当てることができ、このフィールドは、デバイスによって無視される。
【００５４】
ＣＰＰ  Ｎｕｍｂｅｒ
このビンのＭｅｓｓａｇｅＴｙｐｅＩＤによって識別される制御プロトコル情報に関連するＣＰＰに割り当てられる一意の番号。ネットワークは、０からＴｏｔａｌＣＰＰＣｏｕｎｔ−１までの範囲でこの値をセットしなければならない。
【００５５】
Ｔｏｔａｌ  ＣＰＰ  Ｃｏｕｎｔ
このビンのＭｅｓｓａｇｅＴｙｐｅＩＤによって識別される制御プロトコル情報に関連するＣＰＰの総数。ネットワークは、ＭｅｓｓａｇｅＴｙｐｅＩＤのメッセージを搬送するＣＰＰの総数をこのフィールドにセットしなければならない。
【００５６】
Ｎｕｍ  Ｐａｄ  Ｂｙｔｅｓ
このＣＰＰに含まれるパディングバイトの個数。ネットワークは、ＰａｄＢｙｔｅｓの個数をこのフィールドにセットしなければならない。
【００５７】
フロー記述メッセージを、表３に示す。
【表３】
2009504031.tif 000005
【００５８】
残りのフィールドのＦｌｏｗＣｏｕｎｔ回の発生を、表４に示す。
【表４】
2009504031.tif 000006
【００５９】
Ｆｌｏｗ  Ｂｌｏｂ  Ｌｅｎｇｔｈ
ＦｌｏｗＢｌｏｂ（フロー情報ブロック）フィールドの長さ。ネットワークは、このメッセージに含まれるＦｌｏｗＢｌｏｂフィールドの、ビットの整数個数単位でのサイズをこのフィールドにセットしなければならない。
【００６０】
Ｆｌｏｗ  Ｃｏｕｎｔ
ＣＰＰ内で搬送されるフローの個数。ネットワークは、フロー記述メッセージＣＰＰ内でこのフィールドに続くフローの個数をこのフィールドにセットしなければならない。
【００６１】
Ｒｅｓｅｒｖｅｄ  ０
このフィールドには０をセットしなければならない。
【００６２】
Ｆｌｏｗ  ＩＤ  ｂｉｔｓ  ４  ｔｈｒｕ  １９  Ｓａｍｅ  Ａｓ  Ｂｅｆｏｒｅ
このフローのＦｌｏｗＩＤ＿ｂｉｔｓ＿４＿ｔｈｒｕ＿１９が前のフローと同一であるかどうかを示すフラグ。ネットワークは、フロー記述メッセージＣＰＰ内で最初のフローについて、このフィールドに「０」をセットしなければならない。それ以外の場合に、ＣＰＰ内で記述されるフローが前のフローと同一のＦｌｏｗＩＤ＿ｂｉｔｓ＿４＿ｔｈｒｕ＿１９を有する場合には、このフィールドに「１」をセットしなければならない。
【００６３】
ＦｌｏｗＩＤ  ｂｉｔｓ  ４  ｔｈｒｕ  １９
このフィールドは、フローの識別子（ＦｌｏｗＩＤ）の上位１６ビット（ビット４から１９まで）を含む。ＦｌｏｗＩＤ＿ｂｉｔｓ＿４＿ｔｈｒｕ＿１９＿ＳａｍｅＡｓＢｅｆｏｒｅフィールドに「１」がセットされている場合には、ネットワークは、このフィールドを省略しなければならない。それ以外の場合には、このフィールドにフローＩＤの上位１６ビットをセットしなければならない。
【００６４】
ＦｌｏｗＩＤ  ｂｉｔｓ  ０  ｔｈｒｕ  ３
ネットワークは、ＦｌｏｗＩＤの下位４ビットをこのフィールドにセットしなければならない。
【００６５】
ＲＦ  Ｃｈａｎｎｅｌ  ＩＤ
フローを搬送するＲＦチャネルの識別子。ＲＦＣｈａｎｎｅｌＩＤの詳細は、ＲＦチャネル記述メッセージで搬送される。
【００６６】
ＭＬＣ  ＩＤ  Ｓａｍｅ  Ａｓ  Ｂｅｆｏｒｅ
このフローのＭＬＣＩＤが前のフローと同一であるかどうかを示すフラグ。ネットワークは、フロー記述メッセージＣＰＰ内の最初のフローについて、このフィールドに「０」をセットしなければならない。それ以外の場合に、このフローが前のフローと同一のＭＬＣ  ＩＤを有する場合には、このフィールドに「１」をセットしなければならない。
【００６７】
ＭＬＣ  ＩＤ
ＭＬＣＩＤＳａｍｅＡｓＢｅｆｏｒｅフィールドに「１」がセットされている場合に、ネットワークは、このフィールドを省略しなければならない。それ以外の場合には、このフィールドは、ＭＬＣの一意識別子を含まなければならない。
【００６８】
Ｔｒａｎｓｍｉｔ  Ｍｏｄｅ
このフローを搬送するＭＬＣによって使用される送信モード。ＭＬＣＩＤＳａｍｅＡｓＢｅｆｏｒｅフィールドに「１」がセットされている場合には、ネットワークはこのフィールドを省略しなければならず、それ以外の場合には、ネットワークは、ＭＬＣを送信するのに使用される物理層モードをこのフィールドにセットしなければならない。
【００６９】
Ｏｕｔｅｒ  Ｃｏｄｅ  Ｒａｔｅ
このフローを搬送するＭＬＣの外側コードレート。ＭＬＣＩＤＳａｍｅＡｓＢｅｆｏｒｅフィールドに「１」がセットされている場合には、ネットワークはこのフィールドを省略しなければならず、それ以外の場合には、ネットワークは、ＭＬＣに適用される外側コードレートをこのフィールドにセットしなければならない。ＯｕｔｅｒＣｏｄｅＲａｔｅフィールドの値を表５にリストする。
【表５】
2009504031.tif 000007
【００７０】
Ｆｌｏｗ  Ｂｌｏｂ
このフィールドは、上位層によって使用されるフロー情報を搬送する。ネットワークは、上層の要件に従ってこのフィールドをセットしなければならない。
【００７１】
Ｓｔｒｅａｍ  ＩＤ
この２ビットフィールドは、ストリーム識別子である。ネットワークは、表６で指定される値をＳｔｒｅａｍＩＤフィールドにセットしなければならない。
【表６】
2009504031.tif 000008
【００７２】
Ｓｔｒｅａｍ  Ｒｅｓｉｄｕａｌ  Ｅｒｒｏｒ  Ｐｒｏｃｅｓｓｉｎｇ
このフィールドは、デバイスでのストリーム層残差誤り処理を指定する。ネットワークは、表７にリストされた値に従ってこのフィールドをセットしなければならない。
【表７】
2009504031.tif 000009
【００７３】
Ｓｔｒｅａｍ  Ｕｓｅｓ  Ｂｏｔｈ  Ｃｏｍｐｏｎｅｎｔｓ
このフィールドは、ストリームがエンハンスメントコンポーネント（ｅｎｈａｎｃｅｍｅｎｔ  ｃｏｍｐｏｎｅｎｔ）とベースコンポーネントとの両方またはベースコンポーネントだけのどちらを含むかを指定する。ネットワークは、ストリームがベースコンポーネントだけを含む場合に、このフィールドに「０」をセットしなければならない。ネットワークは、ストリームがベースコンポーネントとエンハンスメントコンポーネントとの両方を含む場合に、このフィールドに「１」をセットしなければならない。このストリームが属するＭＬＣが、非階層化送信モードを使用している場合には、ネットワークは、このフィールドに任意の値をセットすることができ、このフィールドは、デバイスによって無視される。
【００７４】
Ｒｅｓｅｒｖｅｄ
この可変長フィールドは、フロー記述メッセージをオクテット整列された状態にするために追加される。このフィールドには０をセットしなければならない。
【００７５】
ＲＦチャネル記述メッセージは、ＦＬＯサービスを搬送するのに使用されるＲＦキャリアの記述を搬送する。このメッセージは、表８に示されたフォーマットを有しなければならない。
【表８】
2009504031.tif 000010
【００７６】
表９に、続くＬＯＩレコードのＬＯＩＣｏｕｎｔ回の発生を示す。
【表９】
2009504031.tif 000011
【００７７】
表１０に、続く３つのフィールドのＲＦＣｈａｎｎｅｌＣｏｕｎｔ回の発生を示す。
【表１０】
2009504031.tif 000012
【００７８】
ＣＰＰ  Ｈｅａｄｅｒ
ＣＰＰヘッダ。
【００７９】
ＬＯＩ  Ｃｏｕｎｔ
このメッセージに含まれるＬｏｃａｌ  Ｏｐｅｒａｔｉｏｎａｌ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅレコードの個数。ネットワークは、メッセージに含まれるＬＯＩレコードの個数をこのフィールドにセットしなければならない。
【００８０】
ＬＯＩ  ＩＤ
このフィールドは、このＬＯＩレコードに関連するローカルエリアインフラストラクチャ識別子のＩＤを含む。ネットワークは、ローカルエリアインフラストラクチャに割り当てられた識別子をこのフィールドにセットしなければならない。
【００８１】
ＲＦ  Ｃｈａｎｎｅｌ  Ｃｏｕｎｔ
ネットワークは、ＲＦチャネル記述メッセージＣＰＰ内でこのフィールドに続くＲＦチャネルの個数をこのフィールドにセットしなければならない。
【００８２】
ＲＦ  Ｃｈａｎｎｅｌ  ＩＤ
ネットワークは、このレコードに含まれるＦｒｅｑｕｅｎｃｙフィールド値およびＣｈａｎｎｅｌＰｌａｎフィールド値の組合せに関連する数値識別子をこのフィールドにセットしなければならない。
【００８３】
Ｆｒｅｑｕｅｎｃｙ
ネットワークは、５０ＫＨｚの単位で、キャリア中心周波数に対する４７０ＭＨｚ（チャネル１４〜６９のＦＣＣ放送ＴＶ割当の始め）からの周波数オフセットをこのフィールドにセットしなければならない。これは、下の式によって計算される。
【数１】
2009504031.tif 000013
【００８４】
ここで、Ｃは、ＭＨｚ単位のキャリア中心周波数である。
【００８５】
Ｃｈａｎｎｅｌ  Ｐｌａｎ
ネットワークは、送信機によって使用されるチャネルプラン（またはチャネル帯域幅）をこのフィールドにセットしなければならない。このフィールドの値を、表１１にリストする。
【表１１】
2009504031.tif 000014
【００８６】
Ｒｅｓｅｒｖｅｄ
このフィールドは、ＲＦチャネル記述メッセージをオクテット整列された状態にするために追加される。ネットワークは、このフィールドのビットに０をセットしなければならない。
【００８７】
近傍リスト記述メッセージは、所与のＬＯＩの隣接するＬＯＩのインフラストラクチャパラメータを搬送する。含まれるインフラストラクチャパラメータは、周波数、広域ディファレンシエータ（Ｗｉｄｅ−ａｒｅａ  Ｄｉｆｆｅｒｅｎｔｉａｔｏｒ、ＷＩＤ）、および対応するローカルエリアディファレンシエータである。このメッセージは、表１２に示されたフォーマットを有しなければならない。
【表１２】
2009504031.tif 000015
【００８８】
表１３に、続くＬＯＩレコードのＬＯＩＣｏｕｎｔ回の発生を示す。
【表１３】
2009504031.tif 000016
【００８９】
表１４に、続くＦｒｅｑｕｅｎｃｙレコードのＦｒｅｑｕｅｎｃｙＣｏｕｎｔ回の発生を示す。
【表１４】
2009504031.tif 000017
【００９０】
表１５に、続くＷＩＤレコードのＷＩＤＣｏｕｎｔ回の発生を示す。
【表１５】
2009504031.tif 000018
【００９１】
表１６に、続くフィールドのＬＩＤＣｏｕｎｔ回の発生を示す。
【表１６】
2009504031.tif 000019
【００９２】
ＣＰＰ  Ｈｅａｄｅｒ
ＣＰＰヘッダ。
【００９３】
ＬＯＩ  Ｃｏｕｎｔ
このメッセージに含まれるＬｏｃａｌ  Ｏｐｅｒａｔｉｏｎａｌ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅレコードの個数。ネットワークは、メッセージに含まれるＬＯＩレコードの個数をこのフィールドにセットしなければならない。
【００９４】
ＬＯＩ  ＩＤ
このフィールドは、このＬＯＩレコードに関連するローカルエリアインフラストラクチャ識別子のＩＤを含む。ネットワークは、ローカルエリアインフラストラクチャに割り当てられた識別子をこのフィールドにセットしなければならない。
【００９５】
Ｆｒｅｑｕｅｎｃｙ  Ｃｏｕｎｔ
ＬＯＩレコードに含まれる周波数の個数。ネットワークは、ＬＯＩレコードに含まれるＦｒｅｑｕｅｎｃｙレコードの個数をこのフィールドにセットしなければならない。
【００９６】
Ｆｒｅｑｕｅｎｃｙ
このフィールドは、５０ＫＨｚの単位で、中心周波数に対する４７０ＭＨｚ（チャネル１４〜６９のＦＣＣ放送ＴＶ割当の始め）からの周波数オフセットを含む。
【００９７】
Ｃｈａｎｎｅｌ  Ｐｌａｎ
このフィールドは、ローカルエリア伝送に使用されるチャネルプランを含む。
【００９８】
ＷＩＤ  Ｃｏｕｎｔ
ネットワークは、このフィールドに続くＷＩＤレコードの個数をこのフィールドにセットしなければならない。
【００９９】
ＷＩＤ
ネットワークは、この広域に関連する広域ディファレンシエータをこのフィールドにセットしなければならない。
【０１００】
ＬＩＤ  Ｃｏｕｎｔ
ネットワークは、このフィールドに続くＬＯＤレコードの個数をこのフィールドにセットしなければならない。
【０１０１】
ＬＩＤ
ネットワークは、このローカルエリアに関連するローカルエリアディファレンシエータをこのフィールドにセットしなければならない。
【０１０２】
Ｒｅｓｅｒｖｅｄ
これは、近傍リスト記述メッセージをオクテット整列された状態にするために追加される可変長フィールドである。ネットワークは、このフィールドのビットに「０」をセットしなければならない。
【０１０３】
表１７に、充填文字メッセージを示す。充填文字メッセージは、制御情報を搬送する制御プロトコルメッセージのすべてが含まれた後に制御プロトコルカプセルペイロードの未使用部分を充填するのに使用される。充填文字メッセージは、どのビンにも属さない。したがって、このメッセージのＣＰＰヘッダ内のＢｉｎＩＤフィールドは、含まれるが使用されない。一実施形態で、ネットワークは、このフィールド内のすべてのＦｉｌｌｅｒＯｃｔｅｔｓビットに「０」をセットする。
【表１７】
2009504031.tif 000020
【０１０４】
ネットワーク内の制御プロトコルは、ＣＰＰのすべての占められていない部分を充填するのに十分なパディングオクテットを追加しなければならない。ＰａｄＢｙｔｅのフォーマットを、表１８に示す。
【表１８】
2009504031.tif 000021
【０１０５】
ストリーム層は、図６に示されているように、ＦＬＯプロトコルスタック内でＭＡＣ層と上位／アプリケーション層との間に存在する。上位層からのデータは、１つまたは複数のフロー内で搬送される。ストリーム層は、上位層へおよび上位層からのフローに関する、ＦＬＯエアインターフェースプロトコルスタックへのアクセスを提供する。フローは、１つのコンポーネント（ベースコンポーネントと称する）または２つのコンポーネント（ベースコンポーネントおよびエンハンスメントコンポーネントと称する）からなるものとすることができる。フローが２つのコンポーネントを有する時に、エンハンスメントコンポーネントは、ベースコンポーネントに密に結合される。たとえば、両方のコンポーネントが、同一のフローＩＤを使用してアドレッシングされ、デバイス内の同一の上位層エンティティに送られ、ストリーム層内で同一の遅延および誤り処理を受ける。
【０１０６】
一実施形態によれば、ストリーム層の主要な機能は、３つまでのフローを単一のＭＬＣに多重化し／単一のＭＬＣから多重分離することである。
【０１０７】
ストリームプロトコルは、ストリーム層の機能性を提供する。ストリームプロトコルは、上位層フローを単一のＭＬＣに多重化する。これらの上位層フローは、１つのＭＬＣ内で「ストリーム」として移送される。３つまでのストリーム（ストリーム０、１、および２と称する）が、１つのＭＬＣに多重化される。ストリーム０は、ストリーム１および／またはストリーム２について送信すべきフローデータがある場合に、必ずＭＬＣ内に存在する。言い換えると、ストリームのいずれについても送信すべきフローデータがない場合には、ストリーム０は送信されない。
【０１０８】
上位層フローは、ベースコンポーネントおよびエンハンスメントコンポーネントからなるものとすることができる。両方のコンポーネントが存在する場合には、両方のコンポーネントが、同一のストリームによって搬送される。ストリーム０は、関連するＭＬＣが階層化送信モード用に構成される時であっても、ベースコンポーネントだけを搬送する。他の２つのストリーム（ストリーム１および２）は、ベースコンポーネントとエンハンスメントコンポーネントとの両方を搬送することができる。あるストリームが、エンハンスメントコンポーネントを搬送する時に、そのフローの上位層は、ベースコンポーネントおよびエンハンスメントコンポーネントのサイズを正確に一致させることを要求される。
【０１０９】
ストリームプロトコルは、次の２つのインターフェースモードをサポートする。
【０１１０】
ネットワーク内のストリームプロトコルが、上位層からオクテットのストリームを受け取り、デバイス内のピアプロトコルが、オクテットのストリームを送達する、オクテットフローモード。
【０１１１】
ネットワーク内のストリームプロトコルが、固定サイズのオクテットブロックのストリームを受け取り、デバイス内のピアプロトコルが、上位層にこれらの固定サイズのオクテットブロックを送達する、透過モードまたはブロックフローモード。
【０１１２】
ストリームプロトコルは、上位層フローごとにインターフェースモードを選択するためにＴｒａｎｓｐａｒｅｎｔＭｏｄｅＦｌａｇ属性を提供する。この属性に「１」がセットされている時に、ストリームプロトコルは、それぞれが別々の物理層パケットによって搬送される、固定された１２２オクテットのストリームを受け取る。これは、下位ＦＬＯプロトコル層でのパケット境界までの上位層可視性を可能にする。この透過モードまたはブロックフローモード（ブロック指向モードとも称する）は、ストリーム１および２についてのみサポートされる。
【０１１３】
あるフローについてＴｒａｎｓｐａｒｅｎｔＭｏｄｅＦｌａｇ属性に「０」がセットされている場合に、ストリームプロトコルは、上位層フローからのデータをオクテットのストリームとして処理する。このインターフェースは、上位層が下位層パケットの形成に関心がない場合に適当である。ストリーム０は、必ずこのオクテットフローモード（オクテット指向モードとも称する）を使用する。ストリーム１および２は、２つのモードすなわちブロックフローモードまたはオクテットフローモードのいずれかを使用する。
【０１１４】
ストリームプロトコルは、ＲｅｓｉｄｕａｌＥｒｒｏｒＰｒｏｃｅｓｓｉｎｇ属性を使用することによって、上位層フローのストリーム層残差誤り処理を指定するインターフェースを提供する。この選択は、フローのベースコンポーネントとエンハンスメントコンポーネント（存在する時に）との両方に適用される。選択肢には、次が含まれる。
【０１１５】
なし  ストリームによって搬送されるフローが、追加処理なしで上位層エンティティに送達されなければならないことを指定する。誤りを含む、パケット内で受信されたフローのオクテットは、上位層エンティティに送られる。
【０１１６】
ドロップ  誤りを含む、パケット内で受信されたフローのオクテットを破棄しなければならないことを指定する。
【０１１７】
ストリームプロトコルは、上位層フローの遅延制約を指定するインターフェースを提供する。遅延制約は、次の３つの属性すなわち、ＤｅｌａｙＣｏｎｓｔｒａｉｎｔＴｙｐｅ、ＤｅｌａｙＣｏｎｓｔｒａｉｎｔＶａｌｕｅ、およびＳｔｒｅａｍＥｌａｓｔｉｃｉｔｙに関して指定される。
【０１１８】
・ＤｅｌａｙＣｏｎｓｔｒａｉｎｔＴｙｐｅは、フローの遅延制約タイプを指定する。この選択は、フローのベースコンポーネントとエンハンスメントコンポーネント（存在する時に）との両方に適用される。選択肢には、次が含まれる。
【０１１９】
＞ＲｅａｌＴｉｍｅ  フローが定数値だけ遅延されることを指定する。
【０１２０】
＞ＭａｘＤｅｌａｙ  フローが最大遅延制約を有することを指定する。
【０１２１】
＞Ｎｏｎｅ  余分なＭＬＣ帯域幅が使用可能である時に限って、フローが送信されることを指定する。
【０１２２】
・ＤｅｌａｙＣｏｎｓｔｒａｉｎｔＶａｌｕｅは、ＤｅｌａｙＣｏｎｓｔｒａｉｎｔＴｙｐｅがＲｅａｌＴｉｍｅまたはＭａｘＤｅｌａｙである時に、上位層フローの遅延制約の値を指定する。
【０１２３】
・ＳｔｒｅａｍＥｌａｓｔｉｃｉｔｙは、遅延制約を満足できない時にフローをどのように処理しなければならないかを指定する。この選択は、フローのベースコンポーネントとエンハンスメントコンポーネント（存在する時に）との両方に適用される。選択肢には、次が含まれる。
【０１２４】
＞Ｅｌａｓｔｉｃ  ソースが要求時にデータレートを下げることを指定する。
【０１２５】
＞Ｄｒｏｐ  フローオクテットを捨てることができることを指定する。
【０１２６】
＞Ｆｒａｇｍｅｎｔ  オクテットの全体または一部を遅延させることができることを指定する。
【０１２７】
本文書では、アクティブデータチャネルＭＬＣごとに、ネットワーク内にこのプロトコルの１つのインスタンスがあると仮定する。デバイス内には、そのデバイスが復号しつつあるＭＬＣごとに、このプロトコルの１つのインスタンスがある。
【０１２８】
このプロトコルは、次の２つの状態のうちの１つで動作する。
【０１２９】
・インアクティブ状態  この状態では、プロトコルは、Ａｃｔｉｖａｔｅコマンドを待つ。
【０１３０】
・アクティブ状態  この状態では、ネットワーク内のプロトコルは、３つまでのフローをパケット化し、これらのパケットを関連するＭＬＣ内での伝送のために多重化し、これらをＭＡＣ層に送る。デバイス内のプロトコルは、ＭＡＣ層からストリーム層パケットを受け取り、残差伝送誤りを処理し、結果のオクテットまたはオクテットブロックフローを上位層に送る。
【０１３１】
ストリーム層は、次の機能を提供する。
【０１３２】
・上位層フローをＭＬＣ内のストリームに結び付けるインターフェースを提供する。各ＭＬＣは、３つの独立のデータストリームをサポートすることができる。
【０１３３】
・上位層からの３つまでのフローを１つのＭＬＣに多重化する。
【０１３４】
・上位層フローの遅延制約に対処する。
【０１３５】
・上位層フローの残差誤り処理を提供する。
【０１３６】
・上位層フローのベースコンポーネントおよびエンハンスメントコンポーネントの独立処理を提供する。
【０１３７】
ＭＡＣ層は、広域ＯＩＳチャネルおよびローカルエリアＯＩＳチャネルと、広域およびローカルエリアの制御チャネルおよびデータチャネルとの動作を定義する。また、ＭＡＣ層は、ＦＬＯネットワークでの伝送のためにＭＬＣを多重化し、それらをＦＬＯデバイスで多重分離する。ＭＡＣ層は、次の３つのプロトコルを含む。
【０１３８】
・ＯＩＳチャネルＭＡＣプロトコル  このプロトコルは、ＦＬＯネットワークがＯＩＳチャネルで伝送されるメッセージをどのように作成するかおよびＦＬＯデバイスがこれらのメッセージをどのように受信し、処理するかを左右する規則を含む。
【０１３９】
・データチャネルＭＡＣプロトコル  このプロトコルは、ＦＬＯネットワークが広域データチャネルおよびローカルエリアデータチャネルでデータを搬送するサービスの伝送のためにＭＡＣ層パケットをどのように作成するかおよびＦＬＯデバイスがこれらのパケットをどのように受信し、処理するかを左右する規則を含む。
【０１４０】
・制御チャネルＭＡＣプロトコル  このプロトコルは、ＦＬＯネットワークが広域制御チャネルおよびローカルエリア制御チャネルでのＦＬＯ制御情報の伝送のためにＭＡＣ層パケットをどのように作成するかおよびＦＬＯデバイスがこれらのパケットをどのように受信し、処理するかを左右する規則を含む。
【０１４１】
データチャネルおよび制御チャネルは、ＭＡＣ層で定義される。物理層では、これらのチャネルタイプの両方が、同一のデータチャネル上で搬送される。
【０１４２】
１つのスーパーフレームのＭＬＣの内容は、ＭＡＣプロトコルカプセルと称するエンティティにカプセル化される。ＭＡＣプロトコルカプセルは、ＭＡＣ層パケット内で搬送される。１つのＭＡＣ層パケットは、サイズにおいて１２２オクテットであり、１つの物理層パケット（ＰＬＰ）のペイロードを形成する。
【０１４３】
物理層の伝送単位は、物理層パケットである。物理層パケットは、１０００ビットの長さを有する。１つの物理層パケットが、１つのＭＡＣ層パケットを搬送する。
【０１４４】
ＦＬＯ物理層は、次のサブチャネルからなる。
【０１４５】
・ＴＤＭパイロットチャネル。
【０１４６】
・広域ＯＩＳチャネル。
【０１４７】
・ローカルエリアＯＩＳチャネル。
【０１４８】
・広域ＦＤＭパイロットチャネル。
【０１４９】
・ローカルエリアＦＤＭパイロットチャネル。
【０１５０】
・広域データチャネル。
【０１５１】
・ローカルエリアデータチャネル。
【０１５２】
ＴＤＭパイロットチャネルは、コンポーネントチャネルＴＤＭパイロット１、ＴＤＭパイロット２、遷移パイロットチャネル、ＷＩＣ、ＬＩＣ、および測位パイロット／予約済みシンボルを含む。
【０１５３】
ＴＤＭパイロット１チャネルは、１つのＯＦＤＭシンボルにまたがらなければならない。ＴＤＭパイロット１チャネルは、スーパーフレーム内でＯＦＤＭシンボルインデックス０に送信されなければならない。ＴＤＭパイロット１チャネルは、新しいスーパーフレームの始まりを知らせる。ＴＤＭパイロット１チャネルは、粗ＯＦＤＭ信号タイミング、スーパーフレーム境界、および搬送周波数オフセットを判定するのに、ＦＬＯデバイスによって使用することができる。
【０１５４】
広域識別チャネル（ＷＩＣ）は、１つのＯＦＤＭシンボルにまたがらなければならない。ＷＩＣは、スーパーフレーム内でＯＦＤＭシンボルインデックス１に送信されなければならない。ＷＩＣは、ＴＤＭパイロット１ＯＦＤＭシンボルに続く。これは、広域ディファレンシエータ情報をＦＬＯ受信機に伝えるのに使用されるオーバーヘッドチャネルである。ある広域内のすべての送信波形（ローカルエリアチャネルを含むがＴＤＭパイロット１チャネルおよびＰＰＣを含まない）は、その区域に対応する４ビットの広域ディファレンシエータを使用してスクランブルされる。スーパーフレーム内のＷＩＣ  ＯＦＤＭシンボルのために、１スロットだけが割り当てられなければならない。割り当てられたスロットは、インプットとして、各ビットに０をセットされた、１０００ビットの固定パターンを使用しなければならない。
【０１５５】
ローカルエリア識別チャネル（ＬＩＣ）は、１つのＯＦＤＭシンボルにまたがらなければならない。ＬＩＣは、スーパーフレーム内でＯＦＤＭシンボルインデックス２に送信されなければならない。ＬＩＣは、ＷＩＣチャネルＯＦＤＭシンボルに続く。これは、ローカルエリアディファレンシエータ情報をＦＬＯ受信機に伝えるのに使用されるオーバーヘッドチャネルである。すべてのローカルエリア送信波形は、その区域に対応する、４ビットのローカルエリアディファレンシエータを広域ディファレンシエータと共に使用してスクランブルされる。
【０１５６】
スーパーフレーム内のＬＩＣ  ＯＦＤＭシンボルのために、単一のスロットだけが割り当てられなければならない。割り当てられたスロットは、インプットとして、１０００ビットの固定パターンを使用しなければならない。これらのビットには、０をセットしなければならない。
【０１５７】
ＴＤＭパイロット２チャネルは、１つのＯＦＤＭシンボルにまたがらなければならない。ＴＤＭパイロット２チャネルは、スーパーフレーム内でＯＦＤＭシンボルインデックス３に送信されなければならない。ＴＤＭパイロット２チャネルは、ＬＩＣ  ＯＦＤＭシンボルに続く。これは、ＦＬＯ受信機内で微細ＯＦＤＭシンボルタイミング訂正に使用することができる。
【０１５８】
各スーパーフレーム内のＴＤＭパイロット２ＯＦＤＭシンボルのために、４つのスロットだけを割り当てなければならない。各割り当てられたスロットは、インプットとして、各ビットに０をセットされた、１０００ビットの固定パターンを使用しなければならない。
【０１５９】
遷移パイロットチャネルは、２つのサブチャネルすなわち、広域遷移パイロットチャネル（ＷＴＰＣ）およびローカルエリア遷移パイロットチャネル（ＬＴＰＣ）からなる。広域ＯＩＳおよび広域データチャネルの側面に位置するＴＰＣを、ＷＴＰＣと呼ぶ。ローカルエリアＯＩＳおよびローカルエリアデータチャネルの側面に位置するＴＰＣを、ＬＴＰＣと呼ぶ。ＷＴＰＣは、スーパーフレーム内のＷＩＣ（広域データおよび広域ＯＩＳチャネル）を除くすべての広域チャネル伝送の両側で１つのＯＦＤＭシンボルにまたがる。ＬＴＰＣは、ＬＩＣ（ローカルエリアデータおよびローカルエリアＯＩＳチャネル）を除くすべてのローカルエリアチャネル伝送の両側で１つのＯＦＤＭシンボルにまたがる。ＴＰＣ  ＯＦＤＭシンボルの目的は、２つの部分がある、すなわち、ローカルエリアチャネルと広域チャネルとの間の境界でのチャネル推定を可能にすることと、各フレーム内の最初の広域（またはローカルエリア）ＭＬＣのタイミング同期を容易にすることとである。ＴＰＣは、ＷＴＰＣとＬＴＰＣとの間で均等に分割される、スーパーフレーム内の２０個のＯＦＤＭシンボルにまたがる。
【０１６０】
一実施形態で、ＬＴＰＣ伝送およびＷＴＰＣ伝送がお互いに直接に続いて発生する９つの場合と、これらのチャネルの一方だけが伝送される２つの場合とがある。ＷＴＰＣだけが、ＴＤＭパイロット２チャネルの後に伝送され、ＬＴＰＣだけが、測位パイロットチャネル（ＰＰＣ）／予約済みＯＦＤＭシンボルの前に伝送される。
【０１６１】
次を仮定する。
【０１６２】
Ｐは、ＰＰＣ／予約済みＯＦＤＭシンボル内のＯＦＤＭシンボルの個数であるものとする。
【０１６３】
Ｗは、１フレーム内の広域データチャネルに関連するＯＦＤＭシンボルの個数であるものとする。
【０１６４】
Ｌは、１フレーム内のローカルエリアデータチャネルに関連するＯＦＤＭシンボルの個数であるものとする。
【０１６５】
Ｆは、１フレーム内のＯＦＤＭシンボルの個数であるものとする。
【０１６６】
Ｐの値は、２、６、１０、または１４でなければならない。１フレーム内のデータチャネルＯＦＤＭシンボルの個数は、Ｆ−４でなければならない。スーパーフレーム内のＴＰＣ  ＯＦＤＭシンボルの正確な位置は、表１９で指定されるものでなければならない。
【表１９】
2009504031.tif 000022
【０１６７】
ＴＰＣ  ＯＦＤＭシンボル内のすべてのスロットが、インプットとして、各ビットに０をセットされた、１０００ビットの固定パターンを使用する。
【０１６８】
一実施形態で、ＦＬＯデバイスは、その地理的位置を判定するために、自律的にまたはＧＰＳ信号と共にのいずれかで、測位パイロットチャネル（ＰＰＣ）を使用することができる。
【０１６９】
広域ＯＩＳチャネルは、現在のスーパーフレーム内で、スケジューリングされた伝送時刻およびスロット割当など、広域データチャネルに関連するアクティブＭＬＣに関するオーバーヘッド情報を伝えるのに使用される。一実施形態で、広域ＯＩＳチャネルは、各スーパーフレーム内で５つのＯＦＤＭシンボルインターバルにまたがる。
【０１７０】
ローカルエリアＯＩＳチャネルは、現在のスーパーフレーム内で、スケジューリングされた伝送時刻およびスロット割当など、ローカルエリアデータチャネルに関連するアクティブＭＬＣに関するオーバーヘッド情報を伝えるのに使用される。一実施形態では、ローカルエリアＯＩＳチャネルは、各スーパーフレーム内で５つのＯＦＤＭシンボルインターバルにまたがる。
【０１７１】
広域ＦＤＭパイロットチャネルは、広域データチャネルまたは広域ＯＩＳチャネルと共に伝送される。広域ＦＤＭパイロットチャネルは、広域チャネル推定およびＦＬＯデバイスによる他の機能に使用できる固定ビットパターンを搬送する。
【０１７２】
広域ＦＤＭパイロットチャネルのために、広域データチャネルまたは広域ＯＩＳチャネルのいずれかを搬送するすべてのＯＦＤＭ中に、単一のスロットが割り当てられなければならない。割り当てられたチャネルは、インプットとして、１０００ビットの固定パターンを使用しなければならない。これらのビットには、０をセットしなければならない。
【０１７３】
ローカルエリアＦＤＭパイロットチャネルは、ローカルエリアデータチャネルまたはローカルエリアＯＩＳチャネルと共に伝送される。ローカルエリアＦＤＭパイロットチャネルは、ローカルエリアチャネル推定およびＦＬＯデバイスによる他の機能に使用できる固定ビットパターンを搬送する。
【０１７４】
ローカルエリアＦＤＭパイロットチャネルのために、ローカルエリアデータチャネルまたはローカルエリアＯＩＳチャネルのいずれかを搬送するすべてのＯＦＤＭ中に、単一のスロットが割り当てられなければならない。割り当てられたスロットは、インプットとして、１０００ビットの固定パターンを使用しなければならない。これらのビットには、０をセットしなければならない。
【０１７５】
広域データチャネルは、広域マルチキャストを意図された物理層パケットを搬送するのに使用される。広域データチャネルのための物理層パケットを、広域内で伝送されるアクティブＭＬＣのうちの任意の１つに関連付けることができる。
【０１７６】
通常の変調（ＱＰＳＫおよび１６−ＱＡＭ）では、物理層パケットは、データスロットバッファ（１つまたは複数）に格納される前に、ターボ符号化され、ビットインターリーブされる。階層化された変調について、ベースコンポーネント物理層パケットおよびエンハンスメントコンポーネント物理層パケットは、データスロットバッファ（１つまたは複数）に多重化される前に、独立にターボ符号化され、ビットインターリーブされる。
【０１７７】
ローカルエリアデータチャネルは、ローカルエリアマルチキャストを意図された物理層パケットを搬送するのに使用される。ローカルエリアデータチャネルのための物理層パケットを、ローカルエリア内で伝送されるアクティブＭＬＣのうちの任意の１つに関連付けることができる。
【０１７８】
通常の変調（ＱＰＳＫおよび１６−ＱＡＭ）について、物理層パケットは、データスロットバッファ（１つまたは複数）に格納される前に、ターボ符号化され、ビットインターリーブされる。階層化された変調について、ベースコンポーネント物理層パケットおよびエンハンスメントコンポーネント物理層パケットは、データスロットバッファ（１つまたは複数）に多重化される前に、独立にターボ符号化され、ビットインターリーブされる。
【０１７９】
図８は、本明細書に示された１つまたは複数の態様による、無線通信環境で使用されるユーザデバイス８００の図である。ユーザデバイス８００は、サンプルを入手するために、たとえば受信アンテナ（図示せず）から信号を受け取り、受信された信号にその結果の通常のアクションを実行し（たとえば、フィルタリングし、増幅し、ダウンコンバートするなど）、処理された信号をディジタル化する、受信機８０２を含む。受信機８０２は、非線形受信機とすることができる。復調器８０４は、受け取ったパイロットシンボルを復調し、チャネル推定のためにプロセッサ８０６に供給することができる。ＦＬＯチャネルコンポーネント８１０は、前に説明したようにＦＬＯ信号を処理するために設けられる。これには、他の処理の中でも、ディジタルストリーム処理および／または測位位置計算を含めることができる。プロセッサ８０６は、受信機８０２によって受信された情報の分析および／または送信機８１６による伝送のための情報の生成に専用のプロセッサ、ユーザデバイス８００の１つまたは複数のコンポーネントを制御するプロセッサ、ならびに／あるいは受信機８０２によって受信された情報の分析、送信機８１６による伝送のための情報の生成、およびユーザデバイス８００の１つまたは複数のコンポーネントの制御の両方を行うプロセッサとすることができる。
【０１８０】
ユーザデバイス８００は、さらに、プロセッサ８０６に動作可能に結合され、無線ネットワークデータ処理に関連する情報を格納する、メモリ８０８を含むことができる。本明細書に記載のデータストア（たとえば、メモリ）コンポーネントを、揮発性メモリまたは不揮発性メモリのいずれかとすることができ、あるいは、揮発性メモリと不揮発性メモリとの両方を含めることができることに着目されたい。限定ではなく例として、不揮発性メモリには、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電気的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＲＯＭ（ＥＥＰＲＯＭ）、またはフラッシュメモリを含めることができる。揮発性メモリには、外部キャッシュメモリとして作用するランダムアクセスメモリ（ＲＡＭ）を含めることができる。限定ではなく例として、ＲＡＭは、シンクロナスＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ｄｏｕｂｌｅ  ｄａｔａ  ｒａｔｅ  ＳＤＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ（ＥＳＤＲＡＭ）、Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ（ＳＬＤＲＡＭ）、およびｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ（ＤＲＲＡＭ）など、多数の形で入手可能である。本システムおよび方法のメモリ８０８は、上記および任意の他の適切なタイプのメモリを、これらに限定されずに含むことが意図されている。ユーザデバイス８００は、さらに、ＦＬＯデータを処理するバックグラウンドモニタ８１４、シンボル変調器８１４、および変調された信号を送信する送信機８１６を含む。
【０１８１】
図９は、複数の受信アンテナ９０６を介して１つまたは複数のユーザデバイス９０４から信号（１つまたは複数）を受信する受信機９１０と、送信アンテナ９０８を介して１つまたは複数のユーザデバイス９０４に送信する送信機９２４とを伴う基地局９０２を含む例のシステム９００を示す図である。受信機９１０は、受信アンテナ９０６から情報を受け取ることができ、受け取られた情報を復調する復調器９１２に動作可能に関連する。復調されたシンボルは、上で説明したプロセッサに類似し、無線データ処理に関連する情報を格納するメモリ９１６に結合された、プロセッサ９１４によって分析される。プロセッサ９１４は、さらに、１つまたは複数のめいめいのユーザデバイス９０４に関連するＦＬＯ情報の処理を容易にするＦＬＯチャネル９１８コンポーネントに結合される。
【０１８２】
変調器９２２は、送信アンテナ９０８を介するユーザデバイス９０４への送信機９２４による伝送のために信号を多重化することができる。ＦＬＯチャネルコンポーネント９１８は、新しい最適チャネルが識別され、肯定応答されたことの表示を提供するためにユーザデバイス５０４に伝送することができる、ユーザデバイス９０４との通信のための所与の伝送ストリームの更新されたデータストリームに関連する信号に情報を付加することができる。
【０１８３】
上で説明したものは、例示的実施形態を含む。もちろん、実施形態の説明において、コンポーネントまたは方法論のすべての考えられる組合せを説明することは、不可能であるが、当業者は、多数のさらなる組合せおよび置換が可能であることを了解するであろう。したがって、これらの実施形態が、添付の特許請求の範囲の趣旨および範囲に含まれるすべての変更、修正、および変形を含むことが意図されている。さらに、用語「ｉｎｃｌｕｄｅｓ（含む）」が、詳細な説明または特許請求の範囲のいずれかで使用される範囲まで、そのような用語は、用語「ｃｏｍｐｒｉｓｉｎｇ（含む）」が特許請求の範囲で前後を接続させる語として使用する時に解釈されるものに似た形で包含的であることが意図されている。
【図面の簡単な説明】
【０１８４】
【図１】一実施形態によるｆｏｒｗａｒｄ  ｌｉｎｋ  ｏｎｌｙネットワークの無線ネットワークシステムを示す図である。
【図２】一実施形態によるアーキテクチャ基準モデルを示すブロック図である。
【図３】一実施形態によるシステムの階層化アーキテクチャを示すブロック図である。
【図４】一実施形態による物理層を示すブロック図である。
【図５】一実施形態による物理層スーパーフレーム構造を示すブロック図である。
【図６】一実施形態による層のそれぞれを示すプロトコルスイートを示すブロック図である。
【図７】一実施形態によるＦｌｏｗＩＤの構造を示すブロック図である。
【図８】無線システムの例のユーザデバイスを示すブロック図である。
【図９】無線システムの例の基地局を示すブロック図である。
【図１】
2009504031.tif 000023
【図２】
2009504031.tif 000024
【図３】
2009504031.tif 000025
【図４】
2009504031.tif 000026
【図５】
2009504031.tif 000027
【図６】
2009504031.tif 000028
【図７】
2009504031.tif 000029
【図８】
2009504031.tif 000030
【図９】
2009504031.tif 000031
【手続補正書】
【提出日】平成20年5月19日(2008.5.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信の方法であって、
制御層を有するプロトコルスタックに従って、フロー記述メッセージ、ＲＦチャネル記述メッセージ、及び近傍リスト記述メッセージを有する複数の制御層パケットを含む信号を処理することを備える方法。
【請求項２】
前記処理された信号を、無線通信チャネルを介して送信することを更に備える請求項１に記載の方法。
【請求項３】
前記信号を、処理するために無線通信チャネルから受信することを更に備える請求項１に記載の方法。
【請求項４】
前記信号はＯＦＤＭ信号を備える請求項１に記載の方法。
【請求項５】
前記プロトコルスタックは、前記制御層の上にアプリケーション層を含み、前記アプリケーション層の前記信号はマルチキャストを備える請求項１に記載の方法。
【請求項６】
前記制御層パケットのうち少なくとも１つが、ヘッダに結び付けられたメッセージのタイプを識別する前記ヘッダを含む請求項１に記載の方法。
【請求項７】
前記制御層は、２つの論理的に別のクラスにおいてメッセージを維持し、提供し、前記制御層パケットのうち少なくとも１つの前記ヘッダは、前記ヘッダに結び付けられたメッセージの前記クラスを識別する請求項６に記載の方法。
【請求項８】
前記制御層パケットのうち少なくとも１つの前記ヘッダは、同じビンに同じタイプのメッセージを有する他の全ての制御層に対する一意の番号を含む請求項７に記載の方法。
【請求項９】
前記制御層パケットのうち少なくとも１つの前記ヘッダは、前記同じビンに同じタイプのメッセージを有する前記制御層の総数を含む請求項８に記載の方法。
【請求項１０】
前記フロー記述メッセージのうち少なくとも１つが、メッセージ長さを識別する情報備える請求項１に記載の方法。
【請求項１１】
前記フロー記述メッセージのうち少なくとも１つが、前記プロトコルスタック内の、前記制御層の上の層によって用いられるフロー情報を備える請求項１に記載の方法。
【請求項１２】
前記プロトコルスタックはストリーム層を含み、前記フロー記述メッセージのうち少なくとも１つは、ストリームを識別する情報を備える請求項１に記載の方法。
【請求項１３】
前記プロトコルスタックはストリーム層を含み、前記フロー記述メッセージのうち少なくとも１つは、ストリーム層残差誤り処理を識別する情報を備える請求項１に記載の方法。
【請求項１４】
前記プロトコルスタックはストリーム層を含み、前記フロー記述メッセージのうち少なくとも１つは、ストリームが、エンハンスメントコンポーネント（ｅｎｈａｎｃｅｍｅｎｔ  ｃｏｍｐｏｎｅｎｔ）とベースコンポーネントとの両方を含むか、またはベースコンポーネントのみを含むかを識別する情報を備える請求項１に記載の方法。
【請求項１５】
制御層を有するプロトコルスタックに従って、フロー記述メッセージ、ＲＦチャネル記述メッセージ、及び近傍リスト記述メッセージを有する複数の制御層パケットを含む信号を処理する処理手段と、
前記処理手段を無線通信チャネルへインターフェースするインターフェース手段と
を備える無線通信エンティティ。
【請求項１６】
前記インターフェース手段は、前記無線通信チャネルから前記信号を受信し、前記受信した信号を前記処理手段に提供する手段を備える請求項１５に記載の無線通信エンティティ。
【請求項１７】
前記処理手段は、前記処理された信号を前記インターフェース手段に提供するように構成され、前記インターフェース手段は、前記処理された信号を、前記無線通信チャネルを介して送信する手段を備える請求項１５に記載の無線通信エンティティ。
【請求項１８】
前記信号はＯＦＤＭ信号を備える請求項１５に記載の無線通信エンティティ。
【請求項１９】
前記プロトコルスタックは、前記制御層の上にアプリケーション層を含み、前記アプリケーション層の前記信号はマルチキャストを備える請求項１５に記載の無線通信エンティティ。
【請求項２０】
前記制御層パケットのうち少なくとも１つが、ヘッダに結び付けられたメッセージのタイプを識別する前記ヘッダを含む請求項１５に記載の無線通信エンティティ。
【請求項２１】
前記制御層は、２つの論理的に別のクラスにおいてメッセージを維持し、提供し、前記制御層パケットのうち少なくとも１つの前記ヘッダは、前記ヘッダに結び付けられたメッセージの前記クラスを識別する請求項２０に記載の無線通信エンティティ。
【請求項２２】
前記制御層のうち少なくとも１つの前記ヘッダは、同じビンに同じタイプのメッセージを有する他の全ての制御層に対する一意の番号を含む請求項２１に記載の無線通信エンティティ。
【請求項２３】
ｆｏｒｗａｒｄ  ｌｉｎｋ  ｏｎｌｙ（ＦＬＯ）無線信号を処理する装置であって、
ＦＬＯ信号を抽出する手段と、
前記ＦＬＯ信号から、ヘッダのうち少なくとも１つ、ＦＬＯ情報ブロックフィールド、フローカウント、ＲＦチャネル識別子、送信モードインジケータ、外側コードレート、ストリーム識別子、周波数、チャネルプラン、周波数カウント、広域ディファレンシエータ（ＷＩＤ）、またはローカルエリアディファレンシエータ（ＬＩＤ）を含むＦＬＯメッセージを処理する手段と
を備える装置。
【請求項２４】
前記ＦＬＯ信号は、ＦＬＯサービスを搬送するための少なくとも１つのストリームを更に含む請求項２３に記載の装置。
【請求項２５】
前記ＦＬＯメッセージは、フロー記述メッセージ、ＲＦチャネル記述メッセージ、近傍リスト記述メッセージ、または充填メッセージのうちの１つである請求項２３に記載の装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１８０
【補正方法】変更
【補正の内容】
【０１８０】
ユーザデバイス８００は、さらに、プロセッサ８０６に動作可能に結合され、無線ネットワークデータ処理に関連する情報を格納する、メモリ８０８を含むことができる。本明細書に記載のデータストア（たとえば、メモリ）コンポーネントを、揮発性メモリまたは不揮発性メモリのいずれかとすることができ、あるいは、揮発性メモリと不揮発性メモリとの両方を含めることができることに着目されたい。限定ではなく例として、不揮発性メモリには、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電気的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＲＯＭ（ＥＥＰＲＯＭ）、またはフラッシュメモリを含めることができる。揮発性メモリには、外部キャッシュメモリとして作用するランダムアクセスメモリ（ＲＡＭ）を含めることができる。限定ではなく例として、ＲＡＭは、シンクロナスＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ｄｏｕｂｌｅ  ｄａｔａ  ｒａｔｅ  ＳＤＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ（ＥＳＤＲＡＭ）、Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ（ＳＬＤＲＡＭ）、およびｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ（ＤＲＲＡＭ）など、多数の形で入手可能である。本システムおよび方法のメモリ８０８は、上記および任意の他の適切なタイプのメモリを、これらに限定されずに含むことが意図されている。ユーザデバイス８００は、さらに、ＦＬＯデータを処理するバックグラウンドモニタ８１２、シンボル変調器８１４、および変調された信号を送信する送信機８１６を含む。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０１８１
【補正方法】変更
【補正の内容】
【０１８１】
図９は、複数の受信アンテナ９０６を介して１つまたは複数のユーザデバイス９０４から信号（１つまたは複数）を受信する受信機９１０と、送信アンテナ９０８を介して１つまたは複数のユーザデバイス９０４に送信する送信機９２２とを伴う基地局９０２を含む例のシステム９００を示す図である。受信機９１０は、受信アンテナ９０６から情報を受け取ることができ、受け取られた情報を復調する復調器９１２に動作可能に関連する。復調されたシンボルは、上で説明したプロセッサに類似し、無線データ処理に関連する情報を格納するメモリ９１６に結合された、プロセッサ９１４によって分析される。プロセッサ９１４は、さらに、１つまたは複数のめいめいのユーザデバイス９０４に関連するＦＬＯ情報の処理を容易にするＦＬＯチャネルコンポーネント９１８に結合される。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１８２
【補正方法】変更
【補正の内容】
【０１８２】
変調器９２０は、送信アンテナ９０８を介するユーザデバイス９０４への送信機９２２による伝送のために信号を多重化することができる。ＦＬＯチャネルコンポーネント９１８は、新しい最適チャネルが識別され、肯定応答されたことの表示を提供するためにユーザデバイス９０４に伝送することができる、ユーザデバイス９０４との通信のための所与の伝送ストリームの更新されたデータストリームに関連する信号に情報を付加することができる。
【国際調査報告】
2009504031.tif 000032
2009504031.tif 000033