知財求人 - 知財ポータルサイト「IP Force」
特表2024-537705協調ビームフォーミングのためのプロトコルおよびフレームフォーマット
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-10-16
(54)【発明の名称】協調ビームフォーミングのためのプロトコルおよびフレームフォーマット
(51)【国際特許分類】
H04W 24/10 20090101AFI20241008BHJP
H04W 16/28 20090101ALI20241008BHJP
H04W 28/16 20090101ALI20241008BHJP
【ＦＩ】
H04W24/10
H04W16/28 130
H04W28/16
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024518274
(86)(22)【出願日】2022-09-26
(85)【翻訳文提出日】2024-04-30
(86)【国際出願番号】 CN2022121382
(87)【国際公開番号】W WO2023046179
(87)【国際公開日】2023-03-30
(31)【優先権主張番号】17/484,709
(32)【優先日】2021-09-24
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
(71)【出願人】
【識別番号】503433420
【氏名又は名称】華為技術有限公司
【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．
【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ
(74)【代理人】
【識別番号】100132481
【弁理士】
【氏名又は名称】赤澤 克豪
(74)【代理人】
【識別番号】100115635
【弁理士】
【氏名又は名称】窪田 郁大
(72)【発明者】
【氏名】ジョン フン ソ
(72)【発明者】
【氏名】ヤン シン
(72)【発明者】
【氏名】オサマ アブル－マジド
(72)【発明者】
【氏名】クウォク シャム アウ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA13
5K067DD11
5K067DD43
5K067EE02
5K067EE10
5K067EE23
5K067KK03
(57)【要約】
本開示は、協調ビームフォーミングのための方法および装置を提供する。本開示の態様は方法を提供する。本方法は、複数の連携するＡＰの第１のアクセスポイント（ＡＰ）によって、複数の連携するＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）へ、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるチャネル状態情報（ＣＳＩ）の要求を送信するステップを含む。本方法は、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを含む応答を受信するステップをさらに含む。本方法は、複数の連携するＡＰのうちの第２のＡＰに、第２のＡＰが１つまたは複数のＳＴＡへ、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩを要求することを示すサウンディング要求を送信するステップをさらに含む。本方法は、第１のＡＰと第２のＡＰとの間でＣＳＩ情報を共有するステップをさらに含む。
【特許請求の範囲】
【請求項1】
複数の連携するアクセスポイント（ＡＰ）の第１のＡＰによって、前記複数の連携するＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）へ、前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられるチャネル状態情報（ＣＳＩ）の要求を送信するステップと、前記第１のＡＰによって、前記１つまたは複数のＳＴＡから、前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩを備える応答を受信するステップと、
前記第１のＡＰによって、前記複数の連携するＡＰのうちの第２のＡＰへ、前記第２のＡＰが前記１つまたは複数のＳＴＡから、前記１つまたは複数のＳＴＡおよび前記第２のＡＰに関連付けられるＣＳＩを要求することを示すサウンディング要求を送信するステップと、
前記第１のＡＰによって、前記第２のＡＰから、前記１つまたは複数のＳＴＡおよび前記第２のＡＰに関連付けられる前記ＣＳＩを含む第１のＡＰ－ＡＰ共有メッセージを受信するステップと、
前記第１のＡＰによって、前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩを含む第２のＡＰ－ＡＰ共有メッセージを前記第２のＡＰへ送信するステップと
を備える、方法。
【請求項2】
前記第２のＡＰ－ＡＰ共有メッセージは、前記第１のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、前記第１のＡＰに関連付けられる１つまたは複数のＳＴＡ、前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩ、前記第１のＡＰに関連付けられる前記１つまたは複数のＳＴＡのＳＴＡ当たり１つまたは複数のストリーム、および前記第２のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含む前記フレームを備える、請求項１に記載の方法。
【請求項3】
前記第１のＡＰによって複数のプリコーダを計算するステップをさらに備え、計算された各プリコーダは、前記複数の連携するＡＰのそれぞれのＡＰに対応し、
前記１つまたは複数のＳＴＡおよび前記それぞれのＡＰに関連付けられるＣＳＩ情報に基づく、請求項２に記載の方法。
【請求項4】
前記プリコーダ情報は、前記複数のプリコーダのうちの計算されたプリコーダを示す、請求項２または３に記載の方法。
【請求項5】
前記プリコーダ情報は、プリコーダ計算方法を示すプリコーダインデックスを示す、請求項２乃至４のいずれか一項に記載の方法。
【請求項6】
前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩは、前記フレームの選択されたユーザフィールドに示される、請求項２乃至５のいずれか一項に記載の方法。
【請求項7】
前記第１のＡＰの前記識別子は、前記フレームの媒体アクセス制御（ＭＡＣ）ヘッダのトランスミッタアドレス（ＴＡ）フィールドに示される、請求項２乃至６のいずれか一項に記載の方法。
【請求項8】
第１のアクセスポイント（ＡＰ）によって、第２のＡＰから、前記第２のＡＰに関連付けられるチャネル状態情報（ＣＳＩ）を含む第１の共有メッセージを受信するステップであって、前記第１のＡＰと前記第２のＡＰが連携する、ステップと、前記第１のＡＰによって前記第２のＡＰへ、前記第１のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、前記第１のＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）、前記第１のＡＰに関連付けられるＣＳＩ、前記第１のＡＰに関連付けられる前記１つまたは複数のＳＴＡのＳＴＡ当たり１つまたは複数のストリーム、および前記第２のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含むフレームを備える第２の共有メッセージを送信するステップと
を備える、方法。
【請求項9】
前記第１のＡＰによって、前記第２のＡＰに関連付けられる前記ＣＳＩに基づいて、前記第２のＡＰに関連付けられるプリコーダを計算するステップをさらに備える、請求項８に記載の方法。
【請求項10】
前記第２のＡＰに関連付けられる前記プリコーダ情報は、前記第２のＡＰに関連付けられる前記計算されたプリコーダを示す、請求項９に記載の方法。
【請求項11】
前記第２のＡＰに関連付けられる前記プリコーダ情報は、プリコーダ計算方法を示すプリコーダインデックスを示す、請求項９または１０に記載の方法。
【請求項12】
前記第１のＡＰに関連付けられる前記ＣＳＩは、前記フレームの選択されたユーザフィールドに示される、請求項９乃至１１のいずれか一項に記載の方法。
【請求項13】
前記第１のＡＰの前記識別子は、前記フレームの媒体アクセス制御（ＭＡＣ）ヘッダのトランスミッタアドレス（ＴＡ）フィールドに示される、請求項９乃至１２のいずれか一項に記載の方法。
【請求項14】
少なくとも１つのプロセッサと、実行可能命令を記憶する少なくとも１つの機械可読媒体とを備え、前記実行可能命令は、前記少なくとも１つのプロセッサによって実行されると、複数の連携するアクセスポイント（ＡＰ）に関連付けられる１つまたは複数のステーション（ＳＴＡ）へ、前記１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるチャネル状態情報（ＣＳＩ）の要求を送信することと、
前記１つまたは複数のＳＴＡから、前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩを備える応答を受信することと、
前記複数の連携するＡＰのうちの第２のＡＰへ、前記第２のＡＰが前記１つまたは複数のＳＴＡから、前記１つまたは複数のＳＴＡおよび前記第２のＡＰに関連付けられるＣＳＩを要求することを示すサウンディング要求を送信することと、
前記第２のＡＰから、前記１つまたは複数のＳＴＡおよび前記第２のＡＰに関連付けられる前記ＣＳＩを含む第１のＡＰ－ＡＰ共有メッセージを受信することと、
前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩを含む第２のＡＰ－ＡＰ共有メッセージを前記第２のＡＰへ送信することと
を行うために前記複数の連携するＡＰの前記第１のＡＰを構成する、装置。
【請求項15】
前記第２のＡＰ－ＡＰ共有メッセージは、前記第１のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、前記第１のＡＰに関連付けられる１つまたは複数のＳＴＡ、前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩ、前記第１のＡＰに関連付けられる前記１つまたは複数のＳＴＡのＳＴＡ当たり１つまたは複数のストリーム、および前記第２のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含むフレームを備える、請求項１４に記載の装置。
【請求項16】
前記実行可能命令は、前記少なくとも１つのプロセッサによって実行されると、複数のプリコーダを計算するために、前記第１のＡＰをさらに構成し、計算された各プリコーダは、
前記複数の連携するＡＰのそれぞれのＡＰに対応し、
前記１つまたは複数のＳＴＡおよび前記それぞれのＡＰに関連付けられるＣＳＩ情報に基づく、請求項１５に記載の装置。
【請求項17】
前記プリコーダ情報は、前記複数のプリコーダのうちの計算されたプリコーダを示す、請求項１６に記載の装置。
【請求項18】
前記プリコーダ情報は、プリコーダ計算方法を示すプリコーダインデックスを示す、請求項１５乃至１７のいずれか一項に記載の装置。
【請求項19】
前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩは、前記フレームの選択されたユーザフィールドに示される、請求項１５乃至１８のいずれか一項に記載の装置。
【請求項20】
前記第１のＡＰの前記識別子は、前記フレームの媒体アクセス制御（ＭＡＣ）ヘッダのトランスミッタアドレス（ＴＡ）フィールドに示される、請求項１５乃至１９のいずれか一項に記載の装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、通信ネットワークの分野に関し、特に、協調ビームフォーミング（ＣｏＢＦ）のための手順およびフレーム構造に関する。
【背景技術】
【0002】
相互参照
本出願は、２０２１年９月２４日に出願された「Ｐｒｏｔｏｃｏｌ ａｎｄ Ｆｒａｍｅ Ｆｏｒｍａｔ ｆｏｒ Ｃｏｏｒｄｉｎａｔｅｄ Ｂｅａｍｆｏｒｍｉｎｇ」と題する米国非仮特許出願第１７／４８４，７０９号に対する優先権の利益を主張し、その内容全体を参照により本明細書に組み込む。
本出願は、２０２１年９月２４日に出願された「Ｐｒｏｔｏｃｏｌ ａｎｄ Ｆｒａｍｅ Ｆｏｒｍａｔ ｆｏｒ Ｃｏｏｒｄｉｎａｔｅｄ Ｂｅａｍｆｏｒｍｉｎｇ」と題する米国非仮特許出願第１７／４８４，７０９号に対する優先権の利益を主張し、その内容全体を参照により本明細書に組み込む。
【0003】
ＣｏＢＦは、８０２．１１ｂｅリリース２（Ｒ２）のマルチアクセスポイント（Ｍ－ＡＰ）連携トピックの主要機能となる可能性がある。ＣｏＢＦをＩＥＥＥ ８０２．１１に導入する際に、まだ解決されていない問題がいくつかある。第１の問題は、選択されたユーザ情報が、協調されるＡＰ間でどのように共有され得るかを決定することである。既存のプロトコルでは、協調されるＡＰ間で選択されたユーザ情報を共有するための適切な手順を提供しない。第２の問題は、ＣｏＢＦに参加しているＡＰのプリコーダの計算に関連している。現在、プリコーダの計算はベンダ固有である。ベンダ固有のプリコーダ計算は、そのような計算から生じ得る干渉のため、ＣｏＢＦには適切ではない。
【0004】
したがって、従来技術の１つまたは複数の制限を解消または軽減するＣｏＢＦのための手順およびフレーム構造が必要である。
【0005】
この背景情報は、本発明に関連する可能性があると出願人によって信じられている情報を明らかにするために提供される。前述の情報のいずれかが本発明に反する先行技術を構成するということを必ずしも認めることを意図するものではなく、また、そのように解釈されるべきではない。
【発明の概要】
【0006】
本開示は、協調ビームフォーミングに関連する方法および装置を提供する。本開示の第１の態様は方法を提供する。本方法は、複数の連携するＡＰの第１のアクセスポイント（ＡＰ）によって、複数の連携するＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）へ、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるチャネル状態情報（ＣＳＩ）の要求を送信するステップを含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡから、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを含む応答を受信するステップをさらに含む。本方法は、第１のＡＰによって、複数の連携するＡＰのうちの第２のＡＰへ、第２のＡＰが１つまたは複数のＳＴＡから、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩを要求することを示すサウンディング要求を送信するステップをさらに含む。本方法は、第１のＡＰによって、第２のＡＰから、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩを含む第１のＡＰ－ＡＰ共有メッセージを受信するステップをさらに含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを含む第２のＡＰ－ＡＰ共有メッセージを第２のＡＰへ送信するステップをさらに含む。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有する媒体アクセス制御（ＭＡＣ）プロトコルを提供し得る。
【0007】
第１の態様のいくつかの実施形態では、第２のＡＰ－ＡＰ共有メッセージは、第１のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、第１のＡＰに関連付けられる１つまたは複数のＳＴＡ、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩ、第１のＡＰに関連付けられる１つまたは複数のＳＴＡのＳＴＡ当たり１つまたは複数のストリーム、および第２のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含むフレームを含む。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有するためのフレームフォーマットをさらに提供し得る。
【0008】
第１の態様のいくつかの実施形態では、本方法は、第１のＡＰによって複数のプリコーダを計算するステップをさらに含み、計算された各プリコーダは、複数の連携するＡＰのそれぞれのＡＰに対応し、１つまたは複数のＳＴＡおよびそれぞれのＡＰに関連付けられるＣＳＩ情報に基づく。本方法は、ＣｏＢＦに参加しているＡＰのプリコーダ情報を計算するステップをさらに提供し得る。
【0009】
第１の態様のいくつかの実施形態では、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩの要求を送信するステップは、ヌルデータパケットアナウンスメント（ＮＤＰＡ）を１つまたは複数のＳＴＡの各々へ送信するステップを含む。いくつかの実施形態では、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩの要求を送信するステップは、ＮＤＰＡを送信した後の最短フレーム間間隔（ＳＩＦＳ）タイムユニット後に、１つまたは複数のＳＴＡの各々へヌルデータパケット（ＮＤＰ）を送信するステップをさらに含む。いくつかの実施形態では、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩの要求は、ＮＤＰを送信した後のＳＩＦＳタイムユニット後に、１つまたは複数のＳＴＡの各々からビームフォーミングレポートフレームを送信するステップをさらに含む。
【0010】
第１の態様のいくつかの実施形態では、プリコーダ情報は、複数のプリコーダのうちの計算されたプリコーダを示す。いくつかの実施形態では、プリコーダ情報は、プリコーダの計算方法を示すプリコーダインデックスを示す。いくつかの実施形態では、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩは、フレームの選択されたユーザフィールドに示される。いくつかの実施形態では、第１のＡＰの識別子は、フレームの媒体アクセス制御（ＭＡＣ）ヘッダのトランスミッタアドレス（ＴＡ）フィールドに示される。本方法は、ＣｏＢＦにとって必要となり得る連携するＡＰ間での情報の共有をさらに提供し得る。
【0011】
本開示の第２の態様は、別の方法を提供する。本方法は、第１のアクセスポイント（ＡＰ）によって、第２のＡＰから、第２のＡＰに関連付けられるチャネル状態情報（ＣＳＩ）を含む第１の共有メッセージを受信するステップであって、第１のＡＰと第２のＡＰが連携するステップを含む。本方法は、第１のＡＰによって第２のＡＰへ、第１のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、第１のＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）、第１のＡＰに関連付けられるＣＳＩ、第１のＡＰに関連付けられる１つまたは複数のＳＴＡのＳＴＡ当たり１つまたは複数のストリーム、および第２のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含むフレームを含む第２の共有メッセージを送信するステップをさらに含む。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有するためのフレームフォーマットをさらに提供し得る。
【0012】
第２の態様のいくつかの実施形態では、本方法は、第１のＡＰによって、第２のＡＰに関連付けられるＣＳＩに基づいて、第２のＡＰに関連付けられるプリコーダを計算するステップをさらに含む。いくつかの実施形態では、第２のＡＰに関連付けられるプリコーダ情報は、第２のＡＰに関連付けられる計算されたプリコーダを示す。いくつかの実施形態では、第２のＡＰに関連付けられるプリコーダ情報は、プリコーダの計算方法を示すプリコーダインデックスを示す。いくつかの実施形態では、第１のＡＰに関連付けられるＣＳＩは、フレームの選択されたユーザフィールドに示される。いくつかの実施形態では、第１のＡＰの識別子は、フレームの媒体アクセス制御（ＭＡＣ）ヘッダのトランスミッタアドレス（ＴＡ）フィールドに示される。本方法は、ＣｏＢＦに必要となり得る連携するＡＰ間での情報の共有をさらに提供し得る。
【0013】
本開示の第３の態様は、別の方法を提供する。本方法は、複数の連携するＡＰの第１のアクセスポイント（ＡＰ）によって、複数の連携するＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）へ、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるチャネル状態情報（ＣＳＩ）の要求を送信するステップを含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡから、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを含む応答を受信するステップをさらに含む。本方法は、第１のＡＰによって、複数の連携するＡＰのうちの第２のＡＰへ、第２のＡＰが１つまたは複数のＳＴＡから、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩを要求することを示すサウンディング要求を送信するステップをさらに含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを含む第１のＡＰ－ＡＰ共有メッセージを第２のＡＰへ送信するステップをさらに含む。本方法は、第１のＡＰによって、第２のＡＰから、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩを含む第２のＡＰ－ＡＰ共有メッセージを受信するステップをさらに含む。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有する代替ＭＡＣプロトコルを提供し得る。
【0014】
第３の態様のいくつかの実施形態では、本方法は、第１のＡＰによって、複数の連携するＡＰが対応するＣＳＩを収集するための終了時間を計算するステップをさらに含む。
【0015】
第３の態様のいくつかの実施形態では、第２のＡＰ－ＡＰ共有メッセージは、第２のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、第２のＡＰに関連付けられる１つまたは複数のＳＴＡ、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩ、および第１のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含むフレームを備える。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有するためのフレームフォーマットをさらに提供し得る。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有するためのフレームフォーマットをさらに提供し得る。本方法は、ＣｏＢＦに必要となり得る連携するＡＰ間での情報の共有をさらに提供し得る。
【0016】
本開示の第４の態様は、別の方法を提供する。本方法は、複数の連携するＡＰの第１のアクセスポイント（ＡＰ）によって、複数の連携するＡＰの第２のＡＰから、第１のＡＰが複数の連携するＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）からチャネル状態情報（ＣＳＩ）を要求することを示すサウンディング要求を受信するステップを含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡへ、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩの要求を送信するステップをさらに含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡから、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを備える応答を受信するステップをさらに含む。本方法は、第１のＡＰによって、第２のＡＰから、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩを含む第１のＡＰ－ＡＰ共有メッセージを受信するステップをさらに含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを含む第２のＡＰ－ＡＰ共有メッセージを第２のＡＰへ送信するステップをさらに含む。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有するＭＡＣプロトコルを提供し得る。
【0017】
第４の態様のいくつかの実施形態では、第２のＡＰ－ＡＰ共有メッセージは、第１のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、第１のＡＰに関連付けられる１つまたは複数のＳＴＡ、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩ、および第２のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含むフレームを備える。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有するためのフレームフォーマットをさらに提供し得る。
【0018】
第４の態様のいくつかの実施形態では、本方法は、第１のＡＰによって複数のプリコーダを計算するステップをさらに含み、計算された各プリコーダは、複数の連携するＡＰのそれぞれのＡＰに対応し、１つまたは複数のＳＴＡおよびそれぞれのＡＰに関連付けられるＣＳＩ情報に基づく。いくつかの実施形態では、プリコーダ情報は、複数のプリコーダのうちの計算されたプリコーダである。本方法は、ＣｏＢＦに必要となり得る連携するＡＰ間での情報の共有をさらに提供し得る。
【0019】
本開示の第５の態様は、別の方法を提供する。本方法は、複数の連携するＡＰの第１のアクセスポイント（ＡＰ）によって、複数の連携するＡＰの第２のＡＰから、第１のＡＰが複数の連携するＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）からチャネル状態情報（ＣＳＩ）を要求することを示すサウンディング要求を受信するステップを含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡへ、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩの要求を送信するステップをさらに含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡから、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを備える応答を受信するステップをさらに含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを含む第１のＡＰ－ＡＰ共有メッセージを第２のＡＰへ送信するステップをさらに含む。本方法は、第１のＡＰによって、第２のＡＰから、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩを含む第１のＡＰ－ＡＰ共有メッセージを受信するステップをさらに含む。第５の態様のいくつかの実施形態では、第２のＡＰ－ＡＰ共有メッセージは、第２のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、第２のＡＰに関連付けられる１つまたは複数のＳＴＡ、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩ、および第１のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含むフレームを備える。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有するＭＡＣプロトコルを提供し得る。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有するためのフレームフォーマットをさらに提供し得る。
【0020】
本開示の第６の態様は、別の方法を提供する。本方法は、複数の連携するＡＰの第１のアクセスポイント（ＡＰ）によって、複数の連携するＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）へ、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるチャネル状態情報（ＣＳＩ）の要求を送信するステップを含む。本方法は、第１のＡＰによって、１つまたは複数のＳＴＡから、１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるＣＳＩを備える応答を受信するステップをさらに含む。本方法は、第１のＡＰによって、複数の連携するＡＰのうちの第２のＡＰへ、第２のＡＰが１つまたは複数のＳＴＡに、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩの要求を送信することを示すサウンディング要求を送信するステップをさらに含む。本方法は、第１のＡＰによって、第２のＡＰから、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩを含む第１のＡＰ－ＡＰ共有メッセージを受信するステップをさらに含む。本方法は、第２のＡＰによって、第１のＡＰから、サウンディング要求を受信するステップをさらに含む。本方法は、第２のＡＰによって、１つまたは複数のＳＴＡへ、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩの要求を送信するステップをさらに含む。本方法は、第２のＡＰによって、１つまたは複数のＳＴＡから、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩを備える応答を受信するステップをさらに含む。本方法は、第２のＡＰによって、第１のＡＰへ、第１のＡＰ－ＡＰ共有メッセージを送信するステップをさらに含む。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有するＭＡＣプロトコルを提供し得る。
【0021】
第７の態様によれば、装置が提供され、この装置は、本明細書に記載される様々な態様に従って、方法を実行するように構成されたモジュールを含む。
【0022】
第８の態様によれば、装置が提供され、装置は、プログラムを記憶するように構成されたメモリと、メモリに記憶されたプログラムを実行するように構成されたプロセッサとを含み、メモリに記憶されたプログラムが実行されると、プロセッサは、本明細書に記載される様々な態様における方法を実行するように構成される。
【0023】
第９の態様によれば、コンピュータ可読媒体が提供され、コンピュータ可読媒体は、デバイスによって実行されるプログラムコードを記憶し、プログラムコードは、本明細書に記載される様々な態様における方法を実行するために使用される。
【0024】
第１０の態様によれば、チップが提供され、チップはプロセッサおよびデータインターフェースを含み、プロセッサは、本明細書に記載される様々な態様を実行するために、データインターフェースを使用することによってメモリに記憶された命令を読み出す。
【0025】
本開示の他の態様は、本明細書に開示される様々な態様による方法を実装するように構成された装置およびシステムを提供する。たとえば、ワイヤレスステーションおよびアクセスポイントは、これらのデバイスのプロセッサによって実行されると、本明細書に開示される方法を実行するようにデバイスを構成する命令を含む機械可読メモリで構成することができる。
【0026】
以上、本発明の態様に関連して実施形態を説明してきたが、それらの実施形態に基づいて実装することもできる。当業者であれば、実施形態は、説明された態様と併せて実装され得るが、その態様の他の実施形態とともに実装されてもまたよいことを理解するであろう。実施形態が相互に排他的であるか、または相互に互換性がない場合、当業者には明らかであろう。いくつかの実施形態は、１つの態様に関連して説明され得るが、当業者には明らかなように、他の態様にも適用可能であり得る。
【図面の簡単な説明】
【0027】
本発明のさらなる特徴および利点は、添付の図面と組み合わせた以下の詳細な説明から明らかになるであろう。
【0028】
【図1】本開示の一実施形態による、マルチＡＰ連携を示す図である。
【図2】本開示の一実施形態による、ＣｏＢＦにおけるＡＰ間共有のためのプロトコルを示す図である。
【図3】本開示の一実施形態による、ＣｏＢＦにおけるＡＰ間共有のための代替プロトコルを示す図である。
【図4】本開示の一実施形態による、ＡＰ－ＡＰ共有フレームのフレームフォーマットを示す図である。
【図5】本開示の一実施形態による、各参加しているＡＰにおいて１つの選択されたステーション（ＳＴＡ）を有する２－ＡＰ ＣｏＢＦを示す図である。
【図6】本発明の異なる実施形態による、本明細書で明示的または暗黙的に説明される上記の方法および機能の動作の一部またはすべてを実行し得る電子デバイスの概略図である。
【発明を実施するための形態】
【0029】
添付の図面全体を通じて、同様の特徴は同様の参照番号によって識別される点に留意されたい。
【0030】
チャネル状態情報（ＣＳＩ）機能は、多入力多出力（ＭＩＭＯ）のコンテキストにおいて８０２．１１ｎに初めて導入された。当業者によって理解され得るように、ＣＳＩトレーニングシーケンスは、トランスミッタとレシーバとの間のチャネル特性を測定するように設計され得る。ＣＳＩは、電磁信号がトランスミッタからレシーバにどのように伝播するか、および信号の距離に伴う散乱、フェージング、および電力減衰の複合効果を表し得る。
【0031】
ＣＳＩは、特定の搬送波周波数におけるトランスミッタからレシーバへのリンクのワイヤレス信号伝播特性を反映し得る。ＣＳＩ測定は、ワイヤレス信号が周囲のオブジェクトおよび人間を通じて時間、周波数、および空間領域において送信されるときの情報を含み得る。ＣＳＩ測定は、時間領域におけるＣＳＩの振幅変動、空間領域および周波数領域（たとえば、送信／受信アンテナおよび搬送波周波数）におけるＣＳＩの位相シフト、時間領域におけるＣＳＩの位相シフトを含み得る。
【0032】
前述したように、協調ビームフォーミング（ＣｏＢＦ）は、８０２．１１ｂｅ Ｒ２のマルチアクセスポイント（Ｍ－ＡＰ）連携トピックの主要機能となる可能性がある。ＣｏＢＦをＩＥＥＥ ８０２．１１に導入するには、いくつかの規格上の問題がある。規格に関する第１の問題は、選択されたユーザ情報が、協調されるＡＰ間で、無線で共有される必要があることである。規格に関する第２の問題は、協調するＡＰ（状況によってはマスタＡＰと呼ばれ得る）と協調されるＡＰ（状況によってはスレーブと呼ばれ得る）を決定することである。当業者によって理解され得るように、第２の問題は、Ｍ－ＡＰセットアップ位相中に解決され得る。規格に関する第３の問題は、協調されるＡＰ間で干渉調整プリコーダを設定または定義する方法を決定することである。本明細書に記載される実施形態は、規格に関する第１の問題および第３の問題に対処し得る。
【0033】
図１は、本開示の一実施形態による、マルチＡＰ連携を示している。一実施形態では、マルチＡＰ連携システム１００は、第１のＡＰ－ＡＰ１ １０２と第２のＡＰ－ＡＰ２ １１２とを備える。ＡＰ１ １０２およびＡＰ２ １１２は、それらのフレームを１つまたは複数の関連付けられるＳＴＡに同時に送信し、ＡＰ１ １０２およびＡＰ２ １１２が連携していることを示す（Ｍ－ＡＰ連携と呼ばれ得る）。２つのＡＰが示されているが、当業者であれば、Ｍ－ＡＰ連携システムが３つ以上のＡＰを備え得ることを理解するであろう。
【0034】
ＡＰの各々は、１つまたは複数のＳＴＡに関連付けられ得る。たとえば、ＡＰ１ １０２はＳＴＡ１ １０４およびＳＴＡ１－Ｕ １０６に関連付けられている。同様に、ＡＰ２ １１２は、ＳＴＡ２ １１４およびＳＴＡ２－Ｕ １１６に関連付けられる。複数のＳＴＡがＡＰに関連付けられ得る一方で、ＡＰは、スケジューリングのために１つまたは複数のＳＴＡを選択し得る。たとえば、ＡＰ１ １０２はスケジューリングのためにＳＴＡ１ １０４を選択しているが、ＳＴＡ１－Ｕ １０６は選択されていない。同様に、ＡＰ２はスケジューリングのためにＳＴＡ２ １１４を選択しているが、ＳＴＡ２－Ｕ １１６は選択されていない。したがって、チャネル
【0035】
【数1】
【0036】
、
【0037】
【数2】
【0038】
、
【0039】
【数3】
【0040】
、および
【0041】
【数4】
【0042】
は、フレーム送信のために、選択されたＳＴＡ、ＳＴＡ１ １０４およびＳＴＡ２ １１４と、連携するＡＰ－ＡＰ１ １０２およびＡＰ２ １１２との間で形成される。図示されるように、
【0043】
【数5】
【0044】
は、ＳＴＡ１ １０４とＡＰ１ １０２との間のチャネルである。
【0045】
【数6】
【0046】
【数7】
【0047】
は、ＳＴＡ２ １１４とＡＰ１ １０２の間のチャネルであり、
【0048】
【数8】
【0049】
は、ＳＴＡ１ １０４とＡＰ２ １１２の間のチャネルであり、
【0050】
【数9】
【0051】
は、ＳＴＡ２ １１４とＡＰ２ １１２の間のチャネルである。
【0052】
ビームフォーミングのコンテキストでは、Ｍ－ＡＰ連携には２つの方式があり得る。第１の方式はＣｏＢＦであり、これは、連携されたＡＰ（たとえば、ＡＰ１ １０２とＡＰ２ １１２）間でビームフォーミングが協調されることを意味する。第２の方式は共同送信であり、これは、連携されたＡＰがフレームを共同送信することを意味する。共同送信は、連携されたＡＰの各々が、その選択されたＳＴＡのデータを他のＡＰと共有することを示し得る。
【0053】
本明細書で述べたように、各連携するＡＰは、関連付けられるＳＴＡの中から１つまたは複数のＳＴＡを選択し得る。図１の実施形態では、ＡＰ１ １０２はＳＴＡ１ １０４を選択し、ＡＰ２ １１２はＳＴＡ２ １１４を選択している。１つまたは複数のＳＴＡを選択した後、各連携するＡＰは、１つまたは複数の選択されたＳＴＡ情報を他の連携するＡＰと共有する。本明細書で説明される実施形態は、連携するＡＰ間で選択されたＳＴＡを共有するためのプロトコルを提供し得る。
【0054】
本明細書で説明される実施形態は、干渉調整プリコーダの計算を提供し得る。図１を参照すると、当業者によって理解され得るように、
【0055】
【数10】
【0056】
および
【0057】
【数11】
【0058】
は干渉であり、
【0059】
【数12】
【0060】
および
【0061】
【数13】
【0062】
は実際の情報データに使用される。したがって、干渉を減らすために、
【0063】
【数14】
【0064】
および
【0065】
【数15】
【0066】
を可能な限り最小限に抑えることが望ましい。したがって、干渉はそれに応じて管理される必要がある。干渉管理の一環として、１つまたは複数の干渉調整プリコーダが計算され、連携するＡＰ間で共有され得る。
【0067】
当業者によって理解され得るように、サウンディング処理２６０（図２を参照）中に、連携するＡＰ、たとえば、ＡＰ１ １０２およびＡＰ２ １１２は、参加しているすべてのＳＴＡからＣＳＩ情報を収集し得る。ＳＴＡ１ １０４がチャネル
【0068】
【数16】
【0069】
に関連付けられるフィードバック情報をＡＰ１ １０２へ送信すると、ＡＰ２ １１２はそのフィードバック情報を傍受し得る。同様に、ＳＴＡ１ １０４がチャネル
【0070】
【数17】
【0071】
に関連付けられるＡＰ２ １１２へのフィードバック情報をＡＰ２ １１２へ送信すると、ＡＰ１ １０２はそのフィードバック情報を傍受し得る。
【0072】
収集されたＣＳＩ情報に基づいてプリコーダを計算する方法はまだ標準化されておらず、各ベンダが独自のプリコーダを計算している（ビームフォーミングパケットがＡＰによってＳＴＡに送信されるとき、ＳＴＡはどのタイプのビームフォーミングが適用されているかを知る必要がないため）。しかしながら、連携するＡＰの場合、各ＡＰが独自のプリコーダを独立して計算することは干渉につながる可能性が高く、したがって、ＡＰによって送信されたパケットはそれらの宛先（たとえば、１つまたは複数の受信側ＳＴＡ）に到達しなくてよい。したがって、連携するＡＰのプリコーダの計算は、潜在的な干渉を最小限に抑えるために管理される必要がある。プリコーダの計算の管理は、１つまたは複数のビームフォーミングパケットを送信する前に、連携するＡＰ間でプリコーダ情報を無線で共有することを含み得る。
【0073】
本明細書で説明される実施形態は、ＣｏＢＦ方式に関連付けられるプロトコルおよびフレームフォーマットを提供し得る。当業者によって理解され得るように、ＣｏＢＦは協調されるＡＰ間の情報共有を制限するが、そのような情報共有は完全に回避されなくてよい。本明細書で説明される実施形態は、協調されるＡＰ間でどのような情報を共有するかを定義し得、したがって、定義された情報に基づいて必要なプロトコルおよびそれらのフレームフォーマットを提供し得る。
【0074】
図２は、本開示の一実施形態による、ＣｏＢＦにおけるＡＰ間共有のためのプロトコルを示している。プロトコル２００は、ＮＤＰＡおよびＮＤＰが連携するＡＰの各々によって連続的に送信されるシリアルサウンディングに基づいている。プロトコル２００には、連携する２つのＡＰ（ＡＰ１ １０２およびＡＰ２ １１２）がある。連携するＡＰは、協調するＡＰ、たとえば、ＡＰ１ １０２と、１つまたは複数の協調されるＡＰ、たとえば、ＡＰ２ １１２とを備える。
【0075】
当業者によって理解され得るように、サウンディングパケットは、ＮＤＰＡ、ＮＤＰ、およびビームフォーミングレポート（ＢＦＲＰ）トリガフレームのうちの１つまたは複数を備える。ＢＦＲＰトリガフレームは、参加しているＳＴＡが複数ある場合に、参加しているＳＴＡの各々からＣＳＩレポートを同時に受信するために使用される。
【0076】
一実施形態では、各連携するＡＰはサウンディングパケットを連続的に送信する。たとえば、協調するＡＰ、ＡＰ１ ２０２は、参加しているＳＴＡ、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８のうちの１つまたは複数の各々へ、ＮＤＰＡ１ ２１０を同時に送信する（２１２）。ＳＴＡ１１からＳＴＡ１Ｎ ２０６は、ＡＰ１ ２０２に関連付けられる１つまたは複数のＳＴＡを指し、同様に、ＳＴＡ２１からＳＴＡ２Ｍ ２０８は、ＡＰ２ ２０４に関連付けられる１つまたは複数のＳＴＡを指す。
【0077】
ＮＤＰＡ１ ２１０を送信した後の最短フレーム間間隔（ＳＩＦＳ）タイムユニット後に、協調するＡＰ、ＡＰ１ ２０２は、参加しているＳＴＡ、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８のうちの１つまたは複数の各々へ、ＮＤＰ１ ２１４を同時に送信する（２１６）。
【0078】
参加しているＳＴＡのうちの１つまたは複数の各々、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８は、ＳＴＡとＡＰ１ ２０２との間のそのＣＳＩを計算し得る。たとえば、ＳＴＡ１１は、ＳＴＡ１１とＡＰ１ ２０２との間でそのＣＳＩを計算し得、ＳＴＡ１Ｎは、ＳＴＡ１ＮとＡＰ１ ２０２との間でそのＣＳＩを計算し得る。同様に、ＳＴＡ２１は、ＳＴＡ２１とＡＰ１ ２０２との間でそのＣＳＩを計算し得、ＳＴＡ２Ｎは、ＳＴＡ２ＮとＡＰ１ ２０２との間でそのＣＳＩを計算し得る。
【0079】
もう１つのＳＴＡがプロトコル２００に参加している実施形態では、ＮＤＰ１ ２１４を送信した後のＳＩＦＳタイムユニット後に、協調するＡＰ、ＡＰ１ ２０２は、参加しているＳＴＡ、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８へ、ＢＦＲＰトリガフレーム２１８を同時に送信する（２２０）。
【0080】
ＢＦＲＰトリガフレーム２１８を受信した後のＳＩＦＳタイムユニット後に、参加しているＳＴＡのうちの１つまたは複数、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８の各々は、次いで、その計算されたＣＳＩレポートをＡＰ１ ２０２に送信し得る（２２６）。参加しているＳＴＡ、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８は、それらのＣＳＩレポート２２２および２２４をＡＰ１ ２０２へ同時に送信する（２２６）。
【0081】
参加しているＳＴＡから１つまたは複数のＣＳＩレポート２２２および２２４を受信した後のＳＩＦＳタイムユニット後に、協調するＡＰ、たとえばＡＰ１ ２０２は、サウンディング処理２６０のシーケンスに従って、サウンディング要求フレーム２２８を次の連携するＡＰ（たとえばＡＰ２ ２０４）に送信し得る。
【0082】
サウンディング要求フレーム２２８を受信した後のＳＩＦＳタイムユニット後に、協調されるＡＰ、ＡＰ２ ２０４は、協調するＡＰ、ＡＰ１ ２０２に確認応答フレーム２３０を送信し得る。その後のＳＩＦＳタイムユニット後、協調されるＡＰ、ＡＰ２ ２０４は、参加しているＳＴＡ、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８のうちの１つまたは複数の各々へ、ＮＤＰＡ２ ２３２を同時に送信する（２３４）。ＮＤＰＡ２ ２３２を送信した後のＳＩＦＳタイムユニット後に、協調されるＡＰ、ＡＰ２ ２０４は、参加しているＳＴＡ、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８のうちの１つまたは複数の各々へ、ＮＤＰ２ ２３６を同時に送信する（２３８）。
【0083】
参加しているＳＴＡのうちの１つまたは複数の各々、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８は、ＳＴＡとＡＰ２ ２０４との間のそのＣＳＩを計算し得る。たとえば、ＳＴＡ１１は、ＳＴＡ１１とＡＰ２ ２０４との間でそのＣＳＩを計算し得、ＳＴＡ１Ｎは、ＳＴＡ１ＮとＡＰ１ ２０２との間でそのＣＳＩを計算し得る。同様に、ＳＴＡ２１は、ＳＴＡ２１とＡＰ２ ２０４との間でそのＣＳＩを計算し得、ＳＴＡ２Ｎは、ＳＴＡ２ＮとＡＰ２ ２０４との間でそのＣＳＩを計算し得る。
【0084】
複数のＳＴＡがプロトコル２００に参加している実施形態では、ＮＤＰ２ ２３６を送信した後のＳＩＦＳタイムユニット後に、協調されるＡＰ、ＡＰ２ ２０４は、参加しているＳＴＡ、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８へ、ＢＦＲＰトリガフレーム２４０を同時に送信する（２４２）。当業者によって理解され得るように、１つのＳＴＡだけが参加している実施形態では、ＢＦＲＰトリガフレームが送信される必要はない。
【0085】
ＢＦＲＰトリガフレーム２４０を受信した後のＳＩＦＳタイムユニット後に、参加しているＳＴＡのうちの１つまたは複数、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８の各々は、次いで、その計算されたＣＳＩレポートをＡＰ２ ２０４に送信し得る（２４８）。参加しているＳＴＡ、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８は、それらのＣＳＩレポート２４４および２４６をＡＰ２ ２０４へ同時に送信する（２４８）。
【0086】
連携するＡＰの各々（１つまたは複数の協調されるＡＰ、たとえば、ＡＰ２ ２０４および協調するＡＰ、たとえば、ＡＰ１ ２０２を含む）は、サウンディング手順に参加しているＳＴＡの数に応じて、複数のＢＦＲＰトリガ位相を取り得る。たとえば、参加しているＡＰごとに関連付けられているＳＴＡが多すぎて１回のＢＦＲＰトリガフレーム送信においてＣＳＩレポートをポーリングできない場合、参加しているＡＰごとに、複数のＢＦＲＰ ＴＦ送信を用いてＣＳＩレポートを複数回ポーリングする必要があり得る。
【0087】
図２は、２つの連携するＡＰ（協調するＡＰ、ＡＰ１ ２０２および協調されるＡＰ、ＡＰ２ ２０４）を示しているが、当業者であれば、３つ以上の連携するＡＰが存在し得ることを理解するであろう。複数の協調されるＡＰ（たとえば、ＡＰ２ ２０４およびＡＰ３（図示せず））の場合、ＡＰ２ ２０４が参加しているＳＴＡからＣＳＩレポート２４４および２４６を受信した後のＳＩＦＳタイムユニット後に、ＡＰ２ ２０４はサウンディング要求フレームを次の協調されるＡＰ、たとえばＡＰ３へ送信する。ＡＰ３はＡＰ２ ２０４にＡｃｋを送信し得る（サウンディング要求フレームを受信した後のＳＩＦＳタイムユニット後に）。その後のＳＩＦＳユニットタイム後、ＡＰ３は、参加しているＳＴＡ、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８のうちの１つまたは複数の各々に、同時にＮＤＰＡを送信し得る。ＳＩＦＳユニットタイム後、ＡＰ３は、参加しているＳＴＡ、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８のうちの１つまたは複数の各々にＮＤＰを同時に送信し得る。参加しているＳＴＡのうちの１つまたは複数の各々、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８は、ＳＴＡとＡＰ３との間のそのＣＳＩを計算し得る。ＮＤＰを送信したＳＩＦＳユニットタイム後に、ＡＰ３は、参加しているＳＴＡのうちの１つまたは複数の各々にＢＦＲＰトリガフレームを同時に送信し得る。ＢＦＲＰトリガフレームを受信した後のＳＩＦＳタイムユニット後に、参加しているＳＴＡのうちの１つまたは複数、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８の各々は、次いで、その計算されたＣＳＩレポートをＡＰ３に同時に送信し得る。
【0088】
最後に協調されるＡＰ（セットアップ位相中にシリアルサウンディングのシーケンスを設定できる）がサウンディング処理２６０を終了するとき（ＣＳＩレポートアクションフレームが最後のＡＰによって収集される）、ＡＰ－ＡＰ共有フレームが送信される必要があり、すなわち、ＡＰ－ＡＰ共有フレームは、シリアルサウンディング処理２６０の終了も含意する。
【0089】
ＡＰ－ＡＰ共有フレーム送信のシーケンスはサウンディングシーケンスとは逆の順序であってもよい。図２において、サウンディングシーケンスは、協調するＡＰ、ＡＰ１ ２０２から始まり、次いで、協調されるＡＰ、ＡＰ２ ２０４から始まる。したがって、ＡＰ－ＡＰ共有フレーム送信処理２６２は、協調されるＡＰ２ ２０４から始まり、次いで、協調するＡＰ、ＡＰ１ ２０２から始まる。図２に示される実施形態では、ＣＳＩレポート２４４および２４６を受信した後のＳＩＦＳタイムユニット後に、協調されるＡＰ２ ２０４は、ＡＰ間共有フレーム２５０を連携するＡＰ、たとえば協調するＡＰ１ ２０２へ送信する（２５２）。ＡＰ－ＡＰ共有フレーム２５０を受信した後のＳＩＦＳユニット後に、協調するＡＰ１ ２０２は、ＡＰ間共有フレーム２５４を連携するＡＰ、たとえば協調されるＡＰ２ ２０４へ送信する（２５６）。
【0090】
複数の協調されるＡＰ（たとえば、ＡＰ２ ２０４およびＡＰ３（図示せず））の場合、ＡＰ－ＡＰ共有フレーム送信のシーケンスは、ＡＰ３、ＡＰ２ ２０４、およびＡＰ１ ２０２であり得る。したがって、１つまたは複数の参加しているＳＴＡからＣＳＩレポートを受信した後のＳＩＦＳタイムユニット後に、ＡＰ３は、ＡＰ－ＡＰ共有フレーム送信処理のシーケンスに従って、最後の連携するＡＰ（たとえば、ＡＰ１ ２０２）にＡＰ－ＡＰ共有フレームを送信し得る。そのＳＩＦＳタイムユニット後、ＡＰ２ ２０４は、ＡＰ－ＡＰ共有フレーム送信処理のシーケンスに従って、最後の連携するＡＰ（たとえば、ＡＰ１ ２０２）にＡＰ－ＡＰ共有フレームを送信し得る。協調されるＡＰ（ＡＰ２ ２０４およびＡＰ３）からすべてのＡＰ－ＡＰ共有フレームを収集した後のＳＩＦＳタイムユニット後に、協調するＡＰ１ ２０２は、対象となるＡＰ－ＡＰ共有フレームを、すべての協調されるＡＰ（この場合はＡＰ２ ２０４およびＡＰ３）に送信し得る。
【0091】
ＡＰ－ＡＰ共有フレーム送信処理２６２は、ＡＰ－ＡＰ共有フレーム送信処理２６２のシーケンスに従って、最後の連携するＡＰ（この実施形態では、協調するＡＰ、ＡＰ１ ２０２）からのフレーム（たとえば、フレーム２５４）が参加しているすべてのＡＰによって受信された時点で終了する。フレームＡＰ－ＡＰ共有フレーム２５４は、本明細書でさらに説明されるように、協調するＡＰからのユーザ選択情報を含み得る。
【0092】
本明細書で述べたように、連携するＡＰと１つまたは複数の協調されるＡＰ（サウンディングパケットフレームを連続的に送信するための連携するＡＰのシーケンスを含む）は、セットアップ位相において決定される。
【0093】
図３は、本開示の一実施形態による、ＣｏＢＦにおけるＡＰ間共有のための代替プロトコルを示している。図３において、図３におけるサウンディングシーケンス処理は、図２におけるサウンディングシーケンス処理２６０と同様である。しかしながら、ＡＰ－ＡＰ共有フレーム送信処理３６２は、ＡＰ－ＡＰ共有フレーム送信処理２６２とは逆の順序である。したがって、ＡＰ－ＡＰ共有フレーム送信処理３６２は、サウンディングシーケンス処理２６０と同じ順序であり、たとえば、ＡＰ１が処理３６２を開始し、ＡＰ２が処理３６２を終了する。
【0094】
一実施形態によれば、協調するＡＰ、ＡＰ１ ２０２は、最後の協調されるＡＰ（たとえば、図３におけるＡＰ２ ２０４）によってサウンディング処理２６０の終了時間を設定する。協調するＡＰ、ＡＰ１ ２０２は、連携するＡＰ、ＳＩＦＳタイムユニット、および参加しているＳＴＡのうちの１つまたは複数に基づいて、サウンディング処理２６０の終了時間を計算し得る。最後の協調されるＡＰ、この実施形態ではＡＰ２ ２０４が、参加しているＳＴＡからＣＳＩレポート２４４および２４６を受信した後のＳＩＦＳタイムユニット後に、ＡＰ－ＡＰ共有フレーム送信処理３６２のシーケンスに従って、協調するＡＰ、ＡＰ１ ２０２が、ＡＰ－ＡＰ共有フレーム２５４を最後の連携するＡＰ（この実施形態では、ＡＰ２ ２０４）へ送信する（３０２）。ＡＰ－ＡＰ共有フレーム２５４を受信した後のＳＩＦＳタイムユニット後に、協調されるＡＰ、ＡＰ２ ２０４は、連携するＡＰ（たとえば、ＡＰ１ ２０２）へＡＰ－ＡＰ共有フレーム２５０を送信する（３０４）。
【0095】
複数の協調されるＡＰ（たとえば、ＡＰ２ ２０４およびＡＰ３（図示せず））の場合、ＡＰ－ＡＰ共有フレーム送信のシーケンスは、ＡＰ１ ２０２、ＡＰ２ ２０４およびＡＰ３であり得る。一実施形態によれば、ＡＰ－ＡＰ共有フレーム送信処理は次のようであり得る。ＡＰ１ ２０２は、最後の協調されるＡＰ（たとえば、ＡＰ３）によるサウンディング処理２６０の終了時間を設定する。最後の協調されるＡＰ、たとえば、ＡＰ３が、参加しているＳＴＡからＣＳＩレポートを受信した後のＳＩＦＳタイムユニット後に、ＡＰ－ＡＰ共有フレーム送信処理のシーケンスに従って、協調するＡＰ、ＡＰ１ ２０２が、ＡＰ－ＡＰ共有フレームを最後の連携するＡＰ（たとえば、ＡＰ３）へ送信する。ＡＰ－ＡＰ共有フレームを受信した後のＳＩＦＳタイムユニット後に、協調されるＡＰ、ＡＰ２ ２０４は、ＡＰ－ＡＰ共有フレーム送信処理のシーケンスに従って、最後の連携するＡＰ（たとえば、ＡＰ３）へＡＰ－ＡＰ共有フレームを送信する。参加しているＡＰ（この場合はＡＰ１ ２０２およびＡＰ２ ２０４）からすべてのＡＰ－ＡＰ共有フレームを収集した後のＳＩＦＳタイムユニット後に、最後のＡＰ（ＡＰ３）は、ＡＰ－ＡＰ共有フレーム送信処理のシーケンスに従って、対象となるＡＰ－ＡＰ共有フレームを、参加しているすべてのＡＰ（この場合はＡＰ１ ２０２およびＡＰ２ ２０４）に送信し得る。
【0096】
ＡＰ－ＡＰ共有フレーム送信処理は、ＡＰ－ＡＰ共有フレーム送信処理のシーケンスに従って、最後の連携するＡＰからのフレームが参加しているすべてのＡＰによって受信された時点で終了する。最後のＡＰ－ＡＰ共有フレームは、本明細書でさらに説明されるように、協調するＡＰからのユーザ選択情報を含み得る。
【0097】
【0098】
図４は、本発明の一実施形態によるＡＰ－ＡＰ共有フレームのフレームフォーマットを示している。
【0099】
フレームフォーマット４００は、図２および図３のＡＰ－ＡＰ共有フレームのフレームフォーマットであってもよい（たとえば、ＡＰ－ＡＰ共有フレーム２５０および２５４）。フレームフォーマットは、ＰＨＹヘッダフィールド４０２、ＭＡＣヘッダフィールド４０４、送信ＡＰの識別を示すＡＰ識別子（ＩＤ）フィールド４０６、選択されたユーザフィールド４０８、プリコーダインデックスフィールド４１０、およびフレームチェックシーケンス（ＦＣＳ）フィールド４１２のうちの１つまたは複数を備え得る。
【0100】
一実施形態では、ＰＨＹヘッダ４０２およびＭＡＣヘッダ４０４は、ＮＤＰＡフレームのフォーマットと同じフォーマットを共有し得る。ＭＡＣヘッダ４０４は、フレームがＡＰ－ＡＰ共有フレームであることを示し得る。ＭＡＣヘッダ４０４は、フレームがＡＰ－ＡＰ共有フレームであることを示すためのサブフレームタイプを含み得る。別の実施形態では、ＡＰ－ＡＰ共有フレームは、将来の設計において与えることができるＮＤＰＡバリアントフレームを通じて示され得る。
【0101】
別の実施形態では、ＡＰ ＩＤフィールドは存在しなくてよく、ＡＰ ＩＤ情報は、（ＭＡＣヘッダフィールド内の）トランスミッタアドレス（ＴＡ）フィールドを介してＭＡＣヘッダフィールド４０４において示され得る。他の実施形態では、ＡＰ ＩＤ情報は、ＡＰ ＩＤフィールド４０６を介して示され得る。
【0102】
選択されたユーザフィールド４０８は、ＡＰ ＩＤフィールド４０６において示される参加しているＡＰの選択されたユーザ（１つまたは複数の選択されたＳＴＡ）のリストを示し得る。図１を参照して説明されるように、連携するＡＰの各々は、それらの関連付けられるＳＴＡから１つまたは複数のＳＴＡを選択し得る。次いで、選択されたＳＴＡは、図２および図３を参照して説明される実施形態に従って、ＡＰ－ＡＰ共有フレーム送信処理を介して、連携するＡＰ間で共有される。
【0103】
選択されたユーザフィールド４０８は、選択されたユーザごとのストリームの数をさらに示し得る。選択されたユーザフィールド４０８は、ユーザＩＤ（ＭＡＣアドレスまたは関連付けられるＩＤ（ＡＩＤ）であり得る）をさらに示し得る。選択されたユーザフィールド４０８は、帯域幅（ＢＷ）、変調およびコーディングシステム（ＭＣＳ）、ならびに他の関連情報をさらに示し得る。
【0104】
対応するＡＰと選択された各ＳＴＡとの間のＣＳＩ情報も、選択されたユーザフィールド４０８に含まれ得る。プリコーダの計算が標準化されていない場合、すなわち、実装固有である場合、ＡＰ－ＡＰ共有フレームは、干渉調整（ＩＡ）ＣｏＢＦプリコーダフィールド４１１を含む必要があり得る。したがって、プリコーダインデックスフィールド４１０は、プリコーダの計算が標準化されていない場合、ＩＡ ＣｏＢＦプリコーダフィールド４１１によって置き換える必要があり得る。
【0105】
ＡＰ－ＡＰ共有フレームがＩＡ ＣｏＢＦプリコーダフィールド４１１を含む実施形態では、ＩＡ ＣｏＢＦプリコーダフィールドは、ＡＰ－ＡＰ共有送信処理における最後の連携するＡＰ、たとえば２６２および３６２によって示され得る。たとえば、図２に続く実施形態では、ＩＡ ＣｏＢＦプリコーダフィールド４１１は、たとえばＡＰ－ＡＰ共有フレーム２５４を介して、協調するＡＰ、ＡＰ１ ２０２によって示され得、図３に続く実施形態では、ＩＡ ＣｏＢＦプリコーダフィールド４１１は、たとえばＡＰ－ＡＰ共有フレーム２５０を介して、協調されるＡＰ、ＡＰ２ ２０４によって示され得る。
【0106】
選択されたユーザは、対応する参加しているＡＰによって、関連付けられるＳＴＡの中から決定され得る。たとえば、協調するＡＰ、たとえばＡＰ１ ２０２に対して選択されたユーザは、協調するＡＰの関連付けられるＳＴＡの中から協調するＡＰによって決定または選択され、同様に、協調されるＡＰ、たとえばＡＰ２ ２０４に対して選択されたユーザは、協調されるＡＰの関連付けられるＳＴＡの中から協調されるＡＰによって決定または選択される。図２に続く実施形態では、ＡＰ ＩＤフィールド４０６が協調するＡＰ（たとえば、ＡＰ１ ２０２）を示す場合、ＡＰ－ＡＰ共有送信手順２６２は終了し得る（たとえば、ＡＰ－ＡＰ共有フレーム２５２がＡＰ ＩＤフィールド内の協調するＡＰ ＩＤを示す場合）。図２の実施形態では、協調するＡＰ、ＡＰ１ ２０２は、プリコーダインデックスフィールド４１０においてプリコーダインデックスをさらに示し得、この場合、プリコーダはＣｏＢＦ用に標準化される。
【0107】
本明細書で説明したように、連携するＡＰの場合、存在し得る干渉を管理することが望ましい。干渉の管理は、プリコーダインデックスを計算することを含み得る。プリコーダインデックスの計算は標準化され得る。プリコーダインデックスフィールド４１０は、プリコーダインデックスを計算するための方法を示し得る。
【0108】
当業者によって理解され得るように、サウンディングシーケンス処理２６０中に受信されたＣＳＩ情報（たとえば、ＣＳＩレポートフレーム２２２、２２４、２４４、２４６）は、プリコーダの計算に必要となり得る。したがって、ＡＰ－ＡＰ共有送信処理２６２および３６３中に、ＣＳＩ情報が連携するＡＰ間で共有される。ＣＳＩ情報は、選択されたユーザフィールド４０８において示され得る。
【0109】
いくつかの実施形態では、すべての連携するＡＰのプリコーダは、ＡＰ－ＡＰ共有送信処理２６２および３６３において最後のＡＰによって計算され、連携するＡＰ間で共有され得る。たとえば、図２の実施形態では、ＡＰ－ＡＰ共有送信処理２６２における最後のＡＰは協調するＡＰ、ＡＰ１ ２０２であり、すべての連携するＡＰのプリコーダを計算し、計算されたプリコーダを対応する連携するＡＰに共有し得る。同様に、図３の実施形態では、ＡＰ－ＡＰ共有送信処理３６２における最後のＡＰは協調されるＡＰ、ＡＰ２ ２０４であり、すべての連携するＡＰのプリコーダを計算し、計算されたプリコーダを対応する連携するＡＰと共有し得る。
【0110】
図５は、本開示の一実施形態による、各参加しているＡＰにおいて１つの選択されたＳＴＡを有する２－ＡＰ ＣｏＢＦを示している。図５は図１と同様であり、連携するＡＰと選択されたＳＴＡを示している。連携されたＡＰは、同時協調ビームフォーミング（ＢＦ）送信を実行する。本明細書で説明されるように、連携されたＡＰ間で結果として生じる干渉を最小化またはキャンセルするために、
【0111】
【数18】
【0112】
および
【0113】
【数19】
【0114】
チャネルを除去することが望ましい。そのためには、干渉を管理する必要がある。
【0115】
一実施形態では、干渉を管理することは、ゼロフォーシングビームフォーミング（ＺＦ－ＢＦ）を適用することを含み得る。ＺＦ－ＢＦでは、各連携するＡＰにおけるチャネルが集約され、再構築され得る。たとえば、ＡＰ１ １０２において、チャネルは
【0116】
【数20】
【0117】
および
【0118】
【数21】
【0119】
を備える。したがって、ＡＰ１において集約されたチャネルは
【0120】
【数22】
【0121】
として与えられ、Ｃ１として示され得る。同様に、ＡＰ２ １１２におけるチャネルは
【0122】
【数23】
【0123】
および
【0124】
【数24】
【0125】
を備える。したがって、ＡＰ２ １１２において集約されたチャネルは
【0126】
【数25】
【0127】
として与えられ、Ｃ２として示され得る。
【0128】
ＡＰ１ ２０２におけるＺＦ－ＢＦベースのＩＡプリコーダは、Ｃ１行列の擬似逆行列を取得し、次いで、第１のＫ１列を取得することによって取得され得る。ＡＰ２ １１２におけるＺＦ－ＢＦベースのＩＡプリコーダは、Ｃ２行列の擬似逆行列を取得し、次いで、最後のＫ２列を取得することによって取得され得る。Ｋ１はＡＰ１による送信のランクであり、Ｋ２はＡＰ２による送信のランクである。
【0129】
ＡＰ間共有処理２６２または３６２が完了すると、参加しているすべてのＡＰは、ＣｏＢＦに対してスケジューリングされる選択されたＳＴＡ（各ＳＴＡのスケジューリングされるストリームの数を含む）を認識する。上述したように、各参加しているＡＰは、参加しているＡＰと選択されたＳＴＡとの間に形成されたチャネルに基づいて集約されたチャネルを計算し得、次いで、集約されたチャネルの擬似逆行列を取得する。２－ＡＰ協調の場合、協調するＡＰは、プリコーダの集約されたチャネルの第１のＫ１列を取得し得、Ｋ１は、協調するＡＰの送信ランクのサイズを表す。協調されるＡＰは、プリコーダの集約されたチャネルの最後のＫ２列を取得し得、Ｋ２は、協調されるＡＰの送信ランクのサイズを表す。
【0130】
いくつかの実施形態では、ＡＰ－ＡＰ共有処理における最後の参加しているＡＰは、ＺＦ－ＢＦに従ってすべての連携するＡＰのプリコーダを計算し、ＡＰ－ＡＰ共有フレームを通じて、計算されたプリコーダをそれらの対応するＡＰと共有し得る。たとえば、図２の実施形態では、協調するＡＰ１ ２０２は、そのＺＦ－ＢＦ ＩＡプリコーダと、協調されるＡＰ、たとえばＡＰ２ ２０４のＺＦ－ＢＦ ＩＡプリコーダを計算し、ＡＰ－ＡＰ共有フレーム２５４を介して、計算されたプリコーダをそれらの対応するＡＰと共有し得る。同様に、図３の実施形態では、協調されるＡＰ２ ２０４は、そのＺＦ－ＢＦ ＩＡプリコーダと、協調されるＡＰ（複数の協調されるＡＰの場合）および協調するＡＰ、たとえば、ＡＰ１ ２０２のＺＦ－ＢＦ ＩＡプリコーダを計算し、ＡＰ－ＡＰ共有フレーム２５０を介して、計算されたプリコーダをそれらの対応するＡＰと共有し得る。
【0131】
本明細書で説明されるように、すべての連携するＡＰは、サウンディングシーケンス処理２６０を介してそれらのＣＳＩ情報を共有する。したがって、すべての連携するＡＰのプリコーダの計算を担当するＡＰ（たとえば、図２におけるＡＰ１ ２０２および図３におけるＡＰ２）は、各連携するＡＰにおいて受信されたＣＳＩ情報の知識を有しており、したがって、プリコーダを計算することができる。プリコーダを計算した後、担当するＡＰは、ＩＡ ＣｏＢＦプリコーダフィールド４１１、計算されたプリコーダを介して示される、ＡＰ－ＡＰ共有フレームに含まれる、連携するＡＰにＡＰ－ＡＰ共有フレームを送信し得る。
【0132】
ＡＰ－ＡＰ共有フレームを介して計算されたプリコーダを受信した後、受信側ＡＰ（たとえば、図２におけるＡＰ２ ２０４および図３におけるＡＰ１ ２０２）および担当するＡＰは、計算されたプリコーダを使用して協調して、ＣｏＢＦパケットを同時に送信し得る。
【0133】
いくつかの実施形態では、たとえば、連邦通信委員会（ＦＣＣ）の規制に従って、送信またはトランスミッタ（ＴＸ）電力は、ＴＸチェーンの数に関係なく、特定のレベル以下に一定に保つ必要があり得る。したがって、プリコーダは、たとえばＭＩＭＯコンフィギュレーションに従って正規化する必要があり得る。
【0134】
一実施形態では、ＡＰ１におけるプリコーダはＰ１として示され、ＡＰ２におけるプリコーダはＰ２として示され、次いで、新しい正規化されたプリコーダは、ＡＰ１およびＡＰ２について、それぞれ
【0135】
【数26】
【0136】
および
【0137】
【数27】
【0138】
として記述され得る。
【0139】
「||Ｐ１||Ｅ」は、各Ｐ行列要素の大きさが二乗され、すべての要素にわたって合計され、その後、平方根演算が適用されるユークリッドノルムを表し得る。したがって、ユークリッドノルムは、すべての行列要素の大きさの合計の平方根を用いて取得される。いくつかの実施形態では、参加しているＡＰのプリコーダごとのＴＸ電力正規化は個別に実行され得る。したがって、各参加しているＡＰは、独自のＴＸ電力正規化を実行し得る。
【0140】
プリコーダ情報は、１つまたは複数の参加しているＳＴＡにおいてサブキャリアごとに異なり得る。サブキャリアごとの位相プリコーダ情報は連続していることが望ましい。しかしながら、１つまたは複数のＳＴＡのうちのすべてのサブキャリアがチャネル推定のための参照信号を有するとは限らないため、１つまたは複数のＳＴＡはチャネル推定のために補間または平滑化に依存し得る。
【0141】
ビームフォーミング（ＢＦ）がフレームに適用されると、（サブキャリア間のプリコーダの）位相情報がトーン間で不連続になり得、補間を介したチャネルの推定が困難になり得る。したがって、いくつかの実施形態では、位相連続処理が、位相不連続問題を回避するために、ビームフォーミング中に適用され得る。いくつかの実施形態では、ＣＳＩ情報を測定するためのサウンディング処理中のチャネル推定は、８０２．１１ロングトレーニングフィールド（ＬＴＦ）ベースの参照信号を通じて行われ得る。そのような実施形態では、ＣＳＩ情報は、トーン（Ｎｇ）トーンのグループのすべての数において、および最後にはすべてのトーンにおいて取得され得る。
【0142】
一実施形態では、Ｐ０、Ｐ１、Ｐ２、…は、サウンディング処理中のＣＳＩ情報に基づいて、トーン０、１、２などごとのプリコーディング行列の列ベクトルを表し得る。したがって、プリコーディング行列の連続位相ベースのプリコーディング列ベクトルは、Ｐ０、
【0143】
【数28】
【0144】
、
【0145】
【数29】
【0146】
であり得、上式で、
【0147】
【数30】
【0148】
、
【0149】
【数31】
【0150】
およびＴ１は位相連続性を有する更新されたものを表し得、すなわち、
【0151】
【数32】
【0152】
である。説明した手順（
【0153】
【数33】
【0154】
、
【0155】
【数34】
【0156】
およびＴ１は位相連続性を有する更新されたものを表し得、すなわち、
【0157】
【数35】
【0158】
である）は、各ＯＦＤＭシンボルのトーンが終了するまで繰り返される。参加しているＡＰのプリコーダごとの位相連続処理は個別に実行され得る。したがって、各参加しているＡＰは、ビームフォーミング中に独自の位相連続処理を実行し得る。
【0159】
本明細書で説明される実施形態は、連携するＡＰを伴うＡＰ－ＡＰ共有送信のための手順を提供し得る。本明細書で説明される実施形態は、ＡＰ－ＡＰ共有フレームのフォーマットをさらに提供し得る。
【0160】
図６は、本発明の異なる実施形態による、本明細書で明示的または暗黙的に説明される上記の方法および機能の動作の一部またはすべてを実行し得る電子デバイス６００の概略図である。たとえば、ネットワーク機能を備えたコンピュータが電子デバイス６００として構成され得る。いくつかの実施形態において、電子デバイス６００は、当業者によって理解されるように、ＵＥ、ＡＰ、ＳＴＡなどであり得る。
【0161】
図示されるように、電子デバイス６００は、中央処理装置（ＣＰＵ）などのプロセッサ６１０、またはグラフィックス処理装置（ＧＰＵ）などの専用プロセッサ、または他のそのようなプロセッサユニット、メモリ６２０、非一時的大容量ストレージ６３０、入力－出力インターフェース６４０、ネットワークインターフェース６５０、およびトランシーバ６６０を含み得、それらはすべて双方向バス６７０を介して通信可能に結合されている。特定の実施形態によれば、図示された要素のいずれかまたはすべてが利用されてもよく、要素のサブセットのみが利用されてもよい。さらに、電子デバイス６００は、複数のプロセッサ、メモリ、またはトランシーバなどの特定の要素の複数のインスタンスを含み得る。また、ハードウェアデバイスの要素は、双方向バスを使用せずに他の要素に直接接続され得る。プロセッサおよびメモリに加えて、またはその代替として、必要な論理演算を実行するために、集積回路などの他の電子機器が使用され得る。
【0162】
メモリ６２０は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ）、読取り専用メモリ（ＲＯＭ）、それらの任意の組合せなどの、任意のタイプの非一時的メモリを含み得る。大容量ストレージ要素６３０は、ソリッドステートドライブ、ハードディスクドライブ、磁気ディスクドライブ、光ディスクドライブ、ＵＳＢドライブ、またはデータおよびマシンで実行可能なプログラムコードを記憶するように構成された任意のコンピュータプログラム製品などの、任意のタイプの非一時的ストレージデバイスを含み得る。特定の実施形態によれば、メモリ６２０または大容量ストレージ６３０は、上述の前述の方法動作のうちのいずれかを実行するためにプロセッサ６１０によって実行可能なステートメントおよび命令を記録し得る。
【0163】
本発明の実施形態は、電子ハードウェア、ソフトウェア、またはそれらの組合せを使用して実装することができる。いくつかの実施形態では、本発明は、メモリに記憶されたプログラム命令を実行する１つまたは複数のコンピュータプロセッサによって実装される。いくつかの実施形態では、本発明は、たとえば１つまたは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）または特定用途向け集積回路（ＡＳＩＣ）を使用して、処理動作を迅速に実行するために、ハードウェアにおいて部分的または完全に実装される。
【0164】
本明細書では説明の目的で技術の特定の実施形態を説明してきたが、技術の範囲から逸脱することなしに様々な修正が行われ得ることが理解されるであろう。したがって、本明細書および図面は、単に添付の特許請求の範囲によって定義される本発明の例示としてみなされるべきであり、本発明の範囲内に含まれるあらゆる修正、変形、組合せまたは均等物を網羅することが企図される。特に、技術の方法に従ってコンピュータの動作を制御するための、および／または技術のシステムに従ってそのコンポーネントの一部またはすべてを構築するために、機械によって読取り可能な信号を記憶するための、コンピュータプログラム製品またはプログラム要素、または磁気または光ワイヤ、テープまたはディスクなどのプログラムストレージまたはメモリデバイスを提供することは、本技術の範囲内である。
【0165】
本明細書で説明される方法に関連付けられる動作は、コンピュータプログラム製品においてコード化された命令として実装することができる。言い換えれば、コンピュータプログラム製品は、コンピュータプログラム製品がメモリにロードされてワイヤレス通信デバイスのマイクロプロセッサ上で実行されるときに方法を実行するためのソフトウェアコードが記録されるコンピュータ可読媒体である。
【0166】
さらに、本方法の各動作は、パーソナルコンピュータ、サーバ、ＰＤＡなどの任意のコンピューティングデバイス上で、Ｃ＋＋、Ｊａｖａなどの任意のプログラミング言語から生成された１つまたは複数の、または１つまたは複数の一部のプログラム要素、モジュール、またはオブジェクトに従って実行され得る。さらに、各動作、または各動作を実装するファイルまたはオブジェクトなどは、専用のハードウェアまたはその目的のために設計された回路モジュールによって実行され得る。
【0167】
前述の実施形態の説明を通じて、本発明は、ハードウェアのみを使用することによって、またはソフトウェアと必要なユニバーサルハードウェアプラットフォームを使用することによって実装され得る。そのような理解に基づいて、本発明の技術的解決策はソフトウェア製品の形で具体化され得る。ソフトウェア製品は、コンパクトディスク読取り専用メモリ（ＣＤ－ＲＯＭ）、ＵＳＢフラッシュディスク、またはリムーバブルハードディスクであり得る不揮発性または非一時的なストレージ媒体に記憶され得る。ソフトウェア製品は、コンピュータデバイス（パーソナルコンピュータ、サーバ、またはネットワークデバイス）が本発明の実施形態において提供される方法を実行できるようにする多数の命令を含む。たとえば、そのような実行は、本明細書で説明される論理演算のシミュレーションに対応し得る。ソフトウェア製品は、追加的にまたは代替として、コンピュータデバイスが本発明の実施形態に従ってデジタル論理装置を構成またはプログラミングするための動作を実行できるようにする多数の命令を含み得る。
【0168】
本発明を特定の特徴およびその実施形態を参照して説明してきたが、本発明から逸脱することなしに様々な修正および組合せを行うことができることは明らかである。したがって、本明細書および図面は、単に添付の特許請求の範囲によって定義される本発明の例示としてみなされるべきであり、本発明の範囲内に含まれるあらゆる修正、変形、組合せまたは均等物を網羅することが企図される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【手続補正書】
【提出日】2024-04-30
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
複数の連携するアクセスポイント（ＡＰ）の第１のＡＰによって、前記複数の連携するＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）へ、前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられるチャネル状態情報（ＣＳＩ）の要求を送信するステップと、前記第１のＡＰによって、前記１つまたは複数のＳＴＡから、前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩを備える応答を受信するステップと、
前記第１のＡＰによって、前記複数の連携するＡＰのうちの第２のＡＰへ、前記第２のＡＰが前記１つまたは複数のＳＴＡから、前記１つまたは複数のＳＴＡおよび前記第２のＡＰに関連付けられるＣＳＩを要求することを示すサウンディング要求を送信するステップと、
前記第１のＡＰによって、前記第２のＡＰから、前記１つまたは複数のＳＴＡおよび前記第２のＡＰに関連付けられる前記ＣＳＩを含む第１のＡＰ－ＡＰ共有メッセージを受信するステップと、
前記第１のＡＰによって、前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩを含む第２のＡＰ－ＡＰ共有メッセージを前記第２のＡＰへ送信するステップと
を備える、方法。
【請求項2】
前記第２のＡＰ－ＡＰ共有メッセージは、前記第１のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、前記第１のＡＰに関連付けられる１つまたは複数のＳＴＡ、前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩ、前記第１のＡＰに関連付けられる前記１つまたは複数のＳＴＡのＳＴＡ当たり１つまたは複数のストリーム、および前記第２のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含む前記フレームを備える、請求項１に記載の方法。
【請求項3】
前記第１のＡＰによって複数のプリコーダを計算するステップをさらに備え、計算された各プリコーダは、前記複数の連携するＡＰのそれぞれのＡＰに対応し、
前記１つまたは複数のＳＴＡおよび前記それぞれのＡＰに関連付けられるＣＳＩ情報に基づく、請求項２に記載の方法。
【請求項4】
前記プリコーダ情報は、前記複数のプリコーダのうちの計算されたプリコーダを示す、請求項２または３に記載の方法。
【請求項5】
前記プリコーダ情報は、プリコーダ計算方法を示すプリコーダインデックスを示す、請求項２または３に記載の方法。
【請求項6】
前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩは、前記フレームの選択されたユーザフィールドに示される、請求項２または３に記載の方法。
【請求項7】
前記第１のＡＰの前記識別子は、前記フレームの媒体アクセス制御（ＭＡＣ）ヘッダのトランスミッタアドレス（ＴＡ）フィールドに示される、請求項２または３に記載の方法。
【請求項8】
第１のアクセスポイント（ＡＰ）によって、第２のＡＰから、前記第２のＡＰに関連付けられるチャネル状態情報（ＣＳＩ）を含む第１の共有メッセージを受信するステップであって、前記第１のＡＰと前記第２のＡＰが連携する、ステップと、前記第１のＡＰによって前記第２のＡＰへ、前記第１のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、前記第１のＡＰに関連付けられる１つまたは複数のステーション（ＳＴＡ）、前記第１のＡＰに関連付けられるＣＳＩ、前記第１のＡＰに関連付けられる前記１つまたは複数のＳＴＡのＳＴＡ当たり１つまたは複数のストリーム、および前記第２のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含むフレームを備える第２の共有メッセージを送信するステップと
を備える、方法。
【請求項9】
前記第１のＡＰによって、前記第２のＡＰに関連付けられる前記ＣＳＩに基づいて、前記第２のＡＰに関連付けられるプリコーダを計算するステップをさらに備える、請求項８に記載の方法。
【請求項10】
前記第２のＡＰに関連付けられる前記プリコーダ情報は、前記第２のＡＰに関連付けられる前記計算されたプリコーダを示す、請求項９に記載の方法。
【請求項11】
前記第２のＡＰに関連付けられる前記プリコーダ情報は、プリコーダ計算方法を示すプリコーダインデックスを示す、請求項９または１０に記載の方法。
【請求項12】
前記第１のＡＰに関連付けられる前記ＣＳＩは、前記フレームの選択されたユーザフィールドに示される、請求項９または１０に記載の方法。
【請求項13】
前記第１のＡＰの前記識別子は、前記フレームの媒体アクセス制御（ＭＡＣ）ヘッダのトランスミッタアドレス（ＴＡ）フィールドに示される、請求項９または１０に記載の方法。
【請求項14】
少なくとも１つのプロセッサと、実行可能命令を記憶する少なくとも１つの機械可読媒体とを備え、前記実行可能命令は、前記少なくとも１つのプロセッサによって実行されると、複数の連携するアクセスポイント（ＡＰ）に関連付けられる１つまたは複数のステーション（ＳＴＡ）へ、前記１つまたは複数のＳＴＡおよび第１のＡＰに関連付けられるチャネル状態情報（ＣＳＩ）の要求を送信することと、
前記１つまたは複数のＳＴＡから、前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩを備える応答を受信することと、
前記複数の連携するＡＰのうちの第２のＡＰへ、前記第２のＡＰが前記１つまたは複数のＳＴＡから、前記１つまたは複数のＳＴＡおよび前記第２のＡＰに関連付けられるＣＳＩを要求することを示すサウンディング要求を送信することと、
前記第２のＡＰから、前記１つまたは複数のＳＴＡおよび前記第２のＡＰに関連付けられる前記ＣＳＩを含む第１のＡＰ－ＡＰ共有メッセージを受信することと、
前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩを含む第２のＡＰ－ＡＰ共有メッセージを前記第２のＡＰへ送信することと
を行うために前記複数の連携するＡＰの前記第１のＡＰを構成する、装置。
【請求項15】
前記第２のＡＰ－ＡＰ共有メッセージは、前記第１のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、前記第１のＡＰに関連付けられる１つまたは複数のＳＴＡ、前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩ、前記第１のＡＰに関連付けられる前記１つまたは複数のＳＴＡのＳＴＡ当たり１つまたは複数のストリーム、および前記第２のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含むフレームを備える、請求項１４に記載の装置。
【請求項16】
前記実行可能命令は、前記少なくとも１つのプロセッサによって実行されると、複数のプリコーダを計算するために、前記第１のＡＰをさらに構成し、計算された各プリコーダは、
前記複数の連携するＡＰのそれぞれのＡＰに対応し、
前記１つまたは複数のＳＴＡおよび前記それぞれのＡＰに関連付けられるＣＳＩ情報に基づく、請求項１５に記載の装置。
【請求項17】
前記プリコーダ情報は、前記複数のプリコーダのうちの計算されたプリコーダを示す、請求項１６に記載の装置。
【請求項18】
前記プリコーダ情報は、プリコーダ計算方法を示すプリコーダインデックスを示す、請求項１５乃至１７のいずれか一項に記載の装置。
【請求項19】
前記１つまたは複数のＳＴＡおよび前記第１のＡＰに関連付けられる前記ＣＳＩは、前記フレームの選択されたユーザフィールドに示される、請求項１５乃至１７のいずれか一項に記載の装置。
【請求項20】
前記第１のＡＰの前記識別子は、前記フレームの媒体アクセス制御（ＭＡＣ）ヘッダのトランスミッタアドレス（ＴＡ）フィールドに示される、請求項１５乃至１７のいずれか一項に記載の装置。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【0015】
第３の態様のいくつかの実施形態では、第２のＡＰ－ＡＰ共有メッセージは、第２のＡＰの識別子、フレームがＡＰ－ＡＰ共有フレームであるという表示、第２のＡＰに関連付けられる１つまたは複数のＳＴＡ、１つまたは複数のＳＴＡおよび第２のＡＰに関連付けられるＣＳＩ、および第１のＡＰに関連付けられるプリコーダ情報のうちの１つまたは複数を示す１つまたは複数のフィールドを含むフレームを備える。本方法は、ＣｏＢＦに参加しているＡＰ間で情報を共有するためのフレームフォーマットをさらに提供し得る。本方法は、ＣｏＢＦに必要となり得る連携するＡＰ間での情報の共有をさらに提供し得る。
【手続補正3】
【補正対象書類名】明細書
【補正対象項目名】００７９
【補正方法】変更
【補正の内容】
【0079】
複数のＳＴＡがプロトコル２００に参加している実施形態では、ＮＤＰ１ ２１４を送信した後のＳＩＦＳタイムユニット後に、協調するＡＰ、ＡＰ１ ２０２は、参加しているＳＴＡ、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８へ、ＢＦＲＰトリガフレーム２１８を同時に送信する（２２０）。
【手続補正4】
【補正対象書類名】明細書
【補正対象項目名】００８７
【補正方法】変更
【補正の内容】
【0087】
図２は、２つの連携するＡＰ（協調するＡＰ、ＡＰ１ ２０２および協調されるＡＰ、ＡＰ２ ２０４）を示しているが、当業者であれば、３つ以上の連携するＡＰが存在し得ることを理解するであろう。複数の協調されるＡＰ（たとえば、ＡＰ２ ２０４およびＡＰ３（図示せず））の場合、ＡＰ２ ２０４が参加しているＳＴＡからＣＳＩレポート２４４および２４６を受信した後のＳＩＦＳタイムユニット後に、ＡＰ２ ２０４はサウンディング要求フレームを次の協調されるＡＰ、たとえばＡＰ３へ送信する。ＡＰ３はＡＰ２ ２０４にＡｃｋを送信し得る（サウンディング要求フレームを受信した後のＳＩＦＳタイムユニット後に）。その後のＳＩＦＳタイムユニット後、ＡＰ３は、参加しているＳＴＡ、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８のうちの１つまたは複数の各々に、同時にＮＤＰＡを送信し得る。ＳＩＦＳタイムユニット後、ＡＰ３は、参加しているＳＴＡ、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８のうちの１つまたは複数の各々にＮＤＰを同時に送信し得る。参加しているＳＴＡのうちの１つまたは複数の各々、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８は、ＳＴＡとＡＰ３との間のそのＣＳＩを計算し得る。ＮＤＰを送信したＳＩＦＳタイムユニット後に、ＡＰ３は、参加しているＳＴＡのうちの１つまたは複数の各々にＢＦＲＰトリガフレームを同時に送信し得る。ＢＦＲＰトリガフレームを受信した後のＳＩＦＳタイムユニット後に、参加しているＳＴＡのうちの１つまたは複数、たとえば、ＳＴＡ１１からＳＴＡ１Ｎ ２０６、およびＳＴＡ２１からＳＴＡ２Ｍ ２０８の各々は、次いで、その計算されたＣＳＩレポートをＡＰ３に同時に送信し得る。
【手続補正5】
【補正対象書類名】明細書
【補正対象項目名】００８９
【補正方法】変更
【補正の内容】
【0089】
ＡＰ－ＡＰ共有フレーム送信のシーケンスはサウンディングシーケンスとは逆の順序であってもよい。図２において、サウンディングシーケンスは、協調するＡＰ、ＡＰ１ ２０２から始まり、次いで、協調されるＡＰ、ＡＰ２ ２０４から始まる。したがって、ＡＰ－ＡＰ共有フレーム送信処理２６２は、協調されるＡＰ２ ２０４から始まり、次いで、協調するＡＰ、ＡＰ１ ２０２から始まる。図２に示される実施形態では、ＣＳＩレポート２４４および２４６を受信した後のＳＩＦＳタイムユニット後に、協調されるＡＰ２ ２０４は、ＡＰ間共有フレーム２５０を連携するＡＰ、たとえば協調するＡＰ１ ２０２へ送信する（２５２）。ＡＰ－ＡＰ共有フレーム２５０を受信した後のＳＩＦＳタイムユニット後に、協調するＡＰ１ ２０２は、ＡＰ間共有フレーム２５４を連携するＡＰ、たとえば協調されるＡＰ２ ２０４へ送信する（２５６）。
【手続補正6】
【補正対象書類名】明細書
【補正対象項目名】０１０６
【補正方法】変更
【補正の内容】
【0106】
選択されたユーザは、対応する参加しているＡＰによって、関連付けられるＳＴＡの中から決定され得る。たとえば、協調するＡＰ、たとえばＡＰ１ ２０２に対して選択されたユーザは、協調するＡＰの関連付けられるＳＴＡの中から協調するＡＰによって決定または選択され、同様に、協調されるＡＰ、たとえばＡＰ２ ２０４に対して選択されたユーザは、協調されるＡＰの関連付けられるＳＴＡの中から協調されるＡＰによって決定または選択される。図２に続く実施形態では、ＡＰ ＩＤフィールド４０６が協調するＡＰ（たとえば、ＡＰ１ ２０２）を示す場合、ＡＰ－ＡＰ共有送信処理２６２は終了し得る（たとえば、ＡＰ－ＡＰ共有フレーム２５２がＡＰ ＩＤフィールド内の協調するＡＰ ＩＤを示す場合）。図２の実施形態では、協調するＡＰ、ＡＰ１ ２０２は、プリコーダインデックスフィールド４１０においてプリコーダインデックスをさらに示し得、この場合、プリコーダはＣｏＢＦ用に標準化される。
【手続補正7】
【補正対象書類名】明細書
【補正対象項目名】０１４１
【補正方法】変更
【補正の内容】
【0141】
ビームフォーミング（ＢＦ）がフレームに適用されると、（サブキャリア間のプリコーダの）位相情報がトーン間で不連続になり得、補間を介したチャネルの推定が困難になり得る。したがって、いくつかの実施形態では、位相連続処理が、位相不連続問題を回避するために、ビームフォーミング中に適用され得る。いくつかの実施形態では、ＣＳＩ情報を測定するためのサウンディング処理中のチャネル推定は、８０２．１１ロングトレーニングフィールド（ＬＴＦ）ベースの参照信号を通じて行われ得る。そのような実施形態では、ＣＳＩ情報は、トーン（Ｎｇ）のグループのすべての数において、および最後にはすべてのトーンにおいて取得され得る。
【国際調査報告】