WO2023243568A1 - アクセスポイント、端末、及び通信方法 - Google Patents

アクセスポイント、端末、及び通信方法 Download PDF

Info

Publication number
WO2023243568A1
WO2023243568A1 PCT/JP2023/021592 JP2023021592W WO2023243568A1 WO 2023243568 A1 WO2023243568 A1 WO 2023243568A1 JP 2023021592 W JP2023021592 W JP 2023021592W WO 2023243568 A1 WO2023243568 A1 WO 2023243568A1
Authority
WO
WIPO (PCT)
Prior art keywords
transmission
emption
signal
terminal
trigger frame
Prior art date
Application number
PCT/JP2023/021592
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 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Publication of WO2023243568A1 publication Critical patent/WO2023243568A1/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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H04W72/512—Allocation or scheduling criteria for wireless resources based on terminal or device properties for low-latency requirements, e.g. URLLC
    • 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 an access point, a terminal, and a communication method.
  • LAN next-generation wireless local area networks
  • 11ax is the successor standard to the standard IEEE 802.11ax (hereinafter also referred to as "11ax”).
  • HE High Efficiency
  • EHT Extreme High Throughput
  • discussions are underway regarding the required specifications for a successor standard to 11be that aims to further reduce latency or improve throughput (see, for example, Non-Patent Document 1).
  • the successor standard to 11be is also called “EHTplus” or "beyond 11be.”
  • IEEE P802.11-22/0032r0 “Thoughts on Next Generation After 802.11be” IEEE 802.11-21/1333r4, “CC36 CR for Trigger frame on Common Info field format” IEEE 802.11-21/0259r4, “Proposed Draft Specification for Trigger frame for EHT” IEEE P802.11ax/D8.0 IEEE 802.11-21/1852r1, “Overlaid UL transmissions enabling low latency for emergency use cases”
  • Non-limiting embodiments of the present disclosure contribute to providing an access point, a terminal, and a communication method that can improve the efficiency of transmission control in wireless communication.
  • An access point includes a control circuit that generates control information regarding resources used for transmitting a second signal that occurs during transmission of a first signal, and a transmitting circuit that transmits the control information. , is provided.
  • the efficiency of transmission control in wireless communication can be improved.
  • EHT TB PPDU Diagram showing an example of the format of Extreme High Throughput(EHT) Trigger-based(TB) Physical layer(PHY) Protocol Data Unit(PPDU) (EHT TB PPDU) Diagram showing an example of Common Info field Diagram showing an example of User Info field Diagram showing an example of the Special User Info field Diagram showing an example of Trigger type Diagram showing an example of data transmission Diagram showing an example of sending uplink data overridden by other data Diagram showing an example of pre-emption transmission
  • Block diagram showing a partial configuration example of an access point (AP) Block diagram showing a partial configuration example of a terminal (STA: Station) Block diagram showing an example of AP configuration
  • HE stipulated the introduction of upstream Orthogonal Frequency-Division Multiple Access (OFDMA).
  • An access point also called a “base station”
  • AP sends a control signal (hereinafter referred to as a "trigger frame") that instructs the transmission of uplink OFDMA signals to multiple frames accommodated by the AP.
  • STA Send to a terminal (STA: Station. Also called “non-AP STA”).
  • FIG. 1 is a diagram illustrating an example of the format of a trigger-based physical layer (PHY) protocol data unit (TB PPDU) used for uplink OFDMA signals.
  • PHY physical layer
  • TB PPDU protocol data unit
  • Legacy Short Training Field(L-STF)/Legacy Long Training Field(L-LTF)/Legacy Signal(L-SIG)/Repeated Legacy Signal(RL-SIG)/Universal Signal(U-SIG) are Fast Fourier Transform (FFT) or Discrete Fourier Transform (DFT) size similar to legacy (e.g.
  • FFT Fast Fourier Transform
  • DFT Discrete Fourier Transform
  • EHT modulated field a field to which the FFT/DFT size specified in EHT and/or OFDM with subcarrier spacing specified in EHT are applied, and are referred to as "EHT modulated field” or Also called “non-legacy field”.
  • a new TB PPDU format may be defined in EHTplus.
  • the new TB PPDU format may include, for example, non-legacy STF (corresponding to EHT-STF in FIG. 1) and non-legacy LTF (corresponding to EHT-LTE in FIG. 1).
  • EHT it has also been agreed to reuse the HE Trigger frame as a control signal that instructs multiple terminals to transmit upstream OFDMA signals (for example, see Non-Patent Document 2).
  • the Trigger frame can be reused as a control signal that instructs the transmission of uplink signals to multiple terminals.
  • the Trigger frame includes, for example, a Medium Access Control (MAC) header, a Common Info field, a User Info List, and a Special User Info field (see, for example, Non-Patent Documents 2 and 3).
  • the Common Info field includes, for example, information common to multiple terminals performing OFDMA multiplexing.
  • the User Info List includes multiple User Info fields.
  • the User Info field contains information specific to the device.
  • the Special User Info field includes common information for terminals that support EHT (for example, referred to as "EHT terminals"). Further, the Special User Info field may include common information for terminals compatible with EHTplus (for example, referred to as "EHTplus terminals").
  • FIG. 2 is a diagram showing an example of the Common Info field (Common Info field, EHT variant).
  • FIG. 3 is a diagram illustrating an example of a User Info field (User Info field, EHT variant).
  • FIG. 4 is a diagram showing an example of the Special User Info field.
  • FIGS. 2, 3, and 4 show configuration examples under consideration for EHT (see, for example, Non-Patent Documents 2 and 3).
  • AID Association ID
  • the Special User Info field common information between terminals, such as uplink bandwidth information for EHT terminals, may be notified.
  • the Trigger Type subfield of the Common Info field includes information that indicates the type of Trigger frame.
  • the type of Trigger frame may be the type of signal that the AP transmits to the terminal.
  • FIG. 5 is a diagram showing an example of Trigger Type.
  • FIG. 5 shows the correspondence between the value of the Trigger Type subfield and the type of Trigger frame indicated by the value in a table format.
  • the types shown in FIG. 5 are defined as Trigger Types (see, for example, Non-Patent Document 4).
  • the Trigger Dependent Common Info subfield shown in FIG. 2 includes common information that depends on the Trigger Type.
  • Trigger frame control for example, as shown in Figure 6, while a certain terminal (e.g., STA 1) is transmitting an uplink signal (PPDU 1), another terminal (e.g., STA 2) interrupts and transmits the uplink signal. cannot be sent. In this case, for example, when more urgent transmission data occurs, other terminals wait until the next transmission opportunity (e.g., the next Transmission Opportunity (TXOP) period) to transmit, resulting in increased delay.
  • the transmission of high-priority data e.g., urgent data, e.g., PPDU 2
  • a method of transmitting data for example, PPDU 2) in a frequency band that partially or entirely overlaps with the upstream signal (PPDU 1) is being considered (for example, see Non-Patent Document 5).
  • the control method for overriding and transmitting data (for example, urgent data) while another terminal is transmitting a signal, and the format of the trigger frame have not been sufficiently studied.
  • Control information e.g., Trigger frame
  • data e.g., urgent data
  • Pre-emption the operation in which a certain terminal overrides and transmits data (for example, urgent data) during the signal transmission of another terminal is referred to as "Pre-emption.”
  • FIG. 8 is a diagram showing an example of pre-emption transmission.
  • STA 1 is instructed to transmit an uplink OFDM signal (TB PPDU) by the Trigger frame. Therefore, as shown in Figure 8, STA 1 corresponds to the time length (for example, UL LENGTH) of the uplink OFDM signal indicated by the Trigger frame at the timing after Short Inter Frame Space (SIFS) after receiving the Trigger frame.
  • the uplink OFDM signal is transmitted at the time.
  • FIG. 8 for example, in STA 2, urgent data is generated within the UL LENGTH section.
  • STA 2 sends all or part of the TB PPDU band transmitted by STA 1 to the same AP as the destination of STA 1 at a specific time (for example, (within the interval of UL LENGTH), the signal (for example, TB PPDU) is overridden by the TB PPDU of STA 1 and transmitted.
  • a specific time for example, (within the interval of UL LENGTH)
  • the signal for example, TB PPDU
  • the transmission operation of STA 2 in FIG. 8 is called Pre-emption (or Pre-emption transmission).
  • the data controlled in pre-emption may be, for example, data whose time before being discarded is less than or equal to a threshold, data whose allowed delay is less than or equal to a threshold, or data that is simply triggered by a trigger. It may be data that occurs within an interval corresponding to LENGTH indicated by frame.
  • an operation in which the terminal receives the Trigger frame and then transmits data with an emergency that occurred within the LENGTH indicated by the Trigger frame within the LENGTH may also be considered Pre-emption transmission.
  • uplink transmission is taken as an example, but data addressed to another terminal that occurs while the AP is transmitting a downlink signal (for example, downlink signal data with an emergency) is transferred to the downlink signal.
  • a downlink signal for example, downlink signal data with an emergency
  • the operation of transmitting within the LENGTH may also be pre-emption.
  • the wireless communication system may include, for example, AP 100 shown in FIG. 9 and terminal (STA) 200 shown in FIG. 10. Two or more APs 100 and/or terminals 200 may exist in the wireless communication system.
  • the AP 100 may transmit control information (for example, a trigger frame) to the terminal 200 to instruct pre-emption control.
  • the terminal 200 may receive the Trigger frame and transmit Pre-emption data (for example, data indicating an emergency) to the AP 100 based on information instructed by the received Trigger frame.
  • terminal 200 may be, for example, either an EHT terminal or an EHTplus terminal.
  • the AP 100 receives, for example, pre-emption data from each terminal 200. Then, for example, the AP 100 separates the signal of the resource allocated to each terminal 200 from the received signal and performs reception processing.
  • the AP 100 may be, for example, an AP that supports EHT or EHTplus.
  • the communication partner AP 100 may support EHTplus.
  • the AP 100 may have backward compatibility.
  • the AP 100 that supports EHTplus may be able to communicate with HE terminals and EHT terminals using Trigger frame in addition to EHTplus terminals.
  • FIG. 9 is a block diagram showing a partial configuration example of the AP 100 according to an embodiment of the present disclosure.
  • a control unit e.g., corresponding to a control circuit transmits a second signal (e.g., pre-emption transmission) that occurs during transmission of the first signal (e.g., non-pre-emption transmission).
  • a transmitter e.g., corresponding to a transmitter circuit transmits control information.
  • FIG. 10 is a block diagram illustrating a partial configuration example of the terminal 200 according to an embodiment of the present disclosure.
  • a receiving unit e.g., corresponding to a receiving circuit transmits a second signal (pre-emption transmission) that occurs during transmission of the first signal (e.g., non-pre-emption transmission).
  • Receive control information about resources used for.
  • the control unit (for example, corresponding to a control circuit) controls transmission (for example, UL transmission) or reception (for example, DL reception) of the second signal based on the control information.
  • FIG. 11 is a block diagram showing a configuration example of the AP 100.
  • the AP 100 shown in FIG. 11 may include, for example, a scheduler section 101, a trigger frame generation section 102, a transmission signal generation section 103, a wireless transmission/reception section 104, and a reception signal demodulation/decoding section 105.
  • the scheduler section 101 and the trigger frame generation section 102 may be included in an access control section (for example, a MAC processing section).
  • an access control section for example, a MAC processing section
  • At least one of the scheduler section 101, trigger frame generation section 102, transmission signal generation section 103, and received signal demodulation/decoding section 105 shown in FIG. 11 may be included in the control section shown in FIG. 9, for example.
  • the wireless transmitter/receiver 104 shown in FIG. 11 may be included in the transmitter shown in FIG. 9, for example.
  • the scheduler unit 101 may perform scheduling for the terminal 200, for example. For example, the scheduler unit 101 allocates uplink resources to the terminal 200 that does not perform Pre-emption transmission but performs existing (or normal) TB-PPDU transmission (for example, non-Pre-emption transmission).
  • the information identifying the terminal 200 for example, terminal ID
  • the radio resource information of each terminal 200 are determined, and the determined information is sent to the trigger frame generation unit. 102.
  • the scheduler unit 101 allocates uplink resources for Pre-emption in at least part of the resources allocated to the terminal 200 that performs non-Pre-emption transmission, and performs radio resource information for Pre-emption control ( allocated bandwidth, etc.) to the trigger frame generation unit 102.
  • a resource different from the resource allocated to the terminal 200 that performs non-Pre-emption transmission may be used as the allocated resource for Pre-emption.
  • resources dedicated to Pre-emption it is possible to reduce interference between the terminal 200 that does not perform Pre-emption transmission and the terminal 200 that performs Pre-emption transmission.
  • the trigger frame generation unit 102 generates a Common Info field, a User Info field, and a Special User Info field based on, for example, the terminal ID input from the scheduler unit 101, radio resource information of each terminal 200, and control information regarding pre-emption. Generate a Trigger frame containing. Trigger frame generation section 102 outputs the generated trigger frame to transmission signal generation section 103.
  • Trigger frame that includes control information regarding Pre-emption may also include transmission conditions for Pre-emption, which will be described later. Examples of the format and transmission conditions of the Trigger frame including control information regarding pre-emption will be described later.
  • the transmission signal generation section 103 performs error correction encoding and modulation processing on the transmission data signal including the trigger frame input from the trigger frame generation section 102, and sends the modulated data signal to the wireless transmission/reception section 104. Output.
  • the AP 100 maps the modulated signal to a specified frequency resource, Fourier transform (IFFT: Inverse Fast Fourier Transform) or inverse Fourier transform (IDFT: Inverse Discrete Fourier Transform) (hereinafter referred to as IFFT/IDFT) is performed to convert it into a time waveform, and the cyclic prefix (CP) is converted to a time waveform.
  • OFDM orthogonal frequency division multiplexing
  • IFFT Inverse Fast Fourier Transform
  • IDFT inverse Fourier transform
  • CP cyclic prefix
  • An OFDM signal may be formed by adding .
  • the wireless transmitting/receiving section 104 performs wireless transmission processing such as D/A conversion and up-conversion to a carrier frequency on the modulated signal input from the transmission signal generation section 103, and converts the signal after the wireless transmission processing into a signal. , is transmitted to the terminal 200 via the antenna. Furthermore, the wireless transmitter/receiver 104 receives a signal transmitted from the terminal 200 via an antenna, and performs wireless reception processing such as down-conversion to baseband and A/D conversion on the received signal. and outputs the signal after the radio reception processing to the received signal demodulation/decoding section 105.
  • wireless transmission processing such as D/A conversion and up-conversion to a carrier frequency on the modulated signal input from the transmission signal generation section 103
  • the wireless transmitter/receiver 104 receives a signal transmitted from the terminal 200 via an antenna, and performs wireless reception processing such as down-conversion to baseband and A/D conversion on the received signal. and outputs
  • the received signal demodulation/decoding unit 105 performs demodulation processing and decoding processing on the signal input from the wireless transmission/reception unit 104, and acquires data transmitted from the terminal 200.
  • the received signal demodulation/decoding section 105 may output information (for example, ACK) indicating whether the acquired data has been correctly decoded to the scheduler section 101.
  • the AP 100 for example, the received signal demodulation/decoding section 105) may perform CP removal processing and FFT/DFT processing.
  • FIG. 12 is a block diagram showing a configuration example of the terminal 200.
  • Terminal 200 shown in FIG. 12 includes, for example, a wireless transmission/reception section 201, a received signal demodulation/decoding section 202, a trigger frame determination section 203, a pre-emption transmission control section 204, and a transmission signal generation section 205. It's fine.
  • At least one of the trigger frame determination section 203 and the pre-emption transmission control section 204 may be included in an access control section (for example, a MAC processing section).
  • an access control section for example, a MAC processing section
  • At least one of the received signal demodulation/decoding section 202, trigger frame determination section 203, pre-emption transmission control section 204, and transmission signal generation section 205 shown in FIG. May be included.
  • the wireless transmitting/receiving section 201 shown in FIG. 12 may be included in the receiving section shown in FIG. 10, for example.
  • the wireless transmitting/receiving unit 201 receives a received signal using an antenna, performs wireless receiving processing such as down-conversion and A/D conversion on the received signal, and sends the signal after the wireless receiving processing to the received signal demodulation/decoding unit 202. Output to. Furthermore, the wireless transmitting/receiving section 201 performs wireless transmission processing such as up-conversion and D/A conversion on the signal input from the transmission signal generation section 205, and transmits the signal after the wireless transmission processing from the antenna.
  • the received signal demodulation/decoding section 202 performs demodulation processing and decoding processing on the received data input from the wireless transmission/reception section 201, and outputs the decoded signal as a received data signal. Further, the received signal demodulation/decoding section 202 outputs, for example, control information related to the Trigger frame of the received data signal to the Trigger frame determination section 203 . Note that when the signal input to received signal demodulation/decoding section 202 is an OFDM signal, terminal 200 (for example, received signal demodulation/decoding section 202) may perform, for example, CP removal processing and FFT/DFT processing.
  • the Trigger frame determination unit 203 extracts, for example, the information of the Common Info field, User Info field, and Special User Info field included in the Trigger frame, and extracts the information of the Common Info field, User Info field, and Special User Info field included in the Trigger frame, and extracts the information of the wireless resource information (for example, including the allocated band, MCS, transmission power, etc.). ) is decoded and output to transmission signal generation section 205. Further, the Trigger frame determination unit 203 decodes, for example, control information related to Pre-emption among the information included in the Trigger frame, and outputs it to the Pre-emption transmission control unit 204.
  • the Pre-emption transmission control unit 204 controls Pre-emption transmission, for example, based on the control information regarding Pre-emption input from the Trigger frame determination unit 203. For example, the Pre-emption transmission control unit 204 transmits data (for example, LENGTH) within the time length (for example, LENGTH) notified by the Trigger frame based on the Pre-emption resource information among the control information related to Pre-emption. For example, the transmission of emergency data) may be controlled.
  • data for example, LENGTH
  • LENGTH time length
  • the Pre-emption transmission control unit 204 also controls, for example, when the Trigger frame includes Pre-emption transmission conditions (for example, information regarding transmission conditions such as transmittable Traffic Identifier (TID), LENGTH, and transmission timing). , the transmission of Pre-emption may be controlled according to the transmission conditions. Note that an example of the pre-emption transmission condition will be described later.
  • Pre-emption transmission conditions for example, information regarding transmission conditions such as transmittable Traffic Identifier (TID), LENGTH, and transmission timing.
  • Pre-emption transmission control section 204 outputs, for example, information used for pre-emption data transmission to transmission signal generation section 205.
  • the transmission signal generation section 205 generates a signal for uplink transmission (for example, TB PPDU) based on the control information (for example, LENGTH, MCS, etc.) input from the trigger frame determination section 203, for example. Furthermore, the transmission signal generation unit 205 generates a signal for pre-emption transmission (for example, a TB PPDU or a Multi-user (MU) PPDU) based on information input from the pre-emption transmission control unit 204. ) is generated. Transmission signal generation section 205 performs error correction encoding and modulation processing on the generated transmission signal, and outputs the modulated data signal to radio transmission/reception section 201.
  • a signal for uplink transmission for example, TB PPDU
  • control information for example, LENGTH, MCS, etc.
  • MU Multi-user
  • the terminal 200 when the modulated signal is an OFDM signal, the terminal 200 (for example, the transmission signal generation section 205) performs IFFT/IDFT processing after mapping the modulated signal to a frequency resource, and adds a CP to generate the OFDM signal. May be formed.
  • the AP 100 generates control information regarding resources (for example, Resource Unit (RU)) used for pre-emption transmission, and transmits it to the terminal 200.
  • the terminal 200 receives, for example, control information regarding resources used for Pre-emption transmission, and controls the transmission of Pre-emption signals (for example, data having an emergency nature).
  • resources for example, Resource Unit (RU)
  • RU Resource Unit
  • the AP 100 uses a Trigger frame to instruct the plurality of terminals 200 to provide control information regarding Pre-emption.
  • transmission instruction method 1 control information regarding resources used for pre-emption transmission may be included in the User Info field of the Trigger frame.
  • the AP 100 may notify the terminal 200 of the resources used for Pre-emption transmission (or whether Pre-emption transmission is possible) using the User Info field of the Trigger frame.
  • the terminal 200 may perform Pre-emption transmission using the Pre-emption resource notified by the User Info field of the Trigger frame.
  • the terminal 200 may be able to transmit pre-emption data (for example, data with an emergency) at any timing within an interval corresponding to the time length (for example, LENGTH) indicated by the Trigger frame.
  • the terminal 200 can transmit Pre-emption by notifying the resources used for Pre-emption transmission (or whether or not to transmit Pre-emption) using the User Info field of the Trigger frame. Data transmission delay can be reduced.
  • the resource notified by the User Info field in which the value specified for Pre-emption is set in the AID12 subfield is a resource that can be used for Pre-emption transmission.
  • the AID of the User Info field that includes control information regarding resources used for Pre-emption transmission may be a value associated with Pre-emption transmission.
  • the value of the AID12 subfield specified for pre-emption may be set to any one of the unused values in the existing standard (for example, 2008).
  • the terminal 200 may set the resource notified by the User Info field in which 2008 is set in the AID12 subfield as a resource that can be used for transmitting Pre-emption.
  • all terminals 200 may be permitted to perform pre-emption transmission in the resource (RU) notified by the RU Allocation subfield of the User Info field in which 2008 is set in the AID12 subfield.
  • the terminal 200 will not be able to send Pre-emption (Pre-emption sending is not permitted). You can judge.
  • the method for notifying resources that can be used for pre-emption transmission is not limited to the method using the RU Allocation subfield.
  • the method for notifying resources that can be used for pre-emption transmission is not limited to the method using the RU Allocation subfield.
  • multiple RUs may be notified using RU Allocation and RA-RU Information subfield.
  • pre-emption transmission by the terminal 200 whose OBO (OFDM random access backoff) counter becomes 0 is possible (or transmission is permitted) based on the control of the OFDMA contention window (OCW).
  • OCW OFDMA contention window
  • a configuration may also be adopted in which the terminal 200 whose OBO counter has a value different from 0 is prohibited from transmitting Pre-emption (or is not permitted to transmit).
  • values for pre-emption transmission may be set as the values of OCWmin and OCWmax.
  • the OBO counter becomes 0 more easily, increasing the chance that the terminal 200 transmits Pre-emption data. This makes it possible to transmit pre-emption signals with lower delay.
  • the OBO counter is less likely to reach 0, so the terminal 200 has an opportunity to transmit Pre-emption data. can be suppressed and interference with other terminals can be reduced.
  • the setting value of the AID12 subfield used for the Pre-emption transmission instruction is not limited to 2008, and may be any other unused AID (for example, 2009).
  • the setting value of the AID12 subfield used for the Pre-emption transmission instruction is not limited to unused AIDs such as 2008, but any value from 1 to 2007 used in existing standards (for example, 2006). may be set (or selected).
  • the AP 100 does not need to use, for example, the value used for the Pre-emption transmission instruction as the AID of the other terminal. That is, the AP 100 does not need to use the value used for the Pre-emption transmission instruction for the non-Pre-emption transmission instruction.
  • the number of Pre-emption resources is not limited to one, and multiple Pre-emption resources may be notified.
  • the setting value of the AID12 subfield used for the Pre-emption transmission instruction may be set for each of the multiple Pre-emption resources, for example.
  • multiple AIDs for example, 2008 and 2009
  • the AID corresponding to the pre-emption resource may be an unused value or a used value in existing standards.
  • the plurality of User Info fields may include information indicating whether the User Info field is related to Pre-emption transmission.
  • the Reserved subfield of the User Info field of the Trigger frame may notify the terminal 200 whether the resource notified by the User Info field is a pre-emption resource. For example, if the value of the Reserved subfield is 0, the corresponding User Info field contains information about the resource for non-pre-emption, and if the value of the Reserved subfield is 1, the corresponding User Info field contains information about the resource for non-pre-emption. Information regarding resources for pre-emption may also be included.
  • the AID of the User Info field regarding Pre-emption transmission may be the value of one AID among the plurality of terminals 200 capable of Pre-emption transmission.
  • the AID12 subfield may be read as the "Starting AID subfield" that includes the first AID (starting AID) among the AIDs of the plurality of terminals 200 capable of pre-emption transmission.
  • the RU notified by the RU Allocation subfield of the User Info field transmission of Pre-emption to terminals 200 having AIDs in the range of Starting AID to Starting AID+X may be permitted.
  • X may be a value specified in the specifications, and may be notified to the terminal 200 by a control signal such as a trigger frame or a beacon.
  • the AP 100 may include the number of STAs (corresponding to the value of X+1) capable of pre-emption transmission in a control signal such as a trigger frame or beacon, and notify the terminal 200 of the number.
  • the AID12 subfield is not limited to the Starting AID, but may include at least one AID (for example, the last AID) of the plurality of terminals 200 that are permitted to perform pre-emption transmission. Any method may be used as long as it is possible to identify a plurality of terminals 200 that are permitted to perform pre-emption transmission based on the value of the AID12 subfield.
  • resource notification example 2 multiple terminals 200 that are permitted to perform pre-emption transmission are collectively notified using the Reserved subfield of the User Info field and the AID12 subfield.
  • resource notification example 2 by notifying pre-emption resources to a specific terminal 200, resource conflicts between terminals 200 can be avoided compared to resource notification example 1 (for example, notification to all terminals 200). Can be reduced.
  • resource allocation similar to random access or OCW may be applied.
  • subfield that notifies whether or not the resource is for Pre-emption is not limited to the Reserved subfield of the User Info field, but is It can be any other field.
  • the plurality of User Info fields in the Trigger frame may include information indicating whether the User Info field is related to pre-emption transmission.
  • the Reserved subfield of the User Info field of the Trigger frame may notify the terminal 200 whether the resource notified by the User Info field is a pre-emption resource. For example, if the value of the Reserved subfield is 0, the corresponding User Info field contains information about resources for non-pre-emption, and if the value of the Reserved subfield is 1, the corresponding User Info field contains information about the resource for non-pre-emption. Information regarding resources for pre-emption may also be included.
  • the AID of the User Info field regarding Pre-emption transmission may be the value of the AID of one terminal 200 capable of Pre-emption transmission. For example, transmission of Pre-emption to the terminal 200 notified by the AID12 subfield of the User info field may be permitted, and transmission of Pre-emption to the terminal 200 not notified by the AID12 subfield of the User info field may not be permitted.
  • the subfield that notifies whether or not the resource is for Pre-emption is not limited to the Reserved subfield of the User Info field, but also the subfield that notifies the resource for Pre-emption. It can be any other field.
  • resource notification example 3 by setting (for example, limiting) the number of terminals 200 that are permitted to pre-emption transmission to one, for example, compared to resource notification example 2 (or resource notification example 1), Resource conflicts between terminals 200 can be reduced.
  • the terminal 200 is configured to send information regarding whether or not there is a possibility of transmitting data by pre-emption, for example, information regarding whether or not there is a possibility that urgent data will be generated in the near future, to the AP 100. But that's fine.
  • the terminal 200 includes and transmits information regarding whether or not there is a possibility of transmitting data due to pre-emption, for example, in a Buffer status report (BSR) or a null data packet (NDP) Feedback Report Poll (NFRP). You may.
  • BSR Buffer status report
  • NDP null data packet
  • NFRP Feedback Report Poll
  • the AP 100 may determine which terminals 200 are permitted to perform pre-emption transmission based on information from the terminals 200.
  • the AP 100 can determine whether or not there is a possibility that urgent data will be generated on the terminal 200 side in the future, so it can efficiently allocate AID for pre-emption and improve resource usage efficiency. can.
  • the AID12 subfield of the User Info field is used to set (for example, limit) the terminals 200 that are capable of Pre-emption transmission.
  • resource notification example 1 or resource notification example 2 if there are multiple terminals 200 that perform pre-emption transmission, there is a possibility that signals between the terminals will collide. Furthermore, when a certain terminal 200 performs Pre-emption transmission, it may interfere with the signal of a non-Pre-emption terminal.
  • transmission conditions described below may be specified in the specifications rather than being notified to the terminal 200 by the Trigger frame, or may be notified to the terminal 200 by another control signal such as a beacon. good. Furthermore, at least two of transmission conditions 1 to 3 may be applied in combination.
  • Transmission condition 1 whether or not the terminal 200 can perform Pre-emption transmission is set (or Pre-emption transmission is restricted) based on a Traffic Identifier (TID) indicating the traffic type.
  • TID Traffic Identifier
  • the AP 100 may notify the terminal 200 of a TID (for example, a TID threshold) that permits pre-emption transmission using a trigger frame.
  • a TID for example, a TID threshold
  • transmission of Pre-emption for data with a TID greater than or equal to the TID (for example, any one of 0 to 7) specified by the Trigger frame may be permitted.
  • TID is related to the amount of delay allowed, and the larger the value of TID, the smaller the amount of delay allowed (for example, a lower delay may be required). Therefore, by specifying the TID using the Trigger frame, the terminal 200 can perform pre-emption transmission of data with a high request delay. Transmission conditions based on TID make it difficult to perform pre-emption transmission of data with low required delay, reduce signal collision and interference between terminals 200, and make it possible to efficiently transmit urgent data.
  • the transmission permission/prohibition instruction is not limited to a configuration in which instructions are given for all TID values, but may be configured, for example, to be instructed for some TID values.
  • the value indicating whether or not to transmit Pre-emption is not limited to TID, and may be any other value.
  • information related to the allowable delay amount for example, Access Category (AC) or control information that assigns an ID to each allowable delay amount determines whether or not to send Pre-emption. (or notification).
  • TID value threshold value
  • TIDbitmap is not limited to 4 bits or 8 bits, but may be any other value.
  • the pre-emption transmission by the terminal 200 is determined according to the time length (or signal length) of the signal transmitted in the pre-emption, that is, the time length of the preamble and data (for example, the LENGTH of the PPDU). Possibility is set (or pre-emption transmission is restricted).
  • FIG. 13 shows an example of notification of the LENGTH of a PPDU that can be transmitted as a pre-emption.
  • the AP 100 may set, in the Trigger frame, a field (Pre-emption LENGTH field) that notifies a value regarding the signal length that permits transmission of Pre-emption.
  • Pre-emption LENGTH field a field that notifies a value regarding the signal length that permits transmission of Pre-emption.
  • "LENGTH_TF" corresponds to the UL LENGTH notified in the Common Info field of the Trigger frame.
  • the time length of PPDU that can be transmitted in Pre-emption is set (or limited) to 1/2, 1/4, 1/8, and 1/16 of UL LENGTH.
  • the terminal 200 can transmit Pre-emption data whose time length is less than or equal to the value (any of 0 to 3) notified in the Pre-emption LENGTH field. Pre-emption data that is longer than the time length corresponding to the specified value is not sent.
  • the Pre-emption signal from the terminal 200 is Interference with other terminals due to transmission can be reduced.
  • the LENGTH of Pre-emption to be notified is not limited to the method based on the UL LENGTH (Length_TF) notified in the Common Info field of the Trigger frame as shown in Figure 13, but also indicates the transmission time in the same way as the UL LENGTH. A value-based method may also be used.
  • the number of bits used for notification of Pre-emption LENGTH may be reduced by reducing the time range (or candidates) that can indicate Pre-emption LENGTH. For example, by notifying some (for example, 2 candidates) of the 4 candidates for the Pre-emption LENGTH shown in FIG. 13, the number of bits used for notification can be reduced to 1 bit.
  • the time length to be notified may be a shorter time length, a longer time length, or an arbitrary time length.
  • the L-SIG LENGTH field included in the Preamble of the TB PPDU is not limited to the case where the UL LENGTH value notified in the Common Info field is set, but the LENGTH value specified by transmission condition 2 is set. May be set.
  • Pre-emption transmission is permitted within the time length of Pre-emption LENGTH notified in Transmission Condition 2.
  • Transmission condition 3 In transmission condition 3, whether the terminal 200 can transmit Pre-emption is set (or Pre-emption transmission is restricted) depending on the timing of transmitting a signal in Pre-emption.
  • FIG. 14 shows an example of notification of pre-emption transmission timing.
  • the AP 100 may set, in the Trigger frame, a field (Start transmission timing field) that notifies a value regarding the timing at which Pre-emption can be transmitted.
  • "LENGTH_TF” corresponds to the UL LENGTH notified in the Common Info field of the Trigger frame.
  • the AP 100 may also instruct the format of the UL response signal (for example, TB PPDU of STA 1 in FIG. 8) for the Trigger frame in relation to the timing at which Pre-emption can be transmitted.
  • the AP 100 may instruct a time-domain A-PPDU (Aggregated PPDU) as the TB PPDU, and set the preamble timing of each PPDU constituting the A-PPDU to the timing at which Pre-emption transmission is possible.
  • Aggregated PPDU aggregate PPDU
  • the timing at which Pre-emption can be transmitted is set (or limited) to 1/2, 1/4, 1/8, and 1/16 of UL LENGTH.
  • the terminal 200 is capable of pre-emption transmission at a transmission timing corresponding to the value (any of 0 to 3) notified in the Start transmission timing field; Do not transmit Pre-emption data at a timing different from the transmission timing.
  • FIG. 15 is a diagram showing an example of timing at which Pre-emption can be transmitted.
  • FIG. 15 shows, as an example, the timing of 1/2 division of UL LENGTH and the timing of 1/4 division of UL LENGTH.
  • the terminal 200 when the terminal 200 is notified of the timing of 1/2 division of UL LENGTH, it becomes possible to start transmitting Pre-emption at the central timing (one timing) of UL LENGTH.
  • the terminal 200 when the terminal 200 is notified of the timing of 1/4 division of UL LENGTH, the terminal 200 starts transmitting Pre-emption at any of three timings within the time corresponding to UL LENGTH. It becomes possible.
  • transmission condition 3 the transmission condition based on the transmission timing of pre-emption transmission limits the pre-emption signal length in the UL LENGTH section, as in transmission condition 2. interference can be reduced.
  • the AP 100 may perform Pre-emption reception processing (Preamble detection processing) at the start timing of Pre-emption transmission. That is, the AP 100 does not need to perform the Pre-emption reception process at a timing different from the start timing of Pre-emption transmission. This allows the processing amount of the AP 100 to be reduced.
  • Pre-emption reception processing Preamble detection processing
  • individual transmission timings may be set for the AIDs. Thereby, for example, by shifting the transmission timing for each AID, collisions in pre-emption transmission can be reduced.
  • the fields described below do not necessarily need to be used in pre-emption transmission. Therefore, by replacing all or part of the following fields with fields that indicate information regarding transmission conditions (for example, TID threshold, Pre-emption LENGTH, or Start transmission timing fields), the overhead of control information can be reduced. The increase can be suppressed and transmission conditions can be notified.
  • transmission conditions for example, TID threshold, Pre-emption LENGTH, or Start transmission timing fields
  • the transmission conditions may be notified in a field indicating the MCS of data to be transmitted upstream in the User Info field.
  • the transmission conditions may be notified in the "UL EHT-MCS subfield" of the User Info field shown in FIG. 3.
  • the MCS value (fixed value) for pre-emption transmission may be specified in the specifications, or may be notified to the terminal 200 by other control information such as a beacon. Further, the value of MCS is not limited to the lowest MCS, and may be any other value.
  • the remaining bits for example, 2 bits
  • the number of some bits is not limited to 2 bits, and may be any other number of bits.
  • UL EHT-MCS subfield is an example and may be different.
  • the UL EHT-MCS subfield may be renamed to UL EHTplus-MCS, so the field name is not limited to this as long as it is a field that notifies MCS.
  • Transmission conditions may be notified in a field indicating a spatial stream (SS) in the User Info field.
  • SS spatial stream
  • the transmission conditions may be notified in the "SS Allocation/RA-RU Information subfield" of the User Info field shown in FIG. 3.
  • pre-emption transmission since it is assumed that the urgency of pre-emption transmission is high, single stream transmission may be assumed for error-free transmission. Therefore, for example, in pre-emption transmission, by setting the transmission stream to a fixed value (eg, 1), the number of streams does not need to be notified in the SS Allocation subfield (eg, stream notification is not required). Therefore, by replacing the SS Allocation subfield with a field that indicates information regarding transmission conditions, it is possible to suppress an increase in the overhead of control information and notify the transmission conditions.
  • a fixed value eg, 1
  • resource notification example 1 and resource notification example 2 described above when notifying resources using the RA-RU Information subfield, this field is used, so the transmission conditions may be notified in a field different from this field. Good too.
  • Transmission conditions may be notified in a field indicating a value related to uplink transmission power (or signal reception power (for example, expected value or target value) at AP 100) of the User Info field.
  • the transmission condition may be notified in the "UL Target Received Power subfield" of the User Info field shown in FIG. 3.
  • the transmission power is set to a high value (for example, maximum power) in order to transmit without error. Therefore, for example, in pre-emption transmission, by setting the maximum applicable power, the terminal 200 does not need to be notified of transmission power in the UL Target Received Power subfield (for example, notification of transmission power is not required). ). Therefore, by replacing the UL Target Received Power subfield with a field that indicates information regarding the transmission conditions, it is possible to suppress the increase in control information overhead and notify the transmission conditions.
  • a high value for example, maximum power
  • the transmission power set in pre-emption transmission is not limited to the maximum power.
  • Transmission conditions may be notified in the "Reserved subfield" of the Special User info field shown in FIG. 4. Since the Reserved subfield is unused in the existing standard, it may be used for other purposes (for example, notification of transmission conditions).
  • ⁇ Field example 5> For example, when the Trigger frame type is "basic", the transmission conditions may be notified in the Trigger Dependent User Info field shown in FIG. 16.
  • the Data size of pre-emption transmission data (for example, data with urgency) is likely to be small, there is a high possibility that the Aggregate MAC protocol data unit (A-MPDU) will not be applied. Therefore, when the Trigger frame type is "basic", the MPDU MU Spacing Factor subfield is not used, so it may be replaced with a field that indicates information regarding transmission conditions.
  • A-MPDU Aggregate MAC protocol data unit
  • the data for Pre-emption transmission is likely to be data of a single TID, so the TID Aggregation Limit subfield is likely not to be used. Therefore, when the Trigger frame type is "basic", the TID Aggregation Limit subfield may be replaced with a field that indicates information regarding transmission conditions.
  • the Preferred AC subfield when notifying a transmittable TID as a transmission condition (for example, transmission condition 1), the Preferred AC subfield does not need to be used. Therefore, in this case, the Preferred AC subfield may be replaced with a field that indicates information regarding the transmission conditions.
  • the transmission condition may be notified in the "Reserved subfield" of the Trigger Dependent User Info field shown in FIG. 16.
  • Reserved subfields are unused in existing standards, so they may be used for other purposes (for example, notification of transmission conditions).
  • the transmission conditions may be notified using all or some of the above-mentioned subfields of the Trigger Dependent User Info field shown in FIG. 16.
  • the field indicating information regarding the pre-emption transmission condition is not limited to the above-mentioned example, and may be any other field.
  • the field indicating information regarding the pre-emption transmission conditions may be another field that is not used in whole or in part in the pre-emption transmission.
  • transmission condition 1 for example, Pre-emption TID
  • transmission condition 2 for example, Pre-emption LENGTH
  • transmission condition 3 Pre-emption Timing
  • transmission condition 1 e.g. Pre-emption TID
  • transmission condition 2 e.g. , Pre-emption LENGTH
  • transmission condition 3 for example, Pre-emption Timing
  • transmission condition 1 for example, Pre-emption TID
  • UL EHT-MCS subfield in the User Info field of the Trigger frame.
  • the formats shown in FIGS. 17, 18, and 19 are examples, and the fields used for notification of transmission conditions, the correspondence between transmission conditions 1 to 3 and fields, and the formats used for notification of transmission conditions. At least one of the bit numbers may be different from FIGS. 17, 18, and 19. Further, at least one of transmission conditions 1 to 3 may be applied, or a plurality of transmission conditions may be applied. Further, among a plurality of transmission conditions, some of the transmission conditions may be notified to the terminal 200 by the trigger frame, and the remaining transmission conditions may be specified in the specifications, or may be notified to the terminal 200 by other control information. good.
  • Control information regarding resources used for Pre-emption transmission may be included in the Common Info field of the Trigger frame.
  • the AP 100 may notify the terminal 200 whether Pre-emption transmission is possible or not using the Common Info field of the Trigger frame.
  • the terminal 200 may perform Pre-emption transmission according to whether or not Pre-emption transmission is possible, which is notified by the Common Info field of the Trigger frame.
  • At least a part of the "Reserved subfield” (e.g., B22, B25, B53, B63) or "EHT Reserved subfield” (e.g., B56-B62) of the Common Info field shown in FIG. It may be read as "enable subfield”.
  • Pre-emption enable subfield For example, if 0 is set in the Pre-emption enable subfield, it indicates that Pre-emption cannot be sent within the band in which the Trigger frame is transmitted and the time notified by the Trigger frame (for example, UL LENGTH). It's fine. Further, for example, when 1 is set in the Pre-emption enable subfield, it may be specified that the band in which the Trigger frame is transmitted and that Pre-emption transmission is possible within the time notified by the Trigger frame.
  • the format of the PPDU used in pre-emption transmission may be TB-PPDU or MU PPDU.
  • the resource (for example, the position of the RU) for transmitting the pre-emption data may be any RU within the band to which the Trigger frame was transmitted.
  • the setting values such as MCS and Target Received Power notified in the User Info field may be arbitrary values, and the terminal 200 may freely determine the MCS and transmission power.
  • the setting values such as MCS and Target Received Power are not limited to arbitrary values, and may be specified as fixed values in the specifications, or may be notified to the terminal 200 by other control information such as a beacon.
  • the terminal 200 can transmit Pre-emption by notification of whether or not Pre-emption is possible using the Common Info field of the Trigger frame. can be reduced.
  • the pre-emption transmission condition may be notified in the User Info field.
  • the AP 100 transmits control information regarding the resources used for Pre-emption transmission (or whether or not Pre-emption transmission is possible) that occurs during transmission of the signal indicated by the Trigger frame. It is sent to the terminal 200 using a trigger frame. The terminal 200 controls the transmission of the pre-emption signal based on the control information included in the trigger frame.
  • the terminal 200 can override and transmit data (for example, urgent data) while another terminal is transmitting a signal, based on the control information instructed by the Trigger frame. Therefore, according to the present embodiment, even if pre-emption transmission occurs, delay can be reduced, and the efficiency of signal transmission control in wireless communication can be improved.
  • data for example, urgent data
  • FIG. 20 is a diagram showing an example of pre-emption.
  • EHT-STF/LTF, Data, and PE field signals for example, EHT modulated field signal
  • FIG. field signal is transmitted in the 20MHz band.
  • the EHT-STF/LTF, Data, and PE field signals (for example, the EHT modulated field signal) of Pre-emption transmission may interfere with the STA2 signal, but they interfere with the STA1 signal. not give.
  • pre-emption transmission L-STF/L-LTF/L-SIG/RL-SIG/U-SIG (for example, pre-EHT modulated field signal) interferes with both STA1 and STA2 signals. can be given.
  • a PPDU format (for example, a PPDU format dedicated to pre-emption transmission) in pre-emption transmission for suppressing interference as shown in FIG. 20 will be described.
  • the wireless communication system may include an AP 100 and a terminal 200 as in the first embodiment.
  • the configuration of AP 100 according to this embodiment may be the same as the configuration according to Embodiment 1.
  • the configuration of terminal 200 according to this embodiment may be the same as the configuration according to Embodiment 1.
  • the operation of transmission signal generation section 205 may be different from that in Embodiment 1, for example.
  • the transmission signal generation unit 205 generates a transmission signal (for example, TB-PPDU) for uplink transmission based on the control information (for example, LENGTH, MCS, etc.) input from the trigger frame determination unit 203, for example.
  • a transmission signal for example, TB-PPDU
  • control information for example, LENGTH, MCS, etc.
  • the transmission signal generation section 205 generates a transmission signal (for example, TB-PPDU or MU-PPDU) for Pre-emption transmission based on control information input from the Pre-emption transmission control section 204, for example. do.
  • the transmission signal generation section 205 generates a transmission signal based on a format for Pre-emption (for example, Pre-emption TB-PPDU or Pre-emption MU PPDU).
  • a format for Pre-emption for example, referred to as a Pre-emption transmission format
  • the transmission signal generation section 205 performs error correction encoding and modulation processing on the generated transmission signal, and outputs the modulated data signal to the wireless transmission/reception section 201.
  • the terminal 200 for example, the transmission signal generation section 205) performs IFFT/IDFT processing after mapping the modulated signal to a frequency resource, and adds a CP to generate the OFDM signal. May be formed.
  • the format of the PPDU used in pre-emption transmission may be different from the format of existing PPDUs (for example, TB PPDU or MU PPDU).
  • the PPDU used in pre-emption transmission deletes the part from L-STF to EHT-LTF (for example, the part before Data) of the existing PPDU, and performs packet capture, level understanding, and channel estimation.
  • a new LTF for example, "Pre-emption LTF" used for such purposes may be added.
  • the Pre-emption LTF (or preamble) may be transmitted by being allocated to the allocation resource (for example, RU) of the Pre-emption signal indicated by the Trigger frame, for example, as shown in FIG. 21.
  • the Pre-emption transmission signal may interfere with the STA 2 signal, but not the STA 1 signal.
  • pre-emption transmission by applying the PPDU format for Pre-emption transmission, it is possible to suppress the interference caused by Pre-emption transmission to terminals transmitting other TB-PPDUs. Alternatively, pre-emption transmission can prevent other terminals from stopping transmission.
  • Pre-emption LTF it is possible to shorten the Preamble length in Pre-emption transmission, so it is possible to reduce interference to terminals transmitting other TB-PPDUs.
  • Pre-emption LTF may be a format that includes EHT-LTF and EHT-STF, or may be a format that includes EHT-LTF. Further, in Pre-emption LTF, when applying EHT-LTF, the number of symbols may be fixed to one symbol. Pre-emption transmission may, for example, support a single stream and not support multiple streams, so the EHT-LTF may be fixed to one symbol.
  • the AP when allowing a terminal to transmit Pre-emption, the AP requires normal (or non-Pre-emption) TB-PPDU reception hardware (for example, hardware for Preamble detection processing) and Pre-emption -Prepare separate hardware for receiving the empty signal and receive the normal TB-PPDU and Pre-emption transmission data separately. Therefore, the scale of the AP hardware may increase.
  • normal (or non-Pre-emption) TB-PPDU reception hardware for example, hardware for Preamble detection processing
  • Pre-emption -Prepare separate hardware for receiving the empty signal and receive the normal TB-PPDU and Pre-emption transmission data separately. Therefore, the scale of the AP hardware may increase.
  • the wireless communication system may include an AP 100 and a terminal 200 as in the first embodiment.
  • the configuration of AP 100 according to this embodiment may be the same as the configuration according to Embodiment 1.
  • the configuration of terminal 200 according to this embodiment may be the same as the configuration according to Embodiment 1.
  • the operation of the pre-emption transmission control section 204 may be different from that in the first embodiment, for example.
  • the Pre-emption transmission control unit 204 determines whether the Pre-emption is within the LENGTH time notified by the Trigger frame, based on the Pre-emption resource information included in the Pre-emption information input from the Trigger frame determination unit 203. -Control the transmission of empty transmission data (for example, urgent data).
  • the Pre-emption transmission control unit 204 controls the transmission conditions. Pre-emption transmission may be controlled according to the following.
  • the Pre-emption transmission control unit 204 sets (eg, limits) the Pre-emption transmission timing, for example.
  • the Pre-emption transmission control unit 204 may set the transmission timing of the Pre-emption signal based on the transmission timing of the TB-PPDU indicated by the Trigger frame. Note that an example of how to set the pre-emption transmission timing will be described later.
  • Pre-emption transmission control section 204 outputs information used for pre-emption data transmission to transmission signal generation section 205.
  • FIG. 22 is a diagram illustrating a setting example of the pre-emption transmission timing according to setting method 1.
  • the Pre-emption signal is sent after the U-SIG symbol of the TB-PPDU (for example, normal TB-PPDU) indicated by the Trigger frame (or after the pre-EHT modulated field). It may be possible to transmit at the timing of , and disable transmission at the timing before the U-SIG symbol.
  • the Pre-emption signal can be set to be transmitted at a timing after the EHT-related symbol (e.g., EHT-STF symbol) of the TB-PPDU indicated by the Trigger frame, and cannot be transmitted at the timing before the EHT-related symbol. It's okay to be.
  • the AP100 may be equipped with a separate hardware configuration that performs FFT/DFT processing on the signals of each field. There is sex.
  • the AP 100 uses the Pre-EHT modulated field signal in the receiver configuration.
  • the hardware for L-STF to U-SIG reception processing (signal detection, FFT/DFT processing, etc.) can be shared between TB-PPDU and Pre-emption PPDU.
  • the reception processing of the L-STF to U-SIG of the Pre-emption PPDU is started at least after the reception processing of the L-STF to U-SIG of the TB-PPDU. Therefore, the AP 100 can perform reception processing for both TB-PPDUs and Pre-emption PPDUs using, for example, common reception processing hardware that supports the Pre-EHT modulated field.
  • the scale of the hardware in the AP 100 can be reduced.
  • Pre-emption transmission timing setting (or restriction) may be controlled based on the Capability information of the AP 100.
  • the Capability information of the AP 100 may include a flag indicating whether the timing of Pre-emption transmission is set (or limited) after the U-SIG symbol of the TB-PPDU. For example, if the flag is 0 (eg, not restricted), the terminal 200 can perform Pre-emption transmission even before or after the U-SIG symbol. Further, for example, if the flag is 1 (for example, if it is restricted), the terminal 200 cannot perform Pre-emption transmission before the U-SIG symbol, and cannot perform Pre-emption transmission after the U-SIG symbol. It becomes possible to do so.
  • the timing of Pre-emption transmission is not limited to the method based on the timing of the U-SIG symbol (or EHT-STF symbol).
  • the pre-emption transmission timing is set (or limited) based on the timing after the U-SIG symbol (for example, the timing after EHT-LTF) based on the processing configuration of the hardware of the AP 100. It may be a configuration.
  • FIG. 23 is a diagram illustrating an example of setting the transmission timing of Pre-emption according to setting method 2.
  • the Pre-emption The transmission timing may be set (or limited).
  • the Pre-emption signal may be transmitted in alignment with the symbol timing of the TB-PPDU indicated by the Trigger frame.
  • Pre-emption transmission timing setting (or restriction) may be controlled based on the Capability information of the AP 100.
  • the terminal 200 can transmit Pre-emption regardless of the symbol timing of the TB-PPDU. Further, for example, when the flag is 1 (for example, when it is restricted), the terminal 200 can perform pre-emption transmission in accordance with the symbol timing of the EHT modulated field of the TB PPDU.
  • the Pre-emption PPDU format is the same format as the TB-PPDU, but the Pre-emption PPDU format is not limited to this.
  • the PPDU format for Pre-emption may be the format for Pre-emption described in the second embodiment. Due to the Pre-emption format, the AP 100 does not need to perform Pre-EHT modulated field reception processing in the Pre-emption reception processing. Therefore, in the pre-emption reception process, the AP 100 does not need hardware for receiving the pre-EHT modulated field.
  • Trigger type controlled by multi-user block ack request (MU-BAR), multi-user request to send (MU-RTS), group cast with retries (GCR)-MU-BAR, ACK, RTS or clear to send (CTS) is important information in radio control. Therefore, for example, in a Trigger frame in which a Trigger type such as MU-BAR, MU-RTS, or GCR-MU-BAR is set, transmission of Pre-emption may not be permitted. For example, transmission of Pre-emption may be permitted in a Trigger frame in which a Trigger type different from MU-BAR, MU-RTS, and GCR-MU-BAR is set.
  • Capability information of the AP 100 (for example, performance such as allowing XdB or more from the power notified by Target RSSI) is notified to the terminal 200, and the terminal 200 determines whether or not to send pre-emption based on the capability information. Pre-emption transmission power may be determined.
  • X may be specified in the specifications, or may be notified to the terminal 200 by control information such as a beacon.
  • Pre-emption transmission may be controlled based on the amount of variation in power from Target Received Power, depending on the Capability of AP 100. This can prevent the AP 100 from being unable to correctly decode the Pre-emption signal due to the influence of the received power difference between Pre-emption and non-Pre-emption.
  • Non-Pre-emption TB-PPDUs may not be transmitted in the resources allocated for Pre-emption.
  • the terminal 200 does not need to transmit data (for example, non-Pre-emption TB-PPDU) in resources where Pre-emption may occur. This makes it possible to eliminate the interference that non-Pre-emption TB-PPDUs give to Pre-emption PPDUs, thereby improving the reception quality of Pre-emption signals.
  • data for example, non-Pre-emption TB-PPDU
  • a trigger frame or a beacon for example, 0: Can be sent, 1: Cannot be sent.
  • control may be applied to the terminal 200 that performs Pre-emption transmission to delay the start timing of Pre-emption transmission or to permit cancellation of Pre-emption transmission. Since resources can be made orthogonal or quasi-orthogonal between pre-emption transmission and non-pre-emption transmission, interference can be reduced.
  • different stream numbers may be assigned to the terminal 200 that performs non-Pre-emption transmission and the terminal 200 that performs Pre-emption transmission in the trigger frame.
  • different stream numbers may be assigned to the terminal 200 that performs non-Pre-emption transmission and the terminal 200 that performs Pre-emption transmission.
  • the terminal 200 that performs Pre-emption transmission and the terminal 200 that performs non-Pre-emption transmission include assignment to the terminal 200 that performs non-Pre-emption transmission and assignment to the terminal 200 that performs Pre-emption transmission.
  • the LTF length (for example, the number of EHT-LTF symbols) may be determined based on the total number of spatial streams determined.
  • the terminal 200 that performs Pre-emption transmission specifies Pre-emption, for example. If a Trigger frame containing an allocation is received, the preamble of the TB PPDU may be transmitted and the transmission of the data field may be deferred. The transmission of the preamble of the TB PPDU may be performed, for example, at the same timing as non-Pre-emption transmission, and a certain delay may be allowed compared to the case of non-Pre-emption transmission.
  • the AP 100 may perform channel estimation using EHT-LTF for the terminal 200 that may receive the preamble part (for example, without receiving the data part) and transmit the pre-emption.
  • the terminal 200 that performs Pre-emption transmission may start transmitting a data field, for example, when data for Pre-emption transmission occurs.
  • the resources can be made orthogonal or quasi-orthogonal between the terminal 200 that performs Pre-emption transmission and the terminal 200 that performs non-Pre-emption transmission, so that interference can be reduced.
  • the terminal 200 may, for example, retransmit all or part of the preamble prior to transmitting the data field. Retransmission of the preamble allows the AP 100 to perform timing detection of the data field.
  • Embodiment 4 In Embodiments 1 to 3, the pre-emption control method for uplink signals (for example, upstream OFDM signals) controlled by the trigger frame was explained, but in this embodiment, We will explain how to control pre-emption regarding.
  • uplink signals for example, upstream OFDM signals
  • FIG. 24 is a diagram illustrating an example of pre-emption transmission in the downlink.
  • the AP detects that pre-emption downlink data (for example, data with an emergency) is generated while transmitting downlink data (for example, MU PPDU) for STA 1. .
  • the AP overrides the pre-emption data addressed to a different STA (for example, STA 2) on the downlink PPDU destined for STA 1 and transmits it. good.
  • the present invention is not limited to the example shown in FIG. 24, and the AP may perform Pre-emption transmission in a part of the transmission band of the downlink PPDU of STA1.
  • the AP may notify the terminal that Pre-emption has occurred in the downlink (for example, that a part of the non-Pre-emption transmission signal is not transmitted). Thereby, the terminal can improve reception performance by not applying the signal in the section where pre-emption occurs to the decoding process.
  • FIG. 25 is a diagram illustrating an example of the format of a downlink OFDM signal (for example, EHT MU PPDU).
  • EHT MU PPDU the format of a downlink OFDM signal
  • the difference from the uplink OFDM signal format (eg, FIG. 1) is that there is an EHT-SIG field that includes control information (eg, resource allocation information) for signals transmitted on the downlink.
  • control information eg, resource allocation information
  • the wireless communication system may include, for example, an AP 300 shown in FIG. 26 and a terminal (STA) 400 shown in FIG. 27. Two or more APs 300 and at least one of the terminals 400 may exist in the wireless communication system.
  • the AP 300 may transmit pre-emption data (for example, data indicating an emergency) to the terminal 400.
  • AP 100 may be, for example, an AP that supports EHT or EHTplus.
  • the communication partner AP 100 may support EHTplus.
  • the terminal 400 may be, for example, either an EHT terminal or an EHTplus terminal.
  • the terminal 400 separates data addressed to each terminal 400 from the resources allocated to each terminal 400 from the received signal, and performs reception processing.
  • the AP 300 may have backward compatibility.
  • the AP 300 that supports EHTplus may be able to communicate with HE terminals and EHT terminals using Trigger frame in addition to EHTplus terminals.
  • FIG. 26 is a block diagram showing a configuration example of AP 300.
  • the AP 300 shown in FIG. 26 includes, for example, a Pre-emption transmission control section 301, a scheduler section 302, a Pre-emption Indicator generation section 303, a transmission signal generation section 304, a wireless transmission/reception section 305, and a received signal demodulation/decoding section. 306.
  • the pre-emption transmission control section 301 and the scheduler section 302 may be included in an access control section (for example, a MAC processing section).
  • an access control section for example, a MAC processing section
  • the Pre-emption transmission control unit 301 when the Pre-emption transmission control unit 301 detects the occurrence of Pre-emption data (for example, data with an emergency) during the transmission of downlink data, the Pre-emption transmission control unit 301 requests the scheduler unit 302 to request resources for Pre-emption transmission. Indicates that allocation (or that pre-emption transmission has occurred).
  • Pre-emption data for example, data with an emergency
  • the Pre-emption transmission control unit 301 requests the scheduler unit 302 to request resources for Pre-emption transmission. Indicates that allocation (or that pre-emption transmission has occurred).
  • the scheduler unit 302 may perform scheduling for the terminal 400, for example.
  • the scheduler unit 302 allocates downlink resources to the terminal 400 that does not perform Pre-emption transmission but performs existing (or normal) MU-PPDU transmission (for example, non-Pre-emption transmission).
  • the information identifying the terminal 400 (for example, terminal ID) and the radio resource information (allocated band, MCS, etc.) of each terminal 400 are determined, and the determined information is output to the transmission signal generation section 304.
  • the scheduler section 302 outputs information indicating that no pre-emption has occurred at the present time to the pre-emption indicator generation section 303.
  • the scheduler section 302 controls the downlink for pre-emption. It performs resource allocation, determines the terminal ID and radio resource information for pre-emption (allocated band, etc.), and outputs the determined information to transmission signal generation section 304. Furthermore, in this case, the scheduler section 302 outputs information indicating that pre-emption occurs (for example, including the frequency and time resources at which pre-emption occurs) to the pre-emption indicator generation section 303.
  • the Pre-emption Indicator generation unit 303 generates control information (for example, including the frequency and time resources at which Pre-emption occurs) input from the scheduler unit 302 to notify the occurrence of Pre-emption. For example, generate a Pre-emption Indicator.
  • Pre-emption indicator generation section 303 outputs the generated information to transmission signal generation section 304. Note that an example of processing in the Pre-emption Indicator generation unit 303 will be described later.
  • Transmission signal generation section 304 performs error correction coding on downlink control information, downlink data, and information input from pre-emption indicator generation section 303 based on radio resource information input from scheduler section 302. , performs modulation processing, and outputs the modulated data signal to the wireless transmitting/receiving section 305.
  • the transmission signal generation section 304 converts non-Pre-emption data into Pre-emption data in the frequency and time resources for Pre-emption transmission input from the scheduler section 302. You can overwrite the data.
  • the AP 300 maps the modulated signal to a specified frequency resource, performs IFFT/IDFT processing to convert it into a time waveform, By adding CP, an OFDM signal may be formed.
  • the wireless transmission/reception unit 305 performs wireless transmission processing such as D/A conversion and up-conversion to a carrier frequency on the modulated signal input from the transmission signal generation unit 304, and converts the signal after the wireless transmission processing. , is transmitted to the terminal 400 via the antenna. Furthermore, the wireless transmitting/receiving unit 305 receives a signal transmitted from the terminal 400 via an antenna, and performs wireless reception processing such as down-conversion to baseband and A/D conversion on the received signal. and outputs the signal after the radio reception processing to the received signal demodulation/decoding section 306.
  • the received signal demodulation/decoding unit 306 performs demodulation processing and decoding processing on the signal input from the wireless transmission/reception unit 305, and obtains control information such as ACK transmitted from the terminal 400 and data.
  • the received signal demodulation/decoding section 306 may output control information such as ACK to the scheduler section 302.
  • the AP 300 for example, the received signal demodulation/decoding section 306 may perform CP removal processing and FFT/DFT processing.
  • FIG. 27 is a block diagram showing a configuration example of the terminal 400.
  • Terminal 400 shown in FIG. 27 includes, for example, a wireless transmission/reception section 401, a pre-emption indicator demodulation/decoding section 402, a received signal demodulation section 403, a received signal decoding section 404, and a transmission signal generation section 405. It's fine.
  • the wireless transmitting/receiving unit 401 receives a received signal with an antenna, performs wireless reception processing such as down conversion and A/D conversion on the received signal, and converts the signal after the wireless reception processing into Pre-emption Indicator demodulation and It is output to decoding section 402 and received signal demodulating section 403. Furthermore, the wireless transmitting/receiving section 401 performs wireless transmission processing such as up-conversion and D/A conversion on the signal input from the transmission signal generation section 405, and transmits the signal after the wireless transmission processing from the antenna.
  • the Pre-emption Indicator demodulation/decoding unit 402 performs demodulation processing and decoding processing on the data in the field including the Pre-emption Indicator of the received data input from the wireless transmitting/receiving unit 401, for example, and performs Pre-emption transmission. information regarding resources is output to received signal decoding section 404.
  • the received signal demodulation section 403 performs demodulation processing on the received data input from the wireless transmission/reception section 401, and outputs the demodulated signal to the received signal decoding section 404.
  • terminal 400 for example, received signal demodulation section 403 may perform, for example, CP removal processing and FFT/DFT processing.
  • the received signal decoding unit 404 decodes the demodulated data sequence input from the received signal demodulation unit 403 based on the information regarding resources for Pre-emption transmission input from the Pre-emption Indicator demodulation/decoding unit 402.
  • the data decoding process is performed by excluding data from resources to which no signal addressed to the terminal 400 has been transmitted (for example, resources for pre-emption transmission), and the received data is extracted.
  • received signal decoding section 404 outputs, for example, information indicating whether or not data decoding was successful (eg, decoding result) to transmission signal generating section 405.
  • received signal decoding section 404 extracts the demodulated data sequence input from received signal demodulation section 403 based on the resource information of Pre-emption transmission. , extracts the Pre-emption signal, performs data decoding processing, and extracts the Pre-emption data.
  • the transmission signal generation section 405 generates a transmission signal such as ACK, for example, based on the decoding result input from the reception signal decoding section 404.
  • Transmission signal generation section 405 performs, for example, error correction encoding and modulation processing on the generated transmission signal, and outputs the modulated data signal to radio transmission/reception section 401.
  • the terminal 400 for example, the transmission signal generation section 405 performs IFFT/IDFT processing after mapping the modulated signal to a frequency resource, and adds a CP to generate the OFDM signal. May be formed.
  • the AP 300 notifies the terminal 400 that Pre-emption has occurred (for example, that a part of the non-Pre-emption transmission signal is not transmitted), for example, using control information (Pre-emption indicator). Thereby, the terminal 400 can improve reception performance by, for example, not applying the signal in the section where the pre-emption occurs to the decoding process of the non-pre-emption.
  • Pre-emption indicator format example 1 In the Pre-emption Indicator format example 1, the presence or absence of Pre-emption in each OFDM symbol constituting the data portion (or whether or not data is to be transmitted to the corresponding terminal 400) may be notified.
  • FIG. 28 shows the format of the Pre-emption Indicator in Pre-emption Indicator format example 1.
  • a 1-bit Pre-emption Indicator may be set for each OFDM symbol #1 to #N. For example, if Pre-emption occurs in each OFDM symbol (for example, when data is not transmitted to the corresponding terminal 400), the Pre-emption Indicator is set to 1, and if Pre-emption does not occur (for example, when data is not transmitted to the corresponding terminal 400), the Pre-emption Indicator is set to 1. , when transmitting data to the corresponding terminal 400), 0 may be set in the Pre-emption Indicator.
  • the terminal 400 can determine for each OFDM symbol whether or not Pre-emption occurs in the data portion (or whether or not data addressed to the terminal 400 is transmitted).
  • Pre-emption indicator format example 2 In Pre-emption Indicator format example 2, the presence or absence of Pre-emption in each of a plurality of OFDM symbols (for example, a group) among the OFDM symbols constituting the data part (or whether data is transmitted to the corresponding terminal 400) is determined. (whether or not) may be notified all at once.
  • FIG. 29 shows the format of the Pre-emption Indicator in Pre-emption Indicator format example 2.
  • a 1-bit Pre-emption Indicator may be set for each two OFDM symbols among OFDM symbols #1 to #N. For example, if Pre-emption occurs in either of two OFDM symbols corresponding to 1 bit (for example, when data is not transmitted to the corresponding terminal 400), the Pre-emption Indicator may be set to 1. Further, for example, if Pre-emption does not occur in either of the two OFDM symbols corresponding to 1 bit (for example, when transmitting data to the corresponding terminal 400), 0 may be set in the Pre-emption Indicator.
  • the number of bits of control information can be reduced compared to the Pre-emption Indicator format example 1.
  • the format of the Pre-emption Indicator is not limited to these, and may be other formats. Further, for example, in FIGS. 28 and 29, the number of bits allocated as the Pre-emption Indicator is not limited to 1 bit, and may be 2 or more bits. Furthermore, the unit of OFDM symbols corresponding to the Pre-emption Indicator is not limited to one symbol or two symbols, and may be three or more symbols. Further, format example 1 and format example 2 may be applied in combination.
  • the AP 300 may transmit the Pre-emption Indicator after the Data section of the downlink PPDU.
  • the decoding process may be performed with a smaller value.
  • FIG. 30 shows a PPDU format in PPDU format example 1.
  • a Pre-emption Indicator field that notifies a Pre-emption Indicator may be set after the Data field of a downlink PPDU (for example, MU PPDU).
  • the code/modulation method eg, MCS
  • a Pre-emption Indicator addressed to each terminal 400 may be notified for each band allocated to each terminal 400, as shown in FIG.
  • the time length of the Pre-emption Indicator may be adjusted to the size of the Pre-emption Indicator addressed to the terminal 400 with the longest time length among the terminals 400 multiplexed in OFDMA.
  • the size adjustment may be performed by adding padding bits (for example, all 0).
  • the Pre-emption Indicator may be included in the PE (Packet Extension) field of the downlink PPDU, for example.
  • the AP 300 may transmit the Pre-emption indicator in the PE field of the downlink PPDU, for example.
  • the overhead of control information can be reduced by using it for notification of the pre-emption indicator.
  • the AP 300 transmits downlink information that includes control information (for example, whether or not Pre-emption transmission occurs) regarding resources used for Pre-emption transmission that occurs during the transmission of downlink PPDUs.
  • the PPDU is transmitted to the terminal 400.
  • Terminal 400 performs reception control of the pre-emption signal based on the control information included in the downlink PPDU.
  • the terminal 400 can receive data generated while the AP 300 is transmitting a signal to another terminal (for example, data with an emergency) based on the control information included in the downlink PPDU. Therefore, according to the present embodiment, even if pre-emption transmission occurs, delay can be reduced, and the efficiency of signal transmission control in wireless communication can be improved.
  • the configuration of the Trigger frame, the configuration of the Common Info field, User Info field, and Special User Info field in the Trigger frame, and the configuration of the uplink PPDU or downlink PPDU are the same as the examples described above.
  • other configurations may be used in which at least one of the addition of another field and the deletion of some fields is performed.
  • addition of another subfield and deletion of some subfields may also be used.
  • the format to which the embodiment of the present disclosure is applied is not limited to the 11be format.
  • 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
  • (supplement) Information indicating whether a terminal e.g., terminal 200 or terminal 400 supports the functions, operations, or processes shown in each of the embodiments described above may be used as, for example, terminal capability information or capability parameters. It may also be transmitted (or notified) from the terminal to the AP (for example, AP 100 or AP 300).
  • the capability information may include an information element (IE) that individually indicates whether the terminal 200 supports at least one of the functions, operations, or processes shown in each of the embodiments described above.
  • the capability information may include an information element indicating whether the terminal supports a combination of any two or more of the functions, operations, or processes shown in each of the embodiments described above.
  • Information elements are also simply called elements.
  • the AP may determine (or determine or assume) the functions, operations, or processes that are supported (or not supported) by the terminal that has sent the capability information, based on the capability information received from the terminal.
  • the AP may perform operations, processing, or control according to the determination result based on the capability information.
  • the AP may control pre-emption based on capability information received from the terminal.
  • the terminal does not support some of the functions, operations, or processes shown in each of the embodiments described above may be interpreted as saying that such some functions, operations, or processes are limited in the terminal. Good too. For example, information or requests regarding such restrictions may be communicated to the AP.
  • Information regarding the capabilities or limitations of the terminal may be defined in a standard, for example, or may be implicitly notified to the AP in association with information known at the AP or information sent to the AP.
  • Each functional block used in the description of the above embodiment is partially or entirely realized as an LSI that is an integrated circuit, and each process explained in the above embodiment is partially or completely realized as an LSI, which is an integrated circuit. It may be controlled by one LSI or a combination of LSIs.
  • the LSI may be composed of individual chips, or may be composed of a single chip that includes some or all of the functional blocks.
  • the LSI may include data input and output.
  • LSIs are sometimes 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 using a dedicated circuit, a general-purpose processor, or a dedicated processor. Furthermore, 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 circuit cells inside the LSI may be used.
  • FPGA Field Programmable Gate Array
  • reconfigurable processor that can reconfigure the connections and settings of circuit cells inside the LSI may be used.
  • the present disclosure may be implemented as digital or analog processing.
  • the present disclosure can be implemented in all types of devices, devices, and systems (collectively referred to as communication devices) that have communication capabilities.
  • the communication device may include a wireless transceiver and processing/control circuitry.
  • the wireless transceiver may include a receiving section and a transmitting section, or both as functions.
  • the 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 (e.g.
  • digital audio/video players wearable devices (e.g. wearable cameras, smartwatches, tracking devices), game consoles, digital book readers, telehealth/telemedicine (e.g. These include care/medicine prescription) devices, communication-enabled vehicles or mobile transportation (cars, airplanes, ships, etc.), and combinations of the various devices described above.
  • wearable devices e.g. wearable cameras, smartwatches, tracking devices
  • game consoles digital book readers
  • digital book readers e.g. These include care/medicine prescription) devices, communication-enabled vehicles or mobile transportation (cars, airplanes, ships, etc.), and combinations of the various devices described above.
  • Communication equipment is not limited to portable or movable, but also non-portable or fixed equipment, devices, systems, such as smart home devices (home appliances, lighting equipment, smart meters or It also includes measuring devices, control panels, etc.), vending machines, and any other "things” that can exist on an Internet of Things (IoT) network.
  • IoT Internet of Things
  • Communication includes data communication using cellular systems, wireless LAN systems, communication satellite systems, etc., as well as data communication using a combination of these.
  • Communication devices also include 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 communication functions of a communication device.
  • Communication equipment also includes infrastructure equipment, such as base stations, access points, and any other equipment, devices, or systems that communicate with or control the various equipment described above, without limitation. .
  • An access point includes a control circuit that generates control information regarding resources used for transmitting a second signal that occurs during transmission of a first signal, and a transmitting circuit that transmits the control information. , is provided.
  • control information is included in the User Info field of the trigger frame.
  • the association ID (AID) of the User Info field including the control information is a value associated with the transmission of the second signal.
  • the plurality of User Info fields include information indicating whether the User Info field is related to transmission of the second signal.
  • the association ID (AID) of the User Info field regarding the transmission of the second signal is the AID value of at least one terminal capable of transmitting the second signal.
  • a condition regarding whether to permit transmission of the second signal is defined, is notified to the terminal by the trigger frame, or is notified to the terminal by a signal different from the trigger frame. Be notified.
  • the condition is based on at least one of the traffic type of the second signal, the time length of the second signal, and the transmission timing of the second signal.
  • the information regarding the conditions includes the UL-EHT MCS subfield, SS Allocation subfield, UL Target Received Power subfield, Trigger Dependent User info subfield, and Special User Info field of the User Info field of the trigger frame. Included in at least one of the Reserved subfields.
  • control information is included in the Common Info field of the trigger frame.
  • the format of the second signal is different from the format of the first signal, and the preamble of the second signal is transmitted within the allocated resources of the second signal indicated by a trigger frame. Ru.
  • the transmission timing of the second signal is set based on the transmission timing of the first signal.
  • the second signal is transmitted at a timing subsequent to a symbol related to Extreme High Throughput (EHT) of the first signal.
  • EHT Extreme High Throughput
  • the second signal is transmitted in alignment with the symbol timing of the first signal.
  • the first signal and the second signal are downlink data
  • the control information is included in the first signal
  • the control information is included in the first signal during transmission of the first signal. 2 signal is generated.
  • control information field is set after the data field of the first signal.
  • control information is included in a Packet Extension (PE) field of the first signal.
  • PE Packet Extension
  • a terminal includes a receiving circuit that receives control information regarding resources used for transmitting a second signal that occurs during transmission of a first signal; A control circuit that controls signal transmission or reception.
  • the access point In a communication method according to an embodiment of the present disclosure, the access point generates control information regarding resources used for transmitting a second signal that occurs during transmission of the first signal, and transmits the control information.
  • a terminal receives control information regarding resources used for transmitting a second signal that occurs during transmission of a first signal, and based on the control information, the terminal Controls the transmission or reception of 2 signals.
  • An embodiment of the present disclosure is useful for wireless communication systems.

Abstract

アクセスポイントは、第１信号の送信中に発生する第２信号の送信に使用されるリソースに関する制御情報を生成する制御回路と、制御情報を送信する送信回路と、を具備する。

Description

アクセスポイント、端末、及び通信方法
　本開示は、アクセスポイント、端末、及び通信方法に関する。
　The Institute of Electrical and Electronics Engineers（IEEE）において、規格IEEE 802.11ax（以下、「11ax」とも呼ぶ）の後継規格にあたる次世代無線ローカルエリアネットワーク（Local Area Network：LAN）向けの規格IEEE 802.11be（以下、「11be」とも呼ぶ）の検討が進められている。例えば、11axはHigh Efficiency（HE）とも呼ばれ、11beはExtreme High Throughput（EHT）とも呼ばれる。また、更なるLow latency又はスループット向上を目指した11beの後継規格についても要求仕様の議論が進められている（例えば、非特許文献１を参照）。例えば、11beの後継規格を「EHTplus」又は「beyond 11be」とも呼ぶ。
　しかしながら、無線LANのような無線通信における信号送信の制御方法については十分に検討されていない。
　本開示の非限定的な実施例は、無線通信における送信制御の効率を向上できるアクセスポイント、端末及び通信方法の提供に資する。
　本開示の一実施例に係るアクセスポイントは、第１信号の送信中に発生する第２信号の送信に使用されるリソースに関する制御情報を生成する制御回路と、前記制御情報を送信する送信回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、例えば、無線通信における送信制御の効率を向上できる。
　本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
Extreme High Throughput(EHT) Trigger-based(TB) Physical layer (PHY) Protocol Data Unit(PPDU) (EHT TB PPDU)のフォーマットの一例を示す図 Common Info fieldの一例を示す図 User Info fieldの一例を示す図 Special User Info fieldの一例を示す図 Trigger typeの一例を示す図 データ送信の一例を示す図 他のデータにオーバーライドした上りデータの送信例を示す図 Pre-emption送信の一例を示す図 アクセスポイント（AP：Access Point）の一部の構成例を示すブロック図 端末（STA：Station）の一部の構成例を示すブロック図 APの構成例を示すブロック図 端末の構成例を示すブロック図 LENGTHに基づく送信条件の一例を示す図 送信タイミングに基づく送信条件の一例を示す図 Pre-emptionの送信タイミングの一例を示す図 Trigger Dependent User info fieldの一例を示す図 User Info fieldのフォーマット例を示す図 User Info fieldのフォーマット例を示す図 User Info fieldのフォーマット例を示す図 Pre-emption送信の一例を示す図 Pre-emption送信の一例を示す図 Pre-emption送信の一例を示す図 Pre-emption送信の一例を示す図 Pre-emption送信の一例を示す図 EHT multi-user(MU) PPDU（ETH MU PPDU）のフォーマットの一例を示す図 APの構成例を示すブロック図 端末の構成例を示すブロック図 Pre-emption Indicatorのフォーマット例を示す図 Pre-emption Indicatorのフォーマット例を示す図 Pre-emption Indicatorを含むPPDUのフォーマット例を示す図 Pre-emption Indicatorを含むPPDUのフォーマット例を示す図
　以下、本開示の各実施の形態について図面を参照して詳細に説明する。
　HEでは、上りの直交周波数分割多重アクセス（OFDMA：Orthogonal Frequency-Division Multiple Access）の導入が規定された。アクセスポイント（AP：Access Point。又は、「基地局」とも呼ばれる）は、上りOFDMA信号の送信を指示する制御信号（以下、「Trigger frame」と呼ぶ）を、当該APが収容している複数の端末（STA：Station。又は、「non-AP STA」とも呼ばれる）へ送信する。
　端末は、Trigger frameによって指示される情報に基づいて、上りOFDMA信号を送信する。図１は、上りOFDMA信号に用いられるtrigger-based physical layer (PHY) protocol data unit（TB PPDU）のフォーマットの一例を示す図である。図１において、Legacy Short Training Field(L-STF)/Legacy Long Training Field(L-LTF)/Legacy Signal(L-SIG)/Repeated Legacy Signal(RL-SIG)/Universal Signal(U-SIG)は、レガシー(例えば、IEEE802.11a又はIEEE802.11nなど)と同様のFast Fourier Transform（FFT）またはDiscrete Fourier Transform（DFT）(以下、FFT/DFTと呼ぶ)サイズ、及び／又は、レガシーと同様のサブキャリア間隔のOFDMを適用するフィールドであり、「pre-EHT modulated field」、「レガシプリアンブル」又は「レガシフィールド」とも呼ばれる。また、図１において、EHT-STF以降のフィールドはEHTにおいて規定されるFFT/DFTサイズ、及び／又は、EHTにおいて規定されるサブキャリア間隔のOFDMを適用するフィールドであり、「EHT modulated field」又は「非レガシフィールド」とも呼ばれる。
　EHTplusにおいて、新たなTB PPDUフォーマットが規定され得る。新たなTB PPDUフォーマットは、例えば、非レガシーSTF（図１のEHT-STFに相当）、非レガシーLTF（図１のEHT-LTEに相当）を含んでもよい。
　EHTにおいても、複数端末に上りOFDMA信号の送信を指示する制御信号として、HEのTrigger frameを再利用することが合意されている（例えば、非特許文献２を参照）。
　EHTplusにおいても、同様に、複数端末に対する上り信号の送信を指示する制御信号として、Trigger frameを再利用し得る。
　Trigger frameは、例えば、Medium Access Control（MAC） headerに加えて、Common Info fieldと、User Info Listと、Special User Info fieldとを含む（例えば、非特許文献２、３を参照）。Common Info fieldには、例えば、OFDMA多重する複数の端末に、端末間で共通の情報が含まれる。User Info Listは、例えば、複数のUser Info fieldを含む。User Info fieldには、端末に個別の固有の情報が含まれる。Special User Info fieldには、EHTに対応する端末（例えば、「EHT端末」と呼ぶ）向けの共通情報が含まれる。また、Special User Info fieldには、EHTplusに対応する端末（例えば、「EHTplus端末」と呼ぶ）向けの共通情報が含まれてもよい。
　図２は、Common Info field（Common Info field, EHT variant）の一例を示す図である。図３は、User Info field（User Info field, EHT variant）の一例を示す図である。図４は、Special User Info fieldの一例を示す図である。図２、図３、及び、図４には、EHTで検討中の構成例が示される（例えば、非特許文献２、３を参照）。
　EHT端末向けにTrigger frameが送信される場合、Special User Info fieldが設けられてもよい。例えば、Special User Info fieldは、User info fieldに特別なAID（Association ID、例えば、AID＝2007）が設定されたfieldである。Special User Info fieldでは、EHT端末向けの上りの帯域幅情報といった、端末間で共通の情報が通知されてよい。EHTplusにおいても、EHTと同様に、EHTplus端末向けに特別なAID（例えば、AID＝2006）を用いて、EHTplus端末の間で共通の情報をSpecial User Info fieldで通知されてもよい。
　Common Info fieldのTrigger Type subfieldは、Trigger frameの種別を指示する情報を含む。Trigger frameの種別とは、APが端末に送信させる信号の種別であってよい。
　図５は、Trigger Typeの一例を示す図である。図５には、Trigger Type subfieldの値と、その値が示すTrigger frameの種別との対応関係がテーブル形式で示される。HEでは、Trigger Typeとして、図５に示す種別が定義されている（例えば、非特許文献４を参照）。例えば、図２に示すTrigger Dependent Common Info subfieldには、Trigger Typeに依存した共通情報が含まれる。
　Trigger frameの制御では、例えば、図６に示すように、或る端末（例えば、STA 1）が上り信号（PPDU 1）を送信中に、他の端末（例えば、STA 2）が割り込んで上り信号を送信できない。この場合、例えば、緊急性のより高い送信データが発生した場合、他の端末は、次の送信機会（例えば、次のTransmission Opportunity（TXOP）期間）まで送信を待つため、遅延が増加する。そこで、例えば、図７に示すように、優先度の高いデータ（例えば、緊急を有するデータ。例えば、PPDU 2）の送信を、他の端末によるデータ（例えば、PPDU 1）の送信にオーバーライド（例えば、上り信号（PPDU 1）と一部又は全部が重複する周波数帯域でデータ(例えば、PPDU 2)を送信）させる方法について検討されている（例えば、非特許文献５を参照）。
　他の端末が信号を送信中に、データ（例えば、緊急を有するデータ）をオーバーライドして送信するための制御方法、及び、Trigger frameのフォーマットについては十分に検討されていない。
　本開示の非限定的な実施例では、他の端末の信号送信中にデータをオーバーライドして送信するための制御方法、及び、Trigger frameのフォーマットの例について説明する。
　（実施の形態１）
　本実施の形態では、或る端末が、他の端末の上り信号送信中に、データ（例えば、緊急を有するデータ）をオーバーライドして送信するための制御情報（例えば、Trigger frame）の構成について説明する。
　以下では、或る端末が、他の端末の信号送信中にデータ（例えば、緊急を有するデータ）をオーバーライドして送信する動作を「Pre-emption」と呼ぶ。
　例えば、図８は、Pre-emption送信の一例を示す図である。図８に示す例では、STA 1には、Trigger frameによって上りOFDM信号 (TB PPDU)の送信が指示される。よって、図８に示すように、STA 1は、Trigger frameを受信後にShort Inter Frame Space（SIFS）後のタイミングで、Trigger frameによって指示される上りOFDM信号の時間長（例えば、UL LENGTH）に対応する時間において上りOFDM信号を送信する。また、図８において、例えば、STA 2では、UL LENGTHの区間内に緊急を有するデータが発生する。このため、図８に示すように、STA 2は、STA 1が送信するTB PPDUの帯域全体又は一部において、STA 1の送信先であるAPと同一のAP宛てに、特定の時間（例えば、UL LENGTHの区間内）において、信号（例えば、TB PPDU）をSTA 1のTB PPDUにオーバーライドさせて送信する。
　図８におけるSTA 2の送信動作をPre-emption（又は、Pre-emption送信）と呼ぶ。
　Pre-emptionにおいて制御されるデータ（例えば、緊急を有するデータ）は、例えば、破棄されるまでの時間が閾値以下のデータでもよく、許容される遅延が閾値以下のデータでもよく、又は、単にTrigger frameによって指示されるLENGTHに対応する区間内に発生するデータでもよい。
　また、例えば、端末がTrigger frameを受信してから、Trigger frameによって指示されるLENGTH内において発生した緊急を有するデータを当該LENGTH内において送信する動作もPre-emption送信としてもよい。
　また、図８の例では、上りリンクの送信を例に挙げたが、APが下り信号を送信中に発生した他の端末宛てのデータ（例えば、緊急を有する下り信号のデータ）を、下り信号のLENGTH内において送信する動作もPre-emptionとしてもよい。
　［無線通信システムの構成］
　本実施の形態に係る無線通信システムは、例えば、図９に示すAP１００、及び、図１０に示す端末（STA）２００を備えてよい。AP１００及び端末２００の少なくとも一方は、無線通信システムにおいて２つ以上存在してもよい。AP１００は、例えば、端末２００に対して、Pre-emptionの制御を指示する制御情報（例えば、Trigger frame）を送信してよい。端末２００は、例えば、Trigger frameを受信し、受信したTrigger frameによって指示された情報に基づいて、Pre-emptionのデータ（例えば、緊急を有するデータ）をAP１００へ送信してよい。
　なお、端末２００は、例えば、EHT端末及びEHTplus端末の何れかでよい。
　また、AP１００は、例えば、各端末２００からのPre-emptionのデータを受信する。そして、AP１００は、例えば、受信信号から、各端末２００に割り当てたリソースの信号を分離し、受信処理を行う。
　また、AP１００は、例えば、EHT又はEHTplusをサポートするAPでよい。例えば、EHTplus端末と通信する場合、通信相手のAP１００は、EHTplusをサポートしてよい。また、AP１００は、下位互換性を有してよい。例えば、EHTplusをサポートするAP１００は、EHTplus端末に加えて、HE端末及びEHT端末ともTrigger frameを用いた通信が可能でよい。
　図９は、本開示の一実施例に係るAP１００の一部の構成例を示すブロック図である。図９に示すAP１００において、制御部（例えば、制御回路に対応）は、第１信号の送信（例えば、non-Pre-emption送信）中に発生する第２信号の送信（例えば、Pre-emption送信）に使用されるリソースに関する制御情報を生成する。送信部（例えば、送信回路に対応）は、制御情報を送信する。
　図１０は、本開示の一実施例に係る端末２００の一部の構成例を示すブロック図である。図１０に示す端末２００において、受信部（例えば、受信回路に対応）は、第１信号の送信（例えば、non-Pre-emption送信）中に発生する第２信号の送信（Pre-emption送信）に使用されるリソースに関する制御情報を受信する。制御部（例えば、制御回路に対応）は、制御情報に基づいて、第２信号の送信（例えば、UL送信）又は受信（例えば、DL受信）を制御する。
　［AP１００の構成例］
　図１１は、AP１００の構成例を示すブロック図である。図１１に示すAP１００は、例えば、スケジューラ部１０１と、Trigger frame生成部１０２と、送信信号生成部１０３と、無線送受信部１０４と、受信信号復調・復号部１０５と、を備えてよい。
　例えば、スケジューラ部１０１と、Trigger frame生成部１０２とは、アクセス制御部（例えば、MAC処理部）に含まれてよい。
　また、図１１に示すスケジューラ部１０１、Trigger frame生成部１０２、送信信号生成部１０３、及び、受信信号復調・復号部１０５の少なくとも一つは、例えば、図９に示す制御部に含まれてよい。また、図１１に示す無線送受信部１０４は、例えば、図９に示す送信部に含まれてよい。
　スケジューラ部１０１は、例えば、端末２００に対するスケジューリングを行ってよい。例えば、スケジューラ部１０１は、Pre-emption送信を行わない、既存（又は、通常）のTB-PPDU送信（例えば、non-Pre-emption送信）を行う端末２００に対して、上りリンクのリソース割り当てを行い、端末２００を識別する情報（例えば、端末ID）、各端末２００の無線リソース情報（割当帯域、Modulation and Coding Scheme（MCS）、送信電力等）を決定し、決定した情報をTrigger frame生成部１０２に出力する。
　また、スケジューラ部１０１は、例えば、non-Pre-emption送信を行う端末２００に割り当てるリソースの少なくとも一部において、Pre-emption用の上りリンクのリソース割り当て行い、Pre-emption制御用の無線リソース情報（割当帯域等）をTrigger frame生成部１０２へ出力する。
　なお、Pre-emption用の割り当てリソースには、non-Pre-emption送信を行う端末２００の割り当てリソースと異なるリソース（例えば、Pre-emption専用のリソース）が使用されてもよい。Pre-emption専用のリソースの使用により、Pre-emption送信を行わない端末２００と、Pre-emption送信を行う端末２００との間の干渉を低減できる。
　Trigger frame生成部１０２は、例えば、スケジューラ部１０１から入力される端末ID、各端末２００の無線リソース情報、Pre-emptionに関する制御情報に基づいて、Common Info field、User Info field及びSpecial User Info fieldを含むTrigger frameを生成する。Trigger frame生成部１０２は、生成したTrigger frameを、送信信号生成部１０３へ出力する。
　なお、Pre-emptionに関する制御情報を含むTrigger frameには、後述するPre-emptionの送信条件が含まれてもよい。Pre-emptionに関する制御情報を含むTrigger frameのフォーマット及び送信条件の例については後述する。
　送信信号生成部１０３は、例えば、Trigger frame生成部１０２から入力されるTrigger frameを含む送信データ信号に対して、誤り訂正符号化、変調処理を行い、変調後のデータ信号を無線送受信部１０４へ出力する。
　なお、変調後のデータ信号が直交周波数分割多重（OFDM：Orthogonal Frequency Division Multiplexing）信号である場合、AP１００（例えば、送信信号生成部１０３）は、変調信号を規定の周波数リソースにマッピングし、逆高速フーリエ変換（IFFT：Inverse Fast Fourier Transform）または逆フーリエ変換（IDFT：Inverse Discrete Fourier Transform）(以下、IFFT/IDFTと呼ぶ)処理を行って時間波形に変換し、サイクリックプリフィックス（CP：Cyclic Prefix）を付加することにより、OFDM信号を形成してよい。
　無線送受信部１０４は、例えば、送信信号生成部１０３から入力される変調信号に対して、D/A変換、及び、キャリア周波数へのアップコンバートといった無線送信処理を行い、無線送信処理後の信号を、アンテナを介して端末２００へ送信する。また、無線送受信部１０４は、例えば、端末２００から送信された信号を、アンテナを介して受信し、受信した信号に対して、ベースバンドへのダウンコンバート、及び、A/D変換といった無線受信処理を行い、無線受信処理後の信号を受信信号復調・復号部１０５へ出力する。
　受信信号復調・復号部１０５は、例えば、無線送受信部１０４から入力される信号に対して復調処理及び復号処理を行い、端末２００から送信されたデータを取得する。例えば、受信信号復調・復号部１０５は、取得したデータが正しく復号されたか否かを示す情報（例えば、ACK）をスケジューラ部１０１へ出力してよい。なお、受信信号復調・復号部１０５に入力される信号がOFDM信号の場合、AP１００（例えば、受信信号復調・復号部１０５）は、CP除去処理、及び、FFT/DFT処理を行ってよい。
　［端末２００の構成例］
　図１２は、端末２００の構成例を示すブロック図である。図１２に示す端末２００は、例えば、無線送受信部２０１と、受信信号復調・復号部２０２と、Trigger frame判定部２０３と、Pre-emption送信制御部２０４と、送信信号生成部２０５と、を備えてよい。
　例えば、Trigger frame判定部２０３と、Pre-emption送信制御部２０４との少なくとも一つは、アクセス制御部（例えば、MAC処理部）に含まれてよい。
　また、図１２に示す受信信号復調・復号部２０２、Trigger frame判定部２０３、Pre-emption送信制御部２０４、及び、送信信号生成部２０５の少なくとも一つは、例えば、図１０に示す制御部に含まれてよい。また、図１２に示す無線送受信部２０１は、例えば、図１０に示す受信部に含まれてよい。
　無線送受信部２０１は、例えば、受信信号をアンテナによって受信し、受信信号に対して、ダウンコンバート及びA/D変換といった無線受信処理を行い、無線受信処理後の信号を受信信号復調・復号部２０２へ出力する。また、無線送受信部２０１は、例えば、送信信号生成部２０５から入力される信号に対して、アップコンバート及びD/A変換といった無線送信処理を行い、無線送信処理後の信号をアンテナから送信する。
　受信信号復調・復号部２０２は、例えば、無線送受信部２０１から入力される受信データに対して復調処理及び復号処理を行い、復号された信号を受信データ信号として出力する。また、受信信号復調・復号部２０２は、例えば、受信データ信号のうち、Trigger frameに関する制御情報をTrigger frame判定部２０３へ出力する。なお、受信信号復調・復号部２０２へ入力される信号がOFDM信号の場合、端末２００（例えば、受信信号復調・復号部２０２）は、例えば、CP除去処理及びFFT/DFT処理を行ってよい。
　Trigger frame判定部２０３は、例えば、Trigger frameに含まれるCommon Info field、User Info field、及び、Special User Info fieldの情報を抽出し、無線リソース情報（例えば、割当帯域、MCS、送信電力等を含む）を含む端末個別情報を復号し、送信信号生成部２０５へ出力する。また、Trigger frame判定部２０３は、例えば、Trigger frameに含まれる情報のうち、Pre-emptionに関する制御情報を復号し、Pre-emption送信制御部２０４へ出力する。
　Pre-emption送信制御部２０４は、例えば、Trigger frame判定部２０３から入力されるPre-emptionに関する制御情報に基づいて、Pre-emption送信を制御する。例えば、Pre-emption送信制御部２０４は、Pre-emptionに関する制御情報のうち、Pre-emptionのリソース情報に基づいて、Trigger frameで通知される時間長（例えば、LENGTH）の時間内において、データ（例えば、緊急を有するデータ）の送信の制御を行ってよい。
　また、Pre-emption送信制御部２０４は、例えば、Trigger frameに、Pre-emptionの送信条件（例えば、送信可能なTraffic Identifier（TID）、LENGTH、送信タイミングなどの送信条件に関する情報)が含まれる場合、当該送信条件に従って、Pre-emptionの送信を制御してよい。なお、Pre-emptionの送信条件の例については後述する。
　Pre-emption送信制御部２０４は、例えば、Pre-emptionのデータ送信に用いる情報を送信信号生成部２０５へ出力する。
　送信信号生成部２０５は、例えば、Trigger frame判定部２０３から入力される制御情報(例えば、LENGTH、MCS等)に基づいて、上り送信のための信号(例えば、TB PPDU)を生成する。また、送信信号生成部２０５は、例えば、Pre-emption送信制御部２０４から入力される情報に基づいて、Pre-emption送信のための信号（例えば、TB PPDU、又は、Multi-user(MU) PPDU)を生成する。送信信号生成部２０５は、生成した送信信号に対して、誤り訂正符号化、変調処理を行い、変調後のデータ信号を無線送受信部２０１へ出力する。なお、変調信号がOFDM信号の場合には、端末２００（例えば、送信信号生成部２０５）は、周波数リソースに変調信号をマッピング後にIFFT/IDFT処理を行い、CPを付加することにより、OFDM信号を形成してよい。
　［AP１００及び端末２００の動作例］
　次に、本実施の形態に係るAP１００及び端末２００の動作例について説明する。
　AP１００は、例えば、Pre-emption送信に使用されるリソース（例えば、Resource Unit (RU)）に関する制御情報を生成し、端末２００へ送信する。端末２００は、例えば、Pre-emption送信に使用されるリソースに関する制御情報を受信し、Pre-emptionの信号（例えば、緊急を有するデータ）の送信を制御する。
　例えば、AP１００は、Trigger frameを用いて、複数の端末２００に対して、Pre-emptionに関する制御情報を指示する。
　以下、Pre-emptionの送信を指示する方法（送信指示方法１及び送信指示方法２）について説明する。
　［送信指示方法１］
　送信指示方法１では、Pre-emption送信に使用されるリソースに関する制御情報は、Trigger frameのUser Info fieldに含まれてよい。
　例えば、AP１００は、Trigger frameのUser Info fieldによって、Pre-emption送信に使用されるリソース（又は、Pre-emption送信の可否）を端末２００へ通知してよい。端末２００は、Trigger frameのUser Info fieldによって通知されるPre-emptionのリソースにおいてPre-emption送信を行ってよい。例えば、端末２００は、Trigger frameによって指示される時間長（例えば、LENGTH）に対応する区間内では、Pre-emptionのデータ（例えば、緊急を有するデータ）を何れのタイミングで送信可能としてよい。
　このように、Trigger frameのUser Info fieldによるPre-emption送信に使用されるリソース（又は、Pre-emption送信の可否）の通知により、端末２００のPre-emption送信が可能となり、例えば、緊急を有するデータの送信遅延を低減できる。
　以下、Pre-emption送信の可否、例えば、Pre-emption送信において利用可能なリソースに関する情報を、図３に示すTrigger frameのUser Info field（例えば、AID12 subfield）を用いて通知する例について説明する。
　＜リソース通知例１＞
　リソース通知例１では、Trigger frameにおいて、AID12 subfieldに、Pre-emptionのために規定される値が設定されるUser Info fieldによって通知されるリソースを、Pre-emption送信に使用可能なリソースとする。例えば、Pre-emption送信に使用されるリソースに関する制御情報を含むUser Info fieldのAIDは、Pre-emption送信に関連付けられる値でよい。
　一例として、Pre-emptionのために規定されるAID12 subfieldの値は、既存の規格において未使用の値の何れか一つ（例えば、2008）に設定されてよい。この場合、端末２００は、AID12 subfieldに2008が設定されたUser Info fieldによって通知されるリソースを、Pre-emptionの送信に使用可能なリソースに設定してよい。
　例えば、AID12 subfieldに2008が設定されたUser Info fieldのRU Allocation subfieldによって通知されるリソース（RU）におけるPre-emption送信が全ての端末２００に許可されてよい。
　また、例えば、端末２００が受信したTrigger frameにおいて、AID12 subfieldに2008が設定されたUser Info fieldが存在しない場合、端末２００は、Pre-emptionの送信を不可（Pre-emption送信が許可されない）と判断してよい。
　なお、Pre-emption送信に使用可能なリソースの通知方法は、RU Allocation subfieldを用いる方法に限定されない。例えば、既存のランダムアクセス（UL OFDMA-based random access (UORA))の制御と同様に、RU Allocation、及び、RA-RU Information subfieldを用いて複数のRUが通知される方法でもよい。
　また、例えば、ランダムアクセスと同様に、OFDMA contention window(OCW)の制御に基づいて、OBO(OFDM random access backoff)のカウンタが0となる端末２００のPre-emption送信を可能（又は、送信許可）とし、OBOのカウンタが0と異なる値となる端末２００のPre-emption送信を不可（又は、送信不許可）とする構成でもよい。OCWを適用する場合、OCWmin及びOCWmaxの値には、Pre-emption送信のための値（例えば、Pre-emption専用の値）が設定されてもよい。
　例えば、Pre-emption送信に対するOCWmaxの値を、他の送信と比較して小さく設定することにより、OBOのカウンタが0になりやすくなるので、端末２００がPre-emptionのデータを送信する機会を増加させ、より低遅延でPre-emptionの信号の送信が可能となる。
　また、例えば、Pre-emption送信に対するOCWmaxの値を、他の送信と比較して大きく設定することにより、OBOのカウンタが0になりにくくなるので、端末２００がPre-emptionのデータを送信する機会を抑制し、他の端末への干渉を低減できる。
　なお、Pre-emptionの送信指示に使用されるAID12 subfieldの設定値は、2008に限定されず、他の未使用AID（例えば、2009）でもよい。
　または、Pre-emptionの送信指示に使用されるAID12 subfieldの設定値は、2008などの未使用AIDに限定されず、既存の規格において使用される1～2007の何れかの値（例えば、2006）が設定（又は選択）されてもよい。この場合、AP１００は、例えば、Pre-emptionの送信指示に使用される値を、他の端末のAIDに使用しなくてよい。すなわち、AP１００は、Pre-emptionの送信指示に使用される値を、non-Pre-emptionの送信指示に使用しなくてよい。
　また、Pre-emptionのリソースは１つに限定されず、複数のPre-emptionのリソースが通知されてもよい。複数のPre-emptionのリソースが通知される場合、Pre-emptionの送信指示に使用されるAID12 subfieldの設定値は、例えば、複数のPre-emptionのリソースそれぞれに設定されてもよい。例えば、複数のPre-emptionのリソースそれぞれに、複数のAID（例えば、2008及び2009）が設定されてもよい。Pre-emptionのリソースに対応するAIDは、既存の規格において未使用の値でもよく、使用されている値でもよい。
　＜リソース通知例２＞
　リソース通知例２では、例えば、Trigger frameにおいて、複数のUser Info fieldには、当該User Info fieldがPre-emption送信に関するか否かを示す情報が含まれてよい。
　一例として、Trigger frameのUser Info field のReserved subfieldによって、当該User Info fieldによって通知されるリソースがPre-emption用のリソースであるか否かが端末２００に通知されてよい。例えば、Reserved subfieldの値が0の場合、対応するUser Info fieldには、non-pre-emption用のリソースに関する情報が含まれ、Reserved subfieldの値が1の場合、対応するUser Info fieldには、pre-emption用のリソースに関する情報が含まれてもよい。
　また、リソース通知例２では、例えば、Pre-emption送信に関するUser Info fieldのAIDは、Pre-emption送信が可能な複数の端末２００のうちの１つのAIDの値でもよい。例えば、User Info fieldにおいて、AID12 subfieldを、Pre-emption送信が可能な複数の端末２００のAIDのうちの先頭のAID（開始AID）を含む「Starting AID subfield」と読み替えてよい。例えば、User Info fieldのRU Allocation subfieldによって通知されるRUにおいて、Starting AID～Starting AID+Xの範囲のAIDを有する端末２００に対するPre-emptionの送信が許可されてよい。例えば、User Info fieldのReserved subfieldの値が1であり、AID12 subfieldによって通知されるAIDが10であり、X=5の場合、AID=10～15の範囲の端末２００がPre-emption送信可能となる。
　なお、Xは仕様書において規定される値でもよく、Trigger frame又はビーコンといった制御信号によって端末２００に通知されてもよい。例えば、AP１００は、Pre-emption送信可能なSTA数(X+1の値に相当)をTrigger frame又はビーコンといった制御信号に含めて端末２００に通知してもよい。また、AP１００は、STA数Exponential値(例えば、Y)を、例えば、X=2Y-1となるように定め、制御信号に含めて端末２００に通知してもよい。また、AID12 subfieldには、開始AID（Starting AID）に限定されず、Pre-emption送信が許可される複数の端末２００の少なくとも一つのAID（例えば、最後尾AIDなど）が含まれてもよく、AID12 subfieldの値に基づいて、Pre-emption送信が許可される複数の端末２００が特定可能な方法であればよい。
　このように、リソース通知例２では、User Info fieldのReserved subfield、及び、AID12 subfieldを用いて、Pre-emption送信を許可する複数の端末２００がまとめて通知される。リソース通知例２では、特定の端末２００に対するPre-emptionのリソースを通知することにより、リソース通知例１（例えば、全ての端末２００への通知）と比較して、端末２００間のリソースの衝突を低減できる。
　また、リソース通知例２では、リソース通知例１と同様に、ランダムアクセスと同様のリソース割り当て、又は、OCWを適用してもよい。
　また、Pre-emption用のリソースであるか否かを通知するsubfield（Pre-emption用のリソースであることを通知するsubfield）は、User Info fieldのReserved subfieldに限定されず、User info field内の他のフィールドでもよい。
　＜リソース通知例３＞
　リソース通知例３では、リソース通知例２と同様、Trigger frameにおいて、複数のUser Info fieldには、当該User Info fieldがPre-emption送信に関するか否かを示す情報が含まれてよい。例えば、Trigger frameのUser Info field のReserved subfieldによって、当該User Info fieldによって通知されるリソースがPre-emption用のリソースであるか否かが端末２００に通知されてよい。例えば、Reserved subfieldの値が0の場合、対応するUser Info fieldには、non-pre-emption用のリソースに関する情報が含まれ、Reserved subfieldの値が1の場合、対応するUser Info fieldには、pre-emption用のリソースに関する情報が含まれてもよい。
　また、リソース通知例３では、例えば、Pre-emption送信に関するUser Info fieldのAIDは、Pre-emption送信が可能な１つの端末２００のAIDの値でもよい。例えば、User info fieldのAID12 subfieldによって通知される端末２００に対するPre-emptionの送信が許可され、User info fieldのAID12 subfieldによって通知されない端末２００に対するPre-emptionの送信が許可されなくてよい。
　なお、Pre-emption用のリソースであるか否かを通知するsubfield（Pre-emption用のリソースであることを通知するsubfield）は、User Info fieldのReserved subfieldに限定されず、User info field内の他のフィールドでもよい。
　リソース通知例３のように、Pre-emption送信を許可する端末２００を一台に設定（例えば、限定）することにより、例えば、リソース通知例２（又は、リソース通知例１）と比較して、端末２００間のリソースの衝突を低減できる。
　また、Pre-emptionによりデータを送信する可能性があるか否かに関する情報、例えば、近い将来、緊急を有するデータが発生する可能があるか否かに関する情報を端末２００がAP１００へ予め送信する構成でもよい。端末２００は、Pre-emptionによりデータを送信する可能性があるか否かに関する情報を、例えば、Buffer status report（BSR)、又は、null data packet(NDP) Feedback Report Poll（NFRP)に含めて送信してもよい。AP１００は、例えば、端末２００からの情報に基づいて、Pre-emption送信を許可する端末２００を決定してよい。AP１００は、例えば、将来、端末２００側で緊急を有するデータが発生する可能があるか否かを判別できるため、Pre-emption用のAIDを効率的に割り当てることができ、リソースの利用効率を向上できる。
　以上、Pre-emption送信において利用可能なリソースの通知例について説明した。
　上述したように、Pre-emptionの送信指示方法１では、User Info fieldのAID12 subfieldを用いて、Pre-emption送信が可能な端末２００が設定（例えば、制限）される。ここで、リソース通知例１又はリソース通知例２では、Pre-emption送信を行う端末２００が複数存在する場合、端末間の信号が衝突する可能性がある。また、或る端末２００がPre-emption送信を行うと、Pre-emption送信ではない（non-Pre-emption）端末の信号に対して干渉を与え得る。
　そこで、例えば、端末２００に対してPre-emption送信を許可するか否かに関する条件（送信条件）をTrigger frameによって端末２００へ通知することにより、Pre-emption送信する端末２００間の信号が衝突する確率を低減し、また、他の端末への干渉を低減させる方法について説明する。
　以下、Pre-emptionの送信条件１～３について説明する。
　なお、後述する送信条件の少なくとも一部は、Trigger frameによって端末２００へ通知されるのではなく、仕様書において規定されてもよく、または、ビーコンといった別の制御信号によって端末２００へ通知されてもよい。また、送信条件１～３の少なくとも２つを組み合わせて適用してもよい。
　＜送信条件１＞
　送信条件１では、トラフィック種別を示すTraffic Identifier（TID）によって、端末２００によるPre-emption送信の可否が設定される（又は、Pre-emption送信が制限される）。
　例えば、AP１００は、Pre-emption送信を許可するTID（例えば、TIDの閾値）をTrigger frameによって端末２００へ通知してよい。例えば、Trigger frameによって指定されるTID（例えば、0～7の何れか）以上のTIDのデータに対するPre-emptionの送信が許可されてよい。
　ここで、例えば、TIDは許容される遅延量と関係し、TIDの値が大きいほど、許容される遅延量は少なくてよい（例えば、低遅延が要求されてよい）。このため、Trigger frameによってTIDを指定することにより、端末２００は、要求遅延が高いデータのPre-emption送信が可能となる。TIDに基づく送信条件により、要求遅延が低いデータのPre-emption送信が行われにくくなり、端末２００間の信号の衝突及び干渉を低減し、緊急を有するデータを効率良く送信可能となる。
　例えば、端末２００は、Trigger frameによってTID=4（閾値）が通知される場合、TID=4以上（例えば、TID=4, 5, 6, 7）のデータのPre-emptionの送信が可能となり、TID=4未満（例えば、TID=0, 1, 2, 3）のデータのPre-emptionの送信が不可となる。
　なお、Pre-emptionの送信可否は、TIDの閾値に基づいて指示される場合に限定されず、例えば、ビットマップ形式でTIDの値を個別に指示されてもよい。例えば、TIDの各値（例えば、TID=0～7の8値）のそれぞれに対応するビットマップTIDbitmap=｛0,0,0,0,1,1,1,1｝の場合、端末２００は、TID=4, 5, 6, 7のデータのPre-emptionの送信が可能となり、TID=0, 1, 2, 3のデータのPre-emptionの送信が不可となる。
　また、ビットマップ形式による送信可否の指示において、全てのTIDの値について指示する構成に限定されず、例えば、一部のTIDの値について指示する構成でもよい。例えば、TIDbitmapを8ビットではなく、4ビットとして、TID=4,5,6,7のデータのPre-emptionの送信可否を指示する構成でもよい。これにより、制御情報のビット数を削減できる。
　また、Pre-emptionの送信可否を指示する値は、TIDに限定されず、他の値でもよい。例えば、TIDと同様、許容される遅延量と関係する情報（例えば、Access Category (AC)、又は、許容遅延量毎にIDが付される制御情報など)によって、Pre-emptionの送信可否が指示（又は、通知）されてもよい。
　また、Pre-emption送信を許可するTIDの値（閾値）は、TID=4に限らず、他の値でもよい。また、ビットマップTIDbitmapのサイズは、4ビット又は8ビットに限らず、他の値でもよい。
　＜送信条件２＞
　送信条件２では、Pre-emptionにおいて送信される信号の時間長（又は、信号長）、すなわち、Preamble及びデータの時間長（例えば、PPDUのLENGTH）に応じて、端末２００によるPre-emption送信の可否が設定される（又は、Pre-emption送信が制限される）。
　図１３は、Pre-emption送信可能なPPDUのLENGTHの通知例を示す。AP１００は、例えば、Trigger frameにおいて、Pre-emptionの送信を許可する信号長に関する値を通知するフィールド（Pre-emption LENGTH field）を設定してよい。図１３において、「LENGTH_TF」は、Trigger frameのCommon Info fieldにおいて通知されるUL LENGTHに相当する。
　図１３に示す例では、Pre-emption送信可能なPPDUの時間長は、UL LENGTHの1/2、1/4、1/8、1/16に設定（又は、制限）される。端末２００は、例えば、Pre-emption LENGTH fieldにおいて通知される値（0～3の何れか）に対応する時間長以下のPre-emptionのデータを送信可能であり、Pre-emption LENGTH fieldにおいて通知される値に対応する時間長より長いPre-emptionのデータを送信しない。
　このように、Pre-emptionの信号の時間長に基づく送信条件により、Pre-emption送信において、送信を許可する時間長の上限を設定（例えば、制限）することにより、端末２００からのPre-emption送信による他の端末への干渉を低減できる。
　なお、通知するPre-emptionのLENGTHは、図１３に示すようなTrigger frameのCommon Info fieldにおいて通知されるUL LENGTH（Length_TF）に基づく方法に限定されず、UL LENGTHと同様に送信時間を指示する値に基づく方法でもよい。
　また、Pre-emptionのLENGTHを指示可能な時間の範囲（又は、候補）を減らして、Pre-emptionのLENGTHの通知に使用されるビット数を削減してもよい。例えば、図１３に示すPre-emptionのLENGTHの４候補のうち一部（例えば、２候補）を通知することにより、通知に使用されるビット数を１ビットに削減できる。なお、通知される時間長は、より短い時間長でもよく、より長い時間長でもよく、任意の時間長でもよい。
　また、TB PPDUのPreambleに含まれるL-SIGのLENGTHフィールドには、Common Info fieldにおいて通知されるUL LENGTHの値が設定される場合に限定されず、送信条件２によって指示されるLENGTHの値が設定されてもよい。
　また、送信条件２において通知されるPre-emptionのLENGTHの時間長以内の時間長においてPre-emption送信を許可する構成でもよい。
　＜送信条件３＞
　送信条件３では、Pre-emptionにおいて信号を送信するタイミングに応じて、端末２００によるPre-emption送信の可否が設定される（又は、Pre-emption送信が制限される）。
　図１４は、Pre-emptionの送信タイミングの通知例を示す。AP１００は、例えば、Trigger frameにおいて、Pre-emptionの送信可能なタイミングに関する値を通知するフィールド（Start transmission timing field）を設定してよい。図１４において、「LENGTH_TF」は、Trigger frameのCommon Info fieldにおいて通知されるUL LENGTHに相当する。AP１００は、Pre-emptionの送信可能なタイミングに関連して、Trigger frameに対するUL応答信号（例えば、図８におけるSTA 1のTB PPDU）のフォーマットを併せて指示してもよい。例えば、AP１００は、TB PPDUとして時間領域A-PPDU（Aggregated PPDU）を指示し、そのA-PPDUを構成する各PPDUのプリアンブルタイミングをPre-emption送信可能なタイミングとしてよい。
　図１４に示す例では、Pre-emptionの送信可能なタイミングは、UL LENGTHの1/2、1/4、1/8、1/16の区切りに設定（又は、制限）される。端末２００は、例えば、Start transmission timing fieldにおいて通知される値（0～3の何れか）に対応する送信タイミングでのPre-emption送信が可能であり、Start transmission timing fieldにおいて通知される値に対応する送信タイミングと異なるタイミングにおいてPre-emptionのデータを送信しない。
　図１５は、Pre-emptionの送信可能なタイミングの一例を示す図である。図１５では、一例として、UL LENGTHの1/2区切りのタイミング、及び、UL LENGTHの1/4区切りのタイミングを示す。図１５に示すように、端末２００は、UL LENGTHの1/2区切りのタイミングが通知される場合、UL LENGTHの中央のタイミング（１つのタイミング）でPre-emptionの送信を開始可能となる。また、図１５に示すように、端末２００は、UL LENGTHの1/4区切のタイミングが通知される場合、UL LENGTHに対応する時間内の３つのタイミングの何れかでPre-emptionの送信を開始可能となる。
　このように、送信条件３では、Pre-emption送信の送信タイミングに基づく送信条件により、送信条件２と同様に、UL LENGTHの区間におけるPre-emptionの信号長が制限されるため、他の端末への干渉を低減できる。
　また、送信条件３では、AP１００は、Pre-emption送信の開始タイミングでPre-emptionの受信処理（Preamble検出処理）を実施すればよい。すなわち、AP１００は、Pre-emption送信の開始タイミングと異なるタイミングでPre-emptionの受信処理を行わなくてよい。これにより、AP１００の処理量を削減できる。
　また、複数のAID（例えば、複数のUser Info field）を用いてPre-emptionのリソースを通知する場合、AIDに個別の送信タイミングが設定されてもよい。これにより、例えば、AID毎に送信タイミングをずらすことで、Pre-emption送信の衝突を低減できる。
　以上、Pre-emptionの送信条件１～３について説明した。
　次に、上述したPre-emptionの送信条件に関する情報を、図３に示すTrigger frameのUser Info field、又は、図４に示すSpecial User Info fieldにおいて通知する場合のフォーマットの例について説明する。
　例えば、User Info fieldのうち、後述するフィールドは、Pre-emption送信において必ずしも使用しなくてもよい。よって、以下のフィールドの全て又は一部を送信条件に関する情報を指示するフィールド（例えば、TIDの閾値、Pre-emption LENGTH、又は、Start transmission timingのフィールド）に置き替えることで、制御情報のオーバーヘッドの増加を抑制し、送信条件を通知できる。
　＜フィールド例１＞
　User Info fieldの上り送信されるデータのMCSを示すフィールドにおいて送信条件が通知されてよい。例えば、図３に示すUser Info fieldの「UL EHT-MCS subfield」において、送信条件が通知されてよい。
　例えば、Pre-emption送信の緊急性は高いことが想定されるため、誤りなく送信するために低いMCSを用いた送信が想定され得る。よって、例えば、Pre-emption送信では、MCSを固定（例えば、最低MCS）に設定することにより、UL EHT-MCS subfieldにおいてMCSは通知されなくてよい（例えば、MCSの通知は不要となる）。よって、UL EHT-MCS subfieldを、送信条件に関する情報を指示するフィールドに置き換えることにより、制御情報のオーバーヘッドの増加を抑制し、送信条件を通知できる。
　なお、Pre-emption送信のMCSの値（固定の値）は、仕様書において規定されてもよく、ビーコンといった他の制御情報によって端末２００へ通知されてもよい。また、MCSの値は、最低MCSに限定されず、他の値でもよい。
　また、UL EHT-MCS subfield（例えば、4ビット）の全てを、送信条件を通知するフィールドに置き換える場合に限定されず、一部のビット（例えば、2ビット（例えば、MCS=0, 1, 2, 3の何れか））がMCSの通知に使用され、残りのビット（例えば、２ビット）が送信条件を通知するフィールドに使用されてもよい。なお、一部のビット数は２ビットに限定されず、他のビット数でもよい。
　なお、「UL EHT-MCS subfield」というフィールド名は一例であり、異なってもよい。例えば、EHTplusでは、UL EHT-MCS subfieldは、UL EHTplus-MCSといった名称に変更される可能性があるので、MCSを通知するフィールドであれば、フィールド名はこれに限らない。
　＜フィールド例２＞
　User Info fieldの空間ストリーム（SS：Spatial stream）を示すフィールドにおいて送信条件が通知されてよい。例えば、図３に示すUser Info fieldの「SS Allocation/RA-RU Information subfield」において、送信条件が通知されてよい。
　例えば、Pre-emption送信の緊急性は高いことが想定されるため、誤りなく送信するためにシングルストリームの送信が想定され得る。よって、例えば、Pre-emption送信では、送信ストリームを固定（例えば、１）に設定することにより、SS Allocation subfieldにおいてストリーム数は通知されなくてよい（例えば、ストリームの通知は不要となる）。よって、SS Allocation subfieldを、送信条件に関する情報を指示するフィールドに置き換えることにより、制御情報のオーバーヘッドの増加を抑制し、送信条件を通知できる。
　なお、上述したリソース通知例１及びリソース通知例２において、RA-RU Information subfieldを用いてリソースを通知する場合、このフィールドは使用されるので、送信条件は、このフィールドと異なるフィールドで通知されてもよい。
　＜フィールド例３＞
　User Info fieldの上りリンクの送信電力（又は、AP１００における信号の受信電力（例えば、期待値又はターゲット値））に関する値を示すフィールドにおいて送信条件が通知されてよい。例えば、図３に示すUser Info fieldの「UL Target Received Power subfield」において、送信条件が通知されてよい。
　例えば、Pre-emption送信の緊急性は高いことが想定されるため、誤りなく送信するために送信電力が高い値（例えば、最大電力）に設定されることが想定され得る。よって、例えば、Pre-emption送信では、端末２００は、適用可能な最大電力を設定することにより、UL Target Received Power subfieldにおいて送信電力は通知されなくてよい（例えば、送信電力の通知は不要となる）。よって、UL Target Received Power subfieldを、送信条件に関する情報を指示するフィールドに置き換えることにより、制御情報のオーバーヘッドの増加を抑制し、送信条件を通知できる。
　なお、Pre-emption送信において設定される送信電力は、最大電力に限定されない。
　＜フィールド例４＞
　図４に示すSpecial User info fieldの「Reserved subfield」において、送信条件が通知されてよい。Reserved subfieldは、既存の規格において未使用であるため、別用途（例えば、送信条件の通知）に使用されてもよい。
　＜フィールド例５＞
　例えば、Trigger frame typeが「basic」の場合、図１６に示すTrigger Dependent User Info fieldにおいて送信条件が通知されてよい。
　例えば、Pre-emption送信のデータ（例えば、緊急を有するデータ）はデータサイズが小さい可能性が高いため、Aggregate MAC protocol data unit（A-MPDU）を適用しない可能性が高い。よって、Trigger frame typeが「basic」の場合、MPDU MU Spacing Factor subfieldは使用されないので、送信条件に関する情報を指示するフィールドに置き換えてもよい。
　また、例えば、Pre-emption送信のデータは、単一のTIDのデータである可能性が高いため、TID Aggregation Limit subfieldは使用されない可能性が高い。よって、Trigger frame typeが「basic」の場合、TID Aggregation Limit subfieldを、送信条件に関する情報を指示するフィールドに置き換えてもよい。
　また、例えば、送信可能なTIDを送信条件として通知する場合（例えば、送信条件１）、Preferred AC subfieldは使用されなくてよい。よって、この場合、Preferred AC subfieldを、送信条件に関する情報を指示するフィールドに置き換えてもよい。
　また、図１６に示すTrigger Dependent User Info fieldの「Reserved subfield」において、送信条件が通知されてよい。Reserved subfieldは、既存の規格において未使用であるため、別用途（例えば、送信条件の通知）に使用されてもよい。
　例えば、図１６に示すTrigger Dependent User Infoフィールドの上述した全てのsubfield又は一部のsubfieldを用いて送信条件が通知されてよい。
　以上、Pre-emptionの送信条件に関する情報を指示するフィールドの例について説明した。なお、Pre-emptionの送信条件に関する情報を指示するフィールドは、上述した例に限定されず、他のフィールドでもよい。例えば、Pre-emptionの送信条件に関する情報を指示するフィールドは、Pre-emption送信において全て又は一部が使用されない他のフィールドでもよい。
　次に、送信条件の全て又は一部を、上述したフィールドで送信する場合のフォーマットの一例を示す。
　＜フォーマット例１＞
　図１７に示すフォーマット例では、Trigger frameのUser Info field内の「UL EHT-MCS subfield」及び「SS Allocation/RA-RU Information subfield」において、送信条件１（例えば、Pre-emption TID）、送信条件２（例えば、Pre-emption LENGTH）、及び、送信条件３（Pre-emption Timing）が通知される。
　＜フォーマット例２＞
　図１８に示すフォーマット例では、Trigger frameのUser Info field内の「UL EHT-MCS subfield」及び「UL Target Received Power subfield」において、送信条件１（例えば、Pre-emption TID）、送信条件２（例えば、Pre-emption LENGTH）、及び、送信条件３（例えば、Pre-emption Timing）が通知される。
　＜フォーマット例３＞
　図１９に示すフォーマット例では、Trigger frameのUser Info field内の「UL EHT-MCS subfield」において、送信条件１（例えば、Pre-emption TID）が通知される。
　なお、図１７、図１８及び図１９に示すフォーマットは一例であり、送信条件の通知に使用されるフィールド、送信条件１～３とフィールドとの対応付け、及び、送信条件の通知に使用されるビット数の少なくとも一つは、図１７、図１８及び図１９と異なってもよい。また、送信条件１～３の少なくとも１つが適用されてもよく、複数の送信条件が適用されてもよい。また、複数の送信条件のうち、一部の送信条件がTrigger frameによって端末２００へ通知され、残りの送信条件が仕様書において規定されてもよく、他の制御情報によって端末２００へ通知されてもよい。
　以上、Pre-emptionの送信指示方法１について説明した。
　［送信指示方法２］
　送信指示方法２では、Pre-emption送信に使用されるリソースに関する制御情報（例えば、Pre-emption送信の可否）は、Trigger frameのCommon Info fieldに含まれてよい。
　例えば、AP１００は、Trigger frameのCommon Info fieldによって、Pre-emption送信の可否を端末２００へ通知してよい。端末２００は、Trigger frameのCommon Info fieldによって通知されるPre-emption送信の可否に従ってPre-emption送信を行ってよい。
　例えば、図２に示すCommon Info fieldの「Reserved subfield」（例えば、B22、B25、B53、B63）、又は、「EHT Reserved subfield」（例えば、B56-B62）の少なくとも一部を、「Pre-emption enable subfield」に読み替えてよい。
　例えば、Pre-emption enable subfieldに0が設定される場合は、Trigger frameが送信される帯域、及び、Trigger frameによって通知される時間（例えば、UL LENGTH）内でのPre-emption送信不可が指示されてよい。また、例えば、Pre-emption enable subfieldに1が設定される場合は、Trigger frameが送信される帯域、及び、Trigger frameによって通知される時間内でのPre-emption送信可能が指示されてよい。
　なお、Pre-emption送信において使用されるPPDUのフォーマットは、TB-PPDUでもよく、MU PPDUでもよい。
　また、Pre-emptionのデータを送信するリソース（例えば、RUの位置)は、例えば、Trigger frameが送信された帯域内の何れのRUでもよい。
　また、User Info fieldにおいて通知されるMCS、Target Received Powerといった設定値は、任意の値でよく、端末２００は、MCS及び送信電力を自由に決定してもよい。なお、MCS、Target Received Powerといった設定値は、任意の値に限らず、固定値として仕様書に規定されてもよく、ビーコンといった他の制御情報によって端末２００へ通知されてもよい。
　このように、Pre-emptionの送信指示方法２では、Trigger frameのCommon Info fieldによるPre-emptionの可否の通知により、端末２００のPre-emption送信が可能となり、例えば、緊急を有するデータの送信遅延を低減できる。
　なお、User Info fieldのAID12 subfieldにおいて、既存の規格において未使用のAID（例えば、AID=2008）を用いて、Pre-emption送信に使用されるMCS、又は、Target Received Powerといったパラメータを通知する構成でもよい。また、送信指示方法２では、送信指示方法１と同様に、Pre-emptionの送信条件をUser Info fieldにおいて通知する構成でもよい。
　以上、Pre-emptionの送信指示方法について説明した。
　このように、本実施の形態では、AP１００は、Trigger frameによって指示される信号の送信中に発生するPre-emption送信に使用されるリソース（又は、Pre-emption送信の可否）に関する制御情報を、Trigger frameによって端末２００へ送信する。端末２００は、Trigger frameに含まれる制御情報に基づいて、Pre-emptionの信号の送信制御を行う。
　これにより、例えば、端末２００は、Trigger frameによって指示される制御情報に基づいて、他の端末が信号を送信中に、データ（例えば、緊急を有するデータ）をオーバーライドして送信することができる。よって、本実施の形態によれば、Pre-emption送信が発生した場合でも、遅延を低減できるので、無線通信における信号の送信制御の効率を向上できる。
　（実施の形態２）
　Trigger frameの指示によって送信される上り信号（例えば、TB-PPDU）では、例えば、20MHz帯域以下のリソースが割り当てられた場合でも、L-STF/L-LTF/L-SIG/RL-SIG/U-SIG（例えば、pre-EHT modulated fieldの信号）は、20MHz帯域で送信される。
　図２０は、Pre-emptionの一例を示す図である。図２０に示すように、Pre-emptionに割り当てられるリソースが20MHz帯域よりも小さい場合、Pre-emption送信される信号のうち、EHT-STF/LTF、Data及びPEフィールドの信号（例えば、EHT modulated fieldの信号）は、Pre-emptionに割り当てられる帯域で送信される。その一方で、図２０に示すように、Pre-emption送信される信号のうち、L-STF/L-LTF/L-SIG/RL-SIG/U-SIGフィールドの信号（例えば、pre-EHT modulated fieldの信号）は、20MHzの帯域で送信される。
　この場合、図２０において、Pre-emption送信のEHT-STF/LTF、Data及びPEフィールドの信号（例えば、EHT modulated fieldの信号）は、STA2の信号に干渉を与え得るが、STA1の信号に干渉を与えない。その一方で、Pre-emption送信のL-STF/L-LTF/L-SIG/RL-SIG/U-SIG（例えば、pre-EHT modulated fieldの信号）は、STA1及びSTA2の双方の信号に干渉を与え得る。
　本実施の形態では、図２０に示すような干渉を抑制するためのPre-emption送信におけるPPDUフォーマット（例えば、Pre-emption送信専用のPPDUフォーマット）に関して説明する。
　本実施の形態に係る無線通信システムは、実施の形態１と同様、AP１００及び端末２００を備えてよい。
　本実施の形態に係るAP１００の構成は、実施の形態１に係る構成と同様でよい。
　本実施の形態に係る端末２００の構成は、実施の形態１に係る構成と同様でよい。本実施の形態に係る端末２００において、例えば、送信信号生成部２０５の動作が実施の形態１と異なってよい。
　送信信号生成部２０５は、例えば、Trigger frame判定部２０３から入力される制御情報（例えば、LENGTH、MCSなど）に基づいて、上り送信のための送信信号（例えば、TB-PPDU）を生成する。
　また、送信信号生成部２０５は、例えば、Pre-emption送信制御部２０４から入力される制御情報に基づいて、Pre-emption送信のための送信信号（例えば、TB-PPDU又はMU-PPDU）を生成する。送信信号生成部２０５は、Pre-emption送信の場合、Pre-emptionのためのフォーマット（例えば、Pre-emption TB-PPDU又はPre-emption MU PPDU）に基づいて送信信号を生成する。なお、Pre-emptionのためのフォーマット（例えば、Pre-emption送信用フォーマットと呼ぶ）の例については後述する。
　送信信号生成部２０５は、生成した送信信号に対して、誤り訂正符号化、及び、変調処理を行い、変調後のデータ信号を無線送受信部２０１へ出力する。なお、変調信号がOFDM信号の場合には、端末２００（例えば、送信信号生成部２０５）は、周波数リソースに変調信号をマッピング後にIFFT/IDFT処理を行い、CPを付加することにより、OFDM信号を形成してよい。
　Pre-emption送信用のPPDUフォーマットの例について説明する。
　Pre-emption送信において使用されるPPDUのフォーマットは、既存のPPDU（例えば、TB PPDU又はMU PPDUなど）のフォーマットと異なってよい。例えば、Pre-emption送信において使用されるPPDUは、既存のPPDUのL-STFからEHT-LTFまでの部分（例えば、Dataより前の部分）を削除し、パケット補足、レベル把握、及び、チャネル推定などに使用される新しいLTF（例えば、「Pre-emption LTF」）を追加した構成でよい。
　また、Pre-emption LTF（又は、プリアンブル）は、例えば、図２１に示すように、Trigger frameによって指示されるPre-emptionの信号の割り当てリソース（例えば、RU）に割り当てられ、送信されてよい。
　図２１に示す例では、Pre-emptionによって割り当てられるリソースが20MHz帯域よりも小さい場合、Pre-emption LTFおよびデータが、Pre-emptionに割り当てられる帯域で送信される。よって、図２１では、Pre-emption送信の信号（Pre-emption LTF及びデータ）は、STA 2の信号に干渉を与え得るが、STA 1の信号に干渉を与えない。
　このように、Pre-emption送信用のPPDUフォーマットの適用により、Pre-emption送信が、他のTB-PPDUを送信する端末へ与える干渉を抑制できる。または、Pre-emption送信によって、他の端末の送信を止めることを抑制できる。
　また、Pre-emption LTFの導入により、Pre-emption送信において、Preamble長を短くすることができるため、他のTB-PPDUを送信する端末へ与える干渉を低減できる。
　なお、Pre-emption LTFの構成は、EHT-LTF及びEHT-STFを含むフォーマットでもよく、EHT-LTFを含むフォーマットでもよい。また、Pre-emption LTFにおいて、EHT-LTFを適用する場合、シンボル数は１シンボルに固定されてもよい。Pre-emption送信は、例えば、シングルストリームをサポートし、マルチストリームをサポートしない可能性があるため、EHT-LTFを1シンボルに固定してもよい。
　（実施の形態３）
　例えば、端末のPre-emption送信を許可する場合、APは、通常（又は、non-Pre-emption）のTB-PPDUの受信用ハードウェア（例えば、Preamble検出処理用のハードウェアなど)と、Pre-emption送信された信号の受信用ハードウェアを別に用意し、通常のTB-PPDUとPre-emption送信のデータとを個別に受信する。このため、APのハードウェアの規模が大きくなる可能性がある。
　本実施の形態では、例えば、Pre-emption送信のタイミングを設定（又は、制限）することにより、APのハードウェアの規模を削減する方法について説明する。
　本実施の形態に係る無線通信システムは、実施の形態１と同様、AP１００及び端末２００を備えてよい。
　本実施の形態に係るAP１００の構成は、実施の形態１に係る構成と同様でよい。
　本実施の形態に係る端末２００の構成は、実施の形態１に係る構成と同様でよい。本実施の形態に係る端末２００において、例えば、Pre-emption送信制御部２０４の動作が実施の形態１と異なってよい。
　Pre-emption送信制御部２０４は、例えば、Trigger frame判定部２０３から入力されるPre-emptionに関する情報に含まれるPre-emptionのリソース情報に基づいて、Trigger frameで通知されるLENGTHの時間内におけるPre-emption送信のデータ（例えば、緊急を有するデータ）の送信制御を行う。
　また、Pre-emption送信制御部２０４は、例えば、Trigger frameに、実施の形態１で説明したような送信条件（例えば、送信可能なTID、LENGTH、送信タイミングなど）が含まれる場合、当該送信条件に従って、Pre-emptionの送信を制御してよい。
　また、Pre-emption送信制御部２０４は、例えば、Pre-emptionの送信タイミングを設定（例えば、制限）する。例えば、Pre-emption送信制御部２０４は、Pre-emptionの信号の送信タイミングを、Trigger frameによって指示されるTB-PPDUの送信タイミングに基づいて設定してもよい。なお、Pre-emptionの送信タイミングの設定方法の例については後述する。
　Pre-emption送信制御部２０４は、Pre-emptionのデータ送信に用いる情報を送信信号生成部２０５へ出力する。
　次に、Pre-emptionの送信タイミングの設定方法の例について説明する。なお、以下の送信タイミングの設定方法は、組み合わせてもよい。
　＜設定方法１＞
　図２２は、設定方法１に係るPre-emptionの送信タイミングの設定例を示す図である。
　図２２に示すように、Pre-emptionの信号は、Trigger frameによって指示されるTB-PPDU（例えば、通常のTB-PPDU）のU-SIGシンボルより後（又は、pre-EHT modulated fieldより後）のタイミングで送信可能とし、U-SIGシンボル以前のタイミングで送信不可に設定されてよい。例えば、Pre-emptionの信号は、Trigger frameによって指示されるTB-PPDUのEHTに関するシンボル（例えば、EHT-STFシンボル）以降のタイミングで送信可能とし、EHTに関するシンボルより前のタイミングで送信不可に設定されてよい。
　ここで、Pre-EHT modulated fieldとEHT modulated fieldとでは、FFT/DFTサイズが異なるため、AP１００では、それぞれのフィールドの信号に対して、FFT/DFT処理を行う別のハードウェアの構成を備える可能性がある。
　このとき、図２２に示すように、通常のTB-PPDUのU-SIGシンボルより後のタイミングでPre-emptionの送信が行われると、AP１００では、受信機構成において、Pre-EHT modulated fieldの信号に対するL-STF～U-SIGの受信処理（信号検出、FFT/DFTなどの処理）用のハードウェアを、TB-PPDUとPre-emption PPDUとで共通化できる。図２２に示す例では、AP１００において、Pre-emption PPDUのL-STF～U-SIGの受信処理は、少なくとも、TB-PPDUのL-STF～U-SIGの受信処理の後に開始される。よって、AP１００は、例えば、Pre-EHT modulated fieldに対応する共通の受信処理用のハードウェアを用いて、TB-PPDU及びPre-emption PPDUの双方の受信処理を行うことができる。
　よって、設定方法１によれば、AP１００におけるハードウェアの規模を削減できる。
　なお、Pre-emptionの送信タイミングの設定（又は、制限）を適用するか否かは、AP１００のCapability情報に基づいて制御されてもよい。
　一例として、AP１００のCapability情報に、Pre-emption送信のタイミングがTB-PPDUのU-SIGシンボルより後に設定（又は、制限）するか否かを示すフラグが含まれてもよい。例えば、フラグが0の場合（例えば、制限されない場合）、端末２００は、U-SIGシンボル以前でも、U-SIGシンボルより後でもPre-emption送信を行うこと可能となる。また、例えば、フラグが１の場合（例えば、制限される場合）、端末２００は、U-SIGシンボル以前にPre-emption送信を行うことができず、U-SIGシンボルより後にPre-emption送信を行うことが可能となる。
　なお、Pre-emption送信のタイミングは、U-SIGシンボル（又は、EHT-STFシンボル）のタイミングに基づく方法には限定されない。例えば、AP１００のハードウェアの処理構成に基づいて、U-SIGシンボルよりも後のタイミング（例えば、EHT-LTF以降のタイミング）に基づいて、Pre-emptionの送信タイミングを設定（又は、制限）する構成でもよい。
　＜設定方法２＞
　図２３は、設定方法２に係るPre-emptionの送信タイミングの設定例を示す図である。
　設定方法２では、図２３に示すように、Pre-emptionの送信とTB-PPDUの送信との間において、EHT modulated fieldのシンボルタイミング（又は、OFDMシンボルの境界）を揃えるように、Pre-emptionの送信タイミングを設定（又は、制限）してよい。例えば、Pre-emptionの信号は、Trigger frameによって指示されるTB-PPDUのシンボルタイミングに揃えて送信されてよい。
　これにより、AP１００は、TB-PPDUのEHT modulated fieldのシンボルと、Pre-emptionのEHT modulated fieldのシンボルとに対して、受信処理をまとめて行うことができるので、EHT modulated fieldにおいて受信のFFT/DFT処理を共通化でき、AP１００のハードウェアの規模を削減できる。
　なお、Pre-emptionの送信タイミングの設定（又は、制限）を適用するか否かは、AP１００のCapability情報に基づいて制御されてもよい。
　一例として、AP１００のCapability情報に、Pre-emption送信のEHT modulated fieldのシンボルタイミングをTB PPDUのEHT modulated fieldのシンボルタイミングに合わせるか否か（例えば、Pre-emption送信タイミングを制限するか否か）を示すフラグが含まれてもよい。例えば、フラグが0の場合（例えば、制限されない場合）、端末２００は、TB-PPDUのシンボルタイミングに依らずにPre-emptionの送信を行うことが可能となる。また、例えば、フラグが１の場合（例えば、制限される場合）、端末２００は、TB PPDUのEHT modulated fieldのシンボルタイミングに合わせて、Pre-emption送信を行うことが可能となる。
　以上、Pre-emptionの送信タイミングの設定例について説明した。
　なお、本実施の形態では、Pre-emptionのPPDUフォーマットが、TB-PPDUと同一のフォーマットの場合について説明したが、Pre-emptionのPPDUフォーマットはこれに限定されない。例えば、Pre-emptionのPPDUフォーマットは、実施の形態２で説明したPre-emption用のフォーマットでもよい。Pre-emption用のフォーマットにより、AP１００は、Pre-emptionの受信処理において、Pre-EHT modulated fieldの受信処理を行わなくてよい。よって、AP１００では、Pre-emptionの受信処理において、pre-EHT modulated fieldを受信するためのハードウェアが無くてもよい。
　（実施の形態１～３の変形例）
　（１）Trigger frameのCommon Info fieldにおいて通知されるTrigger typeのうち、一部のTrigger typeではPre-emptionの送信が許可されず、他のTrigger typeではPre-emptionの送信が許可されてもよい。
　例えば、Trigger typeがmulti-user block ack request（MU-BAR）、multi-user request to send（MU-RTS）、group cast with retries(GCR)-MU-BARによって制御される、ACK、RTS又はclear to send(CTS)は、無線制御において重要な情報である。このため、例えば、MU-BAR、MU-RTS又はGCR-MU-BARといったTrigger typeが設定されるTrigger frameでは、Pre-emptionの送信は許可されなくてもよい。例えば、MU-BAR、MU-RTS及びGCR-MU-BARと異なるTrigger typeが設定されるTrigger frameでは、Pre-emptionの送信が許可されてもよい。
　（２）AP１００のCapability情報（例えば、Target RSSIによって通知される電力からXdB以上を許容するといった性能）が端末２００に通知され、端末２００は、Capability情報に基づいて、Pre-emption送信の可否及びPre-emptionの送信電力を決定してもよい。
　Xは仕様書に規定されてもよく、ビーコンといった制御情報によって端末２００へ通知されてもよい。
　例えば、Pre-emption信号の受信電力と、non-Pre-emptionのTB-PPDUの信号の受信電力との受信電力差が大きい場合（例えば、閾値以上の場合）、AP１００のCapabilityによっては、AP１００は、信号を正しく受信できない可能性がある。そこで、AP１００のCapabilityに応じて、Target Received Powerからの電力の変動量に基づいて、Pre-emption送信を制御してもよい。これにより、Pre-emptionとnon-Pre-emptionとの受信電力差の影響によってAP１００がPre-emptionの信号を正しく復号できなくなることを抑制できる。
　（３）Pre-emption用に割り当てられるリソースでは、non-Pre-emptionのTB-PPDUが送信されなくてもよい。non-Pre-emptionのTB-PPDUを送信する端末２００は、例えば、当該端末２００に対応するUser Info fieldと異なる他のUser Info field（例えば、リソース通知例１の場合、AID=2008のUser info field）を復号することにより、Pre-emptionが送信されるリソースを判別（又は、特定）できる。
　そこで、端末２００は、Pre-emptionが発生する可能性があるリソースにおいて、データ（例えば、non-Pre-emptionのTB-PPDU）を送信しなくてよい。これにより、non-Pre-emptionのTB-PPDUが、Pre-emptionのPPDUに与える干渉を無くすことができるので、Pre-emptionの信号の受信品質を向上できる。
　また、例えば、non-Pre-emptionのTB-PPDUを送信する端末２００がPre-emptionのリソースにおいてデータを送信可能であるか否かに関する情報が、Trigger frame又はビーコンによって端末２００へ通知(例えば、0: 送信可能, 1:送信不可)されてもよい。
　（４）non-Pre-emption送信を行う端末２００（例えば、図８のSTA 1）と、Pre-emption送信を行う端末２００（例えば、図８のSTA 2）とに異なるリソース（例えば、RU又はストリームなど）が割り当てられ、ユーザ多重方式（UL OFDMA又はUL MU-MIMOなど）を用いて、Pre-emption送信を行う端末２００とnon-Pre-emption送信を行う端末２００との間の信号を多重させてもよい。
　この場合、Pre-emption送信を行う端末２００に対して、Pre-emption送信の開始タイミングの遅延、又は、Pre-emption送信の取りやめを許可する制御を適用してもよい。Pre-emption送信とnon-Pre-emption送信とでリソースを直交又は準直交させることができるため、干渉を低減できる。
　また、ユーザ多重方式を用いる場合、Trigger frameにおいて、non-Pre-emption送信を行う端末２００と、Pre-emption送信を行う端末２００とにそれぞれ異なるストリーム番号が割り当てられてもよい。例えば、User Info fieldのSS Allocation subfieldにおいて、non-Pre-emption送信を行う端末２００とPre-emption送信を行う端末２００とに異なるストリーム番号が割り当てられてもよい。Pre-emption送信を行う端末２００、及び、non-Pre-emption送信を行う端末２００は、non-Pre-emption送信を行う端末２００への割り当て及びPre-emption送信を行う端末２００への割り当てを含めた総空間ストリーム数に基づいて、LTF長（例えば、EHT-LTFのシンボル数）を決定してもよい。
　また、ユーザ多重方式を用いてPre-emption送信を行う端末２００及びnon-Pre-emption送信を行う端末２００を多重させる場合、Pre-emption送信を行う端末２００は、例えば、Pre-emptionを指定する割り当てを含むTrigger frameを受信した場合、TB PPDUのプリアンブルを送信し、データフィールドの送信を保留してもよい。TB PPDUのプリアンブルの送信は、例えば、non-Pre-emption送信と同様のタイミングで行われてもよく、non-Pre-emption送信の場合に比べて一定の遅延が許容されてもよい。AP１００は、例えば、プリアンブル部を受信し（例えば、データ部を受信せずに）、Pre-emption送信する可能性がある端末２００に対して、EHT-LTFを用いてチャネル推定を行ってもよい。Pre-emption送信を行う端末２００は、例えば、Pre-emption送信のデータが発生した場合、データフィールドの送信を開始してもよい。これにより、Preambleに関しては、Pre-emption送信を行う端末２００とnon-Pre-emption送信を行う端末２００との間でリソースを直交又は準直交させることができるため、干渉を低減できる。
　なお、端末２００は、例えば、データフィールドの送信に先立ち、プリアンブルの全て又は一部を再度送信してもよい。プリアンブルの再送信により、AP１００は、データフィールドのタイミング検出を行うことができる。
　（実施の形態４）
　実施の形態１～３では、Trigger frameによって制御される上り信号（例えば、上りOFDM信号）に関するPre-emptionの制御方法について説明したが、本実施の形態では、下り信号（例えば、下りOFDM信号）に関するPre-emptionの制御方法について説明する。
　図２４は、下りリンクにおけるPre-emption送信の一例を示す図である。図２４に示す例では、APは、STA 1向けの下りリンクのデータ（例えば、MU PPDU）の送信中に、Pre-emptionの下りリンクのデータ（例えば、緊急を有するデータ）が発生している。この場合、図２４に示すように、APは、STA 1向けの下りPPDUに対して、異なるSTA（例えば、STA 2）宛てのPre-emptionのデータを上書（オーバーライド）して送信を行ってよい。なお、図２４に示す例に限定されず、APは、STA1の下りPPDUの送信帯域の一部において、Pre-emptionの送信を行ってもよい。
　図２４において、STA 1は、APにおいてPre-emption送信が行われること(例えば、STA 1宛ての送信信号の一部が送信されないこと)を認識しない場合、STA 1宛ての下りPPDUのLENGTH内において受信する全てのデータ（例えば、Pre-emptionのデータを含む）を用いて受信処理（例えば、復号処理）を行うため、受信性能が劣化し得る。
　本実施の形態では、例えば、APが、下りリンクにおいてPre-emptionが発生したこと（例えば、non-Pre-emption送信の信号の一部が送信されないこと)を端末に通知してよい。これにより、端末は、Pre-emptionが発生した区間の信号を復号処理に適用しないことで受信性能を向上できる。
　図２５は、下りOFDM信号のフォーマット(例えば、EHT MU PPDU)の一例を示す図である。上りOFDM信号のフォーマット（例えば、図１）との違いは、下りリンクにおいて送信される信号の制御情報（例えば、リソース割り当て情報など）が含まれるEHT-SIGフィールドが存在することである。
　［無線通信システムの構成］
　本実施の形態に係る無線通信システムは、例えば、図２６に示すAP３００、及び、図２７に示す端末（STA）４００を備えてよい。AP３００及び端末４００の少なくとも一方は、無線通信システムにおいて２つ以上存在してもよい。AP３００は、例えば、端末４００に対して、Pre-emptionのデータ（例えば、緊急を有するデータ）を送信してよい。AP１００は、例えば、EHT又はEHTplusをサポートするAPでよい。例えば、EHTplus端末と通信する場合、通信相手のAP１００は、EHTplusをサポートしてよい。
　また、端末４００は、例えば、EHT端末及びEHTplus端末の何れかでよい。例えば、端末４００は、例えば、受信信号から、各端末４００に割り当てたリソースから各端末４００宛てのデータを分離し、受信処理を行う。
　また、AP３００は、下位互換性を有してよい。例えば、EHTplusをサポートするAP３００は、EHTplus端末に加えて、HE端末及びEHT端末ともTrigger frameを用いた通信が可能でよい。
　［AP３００の構成例］
　図２６は、AP３００の構成例を示すブロック図である。図２６に示すAP３００は、例えば、Pre-emption送信制御部３０１と、スケジューラ部３０２と、Pre-emption Indicator生成部３０３と、送信信号生成部３０４と、無線送受信部３０５と、受信信号復調・復号部３０６と、を備えてよい。
　例えば、Pre-emption送信制御部３０１と、スケジューラ部３０２とは、アクセス制御部（例えば、MAC処理部）に含まれてよい。
　Pre-emption送信制御部３０１は、例えば、下りデータの送信中に、Pre-emptionのデータ（例えば、緊急を有するデータ）の発生を検知した場合、スケジューラ部３０２に対してPre-emption送信のリソース割り当て（又は、Pre-emption送信が発生したこと）を指示する。
　スケジューラ部３０２は、例えば、端末４００に対するスケジューリングを行ってよい。
　例えば、スケジューラ部３０２は、Pre-emption送信を行わない、既存（又は、通常）のMU-PPDU送信（例えば、non-Pre-emption送信）を行う端末４００に対して、下りリンクのリソース割り当てを行い、端末４００を識別する情報（例えば、端末ID）、各端末４００の無線リソース情報（割当帯域、MCS等）を決定し、決定した情報を送信信号生成部３０４に出力する。また、スケジューラ部３０２は、この場合、現時点ではPre-emptionが発生していないことを示す情報をPre-emption Indicator生成部３０３へ出力する。
　また、スケジューラ部３０２は、例えば、Pre-emption送信制御部３０１からPre-emptionの発生が通知される場合（Pre-emption送信のリソース割り当てを指示される場合）、Pre-emption用の下りリンクのリソース割り当て行い、端末ID及びPre-emption用の無線リソース情報（割当帯域等）を決定し、決定した情報を送信信号生成部３０４へ出力する。また、スケジューラ部３０２は、この場合、Pre-emptionが発生することを示す情報（例えば、Pre-emptionが発生する周波数及び時間リソースを含む）をPre-emption Indicator生成部３０３へ出力する。
　Pre-emption Indicator生成部３０３は、例えば、スケジューラ部３０２から入力される情報（例えば、Pre-emptionが発生する周波数及び時間リソースを含む）に基づいて、Pre-emptionの発生を通知する制御情報（例えば、Pre-emption Indicator）を生成する。Pre-emption Indicator生成部３０３は、生成した情報を送信信号生成部３０４へ出力する。なお、Pre-emption Indicator生成部３０３における処理の例については後述する。
　送信信号生成部３０４は、スケジューラ部３０２から入力される無線リソース情報に基づいて、下り制御情報、下りデータ、及び、Pre-emption Indicator生成部３０３から入力される情報に対して、誤り訂正符号化、変調処理を行い、変調後のデータ信号を無線送受信部３０５へ出力する。
　例えば、Pre-emptionが発生するタイミングでは、送信信号生成部３０４は、スケジューラ部３０２から入力されるPre-emption送信用の周波数及び時間リソースにおいて、non-Pre-emptionのデータをPre-emption用のデータに上書きしてよい。
　なお、変調後のデータ信号がOFDM信号である場合、AP３００（例えば、送信信号生成部３０４）は、変調信号を規定の周波数リソースにマッピングし、IFFT/IDFT処理を行って時間波形に変換し、CPを付加することにより、OFDM信号を形成してよい。
　無線送受信部３０５は、例えば、送信信号生成部３０４から入力される変調信号に対して、D/A変換、及び、キャリア周波数へのアップコンバートといった無線送信処理を行い、無線送信処理後の信号を、アンテナを介して端末４００へ送信する。また、無線送受信部３０５は、例えば、端末４００から送信された信号を、アンテナを介して受信し、受信した信号に対して、ベースバンドへのダウンコンバート、及び、A/D変換といった無線受信処理を行い、無線受信処理後の信号を受信信号復調・復号部３０６へ出力する。
　受信信号復調・復号部３０６は、例えば、無線送受信部３０５から入力される信号に対して復調処理及び復号処理を行い、端末４００から送信された、ACKといった制御情報、及び、データを取得する。例えば、受信信号復調・復号部３０６は、ACKといった制御情報をスケジューラ部３０２へ出力してよい。なお、受信信号復調・復号部３０６に入力される信号がOFDM信号の場合、AP３００（例えば、受信信号復調・復号部３０６）は、CP除去処理、及び、FFT/DFT処理を行ってよい。
　［端末４００の構成例］
　図２７は、端末４００の構成例を示すブロック図である。図２７に示す端末４００は、例えば、無線送受信部４０１と、Pre-emption Indicator復調・復号部４０２と、受信信号復調部４０３と、受信信号復号部４０４と、送信信号生成部４０５と、を備えてよい。
　無線送受信部４０１は、例えば、受信信号をアンテナによって受信し、受信信号に対して、ダウンコンバート及びA/D変換といった無線受信処理を行い、無線受信処理後の信号を、Pre-emption Indicator復調・復号部４０２及び受信信号復調部４０３へ出力する。また、無線送受信部４０１は、例えば、送信信号生成部４０５から入力される信号に対して、アップコンバート及びD/A変換といった無線送信処理を行い、無線送信処理後の信号をアンテナから送信する。
　Pre-emption Indicator復調・復号部４０２は、例えば、無線送受信部４０１から入力される受信データのPre-emption Indicatorが含まれるフィールドのデータに対して、復調処理及び復号処理を行い、Pre-emption送信のリソースに関する情報を受信信号復号部４０４へ出力する。
　受信信号復調部４０３は、例えば、無線送受信部４０１から入力される受信データに対して復調処理を行い、復調された信号を受信信号復号部４０４へ出力する。なお、受信信号復調部４０３へ入力される信号がOFDM信号の場合、端末４００（例えば、受信信号復調部４０３）は、例えば、CP除去処理及びFFT/DFT処理を行ってよい。
　受信信号復号部４０４は、例えば、Pre-emption Indicator復調・復号部４０２から入力されるPre-emption送信のリソースに関する情報に基づいて、受信信号復調部４０３から入力される復調後のデータ系列から、端末４００宛ての信号が送信されていないリソース（例えば、Pre-emption送信のリソース）のデータを除外して、データの復号処理を行い、受信データを抽出する。また、受信信号復号部４０４は、例えば、データの復号が成功したか否かを示す情報（例えば、復号結果）を送信信号生成部４０５へ出力する。
　また、受信信号復号部４０４は、例えば、端末４００宛てのPre-emption送信が行われる場合、Pre-emption送信のリソース情報に基づいて、受信信号復調部４０３から入力される復調後のデータ系列から、Pre-emptionの信号を抽出し、データの復号処理を行い、Pre-emptionのデータを抽出する。
　送信信号生成部４０５は、例えば、受信信号復号部４０４から入力される復号結果に基づいて、ACKといった送信信号を生成する。送信信号生成部４０５は、例えば、生成した送信信号に対して、誤り訂正符号化、変調処理を行い、変調後のデータ信号を無線送受信部４０１へ出力する。なお、変調信号がOFDM信号の場合には、端末４００（例えば、送信信号生成部４０５）は、周波数リソースに変調信号をマッピング後にIFFT/IDFT処理を行い、CPを付加することにより、OFDM信号を形成してよい。
　［Pre-emption Indicatorの生成例］
　次に、Pre-emption Indicator生成部３０３において生成される制御情報（例えば、Pre-emption indicator）の例について説明する。
　AP３００は、例えば、制御情報(Pre-emption indicator)によって、Pre-emptionが発生したこと（例えば、non-Pre-emptionの送信信号の一部が送信されないこと）を端末４００に通知する。これにより、端末４００は、例えば、Pre-emptionが発生した区間の信号を、non-Pre-emptionの復号処理に適用しないことにより、受信性能を向上できる。
　以下、Pre-emption Indicatorのフォーマットの例を示す。
　＜Pre-emption Indicatorフォーマット例１＞
　Pre-emption Indicatorフォーマット例１では、データ部を構成するOFDMシンボルのそれぞれにおけるPre-emptionの発生の有無（又は、該当する端末４００宛てにデータを送信するか否か）が通知されてよい。
　図２８は、Pre-emption Indicatorフォーマット例１におけるPre-emption Indicatorのフォーマットを示す。
　図２８の例では、各OFDMシンボル#1～#Nのそれぞれに対して１ビットのPre-emption Indicatorが設定されてよい。例えば、各OFDMシンボルのそれぞれにおいて、Pre-emptionが発生した場合（例えば、該当端末４００にデータを送信しない場合）は、Pre-emption Indicatorは１に設定され、Pre-emptionが発生しない場合（例えば、該当端末４００にデータを送信する場合）は、Pre-emption Indicatorに０が設定されてよい。
　これにより、端末４００は、データ部におけるPre-emptionの発生の有無（又は、端末４００宛てのデータが送信されるか否か）を、OFDMシンボル毎に判断できる。
　＜Pre-emption Indicatorフォーマット例２＞
　Pre-emption Indicatorフォーマット例２では、データ部を構成するOFDMシンボルのうち、複数のOFDMシンボル（例えば、グループ）のそれぞれにおけるPre-emptionの発生の有無（又は、該当する端末４００宛てにデータを送信するか否か）がまとめて通知されてよい。
　図２９は、Pre-emption Indicatorフォーマット例２におけるPre-emption Indicatorのフォーマットを示す。
　図２９の例では、OFDMシンボル#1～#Nのうち、２つのOFDMシンボル単位で１ビットのPre-emption Indicatorが設定されてよい。例えば、１ビットに対応する２つのOFDMシンボルの何れかにおいて、Pre-emptionが発生した場合（例えば、該当端末４００にデータを送信しない場合）、Pre-emption Indicatorは１に設定されてよい。また、例えば、１ビットに対応する２つのOFDMシンボルの何れにおいてもPre-emptionが発生しない場合（例えば、該当端末４００にデータを送信する場合）、Pre-emption Indicatorに０が設定されてよい。
　これにより、Pre-emption Indicatorフォーマット例２では、Pre-emption Indicatorフォーマット例１と比較して、制御情報のビット数を低減できる。
　以上、Pre-emption Indicatorのフォーマット例について説明した。
　なお、Pre-emption Indicatorのフォーマットは、これらに限定されず、他のフォーマットでもよい。また、例えば、図２８及び図２９において、Pre-emption Indicatorとして割り当てられるビット数は１ビットに限定されず、２ビット以上でもよい。また、Pre-emption Indicatorに対応するOFDMシンボルの単位は、１シンボル又は２シンボルに限定されず、３シンボル以上の単位でもよい。また、フォーマット例１及びフォーマット例２は組み合わせて適用されてもよい。
　AP３００は、例えば、Pre-emption Indicatorを、下りPPDUのData部の後ろで送信してよい。例えば、端末４００は、Data部の受信後にPre-emption Indicatorを復号し、Pre-emption Indicatorの設定値に応じて、Data部の復号処理を決定（例えば、切り替え、変更）してよい。例えば、フォーマット例１において、Pre-emption Indicator=0,0,0,0,1,1,0,0,0の場合、端末４００は、OFDMシンボル#5,# 6に関して、誤り訂正の尤度を小さくして復号処理を行ってよい。
　以下、下りPPDUにおいて、Pre-emption Indicatorを通知するフォーマット例について説明する。
　＜PPDUフォーマット例１＞
　図３０は、PPDUフォーマット例１におけるPPDUのフォーマットを示す。
　図３０に示すように、下りPPDU（例えば、MU PPDU）のData部（Data field）の後に、Pre-emption Indicatorを通知するPre-emption Indicator fieldが設定されてよい。
　例えば、Pre-emption Indicatorフィールドにおける符号・変調方式（例えば、MCS）には固定値（例えば、BCC、QPSK、R=1/2）が適用されてもよい。
　また、例えば、OFDMAが適用される場合、図３１に示すように、各端末４００に割り当てられる帯域毎に、各端末４００宛てのPre-emption Indicatorが通知されてもよい。例えば、Pre-emption Indicatorの時間長は、OFDMAにおいて多重される端末４００のうち最も時間長が長い端末４００宛てのPre-emption Indicatorのサイズに合わせてもよい。例えば、端末４００間のPre-emption Indicatorのサイズを調整するために、padding bit (例えば全て0)を付加してサイズ調整が行われてもよい。
　＜PPDUフォーマット例２＞
　Pre-emption Indicatorは、例えば、下りPPDUのPE (Packet Extension) fieldに含まれてよい。AP３００は、例えば、下りPPDUのPE fieldにおいて、Pre-emption indicatorを送信してよい。
　PEフィールドは、既存の規格では任意の値が設定されるため、Pre-emption indicatorの通知に使用することで、制御情報のオーバーヘッドを削減できる。
　以上、PPDUフォーマット例について説明した。
　このように、本実施の形態では、AP３００は、下りPPDUの送信中に発生するPre-emption送信に使用されるリソースに関する制御情報（例えば、Pre-emption送信の発生の有無を含む）を含む下りPPDUを、端末４００へ送信する。端末４００は、下りPPDUに含まれる制御情報に基づいて、Pre-emptionの信号の受信制御を行う。
　これにより、例えば、端末４００は、下りPPDUに含まれる制御情報に基づいて、AP３００が他の端末へ信号を送信中に発生したデータ（例えば、緊急を有するデータ）を受信することができる。よって、本実施の形態によれば、Pre-emption送信が発生した場合でも、遅延を低減できるので、無線通信における信号の送信制御の効率を向上できる。
　以上、本開示の各実施の形態について説明した。
　なお、上述した各実施の形態において、Trigger frameの構成、Trigger frame内のCommon Info field、User Info field、及び、Special User Info fieldの構成、上りPPDU、又は、下りPPDUの構成は、上述した例に限定されず、例えば、他のfieldの追加及び一部のfieldの削除の少なくとも一方が行われた他の構成でもよく、上述した各fieldにおいて、他のsubfieldの追加及び一部のsubfieldの削除の少なくとも一方が行われた他の構成でもよい。
　また、上記実施の形態では、一例として、11beのフォーマットに基づいて説明したが、本開示の一実施例を適用するフォーマットは、11beのフォーマットに限定されない。本開示の一実施例は、例えば、車載向け規格であるIEEE 802.11pの次世代規格であるIEEE 802.11bd（NGV(Next Generation V2X)）向けに適用されてもよい。
　（補足）
　上述した各実施の形態に示した機能、動作又は処理を端末（例えば、端末２００又は端末４００）がサポートするか否かを示す情報が、例えば、端末の能力（capability）情報あるいは能力パラメータとして、端末からAP（例えば、AP１００又はAP３００）へ送信（あるいは通知）されてもよい。
　能力情報は、上述した各実施の形態に示した機能、動作又は処理の少なくとも１つを端末２００がサポートするか否かを個別に示す情報要素（IE）を含んでもよい。あるいは、能力情報は、上述した各実施の形態に示した機能、動作又は処理の何れか２以上の組み合わせを端末がサポートするか否かを示す情報要素を含んでもよい。情報要素は単に要素（element）とも呼ばれる。
　APは、例えば、端末から受信した能力情報に基づいて、能力情報の送信元端末がサポートする（あるいはサポートしない）機能、動作又は処理を判断（あるいは決定または想定）してよい。APは、能力情報に基づく判断結果に応じた動作、処理又は制御を実施してよい。例えば、APは、端末から受信した能力情報に基づいて、Pre-emptionを制御してよい。
　なお、上述した各実施の形態に示した機能、動作又は処理の一部を端末がサポートしないことは、端末において、そのような一部の機能、動作又は処理が制限されることに読み替えられてもよい。例えば、そのような制限に関する情報あるいは要求が、APに通知されてもよい。
　端末の能力あるいは制限に関する情報は、例えば、規格において定義されてもよいし、APにおいて既知の情報あるいはAPへ送信される情報に関連付けられて暗黙的（implicit）にAPに通知されてもよい。
　本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
　集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。
　さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
　本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
　通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係るアクセスポイントは、第１信号の送信中に発生する第２信号の送信に使用されるリソースに関する制御情報を生成する制御回路と、前記制御情報を送信する送信回路と、を具備する。
　本開示の一実施例において、前記制御情報は、トリガーフレームのUser Info fieldに含まれる。
　本開示の一実施例において、前記制御情報を含む前記User Info fieldのassociation ID（AID）は、前記第２信号の送信に関連付けられる値である。
　本開示の一実施例において、前記トリガーフレームにおいて、複数の前記User Info fieldには、当該User Info fieldが前記第２信号の送信に関するか否かを示す情報が含まれる。
　本開示の一実施例において、前記第２信号の送信に関する前記User Info fieldのassociation ID（AID）は、前記第２信号の送信が可能な少なくとも一つの端末のAIDの値である。
　本開示の一実施例において、前記第２信号の送信を許可するか否かに関する条件が、規定される、前記トリガーフレームによって端末に通知される、又は、前記トリガーフレームと異なる信号によって前記端末に通知される。
　本開示の一実施例において、前記条件は、前記第２信号のトラフィック種別、前記第２信号の時間長、及び、前記第２信号の送信タイミングの少なくとも一つに基づく。
　本開示の一実施例において、前記条件に関する情報は、前記トリガーフレームのUser Info fieldのUL-EHT MCS subfield、SS Allocation subfield、UL Target Received Power subfield、Trigger Dependent User info subfield、及び、Special User Info fieldのReserved subfieldの少なくとも一つに含まれる。
　本開示の一実施例において、前記制御情報は、トリガーフレームのCommon Info fieldに含まれる。
　本開示の一実施例において、前記第２信号のフォーマットは、前記第１信号のフォーマットと異なり、前記第２信号のプリアンブルは、トリガーフレームによって指示される前記第２信号の割り当てリソース内で送信される。
　本開示の一実施例において、前記第２信号の送信タイミングは、前記第１信号の送信タイミングに基づいて設定される。
　本開示の一実施例において、前記第２信号は、前記第１信号のExtreme High Throughput（EHT）に関するシンボル以降のタイミングで送信される。
　本開示の一実施例において、前記第２信号は、前記第１信号のシンボルタイミングに揃えて送信される。
　本開示の一実施例において、前記第１信号及び前記第２信号は、下りリンクのデータであり、前記制御情報は、前記第１信号内に含まれ、前記第１信号の送信中に前記第２信号が発生したことを示す。
　本開示の一実施例において、前記第１信号のデータフィールドの後に、前記制御情報のフィールドが設定される。
　本開示の一実施例において、前記第１信号のPacket Extension（PE）フィールドに、前記制御情報が含まれる。
　本開示の一実施例に係る端末は、第１信号の送信中に発生する第２信号の送信に使用されるリソースに関する制御情報を受信する受信回路と、前記制御情報に基づいて、前記第２信号の送信又は受信を制御する制御回路と、を具備する。
　本開示の一実施例に係る通信方法において、アクセスポイントは、第１信号の送信中に発生する第２信号の送信に使用されるリソースに関する制御情報を生成し、前記制御情報を送信する。
　本開示の一実施例に係る通信方法において、端末は、第１信号の送信中に発生する第２信号の送信に使用されるリソースに関する制御情報を受信し、前記制御情報に基づいて、前記第２信号の送信又は受信を制御する。
　２０２２年６月１５日出願の特願２０２２－０９６５３７の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一実施例は、無線通信システムに有用である。
　１００，３００　AP
　１０１，３０２　スケジューラ部
　１０２　Trigger frame生成部
　１０３，２０５，３０４，４０５　送信信号生成部
　１０４，２０１，３０５，４０１　無線送受信部
　１０５，２０２，３０６　受信信号復調・復号部
　２００，４００　端末
　２０３　Trigger frame判定部
　２０４，３０１　Pre-emption送信制御部
　３０３　Pre-emption Indicator生成部
　４０２　Pre-emption Indicator復調・復号部
　４０３　受信信号復調部
　４０４　受信信号復号部

Claims (19)

  1. 　第１信号の送信中に発生する第２信号の送信に使用されるリソースに関する制御情報を生成する制御回路と、
    　前記制御情報を送信する送信回路と、
    　を具備するアクセスポイント。
  2. 　前記制御情報は、トリガーフレームのUser Info fieldに含まれる、
    　請求項１に記載のアクセスポイント。
  3. 　前記制御情報を含む前記User Info fieldのassociation ID（AID）は、前記第２信号の送信に関連付けられる値である、
    　請求項２に記載のアクセスポイント。
  4. 　前記トリガーフレームにおいて、複数の前記User Info fieldには、当該User Info fieldが前記第２信号の送信に関するか否かを示す情報が含まれる、
    　請求項２に記載のアクセスポイント。
  5. 　前記第２信号の送信に関する前記User Info fieldのassociation ID（AID）は、前記第２信号の送信が可能な少なくとも一つの端末のAIDの値である、
    　請求項４に記載のアクセスポイント。
  6. 　前記第２信号の送信を許可するか否かに関する条件が、規定される、前記トリガーフレームによって端末に通知される、又は、前記トリガーフレームと異なる信号によって前記端末に通知される、
    　請求項２に記載のアクセスポイント。
  7. 　前記条件は、前記第２信号のトラフィック種別、前記第２信号の時間長、及び、前記第２信号の送信タイミングの少なくとも一つに基づく、
    　請求項６に記載のアクセスポイント。
  8. 　前記条件に関する情報は、前記トリガーフレームのUser Info fieldのUL-EHT MCS subfield、SS Allocation subfield、UL Target Received Power subfield、Trigger Dependent User info subfield、及び、Special User Info fieldのReserved subfieldの少なくとも一つに含まれる、
    　請求項６に記載のアクセスポイント。
  9. 　前記制御情報は、トリガーフレームのCommon Info fieldに含まれる、
    　請求項１に記載のアクセスポイント。
  10. 　前記第２信号のフォーマットは、前記第１信号のフォーマットと異なり、
    　前記第２信号のプリアンブルは、トリガーフレームによって指示される前記第２信号の割り当てリソース内で送信される、
    　請求項１に記載のアクセスポイント。
  11. 　前記第２信号の送信タイミングは、前記第１信号の送信タイミングに基づいて設定される、
    　請求項１に記載のアクセスポイント。
  12. 　前記第２信号は、前記第１信号のExtreme High Throughput（EHT）に関するシンボル以降のタイミングで送信される、
    　請求項１１に記載のアクセスポイント。
  13. 　前記第２信号は、前記第１信号のシンボルタイミングに揃えて送信される、
    　請求項１１に記載のアクセスポイント。
  14. 　前記第１信号及び前記第２信号は、下りリンクのデータであり、
    　前記制御情報は、前記第１信号内に含まれ、前記第１信号の送信中に前記第２信号が発生したことを示す、
    　請求項１に記載のアクセスポイント。
  15. 　前記第１信号のデータフィールドの後に、前記制御情報のフィールドが設定される、
    　請求項１４に記載のアクセスポイント。
  16. 　前記第１信号のPacket Extension（PE）フィールドに、前記制御情報が含まれる、
    　請求項１４に記載のアクセスポイント。
  17. 　第１信号の送信中に発生する第２信号の送信に使用されるリソースに関する制御情報を受信する受信回路と、
    　前記制御情報に基づいて、前記第２信号の送信又は受信を制御する制御回路と、
    　を具備する端末。
  18. 　アクセスポイントは、
    　第１信号の送信中に発生する第２信号の送信に使用されるリソースに関する制御情報を生成し、
    　前記制御情報を送信する、
    　通信方法。
  19. 　端末は、
    　第１信号の送信中に発生する第２信号の送信に使用されるリソースに関する制御情報を受信し、
    　前記制御情報に基づいて、前記第２信号の送信又は受信を制御する、
    　通信方法。
PCT/JP2023/021592 2022-06-15 2023-06-09 アクセスポイント、端末、及び通信方法 WO2023243568A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-096537 2022-06-15
JP2022096537 2022-06-15

Publications (1)

Publication Number Publication Date
WO2023243568A1 true WO2023243568A1 (ja) 2023-12-21

Family

ID=89191269

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/021592 WO2023243568A1 (ja) 2022-06-15 2023-06-09 アクセスポイント、端末、及び通信方法

Country Status (1)

Country Link
WO (1) WO2023243568A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017195702A1 (ja) * 2016-05-10 2017-11-16 株式会社Ｎｔｔドコモ 無線通信装置及び無線通信方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017195702A1 (ja) * 2016-05-10 2017-11-16 株式会社Ｎｔｔドコモ 無線通信装置及び無線通信方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JONAS SEDIN (ERICSSON): "Low Latency resource agreements", IEEE DRAFT; 11-20-1670-01-00BE-LOW-LATENCY-RESOURCE-AGREEMENTS, IEEE-SA MENTOR, PISCATAWAY, NJ USA, vol. 802.11 EHT; 802.11be, no. 1, 17 November 2020 (2020-11-17), Piscataway, NJ USA , pages 1 - 16, XP068175190 *

Similar Documents

Publication Publication Date Title
US11470595B2 (en) Wireless communication method and wireless communication terminal, which use discontinuous channel
EP3155751B1 (en) Sub-channel allocation in orthogonal frequency division multiplex wlan
US10349288B2 (en) Method and device for receiving frame
US8995564B2 (en) Transmission protection for wireless communications
EP3151459B1 (en) Resource indication processing method, processing apparatus, access point and site
CN107211411B (zh) 无线接收装置、无线发送装置、通信方法及通信系统
JP2017522836A (ja) 無線ｌａｎシステムにおいて上りリンク多重ユーザ送信方法及びそのための装置
CN112787793B (zh) 使用触发信息的无线通信方法、和无线通信终端
CN112840614B (zh) 用于在无线lan系统中配置针对宽频带发送的ngv帧的方法和装置
US20230354098A1 (en) Method for transmitting/receiving data in wireless communication system, and wireless communication terminal
WO2016140179A1 (ja) 基地局装置および端末装置
WO2023243568A1 (ja) アクセスポイント、端末、及び通信方法
WO2024004596A1 (ja) アクセスポイント、端末、及び通信方法
WO2022249633A1 (ja) 端末、基地局、及び、通信方法
WO2024038905A1 (ja) 通信装置、及び通信方法
WO2023228566A1 (ja) アクセスポイント、端末、及び通信方法
EP4351255A1 (en) Wireless communication apparatus using shared txop and operation method for wireless communication apparatus
EP4290922A1 (en) Wireless communication method using multilink, and wireless communication terminal using same
US20240064800A1 (en) Low latency frame notification in a wireless network
EP4358635A1 (en) Wireless communication method using multilink, and wireless communication terminal using same
WO2023007792A1 (ja) 無線通信端末、無線通信装置、および無線通信方法
WO2022264571A1 (ja) アクセスポイント、端末、及び通信方法
US20240049304A1 (en) Wireless communication method using multi-link, and wireless communication terminal using same
CN112787791B (zh) 使用触发信息的无线通信方法、和无线通信终端
CN117356156A (zh) 使用共享txop的无线通信设备和无线通信设备的操作方法

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

Country of ref document: EP

Kind code of ref document: A1