WO2022239426A1 - 基地局、端末、及び通信方法 - Google Patents

基地局、端末、及び通信方法 Download PDF

Info

Publication number
WO2022239426A1
WO2022239426A1 PCT/JP2022/009953 JP2022009953W WO2022239426A1 WO 2022239426 A1 WO2022239426 A1 WO 2022239426A1 JP 2022009953 W JP2022009953 W JP 2022009953W WO 2022239426 A1 WO2022239426 A1 WO 2022239426A1
Authority
WO
WIPO (PCT)
Prior art keywords
subfield
version
terminal
information
eht
Prior art date
Application number
PCT/JP2022/009953
Other languages
English (en)
French (fr)
Inventor
敬 岩井
智史 高田
嘉夫 浦部
太一 三浦
Original Assignee
パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
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 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ filed Critical パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority to CN202280034027.5A priority Critical patent/CN117296385A/zh
Priority to KR1020237037730A priority patent/KR20240008305A/ko
Priority to JP2023520844A priority patent/JPWO2022239426A1/ja
Priority to MX2023012239A priority patent/MX2023012239A/es
Priority to EP22807133.8A priority patent/EP4340443A1/en
Publication of WO2022239426A1 publication Critical patent/WO2022239426A1/ja

Links

Images

Classifications

    • 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
    • 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
    • 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 signaling, i.e. of overhead other than pilot signals
    • 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
    • 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 signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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]

Definitions

  • the present disclosure relates to base stations, terminals, and communication methods.
  • IEEE 802.11be a standard for next-generation wireless local area networks (LANs), which is the successor to IEEE 802.11ax (hereinafter also referred to as “11ax”). , also called “11be”) are under consideration.
  • IEEE 802.11ax is also called High Efficiency (HE) and IEEE 802.11be is also called Extreme High Throughput (EHT).
  • HE High Efficiency
  • EHT Extreme High Throughput
  • a non-limiting embodiment of the present disclosure contributes to providing a base station and a communication method that can appropriately set the format of a control signal that controls uplink transmission.
  • a base station includes, in a field common to a plurality of terminals, information about a version of a wireless communication standard and subfields with different settings according to the version, an uplink transmission control signal and a transmission circuit for transmitting the control signal.
  • a diagram showing an example of a Trigger frame Diagram showing an example of the Common Info field A diagram showing an example of the User Info field A diagram showing an example of the Special User Info field Diagram showing an example of Trigger type Block diagram showing a configuration example of part of an access point (AP) Block diagram showing a configuration example of part of a terminal Block diagram showing an AP configuration example Diagram showing an example of Trigger type according to Embodiment 1 Block diagram showing a configuration example of a terminal Sequence diagram showing an example of AP and terminal operations
  • a diagram showing an example of the Common Info field according to Embodiment 1 A diagram showing an example of the Common Info field according to Embodiment 1 A diagram showing an example of the Common Info field according to Embodiment 1 A diagram showing an example of the Common Info field according to Embodiment 1 A diagram showing an example of the Common Info field according to Embodiment 1 A diagram showing an example of the Common Info field according to Embodiment 1 Diagram showing an example of the Common Info field according to Embodiment 1 Diagram showing an example of Trigger type according to
  • an access point (AP: Access Point, also called a “base station") transmits a control signal (hereinafter referred to as a "trigger frame") that instructs transmission of an uplink signal (for example, an uplink OFDMA signal). ) to multiple terminals accommodated by the AP (STA: Station, or also called “non-AP STA").
  • AP Access Point
  • base station transmits a control signal (hereinafter referred to as a "trigger frame”) that instructs transmission of an uplink signal (for example, an uplink OFDMA signal).
  • STA Station, or also called “non-AP STA”).
  • Fig. 1 is a diagram showing an example of a Trigger Frame.
  • the Trigger frame is a field (for example, "Common Info field") containing information common to a plurality of OFDMA-multiplexed terminals, and a User It contains a field called Info List (see, for example, Non-Patent Documents 1, 2 and 3).
  • the User Info field may include, for example, one or more fields containing terminal-specific (or unique) information (eg, "User Info field").
  • FIG. 2 is a diagram showing a configuration example of the Common Info field (eg Common Info field format and EHT variant) considered in 11be (eg EHT).
  • FIG. 3 is a diagram showing a configuration example of User Info field (for example, User Info field format and EHT variant) considered in 11be (EHT) (see, for example, Non-Patent Document 3).
  • FIG. 4 is a diagram showing a configuration example of a Special User Info field including information for terminals (hereinafter referred to as “EHT terminals”) compatible with 11be (for example, EHT) (for example, Non-Patent Document 3 ).
  • EHT terminals information for terminals
  • the "Trigger Type" subfield in the Common Info field shown in Fig. 2 is a subfield that indicates the type of Trigger frame (for example, the type of signal that the AP causes the terminal to transmit).
  • FIG. 5 is a diagram showing an example of types defined as Trigger Type in 11ax (see Non-Patent Document 2, for example).
  • the "Trigger Dependent Common Info" subfield in the Common Info field shown in FIG. 2 may contain information dependent on the Trigger type (for example, common information).
  • the application of uplink beamforming to uplink response signals to Trigger frames from EHT terminals is under consideration (see, for example, Non-Patent Document 4).
  • a Trigger type for prompting the terminal to transmit a Null Data Packet (NDP) for Sounding for example, in order for the AP to acquire the precoding information used by each terminal, a Trigger type for prompting the terminal to transmit a Null Data Packet (NDP) for Sounding, or an uplink response
  • NDP Null Data Packet
  • the uplink response signal is also called, for example, EHT trigger-based physical layer protocol data unit (EHT TB PPDU) or HE TB PPDU.
  • EHT TB PPDU EHT trigger-based physical layer protocol data unit
  • HE TB PPDU HE TB PPDU
  • EHT + EHT or a further future version
  • Trigger type for example, the above-described NDP for Sounding transmission or cooperative communication control
  • Fig. 5 Any of the Reserved areas (8 to 15) of the Trigger type subfield value in the Common Info field shown in .
  • Trigger type subfield value 8
  • Trigger type subfield value 9
  • Trigger type setting for the Trigger type subfield value is not limited to these examples.
  • EHT the method of adding a new Trigger type for HE has not been sufficiently considered.
  • format setting of Trigger frame for example, at least one of Common Info field and User Info field
  • field (or subfield) setting there is room for consideration.
  • the Trigger type indicated using the Reserved area (8 to 15) of the Trigger type subfield value in the Common Info field defined in HE is an unsupported Trigger type.
  • an unsupported Trigger type for example, a Trigger type value corresponding to a Reserved area
  • the HE terminal performs an operation to stop receiving the Trigger frame. good.
  • the HE terminal stops receiving Trigger frames, and the EHT terminal , Trigger frame reception processing. For example, after receiving the Trigger frame, the EHT terminal may transmit an EHT TB PPDU (TB PPDU in a format compatible with EHT) to the AP as a response signal.
  • EHT TB PPDU TB PPDU in a format compatible with EHT
  • the Trigger frame includes control information for HE terminals (for example, control information for HE TB PPDU transmission). Therefore, as described above, when a new Trigger type for EHT terminals is indicated, some subfield information including control information for HE terminals (for example, for HE TB PPDU transmission) is It can be useless information for the EHT terminal that receives the Trigger frame.
  • control information for HE terminals include the "UL Space Time Block Coding (STBC)" subfield, "UL Spatial Reuse” subfield, and "Doppler” subfield in the Common Info field shown in FIG. These subfields contain information for HE terminals, and can be subfields (reserved areas) that do not need to be received by EHT terminals that respond to EHT TB PPDUs (see Non-Patent Documents 1 and 3, for example).
  • STBC Space Time Block Coding
  • a radio communication system may include, for example, AP 100 shown in FIG. 6 and terminal 200 shown in FIG. Two or more APs 100 and terminals 200 may each exist in the wireless communication system.
  • the AP 100 may transmit a Trigger frame instructing uplink OFDMA transmission to the terminal 200 .
  • the terminal 200 may receive the Trigger frame and transmit an uplink OFDMA signal to the AP 100 using the resource indicated by the received Trigger frame.
  • the AP 100 may be, for example, an AP that supports EHT and has backward compatibility with HE (for example, an AP that also supports HE).
  • the terminal 200 may be either an HE terminal or an EHT terminal, for example.
  • the AP 100 transmits one trigger frame to a plurality of terminals 200 with different versions of a wireless communication standard such as a wireless LAN standard (for example, either HE or EHT), and outputs an uplink OFDMA signal from each terminal 200.
  • a wireless communication standard such as a wireless LAN standard (for example, either HE or EHT)
  • the AP 100 may, for example, separate the uplink signal of the resource allocated to each terminal 200 from the received signal and decode it.
  • FIG. 6 is a block diagram showing a configuration example of part of the AP 100 according to one embodiment of the present disclosure.
  • a control unit for example, corresponding to a control circuit
  • a control signal for uplink transmission (eg, trigger frame) is generated, including the A transmitter (for example, corresponding to a transmitter circuit) transmits a control signal.
  • FIG. 7 is a block diagram showing a configuration example of part of the terminal 200 according to one embodiment of the present disclosure.
  • a receiving unit for example, corresponding to a receiving circuit stores information about the version of the wireless communication standard and settings according to the version in a field common to multiple terminals (for example, Common Info field).
  • receive an uplink transmission control signal eg, Trigger frame
  • the control unit determines the setting based on the version information.
  • the AP 100 generates a Trigger frame for instructing the terminal 200 to transmit an uplink signal such as a data signal or an NDP signal, and transmits the Trigger frame to the terminal 200 .
  • FIG. 8 is a block diagram showing a configuration example of the AP100.
  • AP 100 shown in FIG. 8 includes, for example, a scheduling unit 101, a User Info generation unit 102, a Trigger type setting unit 103, a Common Info generation unit 104, a Trigger frame generation unit 105, an error correction coding unit 106, Modulation section 107 , radio transmission/reception section 108 , demodulation section 109 , error correction decoding section 110 , and terminal information acquisition section 111 may be provided.
  • the scheduling unit 101, the User Info generation unit 102, the Trigger type setting unit 103, the Common Info generation unit 104, the Trigger frame generation unit 105, and the terminal information acquisition unit 111 are an access control unit (for example, Medium may be included in the Access Control (MAC) processor).
  • MAC Access Control
  • the scheduling unit 101, User Info generation unit 102, Trigger type setting unit 103, Common Info generation unit 104, Trigger frame generation unit 105, Error correction coding unit 106, Modulation unit 107, Demodulation unit 109, Error At least one of the correction decoding unit 110 and the terminal information acquisition unit 111 may be included in the control unit shown in FIG. 6, for example. 8 may be included in the transmitter shown in FIG. 6, for example.
  • the scheduling section 101 may schedule the terminal 200, for example.
  • the scheduling unit 101 is included in the terminal information input from the terminal information acquisition unit 111, the version supported by the terminal 200 (for example, HE or EHT), or based on control information such as band-specific radio quality information Trigger type corresponding to the type of the uplink response signal and information on the radio resource of the uplink response signal may be determined.
  • the information on the radio resource of the uplink response signal may include, for example, the allocated band, modulation and coding scheme (MCS), and target reception level.
  • Scheduling section 101 outputs information about the determined Trigger type and radio resource information of each terminal 200 to User Info generating section 102 and Common Info generating section 104, for example.
  • the User Info generation unit 102 may generate, for example, control information included in an individual User Info field for the terminal 200 (or STA).
  • the User Info generation unit 102 generates, for example, information about User Info fields for individual terminals 200 based on a prescribed format, and generates information about User Info Lists including User Info fields for each of a plurality of terminals 200. you can
  • the User Info generation unit 102 may output information on the User Info List to the Trigger frame generation unit 105, for example.
  • Trigger type setting section 103 sets, for example, association between Trigger type corresponding to the type of uplink response signal and information indicating Trigger type in Trigger frame (for example, Trigger type subfield value), and sets Trigger May hold information about type.
  • Trigger type setting section 103 may output information about the set Trigger type to Common Info generating section 104 .
  • the association between the Trigger type and the information indicating the Trigger type in the Trigger frame may be, for example, information in table format (for example, called "Trigger type table") or information in a format different from the table format.
  • the Common Info generation unit 104 may generate control information included in a Common Info field common to a plurality of terminals 200, for example.
  • Common Info generating section 104 for example, based on information on the Trigger type instruction input from scheduling section 101 and information on Trigger type input from Trigger type setting section 103 (for example, Trigger type table), Trigger You may generate information of type subfield.
  • the Trigger type indicated in the Trigger type subfield is the version (also called "generation") of the wireless LAN standard (in other words, the communication standard), such as HE support or EHT support. may be uniquely associated with information about (eg, called version information).
  • the Common Info generation unit 104 generates a Common Info field including the Trigger type subfield, for example, based on a format (for example, field settings) according to version information associated with the Trigger type, and Information may be output to the trigger frame generation unit 105 .
  • the Common Info generation unit 104 may generate a Common Info field based on the format shown in FIG. 2 when instructing an HE-compatible (EHT terminal may also be compatible) Trigger type. Further, for example, when the Common Info generation unit 104 indicates a Trigger type that supports EHT (for example, HE terminals do not support), subfields that can be received by EHT terminals (for example, some subfields of the format shown in FIG. 2 ) may be set differently than for HE support to generate the Common Info field. A setting example of the Common Info field will be described later.
  • setting of the field within the Trigger frame may be replaced with other terms such as “definition” and "interpretation”.
  • Trigger frame generation unit 105 generates Common Info field information input from Common Info generation unit 104, User Info List input from User Info generation unit 102 (for example, a plurality of User Info field) may generate a Trigger frame containing the information.
  • the Trigger frame may include, for example, at least one of MAC header, Padding, and FCS (frame check sequence) in addition to Common Info field and User Info List.
  • Trigger frame generation section 105 may output the generated trigger frame to error correction coding section 106, for example.
  • error correction coding section 106 performs error correction coding on the transmission data signal including the trigger frame input from trigger frame generation section 105 and outputs the coded signal to modulation section 107 .
  • the modulation section 107 performs modulation processing on the signal input from the error correction encoding section 106 and outputs the modulated signal to the radio transmission/reception section 108 .
  • AP 100 maps the modulated signal to a prescribed frequency resource, and performs an inverse fast Fourier transform.
  • An OFDM signal may be formed by performing (IFFT: Inverse Fast Fourier Transform) processing, converting to a time waveform, and adding a cyclic prefix (CP: Cyclic Prefix).
  • Radio transmitting/receiving section 108 performs radio transmission processing such as D/A conversion and up-conversion to a carrier frequency on the modulated signal input from modulating section 107, and transmits the signal after radio transmission processing to an antenna. to the terminal 200 via the Further, the radio transmitting/receiving unit 108, for example, receives a signal transmitted from the terminal 200 via an antenna, and performs radio reception processing such as down-conversion to baseband and A/D conversion on the received signal. and outputs the signal after radio reception processing to demodulation section 109 .
  • radio transmission processing such as D/A conversion and up-conversion to a carrier frequency on the modulated signal input from modulating section 107
  • the radio transmitting/receiving unit 108 for example, receives a signal transmitted from the terminal 200 via an antenna, and performs radio reception processing such as down-conversion to baseband and A/D conversion on the received signal. and outputs the signal after radio reception processing to demodulation section 109 .
  • the demodulation section 109 performs demodulation processing on the signal input from the radio transmission/reception section 108 and outputs the demodulated signal to the error correction decoding section 110 .
  • the signal input to demodulation section 109 is an OFDM signal
  • AP 100 for example, demodulation section 109 may perform CP removal processing and Fast Fourier Transform (FFT) processing.
  • FFT Fast Fourier Transform
  • the error correction decoding section 110 decodes the signal input from the demodulation section 109 to obtain the received data signal from the terminal 200 . For example, when the terminal information described above is included in the received data after decoding, error correction decoding section 110 outputs decoded data including the terminal information to terminal information acquiring section 111 .
  • Terminal information acquisition section 111 for example, from the decoded data input from error correction decoding section 110, terminal information (for example, version information of terminal 200, and individual radio quality information for the specified band may be included. ) and output the acquired terminal information to the scheduling section 101 .
  • terminal information means, for example, information about the terminal 200, and may be read as "capability information”.
  • the terminal 200 receives, for example, from the AP 100 a trigger frame that instructs transmission of an uplink signal such as a data signal or an NDP signal, and transmits an uplink response signal to the trigger frame to the AP 100 .
  • a trigger frame that instructs transmission of an uplink signal such as a data signal or an NDP signal
  • FIG. 10 is a block diagram showing a configuration example of the terminal 200.
  • Terminal 200 shown in FIG. 10 includes, for example, a radio transmission/reception unit 201, a demodulation unit 202, an error correction decoding unit 203, a Trigger type setting unit 204, a Common Info acquisition unit 205, a User Info acquisition unit 206, a format A determination unit 207 , a data generation unit 208 , an error correction coding unit 209 and a modulation unit 210 may be provided.
  • the Trigger type setting unit 204, the Common Info acquisition unit 205, the User Info acquisition unit 206, the format determination unit 207, and the data generation unit 208 are included in the access control unit (eg, MAC processing unit). good.
  • demodulator 202 error correction decoder 203, trigger type setting unit 204, common info acquisition unit 205, user info acquisition unit 206, format determination unit 207, data generation unit 208, error correction coding unit 209 , and the modulation unit 210 may be included in the control unit shown in FIG. 7, for example.
  • 10 may be included in the receiver shown in FIG. 7, for example.
  • the radio transmitting/receiving section 201 receives a received signal through an antenna, performs radio receiving processing such as down-conversion and A/D conversion on the received signal, and outputs the signal after the radio receiving processing to the demodulating section 202 . Also, radio transmitting/receiving section 201 performs, for example, radio transmission processing such as up-conversion and D/A conversion on the signal input from modulating section 210, and transmits the signal after radio transmission processing from an antenna.
  • the demodulation section 202 performs demodulation processing on the received data input from the radio transmission/reception section 201 and outputs the demodulated signal to the error correction decoding section 203 .
  • the signal input to demodulation section 202 is an OFDM signal
  • terminal 200 may perform CP removal processing and FFT processing, for example.
  • the error correction decoding section 203 may, for example, decode the demodulated signal input from the demodulation section 202 and output the decoded signal as a received data signal. Also, the error correction decoding section 203 outputs, for example, the Trigger frame of the received data signal to the Common Info acquiring section 205 and the User Info acquiring section 206 .
  • the Trigger type setting unit 204 may perform the same operation as the Trigger type setting unit 103 of the AP 100, for example.
  • the Trigger type setting section 204 may output information on predefined Trigger types (for example, a Trigger type table) to the Common Info obtaining section 205 .
  • Common Info acquisition section 205 for example, based on information (for example, Trigger type table) input from Trigger type setting section 204, information corresponding to Common Info field from Trigger frame input from error correction decoding section 203 may be extracted to acquire terminal common information on the generation of uplink signals.
  • the terminal common information may include, for example, the type of uplink response signal (for example, data) and the time length of the uplink signal.
  • the terminal 200 is an HE terminal and the Trigger type subfield value included in the Trigger type subfield is a value that is not supported by the HE terminal, the terminal 200 is a version that does not support HE (or a version that does not support EHT). version) and stop the receiving process.
  • the terminal 200 determines that the version is HE compatible, and has a prescribed format for the HE terminal (for example, The Common Info field may be received and processed based on the format shown in ).
  • an HE terminal that supports the Trigger type table shown in Figure 5 will stop reception processing if it receives a Trigger type subfield value of 8 or more, and if it receives a Trigger type subfield value of 7 or less: may perform reception processing of the Common Info field.
  • the terminal 200 sets the format of the Trigger frame (for example, Common Info field) according to the Trigger type indicated by the Trigger type subfield, similarly to the operation of the AP 100.
  • the terminal 200 may perform Common Info field reception processing based on the format definition shown in FIG.
  • the terminal 200 based on the format shown in FIG. Receive processing of the Common Info field may be performed.
  • the Special User Info field may be included in the User Info List.
  • the Common Info acquisition unit 205 may output the extracted common terminal information to the User Info acquisition unit 206.
  • the User Info acquisition unit 206 may, for example, extract information corresponding to the User Info field from the Trigger frame input from the error correction decoding unit 203, and acquire terminal-specific information related to uplink signal generation. For example, the User Info acquisition unit 206 extracts a User info List (for example, multiple User Info fields and Special User Info fields) from the Trigger frame input from the error correction decoding unit 203, and inputs from the Common Info acquisition unit 205. User info field reception processing may be performed based on terminal common information (including Trigger type, for example). For example, when the user info acquisition unit 206 determines that there is an allocation instruction addressed to the terminal 200, it may acquire information about the trigger type or data generation from the user info field. User Info acquisition section 206 may output terminal individual information and terminal common information to format determination section 207, data generation section 208, error correction coding section 209, and modulation section 210, for example.
  • a User info List for example, multiple User Info fields and Special User Info fields
  • User info field reception processing may be performed based on terminal common
  • the User Info acquisition unit 206 may, for example, perform processing for receiving the User info field based on the HE terminal format. Also, if the terminal 200 is an EHT terminal, the User Info acquisition unit 206 may perform a process of receiving the User info field based on the EHT terminal format, for example.
  • the format determination unit 207 for example, based on the information input from the User Info acquisition unit 206 (including, for example, Trigger type), the format of the uplink response signal (for example, the format corresponding to EHT TB PPDU or HE TB PPDU) may be determined.
  • Format determination section 207 may output information on the determined format (eg, TB PPDU format) to data generation section 208 .
  • the data generation unit 208 for example, based on the information on the TB PPDU format input from the format determination unit 207, the terminal common information input from the User Info acquisition unit 206, and the terminal individual information, It generates a data signal and outputs the data signal to error correction coding section 209 .
  • Error correction coding section 209 performs error correction coding on the data signal input from data generation section 208 based on information (for example, terminal common information and terminal individual information) input from User Info acquisition section 206, for example. , and outputs the encoded signal to the modulation section 210 .
  • Modulation section 210 modulates the signal input from error correction encoding section 209, and wirelessly transmits and receives the modulated signal based on information (for example, terminal common information and terminal individual information) input from User Info acquisition section 206. Output to the unit 201 .
  • the modulated signal is an OFDM signal
  • terminal 200 for example, modulating section 210) may form an OFDM signal by performing IFFT processing after mapping the modulated signal to frequency resources and adding a CP. .
  • FIG. 11 is a flow chart showing an operation example of the AP 100 and the terminal 200 according to this embodiment.
  • the AP 100 generates, for example, at least one Trigger frame for the terminal 200 (S101).
  • the AP 100 includes, in the Common Info field, version information corresponding to the terminal 200 (for example, one of HE and EHT versions), and a subfield with different settings according to the version corresponding to the terminal 200.
  • Trigger frame may be generated.
  • AP 100 may determine a format different from the Common Info field format defined in HE.
  • AP 100 may change the format of Common Info field defined in HE.
  • the AP 100 may generate the Trigger type including the version information.
  • the AP 100 transmits the generated Trigger frame to the terminal 200, and the terminal 200 receives the Trigger frame from the AP 100 (S102).
  • the Trigger frame may include, for example, a Trigger type subfield value associated with version information and a subfield with different settings depending on the version.
  • the terminal 200 generates an uplink response signal, for example, based on the received Trigger frame (S103).
  • Terminal 200 sets the subfield in the Common Info field included in the Trigger frame, for example, based on the version information associated with the Trigger type subfield value included in the Trigger frame (for example, either version of HE or EHT). can be judged. For example, if the version supported by terminal 200 is EHT, terminal 200 may determine a format different from the Common Info field format defined in HE. In other words, for example, the terminal 200 may change the interpretation of at least one subfield of the Common Info field defined in HE when the corresponding version of the terminal 200 is EHT.
  • the terminal 200 transmits the generated uplink response signal to the AP 100 (S104).
  • the AP 100 receives an uplink response signal for the Trigger frame, for example, based on the Trigger type of the Trigger frame (for example, version information associated with the Trigger type).
  • the version information may be signaled by, for example, the value of Trigger type subfield (Trigger type subfield value).
  • Trigger type subfield value the value of Trigger type subfield
  • the version information may be associated with the Trigger type of the Trigger frame.
  • the AP 100 and terminal 200 may set the Trigger type table shown in FIG.
  • the Trigger type subfield value is less than or equal to 7 (eg, threshold) (0 to 7), the associated version is HE, and if the Trigger type subfield value is greater than 7 (eg, 8 to 9), the associated version is EHT.
  • the AP 100 may determine the format (eg, field settings) of the Common Info field based on version information associated with the Trigger type, for example.
  • the AP 100 when the AP 100 indicates an HE-compatible Trigger type, it may determine the format of the Common Info field shown in FIG.
  • the AP 100 may determine a setting format that differs from the setting of some subfields of the Common Info field format shown in FIG. For example, information related to control information for EHT terminals may be set in some subfields. The AP 100 may set some subfields differently for HE support and EHT support.
  • Some subfields may be, for example, subfields not referenced by EHT terminals, or subfields related to control information for HE terminals.
  • the EHT-compatible Common Info field format may be a format in which the interpretation of subfields not referenced by EHT terminals in the Common Info field defined in HE is changed to information for EHT terminals.
  • Subfields not referenced by EHT terminals may include, for example, at least one of UL STBC subfield, UL Spatial Reuse subfield, and Doppler subfield.
  • Second Trigger dependent Common Info field Trigger dependent Common Info 2
  • the AP 100 may set some subfields to subfields dependent on the Trigger type (for example, the second Trigger dependent Common Info field).
  • the Trigger type for example, the second Trigger dependent Common Info field.
  • Figures 12 and 13 are diagrams showing an example of the Common Info field that is applied when the Trigger type is EHT compatible (in other words, not HE compatible).
  • the UL Spatial Reuse subfield (subfield corresponding to B37 to B52) is Trigger dependent Common Info 2
  • the UL STBC subfield (the field corresponding to B26) and the Doppler subfield (the subfield corresponding to B53) are changed to Trigger dependent Common Info 2.
  • AP 100 and terminal 200 can use 16 bits as the second Trigger dependent Common Info field. There is an advantage that the amount of information can be increased.
  • the UL Spatial Reuse subfield may contain information for Spatial Reuse for HE terminals with Overlapped BSS (OBSS), so it is assumed that the UL Spatial Reuse subfield cannot be used for Trigger dependent Common Info 2.
  • OBSS Overlapped BSS
  • 2 bits of UL STBC subfield and Doppler subfield may be used as the second Trigger dependent Common Info field. This has the advantage of increasing the amount of information that can be notified to EHT terminals without affecting the Spatial Reuse of OBSS HE terminals.
  • the Trigger Dependent Common Info subfield or the User Info field after the Common Info field differs in at least one of the field size and the bit position of each information depending on the Trigger type. obtain. For example, after determining the Trigger type, the terminal 200 identifies (or determines or determines) the bit positions of the Trigger Dependent Common Info field and the User Info field, and performs reception processing.
  • the Common Info field which can be set to the second Trigger dependent Common Info field, such as UL STBC subfield, UL Spatial Reuse subfield or Doppler subfield, shown in FIGS. 12 and 13, is Trigger type dependent in size or bit position. may be a subfield that is sent without
  • the setting (or definition) of the subfield may differ depending on the version information.
  • AP 100 and terminal 200 replace some information based on Trigger type (or version information) out of information in which bit positions are defined independently of Trigger type (or version information) good.
  • Trigger dependent Common Info 2 when applying Trigger dependent Common Info 2 in the case of EHT support, the terminal 200, for example, Trigger dependent Common Info that is also included in the case of HE support, and Trigger dependent Common Info that is set in the case of EHT support Both subfields of 2 may be combined and used as common information that depends on the Trigger type. As a result, the amount of information that can be notified to the terminal 200 (in other words, the amount of notification) can be increased by the common information that depends on the trigger type without increasing the overhead.
  • Trigger types with a Trigger dependent Common Info subfield of size 0, such as 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).
  • BFRP Beamforming Report Poll
  • MU-BAR Multi-User Block ACK Request
  • MU-RTS Multi-User Request to Send
  • BSRP Buffer Status Report Poll
  • BQRP Bandwidth Query Report Poll
  • NFRP NDP Feedback report Poll
  • Trigger dependent Common Info 2 for EHT terminals for example, a subfield whose size and bit position do not change
  • the EHT terminal It is possible to send information to
  • the bit position of the subfield (for example, Trigger dependent Common Info 2) that is read when EHT is supported may differ depending on the Trigger type. For example, as shown in FIG. 14, when the Trigger Type subfield value is 8, Trigger dependent Common Info 2 is set to B37-B39 among the UL Spatial Reuse subfields that the EHT terminal does not need to receive, and B40- A Reserved area may be set in B52. Also, for example, as shown in FIG. 15, when the Trigger Type subfield value is 9, Trigger dependent Common Info 2 is set to B37-B41 among the UL Spatial Reuse subfields that the EHT terminal does not need to receive, A Reserved area may be set in B42-B52.
  • Tigger dependent Common Info 2 is set for some bits and the reserved area is set for other bits, so that the reserved area can be secured. Improves scalability for future versions.
  • FIGS. 14 and 15 are examples, and at least one of the bit position and size may differ from FIGS. 14 and 15. Also, in FIGS. 14 and 15, the case where the UL Spatial Reuse subfield is set to two areas, the Trigger Dependent Common Info 2 and the Reserved area, is described, but the area to be set is not limited to two, and three or more area.
  • the EHT-supported Trigger type is an NDP for Sounding (for example, a Trigger type that indicates a response signal that does not generate data)
  • at least one definition may differ from the HE definition.
  • the UL STBC subfield, LDPC Extra Symbol Segment subfield, Pre-FEC Padding Factor subfield, PE Disambiguity subfield, UL Spatial Reuse subfield, and Doppler subfield shown in FIG. 2 are set to Trigger Dependent Common Info 2.
  • FIG. 4 is a diagram showing an example; The subfield in which Trigger Dependent Common Info 2 is set is not limited to the example shown in FIG.
  • Trigger dependent Common Info 2 includes, for example, the extension of the number of EHT-Long Training field (LTF) symbols of the response signal (TB PPDU) Information (eg number of streams) may be included.
  • LTF EHT-Long Training field
  • TB PPDU response signal
  • Information eg number of streams
  • Trigger dependent Common Info 2 may include information about the EHT-LTF Tone mapping interval.
  • EHT-LTF can be frequency-multiplexed between a plurality of APs 100 by Distributed-FDMA.
  • Trigger dependent Common Info 2 may include the EHT-LTF stream number used for reception by each terminal 200 in the Trigger dependent User Info of the User Info field, or information on the Tone position in the Tone mapping interval.
  • Trigger dependent Common Info 2 may include the following coordinated transmission type information.
  • the terminal 200 can transmit, for example, information corresponding to the type of cooperative transmission as a response signal, and the AP 100 can improve the efficiency of cooperative communication control.
  • ⁇ Coordinated Spatial Reuse ⁇ Coordinated Orthogonal Frequency Division Multiple Access ⁇ Joint Transmissions ⁇ Coordinated beamforming
  • the AP 100 and the terminal 200 determine that it is an EHT-compatible version, and replace the User Info field in HE with a field containing information for EHT (for example, AP Info field).
  • EHT electronic book
  • the AP Info field includes an instruction to send control information used for coordinated transmission from an AP that schedules coordinated transmission (for example, also called sharing AP) to an AP that participates in coordinated transmission (for example, also called shared AP).
  • the format determining unit 207 may format the TB PPDU according to information indicated in at least one of the Common Info field and the User Info field (including, for example, the Special User Info subfield). may be determined.
  • the format determination unit 207 may determine the format based on information regarding the presence or absence of the Special User Info subfield indicated in the Common Info field. For example, the format determining unit 207 may apply the EHT TB PPDU when instructed to have a Special User Info subfield, and may apply the HE TB PPDU when instructed to not have a Special User Info subfield.
  • the format determining unit 207 may determine the format based on, for example, information on allocation of transmission bands for TB PPDUs. For example, format determining section 207 may apply EHT TB PPDU when allocation to Secondary 160 MHz is instructed.
  • the format determination unit 207 may apply the EHT TB PPDU regardless of the information in the Common Info field and User Info field.
  • the AP 100 generates a trigger frame in which the Common Info field includes information about the version of the wireless communication standard, such as HE or EHT, and subfields with different settings depending on the version. , to the terminal 200 . Also, the terminal 200 determines the setting of the subfield in the Common Info field of the Trigger frame, for example, based on the information about the version of the wireless communication standard such as HE or EHT included in the Trigger frame.
  • the Common Info field includes information about the version of the wireless communication standard, such as HE or EHT, and subfields with different settings depending on the version.
  • the format of the Trigger frame is appropriately set (or changed) according to the version. You can suppress the increase of Overhead in Trigger frames.
  • one Trigger frame indicates an Aggregated-PPDU (A-PPDU) that frequency-multiplexes the uplink response signal (HE TB PPDU) of the HE terminal and the uplink response signal (EHT TB PPDU) of the EHT terminal. is considered (see, for example, Non-Patent Document 6).
  • A-PPDU Aggregated-PPDU
  • A-PPDU may be performed within the 320 MHz band.
  • the AP can indicate A-PPDUs by allocating frequency bands based on formats recognized by HE terminals and EHT terminals using one Trigger frame.
  • a HE terminal supporting a maximum bandwidth of 160MHz may be assigned Primary 160MHz
  • an EHT terminal supporting a maximum bandwidth of 320MHz may be assigned Secondary 160MHz.
  • the frequency bandwidth to which the A-PPDU is applied is not limited to 320 MHz, and may be another bandwidth.
  • Embodiment 1 when a Trigger type that can be added in the EHT (a Trigger type not supported by the HE terminal) is indicated in the Trigger type subfield in the Common Info field, the HE terminal performs Trigger frame reception processing cancel. Therefore, if a Trigger type not supported by the HE terminal is indicated in the Trigger type subfield in the Common Info field, there is a possibility that A-PPDU cannot be indicated in one Trigger frame.
  • A-PPDU is applied to response signals from HE terminals and EHT terminals in trigger frames that instruct new trigger frames for EHT terminals (in other words, trigger types not supported by HE).
  • trigger frames that instruct new trigger frames for EHT terminals (in other words, trigger types not supported by HE).
  • a configuration example of the AP 100 according to this embodiment may be the same as that shown in FIG.
  • the operations of Trigger type setting section 103 and Common Info generating section 104 may be different from those in the first embodiment.
  • Trigger type setting section 103 sets, for example, association between Trigger type corresponding to the type of uplink response signal and information indicating Trigger type in Trigger frame (for example, Trigger type subfield value), and sets Trigger Information about type (for example, information in table format) may be held.
  • Trigger type setting section 103 includes, for example, a predefined Trigger type table for HE terminals (for example, FIG. 5) and a Trigger type table for EHT terminals different from that for HE terminals (for example, described later) and may be set.
  • the Trigger type table for EHT terminals may include new Trigger types not supported by HE terminals.
  • Trigger type setting section 103 outputs information about the set Trigger table to Common Info generating section 104, for example.
  • Trigger type Generate a subfield and a subfield that indicates the Trigger type for the EHT terminal for example, called "Trigger type 2 subfield”
  • Trigger type 2 subfield the Trigger type generator 104 may set information about the type of Trigger frame (for example, Trigger type subfield value) in the Common Info field of the Trigger frame using multiple subfields.
  • the Trigger type subfield for HE terminals and the Trigger type 2 subfield for EHT terminals may be different.
  • the Trigger type indicated in the Trigger type subfield may be the type associated with HE-compatible version information
  • the Trigger type indicated in the Trigger type 2 subfield may be the type associated with EHT-compatible version information.
  • the Common Info generation unit 104 generates a Common Info field including the Trigger type subfield and the Trigger type 2 subfield, and outputs the generated Common Info field to the Trigger frame generation unit 105.
  • the processing of other components in the AP 100 may be the same as the processing in the first embodiment, for example.
  • a configuration example of terminal 200 according to the present embodiment may be the same as in FIG.
  • the operations of Trigger type setting section 204 and Common Info acquisition section 205 may be different from those in the first embodiment.
  • Trigger type setting section 204 may output a Trigger type table for HE terminals to Common Info acquisition section 205 .
  • Trigger type setting section 204 may output a Trigger type table for HE terminals and a Trigger type table for EHT terminals to Common Info acquiring section 205 .
  • Common Info acquisition unit 205 extracts Common Info field information based on, for example, the Trigger frame input from error correction decoding unit 203 and the Trigger type table input from Trigger type setting unit 204, and outputs an uplink response.
  • Acquire terminal common information for generating an uplink signal including the type of the signal (for example, including the type of data to be transmitted or the time length of the uplink signal).
  • the Common Info acquisition unit 205 may identify the Trigger type from the Trigger type subfield of the Common Info field using the Trigger type table for HE terminals. Also, for example, when the terminal 200 is an EHT terminal, the Common Info acquisition unit 205 obtains the Trigger type from the Trigger type subfield and the Trigger type 2 subfield of the Common Info field using the Trigger type tables for the HE terminal and the EHT terminal, respectively. may be identified (examples are provided below).
  • the processing of other components in the terminal 200 may be the same as the processing in the first embodiment, for example.
  • FIG. 17 is a diagram showing an example of a Trigger type table for EHT terminals included in a subfield different from the Trigger type subfield for HE terminals.
  • the AP 100 and the terminal 200 set the Trigger type subfield value for the HE terminal (the terminal 200 whose version corresponds to HE) to the Trigger type subfield (for example, FIG. 5) in multiple subfields related to the Trigger type in the Trigger frame. and set the Trigger type subfield value for the EHT terminal (the terminal 200 whose version corresponds to EHT) using both the Trigger type subfield (eg, FIG. 5) and the Trigger type 2 subfield (eg, FIG. 17) You can
  • FIG. 18 is a diagram showing another example of the Trigger type table for EHT terminals.
  • the AP 100 and the terminal 200 set the Trigger type subfield value for the HE terminal using the Trigger type subfield (for example, FIG. 5) in a plurality of subfields related to the Trigger type in the Trigger frame, and set the Trigger type subfield value for the EHT terminal.
  • the type subfield value may be set using the Trigger type 2 subfield (eg, Figure 17).
  • the AP 100 can, for example, specify different Trigger types for HE terminals and EHT terminals. Therefore, it is possible to individually set trigger types with high frequency of use in each of the HE terminal and the EHT terminal, so that the system performance can be improved.
  • FIG. 19 is a diagram showing an example of the Common Info field according to this embodiment.
  • the Trigger type 2 subfield for EHT terminals may be set, for example, in the Reserved area within the Common Info field (eg, FIG. 2) defined in HE.
  • the fields (subfields) corresponding to B56 to B59 are subfields with different settings depending on the version of the wireless communication standard (for example, HE or EHT). .
  • the size of the Trigger Dependent Common Info subfield and Trigger Dependent User Info subfield for EHT terminals may match the size for HE terminals. This allows EHT to maintain backward compatibility.
  • the HE terminal may identify the Trigger type based on the Trigger type subfield (eg, B0 to B3) shown in FIG. Note that the HE terminal does not need to receive the Trigger Type 2 subfield because it interprets the Trigger Type 2 subfield shown in FIG. 19 as a Reserved area.
  • the Trigger type subfield eg, B0 to B3
  • the EHT terminal receives the Trigger type 2 subfield (eg, B56 to B59) shown in FIG.
  • the AP 100 can separately instruct the HE terminal to use a Trigger type different from that of the EHT terminal.
  • the HE terminal need not stop receiving Trigger frames based on the Trigger type for the HE terminal, even if the Trigger type for the EHT terminal is not supported by the HE terminal. Therefore, for example, both the EHT terminal and the HE terminal generate uplink response signals, making it possible to apply A-PPDU.
  • the AP 100 allows a plurality of terminals including an HE terminal and an EHT terminal in one trigger frame that indicates a new trigger frame for the EHT terminal (in other words, a trigger type not supported by HE). 200 can indicate A-PPDU.
  • control information related to A-PPDU may be indicated to each terminal 200, for example, in any field (for example, User Info field may be used) within the Trigger frame.
  • the Trigger type 2 subfield for EHT terminals is, for example, included in the Subfield (eg, Reserved area) that is transmitted regardless of the Trigger type in the Common Info field. Therefore, since the bit position for extracting the Trigger type for the EHT terminal does not change regardless of the Trigger type, reception processing in the terminal 200 can be simplified.
  • the new Trigger type for HE is not limited to the Trigger type newly added for EHT.
  • the versions of wireless communication standards are not limited to HE and EHT, but may be other versions.
  • one aspect of the present disclosure may be similarly applied to new Trigger types added in further future versions of EHT (eg, called EHT+).
  • EHT+ new Trigger types added in further future versions of EHT
  • the operation of the EHT terminal in the above-described embodiment may be replaced with the operation of an EHT+ compatible terminal (for example, an EHT+ terminal).
  • the AP 100 and the terminal 200 format the Common Info field according to whether the Trigger type is EHT+ compatible (Trigger type newly supported in EHT+), EHT compatible, or HE compatible. May be different (eg, change the meaning of some Subfields).
  • Common Info field format is not limited to the case where two types are set between EHT+ support and EHT support or HE support, and three types are set between EHT+ support, EHT support, and HE support. may be used, or four or more types may be used.
  • NDP for Sounding which is a Trigger type that supports EHT
  • HE for example, FIG. 3
  • the subfield for example, B25
  • the EHT-LTF stream number the "Number of Spatial Streams" subfield
  • the subfield set according to the version information in the User Info field is not limited to the EHT-LTF stream number, and may be other information.
  • some subfields of the format of the Special User Info field may be set according to the version information associated with the Trigger type. For example, if an EHT-compatible Trigger type is specified in the Trigger frame, and if the Trigger type is HE-compatible (for example, FIG. 4), the subfield (for example, B37 to B39), which is a Reserved area, as shown in FIG. , a second Trigger dependent Common Info field (Trigger dependent Common Info 2) may be set.
  • Trigger dependent Common Info 2 Trigger dependent Common Info 2
  • subfield set according to the version information in the Special User Info field is not limited to the second Trigger Dependent Common Info field, and other fields may be set. Also, the subfield set according to the version information in the Special User Info field may be at least 1 bit of the Reserved area (for example, B37 to B39) for HE support.
  • the Trigger type set after EHT a type that prompts data transmission with uplink beamforming may be included.
  • the User Info field may include beamforming information applied to the terminal 200 .
  • information about any type notified by the Trigger frame is associated with version information, and according to the information about the type, at least one format of Common Info field, User Info field, and Special User Info field is may be set.
  • FIG. 22 is a diagram showing an example of HE-compatible User Info field used when the Trigger type is NFRP (a type that instructs the terminal 200 to transmit an NDP feedback report).
  • the "Feedback Type" subfield shown in FIG. 22 includes information on the type of feedback to multiple terminals 200 indicated by the Starting AID.
  • HE for example, one type of Feedback Type, Resource request (resource allocation request), is supported.
  • Resource request resource allocation request
  • the HE terminal may hold data to be transmitted, and may feed back NDP to the AP 100 as a response signal when requesting resource allocation.
  • EHT or EHT+ may support new Feedback Types.
  • Acknowledgment information about whether or not data has been correctly decoded
  • the format of the User Info field may be set according to the EHT compatible version.
  • the EHT terminal may perform reception processing based on the User Info field format corresponding to the EHT-compatible version that differs from the HE-compatible format. For example, as shown in FIG. 24, in the User Info field corresponding to the EHT-compatible version, even if part of the Reserved area in HE is set (for example, changed) to the TID subfield (identifier representing the type of traffic) good. Thereby, the AP 100 can feed back the Acknowledgment information of the traffic type indicated by the TID to the EHT terminal. Also, when the HE terminal receives Acknowledgment as the Feedback Type, it may stop the reception process.
  • the AP 100 may individually indicate the Feedback Type using different subfields for EHT terminals and HE terminals. For example, as shown in FIG. 25, part of the Reserved area in HE may be set (eg, changed) to the Feedback Type subfield (eg, Feedback Type 2 subfield) for EHT terminals and the TID subfield.
  • the AP 100 can individually instruct the HE terminal and the EHT terminal about the Feedback Type using one Trigger frame. For example, the AP 100 may instruct the HE terminal to issue a Resource request and the EHT terminal to issue an Acknowledgment using one Trigger frame.
  • the Feedback type for EHT terminals is not limited to Acknowledgment, and may be information about other types. Also, the information set in the case of Feedback type for EHT terminals is not limited to TID, and other information may be used.
  • EHT+ was used to describe the new version of EHT, it is not limited to this and other terms may be used.
  • the transmission access method of the uplink response signal for the trigger frame is not limited to OFDMA, and may be another method.
  • An embodiment of the present disclosure may be applied, for example, to IEEE 802.11bd (NGV (Next Generation V2X)), which is the next-generation standard of IEEE 802.11p, which is an in-vehicle standard.
  • NVG Next Generation V2X
  • Each functional block used in the description of the above embodiments is partially or wholly realized as an LSI, which is an integrated circuit, and each process described in the above embodiments is partially or wholly implemented as It may be controlled by one LSI or a combination of LSIs.
  • An LSI may be composed of individual chips, or may be composed of one chip so as to include some or all of the functional blocks.
  • the LSI may have data inputs and outputs.
  • LSIs are also called ICs, system LSIs, super LSIs, and ultra LSIs depending on the degree of integration.
  • the method of circuit integration is not limited to LSI, and may be realized with a dedicated circuit, a general-purpose processor, or a dedicated processor. Further, an FPGA (Field Programmable Gate Array) that can be programmed after the LSI is manufactured, or a reconfigurable processor that can reconfigure the connections and settings of the circuit cells inside the LSI may be used.
  • FPGA Field Programmable Gate Array
  • reconfigurable processor that can reconfigure the connections and settings of the circuit cells inside the LSI may be used.
  • the present disclosure may be implemented as digital or analog processing.
  • a communication device may include a radio transceiver and processing/control circuitry.
  • a wireless transceiver may include a receiver section and a transmitter section, or functions thereof.
  • a wireless transceiver (transmitter, receiver) may include an RF (Radio Frequency) module and one or more antennas.
  • RF modules may include amplifiers, RF modulators/demodulators, or the like.
  • Non-limiting examples of communication devices include telephones (mobile phones, smart phones, etc.), tablets, personal computers (PCs) (laptops, desktops, notebooks, etc.), cameras (digital still/video cameras, etc.).
  • digital players digital audio/video players, etc.
  • wearable devices wearable cameras, smartwatches, tracking devices, etc.
  • game consoles digital book readers
  • telehealth and telemedicine (remote health care/medicine prescription) devices vehicles or mobile vehicles with communication capabilities (automobiles, planes, ships, etc.), and combinations of the various devices described above.
  • Communication equipment is not limited to portable or movable equipment, but any type of equipment, device or system that is non-portable or fixed, e.g. smart home devices (household appliances, lighting equipment, smart meters or measuring instruments, control panels, etc.), vending machines, and any other "Things" that can exist on the IoT (Internet of Things) network.
  • smart home devices household appliances, lighting equipment, smart meters or measuring instruments, control panels, etc.
  • vending machines and any other "Things” that can exist on the IoT (Internet of Things) network.
  • Communication includes data communication by cellular system, wireless LAN system, communication satellite system, etc., as well as data communication by a combination of these.
  • Communication apparatus also includes devices such as controllers and sensors that are connected or coupled to communication devices that perform the communication functions described in this disclosure. Examples include controllers and sensors that generate control and data signals used by communication devices to perform the communication functions of the communication device.
  • Communication equipment also includes infrastructure equipment, such as base stations, access points, and any other equipment, device, or system that communicates with or controls the various equipment, not limited to those listed above. .
  • a base station includes, in a field common to a plurality of terminals, information about a version of a wireless communication standard and subfields with different settings according to the version, an uplink transmission control signal and a transmission circuit for transmitting the control signal.
  • the information about the version is associated with the type of the control signal.
  • the version if the value for the type is less than or equal to the threshold, the version is High Efficiency (HE), and if the value is greater than the threshold, the version is Extreme High Throughput (EHT).
  • HE High Efficiency
  • EHT Extreme High Throughput
  • An embodiment of the present disclosure further comprises a receiving circuit that receives a response signal to the control signal based on the version associated with the type.
  • control circuit configures, in the common field, the setting of at least part of a subfield different from a first subfield depending on the type of the control signal, according to the version. make different.
  • the some subfields are at least one of UL Space Time Block Coding (STBC) subfield, UL Spatial Reuse subfield, Doppler subfield, and Reserved subfield.
  • STBC Space Time Block Coding
  • the control circuit when the version is Extreme High Throughput (EHT), the control circuit sets the partial subfield to the type-dependent second subfield.
  • EHT Extreme High Throughput
  • the transmission circuit transmits the type-dependent information using both the first subfield and the second subfield.
  • control circuit sets information about the type of the control signal in the common field using a plurality of subfields.
  • control circuit uses a first subfield to set, in the plurality of subfields, information about the type for a terminal whose version corresponds to High Efficiency (HE), and
  • the second subfield is used to set information about the type for terminals whose version corresponds to Extreme High Throughput (EHT).
  • HE High Efficiency
  • EHT Extreme High Throughput
  • the second subfield is set to a Reserved area within the control signal when the version is HE.
  • control circuit uses both the first subfield and the second subfield to set the information about the type for terminals whose version corresponds to EHT.
  • a terminal includes, in a field common to a plurality of terminals, information about a version of a wireless communication standard and subfields with different settings according to the version, and an uplink transmission control signal.
  • a receiving circuit for receiving and a control circuit for determining the setting based on the information about the version.
  • a base station includes, in a field common to a plurality of terminals, information about a version of a wireless communication standard and subfields with different settings according to the version. A transmission control signal is generated and the control signal is transmitted.
  • a terminal includes, in a field common to a plurality of terminals, information related to a version of a wireless communication standard and subfields with different settings according to the version. and determines the setting based on the information about the version.
  • An embodiment of the present disclosure is useful for wireless communication systems.
  • APs 101 scheduling unit 102 user info generation unit 103, 204 trigger type setting unit 104 common info generation unit 105 trigger frame generation unit 106, 209 error correction coding unit 107, 210 modulation unit 108, 201 radio transmission/reception unit 109, 202 demodulation unit 110 , 203 error correction decoding unit 111 terminal information acquisition unit 200 terminal 205 Common Info acquisition unit 206 User Info acquisition unit 207 format determination unit 208 data generation unit

Landscapes

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

Abstract

基地局は、複数端末に共通のフィールドに、無線通信規格のバージョンに関する情報と、バージョンに応じて設定を異ならせたサブフィールドとを含む、上り送信の制御信号を生成する制御回路と、制御信号を送信する送信回路と、を具備する。

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 (15)

  1. 　複数端末に共通のフィールドに、無線通信規格のバージョンに関する情報と、前記バージョンに応じて設定を異ならせたサブフィールドとを含む、上り送信の制御信号を生成する制御回路と、
    　前記制御信号を送信する送信回路と、
    　を具備する基地局。
  2. 　前記バージョンに関する情報は、前記制御信号の種別に関連付けられる、
    　請求項１に記載の基地局。
  3. 　前記種別に関する値が閾値以下の場合、前記バージョンはHigh Efficiency（HE）であり、前記値が前記閾値より大きい場合、前記バージョンはExtreme High Throughput（EHT）である、
    　請求項２に記載の基地局。
  4. 　前記種別に関連付けられる前記バージョンに基づいて、前記制御信号に対する応答信号を受信する受信回路、をさらに具備する、
    　請求項２に記載の基地局。
  5. 　前記制御回路は、前記共通のフィールドにおいて、前記制御信号の種別に依存する第１のサブフィールドと異なるサブフィールドの少なくとも一部の前記設定を、前記バージョンに応じて異ならせる、
    　請求項１に記載の基地局。
  6. 　前記一部のサブフィールドは、UL Space Time Block Coding（STBC） subfield、UL Spatial Reuse subfield、Doppler subfield、及び、Reserved subfieldの少なくとも一つである、
    　請求項５に記載の基地局。
  7. 　前記制御回路は、前記バージョンがExtreme High Throughput（EHT）の場合、前記一部のサブフィールドを、前記種別に依存する第２のサブフィールドに設定する、
    　請求項５に記載の基地局。
  8. 　前記送信回路は、前記第１のサブフィールド及び前記第２のサブフィールドの両方を用いて、前記種別に依存する情報を送信する、
    　請求項７に記載の基地局。
  9. 　前記制御回路は、前記共通のフィールドにおいて、前記制御信号の種別に関する情報を、複数のサブフィールドを用いて設定する、
    　請求項１に記載の基地局。
  10. 　前記制御回路は、前記複数のサブフィールドにおいて、前記バージョンがHigh Efficiency（HE）に対応する端末に対する前記種別に関する情報を第１のサブフィールドを用いて設定し、前記バージョンがExtreme High Throughput（EHT）に対応する端末に対する前記種別に関する情報を第２のサブフィールドを用いて設定する、
    　請求項９に記載の基地局。
  11. 　前記第２のサブフィールドは、前記バージョンがHEの場合の前記制御信号内のReserved領域に設定される、
    　請求項１０に記載の基地局。
  12. 　前記制御回路は、前記バージョンがEHTに対応する端末に対する前記種別に関する情報を、前記第１のサブフィールド及び前記第２のサブフィールドの両方を用いて設定する、
    　請求項１０に記載の基地局。
  13. 　複数端末に共通のフィールドに、無線通信規格のバージョンに関する情報と、前記バージョンに応じて設定を異ならせたサブフィールドとを含む、上り送信の制御信号を受信する受信回路と、
    　前記バージョンに関する情報に基づいて、前記設定を判断する制御回路と、
    　を具備する端末。
  14. 　基地局は、
    　複数端末に共通のフィールドに、無線通信規格のバージョンに関する情報と、前記バージョンに応じて設定を異ならせたサブフィールドとを含む、上り送信の制御信号を生成し、
    　前記制御信号を送信する、
    　通信方法。
  15. 　端末は、
    　複数端末に共通のフィールドに、無線通信規格のバージョンに関する情報と、前記バージョンに応じて設定を異ならせたサブフィールドとを含む、上り送信の制御信号を受信し、
    　前記バージョンに関する情報に基づいて、前記設定を判断する、
    　通信方法。
PCT/JP2022/009953 2021-05-13 2022-03-08 基地局、端末、及び通信方法 WO2022239426A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN202280034027.5A CN117296385A (zh) 2021-05-13 2022-03-08 基站、终端及通信方法
KR1020237037730A KR20240008305A (ko) 2021-05-13 2022-03-08 기지국, 단말, 및 통신 방법
JP2023520844A JPWO2022239426A1 (ja) 2021-05-13 2022-03-08
MX2023012239A MX2023012239A (es) 2021-05-13 2022-03-08 Estacion base, terminal y metodo de comunicacion.
EP22807133.8A EP4340443A1 (en) 2021-05-13 2022-03-08 Base station, terminal, and communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-081515 2021-05-13
JP2021081515 2021-05-13

Publications (1)

Publication Number Publication Date
WO2022239426A1 true WO2022239426A1 (ja) 2022-11-17

Family

ID=84029523

Family Applications (1)

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

Country Status (6)

Country Link
EP (1) EP4340443A1 (ja)
JP (1) JPWO2022239426A1 (ja)
KR (1) KR20240008305A (ja)
CN (1) CN117296385A (ja)
MX (1) MX2023012239A (ja)
WO (1) WO2022239426A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021081515A (ja) 2019-11-15 2021-05-27 キヤノン株式会社 トナー搬送装置及び画像形成装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021081515A (ja) 2019-11-15 2021-05-27 キヤノン株式会社 トナー搬送装置及び画像形成装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
GEONJUNG KO (WILUS): "TB PPDU Format Signaling in Trigger Frame", IEEE DRAFT; 11-20-1192-01-00BE-TB-PPDU-FORMAT-SIGNALING-IN-TRIGGER-FRAME, IEEE-SA MENTOR, PISCATAWAY, NJ USA, vol. 802.11 EHT; 802.11be, no. 1, 14 October 2020 (2020-10-14), Piscataway, NJ USA , pages 1 - 16, XP068173792 *

Also Published As

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

Similar Documents

Publication Publication Date Title
US9843962B2 (en) Dual-stream signal (SIG) field encoding with higher order modulation
JP2023511251A (ja) 制御シグナリングを行う通信装置および通信方法
JP2023514490A (ja) 制御シグナリングを行う通信装置および通信方法
WO2022176326A1 (ja) 基地局及び通信方法
WO2022045963A1 (en) Communication apparatus and communication method for multiple access point based null data packet feedback report
JP2023534601A (ja) リソースユニット割当シグナリングのための通信装置および通信方法
WO2022239426A1 (ja) 基地局、端末、及び通信方法
WO2022149316A1 (ja) 基地局、通信装置及び通信方法
WO2021020083A1 (ja) 基地局、送信方法及び受信方法
WO2022097351A1 (ja) 通信装置及び通信方法
WO2021049357A1 (ja) 通信装置、及び通信方法
WO2022059359A1 (ja) 基地局、通信装置及び通信方法
WO2023100657A1 (ja) 通信装置及び通信方法
WO2022249634A1 (ja) 端末、基地局、及び、通信方法
WO2023079887A1 (ja) アクセスポイント及び通信方法
WO2022264571A1 (ja) アクセスポイント、端末、及び通信方法
WO2022091490A1 (ja) 通信装置及び通信方法
WO2023149229A1 (ja) 通信装置及び通信方法
WO2023176523A1 (ja) 通信装置及び通信方法
WO2024004596A1 (ja) アクセスポイント、端末、及び通信方法
WO2022249633A1 (ja) 端末、基地局、及び、通信方法
US11856605B2 (en) Medium access control support for heterogenous physical layer data unit multiplexing
WO2022153579A1 (ja) 通信装置及び通信方法
WO2023142975A1 (zh) 一种信道探测方法及装置
WO2023243568A1 (ja) アクセスポイント、端末、及び通信方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22807133

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: MX/A/2023/012239

Country of ref document: MX

WWE Wipo information: entry into national phase

Ref document number: 2023520844

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 18559777

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 202280034027.5

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2022807133

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022807133

Country of ref document: EP

Effective date: 20231213