特許 5986139 無線ローカルエリアネットワークにおけるフレーム交換の応答性を改善する方法およびシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5986139

(24)【登録日】2016年8月12日

(45)【発行日】2016年9月6日

(54)【発明の名称】無線ローカルエリアネットワークにおけるフレーム交換の応答性を改善する方法およびシステム

(51)【国際特許分類】

   H04W 74/08 20090101AFI20160823BHJP

【ＦＩ】

   H04W74/08

【請求項の数】22

【全頁数】20

(21)【出願番号】特願2014-98894(P2014-98894)

(22)【出願日】2014年5月12日

(62)【分割の表示】特願2013-89334(P2013-89334)の分割

【原出願日】2006年3月31日

(65)【公開番号】特開2014-143765(P2014-143765A)

(43)【公開日】2014年8月7日

【審査請求日】2014年6月11日

【審判番号】不服2015-19771(P2015-19771/J1)

【審判請求日】2015年11月2日

(31)【優先権主張番号】60/668,154

(32)【優先日】2005年4月4日

(33)【優先権主張国】US

(31)【優先権主張番号】60/670,858

(32)【優先日】2005年4月13日

(33)【優先権主張国】US

(31)【優先権主張番号】11/393,303

(32)【優先日】2006年3月29日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】596008622

【氏名又は名称】インターデイジタル テクノロジー コーポレーション

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】アーティ チャンドラ

(72)【発明者】

【氏名】エルダッド ゼイラ

(72)【発明者】

【氏名】モハメッド サムール

(72)【発明者】

【氏名】サディア エー．グランディ

【合議体】

【審判長】 大塚 良平

【審判官】 菅原 道晴

【審判官】 山中 実

(56)【参考文献】

【文献】 国際公開第２００４／０７１０２１（ＷＯ，Ａ１）

【文献】 特開２００３−１６３９６０（ＪＰ，Ａ）

【文献】 特開２００３−２５８８１４（ＪＰ，Ａ）

【文献】 特開２００１−２３１０７８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

H04B7/24-7/26, H04W4/00-99/00, H04L29/08

(57)【特許請求の範囲】

【請求項1】

第１の局（ＳＴＡ）における使用のための方法であって、
レスポンダへ、要求フレームを送信するステップであって、前記要求フレームは、要求識別番号を示す要求識別番号フィールドを含む、ステップと、
前記要求フレームに応答して、前記要求フレームの受領を確認する別個の肯定応答（ＡＣＫ）フレームを受信することなく、前記レスポンダから、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を包含するサウンディング物理層プロトコルデータユニット（ＰＰＤＵ）を受信するステップであって、前記サウンディングＰＰＤＵは、前記要求フレームに含まれた前記要求識別番号を示す要求識別フィールドを含む、ステップと、
を含む、方法。

【請求項2】

前記サウンディングＰＰＤＵは、前記要求フレームのショートフレーム間隔（ＳＩＦＳ）内で受信される、請求項１に記載の方法。

【請求項3】

前記サウンディングＰＰＤＵは、別個のフレームにてピギーバックされる、請求項１に記載の方法。

【請求項4】

前記サウンディングＰＰＤＵは、別個のフレームに集約される、請求項１に記載の方法。

【請求項5】

前記要求フレームは、別個のＡＣＫフレームにより前記要求フレームの受領を確認するかを示すＡＣＫポリシーフィールドを含み、これによって、前記ＡＣＫポリシーフィールドが、前記別個のＡＣＫフレームが受信されないであろうことを示すことを条件として、前記別個のＡＣＫフレームを受信することなく、前記サウンディングＰＰＤＵが受信される、請求項１に記載の方法。

【請求項6】

前記要求フレームは、前記サウンディングＰＰＤＵが直ちにまたは予め定められた時間期間内に受信されるかどうかを示す応答時間ポリシーフィールドを含む、請求項１に記載の方法。

【請求項7】

前記要求フレームは、前記サウンディングＰＰＤＵが少なくとも１つの他のフレームに集約されうるかどうかを示す集約ポリシーフィールドを含む、請求項１に記載の方法。

【請求項8】

前記集約ポリシーフィールドは、複数のパケットがフレーム間隔短縮（ＲＩＦＳ）内に受信されることを示す、請求項７に記載の方法。

【請求項9】

前記要求フレームおよび前記サウンディングＰＰＤＵは、管理フレームである、請求項１に記載の方法。

【請求項10】

前記サウンディングＰＰＤＵは、送信ビーム形成、キャリブレーション、およびアンテナ選択のうちの少なくとも１つに使用される、請求項１に記載の方法。

【請求項11】

前記要求フレームは、変調符号化方式（ＭＣＳ）要求を含み、前記サウンディングＰＰＤＵは、ＭＣＳフィードバックを含み、前記方法は、前記ＭＣＳフィードバックに基づいて次のフレームを生成するステップをさらに含む、請求項１に記載の方法。

【請求項12】

レスポンダへ要求フレームを送信するように構成された送信機であって、前記要求フレームは、要求識別番号を示す要求識別番号フィールドを含む、送信機と、
前記要求フレームに応答して、前記要求フレームの受領を確認する別個の肯定応答（ＡＣＫ）フレームを受信することなく、前記レスポンダから、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を包含するサウンディング物理層プロトコルデータユニット（ＰＰＤＵ）を受信するように構成された受信機であって、前記サウンディングＰＰＤＵは、前記要求フレームに含まれた前記要求識別番号を示す要求識別フィールドを含む、受信機と、
を備える局（ＳＴＡ）。

【請求項13】

前記受信機は、前記要求フレームのショートフレーム間隔（ＳＩＦＳ）内で前記サウンディングＰＰＤＵを受信するように構成された、請求項１２に記載のＳＴＡ。

【請求項14】

前記受信機は、別個のフレームにてピギーバックされた前記サウンディングＰＰＤＵを受信するように構成された、請求項１２に記載のＳＴＡ。

【請求項15】

前記受信機は、別個のフレームに集約された前記サウンディングＰＰＤＵを受信するように構成された、請求項１２に記載のＳＴＡ。

【請求項16】

前記送信機は、別個のＡＣＫフレームにより前記要求フレームの受領を確認するかを示すＡＣＫポリシーフィールドを含む前記要求フレームを送信するように構成され、これによって、前記受信機は、前記ＡＣＫポリシーフィールドが、前記別個のＡＣＫフレームが受信されないであろうことを示すことを条件として、前記別個のＡＣＫフレームを受信することなく、前記サウンディングＰＰＤＵを受信するように構成された、請求項１２に記載のＳＴＡ。

【請求項17】

前記送信機は、前記サウンディングＰＰＤＵが直ちにまたは予め定められた時間期間内に受信されるかどうかを示す応答時間ポリシーフィールドを含む前記要求フレームを送信するように構成された、請求項１２に記載のＳＴＡ。

【請求項18】

前記送信機は、前記サウンディングＰＰＤＵが他のフレームに集約されうるかどうかを示す集約ポリシーフィールドを含む前記要求フレームを送信するように構成された、請求項１２に記載のＳＴＡ。

【請求項19】

前記集約ポリシーフィールドは、前記ＳＴＡが、フレーム間隔短縮（ＲＩＦＳ）内に複数のパケットを受信することを示す、請求項１８に記載のＳＴＡ。

【請求項20】

前記要求フレームおよび前記サウンディングＰＰＤＵは、管理フレームである、請求項１２に記載のＳＴＡ。

【請求項21】

前記サウンディングＰＰＤＵを、送信ビーム形成、キャリブレーション、およびアンテナ選択のうちの少なくとも１つに使用するように構成されたプロセッサをさらに備える、請求項１２に記載のＳＴＡ。

【請求項22】

前記送信機は、変調符号化方式（ＭＣＳ）要求を含む前記要求フレームを送信するように構成され、前記受信機は、ＭＣＳフィードバックを含む前記サウンディングＰＰＤＵを受信するように構成され、前記送信機は、前記ＭＣＳフィードバックに基づいて次のフレームを送信するように構成された、請求項１２に記載のＳＴＡ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線ローカルエリアネットワーク（ＷＬＡＮ）に関する。より詳細には、本発明は、ＷＬＡＮにおける管理フレーム、制御フレーム、またはデータフレーム交換の応答性を改善する方法およびシステムに関する。

【背景技術】

【0002】

ＩＥＥＥ８０２．１１ＷＬＡＮでは、アクセスポイント（ＡＰ）または局（ＳＴＡ）が、管理フレームを使用していくつかの管理機能を実行する。管理フレームの例としては、接続要求（Association Request）、接続応答（Association Response）、再接続要求（Reassociation Request）、再接続応答（Reassociation Response）、プローブ要求（Probe Request）、プローブ応答（Probe Response）等のフレームがある。

【0003】

ＩＥＥＥ８０２．１１ｅは、新しい管理フレームを追加したＩＥＥＥ８０２．１１規格の拡張規格である。これらの新しい管理フレームの一部は、アクションフレームと呼ばれている。アクションフレームは、サービス品質（ＱｏＳ）トラフィックストリームセットアップ（traffic stream set-up）、ダイレクトリンクセットアップ（direct link set-up）、ブロック肯定応答（ＡＣＫ）セットアップ（block acknowledgment set-up）等、いくつかの機能を実行するのに使用される。アクションフレームの例としては、トラフィックストリーム追加（Add Traffic Stream：ＡＤＤＴＳ）要求、ＡＤＤＴＳ応答、ダイレクトリンクセットアップ（Direct Link Setup：ＤＬＳ）要求、ＤＬＳ応答、ブロック肯定応答追加（Add Block acknowledgement（ＡＣＫ）：ＡＤＤＢＡ）要求、ブロックＡＣＫ追加応答、ブロックＡＣＫ削除（Delete Block ACK：ＤＥＬＢＡ）要求等が挙げられる。

【0004】

現在、より高いスループット（higher throughput：ＨＴ）を達成するＩＥＥＥ８０２．１１ｎの拡張規格が提案されている。ＩＥＥＥ８０２．１１ｎの提案では、伝送モードフィードバックおよびチャネル情報フィードバックを提供する新しいアクションフレームが紹介されている。伝送モードフィードバックを用いると、受信局が現在のチャネル状態にとって好ましいモードを送信局に知らせることが可能となる。個々のモード選択は、受信局によって決定される。送信局は、自身の能力に応じて特定のモードを使用しても使用しないでもよい。受信局は、好ましいモードを提供するのを拒否することもある。チャネル情報フィードバックは、受信局で確認される正確なチャネルを送信局が学習するためのメカニズムを提供する。この情報は、チャネル間の相互関係を仮定するシステムにおいて、キャリブレーションの一部として使用することも、ダイレクトチャネルフィードバックとして使用することもできる。受信局は、完全なチャネル推定値を提供することもヌル（null）応答を提供することもできる。ＩＥＥＥ８０２．１１ｎのアクションフレームの例としては、モード要求（Mode Request）、モード応答（Mode Response）、複数入出力チャネル要求（multiple-input multiple-output（ＭＩＭＯ）Channel Request）、ＭＩＭＯチャネル応答（MIMO Channel Response）等のフレームがある。

【0005】

管理フレーム（アクションフレームを含む）は、（例えばビーコンフレームを介して）複数のレスポンダ（responder）にブロードキャストまたはマルチキャストすることができ、また、（例えばＡＤＤＢＡ要求、ＡＤＤＢＡ応答、モード要求、モード応答、ＭＩＭＯチャネル要求、およびＭＩＭＯチャネル応答を介して）特定の（単一の）レスポンダにユニキャストすることもできる。管理フレームまたはアクションフレームを特定のレスポンダにユニキャストする場合、ＩＥＥＥ８０２．１１規格では、レスポンダは、ＡＣＫパケットを送信することによってかかるフレームの受領確認を行う必要がある。一方、管理フレームまたはアクションフレームを複数のレスポンダにブロードキャストまたはマルチキャストする場合には、ＩＥＥＥ８０２．１１規格では、レスポンダは、かかるフレームの受領確認を行う必要はない。

【0006】

図１は、イニシエータ（initiator）１０２とレスポンダ１０４との間の管理フレームまたはアクションフレーム交換を行う従来技術の処理１００を示すシグナリング図である。イニシエータ１０２は、ＩＥＥＥ８０２．１１規格に基づく競合遅延またはアクセス遅延に対応する何らかの遅延を伴って無線媒体にアクセスし、アクションフレーム（例えばモード要求フレーム）をレスポンダ１０４に送信する（ステップ１１２）。アクションフレームが正しく受信されると、レスポンダ１０４は、やはり何らかの遅延（例えばショートフレーム間隔（short inter-frame spacing：ＳＩＦＳ）に対応する遅延）を伴って無線媒体にアクセスし、ＡＣＫパケットをイニシエータ１０２に送信する（ステップ１１４）。その後、レスポンダ１０４は、イニシエータ１０２から要求されたデータを含むアクションフレーム（例えばモード応答フレーム）を準備し、次いで、競合遅延またはアクセス遅延による何らかの遅延を伴って無線媒体に再びアクセスし、当該アクションフレームをイニシエータ１０２に送信する（ステップ１１６）。この際、他の局同士がその時点でパケットを交換している可能性もあるので、遅延が実質的に長くなる恐れもあり、したがって、レスポンダ１０４が望むとおりに媒体へのアクセスを行うことができない可能性もある。レスポンダ１０４からのアクションフレームが正しく受信されると、イニシエータ１０２は、やはり何らかの遅延（典型的にはＳＩＦＳに対応する期間）を伴って無線媒体にアクセスし、ＡＣＫパケットをレスポンダ１０４に送信する（ステップ１１８）。

【0007】

従来技術の処理１００では、レスポンダ１０４が無線媒体にアクセスしてステップ１１６で応答フレームを送信するまでに、まずＡＣＫパケットの送信を行う必要があり（ステップ１１４）、その後は競合遅延またはアクセス遅延が生じることになる故に、管理フレームまたはアクションフレーム交換の応答性は、比較的遅くなる。このような遅い管理フレームまたはアクションフレーム応答は、情報が配信された時点で既に有効性または有意性を失っている可能性がある故に、ＷＬＡＮの性能を低下させる恐れがある。例えば、伝送モードフィードバックを用いると、データレート、変調符号化方式（modulation and coding scheme：ＭＣＳ）、ＭＩＭＯの空間ストリーム数、およびガードインターバルを含めた伝送関連情報を、レスポンダ１０４がイニシエータに指定することまたは示すことが可能となる故に、かかる情報の交換が可能な限り迅速に行われることになる。しかしながら、従来技術の手法では、かかる情報の交換にかなりの遅延が生じる恐れがある。

【発明の概要】

【発明が解決しようとする課題】

【0008】

したがって、管理フレームまたはアクションフレームを非常に短い時間間隔で交換する新しいメカニズムを提供することが望ましい。

【課題を解決するための手段】

【0009】

本発明は、ＷＬＡＮにおける管理フレームおよび制御フレーム交換の応答性を改善する方法およびシステムに関するものである。イニシエータは、フレーム（アクションフレーム、管理フレーム、制御フレーム、またはデータフレーム）をレスポンダに送信する。フレームが正しく受信されると、レスポンダは、イニシエータにＡＣＫパケットを直ちに送信する代わりに、応答フレームを送信する。レスポンダは、無線媒体にアクセスしてＳＩＦＳ内に応答を送信することが好ましい。この手法を用いると、応答フレームを送信する上で必要となる無線媒体の競合に関連する長い遅延が回避され、したがってフィードバックメカニズムの応答性および適時性が大幅に改善される。応答フレームは、別のパケットにピギーバックすることも、集約（aggregate）することもできる。

【図面の簡単な説明】

【0010】

【図1】従来技術によるイニシエータとレスポンダとの間の管理フレームまたはアクションフレーム交換に関するシグナリング図である。

【図2】本発明によるイニシエータとレスポンダとの間の管理フレームまたはアクションフレーム交換に関するシグナリング図である。

【図3】ＭＭＰＤＵのＡＣＫポリシーが「Ｎｏ−ＡＣＫ」として指定されたＡ−ＭＰＤＵを使用する、本発明によるイニシエータとレスポンダとの間のパケット交換に関する例示的な処理を示す図である。

【図4】ＭＭＰＤＵのＡＣＫポリシーが「Ｎｏ−ＡＣＫ」として指定されたＡ−ＭＰＤＵを使用する、本発明によるイニシエータとレスポンダとの間のパケット交換に関する例示的な処理を示す図である。

【図5】ＭＭＰＤＵのＡＣＫポリシーが「Ｎｏ−ＡＣＫ」として指定されたＲＩＦＳを使用する、本発明によるイニシエータとレスポンダとの間のパケット交換に関する例示的な処理を示す図である。

【図6】ＭＭＰＤＵのＡＣＫポリシーが「Ｎｏ−ＡＣＫ」として指定されたＲＩＦＳを使用する、本発明によるイニシエータとレスポンダとの間のパケット交換に関する例示的な処理を示す図である。

【発明を実施するための形態】

【0011】

以下では、「イニシエータ」および「レスポンダ」という用語は、それだけに限らないが、ユーザ機器（ＵＥ）、無線送受信ユニット（ＷＴＲＵ）、移動局、固定または移動加入者ユニット、ページャー、ノードＢ、基地局、サイトコントローラ、アクセスポイント、または無線環境で動作可能な他の任意のタイプのデバイスを含む。

【0012】

本発明の諸特徴は、集積回路（ＩＣ）に組み込むことも、複数の相互接続部品を備える回路の形で構成することもできる。

【0013】

図２は、本発明によるイニシエータ２０２（発信側としても知られる）とレスポンダ２０４（受信側としても知られる）との間のアクションフレーム交換に関する処理２００のシグナリング図である。イニシエータ２０２は、送信機会（transmit opportunity：ＴＸＯＰ）を有し、集約物理層プロトコルデータユニット（aggregate physical layer protocol data unit：Ａ−ＰＰＤＵ）または集約制御フレームを含むフレーム交換シーケンスにおいて第１のフレームを送信する、通信エンティティである。レスポンダ２０４は、Ａ−ＰＰＤＵおよび集約制御フレームを含むフレーム交換シーケンスにおいてイニシエータ２０２への応答を行う通信エンティティである。イニシエータ２０２は、アクションフレーム（通常はモード要求フレーム等の要求フレーム）をレスポンダ２０４に送信する（ステップ２１２）。アクションフレームが正しく受信されると、レスポンダ２０４は、ＡＣＫパケットを直ちに送信する代わりに、応答アクションフレーム（例えばモード応答フレーム）を送信する（ステップ２１４）。以下では、アクションフレームに関して本発明を説明する。ただし、本発明は、管理フレーム、制御フレーム、データフレーム等、任意のタイプのフレームに等しく適用可能であることに留意されたい。要求フレームおよび応答フレームは、異なるタイプのフレームとすることができる。

【0014】

レスポンダ２０４は、無線媒体にアクセスして、ＳＩＦＳに対応する期間内に応答アクションフレームを送信することが好ましい。次いで、イニシエータ２０２は、好ましくはＳＩＦＳに対応する短い遅延の後に、ＡＣＫフレームを送信する（ステップ２１６）。本発明によれば、図１のステップ１１６で必要となる無線媒体の競合に関連する長い遅延が回避され、したがってフィードバックメカニズムの応答性および適時性が大幅に改善される。

【0015】

あるいは、応答アクションフレームは、ステップ２１４でＡＣＫパケットや別の管理フレームまたは制御フレーム、あるいはデータパケットにてピギーバックすることも、集約することもできる。ＡＣＫパケットがピギーバックされる場合または集約される場合は、最初のアクションフレーム（すなわちモード要求フレーム）に応答して送信されるＡＣＫパケットが省略されるわけではなく、別のフレームと一緒に送信されることになる。

【0016】

本発明のシグナリングメカニズムは、デフォルトで実装されても、イニシエータ２０２とレスポンダ２０４の両者で共通の決められた手順に従って実装されてもよい。この場合は、好ましいシグナリングメカニズムを示す追加的なフィールドがアクションフレーム（管理フレーム、制御フレーム、データフレーム等を含む）に含められる。例えば、イニシエータ２０２は、レスポンダ２０４が当該要求フレームにどのように応答することが期待されるかを示す新しいフィールドを設定した要求フレーム（例えばモード要求フレーム、ＭＩＭＯチャネル要求フレーム、ＭＣＳ要求（MCS request：ＭＲＱ）フレーム、チャネル状態情報（channel state information：ＣＳＩ）要求フレーム、キャリブレーション開始フレーム、送信アンテナ選択サウンディング要求（transmit antenna selection sounding request）フレーム、トレーニング要求（training request：ＴＲＱ）フレーム等）を送信することができる。

【0017】

新しいフィールドは、それだけに限らないが、ＡＣＫポリシーフィールド、要求識別番号フィールド、応答時間ポリシーフィールド、および集約ポリシーフィールドのうちの少なくとも１つを含む。ＡＣＫポリシーフィールドは、レスポンダ２０４がＡＣＫパケットを送信する必要があるか否かを示す。

【0018】

要求識別番号フィールドは、要求識別番号を含む。応答フレームは、同様の要求識別番号フィールドを使用し、その値は、要求フレーム内の要求識別番号に対応する。あるいは、応答フレームが頻繁に送信される場合は、応答フレーム内の要求識別番号フィールドを、以下で詳細に説明する特別な値にセットすることもできる。

【0019】

応答時間ポリシーフィールドは、レスポンダ２０４がイニシエータ２０２に応答フレームを直ちに（すなわちＳＩＦＳに）送信することが期待されるのか、短い遅延よりも長い指定期間内に送信することが期待されるのか、それともレスポンダ２０４が選択した時間に（すなわち自発的に（unsolicited））送信することが期待されるのかを示す。

【0020】

集約ポリシーフィールドは、レスポンダ２０４が別のパケットにピギーバックされた応答フレームを送信することが期待されるのか、それともＡＣＫパケット、管理パケットまたは制御パケット、データパケット、あるいは他の任意のタイプのパケット等、他のパケットに集約された応答フレームを送信することが期待されるのかを示す。複数の管理フレームを１つのパケットに集約することもできる。管理ＭＡＣ層プロトコルデータユニット（management MAC layer protocol data unit：ＭＭＰＤＵ）がスタンドアロンで（すなわち集約物（aggregate）の一部にならない形で）送信される場合にはシンプルＡＣＫが使用され、１つまたは複数のＭＭＰＤＵが集約物の一部として送信される場合にはブロックＡＣＫ（block ACK：ＢＡ）が使用され得る。

【0021】

ＡＣＫポリシーが応答フレームにＡＣＫを含むように選択される場合は、以下の手法を適用することができる。ＭＭＰＤＵには、イニシエータ２０２によって、レスポンダ毎に一意でない単一のカウンタを使用して、シーケンス番号（sequence number：ＳＮ）が割り当てられ、そのシーケンス番号はブロードキャストフレーム／マルチキャストフレームおよび非ＱｏＳデータサブタイプフレームについても使用される。本発明によれば、管理フレームは、レスポンダ毎に一意に付与される別個の新しいＳＮカウンタを使用して順序付けすることもできる。あるいは、管理フレームは、管理フレームが集約されるデータと同じＳＮカウンタを使用して順序付けすることもできる。別の代替形態では、管理フレームに対してＩＥＥＥ ８０２．１１ｅの同じＳＮ割当て方法が使用されるが、この場合は、レスポンダ２０４は、管理フレームの並び替えを行うことができない。というのも、レスポンダ２０４が受信したＳＮ間のギャップを使用して欠落フレームを明確に識別することができないからである。イニシエータ２０２に必要とされるのは、ＡＣＫポリシーフィールド内で指定された管理フレームのコピーを、それらの肯定応答が返送されるまでまたはそれらのライフタイムが終了するまで記憶しておくことだけである。

【0022】

管理フレーム用のブロックＡＣＫ要求（block ACK request：ＢＡＲ）については、新しいＭＭＰＤＵのＡＣＫポリシーフィールドをＢＡＲと解釈することができる。あるいは、管理フレーム用の別個のＢＡＲ ＭＡＣプロトコルデータユニット（ＭＡＣ ｐｒｏｔｏｃｏｌ data unit：ＭＰＤＵ）を集約物の一部として送信することもできる（すなわち、当該集約物は、データフレーム用のＢＡＲフレームと管理フレーム用のＢＡＲフレームから成る２つのＢＡＲフレームを含む）。あるいは、オリジナルのＢＡＲ ＭＰＤＵフォーマットが管理フレーム用の追加部分を含むように機能拡張することもできる（すなわち、当該集約物は、それぞれ管理フレーム用とデータフレーム用の２つの部分を有する１つのＢＡＲフレームを含む）。

【0023】

ＢＡパケットに関しては、管理フレーム用の別個のＢＡ ＭＰＤＵを集約物の一部として送信することができる（すなわち、当該集約物は、データフレーム用のＢＡパケットと管理フレーム用のＢＡパケットから成る２つのＢＡパケットを含む）。あるいは、従来のＢＡ ＭＰＤＵフォーマットが管理フレームの肯定応答を返送するように機能拡張することもできる（すなわち、当該集約物は、それぞれ管理フレーム用とデータフレーム用の２つの部分を有する１つのＢＡを含む）。

【0024】

管理フレームをサポートするＢＡおよびＢＡＲパケットのフォーマットに関しては、管理フレーム用に使用されるＢＡおよびＢＡＲパケットを、従来のフォーマットと同じフォーマットまたは同様のフォーマットで作成することができ、また、ビットまたは特別なフィールド割当てを使用して明示的に識別することができる。ＢＡおよびＢＡＲは、開始シーケンス番号（starting sequence number：ＳＳＮ）と以下のビットマップの概念を利用することができる。ＢＡビットマップ内のビット位置ｎが１にセットされている場合には、ＢＡ ＳＳＮ＋ｎと等しいシーケンス制御値を有するＭＰＤＵの受領確認が行われる。ＢＡビットマップ内のビット位置ｎが０にセットされている場合には、（ＢＡ ＳＳＮ＋ｎ）と等しいＭＰＤＵシーケンス制御値を有するＭＰＤＵの受信に失敗した旨が示される。典型的には、集約管理フレームは、増分ＳＮを有する可能性が高い。集約管理フレームのＳＮ間のギャップが大きい場合（例えば再送信フレームと新しいフレームが集約されている場合）には、それぞれ１つまたは複数の異なる管理フレームの肯定応答を返送する複数のＢＡを使用（集約）することができる。例えば、ビットマップのサイズが予め定義された最大サイズ（例えば１６ビット）であり、各集約管理フレームのシーケンス番号間の差が１５を超える場合には、それらの集約管理フレームの肯定応答を同じビットマップ内で行うことはできず、別のＢＡフレームが必要となる。ＢＡおよびＢＡＲは、それぞれに関係する管理フレームにＳＮを単に記載することができる。

【0025】

次に例示として、新しいフィールドを含む、ＭＲＱフレーム、ＭＣＳフィードバック（MSC feedback：ＭＦＢ）フレーム、およびトレーニング要求（training request：ＴＲＱ）フレームについて説明する。ただし、他の任意の管理フレーム、制御フレーム、またはデータフレームがパケット交換の応答性を改善する新しいフィールドを含むこともできることに留意されたい。

【0026】

ＭＲＱフレームは、カテゴリＨＴの管理フレームである。ＭＲＱフレームは、ＭＣＳフィードバックをレスポンダ２０４から要求するのに使用される。ＭＲＱフレームは、表１に示されるように、ＭＣＳ要求フィールドに加えて、ＡＣＫポリシーフィールド、要求識別番号フィールド、応答時間ポリシーフィールド、および集約フォーマットフィールドのうちの１つまたは複数を含む。ＡＣＫポリシーフィールドは、「Ｎｏ−ＡＣＫ」（すなわち、ダイレクトＭＦＢフレーム応答の要求）または「ＡＣＫ」（すなわち、ＡＣＫパケットの要求）にセットされる。要求識別番号フィールドは、ＭＦＢパケットがワンタイムであることが期待される場合には要求識別番号にセットされ、ＭＦＢパケットが頻繁に送信されることが期待される場合には「０」にセットされる。応答時間ポリシーフィールドは、「ｉｍｍｅｄｉａｔｅ」（すなわちＳＩＦＳに）、「ｄｅｌａｙｅｄ」、または「ｕｎｓｏｌｉｃｉｔｅｄ」にセットされる。応答時間ポリシーが「ｉｍｍｅｄｉａｔｅ」にセットされている場合には、レスポンダ２０４は、ＭＦＢフレームを直ちに（すなわちＳＩＦＳに）送信することが期待される。応答時間ポリシーが「ｄｅｌａｙｅｄ」にセットされている場合には、レスポンダ２０４は、ＭＦＢフレームを指定された遅延時間に送信することが期待される。応答時間ポリシーが「ｕｎｓｏｌｉｃｉｔｅｄ」にセットされている場合には、レスポンダ２０４は、それ自体が選択した時間に応答を送信することができる。集約フォーマットフィールドは、「Ａ−ＭＰＤＵ（aggregated MAC protocol data unit：集約ＭＡＣプロトコルデータユニット）」、「ＲＩＦＳ−ＰＰＤＵ」、または「Ｎｏ−Ａｇｇｒｅｇａｔｉｏｎ」にセットすることができる。集約フォーマットフィールドが「Ａ−ＭＰＤＵ」にセットされている場合には、レスポンダ２０４およびイニシエータ２０２は、Ａ−ＭＰＤＵを送信することが期待される。集約フォーマットフィールドが「ＲＩＦＳ−ＰＰＤＵ」にセットされている場合には、レスポンダ２０４およびイニシエータ２０２は、ＲＩＦＳ（reduced inter-frame spacing：フレーム間隔短縮）を使用して複数のＭＰＤＵを送信することが期待されるが、Ａ−ＭＰＤＵを生成することもできる。集約フォーマットフィールドが「Ｎｏ−Ａｇｇｒｅｇａｔｉｏｎ」にセットされている場合には、レスポンダ２０４およびイニシエータ２０２は、ＭＦＢフレームの集約を行わないことが期待される。あるいは、ＭＲＱフレームまたはＭＦＢフレームに集約フォーマットフィールドが含まれていない場合には、レスポンダ２０４またはイニシエータ２０２が当該集約フォーマットフィールドを介した相手方からの命令を待つ必要なく、独自に判断を下すことになるので、集約を実行することができるようになる。ＭＣＳ要求は、要求されたフィードバックのタイプを示す。

【0027】

【表1】

【0028】

ＭＦＢフレームは、カテゴリＨＴの管理フレームである。ＭＦＢフレームは、ＭＲＱフレームに応答してまたは独立して送信される。ＭＦＢフレームは、表２に示されるように、ＭＦＢフィールドに加えて、ＡＣＫポリシーフィールド、要求識別番号フィールド、応答時間ポリシーフィールド、および集約フォーマットフィールドのうちの１つまたは複数を含む。ＡＣＫポリシーフィールドは、「Ｎｏ−ＡＣＫ」または「ＡＣＫ」にセットされる。要求識別番号フィールドは、応答型である場合にはＭＲＱフレームの対応する要求番号にセットされ、ＭＦＢフレームが頻繁に送信される場合または自発型である場合には「０」にセットされる。応答時間ポリシーフィールドは、「ｉｍｍｅｄｉａｔｅ」（すなわちＳＩＦＳ）、「ｄｅｌａｙｅｄ」、または「ｕｎｓｏｌｉｃｉｔｅｄ」にセットされる。集約フォーマットフィールドは、「Ａ−ＭＰＤＵ」、「ＲＩＦＳ−ＰＰＤＵ」、または「Ｎｏ−Ａｇｇｒｅｇａｔｉｏｎ」にセットすることができる。ＡＣＫポリシーフィールド、要求識別番号フィールド、応答時間ポリシーフィールド、および集約フォーマットフィールドの動作は、ＭＲＱフレームの動作と同じであり、ここでは簡略化のために説明を繰り返すことはしない。ＭＣＳフィードバックフィールドは、ＭＣＳ応答を含む。

【0029】

【表2】

【0030】

ＴＲＱフレームは、カテゴリＨＴの管理フレームである。ＴＲＱフレームは、レスポンダ２０４からの次の送信物が、指定された物理層属性を有するサウンディングＰＰＤＵとなるよう要求する。ＴＲＱフレームは、表３に示されるように、ＡＣＫポリシーフィールド、要求識別番号フィールド、応答時間ポリシーフィールド、および集約フォーマットフィールド、ならびにチャネルサウンディングパラメータフィールド（channel sounding parameters field）のうちの１つまたは複数を含む。ＡＣＫポリシーフィールドは、「Ｎｏ−ＡＣＫ」または「ＡＣＫ」にセットされる。要求識別番号フィールドは、トレーニング手順に基づく要求番号にセットされる。応答時間ポリシーフィールドは、「ｉｍｍｅｄｉａｔｅ」（ＳＩＦＳ）、「ｄｅｌａｙｅｄ」、または「ｕｎｓｏｌｉｃｉｔｅｄ」にセットされる。集約フォーマットフィールドは、「Ａ−ＭＰＤＵ」、「ＲＩＦＳ−ＰＰＤＵ」、または「Ｎｏ−Ａｇｇｒｅｇａｔｉｏｎ」にセットされる。ＡＣＫポリシーフィールド、要求識別番号フィールド、応答時間ポリシーフィールド、および集約フォーマットフィールドの動作は、ＭＲＱフレームの動作と同じであり、ここでは簡略化のために説明を繰り返すことはしない。チャネルサウンディングパラメータフィールドは、ＨＴ−ＬＴＦ（long training field）の数およびタイプ、送受信アンテナの数等を示す。

【0031】

【表3】

【0032】

上記の新しいフィールド（すなわち、ＡＣＫポリシーフィールド、要求識別番号フィールド、応答時間ポリシーフィールド、および集約フォーマットフィールドのうちの１つまたは複数）は、任意のタイプのフレーム（例えば、モード要求フレーム、モード応答フレーム、ＭＩＭＯチャネル要求フレーム、ＭＩＭＯチャネル応答フレーム、ＣＳＩフィードバック要求フレーム、ＣＳＩフィードバック応答フレーム、キャリブレーション開始フレーム、キャリブレーションサウンディング応答フレーム、送信アンテナ選択サウンディング要求フレーム、アンテナ選択フィードバックフレーム等）に含めることができる。

【0033】

モード要求フレームおよびモード応答フレームは、高スループット通信を利用する上で最適な伝送モードを交換するのに使用される。ＭＩＭＯチャネル要求フレーム、ＭＩＭＯチャネル応答フレーム、ＣＳＩフィードバック要求フレーム、およびＣＳＩフィードバック応答フレームは、イニシエータ２０２とレスポンダ２０４との間のＣＳＩ交換に使用される。キャリブレーション開始フレームおよびキャリブレーションサウンディング応答フレームは、イニシエータ２０２とレスポンダ２０４の送受信チェーンの差異を解消するキャリブレーションの目的で使用される。送信アンテナ選択サウンディング要求フレームおよびアンテナ選択フィードバックフレームは、イニシエータ２０２またはレスポンダ２０４によるアンテナ選択で使用される。

【0034】

図３は、ＭＭＰＤＵのＡＣＫポリシーが「Ｎｏ−ＡＣＫ」として指定されたＡ−ＭＰＤＵを使用する、本発明によるイニシエータ３０２とレスポンダ３０４との間のパケット交換に関する例示的な処理３００を示す。イニシエータ３０２は、レスポンダ３０４に送信すべきデータが存在する場合は送信要求（request-to-send：ＲＴＳ）フレーム３１２を生成し、ベーシックレート非集約ＰＰＤＵ（basic rate non-aggregated PPDU）３１４を使用して、当該ＲＴＳフレーム３１２をレスポンダ３０４に送信する。ＲＴＳフレーム３１２が受信されると、レスポンダ３０４は、ベーシックレート非集約ＰＰＤＵ３１８を使用して、送信可（clear-to-send：ＣＴＳ）フレーム３１６をイニシエータ３０２に送信する。イニシエータ３０２は、ＣＴＳフレーム３１６を受信した後に、ＭＲＱ ＭＭＰＤＵ ３２０ａ、データＭＰＤＵ ３２０ｂ、およびＢＡＲ ＭＰＤＵ ３２０ｃを含むＡ−ＭＰＤＵ ３２０を生成する。Ａ−ＭＰＤＵ ３２０は、ベーシックＭＩＭＯおよびデフォルトＭＣＳに基づいて生成される集約ＰＰＤＵ（Ａ−ＰＰＤＵ）３２２を使用して送信される。

【0035】

レスポンダ３０４は、ＭＲＱ ＭＭＰＤＵ ３２０ａのＡＣＫポリシーフィールドが「Ｎｏ−ＡＣＫ」にセットされていることから、ＭＲＱ ＭＭＰＤＵ ３２０ａの受領確認を行うＡＣＫを送信することはせず、ＭＦＢ ＭＭＰＤＵ ３１４ａを直接送信する。レスポンダ３０４は、データＭＰＤＵ ３２０ｂの受領確認を行うために、ＭＦＢ ＭＭＰＤＵ ３２４ａおよびＢＡ ３２４ｂを含むＡ−ＭＰＤＵ ３２４を生成し、Ａ−ＰＰＤＵ ３２６を使用して当該Ａ−ＭＰＤＵ ３２４を送信する。

【0036】

イニシエータ３０２は、ＭＦＢ ＭＭＰＤＵ ３２４ａを受信し、ＭＦＢ ＭＭＰＤＵ ３２４ａに含まれるＭＣＳフィードバックに従って最適化されたＭＣＳを選択する。イニシエータ３０２は、データＭＰＤＵ ３２８ａおよびＢＡＲ ＭＰＤＵ ３２８ｂを含む別のＡ−ＭＰＤＵ ３２８を生成し、ＭＣＳフィードバックに基づいてレートが最適化されたＡ−ＰＰＤＵ ３３０を使用して、当該Ａ−ＭＰＤＵ ３２８を送信する。次いで、レスポンダ３０４は、ＢＡＲ ＭＰＤＵ ３２８ｂに応答して、非集約ＰＰＤＵ ３３４を使用してＢＡ ３３２の送信を行う。データ送信が成功した後は、イニシエータ３０２は、ベーシックレート非集約ＰＰＤＵ ３３８を使用して、ＣＦ−Ｐｏｌｌ ＥＮＤフレーム３３６を送信し、ＴＸＯＰを解放する。

【0037】

図４は、ＭＭＰＤＵのＡＣＫポリシーが「Ｎｏ−ＡＣＫ」として指定されたＡ−ＭＰＤＵを使用する、本発明によるイニシエータ４０２とレスポンダ４０４との間のパケット交換に関する別の例示的な処理４００を示す。イニシエータ４０２は、レスポンダ４０４に送信すべきデータが存在する場合はＲＴＳフレーム４１２を生成し、ベーシックレート非集約ＰＰＤＵ ４１４を使用して、当該ＲＴＳフレーム４１２をレスポンダ４０４に送信する。ＲＴＳフレーム４１２が受信されると、レスポンダ４０４は、ベーシックレート非集約ＰＰＤＵ ４１８を使用して、ＣＴＳフレーム４１６をイニシエータ４０２に送信する。イニシエータ４０２は、ＣＴＳフレーム４１６を受信した後に、ＴＲＱ ＭＭＰＤＵ ４２０ａ、ＭＲＱ ＭＭＰＤＵ ４２０ｂ、データＭＰＤＵ ４２０ｃ、およびＢＡＲ ＭＰＤＵ ４２０ｄを含むＡ−ＭＰＤＵ ４２０を生成する。Ａ−ＭＰＤＵ ４２０は、ベーシックＭＩＭＯおよびデフォルトＭＣＳに基づいて生成される集約ＰＰＤＵ ４２２を使用して送信される。

【0038】

ＴＲＱ ＭＭＰＤＵ ４２０ａおよびＭＲＱ ＭＭＰＤＵ ４２０ｂのＡＣＫポリシーフィールドが「Ｎｏ−ＡＣＫ」にセットされていることから、レスポンダ４０４は、ＭＲＱ ＭＭＰＤＵ ４２０ｂの受領確認を行う別個のＡＣＫを送信することはせず、ＭＦＢ ＭＭＰＤＵ ４２４ａを直接送信する。レスポンダ４０４は、ＭＦＢ ＭＭＰＤＵ ４２４ａおよびＢＡ ４２４ｂを含むＡ−ＭＰＤＵ ４２４を生成し、ＴＲＱ ＭＭＰＤＵ ４２０ａの要求に応じて、サウンディングＡ−ＰＰＤＵ ４２６を使用して、当該Ａ−ＭＰＤＵ ４２４を送信する。

【0039】

次いで、イニシエータ４０２は、サウンディングＰＰＤＵ ４２６を受信し、当該サウンディングＰＰＤＵ ４２６に基づいて、チャネル状態情報（ＣＳＩ）を推定する。推定されるＣＳＩは、次のパケットの送信時のＭＩＭＯパラメータ設定に使用される。イニシエータ４０２は、ＭＦＢ ＭＭＰＤＵ ４２４ａも受信し、ＭＦＢ ＭＭＰＤＵ ４２４ａに含まれるＭＦＢフレームに従って最適化されたＭＣＳを選択する。イニシエータ４０２は、ＴＲＱ ＭＭＰＤＵ ４２８ａ、ＭＲＱ ＭＭＰＤＵ ４２８ｂ、データＭＰＤＵ ４２８ｃ、およびＢＡＲ ＭＰＤＵ ４２８ｄを含む別のＡ−ＭＰＤＵ ４２８を生成し、Ａ−ＰＰＤＵ ４３０を使用して当該Ａ−ＭＰＤＵ ４２８を送信する。Ａ−ＰＰＤＵ ４３０は、ＣＳＩおよびＭＦＢに従って最適化されるＭＩＭＯパラメータおよびＭＣＳに基づいて生成される。レスポンダ４０４は、Ａ−ＭＰＤＵ ４２８を受信し、ＭＦＢ ＭＭＰＤＵ ４３２ａおよびＢＡ ４３２ｂを含む別のＡ−ＭＰＤＵ ４３２を生成し、別のサウンディングＰＰＤＵ ４３４を使用して当該Ａ−ＭＰＤＵ ４３２を送信する。イニシエータ４０２は、サウンディングＡ−ＰＰＤＵ ４３４を受信し、ＣＳＩを推定し、ＭＦＢに基づいてＭＣＳを選択する。イニシエータ４０２は、データＭＰＤＵ ４３６ａおよびＢＡＲ ＭＰＤＵ ４３６ｂを含む別のＡ−ＭＰＤＵ ４３６を生成し、Ａ−ＰＰＤＵ ４３８を使用して当該Ａ−ＭＰＤＵ ４３６を送信する。Ａ−ＰＰＤＵは、２番目のＣＳＩおよびＭＦＢに従って更新されるＭＩＭＯパラメータおよびＭＣＳに基づいて生成される。次いで、レスポンダ４０４は、ＢＡＲ ＭＰＤＵ ４３６ｂに応答して、非集約ＰＰＤＵ ４４２を使用して、ＢＡ ４４０の送信を行う。データ送信が成功した後は、イニシエータ４０２は、ベーシックレート非集約ＰＰＤＵ ４４６を使用してＣＦ−Ｐｏｌｌ ＥＮＤフレーム４４４を送信し、ＴＸＯＰを解放する。

【0040】

図５は、ＭＭＰＤＵのＡＣＫポリシーが「Ｎｏ−ＡＣＫ」として指定されたＲＩＦＳを使用する、本発明によるイニシエータ５０２とレスポンダ５０４との間のパケット交換に関する例示的な処理５００を示す。イニシエータ５０２は、レスポンダ５０４に送信すべきデータが存在する場合はＲＴＳフレーム５１２を生成し、ベーシックレート非集約ＰＰＤＵ ５１４を使用して、当該ＲＴＳフレーム５１２をレスポンダ５０４に送信する。ＲＴＳフレーム５１２が受信されると、レスポンダ５０４は、ベーシックレート非集約ＰＰＤＵ ５１８を使用して、ＣＴＳフレーム５１６をイニシエータ５０２に送信する。イニシエータ５０２は、ＣＴＳフレーム５１６を受信した後に、ＭＲＱ ＭＭＰＤＵ ５２０を生成し、ベーシックレート非集約ＰＰＤＵ ５２２を使用して当該ＭＲＱ ＭＭＰＤＵ ５２０を送信する。ＴＸＯＰが解放されない場合には、イニシエータ５０２は、データＭＰＤＵ ５２４ａおよびＢＡＲ ＭＰＤＵ ５２４ｂを含むＡ−ＭＰＤＵ ５２４も生成し、ＰＰＤＵ ５２２の送信からＲＩＦＳ期間が経過した後に、ベーシックＭＩＭＯおよびデフォルトＭＣＳに基づいて生成されるＡ−ＰＰＤＵ ５２６を使用して、当該Ａ−ＭＰＤＵ ５２４を送信する。

【0041】

レスポンダ５０４は、ＭＲＱ ＭＭＰＤＵ ５２０を受信した後は、当該ＭＲＱ ＭＭＰＤＵ ５２０のＡＣＫポリシーフィールドが「Ｎｏ−ＡＣＫ」にセットされていることから、ＡＣＫは送信せず、ＭＦＢ ＭＭＰＤＵ ５２８を直接送信する。ＴＸＯＰが解放されない場合には、レスポンダ５０４は、データＭＰＤＵ ５２４ａの受領確認を行うＢＡフレーム５３２を生成し、ＰＰＤＵ ５３０の送信からＲＩＦＳ期間が経過した後に、非集約ＰＰＤＵ ５３４を使用して当該ＢＡ ５３２を送信する。

【0042】

イニシエータ５０２は、ＭＦＢ ＭＭＰＤＵ ５２８を受信し、ＭＦＢ ＭＭＰＤＵ ５２８に含まれるＭＦＢに従って最適化されたＭＣＳを選択する。イニシエータ５０２は、データＭＰＤＵ ５３６ａおよびＢＡＲ ＭＰＤＵ ５３６ｂを含む第２のＡ−ＭＰＤＵ ５３６を生成し、ＭＦＢに従って最適化されたベーシックＭＩＭＯパラメータおよびＭＣＳに基づいて生成されるＡ−ＰＰＤＵ ５３８を使用して、当該第２のＡ−ＭＰＤＵ ５３６を送信する。次いで、レスポンダ５０４は、非集約ＰＰＤＵ ５４２を使用してＢＡ ５４０を送信し、データＭＰＤＵ ５３６ａの受領確認を行う。データ送信が成功した後は、イニシエータ５０４は、ベーシックレート非集約ＰＰＤＵ ５４６を使用してＣＦ−Ｐｏｌｌ ＥＮＤフレームを送信し、ＴＸＯＰを解放する。

【0043】

図６は、ＭＭＰＤＵのＡＣＫポリシーが「Ｎｏ−ＡＣＫ」として指定されたＲＩＦＳを使用する、本発明によるイニシエータ６０２とレスポンダ６０４との間のパケット交換に関する別の例示的な処理６００を示す。イニシエータ６０２は、レスポンダ６０４に送信すべきデータが存在する場合はＲＴＳフレーム６１２を生成し、ベーシックレート非集約ＰＰＤＵ ６１４を使用して、当該ＲＴＳフレーム６１２をレスポンダ６０４に送信する。ＲＴＳフレーム６１２が受信されると、レスポンダ６０４は、ベーシックレート非集約ＰＰＤＵ ６１８を使用して、ＣＴＳフレーム６１６をイニシエータ６０２に送信する。イニシエータ６０２は、ＣＴＳフレーム６１６を受信した後に、ＴＲＱ ＭＭＰＤＵ ６２０を生成し、非集約ＰＰＤＵ ６２２を使用してＴＲＱ ＭＭＰＤＵ ６２０を送信する。同じＴＸＯＰにおいて、イニシエータ６０２は、ＭＲＱ ＭＭＰＤＵ ６２４も生成し、ＰＰＤＵ ６２２の送信からＲＩＦＳ期間が経過した後に、非集約ＰＰＤＵ ６２６を使用して当該ＭＲＱ ＭＭＰＤＵ ６２４を送信する。また、同じＴＸＯＰにおいて、イニシエータ６０２は、データＭＰＤＵ ６２８ａおよびＢＡＲ ＭＰＤＵ ６２８ｂを含むＡ−ＭＰＤＵ ６２８を生成し、Ａ−ＰＰＤＵ ６３０を使用して当該Ａ−ＭＰＤＵ ６２８を送信する。Ａ−ＰＰＤＵ ６３０は、ベーシックＭＩＭＯパラメータおよびデフォルトＭＣＳに基づいて生成される。

【0044】

レスポンダ６０４は、ＴＲＱ ＭＭＰＤＵ ６２０およびＭＲＱ ＭＭＰＤＵ ６２４を受信し、ＭＦＢ ＭＭＰＤＵ ６３２を生成し、ＴＲＱ ＭＭＰＤＵ ６２０の要求に応じて、サウンディングＡ−ＰＰＤＵ ６３４を介して当該ＭＦＢ ＭＭＰＤＵ ６３２を送信する。ＴＲＱ ＭＭＰＤＵ ６２０およびＭＲＱ ＭＭＰＤＵ ６２４のＡＣＫポリシーフィールドが「Ｎｏ−ＡＣＫ」にセットされていることから、レスポンダ６０４は、ＴＲＱ ＭＭＰＤＵ ６２０およびＭＲＱ ＭＭＰＤＵ ６２４の受領確認を行う別個のＡＣＫを送信することはせず、ＭＦＢ ＭＭＰＤＵ ６３２を直接送信する。

【0045】

同じＴＸＯＰにおいて、レスポンダ６０４は、データＭＰＤＵ ６２８ａの受領確認を行うＢＡ ６３６も生成し、ＰＰＤＵ ６３４の送信からＲＩＦＳ期間が経過した後に、非集約ＰＰＤＵ ６３８を使用して当該ＢＡ ６３６を送信する。

【0046】

次いで、イニシエータ６０２は、サウンディングＰＰＤＵ ６３４を受信し、当該サウンディングＰＰＤＵ ６３４に基づいて、ＣＳＩを推定する。推定されるＣＳＩは、次のパケットの送信時のＭＩＭＯパラメータ設定に使用される。イニシエータ６０２は、ＭＦＢ ＭＭＰＤＵ ６３２も受信し、ＭＦＢ ＭＭＰＤＵ ６３２に含まれるＭＦＢに従って最適化されたＭＣＳを選択する。

【0047】

イニシエータ６０２は、第２のＴＲＱ ＭＭＰＤＵ ６４０を生成し、Ａ−ＰＰＤＵ ６４２を介して当該第２のＴＲＱ ＭＭＰＤＵ ６４０を送信する。同じＴＸＯＰにおいて、イニシエータ６０２は、第２のＭＲＱ ＭＭＰＤＵ ６４４も生成し、Ａ−ＰＰＤＵ ６４２の送信からＲＩＦＳ期間が経過した後に、Ａ−ＰＰＤＵ ６４６を使用して当該第２のＭＲＱ ＭＭＰＤＵ ６４４を送信する。同じＴＸＯＰにおいて、イニシエータ６０２は、データＭＰＤＵ ６４８ａおよびＢＡＲ ＭＰＤＵ ６１８ｂを含むＡ−ＭＰＤＵ ６４８を生成し、ＰＰＤＵ ６４６の送信からＲＩＦＳ期間が経過した後に、Ａ−ＰＰＤＵ ６５０を使用して当該Ａ−ＭＰＤＵ ６４８を送信する。Ａ−ＰＰＤＵ ６４２、６４６、６５０はそれぞれ、ＣＳＩおよびＭＦＢに従って最適化されるＭＩＭＯパラメータおよびＭＣＳに基づいて生成される。

【0048】

レスポンダ６０４は、第２のＴＲＱ ＭＭＰＤＵ ６４０および第２のＭＲＱ ＭＭＰＤＵ ６４４を受信し、第２のＭＦＢ ＭＭＰＤＵ ６５２を生成し、第２のサウンディングＡ−ＰＰＤＵ ６５４を使用して当該ＭＦＢ ＭＭＰＤＵ ６５２を送信する。同じＴＸＯＰにおいて、レスポンダ６０４は、データＭＰＤＵ ６４８ａの受領確認を行うＢＡ ６５６を生成し、非集約ＰＰＤＵ ６５８を使用して当該ＢＡ ６５６を送信する。

【0049】

イニシエータ６０２は、第２のＭＦＢ ＭＭＰＤＵ ６５２を含む第２のサウンディングＡ−ＰＰＤＵ ６５４を受信した後に、ＣＳＩを推定し、ＭＦＢ ＭＭＰＤＵ ６５２に含まれる新しいＭＦＢに基づいて、ＭＣＳを選択する。イニシエータ６０２は、データＭＰＤＵ ６７０ａおよびＢＡＲ ＭＰＤＵ ６７０ｂを含む第３のＡ−ＭＰＤＵ ６７０を生成し、更新されたＣＳＩおよびＭＦＢに従って最適化されたＭＩＭＯパラメータおよびＭＣＳに基づいて生成されるＡ−ＰＰＤＵ ６７２を使用して、当該第３のＡ−ＭＰＤＵ ６７０を送信する。

【0050】

レスポンダ６０４は、Ａ−ＭＰＤＵ ６７０を受信し、非集約ＰＰＤＵ ６７６を使用してＢＡ ６７４を送信し、データＭＰＤＵ ６７０ａの受領確認を行う。データ送信が成功した後は、イニシエータ６０２は、ベーシックレート非集約ＰＰＤＵ ６８０を使用してＣＦ−Ｐｏｌｌ ＥＮＤフレーム６７８を送信し、ＴＸＯＰを解放する。

【0051】

本発明の別の実施形態によれば、アクションフレーム、管理フレーム、あるいは制御フレームの優先順位を、データフレームよりも高くすることができる。かかる優先順位付けは、アクションフレーム、管理フレーム、または制御フレーム内で指定されるフィールドを介して明示的に実現することも、無線媒体へのアクセスに関連して、アクションフレーム、管理フレーム、または制御フレームが優先的に使用されるハードウェア実装またはソフトウェア実装を介して暗黙的に実現することもできる。かかる優先順位付け手法は、ＴＧｎＳｙｎｃまたはＷＷｉＳＥで提案されるすべてのアクションフレーム、管理フレーム、または制御フレームに適用可能であり、特に、伝送モードフィードバックおよびチャネルフィードバックで使用されるアクションフレームおよび管理フレーム（例えばモード要求、モード応答、ＭＩＭＯチャネル要求およびＭＩＭＯチャネル応答、ＭＲＱ、ＴＲＱ等のフレーム）に適用可能な手法である。

【0052】

＜＜実施形態＞＞
１． 複数の通信エンティティを含む無線通信システムにおいて、通信エンティティ間のフレーム交換の応答性を改善する方法であって、
イニシエータがレスポンダに要求フレームを送信するステップと、
前記レスポンダが前記要求フレームに応答して、前記要求フレームの受領確認を行う別個の肯定応答（ＡＣＫ）フレームを送信することなく、前記イニシエータに応答フレームを送信するステップと
を含むことを特徴とする方法。
２． 前記レスポンダは、前記要求フレームを受信した時点からショートフレーム間隔（ＳＩＦＳ）内に前記応答フレームを送信することを特徴とする実施形態１に記載の方法。
３． 前記レスポンダは、前記応答フレームを別のフレームにてピギーバックすることを特徴とする実施形態１に記載の方法。
４． 前記レスポンダは、前記応答フレームを別のフレームに集約することを特徴とする実施形態１に記載の方法。
５． 前記レスポンダは、前記別個のＡＣＫフレームをデフォルトで送信することなく、前記応答フレームを送信することを特徴とする実施形態１に記載の方法。
６． 前記要求フレームは、前記レスポンダが前記要求フレームの受領確認を行う別個のＡＣＫフレームを送信することが期待されるか否かを示すＡＣＫポリシーフィールドを含み、前記レスポンダは、前記ＡＣＫポリシーフィールドで示される場合に限り、別個のＡＣＫフレームを送信することなく、前記応答フレームを送信することを特徴とする実施形態１に記載の方法。
７． 前記要求フレームは、要求識別番号を示す要求識別番号フィールドを含み、前記レスポンダは、前記要求フレームに含まれる要求識別番号に対応する要求識別番号を前記応答フレームに含めることを特徴とする実施形態１に記載の方法。
８． 前記要求フレームは、前記レスポンダが前記応答フレームを直ちに送信することが期待されるのか、それとも指定期間内に送信することが期待されるのかを示す応答時間ポリシーフィールドを含むことを特徴とする実施形態１に記載の方法。
９． 前記要求フレームは、前記レスポンダが前記応答フレームを前記レスポンダが選択した時間に送信することが期待されるかどうかを示す応答時間ポリシーフィールドを含むことを特徴とする実施形態１に記載の方法。
１０． 前記要求フレームは、前記レスポンダが前記応答フレームを少なくとも１つの別のフレームに集約することができるかどうかを示す集約ポリシーフィールドを含むことを特徴とする実施形態１に記載の方法。
１１． 前記集約ポリシーフィールドは、前記イニシエータおよび前記レスポンダがフレーム間隔短縮（ＲＩＦＳ）内に複数のパケットを送信することが期待されるかどうかを示すことを特徴とする実施形態１０に記載の方法。
１２． 前記要求フレームおよび前記応答フレームは、管理フレームであることを特徴とする実施形態１に記載の方法。
１３． 前記管理フレームの優先順位は、データフレームよりも高いことを特徴とする実施形態１２に記載の方法。
１４． 前記優先順位付けは、明示的なフィールドによって前記管理フレームの優先順位を示すことによって実行されることを特徴とする実施形態１３に記載の方法。
１５． 前記優先順位付けは、前記データフレームよりも前記管理フレームを優先的に処理するハードウェアおよび／またはソフトウェアによって実行されることを特徴とする実施形態１３に記載の方法。
１６． 前記要求フレームおよび前記応答フレームは、アクションフレームであることを特徴とする実施形態１に記載の方法。
１７． 前記要求フレームおよび前記応答フレームは、制御フレームであることを特徴とする実施形態１に記載の方法。
１８． 前記要求フレームおよび前記応答フレームは、データフレームであることを特徴とする実施形態１に記載の方法。
１９． 前記要求フレームおよび前記応答フレームは、異なるタイプのフレームであることを特徴とする実施形態１に記載の方法。
２０． 前記要求フレームは、変調符号化方式（ＭＣＳ）要求を含み、前記応答フレームは、ＭＣＳフィードバックを含み、前記イニシエータは、前記ＭＣＳフィードバックに基づいて次のフレームを生成することを特徴とする実施形態１に記載の方法。
２１． 前記要求フレームは、トレーニング要求を含み、前記応答フレームは、サウンディングフレームとして生成され、前記イニシエータは、前記サウンディングフレームからチャネル状態情報（ＣＳＩ）を推定し、前記ＣＳＩに基づいて次のフレームを生成することを特徴とする実施形態１に記載の方法。
２２． 前記要求フレームは、チャネル状態情報（ＣＳＩ）フィードバック要求を含み、前記応答フレームは、前記イニシエータと前記レスポンダとの間のＣＳＩを運ぶＣＳＩフィードバック応答を含むことを特徴とする実施形態１に記載の方法。
２３． 前記ＣＳＩは、送信ビーム形成、キャリブレーション、およびアンテナ選択のうちの少なくとも１つに使用されることを特徴とする実施形態２２に記載の方法。
２４． 前記イニシエータから前記レスポンダに送信されるフレームは、前記レスポンダに一意に付与される別個のシーケンス番号カウンタを用いて順序付けされることを特徴とする実施形態１に記載の方法。
２５． 前記イニシエータから前記レスポンダに送信されるフレームは、前記フレームが集約されるデータフレームに関して使用されるシーケンス番号カウンタを用いて順序付けされることを特徴とする実施形態１に記載の方法。
２６． 前記イニシエータは、前記要求フレームにブロックＡＣＫ要求（ＢＡＲ）を含めることを特徴とする実施形態１に記載の方法。
２７． 前記イニシエータは、管理フレーム用の別個のＢＡＲを集約媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（Ａ−ＭＰＤＵ）の一部として送信することを特徴とする実施形態２６に記載の方法。
２８． 前記要求フレームは、管理フレーム用とデータフレーム用の２つの部分を含むＢＡＲを含んでいることを特徴とする実施形態２６に記載の方法。
２９． 前記レスポンダは、前記応答フレームにブロックＡＣＫ（ＢＡ）を含めることを特徴とする実施形態１に記載の方法。
３０． 前記レスポンダは、管理フレーム用の別個のＢＡを集約媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（Ａ−ＭＰＤＵ）の一部として送信することを特徴とする実施形態２９に記載の方法。
３１． 前記応答フレームは、管理フレーム用とデータフレーム用の２つの部分を含むＢＡを含んでいることを特徴とする実施形態２９に記載の方法。
３２． 前記要求フレームは、媒体アクセス制御（ＭＡＣ）フレームであることを特徴とする実施形態１に記載の方法。
３３． 前記応答フレームは、媒体アクセス制御（ＭＡＣ）フレームであることを特徴とする実施形態１に記載の方法。
３４． 通信エンティティ間のフレーム交換の応答性を改善する無線通信システムであって、
レスポンダに要求フレームを送信するように構成されたイニシエータと、
前記要求フレームに応答して、前記要求フレームの受領確認を行う別個の肯定応答（ＡＣＫ）フレームを送信することなく、前記イニシエータに応答フレームを送信するように構成された前記レスポンダと
を備えることを特徴とするシステム。
３５． 前記レスポンダは、前記要求フレームを受信した時点からショートフレーム間隔（ＳＩＦＳ）内に前記応答フレームを送信するように構成されていることを特徴とする実施形態３４に記載のシステム。
３６． 前記レスポンダは、前記応答フレームを別のフレームにてピギーバックするように構成されていることを特徴とする実施形態３４に記載のシステム。
３７． 前記レスポンダは、前記応答フレームを別のフレームに集約するように構成されていることを特徴とする実施形態３４に記載のシステム。
３８． 前記レスポンダは、前記別個のＡＣＫフレームをデフォルトで送信することなく、前記応答フレームを送信するように構成されていることを特徴とする実施形態３４に記載のシステム。
３９． 前記要求フレームは、前記レスポンダが前記要求フレームの受領確認を行う別個のＡＣＫフレームを送信することが期待されるか否かを示すＡＣＫポリシーフィールドを含み、前記レスポンダは、前記ＡＣＫポリシーフィールドで示される場合に限り、別個のＡＣＫフレームを送信することなく、前記応答フレームを送信するように構成されていることを特徴とする実施形態３４に記載のシステム。
４０． 前記要求フレームは、要求識別番号を示す要求識別番号フィールドを含み、前記レスポンダは、前記要求フレームに含まれる要求識別番号に対応する要求識別番号を前記応答フレームに含めるように構成されていることを特徴とする実施形態３４に記載のシステム。
４１． 前記要求フレームは、前記レスポンダが前記応答フレームを直ちに送信することが期待されるのか、それとも指定期間内に送信することが期待されるのかを示す応答時間ポリシーフィールドを含むことを特徴とする実施形態３４に記載のシステム。
４２． 前記要求フレームは、前記レスポンダが前記応答フレームを前記レスポンダが選択した時間に送信することが期待されるかどうかを示す応答時間ポリシーフィールドを含むことを特徴とする実施形態３４に記載のシステム。
４３． 前記要求フレームは、前記レスポンダが前記応答フレームを別のフレームに集約することができるかどうかを示す集約ポリシーフィールドを含むことを特徴とする実施形態３４に記載のシステム。
４４． 前記集約ポリシーフィールドは、前記イニシエータおよび前記レスポンダがフレーム間隔短縮（ＲＩＦＳ）内に複数のパケットを送信することが期待されるかどうかを示すことを特徴とする実施形態４３に記載のシステム。
４５． 前記要求フレームおよび前記応答フレームは、管理フレームであることを特徴とする実施形態３４に記載のシステム。
４６． 前記管理フレームの優先順位は、データフレームよりも高いことを特徴とする実施形態４５に記載のシステム。
４７． 前記優先順位付けは、明示的なフィールドによって前記管理フレームの優先順位を示すことによって実行されることを特徴とする実施形態４６に記載のシステム。
４８． 前記優先順位付けは、前記データフレームよりも前記管理フレームを優先的に処理するハードウェアおよび／またはソフトウェアによって実行されることを特徴とする実施形態４６に記載のシステム。
４９． 前記要求フレームおよび前記応答フレームは、アクションフレームであることを特徴とする実施形態３４に記載のシステム。
５０． 前記要求フレームおよび前記応答フレームは、制御フレームであることを特徴とする実施形態３４に記載のシステム。
５１． 前記要求フレームおよび前記応答フレームは、データフレームであることを特徴とする実施形態３４に記載のシステム。
５２． 前記要求フレームおよび前記応答フレームは、異なるタイプのフレームであることを特徴とする実施形態３４に記載のシステム。
５３． 前記要求フレームは、変調符号化方式（ＭＣＳ）要求を含み、前記応答フレームは、ＭＣＳフィードバックを含み、前記イニシエータは、前記ＭＣＳフィードバックに基づいて次のフレームを生成するように構成されていることを特徴とする実施形態３４に記載のシステム。
５４． 前記要求フレームは、トレーニング要求を含み、前記応答フレームは、サウンディングフレームとして生成され、前記イニシエータは、前記サウンディングフレームからチャネル状態情報（ＣＳＩ）を推定し、前記ＣＳＩに基づいて次のフレームを生成するように構成されていることを特徴とする実施形態３４に記載のシステム。
５５． 前記要求フレームは、チャネル状態情報（ＣＳＩ）フィードバック要求を含み、前記応答フレームは、前記イニシエータと前記レスポンダとの間のＣＳＩを運ぶＣＳＩフィードバック応答を含むことを特徴とする実施形態３４に記載のシステム。
５６． 前記ＣＳＩは、送信ビーム形成、キャリブレーション、およびアンテナ選択のうちの少なくとも１つに使用されることを特徴とする実施形態５５に記載のシステム。
５７． 前記イニシエータから前記レスポンダに送信されるフレームは、前記レスポンダに一意に付与される別個のシーケンス番号カウンタを用いて順序付けされることを特徴とする実施形態３４に記載のシステム。
５８． 前記イニシエータから前記レスポンダに送信されるフレームは、前記フレームが集約されるデータフレームに関して使用されるシーケンス番号カウンタを用いて順序付けされることを特徴とする実施形態３４に記載のシステム。
５９． 前記イニシエータは、前記要求フレームにブロックＡＣＫ要求（ＢＡＲ）を含めるように構成されていることを特徴とする実施形態３４に記載のシステム。
６０． 前記イニシエータは、管理フレーム用の別個のＢＡＲを集約媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（Ａ−ＭＰＤＵ）の一部として送信するように構成されていることを特徴とする実施形態５９に記載のシステム。
６１． 前記イニシエータは、管理フレーム用とデータフレーム用の２つの部分を含むＢＡＲを前記要求フレームに含めるように構成されていることを特徴とする実施形態５９に記載のシステム。
６２． 前記レスポンダは、前記応答フレームにブロックＡＣＫ（ＢＡ）を含めるように構成されていることを特徴とする実施形態３４に記載のシステム。
６３． 前記レスポンダは、管理フレーム用の別個のＢＡを集約媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（Ａ−ＭＰＤＵ）の一部として送信するように構成されていることを特徴とする実施形態６２に記載のシステム。
６４． 前記レスポンダは、管理フレーム用とデータフレーム用の２つの部分を含むＢＡを前記応答フレームに含めるように構成されていることを特徴とする実施形態６２に記載のシステム。
６５． 前記要求フレームは、媒体アクセス制御（ＭＡＣ）フレームであることを特徴とする実施形態３４に記載のシステム。
６６． 前記応答フレームは、媒体アクセス制御（ＭＡＣ）フレームであることを特徴とする実施形態３４に記載のシステム。

【0053】

以上、本発明の各特徴および要素を、特定の組合せの好ましい諸実施形態に関連して説明してきたが、各特徴または要素は、好ましい諸実施形態における他の特徴および要素を伴わずに単独で使用することも、本発明の他の特徴および要素と様々な形で組み合わせて使用することも、それらと組み合わせずに使用することもできる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】