JP7685997B2 - 端末、通信方法、及び、集積回路 - Google Patents

端末、通信方法、及び、集積回路 Download PDF

Info

Publication number
JP7685997B2
JP7685997B2 JP2022536168A JP2022536168A JP7685997B2 JP 7685997 B2 JP7685997 B2 JP 7685997B2 JP 2022536168 A JP2022536168 A JP 2022536168A JP 2022536168 A JP2022536168 A JP 2022536168A JP 7685997 B2 JP7685997 B2 JP 7685997B2
Authority
JP
Japan
Prior art keywords
link
control
transmission power
transmission
sta
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2022536168A
Other languages
English (en)
Other versions
JPWO2022014192A1 (ja
Inventor
智史 高田
敬 岩井
嘉夫 浦部
レイ ホァン
ロジャン チトラカール
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Publication of JPWO2022014192A1 publication Critical patent/JPWO2022014192A1/ja
Priority to JP2025083223A priority Critical patent/JP2025113337A/ja
Application granted granted Critical
Publication of JP7685997B2 publication Critical patent/JP7685997B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/04—Transmission power control [TPC]
    • H04W52/18—TPC being performed according to specific parameters
    • H04W52/24—TPC being performed according to specific parameters using SIR [Signal to Interference Ratio] or other wireless path parameters
    • H04W52/241—TPC being performed according to specific parameters using SIR [Signal to Interference Ratio] or other wireless path parameters taking into account channel quality metrics, e.g. SIR, SNR, CIR or Eb/lo
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/04—Transmission power control [TPC]
    • H04W52/18—TPC being performed according to specific parameters
    • H04W52/24—TPC being performed according to specific parameters using SIR [Signal to Interference Ratio] or other wireless path parameters
    • H04W52/245—TPC being performed according to specific parameters using SIR [Signal to Interference Ratio] or other wireless path parameters taking into account received signal strength
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B17/00—Monitoring; Testing
    • H04B17/30—Monitoring; Testing of propagation channels
    • H04B17/309—Measuring or estimating channel quality parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/04—Transmission power control [TPC]
    • H04W52/06—TPC algorithms
    • H04W52/16—Deriving transmission power values from another channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/04—Transmission power control [TPC]
    • H04W52/18—TPC being performed according to specific parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/04—Transmission power control [TPC]
    • H04W52/18—TPC being performed according to specific parameters
    • H04W52/28—TPC being performed according to specific parameters using user profile, e.g. mobile speed, priority or network state, e.g. standby, idle or non-transmission
    • H04W52/281—TPC being performed according to specific parameters using user profile, e.g. mobile speed, priority or network state, e.g. standby, idle or non-transmission taking into account user or data type priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/04—Transmission power control [TPC]
    • H04W52/38—TPC being performed in particular situations
    • H04W52/383—TPC being performed in particular situations power control in peer-to-peer links
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Transceivers (AREA)

Description

本開示は、端末、及び、通信方法に関する。
The Institute of Electrical and Electronics Engineers（IEEE）802.11の規格であるIEEE 802.11ax（以下、「11ax」と呼ぶ）の後継規格として、IEEE 802.11be（以下、「11be」と呼ぶ）の技術仕様策定が進められている。
例えば、11beでは、アクセスポイント（「基地局」とも呼ばれる、以下「AP（Access Point）」と呼ぶ）が端末（以下、「STA（Station）」と呼ぶ）と端末との間の通信（例えば、端末間通信、peer to peer（P2P）又はDirect Link（DiL）と呼ぶ）をトリガする方法（例えば、Triggered P2P）が検討されている（例えば、非特許文献１～５を参照）。
IEEE 802.11-19/1604r1, Triggered P2P IEEE 802.11-20/0095r1, Triggered P2P transmissions IEEE 802.11-19/1117r2, Direct Link MU transmissions IEEE 802.11-20/0813r0, Triggered P2P transmissions follow up IEEE 802.11-20/0871r1, Triggered P2P for 11be Release 1 IEEE P802.11ax/D6.0, November 2019 IEEE 802.11-2016, December 2016
しかしながら、端末間通信によるアクセスポイントへの干渉を抑制する方法については十分に検討されていない。
本開示の非限定的な実施例は、端末間通信によるアクセスポイントへの干渉を抑制する端末、及び、通信方法の提供に資する。
本開示の一実施例に係る端末は、アクセスポイントに対する第１リンクに関するパラメータに基づいて、他の端末に対する第２リンクの送信電力制御を行う制御回路と、前記送信電力制御に従って、前記第２リンクにおいて信号を送信する送信回路と、を具備する。
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
本開示の一実施例によれば、端末間通信によるアクセスポイントへの干渉を抑制できる。
本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
Common Info fieldのフォーマットの一例を示す図 User Info fieldのフォーマットの一例を示す図 Medium Access Control (MAC) frameのフォーマットの一例を示す図 Frame Control fieldの一例を示す図 Frame Control fieldにおける設定値の一例を示す図 Quality of Service (QoS) Control fieldにおける設定値の一例を示す図 Control ID subfieldにおける設定値の一例を示す図 無線通信システムの構成例を示す図 APにおける受信電力の一例を示す図 無線通信システムにおける送信処理の一例を示すシーケンス図 STAの一部の構成例を示すブロック図 APの構成例を示すブロック図 STAの構成例を示すブロック図 target Received Signal Strength Indicator（RSSI）の一例を示す図 Common Info fieldのフォーマットの一例を示す図 User Info fieldのフォーマットの一例を示す図 User Info fieldのフォーマットの一例を示す図 UL Target RSSI subfieldにおける設定値の一例を示す図 優先度の一例を示す図 優先度の一例を示す図 優先度の一例を示す図 優先度の一例を示す図 STAの構成例を示すブロック図 Buffer Status Report（BSR）フォーマットの一例を示す図 無線通信システムにおける送信処理の一例を示すシーケンス図 無線通信システムにおける送信処理の一例を示すシーケンス図 QoS Control fieldのフォーマットの一例を示す図 QoS Control fieldのフォーマットの一例を示す図 Control ID subfieldにおける設定値の一例を示す図 Traffic Identify (TID) - based BSRフォーマットの一例を示す図 TID - based BSRフォーマットの一例を示す図 Control ID subfieldにおける設定値の一例を示す図 Required Target RSSI report（RTRR）フォーマットの一例を示す図 RTRRフォーマットの一例を示す図 RTRRフォーマットの一例を示す図 無線通信システムの構成例を示す図 Triggered Response Schedulingのフォーマットの一例を示す図
以下、本開示の各実施の形態について図面を参照して詳細に説明する。
［11axの送信手続］
例えば、11axは、上りリンク（UL:Uplink）においてマルチユーザ（Multi-User（MU））伝送をサポートする。UL MU送信には、例えば、MU-Multiple Input Multiple Output（MU-MIMO）及びOrthogonal Frequency Division Multiple Access（OFDMA）等がある。11axにおけるUL MU送信手続きでは、例えば、APは、収容する複数のSTAに対して、上りリンク信号のトリガである信号（例えば、「Trigger frame」とも呼ばれる）を送信してよい。端末は、例えば、Trigger frameに基づいて、上りリンク信号（例えば、上り応答信号とも呼ぶ）をAPへ送信してよい。なお、上り応答信号は、例えば、Trigger based Physical layer convergence procedure Protocol Data Unit（TB PPDU）とも呼ばれる。
上り応答信号の送信時には、例えば、STAにおいて上りリンク送信電力制御が適用されてよい。上りリンク送信電力制御は、例えば、図１に示すTrigger frame内のCommon Info fieldに含まれる、下りリンク（DL：Downlink）におけるAPの送信電力に関する「AP TX Power」フィールドの設定値、及び、図２に示すTrigger frame内のUser Info fieldに含まれる、上りリンクにおけるAPの目標受信信号強度（例えば、target Received Signal Strength Indicator（RSSI））に関する「UL Target RSSI」フィールドの設定値を用いて、以下の式（１）及び式（２）に従って計算されてよい（例えば、非特許文献６を参照）。
なお、目標受信信号強度（target RSSI）は目標受信電力（target receive power）と呼ばれることもある。また、Common Info fieldは、例えば、複数のSTAに共通の情報（例えば、「共通情報」又は「STA共通情報」とも呼ぶ）を含んでよい。また、User Info fieldは、例えば、STA毎の個別の情報（例えば、「ユーザ情報」、「STA個別情報」、又は「ユーザ個別情報」と呼ぶ）を含んでよい。
Figure 0007685997000001
Figure 0007685997000002
式（１）及び式（２）において、PLDLは、下りリンクにおけるパスロス（[dBm]）を表し、Txpwr APは、AP TX Powerフィールドの設定値（例えば、送信電力値）（[dBm]）を表し、DLRSSIは、STAにおいて推定（又は測定）される下りリンク信号の受信強度（例えば、RSSI）（dBm）を表し、TargetRSSIは、UL Target RSSIフィールドの設定値（[dBm]）を表す。
図３は、11axにおけるMedium Access Control（MAC）frameのフォーマットの一例を示す図である（例えば、非特許文献６及び７を参照）。MAC frameには、例えば、「Frame Control」フィールド、「Quality of Service（QoS） Control」フィールド、及び、「High Throughput（HT）Control」フィールドが含まれてよい。
図４は、MAC frame内のFrame Controlフィールドの一例を示す図である。また、図５は、Frame Controlフィールドの設定値（例えば、Type value及びSubtype value）の一例を示す図である。
図５において、例えば、Frame ControlフィールドのTypeフィールドの値（Type value）が「Data」(例えば、フィールド値が“10”)であり、SubTypeフィールドの値（Subtype value）のビット#7(B7)が“1”の場合（図５において点線で囲まれた範囲）、MAC frame内のQoS Controlフィールドのサイズは2byteとなる。その一方で、Typeフィールドの値が「Data」及びSubtypeフィールドの値のビット#7(B7)が“1”の組み合わせと異なるTypeでは、QoS Controlフィールドのサイズは0byteとなる。
図６は、MAC frame内のQoS Controlフィールドの各ビット（例えば、Bits 0-15）によって示されるパラメータの一例を示す図である。図６に示すように、QoS Controlフィールドには、例えば、保有するトラフィックの種別を表す「Traffic Identify（TID）」、又は、保有するトラフィック量（例えば、キューサイズ）を示す「Queue Size」といったパラメータが含まれてよい。
また、MAC frame内のHT Controlフィールドには、例えば、図３に示すように、一つ以上のControl subfieldが含まれてよい。また、Control subfieldには、例えば、制御情報の種別を識別するControl IDが含まれてよい。図７は、Control IDの設定値の一例を示す図である。図７に示すように、STAは、Control IDによって、制御情報の種別を区別可能である。
［Triggered P2P］
Triggered P2Pでは、11axにおけるUL MU伝送と同様に、APが、P2Pによって送信を開始する端末（例えば、「Direct Link Scheduled (DLS) STA」と呼ぶ）に対して、P2Pの信号のトリガである制御信号（例えば、Trigger frame）を送信してよい。Trigger frameには、例えば、P2Pリンク送信に使用されるリソースに関する情報が含まれてよい。端末は、例えば、Trigger frameを受信後、P2Pリンク（又は、Direct Linkと呼ぶ）においてSTA（例えば、「Direct Link Peer (DLP) STA」と呼ぶ)宛てにデータを送信してよい。
また、Triggered P2Pでは、例えば、Trigger frameによって指示される上りリンクのリソース（例えば、上りリンクリソースと呼ぶ）とP2Pのリソース（例えば、P2Pリソースと呼ぶ）とを時間領域で分ける方法(time resource sharingと呼ぶ)、及び、上りリンクリソースとP2Pリソースとを周波数領域で分ける方法（frequency resource sharingと呼ぶ）が検討されている。
しかしながら、Triggered P2Pの送信電力制御の方法については十分に検討されていない。
そこで、本開示の一実施例では、例えば、Triggered P2Pの信号の送信電力を適切に制御する方法について説明する。
例えば、P2Pリンクの送信制御（例えば、送信電力制御）には、P2Pリンクの情報に基づき、APへの干渉に関する制御を行わない方法が挙げられる。この方法に基づくP2Pリンクの送信制御では、P2Pリソースと上りリンクリソースとが周波数多重される場合に、干渉が発生する可能性がある。例えば、APの受信において、上りリンクの信号の受信電力とP2Pリンクの信号の受信電力との間に大きな電力差（例えば、閾値以上の電力差）が生じる場合、隣り合う周波数帯域間において干渉（例えば、隣接チャネル間干渉（Adjacent channel interference）または隣接RU干渉（Inter-RU Interference）とも呼ばれる)が発生し得る。
図８は、無線通信システムの構成例を示す。また、図９は、図８に示す無線通信システムにおけるAPでの受信電力の一例を示す。
図８では、例えば、APは、STA1に対して、上りリンクの送信（例えば、STA1とAPとの間の通信）をTrigger frame（例えば、TFと表す）によってトリガしてよい。また、図８では、例えば、APは、STA2に対して、P2Pリンクの送信（例えば、STA2とSTA3との間の通信）をTrigger frameによってトリガしてよい。
図８に示すように、Trigger frameによってトリガされた上りリンクの送信及びP2Pリンクの送信の双方が行われる場合、STA2によるP2Pリンクの送信によってAPに干渉を与え得る。例えば、図９に示すように、APにおいて、P2Pリンク（例えば、STA2-STA3通信）からの信号の受信電力が、上りリンク（例えば、STA1-AP通信）からの信号の受信電力よりも大きい場合、干渉（例えば、Adjacent channel interference）の影響により、上りリンク信号の受信性能が劣化する可能性がある。
図１０は、上りリンク送信及びP2Pリンク送信の一例を示すシーケンス図である。
図１０に示すように、例えば、APは、時間リソース（例えば、transmission opportunity（TXOP））を取得すると、Trigger frameを送信してよい。
また、Trigger frameを受信したSTA（例えば、図１０では、STA#1及びSTA#2）は、Trigger frameの送受信から規定時間（例えば、Short Inter Frame Space（SIFS））経過後に、上りリンク(例えば、STA#1-AP)の信号(例えば、TB-PPDU)、又は、P2Pリンク(例えば、STA2-STA3)の信号(例えば、P2P-PPDU)を送信してよい。なお、P2P-PPDUは、例えば、single user(SU)-PPDU、multi user(MU)-PPDU、又は、trigger based(TB)-PPDUの何れでもよい。
図１０において、STA#3（例えば、DLP STA）又はAPは、例えば、PPDUの受信からSIFS経過後に応答信号（例えば、ACK）を送信してよい。例えば、図１０に示すように、Trigger frameによって指示されるP2Pリンクの送信処理は、APが取得したTXOP内で行われてよい。なお、図１０において、STA2とSTA3とは同一BSS (Basic Service Set)でもよく、異なるBSSでもよい。
本開示の一実施例では、例えば、Trigger frameによって指示される、上りリンク送信とP2Pリンク送信とが周波数多重される場合に、P2Pリンクの送信電力制御を適切に制御することにより、P2Pリンクの送信がAPにおける上りリンクの受信処理に与える干渉を低減する方法について説明する。
この方法により、例えば、P2Pリンクの送信がAPにおける上りリンクの受信処理に与える干渉を低減することができるため、上りリンクのスループットを向上できる。
（実施の形態１）
［無線通信システムの構成］
本実施の形態に係る無線通信システムは、例えば、AP１００、及び、STA２００を含んでよい。
例えば、本実施の形態では、AP１００は、上りリンク及びP2Pリンクの少なくとも一つの送信制御に関する情報をTrigger frameによってSTA２００に通知してよい。「通知」は、「送信」あるいは「指示」に読み替えられてもよい。STA２００は、例えば、AP１００から通知されるTrigger frameに基づいて、上りリンク送信、及び、P2Pリンク送信の少なくとも一方を行ってよい。
以下、本実施の形態に係るAP１００及びSTA２００の構成例について説明する。
図１１は、本開示の一実施例に係るSTA２００の一部の構成例を示すブロック図である。図１１に示すSTA２００において、制御部（例えば、制御回路に相当）は、AP１００に対する第１リンク（例えば、AP-STAリンク）に関するパラメータに基づいて、他のSTAに対する第２リンク（例えば、STA-STAリンク又はDiL）の送信電力制御を行う。送信部（例えば、送信回路に相当）は、送信電力制御に従って、第２リンクにおいて信号を送信する。
［AP１００の構成例］
図１２は、AP１００の構成例を示すブロック図である。図１２に示すAP１００は、例えば、スケジューラ部１０１と、制御信号生成部１０２と、送信信号生成部１０３と、無線送受信部１０４と、受信信号復調・復号部１０５と、を含んでよい。
例えば、スケジューラ部１０１と、制御信号生成部１０２とは、アクセス制御部（例えば、MAC処理部）に含まれてよく、送信信号生成部１０３及び受信信号復調・復号部１０５は、ベースバンド（baseband（BB））処理部に含まれてよい。
スケジューラ部１０１は、例えば、STA２００に対するスケジューリングを制御してよい。例えば、スケジューラ部１０１は、受信信号復調・復号部１０５から入力される情報（例えば、フィードバック情報）に基づいて、各STA２００のリソース割り当て、Modulation and Coding Scheme（MCS）といったスケジューリング情報を決定してよい。また、スケジューラ部１０１は、例えば、AP１００の送信電力及びTarget RSSIといった、上りリンク用又はP2Pリンク用の送信電力制御に関するパラメータ（例えば、送信電力制御パラメータ）を決定してよい。スケジューラ部１０１は、例えば、決定したスケジューリング情報又は送信電力制御パラメータを含む制御情報を制御信号生成部１０２へ出力してよい。なお、P2Pリンク用の送信電力制御パラメータ（例えば、Target RSSI）の設定方法の例については後述する。
制御信号生成部１０２は、例えば、STA２００向けの制御信号（例えば、Trigger frame)を生成してよい。例えば、制御信号生成部１０２は、スケジューラ部１０１から入力される制御情報（例えば、各STA２００へのリソース割り当て結果、又は、送信電力制御パラメータ）に基づいて制御信号を生成してよい。
制御信号には、例えば、時間及び周波数リソース情報（例えば、Resource Unit（RU）割り当て情報、TXOP、LENGTH等）、送信電力制御パラメータ（例えば、AP１００の送信電力、又はTarget RSSI等）、上りリンク又はP2Pリンクの送信信号生成に関する情報（例えば、MCS、guard interval（GI）、long training field（LTF） mode等)、制御信号の種別を通知するTrigger type、及び、端末識別情報（例えば、association ID（AID））の少なくとも一つが含まれてよい。
なお、P2Pリンクの送信信号生成に関する情報（例えば、MCS、GI、LTF mode等）は、AP１００によって決定（又は、指示）される場合に限定されず、例えば、DLS STAが決定してもよい。この場合、MCS、GI、LTF modeといった情報は、AP１００から通知されなくてよい。なお、P2Pリンク向けのTrigger frame formatの例については後述する。
制御信号生成部１０２は、例えば、生成した制御信号を送信信号生成部１０３へ出力する。
送信信号生成部１０３は、例えば、制御信号生成部１０２から入力される制御信号、又は、データおよびACK/Block-ACKに対して、符号化及び変調処理を行う。送信信号生成部１０３は、例えば、変調後の信号に対して、受信側（例えば、STA２００）における周波数同期又はタイミング同期に用いるパイロット信号、チャネル推定用信号（例えば、LTF、又は、Extremely High Throughput（EHT）-LTF)等を付加して、無線フレーム（送信信号）を生成してよい。送信信号生成部１０３は、生成した送信信号を無線送受信部１０４へ出力する。
無線送受信部１０４は、例えば、送信信号生成部１０３から入力される送信信号に対して、D/A変換、キャリア周波数にアップコンバートといった無線送信処理を行い、無線送信処理後の信号を、アンテナを介して送信する。
AP１００は、例えば、STA２００から送信された上りリンク信号（例えば、上り応答信号(TB-PPDU)）及びフィードバック情報を受信する場合、以下のように動作してよい。
アンテナを介して受信された無線信号は、無線送受信部１０４に入力される。無線送受信部１０４は、例えば、受信した無線信号に対してキャリア周波数のダウンコンバートといった無線受信処理を行い、無線受信処理後の信号を受信信号復調・復号部１０５へ出力する。
受信信号復調・復号部１０５は、例えば、無線送受信部１０４から入力される信号に対して、自己相関処理といった処理を行い、受信した無線フレームを抽出してよい。また、受信信号復調・復号部１０５は、例えば、抽出した無線フレームに含まれる、STA２００からの上り応答信号（例えば、TB-PPDU）及びフィードバック情報を復号及び復調してよい。受信信号復調・復号部１０５は、例えば、フィードバック情報を、スケジューラ部１０１へ出力してよい。
［STA２００の構成例］
図１３は、本実施の形態に係るSTA２００の構成例を示すブロック図である。図１３に示すSTA２００は、例えば、無線送受信部２０１と、受信信号復調・復号部２０２と、送信電力算出部２０３と、信号生成部２０４と、送信制御部２０５と、送信信号生成部２０６と、を含んでよい。
例えば、図１１に示す制御部は、図１３において送信信号の生成に関する処理部（例えば、受信信号復調・復号部２０２、送信電力算出部２０３、信号生成部２０４、送信制御部２０５と、及び、送信信号生成部２０６等）に対応してよい。また、図１１に示す送信部は、例えば、図１３に示す無線送受信部２０１に対応してよい。
また、例えば、送信電力算出部２０３、信号生成部２０４、及び、送信制御部２０５は、アクセス制御部に含まれてよく、受信信号復調・復号部２０２及び送信信号生成部２０６は、ベースバンド処理部に含まれてよい。
無線送受信部２０１は、例えば、AP１００又は他のSTA２００から送信された信号を、アンテナを介して受信し、受信した信号にダウンコンバート、A/D変換といった無線受信処理を行い、無線受信処理後の信号を受信信号復調・復号部２０２に出力する。また、無線送受信部２０１は、例えば、送信信号生成部２０６から入力される信号に対して、D/A変換、キャリア周波数へのアップコンバートといった無線送信処理を行ってよい。また、無線送受信部２０１は、例えば、送信電力算出部２０３から指示される送信電力に基づいて、無線送信処理後の信号を、アンテナを介して送信してよい。
受信信号復調・復号部２０２は、例えば、無線送受信部２０１から入力される信号に対して自己相関処理といった処理を行い、受信した無線フレームを抽出してよい。受信信号復調・復号部２０２は、例えば、抽出した無線フレーム内に含まれる制御信号（例えば、Trigger frame）を復調及び復号し、例えば、AP TX Power又はTarget RSSIといった送信電力制御パラメータを送信電力算出部２０３へ出力してよい。
受信信号復調・復号部２０２は、例えば、抽出した無線フレームが他のSTA２００からの信号の場合、無線フレームに含まれるデータ、制御信号、及び、フィードバック情報を復調及び復号してよい。受信信号復調・復号部２０２は、例えば、抽出したフィードバック情報を送信制御部２０５へ出力してよい。
なお、STA２００は、Trigger frameで指示された送信が、上りリンク送信及びP2Pリンク送信の何れであるかについて、例えば、Trigger frameに含まれる制御情報に基づいて判断してよい。Trigger frameに含まれる制御情報は、例えば、上りリンク送信とP2Pリンク送信とを区別する1bitのシグナリングでもよい（例えば、非特許文献４を参照）。
また、STA２００は、上述した1bitのシグナリングの代わりに、AIDに基づいて、上りリンク送信とP2Pリンク送信との区別を判断してもよい。AIDに基づく判断の場合、STA２００は、例えば、上りリンク通信用のAID及びP2Pリンク通信用のAIDの2つのAIDを有してよい。AIDに基づいて上りリンク送信とP2Pリンク送信とを区別する制御により、追加のシグナリングが無くてよい。
また、STA２００は、上述した1bitのシグナリングの代わりに、Trigger frameのMCSフィールドにおいて未使用の設定値（例えば、15）に基づいて、上りリンク送信とP2Pリンク送信とを区別を判断してもよい。P2Pリンク送信の場合、MCSは、AP１００ではなく、DLS STAによって決定されてよい。よって、STA２００は、P2Pリンク送信では使用されないMCSフィールドにおいて、上り通信用Trigger frameでは使用されないMCSの設定値に基づいて、Trigger frameで指示された送信が上りリンク送信及びP2Pリンク送信の何れであるかを判断可能になる。このように、MCSフィールドの設定値に基づく上りリンク送信とP2Pリンク送信とを区別する制御により、追加のシグナリングが無くてよい。なお、上述した上りリンク送信とP2Pリンク送信とを区別するシグナリングは、例えば、MCSフィールドの未使用の設定値に限定されず、他のフィールドの未使用の設定値によって通知されてもよい。
また、受信信号復調・復号部２０２は、例えば、時間及び周波数リソース情報（例えば、RU割り当て情報、TXOP、LENGTH等）又はMCS、GI、LTF modeといった制御パラメータを送信信号生成部２０６へ出力してよい。
送信電力算出部２０３は、例えば、上りリンク信号（例えば、上り応答信号）又はP2P信号の送信電力を算出してよい。例えば、送信電力算出部２０３は、受信信号復調・復号部２０２から入力される送信電力制御パラメータ（例えば、AP TX Power及びTarget RSSI）、及び、下りリンク信号から推定したパスロス（図示せず）に基づいて、上り応答信号又はP2P信号の送信電力を算出してよい。送信電力算出部２０３は、例えば、算出した送信電力に関する情報を無線送受信部２０１へ出力してよい。なお、送信電力算出部２０３におけるP2Pリンク送信向けの送信電力算出方法の例については後述する。「算出」は、「決定」に読み替えられてもよい。
信号生成部２０４は、例えば、上り応答信号、又は、P2P向け信号を生成し、生成した上り応答信号又はP2P向け信号を送信信号生成部２０６へ出力してよい。上り応答信号には、例えば、STA２００のID、及び、STA２００の送信情報（例えば、データ、送信バッファ状態通知（例えば、BSR：Buffer Status Report）、又は、DL Data要求等）が含まれてよい。
送信制御部２０５は、例えば、受信信号復調・復号部２０２から入力される、他のSTA２００からのフィードバック情報に基づいて、MCS、GI又はLTF modeといったP2Pリンクの送信に関する制御パラメータを決定し、決定した制御パラメータを送信信号生成部２０６へ出力してよい。
送信信号生成部２０６は、例えば、受信信号復調・復号部２０２から入力される制御パラメータ（例えば、MCS、GI、LTF mode 等）又は送信制御部２０５から入力される制御パラメータに基づいて、信号生成部２０４から入力される上り応答信号又はP2P向け信号に対して符号化及び変調を行ってよい。送信信号生成部２０６は、例えば、変調後の信号に対して、受信側（例えば、AP１００又は他のSTA２００）における周波数同期又はタイミング同期に用いるパイロット信号、チャネル推定用信号等の制御信号（プリアンブル）を付加し、無線フレーム（送信信号）を生成してよい。送信信号生成部２０６は、例えば、生成した送信信号を、無線送受信部２０１へ出力する。
［AP及びSTAの動作例］
次に、本実施の形態のAP１００及びSTA２００の動作例について説明する。
本実施の形態では、STA２００（例えば、DLS STA）は、例えば、AP１００とSTA２００との間のリンク（例えば、AP-STAリンク又は上りリンク）に関するパラメータ（例えば、パスロス）に基づいて、P2Pリンクの送信電力制御を行ってよい。AP-STAリンクに関するパラメータは、例えば、AP-STAリンクの品質（又は、AP-STAリンクの状態）を示すパラメータでよい。
また、例えば、AP１００は、DLS STAであるSTA２００に対して、AP１００の送信電力に関する情報、及び、P2PリンクのTarget RSSI（例えば、AP１００におけるDLS STAからの信号の目標受信信号強度）に関する情報を、STA２００へ送信してよい。STA２００は、例えば、AP１００の送信電力、P2PリンクのTarget RSSI、及び、AP１００とSTA２００との間のリンクにおけるパスロスに基づいて、P2Pリンクの送信電力制御を行ってよい。
例えば、AP１００は、上りリンクリソースに設定されるTarget RSSIに基づいて、P2PリンクのTarget RSSIを設定してよい。図１４は、P2PリンクのTarget RSSIの設定例を示す図である。
図１４に示す例では、P2Pリンク（又は、STA-STAリンク）に割り当てられる周波数リソース（例えば、RU）と、上りリンク（又は、AP-STAリンク）に割り当てられる周波数リソースとは隣り合う。この場合、AP１００は、例えば、P2Pリソースに隣り合う上りリンクリソースに設定されたTarget RSSIに基づいて、P2PリソースのTarget RSSIを決定してよい。例えば、AP１００は、P2Pリソースに隣り合う上りリンクリソースのTarget RSSIのうち、最小値、最大値及び平均値の何れかを、P2PリソースのTarget RSSIに設定してよい。
P2PリンクのTarget RSSI設定により、例えば、AP１００において干渉となり得るP2Pリンク信号の受信電力は、AP１００における上りリンク信号の受信電力と同程度になりやすい。このため、AP１００では、P2Pリンク信号と上りリンク信号との間の受信電力差が低減するので、P2Pリンク信号による上りリンク信号への干渉を低減できる。
なお、P2PリソースのTarget RSSI設定は、隣り合う上りリンクリソースに設定されたTarget RSSIの最小値、最大値及び平均値に限定されない。例えば、AP１００は、P2Pリソースと隣り合う上りリンクリソースに設定されるTarget RSSI（例えば、最小値、最大値又は平均値）に対して、許容可能な干渉量に基づくオフセットを加算した値をP2PリソースのTarget RSSIに設定してもよい。
また、P2PリソースのTarget RSSI設定は、P2Pリソースに隣り合う上りリンクリソースのTarget RSSIに基づく場合に限定されず、P2Pリソースから規定の範囲内の上りリンクリソースのTarget RSSIの少なくとも一つに基づいてもよい。
次に、P2P向け送信電力の算出方法、及び、Trigger frameフォーマットの例について説明する。
＜例１＞
例１では、STA２００（例えば、DLS STA）は、例えば、上りリンク（例えば、AP-STAリンク）の状態、及び、Trigger frameで指示された情報（例えば、P2PリンクのTarget RSSI及びAP１００の送信電力）に基づいて、P2Pリンクの送信電力を制御してよい。
AP-STAリンクの状態の一例として、AP-STAリンクにおけるパスロスが挙げられる。例えば、STA２００は、AP-STAリンクにおけるパスロスに基づいて、P2Pリンクの送信電力を制御してよい。
また、例えば、P2P向けのTrigger frameは、11axの上りリンクに対するTrigger frameと同様のフォーマットでよい。図１５は、P2P向けのTrigger frameに含まれるCommon info fieldの一例を示し、図１６は、P2P向けのTrigger frameに含まれるUser Info fieldの一例を示す。
例えば、図１５に示すCommon info fieldには、AP１００の送信電力を示すフィールド（例えば、AP TX Power）が設けられ、図１６に示すUser info filedには、Target RSSIを示すフィールド（UL Target RSSI）が設けられてよい。
なお、図１５及び図１６に示すTrigger frameフォーマットにおいて一部のフィールドが存在しなくてもよく、新しいフィールドが追加されてもよい。
例えば、Trigger frameによって指示されるP2PリンクのTarget RSSIは、AP１００において許容可能な干渉量とみなしてよい。
一例として、図８に示す無線通信システムの構成例について説明する。STA2（例えば、DLS STA）は、例えば、AP-STA2リンクのパスロス、Trigger frameによって指示されたTarget RSSI及びAPの送信電力に基づいて計算される送信電力（換言すると、送信電力の上限値）以下の送信電力を、P2Pリンクの送信電力に設定してよい。
換言すると、STA２００は、例えば、AP１００におけるP2P信号の受信電力がTrigger frameで指示されたTarget RSSI以下に設定されるように、P2Pリンクの送信電力制御を行ってよい。例えば、STA２００は、AP１００からの下りリンク信号の受信電力（例えば、DLRSSI）、Trigger frameによって指示されたAP１００の送信電力(例えば、Txpwr AP)に基づいて、式（３）に従ってAP-STAリンクのパスロス（例えば、PLAP-STA）を算出してよい。
Figure 0007685997000003
また、STA２００は、例えば、算出したパスロス（例えば、PLAP-STA）、及び、Trigger frameによって指示されたP2PリンクのTarget RSSI（例えば、TargetRSSI）に基づいて、式（４）に従ってAP１００が許容可能なP2Pリンクの送信電力（例えば、Txpwr_limit）を算出してよい。
Figure 0007685997000004
そして、STA２００は、例えば、式（５）のように、P2Pリンク送信の送信電力（例えば、Txpwr P2P）を、算出した送信電力（Txpwr_limit）以下の値に設定してよい。
Figure 0007685997000005
以下に、上述したP2Pリンクの送信電力制御の処理手順の一例を示す。
（ステップ１）STA２００は、例えば、P2Pリンクに関する情報（例えば、品質情報）に基づいて、P2Pリンクの送信電力（Txpwr）を決定してよい。P2Pリンクに関する情報の一例として、例えば、P2PリンクのMCS、パスロス、又は、パケット誤り率などが挙げられる。なお、STA２００は、例えば、予め規定された送信電力（例えば、最大送信電力といった固定の送信電力）をP2Pリンク送信電力に設定してもよい。
（ステップ２）STA２００は、例えば、AP１００からの下りリンク信号の受信電力（例えば、DLRSSI）を測定し、測定した下りリンク信号の受信電力及びTrigger frameによって指示されたAP１００の送信電力（例えば、Txpwr AP）に基づいて、式（３）に従って、AP-STAリンクのパスロス（例えば、PLAP-STA）を算出してよい。そして、STA２００は、例えば、パスロス及び、Trigger frameによって指示されたTarget RSSI(例えば、TargetRSSI)に基づいて、式（４）に従って、AP１００が許容可能なP2Pリンクの送信電力（例えば、Txpwr_limit）を求める。
（ステップ３）STA２００は、例えば、式（６）に従って、ステップ１で算出した送信電力Txpwr、及び、ステップ２で算出した送信電力Txpwr_limitのうち、小さい電力値を、P2Pリンク送信の送信電力に設定してよい。
Figure 0007685997000006
このように、STA２００は、例えば、AP-STAリンクのパスロスに基づいて、P2Pリンクの送信電力制御を行う。
例えば、P2Pリンクに関する情報に基づいて算出された送信電力Txpwrが、AP１００が許容可能なP2Pリンクの送信電力Txpwr_limitよりも大きい場合、STA２００は、P2Pリンクの送信電力をTxpwr_limitに設定してよい。これにより、例えば、P2Pリンク信号がAP１００に対して干渉を与え得る場合でも、AP１００では、P2Pリンク信号の干渉による影響を低減できる。
また、例えば、P2Pリンクに関する情報に基づいて算出された送信電力Txpwrが、AP１００が許容可能なP2Pリンクの送信電力Txpwr_limit以下の場合、STA２００は、P2Pリンクの送信電力をTxpwrに設定してよい。これにより、STA２００は、例えば、AP１００に対する干渉を抑制し、P2Pリンクの状態（例えば、品質）に適した送信電力でP2Pリンク送信を行うことができる。
以上より、P2Pリンク送信がAP１００における上りリンクの受信処理に与える干渉を低減できるため、上りリンクのスループットを向上できる。
＜例２＞
例２では、例えば、例１と同様に、STA２００（例えば、DLS STA）は、上りリンクの状態（例えば、AP-STAリンクのパスロス）、及び、Trigger frameによって指示された情報（例えば、P2PリンクのTarget RSSI及びAP１００の送信電力）に基づいて、P2Pリンクの送信電力を制御してよい。
例２では、STA２００は、例えば、STA２００におけるbeamformingに関するパラメータに基づいて、P2Pリンクの送信電力を制御してよい。例えば、beamforming制御によりAP１００方向にNULLを向ける制御が行われる場合、STA２００から送信されるP2Pリンク信号によるAP１００への干渉は低減される。この場合、STA２００は、例えば、P2Pリンクの送信電力を増加できる可能性がある。換言すると、STA２００におけるP2Pリンクの送信電力の制限を緩和できる可能性がある。
なお、例２におけるP2P向けのTrigger frameは、例えば、例１（例えば、図１５及び図１６）と同様でよい。
以下に、上述したP2Pリンクの送信電力制御の処理手順の一例を示す。
（ステップ１）STA２００は、例えば、P2Pリンクに関する情報（例えば、品質情報）に基づいて、P2Pリンクの送信電力（Txpwr）を決定してよい。P2Pリンクに関する情報の一例として、例えば、P2PリンクのMCS、パスロス、又は、パケット誤り率などが挙げられる。なお、STA２００は、例えば、予め規定された送信電力（例えば、最大送信電力といった固定の送信電力）をP2Pリンク送信電力に設定してもよい。
（ステップ２）STA２００は、例えば、AP１００からの下りリンク信号の受信電力（例えば、DLRSSI）を測定し、測定した下りリンク信号の受信電力及びTrigger frameによって指示されたAP１００の送信電力（例えば、Txpwr AP）に基づいて、式（３）に従って、AP-STAリンクのパスロス（例えば、PLAP-STA）を算出してよい。そして、STA２００は、例えば、パスロス及び、Trigger frameによって指示されたTarget RSSI(例えば、TargetRSSI)に基づいて、式（４）に従って、AP１００が許容可能なP2Pリンクの送信電力（例えば、Txpwr_limit）を求める。
（ステップ３）STA２００は、例えば、ステップ１で算出した送信電力Txpwrが、ステップ２で算出した送信電力Txpwr_limit以下の場合、P2Pリンクの送信電力を、Txpwrに設定して、P2P向け送信電力の算出処理を終了してよい。
その一方で、STA２００は、例えば、送信電力Txpwrが送信電力Txpwr_limitより大きい場合、ステップ４以降の処理を行ってよい。
（ステップ４）
STA２００は、例えば、STA２００において適用されるbeamforming（例えば、Precoding、アンテナ切り替え制御など）、及び、AP-STA間のチャネル推定値に基づいて、AP１００へ与える干渉の低減度合いに関する情報（換言すると、beamformingに関するパラメータ。例えば、BFeffect）を推定してよい。なお、AP-STA間のチャネル推定値は、例えば、Trigger frameが含まれるPPDUのEHT-LTF及びLTFの少なくとも一つから推定されてもよく、下りリンクのNull Data Packet（NDP）に基づいて推定されてもよい。また、例えば、STA２００は、NDPをAP１００へ送信し、AP１００においてNDPに基づいて推定されたチャネル推定値を含むフィードバック情報を受信してもよい。
STA２００は、例えば、式（７）に従って、AP１００へ与える干渉の低減度合いに応じたオフセット（例えば、BFeffect）を送信電力Txlimitに加えて、オフセット加算後のAP１００が許容可能なP2Pリンクの送信電力Tx’pwr_limitを算出してよい。例えば、AP１００へ与える干渉の低減度合いが大きいほど、BFeffectの値が大きく設定されてよい。
Figure 0007685997000007
（ステップ５）STA２００は、例えば、ステップ１で算出した送信電力Txpwr、及び、ステップ４で算出した送信電力Tx’pwr_limitのうち、小さい電力値を、P2Pリンク送信の送信電力に設定してよい。
このように、STA２００は、例えば、AP-STAリンクのパスロス、及び、STA２００におけるbeamformingに関するパラメータに基づいて、P2Pリンクの送信電力制御を行う。これにより、例１と同様、P2Pリンクの送信がAP１００における上りリンクの受信処理に与える干渉を低減できるため、上りリンクのスループットを向上できる。また、例２では、beamforming制御に応じて、P2Pリンクにおいて、AP１００への干渉抑制のための送信電力の低減を抑制できる（換言すると、P2Pリンクの送信電力を増加しやすくなる）。
＜例３＞
例１又は例２では、Trigger frameによって通知される許容干渉量（例えば、Target RSSI）が１つの場合について説明した。例３では、Trigger frameによって通知される許容干渉量（例えば、Target RSSI）が複数の場合について説明する。
複数のTarget RSSIそれぞれは、例えば、P2Pリンクの送信に対する優先度に対応付けられてよい。
例えば、優先度がより高いP2Pリンクの送信に対応するTarget RSSI（又は、許容干渉量）は高く設定され、優先度がより低いP2Pリンクの送信に対応するTarget RSSI（又は、許容干渉量）は低く設定されてよい。換言すると、優先度がより高いP2Pリンクの送信ほど、高い送信電力による通信が可能になる。
図１７は、２つの優先度（例えば、高い優先度（high priority）及び低い優先度（low priority）が設定される場合のTrigger frame format（User Info field）の一例を示す図である。なお、設定される優先度の数は、２個に限定されず、３個以上でもよい。
図１７において、例えば、図２に示す11axと同様の「UL Target RSSI」フィールドに、優先度が高いP2Pリンク送信用のTarget RSSIが設定され、「UL Target RSSI#2」フィールドに、優先度が低いP2Pリンク送信用のTarget RSSIが設定されてよい。
「UL Target RSSI#2」フィールドの設定値は、例えば、「UL Target RSSI」フィールドの設定値と同様に、図１８に示すRSSIの絶対値（例えば、7bitのテーブルの何れかの値)を示す値でもよく、「UL Target RSSI」フィールドの設定値からの相対的なオフセットを示す値でもよい。
また、例えば、優先度毎の複数のTarget RSSIが設定（又は、通知）される場合、「UL Target RSSI」に関するフィールドのビット数を11axにおいて規定されるビット数と異なる値に設定（または、変更）してもよい。例えば、図１７において、「UL Target RSSI」フィールドを4bitで構成し、「UL Target RSSI#2」フィールドを3bitで構成してよい。このように、Target RSSIのシグナリングの増加を抑制することにより、シグナリングのオーバヘッドを削減できる。また、例えば、図１７に示すUser Info fieldにおいて、11axのUser Info fieldと比較してビット数の増加を抑制できる。なお、「UL Target RSSI」フィールド、及び、「UL Target RSSI#2」フィールドのビット数は上述した例に限定されず、他のビット数でもよい。
ここで、例えば、UL Target RSSIに関するフィールドのビット数が少ないほど、通知可能な情報量が低減する。そこで、例えば、「UL Target RSSI」フィールド及び「UL Target RSSI#2」フィールドの少なくとも一つにおいて通知可能な最大値（例えば、11axでは-20dBm）及び最小値（例えば、11axでは-110dBm）の少なくとも一つの値を変更してもよい。例えば、通知可能な最大値がより低い値に変更されてもよく、通知可能な最小値がより高い値に変更されてもよい。換言すると、通知可能な値がより狭い範囲の値に変更されてもよい。
または、例えば、Target RSSIのステップ幅をより大きくすることにより、或るビット数によって設定可能なTarget RSSIのレンジを拡大してよい。例えば、Target RSSIのステップ幅は、11axでは1dB単位のステップ幅である。図１７では、例えば、Target RSSIのステップ幅は、1dBより大きい単位（例えば、2dB、3dB又は、4dB以上）のステップ幅でもよい。
また、例えば、図１７に示す「UL-HE-MCS」フィールド又は「UL Dual subcarrier Modulation（DCM）」フィールド等を複数のTarget RSSIの通知フィールド（例えば、「UL Target RSSI#2」）に置き換えてもよい（図示せず）。P2Pリンクでは、例えば、MCS及びDCMは、AP１００ではなく、DLS STAによって決定される場合がある。この場合、DLS STAには、AP１００から「UL-HE-MCS」フィールド及び「UL DCM」フィールドにおいて対応する設定値は通知されなくてよい。このため、STA２００（例えば、DLS STA）は、Trigger frame内の「UL-HE-MCS」フィールド及び「UL DCM」フィールドにおいて、複数のTarget RSSIに関する情報を受信してよい。
なお、「UL-HE-MCS」フィールド及び「UL DCM」フィールドに限定されず、P2PリンクにおいてDLS STAによって決定されるパラメータ（換言すると、AP１００によって決定されないパラメータ）に対応するフィールドが、複数のTarget RSSIの通知フィールドに置き換えられてもよい。
優先度は、例えば、P2Pリンク送信におけるPPDUのフレーム種別（例えば、Management、Control frameといったframe type）、Access category（AC）、又は、TID（又は、トラフィック種別）に基づいて制御（又は、決定、設定）されてよい。
図１９、図２０、図２１及び図２２は、優先度の設定例を示す図である。
図１９は、frame typeの種別によって優先度が設定される例を示す図である。図１９では、例えば、制御情報を送信するフレーム（例えば、Management frame又はControl frame）の優先度が、データを送信するフレーム（例えば、Data frame）の優先度よりも高く設定されてよい。図１９に示す優先度設定により、例えば、P2Pリンク送信では、データと比較して、制御情報の受信品質を向上できるので、例えば、接続処理等の遅延の増加を抑制できる。なお、frame typeの種別は、Management frame、Control frame及びData frameと異なる種別でもよい。
図２０は、図１９におけるframe typeの種別に加え、同一のframe typeのうち、送信種別によって優先度が設定される例を示す図である。例えば、図２０では、Control frameのうち、ACK及びBlock-ACKの優先度が、ACK及びBlock-ACKと異なる他の種別の優先度よりも高く設定されてよい。図２０に示す優先度設定により、例えば、P2Pリンク送信では、他の制御情報と比較して、ACK及びBlock-ACKの受信品質を向上できるので、例えば、再送処理等の遅延の増加を抑制できる。
図２１は、AC（アクセスカテゴリ）によって優先度が設定される例を示す図である。図２１では、例えば、遅延の要求条件がより高いAC（例えば、AC_VO（access category voice）、AC_VI（access category video））の優先度が、遅延の要求条件がより低いAC（例えば、AC_BK（access category background）、AC_BE（access category best effort））の優先度よりも高く設定されてよい。図２１に示す優先度設定により、例えば、P2Pリンク送信では、例えば、遅延の要求条件がより高いACに対応する情報の遅延を抑制できる。なお、ACの種別は、図２１に示す種別と異なる種別でもよい。
図２２は、TIDによって優先度が設定される例を示す図である。図２２では、例えば、TIDに対応する遅延の要求条件に応じて優先度が設定されてよい。例えば、４以上のTIDの優先度が、４未満のTIDの優先度よりも高く設定されてよい。なお、図２２において、優先度の設定に関する、TIDに対する閾値は４に限定されず、他の値でもおい。また、例えば、11axにおいて使用されないTID（例えば、７より大きい値）に対して、緊急度がより高いサービスとして、最も高い優先度が設定されてもよい。
なお、図１９、図２０、図２１及び図２２それぞれに示す優先度の設定を組み合わせてもよい。例えば、図１９と図２１とを組み合わせて、Management frame、Control frame及びData frameの一部のAC（例えば、AC_VO及びAC_VI）の優先度が、Data frameの他のAC（例えば、AC_BK及びAC_BE）の優先度よりも高く設定されてもよい。
このように、例３では、AP１００は、STA２００に対して、P2Pリンク送信の優先度にそれぞれ対応する複数のTarget RSSIを指示してよい。また、例えば、優先度がより高いP2Pリンク送信に対して、対応するTarget RSSI（又は、許容干渉量）がより高く設定されてよい。これにより、STA２００は、例えば、優先度が高いP2Pリンク送信の送信電力を高く設定できるので、P2Pリンクの通信品質を向上できる。
なお、優先度は２種類（例えば、「高（High priority）」及び「低（low priority）」）に限定されず、３種類以上設定されてもよい。
以上、P2P向け送信電力の算出方法、及び、Trigger frameフォーマットの例について説明した。
このように、本実施の形態では、STA２００は、AP１００に対するAP-STAリンクに関するパラメータ（例えば、パスロス）に基づいて、他のSTAに対するP2Pリンク（又は、STA-STAリンク）の送信電力制御を行い、送信電力制御に従ってP2Pリンクにおいて信号を送信する。
この送信電力制御により、例えば、図８に示すように、Trigger frameによってトリガされた上りリンクの送信及びP2Pリンクの送信の双方が行われる場合、STA2によるP2Pリンクの送信によってAPに与える干渉（例えば、Adjacent channel interference）を抑制できる。よって、本実施の形態によれば、上りリンク信号の受信性能の劣化を抑制し、上りリンクのスループットを向上できる。
なお、本実施の形態では、STA２００が、AP-STAリンクの状態に基づいて、P2Pリンクの送信電力制御を行う場合について説明したが、この動作に限定されない。例えば、STA２００は、AP１００からの指示情報に基づいて、AP-STAリンクの状態に基づく送信電力制御と、P2P（STA-STA)リンクの状態に基づく送信電力制御とを切り替えてもよい。
送信電力制御の切り替えに関する指示情報は、例えば、Trigger frame、ビーコン、又は、他の制御情報によってAP１００からSTA２００へ通知されてよい。
送信電力制御の切替の通知方法は、例えば、Trigger frameのUser Info field又はCommon info fieldにおいて、上述した２種類の送信電力制御の何れか一方を指示するフラグ（例えば、1bitフラグ）を通知する方法でもよい。
また、送信電力制御の切り替えは、例えば、Trigger frameのUser Info fieldの「UL Target RSSI」フィールドに、或る値を設定する方法でもよい。例えば、「UL Target RSSI」フィールドの設定値（例えば、図１８）が‘127’の場合、STA２００はP2Pリンクの状態に基づく送信電力制御を行い、「UL Target RSSI」フィールドの設定値が‘127’と異なる値の場合、STA２００は、AP-STAリンクの状態に基づく送信電力制御を行ってよい。
AP１００は、例えば、上りリンク及びP2Pリンクのリソース割り当て結果、又は、上りリンクに設定されるパラメータに基づいて、AP-STAリンクの状態に基づく送信電力制御と、P2P (STA-STA)リンクの状態に基づく送信電力制御との切り替えを判断してもよい。例えば、AP１００におけるスケジューリングによって、P2Pリソースに隣り合うリソースが、上りリンクに割り当てられない場合には、上りリンクに対してAdjacent channel interferenceの影響を与えにくい。又は、上りリンクに対してロバストなパラメータ（例えば、MCS）が設定される場合には、上りリンクに対してAdjacent channel interferenceの影響を与えにくい。このように、AP１００は、P2Pリンクから上りリンクへ与え得る干渉の影響の度合いに基づいて、STA２００に対して、P2Pリンクの送信電力制御方法の切り替えを指示してもよい。これにより、P2Pリンク送信によるULリンクに対する干渉を抑制し、P2Pリンクの通信品質の劣化を抑制できる。
（実施の形態２）
実施の形態１では、AP-STAリンクの状態に基づいてP2Pリンクの送信電力を制御する方法について説明した。ここで、AP-STAリンクの状態に基づくP2Pリンクの送信電力制御では、P2Pリンクの品質が担保されない可能性がある。そこで、本実施の形態では、例えば、AP-STAリンクの状態に加え、P2Pリンク（又は、STA-STAリンク）の状態に基づくP2Pリンクの送信電力制御の方法について説明する。
本実施の形態に係る無線通信システムは、例えば、AP１００、及び、STA３００を含んでよい。
本実施の形態では、例えば、STA３００（例えば、DLS STA）は、P2Pリンクの状態に関する情報（例えば、品質情報）をAP１００にフィードバックし、AP１００は、フィードバックされたP2Pリンクの状態に関する情報に基づいて、P2Pリンクに対するTarget RSSIを決定する。これにより、STA３００は、例えば、AP-STAリンクの状態、及び、P2Pリンクの状態に基づくP2Pリンクの送信電力制御を行うことができる。
P2Pリンクの状態に関する情報には、例えば、DLS STAが要求するTareget RSSI（許容干渉量）（以下、「Required Target RSSI」と呼ぶ）に関する情報が含まれてよい。例えば、STA３００（DLS STA）は、P2Pリンクの品質情報に基づいて、Required Target RSSIを算出し、算出したRequired Target RSSIに関する情報をAP１００へ通知（又は、フィードバック）してよい。AP１００は、例えば、STA３００から通知されたRequired Target RSSIに基づいて、P2PリンクのリソースのTarget RSSIを決定（又は、調整）してよい。
このように、P2Pリンクの送信電力制御において、AP-STAリンクの状態に加え、P2Pリンクの状態に基づくことで、P2Pリンクの品質を担保でき、P2Pリンク送信がAP１００における上りリンクの受信処理に与える干渉を低減できる。
［APの構成］
本実施の形態に係るAP１００の構成例は、実施の形態１の構成例と同様でよい。AP１００は、例えば、STA３００から通知されるRequired Target RSSIに基づいて、P2P向けのTarget RSSIを設定（又は、調整）してよい。
なお、Required Target RSSIを用いたP2P向けTarget RSSIの設定方法の例については後述する。
［STAの構成］
図２３は、本実施の形態に係るSTA３００の構成例を示すブロック図である。なお、図２３において、実施の形態１（図１３）と同様の構成には同様の符号を付し、その説明を省略する。
図２３において、Required Target RSSI算出部３０１は、例えば、受信信号復調・復号部２０２から入力される、他のSTA（例えば、DLP STA）からのフィードバック情報（例えば、CSI又はパスロス）、又は、P2Pリンクのパケット誤り率といった情報に基づいて、P2Pリンクの送信がAP１００に与える干渉量の許容値（例えば、Required Target RSSI）を算出してよい。Required Target RSSI算出部３０１におけるRequired Target RSSIの算出方法の例については後述する。
また、Required Target RSSI算出部３０１は、例えば、規定のフォーマットに基づいて、算出したRequired Target RSSIに関する情報を含む制御情報を生成し、制御情報を送信信号生成部２０６へ出力してよい。
なお、Required Target RSSIに関する情報を含む制御情報のフォーマットの例については後述する。
［AP及びSTAの動作例］
次に、本実施の形態のAP１００及びSTA３００の動作例について説明する。
＜P2P向けTarget RSSIの設定方法＞
AP１００は、例えば、実施の形態１（例えば、図１４）と同様に、スケジューリングによって割り当てたP2Pリソース（例えば、RU）に隣り合う上りリンクリソースに設定されるTarget RSSIに基づいて、P2PリソースのTarget RSSI（例えば、設定Target RSSIと呼ぶ）を設定してよい。
また、AP１００は、例えば、STA３００からフィードバックされるRequired Target RSSIに基づいて、設定Target RSSIを調整してよい。例えば、Required Target RSSIが設定Target RSSIより高い場合、AP１００は、許容可能な干渉レベルまでP2PリソースのTarget RSSIを増加してよい。
また、AP１００は、P2PリソースのTarget RSSIを増加する場合、P2Pリソースに隣接する上りリンクリソースのMCSを低減してもよい。これにより、例えば、P2Pリソースからの干渉が増加する場合でも、AP１００において上りリンクのデータの受信誤りを低減できる。なお、P2PリソースのTarget RSSIの調整に基づいて変更するパラメータはMCSに限定されず、他のパラメータでもよい。
また、例えば、Required Target RSSIが設定Target RSSI以下の場合、AP１００は、設定Target RSSIを適用してよい（換言すると、調整しなくてよい）。
なお、例えば、AP１００は、P2Pリソースに隣り合う上りリンクリソースに設定されたTarget RSSIよりも大きいRequired Target RSSIをフィードバックしたSTA３００に対して、P2Pリソースを割り当てなくてもよい。該当STA３００にリソースを割り当てないことにより、例えば、P2Pリンクの送信が上りリンクの受信に与える干渉を無くすことができる。
＜Required Target RSSI算出方法＞
STA３００におけるRequired Target RSSIの算出方法の例について説明する。
STA３００は、例えば、P2Pリンクにおける他のSTA（例えば、DLP STA）からのフィードバック情報（例えば、CSI又はパスロス等）に基づいて、P2Pリンクにおける送信電力（例えば、Txpwr P2P）を算出してよい。なお、P2Pリンクにおける送信電力Txpwr P2Pは、予め規定された固定の送信電力（例えば、最大送信電力）でもよい。
また、STA３００は、例えば、AP１００からの下りリンク信号（例えば、ビーコン、又は、Trigger frame等）に基づいて、AP-STA間のパスロス（例えば、PLAp-STA）を推定してよい。
そして、STA３００は、例えば、次式（８）に従って、Required Target RSSI（RequiredTargetRSSI）を算出してよい。
Figure 0007685997000008
＜Required Target RSSIに関する制御情報フォーマット＞
STA３００からAP１００へ通知されるRequired Target RSSIに関する制御情報のフォーマットの例（例えば、フォーマット１～４）について説明する。
＜フォーマット１＞
図２４は、フォーマット１における制御情報のフォーマットの一例を示す図である。
図２４に示すフォーマットは、例えば、11axにおいて規定されたBuffer Status Report（BSR)のフォーマット（換言すると、BSRに関する制御フィールド）を一部変更したフォーマットでよい。BSRのフォーマットは、例えば、MAC frameのHT Controlフィールドに含まれるBSR Control subfieldにおけるControl Information subfieldのフォーマットでよい。
例えば、11axにおいて規定される制御情報（例えば、図７）は最大26ビットである。また、11axのBSRフォーマットでは、26ビットそれぞれが或る制御情報の通知に使用される。このため、Required Target RSSIがBSRとともに送信される場合、11axのBSRにおいて通知される制御情報の一部のビットを減らした分で、Required Target RSSIが通知されてよい。例えば、図２４では、Queueサイズ（例えば、High及びAll）のビットサイズを、11axにおける８ビットからそれぞれ2ビット（例えば、合計4ビット）減らし、Required Target RSSIが4ビットで送信されてよい。
BSRに含まれるRequired Target RSSIは、例えば、図１８に示すように、絶対値を示す値でもよく、Trigger frameによって通知されたTarget RSSI、又は、過去にAP１００に通知されたRequired Target RSSIからの相対的なオフセット値でもよい。例えば、図２４では、Required Target RSSIのビットサイズは４ビットであり、図１８に示す11axのTarget RSSIのビットサイズ（例えば、８ビット）よりも少ない。そこで、図２４に示すRequired Target RSSIフィールド（４ビット）において通知可能な範囲（又は、最大値(11axでは-20dBm)又は最小値(11axでは-110dBm)）を変更してもよく、1dB単位のステップ幅ではなく、2dB又は3dBといったより大きいステップ幅としてもよい。
なお、Required Target RSSIの通知ビットは、４ビットに限定されず、他のビットサイズでもよい。また、Required Target RSSIの通知ビットの位置は、BSRのフォーマットの末尾に限定されず、他の位置でもよい。また、Required Target RSSIが通知されるBSRのフォーマットにおいてビットサイズが削減される制御情報は、Queueサイズに限定されず、他の制御情報でもよい。
ここで、Required Target RSSIは、例えば、P2Pリンクにおいて送信されるデータに付随する情報である。換言すると、例えば、P2Pリンクにおいて送信データが存在しない場合には、Required Target RSSIは通知されなくてよい。よって、フォーマット１のように、STA３００は、BSRとともにRequired Target RSSIをAP１００へ送信することにより、STA３００からAP１００への通知の効率を向上できる。
また、Required Target RSSIの通知に、11axに規定されたBSRのフォーマットを使用することにより、新たなControl frame formatを定義しなくてよい。
なお、BSRの送信方法には、例えば、AP１００から送信されるTrigger frameによってBSRの送信をトリガされる方法（例えば、「Solicited BSR」と呼ぶ）、及び、STA３００が自発的にBSRを送信する方法（例えば、「Unsolicited BSR」と呼ぶ）の２通りがある。
図２５は、Solicited BSRにおけるAP１００（例えば、AP）、及び、STA３００（例えば、STA#1、STA#2及びSTA#3）の動作例を示すシーケンス図である。図２５において、APは、上りリンク及びP2Pリンクそれぞれの制御を行ってよい。また、図２５において、例えば、STA#1は、APに対して上りリンク通信を行ってよい。また、図２５において、例えば、STA#2（DLS STA）及びSTA#3（DLP STA）はP2P通信を行ってよい。
図２５において、APは、TXOPを取得すると、種別（type）がBuffer States Report Poll（BSRP）であるTrigger frame（又は、制御信号）を、STA#1、及び、STA#2（例えば、DLS STA）に送信してよい。例えば、APは、上りリンクデータを送信するSTA#1、及び、P2Pリンクにおいてデータを送信するSTA#2の双方に対して、共通（又は、同一）のTrigger frameを送信してよい。
STA#1及びSTA#2は、Trigger frameを受信すると、BSR（例えば、TB-PPDU）をAPへ送信してよい。なお、STA#1は、例えば、11axと同様のBSR（例えば、Required Target RSSIを含まないBSR）をAPへ送信してよい。その一方で、STA#2は、例えば、図２４に示すフォーマットのBSR（例えば、Required Target RSSIを含むBSR）をAPへ送信してよい。
APは、例えば、STA#1及びSTA#2から通知されるBSRに基づいて、P2Pリンクの送信及び上りリンクの送信をトリガするTrigger frameを送信してよい。例えば、APは、STA#2から通知されるBSRに含まれるRequired Target RSSIに基づいて、P2Pリンクにおける送信電力に関する制御（例えば、Target RSSIの設定）を行ってよい。
STA#1は、例えば、APから送信されるTrigger frameに基づいて、上りリンク送信を行ってよい。また、STA#2は、例えば、APから送信されるTrigger frameに基づいて、STA#3に対するP2Pリンクの送信（又は、送信電力制御）を行ってよい。
なお、例えば、Trigger frameには、上りリンク用のデータのBuffer status、及び、P2Pリンク用のデータのBuffer statusのうち要求するBuffer statusを示すフラグが設定（例えば、追加）されてもよい。例えば、User Info field内のTrigger Dependent User infoフィールドにおいて、BSRの種別（例えば、上りリンク用、又は、P2Pリンク用）を示すBSR typeフィールドが設定（例えば、追加）されてもよい。例えば、BSR typeのビットサイズは1ビットでよい。一例として、BSR typeが0の場合は上りリンクを示し、BSR typeが1の場合はP2Pリンクを示してよい。
また、P2PリンクのBSRを要求する場合に、STA３００がRequired Target RSSIを通知するリソースを指示する情報がTrigger frameに設定（又は、追加）されてもよい。例えば、Trigger Dependent User infoフィールドにおいて、RUインデックス、又は、チャネルインデックス（例えば、20MHzチャネルの位置）の通知フィールドが設定されてもよい。STA３００は、例えば、RUインデックス又はチャネルインデックスによって通知されたリソースを用いてRequired Target RSSIをAP１００へフィードバックしてよい。
また、STA３００は、例えば、UL-Orthogonal Frequency Division Multiplexing（OFDMA）-based random access（UORA）においてP2Pリンク用のBSRを送信してもよい。
図２６は、Unsolicited BSRにおけるAP１００（例えば、AP）、及び、STA３００（例えば、STA#1、STA#2及びSTA#3）の動作例を示すシーケンス図である。図２６において、APは、上りリンク及びP2Pリンクの双方の制御を行ってよい。また、図２６において、例えば、STA#1は、APに対して上りリンク通信を行ってよい。また、図２６において、例えば、STA#2（DLS STA）及びSTA#3（DLP STA）はP2P通信を行ってよい。
図２６において、STA#2は、例えば、TXOPを取得すると、例えば、図２４に示すフォーマットのBSR（例えば、Required Target RSSIを含むBSR）（例えば、Single User(SU) - PPDU）をAPへ送信してよい。また、STA#1は、例えば、11axと同様のBSR（例えば、Required Target RSSIを含まないBSR）をAPへ送信してよい（図示せず）。
APは、例えば、STA#1及びSTA#2から通知されるBSRに基づいて、P2Pリンクの送信及び上りリンクの送信をトリガするTrigger frameを送信してよい。例えば、APは、STA#2から通知されるBSRに含まれるRequired Target RSSIに基づいて、P2Pリンクにおける送信電力に関する制御（例えば、Target RSSIの設定）を行ってよい。
STA#1は、例えば、APから送信されるTrigger frameに基づいて、上りリンク送信を行ってよい。また、STA#2は、例えば、APから送信されるTrigger frameに基づいて、STA#3に対する、P2Pリンクの送信（例えば、送信電力制御）を行ってよい。
なお、STA３００は、上りリンク用のデータのBuffer status、及び、P2Pリンク用のデータのBuffer statusのうち、AP１００へ送信するBuffer statusを示すフラグを含む情報をAP１００へ送信してもよい。例えば、STA３００は、QoS ControlフィールドのTIDフィールド（例えば、図３）を用いて、上りリンク用のデータのBuffer status、及び、P2Pリンク用のデータのBuffer statusの何れかを示す情報をAP１００へ送信してよい。例えば、上りリンクにおいて未使用のTIDの値（例えば、TID >7）が設定された場合、P2Pリンク用のBSRを示し、上りリンクにおいて使用されるTID（例えば、TID≦7）が設定された場合、上りリンク用のBSRを示してよい。なお、P2Pリンク用のBSRとは、例えば、図２４のようにRequired Target RSSIを含むBSRであり、上りリンク用のBSRとは、例えば、11axと同様のBSRでよい。
＜フォーマット２＞
図２７は、フォーマット２における制御情報のフォーマットの一例を示す図である。
図２７に示すフォーマットは、例えば、11axにおいて規定されたQoS Control fieldのフォーマット（換言すると、サービス品質に関する制御フィールド）を一部変更したフォーマットでよい。例えば、図２７に示すように、QoS Control fieldの一部において、Required Target RSSIが通知されてよい。例えば、図２７では、11axにおいて規定されたQoS Control fieldのうち、Queue Sizeフィールドの代わりに、Required Target RSSIフィールドが設定される。
また、例えば、STA３００は、P2PリンクのRequired Target RSSIがQoS Control fieldに含まれるか否かをAP１００へ通知してよい。例えば、STA３００は、TIDの設定値によって、Required Target RSSIの有無をAP１００へ通知してよい。例えば、上りリンクにおいて未使用のTIDの値（例えば、TID >7）が設定された場合、P2Pリンク用のRequired Target RSSIを通知するQoS Control fieldのフォーマットを示してよい。また、例えば、上りリンクにおいて使用されるTID（例えば、TID≦7）が設定された場合、11axと同様のQoS Control fieldのフォーマット（例えば、Required Target RSSIを含まないフォーマット）を示してよい。なお、Required Target RSSIの有無の通知は、TIDに限らず、他の情報によって通知されてもよい。
このように、Required Target RSSIの通知に、11axに規定されたQoS Control fieldのフォーマットを使用することにより、新たなControl frame formatを定義しなくてよい。
なお、図２７では、一例として、11axにおいて規定されたQoS Control fieldのうち、Queue Sizeフィールドの代わりに、Required Target RSSIフィールドが設定される場合について説明したが、これに限定されない。Required Target RSSIフィールドは、例えば、QoS Control field内の他のフィールドの代わりに設定されてもよい。また、図２７において、Required Target RSSIのビットサイズは８ビットに限定されず、他のビットサイズ（例えば、４ビット）でもよい。
また、QoS Control fieldには、例えば、図２８に示すように、Queue sizeフィールド及びRequired Target RSSIフィールドの双方が含まれてもよい。ここで、Required Target RSSIは、例えば、P2Pリンクにおいて送信されるデータに付随する情報である。換言すると、例えば、P2Pリンクにおいて送信データが存在しない場合には、Required Target RSSIは通知されなくてよい。よって、図２８に示すように、Required Target RSSIがQueue sizeとともに送信されることにより、STA３００からAP１００への通知の効率を向上できる。
また、例えば、Queue size及びRequired Target RSSIそれぞれの送信ビット数は、図２８に示す値に限定されない。例えば、図２８に示すようにQueue size及びRequired Target RSSIそれぞれが４ビットでもよく、４ビットよりも少ないビット数でもよく、４ビットよりも多いビット数でもよい。また、例えば、Queue sizeとRequired Target RSSIとで送信ビット数が異なってもよい。
＜フォーマット３＞
フォーマット３では、例えば、Required Target RSSI用の制御情報が定義されてよい。換言すると、フォーマット３では、例えば、11axにおいて規定されたフォーマット（又は、制御フィールド）と異なるフォーマットにおいてRequired target RSSIが送信されてよい。
図２９は、例えば、HT Controlフィールド内のControl subfieldに含まれるControl ID（例えば、制御情報の種別を識別する情報）の設定値の一例を示す図である。
例えば、図２９に示すように、11axにおいて未使用のControl IDの何れか（例えば、Control ID=7）に、フォーマット１と同様のBSR及びRequired Target RSSIを通知する制御情報のフォーマット（例えば、TID-based Buffer status reportと呼ぶ）が定義されてよい。なお、P2Pリンク用のRequired Target RSSIが定義されるControl IDは、Control ID=7に限定されず、他の値でもよい。
また、例えば、フォーマット１（例えば、図２４）では、BSRフォーマットには、ACI（access category indicator）が含まれる。その一方で、フォーマット３では、例えば、TIDが含まれてよい。図３０は、フォーマット３におけるTID-based Buffer status reportのフォーマットの一例を示す図である。図３０に示すフォーマットには、例えば、TID、Queueサイズ、及び、Required Target RSSIが含まれてよい。
フォーマット１と同様、Required Target RSSIは、例えば、P2Pリンクにおいて送信されるデータに付随する情報である。換言すると、例えば、P2Pリンクにおいて送信データが存在しない場合には、Required Target RSSIは通知されなくてよい。よって、フォーマット３のように、STA３００は、QueueサイズとともにRequired Target RSSIをAP１００へ送信することにより、STA３００からAP１００への通知の効率を向上できる。
なお、例えば、フォーマット３では、TIDフィールドを用いて、上りリンク用のTID-based Buffer status report（例えば、図３１）、及び、P2Pリンク用のTID-based Buffer status report（例えば、図３０）のうち、AP１００へ送信するTID-based Buffer status reportの切替が制御されてもよい。例えば、上りリンクにおいて未使用のTIDの値（例えば、TID >7）が設定された場合、図３０に示すP2Pリンク用のTID-based Buffer status reportを示し、上りリンクにおいて使用されるTID（例えば、TID≦7）が設定された場合、図３１に示す上りリンク用のTID-based Buffer status reportを示してよい。なお、P2Pリンク用のTID-based Buffer status reportは、例えば、図３０のようにRequired Target RSSIを含んでよい。また、上りリンク用のTID-based Buffer status reportは、例えば、図３１に示すように、Required Target RSSIを含まなくてよい。
また、TID-based Buffer status reportは、例えば、図３０及び図３１に示すフィールドと異なる他のフィールドが含まれてもよい。例えば、TID-based Buffer status reportには、BSRに含まれるAggregated MAC Service Data Unit（A-MSDU） presentフィールドが含まれてもよい。
また、AP１００からSTA３００へ通知される制御信号（例えば、Trigger frame）には、TID-based Buffer status reportをトリガするTrigger typeが設定されてもよい。
また、フォーマット３においてRequired Target RSSIを通知するフォーマットは、図３０及び図３１に示すフォーマットに限定されない。例えば、図３０及び図３１に示すTIDフィールドが含まないフォーマットが定義されてもよい。
＜フォーマット４＞
フォーマット４では、例えば、フォーマット３と同様、Required Target RSSI用の制御情報が定義されてよい。換言すると、フォーマット４では、例えば、11axにおいて規定されたフォーマット（又は、制御フィールド）と異なるフォーマットにおいてRequired target RSSIが送信されてよい。
図３２は、例えば、HT Controlフィールド内のControl subfieldに含まれるControl ID（例えば、制御情報の種別を識別する情報）の設定値の一例を示す図である。
例えば、図３２に示すように、11axにおいて未使用のControl IDの何れか（例えば、Control ID=7）に、Required Target RSSIを通知する制御情報のフォーマット（例えば、Required Target RSSI report（RTRR）と呼ぶ）が定義されてよい。なお、RTRRが定義されるControl IDは、Control ID=7に限定されず、他の値でもよい。
図３３、図３４及び図３５は、RTRRフォーマットの一例を示す図である。
図３３に示すRTRRフォーマットは、例えば、Required Target RSSIフィールドを含み、他のフィールドを含まないフォーマットでよい。Required Target RSSIは、例えば、図１８に示すTrigger frameに含まれるUL Target RSSIと同様の7ビットの値でもよく、他の値（例えば、UL Target RSSI又は過去のRequired Target RSSIに対するオフセット値）でもよい。図３３に示すRTRRフォーマットには、Required Target RSSIと異なる他のフィールドが含まれないので、シグナリングのオーバヘッドを低減できる。
図３４に示すRTRRフォーマットは、例えば、Required Target RSSIフィールド及びMCSフィールドを含むフォーマットでよい。RTRRフォーマットにおいて、Required Target RSSIに加え、MCSがAP１００に通知されるので、AP１００は、例えば、Target RSSIを調整しやすくなる。
例えば、RTRRフォーマットによって通知されたMCSが高い場合（例えば、MCSが閾値以上の場合）、AP１００は、P2Pリンクに設定するTarget RSSIを低減してよい。例えば、AP１００は、Required target RSSIよりも低いTarget RSSIを設定してよい。例えば、MCSが高いほど、STA３００では、MCSを低減する余地がある。よって、STA３００は、例えば、Required target RSSIよりも低いTarget RSSIが通知される場合、P2Pリンクにおいて送信するデータ（例えば、PPDU）に対するMCSの低減といった送信制御により、P2Pリンクの受信品質を維持して、送信電力を抑制できる。
その一方で、例えば、RTRRフォーマットによって通知されたMCSが低い場合（例えば、MCSが閾値未満の場合）、AP１００は、P2Pリンクに設定するTarget RSSIを低減しなくてよい。例えば、AP１００は、Required target RSSIと同程度のTarget RSSIを設定してよい。例えば、STA３００は、Required target RSSIと同程度のTarget RSSIが通知されるので、P2Pリンクにおいて送信するデータ（例えば、PPDU）のMCSの低減及び送信電力の抑制を行わずにデータを送信できる。
なお、RTRRフォーマットにおいて、Required Target RSSIはMCS毎に通知されてもよい。
図３５に示すフォーマットは、例えば、Required Target RSSIフィールド及びTID（又は、ACI）フィールドを含むフォーマットでよい。RTRRフォーマットにおいて、TIDが通知されることにより、AP１００は、例えば、P2Pリンクの送信の緊急度(換言すると、遅延許容量)を判断できる。AP１００は、例えば、P2Pリンクの送信の緊急度に基づいて、P2Pリンクに優先的にリソースを割り当てるか否かを判断してよい。
なお、AP１００からSTA３００へ通知される制御信号（例えば、Trigger frame）には、Required Target RSSI reportをトリガするTrigger typeが設定されてもよい。
以上、Required Target RSSIを通知する制御情報のフォーマットの例について説明した。
このように、本実施の形態では、STA３００は、P2Pリンクに関するパラメータ（例えば、Required target RSSI）をAP１００へ送信し、AP１００においてAP-STAリンクに関するパラメータ及びP2Pリンクに関するパラメータに基づき決定されたTarget RSSIに関する情報を受信する。これにより、STA３００は、例えば、AP-STAリンクの状態に加え、P2Pリンクの状態に基づいて、P2Pリンクの送信電力制御を行うことができる。よって、本実施の形態によれば、STA３００は、P2Pリンクの品質を担保し、STA３００によるP2Pリンクの送信によってAP１００に与える干渉（例えば、Adjacent channel interference）を抑制できる。
以上、本開示の各実施の形態について説明した。
（他の実施の形態）
（１）上述した実施の形態では、P2Pリンク（例えば、図８に示すSTA2-STA3のリンク）における送信電力制御について説明した。しかし、本開示の一実施例は、P2Pリンクの送信電力制御に限定されず、例えば、STA-APのリンク（例えば、図３６に示すSTA2-AP#2のリンク）に適用されてもよい。例えば、図３６において、AP#1は、STA2のAP#2向けの上りリンク送信をTrigger frameによって指示する場合に、STA2の上りリンク（STA2-AP#2のリンク）における送信電力制御に、上述した実施の形態１及び実施の形態２の少なくとも一方に記載した方法を適用してもよい。これにより、図３６において、STA2の上りリンク送信がAP#1におけるSTA1からの上りリンク信号の受信処理に与える干渉を低減でき、上りリンクのスループットを向上できる。
換言すると、上述した実施の形態において、APがトリガするSTA2の送信は、P2P用の送信に限定されず、当該AP（例えば、図８のAP又は図３６のAP#1）宛てと異なる宛先への送信に対して、同様の送信電力制御方法が適用されてもよい。
例えば、STA2の上りリンク送信の宛先は、STA2が他のBSSのAP（例えば、複数AP協調通信を行う場合の協調AP（図示せず））でもよい。この場合、Trigger frameには、例えば、実施の形態１で説明した「上りリンク送信かP2Pリンク送信であるかを区別する制御情報」の代わりに、「上りリンク送信か、当該上りリンク送信と異なる送信（例えば、P2Pを含む）であるかを区別する制御情報」が含まれてもよい。
また、Trigger frameによる送信指示方法の変形として、例えば、上りリンク送信を含む任意の送信を許容してもよい。換言すると、指定されたSTAは、Trigger frameに続くTXOP内で任意の通信（例えば、P2P通信）を実行してもよい。この場合、Trigger frame内の制御情報は、例えば、「上りリンク送信に限定するか、上りリンク送信と異なる他の送信を許容するか」を区別する制御情報としてもよい。Trigger frameを受信したSTAは、Trigger frameのTarget RSSIの意味を、送信の種別に応じて解釈し、送信電力制御を実行してもよい。例えば、Trigger frameを送信したAPに向けて上りリンク送信を行う場合は11axで規定された送信電力制御方法を適用し、上りリンク送信と異なる送信（例えば、P2Pリンク送信を含む）を行う場合は上記実施の形態で説明した送信電力制御方法を適用してもよい。
（２）上記実施の形態では、Trigger frameによって指示されるP2Pリンク送信に関する送信電力制御方法について説明したが、P2Pリンクの送信電力制御の方法は、Trigger frameに基づく方法に限定されない。例えば、本開示の一実施例は、AP１００から送信される他の制御情報（Control frame又はManagement frame）によってトリガされるP2Pリンク送信に適用可能である。制御情報の一例としては、Triggered response scheduling（TRS) Control（以下、TRSと呼ぶ）が挙げられる。図３７は、TRSのフォーマットの一例を示す図である。図３７に示すように、TRSには、Trigger frameと同様に、AP TX Powerフィールド、及び、UL Target RSSIフィールドが含まれるため、TRSの場合でもTrigger frameと同様の送信電力制御が可能である。
（３）上記実施の形態では、例えば、Trigger frameに含まれるTarget RSSIをAP１００における許容干渉量とみなして、P2Pリンクの送信電力制御を行う方法について説明した。P2Pリンクの送信電力制御は、例えば、Target RSSIの代わりに、Trigger frameに含まれるUL spatial Reuseフィールドの設定値に基づいてもよい。例えば、UL spatial ReuseをP2Pリンクの送信電力制御に適用する場合、STAは、例えば、Adjacent channel interferenceに基づく干渉電力がUL spatial Reuseで定義された許容干渉量以下となるように、送信電力制御を行ってもよい。
また、上記実施の形態では、一例として、11axの制御信号のフォーマットをベースにした構成例について説明したが、本開示の一実施例を適用するフォーマットは、11axのフォーマットに限定されない。
また、上記各実施の形態において示したフォーマットは、一例であり、本開示はこれに限定されない。例えば、上記各実施の形態において示したフォーマットに含まれるフィールドおよびサブフィールドの一部が省略されてもよいし、別の情報を通知するフィールドおよびサブフィールドが追加されてもよいし、フィールドおよびサブフィールドの並び順が変更されてもよい。また、「フィールド」及び「サブフィールド」という用語は、互いに読み替えられてもよい。
また、上記各実施の形態において示した情報およびフィールドの呼称は、一例であり、本開示はこれに限定されない。
また、上記各実施の形態では、上りリンクの通信について説明したが、本開示は、これに限定されず、下りリンクの通信に適用されてもよい。
また、上記実施の形態における「・・・部」という表記は、「・・・回路（circuitry）」、「・・・デバイス」、「・・・ユニット」、又は、「・・・モジュール」といった他の表記に置換されてもよい。
本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
本開示の一実施例に係る端末は、アクセスポイントに対する第１リンクに関するパラメータに基づいて、他の端末に対する第２リンクの送信電力制御を行う制御回路と、前記送信電力制御に従って、前記第２リンクにおいて信号を送信する送信回路と、を具備する。
本開示の一実施例において、前記パラメータは、前記第１リンクの品質を示す。
本開示の一実施例において、前記アクセスポイントにおける前記信号の目標受信信号強度に関する情報、及び、前記アクセスポイントの送信電力に関する情報を受信する受信回路、をさらに具備し、前記制御回路は、前記目標受信信号強度及び前記アクセスポイントの送信電力に基づいて、前記送信電力制御を行う。
本開示の一実施例において、前記制御回路は、前記信号のビームフォーミングに関するパラメータに基づいて、前記送信電力制御を行う。
本開示の一実施例において、前記受信回路は、前記第２リンクの送信に対する優先度毎の前記目標受信信号強度に関する情報を受信する。
本開示の一実施例において、前記優先度は、アクセスカテゴリ、トラフィック種別、及び、フレーム種別の少なくとも一つに基づいて決定される。
本開示の一実施例において、前記受信回路は、前記目標受信信号強度に関する情報を、端末個別情報フィールド内のmodulation and coding scheme（MCS）フィールドにおいて受信する。
本開示の一実施例において、前記制御回路は、指示情報に基づいて、前記第１リンクに関するパラメータに基づく前記送信電力制御と、前記第２リンクに関するパラメータに基づく前記送信電力制御と、を切り替える。
本開示の一実施例において、Trigger frame、ビーコン、又は、制御情報において前記指示情報を受信する受信回路、をさらに具備する。
本開示の一実施例において、前記第２リンクに関するパラメータを前記アクセスポイントへ送信する送信回路、をさらに具備し、前記受信回路は、前記第１リンクに関するパラメータ及び前記第２リンクに関するパラメータに基づき決定された前記目標受信信号強度に関する情報を受信する。
本開示の一実施例において、前記第２リンクに関するパラメータには、前記端末が設定した前記信号の目標受信信号強度が含まれる。
本開示の一実施例において、前記送信回路は、前記第２リンクに関するパラメータを、バッファ状態報告に関する制御フィールドにおいて送信する。
本開示の一実施例において、前記送信回路は、前記第２リンクに関するパラメータを、サービス品質に関する制御フィールドにおいて送信する。
本開示の一実施例において、前記第２リンクに関するパラメータを、IEEE802.11axに規定されたフィールドと異なる制御フィールドにおいて送信する。
本開示の一実施例において、前記制御フィールドには、トラフィック種別に関する情報が含まれる。
本開示の一実施例において、前記送信回路は、トラフィック種別に関する情報に基づいて、前記目標受信信号強度を含む信号フォーマット、及び、前記目標受信信号強度を含まない信号フォーマットを切り替える。
本開示の一実施例に係る通信方法において、端末は、アクセスポイントに対する第１リンクに関するパラメータに基づいて、他の端末に対する第２リンクの送信電力制御を行い、前記送信電力制御に従って、前記第２リンクにおいて信号を送信する。
２０２０年７月１７日出願の特願２０２０－１２２９４８の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
本開示の一実施例は、無線通信システムに有用である。
１００ AP
１０１ スケジューラ部
１０２ 制御信号生成部
１０３，２０６ 送信信号生成部
１０４，２０１ 無線送受信部
１０５，２０２ 受信信号復調・復号部
２００，３００ STA
２０３ 送信電力算出部
２０４ 信号生成部
２０５ 送信制御部
３０１ Required target RSSI算出部

Claims (19)

  1. 他の端末に対する第２リンクにおいて送信される第２信号のアクセスポイントにおける第２目標受信信号強度に関する情報、及び、前記アクセスポイントの送信電力に関する情報を受信する受信回路と、
    前記アクセスポイントに対する第１リンクに関するパラメータ、前記第２目標受信信号強度、及び、前記送信電力に基づいて、前記第２リンクの送信電力制御を行う制御回路と、
    前記送信電力制御に従って、前記第２リンクにおいて前記第２信号を送信する送信回路と、
    を具備する端末。
  2. 前記パラメータは、前記第１リンクの品質を示す、
    請求項１に記載の端末。
  3. 前記制御回路は、前記第２信号のビームフォーミングに関するパラメータに基づいて、前記送信電力制御を行う、
    請求項１に記載の端末。
  4. 前記受信回路は、前記第２リンクの送信の優先度と対応付けられた前記第２目標受信信号強度に関する情報を受信する、
    請求項１に記載の端末。
  5. 前記優先度は、アクセスカテゴリ、トラフィック種別、及び、フレーム種別の少なくとも一つに基づいて決定される、
    請求項４に記載の端末。
  6. 前記受信回路は、前記第２目標受信信号強度に関する情報を、端末個別情報フィールド内のmodulation and coding scheme（MCS）フィールドにおいて受信する、
    請求項４に記載の端末。
  7. 前記制御回路は、指示情報に基づいて、前記第１リンクに関するパラメータに基づく前記送信電力制御と、前記第２リンクに関するパラメータに基づく前記送信電力制御と、を切り替える、
    請求項１に記載の端末。
  8. 前記受信回路は、Trigger frame、ビーコン、又は、制御情報において前記指示情報を受信する、
    請求項７に記載の端末。
  9. 前記送信回路は、前記第２リンクに関するパラメータを前記アクセスポイントへ送信し、
    前記受信回路は、前記第１リンクに関するパラメータ及び前記第２リンクに関するパラメータに基づき決定された前記第２目標受信信号強度に関する情報を受信する、
    請求項１に記載の端末。
  10. 前記第２リンクに関するパラメータには、前記端末が要求する前記第２信号の第３目標受信信号強度が含まれる、
    請求項９に記載の端末。
  11. 前記送信回路は、前記第２リンクに関するパラメータを、バッファ状態報告に関する制御フィールドにおいて送信する、
    請求項９に記載の端末。
  12. 前記送信回路は、前記第２リンクに関するパラメータを、サービス品質に関する制御フィールドにおいて送信する、
    請求項９に記載の端末。
  13. 前記送信回路は、前記第２リンクに関するパラメータを、IEEE802.11axに規定されたフィールドと異なる制御フィールドにおいて送信する、
    請求項９に記載の端末。
  14. 前記第２目標受信信号強度は、前記第１リンクにおいて送信される第１信号の前記アクセスポイントにおける第１目標受信信号強度に基づいて決定される、
    請求項１に記載の端末。
  15. 前記第１リンクに割り当てられる周波数リソースと、前記第２リンクに割り当てられる周波数リソースとは、隣り合う、
    請求項１４に記載の端末。
  16. 前記第２目標受信信号強度は、前記第１目標受信信号強度の最小値、最大値及び平均値の何れか、または前記最小値、前記最大値および前記平均値のいずれかに対して許容可能な干渉量に基づくオフセットを加算した値である、
    請求項１４に記載の端末。
  17. 前記第２目標受信信号強度に関する前記情報は、前記第２信号のトリガである第２制御信号の第１フィールドに含まれるが前記第１リンクにおいて送信される第１信号のトリガである第1制御信号の前記第1フィールドには含まれず、前記端末により決定されるパラメータは前記第１制御信号の前記第１フィールドに含まれるが前記第２制御信号の前記第１フィールドに含まれない、
    請求項４に記載の端末。
  18. 端末は、
    他の端末に対する第２リンクにおいて送信される第２信号のアクセスポイントにおける第２目標受信信号強度に関する情報、及び、前記アクセスポイントの送信電力に関する情報を受信し、
    前記アクセスポイントに対する第１リンクに関するパラメータ、前記第２目標受信信号強度、及び、前記送信電力に基づいて、前記第２リンクの送信電力制御を行い、
    前記送信電力制御に従って、前記第２リンクにおいて前記第２信号を送信する、
    通信方法。
  19. 他の端末に対する第２リンクにおいて送信される第２信号のアクセスポイントにおける第２目標受信信号強度に関する情報、及び、前記アクセスポイントの送信電力に関する情報を受信する、処理と、
    前記アクセスポイントに対する第１リンクに関するパラメータ、前記第２目標受信信号強度、及び、前記送信電力に基づいて、前記第２リンクの送信電力制御を行う、処理と、
    前記送信電力制御に従って、前記第２リンクにおいて前記第２信号を送信する、処理と、を制御する、
    集積回路。
JP2022536168A 2020-07-17 2021-06-03 端末、通信方法、及び、集積回路 Active JP7685997B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2025083223A JP2025113337A (ja) 2020-07-17 2025-05-19 アクセスポイント、通信方法、及び、集積回路

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2020122948 2020-07-17
JP2020122948 2020-07-17
PCT/JP2021/021282 WO2022014192A1 (ja) 2020-07-17 2021-06-03 端末、及び、通信方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2025083223A Division JP2025113337A (ja) 2020-07-17 2025-05-19 アクセスポイント、通信方法、及び、集積回路

Publications (2)

Publication Number Publication Date
JPWO2022014192A1 JPWO2022014192A1 (ja) 2022-01-20
JP7685997B2 true JP7685997B2 (ja) 2025-05-30

Family

ID=79555156

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2022536168A Active JP7685997B2 (ja) 2020-07-17 2021-06-03 端末、通信方法、及び、集積回路
JP2025083223A Pending JP2025113337A (ja) 2020-07-17 2025-05-19 アクセスポイント、通信方法、及び、集積回路

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2025083223A Pending JP2025113337A (ja) 2020-07-17 2025-05-19 アクセスポイント、通信方法、及び、集積回路

Country Status (7)

Country Link
US (2) US12501367B2 (ja)
EP (1) EP4185065A4 (ja)
JP (2) JP7685997B2 (ja)
KR (1) KR20230039642A (ja)
CN (1) CN115943682A (ja)
BR (1) BR112023000554A2 (ja)
WO (1) WO2022014192A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11997523B2 (en) * 2020-10-26 2024-05-28 Mediatek Singapore Pte. Ltd. Efficient trigger-based multi-user uplink transmissions in wireless local area networks
EP4307774A4 (en) * 2021-03-29 2024-05-08 Huawei Technologies Co., Ltd. METHOD FOR CONTROLLING POWER CONSUMPTION AND DEVICE FOR COMMUNICATION IN A WIRELESS LOCAL AREA NETWORK
US20230067808A1 (en) * 2021-08-27 2023-03-02 Samsung Electronics Co., Ltd. Feedback generation for link adaptation
US20250310987A1 (en) * 2022-05-24 2025-10-02 Panasonic Intellectual Property Corporation Of America Access point, terminal, and communication method
US20240014866A1 (en) * 2022-07-08 2024-01-11 Cisco Technology, Inc. Concurrent peer-to-peer transmissions via interference alignment
US20240196313A1 (en) * 2022-12-12 2024-06-13 Nxp Usa, Inc. Enhanced delay status report (dsr) for low latency (ll) frames
WO2025238727A1 (ja) * 2024-05-14 2025-11-20 Ｎｔｔ株式会社 端末装置、及びアクセスポイント

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017526204A (ja) 2014-08-01 2017-09-07 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 端末、基地局、送信電力制御方法及び送信電力設定方法

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9338807B2 (en) * 2012-03-19 2016-05-10 Futurewei Technologies, Inc. System and method for direct mobile communications power control
US9807709B2 (en) * 2012-05-31 2017-10-31 Interdigital Patent Holdings, Inc. Device to-device (D2D) cross link power control
US9699767B2 (en) * 2013-09-27 2017-07-04 Kyocera Corporation Communication control method
US20160050698A1 (en) * 2014-04-01 2016-02-18 Telefonaktiebolaget L M Ericsson (Publ) System and Method for Obtaining and Using Device-to-Device Frequency-Related Capability and Configuration Preferences
CN105323841B (zh) * 2014-08-01 2018-12-11 电信科学技术研究院 一种d2d传输功率控制方法及装置
US9980233B2 (en) * 2015-12-17 2018-05-22 Qualcomm Incorporated Power control for uplink transmissions
WO2019010046A1 (en) * 2017-07-07 2019-01-10 Qualcomm Incorporated RANDOM ACCESS DEMAND CONTROL TECHNIQUES FOR WIRELESS STATIONS
CN109803365B (zh) * 2017-11-17 2021-06-18 大唐移动通信设备有限公司 一种功率控制方法、装置、设备及计算机可读存储介质
CN114845370B (zh) 2019-01-11 2024-05-14 华为技术有限公司 功率控制方法及功率控制装置
JP7232653B2 (ja) 2019-01-31 2023-03-03 株式会社第一興商 カラオケ装置
WO2020106336A1 (en) * 2019-08-06 2020-05-28 Futurewei Technologies, Inc. Apparatus and methods for sidelink power control in a wireless communications system

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017526204A (ja) 2014-08-01 2017-09-07 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 端末、基地局、送信電力制御方法及び送信電力設定方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Stephane Baron (Canon) et al.，"Triggered P2P transmissions follow up"，IEEE 802.11-20/0813r6，[online]，2020年07月08日，slides 1-17，[retrieved on 2021-07-16], <URL: https://mentor.ieee.org/802.11/dcn/20/11-20-0813-06-00be-triggered-p2p-transmissions-follow-up.pptx>，Principle [slide 6]

Also Published As

Publication number Publication date
BR112023000554A2 (pt) 2023-01-31
CN115943682A (zh) 2023-04-07
JPWO2022014192A1 (ja) 2022-01-20
EP4185065A4 (en) 2024-01-03
US12501367B2 (en) 2025-12-16
EP4185065A1 (en) 2023-05-24
WO2022014192A1 (ja) 2022-01-20
JP2025113337A (ja) 2025-08-01
US20260075541A1 (en) 2026-03-12
US20230247562A1 (en) 2023-08-03
KR20230039642A (ko) 2023-03-21

Similar Documents

Publication Publication Date Title
JP7685997B2 (ja) 端末、通信方法、及び、集積回路
US12356374B2 (en) Communication method, apparatus, device, and system, and storage medium for avoiding uplink transmission interference
US20240259825A1 (en) Radio communication device and radio communication method
EP3311617B1 (en) Methods and apparatus for requesting buffer status reports for implementing multiple user uplink medium access control protocols in a wireless network
JP7804114B2 (ja) 端末、通信方法、及び、集積回路
US9974098B2 (en) Method and apparatus for space division multiple access for wireless local area network system
US20260052571A1 (en) Communication device and communication method
WO2018141272A1 (zh) 终端、网络设备和通信方法
EP4535910A1 (en) Access point, terminal, and communication method
US20230115667A1 (en) Access point apparatus, control method therefor, and computer readable storage medium
US12052769B2 (en) Communication apparatus, terminal, and communication method
US12615677B2 (en) Communication apparatus, communication control method, communication method, and computer-readable storage medium
EP4543123A1 (en) Access point, terminal, and communication method
US20250133540A1 (en) Communication device and communication method
US12597966B2 (en) Communication device and communication method
US10849080B1 (en) Trigger MPDU for client-selectable transmit power
EP4694465A1 (en) Communication device and communication method
EP4443956A1 (en) Communication device, communication method, and program
WO2026018816A1 (ja) 基地局、制御方法、及び、集積回路
WO2024262264A1 (ja) 端末、アクセスポイント、及び、通信方法
WO2025164020A1 (ja) 端末、基地局及び通信方法
WO2026034122A1 (ja) 端末、基地局、送信方法及び受信方法
CN119999107A (zh) 用于同时传输的设备、方法和装置
CN121645210A (zh) 一种通信方法及相关装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240527

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20250121

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20250402

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20250430

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20250520

R150 Certificate of patent or registration of utility model

Ref document number: 7685997

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150