JP2023518273A - ダウンリンクｏｆｄｍビームフォーミング同時送信 - Google Patents

Abstract

同時送信を交渉し、少なくとも１つの局（ＳＴＡ）に向けてビームフォーミング通信を実行する一方で、１又は２以上の他のアクセスポイント（ＡＰ）に向けてヌル化することを実行して、干渉を低減するＷｉＦｉ通信機構。プリアンブル干渉を克服するように全方向性送信を利用し、これは、記号間隔を同期させることと組み合わせて使用されて、記号遷移から干渉を除去する。強化された同時送信プロトコルは、２つのＡＰが互いに干渉することなく同時に送信できるようにする。【選択図】図１０

Description

〔関連出願の相互参照〕
[0001] 本出願は、２０２０年７月３１日に出願された米国特許出願第１６／９４５，７４２号に対する優先権及びその利益を主張するものであり、この特許出願はその全体が引用により本明細書に組み入れられる。本出願は、また、２０２０年３月３１日に出願された米国仮特許出願第６３／００２，５４７号に対する優先権及びその利益を主張するものであり、この仮特許出願はその全体が引用により本明細書に組み入れられる。

〔連邦政府が支援する研究又は開発に関する記述〕
[0002] 適用なし

〔コンピュータプログラムによる添付物の引用による組み入れ〕
[0003] 適用なし

〔著作権保護を受ける資料の通知〕
[0004] 本特許文書中の資料の一部は、米国及びその他の国の著作権法の下で著作権保護を受けることができる。著作権の権利所有者は、米国特許商標庁の一般公開ファイル又は記録内に表されるとおりに第三者が特許文献又は特許開示を複製することには異議を唱えないが、それ以外は全ての著作権を留保する。著作権所有者は、限定するわけではないが、米国特許法施行規則§１．１４に従う権利を含め、本特許文献を秘密裏に保持しておくあらゆる権利を本明細書によって放棄するものではない。

[0006] 本開示の技術は、一般に、無線ネットワーク通信に関し、具体的には、ＷＬＡＮにおいて空間再利用動作を向上させるためのダウンリンクシナリオにおける同時送信に関する。

[0008] 今日、大抵の無線通信装置は、その展開の容易さに起因して、ＷｉＦｉネットワークを通じてインターネットに接続することができ、ＷｉＦｉユーザの数が急増している。より高いスループット及び遅延の低減を含めてネットワーク性能を向上させたより多くの装置のためにインターネット接続性を提供するために、ＷｉＦｉ向上の継続が求められる。

[0009] ＷｉＦｉ装置の人気は、特によりビジーなラッシュアワー中に、ＷｉＦｉチャネルの混雑を増加させる。レガシーＷｉＦｉネットワークは、１つの装置のみが所与の空間及び時間内にチャネルにアクセスできるようにすることにより、チャネル及びネットワークスループットの利用を制限する。

[0010] ＩＥＥＥ ８０２．１１ａｘ標準は、空間再利用動作のためのいくつかの規定を含み、これにより、複数の局（ＳＴＡ）がチャネルにアクセスして同時に送信できるようにする。空間再利用対応ＷＬＡＮでは、ネットワークは、パケットスループットを著しく増大させることができる。

[0011] しかしながら、同じ時間中に２つのパケット送信を実行すると、多くの場合、干渉結合の形で干渉を招く。したがって、ビームフォーミング及びヌル化などの他の技術を使用して、干渉レベルを低減して、結合効果を軽減することができる。しかし、同時送信中のビームフォーミング及びヌル化でも、全ての干渉結合を除去するとは限らず、同時送信の効率及び成功率の低下を引き起こす。

[0012] したがって、干渉結合を低減する空間再利用のための改良された機構に対するニーズが存在する。本開示は、このニーズを満たすとともに、これまでの技術を凌駕する更なる利点をもたらす。

[0013] ＷＬＡＮにおいて空間再利用動作の効率を向上させるためのダウンリンクシナリオのための同時送信機構を説明する。従来の８０２．１１ａｘプロトコルにおいてビームフォーミング及びヌル化が使用された時に、同時送信中の干渉は、主に２つの理由で引き起こされる。第１に、パケット送信の波形は、物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プリアンブル記号と、直交周波数分割多重化（ＯＦＤＭ）記号とを含む。ビームフォーミング及びヌル化が適用された時に、ＰＬＣＰプリアンブル記号は、全方向性方式で送信される。ＰＬＣＰプリアンブル送信に起因する干渉は低減されない。

[0014] 第２に、ＯＦＤＭ記号がビームフォーミング及びヌル化された時に、ＯＦＤＭ記号遷移に起因して、ＯＦＤＭガード間隔の周囲に周期的にエネルギバーストが依然として発生する。２つの送信のＯＦＤＭ記号境界が同期されない時に、エネルギバーストは、同時送信に干渉する可能性がある。

[0015] 同時送信中の干渉結合効果を除去するために、干渉源を回避しなければならない。２つの送信が異なる時間に開始する時に、同時送信中の干渉結合効果を除去するタスクはより困難である。

[0016] したがって、これらの同時送信をサポートするための新しい送信スキーム（プロトコル）を説明する。新しい送信スキームの目的は、弱い干渉結合しか受けず、かつＡＰ間を少し協調するだけで、ダウンリンクシナリオにおいて同時送信を可能にすることである。

[0017] 同時送信においてビームフォーミング及びヌル化技術を利用する。同時送信中に、２つのパケット送信は、同時に開始する必要はない。本開示は、全方向性方式で送信されるＰＬＣＰプリアンブルに起因する干渉と、同時送信中の２つのＡＰ間の非同期ＯＦＤＭ記号境界の使用に起因する干渉とを除去するための装置及び方法を説明する。

[0018] 現在のＷＬＡＮプロトコルは、２つのＡＰ（ＡＰ１及びＡＰ２として例示する）が同じ通信エリア（空間）及び時間に存在して、これらのＡＰが空間再利用のためにパケットを同時に送信できるようにする。しかしながら、ＡＰ２がＡＰ１の進行中の送信中に送信を開始した時に、ＡＰ２の送信は、ＡＰ１の送信に干渉する場合がある。

[0019] ＡＰ２は、ビームフォーミング及びヌル化などの技術を使用して、その同時送信に起因する干渉を低減することができる。しかしながら、ＡＰ２によって送信されるパケットの波形は、ＰＬＣＰプリアンブル記号と、複数のＯＦＤＭ記号とから構成される。ビームフォーミング及びヌル化は、ＯＦＤＭ記号のみに適用されるが、ＰＬＣＰプリアンブルには適用されない。ＰＬＣＰプリアンブル記号は、依然として全方向性モードで送信される。ＡＰ２からＡＰ１及びその関連するＳＴＡによって受け取られるプリアンブルの波形は、フルパワーで送信される。したがって、同時送信中にプリアンブルから干渉が生じ、著しい悪影響を及ぼす可能性がある。

[0020] ビームフォーミング及びヌル化がＡＰ２のＯＦＤＭ記号に適用された時に、ＯＦＤＭ記号遷移において周期的なエネルギバーストが発生し、これにより、ＡＰ１の進行中の送信において干渉を引き起こす可能性がある。ビームフォーミング及びヌル化などの技術を使用して、干渉レベルを低減して、結合効果を軽減する。しかしながら、ビームフォーミング及びヌル化は、同時送信中の干渉を除去することができず、同時送信の成功率が低下する。

[0021] 複数のアクセスポイント、例えばＡＰ１及びＡＰ２が共存する場合にパケット送信を実行するための無線通信システム、装置及び方法を説明する。各ＡＰ及びその関連するＳＴＡは、ＯＦＤＭ記号に関して信号を符号化及び復号化し、ＣＳＭＡ／ＣＡビームフォーミング及びヌル化が送信に適用される。ＡＰ２は、その関連するＳＴＡに向けてビームフォーミングする一方で、ＡＰ１に関連する１又は２以上のＳＴＡに向けて受信電力をヌル化することができる。ＡＰ２に関連するＳＴＡは、ＡＰ１又はＡＰ１に関連するＳＴＡに向けて送信電力をヌル化する能力を有することができる。このヌル化は、以下のことを含むことができる。すなわち、（ａ）ＡＰ１はパケット送信を開始して、他のＡＰがＡＰ１と同時にパケットを送信できるようにする。これは、（ｉ）他のＡＰとの事前ネゴシエーション、（ｉｉ）同時送信情報を送信すること、及び／又は（ｉｉｉ）ＡＰ１が影響を受けない限り、進行中の同時送信を可能にすること、を通じて行うことができる。（ｂ）ＡＰ２は、ＡＰ１の進行中の送信中に同時送信を開始する。（ｃ）ＡＰ２は、そのＯＦＤＭ記号境界とＡＰ１のＯＦＤＭ記号境界とを同期させて、ＡＰ１の受信機ＳＴＡに向けてヌルを作成する。（ｄ）ＡＰ１によって実行されている送信の終了の前に、ＡＰ２は、ＡＰ２の送信を終了する。

[0022] 本明細書の以下の部分では、本明細書で説明する技術の更なる態様が明らかになり、この詳細な説明は、本技術の好ましい実施形態を制限することなく完全に開示するためのものである。

[0023] 本明細書で説明する技術は、例示のみを目的とする以下の図面を参照することによって十分に理解されるであろう。

キャリア検知多重アクセス（ＣＳＭＡ）／衝突回避（ＣＡ）における従来の競合ベースのチャネルアクセスのフロー図である。 送信要求／送信可（ＲＴＳ／ＣＴＳ）が無効である時のＣＳＭＡ／ＣＡにおけるパケット送信を示すシグナリング図である。 ＲＴＳフレームフォーマットを示すデータフィールド図である。 ＣＴＳフレームフォーマットを示すデータフィールド図である。 ＣＳＭＡ／ＣＡにおいてＲＴＳ／ＣＴＳを使用することによってチャネル占有を示すタイミング図である。 従来のＩＥＥＥ ８０２．１１ｂｅプリアンブルを示すデータフィールド図である。 本開示の少なくとも１つの実施形態に従って利用される無線通信局ハードウェアのブロック図である。 本開示において例示的なトポロジとして使用される、２つのＡＰを有する小さいＷＬＡＮネットワークのネットワークトポロジ図である。 本開示の少なくとも１つの実施形態による、同時送信合意を確立する際のアクセスポイント（ＡＰ）間のシグナリング図である。 本開示の少なくとも１つの実施形態による、ＡＰが同時送信合意を要求するフロー図である。 本開示の少なくとも１つの実施形態による、ＡＰが同時送信合意を受け入れる又は拒絶するフロー図である。 本開示の少なくとも１つの実施形態による、ＡＰが同時送信合意を受け入れる又は拒絶するフロー図である。 本開示の少なくとも１つの実施形態による、ＡＰ１が同時送信を開始するフロー図である。 本開示の少なくとも１つの実施形態による、ＡＰ１が同時送信を開始するフロー図である。 本開示の少なくとも１つの実施形態による、第２のＡＰが第１のＡＰからＭＵ－ＲＴＳを受け取った時の第２のＡＰのアクションのフロー図である。 本開示の少なくとも１つの実施形態による、第２のＡＰが同時送信に参加するフロー図である。 本開示の少なくとも１つの実施形態による、第２のＡＰが同時送信に参加するフロー図である。 本開示の少なくとも１つの実施形態による、第２のＡＰが局（ＳＴＡ）に確認応答（ＡＣＫ）を要求するフロー図である。 本開示の少なくとも１つの実施形態による、ＳＴＡが第２のＡＰにＡＣＫを返送するフロー図である。 本開示の少なくとも１つの実施形態による第１の同時送信スキームのタイミング図である。 本開示の少なくとも１つの実施形態による、第１の同時送信スキームを使用する第１の例を示すシグナリング図である。 本開示の少なくとも１つの実施形態による、第１の同時送信スキームを使用する第２の例（例２ａ）を示すシグナリング図である。 本開示の少なくとも１つの実施形態による、第１の同時送信スキームを使用する第２の例の代替（例２ｂ）のシグナリング図である。 本開示の少なくとも１つの実施形態による、第１の同時送信スキームを使用する第２の例の代替（例２ｂ）のシグナリング図である。 本開示の少なくとも１つの実施形態による、第１の同時送信スキームを使用する第２の例の代替（例２ｂ）のシグナリング図である。 本開示の少なくとも１つの実施形態による、第１の同時送信スキームを使用する第２の例の別の代替（例２ｃ）のシグナリング図である。 本開示の少なくとも１つの実施形態による、第１の同時送信スキームを使用する第２の例の別の代替（例２ｃ）のシグナリング図である。 本開示の少なくとも１つの実施形態による、第１の同時送信スキームを使用する第２の例の別の代替（例２ｄ）のシグナリング図である。 本開示の少なくとも１つの実施形態による、第１の同時送信スキームを使用する第２の例の別の代替（例２ｄ）のシグナリング図である。 本開示の少なくとも１つの実施形態による、第１の同時送信スキームを使用する第２の例の別の代替（例２ｅ）のシグナリング図である。 本開示の少なくとも１つの実施形態による、第１の同時送信スキームを使用する第２の例の別の代替（例２ｅ）のシグナリング図である。 本開示の少なくとも１つの実施形態による、第１の同時送信スキームを使用する第３の例を示すシグナリング図である。 本開示の少なくとも１つの実施形態による、第１の同時送信スキームを使用する代替の第３の例のシグナリング図である。 本開示の少なくとも１つの実施形態による、第１の同時送信スキームを使用する代替の第３の例のシグナリング図である。 本開示の少なくとも１つの実施形態による第２の同時送信スキームのタイミング図である。 本開示の少なくとも１つの実施形態による、第２の同時送信スキームを使用する第１の例を示すシグナリング図である。 本開示の少なくとも１つの実施形態による、第２の同時送信スキームを使用する第１の例を示すシグナリング図である。 本開示の少なくとも１つの実施形態による、第２の同時送信スキームを使用する第１の例を示すシグナリング図である。 本開示の少なくとも１つの実施形態による、第２の同時送信スキームを使用する第２の例のシグナリング図である。 本開示の少なくとも１つの実施形態による、第２の同時送信スキームを使用する第２の例のシグナリング図である。 本開示の少なくとも１つの実施形態による、第２の同時送信スキームを使用する第２の例のシグナリング図である。 本開示の少なくとも１つの実施形態による、第２の同時送信スキームを使用する代替の第２の例（例２ｂ）のシグナリング図である。 本開示の少なくとも１つの実施形態による、第２の同時送信スキームを使用する代替の第２の例（例２ｂ）のシグナリング図である。 本開示の少なくとも１つの実施形態による、第２の同時送信スキームを使用する代替の第２の例（例２ｂ）のシグナリング図である。 本開示の少なくとも１つの実施形態による、第２の同時送信スキームを使用する第３の例（例２ｃ）のシグナリング図である。 本開示の少なくとも１つの実施形態による、第２の同時送信スキームを使用する第３の例（例２ｃ）のシグナリング図である。 本開示の少なくとも１つの実施形態による、第２の同時送信スキームを使用する第３の例（例２ｃ）のシグナリング図である。 本開示の少なくとも１つの実施形態による第３の同時送信スキームのタイミング図である。 本開示の少なくとも１つの実施形態による、第３の同時送信スキームを使用する例のシグナリング図である。 本開示の少なくとも１つの実施形態による、第３の同時送信スキームを使用する例のシグナリング図である。 本開示の少なくとも１つの実施形態による、第３の同時送信スキームを使用する例のシグナリング図である。 本開示の少なくとも１つの実施形態によるＳ－Ｔｘ要求フレームフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態によるＳ－Ｔｘ応答フレームフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態による同時送信情報のデータフィールド図である。 本開示の少なくとも１つの実施形態による、ＰＬＣＰプリアンブルのＥＨＴ－ＳＩＧフィールドに埋め込まれる同時送信情報のデータフィールド図である。 本開示の少なくとも１つの実施形態による第１のＳＴｘプリアンブルフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態による第２のＳＴｘプリアンブルフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態による第３のＳＴｘプリアンブルフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態による、媒体アクセス制御（ＭＡＣ）ヘッダに埋め込まれる同時送信情報のデータフィールド図である。

１．８０２．１１ ＷＬＡＮシステム概論
[0065] 図１に、ＩＥＥＥ ８０２．１１の下で、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を使用して、局（ＳＴＡ）がパケット送信及び再送信のためのチャネルにランダムアクセスできるようにするＷＬＡＮシステムの詳細を示す。ＣＳＭＡ／ＣＡシステムでは、ＳＴＡは、送信すべきデータがある時に、送信のためのチャネルを検知する。各送信及び再送信の前に、ＳＴＡは、チャネルを検知し、バックオフ時間を設定して（待って）チャネルアクセスを求めて競合しなければならない。

[0066] バックオフ時間は、０とコンテンションウィンドウのサイズとの間の均一な確率変数によって決定される。ＳＴＡは、バックオフ時間にわたって待ち、チャネルがアイドル状態であることを検知した後に、ＲＴＳフレームを送信してチャネル占有を確保すべきか否かを決定する。ＳＴＡがＲＴＳフレームを送信した場合、ＳＴＡがＣＴＳフレームを受け取った時にチャネル占有が確保されて、その時に、ＳＴＡはパケットを送信する。ＳＴＡがＲＴＳフレームを送信しない場合、ＳＴＡはパケットを直接送信する。ＲＴＳフレームを送信した後にＣＴＳフレームが受け取られない場合、又はタイムアウトの前にＳＴＡがＡＣＫを受け取らない場合、再送信が必要である。そうでなければ、ＣＴＳフレームが受け取られた場合、送信は成功している。再送信が必要な時に、ＳＴＡは、パケットの再送信の数をチェックし、再送信の数が再試行の限界を超える場合、パケットは破棄されて、再送信はスケジュールされない。そうでない場合には、再送信をスケジュールする。再送信がスケジュールされた場合、再送信のためのチャネルアクセスを求めて競合するために、別のバックオフ時間が必要である。コンテンションウィンドウのサイズが上限に達していない場合、ＳＴＡはサイズを大きくする。

[0067] ＳＴＡは、コンテンションウィンドウの新たなサイズに応じて、別のバックオフ時間を設定し、再送信のためにバックオフ時間を待ち、このプロセスは継続する。

[0068] 図２に、ＲＴＳ／ＣＴＳが無効であるＣＳＭＡ／ＣＡの下の送信局と受信局との間のランダムチャネルアクセスの例を示す。送信機ＳＴＡのＭＡＣレイヤがその上位レイヤからデータを受け取った時に、送信機ＳＴＡは、チャネルアクセスを獲得するために競合する。送信機ＳＴＡは、チャネルを求めて競合する時に、バックオフ時間まで待つ必要があり、それによって、コンテンションウィンドウのサイズは「ｎ」個のスロット（ＣＷ＝ｎ個のスロット）であり、バックオフ中にゼロまでカウントダウンする。チャネルを通じて別のパケット送信が行われる時に、カウントダウンプロセスを中断する（すなわち、クリアチャネル評価（ＣＣＡ）がビジーを示す）。送信機ＳＴＡは、データを送信するためのチャネルアクセスを獲得した後に、データをパケットにパケット化して、チャネルを通じてパケットを送信する。図に示すように、パケットの初期送信が失敗した場合、パケットの再送信が必要である。送信機ＳＴＡは、再びバックオフ時間を設定して、チャネルアクセスを求めて競合する。この時、これが再送信であることに起因して、コンテンションウィンドウのサイズは２倍であり、２＊ｎ個のスロット（ＣＷ＝２＊ｎ個のスロット）である。予想バックオフ時間も、コンテンションウィンドウサイズによって２倍にする。バックオフ時間がより長い時に、別のパケット送信によってカウントダウンプロセスを中断する（すなわちＣＣＡビジー）可能性が大きくなる。図に、初期送信に失敗して、次にチャネルを求めて３回競合した後に、最後に第１の再送信を実行して、ＡＣＫを受け取った時に成功することを示す。

[0069] 図に、ＳＩＦＳ、ＤＩＦＳ及びＡＣＫタイムアウトを含むタイミングも示す。図中のＧ１は、ショートフレーム間スペーシング（ＳＩＦＳ）を表し、これは、フレームの受け取りとフレームへの応答との間の無線装置によって必要とされる時間間隔である。ＤＣＦプロトコルは、局が送信する前に無線媒体のステータスを検知しなければならない物理媒体へのアクセスを制御する。局は、媒体がＤＣＦフレーム間スペース（ＤＩＦＳ）継続時間にわたって連続的にアイドル状態であることを見つけた場合、フレームを送信することを許可される。チャネルがＤＩＦＳ間隔中にビジーであると分かった場合、局は、その送信を延期すべきである。図は、ＤＩＦＳをＧ２として表す。なお、従来のＤＩＦＳは、ＤＩＦＳ＝ＳＩＦＳ＋（２＊スロット時間）として計算される。Ｇ３は、ＡＣＫタイムアウト間隔を表し、これは、送信エラーが発生したと仮定される前に、送信の確認応答を受け取ることができる時間である。

１．１．ＲＴＳ／ＣＴＳによるチャネル占有
[0071] ＣＳＭＡ／ＣＡでは、ＳＴＡは、ＲＴＳ／ＣＴＳ交換を使用することによって、チャネルを占有することができる。このプロセスは、特に、隠れたノードの問題が生じる状況において、他のノード（ネットワーク局）からの干渉から、パケット送信を保護する。

[0072] 図３に、送信要求（ＲＴＳ）フレームの内容を示す。フレーム制御フィールドは、フレームのタイプを示す。継続時間フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスのために使用されるネットワーク割り当てベクトル（ＮＡＶ）情報を含む。なお、ＮＡＶ情報は、ＩＥＥＥ ８０２．１１などの無線ネットワークプロトコルを含む仮想キャリア検知機構を使用することを可能にする。受信側アドレス（ＲＡ）フィールドは、フレームの受信側のアドレスを含む。送信側アドレス（ＴＡ）フィールドは、フレームを送信したＳＴＡのアドレスを含む。フレームチェックシーケンス（ＦＣＳ）フィールドは、メッセージの有効性を決定するための周期冗長検査の形式であり、このメッセージ及び他のメッセージにおいて示される。

[0073] 図４に、送信可（ＣＴＳ）フレームの内容を示す。フレーム制御フィールドは、フレームのタイプを示す。継続時間フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスのために使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信側のアドレスを含む。

[0074] 図５に、送信機ＳＴＡと、受信機ＳＴＡと、他のＳＴＡとの間でＣＳＭＡ／ＣＡの下でＲＴＳ／ＣＴＳを使用するチャネル占有のためのタイミングを示す。この例は、どのようにしてＳＴＡが、ＣＳＭＡ／ＣＡにおいてＲＴＳ／ＣＴＳ交換を使用することによって、チャネルを占有するかを示す。送信機ＳＴＡは、パケットを送信する前に、まず、ＲＴＳフレームを送信して、パケット送信のためのチャネル占有時間を要求する。受信機ＳＴＡは、ＲＴＳフレームを受け取った時に、送信機ＳＴＡにＣＴＳフレームを返送して、パケット送信のためにチャネル占有時間が予約されたことを報告する。ＣＴＳを受け取ったことに応答して、送信機はパケットを送信する。他のＳＴＡは、ＲＴＳフレーム及びＣＴＳフレームを受け取ると、ネットワーク割り当てベクトル（ＮＡＶ）を設定し、これは、それぞれ、ＮＡＶ（ＲＴＳ）及び次にＮＡＶ（ＣＴＳ）である。ＮＡＶによって設定される期間中に、他のＳＴＡはパケットを送信せず、パケット送信後にＡＣＫに応答してＮＡＶ期間が終了する。

１．２．通常のＩＥＥＥ ８０２．１１ｂｅ ＰＬＣＰプリアンブル
[0076] 図６に、以下のフィールドを有する通常のＩＥＥＥ ８０２．１１ｂｅプリアンブルフォーマットを示す。（ａ）Ｌ－ＳＴＦフィールドは、非ＨＴショートトレーニングフィールドである。（ｂ）Ｌ－ＬＴＦフィールドは、非ＨＴロングトレーニングフィールドを示す。（ｃ）Ｌ－ＳＩＧフィールドは、非ＨＴ信号フィールドを示す。（ｄ）ＲＬ－ＳＩＧフィールドは、反復非ＨＴ ＳＩＧフィールドを示す。（ｅ）Ｕ－ＳＩＧフィールドは、ＩＥＥＥ ８０２．１１ｂｅの超高スループット（ＥＨＴ）ユニバーサルフィールドを示す。（ｆ）ＥＨＴ－ＳＩＧフィールドは、ＥＨＴ信号フィールドを示す。（ｇ）ＥＨＴ－ＳＴＦフィールドは、ＥＨＴショートトレーニングフィールドを示し、これの代わりに、代替のタイプの信号トレーニングフィールドを使用することができる。（ｈ）ＥＨＴ－ＳＴＦフィールドは、ＥＨＴショートトレーニングフィールドを示す。ＥＨＴ－ＬＴＦフィールドは、ＥＨＴロングトレーニングフィールドを示すことに留意されたい。

２．課題の記述
[0078] ８０２．１１の下の現在のＷＬＡＮプロトコルは、同じブロードキャスト近傍の２つのＡＰ（例えばＡＰ１及びＡＰ２）が空間再利用のためにパケットを同時に送信できるようにする。しかしながら、ＡＰ２がＡＰ１の進行中の送信中に送信を開始した時に、ＡＰ２の送信は、ＡＰ１の送信に干渉する場合がある。

[0079] ＡＰ２は、ビームフォーミング及びヌル化などの技術を使用して、その同時送信に起因する干渉を低減することができる。しかしながら、ＡＰ２によって送信されるパケットの波形は、ＰＬＣＰプリアンブル記号と、複数のＯＦＤＭ記号とから構成される。ビームフォーミング及びヌル化は、ＯＦＤＭ記号のみに適用されるが、ＰＬＣＰプリアンブルには適用されない。ＰＬＣＰプリアンブル記号は、依然として全方向性モードで送信される。ＡＰ２からＡＰ１及びその関連するＳＴＡによって受け取られるプリアンブルの波形は、フルパワーで送信される。したがって、同時送信中に、プリアンブルに起因する干渉を無視することができない。

[0080] ビームフォーミング及びヌル化がＡＰ２のＯＦＤＭ記号に適用された時に、ＯＦＤＭ記号遷移において周期的なエネルギバーストが発生し、これにより、ＡＰ１の進行中の送信において干渉を引き起こす可能性がある。

３．本開示の寄与
[0082] 本開示では、ＷＬＡＮにおいてパケットデータ送信のために複数のアクセスポイントにわたって空間再利用効率を向上させ、かつビームフォーミング及びヌル化などの技術の欠点を回避して同時送信をサポートするための、ダウンリンクシナリオにおける同時送信スキームを説明する。２つのＡＰ間の同時送信を始動するために、少量の協調のみが必要である。２つのパケット送信は、同時に開始する必要はないが、それらの送信の一部の間に同時である。本開示は、全方向性方式で送信されるＰＬＣＰプリアンブルに起因する干渉と、同時送信中の２つのＡＰ間の非同期（同期されていない）ＯＦＤＭ記号境界に起因する干渉とを除去する方法を説明する。

[0083] 各アクセスポイント（ＡＰ）は、少なくとも１つの局（ＳＴＡ）と関連し、アクセスポイントのうちの１つ（ＡＰ１）は、開始期間内にＳＴＡ１へのデータパケット送信を開始する。ＡＰ１は、別のアクセスポイント（ＡＰ２）に、Ｓ－Ｔｘ要求フレーム又はＳ－Ｔｘプリアンブルなどの同時送信合意を送信する。ＡＰ２は、協調情報を含むＳ－Ｔｘ要求フレームを受け取り、同時送信合意を受け入れる又は拒絶する。

[0084] 他のシナリオでは、アクセスポイント（ＡＰ１）が、全方向性方式でプリアンブルを送信し、ＡＰ２が、プリアンブル情報を受け取る。なお、プリアンブル情報は、同時送信情報、例えば、アプリケーションに応じて、Ｓ－Ｔｘ許可指示フィールド、協調継続時間、ＯＦＤＭ記号境界、及び任意選択的に他のフィールドを含むと理解されたい。ＡＰ２は、プリアンブル情報を復号し、情報を使用して、ＡＰ１とＯＦＤＭ記号境界を同期させて継続時間を協調する。ＡＰ２は、同時送信に参加し、ＡＰ１によるパケット送信中のある時にＳＴＡ２へのパケット送信を開始し、ＡＰ１による送信の終了の前に、ＡＰ２の送信を終了する。

４．ハードウェアの実施形態
４．１．局（ＳＴＡ）ハードウェア構成
[0087] 図７に、本開示によるＷＬＡＮ局の実施形態例１０を示す。回路ブロック１２内へのＩ／Ｏ経路１４を示し、回路ブロック１２はバス１６を有し、バス１６は、少なくとも１つのコンピュータプロセッサ（ＣＰＵ）１８と、メモリ（ＲＡＭ）２０と、少なくとも１つのモデム２２とに接続される。バス１６は、ＣＰＵに様々な装置を接続すること、例えば、センサ、アクチュエータなどへの接続を可能にする。プロセッサ１８上では、通信プロトコルを実装するプログラムを実行するための、メモリ２０からの命令が実行され、通信プロトコルが実行されて、ＳＴＡがアクセスポイント（ＡＰ）局又は通常の局（ＳＴＡ）の機能を実行できるようにする。また、プログラミングは、現在の通信文脈においてどのような役割をしているかによって異なるモード（送信元、中間、送信先、第１のＡＰ、他のＡＰ、第１のＡＰに関連する局、他のＡＰに関連する局、コーディネータ、コーディネーティ（ｃｏｏｒｄｉｎａｔｅｅ）など）で動作するように構成されると理解されたい。

[0088] この図示のホストマシンは、少なくとも１つの無線周波数（ＲＦ）回路に結合される少なくとも１つのモデムを含むように構成される。限定ではなく一例として、図に、複数のアンテナ２６ａ、２６ｂ、２６ｃ、…２６ｎ（例えばアンテナアレイ）に接続する第１のＲＦ回路２４と、全方向性アンテナ２９に接続する第２のＲＦ回路２８とに結合される単一のモデム２２を示し、両回路は、近隣ＳＴＡとの間でフレームを送受信することを可能にする。プロセッサ、モデム及びＲＦ回路の組み合わせは、ビームフォーミングされた（指向性）通信をサポートすること、及び準全方向性（本明細書では単に全方向性と呼ぶ）モード送信をサポートすることを可能にする。更に、指向性パターンにヌルを生成して、選択方向（セクタ）を遮蔽することにより、局間の干渉を低減することができる。

[0089] 図に示すように、局は、２つのＲＦを含むモデム（又は代替的に、各々がそれ自身のＲＦ回路に結合される２つのモデム）を有することができる。一方のＲＦは、指向性送信のために使用することができる複数のアンテナに結合され、他方のＲＦ回路は、全方向性送信のために使用することができる単一のアンテナに結合される。指向性送信のために使用される複数のアンテナのうちの１つのみを使用することによって、全方向性送信を達成することもできると理解されたい。少なくとも１つの実施形態では、通信は、ｓｕｂ－６ＧＨｚ帯での使用を目的としている。

[0090] したがって、図示のＳＴＡハードウェアは、少なくとも１つの帯域で通信を提供するために、少なくとも１つのモデム及び関連するＲＦ回路を含むように構成される。一例として、限定するものではないが、所期の指向性通信帯域は、データを送受信するためのモデム及びその関連するＲＦ回路を含むように実装される。いくつかの実装では、別の帯域をハードウェアでサポートすることができ（一般に発見帯域と呼ばれる）、この帯域は、限定ではなく一例として、ｓｕｂ－６ＧＨｚ帯でデータを送受信するためのｓｕｂ－６ＧＨｚモデム及びその関連するＲＦ回路を含むことができる。

[0091] 本開示は、各々があらゆる任意の数のＲＦ回路に結合された複数のモデム２２を含むように構成することができると理解されたい。一般に、使用するＲＦ回路の数が多ければ多いほど、アンテナビーム方向のカバレッジが広くなる。なお、利用するＲＦ回路の数及びアンテナの数は、特定の装置のハードウェア制約によって決まると理解されたい。ＲＦ回路及びアンテナの中には、ＳＴＡが近隣ＳＴＡと通信する必要がないと判断した時に無効にできるものもある。少なくとも１つの実施形態では、ＲＦ回路が、周波数変換器及びアレイアンテナコントローラなどを含み、送受信のためにビームフォーミングを実行するように制御される複数のアンテナに接続される。このように、ＳＴＡは、複数のビームパターンのセットを使用して信号を送信することができ、各ビームパターン方向がアンテナセクタとみなされる。

４．２．例示的なトポロジ
[0093] 図８に、提案する技術の動作を説明するための例示的なネットワークシナリオの実施形態３０を示す。本開示は、２よりも多いＡＰ、任意の所望の数のＳＴＡ、ＳＴＡ及びＡＰの任意の相対的な向きを含み、かつブロードキャストエリアのあらゆる任意の又は固定の境界を有するより大きいネットワークのシナリオにおいて利用することができるので、本開示はこの特定のシナリオに限定されないと理解されたい。この例示的なシナリオでは、会議室４４内の２つの基本サービスセット（ＢＳＳ）内に、ＡＰ１ ３２、ＡＰ２ ３４及び４つの他のＳＴＡ（ＳＴＡ１ ３６、ＳＴＡ３ ３８、ＳＴＡ２ ４０及びＳＴＡ４ ４２）が存在する。なお、基本サービスセットは、ネットワーク内のＡＰとの同期に成功した局（ＳＴＡ）のセットである。各ＳＴＡは、同じＢＳＳ内の他のＳＴＡと通信することができる。全てのＳＴＡは、ランダムチャネルアクセスのためにＣＳＭＡ/ＣＡを使用する。ＳＴＡの位置及びＳＴＡの送信リンクは、図に示す通りである。ＳＴＡは、それら自身のＢＳＳに割り当てられ、互いに協調することができる複数のＢＳＳのセットの一部とすることができる。

４．３．ダウンリンクＯＦＤＭビームフォーミング同時送信
[0095] １つのＡＰが、別のＡＰの進行中の送信中にパケット送信を開始した時に、同時送信が行われる。例えば、図８に示すようなネットワークトポロジでは、ＡＰ１が、ＳＴＡ１へのデータパケットの送信を開始する。次に、ＡＰ２が、ＡＰ１の進行中の送信中に、ＳＴＡ２への送信を開始する。ＡＰ２は、その受信機ＳＴＡ２にＡＣＫの返送を要求することもできる。これらの同時送信において、ＡＰ１をコーディネータとして示し、ＡＰ２をコーディネーティとして示す。

[0096] ＡＰ１は、ＡＰ２のデータパケット及びＡＣＫの送信に起因する干渉を受ける可能性がある。ＡＰ２及びＳＴＡ２が、それらのアンテナアレイを、ＡＰ１の送信に向けてヌルを作成するように構成することによって、干渉を低減することができる。しかしながら、干渉は依然として発生する。その理由は以下の通りである。（ａ）ＡＰ１及びＳＴＡ１によって受け取られるＡＰ２のデータパケット及びＡＣＫのプリアンブルの波形は、フルパワーである。（ｂ）ＡＰ２の送信（ＡＣＫを含む）中に、ＯＦＤＭ記号遷移において周期的なエネルギバーストが発生し、これにより、ＡＰ１の進行中の送信において干渉を引き起こす可能性が依然としてある。

[0097] 提案する技術の目的は、同時送信中のＡＰ２のデータパケット及びＡＣＫの送信に起因する干渉を除去することである。これを達成するために、ＡＰ２及びＳＴＡ２は、（ａ）それらの事前符号化されたプリアンブルを送信する、すなわち、それらのプリアンブルの開始に開始するＡＰ１又はＳＴＡ１に向けてヌルを作成するか、又はＡＰ１のデータ送信のミッドアンブル中にそれらの全方向性プリアンブルを送信して、プリアンブルに起因する干渉を除去する、及び／又は（ｂ）ＯＦＤＭ記号境界とＡＰ１とを同期させて、ＯＦＤＭ記号遷移において発生する周期的なエネルギバーストに起因する干渉を除去する。プリアンブルを「事前符号化する」ことは、プリアンブル全体をビームフォーミング方式で送信することを意味し、これは、他のＳＴＡに向けてヌルを作成することを含むことができることに留意されたい。

[0098] この節では、ＡＰ１及びＡＰ２上で行われる同時送信を含む図８の例示的なネットワークトポロジに関して説明される例を用いて、ダウンリンクシナリオにおける同時送信中の干渉を除去するための上記技術の適用について説明する。

[0099] この次の節では、同時送信を実行するための３つの可能な送信スキーム（方法／手順）について述べる。各送信スキームについて、いくつかの例を挙げて、送信手順の詳細を説明する。

４．３．１．同時送信合意
[00101] 図９に、ＡＰ１ ５２とＡＰ２ ５４との間の同時送信合意手順の実施形態例５０を示す。ＡＰ１及びＡＰ２がダウンリンクシナリオにおいて同時送信を開始する前に、合意が必要である場合がある。限定ではなく一例として、ＡＰ２が、ＡＰ１にＳ－Ｔｘ．要求フレーム（５６）を送信して、同時送信に参加することを要求する。要求フレームにおいて、ＡＰ２は、そのトラフィックタイプ及び協調スケジューリングを示す。トラフィックタイプは、いくつかのパラメータ又は組み合わせ、例えば、アクセスカテゴリ（ＡＣ）、トラフィック識別子（ＴＩＤ）、又はトラフィックの優先度のうちのいずれかとすることができる。図３３に、要求フレームのフォーマットを示す。

[00102] 次に、ＡＰ１が、ＡＰ２にＳ－Ｔｘ．応答フレーム（５８）を返送することによって応答する。図３４に、Ｓ－Ｔｘ．応答フレームのフォーマットを示す。ＡＰ１は、Ｓ－Ｔｘ．応答フレームにおいて合意指示フィールドを第１の状態（例えば「０」）に設定することによって、ＡＰ２からの要求を拒否することができる。そうでない場合には、ＡＰ１は、ＡＰ２と協調して、Ｓ－Ｔｘ．応答フレームにおいて合意指示フィールドを第２の状態（例えば「１」）に設定することに合意する。ＡＰ１は、また、ＡＰ２のための協調ＩＤを作成する。ＡＰ２は、この協調ＩＤを使用して、同時送信の開始を決定／推定することができる。ＡＰ１は、そのＢＳＳ内のＳＴＡの情報（すなわちＳＴＡのグループフィールド）をＡＰ２に送信する。

[00103] いくつかのシナリオでは、ＡＰ２は、ＡＰ１の送信に影響を及ぼさない限り、ＡＰ１との事前合意なしで同時送信を実行することができる。このような場合、これらのメッセージの交換は、不必要としてスキップすることができる。これらの場合、ＡＰ２は、ＡＰ１が絶えず同時送信を可能にしており、ＡＰ１がいかなるネゴシエーションもなく同時送信を可能にしていると仮定する。

４．３．２．同時送信合意プロセス
[00105] 図１０に、ＡＰ（ＡＰ２として例示する）が、図９に示したような同時送信合意を開始するための実施形態例７０を示す。プロセスを開始（７２）して、ＡＰ２は、ＡＰ１との同時送信合意を要求することを決定（７４）した時に、Ｓ－Ｔｘ．要求フレームにおいて、トラフィックタイプ、協調開始時間、協調周期時間、協調継続時間フィールド、及び協調終了時間などの協調情報を設定（７６）する。次に、ＡＰ２は、ＡＰ１にＳ－Ｔｘ．要求フレームを送信（７８）する。

[00106] ＡＰ１からの応答についてチェック（８０）する。ＡＰ１からのＳ－Ｔｘ．応答フレームが「１」に設定された合意指示フィールドを有すると判断した場合、実行はブロック８４に進んで、ＡＰ１は合意を受け入れて、ＡＰ２は、ＡＰ１との同時送信に参加することを許可される。一方で、ＡＰ１が合意しない（ＡＰ１からのＳ－Ｔｘ．応答フレームが「０」に設定された合意指示フィールドを有する）場合、ブロック８２に進んで、同時送信を可能にしない。いずれの場合も、実行は、ブロック８６におけるプロセスの終了に進む。

[00107] 図１１Ａ及び図１１Ｂに、ＡＰ１が、図９に示す同時送信合意を受け入れる又は拒絶する実施形態例９０を示す。図１１Ａにおいて、プロセスを開始（９２）して、ＡＰ１が、ＡＰ２からＳ－Ｔｘ．要求フレームを受け取る（９４）。次に、ＡＰ１は、Ｓ－Ｔｘ．要求フレームによって搬送される協調情報に従って、合意を受け入れるべきか又は拒絶すべきかどうかに関する情報を処理（９６）し、ブロック９８において決定を行う。

[00108] ＡＰ１が合意を拒絶した場合、ブロック１００に進んで、ＡＰ１は、Ｓ－Ｔｘ．応答フレームにおいて合意指示フィールドを「０」に設定する。Ｓ－Ｔｘ．応答フレーム内の他のフィールドは留保される。次に、図１１Ｂのブロック１１０において、ＡＰ１は、ＡＰ２にＳ－Ｔｘ．応答フレームを送信して、ＡＰ２に合意の結果を通知して、プロセスを終了（１１２）する。

[00109] 一方で、ブロック９８において、ＡＰ１が合意を受け入れたことが分かった場合、ブロック１０２に進んで、ＡＰ１は、Ｓ－Ｔｘ．応答フレームにおいて合意指示フィールドを「１」に設定する。次に、ＡＰ１は、ＡＰ２のための協調ＩＤを作成（１０４）して、Ｓ－Ｔｘ．応答フレームの協調ＩＤフィールドに協調ＩＤを埋め込む。この情報を使用して、ＡＰ２との同時送信の開始について通知することができる。少なくとも１つの実施形態では、次に、また、ＡＰ１は、Ｓ－Ｔｘ．応答フレームのＳＴＡのグループフィールドに、ＡＰ１の関連するＳＴＡのＭＡＣアドレスを埋め込む（１０６）。ＡＰ２によってＭＡＣアドレスを使用して、同時送信が行われる時にどのＳＴＡがＡＰ１の受信機であるかを知る（決定する）ことができる。少なくとも１つの実施形態では、次に、また、ＡＰ１は、許可干渉レベルフィールドを設定（図１１Ｂの１０８）して、同時送信中にＡＰ２によって発生する干渉を制限して、ＡＰ２に起因する干渉からＡＰ１の送信を保護する。次に、ブロック１１０において、ＡＰ１は、ＡＰ２にＳ－Ｔｘ．応答フレームを送信して、合意の結果を通知して、プロセスを終了（１１２）する。

[00110] 図１２Ａ及び図１２Ｂに、ＡＰ１が同時送信（後で図１７に示す）を開始する実施形態例１３０を示す。図１２Ａにおいて、プロセスを開始（１３２）して、ＡＰ１は、送信すべきパケットを有する（１３４）時に、チャネルを求めて競合（１３６）して、送信するためのチャネルアクセスを獲得する。

[00111] ＡＰ１は、ＡＰ２との同時送信を可能にすべきかどうかについて決定（１３８）する。この決定は、同時送信合意に従って行うことができる。例えば、現在の時間が（合意で決定されたような）協調期間の協調継続時間内である場合、ＡＰ１は同時送信を可能にして、実行は、図１２Ｂのブロック１４２に進む。ＡＰ１が同時送信を可能にしない場合、実行はブロック１４０に進んで、ＡＰ１は、同時送信を可能にすることなく、パケットを送信することができる。パケットが図６に示すような通常のＩＥＥＥ ８０２．１１ｂｅを使用して、図３５に示すような同時送信情報を搬送する場合、ＡＰ１は、ＳＴｘ許可指示を「０」に設定して、同時送信を可能にしないことを示すことができる。同時送信情報は、図３６に示すようなプリアンブルのＥＨＴ－ＳＩＧフィールド内に存在することができることに留意されたい。

[00112] ここで、図１２Ｂのブロック１４２に戻ると、ＡＰ１が同時送信を可能にする場合、ＡＰ１は、プリアンブルに同時送信情報を埋め込み、ＳＴｘ許可指示を「１」に設定する。開示する技術は、ＡＰ１がそのパケットにミッドアンブルを埋め込み、ＡＰ２がミッドアンブル中に同時送信を開始できるようにする。ＩＥＥＥ ８０２．１１ａｘでは、ミッドアンブルは、ＥＨＴ－ＬＴＦフィールドから構成される。提案する技術は、ミッドアンブルが他の信号トレーニングフィールドを含むことができるようにする。図２３Ａ及び図２３Ｂに、一例を示す。ミッドアンブルは、同時送信又はドップラー効果のいずれかのために使用することができることに留意されたい。同時送信情報のための協調継続時間が０に等しくない時に、ミッドアンブルは同時送信のみに使用される。ミッドアンブルはデータ情報を搬送しないので、干渉の効果によって破壊された時のその損失は、再送信を必要とすることによって克服する必要がない。ＡＰ２が同時送信に参加した時に、ＡＰ２のプリアンブルを全方向的に送信することができ、この送信は、フルパワーでＡＰ１によって受け取られる。したがって、ＡＰ１は、そのパケットにミッドアンブルを埋め込むべきかどうかを決定（１４４）する。

[00113] ＡＰ１がそのパケットにミッドアンブルを埋め込むことを決定した場合、ブロック１４６に進んで、ＡＰ１は、プリアンブルにおいて同時送信情報のミッドアンブル情報を設定して、そのパケットにミッドアンブルを挿入する。次に、ＡＰ１は、ミッドアンブルを含むパケットを送信（１４８）して、同時送信を可能にして、その後、プロセスを終了（１５０）する。ＡＰ２は、図１４Ａ及び図１４Ｂで説明するようにミッドアンブル中にパケットの送信を開始することによって、同時送信に参加することができる。

[00114] 決定ブロック１４４において、ＡＰ１がそのパケットにミッドアンブルを埋め込まないことを決定した場合、ＡＰ１は、ミッドアンブル情報を「ミッドアンブルなし」に設定（１５２）する。ブロック１５４において、ＡＰ１は、ＳＴＡ１及びＡＰ２にＭＵ－ＲＴＳフレームを送信して、同時送信のためのＴＸＯＰを予約する。ＴＸＯＰは、ＩＥＥＥ ８０２．１１ベースの無線ローカルエリアネットワーク（ＷＬＡＮ）における媒体アクセス制御（ＭＡＣ）レイヤ特徴である送信機会を表し、ＴＸＯＰは、局が競合して伝送媒体のアクセスを獲得した後にフレームを送信することができる継続時間を定めると理解されるであろう。ＡＰ１がＲＴＳフレームに応答してＣＴＳフレームを受け取ったかどうかを判断するためにチェックを行う（１５６）。ＣＴＳフレームが受け取られた場合、ブロック１４８に進んで、ＡＰ１は、ミッドアンブルを含まないパケットを送信して、同時送信を可能にする。ＡＰ２は、図１４Ａ及び図１４Ｂで説明するように事前符号化されたプリアンブルを含むパケットを送信することによって、同時送信に参加することが依然としてできる。一方で、ブロック１５６において、ＣＴＳが受け取られなかった場合、ブロック１５８において、ＴＸＯＰ予約が失敗して、ＡＰ１はパケットを送信することができず、実行を終了（１５０）する。ＣＴＳが受け取られなかったので、次に、再送信をスケジュールすることができる。

[00115] 以下のことに留意されたい。図１２Ｂのブロック１５２に関して説明されたように、ＡＰ２がＡＰ１からＭＵ－ＲＴＳフレームを受け取った時に行うことができる２つの可能なアクションがある。すなわち、（１）ＡＰ２は、ＡＰ１にＣＴＳフレームを常に返送することができる。（２）ＡＰ２は、そのパケット送信を実行する要求に応じてＣＴＳフレームを返送すべきかどうかを決定することができる。

[00116] 図１３に、ＡＰ２がＡＰ１からＭＵ－ＲＴＳフレームを受け取った時に行うことができる第２の可能なアクションの実施形態例１７０を示す。ＡＰ２がＡＰ１からＭＵ－ＲＴＳフレームを受け取った（１７４）時に、実行を開始（１７２）して、ＡＰ２は、ＡＰ１と同時に送信すべきパケットを有するかどうかをチェック（１７６）する。ＡＰ２が送信すべきパケットを有さない場合、実行はブロック１８２に進んで、ＡＰ２はＣＴＳを返送せず、プロセスを終了（１８０）する。一方で、ブロック１７６において、ＡＰ２が送信すべきパケットを有すると判断した場合、ブロック１７８に進んで、ＡＰ２は、ＡＰ１にＣＴＳを返送して、その後、プロセスを終了（１８０）する。

[00117] 図１４Ａ及び図１４Ｂに、ＡＰ２が、ＡＰ１の進行中の送信中に同時送信に参加する実施形態例１９０を示す。ＡＰ２が送信すべきパケットを有する（１９４）時に、プロセスを開始（１９２）する。次に、ＡＰ１との同時送信合意が確立されたかどうかをチェック（１９６）する。合意がＡＰ１によって拒絶された場合、実行は図１４Ｂのブロック２００に進んで、ＡＰ２は、ＡＰ１と同時にパケットを送信することを許可されず、プロセスを終了（２０９）する。

[00118] 一方で、図１４Ａのブロック１９６において、合意がＡＰ１によって受け入れられたと判断した場合、チェック（１９８）に進んで、ＡＰ２がＡＰ１から同時送信情報を含むＰＬＣＰプリアンブルを受け取ったかどうかを判断する。ＡＰ１が同時送信を可能にしない場合、図１４Ｂのブロック２００に進んで、ＡＰ２は、ＡＰ１と同時にパケットを送信することを許可されず、プロセスを終了（２０９）する。一方で、ＳＴｘ許可指示が設定されたＰＬＣＰプリアンブルが受け取られた場合、図１４Ｂにおいて、チェック（２０４）に進んで、ＡＰ２は、ＡＰ１からのパケットにミッドアンブルが埋め込まれているかどうかをチェックする。次に、ＡＰ２は、ＰＬＣＰプリアンブル内のミッドアンブル情報フィールド内に見られる情報に従って、ＡＰ１のデータパケットにミッドアンブルが埋め込まれているかどうかを判断することができる。

[00119] ＡＰ１のデータパケット内にミッドアンブルが存在する場合、実行はブロック２０５に進んで、ＡＰ２は、ＡＰ１のミッドアンブルの期間中に同時送信を開始することができる。ＡＰ２のプリアンブルは、全方向性方式で送信されるべきである。

[00120] 一方で、チェック２０４において、ミッドアンブルがＡＰ１のデータパケット内に存在しないと判断した場合、実行はブロック２０６に進んで、ＡＰ２は、ＡＰ２の送信の任意のＯＦＤＭ記号中に同時送信を開始することができ、ＡＰ２のプリアンブルは、事前符号化されるべきである。

[00121] いずれの場合も、次に、実行はブロック２０７に進んで、ＡＰ２は、同時送信を開始し、ＳＴＡ１に向けてヌルにして（その方向に送信しない）、そのＯＦＤＭ記号境界とＡＰ１のＯＦＤＭ記号境界とを同期させるべきである。次に、ブロック２０８において、ＡＰ１が送信を終了する前に、ＡＰ２はその送信を終了して、プロセスを終了（２０９）する。

[00122] 図１５に、ＡＰ２が同時送信中にＳＴＡ２に確認応答（ＡＣＫ）を要求する実施形態例２１０を示す。プロセス実行を開始（２１２）して、ＡＰ２は、同時送信に参加（２１４）する。その手順は、図１４Ａ及び図１４Ｂで説明した。ＡＰ２がＳＴＡ２へのデータパケットの送信を開始する前に、ＳＴＡ２にＡＣＫを要求すべきかどうかを判断するためにチェックを行う（２１６）。ＡＣＫが要求されない場合、実行はブロック２３０に進んで、ＡＰ２は、ＡＣＫを含まないデータパケットをＳＴＡ２に送信して、その後、プロセスを終了（２３２）する。

[00123] ブロック２１６において、ＡＣＫが要求されるべきであると判断した場合、ブロック２１８において、ＡＰ２は、そのデータパケットのＭＡＣヘッダ内に同時送信情報を埋め込む（図４０に示す）。協調継続時間は、好ましくは、ＡＰ２のデータパケットの開始時間とＡＰ１のデータパケットの終了時間との間の時間に設定される。パケット継続時間は、好ましくは、ＡＰ１のデータパケット継続時間に設定される。ミッドアンブル情報フィールド及びＧＩ＋ＥＨＴ－ＬＴＦサイズフィールドは、ＡＰ１から複製されるべきである。フィードバック情報フィールドは、ＡＰ２のＡＣＫ要求とするべきである。

[00124] ＡＰ１がそのデータパケットの送信を終了する前に、ＳＴＡ２がＡＣＫの送信を終了することができることをＡＰ２が推定したかどうかをチェック（２２０）する。ＡＰ１がそのパケットを完了する前に、ＳＴＡ２がそのＡＣＫ送信を終了すべきであると判断した場合、ブロック２２２において、ＡＰ２はＳＴＡ２に通信して、ＭＡＣヘッダ内のヌル方向フィールドをＳＴＡ１に設定することによって、ＡＰ２がＳＴＡ１に向けてヌルにするべきであることを示す。この場合、ＳＴＡ２は、ＡＰ１のデータパケット送信の終了の前に、ＳＴＡ２のＡＣＫ送信を終了する必要がある（図１６で説明する）。

[00125] ブロック２２０において、ＡＰ１がそのデータパケットの送信を終了する前に、ＳＴＡ２がＡＣＫの送信を終了することができないことをＡＰ２が推定した場合、ＡＰ２は、ＭＡＣヘッダ内のヌル方向フィールドをＡＰ１に設定することによって、ＡＰ１に向けてヌルにするようにＳＴＡ２に指示（２２４）して、パケットにパディングを追加する。パディングの追加の目的は、ＡＰ１及びＡＰ２に同時に送信を終了させることである。パケットの最後の追加のＯＦＤＭ記号、又は所望通りの他の手段を使用して、パディングを作成することができる。この場合、ＳＴＡ１及びＳＴＡ２は、ＡＣＫを同時に送信する（図１６で説明する）。

[00126] いずれの場合（２２２、２２４）も、ブロック２２６に進んで、ＡＰ２は、ＭＡＣヘッダの同時送信情報にフィードバック情報を設定することもできる。次に、ＡＰ２は、ＡＣＫ要求を含むデータパケットをＳＴＡ２に送信（２２８）して、ＡＣＫを返送するようにＳＴＡ２に要求して、その後、プロセスを終了（２３２）する。

[00127] 図１６に、ＳＴＡ２が同時送信中にＡＰ２にＡＣＫを返送する実施形態例２５０を示す。プロセスを開始（２５２）して、ＳＴＡ２は、ＡＰ２からデータパケットを受け取る（２５４）。データパケットは、そのＭＡＣヘッダ内で同時送信情報を搬送する。

[00128] この情報に基づいて、チェック（２５６）は、ＡＰ２がＡＣＫを返送するようにＳＴＡ２に要求すべきかどうかを判断する。ＡＣＫが要求されるべきではない場合、ＳＴＡ２は何もする必要がないので、プロセスを終了（２６２）する。データパケットがＡＣＫを返送するようにＳＴＡ２に要求する場合、ブロック２５８において、ＳＴＡ２は、情報を利用して、受け取ったＭＡＣヘッダ内のフィードバック情報に従ってＡＣＫの送信を開始する。ＳＴＡ２は、ＡＣＫを送信する時に、好ましくは、受け取ったＭＡＣヘッダ内のヌル方向フィールドに示されるＳＴＡに向けてヌル（２６０）にして、その後、終了（２６２）する。本開示のこの例及び他の例では、フローチャート中のＡＣＫの代わりに、ブロック確認応答（ＢＡ）を使用することができる。この同時送信情報をＭＡＣヘッダのフィードバック情報フィールド内に設定する（図４０参照）ことによって、ＡＰ１とＡＰ２との間で又はＡＰ２とＳＴＡ２との間で渡すことができる。

４．３．３．送信スキーム１
[00130] 図１７に、ダウンリンク直交周波数分割多重化（ＯＦＤＭ）シナリオにおける同時送信のための第１の送信スキームの実施形態例２７０を示す。図に、ＡＰ１ ２７２と、ＳＴＡ１ ２７４と、ＡＰ２ ２７６と、ＳＴＡ２ ２７８との間の相互作用を示す。ＡＰ１がデータパケット送信（２８０）を開始して、ＳＴＡ１によって受け取られる（２８２）。その送信の間に、ＡＰ２はパケットの送信（２８４）を開始して、ＳＴＡ２によって受け取られて（２８６）、ＡＰ２はＡＰ１に向けてヌル（２８８）にする。ここで、ＡＰ２がチャネルベクトルを有し、ＳＴＡ１に向けてヌル（２８８）にすると仮定する。ＡＰ２は、ＡＰ１のパケット送信の終了前又は終了時に、ＡＰ２の送信を終了すべきである。ＡＰ２は、ＡＣＫを含まないこのパケットを送信することができる。

[00131] いくつかの例を挙げて、送信スキーム１におけるこの同時送信の詳細を説明する。それらの例で使用されるプリアンブルのフォーマットについては、４．３．６節で説明する。例に示す記号は、ＩＥＥＥ ８０２．１１において定められるようなガード間隔（ＧＩ）を含むＯＦＤＭ記号を表す。例示の簡略化のために、ＧＩを含まないＯＦＤＭ記号継続時間が１２．８μｓである例について検討する。

[00132] 図１８に、図１７に示すような送信スキーム１において、どのようにして同時送信を達成することができるかについての実施形態例２９０を示す。図に、ＡＰ１ ２９２と、ＳＴＡ１ ２９４と、ＡＰ２ ２９６と、ＳＴＡ２ ２９８との間の相互作用を示す。図中の記号は、ガード間隔（ＧＩ）を含むＯＦＤＭ記号を表す。

[00133] ＡＰ１は、プリアンブル１－１（３０８）を含むデータパケットを送信して、ＳＴＡ１によって受け取られ（３２２）、一方、ＡＰ２は、全方向性方式の受信モード（３２４）から送信モード（３２６）に切り替わる。ＥＨＴ－ＳＴＦフィールドの前のＰＬＣＰプリアンブル部分（３０８）を全方向性方式（３００）で送信する。その後、パケットの残りの部分をビームフォーミング方式（３０２）で送信することができる。ＡＰ１は、プリアンブル１－１などの通常のＰＬＣＰプリアンブルを使用して、図３６に示すようなプリアンブルのＥＨＴ－ＳＩＧフィールド内の、図３５に示すような同時送信情報を搬送することができる。プリアンブル１－１のフォーマットは、図６に示したもののようにすることができ、その継続時間は柔軟である。記号を送信する（３１０、３１２、３１４）。

[00134] ＡＰ１は、このデータパケットにミッドアンブルフィールド（３１６）を埋め込み、これは、同時送信を有するための予想時間を決定する（３１５）。少なくとも１つの実施形態のミッドアンブルは、いくつかのＥＨＴ－ＬＴＦフィールドから構成される。ミッドアンブルの継続時間は、ＡＰ２のＰＬＣＰプリアンブル（３２８）（ここでプリアンブル２－１として示す）よりも長いものであるべきである。プリアンブル１－１の同時送信情報に、ミッドアンブルの開始時間及びミッドアンブルの継続時間の情報を設定することができる。ミッドアンブル内のＥＨＴ－ＬＴＦフィールドは、信号をトレーニングしてドップラー効果を軽減するために使用されるのではなく、主に同時送信を可能にするために追加されることに留意されたい。ＳＴＡ１は、チャネル推定のためにＥＨＴ－ＬＴＦフィールドを使用すべきではない。

[00135] ＡＰ１は、プリアンブル１－１の同時送信情報において、ＳＴｘ許可指示フィールドを「１」に設定して、別のＡＰがその送信時間中に同時送信に参加できるようにする。ＡＰ１は、協調ＩＤフィールドを設定して、特定のＡＰ（例えば、この例ではＡＰ２）が同時送信に参加できるようにすることが可能である。図３５で説明するように、プリアンブル１－１のＥＨＴ－ＳＩＧフィールドによって、同時送信情報の他のパラメータを設定することができる。

[00136] ＡＰ２は、全方向性モードでプリアンブル２－１（３２８）を送信して、ＳＴＡ２によって受け取られる（３５０）。ＡＰ２は、その全方向性受信（３２９）に起因して、ＡＰ１からＰＬＣＰプリアンブルを受け取り、ＡＰ１に向けてヌル（３２７）を設定して、その後、ビームフォーミングモード（３３１）に入る。ＡＰ２は、プリアンブル１－１内の同時送信情報を復号することによって、以下の（ａ）～（ｄ）の各々に関する収集情報を有する。すなわち、（ａ）ＡＰ１のＧＩタイプ及びＥＨＴ－ＬＴＦタイプ。この場合、ＡＰ２はＡＰ１の同じＧＩタイプを使用すべきである。（ｂ）同時送信中にどのＳＴＡに向けてヌルにするべきか。（ｃ）同時送信の協調継続時間。この協調継続時間内に、ＡＰ２のデータパケットを送信すべきである。（ｄ）ＡＰ１のデータパケット内のミッドアンブルの開始時間及び継続時間。

[00137] ＡＰ２は、ＡＰ１のミッドアンブル期間中に同時送信に参加して、ＳＴＡ２にデータパケットを送信する。ＥＨＴ－ＳＴＦフィールドの前のＰＬＣＰプリアンブル部分を全方向性方式（３２９）で送信する。その後、パケットの残りの部分をビームフォーミング方式（３３１）で送信する。一方で、ＡＰ２は、ＳＴＡ１に向けてヌル（３２７）にする。ＡＰ２は、図６に示すような通常のプリアンブルを使用することができることに留意されたい。ＡＰ２のプリアンブルの送信は、ＡＰ１のミッドアンブルの終了と同時に終了すべきである。

[00138] 次に、ＡＰ２は、ＯＦＤＭ記号（記号２－１（３３０）及び２－２（３４０）として例示する）に関してパケットを送信して、その記号境界とＡＰ１の記号１－ｎ（３１８）及び１－ｎ＋１（３２０）とを同期（３０４、３０６）させる。なお、ＡＰ２は、そのＯＦＤＭ記号のために、ＡＰ１の同じＧＩを使用する。ＡＰ１及びＡＰ２が同じＯＦＤＭ記号を使用するので、ＡＰ１及びＡＰ２が同じＧＩを使用する時に、ＡＰ１及びＡＰ２のＯＦＤＭ記号の継続時間は同じである。

[00139] 特定の状況では、図１８で使用されるミッドアンブルの代わりに、データを搬送しないＯＦＤＭ記号を使用する。それらのＯＦＤＭ記号の継続時間は、図のＰＬＣＰプリアンブル（すなわちプリアンブル２－１）よりも長いものであるべきである。

[00140] 特定の状況では、図１８に示すミッドアンブルの代わりに、複製されたデータを搬送するＯＦＤＭ記号を使用する。例えば、ＯＦＤＭ記号の継続時間は、複製された記号１－１、１－２等とすることができる。それらのＯＦＤＭ記号の継続時間は、図のＰＬＣＰプリアンブル（すなわちプリアンブル２－１）よりも長いものであるべきである。

[00141] 特定の場合では、プリアンブル１－１は、いかなる同時送信情報も搬送する必要がなく、ＡＰ２は、事前合意に基づいて、ＡＰ１からプリアンブルを検出すると、同時送信を開始する。

[00142] 図１９に、図１７に示すような送信スキームにおいて、どのようにして同時送信を達成することができるかを示す第２の例（例２ａ）として実施形態例３７０を示す。この図の要素の大部分は、図１８と同様である。

[00143] 図中の記号は、ガード間隔（ＧＩ）を含むＯＦＤＭ記号を表す。この例では、３つのＯＦＤＭ同期期間（３０４、３０６、及び３７２）が示され、ＡＰ１の記号１－ｎ（３１８）、記号１－ｎ＋１（３２０）及び記号１－ｎ＋２ｎ（３７４）と関連付けられる。しかしながら、ＡＰ２は、そのより長いプリアンブル（３２８’）に起因して、図１８のように２つの記号のみを通信する。ＥＨＴ－ＬＴＦフィールドは、ＩＥＥＥ ８０２．１１ｂｅプロトコルにおいて定められるＰＬＣＰプリアンブルのＥＨＴロングトレーニングフィールドを表し、ＥＨＴ－ＬＴＦ－４Ｘは、ＥＨＴ－ＬＴＦフィールドのフルサイズを表す。１つのＥＨＴ－ＬＴＦ－４Ｘフィールド（ＧＩを含まない）の継続時間は、ＩＥＥＥ ８０２．１１ｂｅにおける１つのＯＦＤＭ記号継続時間（ＧＩを含まない）と同じであり、これは、ＩＥＥＥ ８０２．１１ａｘにおいて定められるＨＥ－ＬＴＦ－４Ｘと同様である。図１８に示す例と比較して、この例のＡＰ２は、そのＰＬＣＰプリアンブル（すなわちプリアンブル２－１）において、ＥＨＴ－ＳＴＦ（３７６）の後にＥＨＴ－ＬＴＦ－４Ｘフィールド（３７８）を使用する。

[00144] ＡＰ１は、そのデータパケットをＳＴＡ１に送信する。ＡＰ１のミッドアンブル中に、ＥＨＴ－ＳＴＦフィールド（３７６）が送信される前に、ＡＰ２は、そのＰＬＣＰプリアンブル部分（３２８’）をＳＴＡ２に送信することを開始する。プリアンブル（３２８’）を全方向性方式（３２９）で送信し、好ましくは、ヌル（３２７）をＡＰ１及び／又はＳＴＡ１に向ける。その後、ＡＰ２からのパケットの残りの部分をビームフォーミング方式（３３１）で送信する。このＡＰ１からＳＴＡ１への送信について、以下に説明する。

[00145] ＡＰ１は、図６に示すような通常のＩＥＥＥ ８０２．１１ｂｅプリアンブルを使用して、プリアンブルのＥＨＴ－ＳＩＧフィールドにおいて、図３５に示すような同時送信情報を搬送することができる。

[00146] ＡＰ１は、そのデータパケットにミッドアンブルフィールド（３１６）を埋め込む。ミッドアンブルは、いくつかのＥＨＴ－ＬＴＦフィールドから構成される。プリアンブル１－１（３０８）の同時送信情報に、ミッドアンブルの開始時間及びミッドアンブルのタイプの情報を含むことができる。ミッドアンブル内のＥＨＴ－ＬＴＦフィールドは、信号をトレーニングしてドップラー効果を軽減するために利用されるのではなく、主に同時送信を可能にするために追加されると理解されたい。ＳＴＡ１は、チャネル推定のために、このＥＨＴ－ＬＴＦフィールドを使用すべきではない。

[00147] ＡＰ１は、ＥＨＴ－ＳＩＧフィールドにおいて、ＳＴｘ許可指示フィールドを「１」に設定して、別のＡＰがその送信時間中に同時送信に参加できるようにする。ＡＰ１は、協調ＩＤフィールドを設定して、特定のＡＰ（例えばＡＰ２）が同時送信に参加できるようにすることが可能である。図３５で説明するように、プリアンブル１－１のＥＨＴ－ＳＩＧフィールドに、同時送信情報の他のパラメータを設定することができる。

[00148] ＡＰ２は、その全方向性送信に起因して、ＡＰ１からプリアンブル１－１を受け取る（３１５）。ＡＰ２は、プリアンブル内の同時送信情報を復号することによって、以下の（ａ）～（ｄ）に関する収集情報を有する。すなわち、（ａ）ＡＰ１のＧＩタイプ及びＥＨＴ－ＬＴＦタイプ。この場合、ＡＰ２は、ＡＰ１と同じＧＩタイプを使用することを決定する。（ｂ）ＡＰ２は、ＳＴＡに干渉しないように、同時送信中にどのＳＴＡに向けてヌルにするべきかを決定する。（ｃ）ＡＰ２は、同時送信の協調継続時間を決定する。この場合、協調継続時間内に、ＡＰ２のデータパケットを送信すべきである。（ｄ）ＡＰ２は、ＡＰ１のデータパケット内のミッドアンブルの開始時間及び継続時間を決定する。

[00149] この場合、ＡＰ２は、ＡＰ１のミッドアンブル期間（３１６）中に同時送信に参加する。ＡＰ２は、ＳＴＡ２にデータパケットを送信する。ＥＨＴ－ＳＴＦフィールド（３７６）の前のＰＬＣＰプリアンブル部分を全方向性方式（３２９）で送信する。その後、パケットの残りの部分をビームフォーミング方式（３３１）で送信する。一方で、ＡＰ２は、ＳＴＡ１に向けてヌル（３２７）にする。

[00150] （ａ）ＡＰ２は、いかなる同時送信情報も搬送しない、図６に示すような通常のプリアンブルを使用することができる。（ｂ）ＥＨＴ－ＳＴＦフィールドの終了時間は、ＡＰ１のミッドアンブルの終了時間と同じであるべきである。（ｃ）ＡＰ２は、ＥＨＴ－ＬＴＦ－４Ｘフィールドを使用して、ＡＰ１のＯＦＤＭ記号境界を同期させる。ＥＨＴ－ＬＴＦ－４ＸフィールドのＧＩが、ＡＰ１のＯＦＤＭ記号のＧＩと同じである時に、ＡＰ２のＥＨＴ－ＬＴＦ－４Ｘフィールドの継続時間は、ＡＰ１のＯＦＤＭ記号と同じである。例えば、図に示すように、ＡＰ２のＥＨＴ－ＬＴＦ－４Ｘフィールドの継続時間は、ＡＰ１の記号１－ｎ（３１８）と同じである。（ｄ）他のシナリオでは、ＡＰ２は、ＬＴＦのある程度の反復を使用して、次のＯＦＤＭ記号の開始をＡＰ１のＯＦＤＭ記号と同期させることを保証することができる。

[00151] 次に、ＡＰ２は、その記号境界とＡＰ１の記号境界とを同期させることによって、ＯＦＤＭ記号に関してパケットを送信する。なお、ＡＰ２は、そのＯＦＤＭ記号のために、ＡＰ１の同じＧＩを使用する。ＡＰ１及びＡＰ２が同じＯＦＤＭ記号を使用するので、ＡＰ１及びＡＰ２が同じＧＩを使用する時に、ＡＰ１及びＡＰ２のＯＦＤＭ記号の継続時間は同じである。

[00152] プリアンブル１－１は、いかなる同時送信情報も搬送せず、事前合意に基づいて、ＡＰ２は、ＡＰ１からプリアンブルを検出すると、同時送信を開始することが可能である。

[00153] 図２０Ａ～図２０Ｃに、ＡＰ１がそのパケット送信にミッドアンブルを周期的に埋め込む別の実施形態例３９０（例２ｂ）を示す。この図の大部分は、先の図１８及び図１９に示したのと同じ要素を含む。ＡＰ１は、そのパケット送信において、記号１－１（３１０）から追加の記号（４００）を経て記号１－１０（４０２）まで、１０個のＯＦＤＭごとに、ミッドアンブルフィールド（４０４）を埋め込む。図２０Ｂに、別の記号のグループ（４０６～４０７）及び記号１－２０（４０８）、及び別のミッドアンブル（４１０）が示され、次に、別の記号のセットとして、記号１－２１（４１２）、記号１－２２（４１４）、…、記号１－３０（４１６）、その後にミッドアンブル（４１８）が続く。この図は、追加のＯＦＤＭ記号期間（図中、３９２、３９４、３９６及び３９８によって例示される）も示す。

[00154] ＡＰ２は、１つのミッドアンブル期間を選んで、同時送信に参加して、図１９に示したように送信を開始することができる。ＡＰ２は、記号２－１（３３０）、…、記号２－９（４２０）、記号２－１０（４２２）、記号２－１１（４２４）、記号２－１２（４２６）等を送信することが図で分かる。

[00155] 図の始めに戻ると、ＡＰ１は、そのパケットをＳＴＡ１に送信する。ＥＨＴ－ＳＴＦフィールドの前のＰＬＣＰプリアンブル部分を全方向性方式で送信して、その後、パケットの残りの部分をビームフォーミング方式で送信する。

[00156] ＡＰ１は、図６に示すような通常のＩＥＥＥ ８０２．１１ｂｅプリアンブルを使用して、プリアンブルのＥＨＴ－ＳＩＧフィールドにおいて、図３５に示すような同時送信情報を搬送することができる。

[00157] ＡＰ１は、このパケットに複数のミッドアンブルフィールドを埋め込むことができる。ミッドアンブルは、いくつかのＥＨＴ－ＬＴＦ－４Ｘフィールドから構成される。同時送信情報に、ミッドアンブルの開始時間、継続時間及び周期時間の情報を設定することができる。ミッドアンブル内のＥＨＴ－ＬＴＦフィールドは、信号をトレーニングしてドップラー効果を軽減するために使用されるのではないと理解されたい。

[00158] ＡＰ１は、ＥＨＴ－ＳＩＧフィールドにおいて、ＳＴｘ許可指示フィールドを「１」に設定して、別のＡＰが同時送信に参加できるようにする。ＡＰ１は、協調ＩＤフィールドを設定して、特定のＡＰ（例えばＡＰ２）が同時送信に参加できるようにすることが可能である。

[00159] ＡＰ２は、その全方向性送信に起因して、ＡＰ１からプリアンブルを受け取る。ＡＰ２は、プリアンブル内の同時送信情報を復号することによって、情報を取得して、以下の（ａ）～（ｄ）について決定を行う。すなわち、（ａ）ＡＰ２は、ＡＰ１のＧＩタイプ及びＥＨＴ－ＬＴＦタイプを決定し、この場合、ＡＰ２は、ＡＰ１の同じＧＩタイプを使用することを決定する。（ｂ）ＡＰ２は、同時送信中にどのＳＴＡに向けてヌルにするべきかを決定する。（ｃ）ＡＰ２は、同時送信の協調継続時間を決定する。この場合、協調継続時間内に、ＡＰ２のデータパケットを送信すべきである。（ｄ）ＡＰ２は、ＡＰ１のデータパケット内のミッドアンブルの開始時間、継続時間及び周期タイミングを決定し、それに応じてＡＰ２のタイミングを設定することができる。

[00160] データパケットがＡＰ２に到達した時に、ＡＰ２は、ＡＰ１の次のミッドアンブル期間中に同時送信に参加することができる。例えば、パケットは、ＡＰ１の第１のミッドアンブルの終了よりも遅いが、ＡＰ１の第２のミッドアンブルの開始よりも早くＡＰ２に到達する。ＡＰ２は、ＡＰ１の第２のミッドアンブル中に、ＳＴＡ２へのパケット送信を開始する。ＥＨＴ－ＳＴＦフィールドの前に発生するＰＬＣＰプリアンブル部分を全方向性方式で送信する。その後、パケットの残りの部分をビームフォーミング方式で送信し、一方で、ＡＰ２は、ＳＴＡ１に向けてヌルにする。

[00161] ＡＰ２は、図１９に示すのと同様に、そのデータパケットを送信することができる。ＡＰ１及びＡＰ２は、それらのＯＦＤＭ記号及びＥＨＴ－ＬＴＦフィールドのために、同じＧＩを使用する。ＡＰ１のミッドアンブルは、ＥＨＴ－ＬＴＦ－４Ｘフィールドから構成される。次に、ＡＰ１からのミッドアンブルの継続時間は、ＡＰ２のＯＦＤＭ記号継続時間期間の倍数である。同じ継続時間を有するので、ＡＰ１のミッドアンブル内のＥＨＴ－ＬＴＦ－４Ｘフィールドを、ＡＰ２のＯＦＤＭ記号と同期させることができる。例えば、図２０Ａ～図２０Ｃに示すように、ＡＰ１のミッドアンブルが３つのＥＨＴ－ＬＴＦ－４Ｘフィールドから構成される場合、ミッドアンブルを、ＡＰ２の３つのＯＦＤＭ記号（すなわち記号２－１０、２－１１、２－１２）と同期させる。なお、ミッドアンブル内のＥＨＴ－ＬＴＦ－４Ｘフィールドの数は、本開示の教示から逸脱することなく変更することができる。

[00162] いくつかの状況では、プリアンブル１－１は、いかなる同時送信情報も搬送する必要がなく、ＡＰ２は、事前合意に基づいて、ＡＰ１からプリアンブルを検出すると、同時送信を開始する。

[00163] 図１９でＡＰ１によって使用されるプリアンブルの代わりに、図３７又は図３８に示すようなＳＴｘプリアンブルを使用することができる。ＳＴｘプリアンブルは、通常のＩＥＥＥ ８０２．１１ｂｅプリアンブルの同じフィールドを有するが、各フィールドの継続時間は決定論的である。図３７に、決定論的性質を一例として示す。すなわち、ＳＴｘプリアンブルフォーマット１は、８μｓのＬ－ＳＴＦフィールドと、８μｓのＬ－ＬＴＦフィールドと、４μｓのＬ－ＳＩＧフィールドと、４μｓのＲＬ－ＳＩＧフィールドと、８μｓのＵ－ＳＩＧフィールドと、８μｓのＥＨＴ－ＳＩＧフィールドと、８μｓのＥＨＴ－ＳＴＦフィールドと、１６μｓのＥＨＴ－ＬＴＦ－４Ｘフィールドとを有し、これにより、各フィールドの継続時間が設定（決定）される。

[00164] 図２１Ａ～図２１Ｂに、ＡＰ２がその同時送信のためにＳＴｘプリアンブルフォーマット１を使用する実施形態例４５０、４７０（例２ｃ）を示す。図２１Ａは図１９と同様であり、その中央部を図２１Ｂにより詳細に示す。ＳＴｘプリアンブルフォーマット１の詳細については、図３７で説明する。

[00165] 図２１Ｂに示すＡＰ１のミッドアンブル（４７６）は、フォーマット（４７４）を有する複数のフィールド（４７２）から構成される。この例では、ミッドアンブルのフィールドは、３つのＥＨＴ－ＬＴＦ－４Ｘフィールド（４７８、４８０及び４８２）を有する。ミッドアンブル内のＧＩを含むＥＨＴ－ＬＴＦ－４Ｘフィールドの継続時間は、１６μｓである。特に、ミッドアンブル内の各ＥＨＴ－ＬＴＦフィールドは、１２．８μｓのＥＨＴ－ＬＴＦ－４Ｘ記号と３．２μｓのＧＩとの組み合わせを使用する。図に示すように、ミッドアンブルの３つのＥＨＴ－ＬＴＦの継続時間は、ＥＨＴ－ＬＴＦ－４Ｘフィールドの前のプリアンブル２－１の部分に等しい。

[00166] ＡＰ１のミッドアンブル内の第１のＥＨＴ－ＬＴＦ－４Ｘフィールド（４７８）は、ＡＰ２のＳＴｘプリアンブルフォーマット１内のＬ－ＳＴＦ（８μｓ）（４８８ａ）＋Ｌ－ＬＴＦ（８μｓ）（４８８ｂ）と同じ継続時間を有する。図に示すように、フィールドを同期させる。ＡＰ１のミッドアンブル内の第２のＥＨＴ－ＬＴＦ－４Ｘフィールド（４８０）は、ＡＰ２のＳＴｘプリアンブルフォーマット１内のＬ－ＳＩＧ（４μｓ）（４９０ａ）＋ＲＬ－ＳＩＧ（４μｓ）（４９０ｂ）＋Ｕ－ＳＩＧ（８μｓ）（４９０ｃ）と同じ継続時間を有する。図に示すように、フィールドを同期させる。ＡＰ１のミッドアンブル内の第３のＥＨＴ－ＬＴＦ－４Ｘフィールド（４８２）は、ＡＰ２のＳＴｘプリアンブルフォーマット１内のＥＨＴ－ＳＩＧ（８μｓ）（４９２ａ）＋ＥＨＴ－ＳＴＦ（８μｓ）（４９２ｂ）と同じ継続時間を有する。図に示すように、フィールドを同期させる。

[00167] ＥＨＴ－ＯＦＤＭ記号間隔（４８４）（３．２μｓのＧＩ＋１２．８μｓのＤＦＴ＝１６μｓ）がミッドアンブルフィールドに続き、これは、ＥＨＴ－ＬＴＦ－４Ｘフォーマット（４９４）（３．２μｓのＧＩ）を使用する。

[00168] ＡＰ２は、ＡＰ１のミッドアンブルの開始時間に、ＡＰ２のパケット送信を開始し、その後、ＯＦＤＭ記号境界を同期させる。

[00169] 図２２Ａ及び図２２Ｂに、送信スキーム１のための別の実施形態例５１０、５３０を示す。図２１Ａ及び図２１Ｂに示す例と同様に、図２２Ａ及び図２２Ｂは、ＡＰ１のミッドアンブルが、そのＥＨＴ－ＬＴＦ－４Ｘフィールドの前のプリアンブル２－１の部分と同じ継続時間を有するようにするためのＳＴｘプリアンブルフォーマットの他のオプションを示す。

[00170] 図２２Ｂに示すＡＰ１のミッドアンブル（４７６）は、フォーマット（４７４）を有する複数のフィールド（４７２）から構成される。この例では、ミッドアンブルのフィールドは、３つのＥＨＴ－ＬＴＦ－４Ｘフィールド（４７８、４８０及び４８２）を有する。ミッドアンブル内のＧＩを含むＥＨＴ－ＬＴＦ－４Ｘフィールドの継続時間は、１６μｓである。すなわち、ミッドアンブル内の各ＥＨＴ－ＬＴＦフィールドは、１２．８μｓのＥＨＴ－ＬＴＦ－４Ｘ記号と３．２μｓのＧＩとの組み合わせを使用する。図に示すように、ミッドアンブルの３つのＥＨＴ－ＬＴＦの継続時間は、ＥＨＴ－ＬＴＦ－４Ｘフィールドの前のプリアンブル２－１の部分に等しい。

[00171] ＡＰ１のミッドアンブル内の第１のＥＨＴ－ＬＴＦ－４Ｘフィールド（４７８）は、ＡＰ２のＳＴｘプリアンブルフォーマット２内のＬ－ＳＴＦ（８μｓ）（４８８ａ）＋Ｌ－ＬＴＦ（８μｓ）（４８８ｂ）と同じ継続時間を有する。図に示すように、フィールドを同期させる。ＡＰ１のミッドアンブル内の第２のＥＨＴ－ＬＴＦ－４Ｘフィールド（４８０）は、ＡＰ２のＳＴｘプリアンブルフォーマット２内のＬ－ＳＩＧ（４μｓ）（４９０ａ）＋ＲＬ－ＳＩＧ（４μｓ）（４９０ｂ）＋Ｕ－ＳＩＧ（８μｓ）（４９０ｃ）と同じ継続時間を有する。図に示すように、フィールドを同期させる。ＡＰ１のミッドアンブル内の第３のＥＨＴ－ＬＴＦ－４Ｘフィールド（４８２）は、ＡＰ２のＳＴｘプリアンブルフォーマット２内の、ＥＨＴ－ＳＩＧ（５３１）（ＥＨＴ－ＳＩＧ－Ａ（８μｓ）（５３２ａ）及びＥＨＴ－ＳＩＧ－Ｂ（４μｓ）（５３２ｂ）を含む）＋ショートＥＨＴ－ＳＴＦ（４μｓ）（５３２ｃ）と同じ継続時間を有する。図に示すように、フィールドを同期させる。なお、図２２Ａ及び図２２Ｂに示すＳＴｘプリアンブルフォーマットについては、図３８で説明する。

[00172] 図２３Ａ及び図２３Ｂに、送信スキーム１のための別の実施形態例５５０、５７０（例２ｅ）を示す。ＡＰ１のミッドアンブル（５５２）は、そのＥＨＴ－ＬＴＦ－４Ｘフィールドの前のプリアンブル２－１の部分と同じ継続時間を有し、また、ミッドアンブルが、図２３Ａ及び図２３Ｂに示すようなＥＨＴ－ＬＴＦ－４Ｘフィールド及びＥＨＴ－ＳＴＦから構成されるようにすることも可能である。図２３Ａは図２２Ａと同様であり、そのミッドアンブル部分を図２３Ｂにより詳細に示す。

[00173] ＡＰ２のＳＴｘプリアンブル（３２８）（すなわちプリアンブル２－１）は、図３９に示すようなフォーマットを使用する。ミッドアンブル内の３つのＥＨＴ－ＬＴＦ－４Ｘフィールドの継続時間は、プリアンブル２－１内のＬ－ＳＴＦとＥＨＴ－ＳＩＧとの間のフィールドの継続時間と同じである。ＥＨＴ－ＳＴＦフィールドは、ミッドアンブル及びプリアンブル２－１内で同じである。次に、ＥＨＴ ＯＦＤＭ記号１－ｎ（３１８）は、プリアンブル２－１のＥＨＴ－ＬＴＦ－４Ｘ記号（３７８）と同期することができる。

[00174] ＡＰ１のミッドアンブル内の第１のＥＨＴ－ＬＴＦ－４Ｘフィールド（４７８）は、ＡＰ２のＳＴｘプリアンブルフォーマット３内のＬ－ＳＴＦ（８μｓ）（４８８ａ）＋Ｌ－ＬＴＦ（８μｓ）（４８８ｂ）と同じ継続時間を有する。図に示すように、フィールドを同期させる。ＡＰ１のミッドアンブル内の第２のＥＨＴ－ＬＴＦ－４Ｘフィールド（４８０）は、ＡＰ２のＳＴｘプリアンブルフォーマット３内のＬ－ＳＩＧ（４μｓ）（４９０ａ）＋ＲＬ－ＳＩＧ（４μｓ）（４９０ｂ）＋Ｕ－ＳＩＧ（８μｓ）（４９０ｃ）と同じ継続時間を有する。図に示すように、フィールドを同期させる。ＡＰ１のミッドアンブル内の第３のＥＨＴ－ＬＴＦ－４Ｘフィールド（４８２）は、ＡＰ２のＳＴｘプリアンブルフォーマット３内のＥＨＴ－ＳＩＧ（１６μｓ）（５７４）と同じ継続時間を有する。ＡＰ１のミッドアンブル内の第３のＥＨＴ－ＬＴＦ－４Ｘフィールドの後に、追加のＥＨＴ－ＳＴＦフィールド（５７２）が続き、これを、ＡＰ２のＳＴｘプリアンブルフォーマット３のＥＨＴ－ＳＴＦフィールド（５７６）と同期させる。

[00175] 上記の３つの例のＥＨＴ－ＳＴＦの代わりに、通常のＩＥＥＥ ８０２．１１ｂｅプリアンブルの定義に従って他のタイプの信号トレーニングフィールドを使用することができると理解されたい。更に、ＥＨＴ－ＳＴＦフィールドの代わりに、他のフィールドタイプを使用することができる。

[00176] また、上記の３つの例のミッドアンブル内のＥＨＴ－ＬＴＦフィールドは、信号をトレーニングしてドップラー効果を軽減するために使用されるのではなく、主に同時送信を可能にするために追加されると理解されたい。ＳＴＡ１は、チャネル推定のために、ＥＨＴ－ＬＴＦトレーニングフィールドを使用すべきではない。

[00177] 上記の３つの例では、プリアンブル１－１は、いかなる同時送信情報も搬送する必要がなく、一方、事前合意に基づいて、ＡＰ２は、ＡＰ１からプリアンブルを検出すると、同時送信を開始することができると理解されたい。

[00178] 前述の全ての例は、プリアンブルを複数のＯＦＤＭ記号に適合させることが目的である例として提供され、また、プリアンブルの全体のサイズがＯＦＤＭ記号のサイズの倍数であることを考慮するフィールドの組み合わせを含む任意のプリアンブル設計が、本開示によってカバーされると理解されたい。

[00179] 図２４に、ＡＰ２のプリアンブル（すなわちプリアンブル２－１）が事前符号化された時に、図１７に示す送信スキームにおいて、どのようにして同時送信を達成することができるかを示す実施形態例５９０を示す。換言すれば、ＡＰ２は、プリアンブル２－１をビームフォーミング方式で送信し、そのプリアンブル２－１（３２８）の開始からＳＴＡ１に向けてヌルにする。この図は、図２３Ａに非常に類似しているが、ミッドアンブルが存在せず、ＡＰ２がヌル（３２７）を設定してそのプリアンブル２－１（３２８）を開始する直前に、ＡＰ１から送信される記号が開始することが分かる。

[00180] ＡＰ１は、同時送信を開始した時に、予約（ここではＴＸＯＰ予約（５９２）として示す）を実行する。ＡＰ１は、その受信機及び別のＡＰ（すなわちＡＰ２）にＭＵ－ＲＴＳフレーム（５９４）を送信する。次に、ＳＴＡ１は、ＡＰ１にＣＴＳ（５９６）を返送して、パケットを受け取る準備ができていることを示し、ＡＰ２は、ＣＴＳ（５９８）を返送して、同時送信に参加する準備ができていることを示す。したがって、ＭＵ－ＲＴＳ／ＣＴＳ交換によって、ＴＸＯＰを予約する。ＭＵ－ＲＴＳ／ＣＴＳフレームのフォーマットは、ＩＥＥＥ ８０２．１１ａｘと同じとすることができる。

[00181] 次に、ＡＰ１は、図６に示すような通常のＩＥＥＥ ８０２．１１ｂｅプリアンブルを使用して、図３６に示すようなプリアンブルのＥＨＴ－ＳＩＧフィールドにおいて同時送信情報を搬送することができる。プリアンブル１－１（３０８）の同時送信情報において、ＳＴｘ許可指示フィールドを「１」に設定して、同時送信の許可を示すことができる。ＡＰ１のデータパケットにミッドアンブルが埋め込まれていないので、ミッドアンブルの開始時間及び周期時間は、ミッドアンブル情報フィールドにおいて「０」に設定される。

[00182] ＡＰ１がＡＰ２又はＳＴＡ１からＣＴＳを受け取らなかった場合、ＴＸＯＰ予約は失敗し、ＡＰ１はＭＵ－ＲＴＳフレームを再送信する必要があることに留意されたい。

[00183] ＡＰ１は、記号１－２（３１２）、…（３１４）、記号１－ｎ（６００）、…、記号１－ｋ（６０２）、記号１－ｋ＋１（６０４）、及び記号１－ｋ＋２（６０６）を送信する。

[00184] ＡＰ２は、プリアンブル１－１から同時送信情報を受け取り、ＡＰ１のＯＦＤＭ記号の最中に送信を開始する。図に示すように、ＡＰ２のプリアンブル（すなわちプリアンブル２－１）は、図６に示すようなフォーマットを使用することができ、記号１－ｎ（６００）の継続時間中に開始する。しかしながら、プリアンブル２－１の終了時間は、ＡＰ１のＯＦＤＭ記号の終了時間である必要がある。ここで、プリアンブル２－１の終了時間は、記号１－ｋ（６０２）の終了時間である。次に、ＡＰ２のＯＦＤＭ記号（３３０、３４０）は、記号１－ｋ＋１（６０４）及び記号１－ｋ＋２（６０６）として示すＡＰ１のＯＦＤＭ記号と同期することができる。

[00185] 図２５Ａ及び図２５Ｂに、ＡＰ２のプリアンブル（すなわちプリアンブル２－１（３２８））が事前符号化された時に、図１７に示すような送信スキームにおいて、どのようにして同時送信を達成することができるかを示す実施形態例６３０、６７０を示す。これは、図２４の例に非常に類似しているが、図２５Ａ及び図２５Ｂの例では、プリアンブル２－１のために、通常のＩＥＥＥ ８０２．１１プリアンブルの代わりに、ＳＴｘプリアンブルフォーマット１を利用する。ＡＰ２のプリアンブルフォーマットは、図３８に示すものとすることもできることに留意されたい。

[00186] 図２５Ｂに示すように、ＡＰ２のプリアンブルの継続時間は、複数の（４７２）ＯＦＤＭ記号（６７２、６７４、６７６及び６７８として例示）とすることができる。限定ではなく一例として、フォーマット（４７４）は、図２１Ｂに示すものと同じであるものとして示す。ＡＰ２によって使用されるＳＴｘプリアンブルは、４つのＯＦＤＭ記号の継続時間に等しい。図２５Ａにおいて、ＡＰ２が１つのＯＦＤＭ記号（例えば図中の記号１－ｎ（３１８））の開始に送信を開始した時に、ＡＰ１及びＡＰ２のＯＦＤＭ記号境界を同期させる。記号は、図２３Ａのように記号１－（ｎ＋２ｎ）（３７４）から続いて、次に、記号１－（ｎ＋３）（６３２）に続き、記号同期間隔（３０４）内に、記号１－（ｎ＋４）（６３４）が存在する。

４．３．４．送信スキーム２
[00188] 図２６に、ＡＣＫを考慮した（すなわち、同時送信の長さがＡＣＫの長さを含むことを考慮した）時のダウンリンクＯＦＤＭシナリオにおける同時送信のための第２の送信スキーム（送信スキーム２）の実施形態例６９０を示す。図に、ＡＰ１ ２７２と、ＳＴＡ１ ２７４と、ＡＰ２ ２７６と、ＳＴＡ２ ２７８との間の相互作用を示す。ＡＰ１が、ＳＴＡ１へのデータパケット送信（２８０）を開始して、ＳＴＡ１によって受け取られる（２８２）。その送信の間に、ＡＰ２は、ＡＰ１に向けてヌル（６９２）にすることを開始して、パケット（６９４）を送信して、ＳＴＡ２によって受け取られる（６９６）。ここで、ＡＰ２が既にチャネルベクトルを有し、ＳＴＡ１に向けてヌルにすると仮定する。ＡＰ２は、ＡＰ１のパケット送信の終了の前に、ＡＰ２の送信を終了する。

[00189] 次に、ＳＴＡ２は、ＡＰ１のデータ送信の終了の前に、ＡＰ２にＡＣＫ（７００）を返送する。ＳＴＡ２は、ＡＣＫを送信する時に、ＳＴＡ１に向けてヌル（６９８）にすることも行う。ここで再び、ＡＰ２が既にチャネルベクトルを有し、ＳＴＡ１に向けてヌルにすると仮定する。ＡＰ１のデータパケット送信の終了の前に、ＳＴＡ２からのＡＣＫの送信を終了すべきである。ＳＴＡ１は、ＡＰ１からパケットを受け取った後に、ＡＣＫ（７０２）を送信する。

[00190] いくつかの例を挙げて、送信スキーム２における同時送信の詳細を説明する。それらの例で使用されるプリアンブルのフォーマットについては、４．３．６節で説明する。例に示す記号は、ＩＥＥＥ ８０２．１１ａｘにおいて定められるようなガード間隔（ＧＩ）を含むＯＦＤＭ記号を表す。これらの例では、ＧＩを含まないＯＦＤＭ記号継続時間は１２．８μｓである。

[00191] 図２７Ａ～図２７Ｃに、図２６に示すような送信スキーム２において、どのようにして同時送信を達成することができるかについての実施形態例７３０を示す。なお、図２７Ａ～図２７Ｃに示す要素の大部分は、先の図に示した。

[00192] ＡＰ１は送信を開始して、そのデータパケットに１つのミッドアンブルフィールド（３１６）を埋め込んで、ＡＰ２が同時送信に参加できるようにする。ＡＰ２のデータパケット送信の手順は、４．３．３節に示す全ての例と同じとすることができる。ここで、ＡＰ２は同時送信に参加して、図１８に示したようなそのデータパケット送信を終了する。

[00193] ＡＰ２は、ＳＴＡ２にデータパケットを送信する時に、プリアンブル２－１（３２８）から開始して、そのＭＡＣヘッダ（７３２）に同時送信情報を埋め込むことができる。同時送信情報を搬送するＭＡＣヘッダのフォーマットについては、図４０で説明する。

[00194] ＳＴＡ２は、上記の同時送信情報を受け取る。次に、ＳＴＡ２は、記号２－ｎ（７３４）を受け取った後に、少なくともＳＩＦＳ時間（７３６）を待って、ビームフォーミング方式（７６２）でＡＰ２にＡＣＫ（７５４）を返送して、ＡＰ２はＡＣＫを受け取る（７３７）。待ち時間の目的は、ＡＰ１及びＳＴＡ２のＯＦＤＭ記号境界を同期させることである。図示のＡＣＫは、プリアンブル２’－１（７３８）から開始する。同時送信情報に従って、ＡＣＫを送信する時にミッドアンブルを利用することができない。

[00195] 図に示すように、ＳＴＡ２は、ＡＣＫを送信するために、事前符号化されたプリアンブル２’－１（７３８）を使用する。ＳＴＡ２は、その事前符号化されたプリアンブルの開始にＡＰ１に向けてヌル（７３９）にする。プリアンブル２’－１（７３８）は、ＡＰ１のＯＦＤＭ記号（記号１－ｘ（６０６）として示す）と同時に終了する。次に、ＡＰ１及びＳＴＡ２のＯＦＤＭ記号境界を同期させる。同期させた記号間隔（７４０、７４２、７４４）が示され、これらに対して、ＡＰ１は、記号１－ｘ＋１（７４６）、記号１－ｘ＋２（７４８）、…、記号１－ｙ（７５０）及び記号１－ｙ＋１（７５２）を送信し、一方、ＡＰ２は、記号２’－１（７５６）、記号２’－２（７５８）、…、記号２’－ｎ（７６０）を送信する。

[00196] 図２８Ａ～図２８Ｃに、図２６に示すような送信スキーム２において、どのようにして同時送信を達成することができるかについての第２の実施形態例７７０を示す。なお、図２８Ａ～図２８Ｃに示す要素の大部分は、先の図に示した。

[00197] ＡＰ１は送信を開始して、そのパケットに複数のミッドアンブルフィールド（３１６）を埋め込んで、ＡＰ２が同時送信に参加できるようにする。ＡＰ１のデータパケットにミッドアンブルを埋め込んだ時に、ＡＰ２のデータパケット送信の手順は、４．３．３節に示す全ての例と同じとすることができる。この場合、ＡＰ２は同時送信に参加して、図１８に示したようなそのデータパケット送信を終了する。

[00198] ＡＰ２は、ＳＴＡ２にデータパケットを送信する時に、そのＭＡＣヘッダ（７３２）に同時送信情報を埋め込むことができる。同時送信情報を搬送するＭＡＣヘッダのフォーマットについては、図４０で説明する。

[00199] ＳＴＡ２は、ＡＰ２からデータパケットを受け取り（３５０）、ＳＴＡ２のＭＡＣヘッダ内の同時送信情報を学習する。ＡＰ１から、ＭＡＣヘッダのミッドアンブル情報を複製する。ＡＰ１のパケット継続時間からＭＡＣヘッダ内の協調継続時間を引いたものは、ＡＰ１の送信の開始時間とＡＰ２の送信の開始時間との間の時間差を表す。ＳＴＡ２は、ＡＰ２が同時送信に参加するためにどのミッドアンブルを使用したかを判断することができ、これにより、ＳＴＡ２がＡＰ１のデータパケット内のミッドアンブルの開始時間を推定するのを助ける。それは、ＳＴＡ２がＡＣＫ（７５４）の送信を開始するために使用することができるＡＰ１の次のミッドアンブルの開始時間を推定するための基準時間とすることができる。

[00200] ＳＴＡ２は、少なくともＳＩＦＳ間隔（７３６）にわたって待ち、ＡＰ１の１つのミッドアンブル期間中にＡＣＫ送信（７５４）を開始する。なお、ＡＣＫを送信するための手順は、データパケットを送信するために使用されるものと同様とすることができる。

[00201] ＰＬＣＰプリアンブル部分は、ＥＨＴ－ＳＴＦフィールドの前に存在し、ＳＴＡ２によって全方向性方式（７７１）で送信される。その後、指向性ビームフォーミング方式（７６２）を使用して、パケットの残りの部分を送信する。一方で、ＳＴＡ２は、ＳＴＡ１に向けてヌル（７３９）にする。ＳＴＡ２のＰＬＣＰプリアンブル及びＡＰ１のミッドアンブルは、同時に終了すべきである。

[00202] ＳＴＡ２は、一般に、そのＡＣＫ送信において、ＡＰ１及びＡＰ２と同じＧＩ＋ＥＨＴ－ＬＴＦサイズを使用する。次に、ＳＴＡ２及びＡＰ１のＯＦＤＭ記号境界を同期させる。図２８Ｃに、同期させたＯＦＤＭ間隔（７４０、７４２、…、７４４）との同期を示し、これらに対して、ＡＰ１は、記号１－２０ｘ＋１（７７２）、記号１－２０ｘ＋２（７７４）、…、記号１－ｙ（７７６）及び記号１－ｙ＋１（７７８）を送信し、一方、ＡＰ２は、記号２’－１（７５６）、記号２’－２（７５８）、…、記号２’－ｎ（７６０）を送信する。

[00203] 図２９Ａ～図２９Ｃに、図２８Ａ～図２８Ｃにおいて、ＳＴＡ２によって送信されるＡＣＫを、ＡＰ２によってスケジュールすることも可能であることを示す実施形態例７９０を示す。再び、図２９Ａ～図２９Ｃに示す要素の大部分は、先の図に示したことに留意されたい。

[00204] このＡＣＫ送信を達成するために、ＡＰ２は、同時送信のフィードバック情報に推定開始時間（７９４）を設定するだけでよく、ＭＡＣヘッダ（７３２）を通じて情報を送信する。これは、記号２－ｍ（７９２）の後に続き、ＡＣＫ（７５４）の前の推定開始時間（７９４）の時間間隔は、プリアンブル２－１（７３８）から開始する。

[00205] 図３０Ａ～図３０Ｃに、図２６に示すような送信スキーム２において、どのようにして同時送信を達成することができるかについての第３の実施形態例８３０を示す。図３０Ａ～図３０Ｃに示す要素の大部分は、先の図に示したことに留意されたい。

[00206] ＡＰ１は送信を開始して、そのパケットに１つのみのミッドアンブルフィールド（３１６）を埋め込んで、ＡＰ２が同時送信に参加できるようにする。ＡＰ１のデータパケットにミッドアンブルを埋め込んだ時に、ＡＰ２のデータパケット送信の手順は、４．３．３節に示す全ての例と同じとすることができる。この場合、ＡＰ２は同時送信に参加して、図１８に示したようなそのデータパケット送信を終了する。

[00207] ＡＰ２は、ＳＴＡ２にデータパケットを送信する時に、そのＭＡＣヘッダ（７３２）に同時送信情報を埋め込むことができる。同時送信情報を搬送するＭＡＣヘッダのフォーマットについては、図４０で説明する。

[00208] 次に、ＳＴＡ２は、事前符号化されたＳＴｘプリアンブル（７３８）を送信することによって、ＡＣＫを送信することができる。データパケット送信とＡＣＫとの間のＳＩＦＳ（７３６）は、特定の量、この場合、１６μｓに設定することができる。特定の状況では、ＳＩＦＳは、１６μｓの倍数などの倍数に設定することができる。

[00209] ＡＰ１の１つのＯＦＤＭ記号の開始に、ＡＣＫ（７５４）を送信する。プリアンブル２’－１（７３８）のフォーマットは、図３７又は図３８に示すようにすることができる。この例のプリアンブル２’－１は、事前符号化されている。ＳＴＡ２は、ＳＴＡ１に向けてヌル（７３９）にする。図３０Ｃに示すように、記号送信を、同期させたＯＦＤＭ間隔（７４０、７４２、…、７４４）と同期させて、これらに対して、ＡＰ１は、記号１－ｘ（８３２）、記号１－ｘ＋１（８３４）、記号１－ｘ＋２（８３６）、…、記号１－ｙ（８３８）及び記号１－ｙ＋１（８４０）等を送信し、一方、ＡＰ２は、記号２’－１（７５６）、記号２’－２（７５８）、…、記号２’－ｎ（７６０）を送信する。

４．３．５．送信スキーム３
[00211] 図３１に、両方のパケット送信のＡＣＫを同時に送信した時のダウンリンクＯＦＤＭシナリオにおける同時送信の第３の実施形態例８７０を示す。図に、ＡＰ１ ２７２と、ＳＴＡ１ ２７４と、ＡＰ２ ２７６と、ＳＴＡ２ ２７８との間の相互作用を示す。ＡＰ１が、ＳＴＡ１へのデータパケット送信（２８０）を開始して、ＳＴＡ１によって受け取られる（２８２）。その送信の間に、ＡＰ２はパケットの送信（８７２）を開始して、ＳＴＡ２によって受け取られて（８７４）、その開始時に、ＡＰ２はＳＴＡ１に向けてヌル（８７６）にする。ＡＰ２が既にチャネルベクトルを決定して、ＳＴＡ１に向けてヌルにすると仮定する。ＡＰ２は、ＡＰ１のパケット送信の終了の付近で、ＡＰ２の送信を終了する。

[00212] 次に、ＳＴＡ１及びＳＴＡ２は、それぞれ、ＡＰ１及びＡＰ２にＡＣＫ（７００、７０２）を同時に返送する。ＳＴＡ２は、ＡＣＫ（７００）を送信する時に、ＡＰ１に向けてヌル（８７８）にする。ここで、また、ＳＴＡ２が既に、ＡＰ１に向けてヌルにするための適切なチャネルベクトルを取得又は決定していると仮定する。

[00213] 例を挙げて、送信スキーム３における同時送信の詳細を説明する。例に示す記号は、ＩＥＥＥ ８０２．１１ａｘにおいて定められるようなガード間隔（ＧＩ）を含むＯＦＤＭ記号を表す。ＧＩを含まないＯＦＤＭ記号継続時間は１２．８μｓである。

[00214] フィードバックのタイプは、ＡＣＫの代わりにＢＡを使用することができる。この情報は、同時送信情報のフィードバック情報に含むことができる。

[00215] 図３２Ａ～図３２Ｃに、図３１に示すような送信スキーム３において、どのようにして同時送信を達成することができるかについての実施形態例９１０を示す。図３２Ａ～図３２Ｃに示す要素の大部分は、先の図に示したことに留意されたい。

[00216] ＡＰ１及びＡＰ２のデータパケット送信は、４．３．３節で説明したものと同じとすることができる。この場合、ＡＰ２は同時送信に参加して、図１８に示したようなそのデータパケット送信を終了する。

[00217] ＡＰ２は、ＳＴＡ２にデータパケットを送信する時に、そのＭＡＣヘッダ（７３２）に同時送信情報を埋め込むことができる。同時送信情報を搬送するＭＡＣヘッダのフォーマットについては、図４０で説明する。

[00218] ＡＰ１及びＡＰ２は、それらのそれぞれのデータパケット送信を同時に終了する。次に、ＳＴＡ１及びＳＴＡ２は、ＳＩＦＳ時間（７３６）を待った後に、ＡＣＫを同時に送信することができる。ＳＴＡ１は、プリアンブル１’－１（９１４）を含むＡＣＫを通常のビームフォーミング手順で送信し、第１の部分を全方向性方式（９１６）で送信し、残りの部分をビームフォーミング方式（９１８）で送信し、ＡＰ１が受け取る（９１７）。ＳＴＡ２は、事前符号化されたプリアンブル（７３８）を用いてＡＣＫ（７５４）を送信して、ＡＰ１に向けてヌル（９１２）にする。ＳＴＡ１及びＳＴＡ２のプリアンブルフォーマットは、同じであるべきである。ＳＴＡ１及びＳＴＡ２によって、ＡＣＫで記号を送信する。ＳＴＡ１は、記号１’－１（９２０）、記号１’－２（９２２）、…、記号１’－ｎ（９２４）を送信し、一方、ＳＴＡ２は、記号２’－１（９２６）、記号２’－２（９２８）、…、記号２’－ｎ（９３０）を送信する。

[00219] この例では、図６に示すような通常のＩＥＥＥ ８０２．１１ｂｅプリアンブルを使用する。図１５で説明したように、ＡＰ１及びＡＰ２がデータパケットの送信を同時に終了することができるように、ＡＰ２はそのデータパケットにパディングを追加することができることに留意されたい。

４．３．６．パケットフォーマット
[00221] 図３３に、以下のフィールドを有するＳ－Ｔｘ．要求フレームの内容の実施形態例９５０を示す。フレーム制御フィールドは、フレームのタイプを示す。継続時間フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスのために使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信側のアドレスを含む。アクションフィールドは、この場合、Ｓ－Ｔｘ．要求であるアクションを示す。トラフィックタイプフィールドは、トラフィックのＡＣ又は優先度を示す。コーディネーティ（協調されている局）は、このフィールドを設定して、コーディネータにトラフィックのＡＣ又はユーザ優先度を通知する。コーディネータは、この情報を使用して、合意を受け入れるべきか又は拒絶すべきかどうかを決定することができる。協調開始時間フィールドは、同時送信の協調の開始時間を示す。コーディネーティは、このフィールドを設定して、コーディネータに協調の開始時間を知らせる。コーディネータは、合意が受け入れられた場合、協調開始時間にコーディネーティとの第１の同時送信を始動するように開始すべきである。

[00222] 協調周期時間フィールドは、同時送信の発生の周期時間を示す。コーディネーティは、このフィールドを設定して、同時送信が協調周期時間ごとに行われる予定であることをコーディネータに知らせる。コーディネータは、一般に、合意が受け入れられた場合、協調周期時間ごとにコーディネーティとの同時送信を始動するように構成される。協調継続時間フィールドは、協調周期時間ごとに同時送信を可能にする継続時間を示す。コーディネーティは、このフィールドを設定して、コーディネータに同時送信ごとの予想継続時間を知らせる。コーディネータは、合意が受け入れられた場合、毎回、同時送信のための少なくとも協調継続時間を可能にすべきである。協調終了時間フィールドは、同時送信の協調の終了時間を示す。コーディネーティは、このフィールドを設定して、コーディネータに協調の終了時間を知らせる。コーディネータは、協調終了時間の後に、コーディネーティとの同時送信を停止するように構成される。

[00223] 図３４に、Ｓ－Ｔｘ．応答フレームの実施形態例９７０を示す。フレーム制御フィールドは、フレームのタイプを示す。継続時間フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスのために使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信側のアドレスを含む。アクションフィールドは、これがＳ－Ｔｘ．応答フレームであることを示す。合意指示フィールドは、同時送信の協調が受け入れられたか否かを示し、１ビットの指示を使用して実装することができる。コーディネータは、同時送信要求を受け入れた場合、このフィールドを第１の状態（例えば「１」）に設定する。そうでない場合には、ビットを第２の状態（例えば「０」）に設定して、要求を拒否する。コーディネーティはこのフィールドを受け取り、それから、協調が受け入れられたか否かを判断する。

[00224] 協調ＩＤフィールドは、コーディネーティによって与えられるコーディネータの協調ＩＤを示す。コーディネータは、このＩＤを生成してコーディネーティに渡す。コーディネータが、そのデータパケットプリアンブルで与えられる協調ＩＤを含む同時送信を始動した時に、同じ協調ＩＤを有するコーディネーティは、同時送信に参加することができる。

[00225] ＳＴＡのグループフィールドは、コーディネータＡＰに関連するＳＴＡのＭＡＣアドレスを示す。コーディネータは、その関連するＳＴＡをこのフィールドに入れる。コーディネーティは、このフィールドを受け取った時に、ＳＴＡの情報を記憶する。同時送信が始動された時に、コーディネーティは、ＳＴＡの情報を探索して、コーディネータの受信機を識別することができる。

[00226] 許可（許容）干渉レベルフィールドは、同時送信中にコーディネーティが作成することができる最大干渉レベルを示す。コーディネータはこのフィールドを設定して、コーディネーティの送信電力を制限する。

[00227] 図３５に、以下のフィールドを有する同時送信情報の実施形態例９９０を示す。ＳＴｘ許可指示フィールドは、別のＡＰが同時送信に参加することを許可されたかどうかを示す。このフィールドは、第１の状態（例えば「１」）に設定された時に、何らかの他のＡＰが同時送信に参加することを許可されたことを示し、そうでない場合には、このフィールドは、第２の状態（例えば「０」）に設定される。コーディネータがそのプリアンブルにこのフィールドを設定した時に、フィールドが「１」に設定された場合、同時送信ＩＤが許可され、そうでない場合には許可されない。コーディネーティがそのＭＡＣヘッダにこのフィールドを設定した時に、このフィールドは「１」のみに設定されて、現在の送信が同時送信であることを示すことができる。

[00228] 協調継続時間フィールドは、同時送信のための許容継続時間を示す。コーディネータは、そのデータパケットのプリアンブルにこのフィールドを設定して、この時間内にコーディネーティのデータ送信を終了する必要があることをコーディネーティに知らせる。コーディネーティは、そのデータパケットのＭＡＣヘッダにこのフィールドを設定して、その受信機に、コーディネータによってデータ送信を終了する時間を知らせる。コーディネーティからのこの情報の受信機は、コーディネータがデータ送信を開始してからの経過時間を決定することができ、これは、パケット継続時間から協調継続時間を引いたものである。

[00229] パケット継続時間フィールドは、コーディネータのデータパケットの継続時間を示す。コーディネータは、そのデータパケットのプリアンブルにこのフィールドを設定して、そのデータパケット継続時間をコーディネーティに知らせる。この場合、パケット継続時間は、協調継続時間と同じであるべきである。コーディネーティは、そのデータパケットのＭＡＣヘッダにこのフィールドを設定して、その受信機にコーディネータのデータパケット継続時間を知らせる。コーディネーティからのこの情報の受信機は、コーディネータがデータ送信を開始してからの経過時間を決定することができ、これは、パケット継続時間から協調継続時間を減算することによって、決定することができる。

[00230] ミッドアンブル情報フィールドは、ミッドアンブルの構造及びその発生時間の情報を含む。コーディネータは、そのデータパケットのプリアンブルにこのフィールドを設定して、コーディネーティにミッドアンブルのタイプ及び発生を知らせる。次に、コーディネーティは、ミッドアンブル中に同時送信に参加することができる。コーディネーティは、そのデータパケットのＭＡＣヘッダにこのフィールドを設定して、その受信機にコーディネータのミッドアンブル情報を知らせる。コーディネーティからのこの情報の受信機は、この情報を利用して、ＡＣＫ又はＢＡを送信することができる。

[00231] 図３５の下部に示すように、ミッドアンブル情報フィールドは、以下のサブフィールドを含む。ミッドアンブルタイプサブフィールドは、ミッドアンブルのタイプを示す。このサブフィールドは、それがＬＴＦのみから構成されるか又はＬＴＦ及び他のタイプの信号トレーニングフィールドから構成されるかどうか、及びミッドアンブルにいくつのＬＴＦフィールドが存在するかを示す。例えば、各値は、１つのタイプのミッドアンブルを表すことができる。限定ではなく一例として、以下のようにタイプを割り当てる。すなわち、０：３つのＥＨＴ－ＬＴＦ－４Ｘ。１：４つのＥＨＴ－ＬＴＦ－４Ｘ。２：他のタイプの信号トレーニングフィールドを含む３つのＥＨＴ－ＬＴＦ－４Ｘ。開始時間サブフィールドは、パケット内の第１のミッドアンブルの開始時間を示す。それは、ＯＦＤＭ記号の数で数えることができる。開始時間が「０」である場合、パケットにミッドアンブルが埋め込まれていない。そうでない場合には、開始時間は、プリアンブルとパケット内の第１のミッドアンブルとの間のＯＦＤＭ記号の数を表す。周期時間サブフィールドは、ミッドアンブルの周期時間を示す。それは、ＯＦＤＭ記号の数で数えることができる。周期時間が「０」である場合、パケット内のミッドアンブルの数は、たった１つしかない。そうでない場合には、周期時間は、パケット内の２つの結果のミッドアンブルの間のＯＦＤＭ記号の数を表す。

[00232] 図の上部のフィールドに戻ると、送信のフィードバック情報を示すフィードバック情報フィールドがある。コーディネータは、そのデータパケットのプリアンブルにこのフィールドを設定して、そのフィードバック情報をコーディネーティに知らせる。コーディネーティは、そのデータパケットのＭＡＣヘッダにこのフィールドを設定して、その受信機にフィードバックの返送方法を知らせる。コーディネーティの受信機は、コーディネーティからのフィードバック情報の後に、フィードバックを送信すべきである。図の下部は、以下のようなこのフィールド内のサブフィールドを示す。ＡＣＫ／ＢＡサブフィールドは、フィードバックタイプがＡＣＫ又はＢＡであるかどうかについての指示（例えば１ビットの情報）を提供する。この実施形態例では、ビットが第１の状態（例えば「０」）に設定された場合、フィードバックはＡＣＫであり、一方で、ビットが第２の状態（例えば「１」）に設定された場合、フィードバックはブロック確認応答（ＢＡ）である。タイムアウトサブフィールドは、ＡＣＫ又はＢＡタイムアウトのための値を示す。タイムアウトの前に、フィードバックが受け取られなかった場合、パケット送信は失敗する。推定開始時間サブフィールドは、ＡＣＫ送信の推定開始時間を示す。ＡＰによってＡＣＫがスケジュールされた時に、この時間を使用する。事前符号化されたプリアンブルサブフィールドは、ＡＣＫのプリアンブルが事前符号化されたか否かを示すための指示（例えば１ビットの指示）を含む。この実施形態例では、ビットが第１の状態（例えば「０」）に設定された場合、フィードバックのためのプリアンブルを事前符号化することができ、一方、ビットが第２の状態（例えば「１」）に設定された場合、プリアンブルを事前符号化することができないことを示す。

[00233] 図３５の上の行に戻ると、残りのフィールドは以下の通りである。ＧＩ＋ＥＨＴ－ＬＴＦサイズフィールドは、ＧＩの継続時間（例えば、ＩＥＥＥ ８０２．１１ａｘのように０．８μｓ、１．６μｓ、３．２μｓ）と、ＥＨＴ－ＬＴＦのサイズ（例えば、ＩＥＥＥ ８０２．１１ａｘのように１Ｘ、２Ｘ、４Ｘ）との組み合わせを示す。コーディネータは、そのデータパケットのプリアンブルにこのフィールドを設定して、コーディネータによって使用されるＧＩの継続時間とＥＨＴ－ＬＴＦのサイズとの組み合わせをコーディネーティに知らせる。コーディネーティは、一般に、同じ組み合わせを利用する。コーディネーティは、そのデータパケットのＭＡＣヘッダにこのフィールドを設定して、その受信機に、コーディネータによって使用されるＧＩの継続時間とＥＨＴ－ＬＴＦのサイズとの組み合わせを知らせる。ＡＣＫ／ＢＡが要求された場合、コーディネーティの受信機は、一般に、そのＡＣＫ／ＢＡ送信において同じ組み合わせを使用するように構成される。ヌル方向フィールドは、どのＳＴＡに向けてヌルにするべきかを示す。コーディネータは、そのデータパケットのプリアンブルにこのフィールドを設定して、同時送信中にどのＳＴＡに向けてヌル化すべきかをコーディネーティに知らせる。コーディネーティは、そのデータパケットのＭＡＣヘッダにこのフィールドを設定して、その受信機がＡＣＫ／ＢＡを送信する時に、どのＳＴＡに向けてヌル化すべきかを受信機に知らせる。協調ＩＤフィールドは、どのＡＰが同時送信に参加することを許可されたかを示す協調ＩＤを示す。コーディネータは、そのデータパケットのプリアンブルにこのフィールドを設定して、コーディネーティを指し示す。同じ協調ＩＤを有するＡＰは、同時送信に参加することを許可される。

[00234] 図３６に、どのようにしてＰＬＣＰプリアンブルのＥＨＴ－ＳＩＧフィールドに同時送信情報を埋め込むことができるかを示す実施形態例１０１０を示す。

[00235] 図３７に、ＳＴｘプリアンブルの第１のフォーマット（フォーマット１）及びその継続時間の実施形態例１０３０を示す。Ｌ－ＳＴＦフィールドは、８μｓの継続時間のＩＥＥＥ ８０２．１１ｂｅにおける非ＨＴショートトレーニングフィールドを示す。Ｌ－ＬＴＦフィールドは、８μｓの継続時間のＩＥＥＥ ８０２．１１ｂｅにおける非ＨＴロングトレーニングフィールドを示す。Ｌ－ＳＩＧフィールドは、４μｓの継続時間のＩＥＥＥ ８０２．１１ｂｅにおける非ＨＴ信号フィールドを示す。ＲＬ－ＳＩＧフィールドは、４μｓの継続時間のＩＥＥＥ ８０２．１１ｂｅにおける反復非ＨＴ信号フィールドを示す。Ｕ－ＳＩＧフィールドは、８μｓの継続時間のＩＥＥＥ ８０２．１１ｂｅにおけるＥＨＴユニバーサルフィールドを示す。ＥＨＴ－ＳＩＧフィールドは、８μｓの継続時間のＩＥＥＥ ８０２．１１ｂｅにおけるＥＨＴ信号フィールドを示す。ＥＨＴ－ＳＴＦフィールドは、８μｓの継続時間のＥＨＴショートトレーニングフィールドを示す。これの代わりに、本開示の教示から逸脱することなく、別のタイプの信号トレーニングフィールドを使用することができることに留意されたい。ＥＨＴ－ＬＴＦフィールドは、ＩＥＥＥ ８０２．１１ｂｅにおけるＥＨＴロングトレーニングフィールドを示し、ＥＨＴ－ＬＴＦ－４ＸとＧＩとの組み合わせを使用するので、１２．８μｓ＋３．２μｓのＧＩ、すなわち合計１６μｓの継続時間を有する。

[00236] 図３８に、ＳＴｘプリアンブルの第２のフォーマット（フォーマット２）の実施形態例１０５０を示す。図に、各フィールドの継続時間を示す。Ｌ－ＳＴＦフィールドは、ＩＥＥＥ ８０２．１１ｂｅにおける非ＨＴショートトレーニングフィールドを示し、８μｓの継続時間を有する。Ｌ－ＬＴＦフィールドは、ＩＥＥＥ ８０２．１１ｂｅにおける非ＨＴロングトレーニングフィールドを示し、８μｓの継続時間を有する。Ｌ－ＳＩＧフィールドは、ＩＥＥＥ ８０２．１１ｂｅにおける非ＨＴ信号フィールドを示し、４μｓの継続時間を有する。ＲＬ－ＳＩＧフィールドは、ＩＥＥＥ ８０２．１１ｂｅにおける反復非ＨＴ信号フィールドを示し、４μｓの継続時間を有する。Ｕ－ＳＩＧフィールドは、ＩＥＥＥ ８０２．１１ｂｅにおけるＥＨＴユニバーサルフィールドを示し、８μｓの継続時間を有する。ＥＨＴ－ＳＩＧフィールドは、２つの部分を有する。すなわち、ＥＨＴ－ＳＩＧ－Ａフィールドは、ＩＥＥＥ ８０２．１１ｂｅにおけるＥＨＴ共通信号フィールドを示し、８μｓの継続時間を有し、一方、ＥＨＴ－ＳＩＧ－Ｂフィールドは、ＩＥＥＥ ８０２．１１ｂｅにおけるＥＨＴユーザ固有信号フィールドを示し、４μｓの継続時間を有する。このフィールドに、図３６に示すような同時送信情報を埋め込むことができる。ＥＨＴ－ＳＴＦフィールドは、ＥＨＴショートトレーニングフィールドを示し、４μｓの継続時間を有する。ＥＨＴ－ＳＴＦフィールドの代わりに、本開示の教示から逸脱することなく、別のタイプの信号トレーニングフィールドを使用することができると理解されたい。ＥＨＴ－ＬＴＦフィールドは、ＩＥＥＥ ８０２．１１ｂｅにおけるＥＨＴロングトレーニングフィールドを示す。ＥＨＴ－ＬＴＦフィールドは、ＥＨＴ－ＬＴＦ－４Ｘと３．２μｓのＧＩとの組み合わせを使用する。ＥＨＴ－ＬＴＦフィールドの代わりに、他のタイプの信号トレーニングフィールドを使用することができることにも留意されたい。

[00237] 図３９に、ＳＴｘプリアンブルの第３の例（フォーマット３）の実施形態例１０７０を示す。図に、各フィールドの継続時間を示す。Ｌ－ＳＴＦフィールドは、ＩＥＥＥ ８０２．１１ｂｅにおける非ＨＴショートトレーニングフィールドを示し、８μｓの継続時間を有する。Ｌ－ＬＴＦフィールドは、ＩＥＥＥ ８０２．１１ｂｅにおける非ＨＴロングトレーニングフィールドを示し、８μｓの継続時間を有する。Ｌ－ＳＩＧフィールドは、ＩＥＥＥ ８０２．１１ｂｅにおける非ＨＴ信号フィールドを示し、４μｓの継続時間を有する。ＲＬ－ＳＩＧフィールドは、ＩＥＥＥ ８０２．１１ｂｅにおける反復非ＨＴ信号フィールドを示し、４μｓの継続時間を有する。Ｕ－ＳＩＧフィールドは、ＩＥＥＥ ８０２．１１ｂｅにおけるＥＨＴユニバーサルフィールドを示し、８μｓの継続時間を有する。ＥＨＴ－ＳＩＧフィールドは、ＩＥＥＥ ８０２．１１ｂｅにおけるＥＨＴ共通信号フィールドを示し、１６μｓの継続時間を有する。このフィールドのフォーマットは、ＩＥＥＥ ８０２．１１ａｘのＨＥ ＥＲ ＳＵ ＰＰＤＵフォーマットのＨＥ－ＳＩＧ－Ａフィールドと同様とすることができる。ＥＨＴ－ＳＴＦフィールドは、ＥＨＴショートトレーニングフィールドを示す。これは、図２３Ｂに示すようなミッドアンブル内のＥＨＴショートトレーニングフィールドと同じであると予想されるので、ＥＨＴショートトレーニングフィールドのためにここで与えられる継続時間要件はないと理解されたい。このフィールドの代わりに、何らかの他のタイプの信号トレーニングフィールドを使用することができることに留意されたい。ＥＨＴ－ＬＴＦフィールドは、ＩＥＥＥ ８０２．１１ｂｅにおけるＥＨＴロングトレーニングフィールドを示す。ＥＨＴ－ＬＴＦフィールドは、ＥＨＴ－ＬＴＦ－４Ｘと３．２μｓのＧＩとの組み合わせを使用する。ＥＨＴ－ＬＴＦフィールドの代わりに、他のタイプの信号トレーニングフィールドを使用することができることに留意されたい。

[00238] 図４０に、同時送信情報を搬送するために使用することができるＭＡＣヘッダの内容の実施形態例１０９０を示す。このようなＭＡＣヘッダは、ＳＴｘ ＭＡＣヘッダとして示され、フレーム制御フィールドから同時送信情報フィールドまでのフィールドを含む。フレーム制御フィールドは、フレームのタイプを示す。継続時間フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスのために使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信側のアドレスを含む。同時送信情報フィールドは、図３５で説明したような同時送信情報を示す。パケットのデータフィールド（ペイロード）の後に、ＳＴｘ ＭＡＣヘッダが続くことができる。

５．実施形態の一般的範囲
[00240] 提示した技術の説明した強化は、様々な無線通信局及びそれらの関連するプロトコル内に容易に実装することができる。また、通信局は、１又は２以上のコンピュータプロセッサ装置（例えば、ＣＰＵ、マイクロプロセッサ、マイクロコントローラ、コンピュータ対応ＡＳＩＣなど）、及び命令を記憶する関連するメモリ（例えば、ＲＡＭ、ＤＲＡＭ、ＮＶＲＡＭ、ＦＬＡＳＨ、コンピュータ可読媒体など）を含むように実装されることにより、メモリに記憶されたプログラム（命令）がプロセッサ上で実行されて、本明細書で説明した様々なプロセス法のステップを実行することが好ましいと理解されたい。

[00241] 当業者は、無線データ通信に関連するステップを実行するコンピュータ装置の使用を認識しているため、各図には簡略化のためにコンピュータ装置及びメモリデバイスを示していない。提示した技術は、メモリ及びコンピュータ可読媒体が非一時的であり、したがって一時的電子信号を構成しない限り、これらに関して限定するものではない。

[00242] また、これらの計算システムのコンピュータ可読媒体（命令を記憶するメモリ）は、「非一時的」なものであり、これは、あらゆる全ての形式のコンピュータ可読媒体を含み、唯一の例外は一時的な伝播信号であると理解されるであろう。したがって、開示する技術は、あらゆる形式のコンピュータ可読媒体を含むことができ、これは、ランダムアクセスのもの（例えば、ＲＡＭ）、周期的リフレッシュが必要なもの（例えば、ＤＲＡＭ）、経時劣化するもの（例えば、ＥＥＰＲＯＭ、ディスク媒体）、又は短期間だけ及び／又は電源があるときのみデータを記憶するものを含むが、唯一の限定として、「コンピュータ可読媒体」という用語は、一時的な電子信号に適用することができない。

[00243] 本明細書では、コンピュータプログラム製品としても実装できる、本技術の実施形態による方法及びシステム、及び／又は手順、アルゴリズム、ステップ、演算、数式又はその他の計算表現のフロー図を参照して本技術の実施形態を説明することができる。この点、フローチャートの各ブロック又はステップ、及びフローチャートのブロック（及び／又はステップ）の組み合わせ、並びにあらゆる手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、ハードウェア、ファームウェア、及び／又はコンピュータ可読プログラムコードの形で具体化された１又は２以上のコンピュータプログラム命令を含むソフトウェアなどの様々な手段によって実装することができる。理解されるように、このようなあらゆるコンピュータプログラム命令は、以下に限定されるわけではないが、汎用コンピュータ又は専用コンピュータ、又は機械を生産するための他のプログラマブル処理装置を含む１又は２以上のコンピュータプロセッサによって実行して、（単複の）コンピュータプロセッサ又は他のプログラマブル処理装置上で実行されるコンピュータプログラム命令が、（単複の）特定される機能を実装するための手段を生み出すようにすることができる。

[00244] したがって、本明細書で説明したフローチャートのブロック、並びに手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、（単複の）特定の機能を実行する手段の組み合わせ、（単複の）特定の機能を実行するステップの組み合わせ、及びコンピュータ可読プログラムコード論理手段の形で具体化されるような、（単複の）特定の機能を実行するコンピュータプログラム命令をサポートする。また、本明細書で説明したフロー図の各ブロック、並びにあらゆる手順、アルゴリズム、ステップ、演算、数式、又は計算表現、及びこれらの組み合わせは、（単複の）特定の機能又はステップを実行する専用ハードウェアベースのコンピュータシステム、又は専用ハードウェアとコンピュータ可読プログラムコードとの組み合わせによって実装することもできると理解されるであろう。

[00245] 更に、コンピュータ可読プログラムコードなどの形で具体化されるこれらのコンピュータプログラム命令を、コンピュータプロセッサ又は他のプログラマブル処理装置に特定の態様で機能するように指示することができる１又は２以上のコンピュータ可読メモリ又はメモリデバイスに記憶して、これらのコンピュータ可読メモリ又はメモリデバイスに記憶された命令が、（単複の）フローチャートの（単複の）ブロック内に指定される機能を実装する命令手段を含む製造の物品を生産するようにすることもできる。コンピュータプログラム命令をコンピュータプロセッサ又は他のプログラマブル処理装置によって実行し、コンピュータプロセッサ又は他のプログラマブル処理装置上で一連の動作ステップが実行されるようにしてコンピュータで実装される処理を生成し、コンピュータプロセッサ又は他のプログラマブル処理装置上で実行される命令が、（単複の）フローチャートの（単複の）ブロック、（単複の）手順、（単複の）アルゴリズム、（単複の）ステップ、（単複の）演算、（単複の）数式、又は（単複の）計算表現に特定される機能を実装するためのステップを提供するようにすることもできる。

[00246] 更に、本明細書で使用する「プログラム」又は「プログラム実行文」という用語は、本明細書で説明した１又は２以上の機能を実行するために１又は２以上のコンピュータプロセッサが実行できる１又は２以上の命令を意味すると理解されるであろう。命令は、ソフトウェア、ファームウェア、又はソフトウェアとファームウェアとの組み合わせで具体化することができる。命令は、装置の非一時的媒体に局所的に記憶することも、又はサーバなどに遠隔的に記憶することもでき、或いは命令の全部又は一部を局所的に又は遠隔的に記憶することもできる。遠隔的に記憶された命令は、ユーザが開始することによって、或いは１又は２以上の要因に基づいて自動的に装置にダウンロード（プッシュ）することができる。

[00247] 更に、本明細書で使用するプロセッサ、ハードウェアプロセッサ、コンピュータプロセッサ、中央処理装置（ＣＰＵ）及びコンピュータという用語は、命令、並びに入力／出力インターフェイス及び／又は周辺装置との通信を実行できる装置を示すために同義的に使用されるものであり、プロセッサ、ハードウェアプロセッサ、コンピュータプロセッサ、ＣＰＵ及びコンピュータという用語は、単一の又は複数の装置、シングルコア装置及びマルチコア装置、及びこれらの変種を含むように意図するものであると理解されるであろう。

[00248] 本明細書の説明から、本開示は、限定ではないが以下の内容を含む複数の実施形態を含むと理解されるであろう。

[00249] １．ネットワーク内の無線通信のための装置であって、（ａ）局（ＳＴＡ）又はアクセスポイント（ＡＰ）としての無線通信回路であって、複数のアクセスポイント（ＡＰ）及び複数の局（ＳＴＡ）を可能にするように構成される無線フィデリティ（ＷｉＦｉ）ネットワーク内の前記無線通信回路のうちの少なくとも１つの他の無線通信回路と無線通信するように構成される無線通信回路と、（ｂ）全方向性モード及び指向性モードの両方において前記無線通信回路のうちの近隣との間でフレームを送受信するように構成される複数のアンテナに接続される少なくとも１つのモデム及び無線周波数（ＲＦ）回路と、（ｃ）前記無線通信回路及びその少なくとも１つのモデムを制御するように構成されるプロセッサと、（ｄ）前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、を備え、（ｅ）前記命令は、前記プロセッサによって実行された時に、（ｅ）（ｉ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）媒体アクセス制御（ＭＡＣ）プロトコルにおいて直交周波数分割多重化（ＯＦＤＭ）記号を含む信号の符号化及び復号化に応答してパケット送受信を実行するステップと、（ｅ）（ｉｉ）通信範囲内の少なくとも１つの局（ＳＴＡ）に向けてビームフォーミングを実行する一方で、１又は２以上の他のアクセスポイント（ＡＰ）に向けてヌル化することに前記通信プロトコルを使用して、第１のアクセスポイント（ＡＰ）として動作するステップと、（ｅ）（ｉｉｉ）前記第１のアクセスポイント（ＡＰ）としてパケット送信を開始して、前記通信プロトコルを使用する別のアクセスポイント（ＡＰ）が、１又は２以上のステップに応答してパケットを同時に送信できるようにするステップであって、前記１又は２以上のステップは、（ｅ）（ｉｉｉ）（Ａ）パケット送信を開始する前に、前記他のアクセスポイント（ＡＰ）とのネゴシエーションを実行するステップと、（ｅ）（ｉｉｉ）（Ｂ）前記他のアクセスポイント（ＡＰ）に同時送信情報を通信するステップと、（ｅ）（ｉｉｉ）（Ｃ）前記パケット送信が進行中である間に、前記通信プロトコルの下で、前記他のアクセスポイント（ＡＰ）が同時送信を実行できるようにするステップであって、前記他のアクセスポイント（ＡＰ）は、その直交周波数分割多重化（ＯＦＤＭ）記号境界と前記第１のアクセスポイント（ＡＰ）とを同期させるように構成される、ステップと、（ｅ）（ｉｉｉ）（Ｄ）前記第１のアクセスポイント（ＡＰ）によるパケット送信の終了の前に、前記他のアクセスポイント（ＡＰ）によってパケット送信を完了するステップと、を含む、ステップと、を含む通信プロトコルを実行する、装置。

[00250] ２．ネットワーク内の無線通信のための装置であって、（ａ）局（ＳＴＡ）又はアクセスポイント（ＡＰ）としての無線通信回路であって、複数のアクセスポイント（ＡＰ）及び複数の局（ＳＴＡ）を可能にするように構成される無線フィデリティ（ＷｉＦｉ）ネットワーク内の前記無線通信回路のうちの少なくとも１つの他の無線通信回路と無線通信するように構成される無線通信回路と、（ｂ）全方向性モード及び指向性モードの両方において前記無線通信回路のうちの近隣との間でフレームを送受信するように構成される複数のアンテナに接続される少なくとも１つのモデム及び無線周波数（ＲＦ）回路と、（ｃ）前記無線通信回路及びその少なくとも１つのモデムを制御するように構成されるプロセッサと、（ｄ）前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、を備え、（ｅ）前記命令は、前記プロセッサによって実行された時に、（ｅ）（ｉ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）媒体アクセス制御（ＭＡＣ）プロトコルにおいて直交周波数分割多重化（ＯＦＤＭ）記号を含む信号の符号化及び復号化に応答してパケット送受信を実行するステップと、（ｅ）（ｉｉ）通信範囲内の少なくとも１つの局（ＳＴＡ）に向けてビームフォーミングを実行する一方で、１又は２以上の他のアクセスポイント（ＡＰ）に向けてヌル化することに前記通信プロトコルを使用して、第１のアクセスポイント（ＡＰ）として動作するステップと、（ｅ）（ｉｉｉ）前記第１のアクセスポイント（ＡＰ）としてパケット送信を開始して、前記通信プロトコルを使用する別のアクセスポイント（ＡＰ）が、１又は２以上のステップに応答してパケットを同時に送信できるようにするステップであって、前記１又は２以上のステップは、（ｅ）（ｉｉｉ）（Ａ）パケット送信を開始する前に、前記他のアクセスポイント（ＡＰ）とのネゴシエーションを実行するステップと、（ｅ）（ｉｉｉ）（Ｂ）前記他のアクセスポイント（ＡＰ）に同時送信情報を通信するステップと、（ｅ）（ｉｉｉ）（Ｃ）前記パケット送信が進行中である間に、前記通信プロトコルの下で、前記他のアクセスポイント（ＡＰ）が同時送信を実行できるようにするステップであって、前記他のアクセスポイント（ＡＰ）は、その直交周波数分割多重化（ＯＦＤＭ）記号境界と前記第１のアクセスポイント（ＡＰ）とを同期させるように構成される、ステップと、（ｅ）（ｉｉｉ）（Ｄ）前記他のアクセスポイント（ＡＰ）によって、プリアンブル又は媒体アクセス制御（ＭＡＣ）ヘッダに同時送信情報を埋め込んで、前記受信局が確認応答を返送することを要求するステップであって、前記ステップ（Ｄ）は、（ｅ）（ｉｉｉ）（Ｄ）（１）前記第１のアクセスポイントがそのパケット送信を完了する前に、前記他のアクセスポイント（ＡＰ）がその送信を完了した場合、前記第１のアクセスポイントがまだ前記パケット送信を送信している間に、前記受信局によって確認応答を送信するステップと、（ｅ）（ｉｉｉ）（Ｄ）（２）前記第１のアクセスポイント（ＡＰ）及び前記他のアクセスポイント（ＡＰ）がそれらの送信を同時に完了した場合、前記受信局によって、前記他のアクセスポイントからの確認応答を含む確認応答を送信するステップと、（ｅ）（ｉｉｉ）（Ｄ）（３）前記受信局によって確認応答を送信するステップであって、前記受信局は、そのＯＦＤＭ信号境界と前記第１のアクセスポイント（ＡＰ）のＯＦＤＭ信号境界とを同期させて、前記他のアクセスポイント（ＡＰ）からの前記確認応答からの干渉から前記第１のアクセスポイント（ＡＰ）の送信を保護する、ステップと、を含む、ステップ（Ｄ）と、を含む、ステップ（ｉｉｉ）と、を含む通信プロトコルを実行する、装置。

[00251] ３．ネットワーク内の無線通信の方法であって、（ａ）複数のアクセスポイント（ＡＰ）及び複数の局（ＳＴＡ）を可能にするように構成される無線フィデリティ（ＷｉＦｉ）ネットワーク内の無線通信回路のうちの少なくとも１つの他の無線通信回路と無線通信するように、局（ＳＴＡ）又はアクセスポイント（ＡＰ）として無線通信回路を構成するステップと、（ｂ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）媒体アクセス制御（ＭＡＣ）プロトコルにおいて直交周波数分割多重化（ＯＦＤＭ）記号を含む信号の符号化及び復号化に応答してパケット送受信を実行するステップと、（ｃ）通信範囲内の少なくとも１つの局（ＳＴＡ）に向けてビームフォーミングを実行する一方で、１又は２以上の他のアクセスポイント（ＡＰ）に向けてヌル化することに前記通信プロトコルを使用して、第１のアクセスポイント（ＡＰ）として動作するステップと、（ｄ）前記第１のアクセスポイント（ＡＰ）としてパケット送信を開始して、前記通信プロトコルを使用する別のアクセスポイント（ＡＰ）が、１又は２以上のステップに応答してパケットを同時に送信できるようにするステップであって、前記１又は２以上のステップは、（ｄ）（ｉ）パケット送信を開始する前に、前記他のアクセスポイント（ＡＰ）とのネゴシエーションを実行するステップと、（ｄ）（ｉｉ）前記他のアクセスポイント（ＡＰ）に同時送信情報を通信するステップと、（ｄ）（ｉｉｉ）前記パケット送信が進行中である間に、前記通信プロトコルの下で、前記他のアクセスポイント（ＡＰ）が同時送信を実行できるようにするステップであって、前記他のアクセスポイント（ＡＰ）は、その直交周波数分割多重化（ＯＦＤＭ）記号境界と前記第１のアクセスポイント（ＡＰ）とを同期させるように構成される、ステップと、（ｄ）（ｉｖ）前記第１のアクセスポイント（ＡＰ）によるパケット送信の終了の前に、前記他のアクセスポイント（ＡＰ）によってパケット送信を完了するステップと、を含む、ステップと、を含む方法。

[00252] ４．パケットの送信を実行する無線通信システム／装置。第１のアクセスポイント（ＡＰ１）及び第２のアクセスポイント（ＡＰ２）として複数のアクセスポイントが共存する。各ＡＰ及びその関連する局（ＳＴＡ）は、ＯＦＤＭ記号に関して信号を符号化及び復号化し、ＣＳＭＡ／ＣＡビームフォーミング及びヌル化が送信に適用される。ＡＰ２は、その関連するＳＴＡに向けてビームフォーミングする一方で、ＡＰ１に関連する１又は２以上のＳＴＡに向けて受信電力をヌル化することができる。ＡＰ２に関連するＳＴＡは、ＡＰ１又はＡＰ１に関連するＳＴＡに向けて送信電力をヌル化する能力を有することができる。このヌル化は、以下のことを含む。すなわち、（ａ）ＡＰ１はパケット送信を開始して、他のＡＰがＡＰ１と同時にパケットを送信できるようにする。これは、他のＡＰとの事前ネゴシエーション、（ｂ）同時送信情報を送信すること、（ｃ）ＡＰ１が影響を受けない限り、同時送信が絶えず行われるようにすること、を通じて行うことができる。（ｄ）ＡＰ２は、ＡＰ１の進行中の送信中に同時送信を開始する。（ｅ）ＡＰ２は、そのＯＦＤＭ記号境界とＡＰ１のＯＦＤＭ記号境界とを同期させて、ＡＰ１の受信機ＳＴＡに向けてヌルにする。（ｆ）ＡＰ１の送信の終了の前に、ＡＰ２は、ＡＰ２の送信を終了する。

[00253] ５．パケットの送信を実行する無線通信システム／装置。第１のアクセスポイント（ＡＰ１）及び第２のアクセスポイント（ＡＰ２）として複数のアクセスポイントが共存する。各ＡＰ及びその関連する局（ＳＴＡ）は、ＯＦＤＭ記号に関して信号を符号化及び復号化し、ＣＳＭＡ／ＣＡビームフォーミング及びヌル化が送信に適用される。ＡＰ２は、その関連するＳＴＡに向けてビームフォーミングする一方で、ＡＰ１に関連する１又は２以上のＳＴＡに向けて受信電力をヌル化することができる。ＡＰ２に関連するＳＴＡは、ハードウェアがサポートする場合、ＡＰ１又はＡＰ１に関連するＳＴＡに向けて送信電力をヌル化することができる。ＡＰ２は、ＡＰ１の進行中の送信中に同時送信を開始する。これは、以下のことを含む。すなわち、（ａ）ＡＰ２は、そのプリアンブル又はＭＡＣヘッダに同時送信情報を埋め込んで、その受信機ＳＴＡに、ＡＣＫ／ＢＡを返送するように要求する。（ｂ）ＡＰ１の送信の前に、ＡＰ２がその送信を終了した場合、ＡＰ１が送信している時に、ＡＰ２の受信機ＳＴＡはＡＣＫ／ＢＡを送信する。（ｃ）ＡＰ１及びＡＰ２がそれらの送信を同時に終了した場合、ＡＰ２の受信機ＳＴＡは、ＡＰ１のＡＣＫ／ＢＡ送信を含むＡＣＫ／ＢＡの送信を開始する。（ｄ）ＡＰ２にＡＣＫ／ＢＡを送信するＡＰ２の受信機ＳＴＡは、そのＯＦＤＭ信号境界とＡＰ１の送信とを同期させて、ＡＰ２のＡＣＫ／ＢＡに起因する干渉からＡＰ１の送信を保護する。

[00254] ６．前記命令は、前記プロセッサによって実行された時に、前記第１のアクセスポイント（ＡＰ）の指示の下で前記通信プロトコルを利用する局によって、現在通信していない１又は２以上のアクセスポイント（ＡＰ）に向けて送信電力のヌル化を実行するステップを含む１又は２以上のステップを更に実行する、前出のいずれかの実施形態の装置又は方法。

[00255] ７．前記命令は、前記プロセッサによって実行された時に、前記第１のアクセスポイント（ＡＰ）によって前記パケット送信が進行中である間に、前記通信プロトコルの下で同時送信を実行している前記他のアクセスポイントによって、前記第１のアクセスポイント（ＡＰ）の受信局に向けてヌルにするステップを含む１又は２以上のステップを更に実行する、前出のいずれかの実施形態の装置又は方法。

[00256] ８．前記命令は、前記プロセッサによって実行された時に、前記通信プロトコルの下で前記他のアクセスポイント（ＡＰ）との事前ネゴシエーション又は合意を実行することに応答して受け取られる情報に基づいて、前記同時送信を可能にすべきかどうかを決定するステップを含む１又は２以上のステップを更に実行する、前出のいずれかの実施形態の装置又は方法。

[00257] ９．前記命令は、前記プロセッサによって実行された時に、前記パケット送信を開始する際に前記第１のアクセスポイント（ＡＰ）によって送信されるプリアンブルに、同時送信情報を埋め込むステップを含む１又は２以上のステップを更に実行する、前出のいずれかの実施形態の装置又は方法。

[00258] １０．前記命令は、前記プロセッサによって実行された時に、前記第１のアクセスポイント（ＡＰ）の前記パケット送信にミッドアンブルを埋め込んで、前記他のアクセスポイント（ＡＰ）が、前記第１のアクセスポイント（ＡＰ）の前記ミッドアンブル内に全方向性方式で前記他のアクセスポイント（ＡＰ）のプリアンブルを送信することによって、前記他のアクセスポイント（ＡＰ）の同時送信を開始できるようにするステップを含む１又は２以上のステップを更に実行する、前出のいずれかの実施形態の装置又は方法。

[00259] １１．前記命令は、前記プロセッサによって実行された時に、前記他のアクセスポイント（ＡＰ）のプリアンブルよりも長い前記ミッドアンブルのための継続時間を設定するステップを含む１又は２以上のステップを更に実行する、前出のいずれかの実施形態の装置又は方法。

[00260] １２．前記命令は、前記プロセッサによって実行された時に、前記第１のアクセスポイント（ＡＰ）の前記パケット送信において、超高スループット・ロングトレーニングフィールド（ＥＨＴ－ＬＴＦ）又はＥＨＴ－ＬＴＦ＋超高スループット・ショートトレーニングフィールド（ＥＨＴ－ＳＴＦ）を含む前記ミッドアンブルを含む前記ミッドアンブルを埋め込むステップを含む１又は２以上のステップを更に実行する、前出のいずれかの実施形態の装置又は方法。

[00261] １３．前記命令は、前記プロセッサによって実行された時に、前記第１のアクセスポイント（ＡＰ）の前記パケット送信に前記ミッドアンブルを周期的に埋め込んで、前記他のアクセスポイント（ＡＰ）が、前記ミッドアンブルのうちの任意の１つにおいて前記同時送信に参加できるようにするステップを含む１又は２以上のステップを更に実行する、前出のいずれかの実施形態の装置又は方法。

[00262] １４．前記命令は、前記プロセッサによって実行された時に、前記他のアクセスポイント（ＡＰ）に送信要求（ＲＴＳ）を送信するステップを含む１又は２以上のステップを更に実行し、前記他のアクセスポイント（ＡＰ）が送信可（ＣＴＳ）で応答を返した場合、前記第１のアクセスポイントは同時送信の送信機会（ＴＸＯＰ）予約を取得している、前出のいずれかの実施形態の装置又は方法。

[00263] １５．前記命令は、前記プロセッサによって実行された時に、前記第１のアクセスポイント（ＡＰ）と前記他のアクセスポイント（ＡＰ）との間の直交周波数分割多重化（ＯＦＤＭ）記号境界の同期のために同じガード間隔（ＧＩ）を利用するステップを含む１又は２以上のステップを更に実行する、前出のいずれかの実施形態の装置又は方法。

[00264] １６．前記命令は、前記プロセッサによって実行された時に、前記他のアクセスポイント（ＡＰ）によってプリアンブルを事前符号化して、前記第１のアクセスポイント（ＡＰ）の前記パケット送信に干渉するのを防止するステップを含む１又は２以上のステップを更に実行する、前出のいずれかの実施形態の装置又は方法。

[00265] １７．前記命令は、前記プロセッサによって実行された時に、前記同時送信に参加する前記他のアクセスポイント（ＡＰ）のプリアンブル内の超高スループット・ロングトレーニングフィールド（ＥＨＴ－ＬＴＦ）記号と、前記第１のアクセスポイントの直交周波数分割多重化（ＯＦＤＭ）記号とを同期させるステップを含む１又は２以上のステップを更に実行し、前記同時送信に参加する前記他のアクセスポイント（ＡＰ）は、そのＥＨＴ－ＬＴＦを、前記第１のアクセスポイントのＯＦＤＭ記号継続時間と同じ継続時間に設定する、前出のいずれかの実施形態の装置又は方法。

[00266] １８．前記命令は、前記プロセッサによって実行された時に、前記通信プロトコルの下で前記同時送信を実行するステップを含む１又は２以上のステップを更に実行し、前記他のアクセスポイント（ＡＰ）送信は、送信先受信局が、前記第１のアクセスポイント（ＡＰ）によるパケット送信の終了の前に、前記他のアクセスポイントに確認応答を返送できるようにする、前出のいずれかの実施形態の装置又は方法。

[00267] １９．前記確認応答は、ＡＣＫ又はブロック確認応答（ＢＡ）を含む、前出のいずれかの実施形態の装置又は方法。

[00268] ２０．パケット送信中に前記第１のアクセスポイント（ＡＰ）によって送信されるプリアンブル又は１又は２以上のミッドアンブルに、同時送信情報を埋め込むステップを更に含む、前出のいずれかの実施形態の装置又は方法。

[00269] ２１．ＡＰ１は、同時送信が必要であるかどうかを決定すると、他のＡＰとの事前ネゴシエーション又は合意を有することができる、前出のいずれかの実施形態の装置又は方法。

[00270] ２２．ＡＰ１は、同時送信を開始すると、そのプリアンブルに同時送信情報を埋め込むことができる、前出のいずれかの実施形態の装置又は方法。

[00271] ２３．ＡＰ１は、同時送信を開始すると、そのパケットにミッドアンブルを埋め込んで、ＡＰ２が同時送信を開始してミッドアンブル期間内に全方向性方式でＡＰ２のプリアンブルを送信できるようにすることができる、前出のいずれかの実施形態の装置又は方法。

[00272] ２４．ＡＰ１は、同時送信を開始すると、別のＡＰにＲＴＳを送信して、同時送信のＴＸＯＰ予約のためのＣＴＳを受け取ることができる、前出のいずれかの実施形態の装置又は方法。

[00273] ２５．ＡＰ１及びＡＰ２は、同時送信を有すると、ＯＦＤＭ記号境界の同期のために同じＧＩを使用することができる、前出のいずれかの実施形態の装置又は方法。

[00274] ２６．ＡＰ２は、同時送信に参加すると、そのプリアンブルを事前符号化して、ＡＰ２のプリアンブルに起因する干渉からＡＰ１の送信を保護することができる、前出のいずれかの実施形態の装置又は方法。

[00275] ２７．ＡＰ２は、同時送信に参加すると、ＥＨＴ－ＬＴＦ記号及びＯＦＤＭ記号を同じ継続時間に設定することによって、ＡＰ２のプリアンブル内のＥＨＴ－ＬＴＦ記号と、ＡＰ１のＯＦＤＭ記号とを同期させることを開始することができる、前出のいずれかの実施形態の装置又は方法。

[00276] ２８．ＡＰ２は、同時送信に参加すると、プリアンブルの継続時間をＯＦＤＭ記号継続時間の倍数に設定することによって、ＡＰ１の任意のＯＦＤＭ記号の開始に同時送信を開始するか、又はＯＦＤＭＡ記号の中間で開始して、ＡＰ１のＯＦＤＭ記号の開始に終了することができる、前出のいずれかの実施形態の装置又は方法。

[00277] ２９．ＡＰ２は、送信を終了すると、ＡＰ２の受信機ＳＴＡに、ＡＰ１の送信の終了の前にＡＰ２にＡＣＫ／ＢＡを返送させることができる、前出のいずれかの実施形態の装置又は方法。

[00278] ３０．ＡＰ１は、そのパケットにミッドアンブルを埋め込むと、ＡＰ２のプリアンブルよりも長いミッドアンブルの継続時間を設定することができる、前出のいずれかの実施形態の装置又は方法。

[00279] ３１．ミッドアンブルは、ＡＰ１のパケットに埋め込まれると、ＥＨＴ－ＬＴＦフィールドのみ又はＥＨＴ－ＬＴＦフィールド＋ＥＨＴ－ＳＴＦフィールドから構成されることができる、前出のいずれかの実施形態の装置又は方法。

[00280] ３２．ミッドアンブルは、ＡＰ１のパケットに周期的に埋め込まれると、ＡＰ２がミッドアンブルのうちの１つにおいて同時送信に参加できるようにすることができる、前出のいずれかの実施形態の装置又は方法。

[00281] ３３．ＡＰ２の受信機ＳＴＡは、ＡＰ２にＡＣＫ／ＢＡを返送すると、ＡＰ１のパケットのミッドアンブル期間中にＡＣＫ／ＢＡの送信を開始することができる、前出のいずれかの実施形態の装置又は方法。

[00282] ３４．ＡＰ２の受信機ＳＴＡは、ＡＰ２にＡＣＫ／ＢＡを返送すると、そのプリアンブルを事前符号化して、ＡＣＫ／ＢＡのプリアンブルに起因する干渉からＡＰ１の送信を保護することができる、前出のいずれかの実施形態の装置又は方法。

[00283] 本明細書で使用する単数語「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈によって別途明確に指定しない限り、複数の参照物を含むことができる。単数形による物への言及は、明述しない限り「唯一」を意味するものではなく、「１又は２以上」を意味するものである。

[00284] 本開示内の「Ａ、Ｂ及び／又はＣ」などの語句の構成体は、Ａ、Ｂ、又はＣのいずれかが存在することができる場合、又は項目Ａ、Ｂ及びＣの任意の組み合わせを説明する。「～のうちの少なくとも１つ」の後に要素を列挙したグループが続くような語句の構成体は、これらのグループ要素のうちの少なくとも１つが存在し、適用可能な場合、これらの列挙された要素の任意の可能な組み合わせを含むことを示す。

[00285] 本明細書中の「ある実施形態」、「少なくとも１つの実施形態」又は同様の実施形態の用語への言及は、説明された実施形態に関連して説明する特定の特徴、構造又は特性が、本開示の少なくとも１つの実施形態に含まれることを示す。したがって、これらの様々な実施形態の語句は、必ずしも全てが同じ実施形態、又は説明されている他の全ての実施形態と異なる特定の実施形態について言及するものではない。実施形態の語句は、所与の実施形態の特定の特徴、構造又は特性を、開示する装置、システム又は方法の１又は２以上の実施形態にあらゆる好適な態様で組み合わせることができることを意味すると解釈すべきである。

[00289] 本明細書で使用する「組（ｓｅｔ）」という用語は、１又は２以上の物体の集合を意味する。したがって、例えば物体の組は、単一の物体又は複数の物体を含むことができる。

[00290] 本明細書で使用する「近似的に（ａｐｐｒｏｘｉｍａｔｅｌｙ）」、「近似の（ａｐｐｒｏｘｉｍａｔｅ）」、「実質的に（ｓｕｂｓｔａｎｔｉａｌｌｙ）」及び「約（ａｂｏｕｔ）」という用語は、わずかな変動の記述及び説明のために使用するものである。これらの用語は、事象又は状況に関連して使用した時には、これらの事象又は状況が間違いなく発生する場合、及びこれらの事象又は状況が発生する可能性が非常に高い場合を意味することができる。これらの用語は、数値に関連して使用した時には、その数値の±５％以下、±４％以下、±３％以下、±２％以下、±１％以下、±０．５％以下、±０．１％以下、又は±０．０５％以下などの、±１０％以下の変動範囲を意味することができる。例えば、「実質的に」整列しているということは、±５°以下、±４°以下、±３°以下、±２°以下、±１°以下、±０．５°以下、±０．１°以下、又は±０．０５°以下などの、±１０％以下の角度変動範囲を意味することができる。

[00291] また、本明細書では、量、比率及びその他の数値を範囲形式で示すこともある。このような範囲形式は、便宜的に簡略化して使用するものであり、範囲の限界として明確に指定された数値を含むが、この範囲に含まれる全ての個々の数値又は部分的範囲も、これらの各数値及び部分的範囲が明確に示されているかのように含むものであると柔軟に理解されたい。例えば、約１～約２００の範囲内の比率は、約１及び約２００という明確に列挙した限界値を含むが、約２、約３、約４などの個々の比率、及び約１０～約５０、約２０～約１００などの部分的範囲も含むと理解されたい。

[00292] 本明細書の説明は多くの詳細を含んでいるが、これらは本開示の範囲を限定するものではなく、現在のところ好ましい実施形態の一部を例示するものにすぎないと解釈すべきである。したがって、本開示の範囲は、当業者に明らかになると考えられる他の実施形態も完全に含むと理解されるであろう。

[00293] 当業者に周知の本開示の実施形態の要素の全ての構造的及び機能的同等物も、引用によって本明細書に明確に組み入れられ、本特許請求の範囲に含まれるように意図される。更に、本開示の要素、構成要素又は方法ステップは、これらが特許請求の範囲に明示されているかどうかにかかわらず、一般に公開されるように意図するものではない。本明細書における請求項の要素については、その要素が「～のための手段」という表現を使用して明確に示されていない限り、「ミーンズプラスファンクション」の要素として解釈すべきではない。また、本明細書における請求項の要素については、その要素が「～のためのステップ」という表現を使用して明確に示されていない限り、「ステッププラスファンクション」の要素として解釈すべきではない。

２ａ 例
２ｂ 例
２ｃ 例
２ｄ 例
２ｅ 例
１０ 実施形態例
１２ 回路ブロック
１４ Ｉ／Ｏ経路
１６ バス
１８ コンピュータプロセッサ（ＣＰＵ）
２０ メモリ（ＲＡＭ）
２２ モデム
３０ 実施形態
３２ ＡＰ１
３４ ＡＰ２
３６ ＳＴＡ１
３８ ＳＴＡ３
４０ ＳＴＡ２
４２ ＳＴＡ４
４４ 会議室
５０ 実施形態例
５２ ＡＰ１
５４ ＡＰ２
５６ Ｓ－Ｔｘ．要求フレーム
５８ Ｓ－Ｔｘ．応答フレーム
７０ 実施形態例
７２ 開始
７４ ＡＰ２がＡＰ１との同時送信合意を要求することを決定
７６ ＡＰ２がＳ－Ｔｘ．要求フレームに協調情報を設定
７８ ＡＰ２がＡＰ１にＳ－Ｔｘ．要求フレームを送信
８０ ＡＰ２が、ＡＰ１から、「１」に設定された合意指示フィールドを有するＳ－Ｔｘ．応答フレームを受け取ったか？
８２ ＡＰ１とＡＰ２との間の同時送信を可能にしない
８４ ＡＰ１とＡＰ２との間の同時送信を可能にする
８６ 終了
９０ 実施形態例
９２ 開始
９４ ＡＰ１がＡＰ２からＳ－Ｔｘ．要求フレームを受け取る
９６ ＡＰ１が、Ｓ－Ｔｘ．要求フレーム内の協調情報に従って、合意を受け入れるべきかどうかを決定
９８ ＡＰ１が要求を受け入れたか？
１００ ＡＰ１が、Ｓ－Ｔｘ．応答フレームにおいて合意指示フィールドを「０」に設定
１０２ ＡＰ１が、Ｓ－Ｔｘ．応答フレームにおいて合意指示フィールドを「１」に設定
１０４ ＡＰ１が、ＡＰ２のための協調ＩＤを作成して、Ｓ－Ｔｘ．応答フレームの協調ＩＤフィールドに協調ＩＤを設定
１０６ ＡＰ１が、Ｓ－Ｔｘ．応答フレームのＳＴＡのグループフィールドに、ＡＰ１の関連するＳＴＡのＭＡＣアドレスを埋め込む
１０８ ＡＰ１が、Ｓ－Ｔｘ．応答フレームにおいて許可干渉レベルフィールドを設定して、ＡＰ２によって発生する干渉を制限
１１０ ＡＰ１がＡＰ２にＳ－Ｔｘ．応答フレームを送信
１１２ 終了
１３０ 実施形態例
１３２ 開始
１３４ ＡＰ１が送信すべきパケットを有する
１３６ ＣＣＡ
１３８ ＡＰ１が同時送信を可能にするか？
１４０ ＡＰ１が同時送信を可能にすることなくパケットを送信
１４２ ＡＰ１がＰＬＣＰプリアンブルに同時送信情報を埋め込み、ＳＴｘ許可指示を「１」に設定
１４４ ＡＰ１がそのパケットにミッドアンブルを埋め込むか？
１４６ ＡＰ１がＰＬＣＰプリアンブルにミッドアンブル情報を設定して、パケットにミッドアンブルを挿入
１４８ ＡＰ１がパケットを送信して、同時送信を可能にする
１５０ 終了
１５２ ＡＰ１がＰＬＣＰプリアンブル内のミッドアンブル情報を「ミッドアンブルなし」に設定
１５４ ＡＰ１がＳＴＡ１及びＡＰ２にＭＵ－ＲＴＳを送信
１５６ ＡＰ１がＳＴＡ１及びＡＰ２からＣＴＳを受け取ったか？
１５８ ＴＸＯＰ予約の失敗に起因して、ＡＰ１はパケットを送信しない
１７０ 実施形態例
１７２ 開始
１７４ ＡＰ２がＡＰ１からＭＵ－ＲＴＳを受け取る
１７６ ＡＰ２がＡＰ１と同時に送信すべきパケットを有するか？
１７８ ＣＴＳを送信
１８０ 終了
１８２ ＣＴＳを送信しない
１９０ 実施形態例
１９２ 開始
１９４ ＡＰ２が送信すべきパケットを有する
１９６ ＡＰ１が同時送信を可能にするか？
１９８ ＡＰ１から、同時送信を可能にする同時送信情報を含むＰＬＣＰプリアンブルを受け取ったか？
２００ ＡＰ２は、同時に送信することを許可されない
２０４ ＡＰ１のパケットにミッドアンブルが埋め込まれているか？
２０５ ＡＰ２は、ミッドアンブル中に同時送信に参加することを許可される
２０６ ＡＰ２は、事前符号化されたプリアンブルを使用することによって、同時送信に参加することを許可される
２０７ ＡＰ２は、ＳＴＡ１に向けてヌルにして、そのＯＦＤＭ記号境界とＡＰ１のＯＦＤＭ記号境界とを同期させるべきである
２０８ ＡＰ１の送信の終了の前に、ＡＰ２は送信を終了すべきである
２０９ 終了
２１０ 実施形態例
２１２ 開始
２１４ ＡＰ２がＡＰ１との同時送信に参加
２１６ ＡＰ２がＳＴＡ２にＡＣＫを要求するか？
２１８ ＡＰ２がそのＭＡＣヘッダに同時送信情報を埋め込む
２２０ ＡＰ１がデータパケットの送信を終了する前に、ＳＴＡ２がＡＣＫの送信を終了することができるか？
２２２ ＡＰ２がヌル方向フィールドをＳＴＡ１に設定
２２４ ＡＰ２がヌル方向フィールドをＡＰ１に設定して、パケットにパディングを追加
２２６ ＡＰ２がＭＡＣヘッダの同時送信情報にフィードバック情報を設定
２２８ ＡＰ２がＡＣＫ要求を含むパケットをＳＴＡ２に送信
２３０ ＡＰ２がＡＣＫ要求を含まないパケットをＳＴＡ２に送信
２３２ 終了
２５０ 実施形態例
２５２ 開始
２５４ ＳＴＡ２が、ＭＡＣヘッダ内で同時送信情報を搬送するパケットを受け取る
２５６ ＡＰ２がＳＴＡ２にＡＣＫを要求するか？
２５８ ＳＴＡ２が、受け取ったＭＡＣヘッダ内のフィードバック情報に従ってＡＣＫの送信を開始
２６０ ＳＴＡ２が、受け取ったＭＡＣヘッダ内のヌル方向フィールドに示されるＳＴＡに向けてヌルにする
２６２ 終了
２７０ 実施形態例
２７２ ＡＰ１
２７４ ＳＴＡ１
２７６ ＡＰ２
２７８ ＳＴＡ２
２８０ データ
２８２ 受信
２８４ データ
２８６ 受信
２８８ ヌル
２９０ 実施形態例
２９２ ＡＰ１
２９４ ＳＴＡ１
２９６ ＡＰ２
２９８ ＳＴＡ２
３００ 全方向性方式
３０２ ビームフォーミング方式
３０４ ＯＦＤＭ記号同期
３０６ ＯＦＤＭ記号同期
３０８ プリアンブル１－１
３１０ 記号１－１
３１２ 記号１－２
３１５ 同時送信を有するための予想時間
３１６ ミッドアンブル
３１８ 記号１－ｎ
３２０ 記号１－ｎ＋１
３２２ 受信
３２４ 受信
３２６ 受信機から送信機に切り替わる
３２７ ヌル
３２８ プリアンブル２－１
３２８’ プリアンブル２－１
３２９ 全方向性方式
３３０ 記号２－１
３３１ ビームフォーミング方式
３４０ 記号２－２
３５０ 受信
３７０ 実施形態例
３７２ ＯＦＤＭ記号同期
３７４ 記号１－ｎ＋２ｎ
３７６ ＥＨＴ－ＳＴＦ
３７８ ＥＨＴ－ＬＴＦ－４Ｘ記号
３９０ 別の実施形態例
３９２ ＯＦＤＭ記号同期
３９４ ＯＦＤＭ記号同期
３９６ ＯＦＤＭ記号同期
３９８ ＯＦＤＭ記号同期
４００ 追加の記号
４０２ 記号１－１０
４０４ ミッドアンブル
４０６ 記号１－１１
４０８ 記号１－２０
４１０ ミッドアンブル
４１２ 記号１－２１
４１４ 記号１－２２
４１６ 記号１－３０
４１８ ミッドアンブル
４２０ 記号２－９
４２２ 記号２－１０
４２４ 記号２－１１
４２６ 記号２－１２
４５０，４７０ 実施形態例
４７２ 複数のフィールド
４７４ フォーマット
４７６ ＡＰ１のミッドアンブル
４７８，４８０，４８２ ＥＨＴ－ＬＴＦ－４Ｘフィールド
４８４ ＥＨＴ－ＯＦＤＭ記号間隔
４８８ａ Ｌ－ＳＴＦ
４８８ｂ Ｌ－ＬＴＦ
４９０ａ Ｌ－ＳＩＧ
４９０ｂ ＲＬ－ＳＩＧ
４９０ｃ Ｕ－ＳＩＧ
４９２ａ ＥＨＴ－ＳＩＧ
４９２ｂ ＥＨＴ－ＳＴＦ
４９４ ＥＨＴ－ＬＴＦ－４Ｘフォーマット
５１０，５３０ 別の実施形態例
５３１ ＥＨＴ－ＳＩＧ
５３２ａ ＥＨＴ－ＳＩＧ－Ａ
５３２ｂ ＥＨＴ－ＳＩＧ－Ｂ
５５０，５７０ 別の実施形態例
５５２ ミッドアンブル
５７２ 追加のＥＨＴ－ＳＴＦフィールド
５７４ ＥＨＴ－ＳＩＧ
５７６ ＥＨＴ－ＳＴＦフィールド
５９０ 実施形態例
５９２ ＴＸＯＰ予約
５９４ ＭＵ－ＲＴＳ
５９６ ＣＴＳ
５９８ ＣＴＳ
６００ 記号１－ｎ
６０２ 記号１－ｋ
６０４ 記号１－ｋ＋１
６０６ 記号１－ｋ＋２
６３０，６７０ 実施形態例
６３２ 記号１－（ｎ＋３）
６３４ 記号１－（ｎ＋４）
６７２ ＥＨＴ ＯＦＤＭ記号１－ｎ
６７４ ＥＨＴ ＯＦＤＭ記号１－（ｎ＋１）
６７６ ＥＨＴ ＯＦＤＭ記号１－（ｎ＋２）
６７８ ＥＨＴ ＯＦＤＭ記号１－（ｎ＋３）
６９０ 実施形態例
６９２ ヌル
６９４ データ
６９６ 受信
６９８ ヌル
７００ ＡＣＫ
７０２ ＡＣＫ
７３０ 実施形態例
７３２ ＭＡＣヘッダ
７３４ 記号２－ｎ
７３６ ＳＩＦＳ
７３７ 受信
７３８ プリアンブル２’－１／プリアンブル２－１
７３９ ヌル
７４０ ＯＦＤＭ記号同期
７４２ ＯＦＤＭ記号同期
７４４ ＯＦＤＭ記号同期
７４６ 記号１－ｘ＋１
７４８ 記号１－ｘ＋２
７５０ 記号１－ｙ
７５２ 記号１－ｙ＋１
７５４ ＡＣＫ
７５６ 記号２’－１
７５８ 記号２’－２
７６０ 記号２’－ｎ
７６２ ビームフォーミング方式
７７１ 全方向性方式
７７２ 記号１－２０ｘ＋１
７７４ 記号１－２０ｘ＋２
７７６ 記号１－ｙ
７７８ 記号１－ｙ＋１
７９２ 記号２－ｍ
７９４ 推定開始時間
８３０ 第３の実施形態例
８３２ 記号１－ｘ
８３４ 記号１－ｘ＋１
８３６ 記号１－ｘ＋２
８３８ 記号１－ｙ
８４０ 記号１－ｙ＋１
８７０ 第３の実施形態例
８７２ データ
８７４ 受信
８７６ ヌル
８７８ ヌル
９１０ 実施形態例
９１２ ヌル
９１４ プリアンブル１’－１
９１６ 全方向性方式
９１７ 受信
９１８ ビームフォーミング方式
９２０ 記号１’－１
９２２ 記号１’－２
９２４ 記号１’－ｎ
９２６ 記号２’－１
９２８ 記号２’－２
９３０ 記号２’－ｎ
９５０ 実施形態例
９７０ 実施形態例
９９０ 実施形態例
１０１０ 実施形態例
１０３０ 実施形態例
１０５０ 実施形態例
１０７０ 実施形態例
１０９０ 実施形態例

Claims (20)

1. ネットワーク内の無線通信のための装置であって、
   （ａ）局（ＳＴＡ）又はアクセスポイント（ＡＰ）としての無線通信回路であって、複数のアクセスポイント（ＡＰ）及び複数の局（ＳＴＡ）を可能にするように構成される無線フィデリティ（ＷｉＦｉ）ネットワーク内の前記無線通信回路のうちの少なくとも１つの他の無線通信回路と無線通信するように構成される無線通信回路と、
   （ｂ）全方向性モード及び指向性モードの両方において前記無線通信回路のうちの近隣との間でフレームを送受信するように構成される複数のアンテナに接続される少なくとも１つのモデム及び無線周波数（ＲＦ）回路と、
   （ｃ）前記無線通信回路及びその少なくとも１つのモデムを制御するように構成されるプロセッサと、
   （ｄ）前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
   を備え、
   （ｅ）前記命令は、前記プロセッサによって実行された時に、
   （ｉ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）媒体アクセス制御（ＭＡＣ）プロトコルにおいて直交周波数分割多重化（ＯＦＤＭ）記号を含む信号の符号化及び復号化に応答してパケット送受信を実行するステップと、
   （ｉｉ）通信範囲内の少なくとも１つの局（ＳＴＡ）に向けてビームフォーミングを実行する一方で、１又は２以上の他のアクセスポイント（ＡＰ）に向けてヌル化することに前記通信プロトコルを使用して、第１のアクセスポイント（ＡＰ）として動作するステップと、
   （ｉｉｉ）前記第１のアクセスポイント（ＡＰ）としてパケット送信を開始して、前記通信プロトコルを使用する別のアクセスポイント（ＡＰ）が、１又は２以上のステップに応答してパケットを同時に送信できるようにするステップであって、前記１又は２以上のステップは、
   （Ａ）パケット送信を開始する前に、前記他のアクセスポイント（ＡＰ）とのネゴシエーションを実行するステップと、
   （Ｂ）前記他のアクセスポイント（ＡＰ）に同時送信情報を通信するステップと、
   （Ｃ）前記パケット送信が進行中である間に、前記通信プロトコルの下で、前記他のアクセスポイント（ＡＰ）が同時送信を実行できるようにするステップであって、前記他のアクセスポイント（ＡＰ）は、その直交周波数分割多重化（ＯＦＤＭ）記号境界と前記第１のアクセスポイント（ＡＰ）とを同期させるように構成される、ステップと、
   （Ｄ）前記第１のアクセスポイント（ＡＰ）によるパケット送信の終了の前に、前記他のアクセスポイント（ＡＰ）によってパケット送信を完了するステップと、
   を含む、ステップと、
   を含む通信プロトコルを実行する、
   ことを特徴とする装置。
2. 前記命令は、前記プロセッサによって実行された時に、前記第１のアクセスポイント（ＡＰ）の指示の下で前記通信プロトコルを利用する局によって、現在通信していない１又は２以上のアクセスポイント（ＡＰ）に向けて送信電力のヌル化を実行するステップを含む１又は２以上のステップを更に実行することを特徴とする、請求項１に記載の装置。
3. 前記命令は、前記プロセッサによって実行された時に、前記第１のアクセスポイント（ＡＰ）によって前記パケット送信が進行中である間に、前記通信プロトコルの下で同時送信を実行している前記他のアクセスポイントによって、前記第１のアクセスポイント（ＡＰ）の受信局に向けてヌルにするステップを含む１又は２以上のステップを更に実行することを特徴とする、請求項１に記載の装置。
4. 前記命令は、前記プロセッサによって実行された時に、前記通信プロトコルの下で前記他のアクセスポイント（ＡＰ）との事前ネゴシエーション又は合意を実行することに応答して受け取られる情報に基づいて、前記同時送信を可能にすべきかどうかを決定するステップを含む１又は２以上のステップを更に実行することを特徴とする、請求項１に記載の装置。
5. 前記命令は、前記プロセッサによって実行された時に、前記パケット送信を開始する際に前記第１のアクセスポイント（ＡＰ）によって送信されるプリアンブルに、同時送信情報を埋め込むステップを含む１又は２以上のステップを更に実行することを特徴とする、請求項１に記載の装置。
6. 前記命令は、前記プロセッサによって実行された時に、前記第１のアクセスポイント（ＡＰ）の前記パケット送信にミッドアンブルを埋め込んで、前記他のアクセスポイント（ＡＰ）が、前記第１のアクセスポイント（ＡＰ）の前記ミッドアンブル内に全方向性方式で前記他のアクセスポイント（ＡＰ）のプリアンブルを送信することによって、前記他のアクセスポイント（ＡＰ）の同時送信を開始できるようにするステップを含む１又は２以上のステップを更に実行することを特徴とする、請求項１に記載の装置。
7. 前記命令は、前記プロセッサによって実行された時に、前記他のアクセスポイント（ＡＰ）のプリアンブルよりも長い前記ミッドアンブルのための継続時間を設定するステップを含む１又は２以上のステップを更に実行することを特徴とする、請求項６に記載の装置。
8. 前記命令は、前記プロセッサによって実行された時に、前記第１のアクセスポイント（ＡＰ）の前記パケット送信において、超高スループット・ロングトレーニングフィールド（ＥＨＴ－ＬＴＦ）又はＥＨＴ－ＬＴＦ＋超高スループット・ショートトレーニングフィールド（ＥＨＴ－ＳＴＦ）を含む前記ミッドアンブルを含む前記ミッドアンブルを埋め込むステップを含む１又は２以上のステップを更に実行することを特徴とする、請求項６に記載の装置。
9. 前記命令は、前記プロセッサによって実行された時に、前記第１のアクセスポイント（ＡＰ）の前記パケット送信に前記ミッドアンブルを周期的に埋め込んで、前記他のアクセスポイント（ＡＰ）が、前記ミッドアンブルのうちの任意の１つにおいて前記同時送信に参加できるようにするステップを含む１又は２以上のステップを更に実行することを特徴とする、請求項６に記載の装置。
10. 前記命令は、前記プロセッサによって実行された時に、前記他のアクセスポイント（ＡＰ）に送信要求（ＲＴＳ）を送信するステップを含む１又は２以上のステップを更に実行し、前記他のアクセスポイント（ＡＰ）が送信可（ＣＴＳ）で応答を返した場合、前記第１のアクセスポイントは同時送信の送信機会（ＴＸＯＰ）予約を取得していることを特徴とする、請求項１に記載の装置。
11. 前記命令は、前記プロセッサによって実行された時に、前記第１のアクセスポイント（ＡＰ）と前記他のアクセスポイント（ＡＰ）との間の直交周波数分割多重化（ＯＦＤＭ）記号境界の同期のために同じガード間隔（ＧＩ）を利用するステップを含む１又は２以上のステップを更に実行することを特徴とする、請求項１に記載の装置。
12. 前記命令は、前記プロセッサによって実行された時に、前記他のアクセスポイント（ＡＰ）によってプリアンブルを事前符号化して、前記第１のアクセスポイント（ＡＰ）の前記パケット送信に干渉するのを防止するステップを含む１又は２以上のステップを更に実行することを特徴とする、請求項１に記載の装置。
13. 前記命令は、前記プロセッサによって実行された時に、前記同時送信に参加する前記他のアクセスポイント（ＡＰ）のプリアンブル内の超高スループット・ロングトレーニングフィールド（ＥＨＴ－ＬＴＦ）記号と、前記第１のアクセスポイントの直交周波数分割多重化（ＯＦＤＭ）記号とを同期させるステップを含む１又は２以上のステップを更に実行し、前記同時送信に参加する前記他のアクセスポイント（ＡＰ）は、そのＥＨＴ－ＬＴＦを、前記第１のアクセスポイントのＯＦＤＭ記号継続時間と同じ継続時間に設定することを特徴とする、請求項１に記載の装置。
14. 前記命令は、前記プロセッサによって実行された時に、前記通信プロトコルの下で前記同時送信を実行するステップを含む１又は２以上のステップを更に実行し、前記他のアクセスポイント（ＡＰ）送信は、送信先受信局が、前記第１のアクセスポイント（ＡＰ）によるパケット送信の終了の前に、前記他のアクセスポイントに確認応答を返送できるようにすることを特徴とする、請求項１に記載の装置。
15. 前記確認応答は、ＡＣＫ又はブロック確認応答（ＢＡ）を含むことを特徴とする、請求項１４に記載の装置。
16. ネットワーク内の無線通信のための装置であって、
    （ａ）局（ＳＴＡ）又はアクセスポイント（ＡＰ）としての無線通信回路であって、複数のアクセスポイント（ＡＰ）及び複数の局（ＳＴＡ）を可能にするように構成される無線フィデリティ（ＷｉＦｉ）ネットワーク内の前記無線通信回路のうちの少なくとも１つの他の無線通信回路と無線通信するように構成される無線通信回路と、
    （ｂ）全方向性モード及び指向性モードの両方において前記無線通信回路のうちの近隣との間でフレームを送受信するように構成される複数のアンテナに接続される少なくとも１つのモデム及び無線周波数（ＲＦ）回路と、
    （ｃ）前記無線通信回路及びその少なくとも１つのモデムを制御するように構成されるプロセッサと、
    （ｄ）前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
    を備え、
    （ｅ）前記命令は、前記プロセッサによって実行された時に、
    （ｉ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）媒体アクセス制御（ＭＡＣ）プロトコルにおいて直交周波数分割多重化（ＯＦＤＭ）記号を含む信号の符号化及び復号化に応答してパケット送受信を実行するステップと、
    （ｉｉ）通信範囲内の少なくとも１つの局（ＳＴＡ）に向けてビームフォーミングを実行する一方で、１又は２以上の他のアクセスポイント（ＡＰ）に向けてヌル化することに前記通信プロトコルを使用して、第１のアクセスポイント（ＡＰ）として動作するステップと、
    （ｉｉｉ）前記第１のアクセスポイント（ＡＰ）としてパケット送信を開始して、前記通信プロトコルを使用する別のアクセスポイント（ＡＰ）が、１又は２以上のステップに応答してパケットを同時に送信できるようにするステップであって、前記１又は２以上のステップは、
    （Ａ）パケット送信を開始する前に、前記他のアクセスポイント（ＡＰ）とのネゴシエーションを実行するステップと、
    （Ｂ）前記他のアクセスポイント（ＡＰ）に同時送信情報を通信するステップと、
    （Ｃ）前記パケット送信が進行中である間に、前記通信プロトコルの下で、前記他のアクセスポイント（ＡＰ）が同時送信を実行できるようにするステップであって、前記他のアクセスポイント（ＡＰ）は、その直交周波数分割多重化（ＯＦＤＭ）記号境界と前記第１のアクセスポイント（ＡＰ）とを同期させるように構成される、ステップと、
    （Ｄ）前記他のアクセスポイント（ＡＰ）によって、プリアンブル又は媒体アクセス制御（ＭＡＣ）ヘッダに同時送信情報を埋め込んで、前記受信局が確認応答を返送することを要求するステップであって、前記ステップ（Ｄ）は、
    （１）前記第１のアクセスポイントがそのパケット送信を完了する前に、前記他のアクセスポイント（ＡＰ）がその送信を完了した場合、前記第１のアクセスポイントがまだ前記パケット送信を送信している間に、前記受信局によって確認応答を送信するステップと、
    （２）前記第１のアクセスポイント（ＡＰ）及び前記他のアクセスポイント（ＡＰ）がそれらの送信を同時に完了した場合、前記受信局によって、前記他のアクセスポイントからの確認応答を含む確認応答を送信するステップと、
    （３）前記受信局によって確認応答を送信するステップであって、前記受信局は、そのＯＦＤＭ信号境界と前記第１のアクセスポイント（ＡＰ）のＯＦＤＭ信号境界とを同期させて、前記他のアクセスポイント（ＡＰ）からの前記確認応答からの干渉から前記第１のアクセスポイント（ＡＰ）の送信を保護する、ステップと、
    を含む、ステップ（Ｄ）と、
    を含む、ステップ（ｉｉｉ）と、
    を含む通信プロトコルを実行する、
    ことを特徴とする装置。
17. 前記命令は、前記プロセッサによって実行された時に、前記第１のアクセスポイント（ＡＰ）の前記パケット送信内のミッドアンブル期間中に、前記他のアクセスポイント（ＡＰ）の前記受信局によって確認応答送信を開始するステップを含む１又は２以上のステップを更に実行することを特徴とする、請求項１６に記載の装置。
18. 前記命令は、前記プロセッサによって実行された時に、前記他のアクセスポイント（ＡＰ）の前記受信局によって確認応答送信を開始するステップを含む１又は２以上のステップを更に実行し、前記確認応答送信のプリアンブルを事前符号化して、前記第１のアクセスポイント（ＡＰ）の前記パケット送信を保護することを特徴とする、請求項１６に記載の装置。
19. ネットワーク内の無線通信の方法であって、
    （ａ）複数のアクセスポイント（ＡＰ）及び複数の局（ＳＴＡ）を可能にするように構成される無線フィデリティ（ＷｉＦｉ）ネットワーク内の無線通信回路のうちの少なくとも１つの他の無線通信回路と無線通信するように、局（ＳＴＡ）又はアクセスポイント（ＡＰ）として無線通信回路を構成するステップと、
    （ｂ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）媒体アクセス制御（ＭＡＣ）プロトコルにおいて直交周波数分割多重化（ＯＦＤＭ）記号を含む信号の符号化及び復号化に応答してパケット送受信を実行するステップと、
    （ｃ）通信範囲内の少なくとも１つの局（ＳＴＡ）に向けてビームフォーミングを実行する一方で、１又は２以上の他のアクセスポイント（ＡＰ）に向けてヌル化することに前記通信プロトコルを使用して、第１のアクセスポイント（ＡＰ）として動作するステップと、
    （ｄ）前記第１のアクセスポイント（ＡＰ）としてパケット送信を開始して、前記通信プロトコルを使用する別のアクセスポイント（ＡＰ）が、１又は２以上のステップに応答してパケットを同時に送信できるようにするステップであって、前記１又は２以上のステップは、
    （ｉ）パケット送信を開始する前に、前記他のアクセスポイント（ＡＰ）とのネゴシエーションを実行するステップと、
    （ｉｉ）前記他のアクセスポイント（ＡＰ）に同時送信情報を通信するステップと、
    （ｉｉｉ）前記パケット送信が進行中である間に、前記通信プロトコルの下で、前記他のアクセスポイント（ＡＰ）が同時送信を実行できるようにするステップであって、前記他のアクセスポイント（ＡＰ）は、その直交周波数分割多重化（ＯＦＤＭ）記号境界と前記第１のアクセスポイント（ＡＰ）とを同期させるように構成される、ステップと、
    （ｉｖ）前記第１のアクセスポイント（ＡＰ）によるパケット送信の終了の前に、前記他のアクセスポイント（ＡＰ）によってパケット送信を完了するステップと、
    を含む、ステップと、
    を含むことを特徴とする方法。
20. パケット送信中に前記第１のアクセスポイント（ＡＰ）によって送信されるプリアンブル又は１又は２以上のミッドアンブルに、同時送信情報を埋め込むステップを更に含むことを特徴とする、請求項１９に記載の方法。

Images