JP2024054169A - Ｗｌａｎ内のジョイントマルチａｐ伝送のための方法及び機器 - Google Patents

Abstract

【課題】マルチアクセスポイント（マルチＡＰ）通信において、ステーション（ＳＴＡ）による信号の適切な復号を可能にするようにアクセスポイント（ＡＰ）がＳＴＡに同期させる方法及び無線送信／受信ユニットを提供する。【解決手段】方法は、無線送信／受信ユニット（ＷＴＲＵ）によって、複数のＡＰのうちの第１のＡＰから、第１のＡＰの識別子及び複数のＡＰのうちの第２のＡＰの識別子を含むトリガフレームを受信するステップと、第１のＡＰの識別子、第２のＡＰの識別子、及び同期情報を含む逆トリガフレームを生成するステップと、少なくとも第１のＡＰ及び第２のＡＰに逆トリガフレームを伝送するステップと、同期情報に基づいて、第１のＡＰ及び第２のＡＰからそれぞれのデータ伝送を受信するステップと、を含む。【選択図】図１２

Description

関連出願の相互参照
[0001] 本願は、参照によりその内容が本明細書に援用される、２０１８年１１月８日に出願された米国仮特許出願第６２／７５７，６１１号の利益及び２０１９年３月７日に出願された米国仮特許出願第６２／８１５，１１３号の利益を主張する。

背景
[0002] インフラストラクチャ基本サービスセット（ＢＳＳ）モード内のＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）及びＡＰに関連付けられた１つ又は複数のステーション（ＳＴＡ）を有する。ＡＰは、典型的には、ＢＳＳの内外にトラフィックを運ぶ分配システム（ＤＳ）又は別の種類の有線／無線ネットワークへのアクセス又はインタフェースを有する。ＢＳＳの外部から生じるＳＴＡへのトラフィックは、ＡＰを介して到達し、ＳＴＡに届けられる。ＢＳＳの外部の宛先へのＳＴＡから生じるトラフィックは、それぞれの宛先に届けられるようにＡＰに送信される。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを介して送信することもでき、ソースＳＴＡは、ＡＰにトラフィックを送信し、ＡＰは、そのトラフィックを宛先ＳＴＡに届ける。ＢＳＳ内のＳＴＡ間のかかるトラフィックは、実際には、ピアツーピアトラフィックである。かかるピアツーピアトラフィックは、802.11e ＤＬＳ又は802.11zトンネル化ＤＬＳ（ＴＤＬＳ）を使用するダイレクトリンクセットアップ（ＤＬＳ）を用いて、ソースＳＴＡと宛先ＳＴＡとの間で直接送信することもできる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さず、及び／又は互いに直接通信するＳＴＡを有する。このモードの通信を「アドホック」モードの通信と呼ぶ。

[0003] ダウンリンク協調シングルユーザ（ＳＵ）ビームフォーミング又はジョイントプリコーディングでは、信号が同様の受信出力、時間及び周波数でＳＴＡに到達して、ＳＴＡによる信号の適切な復号を可能にするようにＡＰがＳＴＡに同期するための方法が求められている。加えて、この動作を可能にするチャネルアクセス方式を定める必要がある。

概要
[0004] 無線送信／受信ユニット（ＷＴＲＵ）によって実行されるマルチアクセスポイント（マルチＡＰ）通信の方法は、複数のアクセスポイント（ＡＰ）の第１のＡＰから第１のトリガフレームを受信することであって、第１のトリガフレームは、第１の情報を含む、受信することを含む。ＷＴＲＵは、第１のトリガフレームを受信した後の所定の期間において、複数のＡＰの第２のＡＰから第２のトリガフレームを受信する。第２のトリガフレームも第１のトリガフレームの第１の情報を含む。ＷＴＲＵは、第１のトリガフレーム及び第２のトリガフレームに基づいて同期フレームを生成する。同期フレームは、同期情報を含む。ＷＴＲＵは、少なくとも第１のＡＰ及び第２のＡＰに同期フレームを伝送する。最後に、ＷＴＲＵは、第１のＡＰ及び第２のＡＰのそれぞれから、同期情報に基づいてデータ伝送を受信する。

[0005] マルチアクセスポイント（マルチＡＰ）通信を行うように構成される無線送信／受信ユニット（ＷＴＲＵ）は、複数のアクセスポイント（ＡＰ）の第１のＡＰから第１のトリガフレームを受信するように構成される受信機を含む。第１のトリガフレームは、第１の情報を含む。受信機は、第１のトリガフレームを受信した後の所定の期間において、複数のＡＰの第２のＡＰから第２のトリガフレームを受信するようにも構成される。第２のトリガフレームも第１のトリガフレームの第１の情報を含む。ＷＴＲＵは、第１のトリガフレーム及び第２のトリガフレームに基づいて同期フレームを生成するように構成されるプロセッサを更に含む。同期フレームは、同期情報を含む。ＷＴＲＵは、少なくとも第１のＡＰ及び第２のＡＰに同期フレームを伝送するように構成される送信機を更に含む。更に、受信機は、第１のＡＰ及び第２のＡＰのそれぞれから、同期情報に基づいてデータ伝送を受信するように構成される。

図面の簡単な説明
[0006] 添付図面に関連して例として示す以下の説明からより詳細な理解を得ることができ、図中の同様の参照番号は、同様の要素を示す。

[0007]１つ又は複数の開示する実施形態を実装することができる通信システムの一例を示すシステム図である。 [0008]一実施形態による、図１Ａに示す通信システム内で使用することができる無線送信／受信ユニット（ＷＴＲＵ）の一例を示すシステム図である。 [0009]一実施形態による、図１Ａに示す通信システム内で使用することができる無線アクセスネットワーク（ＲＡＮ）の一例及びコアネットワーク（ＣＮ）の一例を示すシステム図である。 [0010]一実施形態による、図１Ａに示す通信システム内で使用することができるＲＡＮの更なる例及びＣＮの更なる例を示すシステム図である。 [0011]協調直交周波数分割多元接続（ＯＦＤＭＡ）における部分周波数再利用（ＦＦＲ）を示す。 [0012]図２の例の関連ＯＦＤＭＡリソース割り当てを示す。 [0013]協調ヌリング（nulling）／ビームフォーミングの一例を示す。 [0014]シングルユーザジョイントプリコーデッドマルチＡＰ伝送を示す。 [0015]マルチユーザジョイントプリコーデッドマルチＡＰ伝送を示す。 [0016]トリガベースのマルチＡＰサウンディングの一例を示す。 [0017]アップリンク（ＵＬ）サウンディングの位相オフセットの一例を示す。 [0018]協調ＭＵビームフォーミングの一例を示す。 [0019]トリガフレームベースのダウンリンク（ＤＬ）ジョイント伝送の一例を示す。 [0020]例示的なチャネルアクセス手順を示す。 [0021]例示的なチャネルアクセス手順を示す。 [0022]例示的なチャネルアクセス手順を示す。 [0023]例示的なチャネルアクセス手順を示す。 [0024]例示的なチャネルアクセス手順を示す。 [0025]例示的なチャネルアクセス手順を示す。 [0026]例示的なチャネルアクセス手順を示す。 [0027]例示的なチャネルアクセス手順を示す。 [0028]例示的なチャネルアクセス手順を示す。 [0029]例示的なチャネルアクセス手順を示す。 [0030]ＪＴ ＭＵ－ＭＩＭＯの一例に関する手順及びフレーム交換の一例を示す。 [0031]ＪＴ ＭＵ－ＭＩＭＯの一例に関する手順及びフレーム交換の一例を示す。 [0032]ＪＴ ＭＵ－ＭＩＭＯの一例に関する手順及びフレーム交換の一例を示す。 [0033]ＪＴ ＭＵ－ＭＩＭＯの一例に関する手順及びフレーム交換の一例を示す。

詳細な説明
[0034] 図１Ａは、１つ又は複数の開示する実施形態を実装することができる通信システム１００の一例を示す図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを提供する多元接続システムであり得る。通信システム１００は、無線帯域幅を含むシステムリソースを共用することによって複数の無線ユーザがかかるコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理済みＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）等の１つ又は複数のチャネルアクセス方法を使用することができる。

[0035] 図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０及び他のネットワーク１１２を含み得るが、開示する実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク及び／又はネットワーク要素を予期することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境内で動作及び／又は通信するように構成される任意の種類の装置であり得る。例として、その何れもステーション（ＳＴＡ）と呼ぶことができるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を伝送及び／又は受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定又は移動加入者ユニット、加入ごとのユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はMi-Fi装置、モノのインターネット（ＩｏＴ）装置、時計又は他の着用物、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療装置及び医学的応用（例えば、遠隔手術）、工業装置及び工業的応用（例えば、工業及び／又は自動化プロセスチェーンに関連して動作するロボット及び／又は他の無線装置）、家庭用電子装置、商用及び／又は工業用無線ネットワーク上で動作する装置等を含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ及び１０２ｄの何れもＵＥと区別なく呼ぶ場合がある。

[0036] 通信システム１００は、基地局１１４ａ及び／又は基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂのそれぞれは、ＣＮ１０６、インターネット１１０及び／又は他のネットワーク１１２等の１つ又は複数の通信ネットワークへのアクセスを促進するためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインタフェースするように構成される任意の種類の装置であり得る。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ局（ＢＴＳ）、NodeB、eNode B（eNB）、Home Node B、Home eNode B、gNodeB（gNB）等の次世代NodeB、new radio（NR）NodeB、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ等であり得る。基地局１１４ａ、１１４ｂを単一の要素としてそれぞれ示すが、基地局１１４ａ、１１４ｂは、相互接続された任意の数の基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。

[0037] 基地局１１４ａは、ＲＡＮ１０４の一部であり得、ＲＡＮ１０４は、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード等の他の基地局及び／又はネットワーク要素（不図示）も含み得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（不図示）と呼ばれ得る１つ又は複数のキャリア周波数上で無線信号を伝送及び／又は受信するように構成され得る。これらの周波数は、ライセンススペクトル、非ライセンススペクトル又はライセンススペクトルと非ライセンススペクトルとの組み合わせにおけるものであり得る。セルは、相対的に固定され得るか又は時間と共に変化し得る特定の地理的領域に無線サービスのカバレッジを提供することができる。セルは、セルセクタに更に分割され得る。例えば、基地局１１４ａに関連するセルは、３つのセクタに分割することができる。従って、一実施形態では、基地局１１４ａは、３つの、即ちセルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａが多重入出力（ＭＩＭＯ）技術を使用することができ、セルのセクタごとに複数のトランシーバを利用し得る。例えば、所望の空間方向に信号を伝送及び／又は受信するためにビームフォーミングを使用することができる。

[0038] 基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外（ＩＲ）、紫外（ＵＶ）、可視光等）であり得るエアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ又は複数と通信し得る。エアインタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。

[0039] より具体的には、上記で述べたように、通信システム１００は、多元接続システムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡ等の１つ又は複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインタフェース１１６を確立し得るUniversal Mobile Telecommunications System（ＵＭＴＳ）Terrestrial Radio Access（ＵＴＲＡ）等の無線技術を実装することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）及び／又はEvolved HSPA（ＨＳＰＡ＋）等の通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）及び／又は高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含み得る。

[0040] 一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、Long Term Evolution（LTE）及び／又はLTE-Advanced（LTE-A）及び／又はLTE-Advanced Pro（LTE-A Pro）を使用してエアインタフェース１１６を確立し得るEvolved UMTS Terrestrial Radio Access（E-UTRA）等の無線技術を実装することができる。

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

[0042] 一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装することができる。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）の原理を使用してLTE無線アクセス及びNR無線アクセスを一緒に実装することができる。従って、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインタフェースは、複数の種類の無線アクセス技術及び／又は複数の種類の基地局（例えば、eNB及びgNB）との間で送信される伝送によって特徴付けることができる。

[0043] 他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、IEEE 802.11（即ちWireless Fidelity（WiFi）、IEEE 802.16（即ちWorldwide Interoperability for Microwave Access（WiMAX））、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、Interim Standard 2000（IS-2000）、Interim Standard 95（IS-95）Interim Standard 856（IS-856）、Global System for Mobile communications（GSM）、Enhanced Data rates for GSM Evolution（EDGE）、GSM EDGE（GERAN）等の無線技術を実装することができる。

[0044] 図１Ａの基地局１１４ｂは、例えば、無線ルータ、Home Node B、Home eNode B又はアクセスポイントであり得、事業所、自宅、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路等の局所的領域内の無線接続性を促進するために任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、IEEE 802.11等の無線技術を実装して無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、IEEE 802.15等の無線技術を実装して無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。更に別の実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、WCDMA、CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NR等）を利用してピコセル又はフェムトセルを確立することができる。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。従って、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がない場合がある。

[0045] ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ又は複数に音声、データ、アプリケーション及び／又はボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成される任意の種類のネットワークであり得るＣＮ１０６と通信し得る。データは、異なるスループット要件、遅延要件、エラー許容範囲要件、信頼性要件、データスループット要件、モビリティ要件等、種々のサービス品質（ＱｏＳ）要件を有し得る。ＣＮ１０６は、呼制御、課金サービス、モバイルロケーションベースサービス、プリペイド通話、インターネット接続、ビデオ配信等を提供することができ、及び／又はユーザ認証等の高レベルセキュリティ機能を実行することができる。図１Ａには不図示であるが、ＲＡＮ１０４及び／又はＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを使用する他のＲＡＮと直接的又は間接的に通信し得ることが理解されるであろう。例えば、NR無線技術を利用し得るＲＡＮ１０４に接続されることに加え、ＣＮ１０６は、GSM、UMTS、CDMA2000、WiMAX、E-UTRA又はWiFi無線技術を使用する別のＲＡＮ（不図示）と通信することもできる。

[0046] ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０及び／又は他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たすこともできる。ＰＳＴＮ１０８は、単純旧式電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）及び／又はインターネットプロトコル（ＩＰ）等の共通の通信プロトコルを使用する、相互接続されたコンピュータネットワーク及び装置の世界的なシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを使用し得る１つ又は複数のＲＡＮに接続される別のＣＮを含み得る。

[0047] 通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部又は全てがマルチモード機能を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは様々な無線リンク上で様々な無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用し得る基地局１１４ａ及びIEEE 802無線技術を使用し得る基地局１１４ｂと通信するように構成され得る。

[0048] 図１Ｂは、ＷＴＲＵ１０２の一例を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、伝送／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、脱着不能メモリ１３０、脱着可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６及び／又は他の周辺装置１３８を含み得る。ＷＴＲＵ１０２は、実施形態と合致したままで上記の要素の任意のサブコンビネーションを含み得ることが理解されるであろう。

[0049] プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つ又は複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、書換可能ゲートアレイ（ＦＰＧＡ）、他の任意の種類の集積回路（ＩＣ）、状態機械等であり得る。プロセッサ１１８は、信号符号化、データ処理、出力制御、入力／出力処理及び／又はＷＴＲＵ１０２が無線環境内で動作することを可能にする他の任意の機能を実行することができる。プロセッサ１１８は、伝送／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップ内に統合され得ることが理解されるであろう。

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

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

[0052] トランシーバ１２０は、伝送／受信要素１２２によって伝送される信号を変調するように、及び伝送／受信要素１２２によって受信される信号を復調するように構成され得る。上記で述べたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。従って、トランシーバ１２０は、ＷＴＲＵ１０２が例えばNR及びIEEE 802.11等の複数のＲＡＴによって通信することを可能にするための複数のトランシーバを含み得る。

[0053] ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット又は有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得、それからユーザ入力データを受信し得る。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６及び／又はディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、脱着不能メモリ１３０及び／又は脱着可能メモリ１３２等の任意の種類の適切なメモリの情報にアクセスし、かかるメモリ内にデータを記憶することができる。脱着不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、ハードディスク又は他の任意の種類のメモリ記憶装置を含み得る。脱着可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ１１８は、サーバ上又はホームコンピュータ上（不図示）等、ＷＴＲＵ１０２上に物理的に位置しないメモリの情報にアクセスし、かかるメモリ内にデータを記憶することができる。

[0054] プロセッサ１１８は、電源１３４から電力を得ることができ、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配及び／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切な装置であり得る。例えば、電源１３４は、１つ又は複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉイオン）等）、太陽電池、燃料電池等を含み得る。

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

[0056] プロセッサ１１８は、追加の特徴、機能及び／又は有線若しくは無線接続を提供する１つ又は複数のソフトウェア及び／又はハードウェアモジュールを含み得る他の周辺装置１３８に更に結合され得る。例えば、周辺装置１３８は、加速度計、ｅコンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動装置、テレビ受信機、ハンズフリーヘッドセット、Bluetooth（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（ＶＲ／ＡＲ）装置、活動トラッカ等を含み得る。周辺装置１３８は、１つ又は複数のセンサを含むことができる。センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁気計、方位センサ、近接センサ、温度センサ、時間センサ、地理位置センサ、高度計、光センサ、タッチセンサ、磁気計、気圧計、ジェスチャセンサ、バイオメトリクセンサ及び湿度センサ等の１つ又は複数であり得る。

[0057] ＷＴＲＵ１０２は、（例えば、（例えば、伝送のための）ＵＬ及び（例えば、受信のための）ＤＬの両方の特定のサブフレームに関連する信号の一部又は全ての伝送及び受信が並行及び／又は同時であり得る全二重無線を含み得る。全二重無線は、ハードウェアによる自己干渉（例えば、チョーク）又はプロセッサによる（例えば、別個のプロセッサ（不図示）又はプロセッサ１１８による）信号処理による自己干渉を減らし及び又はほぼなくすための干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２は、信号の一部又は全ての伝送及び受信（例えば、（例えば、伝送のための）ＵＬ又は（例えば、受信のための）ＤＬのいずれかのための特定のサブフレームに関連する）のための半二重無線を含むことができる。

[0058] 図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を示すシステム図である。上記で述べたように、ＲＡＮ１０４は、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにE-UTRA無線技術を使用することができる。ＲＡＮ１０４は、ＣＮ１０６と通信することもできる。

[0059] ＲＡＮ１０４は、eNode-B１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、実施形態と合致したままで任意の数のeNode-Bを含み得ることが理解されるであろう。eNode-B１６０ａ、１６０ｂ、１６０ｃは、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ又は複数のトランシーバをそれぞれ含み得る。一実施形態では、eNode-B１６０ａ、１６０ｂ、１６０ｃがＭＩＭＯ技術を実装することができる。従って、例えば、eNode-B１６０ａは、複数のアンテナを使用してＷＴＲＵ１０２ａとの間で無線信号を伝送及び／又は受信することができる。

[0060] eNode-B１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（不図示）に関連することができ、無線リソース管理の判断、ハンドオーバの判断、ＵＬ及び／又はＤＬ内のユーザのスケジューリング等を処理するように構成され得る。図１Ｃに示すように、eNode-B１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェース上で互いに通信することができる。

[0061] 図１Ｃに示すＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４及びパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１６６を含み得る。上記の要素をＣＮ１０６の一部として示すが、これらの要素の何れもＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されるであろう。

[0062] ＭＭＥ１６２は、Ｓ１インタフェースによってＲＡＮ１０４内のeNode-B１６２ａ、１６２ｂ、１６２ｃのそれぞれに接続することができ、制御ノードとしての役割を果たし得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中に特定のサービングゲートウェイを選択すること等を担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭ及び／又はＷＣＤＭＡ等の他の無線技術を使用する他のＲＡＮ（不図示）とを切り替えるための制御プレーン機能を提供し得る。

[0063] ＳＧＷ１６４は、Ｓ１インタフェースによってＲＡＮ１０４内のeNode B１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され得る。ＳＧＷ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間のユーザデータパケットをルートし転送することができる。ＳＧＷ１６４は、eNode B間のハンドオーバ中のユーザプレーンのアンカリング、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとって入手可能な場合のページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理及び記憶等の他の機能を実行し得る。

[0064] ＳＧＷ１６４は、ＰＧＷ１６６に接続することができ、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを与えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応装置との間の通信を促進することができる。

[0065] ＣＮ１０６は、他のネットワークとの通信を促進することができる。例えば、ＣＮ１０６は、ＰＳＴＮ１０８等の回線交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信装置との間の通信を促進することができる。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができるか、又はかかるＩＰゲートウェイと通信し得る。加えて、ＣＮ１０６は、他のサービスプロバイダによって所有及び／又は運営される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えることができる。

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

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

[0068] インフラストラクチャ基本サービスセット（ＢＳＳ）モード内のＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）及びＡＰに関連付けられた１つ又は複数のステーション（ＳＴＡ）を有し得る。ＡＰは、ＢＳＳ内外にトラフィックを運ぶ分配システム（ＤＳ）又は別の種類の有線／無線ネットワークへのアクセス又はインタフェースを有し得る。ＢＳＳの外部から生じるＳＴＡへのトラフィックは、ＡＰを介して到着することができ、ＳＴＡに届けられ得る。ＢＳＳの外部の宛先へのＳＴＡから生じるトラフィックは、それぞれの宛先に届けられるようにＡＰに送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを介して送信することができ、例えば、ソースＳＴＡは、ＡＰにトラフィックを送信することができ、ＡＰは、そのトラフィックを宛先ＳＴＡに届けることができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なし及び／又は呼ぶことができる。ピアツーピアトラフィックは、ダイレクトリンクセットアップ（ＤＬＳ）を用いてソースＳＴＡと宛先ＳＴＡとの間で（例えば、直接）送信され得る。特定の代表的な実施形態では、ＤＬＳが802.11e ＤＬＳ又は802.11zトンネル化ＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さない場合があり、ＩＢＳＳ内の又はＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡの全て）が互いに直接通信することができる。ＩＢＳＳモードの通信は、本明細書では「アドホック」モードの通信と呼ぶ場合もあり得る。

[0069] 802.11acインフラストラクチャモードの動作又は同様のモードの動作を使用する場合、ＡＰは、一次チャネル等の固定チャネル上でビーコンを伝送することができる。一次チャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域）又は動的に設定された幅であり得る。一次チャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的な実施形態では、例えば、802.11システム内でCarrier Sense Multiple Access with Collision Avoidance（ＣＳＭＡ／ＣＡ）が実装され得る。ＣＳＭＡ／ＣＡでは、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）が一次チャネルを検知することができる。一次チャネルが使用中であると特定のＳＴＡによって検知／検出及び／又は判定される場合、特定のＳＴＡは、バックオフすることができる。所与のＢＳＳ内で１つのＳＴＡ（例えば、１つのステーションのみ）が任意の所与の時点において伝送することができる。

[0070] 例えば、４０ＭＨｚ幅のチャネルを形成するための一次２０ＭＨｚチャネルと隣接する又は隣接しない２０ＭＨｚチャネルとの組み合わせにより、高スループット（ＨＴ）ＳＴＡは、４０ＭＨｚ幅のチャネルを通信に使用することができる。

[0071] 超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ及び／又は８０ＭＨｚのチャネルは、連続した２０ＭＨｚチャネルを組み合わせることによって形成することができる。１６０ＭＨｚのチャネルは、連続した８つの２０ＭＨｚチャネルを組み合わせることにより、又は８０＋８０構成と呼ばれ得る２つの不連続８０ＭＨｚチャネルを組み合わせることにより形成することができる。８０＋８０構成では、データを２つのストリームに分割し得るセグメントパーサにチャネル符号化後のデータを通すことができる。逆高速フーリエ変換（ＩＦＦＴ）処理及び時間領域処理を各ストリームに対して別々に行うことができる。ストリームは、２つの８０ＭＨｚチャネル上にマップすることができ、伝送側ＳＴＡによってデータが伝送され得る。受信側ＳＴＡの受信機において、上記の８０＋８０構成の動作を逆にすることができ、複合データが媒体アクセス制御（ＭＡＣ）に送信され得る。

[0072] サブ１ＧＨｚモードの動作が802.11af及び802.11ahによってサポートされている。802.11n及び802.11acで使用されているものと比べて、802.11af及び802.11ahではチャネル動作帯域幅及びキャリアが低減される。802.11afは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトル内の５ＭＨｚ、１０ＭＨｚ及び２０ＭＨｚ帯域幅をサポートし、802.11ahは、非ＴＶＷＳスペクトルを使用する１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ及び１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、802.11ahは、マクロカバレッジエリア内のＭＴＣ装置等のメータタイプ制御／マシンタイプ通信（ＭＴＣ）をサポートすることができる。ＭＴＣ装置は、特定の機能、例えば特定の及び／又は限られた帯域幅へのサポート（例えば、それらのみのサポート）を含む限られた機能を有し得る。ＭＴＣ装置は、（例えば、非常に長い電池寿命を保つための）閾値を上回る電池寿命を有する電池を含み得る。

[0073] 802.11n、802.11ac、802.11af及び802.11ah等の複数のチャネル及びチャネル帯域幅をサポートし得るＷＬＡＮシステムは、一次チャネルとして指定され得るチャネルを含むことができる。一次チャネルは、ＢＳＳ内の全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。一次チャネルの帯域幅は、最小帯域幅動作モードをサポートすることができる、ＢＳＳ内で動作する全てのＳＴＡのうちのＳＴＡによって設定及び／又は限定され得る。802.11ahの例において、たとえＡＰ及びＢＳＳ内の他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ及び／又は他のチャネル帯域幅の動作モードをサポートしても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣ型装置）では、一次チャネルは、１ＭＨｚ幅であり得る。キャリア検知及び／又はネットワーク割り当てベクトル（ＮＡＶ）の設定は、一次チャネルの状態に依存し得る。例えば、（１ＭＨｚの動作モードのみをサポートする）ＳＴＡがＡＰに伝送することによって一次チャネルが使用中である場合、利用可能な周波数帯域の大部分が使用されていないままであるとしても、全ての利用可能な周波数帯域が使用中と見なされ得る。

[0074] 米国では、802.11ahによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は、９１６．５ＭＨｚ～９２７．５ＭＨｚである。国コードにもよるが、802.11ahに利用可能な総帯域幅は、６ＭＨｚ～２６ＭＨｚである。

[0075] 図１Ｄは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を示すシステム図である。上記で述べたように、ＲＡＮ１０４は、NR無線技術を使用してエアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、ＣＮ１０６と通信することもできる。

[0076] ＲＡＮ１０４は、gNB１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１０４は、実施形態と合致したままで任意の数のgNBを含み得ることが理解されるであろう。gNB１８０ａ、１８０ｂ、１８０ｃは、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ又は複数のトランシーバをそれぞれ含み得る。一実施形態では、gNB１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装することができる。例えば、gNB１８０ａ、１８０ｂは、ビームフォーミングを利用して、gNB１８０ａ、１８０ｂ、１８０ｃとの間で信号を伝送及び／又は受信することができる。従って、例えば、gNB１８０ａは、複数のアンテナを使用してＷＴＲＵ１０２ａとの間で無線信号を伝送及び／又は受信することができる。一実施形態では、gNB１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装することができる。例えば、gNB１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリア（不図示）を伝送することができる。これらのコンポーネントキャリアのサブセットは非ライセンススペクトル上にあり得る一方、残りのコンポーネントキャリアは、ライセンススペクトル上にあり得る。一実施形態では、gNB１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実装することができる。例えば、ＷＴＲＵ１０２ａは、gNB１８０ａ及びgNB１８０ｂ（及び／又はgNB１８０ｃ）から協調伝送を受信することができる。

［００７７］ ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルな数秘学に関連する伝送を使用してgNB１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、様々な伝送、様々なセル及び／又は無線伝送スペクトルの様々な部分ごとに異なり得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、異なる数のＯＦＤＭシンボルを含み、及び／又は可変長の絶対時間にわたって継続する）様々な長さの又はスケーラブルな長さのサブフレーム又は伝送時間間隔（ＴＴＩ）を使用してgNB１８０ａ、１８０ｂ、１８０ｃと通信することができる。

[0078] gNB１８０ａ、１８０ｂ、１８０ｃは、独立型の構成及び／又は非独立型の構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。独立型の構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、eNode-B１６０ａ、１６０ｂ、１６０ｃ等）にもアクセスすることなしにgNB１８０ａ、１８０ｂ、１８０ｃと通信することができる。独立型の構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてgNB１８０ａ、１８０ｂ、１８０ｃの１つ又は複数を利用することができる。独立型の構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、非ライセンス帯域内の信号を使用してgNB１８０ａ、１８０ｂ、１８０ｃと通信することができる。非独立型の構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、eNode-B１６０ａ、１６０ｂ、１６０ｃ等の別のＲＡＮとも通信しながら／それらにも接続しながら、gNB１８０ａ、１８０ｂ、１８０ｃと通信する／それらに接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣの原理を実装して、１つ又は複数のgNB１８０ａ、１８０ｂ、１８０ｃ及び１つ又は複数のeNode-B１６０ａ、１６０ｂ、１６０ｃとほぼ同時に通信することができる。非独立型の構成では、eNode-B１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカの役割を果たすことができ、gNB１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービス提供するための追加のカバレッジ及び／又はスループットを提供することができる。

[0079] gNB１８０ａ、１８０ｂ、１８０ｃのそれぞれは、特定のセル（不図示）に関連することができ、無線リソース管理の判断、ハンドオーバの判断、ＵＬ及び／又はＤＬ内のユーザのスケジューリング、ネットワークスライシングのサポート、ＤＣ、NRとE-UTRAとの間の網間接続、ユーザプレーン（ＵＰＦ）１８４ａ、１８４ｂに対するユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂに対する制御プレーン情報のルーティング等を処理するように構成され得る。図１Ｄに示すように、gNB１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインタフェース上で互いに通信することができる。

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

[0081] ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インタフェースによってＲＡＮ１０４内のgNB１８０ａ、１８０ｂ、１８０ｃの１つ又は複数に接続することができ、制御ノードとしての役割を果たし得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシングのサポート（例えば、様々な要件を有する様々なプロトコルデータユニット（ＰＤＵ）セッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（ＮＡＳ）シグヌリングの終了、モビリティ管理等を担うことができる。ネットワークスライシングは、利用されているサービスの種類に基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするためにＡＭＦ１８２ａ、１８２ｂによって使用され得る、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依拠するサービス、拡張大規模モバイルブロードバンド（ｅＭＢＢ）アクセスに依拠するサービス及びＭＴＣアクセスのためのサービス等、様々な使用事例ごとに様々なネットワークスライスを確立することができる。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４と、LTE、LTE-A、LTE-A Pro及び／又はWiFi等の非３GPPアクセス技術等の他の無線技術を使用する他のＲＡＮ（不図示）とを切り替えるための制御プレーン機能を提供し得る。

[0082] ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インタフェースによってＣＮ１０６内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インタフェースによってＣＮ１０６内のＵＰＦ１８４ａ、１８４ｂにも接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択し制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥのＩＰアドレスの管理及び割り当て、ＰＤＵセッションの管理、ポリシ実施及びＱｏＳの制御、ＤＬデータ通知の提供等の他の機能を実行することができる。ＰＤＵセッションの種類は、ＩＰベース、非ＩＰベース、イーサネットベース等であり得る。

[0083] ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インタフェースによってＲＡＮ１０４内のgNB１８０ａ、１８０ｂ、１８０ｃの１つ又は複数に接続することができ、gNBは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを与えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応装置との間の通信を促進することができる。ＵＰＦ１８４、１８４ｂは、パケットのルーティング及び転送、ユーザプレーンポリシの実施、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの対処、ＤＬパケットのバッファリング、モビリティアンカリングの提供等の他の機能を実行することができる。

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

[0085] 図１Ａ～図１Ｄ及び図１Ａ～図１Ｄの対応する説明に鑑みて、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、eNode-B１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、gNB１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ及び／又は本明細書に記載の他の任意の装置の１つ又は複数に関して本明細書に記載する機能の１つ若しくは複数又は全てが１つ又は複数のエミュレーション装置（不図示）によって実行され得る。エミュレーション装置は、本明細書に記載する機能の１つ若しくは複数又は全てをエミュレートするように構成される１つ又は複数の装置であり得る。例えば、エミュレーション装置は、他の装置をテストするために及び／又はネットワーク及び／又はＷＴＲＵの機能をシミュレートするために使用することができる。

[0086] エミュレーション装置は、実験室環境内及び／又はオペレータネットワーク環境内で他の装置の１つ又は複数のテストを実施するように設計され得る。例えば、１つ又は複数のエミュレーション装置は、通信ネットワーク内の他の装置をテストするために有線及び／又は無線通信ネットワークの一部として完全に又は部分的に実装及び／又は導入されながら１つ若しくは複数又は全ての機能を実行することができる。１つ又は複数のエミュレーション装置は、有線及び／又は無線通信ネットワークの一部として一時的に実装／導入されながら１つ若しくは複数又は全ての機能を実行することができる。エミュレーション装置は、テストのために別の装置に直接結合することができ、及び／又は無線による通信を使用してテストを行うことができる。

[0087] １つ又は複数のエミュレーション装置は、有線及び／又は無線通信ネットワークの一部として実装／導入されなくても、全てを含む１つ又は複数の機能を実行することができる。例えば、エミュレーション装置は、１つ又は複数のコンポーネントのテストを実施するために、テスト実験室及び／又は非導入（例えば、テスト）有線及び／又は無線通信ネットワーク内のテストシナリオにおいて利用することができる。１つ又は複数のエミュレーション装置は、テスト機器であり得る。データを伝送及び／又は受信するために、（例えば、１つ又は複数のアンテナを含み得る）ＲＦ回路による直接のＲＦ結合及び／又は無線通信がエミュレーション装置によって使用され得る。

[0088] インフラストラクチャ基本サービスセット（ＢＳＳ）モード内の無線ローカルエリアネットワーク（ＷＬＡＮ）は、ＢＳＳのためのアクセスポイント（ＡＰ）及びＡＰに関連付けられた１つ又は複数のステーション（ＳＴＡ）を有し得る。ＡＰは、典型的には、ＢＳＳの内外にトラフィックを運ぶ分配システム（ＤＳ）又は別の種類の有線／無線ネットワークへのアクセス又はインタフェースを有する。ＢＳＳの外部から生じるＳＴＡへのトラフィックは、ＡＰを介して到達し、ＳＴＡに届けられる。ＢＳＳの外部の宛先へのＳＴＡから生じるトラフィックは、それぞれの宛先に届けられるようにＡＰに送信される。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを介して送信することもでき、ソースＳＴＡは、ＡＰにトラフィックを送信し、ＡＰは、そのトラフィックを宛先ＳＴＡに届ける。ＢＳＳ内のＳＴＡ間のかかるトラフィックは、ピアツーピアトラフィックと呼ぶことができる。かかるピアツーピアトラフィックは、802.11e ＤＬＳ又は802.11zトンネル化ＤＬＳ（ＴＤＬＳ）を使用するダイレクトリンクセットアップ（ＤＬＳ）を用いてソースＳＴＡと宛先ＳＴＡとの間で直接送信することもできる。独立ＢＳＳ（ＩＢＳＳ）モード内のＷＬＡＮは、ＡＰを有さず、ＳＴＡが互いに直接通信する。このモードの通信を「アドホック」モードの通信と呼ぶことができる。

[0089] 一部の実装形態、例えば米国電気電子学会（IEEE）802.11ac規格内で規定されるインフラストラクチャモードの動作を使用するシステムでは、ＡＰは、固定チャネル、通常、一次チャネル上でビーコンを伝送することができる。このチャネルは、２０ＭＨｚ幅であり得、ＢＳＳの動作チャネルである。このチャネルは、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。802.11システムにおけるチャネルアクセスはCarrier Sense Multiple Access with Collision Avoidance（ＣＳＭＡ／ＣＡ）を使用して実装される。この動作モードでは、ＡＰを含む全てのＳＴＡが一次チャネルを検知することができる。チャネルが使用中であると検出される場合、ＳＴＡは、バックオフする。従って、所与のＢＳＳ内で１つのＳＴＡのみが任意の所与の時点において伝送することができる。

[0090] 一部の実装形態、例えばIEEE.802.11n規格に準拠するシステムでは、高スループット（ＨＴ）ＳＴＡも４０ＭＨｚ幅のチャネルを通信に使用することができる。これは、４０ＭＨｚ幅の連続チャネルを形成するために一次２０ＭＨｚチャネルと隣接する２０ＭＨｚチャネルとを組み合わせることによって実現することができる。

[0091] 一部の実装形態、例えばIEEE.802.11ac規格に準拠するシステムでは、超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ及び８０ＭＨｚのチャネルは、上記の802.11nと同様に連続した２０ＭＨｚチャネルを組み合わせることによって形成することができる。１６０ＭＨｚのチャネルは、連続した８つの２０ＭＨｚチャネルを組み合わせることにより、又は８０＋８０構成と呼ばれ得る２つの不連続８０ＭＨｚチャネルを組み合わせることにより形成することができる。８０＋８０構成では、データを２つのストリームに分割するセグメントパーサにチャネル符号化後のデータを通すことができる。ＩＦＦＴ処理及び時間領域処理を各ストリームに対して別々に行うことができる。ストリームは、２つのチャネル上にマップすることができ、データが伝送され得る。受信機において、このメカニズムが逆にされ、複合データがＭＡＣに送信される。

[0092] 一部の実装形態、例えばIEEE.802.11af規格及び／又はIEEE.802.11ah規格に準拠するシステムでは、サブ１ＧＨｚモードの動作がサポートされている。かかる実装形態では、IEEE 802.11n規格及び／又はIEEE 802.11ac規格に準拠するシステム内で使用されているものと比べて、チャネル動作帯域幅及びキャリアが低減され得る。例えば、802.11afは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトル内の５ＭＨｚ、１０ＭＨｚ及び２０ＭＨｚ帯域幅をサポートし、802.11ahは、非ＴＶＷＳスペクトルを使用する１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ及び１６ＭＨｚ帯域幅をサポートする。802.11ahのあり得る使用事例は、マクロカバレッジエリア内のメータタイプ制御又はマシンタイプ通信（ＭＴＣ）装置に対するサポートである。ＭＴＣ装置は、限られた帯域幅のサポート等、限られた機能を有する場合があり、非常に長い電池寿命の要件を含み得る。

[0093] IEEE 802.11n、802.11ac、802.11af及び／又は802.11ah規格に準拠するような複数のチャネル及び／又はチャネル幅をサポートするＷＬＡＮシステムは、一次チャネルとして指定されるチャネルを含むことができる。一次チャネルは、ＢＳＳ内の全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を必須ではないが有し得る。従って、そのような場合、最小帯域幅動作モードをサポートする、ＢＳＳ内で動作する全てのＳＴＡのうちのＳＴＡによって一次チャネルの帯域幅が限定され得る。IEEE 802.11ahシステムの例では、たとえＡＰ及びＢＳＳ内の他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ又は他のチャネル帯域幅の動作モードをサポートすることができても、１ＭＨｚモードのみをサポートするＳＴＡ（例えば、ＭＴＣ型装置）をＢＳＳが含む場合、一次チャネルは、１ＭＨｚ幅であり得る。キャリア検知及びＮＡＶの設定は、一次チャネルの状態に依存し得る。そのような一部の事例では、例えば１ＭＨｚの動作モードのみをサポートするＳＴＡがＡＰに伝送することによって一次チャネルが使用中である場合、利用可能な周波数帯域の大部分が使用されていないままであり、利用可能であるとしても、利用可能な全周波数帯域が使用中と見なされる。

[0094] 米国では、802.11ah準拠システムによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚ～９２３．５ＭＨｚであり、日本では、利用可能な周波数帯域は、９１６．５ＭＨｚ～９２７．５ＭＨｚである。国コードにもよるが、802.11ahに利用可能な総帯域幅は、６ＭＨｚ～２６ＭＨｚである。

[0095] 近年、２．４ＧＨｚ、５ＧＨｚ及び６ＧＨｚ帯域の高密度シナリオを含む多くの使用シナリオにおいて、広範囲の無線ユーザの全てのユーザが経験するサービス品質を向上させるためのあり得る将来の修正の範囲及び目的を考察するために、IEEE.802.11の高効率ＷＬＡＮ（ＨＥＷ）研究グループ（ＳＧ）が作られた。ＡＰ及びＳＴＡの高密度の展開並びに関連する無線リソース管理（ＲＲＭ）技術をサポートする新たな使用事例がＨＥＷ ＳＧによって検討されている。

[0096] 典型的な802.11ネットワーク（即ち１つ又は複数のIEEE 802.11規格に準拠するネットワーク）では、ＳＴＡが単一のＡＰに関連付けられ、近隣のＢＳＳ内の伝送との協調が殆どない又はない状態でそのＡＰとの間で伝送を行うことができる。ＳＴＡは、ＢＳＳ間で完全に独立したＣＳＭＡプロトコルに基づいて重複ＢＳＳ（ＯＢＳＳ）の伝送に従うことができる。一部のシステム（例えば、802.11axに準拠するシステム）では、spatial re-use手順を使用してＯＢＳＳ間のある程度の協調を導入して、調節済みのエネルギ検出閾値に基づいて（例えば、ＯＢＳＳパケット検出（ＯＢＳＳ ＰＤ）手順を使用する）又は受信側のＯＢＳＳ ＳＴＡによって許容され得る干渉量の知識によって（例えば、spatial reuseパラメータ（ＳＲＰ）手順を使用する）ＯＢＳＳの伝送を可能にし得る。

[0097] 一部の実装形態は、複数のＡＰへの又は複数のＡＰから単一の又は複数のＳＴＡへの伝送を可能にすることにより、ＯＢＳＳ間の更なる協調を可能にする手順を含む。一部の実装形態では、これは、3GPP LTE Release10に準拠するシステム内の協調マルチポイント（ＣｏＭＰ）伝送と同様であるが、一部の実装形態では、かかる手順は、非ライセンス帯域内で機能し、及び／又は１つ若しくは複数のIEEE 802.11プロトコルに固有である。

[0098] 協調マルチポイント（ＣｏＭＰ）伝送をサポートするシステムでは、複数のeNB（又は他の種類の基地局（eNBを便宜上使用する））がジョイント処理／伝送を使用して同じ時間及び周波数リソース内で同じ又は複数のＷＴＲＵに伝送することができる。これは、検討するＷＴＲＵの全体的なスループットを改善する効果を有し得る。動的セル選択は、ＷＴＲＵの組の１つのみが任意の時点においてデータを能動的に伝送するジョイント処理の特例として扱われ得る。他方では、複数のeNBは、協調ビームフォーミング／スケジューリングを使用して、同じ時間及び周波数リソース内で異なるＷＴＲＵに伝送することができる（各eNBは、自らのＷＴＲＵにサービス提供する）。これは、各ＷＴＲＵが受ける干渉を減らす効果を有し得る。例えば、LTEシステム内でＣｏＭＰを使用し、セル平均及び／又はセル端スループットの著しい改善を実現することができる。一部の実装形態では、それぞれの基地局について複数の伝送アンテナが利用可能であると考えることができる。各基地局における空間領域信号処理を使用し、（他のＷＴＲＵのための）同時干渉抑制及び（所望のＷＴＲＵのための）信号品質の最適化が行われ得る。

[0099] 一部の実装形態では、例えば明示的フィードバックにより、基地局においてある程度のチャネル状態情報が入手可能であると考えられる。更に、一部の実装形態では、例えばキャリア間の干渉（又はシンボル間の干渉）に対処するためのより複雑な信号処理を回避するために、ある程度のタイミング／周波数の同期が想定される。更に、一部の実装形態では、可能であり得る特定のＣｏＭＰ方式にeNB間の協調レベルが影響を及ぼす場合がある。

[0100] ＷＬＡＮ内のマルチＡＰ伝送方式は、協調ＯＦＤＭＡ、協調ヌリング／ビームフォーミング及び協調ＳＵ／ＭＵ伝送を含む幾つかの分類を使用して呼ぶことができる。

[0101] 協調ＯＦＤＭＡでは、データを伝送又は受信するためにＲＵの各グループが１つのＡＰのみによって使用され得る。情報は、各ＲＵ上でビームフォーミングされ得るか、又はＭＵ－ＭＩＭＯを含み得る。複雑さは、相対的に低～中程度として表すことができる。一部の簡単な協調ＯＦＤＭＡ方式では、各ＡＰが特定のＲＵに制限された状態で、ＡＰは、ＯＦＤＭＡ ＲＵをＡＰ間で協調的な方法で分割することができる。より洗練された一部の協調ＯＦＤＭＡ方式では、ＡＰは、干渉の影響を受けていないＳＴＡ又は他に影響を及ぼさないＳＴＡが全帯域幅を使用することを、影響を受ける可能性があるＳＴＡのアクセスを制限しながら可能にする。この手法を部分周波数再利用（ＦＦＲ）と呼ぶことができる。

[0102] 図２は、協調ＯＦＤＭＡにおけるＦＦＲを示す。中心グループは、全てのチャネルを使用できるのに対して、端グループは、異なるチャネルを使用することができる。

[0103] 図３は、図２の例の関連ＯＦＤＭＡリソース割り当てを示す。この例では、グループ１がサブバンド１及びサブバンド２の両方を使用することができる。グループ２は、サブバンド１を使用することができ、グループ３は、サブバンド２を使用することができる。協調ヌリング／ビームフォーミング（ＣＮ／ＣＢ）では、各ＡＰが自らの所望のＳＴＡとの間で情報を伝送するためにプリコーディングを適用することができ、他のＳＴＡとの間の干渉を抑制することができる。

[0104] 図４は、ＣＮ／ＣＢの一例を示す。図４に示すように、ＡＰ２及びＳＴＡ１がある。ＡＰ１とＳＴＡ１との間のデータ伝送は、所望のデータ伝送４１０である。ＡＰ２及びＳＴＡ１もある。ＡＰ２とＳＴＡ２との間のデータ伝送は、所望のデータ伝送４２０である。しかし、このシナリオでは、ＡＰ１がもう１つのＳＴＡ又は他のＳＴＡにもデータを伝送する場合があり、従って干渉データ伝送、即ち干渉４３０があり得る。ＡＰ２も、もう１つのＳＴＡ又は他のＳＴＡにデータを伝送する場合があり、従って干渉データ伝送、即ち干渉４４０があり得る。そのような一部の事例では、各ＳＴＡのためのデータは、その関連するＡＰにおいてのみ必要であるが、他方のＳＴＡからのチャネル情報は、両方のＡＰにおいて必要であり得る。

[0105] 協調シングルユーザ（ＳＵ）又はマルチユーザ（ＭＵ）伝送では、複数のＡＰが協調して単一のＳＴＡ又は複数のＧＳＴＡとの間で情報を同時に伝送することができる。そのような一部の事例では、ＳＴＡのためのチャネル情報及びデータが何れも両方のＡＰにおいて必要である。かかる伝送は、協調ＳＵ伝送であり得る。

[0106] 協調ＳＵ伝送では、複数のＡＰが１つのＲＵ内でＳＴＡに伝送する。協調ＳＵ伝送は、複雑な順に動的ポイント選択、協調ＳＵビームフォーミング又はジョイントプリコーディングを含み得る。

[0107] 図５は、シングルユーザジョイントプリコーデッドマルチＡＰ伝送又は協調ＳＵビームフォーミングを示す。図５に示すように、動的ポイント選択では、伝送がＡＰの組の１つから動的に選択され得る。かかる一部の実装形態では、その選択がＨＡＲＱを取り入れ得る。協調ＳＵビームフォーミング又はジョイントプリコーディングでは、伝送は、複数のＡＰから同時であり得、１つ又は複数のＲＵ上で所望のＳＴＡに対してビームフォーミング又はプリコーディングされ得る。図５に示すように、ＡＰ１もＡＰ２もＳＴＡ、即ちＳＴＡ１に伝送を行うことができる。

[0108] 図６は、マルチユーザジョイントプリコーデッドマルチＡＰ伝送又は協調ＭＵビームフォーミングを示す。協調ＭＵビームフォーミングでは、複数のＡＰが複数のＳＴＡとの間で１つ又は複数のＲＵ上でデータを伝送又は受信する。図６に示すように、２つのＡＰ（即ちＡＰ１及びＡＰ２）及び２つのＳＴＡ（即ちＳＴＡ１及びＳＴＡ２）がある。ＡＰ１は、ＳＴＡ１にデータを伝送することができ、ＡＰ２は、ＳＴＡ２にデータを伝送することができる。一方では、ＡＰ１は、ＳＴＡ１以外のＳＴＡにもデータを伝送することができ、ＡＰ２は、ＳＴＡ２以外のＳＴＡにもデータを伝送することができる。更に、ＡＰ１からＡＰ２にトリガフレーム（ＴＦ）が送信される無線バックホールがあり得る。

[0109] 本明細書で論じる様々な技法は、ジョイントマルチＡＰ伝送に関する。協調ビームフォーミング及びジョイント処理を含む様々なマルチＡＰ方式をＥＨＴ応用のために検討することができる。

[0110] 一部の実装形態は、ＵＬサウンディング／チャネル推定における位相計算について、複数のＡＰ間の同期に対処する。一層多い数のアンテナを伴うＤＬ ＭＩＭＯチャネル推定では、フィードバック及び量子化誤差の量がＤＬサウンディングを不所望にし得る。チャネルの相反性を想定し、一部の実装形態では一段ＤＬ ＭＩＭＯ伝送のためにＵＬサウンディングを使用してＤＬサウンディングを置換することができる。一部の実装形態では、単一のＡＰへのＵＬサウンディングに関して、非ＡＰ ＳＴＡからのフィードバックが不要である。一部の実装形態では、複数のＡＰへのＵＬサウンディングに関して部分的なチャネル（スレーブＡＰにおいて観測されるチャネル）のフィードバックのみが必要である。

[0111] ＤＬサウンディング手順では、一部の実装形態では非ＡＰ ＳＴＡが信号を測定し、及び／又はチャネルを推定するエンティティである。この事例の非ＡＰ ＳＴＡは、非ＡＰ ＳＴＡにおけるＲｘアンテナ間の受信信号位相差の完璧な知識を有する。しかし、複数のＡＰとのＵＬサウンディングでは、ＡＰは、共通の基準クロックを有さない。複数のＡＰからの推定チャネルを組み合わせる場合、異なるＡＰによって測定されるチャネル間の位相差が一部の実装形態では分からない。

[0112] マルチＡＰ ＵＬサウンディングの問題を示す以下の例では、以下の内容、即ち（１）マスタＡＰが自らのチャネル推定及びスレーブＡＰのチャネル推定を行うこと、（２）マスタＡＰがプリコーダ計算を行い、トリガフレーム（ＴＦ）等のフレーム（フレームＡと呼ぶ）を使用してスレーブＡＰのアンテナに対応するプリコーダに情報提供すること、（３）フレームＡを伝送してから１フレーム間隔時間（ＩＦＳ）後にマスタＡＰがジョイント伝送を開始すること、（４）フレームＡを受信した後の１ＩＦＳにおいてスレーブＡＰがジョイント伝送を開始することを想定する。

[0113] 図７は、トリガベースのマルチＡＰサウンディングの一例を示す。図７では、マスタＡＰ（即ちＡＰ１）がＷＴＲＵ７１０にデータを伝送する。ＡＰ１は、ＵＬサウンディングのためのヌルデータパケット（ＮＤＰ）告知（ＮＤＰ－Ａ）及びトリガフレーム（ＴＦ）を送信することによってＵＬサウンディングを開始することができる。ＴＦを受信した後、キャリア周波数オフセット（ＣＦＯ）及び／又はサンプリング周波数オフセット（ＳＦＯ）がＡＰ１に対して補正されるようにスレーブＡＰ（即ちＡＰ２又は非ＡＰ ＳＴＡ）が自らの発振器を調節する。発振器の周波数は、調整されるが、この例ではＡＰ２が自らのクロックに対応するＡＰ１におけるクロックを依然として知らない。

[0114] 図８は、ＵＬサウンディングの位相オフセットの一例を示す。図８に示すように、ＷＴＲＵ８１０がＵＬサウンディング信号をＡＰ１及びＡＰ２に伝送する。次いで、サウンディング信号がＡＰ２において受信される。ＡＰ２は、自らのアンテナと伝送側の非ＡＰ ＳＴＡとの間のチャネルの振幅及び位相を推定することができる。ＡＰ１からＡＰ２にＴＦが送信される無線バックホールを想定し、ＡＰ２において観測されるチャネルをＡＰ１に報告し返すことができる。しかし、一部の実装形態では、ＡＰ１がその情報を自らのチャネル推定と組み合わせることができず、なぜなら、ＡＰ１は、場合により僅かに異なる時点においてチャネル推定を行っており、そのことがＡＰ１及びＡＰ２の推定チャネル間の位相オフセットをもたらし得るからである。

[0115] 一部の実装形態では、この位相オフセットの問題を回避するために、ＡＰ１は、ＡＰ２がＡＰ１のクロックに関連してチャネル推定を行った時点に関する情報を必要とするでろう。一部の実装形態では、この形態は、ＣＦＯ／ＳＦＯの補正に加えて、マスタＡＰとスレーブＡＰとの間のクロック同期を必要とするであろう。チャネル推定及びジョイントＤＬ伝送のためにマスタ／スレーブＡＰ間のクロック同期が必要ないシステム及び方法を提供することが望ましい場合がある。

[0116] 一部の実装形態は、ダウンリンク協調ＳＵビームフォーミング又はジョイントプリコーディングに対処する。ダウンリンク協調ＳＵビームフォーミング又はジョイントプリコーディングでは、例えばＳＴＡによる信号の適切な復号を可能にするために、信号が同様の受信出力、時間及び周波数でＳＴＡに到達するようにＡＰがＳＴＡと同期するための方法、システム及び装置を提供することが望ましい場合がある。更に、対応するチャネルアクセス方式を定めることが望ましい場合がある。

[0117] 一部の実装形態は、アップリンク協調ＳＵビームフォーミング又はジョイントプリコーディングに対処する。一部の実装形態では、単一のＳＴＡから単一のＡＰへの伝送がサポートされる。アップリンク協調ＳＵビームフォーミング又はジョイントプリコーディング又は動的ＡＰ選択では、ＳＴＡが１つ又は複数のＡＰに信号を送信するためのチャネルアクセス方法を提供することが望ましい場合がある。

[0118] 一部の実装形態は、協調ＭＵビームフォーミングに対処する。協調ＭＵビームフォーミングでは、幾つかのシナリオの例が生じ得る。

[0119] 最初の例では、ＡＰが非常に様々な減衰／構成を有し得る。例えば、ＡＰは、異なる伝送出力及び／又は誤りベクトル度（ＥＶＭ）を有し得る。かかる事例では、例えば、ＭＵ伝送のための実効チャネルの反転を可能にするために伝送出力を平衡させることが望ましい場合がある。ＡＰがＳＴＡに対する異なる伝送出力を有する場合、結果として生じる実効チャネルが反転可能でない場合がある（例えば、実効チャネルが高い条件数を有する場合がある）。

[0120] 図９は、協調ＭＵビームフォーミングの一例を示す。この例では、各ＳＴＡにおける受信信号｛ｙ１，ｙ２｝を以下：

のようにモデリングすることができ、ここで、［ｙ１ ｙ２］’は、受信信号であり、ｈ＿｛ｉ，ｊ｝は、ＡＰｉからＳＴＡｊへの実効チャネルであり、［ａｂ；ｃｄ］は、プリコーディング行列であり、［ｅ，０；０；ｆ］は、ＡＰにおいて行われる任意のベースバンドスケーリングを表し、ｘ１及びｘ２は、ＳＴＡ１及びＳＴＡ２のそれぞれへの伝送信号である。

[0122] ＡＰがＳＴＡに対する異なる伝送出力を有する場合、実効チャネルは、以下：

のようにモデリングすることができ、ここで、ｖ及びｗは、実効チャネルに対する各ＡＰの出力の効果である。ＺＦプリコーダのためにチャネルを反転させるために、実効チャネルを以下のように反転させることができる。

[0124] ＡＰにおいて大きい出力の不均衡がある場合（例えば、ｖ＞＞ｗ）、結果として生じるチャネルが高い条件数を有する場合があり、チャネルを反転させることが問題を有する可能性がある。

[0125] 一部の実装形態は、クロック同期なしに複数のＡＰからＵＬサウンディング及びチャネル推定を提供する。かかる例は、ＵＬサウンディング及び／又はチャネル推定における位相計算のための複数のＡＰ間の同期に関係する問題に対処し得る。

[0126] 図１０は、上記で論じたステップに基づくトリガフレームベースのＤＬジョイント伝送の一例を示す。図１０に示すように、ＡＰ１がＡＰ２にトリガフレーム（ＴＦ）を伝送し、ＡＰ１及びＡＰ２がＷＴＲＵ１０１０にデータをそれぞれ伝送する。この例では、ＡＰ１からのＤＬ信号がＡＰ２からのＤＬ信号の（ｘ＋ｙ）－ｚ前に非ＡＰ ＳＴＡに到達する。ここで、ｘ、ｙ、ｚは、図１０内の信号のそれぞれにおける伝搬遅延に相当する。

[0127] 一部の実装形態では、マスタＡＰは、自ら及びスレーブＡＰによって推定されるチャネルを組み合わせるためにｘ、ｙ及びｚを個々に知る必要がなく、むしろ、かかる実装形態では、マスタＡＰは、Δｔ＝（ｘ＋ｙ）－ｚの値のみを知る必要がある。

[0128] 例えば、一部の実装形態では、ＡＰが以下のようにチャネル推定を組み合わせることができる。
Ｈ＝［Ｈ_ＡＰ１ｅ^{２πｆΔｔ} Ｈ_ＡＰ２］、又は
Ｈ＝［Ｈ_ＡＰ１ Ｈ_ＡＰ２ｅ^{－２πｆΔｔ}］
ここで、Ｈ_ＡＰ１及びＨ_ＡＰ２は、ＡＰ１及びＡＰ２における推定チャネルに対応する。この事例では、マスタＡＰは、Ｈを使用してプリコーディングを行うことができる。

[0131] 代わりに、一部の実装形態では、マスタＡＰは、
Ｈ＝［Ｈ_ＡＰ１ Ｈ_ＡＰ２］
を複合チャネルとして使用してプリコーダを計算することができる。しかし、この事例では、ＡＰ１は、自らのＤＬジョイント伝送を（例えば、ＴＦを伝送してからＩＦＳ＋Δｔまで、又はその伝送を進めるようにＡＰ１がスレーブＡＰに命令する、例えばＴＦを受信してからＩＦＳ－Δｔまで）遅らせることができる。かかる遅延調節は、サブキャリアの周波数に依存し得る。

[0133] 一部の実装形態では、Δｔは、マスタＡＰがフレームＢ（例えば、スレーブＡＰからのサウンディングフィードバック又は他のフレーム）の開始／終了を受信するときと、マスタＡＰが非ＡＰ ＳＴＡからＵＬサウンディング信号の開始及び／又は終了を受信するときから固定遅延Ｄを引いたものとの時間差に基づいてマスタＡＰによって取得することができ、Ｄは、スレーブＡＰがＵＬ信号の開始を受信するときと、スレーブＡＰがフレームＢの伝送を開始するときとの間の知られている遅延である。例えば、フレームの終了を使用して差を計算する場合、フレームＢとサウンディング信号との間のフレーム長の差に対して幾らかの調節を加えることもできる。

[0134] 図１１は、このＵＬサウンディングのシナリオを示す。図１１に示すように、ＷＴＲＵ１１１０は、ＡＰ１及びＡＰ２のそれぞれにＵＬサウンド信号を伝送することができる。ＡＰ１は、ｒｘ ＵＬサウンディングと、ｒｘ ＵＬサウンディングフィードバックから固定遅延Ｄを引いたものとの間の時間を計算することにより、Δｔ＝ｚ－（ｘ＋ｙ）を観測することができる。ＡＰ２は、ｒｘ ＵＬサウンディング信号後の固定遅延Ｄを伴ってＵＬサウンドフィードバックをＡＰ１に伝送する。

[0135] 複数の非ＡＰ ＳＴＡがＵＬサウンディングを同時に行う場合、１つのＳＴＡ及び１つのＡＰ１／ＡＰ２アンテナの対を参照として使用し、それによりその参照アンテナの対を使用してΔｔを計算することにより、このシナリオの例を適用することができる。異なるＳＴＡは、異なるΔｔを有し得るが、例えば同じエンティティ（ＡＰ１又はＡＰ２）が複数のＳＴＡを観測／推定していたため、Ｈ_ＡＰ１とＨ_ＡＰ２との間の位相差を自動で調節することができる。

[0136] 一部の実装形態では、複数の非ＡＰ ＳＴＡがＵＬサウンディングを同時に行う場合、非ＡＰ ＳＴＡごとに上記の手順を独立に行うことができる。

[0137] 一部の実装形態は、ＤＬ協調ＳＵ及びＭＵビームフォーミングに同期を伴うチャネルアクセスを提供する。かかる例は、先に論じたＤＬ協調ＳＵビームフォーミング又はジョイントプリコーディングに関係する問題に対処することができる。ＡＰ１及びＡＰ２の両方がＳＴＡに同時に伝送するシナリオの例では、信号が同様の受信出力でＳＴＡに到達するようにＡＰがＳＴＡと同期する必要があり得る。時間及び周波数における同期は、一部の実装形態でも必要な場合がある。従って、一部の実装形態では、複数のＡＰからの伝送を同期させるために、図１２に関して論じる様々な技法を使用することができる。

[0138] 図１２は、複数のＡＰがＳＴＡに同時に伝送することを可能にし得る例示的なチャネルアクセス手順を示す。図１２の例では、ＡＰ１及びＡＰ２がネゴシエートしてＳＴＡへの同時伝送を行うことができる。一部の例では、ネゴシエーションにおいて、ＡＰ１を一次ＡＰと見なすことができ、ＡＰ２を二次ＡＰと見なすことができる。一部の実装形態では、チャネル状態情報を取得するために、ＡＰ１及びＡＰ２がマルチＡＰジョイント伝送サウンディングを事前に又は即座に行うことができる。

[0139] 図１２に示すように、ＡＰ１は、チャネルを取得することができ、マルチＡＰトリガフレーム（即ちトリガフレーム１２１０）を伝送してＳＴＡへの伝送をトリガすることができる。ＡＰ１は、マルチＡＰトリガフレーム内で次のマルチＡＰ伝送を構成することができる。一部の実装形態では、一次ＡＰであるＡＰ１がＡＰ２からＳＴＡへの伝送を構成することができる。マルチＡＰトリガフレームは、例えば、ＳＴＡ固有情報及び／又は共通情報を示すことができる。ＳＴＡ固有情報（ここでのＳＴＡは、ＡＰ ＳＴＡ又は非ＡＰ ＳＴＡを示す）は、ＳＴＡの役割及び／又はＳＴＡのＩＤを示すことができる。ＳＴＡの役割は、ＳＴＡが伝送側／ＳＴＡであるか又は受信側／ＳＴＡであるかを示すことができる。ＳＴＡのＩＤは、アソシエーション識別子（ＡＩＤ）、圧縮ＡＩＤ、ＢＳＳ識別子（ＢＳＳＩＤ、圧縮ＢＳＳＩＤ）、ＢＳＳカラー又は強化型ＢＳＳカラー等であり得る。

[0140] ＳＴＡの役割が伝送側／ＳＴＡを示す場合、ＳＴＡの役割は、パケットＩＤ、リソース割り当て、空間ストリーム割り当て又はＭＣＳ関連情報を含み得る。パケットＩＤは、ＳＴＡから伝送されるパケットを示すために使用され得る。一部の実装形態では、このフィールドは、ＡＰ／伝送側固有フィールドであり得る。ＳＴＡは、複数のＡＰに対応するパケットＩＤを検出し、複数のＡＰから単一のパケットが伝送されるか、又は複数のＡＰから複数のパケットが伝送されるかを判定することができる。最初の事例では、ＳＴＡが複数のＡＰからの伝送を組み合わせて単一のパケットを復号することができる。マルチＡＰパケットを伝送するためにＡＰに割り当てられるリソースを示すためにリソース割り当てが使用され得る。ＯＦＤＭＡ伝送シナリオでは、リソースがリソースユニット（ＲＵ）単位で割り当てられ得る。空間ストリーム割り当ては、伝送側に使用される開始空間ストリームインデックス及び空間ストリーム数を示すために使用され得る。ＭＣＳ関連情報は、ＭＣＳ、コード化方式、ＤＣＭ変調が利用されるかどうか等を含み得る。

[0141] 共通情報は、タイプフィールドを含み得る。タイプは、ＤＬマルチＡＰ伝送を示し得る。タイプは、ＡＰから伝送されるトリガフレームを示し得る。

[0142] マルチＡＰ ＭＵ－ＭＩＭＯの場合、マルチＡＰトリガフレームは、伝送先のＳＴＡ全ての一覧を含み得る（例えば、図１５及び図１６を参照されたい）。

[0143] 図１２に示すように、マルチＡＰトリガフレームの受信後、ＳＴＡは、複数のＡＰに逆トリガフレーム１２２０を伝送することができる。逆トリガフレーム１２２０内において、ＳＴＡは、ＡＰ１によって伝送されるトリガフレーム１２１０によって運ばれる繰り返しの完全な又は部分的な情報を示すことができる。このフィールドは、例えば、ＡＰ１及びＡＰ２が互いに直接通信することが困難である場合に使用され得る。この情報は、便宜的に提供され得るか、又はＡＰの１つが他のＡＰに命令することができる。代わりに、ＡＰの１つは、必要に応じて他のＡＰに便宜的に命令することができる。逆トリガフレーム１２２０内において、ＳＴＡは、出力制御情報等の同期関連情報を更に又は代わりに示すことができる。かかる一部の出力情報では、ＳＴＡは、逆トリガフレーム１２２０の伝送出力及び／又はマルチＡＰデータ伝送に関する期待受信信号強度インジケータ（ＲＳＳＩ）を示すことができる。ＡＰは、これらの２つのフィールドを使用して自らの伝送出力を決めることができる。ＡＰ１とＡＰ２との間の出力が不均衡である場合、ＳＴＡは、ＳＴＡの１つからの伝送をオフにして単一ＡＰ伝送をもたらすことを要求し得ることに留意されたい。逆トリガフレーム１２２０内において、ＳＴＡは、時間及び／又は周波数補正情報等の同期関連情報を更に又は代わりに示すことができる。かかる一部の時間及び／又は周波数補正情報では、トリガフレームに対する時間及び／又は周波数補正を行うようにＳＴＡがＡＰの１つ又は複数に要求することができる。逆トリガフレーム方式は、ＭＵ－ＭＩＭＯセット内の各ＳＴＡが独立したトリガを逐次的に（例えば、図１４を参照されたい）又は同時に（例えば、図１３を参照されたい）伝送しながら、マルチＡＰ ＭＵ－ＭＩＭＯに拡張できることに留意されたい。

[0144] 図１２に示すように、ＳＴＡは、ＡＰ１及びＡＰ２からデータ伝送（即ちデータ１及びデータ２）を受信することができる。トリガフレーム１２１０内のパケットＩＤに応じて、ＳＴＡは、伝送を組み合わせても組み合わせなくてもよい。ＳＴＡは、ＡＰに肯定応答フレームを伝送することができる。

[0145] 図１２の例では、ＡＰ１及びＡＰ２がネゴシエートしてＳＴＡへの同時伝送を行うことができる。一部の実装形態では、ネゴシエーションにおいて、ＡＰ１を一次ＡＰと見なすことができ、ＡＰ２を二次ＡＰと見なすことができる。一部の実装形態では、ＡＰ１及びＡＰ２がマルチＡＰジョイント伝送サウンディングを事前に行い、必要なチャネル状態情報を取得することができる。

[0146] 図１３は、複数のＡＰがＳＴＡに同時に伝送することを促進し得るチャネルアクセス方式の一例を示し、この例では、ＳＴＡは、例えば、ＵＬ ＯＦＤＭＡ及び／又はＵＬ ＭＵ－ＭＩＭＯを使用して独立したトリガフレームを同時に伝送する。

[0147] 図１３に示すように、ＡＰ１がＳＴＡ１及びＳＴＡ２の両方にトリガフレーム１３１０を伝送する。次いで、ＳＴＡ１が逆トリガフレーム１３２０をＡＰ１及びＡＰ２の両方に伝送する。ＳＴＡ２は、逆トリガフレーム１３３０をＡＰ１及びＡＰ２の両方に伝送する。逆トリガフレーム１３２０及び逆トリガフレーム１３３０の両方が同時に伝送される。次いで、ＡＰ１及びＡＰ２からデータを受信した後、ＳＴＡ１は、ＡＰ１及びＡＰ２の両方にＡＣＫ１３４０を伝送することができ、ＳＴＡ２は、ＡＰ１及びＡＰ２の両方にＡＣＫ１３５０を伝送することができる。

[0148] 図１４は、複数のＡＰがＳＴＡに同時に伝送することを促進し得るチャネルアクセス方式の一例を示し、この例では、ＳＴＡは、例えば、ＵＬ ＯＦＤＭＡ及び／又はＵＬ ＭＵ－ＭＩＭＯを使用して独立したトリガフレームを逐次的に伝送する。

[0149] 図１４に示すように、ＡＰ１がＳＴＡ１及びＳＴＡ２の両方にトリガフレーム１４１０を伝送する。次いで、ＳＴＡ１が逆トリガフレーム１４２０をＡＰ１及びＡＰ２の両方に伝送する。ＳＴＡ２は、逆トリガフレーム１４３０をＡＰ１及びＡＰ２の両方に伝送する。逆トリガフレーム１４２０及び逆トリガフレーム１４３０の両方が逐次的に伝送される。次いで、ＡＰ１及びＡＰ２からデータを受信した後、ＳＴＡ１は、ＡＰ１及びＡＰ２の両方にＡＣＫ１４４０を伝送することができ、ＳＴＡ２は、ＡＰ１及びＡＰ２の両方にＡＣＫ１４５０を伝送することができる。

[0150] 本願によるマルチＡＰ通信の方法を図１５～図１８に関して以下の通り説明する。本願によるマルチＡＰ通信の方法は、ＷＴＲＵによって行われ得る。

[0151] 図１５は、本願の一実施形態による例示的なマルチＡＰ通信手順を示す。図１６は、本願の一実施形態による例示的なマルチＡＰ ＭＵ－ＭＩＭＯ通信手順を示す。図１７は、本願の別の実施形態による例示的なマルチＡＰ ＭＵ－ＭＩＭＯ通信手順を示す。図１８は、本願の一実施形態によるマルチＡＰ通信の方法１８００を示すフローチャートである。

[0152] 本願の実施形態によるマルチＡＰ通信の方法は、複数のＡＰと１つのＳＴＡとの間のマルチＡＰ通信に適用され得る。換言すれば、本方法は、複数のＡＰが導入されているシナリオに適用され得る。従って、本願の実施形態によるマルチＡＰ通信のための機器（例えば、ＷＴＲＵ）も、ＡＰとＳＴＡとの間でデータを伝送するために複数のＡＰが導入されているシナリオに適用され得る。

[0153] 本願の実施形態によるマルチＡＰ通信の方法は、複数のＡＰ及び複数のＳＴＡを伴うシナリオにも適用され得る。換言すれば、本方法は、複数のＡＰ及び複数のＳＴＡが導入されているシナリオに適用され得る。従って、本願の実施形態によるマルチＡＰ通信のための機器（例えば、ＷＴＲＵ）も、ＡＰとＳＴＡとの間でデータを伝送するために複数のＡＰ及び複数のＳＴＡが導入されているシナリオに適用され得る。

[0154] 以下の実施形態は、複数のＡＰ及び１つのＳＴＡが導入されているシナリオを図１５及び図１８に関してまず説明し、次いで複数のＡＰ及び複数のＳＴＡの両方が導入されているシナリオを図１６及び図１７に関して説明する。

[0155] 本願の一実施形態による方法１８００を図１５及び図１８に関して下記の通り詳細に説明する。方法１８００は、ＷＬＡＮ内で適用され得るマルチＡＰ通信の方法である。方法１８００は、WIFI及びＶＰＭＮ等の他の無線伝送の分野にも適用され得ることが理解されるであろう。方法１８００の応用に関する上記の技術分野は、専ら例として記載しており、排他的であることも、本願に対する限定であることも意図していない。

[0156] 方法１８００は、ステップ１８０１において、複数のＡＰの第１のＡＰから第１のトリガフレームを受信することであって、第１のトリガフレームは、第１の情報を含む、受信すること、１８０２において、第１のトリガフレームを受信した後の所定の期間において、複数のＡＰの第２のＡＰから第２のトリガフレームを受信することであって、第２のトリガフレームも第１のトリガフレームの第１の情報を含む、受信すること、１８０３において、第１のトリガフレーム及び第２のトリガフレームに基づいて同期フレームを生成することであって、同期フレームは、同期情報を含む、生成すること、１８０４において、少なくとも第１のＡＰ及び第２のＡＰに同期フレームを伝送すること、及び１８０５において、第１のＡＰ及び第２のＡＰのそれぞれから、同期情報に基づいてデータ伝送を受信することを含む。上記のプロセスを以下の実施形態に関して詳細に説明する。

[0157] 以下の説明は、１８０１におけるプロセスをより詳細に説明する。方法１８００は、２つのＡＰ、例えば（図１５に示す）ＡＰ１及びＡＰ２が導入されているシナリオに適用され得る。従って、本願の実施形態によるマルチＡＰ伝送のための機器も図１５のシナリオ等の２つのＡＰのシナリオに適用され得る。

[0158] ２つのＡＰを伴うシナリオでは、一方は、マスタＡＰ又は一次ＡＰであり得、他方は、スレーブＡＰ又は二次ＡＰであり得る。図１５に示すように、ＡＰ１及びＡＰ２は、ネゴシエートし、ＡＰ１がマスタＡＰであり、ＡＰ２がスレーブＡＰであると決めることができる。ＡＰ１及びＡＰ２は、マルチＡＰジョイント伝送サウンディングを事前に行い、任意の必要なチャネル状態情報を取得することができる。本願の明確及び限定された説明のために、別段の定めがない限り、本願では「ＡＰ１」、「マスタＡＰ」及び「一次ＡＰ」という用語を区別なく使用し、「ＡＰ２」、「スレーブＡＰ」及び「二次ＡＰ」という用語を区別なく使用する。

[0159] 図１５に示す例では、２つのＡＰのみを示すが、これは、専ら例として示しており、排他的であることも、本願の実施形態に対する限定であることも意図していない。例えば、方法１８００は、３つのＡＰ、即ち第１のＡＰ、第２のＡＰ及び第３のＡＰを有するシナリオにも適用され得る。従って、本願の実施形態によるマルチＡＰ通信のための機器（例えば、ＷＴＲＵ）も上記の３つのＡＰのシナリオに適用され得る。

[0160] 本願の実施形態におけるＡＰの数は、４つ以上であり得る。本願の実施形態は、ＡＰの数を具体的に限定しない。ＡＰの数は、ＡＰとＳＴＡとの間の次のデータ伝送の需要、使用される無線伝送技術及びＳＴＡの数等の多くの変動要因に基づいて変わり得ることが理解されるであろう。

[0161] 図１５に示すように、一実施形態では、ＡＰ１がチャネルを取得し、第１のトリガフレーム１５１０（即ちマルチＡＰトリガフレーム）をＳＴＡに伝送することができる。

[0162] ＡＰ１によって送信される第１のトリガフレーム１５１０は、他のＡＰ及び／又はＳＴＡからの伝送をトリガするために使用され得る。図１５は、ＡＰ１及びＡＰ２からＳＴＡへのマルチＡＰダウンリンク伝送（即ちデータ１及びデータ２）の一実施形態を示す。従って、マルチＡＰダウンリンク伝送のシナリオでは、ＡＰ１からＳＴＡへのデータ伝送（即ちデータ１）を構成するために第１のトリガフレーム１５１０を使用することができる。更に、第１のトリガフレーム１５１０は、ＡＰ２からＳＴＡへのデータ伝送（即ちデータ２）を構成するために使用することもできる。両方のデータ伝送を同期させるために、第１のトリガフレーム１５１０を使用して、ＡＰ２によって送信される第２のトリガフレーム（例えば、第２のトリガフレーム１５２０）及びＳＴＡによって送信される同期フレーム（例えば、同期フレーム１５３０）をトリガすることができる。

[0163] 図１９及び図２０に示すように、ＡＰ１によって送信されるトリガフレームは、アップリンク伝送を構成するためにも使用され得ることに留意すべきである。例えば、図１９に示す実施形態では、ＳＴＡによって送信される逆トリガフレーム（例えば、逆トリガフレーム１９２０）をトリガするためにトリガフレーム１９１０が使用され得る。図２０に示す実施形態では、ＡＰ２によって送信される第２のトリガフレーム（例えば、短いトリガフレーム２０２０）及びＳＴＡによって送信される逆トリガフレーム（例えば、逆トリガフレーム１９２０）をトリガするためにトリガフレーム２０１０が使用され得る。図１９及び図２０に示すそれらの実施形態について、後に詳細に説明する。

[0164] 第１のトリガフレーム１５１０は、指定のＲＵ上で伝送するとき、何個の空間ストリーム並びに何れの変調及びコード化方式（ＭＣＳ）を使用するかをＳＴＡに示すためにも使用され得る。第１のトリガフレーム１５１０は、マスタＡＰ（即ちＡＰ１）によって送信されるため、別段の定めがない限り、「第１のトリガフレーム」という用語は、「マスタトリガフレーム」とも呼ばれ得る。

[0165] 第１のトリガフレーム１５１０は、自らの第１の情報として以下の情報の１つ又は任意の組み合わせを含むことができる：ＲＵ割り当て情報、ＳＴＡ固有情報及び共通情報等。第１のトリガフレーム１５１０によって運ばれる上記のそれらの情報は、異なるフィールド内に構成され得ることが理解されるであろう。例えば、ＲＵ割り当て情報は、ＲＵ割り当て情報フィールド内に構成することができ、ＳＴＡ固有情報は、１つ又は複数のＳＴＡ情報フィールド内に構成することができ、共通情報は、共通情報フィールド内に構成することができる。第１のトリガフレーム１５１０によって運ばれる一部の特定の情報が以下の説明で記載される場合、それは、特定のフィールド内に構成される情報を意味する。

[0166] ＳＴＡ固有情報は、ＳＴＡの役割又はＳＴＡのＩＤを含み得る。ＳＴＡのＩＤは、ＳＴＡが伝送側（例えば、図１５に示すＡＰ１）であるか又は受信側（例えば、図１５に示すＳＴＡ）であるかを示し得る。概して言えば、ＷＴＲＵ（例えば、図１５に示すＳＴＡ）及びＡＰ（例えば、図１５に示すＡＰ１）は、ＳＴＡと呼ばれ得ることが理解されるであろう。例えば、ＷＬＡＮのシナリオでは、ルータ（例えば、ＡＰ）をステーションと呼ぶことができ、ラップトップ（例えば、ＳＴＡ）もステーションと呼ぶことができる。本願でのＳＴＡのＩＤは、ステーションがＡＰ ＳＴＡ（例えば、図１５に示すＡＰ１）であるか又は非ＡＰ ＳＴＡ（例えば、図１５に示すＳＴＡ）であるかを示し得る。

[0167] ＳＴＡのＩＤは、ＡＩＤ、圧縮ＡＩＤ、ＢＳＳＩＤ、圧縮ＢＳＳＩＤ、ＢＳＳカラー又は強化型ＢＳＳカラー等であり得る。

[0168] ＳＴＡのＩＤが伝送側（例えば、ＡＰ１）を示す場合、第１のトリガフレーム１５１０は、以下のフィールド、即ちパケットＩＤフィールド、リソース割り当てフィールド、空間ストリーム割り当てフィールド及びＭＣＳ関連情報フィールドの１つ又は任意の組み合わせを更に含み得る。

[0169] パケットＩＤフィールドは、ＳＴＡに伝送されるパケットを示すために使用され得る。一部の実装形態では、パケットＩＤフィールドは、伝送側／ＡＰ固有フィールドであり得る。ＳＴＡは、複数のＡＰに対応するパケットＩＤフィールドによって運ばれる複数のパケットＩＤを検出し、複数のＡＰから単一のパケットが伝送されるか、又は複数のＡＰから複数のパケットが伝送されるかを判定することができる。一部の実施形態では、ＳＴＡは、複数のＡＰからの伝送を組み合わせて単一のパケットを復号することができる。

[0170] リソース割り当てフィールドは、マルチＡＰパケットを伝送するためにＡＰ１に割り当てられるリソースを示すために使用され得る。ＯＦＤＭＡ伝送シナリオでは、リソースがリソースユニット（ＲＵ）単位で割り当てられ得る。

[0171] 空間ストリーム割り当てフィールドは、伝送側（即ちＡＰ１）に使用される開始空間ストリームインデックス及び空間ストリーム数を示すために使用され得る。

[0172] ＭＣＳ関連情報フィールドは、ＭＣＳ、コード化方式及びＤＣＭ変調が利用されるかどうかを示すための情報等を含み得る。

[0173] 共通情報は、タイプフィールドを含み得る。タイプフィールドは、ＤＬマルチＡＰ伝送を示し得る。タイプフィールドは、ＡＰから伝送されるトリガフレームも示し得る。マルチＡＰ ＭＵ－ＭＩＭＯ通信の場合、マルチＡＰトリガフレームは、伝送先の全てのＳＴＡの一覧を含み得る（例えば、図１６及び図１７を参照されたい）。

[0174] 第１のトリガフレーム１５１０は、自らの第１の情報として以下の情報の少なくとも１つを更に含むことができる：伝送出力情報、伝送開始時間情報、伝送周波数情報等。従って、第１のトリガフレームが運ぶためにそれらの情報も異なるフィールド内に構成され得る。

[0175] 例えば、第１のトリガフレーム１５１０は、ＡＰ１からＳＴＡへの次のデータ伝送の伝送出力を示すための出力フィールドを含み得る。第１のトリガフレーム１５１０は、ＡＰ１からＳＴＡへの次のデータ伝送の開始時間を示すための時間フィールドも含み得る。第１のトリガフレームは、ＡＰ１からＳＴＡへの次のデータ伝送の伝送周波数を示すための周波数フィールドも含み得る。

[0176] 別の例では、第１のトリガフレーム１５１０は、ＳＴＡから同期フレーム１５３０を伝送するための伝送開始時間情報を更に含み得る。換言すれば、第１のトリガフレーム１５１０は、ＳＴＡから、図１５に示す同期フレーム１５３０を伝送するための開始時間を示すことができる。第１のトリガフレームが運ぶために、開始時間情報も第１のトリガフレームの特定のフィールド内に構成され得る。

[0177] 上記の説明は、第１のトリガフレーム１５１０内の第１の情報の幾つかの例示的実施形態を示したが、それらの実施形態は、排他的であることも、第１の情報に対する限定であることも意図していない。本願に記載の第１の情報は、上記の例示的な情報又は本願の技術的解決策を得るために入手可能な他の任意の情報の任意の組み合わせを含み得る。

[0178] 更に、第１のトリガフレームの第１の情報は、「第１のトリガフレームの第２の情報」及び「第１のトリガフレームの第３の情報」という用語と比較した相対語である。本願では、それらの用語を使用することは、第１の情報、第２の情報及び第３の情報が完全に異なる情報であることを意味しない。一部の実施形態では、それらが互いの間で同じ情報を共有し得る。それらの関係を以下で詳細に説明する。

[0179] 第１のトリガフレームによって運ばれる情報は、複数のＡＰ（例えば、図１５に示すＡＰ１及びＡＰ２）とＳＴＡとの間のデータ伝送の同期に使用され得る。本願の「同期」という用語は、伝送出力の同期、伝送開始時間の同期及び伝送周波数の同期等、次のデータ伝送の１つ又は複数のパラメータを同期することを意味することが理解されるであろう。換言すれば、次のデータ伝送のために同期されるパラメータは、伝送出力、伝送開始時間及び伝送周波数を含み得る。

[0180] 例えば、第１のトリガフレームによって運ばれる伝送出力情報は、ＡＰからの信号（例えば、データ伝送）が同様の受信出力でＳＴＡに到達し得るように、複数のＡＰからＳＴＡへの伝送出力を予め補正するために使用され得る。第１のトリガフレームによって運ばれる伝送開始時間情報は、ＡＰからの信号が同様の受信時間でＳＴＡに到達し得るように、複数のＡＰからＳＴＡへの伝送開始時間を予め補正するために使用され得る。第１のトリガフレームによって運ばれる伝送周波数情報は、ＡＰからの信号が同様の受信周波数でＳＴＡに到達し得るように、複数のＡＰからＳＴＡへの伝送周波数を予め補正するために使用され得る。

[0181] マルチＡＰ伝送のための上記の３つのパラメータは、専ら例として示しており、排他的であることも、本願に対する限定であることも意図していないことが理解されるであろう。例えば、第１のトリガフレーム１５１０は、次のデータ伝送のためにそれらの３つのパラメータの任意の組み合わせを同期するために使用され得る。

[0182] 本願に記載の同期は、第１のトリガフレーム１５１０単体によって得られない場合があることが理解されるであろう。第１のトリガフレーム１５１０は、同期の主要部分であるが、本願による方法１８００及び機器（例えば、ＷＴＲＵ）は、同期を得るために（以下に記載の）第２のトリガフレーム１５２０及び同期フレーム１５３０を依然として必要とする。例えば、図１５に示すように、第１のトリガフレーム１５１０を受信した後、ＳＴＡは、複数のＡＰに同期フレーム１５３０を送信することができ、同期フレーム１５３０は、複数のＡＰのそれぞれからの次のデータ伝送を同期させるのに必要な同期情報を運び得る。以下の説明は、第２のトリガフレーム１５２０及び同期フレーム１５３０をより詳細に説明する。

[0183] 一実施形態では、第１のトリガフレーム１５１０は、図１５に示すＡＰ２等の他のＡＰにも送信される場合があり、即ち、ＡＰ１からの第１のトリガフレーム１５１０は、ＡＰ１以外の図１５に示す全てのＳＴＡが漏れ聞くことができる。従って、第１のトリガフレーム１５１０は、ＡＰ２からＳＴＡへの次のデータ伝送（即ち図１５に示すデータ２）の１つのパラメータ又は複数のパラメータを構成するために使用され得る。ＡＰ１及びＡＰ２のそれぞれからの次の両方のデータ伝送が第１のトリガフレーム１５１０によって構成され得るため、ＡＰ１及びＡＰ２の両方からの次のデータ伝送を適宜同期させることができる。以下の説明は、１８０２におけるプロセスに関してＡＰ２からの次のデータ伝送を構成するために、第１のトリガフレーム１５１０をどのように使用するかを説明する。

[0184] ３つ以上のＡＰがある実施形態では、ＡＰ１が他の全てのＡＰに第１のトリガフレームを送信することができる。上記で示したのと同様の原理に基づき、それらのＡＰからの次の全てのデータ伝送を適宜同期させることができる。

[0185] ＡＰ１から第１のトリガフレームを受信するために、ＳＴＡは、受信機を含むように構成され得る。受信機は、ＵＳＢ受信機、無線ＬＡＮ受信機又は図１５及び図４に示すＷＬＡＮのシナリオ内で伝送される信号を受信するために使用され得る他の任意の種類の受信機であり得る。

[0186] 本願の実施形態の明確及び限定された説明のために、別段の定めがない限り、ＡＰ１からＳＴＡへの次のデータ伝送は、第１のデータ伝送と呼ぶことができ、ＡＰ２からＳＴＡへの次のデータ伝送は、第２のデータ伝送と呼ぶことができる。図１５～図１７に示すように、第１のデータ伝送は、データ１と呼ぶことができ、第２のデータ伝送は、データ２と呼ぶことができる。

[0187] 以下の説明は、１８０２におけるプロセスをより詳細に説明する。上記で説明したように、ＡＰ１は、第１のトリガフレーム１５１０をＡＰ２にも送信することができる。第１のトリガフレーム１５１０を受信した後、ＡＰ２は、第２のトリガフレーム１５２０を生成し、それをＳＴＡに伝送することができる。第１のトリガフレーム１５１０をＡＰ１からＡＰ２に伝送するには幾らかの時間がかかることがあり、ＡＰ２が第２のトリガフレーム１５２０を生成するのにも幾らかの時間がかかる場合があるため、第１のトリガフレーム１５１０を伝送する時点と、第２のトリガフレーム１５２０を伝送する時点との間の期間（即ち図１５に示すＳＩＦＳ）があり得る。従って、ＳＴＡ側では、第１のトリガフレーム１５１０を受信する時点と、第２のトリガフレーム１５２０を受信する時点との間の期間ＳＩＦＳがあり得る。即ち、ＳＴＡは、第１のトリガフレーム１５１０を最初に受信することができ、期間ＳＩＦＳ後に第２のトリガフレーム１５２０を受信することができる。

[0188] 図１５に示すように、第１のトリガフレーム１５１０、第２のトリガフレーム１５２０及び同期フレーム１５３０をそれぞれ表す３つのブロックは、ＡＰ１、ＡＰ２及びＳＴＡの１つをそれぞれ表す３本の異なる横線に位置する。これらのブロックは、垂直方向における異なる場所に位置するが、これらのブロックは、各フレームのソースを示すためにこのように図示してあるに過ぎず、水平方向におけるその投影は、ＳＴＡ側で各フレームを受信する時点を表し得ることが理解されるであろう。

[0189] 期間は、一部の既存のパラメータによって予め決定され得る。例えば、期間は、ＡＰ１とＡＰ２との間の距離及びＡＰ２が第２のトリガフレームを生成するための時間の長さに基づいて予め決定され得る。換言すれば、ＡＰ１とＡＰ２との間の距離が既に分かっており、第２のトリガフレームを生成するための時間の長さが既に分かっている限り、期間を知ることができる。

[0190] 実施形態では、ＡＰ１及びＡＰ２が構築されると、それらの間の距離を固定し、従って知ることができる。更に、ＡＰを構成するハードウェアもその構築後に固定することができる。従って、第２のトリガフレームを生成するための時間の長さも知ることができる。従って、期間は、ＡＰの構築後に予め決定され得る。

[0191] 期間ＳＩＦＳは、ＡＰ１及び／又はＡＰ２によって予め決定され得る。例えば、期間は、ＡＰ１によって予め決定され得る。その場合、第１のトリガフレーム１５１０は、期間情報を運ぶための期間フィールドを更に含み得る。期間情報は、第１のトリガフレーム１５１０の受信後、ＡＰ２が第２のトリガフレーム１５２０を送出すべきときを示し得る。次いで、ＡＰ２が第１のトリガフレーム１５１０を受信した後、ＡＰ２は、期間情報に基づいて第２のトリガフレーム１５２０を生成し、送出する。その場合、期間情報によって示される期間ＳＩＦＳは、ＡＰ１からＡＰ２に第１のトリガフレーム１５１０を伝送するための時間の長さと、ＡＰ２が第２のトリガフレーム１５２０を生成するための時間の長さとの和よりも長くあるべきことが理解されるであろう。

[0192] 一実施形態では、期間（即ち図１５に示すＳＩＦＳ）は、任意のフレーム間隔時間により、例えば短いＩＦＳ（ＳＩＦＳ）、ポイント協調機能（ＰＣＦ）ＩＦＳ（ＰＩＦＳ）、分散協調機能（ＤＣＦ）ＩＦＳ（ＤＩＦＳ）等によって予め決定され得る。

[0193] 第２のトリガフレームは、第１のトリガフレーム１５１０の上記の第１の情報を含み得る。

[0194] 第１のトリガフレーム１５１０の第１の情報は、第２のトリガフレーム１５２０と共有され得る情報であり得る。例えば、第１のトリガフレームの第１の情報は、ＤＬマルチＡＰ伝送を示す上記の共通情報である。従って、ＡＰ２は、第２のトリガフレーム１５２０内にその情報を直接複製することができる。

[0195] 一実施形態では、第１のトリガフレーム１５１０の第１の情報は、ＡＰ１からＳＴＡへの次のデータ伝送のための伝送出力情報であり得る。ＡＰ２は、伝送出力情報によって示される伝送出力が自らの伝送出力限界の範囲内にあると判定する。従って、ＡＰ２は、第２のトリガフレーム１５２０内に伝送出力情報を直接書き込むことができる。

[0196] 第２のトリガフレーム１５２０の上記の実施形態は、単に例として示しており、排他的であることも、本願に対する限定であることも意図していないことが理解されるであろう。

[0197] 実施形態では、以下の形式の何れか１つであるように第２のトリガフレーム１５２０を生成することができる：形式（１）では、第２のトリガフレーム１５２０が第１のトリガフレーム１５１０と同じであり、即ち第２のトリガフレーム１５２０が第１のリガフレーム１５１０の情報の全てを含み、形式（２）では、第２のトリガフレーム１５２０が第１のトリガフレーム１５１０のサブセットであり、即ち第２のトリガフレーム１５２０が第１のトリガフレーム１５１０の情報の一部（例えば、第１のトリガフレーム１５１０の上記の第１の情報）のみを含み、形式（３）では、第２のトリガフレーム１５２０が第１のトリガフレーム１５１０の情報の一部（例えば、第１のトリガフレーム１５１０の上記の第１の情報）及びＡＰ２からの次のデータ伝送（即ちデータ２）のための構成情報の両方を含む。

[0198] 一実施形態では、第２のトリガフレーム１５２０内の構成情報が第１のトリガフレーム１５１０の第２の情報と異なる場合がある。例えば、第１のトリガフレーム１５１０は、ＳＴＡへの次のデータ伝送（即ちデータ２）に特定のチャネル（例えば、チャネル２）を使用するようにＡＰ２に指示することができる。即ち、第１のトリガフレーム１５１０の第２の情報は、第２のデータ伝送のためにＡＰ２によって使用されるチャネル２の情報であり得る。しかし、ＡＰ２は、自らが伝送を行うためにチャネル２が利用できないことを知る場合がある。その場合、ＡＰ２は、チャネル２が利用できないことを示すために、ＡＰ１及びＳＴＡの両方に構成情報と共に第２のトリガフレーム１５２０を伝送することができる。その場合、構成情報（即ちチャネル２が利用できないこと）は、第１のトリガフレーム１５１０の第２の情報（即ちチャネル２の選択）と異なる。

[0199] 上記の例では、自らがデータ伝送を行うためにチャネル２を利用できないが、別のチャネル（例えば、チャネル３）を利用できることをＡＰ２が知る場合である。ＡＰ２は、チャネル２が利用できないこと及びＡＰ２がＡＰ２からＳＴＡへの次のデータ伝送にチャネル３を使用することを示すために、ＡＰ１及びＳＴＡの両方に構成情報と共に第２のトリガフレームを伝送することができる。その場合、構成情報（即ちチャネル２が利用できないこと及びチャネル３の選択）は、第１のトリガフレーム１５１０の第２の情報（即ちチャネル２の選択）と異なる。換言すれば、構成情報は、第１のトリガフレーム１５１０の第２の情報を上書きすることができる。

[0200] 例えば、第１のトリガフレーム１５１０は、ＳＴＡへの次のデータ伝送（即ちデータ２）に特定の伝送出力を使用するようにＡＰ２に指示することができる。即ち、第１のトリガフレーム１５１０の第２の情報は、第２のデータ伝送のためにＡＰ２によって使用される伝送出力（例えば、伝送出力２）の情報であり得る。しかし、ＡＰ２は、伝送出力２がＡＰ２の出力限界を超えていることを知る場合がある。その場合、ＡＰ２は、伝送出力２が利用できないこと及びＡＰ２が第２のデータ伝送に自らの所望の伝送出力（例えば、伝送出力３）を使用することを示すために、ＡＰ１及びＳＴＡの両方に構成情報と共に第２のトリガフレームを伝送することができる。その場合、構成情報（即ち伝送出力２が利用できないこと及び伝送出力３の選択）は、第１のトリガフレーム１５１０の第２の情報（即ち伝送出力２）と異なる。換言すれば、構成情報は、第１のトリガフレーム１５１０の第２の情報を上書きすることができる。

[0201] 上記のチャネル及び伝送出力は、単に例として記載しており、排他的であることも、第２のトリガフレーム１５２０内の構成情報に対する限定であることも意図していないことが理解されるであろう。第２のデータ伝送を構成するために必要であり得る限り、構成情報は、他の情報を含むことができる。

[0202] 一実施形態では、第２のトリガフレーム１５２０内の構成情報は、第１のトリガフレーム１５１０内に含まれない追加情報であり得る。

[0203] 例えば、第１のトリガフレーム１５１０は、伝送出力情報及び伝送開始時間情報を含むが、伝送周波数情報を含まない場合がある。即ち、第１のトリガフレーム１５１０の第２の情報は、第２のデータ伝送のためにＡＰ２によって使用される伝送出力情報及び伝送開始時間情報であり得る。次いで、ＡＰ２は、第２のデータ伝送のためのＡＰ２の所望の伝送周波数を示すために、ＡＰ１及びＳＴＡの両方に構成情報と共に第２のトリガフレーム１５２０を送信することができる。その場合、構成情報（即ちＡＰ２の所望の伝送周波数）は、第１のトリガフレーム内に含まれない追加情報である。上記の例では、ＳＴＡがＡＰ１及びＡＰ２の両方にＡＰ２の所望の伝送周波数と共に同期フレーム１５３０（以下で更に説明する）を送信することができ、従って、ＡＰは、所望の伝送周波数を使用することによってデータ伝送を行うことができる。従って、伝送周波数の同期を得ることができる。同期プロセスについて、ＳＴＡからの同期フレーム１５３０に関して以下で更に説明する。

[0204] 上記の伝送周波数は、単に構成情報に関する例として記載しており、排他的であることも、第２のトリガフレーム１５２０内の構成情報に対する限定であることも意図していないことが理解されるであろう。次のデータ伝送を同期するために必要であり得る限り、構成情報は、第１のトリガフレーム１５１０内に含まれていない他の情報を含むことができる。

[0205] 実施形態では、第２のトリガフレーム１５２０は、ＡＰ２の識別情報を運ぶことができるＮＤＰフレームであり得る。ＮＤＰフレームは、ＡＰ２が次のマルチＡＰ伝送に関して準備が整っていることを示し得る。第２のトリガフレーム１５２０は、同期フレーム１５３０を伝送するための伝送開始時間を示す開始時間フィールドも含み得る。

[0206] 上記で説明したように、ＷＴＲＵもＡＰもＳＴＡと呼ぶことができる。従って、３つ以上のＡＰがある実施形態では、第２のトリガフレーム１５２０が他の全てのＡＰにも送信される場合があり、即ち、ＡＰ２からの第２のトリガフレーム１５２０は、ＡＰ ＳＴＡ及び非ＡＰ ＳＴＡの両方を含むＡＰ２以外の全てのＳＴＡが漏れ聞くことができる。図１６に示す複数のＡＰ ＳＴＡ及び複数の非ＡＰ ＳＴＡを有する一実施形態では、第２のトリガフレームが全てのＳＴＡにも送信され得る。

[0207] 一実施形態では、複数のＡＰがトリガフレームを逐次的に伝送することができ、トリガフレームの伝送順序が管理／制御フレームを使用して複数のＡＰ間でネゴシエートされ得る。例えば、ＡＰ１がトリガフレーム（例えば、第１のトリガフレーム１５１０）を最初に伝送できることを管理／制御フレームが示すと仮定し、ＡＰ２は、トリガフレーム（例えば、第２のトリガフレーム１５２０）を２番目に伝送することができる。

[0208] 一実施形態では、トリガフレームの伝送順序が所定の規則によって予め決定され得る。例えば、一次ＡＰであるＡＰ１がトリガフレームを最初に伝送することができる。複数のＡＰの残りのものがＢＳＳＩＤ又はＡＰのＭＡＣアドレスに基づいて昇順／降順に伝送することができる。グループ内の全てのＡＰがメンバＡＰのＢＳＳＩＤ又はＭＡＣアドレスを知り得ることが理解されるであろう。

[0209] 以下の説明は、１８０３におけるプロセスをより詳細に説明する。第１のトリガフレーム１５１０及び第２のトリガフレーム１５２０の両方を受信した後、図１５に示すＳＴＡは、第１のトリガフレーム及び第２のトリガフレームに基づいて同期フレーム１５３０を生成することができる。同期フレーム１５３０は、ＡＰ１及びＡＰ２のそれぞれからＳＴＡへのデータ伝送を構成するための同期情報を含む。

[0210] 第１のトリガフレーム１５１０と同様に、同期フレーム１５３０は、以下の情報の１つ又は任意の組み合わせを含むことができる：ＲＵ割り当て情報、ＳＴＡ固有情報及び共通情報等。同期フレーム１５３０によって運ばれるそれらの上記の情報は、異なるフィールド内に構成され得る。

[0211] 同期フレーム１５３０は、伝送出力情報、伝送開始時間情報、伝送周波数情報等を更に含み得る。従って、同期フレーム１５３０が運ぶためにそれらの情報も異なるフィールド内に構成され得る。上記の情報は、同期情報と呼ぶことができ、ＡＰ１及びＡＰ２のそれぞれからＳＴＡへの次のデータ伝送を構成するために使用され得る。

[0212] 同期フレーム１５３０内に含まれる上記の情報は、専ら例として示しており、排他的であることも、同期フレーム１５３０内に含まれ得る情報に対する限定であることも意図していないことが理解されるであろう。

[0213] 同期フレーム１５３０を生成するために、本願による機器（例えば、ＷＴＲＵ）は、プロセッサを含む。図１５に示すように、プロセッサは、ＡＰ１及びＡＰ２からそれぞれ受信される第１のトリガフレーム及び第２のトリガフレームに基づいて同期フレーム１５３０を生成するように構成される。

[0214] 実施形態では、同期フレーム１５３０は、第１のトリガフレーム１５１０と同じ形式を共有することができる。換言すれば、同期フレーム１５３０は、以下の形式の何れか１つであるように生成することができる：形式（１）では、同期フレーム１５３０が第１のトリガフレーム１５１０と同じであり、即ち同期フレーム１５３０が第１のリガフレーム１５１０の情報の全てを含み、形式（２）では、同期フレーム１５３０が第１のトリガフレーム１５１０のサブセットであり、即ち同期フレーム１５３０が第１のトリガフレーム１５１０の情報の一部のみを含み、形式（３）では、同期フレーム１５３０が第１のトリガフレームの情報の一部及び確認情報の両方を含む。

[0215] 形式（１）及び形式（２）では、同期フレーム１５３０は、ＡＰ１によって伝送される第１のトリガフレーム１５１０によって運ばれる完全な又は部分的な情報を含み得る。この完全な又は部分的な情報は、有益であり得る。例えば、ＡＰ１及びＡＰ２が互いに直接通信することが困難であり得る場合、ＳＴＡは、データ伝送を同期するために、ＡＰ１から生じる情報をＡＰ２に伝送することができる。

[0216] 形式（３）では、第１のトリガフレーム１５１０及び／又は第２のトリガフレーム１５２０によって運ばれる情報を確認するために確認情報を使用することができる。確認情報は、ＡＰ２による任意の構成の修正を確認するためにも使用され得る。確認される構成は、第１のトリガフレーム１５１０若しくは第２のトリガフレーム１５２０又は第１のトリガフレーム１５１０と第２のトリガフレーム１５２０との組み合わせに基づき得る。

[0217] 例えば、第１のデータ伝送の伝送出力が出力１であることを第１のトリガフレーム１５１０が示し、第２のデータ伝送の伝送出力も出力１であることを第２のトリガフレーム１５２０が示す場合、自らの次のデータ伝送に出力１を使用できることをＡＰ１及びＡＰ２の両方に対して確認するために確認情報を使用することができる。一方では、第１のトリガフレーム１５１０が、空間ストリーム割り当て及びＭＣＳ関連情報を含む情報群を含む場合、その情報群は、第１のトリガフレーム１５１０の第３の情報と呼ぶことができ、同期フレーム１５３０内に含めることができる。

[0218] 実施形態では、同期フレーム１５３０は、第２のトリガフレーム１５２０の形式と同じ形式を共有することができる。換言すれば、同期フレーム１５３０は、以下の形式の何れか１つであるように生成することができる：形式（１）では、同期フレーム１５３０が第２のトリガフレーム１５２０と同じであり、即ち同期フレーム１５３０が第２のリガフレーム１５２０の情報の全てを含み、形式（２）では、同期フレーム１５３０が第２のトリガフレーム１５２０のサブセットであり、即ち同期フレーム１５３０が第２のトリガフレーム１５２０の情報の一部のみを含み、形式（３）では、同期フレーム１５３０が第２のトリガフレーム１５２０の情報の一部及び第２のトリガフレーム１５２０内の上記の構成情報に対応する確認情報の両方を含む。

[0219] 形式（１）及び形式（２）では、同期フレーム１５３０は、ＡＰ２によって伝送される第２のトリガフレーム１５２０によって運ばれる完全な又は部分的な情報を含み得る。この完全な又は部分的な情報は、有益であり得る。例えば、ＡＰ１及びＡＰ２が互いに直接通信することが困難であり得る場合、ＳＴＡは、データ伝送を同期するために、ＡＰ２から生じる情報をＡＰ１に伝送することができる。

[0220] 形式（３）では、ＡＰ２による任意の構成の修正を確認するために確認情報が使用され得る。確認される構成は、第１のトリガフレーム１５１０若しくは第２のトリガフレーム１５２０又は第１のトリガフレーム１５１０と第２のトリガフレーム１５２０との組み合わせに基づき得る。

[0221] 図１５に示すように、同期情報は、ＡＰ１からの第１のデータ伝送の１つのパラメータ又は複数のパラメータをＡＰ２からの第２のデータ伝送の１つのパラメータ又は複数のパラメータと同期するために使用することができる。一実施形態では、同期情報が伝送出力情報、伝送開始時間情報及び伝送周波数情報を含む。

[0222] 例えば、同期情報は、伝送周波数情報を含み得る。その場合、ＡＰ１から受信される第１のトリガフレーム１５１０は、第１のデータ伝送の伝送周波数が周波数１であり得ることを示すことができ、ＡＰ２から受信される第２のトリガフレーム１５２０は、第２のデータ伝送の伝送周波数が周波数２であり得ることを示すことができる。次いで、ＳＴＡは、次のデータ伝送の両方について所望の伝送周波数を示すために特定の伝送周波数情報と共に同期フレーム１５３０を生成することができる。ＡＰ１及びＡＰ２は、所望の伝送周波数に基づいて次のデータ伝送を行うことができる。

[0223] ３つ以上のＡＰ及び１つのＳＴＡがある実施形態では、複数のＡＰのそれぞれからの次のデータ伝送のパラメータ（又は複数のパラメータ）を同期するようにＳＴＡからの同期フレームを構成することができる。

[0224] 本願の実施形態によれば、複数のＡＰからの次のデータ伝送の同期プロセスは、同期フレーム１５３０単独で完了できない場合があり、ＳＴＡとＡＰとの間のフレーム対話を必要とすることが理解されるであろう。上記の説明に基づき、同期プロセスは、第１のトリガフレーム１５１０、第２のトリガフレーム１５２０及び同期トリガフレーム１５３０によって実現され得る。

[0225] １８０４では、ＳＴＡがＡＰ１及びＡＰ２の両方に同期フレーム１５３０を送信することができる。３つ以上のＡＰ及び１つのＳＴＡがある実施形態では、１８０４でＳＴＡが同期フレーム１５３０を少なくともＡＰ１及びＡＰ２に送信することができる。但し、図１５に示す実施形態は、排他的であることも、本願の原理に対する限定であることも意図していない。例えば、ＳＴＡは、ＡＰ１のみ又はＡＰ２のみがＳＴＡにデータを伝送できることを選択し得る。ＡＰダウンセレクションは、ＡＰ１及びＡＰ２から伝送されるトリガフレーム内で運ばれる情報又はＡＰ１及びＡＰ２からの伝送に基づくＳＴＡの測定に依存し得る。例えば、あるＡＰからの受信ＳＮＲ（即ち信号対雑音比）又はＲＳＳＩが既定の／所定の閾値を下回る場合、ＳＴＡは、マルチＡＰ伝送からそのＡＰを除外することができる。

[0226] ＳＴＡからの同期フレームに基づき、ＡＰ１は、ＳＴＡへの第１のデータ伝送を行うことができ、ＡＰ２は、ＳＴＡへの第２のデータ伝送を行うことができる。即ち、１８０５では、ＳＴＡは、ＡＰ１及びＡＰ２のそれぞれから同期情報に基づいてデータ伝送を受信することができる。ＡＰ１及びＡＰ２からの第１のデータ伝送及び第２のデータ伝送は、同じ周波数リソースを使用して（例えば、マルチＡＰ ＭＵ－ＭＩＭＯ又はマルチＡＰヌリング又は協調ＳＵ／ＭＵ又は協調ヌリング／ビームフォーミング）又は異なる周波数リソースを使用して（例えば、マルチＡＰ ＯＦＤＭＡ、協調ＯＦＤＭＡ伝送）同時であり得ることに留意すべきである。

[0227] 一実施形態では、第１のデータ伝送及び第２のデータ伝送を受信した後、ＳＴＡがＡＰ１及びＡＰ２のそれぞれにＡＣＫ／ＮＡＣＫレポート（即ち図１５に示すＡＣＫ１５４０）を伝送することができる。

[0228] 本願による複数ＡＰ伝送の方法は、ＭＵ－ＭＩＭＯセット内の各ＳＴＡが独立したトリガを（例えば、図１６に示すように）逐次的に又は（例えば、図１７に示すように）同時に伝送しながら、マルチＡＰ ＭＵ－ＭＩＭＯに拡張できることに留意されたい。

[0229] 図１６は、本願の実施形態による例示的なマルチＡＰ ＭＵ－ＭＩＭＯ通信手順を示す。

[0230] 図１６に示すように、ＳＴＡ１は、ＡＰ１から第１のトリガフレーム１６１０を受信し、ＡＰ２から第２のトリガフレーム１６２０を受信することができる。次いで、ＳＴＡ１は、第１のトリガフレーム１６１０及び第２のトリガフレーム１６２０に基づいて同期フレーム１６３０を生成し、ＡＰ１及びＡＰ２の両方に同期フレーム１６３０を伝送することができる。ＳＴＡ２は、ＡＰ１から第１のトリガフレーム１６１０を受信することができ、ＡＰ２から第２のトリガフレーム１６２０を受信することができる。次いで、ＳＴＡ２は、第１のトリガフレーム１６１０及び第２のトリガフレーム１６２０に基づいて同期フレーム１６４０を生成し、ＡＰ１及びＡＰ２の両方に同期フレーム１６４０を伝送することができる。

[0231] 図１６に示すように、ＳＴＡ１が最初に同期フレーム１６３０を伝送することができ、次いでＳＴＡ２が同期フレーム１６４０を伝送することができる。第１のトリガフレーム１６１０は、図１５に示す第１のトリガフレーム１５１０と同様又は同じである。第２のトリガフレーム１６２０は、図１５に示す第２のトリガフレーム１５２０と同様又は同じである。同期フレーム１６３０及び同期フレーム１６４０は、図１５に示す同期フレーム１５３０と同様又は同じである。

[0232] 図１６に示すように、ＡＰ１及びＡＰ２が同期フレーム１６３０及び同期フレーム１６４０を受信した後、ＡＰ１及びＡＰ２は、ＳＴＡ１及びＳＴＡ２にデータ（即ち図１６に示すデータ１及びデータ２）をそれぞれ伝送することができる。次いで、ＳＴＡ１は、ＡＰ１及びＡＰ２にＡＣＫ１６５０をそれぞれ伝送することができる。ＳＴＡ２は、ＡＰ１及びＡＰ２にＡＣＫ１６６０をそれぞれ伝送することができる。

[0233] 図１７は、本願の別の実施形態による例示的なマルチＡＰ ＭＵ－ＭＩＭＯ通信手順を示す。

[0234] 図１７に示すように、ＳＴＡ１は、ＡＰ１から第１のトリガフレーム１７１０を受信することができ、ＡＰ２から第２のトリガフレーム１７２０を受信することができる。次いで、ＳＴＡ１は、第１のトリガフレーム１７１０及び第２のトリガフレーム１７２０に基づいて同期フレーム１７３０を生成し、ＡＰ１及びＡＰ２の両方に同期フレーム１７３０を伝送することができる。ＳＴＡ２は、ＡＰ１から第１のトリガフレーム１７１０を受信することができ、ＡＰ２から第２のトリガフレーム１７２０を受信することができる。次いで、ＳＴＡ２は、第１のトリガフレーム１７１０及び第２のトリガフレーム１７２０に基づいて同期フレーム１７４０を生成し、ＡＰ１及びＡＰ２の両方に同期フレーム１７４０を伝送することができる。

[0235] 図１７に示すように、ＳＴＡ１及びＳＴＡ２は、自らの同期フレームを同時に伝送することができる。第１のトリガフレーム１７１０は、図１５に示す第１のトリガフレーム１５１０と同様又は同じである。第２のトリガフレーム１７２０は、図１５に示す第２のトリガフレーム１５２０と同様又は同じである。同期フレーム１７３０及び同期フレーム１７４０は、図１５に示す同期フレーム１５３０と同様又は同じである。

[0236] 図１７に示すように、ＡＰ１及びＡＰ２が同期フレーム１７３０及び同期フレーム１７４０を受信した後、ＡＰ１及びＡＰ２は、ＳＴＡ１及びＳＴＡ２にデータ（即ち図１６に示すデータ１及びデータ２）をそれぞれ伝送することができる。次いで、ＳＴＡ１は、ＡＰ１及びＡＰ２にＡＣＫ１７５０をそれぞれ伝送することができる。ＳＴＡ２は、ＡＰ１及びＡＰ２にＡＣＫ１７６０をそれぞれ伝送することができる。

[0237] ＳＴＡは、ＡＰ１及びＡＰ２からデータ伝送を受信し得ることに留意すべきである。３つ以上のＡＰがある実施形態では、ＳＴＡは、同期を送信するための１つのＡＰ又は複数のＡＰを選択することができる。従って、同期を受信しているＡＰのみが次のデータ伝送を行うことができる。マルチＡＰトリガフレーム内のパケットＩＤに応じて、ＳＴＡは、伝送を組み合わせても組み合わせなくてもよい。ＳＴＡは、ＡＰに肯定応答フレームを伝送することができる。

[0238] 関連するＳＴＡ手順を図１８に示し、図１８では、ＳＴＡがマスタトリガを受信する。マスタトリガは、マルチＡＰ伝送のパラメータ及びＡＰの数及び予期される追加のＤＬトリガを識別する。ＳＴＡは、Ｎ－１の追加のトリガについてトリガ情報を受信する。ＳＴＡは、ＡＰごとにパラメータ、例えばＲｘ出力、タイミングオフセット及び／又は周波数オフセットを推定する。ＳＴＡは、マルチＡＰ伝送のためのパラメータを選択する。ＳＴＡは、マルチＡＰ伝送のパラメータ、例えばＴｘ出力、時間及び／又は周波数オフセット補正を計算する。ＳＴＡは、提案されるマルチＡＰ伝送パラメータと共に逆トリガをＡＰに送信する。ＳＴＡは、マルチＡＰ伝送データを受信する。ＳＴＡは、ＡＰにＡＣＫを送信する。

[0239] 一部の実装形態は、アップリンク協調ＳＵビームフォーミング又はＵＰ動的ポイント選択のためのチャネルアクセスを提供する。

[0240] 図１９は、複数のＡＰがＳＴＡから同時に受信することを可能にするチャネルアクセス方式の一例を示す。図１９に示すように、ＡＰ１がＳＴＡにトリガフレーム１９１０を伝送する。トリガフレーム１９１０は、図１５に示す第１のトリガフレーム１５１０と同様又は同じである。次いで、ＳＴＡは、トリガフレーム１９１０に基づいてＡＰ１及びＡＰ２の両方に逆トリガフレーム１９２０を伝送する。次いで、ＳＴＡは、ＡＰ１及びＡＰ２の両方にデータ２を伝送する。データ２を受信した後、ＡＰ１は、ＳＴＡにＡＣＫ１９３０を伝送することができ、ＡＰ２は、ＳＴＡにＡＣＫ１９４０を伝送することができる。この例では、データを両方のＡＰ又は（例えば、動的ポイント選択の場合には）特定のＡＰにアドレス指定することができる。標的ＡＰは、逆トリガ１９２０内でアドレス指定され得る。この例は、ＵＬ協調ＳＵビームフォーミング又はジョイントプリコーディングに関係する問題に対処することができる。

[0241] この例では、ＳＴＡがＵＬ内で複数のＡＰに同時に伝送することができる。ＡＰが互いから受信できない場合又は一次ＡＰから受信できない場合、チャネルアクセス手順を実装して、マルチＡＰ ＵＬ伝送が予期され得ることを全ての所望のＡＰに知らせることができる。

[0242] この例では、ＡＰ１及びＡＰ２がネゴシエートしてＳＴＡからの同時受信を行うことができる。一部の実装形態では、ネゴシエーションにおいて、ＡＰ１を一次ＡＰと見なすことができ、ＡＰ２を二次ＡＰと見なすことができる。一部の実装形態では、ＡＰ１及びＡＰ２がマルチＡＰジョイント伝送サウンディングを事前に行い、必要なチャネル状態情報を取得することができるか、又はＳＴＡがサウンディングを行い、自らとＡＰとの間のチャネルを取得することを可能にし得る。この場合、ＳＴＡは、ＡＰにＮＤＰＡ及びＮＤＰを個々に又は共同で送信し、例えば各ＡＰをポーリングすることにより、又はＡＰが自らのチャネル情報を所定の方法、例えばＤＬマルチＡＰ伝送で送信するためのＵＬトリガを送信することにより、各ＡＰからＵＬチャネルを取得することができる。

[0243] ＵＬマルチＡＰ伝送のためのチャネルアクセス手順は、ＡＰの１つ又は複数によってトリガされ得る。ある方法では、ＡＰ１及びＡＰ２が互いから受信できない場合があり、ネゴシエーションがＳＴＡ経由であり得る。一部の実装形態では、ＡＰ１がチャネルを取得し、ＳＴＡからの伝送をトリガするためにマルチＡＰトリガフレームを伝送し得る。マルチＡＰトリガフレームでは、ＡＰ１がマルチＡＰトリガフレーム内で次のＵＬマルチＡＰ伝送を構成することができる。一部の実装形態では、一次ＡＰであるＡＰ１がＡＰ２からＳＴＡへの伝送を構成することができる。例えば、マルチＡＰトリガフレームは、ＳＴＡ固有情報及び／又は共通情報を示すことができる。ＳＴＡ固有情報（ここでのＳＴＡは、ＡＰ ＳＴＡ又は非ＡＰ ＳＴＡを示す）は、ＳＴＡの役割及び／又はＳＴＡのＩＤを示すことができる。ＳＴＡの役割は、ＳＴＡが伝送側／ＡＰであるか又は受信側／ＳＴＡであるかを示すことができる。ＳＴＡのＩＤは、アソシエーション識別子（ＡＩＤ）、圧縮ＡＩＤ、ＢＳＳ識別子（ＢＳＳＩＤ、圧縮ＢＳＳＩＤ）、ＢＳＳカラー又は強化型ＢＳＳカラー等であり得る。

[0244] ＳＴＡの役割が伝送側／ＳＴＡを示す場合、ＳＴＡの役割は、パケットＩＤを含み得る。パケットＩＤは、パケットがＳＴＡから伝送されることを示し得る。一部の例では、このフィールドは、ＡＰ／伝送側固有フィールドであり得る。ＳＴＡは、複数のＡＰに対応するパケットＩＤを検出し、複数のＡＰから単一のパケットが伝送されるか、又は複数のＡＰから複数のパケットが伝送されるかを判定することができる。最初の事例では、ＳＴＡは、複数のＡＰからの伝送を組み合わせて単一のパケットを復号することができる。

[0245] ＳＴＡの役割が受信側／ＡＰを示す場合、ＳＴＡの役割は、リソース割り当て、空間ストリーム割り当て及び／又はＭＣＳ関連情報を含み得る。リソース割り当ては、ＡＰにマルチＡＰパケットを伝送するためにＳＴＡに割り当てられるリソースを示すことができる。ＯＦＤＭＡ伝送シナリオでは、リソースがリソースユニット（ＲＵ）単位で割り当てられ得る。空間ストリーム割り当ては、受信側に使用される開始空間ストリームインデックス及び空間ストリーム数を示すことができる。ＭＣＳ関連情報は、ＭＣＳ、コード化方式、ＤＣＭ変調が利用されるかどうか等を含み得る。

[0246] 共通情報は、タイプフィールドを含み得る。タイプは、ＵＬマルチＡＰ伝送を示し得る。タイプは、ＡＰから伝送されるトリガフレームを示し得る。

[0247] ＡＰ１からマルチＡＰトリガフレームを受信した後、ＳＴＡは、複数のＡＰに逆トリガフレームを伝送することができる。逆トリガフレーム内において、ＳＴＡは、ＡＰ１によって伝送されるマルチＡＰトリガフレームによって運ばれる繰り返しの完全な又は部分的な情報を示すことができる。このフィールドは、例えば、ＡＰ１及びＡＰ２が互いに直接通信することが困難である場合に使用され得る。そのような場合又はＡＰ２が自らのトリガフレーム内の何かを修正する場合、逆トリガフレームは、次のマルチＡＰ伝送内で使用される構成を確認することができる。確認される構成は、ＡＰ１若しくはＡＰ２又はＡＰ１とＡＰ２との組み合わせからのものであり得る。

[0248] ＳＴＡは、ＡＰ１及びＡＰ２にデータを伝送することができる。一部の実装形態では、伝送の終了時にＳＴＡが別の逆トリガフレームを連結してＡＰからの肯定応答の同時伝送をトリガすることができる。逆トリガフレーム内において、ＳＴＡは、出力制御情報等の同期情報を含めることができる。出力制御情報は、逆トリガフレームの伝送出力及び／又はマルチＡＰデータ伝送の期待ＲＳＳＩを示すことができる。ＡＰは、それらの２つのフィールドを使用して自らの伝送出力を決めることができる。ＳＴＡは、トリガフレームに対する時間及び／又は周波数補正を行うようにＡＰの１つ又は複数に要求することができる。ＡＰは、ＳＴＡに肯定応答フレームを伝送することができる。

[0249] 図２０は、複数のＡＰがＳＴＡから同時に受信することを可能にするチャネルアクセス方式の一例を示す。図２０に示すように、ＡＰ１がＳＴＡにトリガフレーム２０１０を伝送する。トリガフレーム２０１０は、図１５に示す第１のトリガフレーム１５１０と同様又は同じである。次いで、ＡＰ２は、可用性情報を含み得る短いトリガフレーム２０２０をＳＴＡに伝送する。次いで、ＳＴＡは、トリガフレーム２０１０及び短いトリガフレーム２０２０に基づいて逆トリガフレーム２０３０を生成し、ＡＰ１及びＡＰ２の両方に逆トリガフレーム２０３０を伝送する。次いで、ＳＴＡは、ＡＰ１及びＡＰ２の両方に逆トリガフレーム２０３０内の情報に基づいてデータ２０６０を伝送する。データ２を受信した後、ＡＰ１は、ＳＴＡにＡＣＫ２０４０を伝送することができ、ＡＰ２は、ＳＴＡにＡＣＫ２０５０を伝送することができる。

[0250] データ２０６０は、両方のＡＰ又は（例えば、動的ポイント選択の場合には）特定のＡＰにアドレス指定することができる。標的ＡＰは、逆トリガ内でアドレス指定され得る。

[0251] 一部の例では、ＡＰが互いから受信可能であり得る。マルチＡＰ ＵＬ伝送情報をやり取りする一方、他のものに起因する干渉から伝送を保護するためにチャネルアクセス方式が使用され得る。図２０は、一部の実装形態において、ＳＴＡが複数のＡＰに同時に伝送することを可能にし得るチャネルアクセス手順の別の例を示す。

[0252] 図２０の例では、ＡＰ１及びＡＰ２がネゴシエートしてＳＴＡからの同時受信を行うことができる。一部の実装形態では、ネゴシエーションにおいて、ＡＰ１を一次ＡＰと見なすことができ、ＡＰ２を二次ＡＰと見なすことができる。一部の例では、ＡＰ１及びＡＰ２がマルチＡＰジョイント伝送サウンディングを事前に行い、必要なチャネル状態情報を取得することができる。一部の実装形態では、ＡＰ１及びＡＰ２が互いから受信できない場合があり、ネゴシエーションがＳＴＡ経由であり得る。

[0253] ＡＰ１は、チャネルを取得し、ＳＴＡからの伝送をトリガするためにマルチＡＰトリガフレームを伝送し得る。マルチＡＰトリガフレームでは、ＡＰ１がマルチＡＰトリガフレーム内で次のＵＬマルチＡＰ伝送を構成することができる。ある方法では、一次ＡＰであるＡＰ１がＡＰ２からＳＴＡへの伝送を構成することを可能にし得る。例えば、マルチＡＰトリガフレームは、ＳＴＡ固有情報及び／又は共通情報を示すことができる。ＳＴＡ固有情報（ここでのＳＴＡは、ＡＰ ＳＴＡ又は非ＡＰ ＳＴＡを示す）は、ＳＴＡの役割及び／又はＳＴＡのＩＤを示すことができる。ＳＴＡの役割は、ＳＴＡが伝送側／ＡＰであるか又は受信側／ＳＴＡであるかを示すことができる。ＳＴＡのＩＤは、アソシエーション識別子（ＡＩＤ）、圧縮ＡＩＤ、ＢＳＳ識別子（ＢＳＳＩＤ、圧縮ＢＳＳＩＤ）、ＢＳＳカラー又は強化型ＢＳＳカラー、ＭＡＣアドレス、圧縮ＭＡＣアドレス等であり得る。

[0254] ＳＴＡの役割が伝送側／ＳＴＡを示し得る場合、ＳＴＡの役割は、パケットＩＤを含み得る。パケットＩＤは、パケットがＳＴＡから伝送されることを示すために使用され得る。一部の例では、このフィールドは、ＡＰ／伝送側固有フィールドであり得る。ＳＴＡは、複数のＡＰに対応するパケットＩＤを検出し、複数のＡＰから単一のパケットが伝送されるか、又は複数のＡＰから複数のパケットが伝送されるかを判定することができる。最初の事例では、ＳＴＡは、複数のＡＰからの伝送を組み合わせて単一のパケットを復号することができる。

[0255] ＳＴＡの役割が受信側／ＡＰを示す場合、ＳＴＡの役割は、リソース割り当て、空間ストリーム割り当て及び／又はＭＣＳ関連情報を含み得る。リソース割り当ては、ＡＰにマルチＡＰパケットを伝送するためにＳＴＡに割り当てられるリソースを示すことができる。ＯＦＤＭＡ伝送シナリオでは、リソースがリソースユニット（ＲＵ）単位で割り当てられ得る。空間ストリーム割り当ては、受信側に使用される開始空間ストリームインデックス及び空間ストリーム数を示すことができる。ＭＣＳ関連情報は、ＭＣＳ、コード化方式、ＤＣＭ変調が利用されるかどうか等を含み得る。

[0256] 共通情報は、タイプフィールドを含み得る。タイプは、ＵＬマルチＡＰ伝送を示し得る。タイプは、ＡＰから伝送されるトリガフレームを示し得る。共通情報は、時間及び／又は周波数補正情報を含むことができ、例えばトリガフレームに対する時間及び／又は周波数補正を行うようにＳＴＡがＡＰの１つ又は複数に要求することができる。

[0257] マルチＡＰトリガフレームの受信後、ＡＰ２は、ＡＰ１によって伝送されるのと同じであり得るマルチＡＰトリガフレームを伝送することができる。代わりに、ＡＰ２は、ＡＰ１によって伝送される情報のサブセットを運び得る短いマルチＡＰトリガフレームを伝送することができる。一部の実装形態では、短いマルチＡＰトリガフレームは、ＡＰ２の識別情報を運ぶことができるＮＤＰフレームであり得る。ＡＰ２からの伝送は、ＡＰ２が次のマルチＡＰ伝送に関して準備が整っていることを示し得る。一部の実装形態では、マルチＡＰトリガフレーム又は短いマルチＡＰトリガフレームは、ＡＰ１によって伝送される一部の情報を上書きし得る。例えば、ＡＰ２は、ＳＴＡから受信するためにチャネル２を使用するよう指定され得るが、チャネル２は、ＡＰ２にとって利用できない場合があり、ＡＰ２は、ＡＰ１及びＳＴＡに利用不能な又は利用可能なチャネル一覧を示すことができる。

[0258] 複数のＡＰからマルチＡＰトリガフレームを受信した後、ＳＴＡは、複数のＡＰに逆トリガフレームを伝送することができる。逆トリガフレーム内において、ＳＴＡは、ＡＰ１によって伝送されるマルチＡＰトリガフレームによって運ばれる繰り返しの完全な又は部分的な情報を示すことができる。このフィールドは、例えば、ＡＰ１及びＡＰ２が互いに直接通信することが困難である場合に使用され得る。そのような場合又はＡＰ２が自らのトリガフレーム内の何かを修正する場合、逆トリガフレームは、次のマルチＡＰ伝送内で使用される構成を確認することができる。確認される構成は、ＡＰ１若しくはＡＰ２又はＡＰ１とＡＰ２との組み合わせからのものであり得る。

[0259] ＳＴＡは、ＡＰ１及びＡＰ２にデータを伝送することができる。一部の実装形態では、伝送の終了時にＳＴＡが別の逆トリガフレームを連結してＡＰからの肯定応答の同時伝送をトリガすることができる。逆トリガフレーム内において、ＳＴＡは、同期情報を含めることができる。同期情報は、出力制御情報を含み得る。同期情報は、時間及び／又は周波数補正情報を含み得る。出力制御情報は、逆トリガフレームの伝送出力及び／又はマルチＡＰデータ伝送の期待ＲＳＳＩを示すことができる。ＡＰは、それらの２つのフィールドを使用して自らの伝送出力を決めることができる。時間及び／又は周波数補正情報内において、ＳＴＡは、トリガフレームに対する時間又は周波数補正を行うようにＡＰの１つ又は複数に要求することができる。ＡＰは、ＳＴＡに肯定応答フレームを伝送することができる。

[0260] 一部の実装形態は、伝送出力及びマルチユーザジョイント伝送を提供する。かかる例は、ＡＰが様々な減衰及び／又は構成（例えば、様々な伝送出力及び／又はＥＶＭ）を有する協調ＭＵビームフォーミングに関係する問題に対処することができる。

[0261] 一部の実装形態では、高い変換数を有するＪＴ ＭＵ－ＭＩＭＯチャネルを反転させる問題を解決するために、出力成分と実効チャネルとを別々に反転させることができる。一部の実装形態では、出力の効果をなくすことは、結果として生じる行列をより可逆的にし得る（例えば、より低い条件数を有するようにし得る）。

[0262] 一部の実装形態では、２つの成分の反転がベースバンド内で行われ得る。一部の実装形態では、出力のデスケーリング又は反転は、アナログ領域内で行われ得る一方、チャネルの残りの部分の反転は、ベースバンド内で行われ得る（例えば、複合アナログ及びデジタルベースバンドＪＴ ＭＵ－ＭＩＭＯ）。

[0263] 複合アナログ及びデジタルベースバンドＪＴ ＭＵ－ＭＩＭＯの一部の実装形態では、ＡＰがコントローラに自らのＴｘ出力値を送信することができ、コントローラがＡＰにアナログプリコーディング出力スケール値を送信することができる。その後、ＡＰは、出力スケーリングを行い、ＪＰプリコーディング手順を開始することができる。

[0264] 複合アナログ及びデジタルベースバンドＪＴ ＭＵ－ＭＩＭＯの一部の実装形態では、スレーブＡＰが自らの伝送出力を報告することをマスタＡＰが要求し得る。その後、マスタＡＰは、スレーブＡＰにアナログ出力スケール値を送信することができる。図２１及び図２２は、明示的フィードバックを伴うＪＴ ＭＵ－ＭＩＭＯ手順の例に関する手順及びフレーム交換の例を示す。図２３及び図２４は、黙示的フィードバックを伴うＪＴ ＭＵ－ＭＩＭＯ手順の例に関する手順及びフレーム交換の例を示す。図２１及び図２３は、マスタＡＰがプリコーダを設計する不平衡出力シナリオのＪＴ手順を示す。図２２及び図２４は、各ＡＰがプリコーダを設計する不平衡出力シナリオのＪＴ手順を示す。

[0265] 一部の実装形態では、ＡＰの伝送出力及びＡＰのプリコーダを設定するためにＡＰ及びＳＴＡが協調し、プリコーダは、マスタＡＰにおいて設計される。複合アナログ及びデジタルベースバンドＪＴ ＭＵ－ＭＩＭＯの一部の実装形態では、実効ＪＰチャネルＨがＳＴＡから送信されることをＡＰが要求することができる。次いで、マスタＡＰ又はコントローラは、実行チャネルの条件数を正規化し、ＪＰ伝送のために別々のアナログスケーリング及びデジタルプリコーディングパラメータをＡＰに送信することができる。

[0266] かかる手順の一例は、セットアップ段階、チャネル／出力取得段階、プリコーダ情報段階及び伝送段階を有するものとして記載することができる。これらは、例示的であり、この手順は、段階の任意の適切な順序又は組み合わせによって実装することができる。

[0267] 例示的なセットアップ段階中、各ＳＴＡは、複数のＡＰに関連付けられ、自らが可能なマルチＡＰ伝送の種類（例えば、この事例ではジョイント伝送）を識別する。ＡＰ及びＳＴＡの両方は、それらが、出力の不均衡に関するアナログ及びデジタル処理の能力があることを示す。その能力がない場合、ＡＰ／ＳＴＡは、マルチＡＰ方式から脱落し、単一のＡＰ／ＳＴＡから伝送／受信することに決め得ることに留意されたい。

[0268] 例示的なチャネル／出力取得段階中、ＡＰ及びＳＴＡをサウンディング手順にかけて実効ＭＩＭＯチャネルを識別する。これは、明示的又は黙示的であり得る。チャネルの取得時、追加のＡＰがマスタＡＰに相対出力情報（例えば、出力レベルフィードバック）を送信することができる。

[0269] 例示的なプリコーダ情報段階中、マスタＡＰは、二次／スレーブＡＰにアナログ及びデジタルプリコーダ情報を送信することができる。アナログプリコーダは、全行列プリコーダであり得る。アナログプリコーダは、出力の均衡のために両方のＡＰの出力を正規化する出力調節プリコーダであり得るか、又はかかる出力調節プリコーダを含み得る。

[0270] 例示的な伝送段階中、ＡＰは、アナログ及びデジタルプリコーダを使用してＳＴＡにＪＴフレームを伝送する。これらの段階の例を明示的フィードバック及び黙示的フィードバックに関して図２１、図２２、図２３及び図２４に示し、図２１は、マスタＡＰがプリコーダを設計する不均衡出力シナリオに関するマスタＡＰを用いたＪＴ手順の一例を示す（明示的フィードバック）。

[0271] 図２１に示すように、２１１０～２１４０のプロセスは、ＪＴ手順の一例を表す。２１１０では、各ＳＴＡが複数のＡＰに関連付けられ、自らが可能なマルチＡＰ伝送の種類を識別することができる。例えば、ＡＰ（例えば、ＡＰ１及びＡＰ２）及びＳＴＡ（例えば、ＳＴＡ１及びＳＴＡ２）の両方は、それらが、出力の不均衡に関するアナログ及びデジタル処理の能力があることを示す。２１２０では、パウダ及びチャネル情報がマスタＡＰ（例えば、ＡＰ１）によって取得され得、ＡＰ１がマスタトリガ２１５１、ＮＤＰ２１５３、ＮＤＰ２１５４、マスタトリガ２１５２、ＦＢ２１５５及びＦＢ２１５６によってプリコーダを設計することができる。次いで、ＡＰ２がＡＰ１に相対出力情報、即ち出力レベルフィードバック２１５７を送信することができる。２１３０では、ＡＰ１がマスタトリガ２１５８、実効出力レベルプリコーダ２１５９及びマスタトリガ２１６０によってＡＰ２にプリコーダ情報を送信することができる。次いで、２１４０では、両方のＡＰがＳＴＡにＪＴフレーム（即ちＪＴ ＭＵ－ＭＩＭＯ２１６１及びＪＴ ＭＵ－ＭＩＭＯ２１６２）を送信することができ、ＳＴＡは、ＡＰにＡＣＫ２１６３及びＡＣＫ２１６４をそれぞれ報告することができる。

[0272] 図２２は、各ＡＰがプリコーダを設計する不均衡出力シナリオに関するマスタＡＰを用いたＪＴ手順の一例を示す（明示的フィードバック）。図２２に示すように、２２１０～２２３０のプロセスは、ＪＴ手順の一例を表す。２２１０では、各ＳＴＡが複数のＡＰに関連付けられ、自らが可能なマルチＡＰ伝送の種類を識別することができる。例えば、ＡＰ（例えば、ＡＰ１及びＡＰ２）及びＳＴＡ（例えば、ＳＴＡ１及びＳＴＡ２）の両方は、それらが、出力の不均衡に関するアナログ及びデジタル処理の能力があることを示す。２２２０では、パウダ及びチャネル情報がマスタＡＰ（例えば、ＡＰ１）によって取得され得、各ＡＰがマスタトリガ２２４１、ＮＤＰ２２４２、ＮＤＰ２２４３、トリガ２２４４、ＦＢ２２４５、ＦＢ２２４６、出力レベルフィードバック２２４７、トリガ２２４８、ＦＢ２２４９、ＦＢ２２５０及び出力レベルフィードバック２２５１によって自らのプリコーダを設計することができる。次いで、２１３０では、ＡＰ１がＳＴＡにマスタトリガ２２５２及びＪＴ ＭＵ－ＭＩＭＯ２２５３を送信することができる。ＡＰ２は、ＳＴＡにＪＴ ＭＵ－ＭＩＭＯ２２５４を送信することができる。ＳＴＡは、ＡＰにＡＣＫ２２５５及びＡＣＫ２２５６をそれぞれ報告することができる。

[0273] 図２３は、マスタＡＰがプリコーダを設計する不均衡出力シナリオに関するマスタＡＰを用いたＪＴ手順の一例を示す（黙示的フィードバック）。２３１０では、各ＳＴＡが複数のＡＰに関連付けられ、自らが可能なマルチＡＰ伝送の種類を識別することができる。例えば、ＡＰ（例えば、ＡＰ１及びＡＰ２）及びＳＴＡ（例えば、ＳＴＡ１及びＳＴＡ２）の両方は、それらが、出力の不均衡に関するアナログ及びデジタル処理の能力があることを示す。２３２０では、パウダ及びチャネル情報がマスタＡＰ（例えば、ＡＰ１）によって取得され得、ＡＰ１がマスタトリガ２３５１、ＮＤＰ２３５３、ＮＤＰ２３５４、マスタトリガ２３５２及び出力レベルフィードバック２３５５によってプリコーダを設計することができる。次いで、２３３０では、ＡＰ１がマスタトリガ２３５６、実効出力レベルプリコーダ２３５７及びマスタトリガ２３５８によってＡＰ２にプリコーダ情報を送信することができる。次いで、２３４０では、両方のＡＰがＳＴＡにＪＴフレーム（即ちＪＴ ＭＵ－ＭＩＭＯ２３５９及びＪＴ ＭＵ－ＭＩＭＯ２３６０）を送信することができ、ＳＴＡは、ＡＰにＡＣＫ２３６１及びＡＣＫ２２６２をそれぞれ報告することができる。

[0274] 図２４は、各ＡＰがプリコーダを設計する不均衡出力シナリオに関するマスタＡＰを用いたＪＴ手順の一例を示す（黙示的フィードバック）。２４１０では、各ＳＴＡが複数のＡＰに関連付けられ、自らが可能なマルチＡＰ伝送の種類を識別することができる。例えば、ＡＰ（例えば、ＡＰ１及びＡＰ２）及びＳＴＡ（例えば、ＳＴＡ１及びＳＴＡ２）の両方は、それらが、出力の不均衡に関するアナログ及びデジタル処理の能力があることを示す。２４２０では、パウダ及びチャネル情報がマスタＡＰ（例えば、ＡＰ１）によって取得され得、各ＡＰがマスタトリガ２４４１、トリガ２４４２、ＮＤＰ２４４３、ＮＤＰ２４４４、出力レベルフィードバック２２４５、トリガ２２４６及び出力レベルフィードバック２２４７によって自らのプリコーダを設計することができる。次いで、２４３０では、ＡＰ１がＳＴＡにマスタトリガ２４４８及びＪＴ ＭＵ－ＭＩＭＯ２４４９を送信することができる。ＡＰ２は、ＳＴＡにＪＴ ＭＵ－ＭＩＭＯ２４５０を送信することができる。ＳＴＡは、ＡＰにＡＣＫ２４５１及びＡＣＫ２４５２をそれぞれ報告することができる。

[0275] 上記では特徴及び要素を特定の組み合わせで記載したが、各特徴及び要素は、単独で又は他の特徴及び要素との任意の組み合わせで使用できることを当業者であれば理解するであろう。加えて、本明細書に記載した方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれるコンピュータプログラム、ソフトウェア又はファームウェアによって実装することができる。コンピュータ可読媒体の例は、（有線又は無線接続上で伝送される）電子信号及びコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、これのみに限定されないが、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスク及び脱着可能ディスク等の磁気媒体、光磁気媒体並びにＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（ＤＶＤ）等の光媒体を含む。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ又は任意のホストコンピュータで使用するための無線周波数トランシーバを実装するために、ソフトウェアに関連するプロセッサを使用することができる。

Claims (16)

1. 無線送信／受信ユニット（ＷＴＲＵ）によって実行されるマルチアクセスポイント（マルチＡＰ）通信の方法であって、
   複数のアクセスポイント（ＡＰ）の第１のＡＰから第１のトリガフレームを受信することであって、前記第１のトリガフレームは、第１の情報を含む、受信することと、
   前記第１のトリガフレームを受信した後の所定の期間において、前記複数のＡＰの第２のＡＰから第２のトリガフレームを受信することであって、前記第２のトリガフレームも前記第１のトリガフレームの前記第１の情報を含む、受信することと、
   前記第１のトリガフレーム及び前記第２のトリガフレームに基づいて同期フレームを生成することであって、前記同期フレームは、同期情報を含む、生成することと、
   少なくとも前記第１のＡＰ及び前記第２のＡＰに前記同期フレームを伝送することと、
   前記第１のＡＰ及び前記第２のＡＰのそれぞれから、前記同期情報に基づいてデータ伝送を受信すること
   を含む方法。
2. 前記同期情報は、伝送出力情報、伝送開始時間情報又は伝送周波数情報を含む、請求項１に記載の方法。
3. 前記第２のトリガフレームは、第２のデータ伝送のための構成情報を更に含み、前記構成情報は、前記第１のトリガフレームの第２の情報と異なる、請求項１に記載の方法。
4. 前記同期フレームは、前記構成情報に対応する確認情報を更に含む、請求項３に記載の方法。
5. 前記同期フレームは、前記第１のトリガフレームの第３の情報を更に含む、請求項１に記載の方法。
6. 前記第１のＡＰ及び前記第２のＡＰのそれぞれにＡＣＫ／ＮＡＣＫレポートを伝送することを更に含む、請求項１に記載の方法。
7. 前記第１のトリガフレームは、ＷＴＲＵ関連情報を含む、請求項１に記載の方法。
8. 前記ＷＴＲＵ関連情報は、パケットＩＤ、リソース割り当て、空間ストリーム割り当て又はＭＣＳ関連情報を含む、請求項７に記載の方法。
9. マルチアクセスポイント（マルチＡＰ）通信を行うように構成されている無線送信／受信ユニット（ＷＴＲＵ）であって、
   複数のアクセスポイント（ＡＰ）の第１のＡＰから第１のトリガフレームを受信することであって、前記第１のトリガフレームは、第１の情報を含む、受信すること、及び
   前記第１のトリガフレームを受信した後の所定の期間において、前記複数のＡＰの第２のＡＰから第２のトリガフレームを受信することであって、前記第２のトリガフレームも前記第１のトリガフレームの前記第１の情報を含む、受信すること
   を行うように構成されている受信機と、
   前記第１のトリガフレーム及び前記第２のトリガフレームに基づいて同期フレームを生成するように構成されるプロセッサであって、前記同期フレームは、同期情報を含む、プロセッサと、
   少なくとも前記第１のＡＰ及び前記第２のＡＰに前記同期フレームを伝送するように構成されている送信機と
   を含み、及び前記受信機は、前記第１のＡＰ及び前記第２のＡＰのそれぞれから、前記同期情報に基づいてデータ伝送を受信するように更に構成されている、無線送信／受信ユニット（ＷＴＲＵ）。
10. 前記同期情報は、伝送出力情報、伝送開始時間情報又は伝送周波数情報を含む、請求項９に記載のＷＴＲＵ。
11. 前記第２のトリガフレームは、第２のデータ伝送のための構成情報を更に含み、前記構成情報は、前記第１のトリガフレームの第２の情報と異なる、請求項９に記載のＷＴＲＵ。
12. 前記同期フレームは、前記構成情報に対応する確認情報を更に含む、請求項１１に記載のＷＴＲＵ。
13. 前記同期フレームは、前記第１のトリガフレームの第３の情報を更に含む、請求項９に記載のＷＴＲＵ。
14. 前記送信機は、前記第１のＡＰ及び前記第２のＡＰのそれぞれにＡＣＫ／ＮＡＣＫレポートを伝送するように更に構成されている、請求項９に記載のＷＴＲＵ。
15. 前記第１のトリガフレームは、ＷＴＲＵ関連情報を含む、請求項９に記載のＷＴＲＵ。
16. 前記ＷＴＲＵ関連情報は、パケットＩＤ、リソース割り当て、空間ストリーム割り当て又はＭＣＳ関連情報を含む、請求項９に記載のＷＴＲＵ。
    

Images