WO2022059483A1

WO2022059483A1 - 無線通信装置および方法

Info

Publication number: WO2022059483A1
Application number: PCT/JP2021/032046
Authority: WO
Inventors: 浩介相尾
Original assignee: Sony Group Corp
Current assignee: Sony Group Corp
Priority date: 2020-09-15
Filing date: 2021-09-01
Publication date: 2022-03-24
Anticipated expiration: 2023-03-15
Also published as: TWI904226B; CN116076133A; US20230337226A1; EP4216635A1; EP4216635A4; TW202215886A; US12464519B2; US20260067886A1

Abstract

本技術は、状況に応じて最適なデータ伝送を行うことができるようにする無線通信装置および方法に関する。無線通信装置は、無線通信端末からの伝送であるアップリンク伝送を、他の無線通信装置と協調して行い、アップリンク伝送に必要な制御信号であるダウンリンク制御信号の伝送方法を示す伝送方法情報、または、伝送方法の決定に必要な情報を、他の無線通信装置から取得する。本技術は、無線通信システムに適用することができる。

Description

無線通信装置および方法

　本技術は、無線通信装置および方法に関し、特に、状況に応じて最適なデータ伝送を行うことができるようにした無線通信装置および方法に関する。

　近年、スタジアムや家庭内に複数の無線LANアクセスポイント（Access Point, 以下、AP）が置かれる環境が増えており、AP間で協調し、システムのスループット向上や信頼性向上を目指すMulti-AP Coordination技術が注目を浴びている。その中の１つであるCoordinated Spatial Reuse(C-SR)は、互いのBSS（Basic Set Service）が送信電力制御を行いつつ同時に通信を行うことで、与干渉による通信品質劣化を防ぎつつ、複数BSS同時送信による無線キャパシティ向上を実現することが期待される。

　非特許文献１において、IEEE802.11axのアップリンク(Up Link、以下、UL) OFDMA(Orthogonal Frequency Division Multiple Access)を利用することで、UL伝送時におけるC-SRを実施する技術が開示されている。アップリンク伝送とは、AP配下の端末であるステーション（以下、STA）からAPへの伝送を意味する。反対に、APからSTAへの伝送は、ダウンリンク(Down Link、以下、DL)伝送と呼ばれる。

　非特許文献１に記載の技術によれば、複数APがすべてのAP-STA間の伝搬損失の情報を取得できている前提のもと、バックオフを行うなどして、送信機会を獲得したAP（以下、Sharing AP）が、協調可能である他のAP（以下、Shared AP）へC-SRを行う旨と伝える情報を伝送する。その後、Sharing APとShared APの両方は、UL C-SRに必要なDL制御フレームの１つであるTrigger Frameを送信し、STAからのUL伝送を誘起する。

　STAが、Trigger Frameに含まれる情報に基づいて、自身の送信電力を設定し、送信を開始するため、Sharing APとShared APは、互いに与える干渉量を抑制すべくSTAの送信電力制御を実施することが可能である。非特許文献１に記載の技術によって、同時に複数のBSS内のSTAが同じリソースを使用して、データ伝送を行うことを可能とし、大幅な無線キャパシティ向上が期待できる。

Yongho Seok，"Coordinated Spatial Reuse (C-SR) Protocol"，［online］，令和2年5月7日，IEEE，［令和2年8月13日検索］，インターネット,＜URL：https://mentor.ieee.org/802.11/documents?is_dcn=576&is_year=2020＞

　しかしながら、非特許文献１には、DL制御フレームの送信方法についてまで言及されていない。大きく分けてDL制御フレームの送信方法は、５つの方法が考えられる。これらのうち、周波数利用効率の観点やMAC(Media Access Control)オーバヘッドの観点などから、DL制御フレームは、可能な限り、同じ時刻に同じリソースを用いて異なるデータが伝送されるNon Duplicateによる伝送方法を用いて伝送できたほうがよい。

　ただし、Non Duplicateによる伝送方法では、受信位置によって互いの信号が干渉し合い、低SINR(Signal to Interference and Noise Ratio)により正しくフレームを復号することができないケースも考えられ、APは、Non Duplicateによる伝送方法と他の伝送方法を使い分けることが望ましい。

　本技術はこのような状況に鑑みてなされたものであり、状況に応じて最適なデータ伝送を行うことができるようにするものである。

　本技術の一側面の無線通信装置は、無線通信端末からの伝送であるアップリンク伝送を、他の無線通信装置と協調して行う無線通信部と、前記アップリンク伝送に必要な制御信号であるダウンリンク制御信号の伝送方法を示す伝送方法情報、または、前記伝送方法の決定に必要な情報を、前記他の無線通信装置から取得する通信制御部とを備える。

　本技術の一側面においては、無線通信端末からの伝送であるアップリンク伝送が、他の無線通信装置と協調して行われる。また、前記アップリンク伝送に必要な制御信号であるダウンリンク制御信号の伝送方法を示す伝送方法情報、または、前記伝送方法の決定に必要な情報が、前記他の無線通信装置から取得される。

本技術の無線通信システムの構成例を示す図である。 UL伝送時におけるC-SRの基本的なシーケンスを示す図である。 DL制御信号の伝送方法を示す図である。無線通信システムの全体の処理について説明するシーケンスを示す図である。第１の実施の形態におけるC-SR Announcement Frameのフレーム構成例を示す図である。第１の実施の形態におけるC-SR Response Frameのフレーム構成例を示す図である。 MAP Trigger Frameのフレーム構成例を示す図である。無線通信装置の構成例を示すブロック図である。第１の実施の形態におけるSharing AP(AP1)の処理を説明するフローチャートである。図９のステップＳ３６におけるNon Duplicateによる送信処理を説明するフローチャートである。図９のステップＳ３８におけるDuplicateによる送信処理を説明するフローチャートである。図９のステップＳ４０のCoordinated OFDMAによる送信処理を説明するフローチャートである。図９のステップＳ４３における自身のChannel Switchingに送信処理を説明するフローチャートである。図９のステップＳ４５における他のAPのChannel Switchingに送信処理を説明するフローチャートである。第１の実施の形態におけるShared AP(AP2)の処理を説明するフローチャートを示す図である。第１の実施の形態におけるShared AP(AP2)の処理を説明するフローチャートである。図１６のステップＳ１３６におけるDuplicateによる送信処理を説明するフローチャートである。図１６のステップＳ１３８のCoordinated OFDMAによる送信処理を説明するフローチャートである。図１６のステップＳ１４１における他のAPのChannel Switchingによる送信処理を説明するフローチャートである。本技術の第１の実施の形態における効果を示す図である。第２の実施の形態におけるC-SR Announcement Frameのフレーム構成例を示す図である。第２の実施の形態におけるC-SR Response Frameのフレーム構成例を示す図である。第２の実施の形態におけるSharing AP(AP1)の処理を説明するフローチャートである。図２３のステップＳ２０７におけるDuplicateによる送信処理を説明するフローチャートである。第２の実施の形態におけるShared AP(AP2)の処理を説明するフローチャートである。第２の実施の形態におけるShared AP(AP2)の処理を説明するフローチャートである。本技術の第２の実施の形態における効果を示す図である。第３の実施の形態におけるC-SR Announcement Frameのフレーム構成例を示す図である。第３の実施の形態におけるC-SR Response Frameのフレーム構成例を示す図である。第３の実施の形態におけるSharing AP(AP1)の処理を説明するフローチャートである。第３の実施の形態におけるShared AP(AP2)の処理を説明するフローチャートである。本技術の第３の実施の形態における効果を示す図である。コンピュータの構成例を示すブロック図である。

　以下、本技術を実施するための形態について説明する。説明は以下の順序で行う。
　１．システム構成と従来技術
　２．第１の実施の形態（伝送方法の決定者がSharing APであり、送信パラメータが調整可能である場合）
　３．第２の実施の形態（伝送方法の決定者がSharing APとShared APであり、送信パラメータが調整不可能である場合）
　４．第３の実施の形態（伝送方法の決定者がSharing APとShared APであり、送信パラメータが調整可能である場合）
　５．その他

＜１．システム構成と従来技術＞
　＜無線通信システムの構成例＞
　図１は、本技術の実施の形態に係る無線通信システムの構成例を示す図である。

　図１において、実線矢印は装置同士が接続されていることを示し、破線矢印は、装置間でお互いに電力の授受が行われることを示す。AP(Access Point)は、無線LAN(Local Area Network)の基地局を表す。STA(Station)は、無線通信端末を表す。

　図１の無線通信システムは、AP1およびAP2が、有線通信または無線通信により接続されることによって構成される。無線通信装置１１－１および無線通信装置１１－２は、それぞれAP1およびAP2として動作する装置である。また、無線通信システムは、STA1とSTA2とが、AP1に無線通信により接続され、STA3とSTA4とが、AP2に無線通信により接続されることによって構成される。無線通信端末１２－１乃至無線通信端末１２－４は、それぞれ、STA1乃至STA4として動作する装置である。

　AP1に無線通信により接続されているSTA1およびSTA2は、AP1と同じBSS(セルと同義)に属しており、AP1の配下のSTAと称する。AP2に無線通信により接続されているSTA3およびSTA4は、同じBSSに属しており、AP2の配下のSTAと称する。

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

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

　＜従来技術＞
　図２は、非特許文献１において開示されている技術である、UL伝送時におけるC-SRの基本的なシーケンスを示す図である。

　なお、図２に示される処理は、AP1、AP2、およびSTAsにより行われる処理である。STAsは、STA1乃至STA4のうち少なくとも１つのSTAを表す。

　図２において、AP1が、送信機会を獲得したSharing APであり、AP2が、AP1から送信を許可されるShared APである。すなわち、AP2は、AP1から、送信機会を共有してもらえるAPである。

　時刻t1において、AP1は、AP2に対してC-SR Announcement Frameを送信する。C-SR Announcement Frame内には、AP1が自身のUL伝送において十分な通信品質を確保できる干渉電力値（許容干渉電力値と称する）、およびAP1のスケジューリング情報などが含まれる。スケジューリング情報は、配下のどのSTAにどのリソースを割当てるかなどが記載されている情報である。

　AP2は、受信したC-SR Announcement Frameに基づいて、UL伝送を誘起する（Trigger Frameを送信する）STAと、そのリソース、および送信電力やMCS(Modulation and Coding Scheme)などからなるULスケジューリングを決定する。

　これらULスケジューリングは、(1)AP1へ与える干渉電力値が許容干渉電力値以下となること、(2)自身が問題なくSTAからのUL伝送によるデータを取得できること、の優先順に決定される。

　その後、時刻t2において、AP1/AP2はそれぞれ配下STAへUL伝送を誘起するTrigger Frameを送信する。Trigger Frameには、IEEE802.11ax/D6.0に記載されているように、UL伝送を誘起するSTAとリソース情報の組合せが含まれる。

　時刻t3において、各STAは、Trigger Frameに基づいて、対応するAPに対して、DATAのUL伝送を行う。

　UL伝送が完了した後、時刻t4において、AP1/AP2は、配下STAへ受信状況を伝えるBlock Ack Frame（以下、BA）を送信する。BAは、Frame内に複数STAへの応答信号を格納するMulti-STA Block Ackであってもよいし、また、複数STA宛てへDL OFDMA信号を用いて伝送されてもよい。

　しかしながら、上述したように、非特許文献１には、AP1およびAP2から送信されるTrigger FrameおよびBAといったDL制御信号の伝送方法について言及されていない。現状、Trigger FrameやBAといったDL制御信号の伝送方法について、以下の４つの伝送方法が挙げられる。

　＜DL制御信号の伝送方法＞
　図３は、DL制御信号の伝送方法を示す図である。

　なお、図３においては、５つの伝送方法が示されているが、現状、STAと時刻同期の問題から、Trigger Frameは、時分割送信が不可能であるために、実質的に４つの伝送方法がDL制御信号の伝送方法の候補となる。

　図３のＡにおいては、DL制御信号の伝送方法がDuplicate Frame Txである場合に用いられるチャンネルとフレームの構成例が示されている。

　Duplicate Frame Txは、AP1/AP2が、全く同じフレームを生成し、同時送信を行う送信方法である。図３のＡにおいては、AP1/AP2が、全く同じフレームを、CH1およびCH2の複数チャンネルを用いて、STA1乃至STA4に同時送信する例が示されている。

　DL制御信号の伝送に、Duplicate Frame Txが用いられることにより、同じリソース（チャンネルと時刻情報など）を用いても干渉することなく、STAへDL制御信号を伝送することができる。

　なお、Duplicate Frame Txは、広帯域で伝送が行いやすい反面、AP間で同じ情報を保有していなければならない。したがって、Duplicate Frame Txが用いられることにより、情報交換のためのオーバヘッドが生じる。

　図３のＢにおいては、DL制御信号の伝送方法がChannel Switchingである場合に用いられるチャンネルとフレームの構成例が示されている。

　Channel Switchingは、周波数多重方法の１つであり、AP1/AP2のどちらかが一時的にPrimary Channel(PCH)を移動させて、周波数分割した状態でDL制御信号の伝送を行う方法である。図３のＢにおいては、AP1がPCHであるCH1を用いて、フレームをSTA1およびSTA2に送信し、AP2が、PCHをCH2に移動させて、CH2を用いて、フレームをSTA3およびSTA4に送信する例が示されている。

　DL制御信号の伝送に、Channel Switchingが用いられることにより、確実に信号を分離できるが、チャンネル移動のためのオーバヘッドが生じる。なお、Channel Switchingは、送信機会を獲得したチャンネルが20MHzしかない場合には適用することができない。

　図３のＣにおいては、DL制御信号の伝送方法がCoordinated OFDMAである場合に用いられるチャンネルとフレームの構成例が示されている。

　Coordinated OFDMAは、周波数多重方法の１つであり、IEEE802.11beで議論されているCoordinated OFDMAを利用し、プリアンブル後のデータユニットから周波数分割した状態でDL制御信号の伝送を行う伝送方法である。図３のＣにおいては、AP1/AP2が、CH1とCH2を用いて、同じ構成のプリアンブルを、STA1乃至STA4に送信し、プリアンブル後に、AP1がCH1を用いて、フレームをSTA1およびSTA2に送信し、AP2がCH2を用いて、フレームをSTA3およびSTA4に送信する例が示されている。

　DL制御信号の伝送に、Coordinated OFDMAが用いられることにより、信号を確実に分離できるが、協調送信のための同期信号（Multi-AP Trigger）を送信する必要があり、オーバヘッドが生じてしまう。なお、Coordinated OFDMAは、送信機会を獲得したチャンネルが20MHzしかない場合には適用することができない。

　図３のＤにおいては、DL制御信号の伝送方法がNon Duplicate Txである場合に用いられるチャンネルとフレームの構成例が示されている。

　Non Duplicate Txは、各APがそれぞれ生成した信号を、同時に同じリソースを用いて送信する伝送方法である。図３のＤにおいては、AP1が、生成したフレームを、CH1およびCH2の複数チャンネルを用いて、STA1とSTA2に送信し、同時に、AP2が、生成したフレームを、同じCH1およびCH2の複数チャンネルを用いて、STA3とSTA4に送信する例が示されている。

　Non Duplicate Txは、最も簡単な方法ではあるが、互いの信号が干渉し合うため、STAが正しく受信できる保障が得られない。

　図３のＥにおいては、DL制御信号の伝送方法がTDD(Time Division Duplex)である場合に用いられるチャンネルとフレームの構成例が示されている。

　TDDは、各APが各々生成した信号を、時分割で送信する伝送方法である。図３のＥにおいては、AP1が、生成したフレームを、CH1およびCH2の複数チャンネルを用いて、STA1とSTA2に送信し、その後、AP2が、生成したフレームを、同じCH1およびCH2の複数チャンネルを用いて、STA3とSTA4に送信する例が示されている。

　Trigger Frameは、Trigger Frameを受信したSIFS期間の後にUL伝送が開始される仕組みであるため、現状、Trigger Frameは、時分割送信不可とされている。

　以上のことから、TDDを除く４つの伝送方法を比較した際、最もオーバヘッドが少なく簡単に実施できるのは、図３のＤに示されたNon Duplicate Txである。

　確かに、APが同時に異なるフレームを送信することで、送信すべき信号に干渉信号が重なり通信品質が悪化することが考えられる。しかしながら、DL制御信号は、データ伝送時と比べ比較的低いMCSが設定されていることが多く、ある程度の干渉であれば許容できる可能性が高い。

　ただし、APから見たSTAの位置や送信パラメータによっては、干渉を許容できない状況も起こり得るため、APは、状況に応じて、上述した複数の伝送方法を使い分けることで、オーバヘッドのより少ないUL C-SR伝送を実現することができる。

　以上のように、本技術においては、Sharing APが、データ送信前にShared APと情報を交換し、交換した情報に基づいて、DL制御信号の伝送方法を決定することを特徴とする。なお、交換した情報は、例えば、Sharing APが伝送方法を決めるために必要な情報であったり、Shared APが決めた伝送方法を示す伝送方法情報であったりする。

　以下、第１乃至第３の実施の形態に分けて、本技術について、それぞれの例を説明する。

＜２．第１の実施の形態＞
　第１の実施の形態においては、DL制御信号の伝送方法の決定者がSharing APであり、かつ、DL制御信号の送信パラメータがAP毎に調整可能である場合の例について説明する。

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

　なお、図４に示される処理は、AP1、AP2、およびSTAsにより行われる処理である。STAsは、STA1乃至STA4を示している。

　無線通信システムの処理は、Assocaition Phase、RSSI Measurement Phase、UL C-SR Tx Phaseの３つのフェーズに分けられる。

　フェーズPh1は、Assocaition Phaseである。Assocaition Phaseにおいては、同一BSS内でのAP-STAの接続処理、および協調動作のためのAP間の接続処理が行われる。Assocaition Phaseにより、AP間において、各BSS内におけるSTAの情報、および、各APおよび各STAのCapability情報が交換される。

　フェーズPh2は、RSSI Measurement Phaseである。RSSI Measurement Phaseにおいては、各AP-STA間のRSSI情報が測定され、各リンクの伝搬損失値が計算される。リンクとは、例えば、周波数帯などのリソースである。測定方法は、特に限定されず、APから送信した信号をSTAが測定し、フィードバックしても、STAに信号を送信させ、APが測定してもよい。また、APが定常的に各STAからの受信信号を測定し、統計情報から伝搬損失値を算出してもよい。

　なお、APは、少なくとも自身のすべてのSTAとの間の伝搬損失値を示す情報を入手できていればよいが、他APとの情報交換を行うことで、他APとSTAとの伝搬損失情報を入手してもよい。

　フェーズPh3は、UL C-SR Tx Phaseである。UL C-SR Tx Phaseにおいては、AP1により、データ送信前にAP2と情報が交換され、交換された情報に基づいて伝送方法が決定され、決定された伝送方法で、DL制御信号であるTrigger FrameやBAがAP1とAP2によりSTAに送信される。その際、STAは、AP1とAP2にUL伝送を行う。

　図４においては、フェーズPh3は、ステップＳ１１乃至Ｓ１７により構成される。

　ステップＳ１１において、AP1は、例えば、backoffの後、搬送波を検知する処理であるキャリアセンスを行い、キャリアセンス結果に基づいて、送信機会を獲得する。ステップＳ１２において、AP1は、AP2に対して、C-SRの協調送信を依頼する信号であるC-SR Announcement Frameを送信する。

　ステップＳ１３において、AP2は、C-SR Announcement Frameの応答信号であるC-SR Response Frameを送信する。

　C-SR Announcement FrameとC-SR Response Frameとのやり取りにより、AP1-AP2間で、情報が交換され、AP1は、フェーズPh1やフェーズPh2、および、ここで交換した情報に基づいて、DL制御信号の伝送方法を決定する。すなわち、フェーズPh1やフェーズPh2、および、C-SR Announcement FrameとC-SR Response Frameとのやり取りで交換した情報は、Sharing APが伝送方法を決めるために必要な情報であり、DL制御信号の伝送方法の決定に用いられる。

　ステップＳ１４において、AP1は、決定した伝送方法を示す情報を含むMAP Trigger FrameをAP2に送信する。

　ステップＳ１５において、AP1およびAP2は、MAP Trigger Frameに基づいて、決定した伝送方法で、Trigger Frameを、配下のSTAに送信する。

　ステップＳ１６において、AP1およびAP2の配下の各STAは、受信したTrigger Frameに基づいて、AP1およびAP2に対して、DATA FrameのUL伝送を行う。

　ステップＳ１７において、AP1およびAP2は、MAP Trigger Frameに基づいて、UL伝送を行ってきたSTAに、BAを送信する。

　以上のようにして、UL C-SR Tx Phaseが実行される。なお、このUL C-SR Tx Phaseについては、DL制御信号の伝送方法によって多少異なるため、フローチャートを参照して詳しく後述される。

　＜C-SR Announcement Frameのフレーム構成例＞
　図５は、第１の実施の形態におけるC-SR Announcement Frameのフレーム構成例を示す図である。

　C-SR Announcement Frameは、図４のステップＳ１２においてAP1からAP2に対して送信されるフレームである。

　図５において、C-SR Announcement Frameは、Frame Control、Duration、RA、TA、Dialog Token、Sharing AP Info、Candidate AP Info.1、…、Candidate AP Info.n、FCSの各fieldにより構成される。

　Frame Controlのfieldには、本FrameがC-SR Announcement Frameであることを示す情報が含まれる。なお、Frame Controlのfieldにおいて、本Frameが協調を依頼するフレームであることを示す情報を含めておき、他のfield（例えば、Coordination Type）において協調方法がC-SRであることを示す情報を含めるようにしてもよい。

　Durationのfieldには、本Frameの伝送時間を示す情報が含まれる。

　RAのfieldには、本Frameの送信先MAC(Media Access Control)アドレスが含まれる。通常、本Frameの送信は、ブロードキャストだが、後述するCandidate AP Infoが１つだけの場合、そのAPのMACアドレスが示されてもよい。

　TAのfieldには、本Frameの送信元MACアドレスが含まれる。通常、TAのfieldには、Sharing APのBSSの識別情報であるBSSIDが含まれる。

　Dialog Tokenのfieldには、本Frameにより開始される処理のToken番号が含まれる。

　Sharing AP Infoのfieldには、Sharing APに関する情報が含まれる。

　Sharing AP Infoのfieldは、BW Info、Duration Info、UL/DL flag、Sharing AP Info Variantの各sub fieldにより構成される。

　BW Infoのsub fieldには、送信機会を獲得した帯域幅情報が含まれる。

　Duration Infoのsub fieldには、送信機会を獲得した時間情報が含まれる。

　UL/DL flagのsub fieldには、UL協調かDL協調かを示す情報が含まれる。

　Sharing AP Info Variantのsub fieldには、協調方法により異なる情報が含まれる。C-SRの場合、少なくとも本Variantのsub fieldには、自身の許容干渉電力値の情報（Tolerable Max Interference Signal Strength Info）が含まれる。

　各Candidate AP Infoのfieldには、Shared APとなる候補のAPに関する情報が含まれる。

　Candidate AP Infoのfieldは、AP ID、Coordination Type、CCA Request Info、Response Scheduling Info、Candidate AP Info Variantの各sub fieldにより構成される。

　AP IDのsub fieldには、Shared APとなる候補のAPのID情報が含まれる。

　Coordination Typeのsub fieldには、協調方法情報が含まれる。例えば、本明細書においては、C-SRが指定される。

　CCA Request Infoのsub fieldには、CCA(Clear Channel Assessment)を実施するか否かの情報、またはそのチャンネル情報が含まれる。CCAは、キャリアセンスと同義である。

　Response Scheduling Infoのsub fieldには、C-SR Responseのスケジューリング情報が含まれる。例えば、Candidate APが複数存在する場合、Sharing APは、OFDMAでC-SR Response Frameを送信してもらうよう、各APにリソースを割り当てる。

　Candidate AP Info Variantのsub fieldには、協調方法により異なる情報が含まれる。C-SRの場合、少なくとも本Variantに、Sharing APが受信するUL伝送にてCandidate APが受けるだろう干渉電力の推定値（Estimated Interference Signal Strength Info）が含まれる。

　FCS(Frame Check Sequence)のfieldには、誤り訂正符号が含まれる。

　＜C-SR Response Frameのフレーム構成例＞
　図６は、第１の実施の形態におけるC-SR Response Frameのフレーム構成例を示す図である。

　なお、図６におけるハッチングは、本技術において特徴となる情報が含まれるfieldであることを示す。第１の実施の形態における以降の図においても同様である。

　C-SR Response Frameは、図４のステップＳ１３においてAP2からAP1に対して送信されるフレームである。

　図６において、C-SR Response Frameは、Frame Control、Duration、RA、TA、Dialog Token、CCA Result、STA Info 1、…STA Info n、FCSの各fieldにより構成される。

　Frame Controlのfieldには、本FrameがC-SR Response Frameであることを示す情報が含まれる。なお、Frame Controlのfieldにおいて、本Frameが協調依頼に応答するフレームであることを示す情報を含めておき、他のfieldにおいて協調方法がC-SRであることを示す情報を含めるようにしてもよい。

　RAのfieldには、本Frameの送信先MACアドレスが含まれる。通常、RAのfieldには、Sharing APのBSSの識別情報であるBSSIDが含まれる。

　TAのfieldには、本Frameの送信元MACアドレスが含まれる。通常、TAのfieldには、自身（Shared AP）のBSSの識別情報であるBSSIDが含まれる。

　Dialog Tokenのfieldには、本Frameが応答する処理のToken番号が含まれる。

　CCA Resultのfieldには、CCAの結果（キャリアセンス結果）が含まれる。CCA Resultのfieldには、Sharing APから要求されたCCA Requestに対し、各チャンネルでCCAを実施した結果が含まれる。例えばCCA RequestにてCH1からCH4のCCAが要求された場合、Shared APはチャネル毎にIdle状態なら”1”、ビジー状態なら”0”として通知する。

　具体的には、Sharing APは、Shared APのCCA Resultに基づいて、周波数多重の可能性の有無を判定する。例えば、Sharing APおよびShared APともPrimary CHをCH1と設定していた場合、Sharing AP/Shared APともCH1と隣接CH2がIdleであるとき、Sharing AP/Shared APは、CH1/CH2を使いC-OFDMAを行うと判定される。

　Sharing APおよびShared APともPrimary CHをCH1と設定していた場合、Sharing APがCH1と隣接CH2がIdle、Shared APはCH1のみIdleであるとき、Sharing APは、一時的にCH2へチャネル切替を行うと判定される。

　Sharing APおよびShared APともPrimary CHをCH1と設定していた場合、Sharing APがCH1のみIdle、Shared APはCH1と隣接CH2がIdleであるとき、Shared APは、一時的にCH2へチャネル切替を行うと判定される。

　Sharing APおよびShared APともPrimary CHをCH1と設定していた場合、Sharing AP/Shared APともCH1のみIdleであるとき、周波数多重は不可能であると判定される。

　各STA Infoのfieldには、自身がUL伝送を誘起するSTAに関する情報が含まれる。本明細書においては、本fieldには、少なくともSTA ID情報が含まれていればよい。

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

　＜MAP Trigger Frameのフレーム構成例＞
　図７は、MAP Trigger Frameのフレーム構成例を示す図である。

　MAP Trigger Frameは、図４のステップＳ１４においてAP1からAP2に対して送信されるフレームである。

　図７において、MAP Trigger Frameは、Frame Control、Duration、RA、TA、Dialog Token、Shared AP Info #1、…、Shared AP Info #n、FCSの各fieldにより構成される。

　Frame Controlのfieldには、本FrameがMAP Trigger Frameであることを示す情報が含まれる。

　RAのfieldには、本Frameの送信先MACアドレスが含まれる。通常、RAのfieldには、Shared APのBSSの識別情報であるBSSIDが含まれる。

　TAのfieldには、本Frameの送信元MACアドレスが含まれる。通常、TAのfieldには、自身（Sharing AP）のBSSの識別情報であるBSSIDが含まれる。

　各Shared AP Infoのfieldには、協調を要求するShared APに関する情報が含まれる。

　Shared AP Infoのfieldは、AP ID、Coordination Type、DL Control Tx Type、DL Control Tx Variantの各sub fieldにより構成される。

　AP IDのfieldには、Shared APのID情報が含まれる。

　Coordination Typeのfieldには、協調方法に関する情報が含まれる。

　DL Control Tx Typeのfieldには、(UL伝送時のみ)DL制御信号の伝送方法に関する情報が含まれる。

　DL Control Tx Variantのfieldには、DL制御信号の伝送方法に応じた情報が含まれる。すなわち、DL制御信号の伝送方法に応じて含まれる情報種別が異なる。

　例えば、このVariantのfieldには、DL制御信号の帯域幅情報（BW Info）、送信電力情報（Tx Power Info）、MCS情報（MCS Info）、フレーム長情報（Length Info）、送信チャンネル情報（PCH Info）、リソース情報（RU Info）、自身が送信しようとしているTrigger Frameの情報（Trigger Info）などが含まれる。

　なお、Variantのfieldに含まれる、上述した一部の情報は、Common InfoとしてShared AP Infoとは別に１つだけFrame内にfieldが設けられる形で伝送されてもよい。

　また、Trigger Infoには、IEEE802.11ax/Trigger FrameのCommon Info/User Info両方が含まれる。

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

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

　図８に示す無線通信装置１１は、AP(Sharing APまたはShared AP)として動作する無線通信装置である。

　無線通信装置１１は、無線通信部３１、制御部３２、記憶部３３、並びにアンテナ４１から構成される。

　無線通信部３１は、データの送信および受信を行う。無線通信部３１は、増幅部５１、無線インタフェース部５２、信号処理部５３、データ処理部５４、通信制御部５５、および通信記憶部５６を含むように構成される。

　増幅部５１は、送信時、無線インタフェース部５２から供給されるアナログ信号を所定の電力まで増幅し、電力を増幅したアナログ信号をアンテナ４１に出力する。増幅部５１は、受信時、アンテナ４１から供給されるアナログ信号を所定の電力まで増幅し、電力を増幅したアナログ信号を無線インタフェース部５２に出力する。

　増幅部５１は、機能の一部が無線インタフェース部５２に内包されていてもよい。また、増幅部５１の機能の一部が無線通信部３１外の構成要素となってもよい。

　無線インタフェース部５２は、送信時、信号処理部５３からの送信シンボルストリームをアナログ信号に変換し、フィルタリング、搬送波周波数へのアップコンバート、および位相制御を行い、位相制御の後のアナログ信号を増幅部５１に出力する。

　無線インタフェース部５２は、受信時、増幅部５１から供給されるアナログ信号に対して、位相制御、ダウンコンバート、逆フィルタリングを行い、デジタル信号に変換した結果の受信シンボルストリームを信号処理部５３に出力する。

　信号処理部５３は、送信時、必要に応じて、データ処理部５４から供給されるデータシンボルストリームに対して、空間分離に供される信号処理を行い、信号処理の結果得られる１つ以上の送信シンボルストリームをそれぞれの無線インタフェース部５２に出力する。

　信号処理部５３は、受信時、それぞれの無線インタフェース部５２から供給される受信シンボルストリームに対して信号処理を行い、必要に応じてストリームの空間分離を行い、空間分離の結果得られるデータシンボルストリームをデータ処理部５４に出力する。

　データ処理部５４は、送信時には、通信記憶部５６に保持されたデータおよび通信制御部５５から受け取った制御情報および管理情報のシーケンス管理を行う。また、データ処理部５４は、制御情報や管理情報の暗号化処理などを行って、データユニットを生成し、生成したデータユニットに対して、MACヘッダの付加および誤り検出符号の付加、およびデータユニットの複数連結処理を行う。

　データ処理部５４は、受信したデータユニットのMACヘッダの連結解除処理、解析および誤り検出、並びに、再送要求リオーダ処理を行う。

　通信制御部５５は、無線通信部３１の各部の動作および各部間の情報伝達の制御を行う。また、通信制御部５５は、他の通信装置へ通知する制御情報および管理情報を、データ処理部５４に受け渡す制御を行う。

　通信制御部５５は、本技術においては、AP間の情報を交換し、交換した情報に基づいて、DL制御信号の伝送方法を決定する。

　通信記憶部５６は、通信制御部５５が使用する情報を保持する。また、通信記憶部５６は、送信するデータおよび受信したデータを保持する。

　制御部３２は、CPU(Central Processing Unit)、ROM(Read Only Memory)、RAM(Random Access Memory)などにより構成される。制御部３２は、ROMなどに記憶されているプログラムを実行し、無線通信部３１および通信制御部５５の制御を行う。また、制御部３２は、通信制御部５５の一部の動作を代わりに行ってもよい。また、通信制御部５５と制御部３２は、１つのブロックとして構成されてもよい。

　記憶部３３は、無線通信部３１および制御部３２が使用する情報を保持する。また、記憶部３３は、通信記憶部５６の一部の動作を代わりに行ってもよい。記憶部３３と通信記憶部５６は、１つのブロックとして構成されてもよい。

　なお、無線通信部３１は、１つ以上のICによって実現されるが、本技術のIC構成はこれに限らない。例えば、無線インタフェース部５２が別のICとして構成されていてもよい。

　＜C-SR Tx Phaseにおける各APの処理＞
　図９は、第１の実施の形態におけるSharing AP(AP1)の処理を説明するフローチャートである。

　ステップＳ３１において、AP1は、送信機会(TXOP)を獲得する（図４のステップＳ１１）。

　ステップＳ３２において、AP1は、Sharing APとしてC-SR Announcement Frameを送信する（図４のステップＳ１２）。以下、主語を、Sharing APとして説明する。

　ステップＳ３３において、Sharing APは、１台以上のCandidate APからC-SR Response Frameを取得したか否かを判定する。１台以上のCandidate APからC-SR Response Frameを取得したと、ステップＳ３３において判定された場合、処理は、ステップＳ３４に進む。

　ここで、C-SR Response Frameを送信してきたCandidate AP(AP2)の中から、Shared APが選ばれる。

　ステップＳ３４において、Sharing APは、C-SR Response Frameに基づいて、DL制御信号(DL Control Frame)をNon Duplicate送信できるか否かを判定する。

　例えば、すべてのAPが同時にDL制御信号を送信した場合に、TriggerにてUL伝送を誘起するすべてのSTAのSINR(Signal to Interference and Noise Ratio)が許容値を満足するとき、ステップＳ３４において、DL制御信号をNon Duplicate送信できると判定される。

　なお、許容値は、MCSに対し、一定以下のPER(Packet Error Rate)を担保でいるSINR値のことである。TriggerにてUL伝送を誘起するすべてのSTAのSINRは、例えば、図４のフェーズPh2で取得されている。

　また、このとき、Sharing APは、各APの送信電力値やMCSなどの送信パラメータを調整して、上述した許容値を満足するようにしてもよい。その際、調整された送信パラメータは、後述するステップＳ３５において、MAP Trigger Frameとして、Shared AP毎に通知される。

　ステップＳ３４において、DL制御信号をNon Duplicate送信できると判定された場合、処理は、ステップＳ３５に進む。

　ステップＳ３５において、Sharing APは、MAP Trigger FrameをShared APに送信する（図４のステップＳ１４）。その後、処理は、ステップＳ３６に進む。

　また、ステップＳ３３において、１台以上のCandidate APからC-SR Response Frameを取得していないと判定された場合、処理は、ステップＳ３６に進む。

　ステップＳ３６において、Sharing APは、Non Duplicateによる送信処理を行う。Non Duplicateによる送信処理は、図１０を参照して後述される。この処理により、Sharing APは、Non Duplicateにより、Shared APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。なお、ここでいうNon Duplicateとは、Shared APが存在せず、AP1のみがTrigger Frameを送信することも含む。

　ステップＳ３４において、DL制御信号をNon Duplicate送信できないと判定された場合、処理は、ステップＳ３７に進む。

　ステップＳ３７において、Sharing SPは、DL制御信号をFDD(周波数分割複信 / Frequency Division Duplex)送信、すなわち、周波数多重方法による送信ができるか否かを判定する。

　例えば、Sharing APが40MHz以上の帯域幅で送信機会を獲得できていない場合、DL制御信号をFDD送信できないと、ステップＳ３７において判定され、処理は、ステップＳ３８に進む。

　ステップＳ３８において、Sharing APは、Duplicateによる送信処理を行う。Duplicateによる送信処理は、図１１を参照して後述される。この処理により、Sharing APは、Duplicateにより、Shared APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。

　ステップＳ３７において、DL制御信号をFDD送信できると判定された場合、処理は、ステップＳ３９に進む。

　ステップＳ３９において、Sharing APは、Coordinated OFDMAが可能であるか否かを判定する。この判定には、図４のフェーズPh1で取得されたCapability情報やC-SR Response Frame のCCA Resultなどが用いられる。

　例えば、Sharing APとShared APともに、図４のフェーズPh1で取得されたCapability情報において、Coordinated OFDMAが実行可能である場合、ステップＳ３７において、Coordinated OFDMAが可能であると判定され、処理は、ステップＳ４０に進む。

　ステップＳ４０において、Sharing APは、Coordinated OFDMAによる送信処理を行う。Coordinated OFDMAによる送信処理は、図１２を参照して後述される。この処理により、Sharing APは、Coordinated OFDMAにより、Shared APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。

　ステップＳ３９において、Coordinated OFDMAが可能ではないと判定された場合、処理は、ステップＳ４１に進む。

　ステップＳ４１において、Sharing APは、自身がChannel Switchingを行うか否かを判定する。

　例えば、C-SR Response Frame のCCA Resultに基づいて、Shared APのPrimary Channel(PCH)が”Busy”状態である場合、ステップＳ４１において、自身がChannel Switchingを行うと判定され、処理は、ステップＳ４２に進む。

　ステップＳ４２において、Sharing APは、現PCHを示すPCH Infoを含むMAP Trigger FrameをShared APに送信する。

　ステップＳ４３において、Sharing APは、自身のChannel Switchingによる送信処理を行う。自身のChannel Switchingによる送信処理は、図１３を参照して後述される。この処理により、Sharing APは、自身のChannel Switchingにより、Shared APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。

　例えば、C-SR Response Frame のCCA Resultに基づいて、Shared APのPrimary Channelが”Busy”状態である場合、ステップＳ４１において、自身がChannel Switchingを行わないと判定され、処理は、ステップＳ４４に進む。

　ステップＳ４４において、Sharing APは、切替後のCHを示すPCH Infoを含むMAP Trigger FrameをShared APに送信する。

　ステップＳ４５において、Sharing APは、他のAP(いまの場合、Shared AP)のChannel Switchingによる送信処理を行う。他のAPのChannel Switchingによる送信処理は、図１４を参照して後述される。この処理により、Sharing APは、Shared APのChannel Switchingにより、Shared APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。

　ステップＳ３６、Ｓ３８、Ｓ４０、Ｓ４３、またはＳ４５の後、図９の処理は終了となる。

　図１０は、図９のステップＳ３６におけるNon Duplicateによる送信処理を説明するフローチャートである。

　ステップＳ５１において、Sharing APは、自身のBSS内のSTAにTrigger Frameを送信する（図４のステップＳ１５）。

　Trigger Frameにて指定されたSTAが、UL Data Frameを送信してくる（図４のステップＳ１６）。

　ステップＳ５２において、Sharing APは、STAから送信されてくるUL Data Frameを受信する。

　ステップＳ５３において、Sharing APは、自身のBSS内のSTAにBAを送信する。

　図１１は、図９のステップＳ３８におけるDuplicateによる送信処理を説明するフローチャートである。

　Duplicateによる送信の場合、AP間でTrigger Frameの情報を同期させる必要があるため、Sharing APは、Shared APからTrigger Infoを取得する必要がある。したがって、ステップＳ６１において、Sharing APは、自身のBSS内のSTA宛のTrigger Infoを含むMAP Trigger FrameをShared APに送信する（図４のステップＳ１４）。

　ステップＳ６２において、Sharing APは、Shared APから、Shared APのBSS内のSTA宛てのTrigger Infoを含むResponse Frameを受信する。

　ステップＳ６３において、Sharing APは、自身のBSS内とShared APのBSS内のSTAに対して、UL伝送を誘起するすべてのSTAに関する情報を含むTrigger Frameを送信する（図４のステップＳ１５）。

　ステップＳ６４において、Sharing APは、STAから送信されてくるUL Data Frameを受信する。

　ステップＳ６５において、Sharing APは、自身のBSS内のSTAにBAを送信する（図４のステップＳ１７）。

　ステップＳ６６において、Sharing APは、Shared APのBAの送信を待機する。

　なお、Duplicate送信時、現状BAの情報をAP間で共有するのが難しいため、ここでは、BAのみTDDにて送信する例を説明したが、BAは、Trigger Frame同様、Duplicate Frameとして送信されてもよい。

　図１２は、図９のステップＳ４０のCoordinated OFDMAによる送信処理を説明するフローチャートである。

　Coordinated OFDMAによる送信の場合、Sharing APは、Shared APとの同期確立のため、BA送信前にもMAP Triggerが送信される。

　ステップＳ７１において、Sharing APは、Trigger Frame送信に使用するリソース情報であるRU Infoを含むMAP Trigger Frameを送信する（図４のステップＳ１４）。

　ステップＳ７２において、Sharing APは、Coordinated OFDMAにて、自身のBSS内のSTAにTrigger Frameを送信する（図４のステップＳ１５）。

　ステップＳ７３において、Sharing APは、UL Data Frameを受信する。

　ステップＳ７４において、Sharing APは、BA送信に使用するRU Infoを含むMAP Trigger Frameを、Shared APに送信する。

　ステップＳ７５において、Sharing APは、Coordinated OFDMAにて、自身のBSS内のSTAにBAを送信する（図４のステップＳ１７）。

　図１３は、図９のステップＳ４３における自身のChannel Swichingに送信処理を説明するフローチャートである。

　Channel Swichingによる送信の場合、MAP Trigger送信後、Sharing APまたはShared APのどちらかが、配下STAにチャンネル切替を示すチャンネル切替要求信号を送信した後、UL送信を誘起するためのTrigger Frameを送信する。なお、チャンネル切替要求信号はMAP Triggerに含まれていてもよい。

　ステップＳ８１において、Sharing APは、自身のBSS内のSTAに、チャンネル切替要求信号を送信する。

　ステップＳ８２において、Sharing APは、切り替えたチャンネルにおいて、自身のBSS内のSTAにTrigger Frameを送信する（図４のステップＳ１５）。

　ステップＳ８３において、Sharing APは、UL Data Frameを受信する。

　ステップＳ８４において、Sharing APは、切り替えたチャンネルにおいて、自身のBSS内のSTAにBAを送信する（図４のステップＳ１７）。

　図１４は、図９のステップＳ４５における他のAPのChannel Swichingに送信処理を説明するフローチャートである。

　ステップＳ９１において、Sharing APは、Shared APが、チャンネル切替要求信号の送信を終えるまで待機する。

　ステップＳ９２において、Sharing APは、自身のBSS内のSTAにTrigger Frameを送信する（図４のステップＳ１５）。

　ステップＳ９３において、Sharing APは、UL Data Frameを受信する。

　ステップＳ９４において、Sharing APは、切り替えたチャンネルにおいて、自身のBSS内のSTAにBAを送信する（図４のステップＳ１７）。

　図１５は、第１の実施の形態におけるShared AP(AP2)の処理を説明するフローチャートである。

　なお、図１５の処理は、図４のステップＳ１２において送信されてくるC-SR Announcement Frame受信時の処理である。

　ステップＳ１０１において、AP2は、C-SR Announcement Frameを受信する。

　ステップＳ１０２において、AP2は、C-SR Announcement Frameに基づいて、自身のAP IDがあるか否か、かつ、UL協調可能であるか否かを判定する。自身のAP IDがある、かつ、UL協調可能であると、ステップＳ１０２において判定された場合、処理は、ステップＳ１０３に進む。

　ステップＳ１０３において、AP2は、Shared APとして、ULスケジューリングを行う。ULスケジューリングは、STAへのリソースの割り当ての処理や、Sharing APの許容干渉電力値以下となるように送信電力値を設定する処理である。以下、主語を、Shared APとして説明する。

　ステップＳ１０４において、Shared APは、C-SR Response Frameを送信する。

　ステップＳ１０５において、Shared APは、Sharing APからのMAP Trigger Frameを待機する。

　ステップＳ１０２において、自身のAP IDがない、または、UL協調可能ではないと判定された場合、処理は、ステップＳ１０６に進む。

　ステップＳ１０６において、AP2は、NAV（Network Allocation Vector、送信禁止期間）設定を行う。

　ステップＳ１０５またはＳ１０６の後、図１５の処理は終了となる。

　図１６は、第１の実施の形態におけるShared AP(AP2)の処理を説明するフローチャートである。

　なお、図１６の処理は、図４のステップＳ１４において送信されてくるMAP Trigger Frame受信時の処理である。

　ステップＳ１３１において、Shared APは、MAP Trigger Frameを受信する。

　ステップＳ１３２において、Shared APは、MAP Trigger Frameに含まれるDL Control Tx TypeがNon Duplicateであるか否かを判定する。DL Control Tx TypeがNon Duplicateであると、ステップＳ１３２において判定された場合、処理は、ステップＳ１３３に進む。

　ステップＳ１３３において、Shared APは、Non Duplicateによる送信処理を行う。Non Duplicateによる送信処理は、図１０を参照して上述した処理と同様の処理である。この処理により、Shared APは、Non Duplicateにより、Sharing APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。

　ステップＳ１３２において、DL Control Tx TypeがNon Duplicateではないと判定された場合、処理は、ステップＳ１３４に進む。

　ステップＳ１３４において、Shared APは、DL Control Tx TypeがDuplicateであるか否かを判定する。DL Control Tx TypeがDuplicateであると、ステップＳ１３４において判定された場合、処理は、ステップＳ１３５に進む。

　ステップＳ１３５において、Shared APは、Sharing APに、自身のBSS内のSTA宛てのTrigger Infoを含むResponse Frameを送信する。

　ステップＳ１３６において、Shared APは、Duplicateによる送信処理を行う。Duplicateによる送信処理は、図１７を参照して後述される。この処理により、Shared APは、Duplicateにより、Sharing APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。

　ステップＳ１３４において、DL Control Tx TypeがDuplicateではないと判定された場合、処理は、ステップＳ１３７に進む。

　ステップＳ１３７において、Shared APは、DL Control Tx TypeがCoordinated OFDMAであるか否かを判定する。DL Control Tx TypeがCoordinated OFDMAであるとステップＳ１３７において判定された場合、処理は、ステップＳ１３８に進む。

　ステップＳ１３８において、Shared APは、Coordinated OFDMAによる送信処理を行う。Coordinated OFDMAによる送信処理は、図１８を参照して後述される。この処理により、Shared APは、Coordinated OFDMAにより、Sharing APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。

　ステップＳ１３７において、DL Control Tx TypeがCoordinated OFDMAではないと判定された場合、処理は、ステップＳ１３９に進む。

　ステップＳ１３９において、Shared APは、MAP Trigger Frameに含まれるPCH Infoが現在のPCHであるか否かを判定する。MAP Trigger Frameに含まれるPCH Infoが現在のPCHではないと、ステップＳ１３９において判定された場合、処理は、ステップＳ１４０に進む。

　ステップＳ１４０において、Shared APは、自身のChannel Switchingによる送信処理を行う。自身のChannel Switchingによる送信処理は、図１３を参照して上述した処理と同様の処理である。この処理により、Shared APは、自身のChannel Switchingにより、Sharing APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。

　ステップＳ１３９において、MAP Trigger Frameに含まれるPCH Infoが現在のPCHであると判定された場合、処理は、ステップＳ１４１に進む。

　ステップＳ１４１において、Shared APは、他のAP(いまの場合、Sharing AP)のChannel Switchingによる送信処理を行う。他のAPのChannel Switchingによる送信処理は、図１９を参照して後述される。この処理により、Shared APは、他のAPのChannel Switchingにより、Sharing APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。

　ステップＳ１３３、Ｓ１３６、Ｓ１３８、Ｓ１４０、またはＳ１４１の後、図１６の処理は終了となる。

　図１７は、図１６のステップＳ１３６におけるDuplicateによる送信処理を説明するフローチャートである。

　ステップＳ１６１において、Shared APは、自身のBSS内とSharing APのBSS内のSTAにTrigger Frameを送信する。

　Trigger Frameにて指定されたSTAが、UL Data Frameを送信してくる。

　ステップＳ１６２において、Shared APは、STAから送信されてくるUL Data Frameを受信する。

　ステップＳ１６３において、Shared APは、Sharing APのBAの送信を待機する。

　ステップＳ１６４において、Shared APは、自身のBSS内のSTAにBAを送信する。

　図１８は、図１６のステップＳ１３８のCoordinated OFDMAによる送信処理を説明するフローチャートである。

　ステップＳ１８１において、Shared APは、Coordinated OFDMAにて、自身のBSS内のSTAにTrigger Frameを送信する。

　ステップＳ１８２において、Shared APは、UL Data Frameを受信する。

　そこで、Sharing APは、BA送信に使用するRU Infoを含むMAP Trigger Frameを、Shared APに送信してくる。

　ステップＳ１８３において、Shared APは、MAP Trigger Frameを受信する。

　ステップＳ１８４において、Shared APは、Coordinated OFDMAにて、自身のBSS内のSTAにBAを送信する。

　図１９は、図１６のステップＳ１４１における他のAPのChannel Swichingに送信処理を説明するフローチャートである。

　ステップＳ１９１において、Shared APは、Sharing APが、チャンネル切替要求信号の送信を終えるまで、待機する。

　ステップＳ１９２において、Shared APは、自身のBSS内のSTAにTrigger Frameを送信する。

　ステップＳ１９３において、Shared APは、UL Data Frameを受信する。

　ステップＳ１９４において、Shared APは、切り替えたチャンネルにおいて、自身のBSS内のSTAにBAを送信する。

　＜第１の実施の形態における効果＞
　図２０は、本技術の第１の実施の形態における効果を示す図である。

　図２０のＡ乃至図２０のＤにおいては、順に、Duplicate、Channel Switching、Coordinated OFDMA、および、Non Duplicateの各送信方法によるフレームシーケンス並びにそれらにかかる所要時間のイメージが示されている。図２０においては、他の送信方法と比較して所要時間が増加されているフレームやフレームの一部にハッチングがなされている。

　図２０のＡのDuplicateの場合、Shared APから一度、MAP Triggerの応答であるMAP Response情報を取得する必要があり、MAP Triggerにおいても他より多くの情報を交換しなければならない。したがって、それらの分、所要時間やフレーム数が増加するため、他の送信方法よりも所要時間を要する。

　図２０のＢのChannel Switchingの場合、チャンネル切替のための信号(Channel SwitchRequest Frame)が追加で必要となり、フレーム数が増加する。図２０のＣのCoordinated OFDMAの場合、BA前のMAP Trigger Frame送信が追加で必要となり、フレーム数が増加する。

　図２０のＤのNon Duplicateの場合、必要となるフレーム数は最も少なく、さらにTriggerやBAを広帯域で送信できるため、他の方法よりも、フレーム伝送時間の短縮化も期待できる。

　以上のように、本技術において、Non Duplicateの伝送を優先し、DL制御信号の伝送方法を決定するようにしたので、データ伝送時間に対する制御信号の伝送時間（すなわち、オーバヘッド）を短縮することができる。

　また、仮に、Sharing APが20MHz帯域しか送信できなかった場合、Channel SwitchingとCoordinated OFDMA以外の、DuplicateとNon Duplicateとを使い分けることにより、オーバヘッドを可能な限り削減しつつ、すべてのSTAへのDL制御信号の伝送を保障することができる。

　以上により、本技術によれば、状況に応じて最適なデータ伝送を行うことができる。

　なお、上記説明においては、４つの伝送方法の中から１つの伝送方法を決定する例が示されていたが、４つの伝送方法のうち２つや３つの伝送方法の中から１つの伝送方法を決定するようにしてもよい。

＜３．第２の実施の形態＞
　第１の実施の形態においては、Sharing APによりDL制御信号の伝送方法が決定された。第１の実施の形態の場合、Sharing APがDL制御信号を、例えば、Duplicateで伝送可能か否かを判定するためには、Sharing APが、伝送の決定に必要な情報を知る必要がある。伝送の決定に必要な情報とは、上述した、図４のフェーズPh2(RSSI Measurement Phase)において取得されるすべてのAPとすべてのSTAとの間の伝搬損失値や、フェーズPh1(Assocaition Phase)において取得されるAPおよびSTAのCapability情報、C-SR Response Frameで取得されるCCA Result(キャリアセンス結果を示す情報)などである。

　そこで、第２の実施の形態においては、DL制御信号の伝送方法について、Sharing APと共に、Shared APも情報交換に基づいて決定する例を紹介する。具体的には、Shared APが決定した伝送方法に基づいて、Sharing APが最適な伝送方法を最終的に決定する。

　第２の実施の形態の場合、Sharing APは、すべてのAP-すべてのSTA間の伝搬損失値を知らなくとも、少なくとも自身のすべてのSTAとの間の伝搬損失情報だけを入手できていれば、DL制御信号がDuplicate伝送可能か否かを判定することができる。

　さらに、Shared APがDL制御信号の伝送方法を決定するので、上述したC-SR Responseにおいて、決定したDL制御信号の伝送方法と、その伝送方法に応じて必要な情報を、Shared APからSharing APへ伝送することができる。したがって、第２の実施の形態においては、伝送方法によっては、伝送方法に応じて必要な情報を送るための他のフレームを送信しなくてもよいので、第１の実施の形態と比較して、よりオーバヘッドを短縮することが可能となる。

　第２の実施の形態において、全体の処理シーケンスについては、図４を参照して上述した第１の実施の形態の全体の処理シーケンスと基本的に同様である。以下、第２の実施の形態においては、第１の実施の形態と異なる部分について説明する。

　＜C-SR Announcement Frameのフレーム構成例＞
　図２１は、第２の実施の形態におけるC-SR Announcement Frameのフレーム構成例を示す図である。

　なお、図２１におけるハッチングは、本技術において特徴となる情報が含まれるfieldであり、また、第１の実施の形態の場合と異なる部分であることを示す。第２の実施の形態における以降の図においても同様である。

　すなわち、第１の実施の形態との違いは、Sharing AP Info Variant内およびCandidate AP Info Variantに、DL Control Frame Infoが含まれ、ここに、各APがDL制御信号の伝送に使用する送信パラメータである、帯域幅（BW Info）、送信電力情報（Tx Power Info）およびMCS情報（MCS Info）が格納される。

　Shared APは、図２３を参照して後述するが、これらの送信パラメータを用いてDL制御信号の伝送方法を決定する。

　なお、もしDL制御信号がすべてのAPで同一の送信パラメータを用いて送信することが前提となる場合、Candidate AP Info Variant内のDL Control Frame Infoは省略されてもよい。この場合、Shared APも、Sharing AP Info Variant内のDL Control Frame Infoに基づいて、DL制御信号の送信パラメータを設定する。

　＜C-SR Response Frameのフレーム構成例＞
　図２２は、第２の実施の形態におけるC-SR Response Frameのフレーム構成例を示す図である。

　図２２において、第１の実施の形態との違いは、本Frame内に、Dl Control Tx Type情報が含まれている点、またSTA Info内にSTA IDだけでなく、Shared APが本STAへ送信する予定のTrigger Infoを含むことが可能となる点である。

　これらは、図２３を参照して後述するが、Shared APが決定したDL制御信号の伝送方法によって、本fieldに含まれる情報が異なる。また、Shared APが決定したDL制御信号の伝送方法によっては、STA Info自体が通知されない場合もある。

　＜C-SR Tx Phaseにおける各APの処理＞
　図２３は、第２の実施の形態におけるSharing AP(AP1)の処理を説明するフローチャートである。

　図２３において、第１の実施の形態（図９）との違いは、以下のとおりである。

　・DL制御信号の送信方法は、各Shared APが決定し、Shared APから応答されたC-SR Response内のDL Control Tx Typeに基づいて、Sharing APにより最終的に決定される。

　・Non Duplicateによる送信時、Sharing APは、MAP Triggerを送信せず、そのまま同一BSS内のSTAへTrigger Frameを送信する。なお、これは、既にSharing APとShared APとの間でTrigger/BAの送信パラメータが共有されており、同時に送信しても問題ないことが確認できているからである。

　・Duplicate送信時、Sharing APは、MAP Trigger送信後（Shared APはMAP Trigger受信後）に同一のBSS内のSTAへTrigger Frameを送信する。これは、Shared APがC-SR Response内にTrigger Infoを含めて応答するため、MAP Trigger内にSharing APのTrigger Infoが共有されれば、Duplicate伝送が可能となるからである。

　すなわち、図２３のステップＳ２０１において、AP1は、送信機会(TXOP)を獲得する。

　ステップＳ２０２において、AP1は、Sharing APとしてC-SR Announcement Frameを送信する。以下、主語を、Sharing APとして説明する。

　ステップＳ２０３において、Sharing APは、１台以上のCandidate APからC-SR Response Frameを取得したか否かを判定する。１台以上のCandidate APからC-SR Response Frameを取得したと、ステップＳ２０３において判定された場合、処理は、ステップＳ２０４に進む。

　ここで、C-SR Response Frameを送信してきたCandidate APの中から、Shared APが選ばれる。

　ステップＳ２０４において、Sharing APは、C-SR Response FrameのDL Control Tx TypeがNon Duplicateであるか否かを判定する。DL Control Tx TypeがNon DuplicateであるとステップＳ２０４において判定された場合、処理は、ステップＳ２０５に進む。

　ステップＳ２０３において、１台以上のCandidate APからC-SR Response Frameを取得していないと判定された場合も、処理は、ステップＳ２０５に進む。

　ステップＳ２０５において、Sharing APは、Non Duplicateによる送信処理を行う。Non Duplicateによる送信処理は、図１０を参照して上述した処理と同様の処理である。この処理により、Sharing APは、Non Duplicateにより、Shared APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。なお、ここでいうNon Duplicateとは、Shared APが存在せず、AP1のみがTrigger Frameを送信することも含む。

　ステップＳ２０４において、DL Control Tx TypeがNon Duplicateではないと判定された場合、処理は、ステップＳ２０６に進む。

　ステップＳ２０６において、Sharing APは、C-SR Response FrameのDL Control Tx TypeがDuplicateであるか否かを判定する。DL Control Tx TypeがDuplicateであるとステップＳ２０６において判定された場合、処理は、ステップＳ２０７に進む。

　ステップＳ２０７において、Sharing APは、Duplicateによる送信処理を行う。Duplicateによる送信処理は、図２４を参照して後述される。この処理により、Sharing APは、Duplicateにより、Shared APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。

　ステップＳ２０６において、Sharing APは、C-SR Response FrameのDL Control Tx TypeがDuplicateではないと判定された場合、処理は、ステップＳ２０８に進む。

　ステップＳ２０８において、Sharing APは、C-SR Response FrameのDL Control Tx TypeがCoordinated OFDMAであるか否かを判定する。DL Control Tx TypeがCoordinated OFDMAであると、ステップＳ２０８において判定された場合、処理は、ステップＳ２０９に進む。

　ステップＳ２０９において、Sharing APは、Coordinated OFDMAによる送信処理を行う。Coordinated OFDMAによる送信処理は、図１２を参照して上述した処理と同様の処理である。この処理により、Sharing APは、Coordinated OFDMAにより、Shared APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。

　ステップＳ２０８において、DL Control Tx TypeがCoordinated OFDMAが可能ではないと判定された場合、処理は、ステップＳ２１０に進む。

　ステップＳ２１０において、Sharing APは、自身がChannel Switchingを行うか否かを判定する。自身がChannel Switchingを行うとステップＳ２１０において判定された場合、処理は、ステップＳ２１１に進む。

　ステップＳ２１１において、Sharing APは、現在のPCHの示すPCH Infoを含むMAP Trigger FrameをShared APに送信する。

　ステップＳ２１２において、Sharing APは、自身のChannel Switchingによる送信処理を行う。自身のChannel Switchingによる送信処理は、図１３を参照して上述された処理と同様の処理である。この処理により、Sharing APは、自身のChannel Switchingにより、Shared APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。

　ステップＳ２１０において、自身がChannel Switchingを行わないと判定された場合、処理は、ステップＳ２１３に進む。

　ステップＳ２１３において、Sharing APは、切替後のCHを示すPCH Infoを含むMAP Trigger FrameをShared APに送信する。

　ステップＳ２１４において、Sharing APは、他のAP(いまの場合、Shared AP)のChannel Switchingによる送信処理を行う。他のAPのChannel Switchingによる送信処理は、図１４を参照して上述した処理と同様の処理である。この処理により、Sharing APは、Shared APのChannel Switchingにより、Shared APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。

　ステップＳ２０５、Ｓ２０７、Ｓ２０９、Ｓ２１２、またはＳ２１４の後、図２３の処理は終了となる。

　なお、図２３において、Sharing APが、C-SR Response FrameのDL Control Tx Type に基づいて、伝送方法を判定する例が示されているが、DL制御信号の伝送方法がNon Duplicate以外の時、自身の判定で伝送方法を判定するようにしてもよい。すなわち、MAP Trigger Frameにおいて、Shared APと異なるDL Control Tx Typeを指定し伝送するようにしてもよい。

　図２４は、図２３のステップＳ２０７におけるDuplicateによる送信処理を説明するフローチャートである。

　ステップＳ２３１において、Sharing APは、自身のBSS内のSTA宛のTrigger Infoを含むMAP Trigger FrameをShared APに送信する。

　ステップＳ２３２において、Sharing APは、自身のBSS内とShared APのBSS内のSTAにTrigger Frameを送信する。

　ステップＳ２３３において、Sharing APは、STAから送信されてくるUL Data Frameを受信する。

　ステップＳ２３４において、Sharing APは、自身のBSS内のSTAにBAを送信する。

　ステップＳ２３５において、Sharing APは、Shared APのBAの送信を待機する。

　なお、図１１の例と同様に、Duplicate送信時、現状BAの情報をAP間で共有するのが難しいため、ここでは、BAのみTDDにて送信する例を説明したが、BAは、Trigger Frame同様、Duplicate Frameとして送信されてもよい。

　図２５は、第２の実施の形態におけるShared AP(AP2)の処理を説明するフローチャートである。

　なお、図２５の処理は、図４のステップＳ１２において送信されてくるC-SR Announcement Frame受信時の処理である。

　第１の実施の形態（図１５）との違いは、ULスケジューリング後、Shared APは、取得した情報に基づいて、DL制御信号の伝送方法を判定して決定し、C-SR Response内のDL Tx Typeにおいて通知する点である。なお、各判定に必要な情報は、前段のフェーズPh1またはフェーズPh2において取得されているか、または、C-SR Announcement Frameにて通知された情報である。

　図２５のステップＳ２５１において、AP2は、C-SR Announcement Frameを受信する。

　ステップＳ２５２において、AP2は、C-SR Announcement Frameに基づいて、自身のAP IDがあるか否か、かつ、UL協調可能であるか否かを判定する。自身のAP IDがあるか否か、かつ、UL協調可能であるとステップＳ２５２において判定された場合、処理は、ステップＳ２５３に進む。

　ステップＳ２５３において、AP2は、Shared APとして、ULスケジューリングを行う。

　ステップＳ２５２において、自身のAP IDがない、または、UL協調可能ではないと判定された場合、処理は、ステップＳ２５４に進む。

　ステップＳ２５４において、AP2は、NAV設定を行う。ステップＳ２５４の後、図２５の処理は終了となる。

　ステップＳ２５３の後、処理は、ステップＳ２５５に進む。以下、主語を、Shared APとして説明する。

　ステップＳ２５５において、Shared APは、DL制御信号をNon Duplicate送信できるか否かを判定する。

　例えば、すべてのAPが同時に指定した、または指定された送信パラメータで、DL制御信号を送信した場合に、自身がTrigger FrameにてUL伝送を誘起しようとしている同一BSS内のSTAのSINRが許容値を満足するとき、DL制御信号をNon Duplicate送信できると判定される。自身がTrigger FrameにてUL伝送を誘起しようとしている同一BSS内のSTAのSINRは、例えば、図４のフェーズPh2で取得されている。

　ステップＳ２５５において、DL制御信号をNon Duplicate送信できると判定された場合、処理は、ステップＳ２５６に進む。

　ステップＳ２５６において、Shared APは、DL Control Tx Type＝Non DuplicateにしたC-SR Response FrameをSharing APに送信する。その後、処理は、ステップＳ２５７に進む。

　ステップＳ２５７において、Shared APは、SIFS後、Trigger Frameを送信する。

　ステップＳ２５５において、DL制御信号をNon Duplicate送信できないと判定された場合、処理は、ステップＳ２５８に進む。

　ステップＳ２５８において、Shared APは、DL制御信号をFDD送信できるか否かを判定する。

　例えば、C-SR Announcement Frameに基づいて、Sharing APが40MHz以上の帯域幅で送信機会を獲得できている場合、DL制御信号をFDD送信できないと、ステップＳ２５８において判定され、処理は、ステップＳ２５９に進む。

　ステップＳ２５９において、Shared APは、DL Control TypeがDuplicateであり、STA InfoにTrigger Infoを含むC-SR Response FrameをSharing APに送信する。

　ステップＳ２５８において、Shared APは、DL制御信号をFDD送信できると判定された場合、処理は、ステップＳ２６０に進む。

　ステップＳ２６０において、Shared APは、Coordinated OFDMAが可能であるか否かを判定する。この判定には、図４のフェーズPh1で取得されたCapability情報や自身のキャリアセンス結果などが用いられる。

　Sharing APとShared APともに、図４のフェーズPh1で取得されたCapability情報において、Coordinated OFDMAが実行可能である場合、ステップＳ２６０において、Coordinated OFDMAが可能であると判定され、処理は、ステップＳ２６１に進む。

　ステップＳ２６１において、Shared APは、DL Control TypeがCoordinated OFDMAであり、STA InfoにSTA IDを含むC-SR Response FrameをSharing APに送信する。

　ステップＳ２６０において、Coordinated OFDMAが可能ではないと判定された場合、処理は、ステップＳ２６２に進む。

　ステップＳ２６２において、Shared APは、自身のキャリアセンス結果に基づいて、DL Control TypeがChannel SwitchingであるC-SR Response FrameをSharing APに送信する。

　ステップＳ２５９、Ｓ２６１、またはＳ２６２の後、処理は、ステップＳ２６３に進む。

　ステップＳ２６３において、Shared APは、Sharing APからのMAP Trigger Frameを待機する。

　ステップＳ２５７またはＳ２６３の後、図２５の処理は終了となる。

　図２６は、第２の実施の形態におけるShared AP(AP2)の他の処理を説明するフローチャートである。

　なお、図２６の処理は、図４のステップＳ１４において送信されてくるMAP Trigger Frame受信時の処理である。

　第１の実施の形態（図１６）との違いは、図２６のフローチャートにおいて、Non Duplicateの伝送方法に関する処理が省略されている点である。これは、上述したように、Non Duplicateによる伝送時は、MAP Triggerが送信されないからである。

　図２６のステップＳ２８１において、Shared APは、MAP Trigger Frameを受信する。

　ステップＳ２８２において、Shared APは、MAP Trigger Frameに含まれるDL Control Tx TypeがDuplicateであるか否かを判定する。DL Control Tx TypeがDuplicateであるとステップＳ２８２において判定された場合、処理は、ステップＳ２８３に進む。

　ステップＳ２８３において、Shared APは、Duplicateによる送信処理を行う。Duplicateによる送信処理は、図１７を参照して上述した処理と同様の処理である。この処理により、Shared APは、Duplicateにより、Sharing APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。なお、この場合、図２５のステップＳ２５９においてShared APがC-SR Response内にTrigger Infoを含めて応答し、また、MAP Trigger内にSharing APのTrigger Infoが共有されているので、Duplicate伝送が可能となっている。

　ステップＳ２８２において、DL Control Tx TypeがDuplicateではないと判定された場合、処理は、ステップＳ２８４に進む。

　ステップＳ２８４において、Shared APは、DL Control Tx TypeがCoordinated OFDMAであるか否かを判定する。DL Control Tx TypeがCoordinated OFDMAであるとステップＳ２８４において判定された場合、処理は、ステップＳ２８５に進む。

　ステップＳ２８５において、Shared APは、Coordinated OFDMAによる送信処理を行う。Coordinated OFDMAによる送信処理は、図１８を参照して上述した処理と同様の処理である。この処理により、Shared APは、Coordinated OFDMAにより、Sharing APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。

　ステップＳ２８４において、DL Control Tx TypeがCoordinated OFDMAではないと判定された場合、処理は、ステップＳ２８６に進む。

　ステップＳ２８６において、Shared APは、MAP Trigger Frameに含まれるPCH Infoが現在のPCHであるか否かを判定する。MAP Trigger Frameに含まれるPCH Infoが現在のPCHではないと、ステップＳ２８６において判定された場合、処理は、ステップＳ２８７に進む。

　ステップＳ２８７において、Shared APは、自身のChannel Switchingによる送信処理を行う。自身のChannel Switchingによる送信処理は、図１３を参照して上述した処理と同様の処理である。この処理により、Shared APは、自身のChannel Switchingにより、Sharing APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。

　ステップＳ２８６において、MAP Trigger Frameに含まれるPCH Infoが現在のPCHであると判定された場合、処理は、ステップＳ２８８に進む。

　ステップＳ２８８において、Shared APは、他のAP(いまの場合、Sharing AP)のChannel Switchingによる送信処理を行う。他のAPのChannel Switchingによる送信処理は、図１９を参照して上述した処理と同様の処理である。この処理により、Shared APは、他のAPのChannel Switchingにより、Sharing APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。

　ステップＳ２８３、Ｓ２８５、Ｓ２８７、またはＳ２８８の後、図２６の処理は終了となる。

　＜第２の実施の形態における効果＞
　図２７は、本技術の第２の実施の形態における効果を示す図である。

　図２７のＡ乃至図２７のＤにおいては、順に、Duplicate、Channel Switching、Coordinated OFDMA、および、Non Duplicateの各方法によるフレームシーケンス並びにそれらにかかる所要時間のイメージが示されている。図２７においては、他の方法と比較して増加しているフレームにハッチングがなされている。

　第１の実施の形態において、Sharingが決定していたDL制御信号の伝送方法を、第２の実施の形態においては、Shared APが決定する点が異なっている。このようにすることで、第２の実施の形態においては、Duplicateによる伝送やNon Duplicateによる伝送時に交換されるフレームの数を、図２０の例より削減することができる。

　例えば、図２７のDuplicateの場合、C-SR Response Frameにおいては、図２０の例よりフレーム数が増えるが、その代わり、MAP Response Frameの交換を必要としないので、Duplicateによる伝送時に交換されるフレーム数が削減される。

　また、図２７のNon Duplicateの場合、MAP Trigger Frameの交換を必要としないので、Non Duplicateによる伝送時に交換されるフレームの数は、図２０の例よりさらに削減するとともに、オーバヘッド低減が期待できる。

＜４．第３の実施の形態＞
　第３の実施の形態においては、第２の実施の形態に加え、Shared APがSharing APのDL制御信号の送信パラメータ(主に送信電力)の制御を要求することで、よりDL制御信号のNon Duplicate伝送の機会を増やすことができる。

　第３の実施の形態において、全体の処理シーケンスについては、図４を参照して上述した第１の実施の形態の全体の処理シーケンスと基本的に同様である。以下、第３の実施の形態においては、第１および第２の実施の形態と異なる部分について説明する。

　＜C-SR Announcement Frameのフレーム構成例＞
　図２８は、第３の実施の形態におけるC-SR Announcement Frameのフレーム構成例を示す図である。

　なお、図２８におけるハッチングは、本技術において特徴となる情報が含まれるfieldであり、また、第１および第２の実施の形態の場合と異なる部分であることを示す。第３の実施の形態における以降の図においても同様である。

　すなわち、第２の実施の形態との違いは、Sharing AP Info VariantのDL Control Frame Info内に、DL Control Frame Adjustment Type fieldが追加される。Sharing APは、本field内に、自身のDL制御信号の送信パラメータが調整可能か否かについての情報を書き込み、Shared APに通知する。

　なお、本fieldにて、最大XdBの送信電力を抑制可能といった情報が通知されるようにしてもよい。

　＜C-SR Response Frameのフレーム構成例＞
　図２９は、第３の実施の形態におけるC-SR Response Frameのフレーム構成例を示す図である。

　図２９において、第２の実施の形態との違いは、本Frame内に、Dl Control Tx Parameter Req fieldが追加されている点、Shared APが、Sharing APが送信するDL制御信号の許容送信電力情報（Allowable Tx Power）と共に、Sharing APへ送信電力制御の要求を行う点である。

　＜C-SR Tx Phaseにおける各APの処理＞
　図３０は、第３の実施の形態におけるSharing AP(AP1)の処理を説明するフローチャートである。

　図３０において、第２の実施の形態（図２３）との違いは、Sharing APは、Shared APからC-SR Response Frameにて送信パラメータ変更の要求があり、かつ変更可能であるとき、DL Tx Type＝Non DuplicateにしてMAP Trigger Frameを送信する点である。

　ここでいう送信パラメータ変更可能とは、要求された送信パラメータで、自身のBSS内のUL伝送を誘起するSTAが問題なくDL制御信号を受信できる（すなわち、SINR推定値が要求値を満足する）ことを意味する。

　もし送信パラメータ変更ができない場合、第２の実施の形態の場合と同様、他の伝送方法を選択することとなる。

　図３０のステップＳ３０１において、AP1は、送信機会(TXOP)を獲得する。

　ステップＳ３０２において、AP1は、Sharing APとしてC-SR Announcement Frameを送信する。以下、主語を、Sharing APとして説明する。

　ステップＳ３０３において、Sharing APは、１台以上のCandidate APからC-SR Response Frameを取得したか否かを判定する。１台以上のCandidate APからC-SR Response Frameを取得したと、ステップＳ３０３において判定された場合、処理は、ステップＳ３０４に進む。

　ステップＳ３０４において、Sharing APは、C-SR Response FrameのDL Control Tx TypeがNon Duplicateであるか否かを判定する。DL Control Tx TypeがNon DuplicateではないとステップＳ３０４において判定された場合、処理は、ステップＳ３０５に進む。

　ステップＳ３０５において、Sharing APは、送信パラメータ制御要求があり、かつ、変更可能であるか否かを判定する。送信パラメータ制御要求があり、かつ、変更可能であると、ステップＳ３０５において判定された場合、処理は、ステップＳ３０６に進む。

　ステップＳ３０６において、Sharing APは、自身のBSS内のSTAに送信するためのTrigger Frameの送信パラメータ情報を含み、DL Tx TypeをNon DuplicateとしたMAP Trigger Frameを送信する。その後、処理は、ステップＳ３０７に進む。

　ステップＳ３０３において、１台以上のCandidate APからC-SR Response Frameを取得していないと判定された場合、または、ステップＳ３０４において、DL Control Tx TypeがNon Duplicateであると判定された場合も、処理は、ステップＳ３０７に進む。

　ステップＳ３０７において、Sharing APは、Non Duplicateによる送信処理を行う。Non Duplicateによる送信処理は、図１０を参照して上述した処理と同様の処理である。この処理により、Sharing APは、Non Duplicateにより、Shared APと協調して、DL制御信号を送信し、STAからのUL Data Frameを受信する。なお、ここでいうNon Duplicateとは、Shared APが存在せず、AP1のみがTrigger Frameを送信することも含む。その後、図３０の処理は終了となる。

　ステップＳ３０５において、送信パラメータ制御要求がない、または、変更可能ではないと判定された場合、処理は、ステップＳ３０８に進む。

　図３０のステップＳ３０８乃至Ｓ３１６の処理は、図２３のステップＳ２０６乃至Ｓ２１４の処理と基本的に同様であるため、その説明が繰り返しになるので、省略される。

　図３１は、第３の実施の形態におけるShared AP(AP2)の処理を説明するフローチャートである。

　図３１の処理は、図４のステップＳ１２において送信されてくるC-SR Announcement Frame受信時の処理である。

　なお、図３１のステップＳ３５１乃至Ｓ３５４、Ｓ３５６、Ｓ３５７、およびステップＳ３６０乃至Ｓ３６５の処理は、図２５のステップＳ２５１乃至Ｓ２５７、およびステップＳ２５８乃至Ｓ２６３の処理と基本的に同様であるため、その説明が繰り返しになるので、省略される。

　図３１のステップＳ３５５において、DL制御信号をNon Duplicate送信できないと判定された場合、処理は、ステップＳ３５８に進む。

　ステップＳ３５８において、Shared APは、Sharing APへの送信パラメータの変更を要求するか否かを判定する。Sharing APへの送信パラメータの変更を要求すると、ステップＳ３５８において判定された場合、処理は、ステップＳ３５９に進む。

　ステップＳ３５９において、Shared APは、DL Control Tx Parameter Reqを設定する。その後、処理は、ステップＳ３６０に進む。

　また、ステップＳ３５９において、Sharing APへの送信パラメータの変更を要求しないと判定された場合も、処理は、ステップＳ３６０に進む。

　すなわち、Shared APがDL制御信号のNon Duplicate伝送が不可能であると判定し、次に、Sharing APの送信パラメータを変更することで、Non Duplicate伝送が可能となる場合、C-SR ResponseのDL Control Tx ParameterReqを設定した後、第２の実施の形態の場合と同様に、他の伝送方法の判定に移る。

　一方、Sharing APの送信パラメータを変更しても、Non Duplicate伝送が可能とならない場合、また、Sharing APが自身の送信パラメータ制御を許可しない場合（C-SR Announcement内のDL Control Frame Adjustment Typeにて通知）も、第２の実施の形態の場合と同様に、他の伝送方法の判定に移る。

　＜第３の実施の形態における効果＞
　図３２は、本技術の第３の実施の形態における効果を示す図である。

　図３２のＡ乃至図３２のＤ、および図３２のＤ´においては、順に、Duplicate、Channel Switching、Coordinated OFDMA、Non Duplicate、および、Non Duplicate（送信パラメータの変更あり）の各方法によるフレームシーケンス並びにそれらにかかる所要時間のイメージが示されている。図３２においては、他の方法と比較して増加しているフレームにハッチングがなされている。

　第３の実施の形態においては、第２の実施の形態の場合に加えて、送信パラメータの変更を行って、Non Duplicate伝送する場合（図３２のＤ´）が新たに選択できるようになる。

　送信パラメータの変更を行って、Non Duplicate伝送する場合は、送信パラメータの変更を行わずに、Non Duplicate伝送する場合と比較して、Frame交換の数は、１つ（MAP Trigger Frame）増える。しかしながら、送信パラメータの変更を行って、Non Duplicate伝送する場合は、Trigger/BAを広帯域で伝送しやすくなることから、依然として、他の伝送方法と比較して、オーバヘッド低減を実現することが可能である。

＜５．その他＞
　＜本技術の効果＞
　以上のように、本技術においては、無線通信端末からの伝送であるアップリンク伝送が、他の無線通信装置と協調して行われる。また、アップリンク伝送に必要な制御信号であるダウンリンク制御信号の伝送方法を示す伝送方法情報、または、伝送方法の決定に必要な情報が、他の無線通信装置から取得される。

　これにより、状況に応じて最適なデータ伝送を行うことが可能となる。

　さらに、本技術において、Non Duplicateの伝送を優先し、DL制御信号の伝送方法を決定するようにしたので、データ伝送時間に対する制御信号の伝送時間（すなわち、オーバヘッド）を短縮することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

　＜構成の組み合わせ例＞
　本技術は、以下のような構成をとることもできる。
（１）
　無線通信端末からの伝送であるアップリンク伝送を、他の無線通信装置と協調して行う無線通信部と、
　前記アップリンク伝送に必要な制御信号であるダウンリンク制御信号の伝送方法を示す伝送方法情報、または、前記伝送方法の決定に必要な情報を、前記他の無線通信装置から取得する通信制御部と
　を備える無線通信装置。
（２）
　自身は、送信機会を獲得した無線通信装置であり、
　前記通信制御部は、前記伝送方法の決定に必要な情報として、前記他の無線通信装置が前記アップリンク伝送を誘起する前記無線通信端末に関する情報を取得し、前記伝送方法を決定する
　前記（１）に記載の無線通信装置。
（３）
　前記通信制御部は、自身および前記他の無線通信装置と前記アップリンク伝送を行うすべての前記無線通信端末との間の伝搬損失に関する情報に基づいて、自身および前記他の無線通信装置が前記ダウンリンク制御信号を同時に同じリソースで伝送できるか否かを判定する
　前記（２）に記載の無線通信装置。
（４）
　前記通信制御部は、自身が前記送信機会を獲得した帯域幅に基づいて、前記ダウンリンク制御信号を周波数多重して伝送できるか否かを判定する
　前記（２）または（３）に記載の無線通信装置。
（５）
　前記通信制御部は、前記ダウンリンク制御信号を周波数多重して伝送できると判定した場合、前記他の無線通信装置のキャリアセンス結果、および前記他の無線通信装置の機能を示すCapability情報に基づいて、適する周波数多重方法を判定する
　前記（４）に記載の無線通信装置。
（６）
　前記周波数多重方法は、Coordinated OFDMAまたはChannel Switchingである
　前記（５）に記載の無線通信装置。
（７）
　前記通信制御部は、前記他の無線通信装置が前記ダウンリンク制御信号を同時に同じリソースで伝送できない、かつ、前記ダウンリンク制御信号を周波数多重して伝送できないと判定した場合、前記ダウンリンク制御信号の情報を前記他の無線通信装置と交換し、自身と前記他の無線通信装置において同一の前記ダウンリンク制御信号を生成し、生成した前記ダウンリンク制御信号を、同時に同じリソースで伝送する制御を行う
　前記（２）乃至（６）のいずれかに記載の無線通信装置。
（８）
　前記無線通信部は、決定した前記伝送方法を示す情報を、前記他の無線通信装置に送信し、決定した前記伝送方法を用いて、前記ダウンリンク制御信号を前記無線通信端末に送信する
　前記（２）乃至（７）のいずれかに記載の無線通信装置。
（９）
　自身は、送信機会を獲得した無線通信装置であり、
　前記無線通信部は、前記伝送方法情報が示す伝送方法を用いて、前記ダウンリンク制御信号を前記無線通信端末に送信する
　前記（１）乃至（８）のいずれかに記載の無線通信装置。
（１０）
　自身は、前記他の無線通信装置の送信機会を共有してもらう無線通信装置であり、
　前記通信制御部は、前記伝送方法の決定に必要な情報として、前記送信機会を取得した他の無線通信装置から通知される前記ダウンリンク制御信号の送信パラメータ情報に基づいて、前記ダウンリンク制御信号の伝送方法を決定する
　前記（１）に記載の無線通信装置。
（１１）
　前記通信制御部は、自身および前記他の無線通信装置と前記アップリンク伝送を行うすべての前記無線通信端末との間の伝搬損失に関する情報に基づいて、自身および前記他の無線通信装置が前記ダウンリンク制御信号を同時に同じリソースで伝送できるか否かを判定する
　前記（１０）に記載の無線通信装置。
（１２）
　前記通信制御部は、自身および前記他の無線通信装置と前記アップリンク伝送を行うすべての前記無線通信端末との間の伝搬損失に関する情報に基づいて、自身および前記他の無線通信装置が前記ダウンリンク制御信号を同時に同じリソースで伝送するために、前記他の無線通信装置の送信パラメータを決定し、決定した前記送信パラメータを前記他の無線通信装置に送信させる
　前記（１０）または（１１）に記載の無線通信装置。
（１３）
　前記通信制御部は、前記他の無線通信装置が前記送信機会を獲得した帯域幅に基づいて、前記無線通信装置ごとの前記ダウンリンク制御信号を周波数多重して伝送できるか否かを判定する
　前記（１０）乃至（１２）のいずれかに記載の無線通信装置。
（１４）
　前記通信制御部は、前記ダウンリンク制御信号を周波数多重して伝送できると判定した場合、自身のキャリアセンス結果、および自身の機能を示すCapability情報に基づいて、適する周波数多重方法を判定する
　前記（１３）に記載の無線通信装置。
（１５）
　前記周波数多重方法は、C-OFDMAまたはChannel Switchingである
　前記（１４）に記載の無線通信装置。
（１６）
　前記通信制御部は、自身および前記他の無線通信装置が前記ダウンリンク制御信号を同時に同じリソースで伝送できない、かつ、前記ダウンリンク制御信号を周波数多重して伝送できないと判定した場合、前記ダウンリンク制御信号の情報を前記他の無線通信装置と交換し、
　前記無線通信部は、自身と前記他の無線通信装置において同じリソースで伝送するために生成された同一の前記ダウンリンク制御信号を取得する
　前記（１０）乃至（１５）のいずれかに記載の無線通信装置。
（１７）
　前記無線通信部は、決定した前記伝送方法を示す情報を、前記他の無線通信装置に送信し、決定した前記伝送方法を用いて、前記ダウンリンク制御信号を前記無線通信端末に送信する
　前記（１０）乃至（１６）のいずれかに記載の無線通信装置。
（１８）
　自身は、送信機会を共有してもらう無線通信装置であり、
　前記無線通信部は、前記伝送方法情報が示す伝送方法を用いて、前記ダウンリンク制御信号を前記無線通信端末に送信する
　前記（１）乃至（１７）のいずれかに記載の無線通信装置。
（１９）
　無線通信装置が、
　無線通信端末からの伝送であるアップリンク伝送を、他の無線通信装置と協調して行う無線通信部と、
　前記アップリンク伝送に必要な制御信号であるダウンリンク制御信号の伝送方法を示す伝送方法情報、または、前記伝送方法の決定に必要な情報を、前記他の無線通信装置から取得する
　無線通信方法。

　１１－１，１１－２，１１　無線通信装置，　１２－１乃至１２－4，１２　無線通信端末，　３１　無線通信部，　３２　制御部，　３３　記憶部，　４１　アンテナ，　５１　増幅部，　５２　無線インタフェース部，　５３　信号処理部，　５４　データ処理部，　５５　通信制御部，　５６　通信記憶部

Claims

　無線通信端末からの伝送であるアップリンク伝送を、他の無線通信装置と協調して行う無線通信部と、
　前記アップリンク伝送に必要な制御信号であるダウンリンク制御信号の伝送方法を示す伝送方法情報、または、前記伝送方法の決定に必要な情報を、前記他の無線通信装置から取得する通信制御部と
　を備える無線通信装置。
　自身は、送信機会を獲得した無線通信装置であり、
　前記通信制御部は、前記伝送方法の決定に必要な情報として、前記他の無線通信装置が前記アップリンク伝送を誘起する前記無線通信端末に関する情報を取得し、前記伝送方法を決定する
　請求項１に記載の無線通信装置。
　前記通信制御部は、自身および前記他の無線通信装置と前記アップリンク伝送を行うすべての前記無線通信端末との間の伝搬損失に関する情報に基づいて、自身および前記他の無線通信装置が前記ダウンリンク制御信号を同時に同じリソースで伝送できるか否かを判定する
　請求項２に記載の無線通信装置。
　前記通信制御部は、自身が前記送信機会を獲得した帯域幅に基づいて、前記ダウンリンク制御信号を周波数多重して伝送できるか否かを判定する
　請求項２に記載の無線通信装置。
　前記通信制御部は、前記ダウンリンク制御信号を周波数多重して伝送できると判定した場合、前記他の無線通信装置のキャリアセンス結果、および前記他の無線通信装置の機能を示すCapability情報に基づいて、適する周波数多重方法を判定する
　請求項４に記載の無線通信装置。
　前記周波数多重方法は、Coordinated OFDMAまたはChannel Switchingである
　請求項５に記載の無線通信装置。
　前記通信制御部は、前記他の無線通信装置が前記ダウンリンク制御信号を同時に同じリソースで伝送できない、かつ、前記ダウンリンク制御信号を周波数多重して伝送できないと判定した場合、前記ダウンリンク制御信号の情報を前記他の無線通信装置と交換し、自身と前記他の無線通信装置において同一の前記ダウンリンク制御信号を生成し、生成した前記ダウンリンク制御信号を、同時に同じリソースで伝送する制御を行う
　請求項２に記載の無線通信装置。
　前記無線通信部は、決定した前記伝送方法を示す情報を、前記他の無線通信装置に送信し、決定した前記伝送方法を用いて、前記ダウンリンク制御信号を前記無線通信端末に送信する
　請求項２に記載の無線通信装置。
　自身は、送信機会を獲得した無線通信装置であり、
　前記無線通信部は、前記伝送方法情報が示す伝送方法を用いて、前記ダウンリンク制御信号を前記無線通信端末に送信する
　請求項１に記載の無線通信装置。
　自身は、前記他の無線通信装置の送信機会を共有してもらう無線通信装置であり、
　前記通信制御部は、前記伝送方法の決定に必要な情報として、前記送信機会を取得した他の無線通信装置から通知される前記ダウンリンク制御信号の送信パラメータ情報に基づいて、前記ダウンリンク制御信号の伝送方法を決定する
　請求項１に記載の無線通信装置。
　前記通信制御部は、自身および前記他の無線通信装置と前記アップリンク伝送を行うすべての前記無線通信端末との間の伝搬損失に関する情報に基づいて、自身および前記他の無線通信装置が前記ダウンリンク制御信号を同時に同じリソースで伝送できるか否かを判定する
　請求項１０に記載の無線通信装置。
　前記通信制御部は、自身および前記他の無線通信装置と前記アップリンク伝送を行うすべての前記無線通信端末との間の伝搬損失に関する情報に基づいて、自身および前記他の無線通信装置が前記ダウンリンク制御信号を同時に同じリソースで伝送するために、前記他の無線通信装置の送信パラメータを決定し、決定した前記送信パラメータを前記他の無線通信装置に送信させる
　請求項１０に記載の無線通信装置。
　前記通信制御部は、前記他の無線通信装置が前記送信機会を獲得した帯域幅に基づいて、前記無線通信装置ごとの前記ダウンリンク制御信号を周波数多重して伝送できるか否かを判定する
　請求項１０に記載の無線通信装置。
　前記通信制御部は、前記ダウンリンク制御信号を周波数多重して伝送できると判定した場合、自身のキャリアセンス結果、および自身の機能を示すCapability情報に基づいて、適する周波数多重方法を判定する
　請求項１３に記載の無線通信装置。
　前記周波数多重方法は、C-OFDMAまたはChannel Switchingである
　請求項１４に記載の無線通信装置。
　前記通信制御部は、自身および前記他の無線通信装置が前記ダウンリンク制御信号を同時に同じリソースで伝送できない、かつ、前記ダウンリンク制御信号を周波数多重して伝送できないと判定した場合、前記ダウンリンク制御信号の情報を前記他の無線通信装置と交換し、
　前記無線通信部は、自身と前記他の無線通信装置において同じリソースで伝送するために生成された同一の前記ダウンリンク制御信号を取得する
　請求項１０に記載の無線通信装置。
　前記無線通信部は、決定した前記伝送方法を示す情報を、前記他の無線通信装置に送信し、決定した前記伝送方法を用いて、前記ダウンリンク制御信号を前記無線通信端末に送信する
　請求項１０に記載の無線通信装置。
　自身は、送信機会を共有してもらう無線通信装置であり、
　前記無線通信部は、前記伝送方法情報が示す伝送方法を用いて、前記ダウンリンク制御信号を前記無線通信端末に送信する
　請求項１に記載の無線通信装置。
　無線通信装置が、
　無線通信端末からの伝送であるアップリンク伝送を、他の無線通信装置と協調して行う無線通信部と、
　前記アップリンク伝送に必要な制御信号であるダウンリンク制御信号の伝送方法を示す伝送方法情報、または、前記伝送方法の決定に必要な情報を、前記他の無線通信装置から取得する
　無線通信方法。