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

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

Info

Publication number
WO2022264571A1
WO2022264571A1 PCT/JP2022/011569 JP2022011569W WO2022264571A1 WO 2022264571 A1 WO2022264571 A1 WO 2022264571A1 JP 2022011569 W JP2022011569 W JP 2022011569W WO 2022264571 A1 WO2022264571 A1 WO 2022264571A1
Authority
WO
WIPO (PCT)
Prior art keywords
sta
transmission
information
txop sharing
communication
Prior art date
Application number
PCT/JP2022/011569
Other languages
English (en)
French (fr)
Inventor
敬 岩井
智史 高田
嘉夫 浦部
隆之 中野
Original Assignee
パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ filed Critical パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority to CN202280039049.0A priority Critical patent/CN117413599A/zh
Priority to BR112023026010A priority patent/BR112023026010A2/pt
Priority to JP2023529554A priority patent/JPWO2022264571A1/ja
Priority to KR1020237042897A priority patent/KR20240019141A/ko
Priority to EP22824568.4A priority patent/EP4358616A1/en
Publication of WO2022264571A1 publication Critical patent/WO2022264571A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H04W74/0816—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/04—Scheduled access
    • 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/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present disclosure relates to access points, terminals, and communication methods.
  • IEEE 802.11be a standard for next-generation wireless local area networks (LANs), which is the successor to IEEE 802.11ax (hereinafter also referred to as “11ax”). , also called “11be”) are under consideration.
  • IEEE 802.11ax is also called High Efficiency (HE) and IEEE 802.11be is also called Extreme High Throughput (EHT).
  • HE High Efficiency
  • EHT Extreme High Throughput
  • IEEE 802.11-21/0268r8 PDT: Channel access for Triggered TXOP Sharing IEEE 802.11-20/1312r8, AP assisted SU PPDU Tx for 11be R1 IEEE 802.11-21/0485r3, EHT TF Clarifications IEEE 802.11-20/0967r0, Multi-user Triggered P2P Transmission IEEE 802.11-19/1582r2, Coordinated AP Time/Frequency Sharing in a Transmit Opportunity in 11be
  • a non-limiting embodiment of the present disclosure contributes to providing an access point, a terminal, and a communication method that can improve the allocation efficiency of transmission opportunities in wireless communication.
  • An access point includes a control circuit that generates an uplink transmission control signal that includes information about allocation of at least part of transmission opportunities of the access point to a plurality of terminals that are different from the access point; and a transmission circuit that transmits the control signal.
  • a diagram showing an example of a Trigger frame Diagram showing an example of the Common Info field A diagram showing an example of the User Info field
  • Sequence diagram showing an operation example of TXOP Sharing mode 1 Sequence diagram showing an operation example of TXOP Sharing mode 1
  • Sequence diagram showing an operation example of TXOP Sharing for multiple stations (STA) by frequency division multiplexing (FDM) Block diagram showing a configuration example of part of an access point (AP)
  • AP Block diagram showing a configuration example of part of STA Block diagram showing an AP configuration example Diagram showing an example of TXOP Sharing mode according to Embodiment 1
  • Block diagram showing a configuration example of an STA terminal A diagram showing an example of the User Info field according to Embodiment 1 Diagram showing an example of frequency resource notification method Diagram showing an example of frequency resource notification method Diagram showing an example of
  • individual transmission opportunities may be prioritized for access categories (ACs) using a priority control method called Enhanced Distributed Channel Access (EDCA).
  • EDCA Enhanced Distributed Channel Access
  • SIFS Short Inter Frame Space
  • TXOP Transmission Opportunity
  • the upper time limit for TXOP may be defined separately for AC, for example.
  • TXOP sharing For example, a procedure in which the AP triggers TXOP sharing for one STA (eg, "Triggered TXOP sharing procedure”) is considered (eg, see Non-Patent Documents 1 to 5).
  • an AP uses a control signal (hereinafter referred to as a “trigger frame”) to instruct transmission of an uplink signal, and uses a mechanism (for example, “Triggered UL operation”) was introduced.
  • Triggered UL operation can improve the efficiency of orthogonal multiplexing for STA uplink signals and improve throughput performance.
  • the AP dynamically grasps the status of each STA, such as the transmission buffer status of each STA (eg, BSR: Buffer Status Report) or communication quality, and based on the status of each STA, a plurality of radio parameters to be applied to the uplink signal (eg, the uplink response signal for the trigger frame).
  • Radio parameters include, for example, signal length, Modulation and Coding Scheme (MCS), number of spatial streams, and transmission power for uplink signals.
  • MCS Modulation and Coding Scheme
  • the Triggered UL operation may complicate the processing (for example, calculation) in AP scheduling.
  • the uplink response signal is also called, for example, trigger-based physical layer protocol data unit (TB PPDU).
  • TB PPDU trigger-based physical layer protocol data unit
  • TXOP sharing for example, if part of the TXOP acquired by the AP is allocated to a certain STA, a STA different from the STA to which the part of the TXOP is allocated has a transmission prohibited period (NAV: Network Allocation Vector) may be set. Collision of transmission signals of STAs to which a part of TXOP is allocated can be suppressed by setting NAV. Also, a STA to which TXOP sharing is applied can improve signal transmission efficiency by determining radio parameters to be applied to the transmission signal of the STA based on the transmission buffer state or communication quality of the STA. In other words, in TXOP sharing, the AP does not have to perform at least part of the scheduling for uplink signals transmitted by STAs, so AP processing can be simplified compared to Triggered UL operation.
  • NAV Network Allocation Vector
  • the AP uses a trigger frame (hereafter referred to as "MU-RTS Trigger (referred to as "frame”) to instruct TXOP sharing to one STA (see Non-Patent Document 1, for example).
  • MU-RTS Trigger referred to as "frame”
  • Fig. 1 is a diagram showing an example of a Trigger Frame.
  • the Trigger frame includes a field (for example, "Common Info field") containing information common to multiple STAs for multiple frequency-multiplexed STAs, and a User Contains a field called Info List.
  • the User Info List may include, for example, one or more fields (eg, "User Info field”) that contain information specific (or unique) to the STA.
  • the Trigger frame may include a field (eg, "Special User Info field") that includes information for STAs corresponding to 11be (EHT) (not shown).
  • EHT 11be
  • FIG. 2 is a diagram showing a configuration example of the Common Info field (e.g. EHT variant of the Common Info field format) considered in 11be (e.g. EHT).
  • FIG. 3 is a diagram showing a configuration example of User Info field (for example, EHT variant of the User Info field format) to be considered in 11be (EHT) (see, for example, Non-Patent Document 1).
  • FIG. 4 is a diagram showing a configuration example of the Special User Info field (see, for example, Non-Patent Document 3).
  • the Trigger Type subfield in the Common Info field shown in FIG. 2 is a subfield that indicates the type of Trigger frame (for example, the type of signal that the AP causes the STA to transmit).
  • Trigger Type indicates the type of Trigger frame (for example, the type of signal that the AP causes the STA to transmit).
  • AP can indicate MU-RTS Trigger frame to a given STA.
  • the STA receives the MU-RTS Trigger frame and the Association ID (AID) of the STA is specified in the User Info field included in the received MU-RTS Trigger frame, Clear To Send (CTS) to the AP You may send the frame.
  • CTS Clear To Send
  • the B20-B21 area in the Common Info field shown in Fig. 2 is recognized as the "TXOP Sharing Mode" subfield related to the TXOP sharing setting.
  • the B20-21 area in the Common Info field may be recognized as the "GI And EHT-LTF Type" subfield.
  • the GI And EHT-LTF Type subfield may contain, for example, parameter information related to the EHT-Long Training Field (LTF).
  • LTF EHT-Long Training Field
  • the information contained in the GI And EHT-LTF Type subfield is information that is not used for transmission of CTS frames that do not contain EHT-LTF.
  • FIG. 5 is a diagram showing an example of the TXOP Sharing Mode under consideration in 11be (see, for example, Non-Patent Document 1).
  • TXOP sharing eg, MU-RTS TXOP Sharing
  • STA for example, transmits a CTS frame to AP.
  • TXOP sharing for example, MU-RTS TXOP Sharing
  • the STA scheduled (for example, Non-AP STA 1 or STA 1) can transmit a radio frame (eg, Single User (SU) PPDU) to the connected AP (eg, associated AP).
  • a radio frame eg, Single User (SU) PPDU
  • STA 1 does not transmit radio frames to APs or STAs that are different from the connected AP.
  • the STA scheduled in the allocation period (Time allocated in MU-RTS TX TF) corresponding to part of the TXOP can transmit radio frames to the connected AP or another STA (eg, STA 2).
  • TxOP Sharing Mode is 1 or more (or non-zero)
  • MU-RTS TXS (TXOP) Trigger frame MU-RTS TXS TF
  • the AP when the AP receives a CTS frame (for example, CTS response) in response to the MU-RTS TXS Trigger frame from the scheduled STA, TXOP sharing to the STA. can be judged to have been properly instructed. In this case, the AP need not transmit a signal different from the ACK response (eg, Blck Ack) requested by the scheduled STA during the allocation period.
  • the carrier sense is IDLE between the Point Coordination Function (PCF) Interframe Space (PIFS)
  • the AP retrieves the TXOP from the STA, and the AP A signal may be sent to another STA.
  • PCF Point Coordination Function
  • PIFS Point Coordination Function
  • the number of STAs that can be indicated using the MU-RTS Trigger frame is one, and one User Info field shown in FIG. 3 is set in the MU-RTS Trigger frame (for example, non-patent document 1).
  • the STA determines parameters such as the MCS of the transmission signal at the STA, and transmits SU PPDU in a specified band (for example, 20 MHz ⁇ N (N is an integer) band).
  • a subfield of the Common Info field for example, the UL Length subfield
  • the UL Length subfield is considered for indicating the allocation period to the STA.
  • the method for example, trigger frame format or procedure for the AP to instruct TXOP sharing to multiple STAs has not been sufficiently considered.
  • a non-limiting example of the present disclosure describes an example of how the AP instructs TXOP sharing to multiple STAs.
  • FIG. 4 is a diagram showing;
  • the AP may allocate orthogonal frequency resources (eg, 20 MHz channel ⁇ N (channels in units of 20 MHz)) to each of STA 1 and STA 2 using, for example, the MU-RTS TXS Trigger frame.
  • orthogonal frequency resources eg, 20 MHz channel ⁇ N (channels in units of 20 MHz)
  • STA 1 and STA 2 may each determine the time length of SU PPDU. Therefore, as shown in FIG. 8, the time length of SU PPDU may be different between STA 1 and STA 2, so the transmission/reception of AP (for example, ACK transmission to STA 2 and PPDU reception from STA 1) Timing may overlap.
  • AP for example, ACK transmission to STA 2 and PPDU reception from STA 1
  • Timing may overlap.
  • an AP that does not support full-duplex communication may not process either a transmission signal or a reception signal when transmission timing and reception timing overlap.
  • self-interference when the received signal includes adjacent channel interference of the transmitted signal
  • degrading the reception performance may be degrading the reception performance.
  • the communication between STAs is also called peer to peer (P2P) or Direct Link (DiL).
  • P2P peer to peer
  • DIL Direct Link
  • the AP may allocate orthogonal frequency resources (eg, 20 MHz channel ⁇ N) to each of STA 1 and STA 2 using, for example, the MU-RTS TXS Trigger frame.
  • orthogonal frequency resources eg, 20 MHz channel ⁇ N
  • P2P communication by STA 1 with STA 3 and P2P communication by STA 2 with STA 4 are performed in the FDM band, the time length of SU PPDU between STA 1 and STA 2 is Even if they are different, the overlap of transmission/reception timings at the AP described with reference to FIG. 8 does not occur.
  • a wireless communication system may include, for example, AP 100 shown in FIG. 10 and STA 200 shown in FIG. At least one of the AP 100 and the STA 200 may exist two or more times in the wireless communication system.
  • the AP 100 may transmit a Trigger frame (for example, MU-RTS TXS Trigger frame) instructing TXOP Sharing to the STA 200 .
  • STA 200 may receive the MU-RTS TXS Trigger frame and transmit a signal to AP 100 or another STA based on the resource (eg, allocation period) indicated by the received MU-RTS TXS Trigger frame.
  • FIG. 10 is a block diagram showing a configuration example of part of the AP 100 according to one embodiment of the present disclosure.
  • the control unit for example, corresponding to the control circuit
  • a control signal eg, Trigger frame
  • a transmitter for example, corresponding to a transmitter circuit transmits a control signal.
  • FIG. 11 is a block diagram showing a configuration example of part of the STA 200 according to one embodiment of the present disclosure.
  • a receiving unit for example, corresponding to a receiving circuit
  • a control signal For example, receive a Trigger frame
  • a control unit eg, corresponding to a control circuit
  • AP 100 for example, generates a Trigger frame (for example, MU-RTS TXS Trigger frame) instructing TXOP Sharing to multiple STAs, and transmits the MU-RTS TXS Trigger frame to STA 200 .
  • a Trigger frame for example, MU-RTS TXS Trigger frame
  • FIG. 12 is a block diagram showing a configuration example of the AP100.
  • AP100 shown in FIG. a modulation unit 107 , a radio transmission/reception unit 108 , a demodulation unit 109 , an error correction decoding unit 110 and a STA information acquisition unit 111 .
  • the scheduling unit 101, the TXOP sharing mode setting unit 102, the Common Info generation unit 103, the User Info generation unit 104, the Trigger frame generation unit 105, and the STA information acquisition unit 111 are connected to an access control unit (for example, medium access control (MAC) processor).
  • an access control unit for example, medium access control (MAC) processor.
  • the scheduling unit 101, TXOP sharing mode setting unit 102, Common Info generation unit 103, User Info generation unit 104, Trigger frame generation unit 105, Error correction coding unit 106, Modulation unit 107, Demodulation unit 109, At least one of the error correction decoding unit 110 and the STA information acquisition unit 111 may be included in the control unit shown in FIG. 10, for example. 12 may be included in the transmitter shown in FIG. 10, for example.
  • the scheduling section 101 may schedule the STA 200, for example. For example, based on the STA information input from the STA information acquisition unit 111, the scheduling unit 101 selects the TXOP sharing mode to be applied to the STA 200 and allocated radio resources (for example, at least one of the allocation period and band in TXOP sharing). ) may be determined.
  • the TXOP Sharing mode may include the TXOP Sharing mode for multiple STAs in addition to the TXOP Sharing mode for one STA described above.
  • the scheduling unit 101 determines that, for example, communication in the allocation period for multiple STAs 200 to which TXOP sharing is applied is communication addressed to AP 100 (for example, communication between AP 100 and STA 200). or communication addressed to another STA (for example, P2P communication (communication between terminals)).
  • multiple TXOP sharing modes for multiple STAs may be defined. For example, in an allocation period in which TXOP sharing is applied, a mode in which signals of multiple STAs are frequency-multiplexed (FDM) and a mode in which signals of multiple STAs are time-multiplexed (TDM: Time Division Multiplexing) may be defined. Note that the multiplexing method for signals of multiple STAs is not limited to FDM and TDM, and other multiplexing methods may be used.
  • the allocated radio resource may include, for example, a partial period of TXOP acquired by AP 100 (for example, time resource). Also, for example, when TXOP sharing is applied to multiple STAs by FDM, the allocated radio resource may include a channel (for example, a band in units of 20 MHz) allocated to each STA 200 .
  • the STA information may include, for example, Capability information of the STA 200, transmission buffer status, and control information regarding P2P settings.
  • the Capability information may include, for example, information indicating whether or not the STA 200 can transmit and receive in a channel different from the Primary channel.
  • the transmission buffer status may include, for example, information regarding the AC and size of the transmission buffer addressed to AP 100 in STA 200 . Also, in the transmission buffer state, for example, the AC and Information about size may be included.
  • the P2P setting information may include, for example, the STA ID (STA-specific ID) of the STA that performs P2P communication with the STA 200.
  • the scheduling section 101 outputs, for example, the determined TXOP sharing mode of each STA 200 and information on the allocated radio resources to the Common Info generating section 103 and User Info generating section 104 .
  • the TXOP sharing mode setting unit 102 sets an association between the TXOP sharing mode and information indicating the TXOP sharing mode in the trigger frame (for example, the TXOP sharing mode value), and sends information about the set TXOP sharing mode. may be retained.
  • the TXOP sharing mode setting unit 102 may output information on the held TXOP sharing mode to the Common Info generation unit 103 .
  • the association between the TXOP sharing mode and the information indicating the TXOP sharing mode in the trigger frame may be, for example, information in table format (for example, called "TXOP sharing mode table") or information in a format different from the table format.
  • the Common Info generation unit 103 may generate control information included in a Common Info field common to multiple STAs 200, for example.
  • Common Info generating unit 103 for example, "type of TXOP sharing mode" included in information about TXOP sharing mode input from scheduling unit 101, and information about TXOP sharing mode input from TXOP sharing mode setting unit 102 ( For example, the TXOP sharing mode subfield information may be generated based on the TXOP sharing mode table).
  • Common Info generating section 103 may generate information regarding the period allocated to STA 200 based on information regarding allocated radio resources input from scheduling section 101, for example.
  • the Common Info generation unit 103 sets the Trigger type subfield to MU-RTS, and sets the TXOP sharing mode subfield to a predetermined value (for example, 1 or more in the case of the TXOP sharing mode table in FIG. 13).
  • MU-RTS TXS Trigger frame may be generated by setting it to any value).
  • the Common Info generation unit 103 may output information about the generated Common Info field to the Trigger frame generation unit 105.
  • setting of the field within the Trigger frame may be replaced with other terms such as “definition” and "interpretation”.
  • the User Info generation unit 104 may generate, for example, a Special User Info field or control information included in a User Info field individual to the STA 200 .
  • the User Info generation unit 104 generates, for example, a Special User Info field or information on a User Info field individual to the STA 200 based on a prescribed format, and creates a User Info List containing User Info fields for each of a plurality of STAs 200. may generate information about
  • the User Info generation unit 104 may output information on the User Info List to the Trigger frame generation unit 105, for example.
  • the communication in the allocation period is either communication addressed to AP 100 or communication addressed to another STA, which is included in information related to TXOP sharing mode input from scheduling section 101. (for example, referred to as “communication type information”)” and “information on allocated channels (bands in units of 20 MHz)”.
  • the communication type information may be notified to the STA 200, for example, when the TXOP sharing mode for multiple STAs is applied. In other words, when applying the TXOP Sharing mode to one STA, the communication type information does not have to be notified to the STA 200 .
  • the number of User Info fields included in the User Info List may be associated with the TXOP sharing mode indicated in the TXOP sharing mode subfield, for example.
  • the User Info List contains may contain one User Info field.
  • the User Info List contains may contain multiple UserInfo fields.
  • Special User Info field may contain control information for one STA 200 independently of the TXOP sharing mode.
  • Trigger frame generation unit 105 generates Common Info field information input from Common Info generation unit 103 and User Info List input from User Info generation unit 104 (for example, Special User An Info field and at least one User Info field) may generate a Trigger frame containing the information.
  • the Trigger frame may include, for example, at least one of MAC header, Padding, and frame check sequence (FCS) in addition to Common Info field and User Info List.
  • Trigger frame generation section 105 may output the generated trigger frame to error correction coding section 106, for example.
  • error correction coding section 106 performs error correction coding on the transmission data signal including the trigger frame input from trigger frame generation section 105 and outputs the coded signal to modulation section 107 .
  • the modulation section 107 performs modulation processing on the signal input from the error correction encoding section 106 and outputs the modulated signal to the radio transmission/reception section 108 .
  • AP 100 maps the modulated signal to a prescribed frequency resource, and performs an inverse fast Fourier transform.
  • An OFDM signal may be formed by performing (IFFT: Inverse Fast Fourier Transform) processing, converting to a time waveform, and adding a cyclic prefix (CP: Cyclic Prefix).
  • Radio transmitting/receiving section 108 performs radio transmission processing such as D/A conversion and up-conversion to a carrier frequency on the modulated signal input from modulating section 107, and transmits the signal after radio transmission processing to an antenna. to STA 200 via. Further, the radio transmitting/receiving unit 108 receives, for example, a signal transmitted from the STA 200 via an antenna, and performs radio reception processing such as down-conversion to baseband and A/D conversion on the received signal. and outputs the signal after radio reception processing to demodulation section 109 .
  • radio transmission processing such as D/A conversion and up-conversion to a carrier frequency on the modulated signal input from modulating section 107
  • the radio transmitting/receiving unit 108 receives, for example, a signal transmitted from the STA 200 via an antenna, and performs radio reception processing such as down-conversion to baseband and A/D conversion on the received signal. and outputs the signal after radio reception processing to demodulation section 109 .
  • the demodulation section 109 performs demodulation processing on the signal input from the radio transmission/reception section 108 and outputs the demodulated signal to the error correction decoding section 110 .
  • the signal input to demodulation section 109 is an OFDM signal
  • AP 100 for example, demodulation section 109 may perform CP removal processing and Fast Fourier Transform (FFT) processing.
  • FFT Fast Fourier Transform
  • the error correction decoding section 110 decodes the signal input from the demodulation section 109 to obtain the received data signal from the STA 200 . For example, when the above-described STA information is included in the received data after decoding, error correction decoding section 110 outputs decoded data including the STA information to STA information acquisition section 111 .
  • STA information acquisition section 111 acquires STA information (for example, Capability information of STA 200, transmission buffer state, or P2P setting information may be included) from decoded data input from error correction decoding section 110, for example. and output the acquired STA information to scheduling section 101 .
  • STA information for example, Capability information of STA 200, transmission buffer state, or P2P setting information may be included
  • STA 200 receives, for example, a Trigger frame (for example, MU-RTS TXS Trigger frame) that instructs TXOP Sharing from AP 100, and an uplink response signal (for example, CTS frame) to the Trigger frame, or SU PPDU containing transmission data to the AP 100. Then, the STA 200 communicates with the AP 100 or another STA using the assigned channel within the assigned period, for example, based on the instruction of the MU-RTS TXS Trigger frame.
  • a Trigger frame for example, MU-RTS TXS Trigger frame
  • CTS frame uplink response signal
  • FIG. 14 is a block diagram showing a configuration example of the STA200.
  • the STA 200 shown in FIG. 14 includes, for example, a radio transmission/reception unit 201, a demodulation unit 202, an error correction decoding unit 203, a TXOP sharing mode setting unit 204, a Common Info acquisition unit 205, a User Info acquisition unit 206, and a TXOP A sharing control unit 207 , a data generation unit 208 , an error correction coding unit 209 and a modulation unit 210 may be provided.
  • At least one of the TXOP sharing mode setting unit 204, Common Info acquisition unit 205, User Info acquisition unit 206, TXOP sharing control unit 207, and data generation unit 208 is an access control unit (for example, MAC processing part).
  • the demodulation unit 202, the error correction decoding unit 203, the TXOP sharing mode setting unit 204, the Common Info acquisition unit 205, the User Info acquisition unit 206, the TXOP sharing control unit 207, the data generation unit 208, and the error correction coding At least one of the section 209 and the modulation section 210 may be included in the control section shown in FIG. 11, for example. 14 may be included in the receiver shown in FIG. 11, for example.
  • the radio transmitting/receiving section 201 receives a received signal through an antenna, performs radio receiving processing such as down-conversion and A/D conversion on the received signal, and outputs the signal after the radio receiving processing to the demodulating section 202 . Also, radio transmitting/receiving section 201 performs, for example, radio transmission processing such as up-conversion and D/A conversion on the signal input from modulating section 210, and transmits the signal after radio transmission processing from an antenna.
  • the demodulation section 202 performs demodulation processing on the received data input from the radio transmission/reception section 201 and outputs the demodulated signal to the error correction decoding section 203 .
  • STA 200 for example, demodulation section 202 may perform CP removal processing and FFT processing, for example.
  • the error correction decoding section 203 may, for example, decode the demodulated signal input from the demodulation section 202 and output the decoded signal as a received data signal. Also, the error correction decoding section 203 outputs, for example, the Trigger frame of the received data signal to the Common Info acquiring section 205 and the User Info acquiring section 206 .
  • the TXOP sharing mode setting unit 204 may perform the same operation as the TXOP sharing mode setting unit 102 of the AP 100, for example.
  • the TXOP sharing mode setting unit 204 may output information on predefined TXOP sharing modes (for example, a TXOP sharing mode table) to the Common Info acquisition unit 205 .
  • the Common Info acquisition unit 205 uses the information input from the TXOP sharing mode setting unit 204 (for example, the TXOP sharing mode table) as Based on this, information corresponding to the Common Info field may be extracted from the Trigger frame input from the error correction decoding unit 203, and STA common information regarding TXOP sharing may be acquired.
  • the TXOP sharing mode setting unit 204 for example, the TXOP sharing mode table
  • the STA common information regarding TXOP sharing may include, for example, information regarding the TXOP sharing mode and information regarding the period allocated to the STA 200. Information on the period allocated to the STA 200 may be included in the User Info field as STA individual information.
  • the STA common information may also include, for example, information indicating FDM-based TXOP sharing mode for multiple STAs.
  • the Common Info acquisition unit 205 may output the extracted STA common information to the User Info acquisition unit 206.
  • the User Info acquisition unit 206 extracts information corresponding to a User Info List (for example, at least one User Info field and Special User Info field) from the Trigger frame input from the error correction decoding unit 203, and extracts Common Info User info field reception processing may be performed based on STA common information (including, for example, TXOP sharing mode) input from acquisition section 205 . For example, when the TXOP sharing mode instructs TXOP sharing to multiple STAs, the User Info acquisition unit 206 may perform reception processing for multiple User Info fields. Also, for example, when the TXOP sharing mode instructs TXOP sharing to one STA, the User Info acquisition unit 206 may perform reception processing for one User Info field.
  • a User Info List for example, at least one User Info field and Special User Info field
  • Common Info User info field reception processing may be performed based on STA common information (including, for example, TXOP sharing mode) input from acquisition section 205 . For example, when the TXOP sharing mode instructs TXOP sharing to multiple STAs, the User Info
  • User Info acquisition section 206 decodes information (for example, STA ID or AID) that identifies STA 200 included in User Info field, and if it determines that there is an allocation instruction addressed to STA 200, STA individual information related to TXOP sharing , and STA common information (e.g., "information on the allocation period to the STA", "information indicating whether the communication in the allocation period is communication directed to the AP or communication directed to another STA", and "allocated channel ( at least one of (including 20 MHz unit band information)) may be obtained from the User Info field.
  • information for example, STA ID or AID
  • Information indicating whether the communication in the allocation period is AP-destined communication or another STA-destined communication is included in the User Info field when, for example, the TXOP sharing mode for multiple STAs is applied, and one May not be included in User Info field when applying TXOP sharing mode to STA.
  • the User Info acquisition unit 206 may output the STA individual information and the STA common information to the TXOP sharing control unit 207 and the data generation unit 208, for example.
  • the TXOP sharing control section 207 may determine the allocated radio resource based on information input from the User Info acquisition section 206 (including, for example, STA individual information and STA common information).
  • the TXOP sharing control unit 207 may control data transmission in the TXOP shared radio resources instructed by the AP 100, for example, based on the allocated radio resources. Controlling data transmission may include, for example, controlling allocation periods, allocation channels, and communication destinations within allocation periods. For example, in the case of the FDM-based TXOP sharing mode for multiple STAs, the TXOP sharing control unit 207 may determine the frequency resource position of the transmission signal based on the instruction information from the AP 100 included in the User Info field.
  • the TXOP sharing control unit 207 may output control information regarding data transmission according to TXOP sharing to the data generation unit 208 .
  • Data generation section 208 generates a data signal (for example, CTS frame, data addressed to AP 100, or another data addressed to the STA), and outputs the data signal to error correction coding section 209 .
  • a data signal for example, CTS frame, data addressed to AP 100, or another data addressed to the STA
  • the data generation unit 208 may generate a CTS frame after being instructed to TXOP sharing. Also, the data generator 208 may generate a data signal (for example, PPDU) after transmission of the CTS frame (for example, after SIFS after transmission of the CTS frame).
  • a data signal for example, PPDU
  • some of the radio parameters applied to the data signal are set by the STA 200 according to parameters such as the transmission buffer state of the STA 200 or the communication quality. may be determined based on The data signal length may be, for example, a length within the allocation period instructed by the AP 100.
  • the transmission channel assigned to the data signal may be determined based on the assigned channel indicated by the AP 100 .
  • the error correction coding section 209 performs error correction coding on the data signal input from the data generation section 208 and outputs the coded signal to the modulation section 210 .
  • the coding rate for the data signal may be determined by the STA 200, for example.
  • Modulation section 210 modulates the signal input from error correction encoding section 209 and outputs the modulated signal to radio transmission/reception section 201 .
  • the modulation scheme applied in modulation section 210 may be determined by STA 200, for example.
  • the STA 200 eg, modulating section 210) may form an OFDM signal by performing IFFT processing after mapping the modulated signal to frequency resources and adding a CP.
  • Trigger frame eg, MU-RTS TXS Trigger frame
  • AP 100 eg, Common Info generation unit 103, User Info generation unit 104, and Trigger frame generation unit 105
  • TXOP sharing eg, allocation of a portion of transmission opportunities (TXOP) acquired by AP 100
  • STAs 200 eg, Non-AP STAs
  • the plurality of STAs 200 different from the AP 100 may include, for example, pairs of STAs 200 that perform P2P communication (for example, communication between terminals).
  • the STA common information may include, for example, information on the TXOP sharing mode and information on the TXOP sharing allocation period for the STA 200 .
  • the AP 100 may generate TXOP sharing mode subfield information (for example, TXOP sharing mode subfield value) based on the TXOP sharing mode table shown in FIG. 13, for example.
  • AP 100 may set information on TXOP sharing to multiple STAs (for example, information instructing multiple STAs to share transmission opportunities) in the Common Info field common to STAs 200 in the Trigger frame.
  • the AP 100 may, for example, set multiple individual User Info fields for multiple STAs 200 to which TXOP sharing is applied in the Trigger frame.
  • the AP 100 may generate, for example, information regarding the allocation period to the STA 200 (for example, part of the TXOPs acquired by the AP 100).
  • the AP 100 may include the generated allocation period information in the UL length subfield in the Common Info field shown in FIG. 2, for example. Note that the information about the allocation period may be included not only in the UL Length subfield but also in other fields.
  • the coarser the time granularity of the allocation period the less the number of reporting bits of the information on the allocation period.
  • the AP 100 may notify the STA 200 of information regarding the allocation period in a partial bit area of the UL length subfield, and set the remaining bit area as a reserved area. By setting the Reserved area, the scalability in future versions can be improved.
  • the STA individual information may include, for example, information on communication (eg, destination of communication) during the TXOP allocation period and information on frequency resources (eg, allocation channel) used for communication.
  • AP 100 asks STA 200 to which TXOP sharing is applied whether the communication in the allocation period is communication directed to the AP (communication between AP 100 and STA 200) or communication directed to another STA (P2P communication). (for example, communication type information) may be set, and the set information may be included in the User Info field.
  • FIG. 15 shows an example of User Info field.
  • the AP 100 may set a subfield indicating communication type information (for example, "P2P flag" subfield) in the area of B25, which is the reserved area in FIG.
  • the name of the subfield that indicates information related to communication during the allocation period is not limited to P2P flag, and other names may be used.
  • the subfield indicating communication type information is not limited to the area of B25, and may be set in another area.
  • the types of communication that can be notified in the communication type information are not limited to two types, and may be three or more types.
  • the B25 area is set to the P2P flag subfield, and the TXOP for multiple STAs is If sharing is not applied, the B25 area may be set as a Reserved area.
  • the time length of the signal (SU PPDU) that STA 200 transmits to AP 100 is indicated by Common Info field (for example, UL length subfield) may be based on
  • the AP 100 may set information about the time length of the uplink transmission signal during at least part of the TXOP (transmission opportunity) in the Common Info field common to the STAs 200 in the Trigger frame.
  • the time length of the transmission signal of each of the plurality of STAs 200 communicating with the AP 100 is set in common during the allocation period.
  • the AP 100 receives the transmission signals from the multiple STAs 200 at approximately the same timing, and the ACK transmission timing for each STA 200 is the same. Since the transmission timing and the reception timing of the AP 100 overlap with each other, it can be suppressed.
  • the STA 200 may determine radio parameters (including, for example, MCS and the number of spatial streams) that differ from the time length of the transmission signal of the STA 200 .
  • the AP 100 for example, provides information on frequency resources (for example, allocated channel (band in units of 20 MHz)) that the STA 200 uses for communication (for example, CTS frame transmission, communication with the AP 100, or P2P communication) during the allocation period, It may be generated using the RU allocation subfield in the User Info field shown in FIG.
  • the information on the allocated channel may indicate, for example, the position of the 20 MHz ⁇ N frequency resource allocated to the STA200.
  • a method of notifying information about allocated channels a method of notifying frequency resources of CTS frames by MU-RTS used in 11ax may be applied.
  • FIG. 16 is a diagram showing an example of a frequency resource notification method using the MU-RTS Trigger frame.
  • the STA 200 is individually notified of frequency resources for CTS.
  • the UL BW subfield specifies the uplink operation bandwidth (for example, 20 MHz, 40 MHz, 80 MHz or 160 MHz)
  • the RU allocation subfield specifies the number of frequency resources allocated for communication in the allocation period.
  • a position is specified.
  • the channel to be used by STA 200 during the TXOP sharing allocation period may be indicated by a method similar to the method shown in FIG.
  • the STA 200 may be notified of the frequency resource location by combining the UL BW subfield of the Common Info field and the UL Bandwidth Extension subfield of the Special User Info field.
  • the notification method shown in FIG. 16 is a method of notifying the frequency resource position including the Primary 20 MHz channel, but the present embodiment is not limited thereto.
  • a method of notifying an arbitrary 20 MHz channel ⁇ N frequency resource within the operation band not included may be used.
  • the frequency resource for CTS includes a primary channel. Transmission of uplink signals (eg, CTS frames and data) using unused frequency resources may be allowed.
  • STA 2 may be set to frequency resources that do not include the primary channel.
  • STA 2 may transmit the CTS frame and data using frequency resources that do not include the primary channel in response to the MU-RTS TXS Trigger frame.
  • the STA 200 that has received the MU-RTS TXS Trigger frame may transmit the CTS frame based on the carrier sense result in the frequency resource for CTS notified by the MU-RTS TXS Trigger frame, for example. For example, if the CTS frequency resource notified by the MU-RTS TXS Trigger frame does not include the primary channel, the STA 200 may transmit the CTS frame in the notified frequency resource even if the primary channel is busy.
  • the method of notifying the allocated channel is not limited to indicating the position of the 20 MHz ⁇ N frequency resources allocated to STA 200 as described above, and may be a method of notifying other frequency resources.
  • FIG. 19 is a diagram showing an example of a sequence when instructing TXOP sharing to multiple STAs according to the present embodiment.
  • AP 100 provides, as STA common information, information on TXOP sharing mode and information on the allocation period to STA 200 (for example, STA 1 and STA 2) for multiple STAs different from AP 100 , UL Length) may be notified.
  • the AP 100 uses information (eg, P2P flag) regarding communication (eg, communication with the AP 100 or P2P communication) in the allocation period as STA individual information for each of the plurality of STAs 200, and Information on allocation channels (for example, RU allocation) may be notified.
  • information eg, P2P flag
  • communication eg, communication with the AP 100 or P2P communication
  • Information on allocation channels for example, RU allocation
  • the AP 100 may instruct STA1 and STA2 to communicate with orthogonal frequency resources.
  • STA 1 receives a CTS frame (CTS response) and data signal (DATA) addressed to AP 100 in the allocation channel for STA 1 during the allocation period of TXOP sharing based on the received MU-RTS TXS Trigger frame. can be sent.
  • STA 2 receives a CTS frame addressed to another STA (for example, STA 3) in the allocation channel for STA 2 during the allocation period of TXOP sharing based on the received MU-RTS TXS Trigger frame. and data signals.
  • AP 100 communicates with one STA (for example, STA 1) among STA 1 and STA 2 to which TXOP sharing is applied (for example, data signal reception and transmission of ACK).
  • STA 1 and STA 2 for example, data signal reception and transmission of ACK.
  • AP 100 does not communicate with STA 2, which is different from STA 1, during the allocation period of TXOP sharing.
  • the AP 100 can suppress overlapping of the transmission and reception timings of the AP 100 by instructing communication with one STA 200 among the plurality of STAs 200 to which TXOP sharing is applied within the TXOP sharing allocation period. .
  • the radio parameters used for TXOP sharing may be determined (or scheduled) by the STA 200 without being scheduled by the AP 100. Therefore, TXOP sharing for multiple STAs 200 is realized by simple processing. can.
  • FIG. 20 is a diagram showing another example of a sequence when instructing TXOP sharing to a plurality of STAs 200.
  • FIG. 20 is a diagram showing another example of a sequence when instructing TXOP sharing to a plurality of STAs 200.
  • one Trigger frame instructs TXOP sharing for three STAs 200 (for example, STA 1, STA 2 and STA 3).
  • the AP 100 may instruct STA 1, STA 2, and STA 3 to communicate with orthogonal frequency resources.
  • the AP 100 may notify the STA 200 of information (for example, UL Length) regarding the allocation period as STA common information.
  • information for example, UL Length
  • the AP 100 may notify the STA 200 of information (for example, UL Length) regarding the allocation period as STA common information.
  • the STA 200 may determine the signal length of data (eg, SU PPDU) based on information included in the Common Info field.
  • another STA for example, STA 4
  • P2P communication For example, STA 3 may determine the size (signal length) of data for P2P communication within the allocation period.
  • the signal length of the data signal addressed to AP 100 may be determined based on the allocation period. For example, STA 1 and STA 2, as shown in FIG. 20, in the allocation period, based on a period available for data signal transmission (for example, a period different from the CTS frame transmission period in the allocation period), It may be set to the signal length of the data signal. Note that the method of determining the signal length of the data signal is not limited to this, as long as it is a determination method common to a plurality of STAs 200 .
  • the signal length of the data signals transmitted by the multiple STAs 200 can be set to be the same. , and the transmission timing of ACK becomes almost the same, and it is possible to suppress overlap between the transmission timing and the reception timing of the AP 100 .
  • overlapping of transmission and reception timings in AP 100 can be suppressed, and time resources for communicating with AP 100 can be allocated to multiple STAs 200 .
  • other radio parameters different from the signal length of the transmission signal of STA 200 for example, UL Length
  • TXOP sharing for STA 200 can be realized by simple processing.
  • AP 100 generates a Trigger frame containing information for allocating a portion of the TXOP time acquired by AP 100 to multiple STAs 200 and transmits it to STAs 200 .
  • STA 200 controls uplink transmission in TXOP sharing to multiple STAs based on one Trigger frame.
  • STA 200 is notified of TXOP sharing for multiple STAs based on the MU-RTS TXS Trigger frame format agreed upon in 11be Release 1 (in other words, the format specified in 11be Release 1). .
  • 11be Release 1 compatible STA that supports TXOP sharing to one STA (for example, called an "11be Release 1 compatible STA") and a plurality of STAs 200 in the present embodiment can share TXOP sharing.
  • a common Trigger frame format can be applied with supporting STAs (for example, STAs that support future versions).
  • the AP 100 can notify the TXOP sharing mode to the 11be Release 1 compatible STA.
  • FIG. 21 shows that the AP performs TXOP sharing for multiple STAs (for example, STA 1 and STA 2) using the MU-RTS TXS Trigger frame supported in 11be Release 1 described in Non-Patent Document 1. It is a figure which shows an example of the sequence to perform. As shown in Figure 21, in 11be Release 1, the number of STAs that can instruct TXOP sharing by one MU-RTS TXS Trigger frame is one. MU-RTS TXS Trigger frame is used. Using multiple MU-RTS TXS Trigger frames may increase overhead and reduce throughput performance.
  • the radio communication system may include AP 100 and STA 200 as in the first embodiment.
  • a configuration example of the AP 100 according to this embodiment may be the same as that shown in FIG.
  • the operations of Common Info generator 103 and User Info generator 104 may be different from those in the first embodiment.
  • Common Info generation unit 103 for example, based on information (for example, TXOP sharing mode table) input from TXOP sharing mode setting unit 102, generates information of TXOP sharing mode subfield including TXOP sharing to multiple STAs based on TDM. Generate. For example, as in Embodiment 1, when performing TXOP sharing, the Common Info generation unit 103 sets the Trigger type subfield to MU-RTS, and sets the TXOP sharing mode subfield to a value associated with the TXOP sharing to be performed. By setting to , information in the Common Info field of the MU-RTS TXS Trigger frame may be generated. Also, Common Info generating section 103 may include, for example, information about the period allocated to STA 200 in any subfield (for example, UL length subfield) in Common Info field (an example will be described later).
  • the User Info generating section 104 may generate User Info field information, for example, based on the allocated radio resource (allocation period) in the TXOP sharing applied to each STA 200 input from the scheduling section 101 . Also, for example, the User Info generation unit 104 arranges the User Info fields corresponding to the STAs 200 in the order of the STAs 200 allocated in the time domain based on the allocated radio resources (allocation period) in the TXOP sharing, and generates a User info List. You can In other words, the AP 100 may associate the transmission order of the multiple STAs 200 during at least part of the TXOP with the arrangement order of the individual User Info fields for the multiple STAs 200 in the Trigger frame.
  • the processing of other components in the AP 100 may be the same as the processing in the first embodiment, for example.
  • a configuration example of the STA 200 according to this embodiment may be the same as in FIG.
  • the operations of Common Info acquisition section 205, User Info acquisition section 206, and TXOP sharing control section 207 may be different from those in the first embodiment.
  • the Common Info acquisition unit 205 extracts the TXOP sharing mode included in the Common field of the Trigger frame.
  • Acquire subfield indication information as STA common information.
  • the STA common information may include information indicating a TDM-based TXOP sharing mode to multiple STAs.
  • the User Info acquisition unit 206 Receive processing may be performed.
  • the User Info acquisition unit 206 obtains the STA ID (for example, AID) of each User Info field, the transmission order of the User Info fields in the User Info List, and the and information on the User Info field instructed to it are output to the TXOP sharing control unit 207 .
  • TXOP sharing control section 207 determines (or judges) allocation radio resources (for example, allocation period) based on, for example, STA individual information and STA common information input from User Info acquisition section 206, and AP 100 may control data transmission according to the TXOP sharing indicated by (examples are given later).
  • the TXOP sharing control unit 207 may determine the frequency resource position of the transmission signal based on carrier sensing by the STA 200. For example, the TXOP sharing control unit 207 may set, as the transmission band, a band for which carrier sense has been cleared within the operation band including the primary 20 MHz. Also, the TXOP sharing control unit 207 may determine the time resource position (for example, transmission timing) of the transmission signal based on the transmission order of the User Info field in the User Info List input from the User Info acquisition unit 206, for example. .
  • the processing of other components in the STA 200 may be the same as the processing in the first embodiment, for example.
  • a method of instructing TDM-based TXOP sharing for multiple STAs 200 using one Trigger frame (for example, MU-RTS TXS Trigger frame) generated by AP 100 will be described below.
  • the STA 200 may determine time resources (for example, transmission timing) for the STA 200 based on the transmission order of the User Info fields included in the User Info List.
  • the STA 200 indicated by the first User Info field out of the User Info fields excluding the Special User Info field transmits SU PPDU after CTS frame transmission + SIFS at the first transmission within the allocation period.
  • the SU PPDU may be transmitted after reception of a signal (for example, Block Ack) addressed to the STA 200 from AP 100 + SIFS.
  • the STA 200 indicated by the M-th (where M is an integer greater than 1) User Info field is the M-1-th User Info field.
  • the SU PPDU is transmitted after receiving the signal transmitted from the STA 200 indicated by the Info field + SIFS.
  • the STA 200 indicated by the M-th User Info field for example, identifies the STA ID (for example, AID) of the M-1-th User Info field in advance, and
  • the transmission timing in the STA 200 may be determined based on detection of the signal of the assigned STA ID.
  • the AP 100 may notify the information on the total time resource allocated to the multiple STAs 200, for example, by Common Info field (for example, UL Length subfield).
  • Common Info field for example, UL Length subfield.
  • the signal length of the transmission signal may be determined and transmitted based on the transmission buffer information.
  • the STA 200 can freely determine the signal length, but since each STA 200 determines the signal length in the order of transmission notified from the AP 100, there is a possibility that the STA 200 whose transmission order is late cannot transmit within the allocation period. be.
  • the STA 200 that has decided to transmit within the allocation period equally divides the total time resources allocated by the AP 100 by the number of allocated STAs (the number of User Info fields included in the MU-RTS TXS Trigger frame).
  • the signal length of the transmission signal may be determined and transmitted within the determined time resource.
  • the signal length determined by the STAs 200 is set (eg, limited) by the total time resources and the number of STAs, but all assigned STAs 200 can transmit within the assigned period.
  • notification example 1 communication to the AP 100 may be set for communication during the allocation period, and P2P communication may not be set.
  • P2P communication may not be set.
  • this setting for example, it becomes easier to identify the STA ID of another STA that transmits a data signal (SUP PPDU) immediately before the STA 200 transmits a data signal (SUP PPDU).
  • FIG. 22 is a diagram showing an example of a sequence when performing TXOP sharing to multiple STAs in Notification Example 1.
  • AP 100 uses, for example, MU-RTS TXS Trigger frame to instruct STA 1 and STA 2 to TXOP sharing.
  • STA 1 is assigned by the first User Info field and STA 2 is assigned by the second User Info field.
  • STA 1 scheduled in the first User Info field receives a signal (e.g., MU-RTS TXS Trigger frame or Block Ack) from AP 100 and then sends a signal to AP 100 (e.g., CTS frame or SU PPDU) may be sent.
  • a signal e.g., MU-RTS TXS Trigger frame or Block Ack
  • AP 100 e.g., CTS frame or SU PPDU
  • STA 2 scheduled in the second User Info field receives a signal (for example, SU PPDU) transmitted from STA 1 and then sends a signal (for example, CTS frame or , SU PPDU).
  • a signal for example, SU PPDU
  • CTS frame or , SU PPDU for example, CTS frame or , SU PPDU
  • each STA 200 determines the transmission timing of each STA 200 in the allocation period based on the transmission order of the User Info field to multiple STAs 200 within the MU-RTS TXS Trigger frame.
  • the transmission timing (or transmission order) of each STA 200 in the allocation period is implicitly notified to each STA 200 according to the transmission order of the User Info field. Therefore, according to notification example 1, one MU-RTS TXS Trigger frame can be used to suppress an increase in overhead and realize TDM-based TXOP sharing to multiple STAs.
  • AP 100 may take action to retrieve TXOP from STA 200, for example, because the time when AP 100's carrier sense is IDLE exceeds PIFS. AP 100 may then reschedule TXOP sharing to STA 2, for example. Alternatively, the AP 100 may, for example, transmit a CF-End (Contention Free--End) frame and discard the acquired TXOP.
  • CF-End Contention Free--End
  • notification example 2 As in notification example 1, the STA 200 assigns time resources (for example, transmission timing or allocation order) to each STA 200 in the allocation period based on the transmission order of the User Info field in the User Info List. You can decide.
  • time resources for example, transmission timing or allocation order
  • the operation of the STA 200 determining the signal length of the transmission signal (SUP PPDU) of the STA 200 has been described.
  • the AP 100 may set information indicating the time length of uplink transmission by a plurality of STAs 200 during at least part of the TXOP in the Trigger frame.
  • the signal length of the transmission signal of STA 200 may be commonly notified from AP 100 to multiple STAs 200 using, for example, Common Info field (eg, UL length subfield).
  • radio parameters different from the signal length of the transmission signal of STA 200 may be determined by STA 200 .
  • FIG. 23 is a diagram showing an example of a sequence when performing TXOP sharing to multiple STAs 200 in Notification Example 2.
  • AP 100 uses, for example, MU-RTS TXS Trigger frame to instruct STA 1 and STA 2 to TXOP sharing.
  • STA 1 is assigned by the first User Info field and STA 2 is assigned by the second User Info field.
  • the AP 100 notifies the STA 200 of information on the signal length T[us] using, for example, the Common Info field of the MU-RTS TXS Trigger frame.
  • STA 1 scheduled in the first User Info field receives the MU-RTS TXS Trigger frame from AP 100, for example, after CTS frame transmission + SIFS, T [us] length transmission signal (SU PPDU).
  • STA 2 scheduled in the second User Info field receives the MU-RTS TXS Trigger frame from AP 100, for example, after CTS frame transmission + SIFS + T[us] + SIFS , T[us] long transmission signal (SU PPDU).
  • one MU-RTS TXS Trigger frame can be used to suppress an increase in overhead and realize TDM-based TXOP sharing to multiple STAs.
  • each STA 200 determines the time resource of the transmission signal based on the information included in the Common Info field. Allocation start timing for the STA 200 can be determined. Therefore, in the notification example 2, the reception processing of the STA 200 can be simplified compared to the notification example 1. FIG.
  • the time resource (signal length) of the transmission signal is set (for example, restricted) in common to the STA 200, so the allocation period does not need to be notified in the User Info field, so overhead can be reduced. .
  • the total allocation period for a plurality of STAs 200 may be notified as information on the time resources of transmission signals of STAs 200 notified in the Common Info field.
  • the STA 200 may, for example, evenly divide the total allocation period by the number of User Info fields of the STA 200 (in other words, the number of multiple STAs 200) to calculate an allocation period for each STA 200 individually.
  • notification example 3 As in notification example 1, the STA 200 determines time resources (for example, transmission timing or allocation order) allocated to each STA 200 in the allocation period based on the transmission order of the User Info field in the User Info List. You can decide.
  • time resources for example, transmission timing or allocation order
  • the AP 100 may set information indicating the time length of uplink transmission by a plurality of STAs 200 during at least part of the TXOP in the Trigger frame.
  • the signal length of the transmission signal of the STA 200 may be individually notified from the AP 100 to each of the plurality of STAs 200 using User Info field, for example.
  • radio parameters different from the signal length of the transmission signal of STA 200 may be determined by STA 200 .
  • FIG. 24 shows an example of the User Info field in Notification Example 3.
  • the User Info field may include, for example, information on the signal length of the transmission signal of the STA 200 (eg, PPDU length subfield). Also, the User Info field may include, for example, information on transmission start timing in STA 200 (for example, Transmission start timing subfield). These pieces of information may, for example, be arranged in areas different from the AID12 subfield and the RU allocation subfield in the User Info field. For example, in FIG. 24, the PPDU length subfield and Transmission start timing subfield correspond to areas B25 to B38 (for example, in FIG. 3, the Reserved area, SS Allocation/RA-RU Information subfield, and UL Target Receive Power subfield area).
  • the area (for example, position and size) in which the PPDU length subfield and Transmission start timing subfield are arranged is not limited to the example shown in FIG.
  • the transmission start timing (Transmission start timing subfield) may not be notified. If the transmission start timing is not notified, for example, the STA 200 receives (for example, decodes) the User Info field of another STA transmitted before the User Info field for which the STA 200 is scheduled, thereby starting the transmission of the STA 200. Timing may be determined (eg, calculated).
  • FIG. 25 is a diagram showing an example of a sequence when TXOP sharing is performed to multiple STAs 200 in Notification Example 3.
  • AP 100 uses, for example, MU-RTS TXS Trigger frame to instruct STA 1 and STA 2 to TXOP sharing.
  • STA 1 is assigned by the first User Info field and STA 2 is assigned by the second User Info field.
  • the AP 100 for example, in the User Info field of the MU-RTS TXS Trigger frame, notifies information about the signal length T1 [us] for STA 1, and notifies information about the signal length T2 [us] for STA 2. Notice.
  • STA 1 scheduled in the first User Info field receives the MU-RTS TXS Trigger frame from AP 100, for example, after CTS frame transmission + SIFS, T1 [us] length transmission signal (SU PPDU).
  • STA 2 scheduled in the second User Info field receives the MU-RTS TXS Trigger frame from AP 100, for example, CTS frame transmission + SIFS + T1 [us] + SIFS After that, a transmission signal (SU PPDU) of T2 [us] length may be transmitted.
  • SU PPDU transmission signal
  • the User Info field does not have to include the Transmission start timing subfield shown in FIG.
  • STA 2 acquires the PPDU length subfield value (for example, T1) of the User Info field of STA 1 whose User Info field arrangement order is one before STA 2, and determines the transmission timing of the transmission signal. You can decide. In this case, it is possible to suppress an increase in User Info field overhead.
  • the User Info field may include the Transmission start timing subfield shown in FIG.
  • the User Info field for each STA 200 includes information on the signal length of at least one STA whose transmission order (or User Info field arrangement order) precedes STA 2 (in the example of FIG. 25, T1) may be included.
  • STA 2 may determine the transmission timing of the transmission signal based on the value of Transmission start timing subfield of User Info field of STA 2 (eg, value corresponding to T1). In this case, the STA 200 does not have to perform User Info field reception processing for other STAs, so the processing of the STA 200 can be simplified.
  • one MU-RTS TXS Trigger frame can be used to suppress an increase in overhead and realize TDM-based TXOP sharing to multiple STAs.
  • the AP 100 can determine the time allocation of transmission signals based on the transmission buffer status of each STA 200, so that the efficiency of time resource allocation can be improved, and the throughput can be improved.
  • AP 100 generates a Trigger frame containing information for allocating a portion of the TXOP time acquired by AP 100 to multiple STAs 200 and transmits it to STAs 200 .
  • STA 200 controls uplink transmission in TXOP sharing to multiple STAs based on one Trigger frame.
  • TXOP sharing can be instructed to a plurality of STAs 200 by one trigger frame, so allocation efficiency in TXOP sharing can be improved.
  • time resources of transmission signals of multiple STAs 200 to which TXOP sharing is applied for example, transmission order, transmission start timing, or signal length .
  • transmission and reception timings in AP 100 do not overlap. 1) may not be notified.
  • the AP 100 transmits a response signal (for example, Multi-STA Block ACK) for the data of the plurality of STAs 200.
  • a response signal for example, Multi-STA Block ACK
  • the overhead of Block ACK transmitted from AP 100 can be reduced.
  • the AP 100 may collectively notify the ACK information for each STA 200 in the allocation period using Multi-STA Block ACK.
  • the AP 100 may collectively notify the ACK information for each STA 200 in the allocation period using Multi-STA Block ACK.
  • overhead for ACK notification by AP 100 can be reduced, and throughput performance can be improved.
  • the notification of the response signal for the data of the plurality of STAs 200 is not limited to the method of collectively transmitting the ACK information to the plurality of STAs 200, but may be the method of individually notifying the plurality of STAs 200 of the ACK information.
  • each STA 200 is described based on the transmission order of the User Info field in the MU-RTS TXS Trigger frame. Timing (or time resource) may be explicitly notified to STA 200 in the User Info field.
  • one of the subfields of the area that is not used in the case of MU-RTS TXS Trigger frame may be used.
  • the area that becomes the Reserved area may be used.
  • MU-MIMO HE-LTF Mode Number Of HE-LTF Symbols And Midamble Periodicity
  • UL STBC UL STBC
  • LDPC Extra Symbol Segment UL STBC
  • Pre-FEC Padding Factor PE Disambiguity
  • UL Spatial Reuse and Doppler subfields
  • at least some of the subfields may be used to notify multiple STAs 200 of the TXOP sharing mode.
  • the B34-B35 area (Pre-FEC Padding Factor subfield in FIG. 2) is set to TXOP sharing mode notification information for multiple STAs (for example, , TXOP Sharing Mode for multi-user subfield).
  • FIG. 27 is a diagram showing information (for example, table format information) indicating association between TXOP sharing mode for multi-user and information indicating TXOP sharing mode in Trigger frame.
  • This can improve the flexibility of notifying multiple STAs 200 of TXOP sharing mode.
  • the method of notifying TXOP sharing from AP 100 to multiple STAs 200 described in Embodiments 1 and 2 is a radio resource (time resource, And, it may be applied to a notification method of frequency resource) allocation.
  • Multiple AP coordinated communication includes, for example, "Coordinated-Frequency Division Multiple Access (FDMA)” in which different frequency resources are allocated between multiple APs, and “Coordinated-Time Division” in which different time resources are allocated between multiple APs. Multiple Access (TDMA)”.
  • FDMA Frequency Division Multiple Access
  • TDMA Multiple Access
  • the notification method using the MU-RTS TXS Trigger frame described above may be used for radio resource allocation from the Sharing AP to the Shared AP.
  • the above-mentioned TXOP sharing (radio resource allocation) from the AP 100 to multiple STAs may be read as radio resource allocation (including TXOP sharing) from a shared AP to multiple sharing APs in multiple AP cooperative communication.
  • radio resource allocation including TXOP sharing
  • the TXOP sharing from Shared AP AP 1 to Sharing APs AP 2 and AP 3 The notification method using the MU-RTS TXS Trigger frame of each embodiment described above may be used for radio resource allocation.
  • TXOP sharing radio resource allocation
  • TXOP sharing radio resource allocation
  • AP 1 to P2P pair 1 for example, called STA 11 and STA 12
  • P2P pair 2 for example, called STA 13 and STA 14
  • AP 1 to P2P pair 1 for example, called STA 11 and STA 12
  • P2P pair 2 for example, called STA 13 and STA 14
  • a pair of Sharing AP AP 3 and STA 31 under AP3 The notification method by the MU-RTS TXS Trigger frame of this embodiment may be used for radio resource allocation to the pair.
  • the TXOP sharing mode for multiple AP coordinated communication may be explicitly notified.
  • the TXOP sharing mode for multi-AP cooperative communication may be notified in the Reserved area of the TXOP Sharing Mode of the Common Info field shown in FIG.
  • a subfield for notifying the TXOP sharing mode for multiple AP cooperative communication is provided in part of the subfield of the Common Info field (for example, part of the subfield not used for transmitting the CTS frame) good too.
  • the STA pair that performs P2P is set up, for example, by a procedure called Tunneled Direct Link Setup (TDLS) in the 802.11 standard.
  • TDLS Tunneled Direct Link Setup
  • P2P communication is preconfigured by relaying exchanges of TDLS request frames and TDLS response frames between STA pairs at APs. Since settings in TDLS are exchanged as encapsulated data, the AP does not know the P2P settings including which STA pair has set up P2P.
  • STA 200 that performs P2P is expected to notify (request) predetermined information to AP 100 in advance in order for AP 100 to implement TXOP sharing for P2P communication.
  • the STA 200 that performs P2P may notify the AP 100 of a P2P resource allocation request after setting TDLS.
  • the STA 200 may notify the AP 100 of, for example, the P2P transmission buffer status (Buffer Status Report) as the P2P resource allocation request.
  • STA 200 may notify AP 100 that STA 200 is the STA that has set TDLS.
  • the STA 200 may notify the AP 100 of information (for example, STA ID) regarding another STA with which the STA 200 communicates in P2P, for example.
  • the STA 200 may, for example, notify the AP 100 in advance of the Capability regarding whether or not the STA pair performing P2P communication can communicate on the secondary channel.
  • STA 200 implements Off-channel (for example, setting to perform P2P communication outside the operation band of AP 100) after setting TDLS, STA 200 may notify AP 100 of implementation of Off-channel.
  • a Direct link setting procedure for TXOP sharing may be defined instead of the TDLS setting procedure defined in the 802.11 standard.
  • Direct link setting for TXOP sharing for example, request/response frame exchange for Direct Link setting between STAs 200 that perform P2P is relayed in AP 100, and AP 100 supporting TXOP sharing decodes the contents of the request/response frame. and may be interpreted.
  • the request/response frame may include frequency resources used in P2P communication (for example, 20 MHz subchannels used), information on STAs of P2P communication destinations, and Capability information.
  • the Direct Link information may be notified to the AP 100 at the same time as the Direct Link setting.
  • the AP 100 can schedule FDM-based TXOP sharing for STA pairs with P2P transmission buffers. Also, for example, for a P2P STA pair that implements Off-channel, AP 100 cannot perform scheduling in the operation band of AP 100 . The STA pair may be excluded from TXOP sharing.
  • P2P communication is not limited to communication on channels that include the Primary 20MHz channel, and communication on secondary channels that do not include the Primary 20MHz channel may be permitted during the TXOP shared allocation period.
  • AP 100 utilizes notification of the frequency resource position of the CTS frame by MU-RTS, and uses 20 MHz ⁇ N channel for the STA pair performing P2P in the RU allocation subfield of User Info field. may be indicated.
  • the AP 100 determines the frequency resource (channel) for the STA pair performing P2P communication to transmit and receive in the allocation period of TXOP sharing, and notifies the STA pair in advance, so that the STA pair can transmit and receive signals on the channel. Since there is no need for detection, reception processing of the STA 200 can be simplified.
  • the off-channel setting mechanism for negotiating the channel used for transmission and reception between P2P STA pairs in TDLS. You may use it.
  • the AP 100 when instructing P2P communication in the TXOP shared allocation period, the AP 100, for example, adds the STA ID of the P2P communication receiving STA in addition to the STA ID of the P2P communication transmitting STA in the User Info field of the Trigger frame. may be included. For example, if a pair of STAs performing P2P communication are connected to different APs, the AP 100 to which the transmitting STA connects does not know information about the receiving STA. In this case, the sending STA may notify the AP 100 of information (for example, STA ID, etc.) regarding the receiving STA (for example, the notification may be made mandatory).
  • information for example, STA ID, etc.
  • the STA pair performing P2P communication decodes the Trigger frame and detects that each STA's STA ID has been specified, thereby canceling the NAV and realizing P2P communication in the TXOP shared allocation period.
  • the receiving STA does not include the STA ID of the receiving STA for P2P communication in the Trigger frame and the receiving STA detects that the STA ID of the STA of the P2P communication partner is specified in the Trigger frame, cancel NAV and send TXOP
  • a method of implementing P2P communication in a shared allocation period may also be used.
  • the sequence diagrams shown in the above-described embodiments describe, as an example, the case of responding with the CTS frame to the MU-RTS TXS Trigger frame, but one embodiment of the present disclosure is not limited to this.
  • the AP 100 may instruct the STA 200 with a Trigger frame whether or not there is a CTS frame response.
  • the response of the CTS frame from the STA 200 can be omitted, and the throughput performance can be improved.
  • fields in which control information such as TXOP Sharing Mode, P2P flag, Transmission start timing, or PPDU length are arranged are not limited to the fields described above, and may be arranged in other fields.
  • the field that indicates the allocation period of TXOP sharing is not limited to the UL Length subfield, and may be another subfield.
  • the configuration of the Trigger frame and the configuration of the Common Info field and User Info field in the Trigger frame are not limited to the above examples. Other configurations in which at least one of addition of subfields and deletion of some subfields are performed may be used.
  • the FDM-based TXOP sharing to multiple STAs described in Embodiment 1 and the TDM-based TXOP sharing to multiple STAs described in Embodiment 2 may be combined.
  • a plurality of STAs 200 allocated in TXOP sharing may be signal-multiplexed in resources in which at least one of frequency resources and time resources are different in the allocation period.
  • another STA notified by STA 200 in P2P communication may be a STA under AP 100 to which STA 200 is connected, or a STA under an AP different from AP 100 to which STA 200 is connected.
  • An embodiment of the present disclosure may be applied, for example, to IEEE 802.11bd (NGV (Next Generation V2X)), which is the next-generation standard of IEEE 802.11p, which is an in-vehicle standard.
  • NVG Next Generation V2X
  • Information indicating whether or not the STA 200 supports the functions, operations, or processes shown in the above-described embodiments is transmitted from the STA 200 to the AP 100 as, for example, capability information or capability parameters of the STA 200 ( or notification).
  • the capability information may include an information element (IE) individually indicating whether or not the STA 200 supports at least one of the functions, operations, or processes shown in each of the above-described embodiments.
  • the capability information may include an information element indicating whether or not the STA 200 supports a combination of two or more of the functions, operations or processes shown in each of the above embodiments.
  • Information elements are also simply called elements.
  • the AP 100 may determine (or determine or assume) the functions, operations, or processes supported (or not supported) by the source STA 200 of the capability information.
  • the AP 100 may perform operations, processes, or controls according to determination results based on capability information.
  • AP 100 may control TXOP sharing to multiple STAs based on capability information received from STA 200 .
  • the STA 200 does not support some of the functions, operations, or processes shown in the above-described embodiments can be interpreted as limiting such functions, operations, or processes in the STA 200. good too.
  • the AP 100 may be notified of information or requests regarding such restrictions.
  • Information about the capabilities or limitations of STA 200 may be defined in a standard, or may be implicitly notified to AP 100 in association with known information in AP 100 or information transmitted to AP 100 .
  • Each functional block used in the description of the above embodiments is partially or wholly realized as an LSI, which is an integrated circuit, and each process described in the above embodiments is partially or wholly implemented as It may be controlled by one LSI or a combination of LSIs.
  • An LSI may be composed of individual chips, or may be composed of one chip so as to include some or all of the functional blocks.
  • the LSI may have data inputs and outputs.
  • LSIs are also called ICs, system LSIs, super LSIs, and ultra LSIs depending on the degree of integration.
  • the method of circuit integration is not limited to LSI, and may be realized with a dedicated circuit, a general-purpose processor, or a dedicated processor. Further, an FPGA (Field Programmable Gate Array) that can be programmed after the LSI is manufactured, or a reconfigurable processor that can reconfigure the connections and settings of the circuit cells inside the LSI may be used.
  • FPGA Field Programmable Gate Array
  • reconfigurable processor that can reconfigure the connections and settings of the circuit cells inside the LSI may be used.
  • the present disclosure may be implemented as digital or analog processing.
  • a communication device may include a radio transceiver and processing/control circuitry.
  • a wireless transceiver may include a receiver section and a transmitter section, or functions thereof.
  • a wireless transceiver (transmitter, receiver) may include an RF (Radio Frequency) module and one or more antennas.
  • RF modules may include amplifiers, RF modulators/demodulators, or the like.
  • Non-limiting examples of communication devices include telephones (mobile phones, smart phones, etc.), tablets, personal computers (PCs) (laptops, desktops, notebooks, etc.), cameras (digital still/video cameras, etc.).
  • digital players digital audio/video players, etc.
  • wearable devices wearable cameras, smartwatches, tracking devices, etc.
  • game consoles digital book readers
  • telehealth and telemedicine (remote health care/medicine prescription) devices vehicles or mobile vehicles with communication capabilities (automobiles, planes, ships, etc.), and combinations of the various devices described above.
  • Communication equipment is not limited to portable or movable equipment, but any type of equipment, device or system that is non-portable or fixed, e.g. smart home devices (household appliances, lighting equipment, smart meters or measuring instruments, control panels, etc.), vending machines, and any other "Things" that can exist on the IoT (Internet of Things) network.
  • smart home devices household appliances, lighting equipment, smart meters or measuring instruments, control panels, etc.
  • vending machines and any other "Things” that can exist on the IoT (Internet of Things) network.
  • Communication includes data communication by cellular system, wireless LAN system, communication satellite system, etc., as well as data communication by a combination of these.
  • Communication apparatus also includes devices such as controllers and sensors that are connected or coupled to communication devices that perform the communication functions described in this disclosure. Examples include controllers and sensors that generate control and data signals used by communication devices to perform the communication functions of the communication device.
  • Communication equipment also includes infrastructure equipment, such as base stations, access points, and any other equipment, device, or system that communicates with or controls the various equipment, not limited to those listed above. .
  • An access point includes a control circuit that generates a control signal for allocating at least a portion of acquired transmission opportunity time to uplink transmissions of a plurality of terminals, and a transmission circuit that transmits the control signal.
  • the plurality of terminals includes terminals that perform inter-terminal communication.
  • control circuit sets information for instructing the plurality of terminals to share the transmission opportunity in a common information field common to the terminals in the control signal.
  • the control circuit when setting the information instructing sharing of the transmission opportunity, sets individual user information fields for the plurality of terminals in the control signal.
  • control circuit indicates, in a terminal-specific user information field in the control signal, that communication during at least part of the time of the transmission opportunity is communication between the access point and the terminal, and Set information indicating which type of terminal-to-terminal communication.
  • control circuit sets information about the time length of an uplink transmission signal during at least part of the time of the transmission opportunity in a common information field common to the terminals in the control signal.
  • control circuit sets the transmission order of the plurality of terminals in at least part of the time of the transmission opportunity to the arrangement order of user information fields individual to the plurality of terminals in the control signal. Associate.
  • control circuit configures the control signal with information indicating the time length of uplink transmission by the plurality of terminals during at least part of the transmission opportunity.
  • control circuit stores the information indicating the time length of the uplink transmission in the control signal in a common information field common to the terminals and a user information field specific to the terminals. Set to at least one.
  • a terminal includes a receiving circuit for receiving a control signal for allocating at least part of the time of transmission opportunities acquired by an access point to uplink transmissions of a plurality of terminals; , a control circuit for controlling upstream transmission during at least a portion of said transmission opportunity.
  • an access point In a communication method according to an embodiment of the present disclosure, an access point generates a control signal for allocating at least part of the acquired transmission opportunity time to uplink transmissions of a plurality of terminals, and transmits the control signal.
  • a terminal receives a control signal for allocating at least part of time of transmission opportunities acquired by an access point to uplink transmissions of a plurality of terminals, and based on the control signal, to control upstream transmission during at least a portion of said transmission opportunity.
  • An embodiment of the present disclosure is useful for wireless communication systems.

Landscapes

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

Abstract

アクセスポイントは、獲得した送信機会の少なくとも一部の時間を複数の端末の上り送信に割り当てるための制御信号を生成する制御回路と、制御信号を送信する送信回路と、を具備する。

Description

アクセスポイント、端末、及び通信方法
　本開示は、アクセスポイント、端末、及び通信方法に関する。
　The Institute of Electrical and Electronics Engineers（IEEE）において、規格IEEE 802.11ax（以下、「11ax」とも呼ぶ）の後継規格にあたる次世代無線ローカルエリアネットワーク（Local Area Network：LAN）向けの規格IEEE 802.11be（以下、「11be」とも呼ぶ）の検討が進められている。例えば、IEEE 802.11axはHigh Efficiency（HE）とも呼ばれ、IEEE 802.11beはExtreme High Throughput（EHT）とも呼ばれる。
IEEE 802.11-21/0268r8, PDT: Channel access for Triggered TXOP Sharing IEEE 802.11-20/1312r8, AP assisted SU PPDU Tx for 11be R1 IEEE 802.11-21/0485r3, EHT TF Clarifications IEEE 802.11-20/0967r0, Multi-user Triggered P2P Transmission IEEE 802.11-19/1582r2, Coordinated AP Time/Frequency Sharing in a Transmit Opportunity in 11be
　しかしながら、無線LANのような無線通信における送信機会の割当方法については十分に検討されていない。
　本開示の非限定的な実施例は、無線通信における送信機会の割当効率を向上できるアクセスポイント、端末及び通信方法の提供に資する。
　本開示の一実施例に係るアクセスポイントは、アクセスポイントと異なる複数の端末に対する、前記アクセスポイントの送信機会の少なくとも一部の割り当てに関する情報を含む、上り送信の制御信号を生成する制御回路と、前記制御信号を送信する送信回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、例えば、無線通信における送信機会の割当効率を向上できる。
　本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
Trigger frameの一例を示す図 Common Info fieldの一例を示す図 User Info fieldの一例を示す図 Special User Info fieldの一例を示す図 TXOP Sharing modeの一例を示す図 TXOP Sharing mode 1の動作例を示すシーケンス図 TXOP Sharing mode 1の動作例を示すシーケンス図 周波数多重（FDM：Frequency Division Multiplexing）による複数Station（STA）に対するTXOP Sharingの動作例を示すシーケンス図 周波数多重（FDM：Frequency Division Multiplexing）による複数Station（STA）に対するTXOP Sharingの動作例を示すシーケンス図 アクセスポイント（AP：Access Point）の一部の構成例を示すブロック図 STAの一部の構成例を示すブロック図 APの構成例を示すブロック図 実施の形態１に係るTXOP Sharing modeの一例を示す図 STA端末の構成例を示すブロック図 実施の形態１に係るUser Info fieldの一例を示す図 周波数リソースの通知方法の一例を示す図 周波数リソースの通知方法の一例を示す図 周波数リソースの通知方法の一例を示す図 実施の形態１に係るFDMによる複数STAに対するTXOP Sharingの動作例を示すシーケンス図 実施の形態１に係るFDMによる複数STAに対するTXOP Sharingの動作例を示すシーケンス図 時間多重（TDM：Time Division Multiplexing）による複数STAに対するTXOP Sharingの動作例を示すシーケンス図 実施の形態２に係るTDMによる複数STAに対するTXOP Sharingの動作例を示すシーケンス図 実施の形態２に係るTDMによる複数STAに対するTXOP Sharingの動作例を示すシーケンス図 実施の形態２に係るUser Info fieldの一例を示す図 実施の形態２に係るTDMによる複数STAに対するTXOP Sharingの動作例を示すシーケンス図 Common Info fieldの一例を示す図 TXOP Sharing mode for multi-userの一例を示す図
　以下、本開示の各実施の形態について図面を参照して詳細に説明する。
　11beでは、11axと同様に、Enhanced Distributed Channel Access（EDCA）と呼ばれる優先制御方式を用いて、アクセスカテゴリ（AC：Access Category）に個別の送信機会の優先付けが行われてよい。EDCAでは、例えば、一度送信権を獲得したACは、最小待ち時間（SIFS：Short Inter Frame Space）間隔での無線信号の連続送信を可能とする。この連続送信が可能な時間は「Transmission Opportunity（TXOP）」と呼ばれてよい。TXOPの上限の時間は、例えば、ACに個別に規定されてよい。
　11beでは、例えば、アクセスポイント（AP：Access Point。又は、「基地局」とも呼ばれる）が獲得したTXOPの少なくとも一部を端末（STA：Station。又は、「non-AP STA」とも呼ばれる）に割り当てる「TXOP sharing」が検討される。例えば、APが１つのSTAに対してTXOP sharingをトリガする手順（例えば、「Triggered TXOP sharing procedure」）が検討される（例えば、非特許文献１～５を参照）。
　11axでは、例えば、APは、上り信号の送信を指示する制御信号（以下、「トリガーフレーム（Trigger frame）」と呼ぶ）を用いてSTAの上り信号の無線リソースをスケジューリングする仕組み（例えば、「Triggered UL operation」と呼ぶ）が導入された。Triggered UL operationにより、STAの上り信号に対する直交多重の効率を向上でき、スループット性能を向上できる。
　ここで、例えば、Triggered UL operationでは、APは、各STAの送信バッファ状態（例えば、BSR：Buffer Status Report）又は通信品質といったSTAの状況を動的に把握し、STAの状況に基づいて各STAの上り信号（例えば、Trigger frameに対する上り応答信号）に適用する複数の無線パラメータを計算する。無線パラメータには、例えば、上り信号に対する、信号長、Modulation and Coding Scheme（MCS）、空間ストリーム数、及び、送信電力が挙げられる。このように、Triggered UL operationでは、APのスケジューリングにおける処理（例えば、計算）は複雑化する可能性がある。
　なお、上り応答信号は、例えば、trigger-based physical layer protocol data unit（TB PPDU）と呼ばれることもある。
　その一方で、TXOP sharingでは、例えば、APが獲得したTXOPの一部を或るSTAに割り当てた場合、TXOPの一部を割り当てられたSTAと異なるSTAには、送信禁止期間（NAV：Network Allocation Vector）が設定されてよい。NAVの設定により、TXOPの一部が割り当てられたSTAの送信信号の衝突を抑制できる。また、TXOP sharingが適用されるSTAは、当該STAの送信バッファ状態又は通信品質に基づいて、当該STAの送信信号に適用される無線パラメータを決定することにより、信号の送信効率を向上できる。換言すると、TXOP sharingでは、APは、STAが送信する上り信号に対するスケジューリングの少なくとも一部を行わなくてよいので、Triggered UL operationと比較して、APの処理を簡易化できる。
　このように、11beでは、例えば、Triggered UL operationに加え、TXOP sharingのサポートにより、STAの上り信号の衝突を抑制し、また、APにおける簡易な処理によるスループット性能を改善できる。
　11beでは、例えば、APは、Trigger frameの種別（例えば、「Trigger Type」と呼ぶ）として、Multi-User Request-To-Send（MU-RTS）を設定したTrigger frame（以下、「MU-RTS Trigger frame」と呼ぶ）を用いて、１つのSTAに対して、TXOP sharingを指示することが検討されている（例えば、非特許文献１を参照）。
　図１は、Trigger frameの一例を示す図である。図１に示すように、Trigger frameは、周波数多重される複数のSTAに対して、複数のSTAに共通の情報を含めるフィールド（例えば、「共通情報フィールド（Common Info field）」）、及び、User Info Listと称されるフィールドを含む。User Info Listには、例えば、STAに個別（あるいは固有）の情報を含めるフィールド（例えば、「ユーザ情報フィールド（User Info field）」）が１つ以上含まれてよい。
　また、11beでは、例えば、Trigger frameに、11be（EHT）に対応するSTA向けの情報を含めるフィールド（例えば、「Special User Info field」）が含まれてよい（図示せず）。
　図２は、11be（例えば、EHT）において検討されるCommon Info field（例えば、EHT variant of the Common Info field format）の構成例を示す図である。また、図３は、11be（EHT）において検討されるUser Info field（例えば、EHT variant of the User Info field format）の構成例を示す図である（例えば、非特許文献１を参照）。また、図４は、Special User Info fieldの構成例を示す図である（例えば、非特許文献３を参照）。
　例えば、図２に示すCommon Info field内のTrigger Type subfieldは、Trigger frameの種別（例えば、APがSTAに送信させる信号種別）を指示するsubfieldである。例えば、APは、Trigger Typeを、MU-RTSを指示する値（例えば、11beの場合、Trigger Type subfield value = 3）に設定することにより、MU-RTS Trigger frameを所定のSTAに指示可能となる。STAは、例えば、MU-RTS Trigger frameを受信し、受信したMU-RTS Trigger frameに含まれるUser Info fieldにおいて当該STAのAssociation ID（AID）を指定された場合、APへClear To Send（CTS）フレームを送信してよい。
　11beでは、MU-RTS Trigger frameの場合、例えば、図２に示すCommon Info field内のB20-B21の領域は、TXOP sharingの設定に関する「TXOP Sharing Mode」 subfieldと認識される。
　なお、MU-RTS Trigger frameと異なる種別のTrigger frameの場合、Common Info field内のB20-21の領域は、「GI And EHT-LTF Type」 subfieldと認識されてよい。GI And EHT-LTF Type subfieldは、例えば、EHT-Long Training Field（LTF）に関連するパラメータ情報を含んでよい。例えば、GI And EHT-LTF Type subfieldに含まれる情報は、EHT-LTFを含まないCTSフレームの送信には使用されない情報である。
　図５は、11beにおいて検討されるTXOP Sharing Modeの一例を示す図である（例えば、非特許文献１を参照）。
　図５において、TxOP Sharing Modeが0の場合（TxOP Sharing Mode subfield value=0）、TXOP sharing（例えば、MU-RTS TXOP Sharing）は実施されず、STAは、例えば、CTSフレームをAPへ送信する。
　また、図５において、TxOP Sharing Modeが1又は2の場合（TxOP Sharing Mode subfield value=1 or 2）、TXOP sharing（例えば、MU-RTS TXOP Sharing）は実施されてよい。
　例えば、TxOP Sharing Modeが1の場合、図６に示すように、TXOPの一部に相当する割当期間（Time allocated in MU-RTS TX TF）において、スケジューリングされるSTA（例えば、Non-AP STA 1又はSTA 1と呼ぶ）は、接続するAP（例えば、associated AP）に無線フレーム（例えば、Single User（SU） PPDU）を送信可能となる。換言すると、TxOP Sharing Modeが1の場合、STA 1は、接続するAPと異なるAP又はSTAへの無線フレームを送信しない。
　また、例えば、TxOP Sharing Modeが2の場合、図７に示すように、TXOPの一部に相当する割当期間（Time allocated in MU-RTS TX TF）において、スケジューリングされるSTA（例えば、STA 1）は、接続するAP、あるいは、別のSTA（例えば、STA 2）へ無線フレームを送信可能となる。
　上述したTxOP Sharing Modeが1以上の場合（又は、非ゼロの場合）、すなわち、TXOP sharingを適用するMU-RTS Trigger frameを、「MU-RTS TXS（TXOP）Trigger frame（MU-RTS TXS TF）」と呼ぶこともある。
　ここで、図６及び図７に示すように、APは、スケジューリングしたSTAから、MU-RTS TXS Trigger frameに応答してCTSフレーム（例えば、CTS response）を受信した場合、STAに対してTXOP sharingが適切に指示されたと判断してよい。この場合、APは、割当期間においてスケジューリングしたSTAから要求されるACK応答（例えば、Blck Ack）と異なる信号の送信を行わなくてよい。なお、例えば、図６及び図７に示すように、割当期間内に、Point Coordination Function（PCF）Interframe Space（PIFS）間においてキャリアセンスがIDLEの場合、APは、TXOPをSTAから取り戻し、APが別のSTA宛に信号を送信してもよい。
　例えば、11beでは、MU-RTS Trigger frameを用いて指示可能なSTA数は１つであり、MU-RTS Trigger frameにおいて、図３に示すUser Info fieldが１つ設定される（例えば、非特許文献１を参照）。また、TXOP SharingにおけるSTAに対する割当期間では、STAは、当該STAにおいて送信信号のMCSといったパラメータを決定し、規定された帯域（例えば、20MHz×N（Nは整数）帯域）のSU PPDUを送信してよい。また、STAに対する割当期間の指示には、例えば、Common Info fieldのsubfield（例えば、UL Length subfield）の使用が検討される。
　ここで、例えば、APが複数のSTAに対してTXOP sharingを指示する方法（例えば、Trigger frame format又は手順）については十分に検討されていない。
　本開示の非限定的な実施例では、APが複数のSTAに対してTXOP sharingを指示する方法の例について説明する。
　（実施の形態１）
　本実施の形態では、FDM（周波数多重）によって複数STAへのTXOP sharingを行う場合について説明する。
　図８は、APが、TxOP Sharing Mode=1の場合（例えば、スケジューリングされたSTAが接続APと通信する場合）に、STA 1及びSTA 2に対して、FDMによるTXOP sharingを行うシーケンスの一例を示す図である。
　図８において、APは、例えば、MU-RTS TXS Trigger frameを用いて、STA 1及びSTA 2のそれぞれに直交する周波数リソース（例えば、20MHz channel×N（20MHz単位のchannel））を割り当ててよい。
　ここで、STA 1及びSTA 2は、各々においてSU PPDUの時間長を決定してよい。このため、図８に示すように、STA 1とSTA 2との間においてSU PPDUの時間長が異なり得るので、APの送受信（例えば、STA 2へのACK送信とSTA 1からのPPDU受信）のタイミングが重なる可能性がある。例えば、全二重通信に未対応のAPは、送信タイミングと受信タイミングとが重なると、送信信号及び受信信号の何れか一方の信号に対する処理を行わない場合が生じ得る。また、APが全二重通信に対応する場合でも、例えば、自己干渉（受信信号に送信信号の隣接チャネル干渉が含まれる場合）が発生して、受信性能が劣化し得る。
　図９は、APが、TxOP Sharing Mode=2の場合（例えば、スケジューリングされたSTAが別のSTAと通信するSTA間通信の場合）に、STA 1及びSTA 2に対して、FDMによるTXOP sharingを行うシーケンスの一例を示す図である。
　なお、STA間通信は、peer to peer（P2P）又はDirect Link（DiL）とも呼ばれる。
　図９において、図８と同様に、APは、例えば、MU-RTS TXS Trigger frameを用いて、STA 1及びSTA 2のそれぞれに直交する周波数リソース（例えば、20MHz channel×N）を割り当ててよい。ここで、STA 1によるSTA 3とのP2P通信と、STA 2によるSTA 4とのP2P通信とは、FDMされた帯域で行われるため、STA 1とSTA 2との間においてSU PPDUの時間長が異なる場合でも、図８において説明したAPでの送受信タイミングの重複は生じない。
　本実施の形態では、例えば、APでの送受信タイミングの重複を抑制し、また、FDMによる複数STAへのTXOP sharingを行う方法について説明する。
　［無線通信システムの構成］
　本実施の形態に係る無線通信システムは、例えば、図１０に示すAP１００、及び、図１１に示すSTA２００を備えてよい。AP１００及びSTA２００の少なくとも一方は、無線通信システムにおいて２つ以上存在してもよい。AP１００は、例えば、STA２００に対して、TXOP Sharingを指示するTrigger frame（例えば、MU-RTS TXS Trigger frame）を送信してよい。STA２００は、MU-RTS TXS Trigger frameを受信し、受信したMU-RTS TXS Trigger frameによって指示されるリソース（例えば、割当期間）に基づいて、AP１００あるいは別のSTAへ信号を送信してよい。
　図１０は、本開示の一実施例に係るAP１００の一部の構成例を示すブロック図である。図１０に示すAP１００において、制御部（例えば、制御回路に対応）は、獲得した送信機会（例えば、TXOP）の少なくとも一部の時間（例えば、割当期間）を複数のSTA２００の上り送信に割り当てるための制御信号（例えば、Trigger frame）を生成する。送信部（例えば、送信回路に対応）は、制御信号を送信する。
　図１１は、本開示の一実施例に係るSTA２００の一部の構成例を示すブロック図である。図１１に示すSTA２００において、受信部（例えば、受信回路に対応）は、AP１００が獲得した送信機会（例えば、TXOP）の少なくとも一部の時間を複数のSTAの上り送信に割り当てるための制御信号（例えば、Trigger frame）を受信する。また、制御部（例えば、制御回路に対応）は、制御信号に基づいて、送信機会の少なくとも一部における上り送信を制御する。
　［AP１００の構成例］
　AP１００は、例えば、複数STAへのTXOP Sharingを指示するTrigger frame（例えば、MU-RTS TXS Trigger frame）を生成し、MU-RTS TXS Trigger frameをSTA２００へ送信する。
　図１２は、AP１００の構成例を示すブロック図である。図１２に示すAP１００は、例えば、スケジューリング部１０１と、TXOP sharing mode設定部１０２と、Common Info生成部１０３と、User Info生成部１０４と、Trigger frame生成部１０５と、誤り訂正符号化部１０６と、変調部１０７と、無線送受信部１０８と、復調部１０９と、誤り訂正復号部１１０と、STA情報取得部１１１と、を備えてよい。
　例えば、スケジューリング部１０１と、TXOP sharing mode設定部１０２と、Common Info生成部１０３と、User Info生成部１０４と、Trigger frame生成部１０５と、STA情報取得部１１１とは、アクセス制御部（例えば、Medium Access Control（MAC）処理部）に含まれてよい。
　また、図１２に示すスケジューリング部１０１、TXOP sharing mode設定部１０２、Common Info生成部１０３、User Info生成部１０４、Trigger frame生成部１０５、誤り訂正符号化部１０６、変調部１０７、復調部１０９、誤り訂正復号部１１０、及び、STA情報取得部１１１の少なくとも一つは、例えば、図１０に示す制御部に含まれてよい。また、図１２に示す無線送受信部１０８は、例えば、図１０に示す送信部に含まれてよい。
　スケジューリング部１０１は、例えば、STA２００に対するスケジューリングを行ってよい。例えば、スケジューリング部１０１は、STA情報取得部１１１から入力されるSTA情報に基づいて、STA２００に適用するTXOP Sharing mode、及び、割当無線リソース（例えば、TXOP sharingでの割当期間及び帯域の少なくとも一つを含む）を決定してよい。
　例えば、TXOP Sharing modeには、上述した１つのSTAへのTXOP Sharing modeに加え、複数STAに対するTXOP Sharing modeが含まれてよい。複数STAへのTXOP Sharing modeを適用する場合、スケジューリング部１０１は、例えば、TXOP sharingを適用する複数のSTA２００に対する割当期間における通信が、AP１００宛ての通信（例えば、AP１００とSTA２００との通信）であるか、別のSTA宛ての通信（例えば、P2P通信（端末間通信））の何れであるかを決定してよい。
　また、複数STAへのTXOP sharing modeは、複数定義されてよい。例えば、TXOP sharingが適用される割当期間において、複数STAの信号を周波数多重（FDM）させるmodeと、複数STAの信号を時間多重（TDM：Time Division Multiplexing）させるmodeとが定義されてもよい。なお、複数STAの信号の多重方法は、FDM及びTDMに限定されず、他の多重方法でもよい。
　また、割当無線リソースには、例えば、AP１００が獲得したTXOPの一部の期間（例えば、時間リソース）が含まれてよい。また、例えば、FDMによって複数STAへのTXOP sharingが適用される場合、割当無線リソースには、各STA２００へ割り当てるchannel（例えば、20MHz単位の帯域）が含まれてよい。
　また、STA情報には、例えば、STA２００のCapability情報、送信バッファ状態、P2Pの設定に関する制御情報が含まれてよい。
　また、Capability情報には、例えば、STA２００がPrimary channelと異なるchannelにおける送受信が可能か否かを示す情報が含まれてよい。
　また、送信バッファ状態には、例えば、STA２００における、AP１００宛ての送信バッファのAC及びサイズに関する情報が含まれてよい。また、送信バッファ状態には、例えば、P2Pリンク（又は、Direct Linkと呼ぶ）においてSTA２００と接続する別のSTA（例えば、「Direct Link Peer (DLP) STA」とも呼ばれる）宛ての送信バッファのAC及びサイズに関する情報が含まれてもよい。
　また、P2Pの設定情報には、例えば、STA２００とP2P通信を行うSTAのSTA ID（STA固有のID）が含まれてよい。
　スケジューリング部１０１は、例えば、決定した各STA２００のTXOP sharing mode及び割当無線リソースに関する情報を、Common Info生成部１０３及びUser Info生成部１０４に出力する。
　TXOP sharing mode設定部１０２は、例えば、TXOP sharing modeと、Trigger frame内のTXOP sharing modeを指示する情報（例えば、TXOP sharing mode value）との関連付けを設定し、設定されたTXOP sharing modeに関する情報を保持してよい。TXOP sharing mode設定部１０２は、保持するTXOP sharing modeに関する情報をCommon Info生成部１０３へ出力してよい。
　TXOP sharing modeとTrigger frame内のTXOP sharing modeを指示する情報との関連付けは、例えば、テーブル形式の情報（例えば、「TXOP sharing modeテーブル」と呼ぶ）でもよく、テーブル形式と異なる形式の情報でもよい。図１３は、TXOP sharing mode設定部１０２が保持するTXOP sharing modeテーブルの一例を示す図である。図１３に示すTXOP sharing modeテーブルには、例えば、図５に示す非特許文献１に記載されるTXOP sharing mode（例えば、TXOP sharing mode =0～2の何れか）、及び、複数のSTA２００に対するTXOP sharing mode（例えば、TXOP sharing mode =3）が含まれてよい。
　Common Info生成部１０３は、例えば、複数のSTA２００に共通のCommon Info fieldに含まれる制御情報を生成してよい。Common Info生成部１０３は、例えば、スケジューリング部１０１から入力されるTXOP sharing modeに関する情報に含まれる「TXOP sharing modeの種別」、及び、TXOP sharing mode設定部１０２から入力されるTXOP sharing modeに関する情報（例えば、TXOP sharing modeテーブル）に基づいて、TXOP sharing mode subfieldの情報を生成してよい。
　また、Common Info生成部１０３は、例えば、スケジューリング部１０１から入力される割当無線リソースに関する情報に基づいて、STA２００への割当期間に関する情報を生成してよい。
　例えば、TXOP sharingを実施する場合、Common Info生成部１０３は、Trigger type subfieldをMU-RTSに設定し、TXOP sharing mode subfieldを所定値（例えば、図１３のTXOP sharing modeテーブルの場合、1以上の何れかの値）に設定することで、MU-RTS TXS Trigger frameを生成してよい。
　Common Info生成部１０３は、生成したCommon Info fieldに関する情報を、Trigger frame生成部１０５へ出力してよい。
　なお、Trigger frame内のフィールド（例えば、subfield）の「設定」という用語は、例えば、「定義」、「解釈」などの他の用語に置き換えられてよい。
　User Info生成部１０４は、例えば、Special User Info field、又は、STA２００に個別のUser Info fieldに含まれる制御情報を生成してよい。User Info生成部１０４は、例えば、規定されるフォーマットに基づいて、Special User Info field、又は、STA２００に個別のUser Info fieldに関する情報を生成し、複数のSTA２００それぞれに対するUser Info fieldを含むUser Info Listに関する情報を生成してよい。User Info生成部１０４は、例えば、User Info Listに関する情報をTrigger frame生成部１０５へ出力してよい。
　STA２００に個別のUser Info fieldには、例えば、スケジューリング部１０１から入力されるTXOP sharing modeに関する情報に含まれる「割当期間における通信がAP１００宛の通信、及び、別のSTA宛の通信の何れであるかを示す情報（例えば、「通信種別情報」と呼ぶ）」、及び、「割当channel（20MHz単位の帯域）に関する情報」が含まれてよい。なお、通信種別情報は、例えば、複数STAへのTXOP sharing modeが適用される場合に、STA２００へ通知されてもよい。換言すると、１つのSTAへのTXOP Sharing modeを適用する場合、通信種別情報はSTA２００へ通知されなくてもよい。
　また、User Info Listに含まれるUser Info field数は、例えば、TXOP sharing mode subfieldにおいて指示されるTXOP sharing modeに関連付けられてよい。例えば、TXOP sharing modeが１つのSTAへのTXOP sharingを適用するmodeの場合（例えば、図１３に示すTXOP sharing modeテーブルにおいてTXOP sharing mode =1, 2が指示される場合）、User Info Listには、１つのUser Info fieldが含まれてよい。その一方で、TXOP sharing modeが複数STAへのTXOP sharingを適用するmodeの場合（例えば、図１３に示すTXOP sharing modeテーブルにおいて、TXOP sharing mode=3が指示される場合）、User Info Listには、複数のUser Info fieldが含まれてよい。
　なお、Special User Info fieldには、TXOP sharing modeに依存せず、１つのSTA２００に対する制御情報が含まれてよい。
　Trigger frame生成部１０５は、例えば、図１に示すフォーマットに基づいて、Common Info生成部１０３から入力されるCommon Info fieldの情報、User Info生成部１０４から入力されるUser Info List（例えば、Special User Info field及び少なくとも一つのUser Info field）の情報を含むTrigger frameを生成してよい。Trigger frameには、例えば、Common Info field及びUser Info Listに加え、MAC header、Padding、frame check sequence（FCS）の少なくとも一つが含まれてよい。Trigger frame生成部１０５は、例えば、生成したTrigger frameを、誤り訂正符号化部１０６へ出力してよい。
　誤り訂正符号化部１０６は、例えば、Trigger frame生成部１０５から入力されるTrigger frameを含む送信データ信号を誤り訂正符号化し、符号化した信号を変調部１０７へ出力する。
　変調部１０７は、例えば、誤り訂正符号化部１０６から入力される信号に対して変調処理を行い、変調後の信号を無線送受信部１０８へ出力する。
　なお、変調後のデータ信号が直交周波数分割多重（OFDM：Orthogonal Frequency Division Multiplexing）信号である場合、AP１００（例えば、変調部１０７）は、変調信号を規定の周波数リソースにマッピングし、逆高速フーリエ変換（IFFT：Inverse Fast Fourier Transform）処理を行って時間波形に変換し、サイクリックプリフィックス（CP：Cyclic Prefix）を付加することにより、OFDM信号を形成してよい。
　無線送受信部１０８は、例えば、変調部１０７から入力される変調信号に対して、D/A変換、及び、キャリア周波数へのアップコンバートといった無線送信処理を行い、無線送信処理後の信号を、アンテナを介してSTA２００へ送信する。また、無線送受信部１０８は、例えば、STA２００から送信された信号を、アンテナを介して受信し、受信した信号に対して、ベースバンドへのダウンコンバート、及び、A/D変換といった無線受信処理を行い、無線受信処理後の信号を復調部１０９へ出力する。
　復調部１０９は、例えば、無線送受信部１０８から入力される信号に対して復調処理を行い、復調後の信号を誤り訂正復号部１１０へ出力する。なお、復調部１０９に入力される信号がOFDM信号の場合には、AP１００（例えば、復調部１０９）は、CP除去処理、及び、高速フーリエ変換（FFT：Fast Fourier Transform）処理を行ってよい。
　誤り訂正復号部１１０は、例えば、復調部１０９から入力される信号を復号して、STA２００からの受信データ信号を得る。誤り訂正復号部１１０は、例えば、復号後の受信データに上述したSTA情報が含まれる場合、STA情報を含む復号データをSTA情報取得部１１１へ出力する。
　STA情報取得部１１１は、例えば、誤り訂正復号部１１０から入力される復号データから、STA情報（例えば、STA２００のCapability情報、送信バッファ状態、又は、P2Pの設定情報が含まれてよい）を取得し、取得したSTA情報をスケジューリング部１０１へ出力してよい。
　［STA２００の構成例］
　STA２００は、例えば、AP１００から、TXOP Sharingを指示するTrigger frame（例えば、MU-RTS TXS Trigger frame）を受信し、Trigger frameに対する上り応答信号（例えば、CTSフレーム）、あるいは、送信データを含むSU PPDUをAP１００へ送信する。そして、STA２００は、例えば、MU-RTS TXS Trigger frameの指示に基づいて、割当期間内において、割当channelを用いて、AP１００あるいは別のSTAと通信を行う。
　図１４は、STA２００の構成例を示すブロック図である。図１４に示すSTA２００は、例えば、無線送受信部２０１と、復調部２０２と、誤り訂正復号部２０３と、TXOP sharing mode設定部２０４と、Common Info取得部２０５と、User Info取得部２０６と、TXOP sharing制御部２０７と、データ生成部２０８と、誤り訂正符号化部２０９と、変調部２１０と、を備えてよい。
　例えば、TXOP sharing mode設定部２０４と、Common Info取得部２０５と、User Info取得部２０６と、TXOP sharing制御部２０７と、データ生成部２０８との少なくとも一つは、アクセス制御部（例えば、MAC処理部）に含まれてよい。
　また、図１４に示す復調部２０２、誤り訂正復号部２０３、TXOP sharing mode設定部２０４、Common Info取得部２０５、User Info取得部２０６、TXOP sharing制御部２０７、データ生成部２０８、誤り訂正符号化部２０９、及び、変調部２１０の少なくとも一つは、例えば、図１１に示す制御部に含まれてよい。また、図１４に示す無線送受信部２０１は、例えば、図１１に示す受信部に含まれてよい。
　無線送受信部２０１は、例えば、受信信号をアンテナによって受信し、受信信号に対して、ダウンコンバート及びA/D変換といった無線受信処理を行い、無線受信処理後の信号を復調部２０２へ出力する。また、無線送受信部２０１は、例えば、変調部２１０から入力される信号に対して、アップコンバート及びD/A変換といった無線送信処理を行い、無線送信処理後の信号をアンテナから送信する。
　復調部２０２は、例えば、無線送受信部２０１から入力される受信データに対して復調処理を行い、復調した信号を誤り訂正復号部２０３へ出力する。なお、復調部２０２へ入力される信号がOFDM信号の場合、STA２００（例えば、復調部２０２）は、例えば、CP除去処理及びFFT処理を行ってよい。
　誤り訂正復号部２０３は、例えば、復調部２０２から入力される復調信号を復号し、復号された信号を受信データ信号として出力してよい。また、誤り訂正復号部２０３は、例えば、受信データ信号のうち、Trigger frameをCommon Info取得部２０５及びUser Info取得部２０６へ出力する。
　TXOP sharing mode設定部２０４は、例えば、AP１００のTXOP sharing mode設定部１０２と同様の動作を行ってよい。例えば、TXOP sharing mode設定部２０４は、予め定義されたTXOP sharing modeに関する情報（例えば、TXOP sharing modeテーブル）をCommon Info取得部２０５へ出力してよい。
　Common Info取得部２０５は、例えば、誤り訂正復号部２０３から入力されるTrigger frameのTrigger typeがMU-RTSの場合、TXOP sharing mode設定部２０４から入力される情報（例えば、TXOP sharing modeテーブル）に基づいて、誤り訂正復号部２０３から入力されるTrigger frameから、Common Info fieldに対応する情報を抽出し、TXOP sharingに関するSTA共通情報を取得してよい。
　TXOP sharingに関するSTA共通情報には、例えば、TXOP sharing modeに関する情報、及び、STA２００への割当期間に関する情報が含まれてよい。なお、STA２００への割当期間に関する情報は、STA個別情報としてUser Info fieldに含まれてもよい。また、STA共通情報には、例えば、FDMベースの複数STAへのTXOP sharing modeであることを示す情報が含まれてもよい。
　Common Info取得部２０５は、抽出したSTA共通情報をUser Info取得部２０６へ出力してよい。
　User Info取得部２０６は、例えば、誤り訂正復号部２０３から入力されるTrigger frameから、User Info List（例えば、少なくとも一つのUser Info field及びSpecial User Info field）に対応する情報を抽出し、Common Info取得部２０５から入力されるSTA共通情報（例えば、TXOP sharing modeを含む）に基づいて、User info fieldの受信処理を行ってよい。User Info取得部２０６は、例えば、TXOP sharing modeが複数STAへのTXOP sharingを指示する場合、複数のUser Info fieldの受信処理を行ってよい。また、User Info取得部２０６は、例えば、TXOP sharing modeが１つのSTAへのTXOP sharingを指示する場合、１つのUser Info fieldの受信処理を行ってよい。
　例えば、User Info取得部２０６は、User Info fieldに含まれるSTA２００を識別する情報（例えば、STA ID又はAID）を復号し、STA２００宛ての割当指示があると判断した場合、TXOP sharingに関するSTA個別情報、及び、STA共通情報（例えば、「STAへの割当期間の情報」、「割当期間における通信がAP宛通信及び別のSTA宛通信の何れであるかを示す情報」、及び、「割当channel（20MHz単位の帯域）の情報」を含む）の少なくとも一つを、User Info fieldから取得してよい。なお、割当期間における通信がAP宛通信及び別のSTA宛通信の何れであるかを示す情報は、例えば、複数STAへのTXOP sharing modeを適用する場合に、User Info fieldに含まれ、１つのSTAへのTXOP sharing modeを適用する場合には、User Info fieldに含まれなくてもよい。
　User Info取得部２０６は、例えば、STA個別情報、及び、STA共通情報を、TXOP sharing制御部２０７、及び、データ生成部２０８へ出力してよい。
　TXOP sharing制御部２０７は、例えば、User Info取得部２０６から入力される情報（例えば、STA個別情報、及び、STA共通情報を含む）に基づいて、割当無線リソースを決定してよい。TXOP sharing制御部２０７は、例えば、割当無線リソースに基づいて、AP１００から指示されるTXOP sharingされた無線リソースにおけるデータ送信を制御してよい。データ送信の制御には、例えば、割当期間、割当channel、及び、割当期間内の通信の宛先に関する制御が含まれてよい。例えば、FDMベースの複数STAへのTXOP sharing modeの場合、TXOP sharing制御部２０７は、User Info fieldに含まれるAP１００からの指示情報に基づいて、送信信号の周波数リソース位置を決定してよい。TXOP sharing制御部２０７は、TXOP sharingに応じたデータ送信に関する制御情報をデータ生成部２０８へ出力してよい。
　データ生成部２０８は、例えば、TXOP sharing制御部２０７から入力される制御情報、User Info取得部２０６から入力される情報に基づいて、データ信号（例えば、CTSフレーム、AP１００宛てのデータ、又は、別のSTA宛てのデータ）を生成し、データ信号を誤り訂正符号化部２０９へ出力する。
　例えば、データ生成部２０８は、TXOP sharingを指示された後には、CTSフレームを生成してよい。また、データ生成部２０８は、例えば、CTSフレームの送信後（例えば、CTSフレームを送信してからSIFS後）にデータ信号（例えば、PPDU）を生成してよい。
　ここで、データ信号に適用する無線パラメータの一部（例えば、信号長、MCS、空間ストリーム数、及び、送信電力の少なくとも１つ）は、STA２００が、STA２００の送信バッファ状態又は通信品質といったパラメータに基づいて決定してよい。なお、データの信号長は、例えば、AP１００から指示される割当期間以内の長さでよい。また、データ信号に割り当てられる送信channelは、AP１００から指示される割当channelに基づいて決定されてよい。
　誤り訂正符号化部２０９は、データ生成部２０８から入力されるデータ信号を誤り訂正符号化し、符号化した信号を変調部２１０へ出力する。なお、データ信号に対する符号化率は、例えば、STA２００によって決定されてよい。
　変調部２１０は、誤り訂正符号化部２０９から入力される信号を変調し、変調信号を無線送受信部２０１へ出力する。なお、変調部２１０において適用される変調方式は、例えば、STA２００によって決定されてよい。また、変調信号がOFDM信号の場合には、STA２００（例えば、変調部２１０）は、周波数リソースに変調信号をマッピング後にIFFT処理を行い、CPを付加することにより、OFDM信号を形成してよい。
　［AP１００及びSTA２００の動作例］
　次に、本実施の形態に係るAP１００及びSTA２００の動作例について説明する。
　以下では、AP１００（例えば、Common Info生成部１０３、User Info生成部１０４及びTrigger frame生成部１０５）によって生成される１つのTrigger frame（例えば、MU-RTS TXS Trigger frame）を用いて、AP１００と異なる複数のSTA２００（例えば、Non-AP STA）に対するTXOP sharing（例えば、AP１００が獲得した送信機会（TXOP）の一部の割当）を指示する方法について説明する。
　なお、AP１００と異なる複数のSTA２００には、例えば、P2P通信（例えば、端末間通信）を行うSTA２００のペアが含まれてよい。
　＜STA共通情報の通知例＞
　STA共通情報には、例えば、TXOP sharing modeに関する情報、及び、STA２００に対するTXOP sharingの割当期間に関する情報が含まれてよい。
　AP１００は、例えば、図１３に示すTXOP sharing modeテーブルに基づいて、TXOP sharing mode subfieldの情報（例えば、TXOP sharing mode subfield value）を生成してよい。図１３に示すTXOP sharing modeテーブルには、例えば、複数STAへのTXOP sharingを指示する情報（例えば、TXOP Sharing Mode subfield value=3）が含まれてよい。
　例えば、AP１００と異なる複数STAへのTXOP sharingを指示する場合、AP１００は、図１３に示すTXOP sharing modeテーブルにおけるTXOP sharing mode subfield value = 3を示す情報を含むTrigger frameを生成してよい。換言すると、AP１００は、Trigger frameにおけるSTA２００に共通のCommon Info fieldに、複数STAへのTXOP sharingに関する情報（例えば、複数STAに送信機会の共有を指示する情報）を設定してよい。
　また、複数STAへのTXOP sharingに関する情報を設定する場合、AP１００は、例えば、Trigger frameにおいてTXOP sharingが適用される複数のSTA２００に個別の複数のUser Info fieldを設定してよい。
　また、AP１００は、例えば、STA２００への割当期間（例えば、AP１００が獲得したTXOPの一部）に関する情報を生成してよい。AP１００は、生成した割当期間に関する情報を、例えば、図２に示すCommon Info field内のUL length subfieldに含めてよい。なお、割当期間に関する情報は、UL Length subfieldに限らず、他の領域に含められてもよい。
　ここで、例えば、割当期間に関する情報において、割当期間の時間粒度が粗いほど、割当期間に関する情報の通知ビット数は低減する。例えば、AP１００は、UL length subfieldの一部のビット領域において割当期間に関する情報をSTA２００へ通知し、残りのビット領域をReserved領域に設定してもよい。Reserved領域の設定により、将来のバージョンでの拡張性を向上できる。
　＜STA個別情報の通知例＞
　STA個別情報には、例えば、TXOPの割当期間における通信（例えば、通信の宛先）に関する情報、及び、通信に用いる周波数リソース（例えば、割当channel）に関する情報が含まれてよい。
　AP１００は、例えば、TXOP sharingを適用するSTA２００に対して、割当期間における通信がAP宛の通信（AP１００とSTA２００との通信）、及び、別のSTA宛の通信（P2P通信）の何れであるかを示す情報（例えば、通信種別情報）を設定し、設定した情報をUser Info fieldに含めてよい。
　図１５は、User Info fieldの一例を示す。例えば、AP１００は、図１５に示すように、図３においてReserved領域であるB25の領域に、通信種別情報を指示するsubfield（例えば、「P2P flag」subfield）を設定してよい。
　なお、割当期間における通信に関する情報を指示するsubfieldの名称はP2P flagに限らず、他の名称でもよい。また、通信種別情報を指示するsubfieldは、B25の領域に限定されず、他の領域に設定されてもよい。また、通信種別情報において通知可能な通信の種別は、２種類に限定されず、３種類以上でもよい。
　また、例えば、複数STAへのTXOP sharing modeが適用される場合（例えば、図１３においてTXOP sharing mode = 3の場合）には、B25の領域は、P2P flag subfieldに設定され、複数STAへのTXOP sharingが適用されない場合には、B25の領域はReserved領域に設定されてもよい。
　例えば、P2P flag subfield value = 0の場合、図１５に示すAID12 subfieldによって指示されるSTA２００の割当期間内における通信は、AP１００への通信に設定（換言すると、AP１００への通信に制限）されてよい。また、例えば、P2P flag subfield value = 1の場合、図１５に示すAID12 subfieldによって指示されるSTA２００の割当期間内における通信は、P2P通信に設定（換言すると、P2P通信に制限）されてよい。なお、P2P flagの値と、割当期間における通信（例えば、AP１００との通信及びP2P通信の何れか）との関連付けは、上述した例に限定されない。
　ここで、P2P flag subfield value = 0（例えば、AP１００との通信）の場合、STA２００がAP１００へ送信する信号（SU PPDU）の時間長は、Common Info fieldによる指示（例えば、UL length subfieldの指示）に基づいてよい。換言すると、AP１００は、Trigger frameにおけるSTA２００に共通のCommon Info fieldに、TXOP（送信機会）の少なくとも一部の時間における上り送信信号の時間長に関する情報を設定してよい。この場合、割当期間において、AP１００と通信を行う複数のSTA２００のそれぞれの送信信号の時間長は、共通に設定される。これにより、割当期間では、AP１００と通信を行う複数のSTA２００が存在する場合でも、AP１００における、複数のSTA２００からの送信信号の受信タイミングが同程度になり、また、各STA２００に対するACKの送信タイミングが同程度になるので、AP１００の送信タイミングと受信タイミングとが重なることを抑制できる。
　なお、例えば、STA２００の送信信号の時間長と異なる無線パラメータ（例えば、MCS、空間ストリーム数を含む）は、STA２００が決定してよい。
　また、AP１００は、例えば、STA２００が割当期間における通信（例えば、CTSフレーム送信、AP１００との通信、あるいは、P2P通信）に用いる周波数リソース（例えば、割当channel（20MHz単位の帯域））に関する情報を、図１５に示すUser Info field内のRU allocation subfieldを用いて生成してよい。
　割当channelに関する情報は、例えば、STA２００に割り当てられる20MHz×Nの周波数リソース位置を示してよい。例えば、割当channelに関する情報の通知方法として、11axにおいて使用されるMU-RTSによるCTSフレームの周波数リソースの通知方法を適用してもよい。
　図１６は、MU-RTS Trigger frameによる周波数リソースの通知方法の例を示す図である。
　11axにおいてサポートされるMU-RTSでは、例えば、MU-RTS Trigger frameのCommon Info fieldに含まれる「UL BW subfield」と、MU-RTS Trigger frameのUser Info fieldに含まれる「RU Allocation subfield」との組み合わせによって、CTS用の周波数リソースがSTA２００に個別に通知される。例えば、図１６に示すように、UL BW subfieldによって、上りリンクのOperation帯域幅（例えば、20MHz、40MHz、80MHz又は160MHz）が指定され、RU allocation subfieldによって、割当期間における通信に割り当てられる周波数リソースの位置が指定される。本実施の形態では、図１６に示す方法と同様の方法によって、TXOP sharingの割当期間においてSTA２００が用いるchannelが指示されてもよい。
　また、11beにおいて新たにサポートされる320MHzを含むOperation帯域において、割当期間における通信用の周波数リソース位置が通知される場合、例えば、図４に示すSpecial User Info fieldに含まれる「UL Bandwidth Extension subfield」が使用されてよい。例えば、図１７に示すように、Common Info fieldのUL BW subfieldと、Special User Info fieldのUL Bandwidth Extension subfieldとの組み合わせによって、STA２００に対して周波数リソース位置がそれぞれ通知されてよい。
　なお、図１６に示す通知方法は、Primary 20MHz channelを含む周波数リソース位置を通知する方法であるが、本実施の形態は、それに限定されず、例えば、図１８に示すように、Primary 20MHz channelを含まないOperation帯域内の任意の20MHz channel×Nの周波数リソースを通知する方法を用いてもよい。
　例えば、11axのMU-RTSでは、CTS用の周波数リソースには、primary channelが含まれるが、本実施の形態では、TXOP sharingが適用されるSTA２００に対して、割当期間内において、primary channelを含まない周波数リソースを用いた上り信号（例えば、CTSフレーム及びデータ）の送信が許可されてよい。
　例えば、１つのMU-RTS TXS Trigger frameによってTXOP sharingを指示される複数のSTA２００（例えば、STA 1及びSTA 2を含む）のうち、STA 1の送信帯域がPrimary 20MHzに設定される場合、STA 2の送信帯域は、primary channelを含まない周波数リソースに設定されてもよい。この場合、STA 2は、MU-RTS TXS Trigger frameに応答して、primary channelを含まない周波数リソースを用いてCTSフレーム及びデータを送信してよい。また、MU-RTS TXS Trigger frameを受信したSTA２００は、例えば、MU-RTS TXS Trigger frameによって通知されるCTS用の周波数リソースにおけるキャリアセンス結果に基づいてCTSフレームを送信してよい。例えば、STA２００は、MU-RTS TXS Trigger frameによって通知されるCTS用の周波数リソースがprimary channelを含まない場合、primary channelがビジーであってもCTSフレームを通知された周波数リソースにおいて送信してよい。
　なお、割当channelを通知する方法は、上述したようなSTA２００に割り当てられる20MHz×Nの周波数リソース位置を示す場合に限定されず、他の周波数リソースを通知する方法でもよい。
　図１９は、本実施の形態に係る複数STAへのTXOP sharingを指示する場合のシーケンスの一例を示す図である。
　図１９では、例えば、AP１００は、STA共通情報として、AP１００と異なる複数のSTA（例えば、STA 1及びSTA 2）に対して、TXOP sharing modeに関する情報、及び、STA２００への割当期間に関する情報（例えば、UL Length）を通知してよい。例えば、図１９では、AP１００は、図１３に示すTXOP sharing mode subfield value=3を通知することにより、STA 1及びSTA 2に対して複数STAへのTXOP sharingを指示してよい。
　また、図１９では、例えば、AP１００は、複数のSTA２００のそれぞれに対するSTA個別情報として、割当期間における通信（例えば、AP１００との通信、あるいは、P2P通信）に関する情報（例えば、P2P flag）、及び、割当channelに関する情報（例えば、RU allocation）を通知してよい。例えば、図１９では、AP１００は、MU-RTS TXS Trigger frameを用いて、STA1に対してP2P flag subfield value = 0を通知することにより、割当期間におけるAP１００との通信を指示し、STA2に対してP2P flag subfield value = 1を通知することにより、割当期間におけるP2P通信を指示してよい。また、図１９では、AP１００は、STA1とSTA2とで直交する周波数リソースの通信を指示してよい。
　図１９において、例えば、STA 1は、受信したMU-RTS TXS Trigger frameに基づいて、TXOP sharingの割当期間のSTA 1に対する割当channelにおいて、AP１００宛てのCTSフレーム（CTS response）及びデータ信号（DATA）を送信してよい。また、図１９において、例えば、STA 2は、受信したMU-RTS TXS Trigger frameに基づいて、TXOP sharingの割当期間のSTA 2に対する割当channelにおいて、別のSTA（例えば、STA 3）宛てのCTSフレーム及びデータ信号を送信してよい。
　例えば、図１９に示す例では、AP１００は、TXOP sharingの割当期間において、TXOP sharingが適用されるSTA 1及びSTA 2のうち、１つのSTA（例えば、STA 1）と通信（例えば、データ信号の受信、及び、ACKの送信）を行う。換言すると、図１９において、AP１００は、TXOP sharingの割当期間において、STA 1と異なる他のSTA 2と通信を行わない。このように、AP１００は、TXOP sharingの割当期間内において、TXOP sharingが適用される複数のSTA２００のうち１つのSTA２００と通信を行うように指示することで、AP１００の送受信タイミングが重なることを抑制できる。
　また、図１９では、例えば、TXOP sharingに使用される無線パラメータは、AP１００がスケジューリングせずに、STA２００が決定（又は、スケジューリング）してよいので、複数のSTA２００に対するTXOP sharingを簡易な処理で実現できる。
　図２０は、複数のSTA２００に対してTXOP sharingを指示する場合のシーケンスの他の例を示す図である。
　図２０では、１つのTrigger frameによって、３つのSTA２００（例えば、STA 1、STA 2及びSTA 3）に対するTXOP sharingが指示される。また、例えば、図２０では、AP１００は、MU-RTS TXS Trigger frameを用いて、STA 1及びSTA 2のそれぞれに対してP2P flag subfield value = 0を通知することにより、割当期間におけるAP１００との通信を指示し、STA 3に対してP2P flag subfield value = 1を通知することにより、割当期間におけるP2P通信を指示してよい。また、図２０では、AP１００は、STA 1とSTA 2とSTA 3とで直交する周波数リソースの通信を指示してよい。
　また、図２０において、AP１００は、STA共通情報として、STA２００への割当期間に関する情報（例えば、UL Length）を通知してよい。換言すると、例えば、MU-RTS TXS Trigger frameのCommon Info fieldには、TXOP sharingの割当期間（例えば、TXOPの一部）において複数のSTA２００がそれぞれ送信する信号の時間長（信号長）に関する情報が含まれてよい。各STA２００は、Common Info fieldに含まれる情報に基づいて、データ（例えば、SU PPDU）の信号長を決定してよい。
　例えば、図２０において、STA 3は、STA 3に対してP2P flag subfield value=1（P2P通信）が設定されるので、UL Length subfieldによって通知される割当期間において、別のSTA（例えば、STA 4）とP2P通信を行ってよい。例えば、STA 3は、割当期間内において、P2P通信を行うデータのサイズ（信号長）を決定してよい。
　また、例えば、図２０において、STA 1及びSTA 2は、STA 1及びSTA 2のそれぞれに対してP2P flag subfield value = 0（AP１００との通信）が設定されるので、UL Length subfieldによって通知される割当期間に基づいて、AP１００宛てのデータ信号の信号長を決定してよい。例えば、STA 1及びSTA 2は、図２０に示すように、割当期間において、データ信号の送信に使用可能な期間（例えば、割当期間のうち、CTSフレームの送信期間と異なる期間）に基づいて、データ信号の信号長に設定してよい。なお、データ信号の信号長の決定方法は、これに限定されず、複数のSTA２００に共通の決定方法であればよい。
　これにより、TXOP sharingにおいてAP１００と通信を行う複数のSTA２００が存在する場合でも、当該複数のSTA２００が送信するデータ信号の信号長を同一に設定できるので、AP１００における複数のSTA２００に対するデータ信号の受信タイミング、及び、ACKの送信タイミングは同程度になり、AP１００における送信タイミングと受信タイミングとが重なることを抑制できる。
　図２０では、例えば、AP１００において送受信タイミングが重なることを抑制し、また、複数のSTA２００に対してAP１００との通信を行う時間リソースを割り当てることができる。また、図２０では、例えば、STA２００の送信信号の信号長（例えば、UL Length）と異なる他の無線パラメータは、AP１００がスケジューリングせずに、STA２００が決定（又は、スケジューリング）してよいので、複数のSTA２００に対するTXOP sharingを簡易な処理で実現できる。
　このように、本実施の形態では、AP１００は、AP１００が獲得したTXOPの一部の時間を複数のSTA２００に割り当てるための情報を含むTrigger frameを生成し、STA２００へ送信する。また、STA２００は、１つのTrigger frameに基づいて、複数のSTAへのTXOP sharingにおける上り送信を制御する。これにより、本実施の形態では、１つのTrigger frameによって、複数のSTA２００に対してTXOP sharingを指示できるので、TXOP sharingにおける割当効率を向上できる。
　また、本実施の形態では、FDMベースの複数STAへのTXOP sharingにおいて、TXOP sharingが適用される複数のSTA２００のそれぞれの上り通信の種別（例えば、AP１００との通信又はP2P通信）の切り替え、又は、AP１００と通信を行う複数のSTA２００に対する信号長の通知によって、AP１００における送信タイミングと受信タイミングとが重なることを抑制できる。
　また、本実施の形態では、11be Release 1において合意されるMU-RTS TXS Trigger frame format（換言すると、11be Release 1において規定されたフォーマット）に基づいて、複数STAへのTXOP sharingをSTA２００へ通知する。これにより、例えば、１つのSTAへのTXOP sharingをサポートする11be Release 1に対応するSTA（例えば、「11be Release 1対応STA」と呼ぶ）と、本実施の形態における複数のSTA２００へのTXOP sharingをサポートするSTA（例えば、将来バージョンに対応するSTA）とで、共通のTrigger frame formatを適用できる。例えば、本実施の形態において説明したMU-RTS TXS Trigger frame formatを用いて、11be Release 1対応STAが対応するTXOP sharing mode（例えば、valueが0, 1, 2の何れか）の設定（換言すると、一部の値に限定した設定）を行うことにより、AP１００は、11be Release 1対応STAに対するTXOP sharing modeを通知できる。
　（実施の形態２）
　本実施の形態では、TDM（時間多重）によって複数のSTAに対してTXOP sharingを行う場合について説明する。
　図２１は、APが、非特許文献１に記載される11be Release 1においてサポートされるMU-RTS TXS Trigger frameを用いて、複数のSTA（例えば、STA 1及びSTA 2）に対してTXOP sharingを行うシーケンスの一例を示す図である。図２１に示すように、11be Release 1において、１つのMU-RTS TXS Trigger frameによってTXOP sharingを指示可能なSTAの数は１つであるので、複数のSTAに対するTXOP sharingの指示には、複数のMU-RTS TXS Trigger frameが使用される。複数のMU-RTS TXS Trigger frameの使用は、オーバーヘッドが増加し、スループット性能が低減する可能性がある。
　本実施の形態では、１つのMU-RTS TXS Trigger frameを用いて、TDMベースの複数STAへのTXOP sharingを行う方法について説明する。
　［無線通信システムの構成］
　本実施の形態に係る無線通信システムは、実施の形態１と同様、AP１００及びSTA２００を備えてよい。
　［基地局の構成］
　本実施の形態に係るAP１００の構成例は、図１２と同様でよい。例えば、本実施の形態に係るAP１００において、Common Info生成部１０３及びUser Info生成部１０４の動作が実施の形態１と異なってよい。
　Common Info生成部１０３は、例えば、TXOP sharing mode設定部１０２から入力される情報（例えば、TXOP sharing modeテーブル）に基づいて、TDMベースの複数STAへのTXOP sharingを含むTXOP sharing mode subfieldの情報を生成する。例えば、実施の形態１と同様に、TXOP sharingを実施する場合、Common Info生成部１０３は、Trigger type subfieldをMU-RTSに設定し、TXOP sharing mode subfieldを、実施するTXOP sharingに関連付けられた値に設定することで、MU-RTS TXS Trigger frameのCommon Info fieldの情報を生成してよい。また、Common Info生成部１０３は、例えば、STA２００への割当期間に関する情報をCommon Info field内の何れかのsubfield（例えば、UL length subfield）に含めてよい（例については後述する）。
　User info生成部１０４は、例えば、スケジューリング部１０１から入力されるSTA２００のそれぞれに適用するTXOP sharing内の割当無線リソース（割当期間）に基づいて、User Info fieldの情報を生成してよい。また、例えば、User Info生成部１０４は、TXOP sharing内の割当無線リソース（割当期間）に基づいて、時間領域において割り当てるSTA２００の順に、各STA２００に対応するUser Info fieldを並べて、User info Listを生成してよい。換言すると、AP１００は、TXOPの少なくとも一部の時間における複数のSTA２００の送信順序を、Trigger frameにおける複数のSTA２００に個別のUser Info fieldの配置順序に関連付けてよい。
　AP１００における他の構成部の処理は、例えば、実施の形態１における処理と同様でよい。
　［端末の構成］
　本実施の形態に係るSTA２００の構成例は、図１４と同様でよい。例えば、本実施の形態に係るSTA２００において、Common Info取得部２０５、User Info取得部２０６、及び、TXOP sharing制御部２０７の動作が実施の形態１と異なってよい。
　Common Info取得部２０５は、例えば、実施の形態１と同様に、誤り訂正復号部２０３から入力されるTrigger frameのTrigger typeがMU-RTSの場合、当該Trigger frameのCommon fieldに含まれるTXOP sharing mode subfieldの指示情報をSTA共通情報として取得する。例えば、STA共通情報には、TDMベースの複数STAへのTXOP sharing modeを示す情報が含まれてよい。
　User Info取得部２０６は、例えば、実施の形態１と同様に、Common Info生成部１０３から入力されるTXOP sharing modeを示す情報が複数STAへのTXOP sharingを指示する場合、複数のUser Info fieldの受信処理を行ってよい。例えば、TDMベースの複数STAへのTXOP sharing modeの場合、User Info取得部２０６は、各User Info fieldのSTA ID（例えば、AID）と、User Info ListにおけるUser Info fieldの送信順と、STA２００に対して指示されるUser Info fieldに関する情報と、をTXOP sharing制御部２０７へ出力する。
　TXOP sharing制御部２０７は、例えば、User Info取得部２０６から入力されるSTA個別情報、及び、STA共通情報に基づいて、割当無線リソース（例えば、割当期間）を決定（又は、判断）し、AP１００から指示されるTXOP sharingに応じたデータ送信を制御してよい（例については後述する）。
　例えば、TDMベースの複数STAへのTXOP sharing modeの場合、TXOP sharing制御部２０７は、送信信号の周波数リソース位置を、STA２００によるキャリアセンスに基づいて決定してよい。例えば、TXOP sharing制御部２０７は、Primary 20MHzを含むOperation帯域内においてキャリアセンスをクリアした帯域を送信帯域に設定してよい。また、TXOP sharing制御部２０７は、例えば、User Info取得部２０６から入力されるUser Info ListにおけるUser Info fieldの送信順に基づいて、送信信号の時間リソース位置（例えば、送信タイミング）を決定してよい。
　STA２００における他の構成部の処理は、例えば、実施の形態１の処理と同様でよい。
　［AP１００及びSTA２００の動作例］
　次に、本実施の形態に係るAP１００及びSTA２００の動作例について説明する。
　以下では、AP１００によって生成される１つのTrigger frame（例えば、MU-RTS TXS Trigger frame）を用いて、複数のSTA２００に対するTDMベースのTXOP sharingを指示する方法について説明する。
　以下、複数のSTA２００のそれぞれに対する割当期間における信号の時間リソース（例えば、送信タイミング又は信号長）の通知例について説明する。
　＜通知例１＞
　通知例１では、STA２００は、User Info Listに含まれるUser Info fieldの送信順に基づいて、当該STA２００に対する時間リソース（例えば、送信タイミング）を決定してよい。
　例えば、User Info Listにおいて、Special User Info fieldを除くUser Info fieldのうち、１番目のUser Info fieldによって指示されるSTA２００は、割当期間内の初回送信時にはCTSフレーム送信＋SIFSの後にSU PPDUを送信し、割当期間内の２回目以降の送信時には、AP１００から当該STA２００宛の信号（例えば、Block Ack）の受信＋SIFS後にSU PPDUを送信してよい。
　また、例えば、User Info Listにおいて、Special User Info fieldを除くUser Info fieldのうち、M番目（ただし、Mは1より大きい整数）のUser Info fieldによって指示されるSTA２００は、M-1番目のUser Info fieldによって指示されるSTA２００から送信される信号の受信＋SIFS後にSU PPDUを送信する。このように、M番目のUser Info fieldによって指示されるSTA２００は、例えば、M-1番目のUser Info fieldのSTA ID（例えば、AID）を事前に特定し、当該STA２００の直前のUser Info fieldに割り当てられるSTA IDの信号の検出に基づいて、当該STA２００における送信タイミングを決定してよい。
　なお、AP１００は、例えば、Common Info field（例えば、UL Length subfield）によって、複数のSTA２００に割り当てるトータルの時間リソースに関する情報を通知してよい。
　割当期間内での送信を決定したSTA２００は、例えば、AP１００から割り当てられたトータルの時間リソース（例えば、図２２のTime allocated in MU-RTS TX TFの割当期間）より小さい範囲内において、当該STA２００の送信バッファ情報に基づいて送信信号の信号長を決定し、送信してよい。この場合、信号長をSTA２００が自由に決定できるが、AP１００から通知された送信順に、各STA２００が信号長を決定するため、送信順が遅いSTA２００については割当期間内での送信ができない可能性がある。
　また、例えば、割当期間内での送信を決定したSTA２００は、AP１００から割り当てられたトータルの時間リソースを、割り当てられたSTA数（MU-RTS TXS Trigger frameに含まれるUser Info field数）で均等割した時間リソース内で送信信号の信号長を決定し、送信してよい。この場合、STA２００が決定する信号長は、トータルの時間リソース及びSTA数によって設定（例えば、制限）されるが、割り当てられた全てのSTA２００が割当期間内で送信することができる。
　また、通知例１では、例えば、割当期間における通信には、AP１００への通信が設定され、P2P通信が設定されなくてよい。この設定により、例えば、STA２００がデータ信号（SU PPDU）を送信する直前にデータ信号を送信する他のSTAのSTA IDを特定しやすくなる。
　図２２は、通知例１における複数STAへのTXOP sharingを行う場合のシーケンスの一例を示す図である。
　図２２において、AP１００は、例えば、MU-RTS TXS Trigger frameを用いて、STA 1及びSTA 2に対して、TXOP sharingを指示する。図２２では、一例として、MU-RTS TXS Trigger frameに含まれるUser Info Listにおいて、１番目のUser Info fieldによってSTA 1が割り当てられ、２番目のUser Info fieldによってSTA 2が割り当てられる。
　図２２に示すように、１番目のUser Info fieldにスケジューリングされるSTA 1は、AP１００からの信号（例えば、MU-RTS TXS Trigger frame、又は、Block Ack）を受信後に、AP１００へ信号（例えば、CTSフレーム、又は、SU PPDU）を送信してよい。
　また、図２２に示すように、2番目のUser Info fieldにスケジューリングされるSTA 2は、STA 1から送信される信号（例えば、SU PPDU）を受信後に、AP１００へ信号（例えば、CTSフレーム、又は、SU PPDU）を送信してよい。
　通知例１では、各STA２００は、MU-RTS TXS Trigger frame内の複数のSTA２００に対するUser Info fieldの送信順に基づいて、割当期間における各STA２００の送信タイミングを決定する。換言すると、割当期間における各STA２００の送信タイミング（又は、送信順）は、User Info fieldの送信順によって、各STA２００へImplicitに通知される。よって、通知例１によれば、１つのMU-RTS TXS Trigger frameを用いて、オーバーヘッドの増加を抑制し、TDMベースの複数STAへのTXOP sharingを実現できる。
　なお、図２２において、例えば、STA 2がSTA 1の信号を検出しない場合、STA 2は、SU PPDUをAP１００へ送信しなくてよい。STA 2がSU PPDUを送信しない場合、例えば、AP１００のキャリアセンスがIDLEとなる時間がPIFSを超えるので、AP１００は、TXOPをSTA２００から取り戻す動作を行ってもよい。その後、AP１００は、例えば、STA 2へのTXOP sharingを再スケジューリングしてもよい。あるいは、AP１００は、例えば、CF-End（Contention Free - End）フレームを送信し、獲得したTXOPを破棄してもよい。
　＜通知例２＞
　通知例２では、通知例１と同様に、STA２００は、User Info ListにおけるUser Info fieldの送信順に基づいて、割当期間における各STA２００に割り当てられる時間リソース（例えば、送信タイミング、又は、割当順）を決定してよい。
　通知例１では、STA２００の送信信号（SU PPDU）の信号長を、当該STA２００が決定する動作について説明した。通知例２では、AP１００は、Trigger frameに、TXOPの少なくとも一部の時間における複数のSTA２００による上り送信の時間長を指示する情報を設定してよい。STA２００の送信信号の信号長は、例えば、Common Info field（例えば、UL length subfield）を用いてAP１００から複数のSTA２００へ共通に通知されてよい。
　なお、STA２００の送信信号の信号長と異なる無線パラメータ（例えば、MCS、空間ストリーム数を含む）は、STA２００によって決定されてよい。
　図２３は、通知例２における複数のSTA２００へのTXOP sharingを行う場合のシーケンスの一例を示す図である。
　図２３において、AP１００は、例えば、MU-RTS TXS Trigger frameを用いて、STA 1及びSTA 2に対して、TXOP sharingを指示する。図２３では、一例として、MU-RTS TXS Trigger frameに含まれるUser Info Listにおいて、１番目のUser Info fieldによってSTA 1が割り当てられ、２番目のUser Info fieldによってSTA 2が割り当てられる。
　また、図２３では、AP１００は、例えば、MU-RTS TXS Trigger frameのCommon Info fieldを用いてSTA２００に対する信号長T[us]に関する情報を通知する。
　この場合、図２３に示すように、１番目のUser Info fieldにスケジューリングされるSTA 1は、AP１００からのMU-RTS TXS Trigger frameを受信後に、例えば、CTSフレーム送信＋SIFS後に、T[us]長の送信信号（SU PPDU）を送信してよい。
　また、図２３に示すように、2番目のUser Info fieldにスケジューリングされるSTA 2は、AP１００からのMU-RTS TXS Trigger frameを受信後に、例えば、CTSフレーム送信＋SIFS+T[us]+SIFS後に、T[us]長の送信信号（SU PPDU）を送信してよい。
　通知例２によれば、通知例１と同様に、１つのMU-RTS TXS Trigger frameを用いて、オーバーヘッドの増加を抑制し、TDMベースの複数STAへのTXOP sharingを実現できる。
　また、通知例２では、各STA２００は、Common Info fieldに含まれる情報に基づいて送信信号の時間リソースを決定するので、当該STA２００に対するUser Info fieldと異なる他のUser info fieldを復号することなく、当該STA２００の割当開始タイミングを決定できる。よって、通知例２では、通知例１と比較して、STA２００の受信処理を簡易化できる。
　また、通知例２では、送信信号の時間リソース（信号長）は、STA２００に共通に設定（例えば、制限）されるので、User Info fieldにおいて割当期間が通知されなくてよいので、オーバーヘッドを低減できる。
　なお、例えば、Common Info fieldにおいて通知されるSTA２００の送信信号の時間リソースに関する情報として、複数のSTA２００に対するトータルの割当期間が通知されてもよい。この場合、STA２００は、例えば、STA２００がUser Info fieldの数（換言すると、複数のSTA２００の数）でトータルの割当期間を均等割りして、STA２００に個別の割当期間を算出してもよい。
　＜通知例３＞
　通知例３では、通知例１と同様に、STA２００は、User Info ListにおけるUser Info fieldの送信順に基づいて、割当期間における各STA２００に割り当てられる時間リソース（例えば、送信タイミング、又は、割当順）を決定してよい。
　通知例３では、AP１００は、Trigger frameに、TXOPの少なくとも一部の時間における複数のSTA２００による上り送信の時間長を指示する情報を設定してよい。STA２００の送信信号の信号長は、例えば、User Info fieldを用いてAP１００から複数のSTA２００にそれぞれ個別に通知されてよい。
　なお、STA２００の送信信号の信号長と異なる無線パラメータ（例えば、MCS、空間ストリーム数を含む）は、STA２００によって決定されてよい。
　図２４は、通知例３におけるUser Info fieldの一例を示す。
　図２４に示すように、User Info fieldには、例えば、STA２００の送信信号の信号長に関する情報（例えば、PPDU length subfield）が含まれてよい。また、User Info fieldには、例えば、STA２００における送信開始タイミングに関する情報（例えば、Transmission start timing subfield）が含まれてよい。これらの情報は、例えば、User Info fieldにおいて、AID12 subfield及びRU allocation subfieldのそれぞれと異なる領域に配置されてよい。例えば、図２４では、PPDU length subfield及びTransmission start timing subfieldは、B25～B38の領域（例えば、図３では、Reserved領域、SS Allocation/RA-RU Information subfield、及び、UL Target Receive Power subfieldに対応する領域）に設定される。
　なお、User Info fieldにおいて、PPDU length subfield及びTransmission start timing subfieldが配置される領域（例えば、位置、及び、サイズ）は、図２４に示す例に限定されない。また、送信開始タイミング（Transmission start timing subfield）は通知されなくてもよい。送信開始タイミングが通知されない場合、STA２００は、例えば、当該STA２００がスケジューリングされたUser Info fieldの前に送信された他のSTAのUser Info fieldを受信（例えば、復号）することにより、STA２００の送信開始タイミングを決定（例えば、算出）してもよい。
　図２５は、通知例３における複数のSTA２００へのTXOP sharingを行う場合のシーケンスの一例を示す図である。
　図２５において、AP１００は、例えば、MU-RTS TXS Trigger frameを用いて、STA 1及びSTA 2に対して、TXOP sharingを指示する。図２５では、一例として、MU-RTS TXS Trigger frameに含まれるUser Info Listにおいて、１番目のUser Info fieldによってSTA 1が割り当てられ、２番目のUser Info fieldによってSTA 2が割り当てられる。
　また、図２５では、AP１００は、例えば、MU-RTS TXS Trigger frameのUser Info fieldにおいて、STA 1に対する信号長T1[us]に関する情報を通知し、STA 2に対する信号長T2[us]に関する情報を通知する。
　この場合、図２５に示すように、１番目のUser Info fieldにスケジューリングされるSTA 1は、AP１００からのMU-RTS TXS Trigger frameを受信後に、例えば、CTSフレーム送信＋SIFS後に、T1[us]長の送信信号（SU PPDU）を送信してよい。
　また、図２５に示すように、２番目のUser Info fieldにスケジューリングされるSTA 2は、AP１００からのMU-RTS TXS Trigger frameを受信後に、例えば、CTSフレーム送信+SIFS+T1[us]+SIFS後、T2[us]長の送信信号（SU PPDU）を送信してよい。
　なお、図２５に示す例において、User Info fieldには、図２４に示すTransmission start timing subfieldが含まれなくてもよい。この場合、STA 2は、User Info fieldの配置順がSTA 2の１つ前であるSTA 1のUser Info fieldのPPDU length subfieldの値（例えば、T1）を取得して、送信信号の送信タイミングを決定してよい。この場合、User Info fieldのオーバーヘッドの増加を抑制できる。
　または、図２５に示す例において、User Info fieldには、図２４に示すTransmission start timing subfieldが含まれてもよい。この場合、各STA２００に対するUser Info fieldには、送信信号の送信順（又は、User Info fieldの配置順）がSTA 2よりも前の少なくとも一つのSTAの信号長に関する情報（図２５の例では、T1）が含まれてよい。例えば、図２５の例では、STA 2は、STA 2のUser Info fieldのTransmission start timing subfieldの値（例えば、T1に対応する値）に基づいて、送信信号の送信タイミングを決定してよい。この場合、STA２００は、他のSTAに対するUser Info fieldの受信処理を行わなくてよいので、STA２００の処理を簡易化できる。
　通知例３によれば、通知例１及び通知例２と同様に、１つのMU-RTS TXS Trigger frameを用いて、オーバーヘッドの増加を抑制し、TDMベースの複数STAへのTXOP sharingを実現できる。
　また、通知例３によれば、例えば、AP１００が各STA２００の送信バッファ状態に基づいて送信信号の時間割当を決定できるので、時間リソースの割当効率を向上でき、スループットを改善できる。
　以上、割当期間の通知例１～通知例３についてそれぞれ説明した。
　このように、本実施の形態では、AP１００は、AP１００が獲得したTXOPの一部の時間を複数のSTA２００に割り当てるための情報を含むTrigger frameを生成し、STA２００へ送信する。また、STA２００は、１つのTrigger frameに基づいて、複数のSTAへのTXOP sharingにおける上り送信を制御する。これにより、本実施の形態では、実施の形態１と同様、１つのTrigger frameによって、複数のSTA２００に対してTXOP sharingを指示できるので、TXOP sharingにおける割当効率を向上できる。
　また、本実施の形態では、TDMベースの複数STAへのTXOP sharingにおいて、TXOP sharingが適用される複数のSTA２００のそれぞれの送信信号の時間リソース（例えば、送信順、送信開始タイミング、又は、信号長）の通知によって、AP１００における送信タイミングと受信タイミングとが重なることを抑制できる。
　なお、本実施の形態のように、TDMベースの複数STAへのTXOP sharingの場合、AP１００における送受信タイミングが重なることは生じないため、User Info fieldにおいて、割当期間における通信方法（例えば、実施の形態１で説明したP2P flag subfield）は通知されなくてもよい。
　また、図２２、図２３及び図２５に示すように、AP１００は、TXOP sharingされる複数のSTA２００のデータ受信後に、複数のSTA２００のデータに対する応答信号（例えば、Multi-STA Block ACK）を送信してもよい。これにより、例えば、AP１００から送信されるBlock ACKのオーバーヘッドを低減できる。
　または、TXOP sharingした割当期間の最後のタイミングにおいて、AP１００が割当期間における各STA２００に対するACK情報をまとめてMulti-STA Block ACKで通知してもよい。これにより、例えば、AP１００によるACKの通知に対するオーバーヘッドを低減でき、スループット性能を向上できる。
　なお、複数のSTA２００のデータに対する応答信号の通知は、複数のSTA２００に対するACK情報をまとめて送信する方法に限定されず、複数のSTA２００に対してACK情報を個別に通知する方法でもよい。
　また、通知例１～３では、各STA２００の送信タイミングを、MU-RTS TXS Trigger frame内のUser Info fieldの送信順に基づいて通知する例について説明したが、これに限定されず、各STA２００の送信タイミング（又は、時間リソース）は、User Info fieldにおいて明示的にSTA２００へ通知されてもよい。
　以上、本開示の各実施の形態について説明した。
　（他の実施の形態）
　（１）上述した各実施の形態では、一例として、図１３に示すように、TXOP Sharing Mode subfieldにおいて、複数STAに対するTXOP sharing modeと、１つのSTA２００に対するTXOP sharing modeとが通知される場合について説明したが、これに限定されない。例えば、複数STAに対するTXOP sharing modeの通知と１つのSTAに対するTXOP sharing modeの通知とに使用されるsubfieldは異なってもよい。
　例えば、複数のSTAに対するTXOP sharing modeの通知には、図２に示すCommon Info fieldおいて、MU-RTS TXS Trigger frameの場合に使用されない領域（例えば、Reserved領域となる領域）の何れかのsubfieldが使用されてもよい。例えば、図２に示すCommon Info fieldのうち、MU-MIMO HE-LTF Mode、Number Of HE-LTF Symbols And Midamble Periodicity、UL STBC、LDPC Extra Symbol Segment、AP Tx Power、Pre-FEC Padding Factor、PE Disambiguity、及び、UL Spatial Reuse、Doppler subfieldsのsubfieldのうち少なくとも一部の領域が、複数のSTA２００に対するTXOP sharing modeの通知に使用されてもよい。
　一例として、図２６に示すように、Trigger typeがMU-RTSの場合に、B34－B35の領域（図２では、Pre-FEC Padding Factor subfield）を、複数STAに対するTXOP sharing modeの通知情報（例えば、TXOP Sharing Mode for multi-user subfield）に設定してもよい。
　図２７は、TXOP sharing mode for multi-userと、Trigger frame内のTXOP sharing modeを指示する情報との関連付けを示す情報（例えば、テーブル形式の情報）を示す図である。図２７に示すように、TXOP sharing mode for multi-userには、実施の形態１で説明したFDMベースの複数STAへのTXOP sharingを通知するモード（例えば、TxOP Sharing Mode subfield value = 1）、及び、実施の形態２で説明したTDMベースの複数STAへのTXOP sharingを通知するモード（例えば、TxOP Sharing Mode subfield value = 2）が含まれてもよい。
　これにより、複数のSTA２００に対するTXOP sharing modeの通知の柔軟性を向上できる。
　（２）上述した各実施の形態では、AP１００から複数のSTA２００へのTXOP sharingを通知する場合について説明したが、TXOP sharingを通知する装置は、STAに限定されない。
　例えば、実施の形態１及び２において説明したAP１００から複数のSTA２００へのTXOP sharingの通知方法は、Multi-AP Coordination transmission（複数AP協調通信）におけるSharing APからShared APへの無線リソース（時間リソース、及び、周波数リソース）割当の通知方法に適用してもよい。
　複数AP協調通信には、例えば、複数のAP間に異なる周波数リソースが割り当てられる「Coordinated-Frequency Division Multiple Access（FDMA）」、及び、複数のAP間に異なる時間リソースが割り当てられる「Coordinated-Time Division Multiple Access（TDMA）」がある。これらの複数AP協調通信において、Sharing APからShared APへの無線リソース割当に、上述したMU-RTS TXS Trigger frameによる通知方法を利用してもよい。
　例えば、上述したAP１００から複数STAへのTXOP sharing（無線リソース割当）を、複数AP協調通信におけるShared APから複数Sharing APへの無線リソース割当（TXOP sharingを含む）に読み替えてもよい。例えば、上述した各実施の形態における、AP 1から、AP 1に接続するSTA 11及びSTA 12へのTXOP sharingと同様に、Shared APであるAP 1からSharing APであるAP 2及びAP 3への無線リソース割当に、上述した各実施の形態のMU-RTS TXS Trigger frameによる通知方法を利用してもよい。
　また、上述したAPから複数のP2P STAへのTXOP sharing（無線リソース割当）を、複数AP協調通信におけるShared APから複数のSharing APと当該Sharing AP配下のSTAとのペアに対する無線リソース割当（TXOP sharingを含む）に読み替えてもよい。例えば、上述した各実施の形態における、AP 1からAP 1に接続するP2Pペア1（例えば、STA 11とSTA 12と呼ぶ）、及び、P2Pペア2（例えば、STA 13とSTA 14と呼ぶ）へのTXOP sharingと同様に、複数AP協調通信におけるShared APであるAP 1からSharing APであるAP 2とAP2配下のSTA 21とのペア、及び、Sharing APであるAP 3とAP3配下のSTA 31とのペアへの無線リソース割当に、本実施の形態のMU-RTS TXS Trigger frameによる通知方法を利用してもよい。
　また、複数AP協調通信において、MU-RTS TXS Trigger frameを用いる場合、複数AP協調通信向けのTXOP sharing modeを明示的に通知してもよい。例えば、図２に示すCommon Info fieldのTXOP Sharing ModeのReserved領域において、複数AP協調通信向けのTXOP sharing modeが通知されてもよい。あるいは、図２６と同様に、Common Info fieldのsubfieldの一部（例えば、CTSフレームの送信には使用されないのsubfieldの一部）に複数AP協調通信向けのTXOP sharing modeを通知するsubfieldを設けてもよい。
　（３）実施の形態１において、AP１００から複数のP2Pペア（P2P通信を行うSTA２００のペア）に対してFDMベースのTXOP sharingを指示する場合、以下のような手順をAP１００とSTA２００との間において実施してもよい。
　ここで、P2Pを行うSTAペアは、例えば、802.11規格においてTunneled Direct Link Setup（TDLS）と呼ばれる手順で設定される。TDLSでは、STAペア間において、TDLS request frame及びTDLS response frameのやりとりをAPにて中継することによりP2P通信の事前設定が行われる。TDLSにおける設定内容はカプセル化されたデータでやりとりされるため、APは、どのSTAペアがP2Pを設定したのかを含めてP2Pの設定内容を把握しない。
　よって、本開示の一実施例において、AP１００によるP2P通信用のTXOP sharingの実施のために、P2Pを行うSTA２００は、AP１００へ所定の情報を事前に通知（要求）することが期待される。
　例えば、P2Pを行うSTA２００は、TDLS設定後、AP１００へP2Pリソース割当要求を通知してもよい。STA２００は、P2Pリソース割当要求として、例えば、P2P用の送信バッファ状態（Buffer Status Report）をAP１００へ通知してもよい。また、STA２００は、例えば、TDLS設定後、STA２００がTDLSを設定したSTAであることをAP１００へ通知してもよい。また、STA２００は、例えば、STA２００のP2P通信先の別のSTAに関する情報（例えば、STA ID）をAP１００へ通知してもよい。また、STA２００は、例えば、P2P通信を行うSTAペアが、Secondary channelでの通信が可能か否かに関するCapabilityを事前にAP１００へ通知してもよい。また、STA２００は、TDLS設定後、Off-channel（例えば、AP１００のOperation帯域外においてP2P通信を行う設定）を実施した場合、AP１００へ、Off-channelの実施を通知してもよい。
　または、TDLS設定後にSTA２００がAP１００に情報を通知する代わりに、802.11規格において規定されるTDLS設定手順に代えて、TXOP sharing向けのDirect link設定手順が規定されてもよい。TXOP sharing向けのDirect link設定では、例えば、P2Pを行うSTA２００間のDirect Link設定のためのrequest/response frame交換をAP１００において中継し、TXOP sharingに対応するAP１００は、request/response frameの内容を復号し、解釈してよい。例えば、request/response frameには、P2P通信において使用される周波数リソース（例えば、使用される20 MHz サブチャネル）、P2P通信先のSTAの情報、Capability情報が含まれてもよい。この場合、例えば、Direct Linkの設定と同時にDirect Linkの情報がAP１００へ通知されてもよい。
　これにより、AP１００は、P2P用の送信バッファがあるSTAペアに対して、FDMベースのTXOP sharingをスケジューリングできる。また、例えば、Off-channelを実施するP2Pを行うSTAペアについては、AP１００のOperation帯域でのスケジューリングが行えないので、AP１００は。当該STAペアをTXOP sharingの対象から除外してもよい。
　なお、P2P通信は、Primary 20MHz channelを含むchannelでの通信に限定されず、TXOP sharingした割当期間では、Primary 20MHz channelを含まないSecondary channelでの通信が許可されてもよい。
　例えば、図１８に示すように、AP１００は、MU-RTSによるCTSフレームの周波数リソース位置の通知を利用して、User Info fieldのRU allocation subfieldにおいて、P2Pを行うSTAペアに対して20MHz×N channelを指示してもよい。
　また、P2P通信を行うSTAペアがTXOP sharingした割当期間において送受信する周波数リソース（channel）をAP１００が決定し、事前にSTAペアに通知することにより、STAペアが信号を送受信するchannelをSTAペアにおいて検出しなくてよいので、STA２００の受信処理を簡易化できる。
　なお、TXOP sharingした割当期間にて送受信に使用される周波数リソース（channel）の事前通知は、例えば、TDLSにおいてP2PのSTAペア間において送受信に使用されるchannelをネゴシエーションするOff-channel設定の仕組みを流用してもよい。
　また、TXOP sharingした割当期間において、P2P通信を指示する場合、AP１００は、例えば、Trigger frameのUser Info fieldに、P2P通信の送信STAのSTA IDに加えて、P2P通信の受信STAのSTA IDを含めてもよい。例えば、P2P通信を行うSTAペアのそれぞれの接続APが異なる場合、送信STAが接続するAP１００は、受信STAに関する情報を把握しない。この場合、送信STAからAP１００へ受信STAに関する情報（例えば、STA ID等）の通知を行ってもよい（例えば、通知を必須にしてもよい）。
　これにより、P2P通信を行うSTAペアは、Trigger frameを復号し、各STAのSTA IDが指定されたことを検出することにより、NAVを解除でき、TXOP sharingされた割当期間でのP2P通信を実現できる。また、Trigger frameに、P2P通信の受信STAのSTA IDを含めずに、受信STAがP2P通信相手のSTAのSTA IDがTrigger frameで指定されたことを検出した場合は、NAVを解除し、TXOP sharingされた割当期間でのP2P通信を実施する方法でもよい。
　（４）上述した各実施の形態において示すシーケンス図は、一例として、MU-RTS TXS Trigger frameに対してCTSフレームを応答する場合について説明したが、本開示の一実施例は、これに限定されない。例えば、CTSフレームの応答の有無をAP１００がTrigger frameによってSTA２００へ指示してもよい。これにより、隠れ端末の発生が少ないと想定される環境では、STA２００からのCTSフレームの応答を省略でき、スループット性能を改善できる。
　（５）上述した各実施の形態において、TXOP Sharing Mode、P2P flag、Transmission start timing、又は、PPDU lengthといった制御情報が配置されるフィールドは、上述したフィールドに限定されず、他のフィールドに配置されてもよい。
　また、上述した各実施の形態において、TXOP sharingの割当期間を指示するフィールドは、UL Length subfieldに限らず、他のsubfieldでもよい。
　また、上述した各実施の形態において、Trigger frameの構成、及び、Trigger frame内のCommon Info field及びUser Info fieldの構成は、上述した例に限定されず、例えば、上述した各fieldにおいて、他のsubfieldの追加及び一部のsubfieldの削除の少なくとも一方が行われた他の構成でもよい。
　また、実施の形態１において説明したFDMベースの複数STAへのTXOP sharing、及び、実施の形態２において説明したTDMベースの複数STAへのTXOP sharingを組み合わせてもよい。例えば、TXOP sharingにおいて割り当てられる複数のSTA２００は、割当期間において周波数リソース及び時間リソースの少なくとも一方が異なるリソースにおいて信号多重されてもよい。
　また、上述した各実施の形態では、一例として、複数STAへのSharing APの通知にMU-RTS TXS Trigger frameを用いる場合について説明したが、複数STAへのSharing APの通知におけるTrigger typeはMU-RTSに限定されず、他のTrigger typeでもよく、将来のバージョンにおいて新たに定義されるTrigger typeでもよい。
　また、P2P通信においてSTA２００が通知する別のSTAは、当該STA２００が接続するAP１００配下のSTAでもよく、STA２００が接続するAP１００と異なるAP配下のSTAの何れでもよい。
　また、上記実施の形態では、一例として、11beのフォーマットに基づいて説明したが、本開示の一実施例を適用するフォーマットは、11beのフォーマットに限定されない。本開示の一実施例は、例えば、車載向け規格であるIEEE 802.11pの次世代規格であるIEEE 802.11bd（NGV(Next Generation V2X)）向けに適用されてもよい。
　（６）上述した各実施の形態に示した機能、動作又は処理をSTA２００がサポートするか否かを示す情報が、例えば、STA２００の能力（capability）情報あるいは能力パラメータとして、STA２００からAP１００へ送信（あるいは通知）されてもよい。
　能力情報は、上述した各実施の形態に示した機能、動作又は処理の少なくとも１つをSTA２００がサポートするか否かを個別に示す情報要素（IE）を含んでもよい。あるいは、能力情報は、上述した各実施の形態に示した機能、動作又は処理の何れか２以上の組み合わせをSTA２００がサポートするか否かを示す情報要素を含んでもよい。情報要素は単に要素（element）とも呼ばれる。
　AP１００は、例えば、STA２００から受信した能力情報に基づいて、能力情報の送信元STA２００がサポートする（あるいはサポートしない）機能、動作又は処理を判断（あるいは決定または想定）してよい。AP１００は、能力情報に基づく判断結果に応じた動作、処理又は制御を実施してよい。例えば、AP１００は、STA２００から受信した能力情報に基づいて、複数STAへのTXOP sharingを制御してよい。
　なお、上述した各実施の形態に示した機能、動作又は処理の一部をSTA２００がサポートしないことは、STA２００において、そのような一部の機能、動作又は処理が制限されることに読み替えられてもよい。例えば、そのような制限に関する情報あるいは要求が、AP１００に通知されてもよい。
　STA２００の能力あるいは制限に関する情報は、例えば、規格において定義されてもよいし、AP１００において既知の情報あるいはAP１００へ送信される情報に関連付けられて暗黙的（implicit）にAP１００に通知されてもよい。
　本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
　集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。
　さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
　本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
　通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係るアクセスポイントは、獲得した送信機会の少なくとも一部の時間を複数の端末の上り送信に割り当てるための制御信号を生成する制御回路と、前記制御信号を送信する送信回路と、を具備する。
　本開示の一実施例において、前記複数の端末には、端末間通信を行う端末が含まれる。
　本開示の一実施例において、前記制御回路は、前記制御信号における前記端末に共通の共通情報フィールドに、前記複数の端末に前記送信機会の共有を指示する情報を設定する。
　本開示の一実施例において、前記制御回路は、前記送信機会の共有を指示する情報を設定する場合、前記制御信号に、前記複数の端末に個別のユーザ情報フィールドを設定する。
　本開示の一実施例において、前記制御回路は、前記制御信号における端末個別のユーザ情報フィールドに、前記送信機会の少なくとも一部の時間における通信が、前記アクセスポイントと前記端末との通信、及び、端末間通信の何れであるかを示す情報を設定する。
　本開示の一実施例において、前記制御回路は、前記制御信号における前記端末に共通の共通情報フィールドに、前記送信機会の少なくとも一部の時間における上り送信信号の時間長に関する情報を設定する。
　本開示の一実施例において、前記制御回路は、前記送信機会の少なくとも一部の時間における前記複数の端末の送信順序を、前記制御信号における前記複数の端末に個別のユーザ情報フィールドの配置順序に関連付ける。
　本開示の一実施例において、前記制御回路は、前記制御信号に、前記送信機会の少なくとも一部の時間における前記複数の端末による上り送信の時間長を指示する情報を設定する。
　本開示の一実施例において、前記制御回路は、前記上り送信の時間長を指示する情報を、前記制御信号において、前記端末に共通の共通情報フィールド、及び、前記端末に個別のユーザ情報フィールドの少なくとも一方に設定する。
　本開示の一実施例に係る端末は、アクセスポイントが獲得した送信機会の少なくとも一部の時間を複数の端末の上り送信に割り当てるための制御信号を受信する受信回路と、前記制御信号に基づいて、前記送信機会の少なくとも一部の時間における上り送信を制御する制御回路と、を具備する。
　本開示の一実施例に係る通信方法において、アクセスポイントは、獲得した送信機会の少なくとも一部の時間を複数の端末の上り送信に割り当てるための制御信号を生成し、前記制御信号を送信する。
　本開示の一実施例に係る通信方法において、端末は、アクセスポイントが獲得した送信機会の少なくとも一部の時間を複数の端末の上り送信に割り当てるための制御信号を受信し、前記制御信号に基づいて、前記送信機会の少なくとも一部の時間における上り送信を制御する。
　２０２１年６月１６日出願の特願２０２１－１００１４１の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一実施例は、無線通信システムに有用である。
　１００　AP
　１０１　スケジューリング部
　１０２，２０４　TXOP sharing mode設定部
　１０３　Common Info生成部
　１０４　User Info生成部
　１０５　Trigger frame生成部
　１０６，２０９　誤り訂正符号化部
　１０７，２１０　変調部
　１０８，２０１　無線送受信部
　１０９，２０２　復調部
　１１０，２０３　誤り訂正復号部
　１１１　STA情報取得部
　２００　端末
　２０５　Common Info取得部
　２０６　User Info取得部
　２０７　TXOP sharing制御部
　２０８　データ生成部

Claims (12)

  1. 　獲得した送信機会の少なくとも一部の時間を複数の端末の上り送信に割り当てるための制御信号を生成する制御回路と、
    　前記制御信号を送信する送信回路と、
    　を具備するアクセスポイント。
  2. 　前記複数の端末には、端末間通信を行う端末が含まれる、
    　請求項１に記載のアクセスポイント。
  3. 　前記制御回路は、前記制御信号における前記端末に共通の共通情報フィールドに、前記複数の端末に前記送信機会の共有を指示する情報を設定する、
    　請求項１に記載のアクセスポイント。
  4. 　前記制御回路は、前記送信機会の共有を指示する情報を設定する場合、前記制御信号に、前記複数の端末に個別のユーザ情報フィールドを設定する、
    　請求項３に記載のアクセスポイント。
  5. 　前記制御回路は、前記制御信号における端末個別のユーザ情報フィールドに、前記送信機会の少なくとも一部の時間における通信が、前記アクセスポイントと前記端末との通信、及び、端末間通信の何れであるかを示す情報を設定する、
    　請求項１に記載のアクセスポイント。
  6. 　前記制御回路は、前記制御信号における前記端末に共通の共通情報フィールドに、前記送信機会の少なくとも一部の時間における上り送信信号の時間長に関する情報を設定する、
    　請求項１に記載のアクセスポイント。
  7. 　前記制御回路は、前記送信機会の少なくとも一部の時間における前記複数の端末の送信順序を、前記制御信号における前記複数の端末に個別のユーザ情報フィールドの配置順序に関連付ける、
    　請求項１に記載のアクセスポイント。
  8. 　前記制御回路は、前記制御信号に、前記送信機会の少なくとも一部の時間における前記複数の端末による上り送信の時間長を指示する情報を設定する、
    　請求項７に記載のアクセスポイント。
  9. 　前記制御回路は、前記上り送信の時間長を指示する情報を、前記制御信号において、前記端末に共通の共通情報フィールド、及び、前記端末に個別のユーザ情報フィールドの少なくとも一方に設定する、
    　請求項８に記載のアクセスポイント。
  10. 　アクセスポイントが獲得した送信機会の少なくとも一部の時間を複数の端末の上り送信に割り当てるための制御信号を受信する受信回路と、
    　前記制御信号に基づいて、前記送信機会の少なくとも一部の時間における上り送信を制御する制御回路と、
    　を具備する端末。
  11. 　アクセスポイントは、
    　獲得した送信機会の少なくとも一部の時間を複数の端末の上り送信に割り当てるための制御信号を生成し、
    　前記制御信号を送信する、
    　通信方法。
  12. 　端末は、
    　アクセスポイントが獲得した送信機会の少なくとも一部の時間を複数の端末の上り送信に割り当てるための制御信号を受信し、
    　前記制御信号に基づいて、前記送信機会の少なくとも一部の時間における上り送信を制御する、
    　通信方法。
PCT/JP2022/011569 2021-06-16 2022-03-15 アクセスポイント、端末、及び通信方法 WO2022264571A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN202280039049.0A CN117413599A (zh) 2021-06-16 2022-03-15 接入点、终端及通信方法
BR112023026010A BR112023026010A2 (pt) 2021-06-16 2022-03-15 Ponto de acesso, terminal e método de comunicação
JP2023529554A JPWO2022264571A1 (ja) 2021-06-16 2022-03-15
KR1020237042897A KR20240019141A (ko) 2021-06-16 2022-03-15 액세스 포인트, 단말, 및 통신 방법
EP22824568.4A EP4358616A1 (en) 2021-06-16 2022-03-15 Access point, terminal, and communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-100141 2021-06-16
JP2021100141 2021-06-16

Publications (1)

Publication Number Publication Date
WO2022264571A1 true WO2022264571A1 (ja) 2022-12-22

Family

ID=84527010

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/011569 WO2022264571A1 (ja) 2021-06-16 2022-03-15 アクセスポイント、端末、及び通信方法

Country Status (6)

Country Link
EP (1) EP4358616A1 (ja)
JP (1) JPWO2022264571A1 (ja)
KR (1) KR20240019141A (ja)
CN (1) CN117413599A (ja)
BR (1) BR112023026010A2 (ja)
WO (1) WO2022264571A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021100141A (ja) 2015-07-13 2021-07-01 ラム リサーチ コーポレーションＬａｍ Ｒｅｓｅａｒｃｈ Ｃｏｒｐｏｒａｔｉｏｎ エッジに限局されたイオン軌道制御及びプラズマ動作を通じた、最端エッジにおけるシース及びウエハのプロフィール調整

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021100141A (ja) 2015-07-13 2021-07-01 ラム リサーチ コーポレーションＬａｍ Ｒｅｓｅａｒｃｈ Ｃｏｒｐｏｒａｔｉｏｎ エッジに限局されたイオン軌道制御及びプラズマ動作を通じた、最端エッジにおけるシース及びウエハのプロフィール調整

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
FISCHER MATTHEW: "MLO Synchronous Transmission", IEEE 802.11-20/0081R0, 10 January 2020 (2020-01-10), pages 1 - 22, XP055838560 *
HU MENGSHI, JIAN ROSS YU, GAN MING: "Multi-RU Indication in Trigger Frame ", IEEE 802.11-20/0416R0, 15 March 2020 (2020-03-15), pages 1 - 14, XP055869663 *
YANG JAY, PRABODTH VARSHNEY , MIKA KASSLIN , LORENZO GALATI GIORDANO , GANG CHENG , YIMING JIANG , DINGJUN HE: "TXOP Sharing for use in MU P2P Content", IEEE, INTERNET, 23 March 2021 (2021-03-23), pages 1 - 7, XP093014976 *
YONGSU GWAK (KNUT): "Multi-link TXOP Sharing for Delay Reduction", IEEE DRAFT; 11-19-1613-01-00BE-MULTI-LINK-TXOP-SHARING-FOR-DELAY-REDUCTION, vol. 802.11 EHT; 802.11be, no. 1, 13 November 2019 (2019-11-13), Piscataway, NJ USA , pages 1 - 19, XP068164586 *

Also Published As

Publication number Publication date
BR112023026010A2 (pt) 2024-02-27
CN117413599A (zh) 2024-01-16
KR20240019141A (ko) 2024-02-14
EP4358616A1 (en) 2024-04-24
JPWO2022264571A1 (ja) 2022-12-22

Similar Documents

Publication Publication Date Title
US11653392B2 (en) Wireless communication method and wireless communication terminal for receiving data from plurality of wireless communication terminals
US11930535B2 (en) Trigger-based random access for wireless device
US9992765B2 (en) Method for transmitting and receiving a frame in a wireless LAN system and apparatus for supporting same
WO2021178157A1 (en) Coordinated access point transmissions
CN112217759B (zh) 发送关于缓冲状态信息的无线通信方法和无线通信终端
US20130044735A1 (en) Wireless local area network access point system based on virtual access point service
US11844106B2 (en) Low latency schemes for peer-to-peer (P2P) communications
JP2018160782A (ja) 無線通信装置および無線通信方法
KR102531753B1 (ko) 장거리 전송을 위한 무선 통신 단말과의 무선 통신 방법 및 이를 사용하는 무선 통신 단말
KR20110020750A (ko) 고용량 무선 통신 시스템에서 통신 장치 및 방법
CN107509251B (zh) 一种退避方法和装置
WO2022264571A1 (ja) アクセスポイント、端末、及び通信方法
WO2023107181A1 (en) Dynamic selection of parameters for enhanced quality of service (qos) and reliability
WO2023228566A1 (ja) アクセスポイント、端末、及び通信方法
WO2023013254A1 (ja) 通信装置及び通信方法
WO2024004596A1 (ja) アクセスポイント、端末、及び通信方法
WO2024038905A1 (ja) 通信装置、及び通信方法
WO2022249633A1 (ja) 端末、基地局、及び、通信方法
WO2023079887A1 (ja) アクセスポイント及び通信方法
WO2023243568A1 (ja) アクセスポイント、端末、及び通信方法
WO2022239426A1 (ja) 基地局、端末、及び通信方法
US12035376B2 (en) Wireless communication method and wireless communication terminal for receiving data from plurality of wireless communication terminals
WO2022059359A1 (ja) 基地局、通信装置及び通信方法
WO2023221921A1 (zh) 通信方法、装置及***
WO2023176523A1 (ja) 通信装置及び通信方法

Legal Events

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

Ref document number: 22824568

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023529554

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 202280039049.0

Country of ref document: CN

Ref document number: MX/A/2023/014291

Country of ref document: MX

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112023026010

Country of ref document: BR

WWE Wipo information: entry into national phase

Ref document number: 2022824568

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022824568

Country of ref document: EP

Effective date: 20240116

ENP Entry into the national phase

Ref document number: 112023026010

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20231211