(57)【要約】  一実施形態では、トレーニング信号シーケンスに呼応してサウンディングフィードバックを提供する複数のステーションを決定する段階と、ｉ）トレーニング信号シーケンスに対応してサウンディングフィードバックを提供せよとの要求を複数のステーションに対して行う情報と、ｉｉ）複数のステーションのそれぞれがいつサウンディングフィードバックを送信すべきかを示す情報と、ｉｉｉ）サウンディングフィードバックパラメータとを含む通信フレームを生成する段階とを備える方法が提供される。通信フレームは、トレーニングシーケンスとともに送信させる。【選択図】図２４
2013513309.tif 000002
【特許請求の範囲】
【請求項１】
トレーニング信号シーケンスに呼応してサウンディングフィードバックを提供する複数のステーションを決定する段階と、
ｉ）前記トレーニング信号シーケンスに対応してサウンディングフィードバックを提供せよとの要求を前記複数のステーションに対して行う情報と、ｉｉ）前記複数のステーションのそれぞれがいつサウンディングフィードバックを送信すべきかを示す情報と、ｉｉｉ）サウンディングフィードバックパラメータとを含む通信フレームを生成する段階と、
前記通信フレームを送信させる段階と、
前記トレーニング信号シーケンスを送信させる段階と
を備える方法。
【請求項２】
前記複数のステーションにサウンディングフィードバックを提供せよとの要求を行う情報は、前記複数のステーションに含まれるステーションのセットが属するグループの情報を含む請求項１に記載の方法。
【請求項３】
前記複数のステーションにサウンディングフィードバックを提供せよとの要求を行う情報は、さらに、前記ステーションのセット内の各ステーションのインジケータを含む請求項２に記載の方法。
【請求項４】
前記複数のステーションにサウンディングフィードバックを提供せよとの要求を行う情報は、さらに、前記複数のステーションに含まれる更なるステーションのセットが属する更なるグループの情報を含む請求項２に記載の方法。
【請求項５】
前記複数のステーションにサウンディングフィードバックを提供せよとの要求を行う情報は、さらに、前記複数のステーションにサウンディングフィードバックを提供せよとの要求を行う情報に、グループの情報数を示す情報を含む請求項４に記載の方法。
【請求項６】
前記複数のステーションにサウンディングフィードバックを提供せよとの要求を行う情報は、さらに、前記複数のステーションに含まれる更なるステーションのセット内の各ステーションについてそれぞれインジケータを含む請求項２に記載の方法。
【請求項７】
前記複数のステーションにサウンディングフィードバックを提供せよとの要求を行う情報は、さらに、前記更なるステーションのセットに含まれる個々のステーションのインジケータの数のインジケータを含む請求項６に記載の方法。
【請求項８】
前記グループの前記ステーションのセットを決定する段階と、
前記グループの識別子を決定する段階と、
前記グループの前記識別子と、前記ステーションのセットに含まれる各ステーションのアドレスとを含むフィールドを生成する段階と
をさらに備え、
前記グループの前記情報に前記フィールドが含まれている請求項２に記載の方法。
【請求項９】
前記複数のステーションにサウンディングフィードバックを提供せよとの要求を行う情報は、前記複数のステーションの各ステーションのインジケータを含む請求項２に記載の方法。
【請求項１０】
ステーションのインジケータのリスト内の第１のステーションの第１のインジケータは、前記第１のステーションが、前記トレーニング信号シーケンスの最終部分の後の定義された期間に、サウンディングフィードバックを送信することを指定している請求項９に記載の方法。
【請求項１１】
前記複数のステーションのそれぞれがいつサウンディングフィードバックを送信すべきかを示す情報は、前記トレーニング信号シーケンスの最終部分の後の定義された期間に、サウンディングフィードバックを送信する第１のステーションの情報を含む請求項１に記載の方法。
【請求項１２】
前記複数のステーションのそれぞれがいつサウンディングフィードバックを送信すべきかを示す情報は、前記複数のステーションによるサウンディングフィードバックの送信を前記トレーニング信号シーケンスに対応するようスケジュールするスケジュール情報を含む請求項１に記載の方法。
【請求項１３】
前記複数のステーションによるサウンディングフィードバックの送信の前記トレーニング信号シーケンスに対応したスケジュールを決定する段階をさらに備える請求項１２に記載の方法。
【請求項１４】
前記スケジュールを決定する段階は、前記複数のステーションのそれぞれのステーションの、トレーニング信号シーケンスを処理するケイパビリティに対応した情報に基づき前記スケジュールを決定する段階を含む請求項１３に記載の方法。
【請求項１５】
前記複数のステーションのそれぞれがサウンディングフィードバックを送信すべきときを示す情報は、それぞれのステーションがサウンディングフィードバックを、前記トレーニング信号シーケンスを送信すべき送信機会期間中、または、後の送信機会期間に送信すべきかを示す情報を含む請求項１に記載の方法。
【請求項１６】
前記複数のステーションの少なくとも一部のそれぞれについて、
当該ステーションにポーリング信号に呼応して前記サウンディングフィードバックを送信するよう促すための前記ポーリング信号を生成する段階と、
前記ポーリング信号を送信させる段階と
をさらに備える請求項１に記載の方法。
【請求項１７】
前記トレーニング信号シーケンスを送信する送信機会期間に、前記複数のステーションのうちの１つのステーションからサウンディングフィードバックを、前記１つのステーションに前記サウンディングフィードバックの送信を促すためのポーリング信号を送信することなく受信する段階をさらに備える請求項１６に記載の方法。
【請求項１８】
前記トレーニング信号シーケンスは、前記通信フレームとは別の少なくとも１つのサウンディングデータ通信フレームに含まれており、
前記方法はさらに、前記通信フレームの送信の後に前記少なくとも１つのサウンディングデータ通信フレームを送信させる段階を備える請求項１に記載の方法。
【請求項１９】
前記トレーニング信号シーケンスは前記通信フレームに含まれている請求項１に記載の方法。
【請求項２０】
前記複数のステーションのそれぞれからサウンディングフィードバックを、期待されているときに受信したかを判断する段階と、
前記複数のステーションのうちの１つのステーションからサウンディングフィードバックを、期待されているときに受信しなかった場合、前記１つのステーションに、ポーリング信号に呼応して前記サウンディングフィードバックを送信することを促す前記ポーリング信号を生成する段階と、
前記ポーリング信号を送信させる段階と
をさらに備える請求項１に記載の方法。
【請求項２１】
前記複数のステーションのそれぞれからサウンディングフィードバックを、期待されているときに受信したかを判断する段階は、
前記ステーションが、期待されているときにサウンディングフィードバックではなくて受領確認を送信したことを検知する段階と、
前記複数のステーションのうちの１つのステーションが、期待されているときにサウンディングフィードバックではなくて受領確認を送信したことを検知すると、前記ポーリング信号を生成する段階と
を含む請求項２０に記載の方法。
【請求項２２】
前記複数のステーションのそれぞれからサウンディングフィードバックを、期待されているときに受信したかを判断する段階は、
前記ステーションが、完全なサウンディングフィードバックの送信を期待されているときに部分的なサウンディングフィードバックのみを送信したことを検知する段階と、
前記複数のステーションのうちの１つのステーションが、完全なサウンディングフィードバックの送信を期待されているときに部分的なサウンディングフィードバックのみを送信したことを検知すると、前記ポーリング信号を生成する段階と
を含む請求項２０に記載の方法。
【請求項２３】
トレーニング信号シーケンスに呼応してサウンディングフィードバックを提供する複数のステーションを決定し、
ｉ）前記トレーニング信号シーケンスに対応してサウンディングフィードバックを提供せよとの要求を前記複数のステーションに対して行う情報と、ｉｉ）前記複数のステーションのそれぞれがいつサウンディングフィードバックを送信すべきかを示す情報とを含む通信フレームを生成し、
前記通信フレームを送信し、
前記トレーニング信号シーケンスを送信するネットワークインタフェースを備える装置。
【請求項２４】
前記複数のステーションにサウンディングフィードバックを提供せよとの要求を行う情報は、前記複数のステーションに含まれるステーションのセットが属するグループの情報を含む請求項２３に記載の装置。
【請求項２５】
前記複数のステーションにサウンディングフィードバックを提供せよとの要求を行う情報は、前記複数のステーションに含まれる各ステーションのインジケータを含む請求項２３に記載の装置。
【請求項２６】
前記複数のステーションのそれぞれがいつサウンディングフィードバックを送信すべきかを示す情報は、前記トレーニング信号シーケンスの最終部分の後の定義された期間に、サウンディングフィードバックを送信すべき第１のステーションの情報を含む請求項２３に記載の装置。
【請求項２７】
前記ネットワークインタフェースは、前記複数のステーションによるサウンディングフィードバックの送信の前記トレーニング信号シーケンスに対応したスケジュールを決定する請求項２６に記載の装置。
【請求項２８】
前記複数のステーションのそれぞれがサウンディングフィードバックを送信すべきときを示す情報は、それぞれのステーションが、前記トレーニング信号シーケンスを送信すべき送信機会期間中、または、後の送信機会期間に送信すべきかを示す情報を含む請求項２３に記載の装置。
【請求項２９】
前記ネットワークインタフェースは、前記複数のステーションの少なくとも一部のそれぞれについて、
当該ステーションにポーリング信号に呼応して前記サウンディングフィードバックを送信するよう促すための前記ポーリング信号を生成して、
前記ポーリング信号を送信させる請求項２３に記載の装置。
【請求項３０】
前記ネットワークインタフェースはさらに、
前記複数のステーションのそれぞれからサウンディングフィードバックを、期待されているときに受信したかを判断して、
前記複数のステーションのうちの１つのステーションからサウンディングフィードバックを、期待されているときに受信しなかった場合、前記１つのステーションに、ポーリング信号に呼応して前記サウンディングフィードバックを送信することを促す前記ポーリング信号を生成して、
前記ポーリング信号を送信させる、請求項２３に記載の装置。
【請求項３１】
トレーニング信号シーケンスに呼応してサウンディングフィードバックを提供する１以上のステーションを決定する段階と、
前記１以上のステーションの、前記トレーニング信号シーケンスの最終部分の後の定義された期間にサウンディングフィードバックを送信するケイパビリティに基づいて、前記１以上のステーションがサウンディングフィードバックを提供するスケジュールを決定する段階と、
ｉ）前記トレーニング信号シーケンスに対応してサウンディングフィードバックを提供せよとの要求を前記１以上のステーションに対して行う情報と、ｉｉ）前記１以上のステーションがいつサウンディングフィードバックを送信すべきかを示す情報とを含む通信フレームを生成する段階と、
前記通信フレームを送信させる段階と、
前記トレーニング信号シーケンスを送信させる段階と
を備える方法。
【請求項３２】
前記１以上のステーションがサウンディングフィードバックを提供すべきときを示す情報は、順序を示されたステーション識別子を含むリストを含む請求項３１に記載の方法。
【請求項３３】
前記リストの第１の識別子は、前記トレーニング信号シーケンスの前記最終部分の後の前記定義された期間にサウンディングフィードバックを送信すべき１つのステーションを示す請求項３２に記載の方法。
【請求項３４】
前記通信フレームは、前記リストの識別子の数を示すインジケータを含む請求項３２に記載の方法。
【請求項３５】
前記１以上のステーションがサウンディングフィードバックを送信すべきときを示す情報は、前記トレーニング信号シーケンスの前記最終部分の後の前記定義された期間にサウンディングフィードバックを送信すべき１つのステーションの情報を含む請求項３１に記載の方法。
【請求項３６】
前記１以上のステーションがサウンディングフィードバックを送信すべきときを示す情報は、前記１以上のステーションが、前記トレーニング信号シーケンスが送信されるのと同じ送信機会期間、または、１以上の後続する送信機会期間にサウンディングフィードバックを送信するべきかを示す情報を含む請求項３１に記載の方法。
【請求項３７】
前記１以上のステーションがサウンディングフィードバックを送信すべきときを示す情報は、前記１以上のステーションの少なくとも一部のそれぞれが、前記トレーニング信号シーケンスが送信されるのと同じ送信機会期間、または、後続する送信機会期間にサウンディングフィードバックを送信するべきかを示す１以上の情報を含む請求項３１に記載の方法。
【請求項３８】
前記通信フレームはサウンディングフィードバックパラメータを含む請求項３１に記載の方法。
【請求項３９】
前記通信フレームは、前記１以上のステーションそれぞれについてサウンディングフィードバックパラメータを含む請求項３１に記載の方法。
【請求項４０】
前記トレーニング信号シーケンスを送信する送信機会期間に、前記１以上のステーションのうちの１つのステーションからサウンディングフィードバックを、前記１つのステーションに前記サウンディングフィードバックの送信を促すためのポーリング信号を送信することなく受信する段階をさらに備える請求項３１に記載の方法。
【請求項４１】
トレーニング信号シーケンスに呼応してサウンディングフィードバックを提供する１以上のステーションを決定し、
前記１以上のステーションの、前記トレーニング信号シーケンスの最終部分の後の定義された期間にサウンディングフィードバックを送信するケイパビリティに基づいて、前記１以上のステーションがサウンディングフィードバックを提供するスケジュールを決定し、
ｉ）前記トレーニング信号シーケンスに対応してサウンディングフィードバックを提供せよとの要求を前記１以上のステーションに対して行う情報と、ｉｉ）前記１以上のステーションがいつサウンディングフィードバックを送信すべきかを示す情報とを含む通信フレームを生成し、
前記通信フレームを送信させ、
前記トレーニング信号シーケンスを送信させるネットワークインタフェースを備える装置。
【請求項４２】
前記１以上のステーションがサウンディングフィードバックを提供すべきときを示す情報は、順序を示されたステーション識別子を含むリストを含む請求項４１に記載の装置。
【請求項４３】
前記リストの第１の識別子は、前記トレーニング信号シーケンスの前記最終部分の後の前記定義された期間にサウンディングフィードバックを送信すべき１つのステーションを示す請求項４２に記載の装置。
【請求項４４】
前記通信フレームは、前記リストの識別子の数を示すインジケータを含む請求項４２に記載の装置。
【請求項４５】
前記１以上のステーションがサウンディングフィードバックを送信すべきときを示す情報は、前記トレーニング信号シーケンスの前記最終部分の後の前記定義された期間にサウンディングフィードバックを送信すべき１つのステーションの情報を含む請求項４１に記載の装置。
【請求項４６】
前記１以上のステーションがサウンディングフィードバックを送信すべきときを示す情報は、前記１以上のステーションが、前記トレーニング信号シーケンスが送信されるのと同じ送信機会期間、または、１以上の後続する送信機会期間にサウンディングフィードバックを送信するべきかを示す情報を含む請求項４１に記載の装置。
【請求項４７】
前記１以上のステーションがサウンディングフィードバックを送信すべきときを示す情報は、前記１以上のステーションの少なくとも一部のそれぞれが、前記トレーニング信号シーケンスが送信されるのと同じ送信機会期間、または、後続する送信機会期間にサウンディングフィードバックを送信するべきかを示す情報を含む請求項４１に記載の装置。
【請求項４８】
前記通信フレームは、サウンディングフィードバックパラメータを含む請求項４１に記載の装置。
【請求項４９】
前記通信フレームは、前記１以上のステーションそれぞれについてサウンディングフィードバックパラメータを含む請求項４１に記載の装置。
【請求項５０】
前記トレーニング信号シーケンスを送信する送信機会期間に、前記１以上のステーションのうちの１つのステーションからサウンディングフィードバックを、前記１つのステーションに前記サウンディングフィードバックの送信を促すためのポーリング信号を送信することなく受信する段階をさらに備える請求項４１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して通信システムに係り、特に無線ネットワークに係る。
【背景技術】
【０００２】
本願は、以下の米国仮特許出願の恩恵の享受を請求する。２００９年１２月２日提出の「ＳＤＭＡサウンディングサポート」なる名称の米国出願第６１／２６６，０６７号明細書。２０１０年２月１０日提出の「ＳＤＭＡサウンディングサポート」なる名称の米国出願第６１／３０３，２３１号明細書。２０１０年３月３１日提出の「ＴＧａｃの共通サウンディングメカニズム」なる名称の米国出願第６１／３１９，７８６号明細書。２０１０年４月８日提出の「ＳＤＭＡマルチユーザ選択サウンディング」なる名称の米国出願第６１／３２２，２５９号明細書。２０１０年６月２３日提出の「ＶＨＴサウンディングサポート」なる名称の米国出願第６１／３５７，８８２号明細書。２０１０年７月２８日提出の「ＶＨＴサウンディングサポート」なる名称の米国出願第６１／３６８，５５４号明細書。２０１０年８月４日提出の「ＶＨＴサウンディングサポート」なる名称の米国出願第６１／３７０，６３１号明細書。上述した特許出願書類全ての開示の全体をここに参照として組み込む。
【０００３】
本願は、２０１０年８月４日提出の「ＳＤＭＡマルチデバイス無線通信」なる名称の米国出願第１２／８５０，５２９号明細書にも関連しており、この全体をここに参照として組み込む。
【０００４】
背景技術セクションの開示は、本開示の文客を提示する意図を有する。現在の発明者の、記載されていなければ出願時の先行技術とならないような、背景技術セクションに開示されている内容および記述の側面はいずれも、本開示に対する明示的または暗示的な自認した先行技術とはならないので留意されたい。
【０００５】
過去１０年の間に無線ローカルエリアネットワーク（ＷＬＡＮ）技術は急速な発展を遂げた。ＩＥＥＥ（アイトリプルイー）８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、８０２．１１ｎ規格等のＷＬＡＮ規格の開発によって、シングルユーザのピークのデータスループットが向上した。例えば、ＩＥＥＥ８０２．１１ｂ規格は、毎秒１１メガビット（Ｍｂｐｓ）のシングルユーザのピークスループットを規定しており、ＩＥＥＥ８０２．１１ａおよび８０２．１１ｇ規格では、５４Ｍｂｐｓのシングルユーザのピークスループットが規定されており、ＩＥＥＥ８０２．１１ｎ規格では、６００Ｍｂｐｓのシングルユーザピークが規定されている。これらよりも速いスループットの提供が期待されている、新規格のＩＥＥＥ８０２．１１ａｃの開発も始まっている。
【発明の概要】
【０００６】
一実施形態では、トレーニング信号シーケンスに呼応してサウンディングフィードバックを提供する複数のステーションを決定する段階と、ｉ）トレーニング信号シーケンスに対応してサウンディングフィードバックを提供せよとの要求を複数のステーションに対して行う情報と、ｉｉ）複数のステーションのそれぞれがいつサウンディングフィードバックを送信すべきかを示す情報と、ｉｉｉ）サウンディングフィードバックパラメータとを含む通信フレームを生成する段階とを備える方法が提供される。さらに方法は、通信フレームを送信させる段階、および／または、トレーニングシーケンスを送信させる段階を含む。別の実施形態では、ネットワークインタフェースが、上述した方法の動作を実行するよう構成されている。
【０００７】
様々な実施形態では、方法またはネットワークインタフェースはさらに、以下の特徴をゼロもしくは１以上、または、以下の特徴の１以上の任意の組み合わせを含む。
【０００８】
複数のステーションにサウンディングフィードバックを提供せよとの要求を行う情報は、複数のステーションに含まれるステーションのセットが属するグループの情報を含む。
【０００９】
複数のステーションにサウンディングフィードバックを提供せよとの要求を行う情報は、さらに、ステーションのセット内の各ステーションのインジケータを含む。
【００１０】
複数のステーションにサウンディングフィードバックを提供せよとの要求を行う情報は、さらに、複数のステーションに含まれる更なるステーションのセットが属する更なるグループの情報を含む。
【００１１】
複数のステーションにサウンディングフィードバックを提供せよとの要求を行う情報は、さらに、複数のステーションにサウンディングフィードバックを提供せよとの要求を行う情報に、グループの情報数を示す情報を含む。
【００１２】
複数のステーションにサウンディングフィードバックを提供せよとの要求を行う情報は、さらに、複数のステーションに含まれる更なるステーションのセット内の各ステーション個々についてそれぞれインジケータを含む。
【００１３】
複数のステーションにサウンディングフィードバックを提供せよとの要求を行う情報は、さらに、更なるステーションのセットに含まれる個々のステーションのインジケータの数のインジケータを含む。
【００１４】
グループのステーションのセットを決定する段階と、グループの識別子を決定する段階と、グループの識別子と、ステーションのセットに含まれる各ステーションのアドレスとを含むフィールドを生成する段階とを備え、グループの情報にフィールドが含まれている。
【００１５】
複数のステーションにサウンディングフィードバックを提供せよとの要求を行う情報は、複数のステーションの各ステーションのインジケータを含む。
【００１６】
ステーションのインジケータのリスト内の第１のステーションの第１のインジケータは、第１のステーションが、トレーニング信号シーケンスの最終部分の後の定義された期間に、サウンディングフィードバックを送信することを指定している。
【００１７】
複数のステーションのそれぞれがいつサウンディングフィードバックを送信すべきかを示す情報は、トレーニング信号シーケンスの最終部分の後の定義された期間に、サウンディングフィードバックを送信する第１のステーションの情報を含む。
【００１８】
複数のステーションのそれぞれがいつサウンディングフィードバックを送信すべきかを示す情報は、複数のステーションによるサウンディングフィードバックの送信をトレーニング信号シーケンスに対応するようスケジュールするスケジュール情報を含む。
【００１９】
複数のステーションによるサウンディングフィードバックの送信のトレーニング信号シーケンスに対応したスケジュールを決定する段階をさらに備える。
【００２０】
スケジュールを決定する段階は、複数のステーションのそれぞれのステーションの、トレーニング信号シーケンスを処理するケイパビリティに対応した情報に基づきスケジュールを決定する段階を含む。
【００２１】
複数のステーションのそれぞれがサウンディングフィードバックを送信すべきときを示す情報は、それぞれのステーションがサウンディングフィードバックを、トレーニング信号シーケンスを送信すべき送信機会期間中、または、後の送信機会期間に送信すべきかを示す情報を含む。
【００２２】
複数のステーションの少なくとも一部のそれぞれについて、当該ステーションにポーリング信号に呼応してサウンディングフィードバックを送信するよう促すためのポーリング信号を生成する段階と、ポーリング信号を送信させる段階とをさらに備える。
【００２３】
トレーニング信号シーケンスを送信する送信機会期間に、複数のステーションのうちの１つのステーションからサウンディングフィードバックを、１つのステーションにサウンディングフィードバックの送信を促すためのポーリング信号を送信することなく受信する段階をさらに備える。
【００２４】
トレーニング信号シーケンスは、通信フレームとは別の少なくとも１つのサウンディングデータ通信フレームに含まれており、方法はさらに、通信フレームの送信の後に少なくとも１つのサウンディングデータ通信フレームを送信させる段階を備える。
【００２５】
トレーニング信号シーケンスは通信フレームに含まれている。
【００２６】
複数のステーションのそれぞれからサウンディングフィードバックを、期待されているときに受信したかを判断する段階と、複数のステーションのうちの１つのステーションからサウンディングフィードバックを、期待されているときに受信しなかった場合、１つのステーションに、ポーリング信号に呼応してサウンディングフィードバックを送信することを促すポーリング信号を生成する段階と、ポーリング信号を送信させる段階とをさらに備える。
【００２７】
複数のステーションのそれぞれからサウンディングフィードバックを、期待されているときに受信したかを判断する段階は、ステーションが、期待されているときにサウンディングフィードバックではなくて受領確認を送信したことを検知する段階と、複数のステーションのうちの１つのステーションが、期待されているときにサウンディングフィードバックではなくて受領確認を送信したことを検知すると、ポーリング信号を生成する段階とを含む。
【００２８】
複数のステーションのそれぞれからサウンディングフィードバックを、期待されているときに受信したかを判断する段階は、ステーションが、完全なサウンディングフィードバックの送信を期待されているときに部分的なサウンディングフィードバックのみを送信したことを検知する段階と、複数のステーションのうちの１つのステーションが、完全なサウンディングフィードバックの送信を期待されているときに部分的なサウンディングフィードバックのみを送信したことを検知すると、ポーリング信号を生成する段階とを含む。
【００２９】
別の実施形態として、トレーニング信号シーケンスに呼応してサウンディングフィードバックを提供する１以上のステーションを決定する段階と、１以上のステーションの、トレーニング信号シーケンスの最終部分の後の定義された期間にサウンディングフィードバックを送信するケイパビリティに基づいて、１以上のステーションがサウンディングフィードバックを提供するスケジュールを決定する段階とを備える方法が提供される。方法はさらに、ｉ）トレーニング信号シーケンスに対応してサウンディングフィードバックを提供せよとの要求を複数のステーションに対して行う情報と、ｉｉ）１以上のステーションがいつサウンディングフィードバックを送信すべきかを示す情報とを含む通信フレームを生成する段階と、通信フレームを送信させる段階と、トレーニングシーケンスを送信させる段階とを備える。別の実施形態では、この段落で上記した方法の動作を実行するよう構成されたネットワークインタフェースが提供される。
【００３０】
様々な実施形態では、方法またはネットワークインタフェースはさらに、以下の特徴をゼロもしくは１以上、または、以下の特徴の１以上の任意の組み合わせを含む。
【００３１】
１以上のステーションがサウンディングフィードバックを提供すべきときを示す情報は、順序を示されたステーション識別子を含むリストを含む。
【００３２】
リストの第１の識別子は、トレーニング信号シーケンスの最終部分の後の定義された期間にサウンディングフィードバックを送信すべき１つのステーションを示す。
【００３３】
通信フレームは、リストの識別子の数を示すインジケータを含む。
【００３４】
１以上のステーションがサウンディングフィードバックを送信すべきときを示す情報は、トレーニング信号シーケンスの最終部分の後の定義された期間にサウンディングフィードバックを送信すべき１つのステーションの情報を含む。
【００３５】
１以上のステーションがサウンディングフィードバックを送信すべきときを示す情報は、１以上のステーションが、トレーニング信号シーケンスが送信されるのと同じ送信機会期間、または、１以上の後続する送信機会期間にサウンディングフィードバックを送信するべきかを示す情報を含む。
【００３６】
１以上のステーションがサウンディングフィードバックを送信すべきときを示す情報は、１以上のステーションの少なくとも一部のそれぞれが、トレーニング信号シーケンスが送信されるのと同じ送信機会期間、または、後続する送信機会期間にサウンディングフィードバックを送信するべきかを示す１以上の情報を含む。
【００３７】
通信フレームはサウンディングフィードバックパラメータを含む。
【００３８】
通信フレームは、１以上のステーションそれぞれについてサウンディングフィードバックパラメータを含む。
【００３９】
トレーニング信号シーケンスを送信する送信機会期間に、複数のステーションのうちの１つのステーションからサウンディングフィードバックを、１つのステーションにサウンディングフィードバックの送信を促すためのポーリング信号を送信することなく受信する段階をさらに備える。
【図面の簡単な説明】
【００４０】
【図１】一実施形態である、アクセスポイント（ＡＰ）がクライアントデバイス（ステーション）にトレーニング信号を送信して、クライアントデバイスからサウンディングフィードバックを受信する無線ローカルエリアネットワーク（ＷＬＡＮ）通信システムの一例のブロック図である。
【００４１】
【図２】一実施形態におけるＷＬＡＮの送信シーケンスの一例を示す。
【００４２】
【図３】一実施形態におけるＷＬＡＮの送信シーケンスの別の一例を示す。
【００４３】
【図４】一実施形態における、１つのグループに複数のクライアントデバイスを割り当てるグループ定義フィールドの一例を示す。
【００４４】
【図５Ａ】一部の実施形態における、サウンディング制御情報を含むフィールドの一例を示す。
【図５Ｂ】一部の実施形態における、サウンディング制御情報を含むフィールドの一例を示す。
【００４５】
【図６Ａ】一部の実施形態における、サウンディング制御情報を含むフィールドの一例を示す。
【図６Ｂ】一部の実施形態における、サウンディング制御情報を含むフィールドの一例を示す。
【００４６】
【図７Ａ】一部の実施形態における、それぞれ異なるサブフィールド値を示すグループ定義フィールドの一例を示す。
【図７Ｂ】一部の実施形態における、それぞれ異なるサブフィールド値を示すグループ定義フィールドの一例を示す。
【図７Ｃ】一部の実施形態における、それぞれ異なるサブフィールド値を示すグループ定義フィールドの一例を示す。
【００４７】
【図８Ａ】一部の実施形態における、ヌルデータパケット（ＮＤＰ）アナウンスフレームの一例を示す。
【図８Ｂ】一部の実施形態における、ヌルデータパケット（ＮＤＰ）アナウンスフレームの一例を示す。
【００４８】
【図９】一実施形態における、ＮＤＰアナウンスフレームで、またはサウンディングフレームとして利用される物理層（ＰＨＹ）プリアンブルの一例を示す。
【００４９】
【図１０】一実施形態におけるＷＬＡＮの送信シーケンスの別の一例を示す。
【００５０】
【図１１Ａ】一部の実施形態における、ＷＬＡＮ内の送信シーケンスの他の例を示す。
【図１１Ｂ】一部の実施形態における、ＷＬＡＮ内の送信シーケンスの他の例を示す。
【００５１】
【図１２Ａ】一部の実施形態における、ＷＬＡＮ内の送信シーケンスの他の例を示す。
【図１２Ｂ】一部の実施形態における、ＷＬＡＮ内の送信シーケンスの他の例を示す。
【図１２Ｃ】一部の実施形態における、ＷＬＡＮ内の送信シーケンスの他の例を示す。
【図１２Ｄ】一部の実施形態における、ＷＬＡＮ内の送信シーケンスの他の例を示す。
【００５２】
【図１３Ａ】一部の実施形態における、ＷＬＡＮ内の送信シーケンスの他の例を示す。
【図１３Ｂ】一部の実施形態における、ＷＬＡＮ内の送信シーケンスの他の例を示す。
【００５３】
【図１４Ａ】一部の実施形態における、ＷＬＡＮ内の送信シーケンスの他の例を示す。
【図１４Ｂ】一部の実施形態における、ＷＬＡＮ内の送信シーケンスの他の例を示す。
【００５４】
【図１５Ａ】一部の実施形態における、ＷＬＡＮ内の送信シーケンスの他の例を示す。
【図１５Ｂ】一部の実施形態における、ＷＬＡＮ内の送信シーケンスの他の例を示す。
【００５５】
【図１６】一実施形態における、ＮＤＰアナウンスフレームの一例のブロック図である。
【００５６】
【図１７】一実施形態における、図１６のＮＤＰアナウンスフレームで、またはサウンディングフレームとして利用される物理層（ＰＨＹ）プリアンブルの一例を示す。
【００５７】
【図１８】一実施形態における、ＮＤＰである、または、ここで利用されるＰＨＹプリアンブルの一例を示す。
【００５８】
【図１９】一実施形態における、サウンディングフレームで利用されるフレームの一例を示す。
【００５９】
【図２０】一実施形態における、グループ定義フィールドの一例を示す。
【００６０】
【図２１】一実施形態において、ＳＦＢのクライアントデバイスのポーリングに利用されるフレームの一例を示す。
【００６１】
【図２２】一実施形態における、ＮＤＰである、または、ここで利用されるＰＨＹプリアンブルの一例を示す。
【００６２】
【図２３Ａ】一部の実施形態における、ＮＤＰアナウンスフレームの一例を示す。
【図２３Ｂ】一部の実施形態における、ＮＤＰアナウンスフレームの一例を示す。
【００６３】
【図２４】一実施形態における、複数のステーションに対するサウンディングフィードバックの要求に関する通信フレームを生成、送信する方法の一例のフロー図である。
【００６４】
【図２５】１以上のステーションに対するサウンディングフィードバックの要求に関する通信フレームを生成、送信する方法の一例のフロー図である。
【００６５】
【図２６】一実施形態におけるＷＬＡＮの送信シーケンスの別の一例を示す。
【００６６】
【図２７】一実施形態における、ＮＤＰアナウンスフレームの一例のブロック図である。
【００６７】
【図２８】１以上のステーションに対するサウンディングフィードバックの要求に関する通信フレームを生成、送信する方法の別の例のフロー図である。
【発明を実施するための形態】
【００６８】
以下で説明する実施形態では、無線ローカルエリアネットワーク（ＷＬＡＮ）のアクセスポイント（ＡＰ）およびクライアントデバイス等の無線ネットワークデバイスは、ＡＰとクライアントデバイスとの間でデータストリームを送信する。ＡＰおよび少なくとも一部のクライアントデバイスはそれぞれが複数のアンテナを含み、送信および／または受信ビームフォーミングを利用して、スループット、レンジ等の１以上を向上させている。ビームフォーミングでは、チャネルに関する知識を利用して、複数のアンテナを介して送信または受信する信号に適用されるビームフォーミングマトリックスを決定する。一部のシステムでは、チャネルについて明示的な知識を取得することには、ビームフォーミングする側（ビームフォーマー）が、分かっているトレーニング信号をビームフォーミングされる側（ビームフォーミー）に対して送信して、ビームフォーミーが、受信したトレーニング信号に基づいてチャネルの計測値（チャネル状態情報またはＣＳＩと称されることもある）を生成する。これらトレーニング信号の送信は、通信チャネルのサウンディング、またはサウンディングパケットの送信と称される場合もある。一実装例では、ビームフォーミーがビームフォーマーに対してＣＳＩを送り返すこともあり、この場合、ビームフォーマーは、このＣＳＩを利用してビームフォーミングマトリックスを生成する。別の実装例では、ビームフォーミーがＣＳＩを利用してビームフォーミングマトリックスを生成し、ビームフォーミングマトリックスの係数をビームフォーマーに送り返すこともできる。ＣＳＩまたはビームフォーミングマトリックス情報をビームフォーマーに送り返すことを、サウンディングフィードバックの送信と称する場合もある。
【００６９】
トレーニング信号およびフィードバックの送信中には、ユーザデータの送信ができないために、トレーニング信号の送信およびトレーニング信号に対応するフィードバックの送信は、ＷＬＡＮに対するオーバヘッドとして捉えられる。さらに、チャネルが静的ではなく、変動するので、ビームフォーミングマトリックスの期限が切れないように、トレーニング信号およびフィードバックの送信は定期的に繰り返す必要がある。ＷＬＡＮに多くのクライアントデバイスが存在するＩＥＥＥ８０２．１１ｎ規格等に準拠したＷＬＡＮでは、トレーニング信号およびフィードバックの送信に必要な時間が、ＷＬＡＮのスループットに悪影響を及ぼすことがある。例えばＩＥＥＥ８０２．１１ｎ規格では、一ビームフォーマーと多数のビームフォーミーとが存在する場合、トレーニング信号およびサウンディングフィードバックの交換は各ビームフォーミーについて別個に生じてしまう。
【００７０】
後述する実施形態では、第１の通信デバイス（ＡＰ等）が、トレーニング信号シーケンスに対応してサウンディングフィードバックを送信する複数の他の通信デバイス（クライアントデバイス等）を決定する。次いで第１の通信デバイスは、複数の他の通信デバイスを示す情報を送信する。複数の他の通信デバイスは、この情報を利用して、自身が第１の通信デバイスにサウンディングフィードバックを送信するのかを判断する。第１の通信デバイスはさらに、トレーニング信号シーケンスを送信して、複数の他の通信デバイスがこれに応えてサウンディングフィードバックを第１の通信デバイスに送信する。少なくとも一部の実施形態および／またはシナリオでは、ＩＥＥＥ８０２．１１規格のサウディングと比べてオーバヘッドが減少する。この理由は、トレーニング信号シーケンスを一度送信するだけで、多数の通信デバイスからサウンディングフィードバックが得られるからである。
【００７１】
図１は、一実施形態である、多入力多出力（ＭＩＭＯ）モードにおいて、ＯＦＤＭ（直交周波数分割多重）技術を利用してＡＰ１４とクライアントデバイス２５等のデバイス間で情報交換が行われるＷＬＡＮ１０の例のブロック図である。ＡＰ１４は、ネットワークインタフェース１６に連結されたホストプロセッサ１５を含む。ネットワークインタフェース１６は、媒体アクセス制御（ＭＡＣ）処理ユニット１８と、物理層処理ユニット２０とを含む。ＰＨＹ処理ユニット２１は、複数のトランシーバ２１を含み、複数のトランシーバ２１はＮ個のアンテナ２４に連結されている。図１では、ＡＰがアンテナ２４と同数のトランシーバ２１を有しているが、他の実施形態では、ＡＰ１４が含むトランシーバ２１とアンテナ２４の数がそれぞれ異なっていてもよい。図１では、３つのトランシーバ２１と３つのアンテナ２４とが示されているが、他の実施形態では、異なる数のトランシーバ２１およびアンテナ２４を含んでもよい（例えば１、２、４、５、６、８等）。一実施形態では、ＭＡＣ処理ユニット１８とＰＨＹ処理ユニット２０は、例えばＩＥＥＥ８０２．１１ａｃ規格（目下、規格化段階にある）に大体類似した通信プロトコルに従って動作するよう構成されていてよい。さらに、一部の実施形態では、ＭＡＣ処理ユニット１８および／またはＰＨＹ処理ユニット２０は、トレーニング信号シーケンスに対応してサウンディングフィードバックを送信するクライアントデバイス２５のセットを決定して、ネットワークインタフェース１６に、このクライアントデバイス２５のセットの情報を送信させるよう構成されている。ＭＡＣ処理ユニット１８および／またはＰＨＹ処理ユニット２０は、ネットワークインタフェース１６にトレーニング信号シーケンスを送信させるよう構成されている。ここでは便宜上、トレーニング信号シーケンスに対応してサウンディングフィードバックを送信する通信デバイスのセットの決定、および、この通信デバイスのセットの情報の送信をサポートまたは指定する通信プロトコルのことを、「非常に高いスループットのプロトコル」または「ＶＨＴプロトコル」と称する。
【００７２】
クライアントデバイス２５−１は、ネットワークインタフェース２７に連結されたホストプロセッサ２６を含む。ネットワークインタフェース２７は、ＭＡＣ処理ユニット２８と、ＰＨＹ処理ユニット２９とを含む。ＰＨＹ処理ユニット２９は、複数のトランシーバ３０を含み、複数のトランシーバ３０はＮ個のアンテナ３４に連結されている。図１では同数のトランシーバ３０およびアンテナ３４が示されているが、クライアントデバイス２５−１は、他の実施形態では他の数のトランシーバ３０およびアンテナ３４を含んでもよい。図１では、３つのトランシーバ３０と３つのアンテナ３４とが示されているが、他の実施形態では、異なる数のトランシーバ３０およびアンテナ３４を含んでもよい（例えば１、２、４、５等）。トランシーバ（１または複数）３０は、生成されたデータユニットをアンテナ（１または複数）３４を介して送信するよう構成されている。同様に、トランシーバ（１または複数）３０は、アンテナ（１または複数）３４を介してデータユニットを受信するよう構成されている。クライアントデバイス２５−１のＭＡＣ処理ユニット２８および／またはＰＨＹ処理ユニット２９は、クライアントデバイス２５のセットの情報を処理して、クライアントデバイス２５−１がこのクライアントデバイス２５のセットに含まれているかを判断するよう構成されている。ＭＡＣ処理ユニット２８および／またはＰＨＹ処理ユニット２９は、クライアントデバイス２５−１がこのクライアントデバイス２５のセットに含まれていると判断されると、受信したトレーニング信号シーケンスを処理して、サウンディングフィードバックを生成するよう構成されている。ＭＡＣ処理ユニット２８および／またはＰＨＹ処理ユニット２９は、クライアントデバイス２５−１がこのクライアントデバイス２５のセットに含まれていると判断されると、ネットワークインタフェース２７に、サウンディングフィードバックをＡＰ１４に送信させるよう構成されている。
【００７３】
一実施形態では、クライアントデバイス２５−１のＭＡＣ処理ユニット２８および／またはＰＨＹ処理ユニット２９は、ＡＰ14およびクライアントデバイス２５−２、２５−３、２５−４から、クライアントデバイス２５−１からのトレーニング信号シーケンスに対応してサウンディングフィードバックを送信する異なる通信デバイスのセットを決定して、ネットワークインタフェース２７に、この異なる通信デバイスのセットの情報を送信させるよう構成されていてもよい。ＭＡＣ処理ユニット２８および／またはＰＨＹ処理ユニット２９は、ネットワークインタフェース２７に、トレーニング信号シーケンスを送信させるよう構成されている。
【００７４】
本実施形態では、ＡＰ１４のＭＡＣ処理ユニット１８および／またはＰＨＹ処理ユニット２０は、通信デバイスのセットの情報を処理して、ＡＰ１４がこの通信デバイスのセットに含まれているかを判断するよう構成されている。ＭＡＣ処理ユニット１８および／またはＰＨＹ処理ユニット２０は、ＡＰ１４がこの通信デバイスのセットに含まれていると判断されると、受信した信号シーケンスを処理して、サウンディングフィードバックを生成するよう構成されている。ＭＡＣ処理ユニット１８および／またはＰＨＹ処理ユニット２０は、ＡＰ１４がこの通信デバイスのセットに含まれていると判断されると、ネットワークインタフェース１６に、サウンディングフィードバックをクライアントデバイス２５−１に送信させるよう構成されていてよい。
【００７５】
一実施形態では、クライアントデバイス２５−２および２５−３の一方または両方は、クライアントデバイス２５−１と同じまたは類似した構造を有する。これらの実施形態では、クライアントデバイス２５−１と同様の構造を有するクライアントデバイス２５は、同じまたは異なる数のトランシーバおよびアンテナを含む。例えば一実施形態では、クライアントデバイス２５−２が、２つのトランシーバおよび２つのアンテナのみを有してよい。
【００７６】
図２は、一実施形態における、図１のＷＬＡＮ１０等のＷＬＡＮの送信シーケンスの一例を示す。説明の便宜上、図２を、図１を参照して説明する。しかし一部の実施形態では、図２の送信シーケンスを、図１のシステム１０とは別のシステムにより実行することもできる。
【００７７】
ＡＰの送信機会期間（ＴＸＯＰ）中に、ＭＡＣ処理ユニット１８は、ネットワークインタフェース１６に、ヌルデータパケット（ＮＤＰ）アナウンスフレーム１０４を送信させる。ＡＰは、ＮＤＰアナウンスフレーム１０４に続いて、１以上のＮＤＰ１０８を送信する。各ＮＤＰは複数のトレーニングフィールドを含んでいる。一実施形態では、ネットワークインタフェース１６は、ＭＩＭＯチャネルの各空間サイズにつき１つのトレーニングフィールドを送信する。
【００７８】
ＮＤＰアナウンスフレーム１０４は、プリアンブル１１２、ＭＡＣヘッダ１１６、フレーム本体１２０、および、フレームチェックシーケンス（ＦＣＳ）１２４を含む。フレーム本体１２０は、ＭＡＣ処理ユニット１８が複数のクライアントデバイスを１つのグループに割り当てるために利用するグループ定義フィールド１３０を含んでいる。少なくとも一部の実施形態では、図２に示すように、ＭＡＣ処理ユニット１８は、このグループ定義フィールドを利用して、一定のクライアントデバイスに対して、彼らがＡＰにサウンディングフィードバックを提供するべきである旨を通知することもできる。例えば、ＭＡＣヘッダ１１６は、フレーム制御フィールド１３２、宛先アドレス（ＤＡ）フィールド１３４、および、制御フィールド１３８を含んでいる。一実施形態では、ＭＡＣ処理ユニット１８は、フレーム制御フィールド１３２を、承認してはならない管理／制御フレームを示す値（ＡＣＫしない）に設定して、ＤＡフィールド１３４を、ブロードキャストを示す値に設定して、制御フィールド１３８を、フレーム１０４がサウンディングアナウンスフレームであることを示すために、ＮＤＰナウンスを示す値に設定することができる。別の実施形態では、ＭＡＣ処理ユニット１８は、フレーム制御フィールド１３２を、フレーム１０４がサウンディングアナウンスフレームであることを示すために、サウンディングアナウンスを示す値に設定してもよい。別の実施形態では、ＭＡＣ処理ユニット１８は、フレーム制御フィールド１３２を、承認すべき管理／制御フレームを示す値（ＡＣＫ）に設定してもよい。
【００７９】
グループ定義フィールド１３０は、定義されたクライアントデバイスのグループに対応するグループＩＤを示すグループ識別子（ＩＤ）サブフィールド１４８を含む。グループ定義フィールド１３０はさらに、定義されたクライアントデバイスのグループに含まれているクライアントデバイスまたはステーションの数を示す情報１５２を含む。複数のアソシエーション実体（ＡＩＤ）サブフィールド１５６が、定義されたグループの一部である１以上のクライアントデバイスまたはステーションを示している（つまり、各ＡＩＤサブフィールド１５６が、定義されたグループの各クライアントデバイスの各識別子（例えばアソシエーション識別子）を含むことによって）。一実施形態では、ＡＩＤサブフィールド１５６の数は、クライアントデバイス数サブフィールド１５２に示されている値に等しい。別の実施形態では、ＡＩＤサブフィールド１５６の値は固定されている。この実施形態では、グループ内のクライアントデバイスの数が、固定数のＡＩＤサブフィールド１５６よりも少ない場合、未使用のＡＩＤサブフィールド１５６は、ゼロ等の適切な値に設定されて、未使用であることを示す。
【００８０】
グループ定義フィールド１３０はさらに、サウンディング制御情報１６０を含む。図２に示す例では、サウンディング制御情報１６０は、グループ定義フィールド１３０の他のサブフィールドとは別個のサブフィールドに含まれている。グループ定義フィールド他のサブフィールドとは別個のサウンディング制御サブフィールドを含むような一部の実施形態では、このサブフィールドのサウンディング制御情報の一部または全てを、グループ内の全てのクライアントステーションに適用して、サウンディング制御情報の一部または全てを全てのクライアントステーションについて同じにする。グループ定義フィールドの他のサブフィールドとは別個のサウンディング制御サブフィールドを含むような一部の実施形態では、このサブフィールドのサウンディング制御情報の一部または全てを、グループ内の個々のクライアントステーションに適用して、サブフィールドのサウンディング制御情報の一部または全てを、それぞれのクライアントステーションについて異なるものとする。例えば、サウンディング制御サブフィールドは、グループ内のそれぞれのクライアントステーションに対応する複数のサブ−サブフィールドを含んでもよい。また例えば一実施形態では、複数のサブ−サブフィールドが、複数のＡＩＤサブフィールド１５６に対応していてよい。他の実施形態では、サウンディング制御情報１６０の少なくとも一部が、グループ定義フィールド１３０の他のサブフィールドに（例えばＡＩＤサブフィールド１５６に）含まれていてよい。ＡＩＤサブフィールド１５６にサウンディング制御情報が含まれているような一部の実施形態では、各サブフィールド１５６のサウンディング制御情報は、サブフィールド１５６が示す個々のクライアントステーションに対応しており、サブフィールド１５６のサウンディング制御情報が、それぞれのクライアントステーションについて異なるものであってよい。
【００８１】
一実施形態では、サウンディング制御情報１６０は、グループＩＤサブフィールド１４８で特定されているグループ内の特定のクライアントデバイスが、１以上のＮＤＰ１０８に対応してサウンディグフィードバックをＡＰに送信すべきかを示す情報を含む。他の実施形態では、サウンディング制御情報１６０は、これに加えてまたはこの代わりに、グループＩＤサブフィールド１４８で特定されているグループ内のクライアントデバイスが、どのようにサウンディングフィードバックすべきかを示す情報を含む。例えば一実施形態では、サウンディング制御情報１６０は、１以上のＮＤＰ１０８の最後のＮＤＰの最終部分の終了に呼応して、および／または、この直後に、サウンディングフィードバックを送信すべきであるグループ内の１つのクライアントデバイスを示す情報を含んでよい（例えば、短いフレーム間の間隔（ＳＩＦＳ）等の定義された期間分、最後のＮＤＰの最終部分から間隔をとって）。別の例である一実施形態では、サウンディング制御情報１６０は、グループのクライアントデバイスの少なくとも一部がサウンディングフィードバックを送信すべきときを示すスケジュール情報を含んでいてもよい。また別の例である一実施形態では、サウンディング制御情報１６０は、グループのクライアントデバイスの少なくとも一部が、ＡＰが送信したポーリングデータフレームに呼応して、サウンディングフィードバックを送信すべきであると示す情報を含んでいてもよい。サウンディング制御情報１６０はさらに、各クライアントについてサウンディングフィードバックパラメータ（例えばフィードバックのタイプ、解像度、サイズ等）を含むこともできる。
【００８２】
一実施形態では、各ＡＩＤサブフィールド１５６は、クライアントデバイスの識別子を表すために必要な数以上の数のビットを含んでもよい。この実施形態では、ＡＩＤサブフィールド１５６の１以上のビットが、ＡＩＤサブフィールド１５６が特定するクライアントステーションが、サウンディングフィードバックを生成、送信すべきかを示している。同様に一実施形態では、ＡＤサブフィールド１５６の１以上のビットが、ＡＩＤサブフィールド１５６が特定するクライアントステーションが、１以上のＮＤＰ１０８の最後のＮＤＰの最終部分の終了に呼応して、および／または、この直後に、サウンディングフィードバックを送信すべきかを示している。
【００８３】
一実施形態では、１以上のＡＩＤサブフィールド１５６に示されるクライアントデバイス識別子の順序が、クライアントデバイスがサウンディングフィードバックを送信する順序を示している。この実施形態では、１以上のＡＩＤサブフィールド１５６に示されるクライアントデバイス識別子の順序が、サウンディングフィードバックを送信するためにスケジュール情報を提供している。
【００８４】
グループ定義フィールド１３０に、サウンディングフィードバックを生成、送信すべきであると示されるクライアントデバイスは、自分のサウンディングフィードバックを１以上のＮＤＰの後に送信する。図２の例では、第１のクライアントステーションは、第１のクライアントステーションのＴＸＯＰ１７０で、サウンディングフィードバックを送信する。同様に、第２のクライアントステーションは、第２のクライアントステーションのＴＸＯＰ１７４で、サウンディングフィードバックを送信し、第３のクライアントステーションは、第３のクライアントステーションのＴＸＯＰ１７８で、サウンディングフィードバックを送信する。後で説明するように、サウンディングフィードバックは、異なるステーションのサウンディングフィードバック同士が干渉しあわないような様々な適切な方法で送信することができる。例えば、様々な実施形態では、ＡＰがサウンディングフィードバックに際してクライアントデバイスをポーリングしたり、サウンディングフィードバックを特定の順序で送信したり、サウンディングフィードバックを特定のタイムスロットで送信する、等が可能である。
【００８５】
図３は、一実施形態における、図１のＷＬＡＮ１０等のＷＬＡＮの送信シーケンスの別の一例を示す。ＡＰのＴＸＯＰ中に、ＭＡＣ処理ユニット１８は、ネットワークインタフェース１６に、複数のトレーニングフィールドを含むサウンディングフレーム２０４を送信させる。一実施形態では、ＡＰは、ＭＩＭＯチャネルの各空間サイズにつき１つのトレーニングフィールドを送信する。
【００８６】
一実施形態では、サウンディングフレーム２０４は、ＭＩＭＯチャネルの各空間サイズにつき１つのトレーニングフィールドを含むプリアンブル２０４を含む。サウンディングフレーム２０４はさらに、図２を参照して説明したような、ＭＡＣヘッダ１１６、フレーム本体１２０、およびＦＣＳ１２４を含む。フレーム本体１２０は、図２を参照して説明したような、ＭＡＣ処理ユニット１８が、複数のクライアントデバイスを１つのグループに割り当てるために、また、一部の実施形態では、一定のクライアントデバイスに、彼らがＡＰにサウンディングフィードバックを提供すべきである旨を知らせるために利用する、グループ定義フィールド１３０を含んでいる。一実施形態では、ＭＡＣ処理ユニット１８は、フレーム制御フィールド１３２を、「ＡＣＫしない」というサウンディングのための管理／制御フレームを示す値に設定して、ＤＡフィールド１３４を、ブロードキャストを示す値に設定する。一実施形態では、プリアンブル２０４は、フレーム２０４がサウンディングフレームであることを示す値にセットされたフィールドを含む。別の実施形態では、ＭＡＣ処理ユニット１８は、フレーム制御フィールド１３２を、管理／制御フレーム（ＡＣＫ）を示す値に設定する。グループ定義フィールド１３０は、図２を参照して説明したグループ定義フィールド１３０と同じまたは類似したものであってよい。
【００８７】
図２および図３を参照すると、一部の実施形態では、サウンディング制御情報１６０が、グループ定義フィールド１３０から省かれてもよいことがわかる。
【００８８】
図２および図３を参照すると、一部の実施形態では、定義されたクライアントデバイスのグループ内のクライアントデバイスまたはステーションの数を示す情報１５２と複数のＡＩＤサブフィールド１５６とを、ｉ）グループの第１のクライアントデバイスのＡＩＤを示すＡＩＤビットマップ制御フィールドと、ｉｉ）第１のクライアントデバイスに関するものであり、グループ内のゼロ、１、またはそれ以上の他の数のクライアントデバイスを示すビットマップとで置き換える。例えば、ビットマップ内のビットは、ＡＩＤビットマップ制御フィールドのＡＩＤ値から増加するＡＩＤ値に対応している。例えば、１から８のＡＩＤ値を有する８つのクライアントデバイスがある場合を想定する。この場合にＭＡＣ処理ユニット１８は、ＡＩＤビットマップ制御フィールドを４つに設定して、ビットマップを０１０１に設定して、４、６、および８のＡＩＤ値を有するクライアントデバイスがグループのメンバーであることを示す。図４は、一実施形態における、上述したビットマップ制御サブフィールド３０４とビットマップサブフィールド３０８とを有するグループ定義フィールド３００の一例を示している。一実施形態ではグループ定義フィールド３００にサウンディング制御情報１６０が含まれており、別の実施形態ではグループ定義フィールド３００はサウンディング制御情報１６０を含まない。
【００８９】
図５Ａは、グループ定義フィールド１３０、３００とは別個のサブフィールドとして含まれている、サウンディングフィードバックビットマップフィールド３１６の一例を示す。サウンディングフィードバックビットマップフィールド３１６は、サウンディング制御情報１６０の一例である。一実施形態では、サウンディングフィードバックビットマップフィールド３１６のビットは、ＡＩＤサブフィールド１５６（図２および図３）またはビットマップ制御サブフィールド３４０およびビットマップフィールド３０８（図４）で指定されているクライアントデバイスに対応している。一実施形態では、サウンディングフィードバックビットマップフィールド３１６におけるビットの順序は、ＡＩＤサブフィールド１５６の順序（図２および図３）に対応している。別の実施形態では、サウンディングフィードバックビットマップフィールド３１６におけるビットの順序は、ビットマップ３０８におけるビットの順序（図４）に対応している。ＭＡＣ処理ユニット１８は、一実施形態では、対応するクライアントデバイスがサウンディングフィードバックを生成、送信すべきであることを示すために、あるビットを特定の値（例えば１）に設定する。一実施形態では、ビットマップ制御サブフィールド３４０は、サウンディングフィードバックパラメータ（例えばフィードバックのタイプ、解像度、サイズ）を示す２以上のビットを含んでもよい。
【００９０】
図５Ｂは、グループ定義フィールド１３０、３００の別個のサブフィールドとして含まれている、サウンディング制御フィールド３２０の一例を示す。サウンディング制御フィールド３２０は、サウンディング制御情報１６０の一例である。サウンディング制御フィールド３２０は、図５Ａのサウンディングフィードバックビットマップフィールド３１６と、直近のフィードバック（ＩＦ）フィールド３２４とを含む。ＭＡＣ処理ユニット１８は、１以上のＮＤＰ１０８の最後のＮＤＰの最終部分の終了に呼応して、および／または、この直後に、サウンディングフィードバックの送信を許可されているクライアントデバイスに対応するＡＩＤ値をＩＦフィールド３２４に設定する。
【００９１】
図６Ａは、一部の実施形態における、グループ定義フィールド１３０で利用されるＡＩＤサブフィールド３３０の一例を示す。ＡＩＤサブフィールド３３０は、グループＩＤサブフィールド１４８（図２、図３）が特定するグループに含まれるべきクライアントデバイスを示すＡＩＤ３３４を含む。ＡＩＤサブフィールド３３０はさらに、ＡＩＤ３３４に指定されているクライアントステーションが、サウンディングフィードバックを生成、送信することを期待されているかを示すビット３３８を含んでいる。ビット３３８は、サウンディング制御情報１６０の一例である。別の実施形態では、ＡＩＤサブフィールドは、サウンディングフィードバックパラメータを示す２以上のビット（サウンディング制御情報１６０の別の例である）を含むサブフィールドを含んでいる。ＭＡＣ処理ユニット１８は、一実施形態では、クライアントデバイスがサウンディングフィードバックを生成、送信すべきであることを示すためにビット３３８を特定の値（例えば１）に設定する。
【００９２】
図６Ｂは、一部の実施形態における、グループ定義フィールド１３０で利用されるＡＩＤサブフィールド３４４の一例を示す。ＡＩＤサブフィールド２３４は、ＡＩＤ３３４と、ＡＩＤ３３４が特定するクライアントステーションが、サウンディングフィードバックを生成、送信すべきかどうかを示すビット３３８とを含んでいる。ＡＩＤサブフィールド３４４はさらに、ＡＩＤ３３４が特定するクライアントステーションが、現在のＴＸＯＰ中の後の時間に、またはクライアントデバイスが所有する後のＴＸＯＰ中に、サウンディングフィードバックを送信することを許可されているかを示すＩＦビット３４８も含んでいる。一実施形態では、１つの特定のクライアントデバイスについて、ＩＦビット３４８は、ＡＩＤ３３４が特定するクライアントステーションが、１以上のＮＤＰ１０８の最後のＮＤＰの最終部分の終了に呼応して、および／または、この直後に、サウンディングフィードバックの送信を許可されているかを示している。例えばＩＦビット３４８がＡＩＤサブフィールド３４４のうちの特定のいずれか（例えば数個のステーションサブフィールド１５２の後の第１のＡＩＤサブフィールド）に設定されている場合、指定されているクライアントデバイスが、１以上のＮＤＰ１０８の最後のＮＤＰの最終部分の終了に呼応して、および／または、この直後に、サウンディングフィードバックの送信を許可されていることを示している。ビット３３８およびビット３４８は、サウンディング制御情報１６０の例である。他の実施形態では、ＡＩＤサブフィールドはさらに、サウンディングフィードバックパラメータ等の他のサウンディング制御情報も含んでいる。ＭＡＣ処理ユニット１８は、一実施形態では、ビット３４８を特定の値（例えば１）に設定して、クライアントデバイスが、現在のＴＸＯＰ中の後の時間に、またはクライアントデバイスが所有する後のＴＸＯＰ中に、または、ＡＩＤフィールド３４４の特定のフィールドに対しては、１以上のＮＤＰ１０８の最後のＮＤＰの最終部分の終了に呼応して、および／または、この直後に、サウンディングフィードバックを送信することを許可されていることを示す。
【００９３】
一部の実施形態では、ＡＰは、グループ定義を利用しない１以上のサウンディング機能のために、グループ定義フィールド１３０等のグループ定義フィールドを利用することもできる。例えば一部の実施形態では、ＭＡＣ処理ユニット１８が、グループ定義を利用しないサウンディング機能を示すように、グループＩＤサブフィールド１４８の値および、ステーション数サブフィールド１５２を設定してよい。例えば図７Ａは、一実施形態における、ＭＡＣ処理ユニット１８が、グループＩＤサブフィールド１４８をゼロまたは他の適切な値に設定して、ステーション数サブフィールド１５２をゼロまたは他の適切な値に設定しているグループ定義フィールド１３０を示す。これは、一実施形態では、グループ定義フィールド１３０を受け取る全てのクライアントデバイスが、サウンディングフィードバックを生成、送信すべきであることをクライアントステーションに示している。別の実施形態で、これは、クライアントデバイスに対して、ＷＬＡＮにとって新たなクライアントデバイス（例えばＡＰにまだ関連付けられていないもの）および／またはチャネルの劣化および／または信号の劣化を検知したクライアントデバイスが、サウンディングフィードバックを生成、送信する必要があることを示している。
【００９４】
例えば図７Ｂは、一実施形態における、ＭＡＣ処理ユニット１８が、グループＩＤサブフィールド１４８をゼロまたは他の適切な値に設定して、ステーション数サブフィールド１５２をゼロまたは他の適切な値に設定して、値１を示している、グループ定義フィールド１３０を示す。加えて、ＭＡＣ処理ユニット１８は、ＡＩＤサブフィールド１５６を、サウンディングフィードバックを要求するステーションのＡＩＤにも設定している。これにより、サブフィールド１５６に示されているクライアントデバイスに、示されているクライアントデバイスがサウンディングフィードバックを生成、送信すべきであることを示している。同様にこれは、ＷＬＡＮの全ての他のクライアントデバイスに対して、これらの他のクライアントデバイスは、サウンディングフィードバックを生成、送信すべきではないことも示すものであってよい。
【００９５】
図７Ｃは、一実施形態における、ＭＡＣ処理ユニット１８が、グループＩＤサブフィールド１４８をゼロまたは他の適切な値に設定して、ステーション数サブフィールド１５２をゼロまたは他の適切な値に設定して、１を超える数の値を表している、グループ定義フィールド１３０を示す。加えて、ＭＡＣ処理ユニット１８は、サウンディングフィードバックを要求する複数の局を示すＡＩＤインデックスを含むように、ＡＩＤサブフィールド１５６を設定している。これにより、サブフィールド１５６に示されているクライアントデバイスに対して、この示されているクライアントデバイスがサウンディングフィードバックを生成、送信すべきであることを示している。同様にこれは、ＷＬＡＮの全ての他のクライアントデバイスに対して、これらの他のクライアントデバイスは、サウンディングフィードバックを生成、送信すべきではないことも示すものであってよい。一実施形態では、図７Ｃのグループ定義フィールド１３０で、ステーション数サブフィールド１５２およびサブフィールド１５６の代わりに、ビットマップ制御フィールドおよびビットマップ（例えば図４のビットマップ制御フィールド３０４およびビットマップ３０８）を利用してもよい。
【００９６】
図７Ａから図７Ｃに関して説明した実施形態では、フィールド１３０をクライアントデバイスのグループを定義するために利用しない。代わりに、フィールド１３０を利用して、クライアントステーションに対してサウンディングフィードバックの送信を要求する。図２から図４、図５Ａ、図５Ｂ、図６Ａ，および図６Ｂを参照して説明したように、図７Ａから図７Ｃのグループ定義フィールド１３０は、一部の実施形態では、サウンディング制御情報１６０を含んでいる。他の実施形態では、図７Ａから図７Ｃのグループ定義フィールドから、サウンディング制御情報１６０が省かれていてもよい。
【００９７】
図２から図４、および図７Ａから図７Ｃを参照すると、単一のフィールド１３０、３００をＡＰが利用して、ｉ）グループＩＤサブフィールド１４８が指定するグループに属するクライアントデバイスに対して、サウンディングフィードバックの送信を要求する、ｉｉ）フィールド１３０を受信する全てのクライアントデバイスに、サウンディングフィードバックするよう促す（例えば、ＷＬＡＮにとって新たなクライアントデバイスおよび／またはチャネル／信号の劣化を検知したクライアントデバイスが、サウンディングフィードバックを送信する必要があり、他のデバイスはそうすべきではないことを示している）、ｉｉｉ）グループＩＤを特定せずに、ＡＩＤサブフィールド１５６が特定する特定の１つのクライアントデバイスに対して、サウンディングフィードバックを送信するように要求する、ｉｖ）グループＩＤを特定せずに、ＡＩＤサブフィールド１５６が特定する特定の複数野クライアントデバイスに対して、サウンディングフィードバックを送信するよう要求する、のうちの２以上を実行する。ｉｉｉ）からｉｖ）に関して、一部の実施形態では、特定されたクライアントデバイスはまだグループに割り当てられていなくてよい。ｉｖ）に関して、一部の実施形態では、特定された複数のクライアントデバイスは、複数の異なるグループに属していてもよい。一実施形態では、ＭＡＣ処理ユニット１８は、グループＩＤサブフィールド１４８およびステーション数フィールド１５２をそれぞれ異なる値に設定して、機能ｉ）、ｉｉ）、ｉｉｉ）、およびｉｖ）のうちどの機能をフィールド１３０が利用しているかを示すことができる。
【００９８】
一部の実施形態では、ＭＡＣ処理ユニット１８は、上述したグループ定義フィールド１３０に類似したフィールドを利用して、グループを定義せずに、１以上のクライアントデバイスに対して、サウンディングフィードバックの送信を要求することができる。例えばグループが前に定義されておりグループＩＤを割り当てられている場合には、ＡＰは、グループＩＤを利用して、グループのクライアントデバイスに対して、サウンディングフィードバックの送信を要求することができる。
【００９９】
図８Ａは、一実施形態において、ＮＤＰアナウンスフレームとして（図２のフレーム１０４に類似している）、または、サウンディングフレームとして（図３のフレーム２０４に類似している）利用されるフレーム４００の一例を示している。一部の実施形態では、フレーム４００は、ＡＰにより利用されて、グループＩＤを割り当てられている、前に定義されたクライアントデバイスのグループに対して、サウンディングフィードバックの送信を要求する。フレーム４００は、プリアンブル４０４、ＭＡＣヘッダ４０８、フレーム本体４１２、および、ＦＣＳ４１６を含む。フレーム４００をサウンディングフレームとして利用する場合には、プリアンブル４０４は、ＭＩＭＯチャネル内の各空間サイズについて１つのトレーニングフィールドを含む。ＭＡＣヘッダ４０８は、図２および図３を参照して説明したフレーム制御フィールド１３２、ＤＡフィールド１３４、および制御フィールド１３８を含む。一実施形態では、ＭＡＣ処理ユニット１８は、フレーム制御フィールド１３２を、「ＡＣＫしない」という管理／制御フレームを示す値に設定して、ＤＡフィールド１３４を、ブロードキャストを示す値に設定する。別の実施形態では、ＭＡＣ処理ユニット１８は、フレーム制御フィールド１３２を、ＡＣＫという管理／制御フレームを示す値に設定してもよい。フレーム４００をＮＤＰアナウンスフレームとして利用する場合、ＭＡＣ処理ユニット１８は、制御フィールド１３８またはフレーム制御フィールド１３２のフレームのタイプフィールドを、ＮＤＰアナウンスを示す値に設定する。
【０１００】
フレーム本体４１２は、グループＩＤサブフィールド４２４を有するフィールド４２０を含む。ＭＡＣ処理ユニット１８は、サウンディングフィードバックを生成、送信すべきであるクライアントデバイスのグループを示すように、グループＩＤサブフィールド４２４を設定する。一実施形態では、フィールド４２０は、上述したサウンディング制御情報１６０に類似したサウンディング制御情報４２８を含む。例えば一実施形態では、制御情報４２８は、特定されたグループ内の一定のクライアントデバイスが、サウンディングフィードバックを生成、送信すべきであることを示し、特定されたグループ内の他のクライアントデバイスが、サウンディングフィードバックを生成、送信すべきではないことを示す。サウンディング制御情報４２８は、さらに、サウンディングフィードバックの送信を要求されたクライアントデバイスのサウンディングフィードバックパラメータも示してよい。
【０１０１】
図８Ｂは、一実施形態において、ＮＤＰアナウンスフレームとして（図２のフレーム１０４に類似している）、または、サウンディングフレームとして（図３のフレーム２０４に類似している）利用されるフレーム４４０の一例を示している。他の実施形態では、フレーム４４０は、他のタイプのフレームとして利用することもできる。フレーム４４０は、プリアンブル４０４、ＭＡＣヘッダ４４４、フレーム本体４４８、およびＦＣＳ４１６を含む。フレーム４４０をサウンディングフレームとして利用する場合には、プリアンブル４０４は、ＭＩＭＯチャネル内の各空間サイズについて１つのトレーニングフィールドを含む。ＭＡＣヘッダ４４４は、図２および図３を参照して説明したフレーム制御フィールド１３２、ＤＡフィールド１３４を含む。ＭＡＣヘッダ４４４も、制御フィールド４５２を含む。一実施形態では、ＭＡＣ処理ユニット１８は、フレーム制御フィールド１３２を、「ＡＣＫしない」という管理／制御フレームを示す値に設定して、ＤＡフィールド１３４を、ブロードキャストを示す値に設定する。別の実施形態では、ＭＡＣ処理ユニット１８は、フレーム制御フィールド１３２を、管理／制御フレーム、ＡＣＫを示す値に設定してもよい。
【０１０２】
制御フィールド４５２は、ＮＤＰアナウンスサブフィールド４５６を含む。フレーム４００をＮＤＰアナウンスフレームとして利用する場合、ＭＡＣ処理ユニット１８は、ＮＤＰアナウンスサブフィールド４５６またはフレーム制御フィールド１３２のフレームのタイプを、ＮＤＰアナウンスを示す値に設定する。制御フィールド４５２はさらに、図８Ａを参照して説明したフィールド４２０も含む。
【０１０３】
ＭＡＣ処理ユニット１８は、サウンディングフィードバックを生成、送信すべきであるクライアントデバイスのグループを示すように、制御フィールド４５２のグループＩＤサブフィールド４２４を設定する。一実施形態では、フィールド４２０は、上述したサウンディング制御情報１６０に類似したサウンディング制御情報４２８を含む。例えば一実施形態では、制御情報４２８は、特定されたグループ内の一定のクライアントデバイスが、サウンディングフィードバックを生成、送信すべきであることを示し、特定されたグループ内の他のクライアントデバイスが、サウンディングフィードバックを生成、送信すべきではないことを示す。
【０１０４】
一部の実施形態および／またはシナリオでは、フレーム本体４４８を省くこともできる。
【０１０５】
一部の実施形態では、ＰＨＹプリアンブルは、一定のクライアントデバイスに対して、これらクライアントデバイスがＡＰに対してサウンディングフィードバックを提供すべきであることを伝えるための情報を含む。図９は、一実施形態において、ＮＤＰアナウンスフレーム内で（図２のフレーム１０４に類似している）、または、サウンディングフレームとして（図３のフレーム２０４に類似している）利用されるＰＨＹプリアンブル５００の一例を示している。他の実施形態では、プリアンブル５００は、ＮＤＰ等の他のタイプのフレームとして利用することもできる。プリアンブル５００は、レガシートレーニングフィールド（Ｌ−ＴＦ）５０４、レガシー信号フィールド（Ｌ−ＳＩＧ）５０６、信号フィールド（ＶＨＴ−ＳＩＧＡ）５０８、ショートトレーニングフィールド（ＶＨＴ−ＳＴＦ）５１０、および、ロングトレーニングフィールド（ＶＨＴ−ＬＴＦ）５１２を含む。少なくとも一部の実施形態では、プリアンブル５００はさらに、追加のＶＨＴ信号フィールド（ＶＨＴ−ＳＩＧＢ）５１４も含んでいる。フレーム５００をサウンディングフレームで利用する場合には、ＶＨＴ−ＬＴＦ５１２は、ＭＩＭＯチャネル内の各空間サイズについて１つのトレーニングフィールドを含む。
【０１０６】
ＶＨＴ−ＳＩＧＡ５０８は、グループＩＤフィールド５２０および非サウンディングフィールド５２４を含む。一実施形態では、非サウンディングフィールド５２４は、単一のビットを含み、プリアンブル５００がサウンディングフレームで利用される場合には、非サウンディングフィールド５２４のこの単一のビットを、ゼロ等の適切な値に設定して、このフレームがサウンディングフレームであることを示す。例えば一実施形態では、ＭＡＣ処理ユニット１８は、ＰＨＹ処理ユニット２０に、非サウンディングフィールド５２４のこの単一のビットを、ゼロ等の適切な値に設定して、このフレームがサウンディングフレームであることを示させる。グループＩＤフィールド５２０は、サウンディングフィードバックを生成、送信すべきクライアントデバイスのグループを示すように設定される。例えばＭＡＣ処理ユニット１８は、ＰＨＹ処理ユニット２０に、グループＩＤフィールド５２０を、サウンディングフィードバックを生成、送信すべきクライアントデバイスのグループを示すように設定させる。
【０１０７】
一実施形態では、ＶＨＴ−ＳＩＧＡ５０８は、サウンディング制御情報５２８を含む。一実施形態では、サウンディング制御情報５２８は、上述したサウンディング制御情報１６０に類似している。例えばサウンディング制御情報５２８は、図５Ａおよび図５Ｂを参照して説明したようなビットマップおよび／またはＩＦフィールドを含む。例えばＭＡＣ処理ユニット１８は、ＰＨＹ処理ユニット２０に、クライアントデバイスのグループのなかのいずれのクライアントデバイスが、サウンディングフィードバックを生成、送信すべきか、いずれのクライアントデバイスが（もしあれば）、（例えばＮＤＰ１０８の最終部分の終了に呼応して、および／または、この直後に）、直ぐサウンディングフィードバックを提供することを許可されているか示すように、サウンディング制御情報５２８のセットを設定させる。他の実施形態では、ＶＨＴ−ＳＩＧＡ５０８は、サウンディング制御情報５２８を含まなくてもよい。
【０１０８】
一実施形態では、プリアンブルがグループＩＤとサウンディング制御情報５２８とを含む場合、ＮＤＰフレーム（プリアンブルのみを含む）は、ＮＤＰアナウンスおよびサウンディングのために両用できる。この実施形態では、独立型のＮＤＰアナウンスフレームが不要となる。例えば一実施形態では、単一のＮＤＰフレームが、自身のアナウンスとして機能することができるからである。
【０１０９】
他の実施形態では、プリアンブル５００は、ＩＥＥＥ８０２．１１ｎ規格に従ってフォーマットされて、高いスループットの信号フィールド（ＨＴ−ＳＩＧ）、高いスループットのショートトレーニングフィールド（ＨＴ−ＳＴＦ）、および、高いスループットのロングトレーニングフィールド（ＬＴ−ＬＴＦ）を含む。これら実施形態では、ＨＴ−ＳＩＧフィールドを変更して、グループＩＤフィールドを含ませる。一実施形態では、ＨＧ−ＳＩＧフィールドはさらに、サウンディング制御情報を含む。別の実施形態では、ＨＴ−ＳＩＧフィールドから、サウンディング制御情報が省かれていてもよい。一実施形態では、グループＩＤおよびサウンディング情報は、含まれている場合には、ＩＥＥＥ８０２．１１ｎ規格で目下リザーブされているフィールドに含まれていてよい。
【０１１０】
一部の実施形態では、単一のフレームを利用して、複数の異なるクライアントステーションのグループに対して、サウンディングフィードバックの送信を要求する。図１０は、一実施形態における、図１のＷＬＡＮ１０等のＷＬＡＮの送信シーケンス６００の一例を示す。説明の便宜上、図１０を、図１を参照して説明する。しかし一部の実施形態では、図１０の送信シーケンスを、図１のシステム１０とは別のシステムにより実行することもできる。
【０１１１】
ＡＰのＴＸＯＰ中に、ＭＡＣ処理ユニット１８は、ネットワークインタフェース１６に、ＮＤＰアナウンスフレーム６０４を送信させる。ＭＡＰ処理ユニット１８は、ネットワークインタフェース１６に、ＮＤＰアナウンスフレーム１０４に続いて、１以上のＮＤＰ６０８を送信させる。各ＮＤＰ６０８は複数のトレーニングフィールドを含んでいる。一実施形態では、ネットワークインタフェース１６は、ＭＩＭＯチャネルの各空間サイズにつき１つのトレーニングフィールドを送信する。
【０１１２】
ＮＤＰアナウンスフレーム６０４は、プリアンブル１１２、ＭＡＣヘッダ６１２、フレーム本体６１６、およびＦＣＳ１２４を含む。少なくとも一部の実施形態では、フレーム本体６１６は、ＭＡＣ処理ユニット１８が、１以上のグループのクライアントデバイスに対して、サウンディングフィードバックの送信を要求するために利用するグループサウンディングフィールド６３０を含む。例えばＭＡＣヘッダ６１２は、フレーム制御フィールド１３２、ＤＡフィールド１３４、および、制御フィールド１３８を含む。一実施形態では、ＭＡＣ処理ユニット１８は、フレーム制御フィールド１３２を、「ＡＣＫしない」という管理／制御フレームを示す値に設定して、ＤＡフィールド１３４を、ブロードキャストを示す値に設定する。別の実施形態では、ＭＡＣ処理ユニット１８は、フレーム制御フィールド１３２を、承認されるべき（ＡＣＫ）管理／制御フレームを示す値に設定してもよい。一部の実施形態では、ＭＡＣ処理ユニット１８は、制御フィールド１３８を、フレーム６０４がサウンディングアナウンスフレームであることを示すために、ＮＤＰサウンディングアナウンスを示す値に設定してもよい。
【０１１３】
グループサウンディングフィールド６３０は、サウンディングフィードバックの要求先であるグループの数を示すグループ数サブフィールド６３４を含む。グループサウンディングフィールド６３０は、１以上のグループサブフィールド６３８を含む。一実施形態では、各グループサブフィールド６３８は、グループＩＤを示すグループＩＤサブフィールドを含む。一実施形態では、サブフィールド６３８の数は、グループ数サブフィールド６３４に示されている値に等しい。別の実施形態では、サブフィールド６３８の値は固定されている。この実施形態では、グループ数が、固定数のサブフィールド６３８よりも少ない場合、未使用のサブフィールド６３８は、ゼロ等の適切な値に設定されて、未使用であることを示す。
【０１１４】
一実施形態では、各グループサブフィールド６３８も、サウンディング制御情報を含む。一実施形態では、サウンディング制御情報は、グループＩＤサブフィールドで特定されているグループ内の特定のクライアントデバイスが、１以上のＮＤＰ６０８に対応するサウンディグフィードバックをＡＰに送信すべきかを示す情報を含む。他の実施形態では、サウンディング制御情報は、これに加えてまたはこの代わりに、グループＩＤサブフィールドで特定されているグループ内のクライアントデバイスが、どのようにサウンディングフィードバックすべきかを示す情報を含む。例えば、一実施形態では、サウンディング制御情報には、１以上のＮＤＰ１０８の最後のＮＤＰの最終部分に呼応して、および／または、その直後にサウンディングフィードバックを送信すべき全てのグループの１つのクライアントデバイスを示す情報が含まれている。別の例である一実施形態では、サウンディング制御情報は、グループのクライアントデバイスの少なくとも一部がサウンディングフィードバックを送信すべきときを示すスケジュール情報を含んでいてもよい。また別の例である一実施形態では、サウンディング制御情報は、グループのクライアントデバイスの少なくとも一部が、ＡＰが送信したデータフレームをポーリングしたことに呼応して、サウンディングフィードバックを送信すべきであると示す情報を含んでいてもよい。
【０１１５】
一実施形態では、各グループについて、前に送信されたグループ定義フィールドの１以上のＡＩＤサブフィールドに記述されているクライアントデバイス識別子の順序が、クライアントデバイスがそのグループについてサウンディングフィードバックを送信すべき順序を示している。同様に、グループサブフィールド６３８の順序は、グループが互いにサウンディングフィードバックを送信すべき順序を示している。この実施形態では、前に送信されたグループ定義フィールドのＡＩＤサブフィールドに記述されているクライアントデバイス識別子の順序およびグループサブフィールド６３８の順序により、サウンディングフィードバックを送信するためのスケジューリング情報が提供される。
【０１１６】
グループ定義フィールド６３０に、サウンディングフィードバックを生成、送信すべきであると示されるクライアントデバイスは、自分のサウンディングフィードバックを１以上のＮＤＰ６０８の後に送信する。図１０の例では、第１のクライアントステーションは、第１のクライアントステーションのＴＸＯＰ６５０で、サウンディングフィードバックを送信する。同様に、第２のクライアントステーションは、第２のクライアントステーションのＴＸＯＰ６５４でサウンディングフィードバックを送信し、第３のクライアントステーションは、第３のクライアントステーションのＴＸＯＰ６５８でサウンディングフィードバックを送信する。後で説明するように、サウンディングフィードバックは、異なるステーションのサウンディングフィードバック同士が干渉しあわないような様々な適切な方法で送信することができる。例えば、様々な実施形態では、ＡＰがサウンディングフィードバックに際してクライアントデバイスをポーリングしたり、サウンディングフィードバックを特定の順序で送信したり、サウンディングフィードバックを特定のタイムスロットで送信する、等が可能である。
【０１１７】
一部の実施形態では、１以上のＮＤＰ６０８の最終部分に呼応した、および／または、その直後のサウンディングフィードバック（直ぐのフィードバック）の送信が、どのクライアントデバイスにも許可されていない場合もある。このような実施形態では、１以上のＮＤＰ６０８の最終部分に呼応した、および／または、その直後のサウンディングフィードバックの送信が許可されているクライアントデバイスの情報は、上述したサウンディング制御情報の様々な例から除外されている。これら実施形態の少なくとも一部においては、各クライアントデバイスが、クライアントデバイスが所有しているＴＸＯＰでサウンディングフィードバックを送信する。他の実施形態では、クライアントデバイスは、スケジュールに従って、および／または、ＡＰからのポーリング要求に呼応して、サウンディングフィードバックを送信する。
【０１１８】
サウンディングフィードバック技術の幾つかの例を後述する。
【０１１９】
図１１Ａは、一実施形態における、図１のＷＬＡＮ１０等のＷＬＡＮの送信シーケンス７００の一例を示す。説明の便宜上、図１１Ａを、図１を参照して説明する。しかし一部の実施形態では、図１１Ａの送信シーケンスを、図１のシステム１０とは別のシステムにより実行することもできる。
【０１２０】
ＡＰのＴＸＯＰ中に、ＭＡＣ処理ユニット１８は、ネットワークインタフェース１６に、ヌルデータパケット（ＮＤＰ）アナウンスフレーム７０４を送信させる。ＭＡＰ処理ユニット１８は、ネットワークインタフェース１６に、ＮＤＰアナウンスフレーム７０４に続いて、１以上のＮＤＰ７０８を送信させる。各ＮＤＰ７０８は複数のトレーニングフィールドを含んでいる。一実施形態では、ネットワークインタフェース１６は、ＭＩＭＯチャネルの各空間サイズにつき１つのトレーニングフィールドを送信する。
【０１２１】
ＮＤＰアナウンスフレーム７０４は、１以上のＮＤＰ７０８の最終部分に呼応して、および／または、この直後にサウンディングフィードバックを送信することを許可されているクライアントデバイスを示す、上述したようなサウンディング制御情報を含む。これに従い、示されているクライアントステーションは、ＡＰのＴＸＯＰ中にサウンディングフィードバック７１２を送信する。
【０１２２】
サウンディングフィードバックを生成、送信すべきであるとＮＤＰアナウンスフレームが示している他のクライアントデバイスは、ＡＰのＴＸＯＰの最終部分の後にサウンディングフィードバックを送信することになる。図１１Ａの例では、クライアントステーションは自身のＴＸＯＰ７１６でサウンディングフィードバックを送信する。同様に、別のクライアントステーションが、自身のＴＸＯＰ７２０でサウンディングフィードバックを送信する。
【０１２３】
図１１Ｂは、一実施形態における、図１のＷＬＡＮ１０等のＷＬＡＮ内の送信シーケンス７３０の一例を示す。シーケンス７３０は、ＡＰが、ＮＤＰアナウンスフレーム７０４および１以上のＮＤＰ７０８の代わりに、サウンディングフレーム７３４を送信することを除いて、図１１Ａのシーケンス７００と同じである。
【０１２４】
図１２Ａは、一実施形態における、図１のＷＬＡＮ１０等のＷＬＡＮの送信シーケンス７６０の一例を示す。説明の便宜上、図１２Ａを、図１を参照して説明する。しかし一部の実施形態では、図１２Ａの送信シーケンスを、図１のシステム１０とは別のシステムにより実行することもできる。
【０１２５】
ＡＰの送信機会期間（ＴＸＯＰ）中に、ＭＡＣ処理ユニット１８は、ネットワークインタフェース１６に、ＮＤＰアナウンスフレーム７６４を送信させる。ＭＡＰ処理ユニット１８は、ネットワークインタフェース１６に、ＮＤＰアナウンスフレーム７０４に続いて、１以上のＮＤＰ７６８を送信させる。各ＮＤＰは複数のトレーニングフィールドを含んでいる。一実施形態では、ネットワークインタフェース１６は、ＭＩＭＯチャネルの各空間サイズにつき１つのトレーニングフィールドを送信する。
【０１２６】
ＮＤＰアナウンスフレーム７６４は、１以上のＮＤＰ７６８の最終部分に呼応して、および／または、この直後にサウンディングフィードバックを送信することを許可されたクライアントデバイスを示す、上述したようなサウンディング制御情報を含む。これに従い、示されているクライアントステーションは、ＡＰのＴＸＯＰ中にサウンディングフィードバック７７２を送信する。
【０１２７】
サウンディングフィードバックを生成、送信すべきであるとＮＤＰアナウンスフレームが示している他のクライアントデバイスについては、ＡＰは、ＳＦＢをまだ送信していないクライアントデバイスそれぞれに対して、サウンディングフィードバック（ＳＦＢ）要求を送信する。各ＳＦＢ要求に呼応して、クライアントデバイスクライアントがこのＳＦＢを送信する。例えば、ＭＡＣ処理ユニット１８は、ネットワークインタフェースデバイス１６に、ＳＦＢ要求７７６をクライアントデバイスＳＴＡ  ２に送信させる。クライアントデバイスＳＴＡ  ２は、ＳＦＢ要求７７６を受けると、ＳＦＢ７７８を送信する。同様に、ＭＡＣ処理ユニット１８は、ネットワークインタフェースデバイス１６に、ＳＦＢ要求７８２をクライアントデバイスＳＴＡ  ３に送信させる。クライアントデバイスＳＴＡ  ３は、ＳＦＢ要求７８２を受けると、ＳＦＢ７８４を送信する。ＳＦＢ要求７７６、７８２、およびＳＦＢ７７２、７７８、７８４は、ＡＰのＴＸＯＰ中に送信される。
【０１２８】
図１２Ｂは、一部の実施形態における、図１のＷＬＡＮ１０等のＷＬＡＮ内の送信シーケンス７８８の一例を示す。シーケンス７８８は、ＡＰが、ＮＤＰアナウンスフレーム７６４および１以上のＮＤＰ７６８の代わりに、サウンディングフレーム７９２を送信することを除いて、図１２Ａのシーケンス７６０と同じである。
【０１２９】
図１２Ｃは、一実施形態における、図１のＷＬＡＮ１０等のＷＬＡＮの送信シーケンス７９４の一例を示す。シーケンス７９４は、最後のＮＤＰ７６８の直後にどのクライアントデバイスもＳＦＢを送信しないことを除いて、図１２Ａのシーケンス７６０と同じである。比較すると、本例では、ＡＰが、ＳＦＢ要求７９６でポーリングされる第１のクライアントデバイスを含む全てのクライアントデバイスをポーリングする。
【０１３０】
図１２Ｄは、一実施形態における、図１のＷＬＡＮ１０等のＷＬＡＮの送信シーケンス７９８の一例を示す。シーケンス７９８は、最後のＮＤＰ７６８の直後にどのクライアントデバイスもＳＦＢを送信しないことを除いて、図１２Ｂのシーケンス７８８と同じである。比較すると、本例では、ＡＰが、ＳＦＢ要求７９６でポーリングされる第１のクライアントデバイスを含む全てのクライアントデバイスをポーリングする。
【０１３１】
クライアントデバイスがポーリングされたときに（ＳＦＢ要求により）このクライアントデバイスがまだＳＦＢ送信準備が整っていない場合には、クライアントデバイスは、一部の実施形態ではＳＦＢの送信を延期する。例えば、ＳＦＢ要求に応じて、クライアントデバイスは、ＳＦＢを伴わせずにＡＣＫを送信すること、または、全く応答しないことが可能である。クライアントデバイスがポーリングされたときに（ＳＦＢ要求により）このクライアントデバイスがまだＳＦＢ送信準備が整っていないが一部のＳＦＢを生成し終わっている、という別の実施形態では、クライアントデバイスは、例えば、生成し終わっている一部のＳＦＢを、「ＳＦＢが部分的なものである」と示した上で送信することができる。残りのＳＦＢの準備が整うと、クライアントは、この残りのＳＦＢを、ＡＰの同じＴＸＯＰで、またはクライアントデバイスのＴＸＯＰで、ＡＰに送信する。
【０１３２】
一実施形態では、図１２Ａおよび図１２Ｂに示すようなＳＦＢ要求は、（例えば、ＤＡをクライアントデバイスのアドレスに設定することによって）特定のクライアントデバイスに送信されるブロック受領承認要求（ＢＡＲ）を含む。この実施形態では、ＢＡＲは、直ぐのＡＣＫ／ブロック受領承認（ＢＡ）／応答要求の情報を含む。クライアントデバイスは、ＢＡＲを受け取ると、ＳＦＢの送信準備が整っている場合には、ＳＦＢをＡＰに送信する。同様に、別の実施形態では、ＳＦＢ要求には、直ぐのＡＣＫ／ＢＡ／応答要求の情報を含むデータフレームが含まれる。クライアントデバイスは、このデータフレームを受け取ると、ＳＦＢの送信準備が整っている場合には、ＳＦＢをＡＰに送信する。別の実施形態では、ＳＦＢ要求はＮＤＰアナウンスフレームに含められて送信される。別の実施形態では、ＳＦＢ要求は、サウンディングフレームに含められて送信されてもよい。別の実施形態では、ＳＦＢ要求は、簡略化されたサウンディングフレーム（例えば、ＭＡＣヘッダを含むが、フレーム本体またはＮＤＰは省かれたサウンディングフレーム等）に含められて送信されてもよい。一実施形態では、ＳＦＢ要求は、ＳＦＢ要求のためにリザーブされているフレームタイプで送信される。
【０１３３】
一部の実施形態では、クライアントデバイスは、ＳＦＢをＡＣＫ／ＢＡ／応答フレームに含めて送信する。他の実施形態では、クライアントデバイスは、ＳＦＢをデータフレームに含めて送信する。一実施形態では、クライアントデバイスは、ＳＦＢを、ＳＦＢのためにリザーブされているフレームタイプで送信する。
【０１３４】
一実施形態では、ＳＦＢ要求は、ＰＨＹプリアンブル（例えば図９のＶＨＴ−ＳＩＧＡ５０８またはＶＨＴ−ＳＩＧＢ５１４内）の制御フィールド内のＳＦＢ要求フィールド（例えばフラグ）により示される。別の実施形態では、ＳＦＢ要求は、ＭＡＣヘッダ内のＳＦＢ要求フィールドにより示される。別の実施形態では、ＳＦＢ要求は、フレーム本体内のＳＦＢ要求フィールドにより示される。一実施形態では、ＳＦＢ要求フィールドはデータフレームに含まれている。別の実施形態では、ＳＦＢ要求フィールドは、ＢＡＲフレームに含まれていてもよい。
【０１３５】
図１３Ａは、一実施形態における、図１のＷＬＡＮ１０等のＷＬＡＮの送信シーケンス８００の一例を示す。説明の便宜上、図１３Ａを、図１を参照して説明する。しかし一部の実施形態では、図１３Ａの送信シーケンスを、図１のシステム１０とは別のシステムにより実行することもできる。
【０１３６】
ＡＰのＴＸＯＰ中に、ＭＡＣ処理ユニット１８は、ネットワークインタフェース１６に、ＮＤＰアナウンスフレーム８０４を送信させる。ＭＡＰ処理ユニット１８は、ネットワークインタフェース１６に、ＮＤＰアナウンスフレーム８０４に続いて、１以上のＮＤＰ８０６を送信させる。各ＮＤＰ８０６は複数のトレーニングフィールドを含んでいる。一実施形態では、ネットワークインタフェース１６は、ＭＩＭＯチャネルの各空間サイズにつき１つのトレーニングフィールドを送信する。
【０１３７】
ＮＤＰアナウンスフレーム８０４は、１以上のＮＤＰ８０６の最終部分に呼応して、および／または、この直後にサウンディングフィードバックを送信することを許可されたクライアントデバイスを示す、上述したようなサウンディング制御情報を含む。これに従い、示されているクライアントステーションは、ＡＰのＴＸＯＰ中にサウンディングフィードバック８１０を送信する。
【０１３８】
サウンディングフィードバックを生成、送信すべきであるとＮＤＰアナウンスフレームが示している他のクライアントデバイスについては、ＡＰは、各クライアントデバイスに対するＳＦＢ要求として機能するさらなるＮＤＰアナウンスフレームを送信する。ＡＰは、各ＮＤＰアナウンスフレームに続いて、１以上のＮＤＰを送信する。クライアントデバイスは、各ＮＤＰアナウンスフレームを受けると、ＳＦＢを送信する。例えば、ＭＡＣ処理ユニット１８は、インターネットインタフェース１６から、クライアントデバイスＳＴＡ  ２に、ＮＤＰアナウンスフレーム８１４および１以上のＮＤＰ８１６を送信させる。これに応えてクライアントデバイスＳＴＡ  ２はＳＦＢ８２０を送信する。同様に、ＭＡＣ処理ユニット１８は、インターネットインタフェース１６から、クライアントデバイスＳＴＡ  ３に、ＮＤＰアナウンスフレーム８２４および１以上のＮＤＰ８２６を送信させる。これに応えてクライアントデバイスＳＴＡ  ３はＳＦＢ８３０を送信する。ＮＤＰアナウンス８０４、８１４、８２４、および、ＳＦＢ８１０、８２０、８３０は、ＡＰのＴＸＯＰ中に送信される。
【０１３９】
一実施形態では、ＮＤＰアナウンス８１４、８２４は、ＮＤＰアナウンス８０４と比べて簡略化されている。例えば一実施形態では、ＮＤＰアナウンス８１４、８２４は、特定のクライアントステーションののみを対象としている。
【０１４０】
図１３Ｂは、一実施形態における、図１のＷＬＡＮ１０等のＷＬＡＮの送信シーケンス８４０の一例を示す。シーケンス８４０は、ＡＰが、ＮＤＰアナウンスフレーム８０４、８１４、８２４、および、１以上のＮＤＰ８０６、８１６、８２６の代わりに、サウンディングフレーム８４４、８４６、８４８を送信することを除いて、図１３Ａのシーケンス８００と同じである。
【０１４１】
一実施形態では、サウンディングフレーム８４６、８４８は、ＮＤＰアナウンス８４４と比べて簡略化されている。例えば一実施形態では、ＮＤＰアナウンス８４６、８４８は、特定のクライアントステーションののみを対象としている。一実施形態では、各サウンディングフレーム８４６、８４８は、特定のクライアントデバイスのアドレスに設定されたＤＡを含むＭＡＣヘッダを含んでいる。他の実施形態では、各サウンディングフレーム８４６、８４８は、ＭＡＣ部分を省いたＰＨＹプリアンブルにすぎない。一実施形態では、ＰＨＹプリアンブルには、特定のクライアントデバイスのアドレスの情報が含まれている。別の実施形態では、ＰＨＹプリアンブルから、特定のクライアントデバイスのアドレスの情報が省かれてもよい。この実施形態では、クライアントデバイスのグループを定義したグループ定義フィールドで利用されるＡＩＤの順序は、クライアントデバイスがＮＤＰ８４６、８４８に応答すべき順序を示している。
【０１４２】
図１４Ａは、一実施形態における、図１のＷＬＡＮ１０等のＷＬＡＮの送信シーケンス８６０の一例を示す。説明の便宜上、図１４Ａを、図１を参照して説明する。しかし一部の実施形態では、図１４Ａの送信シーケンスを、図１のシステム１０とは別のシステムにより実行することもできる。
【０１４３】
ＡＰのＴＸＯＰ中に、ＭＡＣ処理ユニット１８は、ネットワークインタフェース１６に、ヌルデータパケット（ＮＤＰ）アナウンスフレーム８６４を送信させる。ＭＡＰ処理ユニット１８は、ネットワークインタフェース１６に、ＮＤＰアナウンスフレーム８６４に続いて、１以上のＮＤＰ８６６を送信させる。各ＮＤＰ８６６は複数のトレーニングフィールドを含んでいる。一実施形態では、ネットワークインタフェース１６は、ＭＩＭＯチャネルの各空間サイズにつき１つのトレーニングフィールドを送信する。
【０１４４】
一部の実施形態では、ＮＤＰアナウンスフレーム８６４はサウンディング制御情報を含んでいる。サウンディング制御情報は、様々な実施形態において、１以上のＮＤＰアナウンスフレーム８６４および／または１以上のＮＤＰ８６６のｉ）信号フィールド等に含まれるＰＨＹプリアンブル、ｉｉ）ＭＡＣヘッダ、ｉｉｉ）フレーム本体等のうち１以上に含まれている。サウンディング制御情報は、１以上のＮＤＰ８６６の最終部分に呼応して、および／または、この直後にサウンディングフィードバックを送信することを許可されたクライアントデバイスを示す情報を含む。これに従い、示されているクライアントステーションは、ＡＰのＴＸＯＰ中にＳＦＢ８７０を送信する。
【０１４５】
サウンディングフィードバックを生成、送信すべきであるとＮＤＰアナウンスフレームが示している他のクライアントデバイスでは、サウンディング制御情報が、他のクライアントデバイスがＳＦＢを送信するためのスケジュール情報を含んでよい。例えば一実施形態では、サウンディング制御情報は、クライアントデバイスがＳＦＢを送信すべきときを示すオフセット情報を含む。例えば、サウンディング制御情報は、最後のＮＤＰ８６６から、クライアントデバイスＳＴＡ  ２がＳＦＢ８７２を送信すべきときまでのオフセット８７６を示す情報を含む。同様に、サウンディング制御情報は、最後のＮＤＰ８６６から、クライアントデバイスＳＴＡ  ３がＳＦＢ８７４を送信すべきときまでのオフセット８７８を示す情報を含む。
【０１４６】
一実施形態では、サウンディング制御情報は、どのオフセットがどのクライアントデバイスに対応しているかを示す情報を含む。別の実施形態では、サウンディング制御情報は、どのオフセットがどのクライアントデバイスに対応しているかを明示した情報は含まない。その代わりに一実施形態では、オフセット情報を、前に送信されたグループ定義フィールドに含まれているＡＩＤが構築する順序に対応する順序で提供することもできる。
【０１４７】
図１４Ｂは、一実施形態における、図１のＷＬＡＮ１０等のＷＬＡＮ内の他の送信シーケンス８８０の一例を示す。シーケンス８８０は、ＡＰが、ＮＤＰアナウンスフレーム８６４および１以上のＮＤＰ８６６の代わりに、サウンディングフレーム８８４を送信することを除いて、図１４Ａのシーケンス８６０と同じである。
【０１４８】
オフセットを利用してＳＦＢスケジューリングを行う実施形態では、オフセットは、各ＳＦＢの最大可能期間、または、合意された、もしくは定義されたＳＦＢの期間を想定して決定されてよい。
【０１４９】
一実施形態では、各クライアントデバイスは、最大可能期間または、合意された、もしくは定義されたＳＦＢ期間（ここでは説明の便宜上「ＳＦＢ期間」と称する）を知っており、各クライアントデバイスは、グループのＡＩＤの順序およびＳＦＢ期間に基づいてオフセットを計算する。これら実施形態では、ＮＤＰアナウンスフレームまたはサウンディングフレーム８８４のサウンディング制御情報は、オフセット情報を含む必要がない。
【０１５０】
例えば、図１４Ｂで、前に送信されたグループ定義アナウンスが、ＡＩＤフィールドで、クライアントデバイスＳＴＡ  １が第１のＡＩＤで、クライアントデバイスＳＴＡ  ２が第２のＡＩＤで、クライアントＳＴＡ  ３が第３のＡＩＤであるように、ＡＩＤを有するグループが構築された場合を想定すると、クライアントデバイスＳＴＡ  ２が既知のＳＦＢ期間を利用してＳＦＢを送信する第２のクライアントデバイスであると想定して、クライアントデバイスＳＴＡ  ２はオフセット８７６を決定する。同様にして、クライアントデバイスＳＴＡ  ３が既知のＳＦＢ期間を利用してＳＦＢを送信する第３のクライアントデバイスであると想定して、クライアントデバイスＳＴＡ  ３はオフセット８７８を決定する。
【０１５１】
クライアントデバイスが、割り当てられたＳＦＢ期間または既知のＳＦＢ期間より短い期間でＳＦＢの送信を完了することができる一実施形態では、クライアントデバイスは、ＳＦＢフレームにパディングを行い、ＳＦＢフレームがＳＦＢ期間の間は継続するようにする。割り当てられたＳＦＢ期間または既知のＳＦＢ期間にＳＦＢの送信を完了することができない一実施形態では、クライアントデバイスは、適宜パディングを利用して、ＳＦＢ期間では、ＳＦＢの第１のセグメントを送信する。ＳＦＢの第１のセグメントを含むＳＦＢフレームには、ＳＦＢフレームが完全なＳＦＢを含んでいない旨を示す情報を含める。クライアントデバイスは、ＳＦＢの第２のセグメントを、後で（例えば、クライアントデバイスのＴＸＯＰ期間に）送信する。一実施形態では、ＡＰは、クライアントステーションにポーリング要求を送信して、クライアントステーションに残りのＳＦＢを送信するよう促す。
【０１５２】
図１５Ａは、一実施形態における、図１のＷＬＡＮ１０等のＷＬＡＮの送信シーケンス９００の一例を示す。説明の便宜上、図１５Ａを、図１を参照して説明する。しかし一部の実施形態では、図１５Ａの送信シーケンスを、図１のシステム１０とは別のシステムにより実行することもできる。
【０１５３】
ＡＰのＴＸＯＰ中に、ＭＡＣ処理ユニット１８は、ネットワークインタフェース１６に、ＮＤＰアナウンスフレーム９０４を送信させる。ＭＡＰ処理ユニット１８は、ネットワークインタフェース１６に、ＮＤＰアナウンスフレーム９０４に続いて、１以上のＮＤＰ９０６を送信させる。各ＮＤＰ９０６は複数のトレーニングフィールドを含んでいる。一実施形態では、ネットワークインタフェース１６は、ＭＩＭＯチャネルの各空間サイズにつき１つのトレーニングフィールドを送信する。
【０１５４】
一部の実施形態では、ＮＤＰアナウンスフレーム９０４はサウンディング制御情報を含んでいる。サウンディング制御情報は、様々な実施形態において、１以上のＮＤＰアナウンスフレーム９０４および／または１以上のＮＤＰ９０６のｉ）信号フィールド等に含まれるＰＨＹプリアンブル、ｉｉ）ＭＡＣヘッダ、ｉｉｉ）フレーム本体等のうち１以上に含まれている。サウンディング制御情報は、１以上のＮＤＰ９０６の最終部分に呼応して、および／または、この直後にサウンディングフィードバックを送信することを許可されているクライアントデバイスを示す情報を含む。これに従い、示されているクライアントステーションは、ＡＰのＴＸＯＰ中にＳＦＢ９１０を送信する。
【０１５５】
サウンディングフィードバックを生成、送信すべきであるとＮＤＰアナウンスフレームが示している他のクライアントデバイスでは、サウンディング制御情報が、他のクライアントデバイスがＳＦＢを送信するためのスケジュール情報を含んでよい。例えば一実施形態では、サウンディング制御情報は、クライアントデバイスがＳＦＢを送信すべきときを示すオフセット情報を含む。例えば、サウンディング制御情報は、最後のＮＤＰ９０６から、クライアントデバイスＳＴＡ  ２がＳＦＢ９１６を送信すべきときまでのオフセット９１４を示す情報を含む。同様に、サウンディング制御情報は、最後のＮＤＰ９０６から、クライアントデバイスＳＴＡ  ３がＳＦＢ９０２を送信すべきときまでのオフセット９１８を示す情報を含む。
【０１５６】
一実施形態では、サウンディング制御情報は、どのオフセットがどのクライアントデバイスに対応しているかを示す情報を含む。別の実施形態では、サウンディング制御情報は、どのオフセットがどのクライアントデバイスに対応しているかを明示した情報は含まない。その代わりに一実施形態では、オフセット情報を、前に送信されたグループ定義フィールドに含まれているＡＩＤが構築する順序に対応する順序で提供することもできる。
【０１５７】
オフセットを利用してＳＦＢスケジューリングを行う実施形態では、オフセットは、各ＳＦＢの最大可能期間、または、合意された、もしくは定義されたＳＦＢの期間を想定して決定されてよい。
【０１５８】
一実施形態では、各クライアントデバイスは、最大可能期間または、合意された、もしくは定義されたＳＦＢ期間（ここでは説明の便宜上「ＳＦＢ期間」と称する）を知っており、各クライアントデバイスは、グループのＡＩＤの順序およびＳＦＢ期間に基づいてオフセットを計算する。これら実施形態では、ＮＤＰアナウンスフレームまたはサウンディングフレーム８８４のサウンディング制御情報は、オフセット情報を含む必要がない。
【０１５９】
例えば、図１５Ａで、前に送信されたグループ定義アナウンスで、ＡＩＤフィールドで、クライアントデバイスＳＴＡ  １が第１のＡＩＤで、クライアントデバイスＳＴＡ  ２が第２のＡＩＤで、クライアントＳＴＡ  ３が第３のＡＩＤであるように、ＡＩＤを有するグループが構築された場合を想定すると、クライアントデバイスＳＴＡ  ２が既知のＳＦＢ期間を利用してＳＦＢを送信する第２のクライアントデバイスであると想定して、クライアントデバイスＳＴＡ  ２はオフセット９１４を決定する。同様にして、クライアントデバイスＳＴＡ  ３が既知のＳＦＢ期間を利用してＳＦＢを送信する第３のクライアントデバイスであると想定して、クライアントデバイスＳＴＡ  ３はオフセット９１８を決定する。
【０１６０】
クライアントデバイスが、割り当てられたＳＦＢ期間または既知のＳＦＢ期間より短い期間でＳＦＢの送信を完了することができる一実施形態では、クライアントデバイスは、ＳＦＢフレームにパディングを行い、ＳＦＢフレームがＳＦＢ期間の間は継続するようにする。割り当てられたＳＦＢ期間または既知のＳＦＢ期間より短い期間でＳＦＢの送信を完了することができない一実施形態では、クライアントデバイスは、適宜パディングを利用して、ＳＦＢ期間の間のＳＦＢの第１のセグメントを送信する。ＳＦＢの第１のセグメントを含むＳＦＢフレームには、ＳＦＢフレームが完全なＳＦＢを含んでいない旨を示す情報を含める。
【０１６１】
図１５Ａの例では、クライアントデバイスＳＴＡ  ２は、フレーム９１６で全てのＳＦＢを送信することができない。従って、ＳＦＢフレーム９１６は、フレーム９１６に含まれているＳＦＢが完全ではない情報を含んでいる。フレーム９１６が完全ではないという情報を受け取ると、ＭＡＣ処理ユニット１８は、ネットワークインタフェース１６に、ＳＦＢ要求９２４を送信させる。ＳＦＢ要求９２４を受け取ると、クライアントデバイスＳＴＡ  ２は、ＳＦＢの第２のセグメントをＳＦＢフレーム９２８で送信する。
【０１６２】
一実施形態では、ＳＦＢ要求フィールドは、データフレームに含まれていてもよい。別の実施形態では、ＳＦＢ要求９２４は、ＮＤＰ、サウンディングフレーム等の管理フレームに含まれていてもよい。一実施形態では、ＳＦＢ９２８は、ＡＣＫフレームに含まれていてよい。
【０１６３】
図１５Ｂは、一部の実施形態における、図１のＷＬＡＮ１０等のＷＬＡＮ内の送信シーケンス９３４の一例を示す。シーケンス９３４は、ＡＰが、ＮＤＰアナウンスフレーム９０４および１以上のＮＤＰ９０６の代わりに、サウンディングフレーム９３８を送信することを除いて、図１５Ａのシーケンス９００と同じである。
【０１６４】
一部の実施形態では、ＡＰは、完全なＳＦＢを１つずつ送信しなかったクライアントデバイスをポーリングする。一実施形態では、ＡＰは単一のＳＦＢ要求を送信して、複数のステーションのポーリングを行う。例えば一実施形態では、単一のＳＦＢ要求には、グループＩＤとビットマップとが含まれて、残りのＳＦＧセグメントを送信する予定の、グループ内のステーションを示している。一実施形態では、単一のＳＦＢには、クライアントデバイスが残りのＳＦＢセグメントを送信する際のスケジュール情報（例えばオフセット情報）が含まれていてもよい。
【０１６５】
一部の実施形態では、スケジュール情報は、クライアントデバイスがＳＦＢを送信する順序を示すシーケンス情報を含んでいる。一実施形態では、クライアントデバイスは、シーケンス情報を利用してＳＦＢを送信する時間を利用して、且つ、シーケンス内の前のクライアントデバイスがＳＦＢを送信した時間を検知することにより、ＳＦＢを送信する時間を決定する。別の実施形態では、クライアントデバイスは、シーケンス情報とＳＦＢ期間情報とを利用して、ＳＦＢを送信する時間を決定する。
【０１６６】
図１６は、一部の実施形態において、１以上のＮＤＰが後続しており、クライアントデバイスがＳＦＢを提供すべきであることをクライアントデバイスに伝えるためにＡＰが利用するＮＤＰアナウンスフレーム１０００の一例のブロック図である。説明の便宜上、図１６を、図１を参照して説明する。しかし一部の実施形態では、フレーム１０００を、図１のシステム１０とは別のシステムにより実行することもできる。
【０１６７】
ＮＤＰアナウンスフレーム１０００は、プリアンブル１００４、ＭＡＣヘッダ１００８、フレーム本体１０１２、および、ＦＣＳ１０１６を含む。ＭＡＣヘッダ１００８は、フレーム制御フィールド１０２０、期間１０２４、ＤＡフィールド１０２８、ソースアドレス（ＳＡ）フィールド１０３２、基本サービスセット識別子（ＢＳＳＩＤ）１０３６、シーケンス制御フィールド１０４０、および、追加の制御フィールド１０４４を含む。図１６ではフィールド長（単位はオクテット）を例示しているが、実施形態によってフィールド長は変更してもよい。
【０１６８】
フレーム本体１０１２は、カテゴリフィールド１０５０、アクションフィールド１０５２、グループＩＤフィールド１０５６、および第１の応答者フィールド１０６０を含む。
【０１６９】
ＡＰが、クライアントデバイスグループとサウンディング処理を行う場合、ＭＡＣ処理ユニット１８は、フレーム制御フィールドを、管理／アクションフレームを示す値に設定する。加えて、ＭＡＣ処理ユニット１８は、ＤＡ１０２８を、ブロードキャストに対応する値に設定して、ＳＡをＡＰのアドレスに設定する。さらにＭＡＣ処理ユニット１８は、ＢＳＳＩＤフィールド１０３６を、ＷＬＡＮのＢＳＳＩＤを示す値に設定する。さらにＭＡＣ処理ユニット１８は、制御フィールド１０４４を、フレームがＮＤＰアナウンスフレームであることを示し、ＳＦＢ（例えばＣＳＩまたはビームフォーミング係数）のタイプを示す値に設定する。
【０１７０】
加えて、ＭＡＣ処理ユニット１８は、カテゴリフィールド１０５０を、ＶＨＴプロトコルを示す値に設定して、アクションフィールド１０５２を、マルチユーザ（ＭＵ）ＮＤＰアナウンスを示す値に設定する。さらにＭＡＣ処理ユニット１８は、グループＩＤフィールド１０５６を、所望のクライアントデバイスグループを示す値に設定する。加えてＭＡＣ処理ユニット１８は、第１の応答者フィールド１０６０を、クライアントデバイスグループ内の、ＡＰが送信する最後のＮＤＰに呼応して、および／または、この直後にＳＦＢを送信する１つのクライアントデバイスを示す値に設定する。第１の応答者フィールド１０６０は、サウンディング制御情報の一例である。別の実施形態では、フレーム本体１０１２に、上述したような他のサウンディング制御情報が含まれていてもよい。
【０１７１】
一実施形態では、プリアンブル１００４は、ＩＥＥＥ８０２．１１ｎ規格または別の適切なフォーマットに記述されているプリアンブルフォーマットと同じ、またはこれに類似している。別の実施形態では、プリアンブル１００４は、図１７に示すようなフォーマットを有している。この実施形態では、プリアンブルは、図９を参照して上述したフォーマットに類似したフォーマットを有している。信号フィールドＶＨＴ−ＳＩＧＡ１０７０は、一実施形態ではＡＩＤサブフィールド１０７４を含む。一実施形態では、ＭＡＣ処理ユニット１８は、ＡＩＤサブフィールドおよびグループＩＤサブフィールド５２０を、実行すべきサウンディングのタイプに応じて異なる値に設定することもできる。例えばサウンディングが単一のクライアントデバイスのみに対するものである場合には、ＡＩＤサブフィールド１０７４を、この単一のクライアントデバイスのＡＩＤに設定することができ、グループＩＤは、ゼロといった適切な値に設定することができる。サウンディングがクライアントデバイスのグループに対するものである場合には、ＡＩＤサブフィールド１０７４は、ブロードキャストを示す値に設定され、グループＩＤサブフィールド５２０は、適切なグループＩＤ値に設定される。同様に、サウンディングが複数のクライアントデバイスに対するものである場合には、ＡＩＤサブフィールド１０７４をブロードキャストを示す値に設定して、グループＩＤサブフィールド５２０を、ブロードキャストを表すグループＩＤ値（例えば０ｘＦ）に設定することができる。
【０１７２】
一実施形態では、信号フィールドＶＨＴ−ＳＧＡ１０７０はさらに、ＮＤＰアナウンスサブフィールド１０７８を含む。一実施形態では、ＭＡＣ処理ユニット１８は、ＮＤＰアナウンスサブフィールド１０７８を、フレームがＮＤＰアナウンスとして機能している場合に適切な値に設定する。プリアンブル１００４がＮＤＰアナウンスサブフィールド１０７８を含む場合には、クライアントデバイス２５のＰＨＹ処理ユニット２９は、フレームがＮＤＰアナウンスとして機能するか判断することができる。別の実施形態では、プリアンブルは、ＮＤＰアナウンスサブフィールド１０７８を含む。
【０１７３】
一部の実施形態では、プリアンブルがグループＩＤフィールドを含み、ＭＡＣヘッダが制御フィールド（制御フィールド１０４４等）を含んでいる場合には、ＮＤＰアナウンスフレーム以外のフレームタイプ（例えば他の制御／管理フレームまたはデータフレーム）がＮＤＰアナウンスフレームとして機能することができる。例えば、単一のクライアントデバイスをサウンディングする場合、制御フィールド１０４４のサブフィールドがＮＤＰアナウンスを示すように設定されている場合には、非ＮＤＰアナウンスフレーム（例えば他の制御／管理フレームまたはデータフレーム）もＮＤＰアナウンスとして機能する。同様に、クライアントデバイスのグループをサウンディングする場合、制御フィールド１０４４のサブフィールドがＮＤＰアナウンスを示すように設定されており、グループＩＤフィールド５２０が適切なグループＩＤ値に設定されている場合には、非ＮＤＰアナウンスフレーム（例えば他の制御／管理フレームまたはデータフレーム）もＮＤＰアナウンスとして機能する。一実施形態では、プリアンブルがグループＩＤフィールドを含む場合に、グループＩＤフィールド１０５６はＭＡＣヘッダに必ずしも含まれていない。別の実施形態では、プリアンブルおよびＭＡＣヘッダの両方がグループＩＤフィールドを含む。同様に、プリアンブルがＮＤＰアナウンスサブフィールドを（例えば信号フィールドに）含む場合、グループＩＤフィールド１０５６はＭＡＣヘッダに必ずしも含まれていない。別の実施形態では、プリアンブルおよびＭＡＣヘッダの両方がグループＩＤフィールドを含んでいる。
【０１７４】
図１８は、一実施形態における、ＮＤＰ内の、またはこのなかで利用されるＰＨＹプリアンブルの一例を示す。ＰＨＹプリアンブル１１００は、図９のＰＨＹプリアンブル５００に類似しているが、信号フィールドＶＨＴ−ＳＩＧＡ１１０４は、所望の場合、および／または、適宜、単一のステーションにサウンディングを許可するためのＡＩＤサブフィールド１１０８を含む。一実施形態では、プリアンブル１１００はさらに、サウンディングされるアンテナの数を示すための空間ストリーム数（Ｎｓｔ）フィールド１１１２を含む。
【０１７５】
一実施形態では、単一のクライアントデバイスがサウンディングされている場合、ＭＡＣ処理ユニット１８は、グループＩＤフィールド５２０をゼロ等の適切な値に設定して、ＡＩＤフィールド１１０８を、サウンディングするクライアントデバイスのＡＩＤに設定する。他方、複数のクライアントデバイスがサウンディングされている場合には、ＭＡＣ処理ユニット１８は、グループＩＤフィールド５２０をグループＩＤまたはブロードキャスト値に設定して、ＡＩＤフィールド１１０８を、ブロードキャストを示す値に設定する。
【０１７６】
図１９は、一実施形態における、第１の数の空間ストリームを利用して送信するデータを含むが、第１の数より大きい第２の数の空間ストリームをサウンディングする（「スタッガリングサウンディング」と称されることもある）サウンディングフレームとして利用されるフレーム１１４０の一例を示す。フレーム１１４０は、図１６のフレーム１０００に類似している。ＰＨＹプリアンブル１１４４は、Ｎｓｔｓサブフィールド１１１２と、複数の拡張空間ストリーム（Ｎｅｓｓ）とを含み、サウンディングされているアンテナの数を示す。
【０１７７】
一実施形態では、単一のクライアントデバイスをサウンディングしている場合、ＭＡＣ処理ユニット１８は、グループＩＤフィールド５２０をゼロ等の適切な値に設定する。加えて、ＭＡＣ処理ユニット１８は、ＤＡ１０２８を、サウンディングするクライアントデバイスのアドレスに設定して、ＳＡアドレス１０３２をＡＰのアドレスに設定する。加えて、ＭＡＣ処理ユニット１８は、制御フィールド１０４４のサブフィールドを、提供するＳＦＢのタイプを示す値に設定する（例えばＣＳＩまたはビームフォーミング係数）。
【０１７８】
他方、複数のクライアントデバイスがサウンディングされている場合には、ＭＡＣ処理ユニット１８は、グループＩＤフィールド５２０をグループＩＤまたはブロードキャスト値に設定して、ＤＡフィールド１０２８を、ブロードキャストを示す値に設定する。グループＩＤサブフィールドが制御フィールド１０４４および／またはフレーム本体１０１２に含まれている別の実施形態では、複数のクライアントデバイスがサウンディングされている場合、グループＩＤフィールド５２０をゼロに設定して、制御フィールド１０４４のグループＩＤサブフィールドおよび／またはフレーム本体１０１２をグループＩＤまたはブロードキャスト値に設定する。
【０１７９】
図２０は、図２および図３を参照して上述したグループ定義フィールド１３０に類似している、一実施形態におけるグループ定義フィールド１２００の一例を示す。グループ定義フィールド１２００は、複数のグループの定義を許可する。グループ定義フィールド１２００は、定義するグループ数を示すグループ数フィールドを含む。定義する各グループについて、グループ定義フィールド１２００は、グループＩＤフィールド１４８、グループに対応するトレーニングフィールドが解決可能（resolvable）かを示すフィールド１２０８、および、ＡＩＤリストフィールド１２１２を含む。ＡＩＤリストフィールド１２１２は、ＡＩＤフィールド１５６を含む。一部の実施形態では、ＡＩＤリストフィールド１２１２は、サウンディング制御フィールド１６０を含む。一実施形態では、各ＡＩＤリストフィールド１２１２が４つのＡＩＤフィールド１５６を含んでいる。この実施形態では、グループが４を下回るクライアントデバイスを含む場合には、残りのＡＩＤフィールド１５６をゼロまたは他の適切な値で充填する。
【０１８０】
一実施形態では、フィールド１２００が、ＮＤＰアナウンスを示すよう設定されたＮＤＰアナウンスフィールドを含むフレームに含まれている場合、フレームは、グループ定義機能を果たすのではなく、ＮＤＰアナウンスとして機能する。
【０１８１】
図２１は、一実施形態において、ＳＦＢのクライアントデバイスのポーリングに利用されるフレーム１２３０の一例を示す。フレーム１２３０は、プリアンブル１２３４、ＭＡＣヘッダ１００８、フレーム本体１２３８、およびＦＣＳ１１１６を含む。フレーム本体１２３８は、応答制御情報１２４２を含む。
【０１８２】
一実施形態では、ＡＰがＳＦＢを求めてクライアントデバイスをポーリングする場合、ＭＡＣ処理ユニット１８は、グループＩＤフィールド５２０をゼロまたはその他の適切な場合に設定して、ＡＩＤフィールド１０７４をクライアントデバイスのＡＩＤに設定する。加えて、ＭＡＣ処理ユニット１８は、ＤＡ１０２８を、サウンディングするクライアントデバイスのアドレスに設定して、ＳＡアドレス１０３２をＡＰのアドレスに設定する。さらにＭＡＣ処理ユニット１８は、フレーム制御フィールドを、「管理−アクション、ＡＣＫ」、または、「管理−アクション、ＡＣＫなし」を示す値などの適切な値に設定する。一実施形態では、ＭＡＣ処理ユニット１８は、応答制御情報１２４２を、ＳＦＢ要求を示す値に設定する。
【０１８３】
一実施形態では、フレーム１２３０を利用して、他のタイプの応答を要求する。例えば、フレーム１２３０を利用して、他のタイプの制御／管理フレームまたはデータフレームのためのＡＣＫを要求する。一実施形態では、ＢＡＲフレームをフレーム１２３０に類似させて修正して、ＢＡＲフレームに、ＳＦＢを探すためのポーリングをクライアントデバイスに対して行わせる。
【０１８４】
図２２は、一実施形態における、ＮＤＰである、または、ここで利用されるＰＨＹプリアンブル１２７０の一例を示す。ＰＨＹプリアンブル１２７０は、図１８のＰＨＹプリアンブル１１００に概略が類似しているが、信号フィールドＶＨＴ−ＳＩＧＡ１２７４がＢＳＳＩＤフィールド１２７８、フィードバックタイプフィールド１２８２、周期的冗長検査（ＣＲＣ）フィールド１２８６、およびテールビット１２９０を含む。一実施形態では、フィードバックタイプフィールド１２８２は、要求されているＳＦＢのタイプ（例えばＣＳＩ、非圧縮ビームフォーミング係数、圧縮ビームフォーミング係数）によって異なる値に設定される。
【０１８５】
一実施形態では、単一のクライアントデバイスがサウンディングされている場合、ＭＡＣ処理ユニット１８は、グループＩＤフィールド５２０をゼロ等の適切な値に設定して、ＡＩＤフィールド１１０８を、サウンディングするクライアントデバイスのＡＩＤに設定する。他方、複数のクライアントデバイスがサウンディングされている場合には、ＭＡＣ処理ユニット１８は、グループＩＤフィールド５２０をグループＩＤまたはブロードキャスト値に設定して、ＡＩＤフィールド１１０８を、ブロードキャストを示す値に設定する。
【０１８６】
他の実施形態では、図２２を参照して上述した信号フィールド１２７４の情報の一部または全てが、ＭＡＣヘッダおよび／またはフレーム本体に含まれている。
【０１８７】
図２３Ａは、別の実施形態における、ＮＤＰアナウンスフレーム１３００の別の例を示す。フレーム１３００は、プリアンブル１３０１、ＭＡＣヘッダ１３０２、フレーム本体１３０４、および、ＦＣＳ１３０６を含む。ＭＡＣヘッダは、フレーム制御フィールド１３１０、ＤＡフィールド１３１２、およびＳＡフィールド１３１４を含む。
【０１８８】
フレーム本体１３０４は、グループ数フィールド１３２４、１以上のグループフィールド１３２６、ステーション数フィールド１３３０、１以上のＡＩＤフィールド１３３２を含むサウンディングアナウンスフィールド１３２６を含む。一実施形態では、サウンディングアナウンスフィールド１３２６は、上述したようなサウンディング制御情報１３３６を含む。
【０１８９】
ＡＰが複数のステーションをサウンディングする場合には、ＭＡＣ処理ユニット１８は、フレーム制御フィールド１３１０を、フレームがＮＤＰアナウンスフレームであることを示す値に設定する。加えて、ＭＡＣ処理ユニット１８は、ＤＡ１３１２を、ブロードキャスト値に設定して、ＳＡ１３１４をＡＰのアドレスに設定する。
【０１９０】
加えて、ＭＡＣ処理ユニット１８は、フィールド１３２４を、サウンディングするグループの数を示す値に設定する。一実施形態では、各グループフィールド１３２６が、サウンディングされるグループのグループＩＤを含む。一実施形態では、各グループフィールド１３２６は、さらに、グループに対応するサウンディング制御情報（例えば、ＳＦＢを生成、送信すべき、グループ内の特定のステーションの情報）を含む。
【０１９１】
ＭＡＣ処理ユニット１８は、フィールド１３３０を、サウンディングする個々のクライアントデバイスおよびフィールド１３２６に対応するグループの数を示す値に設定する。一実施形態では、各ＡＩＤフィールド１３３２は、サウンディングするクライアントステーションのＡＩＤを含む。一実施形態では、各ＡＩＤフィールド１３３２は、さらに、クライアントデバイスに対応するサウンディング制御情報（例えばＳＦＢがＳＦＢを、直ぐフィードバックとして送信するか、または、クライアントデバイスは、ポーリングされるまで待つか、または、クライアントデバイスは、クライアントデバイスのＴＸＯＰまで待つか、およびＳＦＢのタイプ等の情報）を含む。
【０１９２】
一実施形態では、サウンディング制御情報１３３６は、ＡＰのＮＤＰの終了に呼応して、最初にＳＦＢを送信するクライアントデバイスの情報を含む。一実施形態では、情報がゼロまたは別の適切な値に設定される場合には、これは、ＡＰのＮＤＰの最終部分の終了に呼応して、および／または、この直後にＳＦＢを送信するクライアントがないことを示している。この場合には、全てのクライアントデバイスは、スケジュールに従って、ＡＰからの後続するポーリング／要求に呼応して、クライアントデバイスのＴＸＯＰにおいて、ＳＦＢを送信する。
【０１９３】
一実施形態では、制御フレームサブタイプ拡張フィールド（不図示）を、フレーム制御フィールド１３１０に加えて利用して、フレームがＮＤＰアナウンスフレームであることを示す値に設定する。一実施形態では、制御フレームサブタイプ拡張フィールドはＭＡＣヘッダ１３０２に含まれている。別の実施形態では、制御フレームサブタイプ拡張フィールドはフレーム本体１３０４に含まれている。
【０１９４】
図２３Ｂは、別の実施形態における、ＮＤＰアナウンスフレーム１３５０の一例を示す。フレーム１３５０は、図２３Ａのフレーム１３００に類似しているが、一実施形態のフレーム本体１３５４は、グループ数フィールド１３２４および１以上のグループフィールド１３２６が省かれたサウンディングアナウンスフィールド１３５８を含む。この実施形態では、ＡＰは単に、ＮＤＰを処理してステーション数フィールド１３３０、１以上のＡＩＤフィールド１３３２、およびサウンディング制御情報１３３６（含まれている場合）を利用してサウンディングフィードバックを送信する必要のある全てのＳＴＡを示している。この実施形態では、ＡＰは、サウンディングを複数のステーションにアナウンスするためにグループ情報（例えばグループＩＤ）を利用しない。一実施形態では、リスト１３３２の第１のＡＩＤは、最後のＮＤＰに呼応して、および／または、この直後にサウンディングフィードバックを送信することを期待されているクライアントステーションを示している。別の実施形態では、最後のＮＤＰに呼応して、および／または、この直後にサウンディングフィードバックを送信することを、どのクライアントステーションも期待されていない場合もある。そして、各クライアントステーションがＡＰによりＳＦＢを求めるポーリングを受ける。
【０１９５】
図２４は、一実施形態における、複数のステーションに対するサウンディングフィードバックの要求に関する通信フレームを生成、送信する方法１４００の一例のフロー図である。一実施形態の方法１４００は、図１のネットワークインタフェース１６等のネットワークインタフェースにより実装される。他の実施形態の方法１４４０は、別の適切な通信デバイスにより実装されてもよい。
【０１９６】
ブロック１４０４で、トレーニング信号シーケンスに呼応してサウンディングフィードバック（ＳＦＢ）を提供する複数の通信デバイス（ステーション）を決定する。上述したように、様々な実施形態では、「複数のステーション」には、ｉ）グループＩＤを対応付けられた、１つの定義されたステーショングループ、ｉｉ）１つの定義されたステーショングループ内のステーションのサブセット、ｉｉｉ）それぞれグループＩＤに対応付けられた複数の定義されたステーショングループ、ｉｖ）複数の定義されたステーショングループ内のステーションのサブセット、ｖ）複数の個々のステーション等が含まれる。一実施形態では、ＭＡＣ処理ユニット１８がブロック１４０４を実装する。
【０１９７】
ブロック１４０８で、通信フレームを、ｉ）ブロック１４０４で決定される複数のステーションの情報、および、ｉｉ）複数のステーション内の各ステーションがＳＦＢを送信すべきときを示す情報を含むよう生成する。上述したように、様々な実施形態では、複数のステーションという用語は、ｉ）１以上のグループＩＤ、ｉｉ）１以上のビットマップおよび／またはステーション識別子（例えばＡＩＤ）または各ステーショングループのステーションのサブセットを示す１以上のグループＩＤに対応する他の適切な情報、ｖ）複数のステーション識別子を示す。一実施形態では、ＭＡＣ処理ユニット１８およびＰＨＹ処理ユニット２０がブロック１４０８を実装する。例えば、ＭＡＣ処理ユニット１８は、ＭＡＣヘッダおよび／またはフレーム本体のフィールドをポピュレートしたり、および／または、ＰＨＹ処理ユニット２０に、ＰＨＹプリアンブルのフィールドをポピュレートさせたりする。上述したように、様々な実施形態では、通信フレームは、ｉ）グループ定義機能、ｉｉ）ＮＤＰアナウンス機能、ｉｉｉ）サウンディングフレーム等に対応している。
【０１９８】
ブロック１４１２で、ブロック１４０８で生成された通信フレームを送信する。一実施形態では、ＭＡＣ処理ユニット１８およびＰＨＹ処理ユニット２０がブロック１４１２を実装する。例えばＭＡＣ処理ユニット１８が、ＰＨＹ処理ユニット２０を制御して、通信フレームを送信させる。
【０１９９】
ブロック１４１６で、トレーニング信号シーケンスを送信する。例えば一部の実装例で、トレーニング信号シーケンスは、ブロック１４０８で通信フレームが生成された後に送信された１以上のＮＤＰに含められている。別の例としては、トレーニング信号シーケンスは、ブロック１４０８で生成された通信フレームに含められている。これら実施形態では、ブロック１４１６がブロック１４１２の一要素である。一実施形態では、ＭＡＣ処理ユニット１８およびＰＨＹ処理ユニット２０がブロック１４１６を実装する。例えばＭＡＣ処理ユニット１８が、ＰＨＹ処理ユニット２０を制御して、トレーニング信号シーケンスを送信させる。
【０２００】
一部の実施形態では、方法１４００は、図１のクライアントデバイス２５−１等のクライアントデバイスにより実装される。例えば、クライアントデバイスは、複数の他のクライアントデバイス、または、ＡＰおよび１以上のクライアントデバイスに対してＳＦＢを送信するよう要求する。一実施形態では、方法１４００は、ネットワークインタフェース１６に関して上述した類似したような方法でネットワークインタフェース２７により実装することができる。クライアントがＡＰに対してＳＦＢの送信を要求して、ＡＩＤを利用する実施形態では、ＡＰは、ゼロ等の適切なＡＩＤ値を割り当てることができる。クライアントがＢＳＳＩＤの全てのクライアントステーションまたはグループ内の全てのクライアントステーションに対してＳＦＢの送信を要求して、ＡＩＤを利用する実施形態では、０ｘＦＦ等の適切なＡＩＤ値をブロードキャスト値に利用する。有効なＡＩＤが１から２００７の範囲である実施形態では、ＡＰのアドレス指定、ブロードキャストの指定等の、クライアントデバイスに対するアドレス指定以外の目的にも１以上のＡＩＤ値を利用することもできる。有効なＡＩＤが１−２００７である実施形態で特殊なＡＩＤ値の他の実施形態は、0b11xxxxx111111111, 2008, 0b11xxx11111111111, b01xxxxxxxxxxxxxx, 0b101xxxxxxxxxxxxxx, 0b00xxxxxxxxxxxxxx等を含み、ここでｘは１かゼロである。ＡＰまたはブロードキャストを一意に特定するのにプリアンブルの信号フィールドの特殊なフィールドでは十分ではない場合には、信号フィールドまたは別の信号フィールド（例えばＶＨＴ−ＳＩＧＢ）の１ビットを利用して、アップリンクのサウンディングまたはブロードキャストを示すこともできる。
【０２０１】
図２５は、一実施形態における、１以上のステーションに対するサウンディングフィードバックの要求に関する通信フレームを生成、送信する方法１４５０の一例のフロー図である。一実施形態の方法１４５０は、図１のネットワークインタフェース１６等のネットワークインタフェースにより実装される。方法１４５０は、別の適切な通信デバイスにより実装されてもよい。
【０２０２】
ブロック１４５４で、トレーニング信号シーケンスに呼応してサウンディングフィードバック（ＳＦＢ）を提供する１以上の通信デバイス（ステーション）を決定する。上述したように、様々な実施形態では、「複数のステーション」には、ｉ）グループＩＤを対応付けられた、１つの定義されたステーショングループ、ｉｉ）１つの定義されたステーショングループ内のステーションのサブセット、ｉｉｉ）それぞれグループＩＤに対応付けられた複数の定義されたステーショングループ、ｉｖ）複数の定義されたステーショングループ内のステーションのサブセット、ｖ）複数の個々のステーション等が含まれる。一実施形態では、ＭＡＣ処理ユニット１８がブロック１４５４を実装する。
【０２０３】
ブロック１４５８で、通信フレームを、ｉ）ブロック１４５４で決定される１以上のステーションの情報、および、ｉｉ）グループ識別子（ＩＤ）フィールドを含むよう生成する。上述したように、ＡＰは、ステーションのグループを定義して、そのステーションのグループにグループＩＤを割り当てることができる。このグループＩＤは、グループＩＤフィールドで特定することができる。他の一部の実施形態では、グループＩＤフィールドを、定義されたグループに対応しない１以上の値に設定することもできる。例えば、０または別の適切な値に設定されたグループＩＤフィールドは、単一のステーションをサウンディングする、または、単一のグループＩＤに対応しておらず、まだグループに割り当てられていない複数の個々のステーションをサウンディングする旨を示すようにしてよい。
【０２０４】
ブロック１４６２で、１つのステーションのみがＳＦＢを提供する場合、グループＩＤフィールドは、単一のステーションを示す値（例えばゼロまたは別の適切な値）に設定する。単一のステーションのみがＳＦＢを提供する、と定義するためには、この値が必ずしも決定要因である必要はない。例えば、単一のステーションを示すグループＩＤ値が、他のシナリオおよび複数の個々のステーション、ブロードキャスト等を示していてもよい。従って、一部の実施形態では、単一のステーションのみがＳＦＢを提供するかを決定するために、グループＩＤ以外のさらなる情報が必要となる場合もある。例えば、ステーション数フィールド、ＡＩＤフィールド数、宛先アドレス等の他の情報とグループとの組み合わせにより、単一のステーションのみサウンディングである旨を決めることもできる。
【０２０５】
ブロック１４６６で、定義されたステーションのグループにおける複数のステーションがＳＦＢを提供する場合には、グループＩＤフィールドを、この複数のステーションに対応するグループＩＤに設定する。
【０２０６】
一実施形態では、ＭＡＣ処理ユニット１８および／またはＰＨＹ処理ユニット２０がブロック１４５２、１４６２、および１４６６を実装する。例えば、ＭＡＣ処理ユニット１８は、ＭＡＣヘッダおよび／またはフレーム本体のフィールドをポピュレートしたり、および／または、ＰＨＹ処理ユニット２０に、ＰＨＹプリアンブルのフィールドをポピュレートさせたりする。
【０２０７】
ブロック１４７０で、ブロック１４５８で生成した通信フレームを送信する。一実施形態では、ＭＡＣ処理ユニット１８およびＰＨＹ処理ユニット２０がブロック１４７０を実装する。例えばＭＡＣ処理ユニット１８が、ＰＨＹ処理ユニット２０を制御して、通信フレームを送信させる。
【０２０８】
ブロック１４７４で、トレーニング信号シーケンスを送信する。例えば一部の実装例で、トレーニング信号シーケンスは、ブロック１４０８で通信フレームが生成された後に送信される１以上のＮＤＰに含められている。別の例としては、トレーニング信号シーケンスは、ブロック１４０８で生成された通信フレームに含められている。これら実施形態では、ブロック１４１６がブロック１４１２の一要素である。一実施形態では、ＭＡＣ処理ユニット１８およびＰＨＹ処理ユニット２０がブロック１４１６を実装する。例えばＭＡＣ処理ユニット１８が、ＰＨＹ処理ユニット２０を制御して、トレーニング信号シーケンスを送信させる。
【０２０９】
一部の実施形態では、方法１４５０は、図１のクライアントデバイス２５−１等のクライアントデバイスにより実装される。例えば、クライアントデバイスは、１以上の他のクライアントデバイス、ＡＰ、またはＡＰと１以上のクライアントデバイスに対してＳＦＢを送信するよう要求する。一実施形態では、方法１４５０は、ネットワークインタフェース１６に関して上述した類似したような方法でネットワークインタフェース２７により実装することができる。
【０２１０】
図２６は、一実施形態における、図１のＷＬＡＮ１０等のＷＬＡＮの送信シーケンスの一例を示す。説明の便宜上、図２６を、図１を参照して説明する。しかし一部の実施形態では、図２６の送信シーケンスを、図１のシステム１０とは別のシステムにより実行することもできる。
【０２１１】
ＡＰがクライアントデバイスをグループに割り当てていない場合、ＡＰは、最初のサウンディングプロセス１５０４を実行する。最初のサウンディングプロセス１５０４中に、ＡＰはサウンディングフレーム（例えばＮＤＰ）をクライアントデバイスに送信して、クライアントデバイスからＳＦＢを受信する（期間１５０６）。ＳＦＢを受信してから、ＳＦＢに基づいて、ＡＰは、クライアントデバイスを、対応するグループＩＤを有するグループに割り当てる。ＡＰはさらに１以上のグループ定義フレームをクライアントデバイスに送信する（期間１５０８）。
【０２１２】
続いて、ＡＰは、クライアントデバイスとの間でサウンディング更新１５１２を実行する。特に、ＡＰはサウンディングフレーム（例えばＮＤＰ）をクライアントデバイスに送信して、クライアントデバイスからＳＦＢを受信する。同様に、ＡＰは、クライアントデバイスとの間でサウンディング更新１５１６を実行する。特に、ＡＰはサウンディングフレーム（例えばＮＤＰ）をクライアントデバイスに送信して、クライアントデバイスからＳＦＢを受信する（期間１５１８）。期間１５１８中に受信したＳＦＢに基づいて、ＡＰは、グループの割り当てを更新して、１以上のグループ定義フレームをクライアントデバイスに送信して（期間１５２０）、更新されたグループ割り当てを反映させる。
【０２１３】
一実施形態では、ＡＰまたはクライアントデバイスが、ＷＬＡＮにとって新しいデバイスから、および／または、チャネル／信号劣化を経験したデバイスから、ＳＦＢを期待されているという大まかな希望をもっている場合、ＡＰ／クライアントデバイスは、「ユニバーサルサウンディングフレーム」を送信する。通信デバイスがユニバーサルサウンディングフレームを受信して、且つ、この通信デバイスがＷＬＡＮにとって新しい場合、またはチャネル／信号の劣化を検知したことがある場合には、このデバイスがＳＦＢで応答する。一実施形態では、ユニバーサルサウンディングフレームは、グループＩＤがゼロに設定されており、ＡＩＤ数フィールドもゼロに設定されているグループ定義フレームである。別の実施形態では、ユニバーサルサウンディングフレームが、サウンディングプリアンブルを含む任意のブロードキャストフレームであってもよい。別の実施形態では、ユニバーサルサウンディングフレームが、サウンディングプリアンブルは含むが、ＭＡＣ部分は含まないフレームであってもよい。他の実施形態では、ユニバーサルサウンディングフレームは、サウンディングプリアンブルとユニバーサルサウンディングフラグとを、プリアンブルの信号フィールドに、またはＭＡＣヘッダに、またはフレーム本体に含むシングルユーザユニキャストフレームであってもよい。
【０２１４】
ＡＰが、ＳＦＢを提供するクライアントデバイスのスケジュールを決定するとき、および／または、最後のＮＤＰまたはサウンディングフレームの最終部分の終了に呼応してＳＦＢを提供するクライアントデバイスを決定する場合、ＡＰは、クライアントデバイスから受信したデバイスのケイパビリティ情報、および／または、クライアントデバイスのケイパビリティを観察した情報を利用する。例えばクライアントデバイスがＡＰに対して、直ぐにはＳＦＢを提供できない旨を示している場合、および／または、ＡＰが観察により、クライアントデバイスがＳＦＢを遅延の後に提供すると判断した場合、ＡＰは、この情報を利用してＳＦＢをスケジュールする。例えばＡＰは、応答の遅いクライアントデバイス、または、最小ＮＤＰの終了の直後にＳＦＢの提供をスケジュールするほどのケイパビリティを有していないと示されたクライアントデバイスの利用を避けたり、このようなクライアントデバイスのＳＦＢのポーリングをしないように選択したりするこができる。
【０２１５】
図２７は、一実施形態における、ＮＤＰアナウンスフレーム１６００の一例のブロック図である。フレーム１６００は、プリアンブル１６０１、ＭＡＣヘッダ１６０２、フレーム本体１６０４、および、ＦＣＳ１６０６を含む。ＭＡＣヘッダ１６０２は、フレーム制御フィールド１６１０、ＤＡフィールド１６１２、ＳＡフィールド１６１４、および制御フレームサブタイプ拡張フィールド１６１６を含む。別の実施形態では、制御フレームサブタイプ拡張フィールド１６１６はフレーム本体１６０４に含まれている。
【０２１６】
フレーム本体１６０４は、ステーション数フィールド１６３０および１以上のＡＩＤフィールド１６３２を含むサウンディングアナウンスフィールド１６２６を含む。一実施形態では、サウンディングアナウンスフィールド１６２６は、上述したようなサウンディング制御情報１６３６を含む。図２７の実施形態では、サウンディングアナウンスフィールド１６２６からは、グループＩＤフィールドとグループ数フィールドとが省かれている。
【０２１７】
ＡＰが複数のステーションをサウンディングする場合には、ＭＡＣ処理ユニット１８は、制御フレームサブタイプ拡張フィールド１６１６の一部を、フレームがＮＤＰアナウンスフレームであることを示す値に設定する。加えて、ＭＡＣ処理ユニット１８は、制御フレームサブタイプ拡張フィールド１６１６の一部を、ステーションがＡＰのＴＸＯＰでＳＦＢを提供するか（つまり、直ぐのフィードバック）、または、ＡＰがＳＦＢを探してステーション間をポーリングするか、を示すように設定する。加えて、ＭＡＣ処理ユニット１８は、ＤＡ１６１２を、ブロードキャスト値またはマルチキャスト値に設定して、ＳＡ１６１４をＡＰのアドレスに設定する。
【０２１８】
ＡＰが単一のステーションをサウンディングするとき、ＭＡＣ処理ユニット１８は、制御フレームサブタイプ拡張フィールド１６１６の一部を、フレームがＮＤＰアナウンスフレームであることを示す値に設定する。加えて、ＭＡＣ処理ユニット１８は、制御フレームサブタイプ拡張フィールド１６１６の一部を、ステーションがＡＰのＴＸＯＰでＳＦＢを提供するか（つまり、直ぐのフィードバック）、または、ＡＰがＳＦＢを探してステーション間をポーリングするか、を示すように設定する。加えて、ＭＡＣ処理ユニット１８は、ＤＡ１６１２を、ブロードキャスト値またはマルチキャストに設定して、ＳＡ１６１４をＡＰのアドレスに設定する。
【０２１９】
一実施形態では、ＡＰが単一のステーションをサウンディングする場合には、ＭＡＣ処理ユニット１８からサウンディングアナウンスフィールド１６２６を省いてもよい。この実施形態では、ＭＡＣ処理ユニット１８は、ＤＡを、サウンディングするステーションのアドレスに設定する。
【０２２０】
ＭＡＣ処理ユニット１８は、フィールド１６３０を、サウンディングする個々のクライアントデバイスの数を示す値に設定する。一実施形態では、各ＡＩＤフィールド１６３２は、サウンディングするクライアントステーションのＡＩＤを含む。一実施形態では、各ＡＩＤフィールド１６３２は、さらに、クライアントデバイスに対応するサウンディング制御情報（例えばＳＦＢがＳＦＢを、直ぐフィードバックとして送信するか、または、クライアントデバイスは、ポーリングされるまで待つか、または、クライアントデバイスは、クライアントデバイスのＴＸＯＰまで待つか、およびＳＦＢのタイプ等の情報）を含む。この実施形態では、ＡＩＤフィールド１６３２に含まれているサウンディング制御情報を示すために制御フレームサブタイプ拡張フィールド１６１６を利用しない。
【０２２１】
一実施形態では、ＡＩＤフィールド１６３２の第１のＡＩＤフィールドが、ＮＤＰアナウンスフレーム１６００の最終部分の終了に呼応して、および／または、その直後に、ＳＦＢを送信するステーションを示す。一実施形態では、ＭＡＣ処理ユニット１８は、ＮＤＰアナウンスフレーム１６００の最終部分の終了直後にＳＦＢを送信するケイパビリティを有するステーションから第１のＡＩＤフィールドが示すステーションを選択する。
【０２２２】
一実施形態では、残りのＡＩＤフィールド１６３２（第１のＡＩＤフィールドの後のＡＩＤフィールド１６３２）を、ＡＩＤが昇順となるように設定する。別の実施形態では、残りのＡＩＤフィールド１６３２は、ＡＩＤを昇順とするために必ずしも設定される必要はない。例えばＭＡＣ処理ユニット１８は、ステーションケイパビリティ情報を利用して（例えばステーションがＮＤＰアナウンスフレーム１６００の終了直後にＳＦＢを送信するケイパビリティを有するか）、ＡＩＤの順序を決定することができる。別の実施形態では、第１のフィールドを含むＡＩＤフィールド１６３２の全てを、ＡＩＤが昇順となるように設定する。
【０２２３】
ＮＤＰアナウンスフレーム１６００を利用する実施形態では、ＡＰが基本サービスセット（ＢＳＳ）の全てのクライアントステーションをサウンディングする場合、ＭＡＣ処理ユニット１８は、ＢＳＳの全てのクライアントステーションのＡＩＤを含むようにＡＩＤフィールド１６３２を設定する。ＮＤＰアナウンスフレーム１６００を利用する別の実施形態では、ＡＰがＢＳＳの全てのクライアントステーションをサウンディングする場合、ＭＡＣ処理ユニット１８は、単一のＡＩＤフィールド１６３２をブロードキャストＡＩＤ値に設定する。加えて、ＡＰは、ＢＳＳの全てのクライアントステーションをポーリングしてＳＦＢを取得する。ＮＤＰアナウンスフレーム１６００を利用する別の実施形態では、ＡＰがＢＳＳの全てのクライアントステーションをサウンディングする場合、ＭＡＣ処理ユニット１８は、第１のＡＩＤフィールド１６３２を第１のクライアントステーションの第１のＡＩＤのＡＩＤに設定して、直ぐＳＦＢを送信して、第２のＡＩＤフィールド１６３２をブロードキャストＡＩＤ値に設定する。加えて、ＡＰは、ＢＳＳの全てのクライアントステーション（第１のクライアントステーションは除く）をポーリングしてＳＦＢを取得する。ＮＤＰアナウンスフレーム１６００を利用する別の実施形態では、ＡＰがＢＳＳの全てのクライアントステーションをサウンディングする場合、ＭＡＣ処理ユニット１８は、ＤＡ１６１２をブロードキャスト値に設定して、ステーション数フィールド１６３０をゼロに設定する。加えて、ＡＰは、ＢＳＳの全てのクライアントステーションをポーリングしてＳＦＢを取得する。ＮＤＰアナウンスフレーム１６００に類似したＮＤＰアナウンスフレームを利用する別の実施形態では、ＡＰがＢＳＳの全てのクライアントステーションをサウンディングする場合、ＭＡＣ処理ユニット１８は、ブロードキャストを示す１ビットをＮＤＰアナウンス制御フィールド（不図示）に設定する。一実施形態では、ＮＤＰアナウンス制御フィールド（不図示）は、サウンディングアナウンスフィールド１６２６に含まれている。別の実施形態では、 ＮＤＰアナウンス制御フィールド（不図示）は、ＭＡＣヘッダ１６０２内（例えば制御フレームサブタイプ拡張フィールド１６１６内）に含まれている。ＮＤＰアナウンス制御フィールド（不図示）は、他の情報（ＳＦＢパラメータ等）を含む。
【０２２４】
一部の実施形態では、非ＡＰ通信デバイス（例えばクライアントステーション）が、ＮＤＰアナウンスフレーム１６００を利用して、ＡＰと、および／または、１以上の他のクライアントステーションとの間でサウンディングを行うことができる。一部の実施形態では、非ＡＰ通信デバイスは、１を超える数の他の通信デバイスと一度にサウンディングを行う許可を受けていない。これら実施形態では、ＭＡＣ処理ユニット２８は、制御フレームサブタイプ拡張フィールド１６１６の一部を、フレームがＮＤＰアナウンスフレームであることを示す値に設定する。一実施形態では、ＭＡＣ処理ユニット２８は、制御フレームサブタイプ拡張フィールド１６１６の一部を、他の通信デバイスがクライアントステーションのＴＸＯＰでＳＦＢを提供するか（つまり直ぐのフィードバック）、または、クライアントステーションがＳＦＢを求めて他の通信デバイスをポーリングするか、を示すよう設定することができる。加えて、ＭＡＣ処理ユニット２８は、ＤＡ１６１２を、他の通信デバイスのユニキャスト値に設定して、ＳＡ１６１４をクライアントステーションのアドレスに設定する。
【０２２５】
一実施形態では、ＡＰが他のステーションを１つサウンディングする場合には、ＭＡＣ処理ユニット２８からサウンディングアナウンスフィールド１６２６を省いてもよい。この実施形態では、ＭＡＣ処理ユニット１８は、ＤＡを、サウンディングするステーションのアドレスに設定する。
【０２２６】
別の実施形態では、クライアントが他のクライアントステーションを１つだけサウンディングする場合、ＭＡＣ処理ユニット２８は、ステーション数サブフィールド１６３０を１に設定して、ＡＩＤサブフィールド１６３２の他のクライアントステーションのＡＩＤを、サウンディングするクライアントステーションのＡＩＤに含める。この実施形態では、クライアントがＡＰをサウンディングする場合、ＭＡＣ処理ユニット２８は、ステーション数サブフィールド１６３０を１に設定して、ＡＩＤサブフィールド１６３２を、ＡＰを示すＡＩＤ値に設定する。
【０２２７】
別の、上記したものに類似した実施形態では、クライアントが単一の他のクライアントステーションをサウンディングする場合、ＭＡＣ処理ユニット２８は、ステーション数サブフィールド１６３０を１に設定して、ＡＩＤサブフィールド１６３２の他のクライアントステーションのＡＩＤを、サウンディングするクライアントステーションのＡＩＤに含める。しかしこの実施形態では、クライアントがＡＰをサウンディングする場合、ＭＡＣ処理ユニット２８は、ステーション数サブフィールド１６３０をゼロに設定して、ＡＰに対するサウンディングであることを示すべくＡＩＤサブフィールド１６３２を省く。
【０２２８】
ＮＤＰアナウンスフレーム１６００に類似したＮＤＰアナウンスフレームを利用する別の実施形態では、クライアントステーションがＡＰをサウンディングする場合、ＭＡＣ処理ユニット２８は、ＮＤＰアナウンス制御フィールド（不図示）に、ＡＰのサウンディングを示す１ビットを設定する。一実施形態では、ＮＤＰアナウンス制御フィールド（不図示）は、サウンディングアナウンスフィールド１６２６に含まれている。別の実施形態では、 ＮＤＰアナウンス制御フィールド（不図示）は、ＭＡＣヘッダ１６０２内（例えば制御フレームサブタイプ拡張フィールド１６１６内）に含まれている。ＮＤＰアナウンス制御フィールド（不図示）は、他の情報（ＳＦＢパラメータ）を含む。ＡＰのサウンディングを示す１ビットを有するＮＤＰアナウンス制御フィールドを有する、上述したものに類似した実施形態では、クライアントが単一の他のクライアントステーションをサウンディングする場合、ＭＡＣ処理ユニット２８は、ビットを、ＡＰをサウンディングしない旨を示す値に設定して、ステーション数フィールド１６３０を１に設定して、ＡＩＤサブフィールド１６３２の他のクライアントステーションのＡＩＤを、サウンディングするクライアントステーションのＡＩＤに含める。しかしこれらの実施形態では、クライアントがＡＰをサウンディングする場合、ＭＡＣ処理ユニット２８は、上述したＮＤＰアナウンス制御フィールドのビットを、ＡＰをサウンディングする旨を示す値に設定する。これら実施形態では、ステーション数サブフィールド１６３０をゼロに設定して、ＡＩＤサブフィールド１６３２を省く。
【０２２９】
一部の実施形態では、非ＡＰ通信デバイスは、１を超える数の他の通信デバイスと一度にサウンディングを行うことを許可されている。これら実施形態では、ＭＡＣ処理ユニット２８は、制御フレームサブタイプ拡張フィールド１６１６の一部を、フレームがＮＤＰアナウンスフレームであることを示す値に設定する。一実施形態では、ＭＡＣ処理ユニット２８は、制御フレームサブタイプ拡張フィールド１６１６の一部を、他の通信デバイスがクライアントステーションのＴＸＯＰでＳＦＢを提供するか（つまり直ぐのフィードバック）、または、クライアントステーションがＳＦＢを求めて他の通信デバイスをポーリングするか、を示すよう設定することができる。加えて、ＭＡＣ処理ユニット２８は、ＤＡ１６１２を、マルチキャストまたはブロードキャスト値に設定して、ＳＡ１６１４をクライアントステーションのアドレスに設定する。
【０２３０】
ＡＰが、サウンディングする他の複数の通信デバイスのうちの１つである場合、クライアントステーションは、複数のＡＩＤサブフィールド１６３２の１つにＡＰを示すＡＩＤ値を含める。別の実施形態では、ＭＡＣ処理ユニット２８は、ＡＰのサウンディングを示す１ビットをＮＤＰアナウンス制御フィールド（不図示）に設定する。一実施形態では、ＮＤＰアナウンス制御フィールド（不図示）は、サウンディングアナウンスフィールド１６２６に含まれている。別の実施形態では、 ＮＤＰアナウンス制御フィールド（不図示）は、ＭＡＣヘッダ１６０２内（例えば制御フレームサブタイプ拡張フィールド１６１６内）に含まれている。ＡＰのサウンディングを示す１ビットを有するＮＤＰアナウンス制御フィールドを有する実施形態では、ＡＰを示すＡＩＤ値をＡＩＤサブフィールド１６３２に含める必要がない。
【０２３１】
上述したようなＮＤＰアナウンスフレームには、サウンディング処理について推定される最終部分（最後のＳＦＢ送信の最終部分）を示す情報を含む。一部の実施形態では、この情報により、そう保証または設定されている場合には、サウンディング処理に関係しない通信デバイスを、サウンディング処理が終わるまで低電力消費モードに移行させることができる。同様に、一部の実施形態では、この情報により、サウンディング処理に関与するが、自身のＳＦＢを既に送信した通信デバイスを、サウンディング処理が終わるまで低電力消費モードに移行させることもできる。
【０２３２】
一部の実施形態では、クライアントデバイスがＳＦＢを送信することを期待されているときにまだＳＦＢ送信準備が整っていない場合には、クライアントデバイスは、ＳＦＢの送信を延期する。例えば、クライアントデバイスは、ＳＦＢを伴わせずにＡＣＫを送信すること、または、全く応答しないことが可能である。クライアントデバイスがＳＦＢの期待されているときにまだＳＦＢ送信準備が整っていないが一部のＳＦＢを生成し終わっている、という別の実施形態では、クライアントデバイスは、例えば、生成し終わっている一部のＳＦＢを、「ＳＦＢが部分的なものである」と示した上で送信することができる。一実施形態では、残りのＳＦＢの準備が整うと、クライアントは、この残りのＳＦＢを、ＡＰの同じＴＸＯＰで、またはクライアントデバイスのＴＸＯＰで、ＡＰに送信する。別の実施形態では、ＴＸＯＰの残りが少ないという理由からクライアントデバイスがＴＸＯＰ内にＳＦＢを全部送信できない場合には、クライアントデバイスは、ＳＦＢが部分的なものであることを示す情報とともに部分的なＳＦＢを送信する。後になってから（例えばポーリングに対する応答で、または、クライアントデバイスの所有するＴＸＯＰで）クライアントは、残りのＳＦＢをＡＰに送信する。
【０２３３】
一部のシナリオでは、通信デバイスはＮＤＰアナウンスまたはＮＤＰを正確に受信できない場合がある。一部の実施形態では、通信デバイスは、ＳＦＢの期待されているときに、ＮＤＰアナウンスまたはＮＤＰを正確に受信できなかったということを示すＳＦＢフレームを送信する。
【０２３４】
一部のシナリオでは、通信デバイスは、ＳＦＢを送信する必要がないと判断することができる。一例で、通信デバイスが、ＳＦＢを生成してからチャネル条件が変わり、ＳＦＢが古くなってしまったと判断する場合が考えられる。別の例としては、通信デバイスが、前に送信したＳＦＢとＳＦＢが変化していないと判断する場合がある。別の例としては、通信デバイスは、通信デバイスが、ＳＦＢを要求するデバイスとの間でビームフォーミングを利用できない、または、利用しないと決定する場合もある。一部の実施形態では、通信デバイスがＳＦＢの期待されているときに、通信デバイスがＳＦＢを送信しないことを示すＳＦＢフレームを送信する。一実施形態では、通信デバイスがＳＦＢを送信しないことを示すＳＦＢフレームに、通信デバイスがＳＦＢを送信しない理由を示させることもできる。
【０２３５】
図２８は、一実施形態における、１以上のステーションに対するサウンディングフィードバックの要求に関する通信フレームを生成、送信する方法１７００の一例のフロー図である。一実施形態の方法１７００は、図１のネットワークインタフェース１６等のネットワークインタフェースにより実装される。他の実施形態の方法１７００は、別の適切な通信デバイスにより実装されてもよい。
【０２３６】
ブロック１７０４で、トレーニング信号（サウンディング）シーケンス（例えば１以上のＮＤＰ）に呼応してサウンディングフィードバック（ＳＦＢ）を提供する１以上の通信デバイス（ステーション）を決定する。上述したように、様々な実施形態では、「１以上のステーション」には、ｉ）グループＩＤを対応付けられた、１つの定義されたステーショングループ、ｉｉ）１つの定義されたステーショングループ内のステーションのサブセット、ｉｉｉ）それぞれグループＩＤに対応付けられた複数の定義されたステーショングループ、ｉｖ）複数の定義されたステーショングループ内のステーションのサブセット、ｖ）複数の個々のステーション等が含まれる。一実施形態では、ＭＡＣ処理ユニット１８がブロック１７０４を実装する。
【０２３７】
ブロック１７０８で、ＳＦＢを提供する１以上のステーションのスケジュールを、これら１以上のステーションの直ぐフィードバックするケイパビリティに関する情報に基づいて決定する。一実施形態では、直ぐフィードバックするケイパビリティに関する情報には、１以上のクライアントステーションのいずれかがサウンディングシーケンスの最後のＮＤＰの最終部分の終了直後にＳＦＢを送信するケイパビリティを有するかを示す情報が含まれる（ＳＩＦＳ等の定義された期間分、最後のＮＤＰの最終部分の終了から間隔が空いている）。上述したように様々な実施形態では、ＡＰは、最後のＮＤＰの刺繍部分の終了直後にステーションのＳＦＢを送信するべく、最後のＮＤＰの最終部分の終了直後にＳＦＢを送信することのできるステーションを選択する。最後のＮＤＰの最終部分の終了直後にＳＦＢを送信することのできるステーションがない場合には、ＡＰは、最後のＮＤＰの最終部分の終了直後に、ステーションのＳＦＢを送信するクライアントを選択しない、という実施形態も可能である。また一部の実施形態では、最後のＮＤＰの最終部分の終了直後にＳＦＢを送信することができないステーションの前に、最後のＮＤＰの最終部分の終了直後にＳＦＢを送信することができるステーションをスケジュールすることもできる。一実施形態では、ＡＰは、最後のＮＤＰの最終部分の終了直後にＳＦＢを送信することができないステーションに、サウンディングシーケンスに後続するポーリングまたはＳＦＢ要求に呼応してＳＦＢを送信させる。一実施形態では、ＡＰは、サウンディングシーケンスに後続するポーリングまたはＳＦＢ要求に呼応してＳＦＢを送信するステーションを除く全てのステーションにＳＦＢの送信をスケジュールする。
【０２３８】
一部の実施形態では、スケジュールの決定には、サウンディングシーケンスに続いて、ＳＦＢを求めて少なくとも一部のステーションをポーリングすることを決定することが含まれる。一部の実施形態では、スケジュールの決定には、少なくとも一部のステーションをＳＦＢを求めてポーリングする順序を決定することが含まれる。一部の実施形態では、スケジュールの決定には、少なくとも一部のステーションが、サウンディングシーケンスを送信したものと同じＴＸＯＰでＳＦＢを送信する、と決定することが含まれる。一部の実施形態では、スケジュールの決定には、少なくとも一部のステーションが、サウンディングシーケンスを送信したものと同じＴＸＯＰでＳＦＢを送信する順序を決定することが含まれる。
【０２３９】
ブロック１７１２で、通信フレームを、ｉ）ブロック１７０４で決定される１以上のステーションの情報、および、ｉｉ）１以上のステーションがＳＦＢを送信するときを示す情報を含むよう生成する。上述したように、ＡＰは、ステーションのグループを定義して、そのステーションのグループにグループＩＤを割り当てることができる。このグループＩＤは、通信フレームのグループＩＤフィールドで特定することができる。他の一部の実施形態では、グループＩＤフィールドを、定義されたグループに対応しない１以上の値に設定することもできる。例えば、０または別の適切な値に設定されたグループＩＤフィールドは、単一のステーションをサウンディングする、または、単一のグループＩＤに対応しておらず、まだグループに割り当てられていない複数の個々のステーションをサウンディングする旨を示すようにしてよい。
【０２４０】
一実施形態では、１つのステーションのみがＳＦＢを提供する場合、グループＩＤフィールドは、単一のステーションを示す値（例えばゼロまたは別の適切な値）に設定する。単一のステーションのみがＳＦＢを提供する、と定義するためには、この値が必ずしも決定要因である必要はない。例えば、単一のステーションを示すグループＩＤ値が、他のシナリオおよび複数の個々のステーション、ブロードキャスト等を示していてもよい。従って、一部の実施形態では、単一のステーションのみがＳＦＢを提供するかを決定するために、グループＩＤ以外のさらなる情報が必要となる場合もある。例えば、ステーション数フィールド、ＡＩＤフィールド数、宛先アドレス等の他の情報とグループとの組み合わせにより、単一のステーションのみサウンディングである旨を決めることもできる。
【０２４１】
定義されたステーションのグループにおける複数のステーションがＳＦＢを提供する場合には、グループＩＤフィールドを、この複数のステーションに対応するグループＩＤに設定する。
【０２４２】
一実施形態では、通信フレームは、最後のＮＤＰの最終部分の終了直後にＳＦＢを送信する１つのステーションの情報を含む。一実施形態では、通信フレームは、サウンディングシーケンスを送信するものと同じＴＸＯＰでＳＦＢを送信すべき１以上のステーションの情報を含む。サウンディングシーケンスを送信するものと同じＴＸＯＰでＳＦＢを送信するステーションが１を超える数存在している場合には、一実施形態では、通信フレームは、これらステーションがＳＦＢを送信する順序を示してもよい。別の実施形態では、１を超える数のステーションが、サウンディングシーケンスを送信するものと同じＴＸＯＰでＳＦＢを送信する場合、ＳＦＢを送信するステーションのうち少なくとも一部を、通信フレームとは別個に指定することもできる（例えばグループ定義フレームで指定してもよい）。
【０２４３】
一実施形態では、通信フレームは、サウンディングシーケンスに後続するポーリングまたはＳＦＢ要求に呼応してＳＦＢを送信する１以上のステーションの情報（１つまたは複数）を含んでよい。
【０２４４】
一実施形態では、ＭＡＣ処理ユニット１８およびＰＨＹ処理ユニット２０がブロック１７０４、１７０８、および、１７１２を実装する。例えばＭＡＣ処理ユニット１８が、ＭＡＣヘッダおよび／もしくはフレーム本体のフィールドをポピュレートして、並びに／または、ＰＨＹ処理ユニット２０に、ＰＨＹプリアンブルのフィールドをポピュレートさせる。
【０２４５】
ブロック１７１６で、ブロック１７１２で生成された通信フレームを送信する。一実施形態では、ＭＡＣ処理ユニット１８およびＰＨＹ処理ユニット２０がブロック１７１６を実装する。例えばＭＡＣ処理ユニット１８が、ＰＨＹ処理ユニット２０を制御して、通信フレームを送信させる。
【０２４６】
ブロック１７２０で、トレーニング信号シーケンスを送信する。例えば一部の実装例で、トレーニング信号シーケンスは、ブロック１７１２で通信フレームが生成された後に送信される１以上のＮＤＰに含められている。別の例としては、トレーニング信号シーケンスは、ブロック１７１２で生成される通信フレームに含められている。これら実施形態では、ブロック１７２０がブロック１７１６の一要素である。一実施形態では、ＭＡＣ処理ユニット１８およびＰＨＹ処理ユニット２０がブロック１７２０を実装する。例えばＭＡＣ処理ユニット１８が、ＰＨＹ処理ユニット２０を制御して、トレーニング信号シーケンスを送信させる。
【０２４７】
一部の実施形態および／またはシナリオでは、１以上のポーリングまたはＳＦＢ要求フレームを生成、送信することで、１以上のクライアントにＳＦＢを送信させる。これら実施形態では、ＭＡＣ処理ユニット１８および／またはＰＨＹ処理ユニット２０が、１以上のポーリングまたはＳＦＢ要求フレームを生成、送信する。
【０２４８】
一部の実施形態では、方法１７００は、図１のクライアントデバイス２５−１等のクライアントデバイスにより実装される。例えば、クライアントデバイスは、１以上の他のクライアントデバイス、ＡＰ、またはＡＰと１以上のクライアントデバイスに対して、ＳＦＢを送信するよう要求する。一実施形態では、方法１７００は、ネットワークインタフェース１６に関して上述した類似したような方法でネットワークインタフェース２７により実装することができる。
【０２４９】
上述した様々なブロック、処理、および技術の少なくとも一部は、ハードウェア、ファームウェアおよび／またはソフトウェ命令を実行するプロセッサ、またはこれらの任意の組み合わせで実装することができる。ソフトウェアまたはファームウェアを実行するプロセッサを利用して実装する場合には、ソフトウェアまたはファームウェア命令は、磁気ディスク、光ディスク、その他の有形の格納媒体等の任意のコンピュータ可読メモリ（ＲＡＭまたはＲＯＭまたはフラッシュメモリ、プロセッサ、ハードディスクドライブ、光ディスクドライブ、テープドライブ等）に格納することができる。同様に、ソフトウェアまたはファームウェア命令は、例えばコンピュータ可読媒体またはその他の転送可能、有形のコンピュータ格納メカニズムで、または通信媒体を介した方法を含む、任意の公知または所望の配信方法経由でユーザまたはシステムに配信することができる。通信媒体は通常、コンピュータ可読命令、データ構造、プログラムモジュールその他のデータを、変調されたデータ信号（例えば搬送波またはその他の転送メカニズム）で具現化する。「変調されたデータ信号」という用語は、１以上の特徴が信号の情報を符号化するよう設定または変更された信号のことである。限定ではない例を挙げると、通信媒体は、有線ネットワークまたは直接有線接続等の有線媒体、および、アコースティック、無線周波数、赤外線その他の無線媒体を含む。従って、ソフトウェアまたはファームウェア命令は、ユーザまたはシステムに、電話回線、ＤＳＬ回線、ケーブルテレビライン、光ファイバライン、無線通信チャネル、インターネット等の通信チャネル経由で配信されてよい（これらは、ソフトウェアを転送可能な格納媒体経由で提供することと同じ、または交換可能な意味と捉えてよい）。ソフトウェアまたはファームウェア命令は、プロセッサにより実行されると、プロセッサに様々な動作を行わせる、メモリその他のコンピュータ可読媒体に格納された機械可読命令を含んでよい。
【０２５０】
ハードウェアに実装する場合には、ハードウェアは、離散コンポーネント、集積回路、特定用途向け集積回路（ＡＳＩＣ）のうち１以上を含んでよい。
【０２５１】
本発明を特定の例を参照して説明してきたが、これらはあくまで例示を目的としたものであり、本発明の限定ではなく、開示された実施形態には、変更、追加、および／または、削除も、本発明の範囲を逸脱しない範囲で可能である。
【図１】
2013513309.tif 000003
【図２】
2013513309.tif 000004
【図３】
2013513309.tif 000005
【図４】
2013513309.tif 000006
【図５Ａ】
2013513309.tif 000007
【図５Ｂ】
2013513309.tif 000008
【図６Ａ】
2013513309.tif 000009
【図６Ｂ】
2013513309.tif 000010
【図７Ａ】
2013513309.tif 000011
【図７Ｂ】
2013513309.tif 000012
【図７Ｃ】
2013513309.tif 000013
【図８Ａ】
2013513309.tif 000014
【図８Ｂ】
2013513309.tif 000015
【図９】
2013513309.tif 000016
【図１０】
2013513309.tif 000017
【図１１Ａ】
2013513309.tif 000018
【図１１Ｂ】
2013513309.tif 000019
【図１２Ａ】
2013513309.tif 000020
【図１２Ｂ】
2013513309.tif 000021
【図１２Ｃ】
2013513309.tif 000022
【図１２Ｄ】
2013513309.tif 000023
【図１３Ａ】
2013513309.tif 000024
【図１３Ｂ】
2013513309.tif 000025
【図１４Ａ】
2013513309.tif 000026
【図１４Ｂ】
2013513309.tif 000027
【図１５Ａ】
2013513309.tif 000028
【図１５Ｂ】
2013513309.tif 000029
【図１６】
2013513309.tif 000030
【図１７】
2013513309.tif 000031
【図１８】
2013513309.tif 000032
【図１９】
2013513309.tif 000033
【図２０】
2013513309.tif 000034
【図２１】
2013513309.tif 000035
【図２２】
2013513309.tif 000036
【図２３Ａ】
2013513309.tif 000037
【図２３Ｂ】
2013513309.tif 000038
【図２４】
2013513309.tif 000039
【図２５】
2013513309.tif 000040
【図２６】
2013513309.tif 000041
【図２７】
2013513309.tif 000042
【図２８】
2013513309.tif 000043
【国際調査報告】
2013513309.tif 000044
2013513309.tif 000045
2013513309.tif 000046