知財求人 - 知財ポータルサイト「IP Force」
▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
特表2022-506848ＷＬＡＮ内のジョイントマルチＡＰ伝送のための方法及び機器
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-01-17
(54)【発明の名称】ＷＬＡＮ内のジョイントマルチＡＰ伝送のための方法及び機器
(51)【国際特許分類】
H04W 28/16 20090101AFI20220107BHJP
H04W 84/12 20090101ALI20220107BHJP
H04W 74/04 20090101ALI20220107BHJP
H04W 56/00 20090101ALI20220107BHJP
H04W 28/04 20090101ALI20220107BHJP
【ＦＩ】
H04W28/16
H04W84/12
H04W74/04
H04W56/00 130
H04W28/04 110
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2021524460
(86)(22)【出願日】2019-11-08
(85)【翻訳文提出日】2021-07-07
(86)【国際出願番号】 US2019060441
(87)【国際公開番号】W WO2020097444
(87)【国際公開日】2020-05-14
(31)【優先権主張番号】62/757,611
(32)【優先日】2018-11-08
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/815,113
(32)【優先日】2019-03-07
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
２．ＷＣＤＭＡ
(71)【出願人】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】100079108
【弁理士】
【氏名又は名称】稲葉 良幸
(74)【代理人】
【識別番号】100109346
【弁理士】
【氏名又は名称】大貫 敏史
(74)【代理人】
【識別番号】100117189
【弁理士】
【氏名又は名称】江口 昭彦
(74)【代理人】
【識別番号】100134120
【弁理士】
【氏名又は名称】内藤 和彦
(74)【代理人】
【識別番号】100108213
【弁理士】
【氏名又は名称】阿部 豊隆
(72)【発明者】
【氏名】オテリ、オゲネコム
(72)【発明者】
【氏名】ロウ、ハンチン
(72)【発明者】
【氏名】スン、リーシャン
(72)【発明者】
【氏名】ワン、シャオフイ
(72)【発明者】
【氏名】シャヒン、アルファン
(72)【発明者】
【氏名】ヤン、ルイ
(72)【発明者】
【氏名】ラシタ、フランク
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD24
5K067DD25
5K067DD34
5K067EE02
5K067EE10
5K067EE24
5K067EE56
5K067HH28
(57)【要約】
無線送信/受信ユニット(WTRU)によって実行されるマルチアクセスポイント(マルチAP)通信の方法は、複数のAPの第1のアクセスポイント(AP)から第1のトリガフレームを受信するステップであって、前記第1のトリガフレームは、第1の情報を含み、前記第2のトリガフレームは、前記第1のトリガフレームの第1の情報をも含み、前記第1のトリガフレームは、前記第1のトリガフレームの第1の情報を含み、前記第1のトリガフレーム及び前記第2のトリガフレームに基づく同期フレームを生成し、前記同期フレームは、同期情報を含み、前記同期フレームを少なくとも前記第1のAP及び前記第2のAPに送信し、前記第1のAP及び前記第2のAPの各々からの同期情報に基づくデータ送信を受信するステップを含む、ステップを含む。
【特許請求の範囲】
【請求項1】
(1) 無線送信/受信ユニット(WTRU)によって実行されるマルチアクセスポイント(マルチAP)通信の方法であって、以下を含む方法。複数のAPの第1のアクセスポイント(AP)から第1のトリガフレームを受信し、第1のトリガフレームは第1の情報を含む。
第1のトリガ・フレームを受信した後、所定の時間で複数のAPの第2のAPから第2のトリガ・フレームを受信し、第2のトリガ・フレームは、第1のトリガ・フレームの第1の情報も含む。
第1のトリガフレーム及び第2のトリガフレームに基づいて同期フレームを生成し、同期フレームは同期情報を含む。
少なくとも第1のAP及び第2のAPに同期フレームを送信すること。
第1のAPと第2のAPのそれぞれからの同期情報に基づいてデータ送信を受信する。
前記同期情報は、送信電力情報、送信開始時間情報、または送信周波数情報を含む、請求項1に記載の方法。
前記第2のトリガフレームは、第2のデータ送信のための構成情報をさらに備え、前記構成情報は、前記第1のトリガフレームの第2の情報とは異なる、請求項1に記載の方法。
前記同期フレームは、前記構成情報に対応する確認情報をさらに備える、請求項3に記載の方法。
前記同期フレームは、前記第1のトリガフレームの第3の情報をさらに含む、請求項1に記載の方法。
6. さらに、以下を含む、請求項1に記載の方法。
最初のAPと2番目のAPのそれぞれにACK/NACKレポートを送信します。
前記第1のトリガフレームは、WTRU関連情報を含む、請求項1に記載の方法。
前記WTRU関連情報は、パケットID、リソース割り当て、空間ストリーム割り当て、またはMCS関連情報を含む、請求項7に記載の方法。
(9) マルチアクセスポイント(マルチAP)通信を行うように構成された無線送信/受信ユニット(WTRU)であって、WTRUは、次のものを含む。
複数のAPの第1のアクセスポイント(AP)から第1のトリガフレームを受信するように構成された受信機であって、第1のトリガフレームは第1の情報を含み、
第1のトリガ・フレームを受信した後の所定の時間で複数のAPの第2のAPからの第2のトリガ・フレームであって、第2のトリガ・フレームは、第1のトリガ・フレームの第1の情報も含む、第2のトリガ・フレーム。
第1のトリガフレーム及び第2のトリガフレームに基づいて同期フレームを生成するように構成されたプロセッサであって、同期フレームは同期情報を含む、プロセッサ。
同期フレームを少なくとも第1のAP及び第2のAPに送信するように構成された送信機;
受信機は、第1のAPおよび第2のAPの各々からの同期情報に基づいてデータ送信を受信するようにさらに構成される。
前記同期情報は、送信電力情報、送信開始時間情報、または送信周波数情報を含む、請求項9に記載のWTRU。
前記第2のトリガフレームは、第2のデータ送信のための構成情報をさらに備え、前記構成情報は、前記第1のトリガフレームの第2の情報とは異なる、請求項11に記載のWTRU。
前記同期フレームは、前記構成情報に対応する確認情報をさらに備える、請求項11に記載のWTRU。
前記同期フレームは、前記第1のトリガフレームの第3の情報をさらに含む、請求項9に記載のWTRU。
14. 前記送信機は、前記第1のAP及び前記第2のAPのそれぞれにACK/NACKレポートを送信するようにさらに構成される、請求項9に記載のWTRU。
前記第1のトリガフレームは、WTRU関連情報を含む、請求項9に記載のWTRU。
前記WTRU関連情報は、パケットID、リソース割り当て、空間ストリーム割り当て、またはMCS関連情報を含む、請求項16に記載のWTRU
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
・ 本出願は、米国仮出願番号の利益を主張する。 2018年11月8日に出願された62/757,611及び米国仮出願番号の利益 2019年3月7日出願の62/815,113。その内容は、参照により本明細書に組み込まれる。
・ 本出願は、米国仮出願番号の利益を主張する。 2018年11月8日に出願された62/757,611及び米国仮出願番号の利益 2019年3月7日出願の62/815,113。その内容は、参照により本明細書に組み込まれる。
【背景技術】
【0002】
・ Infrastructure Basic Service Set(BSS)モードの無線LANは、BSS用のアクセスポイント(AP)とAPに関連する1つ以上のステーション(STA)を持っています。 APは、典型的には、BSSの出入りを行う配信システムまたは他のタイプの有線/無線ネットワークへのアクセスまたはインタフェースを有する。 BSSの外部からのSTAへのトラフィックは、APを経由して到着し、STAに配送される。 STAからBSS外の宛先へ発信されたトラフィックは、各宛先に配送されるAPに送信される。 BSS内のSTA間のトラフィックは、送信元STAがAPにトラフィックを送信し、APが宛先STAにトラフィックを配信するAPを介して送信することもできる。 BSS内のSTA間のこのようなトラフィックは、実際にはピアツーピアトラフィックである。 このようなピア・ツー・ピア・トラフィックは、802.11e DLSまたは802.11zトンネルDLS(TDLS)を使用してダイレクト・リンク・セットアップ(DLS)で送信元と宛先STAの間で直接送信されることもあります。 Independent BSS(IBSS)モードを使用する無線LANは、互いに直接通信するAPおよび/またはSTAを持たない。 この通信モードは、「アドホック」通信モードと呼ばれる。
・ ダウンリンク協調単一ユーザ(SU)ビーム成形またはジョイント予符号化において、信号がSTAによって信号の適切な復号化を可能にするために同様の受信電力、時間、および周波数でSTAに到達し得るように、APがSTAに同期するための方法が必要である。 さらに、この操作を可能にするチャネルアクセス方式を定義する必要がある。
要約
・ 無線送信/受信ユニット(WTRU)によって実行されるマルチアクセスポイント(マルチAP)通信の方法は、複数のAPの第1のアクセスポイント(AP)から第1のトリガフレームを受信することを含み、第1のトリガフレームは第1の情報を含む。 WTRUは、第1のトリガ・フレームを受信した後、所定の時間で、複数のAPの第2のAPから第2のトリガ・フレームを受信する。 第2のトリガ・フレームは、第1のトリガ・フレームの第1の情報も含む。 WTRUは、第1のトリガ・フレームと第2のトリガ・フレームに基づいて同期フレームを生成します。 同期フレームは、同期情報を含む。 WTRUは、少なくとも第1のAPと第2のAPとを同期フレームを送信する。 最後に、WTRUは、第1のAPおよび第2のAPの各々からの同期情報に基づくデータ送信を受信する。
・ マルチアクセスポイント通信を行うように構成された無線送信/受信ユニットは、複数のAPの第1のアクセスポイントから第1のトリガフレームを受信するように構成された受信機を備える。 第1のトリガフレームは、第1の情報を含む。 受信機はまた、第1のトリガ・フレームを受信した後、所定の時間で複数のAPの第2のAPから第2のトリガ・フレームを受信するように構成される。 第2のトリガ・フレームは、第1のトリガ・フレームの第1の情報も含む。 WTRUは、さらに、第1のトリガ・フレームおよび第2のトリガ・フレームに基づいて同期フレームを生成するように構成されたプロセッサを含む。 同期フレームは、同期情報を含む。 WTRUは、同期フレームを少なくとも第1のAPおよび第2のAPに送信するように構成された送信機をさらに備える。 さらに、受信機は、第1のAPおよび第2のAPの各々からの同期情報に基づいてデータ送信を受信するように構成される。
図面の簡単な説明
・ 以下の説明からより詳細な理解を得ることができ、これは、添付の図面と共に例として与えられ、図中の同様の参照番号は、同様の要素を示し、以下に示す。
・ 図1Aは、1つ以上の開示された実施形態を実施することができる通信システムの例を示すシステム図である。
・ 図1Bは、図に示す通信システム内で使用可能な無線送信/受信ユニットの例を示すシステム図である。 一実施形態による1A;
・ 図1Cは、図に示す通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すシステム図である。 一実施形態による1A;
・ 図1Dは、図に示される通信システム内で使用され得る、さらなる例RANおよびさらなる例CNを示すシステム図である。 一実施形態による1A;
・ 図2は、協調直交周波数分割多元接続(OFDMA)における分数周波数再利用(FFR)を示す。
・ 図3は、図の例のための関連するOFDMA資源割当てを示す。 2;
・ 図4は、協調的なヌル化/ビーム成形の例を示す。
・ 図5は、シングルユーザジョイントプレコードマルチAP伝送を示す。
・ 図6は、マルチユーザジョイントプレコードマルチAP伝送を示す。
・ 図7は、トリガベースのマルチAPサウンディングの例を示す。
・ 図8は、例示的なアップリンク(UL)サウンディング位相オフセットを示す。
・ 図9は、配位されたMUビーム形成の一例を示す。
・ 図10は、トリガフレームベースのダウンリンク(DL)ジョイント伝送の例を示す。
・ 図11は、例示的なチャネルアクセス手順を示す。
・ 図12は、例示的なチャネルアクセス手順を示す。
・ 図13は、例示的なチャネルアクセス手順を示す。
・ 図14は、例示的なチャネルアクセス手順を示す。
・ 図15は、例示的なチャネルアクセス手順を示す。
・ 図16は、例示的なチャネルアクセス手順を示す。
・ 図17は、例示的なチャネルアクセス手順を示す。
・ 図18は、例示的なチャネルアクセス手順を示す。
・ 図19は、例示的なチャネルアクセス手順を示す。
・ 図20は、例示的なチャネルアクセス手順を示す。
・ 図21は、例示的なJT MU-MIMOのための手順およびフレーム交換の例を示す。
・ 図22は、例示的なJT MU-MIMOのための手順およびフレーム交換の例を示す。
・ 図23は、例示的なJT MU-MIMOのための手順およびフレーム交換の例を示す図である。
・ 図24は、例示的なJT MU-MIMOのための手順およびフレーム交換の例を示す。
詳細な説明
・ 図1Aは、1つ以上の開示された実施形態を実施することができる、例示的な通信システム100を示す図である。 通信システム100は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供するマルチアクセスシステムであってもよい。 通信システム100は、無線帯域幅を含むシステムリソースの共有を通して、複数の無線ユーザがそのようなコンテンツにアクセスすることを可能にすることができる。 例えば、通信システム100は、符号分割多元接続、時分割多元接続、周波数分割多元接続、直交FDMA、シングルキャリアFDMA、ゼロテールユニークワード離散フーリエ変換拡散OFDM、ユニークワードOFDM、リソースブロックフィルタリングOFDM、フィルタバンクマルチキャリアなどの1つ以上のチャネルアクセス方法を使用することができる。
・ 図に示すように、 通信システム100は、無線送信/受信ユニット102a、102b、102c、102d、無線アクセスネットワーク104、コアネットワーク106、公衆交換電話ネットワーク108、インターネット110、および他のネットワーク112を含むことができるが、開示された実施形態は、任意の数のWTRU、基地局、ネットワーク、および/またはネットワーク要素を意図していることが理解されるであろう。 WTRU102a、102b、102c、102dの各々は、無線環境で動作および/または通信するように構成された任意のタイプのデバイスであってもよい。 例として、WTRU 102a、102c、102dは、無線信号を送信および/または受信するように構成することができ、ユーザ装置、移動局、固定または移動加入者ユニット、加入者ベースのユニット、ページャ、携帯電話、携帯電話、携帯デジタルアシスタント、スマートフォン、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、ホットスポットまたはMi-Fiデバイス、物のインターネットデバイス、時計または他の着用可能なディスプレイ、車両、ドローン、医療デバイスおよびアプリケーション(例えば、遠隔手術)、工業用デバイスおよびアプリケーション(例えば、産業用および/または自動化処理チェーンコンテキストで動作するロボットおよび/または他の無線デバイス)、民生用電子デバイス、商業用および/または工業用無線ネットワーク上で動作するデバイスなどを含むことができる。 WTRU102a、102b、102c、および102dのいずれも、互換的にUEと称することができる。
・ 通信システム100はまた、基地局114aおよび/または基地局114bを含んでもよい。 基地局114a、114bの各々は、CN 106、インターネット110、および/または他のネットワーク112のような1つ以上の通信ネットワークへのアクセスを容易にするために、WTRU102a、102b、102c、102dのうちの少なくとも1つと無線インターフェースするように構成されたいずれのタイプの装置でもよい。 一例として、基地局114a、114bは、基地トランシーバ局(BTS)、ノードB、eノードB、ホームノードB、ホームノードB、gNodeB(gNB)、新しい無線(NR)NodeB、サイトコントローラ、アクセスポイント(AP)、無線ルータなどのような、次世代ノードBであってもよい。 基地局114a、114bは、それぞれ単一の要素として示されているが、基地局114a、114bは、任意の数の相互接続された基地局および/またはネットワーク要素を含んでもよいことが理解されよう。
・ 基地局114aは、RAN 104の一部であってもよく、RAN 104は、基地局コントローラ、無線ネットワークコントローラ、中継ノードなどの他の基地局および/またはネットワーク要素(図示せず)を含んでもよい。 基地局114aおよび/または基地局114bは、セル(図示せず)と呼ぶことができる1つ以上の搬送波周波数上で無線信号を送信および/または受信するように構成することができる。 これらの周波数は、ライセンスされた周波数帯域、ライセンスされていない周波数帯域、またはライセンスされた周波数帯域とライセンスされていない周波数帯域の組み合わせであってもよい。 セルは、比較的固定されているか、または時間の経過に伴って変化する可能性のある特定の地理的区域に無線サービスのカバレッジを提供することができる。 細胞は、さらに、細胞セクターに分割され得る。 例えば、基地局114aに関連するセルは、3つのセクタに分割することができる。 従って、一実施形態では、基地局114aは、3つのトランシーバ、すなわち、セルの各セクタに対して1つを含むことができる。 一実施形態では、基地局114aは、多入力多出力技術を使用することができ、セルの各セクタに対して複数のトランシーバを使用することができる。 例えば、ビーム成形を使用して、所望の空間的方向に信号を送信および/または受信することができる。
・ 基地局114a、114bは、任意の適切な無線通信リンク(例えば、無線周波数(RF)、マイクロ波、センチメータ波、マイクロ波、赤外線(IR)、紫外線(UV)、可視光など)であり得る空気インターフェース116を介して、1つ以上のWTRU102a、102b、102c、102dと通信することができ、空気インターフェース116は、任意の適切な無線アクセス技術を使用して確立することができる。
・ より具体的には、上述したように、通信システム100は、多元接続システムであってもよく、CDMA、TDMA、FDMA、OFDMA、SC-FDMAなどの1つ以上のチャネルアクセス方式を採用してもよい。 例えば、RAN 104内の基地局114aおよびWTRU102a、102b、102cは、広帯域CDMA(WCDMA)を使用して空気インタフェース116を確立することができるUMTS地上無線アクセス(UTRA)のような無線技術を実施することができる。 WCDMAは、高速パケットアクセス(HSPA)および/または進化HSPA(HSPA+)のような通信プロトコルを含んでもよい。 HSPAは、高速ダウンリンク(DL)パケットアクセス(HSDPA)および/または高速アップリンク(UL)パケットアクセス(HSUPA)を含み得る。
・ 一実施形態では、基地局114aおよびWTRU102a、102b、102cは、長期進化(LTE)および/またはLTE-Advanced(LTE-A)および/またはLTE-Advanced Pro(LTE-A-Pro)を使用して空中インタフェース116を確立することができる、進化UMTS地上無線アクセス(E-UTRA)のような無線技術を実施することができる。
・ 一実施形態によると、基地局114aおよびWTRU102a、102b、102cは、NR無線アクセスなどの無線技術を実装することができ、NR無線アクセスは、NRを使用して空気インターフェース116を確立することができる。
・ 一実施形態によると、基地局114aおよびWTRU102a、102b、102cは、多重無線アクセス技術を実装することができる。 例えば、基地局114aおよびWTRU102a、102b、102cは、例えば、二重接続(DC)原理を使用して、LTE無線アクセスおよびNR無線アクセスを一緒に実施することができる。 従って、WTRU102a、102b、102cによって利用される空気インターフェースは、複数のタイプの無線アクセス技術および/または複数のタイプの基地局(例えば、eNBおよびgNB)との間で送受信される送信によって特徴付けられ得る。
・ 他の実施形態では、基地局114aおよびWTRU102b、102cは、IEEE 802.11(すなわち、無線フィデリティ(WiFi)、IEEE 802.16(すなわち、WiMAX)、CDMA2000、CDMA2000、CDMA2000 EV-DO、中間規格2000(IS-2000)、中間規格95(IS-95)、中間規格856(IS-856)、移動通信のためのグローバルシステム(GSM)、GSM発展のための拡張データレート(EDGE)、GSM EDGE(GERAN)などの無線技術を実装することができる。
・ 図中の基地局114b 1Aは、例えば、無線ルータ、ホームノードB、ホームノードB、またはアクセスポイントであってもよく、例えば、事業所、家庭、車両、キャンパス、工業施設、空港(例えば、無線で使用するための)、道路などのような、ローカライズされた領域における無線接続を容易にするために任意の適切なRATを利用してもよい。 一実施形態では、基地局114bおよびWTRU102c、102dは、無線ローカルエリアネットワーク(WLAN)を確立するために、IEEE 802.11のような無線技術を実装することができる。 一実施形態では、基地局114bおよびWTRU102c、102dは、無線パーソナルエリアネットワークを確立するために、IEEE 802.15のような無線技術を実装することができる。 さらに別の実施形態では、基地局114bおよびWTRU102c、102dは、ピコセルまたはフェムトセルを確立するために、セルラーベースのRAT(例えば、WCDMA、CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NRなど)を利用してもよい。 図に示すように、 1A、基地局114bは、インターネット110に直接接続することができる。 従って、基地局114bは、CN 106を介してインターネット110にアクセスする必要はない。
・ RAN 104は、CN 106と通信することができ、CN 106は、音声、データ、アプリケーション、および/または音声オーバーインターネットプロトコルサービスをWTRU102a、102b、102c、102dのうちの1つ以上に提供するように構成された任意のタイプのネットワークであってもよい。 データは、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、移動要件等のような、異なるサービス品質要件を有することができる。 CN 106は、呼制御、課金サービス、移動位置ベースサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供し、および/またはユーザ認証などの高レベルセキュリティ機能を実行することができる。 図には示されていないが。1A、RAN 104及び/又はCN 106は、RAN 104と同じRAT又は異なるRATを使用する他のRANと直接又は間接通信することができることが理解されよう。 例えば、NR無線技術を利用することができるRAN 104に接続することに加えて、CN 106は、GSM、UMTS、CDMA 2000、WiMAX、E-UTRA、またはWiFi無線技術を使用する別のRAN(図示せず)と通信することもできる。
・ また、CN 106は、WTRU102a、102b、102c、102dがPSTN 108、インターネット110、及び/又は他のネットワーク112にアクセスするためのゲートウェイとして機能することができる。 PSTN 108は、単純な古い電話サービスを提供する回線交換電話ネットワークを含んでもよい。 インターネット110は、相互接続されたコンピュータ・ネットワークのグローバル・システムと、TCP/IPインターネット・プロトコル・スイート内の送信制御プロトコル、ユーザ・データグラム・プロトコル、および/またはインターネット・プロトコルなどの共通通信プロトコルを使用する装置とを含んでもよい。 ネットワーク112は、他のサービスプロバイダによって所有および/または運用される有線および/または無線通信ネットワークを含んでもよい。 例えば、ネットワーク112は、1つまたは複数のRANに接続された別のCNを含んでもよく、RAN 104または異なるRATと同じRATを使用してもよい。
・ 通信システム100内のWTRU102a、102b、102c、102dの一部または全部は、マルチモード機能を含んでもよい(例えば、WTRU102a、102b、102c、102dは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含んでもよい)。 例えば、図に示すWTRU 102c。 1Aは、セルラーベースの無線技術を採用することができる基地局114aと、IEEE 802無線技術を採用することができる基地局114bと通信するように構成することができる。
・ 図1Bは、例示的なWTRU 102を示すシステム図である。 図に示すように、 WTRU 102は、プロセッサ118、トランシーバ120、送信/受信素子122、スピーカ/マイクロホン124、キーパッド126、ディスプレイ/タッチパッド128、取り外し不能メモリ130、取り外し可能メモリ132、電源134、全地球測位システムチップセット136、および/または他の周辺装置138を含むことができる。 当然のことながら、WTRU 102は、実施形態と整合性を保ちつつ、上述の要素の任意のサブコンビネーションを含んでもよい。
・ プロセッサ118は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ、複数のマイクロプロセッサ、DSPコアと関連する1つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、任意の他のタイプの集積回路、ステートマシンなどであってもよい。 プロセッサ118は、信号符号化、データ処理、電力制御、入出力処理、および/またはWTRU 102が無線環境で動作することを可能にする任意の他の機能を実行することができる。 プロセッサ118は、送受信素子122に結合され得るトランシーバ120に結合されてもよい。 図中 1Bは、プロセッサ118および送受信機120を別個の構成要素として示すが、プロセッサ118および送受信機120は、電子パッケージまたはチップ内に一体化されてもよいことが理解されよう。
・ 送信/受信素子122は、基地局(例えば、基地局114a)に信号を送信するか、または、基地局から信号を受信するように、空気インタフェース116を介して構成することができる。 例えば、一実施形態では、送信/受信素子122は、RF信号を送信および/または受信するように構成されたアンテナであってもよい。 一実施形態では、送信/受信素子122は、例えば、IR信号、UV信号、または可視光信号を送信および/または受信するように構成されたエミッタ/検出器であってもよい。 さらに別の実施形態では、送信/受信素子122は、RF信号および光信号の両方を送信および/または受信するように構成されてもよい。 送信/受信素子122は、無線信号の任意の組み合わせを送信および/または受信するように構成されてもよいことが理解されよう。
・ 送信/受信要素122は、図に示されているが、 単一素子として、WTRU 102は、任意の数の送信/受信素子122を含んでもよい。 より具体的には、WTRU 102はMIMO技術を採用することができる。 従って、一実施形態では、WTRU 102は、空気インターフェース116を介して無線信号を送受信するための2つ以上の送受信素子122(例えば、複数のアンテナ)を含んでもよい。
・ トランシーバ120は、送信/受信素子122によって送信されるべき信号を変調し、送信/受信素子122によって受信される信号を復調するように構成することができる。 上述のように、WTRU 102は、マルチモード機能を有することができる。 したがって、トランシーバ120は、例えば、NRand IEEE 802.11のような複数のRATを介してWTRU 102が通信できるようにするための複数のトランシーバを含んでもよい。
・ WTRU 102のプロセッサ118は、スピーカ/マイクロホン124、キーパッド126、および/またはディスプレイ/タッチパッド128(例えば、液晶ディスプレイユニットまたは有機発光ダイオードディスプレイユニット)に結合され、ユーザ入力データを受信することができる。 プロセッサ118はまた、スピーカ/マイクロホン124、キーパッド126、および/またはディスプレイ/タッチパッド128にユーザデータを出力することもできる。 さらに、プロセッサ118は、取り外し不能メモリ130及び/又は取り外し可能メモリ132のような任意のタイプの適切なメモリからの情報にアクセスし、データを記憶することができる。 非リムーバブルメモリ130は、ランダムアクセスメモリ、リードオンリーメモリ、ハードディスク、または任意の他のタイプのメモリ記憶装置を含んでもよい。 リムーバブルメモリ132は、加入者識別モジュールカード、メモリスティック、セキュアディジタルメモリカードなどを含むことができる。 他の実施形態では、プロセッサ118は、サーバまたはホームコンピュータ(図示せず)上のようなWTRU 102上に物理的に位置しないメモリからの情報にアクセスし、データを記憶することができる。
・ プロセッサ118は、電源134から電力を受け取り、WTRU 102内の他の構成要素に電力を分配および/または制御するように構成されてもよい。 電源134は、WTRU 102に電力を供給するための任意の適切な装置であってもよい。 例えば、電源134は、1つ以上の乾電池(例えば、ニッケル-カドミウム(NiCd)、ニッケル-亜鉛(NiZn)、ニッケル金属水素化物(NiMH)、リチウムイオン(Li-イオン)など)、太陽電池、燃料電池などを含むことができる。
・ プロセッサ118はまた、GPSチップセット136に結合されてもよく、GPSチップセット136は、WTRU 102の現在の位置に関する位置情報(例えば、経度および緯度)を提供するように構成されてもよい。 GPSチップセット136からの情報に加えて、またはその代わりに、WTRU 102は、基地局(例えば、基地局114a、114b)から空中インタフェース116を介して位置情報を受信し、および/または2つ以上の近くの基地局から受信される信号のタイミングに基づいてその位置を決定することができる。 WTRU 102は、実施形態と一致したまま、任意の適切な位置決定方法によって位置情報を取得することができることが理解されよう。
・ プロセッサ118は、追加の特徴、機能性、および/または有線もしくは無線接続性を提供する1つ以上のソフトウェアおよび/またはハードウェアモジュールを含んでもよい他の周辺装置138にさらに結合されてもよい。 例えば、周辺装置138は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ、汎用シリアルバスポート、振動装置、テレビ送受信機、ハンズフリーヘッドセット、Bluetooth(R)モジュール、周波数変調無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、バーチャルリアリティおよび/または拡張リアリティデバイス、アクティビティトラッカーなどを含むことができる。 周辺装置138は、1つ以上のセンサを含んでもよい。 センサーは、ジャイロスコープ、加速度計、ホール効果センサー、磁力計、方向センサー、近接センサー、温度センサー、時間センサー;地理位置センサー、高度計、光センサー、タッチセンサー、磁力計、気圧センサー、ジェスチャーセンサー、生体計測センサー、湿度センサーなどのうちの1つ以上であってもよい。
・ WTRU 102は、全二重無線を含んでもよく、その場合、信号の一部または全部の送信および受信(例えば、UL(例えば、送信のための)およびDL(例えば、受信のための)の両方のための特定のサブフレームに関連する)は、同時および/または同時であってもよい。 全二重無線は、ハードウェア(例えば、チョーク)またはプロセッサ(例えば、別個のプロセッサ(図示せず)またはプロセッサ118を介した信号処理のいずれかを介して自己干渉を低減し、または実質的に除去するための干渉管理ユニットを含んでもよい。 一実施形態では、WTRU 102は、信号の一部または全部の送信および受信(例えば、UL(例えば、送信のための)またはDL(例えば、受信のための)のいずれかのための特定のサブフレームに関連する)を行う半二重無線を含んでもよい。
・ 図1Cは、一実施形態によるRAN 104およびCN106を示すシステム図である。 上述のように、RAN 104は、E-UTRA無線技術を使用して、空気インターフェース116を介してWTRU102a、102b、102cと通信することができる。 RAN 104はまた、CN 106と通信してもよい。
・ RAN 104は、eNode-B160a、160b、160cを含んでもよいが、RAN 104は、実施形態と整合性を保ったまま、任意の数のeNode-Bを含んでもよいことが理解されよう。 eNode-Bs 160a、160b、160cは、それぞれ、空気インターフェース116上でWTRU102a、102b、102cと通信するための1つ以上のトランシーバを含んでもよい。 一実施形態では、eNode-B160a、160b、160cは、MIMO技術を実装することができる。 したがって、eNode-B 160aは、例えば、WTRU 102aに無線信号を送信し、および/またはWTRU 102aから無線信号を受信するために、複数のアンテナを使用することができる。
・ eNode-Bs 160a、160b、160cの各々は、特定のセル(図示せず)と関連付けられ得、無線資源管理決定、ハンドオーバ決定、ULおよび/またはDLにおけるユーザのスケジューリングなどを処理するように構成され得る。 図に示すように、 eNode-Bs 160a、160b、160cは、X2インタフェースを介して互いに通信することができる。
・ 図示のCN 106。 1Cは、モビリティ管理エンティティ162、サービスゲートウェイ164、およびパケットデータネットワーク166を含んでもよい。 上述の要素は、CN 106の一部として示されているが、これらの要素のいずれも、CN演算子以外の実体によって所有および/または操作されてもよいことが理解されよう。
・ MME 162は、S1インターフェースを介してRAN 104内のeNode-B162a、162b、162cの各々に接続され、制御ノードとして機能することができる。 例えば、MME 162は、WTRU102a、102b、102cのユーザを認証し、担持体の作動/非作動を行い、WTRU102a、102b、102cの初期接続中に特定のサービングゲートウェイを選択することに責任を負うことができる。 MME 162は、RAN 104と、GSMおよび/またはWCDMAのような他の無線技術を使用する他のRAN(図示せず)との間でスイッチングするための制御面機能を提供することができる。
・ SGW 164は、S1インターフェースを介してRAN 104内のeNodeB160a、160b、160cの各々に接続されてもよい。 SGW 164は、一般に、WTRU102a、102b、102cへユーザデータパケットをルーティングし、WTRU102a、102b、102cから転送することができる。 SGW 164は、他の機能、例えば、ノード間Bハンドオーバ中のユーザプレーンのアンカー、WTRU102a、102b、102cのためにDLデータが利用可能であるときのページングのトリガ、WTRU102a、102b、102cのコンテキストの管理および記憶などを行うことができる。
・ SGW 164は、WTRU102a、102b、102cと、WTRU102a、102b、102cとの間の通信を容易にするために、インターネット110のようなパケット交換ネットワークへのアクセスを備えたWTRU102a、102b、102cを提供するPGW 166に接続することができる。
・ CN 106は、他のネットワークとの通信を容易にすることができる。 例えば、CN 106は、WTRU102a、102b、102cと従来の陸上回線通信装置との間の通信を容易にするために、WTRU102a、102b、102cにPSTN 108のような回線交換ネットワークへのアクセスを提供することができる。 例えば、CN 106は、CN 106とPSTN 108との間のインタフェースとして機能するIPゲートウェイ(例えば、IPマルチメディアサブシステム(IMS)サーバ)を含んでもよく、または、IPゲートウェイと通信してもよい。 さらに、CN 106は、WTRU102a、102b、102cに、他のサービスプロバイダによって所有および/または操作される他の有線および/または無線ネットワークを含む他のネットワーク112へのアクセスを提供することができる。
・ WTRUは図面に記載されているが。 無線端末としての1A-1Dは、端末が通信ネットワークと有線通信インタフェースを(例えば、一時的または永久的に)使用することができる、ある代表的な実施形態において意図される。
・ 代表的な実施形態では、他のネットワーク112は無線LANであってもよい。
・ インフラストラクチャ基本サービスセット(BSS)モードの無線LANは、BSSのアクセスポイント(AP)とAPに関連する1つ以上のステーション(STA)を持つ可能性があります。 APは、BSSへの、および/または、BSSからのトラフィックを運ぶ配信システムまたは他のタイプの有線/無線ネットワークへのアクセスまたはインタフェースを有することができる。 BSSの外部からのSTAへのトラフィックは、APを経由して到着する可能性があり、STAに配送される可能性がある。 STAからBSS外の宛先へ発信されたトラフィックは、各宛先に配送されるAPに送られるかもしれない。 BSS内のSTA間のトラフィックは、例えば、送信元STAがAPにトラフィックを送信するかもしれず、APが宛先STAにトラフィックを配送するかもしれないAPを通して送信されるかもしれません。 BSS内のSTA間のトラフィックは、ピア・ツー・ピア・トラフィックと見なされ、および/または参照される可能性がある。 ピアツーピア・トラフィックは、ダイレクト・リンク・セットアップ(DLS)を備えた送信元STAと宛先STAとの間(例えば、直接の間)に送信されてもよい。代表的な実施形態では、DLSは、802.11e DLSまたは802.11zトンネルDLS(TDLS)を使用してもよい。 Independent BSS(IBSS)モードを使用する無線LANはAPを持たないかもしれず、IBSS内またはIBSSを使用するSTA(例えば、すべてのSTA)は互いに直接通信するかもしれません。 IBSS通信モードは、本明細書では、ときに「アドホック」通信モードと呼ばれることがある。
・ 802.11acインフラストラクチャの動作モードまたは同様の動作モードを使用する場合、APはプライマリチャネルなどの固定チャネル上にビーコンを送信することができます。 一次チャネルは、固定幅(例えば、20MHz幅)または動的に設定された幅であってもよい。 一次チャネルは、BSSの動作チャネルであってもよく、STAによってAPとの接続を確立するために使用されてもよい。 特定の代表的な実施形態では、例えば802.11システムにおいて、衝突回避を伴うキャリアセンス多重アクセス(CSMA/CA)を実装することができる。 CSMA/CAに対して、APを含むSTA(例えば、全てのSTA)は、一次チャネルを感知することができる。 一次チャネルが、特定のSTAによって検知/検出され、および/またはビジーであると決定される場合、特定のSTAは、バックオフすることができる。 1つのSTA(例えば、1つの局のみ)は、与えられたBSSにおいて任意の時刻に送信することができる。
・ 高スループット(HT)STAは、例えば、40MHz幅のチャネルを形成するために、隣接または非隣接20MHzチャネルとの一次20MHzチャネルの組み合わせを介して、通信のために40MHz幅のチャネルを使用することができる。
・ VHT(Very High Throughput)STAは、20MHz、40MHz、80MHz、および/または160MHz幅のチャネルをサポートすることができる。 40MHzおよび/または80MHzのチャネルは、隣接する20MHzチャネルを組み合わせることによって形成することができる。 160MHzチャネルは、8つの連続する20MHzチャネルを組み合わせることによって、または80+80構成と呼ばれる2つの非連続な80MHzチャネルを組み合わせることによって形成されてもよい。 80+80構成の場合、チャネル符号化の後、データは、データを2つのストリームに分割することができるセグメントパーサを通過することができる。 逆高速フーリエ変換(IFFT)処理、および時間領域処理は、各ストリーム上で別々に行うことができる。 ストリームは、2つの80MHzチャネルにマッピングされ得、データは、送信STAによって送信され得る。 受信STAの受信側では、80+80構成に対する上述の動作を逆にすることができ、結合されたデータは、媒体アクセス制御に送られる。
・ サブ1GHzの動作モードは、802.11afおよび802.11ahでサポートされています。 チャネルの動作帯域幅とキャリアは、802.11afと802.11ahで、802.11nと802.11acで使用されている帯域よりも小さくなります。 802.11afは、TVホワイトスペース(TVWS)スペクトルで5MHz、10MHz、20MHzの帯域幅をサポートし、802.11ahは、非TVWSスペクトルを使用して1MHz、2MHz、4MHz、8MHz、16MHzの帯域幅をサポートします。 代表的な実施形態によれば、802.11ahは、マクロカバレッジエリア内のMTCデバイスのような、計器タイプ制御/機械タイプ通信をサポートすることができる。 MTCデバイスは、特定の能力、例えば、特定のおよび/または限定された帯域幅に対するサポート(例えば、唯一のサポート)を含む限定された能力を有することができる。 MTCデバイスは、(例えば、非常に長いバッテリ寿命を維持するために)閾値を超えるバッテリ寿命を有するバッテリを含んでもよい。
・ 802.11n, 802.11ac, 802.11af, 802.11ahなど、複数のチャネルとチャネル帯域幅をサポートする無線LANシステムには、プライマリチャネルとして指定できるチャネルが含まれています。 プライマリチャネルは、BSS内のすべてのSTAによってサポートされる最大共通動作帯域幅と等しい帯域幅を有することができる。 一次チャネルの帯域幅は、最も小さい帯域幅動作モードをサポートするBSSで動作する全てのSTAの中から、STAによって設定および/または制限されてもよい。802.11ahの例では、APおよびBSS内の他のSTAが2MHz、4MHz、8MHz、16MHz、および/または他のチャネル帯域幅動作モードをサポートしていても、1MHzモードをサポートする(例えば、単にサポートするだけの)STA(例えば、MTCタイプデバイス)のための1MHz幅のプライマリチャネルであってもよい。 キャリアセンシングおよび/またはネットワーク割当ベクトル(NAV)の設定は、プライマリチャネルのステータスに依存する場合があります。 プライマリチャネルがビジーである場合、例えば、APに送信するSTA(1MHz動作モードのみをサポートする)のために、利用可能な周波数帯域の大部分がアイドルのままであっても、すべての利用可能な周波数帯域はビジーであるとみなされ得る。
・ 米国では、802.11ahで使用可能な周波数帯域は902MHzから928MHzであり、韓国では、利用可能な周波数帯域は917.5MHzから923.5MHzである。 日本では、916.5MHzから927.5MHzの周波数帯が利用可能である。 802.11ahで利用可能な帯域幅の合計は、国コードに応じて6MHzから26MHzです。
・ 図1Dは、一実施形態によるRAN 104およびCN 106を示すシステム図である。 上述のように、RAN 104は、空気インターフェース116を介してWTRU102a、102b、102cと通信するためにNR無線技術を使用することができる。 RAN 104はまた、CN 106と通信してもよい。
・ RAN 104は、gNB180a、180b、180cを含んでもよいが、RAN 104は、任意の数のgNBを含んでもよいが、実施形態と一致する。 gNB180a、180b、180cは、それぞれ、空気インターフェース116上でWTRU102a、102b、102cと通信するための1つ以上のトランシーバを含んでもよい。 一実施形態では、gNB180a、180b、180cは、MIMO技術を実装することができる。 例えば、gNB180a、108bは、ビーム形成を利用してgNB180a、180b、180cへ信号を送信し、および/またはgNB180a、180b、180cから信号を受信することができる。 したがって、gNB 180aは、例えば、WTRU 102aに無線信号を送信し、および/またはWTRU 102aから無線信号を受信するために、複数のアンテナを使用することができる。 一実施形態によると、gNB180a、180b、180cはキャリア凝集技術を実施することができる。 例えば、gNB 180aは、複数の成分キャリアをWTRU 102a(図示せず)に送信することができる。 これらのコンポーネントキャリアのサブセットは、ライセンスされていないスペクトルであってもよく、残りのコンポーネントキャリアは、ライセンスされたスペクトルであってもよい。 実施形態において、gNB180a、180b、180cは、協調多点(CoMP)技術を実施することができる。 例えば、WTRU 102aは、gNB 180aおよびgNB 180b(および/またはgNB 180c)からの協調送信を受信することができる。
・ WTRU102a、102b、102cは、スケーラブルな数学に関連する送信を使用して、gNB180a、180b、180cと通信することができる。 例えば、OFDMシンボル間隔及び/又はOFDM副搬送波間隔は、異なる送信、異なるセル、及び/又は無線伝送スペクトルの異なる部分に対して変化することができる。 WTRU102a、102b、102cは、種々のまたはスケーラブルな長さ(例えば、種々の数のOFDMシンボルおよび/または絶対時間の持続的な変化する長さを含む)のサブフレームまたは送信時間間隔(TTI)を使用して、gNB180a、180b、180cと通信することができる。
・ gNB180a、180b、180cは、スタンドアロン構成および/または非スタンドアロン構成でWTRU102a、102b、102cと通信するように構成することができる。 スタンドアロン構成では、WTRU102a、102b、102cは、他のRAN(例えば、eNode-Bs 160a、160b、160c)にもアクセスすることなく、gNBs 180a、180b、180cと通信することができる。 スタンドアロン構成では、WTRU102a、102b、102cは、移動度アンカーポイントとして1つ以上のgNB180a、180b、180cを利用することができる。 スタンドアロン構成では、WTRU102a、102b、102cは、免許不要の帯域の信号を使用してgNB180a、180b、180cと通信することができる。 非スタンドアロン構成では、WTRU102a、102b、102cは、eNode-Bs 160a、160b、160cなどの他のRANと通信/接続しながら、gNBs 180a、180b、180cと通信/接続してもよい。 例えば、WTRU102a、102b、102cは、1以上のgNB180a、180b、180cおよび1以上のeNode-B160a、160b、160cと実質的に同時に通信するためにDC原理を実装することができる。 非スタンドアロン構成では、eNode-Bs 160a、160b、160cは、WTRUs 102a、102b、102cおよびgNBs 180a、180b、180cの移動性アンカーとして機能し、WTRUs 102a、102b、102cをサービスするためのさらなるカバレッジおよび/またはスループットを提供することができる。
・ gNB180a、180b、180cの各々は、特定のセル(図示せず)に関連付けることができ、無線資源管理決定、ハンドオーバ決定、ULおよび/またはDL内のユーザのスケジューリング、ネットワークスライシングのサポート、DC、NRとE-UTRAとの間の相互作用、ユーザ平面関数184a、184bに向けたユーザ平面データのルーティング、アクセスおよびモビリティ管理機能182a、182bに向けた制御平面情報のルーティングなどを処理するように構成することができる。 図に示すように、 1D、gNB、180a、180b、180cは、Xnインタフェースを介して互いに通信することができる。
・ 図示のCN 106。 1Dは、少なくとも1つのAMF 182a、182b、少なくとも1つのUPF 184a、184b、少なくとも1つのSession Management Function(SMF)183a、183b、およびおそらくData Network(DN)185a、185bを含んでもよい。 上述の要素は、CN 106の一部として示されているが、これらの要素のいずれも、CN演算子以外の実体によって所有および/または操作されてもよいことが理解されよう。
・ AMF 182a、182bは、N2インターフェースを介してRAN 104内のgNB180a、180b、180cの1つ以上に接続され、制御ノードとして機能することができる。 例えば、AMF 182a、182bは、WTRU102a、102b、102cのユーザの認証、ネットワークスライシングのサポート(例えば、異なる要件を持つ異なるプロトコルデータユニットセッションの処理)、特定のSMF 183a、183bの選択、登録領域の管理、非アクセス層の終了、移動性管理などに責任を負うことができる。 ネットワークスライシングは、WTRU102a、102b、102cのためのCNサポートを、WTRU102a、102b、102cが利用されるサービスのタイプに基づいてカスタマイズするために、AMF 182a、182bによって使用されてもよい。 例えば、超信頼性の低い待ち時間(URLLC)アクセスに依存するサービス、拡張された大規模モバイルブロードバンド(eMBB)アクセスに依存するサービス、MTCアクセスのためのサービスなど、異なるユースケースに対して異なるネットワークスライスを確立することができる。 AMF182a、182bは、RAN 104と、LTE、LTE-A、LTE-A Pro、および/またはWiFiのような非3GPPアクセス技術のような他の無線技術を使用する他のRAN(図示せず)との間でスイッチングするための制御面機能を提供することができる。
・ SMF 183a、183bは、N11インターフェースを介してCN106内のAMF 182a、182bに接続することができる。 SMF 183a、183bはまた、N4インターフェースを介してCN106内のUPF 184a、184bに接続されてもよい。 SMF 183a、183bは、UPF 184a、184bを選択して制御し、UPF 184a、184bを通るトラフィックのルーティングを構成することができる。 SMF 183a、183bは、UE IPアドレスの管理および割り当て、PDUセッションの管理、ポリシーの実施およびQoSの制御、DLデータ通知の提供などの他の機能を実行することができる。 PDUセッションタイプは、IPベース、非IPベース、イーサネットベースなどであり得る。
・ UPF 184a、184bは、N3インターフェースを介してRAN 104内のgNB180a、180b、180cの1つ以上に接続することができ、このインターフェースは、WTRU102a、102b、102cに、WTRU102a、102b、102cとWTRU102a、102b、102cとIP対応デバイスとの間の通信を容易にするために、インターネット110などのパケット交換ネットワークへのアクセスを提供することができる。 UPF 184、184bは、パケットのルーティングおよびフォワーディング、ユーザプレーンポリシーの実施、マルチホームPDUセッションのサポート、ユーザプレーンQoSの処理、DLパケットのバッファリング、モビリティアンカーの提供などの他の機能を実行することができる。
・ CN 106は、他のネットワークとの通信を容易にすることができる。 例えば、CN106は、CN106とPSTN 108との間のインタフェースとして機能するIPゲートウェイ(例えば、IPマルチメディアサブシステム(IMS)サーバ)を含んでもよく、または、IPゲートウェイと通信してもよい。 さらに、CN 106は、WTRU102a、102b、102cに、他のサービスプロバイダによって所有および/または操作される他の有線および/または無線ネットワークを含む他のネットワーク112へのアクセスを提供することができる。 一実施形態では、WTRU102a、102b、102cは、UPF 184a、184bを介してUPF 184a、184bを介してUPF 184a、184bに接続され、UPF 184a、184bとDN 185a、185bとの間のN6インターフェースに接続される。
・ 図1A~1D、および図の対応する説明に照らして。 1A-1D、WTRU 102a-d、ベースステーション114a-b、eNode-B 160a-c、MME 162、SGW 164、PGW 166、gNB 180a-c、AMF 182a-b、UPF 184a-b、SMF 183a-b、DN 185a-b、および/または本明細書に記載される任意の他のデバイスのうちの1つ以上に関して、本明細書に記載される機能の1つまたは複数を、1つまたは複数のエミュレーションデバイス(図示せず)によって実施することができる。 エミュレーションデバイスは、本明細書に記載される機能の1つ以上またはすべてをエミュレートするように構成された1つ以上のデバイスであってもよい。 例えば、エミュレーションデバイスは、他のデバイスをテストするため、および/またはネットワークおよび/またはWTRU機能をシミュレートするために使用され得る。
・ エミュレーションデバイスは、実験室環境および/またはオペレータネットワーク環境において、他のデバイスの1つ以上のテストを実施するように設計することができる。 例えば、1つ以上のエミュレーション・デバイスは、1つ以上の、またはすべての機能を実行することができ、一方、通信ネットワーク内の他のデバイスをテストするために、有線および/または無線通信ネットワークの一部として完全にまたは部分的に実装および/または展開することができる。 1つまたは複数のエミュレーションデバイスは、有線および/または無線通信ネットワークの一部として一時的に実施/展開されている間に、1つまたは複数の、またはすべての機能を実行することができる。 エミュレーションデバイスは、空気上無線通信を使用してテストおよび/またはテストを実行する目的で、別のデバイスに直接結合することができる。
・ 1つ以上のエミュレーションデバイスは、有線および/または無線通信ネットワークの一部として実装/展開されていない間に、全ての機能を含む1つ以上の機能を実行することができる。 例えば、エミュレーションデバイスは、1つ以上のコンポーネントの試験を実施するために、試験室および/または配線および/または無線通信ネットワークの未配備(例えば、試験)の試験シナリオで利用することができる。 1つ以上のエミュレーション装置は、試験装置であってもよい。 RF回路を介した直接RF結合および/または無線通信(例えば、1つ以上のアンテナを含んでもよい)は、データを送信および/または受信するためにエミュレーション装置によって使用されてもよい。
・ Infrastructure Basic Service Set(BSS)モードの無線ローカルエリアネットワーク(WLAN)は、BSS用のアクセスポイント(AP)とAPに関連する1つ以上のステーション(STA)を持つことができます。 APは、典型的には、BSSの出入りを行う配信システムまたは他のタイプの有線/無線ネットワークへのアクセスまたはインタフェースを有する。 BSSの外部からのSTAへのトラフィックは、APを経由して到着し、STAに配送される。 STAからBSS外の宛先へ発信されたトラフィックは、各宛先に配送されるAPに送信される。 BSS内のSTA間のトラフィックは、送信元STAがAPにトラフィックを送信し、APが宛先STAにトラフィックを配信するAPを介して送信することもできる。 BSS内のSTA間のこのようなトラフィックは、ピアツーピアトラフィックと呼ぶことができる。 このようなピア・ツー・ピア・トラフィックは、802.11e DLSまたは802.11zトンネルDLS(TDLS)を使用してダイレクト・リンク・セットアップ(DLS)で送信元と宛先STAの間で直接送信されることもあります。 Independent BSS(IBSS)モードの無線LANはAPを持たず、STAは互いに直接通信する。 この通信モードは、「アドホック」通信モードと呼ぶことができる。
・ いくつかの実装、例えば、IEEE(Institute of Electrical and Electronics Engineers)802.11ac標準で指定されたインフラストラクチャ動作モードを使用するシステムでは、APは、固定チャネル、通常は一次チャネル上でビーコンを送信することができる。 このチャネルは、20MHz幅であってもよく、BSSの動作チャネルである。 このチャネルはまた、APとの接続を確立するためにSTAによって使用されることがある。 802.11システムにおけるチャネルアクセスは、衝突回避付きキャリアセンス多重アクセス(CSMA/CA)を使用して実装される。 この動作モードでは、APを含むすべてのSTAは、一次チャネルを感知することができる。 チャネルがビジーであることが検出されると、STAはバックオフする。 したがって、1つのSTAのみが、与えられたBSSにおいて、任意の時刻に送信することができる。
・ いくつかの実装、例えば、IEEE 802.11n規格に準拠するシステムでは、HT(High Throughput)STAもまた、通信のために40MHz幅のチャネルを使用することができる。 これは、主チャネル20MHzと隣接する20MHzチャネルを組み合わせて、40MHz幅の隣接チャネルを形成することによって達成することができる。
・ いくつかの実装、例えば、IEEE 802.11ac規格に準拠するシステムでは、Very High Throughput(VHT)STAは、20MHz、40MHz、80MHz、および160MHz幅のチャネルをサポートすることができる。 40MHzおよび80MHzのチャネルは、上述の802.11nと同様に、隣接する20MHzチャネルを組み合わせることによって形成することができる。 A160MHzチャネルは、8つの連続する20MHzチャネルを組み合わせることによって、または80+80構成と呼ばれる2つの非連続な80MHzチャネルを組み合わせることによって形成されてもよい。 80+80コンフィグレーションの場合、チャネル符号化の後、データは、それを2つのストリームに分割するセグメントパーサを通過することができる。 IFFTおよび時間領域、処理は、各ストリームに対して別々に実行され得る。 次いで、ストリームを2つのチャネル上にマッピングし、データを送信することができる。 受信側では、このメカニズムは反転され、結合されたデータがMACに送信される。
・ いくつかの実装、例えば、IEEE 802.11af及び/又はIEEE 802.11ah規格に準拠するシステムでは、サブ1GHz動作モードがサポートされる。 このような実装では、チャネル動作帯域幅およびキャリアは、IEEE 802.11nおよび/またはIEEE 802.11ac規格に準拠するシステムで使用されるものに比べて低減することができる。 例えば、802.11afはTVホワイトスペース(TVWS)スペクトルで5MHz、10MHz、20MHzの帯域幅をサポートし、802.11ahは非TVWSスペクトルを使用して1MHz、2MHz、4MHz、8MHz、16MHzの帯域幅をサポートします。 802.11ahで使用できるケースは、マクロカバレッジエリア内のメータタイプコントロールまたはマシンタイプ通信(MTC)デバイスをサポートしています。 MTCデバイスは、限られた帯域幅に対するサポートのような限られた能力を有し、非常に長いバッテリ寿命に対する要求を含んでもよい。
・ IEEE 802.11n、802.11ac、802.11af、および/または802.11ah規格に準拠するような複数のチャネルおよび/またはチャネル幅をサポートする無線LANシステムは、プライマリチャネルとして指定されたチャネルを含んでもよい。 プライマリチャネルは、必ずしもそうではないが、BSS内のすべてのSTAによってサポートされる最大共通動作帯域幅と等しい帯域幅を持つことができる。 このような場合、プライマリチャネルの帯域幅は、従って、STA、すなわち、最小の帯域幅動作モードをサポートするBSSで動作するすべてのSTAによって制限され得る。IEEE 802.11ahシステムの例では、BSSが1MHzモードのみをサポートするSTA(例えば、MTCタイプデバイス)と、BSS内の他のSTAとが、2MHz、4MHz、8MHz、16MHz、または他のチャネル帯域幅動作モードをサポートしてもよい場合、一次チャネルは1MHz幅であってもよい。 キャリアセンシングおよびNAV設定は、プライマリチャネルのステータスに依存する場合があります。 このような場合、例えば、1MHz動作モードのみをサポートするSTAがAPに送信しているために、プライマリチャネルがビジーである場合、利用可能な周波数帯域全体は、大部分がアイドル状態で利用可能であるにもかかわらずビジーであるとみなされる。
・ 米国では、802.11ah準拠システムで使用できる周波数帯域は、902MHzから928MHzです。 韓国では917.5MHzから923.5MHzであり、日本では916.5MHzから927.5MHzである。 802.11ahで利用可能な帯域幅の合計は、国コードに応じて6MHzから26MHzです。
・ 最近、IEEE 802.11高効率WLAN(HEW)研究グループ(SG)が、2.4GHz、5GHzおよび6GHz帯における高密度シナリオを含む多くの使用シナリオにおいて、全てのユーザが経験するサービス品質を向上させるための可能性のある将来の修正の範囲と目的を探るために作成された。 APの緻密な展開をサポートする新しいユースケース、およびSTA、および関連するRRM(Radio Resource Management)技術が、HEW SGによって検討されている。
・ 典型的な802.11ネットワーク(すなわち、1つ以上のIEEE 802.11標準に準拠するネットワーク)では、STAは単一のAPに関連付けられ、隣接するBSSの送信とほとんど、またはまったく連携せずに、そのAPとの間で送信することができます。 STAは、BSS間で完全に独立したCSMAプロトコルに基づいて、重複するBSS(OBSS)伝送に遅れるかもしれない。 いくつかのシステム(例えば、802.11ax準拠システム)では、調整されたエネルギー検出しきい値(例えば、OBSSパケット検出(OBSS PD)手順を使用する)に基づくOBSS送信を可能にするために、または受信OSSSTAによって許容される干渉量の知識(例えば、空間再利用パラメータ(SRP)手順を使用する)に基づいて、空間再使用手順を使用して、OBSS間のあるレベルの調整を実施することができる。
・ いくつかの実装は、単一または複数のSTAへの複数のAPへの送信を可能にすることによって、OSS間のより多くの調整を可能にする手順を含んでいる。 いくつかの実装では、これは3GPP LTEリリース10に準拠するシステムでの協調マルチポイント(CoMP)伝送に似ていますが、いくつかの実装では、このような手順は免許不要の帯域内で動作するか、1つ以上のIEEE 802.11プロトコルに特有です。
・ 協調マルチポイント(CoMP)伝送をサポートするシステムでは、複数のeNB(または他のタイプの基地局-便宜上eNBが使用される)は、共同処理/伝送を使用して、同じまたは複数のWTRUに同じ時刻および周波数資源で送信することができる。 これは、検討されたWTRUの全体的なスループットを改善する効果を有することができる。 動的セル選択は、WTRUのセットのうちの1つのみがいつでも積極的にデータを送信している、結合処理の特別なケースとして扱うことができる。 一方、複数のeNBは、調整されたビーム形成/スケジューリングを使用して、同じ時刻および周波数リソースで異なるWTRU(各eNBはそれ自身のWTRUを提供する)に送信することができる。 これは、各WTRUが経験する干渉を低減する効果を有する。 細胞平均および/または細胞エッジスループットの顕著な改善は、CoMP、例えばLTEシステムを用いて達成され得る。 いくつかの実装では、複数の送信アンテナが各基地局に対して利用可能であると仮定する。 同時干渉抑制(他のWTRUの場合)および信号品質最適化(所望のWTRUの場合)は、各基地局における空間ドメイン信号処理を使用して実施することができる。
・ いくつかの実装では、ある程度のチャネル状態情報が、例えば、明示的なフィードバックを通じて、基地局で利用可能であると仮定される。 さらに、いくつかの実装では、ある程度のタイミング/周波数同期化が、例えば、キャリア間干渉(またはシンボル間干渉)を扱うために、より複雑な信号処理を回避するために想定される。 さらに、いくつかの実装では、eNB間の調整レベルは、可能な特定のCoMPスキームに影響を与える可能性がある。
・ 無線LANにおけるマルチAP伝送方式は、協調OFDMA、協調消去/ビーム成形、および協調SU/MU伝送を含むいくつかの分類を使用して参照され得る。
・ 協調OFDMAでは、RUの各グループは、データを送受信するためにのみ、一つのAPによって使用されることがある。 情報は、ビーム形成されてもよく、または各RU上にMU-MIMOを含んでもよい。 複雑性は、比較的軽度から中等度と表現できる。 いくつかの簡単な協調OFDMA方式では、APは、各APが特定のRUに制限された協調的方法でOFDMA RUを互いに分割することができる。 より洗練された協調OFDMA方式では、APは、干渉の影響を受けないか、他のSTAが影響を受ける可能性のあるSTAへのアクセスを制限しながら、帯域幅全体を利用することに影響を与えないSTAを可能にする。 このアプローチは、分数周波数再利用(FFR)と呼ばれる。
・ 図2は、協調OFDMAにおけるFFRを示す。 センターグループは、エッジグループが異なるチャネルを使用することができるすべてのチャネルを使用することができる。
・ 図3は、図の例のための関連するOFDMA資源割当てを示す。 2. この例では、グループ1はサブバンド1とサブバンド2の両方を使用してもよい。 グループ2はサブバンド1を使用し、グループ3はサブバンド2を使用する。 協調無効化/ビーム成形(CN/CB)において、各APは、所望のSTAとの間で、またはそのSTAから情報を送信するためにプレコーディングを適用することができ、他のSTAとの干渉または他のSTAからの干渉を抑制することができる。
・ 図4は、CN/CBの例を示す。 図に示すように、 4. AP2とSTA1があります。 AP1とSTA1との間のデータ送信は、所望のデータ送信410である。 AP2とSTA1もあります。 AP2とSTA2との間のデータ送信は、所望のデータ送信420である。 しかし、このシナリオでは、AP1は、他のSTAまたは他のSTAにもデータを送信する可能性があり、したがって、干渉データ送信、すなわち干渉430が存在する可能性がある。 AP2はまた、他のSTAまたは他のSTAにデータを送信するかもしれず、従って、干渉データ送信、すなわち干渉440が存在するかもしれない。 そのような場合には、各STAのデータは、関連するAPでのみ必要とされるが、他のSTAからのチャネル情報は、両方のAPで必要とされることがある。
・ 協調シングルユーザ(SU)またはマルチユーザ(MU)送信では、複数のAPが協調して単一STAまたは複数のGSTAとの間で同時に情報を送信することができる。 このような場合には、チャネル情報とSTAのデータの両方が両方のAPで必要とされる。 それは協調SU伝送であることがある。
・ 協調SU送信では、複数のAPが1つのRUでSTAに送信する。 協調SU送信は、複雑さが増す順に、動的点選択、協調SUビーム形成、またはジョイントプレコーディングのいずれかを含んでもよい。
・ 図5は、シングルユーザージョイントプレコードマルチAP伝送または協調SUビーム成形を示す。 図に示すように、5、ダイナミック・ポイント選択において、送信は、APのセットのうちの1つから動的に選択されてもよい。 このような実装によっては、この選択はHARQを組み込むことができる。 協調SUビーム成形またはジョイントプレコーディングでは、送信は、複数のAPから同時に行うことができ、送信は、1つ以上のRU上の所望のSTAにビーム成形またはプレコーディングすることができる。 図に示すように、 AP1とAP2の両方がSTA、すなわちSTA1に送信するかもしれません。
・ 図6は、マルチユーザジョイント予符号化マルチAP伝送または協調MUビーム成形を示す。 協調MUビーム形成では、複数のAPが1つ以上のRU上の複数のSTAとの間でデータを送受信する。 図に示すように、 6、2つのAP(すなわち、AP1とAP2)と2つのSTA(すなわち、STA1とSTA2)があります。 AP1はSTA1にデータを送信することができ、AP2はSTA2にデータを送信することができます。 一方、AP1はSTA1以外のSTAにもデータを送信することができ、AP2はSTA2以外のSTAにもデータを送信することができます。 さらに、AP1からAP2へトリガフレーム(TF)が送信される無線バックホールがあるかもしれない。
・ 本明細書で議論される種々の技術は、ジョイントマルチAP伝送に関する。 協調ビーム成形および継手加工を含む種々のマルチAPスキームがEHT応用のために考慮され得る。
・ いくつかの実装は、ULサウンディング/チャネル推定における位相計算のための複数のAP間の同期を扱う。 次第に多数のアンテナを有するDL MIMOチャネル推定のために、フィードバックおよび量子化誤差の量は、DLサウンディングを望ましくないものにする可能性がある。 チャネルの相反性を仮定すると、いくつかの実装では、ULサウンディングをDL MIMO伝送の目的でDLサウンディングに置き換えるために使用することができる。 いくつかの実装では、単一APにULが鳴るために、非AP STAからのフィードバックは必要ない。 いくつかの実装では、複数のAPにULサウンドするために、部分チャネル(スレーブAPで観測されたチャネル)のフィードバックのみが必要である。
・ DLサウンディング手順では、いくつかの実装では、非AP STAは信号を測定するおよび/またはチャネルを推定する実体である。 この場合の非AP STAは、非AP STAでのRxアンテナ間の受信信号位相差の完全な知識を持っている。 しかし、複数のAPを持つULサウンディングでは、APは共通の基準クロックを持たない。 複数のAPから推定されたチャネルが結合される場合、異なるAPによって測定されたチャネル間の位相差は、いくつかの実装では知られていない。
・ マルチAP ULサウンディング問題を例示する以下の例では、(1)マスタAPは自身のチャネル推定を行い、スレーブAPのチャネル推定を行う、(2)マスタAPは、トリガフレーム(TF)のようなフレーム(Aと呼ばれる)を使用して、スレーブAPのアンテナに対応するプリコーダを実行し、(3)フレームAを送信した後に、マスタAPは、フレームAを送信した後に、フレームAを受信した後に、IFSを実行し、スレーブAPは、ジョイント送信を開始する、と仮定される。
・ 図7は、トリガベースのマルチAPサウンディングの例を示す。 図では。 7、マスタAP(すなわち、AP1)は、データをWTRU 710に送信する。 AP1は、ULサウンディングのためにヌルデータパケット(NDP)通知(NDP-A)およびトリガフレーム(TF)を送信することによってULサウンディングを開始することができる。 TFを受信した後、スレーブAP(すなわち、AP2または非AP STA)は、キャリア周波数オフセット(CFO)および/またはサンプリング周波数オフセット(SFO)がAP1に対して補正されるように、その発振器を調整する。 発振器周波数は整列されているが、この例では、AP2は依然として、自身のクロックに対応するAP1におけるクロックを知らない。
・ 図8は、ULサウンディング位相オフセットの例を示す。 図に示すように、 8、WTRU 810は、ULサウンディング信号をAP1およびAP2に送信する。 その後、AP2で発信信号を受信します。 AP2は、自身のアンテナと送信する非AP STAとの間のチャネル振幅と位相を推定することができる。 AP1からAP2にTFが送信される無線バックホールを仮定すると、AP2で観測されたチャネルはAP1に報告される。 しかし、いくつかの実装では、AP1は、潜在的にわずかに異なる時点でチャネル推定を行っており、AP1とAP2の推定チャネルとの間の位相オフセットをもたらす可能性があるため、この情報を自身のチャネル推定と組み合わせることができないであろう。
・ いくつかの実装では、この位相オフセット問題を回避するために、AP1は、AP2がAP1のクロックに関してチャネル推定を実行した時間に関する情報を必要とするであろう。 いくつかの実装では、これは、CFO/SFO補正に加えて、マスタとスレーブAPとの間のクロック同期を必要とする。 チャネル推定およびジョイントDL伝送の目的のために、マスタ/スレーブAP間でクロック同期が必要ないシステムおよび方法を提供することが望ましい場合がある。
・ いくつかの実装は、ダウンリンク協調SUビーム形成またはジョイントプレコーディングを扱う。 ダウンリンク協調SUビーム形成又はジョイントプレコーディングにおいて、例えばSTAによる信号の適切な復号化を可能にするために、信号が同様の受信電力、時間及び周波数でSTAに到達するように、APがSTAに同期するための方法、システム及び装置を提供することが望ましい。 さらに、対応するチャネル・アクセス・スキームを定義することが望ましい場合がある。
・ いくつかの実装は、アップリンク協調SUビーム形成またはジョイントプレコーディングを扱う。 一部の実装では、単一のSTAから単一のAPへの送信がサポートされている。 アップリンク協調SUビーム成形またはジョイントプレコーディングまたは動的AP選択において、STAが1つ以上のAPに信号を送信するためのチャネルアクセス方法を提供することが望ましい場合がある。
・ いくつかの実装は、協調MUビーム形成を扱う。 協調したMUビーム形成では、いくつかの例のシナリオが起こり得る。
・ 第1の例では、APは、非常に異なる障害/構成を有し得る。 例えば、APは、異なる送信パワーおよび/またはエラーベクトルの大きさを有することができる。 そのような場合には、例えばMU伝送のための有効チャネルの反転を可能にするために、送信電力のバランスを取ることが望ましい場合がある。 APがSTAに異なる送信パワーを有する場合、結果として生じる有効チャネルは反転可能ではないかもしれない(例えば、有効チャネルは高い条件番号を有するかもしれない)。
・ 図9は、配位されたMUビーム形成の一例を示す。 この例では、各STA{y1, y2}における受信信号は、次のようにモデル化することができる。
ここで、[y1 y2]'は受信信号であり、h_{i,j}はAPiからSTA jまでの有効チャネルであり、[a;b;c]はプリコーディング行列であり、[e,0 ; 0; f]はAPで行われたベースバンドスケーリングを表し、x1およびx2はSTA 1およびSTA 2への送信信号である。
・ APがSTAに異なる送信パワーを持つ場合、有効チャネルは次のようにモデル化することができる。
ここで、vおよびwは、有効チャネルに対する各APパワーの効果である。 ZFプレコーダのチャネルを反転させるために、有効チャネルは、以下のように反転され得る。
・ APに大きなパワー不均衡(例えば、v>w)がある場合、結果として生じるチャネルは、高い条件番号を有する可能性があり、チャネルを反転することは、問題となる可能性がある。
・ いくつかの実装は、クロック同期なしで複数のAPからULサウンディングとチャネル推定を提供する。 このような例は、ULサウンディングおよび/またはチャネル推定における位相計算のための複数のAP間の同期に関する問題を扱うことができる。
・ 図10は、上述のステップに基づくトリガフレームベースのDLジョイント伝送の例を示す。 図に示すように、 10、AP1はトリガフレーム(TF)をAP2に送信し、AP1、AP2はWTRU 1010にそれぞれデータを送信する。 この例では、AP1からのDL信号は、AP2からのDL信号の前に、非AP STAに(x+y)-zに到達する。 ここで、x,y,zは、図中の各信号における伝搬遅延に対応する。 10.
・ いくつかの実装では、マスタAPは、自身が推定したチャネルとスレーブApsを結合するために、x、y、zを個別に知る必要はなく、むしろ、そのような実装では、マスタAPはt=(x+y)-zの値を知るだけでよい。
・ 例えば、いくつかの実装では、APは、以下のようにチャネル推定を組み合わせることができる。
・ または、
・ ここで、AP1およびAP2での推定チャネルに対応します。
この場合、マスタAPはHを使用してプリコーディングを行うことができます。
・ 代わりに、いくつかの実装では、マスターAPは以下を使用できます。
・ プリコーダを計算するための結合チャネルとして。 しかし、この場合、AP1はDL同時送信を遅らせることができる(例えば、TF送信後のIFS+tまで、またはTF受信後のIFStなど、スレーブAPに送信を進めるよう指示するまで)。?? このような遅延調整は、副搬送波周波数に依存してもよい。
・ いくつかの実装では、マスタAPがフレームBの開始/終了(例えば、スレーブAPからのサウンディングフィードバック、または他のフレーム)を受信した時刻と、マスタAPが非AP STAからULサウンディング信号の開始および/または終了を受信した時刻から、固定遅延D(ここで、Dは、スレーブAPがUL信号の開始時間と、スレーブAPがフレームBを送信し始める時刻との間の既知の遅延である)を差し引いた時刻とに基づいて、tをマスタAPが取得することができ、フレームBとサウンディング信号との間のフレーム長差(例えば、フレームの終了を使用して差を計算する場合)を調整することもできる。?
・ 図11は、このULサウンディングシナリオを示す。 図に示すように、 11、WTRU 1110は、UL音声信号をAP1およびAP2にそれぞれ送信することができる。 AP1は、rx ULサウンディングとrx ULサウンディングフィードバックとの間の時間を計算することにより、t=z-(x+y)を観測することができ、rx ULサウンディング信号後に固定遅延DでULサウンドフィードバックをAP1に送信する。?
・ 複数の非AP STAがULサウンディングを同時に実行する場合、この例のシナリオは、参照として1つのSTAおよび1つのAP1/AP2アンテナペアを使用して適用することができ、この参照アンテナペアを使用してtが計算される。? 異なるSTAは異なるtを持つかもしれないが、例えば、同じエンティティ(AP1またはAP2)が複数のSTAを観察/推定していたために、位相差は自動的に調整されるかもしれない。?
・ いくつかの実装では、複数の非AP STAがULサウンディングを同時に実行する場合、上述の手順は、各非AP STAに対して独立して実行されてもよい。
・ いくつかの実装は、DL協調SUおよびMUビーム成形のための同期を持つチャネルアクセスを提供する。 このような例は、DL協調SUビーム形成または先に議論したジョイント予符号化に関連する問題を扱うことができる。 AP1とAP2の両方がSTAに同時に送信する例示的なシナリオでは、APは、信号が同様の受信電力でSTAに到達するようにSTAと同期する必要があるかもしれない。 一部の実装では、時間と周波数の同期が必要になる場合もある。 従って、図面に関して説明した種々の技術。 いくつかの実装では、複数のAPからの送信を同期させるために12を使用することができる。
・ 図12は、複数のAPがSTAに同時に送信することを可能にし得る例示的なチャネルアクセス手順を示す。 図の例では、 12、AP1、AP2は、STAへの同時送信を実行するために交渉するかもしれない。 いくつかの例では、交渉において、AP1は主APと見なされ、AP2は副APと見なされるかもしれません。 いくつかの実装では、AP1およびAP2は、チャネル状態情報を取得するために、事前にまたは瞬時に、マルチAP結合送信を実行することができる。
・ 図に示すように、 12、AP1はチャネルを獲得し、マルチAPトリガフレーム(すなわち、トリガフレーム1210)を送信してSTAへの送信をトリガすることができる。 AP1は、マルチAPトリガフレームにおいて、来るべきマルチAP送信を設定することができる。 AP1の実装によっては、プライマリAPは、AP2からSTAへの送信を設定することができる。 複数APトリガフレームは、例えば、STA特定情報および/または共通情報を示すことができる。 STA固有の情報(ここでSTAはAP STAまたは非AP STAを示す)は、STAの役割および/またはSTA IDを示す可能性がある。 STAの役割はSTAが送信機/APであるか受信機/STAであるかを示すかもしれない。STA IDは、アソシエーション識別子(AID)、圧縮AID、BSS識別子(BSSID、圧縮BSSID)、BSSカラー、または拡張BSSカラーなどであり得る。
・ STA役割が送信機/APを示す場合、それはパケットID、資源割当て、空間ストリーム割当て、またはMCS関連情報を含んでもよい。 パケットIDは、STAから送信されたパケットを示すために使用され得る。 いくつかの実装では、このフィールドはAP/送信機固有のフィールドであってもよい。 STAは、複数のAPに対応するパケットIDを検出し、単一のパケットが複数のAPから送信されるか、複数のパケットが複数のAPから送信されるかを判断してもよい。 最初のケースでは、STAは単一パケットをデコードするために複数のAPからの送信を組み合わせるかもしれません。 マルチAPパケットを送信するためにAPに割り当てられたリソースを示すために、リソース割当てが使用されてもよい。 OFDMA送信シナリオでは、リソースはリソース単位(RU)で割り当てられる。 空間ストリーム割り当ては、送信機に使用される開始空間ストリームインデックスおよび空間ストリームの数を示すために使用されてもよい。 MCS関連情報これは、MCS、符号化方式、DCM変調が利用されるかどうかなどを含み得る。
・ 一般的な情報には、タイプフィールドを含めることができる。 タイプは、DLマルチAP送信を示すことができる。 タイプは、APから送信されたトリガフレームを示すことができる。
・ マルチAP MU-MIIMOの場合、マルチAPトリガフレームは、送信されるべきSTAの全てのリストを含んでもよい(例えば、図参照)。 15および図 16)
・ 図に示すように、 12、マルチAPトリガフレームの受信後、STAは、逆トリガフレーム1220を複数のAPに送信することができる。 逆トリガ・フレーム1220において、STAは、AP1によって送信されるトリガ・フレーム1210によって運ばれる反復全情報または部分情報を示すことができる。 このフィールドは、例えば、AP1とAP2が互いに直接通信することが困難な場合に使用され得る。 この情報は、機会主義的に提供される場合もあれば、APの一方が他方に指示する場合もある。 あるいは、必要に応じて、一方のAPが他方のAPに機会主義的に指示することもある。 逆トリガフレーム1220において、STAは、電力制御情報のような同期関連情報もまた、または代替的に示すことができる。 このような電力情報の一部では、STAは、逆トリガフレーム1220の送信電力、および/またはマルチAPデータ送信のための予想受信信号強度インジケータを示すことができる。 APは、自身の送信電力を決定するために、これらの2つのフィールドを使用してもよい。 AP1とAP2の間の電力不均衡の場合、STAは、STAの1つからの送信をオフにすることを要求することができ、その結果、単一のAP送信がもたらされることに留意されたい。 逆トリガフレーム1220において、STAは、時間および/または周波数補正情報のような同期関連情報もまた、または代替的に示すことができる。 このような時間及び/又は周波数補正情報のあるものでは、STAは、トリガフレームに対して時間及び/又は周波数補正を行うために、1つ又は複数のAPを要求することができる。 逆トリガフレーム方式は、MU-MIMOセット内の各STAが、独立トリガを連続的に送信する(例えば、図参照)複数AP MU-MIMOに拡張することができることに留意されたい。 14)または同時に(例えば、図参照)。 13).
・ 図に示すように、 STAは、AP1およびAP2からのデータ送信(すなわち、データ1およびデータ2)を受信することができる。 トリガフレーム1210内のパケットIDに応じて、STAは、送信を組み合わせることができ、組み合わせないことができる。 STAは、確認通知フレームをAPに送信してもよい。
・ 図の例では、 12、AP1、AP2は、STAへの同時送信を実行するために交渉するかもしれない。 いくつかの実装では、折衝において、AP1は主APと見なされるかもしれず、AP2は副APと見なされるかもしれません。 いくつかの実装では、AP1およびAP2は、必要なチャネル状態情報を取得する前に、マルチAP結合送信サウンディングを実行することができる。
・ 図13は、例えばUL OFDMA及び/又はUL MU-MIMOを用いて、STAが独立したトリガフレームを同時に送信する場合に、同時にSTAに送信するための複数のAPを容易にすることができる例示的なチャネルアクセススキームを示す。
・ 図に示すように、 13、AP1は、STA1とSTA2の両方にトリガフレーム1310を送信します。 次に、STA1はAP1とAP2の両方に逆トリガフレーム1320を送信します。 STA2は、AP1とAP2の両方に逆トリガフレーム1330を送信します。 逆トリガフレーム1320と逆トリガフレーム1330の両方が同時に送信される。 そして、AP1とAP2からデータを受信した後、STA1はAP1とAP2の両方にACK 1340を送信し、STA2はAP1とAP2の両方にACK 1350を送信するかもしれません。
・ 図14は、例えばUL OFDMA及び/又はUL MU-MIMOを使用して、STAに同時に送信する複数のAPを容易にすることができるチャネルアクセススキームの例を示している。
・ 図に示すように、 14、AP1は、STA1とSTA2の両方にトリガフレーム1410を送信します。 次に、STA1は、AP1とAP2の両方に逆トリガフレーム1420を送信します。 STA2は、AP1とAP2の両方に逆トリガフレーム1430を送信します。 逆トリガ・フレーム1420および逆トリガ・フレーム1430の両方は、順次送信される。 次に、AP1とAP2からデータを受信した後、STA1はAP1とAP2の両方にACK 1440を送信し、STA2はAP1とAP2の両方にACK 1450を送信するかもしれません。
・ 本出願によるマルチAP通信の方法を図面を参照して説明する。 15-18 次のようになります。 本出願によるマルチAP通信の方法は、WTRUによって実行され得る。
・ 図15は、本出願の一実施形態による例示的なマルチAP通信手順を示す。 図 16は、本出願の一実施形態による例示的なマルチAP MU-MIIMO通信手順を示す。 図 17は、本出願の別の実施形態による例示的なマルチAP MU-MIIMO通信手順を示す。 図 18は、本出願の一実施形態によるマルチAP通信の方法1800を示すフローチャートである。
・ 本出願の実施形態によるマルチAP通信方法は、複数のAPとSTAとの間のマルチAP通信に適用することができる。 換言すれば、本方法は、複数のAPが展開されたシナリオにおいて適用され得る。 従って、本出願の実施形態によるマルチAP通信のための装置(例えば、WTRU)は、APとSTAとの間でデータを送信するために複数のAPが配備されているシナリオにも適用することができる。
・ 本出願の実施形態によるマルチAP通信の方法は、複数のAP及び複数のSTAを有するシナリオにおいても適用することができる。 換言すれば、本方法は、複数のAPおよび複数のSTAが展開されたシナリオに適用することができる。 従って、本出願の実施形態によるマルチAP通信のための装置(例えば、WTRU又はWTRU)は、複数のAP及び複数のSTAが、APとSTAとの間でデータを送信するために配置されているシナリオにも適用することができる。
・ 以下の実施形態は、まず、複数のAPおよびSTAが図を参照して配置されたシナリオを説明する。 15および図 18、次に、複数のAPと複数のSTAの両方が図を参照して配置されたシナリオを説明する。 16および図 17.
・ 本出願の実施形態による方法1800を、図を参照して詳細に説明する。 15および図 18は以下の通りである。 メソッド1800は、無線LANで適用できるマルチAP通信の方法です。 方法1800は、WIFIおよびVPMNのような他の無線伝送分野にも適用され得ることが理解されよう。 方法1800の適用のための上述の技術分野は、例示としてのみ記載されており、それらは、排他的であることを意図したものではなく、また、本出願を限定するものでもない。
・ 方法1800は、1801において、複数のAPの第1のAPから第1のトリガフレームを受信し、前記第1のトリガフレームは、第1の情報を含み、1802において、前記第1のトリガフレームを受信した後の所定の時間で、前記複数のAPの第2のAPから第2のトリガフレームを受信し、前記第2のトリガフレームは、前記第1のトリガフレームの第1の情報も含み、1803において、前記第1のトリガフレームおよび前記第2のトリガフレームに基づく同期フレームを生成し、前記同期フレームは、同期情報を含み、1804において、前記同期フレームを少なくとも前記第1のAPおよび前記第2のAPに送信し、1805において、前記第1のAPおよび前記第2のAPの各々からの同期情報に基づくデータ送信を受信することを含む。 以上のプロセスについて、以下の実施形態を参考にして詳細に説明する。
・ 以下の説明は、1801年のプロセスをより詳細に説明するであろう。 方法1800は、2つのAPが展開されたシナリオ、例えばAP1およびAP2(図に示されるように)に適用され得る。 15). 従って、本出願の実施形態によるマルチAP伝送のための装置は、図中のシナリオのような2-APシナリオにも適用することができる。 15.
・ 2つのAPを持つシナリオでは、1つはマスタAPまたはプライマリAPであり、もう1つはスレーブAPまたはセカンダリAPであり得る。 図に示すように、15、AP1、AP2は交渉し、AP1がマスターAPであり、AP2がスレーブAPであると判断する場合があります。 AP1およびAP2は、必要なチャネル状態情報を取得する前に、マルチAP結合送信サウンディングを実行することができる。 本出願の明確かつ明確な説明のために、特に断りのない限り、用語「AP1」、「マスターAP」および「主AP」は、本出願において互換的に使用され、用語「AP2」、「スレーブAP」および「副AP」は、本出願において互換的に使用される。
・ 図に示す例であるが。 15は、2つのAPのみを示しており、例示としてのみ説明されており、排他的であることを意図しておらず、本出願の実施形態に限定されるものではない。 例えば、方法1800は、3つのAP、すなわち、第1のAP、第2のAP、および第3のAPを有するシナリオにも適用され得る。 従って、本出願の実施形態によるマルチAP通信のための装置(例えば、WTRU)は、上述の3-APシナリオにおいても適用することができる。
・ 本出願の実施形態におけるAPの数は、3よりもさらに大きい場合がある。 本出願の実施形態は、APの数を具体的に制限するものではない。 APの数は、APとSTAとの間の来るべきデータ伝送の要求、使用される無線伝送技術、およびSTAの数のような多くの変数に基づいて変化し得ることが理解されよう。
・ 図に示すように、 15は、一実施形態では、AP1はチャネルを取得し、第1のトリガフレーム1510(すなわち、複数APトリガフレーム)をSTAに送信することができる。
・ AP1によって送信される第1のトリガフレーム1510は、他のAPおよび/またはSTAからの送信をトリガするために使用され得る。 図 15は、AP1およびAP2からSTAへのマルチAPダウンリンク送信(すなわち、データ1およびデータ2)の実施形態を示す。 したがって、マルチAPダウンリンク送信シナリオでは、第1のトリガフレーム1510を使用して、AP1からSTAへのデータ送信(すなわち、データ1)を構成することができる。 さらに、第1のトリガフレーム1510は、AP2からSTAへのデータ送信(すなわち、データ2)を構成するために使用されてもよい。 両方のデータ送信を同期させるために、第1のトリガフレーム1510を使用して、AP2によって送信される第2のトリガフレーム(例えば、第2のトリガフレーム1520)およびSTAによって送信される同期フレーム(例えば、同期フレーム1530)をトリガすることができる。
・ AP1によって送信されるトリガフレームは、図に示されるようにアップリンク送信を構成するために使用され得ることに留意されたい。 19および図 例えば、図20に示される実施形態において。19、トリガフレーム1910を使用して、STAによって送信される逆トリガフレーム(例えば、逆トリガフレーム1920)をトリガすることができる。 図に示す実施形態では、 トリガフレーム2010は、AP2によって送信される第2のトリガフレーム(例えば、短いトリガフレーム2020)およびSTAによって送信される逆トリガフレーム(例えば、逆トリガフレーム1920)をトリガするために使用され得る。 これらの実施形態は、図に示されている。 19および図 20については後述する。
・ 第1のトリガフレーム1510はまた、割り当てられたRU上で送信する際に使用する空間ストリームの数、およびどの変調および符号化スキームをSTAに示すために使用することもできる。 第1のトリガフレーム1510は、マスタAP(すなわち、AP1)によって送信されるので、別段の指示がない限り、用語「第1のトリガフレーム」は、「マスタトリガフレーム」とも呼ばれ得る。
・ 第1のトリガフレーム1510は、第1の情報として、RU割り当て情報、STA固有情報、および共通情報などの、以下の情報の1つまたは任意の組み合わせを含んでもよい。 第1のトリガフレーム1510によって運ばれる上述の情報は、異なるフィールドに構成されてもよいことが理解されよう。 例えば、RU割当情報はRU割当情報フィールドに設定することができ、STA固有情報は1つ以上のSTA情報フィールドに設定することができ、共通情報は共通情報フィールドに設定することができる。 第1のトリガ・フレーム1510によって運ばれるいくつかの特定の情報が、以下の説明で説明される場合、それは、特定のフィールドに構成される情報を意味する。
・ STA固有の情報は、STA役割またはSTA IDを含んでもよい。 STA IDは、STAが送信機であるかどうかを示すことができる(例えば、図に示されたAP1)。 15または受信機(例えば、図に示されるSTA)。 15). 一般的に言って、WTRU(例えば、図に示されたSTA)は理解されるであろう。 15およびAP(例えば、図に示されるAP1)。 15)はSTAと呼ばれる。 例えば、無線LANのシナリオでは、ルータ(例えば、AP)はステーションと呼ばれ、ラップトップ(例えば、STA)はステーションと呼ばれてもよい。 このアプリケーションにおけるSTA IDは、局がAP STA(例えば、図に示されたAP1)であるかどうかを示すかもしれない。 15)または非AP STA(例えば、図に示されるSTA)。 15).
・ STA IDは、AID、圧縮AID、BSSID、圧縮BSSID、BSSカラー、または拡張BSSカラーなどであってもよい。
・ STA IDが送信機(例えば、AP1)を示す場合、第1のトリガフレーム1510は、パケットIDフィールド、資源割当フィールド、空間ストリーム割当フィールド、およびMCS関連情報フィールドの1つまたは任意の組み合わせをさらに含むことができる。
・ パケットIDフィールドは、STAに送信されたパケットを示すために使用されてもよい。 いくつかの実施形態では、パケットIDフィールドは、送信機/AP固有のフィールドであってもよい。 STAは、複数のAPに対応するパケットIDフィールドによって運ばれる複数のパケットIDを検出し、単一のパケットが複数のAPから送信されるか、複数のAPから複数のパケットが送信されるかを判断することができる。 いくつかの実施形態において、STAは、単一パケットをデコードするために、複数のAPからの送信を組み合わせることができる。
・ 資源割当てフィールドは、マルチAPパケットを送信するためにAP1に割り当てられた資源を示すために使われるかもしれません。 OFDMA送信シナリオでは、リソースはリソース単位(RU)で割り当てられる。
・ 空間ストリーム割り当てフィールドは、開始空間ストリームインデックスおよび送信機に使用される空間ストリームの数(すなわち、AP1)を示すために使用されてもよい。
・ MCS関連情報フィールドは、MCS、符号化スキーム、およびDCM変調が利用されるかどうかを示す情報などを含み得る。
・ 共通情報は、タイプフィールドを含むことができる。 タイプフィールドは、DLマルチAP送信を示すことができる。 タイプフィールドはまた、APから送信されたトリガフレームを示すことができる。 マルチAP MU-MIMO通信の場合、複数APトリガフレームは、送信するすべてのSTAのリストを含んでもよい(例えば、図参照)。 16および図 17).
・ 第1のトリガフレーム1510は、送信電力情報、送信開始時間情報、送信周波数情報など、その第1の情報として、少なくとも1つの情報をさらに含んでもよい。 従って、これらの情報は、第1のトリガ・フレームが運ぶために、異なるフィールドに構成されてもよい。
・ 例えば、第1のトリガ・フレーム1510は、AP1からSTAへの来るべきデータ送信の送信電力を示すための電力フィールドを含んでもよい。 第1のトリガフレーム1510はまた、AP1からSTAへの来るべきデータ送信の開始時間を示す時間フィールドを含んでもよい。 第1のトリガ・フレームはまた、AP1からSTAへの近接するデータ送信の送信周波数を示す周波数フィールドを含んでもよい。
・ 別の例では、第1のトリガフレーム1510は、さらに、同期フレーム1530をSTAから送信するための送信開始時間情報を含んでもよい。 換言すれば、第1のトリガフレーム1510は、図に示される同期フレーム1530を送信するための開始時間を示すことができる。 STAから15名。 開始時間情報はまた、それを運ぶために、第1のトリガフレームの特定のフィールドに構成されてもよい。
・ 上述の説明は、第1のトリガフレーム1510内の第1の情報のいくつかの例示的な実施形態を例示したが、これらの実施形態は、排他的であることを意図したものではなく、また、第1の情報に限定されるものでもない。 本出願に記載された第1の情報は、上記の例示的な情報の任意の組合せ、または本出願の技術的解決策を得るために利用可能な任意の他の情報を含み得る。
・ さらに、第1のトリガ・フレームの第1の情報は、これらの用語「第1のトリガ・フレームの第2の情報」および「第1のトリガ・フレームの第3の情報」と比較する相対的用語である。 本出願において、これらの用語を使用することは、第1の情報、第2の情報及び第3の情報が全く異なる情報であることを意味するものではない。 いくつかの実施形態において、それらは、互いに同じ情報を共有してもよい。 これらの関係については、以下に詳細に説明する。
・ 第1のトリガフレームによって運ばれるこれらの情報は、複数のAP(例えば、図に示されるAP1およびAP 2)間のデータ送信同期のために使用され得る。 15)とSTA。 本出願における用語「同期」は、送信電力における同期、送信開始時間における同期、および送信周波数における同期のような、来たるデータ送信の1つまたは複数のパラメータを同期させることを意味することが理解されよう。 換言すれば、近づくデータ送信のために同期されるこれらのパラメータは、送信電力、送信開始時間、および送信周波数を含んでもよい。
・ 例えば、第1のトリガ・フレームによって運ばれる送信電力情報は、APからSTAへの複数のAPからの送信電力を予め補正するために使用することができ、その結果、APからの信号(例えば、データ送信)が、同様の受信電力でSTAに到達することができる。 第1のトリガフレームによって運ばれる送信開始時間情報は、APからSTAへの複数のAPからの送信開始時間を予め補正するために使用され、APからの信号が同様の受信時間でSTAに到達することができる。 第1のトリガ・フレームによって運ばれる送信周波数情報は、APからSTAへの複数のAPからの送信周波数を予め補正するために使用することができ、その結果、APからの信号は、同様の受信周波数でSTAに到達することができる。
・ 上述のマルチAP伝送のための3つのパラメータは、例示としてのみ説明され、それらは、排他的であることを意図したものではなく、本出願を限定するものでもないことが理解されよう。 例えば、第1のトリガ・フレーム1510は、近づくデータ送信のためのこれら3つのパラメータの任意の組み合わせを同期させるために使用されてもよい。
・ 当然のことながら、このアプリケーションで説明されている同期は、第1のトリガフレーム1510だけでは得られない。 第1のトリガフレーム1510は、同期の不可欠な部分であるが、方法1800と、このアプリケーションによる装置(例えば、WTRU)は、同期を得るために、依然として、第2のトリガフレーム1520および同期フレーム1530(後述)を必要とする。 例えば、図に示されるように。 15は、第1のトリガフレーム1510を受信した後、STAは、同期フレーム1530を複数のAPに送信することができ、同期フレーム1530は、複数のAPから来るデータ送信をそれぞれ同期させるために必要な同期情報を搬送することができる。 以下の説明では、第2のトリガフレーム1520および同期フレーム1530をより詳細に説明する。
・ 一実施形態によると、第1トリガフレーム1510は、図に示すAP2などの他のAPにも送信されてもよい。 すなわち、AP1からの第1のトリガ・フレーム1510は、図に示される全てのSTAによって聴取され得る。AP1以外15点 従って、第1のトリガフレーム1510は、来るべきデータ送信のパラメータまたは複数のパラメータ(すなわち、図に示されるデータ2)を構成するために使用され得る。 15)AP2からSTAへ。 AP1およびAP2からの来たるデータ送信の両方が、第1のトリガフレーム1510によって構成され得るので、AP1およびAP2からの来たるデータ送信は、それに応じて同期され得る。 以下の説明は、1802におけるプロセスを参照して、AP 2から来るべきデータ送信を構成するために、第1のトリガフレーム1510を使用する方法を説明する。
・ 2つ以上のAPを有する実施形態では、AP1は、第1のトリガフレームを他のすべてのAPに送信することができる。 上述の原理に類似した原理に基づいて、これらのAPから来るすべてのデータ送信は、それに応じて同期化され得る。
・ AP1から第1のトリガフレームを受信するために、STAは、受信機を含むように構成されてもよい。 受信機は、USB受信機、無線LAN受信機、または図に示される無線LANシナリオ内で送信された信号を受信するために使用され得る任意の他の種類の受信機であってもよい。 15および図 4.
・ 本出願の実施形態の明確かつ明確な説明のために、別段の指示がない限り、AP1からSTAへの来るべきデータ送信は、第1のデータ送信と称することができ、AP 2からSTAへの来るべきデータ送信は、第2のデータ送信と称することができる。 図に示されるように。 15-17、第1のデータ送信をデータ1、第2のデータ送信をデータ2と呼ぶことができる。
・ 以下の説明では、1802年のプロセスをより詳細に説明する。 上述のように、AP1はまた、第1のトリガフレーム1510をAP 2に送ることができる。 第1のトリガフレーム1510を受信した後、AP2は、第2のトリガフレーム1520を生成し、STAに送信することができる。 第1のトリガ・フレーム1510がAP1からAP2へ送信されるのにいくらかの時間がかかり、また、AP2が第2のトリガ・フレーム1520を生成するのにいくらかの時間がかかり得るので、時間がある(すなわち、図に示されるSIFS)。 15)第1のトリガフレーム1510を送信する時間と第2のトリガフレーム1520を送信する時間との間。 従って、STA側では、第1のトリガフレーム1510を受信した時刻と第2のトリガフレーム1520を受信した時刻との間に、時間持続時間SIFSが存在し得る。 すなわち、STAは、最初に、第1のトリガフレーム1510を受信し、次に、時間持続時間SIFSの後に、STAは、第2のトリガフレーム1520を受信することができる。
・ 図に示すように、 第1のトリガフレーム1510、第2のトリガフレーム1520、および同期フレーム1530をそれぞれ表す3つのブロックは、それぞれAP1、AP2、およびSTAの1つを表す3つの異なる水平線に位置する。 これらのブロックは、垂直方向の異なる場所に配置されているが、各フレームのソースを示す目的のために、これらのブロックは、このように図示されているに過ぎず、水平方向におけるそれらの突起は、STA側で各フレームを受信する時間を表すことができる。
・ 時間持続時間は、いくつかの既存のパラメータを介して予め決定することができる。 例えば、時間持続時間は、AP1とAP2との間の距離、およびAP2が第2のトリガ・フレームを生成するための時間の長さに基づいて予め決定されてもよい。 言い換えれば、AP1とAP2との間の距離が既知であり、第2のトリガフレームを生成するための時間の長さが既知である限り、時間持続は既知であり得る。
・ 実施形態において、AP1およびAP2が構築されると、それらの間の距離は固定され、したがって公知であり得る。 さらに、APを構成するハードウェアは、それらの構築後に固定されてもよい。 従って、第2のトリガ・フレームを生成するための時間の長さもまた公知であり得る。 従って、時間は、APの構築後に予め決定されてもよい。
・ 時間持続SIFSは、AP1および/またはAP2によって予め決定され得る。 例えば、時間持続時間は、AP1によって予め決定されてもよい。 その場合、第1のトリガ・フレーム1510は、時間持続時間情報を運ぶための時間持続時間フィールドをさらに含んでもよい。 時間持続情報は、AP2が第1のトリガ・フレーム1510を受信した後に第2のトリガ・フレーム1520を送信すべき時期を示すことができる。 次に、AP 2が第1のトリガフレーム1510を受信した後、AP 2は、時間持続情報に基づいて第2のトリガフレーム1520を生成し、送信する。 その場合、持続時間情報によって示される持続時間SIFSは、AP1からAP2へ第1のトリガフレーム1510を送信するための長さに、AP2が第2のトリガフレーム1520を生成するための長さを加えた長さよりも長くなければならないことが理解されよう。
・ 一実施形態では、時間持続時間(すなわち、図に示されるSIFS)。 15)は、任意のフレーム間隔、例えば、短いIFS、点調整機能、IFS、分散協調機能などを介して予め決定することができる。
・ 第2のトリガ・フレームは、第1のトリガ・フレーム1510の上述した第1の情報を含むことができる。
・ 第1のトリガフレーム1510の第1の情報は、第2のトリガフレーム1520と共有され得る情報であってもよい。 例えば、最初のトリガフレームの最初の情報は、DLマルチAP送信を示す上述の共通情報である。 次に、AP 2は、その情報を第2のトリガフレーム1520に直接コピーすることができる。
・ 実施形態において、第1のトリガフレーム1510の第1の情報は、AP1からSTAへの来るべきデータ送信のための送信電力情報であってもよい。 次に、AP2は、送信電力情報によって示される送信電力が、その送信電力制限内にあると判断する。 従って、AP 2は、送信電力情報を第2のトリガフレーム1520に直接書き込むことができる。
・ 当然のことながら、第2のトリガフレーム1520の上述の実施形態は、単なる例示として説明されるに過ぎず、これらは、排他的であることを意図したものではなく、本出願を限定するものでもない。
・ 実施形態では、第2のトリガフレーム1520は、フォーマット(1)については、第2のトリガフレーム1520は、第1のトリガフレーム1510と同じであり、すなわち、第2のトリガフレーム1520は、第1のリガフレーム1510の情報の全てを備え、フォーマット(2)については、第2のトリガフレーム1520は、第1のトリガフレーム1510のサブセットであり、すなわち、第2のトリガフレーム1520は、第1のトリガフレーム1510の情報の一部のみを備え(例えば、第1のトリガフレーム1510の上述の第1の情報)、フォーマット(3)については、第2のトリガフレーム1520は、第1のトリガフレーム1510の情報の一部(例えば、第1のトリガフレーム1510の上述の第1の情報)と、AP2からの来るべきデータ送信のための構成情報(すなわち、データ2)の両方を備える。 .
・ 一実施形態によると、第2のトリガフレーム1520内の構成情報は、第1のトリガフレーム1510の第2の情報とは異なる場合がある。 例えば、第1のトリガフレーム1510は、STAへの来るべきデータ送信(すなわち、データ2)のために特定のチャネル(例えば、チャネル2)を使用するAP2を示すことができる。 すなわち、第1のトリガフレーム1510の第2の情報は、第2のデータ送信のためにAP2によって使用されるチャネル2の情報であってもよい。 しかし、AP2は、チャネル2が伝送を行うために利用できないことを知るかもしれない。 その場合、AP 2は、チャネル2が使用不可であることを示すために、AP1およびSTAの両方に構成情報を有する第2のトリガ・フレーム1520を送信することができる。 その場合、構成情報(すなわち、チャネル2の利用不可能性)は、第1のトリガ・フレーム1510の第2の情報(すなわち、チャネル2の選択)とは異なる。
・ 上記の例では、AP2がチャネル2が利用できないが、データ送信を行うために別のチャネル(例えば、チャネル3)が利用可能であることを示す場合。 次に、AP2は、AP1とSTAの両方に、コンフィグレーション情報を持つ第2のトリガフレームを送信して、チャネル2が使用できないこと、およびAP2がAP2からSTAへの来るべきデータ送信のためにチャネル3を使用することを示すことができる。 その場合、構成情報(すなわち、チャネル2の利用不可能性およびチャネル3の選択)は、第1のトリガ・フレーム1510の第2の情報(すなわち、チャネル2の選択)とは異なる。 換言すれば、構成情報は、第1のトリガフレーム1510の第2の情報を上書きすることができる。
・ 例えば、第1のトリガ・フレーム1510は、STAへの来るべきデータ送信(すなわち、データ2)のために特定の送信電力を使用するようAP2に指示することができる。 すなわち、第1のトリガフレーム1510の第2の情報は、第2のデータ送信のためにAP2によって使用される送信電力(例えば、送信電力2)の情報であってもよい。 しかしながら、AP2は、送信電力2がAP2の電力制限を超えることを見出すことができる。 その場合、AP2は、AP1とSTAの両方に、コンフィグレーション情報を持つ第2のトリガフレームを送信して、送信電力2が使用できないこと、およびAP2が第2のデータ送信のために所望の送信電力(例えば、送信電力3)を使用することを示すことができる。 その場合、構成情報(すなわち、送信電力2の使用不能性および送信電力3の選択)は、第1のトリガ・フレーム1510の第2の情報(すなわち、送信電力2)とは異なる。 換言すれば、構成情報は、第1のトリガフレーム1510の第2の情報を上書きすることができる。
・ 上述のチャネルおよび伝送パワーは、単に例示として説明されるに過ぎず、これらは、第2のトリガフレーム1520内の構成情報を排他的であるか、または限定することを意図されていないことが理解されるであろう。 構成情報は、第2のデータ送信を構成するためにこれらの情報が必要である限り、他の情報を含んでもよい。
・ 一実施形態によると、第2のトリガフレーム1520内の構成情報は、第1のトリガフレーム1510に含まれない追加情報であってもよい。
・ 例えば、第1のトリガフレーム1510は、送信電力情報および送信開始時間情報を含むが、送信周波数情報は含まない。 すなわち、第1のトリガフレーム1510の第2の情報は、第2のデータ送信のためにAP2によって使用される送信電力情報および送信開始時間情報であってもよい。 次に、AP2は、第2のデータ送信のためのAP2の所望の送信周波数を示すために、構成情報を有する第2のトリガフレーム1520をAP1およびSTAの両方に送信することができる。 その場合、構成情報(すなわち、AP 2の所望の送信周波数)は、第1のトリガフレームに含まれない追加情報である。 上記の例では、STAは、AP2の所望の送信周波数と同期フレーム1530をAP1およびAP2の両方に送信することができ、従って、APは、所望の送信周波数を使用することによってデータ送信を行うことができる。 したがって、送信周波数における同期を得ることができる。 同期処理は、STAからの同期フレーム1530を参照して、以下にさらに説明される。
・ 上述の送信周波数は、単に構成情報の一例として説明されるに過ぎず、これらは、第2のトリガフレーム1520内の構成情報を排他的であるか、または限定することを意図されていないことが理解されよう。 構成情報は、これらの情報が来たるデータ送信を同期させるために必要である限り、第1のトリガフレーム1510に含まれていない他の情報を含んでもよい。
・ 実施形態では、第2のトリガフレーム1520は、AP2の同一性を担持するNDPフレームであってもよい。NDPフレームは、AP 2が来るマルチAP送信の準備ができていることを示すことがある。 第2のトリガフレーム1520はまた、同期フレーム1530の送信のための送信開始時間を示す開始時間フィールドを含んでもよい。
・ 上述のように、WTRUとAPの両方をSTAと呼ぶことができる。 従って、2つ以上のAPを有する実施形態では、第2のトリガフレーム1520は、他のすべてのAPにも送信することができる。すなわち、AP2からの第2のトリガフレーム1520は、APSTAおよび非APSTAの両方を含む、AP2以外のすべてのSTAによって聴取することができる。 図に示される複数のAP STAおよび複数の非AP STAを有する実施形態において。 16、第2のトリガフレームがすべてのSTAに送信されてもよい。
・ 一実施形態では、複数のAPは、トリガフレームを連続的に送信することができ、トリガフレーム送信の順序は、管理/制御フレームを使用して複数のAP間で交渉することができる。 例えば、管理/制御フレームがAP1が最初にトリガフレーム(例えば、第1のトリガフレーム1510)を送信することができ、次いでAP2がトリガフレーム(例えば、第2のトリガフレーム1520)を送信することができることを示すと仮定する。
・ 一実施形態では、トリガフレーム送信の順序は、所定のルールによって予め定義されてもよい。 例えば、プライマリAPであるAP1は、最初にトリガフレームを送信してもよい。 残りの複数のAPは、BSSIDまたはAP MACアドレスに基づいて昇順/降順で送信することができる。 グループ内のすべてのAPは、メンバーAP BSSIDまたはMACアドレスを知っている可能性があることが理解されよう。
・ 以下の説明は、1803年のプロセスをより詳細に説明するであろう。 第1のトリガフレーム1510および第2のトリガフレーム1520の両方を受信した後、図に示されるSTA。 15は、第1および第2のトリガフレームに基づいて同期フレーム1530を生成することができる。 同期フレーム1530は、AP1およびAP2の各々からSTAへのデータ送信を構成するための同期情報を含む。
・ 第1のトリガフレーム1510と同様に、同期フレーム1530は、RU割り当て情報、STA固有情報、および共通情報など、以下の情報の1つまたは任意の組み合わせを含んでもよい。 同期フレーム1530によって運ばれる上述の情報は、異なるフィールドに構成することができる。
・ 同期フレーム1530は、送信電力情報、送信開始時間情報、送信周波数情報などをさらに含むことができる。 従って、これらの情報は、同期フレーム1530が搬送するために、異なるフィールドに構成されてもよい。 上述の情報は、AP1およびAP2の各々からSTAへの来るべきデータ送信を構成するために使用され得る同期情報として参照され得る。
・ 同期フレーム1530に含まれる上述の情報は、例示としてのみ説明され、同期フレーム1530に含まれ得る情報を排他的にすることも限定することも意図されないことが理解されよう。
・ 同期フレーム1530を生成するために、本出願による装置(例えば、WTRU)は、プロセッサを備える。 図に示すように、 15、プロセッサは、AP1およびAP2からそれぞれ受信された第1および第2のトリガフレームに基づいて、同期フレーム1530を生成するように構成される。
・ 実施形態では、同期フレーム1530は、第1のトリガフレーム1510と同じフォーマットを共有することができる。 言い換えると、同期フレーム1530は、フォーマット(1)については、同期フレーム1530は、第1のトリガフレーム1510と同じであり、すなわち、同期フレーム1530は、第1のリガフレーム1510の情報の全てを備え、フォーマット(2)については、同期フレーム1530は、第1のトリガフレーム1510のサブセットであり、すなわち、同期フレーム1530は、第1のトリガフレーム1510の情報の一部のみを備え、フォーマット(3)については、同期フレーム1530は、第1のトリガフレームの情報の一部と確認情報の両方を備える。
・ フォーマット(1)およびフォーマット(2)については、同期フレーム1530は、AP1によって送信される第1のトリガフレーム1510によって運ばれる全部または一部の情報を含んでもよい。 この全部または一部の情報は有益であろう。 例えば、AP1とAP2が互いに直接通信することが困難な場合、STAは、データ送信同期の目的のために、AP1からAP2へ発信された情報を送信することができる。
・ フォーマット(3)については、確認情報を使用して、第1のトリガフレーム1510および/または第2のトリガフレーム1520によって運ばれる情報を確認することができる。 確認情報はまた、AP2による構成変更を確認するために使用されてもよい。 確認された構成は、第1のトリガフレーム1510または第2のトリガフレーム1520、または第1のトリガフレーム1510と第2のトリガフレーム1520の組み合わせに基づいてもよい。
・ 例えば、第1のトリガ・フレーム1510が、第1のデータ送信の送信電力が電力1であることを示し、第2のトリガ・フレーム1520が、第2のデータ送信の送信電力が電力1であることを示す場合、確認情報を使用して、AP1およびAP2の双方に対し、これらのデータ送信に電力1を使用することができることを確認することができる。 一方、第1のトリガ・フレーム1510が、空間ストリーム割り当ておよびMCS関連情報を含む情報のグループを含む場合、この情報のグループは、同期フレーム1530に含まれ得る第1のトリガ・フレーム1510の第3の情報と呼ばれ得る。
・ 実施形態では、同期フレーム1530は、第2のトリガフレーム1520のフォーマットと同じフォーマットを共有することができる。 換言すれば、同期フレーム1530は、フォーマット(1)のために、同期フレーム1530は、第2のトリガフレーム1520と同じであり、すなわち、同期フレーム1530は、第2のリガフレーム1520の情報の全てを備え、フォーマット(2)のために、同期フレーム1530は、第2のトリガフレーム1520のサブセットであり、すなわち、同期フレーム1530は、第2のトリガフレーム1520の情報の一部のみを備え、フォーマット(3)のために、同期フレーム1530は、第2のトリガフレーム1520の情報の一部と、第2のトリガフレーム1520内の上述の構成情報に対応する確認情報との両方を備える。
・ フォーマット(1)およびフォーマット(2)については、同期フレーム1530は、AP 2によって送信される第2のトリガフレーム1520によって運ばれる全部または一部の情報を含んでもよい。 この全部または一部の情報は有益であろう。 例えば、AP1とAP2が互いに直接通信することが困難である場合、STAは、データ送信同期の目的のために、AP2から発信された情報をAP1に送信することができる。
・ フォーマット(3)では、AP2による設定変更を確認するために確認情報を使用することができます。 確認された構成は、第1のトリガフレーム1510または第2のトリガフレーム1520、または第1のトリガフレーム1510と第2のトリガフレーム1520の組み合わせに基づいてもよい。
・ 図に示すように、 15、同期情報を使用して、AP1からの第1のデータ送信のパラメータまたは複数のパラメータを、AP2からの第2のデータ送信のパラメータまたは複数のパラメータと同期させることができる。 一実施形態では、同期情報は、送信電力情報、送信開始時間情報、および送信周波数情報を含む。
・ 例えば、同期情報は、送信周波数情報を含んでもよい。 その場合、AP1から受信された第1のトリガフレーム1510は、第1のデータ送信のための送信周波数が周波数1であってもよいことを示すことができ、AP 2から受信された第2のトリガフレーム1520は、第2のデータ送信のための送信周波数が周波数2であってもよいことを示すことができる。 次に、STAは、来るべきデータ送信の両方について所望の送信周波数を示すために、特定の送信周波数情報を有する同期フレーム1530を生成することができる。 AP1およびAP2は、所望の送信周波数に基づいて、来るべきデータ送信を行うことができる。
・ 2つ以上のAPおよび1つのSTAを有する実施形態では、STAからの同期フレームは、複数のAPの各々から来るデータ送信のパラメータ(または複数のパラメータ)を同期させるように構成することができる。
・ 本出願の実施形態によれば、複数のAPから来るデータ送信の同期プロセスは、同期フレーム1530単独で完了することができず、STAとAPとの間のフレーム相互作用を必要とすることが理解されるであろう。 上述の説明に基づいて、同期プロセスは、第1のトリガフレーム1510、第2のトリガフレーム1520、および同期トリガフレーム1530によって達成されてもよい。
・ 1804において、STAは、同期フレーム1530をAP1およびAP2の両方に送信することができる。 2つ以上のAPおよび1つのSTAを有する実施形態では、1804において、STAは、同期フレーム1530を少なくともAP1およびAP2に送信することができる。 しかしながら、図に示される実施形態。 15は、排他的であることを意図したものではなく、また、本出願の原理に限定されるものでもない。 例えば、STAは、AP1のみ、またはAP2のみがSTAにデータを送信できることを選択してもよい。 APダウン選択は、AP1およびAP2から送信されたトリガフレーム内で運ばれる情報、またはAP1およびAP2からの送信に基づくSTA測定に依存し得る。 例えば、受信したSNR(すなわち、Signal to Noise Ratio)または1つのAPからのRSSIが、所定の/所定の閾値よりも低い場合、STAは、そのAPをマルチAP送信から除外することができる。
・ STAからの同期フレームに基づいて、AP1はSTAへの最初のデータ送信を行い、AP2はSTAへの2番目のデータ送信を行うことができる。 すなわち、1805において、STAは、AP1およびAP2の各々からの同期情報に基づいてデータ送信を受信することができる。 AP1およびAP2からの第1および第2のデータ送信は、同じ周波数資源(例えば、同じ周波数資源)を使用して同時に行われてもよいことに留意されたい。 Multi-AP MU-MIMOまたはMulti-APのヌル化もしくは調整されたSU/MUまたは調整されたヌル化/ビーム成形、または異なる周波数資源(例えば)を使用する。 マルチAP OFDMA、OFDMA連携伝送
・ 実施形態において、第1および第2のデータ送信を受信した後、STAは、ACK/NACK報告(すなわち、図に示されるACK 1540)を送信することができる。 15)はAP1とAP2の各々に。
・ このアプリケーションによる多重AP伝送の方法は、MU-MIMOセット内の各STAが(図に示されるように)連続的に独立トリガを送信するマルチAP MU-MIMOに拡張することができることに留意されたい。 (図に示されているように)16、または同時に(図に示されているように) 17).
・ 図16は、本出願の一実施形態による例示的なマルチAP MU-MIIMO通信手順を示す。
・ 図に示すように、 16、STA1は、AP1から第1のトリガフレーム1610を受信することができ、AP2から第2のトリガフレーム1620を受信することができる。 次に、STA1は、第1のトリガフレーム1610及び第2のトリガフレーム1620に基づいて同期フレーム1630を生成し、次に、同期フレーム1630をAP1及びAP2の両方に送信することができる。 STA2は、AP1から第1のトリガフレーム1610を受信することができ、AP2から第2のトリガフレーム1620を受信することができます。 次に、STA2は、第1のトリガフレーム1610及び第2のトリガフレーム1620に基づいて同期フレーム1640を生成し、次に、同期フレーム1640をAP1及びAP2の両方に送信することができる。
・ 図に示すように、 16、STA1は最初に同期フレーム1630を送信することができ、次にSTA2は同期フレーム1640を送信することができます。 第1のトリガ・フレーム1610は、図に示す第1のトリガ・フレーム1510と類似しているか、または同じである。 15. 第2のトリガフレーム1620は、図に示される第2のトリガフレーム1520と類似しているか、または同じである。 15. 同期フレーム1630および同期フレーム1640は、図に示される同期1530と類似または同一である。 15.
・ 図に示すように、 AP1およびAP2が同期フレーム1630および同期フレーム1640を受信した後、16は、AP1およびAP2がデータ(すなわち、図に示されるデータ1およびデータ2)を送信することができる。 それぞれ16) STA1およびSTA2に。 次に、STA1は、ACK 1650をAP1とAP2にそれぞれ送信することができます。 STA2は、ACK 1660をAP1及びAP2にそれぞれ送信することができる。
・ 図17は、本出願の別の実施形態による例示的なマルチAP MU-MIIMO通信手順を示す。
・ 図に示すように、 17、STA1は、AP1から第1のトリガフレーム1710を受信することができ、AP2から第2のトリガフレーム1720を受信することができる。 次に、STA1は、第1のトリガフレーム1710及び第2のトリガフレーム1720に基づいて同期フレーム1730を生成し、次に、同期フレーム1730をAP1及びAP2の両方に送信することができる。 STA2は、AP1から第1のトリガフレーム1710を受信することができ、AP2から第2のトリガフレーム1720を受信することができます。 次に、STA2は、第1のトリガフレーム1710及び第2のトリガフレーム1720に基づいて同期フレーム1740を生成し、次に、同期フレーム1740をAP1及びAP2の両方に送信することができる。
・ 図に示すように、 17、STA1、STA2は、同時に自身の同期フレームを送信することができます。 第1のトリガ・フレーム1710は、図に示す第1のトリガ・フレーム1510と類似しているか、または同じである。 15. 第2のトリガフレーム1720は、図に示される第2のトリガフレーム1520と類似しているか、または同じである。 15. 同期フレーム1730および同期フレーム1740は、図に示される同期1530と類似または同一である。 15.
・ 図に示すように、 AP1およびAP2が同期フレーム1730および同期フレーム1740を受信した後、17は、データ(すなわち、図に示されるデータ1およびデータ2)を送信することができる。 それぞれ16) STA1およびSTA2に。 次に、STA1は、ACK 1750をAP1とAP2にそれぞれ送信することができます。 STA2は、ACK 1760をAP1及びAP2にそれぞれ送信することができる。
・ STAがAP1とAP2からのデータ送信を受け取るかもしれないことに注意すべきです。 2つ以上のAPを有する実施形態では、STAは、同期を送信するために1つのAPまたは複数のAPを選択することができる。 従って、同期を受信したAPのみが、来るべきデータ送信を行うことができる。 マルチAPトリガフレーム内のパケットIDに依存して、STAは送信を組み合わせることができ、組み合わせないことがある。 STAは、確認通知フレームをAPに送信してもよい。
・ 関連するSTA手順を図に示す。18:STAはマスタートリガを受け取る。 マスタートリガーは、マルチAP送信のパラメーター、および予想されるAPおよび追加DLトリガーの数を識別します。 STAは、N-1追加トリガのトリガ情報を受信する。 STAは、各APについてパラメータ、例えば、Rx電力、タイミングオフセット、および/または周波数オフセットを推定する。 STAは、マルチAP送信のためのパラメータを選択する。STAは、例えば、Tx電力、時間および/または周波数オフセット補正などのマルチAP送信パラメータを計算する。 STAは、提案されたマルチAP伝送パラメータを持つAPにリバーストリガを送信する。 STAは、マルチAP送信データを受信する。 STAはAPにACKを送信する。
・ いくつかの実装は、アップリンク協調SUビーム成形またはULダイナミックポイント選択のためのチャネルアクセスを提供する。
・ 図19は、複数のAPがSTAから同時に受信することを可能にするチャネルアクセススキームの例を示す。 図に示すように、 19、AP1は、トリガフレーム1910をSTAに送信する。 トリガフレーム1910は、図に示される第1のトリガフレーム1510と類似または同一である。 15. 次に、STAは、トリガフレーム1910に基づいて、AP1およびAP2の両方に逆トリガフレーム1920を送信する。 次に、STAはAP1とAP2の両方にデータ2を送信する。 データ2を受信した後、AP1はACK 1930をSTAに送信することができ、AP2はACK 1940をSTAに送信することができる。 この例では、データは、APまたは特定のAP(例えば、動的点選択の場合)の両方にアドレス指定されてもよい。 ターゲットAPまたはAPは、逆トリガ1920でアドレス指定することができる。 この例は、UL協調SUビーム成形またはジョイント予符号化に関する問題を扱うことができる。
・ この例では、STAはULで複数のAPに同時に送信することができる。 APが互いに受信できないか、またはプライマリAPから受信できない場合、チャネルアクセス手順を実装して、マルチAP UL送信が期待されることを、すべての所望のAPに通知することができる。
・ この例では、AP1とAP2はSTAからの同時受信を実行するために交渉するかもしれません。 いくつかの実装では、折衝において、AP1は主APと見なされるかもしれず、AP2は副APと見なされるかもしれません。 いくつかの実装では、AP1およびAP2は、必要なチャネル状態情報を取得する前に、マルチAP結合送信サウンディングを実行するか、またはSTAがサウンディングを実行し、自身とAPの間のチャネルを取得することを可能にすることができる。 この場合、STAは、NDPAとNDPを個別に、あるいは共同でAPに送り、次に各APからULチャネルを取得することができる。例えば、各APをポーリングするか、あるいは、所定の方法、例えば、それらのチャネル情報を送るためにAPのULトリガを送ることによってである。 DL Multi-AP送信
・ UL Multi-AP伝送のためのチャネルアクセス手順は、1つ以上のAPによってトリガされ得る。 1つの方法では、AP1とAP2は、どちらか一方から受信できないかもしれず、交渉はSTAを通して行われるかもしれません。 いくつかの実装では、AP1はチャネルを獲得し、STAからの送信をトリガするためにマルチAPトリガフレームを送信してもよい。 マルチAPトリガフレームでは、AP1は、マルチAPトリガフレームにおいて、来るべきULマルチAP送信を構成することができる。 いくつかの実装では、プライマリAPであるAP1がAP2からSTAへの送信を設定するかもしれません。 例えば、複数APトリガフレームは、STA固有の情報および/または共通情報を示すことができる。 STA固有の情報(ここでSTAはAP STAまたは非AP STAを示す)は、STAの役割および/またはSTA IDを示す可能性がある。 STAの役割はSTAが送信機/APであるか受信機/STAであるかを示すかもしれない。 STA IDは、アソシエーション識別子(AID)、圧縮AID、BSS識別子(BSSID、圧縮BSSID)、BSSカラー、または拡張BSSカラーなどであり得る。
・ STAの役割が送信機/STAを示す場合、それはパケットIDを含んでもよい。 パケットIDは、そのパケットがSTAから送信されたことを示すかもしれない。 いくつかの例では、このフィールドはAP/送信機固有のフィールドであってもよい。 STAは、複数のAPに対応するパケットIDを検出し、単一のパケットが複数のAPから送信されるか、複数のパケットが複数のAPから送信されるかを判断してもよい。 最初のケースでは、STAは単一パケットをデコードするために複数のAPからの送信を組み合わせるかもしれません。
・ STA役割が受信機/APを示す場合、それは資源割当て、空間ストリーム割当て、および/またはMCS関連情報を含んでもよい。 資源割当ては、マルチAPパケットをAPに送信するためにSTAに割り当てられた資源を示すかもしれない。 OFDMA送信シナリオでは、リソースはリソース単位(RU)で割り当てられる。 空間ストリーム割り当ては、開始空間ストリームインデックスおよび受信機に使用される空間ストリームの数を示すことができる。 MCS関連情報は、MCS、符号化方式、DCM変調が利用されるかどうかなどを含み得る。
・ 一般的な情報には、タイプフィールドを含めることができる。 タイプは、ULマルチAP送信を示すことがある。 タイプは、APから送信されたトリガフレームを示すことができる。
・ AP1からマルチAPトリガフレームを受信した後、STAは、逆トリガフレームを複数のAPに送信することができる。 逆トリガフレームにおいて、STAは、AP1によって送信された複数APトリガフレームによって運ばれる反復全情報または部分情報を示すことがある。 このフィールドは、例えば、AP1とAP2が互いに直接通信することが困難な場合に使用され得る。 そのような場合、またはAP2がそのトリガフレーム内の何かを変更する場合、逆トリガフレームは、近くのマルチAP送信で使用される構成を確認することができる。 確認された構成は、AP1もしくはAP2、またはAP1とAP2の組み合わせからであり得る。
・ STAは、AP1およびAP2にデータを送信してもよい。 いくつかの実装では、送信の終わりに、STAは、APからの確認通知の同時送信をトリガするために、別の逆トリガフレームを連結してもよい。 逆トリガフレームにおいて、STAは、電力制御情報のような同期情報を含んでもよい。 電力制御情報は、逆トリガ・フレームの送信電力、および/またはマルチAPデータ送信のための予想されるRSSIを示すことができる。 APは、自身の送信パワーを決定するために、これらの2つのフィールドを使用することができる。 STAは、トリガフレームに関して時間および/または周波数補正を実行するために、1つ以上のAPを要求することができる。 APは、確認通知フレームをSTAに送信してもよい。
・ 図20は、複数のAPがSTAから同時に受信することを可能にするチャネルアクセススキームの例を示す。 図に示すように、 20、AP1は、トリガフレーム2010をSTAに送信する。 トリガフレーム2010は、図に示される第1のトリガフレーム1510と類似または同一である。 15. 次に、AP2は、可用性情報を含む短いトリガフレーム2020をSTAに送信する。 次に、STAは、トリガフレーム2010とショートトリガフレーム2020に基づいて逆トリガフレーム2030を生成し、逆トリガフレーム2030をAP1とAP2の両方に送信する。 次に、STAは、逆トリガフレーム2030内の情報に基づいて、データ2060をAP1およびAP2の両方に送信する。 データ2を受信した後、AP1はACK 2040をSTAに送信することができ、AP2はACK 2050をSTAに送信することができる。
・ データ2060は、APの両方または特定のAP(例えば、動的点選択の場合)にアドレス指定されてもよい。 ターゲットAPまたはAPは、逆トリガでアドレス指定することができる。
・ いくつかの例では、APは、互いに受け取ることができる。 チャネルアクセス方式は、マルチAP UL伝送情報を交換するために使用され、一方、他のものからの干渉から伝送を保護する。 図 20は、いくつかの実装において、STAが複数のAPに同時に送信することを許すことができる別の例示的なチャネルアクセス手順を示す。
・ 図の例では、 20、AP1およびAP2は、STAからの同時受信を実行するために交渉することができる。 いくつかの実装では、折衝において、AP1は主APと見なされるかもしれず、AP2は副APと見なされるかもしれません。 いくつかの例では、AP1およびAP2は、事前にマルチAPジョイント伝送サウンディングを実行し、必要なチャネル状態情報を取得することができる。 いくつかの実装では、AP1とAP2は互いに受信できないかもしれず、交渉はSTAを通して行われるかもしれません。
・ AP1は、チャネルを獲得し、マルチAPトリガフレームを送信して、STAからの送信をトリガすることができる。 マルチAPトリガフレームでは、AP1は、マルチAPトリガフレームにおいて、来るべきULマルチAP送信を設定することができる。 1つの方法では、AP1、つまりプライマリAPがAP2からSTAへの送信を設定できるようにすることができます。 例えば、複数APトリガフレームは、STA固有の情報および/または共通情報を示すことができる。 STA固有の情報(ここでSTAはAP STAまたは非AP STAを示す)は、STAの役割および/またはSTA IDを示す可能性がある。 STAの役割はSTAが送信機/APであるか受信機/STAであるかを示すかもしれない。 STA IDは、アソシエーション識別子(AID)、圧縮AID、BSS識別子(BSSID、圧縮BSSID)、BSSカラー、または拡張BSSカラー、MACアドレス、圧縮MACアドレスなどであり得る。
・ もしSTAの役割が送信機/STAを示すかもしれないなら、それはパケットIDを含むかもしれません。 パケットIDは、そのパケットがSTAから送信されることを示すために使用され得る。 いくつかの例では、このフィールドはAP/送信機固有のフィールドであってもよい。 STAは、複数のAPに対応するパケットIDを検出し、単一のパケットが複数のAPから送信されるか、複数のパケットが複数のAPから送信されるかを判断してもよい。 最初のケースでは、STAは単一パケットをデコードするために複数のAPからの送信を組み合わせるかもしれません。
・ STA役割が受信機/APを示す場合、それは資源割当て、空間ストリーム割当て、および/またはMCS関連情報を含んでもよい。 資源割当ては、マルチAPパケットをAPに送信するためにSTAに割り当てられた資源を示すかもしれない。 OFDMA送信シナリオでは、リソースはリソース単位(RU)で割り当てられる。 空間ストリーム割り当ては、開始空間ストリームインデックスおよび受信機に使用される空間ストリームの数を示すことができる。 MCS関連情報は、MCS、符号化方式、DCM変調が利用されるかどうかなどを含み得る。
・ 一般的な情報には、タイプフィールドを含めることができる。 タイプは、ULマルチAP送信を示すことがある。 タイプは、APから送信されたトリガフレームを示すことができる。 共通の情報は、例えば、STAがトリガフレームに対して時間及び/又は周波数補正を実行するために1つ又は複数のAPを要求することができる場合に、時間及び/又は周波数補正情報を含み得る。
・ 複数APトリガフレームを受信した後、AP2は、AP1によって送信されたものと同じであってもよい複数APトリガフレームを送信することができる。 あるいは、AP2は、AP1によって送信される情報のサブセットを運ぶことができる短いマルチAPトリガフレームを送信することができる。 いくつかの実装では、短いマルチAPトリガフレームは、AP2の識別を運ぶかもしれないNDPフレームであるかもしれません。 AP2からの送信は、AP2が来るマルチAP送信の準備ができていることを示すかもしれない。 いくつかの実装では、マルチAPトリガフレームまたは短いマルチAPトリガフレームは、AP1によって送信されるいくつかの情報を上書きすることができる。 例えば、AP2はSTAから受信するためにチャネル2を使用するように割り当てられるかもしれませんが、チャネル2はAP2で利用できないかもしれません、AP2はAP1とSTAの両方に利用できないか利用可能なチャネルリストを示すかもしれません。
・ 複数のAPからマルチAPトリガフレームを受信した後、STAは、逆トリガフレームを複数のAPに送信することができる。 逆トリガフレームにおいて、STAは、AP1によって送信された複数APトリガフレームによって運ばれる反復全情報または部分情報を示すことができる。 このフィールドは、例えば、AP1とAP2が互いに直接通信することが困難な場合に使用され得る。 そのような場合、またはAP2がそのトリガフレーム内の何かを変更する場合、逆トリガフレームは、近くのマルチAP送信で使用される構成を確認することができる。 確認された構成は、AP1もしくはAP2、またはAP1とAP2の組み合わせからであり得る。
・ STAは、AP1およびAP2にデータを送信してもよい。 いくつかの実装では、送信の終わりに、STAは、APからの確認通知の同時送信をトリガするために、別の逆トリガフレームを連結してもよい。 逆トリガフレームでは、STAは同期情報を含んでもよい。 同期情報は、電力制御情報を含んでもよい。 同期情報は、時間および/または周波数補正情報を含み得る。 電力制御情報は、逆トリガ・フレームの送信電力、および/またはマルチAPデータ送信のための予想されるRSSIを示すことができる。 APは、自身の送信パワーを決定するために、これらの2つのフィールドを使用することができる。 時間および/または周波数補正情報において、STAは、トリガ・フレームに対して時間または周波数補正を実行するために、1つ以上のAPを要求することができる。APは、確認フレームをSTAに送信することができる。
・ いくつかの実装は、送信電力およびマルチユーザ共同送信を提供する。 このような例は、APが異なる障害および/または構成(例えば、異なる送信パワーおよび/またはEVM)を有する場合、協調されたMUビーム形成に関する問題に対処することができる。
・ いくつかの実装では、高い変換数のJT MU-MIMOチャネルを反転させる問題を解決するために、電力成分と有効チャネルを別々に反転させることができる。 いくつかの実装では、電力効果を排除することによって、結果として生じるマトリクスをより反転可能にすることができる(例えば、より低い条件番号を有する)。
・ いくつかの実施形態では、2つの成分の反転をベースバンド内で行うことができる。 いくつかの実装では、電力デスケーリングまたは逆転は、アナログドメイン内で実行されてもよく、チャネルの残りの反転は、ベースバンド内で実行されてもよい(例えば、組み合わされたアナログおよびデジタルベースバンドJT MU-MIMO)。
・ 結合されたアナログおよびデジタルベースバンドJT MU-MIMOのいくつかの実装において、APは、それらのTx電力値をコントローラに送信することができ、コントローラは、アナログプリコーディング電力スケーリング値をAPに送信することができる。 APは、その後、電力スケーリングを行い、JPプリコーディング手順を開始することができる。
・ 結合されたアナログおよびデジタルベースバンドJT MU-MIMOのいくつかの実装では、マスタAPは、スレーブAPがその送信電力を報告することを要求することができる。 マスタAPは、その後、アナログ電力スケーリング値をスレーブAPに送信することができる。 図 21および図 22は、明示的なフィードバックを伴う例示的なJT MU-MIMO手順の手順およびフレーム交換の例を示す。 図 23および図 24は、暗黙のフィードバックを伴う例示的なJT MU-MIMO手順の手順およびフレーム交換の例を示す。 図 21および図 23は、不平衡電力シナリオのためのJT手順を示しており、マスタAPはプリコーダを設計する。 図 22および図 24は、不平衡電力シナリオのためのJT手順を示し、各APはプリコーダを設計する。
・ いくつかの実装では、APおよびSTA座標は、マスタAPで設計されたプリコーダを用いてAP送信電力およびAPプリコーダを設定する。 結合されたアナログおよびデジタルベースバンドJT MU-MIMOのいくつかの実装において、APは、STAから送信される有効なJPチャネルHを要求することができる。 次いで、マスタAPまたはコントローラは、有効チャネルの条件番号を正規化し、別個のアナログスケーリングおよびディジタルプリコーディングパラメータをJP送信のためのAPに送信することができる。
・ このような手順の例は、セットアップ、チャネル/電力収集、プレコーダ情報、および送信ステージを有するものとして説明することができる。 これらは、例示的であり、手順は、任意の適切な順序またはステージの組み合わせで実施することができる。
・ セットアップフェーズの例では、各STAは複数のAPに関連付けられ、それが可能なマルチAP伝送のタイプ(例えば、この場合、関節伝送)を識別する。 APとSTAの両方は、それらが電力不均衡のためのアナログおよびディジタル処理が可能であることを示す。 能力が欠如している場合、AP/STAは、マルチAPスキームからドロップアウトし、単一のAP/STAから送信/受信することを選択することができることに留意されたい。
・ チャネル/電力獲得ステージの例の間、APおよびSTAは、効果的なMIMOチャネルを識別するためのサウンディング手順を受ける。 これは明示的であっても暗黙的であってもよい。 チャネルの獲得時に、追加のAPは、相対的電力情報をマスタAPに送信することができる(例えば、電力レベルフィードバック)。
・ 例示的なプレコーダ情報ステージの間、マスタAPは、アナログおよびディジタルプレコーダ情報をセカンダリ/スレーブAPに送信することができる。 アナログ・プレコーダは、完全マトリクス・プレコーダであってもよい。 アナログ・プレコーダは、パワー・バランスのために両方のAPのパワーを正規化するパワー調整プレコーダであってもよいし、またはそれらを含んでもよい。
・ 一例の送信ステージの間、APは、アナログおよびデジタルプレコーダを使用して、JTフレームをSTAに送信する。 これらの例示的な段階を図に示す。 図21 図22 23および図 図の場合、明示的および暗黙的フィードバックのための24。 21は、マスタAPがプレコーダ(明示的フィードバック)を設計する、アンバランス電力シナリオのためのマスタAPを備えたJT手順の例を示す。
・ 図に示すように、 21、2110～2140のプロセスは、JT手順の例を表す。 2110において、各STAは、複数のAPと関連付け、それが可能なマルチAP送信のタイプを識別することができる。 例えば、AP(例えば、AP1とAP2)とSTA(例えば、STA1とSTA2)の両方は、それらが電力不均衡のためのアナログとディジタル処理が可能であることを示します。 2120において、粉末およびチャネル情報は、マスターAP(例えば、マスターAP)によって取得され得る。 AP1)およびAP1は、Master Trigger 2151、NDP 2153、NDP 2154、Master Trigger 2152、FB 2155およびFB 2156を介してプレコーダを設計することができます。 その後、AP2は、相対電力情報をAP1、すなわち、電力レベルフィードバック2157に送信することができる。 2130において、AP1は、マスタートリガ2158、有効電力レベルプレコーダ2159、およびマスタートリガ2160を介して、AP2にプレコーダ情報を送信することができる。 次に、2140において、両方のAPは、JTフレーム(すなわち、JT MU-MIMO 2161およびJT MU-MIMO 2162)をSTAに送信することができ、STAは、ACK 2163およびACK 2164をそれぞれAPに報告することができる。
・ 図22は、不平衡電力シナリオのためのマスタAPを備えたJT手順の例を示し、各APは、プレコーダ(明示的フィードバック)を設計する。 図に示すように、22、2210~2230のプロセスは、JT手順の例を示しています。 2210において、各STAは、複数のAPと関連付け、それが可能なマルチAP送信のタイプを識別することができる。 例えば、AP(例えば、AP1とAP2)とSTA(例えば、STA1とSTA2)の両方は、それらが電力不均衡のためのアナログとディジタル処理が可能であることを示します。 2220において、粉末およびチャネル情報は、マスターAP(例えば、マスターAP)によって取得され得る。 AP1)および各APは、マスター・トリガー2241、NDP 2242、NDP 2243、トリガー2244、FB 2245、FB 2246、パワー・レベル・フィードバック2247、トリガー2248、FB 2249、FB 2250およびパワー・レベル・フィードバック2251を介してそのプリコーダーを設計することができます。 次に、2130において、AP1は、マスタートリガ2252およびJT MU-MIMO 2253をSTAに送信することができる。 AP2は、JT MU-MIMO 2254をSTAに送るかもしれません。 STAは、ACK 2255およびACK 2256をそれぞれAPに報告することができる。
・ 図23は、マスタAPがプレコーダ(暗黙のフィードバック)を設計する、不平衡電力シナリオのためのマスタAPを備えた例示的なJT手順を示す。 2310において、各STAは、複数のAPに関連付け、それが可能なマルチAP送信のタイプを識別することができる。 例えば、AP(例えば、AP1とAP2)とSTA(例えば、STA1とSTA2)の両方は、それらが電力不均衡のためのアナログとディジタル処理が可能であることを示します。 2320において、粉末およびチャネル情報は、マスターAP(例えば、マスターAP)によって取得され得る。 AP1)およびAP1は、Master Trigger 2351、NDP 2353、NDP 2354、Master Trigger 2352、およびPower Level Feedback 2355を介してプレコーダを設計することができます。 その後、2330において、AP1は、マスタートリガ2356、有効電力レベルプレコーダ2357およびマスタートリガ2358を介して、AP2にプレコーダ情報を送信することができる。 次に、2340において、両方のAPは、JTフレーム(すなわち、JT MU-MIMO 2359およびJT MU-MIMO 2360)をSTAに送信することができ、STAは、それぞれ、ACK 2361およびACK 2262をAPに報告することができる。
・ 図24は、不平衡電力シナリオのためのマスタAPを備えたJT手順の例を示しており、各APは、プレコーダ(暗黙のフィードバック)を設計する。 2410において、各STAは、複数のAPと関連付け、それが可能なマルチAP送信のタイプを識別することができる。 例えば、AP(例えば、AP1とAP2)とSTA(例えば、STA1とSTA2)の両方は、それらが電力不均衡のためのアナログとディジタル処理が可能であることを示します。 2420において、粉末およびチャネル情報は、マスターAP(例えば、マスターAP)によって取得され得る。 AP1)および各APは、マスタートリガー2441、トリガー2442、NDP 2443、NDP 2444、電力レベルフィードバック2245、トリガー2246、および電力レベルフィードバック2247を介して、そのプリコーダーを設計することができる。 その後、2430で、AP1はマスタートリガー2448とJT MU-MIMO 2449をSTAに送ることができます。 AP2は、JT MU-MIMO 2450をSTAに送るかもしれません。 STAは、ACK 2451およびACK 2452をそれぞれAPに報告することができる。
・ 特徴および要素は、特定の組み合わせで上述されているが、当業者であれば、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用することができることを理解するであろう。 さらに、本明細書に記載される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェアまたはファームウェアで実施することができる。 コンピュータ読み取り可能媒体の例には、電子信号(有線または無線接続を介して送信される)およびコンピュータ読み取り可能記憶媒体が含まれる。 コンピュータ読み取り可能な記憶媒体の例としては、読取り専用メモリ、ランダムアクセスメモリ、レジスタ、キャッシュメモリ、半導体メモリデバイス、磁気媒体、例えば内部ハードディスクおよびリムーバブルディスク、磁気光学媒体、ならびに光媒体、例えばCD-ROMディスク、およびデジタル汎用ディスクが挙げられるが、これらに限定されない。 ソフトウェアに関連するプロセッサを使用して、WTRU、UE、端末、基地局、RNC、または任意のホストコンピュータで使用するための高周波トランシーバを実装することができる。
・ ダウンリンク協調単一ユーザ(SU)ビーム成形またはジョイント予符号化において、信号がSTAによって信号の適切な復号化を可能にするために同様の受信電力、時間、および周波数でSTAに到達し得るように、APがSTAに同期するための方法が必要である。 さらに、この操作を可能にするチャネルアクセス方式を定義する必要がある。
要約
・ 無線送信/受信ユニット(WTRU)によって実行されるマルチアクセスポイント(マルチAP)通信の方法は、複数のAPの第1のアクセスポイント(AP)から第1のトリガフレームを受信することを含み、第1のトリガフレームは第1の情報を含む。 WTRUは、第1のトリガ・フレームを受信した後、所定の時間で、複数のAPの第2のAPから第2のトリガ・フレームを受信する。 第2のトリガ・フレームは、第1のトリガ・フレームの第1の情報も含む。 WTRUは、第1のトリガ・フレームと第2のトリガ・フレームに基づいて同期フレームを生成します。 同期フレームは、同期情報を含む。 WTRUは、少なくとも第1のAPと第2のAPとを同期フレームを送信する。 最後に、WTRUは、第1のAPおよび第2のAPの各々からの同期情報に基づくデータ送信を受信する。
・ マルチアクセスポイント通信を行うように構成された無線送信/受信ユニットは、複数のAPの第1のアクセスポイントから第1のトリガフレームを受信するように構成された受信機を備える。 第1のトリガフレームは、第1の情報を含む。 受信機はまた、第1のトリガ・フレームを受信した後、所定の時間で複数のAPの第2のAPから第2のトリガ・フレームを受信するように構成される。 第2のトリガ・フレームは、第1のトリガ・フレームの第1の情報も含む。 WTRUは、さらに、第1のトリガ・フレームおよび第2のトリガ・フレームに基づいて同期フレームを生成するように構成されたプロセッサを含む。 同期フレームは、同期情報を含む。 WTRUは、同期フレームを少なくとも第1のAPおよび第2のAPに送信するように構成された送信機をさらに備える。 さらに、受信機は、第1のAPおよび第2のAPの各々からの同期情報に基づいてデータ送信を受信するように構成される。
図面の簡単な説明
・ 以下の説明からより詳細な理解を得ることができ、これは、添付の図面と共に例として与えられ、図中の同様の参照番号は、同様の要素を示し、以下に示す。
・ 図1Aは、1つ以上の開示された実施形態を実施することができる通信システムの例を示すシステム図である。
・ 図1Bは、図に示す通信システム内で使用可能な無線送信/受信ユニットの例を示すシステム図である。 一実施形態による1A;
・ 図1Cは、図に示す通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すシステム図である。 一実施形態による1A;
・ 図1Dは、図に示される通信システム内で使用され得る、さらなる例RANおよびさらなる例CNを示すシステム図である。 一実施形態による1A;
・ 図2は、協調直交周波数分割多元接続(OFDMA)における分数周波数再利用(FFR)を示す。
・ 図3は、図の例のための関連するOFDMA資源割当てを示す。 2;
・ 図4は、協調的なヌル化/ビーム成形の例を示す。
・ 図5は、シングルユーザジョイントプレコードマルチAP伝送を示す。
・ 図6は、マルチユーザジョイントプレコードマルチAP伝送を示す。
・ 図7は、トリガベースのマルチAPサウンディングの例を示す。
・ 図8は、例示的なアップリンク(UL)サウンディング位相オフセットを示す。
・ 図9は、配位されたMUビーム形成の一例を示す。
・ 図10は、トリガフレームベースのダウンリンク(DL)ジョイント伝送の例を示す。
・ 図11は、例示的なチャネルアクセス手順を示す。
・ 図12は、例示的なチャネルアクセス手順を示す。
・ 図13は、例示的なチャネルアクセス手順を示す。
・ 図14は、例示的なチャネルアクセス手順を示す。
・ 図15は、例示的なチャネルアクセス手順を示す。
・ 図16は、例示的なチャネルアクセス手順を示す。
・ 図17は、例示的なチャネルアクセス手順を示す。
・ 図18は、例示的なチャネルアクセス手順を示す。
・ 図19は、例示的なチャネルアクセス手順を示す。
・ 図20は、例示的なチャネルアクセス手順を示す。
・ 図21は、例示的なJT MU-MIMOのための手順およびフレーム交換の例を示す。
・ 図22は、例示的なJT MU-MIMOのための手順およびフレーム交換の例を示す。
・ 図23は、例示的なJT MU-MIMOのための手順およびフレーム交換の例を示す図である。
・ 図24は、例示的なJT MU-MIMOのための手順およびフレーム交換の例を示す。
詳細な説明
・ 図1Aは、1つ以上の開示された実施形態を実施することができる、例示的な通信システム100を示す図である。 通信システム100は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供するマルチアクセスシステムであってもよい。 通信システム100は、無線帯域幅を含むシステムリソースの共有を通して、複数の無線ユーザがそのようなコンテンツにアクセスすることを可能にすることができる。 例えば、通信システム100は、符号分割多元接続、時分割多元接続、周波数分割多元接続、直交FDMA、シングルキャリアFDMA、ゼロテールユニークワード離散フーリエ変換拡散OFDM、ユニークワードOFDM、リソースブロックフィルタリングOFDM、フィルタバンクマルチキャリアなどの1つ以上のチャネルアクセス方法を使用することができる。
・ 図に示すように、 通信システム100は、無線送信/受信ユニット102a、102b、102c、102d、無線アクセスネットワーク104、コアネットワーク106、公衆交換電話ネットワーク108、インターネット110、および他のネットワーク112を含むことができるが、開示された実施形態は、任意の数のWTRU、基地局、ネットワーク、および/またはネットワーク要素を意図していることが理解されるであろう。 WTRU102a、102b、102c、102dの各々は、無線環境で動作および/または通信するように構成された任意のタイプのデバイスであってもよい。 例として、WTRU 102a、102c、102dは、無線信号を送信および/または受信するように構成することができ、ユーザ装置、移動局、固定または移動加入者ユニット、加入者ベースのユニット、ページャ、携帯電話、携帯電話、携帯デジタルアシスタント、スマートフォン、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、ホットスポットまたはMi-Fiデバイス、物のインターネットデバイス、時計または他の着用可能なディスプレイ、車両、ドローン、医療デバイスおよびアプリケーション(例えば、遠隔手術)、工業用デバイスおよびアプリケーション(例えば、産業用および/または自動化処理チェーンコンテキストで動作するロボットおよび/または他の無線デバイス)、民生用電子デバイス、商業用および/または工業用無線ネットワーク上で動作するデバイスなどを含むことができる。 WTRU102a、102b、102c、および102dのいずれも、互換的にUEと称することができる。
・ 通信システム100はまた、基地局114aおよび/または基地局114bを含んでもよい。 基地局114a、114bの各々は、CN 106、インターネット110、および/または他のネットワーク112のような1つ以上の通信ネットワークへのアクセスを容易にするために、WTRU102a、102b、102c、102dのうちの少なくとも1つと無線インターフェースするように構成されたいずれのタイプの装置でもよい。 一例として、基地局114a、114bは、基地トランシーバ局(BTS)、ノードB、eノードB、ホームノードB、ホームノードB、gNodeB(gNB)、新しい無線(NR)NodeB、サイトコントローラ、アクセスポイント(AP)、無線ルータなどのような、次世代ノードBであってもよい。 基地局114a、114bは、それぞれ単一の要素として示されているが、基地局114a、114bは、任意の数の相互接続された基地局および/またはネットワーク要素を含んでもよいことが理解されよう。
・ 基地局114aは、RAN 104の一部であってもよく、RAN 104は、基地局コントローラ、無線ネットワークコントローラ、中継ノードなどの他の基地局および/またはネットワーク要素(図示せず)を含んでもよい。 基地局114aおよび/または基地局114bは、セル(図示せず)と呼ぶことができる1つ以上の搬送波周波数上で無線信号を送信および/または受信するように構成することができる。 これらの周波数は、ライセンスされた周波数帯域、ライセンスされていない周波数帯域、またはライセンスされた周波数帯域とライセンスされていない周波数帯域の組み合わせであってもよい。 セルは、比較的固定されているか、または時間の経過に伴って変化する可能性のある特定の地理的区域に無線サービスのカバレッジを提供することができる。 細胞は、さらに、細胞セクターに分割され得る。 例えば、基地局114aに関連するセルは、3つのセクタに分割することができる。 従って、一実施形態では、基地局114aは、3つのトランシーバ、すなわち、セルの各セクタに対して1つを含むことができる。 一実施形態では、基地局114aは、多入力多出力技術を使用することができ、セルの各セクタに対して複数のトランシーバを使用することができる。 例えば、ビーム成形を使用して、所望の空間的方向に信号を送信および/または受信することができる。
・ 基地局114a、114bは、任意の適切な無線通信リンク(例えば、無線周波数(RF)、マイクロ波、センチメータ波、マイクロ波、赤外線(IR)、紫外線(UV)、可視光など)であり得る空気インターフェース116を介して、1つ以上のWTRU102a、102b、102c、102dと通信することができ、空気インターフェース116は、任意の適切な無線アクセス技術を使用して確立することができる。
・ より具体的には、上述したように、通信システム100は、多元接続システムであってもよく、CDMA、TDMA、FDMA、OFDMA、SC-FDMAなどの1つ以上のチャネルアクセス方式を採用してもよい。 例えば、RAN 104内の基地局114aおよびWTRU102a、102b、102cは、広帯域CDMA(WCDMA)を使用して空気インタフェース116を確立することができるUMTS地上無線アクセス(UTRA)のような無線技術を実施することができる。 WCDMAは、高速パケットアクセス(HSPA)および/または進化HSPA(HSPA+)のような通信プロトコルを含んでもよい。 HSPAは、高速ダウンリンク(DL)パケットアクセス(HSDPA)および/または高速アップリンク(UL)パケットアクセス(HSUPA)を含み得る。
・ 一実施形態では、基地局114aおよびWTRU102a、102b、102cは、長期進化(LTE)および/またはLTE-Advanced(LTE-A)および/またはLTE-Advanced Pro(LTE-A-Pro)を使用して空中インタフェース116を確立することができる、進化UMTS地上無線アクセス(E-UTRA)のような無線技術を実施することができる。
・ 一実施形態によると、基地局114aおよびWTRU102a、102b、102cは、NR無線アクセスなどの無線技術を実装することができ、NR無線アクセスは、NRを使用して空気インターフェース116を確立することができる。
・ 一実施形態によると、基地局114aおよびWTRU102a、102b、102cは、多重無線アクセス技術を実装することができる。 例えば、基地局114aおよびWTRU102a、102b、102cは、例えば、二重接続(DC)原理を使用して、LTE無線アクセスおよびNR無線アクセスを一緒に実施することができる。 従って、WTRU102a、102b、102cによって利用される空気インターフェースは、複数のタイプの無線アクセス技術および/または複数のタイプの基地局(例えば、eNBおよびgNB)との間で送受信される送信によって特徴付けられ得る。
・ 他の実施形態では、基地局114aおよびWTRU102b、102cは、IEEE 802.11(すなわち、無線フィデリティ(WiFi)、IEEE 802.16(すなわち、WiMAX)、CDMA2000、CDMA2000、CDMA2000 EV-DO、中間規格2000(IS-2000)、中間規格95(IS-95)、中間規格856(IS-856)、移動通信のためのグローバルシステム(GSM)、GSM発展のための拡張データレート(EDGE)、GSM EDGE(GERAN)などの無線技術を実装することができる。
・ 図中の基地局114b 1Aは、例えば、無線ルータ、ホームノードB、ホームノードB、またはアクセスポイントであってもよく、例えば、事業所、家庭、車両、キャンパス、工業施設、空港(例えば、無線で使用するための)、道路などのような、ローカライズされた領域における無線接続を容易にするために任意の適切なRATを利用してもよい。 一実施形態では、基地局114bおよびWTRU102c、102dは、無線ローカルエリアネットワーク(WLAN)を確立するために、IEEE 802.11のような無線技術を実装することができる。 一実施形態では、基地局114bおよびWTRU102c、102dは、無線パーソナルエリアネットワークを確立するために、IEEE 802.15のような無線技術を実装することができる。 さらに別の実施形態では、基地局114bおよびWTRU102c、102dは、ピコセルまたはフェムトセルを確立するために、セルラーベースのRAT(例えば、WCDMA、CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NRなど)を利用してもよい。 図に示すように、 1A、基地局114bは、インターネット110に直接接続することができる。 従って、基地局114bは、CN 106を介してインターネット110にアクセスする必要はない。
・ RAN 104は、CN 106と通信することができ、CN 106は、音声、データ、アプリケーション、および/または音声オーバーインターネットプロトコルサービスをWTRU102a、102b、102c、102dのうちの1つ以上に提供するように構成された任意のタイプのネットワークであってもよい。 データは、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、移動要件等のような、異なるサービス品質要件を有することができる。 CN 106は、呼制御、課金サービス、移動位置ベースサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供し、および/またはユーザ認証などの高レベルセキュリティ機能を実行することができる。 図には示されていないが。1A、RAN 104及び/又はCN 106は、RAN 104と同じRAT又は異なるRATを使用する他のRANと直接又は間接通信することができることが理解されよう。 例えば、NR無線技術を利用することができるRAN 104に接続することに加えて、CN 106は、GSM、UMTS、CDMA 2000、WiMAX、E-UTRA、またはWiFi無線技術を使用する別のRAN(図示せず)と通信することもできる。
・ また、CN 106は、WTRU102a、102b、102c、102dがPSTN 108、インターネット110、及び/又は他のネットワーク112にアクセスするためのゲートウェイとして機能することができる。 PSTN 108は、単純な古い電話サービスを提供する回線交換電話ネットワークを含んでもよい。 インターネット110は、相互接続されたコンピュータ・ネットワークのグローバル・システムと、TCP/IPインターネット・プロトコル・スイート内の送信制御プロトコル、ユーザ・データグラム・プロトコル、および/またはインターネット・プロトコルなどの共通通信プロトコルを使用する装置とを含んでもよい。 ネットワーク112は、他のサービスプロバイダによって所有および/または運用される有線および/または無線通信ネットワークを含んでもよい。 例えば、ネットワーク112は、1つまたは複数のRANに接続された別のCNを含んでもよく、RAN 104または異なるRATと同じRATを使用してもよい。
・ 通信システム100内のWTRU102a、102b、102c、102dの一部または全部は、マルチモード機能を含んでもよい(例えば、WTRU102a、102b、102c、102dは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含んでもよい)。 例えば、図に示すWTRU 102c。 1Aは、セルラーベースの無線技術を採用することができる基地局114aと、IEEE 802無線技術を採用することができる基地局114bと通信するように構成することができる。
・ 図1Bは、例示的なWTRU 102を示すシステム図である。 図に示すように、 WTRU 102は、プロセッサ118、トランシーバ120、送信/受信素子122、スピーカ/マイクロホン124、キーパッド126、ディスプレイ/タッチパッド128、取り外し不能メモリ130、取り外し可能メモリ132、電源134、全地球測位システムチップセット136、および/または他の周辺装置138を含むことができる。 当然のことながら、WTRU 102は、実施形態と整合性を保ちつつ、上述の要素の任意のサブコンビネーションを含んでもよい。
・ プロセッサ118は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ、複数のマイクロプロセッサ、DSPコアと関連する1つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、任意の他のタイプの集積回路、ステートマシンなどであってもよい。 プロセッサ118は、信号符号化、データ処理、電力制御、入出力処理、および/またはWTRU 102が無線環境で動作することを可能にする任意の他の機能を実行することができる。 プロセッサ118は、送受信素子122に結合され得るトランシーバ120に結合されてもよい。 図中 1Bは、プロセッサ118および送受信機120を別個の構成要素として示すが、プロセッサ118および送受信機120は、電子パッケージまたはチップ内に一体化されてもよいことが理解されよう。
・ 送信/受信素子122は、基地局(例えば、基地局114a)に信号を送信するか、または、基地局から信号を受信するように、空気インタフェース116を介して構成することができる。 例えば、一実施形態では、送信/受信素子122は、RF信号を送信および/または受信するように構成されたアンテナであってもよい。 一実施形態では、送信/受信素子122は、例えば、IR信号、UV信号、または可視光信号を送信および/または受信するように構成されたエミッタ/検出器であってもよい。 さらに別の実施形態では、送信/受信素子122は、RF信号および光信号の両方を送信および/または受信するように構成されてもよい。 送信/受信素子122は、無線信号の任意の組み合わせを送信および/または受信するように構成されてもよいことが理解されよう。
・ 送信/受信要素122は、図に示されているが、 単一素子として、WTRU 102は、任意の数の送信/受信素子122を含んでもよい。 より具体的には、WTRU 102はMIMO技術を採用することができる。 従って、一実施形態では、WTRU 102は、空気インターフェース116を介して無線信号を送受信するための2つ以上の送受信素子122(例えば、複数のアンテナ)を含んでもよい。
・ トランシーバ120は、送信/受信素子122によって送信されるべき信号を変調し、送信/受信素子122によって受信される信号を復調するように構成することができる。 上述のように、WTRU 102は、マルチモード機能を有することができる。 したがって、トランシーバ120は、例えば、NRand IEEE 802.11のような複数のRATを介してWTRU 102が通信できるようにするための複数のトランシーバを含んでもよい。
・ WTRU 102のプロセッサ118は、スピーカ/マイクロホン124、キーパッド126、および/またはディスプレイ/タッチパッド128(例えば、液晶ディスプレイユニットまたは有機発光ダイオードディスプレイユニット)に結合され、ユーザ入力データを受信することができる。 プロセッサ118はまた、スピーカ/マイクロホン124、キーパッド126、および/またはディスプレイ/タッチパッド128にユーザデータを出力することもできる。 さらに、プロセッサ118は、取り外し不能メモリ130及び/又は取り外し可能メモリ132のような任意のタイプの適切なメモリからの情報にアクセスし、データを記憶することができる。 非リムーバブルメモリ130は、ランダムアクセスメモリ、リードオンリーメモリ、ハードディスク、または任意の他のタイプのメモリ記憶装置を含んでもよい。 リムーバブルメモリ132は、加入者識別モジュールカード、メモリスティック、セキュアディジタルメモリカードなどを含むことができる。 他の実施形態では、プロセッサ118は、サーバまたはホームコンピュータ(図示せず)上のようなWTRU 102上に物理的に位置しないメモリからの情報にアクセスし、データを記憶することができる。
・ プロセッサ118は、電源134から電力を受け取り、WTRU 102内の他の構成要素に電力を分配および/または制御するように構成されてもよい。 電源134は、WTRU 102に電力を供給するための任意の適切な装置であってもよい。 例えば、電源134は、1つ以上の乾電池(例えば、ニッケル-カドミウム(NiCd)、ニッケル-亜鉛(NiZn)、ニッケル金属水素化物(NiMH)、リチウムイオン(Li-イオン)など)、太陽電池、燃料電池などを含むことができる。
・ プロセッサ118はまた、GPSチップセット136に結合されてもよく、GPSチップセット136は、WTRU 102の現在の位置に関する位置情報(例えば、経度および緯度)を提供するように構成されてもよい。 GPSチップセット136からの情報に加えて、またはその代わりに、WTRU 102は、基地局(例えば、基地局114a、114b)から空中インタフェース116を介して位置情報を受信し、および/または2つ以上の近くの基地局から受信される信号のタイミングに基づいてその位置を決定することができる。 WTRU 102は、実施形態と一致したまま、任意の適切な位置決定方法によって位置情報を取得することができることが理解されよう。
・ プロセッサ118は、追加の特徴、機能性、および/または有線もしくは無線接続性を提供する1つ以上のソフトウェアおよび/またはハードウェアモジュールを含んでもよい他の周辺装置138にさらに結合されてもよい。 例えば、周辺装置138は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ、汎用シリアルバスポート、振動装置、テレビ送受信機、ハンズフリーヘッドセット、Bluetooth(R)モジュール、周波数変調無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、バーチャルリアリティおよび/または拡張リアリティデバイス、アクティビティトラッカーなどを含むことができる。 周辺装置138は、1つ以上のセンサを含んでもよい。 センサーは、ジャイロスコープ、加速度計、ホール効果センサー、磁力計、方向センサー、近接センサー、温度センサー、時間センサー;地理位置センサー、高度計、光センサー、タッチセンサー、磁力計、気圧センサー、ジェスチャーセンサー、生体計測センサー、湿度センサーなどのうちの1つ以上であってもよい。
・ WTRU 102は、全二重無線を含んでもよく、その場合、信号の一部または全部の送信および受信(例えば、UL(例えば、送信のための)およびDL(例えば、受信のための)の両方のための特定のサブフレームに関連する)は、同時および/または同時であってもよい。 全二重無線は、ハードウェア(例えば、チョーク)またはプロセッサ(例えば、別個のプロセッサ(図示せず)またはプロセッサ118を介した信号処理のいずれかを介して自己干渉を低減し、または実質的に除去するための干渉管理ユニットを含んでもよい。 一実施形態では、WTRU 102は、信号の一部または全部の送信および受信(例えば、UL(例えば、送信のための)またはDL(例えば、受信のための)のいずれかのための特定のサブフレームに関連する)を行う半二重無線を含んでもよい。
・ 図1Cは、一実施形態によるRAN 104およびCN106を示すシステム図である。 上述のように、RAN 104は、E-UTRA無線技術を使用して、空気インターフェース116を介してWTRU102a、102b、102cと通信することができる。 RAN 104はまた、CN 106と通信してもよい。
・ RAN 104は、eNode-B160a、160b、160cを含んでもよいが、RAN 104は、実施形態と整合性を保ったまま、任意の数のeNode-Bを含んでもよいことが理解されよう。 eNode-Bs 160a、160b、160cは、それぞれ、空気インターフェース116上でWTRU102a、102b、102cと通信するための1つ以上のトランシーバを含んでもよい。 一実施形態では、eNode-B160a、160b、160cは、MIMO技術を実装することができる。 したがって、eNode-B 160aは、例えば、WTRU 102aに無線信号を送信し、および/またはWTRU 102aから無線信号を受信するために、複数のアンテナを使用することができる。
・ eNode-Bs 160a、160b、160cの各々は、特定のセル(図示せず)と関連付けられ得、無線資源管理決定、ハンドオーバ決定、ULおよび/またはDLにおけるユーザのスケジューリングなどを処理するように構成され得る。 図に示すように、 eNode-Bs 160a、160b、160cは、X2インタフェースを介して互いに通信することができる。
・ 図示のCN 106。 1Cは、モビリティ管理エンティティ162、サービスゲートウェイ164、およびパケットデータネットワーク166を含んでもよい。 上述の要素は、CN 106の一部として示されているが、これらの要素のいずれも、CN演算子以外の実体によって所有および/または操作されてもよいことが理解されよう。
・ MME 162は、S1インターフェースを介してRAN 104内のeNode-B162a、162b、162cの各々に接続され、制御ノードとして機能することができる。 例えば、MME 162は、WTRU102a、102b、102cのユーザを認証し、担持体の作動/非作動を行い、WTRU102a、102b、102cの初期接続中に特定のサービングゲートウェイを選択することに責任を負うことができる。 MME 162は、RAN 104と、GSMおよび/またはWCDMAのような他の無線技術を使用する他のRAN(図示せず)との間でスイッチングするための制御面機能を提供することができる。
・ SGW 164は、S1インターフェースを介してRAN 104内のeNodeB160a、160b、160cの各々に接続されてもよい。 SGW 164は、一般に、WTRU102a、102b、102cへユーザデータパケットをルーティングし、WTRU102a、102b、102cから転送することができる。 SGW 164は、他の機能、例えば、ノード間Bハンドオーバ中のユーザプレーンのアンカー、WTRU102a、102b、102cのためにDLデータが利用可能であるときのページングのトリガ、WTRU102a、102b、102cのコンテキストの管理および記憶などを行うことができる。
・ SGW 164は、WTRU102a、102b、102cと、WTRU102a、102b、102cとの間の通信を容易にするために、インターネット110のようなパケット交換ネットワークへのアクセスを備えたWTRU102a、102b、102cを提供するPGW 166に接続することができる。
・ CN 106は、他のネットワークとの通信を容易にすることができる。 例えば、CN 106は、WTRU102a、102b、102cと従来の陸上回線通信装置との間の通信を容易にするために、WTRU102a、102b、102cにPSTN 108のような回線交換ネットワークへのアクセスを提供することができる。 例えば、CN 106は、CN 106とPSTN 108との間のインタフェースとして機能するIPゲートウェイ(例えば、IPマルチメディアサブシステム(IMS)サーバ)を含んでもよく、または、IPゲートウェイと通信してもよい。 さらに、CN 106は、WTRU102a、102b、102cに、他のサービスプロバイダによって所有および/または操作される他の有線および/または無線ネットワークを含む他のネットワーク112へのアクセスを提供することができる。
・ WTRUは図面に記載されているが。 無線端末としての1A-1Dは、端末が通信ネットワークと有線通信インタフェースを(例えば、一時的または永久的に)使用することができる、ある代表的な実施形態において意図される。
・ 代表的な実施形態では、他のネットワーク112は無線LANであってもよい。
・ インフラストラクチャ基本サービスセット(BSS)モードの無線LANは、BSSのアクセスポイント(AP)とAPに関連する1つ以上のステーション(STA)を持つ可能性があります。 APは、BSSへの、および/または、BSSからのトラフィックを運ぶ配信システムまたは他のタイプの有線/無線ネットワークへのアクセスまたはインタフェースを有することができる。 BSSの外部からのSTAへのトラフィックは、APを経由して到着する可能性があり、STAに配送される可能性がある。 STAからBSS外の宛先へ発信されたトラフィックは、各宛先に配送されるAPに送られるかもしれない。 BSS内のSTA間のトラフィックは、例えば、送信元STAがAPにトラフィックを送信するかもしれず、APが宛先STAにトラフィックを配送するかもしれないAPを通して送信されるかもしれません。 BSS内のSTA間のトラフィックは、ピア・ツー・ピア・トラフィックと見なされ、および/または参照される可能性がある。 ピアツーピア・トラフィックは、ダイレクト・リンク・セットアップ(DLS)を備えた送信元STAと宛先STAとの間(例えば、直接の間)に送信されてもよい。代表的な実施形態では、DLSは、802.11e DLSまたは802.11zトンネルDLS(TDLS)を使用してもよい。 Independent BSS(IBSS)モードを使用する無線LANはAPを持たないかもしれず、IBSS内またはIBSSを使用するSTA(例えば、すべてのSTA)は互いに直接通信するかもしれません。 IBSS通信モードは、本明細書では、ときに「アドホック」通信モードと呼ばれることがある。
・ 802.11acインフラストラクチャの動作モードまたは同様の動作モードを使用する場合、APはプライマリチャネルなどの固定チャネル上にビーコンを送信することができます。 一次チャネルは、固定幅(例えば、20MHz幅)または動的に設定された幅であってもよい。 一次チャネルは、BSSの動作チャネルであってもよく、STAによってAPとの接続を確立するために使用されてもよい。 特定の代表的な実施形態では、例えば802.11システムにおいて、衝突回避を伴うキャリアセンス多重アクセス(CSMA/CA)を実装することができる。 CSMA/CAに対して、APを含むSTA(例えば、全てのSTA)は、一次チャネルを感知することができる。 一次チャネルが、特定のSTAによって検知/検出され、および/またはビジーであると決定される場合、特定のSTAは、バックオフすることができる。 1つのSTA(例えば、1つの局のみ)は、与えられたBSSにおいて任意の時刻に送信することができる。
・ 高スループット(HT)STAは、例えば、40MHz幅のチャネルを形成するために、隣接または非隣接20MHzチャネルとの一次20MHzチャネルの組み合わせを介して、通信のために40MHz幅のチャネルを使用することができる。
・ VHT(Very High Throughput)STAは、20MHz、40MHz、80MHz、および/または160MHz幅のチャネルをサポートすることができる。 40MHzおよび/または80MHzのチャネルは、隣接する20MHzチャネルを組み合わせることによって形成することができる。 160MHzチャネルは、8つの連続する20MHzチャネルを組み合わせることによって、または80+80構成と呼ばれる2つの非連続な80MHzチャネルを組み合わせることによって形成されてもよい。 80+80構成の場合、チャネル符号化の後、データは、データを2つのストリームに分割することができるセグメントパーサを通過することができる。 逆高速フーリエ変換(IFFT)処理、および時間領域処理は、各ストリーム上で別々に行うことができる。 ストリームは、2つの80MHzチャネルにマッピングされ得、データは、送信STAによって送信され得る。 受信STAの受信側では、80+80構成に対する上述の動作を逆にすることができ、結合されたデータは、媒体アクセス制御に送られる。
・ サブ1GHzの動作モードは、802.11afおよび802.11ahでサポートされています。 チャネルの動作帯域幅とキャリアは、802.11afと802.11ahで、802.11nと802.11acで使用されている帯域よりも小さくなります。 802.11afは、TVホワイトスペース(TVWS)スペクトルで5MHz、10MHz、20MHzの帯域幅をサポートし、802.11ahは、非TVWSスペクトルを使用して1MHz、2MHz、4MHz、8MHz、16MHzの帯域幅をサポートします。 代表的な実施形態によれば、802.11ahは、マクロカバレッジエリア内のMTCデバイスのような、計器タイプ制御/機械タイプ通信をサポートすることができる。 MTCデバイスは、特定の能力、例えば、特定のおよび/または限定された帯域幅に対するサポート(例えば、唯一のサポート)を含む限定された能力を有することができる。 MTCデバイスは、(例えば、非常に長いバッテリ寿命を維持するために)閾値を超えるバッテリ寿命を有するバッテリを含んでもよい。
・ 802.11n, 802.11ac, 802.11af, 802.11ahなど、複数のチャネルとチャネル帯域幅をサポートする無線LANシステムには、プライマリチャネルとして指定できるチャネルが含まれています。 プライマリチャネルは、BSS内のすべてのSTAによってサポートされる最大共通動作帯域幅と等しい帯域幅を有することができる。 一次チャネルの帯域幅は、最も小さい帯域幅動作モードをサポートするBSSで動作する全てのSTAの中から、STAによって設定および/または制限されてもよい。802.11ahの例では、APおよびBSS内の他のSTAが2MHz、4MHz、8MHz、16MHz、および/または他のチャネル帯域幅動作モードをサポートしていても、1MHzモードをサポートする(例えば、単にサポートするだけの)STA(例えば、MTCタイプデバイス)のための1MHz幅のプライマリチャネルであってもよい。 キャリアセンシングおよび/またはネットワーク割当ベクトル(NAV)の設定は、プライマリチャネルのステータスに依存する場合があります。 プライマリチャネルがビジーである場合、例えば、APに送信するSTA(1MHz動作モードのみをサポートする)のために、利用可能な周波数帯域の大部分がアイドルのままであっても、すべての利用可能な周波数帯域はビジーであるとみなされ得る。
・ 米国では、802.11ahで使用可能な周波数帯域は902MHzから928MHzであり、韓国では、利用可能な周波数帯域は917.5MHzから923.5MHzである。 日本では、916.5MHzから927.5MHzの周波数帯が利用可能である。 802.11ahで利用可能な帯域幅の合計は、国コードに応じて6MHzから26MHzです。
・ 図1Dは、一実施形態によるRAN 104およびCN 106を示すシステム図である。 上述のように、RAN 104は、空気インターフェース116を介してWTRU102a、102b、102cと通信するためにNR無線技術を使用することができる。 RAN 104はまた、CN 106と通信してもよい。
・ RAN 104は、gNB180a、180b、180cを含んでもよいが、RAN 104は、任意の数のgNBを含んでもよいが、実施形態と一致する。 gNB180a、180b、180cは、それぞれ、空気インターフェース116上でWTRU102a、102b、102cと通信するための1つ以上のトランシーバを含んでもよい。 一実施形態では、gNB180a、180b、180cは、MIMO技術を実装することができる。 例えば、gNB180a、108bは、ビーム形成を利用してgNB180a、180b、180cへ信号を送信し、および/またはgNB180a、180b、180cから信号を受信することができる。 したがって、gNB 180aは、例えば、WTRU 102aに無線信号を送信し、および/またはWTRU 102aから無線信号を受信するために、複数のアンテナを使用することができる。 一実施形態によると、gNB180a、180b、180cはキャリア凝集技術を実施することができる。 例えば、gNB 180aは、複数の成分キャリアをWTRU 102a(図示せず)に送信することができる。 これらのコンポーネントキャリアのサブセットは、ライセンスされていないスペクトルであってもよく、残りのコンポーネントキャリアは、ライセンスされたスペクトルであってもよい。 実施形態において、gNB180a、180b、180cは、協調多点(CoMP)技術を実施することができる。 例えば、WTRU 102aは、gNB 180aおよびgNB 180b(および/またはgNB 180c)からの協調送信を受信することができる。
・ WTRU102a、102b、102cは、スケーラブルな数学に関連する送信を使用して、gNB180a、180b、180cと通信することができる。 例えば、OFDMシンボル間隔及び/又はOFDM副搬送波間隔は、異なる送信、異なるセル、及び/又は無線伝送スペクトルの異なる部分に対して変化することができる。 WTRU102a、102b、102cは、種々のまたはスケーラブルな長さ(例えば、種々の数のOFDMシンボルおよび/または絶対時間の持続的な変化する長さを含む)のサブフレームまたは送信時間間隔(TTI)を使用して、gNB180a、180b、180cと通信することができる。
・ gNB180a、180b、180cは、スタンドアロン構成および/または非スタンドアロン構成でWTRU102a、102b、102cと通信するように構成することができる。 スタンドアロン構成では、WTRU102a、102b、102cは、他のRAN(例えば、eNode-Bs 160a、160b、160c)にもアクセスすることなく、gNBs 180a、180b、180cと通信することができる。 スタンドアロン構成では、WTRU102a、102b、102cは、移動度アンカーポイントとして1つ以上のgNB180a、180b、180cを利用することができる。 スタンドアロン構成では、WTRU102a、102b、102cは、免許不要の帯域の信号を使用してgNB180a、180b、180cと通信することができる。 非スタンドアロン構成では、WTRU102a、102b、102cは、eNode-Bs 160a、160b、160cなどの他のRANと通信/接続しながら、gNBs 180a、180b、180cと通信/接続してもよい。 例えば、WTRU102a、102b、102cは、1以上のgNB180a、180b、180cおよび1以上のeNode-B160a、160b、160cと実質的に同時に通信するためにDC原理を実装することができる。 非スタンドアロン構成では、eNode-Bs 160a、160b、160cは、WTRUs 102a、102b、102cおよびgNBs 180a、180b、180cの移動性アンカーとして機能し、WTRUs 102a、102b、102cをサービスするためのさらなるカバレッジおよび/またはスループットを提供することができる。
・ gNB180a、180b、180cの各々は、特定のセル(図示せず)に関連付けることができ、無線資源管理決定、ハンドオーバ決定、ULおよび/またはDL内のユーザのスケジューリング、ネットワークスライシングのサポート、DC、NRとE-UTRAとの間の相互作用、ユーザ平面関数184a、184bに向けたユーザ平面データのルーティング、アクセスおよびモビリティ管理機能182a、182bに向けた制御平面情報のルーティングなどを処理するように構成することができる。 図に示すように、 1D、gNB、180a、180b、180cは、Xnインタフェースを介して互いに通信することができる。
・ 図示のCN 106。 1Dは、少なくとも1つのAMF 182a、182b、少なくとも1つのUPF 184a、184b、少なくとも1つのSession Management Function(SMF)183a、183b、およびおそらくData Network(DN)185a、185bを含んでもよい。 上述の要素は、CN 106の一部として示されているが、これらの要素のいずれも、CN演算子以外の実体によって所有および/または操作されてもよいことが理解されよう。
・ AMF 182a、182bは、N2インターフェースを介してRAN 104内のgNB180a、180b、180cの1つ以上に接続され、制御ノードとして機能することができる。 例えば、AMF 182a、182bは、WTRU102a、102b、102cのユーザの認証、ネットワークスライシングのサポート(例えば、異なる要件を持つ異なるプロトコルデータユニットセッションの処理)、特定のSMF 183a、183bの選択、登録領域の管理、非アクセス層の終了、移動性管理などに責任を負うことができる。 ネットワークスライシングは、WTRU102a、102b、102cのためのCNサポートを、WTRU102a、102b、102cが利用されるサービスのタイプに基づいてカスタマイズするために、AMF 182a、182bによって使用されてもよい。 例えば、超信頼性の低い待ち時間(URLLC)アクセスに依存するサービス、拡張された大規模モバイルブロードバンド(eMBB)アクセスに依存するサービス、MTCアクセスのためのサービスなど、異なるユースケースに対して異なるネットワークスライスを確立することができる。 AMF182a、182bは、RAN 104と、LTE、LTE-A、LTE-A Pro、および/またはWiFiのような非3GPPアクセス技術のような他の無線技術を使用する他のRAN(図示せず)との間でスイッチングするための制御面機能を提供することができる。
・ SMF 183a、183bは、N11インターフェースを介してCN106内のAMF 182a、182bに接続することができる。 SMF 183a、183bはまた、N4インターフェースを介してCN106内のUPF 184a、184bに接続されてもよい。 SMF 183a、183bは、UPF 184a、184bを選択して制御し、UPF 184a、184bを通るトラフィックのルーティングを構成することができる。 SMF 183a、183bは、UE IPアドレスの管理および割り当て、PDUセッションの管理、ポリシーの実施およびQoSの制御、DLデータ通知の提供などの他の機能を実行することができる。 PDUセッションタイプは、IPベース、非IPベース、イーサネットベースなどであり得る。
・ UPF 184a、184bは、N3インターフェースを介してRAN 104内のgNB180a、180b、180cの1つ以上に接続することができ、このインターフェースは、WTRU102a、102b、102cに、WTRU102a、102b、102cとWTRU102a、102b、102cとIP対応デバイスとの間の通信を容易にするために、インターネット110などのパケット交換ネットワークへのアクセスを提供することができる。 UPF 184、184bは、パケットのルーティングおよびフォワーディング、ユーザプレーンポリシーの実施、マルチホームPDUセッションのサポート、ユーザプレーンQoSの処理、DLパケットのバッファリング、モビリティアンカーの提供などの他の機能を実行することができる。
・ CN 106は、他のネットワークとの通信を容易にすることができる。 例えば、CN106は、CN106とPSTN 108との間のインタフェースとして機能するIPゲートウェイ(例えば、IPマルチメディアサブシステム(IMS)サーバ)を含んでもよく、または、IPゲートウェイと通信してもよい。 さらに、CN 106は、WTRU102a、102b、102cに、他のサービスプロバイダによって所有および/または操作される他の有線および/または無線ネットワークを含む他のネットワーク112へのアクセスを提供することができる。 一実施形態では、WTRU102a、102b、102cは、UPF 184a、184bを介してUPF 184a、184bを介してUPF 184a、184bに接続され、UPF 184a、184bとDN 185a、185bとの間のN6インターフェースに接続される。
・ 図1A~1D、および図の対応する説明に照らして。 1A-1D、WTRU 102a-d、ベースステーション114a-b、eNode-B 160a-c、MME 162、SGW 164、PGW 166、gNB 180a-c、AMF 182a-b、UPF 184a-b、SMF 183a-b、DN 185a-b、および/または本明細書に記載される任意の他のデバイスのうちの1つ以上に関して、本明細書に記載される機能の1つまたは複数を、1つまたは複数のエミュレーションデバイス(図示せず)によって実施することができる。 エミュレーションデバイスは、本明細書に記載される機能の1つ以上またはすべてをエミュレートするように構成された1つ以上のデバイスであってもよい。 例えば、エミュレーションデバイスは、他のデバイスをテストするため、および/またはネットワークおよび/またはWTRU機能をシミュレートするために使用され得る。
・ エミュレーションデバイスは、実験室環境および/またはオペレータネットワーク環境において、他のデバイスの1つ以上のテストを実施するように設計することができる。 例えば、1つ以上のエミュレーション・デバイスは、1つ以上の、またはすべての機能を実行することができ、一方、通信ネットワーク内の他のデバイスをテストするために、有線および/または無線通信ネットワークの一部として完全にまたは部分的に実装および/または展開することができる。 1つまたは複数のエミュレーションデバイスは、有線および/または無線通信ネットワークの一部として一時的に実施/展開されている間に、1つまたは複数の、またはすべての機能を実行することができる。 エミュレーションデバイスは、空気上無線通信を使用してテストおよび/またはテストを実行する目的で、別のデバイスに直接結合することができる。
・ 1つ以上のエミュレーションデバイスは、有線および/または無線通信ネットワークの一部として実装/展開されていない間に、全ての機能を含む1つ以上の機能を実行することができる。 例えば、エミュレーションデバイスは、1つ以上のコンポーネントの試験を実施するために、試験室および/または配線および/または無線通信ネットワークの未配備(例えば、試験)の試験シナリオで利用することができる。 1つ以上のエミュレーション装置は、試験装置であってもよい。 RF回路を介した直接RF結合および/または無線通信(例えば、1つ以上のアンテナを含んでもよい)は、データを送信および/または受信するためにエミュレーション装置によって使用されてもよい。
・ Infrastructure Basic Service Set(BSS)モードの無線ローカルエリアネットワーク(WLAN)は、BSS用のアクセスポイント(AP)とAPに関連する1つ以上のステーション(STA)を持つことができます。 APは、典型的には、BSSの出入りを行う配信システムまたは他のタイプの有線/無線ネットワークへのアクセスまたはインタフェースを有する。 BSSの外部からのSTAへのトラフィックは、APを経由して到着し、STAに配送される。 STAからBSS外の宛先へ発信されたトラフィックは、各宛先に配送されるAPに送信される。 BSS内のSTA間のトラフィックは、送信元STAがAPにトラフィックを送信し、APが宛先STAにトラフィックを配信するAPを介して送信することもできる。 BSS内のSTA間のこのようなトラフィックは、ピアツーピアトラフィックと呼ぶことができる。 このようなピア・ツー・ピア・トラフィックは、802.11e DLSまたは802.11zトンネルDLS(TDLS)を使用してダイレクト・リンク・セットアップ(DLS)で送信元と宛先STAの間で直接送信されることもあります。 Independent BSS(IBSS)モードの無線LANはAPを持たず、STAは互いに直接通信する。 この通信モードは、「アドホック」通信モードと呼ぶことができる。
・ いくつかの実装、例えば、IEEE(Institute of Electrical and Electronics Engineers)802.11ac標準で指定されたインフラストラクチャ動作モードを使用するシステムでは、APは、固定チャネル、通常は一次チャネル上でビーコンを送信することができる。 このチャネルは、20MHz幅であってもよく、BSSの動作チャネルである。 このチャネルはまた、APとの接続を確立するためにSTAによって使用されることがある。 802.11システムにおけるチャネルアクセスは、衝突回避付きキャリアセンス多重アクセス(CSMA/CA)を使用して実装される。 この動作モードでは、APを含むすべてのSTAは、一次チャネルを感知することができる。 チャネルがビジーであることが検出されると、STAはバックオフする。 したがって、1つのSTAのみが、与えられたBSSにおいて、任意の時刻に送信することができる。
・ いくつかの実装、例えば、IEEE 802.11n規格に準拠するシステムでは、HT(High Throughput)STAもまた、通信のために40MHz幅のチャネルを使用することができる。 これは、主チャネル20MHzと隣接する20MHzチャネルを組み合わせて、40MHz幅の隣接チャネルを形成することによって達成することができる。
・ いくつかの実装、例えば、IEEE 802.11ac規格に準拠するシステムでは、Very High Throughput(VHT)STAは、20MHz、40MHz、80MHz、および160MHz幅のチャネルをサポートすることができる。 40MHzおよび80MHzのチャネルは、上述の802.11nと同様に、隣接する20MHzチャネルを組み合わせることによって形成することができる。 A160MHzチャネルは、8つの連続する20MHzチャネルを組み合わせることによって、または80+80構成と呼ばれる2つの非連続な80MHzチャネルを組み合わせることによって形成されてもよい。 80+80コンフィグレーションの場合、チャネル符号化の後、データは、それを2つのストリームに分割するセグメントパーサを通過することができる。 IFFTおよび時間領域、処理は、各ストリームに対して別々に実行され得る。 次いで、ストリームを2つのチャネル上にマッピングし、データを送信することができる。 受信側では、このメカニズムは反転され、結合されたデータがMACに送信される。
・ いくつかの実装、例えば、IEEE 802.11af及び/又はIEEE 802.11ah規格に準拠するシステムでは、サブ1GHz動作モードがサポートされる。 このような実装では、チャネル動作帯域幅およびキャリアは、IEEE 802.11nおよび/またはIEEE 802.11ac規格に準拠するシステムで使用されるものに比べて低減することができる。 例えば、802.11afはTVホワイトスペース(TVWS)スペクトルで5MHz、10MHz、20MHzの帯域幅をサポートし、802.11ahは非TVWSスペクトルを使用して1MHz、2MHz、4MHz、8MHz、16MHzの帯域幅をサポートします。 802.11ahで使用できるケースは、マクロカバレッジエリア内のメータタイプコントロールまたはマシンタイプ通信(MTC)デバイスをサポートしています。 MTCデバイスは、限られた帯域幅に対するサポートのような限られた能力を有し、非常に長いバッテリ寿命に対する要求を含んでもよい。
・ IEEE 802.11n、802.11ac、802.11af、および/または802.11ah規格に準拠するような複数のチャネルおよび/またはチャネル幅をサポートする無線LANシステムは、プライマリチャネルとして指定されたチャネルを含んでもよい。 プライマリチャネルは、必ずしもそうではないが、BSS内のすべてのSTAによってサポートされる最大共通動作帯域幅と等しい帯域幅を持つことができる。 このような場合、プライマリチャネルの帯域幅は、従って、STA、すなわち、最小の帯域幅動作モードをサポートするBSSで動作するすべてのSTAによって制限され得る。IEEE 802.11ahシステムの例では、BSSが1MHzモードのみをサポートするSTA(例えば、MTCタイプデバイス)と、BSS内の他のSTAとが、2MHz、4MHz、8MHz、16MHz、または他のチャネル帯域幅動作モードをサポートしてもよい場合、一次チャネルは1MHz幅であってもよい。 キャリアセンシングおよびNAV設定は、プライマリチャネルのステータスに依存する場合があります。 このような場合、例えば、1MHz動作モードのみをサポートするSTAがAPに送信しているために、プライマリチャネルがビジーである場合、利用可能な周波数帯域全体は、大部分がアイドル状態で利用可能であるにもかかわらずビジーであるとみなされる。
・ 米国では、802.11ah準拠システムで使用できる周波数帯域は、902MHzから928MHzです。 韓国では917.5MHzから923.5MHzであり、日本では916.5MHzから927.5MHzである。 802.11ahで利用可能な帯域幅の合計は、国コードに応じて6MHzから26MHzです。
・ 最近、IEEE 802.11高効率WLAN(HEW)研究グループ(SG)が、2.4GHz、5GHzおよび6GHz帯における高密度シナリオを含む多くの使用シナリオにおいて、全てのユーザが経験するサービス品質を向上させるための可能性のある将来の修正の範囲と目的を探るために作成された。 APの緻密な展開をサポートする新しいユースケース、およびSTA、および関連するRRM(Radio Resource Management)技術が、HEW SGによって検討されている。
・ 典型的な802.11ネットワーク(すなわち、1つ以上のIEEE 802.11標準に準拠するネットワーク)では、STAは単一のAPに関連付けられ、隣接するBSSの送信とほとんど、またはまったく連携せずに、そのAPとの間で送信することができます。 STAは、BSS間で完全に独立したCSMAプロトコルに基づいて、重複するBSS(OBSS)伝送に遅れるかもしれない。 いくつかのシステム(例えば、802.11ax準拠システム)では、調整されたエネルギー検出しきい値(例えば、OBSSパケット検出(OBSS PD)手順を使用する)に基づくOBSS送信を可能にするために、または受信OSSSTAによって許容される干渉量の知識(例えば、空間再利用パラメータ(SRP)手順を使用する)に基づいて、空間再使用手順を使用して、OBSS間のあるレベルの調整を実施することができる。
・ いくつかの実装は、単一または複数のSTAへの複数のAPへの送信を可能にすることによって、OSS間のより多くの調整を可能にする手順を含んでいる。 いくつかの実装では、これは3GPP LTEリリース10に準拠するシステムでの協調マルチポイント(CoMP)伝送に似ていますが、いくつかの実装では、このような手順は免許不要の帯域内で動作するか、1つ以上のIEEE 802.11プロトコルに特有です。
・ 協調マルチポイント(CoMP)伝送をサポートするシステムでは、複数のeNB(または他のタイプの基地局-便宜上eNBが使用される)は、共同処理/伝送を使用して、同じまたは複数のWTRUに同じ時刻および周波数資源で送信することができる。 これは、検討されたWTRUの全体的なスループットを改善する効果を有することができる。 動的セル選択は、WTRUのセットのうちの1つのみがいつでも積極的にデータを送信している、結合処理の特別なケースとして扱うことができる。 一方、複数のeNBは、調整されたビーム形成/スケジューリングを使用して、同じ時刻および周波数リソースで異なるWTRU(各eNBはそれ自身のWTRUを提供する)に送信することができる。 これは、各WTRUが経験する干渉を低減する効果を有する。 細胞平均および/または細胞エッジスループットの顕著な改善は、CoMP、例えばLTEシステムを用いて達成され得る。 いくつかの実装では、複数の送信アンテナが各基地局に対して利用可能であると仮定する。 同時干渉抑制(他のWTRUの場合)および信号品質最適化(所望のWTRUの場合)は、各基地局における空間ドメイン信号処理を使用して実施することができる。
・ いくつかの実装では、ある程度のチャネル状態情報が、例えば、明示的なフィードバックを通じて、基地局で利用可能であると仮定される。 さらに、いくつかの実装では、ある程度のタイミング/周波数同期化が、例えば、キャリア間干渉(またはシンボル間干渉)を扱うために、より複雑な信号処理を回避するために想定される。 さらに、いくつかの実装では、eNB間の調整レベルは、可能な特定のCoMPスキームに影響を与える可能性がある。
・ 無線LANにおけるマルチAP伝送方式は、協調OFDMA、協調消去/ビーム成形、および協調SU/MU伝送を含むいくつかの分類を使用して参照され得る。
・ 協調OFDMAでは、RUの各グループは、データを送受信するためにのみ、一つのAPによって使用されることがある。 情報は、ビーム形成されてもよく、または各RU上にMU-MIMOを含んでもよい。 複雑性は、比較的軽度から中等度と表現できる。 いくつかの簡単な協調OFDMA方式では、APは、各APが特定のRUに制限された協調的方法でOFDMA RUを互いに分割することができる。 より洗練された協調OFDMA方式では、APは、干渉の影響を受けないか、他のSTAが影響を受ける可能性のあるSTAへのアクセスを制限しながら、帯域幅全体を利用することに影響を与えないSTAを可能にする。 このアプローチは、分数周波数再利用(FFR)と呼ばれる。
・ 図2は、協調OFDMAにおけるFFRを示す。 センターグループは、エッジグループが異なるチャネルを使用することができるすべてのチャネルを使用することができる。
・ 図3は、図の例のための関連するOFDMA資源割当てを示す。 2. この例では、グループ1はサブバンド1とサブバンド2の両方を使用してもよい。 グループ2はサブバンド1を使用し、グループ3はサブバンド2を使用する。 協調無効化/ビーム成形(CN/CB)において、各APは、所望のSTAとの間で、またはそのSTAから情報を送信するためにプレコーディングを適用することができ、他のSTAとの干渉または他のSTAからの干渉を抑制することができる。
・ 図4は、CN/CBの例を示す。 図に示すように、 4. AP2とSTA1があります。 AP1とSTA1との間のデータ送信は、所望のデータ送信410である。 AP2とSTA1もあります。 AP2とSTA2との間のデータ送信は、所望のデータ送信420である。 しかし、このシナリオでは、AP1は、他のSTAまたは他のSTAにもデータを送信する可能性があり、したがって、干渉データ送信、すなわち干渉430が存在する可能性がある。 AP2はまた、他のSTAまたは他のSTAにデータを送信するかもしれず、従って、干渉データ送信、すなわち干渉440が存在するかもしれない。 そのような場合には、各STAのデータは、関連するAPでのみ必要とされるが、他のSTAからのチャネル情報は、両方のAPで必要とされることがある。
・ 協調シングルユーザ(SU)またはマルチユーザ(MU)送信では、複数のAPが協調して単一STAまたは複数のGSTAとの間で同時に情報を送信することができる。 このような場合には、チャネル情報とSTAのデータの両方が両方のAPで必要とされる。 それは協調SU伝送であることがある。
・ 協調SU送信では、複数のAPが1つのRUでSTAに送信する。 協調SU送信は、複雑さが増す順に、動的点選択、協調SUビーム形成、またはジョイントプレコーディングのいずれかを含んでもよい。
・ 図5は、シングルユーザージョイントプレコードマルチAP伝送または協調SUビーム成形を示す。 図に示すように、5、ダイナミック・ポイント選択において、送信は、APのセットのうちの1つから動的に選択されてもよい。 このような実装によっては、この選択はHARQを組み込むことができる。 協調SUビーム成形またはジョイントプレコーディングでは、送信は、複数のAPから同時に行うことができ、送信は、1つ以上のRU上の所望のSTAにビーム成形またはプレコーディングすることができる。 図に示すように、 AP1とAP2の両方がSTA、すなわちSTA1に送信するかもしれません。
・ 図6は、マルチユーザジョイント予符号化マルチAP伝送または協調MUビーム成形を示す。 協調MUビーム形成では、複数のAPが1つ以上のRU上の複数のSTAとの間でデータを送受信する。 図に示すように、 6、2つのAP(すなわち、AP1とAP2)と2つのSTA(すなわち、STA1とSTA2)があります。 AP1はSTA1にデータを送信することができ、AP2はSTA2にデータを送信することができます。 一方、AP1はSTA1以外のSTAにもデータを送信することができ、AP2はSTA2以外のSTAにもデータを送信することができます。 さらに、AP1からAP2へトリガフレーム(TF)が送信される無線バックホールがあるかもしれない。
・ 本明細書で議論される種々の技術は、ジョイントマルチAP伝送に関する。 協調ビーム成形および継手加工を含む種々のマルチAPスキームがEHT応用のために考慮され得る。
・ いくつかの実装は、ULサウンディング/チャネル推定における位相計算のための複数のAP間の同期を扱う。 次第に多数のアンテナを有するDL MIMOチャネル推定のために、フィードバックおよび量子化誤差の量は、DLサウンディングを望ましくないものにする可能性がある。 チャネルの相反性を仮定すると、いくつかの実装では、ULサウンディングをDL MIMO伝送の目的でDLサウンディングに置き換えるために使用することができる。 いくつかの実装では、単一APにULが鳴るために、非AP STAからのフィードバックは必要ない。 いくつかの実装では、複数のAPにULサウンドするために、部分チャネル(スレーブAPで観測されたチャネル)のフィードバックのみが必要である。
・ DLサウンディング手順では、いくつかの実装では、非AP STAは信号を測定するおよび/またはチャネルを推定する実体である。 この場合の非AP STAは、非AP STAでのRxアンテナ間の受信信号位相差の完全な知識を持っている。 しかし、複数のAPを持つULサウンディングでは、APは共通の基準クロックを持たない。 複数のAPから推定されたチャネルが結合される場合、異なるAPによって測定されたチャネル間の位相差は、いくつかの実装では知られていない。
・ マルチAP ULサウンディング問題を例示する以下の例では、(1)マスタAPは自身のチャネル推定を行い、スレーブAPのチャネル推定を行う、(2)マスタAPは、トリガフレーム(TF)のようなフレーム(Aと呼ばれる)を使用して、スレーブAPのアンテナに対応するプリコーダを実行し、(3)フレームAを送信した後に、マスタAPは、フレームAを送信した後に、フレームAを受信した後に、IFSを実行し、スレーブAPは、ジョイント送信を開始する、と仮定される。
・ 図7は、トリガベースのマルチAPサウンディングの例を示す。 図では。 7、マスタAP(すなわち、AP1)は、データをWTRU 710に送信する。 AP1は、ULサウンディングのためにヌルデータパケット(NDP)通知(NDP-A)およびトリガフレーム(TF)を送信することによってULサウンディングを開始することができる。 TFを受信した後、スレーブAP(すなわち、AP2または非AP STA)は、キャリア周波数オフセット(CFO)および/またはサンプリング周波数オフセット(SFO)がAP1に対して補正されるように、その発振器を調整する。 発振器周波数は整列されているが、この例では、AP2は依然として、自身のクロックに対応するAP1におけるクロックを知らない。
・ 図8は、ULサウンディング位相オフセットの例を示す。 図に示すように、 8、WTRU 810は、ULサウンディング信号をAP1およびAP2に送信する。 その後、AP2で発信信号を受信します。 AP2は、自身のアンテナと送信する非AP STAとの間のチャネル振幅と位相を推定することができる。 AP1からAP2にTFが送信される無線バックホールを仮定すると、AP2で観測されたチャネルはAP1に報告される。 しかし、いくつかの実装では、AP1は、潜在的にわずかに異なる時点でチャネル推定を行っており、AP1とAP2の推定チャネルとの間の位相オフセットをもたらす可能性があるため、この情報を自身のチャネル推定と組み合わせることができないであろう。
・ いくつかの実装では、この位相オフセット問題を回避するために、AP1は、AP2がAP1のクロックに関してチャネル推定を実行した時間に関する情報を必要とするであろう。 いくつかの実装では、これは、CFO/SFO補正に加えて、マスタとスレーブAPとの間のクロック同期を必要とする。 チャネル推定およびジョイントDL伝送の目的のために、マスタ/スレーブAP間でクロック同期が必要ないシステムおよび方法を提供することが望ましい場合がある。
・ いくつかの実装は、ダウンリンク協調SUビーム形成またはジョイントプレコーディングを扱う。 ダウンリンク協調SUビーム形成又はジョイントプレコーディングにおいて、例えばSTAによる信号の適切な復号化を可能にするために、信号が同様の受信電力、時間及び周波数でSTAに到達するように、APがSTAに同期するための方法、システム及び装置を提供することが望ましい。 さらに、対応するチャネル・アクセス・スキームを定義することが望ましい場合がある。
・ いくつかの実装は、アップリンク協調SUビーム形成またはジョイントプレコーディングを扱う。 一部の実装では、単一のSTAから単一のAPへの送信がサポートされている。 アップリンク協調SUビーム成形またはジョイントプレコーディングまたは動的AP選択において、STAが1つ以上のAPに信号を送信するためのチャネルアクセス方法を提供することが望ましい場合がある。
・ いくつかの実装は、協調MUビーム形成を扱う。 協調したMUビーム形成では、いくつかの例のシナリオが起こり得る。
・ 第1の例では、APは、非常に異なる障害/構成を有し得る。 例えば、APは、異なる送信パワーおよび/またはエラーベクトルの大きさを有することができる。 そのような場合には、例えばMU伝送のための有効チャネルの反転を可能にするために、送信電力のバランスを取ることが望ましい場合がある。 APがSTAに異なる送信パワーを有する場合、結果として生じる有効チャネルは反転可能ではないかもしれない(例えば、有効チャネルは高い条件番号を有するかもしれない)。
・ 図9は、配位されたMUビーム形成の一例を示す。 この例では、各STA{y1, y2}における受信信号は、次のようにモデル化することができる。
ここで、[y1 y2]'は受信信号であり、h_{i,j}はAPiからSTA jまでの有効チャネルであり、[a;b;c]はプリコーディング行列であり、[e,0 ; 0; f]はAPで行われたベースバンドスケーリングを表し、x1およびx2はSTA 1およびSTA 2への送信信号である。
・ APがSTAに異なる送信パワーを持つ場合、有効チャネルは次のようにモデル化することができる。
ここで、vおよびwは、有効チャネルに対する各APパワーの効果である。 ZFプレコーダのチャネルを反転させるために、有効チャネルは、以下のように反転され得る。
・ APに大きなパワー不均衡(例えば、v>w)がある場合、結果として生じるチャネルは、高い条件番号を有する可能性があり、チャネルを反転することは、問題となる可能性がある。
・ いくつかの実装は、クロック同期なしで複数のAPからULサウンディングとチャネル推定を提供する。 このような例は、ULサウンディングおよび/またはチャネル推定における位相計算のための複数のAP間の同期に関する問題を扱うことができる。
・ 図10は、上述のステップに基づくトリガフレームベースのDLジョイント伝送の例を示す。 図に示すように、 10、AP1はトリガフレーム(TF)をAP2に送信し、AP1、AP2はWTRU 1010にそれぞれデータを送信する。 この例では、AP1からのDL信号は、AP2からのDL信号の前に、非AP STAに(x+y)-zに到達する。 ここで、x,y,zは、図中の各信号における伝搬遅延に対応する。 10.
・ いくつかの実装では、マスタAPは、自身が推定したチャネルとスレーブApsを結合するために、x、y、zを個別に知る必要はなく、むしろ、そのような実装では、マスタAPはt=(x+y)-zの値を知るだけでよい。
・ 例えば、いくつかの実装では、APは、以下のようにチャネル推定を組み合わせることができる。
・ または、
・ ここで、AP1およびAP2での推定チャネルに対応します。
・ 代わりに、いくつかの実装では、マスターAPは以下を使用できます。
・ いくつかの実装では、マスタAPがフレームBの開始/終了(例えば、スレーブAPからのサウンディングフィードバック、または他のフレーム)を受信した時刻と、マスタAPが非AP STAからULサウンディング信号の開始および/または終了を受信した時刻から、固定遅延D(ここで、Dは、スレーブAPがUL信号の開始時間と、スレーブAPがフレームBを送信し始める時刻との間の既知の遅延である)を差し引いた時刻とに基づいて、tをマスタAPが取得することができ、フレームBとサウンディング信号との間のフレーム長差(例えば、フレームの終了を使用して差を計算する場合)を調整することもできる。?
・ 図11は、このULサウンディングシナリオを示す。 図に示すように、 11、WTRU 1110は、UL音声信号をAP1およびAP2にそれぞれ送信することができる。 AP1は、rx ULサウンディングとrx ULサウンディングフィードバックとの間の時間を計算することにより、t=z-(x+y)を観測することができ、rx ULサウンディング信号後に固定遅延DでULサウンドフィードバックをAP1に送信する。?
・ 複数の非AP STAがULサウンディングを同時に実行する場合、この例のシナリオは、参照として1つのSTAおよび1つのAP1/AP2アンテナペアを使用して適用することができ、この参照アンテナペアを使用してtが計算される。? 異なるSTAは異なるtを持つかもしれないが、例えば、同じエンティティ(AP1またはAP2)が複数のSTAを観察/推定していたために、位相差は自動的に調整されるかもしれない。?
・ いくつかの実装では、複数の非AP STAがULサウンディングを同時に実行する場合、上述の手順は、各非AP STAに対して独立して実行されてもよい。
・ いくつかの実装は、DL協調SUおよびMUビーム成形のための同期を持つチャネルアクセスを提供する。 このような例は、DL協調SUビーム形成または先に議論したジョイント予符号化に関連する問題を扱うことができる。 AP1とAP2の両方がSTAに同時に送信する例示的なシナリオでは、APは、信号が同様の受信電力でSTAに到達するようにSTAと同期する必要があるかもしれない。 一部の実装では、時間と周波数の同期が必要になる場合もある。 従って、図面に関して説明した種々の技術。 いくつかの実装では、複数のAPからの送信を同期させるために12を使用することができる。
・ 図12は、複数のAPがSTAに同時に送信することを可能にし得る例示的なチャネルアクセス手順を示す。 図の例では、 12、AP1、AP2は、STAへの同時送信を実行するために交渉するかもしれない。 いくつかの例では、交渉において、AP1は主APと見なされ、AP2は副APと見なされるかもしれません。 いくつかの実装では、AP1およびAP2は、チャネル状態情報を取得するために、事前にまたは瞬時に、マルチAP結合送信を実行することができる。
・ 図に示すように、 12、AP1はチャネルを獲得し、マルチAPトリガフレーム(すなわち、トリガフレーム1210)を送信してSTAへの送信をトリガすることができる。 AP1は、マルチAPトリガフレームにおいて、来るべきマルチAP送信を設定することができる。 AP1の実装によっては、プライマリAPは、AP2からSTAへの送信を設定することができる。 複数APトリガフレームは、例えば、STA特定情報および/または共通情報を示すことができる。 STA固有の情報(ここでSTAはAP STAまたは非AP STAを示す)は、STAの役割および/またはSTA IDを示す可能性がある。 STAの役割はSTAが送信機/APであるか受信機/STAであるかを示すかもしれない。STA IDは、アソシエーション識別子(AID)、圧縮AID、BSS識別子(BSSID、圧縮BSSID)、BSSカラー、または拡張BSSカラーなどであり得る。
・ STA役割が送信機/APを示す場合、それはパケットID、資源割当て、空間ストリーム割当て、またはMCS関連情報を含んでもよい。 パケットIDは、STAから送信されたパケットを示すために使用され得る。 いくつかの実装では、このフィールドはAP/送信機固有のフィールドであってもよい。 STAは、複数のAPに対応するパケットIDを検出し、単一のパケットが複数のAPから送信されるか、複数のパケットが複数のAPから送信されるかを判断してもよい。 最初のケースでは、STAは単一パケットをデコードするために複数のAPからの送信を組み合わせるかもしれません。 マルチAPパケットを送信するためにAPに割り当てられたリソースを示すために、リソース割当てが使用されてもよい。 OFDMA送信シナリオでは、リソースはリソース単位(RU)で割り当てられる。 空間ストリーム割り当ては、送信機に使用される開始空間ストリームインデックスおよび空間ストリームの数を示すために使用されてもよい。 MCS関連情報これは、MCS、符号化方式、DCM変調が利用されるかどうかなどを含み得る。
・ 一般的な情報には、タイプフィールドを含めることができる。 タイプは、DLマルチAP送信を示すことができる。 タイプは、APから送信されたトリガフレームを示すことができる。
・ マルチAP MU-MIIMOの場合、マルチAPトリガフレームは、送信されるべきSTAの全てのリストを含んでもよい(例えば、図参照)。 15および図 16)
・ 図に示すように、 12、マルチAPトリガフレームの受信後、STAは、逆トリガフレーム1220を複数のAPに送信することができる。 逆トリガ・フレーム1220において、STAは、AP1によって送信されるトリガ・フレーム1210によって運ばれる反復全情報または部分情報を示すことができる。 このフィールドは、例えば、AP1とAP2が互いに直接通信することが困難な場合に使用され得る。 この情報は、機会主義的に提供される場合もあれば、APの一方が他方に指示する場合もある。 あるいは、必要に応じて、一方のAPが他方のAPに機会主義的に指示することもある。 逆トリガフレーム1220において、STAは、電力制御情報のような同期関連情報もまた、または代替的に示すことができる。 このような電力情報の一部では、STAは、逆トリガフレーム1220の送信電力、および/またはマルチAPデータ送信のための予想受信信号強度インジケータを示すことができる。 APは、自身の送信電力を決定するために、これらの2つのフィールドを使用してもよい。 AP1とAP2の間の電力不均衡の場合、STAは、STAの1つからの送信をオフにすることを要求することができ、その結果、単一のAP送信がもたらされることに留意されたい。 逆トリガフレーム1220において、STAは、時間および/または周波数補正情報のような同期関連情報もまた、または代替的に示すことができる。 このような時間及び/又は周波数補正情報のあるものでは、STAは、トリガフレームに対して時間及び/又は周波数補正を行うために、1つ又は複数のAPを要求することができる。 逆トリガフレーム方式は、MU-MIMOセット内の各STAが、独立トリガを連続的に送信する(例えば、図参照)複数AP MU-MIMOに拡張することができることに留意されたい。 14)または同時に(例えば、図参照)。 13).
・ 図に示すように、 STAは、AP1およびAP2からのデータ送信(すなわち、データ1およびデータ2)を受信することができる。 トリガフレーム1210内のパケットIDに応じて、STAは、送信を組み合わせることができ、組み合わせないことができる。 STAは、確認通知フレームをAPに送信してもよい。
・ 図の例では、 12、AP1、AP2は、STAへの同時送信を実行するために交渉するかもしれない。 いくつかの実装では、折衝において、AP1は主APと見なされるかもしれず、AP2は副APと見なされるかもしれません。 いくつかの実装では、AP1およびAP2は、必要なチャネル状態情報を取得する前に、マルチAP結合送信サウンディングを実行することができる。
・ 図13は、例えばUL OFDMA及び/又はUL MU-MIMOを用いて、STAが独立したトリガフレームを同時に送信する場合に、同時にSTAに送信するための複数のAPを容易にすることができる例示的なチャネルアクセススキームを示す。
・ 図に示すように、 13、AP1は、STA1とSTA2の両方にトリガフレーム1310を送信します。 次に、STA1はAP1とAP2の両方に逆トリガフレーム1320を送信します。 STA2は、AP1とAP2の両方に逆トリガフレーム1330を送信します。 逆トリガフレーム1320と逆トリガフレーム1330の両方が同時に送信される。 そして、AP1とAP2からデータを受信した後、STA1はAP1とAP2の両方にACK 1340を送信し、STA2はAP1とAP2の両方にACK 1350を送信するかもしれません。
・ 図14は、例えばUL OFDMA及び/又はUL MU-MIMOを使用して、STAに同時に送信する複数のAPを容易にすることができるチャネルアクセススキームの例を示している。
・ 図に示すように、 14、AP1は、STA1とSTA2の両方にトリガフレーム1410を送信します。 次に、STA1は、AP1とAP2の両方に逆トリガフレーム1420を送信します。 STA2は、AP1とAP2の両方に逆トリガフレーム1430を送信します。 逆トリガ・フレーム1420および逆トリガ・フレーム1430の両方は、順次送信される。 次に、AP1とAP2からデータを受信した後、STA1はAP1とAP2の両方にACK 1440を送信し、STA2はAP1とAP2の両方にACK 1450を送信するかもしれません。
・ 本出願によるマルチAP通信の方法を図面を参照して説明する。 15-18 次のようになります。 本出願によるマルチAP通信の方法は、WTRUによって実行され得る。
・ 図15は、本出願の一実施形態による例示的なマルチAP通信手順を示す。 図 16は、本出願の一実施形態による例示的なマルチAP MU-MIIMO通信手順を示す。 図 17は、本出願の別の実施形態による例示的なマルチAP MU-MIIMO通信手順を示す。 図 18は、本出願の一実施形態によるマルチAP通信の方法1800を示すフローチャートである。
・ 本出願の実施形態によるマルチAP通信方法は、複数のAPとSTAとの間のマルチAP通信に適用することができる。 換言すれば、本方法は、複数のAPが展開されたシナリオにおいて適用され得る。 従って、本出願の実施形態によるマルチAP通信のための装置(例えば、WTRU)は、APとSTAとの間でデータを送信するために複数のAPが配備されているシナリオにも適用することができる。
・ 本出願の実施形態によるマルチAP通信の方法は、複数のAP及び複数のSTAを有するシナリオにおいても適用することができる。 換言すれば、本方法は、複数のAPおよび複数のSTAが展開されたシナリオに適用することができる。 従って、本出願の実施形態によるマルチAP通信のための装置(例えば、WTRU又はWTRU)は、複数のAP及び複数のSTAが、APとSTAとの間でデータを送信するために配置されているシナリオにも適用することができる。
・ 以下の実施形態は、まず、複数のAPおよびSTAが図を参照して配置されたシナリオを説明する。 15および図 18、次に、複数のAPと複数のSTAの両方が図を参照して配置されたシナリオを説明する。 16および図 17.
・ 本出願の実施形態による方法1800を、図を参照して詳細に説明する。 15および図 18は以下の通りである。 メソッド1800は、無線LANで適用できるマルチAP通信の方法です。 方法1800は、WIFIおよびVPMNのような他の無線伝送分野にも適用され得ることが理解されよう。 方法1800の適用のための上述の技術分野は、例示としてのみ記載されており、それらは、排他的であることを意図したものではなく、また、本出願を限定するものでもない。
・ 方法1800は、1801において、複数のAPの第1のAPから第1のトリガフレームを受信し、前記第1のトリガフレームは、第1の情報を含み、1802において、前記第1のトリガフレームを受信した後の所定の時間で、前記複数のAPの第2のAPから第2のトリガフレームを受信し、前記第2のトリガフレームは、前記第1のトリガフレームの第1の情報も含み、1803において、前記第1のトリガフレームおよび前記第2のトリガフレームに基づく同期フレームを生成し、前記同期フレームは、同期情報を含み、1804において、前記同期フレームを少なくとも前記第1のAPおよび前記第2のAPに送信し、1805において、前記第1のAPおよび前記第2のAPの各々からの同期情報に基づくデータ送信を受信することを含む。 以上のプロセスについて、以下の実施形態を参考にして詳細に説明する。
・ 以下の説明は、1801年のプロセスをより詳細に説明するであろう。 方法1800は、2つのAPが展開されたシナリオ、例えばAP1およびAP2(図に示されるように)に適用され得る。 15). 従って、本出願の実施形態によるマルチAP伝送のための装置は、図中のシナリオのような2-APシナリオにも適用することができる。 15.
・ 2つのAPを持つシナリオでは、1つはマスタAPまたはプライマリAPであり、もう1つはスレーブAPまたはセカンダリAPであり得る。 図に示すように、15、AP1、AP2は交渉し、AP1がマスターAPであり、AP2がスレーブAPであると判断する場合があります。 AP1およびAP2は、必要なチャネル状態情報を取得する前に、マルチAP結合送信サウンディングを実行することができる。 本出願の明確かつ明確な説明のために、特に断りのない限り、用語「AP1」、「マスターAP」および「主AP」は、本出願において互換的に使用され、用語「AP2」、「スレーブAP」および「副AP」は、本出願において互換的に使用される。
・ 図に示す例であるが。 15は、2つのAPのみを示しており、例示としてのみ説明されており、排他的であることを意図しておらず、本出願の実施形態に限定されるものではない。 例えば、方法1800は、3つのAP、すなわち、第1のAP、第2のAP、および第3のAPを有するシナリオにも適用され得る。 従って、本出願の実施形態によるマルチAP通信のための装置(例えば、WTRU)は、上述の3-APシナリオにおいても適用することができる。
・ 本出願の実施形態におけるAPの数は、3よりもさらに大きい場合がある。 本出願の実施形態は、APの数を具体的に制限するものではない。 APの数は、APとSTAとの間の来るべきデータ伝送の要求、使用される無線伝送技術、およびSTAの数のような多くの変数に基づいて変化し得ることが理解されよう。
・ 図に示すように、 15は、一実施形態では、AP1はチャネルを取得し、第1のトリガフレーム1510(すなわち、複数APトリガフレーム)をSTAに送信することができる。
・ AP1によって送信される第1のトリガフレーム1510は、他のAPおよび/またはSTAからの送信をトリガするために使用され得る。 図 15は、AP1およびAP2からSTAへのマルチAPダウンリンク送信(すなわち、データ1およびデータ2)の実施形態を示す。 したがって、マルチAPダウンリンク送信シナリオでは、第1のトリガフレーム1510を使用して、AP1からSTAへのデータ送信(すなわち、データ1)を構成することができる。 さらに、第1のトリガフレーム1510は、AP2からSTAへのデータ送信(すなわち、データ2)を構成するために使用されてもよい。 両方のデータ送信を同期させるために、第1のトリガフレーム1510を使用して、AP2によって送信される第2のトリガフレーム(例えば、第2のトリガフレーム1520)およびSTAによって送信される同期フレーム(例えば、同期フレーム1530)をトリガすることができる。
・ AP1によって送信されるトリガフレームは、図に示されるようにアップリンク送信を構成するために使用され得ることに留意されたい。 19および図 例えば、図20に示される実施形態において。19、トリガフレーム1910を使用して、STAによって送信される逆トリガフレーム(例えば、逆トリガフレーム1920)をトリガすることができる。 図に示す実施形態では、 トリガフレーム2010は、AP2によって送信される第2のトリガフレーム(例えば、短いトリガフレーム2020)およびSTAによって送信される逆トリガフレーム(例えば、逆トリガフレーム1920)をトリガするために使用され得る。 これらの実施形態は、図に示されている。 19および図 20については後述する。
・ 第1のトリガフレーム1510はまた、割り当てられたRU上で送信する際に使用する空間ストリームの数、およびどの変調および符号化スキームをSTAに示すために使用することもできる。 第1のトリガフレーム1510は、マスタAP(すなわち、AP1)によって送信されるので、別段の指示がない限り、用語「第1のトリガフレーム」は、「マスタトリガフレーム」とも呼ばれ得る。
・ 第1のトリガフレーム1510は、第1の情報として、RU割り当て情報、STA固有情報、および共通情報などの、以下の情報の1つまたは任意の組み合わせを含んでもよい。 第1のトリガフレーム1510によって運ばれる上述の情報は、異なるフィールドに構成されてもよいことが理解されよう。 例えば、RU割当情報はRU割当情報フィールドに設定することができ、STA固有情報は1つ以上のSTA情報フィールドに設定することができ、共通情報は共通情報フィールドに設定することができる。 第1のトリガ・フレーム1510によって運ばれるいくつかの特定の情報が、以下の説明で説明される場合、それは、特定のフィールドに構成される情報を意味する。
・ STA固有の情報は、STA役割またはSTA IDを含んでもよい。 STA IDは、STAが送信機であるかどうかを示すことができる(例えば、図に示されたAP1)。 15または受信機(例えば、図に示されるSTA)。 15). 一般的に言って、WTRU(例えば、図に示されたSTA)は理解されるであろう。 15およびAP(例えば、図に示されるAP1)。 15)はSTAと呼ばれる。 例えば、無線LANのシナリオでは、ルータ(例えば、AP)はステーションと呼ばれ、ラップトップ(例えば、STA)はステーションと呼ばれてもよい。 このアプリケーションにおけるSTA IDは、局がAP STA(例えば、図に示されたAP1)であるかどうかを示すかもしれない。 15)または非AP STA(例えば、図に示されるSTA)。 15).
・ STA IDは、AID、圧縮AID、BSSID、圧縮BSSID、BSSカラー、または拡張BSSカラーなどであってもよい。
・ STA IDが送信機(例えば、AP1)を示す場合、第1のトリガフレーム1510は、パケットIDフィールド、資源割当フィールド、空間ストリーム割当フィールド、およびMCS関連情報フィールドの1つまたは任意の組み合わせをさらに含むことができる。
・ パケットIDフィールドは、STAに送信されたパケットを示すために使用されてもよい。 いくつかの実施形態では、パケットIDフィールドは、送信機/AP固有のフィールドであってもよい。 STAは、複数のAPに対応するパケットIDフィールドによって運ばれる複数のパケットIDを検出し、単一のパケットが複数のAPから送信されるか、複数のAPから複数のパケットが送信されるかを判断することができる。 いくつかの実施形態において、STAは、単一パケットをデコードするために、複数のAPからの送信を組み合わせることができる。
・ 資源割当てフィールドは、マルチAPパケットを送信するためにAP1に割り当てられた資源を示すために使われるかもしれません。 OFDMA送信シナリオでは、リソースはリソース単位(RU)で割り当てられる。
・ 空間ストリーム割り当てフィールドは、開始空間ストリームインデックスおよび送信機に使用される空間ストリームの数(すなわち、AP1)を示すために使用されてもよい。
・ MCS関連情報フィールドは、MCS、符号化スキーム、およびDCM変調が利用されるかどうかを示す情報などを含み得る。
・ 共通情報は、タイプフィールドを含むことができる。 タイプフィールドは、DLマルチAP送信を示すことができる。 タイプフィールドはまた、APから送信されたトリガフレームを示すことができる。 マルチAP MU-MIMO通信の場合、複数APトリガフレームは、送信するすべてのSTAのリストを含んでもよい(例えば、図参照)。 16および図 17).
・ 第1のトリガフレーム1510は、送信電力情報、送信開始時間情報、送信周波数情報など、その第1の情報として、少なくとも1つの情報をさらに含んでもよい。 従って、これらの情報は、第1のトリガ・フレームが運ぶために、異なるフィールドに構成されてもよい。
・ 例えば、第1のトリガ・フレーム1510は、AP1からSTAへの来るべきデータ送信の送信電力を示すための電力フィールドを含んでもよい。 第1のトリガフレーム1510はまた、AP1からSTAへの来るべきデータ送信の開始時間を示す時間フィールドを含んでもよい。 第1のトリガ・フレームはまた、AP1からSTAへの近接するデータ送信の送信周波数を示す周波数フィールドを含んでもよい。
・ 別の例では、第1のトリガフレーム1510は、さらに、同期フレーム1530をSTAから送信するための送信開始時間情報を含んでもよい。 換言すれば、第1のトリガフレーム1510は、図に示される同期フレーム1530を送信するための開始時間を示すことができる。 STAから15名。 開始時間情報はまた、それを運ぶために、第1のトリガフレームの特定のフィールドに構成されてもよい。
・ 上述の説明は、第1のトリガフレーム1510内の第1の情報のいくつかの例示的な実施形態を例示したが、これらの実施形態は、排他的であることを意図したものではなく、また、第1の情報に限定されるものでもない。 本出願に記載された第1の情報は、上記の例示的な情報の任意の組合せ、または本出願の技術的解決策を得るために利用可能な任意の他の情報を含み得る。
・ さらに、第1のトリガ・フレームの第1の情報は、これらの用語「第1のトリガ・フレームの第2の情報」および「第1のトリガ・フレームの第3の情報」と比較する相対的用語である。 本出願において、これらの用語を使用することは、第1の情報、第2の情報及び第3の情報が全く異なる情報であることを意味するものではない。 いくつかの実施形態において、それらは、互いに同じ情報を共有してもよい。 これらの関係については、以下に詳細に説明する。
・ 第1のトリガフレームによって運ばれるこれらの情報は、複数のAP(例えば、図に示されるAP1およびAP 2)間のデータ送信同期のために使用され得る。 15)とSTA。 本出願における用語「同期」は、送信電力における同期、送信開始時間における同期、および送信周波数における同期のような、来たるデータ送信の1つまたは複数のパラメータを同期させることを意味することが理解されよう。 換言すれば、近づくデータ送信のために同期されるこれらのパラメータは、送信電力、送信開始時間、および送信周波数を含んでもよい。
・ 例えば、第1のトリガ・フレームによって運ばれる送信電力情報は、APからSTAへの複数のAPからの送信電力を予め補正するために使用することができ、その結果、APからの信号(例えば、データ送信)が、同様の受信電力でSTAに到達することができる。 第1のトリガフレームによって運ばれる送信開始時間情報は、APからSTAへの複数のAPからの送信開始時間を予め補正するために使用され、APからの信号が同様の受信時間でSTAに到達することができる。 第1のトリガ・フレームによって運ばれる送信周波数情報は、APからSTAへの複数のAPからの送信周波数を予め補正するために使用することができ、その結果、APからの信号は、同様の受信周波数でSTAに到達することができる。
・ 上述のマルチAP伝送のための3つのパラメータは、例示としてのみ説明され、それらは、排他的であることを意図したものではなく、本出願を限定するものでもないことが理解されよう。 例えば、第1のトリガ・フレーム1510は、近づくデータ送信のためのこれら3つのパラメータの任意の組み合わせを同期させるために使用されてもよい。
・ 当然のことながら、このアプリケーションで説明されている同期は、第1のトリガフレーム1510だけでは得られない。 第1のトリガフレーム1510は、同期の不可欠な部分であるが、方法1800と、このアプリケーションによる装置(例えば、WTRU)は、同期を得るために、依然として、第2のトリガフレーム1520および同期フレーム1530(後述)を必要とする。 例えば、図に示されるように。 15は、第1のトリガフレーム1510を受信した後、STAは、同期フレーム1530を複数のAPに送信することができ、同期フレーム1530は、複数のAPから来るデータ送信をそれぞれ同期させるために必要な同期情報を搬送することができる。 以下の説明では、第2のトリガフレーム1520および同期フレーム1530をより詳細に説明する。
・ 一実施形態によると、第1トリガフレーム1510は、図に示すAP2などの他のAPにも送信されてもよい。 すなわち、AP1からの第1のトリガ・フレーム1510は、図に示される全てのSTAによって聴取され得る。AP1以外15点 従って、第1のトリガフレーム1510は、来るべきデータ送信のパラメータまたは複数のパラメータ(すなわち、図に示されるデータ2)を構成するために使用され得る。 15)AP2からSTAへ。 AP1およびAP2からの来たるデータ送信の両方が、第1のトリガフレーム1510によって構成され得るので、AP1およびAP2からの来たるデータ送信は、それに応じて同期され得る。 以下の説明は、1802におけるプロセスを参照して、AP 2から来るべきデータ送信を構成するために、第1のトリガフレーム1510を使用する方法を説明する。
・ 2つ以上のAPを有する実施形態では、AP1は、第1のトリガフレームを他のすべてのAPに送信することができる。 上述の原理に類似した原理に基づいて、これらのAPから来るすべてのデータ送信は、それに応じて同期化され得る。
・ AP1から第1のトリガフレームを受信するために、STAは、受信機を含むように構成されてもよい。 受信機は、USB受信機、無線LAN受信機、または図に示される無線LANシナリオ内で送信された信号を受信するために使用され得る任意の他の種類の受信機であってもよい。 15および図 4.
・ 本出願の実施形態の明確かつ明確な説明のために、別段の指示がない限り、AP1からSTAへの来るべきデータ送信は、第1のデータ送信と称することができ、AP 2からSTAへの来るべきデータ送信は、第2のデータ送信と称することができる。 図に示されるように。 15-17、第1のデータ送信をデータ1、第2のデータ送信をデータ2と呼ぶことができる。
・ 以下の説明では、1802年のプロセスをより詳細に説明する。 上述のように、AP1はまた、第1のトリガフレーム1510をAP 2に送ることができる。 第1のトリガフレーム1510を受信した後、AP2は、第2のトリガフレーム1520を生成し、STAに送信することができる。 第1のトリガ・フレーム1510がAP1からAP2へ送信されるのにいくらかの時間がかかり、また、AP2が第2のトリガ・フレーム1520を生成するのにいくらかの時間がかかり得るので、時間がある(すなわち、図に示されるSIFS)。 15)第1のトリガフレーム1510を送信する時間と第2のトリガフレーム1520を送信する時間との間。 従って、STA側では、第1のトリガフレーム1510を受信した時刻と第2のトリガフレーム1520を受信した時刻との間に、時間持続時間SIFSが存在し得る。 すなわち、STAは、最初に、第1のトリガフレーム1510を受信し、次に、時間持続時間SIFSの後に、STAは、第2のトリガフレーム1520を受信することができる。
・ 図に示すように、 第1のトリガフレーム1510、第2のトリガフレーム1520、および同期フレーム1530をそれぞれ表す3つのブロックは、それぞれAP1、AP2、およびSTAの1つを表す3つの異なる水平線に位置する。 これらのブロックは、垂直方向の異なる場所に配置されているが、各フレームのソースを示す目的のために、これらのブロックは、このように図示されているに過ぎず、水平方向におけるそれらの突起は、STA側で各フレームを受信する時間を表すことができる。
・ 時間持続時間は、いくつかの既存のパラメータを介して予め決定することができる。 例えば、時間持続時間は、AP1とAP2との間の距離、およびAP2が第2のトリガ・フレームを生成するための時間の長さに基づいて予め決定されてもよい。 言い換えれば、AP1とAP2との間の距離が既知であり、第2のトリガフレームを生成するための時間の長さが既知である限り、時間持続は既知であり得る。
・ 実施形態において、AP1およびAP2が構築されると、それらの間の距離は固定され、したがって公知であり得る。 さらに、APを構成するハードウェアは、それらの構築後に固定されてもよい。 従って、第2のトリガ・フレームを生成するための時間の長さもまた公知であり得る。 従って、時間は、APの構築後に予め決定されてもよい。
・ 時間持続SIFSは、AP1および/またはAP2によって予め決定され得る。 例えば、時間持続時間は、AP1によって予め決定されてもよい。 その場合、第1のトリガ・フレーム1510は、時間持続時間情報を運ぶための時間持続時間フィールドをさらに含んでもよい。 時間持続情報は、AP2が第1のトリガ・フレーム1510を受信した後に第2のトリガ・フレーム1520を送信すべき時期を示すことができる。 次に、AP 2が第1のトリガフレーム1510を受信した後、AP 2は、時間持続情報に基づいて第2のトリガフレーム1520を生成し、送信する。 その場合、持続時間情報によって示される持続時間SIFSは、AP1からAP2へ第1のトリガフレーム1510を送信するための長さに、AP2が第2のトリガフレーム1520を生成するための長さを加えた長さよりも長くなければならないことが理解されよう。
・ 一実施形態では、時間持続時間(すなわち、図に示されるSIFS)。 15)は、任意のフレーム間隔、例えば、短いIFS、点調整機能、IFS、分散協調機能などを介して予め決定することができる。
・ 第2のトリガ・フレームは、第1のトリガ・フレーム1510の上述した第1の情報を含むことができる。
・ 第1のトリガフレーム1510の第1の情報は、第2のトリガフレーム1520と共有され得る情報であってもよい。 例えば、最初のトリガフレームの最初の情報は、DLマルチAP送信を示す上述の共通情報である。 次に、AP 2は、その情報を第2のトリガフレーム1520に直接コピーすることができる。
・ 実施形態において、第1のトリガフレーム1510の第1の情報は、AP1からSTAへの来るべきデータ送信のための送信電力情報であってもよい。 次に、AP2は、送信電力情報によって示される送信電力が、その送信電力制限内にあると判断する。 従って、AP 2は、送信電力情報を第2のトリガフレーム1520に直接書き込むことができる。
・ 当然のことながら、第2のトリガフレーム1520の上述の実施形態は、単なる例示として説明されるに過ぎず、これらは、排他的であることを意図したものではなく、本出願を限定するものでもない。
・ 実施形態では、第2のトリガフレーム1520は、フォーマット(1)については、第2のトリガフレーム1520は、第1のトリガフレーム1510と同じであり、すなわち、第2のトリガフレーム1520は、第1のリガフレーム1510の情報の全てを備え、フォーマット(2)については、第2のトリガフレーム1520は、第1のトリガフレーム1510のサブセットであり、すなわち、第2のトリガフレーム1520は、第1のトリガフレーム1510の情報の一部のみを備え(例えば、第1のトリガフレーム1510の上述の第1の情報)、フォーマット(3)については、第2のトリガフレーム1520は、第1のトリガフレーム1510の情報の一部(例えば、第1のトリガフレーム1510の上述の第1の情報)と、AP2からの来るべきデータ送信のための構成情報(すなわち、データ2)の両方を備える。 .
・ 一実施形態によると、第2のトリガフレーム1520内の構成情報は、第1のトリガフレーム1510の第2の情報とは異なる場合がある。 例えば、第1のトリガフレーム1510は、STAへの来るべきデータ送信(すなわち、データ2)のために特定のチャネル(例えば、チャネル2)を使用するAP2を示すことができる。 すなわち、第1のトリガフレーム1510の第2の情報は、第2のデータ送信のためにAP2によって使用されるチャネル2の情報であってもよい。 しかし、AP2は、チャネル2が伝送を行うために利用できないことを知るかもしれない。 その場合、AP 2は、チャネル2が使用不可であることを示すために、AP1およびSTAの両方に構成情報を有する第2のトリガ・フレーム1520を送信することができる。 その場合、構成情報(すなわち、チャネル2の利用不可能性)は、第1のトリガ・フレーム1510の第2の情報(すなわち、チャネル2の選択)とは異なる。
・ 上記の例では、AP2がチャネル2が利用できないが、データ送信を行うために別のチャネル(例えば、チャネル3)が利用可能であることを示す場合。 次に、AP2は、AP1とSTAの両方に、コンフィグレーション情報を持つ第2のトリガフレームを送信して、チャネル2が使用できないこと、およびAP2がAP2からSTAへの来るべきデータ送信のためにチャネル3を使用することを示すことができる。 その場合、構成情報(すなわち、チャネル2の利用不可能性およびチャネル3の選択)は、第1のトリガ・フレーム1510の第2の情報(すなわち、チャネル2の選択)とは異なる。 換言すれば、構成情報は、第1のトリガフレーム1510の第2の情報を上書きすることができる。
・ 例えば、第1のトリガ・フレーム1510は、STAへの来るべきデータ送信(すなわち、データ2)のために特定の送信電力を使用するようAP2に指示することができる。 すなわち、第1のトリガフレーム1510の第2の情報は、第2のデータ送信のためにAP2によって使用される送信電力(例えば、送信電力2)の情報であってもよい。 しかしながら、AP2は、送信電力2がAP2の電力制限を超えることを見出すことができる。 その場合、AP2は、AP1とSTAの両方に、コンフィグレーション情報を持つ第2のトリガフレームを送信して、送信電力2が使用できないこと、およびAP2が第2のデータ送信のために所望の送信電力(例えば、送信電力3)を使用することを示すことができる。 その場合、構成情報(すなわち、送信電力2の使用不能性および送信電力3の選択)は、第1のトリガ・フレーム1510の第2の情報(すなわち、送信電力2)とは異なる。 換言すれば、構成情報は、第1のトリガフレーム1510の第2の情報を上書きすることができる。
・ 上述のチャネルおよび伝送パワーは、単に例示として説明されるに過ぎず、これらは、第2のトリガフレーム1520内の構成情報を排他的であるか、または限定することを意図されていないことが理解されるであろう。 構成情報は、第2のデータ送信を構成するためにこれらの情報が必要である限り、他の情報を含んでもよい。
・ 一実施形態によると、第2のトリガフレーム1520内の構成情報は、第1のトリガフレーム1510に含まれない追加情報であってもよい。
・ 例えば、第1のトリガフレーム1510は、送信電力情報および送信開始時間情報を含むが、送信周波数情報は含まない。 すなわち、第1のトリガフレーム1510の第2の情報は、第2のデータ送信のためにAP2によって使用される送信電力情報および送信開始時間情報であってもよい。 次に、AP2は、第2のデータ送信のためのAP2の所望の送信周波数を示すために、構成情報を有する第2のトリガフレーム1520をAP1およびSTAの両方に送信することができる。 その場合、構成情報(すなわち、AP 2の所望の送信周波数)は、第1のトリガフレームに含まれない追加情報である。 上記の例では、STAは、AP2の所望の送信周波数と同期フレーム1530をAP1およびAP2の両方に送信することができ、従って、APは、所望の送信周波数を使用することによってデータ送信を行うことができる。 したがって、送信周波数における同期を得ることができる。 同期処理は、STAからの同期フレーム1530を参照して、以下にさらに説明される。
・ 上述の送信周波数は、単に構成情報の一例として説明されるに過ぎず、これらは、第2のトリガフレーム1520内の構成情報を排他的であるか、または限定することを意図されていないことが理解されよう。 構成情報は、これらの情報が来たるデータ送信を同期させるために必要である限り、第1のトリガフレーム1510に含まれていない他の情報を含んでもよい。
・ 実施形態では、第2のトリガフレーム1520は、AP2の同一性を担持するNDPフレームであってもよい。NDPフレームは、AP 2が来るマルチAP送信の準備ができていることを示すことがある。 第2のトリガフレーム1520はまた、同期フレーム1530の送信のための送信開始時間を示す開始時間フィールドを含んでもよい。
・ 上述のように、WTRUとAPの両方をSTAと呼ぶことができる。 従って、2つ以上のAPを有する実施形態では、第2のトリガフレーム1520は、他のすべてのAPにも送信することができる。すなわち、AP2からの第2のトリガフレーム1520は、APSTAおよび非APSTAの両方を含む、AP2以外のすべてのSTAによって聴取することができる。 図に示される複数のAP STAおよび複数の非AP STAを有する実施形態において。 16、第2のトリガフレームがすべてのSTAに送信されてもよい。
・ 一実施形態では、複数のAPは、トリガフレームを連続的に送信することができ、トリガフレーム送信の順序は、管理/制御フレームを使用して複数のAP間で交渉することができる。 例えば、管理/制御フレームがAP1が最初にトリガフレーム(例えば、第1のトリガフレーム1510)を送信することができ、次いでAP2がトリガフレーム(例えば、第2のトリガフレーム1520)を送信することができることを示すと仮定する。
・ 一実施形態では、トリガフレーム送信の順序は、所定のルールによって予め定義されてもよい。 例えば、プライマリAPであるAP1は、最初にトリガフレームを送信してもよい。 残りの複数のAPは、BSSIDまたはAP MACアドレスに基づいて昇順/降順で送信することができる。 グループ内のすべてのAPは、メンバーAP BSSIDまたはMACアドレスを知っている可能性があることが理解されよう。
・ 以下の説明は、1803年のプロセスをより詳細に説明するであろう。 第1のトリガフレーム1510および第2のトリガフレーム1520の両方を受信した後、図に示されるSTA。 15は、第1および第2のトリガフレームに基づいて同期フレーム1530を生成することができる。 同期フレーム1530は、AP1およびAP2の各々からSTAへのデータ送信を構成するための同期情報を含む。
・ 第1のトリガフレーム1510と同様に、同期フレーム1530は、RU割り当て情報、STA固有情報、および共通情報など、以下の情報の1つまたは任意の組み合わせを含んでもよい。 同期フレーム1530によって運ばれる上述の情報は、異なるフィールドに構成することができる。
・ 同期フレーム1530は、送信電力情報、送信開始時間情報、送信周波数情報などをさらに含むことができる。 従って、これらの情報は、同期フレーム1530が搬送するために、異なるフィールドに構成されてもよい。 上述の情報は、AP1およびAP2の各々からSTAへの来るべきデータ送信を構成するために使用され得る同期情報として参照され得る。
・ 同期フレーム1530に含まれる上述の情報は、例示としてのみ説明され、同期フレーム1530に含まれ得る情報を排他的にすることも限定することも意図されないことが理解されよう。
・ 同期フレーム1530を生成するために、本出願による装置(例えば、WTRU)は、プロセッサを備える。 図に示すように、 15、プロセッサは、AP1およびAP2からそれぞれ受信された第1および第2のトリガフレームに基づいて、同期フレーム1530を生成するように構成される。
・ 実施形態では、同期フレーム1530は、第1のトリガフレーム1510と同じフォーマットを共有することができる。 言い換えると、同期フレーム1530は、フォーマット(1)については、同期フレーム1530は、第1のトリガフレーム1510と同じであり、すなわち、同期フレーム1530は、第1のリガフレーム1510の情報の全てを備え、フォーマット(2)については、同期フレーム1530は、第1のトリガフレーム1510のサブセットであり、すなわち、同期フレーム1530は、第1のトリガフレーム1510の情報の一部のみを備え、フォーマット(3)については、同期フレーム1530は、第1のトリガフレームの情報の一部と確認情報の両方を備える。
・ フォーマット(1)およびフォーマット(2)については、同期フレーム1530は、AP1によって送信される第1のトリガフレーム1510によって運ばれる全部または一部の情報を含んでもよい。 この全部または一部の情報は有益であろう。 例えば、AP1とAP2が互いに直接通信することが困難な場合、STAは、データ送信同期の目的のために、AP1からAP2へ発信された情報を送信することができる。
・ フォーマット(3)については、確認情報を使用して、第1のトリガフレーム1510および/または第2のトリガフレーム1520によって運ばれる情報を確認することができる。 確認情報はまた、AP2による構成変更を確認するために使用されてもよい。 確認された構成は、第1のトリガフレーム1510または第2のトリガフレーム1520、または第1のトリガフレーム1510と第2のトリガフレーム1520の組み合わせに基づいてもよい。
・ 例えば、第1のトリガ・フレーム1510が、第1のデータ送信の送信電力が電力1であることを示し、第2のトリガ・フレーム1520が、第2のデータ送信の送信電力が電力1であることを示す場合、確認情報を使用して、AP1およびAP2の双方に対し、これらのデータ送信に電力1を使用することができることを確認することができる。 一方、第1のトリガ・フレーム1510が、空間ストリーム割り当ておよびMCS関連情報を含む情報のグループを含む場合、この情報のグループは、同期フレーム1530に含まれ得る第1のトリガ・フレーム1510の第3の情報と呼ばれ得る。
・ 実施形態では、同期フレーム1530は、第2のトリガフレーム1520のフォーマットと同じフォーマットを共有することができる。 換言すれば、同期フレーム1530は、フォーマット(1)のために、同期フレーム1530は、第2のトリガフレーム1520と同じであり、すなわち、同期フレーム1530は、第2のリガフレーム1520の情報の全てを備え、フォーマット(2)のために、同期フレーム1530は、第2のトリガフレーム1520のサブセットであり、すなわち、同期フレーム1530は、第2のトリガフレーム1520の情報の一部のみを備え、フォーマット(3)のために、同期フレーム1530は、第2のトリガフレーム1520の情報の一部と、第2のトリガフレーム1520内の上述の構成情報に対応する確認情報との両方を備える。
・ フォーマット(1)およびフォーマット(2)については、同期フレーム1530は、AP 2によって送信される第2のトリガフレーム1520によって運ばれる全部または一部の情報を含んでもよい。 この全部または一部の情報は有益であろう。 例えば、AP1とAP2が互いに直接通信することが困難である場合、STAは、データ送信同期の目的のために、AP2から発信された情報をAP1に送信することができる。
・ フォーマット(3)では、AP2による設定変更を確認するために確認情報を使用することができます。 確認された構成は、第1のトリガフレーム1510または第2のトリガフレーム1520、または第1のトリガフレーム1510と第2のトリガフレーム1520の組み合わせに基づいてもよい。
・ 図に示すように、 15、同期情報を使用して、AP1からの第1のデータ送信のパラメータまたは複数のパラメータを、AP2からの第2のデータ送信のパラメータまたは複数のパラメータと同期させることができる。 一実施形態では、同期情報は、送信電力情報、送信開始時間情報、および送信周波数情報を含む。
・ 例えば、同期情報は、送信周波数情報を含んでもよい。 その場合、AP1から受信された第1のトリガフレーム1510は、第1のデータ送信のための送信周波数が周波数1であってもよいことを示すことができ、AP 2から受信された第2のトリガフレーム1520は、第2のデータ送信のための送信周波数が周波数2であってもよいことを示すことができる。 次に、STAは、来るべきデータ送信の両方について所望の送信周波数を示すために、特定の送信周波数情報を有する同期フレーム1530を生成することができる。 AP1およびAP2は、所望の送信周波数に基づいて、来るべきデータ送信を行うことができる。
・ 2つ以上のAPおよび1つのSTAを有する実施形態では、STAからの同期フレームは、複数のAPの各々から来るデータ送信のパラメータ(または複数のパラメータ)を同期させるように構成することができる。
・ 本出願の実施形態によれば、複数のAPから来るデータ送信の同期プロセスは、同期フレーム1530単独で完了することができず、STAとAPとの間のフレーム相互作用を必要とすることが理解されるであろう。 上述の説明に基づいて、同期プロセスは、第1のトリガフレーム1510、第2のトリガフレーム1520、および同期トリガフレーム1530によって達成されてもよい。
・ 1804において、STAは、同期フレーム1530をAP1およびAP2の両方に送信することができる。 2つ以上のAPおよび1つのSTAを有する実施形態では、1804において、STAは、同期フレーム1530を少なくともAP1およびAP2に送信することができる。 しかしながら、図に示される実施形態。 15は、排他的であることを意図したものではなく、また、本出願の原理に限定されるものでもない。 例えば、STAは、AP1のみ、またはAP2のみがSTAにデータを送信できることを選択してもよい。 APダウン選択は、AP1およびAP2から送信されたトリガフレーム内で運ばれる情報、またはAP1およびAP2からの送信に基づくSTA測定に依存し得る。 例えば、受信したSNR(すなわち、Signal to Noise Ratio)または1つのAPからのRSSIが、所定の/所定の閾値よりも低い場合、STAは、そのAPをマルチAP送信から除外することができる。
・ STAからの同期フレームに基づいて、AP1はSTAへの最初のデータ送信を行い、AP2はSTAへの2番目のデータ送信を行うことができる。 すなわち、1805において、STAは、AP1およびAP2の各々からの同期情報に基づいてデータ送信を受信することができる。 AP1およびAP2からの第1および第2のデータ送信は、同じ周波数資源(例えば、同じ周波数資源)を使用して同時に行われてもよいことに留意されたい。 Multi-AP MU-MIMOまたはMulti-APのヌル化もしくは調整されたSU/MUまたは調整されたヌル化/ビーム成形、または異なる周波数資源(例えば)を使用する。 マルチAP OFDMA、OFDMA連携伝送
・ 実施形態において、第1および第2のデータ送信を受信した後、STAは、ACK/NACK報告(すなわち、図に示されるACK 1540)を送信することができる。 15)はAP1とAP2の各々に。
・ このアプリケーションによる多重AP伝送の方法は、MU-MIMOセット内の各STAが(図に示されるように)連続的に独立トリガを送信するマルチAP MU-MIMOに拡張することができることに留意されたい。 (図に示されているように)16、または同時に(図に示されているように) 17).
・ 図16は、本出願の一実施形態による例示的なマルチAP MU-MIIMO通信手順を示す。
・ 図に示すように、 16、STA1は、AP1から第1のトリガフレーム1610を受信することができ、AP2から第2のトリガフレーム1620を受信することができる。 次に、STA1は、第1のトリガフレーム1610及び第2のトリガフレーム1620に基づいて同期フレーム1630を生成し、次に、同期フレーム1630をAP1及びAP2の両方に送信することができる。 STA2は、AP1から第1のトリガフレーム1610を受信することができ、AP2から第2のトリガフレーム1620を受信することができます。 次に、STA2は、第1のトリガフレーム1610及び第2のトリガフレーム1620に基づいて同期フレーム1640を生成し、次に、同期フレーム1640をAP1及びAP2の両方に送信することができる。
・ 図に示すように、 16、STA1は最初に同期フレーム1630を送信することができ、次にSTA2は同期フレーム1640を送信することができます。 第1のトリガ・フレーム1610は、図に示す第1のトリガ・フレーム1510と類似しているか、または同じである。 15. 第2のトリガフレーム1620は、図に示される第2のトリガフレーム1520と類似しているか、または同じである。 15. 同期フレーム1630および同期フレーム1640は、図に示される同期1530と類似または同一である。 15.
・ 図に示すように、 AP1およびAP2が同期フレーム1630および同期フレーム1640を受信した後、16は、AP1およびAP2がデータ(すなわち、図に示されるデータ1およびデータ2)を送信することができる。 それぞれ16) STA1およびSTA2に。 次に、STA1は、ACK 1650をAP1とAP2にそれぞれ送信することができます。 STA2は、ACK 1660をAP1及びAP2にそれぞれ送信することができる。
・ 図17は、本出願の別の実施形態による例示的なマルチAP MU-MIIMO通信手順を示す。
・ 図に示すように、 17、STA1は、AP1から第1のトリガフレーム1710を受信することができ、AP2から第2のトリガフレーム1720を受信することができる。 次に、STA1は、第1のトリガフレーム1710及び第2のトリガフレーム1720に基づいて同期フレーム1730を生成し、次に、同期フレーム1730をAP1及びAP2の両方に送信することができる。 STA2は、AP1から第1のトリガフレーム1710を受信することができ、AP2から第2のトリガフレーム1720を受信することができます。 次に、STA2は、第1のトリガフレーム1710及び第2のトリガフレーム1720に基づいて同期フレーム1740を生成し、次に、同期フレーム1740をAP1及びAP2の両方に送信することができる。
・ 図に示すように、 17、STA1、STA2は、同時に自身の同期フレームを送信することができます。 第1のトリガ・フレーム1710は、図に示す第1のトリガ・フレーム1510と類似しているか、または同じである。 15. 第2のトリガフレーム1720は、図に示される第2のトリガフレーム1520と類似しているか、または同じである。 15. 同期フレーム1730および同期フレーム1740は、図に示される同期1530と類似または同一である。 15.
・ 図に示すように、 AP1およびAP2が同期フレーム1730および同期フレーム1740を受信した後、17は、データ(すなわち、図に示されるデータ1およびデータ2)を送信することができる。 それぞれ16) STA1およびSTA2に。 次に、STA1は、ACK 1750をAP1とAP2にそれぞれ送信することができます。 STA2は、ACK 1760をAP1及びAP2にそれぞれ送信することができる。
・ STAがAP1とAP2からのデータ送信を受け取るかもしれないことに注意すべきです。 2つ以上のAPを有する実施形態では、STAは、同期を送信するために1つのAPまたは複数のAPを選択することができる。 従って、同期を受信したAPのみが、来るべきデータ送信を行うことができる。 マルチAPトリガフレーム内のパケットIDに依存して、STAは送信を組み合わせることができ、組み合わせないことがある。 STAは、確認通知フレームをAPに送信してもよい。
・ 関連するSTA手順を図に示す。18:STAはマスタートリガを受け取る。 マスタートリガーは、マルチAP送信のパラメーター、および予想されるAPおよび追加DLトリガーの数を識別します。 STAは、N-1追加トリガのトリガ情報を受信する。 STAは、各APについてパラメータ、例えば、Rx電力、タイミングオフセット、および/または周波数オフセットを推定する。 STAは、マルチAP送信のためのパラメータを選択する。STAは、例えば、Tx電力、時間および/または周波数オフセット補正などのマルチAP送信パラメータを計算する。 STAは、提案されたマルチAP伝送パラメータを持つAPにリバーストリガを送信する。 STAは、マルチAP送信データを受信する。 STAはAPにACKを送信する。
・ いくつかの実装は、アップリンク協調SUビーム成形またはULダイナミックポイント選択のためのチャネルアクセスを提供する。
・ 図19は、複数のAPがSTAから同時に受信することを可能にするチャネルアクセススキームの例を示す。 図に示すように、 19、AP1は、トリガフレーム1910をSTAに送信する。 トリガフレーム1910は、図に示される第1のトリガフレーム1510と類似または同一である。 15. 次に、STAは、トリガフレーム1910に基づいて、AP1およびAP2の両方に逆トリガフレーム1920を送信する。 次に、STAはAP1とAP2の両方にデータ2を送信する。 データ2を受信した後、AP1はACK 1930をSTAに送信することができ、AP2はACK 1940をSTAに送信することができる。 この例では、データは、APまたは特定のAP(例えば、動的点選択の場合)の両方にアドレス指定されてもよい。 ターゲットAPまたはAPは、逆トリガ1920でアドレス指定することができる。 この例は、UL協調SUビーム成形またはジョイント予符号化に関する問題を扱うことができる。
・ この例では、STAはULで複数のAPに同時に送信することができる。 APが互いに受信できないか、またはプライマリAPから受信できない場合、チャネルアクセス手順を実装して、マルチAP UL送信が期待されることを、すべての所望のAPに通知することができる。
・ この例では、AP1とAP2はSTAからの同時受信を実行するために交渉するかもしれません。 いくつかの実装では、折衝において、AP1は主APと見なされるかもしれず、AP2は副APと見なされるかもしれません。 いくつかの実装では、AP1およびAP2は、必要なチャネル状態情報を取得する前に、マルチAP結合送信サウンディングを実行するか、またはSTAがサウンディングを実行し、自身とAPの間のチャネルを取得することを可能にすることができる。 この場合、STAは、NDPAとNDPを個別に、あるいは共同でAPに送り、次に各APからULチャネルを取得することができる。例えば、各APをポーリングするか、あるいは、所定の方法、例えば、それらのチャネル情報を送るためにAPのULトリガを送ることによってである。 DL Multi-AP送信
・ UL Multi-AP伝送のためのチャネルアクセス手順は、1つ以上のAPによってトリガされ得る。 1つの方法では、AP1とAP2は、どちらか一方から受信できないかもしれず、交渉はSTAを通して行われるかもしれません。 いくつかの実装では、AP1はチャネルを獲得し、STAからの送信をトリガするためにマルチAPトリガフレームを送信してもよい。 マルチAPトリガフレームでは、AP1は、マルチAPトリガフレームにおいて、来るべきULマルチAP送信を構成することができる。 いくつかの実装では、プライマリAPであるAP1がAP2からSTAへの送信を設定するかもしれません。 例えば、複数APトリガフレームは、STA固有の情報および/または共通情報を示すことができる。 STA固有の情報(ここでSTAはAP STAまたは非AP STAを示す)は、STAの役割および/またはSTA IDを示す可能性がある。 STAの役割はSTAが送信機/APであるか受信機/STAであるかを示すかもしれない。 STA IDは、アソシエーション識別子(AID)、圧縮AID、BSS識別子(BSSID、圧縮BSSID)、BSSカラー、または拡張BSSカラーなどであり得る。
・ STAの役割が送信機/STAを示す場合、それはパケットIDを含んでもよい。 パケットIDは、そのパケットがSTAから送信されたことを示すかもしれない。 いくつかの例では、このフィールドはAP/送信機固有のフィールドであってもよい。 STAは、複数のAPに対応するパケットIDを検出し、単一のパケットが複数のAPから送信されるか、複数のパケットが複数のAPから送信されるかを判断してもよい。 最初のケースでは、STAは単一パケットをデコードするために複数のAPからの送信を組み合わせるかもしれません。
・ STA役割が受信機/APを示す場合、それは資源割当て、空間ストリーム割当て、および/またはMCS関連情報を含んでもよい。 資源割当ては、マルチAPパケットをAPに送信するためにSTAに割り当てられた資源を示すかもしれない。 OFDMA送信シナリオでは、リソースはリソース単位(RU)で割り当てられる。 空間ストリーム割り当ては、開始空間ストリームインデックスおよび受信機に使用される空間ストリームの数を示すことができる。 MCS関連情報は、MCS、符号化方式、DCM変調が利用されるかどうかなどを含み得る。
・ 一般的な情報には、タイプフィールドを含めることができる。 タイプは、ULマルチAP送信を示すことがある。 タイプは、APから送信されたトリガフレームを示すことができる。
・ AP1からマルチAPトリガフレームを受信した後、STAは、逆トリガフレームを複数のAPに送信することができる。 逆トリガフレームにおいて、STAは、AP1によって送信された複数APトリガフレームによって運ばれる反復全情報または部分情報を示すことがある。 このフィールドは、例えば、AP1とAP2が互いに直接通信することが困難な場合に使用され得る。 そのような場合、またはAP2がそのトリガフレーム内の何かを変更する場合、逆トリガフレームは、近くのマルチAP送信で使用される構成を確認することができる。 確認された構成は、AP1もしくはAP2、またはAP1とAP2の組み合わせからであり得る。
・ STAは、AP1およびAP2にデータを送信してもよい。 いくつかの実装では、送信の終わりに、STAは、APからの確認通知の同時送信をトリガするために、別の逆トリガフレームを連結してもよい。 逆トリガフレームにおいて、STAは、電力制御情報のような同期情報を含んでもよい。 電力制御情報は、逆トリガ・フレームの送信電力、および/またはマルチAPデータ送信のための予想されるRSSIを示すことができる。 APは、自身の送信パワーを決定するために、これらの2つのフィールドを使用することができる。 STAは、トリガフレームに関して時間および/または周波数補正を実行するために、1つ以上のAPを要求することができる。 APは、確認通知フレームをSTAに送信してもよい。
・ 図20は、複数のAPがSTAから同時に受信することを可能にするチャネルアクセススキームの例を示す。 図に示すように、 20、AP1は、トリガフレーム2010をSTAに送信する。 トリガフレーム2010は、図に示される第1のトリガフレーム1510と類似または同一である。 15. 次に、AP2は、可用性情報を含む短いトリガフレーム2020をSTAに送信する。 次に、STAは、トリガフレーム2010とショートトリガフレーム2020に基づいて逆トリガフレーム2030を生成し、逆トリガフレーム2030をAP1とAP2の両方に送信する。 次に、STAは、逆トリガフレーム2030内の情報に基づいて、データ2060をAP1およびAP2の両方に送信する。 データ2を受信した後、AP1はACK 2040をSTAに送信することができ、AP2はACK 2050をSTAに送信することができる。
・ データ2060は、APの両方または特定のAP(例えば、動的点選択の場合)にアドレス指定されてもよい。 ターゲットAPまたはAPは、逆トリガでアドレス指定することができる。
・ いくつかの例では、APは、互いに受け取ることができる。 チャネルアクセス方式は、マルチAP UL伝送情報を交換するために使用され、一方、他のものからの干渉から伝送を保護する。 図 20は、いくつかの実装において、STAが複数のAPに同時に送信することを許すことができる別の例示的なチャネルアクセス手順を示す。
・ 図の例では、 20、AP1およびAP2は、STAからの同時受信を実行するために交渉することができる。 いくつかの実装では、折衝において、AP1は主APと見なされるかもしれず、AP2は副APと見なされるかもしれません。 いくつかの例では、AP1およびAP2は、事前にマルチAPジョイント伝送サウンディングを実行し、必要なチャネル状態情報を取得することができる。 いくつかの実装では、AP1とAP2は互いに受信できないかもしれず、交渉はSTAを通して行われるかもしれません。
・ AP1は、チャネルを獲得し、マルチAPトリガフレームを送信して、STAからの送信をトリガすることができる。 マルチAPトリガフレームでは、AP1は、マルチAPトリガフレームにおいて、来るべきULマルチAP送信を設定することができる。 1つの方法では、AP1、つまりプライマリAPがAP2からSTAへの送信を設定できるようにすることができます。 例えば、複数APトリガフレームは、STA固有の情報および/または共通情報を示すことができる。 STA固有の情報(ここでSTAはAP STAまたは非AP STAを示す)は、STAの役割および/またはSTA IDを示す可能性がある。 STAの役割はSTAが送信機/APであるか受信機/STAであるかを示すかもしれない。 STA IDは、アソシエーション識別子(AID)、圧縮AID、BSS識別子(BSSID、圧縮BSSID)、BSSカラー、または拡張BSSカラー、MACアドレス、圧縮MACアドレスなどであり得る。
・ もしSTAの役割が送信機/STAを示すかもしれないなら、それはパケットIDを含むかもしれません。 パケットIDは、そのパケットがSTAから送信されることを示すために使用され得る。 いくつかの例では、このフィールドはAP/送信機固有のフィールドであってもよい。 STAは、複数のAPに対応するパケットIDを検出し、単一のパケットが複数のAPから送信されるか、複数のパケットが複数のAPから送信されるかを判断してもよい。 最初のケースでは、STAは単一パケットをデコードするために複数のAPからの送信を組み合わせるかもしれません。
・ STA役割が受信機/APを示す場合、それは資源割当て、空間ストリーム割当て、および/またはMCS関連情報を含んでもよい。 資源割当ては、マルチAPパケットをAPに送信するためにSTAに割り当てられた資源を示すかもしれない。 OFDMA送信シナリオでは、リソースはリソース単位(RU)で割り当てられる。 空間ストリーム割り当ては、開始空間ストリームインデックスおよび受信機に使用される空間ストリームの数を示すことができる。 MCS関連情報は、MCS、符号化方式、DCM変調が利用されるかどうかなどを含み得る。
・ 一般的な情報には、タイプフィールドを含めることができる。 タイプは、ULマルチAP送信を示すことがある。 タイプは、APから送信されたトリガフレームを示すことができる。 共通の情報は、例えば、STAがトリガフレームに対して時間及び/又は周波数補正を実行するために1つ又は複数のAPを要求することができる場合に、時間及び/又は周波数補正情報を含み得る。
・ 複数APトリガフレームを受信した後、AP2は、AP1によって送信されたものと同じであってもよい複数APトリガフレームを送信することができる。 あるいは、AP2は、AP1によって送信される情報のサブセットを運ぶことができる短いマルチAPトリガフレームを送信することができる。 いくつかの実装では、短いマルチAPトリガフレームは、AP2の識別を運ぶかもしれないNDPフレームであるかもしれません。 AP2からの送信は、AP2が来るマルチAP送信の準備ができていることを示すかもしれない。 いくつかの実装では、マルチAPトリガフレームまたは短いマルチAPトリガフレームは、AP1によって送信されるいくつかの情報を上書きすることができる。 例えば、AP2はSTAから受信するためにチャネル2を使用するように割り当てられるかもしれませんが、チャネル2はAP2で利用できないかもしれません、AP2はAP1とSTAの両方に利用できないか利用可能なチャネルリストを示すかもしれません。
・ 複数のAPからマルチAPトリガフレームを受信した後、STAは、逆トリガフレームを複数のAPに送信することができる。 逆トリガフレームにおいて、STAは、AP1によって送信された複数APトリガフレームによって運ばれる反復全情報または部分情報を示すことができる。 このフィールドは、例えば、AP1とAP2が互いに直接通信することが困難な場合に使用され得る。 そのような場合、またはAP2がそのトリガフレーム内の何かを変更する場合、逆トリガフレームは、近くのマルチAP送信で使用される構成を確認することができる。 確認された構成は、AP1もしくはAP2、またはAP1とAP2の組み合わせからであり得る。
・ STAは、AP1およびAP2にデータを送信してもよい。 いくつかの実装では、送信の終わりに、STAは、APからの確認通知の同時送信をトリガするために、別の逆トリガフレームを連結してもよい。 逆トリガフレームでは、STAは同期情報を含んでもよい。 同期情報は、電力制御情報を含んでもよい。 同期情報は、時間および/または周波数補正情報を含み得る。 電力制御情報は、逆トリガ・フレームの送信電力、および/またはマルチAPデータ送信のための予想されるRSSIを示すことができる。 APは、自身の送信パワーを決定するために、これらの2つのフィールドを使用することができる。 時間および/または周波数補正情報において、STAは、トリガ・フレームに対して時間または周波数補正を実行するために、1つ以上のAPを要求することができる。APは、確認フレームをSTAに送信することができる。
・ いくつかの実装は、送信電力およびマルチユーザ共同送信を提供する。 このような例は、APが異なる障害および/または構成(例えば、異なる送信パワーおよび/またはEVM)を有する場合、協調されたMUビーム形成に関する問題に対処することができる。
・ いくつかの実装では、高い変換数のJT MU-MIMOチャネルを反転させる問題を解決するために、電力成分と有効チャネルを別々に反転させることができる。 いくつかの実装では、電力効果を排除することによって、結果として生じるマトリクスをより反転可能にすることができる(例えば、より低い条件番号を有する)。
・ いくつかの実施形態では、2つの成分の反転をベースバンド内で行うことができる。 いくつかの実装では、電力デスケーリングまたは逆転は、アナログドメイン内で実行されてもよく、チャネルの残りの反転は、ベースバンド内で実行されてもよい(例えば、組み合わされたアナログおよびデジタルベースバンドJT MU-MIMO)。
・ 結合されたアナログおよびデジタルベースバンドJT MU-MIMOのいくつかの実装において、APは、それらのTx電力値をコントローラに送信することができ、コントローラは、アナログプリコーディング電力スケーリング値をAPに送信することができる。 APは、その後、電力スケーリングを行い、JPプリコーディング手順を開始することができる。
・ 結合されたアナログおよびデジタルベースバンドJT MU-MIMOのいくつかの実装では、マスタAPは、スレーブAPがその送信電力を報告することを要求することができる。 マスタAPは、その後、アナログ電力スケーリング値をスレーブAPに送信することができる。 図 21および図 22は、明示的なフィードバックを伴う例示的なJT MU-MIMO手順の手順およびフレーム交換の例を示す。 図 23および図 24は、暗黙のフィードバックを伴う例示的なJT MU-MIMO手順の手順およびフレーム交換の例を示す。 図 21および図 23は、不平衡電力シナリオのためのJT手順を示しており、マスタAPはプリコーダを設計する。 図 22および図 24は、不平衡電力シナリオのためのJT手順を示し、各APはプリコーダを設計する。
・ いくつかの実装では、APおよびSTA座標は、マスタAPで設計されたプリコーダを用いてAP送信電力およびAPプリコーダを設定する。 結合されたアナログおよびデジタルベースバンドJT MU-MIMOのいくつかの実装において、APは、STAから送信される有効なJPチャネルHを要求することができる。 次いで、マスタAPまたはコントローラは、有効チャネルの条件番号を正規化し、別個のアナログスケーリングおよびディジタルプリコーディングパラメータをJP送信のためのAPに送信することができる。
・ このような手順の例は、セットアップ、チャネル/電力収集、プレコーダ情報、および送信ステージを有するものとして説明することができる。 これらは、例示的であり、手順は、任意の適切な順序またはステージの組み合わせで実施することができる。
・ セットアップフェーズの例では、各STAは複数のAPに関連付けられ、それが可能なマルチAP伝送のタイプ(例えば、この場合、関節伝送)を識別する。 APとSTAの両方は、それらが電力不均衡のためのアナログおよびディジタル処理が可能であることを示す。 能力が欠如している場合、AP/STAは、マルチAPスキームからドロップアウトし、単一のAP/STAから送信/受信することを選択することができることに留意されたい。
・ チャネル/電力獲得ステージの例の間、APおよびSTAは、効果的なMIMOチャネルを識別するためのサウンディング手順を受ける。 これは明示的であっても暗黙的であってもよい。 チャネルの獲得時に、追加のAPは、相対的電力情報をマスタAPに送信することができる(例えば、電力レベルフィードバック)。
・ 例示的なプレコーダ情報ステージの間、マスタAPは、アナログおよびディジタルプレコーダ情報をセカンダリ/スレーブAPに送信することができる。 アナログ・プレコーダは、完全マトリクス・プレコーダであってもよい。 アナログ・プレコーダは、パワー・バランスのために両方のAPのパワーを正規化するパワー調整プレコーダであってもよいし、またはそれらを含んでもよい。
・ 一例の送信ステージの間、APは、アナログおよびデジタルプレコーダを使用して、JTフレームをSTAに送信する。 これらの例示的な段階を図に示す。 図21 図22 23および図 図の場合、明示的および暗黙的フィードバックのための24。 21は、マスタAPがプレコーダ(明示的フィードバック)を設計する、アンバランス電力シナリオのためのマスタAPを備えたJT手順の例を示す。
・ 図に示すように、 21、2110～2140のプロセスは、JT手順の例を表す。 2110において、各STAは、複数のAPと関連付け、それが可能なマルチAP送信のタイプを識別することができる。 例えば、AP(例えば、AP1とAP2)とSTA(例えば、STA1とSTA2)の両方は、それらが電力不均衡のためのアナログとディジタル処理が可能であることを示します。 2120において、粉末およびチャネル情報は、マスターAP(例えば、マスターAP)によって取得され得る。 AP1)およびAP1は、Master Trigger 2151、NDP 2153、NDP 2154、Master Trigger 2152、FB 2155およびFB 2156を介してプレコーダを設計することができます。 その後、AP2は、相対電力情報をAP1、すなわち、電力レベルフィードバック2157に送信することができる。 2130において、AP1は、マスタートリガ2158、有効電力レベルプレコーダ2159、およびマスタートリガ2160を介して、AP2にプレコーダ情報を送信することができる。 次に、2140において、両方のAPは、JTフレーム(すなわち、JT MU-MIMO 2161およびJT MU-MIMO 2162)をSTAに送信することができ、STAは、ACK 2163およびACK 2164をそれぞれAPに報告することができる。
・ 図22は、不平衡電力シナリオのためのマスタAPを備えたJT手順の例を示し、各APは、プレコーダ(明示的フィードバック)を設計する。 図に示すように、22、2210~2230のプロセスは、JT手順の例を示しています。 2210において、各STAは、複数のAPと関連付け、それが可能なマルチAP送信のタイプを識別することができる。 例えば、AP(例えば、AP1とAP2)とSTA(例えば、STA1とSTA2)の両方は、それらが電力不均衡のためのアナログとディジタル処理が可能であることを示します。 2220において、粉末およびチャネル情報は、マスターAP(例えば、マスターAP)によって取得され得る。 AP1)および各APは、マスター・トリガー2241、NDP 2242、NDP 2243、トリガー2244、FB 2245、FB 2246、パワー・レベル・フィードバック2247、トリガー2248、FB 2249、FB 2250およびパワー・レベル・フィードバック2251を介してそのプリコーダーを設計することができます。 次に、2130において、AP1は、マスタートリガ2252およびJT MU-MIMO 2253をSTAに送信することができる。 AP2は、JT MU-MIMO 2254をSTAに送るかもしれません。 STAは、ACK 2255およびACK 2256をそれぞれAPに報告することができる。
・ 図23は、マスタAPがプレコーダ(暗黙のフィードバック)を設計する、不平衡電力シナリオのためのマスタAPを備えた例示的なJT手順を示す。 2310において、各STAは、複数のAPに関連付け、それが可能なマルチAP送信のタイプを識別することができる。 例えば、AP(例えば、AP1とAP2)とSTA(例えば、STA1とSTA2)の両方は、それらが電力不均衡のためのアナログとディジタル処理が可能であることを示します。 2320において、粉末およびチャネル情報は、マスターAP(例えば、マスターAP)によって取得され得る。 AP1)およびAP1は、Master Trigger 2351、NDP 2353、NDP 2354、Master Trigger 2352、およびPower Level Feedback 2355を介してプレコーダを設計することができます。 その後、2330において、AP1は、マスタートリガ2356、有効電力レベルプレコーダ2357およびマスタートリガ2358を介して、AP2にプレコーダ情報を送信することができる。 次に、2340において、両方のAPは、JTフレーム(すなわち、JT MU-MIMO 2359およびJT MU-MIMO 2360)をSTAに送信することができ、STAは、それぞれ、ACK 2361およびACK 2262をAPに報告することができる。
・ 図24は、不平衡電力シナリオのためのマスタAPを備えたJT手順の例を示しており、各APは、プレコーダ(暗黙のフィードバック)を設計する。 2410において、各STAは、複数のAPと関連付け、それが可能なマルチAP送信のタイプを識別することができる。 例えば、AP(例えば、AP1とAP2)とSTA(例えば、STA1とSTA2)の両方は、それらが電力不均衡のためのアナログとディジタル処理が可能であることを示します。 2420において、粉末およびチャネル情報は、マスターAP(例えば、マスターAP)によって取得され得る。 AP1)および各APは、マスタートリガー2441、トリガー2442、NDP 2443、NDP 2444、電力レベルフィードバック2245、トリガー2246、および電力レベルフィードバック2247を介して、そのプリコーダーを設計することができる。 その後、2430で、AP1はマスタートリガー2448とJT MU-MIMO 2449をSTAに送ることができます。 AP2は、JT MU-MIMO 2450をSTAに送るかもしれません。 STAは、ACK 2451およびACK 2452をそれぞれAPに報告することができる。
・ 特徴および要素は、特定の組み合わせで上述されているが、当業者であれば、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用することができることを理解するであろう。 さらに、本明細書に記載される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェアまたはファームウェアで実施することができる。 コンピュータ読み取り可能媒体の例には、電子信号(有線または無線接続を介して送信される)およびコンピュータ読み取り可能記憶媒体が含まれる。 コンピュータ読み取り可能な記憶媒体の例としては、読取り専用メモリ、ランダムアクセスメモリ、レジスタ、キャッシュメモリ、半導体メモリデバイス、磁気媒体、例えば内部ハードディスクおよびリムーバブルディスク、磁気光学媒体、ならびに光媒体、例えばCD-ROMディスク、およびデジタル汎用ディスクが挙げられるが、これらに限定されない。 ソフトウェアに関連するプロセッサを使用して、WTRU、UE、端末、基地局、RNC、または任意のホストコンピュータで使用するための高周波トランシーバを実装することができる。
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【誤訳訂正書】
【提出日】2021-11-19
【誤訳訂正1】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
[0001] 本願は、参照によりその内容が本明細書に援用される、２０１８年１１月８日に出願された米国仮特許出願第６２／７５７，６１１号の利益及び２０１９年３月７日に出願された米国仮特許出願第６２／８１５，１１３号の利益を主張する。
[0001] 本願は、参照によりその内容が本明細書に援用される、２０１８年１１月８日に出願された米国仮特許出願第６２／７５７，６１１号の利益及び２０１９年３月７日に出願された米国仮特許出願第６２／８１５，１１３号の利益を主張する。
【背景技術】
【0002】
背景
[0002] インフラストラクチャ基本サービスセット（ＢＳＳ）モード内のＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）及びＡＰに関連付けられた１つ又は複数のステーション（ＳＴＡ）を有する。ＡＰは、典型的には、ＢＳＳの内外にトラフィックを運ぶ分配システム（ＤＳ）又は別の種類の有線／無線ネットワークへのアクセス又はインタフェースを有する。ＢＳＳの外部から生じるＳＴＡへのトラフィックは、ＡＰを介して到達し、ＳＴＡに届けられる。ＢＳＳの外部の宛先へのＳＴＡから生じるトラフィックは、それぞれの宛先に届けられるようにＡＰに送信される。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを介して送信することもでき、ソースＳＴＡは、ＡＰにトラフィックを送信し、ＡＰは、そのトラフィックを宛先ＳＴＡに届ける。ＢＳＳ内のＳＴＡ間のかかるトラフィックは、実際には、ピアツーピアトラフィックである。かかるピアツーピアトラフィックは、802.11e ＤＬＳ又は802.11zトンネル化ＤＬＳ（ＴＤＬＳ）を使用するダイレクトリンクセットアップ（ＤＬＳ）を用いて、ソースＳＴＡと宛先ＳＴＡとの間で直接送信することもできる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さず、及び／又は互いに直接通信するＳＴＡを有する。このモードの通信を「アドホック」モードの通信と呼ぶ。
[0002] インフラストラクチャ基本サービスセット（ＢＳＳ）モード内のＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）及びＡＰに関連付けられた１つ又は複数のステーション（ＳＴＡ）を有する。ＡＰは、典型的には、ＢＳＳの内外にトラフィックを運ぶ分配システム（ＤＳ）又は別の種類の有線／無線ネットワークへのアクセス又はインタフェースを有する。ＢＳＳの外部から生じるＳＴＡへのトラフィックは、ＡＰを介して到達し、ＳＴＡに届けられる。ＢＳＳの外部の宛先へのＳＴＡから生じるトラフィックは、それぞれの宛先に届けられるようにＡＰに送信される。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを介して送信することもでき、ソースＳＴＡは、ＡＰにトラフィックを送信し、ＡＰは、そのトラフィックを宛先ＳＴＡに届ける。ＢＳＳ内のＳＴＡ間のかかるトラフィックは、実際には、ピアツーピアトラフィックである。かかるピアツーピアトラフィックは、802.11e ＤＬＳ又は802.11zトンネル化ＤＬＳ（ＴＤＬＳ）を使用するダイレクトリンクセットアップ（ＤＬＳ）を用いて、ソースＳＴＡと宛先ＳＴＡとの間で直接送信することもできる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さず、及び／又は互いに直接通信するＳＴＡを有する。このモードの通信を「アドホック」モードの通信と呼ぶ。
【発明の概要】
【0003】
[0003] ダウンリンク協調シングルユーザ（ＳＵ）ビームフォーミング又はジョイントプリコーディングでは、信号が同様の受信出力、時間及び周波数でＳＴＡに到達して、ＳＴＡによる信号の適切な復号を可能にするようにＡＰがＳＴＡに同期するための方法が求められている。加えて、この動作を可能にするチャネルアクセス方式を定める必要がある。
【0004】
概要
[0004] 無線送信／受信ユニット（ＷＴＲＵ）によって実行されるマルチアクセスポイント（マルチＡＰ）通信の方法は、複数のアクセスポイント（ＡＰ）の第１のＡＰから第１のトリガフレームを受信することであって、第１のトリガフレームは、第１の情報を含む、受信することを含む。ＷＴＲＵは、第１のトリガフレームを受信した後の所定の期間において、複数のＡＰの第２のＡＰから第２のトリガフレームを受信する。第２のトリガフレームも第１のトリガフレームの第１の情報を含む。ＷＴＲＵは、第１のトリガフレーム及び第２のトリガフレームに基づいて同期フレームを生成する。同期フレームは、同期情報を含む。ＷＴＲＵは、少なくとも第１のＡＰ及び第２のＡＰに同期フレームを伝送する。最後に、ＷＴＲＵは、第１のＡＰ及び第２のＡＰのそれぞれから、同期情報に基づいてデータ伝送を受信する。
[0004] 無線送信／受信ユニット（ＷＴＲＵ）によって実行されるマルチアクセスポイント（マルチＡＰ）通信の方法は、複数のアクセスポイント（ＡＰ）の第１のＡＰから第１のトリガフレームを受信することであって、第１のトリガフレームは、第１の情報を含む、受信することを含む。ＷＴＲＵは、第１のトリガフレームを受信した後の所定の期間において、複数のＡＰの第２のＡＰから第２のトリガフレームを受信する。第２のトリガフレームも第１のトリガフレームの第１の情報を含む。ＷＴＲＵは、第１のトリガフレーム及び第２のトリガフレームに基づいて同期フレームを生成する。同期フレームは、同期情報を含む。ＷＴＲＵは、少なくとも第１のＡＰ及び第２のＡＰに同期フレームを伝送する。最後に、ＷＴＲＵは、第１のＡＰ及び第２のＡＰのそれぞれから、同期情報に基づいてデータ伝送を受信する。
【0005】
[0005] マルチアクセスポイント（マルチＡＰ）通信を行うように構成される無線送信／受信ユニット（ＷＴＲＵ）は、複数のアクセスポイント（ＡＰ）の第１のＡＰから第１のトリガフレームを受信するように構成される受信機を含む。第１のトリガフレームは、第１の情報を含む。受信機は、第１のトリガフレームを受信した後の所定の期間において、複数のＡＰの第２のＡＰから第２のトリガフレームを受信するようにも構成される。第２のトリガフレームも第１のトリガフレームの第１の情報を含む。ＷＴＲＵは、第１のトリガフレーム及び第２のトリガフレームに基づいて同期フレームを生成するように構成されるプロセッサを更に含む。同期フレームは、同期情報を含む。ＷＴＲＵは、少なくとも第１のＡＰ及び第２のＡＰに同期フレームを伝送するように構成される送信機を更に含む。更に、受信機は、第１のＡＰ及び第２のＡＰのそれぞれから、同期情報に基づいてデータ伝送を受信するように構成される。
【0006】
図面の簡単な説明
[0006] 添付図面に関連して例として示す以下の説明からより詳細な理解を得ることができ、図中の同様の参照番号は、同様の要素を示す。
[0006] 添付図面に関連して例として示す以下の説明からより詳細な理解を得ることができ、図中の同様の参照番号は、同様の要素を示す。
【図面の簡単な説明】
【0007】
【図1A】[0007]１つ又は複数の開示する実施形態を実装することができる通信システムの一例を示すシステム図である。
【図2】[0011]協調直交周波数分割多元接続（ＯＦＤＭＡ）における部分周波数再利用（ＦＦＲ）を示す。
【図4】[0013]協調ヌリング（nulling）／ビームフォーミングの一例を示す。
【図5】[0014]シングルユーザジョイントプリコーデッドマルチＡＰ伝送を示す。
【図6】[0015]マルチユーザジョイントプリコーデッドマルチＡＰ伝送を示す。
【図7】[0016]トリガベースのマルチＡＰサウンディングの一例を示す。
【図8】[0017]アップリンク（ＵＬ）サウンディングの位相オフセットの一例を示す。
【図9】[0018]協調ＭＵビームフォーミングの一例を示す。
【図10】[0019]トリガフレームベースのダウンリンク（ＤＬ）ジョイント伝送の一例を示す。
【図11】[0020]例示的なチャネルアクセス手順を示す。
【図12】[0021]例示的なチャネルアクセス手順を示す。
【図13】[0022]例示的なチャネルアクセス手順を示す。
【図14】[0023]例示的なチャネルアクセス手順を示す。
【図15】[0024]例示的なチャネルアクセス手順を示す。
【図16】[0025]例示的なチャネルアクセス手順を示す。
【図17】[0026]例示的なチャネルアクセス手順を示す。
【図18】[0027]例示的なチャネルアクセス手順を示す。
【図19】[0028]例示的なチャネルアクセス手順を示す。
【図20】[0029]例示的なチャネルアクセス手順を示す。
【図21】[0030]ＪＴ ＭＵ－ＭＩＭＯの一例に関する手順及びフレーム交換の一例を示す。
【図22】[0031]ＪＴ ＭＵ－ＭＩＭＯの一例に関する手順及びフレーム交換の一例を示す。
【図23】[0032]ＪＴ ＭＵ－ＭＩＭＯの一例に関する手順及びフレーム交換の一例を示す。
【図24】[0033]ＪＴ ＭＵ－ＭＩＭＯの一例に関する手順及びフレーム交換の一例を示す。
【発明を実施するための形態】
【0008】
詳細な説明
[0034] 図１Ａは、１つ又は複数の開示する実施形態を実装することができる通信システム１００の一例を示す図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを提供する多元接続システムであり得る。通信システム１００は、無線帯域幅を含むシステムリソースを共用することによって複数の無線ユーザがかかるコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理済みＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）等の１つ又は複数のチャネルアクセス方法を使用することができる。
[0034] 図１Ａは、１つ又は複数の開示する実施形態を実装することができる通信システム１００の一例を示す図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを提供する多元接続システムであり得る。通信システム１００は、無線帯域幅を含むシステムリソースを共用することによって複数の無線ユーザがかかるコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理済みＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）等の１つ又は複数のチャネルアクセス方法を使用することができる。
【0009】
[0035] 図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０及び他のネットワーク１１２を含み得るが、開示する実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク及び／又はネットワーク要素を予期することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境内で動作及び／又は通信するように構成される任意の種類の装置であり得る。例として、その何れもステーション（ＳＴＡ）と呼ぶことができるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を伝送及び／又は受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定又は移動加入者ユニット、加入ごとのユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はMi-Fi装置、モノのインターネット（ＩｏＴ）装置、時計又は他の着用物、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療装置及び医学的応用（例えば、遠隔手術）、工業装置及び工業的応用（例えば、工業及び／又は自動化プロセスチェーンに関連して動作するロボット及び／又は他の無線装置）、家庭用電子装置、商用及び／又は工業用無線ネットワーク上で動作する装置等を含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ及び１０２ｄの何れもＵＥと区別なく呼ぶ場合がある。
【0010】
[0036] 通信システム１００は、基地局１１４ａ及び／又は基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂのそれぞれは、ＣＮ１０６、インターネット１１０及び／又は他のネットワーク１１２等の１つ又は複数の通信ネットワークへのアクセスを促進するためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインタフェースするように構成される任意の種類の装置であり得る。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ局（ＢＴＳ）、NodeB、eNode B（eNB）、Home Node B、Home eNode B、gNodeB（gNB）等の次世代NodeB、new radio（NR）NodeB、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ等であり得る。基地局１１４ａ、１１４ｂを単一の要素としてそれぞれ示すが、基地局１１４ａ、１１４ｂは、相互接続された任意の数の基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。
【0011】
[0037] 基地局１１４ａは、ＲＡＮ１０４の一部であり得、ＲＡＮ１０４は、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード等の他の基地局及び／又はネットワーク要素（不図示）も含み得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（不図示）と呼ばれ得る１つ又は複数のキャリア周波数上で無線信号を伝送及び／又は受信するように構成され得る。これらの周波数は、ライセンススペクトル、非ライセンススペクトル又はライセンススペクトルと非ライセンススペクトルとの組み合わせにおけるものであり得る。セルは、相対的に固定され得るか又は時間と共に変化し得る特定の地理的領域に無線サービスのカバレッジを提供することができる。セルは、セルセクタに更に分割され得る。例えば、基地局１１４ａに関連するセルは、３つのセクタに分割することができる。従って、一実施形態では、基地局１１４ａは、３つの、即ちセルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａが多重入出力（ＭＩＭＯ）技術を使用することができ、セルのセクタごとに複数のトランシーバを利用し得る。例えば、所望の空間方向に信号を伝送及び／又は受信するためにビームフォーミングを使用することができる。
【0012】
[0038] 基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外（ＩＲ）、紫外（ＵＶ）、可視光等）であり得るエアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ又は複数と通信し得る。エアインタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【0013】
[0039] より具体的には、上記で述べたように、通信システム１００は、多元接続システムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡ等の１つ又は複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインタフェース１１６を確立し得るUniversal Mobile Telecommunications System（ＵＭＴＳ）Terrestrial Radio Access（ＵＴＲＡ）等の無線技術を実装することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）及び／又はEvolved HSPA（ＨＳＰＡ＋）等の通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）及び／又は高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含み得る。
【0014】
[0040] 一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、Long Term Evolution（LTE）及び／又はLTE-Advanced（LTE-A）及び／又はLTE-Advanced Pro（LTE-A Pro）を使用してエアインタフェース１１６を確立し得るEvolved UMTS Terrestrial Radio Access（E-UTRA）等の無線技術を実装することができる。
【0015】
[0041] 一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、NRを使用してエアインタフェース１１６を確立し得るNR無線アクセス等の無線技術を実装することができる。
【0016】
[0042] 一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装することができる。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）の原理を使用してLTE無線アクセス及びNR無線アクセスを一緒に実装することができる。従って、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインタフェースは、複数の種類の無線アクセス技術及び／又は複数の種類の基地局（例えば、eNB及びgNB）との間で送信される伝送によって特徴付けることができる。
【0017】
[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）等の無線技術を実装することができる。
【0018】
[0044] 図１Ａの基地局１１４ｂは、例えば、無線ルータ、Home Node B、Home eNode B又はアクセスポイントであり得、事業所、自宅、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路等の局所的領域内の無線接続性を促進するために任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、IEEE 802.11等の無線技術を実装して無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、IEEE 802.15等の無線技術を実装して無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。更に別の実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、WCDMA、CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NR等）を利用してピコセル又はフェムトセルを確立することができる。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。従って、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がない場合がある。
【0019】
[0045] ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ又は複数に音声、データ、アプリケーション及び／又はボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成される任意の種類のネットワークであり得るＣＮ１０６と通信し得る。データは、異なるスループット要件、遅延要件、エラー許容範囲要件、信頼性要件、データスループット要件、モビリティ要件等、種々のサービス品質（ＱｏＳ）要件を有し得る。ＣＮ１０６は、呼制御、課金サービス、モバイルロケーションベースサービス、プリペイド通話、インターネット接続、ビデオ配信等を提供することができ、及び／又はユーザ認証等の高レベルセキュリティ機能を実行することができる。図１Ａには不図示であるが、ＲＡＮ１０４及び／又はＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを使用する他のＲＡＮと直接的又は間接的に通信し得ることが理解されるであろう。例えば、NR無線技術を利用し得るＲＡＮ１０４に接続されることに加え、ＣＮ１０６は、GSM、UMTS、CDMA2000、WiMAX、E-UTRA又はWiFi無線技術を使用する別のＲＡＮ（不図示）と通信することもできる。
【0020】
[0046] ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０及び／又は他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たすこともできる。ＰＳＴＮ１０８は、単純旧式電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）及び／又はインターネットプロトコル（ＩＰ）等の共通の通信プロトコルを使用する、相互接続されたコンピュータネットワーク及び装置の世界的なシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを使用し得る１つ又は複数のＲＡＮに接続される別のＣＮを含み得る。
【0021】
[0047] 通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部又は全てがマルチモード機能を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは様々な無線リンク上で様々な無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用し得る基地局１１４ａ及びIEEE 802無線技術を使用し得る基地局１１４ｂと通信するように構成され得る。
【0022】
[0048] 図１Ｂは、ＷＴＲＵ１０２の一例を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、伝送／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、脱着不能メモリ１３０、脱着可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６及び／又は他の周辺装置１３８を含み得る。ＷＴＲＵ１０２は、実施形態と合致したままで上記の要素の任意のサブコンビネーションを含み得ることが理解されるであろう。
【0023】
[0049] プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つ又は複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、書換可能ゲートアレイ（ＦＰＧＡ）、他の任意の種類の集積回路（ＩＣ）、状態機械等であり得る。プロセッサ１１８は、信号符号化、データ処理、出力制御、入力／出力処理及び／又はＷＴＲＵ１０２が無線環境内で動作することを可能にする他の任意の機能を実行することができる。プロセッサ１１８は、伝送／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップ内に統合され得ることが理解されるであろう。
【0024】
[0050] 伝送／受信要素１２２は、エアインタフェース１１６上で基地局（例えば、基地局１１４ａ）との間で信号を伝送又は受信するように構成され得る。例えば、一実施形態では、伝送／受信要素１２２は、ＲＦ信号を伝送及び／又は受信するように構成されるアンテナであり得る。一実施形態では、伝送／受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を伝送及び／又は受信するように構成されるエミッタ／検出器であり得る。更に別の実施形態では、伝送／受信要素１２２は、ＲＦ信号及び光信号の両方を伝送及び／又は受信するように構成され得る。伝送／受信要素１２２は、無線信号の任意の組み合わせを伝送及び／又は受信するように構成され得ることが理解されるであろう。
【0025】
[0051] 図１Ｂでは、伝送／受信要素１２２を単一の要素として示すが、ＷＴＲＵ１０２は、任意の数の伝送／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。従って、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６上で無線信号を伝送し、受信するための２つ以上の伝送／受信要素１２２（例えば、複数のアンテナ）を含み得る。
【0026】
[0052] トランシーバ１２０は、伝送／受信要素１２２によって伝送される信号を変調するように、及び伝送／受信要素１２２によって受信される信号を復調するように構成され得る。上記で述べたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。従って、トランシーバ１２０は、ＷＴＲＵ１０２が例えばNR及びIEEE 802.11等の複数のＲＡＴによって通信することを可能にするための複数のトランシーバを含み得る。
【0027】
[0053] ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット又は有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得、それからユーザ入力データを受信し得る。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６及び／又はディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、脱着不能メモリ１３０及び／又は脱着可能メモリ１３２等の任意の種類の適切なメモリの情報にアクセスし、かかるメモリ内にデータを記憶することができる。脱着不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、ハードディスク又は他の任意の種類のメモリ記憶装置を含み得る。脱着可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ１１８は、サーバ上又はホームコンピュータ上（不図示）等、ＷＴＲＵ１０２上に物理的に位置しないメモリの情報にアクセスし、かかるメモリ内にデータを記憶することができる。
【0028】
[0054] プロセッサ１１８は、電源１３４から電力を得ることができ、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配及び／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切な装置であり得る。例えば、電源１３４は、１つ又は複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉイオン）等）、太陽電池、燃料電池等を含み得る。
【0029】
[0055] プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度及び緯度）を提供するように構成され得るＧＰＳチップセット１３６にも結合され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインタフェース１１６上で位置情報を受信することができ、及び／又は２つ以上の近くの基地局から受信される信号のタイミングに基づいて自らの位置を突き止めることができる。ＷＴＲＵ１０２は、実施形態と合致したままで任意の適切な位置決定方法によって位置情報を取得できることが理解されるであろう。
【0030】
[0056] プロセッサ１１８は、追加の特徴、機能及び／又は有線若しくは無線接続を提供する１つ又は複数のソフトウェア及び／又はハードウェアモジュールを含み得る他の周辺装置１３８に更に結合され得る。例えば、周辺装置１３８は、加速度計、ｅコンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動装置、テレビ受信機、ハンズフリーヘッドセット、Bluetooth（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（ＶＲ／ＡＲ）装置、活動トラッカ等を含み得る。周辺装置１３８は、１つ又は複数のセンサを含むことができる。センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁気計、方位センサ、近接センサ、温度センサ、時間センサ、地理位置センサ、高度計、光センサ、タッチセンサ、磁気計、気圧計、ジェスチャセンサ、バイオメトリクセンサ及び湿度センサ等の１つ又は複数であり得る。
【0031】
[0057] ＷＴＲＵ１０２は、（例えば、（例えば、伝送のための）ＵＬ及び（例えば、受信のための）ＤＬの両方の特定のサブフレームに関連する信号の一部又は全ての伝送及び受信が並行及び／又は同時であり得る全二重無線を含み得る。全二重無線は、ハードウェアによる自己干渉（例えば、チョーク）又はプロセッサによる（例えば、別個のプロセッサ（不図示）又はプロセッサ１１８による）信号処理による自己干渉を減らし及び又はほぼなくすための干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２は、信号の一部又は全ての伝送及び受信（例えば、（例えば、伝送のための）ＵＬ又は（例えば、受信のための）ＤＬのいずれかのための特定のサブフレームに関連する）のための半二重無線を含むことができる。
【0032】
[0058] 図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を示すシステム図である。上記で述べたように、ＲＡＮ１０４は、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにE-UTRA無線技術を使用することができる。ＲＡＮ１０４は、ＣＮ１０６と通信することもできる。
【0033】
[0059] ＲＡＮ１０４は、eNode-B１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、実施形態と合致したままで任意の数のeNode-Bを含み得ることが理解されるであろう。eNode-B１６０ａ、１６０ｂ、１６０ｃは、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ又は複数のトランシーバをそれぞれ含み得る。一実施形態では、eNode-B１６０ａ、１６０ｂ、１６０ｃがＭＩＭＯ技術を実装することができる。従って、例えば、eNode-B１６０ａは、複数のアンテナを使用してＷＴＲＵ１０２ａとの間で無線信号を伝送及び／又は受信することができる。
【0034】
[0060] eNode-B１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（不図示）に関連することができ、無線リソース管理の判断、ハンドオーバの判断、ＵＬ及び／又はＤＬ内のユーザのスケジューリング等を処理するように構成され得る。図１Ｃに示すように、eNode-B１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェース上で互いに通信することができる。
【0035】
[0061] 図１Ｃに示すＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４及びパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１６６を含み得る。上記の要素をＣＮ１０６の一部として示すが、これらの要素の何れもＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されるであろう。
【0036】
[0062] ＭＭＥ１６２は、Ｓ１インタフェースによってＲＡＮ１０４内のeNode-B１６２ａ、１６２ｂ、１６２ｃのそれぞれに接続することができ、制御ノードとしての役割を果たし得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中に特定のサービングゲートウェイを選択すること等を担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭ及び／又はＷＣＤＭＡ等の他の無線技術を使用する他のＲＡＮ（不図示）とを切り替えるための制御プレーン機能を提供し得る。
【0037】
[0063] ＳＧＷ１６４は、Ｓ１インタフェースによってＲＡＮ１０４内のeNode B１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され得る。ＳＧＷ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間のユーザデータパケットをルートし転送することができる。ＳＧＷ１６４は、eNode B間のハンドオーバ中のユーザプレーンのアンカリング、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとって入手可能な場合のページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理及び記憶等の他の機能を実行し得る。
【0038】
[0064] ＳＧＷ１６４は、ＰＧＷ１６６に接続することができ、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを与えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応装置との間の通信を促進することができる。
【0039】
[0065] ＣＮ１０６は、他のネットワークとの通信を促進することができる。例えば、ＣＮ１０６は、ＰＳＴＮ１０８等の回線交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信装置との間の通信を促進することができる。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができるか、又はかかるＩＰゲートウェイと通信し得る。加えて、ＣＮ１０６は、他のサービスプロバイダによって所有及び／又は運営される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えることができる。
【0040】
[0066] 図１Ａ～図１Ｄでは、ＷＴＲＵを無線端末として示すが、特定の代表的な実施形態では、かかる端末が通信ネットワークとの有線通信インタフェースを（例えば、一時的に又は永続的に）使用できることが企図される。
【0041】
[0067] 代表的な実施形態では、他のネットワーク１１２がＷＬＡＮであり得る。
【0042】
[0068] インフラストラクチャ基本サービスセット（ＢＳＳ）モード内のＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）及びＡＰに関連付けられた１つ又は複数のステーション（ＳＴＡ）を有し得る。ＡＰは、ＢＳＳ内外にトラフィックを運ぶ分配システム（ＤＳ）又は別の種類の有線／無線ネットワークへのアクセス又はインタフェースを有し得る。ＢＳＳの外部から生じるＳＴＡへのトラフィックは、ＡＰを介して到着することができ、ＳＴＡに届けられ得る。ＢＳＳの外部の宛先へのＳＴＡから生じるトラフィックは、それぞれの宛先に届けられるようにＡＰに送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを介して送信することができ、例えば、ソースＳＴＡは、ＡＰにトラフィックを送信することができ、ＡＰは、そのトラフィックを宛先ＳＴＡに届けることができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なし及び／又は呼ぶことができる。ピアツーピアトラフィックは、ダイレクトリンクセットアップ（ＤＬＳ）を用いてソースＳＴＡと宛先ＳＴＡとの間で（例えば、直接）送信され得る。特定の代表的な実施形態では、ＤＬＳが802.11e ＤＬＳ又は802.11zトンネル化ＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さない場合があり、ＩＢＳＳ内の又はＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡの全て）が互いに直接通信することができる。ＩＢＳＳモードの通信は、本明細書では「アドホック」モードの通信と呼ぶ場合もあり得る。
【0043】
[0069] 802.11acインフラストラクチャモードの動作又は同様のモードの動作を使用する場合、ＡＰは、一次チャネル等の固定チャネル上でビーコンを伝送することができる。一次チャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域）又は動的に設定された幅であり得る。一次チャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的な実施形態では、例えば、802.11システム内でCarrier Sense Multiple Access with Collision Avoidance（ＣＳＭＡ／ＣＡ）が実装され得る。ＣＳＭＡ／ＣＡでは、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）が一次チャネルを検知することができる。一次チャネルが使用中であると特定のＳＴＡによって検知／検出及び／又は判定される場合、特定のＳＴＡは、バックオフすることができる。所与のＢＳＳ内で１つのＳＴＡ（例えば、１つのステーションのみ）が任意の所与の時点において伝送することができる。
【0044】
[0070] 例えば、４０ＭＨｚ幅のチャネルを形成するための一次２０ＭＨｚチャネルと隣接する又は隣接しない２０ＭＨｚチャネルとの組み合わせにより、高スループット（ＨＴ）ＳＴＡは、４０ＭＨｚ幅のチャネルを通信に使用することができる。
【0045】
[0071] 超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ及び／又は８０ＭＨｚのチャネルは、連続した２０ＭＨｚチャネルを組み合わせることによって形成することができる。１６０ＭＨｚのチャネルは、連続した８つの２０ＭＨｚチャネルを組み合わせることにより、又は８０＋８０構成と呼ばれ得る２つの不連続８０ＭＨｚチャネルを組み合わせることにより形成することができる。８０＋８０構成では、データを２つのストリームに分割し得るセグメントパーサにチャネル符号化後のデータを通すことができる。逆高速フーリエ変換（ＩＦＦＴ）処理及び時間領域処理を各ストリームに対して別々に行うことができる。ストリームは、２つの８０ＭＨｚチャネル上にマップすることができ、伝送側ＳＴＡによってデータが伝送され得る。受信側ＳＴＡの受信機において、上記の８０＋８０構成の動作を逆にすることができ、複合データが媒体アクセス制御（ＭＡＣ）に送信され得る。
【0046】
[0072] サブ１ＧＨｚモードの動作が802.11af及び802.11ahによってサポートされている。802.11n及び802.11acで使用されているものと比べて、802.11af及び802.11ahではチャネル動作帯域幅及びキャリアが低減される。802.11afは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトル内の５ＭＨｚ、１０ＭＨｚ及び２０ＭＨｚ帯域幅をサポートし、802.11ahは、非ＴＶＷＳスペクトルを使用する１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ及び１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、802.11ahは、マクロカバレッジエリア内のＭＴＣ装置等のメータタイプ制御／マシンタイプ通信（ＭＴＣ）をサポートすることができる。ＭＴＣ装置は、特定の機能、例えば特定の及び／又は限られた帯域幅へのサポート（例えば、それらのみのサポート）を含む限られた機能を有し得る。ＭＴＣ装置は、（例えば、非常に長い電池寿命を保つための）閾値を上回る電池寿命を有する電池を含み得る。
【0047】
[0073] 802.11n、802.11ac、802.11af及び802.11ah等の複数のチャネル及びチャネル帯域幅をサポートし得るＷＬＡＮシステムは、一次チャネルとして指定され得るチャネルを含むことができる。一次チャネルは、ＢＳＳ内の全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。一次チャネルの帯域幅は、最小帯域幅動作モードをサポートすることができる、ＢＳＳ内で動作する全てのＳＴＡのうちのＳＴＡによって設定及び／又は限定され得る。802.11ahの例において、たとえＡＰ及びＢＳＳ内の他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ及び／又は他のチャネル帯域幅の動作モードをサポートしても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣ型装置）では、一次チャネルは、１ＭＨｚ幅であり得る。キャリア検知及び／又はネットワーク割り当てベクトル（ＮＡＶ）の設定は、一次チャネルの状態に依存し得る。例えば、（１ＭＨｚの動作モードのみをサポートする）ＳＴＡがＡＰに伝送することによって一次チャネルが使用中である場合、利用可能な周波数帯域の大部分が使用されていないままであるとしても、全ての利用可能な周波数帯域が使用中と見なされ得る。
【0048】
[0074] 米国では、802.11ahによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は、９１６．５ＭＨｚ～９２７．５ＭＨｚである。国コードにもよるが、802.11ahに利用可能な総帯域幅は、６ＭＨｚ～２６ＭＨｚである。
【0049】
[0075] 図１Ｄは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を示すシステム図である。上記で述べたように、ＲＡＮ１０４は、NR無線技術を使用してエアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、ＣＮ１０６と通信することもできる。
【0050】
[0076] ＲＡＮ１０４は、gNB１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１０４は、実施形態と合致したままで任意の数のgNBを含み得ることが理解されるであろう。gNB１８０ａ、１８０ｂ、１８０ｃは、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ又は複数のトランシーバをそれぞれ含み得る。一実施形態では、gNB１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装することができる。例えば、gNB１８０ａ、１８０ｂは、ビームフォーミングを利用して、gNB１８０ａ、１８０ｂ、１８０ｃとの間で信号を伝送及び／又は受信することができる。従って、例えば、gNB１８０ａは、複数のアンテナを使用してＷＴＲＵ１０２ａとの間で無線信号を伝送及び／又は受信することができる。一実施形態では、gNB１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装することができる。例えば、gNB１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリア（不図示）を伝送することができる。これらのコンポーネントキャリアのサブセットは非ライセンススペクトル上にあり得る一方、残りのコンポーネントキャリアは、ライセンススペクトル上にあり得る。一実施形態では、gNB１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実装することができる。例えば、ＷＴＲＵ１０２ａは、gNB１８０ａ及びgNB１８０ｂ（及び／又はgNB１８０ｃ）から協調伝送を受信することができる。
【0051】
［００７７］ ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルな数秘学に関連する伝送を使用してgNB１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、様々な伝送、様々なセル及び／又は無線伝送スペクトルの様々な部分ごとに異なり得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、異なる数のＯＦＤＭシンボルを含み、及び／又は可変長の絶対時間にわたって継続する）様々な長さの又はスケーラブルな長さのサブフレーム又は伝送時間間隔（ＴＴＩ）を使用してgNB１８０ａ、１８０ｂ、１８０ｃと通信することができる。
【0052】
[0078] gNB１８０ａ、１８０ｂ、１８０ｃは、独立型の構成及び／又は非独立型の構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。独立型の構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、eNode-B１６０ａ、１６０ｂ、１６０ｃ等）にもアクセスすることなしにgNB１８０ａ、１８０ｂ、１８０ｃと通信することができる。独立型の構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてgNB１８０ａ、１８０ｂ、１８０ｃの１つ又は複数を利用することができる。独立型の構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、非ライセンス帯域内の信号を使用してgNB１８０ａ、１８０ｂ、１８０ｃと通信することができる。非独立型の構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、eNode-B１６０ａ、１６０ｂ、１６０ｃ等の別のＲＡＮとも通信しながら／それらにも接続しながら、gNB１８０ａ、１８０ｂ、１８０ｃと通信する／それらに接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣの原理を実装して、１つ又は複数のgNB１８０ａ、１８０ｂ、１８０ｃ及び１つ又は複数のeNode-B１６０ａ、１６０ｂ、１６０ｃとほぼ同時に通信することができる。非独立型の構成では、eNode-B１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカの役割を果たすことができ、gNB１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービス提供するための追加のカバレッジ及び／又はスループットを提供することができる。
【0053】
[0079] gNB１８０ａ、１８０ｂ、１８０ｃのそれぞれは、特定のセル（不図示）に関連することができ、無線リソース管理の判断、ハンドオーバの判断、ＵＬ及び／又はＤＬ内のユーザのスケジューリング、ネットワークスライシングのサポート、ＤＣ、NRとE-UTRAとの間の網間接続、ユーザプレーン（ＵＰＦ）１８４ａ、１８４ｂに対するユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂに対する制御プレーン情報のルーティング等を処理するように構成され得る。図１Ｄに示すように、gNB１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインタフェース上で互いに通信することができる。
【0054】
[0080] 図１Ｄに示すＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ及び場合によりデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含み得る。上記の要素をＣＮ１０６の一部として示すが、これらの要素の何れもＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されるであろう。
【0055】
[0081] ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インタフェースによってＲＡＮ１０４内のgNB１８０ａ、１８０ｂ、１８０ｃの１つ又は複数に接続することができ、制御ノードとしての役割を果たし得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシングのサポート（例えば、様々な要件を有する様々なプロトコルデータユニット（ＰＤＵ）セッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（ＮＡＳ）シグヌリングの終了、モビリティ管理等を担うことができる。ネットワークスライシングは、利用されているサービスの種類に基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするためにＡＭＦ１８２ａ、１８２ｂによって使用され得る、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依拠するサービス、拡張大規模モバイルブロードバンド（ｅＭＢＢ）アクセスに依拠するサービス及びＭＴＣアクセスのためのサービス等、様々な使用事例ごとに様々なネットワークスライスを確立することができる。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４と、LTE、LTE-A、LTE-A Pro及び／又はWiFi等の非３GPPアクセス技術等の他の無線技術を使用する他のＲＡＮ（不図示）とを切り替えるための制御プレーン機能を提供し得る。
【0056】
[0082] ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インタフェースによってＣＮ１０６内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インタフェースによってＣＮ１０６内のＵＰＦ１８４ａ、１８４ｂにも接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択し制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥのＩＰアドレスの管理及び割り当て、ＰＤＵセッションの管理、ポリシ実施及びＱｏＳの制御、ＤＬデータ通知の提供等の他の機能を実行することができる。ＰＤＵセッションの種類は、ＩＰベース、非ＩＰベース、イーサネットベース等であり得る。
【0057】
[0083] ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インタフェースによってＲＡＮ１０４内のgNB１８０ａ、１８０ｂ、１８０ｃの１つ又は複数に接続することができ、gNBは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを与えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応装置との間の通信を促進することができる。ＵＰＦ１８４、１８４ｂは、パケットのルーティング及び転送、ユーザプレーンポリシの実施、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの対処、ＤＬパケットのバッファリング、モビリティアンカリングの提供等の他の機能を実行することができる。
【0058】
[0084] ＣＮ１０６は、他のネットワークとの通信を促進することができる。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができるか、又はかかるＩＰゲートウェイと通信し得る。加えて、ＣＮ１０６は、他のサービスプロバイダによって所有及び／又は運営される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えることができる。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インタフェース並びにＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インタフェースを介してＵＰＦ１８４ａ、１８４ｂ経由でローカルＤＮ１８５ａ、１８５ｂに接続され得る。
【0059】
[0085] 図１Ａ～図１Ｄ及び図１Ａ～図１Ｄの対応する説明に鑑みて、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、eNode-B１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、gNB１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ及び／又は本明細書に記載の他の任意の装置の１つ又は複数に関して本明細書に記載する機能の１つ若しくは複数又は全てが１つ又は複数のエミュレーション装置（不図示）によって実行され得る。エミュレーション装置は、本明細書に記載する機能の１つ若しくは複数又は全てをエミュレートするように構成される１つ又は複数の装置であり得る。例えば、エミュレーション装置は、他の装置をテストするために及び／又はネットワーク及び／又はＷＴＲＵの機能をシミュレートするために使用することができる。
【0060】
[0086] エミュレーション装置は、実験室環境内及び／又はオペレータネットワーク環境内で他の装置の１つ又は複数のテストを実施するように設計され得る。例えば、１つ又は複数のエミュレーション装置は、通信ネットワーク内の他の装置をテストするために有線及び／又は無線通信ネットワークの一部として完全に又は部分的に実装及び／又は導入されながら１つ若しくは複数又は全ての機能を実行することができる。１つ又は複数のエミュレーション装置は、有線及び／又は無線通信ネットワークの一部として一時的に実装／導入されながら１つ若しくは複数又は全ての機能を実行することができる。エミュレーション装置は、テストのために別の装置に直接結合することができ、及び／又は無線による通信を使用してテストを行うことができる。
【0061】
[0087] １つ又は複数のエミュレーション装置は、有線及び／又は無線通信ネットワークの一部として実装／導入されなくても、全てを含む１つ又は複数の機能を実行することができる。例えば、エミュレーション装置は、１つ又は複数のコンポーネントのテストを実施するために、テスト実験室及び／又は非導入（例えば、テスト）有線及び／又は無線通信ネットワーク内のテストシナリオにおいて利用することができる。１つ又は複数のエミュレーション装置は、テスト機器であり得る。データを伝送及び／又は受信するために、（例えば、１つ又は複数のアンテナを含み得る）ＲＦ回路による直接のＲＦ結合及び／又は無線通信がエミュレーション装置によって使用され得る。
【0062】
[0088] インフラストラクチャ基本サービスセット（ＢＳＳ）モード内の無線ローカルエリアネットワーク（ＷＬＡＮ）は、ＢＳＳのためのアクセスポイント（ＡＰ）及びＡＰに関連付けられた１つ又は複数のステーション（ＳＴＡ）を有し得る。ＡＰは、典型的には、ＢＳＳの内外にトラフィックを運ぶ分配システム（ＤＳ）又は別の種類の有線／無線ネットワークへのアクセス又はインタフェースを有する。ＢＳＳの外部から生じるＳＴＡへのトラフィックは、ＡＰを介して到達し、ＳＴＡに届けられる。ＢＳＳの外部の宛先へのＳＴＡから生じるトラフィックは、それぞれの宛先に届けられるようにＡＰに送信される。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを介して送信することもでき、ソースＳＴＡは、ＡＰにトラフィックを送信し、ＡＰは、そのトラフィックを宛先ＳＴＡに届ける。ＢＳＳ内のＳＴＡ間のかかるトラフィックは、ピアツーピアトラフィックと呼ぶことができる。かかるピアツーピアトラフィックは、802.11e ＤＬＳ又は802.11zトンネル化ＤＬＳ（ＴＤＬＳ）を使用するダイレクトリンクセットアップ（ＤＬＳ）を用いてソースＳＴＡと宛先ＳＴＡとの間で直接送信することもできる。独立ＢＳＳ（ＩＢＳＳ）モード内のＷＬＡＮは、ＡＰを有さず、ＳＴＡが互いに直接通信する。このモードの通信を「アドホック」モードの通信と呼ぶことができる。
【0063】
[0089] 一部の実装形態、例えば米国電気電子学会（IEEE）802.11ac規格内で規定されるインフラストラクチャモードの動作を使用するシステムでは、ＡＰは、固定チャネル、通常、一次チャネル上でビーコンを伝送することができる。このチャネルは、２０ＭＨｚ幅であり得、ＢＳＳの動作チャネルである。このチャネルは、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。802.11システムにおけるチャネルアクセスはCarrier Sense Multiple Access with Collision Avoidance（ＣＳＭＡ／ＣＡ）を使用して実装される。この動作モードでは、ＡＰを含む全てのＳＴＡが一次チャネルを検知することができる。チャネルが使用中であると検出される場合、ＳＴＡは、バックオフする。従って、所与のＢＳＳ内で１つのＳＴＡのみが任意の所与の時点において伝送することができる。
【0064】
[0090] 一部の実装形態、例えばIEEE.802.11n規格に準拠するシステムでは、高スループット（ＨＴ）ＳＴＡも４０ＭＨｚ幅のチャネルを通信に使用することができる。これは、４０ＭＨｚ幅の連続チャネルを形成するために一次２０ＭＨｚチャネルと隣接する２０ＭＨｚチャネルとを組み合わせることによって実現することができる。
【0065】
[0091] 一部の実装形態、例えばIEEE.802.11ac規格に準拠するシステムでは、超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ及び８０ＭＨｚのチャネルは、上記の802.11nと同様に連続した２０ＭＨｚチャネルを組み合わせることによって形成することができる。１６０ＭＨｚのチャネルは、連続した８つの２０ＭＨｚチャネルを組み合わせることにより、又は８０＋８０構成と呼ばれ得る２つの不連続８０ＭＨｚチャネルを組み合わせることにより形成することができる。８０＋８０構成では、データを２つのストリームに分割するセグメントパーサにチャネル符号化後のデータを通すことができる。ＩＦＦＴ処理及び時間領域処理を各ストリームに対して別々に行うことができる。ストリームは、２つのチャネル上にマップすることができ、データが伝送され得る。受信機において、このメカニズムが逆にされ、複合データがＭＡＣに送信される。
【0066】
[0092] 一部の実装形態、例えばIEEE.802.11af規格及び／又はIEEE.802.11ah規格に準拠するシステムでは、サブ１ＧＨｚモードの動作がサポートされている。かかる実装形態では、IEEE 802.11n規格及び／又はIEEE 802.11ac規格に準拠するシステム内で使用されているものと比べて、チャネル動作帯域幅及びキャリアが低減され得る。例えば、802.11afは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトル内の５ＭＨｚ、１０ＭＨｚ及び２０ＭＨｚ帯域幅をサポートし、802.11ahは、非ＴＶＷＳスペクトルを使用する１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ及び１６ＭＨｚ帯域幅をサポートする。802.11ahのあり得る使用事例は、マクロカバレッジエリア内のメータタイプ制御又はマシンタイプ通信（ＭＴＣ）装置に対するサポートである。ＭＴＣ装置は、限られた帯域幅のサポート等、限られた機能を有する場合があり、非常に長い電池寿命の要件を含み得る。
【0067】
[0093] IEEE 802.11n、802.11ac、802.11af及び／又は802.11ah規格に準拠するような複数のチャネル及び／又はチャネル幅をサポートするＷＬＡＮシステムは、一次チャネルとして指定されるチャネルを含むことができる。一次チャネルは、ＢＳＳ内の全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を必須ではないが有し得る。従って、そのような場合、最小帯域幅動作モードをサポートする、ＢＳＳ内で動作する全てのＳＴＡのうちのＳＴＡによって一次チャネルの帯域幅が限定され得る。IEEE 802.11ahシステムの例では、たとえＡＰ及びＢＳＳ内の他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ又は他のチャネル帯域幅の動作モードをサポートすることができても、１ＭＨｚモードのみをサポートするＳＴＡ（例えば、ＭＴＣ型装置）をＢＳＳが含む場合、一次チャネルは、１ＭＨｚ幅であり得る。キャリア検知及びＮＡＶの設定は、一次チャネルの状態に依存し得る。そのような一部の事例では、例えば１ＭＨｚの動作モードのみをサポートするＳＴＡがＡＰに伝送することによって一次チャネルが使用中である場合、利用可能な周波数帯域の大部分が使用されていないままであり、利用可能であるとしても、利用可能な全周波数帯域が使用中と見なされる。
【0068】
[0094] 米国では、802.11ah準拠システムによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚ～９２３．５ＭＨｚであり、日本では、利用可能な周波数帯域は、９１６．５ＭＨｚ～９２７．５ＭＨｚである。国コードにもよるが、802.11ahに利用可能な総帯域幅は、６ＭＨｚ～２６ＭＨｚである。
【0069】
[0095] 近年、２．４ＧＨｚ、５ＧＨｚ及び６ＧＨｚ帯域の高密度シナリオを含む多くの使用シナリオにおいて、広範囲の無線ユーザの全てのユーザが経験するサービス品質を向上させるためのあり得る将来の修正の範囲及び目的を考察するために、IEEE.802.11の高効率ＷＬＡＮ（ＨＥＷ）研究グループ（ＳＧ）が作られた。ＡＰ及びＳＴＡの高密度の展開並びに関連する無線リソース管理（ＲＲＭ）技術をサポートする新たな使用事例がＨＥＷ ＳＧによって検討されている。
【0070】
[0096] 典型的な802.11ネットワーク（即ち１つ又は複数のIEEE 802.11規格に準拠するネットワーク）では、ＳＴＡが単一のＡＰに関連付けられ、近隣のＢＳＳ内の伝送との協調が殆どない又はない状態でそのＡＰとの間で伝送を行うことができる。ＳＴＡは、ＢＳＳ間で完全に独立したＣＳＭＡプロトコルに基づいて重複ＢＳＳ（ＯＢＳＳ）の伝送に従うことができる。一部のシステム（例えば、802.11axに準拠するシステム）では、spatial re-use手順を使用してＯＢＳＳ間のある程度の協調を導入して、調節済みのエネルギ検出閾値に基づいて（例えば、ＯＢＳＳパケット検出（ＯＢＳＳ ＰＤ）手順を使用する）又は受信側のＯＢＳＳ ＳＴＡによって許容され得る干渉量の知識によって（例えば、spatial reuseパラメータ（ＳＲＰ）手順を使用する）ＯＢＳＳの伝送を可能にし得る。
【0071】
[0097] 一部の実装形態は、複数のＡＰへの又は複数のＡＰから単一の又は複数のＳＴＡへの伝送を可能にすることにより、ＯＢＳＳ間の更なる協調を可能にする手順を含む。一部の実装形態では、これは、3GPP LTE Release10に準拠するシステム内の協調マルチポイント（ＣｏＭＰ）伝送と同様であるが、一部の実装形態では、かかる手順は、非ライセンス帯域内で機能し、及び／又は１つ若しくは複数のIEEE 802.11プロトコルに固有である。
【0072】
[0098] 協調マルチポイント（ＣｏＭＰ）伝送をサポートするシステムでは、複数のeNB（又は他の種類の基地局（eNBを便宜上使用する））がジョイント処理／伝送を使用して同じ時間及び周波数リソース内で同じ又は複数のＷＴＲＵに伝送することができる。これは、検討するＷＴＲＵの全体的なスループットを改善する効果を有し得る。動的セル選択は、ＷＴＲＵの組の１つのみが任意の時点においてデータを能動的に伝送するジョイント処理の特例として扱われ得る。他方では、複数のeNBは、協調ビームフォーミング／スケジューリングを使用して、同じ時間及び周波数リソース内で異なるＷＴＲＵに伝送することができる（各eNBは、自らのＷＴＲＵにサービス提供する）。これは、各ＷＴＲＵが受ける干渉を減らす効果を有し得る。例えば、LTEシステム内でＣｏＭＰを使用し、セル平均及び／又はセル端スループットの著しい改善を実現することができる。一部の実装形態では、それぞれの基地局について複数の伝送アンテナが利用可能であると考えることができる。各基地局における空間領域信号処理を使用し、（他のＷＴＲＵのための）同時干渉抑制及び（所望のＷＴＲＵのための）信号品質の最適化が行われ得る。
【0073】
[0099] 一部の実装形態では、例えば明示的フィードバックにより、基地局においてある程度のチャネル状態情報が入手可能であると考えられる。更に、一部の実装形態では、例えばキャリア間の干渉（又はシンボル間の干渉）に対処するためのより複雑な信号処理を回避するために、ある程度のタイミング／周波数の同期が想定される。更に、一部の実装形態では、可能であり得る特定のＣｏＭＰ方式にeNB間の協調レベルが影響を及ぼす場合がある。
【0074】
[0100] ＷＬＡＮ内のマルチＡＰ伝送方式は、協調ＯＦＤＭＡ、協調ヌリング／ビームフォーミング及び協調ＳＵ／ＭＵ伝送を含む幾つかの分類を使用して呼ぶことができる。
【0075】
[0101] 協調ＯＦＤＭＡでは、データを伝送又は受信するためにＲＵの各グループが１つのＡＰのみによって使用され得る。情報は、各ＲＵ上でビームフォーミングされ得るか、又はＭＵ－ＭＩＭＯを含み得る。複雑さは、相対的に低～中程度として表すことができる。一部の簡単な協調ＯＦＤＭＡ方式では、各ＡＰが特定のＲＵに制限された状態で、ＡＰは、ＯＦＤＭＡ ＲＵをＡＰ間で協調的な方法で分割することができる。より洗練された一部の協調ＯＦＤＭＡ方式では、ＡＰは、干渉の影響を受けていないＳＴＡ又は他に影響を及ぼさないＳＴＡが全帯域幅を使用することを、影響を受ける可能性があるＳＴＡのアクセスを制限しながら可能にする。この手法を部分周波数再利用（ＦＦＲ）と呼ぶことができる。
【0076】
[0102] 図２は、協調ＯＦＤＭＡにおけるＦＦＲを示す。中心グループは、全てのチャネルを使用できるのに対して、端グループは、異なるチャネルを使用することができる。
【0077】
[0103] 図３は、図２の例の関連ＯＦＤＭＡリソース割り当てを示す。この例では、グループ１がサブバンド１及びサブバンド２の両方を使用することができる。グループ２は、サブバンド１を使用することができ、グループ３は、サブバンド２を使用することができる。協調ヌリング／ビームフォーミング（ＣＮ／ＣＢ）では、各ＡＰが自らの所望のＳＴＡとの間で情報を伝送するためにプリコーディングを適用することができ、他のＳＴＡとの間の干渉を抑制することができる。
【0078】
[0104] 図４は、ＣＮ／ＣＢの一例を示す。図４に示すように、ＡＰ２及びＳＴＡ１がある。ＡＰ１とＳＴＡ１との間のデータ伝送は、所望のデータ伝送４１０である。ＡＰ２及びＳＴＡ１もある。ＡＰ２とＳＴＡ２との間のデータ伝送は、所望のデータ伝送４２０である。しかし、このシナリオでは、ＡＰ１がもう１つのＳＴＡ又は他のＳＴＡにもデータを伝送する場合があり、従って干渉データ伝送、即ち干渉４３０があり得る。ＡＰ２も、もう１つのＳＴＡ又は他のＳＴＡにデータを伝送する場合があり、従って干渉データ伝送、即ち干渉４４０があり得る。そのような一部の事例では、各ＳＴＡのためのデータは、その関連するＡＰにおいてのみ必要であるが、他方のＳＴＡからのチャネル情報は、両方のＡＰにおいて必要であり得る。
【0079】
[0105] 協調シングルユーザ（ＳＵ）又はマルチユーザ（ＭＵ）伝送では、複数のＡＰが協調して単一のＳＴＡ又は複数のＧＳＴＡとの間で情報を同時に伝送することができる。そのような一部の事例では、ＳＴＡのためのチャネル情報及びデータが何れも両方のＡＰにおいて必要である。かかる伝送は、協調ＳＵ伝送であり得る。
【0080】
[0106] 協調ＳＵ伝送では、複数のＡＰが１つのＲＵ内でＳＴＡに伝送する。協調ＳＵ伝送は、複雑な順に動的ポイント選択、協調ＳＵビームフォーミング又はジョイントプリコーディングを含み得る。
【0081】
[0107] 図５は、シングルユーザジョイントプリコーデッドマルチＡＰ伝送又は協調ＳＵビームフォーミングを示す。図５に示すように、動的ポイント選択では、伝送がＡＰの組の１つから動的に選択され得る。かかる一部の実装形態では、その選択がＨＡＲＱを取り入れ得る。協調ＳＵビームフォーミング又はジョイントプリコーディングでは、伝送は、複数のＡＰから同時であり得、１つ又は複数のＲＵ上で所望のＳＴＡに対してビームフォーミング又はプリコーディングされ得る。図５に示すように、ＡＰ１もＡＰ２もＳＴＡ、即ちＳＴＡ１に伝送を行うことができる。
【0082】
[0108] 図６は、マルチユーザジョイントプリコーデッドマルチＡＰ伝送又は協調ＭＵビームフォーミングを示す。協調ＭＵビームフォーミングでは、複数のＡＰが複数のＳＴＡとの間で１つ又は複数のＲＵ上でデータを伝送又は受信する。図６に示すように、２つのＡＰ（即ちＡＰ１及びＡＰ２）及び２つのＳＴＡ（即ちＳＴＡ１及びＳＴＡ２）がある。ＡＰ１は、ＳＴＡ１にデータを伝送することができ、ＡＰ２は、ＳＴＡ２にデータを伝送することができる。一方では、ＡＰ１は、ＳＴＡ１以外のＳＴＡにもデータを伝送することができ、ＡＰ２は、ＳＴＡ２以外のＳＴＡにもデータを伝送することができる。更に、ＡＰ１からＡＰ２にトリガフレーム（ＴＦ）が送信される無線バックホールがあり得る。
【0083】
[0109] 本明細書で論じる様々な技法は、ジョイントマルチＡＰ伝送に関する。協調ビームフォーミング及びジョイント処理を含む様々なマルチＡＰ方式をＥＨＴ応用のために検討することができる。
【0084】
[0110] 一部の実装形態は、ＵＬサウンディング／チャネル推定における位相計算について、複数のＡＰ間の同期に対処する。一層多い数のアンテナを伴うＤＬ ＭＩＭＯチャネル推定では、フィードバック及び量子化誤差の量がＤＬサウンディングを不所望にし得る。チャネルの相反性を想定し、一部の実装形態では一段ＤＬ ＭＩＭＯ伝送のためにＵＬサウンディングを使用してＤＬサウンディングを置換することができる。一部の実装形態では、単一のＡＰへのＵＬサウンディングに関して、非ＡＰ ＳＴＡからのフィードバックが不要である。一部の実装形態では、複数のＡＰへのＵＬサウンディングに関して部分的なチャネル（スレーブＡＰにおいて観測されるチャネル）のフィードバックのみが必要である。
【0085】
[0111] ＤＬサウンディング手順では、一部の実装形態では非ＡＰ ＳＴＡが信号を測定し、及び／又はチャネルを推定するエンティティである。この事例の非ＡＰ ＳＴＡは、非ＡＰ ＳＴＡにおけるＲｘアンテナ間の受信信号位相差の完璧な知識を有する。しかし、複数のＡＰとのＵＬサウンディングでは、ＡＰは、共通の基準クロックを有さない。複数のＡＰからの推定チャネルを組み合わせる場合、異なるＡＰによって測定されるチャネル間の位相差が一部の実装形態では分からない。
【0086】
[0112] マルチＡＰ ＵＬサウンディングの問題を示す以下の例では、以下の内容、即ち（１）マスタＡＰが自らのチャネル推定及びスレーブＡＰのチャネル推定を行うこと、（２）マスタＡＰがプリコーダ計算を行い、トリガフレーム（ＴＦ）等のフレーム（フレームＡと呼ぶ）を使用してスレーブＡＰのアンテナに対応するプリコーダに情報提供すること、（３）フレームＡを伝送してから１フレーム間隔時間（ＩＦＳ）後にマスタＡＰがジョイント伝送を開始すること、（４）フレームＡを受信した後の１ＩＦＳにおいてスレーブＡＰがジョイント伝送を開始することを想定する。
【0087】
[0113] 図７は、トリガベースのマルチＡＰサウンディングの一例を示す。図７では、マスタＡＰ（即ちＡＰ１）がＷＴＲＵ７１０にデータを伝送する。ＡＰ１は、ＵＬサウンディングのためのヌルデータパケット（ＮＤＰ）告知（ＮＤＰ－Ａ）及びトリガフレーム（ＴＦ）を送信することによってＵＬサウンディングを開始することができる。ＴＦを受信した後、キャリア周波数オフセット（ＣＦＯ）及び／又はサンプリング周波数オフセット（ＳＦＯ）がＡＰ１に対して補正されるようにスレーブＡＰ（即ちＡＰ２又は非ＡＰ ＳＴＡ）が自らの発振器を調節する。発振器の周波数は、調整されるが、この例ではＡＰ２が自らのクロックに対応するＡＰ１におけるクロックを依然として知らない。
【0088】
[0114] 図８は、ＵＬサウンディングの位相オフセットの一例を示す。図８に示すように、ＷＴＲＵ８１０がＵＬサウンディング信号をＡＰ１及びＡＰ２に伝送する。次いで、サウンディング信号がＡＰ２において受信される。ＡＰ２は、自らのアンテナと伝送側の非ＡＰ ＳＴＡとの間のチャネルの振幅及び位相を推定することができる。ＡＰ１からＡＰ２にＴＦが送信される無線バックホールを想定し、ＡＰ２において観測されるチャネルをＡＰ１に報告し返すことができる。しかし、一部の実装形態では、ＡＰ１がその情報を自らのチャネル推定と組み合わせることができず、なぜなら、ＡＰ１は、場合により僅かに異なる時点においてチャネル推定を行っており、そのことがＡＰ１及びＡＰ２の推定チャネル間の位相オフセットをもたらし得るからである。
【0089】
[0115] 一部の実装形態では、この位相オフセットの問題を回避するために、ＡＰ１は、ＡＰ２がＡＰ１のクロックに関連してチャネル推定を行った時点に関する情報を必要とするでろう。一部の実装形態では、この形態は、ＣＦＯ／ＳＦＯの補正に加えて、マスタＡＰとスレーブＡＰとの間のクロック同期を必要とするであろう。チャネル推定及びジョイントＤＬ伝送のためにマスタ／スレーブＡＰ間のクロック同期が必要ないシステム及び方法を提供することが望ましい場合がある。
【0090】
[0116] 一部の実装形態は、ダウンリンク協調ＳＵビームフォーミング又はジョイントプリコーディングに対処する。ダウンリンク協調ＳＵビームフォーミング又はジョイントプリコーディングでは、例えばＳＴＡによる信号の適切な復号を可能にするために、信号が同様の受信出力、時間及び周波数でＳＴＡに到達するようにＡＰがＳＴＡと同期するための方法、システム及び装置を提供することが望ましい場合がある。更に、対応するチャネルアクセス方式を定めることが望ましい場合がある。
【0091】
[0117] 一部の実装形態は、アップリンク協調ＳＵビームフォーミング又はジョイントプリコーディングに対処する。一部の実装形態では、単一のＳＴＡから単一のＡＰへの伝送がサポートされる。アップリンク協調ＳＵビームフォーミング又はジョイントプリコーディング又は動的ＡＰ選択では、ＳＴＡが１つ又は複数のＡＰに信号を送信するためのチャネルアクセス方法を提供することが望ましい場合がある。
【0092】
[0118] 一部の実装形態は、協調ＭＵビームフォーミングに対処する。協調ＭＵビームフォーミングでは、幾つかのシナリオの例が生じ得る。
【0093】
[0119] 最初の例では、ＡＰが非常に様々な減衰／構成を有し得る。例えば、ＡＰは、異なる伝送出力及び／又は誤りベクトル度（ＥＶＭ）を有し得る。かかる事例では、例えば、ＭＵ伝送のための実効チャネルの反転を可能にするために伝送出力を平衡させることが望ましい場合がある。ＡＰがＳＴＡに対する異なる伝送出力を有する場合、結果として生じる実効チャネルが反転可能でない場合がある（例えば、実効チャネルが高い条件数を有する場合がある）。
【0094】
[0120] 図９は、協調ＭＵビームフォーミングの一例を示す。この例では、各ＳＴＡにおける受信信号｛ｙ１，ｙ２｝を以下：
のようにモデリングすることができ、ここで、［ｙ１ ｙ２］’は、受信信号であり、ｈ＿｛ｉ，ｊ｝は、ＡＰｉからＳＴＡｊへの実効チャネルであり、［ａｂ；ｃｄ］は、プリコーディング行列であり、［ｅ，０；０；ｆ］は、ＡＰにおいて行われる任意のベースバンドスケーリングを表し、ｘ１及びｘ２は、ＳＴＡ１及びＳＴＡ２のそれぞれへの伝送信号である。
【数1】
のようにモデリングすることができ、ここで、［ｙ１ ｙ２］’は、受信信号であり、ｈ＿｛ｉ，ｊ｝は、ＡＰｉからＳＴＡｊへの実効チャネルであり、［ａｂ；ｃｄ］は、プリコーディング行列であり、［ｅ，０；０；ｆ］は、ＡＰにおいて行われる任意のベースバンドスケーリングを表し、ｘ１及びｘ２は、ＳＴＡ１及びＳＴＡ２のそれぞれへの伝送信号である。
【0095】
[0122] ＡＰがＳＴＡに対する異なる伝送出力を有する場合、実効チャネルは、以下：
のようにモデリングすることができ、ここで、ｖ及びｗは、実効チャネルに対する各ＡＰの出力の効果である。ＺＦプリコーダのためにチャネルを反転させるために、実効チャネルを以下のように反転させることができる。
【数2】
のようにモデリングすることができ、ここで、ｖ及びｗは、実効チャネルに対する各ＡＰの出力の効果である。ＺＦプリコーダのためにチャネルを反転させるために、実効チャネルを以下のように反転させることができる。
【数3】
【0096】
[0124] ＡＰにおいて大きい出力の不均衡がある場合（例えば、ｖ＞＞ｗ）、結果として生じるチャネルが高い条件数を有する場合があり、チャネルを反転させることが問題を有する可能性がある。
【0097】
[0125] 一部の実装形態は、クロック同期なしに複数のＡＰからＵＬサウンディング及びチャネル推定を提供する。かかる例は、ＵＬサウンディング及び／又はチャネル推定における位相計算のための複数のＡＰ間の同期に関係する問題に対処し得る。
【0098】
[0126] 図１０は、上記で論じたステップに基づくトリガフレームベースのＤＬジョイント伝送の一例を示す。図１０に示すように、ＡＰ１がＡＰ２にトリガフレーム（ＴＦ）を伝送し、ＡＰ１及びＡＰ２がＷＴＲＵ１０１０にデータをそれぞれ伝送する。この例では、ＡＰ１からのＤＬ信号がＡＰ２からのＤＬ信号の（ｘ＋ｙ）－ｚ前に非ＡＰ ＳＴＡに到達する。ここで、ｘ、ｙ、ｚは、図１０内の信号のそれぞれにおける伝搬遅延に相当する。
【0099】
[0127] 一部の実装形態では、マスタＡＰは、自ら及びスレーブＡＰによって推定されるチャネルを組み合わせるためにｘ、ｙ及びｚを個々に知る必要がなく、むしろ、かかる実装形態では、マスタＡＰは、Δｔ＝（ｘ＋ｙ）－ｚの値のみを知る必要がある。
【0100】
[0128] 例えば、一部の実装形態では、ＡＰが以下のようにチャネル推定を組み合わせることができる。
Ｈ＝［ＨＡＰ１ｅ２πｆΔｔ ＨＡＰ２］、又は
Ｈ＝［ＨＡＰ１ ＨＡＰ２ｅ－２πｆΔｔ］
ここで、ＨＡＰ１及びＨＡＰ２は、ＡＰ１及びＡＰ２における推定チャネルに対応する。この事例では、マスタＡＰは、Ｈを使用してプリコーディングを行うことができる。
Ｈ＝［ＨＡＰ１ｅ２πｆΔｔ ＨＡＰ２］、又は
Ｈ＝［ＨＡＰ１ ＨＡＰ２ｅ－２πｆΔｔ］
ここで、ＨＡＰ１及びＨＡＰ２は、ＡＰ１及びＡＰ２における推定チャネルに対応する。この事例では、マスタＡＰは、Ｈを使用してプリコーディングを行うことができる。
【0101】
[0131] 代わりに、一部の実装形態では、マスタＡＰは、
Ｈ＝［ＨＡＰ１ ＨＡＰ２］
を複合チャネルとして使用してプリコーダを計算することができる。しかし、この事例では、ＡＰ１は、自らのＤＬジョイント伝送を（例えば、ＴＦを伝送してからＩＦＳ＋Δｔまで、又はその伝送を進めるようにＡＰ１がスレーブＡＰに命令する、例えばＴＦを受信してからＩＦＳ－Δｔまで）遅らせることができる。かかる遅延調節は、サブキャリアの周波数に依存し得る。
Ｈ＝［ＨＡＰ１ ＨＡＰ２］
を複合チャネルとして使用してプリコーダを計算することができる。しかし、この事例では、ＡＰ１は、自らのＤＬジョイント伝送を（例えば、ＴＦを伝送してからＩＦＳ＋Δｔまで、又はその伝送を進めるようにＡＰ１がスレーブＡＰに命令する、例えばＴＦを受信してからＩＦＳ－Δｔまで）遅らせることができる。かかる遅延調節は、サブキャリアの周波数に依存し得る。
【0102】
[0133] 一部の実装形態では、Δｔは、マスタＡＰがフレームＢ（例えば、スレーブＡＰからのサウンディングフィードバック又は他のフレーム）の開始／終了を受信するときと、マスタＡＰが非ＡＰ ＳＴＡからＵＬサウンディング信号の開始及び／又は終了を受信するときから固定遅延Ｄを引いたものとの時間差に基づいてマスタＡＰによって取得することができ、Ｄは、スレーブＡＰがＵＬ信号の開始を受信するときと、スレーブＡＰがフレームＢの伝送を開始するときとの間の知られている遅延である。例えば、フレームの終了を使用して差を計算する場合、フレームＢとサウンディング信号との間のフレーム長の差に対して幾らかの調節を加えることもできる。
【0103】
[0134] 図１１は、このＵＬサウンディングのシナリオを示す。図１１に示すように、ＷＴＲＵ１１１０は、ＡＰ１及びＡＰ２のそれぞれにＵＬサウンド信号を伝送することができる。ＡＰ１は、ｒｘ ＵＬサウンディングと、ｒｘ ＵＬサウンディングフィードバックから固定遅延Ｄを引いたものとの間の時間を計算することにより、Δｔ＝ｚ－（ｘ＋ｙ）を観測することができる。ＡＰ２は、ｒｘ ＵＬサウンディング信号後の固定遅延Ｄを伴ってＵＬサウンドフィードバックをＡＰ１に伝送する。
【0104】
[0135] 複数の非ＡＰ ＳＴＡがＵＬサウンディングを同時に行う場合、１つのＳＴＡ及び１つのＡＰ１／ＡＰ２アンテナの対を参照として使用し、それによりその参照アンテナの対を使用してΔｔを計算することにより、このシナリオの例を適用することができる。異なるＳＴＡは、異なるΔｔを有し得るが、例えば同じエンティティ（ＡＰ１又はＡＰ２）が複数のＳＴＡを観測／推定していたため、ＨＡＰ１とＨＡＰ２との間の位相差を自動で調節することができる。
【0105】
[0136] 一部の実装形態では、複数の非ＡＰ ＳＴＡがＵＬサウンディングを同時に行う場合、非ＡＰ ＳＴＡごとに上記の手順を独立に行うことができる。
【0106】
[0137] 一部の実装形態は、ＤＬ協調ＳＵ及びＭＵビームフォーミングに同期を伴うチャネルアクセスを提供する。かかる例は、先に論じたＤＬ協調ＳＵビームフォーミング又はジョイントプリコーディングに関係する問題に対処することができる。ＡＰ１及びＡＰ２の両方がＳＴＡに同時に伝送するシナリオの例では、信号が同様の受信出力でＳＴＡに到達するようにＡＰがＳＴＡと同期する必要があり得る。時間及び周波数における同期は、一部の実装形態でも必要な場合がある。従って、一部の実装形態では、複数のＡＰからの伝送を同期させるために、図１２に関して論じる様々な技法を使用することができる。
【0107】
[0138] 図１２は、複数のＡＰがＳＴＡに同時に伝送することを可能にし得る例示的なチャネルアクセス手順を示す。図１２の例では、ＡＰ１及びＡＰ２がネゴシエートしてＳＴＡへの同時伝送を行うことができる。一部の例では、ネゴシエーションにおいて、ＡＰ１を一次ＡＰと見なすことができ、ＡＰ２を二次ＡＰと見なすことができる。一部の実装形態では、チャネル状態情報を取得するために、ＡＰ１及びＡＰ２がマルチＡＰジョイント伝送サウンディングを事前に又は即座に行うことができる。
【0108】
[0139] 図１２に示すように、ＡＰ１は、チャネルを取得することができ、マルチＡＰトリガフレーム（即ちトリガフレーム１２１０）を伝送してＳＴＡへの伝送をトリガすることができる。ＡＰ１は、マルチＡＰトリガフレーム内で次のマルチＡＰ伝送を構成することができる。一部の実装形態では、一次ＡＰであるＡＰ１がＡＰ２からＳＴＡへの伝送を構成することができる。マルチＡＰトリガフレームは、例えば、ＳＴＡ固有情報及び／又は共通情報を示すことができる。ＳＴＡ固有情報（ここでのＳＴＡは、ＡＰ ＳＴＡ又は非ＡＰ ＳＴＡを示す）は、ＳＴＡの役割及び／又はＳＴＡのＩＤを示すことができる。ＳＴＡの役割は、ＳＴＡが伝送側／ＳＴＡであるか又は受信側／ＳＴＡであるかを示すことができる。ＳＴＡのＩＤは、アソシエーション識別子（ＡＩＤ）、圧縮ＡＩＤ、ＢＳＳ識別子（ＢＳＳＩＤ、圧縮ＢＳＳＩＤ）、ＢＳＳカラー又は強化型ＢＳＳカラー等であり得る。
【0109】
[0140] ＳＴＡの役割が伝送側／ＳＴＡを示す場合、ＳＴＡの役割は、パケットＩＤ、リソース割り当て、空間ストリーム割り当て又はＭＣＳ関連情報を含み得る。パケットＩＤは、ＳＴＡから伝送されるパケットを示すために使用され得る。一部の実装形態では、このフィールドは、ＡＰ／伝送側固有フィールドであり得る。ＳＴＡは、複数のＡＰに対応するパケットＩＤを検出し、複数のＡＰから単一のパケットが伝送されるか、又は複数のＡＰから複数のパケットが伝送されるかを判定することができる。最初の事例では、ＳＴＡが複数のＡＰからの伝送を組み合わせて単一のパケットを復号することができる。マルチＡＰパケットを伝送するためにＡＰに割り当てられるリソースを示すためにリソース割り当てが使用され得る。ＯＦＤＭＡ伝送シナリオでは、リソースがリソースユニット（ＲＵ）単位で割り当てられ得る。空間ストリーム割り当ては、伝送側に使用される開始空間ストリームインデックス及び空間ストリーム数を示すために使用され得る。ＭＣＳ関連情報は、ＭＣＳ、コード化方式、ＤＣＭ変調が利用されるかどうか等を含み得る。
【0110】
[0141] 共通情報は、タイプフィールドを含み得る。タイプは、ＤＬマルチＡＰ伝送を示し得る。タイプは、ＡＰから伝送されるトリガフレームを示し得る。
【0111】
【0112】
[0143] 図１２に示すように、マルチＡＰトリガフレームの受信後、ＳＴＡは、複数のＡＰに逆トリガフレーム１２２０を伝送することができる。逆トリガフレーム１２２０内において、ＳＴＡは、ＡＰ１によって伝送されるトリガフレーム１２１０によって運ばれる繰り返しの完全な又は部分的な情報を示すことができる。このフィールドは、例えば、ＡＰ１及びＡＰ２が互いに直接通信することが困難である場合に使用され得る。この情報は、便宜的に提供され得るか、又はＡＰの１つが他のＡＰに命令することができる。代わりに、ＡＰの１つは、必要に応じて他のＡＰに便宜的に命令することができる。逆トリガフレーム１２２０内において、ＳＴＡは、出力制御情報等の同期関連情報を更に又は代わりに示すことができる。かかる一部の出力情報では、ＳＴＡは、逆トリガフレーム１２２０の伝送出力及び／又はマルチＡＰデータ伝送に関する期待受信信号強度インジケータ（ＲＳＳＩ）を示すことができる。ＡＰは、これらの２つのフィールドを使用して自らの伝送出力を決めることができる。ＡＰ１とＡＰ２との間の出力が不均衡である場合、ＳＴＡは、ＳＴＡの１つからの伝送をオフにして単一ＡＰ伝送をもたらすことを要求し得ることに留意されたい。逆トリガフレーム１２２０内において、ＳＴＡは、時間及び／又は周波数補正情報等の同期関連情報を更に又は代わりに示すことができる。かかる一部の時間及び／又は周波数補正情報では、トリガフレームに対する時間及び／又は周波数補正を行うようにＳＴＡがＡＰの１つ又は複数に要求することができる。逆トリガフレーム方式は、ＭＵ－ＭＩＭＯセット内の各ＳＴＡが独立したトリガを逐次的に（例えば、図１４を参照されたい）又は同時に（例えば、図１３を参照されたい）伝送しながら、マルチＡＰ ＭＵ－ＭＩＭＯに拡張できることに留意されたい。
【0113】
[0144] 図１２に示すように、ＳＴＡは、ＡＰ１及びＡＰ２からデータ伝送（即ちデータ１及びデータ２）を受信することができる。トリガフレーム１２１０内のパケットＩＤに応じて、ＳＴＡは、伝送を組み合わせても組み合わせなくてもよい。ＳＴＡは、ＡＰに肯定応答フレームを伝送することができる。
【0114】
[0145] 図１２の例では、ＡＰ１及びＡＰ２がネゴシエートしてＳＴＡへの同時伝送を行うことができる。一部の実装形態では、ネゴシエーションにおいて、ＡＰ１を一次ＡＰと見なすことができ、ＡＰ２を二次ＡＰと見なすことができる。一部の実装形態では、ＡＰ１及びＡＰ２がマルチＡＰジョイント伝送サウンディングを事前に行い、必要なチャネル状態情報を取得することができる。
【0115】
[0146] 図１３は、複数のＡＰがＳＴＡに同時に伝送することを促進し得るチャネルアクセス方式の一例を示し、この例では、ＳＴＡは、例えば、ＵＬ ＯＦＤＭＡ及び／又はＵＬ ＭＵ－ＭＩＭＯを使用して独立したトリガフレームを同時に伝送する。
【0116】
[0147] 図１３に示すように、ＡＰ１がＳＴＡ１及びＳＴＡ２の両方にトリガフレーム１３１０を伝送する。次いで、ＳＴＡ１が逆トリガフレーム１３２０をＡＰ１及びＡＰ２の両方に伝送する。ＳＴＡ２は、逆トリガフレーム１３３０をＡＰ１及びＡＰ２の両方に伝送する。逆トリガフレーム１３２０及び逆トリガフレーム１３３０の両方が同時に伝送される。次いで、ＡＰ１及びＡＰ２からデータを受信した後、ＳＴＡ１は、ＡＰ１及びＡＰ２の両方にＡＣＫ１３４０を伝送することができ、ＳＴＡ２は、ＡＰ１及びＡＰ２の両方にＡＣＫ１３５０を伝送することができる。
【0117】
[0148] 図１４は、複数のＡＰがＳＴＡに同時に伝送することを促進し得るチャネルアクセス方式の一例を示し、この例では、ＳＴＡは、例えば、ＵＬ ＯＦＤＭＡ及び／又はＵＬ ＭＵ－ＭＩＭＯを使用して独立したトリガフレームを逐次的に伝送する。
【0118】
[0149] 図１４に示すように、ＡＰ１がＳＴＡ１及びＳＴＡ２の両方にトリガフレーム１４１０を伝送する。次いで、ＳＴＡ１が逆トリガフレーム１４２０をＡＰ１及びＡＰ２の両方に伝送する。ＳＴＡ２は、逆トリガフレーム１４３０をＡＰ１及びＡＰ２の両方に伝送する。逆トリガフレーム１４２０及び逆トリガフレーム１４３０の両方が逐次的に伝送される。次いで、ＡＰ１及びＡＰ２からデータを受信した後、ＳＴＡ１は、ＡＰ１及びＡＰ２の両方にＡＣＫ１４４０を伝送することができ、ＳＴＡ２は、ＡＰ１及びＡＰ２の両方にＡＣＫ１４５０を伝送することができる。
【0119】
【0120】
[0151] 図１５は、本願の一実施形態による例示的なマルチＡＰ通信手順を示す。図１６は、本願の一実施形態による例示的なマルチＡＰ ＭＵ－ＭＩＭＯ通信手順を示す。図１７は、本願の別の実施形態による例示的なマルチＡＰ ＭＵ－ＭＩＭＯ通信手順を示す。図１８は、本願の一実施形態によるマルチＡＰ通信の方法１８００を示すフローチャートである。
【0121】
[0152] 本願の実施形態によるマルチＡＰ通信の方法は、複数のＡＰと１つのＳＴＡとの間のマルチＡＰ通信に適用され得る。換言すれば、本方法は、複数のＡＰが導入されているシナリオに適用され得る。従って、本願の実施形態によるマルチＡＰ通信のための機器（例えば、ＷＴＲＵ）も、ＡＰとＳＴＡとの間でデータを伝送するために複数のＡＰが導入されているシナリオに適用され得る。
【0122】
[0153] 本願の実施形態によるマルチＡＰ通信の方法は、複数のＡＰ及び複数のＳＴＡを伴うシナリオにも適用され得る。換言すれば、本方法は、複数のＡＰ及び複数のＳＴＡが導入されているシナリオに適用され得る。従って、本願の実施形態によるマルチＡＰ通信のための機器（例えば、ＷＴＲＵ）も、ＡＰとＳＴＡとの間でデータを伝送するために複数のＡＰ及び複数のＳＴＡが導入されているシナリオに適用され得る。
【0123】
[0154] 以下の実施形態は、複数のＡＰ及び１つのＳＴＡが導入されているシナリオを図１５及び図１８に関してまず説明し、次いで複数のＡＰ及び複数のＳＴＡの両方が導入されているシナリオを図１６及び図１７に関して説明する。
【0124】
[0155] 本願の一実施形態による方法１８００を図１５及び図１８に関して下記の通り詳細に説明する。方法１８００は、ＷＬＡＮ内で適用され得るマルチＡＰ通信の方法である。方法１８００は、WIFI及びＶＰＭＮ等の他の無線伝送の分野にも適用され得ることが理解されるであろう。方法１８００の応用に関する上記の技術分野は、専ら例として記載しており、排他的であることも、本願に対する限定であることも意図していない。
【0125】
[0156] 方法１８００は、ステップ１８０１において、複数のＡＰの第１のＡＰから第１のトリガフレームを受信することであって、第１のトリガフレームは、第１の情報を含む、受信すること、１８０２において、第１のトリガフレームを受信した後の所定の期間において、複数のＡＰの第２のＡＰから第２のトリガフレームを受信することであって、第２のトリガフレームも第１のトリガフレームの第１の情報を含む、受信すること、１８０３において、第１のトリガフレーム及び第２のトリガフレームに基づいて同期フレームを生成することであって、同期フレームは、同期情報を含む、生成すること、１８０４において、少なくとも第１のＡＰ及び第２のＡＰに同期フレームを伝送すること、及び１８０５において、第１のＡＰ及び第２のＡＰのそれぞれから、同期情報に基づいてデータ伝送を受信することを含む。上記のプロセスを以下の実施形態に関して詳細に説明する。
【0126】
[0157] 以下の説明は、１８０１におけるプロセスをより詳細に説明する。方法１８００は、２つのＡＰ、例えば（図１５に示す）ＡＰ１及びＡＰ２が導入されているシナリオに適用され得る。従って、本願の実施形態によるマルチＡＰ伝送のための機器も図１５のシナリオ等の２つのＡＰのシナリオに適用され得る。
【0127】
[0158] ２つのＡＰを伴うシナリオでは、一方は、マスタＡＰ又は一次ＡＰであり得、他方は、スレーブＡＰ又は二次ＡＰであり得る。図１５に示すように、ＡＰ１及びＡＰ２は、ネゴシエートし、ＡＰ１がマスタＡＰであり、ＡＰ２がスレーブＡＰであると決めることができる。ＡＰ１及びＡＰ２は、マルチＡＰジョイント伝送サウンディングを事前に行い、任意の必要なチャネル状態情報を取得することができる。本願の明確及び限定された説明のために、別段の定めがない限り、本願では「ＡＰ１」、「マスタＡＰ」及び「一次ＡＰ」という用語を区別なく使用し、「ＡＰ２」、「スレーブＡＰ」及び「二次ＡＰ」という用語を区別なく使用する。
【0128】
[0159] 図１５に示す例では、２つのＡＰのみを示すが、これは、専ら例として示しており、排他的であることも、本願の実施形態に対する限定であることも意図していない。例えば、方法１８００は、３つのＡＰ、即ち第１のＡＰ、第２のＡＰ及び第３のＡＰを有するシナリオにも適用され得る。従って、本願の実施形態によるマルチＡＰ通信のための機器（例えば、ＷＴＲＵ）も上記の３つのＡＰのシナリオに適用され得る。
【0129】
[0160] 本願の実施形態におけるＡＰの数は、４つ以上であり得る。本願の実施形態は、ＡＰの数を具体的に限定しない。ＡＰの数は、ＡＰとＳＴＡとの間の次のデータ伝送の需要、使用される無線伝送技術及びＳＴＡの数等の多くの変動要因に基づいて変わり得ることが理解されるであろう。
【0130】
[0161] 図１５に示すように、一実施形態では、ＡＰ１がチャネルを取得し、第１のトリガフレーム１５１０（即ちマルチＡＰトリガフレーム）をＳＴＡに伝送することができる。
【0131】
[0162] ＡＰ１によって送信される第１のトリガフレーム１５１０は、他のＡＰ及び／又はＳＴＡからの伝送をトリガするために使用され得る。図１５は、ＡＰ１及びＡＰ２からＳＴＡへのマルチＡＰダウンリンク伝送（即ちデータ１及びデータ２）の一実施形態を示す。従って、マルチＡＰダウンリンク伝送のシナリオでは、ＡＰ１からＳＴＡへのデータ伝送（即ちデータ１）を構成するために第１のトリガフレーム１５１０を使用することができる。更に、第１のトリガフレーム１５１０は、ＡＰ２からＳＴＡへのデータ伝送（即ちデータ２）を構成するために使用することもできる。両方のデータ伝送を同期させるために、第１のトリガフレーム１５１０を使用して、ＡＰ２によって送信される第２のトリガフレーム（例えば、第２のトリガフレーム１５２０）及びＳＴＡによって送信される同期フレーム（例えば、同期フレーム１５３０）をトリガすることができる。
【0132】
[0163] 図１９及び図２０に示すように、ＡＰ１によって送信されるトリガフレームは、アップリンク伝送を構成するためにも使用され得ることに留意すべきである。例えば、図１９に示す実施形態では、ＳＴＡによって送信される逆トリガフレーム（例えば、逆トリガフレーム１９２０）をトリガするためにトリガフレーム１９１０が使用され得る。図２０に示す実施形態では、ＡＰ２によって送信される第２のトリガフレーム（例えば、短いトリガフレーム２０２０）及びＳＴＡによって送信される逆トリガフレーム（例えば、逆トリガフレーム１９２０）をトリガするためにトリガフレーム２０１０が使用され得る。図１９及び図２０に示すそれらの実施形態について、後に詳細に説明する。
【0133】
[0164] 第１のトリガフレーム１５１０は、指定のＲＵ上で伝送するとき、何個の空間ストリーム並びに何れの変調及びコード化方式（ＭＣＳ）を使用するかをＳＴＡに示すためにも使用され得る。第１のトリガフレーム１５１０は、マスタＡＰ（即ちＡＰ１）によって送信されるため、別段の定めがない限り、「第１のトリガフレーム」という用語は、「マスタトリガフレーム」とも呼ばれ得る。
【0134】
[0165] 第１のトリガフレーム１５１０は、自らの第１の情報として以下の情報の１つ又は任意の組み合わせを含むことができる：ＲＵ割り当て情報、ＳＴＡ固有情報及び共通情報等。第１のトリガフレーム１５１０によって運ばれる上記のそれらの情報は、異なるフィールド内に構成され得ることが理解されるであろう。例えば、ＲＵ割り当て情報は、ＲＵ割り当て情報フィールド内に構成することができ、ＳＴＡ固有情報は、１つ又は複数のＳＴＡ情報フィールド内に構成することができ、共通情報は、共通情報フィールド内に構成することができる。第１のトリガフレーム１５１０によって運ばれる一部の特定の情報が以下の説明で記載される場合、それは、特定のフィールド内に構成される情報を意味する。
【0135】
[0166] ＳＴＡ固有情報は、ＳＴＡの役割又はＳＴＡのＩＤを含み得る。ＳＴＡのＩＤは、ＳＴＡが伝送側（例えば、図１５に示すＡＰ１）であるか又は受信側（例えば、図１５に示すＳＴＡ）であるかを示し得る。概して言えば、ＷＴＲＵ（例えば、図１５に示すＳＴＡ）及びＡＰ（例えば、図１５に示すＡＰ１）は、ＳＴＡと呼ばれ得ることが理解されるであろう。例えば、ＷＬＡＮのシナリオでは、ルータ（例えば、ＡＰ）をステーションと呼ぶことができ、ラップトップ（例えば、ＳＴＡ）もステーションと呼ぶことができる。本願でのＳＴＡのＩＤは、ステーションがＡＰ ＳＴＡ（例えば、図１５に示すＡＰ１）であるか又は非ＡＰ ＳＴＡ（例えば、図１５に示すＳＴＡ）であるかを示し得る。
【0136】
[0167] ＳＴＡのＩＤは、ＡＩＤ、圧縮ＡＩＤ、ＢＳＳＩＤ、圧縮ＢＳＳＩＤ、ＢＳＳカラー又は強化型ＢＳＳカラー等であり得る。
【0137】
[0168] ＳＴＡのＩＤが伝送側（例えば、ＡＰ１）を示す場合、第１のトリガフレーム１５１０は、以下のフィールド、即ちパケットＩＤフィールド、リソース割り当てフィールド、空間ストリーム割り当てフィールド及びＭＣＳ関連情報フィールドの１つ又は任意の組み合わせを更に含み得る。
【0138】
[0169] パケットＩＤフィールドは、ＳＴＡに伝送されるパケットを示すために使用され得る。一部の実装形態では、パケットＩＤフィールドは、伝送側／ＡＰ固有フィールドであり得る。ＳＴＡは、複数のＡＰに対応するパケットＩＤフィールドによって運ばれる複数のパケットＩＤを検出し、複数のＡＰから単一のパケットが伝送されるか、又は複数のＡＰから複数のパケットが伝送されるかを判定することができる。一部の実施形態では、ＳＴＡは、複数のＡＰからの伝送を組み合わせて単一のパケットを復号することができる。
【0139】
[0170] リソース割り当てフィールドは、マルチＡＰパケットを伝送するためにＡＰ１に割り当てられるリソースを示すために使用され得る。ＯＦＤＭＡ伝送シナリオでは、リソースがリソースユニット（ＲＵ）単位で割り当てられ得る。
【0140】
[0171] 空間ストリーム割り当てフィールドは、伝送側（即ちＡＰ１）に使用される開始空間ストリームインデックス及び空間ストリーム数を示すために使用され得る。
【0141】
[0172] ＭＣＳ関連情報フィールドは、ＭＣＳ、コード化方式及びＤＣＭ変調が利用されるかどうかを示すための情報等を含み得る。
【0142】
[0173] 共通情報は、タイプフィールドを含み得る。タイプフィールドは、ＤＬマルチＡＰ伝送を示し得る。タイプフィールドは、ＡＰから伝送されるトリガフレームも示し得る。マルチＡＰ ＭＵ－ＭＩＭＯ通信の場合、マルチＡＰトリガフレームは、伝送先の全てのＳＴＡの一覧を含み得る（例えば、図１６及び図１７を参照されたい）。
【0143】
[0174] 第１のトリガフレーム１５１０は、自らの第１の情報として以下の情報の少なくとも１つを更に含むことができる：伝送出力情報、伝送開始時間情報、伝送周波数情報等。従って、第１のトリガフレームが運ぶためにそれらの情報も異なるフィールド内に構成され得る。
【0144】
[0175] 例えば、第１のトリガフレーム１５１０は、ＡＰ１からＳＴＡへの次のデータ伝送の伝送出力を示すための出力フィールドを含み得る。第１のトリガフレーム１５１０は、ＡＰ１からＳＴＡへの次のデータ伝送の開始時間を示すための時間フィールドも含み得る。第１のトリガフレームは、ＡＰ１からＳＴＡへの次のデータ伝送の伝送周波数を示すための周波数フィールドも含み得る。
【0145】
[0176] 別の例では、第１のトリガフレーム１５１０は、ＳＴＡから同期フレーム１５３０を伝送するための伝送開始時間情報を更に含み得る。換言すれば、第１のトリガフレーム１５１０は、ＳＴＡから、図１５に示す同期フレーム１５３０を伝送するための開始時間を示すことができる。第１のトリガフレームが運ぶために、開始時間情報も第１のトリガフレームの特定のフィールド内に構成され得る。
【0146】
[0177] 上記の説明は、第１のトリガフレーム１５１０内の第１の情報の幾つかの例示的実施形態を示したが、それらの実施形態は、排他的であることも、第１の情報に対する限定であることも意図していない。本願に記載の第１の情報は、上記の例示的な情報又は本願の技術的解決策を得るために入手可能な他の任意の情報の任意の組み合わせを含み得る。
【0147】
[0178] 更に、第１のトリガフレームの第１の情報は、「第１のトリガフレームの第２の情報」及び「第１のトリガフレームの第３の情報」という用語と比較した相対語である。本願では、それらの用語を使用することは、第１の情報、第２の情報及び第３の情報が完全に異なる情報であることを意味しない。一部の実施形態では、それらが互いの間で同じ情報を共有し得る。それらの関係を以下で詳細に説明する。
【0148】
[0179] 第１のトリガフレームによって運ばれる情報は、複数のＡＰ（例えば、図１５に示すＡＰ１及びＡＰ２）とＳＴＡとの間のデータ伝送の同期に使用され得る。本願の「同期」という用語は、伝送出力の同期、伝送開始時間の同期及び伝送周波数の同期等、次のデータ伝送の１つ又は複数のパラメータを同期することを意味することが理解されるであろう。換言すれば、次のデータ伝送のために同期されるパラメータは、伝送出力、伝送開始時間及び伝送周波数を含み得る。
【0149】
[0180] 例えば、第１のトリガフレームによって運ばれる伝送出力情報は、ＡＰからの信号（例えば、データ伝送）が同様の受信出力でＳＴＡに到達し得るように、複数のＡＰからＳＴＡへの伝送出力を予め補正するために使用され得る。第１のトリガフレームによって運ばれる伝送開始時間情報は、ＡＰからの信号が同様の受信時間でＳＴＡに到達し得るように、複数のＡＰからＳＴＡへの伝送開始時間を予め補正するために使用され得る。第１のトリガフレームによって運ばれる伝送周波数情報は、ＡＰからの信号が同様の受信周波数でＳＴＡに到達し得るように、複数のＡＰからＳＴＡへの伝送周波数を予め補正するために使用され得る。
【0150】
[0181] マルチＡＰ伝送のための上記の３つのパラメータは、専ら例として示しており、排他的であることも、本願に対する限定であることも意図していないことが理解されるであろう。例えば、第１のトリガフレーム１５１０は、次のデータ伝送のためにそれらの３つのパラメータの任意の組み合わせを同期するために使用され得る。
【0151】
[0182] 本願に記載の同期は、第１のトリガフレーム１５１０単体によって得られない場合があることが理解されるであろう。第１のトリガフレーム１５１０は、同期の主要部分であるが、本願による方法１８００及び機器（例えば、ＷＴＲＵ）は、同期を得るために（以下に記載の）第２のトリガフレーム１５２０及び同期フレーム１５３０を依然として必要とする。例えば、図１５に示すように、第１のトリガフレーム１５１０を受信した後、ＳＴＡは、複数のＡＰに同期フレーム１５３０を送信することができ、同期フレーム１５３０は、複数のＡＰのそれぞれからの次のデータ伝送を同期させるのに必要な同期情報を運び得る。以下の説明は、第２のトリガフレーム１５２０及び同期フレーム１５３０をより詳細に説明する。
【0152】
[0183] 一実施形態では、第１のトリガフレーム１５１０は、図１５に示すＡＰ２等の他のＡＰにも送信される場合があり、即ち、ＡＰ１からの第１のトリガフレーム１５１０は、ＡＰ１以外の図１５に示す全てのＳＴＡが漏れ聞くことができる。従って、第１のトリガフレーム１５１０は、ＡＰ２からＳＴＡへの次のデータ伝送（即ち図１５に示すデータ２）の１つのパラメータ又は複数のパラメータを構成するために使用され得る。ＡＰ１及びＡＰ２のそれぞれからの次の両方のデータ伝送が第１のトリガフレーム１５１０によって構成され得るため、ＡＰ１及びＡＰ２の両方からの次のデータ伝送を適宜同期させることができる。以下の説明は、１８０２におけるプロセスに関してＡＰ２からの次のデータ伝送を構成するために、第１のトリガフレーム１５１０をどのように使用するかを説明する。
【0153】
[0184] ３つ以上のＡＰがある実施形態では、ＡＰ１が他の全てのＡＰに第１のトリガフレームを送信することができる。上記で示したのと同様の原理に基づき、それらのＡＰからの次の全てのデータ伝送を適宜同期させることができる。
【0154】
[0185] ＡＰ１から第１のトリガフレームを受信するために、ＳＴＡは、受信機を含むように構成され得る。受信機は、ＵＳＢ受信機、無線ＬＡＮ受信機又は図１５及び図４に示すＷＬＡＮのシナリオ内で伝送される信号を受信するために使用され得る他の任意の種類の受信機であり得る。
【0155】
[0186] 本願の実施形態の明確及び限定された説明のために、別段の定めがない限り、ＡＰ１からＳＴＡへの次のデータ伝送は、第１のデータ伝送と呼ぶことができ、ＡＰ２からＳＴＡへの次のデータ伝送は、第２のデータ伝送と呼ぶことができる。図１５～図１７に示すように、第１のデータ伝送は、データ１と呼ぶことができ、第２のデータ伝送は、データ２と呼ぶことができる。
【0156】
[0187] 以下の説明は、１８０２におけるプロセスをより詳細に説明する。上記で説明したように、ＡＰ１は、第１のトリガフレーム１５１０をＡＰ２にも送信することができる。第１のトリガフレーム１５１０を受信した後、ＡＰ２は、第２のトリガフレーム１５２０を生成し、それをＳＴＡに伝送することができる。第１のトリガフレーム１５１０をＡＰ１からＡＰ２に伝送するには幾らかの時間がかかることがあり、ＡＰ２が第２のトリガフレーム１５２０を生成するのにも幾らかの時間がかかる場合があるため、第１のトリガフレーム１５１０を伝送する時点と、第２のトリガフレーム１５２０を伝送する時点との間の期間（即ち図１５に示すＳＩＦＳ）があり得る。従って、ＳＴＡ側では、第１のトリガフレーム１５１０を受信する時点と、第２のトリガフレーム１５２０を受信する時点との間の期間ＳＩＦＳがあり得る。即ち、ＳＴＡは、第１のトリガフレーム１５１０を最初に受信することができ、期間ＳＩＦＳ後に第２のトリガフレーム１５２０を受信することができる。
【0157】
[0188] 図１５に示すように、第１のトリガフレーム１５１０、第２のトリガフレーム１５２０及び同期フレーム１５３０をそれぞれ表す３つのブロックは、ＡＰ１、ＡＰ２及びＳＴＡの１つをそれぞれ表す３本の異なる横線に位置する。これらのブロックは、垂直方向における異なる場所に位置するが、これらのブロックは、各フレームのソースを示すためにこのように図示してあるに過ぎず、水平方向におけるその投影は、ＳＴＡ側で各フレームを受信する時点を表し得ることが理解されるであろう。
【0158】
[0189] 期間は、一部の既存のパラメータによって予め決定され得る。例えば、期間は、ＡＰ１とＡＰ２との間の距離及びＡＰ２が第２のトリガフレームを生成するための時間の長さに基づいて予め決定され得る。換言すれば、ＡＰ１とＡＰ２との間の距離が既に分かっており、第２のトリガフレームを生成するための時間の長さが既に分かっている限り、期間を知ることができる。
【0159】
[0190] 実施形態では、ＡＰ１及びＡＰ２が構築されると、それらの間の距離を固定し、従って知ることができる。更に、ＡＰを構成するハードウェアもその構築後に固定することができる。従って、第２のトリガフレームを生成するための時間の長さも知ることができる。従って、期間は、ＡＰの構築後に予め決定され得る。
【0160】
[0191] 期間ＳＩＦＳは、ＡＰ１及び／又はＡＰ２によって予め決定され得る。例えば、期間は、ＡＰ１によって予め決定され得る。その場合、第１のトリガフレーム１５１０は、期間情報を運ぶための期間フィールドを更に含み得る。期間情報は、第１のトリガフレーム１５１０の受信後、ＡＰ２が第２のトリガフレーム１５２０を送出すべきときを示し得る。次いで、ＡＰ２が第１のトリガフレーム１５１０を受信した後、ＡＰ２は、期間情報に基づいて第２のトリガフレーム１５２０を生成し、送出する。その場合、期間情報によって示される期間ＳＩＦＳは、ＡＰ１からＡＰ２に第１のトリガフレーム１５１０を伝送するための時間の長さと、ＡＰ２が第２のトリガフレーム１５２０を生成するための時間の長さとの和よりも長くあるべきことが理解されるであろう。
【0161】
[0192] 一実施形態では、期間（即ち図１５に示すＳＩＦＳ）は、任意のフレーム間隔時間により、例えば短いＩＦＳ（ＳＩＦＳ）、ポイント協調機能（ＰＣＦ）ＩＦＳ（ＰＩＦＳ）、分散協調機能（ＤＣＦ）ＩＦＳ（ＤＩＦＳ）等によって予め決定され得る。
【0162】
[0193] 第２のトリガフレームは、第１のトリガフレーム１５１０の上記の第１の情報を含み得る。
【0163】
[0194] 第１のトリガフレーム１５１０の第１の情報は、第２のトリガフレーム１５２０と共有され得る情報であり得る。例えば、第１のトリガフレームの第１の情報は、ＤＬマルチＡＰ伝送を示す上記の共通情報である。従って、ＡＰ２は、第２のトリガフレーム１５２０内にその情報を直接複製することができる。
【0164】
[0195] 一実施形態では、第１のトリガフレーム１５１０の第１の情報は、ＡＰ１からＳＴＡへの次のデータ伝送のための伝送出力情報であり得る。ＡＰ２は、伝送出力情報によって示される伝送出力が自らの伝送出力限界の範囲内にあると判定する。従って、ＡＰ２は、第２のトリガフレーム１５２０内に伝送出力情報を直接書き込むことができる。
【0165】
[0196] 第２のトリガフレーム１５２０の上記の実施形態は、単に例として示しており、排他的であることも、本願に対する限定であることも意図していないことが理解されるであろう。
【0166】
[0197] 実施形態では、以下の形式の何れか１つであるように第２のトリガフレーム１５２０を生成することができる：形式（１）では、第２のトリガフレーム１５２０が第１のトリガフレーム１５１０と同じであり、即ち第２のトリガフレーム１５２０が第１のリガフレーム１５１０の情報の全てを含み、形式（２）では、第２のトリガフレーム１５２０が第１のトリガフレーム１５１０のサブセットであり、即ち第２のトリガフレーム１５２０が第１のトリガフレーム１５１０の情報の一部（例えば、第１のトリガフレーム１５１０の上記の第１の情報）のみを含み、形式（３）では、第２のトリガフレーム１５２０が第１のトリガフレーム１５１０の情報の一部（例えば、第１のトリガフレーム１５１０の上記の第１の情報）及びＡＰ２からの次のデータ伝送（即ちデータ２）のための構成情報の両方を含む。
【0167】
[0198] 一実施形態では、第２のトリガフレーム１５２０内の構成情報が第１のトリガフレーム１５１０の第２の情報と異なる場合がある。例えば、第１のトリガフレーム１５１０は、ＳＴＡへの次のデータ伝送（即ちデータ２）に特定のチャネル（例えば、チャネル２）を使用するようにＡＰ２に指示することができる。即ち、第１のトリガフレーム１５１０の第２の情報は、第２のデータ伝送のためにＡＰ２によって使用されるチャネル２の情報であり得る。しかし、ＡＰ２は、自らが伝送を行うためにチャネル２が利用できないことを知る場合がある。その場合、ＡＰ２は、チャネル２が利用できないことを示すために、ＡＰ１及びＳＴＡの両方に構成情報と共に第２のトリガフレーム１５２０を伝送することができる。その場合、構成情報（即ちチャネル２が利用できないこと）は、第１のトリガフレーム１５１０の第２の情報（即ちチャネル２の選択）と異なる。
【0168】
[0199] 上記の例では、自らがデータ伝送を行うためにチャネル２を利用できないが、別のチャネル（例えば、チャネル３）を利用できることをＡＰ２が知る場合である。ＡＰ２は、チャネル２が利用できないこと及びＡＰ２がＡＰ２からＳＴＡへの次のデータ伝送にチャネル３を使用することを示すために、ＡＰ１及びＳＴＡの両方に構成情報と共に第２のトリガフレームを伝送することができる。その場合、構成情報（即ちチャネル２が利用できないこと及びチャネル３の選択）は、第１のトリガフレーム１５１０の第２の情報（即ちチャネル２の選択）と異なる。換言すれば、構成情報は、第１のトリガフレーム１５１０の第２の情報を上書きすることができる。
【0169】
[0200] 例えば、第１のトリガフレーム１５１０は、ＳＴＡへの次のデータ伝送（即ちデータ２）に特定の伝送出力を使用するようにＡＰ２に指示することができる。即ち、第１のトリガフレーム１５１０の第２の情報は、第２のデータ伝送のためにＡＰ２によって使用される伝送出力（例えば、伝送出力２）の情報であり得る。しかし、ＡＰ２は、伝送出力２がＡＰ２の出力限界を超えていることを知る場合がある。その場合、ＡＰ２は、伝送出力２が利用できないこと及びＡＰ２が第２のデータ伝送に自らの所望の伝送出力（例えば、伝送出力３）を使用することを示すために、ＡＰ１及びＳＴＡの両方に構成情報と共に第２のトリガフレームを伝送することができる。その場合、構成情報（即ち伝送出力２が利用できないこと及び伝送出力３の選択）は、第１のトリガフレーム１５１０の第２の情報（即ち伝送出力２）と異なる。換言すれば、構成情報は、第１のトリガフレーム１５１０の第２の情報を上書きすることができる。
【0170】
[0201] 上記のチャネル及び伝送出力は、単に例として記載しており、排他的であることも、第２のトリガフレーム１５２０内の構成情報に対する限定であることも意図していないことが理解されるであろう。第２のデータ伝送を構成するために必要であり得る限り、構成情報は、他の情報を含むことができる。
【0171】
[0202] 一実施形態では、第２のトリガフレーム１５２０内の構成情報は、第１のトリガフレーム１５１０内に含まれない追加情報であり得る。
【0172】
[0203] 例えば、第１のトリガフレーム１５１０は、伝送出力情報及び伝送開始時間情報を含むが、伝送周波数情報を含まない場合がある。即ち、第１のトリガフレーム１５１０の第２の情報は、第２のデータ伝送のためにＡＰ２によって使用される伝送出力情報及び伝送開始時間情報であり得る。次いで、ＡＰ２は、第２のデータ伝送のためのＡＰ２の所望の伝送周波数を示すために、ＡＰ１及びＳＴＡの両方に構成情報と共に第２のトリガフレーム１５２０を送信することができる。その場合、構成情報（即ちＡＰ２の所望の伝送周波数）は、第１のトリガフレーム内に含まれない追加情報である。上記の例では、ＳＴＡがＡＰ１及びＡＰ２の両方にＡＰ２の所望の伝送周波数と共に同期フレーム１５３０（以下で更に説明する）を送信することができ、従って、ＡＰは、所望の伝送周波数を使用することによってデータ伝送を行うことができる。従って、伝送周波数の同期を得ることができる。同期プロセスについて、ＳＴＡからの同期フレーム１５３０に関して以下で更に説明する。
【0173】
[0204] 上記の伝送周波数は、単に構成情報に関する例として記載しており、排他的であることも、第２のトリガフレーム１５２０内の構成情報に対する限定であることも意図していないことが理解されるであろう。次のデータ伝送を同期するために必要であり得る限り、構成情報は、第１のトリガフレーム１５１０内に含まれていない他の情報を含むことができる。
【0174】
[0205] 実施形態では、第２のトリガフレーム１５２０は、ＡＰ２の識別情報を運ぶことができるＮＤＰフレームであり得る。ＮＤＰフレームは、ＡＰ２が次のマルチＡＰ伝送に関して準備が整っていることを示し得る。第２のトリガフレーム１５２０は、同期フレーム１５３０を伝送するための伝送開始時間を示す開始時間フィールドも含み得る。
【0175】
[0206] 上記で説明したように、ＷＴＲＵもＡＰもＳＴＡと呼ぶことができる。従って、３つ以上のＡＰがある実施形態では、第２のトリガフレーム１５２０が他の全てのＡＰにも送信される場合があり、即ち、ＡＰ２からの第２のトリガフレーム１５２０は、ＡＰ ＳＴＡ及び非ＡＰ ＳＴＡの両方を含むＡＰ２以外の全てのＳＴＡが漏れ聞くことができる。図１６に示す複数のＡＰ ＳＴＡ及び複数の非ＡＰ ＳＴＡを有する一実施形態では、第２のトリガフレームが全てのＳＴＡにも送信され得る。
【0176】
[0207] 一実施形態では、複数のＡＰがトリガフレームを逐次的に伝送することができ、トリガフレームの伝送順序が管理／制御フレームを使用して複数のＡＰ間でネゴシエートされ得る。例えば、ＡＰ１がトリガフレーム（例えば、第１のトリガフレーム１５１０）を最初に伝送できることを管理／制御フレームが示すと仮定し、ＡＰ２は、トリガフレーム（例えば、第２のトリガフレーム１５２０）を２番目に伝送することができる。
【0177】
[0208] 一実施形態では、トリガフレームの伝送順序が所定の規則によって予め決定され得る。例えば、一次ＡＰであるＡＰ１がトリガフレームを最初に伝送することができる。複数のＡＰの残りのものがＢＳＳＩＤ又はＡＰのＭＡＣアドレスに基づいて昇順／降順に伝送することができる。グループ内の全てのＡＰがメンバＡＰのＢＳＳＩＤ又はＭＡＣアドレスを知り得ることが理解されるであろう。
【0178】
[0209] 以下の説明は、１８０３におけるプロセスをより詳細に説明する。第１のトリガフレーム１５１０及び第２のトリガフレーム１５２０の両方を受信した後、図１５に示すＳＴＡは、第１のトリガフレーム及び第２のトリガフレームに基づいて同期フレーム１５３０を生成することができる。同期フレーム１５３０は、ＡＰ１及びＡＰ２のそれぞれからＳＴＡへのデータ伝送を構成するための同期情報を含む。
【0179】
[0210] 第１のトリガフレーム１５１０と同様に、同期フレーム１５３０は、以下の情報の１つ又は任意の組み合わせを含むことができる：ＲＵ割り当て情報、ＳＴＡ固有情報及び共通情報等。同期フレーム１５３０によって運ばれるそれらの上記の情報は、異なるフィールド内に構成され得る。
【0180】
[0211] 同期フレーム１５３０は、伝送出力情報、伝送開始時間情報、伝送周波数情報等を更に含み得る。従って、同期フレーム１５３０が運ぶためにそれらの情報も異なるフィールド内に構成され得る。上記の情報は、同期情報と呼ぶことができ、ＡＰ１及びＡＰ２のそれぞれからＳＴＡへの次のデータ伝送を構成するために使用され得る。
【0181】
[0212] 同期フレーム１５３０内に含まれる上記の情報は、専ら例として示しており、排他的であることも、同期フレーム１５３０内に含まれ得る情報に対する限定であることも意図していないことが理解されるであろう。
【0182】
[0213] 同期フレーム１５３０を生成するために、本願による機器（例えば、ＷＴＲＵ）は、プロセッサを含む。図１５に示すように、プロセッサは、ＡＰ１及びＡＰ２からそれぞれ受信される第１のトリガフレーム及び第２のトリガフレームに基づいて同期フレーム１５３０を生成するように構成される。
【0183】
[0214] 実施形態では、同期フレーム１５３０は、第１のトリガフレーム１５１０と同じ形式を共有することができる。換言すれば、同期フレーム１５３０は、以下の形式の何れか１つであるように生成することができる：形式（１）では、同期フレーム１５３０が第１のトリガフレーム１５１０と同じであり、即ち同期フレーム１５３０が第１のリガフレーム１５１０の情報の全てを含み、形式（２）では、同期フレーム１５３０が第１のトリガフレーム１５１０のサブセットであり、即ち同期フレーム１５３０が第１のトリガフレーム１５１０の情報の一部のみを含み、形式（３）では、同期フレーム１５３０が第１のトリガフレームの情報の一部及び確認情報の両方を含む。
【0184】
[0215] 形式（１）及び形式（２）では、同期フレーム１５３０は、ＡＰ１によって伝送される第１のトリガフレーム１５１０によって運ばれる完全な又は部分的な情報を含み得る。この完全な又は部分的な情報は、有益であり得る。例えば、ＡＰ１及びＡＰ２が互いに直接通信することが困難であり得る場合、ＳＴＡは、データ伝送を同期するために、ＡＰ１から生じる情報をＡＰ２に伝送することができる。
【0185】
[0216] 形式（３）では、第１のトリガフレーム１５１０及び／又は第２のトリガフレーム１５２０によって運ばれる情報を確認するために確認情報を使用することができる。確認情報は、ＡＰ２による任意の構成の修正を確認するためにも使用され得る。確認される構成は、第１のトリガフレーム１５１０若しくは第２のトリガフレーム１５２０又は第１のトリガフレーム１５１０と第２のトリガフレーム１５２０との組み合わせに基づき得る。
【0186】
[0217] 例えば、第１のデータ伝送の伝送出力が出力１であることを第１のトリガフレーム１５１０が示し、第２のデータ伝送の伝送出力も出力１であることを第２のトリガフレーム１５２０が示す場合、自らの次のデータ伝送に出力１を使用できることをＡＰ１及びＡＰ２の両方に対して確認するために確認情報を使用することができる。一方では、第１のトリガフレーム１５１０が、空間ストリーム割り当て及びＭＣＳ関連情報を含む情報群を含む場合、その情報群は、第１のトリガフレーム１５１０の第３の情報と呼ぶことができ、同期フレーム１５３０内に含めることができる。
【0187】
[0218] 実施形態では、同期フレーム１５３０は、第２のトリガフレーム１５２０の形式と同じ形式を共有することができる。換言すれば、同期フレーム１５３０は、以下の形式の何れか１つであるように生成することができる：形式（１）では、同期フレーム１５３０が第２のトリガフレーム１５２０と同じであり、即ち同期フレーム１５３０が第２のリガフレーム１５２０の情報の全てを含み、形式（２）では、同期フレーム１５３０が第２のトリガフレーム１５２０のサブセットであり、即ち同期フレーム１５３０が第２のトリガフレーム１５２０の情報の一部のみを含み、形式（３）では、同期フレーム１５３０が第２のトリガフレーム１５２０の情報の一部及び第２のトリガフレーム１５２０内の上記の構成情報に対応する確認情報の両方を含む。
【0188】
[0219] 形式（１）及び形式（２）では、同期フレーム１５３０は、ＡＰ２によって伝送される第２のトリガフレーム１５２０によって運ばれる完全な又は部分的な情報を含み得る。この完全な又は部分的な情報は、有益であり得る。例えば、ＡＰ１及びＡＰ２が互いに直接通信することが困難であり得る場合、ＳＴＡは、データ伝送を同期するために、ＡＰ２から生じる情報をＡＰ１に伝送することができる。
【0189】
[0220] 形式（３）では、ＡＰ２による任意の構成の修正を確認するために確認情報が使用され得る。確認される構成は、第１のトリガフレーム１５１０若しくは第２のトリガフレーム１５２０又は第１のトリガフレーム１５１０と第２のトリガフレーム１５２０との組み合わせに基づき得る。
【0190】
[0221] 図１５に示すように、同期情報は、ＡＰ１からの第１のデータ伝送の１つのパラメータ又は複数のパラメータをＡＰ２からの第２のデータ伝送の１つのパラメータ又は複数のパラメータと同期するために使用することができる。一実施形態では、同期情報が伝送出力情報、伝送開始時間情報及び伝送周波数情報を含む。
【0191】
[0222] 例えば、同期情報は、伝送周波数情報を含み得る。その場合、ＡＰ１から受信される第１のトリガフレーム１５１０は、第１のデータ伝送の伝送周波数が周波数１であり得ることを示すことができ、ＡＰ２から受信される第２のトリガフレーム１５２０は、第２のデータ伝送の伝送周波数が周波数２であり得ることを示すことができる。次いで、ＳＴＡは、次のデータ伝送の両方について所望の伝送周波数を示すために特定の伝送周波数情報と共に同期フレーム１５３０を生成することができる。ＡＰ１及びＡＰ２は、所望の伝送周波数に基づいて次のデータ伝送を行うことができる。
【0192】
[0223] ３つ以上のＡＰ及び１つのＳＴＡがある実施形態では、複数のＡＰのそれぞれからの次のデータ伝送のパラメータ（又は複数のパラメータ）を同期するようにＳＴＡからの同期フレームを構成することができる。
【0193】
[0224] 本願の実施形態によれば、複数のＡＰからの次のデータ伝送の同期プロセスは、同期フレーム１５３０単独で完了できない場合があり、ＳＴＡとＡＰとの間のフレーム対話を必要とすることが理解されるであろう。上記の説明に基づき、同期プロセスは、第１のトリガフレーム１５１０、第２のトリガフレーム１５２０及び同期トリガフレーム１５３０によって実現され得る。
【0194】
[0225] １８０４では、ＳＴＡがＡＰ１及びＡＰ２の両方に同期フレーム１５３０を送信することができる。３つ以上のＡＰ及び１つのＳＴＡがある実施形態では、１８０４でＳＴＡが同期フレーム１５３０を少なくともＡＰ１及びＡＰ２に送信することができる。但し、図１５に示す実施形態は、排他的であることも、本願の原理に対する限定であることも意図していない。例えば、ＳＴＡは、ＡＰ１のみ又はＡＰ２のみがＳＴＡにデータを伝送できることを選択し得る。ＡＰダウンセレクションは、ＡＰ１及びＡＰ２から伝送されるトリガフレーム内で運ばれる情報又はＡＰ１及びＡＰ２からの伝送に基づくＳＴＡの測定に依存し得る。例えば、あるＡＰからの受信ＳＮＲ（即ち信号対雑音比）又はＲＳＳＩが既定の／所定の閾値を下回る場合、ＳＴＡは、マルチＡＰ伝送からそのＡＰを除外することができる。
【0195】
[0226] ＳＴＡからの同期フレームに基づき、ＡＰ１は、ＳＴＡへの第１のデータ伝送を行うことができ、ＡＰ２は、ＳＴＡへの第２のデータ伝送を行うことができる。即ち、１８０５では、ＳＴＡは、ＡＰ１及びＡＰ２のそれぞれから同期情報に基づいてデータ伝送を受信することができる。ＡＰ１及びＡＰ２からの第１のデータ伝送及び第２のデータ伝送は、同じ周波数リソースを使用して（例えば、マルチＡＰ ＭＵ－ＭＩＭＯ又はマルチＡＰヌリング又は協調ＳＵ／ＭＵ又は協調ヌリング／ビームフォーミング）又は異なる周波数リソースを使用して（例えば、マルチＡＰ ＯＦＤＭＡ、協調ＯＦＤＭＡ伝送）同時であり得ることに留意すべきである。
【0196】
[0227] 一実施形態では、第１のデータ伝送及び第２のデータ伝送を受信した後、ＳＴＡがＡＰ１及びＡＰ２のそれぞれにＡＣＫ／ＮＡＣＫレポート（即ち図１５に示すＡＣＫ１５４０）を伝送することができる。
【0197】
[0228] 本願による複数ＡＰ伝送の方法は、ＭＵ－ＭＩＭＯセット内の各ＳＴＡが独立したトリガを（例えば、図１６に示すように）逐次的に又は（例えば、図１７に示すように）同時に伝送しながら、マルチＡＰ ＭＵ－ＭＩＭＯに拡張できることに留意されたい。
【0198】
[0229] 図１６は、本願の実施形態による例示的なマルチＡＰ ＭＵ－ＭＩＭＯ通信手順を示す。
【0199】
[0230] 図１６に示すように、ＳＴＡ１は、ＡＰ１から第１のトリガフレーム１６１０を受信し、ＡＰ２から第２のトリガフレーム１６２０を受信することができる。次いで、ＳＴＡ１は、第１のトリガフレーム１６１０及び第２のトリガフレーム１６２０に基づいて同期フレーム１６３０を生成し、ＡＰ１及びＡＰ２の両方に同期フレーム１６３０を伝送することができる。ＳＴＡ２は、ＡＰ１から第１のトリガフレーム１６１０を受信することができ、ＡＰ２から第２のトリガフレーム１６２０を受信することができる。次いで、ＳＴＡ２は、第１のトリガフレーム１６１０及び第２のトリガフレーム１６２０に基づいて同期フレーム１６４０を生成し、ＡＰ１及びＡＰ２の両方に同期フレーム１６４０を伝送することができる。
【0200】
[0231] 図１６に示すように、ＳＴＡ１が最初に同期フレーム１６３０を伝送することができ、次いでＳＴＡ２が同期フレーム１６４０を伝送することができる。第１のトリガフレーム１６１０は、図１５に示す第１のトリガフレーム１５１０と同様又は同じである。第２のトリガフレーム１６２０は、図１５に示す第２のトリガフレーム１５２０と同様又は同じである。同期フレーム１６３０及び同期フレーム１６４０は、図１５に示す同期フレーム１５３０と同様又は同じである。
【0201】
[0232] 図１６に示すように、ＡＰ１及びＡＰ２が同期フレーム１６３０及び同期フレーム１６４０を受信した後、ＡＰ１及びＡＰ２は、ＳＴＡ１及びＳＴＡ２にデータ（即ち図１６に示すデータ１及びデータ２）をそれぞれ伝送することができる。次いで、ＳＴＡ１は、ＡＰ１及びＡＰ２にＡＣＫ１６５０をそれぞれ伝送することができる。ＳＴＡ２は、ＡＰ１及びＡＰ２にＡＣＫ１６６０をそれぞれ伝送することができる。
【0202】
[0233] 図１７は、本願の別の実施形態による例示的なマルチＡＰ ＭＵ－ＭＩＭＯ通信手順を示す。
【0203】
[0234] 図１７に示すように、ＳＴＡ１は、ＡＰ１から第１のトリガフレーム１７１０を受信することができ、ＡＰ２から第２のトリガフレーム１７２０を受信することができる。次いで、ＳＴＡ１は、第１のトリガフレーム１７１０及び第２のトリガフレーム１７２０に基づいて同期フレーム１７３０を生成し、ＡＰ１及びＡＰ２の両方に同期フレーム１７３０を伝送することができる。ＳＴＡ２は、ＡＰ１から第１のトリガフレーム１７１０を受信することができ、ＡＰ２から第２のトリガフレーム１７２０を受信することができる。次いで、ＳＴＡ２は、第１のトリガフレーム１７１０及び第２のトリガフレーム１７２０に基づいて同期フレーム１７４０を生成し、ＡＰ１及びＡＰ２の両方に同期フレーム１７４０を伝送することができる。
【0204】
[0235] 図１７に示すように、ＳＴＡ１及びＳＴＡ２は、自らの同期フレームを同時に伝送することができる。第１のトリガフレーム１７１０は、図１５に示す第１のトリガフレーム１５１０と同様又は同じである。第２のトリガフレーム１７２０は、図１５に示す第２のトリガフレーム１５２０と同様又は同じである。同期フレーム１７３０及び同期フレーム１７４０は、図１５に示す同期フレーム１５３０と同様又は同じである。
【0205】
[0236] 図１７に示すように、ＡＰ１及びＡＰ２が同期フレーム１７３０及び同期フレーム１７４０を受信した後、ＡＰ１及びＡＰ２は、ＳＴＡ１及びＳＴＡ２にデータ（即ち図１６に示すデータ１及びデータ２）をそれぞれ伝送することができる。次いで、ＳＴＡ１は、ＡＰ１及びＡＰ２にＡＣＫ１７５０をそれぞれ伝送することができる。ＳＴＡ２は、ＡＰ１及びＡＰ２にＡＣＫ１７６０をそれぞれ伝送することができる。
【0206】
[0237] ＳＴＡは、ＡＰ１及びＡＰ２からデータ伝送を受信し得ることに留意すべきである。３つ以上のＡＰがある実施形態では、ＳＴＡは、同期を送信するための１つのＡＰ又は複数のＡＰを選択することができる。従って、同期を受信しているＡＰのみが次のデータ伝送を行うことができる。マルチＡＰトリガフレーム内のパケットＩＤに応じて、ＳＴＡは、伝送を組み合わせても組み合わせなくてもよい。ＳＴＡは、ＡＰに肯定応答フレームを伝送することができる。
【0207】
[0238] 関連するＳＴＡ手順を図１８に示し、図１８では、ＳＴＡがマスタトリガを受信する。マスタトリガは、マルチＡＰ伝送のパラメータ及びＡＰの数及び予期される追加のＤＬトリガを識別する。ＳＴＡは、Ｎ－１の追加のトリガについてトリガ情報を受信する。ＳＴＡは、ＡＰごとにパラメータ、例えばＲｘ出力、タイミングオフセット及び／又は周波数オフセットを推定する。ＳＴＡは、マルチＡＰ伝送のためのパラメータを選択する。ＳＴＡは、マルチＡＰ伝送のパラメータ、例えばＴｘ出力、時間及び／又は周波数オフセット補正を計算する。ＳＴＡは、提案されるマルチＡＰ伝送パラメータと共に逆トリガをＡＰに送信する。ＳＴＡは、マルチＡＰ伝送データを受信する。ＳＴＡは、ＡＰにＡＣＫを送信する。
【0208】
[0239] 一部の実装形態は、アップリンク協調ＳＵビームフォーミング又はＵＰ動的ポイント選択のためのチャネルアクセスを提供する。
【0209】
[0240] 図１９は、複数のＡＰがＳＴＡから同時に受信することを可能にするチャネルアクセス方式の一例を示す。図１９に示すように、ＡＰ１がＳＴＡにトリガフレーム１９１０を伝送する。トリガフレーム１９１０は、図１５に示す第１のトリガフレーム１５１０と同様又は同じである。次いで、ＳＴＡは、トリガフレーム１９１０に基づいてＡＰ１及びＡＰ２の両方に逆トリガフレーム１９２０を伝送する。次いで、ＳＴＡは、ＡＰ１及びＡＰ２の両方にデータ２を伝送する。データ２を受信した後、ＡＰ１は、ＳＴＡにＡＣＫ１９３０を伝送することができ、ＡＰ２は、ＳＴＡにＡＣＫ１９４０を伝送することができる。この例では、データを両方のＡＰ又は（例えば、動的ポイント選択の場合には）特定のＡＰにアドレス指定することができる。標的ＡＰは、逆トリガ１９２０内でアドレス指定され得る。この例は、ＵＬ協調ＳＵビームフォーミング又はジョイントプリコーディングに関係する問題に対処することができる。
【0210】
[0241] この例では、ＳＴＡがＵＬ内で複数のＡＰに同時に伝送することができる。ＡＰが互いから受信できない場合又は一次ＡＰから受信できない場合、チャネルアクセス手順を実装して、マルチＡＰ ＵＬ伝送が予期され得ることを全ての所望のＡＰに知らせることができる。
【0211】
[0242] この例では、ＡＰ１及びＡＰ２がネゴシエートしてＳＴＡからの同時受信を行うことができる。一部の実装形態では、ネゴシエーションにおいて、ＡＰ１を一次ＡＰと見なすことができ、ＡＰ２を二次ＡＰと見なすことができる。一部の実装形態では、ＡＰ１及びＡＰ２がマルチＡＰジョイント伝送サウンディングを事前に行い、必要なチャネル状態情報を取得することができるか、又はＳＴＡがサウンディングを行い、自らとＡＰとの間のチャネルを取得することを可能にし得る。この場合、ＳＴＡは、ＡＰにＮＤＰＡ及びＮＤＰを個々に又は共同で送信し、例えば各ＡＰをポーリングすることにより、又はＡＰが自らのチャネル情報を所定の方法、例えばＤＬマルチＡＰ伝送で送信するためのＵＬトリガを送信することにより、各ＡＰからＵＬチャネルを取得することができる。
【0212】
[0243] ＵＬマルチＡＰ伝送のためのチャネルアクセス手順は、ＡＰの１つ又は複数によってトリガされ得る。ある方法では、ＡＰ１及びＡＰ２が互いから受信できない場合があり、ネゴシエーションがＳＴＡ経由であり得る。一部の実装形態では、ＡＰ１がチャネルを取得し、ＳＴＡからの伝送をトリガするためにマルチＡＰトリガフレームを伝送し得る。マルチＡＰトリガフレームでは、ＡＰ１がマルチＡＰトリガフレーム内で次のＵＬマルチＡＰ伝送を構成することができる。一部の実装形態では、一次ＡＰであるＡＰ１がＡＰ２からＳＴＡへの伝送を構成することができる。例えば、マルチＡＰトリガフレームは、ＳＴＡ固有情報及び／又は共通情報を示すことができる。ＳＴＡ固有情報（ここでのＳＴＡは、ＡＰ ＳＴＡ又は非ＡＰ ＳＴＡを示す）は、ＳＴＡの役割及び／又はＳＴＡのＩＤを示すことができる。ＳＴＡの役割は、ＳＴＡが伝送側／ＡＰであるか又は受信側／ＳＴＡであるかを示すことができる。ＳＴＡのＩＤは、アソシエーション識別子（ＡＩＤ）、圧縮ＡＩＤ、ＢＳＳ識別子（ＢＳＳＩＤ、圧縮ＢＳＳＩＤ）、ＢＳＳカラー又は強化型ＢＳＳカラー等であり得る。
【0213】
[0244] ＳＴＡの役割が伝送側／ＳＴＡを示す場合、ＳＴＡの役割は、パケットＩＤを含み得る。パケットＩＤは、パケットがＳＴＡから伝送されることを示し得る。一部の例では、このフィールドは、ＡＰ／伝送側固有フィールドであり得る。ＳＴＡは、複数のＡＰに対応するパケットＩＤを検出し、複数のＡＰから単一のパケットが伝送されるか、又は複数のＡＰから複数のパケットが伝送されるかを判定することができる。最初の事例では、ＳＴＡは、複数のＡＰからの伝送を組み合わせて単一のパケットを復号することができる。
【0214】
[0245] ＳＴＡの役割が受信側／ＡＰを示す場合、ＳＴＡの役割は、リソース割り当て、空間ストリーム割り当て及び／又はＭＣＳ関連情報を含み得る。リソース割り当ては、ＡＰにマルチＡＰパケットを伝送するためにＳＴＡに割り当てられるリソースを示すことができる。ＯＦＤＭＡ伝送シナリオでは、リソースがリソースユニット（ＲＵ）単位で割り当てられ得る。空間ストリーム割り当ては、受信側に使用される開始空間ストリームインデックス及び空間ストリーム数を示すことができる。ＭＣＳ関連情報は、ＭＣＳ、コード化方式、ＤＣＭ変調が利用されるかどうか等を含み得る。
【0215】
[0246] 共通情報は、タイプフィールドを含み得る。タイプは、ＵＬマルチＡＰ伝送を示し得る。タイプは、ＡＰから伝送されるトリガフレームを示し得る。
【0216】
[0247] ＡＰ１からマルチＡＰトリガフレームを受信した後、ＳＴＡは、複数のＡＰに逆トリガフレームを伝送することができる。逆トリガフレーム内において、ＳＴＡは、ＡＰ１によって伝送されるマルチＡＰトリガフレームによって運ばれる繰り返しの完全な又は部分的な情報を示すことができる。このフィールドは、例えば、ＡＰ１及びＡＰ２が互いに直接通信することが困難である場合に使用され得る。そのような場合又はＡＰ２が自らのトリガフレーム内の何かを修正する場合、逆トリガフレームは、次のマルチＡＰ伝送内で使用される構成を確認することができる。確認される構成は、ＡＰ１若しくはＡＰ２又はＡＰ１とＡＰ２との組み合わせからのものであり得る。
【0217】
[0248] ＳＴＡは、ＡＰ１及びＡＰ２にデータを伝送することができる。一部の実装形態では、伝送の終了時にＳＴＡが別の逆トリガフレームを連結してＡＰからの肯定応答の同時伝送をトリガすることができる。逆トリガフレーム内において、ＳＴＡは、出力制御情報等の同期情報を含めることができる。出力制御情報は、逆トリガフレームの伝送出力及び／又はマルチＡＰデータ伝送の期待ＲＳＳＩを示すことができる。ＡＰは、それらの２つのフィールドを使用して自らの伝送出力を決めることができる。ＳＴＡは、トリガフレームに対する時間及び／又は周波数補正を行うようにＡＰの１つ又は複数に要求することができる。ＡＰは、ＳＴＡに肯定応答フレームを伝送することができる。
【0218】
[0249] 図２０は、複数のＡＰがＳＴＡから同時に受信することを可能にするチャネルアクセス方式の一例を示す。図２０に示すように、ＡＰ１がＳＴＡにトリガフレーム２０１０を伝送する。トリガフレーム２０１０は、図１５に示す第１のトリガフレーム１５１０と同様又は同じである。次いで、ＡＰ２は、可用性情報を含み得る短いトリガフレーム２０２０をＳＴＡに伝送する。次いで、ＳＴＡは、トリガフレーム２０１０及び短いトリガフレーム２０２０に基づいて逆トリガフレーム２０３０を生成し、ＡＰ１及びＡＰ２の両方に逆トリガフレーム２０３０を伝送する。次いで、ＳＴＡは、ＡＰ１及びＡＰ２の両方に逆トリガフレーム２０３０内の情報に基づいてデータ２０６０を伝送する。データ２を受信した後、ＡＰ１は、ＳＴＡにＡＣＫ２０４０を伝送することができ、ＡＰ２は、ＳＴＡにＡＣＫ２０５０を伝送することができる。
【0219】
[0250] データ２０６０は、両方のＡＰ又は（例えば、動的ポイント選択の場合には）特定のＡＰにアドレス指定することができる。標的ＡＰは、逆トリガ内でアドレス指定され得る。
【0220】
[0251] 一部の例では、ＡＰが互いから受信可能であり得る。マルチＡＰ ＵＬ伝送情報をやり取りする一方、他のものに起因する干渉から伝送を保護するためにチャネルアクセス方式が使用され得る。図２０は、一部の実装形態において、ＳＴＡが複数のＡＰに同時に伝送することを可能にし得るチャネルアクセス手順の別の例を示す。
【0221】
[0252] 図２０の例では、ＡＰ１及びＡＰ２がネゴシエートしてＳＴＡからの同時受信を行うことができる。一部の実装形態では、ネゴシエーションにおいて、ＡＰ１を一次ＡＰと見なすことができ、ＡＰ２を二次ＡＰと見なすことができる。一部の例では、ＡＰ１及びＡＰ２がマルチＡＰジョイント伝送サウンディングを事前に行い、必要なチャネル状態情報を取得することができる。一部の実装形態では、ＡＰ１及びＡＰ２が互いから受信できない場合があり、ネゴシエーションがＳＴＡ経由であり得る。
【0222】
[0253] ＡＰ１は、チャネルを取得し、ＳＴＡからの伝送をトリガするためにマルチＡＰトリガフレームを伝送し得る。マルチＡＰトリガフレームでは、ＡＰ１がマルチＡＰトリガフレーム内で次のＵＬマルチＡＰ伝送を構成することができる。ある方法では、一次ＡＰであるＡＰ１がＡＰ２からＳＴＡへの伝送を構成することを可能にし得る。例えば、マルチＡＰトリガフレームは、ＳＴＡ固有情報及び／又は共通情報を示すことができる。ＳＴＡ固有情報（ここでのＳＴＡは、ＡＰ ＳＴＡ又は非ＡＰ ＳＴＡを示す）は、ＳＴＡの役割及び／又はＳＴＡのＩＤを示すことができる。ＳＴＡの役割は、ＳＴＡが伝送側／ＡＰであるか又は受信側／ＳＴＡであるかを示すことができる。ＳＴＡのＩＤは、アソシエーション識別子（ＡＩＤ）、圧縮ＡＩＤ、ＢＳＳ識別子（ＢＳＳＩＤ、圧縮ＢＳＳＩＤ）、ＢＳＳカラー又は強化型ＢＳＳカラー、ＭＡＣアドレス、圧縮ＭＡＣアドレス等であり得る。
【0223】
[0254] ＳＴＡの役割が伝送側／ＳＴＡを示し得る場合、ＳＴＡの役割は、パケットＩＤを含み得る。パケットＩＤは、パケットがＳＴＡから伝送されることを示すために使用され得る。一部の例では、このフィールドは、ＡＰ／伝送側固有フィールドであり得る。ＳＴＡは、複数のＡＰに対応するパケットＩＤを検出し、複数のＡＰから単一のパケットが伝送されるか、又は複数のＡＰから複数のパケットが伝送されるかを判定することができる。最初の事例では、ＳＴＡは、複数のＡＰからの伝送を組み合わせて単一のパケットを復号することができる。
【0224】
[0255] ＳＴＡの役割が受信側／ＡＰを示す場合、ＳＴＡの役割は、リソース割り当て、空間ストリーム割り当て及び／又はＭＣＳ関連情報を含み得る。リソース割り当ては、ＡＰにマルチＡＰパケットを伝送するためにＳＴＡに割り当てられるリソースを示すことができる。ＯＦＤＭＡ伝送シナリオでは、リソースがリソースユニット（ＲＵ）単位で割り当てられ得る。空間ストリーム割り当ては、受信側に使用される開始空間ストリームインデックス及び空間ストリーム数を示すことができる。ＭＣＳ関連情報は、ＭＣＳ、コード化方式、ＤＣＭ変調が利用されるかどうか等を含み得る。
【0225】
[0256] 共通情報は、タイプフィールドを含み得る。タイプは、ＵＬマルチＡＰ伝送を示し得る。タイプは、ＡＰから伝送されるトリガフレームを示し得る。共通情報は、時間及び／又は周波数補正情報を含むことができ、例えばトリガフレームに対する時間及び／又は周波数補正を行うようにＳＴＡがＡＰの１つ又は複数に要求することができる。
【0226】
[0257] マルチＡＰトリガフレームの受信後、ＡＰ２は、ＡＰ１によって伝送されるのと同じであり得るマルチＡＰトリガフレームを伝送することができる。代わりに、ＡＰ２は、ＡＰ１によって伝送される情報のサブセットを運び得る短いマルチＡＰトリガフレームを伝送することができる。一部の実装形態では、短いマルチＡＰトリガフレームは、ＡＰ２の識別情報を運ぶことができるＮＤＰフレームであり得る。ＡＰ２からの伝送は、ＡＰ２が次のマルチＡＰ伝送に関して準備が整っていることを示し得る。一部の実装形態では、マルチＡＰトリガフレーム又は短いマルチＡＰトリガフレームは、ＡＰ１によって伝送される一部の情報を上書きし得る。例えば、ＡＰ２は、ＳＴＡから受信するためにチャネル２を使用するよう指定され得るが、チャネル２は、ＡＰ２にとって利用できない場合があり、ＡＰ２は、ＡＰ１及びＳＴＡに利用不能な又は利用可能なチャネル一覧を示すことができる。
【0227】
[0258] 複数のＡＰからマルチＡＰトリガフレームを受信した後、ＳＴＡは、複数のＡＰに逆トリガフレームを伝送することができる。逆トリガフレーム内において、ＳＴＡは、ＡＰ１によって伝送されるマルチＡＰトリガフレームによって運ばれる繰り返しの完全な又は部分的な情報を示すことができる。このフィールドは、例えば、ＡＰ１及びＡＰ２が互いに直接通信することが困難である場合に使用され得る。そのような場合又はＡＰ２が自らのトリガフレーム内の何かを修正する場合、逆トリガフレームは、次のマルチＡＰ伝送内で使用される構成を確認することができる。確認される構成は、ＡＰ１若しくはＡＰ２又はＡＰ１とＡＰ２との組み合わせからのものであり得る。
【0228】
[0259] ＳＴＡは、ＡＰ１及びＡＰ２にデータを伝送することができる。一部の実装形態では、伝送の終了時にＳＴＡが別の逆トリガフレームを連結してＡＰからの肯定応答の同時伝送をトリガすることができる。逆トリガフレーム内において、ＳＴＡは、同期情報を含めることができる。同期情報は、出力制御情報を含み得る。同期情報は、時間及び／又は周波数補正情報を含み得る。出力制御情報は、逆トリガフレームの伝送出力及び／又はマルチＡＰデータ伝送の期待ＲＳＳＩを示すことができる。ＡＰは、それらの２つのフィールドを使用して自らの伝送出力を決めることができる。時間及び／又は周波数補正情報内において、ＳＴＡは、トリガフレームに対する時間又は周波数補正を行うようにＡＰの１つ又は複数に要求することができる。ＡＰは、ＳＴＡに肯定応答フレームを伝送することができる。
【0229】
[0260] 一部の実装形態は、伝送出力及びマルチユーザジョイント伝送を提供する。かかる例は、ＡＰが様々な減衰及び／又は構成（例えば、様々な伝送出力及び／又はＥＶＭ）を有する協調ＭＵビームフォーミングに関係する問題に対処することができる。
【0230】
[0261] 一部の実装形態では、高い変換数を有するＪＴ ＭＵ－ＭＩＭＯチャネルを反転させる問題を解決するために、出力成分と実効チャネルとを別々に反転させることができる。一部の実装形態では、出力の効果をなくすことは、結果として生じる行列をより可逆的にし得る（例えば、より低い条件数を有するようにし得る）。
【0231】
[0262] 一部の実装形態では、２つの成分の反転がベースバンド内で行われ得る。一部の実装形態では、出力のデスケーリング又は反転は、アナログ領域内で行われ得る一方、チャネルの残りの部分の反転は、ベースバンド内で行われ得る（例えば、複合アナログ及びデジタルベースバンドＪＴ ＭＵ－ＭＩＭＯ）。
【0232】
[0263] 複合アナログ及びデジタルベースバンドＪＴ ＭＵ－ＭＩＭＯの一部の実装形態では、ＡＰがコントローラに自らのＴｘ出力値を送信することができ、コントローラがＡＰにアナログプリコーディング出力スケール値を送信することができる。その後、ＡＰは、出力スケーリングを行い、ＪＰプリコーディング手順を開始することができる。
【0233】
[0264] 複合アナログ及びデジタルベースバンドＪＴ ＭＵ－ＭＩＭＯの一部の実装形態では、スレーブＡＰが自らの伝送出力を報告することをマスタＡＰが要求し得る。その後、マスタＡＰは、スレーブＡＰにアナログ出力スケール値を送信することができる。図２１及び図２２は、明示的フィードバックを伴うＪＴ ＭＵ－ＭＩＭＯ手順の例に関する手順及びフレーム交換の例を示す。図２３及び図２４は、黙示的フィードバックを伴うＪＴ ＭＵ－ＭＩＭＯ手順の例に関する手順及びフレーム交換の例を示す。図２１及び図２３は、マスタＡＰがプリコーダを設計する不平衡出力シナリオのＪＴ手順を示す。図２２及び図２４は、各ＡＰがプリコーダを設計する不平衡出力シナリオのＪＴ手順を示す。
【0234】
[0265] 一部の実装形態では、ＡＰの伝送出力及びＡＰのプリコーダを設定するためにＡＰ及びＳＴＡが協調し、プリコーダは、マスタＡＰにおいて設計される。複合アナログ及びデジタルベースバンドＪＴ ＭＵ－ＭＩＭＯの一部の実装形態では、実効ＪＰチャネルＨがＳＴＡから送信されることをＡＰが要求することができる。次いで、マスタＡＰ又はコントローラは、実行チャネルの条件数を正規化し、ＪＰ伝送のために別々のアナログスケーリング及びデジタルプリコーディングパラメータをＡＰに送信することができる。
【0235】
[0266] かかる手順の一例は、セットアップ段階、チャネル／出力取得段階、プリコーダ情報段階及び伝送段階を有するものとして記載することができる。これらは、例示的であり、この手順は、段階の任意の適切な順序又は組み合わせによって実装することができる。
【0236】
[0267] 例示的なセットアップ段階中、各ＳＴＡは、複数のＡＰに関連付けられ、自らが可能なマルチＡＰ伝送の種類（例えば、この事例ではジョイント伝送）を識別する。ＡＰ及びＳＴＡの両方は、それらが、出力の不均衡に関するアナログ及びデジタル処理の能力があることを示す。その能力がない場合、ＡＰ／ＳＴＡは、マルチＡＰ方式から脱落し、単一のＡＰ／ＳＴＡから伝送／受信することに決め得ることに留意されたい。
【0237】
[0268] 例示的なチャネル／出力取得段階中、ＡＰ及びＳＴＡをサウンディング手順にかけて実効ＭＩＭＯチャネルを識別する。これは、明示的又は黙示的であり得る。チャネルの取得時、追加のＡＰがマスタＡＰに相対出力情報（例えば、出力レベルフィードバック）を送信することができる。
【0238】
[0269] 例示的なプリコーダ情報段階中、マスタＡＰは、二次／スレーブＡＰにアナログ及びデジタルプリコーダ情報を送信することができる。アナログプリコーダは、全行列プリコーダであり得る。アナログプリコーダは、出力の均衡のために両方のＡＰの出力を正規化する出力調節プリコーダであり得るか、又はかかる出力調節プリコーダを含み得る。
【0239】
[0270] 例示的な伝送段階中、ＡＰは、アナログ及びデジタルプリコーダを使用してＳＴＡにＪＴフレームを伝送する。これらの段階の例を明示的フィードバック及び黙示的フィードバックに関して図２１、図２２、図２３及び図２４に示し、図２１は、マスタＡＰがプリコーダを設計する不均衡出力シナリオに関するマスタＡＰを用いたＪＴ手順の一例を示す（明示的フィードバック）。
【0240】
[0271] 図２１に示すように、２１１０～２１４０のプロセスは、ＪＴ手順の一例を表す。２１１０では、各ＳＴＡが複数のＡＰに関連付けられ、自らが可能なマルチＡＰ伝送の種類を識別することができる。例えば、ＡＰ（例えば、ＡＰ１及びＡＰ２）及びＳＴＡ（例えば、ＳＴＡ１及びＳＴＡ２）の両方は、それらが、出力の不均衡に関するアナログ及びデジタル処理の能力があることを示す。２１２０では、パウダ及びチャネル情報がマスタＡＰ（例えば、ＡＰ１）によって取得され得、ＡＰ１がマスタトリガ２１５１、ＮＤＰ２１５３、ＮＤＰ２１５４、マスタトリガ２１５２、ＦＢ２１５５及びＦＢ２１５６によってプリコーダを設計することができる。次いで、ＡＰ２がＡＰ１に相対出力情報、即ち出力レベルフィードバック２１５７を送信することができる。２１３０では、ＡＰ１がマスタトリガ２１５８、実効出力レベルプリコーダ２１５９及びマスタトリガ２１６０によってＡＰ２にプリコーダ情報を送信することができる。次いで、２１４０では、両方のＡＰがＳＴＡにＪＴフレーム（即ちＪＴ ＭＵ－ＭＩＭＯ２１６１及びＪＴ ＭＵ－ＭＩＭＯ２１６２）を送信することができ、ＳＴＡは、ＡＰにＡＣＫ２１６３及びＡＣＫ２１６４をそれぞれ報告することができる。
【0241】
[0272] 図２２は、各ＡＰがプリコーダを設計する不均衡出力シナリオに関するマスタＡＰを用いたＪＴ手順の一例を示す（明示的フィードバック）。図２２に示すように、２２１０～２２３０のプロセスは、ＪＴ手順の一例を表す。２２１０では、各ＳＴＡが複数のＡＰに関連付けられ、自らが可能なマルチＡＰ伝送の種類を識別することができる。例えば、ＡＰ（例えば、ＡＰ１及びＡＰ２）及びＳＴＡ（例えば、ＳＴＡ１及びＳＴＡ２）の両方は、それらが、出力の不均衡に関するアナログ及びデジタル処理の能力があることを示す。２２２０では、パウダ及びチャネル情報がマスタＡＰ（例えば、ＡＰ１）によって取得され得、各ＡＰがマスタトリガ２２４１、ＮＤＰ２２４２、ＮＤＰ２２４３、トリガ２２４４、ＦＢ２２４５、ＦＢ２２４６、出力レベルフィードバック２２４７、トリガ２２４８、ＦＢ２２４９、ＦＢ２２５０及び出力レベルフィードバック２２５１によって自らのプリコーダを設計することができる。次いで、２１３０では、ＡＰ１がＳＴＡにマスタトリガ２２５２及びＪＴ ＭＵ－ＭＩＭＯ２２５３を送信することができる。ＡＰ２は、ＳＴＡにＪＴ ＭＵ－ＭＩＭＯ２２５４を送信することができる。ＳＴＡは、ＡＰにＡＣＫ２２５５及びＡＣＫ２２５６をそれぞれ報告することができる。
【0242】
[0273] 図２３は、マスタＡＰがプリコーダを設計する不均衡出力シナリオに関するマスタＡＰを用いたＪＴ手順の一例を示す（黙示的フィードバック）。２３１０では、各ＳＴＡが複数のＡＰに関連付けられ、自らが可能なマルチＡＰ伝送の種類を識別することができる。例えば、ＡＰ（例えば、ＡＰ１及びＡＰ２）及びＳＴＡ（例えば、ＳＴＡ１及びＳＴＡ２）の両方は、それらが、出力の不均衡に関するアナログ及びデジタル処理の能力があることを示す。２３２０では、パウダ及びチャネル情報がマスタＡＰ（例えば、ＡＰ１）によって取得され得、ＡＰ１がマスタトリガ２３５１、ＮＤＰ２３５３、ＮＤＰ２３５４、マスタトリガ２３５２及び出力レベルフィードバック２３５５によってプリコーダを設計することができる。次いで、２３３０では、ＡＰ１がマスタトリガ２３５６、実効出力レベルプリコーダ２３５７及びマスタトリガ２３５８によってＡＰ２にプリコーダ情報を送信することができる。次いで、２３４０では、両方のＡＰがＳＴＡにＪＴフレーム（即ちＪＴ ＭＵ－ＭＩＭＯ２３５９及びＪＴ ＭＵ－ＭＩＭＯ２３６０）を送信することができ、ＳＴＡは、ＡＰにＡＣＫ２３６１及びＡＣＫ２２６２をそれぞれ報告することができる。
【0243】
[0274] 図２４は、各ＡＰがプリコーダを設計する不均衡出力シナリオに関するマスタＡＰを用いたＪＴ手順の一例を示す（黙示的フィードバック）。２４１０では、各ＳＴＡが複数のＡＰに関連付けられ、自らが可能なマルチＡＰ伝送の種類を識別することができる。例えば、ＡＰ（例えば、ＡＰ１及びＡＰ２）及びＳＴＡ（例えば、ＳＴＡ１及びＳＴＡ２）の両方は、それらが、出力の不均衡に関するアナログ及びデジタル処理の能力があることを示す。２４２０では、パウダ及びチャネル情報がマスタＡＰ（例えば、ＡＰ１）によって取得され得、各ＡＰがマスタトリガ２４４１、トリガ２４４２、ＮＤＰ２４４３、ＮＤＰ２４４４、出力レベルフィードバック２２４５、トリガ２２４６及び出力レベルフィードバック２２４７によって自らのプリコーダを設計することができる。次いで、２４３０では、ＡＰ１がＳＴＡにマスタトリガ２４４８及びＪＴ ＭＵ－ＭＩＭＯ２４４９を送信することができる。ＡＰ２は、ＳＴＡにＪＴ ＭＵ－ＭＩＭＯ２４５０を送信することができる。ＳＴＡは、ＡＰにＡＣＫ２４５１及びＡＣＫ２４５２をそれぞれ報告することができる。
【0244】
[0275] 上記では特徴及び要素を特定の組み合わせで記載したが、各特徴及び要素は、単独で又は他の特徴及び要素との任意の組み合わせで使用できることを当業者であれば理解するであろう。加えて、本明細書に記載した方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれるコンピュータプログラム、ソフトウェア又はファームウェアによって実装することができる。コンピュータ可読媒体の例は、（有線又は無線接続上で伝送される）電子信号及びコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、これのみに限定されないが、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスク及び脱着可能ディスク等の磁気媒体、光磁気媒体並びにＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（ＤＶＤ）等の光媒体を含む。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ又は任意のホストコンピュータで使用するための無線周波数トランシーバを実装するために、ソフトウェアに関連するプロセッサを使用することができる。
【誤訳訂正2】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項1】
無線送信／受信ユニット（ＷＴＲＵ）によって実行されるマルチアクセスポイント（マルチＡＰ）通信の方法であって、複数のアクセスポイント（ＡＰ）の第１のＡＰから第１のトリガフレームを受信することであって、前記第１のトリガフレームは、第１の情報を含む、受信することと、
前記第１のトリガフレームを受信した後の所定の期間において、前記複数のＡＰの第２のＡＰから第２のトリガフレームを受信することであって、前記第２のトリガフレームも前記第１のトリガフレームの前記第１の情報を含む、受信することと、
前記第１のトリガフレーム及び前記第２のトリガフレームに基づいて同期フレームを生成することであって、前記同期フレームは、同期情報を含む、生成することと、
少なくとも前記第１のＡＰ及び前記第２のＡＰに前記同期フレームを伝送することと、
前記第１のＡＰ及び前記第２のＡＰのそれぞれから、前記同期情報に基づいてデータ伝送を受信すること
を含む方法。
【請求項2】
前記同期情報は、伝送出力情報、伝送開始時間情報又は伝送周波数情報を含む、請求項１に記載の方法。
【請求項3】
前記第２のトリガフレームは、第２のデータ伝送のための構成情報を更に含み、前記構成情報は、前記第１のトリガフレームの第２の情報と異なる、請求項１に記載の方法。
【請求項4】
前記同期フレームは、前記構成情報に対応する確認情報を更に含む、請求項３に記載の方法。
【請求項5】
前記同期フレームは、前記第１のトリガフレームの第３の情報を更に含む、請求項１に記載の方法。
【請求項6】
前記第１のＡＰ及び前記第２のＡＰのそれぞれにＡＣＫ／ＮＡＣＫレポートを伝送することを更に含む、請求項１に記載の方法。
【請求項7】
前記第１のトリガフレームは、ＷＴＲＵ関連情報を含む、請求項１に記載の方法。
【請求項8】
前記ＷＴＲＵ関連情報は、パケットＩＤ、リソース割り当て、空間ストリーム割り当て又はＭＣＳ関連情報を含む、請求項７に記載の方法。
【請求項9】
マルチアクセスポイント（マルチＡＰ）通信を行うように構成されている無線送信／受信ユニット（ＷＴＲＵ）であって、複数のアクセスポイント（ＡＰ）の第１のＡＰから第１のトリガフレームを受信することであって、前記第１のトリガフレームは、第１の情報を含む、受信すること、及び
前記第１のトリガフレームを受信した後の所定の期間において、前記複数のＡＰの第２のＡＰから第２のトリガフレームを受信することであって、前記第２のトリガフレームも前記第１のトリガフレームの前記第１の情報を含む、受信すること
を行うように構成されている受信機と、
前記第１のトリガフレーム及び前記第２のトリガフレームに基づいて同期フレームを生成するように構成されるプロセッサであって、前記同期フレームは、同期情報を含む、プロセッサと、
少なくとも前記第１のＡＰ及び前記第２のＡＰに前記同期フレームを伝送するように構成されている送信機と
を含み、及び前記受信機は、前記第１のＡＰ及び前記第２のＡＰのそれぞれから、前記同期情報に基づいてデータ伝送を受信するように更に構成されている、無線送信／受信ユニット（ＷＴＲＵ）。
【請求項10】
前記同期情報は、伝送出力情報、伝送開始時間情報又は伝送周波数情報を含む、請求項９に記載のＷＴＲＵ。
【請求項11】
前記第２のトリガフレームは、第２のデータ伝送のための構成情報を更に含み、前記構成情報は、前記第１のトリガフレームの第２の情報と異なる、請求項９に記載のＷＴＲＵ。
【請求項12】
前記同期フレームは、前記構成情報に対応する確認情報を更に含む、請求項１１に記載のＷＴＲＵ。
【請求項13】
前記同期フレームは、前記第１のトリガフレームの第３の情報を更に含む、請求項９に記載のＷＴＲＵ。
【請求項14】
前記送信機は、前記第１のＡＰ及び前記第２のＡＰのそれぞれにＡＣＫ／ＮＡＣＫレポートを伝送するように更に構成されている、請求項９に記載のＷＴＲＵ。
【請求項15】
前記第１のトリガフレームは、ＷＴＲＵ関連情報を含む、請求項９に記載のＷＴＲＵ。
【請求項16】
前記ＷＴＲＵ関連情報は、パケットＩＤ、リソース割り当て、空間ストリーム割り当て又はＭＣＳ関連情報を含む、請求項９に記載のＷＴＲＵ。
【誤訳訂正3】
【訂正対象書類名】図面
【訂正対象項目名】全図
【訂正方法】追加
【訂正の内容】
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【国際調査報告】