JP7723196B2

JP7723196B2 - 協調ビームフォーミングのためのプロトコルおよびフレームフォーマット

Info

Publication number: JP7723196B2
Application number: JP2024518274A
Authority: JP
Inventors: フンソジョン; シンヤン; アブル－マジドオサマ; シャムアウクウォク
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-09-24
Filing date: 2022-09-26
Publication date: 2025-08-13
Anticipated expiration: 2042-09-26
Also published as: EP4388666A4; US12362884B2; US20240356711A1; JP2024537705A; US20260005818A1; US20230102611A1; KR20240055897A; US12074820B2; CN117957788A; WO2023046179A1; JP2025166023A; EP4388666A1

Description

本発明は、通信ネットワークの分野に関し、特に、協調ビームフォーミング（ＣｏＢＦ）のための手順およびフレーム構造に関する。

相互参照
本出願は、２０２１年９月２４日に出願された「ＰｒｏｔｏｃｏｌａｎｄＦｒａｍｅＦｏｒｍａｔｆｏｒＣｏｏｒｄｉｎａｔｅｄＢｅａｍｆｏｒｍｉｎｇ」と題する米国非仮特許出願第１７／４８４，７０９号に対する優先権の利益を主張し、その内容全体を参照により本明細書に組み込む。

ＣｏＢＦは、８０２．１１ｂｅリリース２（Ｒ２）のマルチアクセスポイント（Ｍ－ＡＰ）連携トピックの主要機能となる可能性がある。ＣｏＢＦをＩＥＥＥ８０２．１１に導入する際に、まだ解決されていない問題がいくつかある。第１の問題は、選択されたユーザ情報が、協調されるＡＰ間でどのように共有され得るかを決定することである。既存のプロトコルでは、協調されるＡＰ間で選択されたユーザ情報を共有するための適切な手順を提供しない。第２の問題は、ＣｏＢＦに参加しているＡＰのプリコーダの計算に関連している。現在、プリコーダの計算はベンダ固有である。ベンダ固有のプリコーダ計算は、そのような計算から生じ得る干渉のため、ＣｏＢＦには適切ではない。

したがって、従来技術の１つまたは複数の制限を解消または軽減するＣｏＢＦのための手順およびフレーム構造が必要である。

この背景情報は、本発明に関連する可能性があると出願人によって信じられている情報を明らかにするために提供される。前述の情報のいずれかが本発明に反する先行技術を構成するということを必ずしも認めることを意図するものではなく、また、そのように解釈されるべきではない。

本開示は、協調ビームフォーミングに関連する方法および装置を提供する。本開示の第１の態様は方法を提供する。本方法は、複数の連携するＡＰの第１のアクセスポイント（ＡＰ）によって、複数の連携するＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）へ、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるチャネル状態情報（ＣＳＩ）の要求を送信するステップを含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡから、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを含む応答を受信するステップをさらに含む。本方法は、第１のＡＰによって、複数の連携するＡＰのうちの第２のＡＰへ、第２のＡＰが１つまたは複数のＳＴＡから、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩを要求することを示すサウンディング要求を送信するステップをさらに含む。本方法は、第１のＡＰによって、第２のＡＰから、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩを含む第１のＡＰ－ＡＰ共有メッセージを受信するステップをさらに含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを含む第２のＡＰ－ＡＰ共有メッセージを第２のＡＰへ送信するステップをさらに含む。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有する媒体アクセス制御（ＭＡＣ）プロトコルを提供し得る。

第１の態様のいくつかの実施形態では、第２のＡＰ－ＡＰ共有メッセージは、第１のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、第１のＡＰに関連付けられる１つまたは複数のＳＴＡ、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩ、第１のＡＰに関連付けられる１つまたは複数のＳＴＡのＳＴＡ当たり１つまたは複数のストリーム、および第２のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含むフレームを含む。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有するためのフレームフォーマットをさらに提供し得る。

第１の態様のいくつかの実施形態では、本方法は、第１のＡＰによって複数のプリコーダを計算するステップをさらに含み、計算された各プリコーダは、複数の連携するＡＰのそれぞれのＡＰに対応し、１つまたは複数のＳＴＡおよびそれぞれのＡＰに関連付けられるＣＳＩ情報に基づく。本方法は、ＣｏＢＦに参加しているＡＰのプリコーダ情報を計算するステップをさらに提供し得る。

第１の態様のいくつかの実施形態では、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩの要求を送信するステップは、ヌルデータパケットアナウンスメント（ＮＤＰＡ）を１つまたは複数のＳＴＡの各々へ送信するステップを含む。いくつかの実施形態では、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩの要求を送信するステップは、ＮＤＰＡを送信した後の最短フレーム間間隔（ＳＩＦＳ）タイムユニット後に、１つまたは複数のＳＴＡの各々へヌルデータパケット（ＮＤＰ）を送信するステップをさらに含む。いくつかの実施形態では、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩの要求は、ＮＤＰを送信した後のＳＩＦＳタイムユニット後に、１つまたは複数のＳＴＡの各々からビームフォーミングレポートフレームを送信するステップをさらに含む。

第１の態様のいくつかの実施形態では、プリコーダ情報は、複数のプリコーダのうちの計算されたプリコーダを示す。いくつかの実施形態では、プリコーダ情報は、プリコーダの計算方法を示すプリコーダインデックスを示す。いくつかの実施形態では、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩは、フレームの選択されたユーザフィールドに示される。いくつかの実施形態では、第１のＡＰの識別子は、フレームの媒体アクセス制御（ＭＡＣ）ヘッダのトランスミッタアドレス（ＴＡ）フィールドに示される。本方法は、ＣｏＢＦにとって必要となり得る連携するＡＰ間での情報の共有をさらに提供し得る。

本開示の第２の態様は、別の方法を提供する。本方法は、第１のアクセスポイント（ＡＰ）によって、第２のＡＰから、第２のＡＰに関連付けられるチャネル状態情報（ＣＳＩ）を含む第１の共有メッセージを受信するステップであって、第１のＡＰと第２のＡＰが連携するステップを含む。本方法は、第１のＡＰによって第２のＡＰへ、第１のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、第１のＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）、第１のＡＰに関連付けられるＣＳＩ、第１のＡＰに関連付けられる１つまたは複数のＳＴＡのＳＴＡ当たり１つまたは複数のストリーム、および第２のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含むフレームを含む第２の共有メッセージを送信するステップをさらに含む。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有するためのフレームフォーマットをさらに提供し得る。

第２の態様のいくつかの実施形態では、本方法は、第１のＡＰによって、第２のＡＰに関連付けられるＣＳＩに基づいて、第２のＡＰに関連付けられるプリコーダを計算するステップをさらに含む。いくつかの実施形態では、第２のＡＰに関連付けられるプリコーダ情報は、第２のＡＰに関連付けられる計算されたプリコーダを示す。いくつかの実施形態では、第２のＡＰに関連付けられるプリコーダ情報は、プリコーダの計算方法を示すプリコーダインデックスを示す。いくつかの実施形態では、第１のＡＰに関連付けられるＣＳＩは、フレームの選択されたユーザフィールドに示される。いくつかの実施形態では、第１のＡＰの識別子は、フレームの媒体アクセス制御（ＭＡＣ）ヘッダのトランスミッタアドレス（ＴＡ）フィールドに示される。本方法は、ＣｏＢＦに必要となり得る連携するＡＰ間での情報の共有をさらに提供し得る。

本開示の第３の態様は、別の方法を提供する。本方法は、複数の連携するＡＰの第１のアクセスポイント（ＡＰ）によって、複数の連携するＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）へ、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるチャネル状態情報（ＣＳＩ）の要求を送信するステップを含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡから、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを含む応答を受信するステップをさらに含む。本方法は、第１のＡＰによって、複数の連携するＡＰのうちの第２のＡＰへ、第２のＡＰが１つまたは複数のＳＴＡから、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩを要求することを示すサウンディング要求を送信するステップをさらに含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを含む第１のＡＰ－ＡＰ共有メッセージを第２のＡＰへ送信するステップをさらに含む。本方法は、第１のＡＰによって、第２のＡＰから、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩを含む第２のＡＰ－ＡＰ共有メッセージを受信するステップをさらに含む。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有する代替ＭＡＣプロトコルを提供し得る。

第３の態様のいくつかの実施形態では、本方法は、第１のＡＰによって、複数の連携するＡＰが対応するＣＳＩを収集するための終了時間を計算するステップをさらに含む。

第３の態様のいくつかの実施形態では、第２のＡＰ－ＡＰ共有メッセージは、第２のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、第２のＡＰに関連付けられる１つまたは複数のＳＴＡ、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩ、および第１のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含むフレームを備える。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有するためのフレームフォーマットをさらに提供し得る。本方法は、ＣｏＢＦに必要となり得る連携するＡＰ間での情報の共有をさらに提供し得る。

本開示の第４の態様は、別の方法を提供する。本方法は、複数の連携するＡＰの第１のアクセスポイント（ＡＰ）によって、複数の連携するＡＰの第２のＡＰから、第１のＡＰが複数の連携するＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）からチャネル状態情報（ＣＳＩ）を要求することを示すサウンディング要求を受信するステップを含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡへ、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩの要求を送信するステップをさらに含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡから、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを備える応答を受信するステップをさらに含む。本方法は、第１のＡＰによって、第２のＡＰから、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩを含む第１のＡＰ－ＡＰ共有メッセージを受信するステップをさらに含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを含む第２のＡＰ－ＡＰ共有メッセージを第２のＡＰへ送信するステップをさらに含む。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有するＭＡＣプロトコルを提供し得る。

第４の態様のいくつかの実施形態では、第２のＡＰ－ＡＰ共有メッセージは、第１のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、第１のＡＰに関連付けられる１つまたは複数のＳＴＡ、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩ、および第２のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含むフレームを備える。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有するためのフレームフォーマットをさらに提供し得る。

第４の態様のいくつかの実施形態では、本方法は、第１のＡＰによって複数のプリコーダを計算するステップをさらに含み、計算された各プリコーダは、複数の連携するＡＰのそれぞれのＡＰに対応し、１つまたは複数のＳＴＡおよびそれぞれのＡＰに関連付けられるＣＳＩ情報に基づく。いくつかの実施形態では、プリコーダ情報は、複数のプリコーダのうちの計算されたプリコーダである。本方法は、ＣｏＢＦに必要となり得る連携するＡＰ間での情報の共有をさらに提供し得る。

本開示の第５の態様は、別の方法を提供する。本方法は、複数の連携するＡＰの第１のアクセスポイント（ＡＰ）によって、複数の連携するＡＰの第２のＡＰから、第１のＡＰが複数の連携するＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）からチャネル状態情報（ＣＳＩ）を要求することを示すサウンディング要求を受信するステップを含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡへ、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩの要求を送信するステップをさらに含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡから、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを備える応答を受信するステップをさらに含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを含む第１のＡＰ－ＡＰ共有メッセージを第２のＡＰへ送信するステップをさらに含む。本方法は、第１のＡＰによって、第２のＡＰから、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩを含む第１のＡＰ－ＡＰ共有メッセージを受信するステップをさらに含む。第５の態様のいくつかの実施形態では、第２のＡＰ－ＡＰ共有メッセージは、第２のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、第２のＡＰに関連付けられる１つまたは複数のＳＴＡ、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩ、および第１のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含むフレームを備える。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有するＭＡＣプロトコルを提供し得る。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有するためのフレームフォーマットをさらに提供し得る。

本開示の第６の態様は、別の方法を提供する。本方法は、複数の連携するＡＰの第１のアクセスポイント（ＡＰ）によって、複数の連携するＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）へ、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるチャネル状態情報（ＣＳＩ）の要求を送信するステップを含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡから、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを備える応答を受信するステップをさらに含む。本方法は、第１のＡＰによって、複数の連携するＡＰのうちの第２のＡＰへ、第２のＡＰが１つまたは複数のＳＴＡに、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩの要求を送信することを示すサウンディング要求を送信するステップをさらに含む。本方法は、第１のＡＰによって、第２のＡＰから、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩを含む第１のＡＰ－ＡＰ共有メッセージを受信するステップをさらに含む。本方法は、第２のＡＰによって、第１のＡＰから、サウンディング要求を受信するステップをさらに含む。本方法は、第２のＡＰによって、１つまたは複数のＳＴＡへ、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩの要求を送信するステップをさらに含む。本方法は、第２のＡＰによって、１つまたは複数のＳＴＡから、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩを備える応答を受信するステップをさらに含む。本方法は、第２のＡＰによって、第１のＡＰへ、第１のＡＰ－ＡＰ共有メッセージを送信するステップをさらに含む。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有するＭＡＣプロトコルを提供し得る。

第７の態様によれば、装置が提供され、この装置は、本明細書に記載される様々な態様に従って、方法を実行するように構成されたモジュールを含む。

第８の態様によれば、装置が提供され、装置は、プログラムを記憶するように構成されたメモリと、メモリに記憶されたプログラムを実行するように構成されたプロセッサとを含み、メモリに記憶されたプログラムが実行されると、プロセッサは、本明細書に記載される様々な態様における方法を実行するように構成される。

第９の態様によれば、コンピュータ可読媒体が提供され、コンピュータ可読媒体は、デバイスによって実行されるプログラムコードを記憶し、プログラムコードは、本明細書に記載される様々な態様における方法を実行するために使用される。

第１０の態様によれば、チップが提供され、チップはプロセッサおよびデータインターフェースを含み、プロセッサは、本明細書に記載される様々な態様を実行するために、データインターフェースを使用することによってメモリに記憶された命令を読み出す。

本開示の他の態様は、本明細書に開示される様々な態様による方法を実装するように構成された装置およびシステムを提供する。たとえば、ワイヤレスステーションおよびアクセスポイントは、これらのデバイスのプロセッサによって実行されると、本明細書に開示される方法を実行するようにデバイスを構成する命令を含む機械可読メモリで構成することができる。

以上、本発明の態様に関連して実施形態を説明してきたが、それらの実施形態に基づいて実装することもできる。当業者であれば、実施形態は、説明された態様と併せて実装され得るが、その態様の他の実施形態とともに実装されてもまたよいことを理解するであろう。実施形態が相互に排他的であるか、または相互に互換性がない場合、当業者には明らかであろう。いくつかの実施形態は、１つの態様に関連して説明され得るが、当業者には明らかなように、他の態様にも適用可能であり得る。

本発明のさらなる特徴および利点は、添付の図面と組み合わせた以下の詳細な説明から明らかになるであろう。

本開示の一実施形態による、マルチＡＰ連携を示す図である。本開示の一実施形態による、ＣｏＢＦにおけるＡＰ間共有のためのプロトコルを示す図である。本開示の一実施形態による、ＣｏＢＦにおけるＡＰ間共有のための代替プロトコルを示す図である。本開示の一実施形態による、ＡＰ－ＡＰ共有フレームのフレームフォーマットを示す図である。本開示の一実施形態による、各参加しているＡＰにおいて１つの選択されたステーション（ＳＴＡ）を有する２－ＡＰＣｏＢＦを示す図である。本発明の異なる実施形態による、本明細書で明示的または暗黙的に説明される上記の方法および機能の動作の一部またはすべてを実行し得る電子デバイスの概略図である。

添付の図面全体を通じて、同様の特徴は同様の参照番号によって識別される点に留意されたい。

チャネル状態情報（ＣＳＩ）機能は、多入力多出力（ＭＩＭＯ）のコンテキストにおいて８０２．１１ｎに初めて導入された。当業者によって理解され得るように、ＣＳＩトレーニングシーケンスは、トランスミッタとレシーバとの間のチャネル特性を測定するように設計され得る。ＣＳＩは、電磁信号がトランスミッタからレシーバにどのように伝播するか、および信号の距離に伴う散乱、フェージング、および電力減衰の複合効果を表し得る。

ＣＳＩは、特定の搬送波周波数におけるトランスミッタからレシーバへのリンクのワイヤレス信号伝播特性を反映し得る。ＣＳＩ測定は、ワイヤレス信号が周囲のオブジェクトおよび人間を通じて時間、周波数、および空間領域において送信されるときの情報を含み得る。ＣＳＩ測定は、時間領域におけるＣＳＩの振幅変動、空間領域および周波数領域（たとえば、送信／受信アンテナおよび搬送波周波数）におけるＣＳＩの位相シフト、時間領域におけるＣＳＩの位相シフトを含み得る。

前述したように、協調ビームフォーミング（ＣｏＢＦ）は、８０２．１１ｂｅＲ２のマルチアクセスポイント（Ｍ－ＡＰ）連携トピックの主要機能となる可能性がある。ＣｏＢＦをＩＥＥＥ８０２．１１に導入するには、いくつかの規格上の問題がある。規格に関する第１の問題は、選択されたユーザ情報が、協調されるＡＰ間で、無線で共有される必要があることである。規格に関する第２の問題は、協調するＡＰ（状況によってはマスタＡＰと呼ばれ得る）と協調されるＡＰ（状況によってはスレーブと呼ばれ得る）を決定することである。当業者によって理解され得るように、第２の問題は、Ｍ－ＡＰセットアップ位相中に解決され得る。規格に関する第３の問題は、協調されるＡＰ間で干渉調整プリコーダを設定または定義する方法を決定することである。本明細書に記載される実施形態は、規格に関する第１の問題および第３の問題に対処し得る。

図１は、本開示の一実施形態による、マルチＡＰ連携を示している。一実施形態では、マルチＡＰ連携システム１００は、第１のＡＰ－ＡＰ１１０２と第２のＡＰ－ＡＰ２１１２とを備える。ＡＰ１１０２およびＡＰ２１１２は、それらのフレームを１つまたは複数の関連付けられるＳＴＡに同時に送信し、ＡＰ１１０２およびＡＰ２１１２が連携していることを示す（Ｍ－ＡＰ連携と呼ばれ得る）。２つのＡＰが示されているが、当業者であれば、Ｍ－ＡＰ連携システムが３つ以上のＡＰを備え得ることを理解するであろう。

ＡＰの各々は、１つまたは複数のＳＴＡに関連付けられ得る。たとえば、ＡＰ１１０２はＳＴＡ１１０４およびＳＴＡ１－Ｕ１０６に関連付けられている。同様に、ＡＰ２１１２は、ＳＴＡ２１１４およびＳＴＡ２－Ｕ１１６に関連付けられる。複数のＳＴＡがＡＰに関連付けられ得る一方で、ＡＰは、スケジューリングのために１つまたは複数のＳＴＡを選択し得る。たとえば、ＡＰ１１０２はスケジューリングのためにＳＴＡ１１０４を選択しているが、ＳＴＡ１－Ｕ１０６は選択されていない。同様に、ＡＰ２はスケジューリングのためにＳＴＡ２１１４を選択しているが、ＳＴＡ２－Ｕ１１６は選択されていない。したがって、チャネル

、

、および

は、フレーム送信のために、選択されたＳＴＡ、ＳＴＡ１１０４およびＳＴＡ２１１４と、連携するＡＰ－ＡＰ１１０２およびＡＰ２１１２との間で形成される。図示されるように、

は、ＳＴＡ１１０４とＡＰ１１０２との間のチャネルである。

における上付き文字「１１」は、チャネルがＳＴＡ１１０４とＡＰ１１０２との間にあることを示す。添字「Ｍ_１ＸＮ_１」はＨ行列のサイズ（Ｈはチャネルを示す）を示し、「Ｍ_１」はＳＴＡ１１０４のレシーバ（ＲＸ）アンテナの数を示し、「Ｎ_１」はＡＰ１１０２のトランスミッタ（ＴＸ）アンテナの数を示す。同様に、

は、ＳＴＡ２１１４とＡＰ１１０２の間のチャネルであり、

は、ＳＴＡ１１０４とＡＰ２１１２の間のチャネルであり、

は、ＳＴＡ２１１４とＡＰ２１１２の間のチャネルである。

ビームフォーミングのコンテキストでは、Ｍ－ＡＰ連携には２つの方式があり得る。第１の方式はＣｏＢＦであり、これは、連携されたＡＰ（たとえば、ＡＰ１１０２とＡＰ２１１２）間でビームフォーミングが協調されることを意味する。第２の方式は共同送信であり、これは、連携されたＡＰがフレームを共同送信することを意味する。共同送信は、連携されたＡＰの各々が、その選択されたＳＴＡのデータを他のＡＰと共有することを示し得る。

本明細書で述べたように、各連携するＡＰは、関連付けられるＳＴＡの中から１つまたは複数のＳＴＡを選択し得る。図１の実施形態では、ＡＰ１１０２はＳＴＡ１１０４を選択し、ＡＰ２１１２はＳＴＡ２１１４を選択している。１つまたは複数のＳＴＡを選択した後、各連携するＡＰは、１つまたは複数の選択されたＳＴＡ情報を他の連携するＡＰと共有する。本明細書で説明される実施形態は、連携するＡＰ間で選択されたＳＴＡを共有するためのプロトコルを提供し得る。

本明細書で説明される実施形態は、干渉調整プリコーダの計算を提供し得る。図１を参照すると、当業者によって理解され得るように、

および

は干渉であり、

および

は実際の情報データに使用される。したがって、干渉を減らすために、

および

を可能な限り最小限に抑えることが望ましい。したがって、干渉はそれに応じて管理される必要がある。干渉管理の一環として、１つまたは複数の干渉調整プリコーダが計算され、連携するＡＰ間で共有され得る。

当業者によって理解され得るように、サウンディング処理２６０（図２を参照）中に、連携するＡＰ、たとえば、ＡＰ１１０２およびＡＰ２１１２は、参加しているすべてのＳＴＡからＣＳＩ情報を収集し得る。ＳＴＡ１１０４がチャネル

に関連付けられるフィードバック情報をＡＰ１１０２へ送信すると、ＡＰ２１１２はそのフィードバック情報を傍受し得る。同様に、ＳＴＡ１１０４がチャネル

に関連付けられるＡＰ２１１２へのフィードバック情報をＡＰ２１１２へ送信すると、ＡＰ１１０２はそのフィードバック情報を傍受し得る。

収集されたＣＳＩ情報に基づいてプリコーダを計算する方法はまだ標準化されておらず、各ベンダが独自のプリコーダを計算している（ビームフォーミングパケットがＡＰによってＳＴＡに送信されるとき、ＳＴＡはどのタイプのビームフォーミングが適用されているかを知る必要がないため）。しかしながら、連携するＡＰの場合、各ＡＰが独自のプリコーダを独立して計算することは干渉につながる可能性が高く、したがって、ＡＰによって送信されたパケットはそれらの宛先（たとえば、１つまたは複数の受信側ＳＴＡ）に到達しなくてよい。したがって、連携するＡＰのプリコーダの計算は、潜在的な干渉を最小限に抑えるために管理される必要がある。プリコーダの計算の管理は、１つまたは複数のビームフォーミングパケットを送信する前に、連携するＡＰ間でプリコーダ情報を無線で共有することを含み得る。

本明細書で説明される実施形態は、ＣｏＢＦ方式に関連付けられるプロトコルおよびフレームフォーマットを提供し得る。当業者によって理解され得るように、ＣｏＢＦは協調されるＡＰ間の情報共有を制限するが、そのような情報共有は完全に回避されなくてよい。本明細書で説明される実施形態は、協調されるＡＰ間でどのような情報を共有するかを定義し得、したがって、定義された情報に基づいて必要なプロトコルおよびそれらのフレームフォーマットを提供し得る。

図２は、本開示の一実施形態による、ＣｏＢＦにおけるＡＰ間共有のためのプロトコルを示している。プロトコル２００は、ＮＤＰＡおよびＮＤＰが連携するＡＰの各々によって連続的に送信されるシリアルサウンディングに基づいている。プロトコル２００には、連携する２つのＡＰ（ＡＰ１１０２およびＡＰ２１１２）がある。連携するＡＰは、協調するＡＰ、たとえば、ＡＰ１１０２と、１つまたは複数の協調されるＡＰ、たとえば、ＡＰ２１１２とを備える。

当業者によって理解され得るように、サウンディングパケットは、ＮＤＰＡ、ＮＤＰ、およびビームフォーミングレポート（ＢＦＲＰ）トリガフレームのうちの１つまたは複数を備える。ＢＦＲＰトリガフレームは、参加しているＳＴＡが複数ある場合に、参加しているＳＴＡの各々からＣＳＩレポートを同時に受信するために使用される。

一実施形態では、各連携するＡＰはサウンディングパケットを連続的に送信する。たとえば、協調するＡＰ、ＡＰ１２０２は、参加しているＳＴＡ、たとえば、ＳＴＡ_１１からＳＴＡ_１Ｎ２０６、およびＳＴＡ_２１からＳＴＡ_２Ｍ２０８のうちの１つまたは複数の各々へ、ＮＤＰＡ１２１０を同時に送信する（２１２）。ＳＴＡ_１１からＳＴＡ_１Ｎ２０６は、ＡＰ１２０２に関連付けられる１つまたは複数のＳＴＡを指し、同様に、ＳＴＡ_２１からＳＴＡ_２Ｍ２０８は、ＡＰ２２０４に関連付けられる１つまたは複数のＳＴＡを指す。

ＮＤＰＡ１２１０を送信した後の最短フレーム間間隔（ＳＩＦＳ）タイムユニット後に、協調するＡＰ、ＡＰ１２０２は、参加しているＳＴＡ、たとえば、ＳＴＡ_１１からＳＴＡ_１Ｎ２０６、およびＳＴＡ_２１からＳＴＡ_２Ｍ２０８のうちの１つまたは複数の各々へ、ＮＤＰ１２１４を同時に送信する（２１６）。

参加しているＳＴＡのうちの１つまたは複数の各々、たとえば、ＳＴＡ_１１からＳＴＡ_１Ｎ２０６、およびＳＴＡ_２１からＳＴＡ_２Ｍ２０８は、ＳＴＡとＡＰ１２０２との間のそのＣＳＩを計算し得る。たとえば、ＳＴＡ_１１は、ＳＴＡ_１１とＡＰ１２０２との間でそのＣＳＩを計算し得、ＳＴＡ_１Ｎは、ＳＴＡ_１ＮとＡＰ１２０２との間でそのＣＳＩを計算し得る。同様に、ＳＴＡ_２１は、ＳＴＡ_２１とＡＰ１２０２との間でそのＣＳＩを計算し得、ＳＴＡ_２Ｎは、ＳＴＡ_２ＮとＡＰ１２０２との間でそのＣＳＩを計算し得る。

複数のＳＴＡがプロトコル２００に参加している実施形態では、ＮＤＰ１２１４を送信した後のＳＩＦＳタイムユニット後に、協調するＡＰ、ＡＰ１２０２は、参加しているＳＴＡ、たとえば、ＳＴＡ_１１からＳＴＡ_１Ｎ２０６、およびＳＴＡ_２１からＳＴＡ_２Ｍ２０８へ、ＢＦＲＰトリガフレーム２１８を同時に送信する（２２０）。

ＢＦＲＰトリガフレーム２１８を受信した後のＳＩＦＳタイムユニット後に、参加しているＳＴＡのうちの１つまたは複数、たとえば、ＳＴＡ_１１からＳＴＡ_１Ｎ２０６、およびＳＴＡ_２１からＳＴＡ_２Ｍ２０８の各々は、次いで、その計算されたＣＳＩレポートをＡＰ１２０２に送信し得る（２２６）。参加しているＳＴＡ、たとえば、ＳＴＡ_１１からＳＴＡ_１Ｎ２０６、およびＳＴＡ_２１からＳＴＡ_２Ｍ２０８は、それらのＣＳＩレポート２２２および２２４をＡＰ１２０２へ同時に送信する（２２６）。

参加しているＳＴＡから１つまたは複数のＣＳＩレポート２２２および２２４を受信した後のＳＩＦＳタイムユニット後に、協調するＡＰ、たとえばＡＰ１２０２は、サウンディング処理２６０のシーケンスに従って、サウンディング要求フレーム２２８を次の連携するＡＰ（たとえばＡＰ２２０４）に送信し得る。

サウンディング要求フレーム２２８を受信した後のＳＩＦＳタイムユニット後に、協調されるＡＰ、ＡＰ２２０４は、協調するＡＰ、ＡＰ１２０２に確認応答フレーム２３０を送信し得る。その後のＳＩＦＳタイムユニット後、協調されるＡＰ、ＡＰ２２０４は、参加しているＳＴＡ、たとえば、ＳＴＡ_１１からＳＴＡ_１Ｎ２０６、およびＳＴＡ_２１からＳＴＡ_２Ｍ２０８のうちの１つまたは複数の各々へ、ＮＤＰＡ２２３２を同時に送信する（２３４）。ＮＤＰＡ２２３２を送信した後のＳＩＦＳタイムユニット後に、協調されるＡＰ、ＡＰ２２０４は、参加しているＳＴＡ、たとえば、ＳＴＡ_１１からＳＴＡ_１Ｎ２０６、およびＳＴＡ_２１からＳＴＡ_２Ｍ２０８のうちの１つまたは複数の各々へ、ＮＤＰ２２３６を同時に送信する（２３８）。

参加しているＳＴＡのうちの１つまたは複数の各々、たとえば、ＳＴＡ_１１からＳＴＡ_１Ｎ２０６、およびＳＴＡ_２１からＳＴＡ_２Ｍ２０８は、ＳＴＡとＡＰ２２０４との間のそのＣＳＩを計算し得る。たとえば、ＳＴＡ_１１は、ＳＴＡ_１１とＡＰ２２０４との間でそのＣＳＩを計算し得、ＳＴＡ_１Ｎは、ＳＴＡ_１ＮとＡＰ１２０２との間でそのＣＳＩを計算し得る。同様に、ＳＴＡ_２１は、ＳＴＡ_２１とＡＰ２２０４との間でそのＣＳＩを計算し得、ＳＴＡ_２Ｎは、ＳＴＡ_２ＮとＡＰ２２０４との間でそのＣＳＩを計算し得る。

複数のＳＴＡがプロトコル２００に参加している実施形態では、ＮＤＰ２２３６を送信した後のＳＩＦＳタイムユニット後に、協調されるＡＰ、ＡＰ２２０４は、参加しているＳＴＡ、たとえば、ＳＴＡ_１１からＳＴＡ_１Ｎ２０６、およびＳＴＡ_２１からＳＴＡ_２Ｍ２０８へ、ＢＦＲＰトリガフレーム２４０を同時に送信する（２４２）。当業者によって理解され得るように、１つのＳＴＡだけが参加している実施形態では、ＢＦＲＰトリガフレームが送信される必要はない。

ＢＦＲＰトリガフレーム２４０を受信した後のＳＩＦＳタイムユニット後に、参加しているＳＴＡのうちの１つまたは複数、たとえば、ＳＴＡ_１１からＳＴＡ_１Ｎ２０６、およびＳＴＡ_２１からＳＴＡ_２Ｍ２０８の各々は、次いで、その計算されたＣＳＩレポートをＡＰ２２０４に送信し得る（２４８）。参加しているＳＴＡ、たとえば、ＳＴＡ_１１からＳＴＡ_１Ｎ２０６、およびＳＴＡ_２１からＳＴＡ_２Ｍ２０８は、それらのＣＳＩレポート２４４および２４６をＡＰ２２０４へ同時に送信する（２４８）。

連携するＡＰの各々（１つまたは複数の協調されるＡＰ、たとえば、ＡＰ２２０４および協調するＡＰ、たとえば、ＡＰ１２０２を含む）は、サウンディング手順に参加しているＳＴＡの数に応じて、複数のＢＦＲＰトリガ位相を取り得る。たとえば、参加しているＡＰごとに関連付けられているＳＴＡが多すぎて１回のＢＦＲＰトリガフレーム送信においてＣＳＩレポートをポーリングできない場合、参加しているＡＰごとに、複数のＢＦＲＰＴＦ送信を用いてＣＳＩレポートを複数回ポーリングする必要があり得る。

図２は、２つの連携するＡＰ（協調するＡＰ、ＡＰ１２０２および協調されるＡＰ、ＡＰ２２０４）を示しているが、当業者であれば、３つ以上の連携するＡＰが存在し得ることを理解するであろう。複数の協調されるＡＰ（たとえば、ＡＰ２２０４およびＡＰ３（図示せず））の場合、ＡＰ２２０４が参加しているＳＴＡからＣＳＩレポート２４４および２４６を受信した後のＳＩＦＳタイムユニット後に、ＡＰ２２０４はサウンディング要求フレームを次の協調されるＡＰ、たとえばＡＰ３へ送信する。ＡＰ３はＡＰ２２０４にＡｃｋを送信し得る（サウンディング要求フレームを受信した後のＳＩＦＳタイムユニット後に）。その後のＳＩＦＳタイムユニット後、ＡＰ３は、参加しているＳＴＡ、たとえば、ＳＴＡ_１１からＳＴＡ_１Ｎ２０６、およびＳＴＡ_２１からＳＴＡ_２Ｍ２０８のうちの１つまたは複数の各々に、同時にＮＤＰＡを送信し得る。ＳＩＦＳタイムユニット後、ＡＰ３は、参加しているＳＴＡ、たとえば、ＳＴＡ_１１からＳＴＡ_１Ｎ２０６、およびＳＴＡ_２１からＳＴＡ_２Ｍ２０８のうちの１つまたは複数の各々にＮＤＰを同時に送信し得る。参加しているＳＴＡのうちの１つまたは複数の各々、たとえば、ＳＴＡ_１１からＳＴＡ_１Ｎ２０６、およびＳＴＡ_２１からＳＴＡ_２Ｍ２０８は、ＳＴＡとＡＰ３との間のそのＣＳＩを計算し得る。ＮＤＰを送信したＳＩＦＳタイムユニット後に、ＡＰ３は、参加しているＳＴＡのうちの１つまたは複数の各々にＢＦＲＰトリガフレームを同時に送信し得る。ＢＦＲＰトリガフレームを受信した後のＳＩＦＳタイムユニット後に、参加しているＳＴＡのうちの１つまたは複数、たとえば、ＳＴＡ_１１からＳＴＡ_１Ｎ２０６、およびＳＴＡ_２１からＳＴＡ_２Ｍ２０８の各々は、次いで、その計算されたＣＳＩレポートをＡＰ３に同時に送信し得る。

最後に協調されるＡＰ（セットアップ位相中にシリアルサウンディングのシーケンスを設定できる）がサウンディング処理２６０を終了するとき（ＣＳＩレポートアクションフレームが最後のＡＰによって収集される）、ＡＰ－ＡＰ共有フレームが送信される必要があり、すなわち、ＡＰ－ＡＰ共有フレームは、シリアルサウンディング処理２６０の終了も含意する。

ＡＰ－ＡＰ共有フレーム送信のシーケンスはサウンディングシーケンスとは逆の順序であってもよい。図２において、サウンディングシーケンスは、協調するＡＰ、ＡＰ１２０２から始まり、次いで、協調されるＡＰ、ＡＰ２２０４から始まる。したがって、ＡＰ－ＡＰ共有フレーム送信処理２６２は、協調されるＡＰ２２０４から始まり、次いで、協調するＡＰ、ＡＰ１２０２から始まる。図２に示される実施形態では、ＣＳＩレポート２４４および２４６を受信した後のＳＩＦＳタイムユニット後に、協調されるＡＰ２２０４は、ＡＰ間共有フレーム２５０を連携するＡＰ、たとえば協調するＡＰ１２０２へ送信する（２５２）。ＡＰ－ＡＰ共有フレーム２５０を受信した後のＳＩＦＳタイムユニット後に、協調するＡＰ１２０２は、ＡＰ間共有フレーム２５４を連携するＡＰ、たとえば協調されるＡＰ２２０４へ送信する（２５６）。

複数の協調されるＡＰ（たとえば、ＡＰ２２０４およびＡＰ３（図示せず））の場合、ＡＰ－ＡＰ共有フレーム送信のシーケンスは、ＡＰ３、ＡＰ２２０４、およびＡＰ１２０２であり得る。したがって、１つまたは複数の参加しているＳＴＡからＣＳＩレポートを受信した後のＳＩＦＳタイムユニット後に、ＡＰ３は、ＡＰ－ＡＰ共有フレーム送信処理のシーケンスに従って、最後の連携するＡＰ（たとえば、ＡＰ１２０２）にＡＰ－ＡＰ共有フレームを送信し得る。そのＳＩＦＳタイムユニット後、ＡＰ２２０４は、ＡＰ－ＡＰ共有フレーム送信処理のシーケンスに従って、最後の連携するＡＰ（たとえば、ＡＰ１２０２）にＡＰ－ＡＰ共有フレームを送信し得る。協調されるＡＰ（ＡＰ２２０４およびＡＰ３）からすべてのＡＰ－ＡＰ共有フレームを収集した後のＳＩＦＳタイムユニット後に、協調するＡＰ１２０２は、対象となるＡＰ－ＡＰ共有フレームを、すべての協調されるＡＰ（この場合はＡＰ２２０４およびＡＰ３）に送信し得る。

ＡＰ－ＡＰ共有フレーム送信処理２６２は、ＡＰ－ＡＰ共有フレーム送信処理２６２のシーケンスに従って、最後の連携するＡＰ（この実施形態では、協調するＡＰ、ＡＰ１２０２）からのフレーム（たとえば、フレーム２５４）が参加しているすべてのＡＰによって受信された時点で終了する。フレームＡＰ－ＡＰ共有フレーム２５４は、本明細書でさらに説明されるように、協調するＡＰからのユーザ選択情報を含み得る。

本明細書で述べたように、連携するＡＰと１つまたは複数の協調されるＡＰ（サウンディングパケットフレームを連続的に送信するための連携するＡＰのシーケンスを含む）は、セットアップ位相において決定される。

図３は、本開示の一実施形態による、ＣｏＢＦにおけるＡＰ間共有のための代替プロトコルを示している。図３において、図３におけるサウンディングシーケンス処理は、図２におけるサウンディングシーケンス処理２６０と同様である。しかしながら、ＡＰ－ＡＰ共有フレーム送信処理３６２は、ＡＰ－ＡＰ共有フレーム送信処理２６２とは逆の順序である。したがって、ＡＰ－ＡＰ共有フレーム送信処理３６２は、サウンディングシーケンス処理２６０と同じ順序であり、たとえば、ＡＰ１が処理３６２を開始し、ＡＰ２が処理３６２を終了する。

一実施形態によれば、協調するＡＰ、ＡＰ１２０２は、最後の協調されるＡＰ（たとえば、図３におけるＡＰ２２０４）によってサウンディング処理２６０の終了時間を設定する。協調するＡＰ、ＡＰ１２０２は、連携するＡＰ、ＳＩＦＳタイムユニット、および参加しているＳＴＡのうちの１つまたは複数に基づいて、サウンディング処理２６０の終了時間を計算し得る。最後の協調されるＡＰ、この実施形態ではＡＰ２２０４が、参加しているＳＴＡからＣＳＩレポート２４４および２４６を受信した後のＳＩＦＳタイムユニット後に、ＡＰ－ＡＰ共有フレーム送信処理３６２のシーケンスに従って、協調するＡＰ、ＡＰ１２０２が、ＡＰ－ＡＰ共有フレーム２５４を最後の連携するＡＰ（この実施形態では、ＡＰ２２０４）へ送信する（３０２）。ＡＰ－ＡＰ共有フレーム２５４を受信した後のＳＩＦＳタイムユニット後に、協調されるＡＰ、ＡＰ２２０４は、連携するＡＰ（たとえば、ＡＰ１２０２）へＡＰ－ＡＰ共有フレーム２５０を送信する（３０４）。

複数の協調されるＡＰ（たとえば、ＡＰ２２０４およびＡＰ３（図示せず））の場合、ＡＰ－ＡＰ共有フレーム送信のシーケンスは、ＡＰ１２０２、ＡＰ２２０４およびＡＰ３であり得る。一実施形態によれば、ＡＰ－ＡＰ共有フレーム送信処理は次のようであり得る。ＡＰ１２０２は、最後の協調されるＡＰ（たとえば、ＡＰ３）によるサウンディング処理２６０の終了時間を設定する。最後の協調されるＡＰ、たとえば、ＡＰ３が、参加しているＳＴＡからＣＳＩレポートを受信した後のＳＩＦＳタイムユニット後に、ＡＰ－ＡＰ共有フレーム送信処理のシーケンスに従って、協調するＡＰ、ＡＰ１２０２が、ＡＰ－ＡＰ共有フレームを最後の連携するＡＰ（たとえば、ＡＰ３）へ送信する。ＡＰ－ＡＰ共有フレームを受信した後のＳＩＦＳタイムユニット後に、協調されるＡＰ、ＡＰ２２０４は、ＡＰ－ＡＰ共有フレーム送信処理のシーケンスに従って、最後の連携するＡＰ（たとえば、ＡＰ３）へＡＰ－ＡＰ共有フレームを送信する。参加しているＡＰ（この場合はＡＰ１２０２およびＡＰ２２０４）からすべてのＡＰ－ＡＰ共有フレームを収集した後のＳＩＦＳタイムユニット後に、最後のＡＰ（ＡＰ３）は、ＡＰ－ＡＰ共有フレーム送信処理のシーケンスに従って、対象となるＡＰ－ＡＰ共有フレームを、参加しているすべてのＡＰ（この場合はＡＰ１２０２およびＡＰ２２０４）に送信し得る。

ＡＰ－ＡＰ共有フレーム送信処理は、ＡＰ－ＡＰ共有フレーム送信処理のシーケンスに従って、最後の連携するＡＰからのフレームが参加しているすべてのＡＰによって受信された時点で終了する。最後のＡＰ－ＡＰ共有フレームは、本明細書でさらに説明されるように、協調するＡＰからのユーザ選択情報を含み得る。

図２および図３を参照して説明される実施形態は、ＣｏＢＦに参加しているＡＰが相互に必要な情報を共有するための媒体アクセス制御（ＭＡＣ）プロトコルを提供し得る。

図４は、本発明の一実施形態によるＡＰ－ＡＰ共有フレームのフレームフォーマットを示している。

フレームフォーマット４００は、図２および図３のＡＰ－ＡＰ共有フレームのフレームフォーマットであってもよい（たとえば、ＡＰ－ＡＰ共有フレーム２５０および２５４）。フレームフォーマットは、ＰＨＹヘッダフィールド４０２、ＭＡＣヘッダフィールド４０４、送信ＡＰの識別を示すＡＰ識別子（ＩＤ）フィールド４０６、選択されたユーザフィールド４０８、プリコーダインデックスフィールド４１０、およびフレームチェックシーケンス（ＦＣＳ）フィールド４１２のうちの１つまたは複数を備え得る。

一実施形態では、ＰＨＹヘッダ４０２およびＭＡＣヘッダ４０４は、ＮＤＰＡフレームのフォーマットと同じフォーマットを共有し得る。ＭＡＣヘッダ４０４は、フレームがＡＰ－ＡＰ共有フレームであることを示し得る。ＭＡＣヘッダ４０４は、フレームがＡＰ－ＡＰ共有フレームであることを示すためのサブフレームタイプを含み得る。別の実施形態では、ＡＰ－ＡＰ共有フレームは、将来の設計において与えることができるＮＤＰＡバリアントフレームを通じて示され得る。

別の実施形態では、ＡＰＩＤフィールドは存在しなくてよく、ＡＰＩＤ情報は、（ＭＡＣヘッダフィールド内の）トランスミッタアドレス（ＴＡ）フィールドを介してＭＡＣヘッダフィールド４０４において示され得る。他の実施形態では、ＡＰＩＤ情報は、ＡＰＩＤフィールド４０６を介して示され得る。

選択されたユーザフィールド４０８は、ＡＰＩＤフィールド４０６において示される参加しているＡＰの選択されたユーザ（１つまたは複数の選択されたＳＴＡ）のリストを示し得る。図１を参照して説明されるように、連携するＡＰの各々は、それらの関連付けられるＳＴＡから１つまたは複数のＳＴＡを選択し得る。次いで、選択されたＳＴＡは、図２および図３を参照して説明される実施形態に従って、ＡＰ－ＡＰ共有フレーム送信処理を介して、連携するＡＰ間で共有される。

選択されたユーザフィールド４０８は、選択されたユーザごとのストリームの数をさらに示し得る。選択されたユーザフィールド４０８は、ユーザＩＤ（ＭＡＣアドレスまたは関連付けられるＩＤ（ＡＩＤ）であり得る）をさらに示し得る。選択されたユーザフィールド４０８は、帯域幅（ＢＷ）、変調およびコーディングシステム（ＭＣＳ）、ならびに他の関連情報をさらに示し得る。

対応するＡＰと選択された各ＳＴＡとの間のＣＳＩ情報も、選択されたユーザフィールド４０８に含まれ得る。プリコーダの計算が標準化されていない場合、すなわち、実装固有である場合、ＡＰ－ＡＰ共有フレームは、干渉調整（ＩＡ）ＣｏＢＦプリコーダフィールド４１１を含む必要があり得る。したがって、プリコーダインデックスフィールド４１０は、プリコーダの計算が標準化されていない場合、ＩＡＣｏＢＦプリコーダフィールド４１１によって置き換える必要があり得る。

ＡＰ－ＡＰ共有フレームがＩＡＣｏＢＦプリコーダフィールド４１１を含む実施形態では、ＩＡＣｏＢＦプリコーダフィールドは、ＡＰ－ＡＰ共有送信処理における最後の連携するＡＰ、たとえば２６２および３６２によって示され得る。たとえば、図２に続く実施形態では、ＩＡＣｏＢＦプリコーダフィールド４１１は、たとえばＡＰ－ＡＰ共有フレーム２５４を介して、協調するＡＰ、ＡＰ１２０２によって示され得、図３に続く実施形態では、ＩＡＣｏＢＦプリコーダフィールド４１１は、たとえばＡＰ－ＡＰ共有フレーム２５０を介して、協調されるＡＰ、ＡＰ２２０４によって示され得る。

選択されたユーザは、対応する参加しているＡＰによって、関連付けられるＳＴＡの中から決定され得る。たとえば、協調するＡＰ、たとえばＡＰ１２０２に対して選択されたユーザは、協調するＡＰの関連付けられるＳＴＡの中から協調するＡＰによって決定または選択され、同様に、協調されるＡＰ、たとえばＡＰ２２０４に対して選択されたユーザは、協調されるＡＰの関連付けられるＳＴＡの中から協調されるＡＰによって決定または選択される。図２に続く実施形態では、ＡＰＩＤフィールド４０６が協調するＡＰ（たとえば、ＡＰ１２０２）を示す場合、ＡＰ－ＡＰ共有送信処理２６２は終了し得る（たとえば、ＡＰ－ＡＰ共有フレーム２５２がＡＰＩＤフィールド内の協調するＡＰＩＤを示す場合）。図２の実施形態では、協調するＡＰ、ＡＰ１２０２は、プリコーダインデックスフィールド４１０においてプリコーダインデックスをさらに示し得、この場合、プリコーダはＣｏＢＦ用に標準化される。

本明細書で説明したように、連携するＡＰの場合、存在し得る干渉を管理することが望ましい。干渉の管理は、プリコーダインデックスを計算することを含み得る。プリコーダインデックスの計算は標準化され得る。プリコーダインデックスフィールド４１０は、プリコーダインデックスを計算するための方法を示し得る。

当業者によって理解され得るように、サウンディングシーケンス処理２６０中に受信されたＣＳＩ情報（たとえば、ＣＳＩレポートフレーム２２２、２２４、２４４、２４６）は、プリコーダの計算に必要となり得る。したがって、ＡＰ－ＡＰ共有送信処理２６２および３６３中に、ＣＳＩ情報が連携するＡＰ間で共有される。ＣＳＩ情報は、選択されたユーザフィールド４０８において示され得る。

いくつかの実施形態では、すべての連携するＡＰのプリコーダは、ＡＰ－ＡＰ共有送信処理２６２および３６３において最後のＡＰによって計算され、連携するＡＰ間で共有され得る。たとえば、図２の実施形態では、ＡＰ－ＡＰ共有送信処理２６２における最後のＡＰは協調するＡＰ、ＡＰ１２０２であり、すべての連携するＡＰのプリコーダを計算し、計算されたプリコーダを対応する連携するＡＰに共有し得る。同様に、図３の実施形態では、ＡＰ－ＡＰ共有送信処理３６２における最後のＡＰは協調されるＡＰ、ＡＰ２２０４であり、すべての連携するＡＰのプリコーダを計算し、計算されたプリコーダを対応する連携するＡＰと共有し得る。

図５は、本開示の一実施形態による、各参加しているＡＰにおいて１つの選択されたＳＴＡを有する２－ＡＰＣｏＢＦを示している。図５は図１と同様であり、連携するＡＰと選択されたＳＴＡを示している。連携されたＡＰは、同時協調ビームフォーミング（ＢＦ）送信を実行する。本明細書で説明されるように、連携されたＡＰ間で結果として生じる干渉を最小化またはキャンセルするために、

および

チャネルを除去することが望ましい。そのためには、干渉を管理する必要がある。

一実施形態では、干渉を管理することは、ゼロフォーシングビームフォーミング（ＺＦ－ＢＦ）を適用することを含み得る。ＺＦ－ＢＦでは、各連携するＡＰにおけるチャネルが集約され、再構築され得る。たとえば、ＡＰ１１０２において、チャネルは

および

を備える。したがって、ＡＰ１において集約されたチャネルは

として与えられ、Ｃ１として示され得る。同様に、ＡＰ２１１２におけるチャネルは

および

を備える。したがって、ＡＰ２１１２において集約されたチャネルは

として与えられ、Ｃ２として示され得る。

ＡＰ１２０２におけるＺＦ－ＢＦベースのＩＡプリコーダは、Ｃ１行列の擬似逆行列を取得し、次いで、第１のＫ１列を取得することによって取得され得る。ＡＰ２１１２におけるＺＦ－ＢＦベースのＩＡプリコーダは、Ｃ２行列の擬似逆行列を取得し、次いで、最後のＫ２列を取得することによって取得され得る。Ｋ１はＡＰ１による送信のランクであり、Ｋ２はＡＰ２による送信のランクである。

ＡＰ間共有処理２６２または３６２が完了すると、参加しているすべてのＡＰは、ＣｏＢＦに対してスケジューリングされる選択されたＳＴＡ（各ＳＴＡのスケジューリングされるストリームの数を含む）を認識する。上述したように、各参加しているＡＰは、参加しているＡＰと選択されたＳＴＡとの間に形成されたチャネルに基づいて集約されたチャネルを計算し得、次いで、集約されたチャネルの擬似逆行列を取得する。２－ＡＰ協調の場合、協調するＡＰは、プリコーダの集約されたチャネルの第１のＫ_１列を取得し得、Ｋ_１は、協調するＡＰの送信ランクのサイズを表す。協調されるＡＰは、プリコーダの集約されたチャネルの最後のＫ_２列を取得し得、Ｋ_２は、協調されるＡＰの送信ランクのサイズを表す。

いくつかの実施形態では、ＡＰ－ＡＰ共有処理における最後の参加しているＡＰは、ＺＦ－ＢＦに従ってすべての連携するＡＰのプリコーダを計算し、ＡＰ－ＡＰ共有フレームを通じて、計算されたプリコーダをそれらの対応するＡＰと共有し得る。たとえば、図２の実施形態では、協調するＡＰ１２０２は、そのＺＦ－ＢＦＩＡプリコーダと、協調されるＡＰ、たとえばＡＰ２２０４のＺＦ－ＢＦＩＡプリコーダを計算し、ＡＰ－ＡＰ共有フレーム２５４を介して、計算されたプリコーダをそれらの対応するＡＰと共有し得る。同様に、図３の実施形態では、協調されるＡＰ２２０４は、そのＺＦ－ＢＦＩＡプリコーダと、協調されるＡＰ（複数の協調されるＡＰの場合）および協調するＡＰ、たとえば、ＡＰ１２０２のＺＦ－ＢＦＩＡプリコーダを計算し、ＡＰ－ＡＰ共有フレーム２５０を介して、計算されたプリコーダをそれらの対応するＡＰと共有し得る。

本明細書で説明されるように、すべての連携するＡＰは、サウンディングシーケンス処理２６０を介してそれらのＣＳＩ情報を共有する。したがって、すべての連携するＡＰのプリコーダの計算を担当するＡＰ（たとえば、図２におけるＡＰ１２０２および図３におけるＡＰ２）は、各連携するＡＰにおいて受信されたＣＳＩ情報の知識を有しており、したがって、プリコーダを計算することができる。プリコーダを計算した後、担当するＡＰは、ＩＡＣｏＢＦプリコーダフィールド４１１、計算されたプリコーダを介して示される、ＡＰ－ＡＰ共有フレームに含まれる、連携するＡＰにＡＰ－ＡＰ共有フレームを送信し得る。

ＡＰ－ＡＰ共有フレームを介して計算されたプリコーダを受信した後、受信側ＡＰ（たとえば、図２におけるＡＰ２２０４および図３におけるＡＰ１２０２）および担当するＡＰは、計算されたプリコーダを使用して協調して、ＣｏＢＦパケットを同時に送信し得る。

いくつかの実施形態では、たとえば、連邦通信委員会（ＦＣＣ）の規制に従って、送信またはトランスミッタ（ＴＸ）電力は、ＴＸチェーンの数に関係なく、特定のレベル以下に一定に保つ必要があり得る。したがって、プリコーダは、たとえばＭＩＭＯコンフィギュレーションに従って正規化する必要があり得る。

一実施形態では、ＡＰ１におけるプリコーダはＰ１として示され、ＡＰ２におけるプリコーダはＰ２として示され、次いで、新しい正規化されたプリコーダは、ＡＰ１およびＡＰ２について、それぞれ

および

として記述され得る。

「||Ｐ１||_Ｅ」は、各Ｐ行列要素の大きさが二乗され、すべての要素にわたって合計され、その後、平方根演算が適用されるユークリッドノルムを表し得る。したがって、ユークリッドノルムは、すべての行列要素の大きさの合計の平方根を用いて取得される。いくつかの実施形態では、参加しているＡＰのプリコーダごとのＴＸ電力正規化は個別に実行され得る。したがって、各参加しているＡＰは、独自のＴＸ電力正規化を実行し得る。

プリコーダ情報は、１つまたは複数の参加しているＳＴＡにおいてサブキャリアごとに異なり得る。サブキャリアごとの位相プリコーダ情報は連続していることが望ましい。しかしながら、１つまたは複数のＳＴＡのうちのすべてのサブキャリアがチャネル推定のための参照信号を有するとは限らないため、１つまたは複数のＳＴＡはチャネル推定のために補間または平滑化に依存し得る。

ビームフォーミング（ＢＦ）がフレームに適用されると、（サブキャリア間のプリコーダの）位相情報がトーン間で不連続になり得、補間を介したチャネルの推定が困難になり得る。したがって、いくつかの実施形態では、位相連続処理が、位相不連続問題を回避するために、ビームフォーミング中に適用され得る。いくつかの実施形態では、ＣＳＩ情報を測定するためのサウンディング処理中のチャネル推定は、８０２．１１ロングトレーニングフィールド（ＬＴＦ）ベースの参照信号を通じて行われ得る。そのような実施形態では、ＣＳＩ情報は、トーン（Ｎｇ）のグループのすべての数において、および最後にはすべてのトーンにおいて取得され得る。

一実施形態では、Ｐ_０、Ｐ_１、Ｐ_２、…は、サウンディング処理中のＣＳＩ情報に基づいて、トーン０、１、２などごとのプリコーディング行列の列ベクトルを表し得る。したがって、プリコーディング行列の連続位相ベースのプリコーディング列ベクトルは、Ｐ_０、

、

であり得、上式で、

、

およびＴ_１は位相連続性を有する更新されたものを表し得、すなわち、

である。説明した手順（

、

である）は、各ＯＦＤＭシンボルのトーンが終了するまで繰り返される。参加しているＡＰのプリコーダごとの位相連続処理は個別に実行され得る。したがって、各参加しているＡＰは、ビームフォーミング中に独自の位相連続処理を実行し得る。

本明細書で説明される実施形態は、連携するＡＰを伴うＡＰ－ＡＰ共有送信のための手順を提供し得る。本明細書で説明される実施形態は、ＡＰ－ＡＰ共有フレームのフォーマットをさらに提供し得る。

図６は、本発明の異なる実施形態による、本明細書で明示的または暗黙的に説明される上記の方法および機能の動作の一部またはすべてを実行し得る電子デバイス６００の概略図である。たとえば、ネットワーク機能を備えたコンピュータが電子デバイス６００として構成され得る。いくつかの実施形態において、電子デバイス６００は、当業者によって理解されるように、ＵＥ、ＡＰ、ＳＴＡなどであり得る。

図示されるように、電子デバイス６００は、中央処理装置（ＣＰＵ）などのプロセッサ６１０、またはグラフィックス処理装置（ＧＰＵ）などの専用プロセッサ、または他のそのようなプロセッサユニット、メモリ６２０、非一時的大容量ストレージ６３０、入力－出力インターフェース６４０、ネットワークインターフェース６５０、およびトランシーバ６６０を含み得、それらはすべて双方向バス６７０を介して通信可能に結合されている。特定の実施形態によれば、図示された要素のいずれかまたはすべてが利用されてもよく、要素のサブセットのみが利用されてもよい。さらに、電子デバイス６００は、複数のプロセッサ、メモリ、またはトランシーバなどの特定の要素の複数のインスタンスを含み得る。また、ハードウェアデバイスの要素は、双方向バスを使用せずに他の要素に直接接続され得る。プロセッサおよびメモリに加えて、またはその代替として、必要な論理演算を実行するために、集積回路などの他の電子機器が使用され得る。

メモリ６２０は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ）、読取り専用メモリ（ＲＯＭ）、それらの任意の組合せなどの、任意のタイプの非一時的メモリを含み得る。大容量ストレージ要素６３０は、ソリッドステートドライブ、ハードディスクドライブ、磁気ディスクドライブ、光ディスクドライブ、ＵＳＢドライブ、またはデータおよびマシンで実行可能なプログラムコードを記憶するように構成された任意のコンピュータプログラム製品などの、任意のタイプの非一時的ストレージデバイスを含み得る。特定の実施形態によれば、メモリ６２０または大容量ストレージ６３０は、上述の前述の方法動作のうちのいずれかを実行するためにプロセッサ６１０によって実行可能なステートメントおよび命令を記録し得る。

本発明の実施形態は、電子ハードウェア、ソフトウェア、またはそれらの組合せを使用して実装することができる。いくつかの実施形態では、本発明は、メモリに記憶されたプログラム命令を実行する１つまたは複数のコンピュータプロセッサによって実装される。いくつかの実施形態では、本発明は、たとえば１つまたは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）または特定用途向け集積回路（ＡＳＩＣ）を使用して、処理動作を迅速に実行するために、ハードウェアにおいて部分的または完全に実装される。

本明細書では説明の目的で技術の特定の実施形態を説明してきたが、技術の範囲から逸脱することなしに様々な修正が行われ得ることが理解されるであろう。したがって、本明細書および図面は、単に添付の特許請求の範囲によって定義される本発明の例示としてみなされるべきであり、本発明の範囲内に含まれるあらゆる修正、変形、組合せまたは均等物を網羅することが企図される。特に、技術の方法に従ってコンピュータの動作を制御するための、および／または技術のシステムに従ってそのコンポーネントの一部またはすべてを構築するために、機械によって読取り可能な信号を記憶するための、コンピュータプログラム製品またはプログラム要素、または磁気または光ワイヤ、テープまたはディスクなどのプログラムストレージまたはメモリデバイスを提供することは、本技術の範囲内である。

本明細書で説明される方法に関連付けられる動作は、コンピュータプログラム製品においてコード化された命令として実装することができる。言い換えれば、コンピュータプログラム製品は、コンピュータプログラム製品がメモリにロードされてワイヤレス通信デバイスのマイクロプロセッサ上で実行されるときに方法を実行するためのソフトウェアコードが記録されるコンピュータ可読媒体である。

さらに、本方法の各動作は、パーソナルコンピュータ、サーバ、ＰＤＡなどの任意のコンピューティングデバイス上で、Ｃ＋＋、Ｊａｖａなどの任意のプログラミング言語から生成された１つまたは複数の、または１つまたは複数の一部のプログラム要素、モジュール、またはオブジェクトに従って実行され得る。さらに、各動作、または各動作を実装するファイルまたはオブジェクトなどは、専用のハードウェアまたはその目的のために設計された回路モジュールによって実行され得る。

前述の実施形態の説明を通じて、本発明は、ハードウェアのみを使用することによって、またはソフトウェアと必要なユニバーサルハードウェアプラットフォームを使用することによって実装され得る。そのような理解に基づいて、本発明の技術的解決策はソフトウェア製品の形で具体化され得る。ソフトウェア製品は、コンパクトディスク読取り専用メモリ（ＣＤ－ＲＯＭ）、ＵＳＢフラッシュディスク、またはリムーバブルハードディスクであり得る不揮発性または非一時的なストレージ媒体に記憶され得る。ソフトウェア製品は、コンピュータデバイス（パーソナルコンピュータ、サーバ、またはネットワークデバイス）が本発明の実施形態において提供される方法を実行できるようにする多数の命令を含む。たとえば、そのような実行は、本明細書で説明される論理演算のシミュレーションに対応し得る。ソフトウェア製品は、追加的にまたは代替として、コンピュータデバイスが本発明の実施形態に従ってデジタル論理装置を構成またはプログラミングするための動作を実行できるようにする多数の命令を含み得る。

本発明を特定の特徴およびその実施形態を参照して説明してきたが、本発明から逸脱することなしに様々な修正および組合せを行うことができることは明らかである。したがって、本明細書および図面は、単に添付の特許請求の範囲によって定義される本発明の例示としてみなされるべきであり、本発明の範囲内に含まれるあらゆる修正、変形、組合せまたは均等物を網羅することが企図される。

Claims

複数の連携するアクセスポイント（ＡＰ）の第１のＡＰによって、前記複数の連携するＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）へ、前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられるチャネル状態情報（ＣＳＩ）の要求を送信するステップと、
前記第１のＡＰによって、前記１つまたは複数のＳＴＡから、前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩを備える応答を受信するステップと、
前記第１のＡＰによって、前記複数の連携するＡＰのうちの第２のＡＰへ、前記第２のＡＰが前記１つまたは複数のＳＴＡから、前記１つまたは複数のＳＴＡおよび前記第２のＡＰに関連付けられるＣＳＩを要求することを示すサウンディング要求を送信するステップと、
前記第１のＡＰによって、前記第２のＡＰから、前記１つまたは複数のＳＴＡおよび前記第２のＡＰに関連付けられる前記ＣＳＩを含む第１のＡＰ－ＡＰ共有メッセージを受信するステップと、
前記第１のＡＰによって、前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩを含む第２のＡＰ－ＡＰ共有メッセージを前記第２のＡＰへ送信するステップと
を備える方法であって、
前記第１のＡＰによって複数のプリコーダを計算するステップをさらに備え、計算された各プリコーダは、
前記複数の連携するＡＰのそれぞれのＡＰに対応し、
前記１つまたは複数のＳＴＡおよび前記それぞれのＡＰに関連付けられるＣＳＩ情報に基づく、方法。
前記第２のＡＰ－ＡＰ共有メッセージは、前記第１のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、前記第１のＡＰに関連付けられる１つまたは複数のＳＴＡ、前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩ、前記第１のＡＰに関連付けられる前記１つまたは複数のＳＴＡのＳＴＡ当たり１つまたは複数のストリーム、および前記第２のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含む前記フレームを備える、請求項１に記載の方法。
前記プリコーダ情報は、前記複数のプリコーダのうちの計算されたプリコーダを示す、請求項２に記載の方法。
前記プリコーダ情報は、プリコーダ計算方法を示すプリコーダインデックスを示す、請求項２に記載の方法。
前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩは、前記フレームの選択されたユーザフィールドに示される、請求項２に記載の方法。
前記第１のＡＰの前記識別子は、前記フレームの媒体アクセス制御（ＭＡＣ）ヘッダのトランスミッタアドレス（ＴＡ）フィールドに示される、請求項２に記載の方法。
第１のアクセスポイント（ＡＰ）によって、第２のＡＰから、前記第２のＡＰに関連付けられるチャネル状態情報（ＣＳＩ）を含む第１の共有メッセージを受信するステップであって、前記第１のＡＰと前記第２のＡＰが連携する、ステップと、
前記第１のＡＰによって前記第２のＡＰへ、前記第１のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、前記第１のＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）、前記第１のＡＰに関連付けられるＣＳＩ、前記第１のＡＰに関連付けられる前記１つまたは複数のＳＴＡのＳＴＡ当たり１つまたは複数のストリーム、および前記第２のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含むフレームを備える第２の共有メッセージを送信するステップと
を備える方法であって、
前記第１のＡＰによって、前記第２のＡＰに関連付けられる前記ＣＳＩに基づいて、前記第２のＡＰに関連付けられるプリコーダを計算するステップをさらに備える、方法。
前記第２のＡＰに関連付けられる前記プリコーダ情報は、前記第２のＡＰに関連付けられる前記計算されたプリコーダを示す、請求項７に記載の方法。
前記第２のＡＰに関連付けられる前記プリコーダ情報は、プリコーダ計算方法を示すプリコーダインデックスを示す、請求項７または８に記載の方法。
前記第１のＡＰに関連付けられる前記ＣＳＩは、前記フレームの選択されたユーザフィールドに示される、請求項７または８に記載の方法。
前記第１のＡＰの前記識別子は、前記フレームの媒体アクセス制御（ＭＡＣ）ヘッダのトランスミッタアドレス（ＴＡ）フィールドに示される、請求項７または８に記載の方法。
少なくとも１つのプロセッサと、実行可能命令を記憶する少なくとも１つの機械可読媒体とを備え、前記実行可能命令は、前記少なくとも１つのプロセッサによって実行されると、
複数の連携するアクセスポイント（ＡＰ）に関連付けられる１つまたは複数のステーション（ＳＴＡ）へ、前記１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるチャネル状態情報（ＣＳＩ）の要求を送信することと、
前記１つまたは複数のＳＴＡから、前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩを備える応答を受信することと、
前記複数の連携するＡＰのうちの第２のＡＰへ、前記第２のＡＰが前記１つまたは複数のＳＴＡから、前記１つまたは複数のＳＴＡおよび前記第２のＡＰに関連付けられるＣＳＩを要求することを示すサウンディング要求を送信することと、
前記第２のＡＰから、前記１つまたは複数のＳＴＡおよび前記第２のＡＰに関連付けられる前記ＣＳＩを含む第１のＡＰ－ＡＰ共有メッセージを受信することと、
前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩを含む第２のＡＰ－ＡＰ共有メッセージを前記第２のＡＰへ送信することと
を行うために前記複数の連携するＡＰの前記第１のＡＰを構成する装置であって、
前記実行可能命令は、前記少なくとも１つのプロセッサによって実行されると、
複数のプリコーダを計算するために、前記第１のＡＰをさらに構成し、計算された各プリコーダは、
前記複数の連携するＡＰのそれぞれのＡＰに対応し、
前記１つまたは複数のＳＴＡおよび前記それぞれのＡＰに関連付けられるＣＳＩ情報に基づく、装置。
前記第２のＡＰ－ＡＰ共有メッセージは、前記第１のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、前記第１のＡＰに関連付けられる１つまたは複数のＳＴＡ、前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩ、前記第１のＡＰに関連付けられる前記１つまたは複数のＳＴＡのＳＴＡ当たり１つまたは複数のストリーム、および前記第２のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含むフレームを備える、請求項１２に記載の装置。
前記プリコーダ情報は、前記複数のプリコーダのうちの計算されたプリコーダを示す、請求項１３に記載の装置。
前記プリコーダ情報は、プリコーダ計算方法を示すプリコーダインデックスを示す、請求項１３または１４に記載の装置。
前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩは、前記フレームの選択されたユーザフィールドに示される、請求項１３乃至１５のいずれか一項に記載の装置。
前記第１のＡＰの前記識別子は、前記フレームの媒体アクセス制御（ＭＡＣ）ヘッダのトランスミッタアドレス（ＴＡ）フィールドに示される、請求項１３乃至１５のいずれか一項に記載の装置。