無線ローカルエリアネットワークWLANにおける通信エンティティ間のフレーム交換のための方法であって、開始局STAからの要求フレームを受信するステップと、前記要求フレームに応答して、前記要求フレームの受領確認を行う別個のACKフレームを送信することなく、レスポンダから応答フレームを送信するステップとを含むことを特徴とする方法。前記応答フレームは、前記要求フレームのショートフレーム間隔SIFS内に受信されるか、別のフレームにてピギーバックされるか、別のフレームに集約されるか、または、デフォルトで前記別個のACKフレームを送信することなく送信されることを特徴とする請求項1に記載の方法。前記要求フレームは、前記要求フレームの受領確認のために別個のACKフレームを送信するかを示すACKポリシーフィールドを含み、前記ACKポリシーフィールドが別個のACKフレームは送信されるべきでないことを示すという条件においては、前記応答フレームは別個のACKフレームを送信することなく送信されることを特徴とする請求項1に記載の方法。したがって、管理フレームまたはアクションフレームを非常に短い時間間隔で交換する新しいメカニズムを提供することが望ましい。本発明は、WLANにおける管理フレームおよび制御フレーム交換の応答性を改善する方法およびシステムに関するものである。イニシエータは、フレームアクションフレーム、管理フレーム、制御フレーム、またはデータフレームをレスポンダに送信する。フレームが正しく受信されると、レスポンダは、イニシエータにACKパケットを直ちに送信する代わりに、応答フレームを送信する。レスポンダは、無線媒体にアクセスしてSIFS内に応答を送信することが好ましい。この手法を用いると、応答フレームを送信する上で必要となる無線媒体の競合に関連する長い遅延が回避され、したがってフィードバックメカニズムの応答性および適時性が大幅に改善される。応答フレームは、別のパケットにピギーバックすることも、集約aggregateすることもできる。以下では、イニシエータおよびレスポンダという用語は、それだけに限らないが、ユーザ機器UE、無線送受信ユニットWTRU、移動局、固定または移動加入者ユニット、ページャー、ノードB、基地局、サイトコントローラ、アクセスポイント、または無線環境で動作可能な他の任意のタイプのデバイスを含む。本発明の諸特徴は、集積回路ICに組み込むことも、複数の相互接続部品を備える回路の形で構成することもできる。図2は、本発明によるイニシエータ202発信側としても知られるとレスポンダ204受信側としても知られるとの間のアクションフレーム交換に関する処理200のシグナリング図である。イニシエータ202は、送信機会transmitopportunity:TXOPを有し、集約物理層プロトコルデータユニットaggregatephysicallayerprotocoldataunit:A-PPDUまたは集約制御フレームを含むフレーム交換シーケンスにおいて第1のフレームを送信する、通信エンティティである。レスポンダ204は、A-PPDUおよび集約制御フレームを含むフレーム交換シーケンスにおいてイニシエータ202への応答を行う通信エンティティである。イニシエータ202は、アクションフレーム通常はモード要求フレーム等の要求フレームをレスポンダ204に送信するステップ212。アクションフレームが正しく受信されると、レスポンダ204は、ACKパケットを直ちに送信する代わりに、応答アクションフレーム例えばモード応答フレームを送信するステップ214。以下では、アクションフレームに関して本発明を説明する。ただし、本発明は、管理フレーム、制御フレーム、データフレーム等、任意のタイプのフレームに等しく適用可能であることに留意されたい。要求フレームおよび応答フレームは、異なるタイプのフレームとすることができる。レスポンダ204は、無線媒体にアクセスして、SIFSに対応する期間内に応答アクションフレームを送信することが好ましい。次いで、イニシエータ202は、好ましくはSIFSに対応する短い遅延の後に、ACKフレームを送信するステップ216。本発明によれば、図1のステップ116で必要となる無線媒体の競合に関連する長い遅延が回避され、したがってフィードバックメカニズムの応答性および適時性が大幅に改善される。あるいは、応答アクションフレームは、ステップ214でACKパケットや別の管理フレームまたは制御フレーム、あるいはデータパケットにてピギーバックすることも、集約することもできる。ACKパケットがピギーバックされる場合または集約される場合は、最初のアクションフレームすなわちモード要求フレームに応答して送信されるACKパケットが省略されるわけではなく、別のフレームと一緒に送信されることになる。本発明のシグナリングメカニズムは、デフォルトで実装されても、イニシエータ202とレスポンダ204の両者で共通の決められた手順に従って実装されてもよい。この場合は、好ましいシグナリングメカニズムを示す追加的なフィールドがアクションフレーム管理フレーム、制御フレーム、データフレーム等を含むに含められる。例えば、イニシエータ202は、レスポンダ204が当該要求フレームにどのように応答することが期待されるかを示す新しいフィールドを設定した要求フレーム例えばモード要求フレーム、MIMOチャネル要求フレーム、MCS要求MCSrequest:MRQフレーム、チャネル状態情報channelstateinformation:CSI要求フレーム、キャリブレーション開始フレーム、送信アンテナ選択サウンディング要求transmitantennaselectionsoundingrequestフレーム、トレーニング要求trainingrequest:TRQフレーム等を送信することができる。新しいフィールドは、それだけに限らないが、ACKポリシーフィールド、要求識別番号フィールド、応答時間ポリシーフィールド、および集約ポリシーフィールドのうちの少なくとも1つを含む。ACKポリシーフィールドは、レスポンダ204がACKパケットを送信する必要があるか否かを示す。要求識別番号フィールドは、要求識別番号を含む。応答フレームは、同様の要求識別番号フィールドを使用し、その値は、要求フレーム内の要求識別番号に対応する。あるいは、応答フレームが頻繁に送信される場合は、応答フレーム内の要求識別番号フィールドを、以下で詳細に説明する特別な値にセットすることもできる。応答時間ポリシーフィールドは、レスポンダ204がイニシエータ202に応答フレームを直ちにすなわちSIFSに送信することが期待されるのか、短い遅延よりも長い指定期間内に送信することが期待されるのか、それともレスポンダ204が選択した時間にすなわち自発的にunsolicited送信することが期待されるのかを示す。集約ポリシーフィールドは、レスポンダ204が別のパケットにピギーバックされた応答フレームを送信することが期待されるのか、それともACKパケット、管理パケットまたは制御パケット、データパケット、あるいは他の任意のタイプのパケット等、他のパケットに集約された応答フレームを送信することが期待されるのかを示す。複数の管理フレームを1つのパケットに集約することもできる。管理MAC層プロトコルデータユニットmanagementMAClayerprotocoldataunit:MMPDUがスタンドアロンですなわち集約物aggregateの一部にならない形で送信される場合にはシンプルACKが使用され、1つまたは複数のMMPDUが集約物の一部として送信される場合にはブロックACKblockACK:BAが使用され得る。ACKポリシーが応答フレームにACKを含むように選択される場合は、以下の手法を適用することができる。MMPDUには、イニシエータ202によって、レスポンダ毎に一意でない単一のカウンタを使用して、シーケンス番号sequencenumber:SNが割り当てられ、そのシーケンス番号はブロードキャストフレーム/マルチキャストフレームおよび非QoSデータサブタイプフレームについても使用される。本発明によれば、管理フレームは、レスポンダ毎に一意に付与される別個の新しいSNカウンタを使用して順序付けすることもできる。あるいは、管理フレームは、管理フレームが集約されるデータと同じSNカウンタを使用して順序付けすることもできる。別の代替形態では、管理フレームに対してIEEE802.11eの同じSN割当て方法が使用されるが、この場合は、レスポンダ204は、管理フレームの並び替えを行うことができない。というのも、レスポンダ204が受信したSN間のギャップを使用して欠落フレームを明確に識別することができないからである。イニシエータ202に必要とされるのは、ACKポリシーフィールド内で指定された管理フレームのコピーを、それらの肯定応答が返送されるまでまたはそれらのライフタイムが終了するまで記憶しておくことだけである。管理フレーム用のブロックACK要求blockACKrequest:BARについては、新しいMMPDUのACKポリシーフィールドをBARと解釈することができる。あるいは、管理フレーム用の別個のBARMACプロトコルデータユニットMACprotocoldataunit:MPDUを集約物の一部として送信することもできるすなわち、当該集約物は、データフレーム用のBARフレームと管理フレーム用のBARフレームから成る2つのBARフレームを含む。あるいは、オリジナルのBARMPDUフォーマットが管理フレーム用の追加部分を含むように機能拡張することもできるすなわち、当該集約物は、それぞれ管理フレーム用とデータフレーム用の2つの部分を有する1つのBARフレームを含む。BAパケットに関しては、管理フレーム用の別個のBAMPDUを集約物の一部として送信することができるすなわち、当該集約物は、データフレーム用のBAパケットと管理フレーム用のBAパケットから成る2つのBAパケットを含む。あるいは、従来のBAMPDUフォーマットが管理フレームの肯定応答を返送するように機能拡張することもできるすなわち、当該集約物は、それぞれ管理フレーム用とデータフレーム用の2つの部分を有する1つのBAを含む。管理フレームをサポートするBAおよびBARパケットのフォーマットに関しては、管理フレーム用に使用されるBAおよびBARパケットを、従来のフォーマットと同じフォーマットまたは同様のフォーマットで作成することができ、また、ビットまたは特別なフィールド割当てを使用して明示的に識別することができる。BAおよびBARは、開始シーケンス番号startingsequencenumber:SSNと以下のビットマップの概念を利用することができる。BAビットマップ内のビット位置nが1にセットされている場合には、BASSNnと等しいシーケンス制御値を有するMPDUの受領確認が行われる。BAビットマップ内のビット位置nが0にセットされている場合には、BASSNnと等しいMPDUシーケンス制御値を有するMPDUの受信に失敗した旨が示される。典型的には、集約管理フレームは、増分SNを有する可能性が高い。集約管理フレームのSN間のギャップが大きい場合例えば再送信フレームと新しいフレームが集約されている場合には、それぞれ1つまたは複数の異なる管理フレームの肯定応答を返送する複数のBAを使用集約することができる。例えば、ビットマップのサイズが予め定義された最大サイズ例えば16ビットであり、各集約管理フレームのシーケンス番号間の差が15を超える場合には、それらの集約管理フレームの肯定応答を同じビットマップ内で行うことはできず、別のBAフレームが必要となる。BAおよびBARは、それぞれに関係する管理フレームにSNを単に記載することができる。次に例示として、新しいフィールドを含む、MRQフレーム、MCSフィードバックMSCfeedback:MFBフレーム、およびトレーニング要求trainingrequest:TRQフレームについて説明する。ただし、他の任意の管理フレーム、制御フレーム、またはデータフレームがパケット交換の応答性を改善する新しいフィールドを含むこともできることに留意されたい。MRQフレームは、カテゴリHTの管理フレームである。MRQフレームは、MCSフィードバックをレスポンダ204から要求するのに使用される。MRQフレームは、表1に示されるように、MCS要求フィールドに加えて、ACKポリシーフィールド、要求識別番号フィールド、応答時間ポリシーフィールド、および集約フォーマットフィールドのうちの1つまたは複数を含む。ACKポリシーフィールドは、No-ACKすなわち、ダイレクトMFBフレーム応答の要求またはACKすなわち、ACKパケットの要求にセットされる。要求識別番号フィールドは、MFBパケットがワンタイムであることが期待される場合には要求識別番号にセットされ、MFBパケットが頻繁に送信されることが期待される場合には0にセットされる。応答時間ポリシーフィールドは、immediateすなわちSIFSに、delayed、またはunsolicitedにセットされる。応答時間ポリシーがimmediateにセットされている場合には、レスポンダ204は、MFBフレームを直ちにすなわちSIFSに送信することが期待される。応答時間ポリシーがdelayedにセットされている場合には、レスポンダ204は、MFBフレームを指定された遅延時間に送信することが期待される。応答時間ポリシーがunsolicitedにセットされている場合には、レスポンダ204は、それ自体が選択した時間に応答を送信することができる。集約フォーマットフィールドは、A-MPDUaggregatedMACprotocoldataunit:集約MACプロトコルデータユニット、RIFS-PPDU、またはNo-Aggregationにセットすることができる。集約フォーマットフィールドがA-MPDUにセットされている場合には、レスポンダ204およびイニシエータ202は、A-MPDUを送信することが期待される。集約フォーマットフィールドがRIFS-PPDUにセットされている場合には、レスポンダ204およびイニシエータ202は、RIFSreducedinterframespacing:フレーム間隔短縮を使用して複数のMPDUを送信することが期待されるが、A-MPDUを生成することもできる。集約フォーマットフィールドがNo-Aggregationにセットされている場合には、レスポンダ204およびイニシエータ202は、MFBフレームの集約を行わないことが期待される。あるいは、MRQフレームまたはMFBフレームに集約フォーマットフィールドが含まれていない場合には、レスポンダ204またはイニシエータ202が当該集約フォーマットフィールドを介した相手方からの命令を待つ必要なく、独自に判断を下すことになるので、集約を実行することができるようになる。MCS要求は、要求されたフィードバックのタイプを示す。MFBフレームは、カテゴリHTの管理フレームである。MFBフレームは、MRQフレームに応答してまたは独立して送信される。MFBフレームは、表2に示されるように、MFBフィールドに加えて、ACKポリシーフィールド、要求識別番号フィールド、応答時間ポリシーフィールド、および集約フォーマットフィールドのうちの1つまたは複数を含む。ACKポリシーフィールドは、No-ACKまたはACKにセットされる。要求識別番号フィールドは、応答型である場合にはMRQフレームの対応する要求番号にセットされ、MFBフレームが頻繁に送信される場合または自発型である場合には0にセットされる。応答時間ポリシーフィールドは、immediateすなわちSIFS、delayed、またはunsolicitedにセットされる。集約フォーマットフィールドは、A-MPDU、RIFS-PPDU、またはNo-Aggregationにセットすることができる。ACKポリシーフィールド、要求識別番号フィールド、応答時間ポリシーフィールド、および集約フォーマットフィールドの動作は、MRQフレームの動作と同じであり、ここでは簡略化のために説明を繰り返すことはしない。MCSフィードバックフィールドは、MCS応答を含む。TRQフレームは、カテゴリHTの管理フレームである。TRQフレームは、レスポンダ204からの次の送信物が、指定された物理層属性を有するサウンディングPPDUとなるよう要求する。TRQフレームは、表3に示されるように、ACKポリシーフィールド、要求識別番号フィールド、応答時間ポリシーフィールド、および集約フォーマットフィールド、ならびにチャネルサウンディングパラメータフィールドchannelsoundingparametersfieldのうちの1つまたは複数を含む。ACKポリシーフィールドは、No-ACKまたはACKにセットされる。要求識別番号フィールドは、トレーニング手順に基づく要求番号にセットされる。応答時間ポリシーフィールドは、immediateSIFS、delayed、またはunsolicitedにセットされる。集約フォーマットフィールドは、A-MPDU、RIFS-PPDU、またはNo-Aggregationにセットされる。ACKポリシーフィールド、要求識別番号フィールド、応答時間ポリシーフィールド、および集約フォーマットフィールドの動作は、MRQフレームの動作と同じであり、ここでは簡略化のために説明を繰り返すことはしない。チャネルサウンディングパラメータフィールドは、HT-LTFlongtrainingfieldの数およびタイプ、送受信アンテナの数等を示す。上記の新しいフィールドすなわち、ACKポリシーフィールド、要求識別番号フィールド、応答時間ポリシーフィールド、および集約フォーマットフィールドのうちの1つまたは複数は、任意のタイプのフレーム例えば、モード要求フレーム、モード応答フレーム、MIMOチャネル要求フレーム、MIMOチャネル応答フレーム、CSIフィードバック要求フレーム、CSIフィードバック応答フレーム、キャリブレーション開始フレーム、キャリブレーションサウンディング応答フレーム、送信アンテナ選択サウンディング要求フレーム、アンテナ選択フィードバックフレーム等に含めることができる。モード要求フレームおよびモード応答フレームは、高スループット通信を利用する上で最適な伝送モードを交換するのに使用される。MIMOチャネル要求フレーム、MIMOチャネル応答フレーム、CSIフィードバック要求フレーム、およびCSIフィードバック応答フレームは、イニシエータ202とレスポンダ204との間のCSI交換に使用される。キャリブレーション開始フレームおよびキャリブレーションサウンディング応答フレームは、イニシエータ202とレスポンダ204の送受信チェーンの差異を解消するキャリブレーションの目的で使用される。送信アンテナ選択サウンディング要求フレームおよびアンテナ選択フィードバックフレームは、イニシエータ202またはレスポンダ204によるアンテナ選択で使用される。図3は、MMPDUのACKポリシーがNo-ACKとして指定されたA-MPDUを使用する、本発明によるイニシエータ302とレスポンダ304との間のパケット交換に関する例示的な処理300を示す。イニシエータ302は、レスポンダ304に送信すべきデータが存在する場合は送信要求requesttosend:RTSフレーム312を生成し、ベーシックレート非集約PPDUbasicratenonaggregatedPPDU314を使用して、当該RTSフレーム312をレスポンダ304に送信する。RTSフレーム312が受信されると、レスポンダ304は、ベーシックレート非集約PPDU318を使用して、送信可cleartosend:CTSフレーム316をイニシエータ302に送信する。イニシエータ302は、CTSフレーム316を受信した後に、MRQMMPDU320a、データMPDU320b、およびBARMPDU320cを含むA-MPDU320を生成する。A-MPDU320は、ベーシックMIMOおよびデフォルトMCSに基づいて生成される集約PPDUA-PPDU322を使用して送信される。レスポンダ304は、MRQMMPDU320aのACKポリシーフィールドがNo-ACKにセットされていることから、MRQMMPDU320aの受領確認を行うACKを送信することはせず、MFBMMPDU314aを直接送信する。レスポンダ304は、データMPDU320bの受領確認を行うために、MFBMMPDU324aおよびBA324bを含むA-MPDU324を生成し、A-PPDU326を使用して当該A-MPDU324を送信する。イニシエータ302は、MFBMMPDU324aを受信し、MFBMMPDU324aに含まれるMCSフィードバックに従って最適化されたMCSを選択する。イニシエータ302は、データMPDU328aおよびBARMPDU328bを含む別のA-MPDU328を生成し、MCSフィードバックに基づいてレートが最適化されたA-PPDU330を使用して、当該A-MPDU328を送信する。次いで、レスポンダ304は、BARMPDU328bに応答して、非集約PPDU334を使用してBA332の送信を行う。データ送信が成功した後は、イニシエータ302は、ベーシックレート非集約PPDU338を使用して、CF-PollENDフレーム336を送信し、TXOPを解放する。図4は、MMPDUのACKポリシーがNo-ACKとして指定されたA-MPDUを使用する、本発明によるイニシエータ402とレスポンダ404との間のパケット交換に関する別の例示的な処理400を示す。イニシエータ402は、レスポンダ404に送信すべきデータが存在する場合はRTSフレーム412を生成し、ベーシックレート非集約PPDU414を使用して、当該RTSフレーム412をレスポンダ404に送信する。RTSフレーム412が受信されると、レスポンダ404は、ベーシックレート非集約PPDU418を使用して、CTSフレーム416をイニシエータ402に送信する。イニシエータ402は、CTSフレーム416を受信した後に、TRQMMPDU420a、MRQMMPDU420b、データMPDU420c、およびBARMPDU420dを含むA-MPDU420を生成する。A-MPDU420は、ベーシックMIMOおよびデフォルトMCSに基づいて生成される集約PPDU422を使用して送信される。TRQMMPDU420aおよびMRQMMPDU420bのACKポリシーフィールドがNo-ACKにセットされていることから、レスポンダ404は、MRQMMPDU420bの受領確認を行う別個のACKを送信することはせず、MFBMMPDU424aを直接送信する。レスポンダ404は、MFBMMPDU424aおよびBA424bを含むA-MPDU424を生成し、TRQMMPDU420aの要求に応じて、サウンディングA-PPDU426を使用して、当該A-MPDU424を送信する。次いで、イニシエータ402は、サウンディングPPDU426を受信し、当該サウンディングPPDU426に基づいて、チャネル状態情報CSIを推定する。推定されるCSIは、次のパケットの送信時のMIMOパラメータ設定に使用される。イニシエータ402は、MFBMMPDU424aも受信し、MFBMMPDU424aに含まれるMFBフレームに従って最適化されたMCSを選択する。イニシエータ402は、TRQMMPDU428a、MRQMMPDU428b、データMPDU428c、およびBARMPDU428dを含む別のA-MPDU428を生成し、A-PPDU430を使用して当該A-MPDU428を送信する。A-PPDU430は、CSIおよびMFBに従って最適化されるMIMOパラメータおよびMCSに基づいて生成される。レスポンダ404は、A-MPDU428を受信し、MFBMMPDU432aおよびBA432bを含む別のA-MPDU432を生成し、別のサウンディングPPDU434を使用して当該A-MPDU432を送信する。イニシエータ402は、サウンディングA-PPDU434を受信し、CSIを推定し、MFBに基づいてMCSを選択する。イニシエータ402は、データMPDU436aおよびBARMPDU436bを含む別のA-MPDU436を生成し、A-PPDU438を使用して当該A-MPDU436を送信する。A-PPDUは、2番目のCSIおよびMFBに従って更新されるMIMOパラメータおよびMCSに基づいて生成される。次いで、レスポンダ404は、BARMPDU436bに応答して、非集約PPDU442を使用して、BA440の送信を行う。データ送信が成功した後は、イニシエータ402は、ベーシックレート非集約PPDU446を使用してCF-PollENDフレーム444を送信し、TXOPを解放する。図5は、MMPDUのACKポリシーがNo-ACKとして指定されたRIFSを使用する、本発明によるイニシエータ502とレスポンダ504との間のパケット交換に関する例示的な処理500を示す。イニシエータ502は、レスポンダ504に送信すべきデータが存在する場合はRTSフレーム512を生成し、ベーシックレート非集約PPDU514を使用して、当該RTSフレーム512をレスポンダ504に送信する。RTSフレーム512が受信されると、レスポンダ504は、ベーシックレート非集約PPDU518を使用して、CTSフレーム516をイニシエータ502に送信する。イニシエータ502は、CTSフレーム516を受信した後に、MRQMMPDU520を生成し、ベーシックレート非集約PPDU522を使用して当該MRQMMPDU520を送信する。TXOPが解放されない場合には、イニシエータ502は、データMPDU524aおよびBARMPDU524bを含むA-MPDU524も生成し、PPDU522の送信からRIFS期間が経過した後に、ベーシックMIMOおよびデフォルトMCSに基づいて生成されるA-PPDU526を使用して、当該A-MPDU524を送信する。レスポンダ504は、MRQMMPDU520を受信した後は、当該MRQMMPDU520のACKポリシーフィールドがNo-ACKにセットされていることから、ACKは送信せず、MFBMMPDU528を直接送信する。TXOPが解放されない場合には、レスポンダ504は、データMPDU524aの受領確認を行うBAフレーム532を生成し、PPDU530の送信からRIFS期間が経過した後に、非集約PPDU534を使用して当該BA532を送信する。イニシエータ502は、MFBMMPDU528を受信し、MFBMMPDU528に含まれるMFBに従って最適化されたMCSを選択する。イニシエータ502は、データMPDU536aおよびBARMPDU536bを含む第2のA-MPDU536を生成し、MFBに従って最適化されたベーシックMIMOパラメータおよびMCSに基づいて生成されるA-PPDU538を使用して、当該第2のA-MPDU536を送信する。次いで、レスポンダ504は、非集約PPDU542を使用してBA540を送信し、データMPDU536aの受領確認を行う。データ送信が成功した後は、イニシエータ504は、ベーシックレート非集約PPDU546を使用してCF-PollENDフレームを送信し、TXOPを解放する。図6は、MMPDUのACKポリシーがNo-ACKとして指定されたRIFSを使用する、本発明によるイニシエータ602とレスポンダ604との間のパケット交換に関する別の例示的な処理600を示す。イニシエータ602は、レスポンダ604に送信すべきデータが存在する場合はRTSフレーム612を生成し、ベーシックレート非集約PPDU614を使用して、当該RTSフレーム612をレスポンダ604に送信する。RTSフレーム612が受信されると、レスポンダ604は、ベーシックレート非集約PPDU618を使用して、CTSフレーム616をイニシエータ602に送信する。イニシエータ602は、CTSフレーム616を受信した後に、TRQMMPDU620を生成し、非集約PPDU622を使用してTRQMMPDU620を送信する。同じTXOPにおいて、イニシエータ602は、MRQMMPDU624も生成し、PPDU622の送信からRIFS期間が経過した後に、非集約PPDU626を使用して当該MRQMMPDU624を送信する。また、同じTXOPにおいて、イニシエータ602は、データMPDU628aおよびBARMPDU628bを含むA-MPDU628を生成し、A-PPDU630を使用して当該A-MPDU628を送信する。A-PPDU630は、ベーシックMIMOパラメータおよびデフォルトMCSに基づいて生成される。レスポンダ604は、TRQMMPDU620およびMRQMMPDU624を受信し、MFBMMPDU632を生成し、TRQMMPDU620の要求に応じて、サウンディングA-PPDU634を介して当該MFBMMPDU632を送信する。TRQMMPDU620およびMRQMMPDU624のACKポリシーフィールドがNo-ACKにセットされていることから、レスポンダ604は、TRQMMPDU620およびMRQMMPDU624の受領確認を行う別個のACKを送信することはせず、MFBMMPDU632を直接送信する。同じTXOPにおいて、レスポンダ604は、データMPDU628aの受領確認を行うBA636も生成し、PPDU634の送信からRIFS期間が経過した後に、非集約PPDU638を使用して当該BA636を送信する。次いで、イニシエータ602は、サウンディングPPDU634を受信し、当該サウンディングPPDU634に基づいて、CSIを推定する。推定されるCSIは、次のパケットの送信時のMIMOパラメータ設定に使用される。イニシエータ602は、MFBMMPDU632も受信し、MFBMMPDU632に含まれるMFBに従って最適化されたMCSを選択する。イニシエータ602は、第2のTRQMMPDU640を生成し、A-PPDU642を介して当該第2のTRQMMPDU640を送信する。同じTXOPにおいて、イニシエータ602は、第2のMRQMMPDU644も生成し、A-PPDU642の送信からRIFS期間が経過した後に、A-PPDU646を使用して当該第2のMRQMMPDU644を送信する。同じTXOPにおいて、イニシエータ602は、データMPDU648aおよびBARMPDU618bを含むA-MPDU648を生成し、PPDU646の送信からRIFS期間が経過した後に、A-PPDU650を使用して当該A-MPDU648を送信する。A-PPDU642、646、650はそれぞれ、CSIおよびMFBに従って最適化されるMIMOパラメータおよびMCSに基づいて生成される。レスポンダ604は、第2のTRQMMPDU640および第2のMRQMMPDU644を受信し、第2のMFBMMPDU652を生成し、第2のサウンディングA-PPDU654を使用して当該MFBMMPDU652を送信する。同じTXOPにおいて、レスポンダ604は、データMPDU648aの受領確認を行うBA656を生成し、非集約PPDU658を使用して当該BA656を送信する。イニシエータ602は、第2のMFBMMPDU652を含む第2のサウンディングA-PPDU654を受信した後に、CSIを推定し、MFBMMPDU652に含まれる新しいMFBに基づいて、MCSを選択する。イニシエータ602は、データMPDU670aおよびBARMPDU670bを含む第3のA-MPDU670を生成し、更新されたCSIおよびMFBに従って最適化されたMIMOパラメータおよびMCSに基づいて生成されるA-PPDU672を使用して、当該第3のA-MPDU670を送信する。レスポンダ604は、A-MPDU670を受信し、非集約PPDU676を使用してBA674を送信し、データMPDU670aの受領確認を行う。データ送信が成功した後は、イニシエータ602は、ベーシックレート非集約PPDU680を使用してCF-PollENDフレーム678を送信し、TXOPを解放する。本発明の別の実施形態によれば、アクションフレーム、管理フレーム、あるいは制御フレームの優先順位を、データフレームよりも高くすることができる。かかる優先順位付けは、アクションフレーム、管理フレーム、または制御フレーム内で指定されるフィールドを介して明示的に実現することも、無線媒体へのアクセスに関連して、アクションフレーム、管理フレーム、または制御フレームが優先的に使用されるハードウェア実装またはソフトウェア実装を介して暗黙的に実現することもできる。かかる優先順位付け手法は、TGnSyncまたはWWiSEで提案されるすべてのアクションフレーム、管理フレーム、または制御フレームに適用可能であり、特に、伝送モードフィードバックおよびチャネルフィードバックで使用されるアクションフレームおよび管理フレーム例えばモード要求、モード応答、MIMOチャネル要求およびMIMOチャネル応答、MRQ、TRQ等のフレームに適用可能な手法である。<<実施形態>>1.複数の通信エンティティを含む無線通信システムにおいて、通信エンティティ間のフレーム交換の応答性を改善する方法であって、イニシエータがレスポンダに要求フレームを送信するステップと、前記レスポンダが前記要求フレームに応答して、前記要求フレームの受領確認を行う別個の肯定応答ACKフレームを送信することなく、前記イニシエータに応答フレームを送信するステップとを含むことを特徴とする方法。2.前記レスポンダは、前記要求フレームを受信した時点からショートフレーム間隔SIFS内に前記応答フレームを送信することを特徴とする実施形態1に記載の方法。3.前記レスポンダは、前記応答フレームを別のフレームにてピギーバックすることを特徴とする実施形態1に記載の方法。4.前記レスポンダは、前記応答フレームを別のフレームに集約することを特徴とする実施形態1に記載の方法。5.前記レスポンダは、前記別個のACKフレームをデフォルトで送信することなく、前記応答フレームを送信することを特徴とする実施形態1に記載の方法。6.前記要求フレームは、前記レスポンダが前記要求フレームの受領確認を行う別個のACKフレームを送信することが期待されるか否かを示すACKポリシーフィールドを含み、前記レスポンダは、前記ACKポリシーフィールドで示される場合に限り、別個のACKフレームを送信することなく、前記応答フレームを送信することを特徴とする実施形態1に記載の方法。7.前記要求フレームは、要求識別番号を示す要求識別番号フィールドを含み、前記レスポンダは、前記要求フレームに含まれる要求識別番号に対応する要求識別番号を前記応答フレームに含めることを特徴とする実施形態1に記載の方法。8.前記要求フレームは、前記レスポンダが前記応答フレームを直ちに送信することが期待されるのか、それとも指定期間内に送信することが期待されるのかを示す応答時間ポリシーフィールドを含むことを特徴とする実施形態1に記載の方法。9.前記要求フレームは、前記レスポンダが前記応答フレームを前記レスポンダが選択した時間に送信することが期待されるかどうかを示す応答時間ポリシーフィールドを含むことを特徴とする実施形態1に記載の方法。10.前記要求フレームは、前記レスポンダが前記応答フレームを少なくとも1つの別のフレームに集約することができるかどうかを示す集約ポリシーフィールドを含むことを特徴とする実施形態1に記載の方法。11.前記集約ポリシーフィールドは、前記イニシエータおよび前記レスポンダがフレーム間隔短縮RIFS内に複数のパケットを送信することが期待されるかどうかを示すことを特徴とする実施形態10に記載の方法。12.前記要求フレームおよび前記応答フレームは、管理フレームであることを特徴とする実施形態1に記載の方法。13.前記管理フレームの優先順位は、データフレームよりも高いことを特徴とする実施形態12に記載の方法。14.前記優先順位付けは、明示的なフィールドによって前記管理フレームの優先順位を示すことによって実行されることを特徴とする実施形態13に記載の方法。15.前記優先順位付けは、前記データフレームよりも前記管理フレームを優先的に処理するハードウェアおよび/またはソフトウェアによって実行されることを特徴とする実施形態13に記載の方法。16.前記要求フレームおよび前記応答フレームは、アクションフレームであることを特徴とする実施形態1に記載の方法。17.前記要求フレームおよび前記応答フレームは、制御フレームであることを特徴とする実施形態1に記載の方法。18.前記要求フレームおよび前記応答フレームは、データフレームであることを特徴とする実施形態1に記載の方法。19.前記要求フレームおよび前記応答フレームは、異なるタイプのフレームであることを特徴とする実施形態1に記載の方法。20.前記要求フレームは、変調符号化方式MCS要求を含み、前記応答フレームは、MCSフィードバックを含み、前記イニシエータは、前記MCSフィードバックに基づいて次のフレームを生成することを特徴とする実施形態1に記載の方法。21.前記要求フレームは、トレーニング要求を含み、前記応答フレームは、サウンディングフレームとして生成され、前記イニシエータは、前記サウンディングフレームからチャネル状態情報CSIを推定し、前記CSIに基づいて次のフレームを生成することを特徴とする実施形態1に記載の方法。22.前記要求フレームは、チャネル状態情報CSIフィードバック要求を含み、前記応答フレームは、前記イニシエータと前記レスポンダとの間のCSIを運ぶCSIフィードバック応答を含むことを特徴とする実施形態1に記載の方法。23.前記CSIは、送信ビーム形成、キャリブレーション、およびアンテナ選択のうちの少なくとも1つに使用されることを特徴とする実施形態22に記載の方法。24.前記イニシエータから前記レスポンダに送信されるフレームは、前記レスポンダに一意に付与される別個のシーケンス番号カウンタを用いて順序付けされることを特徴とする実施形態1に記載の方法。25.前記イニシエータから前記レスポンダに送信されるフレームは、前記フレームが集約されるデータフレームに関して使用されるシーケンス番号カウンタを用いて順序付けされることを特徴とする実施形態1に記載の方法。26.前記イニシエータは、前記要求フレームにブロックACK要求BARを含めることを特徴とする実施形態1に記載の方法。27.前記イニシエータは、管理フレーム用の別個のBARを集約媒体アクセス制御MACプロトコルデータユニットA-MPDUの一部として送信することを特徴とする実施形態26に記載の方法。28.前記要求フレームは、管理フレーム用とデータフレーム用の2つの部分を含むBARを含んでいることを特徴とする実施形態26に記載の方法。29.前記レスポンダは、前記応答フレームにブロックACKBAを含めることを特徴とする実施形態1に記載の方法。30.前記レスポンダは、管理フレーム用の別個のBAを集約媒体アクセス制御MACプロトコルデータユニットA-MPDUの一部として送信することを特徴とする実施形態29に記載の方法。31.前記応答フレームは、管理フレーム用とデータフレーム用の2つの部分を含むBAを含んでいることを特徴とする実施形態29に記載の方法。32.前記要求フレームは、媒体アクセス制御MACフレームであることを特徴とする実施形態1に記載の方法。33.前記応答フレームは、媒体アクセス制御MACフレームであることを特徴とする実施形態1に記載の方法。34.通信エンティティ間のフレーム交換の応答性を改善する無線通信システムであって、レスポンダに要求フレームを送信するように構成されたイニシエータと、前記要求フレームに応答して、前記要求フレームの受領確認を行う別個の肯定応答ACKフレームを送信することなく、前記イニシエータに応答フレームを送信するように構成された前記レスポンダとを備えることを特徴とするシステム。35.前記レスポンダは、前記要求フレームを受信した時点からショートフレーム間隔SIFS内に前記応答フレームを送信するように構成されていることを特徴とする実施形態34に記載のシステム。36.前記レスポンダは、前記応答フレームを別のフレームにてピギーバックするように構成されていることを特徴とする実施形態34に記載のシステム。37.前記レスポンダは、前記応答フレームを別のフレームに集約するように構成されていることを特徴とする実施形態34に記載のシステム。38.前記レスポンダは、前記別個のACKフレームをデフォルトで送信することなく、前記応答フレームを送信するように構成されていることを特徴とする実施形態34に記載のシステム。39.前記要求フレームは、前記レスポンダが前記要求フレームの受領確認を行う別個のACKフレームを送信することが期待されるか否かを示すACKポリシーフィールドを含み、前記レスポンダは、前記ACKポリシーフィールドで示される場合に限り、別個のACKフレームを送信することなく、前記応答フレームを送信するように構成されていることを特徴とする実施形態34に記載のシステム。40.前記要求フレームは、要求識別番号を示す要求識別番号フィールドを含み、前記レスポンダは、前記要求フレームに含まれる要求識別番号に対応する要求識別番号を前記応答フレームに含めるように構成されていることを特徴とする実施形態34に記載のシステム。41.前記要求フレームは、前記レスポンダが前記応答フレームを直ちに送信することが期待されるのか、それとも指定期間内に送信することが期待されるのかを示す応答時間ポリシーフィールドを含むことを特徴とする実施形態34に記載のシステム。42.前記要求フレームは、前記レスポンダが前記応答フレームを前記レスポンダが選択した時間に送信することが期待されるかどうかを示す応答時間ポリシーフィールドを含むことを特徴とする実施形態34に記載のシステム。43.前記要求フレームは、前記レスポンダが前記応答フレームを別のフレームに集約することができるかどうかを示す集約ポリシーフィールドを含むことを特徴とする実施形態34に記載のシステム。44.前記集約ポリシーフィールドは、前記イニシエータおよび前記レスポンダがフレーム間隔短縮RIFS内に複数のパケットを送信することが期待されるかどうかを示すことを特徴とする実施形態43に記載のシステム。45.前記要求フレームおよび前記応答フレームは、管理フレームであることを特徴とする実施形態34に記載のシステム。46.前記管理フレームの優先順位は、データフレームよりも高いことを特徴とする実施形態45に記載のシステム。47.前記優先順位付けは、明示的なフィールドによって前記管理フレームの優先順位を示すことによって実行されることを特徴とする実施形態46に記載のシステム。48.前記優先順位付けは、前記データフレームよりも前記管理フレームを優先的に処理するハードウェアおよび/またはソフトウェアによって実行されることを特徴とする実施形態46に記載のシステム。49.前記要求フレームおよび前記応答フレームは、アクションフレームであることを特徴とする実施形態34に記載のシステム。50.前記要求フレームおよび前記応答フレームは、制御フレームであることを特徴とする実施形態34に記載のシステム。51.前記要求フレームおよび前記応答フレームは、データフレームであることを特徴とする実施形態34に記載のシステム。52.前記要求フレームおよび前記応答フレームは、異なるタイプのフレームであることを特徴とする実施形態34に記載のシステム。53.前記要求フレームは、変調符号化方式MCS要求を含み、前記応答フレームは、MCSフィードバックを含み、前記イニシエータは、前記MCSフィードバックに基づいて次のフレームを生成するように構成されていることを特徴とする実施形態34に記載のシステム。54.前記要求フレームは、トレーニング要求を含み、前記応答フレームは、サウンディングフレームとして生成され、前記イニシエータは、前記サウンディングフレームからチャネル状態情報CSIを推定し、前記CSIに基づいて次のフレームを生成するように構成されていることを特徴とする実施形態34に記載のシステム。55.前記要求フレームは、チャネル状態情報CSIフィードバック要求を含み、前記応答フレームは、前記イニシエータと前記レスポンダとの間のCSIを運ぶCSIフィードバック応答を含むことを特徴とする実施形態34に記載のシステム。56.前記CSIは、送信ビーム形成、キャリブレーション、およびアンテナ選択のうちの少なくとも1つに使用されることを特徴とする実施形態55に記載のシステム。57.前記イニシエータから前記レスポンダに送信されるフレームは、前記レスポンダに一意に付与される別個のシーケンス番号カウンタを用いて順序付けされることを特徴とする実施形態34に記載のシステム。58.前記イニシエータから前記レスポンダに送信されるフレームは、前記フレームが集約されるデータフレームに関して使用されるシーケンス番号カウンタを用いて順序付けされることを特徴とする実施形態34に記載のシステム。59.前記イニシエータは、前記要求フレームにブロックACK要求BARを含めるように構成されていることを特徴とする実施形態34に記載のシステム。60.前記イニシエータは、管理フレーム用の別個のBARを集約媒体アクセス制御MACプロトコルデータユニットA-MPDUの一部として送信するように構成されていることを特徴とする実施形態59に記載のシステム。61.前記イニシエータは、管理フレーム用とデータフレーム用の2つの部分を含むBARを前記要求フレームに含めるように構成されていることを特徴とする実施形態59に記載のシステム。62.前記レスポンダは、前記応答フレームにブロックACKBAを含めるように構成されていることを特徴とする実施形態34に記載のシステム。63.前記レスポンダは、管理フレーム用の別個のBAを集約媒体アクセス制御MACプロトコルデータユニットA-MPDUの一部として送信するように構成されていることを特徴とする実施形態62に記載のシステム。64.前記レスポンダは、管理フレーム用とデータフレーム用の2つの部分を含むBAを前記応答フレームに含めるように構成されていることを特徴とする実施形態62に記載のシステム。65.前記要求フレームは、媒体アクセス制御MACフレームであることを特徴とする実施形態34に記載のシステム。66.前記応答フレームは、媒体アクセス制御MACフレームであることを特徴とする実施形態34に記載のシステム。以上、本発明の各特徴および要素を、特定の組合せの好ましい諸実施形態に関連して説明してきたが、各特徴または要素は、好ましい諸実施形態における他の特徴および要素を伴わずに単独で使用することも、本発明の他の特徴および要素と様々な形で組み合わせて使用することも、それらと組み合わせずに使用することもできる。