WO2022173251A1 - 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말 - Google Patents

멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말 Download PDF

Info

Publication number
WO2022173251A1
WO2022173251A1 PCT/KR2022/002057 KR2022002057W WO2022173251A1 WO 2022173251 A1 WO2022173251 A1 WO 2022173251A1 KR 2022002057 W KR2022002057 W KR 2022002057W WO 2022173251 A1 WO2022173251 A1 WO 2022173251A1
Authority
WO
WIPO (PCT)
Prior art keywords
frame
sta
txop
ppdu
nav
Prior art date
Application number
PCT/KR2022/002057
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 CN202280014346.XA priority Critical patent/CN116830754A/zh
Priority to JP2023548732A priority patent/JP2024506354A/ja
Priority to KR1020237027023A priority patent/KR20230129510A/ko
Publication of WO2022173251A1 publication Critical patent/WO2022173251A1/ko
Priority to US18/232,806 priority patent/US20240049304A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/04—Scheduled access
    • H04W74/06—Scheduled access using polling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H04W74/0841—Random access procedures, e.g. with 4-step access with collision treatment
    • H04W74/085—Random access procedures, e.g. with 4-step access with collision treatment collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink protocols
    • 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
    • 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/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0866—Non-scheduled access, e.g. ALOHA using a dedicated channel for access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • 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/004—Transmission of channel access control information in the uplink, i.e. towards network
    • 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

Definitions

  • the present invention relates to a wireless communication method using a multi-link and a wireless communication terminal using the same, and more particularly, to a method and a terminal for transmitting and receiving data by setting TXOP.
  • Wireless LAN technology is a technology that enables mobile devices such as smart phones, smart pads, laptop computers, portable multimedia players, embedded devices, etc. to be.
  • IEEE 802.11b supports a communication speed of up to 11Mbps while using a frequency of the 2.4GHz band.
  • IEEE 802.11a which was commercialized after IEEE 802.11b, uses a frequency of 5 GHz band instead of 2.4 GHz band, thereby reducing the influence on interference compared to a fairly crowded 2.4 GHz band, and using OFDM technology to maximize communication speed. Up to 54 Mbps.
  • IEEE 802.11a has a disadvantage in that the communication distance is shorter than that of IEEE 802.11b.
  • IEEE 802.11g uses a frequency of the 2.4 GHz band to achieve a communication speed of up to 54 Mbps, and has received considerable attention as it satisfies backward compatibility. have the upper hand
  • IEEE 802.11n is a technical standard established to overcome the limit on communication speed, which has been pointed out as a weakness in wireless LAN. IEEE 802.11n aims to increase the speed and reliability of the network and extend the operating distance of the wireless network. More specifically, IEEE 802.11n supports high throughput (HT) with a data processing rate of up to 540 Mbps or higher, and uses multiple antennas at both ends of the transmitter and receiver to minimize transmission errors and optimize data rates. It is based on MIMO (Multiple Inputs and Multiple Outputs) technology. In addition, this standard may use a coding method that transmits multiple duplicate copies to increase data reliability.
  • HT high throughput
  • MIMO Multiple Inputs and Multiple Outputs
  • IEEE 802.11ac supports a wide bandwidth (80 MHz to 160 MHz) at a frequency of 5 GHz.
  • the IEEE 802.11ac standard is defined only in the 5GHz band, but for backward compatibility with existing 2.4GHz band products, the initial 11ac chipsets will also support operation in the 2.4GHz band.
  • the WLAN speed of a multi-station (STA) is at least 1 Gbps, and the maximum single link speed is at least 500 Mbps.
  • IEEE 802.11ad is a transmission standard that provides a speed of up to 7 Gbps using beamforming technology, and is suitable for streaming large amounts of data or high bit rate video such as uncompressed HD video.
  • the 60 GHz frequency band has a disadvantage in that it is difficult to pass through obstacles and can only be used between devices in a short distance.
  • the IEEE 802.11ax High Efficiency WLAN, HEW
  • HEW High Efficiency WLAN
  • high-frequency-efficiency communication must be provided indoors and outdoors in the presence of high-density STAs and access points (APs), and various technologies have been developed to implement this.
  • IEEE 802.11be Extremely High Throughput, EHT
  • EHT Extended High Throughput
  • the 7th generation wireless LAN standard aims to support a transmission rate of up to 30Gbps through wider bandwidth, increased spatial streams, and multi-AP cooperation in the 2.4/5/6 GHz band.
  • Standard development is in progress.
  • techniques such as a bandwidth of 320 MHz, a multi-link operation, a multi-access point (Multi-AP) operation, and a retransmission operation (Hybrid Automatic Repeat Request, HARQ) have been proposed.
  • Multi-AP multi-access point
  • HARQ Hybrid Automatic Repeat Request
  • the multi-link operation may be operated in various forms according to an operation method and an implementation method thereof.
  • the technology that is the background of the invention is written to promote the understanding of the background of the invention, and may include content that is not already known to those of ordinary skill in the art to which this technology belongs.
  • An object of the present invention is to provide a method and apparatus for transmitting and receiving data through setting of a transmission opportunity (TXOP) in a multi-link operation.
  • TXOP transmission opportunity
  • Another object of the present invention is to provide a method and apparatus for transmitting and receiving data by a non-AP STA by sharing a TXOP configured by an AP (Access Point) to a non-AP STA.
  • AP Access Point
  • Another object of the present invention is to provide a method and apparatus for setting a network allocation vector (NAV) for a non-AP STA to transmit and receive data within a shared TXOP.
  • NAV network allocation vector
  • An STA (station: STA) of a wireless communication system includes a transceiver; and a processor for controlling the transceiver, wherein the processor receives a trigger frame instructing uplink transmission from an access point (AP), wherein the trigger frame includes a transmission opportunity ( Transmission opportunity: Used to share part or all of TXOP) to the STA, and transmit a Physical layer Protocol Data Unit (PPDU) to the AP and/or other STAs within the shared TXOP based on the trigger frame.
  • the PPDU includes duration information indicating a TXOP for transmission of the PPDU, and the duration information is set based on the shared TXOP.
  • the end time of the duration indicated by the duration information is the same as the end time of the shared TXOP.
  • the duration indicated by the duration information is terminated before the end time of the shared TXOP.
  • the PPDU when a network allocation vector (NAV) is configured by a frame transmitted by the AP in the TXOP, the PPDU is transmitted regardless of the configured NAV in the shared TXOP.
  • NAV network allocation vector
  • the trigger frame includes a subfield indicating whether the TXOP is shared by the trigger frame.
  • the value of the subfield indicates whether transmission/reception with the other STA is possible within the shared TXOP.
  • the trigger frame includes a type field indicating the type of the trigger frame, and the sharing of the part or all of the TXOP is set according to the type of the trigger frame by the type field.
  • TXOP transmission opportunity
  • PPDU physical layer protocol data unit
  • the non-AP STA by sharing the TXOP configured by the AP to the non-AP STA, there is an effect that the non-AP STA can efficiently transmit and receive data.
  • the non-AP STA sets the NAV for transmitting and receiving data within the shared TXOP based on the shared TXOP or interprets the set NAV according to the shared TXOP to efficiently interpret data There is a transmission effect.
  • FIG. 1 shows a wireless LAN system according to an embodiment of the present invention.
  • FIG. 2 shows a wireless LAN system according to another embodiment of the present invention.
  • FIG 3 shows the configuration of a station according to an embodiment of the present invention.
  • FIG 4 shows the configuration of an access point according to an embodiment of the present invention.
  • FIG. 5 schematically shows a process in which a station establishes a link with an access point.
  • FIG. 6 illustrates an example of a carrier sense multiple access (CSMA)/collision avoidance (CA) method used in wireless LAN communication.
  • CSMA carrier sense multiple access
  • CA collision avoidance
  • PPDU 7 illustrates an embodiment of various standard generation-specific PLCP Protocol Data Unit (PPDU) formats.
  • PPDU Protocol Data Unit
  • EHT Extremely High Throughput
  • FIG. 9 is a diagram illustrating a multi-link device according to an embodiment of the present invention.
  • FIG. 10 is a diagram illustrating an example of a TID-to-link mapping method according to an embodiment of the present invention.
  • FIG. 11 is a diagram illustrating an example of a multi-link NAV setting operation according to an embodiment of the present invention.
  • FIG. 12 is a diagram illustrating another example of a multi-link NAV setting operation according to an embodiment of the present invention.
  • FIG. 13 is a diagram illustrating an example of BSS classification and an operation based thereon according to an embodiment of the present invention.
  • FIG. 14 illustrates a wireless LAN function according to an embodiment of the present invention.
  • FIG 15 illustrates an uplink (UL) multi-user (MU) operation according to an embodiment of the present invention.
  • UL uplink
  • MU multi-user
  • FIG. 16 shows a trigger frame format according to an embodiment of the present invention.
  • FIG. 17 illustrates a method for indicating a trigger-based PPDU format according to an embodiment of the present invention.
  • FIG. 19 is a diagram illustrating a method for sharing a TXOP according to an embodiment of the present invention.
  • FIG. 20 is a diagram illustrating a method related to TXOP sharing and NAV setting according to an embodiment of the present invention.
  • 21 is a diagram illustrating TXOP sharing and CTS frame transmission according to an embodiment of the present invention.
  • FIG. 22 is a diagram illustrating an example of a trigger frame for sharing TXOP according to an embodiment of the present invention.
  • FIG. 23 is a diagram illustrating an NAV timeout according to an embodiment of the present invention.
  • FIG. 24 is a diagram illustrating TXOP sharing and NAV timeout according to an embodiment of the present invention.
  • 25 is a diagram illustrating TXOP sharing and NAV timeout according to another embodiment of the present invention.
  • 26 is a diagram illustrating TXOP sharing and NAV timeout according to another embodiment of the present invention.
  • FIG. 27 is a diagram illustrating that an STA and an AP apply NAV when TXOP sharing is applied according to an embodiment of the present invention.
  • FIG. 28 is a diagram illustrating that an STA terminates sharing of a TXOP according to an embodiment of the present invention.
  • 29 is a flowchart illustrating an example of an operation of an STA according to an embodiment of the present invention.
  • FIG. 1 shows a wireless LAN system according to an embodiment of the present invention.
  • the WLAN system includes one or more basic service sets (BSS), which indicate a set of devices that can communicate with each other by successfully synchronizing.
  • BSS basic service sets
  • the BSS may be divided into an infrastructure BSS (infrastructure BSS) and an independent BSS (IBSS), and FIG. 1 shows the infrastructure BSS among them.
  • infrastructure BSS infrastructure BSS
  • IBSS independent BSS
  • the infrastructure BSS (BSS1, BSS2) includes one or more stations (STA1, STA2, STA3, STA4, STA5), an access point (AP-1), which is a station providing a distribution service. , AP-2), and a distribution system (DS) for connecting a plurality of access points (AP-1, AP-2).
  • BSS1, BSS2 includes one or more stations (STA1, STA2, STA3, STA4, STA5), an access point (AP-1), which is a station providing a distribution service. , AP-2), and a distribution system (DS) for connecting a plurality of access points (AP-1, AP-2).
  • a station is an arbitrary device that includes a medium access control (MAC) and a physical layer interface for a wireless medium that conforms to the provisions of the IEEE 802.11 standard, and in a broad sense, a non-access point ( It includes both non-AP) STAs as well as access points (APs). Also, in this specification, the term 'terminal' may be used to refer to a non-AP STA, an AP, or both.
  • the STA for wireless communication includes a processor and a communication unit, and may further include a user interface unit and a display unit according to an embodiment.
  • the processor may generate a frame to be transmitted through the wireless network or process a frame received through the wireless network, and may perform various other processes for controlling the STA.
  • the communication unit is functionally connected to the processor and transmits and receives frames through a wireless network for the STA.
  • a terminal may be used as a term including a user equipment (UE).
  • An access point is an entity that provides access to a distribution system (DS) via a wireless medium for an STA associated with it.
  • DS distribution system
  • the AP is used as a concept including a PCP (Personal BSS Coordination Point), and broadly, a centralized controller, a base station (BS), a Node-B, a BTS (Base Transceiver System), or a site. It may include all concepts such as a controller.
  • the AP may also be referred to as a base wireless communication terminal
  • the base wireless communication terminal is a term including all of an AP, a base station (STA), an eNB (eNodeB), and a transmission point (TP) in a broad sense.
  • the base wireless communication terminal may include various types of wireless communication terminals for allocating communication medium resources and performing scheduling in communication with a plurality of wireless communication terminals.
  • a plurality of infrastructure BSSs may be interconnected through a distribution system (DS).
  • DS distribution system
  • ESSs extended service sets
  • FIG. 2 illustrates an independent BSS as a wireless LAN system according to another embodiment of the present invention.
  • the same or corresponding parts to the embodiment of Fig. 1 will be omitted redundant description.
  • BSS3 shown in FIG. 2 is an independent BSS and does not include an AP, all STAs (STA6, STA7) are not connected to the AP.
  • the independent BSS is not allowed to access the distribution system and forms a self-contained network.
  • each of the STAs STA6 and STA7 may be directly connected to each other.
  • the STA 100 may include a processor 110 , a communication unit 120 , a user interface unit 140 , a display unit 150 , and a memory 160 .
  • the communication unit 120 transmits and receives wireless signals such as wireless LAN packets, and may be built-in or externally provided in the STA 100 .
  • the communication unit 120 may include at least one communication module using different frequency bands.
  • the communication unit 120 may include communication modules of different frequency bands such as 2.4 GHz, 5 GHz, 6 GHz, and 60 GHz.
  • the STA 100 may include a communication module using a frequency band of 7.125 GHz or higher and a communication module using a frequency band of 7.125 GHz or lower.
  • Each communication module may perform wireless communication with an AP or an external STA according to a wireless LAN standard of a frequency band supported by the corresponding communication module.
  • the communication unit 120 may operate only one communication module at a time or operate a plurality of communication modules together at the same time according to the performance and requirements of the STA 100 .
  • each communication module may be provided in an independent form, or a plurality of modules may be integrated into one chip.
  • the communication unit 120 may represent an RF communication module that processes a radio frequency (RF) signal.
  • RF radio frequency
  • the user interface unit 140 includes various types of input/output means provided in the STA 100 . That is, the user interface unit 140 may receive a user input using various input means, and the processor 110 may control the STA 100 based on the received user input. Also, the user interface unit 140 may perform an output based on a command of the processor 110 using various output means.
  • the display unit 150 outputs an image on the display screen.
  • the display unit 150 may output various display objects such as content executed by the processor 110 or a user interface based on a control command of the processor 110 .
  • the memory 160 stores a control program used in the STA 100 and various data corresponding thereto.
  • a control program may include an access program necessary for the STA 100 to access an AP or an external STA.
  • the processor 110 of the present invention may execute various commands or programs and process data inside the STA 100 .
  • the processor 110 may control each unit of the above-described STA 100 , and may control data transmission/reception between the units.
  • the processor 110 may execute a program for accessing the AP stored in the memory 160 and receive a communication setting message transmitted by the AP.
  • the processor 110 may read information on the priority condition of the STA 100 included in the communication setup message and request access to the AP based on the information on the priority condition of the STA 100 .
  • the processor 110 of the present invention may point to the main control unit of the STA 100 , and may point to a control unit for individually controlling some components of the STA 100 , such as the communication unit 120 , according to an embodiment.
  • the processor 110 may be a modem or a modulator and/or demodulator that modulates and demodulates a radio signal transmitted and received from the communication unit 120 .
  • the processor 110 controls various operations of wireless signal transmission and reception of the STA 100 according to an embodiment of the present invention. Specific examples thereof will be described later.
  • the STA 100 shown in FIG. 3 is a block diagram according to an embodiment of the present invention, in which the separated blocks are logically divided into device elements. Accordingly, the elements of the above-described device may be mounted as one chip or a plurality of chips according to the design of the device. For example, the processor 110 and the communication unit 120 may be integrated into one chip or implemented as a separate chip. In addition, in an embodiment of the present invention, some components of the STA 100 , such as the user interface unit 140 and the display unit 150 , may be selectively provided in the STA 100 .
  • the AP 200 may include a processor 210 , a communication unit 220 , and a memory 260 .
  • the AP 200 in FIG. 4 redundant descriptions of parts identical to or corresponding to those of the STA 100 of FIG. 3 will be omitted.
  • the AP 200 includes a communication unit 220 for operating the BSS in at least one frequency band.
  • the communication unit 220 of the AP 200 may also include a plurality of communication modules using different frequency bands. That is, the AP 200 according to an embodiment of the present invention may include two or more communication modules in different frequency bands, for example, 2.4 GHz, 5 GHz, 6 GHz, and 60 GHz.
  • the AP 200 may include a communication module using a frequency band of 7.125 GHz or higher and a communication module using a frequency band of 7.125 GHz or lower.
  • Each communication module may perform wireless communication with the STA according to a wireless LAN standard of a frequency band supported by the corresponding communication module.
  • the communication unit 220 may operate only one communication module at a time or a plurality of communication modules simultaneously according to the performance and requirements of the AP 200 .
  • the communication unit 220 may represent an RF communication module that processes a radio frequency (RF) signal.
  • RF radio frequency
  • the memory 260 stores a control program used in the AP 200 and various data corresponding thereto.
  • the control program may include an access program for managing access of the STA.
  • the processor 210 may control each unit of the AP 200 , and may control data transmission/reception between the units.
  • the processor 210 may execute a program for accessing the STA stored in the memory 260 and transmit a communication setup message for one or more STAs.
  • the communication setup message may include information on the access priority condition of each STA.
  • the processor 210 performs connection establishment according to the connection request of the STA.
  • the processor 210 may be a modem or a modulator and/or demodulator that modulates and demodulates a radio signal transmitted and received from the communication unit 220 .
  • the processor 210 controls various operations of wireless signal transmission and reception of the AP 200 according to an embodiment of the present invention. Specific examples thereof will be described later.
  • FIG. 5 schematically illustrates a process in which an STA establishes a link with an access point.
  • the scanning step is a step in which the STA 100 acquires access information of the BSS operated by the AP 200 .
  • a passive scanning method in which information is obtained using only a beacon message S101 periodically transmitted by the AP 200, and a probe request by the STA 100 to the AP
  • an active scanning method for transmitting a probe request (S103) and receiving a probe response from the AP (S105) to obtain access information.
  • the STA 100 successfully receiving the radio access information in the scanning step transmits an authentication request (S107a), receives an authentication response from the AP 200 (S107b), and performs the authentication step do.
  • the STA 100 transmits an association request (S109a), receives an association response from the AP 200 (S109b), and performs the association step.
  • association basically means wireless coupling, but the present invention is not limited thereto, and coupling in a broad sense may include both wireless coupling and wired coupling.
  • the authentication server 300 is a server that processes 802.1X-based authentication with the STA 100 , and may exist physically coupled to the AP 200 or exist as a separate server.
  • FIG. 6 illustrates an example of a carrier sense multiple access (CSMA)/collision avoidance (CA) method used in wireless LAN communication.
  • CSMA carrier sense multiple access
  • CA collision avoidance
  • a terminal performing wireless LAN communication checks whether a channel is busy by performing carrier sensing before transmitting data. If a radio signal of a predetermined strength or higher is detected, it is determined that the corresponding channel is busy, and the terminal delays access to the corresponding channel. This process is referred to as clear channel assessment (CCA), and the level at which a corresponding signal is detected is referred to as a CCA threshold. If a radio signal greater than or equal to the CCA threshold value received by the terminal has the corresponding terminal as a receiver, the terminal processes the received radio signal. On the other hand, when no radio signal is detected in the corresponding channel or when a radio signal having an intensity smaller than the CCA threshold is detected, the channel is determined to be in an idle state.
  • CCA clear channel assessment
  • each terminal having data to transmit performs a backoff procedure after a time of Inter Frame Space (IFS), such as AIFS (Arbitration IFS), PIFS (PCF IFS), etc. according to the situation of each terminal. do.
  • IFS Inter Frame Space
  • the AIFS may be used as a configuration to replace the existing DIFS (DCF IFS).
  • DCF IFS DIFS
  • Each terminal waits while decreasing the slot time as much as a random number determined for the corresponding terminal during the interval of the idle state of the channel, and the terminal that has exhausted the slot time attempts access to the corresponding channel do. In this way, a period in which each terminal performs a backoff procedure is called a contention window period.
  • the corresponding terminal may transmit data through the channel.
  • the collided terminals receive a new random number and perform the backoff procedure again.
  • the random number newly allocated to each terminal may be determined within a range (2*CW) twice the range of random numbers previously allocated to the corresponding terminal (contention window, CW).
  • each terminal attempts to access by performing the backoff procedure again in the next contention window period, and at this time, each terminal performs the backoff procedure from the remaining slot time in the previous contention window period. In this way, each terminal performing wireless LAN communication can avoid collision with each other for a specific channel.
  • a terminal may be referred to as a non-AP STA, an AP STA, an AP, an STA, a receiving device, or a transmitting device, but the present invention is not limited thereto.
  • an AP STA may be referred to as an AP.
  • FIG. 7 shows an example of various standard generation-specific PLCP Protocol Data Unit (PPDU) formats. More specifically, FIG. 7(a) shows an embodiment of a legacy PPDU format based on 802.11a/g, FIG. 7(b) shows an embodiment of an HE PPDU format based on 802.11ax, and FIG. 7(c) shows an embodiment of a non-legacy PPDU (ie, EHT PPDU) format based on 802.11be. Also, FIG. 7(d) shows the detailed field configuration of L-SIG and RL-SIG commonly used in the PPDU formats.
  • PPDU Protocol Data Unit
  • the preamble of the legacy PPDU includes a legacy short training field (L-STF), a legacy long training field (L-LTF), and a legacy signal field (L-SIG).
  • L-STF legacy short training field
  • L-LTF legacy long training field
  • L-SIG legacy signal field
  • the L-STF, L-LTF, and L-SIG may be referred to as a legacy preamble.
  • the preamble of the HE PPDU includes a Repeated Legacy Short Training field (RL-SIG), a High Efficiency Signal A field (HE-SIG-A), and a High Efficiency Signal (HE-SIG-B) in the legacy preamble.
  • B field a High Efficiency Short Training field (HE-STF), and a High Efficiency Long Training field (HE-LTF) are additionally included.
  • the RL-SIG, HE-SIG-A, HE-SIG-B, HE-STF and HE-LTF may be referred to as a HE preamble.
  • a specific configuration of the HE preamble may be modified according to the HE PPDU format. For example, HE-SIG-B may be used only in the HE MU PPDU format.
  • the preamble of the EHT PPDU is a Repeated Legacy Short Training field (RL-SIG), a Universal Signal field (U-SIG), and an Extremely High Throughput Signal A field (EHT-SIG-A) in the legacy preamble.
  • EHT-SIG-A Extremely High Throughput Signal B field
  • EHT-STF Extremely High Throughput Short Training field
  • EHT-LTF Extremely High Throughput Long Training field
  • the RL-SIG, EHT-SIG-A, EHT-SIG-B, EHT-STF and EHT-LTF may be referred to as an EHT preamble.
  • the specific configuration of the non-legacy preamble may be modified according to the EHT PPDU format. For example, EHT-SIG-A and EHT-SIG-B may be used only in some of the EHT PPDU formats.
  • the L-SIG includes an L_RATE field and an L_LENGTH field.
  • the L_RATE field consists of 4 bits and indicates an MCS used for data transmission.
  • the L_RATE field is a 6/9/12/18/24/ combination of modulation methods such as BPSK/QPSK/16-QAM/64-QAM and inefficiencies such as 1/2, 2/3, and 3/4. Indicates a value of one of the transmission rates of 36/48/54 Mbps.
  • the L_RATE field is set to the minimum rate of 6 Mbps.
  • the legacy terminal and the non-legacy terminal may interpret the L_LENGTH field in different ways.
  • a method for a legacy terminal or a non-legacy terminal to interpret the length of the corresponding PPDU by using the L_LENGTH field is as follows.
  • 3 bytes ie, 24 bits
  • 4us which is one symbol duration of 64FFT.
  • the number of 64FFT reference symbols after L-SIG is obtained.
  • the length of the corresponding PPDU that is, the reception time (RXTIME)
  • RXTIME reception time
  • the length of the PPDU may be set to a maximum of 5.484 ms.
  • the non-legacy terminal transmitting the corresponding PPDU should set the L_LENGTH field as shown in Equation 2 below.
  • TXTIME is the total transmission time constituting the corresponding PPDU, as shown in Equation 3 below.
  • TX represents the transmission time of X.
  • the U-SIG Universal SIG
  • the U-SIG is a 64FFT-based OFDM 2 symbol and can transmit a total of 52 bits of information. Among them, 43 bits excluding CRC/Tail 9 bits are largely divided into a VI (Version Independent) field and a VD (Version Dependent) field.
  • the VI bit maintains the current bit configuration in the future, so that even if a PPDU of a subsequent generation is defined, the current 11be UEs can obtain information about the corresponding PPDU through the VI fields of the corresponding PPDU.
  • the VI field consists of PHY version, UL/DL, BSS Color, TXOP, and Reserved fields.
  • the PHY version field is 3 bits and serves to sequentially classify 11be and subsequent generation WLAN standards into versions. 11be has a value of 000b.
  • the UL/DL field identifies whether the corresponding PPDU is an uplink/downlink PPDU.
  • BSS Color means an identifier for each BSS defined in 11ax, and has a value of 6 bits or more.
  • TXOP means the Transmit Opportunity Duration delivered in the MAC header. By adding it to the PHY header, the length of the TXOP including the corresponding PPDU can be inferred without the need to decode the MPDU, and has a value of 7 bits or more.
  • the VD field is signaling information useful only for the 11be version of the PPDU, and may be composed of a field commonly used for any PPDU format, such as a PPDU format and BW, and a field defined differently for each PPDU format.
  • the PPDU format is a delimiter for classifying EHT SU (Single User), EHT MU (Multiple User), EHT TB (Trigger-based), EHT ER (Extended Range) PPDU, and the like.
  • BW basic PPDU BW options of 20, 40, 80, 160 (80+80), 320 (160+160) MHz (BW that can be expressed in the form of an exponential power of 20*2 can be called basic BW) ) and various remaining PPDU BWs configured through Preamble Puncturing.
  • basic BW basic PPDU BW
  • 80 MHz may be signaled in a punctured form.
  • the punctured and modified channel type may be signaled directly in the BW field, or may be signaled using the BW field and a field appearing after the BW field (eg, a field in the EHT-SIG field).
  • the puncturing mode can signal up to 3 only. If the BW field is 4 bits, since a total of 16 BW signaling is possible, the puncturing mode can signal a maximum of 11.
  • the field located after the BW field varies depending on the type and format of the PPDU, the MU PPDU and the SU PPDU can be signaled in the same PPDU format, and a field for distinguishing the MU PPDU and the SU PPDU is located before the EHT-SIG field. and additional signaling for this may be performed.
  • both the SU PPDU and the MU PPDU include the EHT-SIG field
  • some fields not required in the SU PPDU may be compressed.
  • the information on the field to which compression is applied may be omitted or may have a size reduced from the size of the original field included in the MU PPDU.
  • the common field of the EHT-SIG may be omitted or replaced, or a user-specific field may be replaced or reduced to one, etc. may have a different configuration.
  • the SU PPDU may further include a compression field indicating whether compression is performed, and some fields (eg, RA field, etc.) may be omitted according to a value of the compression field.
  • some fields eg, RA field, etc.
  • the EHT-SIG field When a part of the EHT-SIG field of the SU PPDU is compressed, information to be included in the compressed field may be signaled together in an uncompressed field (eg, a common field, etc.). Since the MU PPDU is a PPDU format for simultaneous reception by multiple users, the EHT-SIG field must be transmitted after the U-SIG field, and the amount of signaled information may be variable. That is, since a plurality of MU PPDUs are transmitted to a plurality of STAs, each STA must recognize the location of the RU to which the MU PPDU is transmitted, the STA to which each RU is allocated, and whether the transmitted MU PPDU is transmitted to itself.
  • an uncompressed field eg, a common field, etc.
  • the AP must transmit the above information in the EHT-SIG field.
  • the U-SIG field signals information for efficiently transmitting the EHT-SIG field, which may be the number of symbols and/or the modulation method of the EHT-SIG field, MCS.
  • the EHT-SIG field may include size and location information of an RU allocated to each user.
  • a plurality of RUs may be allocated to an STA, and the plurality of RUs may or may not be consecutive. If the RUs allocated to the STA are not consecutive, the STA must recognize the RU punctured in the middle to efficiently receive the SU PPDU. Accordingly, the AP may transmit information on punctured RUs (eg, puncturing patterns of RUs, etc.) among RUs allocated to the STA in the SU PPDU.
  • punctured RUs eg, puncturing patterns of RUs, etc.
  • a puncturing mode field including information indicating whether a puncturing mode is applied and a puncturing pattern in a bitmap format may be included in the EHT-SIG field, and the puncturing mode field may appear within the bandwidth.
  • the form of a discontinuous channel may be signaled.
  • the type of the signaled discontinuous channel is limited, and it indicates the BW and discontinuous channel information of the SU PPDU in combination with the value of the BW field.
  • the STA can recognize the bandwidth allocated to it through the BW field included in the PPDU, and the U-SIG field or EHT-SIG field included in the PPDU.
  • a punctured resource among the allocated bandwidth can be recognized through the puncturing mode field of .
  • the terminal may receive the PPDU in the remaining resource units except for the specific channel of the punctured resource unit.
  • the plurality of RUs allocated to the STA may be configured with different frequency bands or tones.
  • the reason why only the limited type of discontinuous channel type is signaled is to reduce the signaling overhead of the SU PPDU. Since puncturing can be performed for each 20 MHz subchannel, if puncturing is performed on a BW having a large number of 20 MHz subchannels such as 80, 160, 320 MHz, in the case of 320 MHz, the remaining 20 MHz subchannels except for the primary channel.
  • the type of discontinuous channel (when only the edge 20 MHz punctured type is viewed as discontinuous) must be signaled by expressing whether or not 15 are used. As such, allocating 15 bits for signaling the discontinuous channel type of single-user transmission may act as an excessively large signaling overhead in consideration of the low transmission rate of the signaling part.
  • the present invention proposes a technique for signaling the discontinuous channel type of the SU PPDU, and shows the discontinuous channel type determined according to the proposed technique.
  • a scheme for signaling primary 160 MHz and secondary 160 MHz puncturing types is proposed.
  • an embodiment of the present invention proposes a scheme for differentiating the configuration of the PPDU indicated by the preamble puncturing BW values according to the PPDU format signaled in the PPDU format field. It is assumed that the length of the BW field is 4 bits, and in case of EHT SU PPDU or TB PPDU, EHT-SIG-A of 1 symbol is additionally signaled after U-SIG or EHT-SIG-A is not signaled at all. Therefore, in consideration of this, it is necessary to completely signal up to 11 puncturing modes through only the BW field of the U-SIG.
  • the BW field may be set to 1 bit to signal whether the PPDU uses a 20 MHz or 10 MHz band.
  • SIG-B which is a signaling field for simultaneous reception by multiple users, is essential, and SIG-B may be transmitted without a separate SIG-A after the U-SIG.
  • the U-SIG needs to signal information for decoding the SIG-B.
  • These fields include the SIG-B MCS, SIG-B DCM, Number of SIG-B Symbols, SIG-B Compression, and Number of EHT-LTF Symbols fields.
  • EHT Extremely High Throughput
  • the PPDU may be composed of a preamble and a data part, and the format of one type of EHT PPDU may be distinguished according to the U-SIG field included in the preamble. Specifically, based on the PPDU format field included in the U-SIG field, whether the format of the PPDU is an EHT PPDU may be indicated.
  • the EHT SU PPDU is a PPDU used for single user (SU) transmission between the AP and a single STA, and an EHT-SIG-A field for additional signaling may be located after the U-SIG field.
  • SU single user
  • EHT Trigger-based PPDU format that is an EHT PPDU transmitted based on a trigger frame.
  • the EHT Trigger-based PPDU is an EHT PPDU transmitted based on the trigger frame, and is an uplink PPDU used for a response to the trigger frame.
  • the EHT-SIG-A field is not located after the U-SIG field.
  • the EHT MU PPDU is a PPDU used to transmit a PPDU to one or more STAs.
  • the HE-SIG-B field may be located after the U-SIG field.
  • FIG. 8(d) shows an example of an EHT ER SU PPDU format used for single-user transmission with an STA in an extended range.
  • the EHT ER SU PPDU may be used for single-user transmission with an STA of a wider range than the EHT SU PPDU described in FIG. 8A , and the U-SIG field may be repeatedly located on the time axis.
  • the EHT MU PPDU described in (c) of FIG. 8 may be used by the AP for downlink transmission to a plurality of STAs.
  • the EHT MU PPDU may include scheduling information so that a plurality of STAs can simultaneously receive the PPDU transmitted from the AP.
  • the EHT MU PPDU may deliver AID information of the receiver and/or the sender of the PPDU transmitted through the user specific field of the EHT-SIG-B to the STA. Accordingly, the plurality of terminals receiving the EHT MU PPDU may perform a spatial reuse operation based on the AID information of the user-specific field included in the preamble of the received PPDU.
  • the resource unit allocation (RA) field of the HE-SIG-B field included in the HE MU PPDU is the configuration of the resource unit in a specific bandwidth (eg, 20 MHz, etc.) of the frequency axis (eg, , the division type of the resource unit). That is, the RA field may indicate the configuration of resource units divided in the bandwidth for transmission of the HE MU PPDU in order for the STA to receive the PPDU.
  • Information on the STA allocated (or designated) to each divided resource unit may be included in the user-specific field of the EHT-SIG-B and transmitted to the STA. That is, the user specific field may include one or more user fields corresponding to each divided resource unit.
  • a user field corresponding to at least one resource unit used for data transmission among a plurality of divided resource units may include an AID of a receiver or a sender, and the remaining resource units not performed for data transmission ( )), the user field may include a preset null STA ID.
  • Two or more PPDUs shown in FIG. 8 may be indicated by values indicating the same PPDU format. That is, two or more PPDUs may be indicated in the same PPDU format through the same value.
  • the EHT SU PPDU and the EHT MU PPDU may be indicated by the same value through the U-SIG PPDU format subfield.
  • the EHT SU PPDU and the EHT MU PPDU may be distinguished by the number of STAs that receive the PPDU.
  • a PPDU that only one STA receives may be identified as an EHT SU PPDU, and when the number of STAs is set to be received by two or more STAs, it may be identified as an EHT MU PPDU.
  • two or more PPDU formats shown in FIG. 8 may be indicated through the same subfield value.
  • some fields or some information of some fields among the fields shown in FIG. 8 may be omitted, and a case in which some fields or some information of some fields is omitted may be defined as a compression mode or a compressed mode.
  • FIG. 9 is a diagram illustrating a multi-link device according to an embodiment of the present invention.
  • the concept of a device to which one or more STAs are affiliated may be defined.
  • devices to which more than one (ie, two or more) STAs are affiliated may be defined.
  • the device may be a logical concept. Therefore, one or more or more than one STA of this concept is affiliated devices are multi-link devices (multi-link device: MLD), multi-band (multi-band) device or multi-link logical entity (multi-link logical entity: MLLE).
  • the devices of the above concept may be referred to as a multi-link entity (MLE).
  • MLE multi-link entity
  • the MLD may have one MAC medium access control service access point (SAP) up to a logical link control (LLC), and the MLD may have one MAC data service.
  • SAP medium access control service access point
  • LLC logical link control
  • STAs included in the MLD may operate in one or more links or channels. That is, it is possible for STAs included in the MLD to operate in a plurality of different channels. For example, STAs included in the MLD may operate using channels of different frequency bands of 2.4 GHz, 5 GHz, and 6 GHz. Through this, it is possible for the MLD to obtain a gain in channel access and to increase the performance of the entire network.
  • the existing WLAN operates with a single link, but in the MLD operation, more channel access opportunities are obtained using a plurality of links, or an STA can efficiently operate on a plurality of links in consideration of channel conditions. .
  • the MLD affiliated with the APs may be an AP MLD.
  • the STAs affiliated with the MLD are non-AP STAs
  • the MLD affiliated with the non-APs may be a non-AP MLD.
  • an AP multi-link device may be a device including one or more wireless access points (APs), and may be a device connected to an upper layer through one interface. That is, the AP MLD may be connected to a Logical Link Control (LLC) layer through one interface. Multiple APs included in AP MLD may share some functions in the MAC layer. Each AP in the AP MLD may operate on a different link.
  • the STA MLD may be a device including one or more non-AP STAs, and may be a device connected to a higher layer through one interface.
  • the STA MLD may be connected to the LLC layer through one interface. Several STAs included in the STA MLD may share some functions in the MAC layer. Also, the STA MLD may be referred to as a non-AP MLD. In this case, the AP MLD and the STA MLD may perform a multi-link operation for communicating using a plurality of individual links. That is, when the AP MLD includes a plurality of APs, each AP may configure a separate link to perform frame transmission/reception operation using a plurality of links with each terminal included in the STA MLD. In this case, each link may operate in a band of 2.4 GHz, 5 GHz, or 6 GHz, and a bandwidth extension operation may be performed on each link.
  • frame transmission can be performed in the 2.4 GHz band with a bandwidth of 40 MHz through the bandwidth extension method, 5 In each link using the GHz band, frame transmission can be performed with a bandwidth of up to 320 MHz by utilizing the discontinuous bandwidth.
  • STR Simultaneous Transmit and Receive
  • the AP MLD may be capable of STR operation for all links.
  • the STR operation may not be possible in some links of the AP MLD.
  • a terminal MLD capable of STR operation may be connected to the AP MLD, and an MLD incapable of STR operation may be connected to some or all links.
  • a terminal not belonging to the MLD eg, an IEEE 802.11a/b/g/n/ac/ax terminal
  • the AP MLD and the STA MLD may perform a negotiation process for a multi-link operation in the scanning and access process described with reference to FIG. 5 .
  • the AP included in the AP MLD may transmit, in a beacon frame, including an indicator indicating that a multi-link operation is available, the number of available links, and information on a plurality of available links.
  • the UE belonging to the STA MLD may transmit a probe request frame including an indicator indicating that the multi-link operation is available
  • the AP belonging to the AP MLD may transmit a probe response frame indicating that the multi-link operation is available. It may contain directives.
  • the AP may additionally include and transmit the number of usable links and link information during multi-link operation.
  • the STA MLD confirms whether the multi-link operation of the AP MLD and the link information used may perform an access process with the AP MLD.
  • the AP MLD and the STA MLD may start a negotiation process for a multi-link operation.
  • the negotiation process for the multi-link operation may be performed during an access process between the AP belonging to the AP MLD and the terminal belonging to the STA MLD. That is, an indicator indicating that a multi-link operation of the terminal is available while a certain terminal (eg, STA1) belonging to the STA MLD sends an access request frame to an arbitrary AP (eg, AP1) belonging to the AP MLD and a request indicator requesting to perform a multi-link operation.
  • a certain terminal eg, STA1 belonging to the STA MLD sends an access request frame to an arbitrary AP (eg, AP1) belonging to the AP MLD and a request indicator requesting to perform a multi-link operation.
  • the AP may check an indicator for requesting a multi-link operation, and if the AP is capable of a multi-link operation, including link information to be used for the multi-link operation, parameters used in each link, etc.
  • An access response frame allowing a multi-link operation may be transmitted to the corresponding terminal.
  • the parameter for the multi-link operation may include at least one of a band used for each link, a bandwidth extension direction, a target beacon transmission time (TBTT), and whether STR is operated.
  • the AP MLD and the STA MLD in which the use of the multi-link operation is confirmed by exchanging the access request frame and the response frame, use multiple APs included in the AP MLD and multiple terminals included in the STA MLD after the corresponding access process to connect multiple links.
  • the used frame transmission operation may be performed.
  • an MLD including a plurality of STAs may exist, and the plurality of STAs included in the MLD may operate in a plurality of links.
  • an MLD including APs AP1, AP2, and AP3 may be referred to as an AP MLD, and an MLD including non-AP STA1, non-AP STA2, and non-AP STA3 as non-AP STAs is a non-AP MLD.
  • it can be said STAs included in the MLD may operate in link 1 (Link1), link 2 (Link2), link 3 (Link 3), or some of links 1 to 3.
  • the multi-link operation may include a multi-link setup operation.
  • the multi-link establishment operation may be an operation corresponding to association performed in a single link operation. In order to exchange frames in multiple links, it may be necessary to set up multiple links in advance.
  • the multi-link setup operation may be performed using a multi-link setup element.
  • the multi-link configuration element may include capability information related to multi-links, and the capability information includes that an STA included in the MLD receives a frame on a link and at the same time that another STA included in the MLD sends a link to another link. It may include information related to whether the frame can be transmitted.
  • the capability information may include information related to whether STAs (non-AP STAs and/or APs (or AP STAs) can simultaneously transmit/receive frames in different transmission directions through links included in the MLD).
  • the capability information may further include information related to a usable link or an operating channel.Multi-link configuration may be established through negotiation between peer STAs, Multiple link operation may be configured through one link.
  • a mapping relationship may exist between a link of a TID and an MLD.
  • the TID may be transmitted through the mapped link.
  • the mapping between the TID and the link may be made through a directional-based transmission. For example, mapping may be performed in each of both directions between MLD1 and MLD2.
  • the mapping between the TID and the link may have a default setting.
  • the mapping between TIDs and links may basically be a mapping of all TIDs to a certain link.
  • FIG. 10 is a diagram illustrating an example of a TID-to-link mapping method according to an embodiment of the present invention.
  • a mapping relationship between a TID and a link may exist.
  • the mapping relationship between the TID and the link may be referred to as TID-to-link mapping, TID to link mapping, TID mapping, link mapping, or the like.
  • the TID may be a traffic identifier.
  • the TID may be an ID (identifier) for classifying traffic, data, etc. in order to support quality of service (QoS).
  • QoS quality of service
  • the TID may be an ID used or allocated in a layer higher than the MAC layer.
  • TID may indicate traffic categories (TC) and traffic streams (TS).
  • the TID may have 16 values, and may be expressed as values from 0 to 15, for example.
  • the TID value used may be different according to the access policy, channel access, or medium access method. For example, when EDCA (hybrid coordination function (HCF) contention based channel access, enhanced distributed channel access) is used, possible TID values may be 0 to 7.
  • HCF hybrid coordination function
  • the TID value may indicate UP (user priority), and the UP may relate to TC or TS.
  • UP may be a value allocated in a layer higher than the MAC.
  • possible TID values may be 8 to 15.
  • the TID may indicate the TSID.
  • possible TID values may be 8 to 15.
  • the TID may indicate the TSID.
  • AC may be a label for providing QoS in EDCA or a label indicating a set of EDCA parameters.
  • An EDCA parameter or a set of EDCA parameters may be used for channel connection.
  • AC can be used by QoS STAs.
  • the value of AC may be set to one of AC_BK, AC_BE, AC_VI, and AC_VO.
  • AC_BK, AC_BE, AC_VI, and AC_VO may represent background, best effort, video, and voice, respectively. It is also possible to subdivide AC_BK, AC_BE, AC_VI, and AC_VO.
  • AC_VI may be subdivided into AC_VI primary and AC_VI alternate.
  • AC_VO may be subdivided into AC_VO primary and AC_VO alternate.
  • the UP value or the TID value may be mapped with the AC value.
  • the UP value or the TID value 1, 2, 0, 3, 4, 5, 6, 7 may be mapped to AC_BK, AC_BK, AC_BE, AC_BE, AC_VI, AC_VI, AC_VO, and AC_VO, respectively.
  • the UP value or the TID value 1, 2, 0, 3, 4, 5, 6, 7 may be mapped to AC_BK, AC_BK, AC_BE, AC_BE, AC_VI alternate, AC_VI primary, AC_VO primary, and AC_VO alternate, respectively.
  • the UP value or the TID value 1, 2, 0, 3, 4, 5, 6, 7 may have high priority in that order. That is, page 1 may be a low priority, and page 7 may be a high priority.
  • AC_BK, AC_BE, AC_VI, and AC_VO may correspond to AC index (ACI) 0, 1, 2, and 3, respectively.
  • the TID-to-link mapping of the present invention may be a mapping relationship between an AC and a link. Also, in the present invention, TID mapping may be AC mapped, or vice versa.
  • a TID mapped to each link of a multi-link may exist.
  • this mapping can be defined separately for each direction of the link.
  • the mapping between TIDs and links may basically be a mapping of all TIDs to a certain link.
  • a certain TID or an AC at a specific time may be mapped to at least one link.
  • a data frame corresponding to a TID or AC mapped to a certain direction of a link may be transmitted. Also, a data frame corresponding to TID or AC that is not mapped in any direction of the link may not be transmitted.
  • TID-to-link mapping may also be applied to acknowledgment.
  • block ack agreement may be based on TID-to-link mapping.
  • TID-to-link mapping may be based on block ack agreement.
  • TID-to-link mapping For example, by mapping an AC and TID having a high priority to a link having a good channel state or a small number of STAs, it may be possible to quickly transmit data of the corresponding AC and TID. Alternatively, by performing TID-to-link mapping, it is possible to help the STA of a specific link to save power (or go to a doze state).
  • an AP MLD including AP 1 and AP 2 may exist.
  • a Non-AP MLD including STA 1 and STA 2 may exist.
  • a plurality of links, Link 1 and Link 2 may exist in the AP MLD.
  • AP 1 and STA 1 may be associated in Link 1
  • AP 2 and STA 2 may be associated in Link 2.
  • Link 1 may include a link transmitted from AP 1 to STA 1 and/or a link transmitted from STA 1 to AP 1
  • Link 2 is a link transmitted from AP 2 to STA 2 and/or from STA 2 It may include a link to transmit to AP2.
  • each link may be mapped to a TID and/or AC.
  • all TIDs and all ACs may be mapped to a link transmitted from Link 1 to AP 1 to STA 1 and a link transmitted from Link 1 to STA 1 to AP 1 .
  • only the TID corresponding to AC_VO or AC_VO may be mapped to the link transmitted from Link 2 to AP 2 from STA 2 .
  • data of TID or AC that is not mapped to a link cannot be transmitted on the corresponding link.
  • FIG. 11 is a diagram illustrating an example of a multi-link NAV setting operation according to an embodiment of the present invention.
  • the simultaneous transmit and receive (STR) operation of the MLD may be limited, which may be associated with frequency spacing between multiple links operating as multi-links.
  • simultaneous transmission or reception is limited when the interval between links is m MHz, and simultaneous transmission or reception when the interval between links is n MHz for n greater than m is not limited. have.
  • This embodiment may be intended to solve a problem in which simultaneous transmission or reception is limited, and redundant description may be omitted. It is also possible to apply this embodiment to an MLD that cannot be STR.
  • duration information may be shared between links operating as multiple links.
  • the period information may be TXOP duration information transmitted in a signaling field of a preamble.
  • the signaling field may be the U-SIG field described above.
  • the signaling field may be the HE-SIG-A field described above.
  • the period information may be period information indicated by a Duration/ID field included in the MAC header.
  • the period information may be period information indicated by a Length field (L Length field) included in the L-SIG field.
  • period information indicated by the U-SIG field, HE-SIG-A, or Duration/ID field may be a value indicating the TXOP duration.
  • the period information indicated by the L-SIG field may be a value indicating the length of a physical layer protocol data unit (PPDU) including the L-SIG field or the end of the PPDU including the L-SIG field. have.
  • PPDU physical layer protocol data unit
  • a method of limiting transmission or channel access may include establishing a NAV.
  • the NAV may be reset to resume transmission or channel access.
  • the NAV may be an intra-BSS NAV.
  • the intra-BSS NAV may be a NAV configured by an intra-BSS frame (or PPDU). That is, the STA belonging to the MLD may configure the NAV based on a frame (or PPDU) directed to another STA belonging to the MLD.
  • inter-link NAV may exist.
  • the inter-link NAV may be a NAV used by STAs of a plurality of links belonging to a certain MLD when operating in multiple links.
  • link 2 may not transmit based on the inter-link NAV set based on period information received from link 1.
  • inter-link NAV exists or can be used for non-STR MLDs.
  • the MLD configured with the inter-link NAV may not transmit or access a channel in multiple links (or all links used by the MLD).
  • basic NAV may exist in addition to intra-BSS NAV.
  • the basic NAV may be an NAV configured by an inter-BSS frame (or PPDU), or the basic NAV may be configured by a frame (or PPDU) in which it is not determined whether it is an intra-BSS or an inter-BSS.
  • the inter-link NAV When the inter-link NAV is used separately, it may have an advantage in a situation where the NAV setting is updated compared to the case where the inter-link NAV is not used. For example, there may be situations where it is okay to reset the NAV set by another link. For example, although the inter-link NAV is configured based on a certain frame (or PPDU), it is determined that the frame (or PPDU) is not directed to the same MLD, so it may be okay to reset the configured inter-link NAV. When MLDs operating on link 1 and link 2 exist, the NAV for link 1 may have been set based on a frame received from link 1. Thereafter, the NAV of link 1 may be updated based on the frame of link 2.
  • the NAV information set based on the frame received from link 1 may be lost. If the inter-link NAV is used together with the NAV for each link, this problem can be solved because the NAV for each link can be maintained even if the inter-link NAV is reset.
  • the embodiment of the present invention is not limited thereto, and may also be applied to instructing the physical layer to stop accessing the channel or instructing the channel state to be busy. In addition, it is not limited to resetting the NAV, and may also be applied to instructing the physical layer to continue accessing the channel or instructing the channel state to be idle.
  • a primitive exchanged between the physical layer and the MAC layer may be used.
  • a primitive exchanged between one STA of MLD and another STA may be used.
  • a primitive exchanged between one MAC layer of MLD and another MAC layer may be used.
  • the STA of the MLD may stop accessing the channel from the point in time when another STA of the MLD starts receiving.
  • channel access may be restarted.
  • FIG. 12 is a diagram illustrating another example of a multi-link NAV setting operation according to an embodiment of the present invention.
  • FIG. 12 is a detailed description of the specific method of the embodiment described with reference to FIG. 11 , and repeated description may be omitted.
  • Stopping channel access or transmission in the present invention may include operations such as setting (updating) NAV, determining that a channel is busy, or stopping CCA.
  • resuming channel access or transmission may include operations such as resetting NAV, canceling NAV setting, determining a channel as idle, performing CCA, and the like.
  • this operation may be indicated as stopping and resuming channel access.
  • STA 1 and STA 2 belong to MLD below, and STA 1 and STA 2 operate on Link 1 and Link 2, respectively.
  • frame and PPDU can be mixed and indicated.
  • the NAV at this time may be an intra-BSS NAV or an inter-link NAV as described in FIG. 11 .
  • STA 2 when STA 1 starts to receive a frame, STA 2 may stop channel access. Also, when STA 1 obtains duration information from the L-SIG, STA 2 may maintain a state in which channel access is stopped. In this case, the state that STA 2 has stopped accessing the channel may be determined as the end of the frame received by STA 1 . Also, when STA 1 fails to correctly decode the L-SIG (invalid L-SIG), STA 2 may resume channel access.
  • the TXOP duration and BSS color may be received from the U-SIG of the frame received by STA 1 . If the received BSS color indicates intra-BSS or the BSS color is the BSS color corresponding to STA 1, the channel access may be stopped. In one embodiment, in this case, the period for stopping the channel connection may be the end of the received frame. In this case, there is an advantage that the channel connection can be started more quickly after the received frame is finished. In another embodiment, in this case, the period for stopping the channel connection may be a TXOP duration. In this case, the period of the stopped channel connection may be updated based on the L-SIG. In this case, there is an advantage that the sequence following the received frame can be better protected.
  • STA 1 has received the TXOP duration and BSS color from the U-SIG of the received frame, indicating that the received BSS color is not intra-BSS, or that the BSS color is not the BSS color corresponding to STA 1. have.
  • STA 1 has not successfully decoded the U-SIG. In this case, STA 2 may resume channel access.
  • STA 2 may resume channel access.
  • the PHY identifier obtained from the U-SIG is an ID corresponding to a future standard or an unrecognized ID
  • STA 2 may resume channel access.
  • HE-SIG-A may include the TXOP duration and BSS color, and accordingly, the same operation as described above may be performed.
  • the STA-ID may be received from the EHT-SIG of the frame received by STA 1 . If the received STA-ID is an indicator that STA 1 should receive, for example, when the STA-ID indicates STA 1, the STA-ID indicates the group to which STA 1 belongs, or the STA-ID indicates broadcast, STA 2 may maintain a state in which channel access is stopped.
  • the STA-ID may have been received from the EHT-SIG of the frame received by STA 1. If the received STA-ID is an indicator that does not correspond to STA 1, for example, the STA-ID does not indicate the indicator corresponding to STA 1, the STA-ID does not indicate the group to which STA 1 belongs, and the STA-ID broadcasts If not indicated, STA 2 may resume channel access. Alternatively, even when STA 1 does not successfully decode the EHT-SIG, STA 2 may resume channel access.
  • HE-SIG-B may include the STA-ID, and thus may perform the same operation as described above.
  • the MAC header of the frame received by STA 1 may be received. If RA (receiver address) or DA (destination address) included in the received MAC header indicates a value that STA 1 should receive, for example, RA or DA indicates STA 1 or indicates a group to which STA 1 belongs. Or, when the STA-ID indicates broadcast, STA 2 may continue the state in which the channel access is stopped. In this case, the period of channel access to be stopped may be based on duration information included in the received MAC header. More specifically, the period of channel access to stop may be based on duration information indicated by the Duration/ID field included in the received MAC header.
  • the MAC header of the frame received by STA 1 may be received. If the RA or DA included in the received MAC header is an indicator that does not correspond to STA 1, for example, when the RA or DA does not indicate an indicator corresponding to STA 1, does not indicate a group to which STA 1 belongs, and does not indicate broadcast , STA 2 may resume channel access. Alternatively, STA 1 may not have received all MAC headers. For example, STA 1 may fail to receive all MPDUs included in the A-MPDU. In this case, STA 2 may resume channel access.
  • the channel access interruption and resumption described in FIG. 12 may be sequentially performed in the decoding order as the STA 1 starts receiving a frame (or PPDU) and decodes it in turn.
  • the decoding order may be based on a PPDU format, a frame format, and the like.
  • L-SIG, U-SIG, EHT-SIG, and MAC header may be decoded in the order (in case of EHT PPDU).
  • decoding may be performed in the order of L-SIG, HE-SIG-A, and MAC header (in case of HE SU PPDU and HE TB PPDU).
  • decoding may be performed in the order of L-SIG, HE-SIG-A, HE-SIG-B, and MAC header (in case of HE MU PPDU).
  • decoding may be performed in the order of L-SIG and MAC header (in case of 11a/g PPDU).
  • the aforementioned STA-ID may be a value indicating an intended recipient of a PPDU or a resource unit (RU).
  • the STA-ID may be included in the EHT-SIG field or the HE-SIG-B field.
  • the STA-ID may indicate a value corresponding to a single STA. For example, when a plurality of STAs are included in the MLD, the STA-ID may indicate a value corresponding to one STA among the plurality of STAs.
  • the STA-ID may be a value based on the STA's AID or MAC address.
  • FIG. 13 is a diagram illustrating an example of BSS classification and an operation based thereon according to an embodiment of the present invention.
  • Classifying the BSS may include classifying whether the received frame or the received PPDU corresponds to the BSS to which the classifying STA belongs.
  • classifying the BSS may refer to an operation of classifying whether the received frame or the received PPDU is transmitted from the BSS to which the classifying STA belongs.
  • classifying the BSS may include an operation of classifying whether the received frame or the received PPDU corresponds to the BSS to which the classifying STA does not belong.
  • classifying the BSS may refer to an operation of classifying whether a received frame or a received PPDU is transmitted from a BSS to which an STA classifying does not belong.
  • classifying the BSS may include an operation of classifying to which BSS the received frame or the received PPDU belongs.
  • classifying the BSS may mean an operation of classifying from which BSS a received frame or a received PPDU is transmitted.
  • the BSS to which the classifying STA belongs may be referred to as an intra-BSS.
  • BSSs including the BSS to which the classifying STA belongs may be referred to as intra-BSS.
  • BSS other than intra-BSS may be called inter-BSS.
  • the BSS that is not intra-BSS may be an inter-BSS or an unclassified BSS.
  • the inter-BSS may include an unclassified BSS.
  • a BSS to which the classifying STA does not belong may be referred to as an inter-BSS.
  • the received frame or the received PPDU when it is determined that the received frame or the received PPDU corresponds to the intra-BSS or is transmitted from the intra-BSS, the received frame or the received PPDU is called an intra-BSS frame and an intra-BSS PPDU, respectively. can do.
  • the received frame or the received PPDU when it is determined that the received frame or the received PPDU corresponds to the inter-BSS or is transmitted from the inter-BSS, the received frame or the received PPDU may be referred to as an inter-BSS frame and an inter-BSS PPDU, respectively.
  • the PPDU including the intra-BSS frame may be an intra-BSS PPDU.
  • the PPDU including the inter-BSS frame may be an inter-BSS PPDU.
  • the BSS may be classified based on one or more BSS classification conditions. For example, the BSS may be classified according to whether at least one of the one or more BSS classification conditions is satisfied.
  • the BSS classification condition may include a condition based on the BSS color.
  • BSS color may be an identifier for BSS.
  • the BSS color may be included in the preamble of the PPDU, more specifically, a signaling field (eg, HE-SIG-A field, U-SIG field, or VHT-SIG-A field).
  • BSS color may be included in the TXVECTOR transmitted from the MAC layer of the sender to the PHY layer.
  • the BSS color may be included in the RXVECTOR delivered from the PHY layer of the receiver to the MAC layer.
  • the parameters included in TXVECTOR and RXVECTOR can be called TXVECTOR parameter and RXVECTOR parameter, respectively.
  • BSS color can be included in TXVECTOR parameter or RXVECTOR parameter.
  • the BSS color set by the AP may be notified to the STAs.
  • the BSS may be classified based on the BSS color included in the received PPDU. If the BSS color included in the PPDU received by the STA is different from the BSS color of the BSS corresponding to the STA, the received PPDU may be classified as an inter-BSS PPDU. Alternatively, if the BSS color included in the PPDU received by the STA is different from the BSS color of the BSS corresponding to the STA and the value is not 0, the received PPDU may be classified as an inter-BSS PPDU. Also, if the BSS color included in the PPDU received by the STA is the same as the BSS color of the BSS corresponding to the STA, the received PPDU may be classified as an intra-BSS PPDU.
  • the BSS classification condition may include a condition based on a MAC address.
  • the MAC address may be included in the MAC header of the frame.
  • the MAC address may include a receiver address (RA), a transmitter address (TA), a BSSID, a source address (SA), a destination address (DA), and the like.
  • the BSS may be classified based on the MAC address included in the received frame. If the MAC address included in the received frame is different from the BSSID of the BSS corresponding to the STA, the received frame may be classified as an inter-BSS frame.
  • the received frame may be classified as an inter-BSS frame. Also, if the MAC address included in the received frame is the same as the BSSID of the BSS corresponding to the STA, the received frame may be classified as an intra-BSS frame. More specifically, if at least one of MAC addresses included in the received frame is the same as the BSSID of the BSS corresponding to the STA, the received frame may be classified as an intra-BSS frame.
  • the corresponding BSS may include a BSS to which the STA is associated. Also, the corresponding BSS may include a BSS included in the same multiple BSSID set as the BSS to which the STA is associated. Also, the corresponding BSS may include a BSS included in the same co-hosted BSSID set as the BSS to which the STA is associated. Also, one or more BSSs included in the same multiple BSSID set or the same co-hosted BSSID set may transmit information about the one or more BSSs through one frame.
  • the BSS classification condition may include a condition based on a value of the Partial AID field included in the VHT PPDU.
  • the Partial AID field may be included in the preamble of the VHT PPDU.
  • the Partial AID field may be included in the VHT-SIG-A field included in the VHT PPDU.
  • the Partial AID field may indicate a part of the BSS color.
  • the Partial AID field can represent a part of the BSS color.
  • the Partial AID field may represent a part of the BSS color.
  • the AID assignment rule may be a method of assigning an AID based on BSS color.
  • the Partial AID field may indicate a part of the BSS color.
  • the Partial AID field of the received PPDU indicates a part of the BSS color
  • the received Partial AID field value is different from the part of the BSS color corresponding to the received STA
  • the received PPDU is converted to an inter-BSS PPDU. can be classified.
  • the received PPDU may be classified as an intra-BSS PPDU.
  • a part of the BSS color is 4 LSBs of the BSS color.
  • the Partial AID field may indicate a part of the BSSID. For example, when the Group ID field included in the VHT-SIG-A field of the VHT PPDU is a preset value (eg, when the Group ID field is set to 0), the Partial AID field may indicate a part of the BSSID.
  • the received PPDU when the Partial AID field of the received PPDU indicates a part of the BSSID, if the received Partial AID field value is different from the part of the BSSID corresponding to the received STA, the received PPDU is classified as an inter-BSS PPDU.
  • the received PPDU when the Partial AID field of the received PPDU indicates a part of the BSSID and the received Partial AID field value is the same as a part of the BSSID corresponding to the received STA, the received PPDU may be classified as an intra-BSS PPDU. Also at this time, it is possible that a part of the BSSID is 9 MSBs of the BSSID.
  • the value of the Partial AID field can be included in the TXVECTOR parameter PARTIAL_AID or the RXVECTOR parameter PARTIAL_AID.
  • the Group ID field value can be included in the TXVECTOR parameter GROUP_ID or RXVECTOR parameter GROUP_ID.
  • the BSS classification condition may include a condition in which the AP receives a PPDU of a preset condition.
  • the PPDU of the preset condition may include a downlink PPDU.
  • the downlink PPDU may include a VHT MU PPDU.
  • the downlink PPDU may include a PPDU in which signaling indicating whether an uplink or a downlink is set to a preset value. Signaling indicating whether it is uplink or downlink can be included in the signaling field of the HE PPDU. Alternatively, signaling indicating whether it is uplink or downlink may be included in the U-SIG.
  • the U-SIG can be included in the preamble of the EHT PPDU or the EHT standard PPDU.
  • classification into an intra-BSS PPDU or an inter-BSS PPDU may be cases in which classification into an intra-BSS PPDU or an inter-BSS PPDU is not possible. For example, if both the conditions for classifying the intra-BSS PPDU and the conditions for classifying the inter-BSS PPDU as described above are not satisfied, it may not be classified as an intra-BSS PPDU or an inter-BSS PPDU.
  • the classification results by a plurality of conditions do not match when classifying the BSS, it is possible to determine the final result according to a preset condition. For example, if the result by the condition based on the BSS color and the result by the condition based on the MAC address do not match, the result by the condition based on the MAC address takes precedence or the final result is determined by the result based on the condition based on the MAC address. can Alternatively, if both the condition for classifying as an intra-BSS PPDU and a condition for classifying as an inter-BSS PPDU are satisfied, the PPDU may be classified as an intra-BSS PPDU.
  • the STA may perform an operation based on the classified BSS.
  • the operation based on the classified BSS may include an intra-PPDU power save operation.
  • the intra-PPDU power save operation may be a power save operation based on the received PPDU.
  • a preset condition may include a condition for classifying the received PPDU as an intra-BSS PPDU.
  • the preset condition may include a condition that the intended receiver of the received PPDU is not the STA that received the PPDU.
  • the intended receiver of the PPDU may not be the STA that received the PPDU.
  • the ID can be included in the preamble of the PPDU.
  • the ID may be STA_ID included in the preamble of the PPDU.
  • the STA_ID may be included in the HE MU PPDU or the EHT PPDU.
  • the adderess may be the MAC address described above.
  • the intended receiver of the PPDU may not be the STA that received the PPDU.
  • the intended receiver of the PPDU may not be the STA that received the PPDU.
  • the configuration of the received PPDU may include the MCS of the PPDU, the number of spatial streams, channel width, and the like.
  • PHY-RXEND.indication(UnsupportedRate) primitive may be received.
  • the intended receiver of the PPDU may not be the STA that received the PPDU.
  • the preset format may include a TB PPDU.
  • the TB PPDU may include a HE TB PPDU and an EHT TB PPDU.
  • the TB PPDU may be a PPDU transmitted in response to a triggering frame.
  • the triggering frame may include a triggering frame.
  • the triggering frame may include a frame including triggering information. Triggering information may be included in the MAC header, for example, the A-control field.
  • the triggering information or information included in the trigger frame may include the length of the responding PPDU, the RU to use when responding, PHY configuration to use when responding, MAC configuration, and the like.
  • the intra-PPDU power save operation may be an operation capable of entering the doze state until the end of the received PPDU. In another embodiment, if it is determined that the intended receiver of the PPDU or frame received by the STA is not the STA, reception or decoding of the PPDU or frame may be stopped.
  • the operation based on the classified BSS may include an operation of setting (or updating) the NAV.
  • the STA receives the PPDU or frame it is possible to configure the NAV corresponding to the BSS classified based on the received PPDU or the received frame.
  • the intra-BSS NAV may be a NAV corresponding to the intra-BSS PPDU.
  • the basic NAV may be an NAV corresponding to a PPDU rather than an intra-BSS PPDU.
  • the basic NAV may be an NAV corresponding to an inter-BSS PPDU.
  • the duration information may include TXOP.
  • TXOP may mean a value included in the TXOP field.
  • the TXOP field may be included in the preamble of the PPDU.
  • the TXOP field may be included in the HE-SIG-A field of the HE PPDU.
  • the TXOP field may be included in the U-SIG field of the EHT PPDU or the standard PPDU after EHT.
  • the duration information may be included in the MAC header.
  • the duration information may be included in the Duration/ID field included in the MAC header.
  • An operation based on the classified BSS may include a spatial reuse operation.
  • the operation based on the classified BSS may include a channel access operation.
  • the spatial reuse operation may be a channel access operation.
  • the preset condition may include a condition in which the received PPDU or the received frame corresponds to inter-BSS.
  • the preset condition may include a condition in which the signal strength of the received PPDU or the received frame is less than the threshold.
  • the threshold may be variable.
  • the threshold may be a threshold for an OBSS PD-based spatial reuse operation.
  • the threshold may be a value greater than or equal to the CCA threshold.
  • the threshold may be a value based on the power to be transmitted.
  • the spatial reuse operation may include an operation of transmitting a PPDU.
  • the spatial reuse operation may include an operation for resetting the PHY.
  • the operation of resetting the PHY may be an operation of issuing the PHY-CCARESET.request primitive.
  • the spatial reuse operation may include an operation of not setting the NAV based on the received PPDU or the received frame. If the STA performs the spatial reuse operation, it may be possible for the STA to transmit the PPDU while the received PPDU or the received frame is being transmitted or received.
  • BSS A and BSS B may exist, and BSS A and BSS B may be different BSSs.
  • BSS A and BSS B may correspond to inter-BSS. That is, the PPDU or frame transmitted from the BSS B by the STA associated with the BSS A may be classified as an inter-BSS PPDU or an inter-BSS frame.
  • STA 1 and STA 2 belonging to BSS A may exist.
  • STA 3 and STA 4 belonging to BSS B (or associated with an AP operating BSS B) may exist.
  • STA 1 may transmit a PPDU.
  • the PPDU transmitted by STA 1 may include information on the BSS.
  • the information on the BSS may be information for classifying the above-described BSS.
  • the PPDU transmitted by STA 1 may include Duration information.
  • STA 2 may receive the PPDU transmitted by STA 1 and classify the BSS for this PPDU. Also, since STA 2 and STA 1 belong to BSS A, the PPDU received by STA 2 may be classified as an intra-BSS PPDU. Also, the PPDU received by STA 2 may be a UL PPDU or a PPDU that is not the intended receiver by the STA. Therefore, according to the above-described embodiment, it is possible for STA 2 to perform intra-PPDU power save. Referring to FIG. 13 , STA 2 may enter the doze state until the end time of the received PPDU. In addition, STA 2 may set the NAV based on Duration information included in the received PPDU. Since STA 2 classifies the received PPDU as an intra-BSS PPDU, it is possible to configure an intra-BSS NAV.
  • STA 3 may receive the PPDU transmitted by STA 1 and classify the BSS for this PPDU. Also, since STA 3 and STA 1 belong to BSS B and BSS A, respectively, the PPDU received by STA 3 may be classified as an inter-BSS PPDU. In addition, STA 3 may set the NAV based on Duration information included in the received PPDU. Since STA 3 classified the received PPDU as an inter-BSS PPDU, it is possible to configure a basic NAV.
  • STA 4 may receive the PPDU transmitted by STA 1 and classify the BSS for this PPDU. Also, since STA 4 and STA 1 belong to BSS B and BSS A, respectively, the PPDU received by STA 4 may be classified as an inter-BSS PPDU. Also, the signal strength of the PPDU received by STA 4 may be less than the threshold. Therefore, the PPDU received by STA 4 is classified as an inter-BSS PPDU, and since the signal strength of the PPDU received by STA 4 is smaller than the threshold, it is possible for STA 4 to perform a spatial reuse operation. Accordingly, STA 4 may perform channel access, a backoff procedure, and may start transmission. For example, it may be possible for STA 4 to start transmission when the PPDU transmitted by STA 1 is not finished.
  • FIG. 14 shows a function of an STA according to an embodiment of the present invention.
  • an STA conforming to a certain WLAN standard may include functions of the previous WLAN standard. This is for backwards compatibility.
  • an STA supporting a specific WLAN standard may support the functions of the previous generation of WLAN standards and additionally support new functions.
  • the HT STA may support the basic function of the OFDM PHY STA. Accordingly, the HT STA may be classified as an OFDM PHY STA.
  • the HT STA may support not only the functions of the OFDM PHY STA but also additional functions not supported by the OFDM PHY STA.
  • the VHT STA may support a function not supported by the HT STA while supporting the basic function of the HT STA.
  • a VHT STA may be classified as an HT STA.
  • the HE STA may support a function not supported by the VHT STA while supporting the basic function of the VHT STA.
  • the HE STA may be classified as a VHT STA.
  • the EHT STA may also be a HE STA.
  • the EHT STA may support a function not supported by the HE STA while supporting the basic function of the HE STA.
  • the EHT STA may be classified as a HE STA.
  • a wireless LAN standard after the EHT standard may be newly defined.
  • a standard after the EHT standard is referred to as a NEXT standard
  • an STA conforming to the NEXT standard is referred to as a NEXT STA.
  • the NEXT STA may support functions not supported by the EHT STA while supporting the basic functions of the EHT STA.
  • a NEXT STA may be classified as an EHT STA.
  • an EHT STA may be a HE STA, a VHT STA, an HT STA, and an OFDM PHY STA.
  • it may be an EHT STA, a HE STA, a VHT STA, an HT STA, and an OFDM PHY STA.
  • FIG 15 illustrates an uplink (UL) multi-user (MU) operation according to an embodiment of the present invention.
  • UL uplink
  • MU multi-user
  • the access point may transmit a frame that induces multi-user (MU) transmission.
  • a frame is referred to as a triggering frame.
  • one or more STAs that have received the triggering frame may perform uplink transmission based on the triggering frame.
  • one or more STAs that have received the triggering frame may transmit a response frame to the frame.
  • the inter-space between the PPDU including the triggering frame and the PPDU used for uplink transmission may be SIFS.
  • a plurality of STAs may receive a triggering frame and transmit an immediate response simultaneously (simultaneous). The immediate response indicates that the interval between the previously received PPDU and the PPDU including the response is SIFS.
  • the triggering frame is a kind of control frame, and may be a trigger frame including trigger information. Also, the triggering frame may be a frame including trigger information in a MAC header. In this case, the trigger information may be a triggered response scheduling (TRS) included in the HT Control field, the Control subfield, or the A-Control subfield of the MAC header. In addition, the trigger information may be information causing transmission of the TB PPDU.
  • TRS triggered response scheduling
  • the TB PPDU is a PPDU format including a response frame to a triggering frame.
  • the TB PPDU may include an HE TB PPDU and an EHT TB PPDU.
  • the TB PPDU may include a NEXT TB PPDU defined in the NEXT WLAN standard.
  • the HE TB PPDU includes a preamble that sequentially includes L-STF, L-LTF, L-SIG, RL-SIG, HE-SIG-A, HE-STF, and HE-LTF, followed by data and packet extension (packet extension, PE) may be included.
  • EHT TB PPDU and NEXT TB PPDU are L-STF, L-LTF, L-SIG, RL-SIG, U-SIG, (EHT-/NEXT-)STF, (EHT-/NEXT-)LTF in that order. It may include a preamble that includes, and may include data and a packet extension (PE) following the preamble.
  • PE packet extension
  • the triggering frame may include information required for TB PPDU transmission.
  • the value of the Type subfield (B3 B2) of the MAC frame is 01 b and the value of the subtype subfield (B7 B6 B5 B4) is 0010 b , it may indicate a MAC frame trigger frame.
  • a plurality of STAs responding to the trigger frame transmit TB PPDUs of different formats, it may be difficult for the access point to receive the TB PPDUs.
  • the preambles of the PPDUs transmitted by a plurality of STAs are different from each other, it may be difficult for the access point to receive the TB PPDU.
  • a plurality of STAs transmitting a response to one triggering frame may use a TB PPDU of the same format.
  • preamble information of a TB PPDU transmitted by a plurality of STAs transmitting a response to one triggering frame may be the same.
  • the HE STA may transmit a HE TB PPDU.
  • the EHT STA may transmit an EHT TB PPDU or an HE TB PPDU.
  • the NEXT STA may transmit a NEXT TB PPDU, an EHT TB PPDU, or a HE TB PPDU.
  • the AP transmits a trigger frame for scheduling transmission of a HE STA (HE STA) and transmission of an EHT STA (EHT STA).
  • the trigger frame does not indicate the format of the TB PPDU to be transmitted in response to the trigger frame
  • the HE STA (HE STA) and the EHT STA (EHT STA) or different EHT STAs (EHT STA) are different from each other.
  • a TB PPDU of the format may be transmitted. Accordingly, transmission of the TB PPDU may fail and a transmission opportunity may be wasted.
  • trigger frames defined in HE, EHT, and NEXT standards are referred to as HE trigger frames, EHT trigger frames, and NEXT trigger frames, respectively.
  • TRS defined in HE, EHT, NEXT standards are referred to as HE TRS, EHTTRS, and NEXT TRS.
  • the format of the trigger frame will be described with reference to FIG. 16 .
  • FIG. 16 shows a format of a trigger frame and subfields included in the trigger frame according to an embodiment of the present invention.
  • Fig. 16(a) shows the format of the trigger frame
  • Fig. 16(b) shows the Common Info field of the trigger frame
  • Fig. 16(c) shows the User Info field of the trigger frame.
  • the MAC header of the trigger frame includes a Frame Control field, a Duration field, and an Address field.
  • the Address field includes an RA field and a TA field.
  • the trigger frame includes a Common Info field and a User Info List field.
  • the Common Info field includes information for all stays triggered by the trigger frame.
  • the User Info List field may include a User Info field.
  • the trigger frame of a specific type may not include the User Info List field.
  • the trigger frame may include a Padding field and an FCS field.
  • the Padding field may serve to increase the frame length in order to secure a time required for the STA receiving Tri to prepare a response, and may optionally exist.
  • the Common Info field may include a Trigger Type subfield.
  • the Trigger Type subfield identifies a trigger frame variant.
  • the trigger frame may indicate the type of the trigger frame through the value of the Trigger Type subtype.
  • information included in the Trigger Dependent Common Info subfield Trigger Dependent User Info subfield and the length of the Trigger Dependent Common Info subfield Trigger Dependent User Info subfield may be determined according to the Trigger Type subfield.
  • the trigger type subfield may be represented by bits from B0 to B3 bits of the Common Info field.
  • the Common Info field may include a UL Length subfield.
  • the UL Length subfield may include information on the length of the TB PPDU responding to the Trigger frame.
  • the UL Length subfield may include information on the length of a frame responding to the Trigger frame.
  • the UL Length subfield may indicate a value to be included in the Length subfield of the L-SIG of the TB PPDU responding to the Trigger frame. Accordingly, the STA responding to the TB PPDU may set the Length subfield of the L-SIG of the TB PPDU based on the value of the UL Length subfield included in the received Trigger frame.
  • the STA responding to the TB PPDU may set the Length subfield of the L-SIG of the TB PPDU to the value of the UL Length subfield included in the received Trigger frame.
  • bits B4 to B15 of the Common Info field may indicate the UL Length subfield.
  • the Common Info field may include a UL BW subfield.
  • the UL BW subfield may indicate a bandwidth (BW) value included in a signaling field of a TB PPDU responding to a trigger frame, for example, a HE-SIG-A field or a U-SIG field.
  • the UL BW subfield may indicate the maximum bandwdith of the TB PPDU responding to the Trigger frame.
  • the Common Info field may include information to be included in a signaling field of the TB PPDU responding to the trigger frame, for example, the HE-SIG-A field or the U-SIG field.
  • the User Info field may include an AID12 subfield.
  • the AID12 subfield may serve to indicate an intended recipient of the User Info field including the AID12 subfield or a function of the User Info field. Accordingly, the AID12 subfield may serve to indicate the intended recipient of the trigger frame including the AID12 subfield or the function of the trigger frame.
  • the User Info field may indicate that it indicates a random access resource unit (RA-RU). More specifically, when the value of the AID12 subfield is 0, the User Info field may indicate an RA-RU for an associated STA. In addition, when the value of the AID12 subfield is 2045, the User Info field may indicate an RA-RU for an unassociated STA.
  • RA-RU random access resource unit
  • the STAID indicated by the value of the AID12 subfield for example, a User Info field including an STA AID12 subfield corresponding to an AID (association ID) or a trigger frame including an AID12 subfield may indicate that a response is triggered.
  • the AID12 subfield may indicate AID or 12 LSBs of AID.
  • the STA corresponding to the value of the AID12 subfield may respond to the trigger frame with a TB PPDU.
  • the value of the AID12 subfield may be in the range of 1 to 2007 (including 1 and 2007).
  • the AID12 subfield is a preset value, for example, 2046, it may indicate that the corresponding RU is not assigned to any STA.
  • the AID12 subfield is a preset value, for example, 4095, it may indicate that padding of the trigger frame is started.
  • the information of the User Info field including the AID12 subfield may be information corresponding to the STA indicated by the AID12 subfield.
  • the RU Allocation subfield may indicate the size and location of the RU.
  • the value of the RU Allocation subfield of the User Info field including the AID12 subfield may be information corresponding to the STA indicated by the AID12 subfield.
  • the User Info field indicates a coding method (UL FEC Coding Type), a modulation method (UL HE-MCS, UL DCM), and transmission power (UL Target RSSI) used in response of a trigger frame including the User Info field.
  • FIG 17 shows information indicated by the value of the AID12 subfield of the trigger frame according to an embodiment of the present invention.
  • the EHT STA may selectively transmit an HE TB PPDU and an EHT TB PPDU.
  • the NEXT STA may selectively transmit a HE TB PPDU, an EHT TB PPDU, and a NEXT TB PPDU.
  • the HE STA and the EHT STA that do not support the EHT standard may respond with a HE TB PPDU in one frame.
  • information for selecting a TB PPDU format may be included in a trigger frame or TRS or a PPDU including a trigger frame or a PPDU including a TRS.
  • information on the response TB PPDU format may exist at the MAC level.
  • the trigger frame may be divided into an HE trigger frame, an EHT trigger frame, and a NEXT trigger frame.
  • a response triggered by the HE trigger frame, the EHT trigger frame, and the NEXT trigger frame may respond with a HE TB PPDU, EHT TB PPDU, and NEXT TB PPDU, respectively.
  • classifying the HE trigger frame, the EHT trigger frame, and the NEXT trigger frame may have the same meaning as dividing the TB PPDU format to respond to the trigger frame into HE TB PPDU, EHT TB PPDU, and NEXT TB PPDU, respectively. That is, The format of the TB PPDU may also vary according to the format of the trigger frame, and the next generation trigger frame may also indicate transmission of the previous generation TB PPDU. That is, the EHT trigger frame may simultaneously indicate transmission of the HE TB PPDU and the EHT TB PPDU. However, the HE trigger frame cannot indicate the transmission of the EHT TB PPDU.
  • the trigger frame may be determined which trigger frame the trigger frame corresponds to among the HE trigger frame, the EHT trigger frame, and the NEXT trigger frame according to the Frame Control field of the MAC header included in the trigger frame. For example, according to at least any one of the Type subfield, the Subtype subfield, or the Control Frame Extension subfield of the Frame Control field of the MAC header included in the trigger frame, the trigger frame triggers any one of the HE trigger frame, the EHT trigger frame, and the NEXT trigger frame. It may be determined whether the frame corresponds to the frame.
  • the trigger frame when the Type subfield, Subtype subfield, or Control Frame Extension subfield of the Frame Control field of the MAC header included in the trigger frame is the first value, the trigger frame may be classified as an HE trigger frame. In addition, when the Type subfield, Subtype subfield, or Control Frame Extension subfield of the Frame Control field of the MAC header included in the trigger frame is the second value, the trigger frame may be classified as an EHT trigger frame. In addition, when the Type subfield, Subtype subfield, or Control Frame Extension subfield of the Frame Control field of the MAC header included in the trigger frame has a third value, the trigger frame may be classified as a NEXT trigger frame.
  • the trigger frame may be classified as an HE trigger frame.
  • Each of the Type subfield, Subtype subfield, and Control Frame Extension subfield is limited to 2 bits, 4 bits, and 4 bits. Accordingly, this embodiment has a disadvantage of restricting types that can be used in the future by using a limited bit field value.
  • the trigger frame when the values of the Trigger Type subfield of the Common Info field of the trigger frame are 0 to 7, the trigger frame may be classified as an HE trigger frame. In addition, when the values of the Trigger Type subfield of the Common Info field of the trigger frame are not 0 to 7, the trigger frame may be classified as an EHT trigger frame or a NEXT trigger frame. Since the number of bits of the Trigger Type subfield is limited, this embodiment has a disadvantage in that a trigger type that can be used in the future is limited by using the value of the limited bit field.
  • the trigger frame may be classified as an HE trigger frame.
  • the trigger frame may be classified as an EHT trigger frame.
  • the trigger frame may be classified as a NEXT trigger frame.
  • the trigger frame When the remaining value obtained by dividing the value of the UL Length field of the trigger frame by 3 is not 0, the trigger frame may be classified as an HE trigger frame. When the remaining value obtained by dividing the value of the UL Length field of the trigger frame by 3 is 1, the trigger frame may be classified as an HE trigger frame. When the remaining value obtained by dividing the value of the UL Length field of the trigger frame by 3 is 0, the trigger frame may be classified as an EHT trigger frame or a NEXT trigger frame.
  • the trigger frame corresponds to any one of the HE trigger frame, the EHT trigger frame, and the NEXT trigger frame. It can be decided whether
  • the User Info field including the AID12 subfield indicating the trigger frame type may be the first User Info field in the User Info field list.
  • the User Info field including the AID12 subfield indicating the trigger frame type may be positioned before the User Info field including the AID12 subfield indicating the AID of the STA. Through this, the STA receiving the trigger frame can determine the type of the trigger frame early.
  • the User Info field including the AID12 subfield indicating the trigger frame type may be located after the User Info field for the HE STA in the User Info field list. Through this, it is possible to prevent a problem that occurs when the legacy STA, that is, the HE STA, fails to determine the meaning of the value of the AID12 subfield.
  • the User Info field including the AID12 subfield indicating the trigger frame type may not include subfields other than the AID12 subfield. This is because the corresponding User Info field is for indicating the trigger frame type, so information other than the trigger frame type may not be needed.
  • the length of the User Info field is changed according to the value of the AID12 subfield. 17 shows the meaning of the value of the AID12 subfield when this embodiment is applied.
  • the AID12 subfield When the value of the AID12 subfield is the first value, the AID12 subfield may indicate that a trigger frame including the AID12 field triggers transmission of the EHT TB PPDU.
  • the first value may be 2047.
  • the value of the AID12 subfield is the second value, the AID12 subfield may indicate that a trigger frame including the AID12 field triggers transmission of the NEXT TB PPDU.
  • the second value may be 2048.
  • the STA may determine the format of the TB PPDU transmitted in response to the trigger frame according to the location of the User Info field that triggers the STA. Specifically, the STA may determine the format of the TB PPDU transmitted in response to the trigger frame based on whether the STA triggering User Info field is located after the User Info field including the AID12 field having a predetermined value. In this case, the STA triggers the STA based on whether the User Info field triggering the STA is located after the User Info field including the AID12 field having the first value and the User Info field including the AID12 field having the second value. It is possible to determine the format of the TB PPDU to be transmitted in response to . In the embodiment of FIG.
  • the STA may transmit an EHT TB PPDU in response to the trigger frame.
  • the STA may transmit a NEXT TB PPDU in response to the trigger frame.
  • the STA sends a NEXT TB PPDU in response to the trigger frame.
  • the STA transmits the HE TB PPDU in response to the trigger frame. can be transmitted
  • Subfields of the User Info field other than the AID12 subfield may determine which trigger frame the trigger frame corresponds to among an HE trigger frame, an EHT trigger frame, and a NEXT trigger frame.
  • the Padding field of the trigger frame it may be determined which trigger frame corresponds to the HE trigger frame, the EHT trigger frame, and the NEXT trigger frame. For example, according to whether the Padding field of the trigger frame includes a predetermined value, it may be determined which trigger frame corresponds to the HE trigger frame, the EHT trigger frame, and the NEXT trigger frame.
  • the above-described embodiments may be applied in combination. For example, factors affecting the determination of whether the previous trigger frame is an HE trigger frame, an EHT trigger frame, and a NEXT trigger frame may be combined and determined.
  • the above-described embodiments may be used to determine the format of a TB PPDU to be transmitted in response to the TRS field.
  • the trigger frame may include a TRS in the MAC frame header.
  • TRS may be included in the HT Control field as described above.
  • the HT Control field may include the TRS.
  • the TRS may be included in the TRS Control field.
  • the Control List field may be continuously located in the A-Control field. In this case, the Control List field may include TRS.
  • the STA corresponding to the intended recipient of the MAC frame including the TRS may transmit the PPDU based on the TRS field.
  • the TRS may include information (UL Data Symbols) about the length of a PPDU or frame to be transmitted by the STA in response to the MAC frame including the TRS.
  • Information on the power of transmission of the response to the MAC frame including the TRS (AP Tx Power, UL Target RSSI), the location and size of the RU to be used when transmitting the response to the MAC frame including the TRS (RU Allocation), the TRS It may include information (UL HE-MCS) on a modulation method of response transmission for the included MAC frame.
  • TRS may be defined for each WLAN standard.
  • the STA receiving the MAC frame including the TRS may combine the format of the TB PPDU to be transmitted in response to the TRS according to the format of the TRS, that is, the TRS defined in which WLAN standard.
  • the STA may transmit a HE TB PPDU in response to the TRS.
  • the STA may transmit an EHT TB PPDU in response to the TRS.
  • the STA may transmit a NEXT TB PPDU in response to the TRS.
  • the STA may determine the TRS defined in which WLAN standard based on the Control ID subfield of the A-Control subfield.
  • TRS may be divided into HE TRS and non-TRS TRS.
  • the format of the TRS may be determined according to whether the HT Control field including the TRS is an HE variant, an EHT variant, or a NEXT variant.
  • the TRS may be an EHT TRS.
  • the TRS may be a NEXT TRS.
  • the format of the TRS may be determined according to whether the HT Control field is an HE variant, an EHT variant, or a NEXT variant according to a predetermined value among bits of the HT Control field including the TRS.
  • the HT Control field may be an HE variant.
  • the HT Control field may be an HE variant.
  • the 32nd bit (B31) of the HT Control field whether the HT Control field is an HE variant, an EHT variant, or a NEXT variant may be determined.
  • the STA that has received the HE PPDU transmits the HE TB PPDU in response to the TRS.
  • the STA that has received the EHT PPDU transmits the EHT TB PPDU in response to the TRS.
  • the TRS is included in the NEXT PPDU
  • the STA that has received the EHT PPDU transmits a NEXT TB PPDU in response to the TRS.
  • information indicated by a subfield included in the TRS may vary according to the format of the PPDU including the TRS.
  • a subfield related to the MCS included in the TRS for example, a UL HE-MCS subfield may indicate a value corresponding to the HE MCS table.
  • a subfield related to the MCS included in the TRS for example, a UL HE-MCS subfield may indicate a value corresponding to the EHT MCS table.
  • a subfield related to the MCS included in the TRS for example, a UL HE-MCS subfield may indicate a value corresponding to the NEXT MCS table.
  • information indicated by the RU Allocation subfield may vary according to the PPDU format including the TRS.
  • FIG. 19 is a diagram illustrating a method for sharing a TXOP according to an embodiment of the present invention.
  • some or all of the TXOP configured by the AP is shared with the non-AP STA, and the non-AP STA uses the shared TXOP to provide another non-AP STA (third STA) and/or the AP.
  • a PLCP Protocol Data Unit (PPDU) may be transmitted.
  • sharing the TXOP with other STAs in the present invention may be referred to as TXOP sharing.
  • the STA may be an AP or an AP-STA that transmits a trigger frame, or a non-AP STA that receives a trigger frame.
  • the STA may share or receive a TXOP.
  • the STA may configure (or acquire) the TXOP by transmitting a frame for configuring the TXOP and then receiving a response thereto. After setting the TXOP, the STA may perform TXOP sharing by sharing the configured TXOP.
  • the response to the frame for configuring the TXOP may include information on the length of the TXOP, and the length of the TXOP may be greater than zero.
  • the response to the frame for setting the TXOP may be an immediate response, and a specific time (eg, SIFS) is transmitted from the end of the frame (eg, PPDU) for setting the TXOP.
  • SIFS specific time
  • the length of the TXOP may be indicated based on duration information included in a frame transmitted by the STA.
  • the duration information may be included in the duration/ID field of the MAC header of the PPDU, and the length of the TXOP may be based on the duration information.
  • the length of the TXOP may be included in the preamble included in the PPDU of the frame transmitted by the STA. That is, the duration information may be included in a TXOP field included in a signaling field of the PPDU, and the signaling field may be a HE-SIG-A field or a U-SIG field.
  • TXOP sharing may be shared within the established TXOP and one or more TXOPs may be shared during the established TXOP. That is, one or more TXOPs may be shared with other STAs within the TXOP set by the STA.
  • the STA that has received the TXOP may transmit a PPDU to the STA or another STA that has shared the TXOP during the shared TXOP. That is, the STA that has received the shared TXOP may transmit the PPDU without receiving a trigger frame from the AP during the shared TXOP.
  • examples of the PPDU transmitted by the STA during the shared TXOP may include a non-HT PPDU, HE PPDU, VHT PPDU, HE SU PPDU, or EHT MU PPDU.
  • the STA that has received the TXOP during the shared TXOP may transmit a frame to the STA or a third STA (another STA) sharing the TXOP. That is, when the AP configures the TXOP and shares some or all of the configured TXOP to the STA, the STA that has received the TXOP may transmit a frame to the AP or a third STA that has shared the TXOP. In this case, since the frame transmitted by the STA to the third STA is a frame transmitted between non-AP STAs, it may be a peer to peer (P2P) frame.
  • P2P peer to peer
  • Sharing of this TXOP may be established through a specific frame. That is, it may be indicated that some or all of the TXOP configured through a specific frame is shared, and the STA may receive the frame and use the shared TXOP.
  • the specific frame may be transmitted by the STAs sharing the TXOP.
  • TXOP sharing may be performed through a trigger frame transmitted by the AP.
  • the trigger frame for TXOP sharing may be a specific type of trigger frame (eg, MU-RTS frame, MU-RTS trigger frame, etc.), and the value of the trigger type subfield of the trigger frame described in FIG. 16 .
  • the STA that has received the trigger frame may recognize that the TXOP is shared and may transmit a PPDU through the shared TXOP. .
  • the MU-RTS frame which is a frame for sharing the TXOP, may be a frame indicating transmission of a CTS frame from one or more STAs.
  • a CTS frame may be transmitted as an immediate response to the MU-RTS frame, and the CTS frame may be a non-HT PPDU.
  • the MU-RTS frame for sharing TXOP may be referred to as a modified MU-RTS frame or a MU-RTS TXS trigger frame.
  • the present invention is not limited thereto, and the frame for sharing the TXOP may be used in various names.
  • the sharing of some or all of the TXOP may be configured to only one STA, or may be configured to one or more STAs. That is, in the case of TXOP sharing through a frame, one or more STAs for TXOP sharing may be indicated by the frame. In this case, the sharing of the TXOP may be set within the TXOP set by the sharing STA as described above. That is, the shared TXOP cannot exceed the TXOP set by the sharing STA.
  • the duration of the shared TXOP may be indicated through a specific frame (eg, a modified MU-RTS frame) for sharing the TXOP.
  • the modified MU-RTS frame may include a UL length subfield, and the UL length subfield may include a duration of a shared TXOP.
  • the UL length subfield may be the UL length subfield described with reference to FIG. 16 .
  • the UL length subfield may include information on the indicated TB PPDU length (or interval information for TB PPDU transmission).
  • the transmitted MU-RTS frame is a MU-RTS frame for TXOP sharing (modified MU-RTS frame) or an MU-RTS frame not used for TXOP sharing is indicated by a specific field included in the frame.
  • a specific field included in the frame can be a modified MU-RTS frame for TXOP sharing.
  • a specific frame may be a GI And HE-LTF type subfield.
  • the type field included in the trigger frame indicates the MU-RTS frame
  • whether the MU-RTS frame is a trigger frame for TXOP sharing is identified according to the value of the GI And HE-LTF type subfield.
  • the corresponding trigger frame may be a trigger frame for TXOP sharing (eg, a modified MU-RTS frame or a MU-RTS TXS trigger frame).
  • whether the received frame is an MU-RTS frame (modified MU-RTS frame or MU-RTS TXS trigger frame) for sharing of TXOP is determined whether a specific field is included in the MU-RTS frame and/or the number of specific fields can be determined based on In this case, the specific field may be the User Info field or the User Info List field described with reference to FIG. 16 . Specifically, it may be determined whether the received MU-RTS frame is a frame for TXOP sharing based on the number of user information fields included in the MU-RTS frame.
  • the MU-RTS frame may be a frame for TXOP sharing.
  • the corresponding MU-RTS frame is an MU-RTS frame instructing one or more STAs to transmit the existing CTS frame, or the existing MU-RTS frame is 802.11 It may be an MU-RTS frame defined in the ax standard.
  • the STA eg, AP
  • the STA that has transmitted the existing MU-RTS frame may transmit a frame or a PPDU.
  • the STA that transmitted the CTS frame may transmit a frame or a PPDU.
  • the STA that has received the TXOP sharing may transmit a frame or a PPDU other than the CTS frame.
  • the frame and the PPDU may be a PPDU including a frame transmitted by the STA that received TXOP sharing during the shared TXOP described above, and a frame transmitted by the STA that received the TXOP shared during the shared TXOP, respectively. That is, the frame or PPDU may be directed toward the AP or may be a P2P frame.
  • the MU-RTS frame may be an existing MU-RTS frame. That is, in the present invention, the MU-RTS frame may be a MU-RTS frame rather than a modified MU-RTS frame.
  • a CTS frame may be transmitted in response to a modified MU-RTS frame.
  • the CTS frame may be transmitted by an STA receiving TXOP sharing.
  • the STA receiving the TXOP sharing may transmit the frame immediately after transmitting the CTS frame.
  • the STA receiving the TXOP sharing may transmit the frame immediately after transmitting the PPDU including the CTS frame.
  • the frame transmitted immediately after transmitting the CTS frame may be included in the PPDU transmitted by the STA that has received the TXOP sharing during the above-described shared TXOP.
  • the frame transmitted immediately after the CTS frame is transmitted may be transmitted while being included in the non-TB PPDU described above.
  • transmission immediately after may mean transmission after SIFS or PIFS time from the end of the PPDU including the CTS frame.
  • the CTS frame may serve to inform that the STA receiving the TXOP sharing has received the TXOP sharing.
  • the CTS frame may not be transmitted in response to the modified MU-RTS frame.
  • the STA receiving the TXOP sharing may transmit the frame.
  • the STA receiving the TXOP sharing may transmit the PPDU immediately after the PPDU including the modified MU-RTS frame.
  • the transmitted frame may be included in a PPDU transmitted by the STA that has received the TXOP sharing during the aforementioned shared TXOP.
  • the frame to be transmitted may be transmitted while being included in the non-TB PPDU described above.
  • transmission immediately after may mean transmission after SIFS or PIFS time from the end of the PPDU including the modified MU-RTS frame.
  • the modified MU-RTS frame may include signaling whether the STA receiving the TXOP sharing should transmit the CTS frame.
  • the STA receiving the TXOP sharing transmits a frame to the AP, it is possible to use the shared TXOP without a CTS frame.
  • the STA receiving the TXOP sharing transmits the P2P frame, it is possible to transmit the CTS frame and use the shared TXOP.
  • the RA field of the CTS frame transmitted immediately after the modified MU-RTS frame may be set to the MAC address of the STA that transmitted the modified MU-RTS frame.
  • STA1 and STA2 may exist and may be associated with each other.
  • STA1 may be an AP.
  • STA2 may be a non-AP STA.
  • STA1 is capable of transmitting an MU-RTS frame.
  • the MU-RTS frame may be an existing MU-RTS frame.
  • the MU-RTS frame may include duration information about the TXOP duration.
  • the MU-RTS frame may solicit a CTS frame from one or more STAs.
  • the one or more STAs may include STA2.
  • STA2 may transmit a CTS frame in response to the MU-RTS frame.
  • STA1 may be a TXOP holder.
  • the TXOP holder may be an STA that has obtained TXOP.
  • the TXOP holder can transmit the frame it wants to transmit during TXOP.
  • STA2 may be a TXOP responder.
  • the TXOP responder may be an STA that has transmitted a response to the frame sent by the TXOP holder.
  • the TXOP responder is capable of transmitting a response to the frame transmitted by the TXOP holder during TXOP.
  • the TXOP responder is capable of transmitting frames allowed by the TXOP holder during TXOP.
  • FIG. 19 an example in which TXOP is obtained based on the exchange of MU-RTS frames and CTS frames has been described.
  • the present invention is not limited thereto, and may also be applied to obtaining TXOP based on other frame exchanges.
  • STA1 may transmit a modified MU-RTS frame that is a frame indicating TXOP sharing.
  • a modified MU-RTS frame may be transmitted to STA2.
  • a transmitter address (TA) of the modified MU-RTS frame may be set to the MAC address of STA1 or a value based on the MAC address of STA1.
  • the receiver address (RA) of the modified MU-RTS frame may be set to the MAC address of STA2 or a value based on the MAC address of STA2.
  • the AID12 subfield value may indicate STA2. That is, in the User Info field included in the modified MU-RTS frame, the AID12 subfield value may indicate 12 LSBs of the AID of STA2.
  • the modified MU-RTS frame may include information about the duration of the shared TXOP.
  • the STA2 may transmit a CTS frame in response to the modified MU-RTS frame. Also, STA2 may transmit the frame after transmitting the CTS frame. A frame transmitted after the STA2 transmits the CTS frame may not be a CTS frame. According to another embodiment, the STA2 may not transmit the CTS frame in response to the modified MU-RTS frame. In this case, STA2 may transmit a frame other than the CTS frame after the modified MU-RTS frame is transmitted. In addition, a frame other than the CTS frame transmitted after the STA2 receives the modified MU-RTS frame may be a frame transmitted to the STA1 according to an embodiment. According to another embodiment, a frame other than the CTS frame transmitted after the STA2 receives the modified MU-RTS frame may be a frame transmitted to the STA3.
  • the AP may configure the TXOP of the AP by transmitting a trigger frame to the non-AP STA (or STA).
  • a specific field eg, GI And HE-LTF type subfield
  • the specific field may be called a GI And HE-LTF type/triggered TXOP sharing mode subfield.
  • the GI And HE-LTF type/triggered TXOP sharing mode subfield is set to '0', and can be interpreted as a GI And HE-LTF type subfield. have.
  • the GI And HE-LTF type/triggered TXOP sharing mode subfield is set to a value of '1' or '2' and the triggered TXOP sharing mode subfield can be interpreted.
  • the corresponding trigger frame may be called a modified MU-RTS frame or a MU-RTS TXS trigger frame.
  • the GI And HE-LTF type/triggered TXOP sharing mode subfield of the trigger frame for sharing TXOP indicates the sharing mode of the TXOP.
  • the GI And HE-LTF type/triggered TXOP sharing mode subfield is whether sharing of TXOP is shared only in transmission/reception with an AP that has set TXOP or not only in AP but also in transmission/reception with a third STA (another STA). indicates whether That is, when the value of the GI And HE-LTF type/triggered TXOP sharing mode subfield is '1', the STA may transmit the PPDU only to the AP during the shared TXOP. However, when the value of the GI And HE-LTF type/triggered TXOP sharing mode subfield is '2', the STA may transmit a PPDU to not only the AP but also other STAs during the shared TXOP. That is, when the value of the GI And HE-LTF type/triggered TXOP sharing mode subfield is '2', the STA may also perform P2P communication during the shared TXOP.
  • Table 1 below shows an example of TXOP sharing or not according to the value of the GI And HE-LTF type/triggered TXOP sharing mode subfield.
  • FIG. 20 is a diagram illustrating a method related to TXOP sharing and NAV setting according to an embodiment of the present invention.
  • the embodiment of FIG. 20 may be an embodiment for explaining a problem in which the operation described with reference to FIG. 19 is difficult to perform and a method for solving the problem.
  • the content described with reference to FIG. 19 may be omitted.
  • the STA may set a network allocation vector (NAV) based on duration information included in the received frame or the received PPDU. Based on whether the NAV is set, it can be determined whether the virtual carrier sense (CS) result is idle or busy. If the NAV value is 0, the virtual CS result may be idle. If the NAV value is greater than 0, the virtual CS result may be busy. Physical CS may be clear channel assessment (CCA). If at least one of the virtual CS and the physical CS is busy, the CS result may be busy. If both the virtual CS and the physical CS are idle, the CS result may be idle. Also, there may be a case where the STA includes a plurality of NAVs.
  • NAV network allocation vector
  • the STA may include an intra-BSS NAV and a basic NAV.
  • the intra-BSS NAV may be an intra-BSS frame or a NAV configured by an intra-BSS PPDU.
  • the regular NAV may be an inter-BSS frame, an inter-BSS PPDU, or an NAV configured by a frame or PPDU in which it cannot be determined whether it is intra-BSS or inter-BSS.
  • the virtual CS may be busy.
  • both the intra-BSS NAV and the basic NAV are 0, the virtual CS may be idle.
  • both the intra-BSS NAV and the basic NAV it may be said that the NAV is 0.
  • the intra-BSS frame or intra-BSS PPDU to a certain STA may be a frame or PPDU determined to be transmitted from the same BSS as the STA.
  • the inter-BSS frame or inter-BSS PPDU to a certain STA may be a frame or PPDU determined to be transmitted from a BSS different from that of the STA.
  • the determination of whether transmission is from the same BSS or from a different BSS may be determined based on the BSS color field included in the preamble of the PPDU, the address field included in the MAC header, and the like.
  • the BSS color field or the address field may be determined as an intra-BSS frame or an intra-BSS PPDU.
  • the BSS color field or the address field does not include a value corresponding to the same BSS, it may be determined as an inter-BSS frame or an inter-BSS PPDU.
  • the address field may include an RA field, a TA field, a BSSID field, and the like.
  • the STA may configure the NAV based on the received frame.
  • the STA may set the NAV based on the received trigger frame.
  • the STA may configure the NAV based on a trigger frame that is a received intra-BSS frame.
  • the NAV may be an intra-BSS NAV.
  • the NAV may be set regardless of whether the trigger frame triggers the STA.
  • the STA may configure the NAV when the received frame or the received PPDU does not indicate an immediate response from the STA.
  • the STA when the CS is busy, the STA may not be able to transmit a frame or a PPDU.
  • the STA in which the NAV is set to a value greater than 0 may not be able to transmit a frame or a PPDU. More specifically, the STA in which the NAV is set to a value greater than 0 may not be able to transmit a frame or a PPDU if the preset condition is not satisfied.
  • the STA may be able to transmit regardless of the NAV (or without considering the NAV) when the received frame is addressed to the STA and requests an immediate response.
  • the received frame may not be an RTS frame and may not be a trigger frame. That is, even if the NAV is set to a value greater than 0, the STA may be able to transmit regardless of the NAV if the received frame is addressed to the STA and requests an immediate response.
  • the case where the frame is addressed to the STA may include a case where the RA field of the frame is set to the address of the STA.
  • the case in which the frame is addressed to the STA may include a case in which the frame includes an identifier corresponding to the STA.
  • the identifier may include a MAC address, an association ID (AID), an ID based on a MAC address, an ID based on an AID, and the like.
  • the NAV may be a frame sent by the TXOP holder or a NAV set by a PPDU.
  • the NAV may be an intra-BSS NAV.
  • the received frame may be an RTS frame. It can be determined that the frame is transmitted from the TXOP holder based on the TA field included in the frame.
  • the STA may store the TXOP holder address. If the STA receives the RTS frame transmitted by the TXOP holder and the RTS frame is addressed to the STA, it may respond to the RTS frame without considering the NAV. In this case, the CTS frame may be transmitted in response to the RTS frame.
  • the STA when the STA receives the trigger frame, it may be possible to transmit a response irrespective of the NAV.
  • the NAV may be limited to an intra-BSS NAV. Therefore, when the NAV is set by the STA of the same BSS or the AP of the same BSS, the STA can transmit a response regardless of the NAV when the response is indicated by the trigger frame.
  • the STA receives the trigger frame it is possible to determine whether to transmit a response thereto without considering the intra-BSS NAV and not considering the basic NAV. Also, when the STA receives the trigger frame, it is possible to determine whether to transmit a response to the trigger frame based on the CS result.
  • the trigger frame may include signaling indicating whether or not whether to transmit a response when the trigger frame is received based on a CS result.
  • the signaling may be a CS Required subfield shown in FIG. 16 . If the CS Required subfield indicates to determine whether to respond based on the CS result, the STA responds to a trigger frame when the virtual CS and the physical CS indicate idle, and triggers when the virtual CS or the physical CS indicates busy It may not respond to frames. In this case, it is possible to consider basic NAV without considering intra-BSS NAV as virtual CS. Also, if the CS Required subfield indicates that the response is not based on the CS result, the STA can respond to the trigger frame without checking the CS result.
  • the STA receiving the modified MU-RTS frame may not be able to transmit a frame other than the CTS frame during the shared TXOP because the NAV is configured. This will be further described with reference to FIG. 20 .
  • STA1 and STA2 may exist and may be associated with each other.
  • STA1 may be an AP.
  • STA2 may be a non-AP STA.
  • STA1 may transmit an MU-RTS frame.
  • STA2 may transmit a CTS frame in response to the MU-RTS frame.
  • the reason that the STA2 transmits the CTS frame may be because the result of the physical CS of the STA2 is idle and the basic NAV is not set.
  • the reason that the STA2 has transmitted the CTS frame may be because the STA2 has received a frame that is addressed to itself and requests an immediate response.
  • the frame is addressed to STA2 based on the frame received from STA1, and the frame is addressed to STA2 and requires an immediate response, so it is possible to transmit a response frame do.
  • the STA2 may set the NAV based on a frame other than the MU-RTS frame or the MU-RTS frame transmitted by the STA1.
  • the NAV may be an intra-BSS NAV.
  • STA1 may perform TXOP sharing to STA2. That is, STA1 may transmit a modified MU-RTS frame to STA2.
  • the STA2 may 1) transmit the CTS frame and then transmit another frame using the shared TXOP, or 2) transmit another frame without transmitting the CTS frame.
  • the STA2 may have the NAV set by the frame transmitted to obtain the TXOP before the STA1 allocates the shared TXOP. That is, the STA2 may receive the frame transmitted before the STA1 transmits the modified MU-RTS frame, and thus the NAV may be set.
  • the STA2 may have configured the NAV by receiving a frame transmitted from another STA during the same TXOP before receiving the modified MU-RTS frame addressed to it.
  • the STA2 may have configured the NAV based on the modified MU-RTS frame addressed to it. That is, since STA2 will receive at least a modified MU-RTS frame when using shared TXOP, NAV may be configured. Therefore, it may be difficult for STA2 to transmit a frame using shared TXOP.
  • the STA that has received the shared TXOP may transmit the frame regardless of the NAV.
  • the STA that has received the TXOP sharing may transmit a frame regardless of the NAV during the shared TXOP.
  • an STA that has shared the TXOP may transmit a frame even if NAV is set (or NAV is greater than 0).
  • an STA that has shared the TXOP can transmit a frame regardless of the intra-BSS NAV.
  • the STA that has shared the TXOP may not be able to transmit a frame when basic NAV is configured.
  • the STA that has received the shared TXOP may transmit the frame regardless of the frame sent by the associated AP or the NAV configured by the PPDU. For example, if the NAV of the STA that has received the shared TXOP is set by a frame sent by a STA other than the associated AP, it may not be possible to transmit a frame during the shared TXOP.
  • the STA may transmit the PPDU regardless of the NAV configured in the shared TXOP.
  • the AP transmits a trigger frame (modified MU-RTS frame or MU-RTS TXS trigger frame) for sharing the TXOP
  • the NAV may be set by the AP in the shared TXOP.
  • the STA that has shared the TXOP may not be able to transmit the PPDU because of the NAV configured in the shared TXOP.
  • the STA receiving the shared TXOP may transmit the PPDU while ignoring the NAV set by the AP sharing the TXOP in the shared TXOP.
  • the frame transmitted by the STA that has received the TXOP sharing regardless of the NAV may be transmitted after the SIFS from the previous PPDU.
  • the STA2 may set the NAV based on the MU-RTS frame or the modified MU-RTS frame.
  • an intra-BSS NAV may be configured.
  • the NAV may be configured for STA2 based on the intra-BSS frame.
  • the STA2 may set the NAV based on the frame transmitted by the associated AP.
  • the NAV may be a generic term for such NAV.
  • STA1 may perform TXOP sharing with STA2.
  • STA2 may receive TXOP sharing through a modified MU-RTS frame. When STA2 transmits a frame in shared TXOP, it is possible to transmit a frame regardless of NAV.
  • the transmitted frame may be a frame transmitted immediately after the received modified MU-RTS frame and transmitted immediately after the CTS frame.
  • the frame transmitted at this time may be a frame transmitted immediately after the received modified MU-RTS frame.
  • the frame transmitted by STA2 may be a frame transmitted to the STA that transmitted the modified MU-RTS frame. That is, the RA field of the transmitted frame may be set to the value of the TA field of the received modified MU-RTS frame. Alternatively, the RA field of the frame to be transmitted may be set to the MAC address of the AP.
  • the frame transmitted by STA2 may be a frame transmitted to STA3.
  • the transmission of the frame immediately after may mean a case where the transmission start time of the PPDU including the frame is SIFS after the end of the previous PPDU.
  • 21 is a diagram illustrating TXOP sharing and CTS frame transmission according to an embodiment of the present invention.
  • the embodiment of FIG. 21 may be a method for solving the problems described with reference to FIGS. 19 and 20 . Therefore, the description of the above-described content may be omitted.
  • the frame sequence in order to solve the problem of difficulty in transmitting a frame during a shared TXOP in consideration of the NAV, the frame sequence may be continued so that a condition for transmitting a response regardless of the NAV is satisfied.
  • the STA that has received the TXOP sharing may transmit a CTS-to-self frame in response to the modified MU-RTS frame.
  • the CTS-to-self frame may be a CTS frame in which the RA field is set to the MAC address of the STA transmitting the CTS-to-self frame.
  • the STA sharing the TXOP receives a frame including the MAC address of the STA receiving the TXOP sharing after transmitting the modified MU-RTS frame, it can be determined that the shared TXOP allocation has occurred successfully.
  • STA2 may receive a modified MU-RTS frame from STA1. Also, STA2 may transmit a CTS-to-self frame immediately after the modified MU-RTS frame. That is, the STA2 may transmit the CTS frame by setting the RA field of the CTS frame to the MAC address of the STA2. In this case, the CTS-to-self frame sent by the STA2 may be regarded as a frame that is addressed to itself and requests an immediate response. Alternatively, the STA2 may consider that it has received a frame that is addressed to itself and requests an immediate response to transmission of the CTS-to-self frame. Accordingly, the STA2 may transmit the frame immediately after the CTS-to-self frame even if the NAV is set.
  • the Individual/Group bit in the RA field of the CTS frame transmitted in response to the RTS frame or the MU-RTS frame, the Individual/Group bit is 0 in the TA field value or the TA field value of the RTS frame or the MU-RTS frame. It can be set to the value set by .
  • a method for setting the RA field of the additional CTS frame may be defined.
  • the RA field of the CTS frame transmitted in response to the modified MU-RTS frame may be set to the MAC address of the STA transmitting the CTS frame.
  • the STA that has received the TXOP sharing may be able to perform recovery within the shared TXOP. That is, the STA that has received the TXOP sharing can perform recovery when the frame transmitted by it within the shared TXOP fails. For example, an STA that has received TXOP sharing can transmit a frame after PIFS when the frame transmitted by itself within the shared TXOP fails. According to an embodiment of the present invention, it is possible for the TXOP holder to perform recovery. In addition, when the TXOP holder performs TXOP sharing, it is possible for the STA that has received TXOP sharing to perform recovery.
  • a TXOP responder or 2) a STA that is neither a TXOP holder nor a TXOP responder becomes an STA that has received TXOP sharing it is possible to perform recovery.
  • the STA that has received the TXOP sharing transmits a frame other than the first CTS frame after receiving the modified MU-RTS frame
  • the non-CTS frame fails, it is possible to perform a recovery operation.
  • the TXOP holder may not be able to perform a recovery operation when the first transmitted frame of the sequence fails, and at this time, it may be that the TXOP has not been obtained.
  • the STA that has received the TXOP sharing may perform a recovery operation even when a frame other than the first CTS frame transmitted in the shared TXOP fails.
  • STA2 may transmit the UL frame indicated in the figure and perform a recovery operation when it fails. That is, when the STA2 transmits the UL frame and does not receive the DL frame indicated in the drawing, the STA2 may transmit the frame again. In this case, the frame to be retransmitted may start transmission after the PIFS from the end of the PPDU including the failed UL frame indicated in the drawing. Also, it is possible to check whether the channel is idle during recovery. In addition, in the recovery operation performed by the STA that has received the TXOP sharing, only the physical CS may be considered without considering the virtual CS.
  • FIG. 22 is a diagram illustrating an example of a trigger frame for sharing TXOP according to an embodiment of the present invention.
  • whether the frame is a modified MU-RTS frame may be based on the number of user information fields.
  • the trigger frame defined in the 802.11ax standard may be designed without considering the extension of the function in a later standard. Therefore, for example, the Common Info field shown in FIG. 16(b) may lack a signaling space to include an extended function. Therefore, according to an embodiment of the present invention, the user information field including the preset AID12 subfield value may have a format different from that shown in FIG. 16( c ).
  • the user information field including the preset AID12 subfield value may include information corresponding to all recipients or one or more recipients of the trigger frame including the user information field.
  • the user information field including the preset AID12 subfield value may include at least one of PHY version ID, bandwidth extension, bandwidth, spatial reuse, and U-SIG reserved bits.
  • the preset AID12 subfield value may be based on a value that is not actually assigned as an AID.
  • the preset AID12 subfield value may be 12 LSBs of a value not actually allocated as an AID.
  • the preset AID12 subfield value may be 2007.
  • the aforementioned extended functions may include, for example, extended bandwidth.
  • the bandwidth can be extended from a maximum of 160 MHz to a maximum of 320 MHz.
  • the extended function may include information for generating the U-SIG field.
  • the modified MU-RTS frame may include a user information field including the aforementioned preset AID12 subfield value. have.
  • the modified MU-RTS frame may include no user information field or only the user information field including the aforementioned preset AID12 subfield value as the user information field. That is, if the received trigger frame does not include any user information field or contains only the user information field including the aforementioned preset AID12 subfield value as the user information field, the trigger frame is determined as a modified MU-RTS frame. can Alternatively, if the received MU-RTS frame does not include any user information field or contains only the user information field including the aforementioned preset AID12 subfield value as the user information field, the MU-RTS frame is converted to a modified MU-RTS frame. can be judged as In this case, the STA receiving the TXOP sharing may be indicated through the RA field of the trigger frame.
  • the type subfield may be set to MU-RTS.
  • one user information field may exist in the modified MU-RTS frame, and in this case, the AID12 subfield included in the user information field may be set to a preset value.
  • the preset value may be a value that is not assigned as an AID.
  • the preset value may be different from 12 LSBs of the AID of the STA having the RA field value of the modified MU-RTS frame as the MAC address. For example, the preset value may be 2007.
  • the modified MU-RTS frame does not include any user information fields.
  • the STA receiving the trigger frame does not include any user information field or includes only the user information field including the AID12 subfield of a preset value.
  • the trigger frame may be determined as a modified MU-RTS frame.
  • FIG. 23 is a diagram illustrating an NAV timeout according to an embodiment of the present invention.
  • the STA may be able to reset the set NAV.
  • the NAV when the NAV is set based on the RTS frame or the MU-RTS frame, it may be possible to release the NAV. More specifically, when the NAV is set based on the RTS frame or the MU-RTS frame, it may be possible to release the NAV when the PPDU reception fails to start successfully for a preset time. This operation may be referred to as NAV timeout or NAVTimeout.
  • the preset time may be referred to as a NAVTimeout period or an NAV timeout period.
  • the NAVTimeout period may be started when the PHY-RXEND.indication primitive corresponding to the RTS frame or the MU-RTS frame is received.
  • the case in which the NAV is set based on the RTS frame or the MU-RTS frame may mean a case where the most recent NAV update is performed based on the RTS frame or the MU-RTS frame. If the duration information received by the STA from the RTS frame or the MU-RTS frame is greater than the current NAV value of the STA, the NAV may be configured or updated based on the RTS frame or the MU-RTS frame. The duration information may be obtained based on the Duration/ID field included in the MAC header or may be obtained based on the TXOP duration or TXOP field included in the preamble of the PPDU.
  • PHY-RXSTART.indication primitive may be received.
  • PHY-RXSTART.indication primitive may be issued.
  • PHY-RXSTART.indication primitive may be transmitted from PHY to MAC.
  • PHY-RXSTART.indication primitive may be generated.
  • the reception of a valid start of the PPDU may mean a case of receiving a valid PHY header.
  • PHY-RXSTART.indication primitive can be generated after determining the PPDU format.
  • the PHY may maintain the physical medium in a busy status during the length of the PPDU or the length indicated by the preamble of the PPDU. If the PHY-RXSTART.indication primitive is generated, even if reception fails in the middle of the PPDU, the PHY may maintain the physical medium in a busy status for the length of the PPDU or the length indicated by the preamble of the PPDU. In addition, when PPDU reception is terminated, PHY-RXEND.indication may be generated.
  • the aforementioned NAV timeout period may be based on a response time for an RTS frame or an MU-RTS frame. That is, when the response to the RTS frame or the MU-RTS frame is a CTS frame, the NAV timeout period may be based on the CTS frame time.
  • the CTS frame time may be expressed as CTS_Time.
  • the response time for the RTS frame or the MU-RTS frame may be expressed as CTS_Time. At this time.
  • the response time for the RTS frame or the MU-RTS frame may mean the length of the PPDU including the response.
  • the NAV timeout period may be based on at least one of the following.
  • CTS_Time may be the length of the CTS frame calculated based on a preset ratio.
  • CTS_Time may be the length of the PPDU including the CTS frame calculated based on a preset ratio.
  • the preset rate may be 6 Mbps.
  • CTS_Time can be calculated based on a data rate of 6 Mbps.
  • the preset rate may be the ratio of the RTS frame or the MU-RTS frame for setting the NAV.
  • the preset rate may be a rate indicated by the RTS frame or the MU-RTS frame for setting the NAV.
  • aSIFSTime may be an SIFS length.
  • aSIFSTime may be 10 us when operating in the 2.4 GHz band.
  • aSIFSTime may be 16 us when operating in a 5 GHz band or a 6 GHz band.
  • aRxPHYStartDelay may be a delay from the start of the PPDU until the receiver generates the PHY-RXSTART.indication primitive.
  • aRxPHYStartDelay may be the time taken from the start of the PPDU to determining the PPDU format.
  • aRxPHYStartDelay may be different according to the PPDU format.
  • aRxPHYStartDelay may be 20 us for non-HT PPDU.
  • aRxPHYStartDelay may be 28 us for the HT PPDU of the HT-mixed format.
  • aRxPHYStartDelay may be 24 us for HT PPDU of HT-greenfield format.
  • aRxPHYStartDelay may be (36 + 4 * (the maximum possible value for N_VHT-LTF supported) + 4) us for the VHT PPDU.
  • N_VHT-LTF may be the number of VHT-LTFs.
  • aRxPHYStartDelay may be 32 us for an HE SU PPDU or a HE TB PPDU.
  • aRxPHYStartDelay may be 40 us for the HE ER SU PPDU.
  • aRxPHYStartDelay may be (32 + 4*N_HE-SIG-B) us for the HE MU PPDU.
  • N_HE-SIG-B may be the number of OFDM symbols in the HE-SIG-B field.
  • aRxPHYStartDelay may be 32 us for EHT MU PPDU or EHT TB PPDU.
  • the NAV timeout period may be ((2*aSIFSTime) + (CTS_Time) + aRxPHYStartDelay + (2* aSlotTime)).
  • the RTS frame may be a frame indicating a CTS frame.
  • the RTS frame may be a frame indicating a CTS frame from a single STA.
  • the RTS frame may include a frame control field, a duration field, an RA field, a TA field, and an FCS field.
  • the duration field may include time information for STAs receiving the duration field to configure NAV.
  • the RA field may include an address of an intended immediate recipient. For example, when the RA field included in the RTS frame received by the STA is the address of the STA, it is possible to respond to the RTS frame with a CTS frame. Also, whether the frame is an RTS frame may be determined based on the frame Control field included in the frame.
  • whether the frame is an RTS frame may be determined based on the Type subfield and the Subtype subfield included in the frame Control field included in the frame. For example, when the Type subfield is 01 (B3 B2) and the Subtype subfield is 1011 (B7 B6 B5 B4), it may indicate that a frame including the Type subfield and the Subtype subfield is an RTS frame.
  • the RTS frame may be a Control frame.
  • the CTS frame may include a frame control field, a duration field, an RA field, and an FCS field.
  • the duration field may include time information for STAs receiving the duration field to set the NAV. For example, when the Type subfield is 01 (B3 B2) and the Subtype subfield is 1100 (B7 B6 B5 B4), it may indicate that a frame including the Type subfield and the Subtype subfield is a CTS frame.
  • the CTS frame may be a Control frame.
  • STA1, STA2, and STA3 may exist.
  • STA1 may transmit an RTS frame or an MU-RTS frame to STA2.
  • the RTS frame or the MU-RTS frame may be transmitted to the STA2.
  • the MU-RTS frame may be transmitted to STA2. If the STA2 successfully receives the RTS frame or the MU-RTS frame, it is possible to respond with a CTS frame. At this time, STA2 may respond based on the carrier sense result.
  • duration information included in the RTS frame or the MU-RTS frame or duration information included in a PPDU including the RTS frame or the MU-RTS frame STA3 may set the NAV based on .
  • the STA1 successfully receives the CTS frame transmitted by the STA2, the STA1 may transmit the frame to the STA2.
  • STA3 may receive a CTS frame transmitted by STA2 or a frame transmitted by STA1 to STA2 after setting the NAV. In this case, STA3 may receive the PHY-RXSTART.indication primitive within the NAVTimeout period. Therefore, the NAV set by the STA3 may not be released.
  • STA1, STA2, and STA3 may exist. Also, STA1 may transmit an RTS frame or an MU-RTS frame to STA2. If the STA2 does not successfully receive the RTS frame or the MU-RTS frame, it may not respond with a CTS frame. Alternatively, the STA2 may successfully receive the RTS frame or the MU-RTS frame, but may not respond with a CTS frame based on a carrier sense result. In this case, the frame sequence sent by the STA1 to the STA2 may not be continued.
  • duration information included in the RTS frame or the MU-RTS frame or duration information included in a PPDU including the RTS frame or the MU-RTS frame STA3 may set the NAV based on .
  • the STA3 may not be able to receive the CTS frame transmitted by the STA2 or the frame transmitted by the STA1 to the STA2 after the STA3 sets the NAV.
  • STA3 may not have received the PHY-RXSTART.indication primitive within the NAVTimeout period. Accordingly, the NAV set by the STA3 may be released. Through this, it is possible to solve the problem that the STA3 cannot access the channel by maintaining the NAV even though the sequence is not continued.
  • FIG. 24 is a diagram illustrating TXOP sharing and NAV timeout according to an embodiment of the present invention.
  • STA1 may perform TXOP sharing with STA2.
  • STA1 may be an STA sharing TXOP
  • STA2 may be an STA receiving TXOP sharing.
  • STA1 may transmit the first frame of the sequence to STA2.
  • STA1 is STA2, and the first frame of the sequence may be an MU-RTS frame.
  • a CTS frame that is a response to the MU-RTS frame may be transmitted.
  • a CTS frame may be transmitted from STAs including STA2.
  • STA1 may obtain a TXOP.
  • STA3 may not have successfully received the MU-RTS frame and the CTS frame.
  • STA1 may transmit a modified MU-RTS frame to STA2. That is, STA1 may perform TXOP sharing with STA2.
  • STA3 may successfully receive the modified MU-RTS frame.
  • the STA3 may configure the NAV based on the modified MU-RTS frame. In this case, the STA3 may set the NAV based on the MU-RTS frame.
  • STA2 1) transmits a CTS frame with respect to the modified MU-RTS frame, and may transmit the frame immediately after transmitting the CTS frame.
  • the STA2 may transmit the frame without 2) transmitting the CTS frame.
  • STA3 may not receive a frame or PPDU from STA2.
  • STA3 may exist in a position hidden from STA2.
  • the power transmitted by STA2 may not be sufficient to be received by STA3.
  • the STA3 may not receive the PPDU during the NAV timeout period. This may be because the NAV timeout period is not determined based on CTS_Time.
  • STA3 when STA2 transmits a frame after transmitting the CTS frame, STA3 will end the NAVTimeout period while the frame is transmitted. Alternatively, when STA2 transmits a frame without transmitting the CTS frame, the frame is likely longer than the CTS frame, so that the STA3 will end the NAVTimeout period while the frame is being transmitted. Therefore, STA3 may be able to release the NAV. If STA3 releases NAV, STA3 may access the channel and interrupt the sequence during the shared TXOP.
  • 25 is a diagram illustrating TXOP sharing and NAV timeout according to another embodiment of the present invention.
  • a CTS frame or other frame is transmitted from the STA with which the TXOP is shared to another STA (third STA) other than the STA shared by the AP for a certain period of time. Even if not, the shared TXOP may not be released.
  • the embodiment of FIG. 25 may be for solving the problem described with reference to FIGS. 23 to 24 . Also, the above description may be omitted.
  • This may or may not be allowed. That is, depending on whether it is a generally configured TXOP or a TXOP in which all or part of the TXOP set by the AP is a shared TXOP, a NAV timeout for releasing a TXOP configured by an STA other than the STA in which the TXOP is configured is allowed. have.
  • NAV timeout may be allowed. have. That is, if the STA sets the NAV based on the MU-RTS frame, if the MU-RTS frame is not a modified MU-RTS frame, if the PPDU reception fails during the NAVTimeout period, it is possible to release the NAV.
  • NAV timeout may not be allowed. That is, if the STA sets the NAV based on the MU-RTS frame, if the MU-RTS frame is a modified MU-RTS frame for TXOP sharing or a MU-RTS TXS trigger frame, the STA successfully receives the PPDU during the NAVTimeout period. It may not be possible to turn off the NAV even if it fails to start.
  • the STA must not reset the NAV after the NAVTimeout expires.
  • Whether the received MU-RTS frame is a modified MU-RTS frame may follow the above-described embodiment. For example, whether the MU-RTS frame is a modified MU-RTS frame may be determined based on the GI And HE-LTF Type subfield included in the MU-RTS frame. For example, when the GI And HE-LTF Type subfield value is 0, the MU-RTS frame including the GI And HE-LTF Type subfield may not be a modified MU-RTS frame. Also, when the GI And HE-LTF Type subfield value is not 0, the MU-RTS frame including the GI And HE-LTF Type subfield may be a modified MU-RTS frame. For example, when the GI And HE-LTF Type subfield value is 1 or 2, the MU-RTS frame including the GI And HE-LTF Type subfield may be a modified MU-RTS frame.
  • this embodiment may be performed by a terminal of the 802.11be standard or later (a terminal of a later standard including the EHT standard), and the terminal of the 802.11ax standard (HE STA) may not be able to perform this embodiment. Even if the HE STA cannot perform this, the probability that the problem described in the above embodiment will occur can be reduced.
  • a terminal of the 802.11be standard or later a terminal of a later standard including the EHT standard
  • STA1, STA2, and STA3 may exist. Also, STA1 may transmit an MU-RTS frame to STA2. For example, STA1 may transmit a MU-RTS frame instead of a modified MU-RTS frame. However, STA2, which is the intended receiver of the MU-RTS frame, may not respond to the MU-RTS frame. Therefore, STA2 may not be able to transmit the CTS frame. In addition, the STA3 may set the NAV based on the MU-RTS frame. However, since STA2 fails to transmit the CTS frame, STA3 may not successfully start receiving the PPDU during the NAVTimeout period.
  • the STA3 it is possible for the STA3 to release the set NAV based on the NAV timeout operation. This may be because the frame in which the STA3 sets the NAV is a MU-RTS frame, not a modified MU-RTS frame.
  • STA1 may transmit a modified MU-RTS frame.
  • frames before the modified MU-RTS frame may be omitted.
  • STA2, which is the intended receiver of the modified MU-RTS frame may respond to the modified MU-RTS frame.
  • the STA3 may configure the NAV based on the modified MU-RTS frame.
  • STA3 may not have received the response transmitted by STA2 to the modified MU-RTS frame. For example, it may be because the response transmitted by the STA2 to the STA3 is not heard with a sufficiently large power. For example, it may be because STA3 and STA2 are far apart. In this case, the STA3 may not successfully start receiving the PPDU during the NAVTimeout period.
  • STA2 transmits the modified MU-RTS frame and then transmits the CTS frame. Alternatively, this may be because STA2 has transmitted a frame longer than the CTS frame after the modified MU-RTS frame. Alternatively, this may be because the STA2 has transmitted a longer PPDU than the PPDU including the CTS frame after the modified MU-RTS frame. In this case, the STA3 may not be able to perform the NAV release operation based on the NAV timeout operation. This may be because the frame in which the STA3 sets the NAV is the MU-RTS frame, which is a modified MU-RTS frame.
  • 26 is a diagram illustrating TXOP sharing and NAV timeout according to another embodiment of the present invention.
  • FIG. 26 may be for solving the problems described with reference to FIGS. 23 to 24 . Also, the above description may be omitted.
  • the NAV timeout period may be differently determined based on whether the MU-RTS frame is a modified MU-RTS frame or not.
  • CTS_Time may be determined differently based on whether the MU-RTS frame is a modified MU-RTS frame.
  • the NAV timeout period may be longer than the NAV timeout period when the MU-RTS frame is not a modified MU-RTS frame.
  • the NAV timeout period may be referred to as an extended NAVTimeout period.
  • the NAVTimeout period and the extended NAVTimeout period described with reference to FIG. 23 may start at the same time point. That is, it can be started when the PHY-RXEND.indication primitive corresponding to the MU-RTS frame is received.
  • the NAVTimeout period described in FIG. 23 may be a time based on the CTS frame time.
  • the NAVTimeout period described in FIG. 23 may be a time based on the time taken to transmit the CTS frame at 6 Mbps.
  • the STA when the STA sets the NAV based on the modified MU-RTS frame, it may be possible to release the NAV when the PPDU reception fails to successfully start during the extended NAVTimeout period. If the STA sets the NAV based on the modified MU-RTS frame, it may not be possible to release the NAV even if it fails to successfully start receiving the PPDU during the NAVTimeout period described in FIG. 23 .
  • the STA sets the NAV based on the MU-RTS frame instead of the modified MU-RTS frame, it may be possible to release the NAV if the STA fails to successfully start PPDU reception during the NAVTimeout period described in FIG. 23 .
  • the extended NAVTimeout period may be determined based on length information included in the modified MU-RTS frame.
  • CTS_Time may be determined based on length information included in the modified MU-RTS frame.
  • the extended NAVTimeout period may be determined based on length information included in the modified MU-RTS frame and a rate corresponding to the modified MU-RTS frame.
  • CTS_Time may be determined based on length information included in the modified MU-RTS frame and the rate corresponding to the modified MU-RTS frame.
  • length information included in the modified MU-RTS frame may be included in the UL Length subfield shown in FIG. 16 .
  • length information included in the modified MU-RTS frame may be included in the User Info field shown in FIG. 16 . More specifically, the length information included in the modified MU-RTS frame may be included in the User Info field indicating the STA receiving the TXOP sharing among the User Info fields shown in FIG. 16 .
  • the STA that has received the TXOP sharing may transmit a PPDU based on length information included in the modified MU-RTS frame.
  • the STA that has received the TXOP sharing may transmit the first PPDU of the shared TXOP based on length information included in the modified MU-RTS frame.
  • the STA that has received the TXOP sharing may transmit the first PPDU not including the CTS frame of the shared TXOP based on the length information included in the modified MU-RTS frame.
  • the first PPDU not including the CTS frame of the shared TXOP may be the first PPDU following the PPDU including the CTS frame.
  • STA1, STA2, and STA3 may exist. Also, STA1 may transmit an MU-RTS frame to STA2. For example, STA1 may transmit a MU-RTS frame instead of a modified MU-RTS frame. However, STA2, which is the intended receiver of the MU-RTS frame, may not respond to the MU-RTS frame. Therefore, STA2 may not be able to transmit the CTS frame. In addition, the STA3 may set the NAV based on the MU-RTS frame. However, since STA2 fails to transmit the CTS frame, STA3 may not successfully start receiving the PPDU during the NAVTimeout period.
  • the STA3 it is possible for the STA3 to release the set NAV based on the NAV timeout operation.
  • This may be an operation based on the determined NAVTimeout period because the frame that caused the STA3 to set the NAV is a MU-RTS frame rather than a modified MU-RTS frame. That is, since the frame in which the STA3 sets the NAV is a MU-RTS frame rather than a modified MU-RTS frame, the NAVTimeout period may be determined based on the time taken to transmit the CTS frame.
  • STA1 may transmit a modified MU-RTS frame.
  • frames before the modified MU-RTS frame may be omitted.
  • STA2, which is the intended receiver of the modified MU-RTS frame may respond to the modified MU-RTS frame.
  • the STA3 may configure the NAV based on the modified MU-RTS frame.
  • STA3 may not have received the response transmitted by STA2 to the modified MU-RTS frame. For example, it may be because the response transmitted by the STA2 to the STA3 is not heard with a sufficiently large power. For example, it may be because STA3 and STA2 are far apart.
  • the STA3 may not successfully start receiving the PPDU during the NAVTimeout period described with reference to FIG. 23 .
  • the STA3 may successfully start receiving the PPDU during the extended NAVTimeout period. Therefore, STA3 may not perform the NAV timeout operation.
  • the reason that the STA3 could wait the extended NAVTimeout period without performing the NAV release operation when the NAVTimeout period described in FIG. 23 has passed may be because the frame in which the STA3 sets the NAV is a MU-RTS frame, which is a modified MU-RTS frame.
  • STA2 receiving the modified MU-RTS frame fails to respond, STA1 may perform a recovery operation. Therefore, the STA3 can successfully start receiving the PPDU before performing the NAV timeout operation.
  • the shared TXOP sequence may be interrupted.
  • the STA3 performs the NAV timeout operation to solve the problem that the STA3 cannot access the channel because the NAV is set unnecessarily when the actual frame exchange does not occur.
  • FIG. 27 is a diagram illustrating that an STA and an AP apply NAV when TXOP sharing is applied according to an embodiment of the present invention.
  • the scheduled STA may not set the NAV. Specifically, in TXOP sharing, the scheduled STA may not set the NAV based on a modified MU-RTS frame or a MU-RTS TXS trigger frame that is an MU-RTS frame for TXOP sharing configuration.
  • the STA that has received the MU-RTS frame for TXOP sharing configuration may not set the NAV based on the MU-RTS frame for TXOP sharing configuration.
  • the STA scheduled by the MU-RTS frame for the TXOP sharing configuration may not set the NAV based on the MU-RTS frame for the TXOP sharing configuration.
  • the STA may not set the NAV based on the trigger frame. That is, depending on whether the trigger frame is a trigger frame for sharing the TXOP, the STA may set the NAV based on the received trigger frame. For example, if the received MU-RTS frame is a modified MU-RTS frame for sharing TXOP or a MU-RTS TXS trigger frame, the STA does not set the NAV based on the received MU-RTS frame. However, when the received MU-RTS frame is not a modified MU-RTS frame or a MU-RTS TXS trigger frame for TXOP sharing, the STA sets the NAV based on the received MU-RTS frame.
  • the scheduled STA may not set the NAV based on the frame received in the shared TXOP.
  • the shared TXOP may indicate until the shared TXOP ends even if the duration of the shared TXOP is not fully utilized. If the scheduled STA of the shared TXOP transmits a PPDU and the PPDU includes only a frame that does not request an immediate response, the TXOP is terminated when the STA transmits the PPDU. Therefore, in the shared TXOP, it may be when the TXOP sharing scheduled STA transmits a PPDU including only a frame that does not request an immediate response from when the TXOP sharing is established. When the scheduled STA of TXOP sharing signals the end of the shared TXOP, the shared TXOP may be terminated.
  • the shared TXOP may be from the time when the TXOP sharing is established until the scheduled STA of the TXOP sharing signals the end of the shared TXOP.
  • the TXOP may be from when TXOP sharing is established until the shared TXOP duration has elapsed.
  • the shared TXOP may be terminated.
  • the duration of the shared TXOP and the TXOP used for sharing by the AP is the same, or the duration of the shared TXOP is shorter than the duration of the TXOP.
  • the TXOP may not be terminated. That is, if the duration of the shared TXOP and the duration of the TXOP are the same, when the shared TXOP ends, the TXOP also ends, but if the duration of the shared TXOP is shorter than the duration of the TXOP, the TXOP will be maintained even if the shared TXOP ends can
  • the shared TXOP period may be from when TXOP sharing is established until the shared TXOP duration has elapsed.
  • a scheduled STA may transmit a frame regardless of NAV. That is, when the NAV is configured in the TXOP configured by the AP (eg, the NAV configured by the intra-BSS PPDU), the scheduled STA may transmit the PPDU regardless of the configured NAV in the shared TXOP. In other words, the STA that has shared the TXOP may transmit the frame while ignoring the NAV set by the frame transmitted by the STA sharing the TXOP within the shared TXOP. In this case, the shared TXOP may be terminated before the section set by the MU-RTS frame.
  • the STA that has shared the TXOP before the interval set by the MU-RTS may stop sharing the TXOP by transmitting a signaling for requesting the stop of sharing the TXOP.
  • a signaling for requesting the stop of sharing the TXOP For example, when the non-AP STA receives all or part of the TXOP from the AP, if there is no PPDU to be transmitted (or pending), the signaling for terminating the TXOP sharing is transmitted to the AP to terminate the shared TXOP. You can stop sharing TXOPs.
  • the time point at which TXOP sharing is stopped may be either a time point at which the non-AP STA transmits a signaling requesting stop of TXOP sharing or a time point at which a response frame to the signaling is received.
  • signaling for sharing of TXOP may or may not require an immediate response.
  • the non-AP STA may ignore the set NAV only up to the point in time when the sharing of the TXOP is terminated because TXOP sharing is stopped earlier than the period in which the TXOP set by the MU-RTS frame is shared.
  • the STA that has set TXOP sharing may also transmit the frame regardless of the NAV.
  • a first STA (STA1) transmits an MU-RTS frame for setting TXOP sharing to a second STA (STA2).
  • the first STA (STA1) may be an AP.
  • the second STA (STA2) receives the MU-RTS frame for TXOP sharing configuration and transmits a CTS frame in response to the MU-RTS frame for TXOP sharing configuration.
  • the second STA (STA2) performs frame exchange within the shared TXOP.
  • the first STA (STA1) may set the NAV based on a frame transmitted by the second STA (STA2) or transmitted to the second STA (STA2).
  • the second STA (STA2) may perform frame exchange with the third STA (STA3).
  • the first STA (STA1) may set the NAV based on the frame transmitted by the third STA (STA3) to the second STA (STA2).
  • the first STA (STA1) may set the NAV based on a frame transmitted by the second STA (STA2) to the third STA (STA3).
  • the first STA (STA1) sets the NAV, it may be difficult to transmit a frame within the TXOP to which the shared TXOP is allocated. For example, when the first STA (STA1) tries to transmit a frame after the shared TXOP ends, it may not be able to transmit the frame due to the NAV set in the shared TXOP. Specifically, if the frame included in the PPDU transmitted within the shared TXOP is not a frame that causes an immediate response from the first STA (STA1), the first STA (STA1) may not be able to transmit the frame due to the configured NAV. .
  • the STA configured to share TXOP may transmit a frame regardless of the NAV within the TXOP acquired by the STA.
  • the STA configured to share the TXOP may transmit a frame regardless of the NAV within the TXOP obtained from the time when the shared TXOP is terminated.
  • the STA that has set up TXOP sharing may be an STA or a TXOP holder that has transmitted an MU-RTS frame for establishing TXOP sharing.
  • the shared TXOP may be terminated before the period set by the MU-RTS frame. That is, in the shared TXOP, the STA that has shared the TXOP before the interval set by the MU-RTS may stop sharing the TXOP by transmitting a signaling for requesting the stop of sharing the TXOP. For example, when the non-AP STA receives all or part of the TXOP from the AP, if there is no PPDU to be transmitted (or pending), the signaling for terminating the TXOP sharing is transmitted to the AP to terminate the shared TXOP. You can stop sharing TXOPs.
  • the time point at which TXOP sharing is stopped may be either a time point at which the non-AP STA transmits a signaling requesting stop of TXOP sharing or a time point at which a response frame to the signaling is received.
  • signaling for sharing of TXOP may or may not require an immediate response.
  • the AP since the TXOP sharing is stopped earlier than the period in which the TXOP set by the MU-RTS frame is shared, from the time when the TXOP sharing ends, the AP is based on the PPDU transmitted and received by the non-AP STA. You can ignore the NAV set by .
  • the STA that has set TXOP sharing transmits the frame regardless of the NAV may indicate that the frame is transmitted irrespective of the NAV set based on the frame exchanged by the scheduled STA within the TXOP sharing. This is because, when the STA configured to share TXOP transmits a frame regardless of the NAV configured based on a frame not exchanged by the scheduled STA within the TXOP sharing, it may interfere with frame exchange of other STAs.
  • the STA may determine based on the MAC header of the frame whether the frame is exchanged by the scheduled STA within the TXOP sharing. Specifically, the STA may determine whether the frame is exchanged by the scheduled STA within the TXOP sharing, based on the address field of the frame.
  • the address field may include at least one of an RA field, a TA field, and a BSSID field. For example, if one of the address fields of the frame indicates the MAC address of the STA, the STA may determine that the frame is exchanged by the scheduled STA within the TXOP sharing. In addition, the STA may determine whether it is a frame exchanged by the scheduled STA within the TXOP sharing based on the preamble of the PPDU including the frame. In addition, the STA may determine whether it is a frame exchanged by the scheduled STA within the TXOP sharing based on at least one of the BSS color and the STA ID included in the preamble of the PPDU including the frame.
  • the STA schedules the frame included in the PPDU. It can be determined by the frame exchanged by the STA.
  • the STA ID may be a value set based on the STA's AID.
  • a physical CS eg, CCA
  • CS carrier sensing
  • setting the NAV may be used interchangeably with updating the NAV.
  • NAV may include at least one of Intra-BSS NAV or basic NAV.
  • the NAV may refer to an Intra-BSS NAV.
  • the STA configuring the NAV based on a certain frame may include configuring the NAV based on the PPDU including the frame. Therefore, in the present specification, the STA not configuring the NAV based on a certain frame may include not configuring the NAV based on the PPDU including the frame.
  • the MU-RTS frame for establishing TXOP sharing may indicate a scheduled STA of TXOP using a MAC address, for example, an RA field or a User Info field.
  • Setting the NAV based on the duration information of the frame or PPDU may indicate that the most recently configured NAV is configured based on the duration information of the frame or PPDU.
  • the Duration/ID field of a frame transmitted within the shared TXOP or the TXOP of the PPDU including the frame may be set based on the shared TXOP. Specifically, the Duration/ID field of a frame transmitted within the shared TXOP or the TXOP of the PPDU including the frame may not be allowed to be set beyond the shared TXOP. Through this, it is possible to prevent the problem that the STA that has set the shared TXOP cannot transmit a frame even after the shared TXOP is terminated.
  • duration information included in a frame (eg, PPDU) transmitted within the shared TXOP is shared. It can be set based on the TXOP. Specifically, the TXOP of a frame transmitted within the shared TXOP is not allowed to be set beyond the shared TXOP. Therefore, the TXOP of the PPDU transmitted to the AP that has set the TXOP in the shared TXOP or the third STA for P2P communication must be terminated before or equal to the shared TXOP. Accordingly, the end time of the duration indicated by the duration information included in the PPDU may be the same as or earlier than the end time of the shared TXOP.
  • the TXOP of the PPDU transmitted by the specific STA does not exceed the shared TXOP and must expire before. Therefore, the end time of the length of the PPDU (or TXOP) transmitted by the specific STA to the AP or the third STA for P2P communication cannot be later than the end time of the shared TXOP, but must be earlier. In this case, since the end time of the length (or TXOP) of the PPDU must be the same as or before the end time of the shared TXOP, the value indicated by the duration information included in the PPDU may be set based on the shared TXOP. .
  • the STA configured with the shared TXOP may not set the NAV based on the frame exchanged by the TXOP sharing scheduled STA.
  • An STA configured with a shared TXOP within the shared TXOP may not transmit a trigger frame. This is because, when the STA configured with the shared TXOP within the shared TXOP transmits a trigger frame, the frame triggered by the trigger frame and frame exchange of the scheduled STA may overlap. In addition, when the STA configured with the shared TXOP within the shared TXOP transmits a trigger frame to the scheduled STA, the scheduled STA may need to transmit a response to the trigger frame. Therefore, it may not meet the purpose of setting the shared TXOP.
  • the trigger frame may include a MU-RTS frame for establishing TXOP sharing. In these embodiments, after the shared TXOP is terminated, the STA configured with the shared TXOP may transmit a trigger frame.
  • the trigger frame that the STA that has set the shared TXOP cannot transmit may be a trigger frame other than the trigger frame only for the TXOP shared scheduled STA. Therefore, the STA that has set the shared TXOP may transmit the trigger frame only to the TXOP sharing scheduled STA within the shared TXOP.
  • the STA that has configured the shared TXOP may transmit an MU-RTS frame for establishing the TXOP sharing in order to extend the shared TXOP.
  • the STA that has received the MU-RTS frame for establishing TXOP sharing may start frame exchange without transmitting the CTS frame.
  • TXOP sharing when only frame exchange with an STA that has set TXOP sharing is allowed, the STA that has received the MU-RTS frame for establishing TXOP sharing may start frame exchange without transmitting the CTS frame.
  • An operation performed during a shared TXOP herein may be an operation in which a shared TXOP is utilized by a scheduled STA of TXOP sharing.
  • the operation performed during the shared TXOP is that the scheduled STA of TXOP sharing transmits a frame in response to the MU-RTS frame for establishing TXOP sharing, or that the scheduled STA of TXOP sharing transmits a frame within the shared TXOP. may be doing
  • the response frame to the MU-RTS frame for establishing TXOP sharing may be a CTS frame.
  • the STA may signal whether it can operate as a scheduled STA of TXOP sharing.
  • the STA may signal whether it can operate as a TXOP-shared scheduled STA through the EHT Capabilities element.
  • the STA may transmit signaling indicating whether it can operate as a TXOP sharing scheduled STA using a (re)connection request frame or a probe request frame.
  • An STA that wants to establish TXOP sharing may transmit an MU-RTS frame for establishing TXOP sharing only to a STA that has signaled that it can operate as a scheduled STA of TXOP sharing.
  • an STA that intends to establish TXOP sharing may not be able to transmit an MU-RTS frame for establishing TXOP sharing to a STA that has signaled that it cannot operate as a scheduled STA of TXOP sharing.
  • the MU-RTS frame may include information indicating whether the MU-RTS frame is a MU-RTS frame for establishing TXOP sharing.
  • the MU-RTS frame may also indicate a TXOP sharing mode.
  • the mode of TXOP sharing may indicate to which STA a scheduled STA of TXOP sharing may transmit a frame. For example, in the first mode, a scheduled STA of TXOP sharing may transmit a frame only to an STA that has set TXOP sharing.
  • the TXOP sharing scheduled STA may transmit a frame or a P2P frame to the STA configured for TXOP sharing.
  • the first mode When the value of information indicating whether the MU-RTS frame is a MU-RTS frame for establishing TXOP sharing is 1, the first mode may be indicated. In addition, when the value of information indicating whether the MU-RTS frame is a MU-RTS frame for establishing TXOP sharing is 2, the second mode may be indicated. In addition, when the value of the information indicating whether the MU-RTS frame is a MU-RTS frame for establishing TXOP sharing is 0, it may indicate that the MU-RTS frame is not a MU-RTS frame for establishing TXOP sharing.
  • the GI And HE-LTF Type subfield may indicate whether the MU-RTS frame is a MU-RTS frame for configuring TXOP sharing.
  • the GI And HE-LTF Type subfield may indicate the TXOP sharing mode as described above.
  • the GI And HE-LTF Type subfield may be referred to as a TXOP Sharing Mode subfield.
  • the TXOP Sharing Mode subfield may be a subfield of the 21st bit (B20) to the 22nd bit (B21) of the Common Info field of FIG. 16 .
  • a method of terminating TXOP sharing will be described with reference to FIG. 28 .
  • FIG. 28 is a diagram illustrating that an STA terminates sharing of a TXOP according to an embodiment of the present invention.
  • a scheduled STA of TXOP sharing may signal the end of TXOP sharing.
  • the STA that has set up TXOP sharing receives the termination signaling of TXOP sharing
  • the STA that has set up TXOP sharing may become a TXOP holder.
  • the STA configured to share TXOP receives the TXOP sharing termination signaling
  • the STA configured to share TXOP may transmit a frame or a PPDU.
  • the STA configured TXOP sharing may transmit a frame or a PPDU even within the shared TXOP.
  • the TXOP sharing scheduled STA signals the end of the TXOP sharing
  • the TXOP sharing scheduled STA may not be able to transmit any frame or any PPDU within the remaining shared TXOP.
  • the scheduled STA of TXOP sharing may use the A-Control subfield to signal the end of TXOP sharing.
  • the single response scheduling (SRS) Control subfield of the A-Control subfield may signal the end of TXOP sharing.
  • the STA may respond to the frame including the SRS Control subfield with a PPDU instead of a TB PPDU.
  • the length of the response PPDU for the frame including the SRS Control subfield may be determined based on the SRS Control subfield.
  • the STA receiving the SRS Control subfield may set the length of the response PPDU for the frame including the SRS Control subfield to the length indicated by the SRS Control subfield.
  • the SRS Control subfield may include a field indicating the length of the PPDU in response to the MAC frame including the SRS Control subfield.
  • the field may be referred to as a PPDU Response Duration field.
  • the PPDU Response Duration field may indicate time in units of 4us.
  • the length of the PPDU indicated by the PPDU Response Duration field may be the value of the PPDU Response Duration field x 4us.
  • the PPDU Response Duration field may be an 8-bit field.
  • the STA may signal capability for the SRS Control subfield. Specifically, the STA may signal whether the SRS Control subfield can be received. In addition, the STA may signal whether it can respond to a frame including the SRS Control subfield. The STA may not be able to transmit the SRS Control subfield to the STA that has signaled that it does not support the operation for the SRS Control subfield. The STA may transmit the SRS Control subfield to the STA that has signaled that it supports the operation for the SRS Control subfield.
  • the SRS Control field may include a field signaling termination of TXOP sharing.
  • a field signaling termination of TXOP sharing may be referred to as a Shared TXOP Termination field.
  • the Shared TXOP Termination field may be a 1-bit field. . When the value of the Shared TXOP Termination field is 1, the Shared TXOP Termination field may indicate that TXOP sharing is terminated. When the value of the Shared TXOP Termination field is 0, the Shared TXOP Termination field may indicate that TXOP sharing is not terminated.
  • the STA receives a QoS Data frame or a QoS Null frame in which the Shared TXOP Termination field has a value of 1, the STA may determine that TXOP sharing is terminated.
  • a frame having a preset configuration may signal the end of TXOP sharing.
  • a frame having a preset setting may be a Qos Null frame.
  • a frame having a preset configuration may be a QoS Null frame that does not include an A-Control subfield.
  • a frame having a preset configuration may be a QoS Null frame that does not include an SRS Control subfield.
  • the scheduled STA of TXOP sharing may signal the end of TXOP sharing by transmitting a frame having a preset configuration.
  • the STA configured to share TXOP may determine that TXOP sharing is terminated.
  • the STA configured for the TXOP sharing may not receive the signaling.
  • the TXOP sharing scheduled STA may not transmit the frame by determining that the TXOP sharing has ended.
  • the STA that has set the TXOP sharing may not transmit the frame by determining that the TXOP sharing has not ended.
  • the TXOP sharing scheduled STA when the TXOP sharing scheduled STA that signals the end of TXOP sharing receives a response to the signaling, the TXOP sharing scheduled STA may determine that TXOP sharing has ended. In this case, the TXOP sharing scheduled STA may not transmit the frame by determining that the TXOP sharing has ended.
  • the response to the signaling end of TXOP sharing may be an immediate response.
  • the response to the signaling end of TXOP sharing may be ACK.
  • this embodiment can be applied only when the Ack Policy of the termination signaling of TXOP sharing is set to require an immediate response.
  • the TXOP sharing scheduled STA is It may be determined that the TXOP sharing has ended. If the Ack policy of TXOP sharing termination signaling does not require an immediate response, for example, No ACK, TXOP sharing scheduled STA signaling the termination of TXOP sharing does not receive a response to the signaling. The STA may determine that the TXOP sharing has ended. In this case, the TXOP sharing scheduled STA may determine that the TXOP sharing has ended when transmitting the TXOP sharing termination signaling. In addition, when the transmission of the termination signaling of TXOP sharing fails, an error recovery operation may be performed. Specifically, the TXOP sharing scheduled STA may perform an error recovery operation. In addition, the STA configured to share TXOP may perform an error recovery operation.
  • a first STA (STA1) transmits an MU-RTS frame for setting TXOP sharing to a second STA (STA2).
  • the first STA (STA1) may be an AP.
  • the second STA (STA2) receives the MU-RTS frame for TXOP sharing configuration and transmits a CTS frame in response to the MU-RTS frame for TXOP sharing configuration.
  • the second STA (STA2) transmits a TXOP sharing termination signaling (Frame to STA1 indicating termination) to the first STA (STA1).
  • the first STA (STA1) fails to receive TXOP sharing termination signaling (Frame to STA1 indicating termination).
  • the first STA (STA1) determines that the TXOP sharing has not ended.
  • the first STA (STA1) or the second STA (STA1) may perform an error recovery operation.
  • the second STA (STA2) transmits a TXOP sharing termination signaling (Frame to STA1 indicating termination) to the first STA (STA1).
  • the first STA (STA1) transmits to the second STA (STA2) an ACK (Ack to STA2) in response to TXOP sharing termination signaling (Frame to STA1 indicating termination).
  • ACK acknowledgment to STA2
  • the second STA (STA2) determines that the TXOP sharing has ended.
  • the scheduled STA for sharing TXOP may transmit a frame.
  • the SRS Control subfield may not be transmitted to the STA that has signaled that the operation for the SRS Control subfield is not supported.
  • the STA signaling that it does not support the operation for the SRS Control subfield may not receive the TXOP sharing end signaling. Therefore, the TXOP sharing scheduled STA may transmit the SRS Control subfield signaling the end of the TXOP sharing to the STA that has signaled that the operation for the SRS Control subfield is not supported.
  • the SRS Control subfield signaling termination of TXOP sharing may be an SRS Control subfield in which the value of the TXOP Termination subfield is 1.
  • the TXOP sharing scheduled STA cannot transmit the SRS Control subfield in which the value of the TXOP Termination subfield is 0 to the STA that has signaled that the operation for the SRS Control subfield is not supported.
  • the restriction that the SRS Control subfield cannot be transmitted to the STA that has signaled that the operation for the SRS Control subfield is not supported may be applied only when the SRS Control subfield is transmitted outside the shared TXOP.
  • the PPDU Response Duration subfield may be set as a reserved field. All bits of the reserved field may be set to 0.
  • the PPDU Response Duration subfield may indicate the length of a PPDU including a frame that is a response to a frame including the SRS Control subfield.
  • the STA that has received the SRS Control subfield may not transmit a response to the frame including the SRS Control subfield.
  • the STA that has received the SRS Control subfield correlates a response to the frame including the SRS Control subfield with information signaled by the SRS Control field. can be transmitted without In this case, the STA that has received the SRS Control subfield may transmit the response PPDU regardless of the length of the response PPDU for the frame including the SRS Control subfield signaled by the SRS Control subfield.
  • the STA that has received the SRS Control subfield in the shared TXOP may not transmit a response to the frame including the SRS Control subfield.
  • the STA that has received the SRS Control subfield within the shared TXOP may transmit a response to the frame including the SRS Control subfield regardless of information signaled by the SRS Control field.
  • the STA that has received the SRS Control subfield may transmit the response PPDU regardless of the length of the response PPDU for the frame including the SRS Control subfield signaled by the SRS Control subfield.
  • the STA receiving the SRS Control subfield in the shared TXOP may not respond based on duration information (PPDU Response Duration subfield value) included in the SRS Control subfield.
  • duration information PPDU Response Duration subfield value
  • the STA receiving the SRS Control subfield in the shared TXOP may be able to respond regardless of duration information (PPDU Response Duration subfield value) included in the SRS Control subfield.
  • the modified MU-RTS frame may not be the first frame in the TXOP.
  • the TXOP holder may transmit another frame without transmitting the modified MU-RTS frame to obtain the TXOP.
  • a certain STA can configure the NAV before configuring the NAV based on the modified MU-RTS frame. That is, the STA may set the NAV based on a frame transmitted earlier than the modified MU-RTS frame in the TXOP.
  • the NAV timeout operation described above can be performed when the NAV setting is made based on the RTS frame or the MU-RTS frame. In this way, setting the NAV can occur less frequently. Also, duration information included in the modified MU-RTS frame may not increase the TXOP.
  • 29 is a flowchart illustrating an example of an operation of an STA according to an embodiment of the present invention.
  • the STA may receive some or all of the TXOP shared from the AP, and based on this, may transmit a PPDU within the shared TXOP.
  • the STA may receive a trigger frame instructing uplink transmission from an access point (AP) (S29010).
  • the trigger frame may be used to share part or all of a transmission opportunity (TXOP) acquired by the AP to the STA.
  • TXOP transmission opportunity
  • it may be called a MU-RTS TXS trigger frame.
  • the STA may recognize whether the received frame is a frame for sharing the TXOP through the type field of the trigger frame described above.
  • the STA may transmit a PPDU to the AP and/or another STA within the shared TXOP based on the trigger frame (S29020).
  • the PPDU includes duration information indicating a TXOP for transmission of the PPDU, and the duration information may be configured based on the shared TXOP.
  • the end time of the duration indicated by the duration information may be the same as the end time of the shared TXOP or may be terminated before.
  • the PPDU When a network allocation vector (NAV) is configured by a frame transmitted by the AP in a TXOP, the PPDU is transmitted regardless of the configured NAV in the shared TXOP.
  • NAV network allocation vector
  • the NAV timeout period in the shared TXOP is Even if it expires, the NAV configured by the another STA in the shared TXOP may not be released due to expiration of the NAV timeout period.
  • the trigger frame includes a subfield indicating whether the TXOP is shared by the trigger frame.
  • the value of the subfield indicates whether transmission/reception with the other STA is possible within the shared TXOP.
  • the trigger frame includes a type field indicating the type of the trigger frame, and the sharing of the part or all of the TXOP is set according to the type of the trigger frame by the type field.

Landscapes

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

Abstract

무선 통신 시스템에서 STA(station: STA)이 프레임을 전송하는 방법이 개시된다. 본 발명에 의한 STA은 AP(Access Point)로부터 상향링크 전송을 지시하는 트리거 프레임(trigger frame)을 수신하고, 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 상기 AP 및/또는 다른 STA에게 PPDU(Physical layer Protocol Data Unit)를 전송한다. 이때, 트리거 프레임은 상기 AP에 의해서 획득된 전송 기회(transmission opportunity: TXOP)의 일부 또는 전부를 상기 STA에게 공유하기 위해서 사용된다. 또한, PPDU은 상기 PPDU의 전송을 위한 TXOP를 지시하는 듀레이션 정보를 포함하고, 듀레이션 정보는 상기 공유된 TXOP에 기초하여 설정된다.

Description

멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
본 발명은 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말에 관한 것으로써, 특히, TXOP를 설정하여 데이터를 송수신하기 위한 방법 및 단말에 관한 것이다.
최근 모바일 기기의 보급이 확대됨에 따라 이들에게 빠른 무선 인터넷 서비스를 제공할 수 있는 무선랜(Wireless LAN) 기술이 많은 각광을 받고 있다. 무선랜 기술은 근거리에서 무선 통신 기술을 바탕으로 스마트 폰, 스마트 패드, 랩탑 컴퓨터, 휴대형 멀티미디어 플레이어, 임베디드 기기 등과 같은 모바일 기기들을 가정이나 기업 또는 특정 서비스 제공지역에서 무선으로 인터넷에 접속할 수 있도록 하는 기술이다.
IEEE(Institute of Electrical and Electronics Engineers) 802.11은 2.4GHz 주파수를 이용한 초기의 무선랜 기술을 지원한 이래, 다양한 기술의 표준을 실용화 또는 개발 중에 있다. 먼저, IEEE 802.11b는 2.4GHz 밴드의 주파수를 사용하면서 최고 11Mbps의 통신 속도를 지원한다. IEEE 802.11b 이후에 상용화된 IEEE 802.11a는 2.4GHz 밴드가 아닌 5GHz 밴드의 주파수를 사용함으로써 상당히 혼잡한 2.4GHz 밴드의 주파수에 비해 간섭에 대한 영향을 줄였으며, OFDM 기술을 사용하여 통신 속도를 최대 54Mbps까지 향상시켰다. 그러나 IEEE 802.11a는 IEEE 802.11b에 비해 통신 거리가 짧은 단점이 있다. 그리고 IEEE 802.11g는 IEEE 802.11b와 마찬가지로 2.4GHz 밴드의 주파수를 사용하여 최대 54Mbps의 통신속도를 구현하며, 하위 호환성(backward compatibility)을 만족하고 있어 상당한 주목을 받았는데, 통신 거리에 있어서도 IEEE 802.11a보다 우위에 있다.
그리고 무선랜에서 취약점으로 지적되어온 통신 속도에 대한 한계를 극복하기 위하여 제정된 기술 규격으로서 IEEE 802.11n이 있다. IEEE 802.11n은 네트워크의 속도와 신뢰성을 증가시키고, 무선 네트워크의 운영 거리를 확장하는데 목적을 두고 있다. 보다 구체적으로, IEEE 802.11n에서는 데이터 처리 속도가 최대 540Mbps 이상인 고처리율(High Throughput, HT)을 지원하며, 또한 전송 에러를 최소화하고 데이터 속도를 최적화하기 위해 송신부와 수신부 양단 모두에 다중 안테나를 사용하는 MIMO(Multiple Inputs and Multiple Outputs) 기술에 기반을 두고 있다. 또한, 이 규격은 데이터 신뢰성을 높이기 위해 중복되는 사본을 여러 개 전송하는 코딩 방식을 사용할 수 있다.
무선랜의 보급이 활성화되고 또한 이를 이용한 어플리케이션이 다양화됨에 따라, IEEE 802.11n이 지원하는 데이터 처리 속도보다 더 높은 처리율(Very High Throughput, VHT)을 지원하기 위한 새로운 무선랜 시스템에 대한 필요성이 대두되었다. 이 중 IEEE 802.11ac는 5GHz 주파수에서 넓은 대역폭(80MHz~160MHz)을 지원한다. IEEE 802.11ac 표준은 5GHz 대역에서만 정의되어 있으나 기존 2.4GHz 대역 제품들과의 하위 호환성을 위해 초기 11ac 칩셋들은 2.4GHz 대역에서의 동작도 지원할 것이다. 이론적으로, 이 규격에 따르면 다중 스테이션(Station: STA)의 무선랜 속도는 최소 1Gbps, 최대 단일 링크 속도는 최소 500Mbps까지 가능하게 된다. 이는 더 넓은 무선 주파수 대역폭(최대 160MHz), 더 많은 MIMO 공간적 스트림(최대 8개), 다중 사용자 MIMO, 그리고 높은 밀도의 변조(최대 256 QAM) 등 802.11n에서 받아들인 무선 인터페이스 개념을 확장하여 이루어진다. 또한, 기존 2.4GHz/5GHz 대신 60GHz 밴드를 사용해 데이터를 전송하는 방식으로 IEEE 802.11ad가 있다. IEEE 802.11ad는 빔포밍 기술을 이용하여 최대 7Gbps의 속도를 제공하는 전송규격으로서, 대용량의 데이터나 무압축 HD 비디오 등 높은 비트레이트 동영상 스트리밍에 적합하다. 하지만 60GHz 주파수 밴드는 장애물 통과가 어려워 근거리 공간에서의 디바이스들 간에만 이용이 가능한 단점이 있다.
한편, 802.11ac 및 802.11ad 이후의 무선랜 표준으로서, AP와 단말들이 밀집한 고밀도 환경에서의 고효율 및 고성능의 무선랜 통신 기술을 제공하기 위한 IEEE 802.11ax (High Efficiency WLAN, HEW) 표준이 개발 완료단계에 있다. 802.11ax 기반 무선랜 환경에서는 고밀도의 STA들과 AP(Access Point)들의 존재 하에 실내/외에서 높은 주파수 효율의 통신이 제공되어야 하며, 이를 구현하기 위한 다양한 기술들이 개발되었다.
또한 고화질 비디오, 실시간 게임 등과 같은 새로운 멀티미디어 응용을 지원하기 위하여 최대 전송 속도를 높이기 위한 새로운 무선랜 표준 개발이 시작되었다. 7세대 무선랜 표준인 IEEE 802.11be (Extremely High Throughput, EHT)에서는 2.4/5/6 GHz의 대역에서 더 넓은 대역폭과 늘어난 공간 스트림 및 다중 AP 협력 등을 통해 최대 30Gbps의 전송율을 지원하는 것을 목표로 표준 개발을 진행 중이다. IEEE 802.11be에서는 320 MHz의 대역폭, 다중 링크(Multi-link) 동작, 다중 AP(Multi-Access Point, Multi-AP) 동작 및 재전송 동작(Hybrid Automatic Repeat Request, HARQ) 등의 기술이 제안되었다.
다중 링크 동작은 그 동작 방식 및 구현 방법에 따라 다양한 형태로 동작될 수 있다. 이 때, 기존 IEEE 802.11 기반 무선랜 통신 동작에서는 발생하지 않던 문제가 발생할 수 있음에 따라, 다중 링크 동작에서의 상세한 동작 방법에 대한 정의가 필요하다.
한편, 발명의 배경이 되는 기술은 발명의 배경에 대한 이해를 증진하기 위하여 작성된 것으로서, 이 기술이 속하는 분야에서 통상의 지식을 가진 자에게 이미 알려진 종래 기술이 아닌 내용을 포함할 수 있다.
본 발명은 다중 링크 동작에 있어서, 전송 기회(transmission opportunity: TXOP)의 설정을 통해서 데이터를 송수신하는 방법 및 장치를 제공함에 그 목적이 있다.
또한, 본 발명은 AP(Access Point)에 의해서 설정된 TXOP를 non-AP STA에게 공유함으로써, non-AP STA이 데이터를 송수신하는 방법 및 장치를 제공함에 그 목적이 있다.
또한, 본 발명은 공유된 TXOP 내에서 non-AP STA이 데이터를 송수신하기 위해 NAV(network allocation vector)를 설정하기 위한 방법 및 장치를 제공함에 그 목적이 있다.
본 명세서에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
무선 통신 시스템의 STA(station: STA)은 송수신부; 및 상기 송수신부를 제어하는 프로세서를 포함하고, 상기 프로세서는, AP(Access Point)로부터 상향링크 전송을 지시하는 트리거 프레임(trigger frame)을 수신하되, 상기 트리거 프레임은 상기 AP에 의해서 획득된 전송 기회(transmission opportunity: TXOP)의 일부 또는 전부를 상기 STA에게 공유하기 위해서 사용되며, 상기 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 상기 AP 및/또는 다른 STA에게 PPDU(Physical layer Protocol Data Unit)를 전송하되, 상기 PPDU는 상기 PPDU의 전송을 위한 TXOP를 지시하는 듀레이션 정보를 포함하고, 상기 듀레이션 정보는 상기 공유된 TXOP에 기초하여 설정된다.
또한, 본 발명에서, 상기 듀레이션 정보에 의해서 지시되는 듀레이션의 종료 시점은 상기 공유된 TXOP의 종료 시점과 동일하다.
또한, 본 발명에서, 상기 듀레이션 정보에 의해서 지시되는 듀레이션은 상기 공유된 TXOP의 종료시점보다 이전에 종료된다.
또한, 본 발명에서, 상기 TXOP 내에서 상기 AP에 의해 전송되는 프레임에 의해서 NAV(network allocation vector)가 설정되는 경우, 상기 PPDU는 상기 공유된 TXOP 내에서 상기 설정된 NAV와 상관없이 전송된다.
또한, 본 발명에서, 또 다른 STA에 의해서 상기 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 NAV 및 상기 NAV의 종료 시간을 나타내는 NAV 타임아웃 주기(timeout period)가 설정된 경우, 상기 공유된 TXOP 내에서 상기 NAV 타임아웃 주기가 만료되더라도 상기 공유된 TXOP 내에서 상기 또 다른 STA에 의해서 설정된 상기 NAV는 상기 NAV 타임아웃 주기의 만료에 의해서 해제되지 않는다.
또한, 본 발명에서, 상기 트리거 프레임은 상기 트리거 프레임에 의한 상기 TXOP의 공유 여부를 지시하는 서브필드를 포함한다.
또한, 본 발명에서, 상기 서브 필드가 상기 TXOP의 공유를 나타내는 경우, 상기 서브 필드의 값은 상기 공유된 TXOP 내에서 상기 다른 STA과의 송수신 가능 여부를 나타낸다.
또한, 본 발명에서, 상기 트리거 프레임은 상기 트리거 프레임의 타입을 나타내는 타입 필드를 포함하고, 상기 TXOP의 상기 일부 또는 전부의 공유는 상기 타입 필드에 의한 상기 트리거 프레임의 상기 타입에 따라 설정된다.
또한, 본 발명은, AP(Access Point)로부터 상향링크 전송을 지시하는 트리거 프레임(trigger frame)을 수신하는 단계, 상기 트리거 프레임은 상기 AP에 의해서 획득된 전송 기회(transmission opportunity: TXOP)의 일부 또는 전부를 상기 STA에게 공유하기 위해서 사용되며; 및 상기 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 상기 AP 및/또는 다른 STA에게 PPDU(Physical layer Protocol Data Unit)를 전송하는 단계를 포함하되, 상기 PPDU은 상기 PPDU의 전송을 위한 TXOP를 지시하는 듀레이션 정보를 포함하고, 상기 듀레이션 정보는 상기 공유된 TXOP에 기초하여 설정되는 방법을 제공한다.
본 발명의 일 실시 예에 따르면, AP에 의해서 설정된 TXOP를 non-AP STA에게 공유함으로써, non-AP STA이 데이터를 효율적으로 송수신할 수 있는 효과가 있다.
또한, 본 발명의 일 실시 예에 따르면, 공유된 TXOP 내에서 non-AP STA이 데이터를 송수신하기 위한 NAV를 공유된 TXOP에 기초하여 설정하거나 설정된 NAV를 공유된 TXOP에 따라 해석함으로써 데이터를 효율적으로 전송할 수 있는 효과가 있다.
본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 본 발명의 일 실시 예에 따른 무선랜 시스템을 나타낸다.
도 2는 본 발명의 또 다른 일 실시 예에 따른 무선랜 시스템을 나타낸다.
도 3은 본 발명의 일 실시 예에 따른 스테이션의 구성을 나타낸다.
도 4는 본 발명의 일 실시 예에 따른 액세스 포인트의 구성을 나타낸다.
도 5는 스테이션이 액세스 포인트와 링크를 설정하는 과정을 개략적으로 나타낸다.
도 6은 무선랜 통신에서 사용되는 CSMA(Carrier Sense Multiple Access)/CA(Collision Avoidance) 방법의 일 예를 나타낸다.
도 7은 다양한 표준 세대별 PPDU(PLCP Protocol Data Unit) 포맷의 일 실시 예를 도시한다.
도 8은 본 발명의 실시 예에 따른 다양한 EHT(Extremely High Throughput) PPDU 포맷 및 이를 지시하기 위한 방법의 일 예를 나타낸다.
도 9는 본 발명의 일 실시 예에 따른 다중 링크(multi-link) 장치를 나타낸 도면이다.
도 10은 본 발명의 일 실시 예에 따른 TID-to-link 매핑 방법의 일 예를 나타낸 도면이다.
도 11은 본 발명의 일 실시 예에 따른 multi-link NAV 설정 동작의 일 예를 나타낸 도면이다.
도 12는 본 발명의 일 실시 예에 따른 multi-link NAV 설정 동작의 또 다른 일 예를 나타낸 도면이다.
도 13은 본 발명의 일 실시 예에 따른 BSS 분류와 그에 기초한 동작의 일 예를 나타낸 도면이다.
도 14는 본 발명의 일 실시 예에 따른 무선랜 기능을 나타낸다.
도 15는 본 발명의 일 실시 예에 따른 상향링크(Uplink: UL) 다중 사용자(multi user: MU) 동작을 나타낸다.
도 16은 본 발명의 일 실시 예에 따른 트리거 프레임(Trigger frame) 포맷을 나타낸다.
도 17는 본 발명의 일 실시 예에 따른 트리거 기반 PPDU 포맷을 지시하기 위한 방법을 나타낸다.
도 18은 본 발명의 일 실시 예에 따른 UL MU 동작의 일 예를 나타낸다.
도 19는 본 발명의 일 실시 예에 따른 TXOP를 공유하기 위한 방법을 나타내는 도면이다.
도 20은 본 발명의 일 실시 예에 따른 TXOP의 공유 및 NAV 설정과 관련된 방법을 나타내는 도면이다.
도 21은 본 발명의 일 실시 예에 따른 TXOP의 공유 및 CTS 프레임의 전송을 나타내는 도면이다.
도 22는 본 발명의 일 실시 예에 따른 TXOP의 공유를 위한 트리거 프레임의 일 예를 나타내는 도면이다.
도 23은 본 발명의 일 실시 예에 따른 NAV 타임아웃(time out)을 나타내는 도면이다.
도 24는 본 발명의 일 실시 예에 따른 TXOP의 공유 및 NAV 타임 아웃을 나타내는 도면이다.
도 25는 본 발명의 또 다른 일 실시 예에 따른 TXOP의 공유 및 NAV 타임 아웃을 나타내는 도면이다.
도 26은 본 발명의 또 다른 일 실시 예에 따른 TXOP의 공유 및 NAV 타임 아웃을 나타내는 도면이다.
도 27은 본 발명의 일 실시 예에 따라 TXOP 공유가 적용될 때 STA 및 AP가 NAV를 적용하는 것을 나타내는 도면이다.
도 28은 본 발명의 일 실시 예에 따라 STA이 TXOP의 공유를 종료하는 것을 나타내는 도면이다.
도 29는 본 발명의 일 실시 예에 따른 STA의 동작의 일 예를 나타내는 순서도이다.
본 명세서에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도, 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한 특정 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 그 의미를 기재할 것이다. 따라서 본 명세서에서 사용되는 용어는, 단순한 용어의 명칭이 아닌 그 용어가 가진 실질적인 의미와 본 명세서의 전반에 걸친 내용을 토대로 해석되어야 함을 밝혀두고자 한다.
명세서 전체에서, 어떤 구성이 다른 구성과 "연결"되어 있다고 할 때, 이는 "직접적으로 연결"되어 있는 경우뿐 아니라, 그 중간에 다른 구성요소를 사이에 두고 "전기적으로 연결"되어 있는 경우도 포함한다. 또한 어떤 구성이 특정 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 이에 더하여, 특정 임계값을 기준으로 "이상" 또는 "이하"라는 한정 사항은 실시예에 따라 각각 "초과" 또는 "미만"으로 적절하게 대체될 수 있다. 이하, 본 발명에서 필드와 서브 필드는 혼용되어 사용될 수 있다.
도 1은 본 발명의 일 실시예에 따른 무선랜 시스템을 나타낸다.
무선랜 시스템은 하나 또는 그 이상의 베이직 서비스 세트(Basic Service Set, BSS)를 포함하는데, BSS는 성공적으로 동기화를 이루어서 서로 통신할 수 있는 기기들의 집합을 나타낸다. 일반적으로 BSS는 인프라스트럭쳐 BSS(infrastructure BSS)와 독립 BSS(Independent BSS, IBSS)로 구분될 수 있으며, 도 1은 이 중 인프라스트럭쳐 BSS를 나타내고 있다.
도 1에 도시된 바와 같이 인프라스트럭쳐 BSS(BSS1, BSS2)는 하나 또는 그 이상의 스테이션(STA1, STA2, STA3, STA4, STA5), 분배 서비스(Distribution Service)를 제공하는 스테이션인 액세스 포인트(AP-1, AP-2), 및 다수의 액세스 포인트(AP-1, AP-2)를 연결시키는 분배 시스템(Distribution System, DS)을 포함한다.
스테이션(Station, STA)은 IEEE 802.11 표준의 규정을 따르는 매체 접속 제어(Medium Access Control, MAC)와 무선 매체에 대한 물리층(Physical Layer) 인터페이스를 포함하는 임의의 디바이스로서, 광의로는 비 액세스 포인트(non-AP) STA뿐만 아니라 액세스 포인트(AP)를 모두 포함한다. 또한, 본 명세서에서 '단말'은 non-AP STA 또는 AP를 가리키거나, 양 자를 모두 가리키는 용어로 사용될 수 있다. 무선 통신을 위한 STA은 프로세서와 통신부를 포함하고, 실시예에 따라 유저 인터페이스부와 디스플레이 유닛 등을 더 포함할 수 있다. 프로세서는 무선 네트워크를 통해 전송할 프레임을 생성하거나 또는 상기 무선 네트워크를 통해 수신된 프레임을 처리하며, 그 밖에 STA을 제어하기 위한 다양한 처리를 수행할 수 있다. 그리고, 통신부는 상기 프로세서와 기능적으로 연결되어 있으며 STA을 위하여 무선 네트워크를 통해 프레임을 송수신한다. 본 발명에서 단말은 사용자 단말기(user equipment, UE)를 포함하는 용어로 사용될 수 있다.
액세스 포인트(Access Point, AP)는 자신에게 결합된(associated) STA을 위하여 무선 매체를 경유하여 분배시스템(DS)에 대한 접속을 제공하는 개체이다. 인프라스트럭쳐 BSS에서 비 AP STA들 사이의 통신은 AP를 경유하여 이루어지는 것이 원칙이지만, 다이렉트 링크가 설정된 경우에는 비AP STA들 사이에서도 직접 통신이 가능하다. 한편, 본 발명에서 AP는 PCP(Personal BSS Coordination Point)를 포함하는 개념으로 사용되며, 광의적으로는 집중 제어기, 기지국(Base Station, BS), 노드-B, BTS(Base Transceiver System), 또는 사이트 제어기 등의 개념을 모두 포함할 수 있다. 본 발명에서 AP는 베이스 무선 통신 단말로도 지칭될 수 있으며, 베이스 무선 통신 단말은 광의의 의미로는 AP, 베이스 STA(base station), eNB(eNodeB) 및 트랜스미션 포인트(TP)를 모두 포함하는 용어로 사용될 수 있다. 뿐만 아니라, 베이스 무선 통신 단말은 복수의 무선 통신 단말과의 통신에서 통신 매개체(medium) 자원을 할당하고, 스케줄링(scheduling)을 수행하는 다양한 형태의 무선 통신 단말을 포함할 수 있다.
복수의 인프라스트럭쳐 BSS는 분배 시스템(DS)을 통해 상호 연결될 수 있다. 이때, 분배 시스템을 통하여 연결된 복수의 BSS를 확장 서비스 세트(Extended Service Set, ESS)라 한다.
도 2는 본 발명의 다른 실시예에 따른 무선랜 시스템인 독립 BSS를 도시하고 있다. 도 2의 실시예에서 도 1의 실시예와 동일하거나 상응하는 부분은 중복적인 설명을 생략하도록 한다.
도 2에 도시된 BSS3는 독립 BSS이며 AP를 포함하지 않기 때문에, 모든 STA(STA6, STA7)이 AP와 접속되지 않은 상태이다. 독립 BSS는 분배 시스템으로의 접속이 허용되지 않으며, 자기 완비적 네트워크(self-contained network)를 이룬다. 독립 BSS에서 각각의 STA들(STA6, STA7)은 다이렉트로 서로 연결될 수 있다.
도 3은 본 발명의 일 실시예에 따른 STA(100)의 구성을 나타낸 블록도이다. 도시된 바와 같이, 본 발명의 실시예에 따른 STA(100)은 프로세서(110), 통신부(120), 유저 인터페이스부(140), 디스플레이 유닛(150) 및 메모리(160)를 포함할 수 있다.
먼저, 통신부(120)는 무선랜 패킷 등의 무선 신호를 송수신 하며, STA(100)에 내장되거나 외장으로 구비될 수 있다. 실시예에 따르면, 통신부(120)는 서로 다른 주파수 밴드를 이용하는 적어도 하나의 통신 모듈을 포함할 수 있다. 이를 테면, 상기 통신부(120)는 2.4GHz, 5GHz, 6GHz 및 60GHz 등의 서로 다른 주파수 밴드의 통신 모듈을 포함할 수 있다. 일 실시예에 따르면, STA(100)은 7.125GHz 이상의 주파수 밴드를 이용하는 통신 모듈과, 7.125GHz 이하의 주파수 밴드를 이용하는 통신 모듈을 구비할 수 있다. 각각의 통신 모듈은 해당 통신 모듈이 지원하는 주파수 밴드의 무선랜 규격에 따라 AP 또는 외부 STA과 무선 통신을 수행할 수 있다. 통신부(120)는 STA(100)의 성능 및 요구 사항에 따라 한 번에 하나의 통신 모듈만을 동작시키거나 동시에 다수의 통신 모듈을 함께 동작시킬 수 있다. STA(100)이 복수의 통신 모듈을 포함할 경우, 각 통신 모듈은 각각 독립된 형태로 구비될 수도 있으며, 복수의 모듈이 하나의 칩으로 통합되어 구비될 수도 있다. 본 발명의 실시예에서 통신부(120)는 RF(Radio Frequency) 신호를 처리하는 RF 통신 모듈을 나타낼 수 있다.
다음으로, 유저 인터페이스부(140)는 STA(100)에 구비된 다양한 형태의 입/출력 수단을 포함한다. 즉, 유저 인터페이스부(140)는 다양한 입력 수단을 이용하여 유저의 입력을 수신할 수 있으며, 프로세서(110)는 수신된 유저 입력에 기초하여 STA(100)을 제어할 수 있다. 또한, 유저 인터페이스부(140)는 다양한 출력 수단을 이용하여 프로세서(110)의 명령에 기초한 출력을 수행할 수 있다.
다음으로, 디스플레이 유닛(150)은 디스플레이 화면에 이미지를 출력한다. 상기 디스플레이 유닛(150)은 프로세서(110)에 의해 실행되는 컨텐츠 또는 프로세서(110)의 제어 명령에 기초한 유저 인터페이스 등의 다양한 디스플레이 오브젝트를 출력할 수 있다. 또한, 메모리(160)는 STA(100)에서 사용되는 제어 프로그램 및 그에 따른 각종 데이터를 저장한다. 이러한 제어 프로그램에는 STA(100)이 AP 또는 외부 STA과 접속을 수행하는데 필요한 접속 프로그램이 포함될 수 있다.
본 발명의 프로세서(110)는 다양한 명령 또는 프로그램을 실행하고, STA(100) 내부의 데이터를 프로세싱 할 수 있다. 또한, 상기 프로세서(110)는 상술한 STA(100)의 각 유닛들을 제어하며, 유닛들 간의 데이터 송수신을 제어할 수 있다. 본 발명의 실시예에 따르면, 프로세서(110)는 메모리(160)에 저장된 AP와의 접속을 위한 프로그램을 실행하고, AP가 전송한 통신 설정 메시지를 수신할 수 있다. 또한, 프로세서(110)는 통신 설정 메시지에 포함된 STA(100)의 우선 조건에 대한 정보를 판독하고, STA(100)의 우선 조건에 대한 정보에 기초하여 AP에 대한 접속을 요청할 수 있다. 본 발명의 프로세서(110)는 STA(100)의 메인 컨트롤 유닛을 가리킬 수도 있으며, 실시예에 따라 STA(100)의 일부 구성 이를 테면, 통신부(120) 등을 개별적으로 제어하기 위한 컨트롤 유닛을 가리킬 수도 있다. 즉, 프로세서(110)는 통신부(120)로부터 송수신되는 무선 신호를 변복조하는 모뎀 또는 변복조부(modulator and/or demodulator)일 수 있다. 프로세서(110)는 본 발명의 실시예에 따른 STA(100)의 무선 신호 송수신의 각종 동작을 제어한다. 이에 대한 구체적인 실시예는 추후 기술하기로 한다.
도 3에 도시된 STA(100)은 본 발명의 일 실시예에 따른 블록도로서, 분리하여 표시한 블록들은 디바이스의 엘리먼트들을 논리적으로 구별하여 도시한 것이다. 따라서 상술한 디바이스의 엘리먼트들은 디바이스의 설계에 따라 하나의 칩으로 또는 복수의 칩으로 장착될 수 있다. 이를테면, 상기 프로세서(110) 및 통신부(120)는 하나의 칩으로 통합되어 구현될 수도 있으며 별도의 칩으로 구현될 수도 있다. 또한, 본 발명의 실시예에서 상기 STA(100)의 일부 구성들, 이를 테면 유저 인터페이스부(140) 및 디스플레이 유닛(150) 등은 STA(100)에 선택적으로 구비될 수 있다.
도 4는 본 발명의 일 실시예에 따른 AP(200)의 구성을 나타낸 블록도이다. 도시된 바와 같이, 본 발명의 실시예에 따른 AP(200)는 프로세서(210), 통신부(220) 및 메모리(260)를 포함할 수 있다. 도 4에서 AP(200)의 구성 중 도 3의 STA(100)의 구성과 동일하거나 상응하는 부분에 대해서는 중복적인 설명을 생략하도록 한다.
도 4를 참조하면, 본 발명에 따른 AP(200)는 적어도 하나의 주파수 밴드에서 BSS를 운영하기 위한 통신부(220)를 구비한다. 도 3의 실시예에서 전술한 바와 같이, 상기 AP(200)의 통신부(220) 또한 서로 다른 주파수 밴드를 이용하는 복수의 통신 모듈을 포함할 수 있다. 즉, 본 발명의 실시예에 따른 AP(200)는 서로 다른 주파수 밴드, 이를 테면 2.4GHz, 5GHz, 6GHz 및 60GHz 중 두 개 이상의 통신 모듈을 함께 구비할 수 있다. 바람직하게는, AP(200)는 7.125GHz 이상의 주파수 밴드를 이용하는 통신 모듈과, 7.125GHz 이하의 주파수 밴드를 이용하는 통신 모듈을 구비할 수 있다. 각각의 통신 모듈은 해당 통신 모듈이 지원하는 주파수 밴드의 무선랜 규격에 따라 STA과 무선 통신을 수행할 수 있다. 상기 통신부(220)는 AP(200)의 성능 및 요구 사항에 따라 한 번에 하나의 통신 모듈만을 동작시키거나 동시에 다수의 통신 모듈을 함께 동작시킬 수 있다. 본 발명의 실시예에서 통신부(220)는 RF(Radio Frequency) 신호를 처리하는 RF 통신 모듈을 나타낼 수 있다.
다음으로, 메모리(260)는 AP(200)에서 사용되는 제어 프로그램 및 그에 따른 각종 데이터를 저장한다. 이러한 제어 프로그램에는 STA의 접속을 관리하는 접속 프로그램이 포함될 수 있다. 또한, 프로세서(210)는 AP(200)의 각 유닛들을 제어하며, 유닛들 간의 데이터 송수신을 제어할 수 있다. 본 발명의 실시예에 따르면, 프로세서(210)는 메모리(260)에 저장된 STA과의 접속을 위한 프로그램을 실행하고, 하나 이상의 STA에 대한 통신 설정 메시지를 전송할 수 있다. 이때, 통신 설정 메시지에는 각 STA의 접속 우선 조건에 대한 정보가 포함될 수 있다. 또한, 프로세서(210)는 STA의 접속 요청에 따라 접속 설정을 수행한다. 일 실시예에 따르면, 프로세서(210)는 통신부(220)로부터 송수신되는 무선 신호를 변복조하는 모뎀 또는 변복조부(modulator and/or demodulator)일 수 있다. 프로세서(210)는 본 발명의 실시예에 따른 AP(200)의 무선 신호 송수신의 각종 동작을 제어한다. 이에 대한 구체적인 실시예는 추후 기술하기로 한다.
도 5는 STA이 액세스 포인트와 링크를 설정하는 과정을 개략적으로 나타낸다.
도 5를 참조하면, STA(100)와 AP(200) 간의 링크는 크게 스캐닝(scanning), 인증(authentication) 및 결합(association)의 3단계를 통해 설정된다. 먼저, 스캐닝 단계는 AP(200)가 운영하는 BSS의 접속 정보를 STA(100)가 획득하는 단계이다. 스캐닝을 수행하기 위한 방법으로는 AP(200)가 주기적으로 전송하는 비컨(beacon) 메시지(S101)만을 활용하여 정보를 획득하는 패시브 스캐닝(passive scanning) 방법과, STA(100)가 AP에 프로브 요청(probe request)을 전송하고(S103), AP로부터 프로브 응답(probe response)을 수신하여(S105) 접속 정보를 획득하는 액티브 스캐닝(active scanning) 방법이 있다.
스캐닝 단계에서 성공적으로 무선 접속 정보를 수신한 STA(100)는 인증 요청(authentication request)을 전송하고(S107a), AP(200)로부터 인증 응답(authentication response)을 수신하여(S107b) 인증 단계를 수행한다. 인증 단계가 수행된 후, STA(100)는 결합 요청(association request)를 전송하고(S109a), AP(200)로부터 결합 응답(association response)을 수신하여(S109b) 결합 단계를 수행한다. 본 명세서에서 결합(association)은 기본적으로 무선 결합을 의미하나, 본 발명은 이에 한정되지 않으며 광의의 의미로의 결합은 무선 결합 및 유선 결합을 모두 포함할 수 있다.
한편, 추가적으로 802.1X 기반의 인증 단계(S111) 및 DHCP를 통한 IP 주소 획득 단계(S113)가 수행될 수 있다. 도 5에서 인증 서버(300)는 STA(100)와 802.1X 기반의 인증을 처리하는 서버로서, AP(200)에 물리적으로 결합되어 존재하거나 별도의 서버로서 존재할 수 있다.
도 6은 무선랜 통신에서 사용되는 CSMA(Carrier Sense Multiple Access)/CA(Collision Avoidance) 방법의 일 예를 나타낸다.
무선랜 통신을 수행하는 단말은 데이터를 전송하기 전에 캐리어 센싱(Carrier Sensing)을 수행하여 채널이 점유 상태(busy)인지 여부를 체크한다. 만약, 일정한 세기 이상의 무선 신호가 감지되는 경우 해당 채널이 점유 상태(busy)인 것으로 판별되고, 상기 단말은 해당 채널에 대한 액세스를 지연한다. 이러한 과정을 클리어 채널 할당(Clear Channel Assessment, CCA) 이라고 하며, 해당 신호 감지 유무를 결정하는 레벨을 CCA 임계값(CCA threshold)이라 한다. 만약 단말에 수신된 CCA 임계값 이상의 무선 신호가 해당 단말을 수신자로 하는 경우, 단말은 수신된 무선 신호를 처리하게 된다. 한편, 해당 채널에서 무선 신호가 감지되지 않거나 CCA 임계값보다 작은 세기의 무선 신호가 감지될 경우 상기 채널은 유휴 상태(idle)인 것으로 판별된다.
채널이 유휴 상태인 것으로 판별되면, 전송할 데이터가 있는 각 단말은 각 단말의 상황에 따른 IFS(Inter Frame Space) 이를테면, AIFS(Arbitration IFS), PIFS(PCF IFS) 등의 시간 뒤에 백오프 절차를 수행한다. 실시예에 따라, 상기 AIFS는 기존의 DIFS(DCF IFS)를 대체하는 구성으로 사용될 수 있다. 각 단말은 해당 단말에 결정된 난수(random number) 만큼의 슬롯 타임을 상기 채널의 유휴 상태의 간격(interval) 동안 감소시켜가며 대기하고, 슬롯 타임을 모두 소진한 단말이 해당 채널에 대한 액세스를 시도하게 된다. 이와 같이 각 단말들이 백오프 절차를 수행하는 구간을 경쟁 윈도우 구간이라고 한다.
만약, 특정 단말이 상기 채널에 성공적으로 액세스하게 되면, 해당 단말은 상기 채널을 통해 데이터를 전송할 수 있다. 그러나, 액세스를 시도한 단말이 다른 단말과 충돌하게 되면, 충돌된 단말들은 각각 새로운 난수를 할당 받아 다시 백오프 절차를 수행한다. 일 실시예에 따르면, 각 단말에 새로 할당되는 난수는 해당 단말이 이전에 할당 받은 난수 범위(경쟁 윈도우, CW)의 2배의 범위(2*CW) 내에서 결정될 수 있다. 한편, 각 단말은 다음 경쟁 윈도우 구간에서 다시 백오프 절차를 수행하여 액세스를 시도하며, 이때 각 단말은 이전 경쟁 윈도우 구간에서 남게 된 슬롯 타임부터 백오프 절차를 수행한다. 이와 같은 방법으로 무선랜 통신을 수행하는 각 단말들은 특정 채널에 대한 서로간의 충돌을 회피할 수 있다.
이하, 본 발명에서 단말은 non-AP STA, AP STA, AP, STA, 수신 장치 또는 전송 장치로 호칭될 수 있으며, 본 발명이 이에 한정되는 것은 아니다. 또한, 본 발명에서 AP STA은 AP로 호칭될 수 있다.
<다양한 PPDU 포맷 실시예>
도 7은 다양한 표준 세대별 PPDU(PLCP Protocol Data Unit) 포맷의 일 예를 도시한다. 더욱 구체적으로, 도 7(a)는 802.11a/g에 기초한 레거시 PPDU 포맷의 일 실시예, 도 7(b)는 802.11ax에 기초한 HE PPDU 포맷의 일 실시예를 도시하며, 도 7(c)는 802.11be에 기초한 논-레거시 PPDU(즉, EHT PPDU) 포맷의 일 실시예를 도시한다. 또한, 도 7(d)는 상기 PPDU 포맷들에서 공통적으로 사용되는 L-SIG 및 RL-SIG의 세부 필드 구성을 나타낸다.
도 7(a)를 참조하면 레거시 PPDU의 프리앰블은 L-STF(Legacy Short Training field), L-LTF(Legacy Long Training field) 및 L-SIG(Legacy Signal field)를 포함한다. 본 발명의 실시예에서, 상기 L-STF, L-LTF 및 L-SIG는 레거시 프리앰블로 지칭될 수 있다.
도 7(b)를 참조하면 HE PPDU의 프리앰블은 상기 레거시 프리앰블에 RL-SIG(Repeated Legacy Short Training field), HE-SIG-A(High Efficiency Signal A field), HE-SIG-B(High Efficiency Signal B field), HE-STF(High Efficiency Short Training field), HE-LTF(High Efficiency Long Training field)를 추가적으로 포함한다. 본 발명의 실시예에서, 상기 RL-SIG, HE-SIG-A, HE-SIG-B, HE-STF 및 HE-LTF는 HE 프리앰블로 지칭될 수 있다. HE 프리앰블의 구체적인 구성은 HE PPDU 포맷에 따라 변형될 수 있다. 예를 들어, HE-SIG-B는 HE MU PPDU 포맷에서만 사용될 수 있다.
도 7(c)를 참조하면 EHT PPDU의 프리앰블은 상기 레거시 프리앰블에 RL-SIG(Repeated Legacy Short Training field), U-SIG(Universal Signal field), EHT-SIG-A(Extremely High Throughput Signal A field), EHT-SIG-A(Extremely High Throughput Signal B field), EHT-STF(Extremely High Throughput Short Training field), EHT-LTF(Extremely High Throughput Long Training field)를 추가적으로 포함한다. 본 발명의 실시예에서, 상기 RL-SIG, EHT-SIG-A, EHT-SIG-B, EHT-STF 및 EHT-LTF는 EHT 프리앰블로 지칭될 수 있다. 논-레거시 프리앰블의 구체적인 구성은 EHT PPDU 포맷에 따라 변형될 수 있다. 예를 들어, EHT-SIG-A와 EHT-SIG-B는 EHT PPDU 포맷들 중 일부 포맷에서만 사용될 수 있다.
PPDU의 프리앰블에 포함된 L-SIG 필드는 64FFT OFDM이 적용되며, 총 64개의 서브캐리어로 구성된다. 이 중 가드 서브캐리어, DC 서브캐리어 및 파일럿 서브캐리어를 제외한 48개의 서브캐리어들이 L-SIG의 데이터 전송용으로 사용된다. L-SIG에는 BPSK, Rate=1/2의 MCS(Modulation and Coding Scheme)가 적용되므로, 총 24비트의 정보를 포함할 수 있다. 도 7(d)는 L-SIG의 24비트 정보 구성을 나타낸다.
도 7(d)를 참조하면 L-SIG는 L_RATE 필드와 L_LENGTH 필드를 포함한다. L_RATE 필드는 4비트로 구성되며, 데이터 전송에 사용된 MCS를 나타낸다. 구체적으로, L_RATE 필드는 BPSK/QPSK/16-QAM/64-QAM 등의 변조방식과 1/2, 2/3, 3/4 등의 부효율을 조합한 6/9/12/18/24/36/48/54Mbps의 전송 속도들 중 하나의 값을 나타낸다. L_RATE 필드와 L_LENGTH 필드의 정보를 조합하면 해당 PPDU의 총 길이를 나타낼 수 있다. 논-레거시 PPDU 포맷에서는 L_RATE 필드를 최소 속도인 6Mbps로 설정한다.
L_LENGTH 필드의 단위는 바이트로 총 12비트가 할당되어 최대 4095까지 시그널링할 수 있으며, L_RATE 필드와의 조합으로 해당 PPDU의 길이를 나타낼 수 있다. 이때, 레거시 단말과 논-레거시 단말은 L_LENGTH 필드를 서로 다른 방법으로 해석할 수 있다.
먼저, 레거시 단말 또는 논-레거시 단말이 L_LENGTH 필드를 이용하여 해당 PPDU의 길이를 해석하는 방법은 다음과 같다. L_RATE 필드의 값이 6Mbps를 지시하도록 설정된 경우, 64FFT의 한 개의 심볼 듀레이션인 4us동안 3 바이트(즉, 24비트)가 전송될 수 있다. 따라서, L_LENGTH 필드 값에 SVC 필드 및 Tail 필드에 해당하는 3바이트를 더하고, 이를 한 개의 심볼의 전송량인 3바이트로 나누면 L-SIG 이후의 64FFT 기준 심볼 개수가 획득된다. 획득된 심볼 개수에 한 개의 심볼 듀레이션인 4us를 곱한 후 L-STF, L-LTF 및 L-SIG의 전송에 소요되는 20us를 더하면 해당 PPDU의 길이 즉, 수신 시간(RXTIME)이 획득된다. 이를 수식으로 표현하면 아래 수학식 1과 같다.
Figure PCTKR2022002057-appb-img-000001
이때,
Figure PCTKR2022002057-appb-img-000002
는 x보다 크거나 같은 최소의 자연수를 나타낸다. L_LENGTH 필드의 최대값은 4095이므로 PPDU의 길이는 최대 5.484ms까지로 설정될 수 있다. 해당 PPDU를 전송하는 논-레거시 단말은 L_LENGTH 필드를 아래 수학식 2와 같이 설정해야 한다.
Figure PCTKR2022002057-appb-img-000003
여기서 TXTIME은 해당 PPDU를 구성하는 전체 전송 시간으로서, 아래 수학식 3과 같다. 이때, TX는 X의 전송 시간을 나타낸다.
Figure PCTKR2022002057-appb-img-000004
상기 수식들을 참고하면, PPDU의 길이는 L_LENGTH/3의 올림 값에 기초하여 계산된다. 따라서, 임의의 k 값에 대하여 L_LENGTH={3k+1, 3k+2, 3(k+1)}의 3가지 서로 다른 값들이 동일한 PPDU 길이를 지시하게 된다.
도 7(e)를 참조하면 U-SIG(Universal SIG) 필드는 EHT PPDU 및 후속 세대의 무선랜 PPDU에서 계속 존재하며, 11be를 포함하여 어떤 세대의 PPDU인지를 구분하는 역할을 수행한다. U-SIG는 64FFT 기반의 OFDM 2 심볼로서 총 52비트의 정보를 전달할 수 있다. 이 중 CRC/Tail 9비트를 제외한 43비트는 크게 VI(Version Independent) 필드와 VD(Version Dependent) 필드로 구분된다.
VI 비트는 현재의 비트 구성을 향후에도 계속 유지하여 후속 세대의 PPDU가 정의되더라도 현재의 11be 단말들이 해당 PPDU의 VI 필드들을 통해서 해당 PPDU에 대한 정보를 얻을 수 있다. 이를 위해 VI 필드는 PHY version, UL/DL, BSS Color, TXOP, Reserved 필드들로 구성된다. PHY version 필드는 3비트로 11be 및 후속 세대 무선랜 표준들을 순차적으로 버전으로 구분하는 역할을 한다. 11be의 경우 000b의 값을 갖는다. UL/DL 필드는 해당 PPDU가 업링크/다운링크 PPDU인지를 구분한다. BSS Color는 11ax에서 정의된 BSS별 식별자를 의미하며, 6비트 이상의 값을 갖는다. TXOP은 MAC 헤더에서 전달되던 전송 기회 듀레이션(Transmit Opportunity Duration)을 의미하는데, PHY 헤더에 추가함으로써 MPDU를 디코딩 할 필요 없이 해당 PPDU가 포함된 TXOP의 길이를 유추할 수 있으며 7비트 이상의 값을 갖는다.
VD 필드는 11be 버전의 PPDU에만 유용한 시그널링 정보들로 PPDU 포맷, BW와 같이 어떤 PPDU 포맷에도 공통적으로 사용되는 필드와, PPDU 포맷별로 다르게 정의되는 필드로 구성될 수 있다. PPDU 포맷은 EHT SU(Single User), EHT MU(Multiple User), EHT TB(Trigger-based), EHT ER(Extended Range) PPDU등을 구분하는 구분자이다. BW 필드는 크게 20, 40, 80, 160(80+80), 320(160+160) MHz의 5개의 기본 PPDU BW 옵션(20*2의 지수승 형태로 표현 가능한 BW를 기본 BW로 호칭할 수 있다.)들과, Preamble Puncturing을 통해 구성되는 다양한 나머지 PPDU BW들을 시그널링 한다. 또한, 320 MHz로 시그널링 된 후 일부 80 MHz가 펑처링된 형태로 시그널링 될 수 있다. 또한 펑처링되어 변형된 채널 형태는 BW 필드에서 직접 시그널링 되거나, BW 필드와 BW 필드 이후에 나타나는 필드(예를 들어 EHT-SIG 필드 내의 필드)를 함께 이용하여 시그널링 될 수 있다. 만약 BW 필드를 3비트로 하는 경우 총 8개의 BW 시그널링이 가능하므로, 펑처링 모드는 최대 3개만을 시그널링 할 수 있다. 만약 BW 필드를 4비트로 하는 경우 총 16개의 BW 시그널링이 가능하므로, 펑처링 모드는 최대 11개를 시그널링 할 수 있다.
BW 필드 이후에 위치하는 필드는 PPDU의 형태 및 포맷에 따라 달라지며, MU PPDU와 SU PPDU는 같은 PPDU 포맷으로 시그널링 될 수 있으며, EHT-SIG 필드 전에 MU PPDU와 SU PPDU를 구별하기 위한 필드가 위치할 수 있으며, 이를 위한 추가적인 시그널링이 수행될 수 있다. SU PPDU와 MU PPDU는 둘 다 EHT-SIG 필드를 포함하고 있지만, SU PPDU에서 필요하지 않은 일부 필드가 압축(compression)될 수있다. 이때, 압축이 적용된 필드의 정보는 생략되거나 MU PPDU에 포함되는 본래 필드의 크기보다 축소된 크기를 갖을 수 있다. 예를 들어 SU PPDU의 경우, EHT-SIG의 공통 필드가 생략 또는 대체되거나, 사용자 특정 필드가 대체되거나 1개로 축소되는 등 다른 구성을 갖을 수 있다.
또는, SU PPDU는 압축 여부를 나타내는 압축 필드를 더 포함할 수 있으며, 압축 필드의 값에 따라 일부 필드(예를 들면, RA 필드 등)가 생략될 수 있다.
SU PPDU의 EHT-SIG 필드의 일부가 압축된 경우, 압축된 필드에 포함될 정보는 압축되지 않은 필드(예를 들면, 공통 필드 등)에서 함께 시그널링될 수 있다. MU PPDU의 경우 다수의 사용자의 동시 수신을 위한 PPDU 포맷이기 때문에 U-SIG 필드 이후에 EHT-SIG 필드가 필수적으로 전송되어야 하며, 시그널링되는 정보의 양이 가변적일 수 있다. 즉, 복수 개의 MU PPDU가 복수 개의 STA에게 전송되기 때문에 각각의 STA은 MU PPDU가 전송되는 RU의 위치, 각각의 RU가 할당된 STA 및 전송된 MU PPDU가 자신에게 전송되었는지 여부를 인식해야 된다. 따라서, AP는 EHT-SIG 필드에 위와 같은 정보를 포함시켜서 전송해야 된다. 이를 위해, U-SIG 필드에서는 EHT-SIG 필드를 효율적으로 전송하기 위한 정보를 시그널링하며, 이는 EHT-SIG 필드의 심볼 수 및/또는 변조 방법인 MCS일 수 있다. EHT-SIG 필드는 각 사용자에게 할당 된 RU의 크기 및 위치 정보를 포함할 수 있다.
SU PPDU인 경우, STA에게 복수 개의 RU가 할당될 수 있으며, 복수 개의 RU들은 연속되거나 연속되지 않을 수 있다. STA에게 할당된 RU들이 연속하지 않은 경우, STA은 중간에 펑처링된 RU를 인식하여야 SU PPDU를 효율적으로 수신할 수 있다. 따라서, AP는 SU PPDU에 STA에게 할당된 RU들 중 펑처링된 RU들의 정보(예를 들면, RU 들의 펑처링 패턴 등)를 포함시켜 전송할 수 있다. 즉, SU PPDU의 경우 펑처링 모드의 적용 여부 및 펑처링 패턴을 비트맵 형식 등으로 나타내는 정보를 포함하는 펑처링 모드 필드가 EHT-SIG 필드에 포함될 수 있으며, 펑처링 모드 필드는 대역폭 내에서 나타나는 불연속한 채널의 형태를 시그널링할 수 있다.
시그널링되는 불연속 채널의 형태는 제한적이며, BW 필드의 값과 조합하여 SU PPDU의 BW 및 불연속 채널 정보를 나타낸다. 예를 들면, SU PPDU의 경우 단일 단말에게만 전송되는 PPDU이기 때문에 STA은 PPDU에 포함된 BW 필드를 통해서 자신에게 할당된 대역폭을 인식할 수 있으며, PPDU에 포함된 U-SIG 필드 또는 EHT-SIG 필드의 펑처링 모드 필드를 통해서 할당된 대역폭 중 펑처링된 자원을 인식할 수 있다. 이 경우, 단말은 펑처링된 자원 유닛의 특정 채널을 제외한 나머지 자원 유닛에서 PPDU를 수신할 수 있다. 이때, STA에게 할당된 복수 개의 RU들은 서로 다른 주파수 대역 또는 톤으로 구성될 수 있다.
제한된 형태의 불연속 채널 형태만이 시그널링되는 이유는 SU PPDU의 시그널링 오버헤드를 줄이기 위함이다. 펑처링은 20 MHz 서브채널 별로 수행될 수 있기 때문에 80, 160, 320 MHz과 같이 20 MHz 서브채널을 다수 가지고 있는 BW에 대해서 펑처링을 수행하면 320 MHz의 경우 primary 채널을 제외한 나머지 20 MHz 서브채널 15개의 사용여부를 각각 표현하여 불연속 채널(가장자리 20 MHz만 펑처링 된 형태도 불연속으로 보는 경우) 형태를 시그널링해야 한다. 이처럼 단일 사용자 전송의 불연속 채널 형태를 시그널링하기 위해 15 비트를 할애하는 것은 시그널링 부분의 낮은 전송 속도를 고려했을 때 지나치게 큰 시그널링 오버헤드로 작용할 수 있다.
본 발명은 SU PPDU의 불연속 채널 형태를 시그널링하는 기법을 제안하고, 제안한 기법에 따라 결정된 불연속 채널 형태를 도시한다. 또한, SU PPDU의 320 MHz BW 구성에서 Primary 160MHz와 Secondary 160 MHz의 펑처링 형태를 각각 시그널링하는 기법을 제안한다.
또한, 본 발명의 일 실시예에서는 PPDU 포맷 필드에 시그널링된 PPDU 포맷에 따라서 프리앰블 펑처링 BW 값들이 지시하는 PPDU의 구성을 다르게 하는 기법을 제안한다. BW 필드의 길이가 4 비트인 경우를 가정하며, EHT SU PPDU 또는 TB PPDU인 경우에는 U-SIG 이후에 1 심볼의 EHT-SIG-A를 추가로 시그널링 하거나 아예 EHT-SIG-A를 시그널링하지 않을 수 있으므로, 이를 고려하여 U-SIG의 BW 필드만을 통해 최대 11개의 펑처링 모드를 온전하게 시그널링할 필요가 있다. 그러나 EHT MU PPDU인 경우 U-SIG 이후에 EHT-SIG-B를 추가로 시그널링하므로, 최대 11개의 펑처링 모드를 SU PPDU와 다른 방법으로 시그널링할 수 있다. EHT ER PPDU의 경우 BW 필드를 1비트로 설정하여 20MHz 또는 10MHz 대역을 사용하는 PPDU인지를 시그널링할 수 있다.
도 7(f)는 U-SIG의 PPDU 포맷 필드에서 EHT MU PPDU로 지시된 경우, VD 필드의 Format-specific 필드의 구성을 도시한 것이다. MU PPDU의 경우 다수의 사용자의 동시 수신을 위한 시그널링 필드인 SIG-B가 필수적으로 필요하고, U-SIG 후에 별도의 SIG-A 없이 SIG-B가 전송될 수 있다. 이를 위해 U-SIG에서는 SIG-B를 디코딩하기 위한 정보를 시그널링해야 한다. 이러한 필드들로는 SIG-B MCS, SIG-B DCM, Number of SIG-B Symbols, SIG-B Compression, Number of EHT-LTF Symbols 필드 등이다.
도 8은 본 발명의 실시예에 따른 다양한 EHT(Extremely High Throughput) PPDU 포맷 및 이를 지시하기 위한 방법의 일 예를 나타낸다.
도 8을 참조하면, PPDU는 preamble과 데이터 부분으로 구성될 수 있으며, 하나의 타입인 EHT PPDU의 포맷은 preamble에 포함되어 있는 U-SIG 필드에 따라 구별될 수 있다. 구체적으로, U-SIG 필드에 포함되어 있는 PPDU 포맷 필드에 기초하여 PPDU의 포맷이 EHT PPDU인지 여부가 지시될 수 있다.
도 8의 (a)는 단일 STA를 위한 EHT SU PPDU 포맷의 일 예를 나타낸다. EHT SU PPDU는 AP와 단일 STA간의 단일 사용자(Single User, SU) 전송을 위해 사용되는 PPDU이며, U-SIG 필드 이후에 추가적인 시그널링을 위한 EHT-SIG-A필드가 위치할 수 있다.
도 8의 (b)는 트리거 프레임에 기초하여 전송되는 EHT PPDU인 EHT Trigger-based PPDU 포맷의 일 예를 나타낸다. EHT Trigger-based PPDU는 트리거 프레임에 기초하여 전송되는 EHT PPDU로 트리거 프레임에 대한 응답을 위해서 사용되는 상향링크 PPDU이다. EHT PPDU는 EHT SU PPDU와는 다르게 U-SIG 필드 이후에 EHT-SIG-A 필드가 위치하지 않는다.
도 8의 (c)는 다중 사용자를 위한 EHT PPDU인 EHT MU PPDU 포맷의 일 예를 나타낸다. EHT MU PPDU는 하나 이상의 STA에게 PPDU를 전송하기 위해 사용되는 PPDU이다. EHT MU PPDU 포맷은 U-SIG 필드 이후에 HE-SIG-B 필드가 위치할 수 있다.
도 8의 (d)는 확장된 범위에 있는 STA과의 단일 사용자 전송을 위해 사용되는 EHT ER SU PPDU 포맷의 일 예를 나타낸다. EHT ER SU PPDU는 도 8의 (a)에서 설명한 EHT SU PPDU보다 넓은 범위의 STA과의 단일 사용자 전송을 위해 사용될 수 있으며, 시간 축 상에서 U-SIG 필드가 반복적으로 위치할 수 있다.
도 8의 (c)에서 설명한 EHT MU PPDU는 AP가 복수 개의 STA들에게 하향링크 전송을 위해 사용할 수 있다. 이때, EHT MU PPDU는 복수 개의 STA들이 AP로부터 전송된 PPDU를 동시에 수신할 수 있도록 스케줄링 정보를 포함할 수 있다. EHT MU PPDU는 EHT-SIG-B의 사용자 특정(user specific) 필드를 통해서 전송되는 PPDU의 수신자 및/또는 송신자의 AID 정보를 STA에게 전달할 수 있다. 따라서, EHT MU PPDU를 수신한 복수 개의 단말들은 수신한 PPDU의 프리엠블에 포함된 사용자 특정 필드의 AID 정보에 기초하여 공간적 재사용(spatial reuse) 동작을 수행할 수 있다.
구체적으로, HE MU PPDU에 포함된 HE-SIG-B 필드의 자원 유닛 할당(resource unit allocation, RA) 필드는 주파수 축의 특정 대역폭(예를 들면, 20MHz 등)에서의 자원 유닛의 구성(예를 들면, 자원 유닛의 분할 형태)에 대한 정보를 포함할 수 있다. 즉, RA 필드는 STA이 PPDU를 수신하기 위해 HE MU PPDU의 전송을 위한 대역폭에서 분할된 자원 유닛들의 구성을 지시할 수 있다. 분할된 각 자원 유닛에 할당(또는 지정)된 STA의 정보는 EHT-SIG-B의 사용자 특정 필드에 포함되어 STA에게 전송될 수 있다. 즉, 사용자 특정 필드는 분할된 각 자원 유닛에 대응되는 하나 이상의 사용자 필드를 포함할 수 있다.
예를 들면, 분할된 복수 개의 자원 유닛들 중에서 데이터 전송을 위해 사용되는 적어도 하나의 자원 유닛에 대응되는 사용자 필드는 수신자 또는 송신자의 AID를 포함할 수 있으며, 데이터 전송에 수행되지 않는 나머지 자원 유닛(들)에 대응되는 사용자 필드는 기 설정된 널(Null) STA ID를 포함할 수 있다.
도 8에 도시된 두 개 이상의 PPDU를 동일한 PPDU 포맷을 나타내는 값으로 지시할 수 있다. 즉, 두 개 이상의 PPDU를 동일한 값을 통해 동일한 PPDU 포맷으로 지시할 수 있다. 예를 들면, EHT SU PPDU와 EHT MU PPDU는 U-SIG PPDU 포맷 서브필드를 통해 동일한 값으로 지시할 수 있다. 이때, EHT SU PPDU와 EHT MU PPDU는 PPDU를 수신하는 STA들의 개수에 의해서 구별될 수 있다. 예를 들면, 1개의 STA만 수신하는 PPDU는 EHT SU PPDU로 식별될 수 있으며, 두 개 이상의 STA이 수신하도록 STA들의 수가 설정된 경우, EHT MU PPDU로 식별될 수 있다. 다시 말해, 동일한 서브 필드 값을 통해서 도 8에 도시된 두 개 이상의 PPDU 포맷을 지시할 수 있다.
또한, 도 8에 도시된 필드들 중에서 일부 필드 또는 필드의 일부 정보는 생략될 수 있으며, 이렇게 일부 필드 또는 필드의 일부 정보가 생략되는 경우를 compression mode 또는 compressed mode로 정의될 수 있다.
도 9는 본 발명의 일 실시예에 따른 다중 링크(multi-link) 장치를 나타낸 도면이다.
도 9를 참조하면, 하나 이상의 STA가 affiliate 되어있는 디바이스(device)의 개념이 정의될 수 있다. 또 다른 실시예로 본 발명의 일 실시예를 따르면 하나 초과(즉, 2개 이상의)의 STA가 affiliate 되어있는 디바이스들이 정의될 수 있다. 이때 장치는 논리적인(logical) 개념일 수 있다. 따라서, 이러한 개념의 하나 이상 또는 하나 초과의 STA이 affiliate 되어있는 디바이스들은 다중 링크 디바이스(multi-link device: MLD), 다중 밴드(multi-band) 디바이스 또는 다중 링크 논리적 엔터티(multi-link logical entity: MLLE)라고 호칭될 수 있다.
또는, 위의 개념의 디바이스들은 다중 링크 엔터티(multi-link entity: MLE)라고 호칭될 수 있다. 또한, MLD는 하나의 MAC SAP(medium access control service access point)을 LLC(logical link control)까지 가질 수 있으며, MLD는 하나의 MAC data service를 가질 수 있다.
MLD에 포함된 STA들은 하나 이상의 링크(link) 또는 채널(channel)에서 동작하는 것이 가능하다. 즉, MLD에 포함된 STA들은 서로 다른 다수의 채널에서 동작하는 것이 가능하다. 예를 들어, MLD에 포함된 STA들은 2.4 GHz, 5 GHz, 6 GHz 의 서로 다른 주파수 대역의 채널들을 이용해서 동작하는 것이 가능하다. 이를 통해 MLD는 채널 접속(channel access)에서의 이득을 얻고, 전체 네트워크의 성능을 올리는 것이 가능하다. 기존의 무선랜은 단일 링크(single link)로 동작하였지만, MLD 동작은 복수 개의 링크들을 이용하여 더 많은 채널 접속 기회를 얻거나 채널의 상황을 고려하여 복수 개의 링크에서 STA이 효율적으로 동작할 수 있다.
또한 MLD에 affiliate 된 STA들이 AP인 경우, AP들이 affiliate된 MLD는 AP MLD일 수 있다. 하지만, MLD에 affiliate 된 STA들이 non-AP STA인 경우, non-AP들이 affiliate된 MLD는 non-AP MLD일 수 있다.
또한, AP MLD(Multi-link Device)는 하나 이상의 무선 접속점(AP)를 포함한 기기일 수 있으며, 상위 계층으로 하나의 인터페이스를 통해 연결된 기기일 수 있다. 즉, AP MLD는 하나의 인터페이스를 통해 Logical Link Control(LLC) 계층에 연결될 수 있다. AP MLD에 포함된 여러 AP는 MAC 계층에서의 일부 기능을 공유할 수 있다. AP MLD 내의 각 AP는 서로 다른 링크에서 동작할 수 있다. STA MLD는 하나 이상의 non-AP STA를 포함한 기기일 수 있으며, 하나의 인터페이스를 통해 상위 계층으로 연결된 기기일 수 있다.
즉, STA MLD는 하나의 인터페이스를 통해 LLC 계층에 연결될 수 있다. STA MLD에 포함된 여러 STA는 MAC 계층에서의 일부 기능을 공유할 수 있다. 또한 STA MLD는 non-AP MLD라고 부를 수 있다. 이 때, 상기 AP MLD 및 STA MLD는 다수의 개별적인 링크를 사용하여 통신하는 다중 링크 동작을 수행할 수 있다. 즉, AP MLD가 여러 개의 AP를 포함하고 있을 경우, 각 AP는 별개의 링크를 구성하여 STA MLD에 포함된 각각의 단말과 다수의 링크를 사용한 프레임 송수신 동작을 수행할 수 있다. 이 때, 각 링크는 2.4 GHz, 5 GHz, 또는 6 GHz 대역에서 동작할 수 있으며, 각 링크에서는 대역폭 확장 동작을 수행할 수 있다. 예를 들어, AP MLD가 2.4 GHz 대역에서 하나의 링크, 5 GHz 대역에서 두 개의 링크를 설정한 경우, 2.4 GHz 대역에서는 대역폭 확장 방식을 통해 40 MHz의 대역폭으로 프레임 전송을 수행할 수 있으며, 5 GHz 대역을 사용하는 각각의 링크에서는 비연속적인 대역폭을 활용하여 최대 320 MHz의 대역폭으로 프레임 전송을 수행할 수 있다.
한편, 상기 AP MLD 혹은 STA MLD는 기기 내부의 간섭 문제로 인해 MLD 내의 한 단말이 송신 동작을 수행하는 동안에는 다른 단말이 수신 동작을 수행하지 못할 수 있다. 이처럼 MLD 내에 하나의 AP 혹은 단말이 송신 동작을 수행하는 도중 상기 MLD 내의 다른 AP 혹은 단말이 수신하는 동작을 STR(Simultaneous Transmit and Receive)라고 한다. 상기 AP MLD는 모든 링크에 대해 STR 동작이 가능할 수 있다. 또는 상기 AP MLD의 일부 링크에서 STR 동작이 불가능할 수 있다. AP MLD에는 STR 동작이 가능한 단말 MLD가 접속될 수 있고, 일부 또는 전체 링크에 대해 STR 동작이 불가능한 MLD가 접속될 수 있다. 또한, AP MLD에 포함된 AP에는 MLD에 소속되지 않은 단말(예를 들어, IEEE 802.11a/b/g/n/ac/ax 단말)이 추가적으로 접속되어 있을 수 있다.
AP MLD와 STA MLD는 도 5에서 설명한 스캐닝 및 접속 과정에서 다중 링크 사용 동작을 위한 협상 과정을 수행할 수 있다. 예를 들어, 도 5에서 설명한 스캐닝 과정에서 AP MLD에 포함된 AP는 비컨 프레임에 다중 링크 동작이 사용 가능함을 지시하는 지시자, 사용 가능한 링크 개수, 사용 가능한 복수 개의 링크 정보를 포함하여 전송할 수 있다. 또는, STA MLD에 소속된 단말은 프로브 요청 프레임에 다중 링크 동작이 사용 가능함을 지시하는 지시자를 포함하여 전송할 수 있고, AP MLD에 소속된 AP는 프로브 응답 프레임에 다중 링크 동작이 사용 가능함을 지시하는 지시자를 포함할 수 있다. 이 때, AP는 다중 링크 동작 시 사용 가능한 링크 개수, 링크 정보 등을 추가적으로 포함하여 전송할 수 있다.
상기 스캐닝 과정에서 AP MLD의 다중 링크 동작 여부 및 사용 링크 정보를 확인한 STA MLD는 AP MLD와 접속 과정을 수행할 수 있다. 이 때, 상기 AP MLD와 STA MLD는 다중 링크 동작을 위한 협상 과정을 시작할 수 있다. 이 때, 상기 다중 링크 동작을 위한 협상 과정은 AP MLD에 속한 AP와 STA MLD에 속한 단말 간의 접속 과정에서 수행될 수 있다. 즉, STA MLD에 속한 임의의 단말(예를 들어, STA1)이 AP MLD에 속한 임의의 AP(예를 들어, AP1)에 접속 요청 프레임을 보내면서 단말의 다중 링크 동작이 사용 가능함을 지시하는 지시자 및 다중 링크 동작을 수행할 것을 요청하는 요청 지시자를 보낼 수 있다. 상기 단말로부터 접속 요청 프레임을 수신한 AP는, 다중 링크 동작을 요청하는 지시자를 확인할 수 있고, AP가 다중 링크 동작이 가능한 경우 다중 링크 동작에 사용할 링크 정보 및 각 링크에서 사용되는 파라미터 등을 포함하여 다중 링크 동작을 허용하는 접속 응답 프레임을 해당 단말에 전송할 수 있다. 상기 다중 링크 동작을 위한 파라미터는 사용되는 각 링크의 대역, 대역폭 확장 방향, TBTT(Target Beacon Transmission Time), STR 동작 여부 중 하나 이상을 포함할 수 있다. 상기 접속 요청 프레임 및 응답 프레임이 교환되어 다중 링크 동작의 사용이 확인된 AP MLD 및 STA MLD는 해당 접속 과정 이후 AP MLD에 포함된 여러 AP 및 STA MLD에 포함된 여러 단말을 사용하여 다수의 링크를 사용한 프레임 전송 동작을 수행할 수 있다.
도 9를 참조하면 다수의 STA를 포함하는 MLD가 존재할 수 있으며, MLD에 포함되어 있는 다수의 STA들은 다수의 링크에서 동작할 수 있다. 도 9에서 AP인 AP1, AP2, AP3를 포함하는 MLD를 AP MLD라고 할 수 있으며, non-AP STA인 non-AP STA1, non-AP STA2, non-AP STA3를 포함하는 MLD를 non-AP MLD라고 할 수 있다. MLD에 포함되어 있는 STA들은 링크 1(Link1), 링크 2(Link2), 링크 3(Link 3) 또는 링크 1 내지 3 중 일부의 링크에서 동작할 수 있다.
본 발명의 실시예를 따르면 다중 링크 동작은 다중 링크 설정(multi-link setup) 동작을 포함할 수 있다. 다중 링크 설정 동작은 단일 링크 동작에서 수행되는 association에 대응되는 동작일 수 있다. 다중 링크에서 프레임을 교환하기 위해서는 다중 링크 설정이 선행되어야 할 수 있다. 다중 링크 설정 동작은 다중 링크 설정 요소(multi-link setup element)를 이용하여 수행될 수 있다. 여기서, 다중 링크 설정 요소는 다중 링크와 관련된 능력 정보(capability information)을 포함할 수 있으며, 능력 정보는 MLD에 포함된 STA이 어떤 링크로 프레임을 수신하는 동시에 MLD에 포함된 다른 STA이 다른 링크로 프레임을 전송할 수 있는지와 관련된 정보를 포함할 수 있다. 즉, 능력 정보는 MLD에 포함된 링크들을 통해서 STA(non-AP STA 및/또는 AP(또는, AP STA)들이 서로 다른 전송 방향으로 동시에 프레임을 전송/수신할 수 있는지와 관련된 정보를 포함할 수 있다. 또한, 능력 정보는 사용할 수 있는 링크 또는 동작 채널(operating channel)과 관련된 정보를 더 포함할 수 있다. 다중 링크 설정은 피어 STA(peer STA)간의 협상(negotiation)을 통해서 설정될 수 있으며, 하나의 링크를 통해서 다중 링크 동작이 설정될 수 있다.
본 발명의 일 실시 예에 따르면, TID와 MLD의 링크간에 매핑 관계가 존재할 수 있다. 예를 들면, TID와 링크가 매핑되는 경우, TID는 매핑된 링크를 통해서 전송될 수 있다. TID와 링크 간의 매핑은 전송 방향 기반(directional-based)을 통해서 이루어질 수 있다. 예를 들면, MLD1과 MLD2간의 양쪽 방향 각각에 대해 매핑이 이루어질 수 있다. 또한, TID와 링크간의 매핑은 기본(default) 설정이 존재할 수 있다. 예를 들면, TID와 링크 간의 매핑은 기본적으로 어떤 링크에 모든 TID가 매핑된 것일 수 있다.
도 10은 본 발명의 일 실시예에 따른 TID-to-link 매핑 방법의 일 예를 나타낸 도면이다.
도 10을 참조하면, 도 9에서 설명한 것처럼 TID와 링크 간의 매핑관계가 존재할 수 있다. 또한 본 발명에서 TID와 링크 간의 매핑 관계를 TID-to-link 매핑, TID to 링크 매핑, TID 매핑, 링크 매핑 등으로 호칭할 수 있다. TID는 트래픽 식별자(traffic identifier)일 수 있다. 또한 TID는 quality of service (QoS)를 지원하기 위해 트래픽, 데이터 등을 분류하는 ID(identifier)일 수 있다.
또한, TID는 MAC 계층 보다 상위 계층에서 사용되거나 할당되는 ID일 수 있다. TID는 traffic categories(TC), traffic streams(TS)를 나타내는 것이 가능하다. 또한 TID는 16개의 값인 것이 가능하고, 예를 들면 0부터 15의 값으로 나타내질 수 있다. 또한, access policy 또는 채널 접속, medium access 방법에 따라 사용하는 TID 값이 다른 것이 가능하다. 예를 들면 EDCA(HCF(hybrid coordination function) contention based 채널 접속, enhanced distributed 채널 접속)를 사용하는 경우 가능한 TID 값은 0 내지 7일 수 있다. 또한 EDCA를 사용하는 경우 TID 값은 UP(user priority)를 나타내는 것일 수 있고, 상기 UP는 TC 또는 TS에 관한 것일 수 있다. 또한 UP는 MAC보다 상위 layer에서 할당되는 값일 수 있다. 또한 HCCA(HCF controlled 채널 접속) 또는 SPCA를 사용하는 경우 가능한 TID 값은 8 내지 15일 수 있다. 또한 HCCA 또는 SPCA를 사용하는 경우 TID는 TSID를 나타내는 것일 수 있다. 또한 HEMM 또는 SEMM을 사용하는 경우 가능한 TID 값은 8 내지 15일 수 있다. 또한 HEMM 또는 SEMM을 사용하는 경우 TID는 TSID를 나타내는 것일 수 있다.
또한, UP와 접속 카테고리(access category: AC) 간의 mapping 관계가 존재할 수 있다. AC는 EDCA에서 QoS를 제공하기 위한 label 또는 EDCA parameter의 set을 지시하는 label일 수 있다. EDCA parameter 또는 EDCA parameter의 set은 채널 연결에 사용되는 것일 수 있다. AC는 QoS STA에 의해 사용될 수 있다.
AC의 값은 AC_BK, AC_BE, AC_VI, AC_VO 중 하나로 설정될 수 있다. AC_BK, AC_BE, AC_VI, AC_VO은 각각 background, best effort, video, voice를 나타내는 것일 수 있다. 또한 AC_BK, AC_BE, AC_VI, AC_VO를 세분화하는 것이 가능하다. 예를 들어 AC_VI가 AC_VI primary와 AC_VI alternate로 세분화될 수 있다. 또한 AC_VO가 AC_VO primary와 AC_VO alternate로 세분화될 수 있다. 또한 UP 값 또는 TID 값은 AC 값과 mapping될 수 있다. 예를 들어 UP 값 또는 TID 값 1, 2, 0, 3, 4, 5, 6, 7은 각각 AC_BK, AC_BK, AC_BE, AC_BE, AC_VI, AC_VI, AC_VO, AC_VO와 매핑될 수 있다. 또는 UP 값 또는 TID 값 1, 2, 0, 3, 4, 5, 6, 7은 각각 AC_BK, AC_BK, AC_BE, AC_BE, AC_VI alternate, AC_VI primary, AC_VO primary, AC_VO alternate와 매핑될 수 있다. 또한 UP 값 또는 TID 값 1, 2, 0, 3, 4, 5, 6, 7은 차례대로 priority가 높은 것일 수 있다. 즉, 1 쪽이 낮은 priority이고, 7 쪽이 높은 priority일 수 있다. 따라서 AC_BK, AC_BE, AC_VI, AC_VO 순서대로 priority가 높아지는 것일 수 있다. 또한 AC_BK, AC_BE, AC_VI, AC_VO는 각각 AC index(ACI) 0, 1, 2, 3에 해당할 수 있다.
따라서, TID와 AC 간의 관계가 존재하는 것이 가능하다. 따라서 본 발명의 TID-to-link mapping은 AC와 link 간의 mapping 관계인 것도 가능하다. 또한 본 발명에서 TID가 mapping 되었다고 하는 것은 AC가 mapping된 것일 수 있고, 그 반대일 수도 있다.
본 발명의 일 실시예를 따르면 multi-link의 각 link에 mapping된 TID가 존재할 수 있다. 예를 들어 특정 TID 또는 특정 AC가 다수의 link 중 어떤 link에서 전송, 수신이 허용되는지에 대한 mapping이 존재할 수 있다. 또한 이러한 mapping은 link의 양방향 각각에 대해 따로 정의될 수 있다. 또한 앞서 설명한 것처럼 TID와 link 간의 mapping은 기본(default) 설정이 존재할 수 있다. 예를 들면 TID와 link 간의 mapping은 기본적으로 어떤 link에 모든 TID가 mapping된 것일 수 있다. 또한 일 실시예를 따르면 특정 시점에 어떤 TID 또는 어떤 AC는 적어도 하나의 link와는 mapping되어 있을 수 있다. 또한 management frame 또는 control frame은 모든 link에서 전송되는 것이 가능할 수 있다.
본 발명에서 link의 어떤 방향에 대해 mapping된 TID or AC에 해당하는 Data frame이 전송될 수 있다. 또한 link의 어떤 방향에 대해 mapping되지 않은 TID or AC에 해당하는 Data frame은 전송될 수 없을 수 있다.
일 실시예를 따르면 TID-to-link mapping이 acknowledgment에도 적용될 수 있다. 예를 들어 block ack agreement가 TID-to-link mapping에 기초할 수 있다. 또는 TID-to-link mapping은 block ack agreement에 기초할 수 있다. 예를 들어 TID-to-link mapping된 TID에 대해 block ack agreement가 존재하는 것이 가능하다.
TID-to-link mapping을 함으로써 QoS service를 제공하는 것이 가능하다. 예를 들어 채널 상태가 좋거나 STA이 적은 link에 priority가 높은 AC, TID를 mapping함으로써 해당 AC, TID의 data를 빠르게 전송하는 것이 가능하게 할 수 있다. 또는 TID-to-link mapping을 함으로써 특정 link의 STA가 power save를 할 수 있도록(또는 doze state로 갈 수 있도록) 도울 수 있다.
도 10을 참조하면 AP 1과 AP 2를 포함하는 AP MLD가 존재할 수 있다. 또한 STA 1과 STA 2를 포함하는 Non-AP MLD가 존재할 수 있다. 또한 상기 AP MLD에 다수의 link인 Link 1과 Link 2가 존재할 수 있다. AP 1과 STA 1은 Link 1에서 association되고, AP 2와 STA 2는 Link 2에서 association 되었을 수 있다.
따라서, Link 1은 AP 1에서 STA 1으로 전송하는 link 및/또는 STA 1에서 AP 1으로 전송하는 link를 포함할 수 있고, Link 2는 AP 2에서 STA 2로 전송하는 link 및/또는 STA 2에서 AP 2로 전송하는 link를 포함할 수 있다. 이때, 각각의 링크는 TID 및/또는 AC가 매핑되어 있을 수 있다.
예를 들어 Link 1에서 AP 1에서 STA 1으로 전송하는 링크, Link 1에서 STA 1에서 AP 1으로 전송하는 링크에는 모든 TID, 모든 AC가 매핑되어 있을 수 있다. 또한 Link 2에서 STA 2에서 AP 2로 전송하는 링크에는 AC_VO 또는 AC_VO에 해당하는 TID 만이 mapping되어 있을 수 있다. 또한, 매핑된 TID 및/또는 AC의 데이터 만이 해당 링크에서 전송되는 것이 가능하다. 또한, 링크에 매핑되지 않은 TID or AC의 데이터는 해당 링크에서 전송될 수 없다.
도 11은 본 발명의 일 실시예에 따른 multi-link NAV 설정 동작의 일 예를 나타낸 도면이다.
MLD가 동시에 전송 또는 수신하는 동작(STR; simultaneous transmit and receive; simultaneous transmission and reception)은 제한적일 수 있고, 이것은 다중 링크(multi-link)로 동작하는 다수의 링크 간의 주파수 간격과 연관되어 있을 수 있다.
따라서, 본 발명의 실시예를 따르면 링크 간의 간격이 m MHz일 때 동시에 전송 또는 수신하는 것이 제한적이고, m보다 큰 n에 대하여 링크 간의 간격이 n MHz 일 때 동시에 전송 또는 수신하는 것이 제한적이지 않을 수 있다. 본 실시예는 동시에 전송 또는 수신하는 것이 제한적인 문제를 해결하기 위한 것일 수 있고, 중복된 설명은 생략했을 수 있다. 또한 본 실시예를 STR 불가한 MLD에 대해서 적용하는 것이 가능하다.
본 발명의 일 실시예를 따르면 다중 링크로 동작하는 링크 간에 기간 정보(duration information)이 공유될 수 있다. 일 실시예로 상기 기간 정보는 프리엠블의 시그널링 필드에서 전송되는 TXOP duration 정보일 수 있다. 상기 시그널링 필드는 앞서 설명한 U-SIG field일 수 있다. 또는 상기 시그널링 필드는 앞서 설명한 HE-SIG-A field일 수 있다. 또다른 실시예로 상기 기간 정보는 MAC header가 포함하는 Duration/ID field가 지시하는 기간 정보일 수 있다. 또다른 실시예로 상기 기간 정보는 L-SIG field가 포함하는 Length field(L Length field)가 지시하는 기간 정보일 수 있다. 일 실시예를 따르면 U-SIG field 또는 HE-SIG-A 또는 Duration/ID field가 지시하는 기간 정보는 TXOP duration을 지시하는 값일 수 있다. 일 실시예를 따르면 L-SIG field가 지시하는 기간 정보는 상기 L-SIG field를 포함하는 PPDU(physical layer protocol data unit)의 길이 또는 상기 L-SIG field를 포함하는 PPDU의 끝을 지시하는 값일 수 있다.
또한 본 발명의 실시예를 따르면 링크 간에 공유된 기간 정보에 기초한 기간에 전송 또는 채널 접속하는 것을 제한할 수 있다. 전송 또는 채널 접속을 제한하는 방법은 NAV를 설정하는 것을 포함할 수 있다. 또는 전송 또는 채널 접속을 재개하기 위해 NAV를 reset할 수 있다. 이때 NAV는 intra-BSS NAV일 수 있다. Intra-BSS NAV는 intra-BSS frame(or PPDU)에 의해 설정되는 NAV일 수 있다. 즉, MLD에 속한 STA는 상기 MLD에 속한 다른 STA로 향하는 frame(or PPDU)에 기초하여 NAV를 설정할 수 있다.
본 발명의 일 실시예를 따르면 inter-link NAV가 존재할 수 있다. Inter-link NAV는 다중 링크로 동작하는 경우 어떤 MLD에 속한 다수의 링크의 STA들이 사용하는 NAV일 수 있다. 예를 들면 링크 1에서 수신한 기간 정보에 기초하여 설정한 inter-link NAV를 기초로 링크 2에서 송신을 하지 않을 수 있다. 또한 inter-link NAV는 STR 불가한 MLD에 대해 존재하거나 사용하는 것이 가능하다. 예를 들면 inter-link NAV가 설정된 경우 해당 inter-link NAV를 설정한 MLD는 다수의 링크(또는 MLD가 사용하는 모든 링크)에서 전송 또는 채널 접속을 하지 않을 수 있다.
또한 NAV의 종류로 intra-BSS NAV 외에 basic NAV가 존재할 수 있다. Basic NAV는 inter-BSS frame(or PPDU)에 의해 설정되는 NAV일 수 있고, intra-BSS인지 inter-BSS인지 판단되지 않는 frame(or PPDU)에 의해서도 basic NAV가 설정될 수 있다.
Inter-link NAV를 별도로 사용하는 경우 inter-link NAV를 사용하지 않는 경우에 비해 NAV 설정이 update 되는 상황에서 장점을 가질 수 있다. 예를 들어 다른 링크에 의해 설정한 NAV를 reset해도 괜찮은 상황이 발생할 수 있다. 예를 들면 어떤 frame(or PPDU)를 기초로 inter-link NAV를 설정하였지만 상기 frame(or PPDU)가 같은 MLD로 향하는 것이 아니라는 것이 판단되어 설정한 inter-link NAV를 reset해도 괜찮을 수 있다.. 만약 링크 1과 링크 2에서 동작하는 MLD가 존재할 때 링크 1에 대한 NAV가 링크 1에서 수신한 frame을 기초로 설정되었을 수 있다. 이후 링크 2의 frame을 기초로 링크 1의 NAV를 update할 수 있다. 그리고 링크 2에 의한 NAV는 유지할 필요가 없어졌을 때 링크 1의 NAV를 reset하면 링크 1에서 수신한 frame을 기초로 설정한 NAV 정보를 잃어버릴 수 있다. 만약 inter-link NAV를 각 링크에 대한 NAV와 함께 사용한다면 inter-link NAV를 reset해도 각 link에 대한 NAV를 유지할 수 있기 때문에 이러한 문제를 해결할 수 있다.
본 발명의 실시예에서 NAV를 설정하는 것을 예로 들었으나 본 발명의 실시예는 이에 한정되지 않고, physical layer에 채널 접속을 중단하도록 지시하거나 channel 상태를 busy로 지시하는 것에도 적용할 수 있다. 또한 NAV를 reset하는 것에 한정되지 않고, physical layer에 채널 접속을 계속하도록 지시하거나 channel 상태를 idle로 지시하는 것에도 적용될 수 있다. 이때 physical layer와 MAC layer 간에 주고받는 primitive가 이용될 수 있다. 또는 MLD의 하나의 STA와 다른 STA 간에 주고받는 primitive가 이용될 수 있다. 또는 MLD의 하나의 MAC layer와 다른 MAC layer 간에 주고받는 primitive가 이용될 수 있다.
본 발명의 실시예를 따르면 MLD에 속한 STA가 PPDU 수신을 시작하면 상기 MLD에 속한 다른 STA는 채널 접속을 멈추어야 할 수 있다. 앞서 설명한 것처럼 수신한 기간 정보에 기초하여 채널 접속을 멈출 수 있지만 기간 정보를 포함하는 field의 위치 때문에 또는 decoding 등에 소요되는 시간 때문에 PPDU를 수신하기 시작한 시점부터 기간 정보를 얻기까지의 시간이 존재할 수 있다. 따라서 이 시간 동안 channel에 access하고 전송을 시작한다면 앞서 설명한 문제가 발생할 수 있다. 따라서 본 발명의 일 실시예를 따르면 MLD의 STA는 상기 MLD의 다른 STA가 수신을 시작한 시점부터 채널 접속을 중단할 수 있다. 또한 상기 MLD의 다른 STA가 수신을 시작한 이후에 수신한 frame이 상기 다른 STA로 향하는 것이 아닌 것을 확인한 경우 채널 접속을 다시 시작할 수 있다.
도 12는 본 발명의 일 실시예에 따른 multi-link NAV 설정 동작의 또 다른 일 예를 나타낸 도면이다.
도 12는 도 11에서 설명한 실시 예의 구체적인 방법에 대한 설명을 구체화한 것으로 중복된 설명은 생략될 수 있다.
앞서 설명한 것처럼 MLD에 속한 어떤 STA가 수신하는 frame 또는 PPDU에 기초하여 같은 MLD에 속한 다른 STA가 채널 접속 또는 전송을 중지하거나 재개할 수 있다. 본 발명에서 채널 접속 또는 전송을 중지하는 것은 NAV를 설정하거나(업데이트하거나) channel을 busy로 판단하거나 CCA를 중지하는 등의 동작을 포함할 수 있다. 또한 채널 접속 또는 전송을 재개하는 것은 NAV를 reset하거나 NAV 설정을 취소(cancel)하거나 channel을 idle로 판단하거나 CCA를 수행하는 등의 동작을 포함할 수 있다. 이하에서 이러한 동작을 채널 접속을 중지하고 재개하는 것으로 지시할 수 있다. 또한 이하에서 MLD에 STA 1과 STA 2가 속해 있고, STA 1과 STA 2는 각각 Link 1과 Link 2에서 동작하는 것으로 설명할 수 있다. 또한 frame과 PPDU를 혼용해서 지시할 수 있다. 또한 이때의 NAV는 도 11에서 설명한 것처럼 intra-BSS NAV 또는 inter-link NAV 일 수 있다.
본 발명의 실시예를 따르면 STA 1이 frame 수신하기 시작하면 STA 2는 채널 접속을 중단할 수 있다. 또한 STA 1이 L-SIG로부터 duration information을 획득했을 때 STA 2는 채널 접속을 중단한 상태를 지속할 수 있다. 이때 STA 2가 채널 접속을 중단한 상태를 STA 1이 수신한 frame의 끝까지로 결정할 수 있다. 또한 STA 1이 L-SIG를 바르게 디코딩하지 못한 경우(invalid L-SIG인 경우) STA 2는 채널 접속을 재개할 수 있다.
또한 STA 1이 수신하는 frame의 U-SIG로부터 TXOP duration과 BSS color를 수신했을 수 있다. 만약 수신한 BSS color가 intra-BSS임을 나타내거나 BSS color가 STA 1에 해당하는 BSS color인 경우 채널 접속을 중단할 수 있다. 일 실시예로 이때 채널 접속을 중단하는 기간은 수신한 frame의 끝까지일 수 있다. 이 경우 수신한 frame이 끝난 후 더 빠르게 채널 접속을 시작할 수 있는 장점이 있다. 다른 실시예로 이때 채널 접속을 중단하는 기간은 TXOP duration일 수 있다. 이 경우 L-SIG에 기초하여 중단한 채널 접속의 기간은 업데이트할 수 있다. 이 경우 수신하는 frame 이후 이어지는 sequence를 더 잘 보호할 수 있는 장점이 있다.
또는 STA 1이 수신하는 frame의 U-SIG로부터 TXOP duration과 BSS color를 수신했고, 수신한 BSS color가 intra-BSS가 아님을 나타내거나 BSS color가 STA 1에 해당하는 BSS color가 아닌 경우가 있을 수 있다. 또는 STA 1이 U-SIG를 성공적으로 디코딩하지 못한 경우가 있을 수 있다. 이러한 경우 STA 2는 채널 접속을 재개할 수 있다.
또는 STA 1이 수신하는 frame의 U-SIG로부터 획득한 정보가 해당 frame이 STA 1이 수신하지 않는 frame임을 지시하는 경우 STA 2는 채널 접속을 재개할 수 있다. 예를 들면 U-SIG로부터 획득한 PHY identifier가 미래의 표준에 해당하는 ID 또는 인식할 수 없는 ID인 경우 STA 2는 채널 접속을 재개할 수 있다.
또한 U-SIG를 수신하는 경우를 설명하였는데 같은 실시예를 HE PPDU를 수신하는 경우 HE-SIG-A를 수신하는 경우에도 적용할 수 있다. 예를 들어 HE-SIG-A는 TXOP duration과 BSS color를 포함할 수 있고, 이에 따라 앞서 설명한 것과 같은 동작을 수행할 수 있다.
또한 STA 1이 수신하는 frame의 EHT-SIG로부터 STA-ID를 수신했을 수 있다. 만약 수신한 STA-ID가 STA 1이 수신해야 하는 지시자인 경우, 예를 들면 STA-ID가 STA 1을 나타내거나 STA-ID가 STA 1이 속한 그룹을 나타내거나 STA-ID가 broadcast를 나타내는 경우, STA 2는 채널 접속을 중단한 상태를 지속할 수 있다.
또는 STA 1이 수신하는 frame의 EHT-SIG로부터 STA-ID를 수신했을 수 있다. 만약 수신한 STA-ID가 STA 1에 해당하지 않는 지시자인 경우, 예를 들면 STA-ID가 STA 1에 해당하는 지시자를 나타내지 않고 STA-ID가 STA 1 속한 그룹을 나타내지 않고 STA-ID가 broadcast를 나타내지 않는 경우, STA 2는 채널 접속을 재개할 수 있다. 또는 STA 1이 EHT-SIG를 성공적으로 디코딩하지 못한 경우에도 STA 2는 채널 접속을 재개할 수 있다.
또한 EHT-SIG를 수신하는 경우를 설명하였는데 같은 실시예를 HE PPDU를 수신하는 경우 HE-SIG-B를 수신하는 경우에도 적용할 수 있다. 예를 들어 HE-SIG-B는 STA-ID를 포함할 수 있고, 이에 따라 앞서 설명한 것과 같은 동작을 수행할 수 있다.
또한 STA 1이 수신하는 frame의 MAC header를 수신했을 수 있다. 만약 수신한 MAC header가 포함하는 RA(receiver address) 또는 DA(destination address)가 STA 1이 수신해야 하는 값을 나타내는 경우, 예를 들면 RA 또는 DA가 STA 1을 나타내거나 STA 1이 속한 그룹을 나타내거나 STA-ID가 broadcast를 나타내는 경우, STA 2는 채널 접속을 중단한 상태를 지속할 수 있다. 이때 중단하는 channel acceess의 기간은 수신한 MAC header가 포함하는 duration information에 기초할 수 있다. 더 구체적으로 중단하는 channel acceess의 기간은 수신한 MAC header가 포함하는 Duration/ID field가 지시하는 duration information에 기초할 수 있다.
또한 STA 1이 수신하는 frame의 MAC header를 수신했을 수 있다. 만약 수신한 MAC header가 포함하는 RA 또는 DA가 STA 1에 해당하지 않는 지시자인 경우, 예를 들면 RA 또는 DA가 STA 1에 해당하는 지시자를 나타내지 않고 STA 1 속한 그룹을 나타내지 않고 broadcast를 나타내지 않는 경우, STA 2는 채널 접속을 재개할 수 있다. 또는 STA 1이 모든 MAC header를 수신하지 못했을 수 있다. 예를 들면 STA 1이 A-MPDU에 포함된 모든 MPDU를 수신 실패했을 수 있다. 이 경우 STA 2는 채널 접속을 재개할 수 있다.
도 12에서 설명한 채널 접속 중단과 재개는 STA 1에서 frame(or PPDU)를 수신하기 시작하여 차례대로 디코딩해 나감에 따라 디코딩되는 순서대로 차례대로 동작할 수 있다. 디코딩되는 순서는 PPDU format, frame format 등에 기초할 수 있다. 예를 들면 L-SIG, U-SIG, EHT-SIG, MAC header 순서대로 디코딩할 수 있다(EHT PPDU의 경우). 또는 L-SIG, HE-SIG-A, MAC header 순서대로 디코딩할 수 있다(HE SU PPDU, HE TB PPDU의 경우). 또는 L-SIG, HE-SIG-A, HE-SIG-B, MAC header 순서대로 디코딩할 수 있다(HE MU PPDU의 경우). 또는 L-SIG, MAC header 순서대로 디코딩할 수 있다(11a/g PPDU의 경우).
본 발명의 실시예를 따르면 앞서 언급한 STA-ID는 PPDU 또는 RU(resource unit)의 의도된 수신자를 지시하는 값일 수 있다. 또한 STA-ID는 EHT-SIG field 또는 HE-SIG-B field 등에 포함될 수 있다. 또한 STA-ID는 단일 STA에 해당하는 값을 나타내는 것이 가능하다. 예를 들어 다수의 STA가 MLD에 포함될 때 STA-ID는 상기 다수의 STA 중 하나의 STA에 해당하는 값을 나타내는 것이 가능하다. 또한 STA-ID는 STA의 AID 또는 MAC address를 기초로 한 값일 수 있다.
도 13은 본 발명의 일 실시예에 따른 BSS 분류와 그에 기초한 동작의 일 예를 나타낸 도면이다.
본 발명의 일 실시예를 따르면 STA는 수신한 frame 또는 수신한 PPDU에 기초하여 BSS를 분류(classify. 또는 판단)하는 것이 가능하다. BSS를 분류하는 것은 수신한 frame 또는 수신한 PPDU가 분류하는 STA가 속한 BSS에 해당하는지 아닌지 분류하는 동작을 포함할 수 있다. 또는 BSS를 분류하는 것은 수신한 frame 또는 수신한 PPDU가 분류하는 STA가 속한 BSS로부터 전송되었는지 아닌지 분류하는 동작을 의미할 수 있다. 또한 BSS를 분류하는 것은 수신한 frame 또는 수신한 PPDU가 분류하는 STA가 속하지 않은 BSS에 해당하는지 아닌지 분류하는 동작을 포함할 수 있다. 또는 BSS를 분류하는 것은 수신한 frame 또는 수신한 PPDU가 분류하는 STA가 속하지 않은 BSS로부터 전송되었는지 아닌지 분류하는 동작을 의미할 수 있다. 또한 BSS를 분류하는 것은 수신한 frame 또는 수신한 PPDU가 어떤BSS에 속했는지 분류하는 동작을 포함할 수 있다. 또는 BSS를 분류하는 것은 수신한 frame 또는 수신한 PPDU가 어떤 BSS로부터 전송되었는지 분류하는 동작을 의미할 수 있다. 본 발명의 일 실시예를 따르면 분류하는 STA가 속한 BSS를 intra-BSS라고 부를 수 있다. 또는 분류하는 STA가 속한 BSS를 포함한 BSS들을 intra-BSS라고 부를 수 있다. 또한 intra-BSS가 아닌 BSS를 inter-BSS라고 부를 수 있다. 또는 intra-BSS가 아닌 BSS는 inter-BSS이거나 분류되지 않는 BSS일 수 있다. 또는 inter-BSS는 분류되지 않는 BSS를 포함할 수 있다. 또한 분류하는 STA가 속하지 않은 BSS를 inter-BSS라고 부를 수 있다.
일 실시예를 따르면 수신한 frame 또는 수신한 PPDU가 intra-BSS에 해당하거나 intra-BSS로부터 전송되었다고 판단된 경우, 상기 수신한 frame 또는 상기 수신한 PPDU를 각각 intra-BSS frame, intra-BSS PPDU라고 할 수 있다. 또한 수신한 frame 또는 수신한 PPDU가 inter-BSS에 해당하거나 inter-BSS로부터 전송되었다고 판단된 경우, 상기 수신한 frame 또는 상기 수신한 PPDU를 각각 inter-BSS frame, inter-BSS PPDU라고 할 수 있다. 또한 intra-BSS frame을 포함하는 PPDU는 intra-BSS PPDU일 수 있다. 또한 inter-BSS frame을 포함하는 PPDU는 inter-BSS PPDU일 수 있다.
본 발명의 일 실시예를 따르면 하나 이상의 BSS 분류 조건에 기초하여 BSS를 분류할 수 있다. 예를 들면 상기 하나 이상의 BSS 분류 조건 중 적어도 하나의 조건을 만족하는지 여부에 따라서 BSS를 분류할 수 있다.
상기 BSS 분류 조건은 BSS color에 기초한 조건을 포함할 수 있다. BSS color는 BSS에 대한 identifier일 수 있다. 또한 BSS color는 PPDU의 preamble, 더 구체적으로 signaling field(예를 들면 HE-SIG-A field 또는 U-SIG field 또는 VHT-SIG-A field)에 포함되는 것이 가능하다. 또한 BSS color는 송신자의 MAC 계층에서 PHY 계층으로 전달되는 TXVECTOR에 포함될 수 있다. 또한 BSS color는 수신자의 PHY 계층에서 MAC 계층으로 전달되는 RXVECTOR에 포함될 수 있다. TXVECTOR, RXVECTOR에 포함되는 파라메터들을 각각 TXVECTOR parameter, RXVECTOR parameter라고 부를 수 있다. 또한 BSS color는 TXVECTOR parameter 또는 RXVECTOR parameter에 포함되는 것이 가능하다. 또한 AP가 설정한 BSS color를 STA들에게 알릴 수 있다. 일 실시예를 따르면 수신한 PPDU에 포함된 BSS color에 기초하여 BSS를 분류할 수 있다. 만약 STA가 수신한 PPDU에 포함된 BSS color가 STA에 해당하는 BSS의 BSS color와 다른 경우, 상기 수신한 PPDU를 inter-BSS PPDU로 분류할 수 있다. 또는 만약 STA가 수신한 PPDU에 포함된 BSS color가 STA에 해당하는 BSS의 BSS color와 다르고 그 값이 0이 아닌 경우, 상기 수신한 PPDU를 inter-BSS PPDU로 분류할 수 있다. 또한 만약 STA가 수신한 PPDU에 포함된 BSS color가 STA에 해당하는 BSS의 BSS color와 같은 경우, 상기 수신한 PPDU를 intra-BSS PPDU로 분류할 수 있다.
상기 BSS 분류 조건은 MAC address에 기초한 조건을 포함할 수 있다. MAC address는 frame의 MAC header에 포함될 수 있다. 또한 MAC address는 RA(receiver address), TA(transmitter address), BSSID, SA(source address), DA(destination address) 등을 포함할 수 있다. 일 실시예를 따르면 수신한 frame에 포함된 MAC address에 기초하여 BSS를 분류할 수 있다. 만약 수신한 frame에 포함된 MAC address가 STA에 해당하는 BSS의 BSSID와 다른 경우, 상기 수신한 frame을 inter-BSS frame으로 분류할 수 있다. 더 구체적으로 만약 수신한 frame에 포함된 MAC address들 모두가 STA에 해당하는 BSS의 BSSID와 다른 경우, 상기 수신한 frame을 inter-BSS frame으로 분류할 수 있다. 또한 만약 수신한 frame에 포함된 MAC address가 STA에 해당하는 BSS의 BSSID와 같은 경우, 상기 수신한 frame을 intra-BSS frame으로 분류할 수 있다. 더 구체적으로 만약 수신한 frame에 포함된 MAC address들 중 적어도 하나가 STA에 해당하는 BSS의 BSSID와 같은 경우, 상기 수신한 frame을 intra-BSS frame으로 분류할 수 있다.
상기 해당하는 BSS는 STA가 association된 BSS를 포함할 수 있다. 또한 상기 해당하는 BSS는 STA가 association된 BSS와 같은 multiple BSSID set에 포함된 BSS를 포함할 수 있다. 또한 상기 해당하는 BSS는 STA가 association된 BSS와 같은 co-hosted BSSID set에 포함된 BSS를 포함할 수 있다. 또한 같은 multiple BSSID set 또는 같은 co-hosted BSSID set에 포함된 하나 이상의 BSS들은 하나의 frame을 통해 상기 하나 이상의 BSS들에 관한 정보가 전달될 수 있다.
상기 BSS 분류 조건은 VHT PPDU에 포함된 Partial AID field 값에 기초한 조건을 포함할 수 있다. Partial AID field는 VHT PPDU의 preamble에 포함될 수 있다. 또한 Partial AID field는 VHT PPDU에 포함된 VHT-SIG-A field에 포함될 수 있다. 일 실시예를 따르면 Partial AID field는 BSS color의 일부를 나타내는 것이 가능하다. 예를 들면 partial BSS color 기능을 사용하는 경우 Partial AID field는 BSS color의 일부를 나타내는 것이 가능하다. 또는 AID assignment rule을 사용하는 경우 Partial AID field는 BSS color의 일부를 나타내는 것이 가능하다. AID assignment rule은 BSS color에 기초한 AID를 할당하는 방법일 수 있다. 또한 VHT PPDU의 VHT-SIG-A field에 포함된 Group ID field가 기설정된 값인 경우(예를 들면 Group ID field가 63으로 설정된 경우) Partial AID field는 BSS color의 일부를 나타내는 것이 가능하다. 일 실시예를 따르면 수신한 PPDU의 Partial AID field가 BSS color의 일부를 나타내는 경우, 수신한 Partial AID field 값이 수신한 STA에 해당하는 BSS color의 일부과 다른 경우 상기 수신한 PPDU를 inter-BSS PPDU로 분류할 수 있다.
또한 수신한 PPDU의 Partial AID field가 BSS color의 일부를 나타내는 경우, 수신한 Partial AID field 값이 수신한 STA에 해당하는 BSS color의 일부과 같은 경우 상기 수신한 PPDU를 intra-BSS PPDU로 분류할 수 있다. 또한 이때 BSS color의 일부는 BSS color의 4 LSBs인 것이 가능하다. 또다른 실시예를 따르면 Partial AID field는 BSSID의 일부를 나타내는 것이 가능하다. 예를 들면 VHT PPDU의 VHT-SIG-A field에 포함된 Group ID field가 기설정된 값인 경우(예를 들면 Group ID field가 0으로 설정된 경우) Partial AID field는 BSSID의 일부를 나타내는 것이 가능하다. 일 실시예를 따르면 수신한 PPDU의 Partial AID field가 BSSID의 일부를 나타내는 경우, 수신한 Partial AID field 값이 수신한 STA에 해당하는 BSSID의 일부과 다른 경우 상기 수신한 PPDU를 inter-BSS PPDU로 분류할 수 있다. 또한 수신한 PPDU의 Partial AID field가 BSSID의 일부를 나타내는 경우, 수신한 Partial AID field 값이 수신한 STA에 해당하는 BSSID의 일부과 같은 경우 상기 수신한 PPDU를 intra-BSS PPDU로 분류할 수 있다. 또한 이때 BSSID의 일부는 BSSID의 9 MSBs인 것이 가능하다. 또한 Partial AID field 값은 TXVECTOR parameter PARTIAL_AID 또는 RXVECTOR parameter PARTIAL_AID에 포함되는 것이 가능하다. 또한 Group ID field 값은 TXVECTOR parameter GROUP_ID 또는 RXVECTOR parameter GROUP_ID에 포함되는 것이 가능하다.
상기 BSS 분류 조건은 AP가 기설정된 조건의 PPDU를 수신하는 조건을 포함할 수 있다. 예를 들어 상기 기설정된 조건의 PPDU는 downlink PPDU를 포함할 수 있다. 일 실시예를 따르면 downlink PPDU는 VHT MU PPDU를 포함할 수 있다. 또한 downlink PPDU는 uplink인지 또는 downlink인지 지시하는 시그날링이 기설정된 값으로 설정된 PPDU를 포함할 수 있다. uplink인지 또는 downlink인지 지시하는 시그날링은 HE PPDU의 signaling field에 포함되는 것이 가능하다. 또는 uplink인지 또는 downlink인지 지시하는 시그날링은 U-SIG에 포함되는 것이 가능하다. U-SIG는 EHT PPDU 또는 EHT 표준 이후의 PPDU의 preamble에 포함되는 것이 가능하다.
또한 intra-BSS PPDU 또는 inter-BSS PPDU로 분류할 수 없는 경우가 존재할 수 있다. 예를 들어 앞서 설명한 intra-BSS PPDU로 분류하는 조건과 inter-BSS PPDU로 분류하는 조건을 모두 만족시키지 않는 경우 intra-BSS PPDU 또는 inter-BSS PPDU로 분류할 수 없을 수 있다.
또한 BSS를 분류할 때 다수의 조건에 의한 분류 결과가 일치하지 않는 경우 기설정된 조건을 따라 최종 결과를 결정하는 것이 가능하다. 예를 들어 BSS color에 기초한 조건에 의한 결과와 MAC address에 기초한 조건에 의한 결과가 일치하지 않는 경우, MAC address에 기초한 조건에 의한 결과가 우선하거나 MAC address에 기초한 조건에 의한 결과로 최종 결과를 결정할 수 있다. 또는 intra-BSS PPDU로 분류하는 조건과 inter-BSS PPDU로 분류하는 조건을 모두 만족시키는 경우 intra-BSS PPDU로 분류할 수 있다.
본 발명의 일 실시예를 따르면 STA는 분류한 BSS에 기초한 동작을 수행할 수 있다. 분류한 BSS에 기초한 동작은 intra-PPDU power save 동작을 포함할 수 있다. intra-PPDU power save 동작은 수신한 PPDU에 기초한 power save 동작일 수 있다. 기설정된 조건을 만족시키는 경우 intra-PPDU power save 동작을 수행하는 것이 가능하다. 상기 기설정된 조건은 수신한 PPDU를 intra-BSS PPDU로 분류하는 조건을 포함할 수 있다. 또한 상기 기설정된 조건은 수신한 PPDU의 intended receiver가 상기 PPDU를 수신한 STA가 아닌 조건을 포함할 수 있다. 예를 들면 PPDU에 포함된 ID 또는 address가 상기 PPDU를 수신한 STA에 해당하지 않는 경우 상기 PPDU의 intended receiver는 상기 PPDU를 수신한 STA가 아닐 수 있다. ID는 PPDU의 preamble에 포함되는 것이 가능하다. 예를 들면 ID는 PPDU의 preamble에 포함된 STA_ID일 수 있다. 또한 STA_ID는 HE MU PPDU 또는 EHT PPDU에 포함되는 것이 가능하다. 또한 adderess는 앞서 설명한 MAC address일 수 있다. 또한 수신한 PPDU에 포함된 uplink인지 또는 downlink인지 지시하는 시그날링이 uplink를 지시하는 경우, 상기 PPDU의 intended receiver는 상기 PPDU를 수신한 STA가 아닐 수 있다. 또한 수신한 PPDU의 설정이 상기 PPDU를 수신한 STA가 지원하지 않는 것으로 설정된 경우 상기 PPDU의 intended receiver는 상기 PPDU를 수신한 STA가 아닐 수 있다. 수신한 PPDU의 설정은 PPDU의 MCS, spatial stream 개수, channel width 등을 포함할 수 있다. 또한 수신한 PPDU의 설정이 상기 PPDU를 수신한 STA가 지원하지 않는 경우 PHY-RXEND.indication(UnsupportedRate) primitive가 수신될 수 있다. 또한 수신한 PPDU가 기설정된 format인 경우 상기 PPDU의 intended receiver는 상기 PPDU를 수신한 STA가 아닐 수 있다. 상기 기설정된 format은 TB PPDU를 포함할 수 있다. TB PPDU는 HE TB PPDU, EHT TB PPDU를 포함할 수 있다. 또한 TB PPDU는 trigger하는 frame에 의한 응답으로 전송되는 PPDU일 수 있다. Trigger하는 frame은 트리거 프레임을 포함할 수 있다. Trigger하는 frame은 trigger하는 정보가 포함된 frame을 포함할 수 있다. Trigger하는 정보는 MAC header, 예를 들면 A-control field에 포함되는 것이 가능하다. 또한 trigger하는 정보 또는 트리거 프레임에 포함된 정보는 응답하는 PPDU의 길이, 응답할 때 사용할 RU, 응답할 때 사용할 PHY configuration, MAC configuration 등을 포함할 수 있다. intra-PPDU power save 동작은 수신한 PPDU의 끝까지 doze state로 들어갈 수 있는 동작일 수 있다. 또다른 실시예로 STA가 수신한 PPDU 또는 frame의 intended receiver가 상기 STA가 아니라고 판단된 경우 PPDU 또는 frame의 수신이나 decoding을 중단할 수 있다.
분류한 BSS에 기초한 동작은 NAV를 설정(또는 업데이트)하는 동작을 포함할 수 있다. 일 실시예를 따르면 STA가 하나 이상의 NAV를 운용하는 것이 가능하다. 또한 STA가 PPDU 또는 frame을 수신한 경우, 수신한 PPDU 또는 수신한 frame에 기초하여 분류한 BSS에 해당하는 NAV를 설정하는 것이 가능하다. 예를 들면 intra-BSS NAV는 intra-BSS PPDU에 해당하는 NAV 일 수 있다. 또한 basic NAV는 intra-BSS PPDU가 아닌 PPDU에 해당하는 NAV 일 수 있다. 또는 basic NAV는 inter-BSS PPDU에 해당하는 NAV 일 수 있다. 또한 수신한 PPDU 또는 수신한 frame에 기초하여 NAV를 설정할 때 수신한 PPDU 또는 수신한 frame에 포함된 duration 정보를 사용하는 것이 가능하다. 상기 duration 정보는 TXOP을 포함할 수 있다. TXOP은 TXOP field에 포함된 값을 의미할 수 있다. TXOP field는 PPDU의 preamble에 포함되는 것이 가능하다. 예를 들면 TXOP field는 HE PPDU의 HE-SIG-A field에 포함되는 것이 가능하다. 또는 TXOP field는 EHT PPDU 또는 EHT 이후 표준의 PPDU의 U-SIG field에 포함되는 것이 가능하다. 또한 상기 duration 정보는 MAC header에 포함될 수 있다. 예를 들어 상기 duration 정보는 MAC header에 포함된 Duration/ID field에 포함될 수 있다.
분류한 BSS에 기초한 동작은 spatial reuse 동작을 포함할 수 있다. 또한 분류한 BSS에 기초한 동작은 채널 접속 동작을 포함할 수 있다. Spatial reuse 동작은 채널 접속 동작일 수 있다. STA가 PPDU 또는 frame을 수신했을 때 기설정된 조건을 만족시키는 경우 spatial reuse 동작을 수행하는 것이 가능하다. 기설정된 조건은 수신한 PPDU 또는 수신한 frame이 inter-BSS에 해당하는 조건을 포함할 수 있다. 또한 기설정된 조건은 수신한 PPDU 또는 수신한 frame의 signal strength가 threshold보다 작은 조건을 포함할 수 있다. 예를 들면 threshold는 가변적일 수 있다. 또한 threshold는 OBSS PD-based spatial reuse 동작을 위한 threshold일 수 있다. 또한 threshold는 CCA threshold 이상의 값일 수 있다. 또한 threshold는 전송하려는 power에 기초한 값일 수 있다. Spatial reuse 동작은 PPDU를 전송하는 동작을 포함할 수 있다. 또한 spatial reuse 동작은 PHY를 reset하는 동작을 포함할 수 있다. 예를 들면 PHY를 reset하는 동작은 PHY-CCARESET.request primitive를 발행(issue)하는 동작일 수 있다. 또한 spatial reuse 동작은 수신한 PPDU 또는 수신한 frame에 기초하여 NAV를 설정하지 않는 동작을 포함할 수 있다. 만약 STA가 spatial reuse 동작을 수행하는 경우, 수신한 PPDU 또는 수신한 frame이 전송 또는 수신되는 동안 상기 STA가 PPDU를 전송하는 것이 가능할 수 있다.
도 13을 참조하면 BSS A와 BSS B가 존재할 수 있고, BSS A와 BSS B는 서로 다른 BSS일 수 있다. 또한 BSS A와 BSS B는 서로 inter-BSS에 해당할 수 있다. 즉, BSS A에 association된 STA가 BSS B에서 전송한 PPDU 또는 frame은 inter-BSS PPDU 또는 inter-BSS frame으로 분류될 수 있다. 또한 BSS A에 속하는(또는 BSS A를 운영하는 AP와 association된) STA 1, STA 2가 존재할 수 있다. BSS B에 속하는(또는 BSS B를 운영하는 AP와 association된) STA 3, STA 4가 존재할 수 있다. 도 13을 참조하면 STA 1이 PPDU를 전송할 수 있다. 또한 STA 1이 전송한 PPDU는 BSS에 대한 정보를 포함할 수 있다. 예를 들면 BSS에 대한 정보는 앞서 설명한 BSS를 분류하기 위한 정보일 수 있다. 또한 STA 1이 전송한 PPDU는 Duration 정보를 포함할 수 있다.
STA 2는 STA 1이 전송한 PPDU를 수신하고 이 PPDU에 대한 BSS를 분류할 수 있다. 또한 STA 2와 STA 1은 BSS A에 속해있기 때문에 STA 2가 수신한 PPDU는 intra-BSS PPDU로 분류될 수 있다. 또한 STA 2가 수신한 PPDU는 UL PPDU이거나 STA가 intended receiver가 아닌 PPDU일 수 있다. 따라서 앞서 설명한 실시예에 따라 STA 2는 intra-PPDU power save를 수행하는 것이 가능하다. 도 13을 참조하면 STA 2는 수신한 PPDU 끝 시간까지 doze state로 들어갈 수 있다. 또한 STA 2는 수신한 PPDU에 포함된 Duration 정보에 기초하여 NAV를 설정할 수 있다. STA 2는 수신한 PPDU를 intra-BSS PPDU로 분류하였기 때문에 intra-BSS NAV를 설정하는 것이 가능하다.
STA 3는 STA 1이 전송한 PPDU를 수신하고 이 PPDU에 대한 BSS를 분류할 수 있다. 또한 STA 3와 STA 1은 각각 BSS B, BSS A에 속해있기 때문에 STA 3가 수신한 PPDU는 inter-BSS PPDU로 분류될 수 있다. 또한 STA 3는 수신한 PPDU에 포함된 Duration 정보에 기초하여 NAV를 설정할 수 있다. STA 3는 수신한 PPDU를 inter-BSS PPDU로 분류하였기 때문에 basic NAV를 설정하는 것이 가능하다.
STA 4는 STA 1이 전송한 PPDU를 수신하고 이 PPDU에 대한 BSS를 분류할 수 있다. 또한 STA 4와 STA 1은 각각 BSS B, BSS A에 속해있기 때문에 STA 4가 수신한 PPDU는 inter-BSS PPDU로 분류될 수 있다. 또한 STA 4가 수신한 PPDU의 signal strength가 threshold보다 작을 수 있다. 따라서 STA 4가 수신한 PPDU가 inter-BSS PPDU로 분류되었고, STA 4가 수신한 PPDU의 signal strength가 threshold보다 작기 때문에 STA 4는 spatial reuse 동작을 수행하는 것이 가능하다. 따라서 STA 4는 채널 접속, backoff procedure를 수행할 수 있고, 전송을 시작할 수 있다. 예를 들어 STA 1이 전송한 PPDU가 끝나지 않은 시점에 STA 4가 전송을 시작하는 것이 가능할 수 있다.
도 14는 본 발명의 실시 예에 따른 STA의 기능을 보여준다.
본 발명의 실시 예를 따르면 어떤 무선랜 표준을 따르는 STA은 이전 무선랜 표준의 기능을 포함할 수 있다. 이는 하위 호환성을 위한 것이다. 예를 들어 특정 무선랜 표준을 지원하는 STA은 이전 세대의 무선랜 표준 기능을 지원하고 추가로 새로운 기능도 지원할 수 있다. 예를 들어 HT STA은 OFDM PHY STA의 기본 기능을 지원할 수 있다. 따라서 HT STA은 OFDM PHY STA으로 분류될 수 있다. 또한, HT STA은 OFDM PHY STA의 기능뿐만 아니라 OFDM PHY STA 지원하지 않는 추가 기능을 지원할 수 있다. VHT STA은 HT STA의 기본 기능을 지원하면서, HT STA이 지원하지 않는 기능을 지원할 수 있다. VHT STA은 HT STA으로 분류될 수 있다. 또한, HE STA은 VHT STA의 기본 기능을 지원하면서, VHT STA이 지원하지 않는 기능을 지원할 수 있다. HE STA은 VHT STA으로 분류될 수 있다. 또한 EHT STA는 HE STA이기도 할 수 있다. 또한 EHT STA은 HE STA의 기본 기능을 지원하면서 HE STA이 지원하지 않는 기능을 지원할 수 있다. 또한, EHT STA은 HE STA으로 분류될 수 있다. 또한, EHT 표준 이후의 무선랜 표준이 새롭게 정의될 수 있다. 본 발명에서 EHT 표준 이후의 표준을 NEXT 표준이라고 부르고, NEXT 표준을 따르는 STA을 NEXT STA이라고 지칭한다. NEXT STA은 EHT STA의 기본 기능을 지원하면서, EHT STA이 지원하지 않는 기능을 지원할 수 있다. NEXT STA은 EHT STA으로 분류될 수 있다.
도 14는 각 무선랜 표준을 지원하는 STA 사이의 관계를 나타낸 다이어그램이다. 도 11에서 참조하면 EHT STA이면 HE STA이고, VHT STA이고, HT STA이고, OFDM PHY STA일 수 있다. 또한, NEXT STA이면 EHT STA이고, HE STA이고, VHT STA이고, HT STA이고, OFDM PHY STA일 수 있다.
도 15는 본 발명의 일 실시 예에 따른 상향링크(Uplink: UL) 다중 사용자(multi user: MU) 동작을 나타낸다.
본 발명의 일 실시 예에서 액세스 포인트는 MU(multi-user) 전송을 유발(solicit)하는 프레임을 전송할 수 있다. 이러한 프레임을 트리거링 프레임이라 지칭한다. 이때, 트리거링 프레임을 수신한 하나 이상의 STA은 트리거링 프레임을 기초로 상향 전송을 수행할 수 있다. 구체적으로 트리거링 프레임을 수신한 하나 이상의 STA은 프레임에 대한 응답 프레임을 전송할 수 있다. 이때, 트리거링 프레임을 포함하는 PPDU와 상향 전송에 사용되는 PPDU의 간격(inter-space)은 SIFS일 수 있다. 구체적으로 복수의 STA은 트리거링 프레임을 수신하고 동시에(simultaneous) 즉각적인(immediate) 응답을 전송할 수 있다. 즉각적인 응답은 앞서 수신한 PPDU와 응답을 포함하는 PPDU 사이의 간격이 SIFS인 것을 나타낸다.
트리거링 프레임은 제어 프레임으로 일종으로, 트리거 정보를 포함하는 트리거 프레임일 수 있다. 또한, 트리거링 프레임은 트리거 정보를 MAC 헤더에 포함하는 프레임일 수 있다. 이때, 트리거 정보는 MAC 헤더의 HT Control 필드, Control 서브필드, 또는 A-Control 서브필드에 포함되는 TRS(triggered response scheduling)일 수 있다. 또한, 트리거 정보는 TB PPDU의 전송을 유발하는 정보일 수 있다.
TB PPDU는 트리거링 프레임에 대한 응답 프레임을 포함하는 PPDU 포맷이다. TB PPDU는 HE TB PPDU 및 EHT TB PPDU를 포함할 수 있다. 또한, TB PPDU는 NEXT 무선랜 표준에서 정의하는 NEXT TB PPDU를 포함할 수 있다. HE TB PPDU는 L-STF, L-LTF, L-SIG, RL-SIG, HE-SIG-A, HE-STF, HE-LTF를 차례대로 포함하는 프리앰블을 포함하고, 프리앰블에 이어 데이터, 패킷 익스텐션(packet extension, PE)을 포함할 수 있다. 또한, EHT TB PPDU, NEXT TB PPDU는 L-STF, L-LTF, L-SIG, RL-SIG, U-SIG, (EHT-/NEXT-)STF, (EHT-/NEXT-)LTF를 차례대로 포함하는 프리앰블을 포함하고, 프리앰블에 이어서 데이터, 패킷 익스텐션(packet extension, PE)을 포함할 수 있다.
트리거링 프레임은 TB PPDU 전송에 필요한 정보를 포함할 수 있다. MAC 프레임의 Type 서브필드(B3 B2)의 값이 01b이고, 서브타입 서브필드(B7 B6 B5 B4)의 값이 0010b인 경우, MAC 프레임 트리거 프레임일 나타낼 수 있다.
트리거 프레임에 응답하는 복수의 STA이 서로 다른 포맷의 TB PPDU를 전송하는 경우, 액세스 포인트가 TB PPDU를 수신하기 어려울 수 있다. 또한, 복수의 STA이 전송하는 PPDU의 프리앰블이 서로 다른 경우, 액세스 포인트가 TB PPDU를 수신하기 어려울 수 있다. 특히, 서로 다른 포맷의 TB PPDU가 전송되는 RU가 오버랩되는 경우, 액세스 포인트가 TB PPDU를 수신하기 어려울 수 있다. 따라서 하나의 트리거링 프레임에 대한 응답을 전송하는 복수의 STA은 동일한 포맷의 TB PPDU를 사용할 수 있다. 또한, 하나의 트리거링 프레임에 대한 응답을 전송하는 복수의 STA이 전송하는 TB PPDU의 프리앰블 정보는 동일할 수 있다.
도 14를 통해 설명한 것과 같이 HE STA은 HE TB PPDU를 전송할 수 있다. 또한, EHT STA은 EHT TB PPDU 또는 HE TB PPDU를 전송할 수 있다. 또한, NEXT STA은 NEXT TB PPDU, EHT TB PPDU 또는 HE TB PPDU를 전송할 수 있다.
도 15의 실시 예에서, AP가 HE STA(HE STA)의 전송과 EHT STA(EHT STA)의 전송을 스케줄링하는 트리거 프레임을 전송한다. 이때, 트리거 프레임이 트리거 프레임에 대한 응답을 위해 전송 될 TB PPDU의 포맷에 대해 지시하지 않는 경우, HE STA(HE STA)과 EHT STA(EHT STA) 또는 서로 다른 EHT STA(EHT STA)은 서로 다른 포맷의 TB PPDU를 전송할 수 있다. 이에 따라 TB PPDU의 전송이 실패하고 전송 기회가 낭비될 수 있다. 설명의 편의를 위해 HE, EHT, NEXT 표준에서 정의된 트리거 프레임을 각각 HE 트리거 프레임, EHT 트리거 프레임, 및 NEXT 트리거 프레임으로 지칭한다. 또한, HE, EHT, NEXT 표준에서 정의된 TRS를 HE TRS, EHTTRS, 및 NEXT TRS로 지칭한다. 트리거 프레임의 포맷에 대해서는 도 16을 통해 설명한다.
도 16은 본 발명의 실시 예에 따른 트리거 프레임의 포맷과 트리거 프레임에 포함되는 서브필드를 보여준다.
구체적으로 도 16(a)는 트리거 프레임의 포맷을 보여주고, 도 16(b)는 트리거 프레임의 Common Info 필드를 나타내고, 도 16(c)는 트리거 프레임의 User Info 필드를 나타낸다. 트리거 프레임의 MAC 헤더는 Frame Control 필드, Duration 필드, 및 Address 필드를 포함한다. 이때, Address 필드는 RA 필드, TA 필드를 포함한다. 또한, 트리거 프레임은 Common Info 필드와 User Info List 필드를 포함한다. Common Info 필드는 트리거 프레임이 트리거하는 모든 스테이을 위한 정보를 포함한다. 또한, User Info List 필드는 User Info 필드를 포함할 수 있다. 구체적인 실시 예에서 특정 타입의 트리거 프레임은 User Info List 필드를 포함하지 않을 수 있다. 또한, 트리거 프레임은 Padding 필드와 FCS 필드를 포함할 수 있다. Padding 필드는 Tri 수신하는 STA가 응답을 준비하는 데에 필요한 시간을 확보하기 위해 frame 길이를 늘리는 역할을 할 수 있고, optionally 존재할 수 있다.
Common Info 필드는 Trigger Type 서브필드를 포함할 수 있다. Trigger Type 서브필드는 트리거 프레임 배리언트(variant)를 식별(identify)한다. 트리거 프레임은 Trigger Type 서브타입의 값을 통해 트리거 프레임의 타입을 나타낼 수 있다. 또한, Trigger Type 서브필드에 따라 Trigger Dependent Common Info 서브필드 Trigger Dependent User Info 서브필드에 포함되는 정보 및 Trigger Dependent Common Info 서브필드 Trigger Dependent User Info 서브필드의 길이가 결정될 수 있다. 예를 들어 Trigger Type 서브필드를 Common Info 필드의 B0부터 B3비트까지의 비트가 나타낼 수 있다.
또한, Common Info 필드는 UL Length subfield를 포함할 수 있다. UL Length subfield는 Trigger frame에 응답하는 TB PPDU의 길이에 대한 정보를 포함할 수 있다. 또는 UL Length subfield는 Trigger frame에 응답하는 frame의 길이에 대한 정보를 포함할 수 있다. 또한 UL Length subfield는 Trigger frame에 응답하는 TB PPDU의 L-SIG의 Length subfield에 포함될 값을 지시할 수 있다. 따라서 TB PPDU로 응답하는 STA는 수신한 Trigger frame이 포함하는 UL Length subfield의 값에 기초해서 TB PPDU의 L-SIG의 Length subfield를 설정할 수 있다. 더 구체적으로 TB PPDU로 응답하는 STA는 수신한 Trigger frame이 포함하는 UL Length subfield의 값으로 TB PPDU의 L-SIG의 Length subfield를 설정할 수 있다. 예를 들어 UL Length subfield를 Common Info field의 B4 부터 B15 비트가 나타낼 수 있다.
또한, Common Info 필드는 UL BW 서브필드를 포함할 수 있다. UL BW 서브필드는 트리거 프레임에 응답하는 TB PPDU의 시그널링 필드 예컨대, HE-SIG-A 필드 또는 U-SIG 필드에 포함되는 bandwidth(BW) 값을 지시할 수 있다. 또한 UL BW subfield는 Trigger frame에 응답하는 TB PPDU의 최대 bandwdith를 나타낼 수 있다.
또한, Common Info 필드는 트리거 프레임에 응답하는 TB PPDU의 시그널링 필드, 예컨대 HE-SIG-A 필드 또는 U-SIG 필드에 포함될 정보 등을 포함할 수 있다.
User Info 필드는 AID12 서브필드를 포함할 수 있다. AID12 서브필드는 AID12 서브필드를 포함하는 User Info 필드의 의도된 수신자 또는 User Info 필드의 기능을 지시하는 역할을 할 수 있다. 따라서 AID12 서브필드는 AID12 서브필드를 포함하는 트리거 프레임의 의도된 수신자 또는 트리거 프레임의 기능을 지시하는 역할을 수행할 수 있다. 예컨대, AID12 서브필드의 값이 기설정된 값인 경우 User Info 필드는 RA-RU(random access resource unit)을 지시하는 것임을 나타낼 수 있다. 더 구체적으로 AID12 서브필드의 값이 0인 경우 User Info 필드는 연결된(associated) STA을 위한 RA-RU를 지시할 수 있다. 또한, AID12 서브필드의 값이 2045인 경우 User Info 필드는 연결되지 않은(unassociated) STA을 위한 RA-RU를 지시할 수 있다. 또한, AID12 서브필드의 값이 지시하는 STAID, 예컨대 AID(association ID)에 해당하는 STA AID12 서브필드를 포함하는 User Info 필드 또는 AID12 서브필드를 포함하는 트리거 프레임이 응답을 트리거함을 나타낼 수 있다. 예를 들어 AID12 서브필드는 AID 또는 AID의 12 LSBs를 나타낼 수 있다. AID12 서브필드의 값에 해당하는 STA은 트리거 프레임에 TB PPDU로 응답할 수 있다. 또한, AID12 서브필드의 값은 1부터 2007의 범위(1과 2007 포함)일 수 있다. 또한, AID12 서브필드가 기설정된 값, 예를 들면 2046인 경우 해당하는 RU는 어떤 STA에게도 할당되지 않았음을 지시할 수 있다. 또한, AID12 서브필드가 기설정된 값, 예를 들면 4095인 경우 트리거 프레임의 패딩이 시작됨을 지시할 수 있다.
또한, AID12 서브필드를 포함하는 User Info 필드의 정보들은 AID12 서브필드가 지시하는 STA에 해당하는 정보일 수 있다. 예컨대, RU Allocation 서브필드는 RU의 크기와 위치를 지시할 수 있다. 이때, AID12 서브필드를 포함하는 User Info 필드의 RU Allocation 서브필드의 값은 상기 AID12 서브필드가 지시하는 STA에 해당하는 정보일 수 있다. 또한, User Info 필드는 User Info 필드를 포함하는 트리거 프레임의 응답에 사용되는 코딩 방법(UL FEC Coding Type), 모듈레이션 방법(UL HE-MCS, UL DCM), 전송 파워(UL Target RSSI)를 지시할 수 있다.
앞서 설명한 바와 같이 트리거 프레임에 대한 응답으로 동시에 전송되는 TB PPDU가 어떤 PPDU의 포맷으로 전송되는지에 따라 문제될 수 있다. 이와 관련된 트리거링 프레임 전송 방법에 대해서는 도14를 통해 설명한다.
도 17은 본 발명의 실시 예에 따라 트리거 프레임의 AID12 서브필드의 값이 지시하는 정보를 보여준다.
본 발명의 실시 예를 따른 EHT STA은 HE TB PPDU, EHT TB PPDU를 선택적으로 전송할 수 있다. 또한, NEXT STA은 HE TB PPDU, EHT TB PPDU, NEXT TB PPDU를 선택적으로 전송할 수 있다. 이를 통해 하나의 프레임 또는 하나의 PPDU로 다수의 무선랜 표준의 STA을 스케줄링할 수 있다. 이를 통해 전송 매체의 사용 효율을 높일 수 있다. 예컨대, EHT 표준을 지원하지 않는 HE STA과 EHT STA을 하나의 프레임으로 HE TB PPDU로 응답하게 할 수 있다.
또한, TB PPDU 포맷을 선택하기 위한 정보가 트리거 프레임 또는 TRS 또는 트리거 프레임을 포함하는 PPDU 또는 TRS를 포함하는 PPDU에 포함될 수 있다.
본 발명의 실시 예에 따르면 응답하는 TB PPDU format에 대한 정보가 MAC level에 존재할 수 있다. 본 발명의 실시 예에 따르면 트리거 프레임은 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임으로 구분될 수 있다. 또한, HE 트리거 프레임, EHT 트리거 프레임, NEXT 트리거 프레임으로 트리거된 응답은 각각 HE TB PPDU, EHT TB PPDU, NEXT TB PPDU로 응답할 수 있다.
또한, HE 트리거 프레임, EHT 트리거 프레임, NEXT 트리거 프레임을 구분하는 것은 트리거 프레임에 응답할 TB PPDU 포맷을 각각 HE TB PPDU, EHT TB PPDU, NEXT TB PPDU로 구분한다는 것과 같은 의미일 수 있다.즉, 트리거 프레임의 포맷에 따라 이에 대한 TB PPDU의 포맷도 달라질 수 있으며, 다음 세대 트리거 프레임은 이전 세대 TB PPDU의 전송도 함께 지시할 수 있다. 즉, EHT 트리거 프레임은 HE TB PPDU와 EHT TB PPDU의 전송을 동시에 지시할 수 있다. 하지만 HE 트리거 프레임은 EHT TB PPDU의 전송을 지시할 수는 없다.
구체적인 실시 예에서 트리거 프레임이 포함하는 MAC 헤더의 Frame Control 필드에 따라 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다. 예컨대, 트리거 프레임이 포함하는 MAC 헤더의 Frame Control 필드의 Type 서브필드, Subtype 서브필드 또는 Control Frame Extension 서브필드 중 적어도 어느 하나에 따라 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다. 예컨대, 트리거 프레임이 포함하는 MAC 헤더의 Frame Control 필드의 Type 서브필드, Subtype 서브필드 또는 Control Frame Extension 서브필드가 제1 값인 경우, 트리거 프레임은 HE 트리거 프레임으로 분류될 수 있다. 또한, 트리거 프레임이 포함하는 MAC 헤더의 Frame Control 필드의 Type 서브필드, Subtype 서브필드 또는 Control Frame Extension 서브필드가 제2 값인 경우, 트리거 프레임은 EHT 트리거 프레임으로 분류될 수 있다. 또한, 트리거 프레임이 포함하는 MAC 헤더의 Frame Control 필드의 Type 서브필드, Subtype 서브필드 또는 Control Frame Extension 서브필드가 제3 값인 경우, 트리거 프레임은 NEXT 트리거 프레임으로 분류될 수 있다. MAC 헤더의 Frame Control 필드의 Type 서브필드의 값이 01b이고, 서브타입 서브필드의 값이 0010b인 경우, 트리거 프레임은 HE 트리거 프레임으로 분류될 수 있다. Type 서브필드, Subtype 서브필드 및 Control Frame Extension 서브필드 각각이 2비트, 4비트 및 4비트로 한정된다. 따라서 이러한 실시 예는 한정적인 비트 필드의 값을 사용하여 장래에 사용될 수 있는 타입을 제한하는 단점이 있다.
또 다른 구체적인 실시 예에서 트리거 프레임이 포함하는 Common Info 필드에 따라 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다. 예컨대, 트리거 프레임의 Common Info 필드의 Trigger Type 서브필드의 값이 제1 값인 경우, 트리거 프레임은 HE 트리거 프레임으로 분류될 수 있다. 트리거 프레임의 Common Info 필드의 Trigger Type 서브필드의 값이 제2 값인 경우, 트리거 프레임은 EHT 트리거 프레임으로 분류될 수 있다. 트리거 프레임의 Common Info 필드의 Trigger Type 서브필드의 값이 제3 값인 경우, 트리거 프레임은 NEXT 트리거 프레임으로 분류될 수 있다. 구체적으로 트리거 프레임의 Common Info 필드의 Trigger Type 서브필드의 값 0 내지 7인 경우, 트리거 프레임은 HE 트리거 프레임으로 분류될 수 있다. 또한, 트리거 프레임의 Common Info 필드의 Trigger Type 서브필드의 값 0 내지 7이 아닌 경우, 트리거 프레임은 EHT 트리거 프레임 또는 NEXT 트리거 프레임으로 분류될 수 있다. Trigger Type 서브필드의 비트 수가 한정적이므로 이러한 실시 예는 한정적인 비트 필드의 값을 사용하여 장래에 사용될 수 있는 트리거 타입을 제한하는 단점이 있다.
또 다른 구체적인 실시 예에서 트리거 프레임이 포함하는 UL Length 필드에 따라 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다. 예컨대, 트리거 프레임의 UL Length 필드의 값을 3으로 나눈 나머지 값이 제1 값인 경우, 트리거 프레임은 HE 트리거 프레임으로 분류될 수 있다. 트리거 프레임의 UL Length 필드의 값을 3으로 나눈 나머지 값이 제2 값인 경우, 트리거 프레임은 EHT 트리거 프레임으로 분류될 수 있다. 트리거 프레임의 UL Length 필드의 값을 3으로 나눈 나머지 값이 제3 값인 경우, 트리거 프레임은 NEXT 트리거 프레임으로 분류될 수 있다. 트리거 프레임의 UL Length 필드의 값을 3으로 나눈 나머지 값이 0이 아닌 경우, 트리거 프레임은 HE 트리거 프레임으로 분류될 수 있다. 트리거 프레임의 UL Length 필드의 값을 3으로 나눈 나머지 값이 1인 경우, 트리거 프레임은 HE 트리거 프레임으로 분류될 수 있다. 트리거 프레임의 UL Length 필드의 값을 3으로 나눈 나머지 값이 0인 경우, 트리거 프레임은 EHT 트리거 프레임 또는 NEXT 트리거 프레임으로 분류될 수 있다. 또한, 트리거 프레임의 UL Length 필드의 값뿐만 아니라 트리거 프레임의 Format Identifier, PHY Identifier 및 TB PPDU 포맷 시그널링 중 적어도 하나에 따라 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다.
또 다른 구체적인 실시 예에서 트리거 프레임이 포함하는 User Info 필드에 따라 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다. 구체적으로 트리거 프레임의 User Info 필드의 AID12 서브필드의 값에 따라 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다. 예컨대, 트리거 프레임의 User Info 필드의 AID12 서브필드의 값이 미리 지정된 값인지에 따라 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다. 이때, 트리거 프레임의 타입을 나타내는 AID12 서브필드를 포함하는 User Info 필드는 User Info 필드 리스트에서 첫 번째 User Info 필드일 수 있다. 트리거 프레임의 타입을 나타내는 AID12 서브필드를 포함하는 User Info 필드는 STA의 AID를 지시하는 AID12 서브필드를 포함하는 User Info 필드보다 앞에 위치할 수 있다. 이를 통해 트리거 프레임을 수신하는 STA은 트리거 프레임의 타입을 조기에 판단할 수 있다. 또 다른 구체적인 실시 예에서 트리거 프레임의 타입을 나타내는 AID12 서브필드를 포함하는 User Info 필드는 User Info 필드 리스트에서 HE STA을 위한 User Info 필드 뒤에 위치할 수 있다. 이를 통해 레거시 STA, 즉 HE STA이 AID12 서브필드의 값의 의미를 판단하지 못해 발생하는 문제를 방지할 수 있다. 또한, 트리거 프레임의 타입을 나타내는 AID12 서브필드를 포함하는 User Info 필드는 AID12 서브필드 이외의 서브필드를 포함하지 않을 수 있다. 해당 User Info 필드는 트리거 프레임 타입을 지시하기 위한 것이므로 트리거 프레임 타입 이외의 정보는 필요하지 않을 수 있기 때문이다. 이러한 실시 예에서 User Info 필드의 길이는 AID12 서브필드의 값에 따라 변화된다. 도 17은 이러한 실시 예가 적용될 때 AID12 서브필드의 값이 나타내는 의미를 보여준다. AID12 서브필드의 값이 제1 값인 경우, AID12 서브필드는 AID12 필드를 포함하는 트리거 프레임이 EHT TB PPDU의 전송을 트리거링함을 나타낼 수 있다. 제1 값은 2047일 수 있다. AID12 서브필드의 값이 제2 값인 경우, AID12 서브필드는 AID12 필드를 포함하는 트리거 프레임이 NEXT TB PPDU의 전송을 트리거링함을 나타낼 수 있다. 제2 값은 2048일 수 있다.
또 다른 구체적인 실시 예에서 STA은 STA을 트리거링하는 User Info 필드의 위치에 따라 트리거 프레임에 대한 응답으로 전송하는 TB PPDU의 포맷을 결정할 수 있다. 구체적으로 STA은 STA을 트리거링하는 User Info 필드가 미리 지정된 값을 갖는 AID12 필드를 포함하는 User Info 필드 뒤에 위치하는지를 기초로 트리거 프레임에 대한 응답으로 전송하는 TB PPDU의 포맷을 결정할 수 있다. 이때, STA은 STA을 트리거링하는 User Info 필드가 제1 값을 갖는 AID12 필드를 포함하는 User Info 필드 뒤에 위치하는지와 제2 값을 갖는 AID12 필드를 포함하는 User Info 필드 뒤에 위치하는지를 기초로 트리거 프레임에 대한 응답으로 전송하는 TB PPDU의 포맷을 결정할 수 있다. 도 17의 실시 예에서 STA을 트리거링하는 User Info 필드가 2047을 갖는 AID12 필드를 포함하는 User Info 필드 뒤에 위치할 때, STA은 트리거 프레임에 대한 응답으로 EHT TB PPDU를 전송할 수 있다. 또한, STA을 트리거링하는 User Info 필드가 2048을 갖는 AID12 필드를 포함하는 User Info 필드 뒤에 위치할 때, STA은 트리거 프레임에 대한 응답으로 NEXT TB PPDU를 전송할 수 있다. 또한, STA을 트리거링하는 User Info 필드가 2047을 갖는 AID12 필드를 포함하는 User Info 필드와 2048을 갖는 AID12 필드를 포함하는 User Info 필드 뒤에 위치할 때, STA은 트리거 프레임에 대한 응답으로 NEXT TB PPDU를 전송할 수 있다. 또한, STA을 트리거링하는 User Info 필드가 2047을 갖는 AID12 필드를 포함하는 User Info 필드와 2048을 갖는 AID12 필드를 포함하는 User Info 필드 앞에 위치할 때, STA은 트리거 프레임에 대한 응답으로 HE TB PPDU를 전송할 수 있다.
AID12 서브필드 이외의 User Info 필드의 서브필드가 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다.
트리거 프레임의 Padding 필드에 따라 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다. 예컨대, 트리거 프레임의 Padding 필드가 미리 지정된 값을 포함하는지에 따라 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다.
또한, 앞서 설명한 실시 예들은 결합하여 적용될 수 있다. 예컨대, 앞서 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임인지 판단하는데 영향을 주는 요소들이 결합되어 판단될 수 있다.
또한, 앞서 설명한 실시 예들은 TRS 필드에 대한 응답으로 전송될 TB PPDU의 포맷을 결정하는 데 사용될 수 있다.
도 18은 본 발명의 실시 예에 따른 UL MU 동작을 보여준다.
앞서 설명한 것처럼 트리거 프레임은 MAC 프레임 헤더에 TRS를 포함할 수 있다. TRS는 앞서 설명한 것처럼 HT Control 필드에 포함될 수 있다. 구체적으로 HT Control 필드는 A-Control 필드를 포함할 때, HT Control 필드는 TRS를 포함할 수 있다. 또한, TRS는 TRS Control 필드에 포함될 수 있다. A-Control 필드에 Control List 필드가 연속적으로 위치할 수 있다. 이때, Control List 필드가 TRS를 포함할 수 있다.
TRS를 포함하는 MAC 프레임의 의도된 수신자에 해당하는 STA은 TRS를 필드를 기초로 PPDU를 전송할 수 있다. 이때, TRS는 STA이 TRS를 포함하는 MAC 프레임에 대한 응답으로 전송할 PPDU 또는 프레임의 길이에 관한 정보(UL Data Symbols)를 포함할 수 있다. TRS를 포함하는 MAC 프레임에 대한 응답 전송의 파워에 관한 정보(AP Tx Power, UL Target RSSI), TRS를 포함하는 MAC 프레임에 대한 응답을 전송할 때 사용할 RU의 위치 및 크기(RU Allocation), TRS를 포함하는 MAC 프레임에 대한 응답 전송의 모듈레이션 방법에 관한 정보(UL HE-MCS)를 포함할 수 있다.
TRS는 무선랜 표준 별로 정의될 수 있다. 이때, TRS를 포함하는 MAC 프레임을 수신한 STA은 TRS의 포맷, 즉 어느 무선랜 표준에서 정의된 TRS인지에 따라 TRS에 대한 응답으로 전송될 TB PPDU의 포맷을 결할 수 있다. 구체적으로 STA이 HE TRS를 수신한 경우, STA은 TRS에 대한 응답으로 HE TB PPDU를 전송할 수 있다. 또한, STA이 EHT TRS를 수신한 경우, STA은 TRS에 대한 응답으로 EHT TB PPDU를 전송할 수 있다. 또한, STA이 NEXT TRS를 수신한 경우, STA은 TRS에 대한 응답으로 NEXT TB PPDU를 전송할 수 있다. 이때, STA은 A-Control 서브필드의 Control ID 서브필드를 기초로 어느 무선랜 표준에서 정의된 TRS인지 판단할 수 있다. TRS는 HE TRS와 TRS가 아닌 TRS로 구분될 수 있다.
TRS의 포맷은 TRS가 포함되는 HT Control 필드가 HE 배리언트(variant)인지, EHT 배리언트인지, NEXT 베리언트인지에 따라 결정될 수 있다. TRS가 포함되는 HT Control 필드가 EHT 배리언트(variant)인 경우, TRS는 EHT TRS일 수 있다. 또한, TRS가 포함되는 HT Control 필드가 NEXT 배리언트(variant)인 경우, TRS는 NEXT TRS일 수 있다. 또한, TRS의 포맷은 TRS가 포함되는 HT Control 필드의 비트 중 미리 지정된 비트가 어떤 값인지에 따라 HT Control 필드가 HE 배리언트인지, EHT 배리언트인지, NEXT 배리언트인지에 따라 결정될 수 있다. 예컨대, HT Control 필드의 첫 번째, 두 번째 비트(B0, B1) 값이 11b인 경우 HT Control 필드는 HE 배리언트일 수 있다. 또한, HT Control 필드의 첫 번째, 두 번째 비트(B0, B1)와 추가적인 비트, 예컨대 32번째 비트(B31)를 기초로 HT Control 필드가 HE variant인지, EHT variant인지, NEXT variant인지 결정될 수 있다.
도 18의 실시 예에서 TRS가 HE PPDU에 포함되는 경우, HE PPDU를 수신한 STA은 TRS에 대한 응답으로 HE TB PPDU를 전송한다. TRS가 EHT PPDU에 포함되는 경우, EHT PPDU를 수신한 STA은 TRS에 대한 응답으로 EHT TB PPDU를 전송한다. TRS가 NEXT PPDU에 포함되는 경우, EHT PPDU를 수신한 STA은 TRS에 대한 응답으로 NEXT TB PPDU를 전송한다.
또한, TRS가 포함된 PPDU 포맷에 따라 TRS가 포함하는 서브필드가 나타내는 정보가 달라질 수 있다. TRS가 HE PPDU에 포함되는 경우, TRS가 포함하는 MCS에 관한 서브필드, 예컨대 UL HE-MCS 서브필드는 HE MCS 테이블에 해당하는 값을 지시할 수 있다. 또한, TRS가 EHT PPDU에 포함되는 경우, TRS가 포함하는 MCS에 관한 서브필드, 예컨대 UL HE-MCS 서브필드는 EHT MCS 테이블에 해당하는 값을 지시할 수 있다. 또한, TRS가 NEXT PPDU에 포함되는 경우, TRS가 포함하는 MCS에 관한 서브필드, 예컨대 UL HE-MCS 서브필드는 NEXT MCS 테이블에 해당하는 값을 지시할 수 있다. 또한, TRS가 포함되는 PPDU 포맷에 따라 RU Allocation 서브필드가 나타내는 정보가 달라질 수 있다.
도 19는 본 발명의 일 실시 예에 따른 TXOP를 공유하기 위한 방법을 나타내는 도면이다.
도 19를 참조하면, AP에 의해서 설정된 TXOP의 일부 또는 전부가 non-AP STA에게 공유되고, non-AP STA는 공유된 TXOP를 이용하여 다른 non-AP STA(제3 STA) 및/또는 AP에게 PPDU(PLCP Protocol Data Unit)를 전송할 수 있다. 이하, 본 발명에서 다른 STA에게 TXOP를 공유하는 것을 TXOP 공유(sharing)라고 할 수 있다. 또한, STA은 트리거 프레임(trigger frame)을 전송하는 AP 또는 AP-STA이거나, 트리거 프레임을 수신하는 non-AP STA일 수 있다. 또한, STA는 TXOP를 공유하거나 공유 받을 수 있다.
구체적으로, STA은 TXOP를 설정하기 위한 프레임을 전송한 뒤, 이에 대한 응답을 수신함으로써, TXOP를 설정(또는, 획득)할 수 있다. STA은 TXOP를 설정한 뒤, 설정된 TXOP를 공유함으로써 TXOP 공유를 수행할 수 있다. TXOP를 설정하기 위한 프레임에 대한 응답은 TXOP의 길이에 대한 정보를 포함할 수 있으며, TXOP의 길이는 0보다 클 수 있다. 이때, TXOP를 설정하기 위한 프레임에 대한 응답은 즉각적인 응답(immediate response)일 수 있으며, TXOP를 설정하기 위한 프레임(예를 들면, PPDU)의 끝에서부터 특정 시간(예를 들면, SIFS)이후에 전송될 수 있다.
TXOP의 길이는 STA이 전송하는 프레임에 포함되는 듀레이션 정보(duration information)에 기초하여 지시될 수 있다. 예를 들면, 듀레이션 정보는 PPDU의 MAC 헤더의 듀레이션/ID 필드에 포함될 수 있으며, TXOP의 길이는 듀레이션 정보에 기초할 수 있다. TXOP의 길이는 STA에 의해서 전송되는 프레임의 PPDU에 포함된 프리앰블에 포함될 수 있다. 즉, 듀레이션 정보는 PPDU의 시그널링 필드(signaling field)에 포함되는 TXOP 필드에 포함될 수 있으며, 시그널링 필드는 HE-SIG-A 필드 또는 U-SIG 필드일 수 있다.
TXOP 공유는 설정된 TXOP 내에서 공유될 수 있으며 설정된 TXOP 동안 하나 이상의 TXOP가 공유될 수 있다. 즉, STA에 의해서 설정된 TXOP 내에서 다른 STA에게 하나 이상의 TXOP가 공유될 수 있다.
TXOP를 공유 받은 STA은 공유된 TXOP 동안 PPDU를 TXOP를 공유한 STA 또는 다른 STA에게 전송할 수 있으며, 이때, 전송되는 PPDU는 TB PPDU가 아닌 PPDU(예를 들면, non-TB PPDU)일 수 있다. 즉, TXOP를 공유 받은 STA은 공유된 TXOP 동안 AP로부터 트리거 프레임을 수신하지 않아도 PPDU를 전송할 수 있다. 다시 말해, TXOP를 공유 받은 STA은 공유된 TXOP 동안 트리거 프레임을 통해서 별도의 RU를 개별적으로 할당 받지 않아도 TXOP를 공유 받을 때 전송된 트리거 프레임에 의해서 할당된 RU를 이용하여 공유된 TXOP가 종료될 때까지 추가적인 트리거 프레임을 수신하지 않아도 PPDU를 전송할 수 있다. 따라서, 공유된 TXOP동안 STA에 의해서 전송되는 PPDU의 예시로 non-HT PPDU, HE PPDU, VHT PPDU, HE SU PPDU 또는 EHT MU PPDU가 있을 수 있다.
TXOP의 공유에 있어서, 공유된 TXOP 동안 TXOP를 공유 받은 STA은 TXOP를 공유한 STA 또는 제3 STA(또 다른 STA)에게 프레임을 전송할 수 있다. 즉, AP가 TXOP를 설정하고, 설정된 TXOP의 일부 또는 전부를 STA에게 공유하는 경우, TXOP를 공유받은 STA은 TXOP를 공유한 AP 또는 제3 STA에게 프레임을 전송할 수 있다. 이때, STA이 제3 STA에게 전송하는 프레임은 non-AP STA들끼리 전송하는 프레임이므로 P2P(peer to peer) 프레임일 수 있다.
이러한 TXOP의 공유는 특정 프레임을 통해서 설정될 수 있다. 즉, 특정 프레임을 통해서 설정된 TXOP의 일부 또는 전부가 공유된다는 것이 지시될 수 있으며, STA은 해당 프레임을 수신하여 공유된 TXOP를 이용할 수 있다. 이때, 특정 프레임은 TXOP를 공유하는 STA에 의해서 전송될 수 있다. 예를 들면, AP에 의해서 전송되는 트리거 프레임을 통해서 TXOP 공유가 수행될 수 있다. 이 경우, TXOP 공유를 위한 트리거 프레임은 특정 타입의 트리거 프레임(예를 들면, MU-RTS 프레임, 또는 MU-RTS 트리거 프레임 등)일 수 있으며, 도 16에서 설명한 트리거 프레임의 트리거 타입 서브필드의 값에 의해서 식별될 수 있다. 즉, 트리거 타입 서브필드의 값이 기 설정된 값(예를 들면, '3')으로 설정된 경우, 트리거 프레임을 수신한 STA은 TXOP가 공유됨을 인식할 수 있으며 공유된 TXOP를 통해서 PPDU를 전송할 수 있다.
TXOP를 공유하기 위한 프레임인 MU-RTS 프레임은 하나 이상의 STA으로부터 CTS 프레임의 전송을 지시하는 프레임일 수 있다. 예를 들면, MU-RTS 프레임에 대한 즉각적인 응답으로 CTS 프레임이 전송될 수 있으며, CTS 프레임은 non-HT PPDU일 수 있다. 이하, 본 발명에서 TXOP의 공유를 위한 MU-RTS 프레임은 modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임이라 호칭될 수 있다. 하지만, 이에 한정되는 것은 아니며, TXOP의 공유를 위한 프레임은 다양한 호칭으로 사용될 수 있다.
TXOP의 일부 또는 전부의 공유는 1개의 STA에게만 설정되거나, 1개 이상의 STA에게 설정될 수 있다. 즉, 프레임을 통한 TXOP의 공유의 경우, TXOP 공유를 위한 하나 또는 그 이상의 STA이 프레임에 의해서 지시될 수 있다. 이때, TXOP의 공유는 앞에서 설명한 바와 같이 공유하는 STA에 의해서 설정된 TXOP 내에서 설정될 수 있다. 즉, 공유되는 TXOP는 공유하는 STA에 의해 설정된 TXOP를 초과할 수 없다.
공유되는 TXOP의 듀레이션은 TXOP의 공유를 위한 특정 프레임(예를 들면, modified MU-RTS 프레임)을 통해서 지시될 수 있다. 예를 들면, modified MU-RTS 프레임은 UL 길이 서브필드를 포함할 수 있으며, UL 길이 서브 필드는 공유되는 TXOP의 듀레이션을 포함할 수 있다. 이때, UL 길이 서브필드는 도 16에서 설명한 UL 길이 서브필드일 수 있다. UL 길이 서브필드는 트리거 프레임이 TB PPDU의 전송을 지시하는 경우, 지시된 TB PPDU의 길이에 대한 정보(또는 TB PPDU의 전송을 위한 구간 정보)를 포함할 수 있다.
전송되는 MU-RTS 프레임이 TXOP의 공유를 위한 MU-RTS 프레임(modified MU-RTS 프레임)인지 또는 TXOP의 공유를 위해 사용되지 않는 MU-RTS 프레임인지 여부는 프레임에 포함된 특정 필드에 의해서 지시될 수 있다. 예를 들면, 프레임에 포함된 특정 필드의 값이 기 설정된 값인 경우, 해당 MU-RTS 프레임은 TXOP 공유를 위한 modified MU-RTS 프레임일 수 있다. 이대, 특정 프레임은 GI And HE-LTF 타입 서브필드일 수 있다. 예를 들면, 트리거 프레임에 포함된 타입 필드가 MU-RTS 프레임을 지시하는 경우, GI And HE-LTF 타입 서브필드의 값에 따라 MU-RTS 프레임이 TXOP의 공유를 위한 트리거 프레임인지 여부가 식별될 수 있다. 즉, GI And HE-LTF 타입 서브필드가 기 설정된 값으로 설정된 경우, 해당 트리거 프레임은 TXOP의 공유를 위한 트리거 프레임(예를 들면, modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임)일 수 있다.
또는, 수신된 프레임이 TXOP의 공유를 위한 MU-RTS 프레임(modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임)인지 여부는 MU-RTS 프레임에 특정 필드가 포함되는지 여부 및/또는 특정 필드의 개수에 기초하여 결정될 수 있다. 이때, 특정 필드는 도 16에서 설명한 사용자 정보 필드(User Info field) 또는 사용자 정보 리스트 필드(User Info List field)일 수 있다. 구체적으로, MU-RTS 프레임에 포함된 사용자 정보 필드의 개수에 기초하여 수신된 MU-RTS 프레임이 TXOP의 공유를 위한 프레임인지 여부가 판단될 수 있다. 예를 들면, MU-RTS 프레임이 사용자 정보 필드를 포함하지 않는 경우(사용자 정보 필드의 개수가 '0'인 경우), 해당 MU-RTS 프레임은 TXOP 공유를 위한 프레임일 수 있다. 이때, MU-RTS 프레임이 TXOP 공유를 위한 프레임이 아닌 경우, 해당 MU-RTS 프레임은 하나 이상의 STA들에게 기존의 CTS 프레임의 전송을 지시하는 MU-RTS 프레임이거나, 기존의 MU-RTS 프레임은 802.11ax 표준에서 정의한 MU-RTS 프레임일 수 있다.
기존의 MU-RTS 프레임에 대한 응답으로 CTS 프레임 전송된 직후에는 상기 기존의 MU-RTS 프레임을 전송한 STA(예를 들면 AP)가 프레임 또는 PPDU를 전송할 수 있다. 또한 modified MU-RTS 프레임에 대한 응답으로 CTS 프레임 전송된 직후에는 상기 CTS 프레임을 전송한 STA가 프레임 또는 PPDU를 전송할 수 있다. 또는 modified MU-RTS 프레임에 대한 응답으로 TXOP 공유를 받은 STA가 CTS 프레임이 아닌 프레임 또는 PPDU를 전송할 수 있다. 이때 프레임, PPDU는 각각 앞서 설명한 공유된 TXOP 동안 TXOP 공유를 받은 STA가 전송하는 프레임, 공유된 TXOP 동안 TXOP 공유를 받은 STA가 전송하는 프레임을 포함하는 PPDU일 수 있다. 즉, 프레임 또는 PPDU는 AP를 향하는 것이거나 P2P 프레임일 수 있다.
본 발명에서 MU-RTS 프레임이라고 표기한 것은 기존의 MU-RTS 프레임일 수 있다. 즉, 본 발명에서 MU-RTS 프레임이라고 표기한 것은 modified MU-RTS 프레임이 아닌 MU-RTS 프레임 일 수 있다.
본 발명의 일 실시예를 따르면 modified MU-RTS 프레임에 대한 응답으로 CTS 프레임이 전송될 수 있다. 상기 CTS 프레임은 TXOP 공유를 받는 STA가 전송하는 것일 수 있다. 이러한 경우 TXOP 공유를 받는 STA는 CTS 프레임을 전송한 직후에 프레임을 전송할 수 있다. TXOP 공유를 받는 STA는 CTS 프레임을 포함하는 PPDU를 전송한 직후에 프레임을 전송할 수 있다. CTS 프레임을 전송한 직후에 전송하는 상기 프레임은 앞서 설명한 공유된 TXOP 동안 TXOP 공유를 받은 STA가 전송하는 PPDU에 포함된 것일 수 있다. 또는 CTS 프레임을 전송한 직후에 전송하는 상기 프레임은 앞서 설명한 non-TB PPDU에 포함되어 전송되는 것일 수 있다. 또한 본 발명에서 직후에 전송한다는 것은 CTS 프레임을 포함하는 PPDU 끝으로부터 SIFS 또는 PIFS 시간 이후 전송하는 것을 의미하는 것일 수 있다. CTS 프레임은 TXOP 공유를 받는 STA가 TXOP 공유를 받았다는 것을 알리는 역할을 할 수 있다.
또다른 실시예를 따르면 modified MU-RTS 프레임에 대한 응답으로 CTS 프레임이 전송되지 않을 수 있다. 또한 modified MU-RTS 프레임 직후에 TXOP 공유를 받는 STA는 프레임을 전송할 수 있다. 또는 modified MU-RTS 프레임을 포함하는 PPDU 직후에 TXOP 공유를 받는 STA는 PPDU를 전송할 수 있다. 이때 전송하는 상기 프레임은 앞서 설명한 공유된 TXOP 동안 TXOP 공유를 받은 STA가 전송하는 PPDU에 포함된 것일 수 있다. 또는 이때 전송하는 상기 프레임은 앞서 설명한 non-TB PPDU에 포함되어 전송되는 것일 수 있다. 또한 본 발명에서 직후에 전송한다는 것은 modified MU-RTS 프레임을 포함하는 PPDU 끝으로부터 SIFS 또는 PIFS 시간 이후 전송하는 것을 의미하는 것일 수 있다.
일 실시예를 따르면 modified MU-RTS 프레임은 TXOP 공유를 받는 STA가 CTS 프레임을 전송해야하는지 여부에 대한 시그날링을 포함할 수 있다. 일 실시예를 따르면 TXOP 공유를 받는 STA가 AP에게 보내는 프레임을 전송하는 경우 CTS 프레임 없이 공유된 TXOP을 사용하는 것이 가능하다. 또한 TXOP 공유를 받는 STA가 P2P 프레임을 전송하는 경우 CTS 프레임을 전송하고 공유된 TXOP을 사용하는 것이 가능하다. 또한 TXOP 공유를 받는 STA가 P2P 프레임을 전송하는 경우에도 modified MU-RTS 프레임 직후 전송하는 CTS 프레임의 RA field는 상기 modified MU-RTS 프레임을 전송한 STA의 MAC address로 설정되는 것이 가능하다. 이는 TXOP 공유를 받는 STA가 modified MU-RTS 프레임을 수신한 후 상기 modified MU-RTS 프레임을 전송한 STA의 address를 포함하는 프레임을 전송하지 않는 경우 TXOP 공유를 하는 STA는 TXOP 공유를 받는 STA가 modified MU-RTS 프레임이 성공적으로 수신했는지 알기 어려울 수 있기 때문이다.
도 19를 참조하면 STA1와 STA2가 존재할 수 있고, 서로 association 되어 있을 수 있다. 또한 STA1은 AP일 수 있다. STA2는 non-AP STA일 수 있다. STA1은 MU-RTS 프레임을 전송하는 것이 가능하다. 상기 MU-RTS 프레임은 기존의 MU-RTS 프레임일 수 있다. 상기 MU-RTS 프레임은 TXOP duration에 관한 duration information을 포함할 수 있다. 상기 MU-RTS 프레임은 하나 이상의 STA로부터 CTS 프레임을 solicit할 수 있다. 이때 상기 하나 이상의 STA는 STA2를 포함할 수 있다. STA2는 상기 MU-RTS 프레임에 대한 응답으로 CTS 프레임을 전송할 수 있다. 이 경우 STA1은 TXOP holder가 될 수 있다. TXOP holder는 TXOP을 얻은 STA일 수 있다. TXOP holder는 TXOP 동안 전송하기 원하는 프레임을 전송할 수 있다. 또한 이 경우 STA2는 TXOP responder가 될 수 있다. TXOP responder는 TXOP holder가 보낸 프레임에 대한 응답을 전송한 STA일 수 있다. TXOP responder는 TXOP 동안 TXOP holder가 전송한 프레임에 대한 response를 전송하는 것이 가능하다. 또는 TXOP responder는 TXOP 동안 TXOP holder가 허용한 프레임을 전송하는 것이 가능하다. 도 19의 실시예에서 MU-RTS 프레임, CTS 프레임의 exchange에 기초하여 TXOP이 획득되는 예를 설명하였는데 본 발명은 이에 한정되지 않고 다른 프레임 exchange에 기초하여 TXOP이 획득되는 것에도 적용할 수 있다.
도 19에서 STA1이 TXOP을 획득한 뒤에 TXOP 공유를 수행하는 것이 가능하다. 예를 들어 STA1은 TXOP 공유를 알리는 프레임인 modified MU-RTS 프레임을 전송할 수 있다. 예를 들어 modified MU-RTS 프레임을 STA2에게 전송할 수 있다. 상기 modified MU-RTS 프레임의 TA(transmitter address)는 STA1의 MAC address 또는 STA1의 MAC address에 기초한 값으로 설정될 수 있다. 상기 modified MU-RTS 프레임의 RA(receiver address)는 STA2의 MAC address 또는 STA2의 MAC address에 기초한 값으로 설정될 수 있다. 또한 상기 modified MU-RTS 프레임이 포함하는 User Info field는 AID12 subfield 값이 STA2를 지시할 수 있다. 즉, 상기 modified MU-RTS 프레임이 포함하는 User Info field는 AID12 subfield 값은 STA2의 AID의 12 LSBs를 지시할 수 있다. 상기 modified MU-RTS 프레임은 공유된 TXOP의 duration에 관한 정보를 포함할 수 있다.
일 실시예를 따르면 STA2는 modified MU-RTS 프레임에 대한 응답으로 CTS 프레임을 전송할 수 있다. 또한 STA2는 CTS 프레임을 전송한 후에 프레임을 전송할 수 있다. STA2가 CTS 프레임을 전송한 후에 전송하는 프레임은 CTS 프레임이 아닐 수 있다. 또다른 실시예를 따르면 STA2는 modified MU-RTS 프레임에 대한 응답으로 CTS 프레임을 전송하지 않을 수 있다. 이 경우 STA2는 modified MU-RTS 프레임이 전송된 후에 CTS 프레임이 아닌 프레임을 전송할 수 있다. 또한 STA2가 modified MU-RTS 프레임을 수신한 후에 전송하는 CTS 프레임이 아닌 프레임은 일 실시예를 따르면 STA1에게 전송하는 프레임일 수 있다. 다른 실시예를 따르면 STA2가 modified MU-RTS 프레임을 수신한 후에 전송하는 CTS 프레임이 아닌 프레임은 STA3에게 전송하는 프레임일 수 있다.
예를 들면, AP는 non-AP STA(또는, STA)에게 트리거 프레임을 전송함으로써, AP의 TXOP를 설정할 수 있다. 이때, AP는 트리거 프레임을 전송한 non-AP STA에게 AP에 의해서 설정된 TXOP의 일부 또는 전부를 공유하고자 하는 경우, 트리거 프레임의 특정 필드(예를 들면, GI And HE-LTF 타입 서브필드)를 기 설정된 값으로 설정하여 전송할 수 있다. 이때, 특정 필드는 GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드(triggered TXOP sharing mode subfield)로 호칭될 수 있다. 구체적으로, AP가 AP에 의해서 설정된 TXOP를 공유하지 않는 경우, GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드는 '0'으로 설정되고, GI And HE-LTF 타입 서브필드로 해석될 수 있다. 하지만, AP가 AP에 의해서 설정된 TXOP를 공유하지 않는 경우, GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드는 '1' 또는 '2'의 값으로 설정되고 트리거된 TXOP 공유 모드 서브필드로 해석될 수 있다. 만약, GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드의 값이 '1' 또는 '2'인 경우, 해당 트리거 프레임은 modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임으로 호칭될 수 있다. AP가 AP에 의해서 설정된 TXOP의 일부 또는 전부를 공유하는 경우, TXOP의 공유를 위한 트리거 프레임의 GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드는 TXOP의 공유모드를 나타낸다. 예를 들면, GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드는 TXOP의 공유가 TXOP를 설정한 AP와의 송수신에서만 공유되는지 또는 AP 뿐만 아니라 제3 STA(또 다른 STA)과의 송수신에서도 공유되는지를 나타낸다. 즉, GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드의 값이 '1'인 경우, 공유된 TXOP 동안 STA은 오직 AP에게만 PPDU를 전송할 수 있다. 하지만, GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드의 값이 '2'인 경우, 공유된 TXOP 동안 STA은 AP 뿐만 아니라 다른 STA에게도 PPDU를 전송할 수 있다. 즉, GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드의 값이 '2'인 경우, 공유된 TXOP 동안 STA은 P2P 통신도 수행할 수 있다.
아래 표 1은 GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드의 값에 따른 TXOP 공유 여부 및 모드의 일 예를 나타낸다.
Figure PCTKR2022002057-appb-img-000005
도 20은 본 발명의 일 실시 예에 따른 TXOP의 공유 및 NAV 설정과 관련된 방법을 나타내는 도면이다.
도 20의 실시예는 도 19에서 설명한 동작이 수행되기 어려운 문제와 그에 대한 해결 방법을 설명하는 실시예일 수 있다. 도 19에서 설명한 내용은 생략했을 수 있다.
본 발명의 일 실시예를 따르면 STA는 수신한 프레임 또는 수신한 PPDU가 포함하는 듀레이션 정보에 기초하여 NAV(network allocation vector)를 설정할 수 있다. NAV가 설정되었는지에 기초하여 virtual carrier sense(CS) 결과가 idle인지, busy인지 결정될 수 있다. NAV 값이 0인 경우 virtual CS 결과가 idle일 수 있다. NAV 값이 0보다 큰 경우 virtual CS 결과가 busy일 수 있다. Physical CS는 CCA(clear channel assessment)일 수 있다. 만약 virtual CS 또는 physical CS 중 적어도 하나가 busy인 경우 CS 결과는 busy 일 수 있다. 만약 virtual CS와 physical CS 모두가 idle인 경우 CS 결과는 idle 일 수 있다. 또한 STA가 NAV를 다수 포함하는 경우가 존재할 수 있다. 예를 들어 STA는 intra-BSS NAV와 basic NAV를 포함할 수 있다. Intra-BSS NAV는 intra-BSS 프레임 또는 intra-BSS PPDU에 의해 설정되는 NAV일 수 있다. Regular NAV는 inter-BSS 프레임 또는 inter-BSS PPDU 또는 intra-BSS인지 inter-BSS인지 판단할 수 없는 프레임 또는 PPDU에 의해 설정되는 NAV일 수 있다. 또한 intra-BSS NAV, basic NAV 중 적어도 하나가 0보다 큰 값인 경우, virtual CS는 busy일 수 있다. 또는 intra-BSS NAV, basic NAV 중 적어도 하나가 0보다 큰 값인 경우, NAV가 0보다 큰 값이라고 할 수 있다. intra-BSS NAV, basic NAV 모두가 0인 경우, virtual CS는 idle일 수 있다. 또는 intra-BSS NAV, basic NAV 모두가 0인 경우, NAV가 0이라고 할 수 있다.
어떤 STA에게 intra-BSS 프레임 또는 intra-BSS PPDU는 상기 STA와 같은 BSS로부터 전송되었다고 판단되는 프레임 또는 PPDU일 수 있다. 어떤 STA에게 inter-BSS 프레임 또는 inter-BSS PPDU는 상기 STA와 다른 BSS로부터 전송되었다고 판단되는 프레임 또는 PPDU일 수 있다. 또한 같은 BSS로부터 전송되었는지, 다른 BSS로부터 전송되었는지에 대한 판단은 PPDU의 프리앰블이 포함한 BSS color field, MAC header가 포함한 address field 등에 기초하여 결정될 수 있다. 예를 들어 BSS color field 또는 address field가 같은 BSS에 해당하는 값인 경우 intra-BSS 프레임 또는 intra-BSS PPDU로 판단할 수 있다. 또한 BSS color field 또는 address field가 같은 BSS에 해당하는 값을 포함하지 않는 경우 inter-BSS 프레임 또는 inter-BSS PPDU로 판단할 수 있다. 상기 address field는 RA field, TA field, BSSID field 등을 포함할 수 있다.
일 실시예를 따르면 STA는 수신한 프레임의 자원 할당 필드(Resource Allocation(RA) field)가 자신의 MAC address가 아닌 경우 상기 수신한 프레임에 기초하여 NAV를 설정할 수 있다. 또는 STA는 수신한 트리거 프레임에 기초하여 NAV를 설정할 수 있다. 더 구체적으로 STA는 수신한 intra-BSS 프레임인 트리거 프레임에 기초하여 NAV를 설정할 수 있다. 이때 NAV는 intra-BSS NAV일 수 있다. 이때 상기 트리거 프레임이 상기 STA를 트리거하는지에 상관없이 NAV를 설정할 수 있다. 또는 STA는 수신한 프레임 또는 수신한 PPDU가 상기 STA로부터 즉각적인 응답을 지시하지 않는 경우 NAV를 설정할 수 있다.
본 발명의 일 실시예를 따르면 CS가 busy인 경우 STA는 프레임 또는 PPDU를 전송할 수 없을 수 있다.
본 발명의 일 실시예를 따르면 NAV가 0보다 큰 값으로 설정된 STA는 프레임 또는 PPDU를 전송할 수 없을 수 있다. 더 구체적으로 NAV가 0보다 큰 값으로 설정된 STA는 기 설정된 조건을 만족시키지 않는 경우 프레임 또는 PPDU를 전송할 수 없을 수 있다.
일 실시예를 따르면 STA는 수신한 프레임이 상기 STA에게 address되었고 즉각적인 응답을 요구하는 경우 NAV와 상관없이(또는 NAV를 고려하지 않고) 전송하는 것이 가능할 수 있다. 더 구체적으로 상기 수신한 프레임은 RTS 프레임이 아니고, 트리거 프레임이 아닐 수 있다. 즉, STA는 NAV가 0보다 큰 값으로 설정되었더라도 수신한 프레임이 상기 STA에게 address되었고 즉각적인 응답을 요구하는 경우 NAV와 상관없이 전송하는 것이 가능할 수 있다. 또한 프레임이 STA에게 address 된 경우는 상기 프레임의 RA field가 상기 STA의 address로 설정된 경우를 포함할 수 있다. 또는 프레임이 STA에게 address 된 경우는 상기 프레임이 상기 STA에 해당하는 identifier를 포함하는 경우를 포함할 수 있다. 상기 identifier는 MAC address, AID(association ID), MAC address에 기초한 ID, AID에 기초한 ID 등을 포함할 수 있다.
또다른 실시예를 따르면 STA는 수신한 프레임이 TXOP holder로부터 전송된 경우 NAV와 상관 없이 그에 대한 응답을 전송하는 것이 가능할 수 있다. 이때 상기 NAV는 상기 TXOP holder가 보낸 프레임 또는 PPDU에 의해 설정된 NAV일 수 있다. 또는 상기 NAV는 intra-BSS NAV일 수 있다. 또한 상기 수신한 프레임은 RTS 프레임일 수 있다. 프레임이 TXOP holder로부터 전송된 것은 상기 프레임이 포함하는 TA field에 기초해서 판단할 수 있다. STA는 TXOP holder address를 저장할 수 있다. 만약 STA가 TXOP holder가 전송한 RTS 프레임을 수신하였고, 상기 RTS 프레임이 상기 STA에게 address 된 경우 NAV를 고려하지 않고 RTS 프레임에 응답할 수 있다. 이때 RTS 프레임에 대한 응답으로 CTS 프레임을 전송할 수 있다.
또다른 실시예를 따르면 STA는 트리거 프레임을 수신한 경우 NAV와 상관 없이 그에 대한 응답을 전송하는 것이 가능할 수 있다. 이때 상기 NAV는 intra-BSS NAV로 한정될 수 있다. 따라서 STA는 같은 BSS의 STA 또는 같은 BSS의 AP에 의해 NAV가 설정된 경우, 트리거 프레임에 의해 응답이 지시 될 때 NAV와 상관 없이 그에 대한 응답을 전송하는 것이 가능하다. STA는 트리거 프레임을 수신한 경우 intra-BSS NAV는 고려하고, basic NAV는 고려하지 않고 그에 대한 응답을 전송할지 여부를 결정하는 것이 가능하다. 또한 STA가 트리거 프레임을 수신했을 때 CS 결과에 기초하여 상기 트리거 프레임에 대한 응답을 전송할지 여부를 결정하는 것이 가능하다. 예를 들어 트리거 프레임은 상기 트리거 프레임을 수신했을 때 응답을 전송할지 여부를 CS 결과에 기초하여 결정하는지 아닌지를 지시하는 시그날링을 포함할 수 있다. 예를 들어 상기 시그날링은 도 16에 나타낸 CS Required subfield일 수 있다. 만약 CS Required subfield가 CS 결과에 기초하여 응답할지 여부를 결정하는 것으로 지시하는 경우 STA는 virtual CS와 physical CS가 idle을 나타내는 경우 트리거 프레임에 대해 응답하고, virtual CS 또는 physical CS가 busy를 나타내는 경우 트리거 프레임에 응답하지 않을 수 있다. 이때 virtual CS로 intra-BSS NAV는 고려하지 않고, basic NAV를 고려하는 것이 가능하다. 또한 만약 CS Required subfield가 CS 결과에 기초하지 않고 응답하는 것을 지시하는 경우 STA는 CS 결과 확인 없이 트리거 프레임에 대해 응답하는 것이 가능하다.
도 19의 실시예에서 modified MU-RTS 프레임을 수신한 STA는 NAV가 설정되었기 때문에 공유된 TXOP 동안 CTS 프레임이 아닌 프레임을 전송하는 것이 불가능할 수 있다. 도 20에서 이에 대해 더 설명한다.
도 20과 관련하여 도 19에서 설명한 내용은 생략했을 수 있다. 도 20을 참조하면 STA1과 STA2가 존재할 수 있고, 서로 결합(association) 되어 있을 수 있다. 또한 STA1은 AP일 수 있다. STA2는 non-AP STA일 수 있다. STA1은 MU-RTS 프레임 전송할 수 있다. 또한 STA2는 상기 MU-RTS 프레임에 응답하여 CTS 프레임을 전송할 수 있다. 이때 STA2가 CTS 프레임을 전송한 것은 STA2의 physical CS 결과가 idle이고, basic NAV가 설정되어 있지 않기 때문일 수 있다. 또는 STA2가 CTS 프레임을 전송한 것은 STA2가 자신에게 address 되고 즉각적인 응답을 요구하는 프레임을 수신했기 때문일 수 있다. 이때 MU-RTS 프레임과 CTS 프레임의 exchange 외에 다른 프레임 exchange가 일어나는 경우에도 STA2는 STA1로부터 수신한 프레임에 기초하여 상기 프레임이 STA2에 address 되었고, 즉각적인 응답을 요구하기 때문에 응답하는 프레임을 전송하는 것이 가능하다. 또한 STA2는 MU-RTS 프레임 또는 STA1이 전송한 MU-RTS 프레임 외의 다른 프레임에 기초하여 NAV를 설정했을 수 있다. 이때 NAV는 intra-BSS NAV일 수 있다.
또한 STA1은 STA2에게 TXOP sharing을 수행할 수 있다. 즉, STA1은 modified MU-RTS 프레임을 STA2에게 전송할 수 있다. 이때 앞서 설명한 것처럼 STA2는 shared TXOP을 이용하여 1) CTS 프레임을 전송하고, 이어서 다른 프레임을 전송하거나, 2) CTS 프레임 전송 없이 다른 프레임을 전송할 수 있다. 그런데 이때 STA2는 NAV가 설정되어 있어서 프레임을 전송하기 어려울 수 있다. 예를 들어 STA2는 STA1이 shared TXOP을 할당하기 전 TXOP을 얻기 위해 전송한 프레임에 의해 NAV가 설정되었을 수 있다. 즉, STA2는 STA1이 modified MU-RTS 프레임을 전송하기 전에 전송한 프레임을 수신하여 NAV가 설정되었을 수 있다. 또는 STA2는 자신에게 address된 modified MU-RTS 프레임을 수신하기 전에 같은 TXOP 동안 다른 STA로부터 전송된 프레임을 수신하여 NAV가 설정되었을 수 있다. 또는 STA2는 자신에게 address된 modified MU-RTS 프레임에 기초하여 NAV가 설정되었을 수 있다. 즉, STA2는 shared TXOP을 이용할 때 최소한 modified MU-RTS 프레임을 수신할 것이기 때문에 NAV가 설정되었을 수 있다. 따라서 STA2는 shared TXOP을 활용하여 프레임을 전송하기 어려울 수 있다.
따라서 본 발명의 일 실시예를 따르면 TXOP를 공유를 받은 STA는 NAV와 상관없이 프레임을 전송할 수 있다. 예를 들어 TXOP 공유를 받은 STA는 공유된 TXOP 동안 NAV와 상관없이 프레임을 전송할 수 있다. 예를 들어 TXOP를 공유 받은 STA는 NAV가 설정되어 있더라도(또는 NAV가 0보다 큰 경우라도) 프레임을 전송할 수 있다. 더 구체적인 실시예를 따르면 이때 NAV는 intra-BSS NAV로 한정되는 것이 가능할 수 있다. 예를 들어 TXOP를 공유 받은 STA는 intra-BSS NAV와 상관없이 프레임을 전송하는 것이 가능하다. 또한, TXOP를 공유 받은 STA는 basic NAV가 설정되어 있는 경우 프레임을 전송할 수 없을 수 있다. 또는 TXOP를 공유 받은 STA는 결합된 AP가 보낸 프레임 또는 PPDU에 의해 설정된 NAV와 상관없이 프레임을 전송할 수 있다. 예를 들어 TXOP를 공유 받은 STA의 NAV가 결합된 AP가 아닌 STA가 보낸 프레임에 의해 설정된 경우 공유된 TXOP 동안 프레임을 전송할 수 없을 수 있다.
즉, STA은 TXOP를 공유 받은 경우, 공유 받은 TXOP 내에 설정된 NAV와 상관없이 PPDU를 전송할 수 있다. 구체적으로, AP가 TXOP의 공유를 위해 트리거 프레임(modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임)을 전송한 경우, 공유된 TXOP 내에 AP에 의해서 NAV가 설정될 수 있다. 이 경우, TXOP를 공유 받은 STA은 공유된 TXOP 내에서 설정된 NAV 때문에 PPDU의 전송이 불가능해질 수 있다. 따라서, TXOP를 공유 받는 STA은 공유 받은 TXOP내에 TXOP를 공유한 AP에 의해서 설정된 NAV를 무시하고 PPDU를 전송할 수 있다.
본 발명에서 프레임이라고 표시한 것은 프레임을 포함하는 PPDU로 대체하여 발명을 적용할 수도 있다.
또한 이때 TXOP sharing을 받은 STA가 NAV와 상관없이 전송하는 프레임은 앞선 PPDU로부터 SIFS 뒤에 전송하는 경우일 수 있다.
또다른 실시예를 따르면 TXOP sharing을 받은 STA가 프레임을 전송할 때 앞선 PPDU로부터 PIFS 뒤에 프레임을 전송하는 경우에는 NAV를 고려하는 것이 가능하다.
도 20을 참조하면 STA2는 MU-RTS 프레임 또는 modified MU-RTS 프레임에 기초하여 NAV가 설정될 수 있다. 예를 들면 intra-BSS NAV가 설정될 수 있다. 또는 STA2는 intra-BSS 프레임에 기초하여 NAV가 설정될 수 있다. 또는 STA2는 결합된 AP가 전송한 프레임에 기초하여 NAV가 설정될 수 있다. 본 실시예에서 NAV라고 하는 것은 이러한 NAV를 통칭하는 것일 수 있다. STA1은 STA2에게 TXOP 공유를 수행할 수 있다. STA2는 modified MU-RTS 프레임을 통해 TXOP 공유를 받을 수 있다. STA2는 shared TXOP에서 프레임을 전송할 때 NAV와 상관없이 프레임을 전송하는 것이 가능하다. 이때 전송하는 프레임은 일 실시예를 따르면 수신한 modified MU-RTS 프레임 직후 전송한 CTS 프레임 직후 전송하는 프레임일 수 있다. 또다른 실시예를 따르면 이때 전송하는 프레임은 수신한 modified MU-RTS 프레임 직후 전송하는 프레임일 수 있다. 또한 일 실시예를 따르면 STA2가 전송하는 프레임은 modified MU-RTS 프레임을 전송한 STA에게 보내는 프레임일 수 있다. 즉, 전송하는 프레임의 RA 필드가 수신한 modified MU-RTS 프레임의 TA 필드의 값으로 설정될 수 있다. 또는 전송하는 프레임의 RA 필드가 AP의 MAC address로 설정될 수 있다. 다른 실시예를 따르면 STA2가 전송하는 프레임은 STA3에게 전송하는 프레임일 수 있다. 또한 프레임을 직후에 전송한다는 것은 상기 프레임을 포함하는 PPDU의 전송 시작 시점이 앞선 PPDU의 끝으로부터 SIFS 뒤인 경우를 의미할 수 있다.
도 21은 본 발명의 일 실시 예에 따른 TXOP의 공유 및 CTS 프레임의 전송을 나타내는 도면이다.
도 21의 실시예는 도 19와 도 20에서 설명한 문제를 해결하기 위한 방법일 수 있다. 따라서 앞서 설명한 내용은 설명을 생략했을 수 있다.
본 발명의 일 실시예를 따르면 NAV를 고려하여 공유된 TXOP 동안 프레임을 전송하기 어려운 문제를 해결하기 위하여 NAV와 상관없이 응답을 전송할 수 있는 조건이 만족되도록 프레임 시퀀스를 이어갈 수 있다.
본 발명의 실시예를 따르면 TXOP 공유를 받은 STA는 modified MU-RTS 프레임에 대한 응답으로 CTS-to-self 프레임을 전송할 수 있다. CTS-to-self 프레임은 RA 필드가 상기 CTS-to-self 프레임을 전송하는 STA의 MAC address로 설정된 CTS 프레임일 수 있다. 이러한 경우 TXOP 공유를 하는 STA는 modified MU-RTS 프레임을 전송한 후에 TXOP 공유를 받는 STA의 MAC address를 포함하는 프레임을 수신하면 공유된 TXOP 할당이 성공적으로 일어난 것으로 판단할 수 있다.
도 21을 참조하면 STA2는 STA1으로부터 modified MU-RTS 프레임을 수신할 수 있다. 또한 STA2는 상기 modified MU-RTS 프레임 직후에 CTS-to-self 프레임을 전송할 수 있다. 즉, STA2는 CTS 프레임의 RA 필드를 상기 STA2의 MAC address로 설정하여 CTS 프레임을 전송할 수 있다. 이러한 경우 STA2가 보낸 CTS-to-self 프레임에 대해 자신에게 address되고 즉각적인 응답을 요구하는 프레임이라고 간주할 수 있다. 또는 STA2는 CTS-to-self 프레임을 전송한 것에 대해 자신에게 address되고 즉각적인 응답을 요구하는 프레임을 수신한 것이라고 간주할 수 있다. 따라서 STA2는 NAV가 설정되어 있더라도 CTS-to-self 프레임 직후에 프레임을 전송할 수 있다.
본 발명의 실시예를 따르면 RTS 프레임 또는 MU-RTS 프레임에 대한 응답으로 전송하는 CTS 프레임의 RA 필드는 상기 RTS 프레임 또는 상기 MU-RTS 프레임의 TA 필드 값 또는 TA 필드 값에서 Individual/Group bit을 0으로 설정한 값으로 설정할 수 있다. 그런데 도 21에서 설명한 것과 같은 CTS-to-self 프레임을 전송하기 위해 추가적인 CTS 프레임의 RA 필드 설정 방법이 정의될 수 있다. 예를 들어 modified MU-RTS 프레임에 대한 응답으로 전송하는 CTS 프레임의 RA 필드는 상기 CTS 프레임을 전송하는 STA의 MAC address로 설정되는 것이 가능하다.
본 발명의 일 실시예를 따르면 TXOP 공유를 받은 STA는 공유된 TXOP 내에서 리커버리(recovery)를 수행하는 것이 가능할 수 있다. 즉, TXOP 공유를 받은 STA는 공유된 TXOP 내에서 자신이 전송한 프레임이 실패한 경우 리커버리를 수행하는 것이 가능하다. 예를 들어 TXOP 공유를 받은 STA는 공유된 TXOP 내에서 자신이 전송한 프레임이 실패한 경우 PIFS 이후 프레임을 전송하는 것이 가능하다. 본 발명의 실시예를 따르면 TXOP holder는 리커버리를 수행하는 것이 가능하다. 이에 더하여 TXOP holder가 TXOP 공유를 수행한 경우 TXOP 공유를 받은 STA가 리커버리를 수행하는 것이 가능하다. 즉, 1) TXOP responder 이거나 2) TXOP holder도 아니고 TXOP responder도 아닌 STA가 TXOP 공유를 받은 STA가 된다면 리커버리를 수행하는 것이 가능하다. 또한 TXOP 공유를 받은 STA는 modified MU-RTS 프레임을 수신한 이후 첫 번째 CTS 프레임이 아닌 프레임을 전송했을 때도 상기 CTS 프레임이 아닌 프레임이 실패하면 리커버리 동작을 수행하는 것이 가능하다. 예를 들어 TXOP holder는 시퀀스의 첫 번째 전송한 프레임이 실패한 경우 리커버리 동작을 수행할 수 없을 수 있고, 이때 TXOP을 얻지 못 한 것일 수 있다. 하지만 TXOP 공유를 받은 STA는 공유된 TXOP에서 전송한 첫 번째 CTS 프레임이 아닌 프레임이 실패하는 경우에도 리커버리 동작을 수행할 수 있다.
도 21을 참조하면 STA2는 도면에 표시한 UL 프레임을 전송하고 그것이 실패한 경우에 리커버리 동작을 수행할 수 있다. 즉, STA2는 UL 프레임을 전송하고 도면에 표시한 DL 프레임을 수신하지 못한 경우 프레임을 다시 전송할 수 있다. 이때 다시 전송하는 프레임은 도면에 표시한 실패한 UL 프레임을 포함하는 PPDU의 끝으로부터 PIFS 뒤에 전송을 시작할 수 있다. 또한 리커버리 중에 channel이 idle한지 확인할 수 있다. 또한 TXOP 공유를 받은 STA가 수행하는 리커버리 동작에서는 virtual CS를 고려하지 않고 physical CS만 고려할 수 있다.
도 22는 본 발명의 일 실시 예에 따른 TXOP의 공유를 위한 트리거 프레임의 일 예를 나타내는 도면이다.
도 19에서 설명한 것처럼 modified MU-RTS 프레임인지 여부는 사용자 정보 필드의 개수에 기초할 수 있다. 그런데 802.11ax 표준에서 정의한 트리거 프레임은 이후 표준에서 기능이 확장되는 것을 고려하지 않고 설계된 것일 수 있다. 따라서 예를 들어 도 16 (b)에 나타낸 공통 정보 필드(Common Info field)는 확장된 기능을 포함하기에 시그날링 공간이 부족할 수 있다. 따라서 본 발명의 일 실시예를 따르면 기 설정된 AID12 서브필드 값을 포함하는 사용자 정보 필드는 도 16 (c)에 나타낸 것과 다른 포맷을 가질 수 있다. 또한 기 설정된 AID12 서브필드 값을 포함하는 사용자 정보 필드는 상기 사용자 정보 필드를 포함하는 트리거 프레임의 모든 수신자 또는 하나 이상의 수신자에 해당하는 정보를 포함할 수 있다. 예를 들어 기 설정된 AID12 서브필드 값을 포함하는 사용자 정보 필드는 PHY version ID, 대역폭 extension, 대역폭, spatial reuse, U-SIG reserved bits 중 적어도 하나의 정보를 포함할 수 있다. 또한 상기 기 설정된 AID12 서브필드 값은 실제 AID로 할당되지 않는 값에 기초할 수 있다. 상기 기 설정된 AID12 서브필드 값은 실제 AID로 할당되지 않는 값의 12 LSBs일 수 있다. 예를 들어 상기 기 설정된 AID12 서브필드 값은 2007일 수 있다.
또한 앞서 언급한 확장된 기능은 예를 들어 넓어진 대역폭을 포함할 수 있다. 예를 들어 대역폭이 최대 160 MHz로부터 최대 320 MHz로 확장될 수 있다. 또한 확장된 기능은 U-SIG 필드를 생성하기 위한 정보를 포함할 수 있다.
따라서 본 발명의 실시예를 따르면 modified MU-RTS 프레임 또는 공유된 TXOP 내에서도 확장된 기능을 사용하기 위해 modified MU-RTS 프레임은 앞서 언급한 기 설정된 AID12 서브필드 값을 포함하는 사용자 정보 필드를 포함할 수 있다.
본 발명의 실시예를 따르면 modified MU-RTS 프레임은 사용자 정보 필드를 하나도 포함하지 않거나 앞서 언급한 기 설정된 AID12 서브필드 값을 포함하는 사용자 정보 필드만을 사용자 정보 필드로 포함할 수 있다. 즉, 수신한 트리거 프레임이 사용자 정보 필드를 하나도 포함하지 않거나 앞서 언급한 기 설정된 AID12 서브필드 값을 포함하는 사용자 정보 필드만을 사용자 정보 필드로 포함하는 경우 상기 트리거 프레임을 modified MU-RTS 프레임으로 판단할 수 있다. 또는 수신한 MU-RTS 프레임이 사용자 정보 필드를 하나도 포함하지 않거나 앞서 언급한 기설정된 AID12 서브필드 값을 포함하는 사용자 정보 필드만을 사용자 정보 필드로 포함하는 경우 상기 MU-RTS 프레임을 modified MU-RTS 프레임으로 판단할 수 있다. 이때 TXOP 공유를 받는 STA는 트리거 프레임의 RA 필드를 통해 지시될 수 있다.
도 22를 참조하면 modified MU-RTS 프레임은 타입 서브필드가 MU-RTS로 설정될 수 있다. 또한 modified MU-RTS 프레임은 사용자 정보 필드가 하나 존재하는 것이 가능하고, 이때 상기 사용자 정보 필드가 포함하는 AID12 서브필드는 기 설정된 값으로 설정될 수 있다. 이때 상기 기 설정된 값은 AID로 할당되지 않는 값일 수 있다. 또한 상기 기 설정된 값은 상기 modified MU-RTS 프레임의 RA 필드 값을 MAC address로 갖는 STA의 AID의 12 LSBs와 다른 값일 수 있다. 예를 들어 상기 기 설정된 값은 2007일 수 있다. 또는 modified MU-RTS 프레임은 사용자 정보 필드를 하나도 포함하지 않는 것이 가능할 수 있다. 즉, 트리거 프레임을 수신한 STA는 상기 트리거 프레임의 Type이 MU-RTS 프레임으로 설정된 경우, 상기 트리거 프레임이 사용자 정보 필드를 하나도 포함하지 않거나 기 설정된 값의 AID12 서브필드를 포함하는 사용자 정보 필드만을 포함하는 경우 상기 트리거 프레임을 modified MU-RTS 프레임으로 판단할 수 있다.
도 23은 본 발명의 일 실시 예에 따른 NAV 타임아웃(time out)을 나타내는 도면이다.
본 발명의 일 실시예에 따르면 STA은 설정한 NAV를 해제(reset)하는 것이 가능할 수 있다. 예를 들면 RTS 프레임 또는 MU-RTS 프레임에 기초하여 NAV를 설정한 경우 NAV를 해제하는 것이 가능할 수 있다. 더 구체적으로 RTS 프레임 또는 MU-RTS 프레임에 기초하여 NAV를 설정한 경우, 기 설정된 시간 동안 PPDU 수신을 성공적으로 시작하지 못한 경우 NAV를 해제하는 것이 가능할 수 있다. 이러한 동작을 NAV 타임아웃 또는 NAVTimeout이라고 부를 수 있다. 기 설정된 시간을 NAVTimeout period 또는 NAV 타임아웃 주기라고 부를 수 있다. NAVTimeout period는 RTS 프레임 또는 MU-RTS 프레임에 해당하는 PHY-RXEND.indication primitive를 받은 때에 시작될 수 있다.
본 발명의 실시예에서 RTS 프레임 또는 MU-RTS 프레임에 기초하여 NAV를 설정한 경우는 가장 최근의 NAV update가 RTS 프레임 또는 MU-RTS 프레임에 기초하여 이루어진 경우를 의미할 수 있다. 만약 STA가 RTS 프레임 또는 MU-RTS 프레임으로부터 수신한 듀레이션 정보가 상기 STA의 현재 NAV 값보다 큰 경우, 상기 RTS 프레임 또는 MU-RTS 프레임에 기초하여 NAV를 설정 또는 업데이트할 수 있다. 상기 듀레이션 정보는 MAC header가 포함하는 Duration/ID 필드에 기초하여 얻거나 PPDU의 프리앰블에 포함된 TXOP 듀레이션또는 TXOP 필드에 기초하여 얻을 수 있다.
또한 본 발명의 실시예에서 PPDU 수신을 성공적으로 시작한 경우 PHY-RXSTART.indication primitive를 받을 수 있다. 또는 PPDU 수신을 성공적으로 시작한 경우 PHY-RXSTART.indication primitive가 발행될 수 있다. PHY-RXSTART.indication primitive는 PHY에서 MAC으로 전달되는 것일 수 있다. 예를 들어 PHY가 PPDU의 유효한(valid) 시작을 수신한 경우 PHY-RXSTART.indication primitive가 생성될 수 있다. 또한 PPDU의 유효한 시작을 수신한 것은 유효한 PHY header를 수신한 경우를 의미할 수 있다. 또한 PHY-RXSTART.indication primitive는 PPDU 포맷을 판단한 다음 생성되는 것이 가능하다. PHY-RXSTART.indication primitive가 생성된 경우, PPDU의 길이 또는 PPDU의 프리앰블이 지시하는 길이 동안 PHY는 physical medium을 busy status로 유지할 수 있다. 만약 PHY-RXSTART.indication primitive가 생성되었으면 PPDU 중간에 수신을 실패하더라도 PPDU의 길이 또는 PPDU의 프리앰블이 지시하는 길이 동안 PHY는 physical medium을 busy status로 유지할 수 있다. 또한 PPDU 수신을 종료한 경우 PHY-RXEND.indication이 생성될 수 있다.
본 발명의 실시예를 따르면 앞서 언급한 NAV 타임아웃 주기는 RTS 프레임 또는 MU-RTS 프레임에 대한 응답 시간에 기초할 수 있다. 즉 RTS 프레임 또는 MU-RTS 프레임에 대한 응답이 CTS 프레임인 경우, NAV 타임아웃 주기는 CTS 프레임 시간에 기초할 수 있다. 상기 CTS 프레임 시간을 CTS_Time으로 나타낼 수 있다. 또는 RTS 프레임 또는 MU-RTS 프레임에 대한 응답 시간을 CTS_Time으로 나타낼 수 있다. 이때. RTS 프레임 또는 MU-RTS 프레임에 대한 응답 시간은 상기 응답을 포함하는 PPDU의 길이를 의미할 수 있다.
일 실시예를 따르면 NAV 타임아웃 주기는 다음 중 적어도 하나에 기초할 수 있다.
1) CTS_Time
2) aSIFSTime
3) aRxPHYStartDelay
4) aSlotTime
일 실시예를 따르면 CTS_Time은 기 설정된 비율(rate)에 기초하여 계산하는 것이 가능하다. 즉, CTS_Time은 기 설정된 비율에 기초하여 계산한 CTS 프레임의 길이일 수 있다. 또는 즉, CTS_Time은 기 설정된 비율에 기초하여 계산한 CTS 프레임을 포함하는 PPDU의 길이일 수 있다. 예를 들어 기 설정된 비율은 6 Mbps일 수 있다. 예를 들어 CTS_Time은 6 Mbps의 데이터 비율(data rate)에 기초하여 계산하는 것이 가능하다. 또는 기 설정된 rate은 NAV를 설정하게 한 RTS 프레임 또는 MU-RTS 프레임의 비율일 수 있다. 또는 기 설정된 rate은 NAV를 설정하게 한 RTS 프레임 또는 MU-RTS 프레임이 지시하는 비율일 수 있다.
일 실시예를 따르면 aSIFSTime는 SIFS 길이일 수 있다. 예를 들어 aSIFSTime는 2.4 GHz band에서 동작하는 경우 10 us일 수 있다. 예를 들어 aSIFSTime는 5 GHz band 또는 6 GHz band에서 동작하는 경우 16 us일 수 있다.
일 실시예를 따르면 aRxPHYStartDelay는 PPDU의 시작으로부터 receiver가 PHY-RXSTART.indication primitive를 생성하기까지 걸리는 delay일 수 있다. 예를 들어 aRxPHYStartDelay는 PPDU의 시작으로부터 PPDU format을 판단하기까지 걸리는 시간일 수 있다. 예를 들어 aRxPHYStartDelay는 PPDU format에 따라 다를 수 있다. aRxPHYStartDelay는 non-HT PPDU에 대해 20 us일 수 있다. 또한 aRxPHYStartDelay는 HT-mixed format의 HT PPDU에 대해 28 us일 수 있다. 또한 aRxPHYStartDelay는 HT-greenfield format의 HT PPDU에 대해 24 us일 수 있다. 또한 aRxPHYStartDelay는 VHT PPDU에 대해 (36 + 4*(the maximum possible value for N_VHT-LTF supported) + 4) us일 수 있다. N_VHT-LTF는 VHT-LTF의 개수일 수 있다. 또한 aRxPHYStartDelay는 HE SU PPDU 또는 HE TB PPDU에 대해 32 us일 수 있다. 또한 aRxPHYStartDelay는 HE ER SU PPDU에 대해 40 us일 수 있다. 또한 aRxPHYStartDelay는 HE MU PPDU에 대해 (32 + 4*N_HE-SIG-B) us일 수 있다. N_HE-SIG-B는 HE-SIG-B 필드의 OFDM symbol 개수일 수 있다. 또한 aRxPHYStartDelay는 EHT MU PPDU 또는 EHT TB PPDU에 대해 32 us 일 수 있다.
일 실시예를 따르면 NAV timeout period는 ((2*aSIFSTime) + (CTS_Time) + aRxPHYStartDelay + (2* aSlotTime)) 일 수 있다.
본 발명의 실시예를 따르면 RTS 프레임은 CTS 프레임을 지시하는 프레임일 수 있다. 또는 RTS 프레임은 single STA로부터 CTS 프레임을 지시하는 프레임일 수 있다. RTS 프레임은 프레임 Control 필드, 듀레이션 필드, RA 필드, TA 필드, FCS 필드를 포함할 수 있다. 듀레이션 필드는 상기 듀레이션 필드를 수신하는 STA들이 NAV를 설정하기 위한 시간 정보가 포함될 수 있다. 또한 RA 필드에는 의도된 즉각적인 응답자(intended immediate recipient)의 주소가 포함될 수 있다. 예를 들어 STA가 수신한 RTS 프레임이 포함하는 RA 필드가 상기 STA의 주소인 경우, 상기 RTS 프레임에 대하여 CTS 프레임으로 응답하는 것이 가능하다. 또한 프레임이 RTS 프레임인 것은 상기 프레임이 포함하는 프레임 Control 필드에 기초하여 판단될 수 있다. 예를 들어 프레임이 RTS 프레임인 것은 상기 프레임이 포함하는 프레임 Control 필드에 포함된 Type 서브필드, Subtype 서브필드 기초하여 판단될 수 있다. 예를 들어 Type 서브필드가 01(B3 B2)이고, Subtype 서브필드가 1011(B7 B6 B5 B4)인 경우 상기 Type 서브필드 및 상기 Subtype 서브필드를 포함하는 프레임이 RTS 프레임인 것을 지시할 수 있다. 예를 들어 RTS 프레임은 Control 프레임일 수 있다.
CTS 프레임은 프레임 Control 필드 듀레이션필드, RA 필드, FCS 필드를 포함할 수 있다. 듀레이션필드는 상기 듀레이션필드를 수신하는 STA들이 NAV를 설정하기 위한 시간 정보가 포함될 수 있다. 예를 들어 Type 서브필드가 01(B3 B2)이고, Subtype 서브필드가 1100(B7 B6 B5 B4)인 경우 상기 Type 서브필드 및 상기 Subtype 서브필드를 포함하는 프레임이 CTS 프레임인 것을 지시할 수 있다. 예를 들어 CTS 프레임은 Control 프레임일 수 있다.
도 23의 첫 번째 시퀀스를 참조하면 STA1, STA2, STA3가 존재할 수 있다. 또한 STA1이 RTS 프레임 또는 MU-RTS 프레임을 STA2에게 전송할 수 있다. 예를 들어 상기 RTS 프레임 또는 상기 MU-RTS 프레임의 RA 필드가 STA2의 주소로 설정된 경우, 상기 RTS 프레임 또는 상기 MU-RTS 프레임은 STA2에게 전송되는 것일 수 있다. 또는 상기 MU-RTS 프레임이 포함하는 User Info 필드가 STA2를 지시하는 경우, 상기 MU-RTS 프레임은 STA2에게 전송되는 것일 수 있다. 만약 STA2가 상기 RTS 프레임 또는 상기 MU-RTS 프레임을 성공적으로 수신한 경우, CTS 프레임으로 응답하는 것이 가능하다. 이때 STA2가 carrier sense 결과에 기초하여 응답할 수 있다. 또한 STA3가 상기 RTS 프레임 또는 상기 MU-RTS 프레임을 수신하는 경우, 상기 RTS 프레임 또는 상기 MU-RTS 프레임이 포함하는 듀레이션 정보 또는 상기 RTS 프레임 또는 상기 MU-RTS 프레임을 포함하는 PPDU가 포함하는 듀레이션 정보에 기초하여 STA3은 NAV를 설정할 수 있다. 또한 STA1이 STA2가 전송한 CTS 프레임을 성공적으로 수신한 경우, STA1은 STA2에게 프레임을 전송할 수 있다. 또한 STA3는 NAV를 설정한 이후, STA2가 전송한 CTS 프레임 또는 STA1이 STA2에게 전송한 프레임을 수신하였을 수 있다. 이러한 경우 STA3는 NAVTimeout period 안에 PHY-RXSTART.indication primitive를 받을 수 있다. 따라서 STA3가 설정한 NAV를 해제할 수 없을 수 있다.
도 23의 두 번째 시퀀스를 참조하면 STA1, STA2, STA3가 존재할 수 있다. 또한 STA1이 RTS 프레임 또는 MU-RTS 프레임을 STA2에게 전송할 수 있다. 만약 STA2가 상기 RTS 프레임 또는 상기 MU-RTS 프레임을 성공적으로 수신하지 못한 경우, CTS 프레임으로 응답하지 못할 수 있다. 또는 STA2가 상기 RTS 프레임 또는 상기 MU-RTS 프레임을 성공적으로 수신하였지만 carrier sense 결과에 기초하여 CTS 프레임으로 응답하지 못할 수 있다. 이러한 경우 STA1가 STA2로 보내는 프레임 시퀀스가 이어지지 않을 수 있다.
또한 STA3가 상기 RTS 프레임 또는 상기 MU-RTS 프레임을 수신하는 경우, 상기 RTS 프레임 또는 상기 MU-RTS 프레임이 포함하는 듀레이션 정보 또는 상기 RTS 프레임 또는 상기 MU-RTS 프레임을 포함하는 PPDU가 포함하는 듀레이션 정보에 기초하여 STA3은 NAV를 설정할 수 있다. 또한 STA3는 또한 STA3는 NAV를 설정한 이후, STA2가 전송한 CTS 프레임 또는 STA1이 STA2에게 전송한 프레임을 수신할 수 없을 수 있다. 이러한 경우 STA3는 NAVTimeout period 안에 PHY-RXSTART.indication primitive를 받지 못했을 수 있다. 따라서 STA3가 설정한 NAV를 해제할 수 있다. 이를 통해 시퀀스가 이어지지 않았음에도 STA3가 NAV를 유지하여 채널에 접속(access)하지 못하는 문제를 해결할 수 있다.
도 24는 본 발명의 일 실시 예에 따른 TXOP의 공유 및 NAV 타임 아웃을 나타내는 도면이다.
도 24를 참조하면 앞서 설명한 것처럼 STA1가 STA2로 TXOP 공유를 수행하는 것이 가능하다. STA1은 TXOP 공유를 하는 STA이고, STA2는 TXOP 공유를 받는 STA일 수 있다. STA1은 STA2로 시퀀스의 첫 번째 프레임을 전송할 수 있다. 도 24를 참조하면 STA1은 STA2로 시퀀스의 첫 번째 프레임은 MU-RTS 프레임 일 수 있다. 또한 상기 MU-RTS 프레임에 대한 응답인 CTS 프레임이 전송될 수 있다.
예를 들어, STA2를 포함하는 STA들로부터 CTS 프레임이 전송될 수 있다. STA1은 TXOP을 얻을 수 있다. 또한 STA3는 상기 MU-RTS 프레임과 상기 CTS 프레임을 성공적으로 수신하지 못했을 수 있다. STA1은 modified MU-RTS 프레임을 STA2에게 전송할 수 있다. 즉, STA1은 STA2로 TXOP 공유를 수행할 수 있다. 또한 STA3는 상기 modified MU-RTS 프레임을 성공적으로 수신할 수 있다. 따라서 STA3는 상기 modified MU-RTS 프레임에 기초하여 NAV를 설정할 수 있다. 이 경우 STA3는 MU-RTS 프레임에 기초하여 NAV를 설정한 것일 수 있다. 또한 앞서 설명한 TXOP 공유 시퀀스를 따르면 modified MU-RTS 프레임에 대하여 STA2가 1) CTS 프레임을 전송하고, CTS 프레임을 전송한 직후에 프레임을 전송할 수 있다. 또는 modified MU-RTS 프레임에 대하여 STA2가 2) CTS 프레임을 전송하지 않고, 프레임을 전송할 수 있다. 또한 STA3가 STA2로부터의 프레임 또는 PPDU를 수신하지 못할 수 있다. 예를 들어 STA3가 STA2로부터 hidden인 위치에 존재할 수 있다. 예를 들어 STA2가 전송하는 파워가 STA3에게 수신될 만큼 충분하지 않을 수 있다. 이러한 경우 STA3는 NAV 타임아웃 주기 동안 PPDU를 수신하지 못할 수 있다. NAV timeout period은 CTS_Time을 기초로 결정되지 때문일 수 있다. 즉, STA2가 CTS 프레임 전송 후 프레임을 전송하는 경우, STA3는 상기 프레임이 전송되는 동안 NAVTimeout period가 끝날 것이다. 또는 STA2가 CTS 프레임 전송 없이 프레임을 전송하는 경우, 상기 프레임은 CTS 프레임보다 길 가능성이 높으므로 STA3는 상기 프레임이 전송되는 동안 NAVTimeout period가 끝날 것이다. 따라서 STA3는 NAV를 해제하는 것이 가능할 수 있다. 만약 STA3가 NAV를 해제하면 STA3가 채널에 접속해서 공유된 TXOP 동안의 시퀀스를 방해할 수 있다.
도 25는 본 발명의 또 다른 일 실시 예에 따른 TXOP의 공유 및 NAV 타임 아웃을 나타내는 도면이다.
도 25를 참조하면, AP에 의해서 TXOP가 공유된 경우, AP에 의해 TXOP가 공유된 STA이 아닌 다른 STA(제3 STA)은 TXOP가 공유된 STA로부터 CTS 프레임 또는 다른 프레임이 일정 시간 동안 전송되지 않은 경우에도 공유된 TXOP를 해제하지 않을 수 있다. 도 25의 실시예는 도 23 내지 도 24에서 설명한 문제를 해결하기 위한 것일 수 있다. 또한 앞서 설명한 내용은 생략했을 수 있다.
구체적으로, AP로부터 전송된 트리거 프레임(예를 들면, MU-RTS 프레임)이 TXOP를 공유하기 위한 modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임인지 여부에 기초하여 TXOP를 해제하기 위한 NAV 타임아웃이 허용되거나 허용되지 않을 수 있다. 즉, 일반적으로 설정된 TXOP인지 또는 AP에 의해서 설정된 TXOP의 전부 또는 일부가 공유된 TXOP인지 여부에 따라 TXOP가 설정된 STA가 아닌 다른 STA이 설정된 TXOP를 해제하기 위한 NAV 타임아웃이 허용되는지 여부가 결정될 수 있다.
예를 들면, 설정된 TXOP의 일부 또는 전부의 공유를 위한 프레임(modifited MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임)이 아닌 MU-RTS 프레임에 기초하여 NAV가 설정된 경우, NAV 타임아웃이 허용될 수 있다. 즉, STA이 MU-RTS 프레임에 기초하여 NAV를 설정한 경우, 상기 MU-RTS 프레임이 modified MU-RTS 프레임이 아닌 경우, NAVTimeout period 동안 PPDU 수신을 성공적으로 시작하지 못한 경우 NAV를 해제하는 것이 가능할 수 있다.
하지만, 설정된 TXOP의 일부 또는 전부를 공유하기 위한 프레임인 modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임에 의해서 NAV가 설정된 경우, NAV 타임아웃은 허용되지 않을 수 있다. 즉, STA이 MU-RTS 프레임에 기초하여 NAV를 설정한 경우, 해당 MU-RTS 프레임이 TXOP 공유를 위한 modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임이면 STA은 NAVTimeout period 동안 PPDU 수신을 성공적으로 시작하지 못하더라도 NAV를 해제하는 것이 불가할 수 있다.
즉, STA이 NAV 업데이트를 위해서 가장 최근에 수신한 프레임이 TXOP 공유를 위한 프레임인 modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임이면 STA은 NAVTimeout이 만료된 이후, NAV를 리셋해서는 안된다.
수신한 MU-RTS 프레임이 modified MU-RTS 프레임인지 여부는 앞서 설명한 실시예를 따를 수 있다. 예를 들어 MU-RTS 프레임이 포함하는 GI And HE-LTF Type 서브필드에 기초하여 modified MU-RTS 프레임인지 여부가 결정될 수 있다. 예를 들어 GI And HE-LTF Type 서브필드 값이 0인 경우, 상기 GI And HE-LTF Type 서브필드를 포함하는 MU-RTS 프레임은 modified MU-RTS 프레임이 아닐 수 있다. 또한 GI And HE-LTF Type 서브필드 값이 0이 아닌 경우, 상기 GI And HE-LTF Type 서브필드를 포함하는 MU-RTS 프레임은 modified MU-RTS 프레임일 수 있다. 예를 들어 GI And HE-LTF Type 서브필드 값이 1 또는 2인 경우, 상기 GI And HE-LTF Type 서브필드를 포함하는 MU-RTS 프레임은 modified MU-RTS 프레임일 수 있다.
본 발명의 실시예에 따라 도 24에서 설명한 문제, STA가 modified MU-RTS 프레임에 기초해서 NAV를 설정한 이후, NAV timeout 동작을 수행하여 공유된 TXOP의 시퀀스를 방해하는 문제를 방지할 수 있다.
또한 이러한 실시예를 802.11be 표준 이후의 단말(EHT 표준을 포함한 그 이후의 표준의 단말)이 수행하고, 802.11ax 표준의 단말(HE STA)는 수행할 수 없을 수 있다. HE STA는 이를 수행할 수 없더라도 상기 실시예를 통해 설명한 문제가 발생할 확률을 줄일 수 있다.
도 25를 참조하면 STA1, STA2, STA3가 존재할 수 있다. 또한 STA1이 STA2로 MU-RTS 프레임을 전송할 수 있다. 예를 들면 STA1이 modified MU-RTS 프레임이 아닌 MU-RTS 프레임을 전송할 수 있다. 그런데 상기 MU-RTS 프레임의 intended receiver인 STA2가 상기 MU-RTS 프레임에 응답하지 못할 수 있다. 따라서 STA2가 CTS 프레임을 전송하지 못할 수 있다. 또한 STA3는 상기 MU-RTS 프레임에 기초하여 NAV를 설정할 수 있다. 그런데 STA2가 CTS 프레임을 전송하지 못했으므로 STA3는 NAVTimeout period 동안 PPDU 수신을 성공적으로 시작하지 못 했을 수 있다. 이 경우 NAV timeout 동작에 기초하여 STA3는 설정한 NAV를 해제하는 것이 가능하다. 이는 STA3가 NAV를 설정하게 한 프레임이 modified MU-RTS 프레임이 아닌 MU-RTS 프레임이기 때문일 수 있다.
또한 STA1이 modified MU-RTS 프레임을 전송할 수 있다. 도 25에서는 modified MU-RTS 프레임 앞의 프레임들을 생략한 것일 수 있다. 상기 modified MU-RTS 프레임의 intended receiver인 STA2가 상기 modified MU-RTS 프레임에 응답할 수 있다. 또한 STA3는 상기 modified MU-RTS 프레임에 기초하여 NAV를 설정할 수 있다. 그런데 STA2가 상기 modified MU-RTS 프레임에 대해 전송한 응답을 STA3가 수신하지 못했을 수 있다. 예를 들어 STA3에게 STA2가 전송한 응답이 충분히 큰 파워로 들리지 않기 때문일 수 있다. 예를 들어 STA3와 STA2가 멀리 떨어져 있기 때문일 수 있다. 이러한 경우 STA3는 NAVTimeout period 동안 PPDU 수신을 성공적으로 시작하지 못했을 수 있다. 이것은 STA2가 modified MU-RTS 프레임 이후, CTS 프레임을 전송한 이후 프레임을 전송하였기 때문일 수 있다. 또는 이것은 STA2가 modified MU-RTS 프레임 이후, CTS 프레임보다 긴 프레임을 전송하였기 때문일 수 있다. 또는 이것은 STA2가 modified MU-RTS 프레임 이후, CTS 프레임을 포함하는 PPDU보다 긴 PPDU를 전송하였기 때문일 수 있다. 이 경우 STA3는 NAV timeout 동작에 기초한 NAV를 해제하는 동작을 수행할 수 없을 수 있다. 이는 STA3가 NAV를 설정하게 한 프레임이 modified MU-RTS 프레임인 MU-RTS 프레임이기 때문일 수 있다.
도 26은 본 발명의 또 다른 일 실시 예에 따른 TXOP의 공유 및 NAV 타임 아웃을 나타내는 도면이다.
도 26의 실시예는 도 23 내지 도 24에서 설명한 문제를 해결하기 위한 것일 수 있다. 또한 앞서 설명한 내용은 생략했을 수 있다.
본 발명의 일 실시예를 따르면 MU-RTS 프레임이 modified MU-RTS 프레임인지 아닌지에 기초하여 NAV timeout period가 다르게 결정될 수 있다. 예를 들면 MU-RTS 프레임이 modified MU-RTS 프레임인지 아닌지에 기초하여 CTS_Time이 다르게 결정될 수 있다. 일 실시예를 따르면 MU-RTS 프레임이 modified MU-RTS 프레임인 경우, NAV timeout period는 MU-RTS 프레임이 modified MU-RTS 프레임이 아닌 경우의 NAV timeout period보다 길 수 있다. 본 실시예에서 MU-RTS 프레임이 modified MU-RTS 프레임인 경우, NAV timeout period를 extended NAVTimeout period라고 부를 수 있다. 도 23에서 설명한 NAVTimeout period와 extended NAVTimeout period는 동일한 시점에 시작할 수 있다. 즉, MU-RTS 프레임에 해당하는 PHY-RXEND.indication primitive를 받은 때에 시작될 수 있다. 도 23에서 설명한 NAVTimeout period는 CTS 프레임 시간에 기초한 시간일 수 있다. 예를 들어 도 23에서 설명한 NAVTimeout period는 CTS 프레임을 6 Mbps로 전송하는 데에 걸리는 시간에 기초한 시간일 수 있다.
본 발명의 실시예를 따르면 STA가 modified MU-RTS 프레임에 기초하여 NAV를 설정한 경우, extended NAVTimeout period 동안 PPDU 수신을 성공적으로 시작하지 못 한 경우 NAV를 해제하는 것이 가능할 수 있다. STA가 modified MU-RTS 프레임에 기초하여 NAV를 설정한 경우, 도 23에서 설명한 NAVTimeout period 동안 PPDU 수신을 성공적으로 시작하지 못 한 경우라고 NAV를 해제할 수 없을 수 있다.
또한 STA가 modified MU-RTS 프레임이 아닌 MU-RTS 프레임에 기초하여 NAV를 설정한 경우, 도 23에서 설명한 NAVTimeout period 동안 PPDU 수신을 성공적으로 시작하지 못한 경우 NAV를 해제하는 것이 가능할 수 있다.
본 발명의 실시예를 따르면 extended NAVTimeout period는 modified MU-RTS 프레임이 포함하는 길이 정보에 기초하여 결정될 수 있다. 예를 들어 modified MU-RTS 프레임이 포함하는 길이 정보에 기초하여 CTS_Time이 결정될 수 있다. 또는 extended NAVTimeout period는 modified MU-RTS 프레임이 포함하는 길이 정보와 modified MU-RTS 프레임에 해당하는 rate에 기초하여 결정될 수 있다. 예를 들어 modified MU-RTS 프레임이 포함하는 길이 정보와 modified MU-RTS 프레임에 해당하는 rate에 기초하여 CTS_Time이 결정될 수 있다. 예를 들어 modified MU-RTS 프레임이 포함하는 길이 정보는 도 16에 나타낸 UL Length 서브필드에 포함될 수 있다. 또다른 실시예로 modified MU-RTS 프레임이 포함하는 길이 정보는 도 16에 나타낸 User Info 필드에 포함될 수 있다. 더 구체적으로 modified MU-RTS 프레임이 포함하는 길이 정보는 도 16에 나타낸 User Info 필드 중 TXOP 공유를 받는 STA를 지시하는 User Info 필드에 포함될 수 있다.
또한 TXOP 공유를 받은 STA는 modified MU-RTS 프레임이 포함하는 길이 정보에 기초하여 PPDU를 전송할 수 있다. 예를 들어 TXOP 공유를 받은 STA는 modified MU-RTS 프레임이 포함하는 길이 정보에 기초하여 공유된 TXOP의 첫 번째 PPDU를 전송할 수 있다. 또는 TXOP 공유를 받은 STA는 modified MU-RTS 프레임이 포함하는 길이 정보에 기초하여 공유된 TXOP의 CTS 프레임을 포함하지 않는 첫 번째 PPDU를 전송할 수 있다. 공유된 TXOP의 CTS 프레임을 포함하지 않는 첫 번째 PPDU는 CTS 프레임을 포함한 PPDU 다음 첫 번째 PPDU일 수 있다.
도 26을 참조하면 STA1, STA2, STA3가 존재할 수 있다. 또한 STA1이 STA2로 MU-RTS 프레임을 전송할 수 있다. 예를 들면 STA1이 modified MU-RTS 프레임이 아닌 MU-RTS 프레임을 전송할 수 있다. 그런데 상기 MU-RTS 프레임의 intended receiver인 STA2가 상기 MU-RTS 프레임에 응답하지 못할 수 있다. 따라서 STA2가 CTS 프레임을 전송하지 못할 수 있다. 또한 STA3는 상기 MU-RTS 프레임에 기초하여 NAV를 설정할 수 있다. 그런데 STA2가 CTS 프레임을 전송하지 못했으므로 STA3는 NAVTimeout period 동안 PPDU 수신을 성공적으로 시작하지 못 했을 수 있다. 이 경우 NAV timeout 동작에 기초하여 STA3는 설정한 NAV를 해제하는 것이 가능하다. 이는 STA3가 NAV를 설정하게 한 프레임이 modified MU-RTS 프레임이 아닌 MU-RTS 프레임이기 때문에 결정한 NAVTimeout period에 기초한 동작일 수 있다. 즉, STA3가 NAV를 설정하게 한 프레임이 modified MU-RTS 프레임이 아닌 MU-RTS 프레임이기 때문에 NAVTimeout period를 CTS 프레임을 전송하는 데에 걸리는 시간에 기초하여 결정할 수 있다.
또한 STA1이 modified MU-RTS 프레임을 전송할 수 있다. 도 26에서는 modified MU-RTS 프레임 앞의 프레임들을 생략한 것일 수 있다. 상기 modified MU-RTS 프레임의 intended receiver인 STA2가 상기 modified MU-RTS 프레임에 응답할 수 있다. 또한 STA3는 상기 modified MU-RTS 프레임에 기초하여 NAV를 설정할 수 있다. 그런데 STA2가 상기 modified MU-RTS 프레임에 대해 전송한 응답을 STA3가 수신하지 못했을 수 있다. 예를 들어 STA3에게 STA2가 전송한 응답이 충분히 큰 파워로 들리지 않기 때문일 수 있다. 예를 들어 STA3와 STA2가 멀리 떨어져 있기 때문일 수 있다. 이러한 경우 STA3는 도 23에서 설명한 NAVTimeout period 동안 PPDU 수신을 성공적으로 시작하지 못했을 수 있다. 하지만 이러한 경우 STA3는 extended NAVTimeout period 동안 PPDU 수신을 성공적으로 시작할 수 있다. 따라서 STA3는 NAV timeout 동작을 수행하지 않을 수 있다. STA3가 도 23에서 설명한 NAVTimeout period가 지났을 때 NAV 해제 동작을 하지 않고, extended NAVTimeout period를 기다릴 수 있었던 것은 STA3가 NAV를 설정하게 한 프레임이 modified MU-RTS 프레임인 MU-RTS 프레임이기 때문일 수 있다.
만약 상기 modified MU-RTS 프레임을 수신한 STA2가 응답하지 못한 경우 STA1은 recovery 동작을 수행할 수 있다. 따라서 STA3가 NAV timeout 동작을 하기 전에 PPDU 수신을 성공적으로 시작할 수 있다.
또는 상기 modified MU-RTS 프레임을 수신한 STA2가 응답하지 못한 경우 공유된 TXOP의 시퀀스가 끊길 수 있다. 이 경우 STA3는 NAV timeout 동작을 수행하여 실제 프레임 exchange가 발생하지 않을 때 불필요하게 NAV를 설정하고 있어서 채널에 접속하지 못하는 문제를 해결할 수 있다.
TXOP 공유에서 AP에 의해서 설정된 TXOP의 일부 또는 전부를 공유받은 스케줄드 STA이 설정된 NAV로 인해 전송을 수행하기 어려운 문제와 해결 방법에 대해서 도 20을 통해 설명하였다. 또 다른 실시 예에 따른 해결 방법에 대해 도 27을 통해 설명한다. 이하, 스케줄드 STA과 TXOP가 공유된 STA은 동일한 STA이며, 호칭은 서로 혼동되어 사용될 수 있다.
도 27은 본 발명의 일 실시 예에 따라 TXOP 공유가 적용될 때 STA 및 AP가 NAV를 적용하는 것을 나타내는 도면이다.
TXOP 공유에서 스케줄드 STA은 NAV를 설정하지 않을 수 있다. 구체적으로 TXOP 공유에서 스케줄드 STA은 TXOP 공유 설정을 위한 MU-RTS 프레임인 modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임을 기초로 NAV를 설정하지 않을 수 있다. TXOP 공유 설정을 위한 MU-RTS 프레임을 수신한 STA은 TXOP 공유 설정을 위한 MU-RTS 프레임을 기초로 NAV를 설정하지 않을 수 있다. TXOP 공유 설정을 위한 MU-RTS 프레임에 의해 스케줄링된 STA은 TXOP 공유 설정을 위한 MU-RTS 프레임을 기초로 NAV를 설정하지 않을 수 있다. 따라서 STA이 트리거 프레임을 수신하고, 트리거 프레임이 STA에게 TXOP 공유를 스케줄링하는 경우, STA은 트리거 프레임을 기초로 NAV를 설정하지 않을 수 있다. 즉, 트리거 프레임이 TXOP를 공유하기 위한 트리거 프레임인지 여부에 따라 STA은 수신된 트리거 프레임에 기초하여 NAV를 설정할 수 있다. 예를 들면, 수신된 MU-RTS 프레임이 TXOP의 공유를 위한 modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임인 경우, STA은 수신된 MU-RTS 프레임에 기초한 NAV를 설정하지 않는다. 하지만, 수신된 MU-RTS 프레임이 TXOP의 공유를 위한 modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임이 아닌 경우, STA은 수신된 MU-RTS 프레임에 기초한 NAV를 설정한다.
또한, TXOP 공유에서 스케줄드 STA은 공유된 TXOP 내에서 수신한 프레임을 기초로 NAV를 설정하지 않을 수 있다.
이때, 공유된 TXOP 내는 공유된 TXOP의 기간(duration)이 전부 활용되지 않는 경우에도 공유된 TXOP이 종료할 때까지를 나타낼 수 있다. 공유된 TXOP의 스케줄드 STA이 PPDU를 전송하고 PPDU가 즉각적인 응답을 요청하지 않는 프레임만을 포함하는 경우, STA이 PPDU를 전송한 때 TXOP이 종료된다. 따라서 공유된 TXOP 내는 TXOP 공유가 설정된 때로부터 TXOP 공유의 스케줄드 STA이 즉각적인 응답을 요청하지 않는 프레임만을 포함하는 PPDU를 전송한 때일 수 있다. TXOP 공유의 스케줄드 STA이 공유된 TXOP의 종료를 시그널링한 경우, 공유된 TXOP이 종료될 수 있다. 따라서 공유된 TXOP 내는 TXOP 공유가 설정된 때로부터 TXOP 공유의 스케줄드 STA이 공유된 TXOP의 종료를 시그널링한 때까지일 수 있다. 또한, TXOP 내는 TXOP 공유가 설정된 때로부터 공유된 TXOP 듀레이션이 경과한 때까지 일 수 있다. 또는, TXOP 공유를 받은 STA(또는, TXOP 공유를 한 STA)가 공유된 TXOP가 종료된다는 시그널링을 송수신한 경우, 공유된 TXOP는 종료될 수 있다. 이 경우, 공유된 TXOP와 AP가 공유를 위해 사용된 TXOP(최초 AP의 프레임에 의해서 획득된 TXOP)의 듀레이션은 동일하거나, 공유된 TXOP의 듀레이션이 TXOP의 듀레이션보다 짧다. 따라서, 공유된 TXOP가 종료되더라도 TXOP는 종료되지 않을 수 있다. 즉, 공유된 TXOP의 듀레이션과 TXOP의 듀레이션이 동일한 경우, 공유된 TXOP가 종료되면 TXOP도 함께 종료되지만, 공유된 TXOP의 듀레이션이 TXOP의 듀레이션보다 짧은 경우, 공유된 TXOP가 종료되더라도 TXOP는 유지될 수 있다.
또 다른 구체적인 실시 예에서 공유된 TXOP이 공유된 TXOP 기간 전에 종료되더라도 공유된 TXOP 기간 내는 TXOP 공유가 설정된 때로부터 공유된 TXOP 듀레이션이 경과한 때까지 일 수 있다.
앞서 설명한 것과 같이 TXOP 공유에서 스케줄드 STA은 NAV와 상관없이 프레임을 전송할 수 있다. 즉, AP에 의해서 설정된 TXOP 내에서 NAV가 설정된 경우(예를 들면, intra-BSS PPDU에 의해서 설정된 NAV), 스케줄드 STA은 공유된 TXOP 내에서는 설정된 NAV와는 상관없이 PPDU를 전송할 수 있다. 다시 말해, TXOP를 공유받은 STA은 TXOP를 공유한 STA에 의해서 전송되는 프레임에 의해 설정되는 NAV를 공유된 TXOP 내에서는 무시하고 프레임을 전송할 수 있다. 이때, 공유된 TXOP은 MU-RTS 프레임에 의해서 설정된 구간보다 이전에 종료될 수 있다. 즉, 공유된 TXOP 내에서 MU-RTS에 의해서 설정된 구간 이전에 TXOP를 공유받은 STA이 TXOP의 공유의 중단을 요청하기 위한 시그널링을 전송함으로써 TXOP의 공유를 중단할 수 있다. 예를 들면, non-AP STA은 AP로부터 TXOP의 전부 또는 일부를 공유받은 경우, 전송할(또는, 펜딩된) PPDU가 없으면 공유된 TXOP를 종료하기 위해서 TXOP 공유를 종료하기 위한 시그널링을 AP에게 전송하여 TXOP의 공유를 중단할 수 있다. TXOP 공유가 중단되는 시점은 non-AP STA이 TXOP 공유의 중단을 요청하는 시그널링을 전송하는 시점 또는 해당 시그널링에 대한 응답 프레임을 수신하는 시점 중 하나일 수 있다. 이때, TXOP의 공유를 위한 시그널링은 즉각적인 응답을 요구하거나 요구하지 않을 수 있다. 또한, 이 경우, non-AP STA은 MU-RTS 프레임에 의해서 설정되는 TXOP가 공유되는 구간보다 더 일찍 TXOP 공유가 중단되기 때문에 TXOP의 공유가 종료되는 시점까지만 설정된 NAV를 무시할 수 있다.
이때, TXOP 공유를 설정한 STA도 NAV와 상관없이 프레임을 전송할 수 있다. 도 27의 실시 예에서 제1 STA(STA1)은 제2 STA(STA2)에게 TXOP 공유 설정을 위한 MU-RTS 프레임을 전송한다. 이때, 제1 STA(STA1)은 AP일 수 있다. 제2 STA(STA2)은 TXOP 공유 설정을 위한 MU-RTS 프레임을 수신하고, TXOP 공유 설정을 위한 MU-RTS 프레임에 대한 응답으로 CTS 프레임을 전송한다. 제2 STA(STA2)은 공유된 TXOP 내에서 프레임 교환을 수행한다. 제1 STA(STA1)은 제2 STA(STA2)이 전송하거나 제2 STA(STA2)에게 전송되는 프레임을 기초로 NAV를 설정할 수 있다. 예컨대, 공유된 TXOP 내에서 제2 STA(STA2)은 제3 STA(STA3)과 프레임 교환을 수행할 수 있다. 이때, 제1 STA(STA1)은 제3 STA(STA3)이 제2 STA(STA2)에게 전송한 프레임을 기초로 NAV를 설정할 수 있다. 또한, 제1 STA(STA1)은 제2 STA(STA2)이 제3 STA(STA3)에게 전송한 프레임을 기초로 NAV를 설정할 수 있다. 이와 같이 제1 STA(STA1)이 NAV를 설정한 경우, 공유된 TXOP이 할당된 TXOP 내에서 프레임을 전송하기 어려울 수 있다. 예컨대, 공유된 TXOP이 종료된 후 제1 STA(STA1)이 프레임을 전송하려할 때, 공유된 TXOP 내에서 설정된 NAV로 인해 프레임을 전송하지 못할 수 있다. 구체적으로 공유된 TXOP 내에서 전송된 PPDU가 포함하는 프레임이 제1 STA(STA1)으로부터 즉각적인 응답을 유발하는 프레임이 아닌 경우, 제1 STA(STA1)은 설정된 NAV로인해 프레임을 전송하지 못할 수 있다.
TXOP 공유를 설정한 STA은 STA이 획득한 TXOP 내에서 NAV와 상관없이 프레임을 전송할 수 있다. 또 다른 구체적인 실시 예에서 TXOP 공유를 설정한 STA은 공유된 TXOP이 종료된 때로부터 획득한 TXOP 내에서 NAV와 상관없이 프레임을 전송할 수 있다. TXOP 공유를 설정한 STA은 TXOP 공유를 설정하기 위한 MU-RTS 프레임을 전송한 STA 또는 TXOP 홀더일 수 있다.
이때, 앞에서 설명한 바와 같이 공유된 TXOP은 MU-RTS 프레임에 의해서 설정된 구간보다 이전에 종료될 수 있다. 즉, 공유된 TXOP 내에서 MU-RTS에 의해서 설정된 구간 이전에 TXOP를 공유받은 STA이 TXOP의 공유의 중단을 요청하기 위한 시그널링을 전송함으로써 TXOP의 공유를 중단할 수 있다. 예를 들면, non-AP STA은 AP로부터 TXOP의 전부 또는 일부를 공유받은 경우, 전송할(또는, 펜딩된) PPDU가 없으면 공유된 TXOP를 종료하기 위해서 TXOP 공유를 종료하기 위한 시그널링을 AP에게 전송하여 TXOP의 공유를 중단할 수 있다. TXOP 공유가 중단되는 시점은 non-AP STA이 TXOP 공유의 중단을 요청하는 시그널링을 전송하는 시점 또는 해당 시그널링에 대한 응답 프레임을 수신하는 시점 중 하나일 수 있다. 이때, TXOP의 공유를 위한 시그널링은 즉각적인 응답을 요구하거나 요구하지 않을 수 있다. 또한, 이 경우, MU-RTS 프레임에 의해서 설정되는 TXOP가 공유되는 구간보다 더 일찍 TXOP 공유가 중단되기 때문에 TXOP의 공유가 종료되는 시점부터 AP는 non-AP STA에 의해서 송수신된 PPDU에 기초하여 AP에 의해서 설정된 NAV를 무시할 수 있다.
앞서 설명한 실시 예들에서 TXOP 공유를 설정한 STA이 NAV와 상관없이 프레임을 전송하는 것은 TXOP 공유 내에서 스케줄드 STA이 교환한 프레임을 기초로 설정된 NAV와 상관없이 프레임을 전송하는 것을 나타낼 수 있다. TXOP 공유를 설정한 STA이 TXOP 공유 내에서 스케줄드 STA이 교환하지 않은 프레임을 기초로 설정된 NAV와 상관없이 프레임을 전송하는 경우, 다른 STA들의 프레임 교환을 방해할 수 있기 때문이다. 또한, STA은 TXOP 공유 내에서 스케줄드 STA이 교환한 프레임인지 프레임의 MAC 헤더를 기초로 판단할 수 있다. 구체적으로 STA은 TXOP 공유 내에서 스케줄드 STA이 교환한 프레임인지 프레임의 address 필드를 기초로 판단할 수 있다. address 필드는 RA 필드, TA 필드, 및 BSSID 필드 중 적어도 어느 하나를 포함할 수 있다. 예컨대, 프레임의 address 필드 중 하나의 필드가 STA의 MAC 주소를 지시하는 경우, STA은 TXOP 공유 내에서 스케줄드 STA이 교환한 프레임으로 판단할 수 있다. 또한, STA은 TXOP 공유 내에서 스케줄드 STA이 교환한 프레임인지 프레임을 포함하는 PPDU의 프리앰블을 기초로 판단할 수 있다. 또한, STA은 TXOP 공유 내에서 스케줄드 STA이 교환한 프레임인지 프레임을 포함하는 PPDU의 프리앰블이 포함하는 BSS 컬러 및 STA ID 중 적어도 어느 하나를 기초로 판단할 수 있다. PPDU의 프리앰블이 TXOP 공유의 스케줄드 STA이 속한 BSS의 BSS 컬러를 포함하고, PPDU의 프리앰블이 TXOP 공유의 스케줄드 STA에 해당하는 STA ID를 포함하는 경우, STA은 PPDU가 포함하는 프레임을 스케줄드 STA이 교환한 프레임으로 판단할 수 있다. 이때, STA ID는 STA의 AID를 기초로 설정된 값일 수 있다.
또 다른 구체적인 실시 예에서 TXOP 공유를 설정한 STA이 NAV와 상관없이 전송하는 것은 프레임을 전송할 때 CS(carrier sensing)로 물리적(physical) CS, 예컨대 CCA만을 사용할 수 있다. 따라서 STA은 가상(virtual) CS를 수행하지 않을 수 있다.
본 명세서에서 NAV를 설정하는 것은 NAV를 업데이트하는 것과 혼용되어 사용될 수 있다. 또한, 본 명세서에서 NAV는 Intra-BSS NAV 또는 베이직 NAV 중 적어도 어느 하나를 포함할 수 있다. 또한, NAV의 종류에 대해 특별한 언급이 없는 경우, NAV는 Intra-BSS NAV를 지칭할 수 있다. 또한, 본 명세서에서 STA이 어떤 프레임을 기초로 NAV를 설정하는 것은 프레임을 포함하는 PPDU를 기초로 NAV를 설정하는 것을 포함할 수 있다. 따라서 본 명세서에서 STA이 어떤 프레임을 기초로 NAV를 설정하지 않는 것은 프레임을 포함하는 PPDU를 기초로 NAV를 설정하지 않는 것을 포함할 수 있다.
TXOP 공유를 설정하기 위한 MU-RTS 프레임은 MAC 주소, 예컨대 RA 필드 또는 User Info 필드를 사용하여 TXOP의 스케줄드 STA을 지시할 수 있다. 프레임이나 PPDU의 듀레이션 정보를 기초로 NAV를 설정하는 것은 가장 최근에 설정한 NAV가 프레임이나 PPDU의 듀레이션 정보를 기초로 NAV가 설정되는 것을 나타낼 수 있다.
또 다른 구체적인 실시 예에서 공유된 TXOP 내에서 전송되는 프레임의 Duration/ID 필드 또는 프레임을 포함하는 PPDU의 TXOP는 공유된 TXOP를 기초로 설정될 수 있다. 구체적으로 공유된 TXOP 내에서 전송되는 프레임의 Duration/ID 필드 또는 프레임을 포함하는 PPDU의 TXOP는 공유된 TXOP를 넘어 설정되는 것이 허용되지 않을 수 있다. 이를 통해 공유된 TXOP를 설정한 STA이 공유된 TXOP 종료 이후에도 프레임을 전송하지 못하는 문제를 방지할 수 있다.
즉, AP에 의해서 설정된 TXOP가 트리거 프레임을 통해서 STA에게 공유되는 경우, 공유된 TXOP 내에서 전송되는 프레임(예를 들면, PPDU)에 포함되는 듀레이션 정보(예를 들면, Duration/ID 필드)는 공유된 TXOP에 기초하여 설정될 수 있다. 구체적으로, 공유된 TXOP 내에서 전송되는 프레임의 TXOP는 공유된 TXOP를 초과하여 설정되는 것이 허용되지 않는다. 따라서, 공유된 TXOP 내에서 TXOP를 설정한 AP 또는 P2P 통신을 위한 제3 STA에게 전송되는 PPDU의 TXOP는 공유된 TXOP와 동일하거나 더 이전에 종료되어야 한다. 따라서, PPDU에 포함되는 듀레이션 정보에 의해서 지시되는 듀레이션의 종료 시점은 공유된 TXOP의 종료 시점과 동일하거나 이전일 수 있다. 다시 말해, AP에 의해서 설정된 TXOP의 일부 또는 전부가 특정 STA에게 공유된 경우, 특정 STA에 의해서 전송되는 PPDU의 TXOP는 공유된 TXOP를 초과하지 못하고 이전에 만료되어야 한다. 따라서, 특정 STA에 의해서 AP 또는 P2P 통신을 위해 제3 STA에게 전송되는 PPDU의 길이(또는 TXOP)의 종료 시점은 공유된 TXOP의 종료 시점보다 이후일 수 없으며 이전이어야 한다. 이 경우, PPDU의 길이(또는 TXOP)의 종료 시점은 공유된 TXOP의 종료 시점과 동일하거나, 이전이어야 하기 때문에 PPDU에 포함되는 듀레이션 정보에 의해서 지시되는 값은 공유된 TXOP에 기초하여 설정될 수 있다.
또 다른 구체적인 실시 예에서 공유된 TXOP을 설정한 STA은 TXOP 공유의 스케줄드 STA이 교환하는 프레임을 기초로 NAV를 설정하지 않을 수 있다.
공유된 TXOP 내에서 공유된 TXOP을 설정한 STA은 트리거 프레임을 전송하지 않을 수 있다. 공유된 TXOP 내에서 공유된 TXOP을 설정한 STA이 트리거 프레임을 전송하는 경우, 트리거 프레임에 의해 트리거된 프레임과 스케줄드 STA의 프레임 교환과 오버랩될 수 있기 때문이다. 또한, 공유된 TXOP 내에서 공유된 TXOP을 설정한 STA이 스케줄드 STA에게 트리거 프레임을 전송하는 경우, 스케줄드 STA은 트리거 프레임에 대한 응답을 전송해야 할 수 있다. 따라서 이는 공유된 TXOP를 설정한 목적에 부합하지 않을 수 있다. 이러한 실시 예들에서 트리거 프레임은 TXOP 공유를 설정하기 위한 MU-RTS 프레임을 포함할 수 있다. 이러한 실시 예들에서 공유된 TXOP이 종료된 후, 공유된 TXOP을 설정한 STA은 트리거 프레임을 전송할 수 있다.
앞서 설명한 실시 예들에서 공유된 TXOP을 설정한 STA이 전송하지 못하는 트리거 프레임은 TXOP 공유의 스케줄드 STA만을 트리거 프레임을 제외한 나머지 트리거 프레임일 수 있다. 따라서 공유된 TXOP을 설정한 STA은 공유된 TXOP 내에서 TXOP 공유의 스케줄드 STA만을 트리거 프레임을 전송할 수 있다. 예컨대, 공유된 TXOP을 설정한 STA은 공유된 TXOP를 연장하기 위해 TXOP 공유를 설정하기 위한 MU-RTS 프레임을 전송할 수 있다. 이때, TXOP 공유를 설정하기 위한 MU-RTS 프레임을 수신한 STA은 CTS 프레임을 전송하지 않고 프레임 교환을 시작할 수 있다. 구체적으로 TXOP 공유에서 TXOP 공유를 설정한 STA과의 프레임 교환만이 허용되는 경우, TXOP 공유를 설정하기 위한 MU-RTS 프레임을 수신한 STA은 CTS 프레임을 전송하지 않고 프레임 교환을 시작할 수 있다.
본 명세서에서 공유된 TXOP 동안 수행되는 동작은 TXOP 공유의 스케줄드 STA에 의해 공유된 TXOP이 활용되는 동작일 수 있다. 공유된 TXOP 동안 수행되는 동작은 TXOP 공유의 스케줄드 STA이 TXOP 공유를 설정하기 위한 MU-RTS 프레임에 대한 응답으로 프레임을 전송하는 것 또는 TXOP 공유의 스케줄드 STA이 공유된 TXOP 내에서 프레임을 전송하는 것일 수 있다. 이때, TXOP 공유를 설정하기 위한 MU-RTS 프레임에 대한 응답 프레임은 CTS 프레임일 수 있다.
TXOP 공유 동작을 위한 시그널링에 대해 설명한다. STA은 TXOP 공유의 스케줄드 STA로서 동작할 수 있는지 시그널링할 수 있다. 이때, STA은 EHT Capabilities 엘리멘트를 통해 TXOP 공유의 스케줄드 STA로서 동작할 수 있는지 시그널링할 수 있다. 또한, STA은 TXOP 공유의 스케줄드 STA로서 동작할 수 있는지 나타내는 시그널링을 (재)연결 요청 프레임 또는 프로브 요청 프레임을 사용해 전송할 수 있다. TXOP 공유를 설정하려는 STA은 TXOP 공유의 스케줄드 STA로서 동작할 수 있음을 시그널링한 STA에게만 TXOP 공유를 설정하기 위한 MU-RTS 프레임을 전송할 수 있다. 또한, TXOP 공유를 설정하려는 STA은 TXOP 공유의 스케줄드 STA로서 동작할 수 없음을 시그널링한 STA에게 TXOP 공유를 설정하기 위한 MU-RTS 프레임을 전송할 수 없을 수 있다.
또한, MU-RTS 프레임은 MU-RTS 프레임이 TXOP 공유를 설정하기 위한 MU-RTS 프레임인지 지시하는 정보를 포함할 수 있다. 또한, MU-RTS 프레임이 TXOP 공유를 설정하기 위한 MU-RTS 프레임인 경우, MU-RTS 프레임은 TXOP 공유의 모드도 지시할 수 있다. TXOP 공유의 모드는 TXOP 공유의 스케줄드 STA이 어떤 STA에게 프레임을 전송할 수 있는지 지시할 수 있다. 예컨대, 제1 모드에서 TXOP 공유의 스케줄드 STA은 TXOP 공유를 설정한 STA에게만 프레임을 전송할 수 있다. 또한, 제2 모드에서 TXOP 공유의 스케줄드 STA은 TXOP 공유를 설정한 STA에게 프레임을 전송하거나 P2P 프레임을 전송할 수 있다. MU-RTS 프레임이 TXOP 공유를 설정하기 위한 MU-RTS 프레임인지 지시하는 정보의 값이 1인 경우 제1 모드를 지시할 수 있다. 또한, MU-RTS 프레임이 TXOP 공유를 설정하기 위한 MU-RTS 프레임인지 지시하는 정보의 값이 2인 경우 제2 모드를 지시할 수 있다. 또한, MU-RTS 프레임이 TXOP 공유를 설정하기 위한 MU-RTS 프레임인지 지시하는 정보의 값이 0인 경우 MU-RTS 프레임이 TXOP 공유를 설정하기 위한 MU-RTS 프레임이 아님을 지시할 수 있다.
앞선 실시 예들에서 GI And HE-LTF Type 서브필드는 MU-RTS 프레임이 TXOP 공유를 설정하기 위한 MU-RTS 프레임인지 지시할 수 있다. MU-RTS 프레임이 TXOP 공유를 설정하기 위한 MU-RTS 프레임인 경우, GI And HE-LTF Type 서브필드는 앞서 설명한 바와 같이 TXOP 공유의 모드를 지시할 수 있다. 이때, GI And HE-LTF Type 서브필드는 TXOP Sharing Mode 서브필드로 지칭될 수 있다. TXOP Sharing Mode 서브필드는 도 16의 Common Info field의 21번째 비트(B20)로부터 22번째 비트(B21)의 서브필드일 수 있다.
TXOP 공유를 종료하는 방법에 대해서는 도 28을 통해 설명한다.
도 28은 본 발명의 일 실시 예에 따라 STA이 TXOP의 공유를 종료하는 것을 나타내는 도면이다.
TXOP 공유의 스케줄드 STA은 TXOP 공유의 종료를 시그널링할 수 있다. TXOP 공유를 설정한 STA이 TXOP 공유의 종료 시그널링을 수신한 경우, TXOP 공유를 설정한 STA은 TXOP 홀더가 될 수 있다. 또한, TXOP 공유를 설정한 STA이 TXOP 공유의 종료 시그널링을 수신한 경우, TXOP 공유를 설정한 STA은 프레임 또는 PPDU를 전송할 수 있다. 구체적으로 TXOP 공유를 설정한 STA이 TXOP 공유의 종료 시그널링을 수신한 경우, 공유된 TXOP 내라도 TXOP 공유를 설정한 STA은 프레임 또는 PPDU를 전송할 수 있다. 또한, TXOP 공유의 스케줄드 STA이 TXOP 공유의 종료를 시그널링한 경우, TXOP 공유의 스케줄드 STA은 남은 공유된 TXOP 내에서 어떤 프레임이나 어떤 PPDU도 전송하지 못할 수 있다.
TXOP 공유의 스케줄드 STA은 A-Control 서브필드를 사용하여 TXOP 공유의 종료를 시그널링할 수 있다. 구체적으로 A-Control 서브필드의 SRS(single response scheduling) Control 서브필드는 TXOP 공유의 종료를 시그널링할 수 있다. SRS Control 서브필드를 수신한 STA은 SRS Control 서브필드를 포함하는 프레임에 TB PPDU가 아닌 PPDU로 응답할 수 있다. 또한, SRS Control 서브필드를 포함하는 프레임에 대한 응답 PPDU의 길이는 SRS Control 서브필드를 기초로 결정될 수 있다. 구체적으로 SRS Control 서브필드를 수신한 STA은 SRS Control 서브필드를 포함하는 프레임에 대한 응답 PPDU의 길이를 SRS Control 서브필드가 지시하는 길이로 설정할 수 있다.
도 28(a)는 SRS Control 서브필드의 포맷을 보여준다. 앞서 설명한 바와 같이 SRS Control 서브필드는 SRS Control 서브필드를 포함하는 MAC 프레임에 대한 응답인 PPDU의 길이를 지시하는 필드를 포함할 수 있다. 이때, 필드는 PPDU Response Duration 필드라 지칭될 수 있다. PPDU Response Duration 필드는 4us 단위로 시간을 지시할 수 있다. PPDU Response Duration 필드가 지시하는 PPDU의 길이는 PPDU Response Duration 필드의 값 x 4us일 수 있다. 또한, PPDU Response Duration 필드는 8비트 필드일 수 있다.
또한, STA은 SRS Control 서브필드에 대한 능력(capability)을 시그널링할 수 있다. 구체적으로 STA은 SRS Control 서브필드를 수신할 수 있는지 시그널링할 수 있다. 또한, STA은 SRS Control 서브필드를 포함하는 프레임에 응답할 수 있는지 시그널링할 수 있다. STA은 SRS Control 서브필드에 대한 동작을 지원하지 않음을 시그널링한 STA에게 SRS Control 서브필드를 전송하지 못할 수 있다. STA은 SRS Control 서브필드에 대한 동작을 지원함을 시그널링한 STA에게 SRS Control 서브필드를 전송할 수 있다.
또한, SRS Control 필드는 TXOP 공유의 종료를 시그널링하는 필드를 포함할 수 있다. TXOP 공유의 종료를 시그널링하는 필드는 Shared TXOP Termination 필드로 지칭될 수 있다. Shared TXOP Termination 필드는 1비트 필드일 수 있다. . Shared TXOP Termination 필드의 값이 1인 경우, Shared TXOP Termination 필드는 TXOP 공유가 종료됨을 나타낼 수 있다. Shared TXOP Termination 필드의 값이 0인 경우, Shared TXOP Termination 필드는 TXOP 공유가 종료되는 것이 아님을 나타낼 수 있다. STA이 Shared TXOP Termination 필드의 값이 1인 QoS Data 프레임 또는 QoS Null 프레임을 수신한 경우, STA은 TXOP 공유가 종료하는 것으로 판단할 수 있다.
또 다른 구체적인 실시 예에서 미리 지정된 설정을 갖는 프레임이 TXOP 공유의 종료를 시그널링할 수 있다. 이때, 미리 지정된 설정을 갖는 프레임은 Qos Null 프레임일 수 있다. 구체적으로 미리 지정된 설정을 갖는 프레임은 A-Control 서브필드를 포함하지 않는 QoS Null 프레임일 수 있다. 또한, 미리 지정된 설정을 갖는 프레임은 SRS Control 서브필드를 포함하지 않는 QoS Null 프레임일 수 있다. TXOP 공유의 스케줄드 STA은 미리 지정된 설정을 갖는 프레임을 전송하여 TXOP 공유의 종료를 시그널링할 수 있다. 또한, TXOP 공유를 설정한 STA이 미리 지정된 설정을 갖는 프레임을 수신한 경우, TXOP 공유를 설정한 STA은 TXOP 공유가 종료되는 것으로 판단할 수 있다.
TXOP 공유의 스케줄드 STA이 TXOP 공유의 종료 시그널링을 전송하였지만 TXOP 공유를 설정한 STA은 시그널링을 수신하지 못할 수 있다. 이때, TXOP 공유의 스케줄드 STA은 TXOP 공유가 종료된 것으로 판단하여 프레임을 전송하지 않을 수 있다. 또한, TXOP 공유를 설정한 STA은TXOP 공유가 종료되지 않은 것으로 판단하여 프레임을 전송하지 않을 수 있다.
구체적인 실시 예에서 TXOP 공유의 종료 시그널링한 TXOP 공유의 스케줄드 STA이 시그널링에 대한 응답을 수신한 때, TXOP 공유의 스케줄드 STA은 TXOP 공유가 종료된 것으로 판단할 수 있다. 이때, TXOP 공유의 스케줄드 STA은 TXOP 공유가 종료된 것으로 판단하여 프레임을 전송하지 않을 수 있다. TXOP 공유의 종료 시그널링에 대한 응답은 즉각적인 응답일 수 있다. 또한, TXOP 공유의 종료 시그널링에 대한 응답은 ACK일 수 있다. 다만, 이러한 실시 예는 TXOP 공유의 종료 시그널링의 Ack 정책(Policy)이 즉각적인 응답을 요구하는 것으로 설정된 경우에만 적용될 수 있다. 구체적으로 TXOP 공유의 종료 시그널링의 Ack 정책(Policy)이 즉각적인 응답을 요구하는 경우, TXOP 공유의 종료 시그널링한 TXOP 공유의 스케줄드 STA이 시그널링에 대한 응답을 수신한 때, TXOP 공유의 스케줄드 STA은 TXOP 공유가 종료된 것으로 판단할 수 있다. TXOP 공유의 종료 시그널링의 Ack 정책(Policy)이 즉각적인 응답을 요구하지 않는 경우, 예컨대 No ACK, TXOP 공유의 종료 시그널링한 TXOP 공유의 스케줄드 STA이 시그널링에 대한 응답을 수신하지 않더라도 TXOP 공유의 스케줄드 STA은 TXOP 공유가 종료된 것으로 판단할 수 있다. 이때, TXOP 공유의 스케줄드 STA은 TXOP 공유의 종료 시그널링을 전송한 때 TXOP 공유가 종료된 것으로 판단할 수 있다. 또한, TXOP 공유의 종료 시그널링 전송이 실패한 경우, 에러 회복(recovery) 동작이 수행될 수 있다. 구체적으로 TXOP 공유의 스케줄드 STA은 에러 회복(recovery) 동작을 수행할 수 있다. 또한, TXOP 공유를 설정한 STA은 에러 회복(recovery) 동작을 수행할 수 있다.
도 28(b)에서 제1 STA(STA1)은 제2 STA(STA2)에게 TXOP 공유 설정을 위한 MU-RTS 프레임을 전송한다. 이때, 제1 STA(STA1)은 AP일 수 있다. 제2 STA(STA2)은 TXOP 공유 설정을 위한 MU-RTS 프레임을 수신하고, TXOP 공유 설정을 위한 MU-RTS 프레임에 대한 응답으로 CTS 프레임을 전송한다. 공유된 TXOP 내에서 제2 STA(STA2)은 제1 STA(STA1)에게 TXOP 공유의 종료 시그널링(Frame to STA1 indicating termination)을 전송한다. 제1 STA(STA1)은 TXOP 공유의 종료 시그널링(Frame to STA1 indicating termination) 수신에 실패한다. 이때, 제1 STA(STA1)은 TXOP 공유가 종료되지 않은 것으로 판단한다. 앞서 설명한 바와 같이 제1 STA(STA1) 또는 제2 STA(STA1)은 에러 회복 동작을 수행할 수 있다. 에러 회복 동작 이후 제2 STA(STA2)은 제1 STA(STA1)에게 TXOP 공유의 종료 시그널링(Frame to STA1 indicating termination)을 전송한다. 제1 STA(STA1)은 제2 STA(STA2)에게 TXOP 공유의 종료 시그널링(Frame to STA1 indicating termination)에 대한 응답인 ACK(Ack to STA2)을 전송한다. ACK(Ack to STA2)을 수신한 제2 STA(STA2)은 TXOP 공유가 종료한 것으로 판단한다.
TXOP 공유가 종료된 후라도 TXOP 공유를 설정한 STA이 응답을 지시한 경우, TXOP 공유의 스케줄드 STA은 프레임을 전송할 수 있다.
앞서 설명한 바와 같이 SRS Control 서브필드에 대한 동작을 지원하지 않음을 시그널한 STA에게 SRS Control 서브필드를 전송하지 못할 수 있다. SRS Control 서브필드를 통해 TXOP 공유의 종료가 시그널링되는 경우, SRS Control 서브필드에 대한 동작을 지원하지 않음을 시그널링한 STA은 TXOP 공유의 종료 시그널링을 수신하지 못할 수 있다. 따라서 TXOP 공유의 스케줄드 STA은 SRS Control 서브필드에 대한 동작을 지원하지 않음을 시그널링한 STA에게도 TXOP 공유의 종료를 시그널링하는 SRS Control 서브필드를 전송할 수 있다. TXOP 공유의 종료를 시그널링하는 SRS Control 서브필드는 TXOP Termination 서브필드의 값이 1인 SRS Control 서브필드일 수 있다. TXOP 공유의 스케줄드 STA은 SRS Control 서브필드에 대한 동작을 지원하지 않음을 시그널링한 STA에게 TXOP Termination 서브필드의 값이 0인 인 SRS Control 서브필드 전송할 수 없다. 또한, SRS Control 서브필드에 대한 동작을 지원하지 않음을 시그널링한 STA에게 SRS Control 서브필드를 전송할 수 없는 제한은 공유된 TXOP 밖에서 SRS Control 서브필드가 전송된 경우에만 적용될 수 있다.
SRS Control 서브필드가 TXOP 공유의 종료를 시그널링하는 경우, PPDU Response Duration 서브필드는 리저브드 필드로 설정될 수 있다. 리저브드 필드의 모든 비트는 0으로 설정될 수 있다. SRS Control 서브필드가 TXOP 공유의 종료를 시그널링하지 않는 경우, PPDU Response Duration 서브필드는 SRS Control 서브필드를 포함하는 프레임에 대한 응답인 프레임을 포함하는 PPDU의 길이를 지시할 수 있다.
SRS Control 서브필드가 TXOP 공유의 종료를 시그널링하는 경우, SRS Control 서브필드를 수신한 STA은 SRS Control 서브필드를 포함하는 프레임에 대한 응답을 전송하지 않을 수 있다. 또 다른 구체적인 실시 예에서 SRS Control 서브필드가 TXOP 공유의 종료를 시그널링하는 경우, SRS Control 서브필드를 수신한 STA은 SRS Control 서브필드를 포함하는 프레임에 대한 응답을 SRS Control 필드가 시그널링하는 정보와 상관없이 전송할 수 있다. 이때, SRS Control 서브필드를 수신한 STA은 SRS Control 서브필드가 시그널링하는 SRS Control 서브필드를 포함하는 프레임에 대한 응답 PPDU의 길이와 관계 없이 응답 PPDU를 전송할 수 있다.
공유된 TXOP 내에서 SRS Control 서브필드를 수신한 STA은 SRS Control 서브필드를 포함하는 프레임에 대한 응답을 전송하지 않을 수 있다. 또 다른 구체적인 실시 예에서 공유된 TXOP 내에서 SRS Control 서브필드를 수신한 STA은 SRS Control 서브필드를 포함하는 프레임에 대한 응답을 SRS Control 필드가 시그널링하는 정보와 상관없이 전송할 수 있다. 이때, SRS Control 서브필드를 수신한 STA은 SRS Control 서브필드가 시그널링하는 SRS Control 서브필드를 포함하는 프레임에 대한 응답 PPDU의 길이와 관계 없이 응답 PPDU를 전송할 수 있다.
또는 shared TXOP 내에서 SRS Control subfield를 수신하는 STA는 상기 SRS Control subfield가 포함하는 duration 정보(PPDU Response Duration subfield 값)에 기초하여 응답하지 않을 수 있다. 예를 들어 shared TXOP 내에서 SRS Control subfield를 수신하는 STA는 상기 SRS Control subfield가 포함하는 duration 정보(PPDU Response Duration subfield 값)와 상관없이 응답하는 것이 가능할 수 있다.
본 발명의 일 실시예를 따르면 modified MU-RTS 프레임은 TXOP 내에서 첫 번째 프레임이 아닐 수 있다. 예를 들어 TXOP holder가 TXOP을 얻기 위해서 modified MU-RTS 프레임을 전송하지 않고, 다른 프레임을 전송할 수 있다. 이를 통해 어떤 STA가 modified MU-RTS 프레임에 기초하여 NAV를 설정하기 전에 NAV를 설정할 수 있다. 즉, 상기 STA는 TXOP에서 상기 modified MU-RTS 프레임보다 앞서 전송된 프레임에 기초하여 NAV를 설정할 수 있다. 앞서 설명한 NAV timeout 동작은 NAV 설정이 RTS 프레임 또는 MU-RTS 프레임에 기초하여 이루어진 경우 수행하는 것이 가능한데, TXOP에서 modified MU-RTS 프레임보다 앞선 프레임 전송이 존재하게 함으로써 RTS 프레임 또는 MU-RTS 프레임에 기초하여 NAV를 설정하는 일이 적게 발생하게 할 수 있다. 또한 modified MU-RTS 프레임이 포함하는 듀레이션 정보는 TXOP을 늘리지 않을 수 있다.
도 29는 본 발명의 일 실시 예에 따른 STA의 동작의 일 예를 나타내는 순서도이다.
도 29를 참조하면, STA은 AP로부터 TXOP의 일부 또는 전부를 공유 받을 수 있으며, 이에 기초하여 공유된 TXOP 내에서 PPDU를 전송할 수 있다.
구체적으로, STA은 AP(Access Point)로부터 상향링크 전송을 지시하는 트리거 프레임(trigger frame)을 수신할 수 있다(S29010). 이때, 트리거 프레임은 상기 AP에 의해서 획득된 전송 기회(transmission opportunity: TXOP)의 일부 또는 전부를 상기 STA에게 공유하기 위해서 사용될 수 있으며, TXOP의 일부 또는 공유를 위해 사용되는 경우, modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임으로 호칭될 수 있다. 이때, STA은 수신된 프레임이 TXOP의 공유를 위한 프레임인지 여부를 앞에서 설명한 트리거 프레임의 타입 필드를 통해서 인식할 수 있다.
이후, STA은 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 상기 AP 및/또는 다른 STA에게 PPDU를 전송할 수 있다(S29020). PPDU는 상기 PPDU의 전송을 위한 TXOP를 지시하는 듀레이션 정보를 포함하고, 상기 듀레이션 정보는 상기 공유된 TXOP에 기초하여 설정될 수 있다.
듀레이션 정보에 의해서 지시되는 듀레이션의 종료 시점은 상기 공유된 TXOP의 종료 시점과 동일하거나, 이전에 종료될 수 있다.
TXOP 내에서 상기 AP에 의해 전송되는 프레임에 의해서 NAV(network allocation vector)가 설정되는 경우, 상기 PPDU는 상기 공유된 TXOP 내에서 상기 설정된 NAV와 상관없이 전송된다.
또 다른 STA에 의해서 상기 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 NAV 및 상기 NAV의 종료 시간을 나타내는 NAV 타임아웃 주기(timeout period)가 설정된 경우, 상기 공유된 TXOP 내에서 상기 NAV 타임아웃 주기가 만료되더라도 상기 공유된 TXOP 내에서 상기 또 다른 STA에 의해서 설정된 상기 NAV는 상기 NAV 타임아웃 주기의 만료에 의해서 해제되지 않을 수 있다.
트리거 프레임은 상기 트리거 프레임에 의한 상기 TXOP의 공유 여부를 지시하는 서브필드를 포함한다.
상기 서브 필드가 상기 TXOP의 공유를 나타내는 경우, 상기 서브 필드의 값은 상기 공유된 TXOP 내에서 상기 다른 STA과의 송수신 가능 여부를 나타낸다.
상기 트리거 프레임은 상기 트리거 프레임의 타입을 나타내는 타입 필드를 포함하고, 상기 TXOP의 상기 일부 또는 전부의 공유는 상기 타입 필드에 의한 상기 트리거 프레임의 상기 타입에 따라 설정된다.
전술한 본 발명의 설명은 예시를 위한 것이며, 본 발명이 속하는 기술분야의 통상의 지식을 가진 자는 본 발명의 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 쉽게 변형이 가능하다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다. 예를 들어, 단일형으로 설명되어 있는 각 구성 요소는 분산되어 실시될 수도 있으며, 마찬가지로 분산된 것으로 설명되어 있는 구성 요소들도 결합된 형태로 실시될 수 있다.
본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

Claims (16)

  1. 무선 통신 시스템의 스테이션(station: STA)에서,
    송수신부; 및
    상기 송수신부를 제어하는 프로세서를 포함하고,
    상기 프로세서는,
    AP(Access Point)로부터 상향링크 전송을 지시하는 트리거 프레임(trigger frame)을 수신하되,
    상기 트리거 프레임은 상기 AP에 의해서 획득된 전송 기회(transmission opportunity: TXOP)의 일부 또는 전부를 상기 STA에게 공유하기 위해서 사용되며,
    상기 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 상기 AP 및/또는 다른 STA에게 PPDU(Physical layer Protocol Data Unit)를 전송하되,
    상기 PPDU는 상기 PPDU의 전송을 위한 TXOP를 지시하는 듀레이션 정보를 포함하고,
    상기 듀레이션 정보는 상기 공유된 TXOP에 기초하여 설정되는 STA.
  2. 제1 항에 있어서,
    상기 듀레이션 정보에 의해서 지시되는 듀레이션의 종료 시점은 상기 공유된 TXOP의 종료 시점과 동일한 STA.
  3. 제1 항에 있어서,
    상기 듀레이션 정보에 의해서 지시되는 듀레이션은 상기 공유된 TXOP의 종료시점보다 이전에 종료되는 STA.
  4. 제1 항에 있어서,
    상기 TXOP 내에서 상기 AP에 의해 전송되는 프레임에 의해서 NAV(network allocation vector)가 설정되는 경우, 상기 PPDU는 상기 공유된 TXOP 내에서 상기 설정된 NAV와 상관없이 전송되는 STA.
  5. 제1 항에 있어서,
    또 다른 STA에 의해서 상기 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 NAV 및 상기 NAV의 종료 시간을 나타내는 NAV 타임아웃 주기(timeout period)가 설정된 경우, 상기 공유된 TXOP 내에서 상기 NAV 타임아웃 주기가 만료되더라도 상기 공유된 TXOP 내에서 상기 또 다른 STA에 의해서 설정된 상기 NAV는 상기 NAV 타임아웃 주기의 만료에 의해서 해제되지 않는 STA.
  6. 제1 항에 있어서,
    상기 트리거 프레임은 상기 트리거 프레임에 의한 상기 TXOP의 공유 여부를 지시하는 서브필드를 포함하는 STA.
  7. 제6 항에 있어서,
    상기 서브 필드가 상기 TXOP의 공유를 나타내는 경우, 상기 서브 필드의 값은 상기 공유된 TXOP 내에서 상기 다른 STA과의 송수신 가능 여부를 나타내는 STA.
  8. 제1 항에 있어서,
    상기 트리거 프레임은 상기 트리거 프레임의 타입을 나타내는 타입 필드를 포함하고,
    상기 TXOP의 상기 일부 또는 전부의 공유는 상기 타입 필드에 의한 상기 트리거 프레임의 상기 타입에 따라 설정되는 STA.
  9. 무선 통신 시스템에서 스테이션(station: STA)이 프레임을 전송하는 방법에 있어서,
    AP(Access Point)로부터 상향링크 전송을 지시하는 트리거 프레임(trigger frame)을 수신하는 단계,
    상기 트리거 프레임은 상기 AP에 의해서 획득된 전송 기회(transmission opportunity: TXOP)의 일부 또는 전부를 상기 STA에게 공유하기 위해서 사용되며; 및
    상기 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 상기 AP 및/또는 다른 STA에게 PPDU(Physical layer Protocol Data Unit)를 전송하는 단계를 포함하되,
    상기 PPDU는 상기 PPDU의 전송을 위한 TXOP를 지시하는 듀레이션 정보를 포함하고,
    상기 듀레이션 정보는 상기 공유된 TXOP에 기초하여 설정되는 방법.
  10. 제9 항에 있어서,
    상기 듀레이션 정보에 의해서 지시되는 듀레이션의 종료 시점은 상기 공유된 TXOP의 종료 시점과 동일한 방법.
  11. 제9 항에 있어서,
    상기 듀레이션 정보에 의해서 지시되는 듀레이션은 상기 공유된 TXOP의 종료시점보다 이전에 종료되는 방법.
  12. 제9 항에 있어서,
    상기 TXOP 내에서 상기 AP에 의해 전송되는 프레임에 의해서 NAV(network allocation vector)가 설정되는 경우, 상기 PPDU는 상기 공유된 TXOP 내에서 상기 설정된 NAV와 상관없이 전송되는 방법.
  13. 제9 항에 있어서,
    또 다른 STA에 의해서 상기 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 NAV 및 상기 NAV의 종료 시간을 나타내는 NAV 타임아웃 주기(timeout period)가 설정된 경우, 상기 공유된 TXOP 내에서 상기 NAV 타임아웃 주기가 만료되더라도 상기 공유된 TXOP 내에서 상기 또 다른 STA에 의해서 설정된 상기 NAV는 상기 NAV 타임아웃 주기의 만료에 의해서 해제되지 않는 방법.
  14. 제9 항에 있어서,
    상기 트리거 프레임은 상기 트리거 프레임에 의한 상기 TXOP의 공유 여부를 지시하는 서브필드를 포함하는 방법.
  15. 제14 항에 있어서,
    상기 서브 필드가 상기 TXOP의 공유를 나타내는 경우, 상기 서브 필드의 값은 상기 공유된 TXOP 내에서 상기 다른 STA과의 송수신 가능 여부를 나타내는 방법.
  16. 제9 항에 있어서,
    상기 트리거 프레임은 상기 트리거 프레임의 타입을 나타내는 타입 필드를 포함하고,
    상기 TXOP의 상기 일부 또는 전부의 공유는 상기 타입 필드에 의한 상기 트리거 프레임의 상기 타입에 따라 설정되는 방법.
PCT/KR2022/002057 2021-02-10 2022-02-10 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말 WO2022173251A1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202280014346.XA CN116830754A (zh) 2021-02-10 2022-02-10 使用多链路的无线通信方法和使用该方法的无线通信终端
JP2023548732A JP2024506354A (ja) 2021-02-10 2022-02-10 マルチリンクを用いる無線通信方法及びこれを用いる無線通信端末
KR1020237027023A KR20230129510A (ko) 2021-02-10 2022-02-10 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는무선 통신 단말
US18/232,806 US20240049304A1 (en) 2021-02-10 2023-08-10 Wireless communication method using multi-link, and wireless communication terminal using same

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
KR10-2021-0019409 2021-02-10
KR20210019409 2021-02-10
KR20210022885 2021-02-19
KR10-2021-0022885 2021-02-19
KR10-2021-0052041 2021-04-22
KR20210052041 2021-04-22

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/232,806 Continuation US20240049304A1 (en) 2021-02-10 2023-08-10 Wireless communication method using multi-link, and wireless communication terminal using same

Publications (1)

Publication Number Publication Date
WO2022173251A1 true WO2022173251A1 (ko) 2022-08-18

Family

ID=82838499

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/002057 WO2022173251A1 (ko) 2021-02-10 2022-02-10 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말

Country Status (4)

Country Link
US (1) US20240049304A1 (ko)
JP (1) JP2024506354A (ko)
KR (1) KR20230129510A (ko)
WO (1) WO2022173251A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4380290A1 (en) * 2022-11-29 2024-06-05 Comcast Cable Communications, LLC Triggered transmission opportunity sharing

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220353910A1 (en) * 2021-05-03 2022-11-03 Mediatek Singapore Pte. Ltd. EDCA Schemes For Triggered TXOP Sharing Operations
US20240098016A1 (en) * 2022-09-19 2024-03-21 Mediatek Inc. Method for performing adaptive multi-link aggregation dispatching control in multi-link operation architecture, and associated apparatus

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016200182A1 (ko) * 2015-06-10 2016-12-15 엘지전자 주식회사 무선랜 시스템에서 nav를 관리하는 방법 및 이를 위한 장치
US20200045723A1 (en) * 2014-12-05 2020-02-06 Lg Electronics Inc. Data transmission method in wireless communication system and device therefor
KR102164966B1 (ko) * 2016-04-02 2020-10-13 주식회사 윌러스표준기술연구소 중첩된 베이직 서비스 세트의 공간적 재사용 동작을 위한 무선 통신 방법 및 무선 통신 단말
KR102212170B1 (ko) * 2013-09-10 2021-02-04 삼성전자주식회사 무선 네트워크에서 업링크 다중 사용자 다중 입출력 통신의 승인, 오류 복구 및 백오프 동작

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102212170B1 (ko) * 2013-09-10 2021-02-04 삼성전자주식회사 무선 네트워크에서 업링크 다중 사용자 다중 입출력 통신의 승인, 오류 복구 및 백오프 동작
US20200045723A1 (en) * 2014-12-05 2020-02-06 Lg Electronics Inc. Data transmission method in wireless communication system and device therefor
WO2016200182A1 (ko) * 2015-06-10 2016-12-15 엘지전자 주식회사 무선랜 시스템에서 nav를 관리하는 방법 및 이를 위한 장치
KR102164966B1 (ko) * 2016-04-02 2020-10-13 주식회사 윌러스표준기술연구소 중첩된 베이직 서비스 세트의 공간적 재사용 동작을 위한 무선 통신 방법 및 무선 통신 단말

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
DAS DIBAKAR, CARIOU LAURENT: " MAC: Triggered SU Operation. ", IEEE 802.11-YY/XXXXR0, 1 January 2021 (2021-01-01), XP055957875, [retrieved on 20220905] *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4380290A1 (en) * 2022-11-29 2024-06-05 Comcast Cable Communications, LLC Triggered transmission opportunity sharing

Also Published As

Publication number Publication date
KR20230129510A (ko) 2023-09-08
JP2024506354A (ja) 2024-02-13
US20240049304A1 (en) 2024-02-08

Similar Documents

Publication Publication Date Title
WO2022075821A1 (ko) 무선 통신 시스템에서 프레임을 송수신하기 위한 방법 및 무선 통신 단말
WO2021225367A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2022164293A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2018190697A1 (ko) Bss 식별자를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2016167438A1 (ko) 무선랜 시스템에서 신호를 송수신하는 방법 및 이를 위한 장치
WO2017150954A1 (ko) 다른 베이직 서비스 세트와 중첩된 베이직 서비스 세트에서의 무선 통신 방법 및 무선 통신 단말
WO2022050802A1 (ko) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 무선 통신 단말
WO2016089059A1 (ko) 무선 통신 시스템에서 데이터 전송 방법 및 이를 위한 장치
WO2016159513A1 (ko) 무선 통신 시스템의 데이터 전송 방법 및 장치
WO2017034081A1 (ko) 무선 통신 시스템의 데이터 전송 방법 및 장치
WO2019194361A1 (ko) 무선랜 시스템에서 프레임을 송신 또는 수신하기 위한 방법 및 이를 위한 장치
WO2022005180A1 (ko) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 무선 통신 단말
WO2022035291A1 (ko) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 무선 통신 단말
WO2022173251A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2022025629A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2021182902A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2021172919A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2022154534A1 (ko) 제한된 twt를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2022005215A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2022055323A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2022270896A1 (ko) 공유 txop을 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2022114907A1 (ko) 무선 통신 시스템에서 다중 링크(multi-link)를 통해 데이터를 송수신하기 위한 방법 및 무선 통신 단말
WO2022197105A1 (ko) 복수의 링크에서 동작하는 멀티 링크 장치 및 멀티 링크 장치의 동작 방법
WO2016021994A1 (ko) 무선 통신 방법 및 무선 통신 단말
WO2023018269A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20237027023

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 1020237027023

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 2023548732

Country of ref document: JP

Ref document number: 202280014346.X

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 202327053980

Country of ref document: IN

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22753011

Country of ref document: EP

Kind code of ref document: A1