(57)【要約】  ＷＬＡＮにおけるビームフォーミングトレーニングのためのシステムおよび方法が開示される。様々な実施形態では、イニシエータがイニシエータの送信ビームフォーミングトレーニングおよび１つまたは複数のレスポンダの受信ビームフォーミングトレーニングを実行するための複数の統合トレーニングフレームを送信するトレーニング期間と、各レスポンダがビームフォーミングフィードバック応答で応答するフィードバック期間と、イニシエータがそれぞれの確認応答フレームを応答が受信された１つまたは複数のレスポンダに送信する確認応答期間とを含む統合ＭＩＭＯビームフォーミングトレーニング手順がある。複数の適格であるレスポンダ間の応答競合に対処するために、フィードバック期間の様々なスロットにおける制約付きランダムアクセスについての規則が実施され得る。
2019514243.tif 000002
【特許請求の範囲】
【請求項１】
レスポンダデバイスが、イニシエータデバイスから、ＭＩＭＯビームフォーミングトレーニングのためのトレーニング期間およびフィードバック期間を告知するスケジューリング情報を含むメッセージフレームを受信するステップと、
前記レスポンダデバイスが、前記イニシエータデバイスから、少なくとも１つのトレーニングフレームを受信するステップであって、前記少なくとも１つのトレーニングフレームの各々は、前記トレーニングフレームの終わりに付加された複数のトレーニングシーケンスを有し、トレーニングシーケンスの数は、トレーニングされるべきレスポンダの受信ビームの数を表す、ステップと、
前記レスポンダデバイスが、前記少なくとも１つのトレーニングフレームの各々について、前記付加されたトレーニングシーケンスの間に複数の受信ビームの各々の上で連続的に受信するステップと、
前記レスポンダデバイスが、前記トレーニング期間にトレーニングされたイニシエータの複数の送信ビームのうちのイニシエータの最良の送信ビームを決定するステップと、
前記レスポンダデバイスが、前記トレーニング期間において各トレーニングフレームに付加された前記複数のトレーニングシーケンスを使用してトレーニングされたその複数の受信ビームのうちのその最良の受信ビームを決定するステップと、
前記レスポンダデバイスが、前記告知されたフィードバック期間において前記イニシエータデバイスの前記受信ビームに関連付けられた複数のフィードバック期間タイムスロットのうちの１つの間にビームフォーミングフィードバック応答を前記イニシエータデバイスに送信するステップであって、前記ビームフォーミングフィードバック応答は、前記レスポンダデバイスの前記最良の受信ビームに関連付けられた送信ビーム上で送信される、ステップと、
前記レスポンダデバイスが、前記イニシエータデバイスから少なくとも１つの確認応答フレームを受信するステップと
を含む方法。
【請求項２】
前記付加されたトレーニングシーケンスの数がトレーニングされるべき前記レスポンダデバイスの受信ビームの数に等しいとの決定に応答して、前記レスポンダデバイスが、トレーニングされるべき前記レスポンダデバイスの前記受信ビームの各々を含むように前記複数の受信ビームを選択するステップをさらに含む、請求項１の方法。
【請求項３】
前記付加されたトレーニングシーケンスの数がトレーニングされるべき前記レスポンダデバイスの受信ビームの数よりも大きいとの決定に応答して、前記レスポンダデバイスが、トレーニングされるべき前記レスポンダデバイスの前記受信ビームの各々および少なくとも１つの繰り返される受信ビームを含むように前記複数の受信ビームを選択するステップをさらに含む、請求項１の方法。
【請求項４】
前記付加されたトレーニングシーケンスの数がトレーニングされるべき前記レスポンダデバイスの受信ビームの数未満であるとの決定に応答して、前記レスポンダデバイスが、トレーニングされるべきその受信ビームのセットを含むように前記複数の受信ビームを選択するステップであって、前記セット内の受信ビームの数は前記付加されたトレーニングシーケンスの数に等しい、ステップをさらに含む、請求項１の方法。
【請求項５】
前記レスポンダデバイスが、前記メッセージフレームにおいて告知された少なくとも１つの要件に基づいてその中で送信するための前記複数のフィードバック期間タイムスロットのうちの１つを選択するステップをさらに含む、請求項１の方法。
【請求項６】
前記レスポンダデバイスが、前記イニシエータデバイスの前記最良の送信ビームに対応する前記イニシエータの前記決定された最良の受信ビームに基づいてその中で送信するための前記複数のフィードバック期間タイムスロットのうちの１つを選択するステップをさらに含む、請求項１の方法。
【請求項７】
前記レスポンダデバイスが、前記ビームフォーミングフィードバック応答をその中で送信するための前記複数のフィードバック期間タイムスロットのうちの１つ内の複数の時間チップのうちの１つをランダムに選択するステップをさらに含む、請求項１の方法。
【請求項８】
前記レスポンダデバイスが、前記ビームフォーミングフィードバック応答をその中で送信するための前記複数のフィードバック期間タイムスロットのうちの１つ内の複数の時間空間チップのうちの１つをランダムに選択するステップをさらに含む、請求項１の方法。
【請求項９】
前記レスポンダデバイスが、前記複数のフィードバック期間タイムスロットのうちの１つにおいて前記ビームフォーミングフィードバック応答をその上で送信するための複数の周波数領域サブチャネルのうちの１つをランダムに選択するステップをさらに含む、請求項１の方法。
【請求項１０】
前記レスポンダデバイスが、前記イニシエータデバイスから受信されたポーリングフレームに応答してその中で送信するための前記複数のフィードバック期間タイムスロットのうちの１つを選択するステップをさらに含む、請求項１の方法。
【請求項１１】
前記レスポンダデバイスによって受信された前記トレーニングフレームのうちの少なくとも１つは、２つ以上のレスポンダに宛てられる、請求項１の方法。
【請求項１２】
前記レスポンダデバイスが、前記トレーニング期間において使用される前記イニシエータデバイスの送信ビームの順序に基づいて、前記複数のフィードバック期間タイムスロットの各々に使用される前記イニシエータデバイスの前記受信ビームを決定するステップをさらに含む、請求項１の方法。
【請求項１３】
イニシエータデバイスが、複数のレスポンダデバイスに、ＭＩＭＯビームフォーミングトレーニングのためのトレーニング期間およびフィードバック期間を告知するスケジューリング情報を含むメッセージフレームを送信するステップと、
前記イニシエータデバイスが、前記複数のレスポンダデバイスに、複数のトレーニングフレームを送信するステップであって、各フレームは、前記告知されたトレーニング期間の間にそれぞれの送信ビームを使用して連続的に送信され、前記トレーニングフレームの各々は、前記トレーニングフレームの終わりに付加された複数のトレーニングシーケンスを有し、トレーニングシーケンスの数は、トレーニングされるべきレスポンダデバイスの受信ビームの数を表す、ステップと、
前記イニシエータデバイスが、トレーニングされるべきイニシエータの前記受信ビーム上でビームフォーミングフィードバック応答を連続的に受信するステップであって、前記応答は、前記告知されたフィードバック期間の間に前記複数のレスポンダデバイスのうちの少なくともサブセットから受信される、ステップと、
前記イニシエータデバイスが、前記受信されたビームフォーミングフィードバック応答に応答して、１つまたは複数の確認応答フレームを前記複数のレスポンダデバイスのうちの前記サブセットに送信するステップと
を含む方法。
【請求項１４】
前記イニシエータデバイスは、前記告知されたフィードバック期間内の複数のタイムスロットのうちの１つについて、トレーニングされるべき各受信ビーム上で連続的に受信する、請求項１３の方法。
【請求項１５】
前記イニシエータデバイスが、前記複数のレスポンダデバイスが前記複数のタイムスロットの各々の間にビームフォーミングフィードバック応答を送信するための要件を示す少なくとも１つの制約付きランダムアクセス規則を通信するステップをさらに含む、請求項１４の方法。
【請求項１６】
前記イニシエータデバイスが、前記複数のタイムスロットの各々内に時間領域競合のための命令を前記複数のレスポンダデバイスに通信するステップをさらに含む、請求項１４の方法。
【請求項１７】
前記命令は、レスポンダデバイスに、前記レスポンダデバイスが応答要件を満たすタイムスロット内の複数の時間チップのうちのランダムに選択された１つにおいて、それらのビームフォーミングフィードバック応答を送信するよう指示する、請求項１６の方法。
【請求項１８】
前記イニシエータデバイスが、前記複数のタイムスロットの各々内に周波数領域競合のための命令を前記複数のレスポンダデバイスに通信するステップをさらに含む、請求項１４の方法。
【請求項１９】
前記命令は、レスポンダデバイスに、前記レスポンダデバイスが応答要件を満たすタイムスロット内の複数の周波数領域サブチャネルのうちのランダムに選択された１つの上でそれらのビームフォーミングフィードバック応答を送信するよう指示する、請求項１８の方法。
【請求項２０】
イニシエータデバイスであって、
無線通信インターフェースと、
プロセッサと、
前記イニシエータデバイスに機能のセットを実施させるための、前記プロセッサによって実行可能な命令を含むデータストレージと
を備え、前記機能のセットは、
複数のレスポンダデバイスに、ＭＩＭＯビームフォーミングトレーニングのためのトレーニング期間およびフィードバック期間を告知するスケジューリング情報を含むメッセージフレームを送信するステップと、
前記複数のレスポンダデバイスに、複数のトレーニングフレームを送信するステップであって、各フレームは、前記告知されたトレーニング期間の間にそれぞれのビームを使用して連続的に送信され、前記トレーニングフレームの各々は、前記トレーニングフレームの終わりに付加された複数のトレーニングシーケンスを有し、トレーニングシーケンスの数は、トレーニングされるべきイニシエータの受信ビームの数を表す、ステップと、
トレーニングされるべき前記イニシエータの前記受信ビーム上でビームフォーミングフィードバック応答を連続的に受信するステップであって、前記応答は、前記告知されたフィードバック期間の間に前記複数のレスポンダデバイスのうちの少なくともサブセットから受信される、ステップと、
前記受信されたビームフォーミングフィードバック応答に応答して、１つまたは複数の確認応答フレームを前記複数のレスポンダデバイスのうちの前記サブセットに送信するステップと
を含む、イニシエータデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、米国電気電子技術者協会（ＩＥＥＥ）８０２．１１ａｙ  ＷＬＡＮなどの無線ローカルエリアネットワーク（ＷＬＡＮ）におけるビームフォーミングトレーニングのためのシステムおよび方法に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、両方ともその全体が参照により本明細書に組み込まれている、2016年3月10日に出願された「SYSTEMS AND METHODS FOR BEAMFORMING TRAINING IN WIRELESS LOCAL AREA NETWORKS」と題された米国特許仮出願第62/306,619号明細書、および2016年5月12日に出願された「SYSTEMS AND METHODS FOR BEAMFORMING TRAINING IN WIRELESS LOCAL AREA NETWORKS」と題された米国特許仮出願第62/335,518号明細書の非仮出願であり、米国特許法第１１９条（ｃ）に基づく利益を主張するものである。
【０００３】
世界中の数え切れないほどのデバイスおよびネットワークは、無線通信に関与するために１つまたは複数のＩＥＥＥ８０２．１１規格に従って動作する。これらの通信は、典型的には２．４ＧＨｚ帯域および５ＧＨｚ帯域で行われるが、他の帯域も使用される。
【発明の概要】
【０００４】
ここで開示されるのは、ＷＬＡＮにおけるビームフォーミングトレーニングのためのシステムおよび方法である。
【０００５】
一実施形態は、レスポンダデバイスが、イニシエータデバイスから、ＭＩＭＯビームフォーミングトレーニングのためのトレーニング期間およびフィードバック期間を告知するスケジューリング情報を含むメッセージフレームを受信するステップと、レスポンダデバイスが、イニシエータデバイスから、告知されたトレーニング期間の間に少なくとも１つのトレーニングフレームを受信するステップと、レスポンダデバイスが、告知されたフィードバック期間の間にビームフォーミングフィードバック応答をイニシエータデバイスに送信するステップであって、ビームフォーミングフィードバック応答は、レスポンダデバイスのための好ましいビームを識別する、ステップと、レスポンダデバイスが、イニシエータデバイスから少なくとも１つの確認応答フレームを受信するステップとを含む方法の形態をとる。
【０００６】
一実施形態は、レスポンダデバイスが、イニシエータデバイスから、ＭＩＭＯビームフォーミングトレーニングのためのトレーニング期間およびフィードバック期間を告知するスケジューリング情報を含むメッセージフレームを受信するステップと、レスポンダデバイスが、イニシエータデバイスから、告知されたトレーニング期間の間に少なくとも１つのトレーニングフレームを受信するステップであって、少なくとも１つのトレーニングフレームの各々は、前記トレーニングフレームの終わりに付加された複数のトレーニングシーケンスを有し、トレーニングシーケンスの数は、トレーニングされるべきレスポンダの受信ビームの数を表す、ステップと、レスポンダデバイスが、少なくとも１つのトレーニングフレームの各々について、付加されたトレーニングシーケンスの間に複数の受信ビームの各々の上で連続的に受信するステップと、レスポンダデバイスが、トレーニング期間においてトレーニングされたその複数の受信ビームのうちの最良の受信ビームを決定するステップと、レスポンダデバイスが、告知されたフィードバック期間においてイニシエータデバイスの受信ビームに関連付けられた複数のフィードバック期間タイムスロットのうちの１つの間にビームフォーミングフィードバック応答をイニシエータデバイスに送信するステップであって、ビームフォーミングフィードバック応答は、レスポンダデバイスの最良の受信ビームに関連付けられた送信ビームおよびイニシエータデバイスのそれぞれの送信ビーム上で送信される、ステップと、レスポンダデバイスが、イニシエータデバイスから少なくとも１つの確認応答フレームを受信するステップとを含む方法の形態をとる。
【０００７】
一実施形態は、イニシエータデバイスが、複数のレスポンダデバイスに、ＭＩＭＯビームフォーミングトレーニングのためのトレーニング期間およびフィードバック期間を告知するスケジューリング情報を含むメッセージフレームを送信するステップと、イニシエータデバイスが、複数のレスポンダデバイスに、複数のトレーニングフレームを送信するステップであって、各フレームは、告知されたトレーニング期間の間にそれぞれのビームを使用して連続的に送信され、トレーニングフレームの各々は、前記トレーニングフレームの終わりに付加された複数のトレーニングシーケンスを有し、トレーニングシーケンスの数は、トレーニングされるべきイニシエータの受信ビームの数を表す、ステップと、イニシエータデバイスが、トレーニングされるべきイニシエータの受信ビーム上でビームフォーミングフィードバック応答を連続的に受信するステップであって、前記応答は、告知されたフィードバック期間の間に複数のレスポンダデバイスのうちの少なくともサブセットから受信される、ステップと、イニシエータデバイスが、受信されたビームフォーミングフィードバック応答に応答して、１つまたは複数の確認応答フレームを複数のレスポンダデバイスのうちのサブセットに送信するステップとを含む方法の形態をとる。
【０００８】
一実施形態は、イニシエータデバイスが、複数のレスポンダデバイスに、ＭＩＭＯビームフォーミングトレーニングのためのトレーニング期間およびフィードバック期間を告知するスケジューリング情報を含むメッセージフレームを送信するステップと、イニシエータデバイスが、複数のレスポンダデバイスに、複数のトレーニングフレームを送信するステップであって、各フレームは、告知されたトレーニング期間の間にそれぞれのビームを使用して送信される、ステップと、イニシエータデバイスが、告知されたフィードバック期間の間に複数のレスポンダデバイスのうちの少なくともサブセットからビームフォーミングフィードバック応答を受信するステップと、イニシエータデバイスが、受信されたビームフォーミングフィードバック応答に応答して、１つまたは複数の確認応答フレームを複数のレスポンダデバイスのうちのサブセットに送信するステップとを含む方法の形態をとる。
【０００９】
別の実施形態は、無線通信インターフェースと、プロセッサと、イニシエータデバイスに少なくとも前述の段落に列挙された機能を実施させるための、プロセッサによって実行可能な命令を含むデータストレージとを備えるイニシエータデバイスの形態をとる。
【００１０】
別の実施形態は、イニシエータがイニシエータの送信ビームフォーミングトレーニングおよび１つまたは複数のレスポンダの受信ビームフォーミングトレーニングを実行するための複数の統合トレーニングフレームを送信するトレーニング期間と、各レスポンダがトレーニングフィードバックフレームで応答するトレーニングフィードバック期間と、イニシエータがそれぞれの確認応答フレームを１つまたは複数のレスポンダに送信する確認応答期間を含む、統合ＭＩＭＯビームフォーミングトレーニング手順の形態をとる。
【００１１】
さらに、任意の方法実施形態に対しておよび任意のシステム実施形態に対してを含め、任意の実施形態に対して、本開示で説明される変形および置換のいずれも実施され得る。さらに、そのような実施形態を説明するおよび／または特徴づけるためのわずかに異なる言語（例えば、プロセス、方法、ステップ、機能、機能のセットなど）の使用にもかかわらず、実施形態のこの柔軟性および相互適用性が存在する。
【図面の簡単な説明】
【００１２】
【図１】少なくとも１つの実施形態による例示的なセクタレベルスイープ（ＳＬＳ）トレーニング手順を示す図である。
【図２】少なくとも１つの実施形態による例示的なセクタスイープ（ＳＳＷ）フレームフォーマットを示す図である。
【図３】少なくとも１つの実施形態による例示的なＳＳＷフィールドフォーマットを示す図である。
【図４Ａ】少なくとも１つの実施形態による第１の例示的なＳＳＷフィードバックフィールドフォーマットを示す図である。
【図４Ｂ】少なくとも１つの実施形態による第２の例示的なＳＳＷフィードバックフィールドフォーマットを示す図である。
【図５】少なくとも１つの実施形態による第１の例示的なパケット構造を示す図である。
【図６】少なくとも１つの実施形態による第１の例示的なタイミング図である。
【図７】少なくとも１つの実施形態による第２の例示的なタイミング図である。
【図８】少なくとも１つの実施形態による第２の例示的なパケット構造を示す図である。
【図９】少なくとも１つの実施形態による第３の例示的なタイミング図である。
【図１０】少なくとも１つの実施形態による第４の例示的なタイミング図である。
【図１１】少なくとも１つの実施形態による例示的な無線通信シナリオを示す図である。
【図１２】少なくとも１つの実施形態による例示的な無線通信デバイスを示す図である。
【発明を実施するための形態】
【００１３】
さらに、本開示を進める前に、様々な図に示され、様々な図に関連して説明されるエンティティ、接続、配置などは、限定としてではなく例として提示されることに留意されたい。従って、特定の図が何を「示す」か、特定の図における特定の要素またはエンティティが何「である」かまたは何を「有する」かについてのいずれかおよび全ての陳述または他の指示、並びに、孤立して、文脈を無視して、絶対的なもの、従って、限定的なものとして読まれる場合があるいずれかおよび全ての同様の陳述は、「少なくとも１つの実施形態では．．．」などの節が構造的に先行するものとしてのみ、適切に読まれ得る。また、この暗黙の先行節が図面の以下の詳細な説明においてくどくど繰り返されないのは、提示の簡潔さおよび明確さに類する理由によるものである。
【００１４】
ＷＬＡＮの概要。インフラストラクチャ基本サービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳのためのアクセスポイント／パーソナルＢＳＳ（ＰＢＳＳ）制御ポイント（ＡＰ／ＰＣＰ）と、ＡＰ／ＰＣＰに関連付けられた１つまたは複数の局（ＳＴＡ）（例えば、クライアントデバイス）とを有する。ＡＰ／ＰＣＰは、典型的には、ＢＳＳに出入りするトラフィックを搬送する分散システム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有する。ＢＳＳの外から発信するＳＴＡへのトラフィックは、ＡＰ／ＰＣＰを介して到着し、ＳＴＡに配信される。ＳＴＡからＢＳＳの外の宛先に発信するトラフィックは、ＡＰ／ＰＣＰに送られて、それぞれの宛先に配信される。ＢＳＳ内のＳＴＡ間のトラフィックもＡＰ／ＰＣＰを介して送られることがあり、送信元ＳＴＡはトラフィックをＡＰ／ＰＣＰに送り、ＡＰ／ＰＣＰはトラフィックを宛先ＳＴＡに配信する。ＢＳＳ内のＳＴＡ間のそのようなトラフィックは、実際にはピアツーピアトラフィックである。そのようなピアツーピアトラフィックは、８０２．１１ｅ  ＤＬＳまたは８０２．１１ｚトンネルドＤＬＳ（ＴＤＬＳ）を使用するダイレクトリンクセットアップ（ＤＬＳ）を用いて送信元ＳＴＡと宛先ＳＴＡとの間で直接送られることもある。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮはＡＰを有さず、互換性のあるデバイスは単に互いと直接通信する。この通信モードは、「アドホック」通信モードと呼ばれる。
【００１５】
８０２．１１ａｃインフラストラクチャ動作モードを使用して、ＡＰ／ＰＣＰは、固定のチャネル、通常はプライマリチャネル上でビーコンを送信し得る。このチャネルは、２０メガヘルツ（ＭＨｚ）幅であってもよく、ＢＳＳの動作チャネルである。このチャネルはまた、ＡＰ／ＰＣＰとの接続を確立するためにＳＴＡによって使用される。８０２．１１システムにおける基本的なチャネルアクセス機構は、搬送波感知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ：Carrier Sense Multiple Access with Collision Avoidance）である。この動作モードでは、ＡＰ／ＰＣＰを含め、あらゆるＳＴＡが、プライマリチャネルを感知することになる。チャネルがビジーであると検出された場合、ＳＴＡはバックオフする。従って、１つのＳＴＡのみが、所与のＢＳＳにおいて任意の所与の時間に送信し得る。
【００１６】
（ＩＥＥＥ  Ｓｔｄ  ８０２．１１（商標）−２０１２：無線ＬＡＮ媒体アクセス制御（ＭＡＣ）および物理レイヤ（ＰＨＹ）仕様で論じられるような）８０２．１１ｎでは、高スループット（ＨＴ）ＳＴＡは、通信のために４０ＭＨｚ幅チャネルも使用し得る。これは、プライマリ２０ＭＨｚ幅チャネルを隣接する２０ＭＨｚ幅チャネルと組み合わせて４０ＭＨｚ幅の連続するチャネルを形成することによって達成される。
【００１７】
（ＩＥＥＥ  Ｓｔｄ  ８０２．１１ａｄ（商標）−２０１２：Ｐａｒｔ  １１：無線ＬＡＮ媒体アクセス制御（ＭＡＣ）および物理レイヤ（ＰＨＹ）仕様  改正３：６０ＧＨｚ帯域における超高スループットのための拡張で論じられるような）８０２．１１ａｃでは、超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ幅チャネル、４０ＭＨｚ幅チャネル、８０ＭＨｚ幅チャネルおよび１６０ＭＨｚ幅チャネルをサポートし得る。４０ＭＨｚ幅チャネルおよび８０ＭＨｚ幅チャネルは、８０２．１１ｎに関連して上述されたものと同様の方式で、連続する２０ＭＨｚ幅チャネルを組み合わせることによって形成される。１６０ＭＨｚ幅チャネルは、８つの連続する２０ＭＨｚ幅チャネルを組み合わせることによって、または、時には「８０＋８０構成」と呼ばれることもある、２つの連続しない８０ＭＨｚ幅チャネルを組み合わせることによってのいずれかで形成され得る。８０＋８０構成の場合、データは、チャネル符号化の後、データを２つのストリームに分割するセグメントパーサを通過する。逆高速フーリエ変換（ＩＦＦＴ）処理および時間領域処理は、各ストリームに対して別個に実行される。次いで、ストリームが２つのチャネル上にマッピングされ、データが送信される。受信機において、この機構は逆になり、合成されたデータは受信機のＭＡＣに配信される。
【００１８】
サブ１ギガヘルツ（ＧＨｚ）動作モードは、（ＩＥＥＥ  Ｐ８０２．１１ａｃ（商標）／Ｄ１．０：Ｐａｒｔ  １１、無線ＬＡＮ媒体アクセス制御（ＭＡＣ）および物理レイヤ（ＰＨＹ）仕様  改正５：６ＧＨｚ未満の帯域における動作向けの超高スループットのための拡張で論じられるような）８０２．１１ａｆおよび（ＩＥＥＥ８０２．１１−１０／０２５８ｒ０、８０２．１１ａｆのためのＭＡＣおよびＰＨＹ提案、２０１０年３月で論じられるような）８０２．１１ａｈによってサポートされる。（ＩＥＥＥ８０２．１１−１０／０００１ｒ１３、サブ１ＧＨｚライセンス免除ＰＡＲおよび５Ｃ、２０１０年７月も参照されたい。）これらの仕様の場合、チャネル動作帯域幅、並びに搬送波は、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるものと比べて低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおける５ＭＨｚ帯域幅、１０ＭＨｚ帯域幅、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用する１ＭＨｚ帯域幅、２ＭＨｚ帯域幅、４ＭＨｚ帯域幅、８ＭＨｚ帯域幅、および１６ＭＨｚ帯域幅をサポートする。８０２．１１ａｈの考えられる使用事例は、マクロカバレージエリアにおけるメータータイプ制御（ＭＴＣ）デバイスに対するサポートである。ＭＴＣデバイスは、制限された帯域幅のみに対するサポートのみを含む制限された能力を有するが、非常に長いバッテリー寿命に対する要件を含むこともある。
【００１９】
複数のチャネルおよび複数のチャネル幅をサポートする８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなどのＷＬＡＮシステムは、プライマリチャネルとして指定されたチャネルを含む。プライマリチャネルは、ＢＳＳ内の全てのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有し得るが、必ずしもそうであるとは限らない。従って、プライマリチャネルの帯域幅は、（特定のＳＴＡのためのサポートされる最大チャネル帯域幅動作モードとしての）最小帯域幅動作モードをサポートする（ＢＳＳ内で動作しているＳＴＡの中の）ＳＴＡによって制限される。８０２．１１ａｈの例では、１ＭＨｚモードのみをサポートするＳＴＡ（例えば、ＭＴＣタイプデバイス）がある場合、ＢＳＳ内のＡＰ／ＰＣＰおよび他のＳＴＡが、例えば、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚおよび／または１ＭＨｚチャネル帯域幅動作モードを超える１つもしくは複数の他のチャネル帯域幅動作モードをサポートするとしても、プライマリチャネルは１ＭＨｚ幅であり得る。全ての搬送波感知、並びにＮＡＶ設定は、プライマリチャネルのステータスに依存する。すなわち、例えば、ＡＰに現在送信している１ＭＨｚ動作モードのみをサポートするＳＴＡのせいで、プライマリチャネルがビジーである場合、利用可能な周波数帯域全体は、その大半がアイドルであり利用可能な状態であっても、ビジーであると見なされる。
【００２０】
米国では、８０２．１１ａｈに使用され得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚまでである。韓国では、９１７．５ＭＨｚから９２３．５ＭＨｚまでであり、日本では、９１６．５ＭＨｚから９２７．５ＭＨｚまでである。８０２．１１ａｈに利用可能な総帯域幅は、国コードに応じて、６ＭＨｚから２６ＭＨｚの間である。
【００２１】
スペクトル効率を改善するために、８０２．１１ａｃは、同じシンボルの時間フレーム内の、例えば、ダウンリンクＯＦＤＭシンボルの間の複数のＳＴＡに、ダウンリンク（ＤＬ）マルチユーザ（ＭＵ）多入力多出力（ＭＩＭＯ）（ＭＵ−ＭＩＭＯ）送信の概念を取り入れた。現在、８０２．１１ａｈについても、ダウンリンクＭＵ−ＭＩＭＯの使用の可能性が考慮されている。ダウンリンクＭＵ−ＭＩＭＯは、８０２．１１ａｃで使用されるとき、複数のＳＴＡに対して同じシンボルタイミングを使用するので、複数のＳＴＡに対する波形送信の干渉は問題ではないことに留意されよう。しかしながら、ＡＰ／ＰＣＰとのＭＵ−ＭＩＭＯ送信に関与する全てのＳＴＡは、同じチャネルまたは帯域を使用しなければならず、このことは、動作帯域幅を、ＡＰ／ＰＣＰとのＭＵ−ＭＩＭＯ送信に含まれるＳＴＡによってサポートされる最小チャネル帯域幅に制限する。
【００２２】
８０２．１１ａｄ。８０２．１１ａｄは、６０ＧＨｚ帯域における超高スループット（ＶＨＴ）のためのＭＡＣレイヤおよびＰＨＹレイヤを規定する、ＷＬＡＮ規格の改正である。
【００２３】
８０２．１１ａｄは、以下の特徴を有する。
１．  ８０２．１１ａｄは、７ギガビット（Ｇｂｉｔｓ）毎秒（Ｇｂｉｔｓ／ｓ）までのデータレートをサポートする。
２．  ８０２．１１ａｄは、３つの異なる変調モードをサポートする。  
ａ．  シングルキャリアおよびスペクトル拡散による制御ＰＨＹ
ｂ．  シングルキャリアＰＨＹ、および
ｃ．  ＯＦＤＭ  ＰＨＹ
３．  ８０２．１１ａｄは、世界的に利用可能な６０ギガヘルツ（ＧＨｚ）非ライセンス帯域を使用する。６０ＧＨｚでは、波長は５ミリメートル（ｍｍ）であり、このことは小型のアンテナおよびアンテナアレイを可能にする。そのようなアンテナは、送信機と受信機の両方において狭い無線周波数（ＲＦ）ビームを作り出すことができ、このことは事実上、カバレージ範囲を増大し、干渉を低減する。
４．  ８０２．１１ａｄは、ビームフォーミングトレーニング（発見および追跡）のための機構を容易にするフレーム構造を有する。ビームフォーミングトレーニングプロトコルは、セクタレベルスイープ（ＳＬＳ）手順およびビームリファインメントプロトコル（ＢＲＰ）手順という２つの構成要素を含む。ＳＬＳ手順は、送信ビームフォーミングトレーニングに使用され、ＢＲＰ手順は、受信ビームフォーミングトレーニング並びに送信ビームと受信ビームの両方の反復リファインメントを可能にする。
【００２４】
シングルユーザ（ＳＵ）−ＭＩＭＯとＭＵ−ＭＩＭＯの両方を含むＭＩＭＯ送信は、８０２．１１ａｄによってサポートされない。
【００２５】
セクタレベルスイープ（ＳＬＳ）。例示的なＳＬＳトレーニング手順は、図１に示されている。
【００２６】
ＳＬＳトレーニングは、ビーコンフレームまたはＳＳＷフレームを使用して実行され得る。ビーコンフレームが利用されるとき、ＡＰ／ＰＣＰは、各ビーコン間隔（ＢＩ）内で複数のビーム／セクタを有するビーコンフレームを繰り返し、複数のＳＴＡは、ＢＦトレーニングを同時に実行することができる。しかしながら、ビーコンフレームのサイズのせいで、ＡＰ／ＰＣＰが１つのＢＩ内で全てのセクタ／ビームをスイープすることができるという保証はない。従って、ＳＴＡは、ＩＳＳトレーニングを完了するために複数のＢＩを待つ必要がある場合があり、レイテンシが問題となる場合がある。ＳＳＷフレームは、ポイントツーポイントＢＦトレーニングに利用され得る。ＳＳＷフレームは制御ＰＨＹを使用して送信されてもよく、フレームフォーマットは図２に示されている。
【００２７】
例示的なＳＳＷフィールド構造は、図３に示されている。
【００２８】
第１の例示的なＳＳＷフィードバックフィールドは、図４Ａに示されている。これは、これがＩＳＳの一部として送信されるときに対応する。
【００２９】
第２の例示的なＳＳＷフィードバックフィールドは、図４Ｂに示されている。これは、これがＩＳＳの一部として送信されないときに対応する。
【００３０】
ビームフォーミングリファインメントプロトコル（ＢＲＰ）。ビームリファインメントは、ＳＴＡが送信と受信の両方についてそのアンテナ構成（またはアンテナ重みベクトル）を改善することができるプロセスである。ビームリファインメント手順では、ＢＲＰパケットは、受信機アンテナおよび送信機アンテナをトレーニングするために使用される。ＢＲＰ−ＲＸパケットおよびＢＲＰ−ＴＸパケットという２つのタイプのＢＲＰパケットがある。図５に示されるように、ＢＲＰパケットはＤＭＧ  ＰＰＤＵによって搬送され、その後にＡＧＣフィールドと送信機または受信機トレーニングフィールドとを含むトレーニング（ＴＲＮ）フィールドが続き得る。
【００３１】
図５におけるＮの値は、ＡＧＣが４Ｎサブフィールドを有することおよびＴＲＮ−Ｒ／Ｔフィールドが５Ｎサブフィールドを有することを示す、ヘッダフィールドにおいて与えられるトレーニング長である。ＣＥサブフィールドは、前のセクションで説明されたプリアンブルにおけるものと同じである。ビームトレーニングフィールドにおける全てのサブフィールドは、回転π／２−ＢＰＳＫ変調を使用して送信される。
【００３２】
ＢＲＰ  ＭＡＣフレームは、以下のフィールドを有するアクションＡＣＫなし（Action No ACK）フレームである。  
・  カテゴリー
・  保護されていないＤＭＧアクション
・  ダイアログトークン
・  ＢＲＰ要求フィールド
・  ＤＭＧビームリファインメント要素
・  チャネル測定フィードバック要素１
・  ．．．
・  チャネル測定フィードバック要素ｋ
【００３３】
８０２．１１ａｙ（ＴＧａｙ）。８０２．１１ａｙの要件。２０１５年３月にＩＥＥＥによって承認されたタスクグループａｙ（ＴＧａｙ）は、局ごとの電力効率を維持または改善しながら、（ＭＡＣデータサービスアクセスポイントにおいて測定された）少なくとも２０ギガビット毎秒の最大スループットをサポートすることが可能な少なくとも１つの動作モードを可能にする、ＩＥＥＥ８０２．１１物理レイヤ（ＰＨＹ）と、ＩＥＥＥ８０２．１１媒体アクセス制御（ＭＡＣ）レイヤの両方に対する規格化された修正を定義する改正を策定することが期待されている。この改正は、同じ帯域で動作する（ＩＥＥＥ８０２．１１ａｄ−２０１２改正によって定義される）レガシーの指向性マルチギガビット局との後方互換性および共存を保証しながら、４５ＧＨｚを上回るライセンス免除帯域のための動作も定義する。
【００３４】
８０２．１１ａｄの最大スループットよりもはるかに高い最大スループットがＴＧａｙの主要な目標であるが、グループの一部のメンバーは、モビリティおよび野外のサポートを含めることも論じた。（ＩＥＥＥ８０２．１１−２０１５／０６２５ｒ２、「ＩＥＥＥ８０２．１１  ＴＧａｙ  Ｕｓｅ  Ｃａｓｅｓ」、Ｈｕａｗｅｉらにおいて論じられるように）スループット、レイテンシ、動作環境および適用例の観点から、１１以上の異なる使用事例が考慮され、分析されている。
【００３５】
８０２．１１ａｙはレガシー規格と同じ帯域で動作するので、新しい技術は同じ帯域におけるレガシーとの後方互換性および共存を保証することが必要とされる。
【００３６】
８０２．１１におけるビームフォーミング。ＢＦトレーニング効率。イニシエータとレスポンダの両方がそれらの送信機／受信機ビームをそれぞれトレーニングする場合、８０２．１１ａｄに規定されるＢＦトレーニング手順は良い性能を達成することができるが、トレーニングは４つのトレーニング期間を必要とし、各トレーニング期間は複数のビーム上でのトレーニングおよび測定を伴い得る。チャネル／アンテナ相互関係を想定して、ダウンリンクからトレーニングされたビーム／セクタがアップリンクにも使用され得る。既存のＢＦトレーニング手順は、良いＢＦ利得を達成するためにイニシエータＴＸ／ＲＸおよびレスポンダＴＸ／ＲＸをトレーニングする必要があるが、これは効率的ではない。
【００３７】
ビーコンフレームを利用する既存のＢＦトレーニング手順は、複数のＳＴＡが測定を実行し、ＡＰ／ＰＣＰからのそれらの最良の送信ビームを選択することを可能にする。しかしながら、ＳＴＡがトレーニングを完了することができるまで、いくつかのＢＩを要することがある。レイテンシも問題である。このほかには、複数のＳＴＡが同時にトレーニングすることを可能にし得るＢＦトレーニング手順はない。
【００３８】
効率的なＢＦトレーニング手順は、統合トレーニングフレームを使用するＩＳＳ  ＴＸＳＳおよびＩＳＳ  ＲＸＳＳのトレーニングと、複数のユーザを同時にトレーニングする低レイテンシ機構とをサポートすることが必要とされる。本明細書で開示されるのは、そのような効率的なＭＩＭＯ  ＢＦトレーニングを提供および／またはサポートするための方法、手順およびシステムである。いくつかの実施形態では、統合マルチキャストトレーニング手順が開示される。
【００３９】
実施形態１
少なくとも１つの実施形態では、統合マルチキャストトレーニング手順は、以下をトレーニングするためにＡＰ／ＰＣＰによって使用される。  
−  最初のおよび／または更新されたＭＩＭＯ  ＢＦトレーニング／追跡を実行しようと意図する全てのＳＴＡ。ＳＴＡはＡＰ／ＰＣＰに関連付けられてもよく、関連付けられなくてもよいことに留意されたい。言い換えれば、関連付けられていないＳＴＡは、ＡＰ／ＰＣＰを用いてＭＩＭＯ  ＢＦトレーニングを実行してもよい。  
−  最初のおよび／または更新されたＭＩＭＯ  ＢＦトレーニング／追跡を実行しようと意図する全ての関連付けられたＳＴＡ。  
−  ＡＰ／ＰＣＰによって識別されたＳＴＡのグループ。ＡＰ／ＰＣＰは、異なる基準を使用し、ＭＩＭＯ  ＢＦトレーニング／追跡のためにＳＴＡをグループ化してもよい。
【００４０】
実施形態では、統合マルチキャストトレーニング手順は、ＢＴＩ、Ａ−ＢＦＴフレーム交換を使用して、スケジュールベースのサービス期間（ＳＰ）に、競合ベースのアクセス期間（ＣＢＡＰ）に実行され得る。
【００４１】
様々な開示される実施形態は、チャネルボンディングシナリオにおいて使用され得る。
【００４２】
本明細書では、ｘＩＦＳはトレーニング／ＦＢ  ＴＸＯＰにおけるフレーム間間隔を示すために使用されることに留意されたい。あるいは、この手順において２つ以上のフレーム間間隔が利用されてもよい。例えば、ｘＩＦＳ１は、２つのトレーニングフレーム間で使用されてもよい。ｘＩＦＳ２は、トレーニング期間とＦＢ期間との間で使用されてもよい。ｘＩＦＳ３は、ＦＢ期間に送信されるフレーム間で使用されてもよい。ｘＩＦＳ４は、ＦＢ期間とＭＵ  ＡＣＫ／Ｍ−ＳＴＡ  ＡＣＫとの間で使用されてもよい。
【００４３】
この実施形態で述べられたセクタ／ビーム／ＡＶＷは、単一のフェーズドアンテナアレイ（ＰＡＡ）もしくは複数のＰＡＡ、または他のタイプのアンテナを使用して形成され得ることに留意されたい。送信機／受信機がセクタ／ビーム／ＡＶＷをスイープするとき、それは、１つのＰＡＡ内で切り替えるか、または複数の／全てのＰＡＡを使用して全てのセクタ／ビーム／ＡＶＷを通過することがある。
【００４４】
実施形態では、統合マルチキャスト／ブロードキャストＭＩＭＯ  ＢＦトレーニング手順は、トレーニング期間と、トレーニングフィードバック期間と、確認応答期間とを含む。トレーニング期間では、イニシエータが、イニシエータの送信ＢＦトレーニングおよびレスポンダの受信ＢＦトレーニングを実行するために使用され得る複数の統合トレーニングフレームを送信し得る。トレーニングフィードバック期間では、１つまたは複数のレスポンダが、トレーニングフィードバックフレームで応答し得る。トレーニングフィードバックフレームは、ランダムアクセス、スケジュールされたアクセスまたはポーリングベースのアクセスを使用して送信され得る。確認応答期間では、イニシエータが、確認応答フレームをレスポンダに送信し得る。
【００４５】
例となる手順は、少なくとも１つの実施形態による第１の例示的なタイミング図を示す図６において与えられる。図６のタイミング図は、以下で大まかに記載されるような例示的な統合マルチキャスト／ブロードキャストトレーニング手順を含む。
【００４６】
ＡＰ／ＰＣＰ  ＳＴＡおよび非ＡＰ／非ＰＣＰ  ＳＴＡのための詳細な手順は、以下で与えられる。
【００４７】
この機構を使用して割り振られたＴＸＯＰ期間は、ビーコン間隔を越えて持続しないことに留意されたい。
【００４８】
イニシエータ（例えば、ＡＰ／ＰＣＰ）手順。一実施形態では、イニシエータは、ＭＩＭＯ  ＢＦトレーニング／フィードバックのためのサービス期間を告知し得るビーコンフレームにスケジューリング情報を含み得る。イニシエータは、ＭＩＭＯ  ＢＦトレーニング／フィードバック期間の（ビーコンフレームに対する時間オフセットであり得る）開始時間および持続時間を定義し得る。あるいは、イニシエータは、競合を介して媒体を獲得し得る。第３の選択肢では、イニシエータは、修正されたビーコンフレームをトレーニングフレームとして利用し得る。
【００４９】
イニシエータは、トレーニング期間にＮ個のトレーニングフレームを送信し得る。Ｎの値は、各トレーニングフレームにおいて示され得る。あるいは、トレーニングフレームの残りの数は、各トレーニングフレームにおいてシグナリングされ得る。毎回、トレーニングフレームは、セクタ／ビーム／アンテナベクトル重み（ＡＶＷ）を使用して送信され得る。異なるトレーニングフレームは、異なるセクタ／ビーム／ＡＶＷを使用して送信され得る。トレーニングフレームは、ｘＩＦＳ期間によって分離され得る。あるいは、毎回、１つまたは複数のトレーニングフレームは、１つまたは複数のセクタ／ビーム／ＡＶＷを使用して送信され得る。
【００５０】
トレーニングフレームのＰＬＣＰヘッダは、イニシエータおよび／または対応するＢＳＳを識別するために使用され得るＢＳＳＩＤ／色を示し得る；および／またはＫ個の余分のＡＧＣ／トレーニングシーケンス（すなわち、ＴＲＮフィールド）は、トレーニングフレームの終わりに付加され得る。Ｋは、トレーニングされるべき受信セクタ／ビーム／ＡＶＷの最大数に依存し得る。
【００５１】
トレーニングフレームのＭＡＣ本体は、持続時間、セクタ／ビーム／ＡＶＷ  ＩＤ、フィードバック要求／選好情報、ＡＣＫ情報などを搬送し得る。
【００５２】
トレーニングフレームの送信：毎回、イニシエータは、セクタ／ビーム／ＡＶＷを使用して１つのトレーニングフレームを送信し得る。あるいは、イニシエータは、複数のセクタ／ビーム／ＡＶＷを同時に使用してトレーニングフレームを送信し得る。イニシエータは、トレーニングフレームのその他のセクションによって使用されるものと同じセクタ／ビーム／ＡＶＷを使用して余分のＫ個のトレーニングシーケンスを送信し得る。ＭＩＭＯ  ＢＦトレーニングの目的に応じて、トレーニングフレームは、最も低いＭＣＳレベルを使用してコーディングおよび変調され得る。あるいは、トレーニング／ＦＢ  ＴＸＯＰの目的がＢＦ追跡／リファインメント／更新のためである場合、他のＭＣＳレベルが利用され得る。
【００５３】
フィードバック期間と呼ばれることがある、トレーニング期間の終わりの後のｘＩＦＳ期間において、イニシエータは、レスポンダからのフィードバックを受信する準備をすることができる。ＦＢ期間は、複数のタイムスロットを使用して複数のフィードバックフレームを搬送するために使用され得る。ビーコンフレームおよび／または前に送信されたトレーニングフレームにおいてシグナリングされ得る各フィードバックタイムスロットの長さは、同じであってもよく、同じでなくてもよい。ＦＢタイムスロットが固定の長さ／持続時間を有する場合、イニシエータは、必要であればレスポンダが境界においてＦＢ送信を切り捨てることを期待し得る。ＦＢ期間は多重アクセス期間であってもよく、可能なＦＢタイプは、ポーリングなしのＦＢ期間またはポーリングありのＦＢ期間であり得る。
【００５４】
ポーリングなしのＦＢ期間のタイプである場合、タイプはランダムアクセスまたはスケジュールベースのアクセスであり得る。ランダムアクセスでは、複数のレスポンダは、送信するための複数のタイムスロットを求めて競合する。イニシエータは、ＦＢ期間の前にビーコンフレームまたはトレーニングフレームにおけるいくつかのタイムスロット上で制約付きランダムアクセスを告知し得る。その場合、制約を満たすことができるレスポンダのみが、そのタイムスロットにおいて応答し得る。スケジュールベースのアクセスでは、イニシエータは、トレーニングフレームまたはビーコンフレームまたはトレーニング／ＦＢ  ＴＸＯＰの前に送信される他のタイプの制御／管理フレームにおいて送信をスケジュールし得る。
【００５５】
ポーリングありのＦＢ期間のタイプである場合、各ＦＢタイムスロットは、イニシエータから送信されたポーリングフレームで始まり得る。ポーリングフレームの後のｘＩＦＳ期間において、レスポンダはＦＢフレームを送信し得る。ポーリングフレームは、このＦＢタイムスロットを使用して送信し得るレスポンダまたはレスポンダのグループもしくはサブグループの指示を搬送し得る。ポーリングありのＦＢ期間は、ランダムアクセスまたはスケジュールベースのアクセスであり得る。ランダムアクセスでは、送信の資格があり得る複数のレスポンダは、所与のランダムアクセスプロトコルを使用してＦＢタイムスロットを求めて競合し得る。スケジュールベースのアクセスでは、イニシエータは、ＦＢのために１つのレスポンダをポーリングし得る。ポーリングされたレスポンダは、ポーリングフレームの後のｘＩＦＳ期間に、ＦＢフレームを送信し得る。一実施形態では、最後のトレーニングフレームが第１のポーリングフレームとして解釈され得る場合、第１のＦＢフレームについてポーリングフレームが省略されてもよい。いくつかの実施形態では、ポーリングフレームは、擬似オムニ重みまたは他の重みを使用して送信され得る。ポーリングフレームは、低データレートコーディングおよび変調方式、例えば、最も低いＭＣＳを使用して送信され得る。
【００５６】
一実施形態では、ＦＢ期間は、イニシエータからの確認応答を搬送するために使用され得る。ＦＢフレームの受信の後のｘＩＦＳ時間に、イニシエータは、前に送信されたＦＢフレームが成功裏に復号され得る場合、確認応答フレームをレスポンダに送信し得る。
【００５７】
ＦＢ期間の終わりの後のｘＩＦＳ期間、イニシエータは、１つまたは複数の確認応答フレームを送信する準備をすることができる。一実施形態では、イニシエータは、多ＳＴＡ確認応答（Ｍ−ＳＴＡ  ＡＣＫ）フレームを複数のレスポンダに送信し得る。Ｍ−ＳＴＡ  ＡＣＫは、擬似オムニ重みを使用して送信され、最も低いＭＣＳレベルを使用して変調およびコーディングされ得る。Ｍ−ＳＴＡ  ＡＣＫフレームは、信頼性を改善するために時間領域および／または周波数領域において繰り返され得る。別の実施形態では、イニシエータは、複数のＡＣＫ／ＢＡフレームを複数のレスポンダに送信し得る。送信は、時間期間ｘＩＦＳによって分離され得る。各ＡＣＫ／ＢＡフレームは、ＦＢ期間に送信されたフィードバックに基づいて選択された最良のセクタ／ビーム／ＡＶＷを使用して送信され得る。あるいは、イニシエータは、ＦＢフレームの終わりの後のｘＩＦＳ時間、ＡＣＫ告知フレームを送信し得る。告知フレームは、最も低いＭＣＳおよび擬似オムニアンテナパターンを使用してＡＣＫ／ＢＡスケジューリング情報をブロードキャストするために使用され得る。告知フレームの後のｘＩＦＳ時間、イニシエータは、第１のＡＣＫ／ＢＡフレームを送信することを開始し得る。さらなるＡＣＫ／ＢＡフレームが続いてもよい。
【００５８】
レスポンダ（例えば、非ＡＰ／非ＰＣＰ  ＳＴＡ）手順。いくつかの実施形態では、１つまたは複数の条件が満たされる場合、レスポンダはトレーニング／ＦＢ期間に参加し得る。  
−  レスポンダは、ＴＸＯＰの間にＮＡＶを設定しない場合がある。  
−  レスポンダは、イニシエータとともにＭＩＭＯ／ＢＦトレーニングを実行しようと意図する場合がある。  
−  レスポンダは、イニシエータによってポーリングされる場合がある。  
−  レスポンダは、ビーコンおよび／またはトレーニングフレームにおいて搬送されるいくつかの条件を適格として、スケジュールされたトレーニング／ＦＢ期間を使用してＭＩＭＯ／ＢＦトレーニングを実行する場合がある。  
−  レスポンダは、トレーニング／ＦＢ  ＴＸＯＰのスケジュールを告知し得るビーコンフレームを監視する場合がある。  
−  レスポンダは、トレーニングフレームのうちの１つを成功裏に検出し、トレーニング／ＦＢ  ＴＸＯＰに気付く場合がある。
【００５９】
レスポンダは、擬似オムニビームまたは選択された他のセクタ／ビーム／ＡＶＷを使用してトレーニングフレームのうちの１つを成功裏に検出する場合がある。トレーニングフレームのＭＡＣフレームにおいて搬送される情報に基づいて、レスポンダは、トレーニング期間に送信されるトレーニングフレームの総数および／または送信されるべきトレーニングフレームの残りの数を知ることができる。あるいは、トレーニング期間に送信されるトレーニングフレームの総数は、ビーコンフレームにおいて搬送され得る。トレーニングフレームＰＬＣＰヘッダにおいて搬送される情報に基づいて、レスポンダは、レスポンダ受信ビームトレーニングを可能にするためにＫ個の余分のＡＧＣ／トレーニングシーケンスが現在のトレーニングフレームの終わりに付加され得ることを通知され得る。Ｋがトレーニングされるべき受信セクタ／ビーム／ＡＶＷの数以上である場合、レスポンダは、全ての可能な組合せにわたってその受信セクタ／ビーム／ＡＶＷを切り替えてもよい。Ｋがトレーニングされるべき受信セクタ／ビーム／ＡＶＷの数よりも大きい場合、レスポンダは、選択された受信セクタ／ビーム／ＡＶＷ上で余分のＡＧＣ／トレーニングシーケンスを使用して、より正確な測定値を得ることができる。Ｋがトレーニングされるべき受信セクタ／ビーム／ＡＶＷの数未満である場合、レスポンダは、もしあればそのトレーニング履歴をチェックし、Ｋ個の受信セクタ／ビーム／ＡＶＷを選択してもよい。あるいは、レスポンダは、トレーニングされたビームの記録をつけ、複数のトレーニング／ＦＢ  ＴＸＯＰを使用して受信ＭＩＭＯ  ＢＦトレーニングを完了してもよい。
【００６０】
レスポンダは、トレーニング期間の終わりの後のｘＩＦＳ時間、フィードバック期間を始めてもよい。レスポンダは、トレーニング期間の長さを推定し、ＦＢ期間のタイプに基づいて次のＦＢ期間において必要であればＦＢを準備することができる。あるいは、レスポンダは、トレーニングＴＸＯＰをスケジュールするビーコンフレームを介してトレーニング期間の持続時間を知り、従って、トレーニング期間とＦＢ期間の境界を知ることができる。ポーリングなしのＦＢ期間の場合：
−  ランダムアクセスＦＢを用いて、レスポンダは、一定のランダムアクセスプロトコルを使用してＦＢを送信するためのタイムスロットを決定することができる。レスポンダは、タイムスロットの初めにＦＢ送信を開始することができる。  
−  スケジュールベースのＦＢを用いて、レスポンダは、スケジュールされたタイムスロットの初めに送信することができる。
【００６１】
ポーリングありのＦＢ期間の場合：
−  ランダムアクセスＦＢを用いて、レスポンダは、一定のランダムアクセスプロトコルを使用してＦＢを送信するためのタイムスロットを決定することができる。ポーリングフレームの後のｘＩＦＳ時間、レスポンダはＦＢフレームを送信し得る。あるいは、レスポンダは、ＦＢ送信のためのランダムアクセスプロトコルを開始するようにポーリングフレームによってトリガされ得る。  
−  スケジュールベースのＦＢを用いて、イニシエータは、ＦＢのために１つのレスポンダをポーリングし得る。ポーリングされたレスポンダは、ポーリングフレームの後のｘＩＦＳ期間、ＦＢフレームを送信し得る。
【００６２】
ＦＢフレームのＢＦ送信。アンテナ／チャネル相互関係が想定される場合、ＦＢフレームは、レスポンダ側でトレーニング期間にトレーニングされた最良のセクタ／ビーム／ＡＶＷを使用して送信され得る。この場合、最良の送信セクタ／ビーム／ＡＶＷは、レスポンダ側でトレーニングされた最良の受信セクタ／ビーム／ＡＶＷと同じであってもよい。そうでなければ、レスポンダは、選択されたセクタ／ビーム／ＡＶＷまたは擬似オムニ重みを利用し得る。
【００６３】
ＦＢフレームのコーディングおよび変調。ＦＢフレームは、最も低いＭＣＳレベルを使用してコーディングおよび変調され得る。または、イニシエータは、トレーニングフレームまたはビーコンフレームにおいてＦＢのためのＭＣＳレベルを割り当てることができる。第３の方法では、ＦＢフレームに使用されるビームフォーミング方式に応じて、レスポンダは、使用されるＭＣＳを決定し得る。例えば、ＦＢフレームがトレーニングされた狭いビームを使用して送信される場合、レスポンダは、より高いＭＣＳレベル（より高いデータレートを有するＭＣＳ）を利用し得る。ＦＢフレームが広いビームまたは擬似オムニビームを使用して送信される場合、レスポンダは、より低いＭＣＳレベルを利用し得る。
【００６４】
一実施形態では、ＦＢ期間は、イニシエータからの確認応答を搬送するために使用され得る。ＦＢフレームの終わりの後のｘＩＦＳ時間、レスポンダは、イニシエータからの確認応答フレームを受信することを期待し得る。レスポンダは、トレーニングされた最良の受信セクタ／ビーム／ＡＶＷを受信のために使用し得る。レスポンダがｙＩＦＳ時間期間の後に何も受信しない可能性がある場合、レスポンダはＦＢ送信の失敗を考慮し得る。ｙＩＦＳはｘＩＦＳよりも長くてもよい。各ＦＢタイムスロットが固定の持続時間を伴い得る場合、レスポンダは境界において送信を切り捨ててもよい。フィードバック手順を完了するために余分のＦＢフレームが必要とされる場合がある。
【００６５】
レスポンダは、ＦＢ期間の終わりの後のｘＩＦＳ期間、イニシエータからの確認応答フレームを受信することを期待し得る。一実施形態では、レスポンダは、イニシエータから送信されたブロードキャスト／マルチキャストフレームであり得るＭ−ＳＴＡ  ＡＣＫフレームを受信し得る。各レスポンダは、ＳＴＡ  ＩＤを含んでいてもよい、フレーム内のユーザ毎フィールドをチェックし得る。１つのＳＴＡ  ＩＤがレスポンダのＩＤと一致し得る場合、レスポンダは、ＳＴＡ  ＩＤに対応するＡＣＫ／ＢＡフィールドをチェックし得る。別の実施形態では、レスポンダは、イニシエータからの１つまたは複数のＡＣＫ／ＢＡフレームを受信し得る。ＡＣＫ／ＢＡフレームのうちの１つは、レスポンダに宛てられ得る。レスポンダは、そのフレームに含まれているＡＣＫ／ＢＡ情報をチェックし得る。あるいは、レスポンダは、ＦＢフレームの終わりの後のｘＩＦＳ時間、告知フレームを受信し得る。告知フレームは、複数のレスポンダに対するＡＣＫ／ＢＡスケジューリング情報を含んでいてもよい。レスポンダは、告知フレームに対応する期待されたＡＣＫ／ＢＡフレームの時間／周波数オフセットを決定し得る。レスポンダは、時間／周波数オフセットに基づいてそのＡＣＫ／ＢＡフレームをチェックする。レスポンダが確認応答期間にいかなるＡＣＫも受信しないまたは否定ＡＣＫを受信する可能性がある場合、レスポンダはＦＢ送信の失敗を決定し得る。レスポンダは、将来トレーニングおよび／またはフィードバックを実行するための別の機会を待つことができる。
【００６６】
実施形態２
第２の実施形態を参照しながら、別の統合マルチキャスト／ブロードキャストＭＩＭＯ  ＢＦトレーニング手順が開示される。この手順では、トレーニング／ＦＢ  ＴＸＯＰは、（図７に示されるように）ＴＸＯＰの初めに送信されるトレーニング告知フレームによってスケジュールおよび告知される３つの主な構成要素−トレーニング期間、ＦＢ期間、およびＡＣＫ期間−から成り得る。一実施形態では、３つの構成要素は、（図７に示されるように）１つのＴＸＯＰ内で送信され得る。別の実施形態では、３つの構成要素は、スケジュールベースおよび／または競合ベースであり得る異なるＴＸＯＰを介して送信され得る。トレーニング告知フレームは、各ＴＸＯＰの初めに存在してもよく、存在しなくてもよい。
【００６７】
この機構を使用して割り振られたＴＸＯＰ期間は、ビーコン間隔を越えて持続しないことに留意されたい。
【００６８】
図７は、トレーニング告知フレームを有する第２の例示的な統合マルチキャスト／ブロードキャストトレーニング手順を例示する第２の例示的なタイミング図を示す。
【００６９】
イニシエータ（例えば、ＡＰ／ＰＣＰ）手順。イニシエータは、競合および／またはスケジューリングを介して媒体を獲得し得る。スケジューリングの場合、ビーコンフレームまたは告知送信間隔（ＡＴＩ）に送信されるフレームは、トレーニング／ＦＢ  ＴＸＯＰの開始時間および持続時間を含めるために使用され得る。あるいは、イニシエータは、修正されたビーコンフレームをトレーニングフレームとして利用し得る。
【００７０】
イニシエータは、以下を示すためにトレーニング告知フレームを送信し得る。  
−  ＴＸＯＰ全体の長さ。  
−  トレーニング期間の時間／周波数割振り。例えば、トレーニング期間に対して、割振り開始時間、割振り持続時間、および割り振られるチャネルインデックスが定義され得る。ここでは、割り振られるチャネルインデックスは、開始周波数（または中心周波数）および割り振られる帯域幅を一意に示すために使用され得る他のタイプのシグナリングと置き換えられ得る。  
−  ＦＢ期間の時間／周波数割振り。例えば、ＦＢに対して、割振り開始時間、割振り持続時間、および割り振られるチャネルインデックスが定義され得る。  
−  確認応答期間の時間／周波数割振り。例えば、確認応答期間に対して、割振り開始時間、割振り持続時間、および割り振られるチャネルインデックスが定義され得る。
【００７１】
イニシエータは、トレーニング期間にＮ個のトレーニングフレームを送信し得る。Ｎは、トレーニング告知フレームおよび／または各トレーニングフレームにおいて示され得る。あるいは、トレーニングフレームの残りの数は、各トレーニングフレームにおいてシグナリングされ得る。毎回、トレーニングフレームは、セクタ／ビーム／アンテナベクトル重み（ＡＶＷ）を使用して送信され得る。異なるトレーニングフレームは、異なるセクタ／ビーム／ＡＶＷを使用して送信され得る。トレーニングフレームは、ｘＩＦＳ期間によって分離され得る。あるいは、毎回、１つまたは複数のトレーニングフレームは、１つまたは複数のセクタ／ビーム／ＡＶＷを使用して送信され得る。
【００７２】
トレーニングフレームおよび／またはトレーニング告知フレームのＰＬＣＰヘッダは、以下を示し得る。  
−  イニシエータおよび／または対応するＢＳＳを識別するために使用され得るＢＳＳＩＤ／色。  
−  Ｋ個の余分のＡＧＣ／トレーニングシーケンスは、トレーニングフレームの終わりにおいて付加され得る。Ｋは、トレーニングされるべき受信セクタ／ビーム／ＡＶＷの最大数に依存し得る。
【００７３】
トレーニングフレームのＭＡＣ本体は、持続時間、セクタ／ビーム／ＡＶＷ  ＩＤ、フィードバック要求／選好情報、ＡＣＫ情報などを搬送し得る。あるいは、ＭＡＣ本体は存在しない場合がある。代わりに、トレーニング告知フレームが、ＦＢ要求／選好情報、およびＡＣＫ情報などについての情報を搬送し得る。ＰＬＣＰヘッダ内の１つのフィールドは、トレーニングフレームがいかなるＭＡＣ本体も含んでいない場合があることを示すために使用され得る。その指示を用いて、セクタ／ビーム／ＡＶＷ  ＩＤなどの情報を搬送するためにＳＩＧフィールドが上書きされ得る。この種のトレーニングフレームは、ＮＤＰトレーニングフレームと呼ばれることがある。トレーニングフレームの送信は、前に論じられたものと同じであり得る。
【００７４】
フィードバック期間と呼ばれることがある、トレーニング期間の終わりの後のｘＩＦＳ期間、イニシエータは、レスポンダからのフィードバックを受信する準備をすることができる。
【００７５】
ＦＢ期間は、複数のタイムスロットを使用して複数のフィードバックフレームを搬送するために使用され得る。告知フレームにおいてシグナリングされ得る各フィードバックタイムスロットの長さは、同じであってもよく、同じでなくてもよい。ＦＢタイムスロットが固定の長さ／持続時間を伴う場合、イニシエータは、必要であればレスポンダが境界においてＦＢ送信を切り捨てることを期待し得る。ＦＢ期間は多重アクセス期間であってもよく、トレーニング告知フレームにおいてシグナリングされ得る可能なＦＢタイプは、ポーリングなしのＦＢ期間またはポーリングありのＦＢ期間であってもよい。
【００７６】
ポーリングなしのＦＢ期間は、ランダムアクセスまたはスケジュールベースのアクセスであり得る。ランダムアクセスでは、複数のレスポンダは、送信するための複数のタイムスロットを求めて競合する。イニシエータは、トレーニング告知フレームにおけるいくつかのタイムスロット上で制約付きランダムアクセスを告知し得る。その場合、制約を満たすことができるレスポンダのみが、そのタイムスロットにおいて応答し得る。スケジュールベースのアクセスでは、イニシエータは、トレーニング告知フレームまたはビーコンフレームまたはトレーニングフレームまたはトレーニング／ＦＢ  ＴＸＯＰの前に送信される他のタイプの制御／管理フレームにおいてＦＢ送信をスケジュールし得る。
【００７７】
ポーリングありのＦＢ期間の場合、各ＦＢタイムスロットは、イニシエータから送信されたポーリングフレームで始まり得る。ポーリングフレームの後のｘＩＦＳ期間、レスポンダはＦＢフレームを送信し得る。ポーリングフレームは、このＦＢタイムスロットを使用して送信し得るレスポンダまたはレスポンダのグループもしくはサブグループの指示を搬送し得る。ポーリングありのＦＢ期間は、ランダムアクセスまたはスケジュールベースであり得る。ランダムアクセスでは、送信の資格があり得る複数のレスポンダは、一定のランダムアクセスプロトコルを使用してＦＢタイムスロットを求めて競合し得る。スケジュールベースのアクセスでは、イニシエータは、ＦＢのために１つのレスポンダをポーリングし得る。ポーリングされたレスポンダは、ポーリングフレームの後のｘＩＦＳ期間、ＦＢフレームを送信し得る。別の実施形態では、最後のトレーニングフレームが第１のポーリングフレームとして解釈され得る場合、第１のＦＢフレームについてポーリングフレームが省略されてもよい。いくつかの実施形態では、ポーリングフレームは、擬似オムニ重みまたは他の重みを使用して送信され得る。ポーリングフレームは、低データレートコーディングおよび変調方式、例えば、最も低いＭＣＳを使用して送信され得る。
【００７８】
別の実施形態では、ＦＢ期間は、イニシエータからの確認応答を搬送するために使用され得る。ＦＢフレームの受信の後のｘＩＦＳ時間、前に送信されたＦＢフレームが成功裏に復号され得る場合、イニシエータは確認応答フレームをレスポンダに送信し得る。この種の送信は、トレーニング告知フレームにおいてシグナリングされ得る。
【００７９】
ＦＢ期間の終わりの後のｘＩＦＳ期間、イニシエータは、１つまたは複数の確認応答フレームを送信する準備をすることができる。一実施形態では、イニシエータは、多ＳＴＡ確認応答（Ｍ−ＳＴＡ  ＡＣＫ）フレームを複数のレスポンダに送信し得る。Ｍ−ＳＴＡ  ＡＣＫは、擬似オムニ重みを使用して送信され、最も低いＭＣＳレベルを使用して変調およびコーディングされ得る。Ｍ−ＳＴＡ  ＡＣＫフレームは、信頼性を改善するために時間領域および／または周波数領域において繰り返され得る。別の実施形態では、イニシエータは、複数のＡＣＫ／ＢＡフレームを複数のレスポンダに送信し得る。送信は、ｘＩＦＳ時間期間によって分離され得る。各ＡＣＫ／ＢＡフレームは、ＦＢ期間に送信されたフィードバックに基づいて選択された最良のセクタ／ビーム／ＡＶＷを使用して送信され得る。あるいは、イニシエータは、ＦＢフレームの終わりの後のｘＩＦＳ時間、ＡＣＫ告知フレームを送信し得る。告知フレームは、最も低いＭＣＳおよび擬似オムニアンテナパターンを使用してＡＣＫ／ＢＡスケジューリング情報をブロードキャストするために使用され得る。告知フレームの後のｘＩＦＳ時間、イニシエータは、第１のＡＣＫ／ＢＡフレームを送信することを開始し得る。さらなるＡＣＫ／ＢＡフレームが続いてもよい。
【００８０】
レスポンダ（例えば、非ＡＰ／非ＰＣＰ  ＳＴＡ）手順。１つまたは複数の条件が満たされる場合、レスポンダはトレーニング／ＦＢ期間に参加し得る。  
−  レスポンダは、ＴＸＯＰの間にＮＡＶを設定しない場合がある。  
−  レスポンダは、イニシエータとともにＭＩＭＯ／ＢＦトレーニングを実行しようと意図する場合がある。  
−  レスポンダは、イニシエータによってポーリングされる場合がある。  
−  レスポンダは、トレーニング告知フレーム、ビーコンおよび／またはトレーニングフレームにおいて搬送されるいくつかの条件を適格として、スケジュールされたトレーニング／ＦＢ期間を使用してＭＩＭＯ／ＢＦトレーニングを実行する場合がある。  
−  レスポンダは、トレーニング／ＦＢ  ＴＸＯＰのスケジュールを告知し得るビーコンフレームを監視する場合がある。  
−  レスポンダは、トレーニングフレームのうちの１つを成功裏に検出し、トレーニング／ＦＢ  ＴＸＯＰに気付く場合がある。
【００８１】
レスポンダは、トレーニング告知フレームを検出し、トレーニング期間、ＦＢ期間および確認応答期間の割振りに気付くことができる。レスポンダは、トレーニング期間に送信されるトレーニングフレームの総数を知ることができる。
【００８２】
レスポンダは、擬似オムニビームまたは選択された他のセクタ／ビーム／ＡＶＷを使用してトレーニングフレームのうちの１つを成功裏に検出する場合がある。トレーニングフレームのＭＡＣフレームにおいて搬送される情報に基づいて、レスポンダは、送信されるべきトレーニングフレームの残りの数を知ることができる。あるいは、ＮＤＰトレーニングフレームが利用される場合、レスポンダは、ＰＬＣＰヘッダ内のＮＤＰ指示ビットをチェックすることによってそれに気付き、トレーニングフレームのＰＬＣＰヘッダを再解釈して情報を取得することができる。トレーニングフレームＰＬＣＰヘッダおよび／またはトレーニング告知フレームにおいて搬送される情報に基づいて、レスポンダは、Ｋ個の余分のＡＧＣ／トレーニングシーケンスが、レスポンダが受信ビームをトレーニングすることを可能にし得る現在のトレーニングフレームの終わりに付加され得ることに気付くことができる。Ｋがトレーニングされるべき受信セクタ／ビーム／ＡＶＷの数以上である場合、レスポンダは、全ての可能な組合せにわたってその受信セクタ／ビーム／ＡＶＷを切り替えてもよい。Ｋがトレーニングされるべき受信セクタ／ビーム／ＡＶＷの数よりも大きい場合、レスポンダは、選択された受信セクタ／ビーム／ＡＶＷ上で余分のＡＧＣ／トレーニングシーケンスを使用して、より正確な測定値を得ることができる。Ｋがトレーニングされるべき受信セクタ／ビーム／ＡＶＷの数未満である場合、レスポンダは、もしあればそのトレーニング履歴をチェックし、Ｋ個の受信セクタ／ビーム／ＡＶＷを選択してもよい。あるいは、レスポンダは、トレーニングされたビームの記録をつけ、複数のトレーニング／ＦＢ  ＴＸＯＰを使用して受信ＭＩＭＯ  ＢＦトレーニングを完了してもよい。
【００８３】
レスポンダは、トレーニング期間の終わりの後のｘＩＦＳ時間、フィードバック期間を始めてもよい。レスポンダは、トレーニング期間の長さを推定し、ＦＢ期間のタイプに基づいて次のＦＢ期間において必要であればＦＢを準備することができる。あるいは、レスポンダは、トレーニング告知フレームを介してトレーニング期間の持続時間を知り、従って、トレーニング期間とＦＢ期間の境界を知ることができる。ＦＢ期間は、ポーリングありまたはポーリングなしであり得る。
【００８４】
ポーリングなしのＦＢ期間の場合、ランダムアクセスＦＢまたはスケジュールベースのＦＢがあり得る。ランダムアクセスＦＢでは、レスポンダは、一定のランダムアクセスプロトコルを使用してＦＢを送信するためのタイムスロットを決定することができる。レスポンダは、タイムスロットの始めにＦＢ送信を開始することができる。スケジュールベースのＦＢでは、レスポンダは、スケジュールされたタイムスロットの始めに送信することができる。ＦＢスケジューリング情報は、トレーニング告知フレームにおいて搬送され得る。
【００８５】
ポーリングありのＦＢ期間の場合、ランダムアクセスＦＢまたはスケジュールベースのＦＢがあり得る。ランダムアクセスＦＢでは、レスポンダは、一定のランダムアクセスプロトコルを使用してＦＢを送信するためのタイムスロットを決定することができる。ポーリングフレームの後のｘＩＦＳ時間、レスポンダはＦＢフレームを送信し得る。あるいは、レスポンダは、ＦＢ送信のためのランダムアクセスプロトコルを開始するようにポーリングフレームによってトリガされ得る。スケジュールベースのＦＢでは、イニシエータは、ＦＢのために１つのレスポンダをポーリングし得る。ポーリングされたレスポンダは、ポーリングフレームの後のｘＩＦＳ期間、ＦＢフレームを送信し得る。
【００８６】
ＦＢフレームのＢＦ送信。アンテナ／チャネル相互関係が想定される場合、ＦＢフレームは、レスポンダ側でトレーニング期間にトレーニングされた最良のセクタ／ビーム／ＡＶＷを使用して送信され得る。この場合、最良の送信セクタ／ビーム／ＡＶＷは、レスポンダ側でトレーニングされた最良の受信セクタ／ビーム／ＡＶＷと同じであってもよい。そうでなければ、レスポンダは、選択されたセクタ／ビーム／ＡＶＷまたは擬似オムニ重みを利用し得る。
【００８７】
ＦＢフレームのコーディングおよび変調。ＦＢフレームは、最も低いＭＣＳレベルを使用してコーディングおよび変調され得る。あるいは、イニシエータは、トレーニングフレームまたはビーコンフレームにおいてＦＢのためのＭＣＳレベルを割り当てることができる。第３の方法では、ＦＢフレームに使用されるビームフォーミング方式に応じて、レスポンダは、使用されるＭＣＳを決定し得る。例えば、ＦＢフレームがトレーニングされた狭いビームを使用して送信される場合、レスポンダは、より高いＭＣＳレベル（より高いデータレートを有するＭＣＳ）を利用し得る。ＦＢフレームが広いビームまたは擬似オムニビームを使用して送信される場合、レスポンダは、より低いＭＣＳレベルを利用し得る。一実施形態では、ＦＢ期間は、イニシエータからの確認応答を搬送するために使用され得る。ＦＢフレームの終わりの後のｘＩＦＳ時間、レスポンダは、イニシエータからの確認応答フレームを受信することを期待し得る。レスポンダは、トレーニングされた最良の受信セクタ／ビーム／ＡＶＷを受信のために使用し得る。レスポンダがｙＩＦＳ時間期間の後に何も受信しない可能性がある場合、レスポンダはＦＢ送信の失敗を考慮し得る。ｙＩＦＳはｘＩＦＳよりも長くてもよい。各ＦＢタイムスロットが固定の持続時間を有し得る場合、レスポンダは境界において送信を切り捨ててもよい。フィードバック手順を完了するために余分のＦＢフレームが必要とされる場合がある。
【００８８】
レスポンダは、ＦＢ期間の終わりの後のｘＩＦＳ期間、イニシエータからの確認応答フレームを受信することを期待し得る。あるいは、確認応答期間の割振りは、トレーニング告知フレームにおいてシグナリングされ得る。一実施形態では、レスポンダは、イニシエータから送信されたブロードキャスト／マルチキャストフレームであり得るＭ−ＳＴＡ  ＡＣＫフレームを受信し得る。各レスポンダは、ＳＴＡ  ＩＤを含んでいてもよい、フレーム内のユーザ毎フィールドをチェックし得る。１つのＳＴＡ  ＩＤがレスポンダのＩＤと一致し得る場合、レスポンダは、ＳＴＡ  ＩＤに対応するＡＣＫ／ＢＡフィールドをチェックし得る。別の実施形態では、レスポンダは、イニシエータからの１つまたは複数のＡＣＫ／ＢＡフレームを受信し得る。ＡＣＫ／ＢＡフレームのうちの１つは、レスポンダに宛てられ得る。レスポンダは、そのフレームに含まれているＡＣＫ／ＢＡ情報をチェックし得る。あるいは、レスポンダは、ＦＢフレームの終わりの後のｘＩＦＳ時間、ＡＣＫ告知フレームを受信し得る。ＡＣＫ告知フレームは、複数のレスポンダに対するＡＣＫ／ＢＡスケジューリング情報を含んでいてもよい。レスポンダは、告知フレームに対応する期待されたＡＣＫ／ＢＡフレームの時間／周波数オフセットを決定し得る。レスポンダは、時間／周波数オフセットに基づいてそのＡＣＫ／ＢＡフレームをチェックする。レスポンダが確認応答期間にいかなるＡＣＫも受信しないまたは否定ＡＣＫを受信する場合、レスポンダはＦＢ送信の失敗を決定し得る。レスポンダは、トレーニングおよび／またはフィードバックを再び実行するための別の機会を待つことができる。
【００８９】
フレーム設計
本明細書では、例となる実施形態における統合マルチキャストトレーニング手順に利用されるフレームが説明される。
【００９０】
トレーニングフレーム。トレーニングフレームは、イニシエータ送信ビームおよび／またはレスポンダ受信ビームの両方をトレーニングするためのトレーニングシーケンスを搬送してもよい。イニシエータ送信ビームおよびレスポンダ受信ビームのためのトレーニングシーケンスは、別個に設計されてもよい。トレーニングフレームは、ＭＡＣ本体を搬送してもよく、搬送しなくてもよい。トレーニングフレームは、複数のユーザへのブロードキャスト／マルチキャストフレームであってもよい。
【００９１】
トレーニングフレームＰＰＤＵは、例となるフレームＰＰＤＵ設計を示す図８に示されるように設計され得る。後方互換性の要件に応じて、トレーニングフレームＰＰＤＵは、（８０２．１１ａｄにおいて定義される）ＤＭＧ  ＰＰＤＵ、（８０２．１１ａｙについて定義される）ＥＤＭＧ  ＰＰＤＵ、または他のタイプのＰＰＤＵであり得る。ＰＬＣＰヘッダは、指定されたヘッダフォーマットに従い得る。ＭＡＣ本体は、ＳＳＷフレーム、ＢＲＰフレーム、ビーコンフレームまたは新たに設計されたフレームであり得る。ＡＧＣフィールドおよび（レスポンダ受信ビームトレーニングに使用される）ＴＲＮ−ＲＮフィールドが後に続き得る。ＡＧＣフィールドおよびＴＲＮ−ＲＮフィールドのサイズは、ＰＬＣＰヘッダにおいてシグナリングされ得る数Ｎによって決定され得る。４Ｎは、レスポンダ側でトレーニングされるべき受信ビームの最大数である。
【００９２】
イニシエータビームパターンおよびレスポンダビームパターンの例となる使用は、例示的なビームトレーニング方式についての図９に示されている。この例では、Ｎ＝１と想定されるが、何らかのＮ＞１の場合に拡大することは容易（であり、いかなる当業者にも明らか）であろう。イニシエータは、同じ送信ビームを使用してトレーニングＰＰＤＵ全体を送信し得る。しかしながら、レスポンダは、ＰＬＣＰヘッダおよびＭＡＣ本体の受信のためにその選択されたビームを使用し得る。選択されたビームは、実装形態依存であり得る。例えば、それはイニシエータに対応する既知の最良の受信ビームであり得るか、またはそれは擬似オムニビームであり得る。ＡＧＣフィールドから開始して、レスポンダは、その受信ビームをスイープするか、または受信ビームトレーニングのためのそのアンテナベクトル重みを変更することができる。図９の例では、４つのＡＧＣサブフィールドがあり、従って、レスポンダは４つのビーム／重み（すなわち、ビーム１〜４）をスイープすることができる。ＴＲＮ−ＲＸフィールドには、１つのチャネル推定（ＣＥ）サブフィールド、および４つのトレーニングサブフィールドがある。レスポンダは、選択されたビームを使用してＣＥサブフィールドを受信し、ビーム１〜４を使用して４つのトレーニングサブフィールドを検出することができる。図９では、角括弧で囲まれた文字［Ａ］、［Ｂ］、［Ｃ］、および［Ｄ］は、繰り返し色または繰り返しパターンを示すための任意の他の方法を表し得る。
【００９３】
トレーニングＭＡＣフレームと呼ばれることがあるＭＡＣ本体は、以下のフィールド：送信アドレス（ＴＡ）；受信アドレス（ＲＡ）；持続時間；ＰＡＡ／アンテナＩＤ；偏波ＩＤ；ビーム／セクタ／コードブックＩＤ；ＣＤＯＷＮ；およびフィードバック期間要件のいずれかまたは全てを含んでいてもよい。送信アドレス（ＴＡ）は、送信ＭＡＣアドレスを含む。受信アドレス（ＲＡ）は、受信ＭＡＣアドレスを含む。トレーニングＭＡＣフレームがブロードキャスト／マルチキャストフレームである場合、ＲＡはブロードキャスト／マルチキャストアドレスであり得る。持続時間は、トレーニングＴＸＯＰの終わりまでの持続時間を含む。ＰＡＡ／アンテナＩＤフィールドは、この送信に利用されるＰＡＡ／アンテナを示すために使用され得る。二重偏波アンテナが利用される場合、偏波ＩＤは送信の偏波方向を示すために使用され得る。あるいは、いくつかの実施形態では、このフィールドは省略される場合があり、偏波方向はＰＡＡ／アンテナＩＤを使用して示され得る。ビーム／セクタ／コードブックＩＤフィールドは、この送信に利用されるビームまたはセクタまたは事前定義されたコードブック内のプリコーディング重みを示すために使用され得る。ＣＤＯＷＮは、残りのトレーニングフレームの数を含む。フィードバック期間要件は、以下のサブフィールド：ＦＢ期間の開始時間；ＦＢ期間の持続時間；ＦＢタイプ；固定のＦＢタイムスロット；ＦＢ要件；含まれる確認応答のいずれかまたは全てを搬送し得る。
【００９４】
ＦＢタイプは、例えば、以下のもの：ポーリングベースのランダムアクセス；ポーリングベースのスケジュールされたアクセス；ポーリングなしのランダムアクセス；ポーリングなしのスケジュールされたアクセスを示し得る。あるいは、このフィールドは、２つのフィールドによって置き換えられ得る。１つはポーリング必須（poll required）フィールドであり、もう１つはランダムアクセス必須（random access required）フィールドである。
【００９５】
固定のＦＢタイムスロットは、ＦＢタイムスロットが固定であるかどうかを示し得る。固定のＦＢタイムスロットの場合、タイムスロット持続時間は、トレーニングフレームにおいて指定および／またはシグナリングされ得る。
【００９６】
ＦＢ要件は、量子化ＢＦが必要とされるかどうかおよび／またはチャネル状態情報（ＣＳＩ）が必要とされるかどうかを示し得る。量子化ＢＦは、ＰＡＡ  ＩＤフィードバック、偏波ＩＤフィードバック、および／またはビームＩＤフィードバックを指す場合がある。ＣＳＩ情報フィードバックの場合、Ｍ個の最も強いタップのＣＳＩがフィードバックのために要求され得る。Ｍは、トレーニングフレームにおいてシグナリングされ得る。
【００９７】
含まれる確認応答は、確認応答がＦＢ期間に含まれるかどうかを示し得る。
【００９８】
トレーニング告知フレーム。トレーニング告知フレームは、トレーニング期間、フィードバック期間および確認応答期間に関する情報を搬送し得る。トレーニング告知フレームは、複数のユーザに対するブロードキャスト／マルチキャストフレームであり得る。トレーニング告知フレームは、ＥＤＭＧ  ＰＰＤＵまたは他のタイプのＰＰＤＵを使用して送信され得る。トレーニング告知フレームは、以下のフィールド：ＴＡ、ＲＡ、持続時間、トレーニングタイプ、トレーニング期間周波数／時間割振り、フィードバック期間周波数／時間割振り、確認応答期間周波数／時間割振り、送信されるべきトレーニングフレームの数、およびトレーニングされるべき受信ビームの数を搬送し得る（Ｎは上記でさらに論じられている）。
【００９９】
ＴＡは送信ＭＡＣアドレスであり得る。ＲＡは受信ＭＡＣアドレスであり得る。トレーニングＭＡＣフレームがブロードキャスト／マルチキャストフレームである場合、ＲＡはブロードキャスト／マルチキャストアドレスであり得る。持続時間は、トレーニングＴＸＯＰの終わりまでの持続時間であり得る。
【０１００】
トレーニングタイプは、イニシエータＴｘトレーニング；組み合わされたイニシエータＴｘトレーニングおよびレスポンダＲｘトレーニング；イニシエータ多Ｔｘトレーニング；または組み合わされたイニシエータ多ＴｘトレーニングおよびレスポンダＲｘトレーニングを含み得る。組み合わされたイニシエータＴｘトレーニングおよびレスポンダＲｘトレーニングの場合、トレーニングフレームは、レスポンダＲｘトレーニングのためのＴＲＮ−ＲＸフィールドを含んでいてもよい。イニシエータ多Ｔｘトレーニングの場合、イニシエータは、ＭＩＭＯ  ＢＦトレーニングのために複数のビームを同時に送信してもよい。
【０１０１】
トレーニング期間周波数／時間割振りは、ＢＷおよびチャネル割振り、並びにトレーニング期間の開始時間および持続時間を含み得る。
【０１０２】
フィードバック期間周波数／時間割振りは、ＦＢ期間が存在するかを示し得る。このフィールドが設定される場合、示される情報は、ＢＷおよびチャネル割振り；フィードバック期間の開始時間および持続時間；および／またはフィードバック期間要件を含み得る。フィードバック期間要件フィールドは、トレーニングＭＡＣフレームに関して上記で開示された同じ情報を含んでいてもよい。フィールドが存在しない場合などの他の場合では、ＦＢ期間は後でスケジュールされてもよい。
【０１０３】
確認応答期間周波数／時間割振りは、確認応答期間が存在するかを示し得る。このフィールドが設定される場合、示される情報は、ＢＷおよびチャネル割振り；および／または確認応答期間の開始時間および持続時間を含み得る。他の場合では、イニシエータから送信された確認応答は、ＦＢ期間の中にあってもよい。
【０１０４】
あるいは、トレーニング告知フレームは、８０２．１１ａｄにおいて定義されるような許可（Grant）フレームに基づいて修正され得る。
【０１０５】
日和見的ＢＦトレーニング。複数のＳＴＡのための同時ＢＦトレーニングをサポートするために、ＡＰまたはＰＣＰなどのイニシエータは、異なる数のアンテナまたはＰＡＡおよび異なる数のセクタを有する全てのＳＴＡにチャネルの十分な情報を提供するために、十分な数のＢＦトレーニングフレームを送信し得る。ＢＦトレーニングの意図されたターゲットではないＳＴＡは、別のＳＴＡを対象としたＢＦトレーニングフレームを受信することが可能であり得る。ＳＴＡは、異なるＳＴＡを対象とした、またはＳＴＡ自体を含んでもよく含まなくてもよいＳＴＡのグループを対象とした、受信されたＢＦトレーニングフレームに基づいて、非請求フィードバックをイニシエータ、例えば、ＡＰまたはＰＣＰに提供し得る。
【０１０６】
例えば、ＳＴＡは、非請求ＳＳＷフィードバックもしくはＳＳＷ  ＡＣＫフレーム、または新たに設計された非請求フィードバックフレームを提供して、それが受信したセクタ、ビーム、アンテナのうちの最良の１つまたは複数をイニシエータに報告することができる。非請求フィードバックフレームは、どのＢＦトレーニングセッションの間にそのようなフィードバック情報が取得されたかの情報も含む場合があり、そのような情報は、イニシエータ、（グループＩＤまたはブロードキャストもしくはマルチキャストＩＤによって識別されるＳＴＡのグループであり得る）レスポンダの（ＭＡＣアドレス、ＡＩＤ、または他のタイプのＩＤなどの）ＩＤ、受信されたトレーニングセッションの時間などを含み得る。ＳＴＡは、非請求またはＯＦＤＭＡランダムアクセスもしくはＣＢＰもしくはスケジュールされたＳＰもしくは事前定義されたフィードバックＴＸＯＰの間にのいずれかで、または任意の他の方式で、フィードバックを提供し得る。
【０１０７】
別の実装形態では、ＳＴＡは、長期トレーニング契約、および／または非請求フィードバック、および／またはグループトレーニング契約を確立し得る。ＳＴＡおよびＡＰおよびＰＣＰは、長期トレーニング、および／または非請求フィードバック、および／またはグループトレーニングの能力を交換し得る。そのような契約が確立されると、ＡＰまたはＰＣＰまたは任意の他のＳＴＡは、ビーコンまたは他のタイプの管理もしくは制御フレームに含まれるスケジュールまたは告知に従って、通常のＢＦトレーニングを開始し得る。１つまたは複数のラウンドのＢＦトレーニングフレームを受信すると、イニシエータとの確立された長期トレーニング契約、および／または非請求フィードバック、および／またはグループトレーニング契約を有するＳＴＡは、非請求またはＯＦＤＭＡランダムアクセスもしくはＣＢＰもしくはスケジュールされたＳＰもしくは事前定義されたフィードバックＴＸＯＰの間にのいずれかで、または任意の他の方式で、フィードバックを提供し得る。ＳＴＡが複数のアンテナ／ビーム／セクタを有する場合、および、全てのアンテナ／ビーム／セクタが受信されたＢＦフレームの数を使用してトレーニングされ得るわけではない場合、ＳＴＡは部分的フィードバックを提供し得る。部分的フィードバックでは、ＳＴＡは、トレーニングされる必要がある追加のＢＦフレーム、セクタ、ビームの数も示し得る。また、ＳＴＡは、例えば、ＲＳＳまたはレスポンダＢＦトレーニングのための追加のトレーニングＴＸＯＰも要求し得る。ＳＴＡは、非請求またはＯＦＤＭＡランダムアクセスもしくはＣＢＰもしくはスケジュールされたＳＰもしくは事前定義されたフィードバックＴＸＯＰの間にのいずれかで、または任意の他の方式で、部分的フィードバックを提供し得る。
【０１０８】
フィードバックのランダム多重アクセス。イニシエータは、フィードバックについての多重アクセス規則をセットアップし得る。１つの方法では、ＦＢ期間はランダムにアクセスされ得る。ランダムアクセスの衝突可能性を低減するために、ランダムアクセスを用いた制約付きフィードバック方式が開示される。フィードバック期間は、いくつかのアクセス制約が適用され得る非重複タイムスロットに区分され得る。制約を満たすＳＴＡのみが、フィードバックフレームを送信するためのタイムスロットを使用することができる。制約付きフィードバック期間は、ビーコンフレーム、トレーニング告知フレームにおいて告知されるか、または規格において規定され得る。制約は、以下のうちの１つまたは複数を含み得る。  
・  イニシエータは、１つまたは少数の指定されたタイムスロット上で送信するためにイニシエータの１つまたは複数のＴＸセクタ／ビームのカバレージ範囲内にあり得るＳＴＡのグループを示し得る。アンテナ／チャネル相互関係を想定して、イニシエータは、適格とされたレスポンダに関連付けられた最良のＲｘセクタ／ビームが知られている可能性があると想定することができ、従って、イニシエータは、ＦＢ受信のための対応するタイムスロット上でＲｘセクタ／ビームを使用することができる。  
・  イニシエータは、一定のタイプのフィードバックを実行して１つまたは少数の指定されたタイムスロット上で送信することができるＳＴＡのグループを示し得る。例えば、イニシエータは、タイムスロットグループ１を使用して最良のセクタＩＤをフィードバックし得るＳＴＡ；タイムスロットグループ２を使用して最良の２つのセクタをフィードバックし得るＳＴＡ；タイムスロットグループ３を使用して１つの受信ＲＸフロントエンドを使用するＣＳＩをフィードバックし得るＳＴＡ；タイムスロットグループ４を使用して２つの受信ＲＸフロントエンドを使用するＣＳＩをフィードバックし得るＳＴＡなどを示し得る。この例では、タイムスロットは、各グループ内で同じサイズを有してもよく、グループによって異なっていてもよい。
【０１０９】
図１０は、ランダムアクセスを用いたセクタ／ビーム制約付きＦＢ方式の例となる手順を示す。この例では、トレーニング告知フレームにおいて、イニシエータは、Ｎ個のビーム／セクタをトレーニングするためにＮ個のトレーニングフレームを使用するイニシエータＴｘトレーニングを示し得る。イニシエータは、ＦＢ期間がＫ個のタイムスロットを含んでいてもよいことを示し、各タイムスロット上で制約付きランダムアクセス規則を示し得る。あるいは、制約付きランダムアクセス規則は、ビーコンフレームまたは他のタイプの管理フレームによって告知され得る。または、それは規格において規定され得る。他の実施形態では、アクセスはスケジュールされるかまたはポーリングされ得る。
【０１１０】
図１０の例では、Ｋ＝Ｎである。従って、ｋ番目のＴｘビーム／セクタを選ぶレスポンダは、ｋ番目のランダムアクセスタイムスロットにおいて応答し得る。Ｋ＞Ｎの場合、１つのＴｘビーム／セクタと関連付けることができるレスポンダに２つ以上のランダムアクセスタイムスロットが割り当てられ得る。Ｋ＜Ｎの場合、２つ以上のＴｘビーム／セクタと関連付けることができるレスポンダに１つのランダムアクセスタイムスロットが割り当てられ得る。
【０１１１】
イニシエータは、Ｎ個のセクタ／ビームを使用してＮ個のトレーニングフレームを送信し得る。レスポンダは、イニシエータの最良のＴｘビーム／セクタを決定し得る。
【０１１２】
ＦＢ期間において、イニシエータは、異なるタイムスロット上でその受信ビーム／セクタをスイープし得る。ｋ番目のタイムスロットの場合、イニシエータは、前のトレーニング期間におけるｋ番目のＴｘビーム／セクタに対応し得る受信ビームを受信のために使用し得る。図１０に示されるように、イニシエータは、トレーニングフレームを送信するために使用されたＴｘビーム／アンテナ重み／セクタと同じ／同様のアンテナ設定またはビーム重みを有し得る受信ビームをスイープし得る。制約を満たすレスポンダは、競合し、送信することができる。図１０に示される例では、レスポンダは、Ｎ個のグループに暗黙的にグループ化され得る。イニシエータからのｋ番目のＴｘビーム／セクタをＴｘビーム／セクタの全ての中で最良（または最良のうちの１つ）と見なすレスポンダグループｋは、フィードバック送信を求めて競合し得る。
【０１１３】
いくつかの実施形態では、上述された手順のうちの２つ以上が組み合わされてもよい。
【０１１４】
上述の例では、毎回、１つのトレーニングフレームが送信され得る。イニシエータが複数のビーム／セクタを介して同時に送信することが可能である場合、２つ以上のトレーニングフレームは、毎回、複数のビーム／セクタを介して送信され得る。他の事例では、１つのトレーニングフレームは、毎回、複数のビーム／セクタを介して送信され得る。トレーニングフレームは、一実施形態では、図８に示されるフォーマットを有してもよく、ここで、ＴＲＮ−Ｒフィールドは、レスポンダがそれらの最良の受信ビームをトレーニングすることを可能にするために付加され得る。
【０１１５】
上述の例では、ＦＢ期間は、複数のＦＢタイムスロットに分割され得る。各ＦＢタイムスロットは、１つのセクタまたはビーム方向に関連付けられ得る。そのセクタまたはビーム方向に関連付けられたレスポンダは、そのタイムスロット上でフィードバックしようとしてもよいが、イニシエータは、関連付けられたセクタまたはビーム方向を使用して受信を実行してもよい。レスポンダは、チャネル相互関係が想定される場合にトレーニングフレームにおいて付加されたＴＲＮ−Ｒフィールドを使用してトレーニングされ得るその最良の送信ビームを使用して、そのタイムスロット上でフィードバックすることができる。
【０１１６】
イニシエータが２つ以上の受信ビームを介して同時に受信する能力を有する場合、各フィードバックタイムスロットは、２つ以上のビーム方向と関連付けられ得る。例えば、ｋ番目のＦＢタイムスロットは、セクタ／ビーム方向ｍおよびｎと関連付け得るレスポンダに使用され得る。イニシエータは、それに対応して、ＦＢタイムスロットｋの受信において、受信セクタ／ビームｍおよびｎを使用し得る。イニシエータは、受信機（イニシエータ）側でのセクタ／ビーム間干渉が小さくなるように、セクタ／ビームのペアを慎重に設計し得る。例えば、イニシエータは、二重偏波されたＰＡＡを介して一緒に形成されたビーム／セクタをペアにし得る。
【０１１７】
上述の手順のいずれかまたは全てを使用することによって、同じＦＢタイムスロットにおいて送信し得るレスポンダの数が制約および／または制限されることがある。しかしながら、２つ以上のレスポンダが送信制約を適格とし得るので、それらは依然として、送信するために競合し得る。そのような場合、競合は時間領域または周波数領域において実行され得る。例えば、時間領域競合では、各ＦＢタイムスロットは整数の時間チップにさらに分割され得る。ＦＢタイムスロットを使用して応答しようと試みる各レスポンダは、送信するための１つの時間チップをランダムに選択し得る。周波数領域競合では、広い周波数帯域は複数の周波数領域サブチャネルに分割され得る。ＦＢタイムスロットを使用して応答しようと試みる各レスポンダは、その上で送信するための１つのサブチャネルをランダムに選択し得る。レスポンダは帯域全体を使用してプリアンブルまたはプリアンブルの部分を送信し得るが、ＦＢ情報を搬送し得るデータフィールドは選択されたサブチャネル上で送信され得ることに留意されたい。あるいは、ＦＢタイムスロットは、複数の時間周波数領域グリッドに分割され得る。レスポンダは、その上でまたはそこにおいて送信するための１つの時間周波数領域ユニットをランダムに選定することができる。繰り返すが、プリアンブルまたはプリアンブルの部分は、帯域全体を介して送信され得る。上述のＦＢ手順は、ビームフォーミングトレーニング関連の情報以外の送信データ／制御情報に拡張され得る。
【０１１８】
図１１は、少なくとも１つの実施形態による、ＡＰおよび複数のＳＴＡを含む例示的なシナリオを示す。例示的なシナリオ１１００は、ＡＰ１１０２、ＳＴＡ１１１０、ＳＴＡ１１２０、ＳＴＡ１１３０、およびＳＴＡ１１４０を含む。示される例では、ＳＴＡ１１１０はタブレットコンピュータであり、ＳＴＡ１１２０はスマートフォンであり、ＳＴＡ１１３０はラップトップコンピュータであり、ＳＴＡ１１４０は携帯情報端末（ＰＤＡ）である。示される例では、ＳＴＡ１１１０〜１１４０の各々は、１１１１、１１２１、１１３１、および１１４１において示されるようなＤＬを介してＡＰ１１０２からデータを受信し、ＳＴＡの各々はまた、１１１２、１１２２、１１３２、および１１４２において示されるようなＵＬを介してＡＰ１１０２にデータを送信する。ＳＴＡ１１１０〜１１４０は、任意のＩＥＥＥ８０２．１１プロトコルを含む任意の適切な無線プロトコルを使用してＡＰ１１０２と（および場合によっては互いと）通信し得る。
【０１１９】
図１２は、少なくとも１つの実施形態による、例示的な無線通信デバイスを示す。デバイス１２００は、ＡＰ、ＳＴＡ、および／または任意の他の無線通信デバイスとすることができる。従って、本明細書で説明されるＡＰ、ＳＴＡ、および／または他のコンピューティング通信デバイス（例えば、ＡＰ１１０２、ＳＴＡ１１１０〜１１４０など）のいずれかは、図１２に関連して説明される例示的な構造と同様の構造を有することができる。さらに、本明細書でイニシエータ、レスポンダなどの用語で呼ばれる様々なデバイスは、図１２に関連して説明される構造と同様の構造を有することができる。
【０１２０】
図１２に示されるように、例示的なデバイス１２００は、通信インターフェース１２０２と、プロセッサ１２０４と、プログラム命令１２０８を含むデータストレージ１２０６と、任意選択のユーザインターフェース１２１０とを含み、それらの全ては、システムバス１２１２によって通信可能に接続される。提供され、説明されるアーキテクチャは、限定ではなく、例として本明細書で提示されるので、他のデバイスアーキテクチャも使用され得る。
【０１２１】
通信インターフェース１２０２は、（例えば、ＬＴＥ、ＷｉＦｉ（すなわち、任意の１つまたは複数のＩＥＥＥ８０２．１１プロトコル）、Ｂｌｕｅｔｏｏｔｈ、および／または同様のものに従って通信するための）１つまたは複数の無線通信インターフェースおよび／または（例えば、イーサネット、ＵＳＢ、および／または同様のものに従って通信するための）１つまたは複数の有線通信インターフェースを含み得る。従って、通信インターフェース１２０２は、本明細書で説明されるような１つまたは複数の他のエンティティとの通信の１つまたは複数の形態を実施するための、任意の必要なハードウェア（例えば、チップセット、アンテナ、イーサネットカードなど）、任意の必要なファームウェア、および任意の必要なソフトウェアを含み得る。
【０１２２】
プロセッサ１２０４は、当業者によって適切と見なされる任意のタイプの１つまたは複数のプロセッサを含むことができ、いくつかの例は、汎用マイクロプロセッサおよび専用デジタル信号プロセッサ（ＤＳＰ）を含む。
【０１２３】
データストレージ１２０６は、任意の非一時的コンピュータ可読媒体またはそのような媒体の組合せの形態をとることができ、いくつかの例は、当業者によって適切と見なされる任意の１つまたは複数のタイプの非一時的データストレージ技術が使用され得るので、ほんの数例を挙げると、フラッシュメモリ、読取り専用メモリ（ＲＯＭ）、およびランダムアクセスメモリ（ＲＡＭ）を含む。データストレージ１２０６は、本明細書で説明される様々な機能を実施するためにプロセッサ１２０４によって実行可能なプログラム命令１２０８を含む。
【０１２４】
存在するとき、任意選択のユーザインターフェース１２１０は、１つもしくは複数の入力デバイス（別名では、構成要素および同様のもの）および／または１つもしくは複数の出力デバイス（別名では、構成要素および同様のもの）を含み得る。入力デバイスに関しては、任意選択のユーザインターフェース１２１０は、１つまたは複数のタッチスクリーン、ボタン、スイッチ、ノブ、マイクロフォンなどを含み得る。出力デバイスに関しては、任意選択のユーザインターフェース１２１０は、１つまたは複数のディスプレイ、スピーカー、発光ダイオード（ＬＥＤ）などを含み得る。さらに、任意選択のユーザインターフェース１２１０の１つまたは複数の構成要素（例えば、対話型タッチスクリーンディスプレイ構成要素）は、ユーザ入力機能とユーザ出力機能の両方を提供することができる。また、確実に、当業者に知られているように、他のユーザインターフェース構成要素が所与の文脈で使用され得る。
【０１２５】
本発明の特徴および要素は、特定の組合せで好ましい実施形態で説明されるが、各特徴または要素は、好ましい実施形態のその他の特徴および要素なしで単独で、または、本発明の他の特徴および要素ありもしくはなしの様々な組合せで使用され得る。
【０１２６】
本明細書で説明される実施形態は、８０２．１１固有のプロトコルを考慮しているが、本明細書で説明される実施形態は、このシナリオに制約されず、他の無線システムにも適用可能であることを理解されたい。
【０１２７】
実施形態および提供される例全体にわたって、図中の空白領域は、この領域に対する制約がなく、任意の実施形態が用いられ得ることを暗示する。
【０１２８】
追加の実施形態。一実施形態では、イニシエータデバイスが、複数のレスポンダデバイスに、ＭＩＭＯビームフォーミングトレーニングのためのトレーニング期間およびフィードバック期間を告知するスケジューリング情報を含むメッセージフレームを送信するステップと、イニシエータデバイスが、複数のレスポンダデバイスに、複数のトレーニングフレームを送信するステップであって、各フレームは、告知されたトレーニング期間の間にそれぞれの送信ビームを使用して連続的に送信され、トレーニングフレームの各々は、トレーニングフレームの終わりに付加された複数のトレーニングシーケンスを有し、トレーニングシーケンスの数は、トレーニングされるべきレスポンダデバイスの受信ビームの数を表す、ステップと、イニシエータデバイスが、トレーニングされるべきイニシエータの受信ビーム上でビームフォーミングフィードバック応答を連続的に受信するステップであって、応答は、告知されたフィードバック期間の間に複数のレスポンダデバイスのうちの少なくともサブセットから受信される、ステップと、イニシエータデバイスが、受信されたビームフォーミングフィードバック応答に応答して、１つまたは複数の確認応答フレームを複数のレスポンダデバイスのうちのサブセットに送信するステップとを含む方法がある。方法は、イニシエータデバイスが、告知されたフィードバック期間内の複数のタイムスロットのうちの１つに対して、トレーニングされるべき各受信ビーム上で連続的に受信することを含み得る。方法は、複数のタイムスロットのうちの少なくとも１つ内で、イニシエータデバイスが、複数のレスポンダデバイスの各々からビームフォーミングフィードバック応答を受信することを含み得る。方法は、イニシエータデバイスが、トレーニング期間において使用されたものと同じ順序で、フィードバック期間の間に受信ビーム上で連続的に受信することを含み得る。方法は、イニシエータデバイスが、複数のレスポンダデバイスが複数のタイムスロットの各々の間にビームフォーミングフィードバック応答を送信するための要件を示す少なくとも１つの制約付きランダムアクセス規則を通信するステップをさらに含み得る。方法は、イニシエータデバイスが、複数のタイムスロットの各々内に時間領域競合のための命令を複数のレスポンダデバイスに通信するステップをさらに含み得る。方法は、命令が、レスポンダデバイスに、レスポンダデバイスが応答要件を満たすタイムスロット内の複数の時間チップのうちのランダムに選択された１つにおいて、それらのビームフォーミングフィードバック応答を送信するよう指示することを含み得る。方法は、イニシエータデバイスが、複数のタイムスロットの各々内に周波数領域競合のための命令を複数のレスポンダデバイスに通信するステップをさらに含み得る。方法は、命令が、レスポンダデバイスに、レスポンダデバイスが応答要件を満たすタイムスロット内の複数の周波数領域サブチャネルのうちのランダムに選択された１つの上でそれらのビームフォーミングフィードバック応答を送信するよう指示することを含み得る。方法は、各トレーニングフレームが、（ｉ）イニシエータデバイスおよび対応する基本サービスセットの一方または両方を識別する基本的サービスセットＩＤと（ｉｉ）トレーニングフレームの終わりに付加された余分のトレーニングシーケンスの数を示すＰＬＣＰヘッダを含むことを含み得る。
【０１２９】
一実施形態では、イニシエータデバイスが、１つまたは複数のレスポンダデバイスに、ＭＩＭＯビームフォーミングのためのトレーニング期間およびフィードバック期間を告知するスケジューリング情報を含むビーコンフレームを送信するステップを含む方法があり得る。方法はまた、イニシエータデバイスが、１つまたは複数のレスポンダデバイスに、告知されたトレーニング期間の間に数Ｎのトレーニングフレームを送信するステップを含み得る。方法はまた、イニシエータデバイスが、告知されたフィードバック期間の間にレスポンダデバイスからビームフォーミングフィードバック応答を受信するステップを含み得る。方法はまた、イニシエータデバイスが、フィードバック期間の後に生じる確認応答期間の間に１つまたは複数の確認応答フレームを１つまたは複数のレスポンダデバイスに送信するステップを含み得る。いくつかの事例では、スケジューリング情報は、ＭＩＭＯビームフォーミングトレーニングおよびフィードバック期間の開始時間および持続時間を含む。いくつかの事例では、スケジューリング情報は、ビーコンフレームに対する時間オフセットを含む。いくつかの事例では、各トレーニングフレームは、セクタ／ビーム／アンテナベクトル重み（ＡＶＷ）を使用して送信される。いくつかの事例では、トレーニングフレームは、ｘＩＦＳ期間によって分離される。いくつかの事例では、各トレーニングフレームは、（ｉ）イニシエータデバイスおよび対応する基本サービスセット（ＢＳＳ）の一方または両方を識別するＢＳＳＩＤ／色と（ｉｉ）トレーニングフレームの終わりに付加された余分のＡＧＣ／トレーニングシーケンスの数Ｋを示すＰＬＣＰヘッダを含む。いくつかの事例では、各トレーニングフレームは、持続時間、セクタ／ビーム／アンテナベクトル重み（ＡＶＷ）ＩＤ、フィードバック選好情報、および確認応答情報のうちの１つまたは複数を含むＭＡＣ本体を含む。いくつかの事例では、各トレーニングフレームは、最も低いＭＣＳレベルを使用してコーディングおよび変調される。いくつかの事例では、イニシエータデバイスが告知されたフィードバック期間の間にレスポンダデバイスからビームフォーミングフィードバック応答を受信することは、イニシエータデバイスが複数のそれぞれのタイムスロットにおいて複数のフィードバックフレームを受信することを含む。いくつかの事例では、フィードバック期間は、ポーリングなしのフィードバック期間である。いくつかの事例では、レスポンダは、ランダムアクセスを利用して、フィードバック応答を送信する。いくつかの事例では、レスポンダは、制約付きランダムアクセスを利用して、フィードバック応答を送信する。いくつかの事例では、イニシエータは、トレーニング期間におけるものと同じ順序でセクタ／ビームスイープを繰り返すが、レスポンダは、トレーニング期間においてトレーニングされた最良のセクタにおいて応答する。いくつかの事例では、レスポンダは、スケジュールされたアクセスを利用して、フィードバック応答を送信する。いくつかの事例では、フィードバック期間は、ポーリングありのフィードバック期間である。いくつかの事例では、レスポンダは、ランダムアクセスを利用して、フィードバック応答を送信する。いくつかの事例では、レスポンダは、スケジュールされたアクセスを利用して、フィードバック応答を送信する。いくつかの事例では、各フィードバックタイムスロットは、イニシエータデバイスから送信されたポーリングフレームで始まる。いくつかの事例では、各ポーリングフレームは、擬似オムニ重みを使用して送信される。いくつかの事例では、各ポーリングフレームは、最も低いＭＣＳを使用して送信される。いくつかの事例では、第１のフィードバックタイムスロット以外の各フィードバックタイムスロットは、イニシエータデバイスから送信されたポーリングフレームで始まる。いくつかの事例では、フィードバック期間は、イニシエータデバイスからの確認応答を搬送するために使用される。いくつかの事例では、イニシエータデバイスは、多局確認応答フレームを複数のレスポンダデバイスに送信する。いくつかの事例では、多局確認応答フレームは、擬似オムニ重みを使用して送信される。いくつかの事例では、多局確認応答フレームは、最も低いＭＣＳを使用して送信される。いくつかの事例では、イニシエータデバイスは、時間領域において多局確認応答フレームを繰り返す。いくつかの事例では、イニシエータデバイスは、周波数領域において多局確認応答フレームを繰り返す。いくつかの事例では、イニシエータデバイスは、時間領域と周波数領域の両方において多局確認応答フレームを繰り返す。いくつかの事例では、イニシエータデバイスは、それぞれの確認応答フレームを複数の異なるレスポンダに送信する。いくつかの事例では、それぞれの確認応答フレームは、ｘＩＦＳ時間期間によって分離される。いくつかの事例では、各そのような確認応答フレームは、フィードバック期間の間に受信されたフィードバックに基づいて選択された最良のセクタ／ビーム／アンテナベクトル重み（ＡＶＷ）を使用して送信される。いくつかの事例では、イニシエータは、フィードバックフレームの終わりの後に確認応答告知フレームを送信する。いくつかの事例では、後（ａｆｔｅｒ）は、後のｘＩＦＳ時間（ｘＩＦＳ  ｔｉｍｅ  ａｆｔｅｒ）を含む。いくつかの事例では、確認応答告知フレームは、擬似オムニ重みを使用して送信される。いくつかの事例では、確認応答告知フレームは、最も低いＭＣＳを使用して送信される。
【０１３０】
一実施形態では、イニシエータデバイスであって、無線通信インターフェースと、プロセッサと、イニシエータデバイスに機能のセットを実施させるための、プロセッサによって実行可能な命令を含むデータストレージとを備え、機能のセットが、１つまたは複数のレスポンダデバイスに、ＭＩＭＯビームフォーミングのためのトレーニング期間およびフィードバック期間を告知するスケジューリング情報を含むビーコンフレームを送信するステップと、１つまたは複数のレスポンダデバイスに、告知されたトレーニング期間の間に数Ｎのトレーニングフレームを送信するステップと、告知されたフィードバック期間の間にレスポンダデバイスからビームフォーミングフィードバック応答を受信するステップと、フィードバック期間の後に生じる確認応答期間の間に１つまたは複数の確認応答フレームを１つまたは複数のレスポンダデバイスに送信するステップとを含む、イニシエータデバイスがある。
【０１３１】
一実施形態では、イニシエータがイニシエータの送信ビームフォーミングトレーニングおよび１つまたは複数のレスポンダの受信ビームフォーミングトレーニングを実行するための複数の統合トレーニングフレームを送信するトレーニング期間と、各レスポンダがトレーニングフィードバックフレームで応答するトレーニングフィードバック期間と、イニシエータがそれぞれの確認応答フレームを１つまたは複数のレスポンダに送信する確認応答期間とを含む統合マルチキャスト／ブロードキャスト多入力多出力（ＭＩＭＯ）ビームフォーミングトレーニング手順がある。いくつかの事例では、各レスポンダは、ランダムアクセス、スケジュールされたアクセス、およびポーリングベースのアクセスのうちの１つを使用してトレーニングフィードバックフレームを送信する。
【０１３２】
一実施形態では、イニシエータから、複数のタイムスロットを有するトレーニング期間の間に複数の統合トレーニングフレーム（ＵＴＦ）を送信するステップを含み、少なくとも１つのタイムスロットは、別個のビームを介した同時ＵＴＦ送信を含む、ビームフォーミングトレーニング手順がある。いくつかの事例では、手順は、複数のレスポンダから、トレーニングフィードバック期間の間にトレーニングフィードバックフレームを受信するステップをさらに含む。いくつかの事例では、ＦＢ期間は複数のＦＢタイムスロットに分割され、各ＦＢタイムスロットは１つのセクタまたはビーム方向に関連付けられる。いくつかの事例では、ＦＢ期間は複数のＦＢタイムスロットに分割され、各ＦＢタイムスロットは２つ以上のビーム方向に関連付けられる。いくつかの事例では、２つ以上のビーム方向は、イニシエータ受信機でのセクタ／ビーム間干渉を低減するために選択される。いくつかの事例では、イニシエータは、二重偏波されたＰＡＡを介してビームおよび／またはセクタのペアを形成する。いくつかの事例では、所与のＦＢタイムスロットは制約／制限され、競合は時間領域または周波数領域のいずれかにおいて実行される。いくつかの事例では、時間領域競合は、各ＦＢタイムスロットを整数の時間チップに分割することを含み、そのＦＢタイムスロットを求めて競合する各レスポンダは、その間に送信するための１つの時間チップをランダムに選択する。いくつかの事例では、周波数領域競合は、広い周波数帯域を複数の周波数領域サブチャネルに分割することを含み、所与のＦＢタイムスロットを使用するために競合する各レスポンダは、送信するための１つのサブチャネルをランダムに選択する。いくつかの事例では、レスポンダは帯域全体を使用してプリアンブルまたはプリアンブルの部分を送信し、ＦＢ情報を搬送するデータフィールドは選択されたサブチャネル上で送信される。いくつかの事例では、ＦＢタイムスロットは、複数の時間周波数領域グリッドに分割される。いくつかの事例では、レスポンダは、送信するための１つの時間周波数領域ユニットをランダムに選定する。いくつかの事例では、レスポンダは、帯域全体を介してプリアンブルまたはプリアンブルの部分を送信する。
【０１３３】
一実施形態では、イニシエータデバイスが、１つまたは複数のレスポンダデバイスに、ＭＩＭＯビームフォーミングのためのトレーニング期間およびフィードバック期間を告知するスケジューリング情報を含むビーコンフレームを送信するステップを含む方法がある。方法はまた、イニシエータデバイスが、１つまたは複数のレスポンダデバイスに、告知されたトレーニング期間の間に数Ｎのトレーニングフレームを送信するステップを含む。方法はまた、イニシエータデバイスが、告知されたフィードバック期間の間に１つまたは複数のレスポンダデバイスからビームフォーミングフィードバック応答を受信するステップを含む。方法はまた、イニシエータデバイスが、１つまたは複数の確認応答フレームを１つまたは複数のレスポンダデバイスに送信するステップを含む。方法は、スケジューリング情報が、ＭＩＭＯビームフォーミングトレーニングおよびフィードバック期間の開始時間および持続時間を含むことを含み得る。方法は、スケジューリング情報が、ビーコンフレームに対する時間オフセットを含むことを含み得る。方法は、各トレーニングフレームが、セクタ、ビーム、またはアンテナベクトル重み（ＡＶＷ）を使用して送信されることを含み得る。方法は、イニシエータデバイスがトレーニングフレームを送信するステップが、イニシエータデバイスが複数のセクタ、ビーム、またはアンテナベクトル重みを使用して複数のトレーニングフレームを同時に送信するステップをさらに含むことを含み得る。方法は、トレーニングフレームがｘＩＦＳ期間によって分離されることを含み得る。方法は、各トレーニングフレームが、（ｉ）イニシエータデバイスおよび対応する基本サービスセットの一方または両方を識別する基本サービスセットＩＤと（ｉｉ）トレーニングフレームの終わりに付加された余分のトレーニングシーケンスの数Ｋを示すＰＬＣＰヘッダを含むことを含み得る。方法は、各トレーニングフレームが、持続時間、セクタＩＤ、ビームＩＤ、またはアンテナベクトル重みＩＤ、フィードバック選好情報、および確認応答情報のうちの１つまたは複数を含むＭＡＣ本体を含むことを含み得る。方法は、数Ｎが各トレーニングフレームにおいて示されることを含み得る。方法は、トレーニングフレームの残りの数が各トレーニングフレームにおいて示されることを含み得る。方法は、イニシエータデバイスが告知されたフィードバック期間の間にレスポンダデバイスからビームフォーミングフィードバック応答を受信するステップが、イニシエータデバイスが複数のそれぞれのタイムスロットにおいて複数のフィードバックフレームを受信するステップを含むことを含み得る。方法は、各タイムスロットの長さが同じであることを含み得る。方法は、タイムスロットの全てが同じ長さを有するわけではないことを含み得る。方法は、フィードバック期間がポーリングなしのフィードバック期間であることを含み得る。方法は、イニシエータデバイスから、１つまたは複数のレスポンダデバイスが応答し得る少なくとも１つのタイムスロットに対するランダムアクセスを告知するステップをさらに含み得る。方法は、イニシエータデバイスからのランダムアクセス告知が、少なくとも１つのタイムスロットのうちの少なくとも１つに対する制約付きランダムアクセスの告知をさらに含むことを含み得る。方法は、１つまたは複数のレスポンダデバイスからのビームフォーミングフィードバック応答がイニシエータデバイスによってスケジュールされることをさらに含み得る。方法は、フィードバック期間がポーリングありのフィードバック期間であることを含み得る。方法は、イニシエータデバイスから、１つまたは複数のレスポンダデバイスが応答し得る少なくとも１つのタイムスロットに対するランダムアクセスを告知するステップをさらに含み得る。方法は、イニシエータデバイスからのランダムアクセス告知が、少なくとも１つのタイムスロットのうちの少なくとも１つに対する制約付きランダムアクセスの告知をさらに含むことを含み得る。方法は、１つまたは複数のレスポンダデバイスからのビームフォーミングフィードバック応答がイニシエータデバイスによってスケジュールされることをさらに含み得る。方法は、各フィードバックタイムスロットが、イニシエータデバイスから送信されたポーリングフレームで始まることを含み得る。方法は、各ポーリングフレームが、擬似オムニ重みを使用して送信されることを含み得る。方法は、各ポーリングフレームが、最も低いＭＣＳを使用して送信されることを含み得る。方法は、第１のフィードバックタイムスロット以外の各フィードバックタイムスロットが、イニシエータデバイスから送信されたポーリングフレームで始まることを含み得る。方法は、イニシエータデバイスが、フィードバック期間の後に生じる確認応答期間の間に１つまたは複数の確認応答フレームを１つまたは複数のレスポンダデバイスに送信することを含み得る。方法は、１つまたは複数の確認応答フレームが、１つまたは複数のレスポンダデバイスへの多局確認応答フレームを含むことを含み得る。方法は、多局確認応答フレームが擬似オムニ重みを使用して送信されることを含み得る。方法は、多局確認応答フレームが最も低いＭＣＳを使用して送信されることを含み得る。方法は、イニシエータデバイスが、時間領域において多局確認応答フレームを繰り返すことを含み得る。方法は、イニシエータデバイスが、周波数領域において多局確認応答フレームを繰り返すことを含み得る。方法は、イニシエータデバイスが、時間領域と周波数領域の両方において多局確認応答フレームを繰り返すことを含み得る。方法は、イニシエータデバイスが、それぞれの確認応答フレームを複数の異なるレスポンダに送信することを含み得る。方法は、それぞれの確認応答フレームが、ｘＩＦＳ時間期間によって分離されることを含み得る。方法は、各そのような確認応答フレームが、フィードバック期間の間に受信されたビームフォーミングフィードバック応答に基づいて選択された最良のセクタ、最良のビーム、または最良のアンテナベクトル重み（ＡＶＷ）を使用して送信されることを含み得る。方法は、イニシエータデバイスが、フィードバックフレームの終わりの後に確認応答告知フレームを送信することを含み得る。方法は、確認応答告知フレームが、フィードバックフレームの終わりの後のｘＩＦＳ時間、送信されることを含み得る。方法は、確認応答告知フレームが擬似オムニ重みを使用して送信されることを含み得る。方法は、確認応答告知フレームが最も低いＭＣＳを使用して送信されることを含み得る。方法は、イニシエータデバイスが、ビームフォーミングフィードバック応答の成功した復号に続いて、フィードバック期間の間に１つまたは複数の確認応答フレームを１つまたは複数のレスポンダデバイスに送信することを含み得る。方法は、イニシエータデバイスがトレーニング告知フレームを送信するステップをさらに含み得る。方法は、トレーニング告知フレームが送信機会の長さを含むことを含み得る。方法は、トレーニング告知フレームが、告知されたトレーニング期間の時間割振りおよび周波数割振りのうちの少なくとも１つを含むことを含み得る。方法は、トレーニング告知フレームが、告知されたフィードバック期間の時間割振りおよび周波数割振りのうちの少なくとも１つを含むことを含み得る。方法は、トレーニング告知フレームが、確認応答期間の時間割振りおよび周波数割振りのうちの少なくとも１つを含むことを含み得る。
【０１３４】
一実施形態では、イニシエータデバイスが、１つまたは複数のレスポンダデバイスに、ＭＩＭＯビームフォーミングのためのトレーニング期間およびフィードバック期間を告知するスケジューリング情報を含むトレーニング告知フレームを送信するステップを含む方法がある。方法はまた、イニシエータデバイスが、１つまたは複数のレスポンダデバイスに、告知されたトレーニング期間の間に数Ｎのトレーニングフレームを送信するステップを含む。方法はまた、イニシエータデバイスが、告知されたフィードバック期間の間に１つまたは複数のレスポンダデバイスからビームフォーミングフィードバック応答を受信するステップを含む。方法はまた、イニシエータデバイスが、１つまたは複数の確認応答フレームを１つまたは複数のレスポンダデバイスに送信するステップを含む。
【０１３５】
一実施形態では、レスポンダデバイスが、イニシエータデバイスから、ＭＩＭＯビームフォーミングのためのトレーニング期間およびフィードバック期間を告知するスケジューリング情報を含むビーコンフレームを受信するステップを含む方法がある。方法はまた、レスポンダデバイスが、イニシエータデバイスから、告知されたトレーニング期間の間に少なくとも１つのトレーニングフレームを受信するステップを含む。方法はまた、レスポンダデバイスが、告知されたフィードバック期間の間にビームフォーミングフィードバック応答をイニシエータデバイスに送信するステップを含む。方法はまた、レスポンダデバイスが、イニシエータデバイスから少なくとも１つの確認応答フレームを受信するステップを含む。方法は、レスポンダデバイスが、受信されたトレーニングフレームに基づいて、トレーニングフレームの終わりに付加された余分のトレーニングシーケンスの数Ｋを決定するステップをさらに含み得る。方法は、数Ｋがトレーニングされるべき受信セクタ、ビーム、またはアンテナベクトル重み（ＡＶＷ）の数以上であるとの決定に応答して、レスポンダデバイスが、全ての可能な組合せにわたってその受信セクタ、ビーム、またはＡＶＷを切り替えるステップをさらに含み得る。方法は、数Ｋがトレーニングされるべき受信セクタ、ビーム、またはＡＶＷの数よりも大きい場合、レスポンダデバイスが、少なくとも１つの余分のトレーニングシーケンスにおいて、トレーニングされるべき受信セクタ、ビーム、またはＡＶＷのうちの少なくとも１つを繰り返すことをさらに含み得る。方法は、数Ｋがトレーニングされるべき受信セクタ、ビーム、またはアンテナベクトル重み（ＡＶＷ）の数未満であるとの決定に応答して、レスポンダデバイスが、トレーニングのためにＫ個の受信セクタ、ビーム、またはＡＶＷを選択するステップをさらに含み得る。方法は、Ｋ個のセクタ、ビーム、またはＡＶＷが、レスポンダデバイスのトレーニング履歴に少なくとも部分的に基づいて選択されることを含み得る。方法は、レスポンダデバイスがトレーニング期間の長さを推定するステップをさらに含み得る。方法は、レスポンダデバイスが告知されたフィードバック期間のタイプに基づいてビームフォーミングフィードバック応答を準備するステップをさらに含み得る。方法は、告知されたフィードバック期間がポーリングなしのランダムアクセスフィードバックであり、レスポンダデバイスが、ランダムアクセスプロトコルを使用してビームフォーミングフィードバック応答を送信するためのタイムスロットを選択するステップをさらに含み得る。方法は、告知されたフィードバック期間がポーリングなしのスケジュールされたフィードバックであり、レスポンダデバイスが、スケジュールされたタイムスロットの初めにビームフォーミングフィードバック応答を送信するステップをさらに含み得る。方法は、告知されたフィードバック期間がポーリングありのランダムアクセスフィードバックであることをさらに含み得る。方法は、告知されたフィードバック期間がポーリングありのスケジュールされたフィードバックであり、レスポンダデバイスがポーリングフレームを受信したことに応答して、レスポンダデバイスが、ポーリングフレームの後のｘＩＦＳ期間、ビームフォーミングフィードバック応答を送信するステップをさらに含み得る。方法は、受信された少なくとも１つの確認応答フレームが多局確認応答フレームを含むことを含み得る。
【０１３６】
一実施形態では、イニシエータデバイスが、１つまたは複数のレスポンダデバイスに、ＭＩＭＯビームフォーミングのためのトレーニング期間およびフィードバック期間を告知するスケジューリング情報を送信するステップを含む方法がある。方法はまた、イニシエータデバイスが、１つまたは複数のレスポンダデバイスに、告知されたトレーニング期間の間に数Ｎのトレーニングフレームを送信するステップを含む。方法はまた、イニシエータデバイスが、告知されたフィードバック期間の間に１つまたは複数のレスポンダデバイスからビームフォーミングフィードバック応答を受信するステップを含む。方法はまた、イニシエータデバイスが、１つまたは複数の確認応答フレームを１つまたは複数のレスポンダデバイスに送信するステップを含む。方法は、スケジューリング情報がビーコンフレームにおいて送信されることを含み得る。方法は、スケジューリング情報がトレーニング告知フレームにおいて送信されることを含み得る。
【０１３７】
一実施形態では、イニシエータデバイスから複数のレスポンダデバイスに、ＭＩＭＯビームフォーミングのためのトレーニング期間およびフィードバック期間を告知するスケジューリング情報を含むメッセージフレームを送信するステップを含む方法がある。方法はまた、イニシエータデバイスから、告知されたトレーニング期間の間に少なくともＮ個のトレーニングフレームをＮ個のビームを介して送信するステップを含む。方法はまた、イニシエータデバイスにおいて、複数のレスポンダデバイスのうちの少なくとも１つから少なくとも１つのフィードバック送信を受信するステップであって、少なくとも１つのフィードバック送信の各々は、フィードバック送信に関連付けられたレスポンダデバイスのための好ましいビームを識別する、ステップを含む。方法はまた、イニシエータデバイスから、少なくとも第１の確認応答フレームを複数のレスポンダデバイスのうちの少なくとも１つに送信するステップを含む。方法は、第１の確認応答フレームが確認応答期間の間に送信され、確認応答期間がフィードバック期間の後に生じることを含み得る。方法は、第１の確認応答フレームがフィードバック期間の間に送信されることを含み得る。方法は、フィードバック送信がポーリングに従ってイニシエータデバイスによって協調されることを含み得る。方法は、フィードバック送信が所定のスケジューリングに従ってイニシエータデバイスによって協調されることを含み得る。方法は、フィードバック送信がランダムアクセスに従ってイニシエータデバイスによって協調されることを含み得る。方法は、フィードバック送信が競合に従ってイニシエータデバイスによって協調されることを含み得る。
【図１】
2019514243.tif 000003
【図２】
2019514243.tif 000004
【図３】
2019514243.tif 000005
【図４Ａ】
2019514243.tif 000006
【図４Ｂ】
2019514243.tif 000007
【図５】
2019514243.tif 000008
【図６】
2019514243.tif 000009
【図７】
2019514243.tif 000010
【図８】
2019514243.tif 000011
【図９】
2019514243.tif 000012
【図１０】
2019514243.tif 000013
【図１１】
2019514243.tif 000014
【図１２】
2019514243.tif 000015
【手続補正書】
【提出日】平成30年1月9日(2018.1.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
レスポンダデバイスが、イニシエータデバイスから、ＭＩＭＯビームフォーミングトレーニングのためのトレーニング期間およびフィードバック期間を告知するスケジューリング情報を含むメッセージフレームを受信するステップと、
前記レスポンダデバイスが、前記イニシエータデバイスから、少なくとも１つのトレーニングフレームを受信するステップであって、前記少なくとも１つのトレーニングフレームの各々は、前記トレーニングフレームの終わりに付加された複数のトレーニングシーケンスを有し、トレーニングシーケンスの数は、トレーニングされるべきレスポンダの受信ビームの数を表す、ステップと、
前記レスポンダデバイスが、前記少なくとも１つのトレーニングフレームの各々について、前記付加されたトレーニングシーケンスの間に複数の受信ビームの各々の上で連続的に受信するステップと、
前記レスポンダデバイスが、前記トレーニング期間にトレーニングされたイニシエータの複数の送信ビームのうちのイニシエータの最良の送信ビームを決定するステップと、
前記レスポンダデバイスが、前記トレーニング期間において各トレーニングフレームに付加された前記複数のトレーニングシーケンスを使用してトレーニングされたその複数の受信ビームのうちのその最良の受信ビームを決定するステップと、
前記レスポンダデバイスが、前記イニシエータデバイスの前記最良の送信ビームに対応する前記イニシエータの前記決定された最良の受信ビームに基づいてその中で送信するための前記複数のフィードバック期間タイムスロットのうちの１つを選択するステップと、
前記レスポンダデバイスが、前記告知されたフィードバック期間において前記イニシエータデバイスの前記受信ビームに関連付けられた前記選択されたフィードバック期間タイムスロットの間にビームフォーミングフィードバック応答を前記イニシエータデバイスに送信するステップであって、前記ビームフォーミングフィードバック応答は、前記レスポンダデバイスの前記最良の受信ビームに関連付けられた送信ビーム上で送信される、ステップと、
前記レスポンダデバイスが、前記イニシエータデバイスから少なくとも１つの確認応答フレームを受信するステップと
を含む方法。
【請求項２】
前記付加されたトレーニングシーケンスの数がトレーニングされるべき前記レスポンダデバイスの受信ビームの数に等しいとの決定に応答して、前記レスポンダデバイスが、トレーニングされるべき前記レスポンダデバイスの前記受信ビームの各々を含むように前記複数の受信ビームを選択するステップをさらに含む、請求項１の方法。
【請求項３】
前記付加されたトレーニングシーケンスの数がトレーニングされるべき前記レスポンダデバイスの受信ビームの数よりも大きいとの決定に応答して、前記レスポンダデバイスが、トレーニングされるべき前記レスポンダデバイスの前記受信ビームの各々および少なくとも１つの繰り返される受信ビームを含むように前記複数の受信ビームを選択するステップをさらに含む、請求項１の方法。
【請求項４】
前記付加されたトレーニングシーケンスの数がトレーニングされるべき前記レスポンダデバイスの受信ビームの数未満であるとの決定に応答して、前記レスポンダデバイスが、トレーニングされるべきその受信ビームのセットを含むように前記複数の受信ビームを選択するステップであって、前記セット内の受信ビームの数は前記付加されたトレーニングシーケンスの数に等しい、ステップをさらに含む、請求項１の方法。
【請求項５】
前記レスポンダデバイスが、前記メッセージフレームにおいて告知された少なくとも１つの要件に基づいてその中で送信するための前記複数のフィードバック期間タイムスロットのうちの１つを選択するステップをさらに含む、請求項１の方法。
【請求項６】
前記レスポンダデバイスが、前記ビームフォーミングフィードバック応答をその中で送信するための前記複数のフィードバック期間タイムスロットのうちの１つ内の複数の時間チップのうちの１つをランダムに選択するステップをさらに含む、請求項１の方法。
【請求項７】
前記レスポンダデバイスが、前記ビームフォーミングフィードバック応答をその中で送信するための前記複数のフィードバック期間タイムスロットのうちの１つ内の複数の時間空間チップのうちの１つをランダムに選択するステップをさらに含む、請求項１の方法。
【請求項８】
前記レスポンダデバイスが、前記複数のフィードバック期間タイムスロットのうちの１つにおいて前記ビームフォーミングフィードバック応答をその上で送信するための複数の周波数領域サブチャネルのうちの１つをランダムに選択するステップをさらに含む、請求項１の方法。
【請求項９】
前記レスポンダデバイスが、前記イニシエータデバイスから受信されたポーリングフレームに応答してその中で送信するための前記複数のフィードバック期間タイムスロットのうちの１つを選択するステップをさらに含む、請求項１の方法。
【請求項１０】
前記レスポンダデバイスによって受信された前記トレーニングフレームのうちの少なくとも１つは、２つ以上のレスポンダに宛てられる、請求項１の方法。
【請求項１１】
前記レスポンダデバイスが、前記トレーニング期間において使用される前記イニシエータデバイスの送信ビームの順序に基づいて、前記複数のフィードバック期間タイムスロットの各々に使用される前記イニシエータデバイスの前記受信ビームを決定するステップをさらに含む、請求項１の方法。
【請求項１２】
イニシエータデバイスが、複数のレスポンダデバイスに、ＭＩＭＯビームフォーミングトレーニングのためのトレーニング期間およびフィードバック期間を告知するスケジューリング情報を含むメッセージフレームを送信するステップと、
前記イニシエータデバイスが、前記複数のレスポンダデバイスに、複数のトレーニングフレームを送信するステップであって、各フレームは、前記告知されたトレーニング期間の間にそれぞれの送信ビームを使用して連続的に送信され、前記トレーニングフレームの各々は、前記トレーニングフレームの終わりに付加された複数のトレーニングシーケンスを有し、トレーニングシーケンスの数は、トレーニングされるべきレスポンダデバイスの受信ビームの数を表す、ステップと、
前記イニシエータデバイスが、トレーニングされるべきイニシエータの前記受信ビーム上でビームフォーミングフィードバック応答を連続的に受信するステップであって、前記応答は、前記告知されたフィードバック期間の間に前記複数のレスポンダデバイスのうちの少なくともサブセットから受信され、前記イニシエータデバイスは、前記告知されたフィードバック期間内の複数のタイムスロットのうちの１つについて、トレーニングされるべき各受信ビーム上で連続的に受信する、ステップと、
前記イニシエータデバイスが、前記受信されたビームフォーミングフィードバック応答に応答して、１つまたは複数の確認応答フレームを前記複数のレスポンダデバイスのうちの前記サブセットに送信するステップと
を含む方法。
【請求項１３】
前記イニシエータデバイスが、前記複数のレスポンダデバイスが前記複数のタイムスロットの各々の間にビームフォーミングフィードバック応答を送信するための要件を示す少なくとも１つの制約付きランダムアクセス規則を通信するステップをさらに含む、請求項１２の方法。
【請求項１４】
前記イニシエータデバイスが、前記複数のタイムスロットの各々内に時間領域競合のための命令を前記複数のレスポンダデバイスに通信するステップをさらに含む、請求項１２の方法。
【請求項１５】
前記命令は、レスポンダデバイスに、前記レスポンダデバイスが応答要件を満たすタイムスロット内の複数の時間チップのうちのランダムに選択された１つにおいて、それらのビームフォーミングフィードバック応答を送信するよう指示する、請求項１４の方法。
【請求項１６】
前記イニシエータデバイスが、前記複数のタイムスロットの各々内に周波数領域競合のための命令を前記複数のレスポンダデバイスに通信するステップをさらに含む、請求項１２の方法。
【請求項１７】
前記命令は、レスポンダデバイスに、前記レスポンダデバイスが応答要件を満たすタイムスロット内の複数の周波数領域サブチャネルのうちのランダムに選択された１つの上でそれらのビームフォーミングフィードバック応答を送信するよう指示する、請求項１６の方法。
【請求項１８】
イニシエータデバイスであって、
無線通信インターフェースと、
プロセッサと、
前記イニシエータデバイスに機能のセットを実施させるための、前記プロセッサによって実行可能な命令を含むデータストレージと
を備え、前記機能のセットは、
複数のレスポンダデバイスに、ＭＩＭＯビームフォーミングトレーニングのためのトレーニング期間およびフィードバック期間を告知するスケジューリング情報を含むメッセージフレームを送信するステップと、
前記複数のレスポンダデバイスに、複数のトレーニングフレームを送信するステップであって、各フレームは、前記告知されたトレーニング期間の間にそれぞれのビームを使用して連続的に送信され、前記トレーニングフレームの各々は、前記トレーニングフレームの終わりに付加された複数のトレーニングシーケンスを有し、トレーニングシーケンスの数は、トレーニングされるべきイニシエータの受信ビームの数を表す、ステップと、
トレーニングされるべき前記イニシエータの前記受信ビーム上でビームフォーミングフィードバック応答を連続的に受信するステップであって、前記応答は、前記告知されたフィードバック期間の間に前記複数のレスポンダデバイスのうちの少なくともサブセットから受信され、前記イニシエータデバイスは、前記告知されたフィードバック期間内の複数のタイムスロットのうちの１つについて、トレーニングされるべき各受信ビーム上で連続的に受信する、ステップと、
前記受信されたビームフォーミングフィードバック応答に応答して、１つまたは複数の確認応答フレームを前記複数のレスポンダデバイスのうちの前記サブセットに送信するステップと
を含む、イニシエータデバイス。
【国際調査報告】
2019514243.tif 000016
2019514243.tif 000017
2019514243.tif 000018