JP7825614B2 - 基地局及び通信方法 - Google Patents

基地局及び通信方法

Info

Publication number
JP7825614B2
JP7825614B2 JP2023520844A JP2023520844A JP7825614B2 JP 7825614 B2 JP7825614 B2 JP 7825614B2 JP 2023520844 A JP2023520844 A JP 2023520844A JP 2023520844 A JP2023520844 A JP 2023520844A JP 7825614 B2 JP7825614 B2 JP 7825614B2
Authority
JP
Japan
Prior art keywords
subfield
eht
terminal
trigger
trigger type
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
JP2023520844A
Other languages
English (en)
Other versions
JPWO2022239426A1 (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 JPWO2022239426A1 publication Critical patent/JPWO2022239426A1/ja
Application granted granted Critical
Publication of JP7825614B2 publication Critical patent/JP7825614B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/02—Arrangements for detecting or preventing errors in the information received by diversity reception
    • H04L1/06—Arrangements for detecting or preventing errors in the information received by diversity reception using space diversity
    • H04L1/0618—Space-time coding
    • H04L1/0637—Properties of the code
    • H04L1/0643—Properties of the code block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/02—Resource partitioning among network components, e.g. reuse partitioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本開示は、基地局、端末、及び通信方法に関する。
The Institute of Electrical and Electronics Engineers（IEEE）において、規格IEEE 802.11ax（以下、「11ax」とも呼ぶ）の後継規格にあたる次世代無線ローカルエリアネットワーク（Local Area Network：LAN）向けの規格IEEE 802.11be（以下、「11be」とも呼ぶ）の検討が進められている。例えば、IEEE 802.11axはHigh Efficiency（HE）とも呼ばれ、IEEE 802.11beはExtreme High Throughput（EHT）とも呼ばれる。
IEEE P802.11be /D0.4 IEEE P802.11ax /D8.0 IEEE 802.11-21/0259r4, "Proposed Draft Specification for Trigger frame for EHT" IEEE 802.11-20/1672r2, "UL Beamforming for TB PPDUs in 11be" IEEE 802.11-19/0804r0, "Multi-AP Transmission Procedure" IEEE 802.11-21/0366r3, "Discussion on HE or EHT variant differentiation of a trigger frame"
しかしながら、無線LANのような無線通信における上り送信を制御する制御信号のフォーマットの設定方法については十分に検討されていない。
本開示の非限定的な実施例は、上り送信を制御する制御信号のフォーマットを適切に設定できる基地局及び通信方法の提供に資する。
本開示の一実施例に係る基地局は、複数端末に共通のフィールドに、無線通信規格のバージョンに関する情報と、前記バージョンに応じて設定を異ならせたサブフィールドとを含む、上り送信の制御信号を生成する制御回路と、前記制御信号を送信する送信回路と、を具備する。
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
本開示の一実施例によれば、例えば、上り送信を制御する制御信号のフォーマットを適切に設定できる。
本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
Trigger frameの一例を示す図 Common Info fieldの一例を示す図 User Info fieldの一例を示す図 Special User Info fieldの一例を示す図 Trigger typeの一例を示す図 アクセスポイント（AP：Access Point）の一部の構成例を示すブロック図 端末の一部の構成例を示すブロック図 APの構成例を示すブロック図 実施の形態１に係るTrigger typeの一例を示す図 端末の構成例を示すブロック図 AP及び端末の動作例を示すシーケンス図 実施の形態１に係るCommon Info fieldの一例を示す図 実施の形態１に係るCommon Info fieldの一例を示す図 実施の形態１に係るCommon Info fieldの一例を示す図 実施の形態１に係るCommon Info fieldの一例を示す図 実施の形態１に係るCommon Info fieldの一例を示す図 実施の形態２に係るTrigger typeの一例を示す図 実施の形態２に係るTrigger typeの一例を示す図 実施の形態２に係るCommon Info fieldの一例を示す図 実施の形態２に係るUser Info fieldの一例を示す図 実施の形態２に係るSpecial User Info fieldの一例を示す図 User Info fieldの一例を示す図 実施の形態２に係るFeedback type subfieldの一例を示す図 User Info fieldの一例を示す図 User Info fieldの一例を示す図
以下、本開示の各実施の形態について図面を参照して詳細に説明する。
11ax（例えば、HE）では、上りリンク（UL：Uplink）において直交周波数分割多重アクセス（例えば、OFDMA：Orthogonal Frequency Division Multiple Access）の導入が規定される。例えば、アクセスポイント（AP：Access Point。又は、「基地局」とも呼ばれる）は、上りリンク信号（例えば、上りOFDMA信号）の送信を指示する制御信号（以下、「トリガーフレーム（Trigger frame）」と呼ぶ）を、当該APが収容している複数の端末（STA：Station。又は、「non-AP STA」とも呼ばれる）へ送信する。
11be（例えば、EHT）では、複数の端末に上りリンク信号（例えば、上りOFDMA信号）の送信を指示する制御信号として、11ax（HE）のTrigger frameを再利用することが合意された（例えば、非特許文献１及び３を参照）。
図１は、Trigger frameの一例を示す図である。図１に示すように、Trigger frameは、OFDMA多重される複数の端末に対して、複数の端末に共通の情報を含めるフィールド（例えば、「共通情報フィールド（Common Info field）」）、及び、User Info Listと称されるフィールドを含む（例えば、非特許文献１、２及び３を参照）。User Info fieldには、例えば、端末に個別（あるいは固有）の情報を含めるフィールド（例えば、「ユーザ情報フィールド（User Info field）」）が１つ以上含められてよい。
図２は、11be（例えば、EHT）において検討されるCommon Info field（例えば、Common Info field format及びEHT variant）の構成例を示す図である。また、図３は、11be（EHT）において検討されるUser Info field（例えば、User Info field format及びEHT variant）の構成例を示す図である（例えば、非特許文献３を参照）。また、図４は、11be（例えば、EHT）に対応する端末（以下、「EHT端末」と呼ぶ）向けの情報を含むSpecial User Info fieldの構成例を示す図である（例えば、非特許文献３を参照）。
例えば、図２に示すCommon Info field内の「Trigger Type」subfieldは、Trigger frameの種別（例えば、APが端末に送信させる信号種別）を指示するサブフィールドである。図５は、11axにおいてTrigger Typeとして定義される種別の一例を示す図である（例えば、非特許文献２を参照）。
また、例えば、図２に示すCommon Info field内の「Trigger Dependent Common Info」subfieldには、Trigger typeに依存する情報（例えば、共通情報）が含まれてよい。
また、11be（EHT）では、例えば、11axにおいて規定されたTrigger typeと異なる新たなTrigger typeの導入があり得る。
例えば、EHT端末のTrigger frameに対する上り応答信号に対して上りビームフォーミングの適用が検討されている（例えば、非特許文献４を参照）。上りビームフォーミングの適用のため、例えば、各端末が用いるプリコーディング情報をAPが取得するために、端末に対してSounding用Null Data Packet（NDP）の送信を促すためのTrigger type、又は、上り応答信号に適用するプリコーディング情報をUser Info fieldに含むTrigger typeの新たな導入があり得る。
なお、上り応答信号は、例えば、EHT trigger-based physical layer protocol data unit（EHT TB PPDU）、あるいは、HE TB PPDUと呼ばれることもある。
また、EHTでは、例えば、複数のAPが協調して各端末と通信（例えば、データの送信及び受信の少なくとも１つ）するMulti-AP coordination（以下、「協調通信」と呼ぶ）の適用が検討されている（例えば、非特許文献５を参照）。協調通信の実現のため、協調通信に関する制御情報を端末あるいは協調送信に参加するAPに対して指示するTrigger typeの新たな導入があり得る。
例えば、EHT、又は、更なる将来バージョン（以下、例えば、「EHT+」と呼ぶ）において、新たなTrigger type（例えば、上述したSounding用NDPの送信又は協調通信の制御）を導入する場合、図５に示すCommon Info field内のTrigger type subfield valueのReserved領域（8～15）の何れかを用いる可能性がある。一例として、Trigger type subfield value=8の場合には、Sounding用NDPの送信を指示するTrigger typeが設定され、Trigger type subfield value=9の場合には、協調通信の制御に関するTrigger typeが設定されてよい。なお、Trigger type subfield valueに対するTrigger typeの設定はこれらの例に限定されない。
ここで、EHTにおいて、HEに対する新たなTrigger typeを追加する方法については十分に検討されていない。例えば、EHTにおいて、HEに対して新たなTrigger typeを追加する場合のTrigger frame（例えば、Common Info field及びUser Info fieldの少なくとも一つ）のフォーマットの設定（例えば、フィールド（または、subfield）の設定）については検討の余地がある。
本開示の非限定的な実施例では、信号のフォーマットの設定例について説明する。
（実施の形態１）
例えば、HEにおいて定義されるCommon Info field内のTrigger type subfield valueのReserved領域（8～15）を用いて指示されるTrigger typeは、HEに対応する端末（例えば、「HE端末」と呼ぶ）にとっては未サポートのTrigger typeである。例えば、HEの仕様では、HE端末は、未サポートのTrigger type（例えば、Reserved領域に対応するTrigger typeの値）をAPから指示される場合、当該Trigger frameの受信処理を中止する動作を行ってよい。
例えば、EHTにおいて追加される新たなTrigger typeが、HEにおいて定義されるCommon Info field内のTrigger type subfieldを用いて指示される場合、HE端末は、Trigger frameの受信処理を中止し、EHT端末は、Trigger frameの受信処理を行う。EHT端末は、例えば、当該Trigger frameを受信した後、EHT TB PPDU（EHTに対応するフォーマットのTB PPDU）を応答信号としてAPへ送信してよい。
ここで、Trigger frameには、HE端末向けの制御情報（例えば、HE TB PPDU送信のための制御情報）が含まれる。このため、上述したように、EHT端末向けの新たなTrigger typeが指示される場合には、HE端末向け（例えば、HE TB PPDU送信用）の制御情報を含む一部のsubfieldの情報は、当該Trigger frameを受信するEHT端末にとっては無駄な情報となり得る。
HE端末向けの制御情報の例として、図２に示すCommon Info field内の「UL Space Time Block Coding（STBC）」subfield、「UL Spatial Reuse」subfield、及び、「Doppler」subfieldが挙げられる。これらのsubfieldには、HE端末向けの情報が含まれ、EHT TB PPDUを応答するEHT端末にとっては受信しなくてよいsubfield（Reserved領域）となり得る（例えば、非特許文献１及び３を参照）。
このように、HEにおいて定義されるCommon Info field内のTrigger type subfield valueのReserved領域を用いてEHT端末向けの新たなTrigger typeが通知される場合、EHT端末にとっては一部のsubfieldが無駄な情報となり得るため、Overheadが増加する可能性がある。
本開示の非限定的な実施例では、EHT端末向けの新たなTrigger typeが通知される場合にTrigger frameにおけるOverheadの増加を抑制する方法について説明する。
［無線通信システムの構成］
本実施の形態に係る無線通信システムは、例えば、図６に示すAP１００、及び、図７に示す端末２００を備えてよい。AP１００及び端末２００は、それぞれ、無線通信システムにおいて２つ以上存在してもよい。AP１００は、例えば、端末２００に対して、上りOFDMA送信を指示するTrigger frameを送信してよい。端末２００は、Trigger frameを受信し、受信したTrigger frameによって指示されるリソースを用いて上りOFDMA信号をAP１００へ送信してよい。
ここで、AP１００は、例えば、EHTをサポートするAPであり、HEとの下位互換性を有するAP（例えば、HEもサポートするAP）でよい。
また、端末２００は、例えば、HE端末及びEHT端末の何れでもよい。AP100は、例えば、無線LAN規格といった無線通信規格のバージョン（例えば、HE及びEHTの何れか）が異なる複数の端末２００に対して、１つのTrigger frameを送信し、各端末２００からの上りOFDMA信号を受信してよい。AP１００は、例えば、受信信号から、各端末２００に割り当てたリソースの上り信号を分離し、復号してよい。
図６は、本開示の一実施例に係るAP１００の一部の構成例を示すブロック図である。図６に示すAP１００において、制御部（例えば、制御回路に対応）は、複数端末に共通のフィールド（例えば、Common Info field）に、無線通信規格のバージョンに関する情報と、バージョンに応じて設定を異ならせたsubfieldとを含む、上り送信の制御信号（例えば、Trigger frame）を生成する。送信部（例えば、送信回路に対応）は、制御信号を送信する。
図７は、本開示の一実施例に係る端末２００の一部の構成例を示すブロック図である。図７に示す端末２００において、受信部（例えば、受信回路に対応）は、複数端末に共通のフィールド（例えば、Common Info field）に、無線通信規格のバージョンに関する情報と、バージョンに応じて設定を異ならせたサブフィールドとを含む、上り送信の制御信号（例えば、Trigger frame）を受信する。また、制御部（例えば、制御回路に対応）は、バージョンに関する情報に基づいて、設定を判断する。
［AP１００の構成例］
AP１００は、例えば、端末２００に対して、データ信号又はNDP信号といった上り信号の送信を指示するTrigger frameを生成し、Trigger frameを端末２００へ送信する。
図８は、AP１００の構成例を示すブロック図である。図８に示すAP１００は、例えば、スケジューリング部１０１と、User Info生成部１０２と、Trigger type設定部１０３と、Common Info生成部１０４と、Trigger frame生成部１０５と、誤り訂正符号化部１０６と、変調部１０７と、無線送受信部１０８と、復調部１０９と、誤り訂正復号部１１０と、端末情報取得部１１１と、を備えてよい。
例えば、スケジューリング部１０１と、User Info生成部１０２と、Trigger type設定部１０３と、Common Info生成部１０４と、Trigger frame生成部１０５と、端末情報取得部１１１とは、アクセス制御部（例えば、Medium Access Control（MAC）処理部）に含まれてよい。
また、図８に示すスケジューリング部１０１、User Info生成部１０２、Trigger type設定部１０３、Common Info生成部１０４、Trigger frame生成部１０５、誤り訂正符号化部１０６、変調部１０７、復調部１０９、誤り訂正復号部１１０、及び、端末情報取得部１１１の少なくとも一つは、例えば、図６に示す制御部に含まれてよい。また、図８に示す無線送受信部１０８は、例えば、図６に示す送信部に含まれてよい。
スケジューリング部１０１は、例えば、端末２００に対するスケジューリングを行ってよい。例えば、スケジューリング部１０１は、端末情報取得部１１１から入力される端末情報に含まれる、端末２００が対応するバージョン（例えば、HE又はEHT）、又は、帯域に個別の無線品質情報といった制御情報に基づいて、上り応答信号の種別に対応するTrigger type、及び、上り応答信号の無線リソースに関する情報を決定してよい。上り応答信号の無線リソースに関する情報には、例えば、割当帯域、変調方式及び符号化率（MCS：Modulation and Codding Scheme）、及び、目標受信レベルが含まれてよい。スケジューリング部１０１は、例えば、決定したTrigger typeに関する情報、及び、各端末２００の無線リソース情報を、User Info生成部１０２及びCommon Info生成部１０４に出力する。
User Info生成部１０２は、例えば、端末２００（又は、STA）に個別のUser Info fieldに含まれる制御情報を生成してよい。User Info生成部１０２は、例えば、規定されるフォーマットに基づいて、端末２００に個別のUser Info fieldに関する情報を生成し、複数の端末２００それぞれに対するUser Info fieldを含むUser Info Listに関する情報を生成してよい。User Info生成部１０２は、例えば、User Info Listに関する情報をTrigger frame生成部１０５へ出力してよい。
Trigger type設定部１０３は、例えば、上り応答信号の種別に対応するTrigger typeと、Trigger frame内のTrigger typeを指示する情報（例えば、Trigger type subfield value）との関連付けを設定し、設定されたTrigger typeに関する情報を保持してよい。Trigger type設定部１０３は、設定されたTrigger typeに関する情報をCommon Info生成部１０４へ出力してよい。
Trigger typeとTrigger frame内のTrigger typeを指示する情報との関連付けは、例えば、テーブル形式の情報（例えば、「Trigger typeテーブル」と呼ぶ）でもよく、テーブル形式と異なる形式の情報でもよい。図９は、Trigger type設定部１０３が保持するTrigger typeテーブルの一例を示す図である。図９に示すTrigger typeテーブルには、例えば、図５に示すHEにおいて定義されたTrigger type（例えば、Trigger type subfield value=0～7の何れか）、及び、Sounding NDP及びMulti-AP coordinationといったHE端末が未サポートのEHT端末向けのTrigger type（例えば、Trigger type subfield value=8又は9）が含まれてよい。
Common Info生成部１０４は、例えば、複数の端末２００に共通のCommon Info fieldに含まれる制御情報を生成してよい。Common Info生成部１０４は、例えば、スケジューリング部１０１から入力されるTrigger typeの指示に関する情報、及び、Trigger type設定部１０３から入力されるTrigger typeに関する情報（例えば、Trigger typeテーブル）に基づいて、Trigger type subfieldの情報を生成してよい。
Trigger type subfieldにおいて指示されるTrigger type（例えば、Trigger frame variantとも呼ばれる）は、例えば、HE対応又はEHT対応といった無線LAN規格（別言すると、通信規格）のバージョン（又は、「世代」とも呼ぶ）に関する情報（例えば、バージョン情報と呼ぶ）と一意に関連付けられてよい。Common Info生成部１０４は、例えば、Trigger typeに関連付けられたバージョン情報に応じたフォーマット（例えば、フィールドの設定）に基づいて、Trigger type subfieldを含むCommon Info fieldを生成し、生成したCommon Info fieldに関する情報を、Trigger frame生成部１０５へ出力してよい。
例えば、Common Info生成部１０４は、HE対応（また、EHT端末も対応してよい）のTrigger typeを指示する場合、図２に示すフォーマットに基づいて、Common Info fieldを生成してよい。また、例えば、Common Info生成部１０４は、EHT対応（例えば、HE端末は未対応）のTrigger typeを指示する場合、EHT端末が受信可能なsubfield（例えば、図２に示すフォーマットの一部のsubfield）の設定を、HE対応の場合と異ならせてCommon Info fieldを生成してよい。なお、Common Info fieldの設定例については後述する。
なお、Trigger frame内のフィールド（例えば、subfield）の「設定」という用語は、例えば、「定義」、「解釈」などの他の用語に置き換えられてよい。
Trigger frame生成部１０５は、例えば、図１に示すフォーマットに基づいて、Common Info生成部１０４から入力されるCommon Info fieldの情報、User Info生成部１０２から入力されるUser Info List（例えば、複数のUser Info field）の情報を含むTrigger frameを生成してよい。Trigger frameには、例えば、Common Info field及びUser Info Listに加え、MAC header、Padding、FCS（frame check sequence）の少なくとも一つが含まれてよい。Trigger frame生成部１０５は、例えば、生成したTrigger frameを、誤り訂正符号化部１０６へ出力してよい。
誤り訂正符号化部１０６は、例えば、Trigger frame生成部１０５から入力されるTrigger frameを含む送信データ信号を誤り訂正符号化し、符号化した信号を変調部１０７へ出力する。
変調部１０７は、例えば、誤り訂正符号化部１０６から入力される信号に対して変調処理を行い、変調後の信号を無線送受信部１０８へ出力する。
なお、変調後のデータ信号が直交周波数分割多重（OFDM：Orthogonal Frequency Division Multiplexing）信号である場合、AP１００（例えば、変調部１０７）は、変調信号を規定の周波数リソースにマッピングし、逆高速フーリエ変換（IFFT：Inverse Fast Fourier Transform）処理を行って時間波形に変換し、サイクリックプリフィックス（CP：Cyclic Prefix）を付加することにより、OFDM信号を形成してよい。
無線送受信部１０８は、例えば、変調部１０７から入力される変調信号に対して、D/A変換、及び、キャリア周波数へのアップコンバートといった無線送信処理を行い、無線送信処理後の信号をアンテナを介して端末２００へ送信する。また、無線送受信部１０８は、例えば、端末２００から送信された信号を、アンテナを介して受信し、受信した信号に対して、ベースバンドへのダウンコンバート、及び、A/D変換といった無線受信処理を行い、無線受信処理後の信号を復調部１０９へ出力する。
復調部１０９は、例えば、無線送受信部１０８から入力される信号に対して復調処理を行い、復調後の信号を誤り訂正復号部１１０へ出力する。なお、復調部１０９に入力される信号がOFDM信号の場合には、AP１００（例えば、復調部１０９）は、CP除去処理、及び、高速フーリエ変換（FFT：Fast Fourier Transform）処理を行ってよい。
誤り訂正復号部１１０は、例えば、復調部１０９から入力される信号を復号して、端末２００からの受信データ信号を得る。誤り訂正復号部１１０は、例えば、復号後の受信データに上述した端末情報が含まれる場合、端末情報を含む復号データを端末情報取得部１１１へ出力する。
端末情報取得部１１１は、例えば、誤り訂正復号部１１０から入力される復号データから、端末情報（例えば、端末２００のバージョン情報、及び、規定される帯域に個別の無線品質情報が含まれてよい）を取得し、取得した端末情報をスケジューリング部１０１へ出力してよい。なお、「端末情報」は、例えば、端末２００に関する情報を意味し、「Capability情報」に読み替えられてもよい。
［端末２００の構成例］
端末２００は、例えば、AP１００から、データ信号又はNDP信号といった上り信号の送信を指示するTrigger frameを受信し、Trigger frameに対する上り応答信号をAP１００へ送信する。
図１０は、端末２００の構成例を示すブロック図である。図１０に示す端末２００は、例えば、無線送受信部２０１と、復調部２０２と、誤り訂正復号部２０３と、Trigger type設定部２０４と、Common Info取得部２０５と、User Info取得部２０６と、フォーマット決定部２０７と、データ生成部２０８と、誤り訂正符号化部２０９と、変調部２１０と、を備えてよい。
例えば、Trigger type設定部２０４と、Common Info取得部２０５と、User Info取得部２０６と、フォーマット決定部２０７と、データ生成部２０８とは、アクセス制御部（例えば、MAC処理部）に含まれてよい。
また、図１０に示す復調部２０２、誤り訂正復号部２０３、Trigger type設定部２０４、Common Info取得部２０５、User Info取得部２０６、フォーマット決定部２０７、データ生成部２０８、誤り訂正符号化部２０９、及び、変調部２１０の少なくとも一つは、例えば、図７に示す制御部に含まれてよい。また、図１０に示す無線送受信部２０１は、例えば、図７に示す受信部に含まれてよい。
無線送受信部２０１は、例えば、受信信号をアンテナによって受信し、受信信号に対して、ダウンコンバート及びA/D変換といった無線受信処理を行い、無線受信処理後の信号を復調部２０２へ出力する。また、無線送受信部２０１は、例えば、変調部２１０から入力される信号に対して、アップコンバート及びD/A変換といった無線送信処理を行い、無線送信処理後の信号をアンテナから送信する。
復調部２０２は、例えば、無線送受信部２０１から入力される受信データに対して復調処理を行い、復調した信号を誤り訂正復号部２０３へ出力する。なお、復調部２０２へ入力される信号がOFDM信号の場合、端末２００（例えば、復調部２０２）は、例えば、CP除去処理及びFFT処理を行ってよい。
誤り訂正復号部２０３は、例えば、復調部２０２から入力される復調信号を復号し、復号された信号を受信データ信号として出力してよい。また、誤り訂正復号部２０３は、例えば、受信データ信号のうち、Trigger frameをCommon Info取得部２０５及びUser Info取得部２０６へ出力する。
Trigger type設定部２０４は、例えば、AP１００のTrigger type設定部１０３と同様の動作を行ってよい。例えば、Trigger type設定部２０４は、予め定義されたTrigger typeに関する情報（例えば、Trigger typeテーブル）をCommon Info取得部２０５へ出力してよい。
Common Info取得部２０５は、例えば、Trigger type設定部２０４から入力される情報（例えば、Trigger typeテーブル）に基づいて、誤り訂正復号部２０３から入力されるTrigger frameから、Common Info fieldに対応する情報を抽出し、上り信号の生成に関する端末共通情報を取得してよい。端末共通情報には、例えば、上り応答信号（例えば、データ）の種別、及び、上り信号の時間長が含まれてよい。
ここで、例えば、端末２００がHE端末の場合、Trigger type subfieldに含まれるTrigger type subfield valueがHE端末に未サポートの値の場合、端末２００は、HEに未対応のバージョン（又は、EHT対応のバージョン）と判断し、受信処理を中止してよい。その一方で、Trigger type subfieldに含まれるTrigger type subfield valueがHE端末にサポートされる値の場合、端末２００は、HE対応のバージョンと判断し、規定されたHE端末向けのフォーマット（例えば、図２に示すフォーマット）に基づいて、Common Info fieldの受信処理を行ってよい。
例えば、図５に示すTrigger typeテーブルをサポートするHE端末は、Trigger type subfield value=8以上の値を受信する場合には受信処理を中止し、Trigger type subfield value=7以下の値を受信する場合にはCommon Info fieldの受信処理を行ってよい。
また、例えば、端末２００がEHT端末の場合、AP１００の動作と同様に、端末２００は、Trigger type subfieldによって指示されるTrigger typeに応じて、Trigger frame（例えば、Common Info field）のフォーマットの設定を異ならせてよい。例えば、端末２００は、Trigger typeがHE対応の種別の場合、図２に示すフォーマットの定義に基づいて、Common Info fieldの受信処理を行ってよい。その一方で、例えば、端末２００は、Trigger type がEHT対応の種別の場合（換言すると、HE未対応の場合）、図２に示すフォーマットの一部のsubfieldの設定を変更したフォーマットに基づいて、Common Info fieldの受信処理を行ってよい。なお、端末２００がEHT端末の場合、Special User Info fieldがUser Info Listに含まれてもよい。
Common Info取得部２０５は、抽出した端末共通情報をUser Info取得部２０６へ出力してよい。
User Info取得部２０６は、例えば、誤り訂正復号部２０３から入力されるTrigger frameから、User Info fieldに対応する情報を抽出し、上り信号の生成に関する端末個別情報を取得してよい。例えば、User Info取得部２０６は、誤り訂正復号部２０３から入力されるTrigger frameから、User info List（例えば、複数のUser Info field及びSpecial User Info field）を抽出し、Common Info取得部２０５から入力される端末共通情報（例えば、Trigger typeを含む）に基づいて、User info fieldの受信処理を行ってよい。User Info取得部２０６は、例えば、端末２００宛ての割当指示があると判断した場合、Trigger type又はデータ生成に関する情報を、User info fieldから取得してよい。User Info取得部２０６は、例えば、端末個別情報、及び、端末共通情報を、フォーマット決定部２０７、データ生成部２０８、誤り訂正符号化部２０９、及び、変調部２１０へ出力してよい。
なお、端末２００がHE端末の場合、User Info取得部２０６は、例えば、HE端末向けフォーマットに基づいてUser info fieldの受信処理を行ってよい。また、端末２００がEHT端末の場合、User Info取得部２０６は、例えば、EHT端末向けフォーマットに基づいてUser info fieldの受信処理を行ってよい。
フォーマット決定部２０７は、例えば、User Info取得部２０６から入力される情報（例えば、Trigger typeを含む）に基づいて、上り応答信号のフォーマット（例えば、EHT TB PPDU又はHE TB PPDUに対応するフォーマット）を決定してよい。フォーマット決定部２０７は、決定したフォーマット（例えば、TB PPDUフォーマット）に関する情報をデータ生成部２０８へ出力してよい。
データ生成部２０８は、例えば、フォーマット決定部２０７から入力されるTB PPDUフォーマットに関する情報、User Info取得部２０６から入力される端末共通情報、及び、端末個別情報に基づいて、規定の種別及びサイズのデータ信号を生成し、データ信号を誤り訂正符号化部２０９へ出力する。
誤り訂正符号化部２０９は、例えば、User Info取得部２０６から入力される情報（例えば、端末共通情報及び端末個別情報）に基づいて、データ生成部２０８から入力されるデータ信号を誤り訂正符号化し、符号化した信号を変調部２１０へ出力する。
変調部２１０は、誤り訂正符号化部２０９から入力される信号を変調し、User Info取得部２０６から入力される情報（例えば、端末共通情報及び端末個別情報）に基づいて、変調信号を無線送受信部２０１へ出力する。なお、変調信号がOFDM信号の場合には、端末２００（例えば、変調部２１０）は、周波数リソースに変調信号をマッピング後にIFFT処理を行い、CPを付加することにより、OFDM信号を形成してよい。
［AP１００及び端末２００の動作例］
次に、本実施の形態に係るAP１００及び端末２００の動作例について説明する。
図１１は、本実施の形態におけるAP１００及び端末２００の動作例を示すフローチャートである。
図１１において、AP１００は、例えば、少なくとも一つの端末２００向けのTrigger frameを生成する（Ｓ１０１）。AP１００は、例えば、Common Info fieldに、端末２００に対応するバージョン情報（例えば、HE及びEHTの何れかのバージョン）と、端末２００に対応するバージョンに応じて設定を異ならせたsubfieldとを含むTrigger frameを生成してよい。例えば、AP１００は、端末２００の対応するバージョンがEHTの場合、HEにおいて定義されたCommon Info fieldのフォーマットと異なるフォーマットを決定してよい。換言すると、例えば、AP１００は、端末２００の対応するバージョンがEHTの場合、HEにおいて定義されたCommon Info fieldのフォーマットを変更してよい。また、例えば、バージョン情報とTrigger typeとを関連付けることにより、AP１００は、バージョン情報を含むTrigger typeを生成してもよい。
AP１００は、例えば、生成したTrigger frameを端末２００へ送信し、端末２００は、AP１００からのTrigger frameを受信する（Ｓ１０２）。Trigger frameには、例えば、バージョン情報に関連付けられたTrigger type subfield value、及び、バージョンに応じて設定を異ならせたsubfieldが含まれてよい。
端末２００は、例えば、受信したTrigger frameに基づいて、上り応答信号を生成する（Ｓ１０３）。端末２００は、例えば、Trigger frameに含まれるTrigger type subfield valueに関連付けられたバージョン情報（例えば、HE及びEHTの何れかのバージョン）に基づいて、Trigger frameに含まれるCommon Info field内のsubfieldの設定を判断してよい。例えば、端末２００は、端末２００の対応するバージョンがEHTの場合、HEにおいて定義されたCommon Info fieldのフォーマットと異なるフォーマットを決定してよい。換言すると、例えば、端末２００は、端末２００の対応するバージョンがEHTの場合、HEにおいて定義されたCommon Info fieldの少なくとも一つのsubfieldの解釈を変更してよい。
端末２００は、生成した上り応答信号をAP１００へ送信する（Ｓ１０４）。AP１００は、例えば、Trigger frameのTrigger type（例えば、Trigger typeに関連付けられるバージョン情報）に基づいて、Trigger frameに対する上り応答信号を受信する。
［Common Info fieldに関する動作例］
以下、AP１００にけるCommon Info fieldの情報を生成する例について説明する。例えば、AP１００におけるバージョン情報に応じたCommon Info fieldに適用するEHT フォーマットの決定方法の例について説明する。
＜バージョン情報の通知例＞
バージョン情報は、例えば、Trigger type subfieldの値（Trigger type subfield value）によって通知されてよい。換言すると、バージョン情報は、Trigger frameの種別（Trigger type）に関連付けられてよい。
例えば、AP１００及び端末２００は、図９に示すTrigger typeテーブルを設定してよい。図９において、Trigger type subfield value=0～7のそれぞれは、HE（例えば、図５）において定義されるTrigger typeである。また、図９において、Trigger type subfield value=8～9のそれぞれは、EHTにおいて定義されるTrigger type（換言すると、HEにおいて未定義のTrigger type）である。
例えば、図９において、Trigger type subfield valueが７（例えば、閾値）以下の場合（0～7の場合）、関連付けられるバージョンはHEであり、Trigger type subfield valueが７より大きい場合（例えば、8～9の場合）、関連付けられるバージョンは、EHTである。
このように、Trigger typeとバージョン情報との関連付けにより、Trigger frameに含まれるTrigger typeに関する値によって、バージョン情報の通知が可能となる。
＜Common Info fieldのフォーマットの決定例＞
AP１００は、例えば、Trigger typeと関連付けられたバージョン情報に基づいて、Common Info fieldのフォーマット（例えば、フィールド設定）を決定してよい。
例えば、AP１００は、HE対応のTrigger typeを指示する場合、図２に示すCommon Info fieldのフォーマットを決定してよい。
その一方で、例えば、AP１００は、EHT対応のTrigger typeを指示する場合、図２に示すCommon Info fieldのフォーマットの一部のsubfieldの設定と異なる設定のフォーマットを決定してよい。例えば、一部のsubfieldには、EHT端末向けの制御情報に関する情報が設定されてよい。AP１００は、一部のsubfieldの設定を、HE対応の場合とEHT対応の場合とで異ならせてよい。
一部のsubfieldは、例えば、EHT端末が参照しないsubfield、又は、HE端末向けの制御情報に関するsubfieldでよい。例えば、EHT対応のCommon Info fieldのフォーマットは、HEにおいて定義されるCommon Info field内のEHT端末が参照しないsubfieldの解釈を、EHT端末向けの情報に変更したフォーマットでよい。EHT端末が参照しないsubfieldには、例えば、UL STBC subfield、UL Spatial Reuse subfield、及び、Doppler subfieldの少なくとも一つが含まれてよい。
以下では、例えば、EHT対応のCommon Info fieldにおいて、HE対応のCommon Info fieldと異なる設定のsubfieldは、「第２のTrigger dependent Common Info field（Trigger dependent Common Info 2）」と呼ぶ。
このように、AP１００は、Common Info fieldにおいて、バージョンがEHTの場合、一部のsubfieldを、Trigger typeに依存するsubfield（例えば、第２のTrigger dependent Common Info field）に設定してよい。これにより、EHT対応のTrigger typeが指示される場合に、Trigger frameにおいてEHT端末が参照しないフィールド（例えば、subfield）を低減できるので、Trigger frameのOverheadを低減できる。
図１２及び図１３は、Trigger typeがEHT対応である場合（換言すると、HE未対応である場合）に適用されるCommon Info fieldの一例を示す図である。
Trigger typeがHE対応の場合に適用されるCommon Info field（例えば、図２）に対して、図１２に示す例では、UL Spatial Reuse subfield（B37～B52に対応するsubfield）がTrigger dependent Common Info 2に変更され、図１３に示す例では、UL STBC subfield（B26に対応するフィールド）及びDoppler subfield（B53に対応するsubfield）がTrigger dependent Common Info 2に変更される。
図１２に示す例では、AP１００及び端末２００は、16ビットを第２のTrigger dependent Common Info fieldとして利用可能であるので、図１３（例えば、2ビット）と比較して、EHT端末に通知可能な情報量を増加できる利点がある。
また、例えば、UL Spatial Reuse subfieldは、Overlapped BSS（OBSS）のHE端末に対するSpatial Reuseのための情報が含まれる場合があるため、UL spatial Reuse subfieldをTrigger dependent Common Info 2に利用不可のケースが想定され得る。この場合、例えば、図１３に示すように、第２のTrigger dependent Common Info fieldとして、UL STBC subfield及びDoppler subfieldの2ビットが利用されてよい。これにより、OBSSのHE端末のSpatial Reuseに影響を与えずに、EHT端末に通知可能な情報量を増加できる利点がある。
ここで、Trigger frame内において、例えば、Trigger Dependent Common Info subfield、又は、Common Info fieldより後のUser Info fieldは、Trigger typeに依存してフィールドサイズ、及び、各情報のビット位置の少なくとも一方が異なり得る。端末２００は、例えば、Trigger typeを判別した後に、Trigger Dependent Common Info field及びUser Info fieldのビット位置を特定（又は、判断、決定）し、受信処理を行う。
その一方で、図１２及び図１３に示す、UL STBC subfield、UL Spatial Reuse subfield又はDoppler subfieldといった第２のTrigger dependent Common Info fieldに設定され得るCommon Info fieldは、サイズ又はビット位置がTrigger typeに依存せずに送信されるsubfieldであってよい。
本実施の形態では、例えば、Common Info fieldのうち、Trigger type（又は、バージョン情報）に依存せずに送信されるsubfield（換言すると、Trigger typeに依存するsubfieldと異なるsubfield）の少なくとも一部のsubfieldの設定（又は、定義）は、バージョン情報に応じて異なってよい。例えば、AP１００及び端末２００は、Trigger type（又は、バージョン情報）に依存せずにビット位置が規定される情報のうち、一部の情報を、Trigger type（又は、バージョン情報）に基づいて読み替えてよい。
これにより、例えば、図１２及び図１３に示すように、Trigger type（又は、バージョン情報）に応じてsubfieldの設定が読み替えられる場合でも、端末２００が当該subfieldについて抽出するビット位置は変わらないので、端末２００の受信処理（例えば、情報の抽出処理）を簡易化できる。
また、EHT対応の場合にTrigger dependent Common Info 2を適用する場合、端末２００は、例えば、HE対応の場合にも含まれるTrigger dependent Common Info、及び、EHT対応の場合に設定されるTrigger dependent Common Info 2の両方のsubfieldを合わせてTrigger typeに依存する共通情報として用いてもよい。これにより、Overheadを増加させずに、Trigger typeに依存した共通情報によって端末２００に通知可能な情報量（別言すると、通知量）を増加できる。
また、例えば、HEでは、Trigger dependent Common Info subfieldのサイズが0であるTrigger typeがあり得る。Trigger dependent Common Info subfieldのサイズが0であるTrigger typeとして、例えば、Beamforming Report Poll（BFRP）、Multi-User Block ACK Request（MU-BAR）、Multi-User Request to Send（MU-RTS）、Buffer Status Report Poll（BSRP）、Bandwidth Query Report Poll（BQRP）、NDP Feedback report Poll（NFRP）が挙げられる。
図１２及び図１３では、例えば、Trigger dependent Common Infoのサイズが0であるTrigger typeの場合でも、EHT端末向けのTrigger dependent Common Info 2（例えば、サイズおよびビット位置が変わらないsubfield）において、EHT端末向けの情報の送信が可能になる。
また、EHT対応の場合に読み替えられるsubfield（例えば、Trigger dependent Common Info 2）のビット位置は、Trigger typeに応じて異なってもよい。例えば、図１４に示すように、Trigger Type subfield valueが8の場合には、EHT端末にとって受信しなくてよいUL Spatial Reuse subfieldのうち、B37-B39にTrigger dependent Common Info 2が設定され、B40-B52にReserved領域が設定されてよい。また、例えば、図１５に示すように、Trigger Type subfield valueが9の場合には、EHT端末にとって受信しなくてよいUL Spatial Reuse subfieldのうち、B37-B41にTrigger dependent Common Info 2が設定され、B42-B52にReserved領域が設定されてよい。このように、HEの定義においてEHT端末が参照しないSubfieldのうち、一部のビットにTigger dependent Common Info 2が設定され、他のビットにReserved領域が設定されることで、Reserved領域を確保でき、将来バージョンの拡張性を向上できる。
なお、図１４及び図１５においてTrigger Dependent Common Info 2が設定されるビット位置及びサイズは一例であり、ビット位置及びサイズの少なくとも一つは図１４及び図１５と異なってもよい。また、図１４及び図１５では、UL Spatial Reuse subfieldがTrigger Dependent Common Info 2及びReserved領域の２つの領域に設定される場合について説明したが、設定される領域は２つに限らず、３つ以上の領域でもよい。
また、EHT対応のTrigger typeがSounding用NDP（例えば、データ生成されない応答信号を指示するTrigger type）の場合、例えば、NDP生成に使用されないデータ生成用の情報を含むsubfieldの少なくとも一つの定義（解釈）を、HEの定義と異ならせてもよい。図１６は、一例として、図２に示すUL STBC subfield、LDPC Extra Symbol Segment subfield、Pre-FEC Padding Factor subfield、PE Disambiguity subfield、UL SpatialReuse subfield、及び、Doppler subfieldがTrigger Dependent Common Info 2に設定される例を示す図である。Trigger Dependent Common Info 2が設定されるsubfieldは、図１６に示す例に限定されない。
＜第２のTrigger dependent Common Info fieldの例＞
例えば、EHT対応（又は、HE未対応）のTrigger typeがSounding用NDPの場合、Trigger dependent Common Info 2には、例えば、応答信号（TB PPDU）のEHT-Long Training field（LTF）シンボル数の拡張情報（例えば、ストリーム数）が含まれてよい。Trigger Dependent Common Info 2の通知によるシンボル数の増加によって、チャネル推定精度を向上できる。
または、Trigger dependent Common Info 2には、EHT-LTFのTone mapping間隔に関する情報が含まれてよい。これにより、例えば、複数のAP１００間において、Distributed-FDMAによってEHT-LTFを周波数多重可能になる。
または、Trigger dependent Common Info 2には、User Info fieldのTrigger dependent User Infoにおいて各端末２００が受信に用いるEHT-LTFのストリーム番号、又は、Tone mapping間隔におけるTone位置に関する情報が含まれてよい。
また、例えば、EHT対応のTrigger typeがMulti-AP coordinationの場合、Trigger dependent Common Info 2には、下記のような協調送信の種別情報が含まれてよい。これにより、端末２００は、例えば、協調送信の種別に応じた情報を応答信号として送信でき、AP１００は、協調通信制御の効率を向上できる。
・Coordinated Spatial Reuse
・Coordinated Orthogonal Frequency Division Multiple Access
・Joint Transmissions
・Coordinated Beamforming
また、AP１００及び端末２００は、Trigger typeがMulti-AP coordinationの場合、EHT対応のバージョンと判断し、HEではUser Info fieldであるfieldを、EHT向けの情報を含むfield（例えば、AP Info field）に読み替えてもよい。例えば、AP Info fieldには、協調送信をスケジューリングするAP（例えば、sharing APとも呼ばれる）から、協調送信に参加するAP（例えば、shared APとも呼ばれる）に対する協調送信に用いる制御情報の送付指示が含まれてよい。
＜フォーマット決定の動作例＞
端末２００のフォーマット決定部２０７におけるバージョン情報に応じたTB PPDUフォーマット（例えば、EHT TB PPDU及びHE TB PPDUの何れかのフォーマット）の決定方法について説明する。
例えば、フォーマット決定部２０７は、Trigger typeがHE対応の種別の場合、Common Info field及びUser Info field（例えば、Special User Info subfieldを含む）の少なくとも一つにおいて指示される情報に応じてTB PPDUフォーマットを決定してよい。
例えば、フォーマット決定部２０７は、Common Info fieldにおいて指示されるSpecial User Info subfieldの有無に関する情報に基づいて、フォーマットを決定してよい。例えば、フォーマット決定部２０７は、Special User Info subfield有りと指示される場合はEHT TB PPDUを適用し、Special User Info subfield無しと指示される場合はHE TB PPDUを適用してよい。
または、フォーマット決定部２０７は、例えば、TB PPDUの送信帯域の割当に関する情報に基づいてフォーマットを決定してよい。例えば、フォーマット決定部２０７は、Secondary 160MHzへの割当が指示される場合は、EHT TB PPDUを適用してもよい。
また、例えば、フォーマット決定部２０７は、Trigger typeがEHT対応の種別の場合、Common Info field及びUser Info fieldの情報に依らず、EHT TB PPDUを適用してよい。
以上、フォーマット決定の動作例について説明した。
このように、本実施の形態では、AP１００は、Common Info fieldに、HE又はEHTといった無線通信規格のバージョンに関する情報と、バージョンに応じて設定を異ならせたsubfieldとを含む、Trigger frameを生成し、端末２００へ送信する。また、端末２００は、例えば、Trigger frameに含まれる、HE又はEHTといった無線通信規格のバージョンに関する情報に基づいて、Trigger frameのCommon Info field内のsubfieldの設定を判断する。
本実施の形態によれば、例えば、HEに対して、EHT又は更なるバージョンに対する新たなTrigger typeが追加される場合でも、Trigger frameのフォーマットを、バージョンに応じて適切に設定（又は、変更）でき、Trigger frameにおけるOverheadの増加を抑制できる。
（実施の形態２）
例えば、EHTでは、HE端末の上り応答信号（HE TB PPDU）とEHT端末の上り応答信号（EHT TB PPDU）とを周波数多重させるAggregated-PPDU（A-PPDU）を１つのTrigger frameによって指示することが検討される（例えば、非特許文献６を参照）。
例えば、A-PPDUは、320MHz帯域内において行われてよい。例えば、APは、１つのTrigger frameによって、HE端末及びEHT端末がそれぞれ認識するフォーマットに基づいて周波数帯域を割り当てることにより、A-PPDUを指示可能となる。一例として、最大160MHzの帯域幅をサポートするHE端末にはPrimary 160MHzが割り当てられ、最大320MHzの帯域幅をサポートするEHT端末にはSecondary 160MHzが割り当てられてよい。なお、A-PPDUが適用される周波数帯域幅は、320MHzに限らず、他の帯域幅でもよい。
ここで、実施の形態１では、EHTにおいて追加され得るTrigger type（HE端末が未サポートのTrigger type）がCommon Info field内のTrigger type subfieldにおいて指示される場合、HE端末は、Trigger frameの受信処理を中止する。そのため、HE端末が未サポートのTrigger typeがCommon Info field内のTrigger type subfieldにおいて指示される場合には、１つのTrigger frameにおいてA-PPDUを指示できない可能性がある。
本実施の形態では、EHT端末に対する新しいTrigger frame（換言すると、HEにおいて未サポートのTrigger type）を指示するTrigger frameにおいて、HE端末とEHT端末との応答信号に対してA-PPDUの適用を実現できる方法について説明する。
［基地局の構成］
本実施の形態に係るAP１００の構成例は、図８と同様でよい。例えば、本実施の形態に係るAP１００において、Trigger type設定部１０３及びCommon Info生成部１０４の動作が実施の形態１と異なってよい。
Trigger type設定部１０３は、例えば、上り応答信号の種別に対応するTrigger typeと、Trigger frame内のTrigger typeを指示する情報（例えば、Trigger type subfield value）との関連付けを設定し、設定されたTrigger typeに関する情報（例えば、テーブル形式の情報）を保持してよい。
本実施の形態では、Trigger type設定部１０３は、例えば、予め定義されたHE端末向けのTrigger typeテーブル（例えば、図５）と、HE端末向けとは異なるEHT端末向けのTrigger typeテーブル（例を後述する）と、を設定してよい。ここで、EHT端末向けのTrigger typeテーブルは、HE端末が未サポートの新しいTrigger typeを含んでよい。Trigger type設定部１０３は、例えば、設定したTriggerテーブルに関する情報をCommon Info生成部１０４へ出力する。
Common Info生成部１０４は、例えば、スケジューリング部１０１から入力されるTrigger typeの指示と、Trigger type設定部１０３から入力されるTrigger typeテーブルとに基づいて、HE端末向けのTrigger typeを指示するTrigger type subfield、及び、EHT端末向けのTrigger typeを指示するsubfield（例えば、「Trigger type 2 subfield」と呼ぶ）を生成する。換言すると、Common Info生成部１０４は、Trigger frameのCommon Info fieldにおいて、Trigger frameの種別に関する情報（例えば、Trigger type subfield value）を、複数のsubfieldを用いて設定してよい。
例えば、HE端末向けのTrigger type subfieldとEHT端末向けのTrigger type 2 subfieldとは異なってよい。Trigger type subfieldにおいて指示されるTrigger typeはHE対応のバージョン情報に関連付けられた種別であり、Trigger type 2 subfieldにおいて指示されるTrigger typeはEHT対応のバージョン情報に関連付けられた種別でよい。
Common Info生成部１０４は、Trigger type subfield及びTrigger type 2 subfieldを含むCommon Info fieldを生成し、生成したCommon Info fieldをTrigger frame生成部１０５へ出力する。
AP１００における他の構成部の処理は、例えば、実施の形態１における処理と同様でよい。
［端末の構成］
本実施の形態に係る端末２００の構成例は、図１０と同様でよい。例えば、本実施の形態に係る端末２００において、Trigger type設定部２０４及びCommon Info取得部２０５の動作が実施の形態１と異なってよい。
Trigger type設定部２０４は、例えば、端末２００がHE端末の場合、HE端末向けのTrigger typeテーブルをCommon Info取得部２０５へ出力してよい。また、Trigger type設定部２０４は、例えば、端末２００がEHT端末の場合、HE端末向けのTrigger typeテーブル及びEHT端末向けのTrigger typeテーブルをCommon Info取得部２０５へ出力してよい。
Common Info取得部２０５は、例えば、誤り訂正復号部２０３から入力されるTrigger frameと、Trigger type設定部２０４から入力されるTrigger typeテーブルとに基づいて、Common Info fieldの情報を抽出し、上り応答信号の種別を含む、上り信号を生成するための端末共通情報（例えば、送信するデータ種別又は上り信号の時間長を含む）を取得する。
例えば、Common Info取得部２０５は、端末２００がHE端末の場合、HE端末向けのTrigger typeテーブルを用いてCommon Info fieldのTrigger type subfieldからTrigger typeを識別してよい。また、例えば、Common Info取得部２０５は、端末２００がEHT端末の場合、HE端末向け及びEHT端末向けのそれぞれのTrigger typeテーブルを用いてCommon Info fieldのTrigger type subfield及びTrigger type 2 subfieldからTrigger typeを識別してよい（例について後述する）。
端末２００における他の構成部の処理は、例えば、実施の形態１の処理と同様でよい。
＜EHT端末向けのTrigger typeテーブル＞
図１７は、HE端末向けのTrigger type subfieldとは異なるsubfieldに含まれるEHT端末向けのTrigger typeテーブルの一例を示す図である。
図１７において、Trigger Type 2 subfield value = 0は、例えば、HE端末向けのTrigger Type subfield（例えば、図５）の指示に従うことを意味する。この場合、EHT端末は、Trigger type subfieldにおいて指示されるTrigger typeを取得する。換言すると、Trigger Type 2 subfield value = 0の場合、Trigger frameによって、EHT端末及びHE端末の双方に対して同じTrigger Typeが指示される。また、図１７において、Trigger Type 2 subfield value = 1, 2は、例えば、HE端末が未サポートのEHT端末向けのTrigger Type（例えば、Sounding用NDP送信、又は、協調通信）を意味する。
この場合、AP１００及び端末２００は、Trigger frame内のTrigger typeに関する複数のsubfieldにおいて、HE端末（バージョンがHEに対応する端末２００）に対するTrigger type subfield valueを、Trigger type subfield（例えば、図５）を用いて設定し、EHT端末（バージョンがEHTに対応する端末２００）に対するTrigger type subfield valueを、Trigger type subfield（例えば、図５）及びTrigger type 2 subfield（例えば、図１７）の両方を用いて設定してよい。
図１８は、EHT端末向けのTrigger typeテーブルの他の例を示す図である。
図１８に示すように、EHT端末向けのTrigger typeテーブルには、EHT端末向けのTrigger Type（例えば、Trigger Type 2 subfield value = 8, 9）に加えて、HE端末向けのTrigger type（例えば、Trigger Type 2 subfield value = 0～7）が含まれてよい。この場合、AP１００及び端末２００は、例えば、Trigger frame内のTrigger typeに関する複数のsubfieldにおいて、HE端末に対するTrigger type subfield valueをTrigger type subfield（例えば、図５）を用いて設定し、EHT端末に対するTrigger type subfield valueをTrigger type 2 subfield（例えば、図１７）を用いて設定してよい。
HE端末向け及びEHT端末向けのTrigger typeテーブル（又は、Trigger type subfield）の個別の設定により、AP１００は、例えば、HE端末及びEHT端末に対してそれぞれ異なるTrigger typeを指示できる。よって、HE端末及びEHT端末のそれぞれにおいて使用頻度が高いTrigger typeを個別に設定できるので、システム性能を向上できる。
＜Common Info生成部１０４及びCommon Info取得部２０５の動作例＞
図１９は、本実施の形態に係るCommon Info fieldの一例を示す図である。
図１９に示すように、EHT端末向けのTrigger type 2 subfieldは、例えば、HEにおいて定義されたCommon Info field（例えば、図２）内のReserved領域に設定されてよい。例えば、図２又は図１９に示すCommon Info fieldにおいて、B56～B59に対応するフィールド（subfield）は、無線通信規格のバージョン（例えば、HE又はEHT）に応じて設定を異ならせたサブフィールドである。
また、例えば、EHT端末向けのTrigger Dependent Common Info subfield及びTrigger Dependent User Info subfieldのサイズは、HE端末向けのサイズと一致させてよい。これにより、EHTの下位互換性を維持できる。
例えば、HE端末は、例えば、図１９に示すTrigger type subfield（例えば、B0～B3）に基づいて、Trigger typeを識別してよい。なお、HE端末は、図１９に示すTrigger Type 2 subfieldをReserved領域と解釈するため、Trigger Type 2 subfieldを受信しなくてよい。
また、例えば、EHT端末は、図１９に示すTrigger type 2 subfield（例えば、B56～B59）を受信する。例えば、図１７に示すTrigger typeテーブルを参照する場合、EHT端末は、Trigger Type 2 subfield value = 0が指示された場合、更に、図１９に示すTrigger type subfield（例えば、B0～B3）に基づいて、Trigger typeを識別してよい。また、例えば、図１８に示すTrigger typeテーブルを参照する場合、EHT端末は、Trigger type 2 subfieldに基づいてTrigger typeを識別し、Trigger type subfield（例えば、B0～B3）を受信しなくてよい。
AP１００は、例えば、EHT端末に対して、HE端末が未サポートのTrigger typeを指示する場合でも、HE端末に対して、EHT端末と異なるTrigger typeを別途指示できる。これにより、HE端末は、例えば、EHT端末に対するTrigger typeがHE端末に未サポートであっても、HE端末向けのTrigger typeに基づいて、Trigger frameの受信を中止しなくてよい。よって、例えば、EHT端末、及び、HE端末の双方において上り応答信号が生成され、A-PPDUの適用が可能となる。
よって、本実施の形態によれば、AP１００は、EHT端末に対する新しいTrigger frame（換言すると、HEにおいて未サポートのTrigger type）を指示する１つのTrigger frameにおいて、HE端末及びEHT端末を含む複数の端末２００に対してA-PPDUを指示できる。
なお、A-PPDUに関する制御情報は、例えば、Trigger frame内の何れかのフィールド（例えば、User Info fieldでもよい）において各端末２００へ指示されてもよい。
また、EHT端末向けのTrigger type 2 subfieldは、例えば、Common Info fieldにおいてTrigger typeに依らずに送信されるSubfield（例えば、Reserved領域）に含まれる。よって、EHT端末向けのTrigger typeを抽出するビット位置は、Trigger typeに依らずに変わらないので、端末２００における受信処理を簡易化できる。
以上、本開示の各実施の形態について説明した。
（他の実施の形態）
（１）上述した各実施の形態において、HEに対する新しいTrigger typeは、EHTにおいて新たに追加されるTrigger typeに限定されない。換言すると、無線通信規格のバージョンは、HE及びEHTに限定されず、他のバージョンでもよい。例えば、EHTの更なる将来のバージョン（例えば、EHT+と呼ぶ）において追加される新しいTrigger typeに対しても本開示の位一態様を同様に適用してもよい。その場合、上述した実施の形態におけるEHT端末の動作を、EHT+に対応する端末（例えば、EHT+端末）の動作に置き換えてもよい。
例えば、AP１００及び端末２００は、Trigger typeがEHT+対応（EHT+において新規にサポートされるTrigger type）であるか、EHT対応であるか、あるいはHE対応であるかに応じて、Common Info fieldのフォーマットを異ならせてよい（例えば、一部のSubfieldの意味を変更してよい）。
これにより、EHT+端末と、EHT端末あるいはHE端末との間において、異なるフォーマットのCommon Info fieldを適用でき、上述した実施の形態と同様の効果が得られる。
なお、Common Info fieldのフォーマットは、EHT+対応と、EHT対応あるいはHE対応との間において2種類設定される場合に限定されず、EHT+対応と、EHT対応と、HE対応との間において３種類設定されてもよく、４種類以上でもよい。
（２）上述した各実施の形態では、Trigger typeに関連付けられたバージョン情報に応じてCommon Info fieldのフォーマットを設定する例について説明したが、これに限定されず、例えば、Trigger typeに関連付けられたバージョン情報に応じてUser Info fieldのフォーマットの一部のsubfieldが設定されてもよい。
例えば、Trigger frameにおいてEHT対応のTrigger typeであるSounding用NDPが指示される場合、Trigger typeがHE対応の場合（例えば、図３）にはReserved領域であるsubfield（例えば、B25）に、図２０に示すように、EHT-LTFのストリーム番号（「Number of Spatial Streams」subfield）を含めてもよい。
なお、User Info fieldにおいてバージョン情報に応じて設定されるsubfieldは、EHT-LTFのストリーム番号に限定されず、他の情報でもよい。
また、例えば、上述した各実施の形態において、Trigger typeに関連付けられたバージョン情報に応じて、Special User Info fieldのフォーマットの一部のsubfieldが設定されてもよい。例えば、Trigger frameにおいてEHT対応のTrigger typeが指示される場合、Trigger typeがHE対応の場合（例えば、図４）にはReserved領域であるsubfield（例えば、B37～B39）に、図２１に示すように、第２のTrigger dependent Common Info field（Trigger dependent Common Info 2）が設定されてもよい。
なお、Special User Info fieldにおいてバージョン情報に応じて設定されるsubfieldは、第２のTrigger Dependent Common Info fieldに限定されず、他のフィールドが設定されてもよい。また、Special User Info fieldにおいてバージョン情報に応じて設定されるsubfieldは、HE対応の場合のReserved領域（例えば、B37～B39）の少なくとも１ビットでもよい。
（３）上述した実施の形態では、EHT対応のTrigger typeの例として、Sounding用NDP及び協調通信を指示するTrigger typeについて説明したが、EHT以降に対応するTrigger typeはこれらに限定されない。
EHT以降に設定されるTrigger typeの例として、上りビームフォーミングを適用したデータ送信を促す種別が含まれてもよい。この場合、User Info fieldに端末２００に対して適用するビームフォーミング情報が含まれてもよい。
（４）上述した各実施の形態では、HE対応又はEHT対応といったバージョン情報に関連付けられたTrigger typeに応じて、Common Info fieldのフォーマットを設定（例えば、変更）する方法について説明したが、バージョン情報に関連付けられる情報はTrigger typeに限定されず、他の情報でもよい。
例えば、Trigger frameによって通知される何れかの種別に関する情報とバージョン情報とが関連付けられ、当該種別に関する情報に応じて、Common Info field、User Info field、及び、Special User Info fieldの少なくとも一つのフォーマットが設定されてもよい。
図２２は、Trigger typeがNFRP（NDP feedback reportの送信を端末２００に指示する種別）の場合に用いられるHE対応のUser Info fieldの例を示す図である。
図２２に示す「Feedback Type」subfieldは、Starting AIDによって指示される複数の端末２００に対してフィードバックする種別に関する情報を含む。HEでは、例えば、Feedback TypeとしてResource request（リソース割当要求）という１つの種別がサポートされる。HE端末は、例えば、AP１００から、Feedback TypeとしてResource requestが指示される場合、送信するデータを保持し、リソース割当を要求する場合には、AP１００に対してNDPを応答信号としてフィードバックしてよい。
ここで、EHT又はEHT+では、新たなFeedback Typeがサポートされる可能性がある。例えば、図２３に示すように、EHTでは、Feedback Typeの新たなvalueとして、Acknowledgment（データを正しく復号したか否かに関する情報）が追加される可能性がある。
この場合、例えば、実施の形態１と同様に、AP１００は、EHT端末に対するFeedback TypeとしてAcknowledgmentを送信する場合、EHT対応のバージョンに応じたUser Info fieldのフォーマットを設定してもよい。また、EHT端末は、Feedback TypeとしてAcknowledgmentを受信した場合、HE対応のフォーマットと異なるEHT対応のバージョンに応じたUser Info fieldのフォーマットに基づいて受信処理を行ってもよい。例えば、図２４に示すように、EHT対応のバージョンに応じたUser Info fieldでは、HEにおけるReserved領域の一部が、TID subfield（トラフィックの種別を表す識別子）に設定（例えば、変更）されてもよい。これにより、AP１００は、EHT端末に対して、TIDによって指示したトラフィック種別のAcknowledgment情報をフィードバックさせることができる。また、HE端末は、Feedback TypeとしてAcknowledgmentを受信した場合、受信処理を中止してもよい。
または、例えば、実施の形態２と同様に、AP１００は、EHT端末向けとHE端末向けとでそれぞれ異なるsubfieldによってFeedback Typeを個別に指示してもよい。例えば、図２５に示すように、HEにおいてReserved領域の一部が、EHT端末向けのFeedback Type subfield（例えば、Feedback Type 2 subfield）、及び、TID subfieldに設定（例えば、変更）されてもよい。これにより、実施の形態２と同様に、AP１００は、１つのTrigger frameによって、HE端末及びEHT端末に対してFeedback Typeを個別に指示できる。例えば、AP１００は、１つのTrigger frameによって、HE端末にはResource requestを指示して、EHT端末にはAcknowledgmentを指示してもよい。
なお、EHT端末向けのFeedback typeは、Acknowledgementに限定されず、他の種別に関する情報でもよい。また、EHT端末向けのFeedback typeの場合に設定される情報はTIDに限定されず、他の情報でもよい。
（５）EHTの更なる新たなバージョンを「EHT+」という用語で説明したが、これに限定されず、他の用語でもよい。
Trigger frameに対する上り応答信号の送信アクセス方式は、OFDMAに限定されず、他の方式でもよい。
また、上記実施の形態では、一例として、11beのフォーマットに基づいて説明したが、本開示の一実施例を適用するフォーマットは、11beのフォーマットに限定されない。本開示の一実施例は、例えば、車載向け規格であるIEEE 802.11pの次世代規格であるIEEE 802.11bd（NGV(Next Generation V2X)）向けに適用されてもよい。
本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
本開示の一実施例に係る基地局は、複数端末に共通のフィールドに、無線通信規格のバージョンに関する情報と、前記バージョンに応じて設定を異ならせたサブフィールドとを含む、上り送信の制御信号を生成する制御回路と、前記制御信号を送信する送信回路と、を具備する。
本開示の一実施例において、前記バージョンに関する情報は、前記制御信号の種別に関連付けられる。
本開示の一実施例において、前記種別に関する値が閾値以下の場合、前記バージョンはHigh Efficiency（HE）であり、前記値が前記閾値より大きい場合、前記バージョンはExtreme High Throughput（EHT）である。
本開示の一実施例において、前記種別に関連付けられる前記バージョンに基づいて、前記制御信号に対する応答信号を受信する受信回路、をさらに具備する。
本開示の一実施例において、前記制御回路は、前記共通のフィールドにおいて、前記制御信号の種別に依存する第１のサブフィールドと異なるサブフィールドの少なくとも一部の前記設定を、前記バージョンに応じて異ならせる。
本開示の一実施例において、前記一部のサブフィールドは、UL Space Time Block Coding（STBC） subfield、UL Spatial Reuse subfield、Doppler subfield、及び、Reserved subfieldの少なくとも一つである。
本開示の一実施例において、前記制御回路は、前記バージョンがExtreme High Throughput（EHT）の場合、前記一部のサブフィールドを、前記種別に依存する第２のサブフィールドに設定する。
本開示の一実施例において、前記送信回路は、前記第１のサブフィールド及び前記第２のサブフィールドの両方を用いて、前記種別に依存する情報を送信する。
本開示の一実施例において、前記制御回路は、前記共通のフィールドにおいて、前記制御信号の種別に関する情報を、複数のサブフィールドを用いて設定する。
本開示の一実施例において、前記制御回路は、前記複数のサブフィールドにおいて、前記バージョンがHigh Efficiency（HE）に対応する端末に対する前記種別に関する情報を第１のサブフィールドを用いて設定し、前記バージョンがExtreme High Throughput（EHT）に対応する端末に対する前記種別に関する情報を第２のサブフィールドを用いて設定する。
本開示の一実施例において、前記第２のサブフィールドは、前記バージョンがHEの場合の前記制御信号内のReserved領域に設定される。
本開示の一実施例において、前記制御回路は、前記バージョンがEHTに対応する端末に対する前記種別に関する情報を、前記第１のサブフィールド及び前記第２のサブフィールドの両方を用いて設定する。
本開示の一実施例に係る端末は、複数端末に共通のフィールドに、無線通信規格のバージョンに関する情報と、前記バージョンに応じて設定を異ならせたサブフィールドとを含む、上り送信の制御信号を受信する受信回路と、前記バージョンに関する情報に基づいて、前記設定を判断する制御回路と、を具備する。
本開示の一実施例に係る通信方法において、基地局は、複数端末に共通のフィールドに、無線通信規格のバージョンに関する情報と、前記バージョンに応じて設定を異ならせたサブフィールドとを含む、上り送信の制御信号を生成し、前記制御信号を送信する。
本開示の一実施例に係る通信方法において、端末は、複数端末に共通のフィールドに、無線通信規格のバージョンに関する情報と、前記バージョンに応じて設定を異ならせたサブフィールドとを含む、上り送信の制御信号を受信し、前記バージョンに関する情報に基づいて、前記設定を判断する。
２０２１年５月１３日出願の特願２０２１－０８１５１５の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
本開示の一実施例は、無線通信システムに有用である。
１００ AP
１０１ スケジューリング部
１０２ User Info生成部
１０３，２０４ Trigger type設定部
１０４ Common Info生成部
１０５ Trigger frame生成部
１０６，２０９ 誤り訂正符号化部
１０７，２１０ 変調部
１０８，２０１ 無線送受信部
１０９，２０２ 復調部
１１０，２０３ 誤り訂正復号部
１１１ 端末情報取得部
２００ 端末
２０５ Common Info取得部
２０６ User Info取得部
２０７ フォーマット決定部
２０８ データ生成部

Claims (10)

  1. 上り送信を制御する制御信号を生成する制御回路と、
    前記制御信号を送信する送信回路と、を具備し、
    前記制御信号は、第１のサブフィールドと第２のサブフィールドとを含む共通情報を含み、前記第１のサブフィールド及び前記第２のサブフィールドを用いて前記制御信号の種別に関する情報が設定され、前記第２のサブフィールドは、無線通信規格のバージョンに関する情報を示し、前記制御信号は、前記バージョンに応じて設定を異ならせたサブフィールドをさらに含む、
    基地局。
  2. 前記バージョンに関する情報は、前記制御信号の種別に関連付けられる、
    請求項１に記載の基地局。
  3. 前記種別に関連付けられる前記バージョンに基づいて、前記制御信号に対する応答信号を受信する受信回路、をさらに具備する、
    請求項２に記載の基地局。
  4. 前記制御回路は、前記共通情報において、前記制御信号の種別に関する前記第１のサブフィールドと異なる第３のサブフィールドの少なくとも一部の前記設定を、前記バージョンに応じて異ならせる、
    請求項１に記載の基地局。
  5. 前記第３のサブフィールドは、UL Space Time Block Coding（STBC） subfield、UL Spatial Reuse subfield、Doppler subfield、及び、Reserved subfieldの少なくとも一つである、
    請求項４に記載の基地局。
  6. 前記制御回路は、前記バージョンがExtreme High Throughput（EHT）の場合、前記第３のサブフィールドを、前記種別に関する前記第２のサブフィールドに設定する、
    請求項４に記載の基地局。
  7. 前記送信回路は、前記第１のサブフィールド及び前記第２のサブフィールドの両方を用いて、前記種別に関する情報を送信する、
    請求項６に記載の基地局。
  8. 前記第２のサブフィールドは、前記バージョンがHigh Efficiency（HE）の場合の前記制御信号内のReserved領域に設定される、
    請求項１に記載の基地局。
  9. 前記制御回路は、前記バージョンがExtreme High Throughput（ＥＨＴ）に対応する端末に対する前記制御信号の種別に関する情報を、前記第１のサブフィールド及び前記第２のサブフィールドの両方を用いて設定する、
    請求項１に記載の基地局。
  10. 基地局は、
    上り送信を制御する制御信号を生成し、
    前記制御信号を送信する、通信方法であって、
    前記制御信号は、第１のサブフィールドと第２のサブフィールドとを含む共通情報を含み、前記第１のサブフィールド及び前記第２のサブフィールドを用いて前記制御信号の種別に関する情報が設定され、前記第２のサブフィールドは、無線通信規格のバージョンに関する情報を示し、前記制御信号は、前記バージョンに応じて設定を異ならせたサブフィールドをさらに含む、
    通信方法。
JP2023520844A 2021-05-13 2022-03-08 基地局及び通信方法 Active JP7825614B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2021081515 2021-05-13
JP2021081515 2021-05-13
PCT/JP2022/009953 WO2022239426A1 (ja) 2021-05-13 2022-03-08 基地局、端末、及び通信方法

Publications (2)

Publication Number Publication Date
JPWO2022239426A1 JPWO2022239426A1 (ja) 2022-11-17
JP7825614B2 true JP7825614B2 (ja) 2026-03-06

Family

ID=84029523

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023520844A Active JP7825614B2 (ja) 2021-05-13 2022-03-08 基地局及び通信方法

Country Status (7)

Country Link
US (1) US20240284254A1 (ja)
EP (1) EP4340443A4 (ja)
JP (1) JP7825614B2 (ja)
KR (1) KR20240008305A (ja)
CN (1) CN117296385A (ja)
MX (1) MX2023012239A (ja)
WO (1) WO2022239426A1 (ja)

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SG10201902764SA (en) * 2019-03-27 2020-10-29 Panasonic Ip Corp America Communication apparatus and communication method for ppdu format identification
US11128515B2 (en) * 2019-04-30 2021-09-21 Intel Corporation Extreme high throughput future proof preamble design
JP7463082B2 (ja) 2019-11-15 2024-04-08 キヤノン株式会社 トナー搬送装置及び画像形成装置
CN115968045B (zh) * 2020-05-28 2024-04-12 华为技术有限公司 通信方法及装置
CN113938166A (zh) * 2020-06-29 2022-01-14 三星电子株式会社 用于基于增强型空数据分组声明的无线通信的设备和方法
US11924812B2 (en) * 2020-07-23 2024-03-05 Qualcomm Incorporated Enhanced trigger frame
US11716757B2 (en) * 2020-07-24 2023-08-01 Qualcomm Incorporated Clear channel assessment
US11722354B2 (en) * 2020-07-27 2023-08-08 Nxp Usa, Inc. EHT capability design for PPE threshold
EP4240081A4 (en) * 2020-10-28 2024-03-27 Panasonic Intellectual Property Corporation of America COMMUNICATION DEVICE AND COMMUNICATION METHOD
KR102643471B1 (ko) * 2020-12-09 2024-03-06 엘지전자 주식회사 트리거 프레임의 구성
CN118433896A (zh) * 2020-12-15 2024-08-02 华为技术有限公司 空间复用参数指示和空间复用参数字段的确定方法及装置
JP7555644B2 (ja) * 2021-01-05 2024-09-25 ウィルス インスティテュート オブ スタンダーズ アンド テクノロジー インコーポレイティド 無線通信システムにおいてデータを送受信するための方法及び無線通信端末
CN116320049B (zh) * 2021-03-30 2023-11-07 华为技术有限公司 用于包扩展的方法、设备和存储介质

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Geonjung Ko (WILUS)，TB PPDU Format Signaling in Trigger Frame，IEEE 802.11-20/1192r1，IEEE，2020年08月06日
Ming Gan (Huawei)，Backward compatible EHT trigger frame follow up，IEEE 802.11-20/1808r3，IEEE，2020年11月01日

Also Published As

Publication number Publication date
KR20240008305A (ko) 2024-01-18
US20240284254A1 (en) 2024-08-22
EP4340443A1 (en) 2024-03-20
EP4340443A4 (en) 2024-10-16
WO2022239426A1 (ja) 2022-11-17
CN117296385A (zh) 2023-12-26
JPWO2022239426A1 (ja) 2022-11-17
MX2023012239A (es) 2023-10-30

Similar Documents

Publication Publication Date Title
JP7735292B2 (ja) 基地局、通信装置及び通信方法
JP7696350B2 (ja) 制御シグナリングを行う通信装置および通信方法
JP7843889B2 (ja) 制御シグナリングを行う通信装置および通信方法
WO2012026779A2 (en) Method and apparatus for transmitting control information in wireless local area network using multi-channel
JP2025113337A (ja) アクセスポイント、通信方法、及び、集積回路
JP7824226B2 (ja) 通信装置、及び通信方法及び集積回路
JP2025509169A (ja) 集約信号サウンディング手順のための通信装置および通信方法
WO2022249633A1 (ja) 端末、基地局、及び、通信方法
JP2026042933A (ja) 基地局及び通信方法
CN118303074A (zh) 通信装置及通信方法
KR20240161109A (ko) 통신 장치 및 통신 방법
WO2022045963A1 (en) Communication apparatus and communication method for multiple access point based null data packet feedback report
US20260113170A1 (en) Access point, terminal, and communication method
US20240251287A1 (en) Terminal, base station, and communication method
CN114128158B (zh) 基站以及发送方法
JP7825614B2 (ja) 基地局及び通信方法
US20250380256A1 (en) Access point, terminal, and communication method
US20250126607A1 (en) Communication device and communication method
US20240388486A1 (en) Communication apparatus and communication method for preamble of aligned ppdus
EP4516023A1 (en) Communication apparatus and communication method for feedback response transmission in indicated frequency domain
WO2024108943A1 (en) Methods and devices for determining ue aggregation transmission
WO2025177726A1 (ja) アクセスポイント、及び、通信方法
WO2024232231A1 (ja) アクセスポイント、端末、及び、通信方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20250124

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20251014

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20260107

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: 20260127

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20260224

R150 Certificate of patent or registration of utility model

Ref document number: 7825614

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150