(57)【要約】高速制御メッセジーングフレームが信号制御情報に関し使用される。高速制御メッセージング“ＦＣＭ”フレームは、ＰＳＤＵに関する必要性を不用にし、ＭＡＣレイヤ制御ビットをＰＬＣＰヘッダのなかに含む。これらのフレームは、他の適切な８０２．１１ｘネットワークにおけると同様に、非８０２．１１ｘネットワークにおけると同様に、ネットワークオーバヘッドを十分低減すると同時に制御情報を交換するために、８０２．１１ｎ無線ネットワークの中で使用することができる。いくつかの実施例において、ＰＳＤＵにおいて受信機のＭＡＣレイヤに輸送されることのできたいくつかの情報は、その情報がＰＬＣＰヘッダであり、そしてその情報を処理しそして模擬的なＰＳＤＵまたは他の方法において受信機のＭＡＣレイヤに輸送するために受信機ＰＨＹレイヤ処理内に論理を有する、ことを含むことにより輸送される。
2009508451.tif 000002
【特許請求の範囲】
【請求項１】
無線ネットワークにおけるシグナリングの方法であって、
ＰＬＣＰフレームがＦＣＭであることをシグナルするためにＦＣＭインジケーションを有するＰＬＣＰプリアンブルおよび修正されたＰＬＣＰヘッダを含む高速制御メッセージング（ＦＣＭ）フレームとしてＰＬＣＰフレームを送信することを含む
方法。
【請求項２】
ＦＣＭインジケーションは、ＰＬＣＰヘッダのビットである、請求項１記載の方法。
【請求項３】
ＦＣＭインジケーションは、ＰＬＣＰヘッダのＣＲＣフィールドの修正である、請求項1記載の方法。
【請求項４】
ＰＬＣＰヘッダのＣＲＣフィールドの修正は、ＰＬＣＰヘッダのＣＲＣフィールドの反転である、請求項３記載の方法。
【請求項５】
ＰＬＣＰヘッダのＣＲＣフィールドの修正は、ＣＲＣフィールドの一定値による変換である、請求項３記載の方法。
【請求項６】
ＰＬＣＰヘッダのＣＲＣフィールドの修正は、一定の値によるＣＲＣフィールドの反転の変換である、請求項３記載の方法。
【請求項７】
無線媒体からの信号を受信するための受信機を含む通信デバイスであって、該デバイスは、
無線媒体を経由して送信機からの信号を受信し、そしてこの信号をデジタルシーケンスに変換する受信回路と、
ヘッダを含むフレームを検出するための論理、およびフレームが高速制御メッセージングフレームであるインジケータをヘッダーが含むかどうかを検出するための論理を含む、受信されたデジタルシーケンスを処理するためのＰＨＹレイヤ論理と、
ＰＨＹレイヤ論理がインジケータを検出する場合にヘッダから制御ビットを抽出するための制御ビット抽出論理と、そして
制御ビット抽出論理によって抽出された場合に、制御ビットを処理するためのＭＡＣレイヤ論理と
を含む通信デバイス。
【請求項８】
インジケータは、フレーム中で与えられるＰＬＣＰヘッダの１ビットである、請求項７記載の通信デバイス。
【請求項９】
インジケータは、フレーム中で与えられるＰＬＣＰヘッダのＣＲＣフィールドの修正である、請求項７記載の通信デバイス。
【請求項１０】
ＰＬＣＰヘッダのＣＲＣフィールドの修正は、ＰＬＣＰヘッダのＣＲＣフィールドの反転である、請求項９記載の通信デバイス。
【請求項１１】
ＰＬＣＰヘッダのＣＲＣフィールドの修正は、一定値によるＣＲＣフィールドの変換である、請求項９記載の通信デバイス。
【請求項１２】
ＰＬＣＰヘッダのＣＲＣフィールドの修正は、一定値によるＣＲＣフィールドの反転の変換である、請求項９記載の通信デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連する出願に対する相互参照］
本願は「高速制御メッセージング機構」と命名されそして２００５年９月１２日に出願された米国仮出願６０/７１６．５７６に対して優先権を主張する。同出願はあらゆる目的に対し参照によりここに組み込まれる。
【０００２】
［発明の分野］
本発明は一般的に無線ネットワーキングに、そして特に効率的な制御メッセージングに関する。
【背景技術】
【０００３】
無線ネットワークはきわめて一般的になっているが、しかし、より高いスループットの無線ネットワークが常に要求されている。無線ネットワークのスループットは無線ネットワークに割り当てられた帯域幅および使用されるデータレートの関数であるが、スループットはさらにオーバーヘッド（overhead）に依存し、すなわち、ネットワークのノード間を伝送するデータに対立する、シグナリング（signaling）および制御機能のために割り当てられる利用可能なビットの割合に依存する。もしも一定数のビットが単位時間に亘って利用可能な場合は、もしも利用可能なビットに対してより少ない数がシグナリングおよび制御によって消費される場合は、そこでデータ伝送に対してより多くのビットが使用可能となる。
【０００４】
効率的な無線ネットワークにおいて必要とされる所定の信号があり、かかる信号はいくつかの局に他の局が媒体(medium)を確保していることを伝えるために、また、局およびその他同様のものの存在を知らせるために使用される。
【０００５】
図１は、従来のＰＰＤＵ（PLCPプロトコルデータユニット;PLCP Protocol Data Unit）フレームの基本的構成を示す。これらのフレームはすべてＰＬＣＰ（Physical-Layer Convergence Procedure）プリアンブル（preamble）に従いそして含みそして、ＰＬＣＰヘッダーはＰＳＤＵ（PLCP Service Data Unite）により後続される。ここでＰＳＤＵが制御フレームである場合は、すべての局がこれらのフレームを聴取しそして理解することを期待できるように、それは典型的に１Ｍｂｐｓ（megabit-per-second）あるいは６Ｍｂｐｓのような基本サービスセットレートにおいて送信される。
【０００６】
局は信号を受信しそしてこれらを無線媒体から信号を受信している局の物理レイヤ（ＰＨＹ;physical layer）を用いてレイヤ中で処理し、それを処理してそして処理の結果を局の媒体アクセス制御（ＭＡＣ;media access control）レイヤへ渡し、そしてＭＡＣは今度はＭＡＣ処理を実行し、そしてその結果を次のレイヤとなどに渡す。ＰＨＹレイヤがＰＰＤＵを取得すると、ＰＨＹレイヤは、どのビットが送られたかを決定するためにそれを処理し、修正可能なエラーに対しては修正し、そこでもしエラーが修正可能でない場合は（そしてエラー処理をトリガすることができる）ＰＰＤＵを捨て、あるいはＰＰＤＵのペイロードをＭＡＣ(この場合、これはＰＳＤＵコンテンツである）に送り出す。ＰＳＤＵ制御フレームのコンテンツにより特定される制御活動をトリガすることにより、ＭＡＣレイヤは続いてＰＳＤＵを復号化し、そしてそのコンテンツを解釈する。
【０００７】
ＲＴＳ−ＣＴＳ（レディーツーセンド／クリアーツーセンド；Ready - To - Send / Clear - To - Send）ハンドシェーク(handshake)に対して使用されるフレームを含むＰＳＤＵ制御フレームの例
ＲＴＳ−ＣＴＳハンドシェークにおいて、一つの局はＲＴＳメッセージをアクセスポイント(あるいは他の同等のものあるいは受信機）に送らなければならず、そしてアクセスポイントはＣＴＳメッセージを用いて応答する。ＣＴＳメッセージを聴取しているすべての他の局は、そこでＲＴＳメッセージを送出した局との干渉を防ぐために、無線媒体を使用しないことを知るであろう。もしある局がＣＴＳメッセージを聴取することができずそして理解することができない場合は(隠れたノードの問題the hidden node problem）、それは延期することを知られないかも知れず、そして送信と干渉するかも知れない。この潜在する問題のために、できるだけ多くの局がこれらのフレームを受信しそして解釈できることが必要であり、いくつかの局だけが受信できる高いデータレートでそれらを送信することは究極的目標ではない。しかしながら低いデータレートのために、それらが小さいフレームであっても、これらのフレームは送信するのに多くの時間がかかる。効果的なデータの送信をその時間の間に発生させることはできないので、それらのフレームを送信するのにかかった時間は純粋なオーバーヘッド（over head）である。このように、もしこれらのフレームをより有効に形成することができるならば、データスループットは改良されるであろう。
【発明の開示】
【０００８】
［発明の簡単な要約］
本発明の実施例に従った無線ネットワークにおいては、高速度制御メッセージングフレームが制御情報を信号化するために使用される。高速制御メッセージング（ＦＣＭ；fast control messaging）フレームは、ＰＬＣＰ ヘッダのなかにＭＡＣレイヤ制御ビットを含み、ＰＳＤＵに対する必要性を不要にする。
【０００９】
これらのフレームは、ネットワークオーバーヘッドを十分に低減する一方で、制御情報を変更するために、非−８０２，１１ｘネットワークと同様、他の適切な８０２，１１ｘネットワークと同様に、８０２，１１ｍ無線ネットワーク中で使用されることが可能である。
【００１０】
いくつかの実施例において、ＰＳＤＵ内の受信機のＭＡＣレイヤへ送られるべきいくつかの情報は、この情報がＰＬＣＰヘッダであることを含むことにより、そしてこの情報を処理する受信機のＰＨＹレイヤ処理のなかに論理（logic）を有することにより伝送され、そして、シミュレートされたＰＳＤＵのまたは他の方法の受信機のＭＡＣレイヤへその情報を伝送する。
【００１１】
ＦＣＭフレームのインジケータ（indicator）は、ＰＬＣＰヘッダ中のビット、ＰＬＣＰヘッダのＣＲＣフィールドの修正、または他のインジケータとすることができる。ＰＬＣＰヘッダのＣＲＣフィールドの修正はＣＲＣフィールドの反転（inversion）、一定値によるＣＲＣフィールドの変換、あるいはそれらの両方、あるいは若干の他の変動とすることができる。
【００１２】
以下の詳細な記述は添付されている図面とともに本発明の性質および利点に関してより良い理解を与えるであろう。
【００１３】
［本発明の詳細な記述］
従来のあるいは新規な無線ネットワークとともに使用することのできる改善されたメーッセージングアプローチがここに記述され、ここで局はここに記述される新規な高速制御メッセージングを理解する（即ち、適切に処理する）能力を持つかもしれないしあるいは持たないかもしれない。この開示は無線ネットワーク局の実施例（たとえば、クライアントデバイス、アクセスポイント）を記述する。特定の実施例において、無線ネットワークは、８０２，１１ｘ(ｘ＝ａ，ｂ，ｅ，ｇ，ｎなど)無線ネットワークにおいて、または他の同様の動作を有する無線ネットワークにおいてノードとして動作する複数のデバイスを含む。８０２，１１ｘは、８０２，１１ａ，８０２，１１ｂ，８０２，１１ｎ等のような、しかしこれらに限定されない、任意の適用可能な８０２，１１フーマットを基準とすることが理解されるであろう。
【００１４】
新しい高速制御メッセージ機構においては、修正されたＰＰＤＵフレームはＰＬＣＰプリアングルおよびＰＬＣＰヘッダを、図２に示されたようにＰＳＵＤを必要とすることなしに、含むことが可能である。ＰＬＣＰヘッダは、ＰＰＤＵがＰＳＤＵを有するレガシーフォーマット（legacy format）であるか、またはＰＳＤＵを有することを必要としない"高速制御メッセージングフォーマット“のフレーム（”ＦＣＭフレーム”）フォーマットかどうかを決定するために、受信機がＰＨＹ処理において使用可能なインジケーション（indication）を含む。受信機のＭＡＣレイヤに伝送されることを必要とする情報は、ヘッダの一部として送信することができ、そして受信機のＰＨＹレイヤ論理によって取り出され、そしてＭＡＣレイヤに送られる。
【００１５】
典型的な無線ネットワークにおいては、複数の局は無線ネットワークのために定義されそして期待されるプロトコルを使用して通信している。各局は無線ネットワークの論理的ノード（logical node）であるかもしれず、そしてデータ処理および無線伝送／受信等のためにハードウエアにより実行されるかもしれない。例えば、局はラップトップ、セル電話、ハンドヘルド計算機等の計算デバイスの中に形成された、無線ネットワークカードあるいは回路であるかもしれず、または局は無線アクセスゾーン（８０２．１１  ＢＳＳクラウド（cloud）のような）を形成するスペースに搭載されそして無線ネットワークをルータを経由して有線ネットワークに結合するルータのようなアクセスポイントであるかもしれない。局デバイスはこのようにして電源、配線されたデータ入力／出力、データを処理するための論理(多分ネットワークレイヤ方式を使用し、ここで１つのレイヤに関する論理は、多かれ少なかれより高いおよび／あるいはより低いレイヤから分離され、そして各レイヤの論理はデータをそのレイヤに関する形式で処理し）、変調器／復調器、信号処理ハードウエア／ソフトウエア／ファームウエア、ＲＦ信号発生器、ＲＦ信号受信機およびデジタイザ、アンテナおよび他の典型的無線ネットワーキング、デバイス、モジュールカード、回路あるいは装置の事例を有することができるであろう。
【００１６】
［ＦＣＭフレーム概観］
ＦＣＭフレームとして修正されたＰＰＤＵフレームは、受信機にフレームが事実上ＦＣＭフレームであることをシグナルするインジケータを含む。多くのインジケータに関する異なる選択が以下に記載される。
【００１７】
図２はＦＳＭフレームを示し、ここでＦＣＭインジケータはＰＬＣＰヘッダの中の単一ビットセットである。代わりのアプローチは、挿入されたＣＲＣ(巡回冗長検査；Cyclic Redundancy Check）を反転することによるように、または挿入されたＣＲＣから／挿入されたＣＲＣへ一定値を減算／加算するように、（または反転されたバージョン等から／反転されたバージョン等へ一定値を減算／加算するように）、挿入されたＣＲＣを巧みに扱うことである。いずれの場合においても、レガシーフレーム（legacy frame）に関する正当なＣＲＣ、およびＦＣＭフレームを示す正当なＣＲＣが存在するであろう。ＣＲＣの処理と共に、レガシー受信機（legacy receiver）は価値のないＣＲＣであるとしてＦＣＭ−インジケーティングＣＲＣ（FCM-indicating CRC）を処理し、そしてこのフレームを捨てるであろう。
【００１８】
ここで使用されているように、"レガシー（legacy ）“は無線通信に関して構成されているが、ＦＣＭフレームを適切に処理するようには構成されていない、より古いあるいはより新しいデバイスを参照する。一つの例は、ＦＣＭフレームを適切に処理するようには配列されていない８０２，１１ｂ受信機、すなわち、ＦＣＭプロトコルに関しては理解しない受信機である。上に記載されたＣＲＣ操作機構は、たとえばレガシー機能を破壊することなしに、８０２，１１ｂフレームワーク中に存在するプリアンブル構造（preamble structure）とともに動作する。このことはＦＣＭ−アウェア局（FCM-aware station）が、それら自身の間で、レガシ−レガシー局通信、あるいはレガシー-”ＦＣＭ−アウェア（FCM aware）“通信と干渉することなしに、ＦＣＭフレームを使用することを可能とするであろう（“ＦＣＭ−アウェア”は、ＦＣＭフレームについては理解しているがそれらを必ずしも使用しない局について参照する）。ＦＣＭインジケーション（FCM indication）を信号化するために修正されたＣＲＣを有するＦＣＭフレームを受信するとき、レガシイデバイスはＣＲＣエラーを検出しそしてフレームの受信から延期するであろう。
【００１９】
ＦＣＭインジケーションが専用化されたビットである場合は、ＰＨＹはこのビットを探しそしてＣＲＣを証明するであろう。もしもビットが与えられそしてＣＲＣが正しければＰＨＹはＭＡＣに対する制御ビットを通過させるであろう。ＦＣＭインジケーションがＣＲＣ反転（CRC inversion）である場合は、ＰＨＹは正当なＣＲＣ(それは正規のフレームを示しそしてＰＳＤＵを期待するものであろう）に関してチェックし、そして有効な反転ＣＲＣ(それは正当なＦＣＭフレームを示すであろう）に関してチェックするであろう。
【００２０】
ＣＲＣをうまく扱うための他の代案があり、そしてこの機構はＰＬＣＰプリアングル内の他のインジケーションと結合されることが可能である。それぞれの場合において、同じ効果が発生し、ＰＨＹプリアンブルビットはＭＡＣに対して通過し、そして典型的なＰＨＹ動作がまだ必要とされる以外に、ＰＨＹによって解釈される必要はない。それがＰＳＤＵを期待しない時どのくらい長くＰＳＤＵがＰＨＹによって解釈される必要がないかを、そしてＰＨＹレイヤがＰＳＤＵを期待するかしないかどうか知りそしてそれに応じて反応することを示すプリアンブルビットに留意されたい。
【００２１】
しかし多くの実施例に関して、ＰＳＤＵが、無視されるであろうことをそして目的のないその存在がグッドプット（goodput）（送信されそして受信される有用なデータのレート）における低減の原因となることを、示さなければならないことに留意されたい。代わりに、ＦＣＭフレームの発送者はＰＬＣＰヘッダが送信された後に送信を中止すべきであり、そして媒体は続いて停止するであろう。フレームが終了されることを決定すると、ＰＨＹレイヤ論理は、ＦＭＣフレームが受信されてそして（ＰＬＣＰヘッダから）制御ビットへ通過することを、ＭＡＣレイヤ論理（MAC layer logic）にシグナルすることができる。
【００２２】
図３はかかる修正されたＰＬＣＰヘッダに関する１つの可能な実施例フォーマットのより詳細な例を示す。上に記述されたフレームを受信すると、適切に構成された局のＰＨＹ論理はＰＬＣＰヘッダを解析そしてＦＣＭインジケーションを検出するために使用されるであろう。ＣＲＣが正しくそしてＦＣＭインジケーションがセットされる場合は、ＰＨＹ論理はＰＬＣＰヘッダに続くＰＳＤＵを予期しないことを理解し、そしてそれに応じて入力する信号を処理するであろう。いずれにせよもしＰＳＤＵが送信されると、それは受信器によって無視されるべきべきであるが、しかし望ましくはＦＣＭインジケーションをセッティングしている局はオーバーヘッドに対してデータ伝送に関するより多くの時間を開けておくためにＰＳＤＵを中断するであろう。
【００２３】
ＦＣＭ  ＰＬＣＰのＭＡＣ制御ビットフィールドは、受信機のＭＡＣレイヤ論理上を通過することが可能であり、ここでこのフィールドの制御ビットの処理はさらなる処理のために受信機のＭＡＣレイヤに提示可能であるようにフォーマットされるかもしれない。
【００２４】
ＦＣＭフレームは８０２，１１ｎフレームワークにおいてよりエラーに強い（robust）ものの一つであるので、ネットワークにおけるＦＣＭフレームの使用はこのネットワークにおいて拡張された範囲の動作を提供するかもしれない。ＦＣＭフレームの他の利点は、そのように短いものであることによって、それらは制御データを周囲に移動しさらに増大する有効な情報処理量にするために他のメカニズムの場所において使用することができることである。
【００２５】
ＦＣＭフレームとともに、交換制御情報はＭＡＣレイヤの間でＭＰＤＵｓ（ＭＡＣプロトコルデータユニット；MAC Protocol Data Unite）を必要とすることなしに交換されることが可能である。制御機能の新しいセットはＰＬＣＰヘッダのＭＡＣ制御ビットフィールドを使用して定義されることが可能である。ＷＷｉＳＥ−定義されたＳＩＧ−Ｎフィールドを使用する実施例においては、ＭＡＣ制御ビットフィールドはＭＡＣレイヤにおける使用のために制御情報の４３ビットまで提供することが可能であろう。
【００２６】
ここで定義されているように、レガシイデバイスはＦＣＭフレームフォーマットを受信することは不可能でありそして適切に延期するであろう。これらのＦＣＭフレームはＦＣＭ機能をサポートするデバイス間の通信に対して使用されるためであろう。もしＦＣＭフレームがＦＣＭ可能局（FCM-enabled station）間の媒体を予約するために使用される場合に、もしレガシイデバイスもまた存在する場合は、レガシイデバイスが媒体の予約(medium reservation)を理解したことを確実にするために、レガシイデバイスに関する媒体を予約するために代替の方法が使用されるであろう。かかる代替法はかかるデバイス内でＦＣＭフレームを実行する論理内に構築されることができるであろう。
【００２７】
［インプリシットアドレシング（Implicit Addressing）を有する高速制御メッセージング］
もし局(station STA)がＦＣＭフレームによってアドレスされる場合、利用可能な限定された情報ビットのセットのみを有するために、制御ビット内にフルＭＡＣアドレスを含むことは不可能かもしれない。代わりのアドレス方式がこの制限をカバーするために使用されることが可能である。例えば、６バイトＳＴＡアドレスのかわりに、１バイトまたは２バイトＡＩＤｓ(組み合わせ識別子;Association Identifier）が使用されることが可能である。若干の実施例においては、アクセスポイント（ＡＰ;access point）はそのＡＰに関連する各局に提供するかもしれず、ＡＩＤそしてＭＡＣアドレスのマッピングテーブルはそのＡＰのベーシックサービスセット（ＢＳＳ；basic service set）についてアドレスするかもしれない。例えば、２５６よりも少ない関連する局を有するネットワークは１バイトＡＩＤｓを使用することができ、そして各局に関し特有の”ローカル  アドレス(local address)”をさらに有するので、このことは容易に実行可能であろう。
【００２８】
若干の通信に対してＦＣＭフレーム内のアドレスは推論されることが可能であり、そこでアドレスは完全に不用ななることが可能である。事例として、デバイスが他の局にフレームを送信しそして次の送信がＦＣＭフレームにおける即時の受け取り通知（ＡＣＫ；acknowledgement）である場合、デバイスは即時のＡＣＫ（immediate acknowledgement ）の送信者のアドレスはそこへデバイスが前のフレームを送信した他の局のアドレスと同じであることを推論するように、デバイスを形成することができる。このように、ひとつの局がフレームを目的地局のアドレス（ＭＡＣ，ＡＩＤ，等）を使用する目的地局に送信し、そしてその１つの局はＡＣＫを期待している局のみであり、そしてフレームがＳＩＦＳ(Short Interframe Space)時間内で送信されることを開始する場合、１つの局はＡＣＴの送信者は目的地局であると推論する。この推定は予期されていた特定のＡＣＫを受信する１つの局に従うであろう。これは潜在的に含まれたアドレシング機構の形式であろう。
【００２９】
［ＭＡＣ制御ビットフィールドに関して事例となる構造］
図４はＭＡＣ制御情報を符号化するために使用されることが可能な一般的構造の概要をあたえるものである。“制御ＩＤ”フィールドは制御命令の種類を示すことが可能であり、そして"制御パラメータ“フィールドはこの命令に対応するパラメータを示すことが可能である。
【００３０】
［使用する場合の例；高められたＲＴＳ−ＣＴＳ］
レガシーＲＴＳ−ＣＴＳ変換はここに記述されたように高速制御メッセージングフォーマットに書き直すことが可能である。ＲＴＳフレームは図5に示されたようにフォーマットされることが可能であり、そしてＣＴＳフレームは図6に示されるようにフォーマットされることが可能である。このメカニズムは８０２，１１ｎ（のみ）ネットワークにおいてあるいは他のネットワークにおいて使用可能である。
【００３１】
ＲＴＳ−ＣＴＳを示すＭＰＤＵの一部が送信されてはならないことによる、データフレーム移動のために利用可能な時間の総量にたいする利得は、一定した条件に対して図7において示されている。他の結果は他の条件に関して得られるであろう。図7のこのプロットはＴＸＯＰがＲＴＳ−ＣＴＳ交換とともに開始されると仮定した計算に基づいている。一般的に、期待されることのできる改善はＩＭＰ＝（ＴFCM/TN0RM)−１であり、ここで、ＴFCMはＦＣＭフレームを使用するために使用された時間または（ＴＸＯＰ時間−（ＲＴＳ−ＣＴＳ交換に要する時間））であり、そしてＴNORMは標準的なフレームを用いて使用される時間または（ＴＸＯＰ時間−（標準的なＲＴＳ−ＣＴＳ交換に要する時間））である。パーセント改善（percentage improvement）はしたがってＩＭＰ＊１００％となるであろう。
【００３２】
これは図7のプロットによって示される。図７Ａはすべてのデータポイントを含んだプロットであり、図7ＢはＹ軸上の値がより小さい範囲を有し残りのデータポイントがより明瞭に示されるように、グラフの左上部分のデータポイントを抜かしたプロットである。図７が明らかに示しているように、利得の大部分は基本的レートセットが低いレートである場合に達成され、そしてＲＴＳ−ＣＴＳ交換の後に使用されるＴＸＯＰ時間は比較的短い。特に延長した領域モードにおいてＲＴＳ−ＣＴＳ交換のための低いデータレートは非常に一般的であり、そして多くのシナリオ（scenarios）があり、そこでは利得のための多くの機会だ存在するようにＴＸＯＰは比較的短いであろう。
【００３３】
［使用例；高められたＡＣＫ］
レガシーフレーム−ＡＣＫ交換は、ここに記述されたように、高速制御メッセージングフォーマットにおいて書き改めることができるであろう。ＡＣＫは図８に示されるようにフォーマットされることが可能であろう。
【００３４】
もし前に記されたようにインプリシットアドレシングi８機構を有する高速制御メッセージング使用される場合は、ＳＴＡ識別子は必要とされないであろう。もっとも単純なシナリオにおいて、ＡＣＫを指示する制御ＩＤのみが必要とされ、そして図８に示される他のフィールドは除外されることができる。このフレームはレガシーＡＣＫの代わりに使用されることができ、そして即時のＡＣＫが要求される管理フレームとデータフレームを有するフレーム交換を含む、即時のＡＣＫを含む全てのフレーム交換における媒体のオーバーヘッドを減少させるであろう。
【００３５】
この機構を使用する実行の改善はデータレートおよび送出されたＡＣＫの数に依存する。しかしながら一般的にはデータレートがより低くそして多くのＡＣＫが送出され、より多くの媒体効率が達成されるであろう。リンク効率が低下するような(局間の距離、干渉、マルチパス、その他の増加による）、典型的な無線ネットワークの動作のため、そして低いデータレートがより多く使用される傾向にあるため、集合（aggregation）は使用不可になり、他の計測（measure）がとられる。このようなケースにおいて即時のＡＣＫｓが可能になり、この機構を使用することはより多くの利益を与えるであろう。
【００３６】
［使用例；即時の集合されたＡＣＫ（Immediate Aggregated ACK）］
これは生成可能な新しい形式のフレーム交換フォーマットの例である。もし局が集合されたＰＰＤＵｓ/ＭＰＤＵｓのバーストを受信する場合は、それは集合の最後において、"即時集合されたＡＣＫ（immediate aggregated ACK）］”を逆に送出することができるであろう。
【００３７】
このようなフレームにおいて、ＳＴＡはどのフレームが正しく受信されたかを示すであろう。現在のブロックＡＣＫフレーム（block ACK frame）において、ＡＣＫビットマップ（ACK bitmap）はスタートシーケンズ数（start sequence number）を基にしているが、このフレームにおいて、ＡＣＫビットマップは集合の中の受信されたフレームの位置に対応するであろう。集合の中の第一のフレームはビットマップのなかの第一のビットに対応している。集合の中の第２のフレームはビットマップの中の第２のビット、その他に対応する。
【００３８】
即時の集合されたＡＣＫは図9において示されるようにフォーマットされうる。いくつかの実施例において、デュレーションフィールド（duration field）が加えられ、そしていくつかの実施例において、ＳＴＡ識別子は上で記載されたインプリシットアドレス機能（implicit addressing scheme）がどこで使用されるかを必要とされない。
【００３９】
即時集められたＡＣＫ機構はむしろ電力消費に対して高感度であるデバイスに関して選定される。もしデータの流れが主としてダウンストリームであり、そして電力節減デバイスがＡＣＫを必要とするのみで場合は、受信されるデータはしかし返送するための追加のデータを有せず、この機構を用いて節減される電力の総量は図１０に示されるようにブロックＡＣＫを送信するのに比較して重要である。
【００４０】
今説明されたように、ＦＣＭフレームは無線ネットワークの改良された特性そして/あるいは追加の特徴を提供することが可能である。ＦＣＭフレームを処理する受信機がＦＣＭフレームそれら自身に関する構造および代替案と同様に詳細に記述された。ＦＣＭフレームに対応して、送信機はこれらのＦＣＭフレームを生成しそして送信するために使用されるであろう。かかる送信機は一般的にネットワーキングデバイス（networking device）の一部であり、ここに記載されたＦＣＭフレームを発生するために、適切なＰＨＹレイヤ論理、ＭＡＣレイヤ論理などを含むであろう。勿論、ＦＣＭ動作可能なネットワーキングデバイスは、フレームを発生できる送信機とフレームを受信できる受信機を多分結合するであろう。
【００４１】
本発明は典型的な実施例に関して記述されたが、当業界における熟練者は多数の変形が可能であることを認めるであろう。例えば、ここに記述されたプロセスは、ハードウェアコンポーネント、ソフトウェアコンポーネント、および/あるいはこれらの任意の組み合わせを用いて実現されることが可能である。このように、本発明は典型的な実施例に関して記載されているが、この発明は後に続く請求項の範囲内のすべての修正および対等のものをカバーすることを意図するものであることが正しく理解されるであろう。
【図面の簡単な説明】
【００４２】
【図１】図１は従来のＰＰＤＵフレームの概要図である。
【図２】図２は高速制御メッセージング（ＦＣＭ）フレームに関する事例のフォーマットの概要図である。
【図３】図３はＦＣＭインジケータおよびＭＡＣ制御ビットをＣＭフレームヘッダに符号化するための一つの代替の概要図である。
【図４】図４は他のＦＣＭフレームヘッダの中に符号化されたＭＡＣ制御ビットフィールドに関する一つの事例の概要図である。
【図５】図５はＲＴＳメッセージに関するＦＣＭフレームの一つの事例の概要図である。
【図６】図６はＣＴＳメッセージに関するＦＣＭフレームの一つの事例の概要図である。
【図７Ａ】図７はＦＣＭ機能が使用されるときのＲＴＳ−ＣＴＳ改善のプロットを示す概要図である。図7Ａは一つのスケールを示す。
【図７Ｂ】図7Ｂは他のスケールを示す。
【図８】図８はＡＣＫに関するＦＣＭフレームの一つの事例の概要図である。
【図９】図９は即時の集合ＡＣＫに対するＦＣＭフレームの一つの事例の概要図である。
【図１０】図１０はブロックＡＣＫに対するＦＣＭの即時集合されたＡＣＫの電力節約のプロットである。
【図１】
2009508451.tif 000003
【図２】
2009508451.tif 000004
【図３】
2009508451.tif 000005
【図４】
2009508451.tif 000006
【図５】
2009508451.tif 000007
【図６】
2009508451.tif 000008
【図７Ａ】
2009508451.tif 000009
【図７Ｂ】
2009508451.tif 000010
【図８】
2009508451.tif 000011
【図９】
2009508451.tif 000012
【図１０】
2009508451.tif 000013
【国際調査報告】
2009508451.tif 000014