特許 7582191 無線通信装置および方法、並びに、無線通信端末

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-05

(45)【発行日】2024-11-13

(54)【発明の名称】無線通信装置および方法、並びに、無線通信端末

(51)【国際特許分類】

   H04B 7/024 20170101AFI20241106BHJP

   H04B 7/0417 20170101ALI20241106BHJP

   H04W 24/10 20090101ALI20241106BHJP

【ＦＩ】

H04B7/024

H04B7/0417 100

H04W24/10

【請求項の数】 19

(21)【出願番号】P 2021532755

(86)(22)【出願日】2020-06-26

(86)【国際出願番号】 JP2020025167

(87)【国際公開番号】W WO2021010133

(87)【国際公開日】2021-01-21

【審査請求日】2023-05-11

(31)【優先権主張番号】P 2019129874

(32)【優先日】2019-07-12

(33)【優先権主張国・地域又は機関】JP

(31)【優先権主張番号】P 2020043820

(32)【優先日】2020-03-13

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】000002185

【氏名又は名称】ソニーグループ株式会社

(74)【代理人】

【識別番号】100121131

【弁理士】

【氏名又は名称】西川 孝

(74)【代理人】

【氏名又は名称】稲本 義雄

(74)【代理人】

【識別番号】100168686

【弁理士】

【氏名又は名称】三浦 勇介

(72)【発明者】

【氏名】相尾 浩介

(72)【発明者】

【氏名】田中 健

【審査官】竹内 亨

(56)【参考文献】

【文献】国際公開第２０１９／０６６８６７（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１８／０２３４１３５（ＵＳ，Ａ１）

【文献】Li-Hsiang Sun (Interdigital)，Feedback Overhead Analysis for 16 Spatial Stream MIMO，IEEE 802.11-19/0828r0 ，IEEE, インターネット＜URL:https://mentor.ieee.org/802.11/dcn/19/11-19-0828-00-00be-feedback-overhead-analysis-for-16-spatial-stream-mimo.pptx＞，2019年05月22日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／０２－７／１２

Ｈ０４Ｌ １／０２－１／０６

Ｈ０４Ｗ ２４／１０

(57)【特許請求の範囲】

【請求項1】

無線通信端末宛の既知パターンのリファレンス信号を無線送信部に１以上の他の無線通信装置と協調送信させ、前記無線通信端末に対して、前記リファレンス信号の第１の測定結果より情報量が少ない第２の測定結果を要求する要求信号を生成し、前記無線送信部に送信させる通信制御部と
を備え、
前記通信制御部は、前記無線通信端末に対して要求する、前記第１の測定結果を含むフィードバック信号に関する情報を、前記要求信号を受けた前記無線通信端末から取得した前記第２の測定結果に基づいて決定する
無線通信装置。

【請求項2】

前記通信制御部は、前記フィードバック信号に関する情報として、前記フィードバック信号の要求先、前記フィードバック信号の情報量、前記フィードバック信号の通信リソース、および、前記フィードバック信号を直接受け取るか、前記他の無線通信装置を介して受け取るかの少なくともいずれか１つを決定する
請求項１に記載の無線通信装置。

【請求項3】

前記通信制御部は、前記フィードバック信号を要求する前記無線通信端末に対し、前記フィードバック信号の通信リソース、および前記フィードバック信号に含める前記第１の測定結果の内容を指示する指示情報を含む誘起信号を生成し、前記無線送信部に前記誘起信号を送信させる
請求項１に記載の無線通信装置。

【請求項4】

前記通信制御部は、前記指示情報において、前記第１の測定結果の内容として、自身に関する前記第１の測定結果のみ、または前記自身に関する前記第１の測定結果に加えて、前記他の無線通信装置に関する前記第１の測定結果の送信を指示する
請求項３に記載の無線通信装置。

【請求項5】

前記通信制御部は、前記他の無線通信装置に関する前記第１の測定結果の送信を、前記自身に関する前記第１の測定結果と別々に送信するか、または前記自身に関する前記第１の測定結果と組み合わせた形で送信するかを指示する
請求項４に記載の無線通信装置。

【請求項6】

前記通信制御部は、前記フィードバック信号の受け取りを依頼する前記他の無線通信装置に対し、前記フィードバック信号に含める前記第１の測定結果の内容を指示する指示情報を含む誘起信号の送信を依頼する依頼信号を生成し、前記依頼信号の送信を制御する
請求項１に記載の無線通信装置。

【請求項7】

前記通信制御部は、前記フィードバック信号の受け取りを前記他の無線通信装置から依頼された場合、前記フィードバック信号の通信リソースに関する情報、および前記フィードバック信号に含める前記第１の測定結果の内容を指示する指示情報を含む誘起信号を生成し、前記誘起信号を前記無線通信端末に送信するように前記無線送信部を制御する
請求項６に記載の無線通信装置。

【請求項8】

前記通信制御部は、前記第２の測定結果を求めるための判定方法に関する情報および判定閾値に関する情報のうち少なくとも１つを指示する指示情報を含む事前通知信号を生成し、前記無線送信部に前記事前通知信号を送信させる
請求項１に記載の無線通信装置。

【請求項9】

前記通信制御部は、前記判定方法として、受信電力値および推定チャネルの相関値、信号到来時間差、および送信ウェイト電力差の少なくともいずれか１つを指示する前記指示情報を含む前記事前通知信号を生成する
請求項８に記載の無線通信装置。

【請求項10】

前記通信制御部は、前記判定閾値として、絶対閾値および自身から送信された前記リファレンス信号との相対値、またはその計算方法を指示する前記指示情報を含む前記事前通知信号を生成する
請求項８に記載の無線通信装置。

【請求項11】

前記通信制御部は、前記第２の測定結果を求めるための判定方法に関する情報および判定閾値に関する情報のうち少なくとも１つを指示する指示情報を含む協調要求信号を生成し、前記協調要求信号の前記他の無線通信装置への送信を制御する
請求項１に記載の無線通信装置。

【請求項12】

前記通信制御部は、前記第２の測定結果に対応できるか否かを示す測定結果対応情報を、配下の前記無線通信端末から収集する
請求項１に記載の無線通信装置。

【請求項13】

前記通信制御部は、前記測定結果対応情報を、前記他の無線通信装置と共有させる
請求項１２に記載の無線通信装置。

【請求項14】

無線通信装置が、
無線通信端末宛の既知パターンのリファレンス信号を１以上の他の無線通信装置と協調送信させ、前記無線通信端末に対して、前記リファレンス信号の第１の測定結果より情報量が少ない第２の測定結果を要求する要求信号を生成し、送信させ、
前記無線通信端末に対して要求する、前記第１の測定結果を含むフィードバック信号に関する情報を、前記要求信号を受けた前記無線通信端末から取得した前記第２の測定結果に基づいて決定する
無線通信方法。

【請求項15】

複数の無線通信装置から協調送信された既知パターンのリファレンス信号に基づいて、前記リファレンス信号の第１の測定結果より情報量が少ない第２の測定結果を生成し、前記第２の測定結果を要求する要求信号に応じて、前記第２の測定結果を含む応答信号を、要求先の前記無線通信装置に送信するように無線送信部を制御する通信制御部
を備え、
前記第２の測定結果は、前記無線通信装置において、無線通信端末に要求する前記第１の測定結果を含むフィードバック信号に関する情報の決定に用いられる
無線通信端末。

【請求項16】

前記通信制御部は、前記無線通信装置から送信された事前通知信号内の判定方法に関する情報および判定閾値に関する情報に基づいて、前記第２の測定結果を生成する
請求項１５に記載の無線通信端末。

【請求項17】

前記通信制御部は、前記無線通信装置から送信された誘起信号に含まれる、前記第２の測定結果に基づいて決定された前記フィードバック信号の通信リソース、および前記フィードバック信号に含める前記第１の測定結果の内容に基づいて、前記第１の測定結果を含む前記フィードバック信号を生成し、前記フィードバック信号を送信するように前記無線送信部を制御する
請求項１５に記載の無線通信端末。

【請求項18】

前記通信制御部は、前記第１の測定結果の内容として、前記誘起信号の送信元の前記無線通信装置から送信された前記リファレンス信号の前記第１の測定結果のみを前記フィードバック信号に含む
請求項１７に記載の無線通信端末。

【請求項19】

前記通信制御部は、前記第１の測定結果の内容として、受信したすべての前記リファレンス信号の前記第１の測定結果を前記フィードバック信号に含む
請求項１７に記載の無線通信端末。

【発明の詳細な説明】

【技術分野】

【0001】

本技術は、無線通信装置および方法、並びに、無線通信端末に関し、特に、処理時間を短縮することができるようにした無線通信装置および方法、並びに、無線通信端末に関する。

【背景技術】

【0002】

無線LANの標準規格を策定するIEEE802.11において、802.11nで規格されたMIMO(Multi Input Multi Output)技術は、基地局であるAP／端末であるSTAともに、複数の無線モジュールおよびアンテナを用いて複数のデータを送信することができる。

【0003】

ところで、MIMO通信のための送信ウェイトを決定するには、各通信リンクのチャネル状況（自身が送信した信号がSTAにてどのように受信されたか）が必要となる。１つの方法として、Sounding処理を用いて送信ウェイトを決定するExplicit Beamformingがある。Sounding処理は、APが既知パターンのリファレンス信号（既知信号）を送信し、STAに、送信ウェイト情報をフィードバック信号として送信してもらう処理のことである（特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【文献】国際公開第２０１０／１２５６３５号

【発明の概要】

【発明が解決しようとする課題】

【0005】

上述したSounding処理では、STAが、送信ウェイト情報をフィードバック信号としてAP側に送信するためには、非常に多大な情報を送信しなければならない。さらに、APが複数のSTAから送信ウェイト情報を取得する場合、各STAのフィードバック信号に割り当てることができる通信リソースは限定されるため、フィードバック信号の送信時間が大幅に増加してしまう。

【0006】

本技術はこのような状況に鑑みてなされたものであり、処理時間を短縮することができるようにするものである。

【課題を解決するための手段】

【0007】

本技術の一側面の無線通信装置は、無線通信端末宛の既知パターンのリファレンス信号を無線送信部に１以上の他の無線通信装置と協調送信させ、前記無線通信端末に対して、前記リファレンス信号の第１の測定結果より情報量が少ない第２の測定結果を要求する要求信号を生成し、前記無線送信部に送信させる通信制御部とを備え、前記通信制御部は、前記無線通信端末に対して要求する、前記第１の測定結果を含むフィードバック信号に関する情報を、前記要求信号を受けた前記無線通信端末から取得した前記第２の測定結果に基づいて決定する。

【0008】

本技術の他の側面の無線通信端末は、複数の無線通信装置から協調送信された既知パターンのリファレンス信号に基づいて、前記リファレンス信号の第１の測定結果より情報量が少ない第２の測定結果を生成し、前記第２の測定結果を要求する要求信号に応じて、前記第２の測定結果を含む応答信号を、要求先の前記無線通信装置に送信するように無線送信部を制御する通信制御部を備え、前記第２の測定結果は、前記無線通信装置において、無線通信端末に要求する前記第１の測定結果を含むフィードバック信号に関する情報の決定に用いられる。

【0009】

本技術の一側面においては、無線通信端末宛の既知パターンのリファレンス信号が１以上の他の無線通信装置と協調送信される。そして、前記無線通信端末に対して、前記リファレンス信号の第１の測定結果より情報量が少ない第２の測定結果を要求する要求信号が生成され、送信される。そして、前記無線通信端末に対して要求する、前記第１の測定結果を含むフィードバック信号に関する情報が、前記要求信号を受けた前記無線通信端末から取得した前記第２の測定結果に基づいて決定される。

【0010】

本技術の他の側面においては、複数の無線通信装置から協調送信された既知パターンのリファレンス信号に基づいて、前記リファレンス信号の第１の測定結果より情報量が少ない第２の測定結果が生成される。そして、前記第２の測定結果を要求する要求信号に応じて、前記第２の測定結果を含む応答信号が、要求先の前記無線通信装置に送信される。前記第２の測定結果は、前記無線通信装置において、無線通信端末に要求する前記第１の測定結果を含むフィードバック信号に関する情報の決定に用いられる。

【図面の簡単な説明】

【0011】

【図1】DL MU-MIMO技術の一例を示す図である。

【図2】AP間協調技術の一例を示す図である。

【図3】Sounding処理の例を示す図である。

【図4】本技術の実施の形態に係る通信システムの構成例を示す図である。

【図5】通信装置の構成例を示すブロック図である。

【図6】通信端末の構成例を示すブロック図である。

【図7】通信システムの全体の処理について説明するシーケンスを示す図である。

【図8】Capability Exchange Frameの構成例を示す図である。

【図9】STA List Exchange Frameの構成例を示す図である。

【図10】本技術の第１の実施の形態のEHT Soundingのシーケンス例を示す図である。

【図11】従来の通信リソースの使用状況の例を示す図である。

【図12】本技術の通信リソースの使用状況の例を示す図である。

【図13】EHT NDP-A Frameのフォーマット例を示す図である。

【図14】Short Feedback Request Frameのフォーマット例を示す図である。

【図15】Short Feedback Response Frameのフォーマット例を示す図である。

【図16】EHT BFRP Trigger Frameのフォーマット例を示す図である。

【図17】AP1のEHT Sounding処理について説明するフローチャートである。

【図18】AP2のEHT Sounding処理について説明するフローチャートである。

【図19】STAのEHT Sounding処理について説明するフローチャートである。

【図20】本技術の第２の実施の形態のEHT Soundingのシーケンス例を示す図である。

【図21】本技術の通信リソースの使用状況の例を示す図である。

【図22】本技術の第１乃至第４の実施の形態の特徴を示す図である。

【図23】Joint TxとCoordinated Txとを概念的に示す図である。

【図24】本技術の第３の実施の形態のEHT Soundingのシーケンス例を示す図である。

【図25】本技術の第４の実施の形態のEHT Soundingのシーケンス例を示す図である。

【図26】本技術の第４の実施の形態のEHT Soundingの、図２５に続くシーケンス例を示す図である。

【図27】BFRP Trigger Request Frameのフォーマット例を示す図である。

【図28】Feedback Request Frameのフォーマット例を示す図である。

【図29】AP1のEHT Sounding処理について説明するフローチャートである。

【図30】コンピュータの構成例を示すブロック図である。

【発明を実施するための形態】

【0012】

以下、本技術を実施するための形態について説明する。説明は以下の順序で行う。
１．背景説明
２．システム構成および装置構成
３．第１の実施の形態
４．第２の実施の形態
５．第３の実施の形態
６・第４の実施の形態
７．その他

【0013】

＜１．背景説明＞
無線LANの標準規格を策定するIEEE802.11において、802.11nで規格されたMIMO(Multi Input Multi Output)技術は、基地局であるAP(Access Point)／端末であるSTA(Station)ともに、複数の無線モジュールおよびアンテナを用いて複数のデータを送信することができる。これにより、スループット向上および信頼性向上が実現されている。

【0014】

MIMO技術は新たな規格が策定される毎に進化を遂げている。例えば、802.11acでは、APが、複数データを複数のSTAに割り当て、マルチユーザ通信を行うDL(Down Link) MU-MIMO技術が策定されている。また、802.11axでは、複数のSTAが、APにマルチユーザ通信を行うUL(Up Link) MU-MIMO技術が策定されている。

【0015】

＜DL MU-MIMO技術＞
図１は、DL MU-MIMO技術の一例を示す図である。

【0016】

図１においては、AP1、STA1、およびSTA2が、無線通信により接続されている。

【0017】

DL MU-MIMOの場合、1台のAP1が複数のSTA1およびSTA2にデータ送信を行う。その際、各STAへ他のSTA宛の信号が届かないように、AP1が送信ウェイト処理を行う。これにより、STA1およびSTA2は、自身宛のデータのみを抽出し受信することができる。

【0018】

IEEE802.11では、2019年5月より802.11axの後継規格にあたる802.11beの規格策定がスタートしている。この802.11beの候補技術の１つにAP間協調技術が挙げられている。

【0019】

＜AP間協調技術＞
図２は、AP間協調技術の一例を示す図である。

【0020】

図２においては、AP1、AP2、STA1、およびSTA2が、無線通信により接続されている。

【0021】

複数のAP1およびAP2が、複数のSTA1およびSTA2にデータ送信を行う。図２に示されるように、基本的には、STA1は、AP2より距離が近いAP1からデータを受信しやすく、STA2は、AP1より距離が近いAP2からデータを受信しやすいという特徴がある。

【0022】

図２に示されるAP間協調技術では、図１で上述した送信ウェイト処理を、複数のAP1およびAP2が協力して行う。例えば、AP1がSTA1にデータを送る場合、AP1は、STA2が干渉を受けないようにビームの制御をする。同様に、AP2がSTA2にデータを送る場合、AP2は、STA1が干渉を受けないようにビームの制御をする。これにより、AP1およびAP2は、互いに干渉せず、同時にデータ送信を行うことができ、スループット向上を実現することができる。また、図１と比べ、AP1台当たりが持つアンテナ数を削減できるという利点も期待できる。

【0023】

なお、例えば複数のAPが同一STA宛に協力してデータ送信を行うことで、STAの受信品質を向上させることもAP間協調技術により可能となる。

【0024】

ところで、MIMO通信を行うためには、APは、各アンテナから放出される信号に対し、適切な信号処理（送信ウェイトの乗算）を施して信号を送信する。この送信ウェイトを決定するには、各通信リンクのチャネル状況（自身が送信した信号がSTAにてどのように受信されたか）が必要となる。１つの方法として、Sounding処理を用いて送信ウェイトを決定するExplicit Beamformingがある、Sounding処理は、APが、既知パターンのリファレンス信号（既知信号）を送信し、STAに、送信ウェイト情報をフィードバック信号として送信してもらう処理のことである。

【0025】

＜Sounding処理＞
図３は、Sounding処理の例を示す図である。

【0026】

図３においては、IEEE802.11axに規定されているExplicit BeamformingにおけるSounding処理が示されている。

【0027】

時刻t1において、AP1は、既知パターンのリファレンス信号であるNDP(Null Data Packet) Frameを送信することを、STA1およびSTA2に通知するためのNDP Announcement（以下、NDP-A）Frameを送信する。時刻t2において、AP1は、NDP Frameを送信する。

【0028】

また、時刻t3において、AP1は、複数のSTA1およびSTA2から一度にフィードバック信号を受け取る場合、STA1またはSTA2がフィードバック信号をUL多重して送信するためのBFRP(Beamforming Report Poll) Trigger Frameを送信する。BFRP Trigger Frameには、STA1およびSTA2毎の通信リソースが指定されている。

【0029】

STA1およびSTA2は、受信したNDP-A Frame内に、自身を示す情報が含まれていた場合、NDP Frameの受信状況を基にチャネル状況を推定し、送信ウェイトを計算する。送信ウェイトの計算方法はいくつか存在するが、例えば、NDP Frameの受信状況により得られたチャネル行列の特異値分解を行い、得られた特異ベクトルを送信ウェイトとして使用するケースが一般的である。

【0030】

時刻t4において、STA1およびSTA2は、BFRP Trigger Frameに指定されている通信リソースを用いて、計算した送信ウェイトを、情報量を圧縮した状態にする。STA1およびSTA2は、情報量を圧縮した状態の情報（以下、送信ウェイト情報）を、フィードバック(Feedback)信号としてAP側に送信する。フィードバック信号を受信したAPは、取得したフィードバック信号からSTAが計算した送信ウェイト情報を得ることができる。

【0031】

以上のように、AP側に送信ウェイトをフィードバックするためには、STAは、非常に多大な情報を送信する必要がある。また、APが複数のSTAから送信ウェイト情報を取得する場合、各STAのフィードバック信号に割り当てることができる通信リソースは限定されるので、フィードバック信号の送信時間が大幅に増加する。

【0032】

このようなSounding処理時間の短縮は、１台のAPから複数のSTAへの通信でも必須である。特に、Multi-AP環境やAP間協調を想定する場合、送信アンテナ数やSTA数が増加する傾向にあり、Sounding処理時間の短縮の対策は、より早急に求められている。

【0033】

そこで、本技術において、APは、既知パターンのNDP Frameを送信した後、NDP Frameの受信状況から測定される送信ウェイト情報（以下、第１の測定結果とも称する）よりも簡易な情報であり、NDP Frameの受信状況から測定される第２の測定結果を先にSTAに要求し、取得する。

【0034】

APは、第２の測定結果を取得することで、その後、STAから取得される、第１の測定結果を含むフィードバック信号に関する情報を最適に決定することができる。フィードバック信号に関する情報は、例えば、フィードバック信号を要求するSTA、フィードバック信号の情報量、およびフィードバック信号の通信リソースである。これにより、本技術によれば、フィードバック信号の送受信にかかる時間を短縮することができる。

【0035】

＜２．システム構成および装置構成＞
＜通信システムの構成例＞
図４は、本技術の実施の形態に係る通信システムの構成例を示す図である。

【0036】

図４において、実線矢印は装置同士が接続されていることを示し、破線矢印は、装置間でお互いに電力の授受が行われることを示す。

【0037】

図４の通信システムは、AP1およびAP2が、有線通信または無線通信により接続されることによって構成される。また、通信システムは、STA1とSTA2とが、AP1に無線通信により接続され、STA3とSTA4とが、AP2に無線通信により接続されることによって構成される。AP1に無線通信により接続されているSTA1およびSTA2は、AP1の配下STAと称する。AP2に無線通信により接続されているSTA3およびSTA4は、AP2の配下STAと称する。

【0038】

STA2およびSTA3は、接続先以外のAPからの距離も近いため、接続先以外のAPからの距離が遠いSTA1およびSTA4より、接続先以外のAPからの受信電力も強く受けることが想定される。

【0039】

なお、対象となるシステム構成は、図４の例に限定されるものではなく、接続が確立された複数のAPが存在し、それぞれのAPに対し、周囲端末としてSTAが接続されていれば、どのような構成であってもよい。また、位置関係も、上述した位置関係が満たされていれば問われない。

【0040】

＜通信装置の構成例＞
図５は、通信装置の構成例を示すブロック図である。

【0041】

図５に示す通信装置１１は、APとして動作する装置である。

【0042】

通信装置１１は、無線信号処理部２１、無線通信部２２－１および２２－２、並びに基地局間通信部２３から構成される。

【0043】

無線信号処理部２１は、APとの通信およびSTAとの通信を制御する。

【0044】

無線信号処理部２１は、通信制御部３１、無線インタフェース部３２、およびデータ処理部３３から構成される。

【0045】

通信制御部３１は、CPU(Central Processing Unit)、ROM(Read Only Memory)、RAM(Random Access Memory)などにより構成される。通信制御部３１は、ROMなどに記憶されているプログラムを実行し、通信装置１１の全体の動作を制御する。通信制御部３１は、無線インタフェース部３２を介して無線通信部２２－１および２２－２を制御し、通信リソースなどを設定する。また、通信制御部３１は、他のSTAへ通知する制御情報を、データ処理部３３に受け渡す処理を行う。

【0046】

通信制御部３１は、例えば、NDPの送信後に、NDPの第２の測定結果を含むShort Feedback Response Frameを要求する要求信号であるShort Feedback Request Frameを送信することにより、STAからShort Feedback Response Frameを取得する。

【0047】

通信制御部３１は、取得したShort Feedback Response Frameに基づいて、第１の測定結果を含むフィードバック信号の要求先、フィードバック信号の情報量、およびフィードバック信号の通信リソースを決定する。

【0048】

無線インタフェース部３２は、データ処理部３３が生成した送信信号にアナログ変換を施し、送信信号を、デジタル信号からアナログ信号に変換する。また、無線インタフェース部３２は、無線通信部２２－１および２２－２で取得された受信信号にデジタル変換を施し、受信信号を、アナログ信号からデジタル信号に変換する。

【0049】

データ処理部３３は、送信データ、および通信制御部３１から受け取った制御情報に基づいて、送信信号を生成し、生成した送信信号を無線インタフェース部３２に出力する。

【0050】

データ処理部３３は、無線インタフェース部３２で変換された受信信号を復調し、受信データおよび制御情報を抽出する処理を行う。データ処理部３３は、抽出した制御情報を、通信制御部３１に出力し、抽出した受信データを、図示せぬ上位層に出力する。

【0051】

また、データ処理部３３は、基地局間通信部２３から供給される制御情報やデータを受け取り、通信制御部３１に出力する。

【0052】

無線通信部２２－１および２２－２は、アンテナを備えており、通信制御部３１により設定された通信リソースなどに基づいて、STAとの無線通信を行う。無線通信部２２－１および２２－２は、特に区別の必要がない場合、無線通信部２２と称する。なお、無線通信部２２は、２つに限らず、複数（ｎ＞１）の無線通信部２２－１乃至２２－ｎを備える。

【0053】

無線通信部２２は、無線受信部４１および無線送信部４２からなる。

【0054】

無線受信部４１は、アンテナから供給される無線信号に、RF処理を施して、受信信号を生成し、無線インタフェース部３２に出力する。

【0055】

無線送信部４２は、無線インタフェース部３２から供給される送信信号に対して、RF処理を施し、無線信号を生成する。無線送信部４２は、生成した無線信号をアンテナに出力する。

【0056】

なお、アンテナにより受信された電磁波は、無線信号として無線受信部４１に出力される。また、アンテナは、無線送信部４２で生成された無線信号を電磁波として放出する。

【0057】

基地局間通信部２３は、AP間で協調するために必要な制御情報やデータの通知処理または取得処理を行う。基地局間通信部２３は、アンテナを備えており、AP間の通信は、有線でも無線でもよい。AP間の通信が無線である場合、基地局間通信部２３の機能を無線通信部２２が担うように、無線通信部２２を構成してもよい。

【0058】

なお、図５には、無線信号処理部２１は１つのICとして構成される例を示しているが、本技術のIC構成は、これに限らない。例えば、無線インタフェース部が別のICとして搭載されていてもよい。

【0059】

＜通信端末の構成例＞
図６は、通信端末の構成例を示すブロック図である。

【0060】

図６に示す通信端末５１は、STAとして動作する装置である。

【0061】

通信端末５１は、無線信号処理部６１、および無線通信部６２－１および６２－２から構成される。

【0062】

無線信号処理部６１は、APとの通信およびSTAとの通信を制御する。

【0063】

無線信号処理部６１は、通信制御部７１、無線インタフェース部７２、およびデータ処理部７３から構成される。

【0064】

通信制御部７１は、CPU、ROM、RAMなどにより構成される。通信制御部７１は、ROMなどに記憶されているプログラムを実行し、通信端末５１の全体の動作を制御する。通信制御部７１は、無線インタフェース部７２を介して無線通信部６２－１および６２－２を制御し、通信リソースなどを設定する。また、通信制御部７１は、APや他のSTAへ通知する制御情報を、データ処理部７３に受け渡す処理を行う。

【0065】

通信制御部７１は、例えば、APから取得したShort Feedback Requestに対応して、NDPを測定することで、NDPの第２の測定結果を含むShort Feedback Responseを生成し、データ処理部７３に受け渡す。通信制御部７１は、NDPを測定することで、NDPの第１の測定結果である送信ウェイト情報を生成し、データ処理部７３に受け渡す。

【0066】

無線インタフェース部７２は、データ処理部３３が生成した送信信号にアナログ変換を施し、送信信号を、デジタル信号からアナログ信号に変換する。また、無線インタフェース部７２は、無線通信部６２－１および６２－２で取得された受信信号にデジタル変換を施し、受信信号を、アナログ信号からデジタル信号に変換する。

【0067】

データ処理部７３は、送信データ、および通信制御部３１から受け取った制御情報に基づいて、送信信号を生成し、生成した送信信号を無線インタフェース部７２に出力する。

【0068】

データ処理部７３は、無線インタフェース部７２から受け取った受信信号を復調し、受信データおよび制御情報を抽出する処理を行う。データ処理部７３は、抽出した制御情報を、通信制御部７１に出力し、抽出した受信データを、図示せぬ上位層に出力する。

【0069】

無線通信部６２－１および６２－２は、アンテナを備えており、通信制御部７１により設定された通信リソースなどに基づいて、APとの無線通信を行う。無線通信部６２－１および６２－２は、特に区別の必要がない場合、無線通信部６２と称する。なお、無線通信部６２は、２つに限らず、複数（ｎ＞１）の無線通信部６２－１乃至６２－ｎを備える。

【0070】

無線通信部６２は、無線受信部８１および無線送信部８２からなる。

【0071】

無線受信部８１は、アンテナから供給される無線信号に、RF処理およびデジタル変換を施して、受信信号を生成する。無線受信部８１は、生成した受信信号を、無線インタフェース部７２を介してデータ処理部７３に出力する。

【0072】

無線送信部８２は、データ処理部７３により生成されたパケットからなる送信信号に対して、アナログ変換およびRF処理を施し、無線信号を生成する。無線送信部８２は、生成した無線信号をアンテナに出力する。

【0073】

なお、アンテナにより受信された電磁波は、無線信号として無線受信部８１に出力される。また、アンテナは、無線送信部８２で生成された無線信号を電磁波として放出する。

【0074】

なお、図６には、無線信号処理部６１は１つのICとして構成される例を示しているが、本技術のIC構成は、これに限らない。例えば、無線インタフェース部が別のICとして搭載されていてもよい。

【0075】

＜３．第１の実施の形態（AP1/AP2の送信ウェイト情報をすべてAP1に送信する例）＞
まず、第１の実施の形態として、AP1/AP2がNDP-A FrameおよびNDP Frameを同時送信し、かつ、AP1/AP2の送信ウェイト情報をすべてAP1に送信する例について説明する。

【0076】

＜全体の処理シーケンス例＞
図７は、通信システムの全体の処理について説明するシーケンスを示す図である。

【0077】

ステップＳ１は、APs Association Phaseである。ステップＳ１において、AP1およびAP2は、APs Associationとして、協調するAP間での接続確立を行う。これにより、AP1およびAP2の接続関係が確立する。接続確立は、有線でも無線でもよい。例えば、無線である場合、IEEE802.11で規格化されているAssociation Processがそのまま利用されてもよい。なお、AP間で協調動作に関するCapability情報も、このPhaseで交換されてもよい。

【0078】

ステップＳ２は、Capability Exchange Phaseである。ステップＳ２において、AP1およびAP2は、Capability Exchangeとして、AP-STA間でのCapability情報の交換をそれぞれ行う。ここで、AP1およびAP2は、機能や能力を示す情報であるCapability情報の交換を、配下のSTAと行う。本技術の場合、Short Feedbackの情報の交換を行うことが可能か否かを示す情報がCapability情報に含まれる。

【0079】

ステップＳ３は、STA List Exchange Phaseである。ステップＳ３において、AP1およびAP2は、STA List Exchangeとして、配下の（自分と接続関係にある）STAに関する情報（アドレスやAID情報など）の交換を行う。これにより、例えば、AP1は、NDP-A Frameにて接続先以外のSTA3およびSTA4を指定し、次のSounding Phaseを開始することができる。本技術の場合、STAに関する情報の中に、Short Feedbackの情報の交換を行うことが可能か否かを示す情報がCapability情報に含まれる。

【0080】

ステップＳ４は、EHT(Enhanced High Throughput) Sounding Phaseである。ステップＳ４において、AP1およびAP2と、複数のSTAは、EHT Soundingとして、複数のAP環境を想定したSounding処理を行う。ステップＳ４では、複数のSTAにより送信ウェイトが算出され、送信ウェイトを示す送信ウェイト情報が、AP1に送信される。EHT Sounding Phaseの詳細は、後述される。

【0081】

ステップＳ５は、Tx Weight Exchange Phaseである。ステップＳ５において、AP1およびAP2は、Tx Weight Exchangeとして、各STAから取得したフィードバック信号の交換を行う。すなわち、ステップＳ４で得られた送信ウェイト情報がAP1およびAP2により交換される。例えば、第１の実施の形態においては、各STAがAP1に送信ウェイト情報をフィードバックするため、ステップＳ５において、AP1は、AP2の送信ウェイト情報をAP2に通知する必要が生じる。

【0082】

ステップＳ６は、Coordinated Transmission（協調送信）Phaseである。ステップＳ６において、AP1およびAP2は、送信ウェイト情報に基づいて、複数のSTAに対して、データの協調送信を行い、複数のSTAから送信される受領確認であるACKを受信する。ステップＳ６では、複数のSTA宛に他のSTAが受ける干渉を軽減するための協調送信が行われてもよいし、または、１台のSTA宛に受信品質が向上するための協調送信が行われてもよい。

【0083】

なお、各Phaseの順番は、特に図７に示される通りではなくてもよく、例えば、APs Association Phaseが、Capability Exchange Phaseの後に行われていてもよい。また、各Phaseが必ずしも分離されていなくてもよく、例えば、APs Association PhaseとSTA List Exchange Phaseとが同時に行われてもよい。

【0084】

また、各Phaseの頻度においても特に限定されるものではなく、例えば、STA List Exchange Phaseは、定期的に実行されてもよいし、または、各APの配下のSTAの変化（新規接続や切断）があった時に行われてもよい。

【0085】

＜Capability Exchange Frameの構成例＞
図８は、Capability Exchange Frameの構成例を示す図である。

【0086】

図８のCapability Exchange Frameは、Capability Exchange Phaseにおいてやり取りされる。Capability Exchange Frameには、Frame Control、Duration、Short Feedback Capabilityなどのfieldが含まれる。なお、図８におけるハッチングは、本技術による情報が含まれるfieldであることを示す。以降の図においても同様である。

【0087】

Frame Controlのfieldには、このフレームがAP間でやり取りされるCapability情報を含むフレームであることを示す情報が含まれる。

【0088】

Durationのfieldには、このフレームの長さに関する情報が含まれる。

【0089】

Short Feedback Capabilityのフィールドには、Short Feedback Capability情報が含まれる。Short Feedback Capability情報は、APおよびSTAが、Short Feedback Request FrameおよびShort Feedback Response Frameの送受信が可能であるか否かを示す情報である。

【0090】

Short Feedback Capabilityのフィールドが”No”であるSTAには、Short Feedback Request Frameは送信されず、フィードバック信号の通信リソースなどの最適化が行われない。なお、本Capability情報には、後述する指定された測定条件（例えば、受信電力やチャネル相関値）毎に、Short Feedback Request FrameおよびShort Feedback Response Frameの送受信が可能か否かを示す情報が含まれてもよい。

【0091】

＜STA List Exchange Frameの構成例＞
図９は、STA List Exchange Frameの構成例を示す図である。

【0092】

図９のSTA List Exchange Frameは、STA List Exchange Phaseにおいてやり取りされる。STA List Exchange Frameには、Frame Control、Duration、STA n Info.などのfieldが含まれる。

【0093】

Frame Controlのfieldには、このフレームがAP間でやり取りされるCapability情報を含むフレームであることを示す情報が含まれる。

【0094】

Durationのfieldには、このフレームの長さに関する情報が含まれる。

【0095】

STA n Info.のfieldには、自身に接続するSTAに関する様々な情報が含まれる。STA n Info.のfieldには、例えば、AID情報や、Short Feedback Capability情報が含まれる。

【0096】

AID情報は、STAの宛先を示す情報である。なお、宛先を示す情報は、AID情報に限らず、STAのID情報であってもよいし、MACアドレスでもよいし、AP-STA間だけで定められた特殊な識別番号であってもよい。

【0097】

Short Feedback Capability情報は、Capability Exchange Phaseで収集した各STAのShort Feedback Capability情報を示す。

【0098】

なお、STA n Info.のfiledには、STAに関するほかの情報が含まれていてもよく、例えば、送信アンテナ数や送信可能帯域の情報が含まれていてもよい。

【0099】

＜EHT Sounding Phaseのシーケンスの例＞
図１０は、本技術のEHT Sounding Phaseのシーケンス例を示す図である。

【0100】

図１０においては、AP1とAP2が同時にNDP Frameを送信した後、AP1がすべてのSTA1乃至STA4にShort Feedback Request Frame(図１０のShort Req.)を送信する例が示されている。

【0101】

時刻T01において、AP1は、AP2に対して、協調送信を要求するための協調要求信号であるMAP Triggerを送信する。MAP Triggerには、Short Feedback Request Frameに含まれるNDPの測定結果に関する測定結果情報を求めるための判定方法および判定閾値を、AP2に指示する情報が記載されている。

【0102】

AP2は、MAP Triggerに記載された内容に基づいてEHT NDP-A FrameとNDP Frameを生成する。EHT NDP-A Frameは、NDP-Frameが送信されることを事前に通知するための事前通知信号である。

【0103】

時刻T02において、AP1とAP2は、それぞれ、EHT NDP-A Frameを送信する。AP1とAP2で同じNDP-A Frameを同時送信することで、各STAに受信させる。

【0104】

時刻T03において、AP1とAP2は、それぞれ、既知パターンのNDP Frameを送信する。NDP Frameは、AP1/AP2の送信アンテナ毎にPreamble内のLTFの符号化パターンを変えている。
これにより、各STAは、各APの各送信アンテナで送信された信号を分離でき、チャネル状況を推定することができる。なお、LTFの符号化パターンは既存規格で定められたもの（例えば、HE-LTF）でも、新たに定められたもの（例えば、EHT-LTF）でもよい。

【0105】

時刻T04において、AP1は、STA1乃至STA4に、Short Feedback Request Frameを送信する。

【0106】

時刻T05において、STA1乃至STA4は、AP1からのShort Feedback Request Frameを受信した後、AP1とAP2から送信されたNDP Frameの受信状況に基づいて、第２の測定結果を含むShort Feedback Response Frame(図１０のShort Resp.)を送信する。第２の測定結果は、第１の測定結果である送信ウェイト情報よりも情報量も、演算量も少ない。

【0107】

AP1は、STA1乃至STA4から取得したShort Feedback Response Frameの第２の測定結果の情報に基づいて、フィードバック信号に関する情報として、フィードバック信号の情報量および通信リソースなどの最適化を行う。

【0108】

例えば、AP1は、STA1乃至STA4に対して、自身の接続先APとそれ以外のAPとのNDP Frameの受信電力差が閾値未満であるか否かの第２の測定結果を、Short Feedback Request Frameを送信することで、要求する。AP1は、要求した第２の測定結果を、STA1乃至STA4から送信されるShort Feedback Response Frameにて取得する。

【0109】

この場合、AP1は、図４に示されたように、STA2とSTA3が両APとの距離が近く、受信電力差がないため、AP1とAP2の協調通信にて効果を得ることができると判定する。一方、STA1とSTA4は、接続先以外のAPから離れており、受信電力差が大きいため、AP1とAP2が協調送信を行っても大きな効果を得ることができないと判定する。

【0110】

時刻T06において、AP1は、上述した判定結果に基づいて、EHT BFRP Trigger Frameを生成し、STA1乃至STA4に送信する。AP1は、EHT BFRP Trigger FrameをSTA1乃至STA4に送信することで、フィードバック信号の送信を誘起する。EHT BFRP Trigger Frameは、STA1乃至STA4に対して、第１の測定結果である送信ウェイト情報を含むフィードバック信号の送信を誘起する誘起信号である。

【0111】

その際、AP1は、EHT BFRP Trigger Frameにおいて、両APに対する送信ウェイト情報をフィードバックするSTA2とSTA3用の通信リソースを、接続先APに対する送信ウェイト情報のみをフィードバックするSTA1とSTA4用の通信リソースよりも多めに指定する。

【0112】

時刻T07において、STA1は、EHT BFRP Trigger Frameに基づいて、AP1に対する送信ウェイト情報を含むフィードバック信号を送信する。STA2とSTA3は、EHT BFRP Trigger Frameに基づいて、AP1に対する送信ウェイト情報とAP2に対する送信ウェイト情報とを含むフィードバック信号を送信する。STA4は、EHT BFRP Trigger Frameに基づいて、AP2に対する送信ウェイト情報を含むフィードバック信号を送信する。

【0113】

以上のように、AP1は、各STAの受信状況を予め把握し、協調通信による効果を得られるか否かを判定することにより、各STAのフィードバック信号の情報量とフィードバック信号の通信リソースを、EHT BFRP Trigger Frameを送信することで制御することができる。

【0114】

＜第１の実施の形態の効果＞
図１１は、本技術の通信リソースの使用状況と比較するための従来の通信リソースの使用状況の例を示す図である。図１２は、本技術の通信リソースの使用状況の例を示す図である。

【0115】

図１１および図１２においては、使用する周波数帯域におけるSTA毎の通信リソースが示されている。

【0116】

従来の通信システムでは、図１１に示されるように、STA1乃至STA4が周波数帯域の通信リソースを、例えば、帯域幅ａずつ平等に用いていた。これに対して、本技術の通信システムでは、接続先以外のAPから離れているSTA1およびSTA4は、接続先APに対する送信ウェイト情報しか送らない。

【0117】

したがって、STA1およびSTA4が使用する周波数帯域の通信リソースは、図１２に示されるように、AP1またはAP2に対する送信ウェイト情報しか送らないため、図１１の帯域幅ａよりも狭い帯域幅ｂ（ｂ＜ａ）として指定される。一方、STA2およびSTA3が使用する周波数帯域の通信リソースは、図１２に示されるように、AP1に対する送信ウェイト情報と、AP2に対する送信ウェイト情報とを送るため、図１１の帯域幅ａよりも広い帯域幅ｃ（ａ＜ｃ）として指定される。

【0118】

これより、フィードバック信号の送信にかかる時間を全体として短縮することができる。

【0119】

＜EHT NDP-A Frameのフォーマット例＞
図１３は、EHT NDP-A Frameのフォーマット例を示す図である。

【0120】

EHT NDP-A Frameは、Frame Control、Duration、RA、TA、Sounding Dialog Token、Multi-AP NDP Info、AP Info 1乃至AP Info n、STA Info 1乃至STA Info n、FCSの各fieldからなる。

【0121】

Frame Controlのfieldには、このフレームがEHT NDP-A Frameであることを示す情報が含まれる。

【0122】

Durationのfieldには、このフレームの長さに関する情報が含まれる。

【0123】

RAのfieldには、受信先アドレス情報が含まれる。TAのfieldには、送信先アドレス情報が含まれる。

【0124】

Sounding Dialog Tokenのfieldには、NDPの情報、および一連の処理の識別番号が含まれる。

【0125】

Multi-AP NDP Infoのfieldには、複数APが協調してNDPを送信し、チャネル推定を行う際のNDP送信方法、Short Feedbackに関する情報、およびフィードバック信号の送信方法などの情報が含まれる。

【0126】

具体的には、Multi-AP NDP Infoのfieldには、Num.Of AP、NDP Tx Info、Short Feedback Enabler、Short Feedback Condition、Short Feedback Threshold、Feedback Typeなどの情報が含まれる。

【0127】

Num.Of APは、協調するAPの数を示す情報である。

【0128】

NDP Tx Infoは、NDPの送信方法（同時または別々か）、送信ストリームID、送信時間などの情報である。

【0129】

Short Feedback Enablerは、Short Feedbackを行うか否かの通知を示す情報である。

【0130】

Short Feedback Conditionは、Short Feedbackを行う際に基準となる測定条件、例えば、AP間の受信電力差や推定チャネルの相互相関値などを示す情報である。

【0131】

Short Feedback Thresholdは、Short Feedback Conditionで指定された条件について、Short Feedbackで１を返すか否かを判定するための基準値を示す情報である。基準値としては、絶対閾値および自身から送信されたNDPとの相対値が指定される。また、本フィールドで閾値そのものを指定しなくてもよく、例えば、自身から送信されたNDP受信電力値を基に他APから送信されたNDP受信電力値の閾値を計算するなど、閾値の計算方法が指定されてもよい。なお、Short Feedback Thresholdは、Response Frameの構成次第では不要となる情報である。

【0132】

Feedback Typeは、STAがすべての測定結果情報を同一APに返すか（第１の実施の形態）、STAが各APにそれぞれの測定結果情報を返すか（第２の実施の形態）の指定を示す情報が含まれる。なお、Feedback Type、上述したNum.Of AP、Short Feedback Conditionなどは、規格で一意に決まる場合、不要となる情報である。

【0133】

AP Infoには、協力してNDP Frameを送信するAPの情報(AP識別子、測定帯域、フィードバック情報量など)が含まれる。ここでは、本技術のFrameを送信するAP自身の情報が含まれることも考えられる。なお、AP Infoの数は上述したNum. Of APにて指定される。

【0134】

STA Infoには、NDP Frameを受信し、測定してもらうSTAの情報(STA識別子、測定帯域、フィードバック情報量など)が含まれる。

【0135】

FCSには、誤り訂正符号が含まれる。

【0136】

本フレームがAP間で同時送信されるためには、AP1からAP2へ事前に本フレーム内容を通知していくか、MAP Triggerに必要な情報を含め、送信する必要がある。

【0137】

なお、Short Feedback Enabler / Short Feedback Condition / Short Feedback Thresholdは、AP Info内に含まれてもかまわない。また、例えば、AP1が送信するMAP Trigger Frameがこれら３つの情報を含み、そのままAP2のEHT NDP-A Frameとして各STAに送信されてもよい。

【0138】

＜Short Feedback Request Frameのフォーマット例＞
図１４は、Short Feedback Request Frameのフォーマット例を示す図である。なお、上述した他のFrameと同じfieldや構成についてはその説明を省略する。以降の図でも同様である。

【0139】

Short Feedback Request Frameは、Frame Control、Duration、RA、TA、Common Info、User Info、Padding、FCSの各fieldからなる。

【0140】

Frame Controlのfieldには、このフレームがShort Feedback Request Frameであることを示す情報が含まれる。

【0141】

Common Infoのfieldには、本フレームを送信するすべてのSTAに共通する情報が含まれる。本技術においては、Common Info内のTrigger Typeにて、本フレームがShort Feedback Request Frameであることを表すことを特徴としている（なお、Frame Controlで同様の指定が可能であれば、本情報はなくてもよい）。

【0142】

User Infoには、Responseを要求するSTAの識別子(STA ID)、Short Feedback Response Frameの通信リソース(Resource Info)、他Short Feedback Response Frame送信に必要な情報が含まれる。

【0143】

＜Short Feedback Response Frameのフォーマット例＞
図１５は、Short Feedback Response Frameのフォーマット例を示す図である。

【0144】

Short Feedback Response Frameは、Frame Control、Duration、RA、TA、Short Feedback Result Info.、FCSの各fieldからなる。

【0145】

Frame Controlのfieldには、このフレームがShort Feedback Response Frameであることを示す情報が含まれる。

【0146】

Short Feedback Result Info.のfieldには、NDP-A Frame内の”Short Feedback Condition”で指定された測定結果が”Short Feedback Threshold”の値を超えているか否か(Result)、およびその測定値(Value)の情報が含まれる。なお、ResultとValueは両方含まれていてもよいし、どちらか一方のみが含まれていてもかまわない。

【0147】

＜EHT BFRP Trigger Frameのフォーマット例＞
図１６は、EHT BFRP Trigger Frameのフォーマット例を示す図である。

【0148】

EHT BFRP Trigger Frameは、Frame Control、Duration、RA、TA、Common Info、User Info、Padding、FCSの各fieldからなる。

【0149】

Frame Controlのfieldには、このフレームがEHT BFRP Trigger Frameであることを示す情報が含まれる。

【0150】

Common Infoのfieldには、本フレームを送信する全STAに共通する情報が含まれる。本技術においては、Common Info内のTrigger Typeにて、本フレームがEHT BFRP Trigger Frameであることを表すことを特徴としている（なお、Frame Controlで同様の指定が可能であれば、本情報はなくてもよい）。

【0151】

User Infoには、Responseを要求するSTAの識別子(STA ID)、フィードバック信号の通信リソース(Resource Info)、フィードバックの内容(Feedback Content ID)、他フィードバック信号の送信に必要な情報が含まれる。

【0152】

ここでいう、フィードバックの内容とは、フィードバックする測定結果が接続先APの結果のみか、他APからの結果も含めるかを表す情報を意味する。

【0153】

＜装置の動作＞
図１７は、AP1として動作する無線通信装置１１－１のEHT Sounding処理について説明するフローチャートである。

【0154】

ステップＳ５１において、無線通信装置１１－１の通信制御部３１は、AP2と協力してNDPを送信するか否かを判定する。AP2と協力してNDPを送信しないと、ステップＳ５１において判定された場合、処理は、ステップＳ５２に進む。

【0155】

ステップＳ５２において、通信制御部３１は、既存NDP-A Frame送信、またはNum Of AP = 1としたEHT NDP-A Frame（図１３）を生成し、無線送信部４１に送信させる。

【0156】

ステップＳ５３において、通信制御部３１は、NDP Frameを生成し、無線送信部４１に送信させる。

【0157】

ステップＳ５４において、通信制御部３１は、BFRP Trigger Frameを生成し、無線送信部４１に送信させる。なお、STAが１台の場合、BFRP Trigger Frameの送信は不要である。

【0158】

BFRP Trigger Frameを受信し、BFRP Trigger Frameに基づいてフィードバック信号を送る必要があると判定したSTAが、フィードバック信号を送信してくる。ステップＳ５５において、無線受信部４２は、フィードバック信号を受信する。

【0159】

一方、ステップＳ５１において、AP2と協力してNDP Frameを送信すると判定された場合、処理は、ステップＳ５６に進む。

【0160】

ステップＳ５６において、通信制御部３１は、AP2宛のMAP Trigger Frameを生成し、基地局間通信部２３に送信させる。これにより、EHT Sounding処理が開始される。なお、EHT Sounding処理を開始するAP1の決定は、本技術において特に限定されず、例えば、装置固定であってもよいし、送信権を獲得したAPであってもよい。

【0161】

ステップＳ５７において、通信制御部３１は、EHT NDP-A Frame（図１３）を生成し、無線送信部４１に送信させる。EHT NDP-A Frame内には、自身の配下STAの情報だけに限らず、AP2の配下STAの情報も含まれることが考えられる。各APの配下STAの情報は、図９のSTA List Exchange Frameにて事前に交換されているものとする。

【0162】

ステップＳ５８において、通信制御部３１は、NDP Frameを生成し、無線送信部４１に送信させる。

【0163】

ステップＳ５９において、通信制御部３１は、Short Feedbackを要求するか否かを判定する。Short Feedbackを要求すると、ステップＳ５９において判定された場合、処理は、ステップＳ６０に進む。

【0164】

ステップＳ６０において、通信制御部３１は、NDP Frameを送信したSTAすべて宛に、Short Feedback Request Frame（図１４）を生成し、無線送信部４１に送信させる。

【0165】

Short Feedback Request Frameを受信したSTAは、Short Feedback Response Frame（図１５）を送信する（後述する図１９のステップＳ１５６）。このとき、802.11axで規定されたTrigger Frameの構成を利用することで、STAは、Short Feedback Response FrameをUL MU-MIMO技術(UL OFDMAなど)を使って送信することができる。

【0166】

なお、上記UL MU-MIMO技術によるShort Feedback Response Frameを複数回に分けてすべてのSTAから取得してもよい。この場合、APは、複数回に分ける分だけ、Short Feedback Request Frameを送ることになる。

【0167】

ステップＳ６１において、無線受信部４２は、Short Feedback Response Frameを受信する。Short Feedback Response Frameを受信すると、処理は、ステップＳ６２に進む。

【0168】

また、ステップＳ５９において、Short Feedbackを要求しないと判定された場合、処理は、ステップＳ６２に進む。

【0169】

ステップＳ６２において、通信制御部３１は、Short Feedback Response Frameから取得できる情報に基づいてFeedbackを要求するSTAと、フィードバック信号の情報量および通信リソースを決定する。

【0170】

ステップＳ６３において、通信制御部３１は、ステップＳ６２において決定した情報を含むEHT BFRP Trigger Frameを生成し、生成したEHT BFRP Trigger Frame（図１６）を、無線送信部４１に送信させる。

【0171】

EHT BFRP Trigger Frameを受信し、EHT BFRP Trigger Frameに基づいてフィードバック信号を送る必要があると判定したSTAは、フィードバック信号を送信してくる（後述する図１９のステップＳ１５９）。ステップＳ６４において、無線受信部４２は、フィードバック信号を受信する。

【0172】

ステップＳ５５またはＳ６４においてフィードバック信号が受信された場合、AP1のEHT Sounding処理は終了となる。

【0173】

なお、第１の実施の形態では、取得したShort Feedback Response Frameを基に、各STAの通信リソースを決定することを想定しているが、例えば、AP1がEHT BFRP Trigger Frameを複数回、送信することで、STAからフィードバック信号を複数回に分けて受け取ることも可能である。その各回におけるSTAの組み合わせ、また指定する情報においても、AP1が上記Short Feedback Response Frameから計算して求めることが可能である。

【0174】

図１８は、AP2として動作する無線通信装置１１－２のEHT Sounding処理について説明するフローチャートである。

【0175】

ステップＳ１０１において、無線通信装置１１－２の基地局間通信部２３は、AP1から送信されるMAP Trigger Frameを受信する。

【0176】

ステップＳ１０２において、通信制御部３１は、MAP Trigger Frameに記載の指定時間待機する。

【0177】

ステップＳ１０３において、通信制御部３１は、EHT NDP-A Frame（図１３）を生成し、無線送信部４１に送信させる。

【0178】

ステップＳ１０４において、通信制御部３１は、NDP Frameを生成し、無線送信部４１に送信させる。

【0179】

ステップＳ１０５において、通信制御部３１は、MAP Trigger Frameに、AP1からのShort Feedbackの指示があるか否かを判定する。Short Feedbackの指示があると、ステップＳ１０５において判定された場合、処理は、ステップＳ１０６に進む。

【0180】

ステップＳ１０６において、通信制御部３１は、Short Feedback Request Frame（図１４）を生成し、指定時間待機後、Short Feedback Request Frame（図１４）を無線送信部４１に送信させる。

【0181】

Short Feedback Request Frameを受信したSTAが、Short Feedback Response Frame（図１５）を送信してくる（後述する図１９のステップＳ１５６）。ステップＳ１０７において、無線受信部４２は、Short Feedback Response Frameを受信する。Short Feedback Response Frameの受信後、処理は、ステップＳ１０８に進む。

【0182】

ステップＳ１０５において、Short Feedbackの指示がないと判定された場合、処理は、ステップＳ１０８に進む。

【0183】

ステップＳ１０８において、通信制御部３１は、MAP Trigger Frameに、AP1からのFeedbackの指示があるか否かを判定する。Feedbackの指示があると判定された場合、処理は、ステップＳ１０９に進む。

【0184】

ステップＳ１０９において、通信制御部３１は、Feedbackを要求するSTAと、フィードバック信号の情報量および通信リソースを決定する。

【0185】

ステップＳ１１０において、通信制御部３１は、ステップＳ１０９において決定した情報に基づいて、EHT BFRP Trigger Frameを生成し、生成したEHT BFRP Trigger Frame（図１６）を無線送信部４１に送信させる。なお、AP2は、AP2のフィードバック信号の受信が完了した固定時間(SIFSなど)待機後にEHT BFRP Trigger Frameの送信を開始してもよい。
ただし、もし、AP1のフィードバック信号の受信終了時間が、変動するなどして分からない場合、再度AP1からMAP Trigger Frameや類似するフレームを受信し、EHT BFRP Trigger Frameの送信を開始してもよい。

【0186】

EHT BFRP Trigger Frameを受信し、EHT BFRP Trigger Frameに基づいてフィードバック信号を送る必要があると判定したSTAは、フィードバック信号を送信してくる（後述する図１９のステップＳ１５９）。ステップＳ１１１において、無線受信部４２は、フィードバック信号を受信する。

【0187】

ステップＳ１１１においてフィードバック信号が受信された場合、AP1のEHT Sounding処理は終了となる。

【0188】

図１８のAP2の処理と、図１７のAP1の処理との違いは、AP2が、AP1から送信されたMAP Triggerに含む情報（NDP Tx Info.やFeedback Typeなど）を基に、Short Feedback Request FrameまたはEHT BFRP Trigger Frameを送信するか否かを決定する点である。

【0189】

なお、図１８の処理は、あくまでAP1が送信権を先に獲得するなどして協調動作を開始している例であるため、仮にAP2が協調動作を開始できる状況にいる場合、AP2により図１７の処理が行われる。

【0190】

また、通信システム内にAPが３台以上、例えば、AP3,AP4などが存在する場合、AP3,AP4の処理は、図１８を参照して上述したAP2と同様の処理となる。

【0191】

図１９は、STA1乃至STA4のいずれかのSTAとして動作する無線通信装置１２のEHT Sounding処理について説明するフローチャートである。

【0192】

図１７のステップＳ５２およびステップＳ５７、並びに図１８のステップＳ１０３においてAP1およびAP2は、EHT NDP-A Frame（図１３）を送信してくる。

【0193】

ステップＳ１５１において、STAの無線受信部８１は、EHT NDP-A Frameを受信する。

【0194】

ステップＳ１５２において、通信制御部７１は、EHT NDP-A FrameのSTA Infoにて自身のIDの指定があるか否かを判定する。EHT NDP-A FrameのSTA Infoにて自身のIDの指定があると、ステップＳ１５２において判定された場合、処理は、ステップＳ１５３に進む。

【0195】

図１７のステップＳ５３およびステップＳ５８、並びに図１８のステップＳ１０４において、AP1およびAP2は、NDP Frameを送信してくる。ステップＳ１５３において、通信制御部７１は、NDP Frameを受信し、NDP Frameの受信状況を基にチャネル状況を推定し、送信ウェイトを計算する。

【0196】

必要である場合、図１７のステップＳ６０および図１８のステップＳ１０６において、AP1およびAP2は、Short Feedback Request Frame（図１４）を送信してくる。

【0197】

ステップＳ１５４において、通信制御部７１は、Short Feedback Request Frameを受信したか否かを判定する。Short Feedback Request Frameを受信したと、ステップＳ１５４において判定された場合、処理は、ステップＳ１５５に進む。

【0198】

ステップＳ１５５において、通信制御部７１は、Short Feedback Request FrameのUser Infoにて自身のID指定があるか否かを判定する。Short Feedback Request FrameのUser Infoにて自身のID指定があると、ステップＳ１５５において判定された場合、処理は、ステップＳ１５６に進む。

【0199】

ステップ１５６において、通信制御部７１は、Short Feedback Request FrameのUser Infoにて指定された通信リソースを用いて、Short Feedback Response Frame（図１５）を生成し、無線送信部８２に送信させる。なお、Short Feedback Response Frameに含める情報および判定方法は、ステップＳ１５１で受信したEHT NDP-A Frameに含まれているのが望ましい。ただし、Short Feedback Request Frameに含まれていてもよい。

【0200】

Short Feedback Response Frameの送信後、処理は、ステップＳ１５７に進む。

【0201】

ステップＳ１５４において、Short Feedback Request Frameを受信していないと判定された場合も同様に、処理は、ステップＳ１５７に進む。また、ステップＳ１５５において、Short Feedback Request FrameのUser Infoにて自身のID指定がないと判定された場合も同様に、処理は、ステップＳ１５７に進む。

【0202】

図１７のステップＳ６３において、AP1は、EHT BFRP Trigger Frame（図１６）を送信してくる。

【0203】

ステップＳ１５７において、通信制御部７１は、EHT BFRP Trigger Frameを受信したか否かを判定する。EHT BFRP Trigger Frameを受信したと、ステップＳ１５７において判定された場合、処理は、ステップＳ１５８に進む。

【0204】

ステップＳ１５８において、通信制御部７１は、EHT BFRP Trigger FrameのUser Infoにて、自身のID指定があるか否かを判定する。EHT BFRP Trigger FrameのUser Infoにて、自身のID指定があると、ステップＳ１５８において判定された場合、処理は、ステップＳ１５９に進む。

【0205】

ステップＳ１５９において、通信制御部７１は、EHT BFRP Trigger FrameのUser Infoで指定された通信リソースを用いて、指定された情報を含むフィードバック信号を生成し、無線送信部８２に送信させる。ここでいう、指定された情報とは、図１６に記載した”Feedback Content ID”にて指定された情報を示し、第１の実施の形態では、AP1またはAP2のいずれか、もしくは両方の送信ウェイト情報をフィードバック信号に含めるか否かを意味する。

【0206】

ステップＳ１５７において、EHT BFRP Trigger Frameを受信していないと判定された場合、または、ステップＳ１５８において、EHT BFRP Trigger FrameのUser Infoにて、自身のID指定がないと判定された場合、STAのEHT Sounding処理は終了となる。

【0207】

また、ステップＳ１５２において、EHT NDP-A FrameのSTA Infoにて自身のIDの指定がないと判定された場合も同様に、STAのEHT Sounding処理は終了となる。

【0208】

なお、EHT BFRP Trigger Frameは複数回送信される場合もあるので、STAは計算し取得した送信ウェイト情報を、一定期間、記憶しておくのが望ましい。

【0209】

また、Short Feedback Request Frameが送信されるか否か、Short Feedback Response Frameにて応答する情報、複数APが同時にNDP Frameを送信するか否かなどについては、図１３のとおり、EHT NDP-A Frameにすべて含まれる。したがって、STAは、EHT NDP-A Frameを受信した時点で、EHT sounding処理を行うための準備を予め行うことができる。

【0210】

＜４．第２の実施の形態（AP1の送信ウェイト情報をAP1に、AP2の送信ウェイト情報をAP2に送信する例）＞
次に、第２の実施の形態として、AP1/AP2がNDP-A FrameおよびNDP Frameを同時送信し、かつ、AP1の送信ウェイト情報をAP1に送信し、AP2の送信ウェイト情報をAP2に送信する例について説明する。

【0211】

なお、第２の実施の形態における全体シーケンスについては、第１の実施の形態における全体シーケンスと基本的に同じであるので、その説明は省略される。

【0212】

＜EHT Soundingシーケンスの例＞
図２０は、本技術のEHT Soundingのシーケンス例を示す図である。

【0213】

図２０においては、AP1とAP2が同時にNDP Frameを送信した後、AP1およびAP2がそれぞれ、すべてのSTA1乃至STA4にShort Feedback Request Frameを送信する例が示されている。なお、処理の詳細は、図１０と基本的に同様であり、適宜省略する。

【0214】

時刻A01において、AP1は、AP2に対して、MAP Triggerを送信する。

【0215】

AP2は、MAP Triggerに記載された内容に基づいてEHT NDP-A FrameとNDP-Frameを生成する。

【0216】

時刻A02において、AP1とAP2は、それぞれ、NDP-A Frameを送信する。AP1とAP2で同じNDP-A Frameを同時送信することで、各STAに受信させる。

【0217】

時刻A03において、AP1とAP2は、それぞれ、既知パターンのNDP Frameを送信する。NDP Frameは、AP1/AP2の送信アンテナ毎にPreamble内のHE-LTFの符号化パターンを変えている。これにより、各STAは、各APの各送信アンテナで送信された信号を分離でき、チャネル状況を推定することができる。なお、LTFの符号化パターンは既存規格で定められたもの（例えば、HE-LTF）でも、新たに定められたもの（例えば、EHT-LTF）でもよい。

【0218】

時刻A04において、AP1は、STA1乃至STA4にShort Feedback Request Frame（図１５）を送信する。

【0219】

時刻A05において、STA1乃至STA4は、AP1からのShort Feedback Request Frameを受信した後、AP1から送信されたNDP Frameの受信状況に基づいて、Short Feedback Response Frame(図１４)を生成し、AP1に送信する。

【0220】

時刻A06において、AP2は、STA1乃至STA4にShort Feedback Request Frameを送信する。

【0221】

時刻A07において、STA1乃至STA4は、AP2からのShort Feedback Request Frameを受信した後、AP2から送信されたNDP Frameの受信状況に基づいて、Short Feedback Response Frameを生成し、AP2に送信する。

【0222】

時刻A08において、AP1は、STA1乃至STA4から取得したShort Feedback Response Frameの情報に基づいて、フィードバック信号の情報量および通信リソースの最適化を行う。AP1は、EHT BFRP Trigger FrameをSTA1乃至STA3に送信することで、フィードバック信号の送信を誘起する。

【0223】

時刻A09において、STA1乃至STA3は、EHT BFRP Trigger Frameに基づいて、AP1に対する送信ウェイト情報を含むフィードバック信号をAP1に送信する。

【0224】

時刻A10において、AP2は、STA1乃至STA4から取得したShort Feedback Response Frameの情報に基づいて、フィードバック信号の情報量および通信リソースの最適化を行う。AP2は、EHT BFRP Trigger FrameをSTA2乃至STA4に送信することで、フィードバック信号の送信を誘起する。なお、AP2は、AP1のフィードバック信号の受信が完了した固定時間(SIFSなど)待機後にEHT BFRP Trigger Frameの送信を開始してもよい。ただし、もし、AP1のフィードバック信号の受信終了時間が変動するなどして分からない場合、再度AP1からMAP Trigger Frameや類似するフレームを受信し、EHT BFRP Trigger Frameの送信を開始してもよい。

【0225】

時刻A11において、STA2乃至STA4は、EHT BFRP Trigger Frameに基づいて、AP2に対する送信ウェイト情報を含むフィードバック信号をAP2に送信する。

【0226】

なお、第２の実施の形態のフレーム構成は、すべて、第１の実施の形態で説明したフレーム構成で対応できる。例えば、第２の実施の形態の動作は、図１３の”Feedback Type”で指定することが可能である。

【0227】

＜第２の実施の形態の効果＞
図２１は、本技術の通信リソースの使用状況の例を示す図である。

【0228】

図２１においては、使用する周波数帯域におけるSTA毎の通信リソースが示されている。

【0229】

従来の通信システムでは、図１１で上述したように、STA1乃至STA4が周波数帯域の通信リソースを、例えば、帯域幅ａずつ平等に用いていた。これに対して、本技術の通信システムでは、AP1から離れているSTA4は、AP1に対する送信ウェイト情報を送らない。

【0230】

したがって、STA1乃至STA3が使用する周波数帯域の通信リソースは、図２１に示されるように、図１１の帯域幅ａよりも広い帯域幅ｄ（ａ＜ｄ）として指定される。

【0231】

また、AP2から離れているSTA1は、AP2に対する送信ウェイト情報を送らない。

【0232】

したがって、STA2乃至STA4が使用する周波数帯域の通信リソースは、図２１の例と同様に、図１１の帯域幅ａよりも広い帯域幅ｄ（ａ＜ｄ）として指定される。

【0233】

これより、フィードバック信号の送信にかかる時間を全体として短縮することができる。

【0234】

以上のように、本技術においては、既知パターンのNDP Frameの送信から、第１の測定結果であるフィードバック信号の受信までの間に、第２の測定結果の要求信号であるShort Feedback Requestと、第２の測定結果であるShort Feedback Responseの情報の交換が行われる。

【0235】

このようにすることで、その後のフィードバック信号の要求先およびフィードバック信号の通信リソースを最適に割り当てることが可能となる。

【0236】

図２２は、上述した第１および第２の実施の形態と、これから説明する第３および第４の実施の形態のそれぞれの特徴について示す図である。

【0237】

なお、図２２における”AP1＋AP2の送信ウェイト情報”は、AP1とAP2から送信されたNDP Frameを同一APから送信された信号とみて計算した送信ウェイト情報のことを意味する。また、”AP1の送信ウェイト情報”は、AP1から送信されたNDP Frameのみから計算した送信ウェイト情報のことを意味する。

【0238】

図２２に示されるように、第１の実施の形態におけるフィードバック信号の内容は、AP1+AP2の送信ウェイト情報または接続先APの送信ウェイト情報である。どちらが送信されるかは、Short Feedback Request / Short Feedback Response（以下、Short Req./Resp.とも称する）のやり取りに基づいて判定される。

【0239】

また、第１の実施の形態におけるフィードバック信号の送信先は、どちらか片方のAPである。

【0240】

第２の実施の形態におけるフィードバック信号の内容は、AP1+AP2の送信ウェイト情報または接続先APの送信ウェイト情報である。どちらが送信されるかは、Short Req./Resp.のやり取りに基づいて判定される。

【0241】

また、第２の実施の形態におけるフィードバック信号の送信先は、接続先APである。

【0242】

第３の実施の形態におけるフィードバック信号の内容は、AP1+AP2の送信ウェイト情報またはAP1の送信ウェイト情報＋AP2の送信ウェイト情報である。どちらが送信されるかは、Short Req./Resp.のやり取りに基づいて判定される。

【0243】

また、第３の実施の形態におけるフィードバック信号の送信先は、どちらか片方のAPである。

【0244】

第４の実施の形態におけるフィードバック信号の内容は、AP1+AP2の送信ウェイト情報である。

【0245】

また、第４の実施の形態におけるフィードバック信号の送信先は、接続先APまたは別のAPである。どちらが送信されるかは、Short Req./Resp.のやり取りに基づいて判定される。

【0246】

＜５．第３の実施の形態（協調方式に基づいて送信ウェイト情報を送信する例）＞
第１の実施の形態においては、図２２を参照して上述したように、フィードバック信号（AP1+AP2の送信ウェイト情報または接続先APの送信ウェイト情報）が送信される例を説明した。

【0247】

次に、第３の実施の形態においては、フィードバック信号(AP1+AP2の送信ウェイト情報またはAP1の送信ウェイト情報+AP2の送信ウェイト情報のどちらか)が送信される例について説明する。

【0248】

フィードバック信号の内容を、AP1+AP2の送信ウェイト情報またはAP1の送信ウェイト情報+AP2の送信ウェイト情報のどちらにするかは、AP1およびAP2が行う協調方式に応じて使い分けられる。

【0249】

図２３は、２種類の協調方式である、Joint TxとCoordinated Txとを概念的に示す図である。

【0250】

図２３において、左には、Joint Tx（以下、JTXとも称する）が示されており、右には、Coordinated Tx（以下、CTXとも称する）が示されている。また、図２３において、ハッチングがなされた楕円は、各協調方式におけるビームフォーミングの様子を表している。

【0251】

Joint Txは、破線に示されるように、複数のAP間で送信アンテナを共有し、他の端末に対して干渉を抑えるようにビームフォーミングを行う協調方式である。JTXは、AP間での高精度な周波数・時刻同期やAP間でのデータ共有が必要であること、また各APが送信できる電力の範囲内で送信ウェイトを定めるためAP間の最大送信電力で送ることができない場合があるという問題を有する。しかしながら、JTXは、協調することでより多くの送信アンテナを使用することができるため、JTXを行わない場合と比べてチャネル利得が高い。

【0252】

なお、AP間でJTXを行うためには、APは、第１の実施の形態と同様に、NDP Frameを同時に送信し、STAからAP1＋AP2の送信ウェイト情報(AP1 Info.+AP2 Info.)をフィードバックしてもらう必要がある。例えば、AP1/AP2が、送信アンテナ４本、STAが受信アンテナを２本保有している場合、STAは、8×2の行列からなる送信ウェイト情報をフィードバックすることになる。

【0253】

CTXは、AP単体で他の端末への干渉を抑えるようにビームフォーミングを行う協調方式である。CTXは、Coordinated BF、Coordinated Nulling、Nulling、Non-Coherent Joint Transmissionなどと呼ばれることもある。

【0254】

CTXは、AP間におけるデータ共有や高精度な周波数・時刻同期が不要なため、JTXと比較して、比較的容易に実行できる反面、AP１台あたりの送信アンテナ数の制約によりビーム形成の自由度が少ないため、チャネル利得が限定的になりやすい。

【0255】

なお、AP間でCTXを行うためには、AP間でJTXを行うときと同様のSTAからフィードバックされる送信ウェイト情報が用いられてもよいが、AP1/AP2それぞれの送信ウェイト情報（それぞれ、AP1 Info.、AP2 Info.)を用いることもできる。この場合、APは、NDP Frameを同時または別々に送信し、STAからはAP1の送信ウェイト情報(AP1 Info.)とAP2の送信ウェイト情報(AP2 Info.)とをそれぞれフィードバックする。例えば、AP1/AP2が、送信アンテナ４本、STAが受信アンテナを２本保有している場合、STAは、4×2の行列からなる送信ウェイト情報を2つ分フィードバックすることになる。

【0256】

IEEE802.11ax/Compressed Beamformingで定義されているフィードバック信号の形式に沿うと、フィードバックされるウェイト情報の行列の列数・行数が同じでも、CTX用のフィードバック信号のほうが、JTX用のフィードバック信号よりも情報量が少なくなるケースが一般的である。このため、フィードバック信号の情報量を最小化する観点では、APの協調方式によってSTAからのフィードバック信号の最適な形式が異なる。

【0257】

したがって、第３の実施の形態において、APは、Short Req./Respのやり取りに基づいて、CTXでも十分な特性を得ることができると判定されるSTA、またはJTXの実施が難しいと判定されるSTAに対しては、JTXでない協調方式で送信することを決定するとともに、CTXの実施にさえ必要な形式のフィードバック信号(以下、CTX用のフィードバック信号)を要求する。このようにShort Req./Respのやり取りに基づいて、STAごとに適切な協調方式の決定と適切なフィードバック信号の形式を要求することで、フィードバック信号の送信所要時間の削減につなげることができる。

【0258】

以下、第３の実施の形態について説明していく。

【0259】

なお、第３の実施の形態における全体シーケンスについては、第１の実施の形態における全体シーケンスと基本的に同じであるので、その説明は省略される。

【0260】

＜EHT Soundingシーケンスの例＞
図２４は、本技術のEHT Soundingのシーケンス例を示す図である。

【0261】

図２４の時刻B01乃至時刻B08のシーケンスは、図１０の時刻T01乃至時刻T08のシーケンスと同様である。ただし、図２４において、図１０との違いは、時刻B06において、AP1がEHT BFRP Triggerを用いて、AP1+AP2の送信ウェイト情報 (JTX用のフィードバック信号)を要求するか、または、AP1の送信ウェイト情報とAP2の送信ウェイト情報 (CTX用のフィードバック信号)をSTAに対して要求する点である。処理の詳細は、図１０と基本的に同様であり、適宜省略する。

【0262】

時刻B01において、AP1は、AP2に対して、MAP Triggerを送信する。AP2は、MAP Triggerに記載された内容に基づいてEHT NDP-A FrameとNDP Frameを生成する。

【0263】

時刻B02において、AP1とAP2は、それぞれ、EHT NDP-A Frameを送信する。

【0264】

時刻B03において、AP1とAP2は、それぞれ、NDP Frameを送信する。

【0265】

時刻B04において、AP1は、STA1乃至STA4に、Short Feedback Request Frameを送信する。

【0266】

時刻B05において、STA1乃至STA4は、AP1からのShort Feedback Request Frameを受信した後、AP1とAP2から送信されたNDP Frameの受信状況に基づいて、第２の測定結果を含むShort Feedback Response Frameを送信する。

【0267】

AP1は、上述したように、CTXでも十分な特性を得ることができそうなSTA、またはJTXの実施が難しそうなSTA（図２４の場合、STA1およびSTA4）に対しては、CTX用のフィードバック信号をもらうように、Short Req./Resp.のやり取りに基づいてSTA毎に協調方式を判定する。

【0268】

時刻B06において、AP1は、上述した判定結果に基づいて、EHT BFRP Trigger Frameを生成し、STA1乃至STA4に送信する。

【0269】

その際、AP1は、EHT BFRP Trigger Frameにおいて、送信する情報量のより多いSTA2とSTA3に、STA1とSTA4よりも多い通信リソースを指定する。これにより、全体のフィードバック時間の削減を実現することができる。

【0270】

時刻B07において、STA1とSTA4は、EHT BFRP Trigger Frameに基づいて、AP1の送信ウェイト情報(AP1 Info.)を含むフィードバック信号を送信し、その後、AP2の送信ウェイト情報(AP2 Info.)を含むフィードバック信号を送信する。STA2とSTA3は、EHT BFRP Trigger Frameに基づいて、AP1＋AP2の送信ウェイト情報(AP1 Info.+AP2 Info.)とを含むフィードバック信号を送信する。

【0271】

時刻B08において、AP1は、STA1乃至STA4から送信されてくるフィードバック信号の受信を完了する。

【0272】

なお、図２４の例に限らず、AP1は、例えば、先に、STA2とSTA3からJTX用のフィードバック信号を受信した後、STA1とSTA4からCTX用のフィードバック信号を受信するようにしてもよい。なお、第１の実施の形態と同様に、AP1は、どちらか片方のAPだけの送信ウェイト情報を要求するようにしてもよい。

【0273】

＜EHT NDP-A Frameのフォーマット例＞
第３の実施の形態におけるEHT NDP-A Frameは、第１の実施の形態において上述した図１３の例と同様に構成される。

【0274】

第３の実施の形態の場合、Short Feedback Conditionには、受信SNR、受信RSSI差、チャネル相関値、受信時間差、および送信ウェイト電力差の少なくとも１つが指定される。

【0275】

例えば、受信時間差は、AP1/AP2から送信されたNDP Frameの到来時間の差を意味し、この受信時間差の大きさに応じて、STAは、JTX用のフィードバック信号を正しく受けられるか否かを判定することができる。また、AP1/AP2から送信されたNDP Frameの受信RSSI差やJTX用の送信ウェイトを計算した際のAP1/AP2が送信する電力差が大きいと、STAは、JTXではなくCTXでも十分な利得が得られることを判定することができる。

【0276】

＜Short Feedback Request Frameのフォーマット例＞
第３の実施の形態におけるShort Feedback Request Frameは、第１の実施の形態において上述した図１４の例と同様に構成される。

【0277】

＜Short Feedback Response Frameのフォーマット例＞
第３の実施の形態におけるShort Feedback Response Frameは、第１の実施の形態において上述した図１５の例と同様に構成される。

【0278】

第３の実施の形態の場合、Short Feedback Result Info.のfieldに、例えば、用いる協調方式が、”JTX/CTX両方可能”、”JTXのみ可能”、”CTXのみ可能”、および”両方不可”のいずれかであることを2bit情報で表すようにしてもよい。

【0279】

＜EHT BFRP Trigger Frameのフォーマット例＞
第３の実施の形態におけるEHT BFRP Trigger Frameは、第１の実施の形態において上述した図１６の例と同様に構成される。

【0280】

第３の実施の形態の場合、Feedback Content IDには、フィードバックの内容が、JTX用のフィードバック信号(AP1＋AP2の送信ウェイト情報)、CTX用のフィードバック信号(AP1の送信ウェイト情報＋AP2の送信ウェイト情報)、または、どちらか１台のAPの送信ウェイト情報のフィードバック信号のいずれであるかが指定される。

【0281】

なお、もしAPの台数が３台以上となった場合、APは、JTX用の送信ウェイト情報をフィードバックするAPの組み合わせと、CTX用の送信ウェイト情報をフィードバックするAPの識別番号を他のAPに通知する必要がある。

【0282】

＜６．第４の実施の形態（Short Req./Respのやり取りに基づく宛先に送信ウェイト情報を送信する例）＞
第１の実施の形態においては、図２２を参照して上述したように、AP1+AP2の送信ウェイト情報であるフィードバック信号がすべてAP1(片方のAP)に送信される例を説明した。

【0283】

ここで、協調動作、特にJTXを行う際、送信ウェイトの生成方法が装置によって異なる可能性が高いため、AP間が同じフィードバック信号の情報を仮に保持できたとしても、各々のAPで生成された送信ウェイトは同じと限らない。

【0284】

そのため、JTXを行う際には、いずれか１台のAP（第１の実施の形態の場合、AP1）が受け取った（収集した）情報に基づいて最適な送信ウェイトを計算し、他AP（第１の実施の形態の場合、AP2）と共有する動作が望ましい。そのため、STAは、AP1にフィードバック信号を送信することを想定している。

【0285】

しかしながら、この場合、必ずしもすべてのSTAがAP1にフィードバック信号を送信できるとは限らない。AP1から距離が遠いSTA(例えば、図４のSTA4)は、STAの送信電力値によってはフィードバック信号がAP1に届かない恐れがある。

【0286】

仮に、AP1がぎりぎり受信できたとしても、例えば、フィードバック信号のデータレートは低くなり、フィードバック信号の送信時間が長くなる恐れが生じる。このようなSTAに対しては、接続するAP（後述する図２５の例の場合AP2）が、フィードバック信号を一旦STAから受け取ってから、AP1に伝送する方が望ましい。

【0287】

次に、第４の実施の形態においては、第１の実施の形態のShort Req./Respのやり取りに基づいて、フィードバック信号の宛先が決定される例について説明する。

【0288】

なお、第４の実施の形態における全体シーケンスについては、第１の実施の形態における全体シーケンスと基本的に同じであるので、その説明は省略される。

【0289】

＜EHT Soundingシーケンスの例＞
図２５および図２６は、本技術のEHT Soundingのシーケンス例を示す図である。

【0290】

図２５の時刻C01乃至時刻C04のシーケンスは、図１０の時刻T01乃至時刻T04のシーケンスと同様である。図１０と同様の処理は、適宜省略される。処理の詳細は、図１０と同様の部分については、適宜省略する。

【0291】

時刻C01において、AP1は、AP2に対して、MAP Triggerを送信する。AP2は、MAP Triggerに記載された内容に基づいてEHT NDP-A FrameとNDP Frameを生成する。

【0292】

時刻C02において、AP1とAP2は、それぞれ、EHT NDP-A Frameを送信する。

【0293】

時刻C03において、AP1とAP2は、それぞれ、NDP Frameを送信する。

【0294】

時刻C04において、AP1は、STA1乃至STA4に、Short Feedback Request Frameを送信する。

【0295】

時刻C05において、STA1乃至STA3は、AP1からのShort Feedback Request Frameを受信した後、AP1とAP2から送信されたNDP Frameの受信状況に基づいて、第２の測定結果を含むShort Feedback Response Frameを送信する。

【0296】

ここで、STA4は、AP1から送信されるEHT NDP-A Frameに記載されるFeedback ConditionおよびThresholdの情報に基づいて、Short Feedback Response Frameを送信するか否かを判定する。図２５の場合、STA4は、Short Feedback Response Frameを送信しない。

【0297】

AP1は、Short Req./Respのやり取りに基づいて、STA4からフィードバック信号を受け取らない（収集しない）と判定する。

【0298】

時刻C06において、AP1は、上述した判定結果に基づいて、EHT BFRP Trigger Frameを生成し、STA1乃至STA3に送信する。なお、STA4がShort Feedback Response Frameを返送したとしても、AP1は、Short Feedback Response Frameの内容に基づいて、STA4からはフィードバック信号を直接受け取らないと判定してもよい。

【0299】

時刻C07において、STA1乃至STA3は、EHT BFRP Trigger Frameに基づいて、フィードバック信号を送信する。

【0300】

時刻C08において、AP1は、STA1乃至STA3から送信されてくるフィードバック信号の受信を完了する。

【0301】

図２６の時刻C09において、AP1は、STA4に対してEHT BFRP Trigger Frameの送信を依頼するためのBFRP Trigger Request Frameを生成し、AP2に送信する。

【0302】

時刻C10において、BFRP Trigger Request Frameを受信したAP2は、受信したBFRP Trigger Request Frameに基づいて、EHT BFRP Trigger Frameを生成し、STA4に送信する。

【0303】

時刻C11において、STA4は、受信したEHT BFRP Trigger Frameに基づいて、フィードバック信号をAP2に送信する。

【0304】

時刻C12において、AP1は、STA4からのフィードバック信号を要求するためのFeedback Request Frameを生成し、AP2に送信する。

【0305】

時刻C13において、AP2は、Feedback Request Frameを受信し、受信したFeedback Request Frameに基づいて、STA4のフィードバック信号をAP1に送信する。

【0306】

時刻C14において、AP1は、AP2から送信されてくる、STA4のフィードバック信号の受信を完了する。

【0307】

なお、第４の実施の形態において、フィードバック信号は、フィードバックする情報量、種類は問わず、第３の実施の形態で上述したJTXまたはCTXのいずれの信号でもよい。また、AP1は、STA4がAP1から離れていてAP1からの干渉が問題にならないと判定した場合、Feedback RequestをAP2に送信せず、STA4のフィードバック信号を受け取らなくてもよい。

【0308】

＜EHT NDP-A Frameのフォーマット例＞
第４の実施の形態におけるEHT NDP-A Frameは、第１の実施の形態において上述した図１３の例と同様に構成される。

【0309】

＜Short Feedback Request Frameのフォーマット例＞
第４の実施の形態におけるShort Feedback Request Frameは、第１の実施の形態において上述した図１４の例と同様に構成される。

【0310】

なお、Short Feedback Request Frameには、APの送信電力情報、およびターゲットRSSI値が含まれている。STAは、それらの情報に基づいて、フィードバック信号を送信するか否かを判定することができる。

【0311】

＜Short Feedback Response Frameのフォーマット例＞
第４の実施の形態におけるShort Feedback Response Frameは、第１の実施の形態において上述した図１５の例と同様に構成される。

【0312】

第４の実施の形態の場合、STAは、Short Feedback Result Info.のfieldの内容に、例えば、”AP1に直接フィードバック返答OK”、”NG”のようなフラグを含めて、APに通知するようにしてもよい。また、STAは、このfieldの内容に、どのAPならフィードバック返答が可能であるかを示す識別子を含めて、APに通知するようにしてもよい。

【0313】

＜EHT BFRP Trigger Frameのフォーマット例＞
第４の実施の形態におけるEHT BFRP Trigger Frameは、第１の実施の形態において上述した図１６の例と同様に構成される。

【0314】

＜BFRP Trigger Request Frameのフォーマット例＞
図２７は、BFRP Trigger Request Frameのフォーマット例を示す図である。

【0315】

BFRP Trigger Request Frameは、本フレームが指定するSTAに、EHT BFRP Trigger Frameを送信してもらうように、他のAPに依頼するフレームである。

【0316】

BFRP Trigger Request Frameは、Frame Control、Duration、RA、TA、Common Info、AP Info、Padding、FCSの各fieldからなる。

【0317】

Frame Controlのfieldには、このフレームがBFRP Trigger Request Frameであることを示す情報が含まれる。

【0318】

Common Infoのfieldには、本フレームを送信する全STAに共通する情報が含まれる。本技術においては、Common Info内のTrigger Typeにて、本フレームがBFRP Trigger Request Frameであることを表すことを特徴としている。

【0319】

AP Infoには、APの識別子(AP ID)、EHT BFRP Trigger Frame の送信タイミング情報(Tx Time)、フィードバック信号をもらうSTAの数(Num.of STA)、および各APの識別子やリソース情報に関する情報(User Info.)が含まれる。

【0320】

＜Feedback Request Frameのフォーマット例＞
図２８は、Feedback Request Frameのフォーマット例を示す図である。

【0321】

Feedback Request Frameは、本フレームが指定するSTAのフィードバック信号を、他のAPに要求するフレームである。

【0322】

Feedback Frameは、Frame Control、Duration、RA、TA、Common Info、AP Info、Padding、FCSの各fieldからなる。

【0323】

Frame Controlのfieldには、このフレームがFeedback Request Frameであることを示す情報が含まれる。

【0324】

Common Infoのfieldには、本フレームを送信する全STAに共通する情報が含まれる。本技術においては、Common Info内のTrigger Typeにて、本フレームがFeedback Request Frameであることを表すことを特徴としている。

【0325】

AP Infoには、APの識別子(AP ID)、フィードバック信号をもらうSTAの識別子(STA ID)、および各APのリソース情報に関する情報(Resource Info.)が含まれる。

【0326】

＜装置の動作＞
図２９は、AP1として動作する無線通信装置１１－１のEHT Sounding処理について説明するフローチャートである。

【0327】

なお、図２９のステップＳ２０１乃至Ｓ２０６は、図１７のステップＳ５６乃至Ｓ６１と基本的に同様の処理であるので、その説明は省略される。

【0328】

ステップＳ２０７において、通信制御部３１は、Short Feedback Response Frameから取得できる情報に基づいて、フィードバック信号を直接受け取るSTAと、他のAPを介してフィードバック信号を受け取るSTAを決定する。

【0329】

ステップＳ２０８において、通信制御部３１は、フィードバック信号を直接受け取るSTAがいるか否かを判定する。フィードバック信号を直接受け取るSTAがいると、ステップＳ２０８において判定された場合、処理は、ステップＳ２０９に進む。

【0330】

ステップＳ２０９において、通信制御部３１は、フィードバック信号を直接受け取るSTAに対して、EHT BFRP Trigger Frame（図１６）を生成し、無線送信部４１に送信させる。

【0331】

EHT BFRP Trigger Frameを受信し、EHT BFRP Trigger Frameに基づいてフィードバック信号を送る必要があると判定したSTAは、フィードバック信号を送信してくる。ステップＳ２０９において、無線受信部４２は、フィードバック信号を受信する。フィードバック信号を受信すると、処理は、ステップＳ２１１に進む。

【0332】

一方、ステップＳ２０８において、Feedbackを直接受け取るSTAがいないと判定された場合、ステップＳ２０９およびＳ２１０の処理はスキップされ、処理は、ステップＳ２１１に進む。

【0333】

ステップＳ２１１において、通信制御部３１は、他のAPを介してフィードバック信号を受け取るSTAがいるか否かを判定する。他のAPを介してフィードバック信号を受け取るSTAがいると、ステップＳ２１１において判定された場合、処理は、ステップＳ２１２に進む。

【0334】

ステップＳ２１２において、通信制御部３１は、他のAPに対して、BFRP Trigger Request Frame（図２７）を生成し、無線送信部４１に送信させる。

【0335】

BFRP Trigger Request Frameを受信した他のAP（例えば、AP2）は、EHT BFRP Trigger Frameを対象のSTAに送信し、対象のSTAから、フィードバック信号を受信する。

【0336】

ステップＳ２１３において、通信制御部３１は、他のAPに対して、Feedback Request Frame（図２８）を生成し、無線送信部４１に送信させる。

【0337】

Feedback Request Frameを受信した他のAP（例えば、AP2）は、対象のSTAからのフィードバック信号をAP1に送信してくる。

【0338】

ステップＳ２１４において、無線受信部４２は、フィードバック信号を受信する。フィードバック信号を受信すると、EHT Sounding処理は、終了となる。

【0339】

ステップＳ２１１において、他のAPを介してフィードバック信号を受け取るSTAがいないと判定された場合、ステップＳ２１２乃至Ｓ２１４の処理はスキップされ、EHT Sounding処理は、終了となる。

【0340】

＜７．その他＞
＜本技術の効果＞
以上のように、本技術においては、既知パターンのNDP Frameの送信から、第１の測定結果であるフィードバック信号の受信までの間に、第２の測定結果の要求信号であるShort Feedback Requestと、第２の測定結果であるResponseの情報の交換が行われる。

【0341】

これにより、APは、フィードバック信号の要求先およびフィードバック信号の通信リソースを最適に割り当てることが可能となる。

【0342】

第１の実施の形態においては、STAから取得する情報量を予め決定しておくことで、情報量に応じた通信リソースの分配を行うことができる。

【0343】

また、第２の実施の形態においては、フィードバック信号を要求するSTAを限定することで、フィードバック信号を要求しないSTAの通信リソースを、フィードバック信号を要求するSTAに割り当てることができる。

【0344】

本実施の形態の通信システムに限定して考えると、従来の方法を複数のAPに適用した場合、4台の各STAはAP2台分のフィードバック信号を送信する。それに対し、本技術の場合、2台の各STAからAP2台分のフィードバック信号を送信し、他の2台の各STA2からAP1台分のフィードバック信号を送信するため、送信するフィードバック信号の情報量が25%削減され、伝送時間としては最大で約2msの短縮となる。

【0345】

本技術は、ストリーム数の増加、またはSTA数の増加に伴い、より大きな効果を期待することができる。その一方で、仮にAP-STAの位置関係からフィードバック信号の情報量を削減できなかったとしても、Short Feedback Request / Responseの交換に、せいぜい0.2ms伝送時間が増加する程度である。

【0346】

また、第３の実施の形態においては、Short Feedback Request/ Responseのやり取りに基づいて、協調方式を決定することで、フィードバック信号の送信時間を軽減することが可能となる。

【0347】

例えば、４台のSTAからJTX用のフィードバック信号を取得するのに対し、そのうちの２台のSTAからはCTX用のフィードバック信号を取得することで、受け取る情報量は20％乃至40％近く削減される（送信アンテナ数および受信アンテナ数による）。

【0348】

さらに、第４の実施の形態においては、Short Feedback Request/ Responseに基づいて、フィードバック信号を受け取る方法およびルートを決定することで、例えば、フィードバック信号のデータレートを上げるなどすることができる。これにより、フィードバック信号の送信時間を短縮化することができる。

【0349】

＜コンピュータの構成例＞
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。

【0350】

図３０は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。

【0351】

CPU(Central Processing Unit)３０１、ROM(Read Only Memory)３０２、RAM(Random Access Memory)３０３は、バス３０４により相互に接続されている。

【0352】

バス３０４には、さらに、入出力インタフェース３０５が接続されている。入出力インタフェース３０５には、キーボード、マウスなどよりなる入力部３０６、ディスプレイ、スピーカなどよりなる出力部３０７が接続される。また、入出力インタフェース３０５には、ハードディスクや不揮発性のメモリなどよりなる記憶部３０８、ネットワークインタフェースなどよりなる通信部３０９、リムーバブルメディア３１１を駆動するドライブ３１０が接続される。

【0353】

以上のように構成されるコンピュータでは、CPU３０１が、例えば、記憶部３０８に記憶されているプログラムを入出力インタフェース３０５及びバス３０４を介してRAM３０３にロードして実行することにより、上述した一連の処理が行われる。

【0354】

CPU３０１が実行するプログラムは、例えばリムーバブルメディア３１１に記録して、あるいは、ローカルエリアネットワーク、インターネット、デジタル放送といった、有線または無線の伝送媒体を介して提供され、記憶部３０８にインストールされる。

【0355】

なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

【0356】

なお、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

【0357】

また、本明細書に記載された効果はあくまで例示であって限定されるものでは無く、また他の効果があってもよい。

【0358】

本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

【0359】

例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

【0360】

また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。

【0361】

さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

【0362】

＜構成の組み合わせ例＞
本技術は、以下のような構成をとることもできる。
（１）
無線送信部と、
無線通信端末宛の既知パターンのリファレンス信号を前記無線送信部に１以上の他の無線通信装置と協調送信させ、前記無線通信端末に対して、前記リファレンス信号の第１の測定結果より簡易な第２の測定結果を要求する要求信号を生成し、前記無線送信部に送信させる通信制御部と
を備える無線通信装置。
（２）
前記通信制御部は、前記無線通信端末に対して要求する、前記測定結果を含むフィードバック信号に関するフィードバック情報を、前記要求信号を受けた前記無線通信端末から取得した前記測定結果情報に基づいて決定する
前記（１）に記載の無線通信装置。
（３）
前記通信制御部は、前記フィードバック信号に関する情報として、前記フィードバック信号の要求先、前記フィードバック信号の情報量、前記フィードバック信号の通信リソース、および、前記フィードバック信号を直接受け取るか、前記他の無線通信装置を介して受け取るかの少なくともいずれか１つを決定する
前記（２）に記載の無線通信装置。
（４）
前記通信制御部は、前記通信制御部は、前記フィードバック信号を要求する前記無線通信端末に対し、前記フィードバック信号の通信リソース、および前記フィードバック信号に含める前記第１の測定結果の内容を指示する指示情報を含む誘起信号を生成し、
前記無線送信部は、前記誘起信号を送信する
前記（２）または（３）に記載の無線通信装置。
（５）
前記通信制御部は、前記指示情報において、前記第１の測定結果の内容として、自身に関する前記第１の測定結果のみ、または前記自身に関する前記第１の測定結果に加えて、前記他の無線通信装置に関する前記第１の測定結果の送信を指示する
前記（４）に記載の無線通信装置。
（６）
前記通信制御部は、前記他の無線通信装置に関する前記第１の測定結果の送信を、前記自身に関する前記第１の測定結果と別々に送信するか、または前記自身に関する前記第１の測定結果と組み合わせた形で送信するかを指示する
前記（５）に記載の無線通信装置。
（７）
前記通信制御部は、前記フィードバック信号の受け取りを依頼する前記他の無線通信装置に対し、前記フィードバック信号に含める前記第１の測定結果の内容を指示する指示情報を含む誘起信号の送信を依頼する依頼信号を生成し、
前記無線送信部は、前記依頼信号を送信する
前記（２）に記載の無線通信装置。
（８）
前記通信制御部は、前記フィードバック信号の受け取りを前記他の無線通信装置から依頼された場合、前記フィードバック信号の通信リソースに関する情報、および前記フィードバック信号に含める前記第１の測定結果の内容を指示する指示情報を含む誘起信号を生成し、
前記無線送信部は、前記誘起信号を前記無線通信端末に送信する
前記（７）に記載の無線通信装置。
（９）
前記通信制御部は、前記第２の測定結果を求めるための判定方法に関する情報および判定閾値に関する情報のうち少なくとも１つを指示する指示情報を含む事前通知信号を生成し、
前記無線送信部は、前記事前通知信号を送信する
前記（１）に記載の無線通信装置。
（１０）
前記通信制御部は、前記判定方法として、受信電力値および推定チャネルの相関値、信号到来時間差、および送信ウェイト電力差の少なくともいずれか１つを指示する前記指示情報を含む前記事前通知信号を生成する
前記（９）に記載の無線通信装置。
（１１）
前記通信制御部は、前記判定閾値として、絶対閾値および自身から送信された前記リファレンス信号との相対値、またはその計算方法を指示する前記指示情報を含む前記事前通知信号を生成する
前記（９）に記載の無線通信装置。
（１２）
前記通信制御部は、前記第２の測定結果を求めるための判定方法に関する情報および判定閾値に関する情報のうち少なくとも１つを指示する指示情報を含む協調要求信号を生成し、
前記無線送信部は、前記協調要求信号を、前記他の無線通信装置に送信する
前記（１）乃至（１１）のいずれかに記載の無線通信装置。
（１３）
前記通信制御部は、前記第２の測定結果に対応できるか否かを示す測定結果対応情報を、配下の前記無線通信端末から収集する
前記（１）乃至（１２）のいずれかに記載の無線通信装置。
（１４）
前記通信制御部は、前記測定結果対応情報を、前記他の無線通信装置と共有させる
前記（１３）に記載の無線通信装置。
（１５）
無線通信装置が、
無線通信端末宛の既知パターンのリファレンス信号を１以上の他の無線通信装置と協調送信させ、前記無線通信端末に対して、前記リファレンス信号の第１の測定結果より簡易な第２の測定結果を要求する要求信号を生成し、送信させる
無線通信方法。
（１６）
複数の無線通信装置から協調送信された既知パターンのリファレンス信号に基づいて、前記リファレンス信号の第１の測定結果よりも簡易な第２の測定結果を生成する通信制御部と、
前記第２の測定結果を要求する要求信号に応じて、前記第２の測定結果を含む応答信号を、要求先の前記無線通信装置に送信する無線送信部と
を備える無線通信端末。
（１７）
前記通信制御部は、前記無線通信装置から送信された事前通知信号内の判定方法に関する情報および判定閾値に関する情報に基づいて、前記第２の測定結果を生成する
前記（１６）に記載の無線通信端末。
（１８）
前記通信制御部は、前記トリガ信号に含まれたフィードバック信号のリソース、および前記フィードバック信号に含める前記測定結果の種類に基づいて、前記測定結果を含む前記フィードバック信号を生成し、
前記無線送信部は、前記フィードバック信号を送信する
前記（１６）または（１７）に記載の無線通信端末。
（１９）
前記通信制御部は、前記第１の測定結果の内容として、前記誘起信号の送信元の前記無線通信装置から送信された前記リファレンス信号の前記第１の測定結果のみを前記フィードバック信号に含む
前記（１８）に記載の無線通信端末。
（２０）
前記通信制御部は、前第１の測定結果の内容として、受信したすべての前記リファレンス信号の前記第１の測定結果を前記フィードバック信号に含む
前記（１８）に記載の無線通信端末。
（２１）
無線通信端末が、
複数の無線通信装置から協調送信された既知パターンのリファレンス信号に基づいて、前記リファレンス信号の第１の測定結果よりも簡易な第２の測定結果を生成し、
前記第２の測定結果を要求する要求信号に応じて、前記第２の測定結果を含む応答信号を、要求先の前記無線通信装置に送信する
無線通信方法。

【符号の説明】

【0363】

１１ 通信装置， ２１ 無線信号処理部， ２２－１，２２－２ 無線通信部， ３１ 通信制御部， ３３ データ処理部，５１ 通信端末，６１ 無線信号処理部， ６２－１，６２－２ 無線通信部， ７１ 通信制御部， ７３ データ処理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】