[go: up one dir, main page]

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

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

Info

Publication number
WO2025225259A1
WO2025225259A1 PCT/JP2025/012246 JP2025012246W WO2025225259A1 WO 2025225259 A1 WO2025225259 A1 WO 2025225259A1 JP 2025012246 W JP2025012246 W JP 2025012246W WO 2025225259 A1 WO2025225259 A1 WO 2025225259A1
Authority
WO
WIPO (PCT)
Prior art keywords
dru
allocation
terminal
tone
resources
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/JP2025/012246
Other languages
English (en)
French (fr)
Inventor
敬 岩井
智史 高田
嘉夫 浦部
裕幸 本塚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Publication of WO2025225259A1 publication Critical patent/WO2025225259A1/ja
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • 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

  • This disclosure relates to an access point, a terminal, and a communication method.
  • the Study Group is currently developing the technical specifications for IEEE 802.11bn (hereinafter referred to as "11bn”) as the successor to IEEE 802.11be (hereinafter referred to as "11be”), the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standard.
  • 11be is also known as “Extremely High Throughput (EHT).”
  • EHT Extremely High Throughput
  • UHR Ultra High Reliability
  • IEEE P802.11be/D5.0 IEEE 802.11-23/0079r10 IEEE 802.11 UHR Proposed CSD IEEE 802.11-24/0209r1, Specification Framework for TGbn IEEE Std 802.11ax-2021 IEEE 802.11-23/1511r1, Pilot Tone Allocation and Other Considerations of Tone-Distributed RUs for UHR
  • Non-limiting examples 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 communications.
  • An access point includes a communications circuit that transmits a control signal in which an information field contains an allocation of one or more resources for random access, in which frequency resources are discretely allocated, and a control circuit that controls reception of an uplink signal based on the allocation of one or more resources.
  • An example of the trigger frame format Diagram showing an example format for the User Info field Diagram showing an example format for the Special User Info field A diagram showing an example of Resource Unit (RU) allocation Diagram showing an example of the format of the Common Info field
  • a diagram showing an example of a Trigger type A diagram showing an example of an Association ID (AID)
  • AID A diagram showing an example of the Random access (RA)-RU Information subfield Block diagram showing an example of the configuration of a part of an access point (AP)
  • Block diagram showing an example of the configuration of a part of a terminal Block diagram showing an example of an AP configuration A diagram showing an example of an AID
  • a diagram showing an example of the RU index A diagram showing an example of a Trigger type Block diagram showing an example of a terminal configuration Diagram showing an example of RA-RU configuration using Distributed-tone RU (DRU) Diagram showing an example of User Info field order
  • Trigger frame configuration example 11be supports uplink Orthogonal Frequency-Division Multiple Access (OFDMA).
  • An access point also called a base station
  • AP transmits a control signal (e.g., called a "Trigger frame") to instruct the transmission of uplink OFDMA signals to multiple terminals (STAs, also called “non-AP STAs”) accommodated by the AP.
  • STAs multiple terminals
  • the 11be trigger frame may be reused as a control signal to instruct multiple terminals to transmit uplink OFDMA signals.
  • control signal may be directed to one or more terminals.
  • number of terminals that transmit a response signal based on the control signal may be one or more.
  • the Trigger frame includes a MAC header as well as a "Common Info field” and a "User Info List" (see, for example, non-patent document 1).
  • the Common Info field contains information common to multiple terminals multiplexed by OFDMA.
  • the User Info List includes a "Special User Info field” and multiple "User Info fields”.
  • Figure 2 shows an example of the format of the User Info field
  • Figure 3 shows an example of the format of the Special User Info field.
  • the Special User Info field shown in Figure 3 contains common information for 11be and later terminals.
  • the Special User Info field may contain common information for 11bn terminals.
  • the User Info field shown in Figure 2 includes information specific to each terminal.
  • the "RU allocation" subfield of the User Info field shown in Figure 2 uses information from the "UL BW” subfield of the Common Info field, the "UL BW Extension” subfield of the Special User Info field, and the "PS 160" subfield of the User Info field to notify resource information for the uplink signal transmitted by the terminal in response to a Trigger frame from the AP.
  • the uplink signal is also called, for example, a TB PPDU (Trigger-Based (TB) Physical layer Protocol Data Unit (PPDU)).
  • the resource information for the uplink signal may include, for example, information regarding the bandwidth of the TB PPDU, the size and location of the RU (Resource Unit, frequency resource allocation unit), and the MRU (Multiple RU).
  • the UL BW subfield and UL BW Extension subfield indicate the bandwidth of the TB PPDU that the terminal can use (for example, 20, 40, 80, 160, or 320 MHz). Then, the terminal identifies (or determines, or specifies) the position and size of the RU to which the uplink transmission signal is allocated in the transmission band (communication band) of the TB PPDU, based on the combined value of the RU allocation subfield and PS 160 subfield, for example, based on the table shown in Figure 4 (see, for example, Non-Patent Document 1).
  • Figure 5 shows an example of the format of the Common Info field for EHT terminals.
  • the "Trigger Type" subfield of the Common Info field shown in Figure 5 contains information indicating the type of trigger frame.
  • the type of trigger frame is, for example, the type of signal (uplink signal) that the AP causes the terminal to transmit.
  • Figure 6 shows an example of the correspondence (in table format) between the value of the Trigger Type subfield and the type of Trigger frame (see, for example, Non-Patent Document 1).
  • the types shown in Figure 6 are defined as Trigger types.
  • the Trigger Dependent User Info subfield of each of the User Info field shown in Figure 2 and the Special User Info field shown in Figure 3, and the Trigger Dependent Common Info subfield of the Common Info field shown in Figure 5, contain common information that depends on the Trigger Type.
  • DRU distributed-tone RU
  • DRU distributed-tone RU
  • TB PPDUs transmitted by terminals in response to trigger frames
  • DRU refers to an RU configured with tones that are distributed discretely (or dispersedly or diffusely) over a specific bandwidth.
  • the band in which RUs are distributed discretely in a DRU is also called the “Distribution Bandwidth (Distribution BW)."
  • an RU consisting of multiple consecutive tones in the frequency domain (hereinafter referred to as a "Regular RU (RRU)") is assigned to each terminal as a TB PPDU resource.
  • RRU Regular RU
  • the transmission power density (PSD: Power Spectrum Density) of terminals (e.g., non-AP STAs) in the LPI (Low Power Indoor) band to a specified value (e.g., -1 dBm/MHz).
  • PSD Power Spectrum Density
  • LPI Low Power Indoor
  • the PSD per tone can be improved by distributing the tones allocated to each terminal and reducing the number of tones per MHz.
  • This power boost gain of the DRU can improve upstream throughput.
  • 11ax IEEE 802.11ax
  • RA OFDMA-based random access
  • 11ax is also known as “High Efficiency (HE).”
  • the AID12 subfield of the User Info field (e.g., Figure 2) notifies the Association ID (AID), which is a unique ID assigned to a terminal at the time of association.
  • AID Association ID
  • the method of allocating frequency resources (e.g., RU) to a specific terminal by notifying the terminal of the AID assigned to it is referred to as "Scheduled access.”
  • a specific AID is used in the AID12 subfield to indicate that the User Info field notifies an RU for RA (hereinafter referred to as "RA-RU").
  • one User Info field can notify a terminal of one or more consecutive RA-RUs in the frequency domain.
  • the RU Allocation subfield indicates the position of the starting RU of the RA-RU, which is an RRU, and the RU size.
  • the "RA-RU Information" subfield that indicates information about the RA-RU is set.
  • the RA-RU Information subfield indicates the number of consecutive RA-RUs in the frequency domain, with the starting RU being the RA-RU, which is the RRU notified by the RU Allocation subfield.
  • Figure 8 shows an example format of the RA-RU Information subfield.
  • B26-B30 (5 bits of information) shown in Figure 8 are the "Number Of RA-RU" subfield, which indicates the number of consecutive RA-RUs in the frequency domain (for example, in the range of 1 to 32).
  • the number of spatial streams used in random access transmission of an RA-RU may be set (for example, limited) to 1.
  • the AP uses one User Info field to instruct the terminal on multiple RA-RUs using RRUs.
  • a terminal with data to transmit to the AP updates (decrements) its OBO (OFDMA random access backoff) counter by the number of RA-RUs instructed by the Trigger frame based on the random access channel access, and when the OBO counter reaches 0, it randomly selects one RA-RU from the one or more RA-RUs instructed by the AP by the Trigger frame and transmits an uplink signal using the selected RA-RU.
  • OBO OFDMA random access backoff
  • RA-RUs that use RRUs may have transmission power limited by PSD regulations in the 6GHz band, which could result in degraded uplink throughput performance, just like with scheduled access.
  • OFDMA multiplexing is difficult between the DRUs for scheduled access that are being considered for introduction in 11bn and RA-RUs that use RRUs, which could complicate scheduling processing and increase the amount of signaling. As such, there is room for further consideration regarding notification methods for RA-RUs that use DRUs.
  • a method for notifying one or more RA-RUs using a DRU using a single User Info field, similar to existing RRUs.
  • a method is described for facilitating the introduction of RA-RUs using a DRU by reusing an existing Trigger frame to realize notification of RA-RUs using a DRU.
  • the wireless communication system may include, for example, an AP 100 (for example, a wireless transceiver) and a terminal 200 (for example, a wireless transceiver).
  • the AP 100 transmits a Trigger frame to the terminal 200 instructing it to transmit a TB PPDU, and the terminal 200 receives the Trigger frame.
  • the terminal 200 selects one of the RA-RUs instructed by the Trigger frame, and transmits the TB PPDU to the AP 100 by random access.
  • a DRU can be applied to the RA-RU.
  • FIG. 9 is a block diagram showing an example configuration of a portion of an AP 100 according to one embodiment of the present disclosure.
  • a communication unit e.g., corresponding to a communication circuit transmits a control signal (e.g., a Trigger frame) in which an information field (e.g., a User Info field) contains an allocation of one or more resources (e.g., RA-RU) for random access to which an allocation (e.g., DRU allocation) in which frequency resources (e.g., Tone) are discretely arranged is applied, and a control unit (e.g., corresponding to a control circuit) controls reception of an uplink signal based on the allocation of one or more resources.
  • a control signal e.g., a Trigger frame
  • an information field e.g., a User Info field
  • RA-RU resource allocation
  • frequency resources e.g., Tone
  • FIG. 10 is a block diagram showing an example configuration of a portion of a terminal 200 according to one embodiment of the present disclosure.
  • a communication unit e.g., corresponding to a receiving circuit
  • receives a control signal e.g., a trigger frame
  • an information field e.g., a user info field
  • contains an allocation of one or more resources e.g., RA-RU
  • a control unit e.g., corresponding to a control circuit
  • FIG. 11 is a block diagram showing an example of the configuration of the AP 100.
  • AP100 generates a Trigger frame that instructs terminal 200 to transmit a TB PPDU (uplink signal; for example, a response signal from terminal 200 to the Trigger frame), and transmits the Trigger frame to terminal 200.
  • the Trigger frame may include, for example, information instructing transmission via RA-RU.
  • the AP 100 shown in FIG. 11 may include, for example, a scheduling unit 101, a user information generation unit 102, a common information generation unit 103, a trigger frame generation unit 104, an error correction coding unit 105, a modulation unit 106, a radio transmission/reception unit 107, an OFDM demodulation unit 108, a tone demapping unit 109, a demodulation unit 110, and an error correction decoding unit 111.
  • At least one of the scheduling unit 101, user info generation unit 102, common info generation unit 103, trigger frame generation unit 104, error correction coding unit 105, modulation unit 106, OFDM demodulation unit 108, tone demapping unit 109, demodulation unit 110, and error correction decoding unit 111 shown in FIG. 11 may be included in the control unit shown in FIG. 9, and the wireless transmission/reception unit 107 shown in FIG. 11 may be included in the communication unit shown in FIG. 9.
  • the scheduling unit 101 may, for example, perform scheduling for the terminal 200.
  • the scheduling unit 101 determines frequency resource information (e.g., RU allocation information) including one or more RA-RUs that instruct TB PPDU transmission, and outputs this to the User Info generation unit 102 and the Common Info generation unit 103.
  • the scheduling unit 101 also holds scheduling information regarding the TB PPDU from the terminal 200, and outputs this to the Tone demapping unit 109, demodulation unit 110, and error correction decoding unit 111 for reception processing.
  • Frequency resource information may include, for example, the RU type (e.g., information indicating either DRU or RRU), RU size, RU position, and the number of RA-RUs.
  • the RU type e.g., information indicating either DRU or RRU
  • the frequency resource information may include information on the Tone interval, Tone position (also called the Tone offset or Tone start position), and the number of RA-RUs using the DRU.
  • the RU type may be included in the User Info field.
  • an AID that is unused (Reserved) in 11be (e.g., 2008-2044, 2047-4094; see Figure 7) may be used to indicate that the User Info field is a User Info field indicating an RA-RU using a DRU.
  • the RU type may be included in the Common Info field.
  • a Trigger type (hereinafter referred to as "DRU Trigger") that prompts the transmission of an uplink signal using RU allocation by DRU may be defined (or added or set) using a value that is unused in 11be (Reserved; see, for example, Figure 6) in the Trigger Type subfield of the Common Info field.
  • the DRU Trigger may indicate that RU allocation using DRU is applied to both Scheduled access and Random access.
  • the terminal 200 receives a DRU Trigger, it recognizes that the frequency resource information indicated by the RU allocation subfield of the User Info field is DRU.
  • the RU type may be notified in the RU allocation subfield of the User Info field (terminal-specific information). For example, if the instruction is in the Reserved area of the EHT RU allocation subfield value (for example, an area different from the area where the RU is defined in the EHT), the terminal 200 recognizes that the frequency resource information indicated by the RU allocation subfield is DRU.
  • the User Info generation unit 102 generates a User Info field by converting control information, including frequency resource information for a TB PPDU containing one or more RA-RUs input from the scheduling unit 101, into predetermined bit information.
  • a specific AID may be set in the AID12 subfield.
  • the reserved AIDs values of the AID12 subfield
  • "2043" and "2044" may be defined as RA-RU notifications that use a DRU for associated terminals and unassociated terminals, respectively.
  • the RU allocation subfield may indicate the starting RU of the RA-RU.
  • the terminal 200 may identify the starting position and RU size (e.g., the number of Tones that make up the RU) of the RA-RU to which the uplink transmission signal by random access in the transmission band of the TB PPDU is allocated, based on the table shown in FIG. 4.
  • Bitwidth (MHz) indicates the transmission bandwidth of the TB PPDU
  • RU or MRU size indicates the number of tones (RU size or MRU size) in which the uplink signal of terminal 200 is allocated.
  • RU or MRU index indicates the position of the RU or MRU in the TB PPDU band.
  • the RU or MRU index defines the Tone position for each RU or MRU size, for example, for an RRU and a DRU.
  • Figure 13 shows an example of the RU index for an RRU and a DRU when the RU size is 26 tones.
  • the DC position is set to Tone number 0, and Tones with frequencies lower than DC are assigned negative numbers, and Tones with higher frequencies are assigned positive numbers.
  • an RU index consisting of two elements, [Tone start position: Tone end position] is defined.
  • an RU index consisting of three elements, [Tone start position: Tone interval: Tone end position] is defined.
  • the Tone interval is the interval obtained by counting the number of valid Tones excluding Guard Tones and Null Tones. Tones are also sometimes called subcarriers.
  • B26-B30 (corresponding to the SS Allocation subfield in Figure 2) may be set to the Number Of RA-RU subfield.
  • the Number Of RA-RU subfield may notify the number of RA-RUs.
  • the Number Of RA-RU subfield may indicate the number of consecutive RA-RUs in the frequency domain.
  • the Number Of RA-RU subfield may indicate one or more RA-RU numbers used for the DRU.
  • multiple RA-RUs may have the same starting RA-RU, RU size, Tone interval, and Distribution bandwidth (or TB PPDU bandwidth) notified by the RU allocation subfield, but different Tone start positions, and multiple Tone start positions of the DRU may be notified. Examples of the number of RA-RUs in a DRU will be described later.
  • the User Info generation unit 102 generates a User Info field and a Special User Info field containing the converted bit information, and outputs them to the Trigger frame generation unit 104.
  • the Common Info generation unit 103 converts the control information for the TB PPDU input from the scheduling unit 101 (e.g., the TB PPDU bandwidth, LTF symbol information, AP transmission power information, etc.) into specified bit information.
  • a Trigger type (e.g., DRU Trigger) that prompts uplink transmission using a DRU may be set in the Trigger Type subfield, as shown in Figure 14.
  • the Trigger Type subfield may be set to either Basic, BSRP, or BQRP, as in existing standards.
  • the same Trigger frame format as a Basic Trigger may be used.
  • the Trigger Dependent Common Info subfield and Trigger Dependent User Info subfield which contain information that depends on the Trigger type
  • the same format as a Basic Trigger may be applied to these subfields of a DRU Trigger.
  • the subfield of the Trigger Dependent Common Info subfield may not be required, just like with a Basic Trigger.
  • the Trigger Dependent Common Info subfield may include the Trigger subtype subfield, which indicates the Trigger type to which the RA-RU is applied (for example, Basic, BSRP, or BQRP). This enables the AP 100 to promote Random access using DRU for the same purposes as existing standards.
  • the Common Info generation unit 103 generates a Common Info field containing the converted bit information and outputs it to the Trigger frame generation unit 104.
  • the trigger frame generation unit 104 generates a trigger frame including a Common Info field input from the Common Info generation unit 103, a Special User Info field input from the User Info generation unit 102, and a User Info List consisting of User Info fields for multiple terminals 200. In addition to the Common Info field, Special User Info field, and User Info List, a MAC header, padding, and FCS (frame check sequence) may be added to the generated trigger frame.
  • the trigger frame generation unit 104 outputs the generated trigger frame to the error correction coding unit 105.
  • the error correction coding unit 105 receives as input a transmission data signal including a trigger frame input from the trigger frame generation unit 104, performs error correction coding on the input signal, and outputs the coded signal to the modulation unit 106.
  • the modulation unit 106 performs modulation processing on the signal input from the error correction coding unit 105 and outputs the modulated data signal to the wireless transmission/reception unit 107.
  • AP100 may perform transmission signal processing related to OFDM.
  • AP100 e.g., modulation unit 106
  • IFFT Inverse Fast Fourier Transform
  • CP Cyclic Prefix
  • the radio transmission/reception unit 107 performs predetermined radio transmission processing, such as D/A (digital-to-analog) conversion and upconversion to a carrier frequency, on the modulated signal input from the modulation unit 106, and transmits the signal after radio transmission processing to the terminal 200 via an antenna.
  • the radio transmission/reception unit 107 also receives signals transmitted from the terminal 200 via an antenna, performs predetermined radio reception processing on the received signals, such as downconversion to baseband and A/D (analog-to-digital) conversion, and outputs the signal after radio reception processing to the OFDM demodulation unit 108.
  • the OFDM demodulation unit 108 performs demodulation processing on the signal input from the wireless transceiver unit 107, and performs OFDM-related received signal processing on the resulting received signal (TB PPDU from the terminal 200). For example, the OFDM demodulation unit 108 performs CP removal processing and Fast Fourier Transform (FFT) processing, and outputs the processed signal to the Tone demapping unit 109.
  • FFT Fast Fourier Transform
  • the Tone demapping unit 109 acquires a received signal at a specified Tone position from the received signal input from the OFDM demodulation unit 108 based on frequency resource information input from the scheduling unit 101 (for example, frequency resource information for an RA-RU using an RRU or DRU notified by a trigger frame), and outputs the received signal to the demodulation unit 110.
  • the demodulation unit 110 performs corresponding demodulation processing on the received signal input from the tone demapping unit 109 based on the modulation method information (QPSK, 16QAM, etc.) of the receiving terminal input from the scheduling unit 101, and outputs the results of the demodulation processing to the error correction decoding unit 111.
  • the modulation method information QPSK, 16QAM, etc.
  • the error correction decoding unit 111 performs error correction decoding on the received signal input from the demodulation unit 110, and outputs the decoded signal as a received data signal.
  • FIG. 15 is a block diagram showing an example of the configuration of the terminal 200.
  • the terminal 200 shown in FIG. 15 may include, for example, a radio transceiver unit 201, a demodulator unit 202, an error correction decoder unit 203, a Common Info decoder unit 204, a User Info decoder unit 205, an error correction encoder unit 206, a modulator unit 207, a Tone mapping unit 208, and an OFDM modulator unit 209.
  • a radio transceiver unit 201 may include, for example, a radio transceiver unit 201, a demodulator unit 202, an error correction decoder unit 203, a Common Info decoder unit 204, a User Info decoder unit 205, an error correction encoder unit 206, a modulator unit 207, a Tone mapping unit 208, and an OFDM modulator unit 209.
  • At least one of the demodulation unit 202, error correction decoding unit 203, Common Info decoding unit 204, User Info decoding unit 205, error correction coding unit 206, modulation unit 207, Tone mapping unit 208, and OFDM modulation unit 209 shown in FIG. 15 may be included in the control unit shown in FIG. 10, and the wireless transmission/reception unit 201 shown in FIG. 15 may be included in the communication unit shown in FIG. 10.
  • the wireless transmission/reception unit 201 receives a signal via an antenna, performs wireless reception processing such as down-conversion and A/D conversion on the received signal, and outputs the resulting received signal to the demodulation unit 202.
  • the wireless transmission/reception unit 201 also performs wireless transmission processing such as up-conversion and D/A conversion on the input signal from the OFDM modulation unit 209, and transmits the signal after wireless transmission processing from the antenna.
  • the demodulation unit 202 performs demodulation processing on the received signal (received data) input from the wireless transceiver unit 201, and outputs the demodulated signal to the error correction decoding unit 203.
  • the terminal 200 may perform received signal processing related to OFDM.
  • the terminal 200 e.g., the demodulation unit 202
  • the error correction decoding unit 203 decodes the demodulated signal input from the demodulation unit 202 and outputs the decoded signal as a received data signal.
  • the error correction decoding unit 203 also outputs the Trigger frame from the received data signal to the Common Info decoding unit 204 and the User Info decoding unit 205.
  • the Common Info decoding unit 204 extracts the Common Info field from the Trigger frame input from the error correction decoding unit 203.
  • the Common Info decoding unit 204 decodes the terminal common information included in the Common Info field and outputs the terminal common information to the User Info decoding unit 205. For example, if the RU type (information indicating either DRU or RRU) is included in the Common Info field, the Common Info decoding unit 204 outputs the RU type to the User Info decoding unit 205.
  • the User Info decoding unit 205 extracts a User Info List from the Trigger frame input from the error correction decoding unit 203.
  • the extracted User Info List includes, for example, one or more User Info fields and a Special User Info field. If there is no User Info field including the AID of the terminal 200 (if there are no resources allocated for Scheduled access) and if transmission data to the AP 100 is held, the User Info decoding unit 205 decodes the User Info field in which a specific AID is set in the AID12 subfield and which includes an RA-RU notification, and obtains information about the RA-RU.
  • the User Info decoding unit 204 may use, in addition to the information in the User Info field, the terminal-common information input from the Common Info decoding unit 204 and the terminal-common information included in the Special User Info field.
  • the User Info decoding unit 205 acquires one or more pieces of RA-RU information indicated in the User Info field for RA-RU notification. For example, when the RU type is DRU, the User Info decoding unit 205 acquires a number of RA-RUs that have the same RU size, Tone interval, and Distribution bandwidth as the starting RU of the RA-RU, but different Tone starting positions.
  • the User Info decoding unit 205 updates the OBO counter for the number of RA-RUs obtained by decoding, and when the OBO counter becomes 0, randomly selects one RA-RU from the multiple RA-RUs, and outputs the selected RA-RU information and control information for TB PPDU transmission (such as coding rate) to the error correction coding unit 206, modulation unit 207, and Tone mapping unit 208.
  • the User Info decoding unit 205 will not output to the error correction coding unit 206, and the terminal 200 will not need to perform upstream transmission by random access (subsequent transmission processing will not need to be performed).
  • the error correction coding unit 206 performs error correction coding on the transmission signal based on the control information (encoding rate, etc.) for TB PPDU transmission input from the User Info decoding unit 205, and outputs the signal to the modulation unit 207.
  • the modulation unit 207 modulates the signal coded by the error correction coding unit 206 using a predetermined modulation method based on the control information (modulation method, etc.) for TB PPDU transmission input from the User Info decoding unit 205, and outputs the processed signal to the Tone mapping unit 208.
  • the Tone mapping unit 208 places the modulated signal input from the modulation unit 207 in a predetermined Tone position based on the RA-RU information input from the User Info decoding unit 205, and outputs it to the OFDM modulation unit 209.
  • the OFDM modulation unit 209 performs IFFT processing on the modulated signal after mapping from the Tone mapping unit 208 and adds a CP to form an OFDM signal, which is then output to the radio transmission/reception unit 201.
  • the AP 100 uses a Trigger frame to notify the terminal 200 of one or more RA-RUs using a specified RU type (either DRU or RRU) and instructs the terminal 200 to transmit a TB PPDU via Random access.
  • the terminal 200 uses the received Trigger frame to identify a frequency resource for an RA-RU using a specified RU type (either DRU or RRU) for the terminal 200, and transmits a TB PPDU (uplink signal transmission) via Random access.
  • Figure 16 is a diagram showing an example of an RA-RU using a DRU.
  • the RU type is DRU
  • the RU size of the RA-RU is 26 tones
  • the tone interval within one DRU is 9
  • the distribution bandwidth (or TB PPDU bandwidth) is 20 MHz
  • the RU type, RU size of the RA-RU, the tone interval within one DRU, the distribution bandwidth, and the tone start position may be notified to the terminal 200, for example, by the RU Allocation subfield.
  • the number of RA-RUs may be notified to the terminal 200, for example, by the Number Of RA-RU subfield.
  • the four RA-RUs (RA1 to RA4) are resources with the same RU size, tone interval, and distribution bandwidth, but different tone start positions.
  • tone start positions #6 to #9 are set for RA1 to RA4, respectively.
  • tone numbers #1 to #9 may be assigned to each of the nine consecutive tones corresponding to the tone interval within one DRU.
  • the DRUs configured with shaded Tones represent RUs for Scheduled access, and RUs represented with different shades are assumed to be assigned to different terminals (e.g., STA#1 to #5).
  • Terminal 200 holding data destined for AP100 randomly selects one RA-RU from four RA-RUs with different Tone start positions, as instructed by a Trigger frame from AP100, and transmits an uplink signal to AP100 using the selected RA-RU.
  • the RU type is notified by the User Info field (terminal-specific information).
  • AIDs that are unused (Reserved) in 11be may be used to notify the RU type.
  • an AID indicating an existing RA-RU e.g., 0, 2045
  • an AID that is new to the existing standards may be used to indicate an RA-RU using a DRU.
  • 2048-4094 of the AID12 subfield are unused AIDs in 11be, and are values where the MSB (Most Significant Bit) of the AID12 subfield (12 bits) is 1.
  • any of the unused values in 11be, 2008-2044 may be used as the AID indicating an RA-RU using a DRU.
  • Any of the unused values in 11be, 2008-2044 is an appropriate value that will not affect the reception processing of existing terminals.
  • AID12 subfield 2043 and 2044 may be used to indicate an RA-RU using a DRU.
  • the AID indicating an RA-RU using a DRU is not limited to any of 2008-2044.
  • the AID indicating an RA-RU using a DRU may be any of 2048-4094.
  • the specific AID indicating an RA-RU using a DRU is not limited to an AID unused in 11be, but may be, for example, an AID used for scheduled access (e.g., any of 1-2007; see Figure 7).
  • AP 100 e.g., an AP that supports UHR (also called a UHR AP)
  • UHR also called a UHR AP
  • the AP 100 can instruct a terminal 200 that supports a DRU to use both the RRU and DRU RA-RUs.
  • This order specification can reduce the load on the reception processing of the terminal 200. For example, if a terminal 200 that does not hold uplink data detects a User Info field that indicates an RA-RU or a User Info field that indicates an Unassigned RU, it can stop further reception processing.
  • a terminal 200 that does not support DRU will not grasp the AID indicating a RA-RU using a DRU and will recognize it as an unused value (Reserved value).
  • Existing standards do not specify how to behave when such an unused value is detected. For example, a terminal 200 that does not support DRU may stop receiving processing when it detects a Reserved value in the AID12 subfield.
  • the RU type is signaled by the Common Info field.
  • a DRU Trigger may be defined (e.g., set or newly added) as a Trigger type, which prompts the transmission of an uplink signal to which a DRU allocation is applied in the Trigger frame.
  • the same format as the Basic Trigger may be applied to the DRU Trigger.
  • the Trigger Dependent Common Info subfield of the DRU Trigger may include the Trigger type to which the RA-RU is applied (for example, one of Basic, BSRP, or BQRP).
  • Example 1 In Example 1, with the DRU Trigger, all RU allocation information (frequency resource allocation) from the AP 100 is a notification of RU using the DRU to the terminals 200. In Example 1, whether the notification is for scheduled access or random access, the application of DRU is commonly instructed to all terminals 200.
  • Example 2 In Example 2, in the case of a DRU Trigger, an indication of the RU type (either DRU or RRU) may be notified by the User Info field. For example, a bit area that is unused (Reserved) in a Trigger frame other than a DRU Trigger may be read as an RU type in a DRU Trigger. In Example 2, either an RRU or a DRU can be individually indicated to the terminal 200 as the RU type indicated by each User Info field.
  • Example 3 In Example 3, in the case of a DRU Trigger, an indication of the RU type (either DRU or RRU) may be notified for each predetermined subchannel (for example, 80 MHz) by the Trigger Dependent Common Info subfield of the Common Info field. In Example 3, either an RRU or a DRU can be indicated as the RU type for each subchannel individually.
  • RU frequency resource
  • a terminal 200 that supports DRU may identify the frequency resource (RU) indicated by the DRU Trigger as an RA-RU that uses a DRU in the control of Example 1 described above, as an RA-RU that uses an RRU or DRU in accordance with the RU type indication in the User Info field in the control of Example 2 described above, and as an RA-RU that uses an RRU or DRU for each specified subchannel in accordance with the indication in the Trigger Dependent Common Info subfield in the control of Example 3 described above.
  • RU frequency resource
  • a terminal 200 that does not support DRU (for example, a terminal prior to 11be) will identify the frequency resource (RU) specified by the Trigger frame as an RA-RU that uses an RRU.
  • a DRU Trigger (a Trigger type that is not supported by the terminal 200 that does not support DRU) is specified, a terminal 200 that does not support DRU will stop decoding subsequent Trigger frames.
  • the AP 100 can instruct the terminal 200 that supports the DRU to use the DRU Trigger to instruct both the RRU and the DRU RA-RU.
  • the RU type is notified by the RU allocation subfield of the User Info field (terminal-specific information).
  • RA-RUs using DRUs are defined in this reserved area.
  • an RU size of 52 tones may be defined in the EHT reserved area, with 18 patterns of RU placements (RU index) with different tone start positions.
  • RA-RUs using DRUs may also be defined by restricting the tone start position or distributed bandwidth.
  • an RU size of 26 tones may be defined in the EHT reserved area, with 9 patterns of RU placements with different tone start positions, and an RU size of 52 tones may be defined in the EHT reserved area.
  • a terminal 200 that supports DRU (e.g., a terminal from 11bn onwards) will identify the frequency resource (RU) indicated by the Trigger frame as an RA-RU that uses an RRU when an AID value (e.g., 0, 2045) specifying an RA-RU is specified, and a value other than the reserved area in the EHT in the RU allocation subfiled (an area where the RU is defined in the EHT) is specified.
  • AID value e.g., 0, 2045
  • a terminal 200 that supports DRU will identify the frequency resource (RU) indicated by the Trigger frame as an RA-RU that uses a DRU when an AID value of 0 or 2045 is specified, and a value other than the reserved area in the EHT in the RU allocation subfiled (an area different from the area where the RU is defined in the EHT) is specified.
  • RU frequency resource
  • RU frequency resource
  • the above explains the method for controlling the DRU Trigger, the DRU Trigger, and an example of the operation of the terminal 200 receiving the reserved area of the RU allocation subfield.
  • the above explains the RU type notification method and an example of the operation of the terminal 200.
  • AP100 notifies the number of RA-RUs using the DRU (e.g., one or more RA-RUs) in the Number Of RA-RU subfield, for example.
  • DRU e.g., one or more RA-RUs
  • multiple RA-RUs using a DRU may be RA-RUs with the same starting RU and RU size, Tone interval, and Distribution bandwidth (TB PPDU bandwidth) notified in the RU allocation subfield, but with different Tone start positions.
  • Tone start positions for a DRU may be notified.
  • Tone start positions of each of multiple RA-RUs are notified (or set) non-contiguously in the frequency domain.
  • AP100 may allocate more RA-RUs than the expected number of RAs to occur in order to keep the RA-RU collision rate below a predetermined value. In other words, while some of the allocated RA-RUs will be used for uplink signal transmission, there is a high possibility that unused RA-RUs will occur.
  • the Tones that make up each of the multiple RA-RUs may be assigned non-contiguously. For example, by arranging the Tones of the Scheduled access RU and the Tones for the RA-RU alternately, when the RA-RU is unused, the interference effect on the Scheduled access RU due to frequency offset can be reduced, and the performance of the Scheduled access RU can be improved.
  • the non-consecutive Tone start positions may be notified using, for example, a fixed Tone interval greater than 1 (for example, the interval between the start positions of multiple RA-RUs).
  • a fixed Tone interval for example, M [tone]
  • Tone start position #a may be notified by the RU Allocation subfield.
  • the fixed Tone interval may be set variably depending on the TB PPDU bandwidth (or the Distribution bandwidth). For example, if the TB PPDU bandwidth is a 20MHz channel, a 1Tone interval (notified with continuous Tones) may be set, and if it is a 40MHz channel or higher, a 2Tone interval (notified with non-continuous Tones) may be set.
  • the Number Of RA-RU subfield notifying the number of RA-RUs may be notified using 4 bits, as in the RA-RU Information subfield, and the tone interval at the start position between RA-RUs may be notified using a Tone Interval subfield of 1 bit (for example, either 1 tone interval or 2 tone intervals).
  • Figure 19 is a diagram showing an example of an RA-RU using a DRU.
  • the RU type is DRU
  • the RU size of the RA-RU is 26 tones
  • the tone interval within one DRU is 9
  • the distribution bandwidth (or TB PPDU bandwidth) is 20 MHz
  • the tone start position is #2
  • the number of RA-RUs 4
  • the tone interval of the tone start position between RA-RUs 2.
  • the RU type, RU size of the RA-RU, the tone interval within one DRU, the distribution bandwidth, and the tone start position may be notified to the terminal 200, for example, by the RU Allocation subfield.
  • the number of RA-RUs may be notified to the terminal 200, for example, by the Number Of RA-RU subfield.
  • the tone interval of the tone start position between RA-RUs may be notified to the terminal 200, for example, by the Tone Interval subfield.
  • Tone start positions #2, #4, #6, and #8 (Tone intervals of two Tones) are set for four RA-RUs (RA1 to RA4). As shown in Figure 19, Tone numbers #1 to #9 may be assigned to each of the nine consecutive tones corresponding to the Tone intervals within one DRU.
  • the Tone spacing between Scheduled access RUs of different terminals may be widened.
  • an RA-RU is unused in Figure 19 it is possible to reduce interference caused by the frequency offset between the Scheduled access RUs (between adjacent Tones) on either side of the Tone to which the RA-RU is allocated.
  • n 1, ..., N (N indicates the RA-RU number), and the function mod(A, B) indicates the remainder when A is divided by B.
  • the DRU tone interval is the interval counting only valid tones, excluding null and guard tones. Furthermore, the tone start position of RA-RU#1 (e.g., RA1 in Figure 19) and the DRU tone interval (tone interval in one DRU) are notified by the RU Allocation subfield, and the number of RA-RUs is notified by the Number of RA-RU subfield.
  • RA-RU#1 e.g., RA1 in Figure 19
  • the DRU tone interval tone interval in one DRU
  • Figure 20 is a diagram showing another example of an RA-RU using a DRU.
  • the RU type is DRU
  • the RU size of the RA-RU is 26 tones
  • the tone interval within one DRU is 9
  • the distribution bandwidth (or TB PPDU bandwidth) is 20 MHz
  • the tone start position is #8
  • the number of RA-RUs 4.
  • the tone arrangement shown in Figure 20 shows the tone arrangement when the tone start position of each RA-RU is calculated using the above-mentioned formula.
  • the RU type, RU size of the RA-RU, tone interval within one DRU, distribution bandwidth, and tone start position may be notified to the terminal 200, for example, by the RU Allocation subfield.
  • the number of RA-RUs may be notified to the terminal 200, for example, by the Number Of RA-RU subfield.
  • Tone start positions #8, #9, #1, and #2 are set for four RA-RUs (RA1 to RA4), respectively.
  • Tone numbers #1 to #9 may be assigned to each of the nine consecutive tones corresponding to the Tone interval within one DRU.
  • Tone grouping In the study of DRU in 11bn, Tone grouping is being considered, in which a predetermined number of consecutive Tones are grouped together (for example, by applying "Tone Grouping") and distributed allocation (discrete allocation) is performed for each Tone grouped (for example, see Non-Patent Document 5).
  • Tones grouped together (for example, allocation units) are also referred to as “Tone Groups,” and the number of Tones included in a Tone group is also referred to as "Grouping Tone Number.”
  • Tone grouping has the advantage of improving the accuracy of channel estimation on the receiving side through smoothing processing using multiple tones, and the advantage of improving demodulation processing performance such as frequency offset correction processing. By applying tone grouping to RA-RU that uses DRU, it is expected that demodulation processing performance will be improved.
  • the AP 100 may notify the terminal 200 of the number of Grouping Tones in the RA-RU that uses the DRU via the User Info field or Common Info field of the Trigger frame.
  • unused bits (Reserved) in the User Info field in existing standards may be used to notify the number of grouping tones.
  • notification of the number of grouping tones is not limited to using unused bits, and bits used in existing standards may also be used (for example, replaced).
  • Figure 21 is a diagram showing another example of an RA-RU using a DRU.
  • the RU type is DRU
  • the RU size of the RA-RU is 26 tones
  • the Tone interval within one DRU is 9
  • the Distribution bandwidth (or TB PPDU bandwidth) is 20 MHz
  • the number of Grouping Tones 2.
  • the RU type, RU size of the RA-RU, Tone interval, Distribution bandwidth, and Tone start position may be notified to the terminal 200, for example, by the RU allocation subfield.
  • the number of RA-RUs may be notified to the terminal 200, for example, by the Number Of RA-RU subfield.
  • the number of Grouping Tones may be notified to the terminal 200, for example, by the RA-RU Information subfield.
  • the number of RA-RUs (two in Figure 21) is the number of RA-RUs counted as one RA-RU after Tone grouping is applied.
  • RA-RU#1 (RA1) is composed of two tones at Tone start positions #6 and #7
  • AP 100 can notify terminal 200 of one or more RA-RUs to which Tone grouping has been applied using a single User Info field without increasing overhead.
  • the AP 100 and the terminal 200 transmit and receive a Trigger frame in which the allocation of one or more RA-RUs to which the DRU allocation applies is included in one User Info field, and control the transmission and reception of uplink signals (RA signals) based on the allocation of one or more RA-RUs.
  • RA signals uplink signals
  • AP100 can notify terminal 200 of one or more RA-RUs using DRUs using a single User Info field, just like existing RRUs. Furthermore, since notification of RA-RUs using DRUs can be achieved by reusing existing Trigger frames (e.g., format configurations), it becomes easier to introduce RA-RUs using DRUs. Therefore, according to this embodiment, the efficiency of transmission control in wireless communications can be improved.
  • Trigger frames e.g., format configurations
  • an AID indicating an RA-RU using a DRU may include (or be associated with) information regarding the Tone interval of the Tone start positions between multiple RA-RUs.
  • a specific AID indicating an RA-RU using a DRU may be associated with the Tone interval of the Tone start positions between multiple RA-RUs.
  • information regarding the number of grouping tones may be included (or associated) in an AID indicating an RA-RU using a DRU.
  • a specific AID indicating an RA-RU using a DRU may be associated with the number of grouping tones.
  • the number of grouping tones does not need to be notified individually, thereby suppressing an increase in overhead.
  • control of the OBO counter used for random access channel access may be controlled in common by the RA-RU using the RRU and the RA-RU using the DRU.
  • a single OBO counter may be used, and the OBO counter may be updated based on the number of detected RA-RUs, regardless of the RA-RU of the RRU and DRU. This results in simple control and makes implementation easier.
  • the OBO counter used for random access channel access may be controlled separately for an RA-RU that uses an RRU and an RA-RU that uses a DRU.
  • a separate OBO counter may be used for each DRU and RRU, and each OBO counter may be updated for each RA-RU of the RRU and DRU based on the number of RA-RUs detected. This enables control that takes into account collision rates and fairness for each RA-RU that uses an RRU and an RA-RU that uses a DRU.
  • an RA-RU to which a DRU is applied may be notified using multiple User Info fields within one Trigger frame.
  • RA-RUs with different MCS and DRU resource information may each be indicated by a different User Info field.
  • the upstream signal is not limited to a TB PPDU.
  • each of the above embodiments may be applied to the DRU allocation of a PPDU (such as a UHR MU PPDU) that is not a response to a Trigger frame.
  • uplink signals e.g., uplink PPDUs
  • downlink signals e.g., downlink PPDUs
  • the field (or subfield) used to notify control information is an example, and other fields or subfields may be used.
  • the number of bits used to notify control information in each field or subfield is an example, and other numbers of bits may be used.
  • the values of parameters such as the TB PPDU bandwidth, Distribution bandwidth, RU size, RU index, DRU Tone interval, Tone interval at the Tone start position between multiple RA-RUs, Tone (or subcarrier) size, and number of Grouping tones are merely examples, and other values may also be used.
  • the signal formats described in each of the above-mentioned embodiments are merely examples, and other configurations may be used in which at least one of other fields is added and some fields is deleted, and other configurations may be used in which at least one of other subfields is added and some subfields are deleted in each of the above-mentioned fields.
  • Each functional block used in the description of the above embodiments may be realized, in whole or in part, as an LSI, which is an integrated circuit, and each process described in the above embodiments may be controlled, in whole or in part, by a single LSI or a combination of LSIs.
  • An LSI may be composed of individual chips, or may be composed of a single chip that contains some or all of the functional blocks.
  • An LSI may have data input and output.
  • an LSI may also be called an IC, system LSI, super LSI, or ultra LSI.
  • the integrated circuit method is not limited to LSI, and may be realized using dedicated circuits, general-purpose processors, or dedicated processors. It is also possible to use FPGAs (Field Programmable Gate Arrays), which can be programmed after LSI manufacturing, or reconfigurable processors, which allow the connections and settings of circuit cells within LSIs to be reconfigured.
  • FPGAs Field Programmable Gate Arrays
  • reconfigurable processors which allow the connections and settings of circuit cells within LSIs to be reconfigured.
  • the present disclosure may be realized as digital processing or analog processing.
  • a communications apparatus may include a radio transceiver and processing/control circuitry.
  • the radio transceiver may include a receiver and a transmitter, or each of these functions.
  • the radio transceiver (transmitter and receiver) may include an RF (Radio Frequency) module and one or more antennas.
  • the RF module may include an amplifier, an RF modulator/demodulator, or the like.
  • Non-limiting examples of communication devices include telephones (e.g., cell phones, smartphones), tablets, personal computers (PCs) (e.g., laptops, desktops, notebooks), cameras (e.g., digital still/video cameras), digital players (e.g., digital audio/video players), wearable devices (e.g., wearable cameras, smartwatches, tracking devices), game consoles, digital book readers, telehealth/telemedicine devices, communication-enabled vehicles or mobile transportation (e.g., cars, airplanes, ships), and combinations of the above devices.
  • telephones e.g., cell phones, smartphones
  • tablets personal computers (PCs) (e.g., laptops, desktops, notebooks)
  • cameras e.g., digital still/video cameras
  • digital players e.g., digital audio/video players
  • wearable devices e.g., wearable cameras, smartwatches, tracking devices
  • game consoles digital book readers
  • telehealth/telemedicine devices communication-enabled vehicles or mobile transportation (e
  • Communication devices are not limited to portable or mobile devices, but also include all types of non-portable or fixed equipment, devices, and systems, such as smart home devices (home appliances, lighting equipment, smart meters or measuring devices, control panels, etc.), vending machines, and any other "things” that may exist on an IoT (Internet of Things) network.
  • smart home devices home appliances, lighting equipment, smart meters or measuring devices, control panels, etc.
  • vending machines and any other "things” that may exist on an IoT (Internet of Things) network.
  • IoT Internet of Things
  • Communications include data communications via cellular systems, wireless LAN systems, communications satellite systems, etc., as well as data communications via combinations of these.
  • the term "communications apparatus” also includes devices such as controllers and sensors that are connected or coupled to a communications device that performs the communications functions described in this disclosure. For example, it includes controllers and sensors that generate control signals and data signals used by a communications device that performs the communications functions of the communications apparatus.
  • communication equipment includes infrastructure facilities, such as base stations, access points, and any other equipment, devices, or systems that communicate with or control the various devices listed above, but are not limited to these.
  • An access point includes a communications circuit that transmits a control signal in which an information field contains an allocation of one or more resources for random access, in which frequency resources are discretely allocated, and a control circuit that controls reception of an uplink signal based on the allocation of one or more resources.
  • the multiple resources are resources in which the bandwidth in which the frequency resources are discretely allocated and the number of frequency resources allocated to the uplink signal are the same, but the starting positions of the frequency resources allocated to the uplink signal are different.
  • the starting positions of each of the multiple resources are non-contiguous in the frequency domain.
  • control signal includes information regarding the spacing of the start positions between the multiple resources.
  • allocation units containing consecutive frequency resources are discretely arranged in the allocation, and the control signal includes information regarding the number of frequency resources included in the allocation unit.
  • control signal is a Trigger frame
  • an association ID is set in the User Info field of the Trigger frame, indicating that the resource indicated by the User Info field is the resource to which the allocation applies.
  • control signal is a trigger frame
  • a trigger type that prompts transmission of the uplink signal to which the allocation is applied is set in the trigger frame
  • a terminal includes a communication circuit that receives a control signal in which an information field contains an allocation of one or more resources for random access, in which frequency resources are discretely allocated, and a control circuit that controls the transmission of uplink signals based on the control signal.
  • an access point transmits a control signal in which an information field contains an allocation of one or more resources for random access, in which frequency resources are discretely allocated, and controls reception of uplink signals based on the allocation of one or more resources.
  • a terminal receives a control signal in which an information field contains an allocation of one or more resources for random access, in which frequency resources are discretely allocated, and controls the transmission of uplink signals based on the control signal.
  • One embodiment of the present disclosure is useful in wireless communication systems.

Landscapes

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

Abstract

アクセスポイントは、周波数リソースが離散的に配置される割り当てが適用されるランダムアクセス用の１つ又は複数のリソースの割り当てが１つの情報フィールドに含まれる制御信号を送信する通信回路と、１つ又は複数のリソースの割り当てに基づいて、上り信号の受信を制御する制御回路と、を具備する。

Description

アクセスポイント、端末、及び、通信方法
　本開示は、アクセスポイント、端末、及び、通信方法に関する。
　The Institute of Electrical and Electronics Engineers（IEEE）802.11の規格であるIEEE 802.11be（以下、「11be」と呼ぶ）の後継規格として、Study Group (SG)において、IEEE 802.11bn（以下、「11bn」と呼ぶ）の技術仕様策定が進められている。11beは「Extremely High Throughput（EHT）」とも呼ばれる。また、11bnは「Ultra High Reliability (UHR)」とも呼ばれる。
IEEE P802.11be/D5.0 IEEE 802.11-23/0079r10, IEEE 802.11 UHR Proposed CSD IEEE 802.11-24/0209r1, Specification Framework for TGbn IEEE Std 802.11ax-2021 IEEE 802.11-23/1511r1, Pilot Tone Allocation and Other Considerations of Tone-Distributed RUs for UHR
　しかしながら、無線LANのような無線通信において、端末がアクセスポイント（AP：Access Point）から受信した制御信号の指示に応じて上り信号を送信する方法については十分に検討されていない。
　本開示の非限定的な実施例は、無線通信における送信制御の効率を向上できるアクセスポイント、端末及び通信方法の提供に資する。
　本開示の一実施例に係るアクセスポイントは、周波数リソースが離散的に配置される割り当てが適用されるランダムアクセス用の１つ又は複数のリソースの割り当てが１つの情報フィールドに含まれる制御信号を送信する通信回路と、前記１つ又は複数のリソースの割り当てに基づいて、上り信号の受信を制御する制御回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、例えば、無線通信における送信制御の効率を向上できる。
　本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
Trigger frameのフォーマット例を示す図 User Info fieldのフォーマット例を示す図 Special User Info fieldのフォーマット例を示す図 Resource Unit（RU）allocationの一例を示す図 Common Info fieldのフォーマット例を示す図 Trigger typeの一例を示す図 Association ID（AID）の一例を示す図 Random access(RA)-RU Information subfieldの一例を示す図 アクセスポイント（AP：Access Point）の一部の構成例を示すブロック図 端末の一部の構成例を示すブロック図 APの構成例を示すブロック図 AIDの一例を示す図 RU indexの一例を示す図 Trigger typeの一例を示す図 端末の構成例を示すブロック図 Distributed-tone RU（DRU）を用いたRA-RUの設定例を示す図 User Info fieldの順番の一例を示す図 RA-RU Information subfieldの一例を示す図 DRUを用いたRA-RUの設定例を示す図 DRUを用いたRA-RUの設定例を示す図 DRUを用いたRA-RUの設定例を示す図 AIDの一例を示す図 AIDの一例を示す図
　以下、本開示の各実施の形態について図面を参照して詳細に説明する。
　上述の通り、IEEEにおいて、11beの後継規格にあたる11bnの検討が進められている（例えば、非特許文献２及び非特許文献３を参照）。
　［Trigger frameの構成例］
　11beでは、上りリンクのOFDMA（Orthogonal Frequency-Division Multiple Access）をサポートしている。アクセスポイント（AP：Access Point。又は、「基地局」とも呼ばれる）は、上りOFDMA信号の送信を指示する制御信号（例えば、「Trigger frame」と呼ぶ）を、当該APが収容している複数の端末（STA：Station。又は、「non-AP STA」とも呼ばれる）へ送信する。
　11bnにおいても、複数端末に上りOFDMA信号の送信を指示する制御信号として、11beのTrigger frameを再利用することがあり得る。
　なお、制御信号は、１つ以上の端末に対して指示されてもよい。また、制御信号に基づいて応答信号を送信する端末は、１つ以上であってもよい。
　例えば、図１に示すように、Trigger frameは、MAC headerに加えて、「Common Info field」、及び、「User Info List」を含む（例えば、非特許文献１を参照）。Common Info fieldには、OFDMAによって多重される複数の端末に対する、端末間で共通の情報が含まれる。User Info Listには、「Special User Info field」、及び、複数の「User Info field」が含まれる。
　図２はUser Info fieldのフォーマットの一例を示し、図３はSpecial User Info fieldのフォーマットの一例を示す。
　図３に示すSpecial User Info fieldには、11be以降の端末向けの共通情報が含まれる。例えば、Special User Info fieldには、11bn端末向けの共通情報が含まれてもよい。Special User Info fieldは、User Info fieldに特別なAID（Association ID、例えば、AID＝2007）が設定されたfieldである。Special User Info fieldでは、11be（又は、EHT）に対応する端末（例えば、「EHT端末」とも呼ぶ）向けの上りの帯域幅に関する情報のような、11bn（又は、UHR）に対応する端末（例えば、「UHR端末」とも呼ぶ）の間で共通の情報が通知されることが予想される。
　また、図２に示すUser Info fieldには、端末毎に固有の情報が含まれる。例えば、図２に示すUser Info fieldの「RU allocation」subfieldは、Common Info field の「UL BW」subfield、Special User Info fieldの「UL BW Extension」subfield、User Info fieldの「PS 160」subfieldの情報を用いて、APからのTrigger frameに応答して端末が送信する上り信号のリソース情報を通知する。なお、上り信号は、例えば、TB PPDU（Trigger-Based (TB) Physical layer Protocol Data Unit (PPDU)）とも呼ぶ。また、上り信号のリソース情報には、例えば、TB PPDUの帯域幅、RU（Resource Unit。周波数リソース割当単位）及びMRU（Multiple RU）のサイズ及び位置に関する情報が含まれてよい。
　例えば、UL BW subfieldとUL BW Extension subfieldとで、端末が使用可能なTB PPDUの帯域幅（例えば、20, 40, 80, 160, 320MHzの何れか）が示される。そして、端末は、例えば、図４に示す表に基づいて、RU allocation subfield及びPS 160 subfieldを組み合わせた値に応じて、TB PPDUの送信帯域（通信帯域）において上り送信信号を割り当てるRUの位置及びサイズを識別（又は、決定、特定）する（例えば、非特許文献１を参照）。
　図５は、EHT端末向けのCommon Info fieldのフォーマットの一例を示す図である。図５に示すCommon Info fieldの「Trigger Type」subfieldは、Trigger frameの種別を指示する情報を含む。Trigger frameの種別とは、例えば、APが端末に送信させる信号（上り信号）の種別である。
　図６は、Trigger Type subfieldの値とTrigger frameの種別（Trigger type）との対応関係（テーブル形式）の例を示す（例えば、非特許文献１を参照）。11beでは、Trigger typeとして図６に示す種別が定義されている。
　また、例えば、図２に示すUser Info field及び図３に示すSpecial User Info fieldそれぞれのTrigger Dependent User Info subfield、及び、図５に示すCommon Info fieldのTrigger Dependent Common Info subfieldには、Trigger Typeに依存した共通情報が含まれる。
　［Distributed-tone RU（DRU）］
　11bnでは、端末がTrigger frameに応答して送信するTB PPDUのリソース割当に「Distributed-tone RU」（以下、DRU）が導入される（例えば、非特許文献３を参照）。DRUは、特定の帯域幅に離散的（又は、分散的、拡散的）に広がるToneによって構成されるRUを意味する。11bnでは、例えば、DRUにおいてRUを離散配置する帯域を「Distribution帯域（Distribution BW）」とも呼ぶ。
　例えば、11be以前の既存の規格では、周波数領域において連続する複数Toneによって構成されるRU（以下、「Regular RU（RRU）」とも呼ぶ）がTB PPDUのリソースとして各端末に割り当てられる。
　その一方で、11bnがサポートする6GHz帯では、LPI（Low Power Indoor）帯の端末（例えば、non-AP STA）は、送信電力密度（PSD：Power Spectrum Density）を規定値（例えば、-1dBm/MHz）に制限する規定がある。11bnでは、例えば、約13 toneが1MHzに相当するため、前記の規定により、RRUを用いると1 ToneあたりのPSDが制限され得る。
　そこで、DRUを適用し、各端末にリソース割り当てされるToneを分散させて、1MHzあたりのTone数を低減させることにより、1 ToneあたりのPSDを向上できる。このようなDRUのPower boost gainにより、上りスループットを向上できる。
　［ランダムアクセス処理について］
　11beの１つ前の規格であるIEEE 802.11ax（以下、「11ax」と呼ぶ）において、OFDMAベースのランダムアクセス（RA：Random Access）が導入された。なお、11axは「High Efficiency（HE）」とも呼ばれる。
　例えば、User Info fieldのAID12 subfield（例えば、図２）は、アソシエーション時に端末に割り当てられる一意のIDであるAssociation ID（AID）を通知する。以下では、端末に割り当てられるAIDを通知することにより、特定の端末に対して周波数リソース（例えば、RU）を割り当てる方法を「Scheduled access」と呼ぶ。
　11axでは、RA用のRU（以下、「RA-RU」と呼ぶ）を通知するUser Info fieldであることを示すために、AID12 subfieldに特定のAIDが使用される。図７は、RA-RU用AIDの定義を含むAID12 subfieldの定義の一例を示す。図７に示すように、AID=0又は2045を設定することにより、User Info fieldのRU Allocation subfieldによって指示される周波数リソースがRA-RUであることが各端末に通知される（例えば、非特許文献４を参照）。なお、図７に示すように、AID=0で指示されるRA-RUはアソシエーション済の端末によるRandom accessに使用され、AID=2045で指示されるRA-RUは未アソシエーションの端末によるRandom accessに使用される。
　11axにおいて導入されたRA-RUの通知では、１つのUser Info fieldによって、周波数領域において連続する１つ以上のRA-RUを端末に通知可能である。例えば、RA-RUを指示するUser Info fieldでは、RU Allocation subfieldによって、RRUであるRA-RUの開始RUの位置及びRUサイズが指示される。また、RA-RU通知では、例えば、User Info fieldのB26-B31には、空間ストリーム数を指示するSS Allocation subfieldの代わりに、RA-RUに関する情報を指示する「RA-RU Information」subfieldが設定される。RA-RU Information subfieldは、RU Allocation subfieldによって通知されるRRUであるRA-RUを開始RUとした周波数領域で連続するRA-RU数を指示する。図８は、RA-RU Information subfieldのフォーマット例を示す。図８に示すB26-B30（５ビットの情報）は、「Number Of RA-RU」subfieldであり、周波数領域において連続するRA-RU数（例えば、1～32の範囲）を指示する。なお、RA-RUのRandom access送信において使用される空間ストリーム数は1に設定（例えば、限定）されてよい。
　このように、APは、端末に対して、1つのUser Info fieldを用いて、RRUを用いた複数のRA-RUを指示する。APへの送信データを有する端末は、Random accessのチャネルアクセスに基づいて、Trigger frameによって指示されたRA-RU数分のOBO（OFDMA random access backoff）counterを更新（デクリメント）し、OBO counterが0になったタイミングで、APからTrigger frameによって指示された１つ以上のRA-RUから１つのRA-RUをランダムに選択し、選択したRA-RUを用いて上り信号を送信する。
　以上、ランダムアクセス処理の例について説明した。
　上述したように11bnにおいてDRUの導入が検討されているが、RA-RUにDRUを適用する方法については十分に検討されていない。例えば、11axにおいて導入されているRRUを用いるRA-RUは、6GHz帯域ではPSD規定によって送信電力が制限され得るため、Scheduled accessと同様に上りスループット性能が劣化し得る。また、11bnにおいて導入が検討されているScheduled accessのDRUと、RRUを適用したRA-RUとでは、OFDMA多重が困難であり、スケジューリング処理が複雑化、シグナリング量が増加する可能性がある。このように、DRUを適用したRA-RUの通知方法については検討の余地がある。
　本開示の非限定的な実施例では、既存のRRUと同様に、１つのUser Info fieldを用いて、DRUを用いたRA-RUを１つ以上通知する方法について説明する。また、本開示の非限定的な実施例では、既存のTrigger frameを再利用してDRUを用いたRA-RUの通知を実現することにより、DRUを用いたRA-RUの導入を容易にする方法について説明する。
　［無線通信システムの構成］
　本実施の形態に係る無線通信システムは、例えば、AP１００（例えば、無線送受信装置）、及び、端末２００（例えば、無線送受信装置）を備えてよい。AP１００は、例えば、端末２００に対して、TB PPDU送信を指示するTrigger frameを送信し、端末２００は、Trigger frameを受信する。端末２００は、Trigger frameによって指示されるRA-RUのうち一つを選択し、Random accessによってTB PPDUをAP１００へ送信する。なお、RA-RUにはDRUが適用可能である。
　図９は、本開示の一実施例に係るAP１００の一部の構成例を示すブロック図である。図９に示すAP１００において、通信部（例えば、通信回路に対応）は、周波数リソース（例えば、Tone）が離散的に配置される割り当て（例えば、DRU割り当て）が適用されるランダムアクセス用の１つ又は複数のリソース（例えば、RA-RU）の割り当てが１つの情報フィールド（例えば、User Info field）に含まれる制御信号（例えば、Trigger frame）を送信し、制御部（例えば、制御回路に対応）は、１つ又は複数のリソースの割り当てに基づいて、上り信号の受信を制御する。
　図１０は、本開示の一実施例に係る端末２００の一部の構成例を示すブロック図である。図１０に示す端末２００において、通信部（例えば、受信回路に対応）は、周波数リソースが離散的に配置される割り当て（例えば、DRU割り当て）が適用されるランダムアクセス用の１つ又は複数のリソース（例えば、RA-RU）の割り当てが１つの情報フィールド（例えば、User Info field）に含まれる制御信号（例えば、Trigger frame）を受信する。制御部（例えば、制御回路に対応）は、制御信号に基づいて、上り信号の送信を制御する。
　（実施の形態１）
　［AP１００の構成例］
　図１１は、AP１００の構成例を示すブロック図である。
　AP１００は、端末２００に対して、TB PPDU（上り信号。例えば、Trigger frameに対する端末２００からの応答信号）の送信を指示するTrigger frameを生成し、Trigger frameを端末２００へ送信する。Trigger frameには、例えば、RA-RUによる送信を指示する情報が含まれてよい。
　図１１に示すAP１００は、例えば、スケジューリング部１０１、User Info生成部１０２、Common Info生成部１０３、Trigger frame生成部１０４、誤り訂正符号化部１０５、変調部１０６、無線送受信部１０７、OFDM復調部１０８、Tone demapping部１０９、復調部１１０及び誤り訂正復号部１１１を備えてよい。
　なお、図１１に示すスケジューリング部１０１、User Info生成部１０２、Common Info生成部１０３、Trigger frame生成部１０４、誤り訂正符号化部１０５、変調部１０６、OFDM復調部１０８、Tone demapping部１０９、復調部１１０、及び誤り訂正復号部１１１の少なくとも一つは、図９に示す制御部に含まれてよく、図１１に示す無線送受信部１０７は、図９に示す通信部に含まれてよい。
　図１１において、スケジューリング部１０１は、例えば、端末２００に対するスケジューリングを行ってよい。例えば、スケジューリング部１０１は、TB PPDU送信を指示する１つ以上のRA-RUを含む周波数リソース情報（例えば、RU割当情報）を決定し、User Info生成部１０２及びCommon Info生成部１０３に出力する。また、スケジューリング部１０１は、端末２００からのTB PPDUに関するスケジューリング情報を保持し、受信処理のために、Tone demapping部１０９、復調部１１０、誤り訂正復号部１１１へ出力する。
　周波数リソース情報（例えば、RU割当情報）には、例えば、RUタイプ（例えば、DRU又はRRUの何れかを示す情報等）、RU size、RU位置、及び、RA-RU数の情報が含まれてよい。例えば、RUタイプがDRUの場合、周波数リソース情報には、Tone間隔、Tone位置（Toneのオフセット、あるいは、Toneの開始位置とも呼ぶ）、DRUを用いたRA-RU数の情報が含まれてよい。
　例えば、RUタイプは、User Info fieldに含まれてよい。例えば、User Info fieldのAID12 subfieldにおいて、11beでは未使用（Reserved）のAID（例えば、2008-2044、2047-4094。図７を参照）を用いて、当該User Info fieldが、DRUを用いたRA-RUを指示するUser Info fieldであることを示してもよい。
　また、例えば、RUタイプは、Common Info fieldに含まれてよい。例えば、Common Info fieldのTrigger Type subfieldにおいて、11beでは未使用（Reserved。例えば、図６を参照）の値を用いて、DRUによるRU割当を適用した上り信号の送信を促すTrigger type（以下、「DRU Trigger」と呼ぶ）が定義（又は、追加、設定）されてもよい。例えば、DRU Triggerは、Scheduled access及びRandom accessの両方ともDRUを用いたRU割当を適用することを示してもよい。端末２００は、DRU Triggerを受信した場合、User Info fieldのRU allocation subfieldによって指示される周波数リソース情報がDRUであると認識する。
　また、例えば、RUタイプは、User Info field（端末個別情報）のRU allocation subfieldで通知されてもよい。端末２００は、例えば、EHTのRU allocation subfiled値のReserved領域（例えば、EHTでRUが定義された領域と異なる領域）での指示であれば、RU allocation subfieldによって指示される周波数リソース情報がDRUであると認識する。
　なお、上述したRUタイプの通知方法の例については後述する。
　User Info生成部１０２は、スケジューリング部１０１から入力される１つ以上のRA-RUを含むTB PPDU用の周波数リソース情報を含む制御情報を所定のビット情報に変換したUser Info fieldを生成する。
　ここで、DRUを用いるRA-RUを通知するUser Info fieldでは、AID12 subfieldに特定のAIDが設定されてもよい。例えば、図１２に示すように、11beではReservedのAID（AID12 subfieldの値）である「2043」及び「2044」がそれぞれ、アソシエーション済端末及び未アソシエーション端末に対する、DRUを用いるRA-RU通知として定義されてもよい。例えば、DRUを用いるRA-RU通知の場合、User Info fieldにおいて、当該User Info fieldによって指示されるRA-RUが、DRU割り当てが適用されるRA-RUであることを示すAID=2043又は2044が設定されてよい。
　また、RA-RUを通知するUser Info fieldにおいて、RU allocation subfieldは、RA-RUの開始RUを示してよい。例えば、端末２００は、図４に示す表に基づいて、TB PPDUの送信帯域におけるRandom accessによる上り送信信号を割り当てるRA-RUの開始位置及びRUサイズ（例えば、RUを構成するTone数）を識別してもよい。
　図４において、「Bandwidth(MHz)」はTB PPDUの送信帯域を示し、「RU or MRU size」は端末２００の上り信号を配置するTone数（RUサイズ又はMRUサイズ）を示す。また、図４において、「RU or MRU index」は、TB PPDU帯域におけるRU又はMRUの位置を示す。
　RU or MRU indexは、例えば、RRU及びDRUのそれぞれについて、RU or MRU size毎のTone位置を定義する。図１３は、RU sizeが26 toneの場合のRRU及びDRUのRU indexの一例を示す。図１３に示すRRU及びDRUのRU indexの定義において、例えば、DC位置をTone番号0とし、DCより周波数が低いToneにはマイナスの番号を付け、周波数が高いToneにはプラスの番号を付ける。図１３では、RRUの場合、[Tone開始位置 : Tone終了位置]の２つの要素で構成されるRU indexが定義される。また、図１３では、DRUの場合、[Tone開始位置 : Tone間隔: Tone終了位置]の３つの要素で構成されるRU indexが定義される。なお、Tone間隔は、Guard Tone及びNull Toneを除く有効なTone数をカウントした間隔である。また、Toneはsubcarrierと呼ぶこともある。
　また、RA-RUを通知するUser Info fieldでは、例えば、B26-B30（図２ではSS Allocation subfieldに相当する）は、Number Of RA-RU subfieldに設定されてよい。Number Of RA-RU subfieldでは、RA-RU数が通知されてよい。例えば、RRUの場合、Number Of RA-RU subfieldは、周波数領域において連続するRA-RU数を示してよい。例えば、DRUの場合、Number Of RA-RU subfieldは、DRUに使用されるRA-RU数を１つ以上示してよい。例えば、複数のRA-RUは、RU allocation subfieldによって通知される、開始RA-RU及びRUサイズ、Tone間隔、Distribution帯域幅（又は、TB PPDU帯域幅）が同一であり、Tone開始位置が異なるRA-RUとして、DRUのTone開始位置が複数通知されてもよい。なお、DRUにおけるRA-RU数の例については後述する。
　User Info生成部１０２は、変換したビット情報を含むUser Info field及びSpecial User Info fieldを生成し、Trigger frame生成部１０４へ出力する。
　Common Info生成部１０３は、スケジューリング部１０１から入力されるTB PPDU用の制御情報（例えば、TB PPDUの帯域幅、LTFシンボル情報、AP送信電力情報など）を所定のビット情報に変換する。
　ここで、DRUを用いるRA-RUを通知する場合、図１４に示すように、Trigger Type subfieldに、DRUを適用した上り送信を促すTrigger type（例えば、DRU Trigger）が設定されてもよい。なお、RRUを用いるRA-RUを通知する場合、例えば、既存の規格と同様、Trigger Type subfieldには、Basic、BSRP、又は、BQRPの何れかが設定されてよい。
　また、DRU Triggerが適用される場合、Basic Triggerと同様のTrigger frame formatが使用されてもよい。例えば、Trigger typeに依存する情報を含めるTrigger Dependent Common Info subfield、Trigger Dependent User Info subfieldについて、DRU Triggerのこれらのsubfieldには、Basic Triggerと同じformatが適用されてもよい。例えば、DRU Triggerでは、Basic Triggerと同様に、Trigger Dependent Common Info subfieldのsubfieldは無くてもよい。
　また、DRU Triggerが適用される場合、Basic Triggerと異なり、Trigger Dependent Common Info subfieldには、Trigger subtype subfieldとして、RA-RUを適用するTrigger種別（例えば、Basic、BSRP、BQRPの何れか）が含められてもよい。これによりAP１００は、既存の規格と同じ用途でのDRUを用いたRandom accessを促すことが可能となる。
　Common Info生成部１０３は、変換したビット情報を含むCommon Info fieldを生成し、Trigger frame生成部１０４へ出力する。
　Trigger frame生成部１０４は、Common Info生成部１０３から入力されるCommon Info fieldと、User Info生成部１０２から入力されるSpecial User Info field及び複数端末２００向けのUser Info fieldから構成されるUser Info Listと、を含むTrigger frameを生成する。生成されるTrigger frameには、Common Info fieldとSpecial User Info fieldとUser Info Listとに加え、MAC header、Padding、FCS（frame check sequence）が付加されてもよい。Trigger frame生成部１０４は、生成したTrigger frameを誤り訂正符号化部１０５へ出力する。
　誤り訂正符号化部１０５は、Trigger frame生成部１０４から入力されるTrigger frameを含む送信データ信号を入力とし、入力された信号を誤り訂正符号化し、符号化した信号を変調部１０６へ出力する。
　変調部１０６は、誤り訂正符号化部１０５から入力される信号に対して変調処理を行い、変調後のデータ信号を無線送受信部１０７へ出力する。
　なお、変調後のデータ信号が直交周波数分割多重（OFDM：Orthogonal Frequency Division Multiplexing）信号である場合、AP１００は、OFDMに係る送信信号処理を実行してよい。例えば、AP１００（例えば、変調部１０６）は、変調信号を所定の周波数リソースにマッピングし、逆高速フーリエ変換（IFFT：Inverse Fast Fourier Transform）処理を行って時間波形に変換し、サイクリックプリフィックス（CP：Cyclic Prefix）を付加することにより、OFDM信号を形成してよい。
　無線送受信部１０７は、変調部１０６から入力される変調信号に対して、D/A（digital-to-analog）変換、キャリア周波数へのアップコンバート等の所定の無線送信処理を行い、無線送信処理後の信号を、アンテナを介して端末２００に送信する。また、無線送受信部１０７は、端末２００から送信された信号を、アンテナを介して受信し、受信した信号にベースバンドへのダウンコンバート、A/D（analog-to-digital）変換等の所定の無線受信処理を行い、無線受信処理後の信号をOFDM復調部１０８に出力する。
　OFDM復調部１０８は、例えば、無線送受信部１０７から入力される信号に対して復調処理を行い、得られた受信信号（端末２００からのTB PPDU）にOFDMに係る受信信号処理を実行する。例えば、OFDM復調部１０８は、CP除去処理、及び、高速フーリエ変換（FFT：Fast Fourier Transform）処理を行い、処理後の信号をTone demapping部１０９へ出力する。
　Tone demapping部１０９は、スケジューリング部１０１から入力される周波数リソース情報（例えば、Trigger frameによって通知されるRRU又はDRUを用いたRA-RU用の周波数リソース情報）に基づいて、OFDM復調部１０８から入力される受信信号から、所定のTone位置の受信信号を取得し、復調部１１０へ出力する。
　復調部１１０は、スケジューリング部１０１から入力される受信端末の変調方式の情報（QPSK、16QAMなど）に基づいて、Tone demapping部１０９から入力される受信信号に対して、対応する復調処理を行い、復調処理の結果を誤り訂正復号部１１１へ出力する。
　誤り訂正復号部１１１は、復調部１１０から入力される受信信号に誤り訂正復号を行い、復号された信号を受信データ信号として出力する。
　［端末２００の構成例］
　図１５は、端末２００の構成例を示すブロック図である。
　図１５に示す端末２００は、例えば、無線送受信部２０１、復調部２０２、誤り訂正復号部２０３、Common Info復号部２０４、User Info復号部２０５、誤り訂正符号化部２０６、変調部２０７、Tone mapping部２０８、OFDM変調部２０９を備えてよい。
　なお、図１５に示す復調部２０２、誤り訂正復号部２０３、Common Info復号部２０４、User Info復号部２０５、誤り訂正符号化部２０６、変調部２０７、Tone mapping部２０８、及び、OFDM変調部２０９の少なくとも一つは、図１０に示す制御部に含まれてよく、図１５に示す無線送受信部２０１は、図１０に示す通信部に含まれてよい。
　図１５において、無線送受信部２０１は、アンテナによって信号を受信し、受信信号に対して、ダウンコンバート及びA/D変換といった無線受信処理を行い、得られた受信信号を復調部２０２へ出力する。また、無線送受信部２０１は、OFDM変調部２０９からの入力信号に対して、アップコンバート及びD/A変換といった無線送信処理を行い、無線送信処理後の信号をアンテナから送信する。
　復調部２０２は、無線送受信部２０１から入力される受信信号（受信データ）に対して復調処理を行い、復調した信号を誤り訂正復号部２０３へ出力する。
　なお、入力信号がOFDM信号である場合、端末２００は、OFDMに係る受信信号処理を実行してよい。例えば、端末２００（例えば、復調部２０２）は、CP除去処理及びFFT処理を行ってよい。
　誤り訂正復号部２０３は、復調部２０２から入力される復調信号を復号し、復号された信号を受信データ信号として出力する。また、誤り訂正復号部２０３は、受信データ信号のうち、Trigger frameをCommon Info復号部２０４及びUser Info復号部２０５へ出力する。
　Common Info復号部２０４は、誤り訂正復号部２０３から入力されるTrigger frameから、Common Info fieldを抽出する。Common Info復号部２０４は、Common Info fieldに含まれる端末共通情報を復号し、端末共通情報をUser Info復号部２０５へ出力する。例えば、RUタイプ（DRU又はRRUの何れかを示す情報）がCommon Info fieldに含まれる場合、Common Info復号部２０４は、RUタイプをUser Info復号部２０５へ出力する。
　User Info復号部２０５は、誤り訂正復号部２０３から入力されるTrigger frameから、User Info Listを抽出する。抽出したUser Info Listには、例えば、１つ以上のUser Info fieldと、Special User Info fieldとが含まれる。User Info復号部２０５は、端末２００のAIDを含むUser Info fieldが無い場合（Scheduled access用のリソース割当が無い場合）、かつ、AP１００への送信データを保持している場合、AID12 subfieldに特定AIDが設定され、RA-RU通知が含まれるUser Info fieldを復号し、RA-RUに関する情報を取得する。User Info復号部２０４は、例えば、User Info fieldの復号において、User Info fieldの情報に加え、Common Info復号部２０４から入力される端末共通情報、及び、Special User Info fieldに含まれる端末共通情報を用いてよい。
　User Info復号部２０５は、RA-RU通知用のUser Info fieldにおいて指示される１つ以上のRA-RU情報を取得する。User Info復号部２０５は、例えば、RUタイプがDRUの場合、RA-RUの開始RUと、RUサイズ、Tone間隔、Distribution帯域幅が同じであり、Tone開始位置が異なる複数のRA-RU数を取得する。
　User Info復号部２０５は、例えば、復号して得られた複数のRA-RU数分のOBO counterを更新し、OBO counterが0になる場合に、複数のRA-RUから１つのRA-RUをランダムに選択し、選択したRA-RU情報及びTB PPDU送信用の制御情報（符号化率など）を誤り訂正符号化部２０６、変調部２０７、及び、Tone mapping部２０８へ出力する。
　なお、更新後のOBO counterが0にならない場合は、User Info復号部２０５は、誤り訂正符号化部２０６への出力を行わず、端末２００はRandom accessによる上り送信を実施しなくてよい（以降の送信処理を実施しなくてよい）。
　誤り訂正符号化部２０６は、User Info復号部２０５から入力されるTB PPDU送信用の制御情報（符号化率など）に基づいて、送信信号を誤り訂正符号化し、変調部２０７へ出力する。
　変調部２０７は、User Info復号部２０５から入力されるTB PPDU送信用の制御情報（変調方式など）に基づいて、誤り訂正符号化部２０６において符号化された信号を所定の変調方式で変調処理を行い、処理後の信号をTone mapping部２０８へ出力する。
　Tone mapping部２０８は、User Info復号部２０５から入力されるRA-RU情報に基づいて、変調部２０７から入力される変調後の信号を所定のTone位置に配置し、OFDM変調部２０９へ出力する。
　OFDM変調部２０９は、Tone mapping部２０８からのマッピング後の変調信号に対し、IFFT処理を行い、CPを付加することにより、OFDM信号を形成し、OFDM信号を無線送受信部２０１へ出力する。
　以上、AP１００及び端末２００の構成例について説明した。
　［AP１００及び端末２００の動作例］
　次に、AP１００及び端末２００の動作例について説明する。
　AP１００は、Trigger frameを用いて、端末２００に対して、所定のRUタイプ（DRU又はRRUの何れか）を用いたRA-RUを１つ以上通知し、Random accessによるTB PPDU送信を指示する。端末２００は、例えば、受信したTrigger frameを用いて、端末２００に対する所定のRUタイプ（DRU又はRRUの何れか）を用いたRA-RU用の周波数リソースを特定し、Random accessによるTB PPDU送信（上り信号送信）を行う。
　図１６は、DRUを用いたRA-RUの一例を示す図である。図１６では、一例として、RUタイプがDRUであり、RA-RUのRU sizeが26 toneであり、１つのDRU内のTone間隔が9であり、Distribution帯域幅（又は、TB PPDU帯域幅）が20MHzであり、Tone開始位置が#6であり、RA-RU数=4である。なお、RUタイプ、RA-RUのRU size、１つのDRU内のTone間隔、Distribution帯域幅、Tone開始位置は、例えば、RU Allocation subfieldによって端末２００へ通知されてよい。また、RA-RU数は、例えば、Number Of RA-RU subfieldによって端末２００へ通知されてよい。
　図１６において、4つのRA-RU（RA1～RA4）は、RU size、Tone間隔及びDistribution帯域幅は同一であり、Tone開始位置が異なるリソースである。図１６では、RA1～RA4に対して、Tone開始位置#6～#9がそれぞれ設定される。なお、図１６に示すように、１つのDRU内のTone間隔に対応する連続する9 toneのそれぞれに対してTone番号#1～#9が付されてよい。
　また、図１６において、網掛けのToneによって構成されるDRUは、Scheduled access用のRUを表し、異なる網掛けによって表されるRUは、異なる端末（例えば、STA#1～#5）に割り当てられることを想定する。
　AP１００宛てのデータを保持する端末２００は、例えば、AP１００からのTrigger frameによって指示される、Tone開始位置が異なる４つのRA-RUから１つのRA-RUをランダムに選択し、選択したRA-RUを用いてAP１００へ上り信号を送信する。
　このように、DRUをRA-RUに適用することにより、Random accessにおいてもPower boost gainが得られ、上りスループット性能を向上できる。また、図１６に示すように、DRUを適用したScheduled RUと、DRUを適用したRA-RUとのOFDMA多重を容易に実現できる。また、既存のTrigger frameを再利用し、RRUによるRA-RUに加えて、DRUによるRA-RUの導入を容易に実現できる。また、１つのUser Info fieldによって、DRUによるRA-RUを１つ以上通知可能であるのでオーバーヘッドの増加を抑制できる。
　次に、RUタイプの通知方法、及び、端末２００の動作例について説明する。
　＜第１の例＞
　第１の例では、RUタイプは、User Info field（端末個別情報）によって通知される。
　例えば、上述したように、AID12 subfieldの値のうち、11beでは未使用（Reserved）のAID（例えば、2008-2044、2047-4094の何れか。図７を参照）をRUタイプの通知に用いてもよい。例えば、既存のRA-RUを示すAID（例えば、0, 2045）は、既存の規格の通り、RRUを用いたRA-RUの指示に使用される。また、例えば、既存の規格に対して新たなAIDは、DRUを用いたRA-RUの指示に使用されてもよい。
　ここで、AID12 subfieldの2048-4094は、11beでは未使用のAIDであり、AID12 subfield（12ビット）のMSB（Most Significant Bit）が1となる値である。図７及び図１２に示すように、既存の11beでは、AID12 subfieldのMSBが１であるのはAID=4095の場合である。AID=4095は、AID12 subfield以降のUser Info fieldのデータがPadding fieldであることを示す。よって、既存の端末が実装する受信処理として、AID12 subfieldのMSBが１の場合、端末は、AID12 subfield以降のfieldをPadding fieldと見なし、以降のUser Info fieldの復号処理を停止することが想定される。
　そこで、DRUを用いたRA-RUを示すAIDとして、2048-4094を使用せずに、11beにおいて未使用の2008-2044の何れかを使用してもよい。11beにおいて未使用の2008-2044の何れかは、既存の端末の受信処理に影響を与える懸念の無い適切な値となる。例えば、図１２に示すように、AID12 subfield=2043及び2044が、DRUを用いたRA-RUの指示に使用されてもよい。
　なお、DRUを用いたRA-RUを示すAIDは、2008-2044の何れかに限定されない。例えば、DRUを用いたRA-RUを示すAIDは、2048-4094の何れかでもよい。
　また、DRUを用いたRA-RUを示す特定AIDは、11beにおいて未使用のAIDに限定されず、例えば、Scheduled access用に用いるAID（例えば、1-2007の何れか。図７を参照）でもよい。例えば、AID12 subfield=2005及び2006のそれぞれが、アソシエーション済端末及び未アソシエーション端末に対する、DRUを用いるRA-RUを通知する値として定義されてもよい。例えば、AP１００（例えば、UHRに対応するAP（UHR APとも呼ぶ））は、AID12 subfield=2005及び2006を、アソシエーションした端末２００のAIDとして使用しない（Scheduled accessには用いない）。このように、Scheduled access用のAIDの一部を、DRUを用いたRA-RUを示すAIDに設定することにより、AID12 subfieldのReserved領域を確保でき、将来の規格の拡張性を維持できる。
　次に、RA-RUを示すAIDを受信する端末２００の動作例について説明する。
　DRUをサポートする端末２００（例えば、11bn以降の端末）は、Trigger種別がBasic、RSRP又はBQRPのTrigger frameにおいてAID=0又は2045が指示される場合、Trigger frameによって指示される周波数リソース（RU）を、RRUを用いるRA-RUと識別する。また、DRUをサポートする端末２００は、Trigger種別がBasic、RSRP又はBQRPのTrigger frameにおいてRA-RU用AID（例えば、図１２ではAID=2043又は2044）が指示される場合、Trigger frameによって指示される周波数リソース（RU）を、DRUを用いるRA-RUと識別する。
　また、DRUを未サポートの端末２００（例えば、11be以前の端末）は、Trigger種別がBasic、RSRP又はBQRPであるTrigger frameにおいてAID=0又は2045が指示される場合、Trigger frameによって指示される周波数リソース（RU）を、RRUを用いるRA-RUと識別する。また、DRUを未サポートの端末２００は、Trigger種別がBasic、RSRP又はBQRPであるTrigger frameにおいてRA-RU用AID（例えば、図１２ではAID=2043又は2044）が指示される場合、User Info fieldの復号処理を停止する。例えば、DRUを未サポートの端末２００は、AID=2043又は2044を未使用のAID（例えば、図７を参照）と認識して、User Info fieldの復号処理を停止してよい。
　このように、RA-RUを示すAIDとして、DRUを用いたRA-RUを示すAIDを設定（又は、定義、新規追加）することにより、AP１００は、DRUをサポートする端末２００に対して、RRU及びDRUの両方のRA-RUを指示できる。
　また、既存の規格では、Trigger frameにおけるUser Info fieldのAIDによる並び順が規定されている（例えば、非特許文献４を参照）。例えば、図１７に示すように、端末２００のAIDを用いるScheduled access用RU、AID=0又は2045によるRA-RU、AID=2046によるUnassigned RUの通知順にUser Info field内のsubfieldが並べられる。この並び順の規定により、端末２００の受信処理の負荷を軽減できる。例えば、上りデータを保持していない端末２００は、RA-RUを指示するUser Info field、又は、Unassigned RUを指示するUser Info fieldを検出した場合に、以降の受信処理を停止できる。
　DRUを用いたRA-RUを示すAID（例えば、図１２ではAID=2043又は2044。新規追加されるAID）を含むUser Info fieldは、例えば、Trigger frameにおいて、AID=2046によるUnassigned RU（AID=2046）を通知するUser Info fieldの後に配置されてもよい。DRUを未サポートの端末２００は、DRUを用いたRA-RUを示すAIDを把握せずに、未使用の値（Reservedの値）と認識する。既存の規格では、このような未使用の値を検出した場合の挙動については規定されていない。例えば、DRUを未サポートの端末２００は、AID12 subfieldにおいてReservedの値を検出した場合、受信処理を停止する可能性がある。このため、Unassigned RUs（AID=2046）を通知するUser Info fieldの後に、DRUを用いたRA-RUを示すAIDを含むUser Info fieldを配置することにより、DRUを未サポートの端末２００が受信処理を停止する動作を行う場合でも、AP１００の想定通りの安全な受信処理が期待できる。
　また、Unassigned RU（AID=2046）を通知するUser Info fieldの後にDRUを用いたRA-RUを示す特定AIDを含むUser Info fieldが配置される場合、11bn端末向けの共通情報を含むSpecial User Infoは、Unassigned RU（AID=2046）を通知するUser Info fieldより後に、意味のある（又は、未使用ではない）User Info field（例えばDRUを用いたRA-RUを通知するUser Info field）が存在するか否かを指示してもよい。これにより、11bn端末は、意味のあるUser Info fieldが有る場合に、Unassigned RU（AID=2046）を通知するUser Info field以降のUser Info fieldの復号処理を実施し、意味のあるUser Info fieldが無い場合に、Unassigned RU（AID=2046）以降のUser Info fieldの復号処理を実施しなくてもよい。これにより、11bn端末の不要な受信処理を軽減できる。
　＜第２の例＞
　第２の例では、RUタイプは、Common Info field（端末共通情報）によって通知される。
　例えば、上述したように、図１４に示すように、Trigger種別として、Trigger frameにおいてDRU割り当てを適用した上り信号送信を促すDRU Triggerが定義（例えば、設定、新規追加）されてよい。
　また、上述したように、DRU Triggerでは、Basic Triggerと同様のFormatが適用されてもよい。また、例えば、DRU TriggerのTrigger Dependent Common Info subfieldにおいて、RA-RUを適用するTrigger種別（例えば、Basic、BSRP及びBQRPの何れか）が含まれてもよい。
　以下、DRU Triggerの制御方法、及び、DRU Triggerを受信する端末２００の動作例（例１、例２及び例３）について説明する。
　例１：
　例１では、DRU Triggerでは、AP１００からのRU allocation情報（周波数リソース割り当て）は、全て端末２００に対してDRUを用いたRUの通知とする。例１では、Scheduled access及びRandom accessの何れの通知でも、全ての端末２００に共通でDRUの適用が指示される。
　例２：
　例２では、DRU Triggerの場合、User Info fieldによってRUタイプ（DRU又はRRUの何れか）の指示が通知されてもよい。例えば、DRU Trigger以外のTrigger frameでは未使用（Reserved）であるビット領域が、DRU TriggerではRUタイプとして読み替えられてもよい。例２では、各User Info fieldによって指示されるRUタイプとしてRRU及びDRUの何れかを端末２００に個別に指示可能となる。
　例３：
　例３では、DRU Triggerの場合、Common Info fieldのTrigger Dependent Common Info subfieldによって、所定のsubchannel（例えば、80MHzなど）毎にRUタイプ（DRU又はRRUの何れか）の指示が通知されてもよい。例３では、RUタイプとしてRRU及びDRUの何れかをsubchannelに個別に指示可能となる。
　DRU Triggerを受信する端末２００の動作例について説明する。
　DRUをサポートする端末２００（例えば、11bn以降の端末）は、Trigger種別がBasic、RSRP又はBQRPであるTrigger frameにおいてAID=0又は2045が指示される場合、Trigger frameによって指示される周波数リソース（RU）を、RRUを用いるRA-RUと識別する。また、DRUをサポートする端末２００は、DRU TriggerにおいてAID=0又は2045が指示される場合、DRU Triggerによって指示される周波数リソース（RU）を、上述した例１の制御ではDRUを用いるRA-RUと識別し、上述した例２の制御ではUser Info fieldのRUタイプの指示に従ってRRU又はDRUを用いるRA-RUと識別し、上述した例３の制御ではTrigger Dependent Common Info subfieldの指示に従って所定Subchannel毎にRRU又はDRUを用いるRA-RUと識別してよい。
　また、DRUを未サポートの端末２００（例えば、11be以前の端末）は、Trigger種別がBasic、RSRP又はBQRPであるTrigger frameにおいてAID=0又は2045が指示される場合、Trigger frameによって指示される周波数リソース（RU）を、RRUを用いるRA-RUと識別する。また、DRUを未サポートの端末２００は、DRU Trigger（DRUを未サポートの端末２００にとっては未対応のTrigger type）が指示される場合、以降のTrigger frameの復号処理を停止する。
　このように、DRU Triggerを設定（例えば、定義、新規追加）することにより、AP１００は、DRUをサポートする端末２００に対して、DRU TriggerによってRRU及びDRUの両方のRA-RUを指示できる。
　＜第３の例＞
　第３の例では、RUタイプは、User Info field（端末個別情報）のRU allocation subfieldによって通知される。
　例えば、図４に示すEHTのRU allocation subfiled値の定義では、RUの定義がないReserved領域（例えば、107-127の21値。図４では図示せず）がある。このReserved領域にDRUを用いたRA-RUを定義する。例えば、RU sizeが52 toneであり、Tone開始位置が異なる18パターンのRU配置（RU index）をEHTのReserved領域に定義してもよい。また、Tone開始位置又はDistributed帯域幅を制限してDRUを用いたRA-RUを定義してもよい。例えば、RU sizeが26 toneであり、Tone開始位置が異なる9パターンのRU配置と、RU sizeが52 toneであり、Tone開始位置が異なる9パターンのRU配置をEHTのReserved領域に定義してもよい。
　以下、RU allocation subfiledのEHTにおけるReserved領域を受信する端末２００の動作例について説明する。
　DRUをサポートする端末２００（例えば、11bn以降の端末）は、RA-RUを指定するAID値（例えば、0、2045)が指示され、さらにRU allocation subfiledのEHTにおけるReserved領域以外（EHTでRUが定義された領域）の値が指示される場合、Trigger frameによって指示される周波数リソース（RU）を、RRUを用いるRA-RUと識別する。また、DRUをサポートする端末２００（例えば、11bn以降の端末）は、AID=0又は2045が指示され、さらにRU allocation subfiledのEHTにおけるReserved領域（EHTでRUが定義された領域と異なる領域）の値が指示される場合、Trigger frameによって指示される周波数リソース（RU）を、DRUを用いるRA-RUと識別する。
　また、DRUを未サポートの端末２００（例えば、11be以前の端末）は、AID=0又は2045が指示され、さらにRU allocation subfiledのEHTにおけるReserved領域以外（EHTでRUが定義された領域）の値が指示される場合、Trigger frameによって指示される周波数リソース（RU）を、RRUを用いるRA-RUと識別する。また、DRUを未サポートの端末２００（例えば、11be以前の端末）は、AID=0又は2045が指示され、さらにRU allocation subfiledのEHTにおけるReserved領域（未対応のRU指示）の値が指示される場合、RU Allocation subfield以降のTrigger frameの復号処理を停止する。
　このように、HE/EHT端末が用いないRU allocation値と、RA-RUを指定するAID値とを組み合わせて用いることによって、HE/EHT端末の誤動作を防ぎながら、DRUをサポートする端末２００に対してRU allocation subfieldによってRRU及びDRUの両方のRA-RUを指示できる。
　以上、DRU Triggerの制御方法、DRU Trigger、及び、RU allocation subfieldのReserved領域を受信する端末２００の動作例について説明した。
　以上、RUタイプの通知方法、及び、端末２００の動作例について説明した。
　以下では、DRUを用いたRA-RU数の通知方法の例について説明する。
　上述したように、AP１００は、例えば、Number Of RA-RU subfieldにおいて、DRUを用いたRA-RU数（例えば、１つ以上のRA-RU数）を通知する。例えば、DRUを用いる複数のRA-RUは、RU allocation subfieldによって通知される開始RU及びRUサイズ、Tone間隔、Distribution帯域幅（TB PPDU帯域幅）が同一であり、Tone開始位置が異なるRA-RUでよい。例えば、DRUのTone開始位置は、複数通知されてもよい。
　以下、DRUのTone開始位置の通知例について説明する。
　＜第１の例＞
　第１の例では、複数のRA-RUそれぞれのTone開始位置は、周波数領域において非連続に通知（又は、設定）される。
　上述した図１６に示す例では、DRUのTone開始位置が連続するRA-RUが、RA-RU数分通知される場合について説明した。第１の例では、複数のTone開始位置が非連続であるRA-RUが通知される。
　例えば、AP１００は、RA-RUの衝突率を所定値以下にするために、想定するRA発生数よりも多いRA-RUを割り当てることがあり得る。つまり、割り当てたRA-RUの一部は上り信号送信に使用されるのに対して、未使用のRA-RUが発生する可能性が高い。
　そこで、第１の例では、複数のRA-RUをそれぞれ構成するTone（例えば、互いに異なるRA-RU）は非連続に割り当てられてよい。例えば、Scheduled access用RUのToneと、RA-RU用のToneとが交互に配置されることにより、RA-RUが未使用の場合に、Scheduled access用RUへの周波数オフセットによる干渉影響を低減でき、Scheduled access用RUの性能を向上できる。
　非連続なRA-RUの通知において、例えば、1より大きい固定のTone間隔（例えば、複数のRA-RU間の開始位置の間隔）を用いて非連続なTone開始位置が通知されてもよい。例えば、固定のTone間隔をM[tone]とした場合、RA-RU数=NのRA-RUそれぞれのTone開始位置には、#a、#(a＋M)、#(a＋2×M)、・・・、#(a＋(N-1)×M)と非連続なToneが設定されてもよい。なお、Tone開始位置#aは、RU Allocation subfieldによって通知されてもよい。
　なお、TB PPDU帯域幅（又は、Distribution帯域幅でもよい）に応じて、固定のTone間隔は可変に設定されてもよい。例えば、TB PPDU帯域幅が20MHz channelの場合、1Tone間隔（連続Toneで通知）が設定され、40MHz channel以上の場合、2Tone間隔（非連続Toneで通知）が設定されてもよい。
　また、例えば、複数のRA-RU間のTone開始位置のTone間隔に関する情報は通知されてもよい。例えば、図１８に示すように、RA-RU Information subfieldのように、RA-RU数を通知するNumber Of RA-RU subfieldが4ビットによって通知され、RA-RU間の開始位置のTone間隔が１ビット（例えば、1tone間隔、2tone間隔の何れか）のTone Interval subfieldによって通知されてもよい。
　図１９は、DRUを用いたRA-RUの一例を示す図である。図１９では、一例として、RUタイプがDRUであり、RA-RUのRU sizeが26 toneであり、１つのDRU内のTone間隔が9であり、Distribution帯域幅（又は、TB PPDU帯域幅）が20MHzであり、Tone開始位置が#2であり、RA-RU数=4であり、RA-RU間のTone開始位置のTone間隔=2である。なお、RUタイプ、RA-RUのRU size、１つのDRU内のTone間隔、Distribution帯域幅、Tone開始位置は、例えば、RU Allocation subfieldによって端末２００へ通知されてよい。また、RA-RU数は、例えば、Number Of RA-RU subfieldによって端末２００へ通知されてよい。また、RA-RU間のTone開始位置のTone間隔は、例えば、Tone Interval subfieldによって端末２００へ通知されてよい。
　図１９において、4つのRA-RU（RA1～RA4）に対して、Tone開始位置#2, #4, #6, #8（２Tone間隔のTone）がそれぞれ設定される。なお、図１９に示すように、１つのDRU内のTone間隔に対応する連続する9 toneのそれぞれに対してTone番号#1～#9が付されてよい。
　図１９に示すように、例えば、Tone#1, #3, #5, #7,#9にScheduled access用RUが割り当てられることにより、異なる端末のScheduled access用RU間のTone間隔が広げられる可能性がある。例えば、図１９においてRA-RUが未使用の場合には、当該RA-RUが割り当てられるToneの両隣のScheduled access用RU間（隣接Tone間）の周波数オフセットによる干渉を低減できる。
　なお、端末２００は、DRUを用いたRA-RUのTone開始位置を、通知されるDRU制御情報（例えば、RA-RU数、RA-RU#1のTone開始位置、DRUのTone間隔）に基づいて、所定の計算式によって算出してもよい。例えば、端末２００は、以下の計算式に従って、RA-RUリソース番号n（RA-RU#n）のDRUを用いたTone開始位置を算出してもよい。
　RA-RU#nのTone開始位置 = mod(RA-RU#1のTone開始位置+n-2, DRUのTone間隔)+1
　上記計算式において、n=1,‥, Nであり（NはRA-RU数を示す)、関数mod(A, B)は、AをBで割った余りを示す関数である。
　ここで、DRUのTone間隔は、Null及びGuard toneを除く有効なToneのみをカウントした間隔である。また、RA-RU#1（例えば、図１９のRA1）のTone開始位置、及び、DRUのTone間隔（１つのDRUにおけるTone間隔）はRU Allocation subfieldによって通知され、RA-RU数はNumber of RA-RU subfieldによって通知される。
　図２０は、DRUを用いたRA-RUの他の例を示す図である。図２０では、一例として、RUタイプがDRUであり、RA-RUのRU sizeが26 toneであり、１つのDRU内のTone間隔が9であり、Distribution帯域幅（又は、TB PPDU帯域幅）が20MHzであり、Tone開始位置が#8であり、RA-RU数=4である。また、図２０に示すTone配置は、各RA-RUのTone開始位置を上述した計算式を用いて算出した場合のTone配置を示す。なお、RUタイプ、RA-RUのRU size、１つのDRU内のTone間隔、Distribution帯域幅、Tone開始位置は、例えば、RU Allocation subfieldによって端末２００へ通知されてよい。また、RA-RU数は、例えば、Number Of RA-RU subfieldによって端末２００へ通知されてよい。
　図２０において、4つのRA-RU（RA1～RA4）に対して、Tone開始位置#8, #9, #1, #2がそれぞれ設定される。なお、図２０に示すように、１つのDRU内のTone間隔に対応する連続する9 toneのそれぞれに対してTone番号#1～#9が付されてよい。
　＜第２の例＞
　第２の例では、Grouping Tone数が通知される。
　11bnにおけるDRUの検討において、所定数の連続したToneをまとめて（例えば、「Tone Grouping」を適用して）、Tone groupingされたTone毎に分散割当（離散的に配置）を行うTone groupingが検討されている（例えば、非特許文献５を参照）。以下、Tone groupingされたTone（例えば、割当単位）は、「Tone Group」とも呼び、Tone groupに含まれるTone数を「Grouping Tone数」とも呼ぶ。
　Tone groupingにより、複数Toneを用いた平滑化処理により受信側のチャネル推定精度向上する利点、及び、周波数オフセットの補正処理等の復調処理性能を向上できる利点がある。DRUを用いるRA-RUにおいてTone groupingを適用することにより、復調処理性能の向上が期待できる。
　第２の例では、AP１００は、端末２００に対して、Trigger frameのUser Info field又はCommon  Info fieldによって、DRUを用いるRA-RUにおけるGrouping Tone数を通知してもよい。
　例えば、既存の規格におけるUser Info fieldの未使用ビット（Reserved）がGrouping tone数の通知に使用されてもよい。例えば、Grouping tone数=1（Tone grouping無し）及びGrouping tone数=2（Tone grouping有）が１ビットによって通知されてもよい。なお、Grouping tone数の通知は、未使用ビットを使用する場合に限定されず、既存の規格において使用されているビットを用いてもよい（例えば、置き換えてもよい）。
　図２１は、DRUを用いたRA-RUの他の例を示す図である。図２１では、一例として、RUタイプがDRUであり、RA-RUのRU sizeが26 toneであり、１つのDRU内のTone間隔が9であり、Distribution帯域幅（又は、TB PPDU帯域幅）が20MHzであり、Tone開始位置が#6であり、RA-RU数=2であり、Grouping Tone数=2である。なお、RUタイプ、RA-RUのRU size、Tone間隔、Distribution帯域幅、Tone開始位置は、例えば、RU allocation subfieldによって端末２００へ通知されてよい。また、RA-RU数は、例えば、Number Of RA-RU subfieldによって端末２００へ通知されてよい。また、Grouping Tone数は、例えば、RA-RU Information subfieldによって端末２００へ通知されてよい。
　RA-RU数（図２１では２個）は、Tone grouping適用後のRA-RUを1つのRA-RUとしてカウントした個数である。図２１において、RA-RU#1（RA1）は、Tone開始位置#6及び#7の2 toneをTone groupingして構成され、RA-RU#2（RA2）は、Tone開始位置#8及び#9の2 toneをTone groupingして構成される。よって、Tone grouping適用後のRU sizeは26×2=52 toneとなる。
　このように、AP１００は、端末２００に対して、オーバーヘッドの増加無しで１つのUser Info fieldによってTone groupingを適用したRA-RUを１つ以上通知することができる。
　以上、AP１００及び端末２００の動作例について説明した。
　このように、本実施の形態では、AP１００及び端末２００は、DRU割り当てが適用される１つ又は複数のRA-RUの割り当てが１つのUser Info fieldに含まれるTrigger frameを送受信し、１つ又は複数のRA-RUの割り当てに基づいて、上り信号（RA信号）の送受信を制御する。
　これにより、例えば、AP１００は、端末２００に対して、既存のRRUと同様に、１つのUser Info fieldを用いて、DRUを用いたRA-RUを１つ以上通知できる。また、既存のTrigger frame（例えば、フォーマット構成）を再利用してDRUを用いたRA-RUの通知を実現できるので、DRUを用いたRA-RUの導入が容易となる。よって、本実施の形態によれば、無線通信における送信制御の効率を向上できる。
　以上、本開示の各実施の形態について説明した。
　なお、DRUを用いたRA-RUを示すAIDに、複数RA-RU間のTone開始位置のTone間隔に関する情報が含まれてもよい（対応付けられてもよい）。例えば、図２２に示すように、DRUを用いたRA-RUを示す特定AIDと、複数RA-RU間のTone開始位置のTone間隔とが対応付けられてもよい。複数RA-RU間のTone開始位置のTone間隔に関する情報をAID12 subfieldに含めることで、複数RA-RU間のTone開始位置のTone間隔は個別に通知されなくてよいので、オーバーヘッドの増加を抑制できる。図２２の例では、AID12 subfield=2041及び2042のそれぞれは、アソシエーション済端末及び未アソシエーション端末に対する、Tone開始位置のTone間隔=2（例えば、各RA-RUのTone開始位置が非連続）のDRUを用いるRA-RUとして定義される。また、図２２の例では、AID12 subfield=2043及び2044のそれぞれは、アソシエーション済端末及び未アソシエーション端末に対する、Tone開始位置のTone間隔=1（例えば、各RA-RUのTone開始位置が連続）のDRUを用いるRA-RUとして定義される。
　また、DRUを用いたRA-RUを示すAIDに、Grouping tone数に関する情報が含まれてもよい（対応付けられてもよい）。例えば、図２３に示すように、DRUを用いたRA-RUを示す特定AIDと、Grouping tone数とが対応付けられてもよい。Grouping tone数に関する情報をAID12 subfieldに含めることで、Grouping Tone数は個別に通知されなくてよいので、オーバーヘッドの増加を抑制できる。図２３では、AID12 subfield=2041及び2042のそれぞれは、アソシエーション済端末及び未アソシエーション端末に対する、Grouping tone数=2（例えば、Tone Grouping有り）のDRUを用いるRA-RUとして定義される。また、図２３では、AID12 subfield=2043及び2044のそれぞれは、アソシエーション済端末及び未アソシエーション端末に対する、Grouping tone数=1（例えば、Tone Grouping無し）のDRUを用いるRA-RUとして定義される。
　また、Random accessのチャネルアクセスに用いるOBO counterの制御について、RRUを用いるRA-RUと、DRUを用いるRA-RUとで共通に制御されてもよい。例えば、１つのOBO counterを用いて、RRU及びDRUのRA-RUに依らずに、検出したRA-RU数に基づいてOBO counterが更新されてもよい。これにより、シンプルな制御となり、実装が容易となる。
　または、Random accessのチャネルアクセスに用いるOBO counterの制御について、RRUを用いるRA-RUと、DRUを用いるRA-RUとで個別に制御されてもよい。例えば、DRU及びRRUのそれぞれに個別のOBO counterを用いて、RRU及びDRUのRA-RU毎に、検出したRA-RU数に基づいて各OBO counterが更新されてもよい。これにより、RRUを用いるRA-RU、及び、DRUを用いるRA-RUのそれぞれにおいて衝突率及び公平性を考慮した制御が可能となる。
　また、DRUを適用したRA-RUは、１つのTrigger frame内の複数のUser Info fieldを用いて通知されてもよい。例えば、MCS及びDRUリソース情報（RU size、Tone間隔、Grouping tone数など）が異なるRA-RUは、異なるUser Info fieldによってそれぞれ指示されてもよい。
　また、上記各実施の形態において、上り信号は、TB PPDUに限定されない。例えば、Trigger frameの応答ではないPPDU（UHR MU PPDUなど）のDRU割り当てに上記各実施の形態が適用されてもよい。
　また、上記各実施の形態は、上りリンクの信号（例えば、上りPPDU）の送受信に限定されず、下りリンクの信号（例えば、下りPPDU）の送受信に適用されてもよい。
　また、上述した各実施の形態において、制御情報（例えば、DRUを適用するRA-RUの情報）の通知に使用されるfield（又は、subfield）は一例であって、他のfield又はsubfieldが使用されてもよい。また、各field又はsubfieldにおいて制御情報の通知に使用されるビット数は一例であって、他のビット数でもよい。
　また、上述した各実施の形態において、TB PPDUの帯域、Distribution帯域、RU size、RU index、DRUのTone間隔、複数RA-RU間のTone開始位置のTone間隔、Tone（又は、subcarrier）のサイズ、Grouping tone数といったパラメータの値は一例であって、他の値でもよい。
　また、上述した各実施の形態において説明した信号のフォーマットは一例であって、他のfieldの追加及び一部のfieldの削除の少なくとも一方が行われた他の構成でもよく、上述した各fieldにおいて、他のsubfieldの追加及び一部のsubfieldの削除の少なくとも一方が行われた他の構成でもよい。
　また、上記実施の形態では、一例として、IEEE 802.11において規定されるフォーマットに基づく場合についても説明したが、本開示の一実施例を適用するフォーマットは、IEEE 802.11のフォーマットに限定されない。
　本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
　集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。
　さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
　本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
　通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係るアクセスポイントは、周波数リソースが離散的に配置される割り当てが適用されるランダムアクセス用の１つ又は複数のリソースの割り当てが１つの情報フィールドに含まれる制御信号を送信する通信回路と、前記１つ又は複数のリソースの割り当てに基づいて、上り信号の受信を制御する制御回路と、を具備する。
　本開示の一実施例において、前記複数のリソースは、前記周波数リソースが離散的に配置される帯域幅、及び、前記上り信号に割り当てられる前記周波数リソースの個数が同一であり、前記上り信号に割り当てられる周波数リソースの開始位置が異なるリソースである。
　本開示の一実施例において、前記複数のリソースそれぞれの前記開始位置は、周波数領域において非連続である。
　本開示の一実施例において、前記制御信号には、前記複数のリソース間の前記開始位置の間隔に関する情報が含まれる。
　本開示の一実施例において、前記割り当てにおいて、連続した周波数リソースを含む割当単位が離散的に配置され、前記制御信号には、前記割当単位に含まれる周波数リソース数に関する情報が含まれる。
　本開示の一実施例において、前記制御信号は、Trigger frameであり、前記Trigger frameのUser Info fieldにおいて、前記User Info fieldによって指示されるリソースが、前記割り当てが適用される前記リソースであることを示すアソシエーションＩＤが設定される。
　本開示の一実施例において、前記制御信号は、Trigger frameであり、前記Trigger frameにおいて、前記割り当てを適用した前記上り信号の送信を促すトリガー種別が設定される。
　本開示の一実施例に係る端末は、周波数リソースが離散的に配置される割り当てが適用されるランダムアクセス用の１つ又は複数のリソースの割り当てが１つの情報フィールドに含まれる制御信号を受信する通信回路と、前記制御信号に基づいて、上り信号の送信を制御する制御回路と、を具備する。
　本開示の一実施例に係る通信方法において、アクセスポイントは、周波数リソースが離散的に配置される割り当てが適用されるランダムアクセス用の１つ又は複数のリソースの割り当てが１つの情報フィールドに含まれる制御信号を送信し、前記１つ又は複数のリソースの割り当てに基づいて、上り信号の受信を制御する。
　本開示の一実施例に係る通信方法において、端末は、周波数リソースが離散的に配置される割り当てが適用されるランダムアクセス用の１つ又は複数のリソースの割り当てが１つの情報フィールドに含まれる制御信号を受信し、前記制御信号に基づいて、上り信号の送信を制御する。
　２０２４年４月２４日出願の特願２０２４－０７０８７９の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一実施例は、無線通信システムに有用である。
　１００　AP
　１０１　スケジューリング部
　１０２　User Info生成部
　１０３　Common Info生成部
　１０４　Trigger frame生成部
　１０５，２０６　誤り訂正符号化部
　１０６，２０７　変調部
　１０７，２０１　無線送受信部
　１０８　OFDM復調部
　１０９　Tone demapping部
　１１０，２０２　復調部
　１１１，２０３　誤り訂正復号部
　２００　端末
　２０４　Common Info復号部
　２０５　User Info復号部
　２０８　Tone mapping部
　２０９　OFDM変調部
 

Claims (10)

  1. 　周波数リソースが離散的に配置される割り当てが適用されるランダムアクセス用の１つ又は複数のリソースの割り当てが１つの情報フィールドに含まれる制御信号を送信する通信回路と、
    　前記１つ又は複数のリソースの割り当てに基づいて、上り信号の受信を制御する制御回路と、
    　を具備するアクセスポイント。
  2. 　前記複数のリソースは、前記周波数リソースが離散的に配置される帯域幅、及び、前記上り信号に割り当てられる前記周波数リソースの個数が同一であり、前記上り信号に割り当てられる周波数リソースの開始位置が異なるリソースである、
    　請求項１に記載のアクセスポイント。
  3. 　前記複数のリソースそれぞれの前記開始位置は、周波数領域において非連続である、
    　請求項２に記載のアクセスポイント。
  4. 　前記制御信号には、前記複数のリソース間の前記開始位置の間隔に関する情報が含まれる、
    　請求項２に記載のアクセスポイント。
  5. 　前記割り当てにおいて、連続した周波数リソースを含む割当単位が離散的に配置され、
    　前記制御信号には、前記割当単位に含まれる周波数リソース数に関する情報が含まれる、
    　請求項１に記載のアクセスポイント。
  6. 　前記制御信号は、Trigger frameであり、
    　前記Trigger frameのUser Info fieldにおいて、前記User Info fieldによって指示されるリソースが、前記割り当てが適用される前記リソースであることを示すアソシエーションＩＤが設定される、
    　請求項１に記載のアクセスポイント。
  7. 　前記制御信号は、Trigger frameであり、
    　前記Trigger frameにおいて、前記割り当てを適用した前記上り信号の送信を促すトリガー種別が設定される、
    　請求項１に記載のアクセスポイント。
  8. 　周波数リソースが離散的に配置される割り当てが適用されるランダムアクセス用の１つ又は複数のリソースの割り当てが１つの情報フィールドに含まれる制御信号を受信する通信回路と、
    　前記制御信号に基づいて、上り信号の送信を制御する制御回路と、
    　を具備する端末。
  9. 　アクセスポイントは、
    　周波数リソースが離散的に配置される割り当てが適用されるランダムアクセス用の１つ又は複数のリソースの割り当てが１つの情報フィールドに含まれる制御信号を送信し、
    　前記１つ又は複数のリソースの割り当てに基づいて、上り信号の受信を制御する、
    　通信方法。
  10. 　端末は、
    　周波数リソースが離散的に配置される割り当てが適用されるランダムアクセス用の１つ又は複数のリソースの割り当てが１つの情報フィールドに含まれる制御信号を受信し、
    　前記制御信号に基づいて、上り信号の送信を制御する、
    　通信方法。
     
PCT/JP2025/012246 2024-04-24 2025-03-26 アクセスポイント、端末、及び、通信方法 Pending WO2025225259A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2024070879 2024-04-24
JP2024-070879 2024-04-24

Publications (1)

Publication Number Publication Date
WO2025225259A1 true WO2025225259A1 (ja) 2025-10-30

Family

ID=97489979

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2025/012246 Pending WO2025225259A1 (ja) 2024-04-24 2025-03-26 アクセスポイント、端末、及び、通信方法

Country Status (1)

Country Link
WO (1) WO2025225259A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019064604A1 (ja) * 2017-09-29 2019-04-04 株式会社Ｎｔｔドコモ 基地局及びユーザ装置
US20200037395A1 (en) * 2017-04-14 2020-01-30 Wilus Institute Of Standards And Technology Inc. Wireless communication method using bss identifier and wireless communication terminal using same
US20220159716A1 (en) * 2019-02-11 2022-05-19 Samsung Electronics Co., Ltd. Method for cooperative random access and electronic device therefor

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200037395A1 (en) * 2017-04-14 2020-01-30 Wilus Institute Of Standards And Technology Inc. Wireless communication method using bss identifier and wireless communication terminal using same
WO2019064604A1 (ja) * 2017-09-29 2019-04-04 株式会社Ｎｔｔドコモ 基地局及びユーザ装置
US20220159716A1 (en) * 2019-02-11 2022-05-19 Samsung Electronics Co., Ltd. Method for cooperative random access and electronic device therefor

Similar Documents

Publication Publication Date Title
US12375252B2 (en) Signaling method for multi-user transmission, and wireless communication terminal and wireless communication method using same
US10925075B2 (en) Method and apparatus for transmitting data on resource unit including pilot tone in WLAN
KR101907571B1 (ko) 무선랜에서 데이터의 송신 또는 수신을 위한 무선 자원을 할당하는 방법 및 장치
KR101904462B1 (ko) 무선랜에서 컨테이너를 기반으로 자원 단위를 할당하는 방법 및 장치
KR101926720B1 (ko) 무선랜에서 간섭을 방지하기 위해 무선자원을 할당하는 방법 및 장치
JP7631592B2 (ja) 基地局、通信方法及び集積回路
KR102718696B1 (ko) 무선 통신 시스템에서 dup 모드에서 ppdu를 전송하는 방법 및 장치
KR20170053649A (ko) 다수의 서브캐리어를 포함하는 자원유닛을 사용하여 신호를 송신하는 방법 및 장치
WO2021219136A1 (zh) 无线通信传输方法及相关装置
JP6282781B2 (ja) 無線ｌａｎにおけるリソース単位を割り当てる方法及び装置
US10098110B2 (en) Method and apparatus for allocating wireless resources based on single resource unit in WLAN
WO2022002056A1 (zh) 一种多资源单元传输的指示方法及相关设备
CN112398629A (zh) 一种通信方法及装置
CN108365935A (zh) 一种参考信号配置方法、基站和终端
CN115280868A (zh) 一种通信方法及装置
CN115119183A (zh) 一种通信方法及通信装置
KR20240011712A (ko) 단말, 기지국, 및, 통신 방법
US10085263B2 (en) Method and device for allocating resource units using leftover tones in wireless LAN
WO2025225259A1 (ja) アクセスポイント、端末、及び、通信方法
KR20250028271A (ko) 액세스 포인트, 단말, 및 통신 방법
WO2025258308A1 (ja) アクセスポイント、端末、及び、通信方法
WO2025216018A1 (ja) アクセスポイント、端末、及び、通信方法
WO2025215998A1 (ja) アクセスポイント、端末、及び、通信方法
WO2025009394A1 (ja) アクセスポイント、端末、及び、通信方法
CN117857274A (zh) 一种通信方法及通信装置

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

Country of ref document: EP

Kind code of ref document: A1