(57)【要約】セクタ分割された送信におけるトレーニングおよびフィードバックのための方法および装置が、開示される。ＩＥＥＥ８０２．１１の局が、ＡＰからセクタトレーニング告知フレームを受信し得る。それから、局は、ＡＰから複数のトレーニングフレームを受信する可能性があり、複数のトレーニングフレームのそれぞれは、ショートフレーム間隔（ＳＩＦＳ）によって隔てられ、複数のトレーニングフレームのそれぞれは、異なるセクタ分割されたアンテナパターンを用いて受信される。局は、複数のトレーニングフレームに基づいてセクタを示すセクタフィードバックフレームを生成し得る。局は、セクタフィードバックフレームをＡＰに送信し得る。セクタフィードバックフレームは、セクタ分割された送信に加わりたいという要望を示し得る。あるいは、セクタフィードバックフレームは、セクタを変更したいという要望を示し得る。
2015536614.tif 000002
【特許請求の範囲】
【請求項１】
ＩＥＥＥ８０２．１１の局において使用するための方法であって、
アクセスポイント（ＡＰ）からセクタトレーニング告知フレームを受信することと、
前記ＡＰから複数のトレーニングフレームを受信することであって、前記複数のトレーニングフレームのそれぞれは、ショートフレーム間隔（ＳＩＦＳ）によって隔てられ、前記複数のトレーニングフレームのそれぞれは、異なるセクタ分割されたアンテナパターンを用いて前記ＡＰによって送信される、ことと、
前記複数のトレーニングフレームに基づいて好ましいセクタを示すセクタフィードバックフレームを生成することと、
前記セクタフィードバックフレームを前記ＡＰに送信することと
を含む、方法。
【請求項２】
ＳＩＦＳによって前記複数のトレーニングフレームのそれぞれを隔てることは、前記ＡＰが前記複数のトレーニングフレームを中断なしに連続して送信することを可能にする、請求項１に記載の方法。
【請求項３】
前記セクタフィードバックフレームは、セクタ分割された送信に加わりたいという要望を示す、請求項１に記載の方法。
【請求項４】
前記セクタフィードバックフレームは、セクタを変更したいという要望を示す、請求項１に記載の方法。
【請求項５】
前記セクタトレーニング告知フレームは、前記セクタトレーニング告知フレームの後に続くトレーニングフレームの数を示す、請求項１に記載の方法。
【請求項６】
前記セクタトレーニング告知フレームは、無指向性送信パターンを用いて送信される、請求項１に記載の方法。
【請求項７】
前記複数のトレーニングフレームのうちの少なくとも１つは、ショートトレーニングフィールド、ロングトレーニングフィールド、または信号フィールドのみを含み、いかなる媒体アクセス（ＭＡＣ）レイヤ情報も含まない、請求項１に記載の方法。
【請求項８】
前記複数のトレーニングフレームのうちの少なくとも１つは、残りのトレーニングフレームの数を示すカウントダウン数を含む、請求項１に記載の方法。
【請求項９】
前記複数のトレーニングフレームのうちの少なくとも１つは、セクタ識別子（ＩＤ）を含む、請求項１に記載の方法。
【請求項１０】
前記セクタＩＤは、前記複数のトレーニングフレームのうちの前記少なくとも１つのＳＩＧフィールドに含まれる、請求項９に記載の方法。
【請求項１１】
ＩＥＥＥ８０２．１１の局であって、
アクセスポイント（ＡＰ）からセクタトレーニング告知フレームを受信するように構成された受信機と、
前記ＡＰから複数のトレーニングフレームを受信するようにさらに構成され、前記複数のトレーニングフレームのそれぞれは、ショートフレーム間隔（ＳＩＦＳ）によって隔てられ、前記複数のトレーニングフレームのそれぞれは、異なるセクタ分割されたアンテナパターンを用いて前記ＡＰによって送信される、前記受信機と、
前記複数のトレーニングフレームに基づいて好ましいセクタを示すセクタフィードバックフレームを生成するように構成されたプロセッサと、
前記セクタフィードバックフレームを前記ＡＰに送信するように構成された送信機と
を備えた、局。
【請求項１２】
ＳＩＦＳによって前記複数のトレーニングフレームのそれぞれを隔てることは、前記ＡＰが前記複数のトレーニングフレームを中断なしに連続して送信することを可能にする、請求項１１に記載の局。
【請求項１３】
前記セクタフィードバックフレームは、セクタ分割された送信に加わりたいという要望を示す、請求項１１に記載の局。
【請求項１４】
前記セクタフィードバックフレームは、セクタを変更したいという要望を示す、請求項１１に記載の局。
【請求項１５】
前記セクタトレーニング告知フレームは、前記セクタトレーニング告知フレームの後に続くトレーニングフレームの数を示す、請求項１１に記載の局。
【請求項１６】
前記セクタトレーニング告知フレームは、無指向性送信パターンを用いて送信される、請求項１１に記載の局。
【請求項１７】
前記複数のトレーニングフレームのうちの少なくとも１つは、ショートトレーニングフィールド、ロングトレーニングフィールド、または信号フィールドのみを含み、いかなる媒体アクセス（ＭＡＣ）レイヤ情報も含まない、請求項１１に記載の局。
【請求項１８】
前記複数のトレーニングフレームのうちの少なくとも１つは、残りのトレーニングフレームの数を示すカウントダウン数を含む、請求項１１に記載の局。
【請求項１９】
前記複数のトレーニングフレームのうちの少なくとも１つは、セクタ識別子（ＩＤ）を含む、請求項１１に記載の局。
【請求項２０】
前記セクタＩＤは、前記複数のトレーニングフレームのうちの前記少なくとも１つのＳＩＧフィールドに含まれる、請求項１９に記載の局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユニフォームＷＬＡＮマルチＡＰ物理レイヤ方法に関数する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１２年１０月２６日に出願した米国仮出願第６１／７１９，０８１号および２０１３年１月１１日に出願した米国仮出願第６１／７５１，５０３号の利益を主張するものであり、これらの仮出願の内容は、参照により本明細書に組み込まれる。
【０００３】
複数のアクセスポイント（ＡＰ）から局（ＳＴＡ）への同時送信を可能にすることは、ネットワークカバレッジおよびスループットを向上させ得る。しかし、現在のＩＥＥＥ８０２．１１の使用は、この種の動作をサポートしない。また、ＳＴＡが一度に２つ以上のＡＰと連携することができないことは、ネットワークカバレッジを制限する。これらの制限は、ネットワークの利用可能なリソースの非効率的な使用につながる。ＩＥＥＥ８０２．１１が２つ以上のＡＰから単一のＳＴＡへの同時送信をサポートしないので、ＳＴＡのためのより広いネットワークカバレッジを容易にするためにこの動作を可能にする方法が必要とされる。
【発明の概要】
【０００４】
セクタ分割された送信でトレーニングおよびフィードバックを行うための方法および装置が、開示される。ＩＥＥＥ８０２．１１のＳＴＡが、ＡＰからセクタトレーニング告知フレーム（Sector Training Announcement frame）を受信し得る。それから、ＳＴＡは、ＡＰから複数のトレーニングフレーム（training frame）を受信する可能性があり、複数のトレーニングフレームのそれぞれは、ショートフレーム間隔（ＳＩＦＳ：short interframe space）によって隔てられ、複数のトレーニングフレームのそれぞれは、異なるセクタ分割されたアンテナパターンを用いて受信される。ＳＴＡは、複数のトレーニングフレームに基づいてセクタを示すセクタフィードバックフレームを生成し得る。ＳＴＡは、セクタフィードバックフレームをＡＰに送信し得る。セクタフィードバックフレームは、セクタ分割された送信に加わりたいという要望を示し得る。あるいは、セクタフィードバックフレームは、セクタを変更したいという要望を示し得る。
【図面の簡単な説明】
【０００５】
より深い理解が、添付の図面と併せて例として与えられる以下の説明から得られる。
【図１Ａ】１または複数の開示される実施形態が実装され得る例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示された通信システム内で使用され得る例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示された通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】マルチＡＰ送信のために集中コントローラを用いるユニフォームワイヤレスフィデリティ（ＵｎｉＦｉ：uniform wireless fidelity）システムを示す図である。
【図３】マルチＡＰ送信のための調整を用いるＵｎｉＦｉシステムを示す図である。
【図４】バックホール接続を用いるマルチＡＰ送信を示す図である。
【図５】異なる巡回シフトダイバーシティ（ＣＳＤ：cyclic shift diversity）が複数のＡＰにわたってどのようにして使用され得るかを示す図である。
【図６】ＳＴＡフィードバックに基づく適応的なＣＳＤに関するフロー図である。
【図７】ＡＰシグナリングに基づく適応的なＣＳＤに関するフロー図である。
【図８】複数のＡＰにわたる空間的繰り返しを示す図である。
【図９】１つの共通の前方誤り訂正（ＦＥＣ）エンコーダによるビット／シンボルインターリーブ／デインターリーブを示す図である。
【図１０】複数のＦＥＣエンコーダによるビット／シンボルインターリーブ／デインターリーブを示す図である。
【図１１】複数のＡＰのための変調符号化方式（ＭＣＳ）フィードバックに関するフォーマットを示す図である。
【図１２】タイミング／周波数調整アクションフレームを示す図である。
【図１３】フィードバック手順に関する時系列図である。
【図１４】タイミング調整のための手順を示す図である。
【図１５】空間的に調整されたマルチＡＰ（ＳＣＭＡ：spatially coordinated Multi-AP）を使用し得るシステムを示す図である。
【図１６】ＳＣＭＡを可能にするヌルデータパケット告知（ＮＤＰＡ：null data packet announcement）／ヌルデータパケット（ＮＤＰ）／フィードバック手順を示す図である。
【図１７】ＮＤＰＡフレームフォーマットを示す図である。
【図１８】ＳＣＭＡのためのＳＴＡ情報フィールドフォーマットを示す図である。
【図１９】ＳＣＭＡのための圧縮されたビームフォーミングのフレームのアクションフィールドのフォーマットを示す図である。
【図２０】ＳＣＭＡのための超高スループット（ＶＨＴ：Very High Throughput）多入力多出力（ＭＩＭＯ）制御フィールドを示す図である。
【図２１】同期されたデータ／肯定応答（ＡＣＫ）送信を用いる開ループＳＣＭＡの例を示す図である。
【図２２】同期されていないデータ／ＡＣＫ送信を用いる開ループＳＣＭＡの２つの例を示す図である。
【図２３】ＳＣＭＡに関連するフレームのための例示的なフレームフォーマットを示す図である。
【図２４】共同プリコーディングされたマルチＡＰ（ＪＰＭＡ：joint precoded multi-AP）を使用し得るシステムを示す図である。
【図２５】ＪＰＭＡを可能にするＮＤＰＡ／ＮＤＰ／フィードバック手順を示す図である。
【図２６】ＪＰＭＡによって使用される開ループ手順を示す図である。
【図２７】無指向性送信対セクタ分割された送信を示す図である。
【図２８】セクタ分割された送信の間隔を用いるビーコン送信を示す図である。
【図２９】複数の指向性ビーコンによって後に続かれる無指向性ビーコンの送信を示す図である。
【図３０】例示的なセクタ分割された送信の設定手順を示す図である。
【図３１】セクタ分割された送信の切り替えプロトコルの例を示す図である。
【図３２】セクタ分割された送信のための暗黙的なトレーニングおよびフィードバックメカニズムの例を示す図である。
【図３３】セクタ分割された送信のための明示的なトレーニングおよびフィードバックメカニズムの例を示す図である。
【発明を実施するための形態】
【０００６】
図１Ａは、１または複数の開示される実施形態が実装され得る例示的な通信システム１００の図である。通信システム１００は、複数の無線ユーザに音声、データ、動画、メッセージング、放送などのコンテンツを提供する多元接続システムである可能性がある。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有によってそのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１または複数のチャネルアクセス方法を使用し得る。
【０００７】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、およびその他のネットワーク１１２を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を想定することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境内で動作および／または通信するように構成された任意の種類のデバイスである可能性がある。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成される可能性があり、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサー、家庭用電化製品などを含む可能性がある。
【０００８】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／またはその他のネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意の種類のデバイスである可能性がある。例として、基地局１１４ａ、１１４ｂは、無線基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ（Home Node B）、ホームｅＮｏｄｅＢ（Home eNode B）、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどである可能性がある。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互に接続された基地局および／またはネットワーク要素を含み得ることが理解されるであろう。
【０００９】
基地局１１４ａは、ＲＡＮ１０４の一部である可能性があり、ＲＡＮ１０４は、その他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）も含み得る。基地局１１４ａおよび／または基地局１１４ｂは、セルと呼ばれる場合がある特定の地理的領域（図示せず）内で無線信号を送信および／または受信するように構成され得る。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに関連するセルは、３つのセクタに分割され得る。したがって、一実施形態において、基地局１１４ａは、３つのトランシーバ、すなわち、セルの各セクタにつき１つのトランシーバを含み得る。別の実施形態において、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を使用する可能性があり、したがって、セルの各セクタに対して複数のトランシーバを利用する可能性がある。
【００１０】
基地局１１４ａ、１１４ｂは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）である可能性がある無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信し得る。無線インターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を用いて確立され得る。
【００１１】
より詳細には、上述のように、通信システム１００は、多元接続システムである可能性があり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１または複数のチャネルアクセス方式を使用する可能性がある。例えば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を用いて無線インターフェース１１６を確立し得るユニバーサル移動体通信システム（ＵＭＴＳ：Universal Mobile Telecommunications System）地上無線アクセス（ＵＴＲＡ：Terrestrial Radio Access）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
【００１２】
別の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を用いて無線インターフェース１１６を確立し得る進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装する可能性がある。
【００１３】
その他の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセスのための世界的相互運用性（ＷｉＭＡＸ：Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準（Interim Standard）２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭの進化のための高速化されたデータレート（ＥＤＧＥ：Enhanced Data rates for GSM Evolution）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
【００１４】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントである可能性があり、事業所、家庭、車両、キャンパスなどの局所化された地域で無線接続を容易にするための任意の好適なＲＡＴを利用し得る。一実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためのＩＥＥＥ８０２．１１などの無線技術を実装し得る。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためのＩＥＥＥ８０２．１５などの無線技術を実装し得る。さらに別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラに基づくＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用してピコセルまたはフェムトセルを確立し得る。図１Ａに示されたように、基地局１１４ｂは、インターネット１１０への直接的な接続を有する可能性がある。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスするように要求されない可能性がある。
【００１５】
ＲＡＮ１０４は、コアネットワーク１０６と通信する可能性があり、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意の種類のネットワークである可能性がある。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイルの位置に基づくサービス、プリペイド電話、インターネット接続性、動画配信などを提供し、かつ／またはユーザ認証などの高レベルのセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴ、または異なるＲＡＴを使用するその他のＲＡＮと直接的または間接的に通信する可能性があることが理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用している可能性があるＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）とも通信する可能性がある。
【００１６】
コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとしても働く可能性がある。ＰＳＴＮ１０８は、一般電話サービス（ＰＯＴＳ：plain old telephone service）を提供する回線交換電話ネットワークを含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの共通の通信プロトコルを使用する相互に接続されたコンピュータネットワークおよびデバイスの全世界的なシステムを含み得る。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運用される有線または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ、または異なるＲＡＴを使用する可能性がある１または複数のＲＡＮに接続された別のコアネットワークを含み得る。
【００１７】
通信システム１００のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、マルチモード能力を含む可能性があり、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含む可能性がある。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラに基づく無線技術を使用し得る基地局１１４ａと、およびＩＥＥＥ８０２無線技術を使用し得る基地局１１４ｂと通信するように構成され得る。
【００１８】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不可能なメモリ１３０、取り外し可能なメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、実施形態に準拠したまま、上述の要素の任意の部分的な組合せを含み得ることが理解されるであろう。
【００１９】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、通常のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意のその他の種類の集積回路（ＩＣ）、状態機械などである可能性がある。プロセッサ１１８は、信号の符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする任意のその他の機能を実行し得る。プロセッサ１１８は、トランシーバ１２０に結合される可能性があり、トランシーバ１２０は、送信／受信要素１２２に結合される可能性がある。図１Ｂはプロセッサ１１８およびトランシーバ１２０を別々の構成要素として示すが、プロセッサ１１８およびトランシーバ１２０は、電子的なパッケージまたはチップに一緒に統合され得ることが理解されるであろう。
【００２０】
送信／受信要素１２２は、無線インターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態において、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナである可能性がある。別の実施形態において、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／ディテクタである可能性がある。さらに別の実施形態において、送信／受信要素１２２は、ＲＦ信号と光信号との両方を送信および受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組合せを送信および／または受信するように構成され得ることが理解されるであろう。
【００２１】
加えて、送信／受信要素１２２は、図１Ｂにおいて単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用し得る。したがって、一実施形態において、ＷＴＲＵ１０２は、無線インターフェース１１６を介して無線信号を送信および受信するために２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。
【００２２】
トランシーバ１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、かつ送信／受信要素１２２によって受信される信号を復調するように構成され得る。上述のように、ＷＴＲＵ１０２は、マルチモード能力を有する可能性がある。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が例えばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数のトランシーバを含み得る。
【００２３】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合される可能性があり、それらからユーザ入力データを受信する可能性がある。プロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力する可能性もある。さらに、プロセッサ１１８は、取り外し不可能なメモリ１３０および／または取り外し可能なメモリ１３２などの任意の種類の好適なメモリからの情報にアクセスし、かつそれらのメモリにデータを記憶し得る。取り外し不可能なメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または任意のその他の種類のメモリストレージデバイスを含み得る。取り外し可能なメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含み得る。その他の実施形態において、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）などの、ＷＴＲＵ１０２に物理的に置かれていないメモリからの情報にアクセスし、かつそのメモリにデータを記憶し得る。
【００２４】
プロセッサ１１８は、電源１３４から受電する可能性があり、ＷＴＲＵ１０２内のその他のコンポーネントに電力を分配し、かつ／またはその電力を制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスである可能性がある。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【００２５】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合される可能性があり、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、またはＧＰＳチップセット１３６からの情報の代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）から無線インターフェース１１６を介して位置情報を受信し、かつ／または２つ以上の近隣の基地局から受信されている信号のタイミングに基づいてそれの位置を決定し得る。ＷＴＲＵ１０２は、実施形態に準拠したまま、任意の好適な位置決定方法によって位置情報を取得し得ることが理解されるであろう。
【００２６】
プロセッサ１１８は、その他の周辺機器１３８にさらに結合される可能性があり、その他の周辺機器１３８は、追加的な特徴、機能、および／または有線もしくは無線接続を提供する１または複数のソフトウェアおよび／またはハードウェアモジュールを含み得る。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真または動画用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザなどを含み得る。
【００２７】
図１Ｃは、実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述のように、ＲＡＮ１０４は、無線インターフェース１１６を介してＷＲＴＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を使用する可能性がある。ＲＡＮ１０４は、コアネットワーク１０６とも通信する可能性がある。
【００２８】
ＲＡＮ１０４はｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含む可能性があるが、ＲＡＮ１０４は、実施形態に準拠したまま、任意の数のｅＮｏｄｅ−Ｂを含み得ることが理解されるであろう。ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバをそれぞれが含み得る。一実施形態において、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ−Ｂ１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつＷＴＲＵ１０２ａから無線信号を受信し得る。
【００２９】
ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けられる可能性があり、無線リソース管理の決定、ハンドオーバの決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成される可能性がある。図１Ｃに示されるように、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
【００３０】
図１Ｃに示されるコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含み得る。上述の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のうちの任意の要素は、コアネットワーク運用者以外のエンティティによって所有および／または運用される可能性があることが理解されるであろう。
【００３１】
ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１４２ａ、１４２ｂ、１４２ｃのそれぞれに接続される可能性があり、制御ノードとして働き得る。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初のアタッチ中の特定のサービングゲートウェイの選択などの役割を担う可能性がある。ＭＭＥ１４２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどのその他の無線技術を使用するその他のＲＡＮ（図示せず）との間の切り替えのための制御プレーンの機能も提供し得る。
【００３２】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続され得る。概して、サービングゲートウェイ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からユーザのデータパケットを経路指定し、かつ転送し得る。サービングゲートウェイ１４４は、ｅＮｏｄｅＢ間ハンドオーバ中にユーザプレーンのアンカーになること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどのその他の機能も実行し得る。
【００３３】
サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続される可能性があり、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にし得る。無線ローカルエリアネットワーク（ＷＬＡＮ）１５５のアクセスルータ（ＡＲ）１５０は、インターネット１１０と通信し得る。ＡＲ１５０は、ＡＰ１６０ａと、１６０ｂと、１６０ｃとの間の通信を容易にし得る。ＡＰ１６０ａ、１６０ｂ、および１６０ｃは、ＳＴＡ１７０ａ、１７０ｂ、および１７０ｃと通信し得る。ＳＴＡ１７０ａ、１７０ｂ、１７０ｃは、ＷＬＡＮ動作を実行する能力があり、一方、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのようにＬＴＥ動作を実行することができる能力もあるデュアルモードＷＬＡＮデバイスである可能性がある。ＡＰ１６０ａ、１６０ｂ、および１６０ｃならびにＳＴＡ１７０ａ、１７０ｂ、および１７０ｃは、本明細書において開示される方法を実行するように構成され得る。
【００３４】
コアネットワーク１０６は、その他のネットワークとの通信を容易にし得る。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にし得る。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、またはそのようなＩＰゲートウェイと通信し得る。さらに、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、その他のサービスプロバイダによって所有および／または運用されるその他の有線または無線ネットワークを含む可能性があるネットワーク１１２へのアクセスを提供し得る。
【００３５】
本明細書において、用語「ＳＴＡ」は、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ＡＰ、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、コンピュータ、モバイルインターネットデバイス（ＭＩＤ）、または無線環境で動作する能力がある任意のその他の種類のユーザデバイスを含むがこれらに限定されない。本明細書において言及されるとき、用語「ＡＰ」は、基地局、Ｎｏｄｅ−Ｂ、サイトコントローラ、または無線環境で動作する能力がある任意のその他の種類のインターフェースデバイスを含むがこれらに限定されない。
【００３６】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）およびＡＰに関連する１または複数の局（ＳＴＡ）を有する。概して、ＡＰは、配信システム（ＤＳ）、またはＢＳＳ内にまたはＢＳＳ外にトラフィックを運ぶ別の種類の有線／無線ネットワークにアクセスすることができるかまたはそれらへのインターフェースを有する。ＢＳＳの外で生じるＳＴＡへのトラフィックは、ＡＰを通じて到着し、ＳＴＡに届けられる（delivered）。ＳＴＡからＢＳＳの外の送信先に向けて生じるトラフィックは、それぞれの送信先に届けられるためにＡＰに送信される。ＢＳＳ内のＳＴＡ間のトラフィックもＡＰを通じて送信される可能性があり、送信元ＳＴＡがＡＰにトラフィックを送信し、ＡＰが送信先ＳＴＡにトラフィックを届ける。ＢＳＳ内のＳＴＡ間のそのようなトラフィックは、真にピアツーピアトラフィックである。そのようなピアツーピアトラフィックは、ＩＥＥＥ８０２．１１ｅのダイレクトリンク設定（ＤＬＳ：direct link setup）またはＩＥＥＥ８０２．１１ｚのトンネリングされたＤＬＳ（ＴＳＬＳ：tunneled DLS）を用いてＤＬＳによって送信元ＳＴＡと送信先ＳＴＡとの間で直接送信される可能性もある。独立ＢＳＳ（独立ＢＳＳ：ＩＢＳＳ：Independent BSS）モードを用いるＷＬＡＮはＡＰを持たず、ＳＴＡどうしが互いに直接通信する。通信のこのモードは、通信の「アドホック」モードと呼ばれる。
【００３７】
動作のＩＥＥＥ８０２．１１ａｃのインフラストラクチャモードを用いて、ＡＰは、決まったチャネル、通常はプライマリチャネルでビーコンを送信し得る。このチャネルは、２０ＭＨｚの幅がある可能性があり、ＢＳＳの動作チャネルである。このチャネルは、ＡＰとの接続を確立するためのＳＴＡによってやはり使用され得る。ＩＥＥＥ８０２．１１システムの基本チャネルアクセスメカニズムは、衝突回避付きキャリアセンス多重アクセス（ＣＳＭＡ／ＣＡ）である。動作のこのモードは、ＡＰを含むあらゆるＳＴＡが、プライマリチャネルを感知し得る。チャネルが使用中であることが検出される場合、ＳＴＡは送信を控える可能性がある。したがって、１つのＳＴＡのみが、任意の所与の時間に所与のＢＳＳで送信し得る。
【００３８】
ＩＥＥＥ８０２．１１ｎにおいては、高スループット（ＨＴ）ＳＴＡが、通信のために４０ＭＨｚの幅のチャネルを使用する可能性もある。これは、プライマリの２０ＭＨｚのチャネルを隣接する２０ＭＨｚのチャネルと組み合わせて４０ＭＨｚの幅の連続するチャネルを形成することによって実現される。
【００３９】
ＩＥＥＥ８０２．１１ａｃにおいては、超高スループット（ＶＨＴ）ＳＴＡが、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および１６０ＭＨｚの幅のチャネルをサポートし得る。４０ＭＨｚおよび８０ＭＨｚのチャネルは、上述のＩＥＥＥ８０２．１１ｎと同様に連続する２０ＭＨｚのチャネルを組み合わせることによって形成される。１６０ＭＨｚのチャネルは、８個の連続する２０ＭＨｚのチャネルを組み合わせることによるか、または２つの連続しない８０ＭＨｚのチャネルを組み合わせることによるかのどちらかによって形成される可能性があり、これは、８０＋８０構成とも呼ばれる可能性がある。８０＋８０構成に関しては、チャネル符号化の後、データが、それを２つのストリームに分割するセグメントパーサに通される。ＩＦＦＴおよび時間領域処理が、各ストリームに対して別々に行われる。それから、ストリームが２つのチャネルにマッピングされ、データが送信される。受信機においては、このメカニズムが逆転され、組み合わされたデータが媒体アクセス（ＭＡＣ）レイヤに送信される。
【００４０】
動作の１ＧＨｚよりも下のモードが、ＩＥＥＥ８０２．１１ａｆおよびＩＥＥＥ８０２．１１ａｈによってサポートされる。これらの使用に関しては、チャネル動作帯域幅が、ＩＥＥＥ８０２．１１ｎおよびＩＥＥＥ８０２．１１ａｃで使用されるチャネル動作帯域幅に比して削減される。ＩＥＥＥ８０２．１１ａｆは、ＴＶ用ホワイトスペース（ＴＶＷＳ）スペクトル内で５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚの帯域幅をサポートし、ＩＥＥＥ８０２．１１ａｈは、非ＴＶＷＳスペクトルを用いて１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚの帯域幅をサポートする。ＩＥＥＥ８０２．１１ａｈのあり得る使用事例は、マクロカバーエリア内のメータータイプ制御（ＭＴＣ：Meter Type Control）デバイスのサポートである。ＭＴＣデバイスは、制限された帯域幅のサポートのみを含む制限された能力を有する可能性があるが、極めて長いバッテリ寿命の要件も含む可能性がある。
【００４１】
ＩＥＥＥ８０２．１１ｎ、ＩＥＥＥ８０２．１１ａｃ、ＩＥＥＥ８０２．１１ａｆ、およびＩＥＥＥ８０２．１１ａｈなどの複数のチャネルおよびチャネル幅をサポートするＷＬＡＮシステムは、プライマリチャネルとして指定されるチャネルを含む。プライマリチャネルは、必ずではないが、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有する可能性がある。したがって、プライマリチャネルの帯域幅は、ＢＳＳ内で動作する際のすべてのＳＴＡのうちで、最も小さい帯域幅動作モードをサポートするＳＴＡによって制限される。ＩＥＥＥ８０２．１１ａｈの例において、プライマリチャネルは、たとえＢＳＳのＡＰおよびその他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、またはその他のチャネル帯域幅動作モードをサポートし得るとしても、１ＭＨｚモードのみをサポートするＳＴＡ（例えば、ＭＴＣ型デバイス）が存在する場合、１ＭＨｚの幅である可能性がある。すべてのキャリアセンスおよびネットワーク割り当てベクトル（ＮＡＶ：network allocation vector）設定は、プライマリチャネルの状態に依存し、すなわち、プライマリチャネルが、例えば、１ＭＨｚの動作モードのみをサポートするＳＴＡがＡＰに送信しているために使用中である場合、たとえそれの大部分がアイドル状態であり、利用可能であり続けているとしても、利用可能な周波数帯域全体が使用中であると考えられる可能性がある。
【００４２】
米国では、ＩＥＥＥ８０２．１１ａｈによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚまでである。韓国では、それは、９１７．５ＭＨｚから９２３．５ＭＨｚまでであり、かつ日本では、それは、９１６．５ＭＨｚから９２７．５ＭＨｚまでである。ＩＥＥＥ８０２．１１ａｈのために利用可能な総帯域幅は、国番号に応じて６ＭＨｚから２６ＭＨｚまでである。
【００４３】
多地点協調（ＣｏＭＰ：coordinated multi-point）送信が、ロングタームエボリューション（ＬＴＥ）リリース１０で検討された。特に、複数の進化型Ｎｏｄｅ−Ｂ（ｅＮＢ）が、考慮されるＵＥの全体的なスループットを向上させることを目的として、共同（joint）処理／送信を用いて同じ時間および周波数リソースで同じＵＥに送信し得る。動的セル選択は、概して、共同処理の特殊な場合として扱われ得る。一方、複数のｅＮＢが、各ＵＥにより被られる干渉を減らすことを目的として、調整されたビームフォーミング／スケジューリングを用いて同じ時間および周波数リソースで異なるＵＥに送信し得る（各ｅＮＢがそれ自体のＵＥにサービスを提供する）。セルのカバレッジおよび／またはセルの端のスループットの大きな向上が、ＬＴＥのＣｏＭＰを用いて実現され得る。
【００４４】
マルチセル合計容量（multi-cell sum capacity）に取り組むセルラネットワークにおける線形および非線形ネットワーク調整ビームフォーミングの使用は、すべての基地局が、それら自体のＵＥにサービスを提供し、その一方で、その他のＵＥへの干渉を最小限のレベルに留めることを想定する。各基地局に関して、複数の送信アンテナが利用可能であると想定される。（その他のＵＥのための）同時の干渉の抑制および（望ましいＵＥのための）信号品質の最適化が、各基地局における空間領域信号処理によって達成される。
【００４５】
概して、ある程度のチャネル状態情報が、例えば、明示的なフィードバックを通じて基地局で利用可能であると想定される。また、キャリア間干渉（またはシンボル間干渉）に対処するためのより複雑な信号処理が避けられ得るような特定の程度のタイミング／周波数同期が、想定される。
【００４６】
向上させられたネットワークカバレッジを容易にする１つの方法は、複数のＡＰからＳＴＡへの同時送信を可能にすることである可能性がある。しかし、本明細書の出願日時点で、ＩＥＥＥ８０２．１１の仕様は、この種の動作をサポートしない。上記に対する別の制限は、ＳＴＡが同時に２つ以上のＡＰと連携することができないことである。この連携することができないことは、利用可能なネットワークのスペクトル効率を制限する可能性がある。
【００４７】
キャリアセンス多重アクセス（ＣＳＭＡ）が、ＩＥＥＥ８０２．１１ｎおよび８０２．１１ａｃにおいて使用される。ＣＳＭＡを用いて、ＳＴＡは、無線チャネルを監視し、無線チャネルがその他のデバイスによって占有されていない場合、それらの保留中のデータを送信する。ＳＴＡは、無線媒体が使用中であることが検出される場合、ランダムなバックオフを実行する必要がある可能性がある。結果として、特定の範囲内の複数のＡＰ／ＳＴＡが、同時に送信することができない。単一のＳＴＡ／ＡＰの観点からすると、特に密なネットワーク（例えば、多数のＳＴＡからなるネットワーク）に関して、時間の多くが、キャリアセンスおよび／またはバックオフに費やされる。これは、比較的低いネットワーク効率を引き起こし得る。
【００４８】
上述のように、ＩＥＥＥ８０２．１１は、２つ以上のＡＰからの同時送信をサポートしない。この動作を可能にする方法が、ＳＴＡのためのより広いネットワークカバレッジを容易にするために必要とされる。これは、モバイルユーザの期待の最近の傾向が必要性を作り出したユーザエクスペリエンスの向上にもつながり得る。
【００４９】
ショートトレーニングフィールド（ＳＴＦ：short training field）が、ＡＰとＳＴＡとの間の粗い同期を可能にするためにＷＬＡＮの物理レイヤ（ＰＨＹ）ヘッダで送信される。また、ＳＴＦは、自動利得制御（ＡＧＣ）の初期化、およびその後のＰＨＹ処理のためのパケット検出の仮定のために使用され得る。ロングトレーニングフィールド（ＬＴＦ：long training field）も、ＡＰとＳＴＡとの間の細かい同期を可能にするためにＷＬＡＮフレームのＰＨＹヘッダで送信される。
【００５０】
上述のように、本明細書においてはマルチＡＰ動作と呼ばれる２つ以上のＡＰからの同時送信は、一様なカバレッジをサポートするために必要とされる。ＳＴＦおよびＬＴＦは、時分割複信（ＴＤＤ）動作のために設計されており、直交していないので、マルチＡＰ送信をサポートすることができない。複数のＳＰから同じＳＴＦを送信することは、ＳＴＡにおける検出の確率を低下させる干渉を引き起こす。また、ＳＴＦは受信機においてＡＧＣを設定するために使用されるので、ＳＴＦ電力の大きな変動は、（ＳＴＦ電力がデータ電力よりも小さい場合に）望ましくない飽和をもたらすか、または（ＳＴＦ電力がデータ電力よりも大きい場合に）量子化誤差（quantization error）をもたらす。したがって、粗い同期、ＡＧＣの初期化、およびパケット検出に対処する解決策が、マルチＡＰ動作のために必要とされる。
【００５１】
ＩＥＥＥ８０２．１１ａｃのために定義された物理レイヤシグナリングおよびシグナリングを可能にする関連する手順は、上で検討されたマルチＡＰ送信を可能にするのに十分でない。例えば、誤り制御符号、符号化率、変調パラメータ、空間多重化方式、およびその他の関連する手順の選択を制御する方法および手順が、必要とされる可能性がある。これらの要件は、レガシーＷＬＡＮシステムとの後方互換性を維持する必要性を含む。
【００５２】
マルチＡＰ送信を可能にするためには、複数の参加するＡＰが時間領域と周波数領域との両方で同期されることが必要である可能性がある。時間／周波数同期手順に関するＩＥＥＥ８０２．１１ａｃの仕様は、マルチＡＰ送信をサポートすることができない。
【００５３】
向上されたセルのカバレッジおよび向上されたスペクトル効率を可能にするためには、ＳＴＡへの共同のおよび調整された送信のためのＡＰ間の調整を考慮することが望ましい可能性がある。これは、本明細書においては、次世代システムにおけるＷＬＡＮ動作のためのユニフォームワイヤレスフィデリティ（ＵｎｉＦｉ）カバレッジ使用事例と呼ばれる。本明細書において使用されるとき、ＷＬＡＮは、ＩＥＥＥ８０２．１１に準拠したネットワークおよびデバイスを指す。
【００５４】
上述のように、カバレッジおよびスペクトル効率を向上させるために使用され得るあり得る方法は、マルチＡＰ協調である。ＩＥＥＥ８０２．１１ａｃの仕様は、ＳＴＡへの送信のこの方法をサポートしない。将来のＷＬＡＮシステムがマルチＡＰ協調および調整を使用することを可能にし、さらに、既存のレガシーデバイスがマルチＡＰ環境で動作することを可能にする解決策が、必要とされる。
【００５５】
ＩＥＥＥ８０２．１１ａｃにおいては、明示的なフィードバックを用いてＡＰでビームフォーミングを可能にするために、チャネル状態情報（ＣＳＩ）が必要とされる。マルチＡＰ協調を用いると、マルチＡＰ協調および共同ビームフォーミングをさらに可能にする方法を明示的なフィードバックが含む場合、ビームフォーミングが強化され得る。例えば、ＡＰ間からＳＴＡ間への無線チャネル（inter-AP to inter-STA wireless channel）を考慮するプロビジョン（provision）が、必要とされる可能性がある。
【００５６】
ＷＬＡＮネットワークの密な展開が、オペレータがエンタープライズネットワークのスペクトル効率およびユーザエクスペリエンスを向上させるために望ましくなりつつある。ＷＬＡＮの元々の設計は、そのような展開がネットワークの効率に対して有する影響を考慮しなかった。例えば、密なネットワークは、概してオーバーラッピングＢＳＳ（ＯＢＳＳ：overlapping BSS）展開で見られたよりもずっと高いＢＳＳ間干渉の確率を呈する可能性がある。密に展開されたネットワークにおけるこの干渉に対処する方法が、必要とされる可能性がある。
【００５７】
マルチＡＰ送信を可能にする実施形態が、本明細書において説明される。本明細書においては、２つのシステムアーキテクチャ、すなわち、（１）図２に示されるマルチＡＰ送信の集中制御、および（２）図３に示されるマルチＡＰ送信の調整が、考慮される。図２においては、ＷＬＡＮコントローラに関連付けられるＡＰの一部またはすべてが、リモートアクティブアンテナ（ＲＡＡ：Remote Active Antenna）である可能性もある。図２に示されるシステム２００においては、ＷＬＡＮマルチＡＰコントローラ２０２が、ＡＰ２０４〜２１０のうちの１つに物理的に存在する可能性がある。このＡＰ、例えばＡＰ２０４は、プライマリＡＰと呼ばれる可能性がある。図３においては、マルチＡＰ３００、３０２が、集中コントローラなしに、チャネル媒体を共有する際に互いに連携する。
【００５８】
実施形態の概要が、以下で与えられる。第１の実施形態は、同時マルチＡＰ送信を可能にする方法を説明する。包含される態様は、プリアンブルトレーニングフィールド、ＳＩＧフィールドおよび関連する手順、符号化、インターリービング、ならびに多重化を含む。第２の実施形態は、マルチＡＰ調整のためのシグナリングおよび関連する手順を説明する。マルチＡＰ調整を可能にするサウンディングおよびフィードバック手順も、説明される。マルチＡＰ送信のためのＳＴＡグループ化方法および手順も、説明される。第３の実施形態は、マルチＡＰ共同プリコーディングのためのシグナリングおよび関連する手順を説明する。マルチＡＰ共同プリコーディングを可能にするサウンディングおよびフィードバック手順も、説明される。本明細書においては、マルチＡＰ調整が、各ＡＰからの同じまたは異なるデータストリームを用いるマルチＡＰ送信を可能にする。また、マルチＡＰ調整は、各ＡＰから送信されるデータストリームが意図された受信者ではないＳＴＡに対する干渉であると考えられると想定する。図４は、複数のＡＰ４０２、４０４の間の有線かまたは無線かどちらかのバックホール接続４００が本明細書において説明される実施形態を可能にするためにどのようにして必要となり得るのかを示す。
【００５９】
本実施形態は、マルチＡＰ  ＳＴＦに関する適応的な巡回シフトダイバーシティ（ＣＳＤ）を考慮する。上述のように、同じＳＴＦが２つ以上のＡＰから同時に送信されるとき、問題が生じる。この問題に対するあり得る解決策は、複数のＡＰから送信されるＳＴＦに適用される関連する手順を含むＣＳＤの使用である。この解決策を可能にする方法は、図２に示されるＷＬＡＮマルチＡＰコントローラの使用である。
【００６０】
図５に示されるように、異なる周期的な位相遅延が、各ＡＰがＳＴＦを送信するために適用され得る。２つのＡＰが、同じＳＴＦ５００、５０２を送信し得る。レガシーＳＴＡは、グリーンフィールドモード（green field mode）でのみ使用され得る新しいＵｎｉＦｉパケットを検出することができない可能性がある。各ＡＰで複数の送信アンテナが使用される場合、さらに、異なるＣＳＤ５０４、５０６、５０８、５１０が、各ＡＰの２つ以上の送信アンテナにわたってやはり適用され得る。複数のＡＰおよび各ＡＰ内の複数のアンテナにわたってＣＳＤを適用する際、異なる組合せが使用され得る。各ＡＰの各ストリームに関して、別々のガードインターバルが挿入され、時間領域のウィンドウイング処理５１２、５１４、５１６、５１８が適用され得る。信号は、ＧＩ挿入およびウィンドウイング処理の後、対応する送信アンテナを介して送信するために対応するアナログ部５２０、５２２、５２４、５２６に送信される。
【００６１】
一例が、以下で表１に与えられる。表１に示される巡回シフト値は、純粋に例示的であり、その他の値がこの実施形態において使用され得る。
【００６２】
【表１】
2015536614.tif 000003
【００６３】
ＡＰ１とＡＰ２との間の異なる伝播遅延は、望ましくないビームフォーミングの効果を抑制する事実上のＣＳＤとして働き得る。この事実上のＣＳＤの有効性は、伝播遅延の差に依存する可能性がある。したがって、各送信アンテナのための厳密な巡回シフト値は、ＳＴＡとＡＰとの間の遅延拡散に依存する可能性がある。それは、適応的に選択される可能性もある。
【００６４】
図６は、ＷＬＡＮコントローラおよび／または関連するＡＰにＣＳＤを選択するための情報を提供するための手順６００を示す。１つのあり得る実施形態においては、ＳＴＡが、送信されたＳＴＦおよび／もしくはＬＴＦの検出、受信されたパイロットおよび／もしくは受信されたミッドアンブルシンボルの検出、またはＡＰ１からのビーコンフレームの受信を用いてそのＳＴＡ自体とＡＰ１との間のチャネル遅延拡散を推定し得る（ステップ６０２）。次いで、ＳＴＡが、送信されたＳＴＦおよび／もしくはＬＴＦの検出、受信されたパイロットおよび／もしくは受信されたミッドアンブルシンボルの検出、またはＡＰ２からのビーコンフレームの受信を用いてそのＳＴＡ自体とＡＰ２との間のチャネル遅延拡散を推定し得る（ステップ６０４）。ＳＴＡは、ＡＰ１およびＡＰ２に関する遅延拡散をフィードバックし得る（ステップ６０６）。このフィードバックは、一度に１つの特定のＡＰに送信される可能性があり、または集約され、複数のＡＰに一斉にブロードキャストされる可能性がある。ＡＰ１は、ＳＴＡからの遅延拡散のフィードバックに基づいて、使用される遅延拡散を調整し得る（ステップ６０８）。ＡＰ２も、ＳＴＡからの遅延拡散のフィードバックに基づいて、使用される遅延拡散を調整し得る（ステップ６１０）。最後に、ＡＰ１が、調整されたＣＳＤを用いて送信することができ（ステップ６１２）、かつＡＰ２が、調整されたＣＳＤを用いて送信することができる（ステップ６１４）。
【００６５】
この手順は、マルチＡＰシステムのＳＴＡの関連付けの間に一回実行される可能性があり、特定の条件の下で行われるように１または複数のＡＰによってスケジューリングされる可能性があり、かつ／または周期的に行われるようにスケジューリングされる可能性がある。周期的スケジュールの例は、特定のビーコンフレームの受信にこの手順を関連付けるか、または特定のビーコンフレームの受信に応じてこの手順を関連付けることになる可能性がある。
【００６６】
代替的な手順７００が、図７に示される。ＡＰ１が、送信されたＳＴＦおよび／もしくはＬＴＦの検出、受信されたパイロットおよび／もしくは受信されたミッドアンブルシンボルの検出、またはＳＴＡからのビーコンフレームの受信を用いてそのＡＰ１自体とＳＴＡとの間のチャネル遅延拡散を推定し得る（ステップ７０２）。ＡＰ２が、送信されたＳＴＦおよび／もしくはＬＴＦの検出、受信されたパイロットおよび／もしくは受信されたミッドアンブルシンボルの検出、またはＳＴＡからのビーコンフレームの受信を用いてそのＡＰ２自体とＳＴＡとの間のチャネル遅延拡散を推定し得る（ステップ７０４）。そして、ＡＰ１は、推定されたチャネル遅延拡散に基づいて、使用する巡回シフトを選択し得る。ＡＰ１は、選択されたＣＳＤ、それのインデックス、および／または推定された遅延拡散をＡＰ２に送信し得る（ステップ７０６）。情報要素は、管理フレームまたは送信可（ＣＴＳ：clear to send）／送信要求（ＲＴＳ：request to send）応答フレームに含められ得る。ＡＰ２は、選択されたＣＳＤ、それのインデックス、および／または遅延拡散をＡＰ１から受信し得る。それから、ＡＰ２は、推定された遅延拡散およびＡＰ１からの受信された情報に基づいてそれの巡回シフトを調整し得る（ステップ７０８）。最後に、ＡＰ１は、選択されたＣＳＤを用いて送信することができ（ステップ７１０）、かつＡＰ２は、選択されたＣＳＤを用いて送信することができる（ステップ７１２）。図１Ｂおよび１Ｃに示された装置は、本明細書において説明される適応的なＣＳＤ手順を実行するように構成され得る。特に、ＡＰ１７０ａ、１７０ｂ、およびＳＴＡ１０２は、上で説明され、図６および７に示された方法を実行するように構成され得る。
【００６７】
適応的なＣＳＤ手順は、マルチＡＰシステムのＳＴＡの関連付けの間に一回実行される可能性があり、特定の条件の下で行われるように１または複数のＡＰによってスケジューリングされる可能性があり、かつ／または周期的に行われるようにスケジューリングされる可能性がある。周期的スケジュールの例は、特定のビーコンフレームの受信にこの手順を関連付けることになる可能性がある。
【００６８】
以下で開示されるように、複数の直交するＬＴＦがマルチＡＰシステムのそれぞれの個々のＡＰに関するチャネル推定を実行するために使用されるときは、異なるＬＴＦにインデックスが割り振られ得る。各ＬＴＦインデックスは、システムの特定のＡＰに関連付けられ得る。加えて、各ＡＰは、２つ以上のＬＴＦインデックスを有する可能性がある。以下の説明におけるインデックスは、問題のＡＰによって使用される複数の送信アンテナのうちの１つに対応し得る。
【００６９】
関連する実施形態においては、適応的なＣＳＤ値が、上で定義されたＬＴＦインデックスに関連付けられ得る。特に、同じＬＴＦインデックスを有するすべてのＡＰに関しては、同じＣＳＤ値が使用され得る。隣接するＡＰに異なるＬＴＦインデックスを割り振ることが典型的である可能性があることに留意されたい。同じＬＴＦインデックスを用いるＡＰは、それらのそれぞれのチャネルが無相関であるように遠く隔てられ得る。
【００７０】
一実施形態においては、同じＳＴＦが、複数のＡＰから送信され得る。この場合、複数のＡＰが、単一の複合ＡＰ（composite AP）として扱われる可能性があり、（ＳＴＦに基づいて）ＳＴＡ側で区別されない可能性がある。図２に示されたＷＬＡＮマルチＡＰコントローラの使用が、この解決策を可能にする。
【００７１】
加えて、複数の直交するＳＴＦシーケンスが、各ＡＰから送信され得る。この場合、複数の直交するＳＴＦによる相関が、ＳＴＡが各ＡＰを区別することを可能にし得る。例えば、タイミング（周波数）同期が、各ＡＰに関して別々に実行される可能性があり、得られた情報が、時間（周波数）的に複数のＡＰをさらに揃えるために使用される可能性がある。
【００７２】
２ＡＰの例が以下で与えられるが、全体的な原理はＮ個のＡＰに容易に拡張され得る。ＩＥＥＥ８０２．１１ａにおいて、レガシーのＳＴＦシーケンスは、周波数領域において
ＳＴＦ＿１＝｛Ｓ（−２４）＝１＋ｊ；Ｓ（−２０）＝−１−ｊ；Ｓ（−１６）＝１＋ｊ；Ｓ（−１２）＝−１−ｊ；Ｓ（−８）＝−１−ｊ；Ｓ（−４）＝１＋ｊ；Ｓ（４）＝−１−ｊ；Ｓ（８）＝−１−ｊ；Ｓ（１２）＝１＋ｊ；Ｓ（１６）＝１＋ｊ；Ｓ（２０）＝１＋ｊ；Ｓ（２４）＝１＋ｊ；｝
のように定義され、ここで、Ｓ（ｎ）は、周波数トーンｎのＳＴＦ信号を指す。知られている信号が、トーン−２４、−２０、−１６、−１２、−８、−４、４、８、１２、１６、２０、２４から送信される可能性があり、一方、すべてのその他のトーンは、０（ゼロ）である可能性がある。マルチＡＰ送信において、同じＳＴＦ＿１は、１つのＡＰから送信され得る。
【００７３】
符号分割多重（ＣＤＭ）が、直交するＳＴＦが２つ以上のＡＰから送信されることを可能にし得る。この場合、ＡＰ２から送信されるＳＴＦ＿２シーケンスは、
ＳＴＦ＿２＝｛Ｓ（−２４）＝−１−ｊ；Ｓ（−２０）＝−１−ｊ；Ｓ（−１６）＝−１−ｊ；Ｓ（−１２）＝１＋ｊ；Ｓ（−８）＝−１−ｊ；Ｓ（−４）＝−１−ｊ；Ｓ（４）＝１＋ｊ；Ｓ（８）＝１＋ｊ；Ｓ（１２）＝−１−ｊ；Ｓ（１６）＝１＋ｊ；Ｓ（２０）＝１＋ｊ；Ｓ（２４）＝１＋ｊ；｝
である可能性があり、ここで、ＳＴＦ＿２は、時間的にＳＴＦ＿１と直交するように設計される。知られている信号の別のセットが、トーン−２４、−２０、−１６、−１２、−８、−４、４、８、１２、１６、２０、２４から送信され、一方、すべてのその他のトーンは、０（ゼロ）である。上のＳＴＦ＿２シーケンスは、元のＳＴＦシーケンスＳＴＦ＿１と同じ４回の繰り返しパターンを維持することが留意される。
【００７４】
ＴＤＤ送信が、直交するＳＴＦを可能にするためにやはり使用され得る。この場合、同じＳＴＦが、重なることなく１つずつ複数のＡＰから送信され得る。周波数分割複信（ＦＤＤ）が、直交するＳＴＦを可能にするためにやはり使用され得る。この場合、同じＳＴＦシーケンスが、複数のＡＰから送信され、直交するサブキャリアを占有する可能性がある。４回の繰り返しパターンは、崩される可能性がある。
【００７５】
上記の例において、サイズ６４高速フーリエ変換（ＦＦＴ）が使用される。同じ原理が、その他のサイズのＦＦＴに一般化され得る。さらに、時間領域の４回の繰り返しパターンが、ＳＴＦ＿１およびＳＴＦ＿２に関して想定される。この４回の繰り返しパターンは、維持される可能性があり、または維持されない可能性がある。結局、ＳＴＦのその他の実現方法が、あり得る。
【００７６】
受信機側では、相互相関が、ＳＴＦシーケンスのそれぞれによる相関を見つけるために使用され、関与させられるすべてのＡＰに関するタイミングおよび周波数同期パラメータの個々の推定につながる可能性がある。同様に、チャネル推定および細かい時間／周波数同期がそれぞれの個々のＡＰに関して実行され得るように、ＣＤＭ／ＴＤＤ／ＦＤＤが、直交するＬＴＦが複数のＡＰから送信されることを可能にするために使用され得る。複数の直交するＬＴＦがそれぞれの個々のＡＰに関するチャネル推定のために使用されるときは、各ＬＴＦインデックスが特定のＡＰに関連付けられるようにして、異なるＬＴＦにインデックスが与えられ得る。各ＡＰは、２つ以上のＬＴＦインデックスを有する可能性もあり、各インデックスは、ＡＰの複数の送信アンテナのうちの１つに対応する。
【００７７】
本実施形態は、概して、マルチＡＰ符号化およびインターリービングを考慮し、特に、マルチＡＰの空間的繰り返しに対処する。空間的繰り返しでは、同じデータパケット（データの一部）が、図８に示されるように、複数のＡＰから送信され得る。これは、図２のＷＬＡＮマルチＡＰコントローラの使用によってか、ＩＰレイヤにおけるブリッジアーキテクチャの使用によってか、またはＩＰレイヤにおける調整によって可能にされ得る。さらに、この実施形態は、２つ以上のＡＰへの送信のためのパケットのスケジューリングに対処するＭＡＣ手順によって可能にされ得る。
【００７８】
図８（ａ）に示される実施形態においては、データパケット８０４が、ＡＰ１  ８００から送信され得る。ＣＳＤ８０６による同じパケットが、ＡＰ２  ８０２から一斉に送信され得る。ＣＳＤは、マルチＡＰ  ＳＴＦのための適応的なＣＳＤに関して上で説明されたのと同じようにしてデータパケットに適用され得る。図８（ｂ）に示される実施形態に関しては、同じデータパケット８１２、８１４が、２つのＡＰ８０８、８１０から１つずつ送信され得る。この場合、受信機は、両方のＡＰからの信号をコヒーレントに組み合わせることを選択する可能性があり、またはより強いＡＰからの送信を選択する可能性がある。上記実施形態の両方において、パケット送信は、ネットワーク内に展開された２つ以上のＡＰ、および／またはアンテナの２つ以上のサブセットから繰り返される可能性がある。
【００７９】
別のあり得る実施形態は、２つのＡＰから同じ情報ビットの異なる符号化されたコピーを送信することである。例えば、レート１／２の畳み込みエンコーダが使用されるとき、システマティックビット（systematic bit）が、１つのＡＰから送信される可能性があり、一方、パリティビットは、別のＡＰから送信される可能性がある。
【００８０】
代替的な実施形態は、複数のＡＰにわたって分散された時空間ブロック符号（ＳＴＢＣ）を適用し得る。例えば、ＡＰ１から送信される情報シンボルのあらゆる対［ｓ１，ｓ２］に関して、情報シンボルの対応する対［−ｓ２*，ｓ１*］が、同じシンボル対の継続時間中にＡＰ２から送信され得る。
【００８１】
同じデータパケットが、上で検討されたように複数のＡＰから繰り返され、このことは、同じ変調符号化方式（ＭＣＳ）が、関与させられる各ＡＰのために使用されることを示唆する可能性があることが留意される。概して、同じ情報ビットが各ＡＰから送信され得るが、異なるＭＣＳが使用される可能性がある。さらなる詳細に関しては、マルチＡＰ動作のための等しくないＭＣＳに関する以降の内容を参照されたい。
【００８２】
以下の実施形態は、複数のＡＰまたは複数のリモートアクティブアンテナ（ＲＡＡ）にわたるビット／シンボルインターリービングを説明する。図２に示されたＷＬＡＮマルチＡＰコントローラの使用が、この解決策を可能にし得る。
【００８３】
２つの実施形態が、本明細書において説明される。第１の実施形態においては、単一の前方誤り訂正（ＦＥＣ）エンコーダが、送信のために、２つのＡＰまたはＲＡＡに分配されることになるビットを符号化するために使用される。２つのＡＰまたはＲＡＡからの空間多重化が、使用され得る。符号化されたビット（またはインターリービングが信号点配置マッピング後に起こる場合はシンボル）が、例えば、図９（ａ）の図にしたがってインターリーブされ得る。図９（ａ）の各ブロックは、連続する符号化されたビットのブロック、または（信号点配置マッピング後の）連続するシンボルのブロックを表す可能性がある。
【００８４】
インターリービングは、（ビット／シンボルの）隣接するブロックがマルチＡＰシステムの異なるＡＰにわたってマッピングされ、送信されるように行われ得る。例示的な手順においては、エンコーダ（例えば、畳み込みエンコーダまたは低密度パリティ検査（ＬＤＰＣ）エンコーダ）が、到着する情報ビットを符号化する。これは、図２のＷＬＡＮマルチＡＰコントローラの使用によってか、ＩＰレイヤにおけるブリッジアーキテクチャの使用によってか、またはＩＰレイヤにおける調整によって可能にされ得る。
【００８５】
図９（ａ）に示されるように、符号化されたビットストリーム９００が、複数のブロック（例えば、Ａ１  ９０２、Ｂ１  ９０４、Ａ２  ９０６、Ｂ２  ９０８など）に分割され、インターリーバ９１０に届けられ得る。インターリーバ９１０は、到着するビットストリーム９００を並び替えて（reshuffling）２つの出力ビットストリーム９１２、９１４にすることができる。並び替えることは、隣接するブロックが異なるビットストリームに分散されるように行われ得る。例えば、図９（ａ）に示されるように、ビット／シンボルのブロックＡ１  ９０２、Ａ２  ９０６などは、第１のストリーム９１２へと分散され、ビット／シンボルのブロックＢ１  ９０４、Ｂ２  ９０８などは、第２のストリーム９１４へと分散される。
【００８６】
インターリーバ９１０から出力された第１のビットストリーム９１２は、特定の信号点配置マッピングを用いて変調され、空間マッピングベクトルの第１のセットを用いて空間的にマッピングされ、ＯＦＤＭ変調され、プライマリＡＰから送信され得る。インターリーバ９１０から出力された第２のビットストリーム９１４は、別の信号点配置マッピングを用いて変調され、空間マッピングベクトルの第２のセットを用いて空間的にマッピングされ、ＯＦＤＭ変調され、非プライマリＡＰのうちの１つまたは複数から送信され得る。そのようなインターリービング方式は、バースト状の誤りのパターンを減らすのに役立つ可能性があり、エンコーダがバースト状の誤りに弱い（例えば、畳み込みエンコーダ）ときにやはり助けになる可能性がある。
【００８７】
受信機側では、デインターリービングが必要である可能性がある。図９（ｂ）に示されるように、ＡＰ１およびＡＰ２からの等化器出力が、送信されたパケットの元の順序を復元するためにデインターリーブされ得る。例示的な手順では、ＳＴＡが、プライマリＡＰまたはＷＬＡＮコントローラからの能力の指示を復号し得る。能力の指示がマルチＡＰ動作の使用を示す場合、ＳＴＡは、それがマルチＡＰシステムにおいて複数の並列的なパケットを復号すべきであるかどうかを決定し得る。上記のことは、プリアンブルの信号（ＳＩＧ）フィールドの指示を用いて可能にされ得る。
【００８８】
それから、ＳＴＡは、ＡＰ１から送信された第１のストリーム９１６およびＡＰ２から送信された第２のストリーム９１８に関して別々の等化／復調を実行し得る。第１のソフトビットストリーム９１６は、複数のブロック（例えば、Ａ１  ９２０、Ａ２  ９２２など）に分割され、デインターリーバモジュール９２８に入力され得る。ブロックサイズは、予め決められる可能性があり、インターリーバ９１０におけるブロックサイズと同じである可能性がある。第２のソフトビットストリーム９１８は、複数のブロック（例えば、Ｂ１  ９２４、Ｂ２  ９２６など）に分割され、デインターリーバモジュール９２８に入力され得る。ブロックサイズは、予め決められる可能性があり、インターリーバ９１０におけるブロックサイズと同じである可能性がある。デインターリーバモジュールは、元の順序を復元するために２つのソフトビットストリーム９１６、９１８を１つのビットストリーム９３０に編成し得る。そして、デインターリーブされたビットストリーム９３０が、ＦＥＣ復号のためにデコーダに送信され得る。
【００８９】
２つ以上のＦＥＣエンコーダが、概して、複数のＡＰ（またはＲＡＡ）に対応するために使用され得る。２つのＦＥＣエンコーダおよび２つのＡＰ（または２つのＲＡＡ）が、本明細書において、例として使用される。２つのＡＰ（またはＲＡＡ）からの空間多重化が、本明細書においてやはり想定され得る。以下で説明されるＦＥＣエンコーダはＷＬＡＮコントローラに含まれる可能性があり、ビットは図２に示されるように複数のＡＰに分散され得ることが留意される。
【００９０】
エンコーダ１およびエンコーダ２からの符号化されたビットは、図１０に示されるようにインターリーブされる可能性があり、各ブロックは、連続する符号化されたビットのブロック、または（信号点配置マッピング後の）連続するシンボルのブロックを表す可能性がある。実際上、エンコーダ１および２からのビットストリームは、それらが送信される前に、撚り合わされ、編み合わされ得る。各畳み込みエンコードに関して、隣接する符号化されたビットが、異なるＡＰにわたってマッピングされ、送信され得る。図１０（ａ）に示される例示的な手順が、以下に与えられる。
【００９１】
第１のエンコーダ（例えば、畳み込みエンコーダまたはＬＤＰＣエンコーダ）は、到着する情報ビットを符号化し得る。これは、ＷＬＡＮコントローラ内で起こり得る。第２のエンコーダ（例えば、畳み込みエンコーダまたはＬＤＰＣエンコーダ）も、到着する情報ビットを符号化し得る。これも、ＷＬＡＮコントローラ内で起こり得る。第１の符号化されたビットストリーム１０００は、複数のブロック（例えば、Ａ１  １００２、Ａ２  １００４、Ａ３  １００６、Ａ４  １００８など）に分割され、インターリーバ１０１０に入力され得る。これは、ＷＬＡＮコントローラ内で起こり得る。第２の符号化されたビットストリーム１０１２は、複数のブロック（例えば、Ｂ１  １０１４、Ｂ２  １０１６、Ｂ３  １０１８、Ｂ４  １０２０など）に分割され、インターリーバ１０１０に入力され得る。これも、ＷＬＡＮコントローラ内で起こり得る。インターリーバ１０１０は、２つの到着するビットストリームを２つの異なる出力ビットストリームへとインターリーブし得る。並び替えることは、それぞれの到着するストリームに関して、隣接するブロックが異なるビットストリームに分散されるように行われ得る。例えば、図１０（ａ）に示されるように、ビット／シンボルのブロックＡ１  １００２、Ｂ２  １０１６、Ａ３  １００６、Ｂ４  １０２０などが、第１のストリーム１０２２に分散され得る。ビット／シンボルのブロックＢ１  １０１４、Ａ２  １００４、Ｂ３  １０１８、Ａ４  １００８などが、第２のストリーム１０２４に分散され得る。これも、ＷＬＡＮコントローラ内で起こり得る。
【００９２】
インターリーバ１０１０から出力された第１のビットストリーム１０２２は、特定の信号点配置マッピングを用いて変調され、空間マッピングベクトルの第１のセットを用いて空間的にマッピングされ、ＯＦＤＭ変調され、それから、第１のＡＰから送信され得る。これは、第１のＡＰ内で起こり得る。インターリーバから出力された第２のビットストリームは、別の信号点配置マッピングを用いて変調され、空間マッピングベクトルの第２のセットを用いて空間的にマッピングされ、ＯＦＤＭ変調され、それから、第２のＡＰから送信され得る。これは、第２のＡＰ内で起こり得る。
【００９３】
図９（ａ）に示されたインターリービング方式と同様に、図１０（ａ）に示されるインターリービング方式は、バースト誤りのパターンを減らすのに役立つ可能性があり、エンコーダがバースト状の誤りに弱いときにやはり助けになる可能性がある。
【００９４】
受信機側では、デインターリービングが使用され得る。図９（ｂ）に示されるように、ＡＰ１およびＡＰ２からの等化器出力が、各ＦＥＣエンコーダに関する元の順序情報を復元するためにデインターリーブされる必要がある可能性がある。例示的な手順において、ＳＴＡは、ＡＰ１から送信された第１のストリーム１０２６およびＡＰ２から送信された第２のストリーム１０３６に関して別々の等化／復調を実行し得る。
【００９５】
第１のソフトビットストリーム１０２６は、複数のブロック（例えば、Ａ１  １０２８、Ｂ２  １０３０、Ａ３  １０３２、Ｂ４  １０３４など）に分割され、デインターリーバモジュール１０４６に入力され得る。ブロックサイズは、予め決められる可能性があり、インターリーバ１０１０におけるブロックサイズと同じである可能性がある。第２のソフトビットストリーム１０３６は、複数のブロック（例えば、Ｂ１  １０３８、Ａ２  １０４０、Ｂ３  １０４２、Ａ４  １０４４など）に分割され、デインターリーバモジュールに入力され得る。ブロックサイズは、予め決められる可能性があり、インターリーバ１０１０におけるブロックサイズと同じである可能性がある。
【００９６】
デインターリーバモジュールは、各ビットストリームの元の順序を復元するために２つのソフトビットストリーム１０２６、１０３６を２つのビットストリーム１０４８、１０５０に編成し得る。図１０（ｂ）に示されるように、ビットのブロックＡ１  １０２８、Ａ２  １０４０、Ａ３  １０３２、Ａ４  １０４４などが、第１のビットストリーム１０４８の順序に復元される。ビットのブロックＢ１  １０３８、Ｂ２  １０３０、Ｂ３  １０４２、Ｂ４  １０３４などが、第２のビットストリーム１０５０の順序に復元される。そして、第１のデインターリーブされたビットストリーム１０４８が、ＦＥＣ復号のために第１のデコーダに送信され得る。そして、第２のデインターリーブされたビットストリーム１０５０が、ＦＥＣ復号のために第２のデコーダに送信され得る。
【００９７】
上述のインターリービングおよびデインターリービングプロセスにおいては、ＡＰ（ＲＡＡ）のインターリービングパターンが、ＬＴＦインデックスにリンクされ得る。上で検討されているように、複数の直交するＬＴＦがそれぞれの個々のＡＰ（またはＲＡＡ）からのチャネル推定のために使用されるときは、各ＬＴＦインデックスが特定のＡＰ（またはＲＡＡ）に関連付けられるようにして、異なるＬＴＦにインデックスが与えられ得る。各ＡＰ（またはＲＡＡ）は、しかし、潜在的にそのＡＰ（ＲＡＡ）内の複数の送信アンテナに対応する２つ以上のＬＴＦインデックスを有する可能性がある。
【００９８】
各ＡＰ（ＲＡＡ）のインターリービングパターンは、それのＬＴＦインデックスにリンクされ得る。特に、同じＬＴＦインデックスを有するすべてのＡＰ（またはＲＡＡ）に関しては、同じインターリービングパターンが使用され得る。概して、隣接するＡＰ（ＲＡＡ）に異なるＬＴＦインデックスが割り振られる可能性がある。結果として、同じＬＴＦインデックスを有するＡＰ（ＲＡＡ）は、概して、互いに遠く隔てられる。上記に関する例示的な手順が、以下で説明される。
【００９９】
各送信ＡＰが、ＬＴＦインデックスを割り振られ得る。例えば、ＡＰ１は、ＬＴＦインデックス１を割り振られる可能性があり、ＡＰ２は、ＬＴＦインデックス２を割り振られる可能性がある。ＬＴＦインデックス１およびＬＴＦインデックス２は、互いに直交するように設計され得る。ＷＬＡＮコントローラは、ＡＰ１に関するＬＴＦインデックスおよびＡＰ２に関するＬＴＦインデックス（上記例のインデックス１および２）を読み得る。ＷＬＡＮコントローラは、読まれたＬＴＦインデックスを用いてインターリーバを制御し得る。
【０１００】
特に、図１Ｂおよび１Ｃに示された装置と、特に図１ＣのＡＰ１７０ａ、１７０ｂおよびＳＴＡ１０２ｄとは、変調器、エンコーダ、インターリーバ、およびデインターリーバを含み得る。ＡＰ１７０ａ、１７０ｂおよびＳＴＡ１０２ｄは、上で説明され、図９および１０に示されたステップにしたがってビットストリームを処理するように構成され得る。
【０１０１】
以下の実施形態は、マルチＡＰ動作のための等しくないＭＣＳを考慮する。マルチＡＰ送信においては、（ＳＴＡへの）各ＡＰからの有効なチャネルはチャネル品質が異なる可能性があることがあり得る。そのような筋書きでは、ＡＰが、送信のために異なるＭＣＳを使用すると判断し得る。これは、それぞれの独立したＡＰ送信に関する（フレーム誤り率（ＦＥＲ）などの）同様のサービス品質（ＱｏＳ）測定基準の必要性によって動機付けられる可能性がある。ＡＰ２がＡＰ１よりも弱いチャネルを有する例においては、２つのＡＰから同じＱｏＳが実現されることを保証するために、ＡＰ２の送信のためにより小さなＭＣＳが使用され得る。
【０１０２】
送信のために異なるＭＣＳを使用する別の動機は、それぞれの独立したＡＰ送信に関する異なるＱｏＳ測定基準の必要性である可能性がある。例えば、逐次干渉除去受信機を容易にするため、異なるＭＣＳが、複数のＡＰにわたる不均衡なリンクを生成するために複数のＡＰにわたって使用される可能性がある。両方の独立したチャネルが同じ品質である例においては、ＡＰ１の送信がより高い信頼性で復号される可能性があり、ＡＰ１のデコーダ出力がＡＰ２の復号において逐次干渉除去のために使用されるように、ＡＰ１の送信のためにより小さなＭＣＳが使用される可能性があり、ＡＰ２の送信のためにより大きなＭＣＳが使用される可能性がある。
【０１０３】
複数のＡＰにわたって等しくないＭＣＳを有するためには、ある種のフィードバックを必ず有することが必要である可能性がある。例えば、受信するＳＴＡから送信するＡＰのそれぞれへの望ましいＭＣＳまたは推定された信号対干渉雑音比（ＳＩＮＲ）のフィードバック、ならびにそれぞれの送信するＡＰから受信するＳＴＡへの送信されたＭＣＳのシグナリングが提供される可能性がある。以下は、１つの受信するＳＴＡおよび２つの送信するＡＰの例に関する手順およびシグナリング有効化フィールド（enabling signaling field）を示す。
【０１０４】
ＳＴＡは、それぞれの送信するＡＰ（またはＲＡＡ）からのチャネルを推定し得る。推定は、送信するＡＰからの受信されたＳＴＦ／ＬＴＦ、および／または受信されたパイロット、および／または受信されたミッドアンブルシンボル、またはビーコンフレームの受信に基づく可能性がある。それぞれの送信するＡＰ（またはＲＡＡ）につきＳＴＦ／ＬＴＦの１セットずつ、複数の直交するＳＴＦ／ＬＴＦが送信される必要がある可能性がある。対照的に、ＩＥＥＥ８０２．１１ａｃにおいては、一度に１つのＡＰのみが送信し得る。この理由により、ＳＴＦ／ＬＴＦの１セットのみが、成功するチャネル推定を可能にするために必要とされる。
【０１０５】
ＳＴＡは、各ＡＰのための最適なＭＣＳを選択することができ、それをＡＰに送り返すことができる。ＳＴＡは、高スループット（ＨＴ）制御フィールドのリンク適応制御（Link Adaptation Control）サブフィールドを再利用して等しくないＭＣＳをフィードバックし得る。これは、図１１（ａ）に示されるＨＴ制御フィールド１１００のようにまとめて行われる可能性があり、ＡＰ１のための提案されるＭＣＳは、ＡＰ１のためのリンク適応制御フィールド１１０２に含まれ、ＡＰ２のための提案されるＭＣＳは、ＡＰ２のためのリンク適応制御フィールド１１０４に含まれる。
【０１０６】
あるいは、ＭＣＳは、図１１（ｂ）に示されるように、ＵｎｉＦｉセット内のＡＰのインデックスを示すＨＴ制御フィールド１１０６の予約されたビット１１１０によって各ＡＰに個々にフィードバックされる可能性がある。この場合、この特定のＡＰのための提案されるＭＣＳは、リンク適応制御フィールド１１０８に含まれ得る。それぞれの送信するＡＰに関する推定されたＳＩＮＲも、対応するＶＨＴ圧縮ビームフォーミング（VHT compressed beamforming）レポートでフィードバックされ得る。さらなる詳細に関しては、空間的に調整されたマルチＡＰ（ＳＣＭＡ）のためのフィードバックに関する以降の内容を参照されたい。
【０１０７】
マルチＡＰ送信は、スーパーＡＰ（super-AP）からのマルチストリーム送信と見なされ得る。対照的に、ＩＥＥＥ８０２．１１ａｃ規格は、マルチストリーム送信の場合に単一のＭＣＳのみが使用されることを認める。この理由により、２つ以上のＭＣＳに関するフィードバックをサポートするために変更が必要とされる可能性がある。
【０１０８】
ＳＴＡからＭＣＳフィードバックを受信すると、ＡＰは、ＳＴＡのＭＣＳの推薦にしたがうか、またはＭＣＳの推薦を覆すことを選択し得る。概して、複数のＡＰが各ＡＰから使用される選択されたＭＣＳをシグナリングすることが必要である可能性がある。これは、ＳＩＧフィールドに対する修正を必要とする可能性がある。シグナリングは、以下の方法のうちの１つで行われ得る。
【０１０９】
各ＡＰのために別々のＭＣＳが使用され得る。この場合、複数のＡＰからの信号（ＳＩＧ）プリアンブルフィールドは、異なる可能性があり、ＳＩＧフィールドの直交する送信が、必要とされる可能性がある。直交するＳＩＧフィールドを可能にするためにＴＤＤが使用され得る。この場合、ＳＩＧフィールドの要素は、ＭＣＳまたはレート要素を除いて同一である可能性があり、重なることなく時間的に１つずつ複数のＡＰから送信される可能性がある。あるいは、予め決められた順序で各ＡＰのＭＣＳを示すスーパーＭＣＳ（super MCS）が使用され得る。この場合、複数のＡＰの順序を確立する設定手順が、実施される可能性があり、（スーパーＭＣＳを含む）ＳＩＧフィールドが、各ＡＰから一斉に送信される可能性がある。最後に、プライマリＡＰからの単一のＳＩＧフィールドが使用される可能性がある。この場合、設定手順が、複数のＡＰの順序を確立し、ＡＰのうちの１つをプライマリＡＰとして指定し得る。（ＡＰの順序に基づくスーパーＭＣＳを含む）ＳＩＧフィールドが、プライマリＡＰのみから送信され得る。対照的に、ＩＥＥＥ８０２．１１ａｃにおいては、一度に１つのＡＰのみが送信し得る。この理由により、１つのＭＣＳのみがＳＩＧフィールドでシグナリングされる。
【０１１０】
上で検討された複数のＡＰにわたる直交するＳＴＦ／ＬＴＦが、マルチＡＰシステムの各ＡＰに関して別々のタイミングおよび／または周波数同期を可能にするために使用され得る。タイミング／周波数同期をサポートするマルチＡＰフィードバックのための強化されたフィードバックおよび手順を可能にする方法が、本明細書において説明される。フィードバックは、タイミングアドバンス（timing advance）またはタイミングリターデーション（timing retardation）を示す時間領域フィードバックである可能性がある。フィードバックは、前方周波数ローテーション（forward frequency rotation）または後方周波数ローテーション（backward frequency rotation）を示す周波数領域フィードバックである可能性がある。あるいは、フィードバックは、フィードバックが時間領域または周波数領域のどちらであるかと、必要とされる調整の量を示す値とを示すマルチフィールドフィードバックである可能性がある。
【０１１１】
図１２は、タイミング／周波数調整フレーム１２００の例を示す。タイミング／周波数調整フレーム１２００は、フィードバックタイプ（時間／周波数）フィールド１２０２およびフィードバック値フィールド１２０４を含む。タイミング／周波数調整を実行するＡＰは、既存の修正されたＡＣＫ管理フレームまたは新しい管理フレームのどちらかを用いて（１または複数の）ＳＴＡにタイミング／周波数調整ＡＣＫを送り返して、それが調整を実行したかまたは調整を実行することを望まないことを示し得る。例示的なタイミング／周波数調整手順が、以下で説明される。
【０１１２】
プライマリＡＰおよび／または（１もしくは複数の）追加的ＡＰは、ＡＰとの通信のためにスケジューリングされるＳＴＡにタイミング／周波数同期の許容範囲をブロードキャストするかまたはその他の方法で示し得る。タイミング／周波数同期の許容範囲は、ＡＰ能力情報要素を用いて直接指定されるかまたは示唆されるかのどちらかである予め決められたパラメータである可能性もある。図１３を参照すると、ＳＴＡは、タイミング／周波数情報を用いて方法１３００を実行し得る。
【０１１３】
ＳＴＡ１３０２は、送信されたＳＴＦおよび／もしくはＬＴＦの検出、受信されたパイロットおよび／もしくは受信されたミッドアンブルシンボルの検出、またはビーコンフレームの受信を用いてＡＰ１  １３０４およびＡＰ２  １３０６に関するＳＴＡ１３０２におけるタイミング／周波数推定誤差を推定し得る。
【０１１４】
ＡＰ１  １３０４およびＡＰ２  １３０６からの情報１３０８、１３１０を用いて、ＳＴＡ１３０２は、１つまたは２つ以上のＡＰにタイミング／周波数調整情報要素１３１４、１３１６を送信することによってＡＰ１３０４、１３０６に応答し得る。情報要素は、管理フレームまたはＣＴＳ／ＲＴＳ応答フレームに含められ得る。応答は、特定のＡＰに送信される可能性があり、または集約され、複数のＡＰに一斉にブロードキャストされる可能性がある。
【０１１５】
この手順は、マルチＡＰシステムのＳＴＡの関連付けの間に一回実行される可能性があり、および／または特定の条件の下で行われるように１または複数のＡＰによってスケジューリングされる可能性があり、かつ／または周期的に行われるようにスケジューリングされる可能性がある。周期的スケジュールの例は、特定のビーコンフレームの受信にこの手順を関連付けることになる可能性がある。
【０１１６】
この方法の調整値の代替は、図１４に示されるように、ＳＴＡに特定の数の調整を示す特定の粒度をタイミング／周波数調整フレームに設定することである可能性がある。第１の手順１４００では、ＡＰ１４０４、１４０６からの情報１４０８が、まとめて送信され、ＳＴＡ１４０２が、周期的調整１４１０、１４１２、１４１４をＡＰ２  １４０６と関連するＡＰ１  １４０４に送信する。第２の手順１４１６では、各ＡＰ１４０４、１４０６からの情報１４１８が、独立して送信され、ＳＴＡ１４０２が、各ＡＰを独立して調整し（１４２０、１４２２、１４２４）、それが更新を行ったかどうかを示すＡＰ１４０４、１４０６からの肯定応答（ＡＣＫ）１４２６、１４２８、１４３０を受信することを予測する。
【０１１７】
複数のＳＴＡが存在する筋書きにおいて、ＡＰは、ＳＴＡとは無関係にそれらのタイミングを同期すると判断し得る。この場合、ＡＰ１は、上で検討されたシグナリングを用いて、ＡＰ２からの信号のタイミング／周波数アドバンスまたはリターデーションを要求する。
【０１１８】
以下の実施形態においては、ＷＬＡＮ動作の空間的に調整されたマルチＡＰ（ＳＣＭＡ）モードが、セル内の２つ以上のＡＰが２つ以上のＳＴＡに同時に一斉に送信することを可能にし得る。この実施形態は、物理レイヤによる解決策を考慮するが、ＭＡＣレイヤにおけるその他の実施形態が、あり得る可能性がある。
【０１１９】
ＡＰ１  １５００がＳＴＡ１  １５０２にサービスを提供し、同時に、ＡＰ２  １５０４がＳＴＡ２  １５０６にサービスを提供する図１５に示された例を考える。ＡＰ１  １５００とＡＰ２  １５０６との間の有線接続は、必ずしも存在しない。この場合、ＡＰ１  １５００が望ましくないＳＴＡ１５０６に向かってヌルを生成しながらそれの望ましいＳＴＡ１５０２に向かってビーム１５０８を形成することが、望ましい可能性がある。同時に、ＡＰ２  １５０４は、それの望ましくないＳＴＡ１５０２に向かってヌル１５１４を生成しながらそれの望ましいＳＴＡ１５０６に向かってビーム１５１２を形成し得る。
【０１２０】
以下の実施形態は、ＳＣＭＡを可能にする図１６（ａ）に示された手順１６００を説明する。ＡＰ１  １６０２およびＡＰ２  １６０４が、ヌルデータパケット告知（ＮＤＰＡ）フレーム１６１０、１６１２を創出する。ＮＤＰＡフレーム１６１０、１６１２は、ＡＰ１  １６０２およびＡＰ２  １６０４からのヌルデータパケット（ＮＤＰ）フレームが後に続く可能性があることを告知する。これは、意図されたＳＴＡ（ＳＴＡ１  １６０６およびＳＴＡ２  １６０８）がチャネル推定およびフィードバックの準備をするのを助け得る。
【０１２１】
ＡＰ１  １６０２は、ヌルデータパケット（ＮＤＰ）フレーム１６１４を送出し得る。ＮＤＰ１フレーム１６１４は、ＡＰ１  １６０２とＳＴＡ１  １６０６との間の無線チャネルを推定するためにＳＴＡ１  １６０６によって使用され得る。ＮＤＰ１フレーム１６１４は、ＡＰ１  １６０２とＳＴＡ２  １６０８との間の無線チャネルを推定するためにＳＴＡ２によってやはり使用され得る。
【０１２２】
ＡＰ２  １６０４は、ＮＤＰフレーム１６１６を送出し得る。ＮＤＰ２フレーム１６１６は、ＡＰ２  １６０４とＳＴＡ２  １６０８との間の無線チャネルを推定するためにＳＴＡ２  １６０８によって使用され得る。ＮＤＰ２フレーム１６１６は、ＡＰ２  １６０４とＳＴＡ１  １６０６との間の無線チャネルを推定するためにＳＴＡ１  １６０６によってやはり使用され得る。
【０１２３】
ＳＴＡ１  １６０６は、フィードバック１６１８を送信し得る。ＳＴＡ１のフィードバック１６１８は、ＡＰ１  １６０２からの望ましいビームを含み得る。ＳＴＡ１のフィードバック１６１８は、ＡＰ２  １６０４からの望ましくないビームも含み得る。ＳＴＡ２  １６０８は、フィードバック１６２０を送信し得る。ＳＴＡ２のフィードバック１６２０は、ＡＰ２  １６０４からの望ましいビームを含み得る。ＳＴＡ１およびＳＴＡ２は、以下で検討され、図１９および２０に示されるフィードバックフレームフォーマットを使用し得る。
【０１２４】
ＡＰ１  １６０２およびＡＰ２  １６０４は、送信ビームフォーミングベクトルを計算することができ、実際のデータ送信１６２２、１６２４を同時に開始することができる。ＡＰ１  １６０２は、それの望ましいＳＴＡ１  １６０６に向かってビームを形成することができ、それの望ましくないＳＴＡ２  １６０８に向かってヌルを生成することができる。ＡＰ２  １６０４は、それの望ましいＳＴＡ２  １６０８に向かってビームを形成することができ、それの望ましくないＳＴＡ１  １６０６に向かってヌルを生成することができる。ＳＴＡ１  １６０６およびＳＴＡ２  １６０８は、肯定応答（ＡＣＫ）メッセージ１６２６、１６２８を送出し得る。
【０１２５】
上記手順１６００は、ＡＰ１  １６０２およびＡＰ２  １６０４からのＮＤＰＡフレーム１６１０、１６１２がおそらくは上述のようにＣＳＤを用いて同時に送信される図１６（ａ）に示される。この場合、両方のＮＤＰＡフレーム１６１０、１６１２は、同一である可能性がある。ＡＰ１  １６０２とＡＰ２  １６０４との間のバックホール通信が、同じＮＤＰＡフレーム１６１０、１６１２がＡＰ１  １６０２およびＡＰ２  １６０４で準備され、同時に送信され得るようにここで必要とされる可能性がある。
【０１２６】
上記手順１６００のわずかな変化形が、図１６（ｂ）に示される。手順１６３０においては、ＡＰ１  １６０２からのＮＤＰＡ１  １６３２およびＮＤＰ１  １６３４が一緒に送信され、ＡＰ２  １６０４からのＮＤＰＡ２  １６３６およびＮＤＰ２  １６３８によって後に続かれる可能性がある。
【０１２７】
上記手順１６００、１６３０の別のわずかな変化形が、図１６（ｃ）に示される。手順１６４０においては、ＡＰ１  １６０２からのＮＤＰＡ１およびＡＰ２  １６０４からのＮＤＰＡ２が、１つずつ送信される可能性がある。これらは、やはり１つずつ送信されるＡＰ１  １６０２からのＮＤＰ１およびＡＰ２  １６０４からのＮＤＰ２によって後に続かれる可能性がある。
【０１２８】
以下の実施形態は、ＳＣＭＡのためのサウンディングを説明する。上述のように、ダウンリンクチャネルが、推定される必要がある可能性があり、次いで、推定が、ＡＰにフィードバックされる可能性がある。これを実現するために、サウンディングパケット（ＮＤＰＡおよびＮＤＰフレーム）が、最初に送信され得る。特に、ＮＤＰＡフレームが、ＡＰ１およびＡＰ２からのＮＤＰフレームが後に続くことを告知するために使用され得る。これは、意図されたＳＴＡがチャネル推定およびフィードバックの準備をするのを助け得る。
【０１２９】
マルチＡＰ通信のために、ＮＤＰＡフレームは、図１７に示されるフォーマットをとり得る。ＮＤＰＡフレーム１７００は、フレームを処理するために使用されるさまざまな制御要素を指定するフレーム制御フィールド１７０２を含み得る。継続時間要素１７０４は、図１６に示されたように、シグナリングのやりとりとデータの送達を完了するために必要とされる推定される時間を指定し得る。Ａｄｄｒ１フィールド１７０６およびＡｄｄｒ２フィールド１７０８は、ＡＰ１およびＡＰ２のＭＡＣアドレスをそれぞれ指定し得る。Ａｄｄｒ３フィールド１７１０およびＡｄｄｒ４フィールド１７１２は、ＳＴＡ１およびＳＴＡ２のＭＡＣアドレスをそれぞれ指定し得る。ＳＳＮフィールド１７１４は、現在のサウンディングに関連するサウンディングシーケンス番号を指定し得る。ＳＴＡ１情報フィールド１７１６は、ＳＴＡ１に関する情報を指定することができ、ＳＴＡ２情報フィールド１７１８は、ＳＴＡ２に関する情報を指定することができる。フレームチェックシーケンス（ＦＣＳ）フィールド１７２０は、フレーム全体のための巡回冗長検査（ＣＲＣ）を提供するために使用され得る。
【０１３０】
ＮＤＰＡフレームフォーマットは、３つ以上のＡＰおよび／または３つ以上のＳＴＡがＳＣＭＡ手順に関与させられる場合を包含するように一般化され得る。そのような場合、新しいＮＤＰＡフレームフォーマットは、関与させられる各ＡＰのＭＡＣアドレスと、関与させられる各ＳＴＡのＭＡＣアドレスと、さらに関与させられる各ＳＴＡに関するＳＴＡ情報フィールドとを含み得る。
【０１３１】
上記において、ＳＴＡ情報フィールドは、図１８に示される形態をとり得る。ＳＴＡ情報フィールド１８００は、続くＮＤＰフレームを処理し、ビームフォーミングのフィードバックの準備をするように予測されるＳＴＡの関連付けＩＤを含む関連付けＩＤフィールド１８０２を含み得る。フィードバックタイプフィールド１８０４は、要求されるフィードバックの種類を指定し得る。要求されるフィードバックは、単一ユーザＭＩＭＯ指向のフィードバックかまたは複数ユーザＭＩＭＯ指向のフィードバックである可能性がある。Ｎｃインデックス１８０６は、フィードバックのために要求される順位を指定し得る。ＡＰ１の役割フィールド１８０８およびＡＰ２フィールドの役割フィールド１８１０は、ＡＰ１およびＡＰ２の役割をそれぞれ示し得る。例えば、フィールドは、ＡＰがサービスを提供するＡＰであるかまたは干渉するＡＰであるかを示し得る。
【０１３２】
送信機から送信されるサウンディングパケットを用いて、受信するＳＴＡは、サウンディングパケットを処理し、チャネル推定を実行し、ＳＣＭＡ送信を可能にする空間ビームフォーミングレポートを準備し得る。各ＳＴＡに関して、ビームフォーミングレポートは、図１９に示されるフォーマットをとり得る。ビームフォーミングレポート１９００は、ＶＨＴに設定される可能性があるカテゴリフィールド１９０２を含み得る。ＶＨＴアクションフィールド１９０４は、ＶＨＴ圧縮ビームフォーミングまたは任意のその他の新しいアクションに設定され得る。これは、ビームフォーミングレポート１９００をその他のアクションフレームから区別し得る。ＶＨＴ  ＭＩＭＯ制御フィールド１９０６、１９１２は、図２０に示されるフォーマットを有する可能性がある。ＶＨＴビームフォーミングレポートフィールド１９０８、１９１４は、（ＶＨＴ  ＭＩＭＯ制御フィールドで指定される）関連するＡＰに関する実際のビームフォーミングレポートを含み得る。例えば、ギブンス回転分解（Givens rotation decomposition）に基づく圧縮ビームフォーミングレポートなどの異なるフィードバック方式が、使用され得る。ＭＵ専用ビームフォーミングレポート（MU exclusive beamforming report）フィールド１９１０、１９１６が、ＭＵ−ＭＩＭＯ動作が望ましい場合に必要とされる可能性があり、基礎を成すチャネルに関する追加の情報を提供するために使用される可能性がある。ビームフォーミングレポートのフィールドは、複数のＡＰに関するレポート、例えば、ＡＰ１に関するレポート１９１８およびＡＰ２に関するレポート１９２０を含み得る。
【０１３３】
ビームフォーミングレポート１９００は、それがＡＰ１およびＡＰ２によって直接受信され得るように全方向に送信され得る。本明細書において使用されるとき、無指向性送信パターンは、信号がすべての方向に一様に送信されるパターンである。これは、ＡＰからＡＰへとチャネル情報を中継する必要性をなくす。あるいは、ビームフォーミングレポート１９００は、ＡＰ１のみがビームフォーミングレポートを受信し得るようにビームフォーミングされた方法で送信され得る。そのような場合、ＡＰ１がチャネル状態情報をＡＰ２に中継すること（およびその逆）が必要である可能性がある。
【０１３４】
上記において、ＶＨＴ  ＭＩＭＯ制御フィールド１９０６、１９１２は、図２０に示される形態をとり得る。図２０を参照すると、ＶＨＴ  ＭＩＭＯ制御フィールド２０００は、このフレームでレポートされる行列の列の数を示すＮｃインデックスフィールド２００２を含み得る。Ｎｒインデックスフィールド２００４は、このフレームでレポートされる行列の行の数を示し得る。チャネル幅フィールド２００６は、圧縮されたビームフォーミング行列を生成するための測定が行われたチャネル幅を示し得る。グループ化フィールド２００８は、サブキャリアグループ化を示し得る。コードブック情報フィールド２０１０は、コードブックエントリのサイズを示し得る。フィードバックタイプフィールド２０１２は、ＳＵ−ＭＩＭＯまたはＭＵ−ＭＩＭＯに関するフィードバックタイプを示し得る。残存セグメントフィールド２０１４は、関連するフレームの残りのセグメント数を示し得る。第１セグメントフィールド２０１６は、セグメント分けされたフレームの第１のセグメントまたはセグメント分けされていないフレームの唯一のセグメントに関しては１に設定され、それ以外の場合は０に設定され得る。ＡＰインデックスフィールド２０１８は、関連するビームフォーミングレポートの意図された受信者ＡＰを示し得る。望ましい／望ましくないフィールド（Desired/undesired field）２０２０は、ＡＰインデックスフィールド２０１８で示されるＡＰが（ビームフォーミングレポートが望ましいビームに対応する）サービスを提供するＡＰであるかまたは（ビームフォーミングレポートが望ましくないビームに対応する）干渉するＡＰであるかを示し得る。そのようなビットは、含まれない可能性があるが、それが含まれる場合は助けになる可能性がある。ＳＳＮフィールド２０２２は、フィードバックを求めるＮＤＰＡフレームからのシーケンス番号を示し得る。
【０１３５】
フィードバック手順は、ポーリングに基づくフィードバックおよびポーリングに基づかないフィードバックをサポートする必要がある可能性がある。上記手順の変化形においては、ＳＴＡが、望ましくないＡＰからの予測される最大の干渉をフィードバックし得る。望ましくないＡＰは、この値を、それの望ましいユーザへのプリコーダの生成における設計パラメータとして用いることができる。これは、ＶＨＴ  ＭＩＭＯ制御フィールド２０００の追加的なフィールドに置かれる可能性がある。
【０１３６】
以下の実施形態は、ＳＣＭＡのための開ループ手順を提供する。開ループＳＣＭＡを用いると、ＡＰは、サウンディングフレームを送信しない可能性があり、ＳＴＡからのチャネル状態情報のフィードバックを必要としない可能性がある。その代わりに、ＡＰは、チャネルの相互依存を想定し、ＳＴＡからＡＰに送信されたフレームからチャネル状態情報を推定し得る。このようにして、サウンディングおよびフィードバックによるオーバーヘッドが、節約され得る。しかし、良好なＰＨＹレイヤの性能を実現するために、アンテナの較正が必要とされる可能性がある。
【０１３７】
図２１は、同期されたデータ／ＡＣＫ送信によるＳＣＭＡ送信を設定するためのシーケンスのやりとりの２つの例を示す。第１の手順２１００においては、ＡＰ１  ２１０２が、媒体を感知し、獲得し得る。ＡＰ１  ２１０２は、ＡＤＤ−ＳＣＭＡフレーム２１１０を送信することによって送信機会（ＴＸＯＰ）を開始し得る。ＡＤＤ−ＳＣＭＡフレーム２１１０は、この例においては、ＡＰ１  ２１０２、ＡＰ２  ２１０４、ＳＴＡ１  ２１０６、およびＳＴＡ２  ２１０８がＳＣＭＡグループを形成することを示し得るＳＣＭＡグループＩＤを含み得る。
【０１３８】
ＡＤＤ−ＳＣＭＡフレーム２１１０を受信すると、ＡＰ  ２１０４は、ＡＤＤ−ＳＣＭＡフレーム２１１０を再び繰り返すＡＤＤ−ＳＣＭＡフレーム２１１２を送信し得る。ＡＤＤ−ＳＣＭＡフレーム２１１０、２１１２を受信すると、意図されていないＳＴＡは、それに応じて、それらのネットワーク割り当てベクトル（ＮＡＶ）を設定し得る。ＡＰ１  ２１０２から送信されたＡＤＤ−ＳＣＭＡフレーム２１１０を受信した後、ＳＴＡ１  ２１０６は、それがＳＣＭＡグループ内にいることを知り得る。グループ位置（group position）を調べることによって、ＳＴＡ１  ２１０６は、ＡＰ１  ２１０２とＡＰ２  ２１０４との両方がＡＤＤ−ＳＣＭＡフレーム２１１０、２１１２を送信した後直ちにそれがＡＣＫ２１１４で応答し得ることを知ることができる。
【０１３９】
ＡＰ１  ２１０２から送信されたＡＤＤ−ＳＣＭＡフレーム２１１０を受信した後、ＳＴＡ２  ２１０８は、それがＳＣＭＡグループ内にいることを知り得る。グループ位置を調べることによって、ＳＴＡ２  ２１０８は、ＳＴＡ１  ２１０６によって送信されるＡＣＫ２１１４の後、それがＡＣＫ２１１６で応答し得ることを知ることができる。ＳＴＡ１  ２１０６およびＳＴＡ２  ２１０８によって送信されるＡＣＫ２１１４、２１１６は、ＬＴＦの完全なセットを含む可能性があり、すなわち、ＬＴＦの数が、ＳＴＡ１  ２１０６およびＳＴＡ２  ２１０８のアンテナの数に等しい可能性がある。これは、ＡＰ１  ２１０２およびＡＰ２  ２１０４がアップリンクのＡＣＫ２１１４、２１１６からチャネルの完全な次元（dimension）を推定することを可能にし得る。ＡＰ１  ２１０２とＡＰ２  ２１０４との両方は、ＳＴＡ１  ２１０６によって送信されたＡＣＫ２１１４およびＳＴＡ２  ２１０８によって送信されたＡＣＫ２１１６からチャネル状態情報を推定し得る。
【０１４０】
ＡＰ１  ２１０２は、ＳＴＡ１  ２１０６とＳＴＡ２  ２１０８との両方からチャネル状態情報を収集し得る。ＳＣＭＡグループＩＤにしたがって、ＡＰ１  ２１０２は、それがＳＴＡ１  ２１０６にデータパケットを送信することができ、同時に、ＡＰ２  ２１０４がＳＴＡ２  ２１０８に別々のデータパケットを送信することができることを知り得る。ＡＰ１  ２１０２は、推定されたチャネル状態情報にしたがって空間重みを慎重に選択し得る。重みを選択する基準は、望ましいリンクを強め、同時に、干渉のリンクを抑制することである可能性がある。重みの設計は、実装の問題であり、望ましいように決定され得る。ＡＰ２  ２１０４は、ＡＰ１  ２１０２と同じ方法で重みを計算し得る。
【０１４１】
ＳＣＭＡプロセスを設定する最初のシーケンスのやりとりの後、ＡＰ２１０２、２１０４は、手順２１００にしたがい、直ちにデータ送信２１１８、２１２０を開始し得る。あるいは、ＡＰは、図１９（ｂ）に示される手順２１２６にしたがい、告知フレームＡ−ＳＣＭＡ２１２８、２１３０を送信し得る。Ａ−ＣＳＭＡ２１２８、２１３０は、後に続くＳＣＭＡ送信２１３２、２１３４を確認し、告知するために使用され得る。
【０１４２】
Ａ−ＳＣＭＡフレーム２１２８、２１３０は、全方向アンテナパターンで送信され得る。ＡＰ２１０２、２１０４は、Ａ−ＣＳＭＡ２１２８、２１３０が、Ａ−ＣＳＭＡ２１２８、２１３０を逐次的に１つずつ送信することを選択し得る。あるいは、ＡＰは、Ａ−ＣＳＭＡパケットを一斉に送信し得る（図に示されていない）。Ａ−ＳＣＭＡフレームの同時送信が利用されるとき、Ａ−ＳＣＭＡフレームは、両方のＡＰに関して同一である可能性がある。この場合、Ａ−ＳＣＭＡフレームのＭＡＣヘッダの設計が、サウンディングパケットに関して上で説明され、図１７に示されたフォーマットにしたがう可能性がある。
【０１４３】
Ａ−ＳＣＭＡフレームは、選択されたＳＣＭＡの重み、すなわち、ＳＣＭＡデータセッションを送信するために使用される同じ重みでやはり送信され得る。全方向送信と同様に、逐次送信と同時送信との両方が、この筋書きであり得る可能性がある。
【０１４４】
ＳＣＭＡデータ送信の後、両方のＳＴＡ２１０６、２１０８が、ＡＣＫ２１２２、２１２４をＡＰ２１０２、２１０４に送り返して、パケットが誤りなく受信されたことを示し得る。ＡＣＫ２１２２、２１２４は、データ送信セッションの完了後に送信され得る。データセッションの継続時間が等しくない場合、例えば、空間送信１が空間送信２より長い場合、ＡＣＫ２１２２、２１２４は、より長い空間ストリーム、すなわち、空間送信１の完了後に送信され得る。あるいは、ＡＰ２１０２、２１０４は、空間ストリームを等しい継続時間にするために調整し、ヌルビット／シンボルをパディングし得る。ＡＣＫ２１２２、２１２４は、図２１に示されるように逐次的に送信され得る。ＡＣＫを送信する順序は、ＳＣＭＡグループＩＤのユーザ位置フィールドで定義され得る。
【０１４５】
別の選択は、ＳＴＡ１  ２１０６とＳＴＡ２  ２１０８との両方から一斉に並列的なＡＣＫを送信することである。この選択によって、ＳＴＡ２１０６、２１０８は、マルチアンテナ能力を持ち得る。さらに、ＳＴＡ２１０６、２１０８は、データ送信の前のシーケンスのやりとりの期間中に両方のＡＰ２１０２、２１０４からのチャネルを監視し得る。このようにして、ＳＴＡ２１０６、２１０８は、望ましい信号を強化し、干渉信号を抑制し得る重みのセットをトレーニングすることができる。
【０１４６】
図２１に示された開ループＳＣＭＡの２つの例は、同期されたデータ／ＡＣＫ送信を示す。同期されたデータ／ＡＣＫ送信とは、ＡＰ１およびＡＰ２から送信される２つの空間ストリームが同期されることを意味する。しかし、（図２２に示されるように）ＡＰ１およびＡＰ２が同期せずに送信し得ることもあり得る。図２１および２２の同様の番号は、同様の要素に対応する。例えば、図２１の２１０２と図２の２２０２との両方は、ＡＰ１を指す。しかし、図２２（ａ）においては、送信２２１８、２２２０が、同期されていない可能性があり、より短い送信２２１８ａ、２２１８ｂ、２２２０ａ〜ｃへと分けられる可能性がある。同じことが、図２２（ｂ）に示される送信２２３２、２２３４に当てはまる可能性がある。同期された送信方式は、ブロックＡＣＫ送信２２２２、２２２４で機能し得る。ＡＤＤ−ＳＣＭＡフレーム２２１０、２２１２は、通常、追加ブロック肯定応答（ＡＤＤＢＡ：add block acknowledgement）フレームで定義される情報、例えば、ブロックＡＣＫポリシー、トラフィックＩＤ（ＴＩＤ）、バッファサイズ、およびブロックＡＣＫタイムアウト値などを含み得る。ＳＴＡ２２０６、２２０８によって送信されるＡＣＫフレーム２２１４、２２１６は、対応する情報も含むように修正され得る。
【０１４７】
この実施形態において提示される図および例は、ＳＣＭＡ送信のために２つのＡＰおよび２つのＳＴＡを関与させる。しかし、方式およびメカニズムは、複数のＳＴＡをともなう複数のＡＰに容易に拡張され得る。
【０１４８】
図２３に、ＳＣＭＡに関連する送信のために定義されたフレームフォーマット２３００の例が与えられる。このフレームフォーマットは、ＳＣＭＡに関連する送信、例えば、図１６に示されたＮＤＰＡフレーム、ＮＤＰフレーム、およびフィードバックフレーム、ならびに、図２１および２２に示されたＡＤＤ−ＳＣＭＡフレーム、Ａ−ＳＣＭＡフレーム、およびＡＣＫフレームによって使用され得る。ＳＣＭＡデータフレームも、このフレームフォーマットを使用し得る。
【０１４９】
フレーム２３００は、プリアンブルフィールド２３０２、信号（ＳＩＧ）フィールド２３０４、およびフレームボディー２３０６を含み得る。フレームボディー２３０６は、ＭＡＣヘッダ２３０８およびＭＡＣボディー２３１０を含み得る。ＭＡＣヘッダは、フレーム制御フィールド２３１２、継続時間フィールド２３１４、および４つのアドレスフィールド２３１６〜２３２２を含み得る。この例においては、フレームがＳＣＭＡフレームであることを示し得る１ビットが、ＳＩＧフィールド２３０４に追加される可能性がある。ＳＣＭＡグループＩＤも、ＳＩＧフィールド２３０４に含められ得る。ＳＣＭＡグループＩＤの定義に応じて、ＭＡＣヘッダ２３０８の４つのアドレスフィールド２３１６〜２３２２は、２つ以上の関与させられるＡＰを特定するように再定義され得る。
【０１５０】
ＳＣＭＡのように、共同プリコーディングされたマルチＡＰ（joint precoded multi-AP：ＪＰＭＡ）ダウンリンクは、複数のＡＰが一斉に送信することを可能にする。ＪＰＭＡに関しては、２つ以上のＡＰが、単一のＳＴＡに一斉に送信し得る。ＡＰ１  ２４００およびＡＰ２  ２４０２が同じＳＴＡ２４０４に送信することを望む図２４に示される例を考える。本明細書において説明され、図２５に示されるシグナリング手順が、図２４に示されるＪＰＭＡを可能にし得る。
【０１５１】
図２５（ａ）に示される手順においては、ＡＰ１  ２５０２およびＡＰ２  ２５０４が、ＮＤＰＡフレーム２５０８、２５１０を送出し得る。ＮＤＰＡフレーム２５０８、２５１０は、図１７に示されたフォーマットを持つ可能性がある。ＮＤＰＡフレーム２５０８、２５１０は、ＡＰ１  ２５０２およびＡＰ２  ２５０４からのＮＤＰフレーム２５１２、２５１４が後に続く可能性があることを告知し得る。これは、意図されたＳＴＡ１  ２５０６がチャネル推定およびフィードバックの準備をするのを助け得る。
【０１５２】
ＡＰ１  ２５０２は、ＮＤＰ１フレーム２５１２を送出し得る。ＳＴＡ１  ２５０６は、ＮＤＰ１フレーム２５１２を用いて、ＡＰ１  ２５０２とＳＴＡ１  ２５０６との間の無線チャネルを推定し得る。ＡＰ２  ２５０４は、ＮＤＰ２フレーム２５１４を送出し得る。ＳＴＡ１  ２５０６は、ＮＤＰ２フレーム２５１４を用いて、ＡＰ２  ２５０４とＳＴＡ１  ２５０６との間の無線チャネルを推定し得る。ＳＴＡ１  ２５０６は、フィードバック２５１６を送り返すことができる。ＡＰ１  ２５０２およびＡＰ２  ２５０４は、送信ビームフォーミングベクトルを計算することができ、実際のデータ送信２５１８、２５２０を同時に開始することができる。ＳＴＡ１  ２５０６は、ＡＣＫメッセージ２５２２を送信し得る。
【０１５３】
上記手順２５００において、ＡＰ１およびＡＰ２からのＮＤＰＡフレーム２５０８、２５１０は、おそらくは上述のようにＣＳＤを用いて同時に送信され得る。この場合、両方のＮＤＰＡフレーム２５０８、２５１０は、同一である可能性がある。ＡＰ１  ２５０２とＡＰ２  ２５０４との間のバックホール通信が、同じＮＤＰＡフレーム２５０８、２５１０がＡＰ１  ２５０２およびＡＰ２  ２５０４で準備され、同時に送信され得るようにここで必要とされる可能性がある。
【０１５４】
手順２５００のわずかな変化形が、図２５（ｂ）に示される。手順２５２４においては、ＡＰ１  ２５０２からのＮＤＰＡ１  ２５２６およびＮＤＰ１  ２５２８が一緒に送信され、ＡＰ２  ２５０４からのＮＤＰＡ２  ２５３０およびＮＤＰ２  ２５３２によって後に続かれる可能性がある。
【０１５５】
上記手順２５００、２５２４の別のわずかな変化形が、図２３（ｃ）に示される。手順２５３４においては、ＡＰ１  ２５０２からのＮＤＰＡ１  ２５３６およびＡＰ２  ２５０４からのＮＤＰＡ２  ２５３８が、１つずつ送信され得る。これらは、はやり１つずつ送信され得るＡＰ１  ２５０２からのＮＤＰ１  ２５４０およびＡＰ２  ２５０４からのＮＤＰ２  ２５４２によって後に続かれる可能性がある。
【０１５６】
ＪＰＭＡに関して、サウンディングフレームは、ＳＣＭＡサウンディングに関して上で説明され、図１７および１８に示されたサウンディングフレームと同様である可能性がある。フィードバックフレームは、ＳＣＭＡフィードバックに関して上で説明され、図１９および２０に示されたフィードバックフレームと同様である可能性がある。
【０１５７】
以下の実施形態は、ＪＰＭＡ送信を可能にする開ループの解決策について述べる。開ループＪＰＭＡを用いると、ＡＰは、サウンディングフレームを送信しない可能性があり、ＳＴＡからのチャネル状態情報のフィードバックを必要としない可能性がある。開ループ送信を用いると、２つの技術、すなわち、開ループビームフォーミングおよび開ループＭＩＭＯ方式が、ＪＰＭＡに適用され得る。開ループビームフォーミングでは、ＡＰは、チャネルの相互依存を想定する可能性があり、ＳＴＡからＡＰに送信されたフレームからチャネル状態情報を推定し得る。開ループＭＩＭＯ方式では、ＡＰは、チャネル状態情報を必要としない可能性があり、ＪＰＭＡは、以前のチャネル情報なしに実行され得る。例えば、ＪＰＭＡは、時空間ブロック符号（ＳＴＢＣ）、周波数空間ブロック符号（ＳＦＢＣ：space-frequency block code）、ＣＳＤなどの開ループＭＩＭＯ方式を利用することを考慮し得る。
【０１５８】
図２６は、ＪＰＭＡ送信を設定するために使用されるシーケンスのやりとりの２つの例を示す。手順２６００においては、ＡＰ１  ２６０２が、媒体を感知し、獲得し得る。ＡＰ１  ２６０２は、ＡＤＤ−ＪＰＭＡフレーム２６０８を送信することによってＴＸＯＰを開始し得る。ＡＤＤ−ＪＰＭＡフレーム２６０８は、この例においては、ＡＰ１  ２６０２、ＡＰ２  ２６０４、およびＳＴＡ１  ２６０６がＪＰＭＡグループを形成することを示し得るＪＰＭＡグループＩＤを含み得る。
【０１５９】
ＡＤＤ−ＪＰＭＡフレーム２６０８を受信すると、ＡＰ２  ２６０４は、ＡＤＤ−ＪＰＭＡフレーム２６０８を再び繰り返すＡＤＤ−ＪＰＭＡフレーム２６１０を送信し得る。ＡＤＤ−ＪＰＭＡフレーム２６０８、２６１０を受信すると、意図されていないＳＴＡは、それに応じて、それらのＮＡＶを設定し得る。ＡＰ１  ２６０２から送信されたＡＤＤ−ＪＰＭＡフレーム２６０８を受信した後、ＳＴＡ１  ２６０６は、それがＪＰＭＡグループ内にいることを知り得る。グループ位置を調べることによって、ＳＴＡ１  ２６０６は、ＡＰ１  ２６０２およびＡＰ２  ２６０４がＡＤＤ−ＪＰＭＡフレーム２６０８、２６１０を送信した後直ちに、それがＡＣＫ２６１２で応答し得ることを知ることができる。
【０１６０】
開ループビームフォーミング方式によって、ＡＰ１  ２６０２とＡＰ２  ２６０４との両方が、ＳＴＡ１  ２６０６によって送信されたＡＣＫ２６１２からチャネル状態情報を推定し得る。ＳＴＡ１  ２６０６から送信されるＡＣＫ２６１２は、ＬＴＦの完全なセットを含む可能性があり、すなわち、ＬＴＦの数が、ＳＴＡ１  ２６０６のアンテナの数に等しい可能性がある。これは、ＡＰ１  ２６０２およびＡＰ２  ２６０４がアップリンクのＡＣＫ２６１２からチャネルの完全な次元を推定することを可能にし得る。チャネル推定は、開ループＭＩＭＯ方式が使用される場合、必要とされない可能性がある。
【０１６１】
ＪＰＭＡプロセスを設定する最初のシーケンスのやりとりの後、ＡＰ２６０２、２６０４は、データ送信２６１４、２６１６を直ちに開始し得る。あるいは、ＡＰ２６０２、２６０４は、図２６（ｂ）の手順２６２０に示されるように、（１または複数の）告知フレームＡ−ＪＰＭＡ２６２２を送信し得る。Ａ−ＪＰＭＡフレームが、後に続くＪＰＭＡ送信を確認し、告知し得る。（ＪＰＭＡグループＩＤで定義されたユーザ位置にしたがった）ＡＰ２６０２、２６０４のうちの１つが、図２６（ｂ）に示されるように、Ａ−ＪＰＭＡフレーム２６２２を送信し得ることがあり得る。ＡＰがＡ−ＪＰＭＡフレームを一斉に送信するかまたは逐次的に１つずつ送信することも、あり得る。Ａ−ＪＰＭＡフレーム２６２２は、無指向性アンテナパターンまたはビームフォーミングされたアンテナパターンで送信され得る。ＪＰＭＡデータ送信２６１４、２６１６の後、ＳＴＡ１  ２６０６は、ＡＰ２６０２、２６０４にＡＣＫ２６１８を送り返すことができる。
【０１６２】
以下の実施形態は、セクタ分割された送信を考慮し、ＡＰがその他のセクタ内のＳＴＡと干渉することなく第１のセクタ内のＳＴＡと通信することを可能にするために前の実施形態のいずれかと組み合わせられ得る。これは、図１５に示されるように、複数のＡＰが複数のＳＴＡに同時に送信するときに特に重要である可能性がある。密な展開を用いると、オーバーラッピングＢＳＳまたは同一チャネルＢＳＳを有する可能性が、高い可能性がある。結果として、１つのＢＳＳのユーザが、ＡＰデバイスであるかまたは１もしくは複数の非ＡＰ  ＳＴＡデバイスである可能性がある同一チャネルＢＳＳからの過度の干渉を被る可能性がある。図２７（ａ）に示されるように、ＡＰ１  ２７００およびＡＰ２  ２７０２は、重なるカバーエリアを有する２つの同一チャネルＢＳＳを形成する。レガシーの無指向性アンテナパターン送信を用いて、重なるエリア内に置かれたデバイスは、ＡＰ１  ２７００とＡＰ２  ２７０２との両方と通信することができる可能性がある。加えて、ＡＰ１  ２７００およびＡＰ２  ２７０２が互いの受信範囲外にある場合、隠れ端末問題が存在する可能性がある。既存のＩＥＥＥ８０２．１１の仕様では、送信要求および送信可パケット（ＲＴＳ／ＣＴＳ）が、隠れ端末問題を解決するために使用され得る。しかし、これは、ＡＰ１  ２７００およびＡＰ２  ２７０２が一斉に送信することを防止する可能性があり、したがって、スペクトル効率を下げる可能性がある。図２７ｂは、セクタ分割された送信の例を与える。ＡＰ１  ２７０４は、セクタ分割された送信を用いてそれの関連するＳＴＡ２７０６のうちの１つと通信している。ＡＰ１  ２７０４がセクタ内のＳＴＡとのセクタ分割された送信を利用するとき、ＡＰ１  ２７０４は、セクタ分割されたアンテナモード／パターンを用いて送信および受信することができる。結果として、ＡＰ１  ２７０４は、ＡＰ２  ２７０８、送信側と受信側との両方の同一チャネルＢＳＳと干渉しない可能性がある。ＳＴＡ２７０６は、実装に応じて、無指向性アンテナパターンまたは別のあり得るアンテナパターンを使用して送信および受信し得る。
【０１６３】
セクタ分割された送信を実行するためには、ＡＰが、それぞれの関連するＳＴＡのための最良のセクタを知る必要がある可能性がある。この実施形態は、セクタ分割された送信をサポートするためにＳＴＡで実施され得る手順を説明する。実施形態は、セクタ分割された送信の間隔を用いるビーコン送信のための方法と、ＡＰ／ＳＴＡ通信手順が非ＡＰ  ＳＴＡのために最適化されることを可能にする方法とを含む。
【０１６４】
図２８に示されるように、ビーコンはセクタ分割またはビームフォーミングされたアンテナパターンで送信され得る。この例においては、第１のビーコン２８００が、ビーム／セクタ１で送信され得る。一般性を損なうことなく、ビーム  セクタ１のカバーエリアは、無指向性カバレッジ２８１８の４分の１であるものとして示され得る。セクタ分割された送信によって、カバレッジの範囲は、レガシーの無指向性アンテナパターン送信の使用により得られるカバレッジの範囲に比して拡張され得る。第２、第３、および第４のビーコン２８０４、２８０８、２８１２は、無指向性カバレッジ２８１８のその他の４分の１  ２８０６、２８１０、２８１４のカバーエリアを持つその他のセクタビームによって送信され得る。以下の例の最後のビーコン２８１６は、無指向性アンテナパターン２８１８を用いて送信され得る。この実施形態におけるビーコンの数およびセクタの位置／分割は、純粋に例示的であり、限定的であるように意図されていない。
【０１６５】
あるいは、図２９に示されるように、ＡＰが、最初に無指向性アンテナパターン２９０２を用いてビーコンを送信し、１または複数の指向性のまたはセクタ分けされたビーコン２９０４〜２９１０によって後に続かれることがあり得る可能性がある。指向性ビーコンの使用に関連する情報（例えば、いくつの指向性ビーコンが後に続くのか、指向性ビーコン間の間隔など）が、最初の無指向性ビーコン２９００の送信に含められ得る。
【０１６６】
ＡＰは、セクタ分割された送信および無指向性送信を用いてユーザを分割する可能性もある。ＳＴＡは、無指向性送信か、またはセクタ分割された送信のうちの１つかのどちらかに関連し得る。ＡＰは、特定のアンテナパターンで送信するＳＴＡに関連付けられる関連付け識別子（ＡＩＤ）のセットを含み得る。
【０１６７】
セクタ分割されたビーコン送信を用いると、セクタ分割されたビームのトレーニングが、ビーコン送信の一部である可能性がある。セクタ分割されたビーコンが送信されるとき、ＡＰは、ＡＰが現在送信しているセクタを特定するセクタ識別子（ＩＤ）、使用されるセクタ分割されたビームパターンの総数、次の無指向性ビーコン送信のための予測される時点、およびセクタ分割されたビーコン送信の期間を含み得る。
【０１６８】
ＡＰと連携しようとするＳＴＡは、セクタ分割されたビーコンに含まれるセクタＩＤおよびその他の情報を検出することができ、通常の関連付けおよび認証を実行することができる。ＳＴＡは、セクタ分割されたビーコンを聞くとき、現在のセクタを選択し得るか、または最良の受信信号強度を有するセクタを待ち得る。ＳＴＡは、アップリンクパケットに好ましいセクタＩＤを含め得る。
【０１６９】
ＡＰおよびＳＴＡが一連のハンドシェイクを通じてセクタ分割された送信を設定することも、あり得る可能性がある。図３０は、セクタ分割された送信の設定プロトコルの例を示す。ＳＴＡ３０００が、セクタ要求フレーム３００４をＡＰ３００２に送信することができ、それが機能するように意図するセクタを示すことができる。あるいは、ＳＴＡ３０００は、受信信号電力または受信信号強度インジケータ（ＲＳＳＩ）によって順序付けられ得るセクタのリストを含む可能性がある。そして、ＡＰ３００２は、セクタ応答フレーム３００６をＳＴＡ３０００に送り返して、ＡＰ３００２がＳＴＡ３０００に割り振ったセクタに示し得る。ＡＰ３００２がＳＴＡ３０００に割り振るセクタは、ＳＴＡ３０００が要求したセクタではない可能性がある。
【０１７０】
ＡＰと連携したＳＴＡは、受信されたビーコンの強度に応じて、無指向性送信からセクタ分割された送信に切り替えるか、セクタ分割された送信から無指向性送信に切り替えるか、またはセクタを切り替え得る。ＳＴＡは、ＡＰに好ましいセクタを知らせるために、それらのアップリンクフレームにセクタＩＤを含め得る。あるいは、ＳＴＡは、セクタ切り替えプロトコルを用いてＡＰとネゴシエーションし得る。図３１は、セクタ切り替えプロトコルの例を示す。ＳＴＡ３１００は、それが切り替えることを意図するセクタを示すセクタ切り替え要求フレーム３１０４をＡＰ３１０２に送信し得る。あるいは、ＳＴＡ３１００は、受信信号電力またはＲＳＳＩによって順序付けられ得るセクタのリストを含む可能性がある。そして、ＡＰ３１０２は、ＡＰ３１０２がＳＴＡ３１００に割り振ったセクタを示すセクタ切り替え応答フレーム３１０６をＳＴＡ３１００に送り返し得る。ＡＰ３１０２がＳＴＡ３１００に割り振るセクタは、ＳＴＡ３１００が要求したセクタである可能性があり、またはＳＴＡ３１００が要求したセクタではない可能性がある。
【０１７１】
セクタ分割されたビーコンを送信するとき、ＡＰは、セクタ分割されたビーコンの間隔を決定し、告知し得る。セクタ分割されたビーコンの間隔内で、ＡＰは、受信のために同じセクタ分割されたアンテナパターンを使用し得る。ＡＰは、保護フレームのために無指向性アンテナパターンを使用し得ることを除いて、すべての送信のためにセクタ分割されたアンテナパターンを使用し得る。セクタ分割された送信アンテナパターンおよびセクタ分割された受信アンテナパターンは、同じカバーエリアを有する可能性がある。セクタ分割された送信アンテナパターンは、セクタ分割されたビーコン送信のために使用されるアンテナパターンと同じである可能性がある。
【０１７２】
セクタ分割されたビーコンに関連するＳＴＡは、可能なとき、すべてのビーコンを監視および検出し、関連する／割り振られたセクタ分割されたビーコンの間隔でのみ送信を行い得る。あるいは、ＳＴＡは、関連するセクタ分割されたビーコンを調べ、同じセクタ分割されたアンテナパターンによる次のビーコンのための時間を思い出し得る。ＳＴＡは、関連するビーコン間隔の間はアウェイク状態（awake）のままであり、その他のビーコン間隔の間は省電力モードになり、次の関連するビーコン間隔の前に省電力モードを解除する可能性がある。ＳＴＡは、実装に応じて無指向性アンテナパターンでまたはビームフォーミング方式を用いて送信し得る。
【０１７３】
別のあり得るセクタ分割された送信が、本明細書において提案される。ビーコン、およびビーコン間隔全体は、必ずしもセクタ分割されない可能性がある。その代わりに、ＡＰおよび（１または複数の）ＳＴＡによって使用される手順が、セクタ分割された送信と無指向性送信モードとを切り替え得る。
【０１７４】
セクタ分割されたビームのトレーニングおよびフィードバックは、暗黙的なメカニズムまたは明示的なメカニズムを利用し得る。暗黙的なセクタ分割されたビームのトレーニングは、チャネルの相互依存、すなわち、特定のＳＴＡからの最良の受信セクタが同じＳＴＡへの送信のための最良のセクタでもあると想定し得る。暗黙的なセクタ分割されたビームのトレーニングおよびフィードバックメカニズムの２つの例が、図３２で与えられる。図３２（ａ）に示される例は、詳細な暗黙的なセクタ分割されたビームのトレーニング手順を示す。
【０１７５】
ＳＴＡ３２００は、セクタトレーニング告知フレーム３２０４をＡＰ３２０２に送信し得る。このフレームは、セクタトレーニング告知フレーム３２０４の後に続くヌルデータパケット（ＮＤＰ）トレーニングフレーム３２０６〜３２１０の数を告知し得る。フレームは、暗黙的なセクタ分割されたビームのトレーニング手順の終わりまでＴＸＯＰ３２２４を設定し得る。ＡＰ３２０２は、無指向性アンテナパターン３２１２を用いてフレーム３２０４を受信し得る。
【０１７６】
ＮＤＰトレーニングフレーム３２０６〜３２１０は、セクタトレーニング告知フレーム３２０４の後に続いて繰り返され、送信され得る。セクタトレーニング告知フレーム３２０４は、ショートフレーム間隔（ＳＩＦＳ）３２１２またはその他の継続時間によって第１のＮＤＰトレーニングフレーム３２０６と隔てられ得る。トレーニングフレーム３２０６〜３２１０も、ＳＩＦＳまたはその他の継続時間によって隔てられ得る。トレーニングフレーム３２０６〜３２１０は、いかなるＭＡＣレイヤ情報も含まない可能性があり、ＳＴＦ、ＬＴＦ、およびＳＩＧフィールドを含む可能性がある。ＳＩＧフィールドは、セクタＩＤおよびカウントダウン数を示すために上書きされ得る。カウントダウン数は、いくつのＮＤＰトレーニングフレームが残っているかを示し得る。ＮＤＰトレーニングフレームは、無指向性アンテナパターンを用いてＳＴＡ３２００によって送信され得る。ＡＰ３２０２は、どのセクタがＳＴＡ３２００のために最良であるかを見つけ出すために受信アンテナセクタパターン３２１４〜３２２０を切り替え得る。
【０１７７】
ＮＤＰトレーニングフレーム３２０６〜３２１０のすべてが送信された後、ＡＰ３２０２は、セクタを割り振り得るセクタ応答フレーム３２２２をＳＴＡ３２００に送信する。あるいは、ＡＰ３２０２は、セクタ応答フレーム３２２２をＳＴＡ３２００に送信しない可能性がある。
【０１７８】
図３２（ｂ）に示される方式は、図３２（ａ）に示された方式と同様である。しかし、セクタビームのトレーニングのために使用されるセクタトレーニング告知フレーム３２０４およびその後に続くセクタトレーニングフィールド３２２６〜３２３０の間にＳＩＦＳが存在しない。セクタトレーニングフィールドは、ＳＴＦ、ＬＴＦ、または両方を含み得る。
【０１７９】
図３２に示された方式は、すべての種類のアンテナの実現方法に関して機能する包括的方式であることに留意されたい。例えば、セクタ分割されたアンテナを用いると、ＮＤＰトレーニングフレームまたはセクタトレーニングフィールドの数は、セクタ分割されたアンテナの数と同じである可能性がある。アンテナアレイを用いると、ＮＤＰトレーニングフレームまたはセクタトレーニングフィールドの数は、送信ビーム方向の数と同じである可能性がある。そして、ＡＰは、アップリンクチャネルにしたがってＳＴＡのための最良のセクタを選択し得る。
【０１８０】
暗黙的なセクタ分割されたビームのトレーニングとは対照的に、明示的なセクタ分割されたビームのトレーニングは、チャネルの相互依存を想定しない可能性があり、ＳＴＡからのフィードバックが、セクタ／ビームのトレーニングをサポートするために使用される可能性がある。明示的なセクタ分割されたビームのトレーニングおよびフィードバックメカニズムの２つの例が、図３３で与えられる。図３３（ａ）に示される例は、詳細な明示的なセクタ分割されたビームのトレーニング手順を示す。
【０１８１】
ＡＰ３３００が、セクタトレーニング告知フレーム３３０６をマルチキャストまたはブロードキャストし得る。このフレームは、セクタトレーニング告知フレーム３３０６の後に続くＮＤＰトレーニングフレーム３３０８〜３３１２の数を告知し得る。フレーム３３０６は、明示的なセクタ分割されたビームのトレーニング手順の終わりまでＴＸＯＰを設定し得る。ＡＰ３３００は、無指向性アンテナパターンを用いてフレーム３３０６を送信し得る。セクタ分割された送信によって包含され得るユーザのほとんどにこのフレームを送信するために、ＡＰ３３００は、最も低い変調符号化方式（ＭＣＳ）を使用し得る。必要な場合、ＡＰ３３００は、繰り返し方式などのより低いデータレート方式さえ使用し得る。
【０１８２】
セクタトレーニング告知フレーム３３０６の送信に続いて、ＡＰは、複数のＮＤＰトレーニングフレーム３３０８〜３３１２を送信し得る。ＮＤＰトレーニングフレームは、ＳＩＦＳ３３１４または同様の継続時間によって隔てられ、異なるセクタ分割されたアンテナパターンを用いて送信され得る。トレーニングフレームは、いかなるＭＡＣ情報も含まない可能性があり、ＳＴＦ、ＬＴＦ、およびＳＩＧフィールドを含む可能性がある。異なるセクタに関してＡＧＣ設定が適切に設定され得るように、それぞれのセクタのために別々のＳＴＦが必要とされることが留意される。ＳＩＧフィールドは、セクタＩＤを示すために上書きまたはオーバーロードされる可能性があり、カウントダウン数を含む可能性がある。カウントダウン数は、いくつのＮＤＰトレーニングフレームが送信のために残されているかを示し得る。
【０１８３】
セクタ分割された送信に加わるかまたはセクタを変更するように意図するＳＴＡ３３０２、３３０４は、セクタフィードバックフレーム３３１６、３３１８をＡＰに送信し得る。例えば、セクタフィードバックフレーム３３１６、３３１８は、ポーリング送信フォーマットで送信される可能性があり、すなわち、ＡＰがＳＴＡにポーリングする可能性があり、ポーリングされたＳＴＡがセクタフィードバックフレームを送信する可能性がある。ＳＴＡは、通常のデータフレーム、制御フレーム、または管理フレームにセクタフィードバックフレームをピギーバックさせる可能性もある。別の選択は、セクタフィードバックフレームを通常のフレームとして送信することである可能性があり、すなわち、ＳＴＡが、媒体を獲得し、フレームを送信する可能性がある。
【０１８４】
図３２（ａ）および図３３（ａ）に示された例においては、ＳＩＦＳが、トレーニングフレームおよびフィードバックの間のフレーム間間隔として使用されることに留意されたい。しかし、仕様が新しいフレーム間間隔を定義するかまたはその他のあり得るフレーム間間隔を再利用することがあり得る。あるいは、図３２（ｂ）および３３（ｂ）に示されたように、フレーム間間隔は削除され得る。
【０１８５】
図１Ｂおよび１Ｃに示された装置は、上で説明され、図３２および３３に示されたステップを実行するように構成され得る。特に、ＡＰ１６０ａ、１６０ｂ、１６０ｃは、上述の方法を実行するように構成されたプロセッサ、受信機、および送信機を含み得る。図１ＣのＳＴＡ１７０ａ、１７０ｂ、１７０ｃも、上述の方法を実行するように構成されたプロセッサ、受信機、および送信機を含み得る。ＡＰ１６０ａ、１６０ｂ、１６０ｃおよび／またはＳＴＡ１７０ａ、１７０ｂ、１７０ｃは、セクタ分割された送信および受信のために複数のアンテナを含み得る。
【０１８６】
特徴および要素が特定の組合せで上で説明されているが、当業者は、各特徴または要素が、単独で、またはその他の特徴および要素との任意の組合せで使用される可能性があることを理解するであろう。加えて、本明細書に記載の方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実装される可能性がある。コンピュータ可読媒体の例は、（有線または無線接続を介して送信される）電子的な信号と、コンピュータ可読ストレージ媒体とを含む。コンピュータ可読ストレージ媒体の例は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能なディスクなどの磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクおよびデジタルバーサタイルディスク（ＤＶＤ）などの光媒体を含むがこれらに限定されない。ソフトウェアに関連するプロセッサが、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータでの使用のための無線周波数トランシーバを実装するために使用される可能性がある。
【０１８７】
実施形態
１．  アクセスポイント（ＡＰ）で使用するための方法であって、マルチアクセスポイント（マルチＡＰ）送信を可能にすることを含む、方法。
２．  マルチＡＰ送信を調整することをさらに含む実施形態１に記載の方法。
３．  マルチＡＰ送信を制御することをさらに含む実施形態１に記載の方法。
４．  マルチＡＰ送信の制御は、集中無線ローカルエリアネットワーク（ＷＬＡＮ）コントローラからである実施形態１乃至３のいずれかに記載の方法。
５．  マルチＡＰ送信の調整は、集中無線ＷＬＡＮコントローラからである実施形態１乃至４のいずれかに記載の方法。
６．  巡回シフトダイバーシティ（ＣＳＤ）が、ＷＬＡＮコントローラを用いて複数のＡＰから送信されたショートトレーニングフィールド（ＳＴＦ）に適用される実施形態１乃至５のいずれかに記載の方法。
７．  異なる周期的な位相遅延が、ＳＴＦを送信するために各ＡＰのために適用される実施形態１乃至６のいずれかに記載の方法。
８．  異なるＣＳＤが、ＡＰで使用される複数の送信アンテナにわたって適用される実施形態１乃至７のいずれかに記載の方法。
９．  第１のＡＰと局（ＳＴＡ）との間のチャネル遅延拡散を推定することと、
第２のＡＰとＳＴＡとの間のチャネル遅延拡散を推定することと、
第１のＡＰおよび第２のＡＰに関する遅延拡散をフィードバックすることと、
フィードバックに基づいて遅延拡散を調整することと
をさらに含む実施形態１乃至８のいずれかに記載の方法。
１０．  第１のＡＰとＳＴＡとの間のチャネル遅延拡散を推定することと、
第２のＡＰとＳＴＡとの間のチャネル遅延拡散を推定することと、
チャネル遅延に基づいて巡回シフトを選択することと、
第１のＡＰから第２のＡＰに巡回シフトを送信することと、
第２のＡＰにおいて巡回シフトを受信し、第２のＡＰにおいて巡回シフトを調整することと
をさらに含む実施形態１乃至９のいずれかに記載の方法。
１１．  ロングトレーニングフィールド（ＬＴＦ）が、チャネル推定を実行するために使用される実施形態１乃至１０のいずれかに記載の方法。
１２．  ＬＴＦは、特定のＡＰに関連するインデックスを割り振られる実施形態１乃至１１のいずれかに記載の方法。
１３．  適応的なＣＳＤ値が、ＬＴＦインデックスに関連付けられる実施形態１乃至１２のいずれかに記載の方法。
１４．  複数の直交ＳＴＦシーケンスが、各ＡＰから送信される実施形態１乃至１３のいずれかに記載の方法。
１５．  符号分割多重（ＣＤＭ）が、２つ以上のＡＰから直交するＳＴＦを送信するために使用される実施形態１乃至１４のいずれかに記載の方法。
１６．  時分割複信（ＴＤＤ）が、２つ以上のＡＰから直交するＳＴＦを送信するために使用される実施形態１乃至１５のいずれかに記載の方法。
１７．  周波数分割複信（ＦＤＤ）が、２つ以上のＡＰから直交するＳＴＦを送信するために使用される実施形態１乃至１６のいずれかに記載の方法。
１８．  符号分割多重（ＣＤＭ）が、２つ以上のＡＰから直交するＳＴＦを送信するために使用される実施形態１乃至１７のいずれかに記載の方法。
１９．  相互相関が、各ＳＴＦシーケンスによる相関を見つけるために適用される実施形態１乃至１８のいずれかに記載の方法。
２０．  複数の直交ＬＴＦシーケンスが、各ＡＰから送信される実施形態１乃至１９のいずれかに記載の方法。
２１．  符号分割多重（ＣＤＭ）が、２つ以上のＡＰから直交するＬＴＦを送信するために使用される実施形態１乃至２０のいずれかに記載の方法。
２２．  時分割複信（ＴＤＤ）が、２つ以上のＡＰから直交するＬＴＦを送信するために使用される実施形態１乃至２１のいずれかに記載の方法。
２３．  周波数分割複信（ＦＤＤ）が、２つ以上のＡＰから直交するＬＴＦを送信するために使用される実施形態１乃至２２のいずれかに記載の方法。
２４．  符号分割多重（ＣＤＭ）が、２つ以上のＡＰから直交するＬＴＦを送信するために使用される実施形態１乃至２３のいずれかに記載の方法。
２５．  相互相関が、各ＬＴＦシーケンスによる相関を見つけるために適用される実施形態１乃至２４のいずれかに記載の方法。
２６．  データパケットが、ＷＬＡＮコントローラを用いて複数のＡＰから送信される実施形態１乃至２５のいずれかに記載の方法。
２７．  ＣＳＤが、複数のＡＰから送信されたデータパケットに適用される実施形態１乃至２６のいずれかに記載の方法。
２８．  ＳＴＡは、最も強い信号を有するＡＰからの送信を選択する実施形態１乃至２７のいずれかに記載の方法。
２９．  ＳＴＡは、複数のＡＰからの信号をコヒーレントに組み合わせる実施形態１乃至２８のいずれかに記載の方法。
３０．  同じデータの異なる符号化されたコピーが、複数のＡＰから送信される実施形態１乃至２９のいずれかに記載の方法。
３１．  時空間ブロック符号（ＳＴＢＣ）が、複数のＡＰにわたって適用される実施形態１乃至３０のいずれかに記載の方法。
３２．  ビット／シンボルインターリービングが、ＷＬＡＮコントローラを用いて複数のＡＰにわたって実行される実施形態１乃至３１のいずれかに記載の方法。
３３．  単一の前方誤り訂正エンコーダ（ＦＥＣ）が、複数のＡＰに分配されることになるデータを符号化するために使用される実施形態１乃至３２のいずれかに記載の方法。
３４．  符号化されたビットストリームを複数のブロックに分割することと、
ビットストリームをインターリーバに与える（dilivering）ことと、
到着するビットストリームをインターリーバによって並び替えて複数の出力ビットストリームにすることと、
インターリーバから出力された第１のビットストリームを変調し、プライマリアクセスポイント（ＡＰ）から送信することと、
インターリーバから出力された第２のビットストリームを変調し、それから、１または複数の非プライマリＡＰから送信することと
をさらに含む実施形態１乃至３３のいずれかに記載の方法。
３５．  ＳＴＡによって、プライマリＡＰまたはＷＬＡＮコントローラからの能力の指示を復号することと、
第１のＡＰから送信された第１のストリームおよび第２のＡＰから送信された第２のストリームに関して別々の等化／復調を実行することと、
第１のビットストリームを複数のブロックに分割し、第１のビットストリームをデインターリーバモジュールに送信することと、
第２のソフトビットストリームを分割し、第２のビットストリームをデインターリーバモジュールに送信することと、
デインターリーバモジュールによって２つのビットストリームを１つのビットストリームへと編成して、元の順序を復元することと、
デインターリーブされたビットストリームをＦＥＣ復号のためにデコーダに送信することと
をさらに含む実施形態１乃至３４のいずれかに記載の方法。
３６．  複数のＦＥＣが、複数のＡＰに分配されることになるデータを符号化するために使用される実施形態１乃至３５のいずれかに記載の方法。
３７．  第１のエンコーダにおいて到着するビットストリームを符号化することと、
第２のエンコーダにおいて到着するビットストリームを符号化することと、
第１の符号化されたビットストリームを複数のブロックに分割することと、
第２の符号化されたビットストリームを複数のブロックに分割することと、
ビットストリームをインターリーバに与えることと、
到着するビットストリームをインターリーバによって並び替えて複数の出力ビットストリームにすることと、
インターリーバから出力された第１のビットストリームを変調し、それから、プライマリＡＰから送信することと、
インターリーバから出力された第２のビットストリームを変調し、それから、非プライマリＡＰのうちの１つまたは複数から送信することと
をさらに含む実施形態１乃至３６のいずれかに記載の方法。
３８．  第１のＡＰから送信された第１のストリームおよび第２のＡＰから送信された第２のストリームに関して別々の等化／復調を実行することと、
第１のビットストリームを複数のブロックに分割し、第１のビットストリームをデインターリーバモジュールに送信することと、
第２のソフトビットストリームを分割し、第２のビットストリームをデインターリーバモジュールに送信することと、
デインターリーバモジュールによって２つのビットストリームを１つのビットストリームへと編成して、元の順序を復元することと、
第１のデインターリーブされたビットストリームをＦＥＣ復号のために第１のデコーダに送信することと、
第２のデインターリーブされたビットストリームをＦＥＣ復号のために第２のデコーダに送信することと
をさらに含む実施形態１乃至３７のいずれかに記載の方法。
３９．  各ＡＰのインターリービングパターンは、そのＬＴＦインデックスにリンクされる実施形態１乃至３８のいずれかに記載の方法。
４０．  それぞれの送信ＡＰにＬＴＦインデックスを割り振ることと、
第１のＡＰに関するＬＴＦインデックスおよび第２のＡＰに関するＬＴＦインデックスを読むことと、
ＬＴＦインデックスを用いてインターリーバを制御することと
をさらに含む実施形態１乃至３９のいずれかに記載の方法。
４１．  複数の変調符号化方式（ＭＣＳ）が使用される実施形態１乃至４０のいずれかに記載の方法。
４２．  タイミングアドバンスまたはタイミングリターデーションを示す時間領域フィードバックが使用される実施形態１乃至４１のいずれかに記載の方法。
４３．  前方周波数ローテーションまたは後方周波数ローテーションを示す周波数領域フィードバックが使用される実施形態１乃至４２のいずれかに記載の方法。
４４．  調整の量を示す値を有する時間領域または周波数領域のどちらかのマルチフィールドフィードバックが使用される実施形態１乃至４３のいずれかに記載の方法。
４５．  フィードバックを実行するＡＰがタイミング／周波数調整ＡＣＫをＳＴＡに送り返す実施形態１乃至４４のいずれかに記載の方法。
４６．  ２つ以上のＡＰが、空間的に調整されたマルチＡＰモード（ＳＣＭＡ）で２つ以上のＳＴＡに一斉に送信する実施形態１乃至４５のいずれかに記載の方法。
４７．  サウンディングパケットが、ダウンリンクチャネルの必要性を推定し、それから、推定を複数のＡＰにフィードバックするために送信される実施形態１乃至４６のいずれかに記載の方法。
４８．  受信するＳＴＡが、サウンディングパケットを処理し、チャネル推定を実行し、ビームフォーミングレポートを準備する実施形態１乃至４７のいずれかに記載の方法。
４９．  開ループ手順が、ＡＰによって使用され、ＡＰは、チャネルの相互依存を想定し、ＳＴＡから送信されたフレームからチャネル状態情報を推定する実施形態１乃至４８のいずれかに記載の方法。
５０．  共同プリコーディングされたマルチＡＰ（ＪＰＭＡ）が使用され、複数のＡＰが１つのＳＴＡに一斉に送信する実施形態１乃至４９のいずれかに記載の方法。
５１．  ＪＰＭＡのための閉ループ手順が使用される実施形態１乃至５０のいずれかに記載の方法。
５２．  ＪＰＭＡのための開ループ手順が使用され、ＡＰはサウンディングフレームを送信せず、ＳＴＡからのチャネル状態情報のフィードバックを必要としない実施形態１乃至５１のいずれかに記載の方法。
５３．  マルチＡＰシステムのＡＰは、セクタ分割された送信を利用することによってＳＴＡと通信する実施形態１乃至５２のいずれかに記載の方法。
５４．  マルチＡＰシステムのＡＰは、削減された干渉をもたらすセクタ分割された送信を利用することによってＳＴＡと通信する実施形態１乃至５３のいずれかに記載の方法。
５５．  ＡＰは、セクタ分割されたアンテナモード／パターンを用いて送信し、受信する実施形態１乃至５４のいずれかに記載の方法。
５６．  ＳＴＡは、アンテナパターンで送信し、受信する実施形態１乃至５５のいずれかに記載の方法。
５７．  ＳＴＡは、無指向性アンテナパターンで送信し、受信する実施形態１乃至５６のいずれかに記載の方法。
５８．  カバレッジの範囲は、セクタ分割された送信を用いて拡張される実施形態１乃至５７のいずれかに記載の方法。
５９．  ＡＰは、複数のセクタ分けされたビーコンによって後に続かれる無指向性アンテナパターンを用いるビーコンを送信する実施形態１乃至５８のいずれかに記載の方法。
６０．  ＡＰは、セクタ分割された送信を用いてユーザを分割する実施形態１乃至５９のいずれかに記載の方法。
６１．  ＡＰは、セクタＩＤ、利用されるセクタビームパターンの総数、次の予測される無指向性ビーコン送信の時間、およびセクタ分割されたビームのトレーニングおよびフィードバックのためのセクタ分割されたビーコン送信の期間を含む実施形態１乃至６０のいずれかに記載の方法。
６２．  ＳＴＡは、セクタＩＤ、利用されるセクタビームパターンの総数、次の予測される無指向性ビーコン送信の時間、およびセクタ分割されたビームのトレーニングおよびフィードバックのためのセクタ分割されたビーコン送信の期間を検出する実施形態１乃至６１のいずれかに記載の方法。
６３．  ＳＴＡは、送信されたアップリンクパケットに好ましいセクタＩＤを含む実施形態１乃至６２のいずれかに記載の方法。
６４．  ＡＰは、ハンドシェイク手順を通じてＳＴＡにセクタを割り振る実施形態１乃至６３のいずれかに記載の方法。
６５．  ＳＴＡは、受信されたビーコンの強度に基づいてアンテナモード／パターンを切り替える実施形態１乃至６４のいずれかに記載の方法。
６６．  ＳＴＡは、セクタ切り替えプロトコルを利用することによって、割り振られるセクタをネゴシエーションする実施形態１乃至６５のいずれかに記載の方法。
６７．  ＡＰはセクタ分割されたビーコンの間隔を告知し、ＡＰはセクタ分割されたビーコンの間隔中に受信のために同じセクタ分割されたアンテナパターンを用いる実施形態１乃至６６のいずれかに記載の方法。
６８．  ＳＴＡは、関連するセクタ分割されたビーコンの間隔でのみ送信する実施形態１乃至６７のいずれかに記載の方法。
６９．  ＳＴＡは、セクタ分割されたビーコンの間隔中、アライブ状態（alive）に留まる実施形態１乃至６８のいずれかに記載の方法。
７０．  ＳＴＡは、セクタ分割されたビーコンの間隔中、省電力モードになる実施形態１乃至６９のいずれかに記載の方法。
７１．  ＡＰおよびＳＴＡは、セクタ分割された送信と無指向性送信モードとを切り替える実施形態１乃至７０のいずれかに記載の方法。
７２．  暗黙的なセクタ分割されたビームのトレーニングが使用され、チャネルの相互依存が利用される実施形態１乃至７１のいずれかに記載の方法。
７３．  暗黙的なセクタ分割されたビームのトレーニングは、最良の受信セクタが送信のための最良のセクタでもあるという結果をもたらす実施形態１乃至７２のいずれかに記載の方法。
７４．  ＳＴＡがセクタトレーニング告知フレームを送信するときに、ＳＴＡとＡＰとの間の暗黙的なセクタ分割されたビームのトレーニングが開始される実施形態１乃至７３のいずれかに記載の方法。
７５．  暗黙的なセクタ分割されたビームのトレーニングは、セクタトレーニング告知フレームに続くトレーニングフレームの送信を含む実施形態１乃至７４のいずれかに記載の方法。
７６．  暗黙的なセクタ分割されたビームのトレーニングは、ＡＰがセクタを割り振るセクタ応答フレームをＳＴＡに送信することを含む実施形態１乃至７５のいずれかに記載の方法。
７７．  チャネルの相互依存を用いない明示的なセクタ分割されたビームのトレーニングが使用される実施形態１乃至７６のいずれかに記載の方法。
７８．  明示的なセクタ分割されたビームのトレーニングは、ＡＰがセクタトレーニング告知フレームをマルチキャストまたはブロードキャストすることと、ＡＰがトレーニングフレームを送信することとを含む実施形態１乃至７７のいずれかに記載の方法。
７９．  明示的なセクタ分割されたビームのトレーニングは、ＳＴＡがセクタ分割された送信に加わるように意図するか、またはＡＰにフィードバックフレームを送信するセクタを変更するように意図することを含む実施形態１乃至７８のいずれかに記載の方法。
８０．  実施形態１乃至７９の方法のいずれかを実行するように構成されたＳＴＡ。
８１．  実施形態１乃至７９の方法のいずれかを実行するように構成された基地局。
８２．  実施形態１乃至７９の方法のいずれかを実行するように構成されたネットワーク。
８３．  実施形態１乃至７９の方法のいずれかを実行するように構成されたアクセスポイント（ＡＰ）。
８４．  実施形態１乃至７９の方法のいずれかを実行するように構成された集積回路。
８５．  アクセスポイント（ＡＰ）で使用するための方法であって、
ＡＰがマルチアクセスポイント（マルチＡＰ）システムで送信し、受信することを可能にすることと、
集中ＷＬＡＮコントローラからＡＰ制御メッセージを受信することと、
マルチＡＰシステムのＡＰ間の干渉を減らすためにセクタ分割されたアンテナモードを利用することと
を含む、方法。
【図１Ａ】
2015536614.tif 000004
【図１Ｂ】
2015536614.tif 000005
【図１Ｃ】
2015536614.tif 000006
【図２】
2015536614.tif 000007
【図３】
2015536614.tif 000008
【図４】
2015536614.tif 000009
【図５】
2015536614.tif 000010
【図６】
2015536614.tif 000011
【図７】
2015536614.tif 000012
【図８】
2015536614.tif 000013
【図９】
2015536614.tif 000014
【図１０】
2015536614.tif 000015
【図１１】
2015536614.tif 000016
【図１２】
2015536614.tif 000017
【図１３】
2015536614.tif 000018
【図１４】
2015536614.tif 000019
【図１５】
2015536614.tif 000020
【図１６】
2015536614.tif 000021
【図１７】
2015536614.tif 000022
【図１８】
2015536614.tif 000023
【図１９】
2015536614.tif 000024
【図２０】
2015536614.tif 000025
【図２１】
2015536614.tif 000026
【図２２】
2015536614.tif 000027
【図２３】
2015536614.tif 000028
【図２４】
2015536614.tif 000029
【図２５】
2015536614.tif 000030
【図２６】
2015536614.tif 000031
【図２７】
2015536614.tif 000032
【図２８】
2015536614.tif 000033
【図２９】
2015536614.tif 000034
【図３０】
2015536614.tif 000035
【図３１】
2015536614.tif 000036
【図３２】
2015536614.tif 000037
【図３３】
2015536614.tif 000038
【国際調査報告】
2015536614.tif 000039
2015536614.tif 000040
2015536614.tif 000041