JP2023519181A - Ｗｌａｎシステムにおけるマルチｒｕマルチａｐ送信 - Google Patents

Abstract

マルチアクセスポイント（ＡＰ）無線ネットワークにおいて動作するための方法及び装置が本明細書に記載されている。ＡＰによって実行される方法は、リソースのセットを使用して、少なくとも１つの他のＡＰ及び複数のステーション（ＳＴＡ）に、マルチＡＰ送信レディ（ＲＴＳ）フレームを送信することを含み得る。方法は、リソースのセットの一部分を使用して別のフレームを送信することを含み得る。方法は、リソースのセットの一部分を使用して、別のフレームに応答して、複数のＳＴＡのうちの少なくとも１つのＳＴＡからの送信可（ＣＴＳ）フレームを受信することを含み得る。方法は、リソースのセットの一部分を使用して、少なくとも１つのＳＴＡにデータフレームを送信することを含み得る。マルチＡＰ ＲＴＳフレームは、少なくとも１つの他のＡＰ及び複数のＳＴＡのためのリソース配分情報を含み得る。【選択図】図６

Description

（関連出願の相互参照）
本出願は、２０２０年３月１６日に出願された米国仮特許出願第６２／９９０，２６１号の利益を主張するものであり、その内容は、参照により本明細書に組み込まれる。

インフラストラクチャ基本サービスセット（Infrastructure Basic Service Set、ＢＳＳ）モードのワイヤレスローカルエリアネットワーク（Wireless Local Area Network、ＷＬＡＮ）は、ＢＳＳのアクセスポイント（Access Point、ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（ＳＴＡ）を含み得る。ＡＰは、トラフィックをＢＳＳ内及びＢＳＳ外に搬送する、配信システム（Distribution System、ＤＳ）又は別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡと関連付けられたトラフィックは、ＡＰを通って到達し、ＳＴＡに配信され得る。ＳＴＡから生じる、ＢＳＳ外の宛先へのトラフィックは、ＡＰに送信されて、それぞれの宛先に配信され得る。ＢＳＳ内のＳＴＡ間のトラフィックも、ＡＰを介して送信され得る。例えば、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを１つ以上の宛先ＳＴＡに配信し得る。マルチアクセスポイント（ＡＰ）無線ネットワークは、複数のＢＳＳ、複数のＡＰ、及び複数の関連付けられたＳＴＡを含み得る。

マルチアクセスポイント（ＡＰ）無線ネットワークにおいて動作するための方法及び装置が本明細書に記載されている。ＡＰによって実行される方法は、リソースのセットを使用して、少なくとも１つの他のＡＰ及び複数のステーション（ＳＴＡ）に、マルチＡＰ送信レディ（ready-to-send、ＲＴＳ）フレームを送信することを含み得る。方法は、リソースのセットの一部分を使用して別のフレームを送信することを含み得る。方法は、リソースのセットの一部分を使用して、別のフレームに応答して、複数のＳＴＡのうちの少なくとも１つのＳＴＡからの送信可（clear-to-send、ＣＴＳ）フレームを受信することを含み得る。方法は、リソースのセットの一部分を使用して、少なくとも１つのＳＴＡにデータフレームを送信することを含み得る。マルチＡＰ ＲＴＳフレームは、少なくとも１つの他のＡＰ及び複数のＳＴＡのためのリソース配分情報を含み得る。

より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得られ得、図中の同様の参照番号は、同様の要素を示す。
１つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）を示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを示すシステム図である。 超高スループット（extremely high throughput、ＥＨＴ）物理層収束手順（Physical Layer Convergence Procedure、ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）のプリアンブル構造の図である。 例えば、２０ＭＨｚサブバンドごとになど、サブバンドごとにクリアチャネル評価（ＣＣＡ）状態を報告するための協調アクセスポイント（ＡＰ）及び／又は非ＡＰステーション（ＳＴＡ）の例示的な手順を示すシステム図である。 直交リソース上の１つ以上のＣＣＡ制約を伴うジョイント送信のための例示的な手順を示すシステム図である。 ＳＴＡごとに使用され得るリソースユニット（resource unit、ＲＵ）の最大数が示されているランダムアクセス方法の一例を示すシステム図である。 ３つのＡＰが一緒に協働して３つの異なる基本サービスセット（ＢＳＳ）にわたってマルチＡＰ動作を行うマルチＡＰネットワークの例を示す図である。 マルチＡＰ動作プロトコルについての媒体予約のための手順の例示的な設計を示す図である。 マルチＡＰ動作プロトコルについての媒体予約のための手順の例示的な設計を示す別の図である。 マルチＡＰ動作プロトコルについての媒体予約のための手順の例を示す別の図である。

図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（zero-tail unique-word discrete Fourier transform Spread OFDM、ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ型ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの１つ以上のチャネルアクセス方法を用い得る。

図１Ａに示すように、通信システム１００は、無線送／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話ネットワーク（public switched telephone network、ＰＳＴＮ）１０８、インターネット１１０、及び他のネットワーク１１２を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、いずれもステーション（station、ＳＴＡ）と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、モバイルステーション、固定又はモバイル加入者ユニット、加入ベースのユニット、ポケットベル、携帯電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、時計又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及び用途（例えば、遠隔手術）、産業デバイス及び用途（例えば、産業及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、消費者電子デバイス、商業及び／又は産業無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。

通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６、インターネット１１０、及び／又は他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（base transceiver station、ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅ Ｂ（eNode B、ｅＮＢ）、ホームＮｏｄｅＢ、ホームｅＮｏｄｅ Ｂ、ｇＮｏｄｅ Ｂ（ｇＮＢ）などの次世代ＮｏｄｅＢ、新無線（new radio、ＮＲ）ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは各々単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。

基地局１１４ａは、ＲＡＮ１０４の一部であり得、これはまた、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなどの他の基地局、及び／又はネットワーク要素（図示せず）を含み得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又はライセンス及び未認可スペクトルの組み合わせであり得る。セルは、比較的固定され得るか又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは更にセルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用い得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信及び／又は受信し得る。

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得るが、このエアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。

より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセススキームを用い得る。例えば、ＲＡＮ１０４及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの基地局１１４ａは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立し得る、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンク（ＵＬ）パケットアクセス（High-Speed Uplink Packet Access、ＨＳＵＰＡ）を含み得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得るが、これは、ロングタームエボリューション（ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得、これは、ＮＲを使用してエアインターフェース１１６を確立し得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に／から送信される複数のタイプの無線アクセス技術及び／又は送信によって特徴付けられ得る。

他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅ Ｂ又はアクセスポイントであり得、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がない場合がある。

ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークであり得る、ＣＮ１０６と通信し得る。データは、例えば、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６は、通話制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、映像配信などを提供し、かつ／又はユーザ認証などの高レベルセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４及び／又はＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用いる他のＲＡＮと直接又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４に接続されることに加えて、ＣＮ１０６はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ又はＷｉＦｉ無線技術を用いて別のＲＡＮ（図示せず）と通信し得る。

ＣＮ１０６はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、基本電話サービス（plain old telephone service、ＰＯＴＳ）を提供する公衆交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用い得る１つ以上のＲＡＮに接続された別のＣＮを含み得る。

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

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能性を実行し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得るということが理解されよう。

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

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

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

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）表示ユニット）に結合され得、これらからユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。更に、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリの情報にアクセスし、かつ当該メモリにデータを記憶し得る。

プロセッサ１１８は、電源１３４から電力を受信し得るが、ＷＴＲＵ１０２における他の構成要素に電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。

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

プロセッサ１１８は、他の周辺機器１３８に更に結合され得、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得る。センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、配向センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、湿度センサなどのうちの１つ以上であり得る。

ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ及び（例えば、受信のための）ＤＬの両方の特定のサブフレームと関連付けられた）信号の一部又は全部の送受信が、同時及び／又は一緒であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）を介して自己干渉を低減し、かつ又は実質的に排除するための干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ又は（例えば、受信のための）ＤＬのいずれかの特定のサブフレームと関連付けられた）信号の一部又は全部の送受信の半二重無線機を含み得る。

図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を図示するシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅＮｏｄｅ－Ｂを含み得るということが理解されよう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。

ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、ＵＬ及び／又はＤＬにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（packet data gateway、ＰＧＷ）１６６を含み得る。前述の要素は、ＣＮ１０６の一部として示されているが、これらの要素のうちのいずれかも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されよう。

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、かつ制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービス中のゲートウェイを選択すること、などの役割を果たし得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングし、転送し得る。ＳＧＷ１６４は、ｅＮｏｄｅ－Ｂ間ハンドオーバ中にユーザプレーンをアンカする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び記憶する機能などの、他の機能を実行し得る。

ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。更に、ＣＮ１０６は、他のサービスプロバイダによって所有及び／又は運営される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。

ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに記載されているが、特定の代表的な実施形態では、そのような端末は、通信ネットワークとの（例えば、一時的又は永久的に）有線通信インターフェースを使用し得ることが企図される。

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。

インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（station、ＳＴＡ）を有し得る。ＡＰは、ＢＳＳ内に、かつ／又はＢＳＳ外にトラフィックを搬送する配信システム（Distribution System、ＤＳ）又は別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先への生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信され得る。ＢＳＳ内のＳＴＡどうしの間のトラフィックは、例えば、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとして見なされ、かつ／又は参照され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）で送信され得る。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡどうし（例えば、ＳＴＡの全部）は互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。

８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。一次チャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又は動的に設定された幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的な実施形態では、衝突回避を用いるキャリア感知多重アクセス（Carrier Sense Multiple Access with Collision Avoidance、ＣＳＭＡ／ＣＡ）は、例えば、８０２．１１システムにおいて実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを感知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると感知され／検出され、かつ／又は判定される場合、特定のＳＴＡはバックオフされ得る。１つのＳＴＡ（例えば、１つのステーションのみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信し得る。

高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得るが、この４０ＭＨｚ幅のチャネルは、例えば、プライマリ２０ＭＨｚチャネルと、隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせを介して形成され得る。

非常に高いスループット（Very High Throughput、ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。上記の４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する２０ＭＨｚチャネルどうしを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作を逆にされ得、組み合わされたデータを媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信し得る。

サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルで５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなどのメータタイプの制御／マシンタイプ通信（Machine-Type Communications、ＭＴＣ）をサポートし得る。ＭＴＣデバイスは、例えば、特定の、かつ／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む、限定された能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。

複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、一次チャネルがビジーである場合、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡにより、利用可能な周波数帯域の大部分がアイドル状態になったとしても、利用可能な周波数帯域の全てがビジーであると見なされ得る。

米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。

図１Ｄは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、ＮＲ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

ＲＡＮ１０４は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信及び／又は受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上にあり得、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々な若しくは拡張可能な長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボル及び／又は様々な長さの絶対時間の持続し変化する時間を含む）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可バンドにおける信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得るが、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービスするための追加のカバレッジ及び／又はスループットを提供し得る。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライスのサポート、ＤＣ、ＮＲとＥ－ＵＴＲＡとの間の相互作用、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂに対するユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂに対する制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。

図１Ｄに示されるＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素は、ＣＮ１０６の一部として示されているが、これらの要素のうちのいずれかも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されよう。

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１０４におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ネットワークスライスのためのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（protocol data unit、ＰＤＵ）セッションの処理）、登録のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（non-access stratum、ＮＡＳ）シグナル伝達の終了、モビリティ管理などの役割を果たし得る。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低待ち時間（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、拡張大規模モバイルブロードバンド（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、ＭＴＣアクセスのためのサービスなどのような、異なる使用事例に対して確立され得る。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉＦｉなどの非－３ＧＰＰアクセス技術などの他の無線技術を用いる他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１０６におけるＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１０６におけるＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理及び配分する機能、ＰＤＵセッションを管理する機能、ポリシー実施及びＱｏＳを制御する機能、ＤＬデータ通知を提供する機能などのような、他の機能を実行し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１０４におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、これは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットのルーティング及び転送、ユーザプレーンポリシーの実施、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの処理、ＤＬパケットのバッファリング、モビリティアンカリングなどの他の機能を実行し得る。

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、又はそれと通信し得る。更に、ＣＮ１０６は、他のサービスプロバイダによって所有及び／又は運営される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルＤＮ１８５ａ、１８５ｂに接続され得る。

図１Ａ～図１Ｄ及び図１Ａ～図１Ｄの対応する説明を考慮して、ＷＴＲＵ１０２ａ－ｄ、基地局１１４ａ～ｂ、ｅＮｏｄｅ－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ １８４ａ－ｂ、ＳＭＦ １８３ａ－ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載される任意の他のデバイスの１つ以上に関して本明細書に記載される機能のうちの１つ以上又は全部は、１つ以上のエミュレーションデバイス（図示せず）によって実行され得る（図示せず）。エミュレーションデバイスは、本明細書に説明される機能の１つ以上又は全てをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートし得る。

エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装され、かつ／又は展開されている間、１つ以上若しくは全ての機能を実行し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくは全ての機能を実行し得る。エミュレーションデバイスは、オーバザエアの無線通信を使用して、試験し、かつ／又は試験を実行する目的で、別のデバイスに直接結合され得る。

１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実行し得る。例えば、エミュレーションデバイスは、１つ以上のコンポーネントの試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信及び／又は受信するように、エミュレーションデバイスによって使用され得る。

８０２．１１ａｃインフラストラクチャの動作モードを使用して、ＡＰは、例えば一次チャネルなどの固定チャネル上にビーコンを送信し得る。このチャネルは、２０ＭＨｚ幅であり得、ＢＳＳの動作チャネルであり得る。このチャネルはまた、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。８０２．１１システムにおける基本チャネルアクセスは、衝突回避を用いるキャリア感知多重アクセス（ＣＳＭＡ／ＣＡ）である。この動作モードでは、ＡＰを含む全てのＳＴＡは、一次チャネルを感知し得る。チャネルがビジーであると検出又は判定された場合、ＳＴＡはバックオフする。したがって、１つのみのＳＴＡは、所与のＢＳＳにおける任意の所与の時間に送信し得る。

８０２．１１ｎでは、高スループット（ＨＴ）ＳＴＡはまた、通信のために４０ＭＨｚ幅のチャネルを使用し得る。これは、一次２０ＭＨｚチャネルを、隣接する２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅の連続するチャネルを形成することによって達成され得る。

８０２．１１ａｃでは、非常に高いスループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ及び８０ＭＨｚのチャネルは、上記の８０２．１１ｎと同様の連続する２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、例えば、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は２つの連続していない８０ＭＨｚチャネルを組み合わせることによって形成され得る。これはまた、８０＋８０構成と称され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割するセグメントパーサを通過し得る。ＩＦＦＴ及び時間ドメイン処理は、各ストリームに対して別々に実行され得る。次いで、ストリームは、２つのチャネルにマッピングされ得、データは送信され得る。受信機では、この機構は逆になり得、組み合わせたデータはＭＡＣに送信され得る。

スペクトル効率を改善するために、８０２．１１ａｃは、例えば、ダウンリンクＯＦＤＭシンボル中に、同じシンボルの時間フレーム内の複数のＳＴＡへのダウンリンクマルチユーザＭＩＭＯ（ＭＵ－ＭＩＭＯ）送信をサポートし得る。ダウンリンクＭＵ－ＭＩＭＯの使用の可能性もまた、８０２．１１ａｈによってサポートされ得る。ダウンリンクＭＵ－ＭＩＭＯは８０２．１１ａｃで使用されるように、同じシンボルタイミングを複数のＳＴＡに使用し得るため、複数のＳＴＡへの波形送信間の干渉は、問題でなくなり得ることに留意することが重要である。しかしながら、ＡＰを用いたＭＵ－ＭＩＭＯ送信に関与する全てのＳＴＡは、同じチャネル又は帯域を使用する必要があり得、これは、ＡＰを用いたＭＵ－ＭＩＭＯ送信に含まれる、ＳＴＡによってサポートされる最小チャネル帯域幅に動作帯域幅を制限し得る。

８０２．１１ａｘは、８０２．１１デバイスの高効率（ＨＥ）動作を可能にする物理層仕様及び媒体アクセス制御層仕様を定義する。８０２．１１ａｘは、８０２．１１ａｃ後のＷｉ－Ｆｉの次の主な世代と見なされる。１１ａｘはまた、サブキャリア間隔がより小さい新しいヌメロロジをサポートし得る。ＤＬ／ＵＬ ＯＦＤＭＡは、より良好なスペクトル効率を達成するために１１ａｘに導入される。

ＩＥＥＥ８０２．１１ａｘ仕様では、４つの物理層収束手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）フォーマット、すなわち、高効率（ＨＥ）単一ユーザ（ｓｉｎｇｌｅ ｕｓｅｒ、ＳＵ）ＰＰＤＵ、ＨＥマルチユーザ（ＭＵ）ＰＰＤＵ、ＨＥ拡張範囲（ＥＲ）ＳＵ ＰＰＤＵ、及び ＨＥトランスポートブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＴＢ）ＰＰＤＵがサポートされ得る。これらのＰＰＤＵフォーマットを以下に説明する。

ＨＥ ＳＵ ＰＰＤＵフォーマットは、単一のユーザ送信に使用され得る。ＨＥ ＳＵ ＰＰＤＵの一例を以下の表１に提供する。

ＨＥ ＭＵ ＰＰＤＵフォーマットは、ＰＰＤＵがトリガフレームの応答ではない場合、１人以上のユーザへの送信に使用され得る。ＨＥ－ＳＩＧ－Ｂフィールドは、このＰＰＤＵフォーマットで提示され得る。ＨＥ ＭＵ ＰＰＤＵフォーマットの一例を以下の表２に提供する。

ＨＥ ＥＲ ＳＵ ＰＰＤＵフォーマットは、拡張範囲を有するＳＵ送信に使用され得る。このフォーマットでは、ＨＥ－ＳＩＧ－Ａフィールドは、他のＨＥ ＰＰＤＵのＨＥ－ＳＩＧ－Ａフィールドの長さの２倍であり得る。ＨＥ ＥＲ ＳＵ ＰＰＤＵフォーマットの一例を以下の表３に提供する。

ＨＥ ＴＢ ＰＰＤＵフォーマットは、トリガフレーム又はＡＰからトリガ応答スケジューリング（trigger response scheduling、ＴＲＳ）制御サブフィールドを搬送するトリガフレーム又はフレームに応答する送信に使用され得る。ＨＥ ＴＢ ＰＰＤＵ内のＨＥ－ＳＴＦフィールドの持続時間は、８ｕｓ、ＨＥ ＰＰＤＵのＨＥ－ＳＴＦフィールドのサイズを２倍であり得る。ＨＥ ＴＢ ＰＰＤＵフォーマットの一例を以下の表４に提供する。

Ｌ－ＳＩＧフィールド、ＨＥ－ＳＩＧ－Ａフィールド、及び／又はＨＥ－ＳＩＧ－Ｂフィールドは、ＰＰＤＵのＰＨＹ層制御情報を搬送し得る。Ｌ－ＳＩＧフィールドは、全てのＳＴＡがＬ－ＳＩＧフィールドを理解するように、レガシーのヌメロロジ及びフォーマットを有し得る。ＨＥ－ＳＩＧ－Ａフィールド及びＨＥ－ＳＩＧ－Ｂフィールドは、ＨＥ ＳＴＡによって理解され得る。Ｌ－ＳＩＧフィールドの例を表５に示す。異なるＰＰＤＵフォーマットのＨＥ－ＳＩＧ－Ａフィールドの例を表６に示す。

８０２．１１ｂｅにおけるＷｉ－Ｆｉの更なる世代のための仕様の開発は、現在進行中である。８０２．１１ｂｅの仕様と一致し得るＰＰＤＵ設計の一例を、以下で図２に詳述する。

図２は、超高スループット（ＥＨＴ）物理層収束手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）の例示的なプリアンブル構造の図である。１１ｂｅなどの次の８０２．１１仕様は、図２に示されるＥＨＴ ＰＰＤＵプリアンブル構造をサポートし得る。ユニバーサル信号フィールド（Ｕ－ＳＩＧ）フィールド２１０は、バージョン非依存フィールド２１１及びバージョン依存フィールド２１２を含み得る。バージョン非依存フィールド２１１内のビットは、異なる世代／ＰＨＹバージョンにわたって静的位置及びビット定義を有し得る。バージョン非依存フィールド２１２内のビットは、他の情報の中でも、ＰＨＹバージョン識別子、ＵＬ／ＤＬフラグ、ＢＳＳカラー、ＴＸＯＰ持続時間、及び帯域幅情報を含み得る。バージョン依存ビットは、ＰＰＤＵタイプに関連するデータを搬送し得る。ＥＨＴ－ＳＩＧフィールド２２０において共通フィールド２２１と組み合わせて、バージョン依存フィールドはまた、変調及びコーディング方式（modulation and coding scheme、ＭＣＳ）、空間時間ストリームの数、ＧＩ＋ＥＨＴ－ＬＴＦサイド、コーディングなどに関連するデータを搬送し得る。ユーザ固有のフィールド２２２は、例えば、ＥＨＴ－ＳＩＧフィールドに含まれ、ＭＵ構成において使用され得る。８０２．１１ｂｅの仕様は、ＳＵ及びＭＵのために別個のＰＰＤＵフォーマットをサポートしない場合があるが、ＳＵ及びＭＵの両方のための単一のＰＰＤＵフォーマットを有し得る。

異なるＡＰで経験される干渉のレベルが異なるため、ＡＰは、ジョイント送信では１つ以上のＳＴＡに同じ時間／周波数リソースで常に送信することができるわけではない場合がある。この問題に対処する手順は、異なるＡＰからの時間／周波数リソースが異なり得るように、協調ＡＰが、異なるＡＰのクリアチャネル評価（ＣＣＡ）を考慮して、ジョイント送信を編成することを可能にし得る。

ＥＨＴ ＰＰＤＵは、ＳＴＡにデータを送信するため、又はＳＴＡによってデータを送信するために複数のリソースユニット（ＲＵ）の使用を可能にし得る。多様性を提供するために、ＲＵ（又はＲＵの一部分）が異なるＳＴＡ及び／又はＡＰによって使用されることを可能にする手順を設計することが有利であり得る。

直交リソース上の複数のＡＰから送信されたＰＰＤＵは、協調ＡＰからのトリガフレームによって協調されており、受信ＳＴＡに対して透明であるが、残留ＣＦＯドリフト及び位相ノイズは、異なるＡＰで異なり得る。したがって、ＳＴＡが異なる送信機から独立した位相追跡を実行し得る手順を定義することが望ましい場合がある。

ＥＨＴのエンハンサは、マルチＲＵ送信をサポートし得、これにより、ＳＴＡが２つ以上のＲＵを使用して送信することを可能にし得る。現在のトリガベースのアップリンク送信では、ＡＰは、ＳＴＡにＲＵを割り当てて、トリガベースの送信を実行し得、これはまた、スケジュールベースの送信と称され得る。いくつかの実施形態では、ＡＰは、ＳＴＡにＲＵを割り当てて、アップリンクランダムアクセスを実行し得、これはランダムベースの送信と称され得る。両方の送信方法は、ＳＴＡが１つのＲＵで送信することを可能にし得る。マルチＲＵのＵＬ送信が許可されている場合、ＲＵ割り当て及びＲＵランダムアクセス手順を修正する必要があり得る。

マルチＡＰ及びマルチリンク動作は、８０２．１１ｂｅのデバイスによってサポートされる特徴とみされ得る。マルチＡＰシナリオでは、異なるＢＳＳからの複数のＡＰが協働して、ジョイント送信又は協調ＯＦＤＭＡなどの動作を行うか、又はそれらは、全体的なネットワーク性能を改善するために、周波数時間リソースを互いに共有し得る。媒体予約は、ＡＰ及びＢＳＳにわたるそのような協調動作を可能にするために不可欠であり得る。マルチリンク動作では、リンクアグリゲーションも、媒体予約及び情報共有を必要とし得る。本明細書に記載される実施形態によって対処される１つの問題は、マルチＡＰ及びマルチリンク動作のための効率的かつ有効な媒体予約機構を設計する方法である。

協調ＡＰは、図３に示すように、被協調ＡＰ及び／又は非ＡＰ ＳＴＡのための帯域幅クエリレポート（bandwidth query report、ＢＱＲ）手順を開始して、サブバンド（例えば、２０ＭＨｚ）ごとにそれらのＣＣＡ状態を報告し得る。

図３は、被協調ＡＰ及び非ＡＰ ＳＴＡを伴うＢＱＲ手順の図である。この手順は、協調ＡＰが、協調及び被協調ＡＰからの送信シンボルが個々のＡＰ及び／又は非ＡＰ ＳＴＡのいずれかと関連付けられたＣＣＡ制約に違反しないジョイント送信のためのＲＵ配分を実行することを可能にし得る。例えば、図３に示すように、ＢＱＲ手順は、協調ＡＰ３１０、少なくとも１つの被協調ＡＰ３２０、及び少なくとも１つの非ＡＰエッジＳＴＡ３３０を含み得る。協調ＡＰ３１０、被協調ＡＰ３２０、及び非ＡＰ ＳＴＡ３３０は、複数のサブチャネル１～４を含むチャネル上で動作するように構成され得る。協調ＡＰ３１０は、例えば、被協調ＡＰ３２０及び非ＡＰ ＳＴＡ３３０をトリガしてレポートを送信することによって、ＢＱＲ手順を開始し得る。協調ＡＰ３１０は、被協調ＡＰ３２０及び非ＡＰ ＳＴＡ３３０によって観察されるサブチャネルの状態に関するレポートを求めるフレームを送信することによって、ＢＱＲ手順を開始し得る。協調ＡＰ３１０はまた、それ自体の場所でサブチャネルの状態を評価し得る。協調ＡＰ３１０は、サブチャネル１がアイドルであることを観察し得、被協調ＡＰ３２０は、サブチャネル１、２、及び４がアイドルであることを観察し得、セルエッジＳＴＡ３３０は、サブチャネル１及び４がアイドルであることを観察し得る。協調ＡＰ３１０は、それ自体からサブチャネル１に、及び被協調ＡＰからサブチャネル４に、ＳＴＡへのＲＵをスケジュールし得る。そのようなＲＵ割り当ては、任意のパーティのＣＣＡ制約に違反していない場合があり、図４に示すように、非ＡＰ ＳＴＡ３３０は、協調ＡＰ３１０又は被協調ＡＰ３２０への送信を、占有されたものとして報告されたＲＵで実行するようにスケジュールされない。

図４は、直交リソース上のＣＣＡ制約を伴うジョイント送信の図である。図３に関して説明したものと同様のシナリオでは、協調ＡＰ４１０は、被協調ＡＰ４２０及び非ＡＰ ＳＴＡ４３０と通信し得る。協調ＡＰ４１０、被協調ＡＰ４２０、及び非ＡＰ ＳＴＡ４３０は、複数のサブチャネル１～４を含むチャネル上で動作するように構成され得る。リソース固有の位相追跡は、受信機側、例えば、非ＡＰ ＳＴＡ４３０及び／又は被協調ＡＰ４２０で用いられ得る。図３に示すように、協調ＡＰ４１０は、サブチャネル１がアイドルであることを観察し得、被協調ＡＰ４２０は、サブチャネル１、２、及び４がアイドルであることを観察し得、セルエッジＳＴＡ４３０は、サブチャネル１及び４がアイドルであることを観察し得る。図４に示すように、協調ＡＰ４１０は、協調ＡＰ４１０及び被協調ＡＰ４２０から非ＡＰ ＳＴＡ４３０へのジョイント送信を開始するために送信され得るトリガフレーム（ＴＦ）を送信し得る。被協調ＡＰ４２０へのＴＦの前又は一緒に、協調ＡＰ４１０は、協調ＡＰ４２０によって送信されるコード化されていないデータ又はコード化されたデータを信号送信し得る。多様性又はビームフォーミングスキームは、複数のＡＰからの送信によって利用され得る。協調ＡＰ４１０は、ＲＵ２４２を使用して、サブチャネル１を介して非ＡＰ ＳＴＡ４３０にデータを送信し得、一方、被協調ＡＰ４２０は、ＲＵ２４２を使用して、サブチャネル４を介して非ＡＰ ＳＴＡ４３０にデータを送信し得る。非ＡＰ ＳＴＡ４３０は、協調ＡＰ４１０及び被協調ＡＰ４２０から送信されたデータを受信し得る。

いくつかの例では、ＡＰからの送信において時間／周波数リソースが重複する場合、空間時間多様性スキームを使用して多様性を増加させることができる。プレコーダを使用して、ビームフォーミングのための送信を一緒にプリコーディングし得る。

いくつかの例では、時間／周波数リソースが重複しない（すなわち、リソースが直交リソースである）場合、又は同じ時間／周波数リソースがＡＰによって利用されるが、プリコーディングが、例えば、ＡＰからのジョイント送信において、各ＡＰからの別個／直交チャネル推定信号を介して別々に実行される場合、デュアルキャリア変調（Dual Carrier Modulation、ＤＣＭ）スキームが使用され得る。代替的に、又は追加的に、被協調ＡＰの送信は、異なる冗長バージョンを送信するなどの協調ＡＰの送信をコンプリメントし得る。

異なるＡＰ、例えば、協調ＡＰ４１０及び被協調ＡＰ４２０は、独立した位相ノイズ及び残留ＣＦＯドリフトを有し得るため、受信ＳＴＡ、例えば、図４に示すような非ＡＰ ＳＴＡ４３０は、異なるＡＰからの送信に対して独立した位相追跡を実行し得る。

ＥＨＴプリアンブルは、周波数リソースの２つの領域内のパイロットが独立して追跡されることを受信機に示し得る。例えば、２つの領域は、異なるＡＰからの２つのＲＵであり得る。ＥＨＴプリアンブルは、パイロットが単一のストリームパイロット（ストリームごとに追跡される）ではなく、トレーニングフィールド内のパイロットトーンが直交し、パイロットトーンのチャネル推定が各空間ストリームに対して実行されることを受信機に示し得る。上記の指示は、受信ＳＴＡが異なるＡＰからの送信に対して独立して位相補正を実行することを可能にし得る。

いくつかの実施形態では、一般的なトリガフレームが修正され得る。例えば、いくつかの方法では、トリガフレームは、例えば、８０２．１１で定義されるものと同様であり得、例えば、トリガフレームは、共通情報フィールド及び複数のユーザ情報フィールドを含み得る。各ユーザ情報フィールドは、１つのＲＵを１つのＳＴＡに割り当て得る。しかしながら、１つのＳＴＡに関連付けられた２つ以上のユーザ情報フィールドが存在し得る。

いくつかの方法では、トリガフレームは、１つ以上のＲＵをＳＴＡに割り当て得るユーザ情報フィールドを含み得る。代替的に、又は追加的に、ユーザ情報フィールドを使用して、ＲＵの組み合わせをＳＴＡに割り当て得る。

ＯＦＤＭＡベースのマルチＲＵのＵＬランダムアクセス手順は、ＳＴＡ及びＡＰによって使用され得る。単一のＲＵ送信の場合、トリガフレームは、トリガベースのＯＦＤＭＡのＵＬランダムアクセスのために使用され得る。マルチＲＵ送信が許可される場合、図５に示すように手順が変更され得、これは以下の段落でより実質的に説明される。

ＡＰは、トリガタイプ、ユーザ情報フィールド、ユーザ当たりのＲＵの最大数などを含む１つ以上の情報要素を示し得る、トリガフレームを送信し得る。共通情報フィールド内のトリガタイプは、マルチＲＵトリガを示し得る。

ユーザ情報フィールドにおいて、ＡＩＤ１２サブフィールドがＵＬランダムアクセスのための配分を示す場合、ユーザ情報フィールド内の予約サブフィールド及び／又はトリガ依存ユーザ情報サブフィールドは、割り当てられたＲＵがマルチＲＵのＵＬ送信の一部として許可され得ることを示し得る。いくつかの方法では、この情報を示すために、既存のサブフィールドが使用され得る。例えば、ユーザ情報フィールド内のＵＬ ＭＣＳサブフィールド内の未使用値は、ＲＵがマルチＲＵのＵＬ送信に対して許可され得るかどうかを示すために使用され得る。

ユーザフィールド当たりのＲＵの最大数は、ＵＬランダムアクセスを実行するためのユーザのために選択され得るＲＵの最大数を示し得る。ＡＰは、このフィールドを使用して、アドミッション制御を実行し得る。例えば、ＢＳＳにおいて閾値よりも多いユーザが存在する場合、ＡＰは、ユーザ当たりのより少ない数のＲＵを示し得る。ＢＳＳにおいてユーザが少ない場合、例えば、ユーザの数が閾値未満である場合、ＡＰは、ユーザ当たりのより多くのＲＵを示し得る。このフィールドは、共通情報又はユーザ情報フィールドに含まれ得る。

ＵＬトラフィックを送信又は転送し得るＳＴＡは、ランダムアクセスのために割り当てられたＲＵを使用することを試み得る。ＳＴＡは、ランダムアクセスのために１つ以上のＲＵを選択するための異なる基準を有し得る。この例では、ＳＴＡは、ＵＬ送信のために２つのＲＵを選択し得る。例示的なランダムアクセス方法は、図５を参照して以下に説明される。

図５は、トリガベースのＵＬ ＯＦＤＭＡランダムアクセスのための例示的な手順の図である。ＲＵの組み合わせを考慮するＵＬマルチＲＵランダムアクセス方法は、以下のステップ又は手順の１つ又は組み合わせを含み得る。例えば、図５に示すように、ＡＰ５１０は、トリガフレーム５１１をＳＴＡ５２０に送信することによって、トリガベースのＵＬ ＯＦＤＭＡランダムアクセス手順を開始し得る。ＳＴＡ５２０は、［０、ＯＣＷ］の間でランダムに引き出されたＵＬ ＯＦＤＭＡバックオフ（OFDMA Backoff、ＯＢＯ）カウンタＮ_Ｏで構成され得る。ＳＴＡは、ランダムアクセスリソースユニット（ＲＡ－ＲＵ）５２１を示すフィールドＮ_ＲＵｓを含み得るトリガフレーム５１１を受信し得る。ＳＴＡ５２０は、アップリンク送信のためにＲＡ－ＲＵ５２１のうちの１つ以上を選択することを許可され得る。

ＳＴＡ５２０は、Ｎ_Ｏ－Ｎ_ＲＵｓ＞０であるかどうかをチェックし得る。そうである場合、ＳＴＡ５２０は、Ｎ_Ｏ＝Ｎ_Ｏ－Ｎ_ＲＵｓを設定し、その送信を保持し、後のトリガフレームを待ち得る。そうでない場合、ＵＬ送信のために１つ以上のＲＡ－ＲＵを選択する準備をし、以下のステップに従い得る。

ＳＴＡ５２０は、トリガフレーム５１１及び／又は以前に受信された他の管理／制御フレームで搬送された情報に基づいて、全ての可能なＲＵの組み合わせを有する表を形成し得る。いくつかの方法では、マルチＲＵ送信に対して全てのＲＵの組み合わせが可能であるわけではなく、表は、可能な組み合わせのみを含み得る。表は、標準的な方法、例えば、標準的な仕様に従って事前定義又は構成されるものを使用して形成され得、その結果、全てのＳＴＡは、同じトリガフレームを受信する場合、同じ順序で同じ方法で表を形成し得る。ＳＴＡ５２０は、表から１つの組み合わせをランダムに選択して、送信を実行し得る。例えば、図５に示すように、ＳＴＡは、利用可能なＲＡ－ＲＵ５２１からＲＵ１及びＲＵ２を選択し得る。

ＳＴＡ５２１は、選択されたＲＵ上で送信する前にチャネルを感知する必要があり得る。ＳＴＡが、選択されたＲＵの組み合わせ内の１つ以上のＲＵがビジーであり得ることを感知する場合、送信を保持し、次のトリガフレームを待機し得る。代替的に、又は追加的に、ＳＴＡは、ＰＰＤＵを切り捨て、利用可能なＲＵ上で送信し得る。

ＳＴＡ５２１は、全てのＲＵにわたってコーディングを実行し得る。代替的に、又は追加的に、ＳＴＡは、ＲＵごとのコーディングを実行し得、これは、各ＲＵ上のコード化されたビットが、周期的冗長検査（cyclic redundancy check、ＣＲＣ）によって個別に符号化及び／又は保護され得ることを意味し、したがって、ＲＵベースの確認応答及び再送信が可能であり得る。

ＲＵの組み合わせが、必要なサブキャリアをカバーするのに十分なサブキャリアＮ_{ＳＣＳ，ｎｅｅｄｅｄ}を有しない場合、ＳＴＡが、事前定義された又は所定の関数、例えば、Ｎ_{ＳＣＳ，ｎｅｅｄｅｄ}＝Ｆ（Ｎ_{ＳＣＳ，ｎｅｅｄｅｄ}）を使用して、必要とされるサブキャリアの数を低減させ得る。ＳＴＡは、フレームをフラグメント化するために対応する方法を準備し得る。例えば、ＳＴＡは、関数Ｆ（ｘ）＝ｘ／２を適用することによって、フレームを２で均一にフラグメント化し得る。ＳＴＡは、ＳＴＡがＲＵ又はＲＵの組み合わせを見出して、フレーム又はフレームのフラグメントを送信し得るまで、任意のそのようなステップを繰り返し得る。

ＲＵの組み合わせ及びトラフィックサイズを考慮するＵＬマルチＲＵランダムアクセス方法は、以下の手順又はステップのうちの１以上を含み得る。ＳＴＡは、［０、ＯＣＷ］の間でランダムに引き出されたＯＢＯカウンタＮ_Ｏで構成され得る。ＳＴＡは、Ｎ_ＲＵｓ個のランダムアクセスリソースユニット（ＲＡ－ＲＵ）含み得るトリガフレームを受信し得る。ＳＴＡは、アップリンク送信のために１つ以上のＲＡ－ＲＵを選択することを許可され得る。

ＳＴＡは、Ｎ_Ｏ－Ｎ_ＲＵｓ＞０であるかどうかをチェックし得る。そうである場合、ＳＴＡは、Ｎ_Ｏ＝Ｎ_Ｏ－Ｎ_ＲＵｓを設定し、その送信を保持し、後のトリガフレームを待ち得る。そうでない場合、ＵＬ送信のために１つ以上のＲＡ－ＲＵを選択する準備をし、以下の段落で説明されるように、ステップに従うか、又は手続きを実行し得る。

ＳＴＡは、受信されたトリガフレームで割り当てられたＵＬ ＭＣＳ及びＵＬ空間ストリームを使用して、送信するフレーム／Ａ－ＭＰＤＵ全体を搬送するために必要なストリーム当たりの予想される必要なサブキャリア数を計算し得る。

ここで、ＡＰＥＰ＿ｌｅｎｇｔｈ、バイト単位のＰＳＤＵ長であり得る。Ｎ_{ｓｅｒｖｉｃｅ}は、サービスフィールド内のビット数であり得る。Ｎ_ｔａｉｌは、必要に応じてテールビット数であり得る。Ｎ_ｓｓは、ユーザに割り当てられた空間ストリームの数であり得る。Ｎ_{ＩＢＰＳＣＳ}は、ユーザに割り当てられた所与のＭＣＳを用いた、空間ストリーム当たりのサブキャリア当たりの情報ビット数であり得る。Ｎ_ａｄｄは、必要に応じて、ＡＰＥＰ＿ｌｅｎｇｔｈに加えて、追加のＰＨＹ／Ｍａｃパディングを指す場合がある。例えば、ＲＵごとのコーディングが利用される場合、ＲＵごとのコーディング及びエラー検出を可能にするために、ＰＨＹ層パディングが必要とされ得る。

１つ以上のＲＵ又はＲＵの組み合わせが、必要なサブキャリアをカバーするための十分なサブキャリアＮ_{ＳＣＳ，ｎｅｅｄｅｄ}を有する場合、ＳＴＡは、有効なＲＵ又はＲＵの組み合わせ表を生成し得、これは、有効な組み合わせを含み得る。ＳＴＡは、表から１つのＲＵ又はＲＵの組み合わせをランダムに選択して、フレーム又はＡ－ＭＰＤＵを送信し得る。

ＳＴＡは、選択されたＲＵ上で送信する前にチャネルを感知する必要があり得る。ＳＴＡが、選択されたＲＵの組み合わせ内の１つ以上のＲＵがビジーであり得ることを感知する場合、送信を保持し、次のトリガフレームを待機し得る。代替的に、又は追加的に、ＳＴＡは、ＰＰＤＵを切り捨て、利用可能なＲＵ上で送信し得る。

ＳＴＡは、全てのＲＵにわたってコーディングを実行し得る。代替的に、又は追加的に、ＳＴＡは、ＲＵごとのコーディングを実行し得、これは、各ＲＵ上のコーディングされたビットが、ＣＲＣによって個別に符号化及び／又は保護され得ることを意味し、したがって、ＲＵベースの確認応答及び再送信が可能であり得る。

ＵＬトリガベースの送信の後、ＳＴＡは、確認応答を予想し得る。確認応答の単位及び再送信の単位がＲＵベースではない場合、ＳＴＡが確認応答を受信する場合、ＳＴＡは、ＯＣＷ＝ＯＣＷ_ｍｉｎを設定し、そうでなければ、ＳＴＡは、ＣＷ＝ｍｉｎ（２×ＯＣＷ＋１，ＯＣＷ_ｍａｘ）を設定し得る。

確認応答の単位及び再送信の単位がＲＵベースである場合、ＳＴＡは、以下の手順又はステップのうちの１つ以上に従ってＯＣＷを更新し得る。いくつかの方法では、ＳＴＡによって受信された確認応答が全て肯定である場合、ＳＴＡは、ＯＣＷ＝ＯＣＷ_ｍｉｎを設定し、そうでなければ、ＳＴＡは、ＯＣＷ＝ｍｉｎ（２×ＯＣＷ＋１，ＯＣＷ_ｍａｘ）を設定し得る。いくつかの方法では、ＳＴＡが少なくとも１つの肯定確認応答を受信する場合、ＳＴＡは、ＯＣＷ＝ＯＣＷ_ｍｉｎを設定し、そうでなければ、ＳＴＡは、ＯＣＷ＝ｍｉｎ（２×ＯＣＷ＋１，ＯＣＷ_ｍａｘ）を設定し得る。

マルチＲＵのＵＬ送信は、スケジュールベースであり得る。トリガフレームは、ＵＬ送信のために、複数のＲＵ又はＲＵの組み合わせをＳＴＡに割り当て得る。特定の条件下で、例えば、トリガフレーム内のキャリアセンス（ＣＳ）が必要とされるサブフィールドが設定され得、すなわち、ＳＴＡは、ＴＢ ＰＰＤＵで応答する前にキャリア感知を実行する必要があり得る。複数のＲＵを用いて、ＵＬ送信にはいくつかのＲＵ又は部分的なＲＵが利用可能であることが可能であり得るが、複数のＲＵの全てが利用可能であるわけではない。トリガベースの送信ルールは、そのような場合に設定され得、これは、パーシャルレスポンスと称され得る。パーシャルレスポンスルールに基づいて作用するＳＴＡは、利用可能なＲＵ全てで送信を実行し、利用可能なＲＵのサブセット上で送信を実行し、又は送信を保持し、後の機会を待機し得る。

ＳＴＡがＡＰによって割り当てられたＲＵのサブセット上で送信し得る条件、又はＨＥ ＴＢ ＰＰＤＵと部分的に応答するための条件は、物理的及び／又は仮想キャリア感知結果に依存し得る。

いくつかの方法では、パーシャルレスポンスは、受信機（例えば、ＡＰ）が、トリガフレームで割り当てられた方法とは異なってＵＬ送信が実行され得ることがわかるように、ＰＨＹ層シグナル伝達を含み得る。ＰＨＹ層シグナル伝達は、ＭＣＳ、空間ストリーム、及びＲＵ配分などの、ＳＴＡによって修正され得るＳＴＡ識別及び情報を含み得る。ＲＵ配分情報は、ＵＬ送信に使用されるＲＵを示し得る。いくつかの方法では、ＲＵ配分は、トリガフレーム内に示されるユーザ情報フィールドインデックスを含み得る。例えば、トリガフレームにおいて、ｋ１^ｓｔ、ｋ２^ｎｄ、及びｋ３^ｒｄユーザ情報フィールドは、ＳＴＡのＲＵ配分情報を搬送し得る。ＳＴＡは、ｋ１^ｓｔ及びｋ２^ｎｄユーザ情報フィールドによって配分されたＲＵを送信することが可能であり得、かつＳＴＡは、ＰＨＹ層シグナル伝達に使用されるＲＵを示すためにｋ１及びｋ２を使用し得る。いくつかの方法では、ＳＴＡは、トリガフレーム内のユーザ情報フィールドに定義されたＲＵ配分フィールドを使用し得る。

ＰＨＹ層シグナル伝達は、ＳＴＡのデータフィールドを搬送するＲＵ上で送信され得る。そのようなＲＵは、データＲＵと称されることもある。１つ以上のシグナル伝達フィールドは、データＲＵ上で送信される狭帯域ＳＴＦ／ＬＴＦの後であるが、データフィールドの前に位置し得る。１つ以上のシグナル伝達フィールドは、独立してコーディングされ、それ自体のＣＲＣで保護され得る。シグナル伝達は、１つのＲＵに変調され、ＲＵの残りの部分に複製され得る。各シグナル伝達フィールド又は複数のシグナル伝達フィールドは、全てのデータＲＵのためのＲＵ配分を搬送し得る。

いくつかの実施形態では、無線媒体は、マルチＡＰ及びマルチリンク動作のために予約され得る。以下のように、多数の媒体予約設計を使用して、マルチＡＰ動作の媒体予約を行い得る。

図６は、マルチＡＰセットの例示的なネットワークの図である。図６の例示的なマルチＡＰネットワーク６１０では、３つのＡＰ、ＡＰ０、ＡＰ１、及びＡＰ２は、一緒に協働して、３つの異なるＢＳＳにわたってマルチＡＰ動作を行い得る。複数のＳＴＡ、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、及びＳＴＡ４もまた、マルチＡＰネットワーク内で動作するように構成され得る。マルチＡＰ動作は、協調ＯＦＤＭＡ、協調ビームフォーミング、ジョイント送信、及び他の動作タイプを含み得る。３つの異なるＢＳＳの各々は、それぞれのＡＰ、すなわちＡＰ０、ＡＰ１、又はＡＰ２によって開始され得る。ＳＴＡ１は、ＡＰ０と関連付けられ得る。ＳＴＡ２は、ＡＰ１と関連付けられ得、ＳＴＡ３及びＳＴＡ４は、ＡＰ２と関連付けられ得る。一般性が失われることなく、ＡＰ０は、マルチＡＰセットの協調ＡＰ又は共有ＡＰであると想定され得る。ＡＰ０は、以前に割り当てられた協調ＡＰであり得るか、又はマルチＡＰセットの協調ＡＰとして選択され得る。ＡＰ０はまた、送信機会（transmit opportunity、ＴＸＯＰ）を取得しただけであり、他のＡＰと共有する意思がある共有ＡＰであり得る。

図７は、マルチＡＰ動作についての媒体予約の例示的な設計の図である。図７に示されるマルチＡＰシステムは、図６に示され、実質的に上記で説明されたシステムと同様に、３つの異なるＢＳＳ及び４つの異なるＳＴＡに関連付けられた３つの異なるＡＰを含み得る。ＡＰ０は、協調ＡＰであり得る。協調又は共有ＡＰ０は、マルチＡＰ送信要求（Request-To-Send、ＲＴＳ）フレーム７１０を１つ以上の被共有ＡＰ又は被協調ＡＰ、例えば、ＡＰ１及びＡＰ２に送信し得る。マルチＡＰ ＲＴＳフレーム７１０はまた、関連付けられたＢＳＳ、例えば、ＳＴＡ１～４において動作する１つ以上のＳＴＡによって受信され得る。

マルチＡＰ ＲＴＳフレーム７１０は、ＭＵ－ＲＴＳフレーム又はトリガフレームの修正バージョンとして実装され得る。例えば、トリガタイプサブフィールド内の新しい値を使用して、ＭＵ－ＲＴＳ又はトリガフレームがマルチＡＰ ＲＴＳフレームであり得ることを示し得る。代替的に、又は追加的に、ＭＵ－ＲＴＳフレーム内のビットは、それがマルチＡＰ ＲＴＳフレームであることを示すように設定され得る。場合によっては、マルチＡＰ ＲＴＳフレームのために、新しいフレームフォーマットが設計され得る。

マルチＡＰ ＲＴＳフレーム７１０は、１つ以上のＡＰアドレス、又はマルチＡＰ ＡＰＩＤなどのＡＰ識別子を含み得る。マルチＡＰ ＲＴＳフレームはまた、マルチＡＰセット内のＡＰのための周波数チャネル又はＲＵ配分を含み得る。マルチＡＰ ＲＴＳフレームはまた、送信ＡＰ、例えば、ＡＰ０の情報を含み得る。情報は、送信ＡＰの周波数配分が通知されるように設定されたマルチＡＰセット内の他のＡＰによって使用され得る。マルチＡＰフレームによって識別されるＡＰは、配分された周波数チャネル又はＲＵを使用して、マルチＡＰ送信可（Clear-To-Send、ＣＴＳ）フレーム７２０及び７３０などの応答フレームを送信し得る。マルチＡＰフレームによって識別されるＡＰは、それらに割り当てられて後続のマルチＡＰ通信、例えば、協調ＯＦＤＭＡ、協調ビームフォーミング、又は共有された送信機会（ＴＸＯＰ）で使用される、配分された周波数チャネル又はＲＵを、考慮し得る。加えて、マルチＡＰ ＲＴＳフレームは、マルチＡＰ ＲＴＳフレームで識別されるＡＰの各々に使用されるタイミングスケジュールを含み得る。

マルチＡＰ ＲＴＳフレームで識別されるＡＰ（例えば、ＡＰ０、ＡＰ１、及び／又はＡＰ２）は、要素７３０で示されるマルチＡＰ ＣＴＳフレームで応答し得る。例えば、ＡＰ１及び／又はＡＰ２は各々、マルチＡＰ ＲＴＳフレーム７１０を受信した後に、マルチＡＰ ＣＴＳフレーム７３０を送信し得る。ＡＰ１及び／又はＡＰ２は、例えば、マルチＡＰ ＲＴＳフレームを受信した後、マルチＡＰ ＣＴＳ７３０を送信する前など、ＳＩＦＳ期間であり得る期間Ｐ１の持続時間を待機し得る。そのようなマルチＡＰ ＣＴＳフレームは、受信されたマルチＡＰ ＲＴＳフレーム７１０に示されるように、配分された周波数チャネル又はＲＵ上で送信され得る。マルチＡＰ ＲＴＳフレームで識別されるＡＰは、媒体が自由である配分された周波数チャネル又はＲＵ上のみで応答し得る。応答ＡＰは、それ自体のそれぞれのＢＳＳについて媒体を予約するために応答を使用し得る。予約媒体は、マルチＡＰ ＲＴＳフレーム７１０の送信のためにＡＰ０によって使用される帯域幅の一部分であり得る。時間スケジュールがマルチＡＰ ＲＴＳフレーム７１０に含まれる場合、応答マルチＡＰ ＣＴＳフレーム７２０又は７３０は、時間スケジュールに従って送信され得る。

ＡＰ０などの共有ＡＰ又は協調ＡＰは、マルチＡＰセット内の他の応答ＡＰが、それ自体のＢＳＳの媒体予約を保存するのと同時に、マルチＡＰ ＣＴＳフレーム７２０を同時に送信し得る。予約媒体は、マルチＡＰ ＲＴＳフレーム７１０の送信のためにＡＰ０によって使用される帯域幅の一部分であり得る。例えば、ＡＰ０は、例えば、マルチＡＰ ＲＴＳフレーム７１０を送信した後など、ＳＩＦＳ期間であり得る期間Ｐ１持続時間を待機し得る。

マルチＡＰ ＣＴＳフレーム７２０及び７３０は、ＣＴＳフレームの変更されたバージョン又は新たに設計されたフレームであり得る。マルチＡＰ ＲＴＳフレーム７２０及び７３０は、ＭＵ－ＲＴＳフレーム又はトリガフレームの修正バージョンであり得る。トリガタイプサブフィールド内の新しい値を使用して、ＭＵ－ＲＴＳ又はトリガフレームがマルチＡＰ ＣＴＳフレームであり得ることを示し得る。代替的に、又は追加的に、ＭＵ－ＲＴＳフレーム内のビットは、それがマルチＡＰ ＣＴＳフレームであることを示すように設定され得る。別の例では、新しいフレームフォーマットは、マルチＡＰ ＣＴＳフレーム用に設計され得る。ＡＰによって送信されるマルチＡＰ ＣＴＳフレームは、１つ以上の関連付けられたＳＴＡ又は関連付けられないＳＴＡのための１つ以上のフィールドを含み得る。

マルチＡＰ ＣＴＳフレーム７２０及び／又は７３０は、１つ以上のＳＴＡアドレス、又はマルチＡＰ ＡＩＤ若しくはＡＩＤなどのＳＴＡ識別子を含み得る。マルチＡＰ ＣＴＳフレーム７２０及び／又は７３０はまた、送信ＡＰと関連付けられたＳＴＡの周波数チャネル又はＲＵ配分を含み得る。マルチＡＰフレームによって識別されるＳＴＡは、配分された周波数チャネル又はＲＵを使用して、マルチＡＰ ＣＴＳフレーム、又は単にＣＴＳフレームなどの応答フレームを送信し得る。

マルチＡＰ ＲＴＳフレーム７１０を受信するＳＴＡは、期間Ｐ１に続く関連付けられたＡＰからのＭＵ－ＣＴＳフレームを監視し得る。例えば、マルチＡＰ ＣＴＳフレームを受信した後のＳＩＦＳ期間であり得る期間Ｐ２において、図７に示すように、マルチＡＰ ＣＴＳフレーム７２０又は７３０のうちの１つで識別されるＳＴＡは、マルチＡＰ ＣＴＳフレームで、又は単にＣＴＳフレームで応答し得る。そのようなマルチＡＰ ＣＴＳは、受信されたマルチＡＰ ＣＴＳフレームに示されるように、配分された周波数チャネル又はＲＵ上で送信され得る。マルチＡＰ ＣＴＳフレームで識別されるＳＴＡは、媒体が自由である配分された周波数チャネル又はＲＵ上のみで応答し得る。時間スケジュールがマルチＡＰ ＣＴＳフレームに含まれる場合、応答マルチＡＰ ＣＴＳフレーム又はＣＴＳフレームは、時間スケジュールに従って送信され得る。

図８に示すように、他の方法も、媒体予約プロトコルを使用し得る。そのような方法では、図７に関して上述したシナリオと同様に、協調ＡＰ又は共有ＡＰは、マルチＡＰ ＲＴＳフレームを１つ以上の被共有ＡＰ又は被協調ＡＰ、例えば、ＡＰ１及びＡＰ２に送信し得る。

図８は、マルチＡＰ動作についての媒体予約の別の設計の一例である。マルチＡＰ ＲＴＳフレーム８１０は、１つ以上のＡＰアドレス、又はマルチＡＰ ＡＰＩＤなどのＡＰ識別子を含み得る。マルチＡＰ ＲＴＳフレーム８１０はまた、マルチＡＰセット内のＡＰのための周波数チャネル又はＲＵ配分を含み得る。マルチＡＰ ＲＴＳフレーム８１０はまた、送信ＡＰ、例えば、ＡＰ０の情報を含み得る。情報は、送信ＡＰの周波数配分が通知されるように設定されたマルチＡＰセット内の他のＡＰによって使用され得る。マルチＡＰ ＲＴＳフレーム８１０によって識別されるＡＰは、配分された周波数チャネル又はＲＵを使用して、マルチＡＰ ＣＴＳフレーム、及び又は図８に要素８３０で示されるＭＵ－ＲＴＳフレームなどの応答フレームを送信し得る。マルチＡＰフレームによって識別されるＡＰは、それらに割り当てられて後続のマルチＡＰ通信、例えば、協調ＯＦＤＭＡ、協調ビームフォーミング、又は共有されたＴＸＯＰで使用される、配分された周波数チャネル又はＲＵを、考慮し得る。加えて、マルチＡＰ ＲＴＳフレームは、マルチＡＰ ＲＴＳフレームで識別されるＡＰの各々に使用されるタイミングスケジュールを含み得る。マルチＡＰ ＲＴＳフレーム８１０はまた、関連付けられたＢＳＳ、例えば、ＳＴＡ１～４において動作する１つ以上のＳＴＡによって受信され得る。

マルチＡＰ ＲＴＳフレームで識別されるＡＰは、ＭＵ－ＲＴＳフレームで応答し得る。ＡＰ１及び／又はＡＰ２は、例えば、マルチＡＰ ＲＴＳフレーム８１０を受信した後、ＭＵ－ＲＴＳフレーム８３０を送信する前など、ＳＩＦＳ期間であり得る期間Ｐ１の持続時間を待機し得る。ＭＵ－ＲＴＳフレーム８３０は、受信されたマルチＡＰ ＲＴＳフレームに示されるように、配分された周波数チャネル又はＲＵ上で送信され得る。マルチＡＰ ＲＴＳフレームで識別されるＡＰは、媒体が自由である配分された周波数チャネル又はＲＵ上のみで応答し得る。応答ＡＰは、それ自体のそれぞれのＢＳＳについて媒体を予約するために応答を使用し得る。予約媒体は、マルチＡＰ ＲＴＳフレーム８１０の送信のためにＡＰ０によって使用される帯域幅の一部分であり得る。時間スケジュールがマルチＡＰ ＲＴＳフレーム８１０に含まれる場合、応答ＭＵ－ＲＴＳ８３０は、時間スケジュールに従って送信され得る。

ＡＰ０などの共有ＡＰ又は協調ＡＰは、マルチＡＰセット内の他の応答ＡＰが、それぞれのＭＵ－ＲＴＳフレーム８３０を送信するのと同時に、ＭＵ－ＲＴＳフレーム８２０を送信し得る。ＭＵ－ＲＴＳフレーム８２０は、共有ＡＰ０又は協調ＡＰ０によって使用されて、それ自体のＢＳＳの媒体予約を行い得る。マルチＡＰ ＲＴＳフレーム８１０を受信するＳＴＡは、期間Ｐ１に続く関連付けられたＡＰからのＭＵ－ＲＴＳフレームを監視し得る。ＭＵ－ＲＴＳフレームで識別されるＳＴＡは、ＭＵ－ＲＴＳ／ＣＴＳプロトコルに続くＣＴＳフレームで応答し得る。例えば、ＳＴＡ１～４のうちの１つ以上は、ＭＵ－ＲＴＳフレーム８２０又は８３０のうちの１つ以上を受信した後、ＣＴＳフレーム８４０を送信する前の、ＳＩＦＳ期間であり得る期間Ｐ２の持続時間を待機し得る。そのようなＣＴＳは、受信されたＭＵ－ＲＴＳフレームに示されるように、配分された周波数チャネル又はＲＵ上で送信され得る。

図９は、マルチＡＰ動作についての別の例示的な媒体予約設計の図である。図９に示すように、協調ＡＰ０又は共有ＡＰ０は、マルチＡＰ ＲＴＳフレーム９１０を１つ以上の被共有ＡＰ又は被協調ＡＰ、例えば、ＡＰ１及びＡＰ２に送信し得る。マルチＡＰ ＲＴＳフレーム９１０はまた、関連付けられたＢＳＳ、例えば、ＳＴＡ１～４において動作する１つ以上のＳＴＡによって受信され得る。

マルチＡＰ ＲＴＳフレーム９１０は、１つ以上のＡＰアドレス、又はマルチＡＰ ＡＰＩＤなどのＡＰ識別子を含み得る。マルチＡＰ ＲＴＳフレーム９１０はまた、マルチＡＰセット内のＡＰのための周波数チャネル又はＲＵ配分を含み得る。マルチＡＰ ＲＴＳフレーム９１０はまた、ＡＰ０などの送信ＡＰの情報を含み得る。情報は、送信ＡＰの周波数配分が通知されるように設定されたマルチＡＰセット内の他のＡＰによって使用され得る。マルチＡＰ フレーム９１０によって識別されるＡＰは、配分された周波数チャネル又はＲＵを使用して、図９に要素９４０で示されるマルチＡＰ ＣＴＳフレームなどの応答フレームを送信し得る。マルチＡＰフレームによって識別されるＡＰは、それらに割り当てられて後続のマルチＡＰ通信、例えば、協調ＯＦＤＭＡ、協調ビームフォーミング、又は共有されたＴＸＯＰで使用される、配分された周波数チャネル又はＲＵを、考慮し得る。加えて、マルチＡＰ ＲＴＳフレーム９１０は、マルチＡＰ ＲＴＳフレームで識別されるＡＰの各々に使用されるタイミングスケジュールを含み得る。

マルチＡＰ ＲＴＳフレームで識別されるＡＰは、マルチＡＰ ＣＴＳフレーム９４０及びＭＵ－ＲＴＳフレーム９５０を含み得るアグリゲーションフレームで応答し得る。ＡＰ１及び／又はＡＰ２は、例えば、マルチＡＰ ＲＴＳフレーム９１０を受信した後、アグリゲーションフレームを送信する前など、ＳＩＦＳ期間であり得る期間Ｐ１の持続時間を待機し得る。そのようなアグリゲーションフレームは、受信されたマルチＡＰ ＲＴＳフレームに示されるように、配分された周波数チャネル又はＲＵ上で送信され得る。マルチＡＰ ＲＴＳフレームで識別されるＡＰは、媒体が自由である配分された周波数チャネル又はＲＵ上のみで応答し得る。時間スケジュールがマルチＡＰ ＲＴＳフレーム９１０に含まれる場合、応答アグリゲーションフレームは、時間スケジュールに従って送信され得る。

ＡＰ０などの共有ＡＰ又は協調ＡＰは、マルチＡＰセット内の他の応答ＡＰが、それぞれのマルチＡＰ ＣＴＳ並びにＭＵ ＲＴＳフレーム９４０及び９５０を送信するのと同時に、マルチＡＰ ＣＴＳフレーム９２０及びＭＵ－ＲＴＳフレーム９３０を含むアグリゲーションパケットを送信し得る。マルチＡＰ ＣＴＳフレーム９２０及びＭＵ－ＲＴＳフレーム９３０は、共有ＡＰ０又は協調ＡＰ０によって使用されて、それ自体のＢＳＳの媒体予約を保存し得る。ＡＰ０は、例えば、マルチＡＰ ＲＴＳフレーム９１０を送信した後、マルチＡＰ ＣＴＳフレーム９２０及びＭＵ－ＲＴＳフレーム９３０を含むアグリゲーションフレームを送信する前に、ＳＩＦＳ期間であり得る期間Ｐ１の持続時間を待機し得る。

マルチＡＰ ＣＴＳフレームは、ＣＴＳフレームの変更されたバージョン又は新たに設計されたフレームであり得る。

いくつかの設計では、マルチＡＰ ＲＴＳフレームで識別されるＡＰは、マルチＡＰ ＲＴＳフレームを受信した後の期間（例えば、ＳＩＦＳ）後にマルチＡＰ ＣＴＳフレームで応答し得る。別の期間、例えばＳＩＦＳの後、ＡＰは、ＭＵ－ＲＴＳフレームを送信して、それ自体のＢＳＳの媒体予約を行い得る。両フレームは、受信されたマルチＡＰ ＲＴＳフレームに示されるように、配分された周波数チャネル又はＲＵ上で送信され得る。マルチＡＰ ＲＴＳフレームで識別されるＡＰは、媒体が自由である配分された周波数チャネル又はＲＵ上のみで応答し得る。時間スケジュールがマルチＡＰ ＲＴＳフレームに含まれる場合、応答フレームは、時間スケジュールに従って送信され得る。

ＡＰ０などの共有ＡＰ又は協調ＡＰは、マルチＡＰ ＣＴＳフレームを送信し得る。別のＳＩＦＳ期間の後、ＡＰ０は、マルチＡＰセット内の他の応答ＡＰと同時にＭＵ－ＲＴＳフレームを送信し得る。ＡＰ０は、それ自体のＢＳＳの媒体予約を保存するためにこれを行い得る。

更に図９に関して、ＡＰ０から最初のマルチＡＰ ＲＴＳフレーム９１０をも受信し得たＳＴＡ１～４の動作を考慮すると、ＳＴＡ１～４のうちの１つ以上は、識別されたＡＰのうちの１つ以上からの応答フレームを監視する前の第１の期間Ｐ１を待機し得る。例えば、図９に示す手順と一致して、ＡＰ０と関連付けられたＢＳＳで動作するように構成されたＳＴＡは、マルチＡＰ ＲＴＳフレーム９１０を受信し得る。ＳＴＡは、例えば、マルチＡＰ ＣＴＳフレーム９２０及びＭＵ－ＲＴＳフレーム９３０のうちの１つ又は両方を受信する前に、第１の期間Ｐ１を待機し得る。

ＡＰによって送信されるマルチＡＰ ＣＴＳは、マルチＡＰ ＲＴＳフレームを確認し、関連付けられたＢＳＳの媒体予約を保存することが意図され得る。ＭＵ－ＲＴＳフレームのうちの１つ以上を受信した後の期間（例えば、ＳＩＦＳ）に、ＭＵ－ＲＴＳフレームのうちの１つ以上で識別されるＳＴＡは、ＭＵ－ＲＴＳ／ＣＴＳプロトコルに続くＣＴＳフレームで応答し得る。そのようなＣＴＳは、受信されたＭＵ－ＲＴＳフレームのうちの１つ以上に示されるように、配分された周波数チャネル又はＲＵ上で送信され得る。例えば、ＭＵ－ＲＴＳフレーム９３０で識別され、ＡＰ０と関連付けられたＳＴＡは、ＣＴＳフレーム９６０を送信する前に、期間Ｐ２の持続時間を待機し得る。ＣＴＳフレームは、ＭＵ－ＲＴＳフレーム９３０に示されるように、配分されたチャネル周波数又はＲＵ上で送信され得る。

同様の手順は、ＡＰ１又はＡＰ２と関連付けられた他のＳＴＡによって実行され得る。例えば、ＳＴＡは、ＡＰ０によるマルチＡＰ ＲＴＳフレーム９１０の送信後、関連付けられたＢＳＳの媒体を保存するマルチＡＰ ＣＴＳフレーム９４０及びＭＵ－ＲＴＳフレーム９５０のうちの一方又は両方を受信する前の、第１の期間Ｐ１を待機し得る。ＭＵ－ＲＴＳフレーム９５０で識別され、ＡＰ１又はＡＰ２と関連付けられたＳＴＡは、ＣＴＳフレーム９６０のうちの１つ以上を送信する前に、期間Ｐ２の持続時間を待機し得る。１つ以上のＣＴＳフレームは、受信されたＭＵ－ＲＴＳフレーム９５０のうちの１つに示されるように、配分されたチャネル周波数又はＲＵ上で送信され得る。

特徴及び要素は、特定の組み合わせにおいて上で説明されているが、当業者は、各特徴又は要素が単独で又は他の特徴及び要素との任意の組み合わせで使用され得ることを理解されよう。更に、本明細書に説明される方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアに実装され得る。コンピュータ可読媒体の例には、電子信号（有線又は無線接続を介して送信される）及びコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。

Claims (20)

1. マルチアクセスポイント（ＡＰ）無線ローカルエリアネットワーク（ＷＬＡＮ）において使用するためのＡＰであって、
   リソースのセットを使用して、少なくとも１つの他のＡＰ及び複数のステーション（ＳＴＡ）に、マルチＡＰ送信レディ（ＲＴＳ）フレームを送信するように構成された送信機であって、
   前記リソースのセットの一部分を使用して別のフレームを送信するように構成されている、送信機と、
   前記リソースのセットの前記一部分を使用して、前記別のフレームに応答して、前記複数のＳＴＡのうちの少なくとも１つのＳＴＡからの送信可（ＣＴＳ）フレームを受信するように構成された受信機と、を備え、
   前記送信機が、前記リソースのセットの前記一部分を使用して、前記少なくとも１つのＳＴＡにデータフレームを送信するように構成されている、ＡＰ。
2. 前記マルチＡＰ ＲＴＳフレームが、前記少なくとも１つの他のＡＰ及び前記複数のＳＴＡのためのリソース配分情報を含む、請求項１に記載のＡＰ。
3. 前記別のフレーム、前記ＣＴＳフレーム、及び前記データフレームを送信又は受信するために使用される前記リソースのセットの前記一部分が、基本サービスセット（ＢＳＳ）と関連付けられた予約媒体である、請求項１に記載のＡＰ。
4. 前記ＡＰ及び前記少なくとも１つのＳＴＡが、前記ＢＳＳにおいて動作するように構成されている、請求項３に記載のＡＰ。
5. 前記別のフレームが、マルチＡＰ ＣＴＳフレームである、請求項１に記載のＡＰ。
6. 前記別のフレームが、マルチユーザ（ＭＵ）ＲＴＳフレームである、請求項１に記載のＡＰ。
7. 前記送信機が、第１の期間の後に前記別のフレームを送信するように構成されており、前記受信機が、第２の期間の後に前記少なくとも１つのＳＴＡから前記ＣＴＳフレームを受信するように構成されている、請求項１に記載のＡＰ。
8. マルチアクセスポイント（ＡＰ）無線ローカルエリアネットワーク（ＷＬＡＮ）において動作するためのＡＰによって実行される方法であって、
   リソースのセットを使用して、少なくとも１つの他のＡＰ及び複数のステーション（ＳＴＡ）に、マルチＡＰ送信レディ（ＲＴＳ）フレームを送信することと、
   前記リソースのセットの一部分を使用して別のフレームを送信することと、
   前記リソースのセットの前記一部分を使用して、前記別のものに応答して、前記複数のＳＴＡのうちの少なくとも１つのＳＴＡからの送信可（ＣＴＳ）フレームを受信することと、
   前記リソースのセットの前記一部分を使用して、前記少なくとも１つのＳＴＡにデータフレームを送信することと、を含む、方法。
9. 前記マルチＡＰ ＲＴＳフレームが、前記少なくとも１つの他のＡＰ及び前記複数のＳＴＡのためのリソース配分情報を含む、請求項８に記載の方法。
10. 前記別のマルチＡＰフレーム、前記ＣＴＳフレーム、及び前記データフレームを送信又は受信するために使用される前記リソースのセットの前記一部分が、基本サービスセット（ＢＳＳ）と関連付けられた予約媒体である、請求項８に記載の方法。
11. 前記ＡＰ及び前記少なくとも１つのＳＴＡが、前記ＢＳＳにおいて動作するように構成されている、請求項１０に記載の方法。
12. 前記別のフレームが、マルチＡＰ ＣＴＳフレームである、請求項８に記載の方法。
13. 前記別のフレームが、マルチユーザ（ＭＵ）ＲＴＳフレームである、請求項８に記載の方法。
14. 前記送信機が、第１の期間の後に前記別のフレームを送信するように構成されており、前記受信機が、第２の期間の後に前記少なくとも１つのＳＴＡから前記ＣＴＳフレームを受信するように構成されている、請求項８に記載の方法。
15. マルチアクセスポイント（ＡＰ）無線ローカルエリアネットワーク（ＷＬＡＮ）において使用するためのステーション（ＳＴＡ）であって、
    マルチＡＰ送信レディ（ＲＴＳ）フレームを受信するように構成された受信機であって、
    前記受信機が、別のフレームを受信するように構成されており、前記別のフレームが、第１の期間の後に受信される、受信機と、
    前記別のフレームに応答して、送信可（ＣＴＳ）フレームを送信するように構成された送信機で合って、前記ＣＴＳフレームが、第２の期間の後に送信される、送信機と、を備え、
    前記受信機が、前記送信されたＣＴＳフレームに応答して、データフレームを受信するように構成されている、ＳＴＡ。
16. 前記マルチＡＰ ＲＴＳフレームが、リソース配分情報を含む、請求項１５に記載のＳＴＡ。
17. 前記別のマルチＡＰ ＣＴＳフレーム、前記ＣＴＳフレーム、及び前記データフレームが、配分されたリソースのセットの少なくとも一部分を使用して受信又は送信される、請求項１５に記載のＳＴＡ。
18. 前記マルチＡＰ ＲＴＳフレーム及び前記別のフレームが、ＡＰから受信され、前記ＳＴＡ及び前記ＡＰが、同じ基本サービスセット（ＢＳＳ）において動作するように構成されている、請求項１５に記載のＳＴＡ。
19. 前記別のフレームが、マルチＡＰ ＣＴＳフレームである、請求項１５に記載のＳＴＡ。
20. 前記別のフレームが、マルチユーザ（ＭＵ）ＲＴＳフレームである、請求項１５に記載のＳＴＡ。
    
    

Images