WO2022050058A1 - 無線通信装置および無線通信端末 - Google Patents

Abstract

本技術は、データの伝送遅延を低減することができるようにする無線通信装置および無線通信端末に関する。 無線通信装置は、第１のデータ信号を含む第１のデータフレームを無線端末に送信し、第１のデータフレームの送信前に、無線端末に対する干渉抑制を他の無線通信装置に要求する抑制要求信号の送信を制御する。本技術は、無線通信システムに適用することができる。

Description

無線通信装置および無線通信端末

　本技術は、無線通信装置および無線通信端末に関し、特に、データの伝送遅延を低減することができるようにした無線通信装置および無線通信端末に関する。

　近年、VR(Virtual Reality)/AR(Augmented Reality)といった技術を利用したリアルタイムモバイルゲーミング、工場内における工程管理やロボット操作、ドローン制御など、無線通信を利用した様々なユースケースが検討されている。これらのユースケースを実現するにあたり、制御情報のような重要な情報を一定の遅延時間内に伝送する”低遅延伝送技術”が重要視されている。

　複数の無線LAN基地局（以下、APと称する）が存在する環境においての低遅延伝送技術のうち、周波数リソースを最も効率よく使用できる方法としてCoordinate Beamforming(CBF)と呼ばれる技術が検討されている。CBFは、あるAPが、同じセルに属する配下の無線LAN装置（以下、STAと称する）へのデータの送信中に、他のAPが前述のSTAへ与える干渉電力を低減するよう協調動作を行う技術である。CBFにより、複数のAPが同時に同じ周波数リソースを使い送信しつつ、STA側で送信信号を受信し、伝送データを取得することが可能となる。

　干渉を低減する方法としては、MIMO(Multi Input Multi Output)技術を利用し、自身の配下ではない無線LAN(Local Area Network)装置へ空間的にNULLを生成する方法が一般的に知られている（特許文献１参照）。なお、一般的に、空間的にNULLを生成するとは、空間的に干渉を０にすることを表す。

　例えば、低遅延伝送技術が必要なデータパケット（以下、RTA(Real Time Application)パケット）を保持するAPからみれば、自分がRTAパケットを伝送するSTAに対して、他のAPが干渉を常に抑制してくれることが望ましい。

国際公開第２０１０／１２５６３５号

　しかしながら、他のAPにおいては、自分の配下ではないSTAに対して干渉抑制を行うということは、自身の通信品質を犠牲にすることに繋がる。例えば、MIMOを利用し、NULLを生成する場合、自身の保持する送信アンテナのいくつかを、自分の配下ではないSTAへのNULL生成のために使用しなければならず、自身の通信に使用できる送信アンテナ数が少なくなり、データレートの低下に繋がる。

　したがって、干渉抑制を行うAPにおいて、自分の配下ではないSTAへの干渉抑制は、本当に必要な状況に限定して行うことが望まれている。

　本技術はこのような状況に鑑みてなされたものであり、データの伝送遅延を低減することができるようにするものである。

　本技術の第１の側面の無線通信装置は、第１のデータ信号を含む第１のデータフレームを無線端末に送信する無線通信部と、前記第１のデータフレームの送信前に、前記無線端末に対する干渉抑制を他の無線通信装置に要求する抑制要求信号の送信を制御する通信制御部とを備える。

　本技術の第２の側面の無線通信装置は、第１のデータ信号を含む第１のデータフレームを第１の無線端末に送信する他の無線通信装置から前記第１のデータフレームの送信前に送信された、前記第１の無線端末に対する干渉抑制を要求する抑制要求信号を受信する無線通信部と、前記抑制要求信号に基づいて、前記干渉抑制を行うか否かを判定する通信制御部とを備える。

　本技術の第３の側面の無線通信端末は、第１の無線通信装置に、データ信号を含むデータフレームを送信する無線通信部と、前記データフレームの送信前に、干渉抑制を第２の無線通信装置に要求する抑制要求信号の送信を制御する通信制御部とを備える。

　本技術の第４の側面の無線通信装置は、第１のデータ信号を含む第１のデータフレームを送信する第１の無線通信端末から干渉抑制を要求する干渉要求信号を受信する無線通信部と、第２の無線通信端末への、前記第１のデータフレームとは異なる第２のデータフレームの送信時に、前記干渉要求信号に基づいて、前記第１の無線通信端末が前記第１のデータフレームを送信する他の無線通信装置への前記干渉抑制を行うか否かを判定する通信制御部とを備える。

　本技術の第５の側面の無線通信端末は、第１のデータ信号を含む第１のデータフレームを送信する他の無線通信端末への干渉抑制の要求を共有する協調情報共有信号を無線通信装置から受信する通信部と、前記第１のデータフレームとは異なる第２のデータフレームの前記無線通信装置への送信時に、前記協調情報共有信号に基づいて、前記他の無線通信端末が前記第１のデータフレームを送信する他の無線通信装置への前記干渉抑制を行うか否かを判定する通信制御部とを備える。

　本技術の第１の側面においては、第１のデータ信号を含む第１のデータフレームが無線端末に送信される。そして、前記第１のデータフレームの送信前に、前記無線端末に対する干渉抑制を他の無線通信装置に要求する抑制要求信号の送信が制御される。

　本技術の第２の側面においては、第１のデータ信号を含む第１のデータフレームを第１の無線端末に送信する他の無線通信装置から前記第１のデータフレームの送信前に送信された、前記第１の無線端末に対する干渉抑制を要求する抑制要求信号が受信される。そして、前記抑制要求信号に基づいて、前記干渉抑制を行うか否かが判定される。

　本技術の第３の側面においては、第１の無線通信装置に、データ信号を含むデータフレームが送信される。そして、前記データフレームの送信前に、干渉抑制を第２の無線通信装置に要求する抑制要求信号の送信が制御される。

　本技術の第４の側面においては、第１のデータ信号を含む第１のデータフレームを送信する第１の無線通信端末から干渉抑制を要求する干渉要求信号が受信され、第２の無線通信端末への、前記第１のデータフレームとは異なる第２のデータフレームの送信時に、前記干渉要求信号に基づいて、前記第１の無線通信端末が前記第１のデータフレームを送信する他の無線通信装置への前記干渉抑制を行うか否かが判定される。

　本技術の第５の側面においては、第１のデータ信号を含む第１のデータフレームを送信する他の無線通信端末への干渉抑制の要求を共有する協調情報共有信号が無線通信装置から受信される。そして、前記第１のデータフレームとは異なる第２のデータフレームの前記無線通信装置への送信時に、前記協調情報共有信号に基づいて、前記他の無線通信端末が前記第１のデータフレームを送信する他の無線通信装置への前記干渉抑制を行うか否かが判定される。

本技術の無線通信システムの構成例を示す図である。 第１の実施の形態における無線通信システムの全体の処理について説明するシーケンスを示す図である。 Coordination Request Frameの構成例を示す図である。 Coordination Response Frameの構成例を示す図である。 データフレームに含まれるPreambleの構成例を示す図である。 Coordination End Frameの構成例を示す図である。 第１の実施の形態におけるData Tx Phaseのデータシーケンスの第１の例を示す図である。 第１の実施の形態におけるData Tx Phaseのデータシーケンスの第２の例を示す図である。 第１の実施の形態におけるData Tx Phaseのデータシーケンスの第３の例を示す図である。 第１の実施の形態におけるData Tx Phaseのデータシーケンスの第４の例を示す図である。 第１の実施の形態におけるData Tx Phaseのデータシーケンスの第５の例を示す図である。 無線通信装置の構成例を示すブロック図である。 AP1の第１の実施の形態における処理について説明するフローチャートである。 AP2の第１の実施の形態における処理について説明するフローチャートである。 第２の実施の形態における無線通信システムの全体の処理について説明するシーケンスを示す図である。 第２の実施の形態におけるData Tx Phaseのデータシーケンスの第１の例を示す図である。 第２の実施の形態におけるData Tx Phaseのデータシーケンスの第２の例を示す図である。 第２の実施の形態におけるData Tx Phaseのデータシーケンスの第３の例を示す図である。 第２の実施の形態におけるData Tx Phaseのデータシーケンスの第４の例を示す図である。 AP2の第２の実施の形態における処理について説明するフローチャートである。 AP1の第２の実施の形態における処理について説明するフローチャートである。 第３の実施の形態における無線通信システムの全体の処理について説明するシーケンスを示す図である。 Coordination Info Sharing Frameの構成例を示す図である。 コンピュータの構成例を示すブロック図である。

　以下、本技術を実施するための形態について説明する。説明は以下の順序で行う。
　１．システム構成
　２．第１の実施の形態（AP1が先に送信権を獲得する例）
　３．第２の実施の形態（AP2が先に送信権を獲得する例）
　４．第３の実施の形態（STAから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が接続されていれば、どのような構成であってもよい。

　本技術は、複数のAPにおいてRTA(Real Time Application)パケットの伝送が行われる場合、APが、RTAパケットの送信先のSTAへの干渉抑制を他のAPに要求する信号である抑制要求信号の送信を制御することを特徴とする。

　RTAパケットは、低遅延および高信頼性の少なくともどちらか一方が必要なデータパケットである。

　以下、AP1がSTA2へRTAパケットを送信することを前提に、AP1から、AP2に、干渉抑制を行わせるための協調動作の要求を行う例について説明していく。

　なお、本明細書においては、APが伝送するデータの最小単位を“パケット”と称し、パケットを複数繋ぎ合わせて、MAC HeaderとPreambleを加えたデータを“データフレーム”と称する。データフレームの送信を、“データ送信”と称する。名称に関しては、これらに限定されるものではない。

　また、本明細書においては、干渉抑制することを、「NULLを生成する」と称するが、これは、空間的に干渉をゼロにすることだけを示すのではなく、送信電力値を下げたり、ビームフォーミング（以下、ビーム制御と称する）を適用したりして、干渉電力を下げる動作までを意味するものとする。

＜２．第１の実施の形態（AP1が先に送信権を獲得する例）＞
　まず、第１の実施の形態として、AP1が先に送信権を獲得する例について説明する。

　＜全体の処理シーケンス例＞
　図２は、第１の実施の形態における無線通信システムの全体の処理について説明するシーケンスを示す図である。

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

　無線通信システムの処理は、Multi-AP Group Set Phase、Sounding Phase、Coordination Set Phase、Data Tx Phase、Coordination End Phaseの５つのフェーズに分けられる。なお、図２においては、Coordinationは、適宜、Coord.と略されている。以下の図においても同様である。

　ステップＳ１およびＳ２は、AP間での情報交換を行う、Multi-AP Group Set Phaseである。ステップＳ１において、AP1は、AP2に対してMulti-AP Group Setを行う。ステップＳ２において、AP2は、AP1に対してMulti-AP Group Setを行う。

　Multi-AP Group Set Phaseにおいては、AP1とAP2が、Multi AP Group Setを互いに行うことで、互いのAPが協調可能であるか否か、送信アンテナ数の情報、協調方式の能力を示すCapability情報、同時にNULLを生成することが可能な最大STA情報、配下のSTAの識別子(AID : Association ID)などの情報が交換される。

　ステップＳ３乃至Ｓ６は、APとSTAとの間で情報交換を行う、Sounding Phaseである。ステップＳ３において、AP1は、既知パターンのリファレンス信号であるNDP(NULL DATA PACKET) FrameやNDPを告知する信号であるNDP-A(Announcement) FrameなどをSTAsに送信する。ステップＳ４において、NDP FrameやNDP-A Frameを受け取ったSTAsは、AP1に対して、フィードバック信号であるFeedback Frameを送信する。ステップＳ５において、AP2は、NDP-A FrameおよびNDP FrameなどをSTAsに送信する。ステップＳ６において、STAsは、AP2に対して、Feedback Frameを送信する。

　すなわち、Sounding Phaseにおいて、AP1とAP2が、NDP-A FrameおよびNDP Frameを送信し、NDP-A FrameおよびNDP Frameを受信したSTAsからFeedback Frameを得て、AP-STA間の情報交換を行う。これにより、AP-STA間のチャネル情報が推定され、APが適用すべき送信ウェイト情報が取得される。

　Sounding Phaseにおいては、基本的に、IEEE802.11axで用いられるFrame(NDP-A、ANP、BFRP(Beam forming Report Protocol) Trigger、Feedback)およびそのシーケンスが想定される。BFRP Trigger Frameは、ビーム制御を告知するためのトリガ信号である。ただし、本技術とIEEE802.11axとの違いは、AP1およびAP2が、他セルに属するSTAからもFeedbackを取得し、干渉電力の情報を取得する点となる。

　ステップＳ７およびＳ８は、Coordination Set Phaseである。Coordination Set Phaseにおいては、AP1/AP2間での協調動作、すなわち、他セルのSTAへの干渉抑制を開始する際のセットアップが行われる。

　例えば、あるSTA(図２の場合、STA2)がRTAパケットを必要とするアプリケーションを開始した場合、ステップＳ７において、AP1は、STA2への干渉抑制を要求する抑制要求信号であるCoordination Request FrameをAP2に送信する。Coordination Request Frameを受信したAP2は、フレーム内の情報に基づいてSTA2への干渉抑制を開始するか否かを判定し、ステップＳ８において、その判定結果に基づいて、Coordination Request Frameに対する応答信号であるCoordination Response FrameをAP1に返信する。

　ステップＳ９乃至Ｓ１１は、Data Tx Phaseである。Data Tx Phase においては、AP1とAP2とがそれぞれ配下のSTAにデータ伝送を行う。

　例えば、ステップＳ９において、AP1は、STA2にData Transmissionを行う。ステップＳ１０において、AP2は、STA3にData Transmissionを行う。ステップＳ１１において、STA2は、AP1に対してAckを送信し、STA3は、AP2に対してAckを送信する。

　詳細は、後述されるが、1回のData Tx Phaseは、1つの送信権であるTXOP(Transmit Opportunity)が割り当てられている期間内（以下、TXOP内と称する）での動作が想定されている。同一のTXOP内であれば、Data Transmissionが複数回、実施されてもよい。

　ステップＳ１２およびＳ１３は、Coordination End Phaseである。Coordination End Phaseにおいては、AP1とAP2間での協調動作、すなわち、他セルのSTAへの干渉抑制を終了させる処理が行われる。

　すなわち、ステップＳ１２において、AP1は、干渉抑制を終了させる信号であるCoordination End FrameをAP2に送信する。ステップＳ１３において、AP2は、AckをAP1に送信する。なお、Ackの送信は、オプションとされる。

　AP1がCoordination End Frameを送信するタイミングとしては、例えば、STA2がRTAパケットを必要とするアプリケーションを終了した場合、または、AP1がすべてのRTAパケットの送信を完了した場合などが考えられる。

　なお、上述した５つのPhaseは、一例であり、構成例については、これに限定されるものではない。例えば、Coordination Set Phaseは、Data Tx Phase内に含まれてもよいし（すなわち、TXOP獲得毎に行われる）、Sounding Phaseに含まれてもよい。

　Coordination End Phaseは、Data Tx Phase内に含まれてもよい。この場合、Coordination End Phaseは、TXOP終了直前に行われる。Coordination Setup PhaseとCoordination End Phaseの間に、Data Tx Phaseが複数回、実施されてもよい。

　＜Coordination Request Frameの構成例＞
　図３は、Coordination Request Frameの構成例を示す図である。

　Coordination Request Frameは、MAC header、Frame Body、FCS(Frame Check Sequence)から構成される。なお、図３におけるハッチングは、本技術において特徴となる情報が含まれるfieldであることを示す。以降の図においても同様である。

　MAC headerは、Frame Control、Duration、Address1乃至Address3、Sequence Control、HT Controlの各fieldから構成される。

　Frame Bodyは、Category、Multi-AP Action、Dialog Token、Coordination Request Elementの各fieldから構成される。

　Category fieldには、このフレームがMulti-AP用のAction Frameであることを示す値が設定される。

　Multi-AP Action fieldには、このフレームがCoordination Request Frameであることを示す値が設定される。

　Dialog Token fieldには、複数のAction要求が同時に起こる場合、本Requestに対する応答信号がどれであるかを確認するために、本Requestと、本Requestに対する応答信号には、同じ値が格納される。

　Coordination Request Element fieldには、干渉を抑制する対象となるSTAに関する情報が含まれる。なお、本Elementは、1台のSTAに関する情報のみが含まれても、複数のSTAに関する情報が含まれてもよい。また、本Frame内に複数のCoordination Request Elementが含まれてもよい。

　Coordination Request Element fieldは、Element ID、Length、Coordination Duration、Coordination STA ID、Allowable Interference level、Precoded Preamble Flag、RTA Packet Infoの各fieldから構成される。

　Element ID fieldには、このフレームがCoordination Request Frameであることを示す識別情報が設定される。

　Length fieldには、このフレームの長さに関する情報が設定される。

　Coordination Duration fieldには、他のAPに干渉抑制を要求する時間に関する情報（例えば、期間情報、または、開始／終了時刻（タイミング）など）が設定される。すなわち、他のAPに干渉抑制を要求する時間は、RTAデータの送信に関する時間でもある。本fieldには、”0”などの値を設定することで、特定の時間を設定しなくてもよい。また、このDurationの限界値は、規格上で定められていてもよい。

　Coordination STA ID fieldには、干渉を抑制する対象となるSTAの識別情報（例えば、AID）が設定される。識別情報は、Multi-AP Group Set Phaseで交換された識別子が用いられる。

　Allowable Interference level fieldには、Coordination STA ID fieldにより示されるSTAにおいて許容可能な干渉電力である許容干渉電力の情報が設定される。許容干渉電力の情報は、dBm単位の2進数の整数で示される。AP2は、本fieldの値に基づいて、干渉抑制の実施の有無、および方法を決定する。

　Precoded Preamble Flag fieldには、もしAP2がMIMO(Multi Input Multi Output)を利用したビーム制御により他セルのSTAへの干渉抑制を行う場合、フレームの先頭であるPreambleからのビーム制御の開始を要求するか否かのフラグ情報が設定される。もし、Preambleからのビーム制御の開始を要求する場合に、”1”が設定される。もし、Preambleは、全方向に放射されてもよく、Preambleの後からビーム制御が行われてもよい場合、”0”が設定される。

　RTA Packet Info fieldには、AP1が送信したいRTAパケットに関する情報（例えば、Interval、Length、MCS(Modulation Coding Scheme)など）が設定される。本fieldは状況に応じて省略されてもよい。

　なお、図３において、Coordination Request Frameは、IEEE802.11で定義されるAction Frameの一部として構成されているが、フレームの構成例は、図３の例に限定されることはない。例えば、Coordination Request Element または本Elementで指定される情報と同等のフィールドを含むManagement FrameやControl Frameの一部として構成されてもよい。

　＜Coordination Response Frameの構成例＞
　図４は、Coordination Response Frameの構成例を示す図である。

　Coordination Response Frameは、MAC header、Frame Body、FCSから構成される。

　Frame Bodyは、Category、Multi-AP Action、Dialog Token、Coordination Response Element、Coordination Request Elementの各fieldから構成される。

　Category fieldには、このフレームがMulti-AP用のAction Frameであることを示す値が設定される。

　Multi-AP Action fieldには、このフレームがCoordination Response Frameであることを示す値が設定される。

　Dialog Token fieldには、本フレームにて応答されるCoordination Request FrameのDialog Tokenと同じ値が設定される。

　Coordination Response Element fieldには、受信したCoordination Request Frameへの応答を示す情報が設定される。

　Coordination Response Element fieldは、Element ID、Length、Result flag、Reason Codeの各fieldが含まれる。

　Element ID fieldには、このフレームがCoordination Response Frameであることを示す識別情報が設定される。

　Length fieldには、このフレームの長さに関する情報が設定される。

　Result flag fieldには、干渉抑制の要求を受諾する場合は、”1”が、拒絶する場合は、”0”が設定される。

　Reason Code fieldには、もし、Result flag fieldに”0”を設定した場合、要求を拒絶する理由を示す値が設定される。field内に設定される値とその理由を紐づける表は、IEEE802.11で規格化されたものが利用される。また、Result flag fieldに”1”を設定した場合、本fieldには、”0(Successful)”が設定される。

　なお、Coordination Request Frame内のCoordination Request Elementで複数のSTAに対し干渉抑制の要求がなされた場合、本Frameは、複数のCoordination Response Elementを含んでもよい。または、Coordination Response Element内のReason flag / Reason Codeが要求されたSTA分だけ同一のElement内に含まれてもよい。

　また、仮にAP2も、AP1同様、干渉抑制を要求するSTAが存在する場合、AP2は本フレームに、上述したCoordination Request Elementを付加して伝送してもよい。この場合、AP1は、Coordination Response Elementを含む応答信号をAP2に返さなければならない。

　なお、図４において、Coordination Response Frameは、IEEE802.11で定義されるAction Frameの一部として構成されているが、フレームの構成例は、図４の例に限定されることはない。例えば、Coordination Response Element または本Elementで指定される情報と同等のフィールドを含むManagement FrameやControl Frameの一部として構成されてもよい。

　＜データフレームに含まれるPreambleの構成例＞
　図５は、AP1/AP2が送信するデータフレームに含まれるPreambleの構成例を示す図である。

　データフレームに含まれるPreambleは、L-STF、L-LTF、L-SIG、RL-SIG、U-SIG、EHT-SIG-A、EHT-STF、EHT-LTFの各fieldから構成される。

　図５において、EHT-SIG-Aのfieldには、Receiver STA ID、RTA Info、Nulling Flag、Coordination Request Infoの各fieldが少なくとも含まれる。なお、これらの情報は、EHT-SIG-A内に限らず、Preamble内のいずれかに含まれていてもよい。または、MAC header内のControl fieldに同等の情報が含まれていてもよい。

　Receiver STA ID fieldには、送信先のSTAの識別情報が設定される。識別情報は、Multi-AP Group Set Phaseにおいて交換された識別子が用いられる。

　RTA Info fieldには、RTAパケットに関する情報が設定される。RTA Infoとは、AP1のデータ送信内において、RTAパケットが含まれているか否かを表すフラグ(RTA flag)、RTAパケットの送信を開始する時刻(RTA Tx Start Time)、RTAパケットの送信持続時間(RTA Tx Duration)、RTAパケットに関するAck Policyなどの各subfieldが含まれる。

　なお、これらのStart timeやDuration は、RTAパケットの送信時間に関する情報である。RTAパケットの送信時間に関する情報は、Start timeやDurationに限定されず、例えば、RTAパケットの送信を終了する時刻（RTA Tx End Time）が設定されてもよいし、時刻の情報ではなく、アグリゲート（連結）されるパケットのうち、RTAパケットであるパケットの番号が指定されてもよい。

　また、RTAパケットのAck Policyが規格により一意に定められる場合、Ack Policy subfieldは通知されなくてもよい。

　Nulling Flag fieldには、このデータを送信するAPが他セルのSTAへNullを生成しているか否かを表すフラグが設定される。もし、Nulling Flagが”1”である場合、APが、Coordination Set Phase内で他のAPから要求されたSTAに対し、Nullを生成した状態でデータ送信を行うことを意味する。

　Coordination Request Infoには、図３で上述したCoordination Request Frame内に含まれていた一部の情報（例えば、Precoded Preamble Flag、Allowable Interference Levelなど）が設定される。

　通常、Coordination Request Infoには、Coordination Request Frameで通知した値と同じものが設定されるため、Coordination Request Infoは、Preamble内に含まれていなくてもよい。ただし、例えば、Coordination Request Frameなどの事前ネゴシエーションを行わない場合、または、Coordination Request Frameで通知する情報が頻繁に変わる場合など、Preamble内で同等の情報が通知されてもよい。

　＜Coordination End Frameの構成例＞
　図６は、Coordination End Frameの構成例を示す図である。

　Coordination End Frameは、MAC header、Frame Body、FCSから構成される。

　Frame Bodyは、Category、Multi-AP Action、Dialog Tokenの各fieldから構成される。

　Category fieldには、このフレームがMulti-AP用のAction Frameであることを示す値が設定される。

　Multi-AP Action fieldには、このフレームがCoordination End Frameであることを示す値が設定される。

　Dialog Token fieldには、本フレームにて処理されるCoordination Request FrameのDialog Tokenと同じ値が設定される。

　なお、図６において、Coordination End Frameは、IEEE802.11で定義されるAction Frameの一部として構成されているが、フレームの構成例は、図６の例に限定されることはない。

　＜データシーケンスの第１の例＞
　図７は、第１の実施の形態におけるData Tx Phaseのデータシーケンスの第１の例を示す図である。

　図７においては、AP1が、STA2に対してRTAパケットを含むデータ信号の送信を行い、AP2が、STA2に対してNullを生成するとともに、STA3に対してデータ信号の送信を行う例が示されている。

　なお、図７において、Rxは、他のAPやSTAから送信されてくるデータフレームの受信を表している。以降の図においても同様である。

　AP1は、Back OffなどによりTXOPを獲得し、時刻t1において、STA2に対して、RTAパケットのデータ信号を含むデータフレームの送信を開始する。

　AP2は、AP1から送信されてくるデータフレームのうち、Preambleを受信した後、時刻t2において、受信したPreambleからAP1に関する情報を取得する。AP1に関する情報は、AP1がCoordination Set PhaseにてAP1から干渉抑制が要求されたSTA2にデータ送信を行っていること、データ信号内にRTAパケットのデータが含まれていること、およびRTAパケットの送信開始時刻と送信期間などである。すなわち、図７においては、AP2へのPrecoded Preambleが要求されない場合の例が示されている。Precoded Preambleは、上述したように、Preambleからの干渉抑制を表す。

　時刻t2から、SIFS(Short InterFrame Space)+BO(Back Off)の時間が経過した時刻t3において、AP2は、取得したAP1に関する情報に基づいて、STA3に対して、データ送信を開始する。データフレームのうち、Preambleの送信完了後の時刻t4において、AP2は、例えば、送信電力制御によりSTA2に対してNullを生成する方法を取り、STA3に対してPreamble後のデータ送信を開始する。

　時刻t5において、AP1とAP2は、データ送信を終了する。

　時刻t6において、STA2は、AP1に対してデータの応答確認信号であるAckを送信し、STA3は、AP2に対してAckを送信する。

　なお、Ackの衝突を回避すべく、AP2は、AP1のデータ送信の終了時刻（タイミング）に合わせて、データ送信期間を設定しなければならない。AP1のデータ送信の終了時刻は、Preamble内、またはMAC header内に含まれるDuration情報から確認することができる。仮に送信するデータが不足している場合、AP2は、padding bitsを設けるなどして、AP1とデータ送信の終了時刻を揃える必要がある。

　＜データシーケンスの第２の例＞
　図８は、第１の実施の形態におけるData Tx Phaseのデータシーケンスの第２の例を示す図である。

　図８においては、図７のAP2がSTA2に対してNullを生成したように、AP1もSTA3に対してNullを生成する例が示されている。

　例えば、AP1がNullを生成するか否かは、Coordination Set Phase内でAP2から送信されるCoordination Response Frameに、Coordination Request Elementが含まれているか否かで判定される。また、この場合、AP1は、Preamble / EHT-SIG-A内のNulling Flag fieldに”1”を設定し、データ送信を行う。

　AP1は、TXOPを獲得し、時刻t11において、AP1は、STA2に対して、RTAパケットのデータ信号を含むデータフレームの送信を開始する。データフレームのうち、Preambleの送信完了後の時刻t12において、AP1は、STA3に対してNullを生成する方法を取り、STA2に対してPreamble後のデータ送信を開始する。

　AP2は、AP1から送信されてくるPreambleを受信した後、時刻t12において、受信したPreambleからAP1に関する情報を取得する。

　時刻t12から、SIFS+BOの時間が経過した時刻t13において、AP2は、取得したAP1に関する情報に基づいて、STA3に対してデータ送信を開始する。データフレームのうち、Preambleの送信完了後の時刻t14において、AP2は、STA2に対してNullを生成する方法を取り、STA3に対してPreamble後のデータ送信を開始する。

　時刻t15において、AP1とAP2は、データ送信を終了する。

　時刻t16において、STA2は、AP1に対してAckを送信し、STA3は、AP2に対してAckを送信する。

　＜データシーケンスの第３の例＞
　図９は、第１の実施の形態におけるData Tx Phaseのデータシーケンスの第３の例を示す図である。

　図９においては、AP1は、RTAパケットを含まないデータ信号とRTAパケットを含むデータ信号を送信し、AP2が、Preamble後のデータ送信から、ビーム制御によりSTA2に対してNullを生成する方法をとる例が示されている。

　AP1は、TXOPを獲得し、時刻t21において、STA2に対して、データフレームの送信を開始する。AP1は、データフレームのうち、Preambleの送信完了後の時刻t22において、STA2に対して、Preamble後のデータ送信を開始する。なお、AP1は、時刻t22においては、RTAパケットが含まれていないデータ送信を開始し、時刻t25において、RTAパケットが含まれるデータ送信を開始する。

　AP2は、AP1から送信されてくるデータフレームのうち、Preambleを受信した後、時刻t22において、受信したPreambleからAP1に関する情報を取得する。

　さらに、図９において、AP2は、Preambleを全方向へ放射するため、AP2が送信するPreambleだけはSTA2に対して強い干渉信号として衝突が発生する恐れが生じる。そこで、AP2は、AP1から送信されたPreamble/EHT-SIG-AのRTA Info fieldから、RTAパケットがどのタイミング（時刻t25のタイミング）で送信されるのかを確認する。

　もし自身のPreambleの送信中、AP1がRTAパケットの送信を行わないことがわかった場合、時刻t22から、SIFS+BOの時間が経過した時刻t23において、AP2は、Preambleを全方向に送信する。時刻t24において、AP2は、Preamble後のデータ送信から、ビーム制御によりSTA2に対してNullを生成するように制御する。

　これにより、RTAパケットが含まれるデータ送信が開始される時刻t25においては、ビーム制御によりSTA2に対してNullを生成するように制御されている。

　時刻t26において、AP1とAP2は、データ送信を終了する。

　時刻t27において、STA2は、AP1に対してAckを送信し、STA3は、AP2に対してAckを送信する。

　＜データシーケンスの第４の例＞
　図１０は、第１の実施の形態におけるData Tx Phaseのデータシーケンスの第４の例を示す図である。

　図１０においては、AP2が、Preambleから、STA2に対してNullを生成する方法（Precoded Preamble）をとる例が示されている。この場合、図７乃至図９と異なり、AP2は、PreambleからSTA2に対して干渉を抑制することが可能となる。

　しかしながら、その反面、Preambleからビーム制御を適用することにより、AP2からの信号を検出できない隠れ端末が発生する懸念が生じる。

　そこで、AP1は、TXOPを獲得し、AP2にPrecoded Preambleを要求する場合、時刻t31において、MU(Multi User)-RTS(Request To Send)の送信を要求する送信要求信号であるMU-RTS要求信号を送信する。MU-RTSは、送信優先権を要求する送信優先権要求信号である。

　AP2は、AP1からの要求を受け、時刻t32において、少なくともAP1およびSTA1乃至STA4にMU-RTSに送信する。時刻t33において、AP1、STA2、STA3はCTS(Clear To Send)をAP2に返信する。

　このMU-RTSおよびCTSは、全方向に対して送信するため、周囲の端末に対して、NAV（Network Allocation Vector、送信禁止期間）を設定してもらうことにより、データ送信終了まで送信抑制を制御してもらうことが可能になる。これにより、Precoded Preambleによる隠れ端末の増加を回避することが可能となる。

　時刻t34において、AP1は、STA2に対して、RTAパケットのデータ信号を含むデータフレームの送信を開始する。AP1は、データフレームのうち、Preambleの送信完了後の時刻t35において、STA2に対して、Preamble後のデータ送信を開始する。

　時刻t35から、SIFS+BOの時間が経過した時刻t36において、AP2は、Preambleの送信から、ビーム制御によりSTA2に対してNullを生成するように制御する。

　時刻t37において、AP1とAP2は、データ送信を終了する。

　時刻t38において、STA2は、AP1に対してAckを送信し、STA3は、AP2に対してAckを送信する。

　なお、AP1は、TXOPの獲得時、AP2が送信したいSTAを知ることができないため、AP2に対して、MU-RTSの送信を要求しているが、仮にAP1がAP2の送信先の情報を事前に取得できている場合、AP1がMU-RTSを直接送信するようにしてもよい。

　＜データシーケンスの第５の例＞
　図１１は、第１の実施の形態におけるData Tx Phaseのデータシーケンスの第５の例を示す図である。

　図１１においては、AP1が、Preamble/EHT-SIG-AのRTA Info field内のAck Policyを”No Ack”にするなどして、STA2からのAckを受信しない例が示されている。

　例えば、AP1は、TXOPを獲得し、時刻t41において、AP1は、STA2に対して、RTAパケットのデータ信号を含むデータフレームの送信を開始する。

　AP2は、AP1から送信されてくるデータフレームのうち、Preambleを受信した後、時刻t42において、受信したPreambleからAP1に関する情報を取得する。

　時刻t42から、SIFS+BOの時間が経過した時刻t43において、AP2は、取得したAP1に関する情報に基づいて、STA3に対して、データ送信を開始する。データフレームのうち、Preambleの送信完了後の時刻t44において、AP2は、STA2に対してNullを生成する方法を取り、STA3に対して、Preamble後のデータ送信を開始する。

　時刻t45において、AP1は、データ送信を終了する。

　時刻t46において、AP2は、データ送信を終了する。時刻t47において、STA3は、AP2に対して、Ackを送信する。

　すなわち、AP1は、STA1に対して、RTAパケットの送信、すなわち、一定の遅延時間内に送信しなければ意味をなさないパケットの送信を行う際、データ送信が失敗しても再送する余裕がないことが考えられる。

　このような場合、例えば、AP1は、STA2からAckを取得せず、データ送信の終了とともにRTAパケットを送信バッファから消去し、再送を行わないよう動作することになる。これにより、AP2は、Ackの衝突を考えなくてもよいので、図７において上述したようなデータ送信の終了時刻を合わせる動作が必要なくなる。

　したがって、例えば、上述したように、AP2は、AP1のデータ送信の終了後も、自身のデータ送信を続けることができる。

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

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

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

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

　無線処理部２１は、無線I/F(インタフェース)部３１、データ処理部３２、通信制御部３３、および記憶部３４から構成される。

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

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

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

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

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

　通信制御部３３は、例えば、AP1として動作する場合、TXOPの獲得後に、AP2に対して、Precoded Preambleを要求したか否かを判定し、判定結果に基づいて、上述したMU-RTS要求信号を送信するか、またはRTAデータを含むデータ送信を開始する制御を行う。

　通信制御部３３は、例えば、AP2として動作する場合、受信した信号がMU-RTS要求信号であるかデータ信号であるかの判定結果に基づいて、MU-RTSの送信を行うか、または、必要に応じてNullを生成し、データ送信を待機したり、開始したりする制御を行う。

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

　無線通信部２２は、アンテナから供給される無線信号に、RF処理を施して、受信信号を生成し、無線I/F部３１に出力する。

　無線通信部２２は、無線I/F部３１から供給される送信信号に対して、RF処理を施し、無線信号を生成する。無線通信部２２は、生成した無線信号をアンテナに出力する。

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

　AP-AP間通信部２３は、AP間で協調するために必要な制御情報やデータの通知処理または取得処理を行う。AP-AP間通信部２３は、有線ケーブル差込口あるいはアンテナの少なくとも何れかを備えており、AP間の通信は、有線でも無線でもよい。AP間の通信が無線である場合、AP-AP間通信部２３の機能を無線通信部２２が担うように、無線通信部２２を構成してもよい。また、APとSTAの両方に送信が必要な制御情報に対しては、無線通信部２２を介して通信処理が行われる。

　なお、図１２には、無線処理部２１は１つのICとして構成される例を示しているが、本技術のIC構成は、これに限らない。例えば、無線I/F部３１が別のICとして搭載されていてもよい。

　また、図１の無線通信端末１２の構成は、図１２の無線通信装置１１の構成から、AP-AP間通信部２３を除いた構成であるので、以降、図１２の無線通信装置１１の構成は、無線通信端末１２の構成としても用いられる。

　＜第１の実施の形態におけるAP1の処理＞
　図１３は、AP1として動作する無線通信装置１１－１の第１の実施の形態における処理について説明するフローチャートである。

　ステップＳ３１において、無線通信装置１１－１の通信制御部３３は、Back OffなどによりTXOPを獲得する。

　ステップＳ３２において、通信制御部３３は、AP2に対して、Precoded Preamble、すなわち、Preambleからの干渉抑制を要求したか否かを判定する。AP2に対して、Precoded Preambleを要求したとステップＳ３２において判定された場合、処理は、ステップＳ３３に進む（図１０）。

　ステップＳ３３において、無線通信部２２は、MU-RTSを要求するMU-RTS要求信号を、AP2に対して送信する。

　これに対応して、AP2が、MU-RTSを送信してくる。

　ステップＳ３４において、無線通信部２２は、AP2から送信されてくるMU-RTSを受信した後、CTSをAP2に対して送信する。

　ステップＳ３２において、AP2に対して、Precoded Preambleを要求していないと判定された場合、ステップＳ３３およびＳ３４はスキップされ、処理は、ステップＳ３５に進む（図７乃至図９、図１１）。

　ステップＳ３５において、無線通信部２２は、STA2に対して、データ送信を開始する。

　＜第１の実施の形態におけるAP2の処理＞
　図１４は、AP2として動作する無線通信装置１１－２の第１の実施の形態における処理について説明するフローチャートである。

　ステップＳ５１において、無線通信装置１１－２の無線通信部２２は、AP1から送信されてくる信号を受信する。

　ステップＳ５２において、通信制御部３３は、無線通信部２２が受信した信号がMU-RTS要求信号であるか否かを判定する。無線通信部２２が受信した信号がMU-RTS要求信号であると、ステップＳ５２において判定された場合、ステップＳ５３に進む。

　ステップＳ５３において、無線通信部２２は、MU-RTSの送信を行う。図１０を参照して上述したように、MU-RTSを送信する相手として、AP1、AP1の送信先（STA2）、AP2の送信先（STA3）が少なくとも含まれている。なお、AP1の送信先の情報は、MU-RTS要求信号内に含まれている。

　例えば、無線通信部２２が受信した信号がデータ信号であり、ステップＳ５２において、無線通信部２２が受信した信号がMU-RTS要求信号ではないと判定された場合、処理は、ステップＳ５４に進む。

　ステップＳ５４において、通信制御部３３は、受信した信号から、PreambleのSIG-Aをチェックする。

　ステップＳ５５において、通信制御部３３は、チェックしたPreambleのSIG-Aに基づいて、AP1の送信先であるSTA2にNullを生成するか否かを判定する。

　Nullを生成する条件としては、少なくともReceiver STA IDがCoordination Request FrameにおいてAP1から指定されたSTA ID(Coordination STA ID)と同じであることが必須となる。また、他の条件と合わせて判定されてもよい。例えば、AP2が最大送信電力で送信先のSTA3に送信してもSTA2に与える干渉電力がAllowable Interference levelを超えないことが計算できる場合、AP2は、STA2にNullを生成しなくてもよい。さらに、PreambleのRTA Info内のRTA flagが”0”である場合、AP2は、STA2にNullを生成しなくてもよい。

　ステップＳ５５において、STA2にNullを生成すると判定された場合、処理は、ステップＳ５６に進む。

　ステップＳ５６において、通信制御部３３は、AP1がRTAパケットを送信している間、Preambleの衝突を避けることができるか否かを判定する。

　ステップＳ５６においては、以下の（１）乃至（３）のいずれかである場合、Preambleの衝突を避けることができると判定される。

　（１）前に取得したCoordination Request Element内（または現在受信しているデータ信号）のPreamble/EHT-SIG-AのPrecoded Preamble fieldが”0”である（すなわち、Preambleから干渉抑制を行う要求がされてない）場合（図１０）
　（２）現在受信しているデータフレームのPreamble/EHT-SIG-AのRTA fieldから、自身が送信するPreambleがAP1のRTAパケット送信と被らない場合（図９）
　（３）送信電力制御のみで干渉抑制を行う場合（図７）

　ステップＳ５６において、Preambleの衝突を避けることができると判定された場合、処理は、ステップＳ５７に進む。

　ステップＳ５７において、通信制御部３３はSTA2にNullを生成し、無線通信部２２はSTA3にデータ送信を開始させる。

　ステップＳ５６において、Preambleの衝突を避けることができないと判定された場合、処理は、ステップＳ５８に進む。ステップＳ５８において、通信制御部３３は、AP1のデータ送信が終了するまで、NAVを設定し、データ送信を待機する。

　ステップＳ５４においてSTA2にNullを生成しないと判定された場合、処理は、ステップＳ５９に進む。

　ステップＳ５９において、無線通信部２２は、STA3にデータ送信を開始する。

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

＜３．第２の実施の形態（AP2が先に送信権を獲得する例）＞
　次に、第２の実施の形態として、AP2が先に送信権を獲得する例について説明する。

　＜全体の処理シーケンス例＞
　図１５は、第２の実施の形態における無線通信システムの全体の処理について説明するシーケンスを示す図である。

　図１５に示される無線通信システムの処理は、図２と同様に、Multi-AP Group Set Phase、Sounding Phase、Coordination Set Phase、Data Tx Phase、Coordination End Phaseの５つのフェーズに分けられる。

　ステップＳ１０１およびＳ１０２は、図２のステップＳ１およびＳ２と同様のMulti-AP Group Set Phaseである。ステップＳ１０３乃至Ｓ１０６は、図２のステップＳ３乃至Ｓ６と同様のSounding Phaseである。ステップＳ１０７およびＳ１０８は、図２のステップＳ７およびＳ８と同様のCoordination Set Phaseである。

　ステップＳ１０９乃至Ｓ１１１は、Data Tx Phaseであるが、図２のステップＳ９乃至Ｓ１１とはデータ送信の順が異なる。ステップＳ１１２およびＳ１１３は、図２のステップＳ１２およびＳ１３と同様のCoordination End Phaseである。

　すなわち、図１５のステップＳ１０１乃至Ｓ１０８、並びにＳ１１２およびＳ１１３は、図２のステップＳ１乃至Ｓ８、並びにＳ１２およびＳ１３と同様の処理を行うため、その説明を省略する。

　図２と異なるData Tx Phaseのみ説明するに、ステップＳ１０９において、AP2は、STA3にData Transmissionを行う。ステップＳ１１０において、AP1は、STA2にData Transmissionを行う。ステップＳ１１１において、STA3は、AP2に対してAckを送信し、STA2は、AP1に対してAckを送信する。

　＜データシーケンスの第１の例＞
　図１６は、第２の実施の形態におけるData Tx Phaseのデータシーケンスの第１の例を示す図である。

　図１６においては、AP2が、STA2に対してNullを生成するとともに、STA3に対して、データ信号の送信を行い、AP1が、STA2に対してNullを生成することなく、RTAパケットを含むデータ信号の送信を行う例が示されている。

　なお、図１６において、図７と対応する部分は、繰り返しになるので、その説明は適宜省略される。

　AP2は、TXOPを獲得し、時刻t101において、STA3に対して、データフレームの送信を開始する。データフレームのうち、Preambleの送信完了後の時刻t102において、AP2は、STA2に対してNullを生成する方法を取り、STA3に対してPreamble後のデータ送信を開始する。

　AP1は、AP2から送信されてくるPreambleを受信した後、時刻t102において、受信したPreambleから、図７の場合のAP1に関する情報と同様のAP2に関する情報を取得する。時刻t102から、SIFS+BOの時間が経過した時刻t103において、AP1は、取得したAP2に関する情報に基づいて、STA2に対して、RTAデータを含むデータ送信を開始する。AP1は、データ信号のうち、Preambleの送信完了後の時刻t104において、STA3に対して、Preamble後のデータ送信を開始する。

　時刻t105において、AP1とAP2は、データ送信を終了する。

　時刻t106において、STA2は、AP1に対してAckを送信し、STA3は、AP2に対してAckを送信する。

　＜データシーケンスの第２の例＞
　図１７は、第２の実施の形態におけるData Tx Phaseのデータシーケンスの第２の例を示す図である。

　図１７においては、図８と同様に、AP2がSTA2に対してNullを生成し、AP1がSTA3に対してNullを生成する例が示されている。

　なお、図１７において、図８と対応する部分は、繰り返しになるので、その説明は適宜省略される。

　AP2は、TXOPを獲得し、時刻t111において、STA3に対してデータフレームの送信を開始する。データフレームのうち、Preambleの送信完了後の時刻t102において、AP2は、STA2に対してNullを生成する方法を取り、STA3に対して、Preamble後のデータ送信を開始する。

　AP1は、AP2から送信されてくるPreambleを受信した後、時刻t112において、受信したPreambleからAP2に関する情報を取得する。時刻t112から、SIFS+BOの時間が経過した時刻t113において、AP1は、取得したAP2に関する情報に基づいて、STA2に対して、RTAデータを含むデータ送信を開始する。データ信号のうち、Preambleの送信完了後の時刻t114において、AP1は、STA3に対してNullを生成する方法を取り、STA2に対して、Preamble後のデータ送信を開始する。

　時刻t115において、AP1とAP2は、データ送信を終了する。

　時刻t116において、STA2は、AP1に対してAckを送信し、STA3は、AP2に対してAckを送信する。

　＜データシーケンスの第３の例＞
　図１８は、第２の実施の形態におけるData Tx Phaseのデータシーケンスの第３の例を示す図である。

　図１８においては、AP1が、ビーム制御によりSTA3に対してNullを生成する方法（Precoded Preamble）をとる例が示されている。この場合、図１６および図１７と異なり、AP1は、PreambleからSTA3に対して干渉を抑制することが可能となる。

　しかしながら、その反面、Preambleからビーム制御を適用することにより、AP1からの信号を検出できない隠れ端末が発生する懸念が生じる。

　そこで、AP2は、TXOPを獲得し、AP1にPrecoded Preambleを要求する場合、時刻t131において、AP1、およびSTA1乃至STA4にMU-RTSを送信する。

　なお、図１８において、図１０と対応する部分は、繰り返しになるので、その説明は適宜省略される。

　時刻t132において、AP1、STA2、STA3はCTSをAP2に返信する。

　時刻t133において、AP2は、STA3に対してデータフレームの送信を開始する。データフレームのうち、Preambleの送信完了後の時刻t134において、AP2は、STA2に対してNullを生成する方法を取り、STA3に対して、Preamble後のデータ送信を開始する。

　AP1は、AP2から送信されてくるPreambleを受信した後、時刻t134において、受信したPreambleからAP2に関する情報を取得する。時刻t134から、SIFS+BOの時間が経過した時刻t135において、AP1は、取得したAP2に関する情報に基づいて、STA3に対してNullを生成する方法を取り、STA2に対して、RTAデータを含むデータ送信を開始する。

　時刻t136において、AP1とAP2は、データ送信を終了する。

　時刻t137において、STA2は、AP1に対してAckを送信し、STA3は、AP2に対してAckを送信する。

　＜データシーケンスの第４の例＞
　図１９は、第２の実施の形態におけるData Tx Phaseのデータシーケンスの第４の例を示す図である。

　図１９においては、図１１と同様に、AP1が、Preamble/EHT-SIG-AのRTA Info field内のAck Policyを”No Ack”にするなどして、STA2からのAckを受信しない例が示されている。

　なお、図１９において、図１１と対応する部分は、繰り返しになるので、その説明は適宜省略される。

　例えば、AP2は、TXOPを獲得し、時刻t141において、AP2は、STA3に対して、データフレームの送信を開始する。データフレームのうち、Preambleの送信完了後の時刻t142において、AP2は、STA2に対してNullを生成する方法を取り、STA3に対してPreamble後のデータ送信を開始する。

　AP1は、AP2から送信されてくるPreamble信号を受信した後、時刻t142において、受信したPreambleからAP2に関する情報を取得する。

　時刻t142から、SIFS+BOの時間が経過した時刻t143において、AP1は、取得したAP2に関する情報に基づいて、STA2に対して、RTAパケットを含むデータ送信を開始する。

　時刻t144において、AP1は、データ送信を終了する。

　時刻t145において、AP2は、データ送信を終了する。時刻t146において、STA3は、AP2に対してAckを送信する。

　すなわち、AP1は、STA1に対して、RTAパケットの送信、すなわち、一定の遅延時間内に送信しなければ意味をなさないパケットの送信を行う際、データ送信が失敗しても再送する余裕がないことが考えられる。

　このような場合、例えば、AP1は、STA2からAckを取得せず、データ送信の終了とともにRTAパケットを送信バッファから消去し、再送を行わないよう動作することになる。すなわち、AP2は、Ackの衝突を考えなくてもよいので、図１１の場合と同様に、データ送信の終了時間を合わせる動作は必要なくなる。

　したがって、例えば、上述したように、AP2は、AP1のデータ送信の終了後も、自身のデータ送信を続けることができる。

　＜第２の実施の形態のAP2の処理＞
　図２０は、AP2として動作する無線通信装置１１－２の第２の実施の形態における処理について説明するフローチャートである。

　ステップＳ１３１において、無線通信装置１１－２の通信制御部３３は、Back OffなどによりTXOPを獲得する。

　ステップＳ１３２において、通信制御部３３は、AP1に対して、Precoded Preambleを要求したか否かを判定する。AP1に対して、Precoded Preambleを要求したとステップＳ３２において判定された場合、処理は、ステップＳ１３３に進む（図１８）。

　ステップＳ１３３において、無線通信部２２は、MU-RTSを、少なくともAP1,STA2,STA3に対して送信する。

　これに対応して、AP1が、CTSを送信してくる。無線通信部２２は、AP1から送信されてくるCTSを受信した後、処理は、ステップＳ１３４に進む。

　ステップＳ１３２において、AP1に対して、Precoded Preambleを要求していないと判定された場合、ステップＳ１３３の処理はスキップされ、処理は、ステップＳ１３４に進む。

　ステップＳ１３４において、無線通信部２２は、STA3に対してデータ送信を開始する。

　＜第２の実施の形態のAP1の処理＞
　図２１は、AP1として動作する無線通信装置１１－１の第２の実施の形態における処理について説明するフローチャートである。

　ステップＳ１５１において、無線通信装置１１－２の無線通信部２２は、AP1から送信されてくる信号を受信する。

　ステップＳ１５２において、通信制御部３３は、無線通信部２２が受信した信号がMU-RTSであったか否かを判定する。無線通信部２２が受信した信号がMU-RTSであると、ステップＳ１５２において判定された場合、ステップＳ１５３に進む。

　ステップＳ１５３において、無線通信部２２は、SIFS後に、AP2に対してCTSの送信を行う。

　例えば、無線通信部２２が受信した信号がデータ信号であり、ステップＳ１５２において、無線通信部２２が受信した信号がMU-RTSではないと判定された場合、処理は、ステップＳ１５４に進む。

　ステップＳ１５４において、通信制御部３３は、受信した信号から、PreambleのSIG-Aをチェックする。

　ステップＳ１５５において、通信制御部３３は、チェックしたPreambleのSIG-A内のNulling flagが1であるか否かを判定する。Nulling flagが1であるとステップＳ１５５において判定された場合、処理は、ステップＳ１５６に進む。

　ステップＳ１５６において、通信制御部３３は、AP2からNullの生成を要求されたか、かつ、衝突を避けることができないか否かを判定する。AP2からNullの生成を要求されていない、または、衝突を避けることができるとステップＳ１５６において判定された場合、処理は、ステップＳ１５７に進む。

　ステップＳ１５７において、無線通信部２２は、STA2にデータ送信を開始させる。

　また、ステップＳ１５５において、Nulling flagが0であると判定された場合、または、ステップＳ１５６において、AP2からNullの生成を要求された、かつ、衝突を避けることができないと判定された場合、処理は、ステップＳ１５８に進む。

　ステップＳ１５８において、無線通信部２２は、STA2へのデータ送信を待機する。

　なお、第１の実施の形態および第２の実施の形態においては、APがSTAにデータを送信する場合について説明したが、本技術は、STAがAPへデータを送信する場合にも適用できる。

＜４．第３の実施の形態（STAからAPへの送信の例）＞
　次に、第３の実施の形態として、STAがRTAパケットを送信し、他セルのSTAがNULLを生成する場合について説明する。

　＜全体の処理シーケンス例＞
　図２２は、第３の実施の形態における無線通信システムの全体の処理について説明するシーケンスを示す図である。

　図２２に示される無線通信システムの処理は、図２と同様に、Multi-AP Group Set Phase、Sounding Phase、Coordination Set Phase、Data Tx Phase、Coordination End Phaseの５つのフェーズに分けられる。

　図２２のステップＳ２０１およびＳ２０２は、図２のステップＳ１およびＳ２と同様のMulti-AP Group Set Phaseである。ステップＳ２０３乃至Ｓ２０６は、図２のステップＳ３乃至Ｓ６と同様のSounding Phaseである。図２２のステップＳ２０１乃至Ｓ２０６は、図２のステップＳ１乃至Ｓ６と同様の処理を行うため、その説明を省略する。

　すなわち、ステップＳ２０７乃至Ｓ２０９は、Coordination Set Phaseである。Coordination Set Phaseにおいては、AP1/AP2間での協調動作、すなわち、他セルのSTAまたはAPへの干渉抑制を開始する際のセットアップが行われる。

　例えば、ステップＳ２０７において、RTAパケットの送信を開始したいSTA（図２２の場合、STA2）は、他セルのAP（図２２の場合、AP2）へCoordination Request Frameを送信する。ステップＳ２０８において、AP2は、Coordination Response Frameを送信してくるので、STA2は、Coordination Response Frameを受け取ることで、他セルが協調可能か否かを判定する。

　なお、Coordination Set Phaseにおいて、STAは複数のAPへ協調を要求しても、最も干渉の影響を受けそうなAP１台に要求してよい。また、破線矢印に示されるように、本フレーム交換を、同じセルの接続先のAP（図２２ではAP1）を介して実施しても構わない。

　AP2はSTA2からの協調の要求に承諾した場合、ステップＳ２０９において、配下のSTA（図２２ではSTA3およびSTA4）に対して、協調情報を共有するための協調情報共有信号であるCoordination Info Sharing Frameを送信する。Coordination Info Sharing Frameの送信は配下のSTAがデータ伝送を開始する場合、STA2に対してNullを生成するために、必要な情報の共有、または送信の抑制を要求するために行われる。

　なお、図２２のCoordination Set Phase においては、RTAパケットを送信しNULLを生成する相手がSTA2に対してNullを生成し、RTAパケットを送信する例を説明したが、AP1に対して、Nullを生成し、RTAパケットを送信するようにしてもよい。

　ステップＳ２１０乃至Ｓ２１２は、Data Tx Phaseである。Data Tx Phase においては、図２２の場合、STA2は、自身が属するセルのAP1にデータ伝送を行う。

　例えば、ステップＳ２１０において、STA2は、AP1にData Transmissionを行う。ステップＳ２１１において、STA3は、AP2にData Transmissionを行う。このとき、例えば、STA3は、STA2（またはAP1）に対して干渉抑制を行う。ステップＳ２１２において、AP1は、STA2に対してAckを送信する。なお、図示しないが、AP2は、STA2に対してAckを送信する。

　ステップＳ２１３乃至Ｓ２１５は、Coordination End Phaseである。Coordination End Phaseにおいては、AP1とAP2間での協調動作、すなわち、他セルのSTAまたはAPへの干渉抑制を終了させる処理が行われる。

　すなわち、ステップＳ２１３において、STA2はRTAパケットの送信が終了した時、Coordination Set Phaseと同様の方法で、AP2に対して、Coordination End Frameを送信し、協調動作を終了する。すなわち、破線矢印に示されるように、本フレーム交換を、同じセルの接続先のAP（図２２ではAP1）を介して実施しても構わない。

　ステップＳ２１４において、AP2は、AckをSTA2に送信する。なお、Ackの送信は、オプションとされる。また、ステップＳ２１５において、AP2は、配下のSTAに対して、Coordination End Frameを送信し、協調動作を終了する。

　なお、図２２のステップＳ２１１においては、STA3が、AP2にData Transmissionを行う例を説明したが、例えば、AP2がSTA3にData Transmissionを行うようにしてもよい。このとき、例えば、AP2は、STA2（またはAP1）に対して干渉抑制を行う。

　＜Coordination Info Sharing Frameの構成例＞
　図２３は、Coordination Info Sharing Frameの構成例を示す図である。

　Coordination Info Sharing Frameは、MAC Header、Frame Body、FCSから構成される。

　Frame Bodyは、Category、Multi-AP Action、Dialog Token、Coordination Info Elementの各fieldから構成される。

　Category fieldには、このフレームがMulti-AP用のAction Frameであることを示す値が設定される。

　Multi-AP Action fieldには、このフレームがCoordination Info Sharing Frameであることを示す値が設定される。

　Dialog Token fieldには、本フレームで処理が終了されるCoordination Request FrameのDialog Tokenと同じ値が設定される。

　Coordination Info Element fieldには、APから配下のSTAへ協調動作を要求するために共有される情報が設定される。

　Coordination Info Element fieldは、Element ID、Length、Coordination Request Element、User Info #1乃至User Info #Nの各fieldが含まれる。

　Element ID fieldには、このフレームがCoordination Info Sharing Frameであることを示す識別情報が設定される。

　Length fieldには、このフレームの長さに関する情報が設定される。

　Coordination Request Element fieldには、NULLを生成する相手に関する情報が含まれる。

　User Info #1乃至User Info #Nの各fieldには、Allowable Tx Power、Nulling Tx Weight Infoがそれぞれ含まれる。

　Allowable Tx Powerは、配下のSTA毎に許容送信電力を示す情報である。

　Nulling Tx Weight Infoは、ビーム制御に必要な送信ウェイト情報である。

　なお、上述したビーム制御に必要な送信ウェイト情報は、Sounding Phaseにて異なるセル間のSTA同士のチャネル推定が実施され、APがフィードバック情報を取得していなければならない。

　また、例えば、図２３の例には限定されず、他のフィールドを設けたり、Allowable Tx Power fieldに特定の値を設定したりするなどして、該当STAの送信抑制を実施してもよい。

　本フレームを取得したSTAは、TXOPを獲得し、データ伝送を開始する場合、通知された許容送信電力の値以下の送信電力、または送信ウェイト処理を行い、データ伝送を開始する。もし、APから送信抑制を行うよう通知された場合、該当するSTAは、NAVを設定し、送信待機を行う。

　なお、図２３においては、Coordination Info Sharing Frameを、IEEE802.11で定義されるAction Frameの一部として記載するが、フレームの構成例は、図２３の例に限定されることはない。例えば、Coordination Info Element または本Elementで指定される情報と同等のフィールドを含むManagement FrameやControl Frameで構成されてもよい。

＜５．その他＞
　なお、本実施の形態においては、後続するAPの待機時間をSIFS+BOとして説明したが、これはAPの台数が3台以上いる場合でもデータ送信の衝突が起きないよう、BOによるランダム待機時間の動作を想定しているためである。

　もしAPの台数が2台しかいない場合、あるいは、先に送信を行うAPがデータ信号のPreamble内にMU-RTS Trigger / MU-RTS Frameなどで後続して送信できるAPを指定できる場合、後続して送信を行うAPは、BOを必要とせず、SIFSだけ待機してデータ送信を開始してもよい。

　＜本技術の効果＞
　以上のように、第１の本技術においては、AP1（無線通信装置）により、第１のデータ信号を含む第１のデータフレームがSTA2（無線端末）に送信される。そして、第１のデータフレームの送信前に、STA2に対する干渉抑制をAP2(他の無線通信装置)に要求する抑制要求信号の送信が制御される。

　これにより、AP1においては、低遅延および高信頼性の少なくともどちらか一方が必要なデータの伝送遅延を低減することが可能となる。

　また、第２の本技術においては、AP2（無線通信装置）により、第１のデータ信号を含む第１のデータフレームをSTA2(第１の無線端末)に送信するAP1(他の無線通信装置)から第１のデータフレームの送信前に送信された、第１の無線端末に対する干渉抑制を要求する抑制要求信号が受信される。そして、抑制要求信号に基づいて、干渉抑制を行うか否かが判定される。

　これにより、AP2においては、送信電力低下、並びに、アンテナ自由度低下に伴う、伝送品質の低下を最低限に抑えることができる。

　第３の本技術においては、STA2（無線通信端末）により、AP1(第１の無線通信装置)に、データ信号を含むデータフレームが送信される。そして、データフレームの送信前に、干渉抑制をAP2（第２の無線通信装置）に要求する抑制要求信号の送信が制御される。

　第４の本技術においては、AP2（無線通信装置）により、第１のデータ信号を含む第１のデータフレームを送信するSTA2(第１の無線通信端末)から干渉抑制を要求する干渉要求信号が受信され、第２の無線通信端末への、第１のデータフレームとは異なる第２のデータフレームの送信時に、干渉要求信号に基づいて、STA2が第１のデータフレームを送信するAP1(他の無線通信装置)への干渉抑制を行うか否かが判定される。

　第５の本技術においては、STA3（無線通信端末）により、第１のデータ信号を含む第１のデータフレームを送信するSTA2(他の無線通信端末)への干渉抑制の要求を共有する協調情報共有信号がAP2(無線通信装置)から受信される。そして、第１のデータフレームとは異なる第２のデータフレームのAP2への送信時に、協調情報共有信号に基づいて、STA2が第１のデータフレームを送信するAP1(他の無線通信装置)への干渉抑制を行うか否かが判定される。

　以上により、STA2がデータ送信を行う場合にも、データの伝送遅延を低減することが可能となる。

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

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

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

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

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

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

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

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

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

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

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

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

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

　＜構成の組み合わせ例＞
　本技術は、以下のような構成をとることもできる。
（１）
　第１のデータ信号を含む第１のデータフレームを無線端末に送信する無線通信部と、
　前記第１のデータフレームの送信前に、前記無線端末に対する干渉抑制を他の無線通信装置に要求する抑制要求信号の送信を制御する通信制御部と
　を備える無線通信装置。
（２）
　前記通信制御部は、前記抑制要求信号に、前記無線端末の識別情報、前記第１のデータ信号の送信時間に関する情報、または、前記無線端末の許容干渉電力を示す情報を含める
　前記（１）に記載の無線通信装置。
（３）
　前記通信制御部は、前記抑制要求信号に、前記他の無線通信装置が送信するデータフレームの先頭から前記干渉抑制を行うか否かを示す情報を含める
　前記（１）または（２）に記載の無線通信装置。
（４）
　前記無線通信部は、前記抑制要求信号に応答する応答信号を受信し、
　前記通信制御部は、前記応答信号の情報に基づいて、前記第１のデータフレームの送信時に、前記第１のデータ信号とは異なる第２のデータ信号の前記他の無線通信装置による送信先への前記干渉抑制を行うか否かを判定する
　前記（１）乃至（３）のいずれかに記載の無線通信装置。
（５）
　前記通信制御部は、前記第１のデータフレームに、前記無線端末の識別情報、前記第１のデータ信号の存在有無、および前記第１のデータ信号の送信時間に関する情報を含める
　前記（１）乃至（４）のいずれかに記載の無線通信装置。
（６）
　前記通信制御部は、前記第１のデータフレームの送信前に、前記他の無線通信装置に、送信優先権を要求する優先権要求信号の送信を要求する送信要求信号の送信を制御する
　前記（１）乃至（５）のいずれかに記載の無線通信装置。
（７）
　前記通信制御部は、前記第１のデータフレームの送信を開始するか否かを、前記他の無線通信端末から送信される、前記第１のデータフレームとは異なる第２のデータフレームに含まれる情報に基づいて判定する
　前記（１）乃至（６）のいずれかに記載の無線通信装置。
（８）
　前記通信制御部は、前記第１のデータフレームの送信を完了した際、前記他の無線通信装置に対して、前記干渉抑制の終了を通知する通知信号の送信を制御する
　前記（１）乃至（７）のいずれかに記載の無線通信装置。
（９）
　前記第１のデータ信号は、低遅延および高信頼性の少なくともどちらか一方の要求があるデータである
　前記（１）乃至（８）のいずれかに記載の無線通信装置。
（１０）
　無線通信装置が、
　第１のデータ信号を含む第１のデータフレームを無線端末に送信し、
　前記第１のデータフレームの送信前に、前記無線端末に対する干渉抑制を他の無線通信装置に要求する抑制要求信号の送信を制御する
　無線通信方法。
（１１）
　第１のデータ信号を含む第１のデータフレームを第１の無線端末に送信する他の無線通信装置から前記第１のデータフレームの送信前に送信された、前記第１の無線端末に対する干渉抑制を要求する抑制要求信号を受信する無線通信部と、
　前記抑制要求信号に基づいて、前記干渉抑制を行うか否かを判定する通信制御部と
　を備える無線通信装置。
（１２）
　前記通信制御部は、前記抑制要求信号に対する応答として、前記干渉抑制の可否および前記可否の理由に関する情報を含む応答信号の送信を制御する
　前記（１１）に記載の無線通信装置。
（１３）
　前記通信制御部は、前記抑制要求信号に対する応答として、自身による送信先である第２の無線端末に対する前記干渉抑制を前記他の無線通信装置に要求する情報を含む応答信号を生成する
　前記（１１）または（１２）に記載の無線通信装置。
（１４）
　前記通信制御部は、前記第１のデータフレームに含まれる前記第１の無線端末の識別情報、前記第１のデータ信号の存在有無、および前記第１のデータ信号の送信時間に関する情報に基づいて、後続して、自身による送信先である第２の無線端末に、前記第１のデータフレームとは異なる第２のデータフレームの送信を開始するか否か、および前記第１の無線端末に対して前記干渉抑制を行うか否かを判定する
　前記（１１）に記載の無線通信装置。
（１５）
　前記通信制御部は、自身による送信先である第２の無線端末に、前記第１のデータフレームとは異なる第２のデータフレームの送信を開始する際、前記抑制要求信号で指定された前記第１の無線端末に対して前記干渉抑制を行うか否かを判定する
　前記（１１）に記載の無線通信装置。
（１６）
　前記第１のデータ信号は、低遅延および高信頼性の少なくともどちらか一方の要求があるデータである
　前記（１１）乃至（１５）のいずれかに記載の無線通信装置。
（１７）
　無線通信装置が、
　第１のデータ信号を含む第１のデータフレームを第１の無線端末に送信する他の無線通信装置から前記第１のデータフレームの送信前に送信された、前記第１の無線端末に対する干渉抑制を要求する抑制要求信号を受信し、
　前記抑制要求信号に基づいて、前記干渉抑制を行うか否かを判定する
　無線通信方法。
（１８）
　第１の無線通信装置に、データ信号を含むデータフレームを送信する無線通信部と、
　前記データフレームの送信前に、干渉抑制を第２の無線通信装置に要求する抑制要求信号の送信を制御する通信制御部と
　を備える無線通信端末。
（１９）
　無線通信端末が
　第１の無線通信装置に、データ信号を含むデータフレームを送信し、
　前記データフレームの送信前に、干渉抑制を第２の無線通信装置に要求する抑制要求信号の送信を制御する
　無線通信方法。
（２０）
　第１のデータ信号を含む第１のデータフレームを送信する第１の無線通信端末から干渉抑制を要求する干渉要求信号を受信する無線通信部と、
　第２の無線通信端末への、前記第１のデータフレームとは異なる第２のデータフレームの送信時に、前記干渉要求信号に基づいて、前記第１の無線通信端末が前記第１のデータフレームを送信する他の無線通信装置への前記干渉抑制を行うか否かを判定する通信制御部と
　を備える無線通信装置。
（２１）
　無線通信装置が、
　第１のデータ信号を含む第１のデータフレームを送信する第１の無線通信端末から干渉抑制を要求する干渉要求信号を受信し、
　第２の無線通信端末への、前記第１のデータフレームとは異なる第２のデータフレームの送信時に、前記干渉要求信号に基づいて、前記第１の無線通信端末が前記第１のデータフレームを送信する他の無線通信装置への前記干渉抑制を行うか否かを判定する
　無線通信方法。
（２２）
　第１のデータ信号を含む第１のデータフレームを送信する他の無線通信端末への干渉抑制の要求を共有する協調情報共有信号を無線通信装置から受信する通信部と、
　前記第１のデータフレームとは異なる第２のデータフレームの前記無線通信装置への送信時に、前記協調情報共有信号に基づいて、前記他の無線通信端末が前記第１のデータフレームを送信する他の無線通信装置への前記干渉抑制を行うか否かを判定する通信制御部と
　を備える無線通信端末。
（２３）
　無線通信端末が、
　第１のデータ信号を含む第１のデータフレームを送信する他の無線通信端末への干渉抑制の要求を共有する協調情報共有信号を無線通信装置から受信し、
　前記第１のデータフレームとは異なる第２のデータフレームの前記無線通信装置への送信時に、前記協調情報共有信号に基づいて、前記他の無線通信端末が前記第１のデータフレームを送信する他の無線通信装置への前記干渉抑制を行うか否かを判定する
　無線通信方法。

　１１－１，１１－２，１１　無線通信装置，　１２－１乃至１２－4，１２　無線通信端末，　２１　無線処理部，　２２－１，２２－２，２２　無線通信部，　２３　AP-AP間通信部，　３１　無線I/F部，　３２　データ処理部，　３３　通信制御部，　３４　記憶部

Claims (18)

1. 　第１のデータ信号を含む第１のデータフレームを無線端末に送信する無線通信部と、
   　前記第１のデータフレームの送信前に、前記無線端末に対する干渉抑制を他の無線通信装置に要求する抑制要求信号の送信を制御する通信制御部と
   　を備える無線通信装置。
2. 　前記通信制御部は、前記抑制要求信号に、前記無線端末の識別情報、前記第１のデータ信号の送信時間に関する情報、または、前記無線端末の許容干渉電力を示す情報を含める
   　請求項１に記載の無線通信装置。
3. 　前記通信制御部は、前記抑制要求信号に、前記他の無線通信装置が送信するデータフレームの先頭から前記干渉抑制を行うか否かを示す情報を含める
   　請求項１に記載の無線通信装置。
4. 　前記無線通信部は、前記抑制要求信号に応答する応答信号を受信し、
   　前記通信制御部は、前記応答信号の情報に基づいて、前記第１のデータフレームの送信時に、前記第１のデータ信号とは異なる第２のデータ信号の前記他の無線通信装置による送信先への前記干渉抑制を行うか否かを判定する
   　請求項１に記載の無線通信装置。
5. 　前記通信制御部は、前記第１のデータフレームに、前記無線端末の識別情報、前記第１のデータ信号の存在有無、および前記第１のデータ信号の送信時間に関する情報を含める
   　請求項１に記載の無線通信装置。
6. 　前記通信制御部は、前記第１のデータフレームの送信前に、前記他の無線通信装置に、送信優先権を要求する優先権要求信号の送信を要求する送信要求信号の送信を制御する
   　請求項１に記載の無線通信装置。
7. 　前記通信制御部は、前記第１のデータフレームの送信を開始するか否かを、前記他の無線通信端末から送信される、前記第１のデータフレームとは異なる第２のデータフレームに含まれる情報に基づいて判定する
   　請求項１に記載の無線通信装置。
8. 　前記通信制御部は、前記第１のデータフレームの送信を完了した際、前記他の無線通信装置に対して、前記干渉抑制の終了を通知する通知信号の送信を制御する
   　請求項１に記載の無線通信装置。
9. 　前記第１のデータ信号は、低遅延および高信頼性の少なくともどちらか一方の要求があるデータである
   　請求項１に記載の無線通信装置。
10. 　第１のデータ信号を含む第１のデータフレームを第１の無線端末に送信する他の無線通信装置から前記第１のデータフレームの送信前に送信された、前記第１の無線端末に対する干渉抑制を要求する抑制要求信号を受信する無線通信部と、
    　前記抑制要求信号に基づいて、前記干渉抑制を行うか否かを判定する通信制御部と
    　を備える無線通信装置。
11. 　前記通信制御部は、前記抑制要求信号に対する応答として、前記干渉抑制の可否および前記可否の理由に関する情報を含む応答信号の送信を制御する
    　請求項１０に記載の無線通信装置。
12. 　前記通信制御部は、前記抑制要求信号に対する応答として、自身による送信先である第２の無線端末に対する前記干渉抑制を前記他の無線通信装置に要求する情報を含む応答信号の送信を制御する
    　請求項１０に記載の無線通信装置。
13. 　前記通信制御部は、前記第１のデータフレームに含まれる前記第１の無線端末の識別情報、前記第１のデータ信号の存在有無、および前記第１のデータ信号の送信時間に関する情報に基づいて、後続して、自身による送信先である第２の無線端末に、前記第１のデータフレームとは異なる第２のデータフレームの送信を開始するか否か、および前記第１の無線端末に対して前記干渉抑制を行うか否かを判定する
    　請求項１０に記載の無線通信装置。
14. 　前記通信制御部は、自身による送信先である第２の無線端末に、前記第１のデータフレームとは異なる第２のデータフレームの送信を開始する際、前記抑制要求信号で指定された前記第１の無線端末に対して前記干渉抑制を行うか否かを判定する
    　請求項１０に記載の無線通信装置。
15. 　前記第１のデータ信号は、低遅延および高信頼性の少なくともどちらか一方の要求があるデータである
    　請求項１０に記載の無線通信装置。
16. 　第１の無線通信装置に、データ信号を含むデータフレームを送信する無線通信部と、
    　前記データフレームの送信前に、干渉抑制を第２の無線通信装置に要求する抑制要求信号の送信を制御する通信制御部と
    　を備える無線通信端末。
17. 　第１のデータ信号を含む第１のデータフレームを送信する第１の無線通信端末から干渉抑制を要求する干渉要求信号を受信する無線通信部と、
    　第２の無線通信端末への、前記第１のデータフレームとは異なる第２のデータフレームの送信時に、前記干渉要求信号に基づいて、前記第１の無線通信端末が前記第１のデータフレームを送信する他の無線通信装置への前記干渉抑制を行うか否かを判定する通信制御部と
    　を備える無線通信装置。
18. 　第１のデータ信号を含む第１のデータフレームを送信する他の無線通信端末への干渉抑制の要求を共有する協調情報共有信号を無線通信装置から受信する通信部と、
    　前記第１のデータフレームとは異なる第２のデータフレームの前記無線通信装置への送信時に、前記協調情報共有信号に基づいて、前記他の無線通信端末が前記第１のデータフレームを送信する他の無線通信装置への前記干渉抑制を行うか否かを判定する通信制御部と
    　を備える無線通信端末。

Images