JP6110337B2 - 無線ローカルエリアネットワークにおけるグループ伝送 - Google Patents

Description

本発明は、無線通信に関する。

インフラストラクチャＢＳＳ（基本サービスセット）モードにおけるＷＬＡＮ（無線ローカルエリアネットワーク）は、ＢＳＳに関するＡＰ（アクセスポイント）と、このＡＰに関連する１つまたは複数のＳＴＡ（局）とを有する。ＡＰは、通常、ＢＳＳを出入りするトラフィックを伝送するＤＳ（配信システム）、または別のタイプの有線ネットワークもしくは無線ネットワークに対するアクセスまたはインターフェースを有する。ＢＳＳの外部を発信元とするＳＴＡに対するトラフィックは、ＡＰ経由で着信して、ＳＴＡに配信される。ＳＴＡを発信元としてＢＳＳの外部の宛先に向けられたトラフィックは、それぞれの宛先に配信されるようにＡＰに送信される。

ＢＳＳ内のＳＴＡ間のトラフィックもＡＰ経由で送信されることが可能であり、送信元ＳＴＡが、トラフィックをＡＰに送信し、さらにＡＰが、このトラフィックを宛先ＳＴＡに配信する。ＢＳＳ内のＳＴＡ間のそのようなトラフィックは、現実にピアツーピアトラフィックである。そのようなピアツーピアトラフィックは、ＩＥＥＥ８０２．１１ｅ ＤＬＳ（direct link setup）またはＩＥＥＥ８０２．１１ｚ ＴＤＬＳ（トンネルＤＬＳ）を使用するＤＬＳを用いて、送信元ＳＴＡと宛先ＳＴＡとの間で直接に送信されることも可能である。独立したＢＳＳモードにおけるＷＬＡＮは、ＡＰを有さず、ＳＴＡは、互いに直接に通信する。

ＮＡＶ（network allocation vector）保護機構が、ＭＡＣ（媒体アクセス制御）層において、無線媒体上のパケット伝送を保護するために使用される。ＮＡＶは、各デバイス（すなわち、ＳＴＡまたはＡＰ）によって保持される、そのデバイスによって無線媒体上への送信が開始されない期間のインジケータである。ＢＳＳにおいて送信される各フレームは、そのフレーム、および後続のフレームの伝送、並びにＭＡＣ層プロトコルにおいて規定されたフレーム交換系列によって要求されるフレーム間スペースに対応する期間に設定されたデュレーション・フィールド（duration field）を含む。自らにアドレス指定されていない有効なフレームを受信したデバイスは、受信されたフレームのデュレーション・フィールドの中の情報を使用して、そのデバイスのＮＡＶを更新することを、その更新が、現在のＮＡＶ値より大きい新たなＮＡＶ値をもたらす場合、行う。

ＢＳＳにおいて、隠れノード問題のためにパケット衝突が生じる可能性がある。この問題を緩和するのに、ＲＴＳ（request to send）−ＣＴＳ（clear to send）フレーム交換を使用してＮＡＶが設定されることが可能である。媒体を確保するのに、デバイスは、フレーム交換系列の最初のフレームとして、受信側デバイスにアドレス指定されたＲＴＳフレームを送信する。受信側デバイスは、このＲＴＳフレームを送信したデバイスにアドレス指定されたＣＴＳフレームで応答する。このようにして、ＮＡＶは、フレーム交換系列をサポートするように両方のデバイスの近隣における他の全てのＳＴＡに関して設定される。

伴うオーバーヘッドがより小さいが、それほど堅牢ではない別の保護機構は、保護を必要とする送信より前に「ＣＴＳ ｔｏ ｓｅｌｆ」フレームを送信することである。この保護機構では、デバイスはまず、後続の送信を保護するデュレーション値を有する、デバイス自らにアドレス指定されたＣＴＳフレームを送信する。

複数のデバイスが、無線リソース管理機能に関する管理フレームを使用するグループ識別子（以降、グループＩＤと呼ぶ）を用いて、グループに割り当てられることが可能である。グループＩＤおよび関連するグループ情報は、フレームのＰＨＹ（物理）部分またはＭＡＣ部分の中で示される。管理フレームを使用して、関連するグループパラメータを有するグループＩＤをデバイスに割り当てるための方法は、知られている。

ＭＡＣ層の上で１００Ｍｂｐｓを超えるＶＨＴ（非常に高いスループット）を有するＷＬＡＮが、設計されている。システムパフォーマンスを向上させるのに、ＶＨＴ ＷＬＡＮは、電力節約、ＭＵ−ＭＩＭＯ、またはＯＦＤＭＡ（直交周波数分割多元接続）などのフィーチャを含み得る。これらのフィーチャは、２つ以上のデバイスが関与するグループ伝送またはグループフレーム交換を使用する可能性がある。

ＭＵ−ＭＩＭＯシナリオまたはＯＦＤＭＡシナリオにおいて、所与のデバイスは、複数のＳＴＡと同時に通信し、複数の同時の通信リンクをもたらす。ＭＵ−ＭＩＭＯでは、同時の通信は、１つまたは複数の同一の周波数上で行われる。ＯＦＤＭＡでは、同時の通信は、割り当てられた異なるサブキャリア周波数上で行われる。ＵＬ（アップリンク）方向（デバイスに対する）で、複数の送信するデバイスと、１つの受信するデバイスとが存在する。ＤＬ（ダウンリンク）方向（デバイスからの）で、１つの送信するデバイスと、複数の受信するデバイスとが存在する。

２つより多くのデバイスがグループ伝送またはグループフレーム交換に関与しているため、ＲＴＳ−ＣＴＳフレーム交換の既存の保護機構（２つだけのデバイスのために設計されている）は、適切に機能しない。同様に、ＡＣＫ（確認応答）フレームおよびブロックＡＣＫフレームなどのフレーム応答機構（２つだけのデバイスのために設計されている）は、グループ伝送またはグループフレーム交換に関して適切に機能しない。

グループ伝送またはグループフレーム交換の場合、前述したグループＩＤの概念を使用して、シグナリング保護機構、フレーム応答機構、およびサウンディング機構が提供されることが可能である。

アクセスポイントによるチャネルサウンディングの方法が、複数のＳＴＡ（移動局）にサウンディングフレームを送信することを含む。サウンディングフレームは、複数のＳＴＡのそれぞれによって測定されるべきトレーニングシンボルを含む。サウンディング応答フレームが、複数のＳＴＡのそれぞれから受信される。複数のＳＴＡの第１のＳＴＡから受信されるサウンディング応答フレームは、サウンディング要求フレーム送信の完了後、短フレーム間隔の遅延で受信される。

ＡＰ（アクセスポイント）は、プロセッサと、送信機と、受信機とを含む。プロセッサは、ＡＰと複数のＳＴＡとの間のチャネルをサウンディングするサウンディングフレームを生成するように構成される。サウンディングフレームは、複数のＳＴＡの各ＳＴＡによって測定されるべきトレーニングシンボルを含む。送信機は、複数のＳＴＡにサウンディングフレームを送信するように構成される。受信機は、複数のＳＴＡのそれぞれからサウンディング応答フレームを受信するように構成される。複数のＳＴＡの第１のＳＴＡから受信されるサウンディング応答フレームは、サウンディングフレームを送信した後、短フレーム間隔の遅延で受信される。

ＳＴＡによるチャネルサウンディングの方法は、ＡＰからサウンディングフレームを受信することを含む。サウンディングフレームは、ＳＴＡによって測定されるべきトレーニングシンボルを含む。サウンディングフレームがそのＳＴＡのアドレスを含むことを条件として、ＳＴＡは、サウンディング応答フレームをＡＰに送信する。サウンディングフレームがそのＳＴＡのアドレスを含まないことを条件として、ＳＴＡは、サウンディングフレームの中に含まれる情報に基づいてＮＡＶを設定する。

ＳＴＡは、受信機と、プロセッサと、送信機とを含む。受信機は、ＡＰからサウンディングフレームを受信するように構成される。サウンディングフレームは、ＳＴＡによって測定されるべきトレーニングシンボルを含む。プロセッサは、サウンディングフレームを処理して、サウンディングフレームがそのＳＴＡのアドレスを含むかどうかを判定し、さらにサウンディングフレームがそのＳＴＡのアドレスを含まないことを条件として、サウンディングフレームの中に含まれる情報に基づいてＮＡＶを設定するように構成される。送信機は、サウンディングフレームがそのＳＴＡのアドレスを含むことを条件として、ＡＰにサウンディング応答フレームを送信するように構成される。

添付図面と併せて例として与えられる以下の説明から詳細な理解を得ることができる。
開示される１つまたは複数の実施形態が実施され得る例示的な通信システムを示すシステム図である。 図１Ａに示される通信システム内で使用され得る例示的なＷＴＲＵまたはＳＴＡを示すシステム図である。 図１Ａに示される通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すシステム図である。 応答フレームが順に送信される場合のグループフレーム交換に関するＲＴＳフレームおよびＣＴＳフレームを用いたＮＡＶ保護手順を示す流れ図である。 応答フレームが同時に送信される場合のグループフレーム交換に関するＲＴＳフレームおよびＣＴＳフレームを用いたＮＡＶ保護手順を示す流れ図である。 グループフレーム交換で用いるＲＴＳフレームフォーマットに関する３つのオプションを示す図である。 グループフレーム交換で用いるＣＴＳフレームフォーマットを示す図である。 応答フレームが順に送信される場合のグループフレーム交換に関するグループＩＤに送信されるＣＴＳフレームを用いたＮＡＶ保護手順を示す流れ図である。 応答フレームが同時に送信される場合のグループフレーム交換に関するグループＩＤに送信されるＣＴＳフレームを用いたＮＡＶ保護手順を示す流れ図である。 グループフレーム交換に関する暗黙のフィードバックを用いたサウンディング手順を示す流れ図である。 グループフレーム交換に関する明示的なフィードバックを用いたサウンディング手順を示す流れ図である。

図１Ａは、開示される１つまたは複数の実施形態が実施され得る例示的な通信システム１００の図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、番組などのコンテンツを提供する多元接続システムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を介して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、ＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時分割多元接続）、ＦＤＭＡ（周波数分割多元接続）、ＯＦＤＭＡ（直交ＦＤＭＡ）、ＳＣ−ＦＤＭＡ（シングルキャリアＦＤＭＡ）などの１つまたは複数のチャネルアクセス方法を使用することができる。

図１Ａに示されるとおり、通信システム１００は、ＷＴＲＵ（無線送信／受信ユニット）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＭ（無線アクセスネットワーク）１０４と、コアネットワーク１０６と、ＰＳＴＮ（公衆交換電話網）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが認識されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作する、および／または通信するように構成された任意のタイプのデバイスであり得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信するように、および／または受信するように構成されることが可能であり、さらにＵＥ（ユーザ装置）、移動局、固定またはモバイルの加入者ユニット、ページャ、携帯電話機、ＰＤＡ（携帯情報端末）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電子機器などを含み得る。

また、通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つとワイヤレスでインターフェースをとって、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを円滑にするように構成された任意のタイプのデバイスであり得る。例えば、基地局１１４ａ、１１４ｂは、ＢＴＳ（基地局トランシーバ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、ＡＰ（アクセスポイント）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂはそれぞれ、単一の要素として示されるが、基地局１１４ａ、１１４ｂは、任意の数の互いに接続された基地局および／またはネットワーク要素を含み得ることが認識されよう。

基地局１１４ａは、他の基地局、および／またはＢＳＣ（基地局コントローラ）、ＲＮＣ（無線ネットワークコントローラ）、中継ノードなどのネットワーク要素（図示せず）を含みうるＲＡＮ１０４の一部であり得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る特定の地理的区域内で無線信号を送信するように、さらに／または受信するように構成され得る。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに関連するセルは、３つのセクタに分割され得る。このため、一実施形態において、基地局１１４ａは、３つの、すなわち、セルの各セクタにつき１つのトランシーバを含み得る。別の実施形態において、基地局１１４ａは、ＭＩＭＯ（多入力多出力）技術を使用することができ、したがって、セルの各セクタにつき複数のトランシーバを利用することができる。

基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（例えば、ＲＦ（無線周波数）、マイクロ波、ＩＲ（赤外線）、ＵＶ（紫外線）、可視光など）であり得るエアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と通信することができる。エアインターフェース１１６は、任意の適切なＲＡＴ（無線アクセス技術）を使用して確立され得る。

より具体的には、前述したとおり、通信システム１００は、多元接続システムとすることができ、さらにＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ１０４における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＷＣＤＭＡ（登録商標）（広帯域ＣＤＭＡ）を使用してエアインターフェース１１６を確立することが可能な、ＵＴＲＡ（UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access）などの無線技術を実施することができる。ＷＣＤＭＡは、ＨＳＰＡ（High Speed Packet Access）および／またはＨＳＰＡ＋（Evolved HSPA）などの通信プロトコルを含み得る。ＨＳＰＡは、ＨＳＤＰＡ（High Speed Downlink Packet Access）および／またはＨＳＵＰＡ（High Speed Uplink Packet Access）を含み得る。

別の実施形態において、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、ＬＴＥ（Long Term Evolution）および／またはＬＴＥ−Ａ（LTE-Advanced）を使用してエアインターフェース１１６を確立することが可能な、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access）などの無線技術を実施することが可能である。

他の実施形態において、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、ＩＳ−２０００（Interim Standard 2000）、ＩＳ−９５（Interim Standard 95）、ＩＳ−８５６（Interim Standard 856）、ＧＳＭ（登録商標）（Global System for Mobile Communications）、ＥＤＧＥ（Enhanced Data GSM Environment）、ＧＥＲＡＮ（GSM EDGE）などの無線技術を実施することが可能である。

図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、アクセスポイントであることが可能であり、さらに職場、自宅、車両、キャンパスなどの局所化された区域内で無線接続を円滑にする任意の適切なＲＡＴを利用することができる。一実施形態において、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄが、ＩＥＥＥ８０２．１１などの無線技術を実施して、ＷＬＡＮ（無線ローカルエリアネットワーク）を確立することができる。別の実施形態において、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄが、ＩＥＥＥ８０２．１５などの無線技術を実施して、ＷＰＡＮ（無線パーソナルエリアネットワーク）を確立することができる。さらに別の実施形態において、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄが、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することが可能である。図１Ａに示されるとおり、基地局１１４ｂは、インターネット１１０に対する直接の接続を有することができる。このため、基地局１１４ｂは、コアネットワーク１０６経由でインターネット１１０にアクセスすることを要求されない場合がある。

ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数に音声、データ、アプリケーション、および／またはＶｏＩＰ（Voice over Internet Protocol）サービスを提供するように構成された任意のタイプのネットワークであり得るコアネットワーク１０６と通信状態にあることができる。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置情報サービス、プリペイド通話、インターネット接続、ビデオ配信などを提供すること、および／またはユーザ認証などの高レベルのセキュリティ機能を実行することができる。図１Ａには示されないものの、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同一のＲＡＴを使用する、または異なるＲＡＴを使用する他のＲＡＮと直接または間接の通信状態にあることができることが認識されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用していることが可能なＲＡＮ１０４に接続されていることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信状態にあることもできる。

また、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイの役割をすることもできる。ＰＳＴＮ１０８は、ＰＯＴＳ（旧来の電話サービス）を提供する回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群におけるＴＣＰ、ＵＤＰおよびＩＰなどの一般的な通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの地球規模のシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有され、さらに／または運用される有線または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同一のＲＡＴを使用することも、異なるＲＡＴを使用することも可能な１つまたは複数のＲＡＮに接続された別のコアネットワークを含み得る。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか、または全てが、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信する複数のトランシーバを含むことができる。例えば、図１Ａに示されるＷＴＲＵ１０２が、セルラベースの無線技術を使用可能な基地局１１４ａ、およびＩＥＥＥ８０２無線技術を使用可能な基地局１１４ｂと通信するように構成され得る。

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるとおり、ＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、非リムーバブルメモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、ＧＰＳチップセット１３６と、他の周辺装置１３８とを含み得る。ＷＴＲＵ１０２は、或る実施形態に合致したままで、前述の要素の任意の部分的組合せを含み得ることが認識されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（digital signal processor）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の任意の種類のＩＣ（集積回路）、状態マシンなどであり得る。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することができるようにする他の任意の機能を実行することが可能である。プロセッサ１１８は、後段で説明される方法のいずれかを実行するように構成され得る。

プロセッサ１１８は、送信／受信要素１２２に結合されることが可能なトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別々の構成要素として示すが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップの中に一緒に組み込まれてもよいことが認識されよう。

送信／受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するように、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態において、送信／受信要素１２２は、ＲＦ信号を送信するように、および／または受信するように構成されたアンテナであり得る。別の実施形態において、送信／受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、または可視光信号を送信するように、および／または受信するように構成されたエミッタ／検出器であり得る。さらに別の実施形態において、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組合せを送信するように、および／または受信するように構成され得ることが認識されよう。

さらに、送信／受信要素１２２は、単一の要素として図１Ｂに示されるものの、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。このため、一実施形態において、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するために２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。

トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調するように、さらに送信／受信要素１２２によって受信される信号を復調するように構成され得る。前述したとおり、ＷＴＲＵ１０２はマルチモード機能を有し得る。このため、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にする複数のトランシーバを含み得る。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、ＬＣＤ（液晶ディスプレイ）ディスプレイユニットもしくはＯＬＥＤ（有機発光ダイオード）ディスプレイユニット）に結合されることができ、さらにスピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８からユーザ入力データを受け取ることができる。また、プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。さらに、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの、任意のタイプの適切なメモリからの情報にアクセスすること、およびそのようなメモリの中にデータを格納することができる。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスク、または他の任意のタイプのメモリストレージデバイスを含み得る。リムーバブルメモリ１３２は、ＳＩＭ（加入者ＩＤモジュール）カード、メモリスティック、ＳＤ（セキュアデジタル）メモリカードなどを含み得る。他の実施形態において、プロセッサ１１８は、サーバ上またはホームコンピュータ（図示せず）上などの、ＷＴＲＵ１０２上に物理的に位置していないメモリからの情報にアクセスすること、および当該メモリの中にデータを格納することができる。

プロセッサ１１８は、電源１３４から電力を受け取ることができ、さらにＷＴＲＵ１０２内のその他の構成要素に対して配電するように、さらに／または電力を制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給する任意の適切なデバイスであり得る。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ＮｉＣｄ（ニッケルカドミウム）、ＮｉＺｎ（ニッケル亜鉛）、ＮｉＭＨ（ニッケル水素）、Ｌｉ−ｉｏｎ（リチウムイオン）など）、太陽電池、燃料電池などを含み得る。

また、プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度と緯度）を提供するように構成され得るＧＰＳチップセット１３６に結合されることもできる。ＧＰＳチップセット１３６からの情報に加えて、またはそのような情報の代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信してもよく、および／または近くの２つ以上の基地局から受信される信号のタイミングに基づいて、ＷＴＲＵ１０２の位置を特定してもよい。ＷＴＲＵ１０２は、或る実施形態に合致したままで、任意の適切な位置特定方法によって位置情報を獲得することが可能であることが認識されよう。

プロセッサ１１８は、さらなるフィーチャ、機能、および／または有線接続もしくは無線接続を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含み得る他の周辺装置１３８にさらに結合され得る。例えば、周辺装置１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ＵＳＢポート、振動デバイス、テレビトランシーバ、ハンズフリーハンドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含み得る。

図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。ＲＡＮ１０４は、ＩＥＥＥ８０２．１６無線技術を使用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するＡＳＮ（アクセスサービスネットワーク）であり得る。後段でさらに説明されるとおり、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０４、およびコアネットワーク１０６の様々な機能エンティティの間の通信リンクは、参照点（reference point）と定義され得る。

図１Ｃに示されるとおり、ＲＡＮ１０４は、基地局１４０ａ、１４０ｂ、１４０ｃ、およびＡＳＮゲートウェイ１４２を含むことが可能であり、ただし、ＲＡＮ１０４は、或る実施形態と合致したままで、任意の数の基地局、およびＡＳＮゲートウェイを含み得ることが認識されよう。基地局１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０４における特定のセル（図示せず）に関連することが可能であり、さらにエアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバをそれぞれ含むことができる。一実施形態において、基地局１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。このため、例えば、基地局１４０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信すること、およびＷＴＲＵ１０２ａから無線信号を受信することができる。また、基地局１４０ａ、１４０ｂ、１４０ｃは、ハンドオフをトリガすること、トンネル確立、無線リソース管理、トラフィック分類、ＱｏＳ（サービス品質）ポリシー執行などのモビリティ管理機能を提供することもできる。ＡＳＮゲートウェイ１４２は、トラフィック集約ポイントの役割をすることができ、さらにページング、加入者プロファイルのキャッシング、コアネットワーク１０６にルーティングすることなどを担うことができる。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０４との間のエアインターフェース１１６は、ＩＥＥＥ８０２．１６規格を実施するＲ１参照点と定義され得る。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０６に対して論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６との間の論理インターフェースは、認証、許可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用され得るＲ２参照点と定義され得る。

基地局１４０ａ、１４０ｂ、１４０ｃのそれぞれの間の通信リンクは、基地局間のＷＴＲＵハンドオーバ、およびデータの転送を円滑にするプロトコルを含むＲ８参照点と定義され得る。基地局１４０ａ、１４０ｂ、１４０ｃとＡＳＮゲートウェイ２１５との間の通信リンクは、Ｒ６参照点と定義され得る。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連するモビリティイベントに基づくモビリティ管理を円滑にするプロトコルを含み得る。

図１に示されるとおり、ＲＡＮ１０４は、コアネットワーク１０６に接続され得る。ＲＡＮ１０４とコアネットワーク１０６との間の通信リンクは、例えば、データ転送およびモビリティ管理能力を円滑にするプロトコルを含むＲ３参照点と定義され得る。コアネットワーク１０６は、ＭＩＰ−ＨＡ（モバイルＩＰホームエージェント）１４４と、ＡＡＡ（認証−許可−アカウンティング）サーバ１４６と、ゲートウェイ１４８とを含み得る。以上の要素のそれぞれは、コアネットワーク１０６の一部として示されるものの、これらの要素のうちのいずれの要素も、コアネットワーク事業者以外のエンティティによって所有され、さらに／または運用されることが可能であることが認識されよう。

ＭＩＰ−ＨＡは、ＩＰアドレス管理を担うことができ、さらにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮの間および／または異なるコアネットワークの間でローミングすることを可能にすることができる。ＭＩＰ−ＨＡ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスをもたらして、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応のデバイスとの間の通信を円滑にすることができる。ＡＡＡサーバ１４６は、ユーザ認証を担うとともに、ユーザサービスをサポートすることを担うことができる。ゲートウェイ１４８は、他のネットワークとの相互動作を円滑にすることができる。例えば、ゲートウェイ１４８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをもたらして、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定通信デバイスとの間の通信を円滑にすることができる。さらに、ゲートウェイ１４８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有され、さらに／または運用される他の有線ネットワークまたは無線ネットワークを含み得るネットワーク１１２へのアクセスをもたらすことができる。

図１Ｃには示されないものの、ＲＡＮ１０４は、他のＡＳＮに接続されることができ、さらにコアネットワーク１０６は、他のコアネットワークに接続されることができることが認識されよう。ＲＡＮ１０４とその他のＡＳＮとの間の通信リンクは、ＲＡＮ１０４とその他のＡＳＮとの間でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを協調させるプロトコルを含むことが可能なＲ４参照点と定義され得る。コアネットワーク１０６と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと移動先のコアネットワークとの間の相互動作を円滑にするプロトコルを含むことが可能なＲ５参照点と定義され得る。

その他のネットワーク１１２は、ＩＥＥＥ８０２．１１ベースのＷＬＡＮ（無線ローカルエリアネットワーク）１６０にさらに接続され得る。ＷＬＡＮ１６０は、アクセスルータ１６５を含み得る。アクセスルータは、ゲートウェイ機能を含み得る。アクセスルータ１６５は、複数のＡＰ（アクセスポイント）１７０ａ、１７０ｂと通信状態にあることが可能である。アクセスルータ１６５とＡＰ１７０ａ、１７０ｂとの間の通信は、有線のイーサネット（登録商標）（ＩＥＥＥ８０２．３標準規格）、または任意のタイプの無線通信プロトコルを介することが可能である。ＡＰ１７０ａは、エアインターフェースを介してＷＴＲＵ１０２ｄと無線通信状態にある。ＡＰ１７０ａ、１７０ｂは、後段で説明される方法のいずれかを実行するように構成され得る。

（グループフレーム交換に関するグループＩＤ）
グループの中の複数のデバイスは、レガシーデバイスと新たなデバイスの混合、様々なデータレートスキーム、符号スキーム、変調スキーム、もしくは伝送スキーム（例えば、ＳＴＢＣ（時空間符号化）および非ＳＴＢＣ）をサポートするデバイスの混合、またはレガシーデバイスでないデバイスであることが可能である。

グループＩＤを使用している場合、ＳＴＡは、グループに割り当てられ、さらにＳＴＡには、いくつかのグループフィーチャが帰せられる。グループＩＤ情報は、グループを識別するグループ識別情報、グループに属する各デバイスのアドレスもしくは識別子、グループに属するその他全てのデバイスによって認識可能であり得る、グループに属する各デバイスのアドレスもしくは識別子、グループ特性、グループプロパティ、もしくはグループ規則、グループメンバの順序、系列、もしくはスケジュール、またはＯＦＤＭＡサブキャリア周波数の割当てのうちの１つまたは複数を含む。

「グループメンバの順序」（または「順序」）という用語には、グループメンバの系列、またはグループメンバのスケジュールも含まれる。グループメンバの順序は、以下の仕方のいずれかで指定されることもできる。すなわち、昇順もしくは降順を示す順序情報もしくは系列情報、タイミング情報、例えば、基準時刻に対する伝送時刻、送信または受信のためのデバイスに対する周波数（例えば、ＯＦＤＭＡサブキャリア周波数）の割当て、グループＩＤと一緒に明示的に指定される、グループＩＤに暗黙に関連付けられ、さらに他の場所で、例えば、管理フレーム交換、制御フレーム交換、もしくはデータフレーム交換を用いて指定される、指定された規則もしくは手順を使用してグループＩＤから暗黙に導き出される。

グループ伝送またはグループフレーム交換を行うことになるデバイスが、グループＩＤを有するグループに割り当てられる。デバイスは、複数のグループに割り当てられる、または属することも可能である。グループＩＤ割当ては、データフレーム、制御フレーム、または管理フレームを使用して行われ得る。

グループＩＤは、任意のＭＡＣフレームフィールドの中に含められることができる。例えば、グループＩＤは、グループフレーム交換、グループ管理、またはグループ制御の目的で、任意のデータフレーム、制御フレーム、または管理フレームの中のＭＡＣアドレスフィールドの中に含められることができる。例えば、グループＩＤは、以下のＭＡＣアドレスフィールド、すなわち、ＴＡ（送信するＳＴＡのアドレス）、ＲＡ（受信するＳＴＡのアドレス）、ＳＡ（送信元アドレス）、またはＤＡ（宛先アドレス）の１つまたは複数の中に含められることができる。

後述されるフレーム交換系列のいずれかの系列におけるＩＦＳ（フレーム間隔）は、システム実施形態に適切なように設定される、または設計されることができる。例えば、フレーム交換系列におけるＩＦＳは、以下の時間間隔、すなわち、スロット時間の倍数、ＲＩＦＳ（縮小されたＩＦＳ）、ＲＩＦＳの倍数、ＳＩＦＳ（短いＩＦＳ）、ＳＩＦＳの倍数、ＰＩＦＳ（ポイント調整機能ＩＦＳ）、またはＰＩＦＳの倍数のいずれかとして設定され得る。

以下の実施形態は、ＤＬ ＭＵ−ＭＩＭＯ伝送、ＤＬ ＯＦＤＭＡ伝送、またはＤＬグループ伝送に関連して説明され得るものの、これらの実施形態は、ＵＬ ＭＵ−ＭＩＭＯフレーム交換、ＵＬ ＯＦＤＭＡフレーム交換、またはＵＬグループフレーム交換にも適用可能であり得ることに留意されたい。以下の実施形態は、２つより多くのデバイスがパケット伝送またはフレーム交換（例えば、ＭＵ−ＭＩＭＯ、電力節約）に関与する全てのグループ伝送に適用可能であるが、それらの実施形態のいくつかは、ＭＵ−ＭＩＭＯ伝送またはＯＦＤＭＡ伝送に関連して説明される可能性がある。

（グループフレーム交換に関するＲＴＳおよびＣＴＳ）
グループフレーム交換のために媒体を確保するのに、デバイスは、フレーム交換系列の最初のフレームとして、グループにアドレス指定されたＲＴＳフレーム（グループＩＤを含む）を送信することができる。このＲＴＳフレームを受信する、そのグループＩＤに関連付けられていないデバイスは、このＲＴＳフレームの中のデュレーション・フィールドに基づいてそのデバイスのＮＡＶを設定する。

このＲＴＳフレームに応答して、そのグループに属する受信側デバイスは、グループＩＤにアドレス指定されたＣＴＳフレームを、そのグループに属する他のデバイスに対する順序で送信する。ＣＴＳフレームを送信することに関する順序は、グループＩＤに関連付けられた順序から、グループの中のデバイスによって導き出されることができる。このＣＴＳフレームを受信する、グループＩＤに関連付けられていないデバイスは、ＣＴＳフレームの中のデュレーション・フィールドに基づいてそのデバイスのＮＡＶを設定する。このようにして、ＮＡＶが、グループフレーム交換に属するデバイスの近隣におけるグループＩＤに属さない他の全てのデバイスに関して設定され得る。

グループに属するデバイスは、そのデバイスのＣＴＳフレームのデュレーション・フィールドを設定する際、グループ内で関連付けられたそのデバイスの順序を考慮する。例えば、ＣＴＳフレームで応答することに関して２番目の順序のデバイスは、ＣＴＳフレームの中のデュレーション・フィールドを、ＲＴＳフレームから獲得されたデュレーション値から、ＣＴＳフレームを送信するのに要求される時間にＣＴＳフレームのＳＩＦＳ間隔（または他のフレーム間隔）を足して２倍にした値を引いた値として設定する。

一般に、ＣＴＳフレームで応答することに関してＮ番目の順序のデバイスは、ＣＴＳフレームの中のデュレーション・フィールドを、ＲＴＳフレームのデュレーション・フィールドから獲得されたデュレーション値から、Ｎ×（ＣＴＳフレームを送信するのに要求される時間＋ＳＩＦＳ間隔または他のフレーム間隔）を引いた値として設定し、ただし、Ｎは、１以上の整数である。そのようなＲＴＳ−ＣＴＳフレーム交換機構は、２つより多くのデバイス（例えば、１つのＡＰと２つ以上のＳＴＡ、または３つ以上のＳＴＡ）がグループフレーム交換系列に関与する場合の隠れノード問題を緩和する。応答フレームを順に送信することは、応答フレームを送信する際に遅延をより大きくするが、システム複雑度をより小さくする。

図２は、応答フレームが順に送信される場合のグループフレーム交換に関するＲＴＳフレームおよびＣＴＳフレームを用いたＮＡＶ保護手順２００の流れ図である。ＮＡＶ保護手順２００は、ＡＰもしくはＳＴＡ０ ２０２（以降、ＡＰ２０２と呼ぶ）と、第１の局ＳＴＡ１ ２０４と、第２の局ＳＴＡ２ ２０６とを含む。ＳＴＡ１ ２０４は、グループに関連付けられた順序においてＳＴＡ２ ２０６より前にある。手順２００は、任意の数の局で機能することに留意されたい。

ＡＰ２０２が、ＲＡフィールドの中にグループＩＤを含めることによってグループにアドレス指定されたＲＴＳフレームを送信する（ステップ２１０）。グループに入っていないＳＴＡが、ＲＴＳフレームの中のデュレーション・フィールドに基づいてそれらのＳＴＡのＮＡＶを設定する（ステップ２１２）。ＳＴＡ１ ２０４が最初に、グループＩＤを含むＲＡフィールドを有するＣＴＳフレームで応答する（ステップ２１４）。グループに入っていないＳＴＡは、ＣＴＳフレームの中のデュレーション・フィールドに基づいてそれらのＳＴＡのＮＡＶを設定することを、その新たなＮＡＶ値が、ＲＴＳフレームからのＮＡＶ値より長い場合、またはＳＴＡ１からＣＴＳフレームを受信するＳＴＡが、ＡＰ０からＲＴＳフレームを受信していない場合、行う（ステップ２１６）。

次に、ＳＴＡ２ ２０６が、グループＩＤを含むＲＡフィールドを有するＣＴＳフレームを送信する（ステップ２１８）。グループに入っていないＳＴＡが、ＣＴＳフレームの中のデュレーション・フィールドに基づいてそれらのＳＴＡのＮＡＶを設定することを、その新たなＮＡＶ値が、ＲＴＳフレームからのＮＡＶ値、もしくはＳＴＡ１ ２０４からのＣＴＳフレームからのＮＡＶ値より長い場合、またはＳＴＡ２からＣＴＳフレームを受信するＳＴＡが、ＡＰ０からのＲＴＳフレームも、ＳＴＡ１からのＣＴＳフレームも受信していない場合、行う（ステップ２２０）。

ＡＰ２０２が、ＳＴＡ１ ２０４に対するデータおよびＢＡＲと、ＳＴＡ２ ２０６に対するデータおよびＢＡＲとを有するグループフレームを送信する（ステップ２３０）。ＯＦＤＭＡ実施形態において、このグループフレームは、ＳＴＡ１ ２０４およびＳＴＡ２ ２０６に、ＳＴＡ１ ２０４およびＳＴＡ２ ２０６にそれぞれ割り当てられた周波数上で送信される。ＭＵ−ＭＩＭＯ実施形態において、このグループフレームは、ＳＴＡ１ ２０４およびＳＴＡ２ ２０６に同一の周波数上で送信される。ＣＴＳフレームを送信する場合と同一の順序に従って、ＳＴＡ１ ２０４が最初にグループＩＤに対する応答フレームを送信する（ステップ２３２）。次に、ＳＴＡ２ ２０６が、グループＩＤに対する応答フレームを送信する（ステップ２３４）。応答フレームは、使用されるフレーム交換プロトコルに依存して、ブロックＡＣＫまたは他の応答フレームタイプであることが可能である。

図３は、応答フレームが同時に送信される場合のグループフレーム交換に関するＲＴＳフレームおよびＣＴＳフレームを用いたＮＡＶ保護手順３００の流れ図である。ＮＡＶ保護手順３００は、ＡＰもしくはＳＴＡ０ ３０２（以降、ＡＰ３０２と呼ぶ）と、第１の局ＳＴＡ１ ３０４と、第２の局ＳＴＡ２ ３０６とを含む。ＳＴＡ１ ３０４は、グループに関連付けられた順序においてＳＴＡ２ ３０６より前にある。手順３００は、任意の数の局で機能することに留意されたい。

ＡＰ３０２が、ＲＡフィールドの中にグループＩＤを含めることによってグループにアドレス指定されたＲＴＳフレームを送信する（ステップ３１０）。グループに入っていないＳＴＡが、ＲＴＳフレームの中のデュレーション・フィールドに基づいてそれらのＳＴＡのＮＡＶを設定する（ステップ３１２）。ＳＴＡ１ ３０４が最初に、グループＩＤを含むＲＡフィールドを有するＣＴＳフレームで応答する（ステップ３１４）。グループに入っていないＳＴＡは、ＣＴＳフレームの中のデュレーション・フィールドに基づいてそれらのＳＴＡのＮＡＶを設定することを、その新たなＮＡＶ値が、ＲＴＳフレームからのＮＡＶ値より長い場合、またはＳＴＡ１からＣＴＳフレームを受信するＳＴＡが、ＡＰ０からＲＴＳフレームを受信していない場合、行う（ステップ３１６）。

次に、ＳＴＡ２ ３０６が、グループＩＤを含むＲＡフィールドを有するＣＴＳフレームを送信する（ステップ３１８）。グループに入っていないＳＴＡが、ＣＴＳフレームの中のデュレーション・フィールドに基づいてそれらのＳＴＡのＮＡＶを設定することを、その新たなＮＡＶ値が、ＲＴＳフレームからのＮＡＶ値、もしくはＳＴＡ１ ３０４からのＣＴＳフレームからのＮＡＶ値より長い場合、またはＳＴＡ２からＣＴＳフレームを受信するＳＴＡが、ＡＰ０からのＲＴＳフレームも、ＳＴＡ１からのＣＴＳフレームも受信していない場合、行う（ステップ３２０）。

ＡＰ３０２が、ＳＴＡ１ ３０４に対するデータおよびＢＡＲと、ＳＴＡ２ ３０６に対するデータおよびＢＡＲとを有するグループフレームを送信する（ステップ３３０）。ＯＦＤＭＡ実施形態において、このグループフレームは、ＳＴＡ１ ３０４およびＳＴＡ２ ３０６に、ＳＴＡ１ ３０４およびＳＴＡ２ ３０６にそれぞれ割り当てられた周波数上で送信される。ＭＵ−ＭＩＭＯ実施形態において、このグループフレームは、ＳＴＡ１ ３０４およびＳＴＡ２ ３０６に同一の周波数上で送信される。

ＳＴＡ１ ３０４が、グループＩＤに対する応答フレームを送信すること（ステップ３３２）を、ＳＴＡ２ ３０６が、グループＩＤに対する応答フレームを送信すること（ステップ３３４）と同時に行う。ＯＦＤＭＡ実施形態において、これらの応答フレームは、ＳＴＡ１ ３０４およびＳＴＡ２ ３０６によって、ＳＴＡ１ ３０４およびＳＴＡ２ ３０６にそれぞれ割り当てられた周波数上で送信される。ＭＵ−ＭＩＭＯまたはＯＦＤＭＡを使用して、ＳＴＡ１とＳＴＡ２によって応答フレームを同時に送信することは、応答フレームを送信する際の遅延をより小さくするが、システム複雑度をより大きくする。応答フレームは、使用されるフレーム交換プロトコルに依存して、ブロックＡＣＫまたは他の応答フレームタイプであることが可能である。

グループフレーム交換においてグループＩＤにアドレス指定されたＣＴＳフレームがＲＴＳに応答して送信される手順２００および３００において、ＲＴＳフレームを送信したデバイスにアドレス指定されたＣＴＳフレームが、その他全ての手順および規則が同一で、代わりに使用されることも可能である。この場合のＣＴＳフレームの中のＲＡフィールドは、グループＩＤの一部としてグループ内の全てのデバイスによって認識可能であり得る、ＲＴＳフレームを送信するデバイスの特別な識別子、またはＲＴＳフレームを送信したデバイスのＭＡＣアドレスを含む。

ＲＴＳフレームは、ＣＴＳフレームで応答するようグループＩＤに関連付けられた他のデバイスに要求する、１つまたは複数のビットを使用するインジケーションを含み得る。一実施形態において、このインジケーションは、ＲＴＳフレームのＰＨＹプリアンブルであり得る。

ＲＴＳフレームは、ＰＨＹプリアンブルの中で、またはＭＡＣアドレスフィールドの後に続くＭＡＣ層フィールドの中でグループＩＤ情報を伝送することが可能である。これらのシナリオにおいて、ＲＴＳフレームのＲＡフィールドは、ブロードキャストＩＤ、または全てのグループ伝送（例えば、ＭＵ−ＭＩＭＯまたはＯＦＤＭＡ）を表す一般的なグループＩＤを含み得る。また、ＲＴＳフレームのＰＨＹプリアンブルが変更される場合、レガシーデバイスが、ＲＴＳフレームの変更されたＰＨＹプリアンブルを理解することも、復号することもできない可能性があるため、ＩＥＥＥ８０２．１１ｎにおいて規定されるＬ−ＳＩＧ（レガシー信号）ＴＸＯＰ（送信機会）保護が、レガシーデバイスのＮＡＶを設定するために使用されてもよい。代替として、レガシーフォーマットフレーム（例えば、ＣＴＳ ｔｏ ｓｅｌｆ）が、ＲＴＳフレームより前に送信されて、ＮＡＶを適切に設定してもよい。

図４に示されるとおり、グループＩＤにアドレス指定されたＲＴＳフレームのＴＡフィールドに関して３つのオプションが存在する。ＲＴＳフレームの第１のオプション４００は、フレーム制御フィールド４０２と、デュレーション・フィールド４０４と、グループＩＤを含むＲＡフィールド４０６と、グループＩＤを含むＴＡフィールド４０８と、ＦＣＳ（Frame Check Sequence）フィールド４１０とを含む。

ＲＴＳフレームの第２のオプション４２０は、フレーム制御フィールド４０２と、デュレーション・フィールド４０４と、ＲＡフィールド４０６と、ＲＴＳフレームを送信するデバイスのアドレスを含むＴＡフィールド４２２と、ＦＣＳフィールド４１０とを含む。

ＲＴＳフレームの第３のオプション４４０は、フレーム制御フィールド４０２と、デュレーション・フィールド４０４と、ＲＡフィールド４０６と、空であり得る、またはアドレスを全く含まないＴＡフィールド４４２と、ＦＣＳフィールド４１０とを含む。

図５は、フレーム制御フィールド５０２と、デュレーション・フィールド５０４と、グループＩＤを含むＲＡフィールド５０６と、ＦＣＳフィールド５０８とを含むＣＴＳフレーム５００を示す。

（グループフレーム交換における応答フレーム）
ＤＬグループ伝送においてデータを受信したグループの中のデバイスは、ＡＣＫもしくはブロックＡＣＫ、またはＭＡＣプロトコルによって許される、もしくは要求される他の任意のタイプの応答フレームなどの、それらのデバイスの応答フレームのＲＡフィールドの中にグループＩＤを含めることが可能である。これらの応答フレームは、グループに属するデバイスを除く全てのデバイスのＮＡＶを設定する。代替として、これらの応答フレームを送信するデバイスは、宛先とされる受信側デバイス（これらの応答フレームが送信されることを要求した、データ、またはＢＡＲなどの他のフレームを送信したデバイス）の個別のＭＡＣアドレスを、ＡＣＫまたはブロックＡＣＫなどの、それらのデバイスの応答フレームのＲＡフィールドの中に含めてもよい。

第１のオプション（例えば、図２に示される）において、グループの中の応答するデバイスからの応答フレームは、特定の順序で送信されることが可能である。応答フレームを送信することに関する順序は、グループＩＤに関連付けられた順序情報から、またはより早期のフレームの中で開始側のデバイスによって供給された順序情報から、グループの中のデバイスによって導き出されることが可能である。また、順序情報は、タイミング情報として、例えば、基準時刻に対する伝送時刻として指定されることも可能である。第２のオプション（例えば、図３に示される）において、グループの中の応答するデバイスからの応答フレームは、例えば、ＭＵ−ＭＩＭＯまたはＯＦＤＭＡを使用することによって、同時に送信されることが可能である。

グループに属するデバイスは、ＡＣＫまたはブロックＡＣＫなどの、そのデバイスの応答フレームのデュレーション・フィールドを設定する際、グループ内で関連付けられたそのデバイスの順序を考慮する。一般に、応答フレームの中のデュレーション・フィールドは、所望されるグループフレーム交換系列を保護するように設定される。

応答するデバイスは、グループメンバに関連付けられたグループＩＤ情報から、またはデバイスによって送信されたＢＡＲフレームから、応答フレームを送信することに関するスケジューリング情報を獲得することが可能である。応答フレームを送信することに関するスケジューリング情報は、順序、割り当てられた周波数、または時刻情報のうちの１つまたは複数を含み得る。時刻情報は、送信を開始すべき時刻、または送信を開始すべき時刻が導き出され得る情報を含み得る。

一般に、開始側デバイスにＡＣＫフレームで応答することに関してＮ番目の順序のデバイスは、ＡＣＫフレームが応答である、開始側デバイスからのフレームから、ＡＣＫフレームを送信するのに要求される時間の（Ｎ−１倍）に、ＳＩＦＳ間隔（または他のフレーム間隔）のＮ倍を足した遅延の後にＡＣＫフレームを送信する。つまり、応答することに関してＮ番目の順序の応答するデバイスのＡＣＫフレーム送信の遅延は、（Ｎ−１）×（ＡＣＫフレームの送信時間）＋Ｎ×（ＳＩＦＳまたは他のフレーム間隔）であり、ただし、Ｎは、１以上の整数値である。

（グループフレーム交換に関するグループＩＤに対するＣＴＳ）
グループフレーム交換のために媒体を確保するのに、デバイスは、フレーム交換系列の最初のフレームとして、グループＩＤにアドレス指定されたＣＴＳフレームを送信することができる。このＣＴＳフレームを受信する、グループＩＤに関連付けられていないデバイスは、このＣＴＳフレームのデュレーション・フィールドに基づいてそのデバイスのＮＡＶを設定する。このようにして、ＮＡＶが、グループフレーム交換に属するデバイスの近隣におけるグループに属さない他の全てのデバイスに関して設定され得る。

デバイスは、オプションとして、グループＩＤに対するＣＴＳを、複数回、順次に送信して、ＢＳＳにおける全てのデバイスがこのＣＴＳを受信する確率を高めてもよい。グループＩＤに対するＣＴＳを送信することの繰り返しの回数は、運用上のシステムパラメータであり得る。グループＩＤに対するＣＴＳの機構は、２つより多くのデバイス（例えば、１つのＡＰと２つ以上のＳＴＡ、または３つ以上のＳＴＡ）がグループフレーム交換系列に関与する場合の隠れノード問題を緩和する。

図６は、応答フレームが順に送信される場合のグループフレーム交換に関するグループＩＤに送信されるＣＴＳフレームを用いたＮＡＶ保護手順６００の流れ図である。ＮＡＶ保護手順６００は、ＡＰもしくはＳＴＡ０ ６０２（以降、ＡＰ６０２と呼ぶ）と、第１の局ＳＴＡ１ ６０４と、第２の局ＳＴＡ２ ６０６とを含む。ＳＴＡ１ ６０４は、グループに関連付けられた順序においてＳＴＡ２ ６０６より前にある。手順６００は、任意の数の局で機能することに留意されたい。

ＡＰ６０２が、ＲＡフィールドの中にグループＩＤを含めることによってグループにアドレス指定されたＣＴＳフレームを送信する（ステップ６１０）。グループに入っていないＳＴＡが、このＣＴＳフレームの中のデュレーション・フィールドに基づいてそれらのＳＴＡのＮＡＶを設定する（ステップ６１２）。

ＡＰ６０２が、ＳＴＡ１ ６０４に対するデータおよびＢＡＲと、ＳＴＡ２ ６０６に対するデータおよびＢＡＲとを有するグループフレームを送信する（ステップ６１４）。ＯＦＤＭＡ実施形態において、このグループフレームは、ＳＴＡ１ ６０４およびＳＴＡ２ ６０６に、ＳＴＡ１ ６０４およびＳＴＡ２ ６０６にそれぞれ割り当てられた周波数上で送信される。ＭＵ−ＭＩＭＯ実施形態において、このグループフレームは、ＳＴＡ１ ６０４およびＳＴＡ２ ６０６に同一の周波数上で送信される。

ＳＴＡ１ ６０４が、グループＩＤに対する応答フレームを送信する（ステップ６１６）。ＳＴＡ２ ６０６が、グループＩＤに対する応答フレームを送信する（ステップ６１８）。応答フレームを順に送信することは、応答フレームを送信する際に遅延をより大きくするが、システム複雑度をより小さくする。応答フレームは、使用されるフレーム交換プロトコルに依存して、ブロックＡＣＫまたは他の応答フレームタイプであることが可能である。

図７は、応答フレームが同時に送信される場合のグループフレーム交換に関するグループＩＤに送信されるＣＴＳフレームを用いたＮＡＶ保護手順７００の流れ図である。ＮＡＶ保護手順７００は、ＡＰもしくはＳＴＡ０ ７０２（以降、ＡＰ７０２と呼ぶ）と、第１の局ＳＴＡ１ ７０４と、第２の局ＳＴＡ２ ７０６とを含む。ＳＴＡ１ ７０４は、グループに関連付けられた順序においてＳＴＡ２ ７０６より前にある。手順７００は、任意の数の局で機能することに留意されたい。

ＡＰ７０２が、グループＩＤをＲＡフィールドの中に含めることによってグループにアドレス指定されたＣＴＳフレームを送信する（ステップ７１０）。グループに入っていないＳＴＡが、このＣＴＳフレームの中のデュレーション・フィールドに基づいてそれらのＳＴＡのＮＡＶを設定する（ステップ７１２）。

ＡＰ７０２が、ＳＴＡ１ ７０４に対するデータおよびＢＡＲと、ＳＴＡ２ ７０６に対するデータおよびＢＡＲとを有するグループフレームを送信する（ステップ７１４）。ＯＦＤＭＡ実施形態において、このグループフレームは、ＳＴＡ１ ７０４およびＳＴＡ２ ７０６に、ＳＴＡ１ ７０４およびＳＴＡ２ ７０６にそれぞれ割り当てられた周波数上で送信される。ＭＵ−ＭＩＭＯ実施形態において、このグループフレームは、ＳＴＡ１ ７０４およびＳＴＡ２ ７０６に同一の周波数上で送信される。

ＳＴＡ１ ７０４が、グループＩＤに対する応答フレームを送信すること（ステップ７１６）を、ＳＴＡ２ ７０６が、グループＩＤに対する応答フレームを送信すること（ステップ７１８）と同時に行う。ＯＦＤＭＡ実施形態において、これらの応答フレームは、ＳＴＡ１ ７０４およびＳＴＡ２ ７０６によって、ＳＴＡ１ ７０４およびＳＴＡ２ ７０６にそれぞれ割り当てられた周波数上で送信される。ＭＵ−ＭＩＭＯまたはＯＦＤＭＡを使用して、ＳＴＡ１とＳＴＡ２によって応答フレームを同時に送信することは、応答フレームを送信する際の遅延をより小さくするが、システム複雑度をより大きくする。応答フレームは、使用されるフレーム交換プロトコルに依存して、ブロックＡＣＫまたは他の応答フレームタイプであることが可能である。

グループＩＤを含むＲＡフィールドを有するＣＴＳフレームが、フレーム交換系列におけるデバイスによる最初のパケット送信である手順６００および７００において、ＣＴＳフレームを送信するデバイスにアドレス指定された（すなわち、自らにアドレス指定された）ＣＴＳフレームが、その他全ての手順および規則が同一で、代わりに使用されることも可能である。このＣＴＳのＲＡフィールドの中でデバイスによってデバイス自らを表すのに使用されるアドレスまたは識別子は、デバイスのＭＡＣアドレス、グループに属する他の全てのデバイスによって認識可能である新たに定義されたアドレスもしくは識別子、またはグループに属するその他のデバイスによって認識可能である既存のアドレスもしくは識別子であり得る。

（グループフレーム交換における誤り回復）
或るデバイスが、グループＩＤに対するＲＴＳフレームを送信し、グループの中のデバイスから予期される１つまたは複数のＣＴＳフレームを受信しなかった場合、誤りが存在する可能性がある。このデバイスは、無線媒体を取り戻そう（reclaim）と試みることによって、またはそのＣＴＳ失敗を無視することによって、その誤りから回復することが可能である。

デバイスは、或る持続時間、例えば、ＰＩＦＳにわたってチャネルがアイドルであることを検出した後、デバイスが、予期されるＣＴＳ受信の失敗を検出するとすぐに、無線媒体を取り戻そうと試みることが可能である。その後、デバイスは、グループＩＤに対するＲＴＳフレームを送信すること、またはグループＩＤに対するＣＴＳでのＮＡＶ保護手順を開始することによって、手順を再開することが可能である。

代替として、デバイスは、グループからの最後のＣＴＳフレームを待ち、その後、或る持続時間、例えば、ＰＩＦＳにわたってチャネルがアイドルであることを検出した後、無線媒体を取り戻そうと試みる。その後、デバイスは、グループＩＤに対するＲＴＳフレームを送信すること、またはグループＩＤに対するＣＴＳでのＮＡＶ保護手順を開始することによって、手順を再開することが可能である。

デバイスは、予期されるＣＴＳフレーム受信の失敗を無視して、予期されるＣＴＳフレームが受信されたかのように続けることも可能である。

劣悪な通信リンクに起因して、ＢＡＲフレームおよびＢＡフレームが、宛先の受信側デバイスによって正常に受信されない可能性がある。開始側デバイスが、応答するデバイスから予期されるＢＡフレームを受信しなかった場合、開始側デバイスは、最新の情報を有する更新されたＢＡＲフレームを応答するデバイスに再送することが可能である。

１つのオプションにおいて、デバイスが、ＢＡ応答が予期される時点から或る指定された期間にわたって媒体がアイドルであることを検出した後、デバイスは、デバイスのＴＸＯＰ内に十分な時間が残っている場合、更新されたＢＡＲフレームを再送することが可能である。第２のオプションにおいて、デバイスは、現在のグループフレーム交換またはグループ伝送の完了後に獲得された新たな送信機会に、更新されたＢＡＲフレームを再送することが可能である。

（前述の実施形態に関する特別な注釈）
前述したＲＴＳ−ＣＴＳフレーム交換機構は、全ての周波数チャネル上で、例えば、８０２．１１ＢＳＳの一次チャネルおよび二次チャネルの上で適用されることが可能である。例えば、ＲＴＳ−ＣＴＳフレーム交換機構が、システムまたはＢＳＳによって使用される各２０ＭＨｚチャネルにおいて繰り返されることが可能である。このことは、２０ＭＨｚ対応のデバイスと４０ＭＨｚ対応のデバイスの両方が動作している場合に有用であり得る。代替として、システムにおいて動作しているデバイスの全てが、共通の帯域幅（例えば、２０ＭＨｚ、４０ＭＨｚまたは８０ＭＨｚ）を有する場合、ＲＴＳ−ＣＴＳフレーム交換機構は、その共通の帯域幅において１回、実行されることが可能である。

ＡＰおよびＳＴＡは、任意の新たな、または既存のフレームの中の１つまたは複数のビットを使用してグループ伝送のための通信機構の１つまたは複数の態様をサポートする能力を示すことができる。例えば、アソシエーション要求、アソシエーション応答、再アソシエーション要求、再アソシエーション応答、プローブ要求、プローブ応答、ビーコン、または二次ビーコンフレームもしくは補助ビーコンフレームなどの管理フレームの中で、このインジケータが使用されることが可能である。一実施形態において、この能力インジケーションは、前段でリストアップされたフレームのいずれかの中に含められることが可能なＶＨＴ能力情報要素の中に含められることが可能である。

グループ伝送に関する前述の実施形態は、ＲＴＳフレームおよびＣＴＳフレームに関連して説明されてきたものの、これらの実施形態は、ＲＴＳフレームおよびＣＴＳフレームと同一もしくは同様の目的を果たす、または同一もしくは同様の機能を示す他の任意のデータフレーム、管理フレームまたは制御フレームに適用可能であることに留意されたい。例えば、ＲＴＳフレームは、ＲＴＳフレームと同一の、もしくは同様の機能を示す異なるフレーム（例えば、新たに定義されたインジケータ制御フレーム）によって置き換えられてもよい。同様に、ＣＴＳフレームは、ＣＴＳフレームと同一の、もしくは同様の機能を示す異なるフレーム（例えば、新たに定義されたレスポンダ制御フレーム）によって置き換えられてもよい。

（グループフレーム交換に関するサウンディング）
チャネルサウンディング機構が、ＭＵ−ＭＩＭＯなどのグループ伝送シナリオにおいて、可能な限り完全な、チャネルの特徴付けまたは推定を獲得するのに使用され得る。ＭＵ−ＭＩＭＯが使用されない場合でさえ、デバイスによって、送信に先立ってサウンディング機構を使用してチャネルの知識を獲得することは、単一のアンテナシステム、または複数のアンテナシステムに関するパフォーマンス最適化を許す。このタイプのサウンディング機構の一例には、グループ伝送においてＭＵ−ＭＩＭＯが全く使用されないが、ＯＦＤＭＡが使用されるシナリオが含まれる。

ＭＩＭＯ技術を使用する場合、ビームフォーマ（beamformer）デバイス（ＡＰまたはＳＴＡ）が、伝送チャネルの推定に基づいて適切なステアリングパラメータまたはビーム形成パラメータを計算する。ステアリングパラメータまたはビーム形成パラメータの、この計算は、ビームフォーミー（beamformee）デバイスで暗黙の、または明示的なフィードバック機構を使用することが可能である。

暗黙のフィードバック機構において、ビームフォーマが、グループフレーム交換でビームフォーミーにトレーニング要求を送信する。各ビームフォーミーは、サウンディングパケットまたはサウンディングフレームの中のトレーニングシンボルで応答し、このことが、ビームフォーマがチャネルを推定することを許す。チャネル推定は、ビームフォーマが、チャネルが相反性であるものと想定して、ビームフォーマが適切なステアリングパラメータまたはビーム形成パラメータを計算することを許し、通常、無線機の較正が、相反性を向上させるのに使用される。グループフレーム交換でビームフォーミーがサウンディングフレームを送信する順序は、グループフレーム交換またはグループＩＤに関連付けられた順序によって決まる。

明示的なフィードバック機構において、ビームフォーマデバイスが、グループフレーム交換でビームフォーミーにサウンディングフレームの中でトレーニングシンボルを送信し、このことが、各ビームフォーミーデバイスがチャネルを推定することを許す。ビームフォーミーデバイスは、チャネル推定に関する情報（フィードバックのために量子化される、または変形されることが可能な）をサウンディング応答フレームの中に含めて、応答する。チャネル推定に関するフィードバック情報は、ビームフォーマが適切なステアリングパラメータまたはビーム形成パラメータを計算することを許す。グループフレーム交換においてビームフォーミーがサウンディング応答フレームを送信する順序は、グループフレーム交換またはグループＩＤに関連付けられた順序によって決まる。

（グループフレーム交換に関する暗黙のフィードバックを用いたサウンディング）
暗黙のフィードバック機構において、ビームフォーマデバイスが、全てのビームフォーミーデバイスにサウンディング要求を送信する。ビームフォーミーデバイスは、サウンディングパケットまたはサウンディングフレームの形態で、トレーニングシンボルでサウンディング要求に応答する。サウンディングフレームは、プリアンブル部分の中に、チャネルの完全な広がりをサウンディングするのに十分な数のトレーニングシンボルまたはトレーニングフィールドを含む。プリアンブルの中の１つまたは複数のビットが、パケットがサウンディングフレームであるかどうかを示すのに使用され得る。サウンディング要求フレームは、ビームフォーミーからのサウンディングフレームに関するスケジューリング情報を含み得る。サウンディング要求フレームおよびサウンディングフレームは、任意のデータフレーム、管理フレーム、または制御フレームであり得る。

グループフレーム交換におけるサウンディング要求フレームは、サウンディング要求またはトレーニング要求を含み、さらにグループＩＤに関連付けられた全てのビームフォーミーデバイスにアドレス指定される。トレーニング要求は、サウンディング要求フレームで送信されるＶＨＴ制御フィールドの中に含められることが可能である。グループの中の或るビームフォーミーが、トレーニング要求を有するサウンディング要求フレームを受信すると、そのビームフォーミーは、サウンディングフレームで応答する。このサウンディングフレームは、ビームフォーマのためのトレーニングシンボルを含む。

サウンディングフレームを送信することに関する順序は、グループＩＤに関連付けられた順序情報から、またはより早期のフレームの中で（例えば、サウンディング要求フレームの中で）ビーム形成デバイスによって供給された順序情報から、グループの中のビームフォーミーデバイスによって導き出されることが可能である。サウンディングフレームの系列は、即時に送信されることも、遅延されて送信されることも可能である。即時に送信される場合、サウンディングフレームは、ビームフォーマからのサウンディング要求フレームから、ＳＩＦＳ間隔（または他のフレーム間隔）の遅延の後に続く。遅延されて送信される場合、サウンディングフレームは、ビームフォーマからのサウンディング要求フレームから、ＳＩＦＳ間隔（または他のフレーム間隔）より大きい遅延の後に送信される。

フレーム交換系列におけるフレーム（例えば、サウンディング要求、サウンディング、またはサウンディング応答）の間のＩＦＳ（フレーム間隔）は、システム実施形態に適切なように設定される、または設計されることが可能である。例えば、ＩＦＳは、以下、すなわち、複数のスロットタイム、ＲＩＦＳ、複数のＲＩＦＳ、ＳＩＦＳ、複数のＳＩＦＳ、ＰＩＦＳ、または複数のＰＩＦＳのいずれかとして設定され得る。

図８は、グループフレーム交換に関する暗黙のフィードバックを用いたサウンディング手順８００の流れ図である。サウンディング手順８００は、ビームフォーマであるＡＰもしくはＳＴＡ０ ８０２（以降、ＡＰ８０２と呼ぶ）と、第１の局ＳＴＡ１ ８０４と、第２の局ＳＴＡ２ ８０６とを含む。ＳＴＡ１ ８０４とＳＴＡ２ ８０６はともにビームフォーミーである。ＳＴＡ１ ８０４は、グループに関連付けられた順序においてＳＴＡ２ ８０６より前にある。手順８００は、任意の数の局で機能することに留意されたい。手順８００は、ビームフォーマであるＡＰに関連して説明されるが、このことは、１つの例示的な実施形態であり、任意のＳＴＡがビームフォーマであり得る。

ＡＰ８０２が、グループＩＤをＲＡフィールドの中に含めることによってグループにアドレス指定されたサウンディング要求フレームを送信する（ステップ８１０）。一実施形態において、サウンディング要求フレームは、ＲＴＳフレームであることが可能であり、さらにレガシーデバイスをサポートするためにレガシーフレームフォーマットまたはＬ−ＳＩＧ ＴＸＯＰ保護を使用することが可能である。サウンディング要求フレームは、フレームのＲＡフィールドの中に、グループＩＤ、個別のＭＡＣアドレス、グループに属するその他全てのデバイスによって認識可能である新たに定義されたアドレスもしくは識別子、またはグループに属するその他のデバイスによって認識可能である既存のアドレスもしくは識別子のうちの１つまたは複数を含むことが可能である。

サウンディング要求フレームは、サウンディング応答フレームで応答するよう、グループＩＤに関連付けられたビームフォーミーデバイスに要求する１つまたは複数のビットを使用するインジケーションを含み得る。一実施形態において、このインジケーションは、サウンディング要求フレームのＰＨＹプリアンブルの中に入っていることが可能である。サウンディング要求フレームは、ＰＨＹプリアンブルの中に（例えば、ＶＨＴ−ＳＩＧフィールドの中に）、またはＭＡＣ層フィールド（例えば、ＲＡフィールドの中に）グループＩＤ情報を含むことも可能である。これらのシナリオにおいて、サウンディング要求フレームのＲＡフィールドは、ブロードキャストＩＤ、または全てのグループ伝送を表す一般的なグループＩＤを含むことが可能である。また、サウンディング要求フレームのＰＨＹプリアンブルが変更される場合、レガシーデバイスが、変更されたＰＨＹプリアンブルを理解することも、復号することもできない可能性があるため、Ｌ−ＳＩＧ ＴＸＯＰ保護が、レガシーデバイスのＮＡＶ設定のために使用されることが可能である。代替として、レガシーフォーマットフレーム（例えば、ＣＴＳ ｔｏ ｓｅｌｆ）が、サウンディング要求フレームより前に送信されて、ＮＡＶを適切に設定してもよい。

グループに入っていないＳＴＡが、サウンディング要求フレームの中のデュレーション・フィールドに基づいてそれらのＳＴＡのＮＡＶを設定する（ステップ８１２）。ＳＴＡ１ ８０４が最初に、グループＩＤを含むＲＡフィールドを有するサウンディングフレームで応答する（ステップ８１４）。一実施形態において、このサウンディングフレームは、このフレームがサウンディングフレームであることを示す１つまたは複数のビットと、トレーニングシンボルもしくはトレーニングフィールドと、レガシーデバイスをサポートするためのＬ−ＳＩＧ ＴＸＯＰ保護とを有するＣＴＳフレームであることが可能である。ＳＴＡ１ ８０４からのサウンディングフレームは、実施形態に依存して、或る遅延で、またはＳＩＦＳ以上の間隔で送信され得る。ＳＩＦＳの代わりに、他の任意のフレーム間隔が使用されてもよいことに留意されたい。グループに入っていないＳＴＡが、サウンディングフレームの中のデュレーション・フィールドに基づいてそれらのＳＴＡのＮＡＶを設定することを、その新たなＮＡＶ値が、サウンディング要求フレームからのＮＡＶ値より長い場合、またはＳＴＡ１からサウンディングフレームを受信するＳＴＡが、ＡＰ０からサウンディング要求フレームを受信していない場合、行う（ステップ８１６）。

ＳＴＡ２ ８０６が、グループＩＤを含むＲＡフィールドを有するサウンディングフレームを送信する（ステップ８１８）。ＳＴＡ１ ８０４によって送信されるサウンディングフレームと同様に、ＳＴＡ２ ８０６によって送信されるサウンディングフレームは、ＣＴＳフレームであるとともに、同様の情報を含むことが可能である。グループに入っていないＳＴＡが、サウンディングフレームの中のデュレーション・フィールドに基づいてそれらのＳＴＡのＮＡＶを設定することを、その新たなＮＡＶ値が、サウンディング要求フレームからのＮＡＶ値、もしくはＳＴＡ１ ８０４からのサウンディングフレームからのＮＡＶ値より長い場合、またはＳＴＡ２からサウンディングフレームを受信するＳＴＡが、ＡＰ０からのサウンディング要求フレームも、ＳＴＡ１からのサウンディングフレームも受信していない場合、行う（ステップ８２０）。

ＡＰ８０２が、ＳＴＡ１ ８０４に対するデータおよびＢＡＲと、ＳＴＡ２ ８０６に対するデータおよびＢＡＲとを有するグループフレームを送信する（ステップ８３０）。ＯＦＤＭＡ実施形態において、このグループフレームは、ＳＴＡ１ ８０４およびＳＴＡ２ ８０６に、ＳＴＡ１ ８０４およびＳＴＡ２ ８０６にそれぞれ割り当てられた周波数上で送信される。ＭＵ−ＭＩＭＯ実施形態において、このグループフレームは、ＳＴＡ１ ８０４およびＳＴＡ２ ８０６に同一の周波数上で送信される。サウンディングフレームを送信する場合と同一の順序に従って、ＳＴＡ１ ８０４が最初にグループＩＤに対する応答フレームを送信する（ステップ８３２）。次に、ＳＴＡ２ ８０６がグループＩＤに対する応答フレームを送信する（ステップ８３４）。応答フレームは、使用されるフレーム交換プロトコルに依存して、ブロックＡＣＫまたは他の応答フレームタイプであることが可能である。

前述したとおり、１つの実施形態は、ＲＴＳフレームを、ビームフォーマによって送信されるサウンディング要求フレームとして使用し、さらにＣＴＳフレームを、ビームフォーミーによって送信されるサウンディングフレームとして使用することが可能である。サウンディングフレームを使用する場合のＮＡＶ設定に関する保護機構は、パケットのレガシー部分を超えて理解することができないレガシーデバイスを考慮に入れる必要がある。サウンディング要求フレームに関して、ＮＡＶ保護機構のための３つのオプション、すなわち、レガシーパケットフォーマットを使用すること、ＩＥＥＥ８０２．１１ｎにおいて定義されたＬ−ＳＩＧ ＴＸＯＰ保護を使用すること、またはサウンディング要求フレームより前に送信されるレガシーフォーマットフレーム（例えば、ＣＴＳ ｔｏ ｓｅｌｆ）を使用して、ＮＡＶを設定することが存在する。サウンディングフレームに関して、Ｌ−ＳＩＧ ＴＸＯＰ保護が使用され得る。代替として、レガシーフォーマットフレーム（例えば、ＣＴＳ ｔｏ ｓｅｌｆ）が、サウンディングフレームより前に送信されて、ＮＡＶを適切に設定してもよい。

（グループフレーム交換に関する明示的なフィードバックを用いたサウンディング）
グループ伝送に関する明示的なフィードバックを用いたサウンディングは、ビームフォーマデバイスによって、トレーニングシンボルを含むサウンディングフレームを送信することによって実行されることが可能である。このサウンディングフレームは、このフレームがサウンディングフレームであることを示す１つまたは複数のビット、グループの中のビームフォーミーからのサウンディング応答フレームの形態のフィードバックを求める要求、ビームフォーミーからのサウンディング応答フレームに関するスケジューリング情報、またはグループの中のビームフォーミーからのサウンディング応答フレームの中のチャネル品質（例えば、信号対雑音比）などの、他のチャネル測定を求める要求を含み得る。

サウンディングフレームは、８０２．１１ｎ Ｌ−ＳＩＧ ＴＸＯＰ保護を使用して、全てのデバイス（レガシーデバイスを含む）が、Ｌ−ＳＩＧフィールドの中に含められた長さパラメータおよびレートパラメータに基づいてそれらのデバイスのＮＡＶを設定できるようにすることが可能である。代替として、レガシーフォーマットフレーム（例えば、ＣＴＳ ｔｏ ｓｅｌｆ）が、サウンディング要求フレームより前に送信されて、ＮＡＶを適切に設定してもよい。グループＩＤ情報は、サウンディングフレームのＰＨＹプリアンブルの中に、例えば、ＰＨＹプリアンブルのＶＨＴ−ＳＩＧフィールドの中に含められることが可能であり、またはサウンディングフレームのＭＡＣ層フィールドの中に含められること、例えば、グループＩＤが、ＲＡフィールドの中に含められ、さらに順序情報が、このグループＩＤに暗黙に、または明示的に関連付けられることが可能である。

サウンディングフレームおよびサウンディング応答フレームは、任意のデータフレーム、管理フレーム、または制御フレームであることが可能である。例えば、サウンディングフレームは、ＲＴＳフレームまたはＣＴＳフレームであることが可能である。サウンディング応答フレームは、フレームのＲＡフィールドの中に、グループＩＤ、グループＩＤの一部としての、グループの中の全てのデバイスによって認識可能であるビームフォーマデバイスの特別な識別子、またはビームフォーマの個別のＭＡＣアドレスのいずれか１つを含むことが可能である。サウンディング応答フレームは、チャネル品質（例えば、信号対雑音比）などのチャネル推定またはチャネル測定で応答するために使用され得る。

サウンディング応答フレームを送信することに関する順序は、グループＩＤに関連付けられた順序情報から、またはより早期のフレーム（例えば、サウンディングフレーム）の中でビーム形成デバイスによって供給された順序情報から、グループの中のビームフォーミーデバイスによって導き出されることが可能である。サウンディング応答フレームは、即時に送信されることも、遅延されて送信されることも可能である。即時に送信される場合、サウンディング応答フレームは、ビームフォーマからのサウンディングフレームから、ＳＩＦＳ間隔（または他のフレーム間隔）の遅延の後に続く。遅延されて送信される場合、サウンディング応答フレームは、ビームフォーマからのサウンディングフレームから、ＳＩＦＳ間隔（または他のフレーム間隔）より大きい遅延の後に送信され、さらにチャネル推定またはチャネル測定に関するタイムスタンプを含み得る。

図９は、グループフレーム交換に関する明示的なフィードバックを用いたサウンディング手順９００の流れ図である。サウンディング手順９００は、ビームフォーマであるＡＰまたはＳＴＡ０ ９０２（以降、ＡＰ９０２と呼ぶ）と、第１の局ＳＴＡ１ ９０４と、第２の局ＳＴＡ２ ９０６とを含む。ＳＴＡ１ ９０４とＳＴＡ２ ９０６はともにビームフォーミーである。ＳＴＡ１ ９０４は、グループに関連付けられた順序においてＳＴＡ２ ９０６より前にある。手順９００は、任意の数の局で機能することに留意されたい。手順９００は、ビームフォーマであるＡＰに関連して説明されるが、このことは、１つの例示的な実施形態であり、任意のＳＴＡがビームフォーマであり得る。

ＡＰ９０２が、グループＩＤをＲＡフィールドの中に含めることによってグループにアドレス指定されたサウンディングフレームを送信する（ステップ９１０）。一実施形態において、サウンディングフレームは、このフレームがサウンディングフレームであることを示す１つまたは複数のビットと、トレーニングシンボルもしくはトレーニングフィールドと、ビームフォーミーからのサウンディング応答を求める要求と、レガシーデバイスをサポートするためのＬ−ＳＩＧ ＴＸＯＰ保護とを含む。

グループに入っていないＳＴＡが、サウンディングフレームの中のデュレーション・フィールドに基づいてそれらのＳＴＡのＮＡＶを設定する（ステップ９１２）。ＳＴＡ１ ９０４が最初に、グループＩＤを含むＲＡフィールドを有するサウンディング応答フレームで応答する（ステップ９１４）。一実施形態において、サウンディング応答フレームは、チャネル推定と、チャネル測定とを含む。ＳＴＡ１ ９０４からのサウンディング応答フレームは、実施形態に依存して、或る遅延で、またはＳＩＦＳ以上の間隔で送信され得る。ＳＩＦＳの代わりに、他の任意のフレーム間隔が使用されてもよいことに留意されたい。グループに入っていないＳＴＡが、サウンディング応答フレームの中のデュレーション・フィールドに基づいてそれらのＳＴＡのＮＡＶを設定することを、その新たなＮＡＶ値が、サウンディングフレームからのＮＡＶ値より長い場合、またはＳＴＡ１からサウンディング応答フレームを受信するＳＴＡが、ＡＰ０からサウンディングフレームを受信していない場合、行う（ステップ９１６）。

ＳＴＡ２ ９０６が、グループＩＤを含むＲＡフィールドを有するサウンディング応答フレームを送信する（ステップ９１８）。一実施形態において、サウンディング応答フレームは、チャネル推定と、チャネル測定とを含む。グループに入っていないＳＴＡが、サウンディング応答フレームの中のデュレーション・フィールドに基づいてそれらのＳＴＡのＮＡＶを設定することを、その新たなＮＡＶ値が、サウンディングフレームからのＮＡＶ値、またはＳＴＡ１ ９０４からのサウンディング応答フレームからのＮＡＶ値より長い場合、またはＳＴＡ２からサウンディング応答フレームを受信するＳＴＡが、ＡＰ０からのサウンディングフレームも、ＳＴＡ１からのサウンディング応答フレームも受信していない場合、行う（ステップ９２０）。

ＡＰ９０２が、ＳＴＡ１ ９０４に対するデータおよびＢＡＲと、ＳＴＡ２ ９０６に対するデータおよびＢＡＲとを有するグループフレームを送信する（ステップ９３０）。ＯＦＤＭＡ実施形態において、このグループフレームは、ＳＴＡ１ ９０４およびＳＴＡ２ ９０６に、ＳＴＡ１ ９０４およびＳＴＡ２ ９０６にそれぞれ割り当てられた周波数上で送信される。ＭＵ−ＭＩＭＯ実施形態において、このグループフレームは、ＳＴＡ１ ９０４およびＳＴＡ２ ９０６に同一の周波数上で送信される。サウンディング応答フレームを送信する場合と同一の順序に従って、ＳＴＡ１ ９０４が最初に、グループＩＤに対する応答フレームを送信する（ステップ９３２）。次に、ＳＴＡ２ ９０６が、グループＩＤに対する応答フレームを送信する（ステップ９３４）。応答フレームは、使用されるフレーム交換プロトコルに依存して、ブロックＡＣＫまたは他の応答フレームタイプであることが可能である。

（グループフレーム交換に関するサウンディングにおける誤り回復）
ビームフォーマデバイスが、サウンディング要求フレームまたはサウンディングフレームを送信し、グループの中のビームフォーミーデバイスから予期される１つまたは複数の応答（例えば、暗黙のフィードバックが使用される場合、サウンディングフレーム、または明示的なフィードバックが使用される場合、サウンディング応答）を受信しなかった場合、誤りが存在する可能性がある。ビームフォーマデバイスは、無線媒体を取り戻そうと試みることによって、または欠落した応答を無視することによって、その誤りから回復することが可能である。

ビームフォーマデバイスは、或る持続時間、例えば、ＰＩＦＳにわたってチャネルがアイドルであることを検出した後、デバイスが、予期される応答受信の失敗を検出するとすぐに、無線媒体を取り戻そうと試みることが可能である。その後、ビームフォーマデバイスは、サウンディング要求フレームもしくはサウンディングフレームを送信することによって、または予期される次の応答の始まりより前に時間が利用可能である場合、（失敗したフレームを考慮に入れるように）更新されたサウンディング要求フレームもしくはサウンディングフレームを送信することによって、手順を再開することが可能である。

代替として、ビームフォーマデバイスは、グループからの最後の応答を待ち、その後、或る持続時間、例えば、ＰＩＦＳにわたってチャネルがアイドルであることを検出した後、無線媒体を取り戻そうと試みる。その後、ビームフォーマデバイスは、サウンディング要求フレームもしくはサウンディングフレームを送信することによって、または（失敗したフレームを考慮に入れるように）更新されたサウンディング要求フレームもしくはサウンディングフレームを送信することによって、手順を再開することが可能である。

ビームフォーマデバイスは、予期される応答の失敗を無視して、予期される応答が受信されたかのように続けることも可能である。

（前述の実施形態に関する特別な注釈）
ビームフォーマデバイスによって送信されるサウンディング要求フレームまたはサウンディングフレームは、フレームのＲＡフィールドに、以下、すなわち、グループ識別子、ビームフォーマデバイスの個別のＭＡＣアドレス、グループに属するその他全てのデバイスによって認識可能である新たに定義されたアドレスもしくは識別子、グループに属するその他のデバイスによって認識可能である既存のＩＥＥＥ８０２．１１アドレスもしくはＩＥＥＥ８０２．１１識別子のうちの１つを含むことが可能である。

ビームフォーミーデバイスによって送信されるサウンディングフレームまたはサウンディング応答フレームは、ＲＡフィールドの中に、以下、すなわち、グループ識別子、グループ識別子の一部としての、グループの中のデバイスの全てによって認識可能であるビームフォーマデバイスの特別な識別子、またはビームフォーマの個別のＭＡＣアドレスのうちの１つを含むことが可能である。

ビームフォーマからのサウンディング要求フレーム（暗黙のフィードバック）またはサウンディングフレーム（明示的なフィードバック）は、サウンディングフレーム（暗黙のフィードバック）またはサウンディング応答フレーム（明示的なフィードバック）で応答するよう、グループＩＤに関連付けられたビームフォーミーに要求する１つまたは複数のビットを使用する表示を含み得る。一実施形態において、このインジケーションは、ビームフォーマからのサウンディング要求フレームまたはサウンディングフレームのＰＨＹプリアンブルの中に入っていることが可能である。

ビームフォーマからのサウンディング要求フレームまたはサウンディングフレームは、ＰＨＹプリアンブルの中に、またはＭＡＣ層フィールドの中にグループＩＤ情報を含み得る。これらのシナリオにおいて、ビームフォーマからのサウンディング要求フレームまたはサウンディングフレームのＲＡフィールドは、以下、すなわち、ブロードキャストＩＤ、または全てのグループ伝送（例えば、ＭＵ−ＭＩＭＯまたはＯＦＤＭＡ）を表す一般的なグループＩＤのいずれかを含み得る。また、ビームフォーマからのサウンディング要求フレームまたはサウンディングフレームのＰＨＹプリアンブルが変更される場合、レガシーデバイスが、変更されたＰＨＹプリアンブルを理解することも、復号することもできない可能性があるため、ＩＥＥＥ８０２．１１ｎにおいて規定されるＬ−ＳＩＧ ＴＸＯＰ保護が、レガシーデバイスのＮＡＶ設定のために使用されてもよい。代替として、レガシーフォーマットフレーム（例えば、ＣＴＳ ｔｏ ｓｅｌｆ）が、ビームフォーマからのサウンディング要求フレームまたはサウンディングフレームより前に送信されて、ＮＡＶを設定してもよい。

前述したサウンディング機構は、動作の全ての帯域幅上、および動作の全ての周波数チャネル上で、例えば、８０２．１１ ＢＳＳの一次チャネル上、および二次チャネル上で適用され得る。例えば、サウンディング機構は、例えば、２０ＭＨｚ対応のデバイス、４０ＭＨｚ対応のデバイス、および８０ＭＨｚ対応のデバイスが動作している場合に、システムまたはＢＳＳによって使用される動作の各帯域幅において適用され得る。代替として、システムにおいて動作している全てのデバイスが、共通の帯域幅（例えば、２０ＭＨｚ、４０ＭＨｚ、または８０ＭＨｚ）を有する場合、サウンディング機構は、システムまたはＢＳＳによって使用される共通の帯域幅において実行され得る。

ＡＰおよびＳＴＡは、１つまたは複数のビットを使用することによって、グループ伝送のためのサウンディング機構の１つまたは複数の態様をサポートする能力を示すことができる。このインジケーションは、例えば、アソシエーション要求、アソシエーション応答、再アソシエーション要求、再アソシエーション応答、プローブ要求、プローブ応答、ビーコン、または二次ビーコンフレームもしくは補助ビーコンフレームなどの管理フレームの中に含められることができる。一実施形態において、この能力インジケーションは、前段でリストアップされたフレームのいずれかの中に含められることが可能なＶＨＴ能力情報要素（例えば、ＩＥＥＥ８０２．１１ａｃ ＶＨＴ能力情報フィールド）の中に含められることが可能である。

（実施形態）
１．アクセスポイントによるチャネルサウンディングの方法が、複数のＳＴＡ（移動局）にサウンディングフレームを送信することを含み、サウンディングフレームは、複数のＳＴＡのそれぞれによって測定されるべきトレーニングシンボルを含む。サウンディング応答フレームが、複数のＳＴＡのそれぞれから受信され、複数のＳＴＡの第１のＳＴＡから受信されるサウンディング応答フレームは、サウンディングフレーム送信の完了後、短いフレーム間隔の遅延で受信される。

２．サウンディングフレームは、このフレームがサウンディングフレームであるというインジケーション、ＳＴＡからのサウンディング応答を求める要求、ＳＴＡからのフィードバックを求める要求、サウンディング応答を供給すべきＳＴＡのグループを識別するグループ情報、サウンディング応答フレームに関するスケジューリング情報、サウンディング応答フレームの中に含められるべき他のチャネル測定を求める要求、またはトレーニングフィールドのうちの１つまたは複数をさらに含む実施形態１に記載の方法。

３．グループ情報は、グループを識別するグループ識別情報、グループに属する各ＳＴＡのアドレスもしくは識別子、またはグループの中のＳＴＡの順序、系列、もしくはスケジュールのうちの１つまたは複数を含む実施形態２に記載の方法。

４．グループ情報は、サウンディングフレームの媒体アクセス制御フレームフィールドの中に含められる実施形態２または３に記載の方法。

５．サウンディング応答フレームは、グループ情報に関連付けられた順序で複数のＳＴＡのそれぞれから受信される実施形態２〜４のいずれかに記載の方法。

６．サウンディングフレームは、レガシー信号送信機会保護を使用する実施形態１〜５のいずれか一実施形態に記載の方法。

７．サウンディング応答フレームは、チャネル推定またはチャネル測定の少なくとも１つを含む実施形態１〜６のいずれか一実施形態に記載の方法。

８．サウンディング応答フレームがＳＴＡのいずれからも受信されていないことを条件として、所定の期間にわたってチャネルがアイドルであることを検出した後、無線媒体を取り戻そうと試みることをさらに含む実施形態１〜７のいずれかに記載の方法。

９．所定の期間は、ポイント調整機能フレーム間隔である実施形態８に記載の方法。

１０．ＡＰが、予期されるサウンディング応答フレーム受信の失敗を検出すると、無線媒体を取り戻そうと試み、さらにこの試みることは、サウンディングフレームを送信すること、または予期される次のサウンディング応答フレームの始まりより前に時間が利用可能であることを条件として更新されたサウンディングフレームを送信することのいずれか１つを含む実施形態８または９に記載の方法。

１１．ＡＰは、ＳＴＡの全てが応答しようと試みた後、無線媒体を取り戻そうと試み、さらにこの試みることは、サウンディングフレームを送信すること、または更新されたサウンディングフレームを送信することのいずれか１つを含む実施形態８に記載の方法。

１２．プロセッサと、送信機と、受信機とを含むＡＰ（アクセスポイント）。プロセッサは、ＡＰと複数のＳＴＡ（移動局）との間のチャネルをサウンディングすべきサウンディングフレームを生成するように構成され、このサウンディングフレームは、複数のＳＴＡのそれぞれによって測定されるべきトレーニングシンボルを含む。送信機は、複数のＳＴＡにサウンディングフレームを送信するように構成される。受信機は、複数のＳＴＡのそれぞれからサウンディング応答フレームを受信するように構成され、複数のＳＴＡの第１のＳＴＡから受信されるサウンディング応答フレームは、サウンディングフレームの送信を完了した後、短いフレーム間隔の遅延で受信される。

１３．ＳＴＡ（移動局）によるチャネルサウンディングの方法が、ＡＰ（アクセスポイント）からサウンディングフレームを受信することを含み、このサウンディングフレームは、ＳＴＡによって測定されるべきトレーニングシンボルを含む。サウンディングフレームがＳＴＡのアドレスを含むことを条件として、ＳＴＡは、ＡＰにサウンディング応答フレームを送信する。サウンディングフレームがＳＴＡのアドレスを含まないことを条件として、ＳＴＡは、サウンディングフレームの中に含められた情報に基づいてＮＡＶを設定する。

１４．サウンディングフレームは、このフレームがサウンディングフレームであるというインジケーション、ＳＴＡからのサウンディング応答フレームを求める要求、ＳＴＡからのフィードバックを求める要求、サウンディング応答を供給すべきＳＴＡのグループを識別するグループ情報、サウンディング応答フレームに関するスケジューリング情報、サウンディング応答フレームの中に含められるべき他のチャネル測定を求める要求、またはトレーニングフィールドの１つまたは複数をさらに含む実施形態１３に記載の方法。

１５．グループ情報は、グループを識別するグループ識別情報、グループに属する各ＳＴＡのアドレスもしくは識別子、またはグループの中のＳＴＡの順序、系列、もしくはスケジュールのうちの１つまたは複数を含む実施形態１４に記載の方法。

１６．グループ情報は、サウンディングフレームの媒体アクセス制御フレームフィールドの中に含められる実施形態１４または１５に記載の方法。

１７．ＳＴＡは、グループ情報を使用して、サウンディング応答フレームを送信することに関する順序におけるＳＴＡの位置を特定する実施形態１４〜１６のいずれか一実施形態に記載の方法。

１８．そのＳＴＡが、サウンディング応答フレームを送信することに関する順序において最初であることを条件として、サウンディング応答フレームは、サウンディングフレームを受信した後、短いフレーム間隔の遅延で送信される実施形態１７に記載の方法。

１９．サウンディングフレームは、レガシー信号送信機会保護を使用する実施形態１３〜１８のいずれか一実施形態に記載の方法。

２０．サウンディング応答フレームは、チャネル推定またはチャネル測定の少なくとも１つを含む実施形態１３〜１９のいずれか一実施形態に記載の方法。

２１．ＳＴＡ（移動局）は、受信機、プロセッサ、および送信機を含む。受信機は、ＡＰ（アクセスポイント）からサウンディングフレームを受信するように構成され、このサウンディングフレームは、ＳＴＡによって測定されるべきトレーニングシンボルを含む。プロセッサは、このサウンディングフレームを処理して、このサウンディングフレームがそのＳＴＡのアドレスを含むかどうかを判定し、さらにこのサウンディングフレームがそのＳＴＡのアドレスを含まないことを条件として、このサウンディングフレームの中に含められた情報に基づいてＮＡＶを設定するように構成される。送信機は、サウンディングフレームがそのＳＴＡのアドレスを含むことを条件として、ＡＰにサウンディング応答フレームを送信するように構成される。

２２．そのＳＴＡが、サウンディング応答フレームを送信することに関する順序において最初であることを条件として、送信機は、そのＳＴＡがサウンディングフレームを受信した後、短いフレーム間隔の遅延でサウンディング応答フレームを送信するようにさらに構成される実施形態２１に記載のＳＴＡ。

特徴および要素は、特定の組合せで上述されるものの、各フィーチャまたは各要素は、単独で使用されても、その他の特徴および要素と任意の組合せで使用されてもよいことが当業者には認識されよう。さらに、本明細書で説明される方法は、コンピュータまたはプロセッサによって実行されるようにコンピュータプログラムで、ソフトウェアで、またはコンピュータ可読媒体に組み込まれたファームウェアで実施されることができる。コンピュータ可読媒体の例には、電子信号（有線または無線接続を介して伝送される）およびコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例には、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクやリムーバブルディスクなどの磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクやＤＶＤなどの光媒体が含まれるが、以上には限定されない。ソフトウェアに関連するプロセッサが、ＷＴＲＵ、ＵＥ、端末装置、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するのに使用されることが可能である。

Claims (16)

1. アクセスポイントによるマルチユーザ（ＭＵ）多入力多出力（ＭＩＭＯ）チャネルサウンディングのための方法であって、前記方法は、
   フレームをステーション（ＳＴＡ）のグループに送信することであって、前記フレームは、前記ＳＴＡのグループを識別するグループ識別情報を含む物理レイヤ（ＰＨＹ）プリアンブルを含み、前記グループ識別情報は、前記フレームを受信する、前記ＳＴＡのグループではないＳＴＡが、そのＮＡＶ（network allocation vector）タイマを前記フレームのデュレーションフィールドに基づいて設定できるようにし、前記フレームは、前記ＳＴＡのグループにおけるそれぞれのＳＴＡの順序を含むサウンディング情報をさらに含む、ことと、
   第１のサウンディング応答フレームを前記ＳＴＡのグループの前記順序における１番目のＳＴＡから受信することと
   を備える方法。
2. 前記フレームは、前記ＳＴＡのグループのそれぞれのＳＴＡに対するフィードバックの要求を含む、請求項１の方法。
3. 前記ＳＴＡのグループにおける前記１番目のＳＴＡからの前記第１のサウンディング応答フレームは、前記フレームからＳＩＦＳ（short interframe spacing）間隔の遅延で受信される、請求項１の方法。
4. 前記第１のサウンディング応答フレームは、前記送信されたフレームに基づくチャネル推定または前記送信されたフレームに基づくチャネル測定の少なくとも一つを含む、請求項１の方法。
5. ＡＰは、ＶＨＴ（very high throughput） ＡＰである、請求項１の方法。
6. 前記ＳＴＡのグループのそれぞれのＳＴＡは、ＶＨＴ（very high throughput） ＳＴＡである、請求項１の方法。
7. 第２のサウンディング応答フレームを前記ＳＴＡのグループにおける第２のＳＴＡから受信することであって、前記ＳＴＡのグループにおける前記第２のＳＴＡは、前記ＳＴＡのグループの前記順序における２番目である、こと
   をさらに備える、請求項１の方法。
8. 第３のサウンディング応答フレームを前記ＳＴＡのグループにおける第３のＳＴＡから受信することであって、前記ＳＴＡのグループにおける前記第３のＳＴＡは、前記ＳＴＡのグループの前記順序における３番目である、こと
   をさらに備える、請求項７の方法。
9. マルチユーザ（ＭＵ）多入力多出力（ＭＩＭＯ）チャネルサウンディングを実行するように構成されたアクセスポイント（ＡＰ）であって、
   フレームをステーション（ＳＴＡ）のグループに送信するように構成された送信機であって、前記フレームは、前記ＳＴＡのグループを識別するグループ識別情報を含むＰＨＹプリアンブルを含み、前記グループ識別情報は、前記フレームを受信する、前記ＳＴＡのグループではないＳＴＡが、そのＮＡＶ（network allocation vector）タイマを前記フレームのデュレーションフィールドに基づいて設定できるようにし、前記フレームは、前記ＳＴＡのグループにおけるそれぞれのＳＴＡの順序を含むサウンディング情報をさらに含む、送信機と、
   第１のサウンディング応答フレームを前記ＳＴＡのグループの前記順序における１番目のＳＴＡから受信するように構成された受信機と
   を備えたＡＰ。
10. 前記フレームは、前記ＳＴＡのグループのそれぞれのＳＴＡに対するフィードバックの要求を含む、請求項９のＡＰ。
11. 前記ＳＴＡのグループにおける前記１番目のＳＴＡからの前記第１のサウンディング応答フレームは、前記フレームからＳＩＦＳ（short interframe spacing）間隔の遅延で受信される、請求項９のＡＰ。
12. 前記第１のサウンディング応答フレームは、前記送信されたフレームに基づくチャネル推定または前記送信されたフレームに基づくチャネル測定の少なくとも一つを含む、請求項９のＡＰ。
13. 前記ＡＰは、ＶＨＴ（very high throughput） ＡＰである、請求項９のＡＰ。
14. 前記ＳＴＡのグループにおけるそれぞれのＳＴＡは、ＶＨＴ（very high throughput） ＳＴＡである、請求項９のＡＰ。
15. 前記受信機は、第２のサウンディング応答フレームを前記ＳＴＡのグループにおける第２のＳＴＡから受信するようにさらに構成され、前記ＳＴＡのグループにおける前記第２のＳＴＡは、前記ＳＴＡのグループの前記順序における２番目である、請求項９のＡＰ。
16. 前記受信機は、第３のサウンディング応答フレームを前記ＳＴＡのグループにおける第３のＳＴＡから受信するようにさらに構成され、前記ＳＴＡのグループにおける前記第３のＳＴＡは、前記ＳＴＡのグループの前記順序における３番目である、請求項１５のＡＰ。

Images