WO2022250453A1 - 공유 txop를 이용하는 무선 통신 장치 및 무선 통신 장치의 동작 방법 - Google Patents

공유 txop를 이용하는 무선 통신 장치 및 무선 통신 장치의 동작 방법 Download PDF

Info

Publication number
WO2022250453A1
WO2022250453A1 PCT/KR2022/007430 KR2022007430W WO2022250453A1 WO 2022250453 A1 WO2022250453 A1 WO 2022250453A1 KR 2022007430 W KR2022007430 W KR 2022007430W WO 2022250453 A1 WO2022250453 A1 WO 2022250453A1
Authority
WO
WIPO (PCT)
Prior art keywords
ppdu
frame
station
txop
bandwidth
Prior art date
Application number
PCT/KR2022/007430
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 CN202280036920.1A priority Critical patent/CN117356156A/zh
Priority to JP2023572916A priority patent/JP2024520031A/ja
Priority to KR1020237039260A priority patent/KR20230171987A/ko
Priority to EP22811644.8A priority patent/EP4351255A4/en
Publication of WO2022250453A1 publication Critical patent/WO2022250453A1/ko
Priority to US18/512,022 priority patent/US20240090034A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H04W74/0816—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/04—Scheduled access
    • H04W74/06—Scheduled access using polling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0457—Variable allocation of band or rate
    • 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
    • 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
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Definitions

  • the present invention relates to a wireless communication device using a shared TXOP and a method of operating the wireless communication device.
  • Wireless LAN technology is a technology that allows mobile devices such as smart phones, smart pads, laptop computers, portable multimedia players, and embedded devices to wirelessly access the Internet at home, businesses, or specific service areas based on wireless communication technology in a short distance. to be.
  • IEEE 802.11b supports a communication speed of up to 11 Mbps while using a frequency of the 2.4 GHz band.
  • IEEE 802.11a which was commercialized after IEEE 802.11b, uses a frequency of the 5GHz band rather than the 2.4GHz band, reducing the effect of interference compared to the frequency of the significantly congested 2.4GHz band, and using OFDM (orthogonal frequency division multiplexing) technology. communication speed up to 54 Mbps.
  • IEEE 802.11a has a short communication distance compared to IEEE 802.11b.
  • IEEE 802.11g like IEEE 802.11b, uses a frequency of 2.4 GHz band to realize a communication speed of up to 54 Mbps, and has received considerable attention because it satisfies backward compatibility. have the upper hand
  • IEEE 802.11n As a technical standard established to overcome the limitation of communication speed, which has been pointed out as a weakness in the wireless LAN. IEEE 802.11n aims to increase the speed and reliability of networks and extend the operating distance of wireless networks. More specifically, IEEE 802.11n supports High Throughput (HT) with a data processing rate of up to 540 Mbps or more, and also uses multiple antennas at both the transmitter and receiver to minimize transmission errors and optimize data rates. It is based on Multiple Inputs and Multiple Outputs (MIMO) technology. In addition, this standard can use a coding scheme that transmits multiple redundant 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 early 11ac chipsets will support operation in the 2.4GHz band for backward compatibility with existing 2.4GHz band products.
  • the wireless LAN speed of multiple stations can be at least 1 Gbps and the maximum single link speed can be 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 high-bitrate video streaming such as large amounts of data or 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
  • IEEE 802.11be Extremely High Throughput, EHT
  • EHT Extremely High Throughput
  • An object of an embodiment of the present invention is to provide a wireless communication device using a shared TXOP and a method of operating the wireless communication device.
  • a non-AP station for communicating with an access point includes a transceiver; and a processor.
  • the processor receives a first PPDU including a multi user-request to send (MU-RTS) TXOP sharing (TXS) trigger frame from the AP using the transceiver, and the MU-RTS TXS trigger frame is A shared TXOP, which is a part of the acquired TXOP, is allocated to the non-AP station, and a second PPDU including a CTS frame is transmitted to the AP in response to the MU-RTS TXS frame using the transceiver, and the transceiver is used. and transmits a third PPDU within the shared TXOP.
  • MU-RTS multi user-request to send
  • TXS TXOP sharing
  • the processor may transmit a third PPDU with a bandwidth equal to or narrower than that of the second PPDU.
  • CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT of the TXVECTOR of the third PPDU may be set to a value equal to or narrower than CH_BANDWIDTH_IN_NON_HT of the TXVECTOR of the second PPDU.
  • the processor may transmit the third PPDU based on a subchannel most recently designated as disabled by the AP.
  • the processor may set a bit corresponding to a subchannel most recently disabled by the AP among bits of INACTIVE_SUBCHANNELS of TXVECTOR of the third PPDU to 1.
  • the processor may set a parameter related to a frequency band of the third PPDU based on whether non-HT PPDU exchange is performed before transmission of the third PPDU in the shared TXOP.
  • Parameters related to the frequency band may include CH_BANDWIDTH of TXVECTOR.
  • the processor uses a bandwidth equal to or narrower than CH_BANDWIDTH_IN_NON_HT of RXVECTOR of the non-HT PPDU received before transmission of the third PPDU.
  • CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT of the TXVECTOR of the third PPDU can be set with .
  • the processor transmits the TXVECTOR of the third PPDU with a bandwidth equal to or narrower than CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT of the TXVECTOR of the second PPDU.
  • CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT can be set.
  • the non-HT PPDU exchange may be an exchange of a non-HT PPDU including an RTS frame and a non-HT PPDU including a CTS frame.
  • the third PPDU may be a P2P PPDU transmitted to a P2P peer station of the non-AP station.
  • the value of the Duration field of the MU-RTS TXS frame may be set based on the transmission time of the second PPDU.
  • the third PPDU may be a P2P PPDU transmitted to a P2P peer station of the non-AP station.
  • the processor may transmit an RTS frame having a MAC address of the AP as a sender address to the P2P peer station before transmitting the third PPDU.
  • a method for operating a non-AP station to communicate with an access point includes a first step including a multi user-request to send (MU-RTS) TXOP sharing (TXS) trigger frame from the AP.
  • MU-RTS multi user-request to send
  • TXS TXOP sharing
  • Transmitting the third PPDU within the shared TXOP may include transmitting the third PPDU with a bandwidth equal to or narrower than that of the second PPDU.
  • Transmitting the third PPDU with a bandwidth equal to or narrower than the bandwidth of the second PPDU includes setting CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT of the TXVECTOR of the third PPDU to a value equal to or narrower than CH_BANDWIDTH_IN_NON_HT of the TXVECTOR of the second PPDU. can do.
  • Transmitting the third PPDU within the shared TXOP may include transmitting the third PPDU based on a subchannel most recently disabled by the AP.
  • Transmitting the third PPDU based on the subchannel most recently disabled by the AP corresponds to the subchannel most recently disabled by the AP among bits of INACTIVE_SUBCHANNELS of TXVECTOR of the third PPDU It may include setting the bit to 1.
  • the transmitting of the third PPDU in the shared TXOP may include setting a parameter for a frequency band of the third PPDU based on whether non-HT PPDU exchange is performed prior to transmission of the third PPDU in the shared TXOP.
  • Parameters related to the frequency band may include CH_BANDWIDTH of TXVECTOR.
  • the step of setting a parameter for the frequency band of the third PPDU based on whether a non-HT PPDU exchange was performed before transmission of the third PPDU in the shared TXOP includes transmission of the third PPDU in the shared TXOP If non-HT PPDU exchange has been previously performed, setting CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT of the TXVECTOR of the third PPDU to a bandwidth equal to or narrower than CH_BANDWIDTH_IN_NON_HT of the RXVECTOR of the non-HT PPDU received before transmission of the third PPDU; If non-HT PPDU exchange is not performed prior to transmission of the third PPDU in the shared TXOP, CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT of the TXVECTOR of the third PPDU with a bandwidth equal to or narrower than CH_BANDW
  • the non-HT PPDU exchange may be an exchange of a non-HT PPDU including an RTS frame and a non-HT PPDU including a CTS frame.
  • the third PPDU may be a P2P PPDU transmitted to a P2P peer station of the non-AP station.
  • An embodiment of the present invention provides a wireless communication device using a shared TXOP and a method of operating the wireless communication device.
  • FIG. 1 shows a WLAN 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 illustrates a process in which a station establishes a link with an access point.
  • CSMA carrier sense multiple access
  • CA collision avoidance
  • FIG. 7 illustrates an example of a PPDU (Physical Layer Protocol Data Unit) format for each standard generation.
  • PPDU Physical Layer Protocol Data Unit
  • EHT Extremely High Throughput
  • PPDU Physical Protocol Data Unit
  • FIG. 9 shows a TXOP protection method through exchanging an RTS frame and a CTS frame.
  • FIG. 10 shows a TXOP protection method using a MU-RTS frame and a CTS frame.
  • FIG. 11 shows a format of a trigger frame according to an embodiment of the present invention.
  • FIG. 12 shows a format of a Common Info field of a trigger frame according to an embodiment of the present invention.
  • FIG. 13 shows a format of a User Info field of a trigger frame according to an embodiment of the present invention.
  • FIG. 14 shows a method for a station to determine a subchannel to transmit a CTS frame according to an embodiment of the present invention.
  • FIG. 15 shows a format of a MU-RTS TXS frame according to an embodiment of the present invention.
  • 16 shows that an AP transmits a MU-RTS TXS frame to allocate a shared TXOP to a non-AP station according to an embodiment of the present invention.
  • FIG. 17 shows that an AP transmits a MU-RTS TXS frame to allocate a shared TXOP to a non-AP station according to an embodiment of the present invention.
  • FIG. 18 shows a method in which an AP, which is a TXOP holder, sets parameters of a TXVECTOR of a PPDU transmitted by the AP after a sharing TXOP is terminated according to an embodiment of the present invention.
  • FIG. 19 shows a method in which an AP, which is a TXOP holder, sets parameters of a TXVECTOR of a PPDU transmitted by the AP after a sharing TXOP is terminated according to an embodiment of the present invention.
  • FIG. 20 shows a method of setting the TXVECTOR of a PPDU when an intended recipient of a PPDU transmitted through a shared TXOP is changed according to an embodiment of the present invention.
  • the AP sets the value of the Duration field of the MU-RTS TXS frame to the time of receiving the CTS frame for the MU-RTS TXS frame.
  • the AP according to an embodiment of the present invention sets the value of the Duration field of the MU-RTS TXS frame based on the start frame.
  • a station assigned a shared TXOP transmits an RTS frame whose sender address is set to an AP setting the shared TXOP according to an embodiment of the present invention.
  • fields and subfields may be used interchangeably.
  • FIG. 1 shows a WLAN system according to an embodiment of the present invention.
  • a wireless LAN system includes one or more basic service sets (BSS), and the BSS represents a set of devices that can successfully synchronize and communicate with each other.
  • BSS basic service sets
  • the BSS can be divided into an infrastructure BSS (infrastructure BSS) and an independent BSS (Independent BSS, IBSS), and FIG. 1 shows the infrastructure BSS.
  • the infrastructure BSS (BSS1, BSS2) includes one or more stations (STA1, STA2, STA3, STA4, and STA5), an access point (AP-1) that is a station providing a distribution service, , AP-2), and a distribution system (DS) connecting a plurality of access points (AP-1, AP-2).
  • BSS1, BSS2 includes one or more stations (STA1, STA2, STA3, STA4, and STA5), an access point (AP-1) that is a station providing a distribution service, , AP-2), and a distribution system (DS) connecting a plurality of access points (AP-1, AP-2).
  • a station is an arbitrary device that includes a medium access control (MAC) conforming to the provisions of the IEEE 802.11 standard and a physical layer interface for a wireless medium, and in a broad sense is a non-access point ( It includes both access points (APs) as well as non-AP stations.
  • MAC medium access control
  • 'terminal' may refer to a non-AP STA or an AP, or may be used as a term indicating both.
  • a station for wireless communication includes a processor and a communication unit, and may further include a user interface unit and a display unit according to embodiments.
  • 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 station.
  • the communication unit is functionally connected to the processor and transmits/receives a frame for a station through a wireless network.
  • a terminal may be used as a term including a user equipment (UE).
  • UE user equipment
  • An access point is an entity that provides access to a distribution system (DS) via a wireless medium for stations associated with it. Although it is a principle that communication between non-AP stations in an infrastructure BSS is performed via an AP, direct communication is possible even between non-AP stations when a direct link is established. Meanwhile, in the present invention, an AP is used as a concept including a PCP (Personal BSS Coordination Point), and in a broad sense is 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.
  • PCP Personal BSS Coordination Point
  • the AP may also be referred to as a base wireless communication terminal
  • the base wireless communication terminal is a term that includes all of an AP, a base station, an eNodeB (eNB), and a transmission point (TP) in a broad sense.
  • the base wireless communication terminal may include various types of wireless communication terminals that allocate communication medium resources and perform 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
  • ESS Extended Service Set
  • FIG. 2 illustrates an independent BSS that is a WLAN system according to another embodiment of the present invention.
  • redundant descriptions of parts identical to or corresponding to those of the embodiment of FIG. 1 will be omitted.
  • BSS3 shown in FIG. 2 is an independent BSS and does not include an AP, all stations STA6 and STA7 are not connected to the AP.
  • An independent BSS is not allowed access to the distribution system and forms a self-contained network.
  • each of the stations STA6 and STA7 may be directly connected to each other.
  • a station 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 into the station 100 or provided externally.
  • 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 station 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 station according to the wireless LAN standard of the frequency band supported by the corresponding communication module.
  • the communication unit 120 may operate only one communication module at a time or simultaneously operate multiple communication modules according to the performance and requirements of the station 100 .
  • each communication module may be provided in an independent form, or a plurality of modules may be integrated into a single 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 station 100 . That is, the user interface unit 140 may receive user input using various input means, and the processor 110 may control the station 100 based on the received user input. In addition, the user interface unit 140 may perform output based on the 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 control programs used in the station 100 and various data corresponding thereto.
  • Such a control program may include an access program necessary for the station 100 to access an AP or an external station.
  • the processor 110 of the present invention may execute various commands or programs and process data inside the station 100 .
  • the processor 110 may control each unit of the above-described station 100 and may control data transmission and reception between the units.
  • the processor 110 may execute a program for accessing an AP stored in the memory 160 and receive a communication setting message transmitted by the AP.
  • the processor 110 may read information about the priority condition of the station 100 included in the communication establishment message and request access to the AP based on the information about the priority condition of the station 100 .
  • the processor 110 of the present invention may refer to the main control unit of the station 100, and may refer to a control unit for individually controlling some components of the station 100, such as the communication unit 120, according to embodiments.
  • the processor 110 may be a modem or a modulator and/or demodulator for modulating and demodulating a radio signal transmitted and received from the communication unit 120 .
  • the processor 110 controls various operations of transmitting and receiving radio signals of the station 100 according to an embodiment of the present invention. A specific embodiment for this will be described later.
  • the station 100 shown in FIG. 3 is a block diagram according to an embodiment of the present invention, and the separately displayed blocks logically distinguish the elements of the device. Accordingly, the elements of the device described above may be mounted as one chip or as 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. Also, in the embodiment of the present invention, some components of the station 100, such as the user interface unit 140 and the display unit 150, may be selectively provided in the station 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 components identical to or corresponding to those of the station 100 in FIG. 3 will be omitted.
  • the AP 200 includes a communication unit 220 for operating a 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 among 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 a station 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 simultaneously operate multiple communication modules 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.
  • a control program may include an access program that manages access of stations.
  • the processor 210 may control each unit of the AP 200 and control data transmission and reception between the units.
  • the processor 210 may execute a program for connection with a station stored in the memory 260 and transmit a communication setting message for one or more stations.
  • the communication setting message may include information about priority conditions for connection of each station.
  • the processor 210 performs connection setup according to the connection request of the station.
  • the processor 210 may be a modem or a modulator and/or demodulator for modulating and demodulating a radio signal transmitted and received from the communication unit 220 .
  • the processor 210 controls various operations of transmitting and receiving radio signals of the AP 200 according to an embodiment of the present invention. A specific embodiment for this will be described later.
  • FIG. 5 schematically illustrates a process in which a station 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 by utilizing only a beacon message (S101) transmitted periodically by the AP 200, and a probe request by the STA 100 to the AP
  • an active scanning method for obtaining access information by transmitting a probe request (S103) and receiving a probe response from an AP (S105).
  • the STA 100 that has successfully received 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 association, but the present invention is not limited thereto, and association in a broad sense may include both wireless association and wired association.
  • the authentication server 300 is a server that processes the STA 100 and 802.1X-based authentication, and may exist physically coupled to the AP 200 or may exist as a separate server.
  • 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 certain strength or higher is detected, the corresponding channel is determined to be busy, and the terminal delays access to the corresponding channel. This process is called clear channel assessment (CCA), and a level for determining whether or not a corresponding signal is detected is called a CCA threshold. If a radio signal of a CCA threshold or higher received by a terminal makes the corresponding terminal a receiver, the terminal processes the received radio signal. Meanwhile, when no radio signal is detected in the corresponding channel or a radio signal having an intensity less than the CCA threshold is detected, the channel is determined to be in an idle state.
  • CCA clear channel assessment
  • each terminal with data to be transmitted performs a backoff procedure after a time such as IFS (Inter Frame Space), such as AIFS (Arbitration IFS) or PIFS (PCF IFS) according to the situation of each terminal. do.
  • IFS Inter Frame Space
  • AIFS Aribitration IFS
  • PCF IFS PIFS
  • the AIFS may be used as a configuration that replaces the existing DIFS (DCF IFS).
  • DCF IFS DIFS
  • Each terminal waits while decreasing the slot time as much as the random number determined for the corresponding terminal during the interval of the idle state of the channel, and the terminal that exhausts the slot time attempts access to the corresponding channel. do. In this way, a period in which each terminal performs a backoff procedure is referred to as a contention window period.
  • the random number may be referred to as a backoff counter. That is, the initial value of the backoff counter is set by an integer that is a random number obtained by the terminal.
  • the terminal may decrease the backoff counter by 1. Also, when the backoff counter reaches 0, the terminal may be allowed to perform channel access on the corresponding channel. Therefore, when the channel is idle during the AIFS time and the slot time of the backoff counter, transmission of the terminal may be allowed.
  • a specific terminal successfully accesses the channel, the corresponding terminal can transmit data through the channel.
  • each collided terminal receives a new random number and performs a backoff procedure again.
  • a random number newly allocated to each terminal may be determined within a range (2*CW) twice the range (contention window, CW) of a random number previously allocated to the corresponding terminal.
  • each terminal attempts 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 on a specific channel.
  • FIG. 7 illustrates an example of a PPDU (Physical Layer Protocol Data Unit) format for each standard generation. More specifically, FIG. 7(a) illustrates an embodiment of a legacy PPDU format based on 802.11a/g, FIG. 7(b) illustrates an embodiment of an HE PPDU format based on 802.11ax, and FIG. 7(c) illustrates an embodiment of a HE PPDU format based on 802.11ax. Illustrates an embodiment of a non-legacy PPDU (ie, EHT PPDU) format based on 802.11be. In addition, FIG. 7(d) shows detailed field configurations of L-SIG and RL-SIG commonly used in the PPDU formats.
  • PPDU Physical Layer 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 HE-STF (High Efficiency Short Training field), and HE-LTF (High Efficiency Long Training field) are additionally included.
  • the RL-SIG, HE-SIG-A, HE-SIG-B, HE-STF, and HE-LTF may be referred to as HE preambles.
  • a specific configuration of the HE preamble may be modified according to the HE PPDU format. For example, HE-SIG-B can be used only in the HE MU PPDU format.
  • the preamble of the EHT PPDU includes 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 Extra High Throughput Long Training field
  • the RL-SIG, EHT-SIG-A, EHT-SIG-B, EHT-STF, and EHT-LTF may be referred to as EHT preambles.
  • a 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.
  • L-SIG includes an L_RATE field and an L_LENGTH field.
  • the L_RATE field consists of 4 bits and indicates the MCS used for data transmission.
  • the L_RATE field is a combination of modulation schemes such as BPSK/QPSK/16-QAM/64-QAM and inefficiencies such as 1/2, 2/3, and 3/4. It represents one of the transmission rates of 36/48/54 Mbps.
  • Combining the information of the L_RATE field and the L_LENGTH field can indicate the total length of the corresponding PPDU.
  • the L_RATE field is set to the minimum rate of 6 Mbps.
  • the unit of the L_LENGTH field is a byte, and a total of 12 bits are allocated to signal up to 4095, and the length of the corresponding PPDU can be indicated in combination with the L_RATE field.
  • the legacy terminal and the non-legacy terminal may interpret the L_LENGTH field in different ways.
  • a method for interpreting the length of a corresponding PPDU by a legacy terminal or a non-legacy terminal 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 by adding 3 bytes corresponding to the SVC field and the Tail field to the value of the L_LENGTH field and dividing it by 3 bytes, which is the transmission amount of one symbol.
  • the length of the PPDU that is, the reception time (RXTIME) is obtained by multiplying the number of obtained symbols by 4us, which is one symbol duration, and then adding 20us required for L-STF, L-LTF, and L-SIG transmission. If this is expressed as a formula, it is as shown in Equation 1 below.
  • the length of the PPDU can be set up to 5.484 ms.
  • a non-legacy terminal transmitting the corresponding PPDU must 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. At this time, TX represents the transmission time of X.
  • the U-SIG Universal SIG
  • EHT PPDUs and WLAN PPDUs of subsequent generations and serves to distinguish which generation PPDUs, including 11be, belong to.
  • U-SIG is a 64FFT-based OFDM 2 symbol and can deliver a total of 52 bits of information. Among them, 43 bits, excluding 9 bits of CRC/Tail, 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 even if a PPDU of a subsequent generation is defined, the current 11be terminals can obtain information about the PPDU through the VI fields of the 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 wireless LAN standards into versions. In the case of 11be, it 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 that was delivered in the MAC header. By adding it to the PHY header, the length of the TXOP containing the 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 PPDU of the 11be version, and may consist of fields commonly used in any PPDU format, such as PPDU format and BW, and fields differently defined for each PPDU format.
  • the PPDU format is a separator that distinguishes EHT SU (Single User), EHT MU (Multiple User), EHT TB (Trigger-based), and EHT ER (Extended Range) PPDU.
  • the BW field consists of five basic PPDU BW options of 20, 40, 80, 160 (80 + 80), and 320 (160 + 160) MHz (the BW that can be expressed in the exponential form of 20 * 2 can be called the basic BW.
  • the punctured and modified channel shape may be signaled directly in the BW field or signaled using the BW field and a field appearing after the BW field (eg, a field in the EHT-SIG field) together. If the BW field is 3 bits, a total of 8 BWs can be signaled, so only 3 can be signaled in the puncturing mode. If the BW field is set to 4 bits, since a total of 16 BW signaling is possible, a maximum of 11 BWs can be signaled in the puncturing mode.
  • the field located after the BW field depends on the type and format of the PPDU, and the MU PPDU and SU PPDU can be signaled in the same PPDU format.
  • a field for distinguishing the MU PPDU and SU PPDU is located before the EHT-SIG field. It can be done, and additional signaling for this can be performed.
  • Both the SU PPDU and the MU PPDU include the EHT-SIG field, but some fields not required in the SU PPDU may be compressed. In this case, the information of the compressed field may be omitted or may have a size reduced from the size of the original field included in the MU PPDU. For example, in the case of the SU PPDU, a common field of the EHT-SIG may be omitted or replaced, or a user specific field may be replaced or reduced to one.
  • the SU PPDU may further include a compression field indicating whether to compress or not, and some fields (eg, an RA field) may be omitted depending on the value of the compression field.
  • a compression field indicating whether to compress or not
  • some fields eg, an RA field
  • the EHT-SIG field of the SU PPDU When 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, common field, etc.).
  • the EHT-SIG field since it is a PPDU format for simultaneous reception by multiple users, the EHT-SIG field must necessarily be transmitted after the U-SIG field, and the amount of signaled information can 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 assigned, and whether the transmitted MU PPDU has been transmitted to itself.
  • the AP must include the above information in the EHT-SIG field and transmit it.
  • the U-SIG field signals information for efficiently transmitting the EHT-SIG field, which may be the number of symbols of the EHT-SIG field and/or MCS, which is a modulation method.
  • the EHT-SIG field may include size and location information of an RU allocated to each user.
  • the AP may include and transmit information on punctured RUs among RUs allocated to the STA in the SU PPDU (eg, a puncturing pattern of the RUs). That is, in the case of the SU PPDU, the puncturing mode field including information indicating whether the puncturing mode is applied and the puncturing pattern in a bitmap format may be included in the EHT-SIG field. The shape of the discontinuous channel may be signaled.
  • the type of the signaled discontinuous channel is limited, and indicates the BW of the SU PPDU and information about the discontinuous channel 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 allocated bandwidths can be recognized through the puncturing mode field of .
  • the terminal can 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 in different frequency bands or tones.
  • the reason why only a 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 that has multiple 20 MHz subchannels, such as 80, 160, and 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 is punctured is regarded as discontinuous) must be signaled by expressing whether or not 15 are used. As such, allocating 15 bits to signal the discontinuous channel type of single user transmission may act as an excessively large signaling overhead considering the low transmission rate of the signaling part.
  • the present invention proposes a method for signaling the form of a discontinuous channel of an SU PPDU, and shows the form of the form of a form of a form of a non-contiguous channel determined according to the proposed method.
  • a method for signaling each of the primary 160 MHz and secondary 160 MHz puncturing types in the 320 MHz BW configuration of the SU PPDU, we propose a method for signaling each of the primary 160 MHz and secondary 160 MHz puncturing types.
  • an embodiment of the present invention proposes a technique of changing the configuration of PPDUs indicated by preamble puncturing BW values according to the PPDU format signaled in the PPDU Format field.
  • the length of the BW field is 4 bits
  • 1 symbol of EHT-SIG-A is additionally signaled after U-SIG or EHT-SIG-A is not signaled at all. Therefore, in consideration of this, it is necessary to signal up to 11 puncturing modes completely through only the BW field of the U-SIG.
  • EHT MU PPDU since the EHT-SIG-B is additionally signaled after the U-SIG, up to 11 puncturing modes can be signaled in a different way from the SU PPDU.
  • EHT ER PPDU it is possible to signal whether the PPDU uses the 20 MHz or 10 MHz band by setting the BW field to 1 bit.
  • SIG-B which is a signaling field for simultaneous reception by multiple users, is essential, and SIG-B can be transmitted without a separate SIG-A after U-SIG.
  • U-SIG needs to signal information for decoding SIG-B.
  • EHT Extremely High Throughput
  • PPDU Physical Layer Protocol Data Unit
  • a PPDU may consist 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, whether the format of the PPDU is the EHT PPDU may be indicated based on the PPDU format field included in the U-SIG field.
  • the EHT SU PPDU is a PPDU used for single user (SU) transmission between an AP and a single STA, and an EHT-SIG-A field for additional signaling may be located after the U-SIG field.
  • FIG. 8 shows an example of an EHT Trigger-based PPDU format, which is an EHT PPDU transmitted based on a trigger frame.
  • the EHT trigger-based PPDU is an EHT PPDU transmitted based on a 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.
  • FIG. 8 shows an example of an EHT MU PPDU format that is an EHT PPDU for multiple users.
  • 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.
  • EHT ER SU PPDU 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 can be used for single-user transmission with STAs in a wider range than the EHT SU PPDU described in (a) of FIG. 8, and the U-SIG field can be repeatedly located on the time axis.
  • the EHT MU PPDU described in (c) of FIG. 8 can be used by an 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 a receiver and/or sender of the PPDU transmitted through a user specific field of the EHT-SIG-B to the STA. Accordingly, a 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 a configuration of resource units in a specific bandwidth (eg, 20 MHz, etc.) of the frequency axis (eg, , a division type of a resource unit) may be included. 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 a 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 sender, and the remaining resource units not performed for data transmission ( s) may include a preset null STA ID.
  • a frame or a MAC frame may be used interchangeably with an MPDU.
  • Wi-Fi terminals (AP and non-AP stations) perform channel sensing to determine whether a channel is idle before transmitting a frame. This is because Wi-Fi terminals perform communication in unlicensed bands commonly used with other devices.
  • This channel access operation has been described with reference to FIG. 6 . This channel access operation is applied to distributed coordination (DCF) and enhanced distributed channel access (EDCAF) defined in the IEEE 802.11 standard.
  • DCF distributed coordination
  • EDCAF enhanced distributed channel access
  • a station determines a channel state by performing not only physical carrier sensing (CS) but also virtual carrier sensing. When a channel is sensed as busy in any one of physical carrier sensing and virtual carrier sensing, the station determines that the channel is in use. In virtual channel sensing, a station determines that a channel is in use when a network allocation vector (NAV) value of the channel is not 0.
  • the NAV may be a value maintained for future traffic expected to occupy the wireless medium. Specifically, the NAV is maintained by each station, and the NAV may be a time interval in which each station does not start transmission in the corresponding wireless medium in relation to whether the corresponding wireless medium is idle. The value of NAV decreases over time.
  • NAV may be set by RTS frame/CTS frame exchange. Specifically, in RTS frame/CTS frame exchange, it may be set based on the value of the Duration field of the RTS frame and the value of the Duration field of the CTS frame. In addition, it can be set based on the value of the Duration field of other MAC frames as well as RTS frame/CTS frame exchange.
  • EDCA manages traffic by classifying it into four types of access categories (ACs) according to traffic characteristics.
  • the four types of AC are AC_VO (AC Voice), AC_VI (AC Video), AC_BE (AC Best Effort), and AC_BK (AC Background).
  • Channel access parameters may be set according to AC. Specifically, the four ACs may have different channel access parameters.
  • the channel access parameter may include any one of parameters related to CW, TXOP, and AIFSN used in the backoff operation. Through this, the priority of traffic channel access for each AC can be managed.
  • traffic (MSDU) can be mapped to one of four ACs according to traffic category (TC) or traffic stream (TS).
  • TC traffic category
  • TS traffic stream
  • EDCA four queues are mapped to each of the four ACs, and managed in queues corresponding to ACs of traffic. In this case, the four queues may be physically separated or logically separated even though they are not physically separated.
  • AC_VO may be an AC for traffic that is vulnerable to transmission delay, although the absolute amount of traffic is not large, such as voice traffic.
  • AC_VO may have relatively small CW-related parameter and AIFSN parameter values in order to increase the probability of service being given priority over traffic of other ACs.
  • the TXOP parameter of AC_VO is limited to a relatively smaller value than the TXOP parameter of AC, AC_VO can guarantee only a shorter transmission time than other ACs.
  • AC_VI is more tolerant to transmission delay than voice traffic, but may be an AC for traffic such as video traffic that requires low-latency transmission and handles a large amount of traffic.
  • AC_VI may have CW-related parameters and AIFSN parameter values that are larger than AC_VO but smaller than other ACs.
  • the TXOP parameter of AC_VI is about twice as long as that of AC_VI.
  • AC_BE is an AC for traffic tolerant of transmission delay, and most general traffic except for voice data and streaming video data can be classified as AC_BE.
  • the CW-related parameters and AIFSN parameters of AC_BE may be greater than the values of AC_VO and AC_VICW-related parameters and AIFSN parameters.
  • AC_BE does not have a separate TXOP parameter, and a TXOP transmission sequence in which a station transmits a PPDU including traffic corresponding to AC_BE, receives an ACK, and transmits a PPDU including traffic corresponding to AC_BE again after SIFS cannot be performed.
  • AC_BK is traffic that is robust against transmission delay similarly to AC_BE, but is an AC for traffic that has a lower priority than traffic corresponding to AC_BE.
  • AC_BK uses the same CW parameter value as AC_BE, and the AIFSN parameter value uses a larger value than AC_BE.
  • the station cannot perform a TXOP transmission sequence in which the station transmits a PPDU including traffic corresponding to AC_BK, receives an ACK, and transmits a PPDU including traffic corresponding to AC_BK again after SIFS.
  • EDCA ACs Four types are mapped to UP (user-priority) of 802.1D, and the EDCA AC is determined according to the UP value of the traffic received over the wire or the TID of the MSDU indicated from the upper layer.
  • the TID of the MSDU indicates a value of 0 to 7
  • the value indicated by the TID may correspond to UP on a one-to-one basis.
  • EDCA ACs have default CW related parameters (CWmin, CWmax), AIFSN, and TXOP parameters defined in IEEE 802.11ax, and the parameter values of each AC can be changed by the AP. Accordingly, default CW related parameters (CWmin, CWmax), AIFSN, and TXOP parameters of different BSSs may be different from each other.
  • Wi-Fi traffic is held in one of four queues corresponding to the four ACs, and can be transmitted to the destination device if the AC of the traffic wins the channel access competition with the other ACs.
  • channel access competition is performed for each AC according to the channel access parameters (CW[AC], AIFSN[AC]) of each AC.
  • the channel access contention operation performed by each AC is the same as that of DCF.
  • an AC that does not store traffic to be transmitted in the queue may not participate in channel access competition. Since the CW-related parameters and AIFSN parameter values of each AC are different, AC_VO having the smallest CW-related parameters and AIFSN parameters has a high probability of winning in channel access competition with other ACs. Therefore, there is a high possibility that the traffic of AC_VO is serviced with priority over the traffic of other ACs.
  • EDCA sets channel access priority according to AC of traffic (frame, packet, etc.) for QoS reinforcement and provides EDCA Transmission Opportunity (EDCA TXOP) function.
  • EDCA TXOP is a time period in which the AC's EDCAF (EDCA Function) acquires a channel access opportunity, when it becomes a TXOP holder, and can adjust the radio medium without being disturbed by other devices during the TXOP duration.
  • the EDCA TXOP may be limited by the TXOP limit advertised by the AP, and the TXOP holder transmits the TXOP holder within the TXOP limit and the transmission of the response frame transmitted due to the transmission of the TXOP holder ends transmission must be performed.
  • the TXOP holder can transmit a plurality of frames (multiple PPDUs) during the EDCA TXOP period, and within the TXOP period, the TXOP holder does not perform a separate channel access procedure (eg, backoff procedure) between transmissions of each frame.
  • a plurality of frames can be continuously transmitted.
  • the plurality of frames are MPDUs or Aggregated MAC protocol data units (A-MPDUs) that do not request an immediate ACK
  • the plurality of frames are transmitted at short interframe space (SIFS) or reduced interframe space (RIFS) intervals can be performed
  • SIFS short interframe space
  • RIFS reduced interframe space
  • the TXOP holder may also transmit traffic of an AC other than the AC used to acquire the TXOP within the TXOP.
  • a TXOP holder can also transmit traffic of an AC other than the AC used to acquire the TXOP within the TXOP.
  • the TXOP holder can perform continuous frame transmission without performing a separate channel access procedure within the TXOP. To this end, it is necessary to prevent access to channels of other terminals within the TXOP interval. Therefore, the TXOP holder can announce the acquired TXOP interval.
  • a station that is a TXOP holder or starts transmission after completing a channel access procedure may notify other stations of the TXOP interval by transmitting an RTS frame.
  • the Type subfield (the third (B2) and fourth bit (B3) of the Frame Control field) of the Frame Control field of the MAC frame header is set to 01 2b
  • the Subtype subfield (Frame Control field) of the Frame Control field This is a frame in which the fifth to eighth bits (B4-B7) of the Control field are set to 1011 2b .
  • the UE may set the NAV based on information related to the duration included in the RTS frame, for example, the value of the Duration field.
  • the set NAV may be maintained at a non-zero value for a time corresponding to the TXOP of the TXOP holder.
  • the station indicated as the destination device of the RTS frame should respond with a CTS frame to the RTS frame instead of setting the NAV based on the information about the duration of the RTS frame.
  • the destination device of the RTS frame transmitted to start the TXOP is a TXOP responder, and must transmit the CTS frame in response to the RTS frame.
  • the space between the RTS frame and the CTS frame is SIFS.
  • the Duration field of the CTS frame is set to a value indicated in the Duration field of the received RTS frame - a CTS frame transmission time - a value calculated as SIFS.
  • Terminals that have received the CTS frame may set the NAV based on information related to the duration included in the CTS frame.
  • the NAVs of the UE receiving the RTS frame from the TXOP holder and the UE receiving the CTS frame from the TXOP responder are set to 0 after the TXOP obtained by the TXOP holder is terminated. This allows the Wi-Fi MAC mechanism to allow the TXOP holder and the TXOP responder to exchange multiple frames during the TXOP without interruption.
  • the TXOP holder may use only a bandwidth of primary 40 MHz or less than primary 40 MHz (ie, primary 20 MHz) for frame exchange during the acquired TXOP.
  • the TXOP holder must set CH_BANDWIDTH (a type of TXVECTOR parameter) of the PPDU to be transmitted to a value equal to or smaller than CH_BANDWIDTH or CH_BANDWIDTH_IN-NON_HT (a type of RXVECTOR parameter) of the PPDU including the received CTS frame.
  • the RTS frame may be an RTS frame allowing the CTS frame to be responded with a BW smaller than the BW through which the RTS frame is transmitted. That is, the RTS frame may be an RTS frame transmitted with DYN_BANDWIDTH_IN_NON_HT of TXVECTOR set to Dynamic.
  • the TXOP responder may need to transmit the CTS frame in the frequency band (BW) in which the RTS frame was received.
  • FIG. 9 shows a TXOP protection method through exchanging an RTS frame and a CTS frame.
  • the first station (STA1) transmits an RTS frame to the second station (STA2), which is the destination device of the PPDU, before transmitting the PPDU, and the second station (STA2) transmits the received RTS frame to itself as the destination device. , and responds to the first station STA1 with a CTS frame after SIFS.
  • the first neighbor station STA1_Neighbor After receiving the RTS frame transmitted by the first station STA1, the first neighbor station STA1_Neighbor, which is a neighbor of the first station STA1, sets the NAV to the value of the Duration field of the RTS frame.
  • the second neighbor station STA2_Neighbor After receiving the CTS frame transmitted by the second station STA2, the second neighbor station STA2_Neighbor, which is a neighbor station of the second station STA2, sets the NAV based on the value of the Duration field of the CTS frame.
  • the first neighbor station (STA1_Neighbor) and the second neighbor station (STA2_Neighbor) determine that the channel is busy in virtual carrier sensing while the configured NAV is maintained at a non-zero value.
  • an operation such as not decreasing the backoff counter is performed.
  • the first station STA1 and the second station STA2 transmit the PPDU and ACK frames It may not be disturbed by neighboring terminals while transmitting / receiving.
  • the second neighbor station STA2_Neighbor performs an operation considering that the channel is in use while the first station STA1 transmits the PPDU. can do.
  • the MU-RTS trigger frame (hereinafter referred to as MU-RTS frame) and the CTS frame exchange procedure are defined, and the AP uses the MU-RTS frame to It can initiate TXOP and protect the TXOP frame exchange procedure.
  • the MU-RTS frame is a type of trigger frame.
  • the AP When the AP performs TXOP protection using the MU-RTS frame, since a plurality of stations can respond with a CTS frame, a plurality of stations, which are destination devices of DL MU PPDU (Down link multi user PPDU), from each neighboring station TXOP can be protected. Also, the MU-RTS frame may be used to protect the UL MU PPDU. Specifically, before requesting a trigger based (TB) PPDU from a plurality of stations through a trigger frame, the AP may transmit a MU-RTS frame so that the plurality of stations to respond with the TB PPDU transmit the CTS frame.
  • TB trigger based
  • the CTS frames responded by the plurality of stations set NAVs protecting TB PPDUs and ACK frames (eg, Ack, Block Ack) to be transmitted after the TB PPDU to neighboring stations of each station.
  • NAVs protecting TB PPDUs and ACK frames eg, Ack, Block Ack
  • a legacy STA that cannot decode the trigger frame and the TB PPDU may not perform channel access during a frame exchange sequence initiated by the trigger frame (or TXOP in which the trigger frame is transmitted).
  • FIG. 10 shows a TXOP protection method using a MU-RTS frame and a CTS frame.
  • the AP before transmitting the MU PPDU, transmits the MU-RTS frame to the first station STA1 and the second station STA2, which are the destination devices of the MU PPDU, and the first station STA1 and the second station (STA2) receives the MU-RTS frame and transmits a CTS frame in response to each MU-RTS frame after SIFS.
  • the first neighbor station STA1_Neighbor of the first station STA1 receives the CTS frame transmitted by the first station STA1 and then sets the NAV based on the value of the Duration field of the CTS frame.
  • the second neighbor station STA2_Neighbor which is a neighbor station of the second station STA2, sets the NAV based on the value of the Duration field of the CTS frame.
  • the first neighbor station (STA1_Neighbor) and the second neighbor station (STA2_Neighbor) do not decrease the backoff counter by determining that the channel is in use in virtual carrier sensing while the configured NAV is maintained at a non-zero value.
  • the AP transmits the MU PPDU, and the first station (STA1) and the second station (STA2) respond with ACK frames. You may not be disturbed by neighboring stations while doing so.
  • a trigger frame is a frame type defined in IEEE 802.11ax, and is a frame in which the Type subfield and Subtype subfield of the Frame Control field are set to 01 2b and 0010 2b , respectively.
  • a value of 01 2b in the Type subfield of the Frame Control field indicates control type, and a value of 0010 2b in the Subtype subfield indicates a trigger frame.
  • a trigger frame is defined so that an AP simultaneously requests a response frame from a plurality of stations.
  • the MU-RTS frame is used by an AP to request a CTS frame from multiple STAs (non-AP STAs).
  • Trigger types other than the MU-RTS frame include a Basic Tigger frame for requesting a UL MU PPDU, a Beamforming Report Poll Trigger frame for requesting a beamforming report, and a BlockAck request. Includes MU-BAR trigger frame, Buffer Status Report Poll trigger frame to request a buffer status report, GCR MU-BAR trigger frame, Bandwidth Query Report Poll trigger frame, and NDP Feedback Report Poll trigger frame do. The format of the trigger frame will be described with reference to FIGS. 11 to 13.
  • FIG. 11 shows a format of a trigger frame according to an embodiment of the present invention.
  • the trigger frame includes a MAC header including a Frame Control field, a Common Info field, a User Info List field, a Padding field, and an FCS field.
  • the Frame Control field includes Type and Subtype subfields, and in the trigger frame, the two subfields are set to 01 2b and 0010 2b , respectively.
  • the Common Info field includes a Trigger Type subfield for indicating the type of trigger frame, a UL Length subfield for indicating the length of the UL transmission that is being responded to, and a plurality of fields. A detailed format of the Common Info field will be described with reference to FIG. 12 .
  • the User Info List field may include zero or one or more User Info fields including information for indicating a target device of the trigger frame.
  • the User Info field includes, in addition to information indicating the destination device, parameters to be used when the destination device transmits a response frame after receiving the trigger frame, such as UL DCM and UL MCS, according to the type of the trigger frame.
  • UL DCM and UL MCS parameters to be used when the destination device transmits a response frame after receiving the trigger frame.
  • the padding field is set to secure time for the target device of the trigger frame to prepare a response frame after the station receives the trigger frame.
  • the AP transmitting the trigger frame may adjust the length of the padding field in consideration of the performance of destination devices.
  • IEEE 802.11be Wi-Fi 7, EHT
  • the end time of a PPDU including a trigger frame can be adjusted to align with other PPDUs.
  • the Frame Check Sequence (FCS) field includes a 32-bit cyclic redundancy code (CRC).
  • CRC cyclic redundancy code
  • FIG. 12 shows a format of a Common Info field of a trigger frame according to an embodiment of the present invention.
  • the Trigger Type subfield is used to indicate the type of trigger frame. When the value of the Trigger Type subfield is 0, the Trigger Type subfield indicates a basic trigger frame. If the value of the Trigger Type subfield is 1, the Trigger Type subfield indicates a BFRP frame. When the value of the Trigger Type subfield is 2, the Trigger Type subfield indicates an MU-BAR frame. When the value of the Trigger Type subfield is 3, the Trigger Type subfield indicates an MU-RTS frame. When the value of the Trigger Type subfield is 4, the Trigger Type subfield indicates a BSRP frame. When the value of the Trigger Type subfield is 5, the Trigger Type subfield indicates GCR MU-BAR. When the value of the Trigger Type subfield is 6, the Trigger Type subfield indicates a BQRP frame. When the value of the Trigger Type subfield is 7, the Trigger Type subfield indicates NFRP (NDP Feedback Report Poll).
  • NFRP NDP Feedback Report Poll
  • the UL Length subfield indicates a value to be set in the L-SIG LENGTH field of the TB PPDU, which is a response of the trigger frame.
  • the More TF subfield indicates whether there is a trigger frame to be transmitted after the trigger frame.
  • the CS Required subfield indicates whether the destination device of the trigger frame should perform CS (Physical & Virtual CS, ED & NAV) when transmitting a response frame, and receives a trigger frame for which the CS Required subfield is indicated as 1 After that, the station transmitting the response frame must perform CS.
  • CS Physical & Virtual CS, ED & NAV
  • the UL BW subfield indicates a BW value that a station responding to a TB PPDU after receiving a trigger frame should indicate in a preamble, for example, a HE-SIG-A field or a U-SIG field.
  • the GI And HE/EHT-LTF Type subfield indicates the GI (Guard interval) and HE (EHT)-LTF values of the TB PPDU, which is a response to the trigger frame.
  • the MU-MIMO HE(EHT)-LTF Mode subfield indicates information related to the HE(EHT)-LTF mode to be applied to the TB PPDU, which is a response of the trigger frame.
  • the Number Of HE(EHT)-LTF Symbols And Midamble Periodicity subfield indicates the number of HE(EHT)-LTF symbols to be applied to the TB PPDU when the Doppler subfield is indicated as 0, and the Doppler subfield is indicated as 1.
  • the Doppler subfield is indicated as 1.
  • information related to the number of symbols of HE(EHT)-LTF and the periodicity of midamble is indicated.
  • the UL STBC subfield indicates whether STBC encoding should be applied to the responded TB PPDU, and is set to 1 if STBC encoding should be applied. However, the UL STBC subfield of the trigger frame for responding to the EHT TB PPDU is a reserved field.
  • the LDPC Extra Symbol Segment subfield indicates whether the LDPC extra symbol segment should appear in the TB PPDU that is a response to the trigger frame. If the LDPC Extra Symbol Segment subfield is indicated as 1, the LDPC extra symbol segment is TB Must be included in the PPDU.
  • the AP Tx Power subfield indicates a value related to transmission power of an AP used when the station transmits a trigger frame.
  • the station may adjust transmit power based on a value indicated in the AP Tx Power subfield.
  • the Pre-FEC Padding Factor and PE Disambiguity subfields indicate whether the Pre-FEC Padding Factor is 1, 2, 3, or 4, and information for clarifying the length of Packet Extension (PE).
  • the UL Spatial Reuse subfield includes 4 Spatial Reuse subfields and indicates a value to be set in the Spatial Reuse field of HE-SIG-A of the HE TB PPDU, which is a response of the trigger frame.
  • the Doppler subfield indicates whether a midamble is included in the TB PPDU, which is a response of the trigger frame.
  • the Doppler subfield may be set as a reserved field. When a subfield is set as a reserved field, the station may operate without considering the value of the corresponding field.
  • the HE/EHT P160 subfield indicates whether the trigger frame triggers the transmission of the HE TB PPDU or the EHT TB PPDU in the channel corresponding to the P160 MHz of the TB PPDU, which is a response to the trigger frame.
  • the Special User Info Field Present subfield indicates whether the User Info field indicated by the AID12 subfield as 2007 among the User Info fields is included in the User Info field.
  • the Trigger Dependent Common Info subfield is included only when the type of trigger frame indicated by the Trigger Type field is a basic trigger frame or an NFRP trigger frame.
  • FIG. 13 shows a format of a User Info field of a trigger frame according to an embodiment of the present invention.
  • the AID12 subfield of the User Info field indicates the AID12 of a station corresponding to the User Info field. If the User Info field is for one station, the AID12 subfield can be set to 1 to 2006. When the trigger frame is the HE trigger frame, the AID12 subfield may be set to 1 to 2007 when the User Info field is for one station. When the User Info field is for random access of a station associated with an AP, the value of the AID12 subfield may be set to 0. When the User Info field is for random access of a station unassociated with an AP, the value of the AID12 subfield may be set to 2045 or 2044. If the value of the AID12 subfield is 2045, it indicates that the HE TB PPDU should be transmitted through random access.
  • the value of the AID12 subfield is 2044, it indicates that the EHT TB PPDU should be transmitted through random access.
  • the AID12 subfield may indicate that the padding field starts immediately after the AID12 subfield.
  • the preset value may be 4095 or 4094.
  • the AID12 subfield may indicate that the User Info field is for a resource unit (RU) not allocated to any station.
  • the RU Allocation subfield of trigger frames other than the MU-RTS frame indicates the size and location information of RU/MRU (Multiple Resource Unit) allocated to the destination device of the User Info field, that is, the station indicated by the AID12 subfield. .
  • the RU Allocation subfield of the MU-RTS frame indicates the channel in which the destination device of the User Info field must transmit the CTS frame.
  • the RU Allocation subfield of the MU-RTS frame indicates the channel through which the destination station transmits the CTS frame.
  • the RU Allocation subfield of the MU-RTS frame indicates that the CTS frame is a primary 20 MHz channel, a primary 40 MHz channel, a primary 80 MHz channel, a primary 160 MHz channel, an 80 + 80 MHz channel, and a primary 320 MHz channel. Indicates whether to transmit on the channel.
  • the MRU means an RU in which two or more RUs are combined, and 52+26-tone, 106+26-tone, 484+242-tone, 996+484-tone, 996+484+242-tone, 2x996+ It can be defined as any one of 484-tone, 3x996, 3x996+484-tone, and 4x996-tone sizes.
  • the UL FEC Coding Type subfield indicates the code type of the TB PPDU that is a response to the trigger frame.
  • the UL FEC Coding Type subfield indicates binary convolution coding (BCC).
  • the UL FEC Coding Type subfield indicates low density parity check (LDPC).
  • the UL EHT-MCS subfield indicates the EHT-MCS to be applied to the TB PPDU transmitted in response to the trigger frame.
  • the SS Allocation/RA-RU Information subfield indicates RA-RU information.
  • the SS Allocation/RA-RU Information subfield indicates information on spatial stream allocation. Specifically, the SS Allocation/RA-RU Information subfield includes a 4-bit field, Starting Spatial Stream subfield, and a 2-bit field, Number Of Spatial Streams subfield.
  • the UL Target Receive Power subfield indicates the power of a signal at which the TB PPDU transmitted in response to the trigger frame can be received at the antenna side of the AP.
  • the station may adjust the transmission power of the TB PPDU to the value of the UL Target Receive Power subfield so that the AP receives it within the size of the power indicated by the UL Target Receive Power.
  • the PS160 subfield indicates information related to the location and size of RU/MRU (Multiple-RU) allocated by the User Info field.
  • one or more fields in the format of the basic trigger frame may be set as reserved.
  • UL Length field, MU-MIMO HE-LTF Mode field, Number Of HE-LTF Symbols And Midamble Periodicity field, UL STBC field, LDPC Extra Symbol Segment field, AP Tx Power field, Pre- The FEC Padding Factor field, PE Disambiguity field, UL Spatial Reuse field, and Doppler and UL HE-SIG-A2 Reserved field may be configured as reserved fields.
  • the UL EHT-MCS field, the UL FEC Coding Type field, the SS Allocation/RA-RU Information field, and the UL Target Receive Power field of the User Info field of the MU-RTS frame may be set as reserved fields. This is because many of the transmission parameters used when transmitting the CTS frame in response to the MU-RTS frame are designated in advance. Specifically, the station receiving the MU-RTS frame may transmit at 6 Mbps using a non-HT duplicate PPDU including the CTS frame.
  • the station receiving the MU-RTS frame may determine a subchannel to transmit the CTS frame as follows. Specifically, the station may transmit the CTS frame only through an idle subchannel within the RU/MRU allocated by the MU-RTS frame.
  • the RU/MRU allocated by the MU-RTS frame is the RU/MRU indicated by the RU allocation subfield of the User Info field corresponding to the station of the MU-RTS frame.
  • the station receiving the MU-RTS frame may transmit the CTS frame in an MRU capable of transmitting. for example,
  • the MU-RTS frame allocates a primary 320 MHz frequency band to the station, and one channel among 16 subchannels included in the 320 MHz frequency band is not idle.
  • the station transmits the CTS frame in 14 subchannels among 16 subchannels included in the 320 MHz frequency band.
  • 14 subchannels may be composed of 3x996+484-tone.
  • the station may determine whether a subchannel to transmit a CTS frame in response to the MU-RTS frame is a subchannel that satisfies all of the following conditions.
  • the subchannel is included in the frequency band assigned to the station by the MU-RTS, that is, indicated by the RU Allocation subfield of the User Info field corresponding to the station.
  • the subchannel is determined to be idle during SIFS after the station receives the PPDU including the MU-RTS frame. At this time, it is determined whether the subchannel is idle based on virtual carrier sensing and ED (energy detection) based CCA.
  • a subchannel is a subchannel through which an MU-RTS frame is received.
  • a subchannel includes a subcarrier of an MRU that a station can transmit.
  • the subchannel includes a primary channel.
  • the station may transmit the CTS frame in a subchannel that satisfies all conditions 1 to 3.
  • the station may transmit the CTS frame in a subchannel that satisfies all conditions 1 to 4.
  • the station may determine whether a subchannel to transmit a CTS frame in response to the RTS frame is a subchannel that satisfies all of the following conditions.
  • the subchannel is included in the frequency band corresponding to CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT of RXVECTOR set when receiving the RTS frame. For example, when the value of CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT of RXVECTOR is 80 MHz, the subchannel must be included in the primary 80 MHz channel.
  • the subchannel is determined to be idle during PIFS before receiving the PPDU including the RTS frame.
  • a subchannel is a subchannel through which an RTS frame is received.
  • a subchannel includes a subcarrier of an MRU that a station can transmit.
  • the subchannel includes a primary channel.
  • the CTS frame may be transmitted for each subchannel having a bandwidth of 20 MHz.
  • a specific embodiment of transmitting the CTS frame will be described with reference to FIG. 14 .
  • CH_BANDWIDTH of TXVECTOR is one of the TXVECTOR parameters of PHY-TXSTART.request primitive issued from the MAC layer to the physical layer.
  • CH_BANDWIDTH represents the bandwidth of a frequency band through which a PPDU is transmitted.
  • CH_BANDWIDTH_IN_NON_HT also indicates the bandwidth of a frequency band in which the PPDU is transmitted.
  • CH_BANDWIDTH_IN_NON_HT may have any one of CBW20/40/80/160/80+80/320.
  • CH_BANDWIDTH can have any one of CBW20/40/80/160/80+80/320-1/320-2.
  • CH_BANDWIDTH of RXVECTOR is one of the RXVECTOR parameters of PHY-RXSTART.indication primitive issued from the physical layer to the MAC layer.
  • PHY-RXSTART.indication is generated when a PPDU is received in the physical layer.
  • CH_BANDWIDTH represents the bandwidth of a frequency band in which a PPDU is received.
  • CH_BANDWIDTH_IN_NON_HT also indicates the bandwidth of a frequency band in which the PPDU is received.
  • CH_BANDWIDTH_IN_NON_HT may have any one of CBW20/40/80/160/80+80/320.
  • CH_BANDWIDTH can have any one of CBW20/40/80/160/80+80/320-1/320-2.
  • FIG. 14 shows a method for a station to determine a subchannel to transmit a CTS frame according to an embodiment of the present invention.
  • the MU-RTS frame is received through 8 subchannels (SC#1-SC#8).
  • the MU-RTS frame may be transmitted through a 20 MHz non-HT PPDU. In another specific embodiment, it may be transmitted as a 160 MHz PPDU.
  • Stations indicated by the AID12 subfield of the User Info field of the MU-RTS frame are subchannels indicated by the RU Allocation subfield of the MU-RTS frame, i.e., the first subchannel (SC#1) to the eighth subchannel (SC#8) ) determines whether the CTS frame can be transmitted.
  • the eighth subchannel (SC#8) is not idle, and the first subchannel (SC#1) to the seventh subchannel (SC#7) are included in the 996+484+242-tone MRU.
  • the station transmits the CTS frame using duplicated non-HT PPDUs in the first subchannel (SC#1) to the seventh subchannel (SC#7). If the station can transmit in the 996+484-tone MRU but cannot transmit in the 996+484+242-tone MRU, the station transmits on the first subchannel (SC#1) to the sixth subchannel (SC#1). In #6), the CTS frame is transmitted using a duplicated non-HT PPDU.
  • the MU-RTS frame may be received through 8 subchannels.
  • the MU-RTS frame is received through 7 subchannels (SC#1-SC#3, SC#5-SC#8).
  • the station indicated by the AID12 subfield of the User Info field of the MU-RTS frame has 7 subchannels (SC#1-SC#3, SC#5-SC), which are subchannels indicated by the RU Allocation subfield of the MU-RTS frame.
  • SC#5-SC subchannels indicated by the RU Allocation subfield of the MU-RTS frame.
  • the station determines that the fifth subchannel (SC#5) is not idle.
  • the MRU with the largest bandwidth is the 484+242-tone MRU.
  • MU-RTS Frame When multiple stations trigger CTS frame transmission, the stations can transmit CTS frames in 7 subchannels (SC#1-SC#3, SC#5-SC#8).
  • the format of a PPDU transmitted in response to the trigger frame is determined according to the trigger frame type of IEEE 802.11ax (Wi-Fi 6).
  • the station receiving the MU-RTS trigger frame transmits the CTS frame as a response to the MU-RTS trigger frame.
  • the MU-RTS trigger frame is abbreviated as the MU-RTS frame.
  • the station Upon receiving the basic trigger frame, the station transmits the HE TB PPDU in response to the basic trigger frame. At this time, the station transmits the HE TB PPDU based on the transmission parameters indicated in the User Info field of the trigger frame. In this way, the AP indicates transmission parameters to be applied when the non-AP station transmits a response to the trigger frame.
  • Transmission parameters determined by the AP may not be optimal transmission parameters. Specifically, even if the AP determines that the subchannel is idle, the station can determine the corresponding subchannel as not idle. Therefore, an embodiment in which the station can determine transmission parameters to be used when the station transmits a response to the trigger frame is required.
  • the AP may allow the STA to use some intervals of the TXOP acquired by the AP.
  • the STA may generate a PPDU and transmit the generated PPDU without a trigger from the AP in the allocated interval.
  • TXOP sharing allowing a station to use some intervals of a TXOP acquired by an AP
  • a interval in which the TXOP is shared is referred to as a TXOP shared interval.
  • the AP may indicate TXOP sharing to the STA using the MU-RTS frame.
  • an AP that is a TXOP holder may transmit a MU-RTS frame sharing a TXOP to a non-AP STA.
  • the non-AP station receiving the MU-RTS frame may transmit a PPDU other than a TB PPDU in the TXOP sharing period.
  • a MU-RTS frame indicating TXOP sharing is referred to as a MU-RTS TXS trigger frame.
  • the MU-RTS TXS trigger frame is abbreviated as the MU-RTS TXS frame.
  • the MU-RTS TXS frame may include one or more User Info fields.
  • the AID12 subfield of the User Info field of the MU-RTS TXS frame indicates a non-AP station sharing the TXOP.
  • the station receiving the MU-RTS TXS frame may determine that a shared TXOP is allocated to the station.
  • a station receiving the MU-RTS TXS frame may transmit a CTS frame in response to the MU-RTS TXS frame.
  • the interval between the MU-RTS TXS frame and the CTS frame may be SIFS.
  • the UL length subfield of the Common Info field of the MU-RTS TXS frame may indicate the duration of the shared TXOP.
  • the User Info field of the MU-RTS TXS frame may indicate the duration of the TXOP shared to the station corresponding to the User Info field.
  • 12 bits of the UL length subfield of the Common Info field of the MU-RTS TXS frame may indicate the duration of the shared TXOP.
  • the UL length subfield may indicate the duration of the shared TXOP in units of 4 us.
  • some bits of the UL length subfield of the Common Info field of the MU-RTS TXS frame may indicate the duration of the shared TXOP.
  • 7 bits among 12 bits of the UL length subfield of the Common Info field of the MU-RTS TXS frame may indicate the duration of the shared TXOP.
  • the UL length subfield may indicate the duration of the shared TXOP in units of 128 us.
  • 8 bits among 12 bits of the UL length subfield of the Common Info field of the MU-RTS TXS frame may indicate the duration of the shared TXOP.
  • the UL length subfield may indicate the duration of the shared TXOP in units of 64 us.
  • the maximum duration that may be indicated by the UL length subfield may be 2 ⁇ 14 us.
  • the UL length subfield may indicate a duration obtained by multiplying the value of the UL length subfield + 1 by the time unit indicated by the UL length subfield. For example, in the above-described embodiment, when the UL length subfield indicates the duration in units of 4us and the value of the UL length subfield is 10, the duration of the shared TXOP may be 44us.
  • the station may determine that the TXOP is shared for as long as the duration indicated by the UL length subfield from when the MU-RTS TXS frame is received. In this case, the station may determine that the MU-RTS TXS frame has been received at the time when PHY-RXEND.indication primitive is generated due to the PPDU including the MU-RTS TXS frame.
  • a non-AP station that has received a shared TXOP may need to perform transmission so that the PPDU transmitted by the station and the PPDU that is a response to the PPDU transmitted by the station are terminated within the shared TXOP.
  • a non-AP station may transmit a UL PPDU or a P2P PPDU within a shared TXOP.
  • a peer to peer (P2P) PPDU is a PPDU exchanged between non-AP STAs. Therefore, both the station transmitting the P2P PPDU and the station receiving the P2P PPDU are non-AP stations.
  • the station receiving the P2P PPDU may be a station unassociated with the AP to which the non-AP station is associated. Through this, the non-AP station can transmit the PPDU to the non-AP station not bound to the AP to which the non-AP station is bound.
  • the non-AP station assigned the shared TXOP may ignore the NAV set by the frame transmitted by the AP that allocated the shared TXOP to the non-AP station and transmit the PPDU.
  • the MU-RTS TXS frame may indicate whether transmission of a P2P PPDU is allowed in a shared TXOP.
  • the non-AP station allocated the shared TXOP may determine whether to transmit the P2P PPDU within the shared TXOP based on whether the MU-RTS TXS frame indicates that transmission of the P2P PPDU within the shared TXOP is permitted.
  • a non-AP station allocated with the shared TXOP may transmit the P2P PPDU within the shared TXOP.
  • the non-AP station assigned to the shared TXOP cannot transmit the P2P PPDU within the shared TXOP. This is because transmission of the P2P PPDU may decrease the traffic processing efficiency of the entire BSS, and thus it is necessary to limit the transmission of the P2P PPDU.
  • the MU-RTS TXS frame may indicate a shared TXOP mode.
  • the mode of the shared TXOP may indicate the type of PPDU that can be transmitted by the non-AP station to which the shared TXOP is allocated during the shared TXOP.
  • the mode of the shared TXOP may include a mode allowing transmission of both P2P PPDU and UL PPDU and a mode allowing transmission of UL PPDU and disallowing transmission of P2P PPDU.
  • a specific subfield of the MU-RTS TXS frame may indicate a shared TXOP mode.
  • the corresponding field may be referred to as a TXOP Sharing Mode subfield.
  • FIG. 15 shows a format of a MU-RTS TXS frame according to an embodiment of the present invention.
  • the Common Info field of the MU-RTS TXS frame includes a TXOP Sharing Mode subfield.
  • a reserved field of the MU-RTS TXS frame may be used as a TXOP Sharing Mode subfield.
  • the 20th and 21st bits of the Common Info field may be used as the TXOP Sharing Mode subfield.
  • the 20th and 21st bits of the Common Info field correspond to the GI And HE/EHT-LTF Type field in the Basic Trigger frame.
  • the GI And HE/EHT-LTF Type field is set as a reserved field. because it can be
  • the TXOP Sharing Mode subfield can indicate two modes.
  • the first mode indicates that the frame including the TXOP Sharing Mode subfield is a MU-RTS TXS frame and that P2P PPDU transmission is not allowed within the shared TXOP. can At this time, the value of the TXOP Sharing Mode subfield may be 1.
  • the second mode may indicate that a frame including the TXOP Sharing Mode subfield is a MU-RTS TXS frame, and transmission of UL PPDUs and P2P PPDUs are permitted within the shared TXOP. At this time, the value of the TXOP Sharing Mode subfield may be 2.
  • a non-AP station allocated to a shared TXOP may perform non-HT protection with a non-AP station that is a receiver of the P2P PPDU before transmitting the P2P PPDU. That is, separate transmission protection other than shared TXOP may be performed.
  • the non-AP station allocated the shared TXOP may exchange RTS frames and CTS frames with the non-AP station, which is the intended receiver of the P2P PPDU, before transmitting the P2P PPDU.
  • the non-AP station allocated with the shared TXOP may transmit the RTS frame within the subchannel through which the CTS frame is transmitted in response to the MU-RTS TXS.
  • a channel indicates being included in a frequency band corresponding to a channel, and indicates a frequency band equal to or smaller than the bandwidth of the frequency band corresponding to the channel.
  • “within a frequency band” indicates being included in a frequency band, and indicates a frequency bandwidth equal to or smaller than the bandwidth of the frequency band.
  • non-HT PPDU exchange may be performed instead of exchanging the RTS frame and the CTS frame.
  • the non-AP station when a non-AP station that is an intended recipient of a P2P PPDU receives an RTS frame from a station other than a TXOP holder, the non-AP station may transmit a CTS frame in response to the RTS frame.
  • the non-AP station to be the intended recipient of the P2P PPDU receives an RTS frame from a station to which a shared TXOP is allocated from a TXOP holder
  • the non-AP station to be the intended recipient of the P2P PPDU receives the RTS
  • a CTS frame may be transmitted as a response to the frame.
  • the non-AP station to be the intended receiver of the P2P PPDU receives the CTS frame from the station allocated the shared TXOP from the TXOP holder. can be judged to have been sent. Based on whether the intended recipient of the CTS frame is an AP, the non-AP station to be the intended recipient of the P2P PPDU determines that the CTS frame received by the non-AP station is a CTS frame that is a response to the MU-RTS TXS frame.
  • the CTS frame received by the non-AP station is a MU-RTS TXS frame. It can be determined as a CTS frame, which is a response to In addition, based on whether the intended receiver of the MU-RTS frame transmitted by the AP, which is the TXOP holder, and the sender of the received RTS frame are the same, the non-AP station to be the intended receiver of the P2P PPDU determines whether the non-AP station received the MU-RTS frame.
  • the CTS frame is a CTS frame in response to the MU-RTS TXS frame. If the intended recipient of the MU-RTS frame transmitted by the AP, which is a TXOP holder, and the sender of the received RTS frame are the same, the non-AP station to be the intended recipient of the P2P PPDU will receive the CTS frame received by the non-AP station as MU. -It can be determined as a CTS frame, which is a response to the RTS TXS frame.
  • the MU-RTS frame was described as an example, but the above-described embodiments may be equally applied to the RTS frame.
  • the intended recipient of the P2P PPDU may ignore the NAV set by the TXOP holder and transmit the CTS frame.
  • the NAV is set by a frame transmitted by a station other than the TXOP holder to the intended recipient of the P2P PPDU
  • the intended recipient of the P2P PPDU cannot ignore the NAV. Accordingly, at this time, the intended recipient of the P2P PPDU cannot transmit the CTS frame.
  • the intended receiver of the P2P PPDU may determine a subchannel to transmit the CTS frame according to the embodiments described with reference to FIG. 14 .
  • a bandwidth equal to or narrower than the bandwidth of the frequency band in which the CTS frame transmitted by the intended receiver of the P2P PPDU is transmitted may be set as a value of CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT of the TXVECTOR of the P2P PPDU.
  • the size of the frequency band in which the CTS frame is transmitted may be the frequency band in which the non-HT PPDU or non-HT duplicate PPDU including the CTS frame is transmitted.
  • the station allocated the shared TXOP may set INACTIVE_SUBCHANNELS of the TXVECTOR of the P2P PPDU based on the subchannel occupied by the CTS frame transmitted by the intended receiver of the P2P PPDU.
  • the station allocated the shared TXOP may set a subchannel not occupied by the CTS frame transmitted by the intended receiver of the P2P PPDU to INACTIVE_SUBCHANNELS of the TXVECTOR of the P2P PPDU.
  • the station allocated the shared TXOP may set to 1 a bit corresponding to a subchannel not occupied by a CTS frame transmitted by the intended receiver of the P2P PPDU among the INACTIVE_SUBCHANNELS bits of the TXVECTOR of the P2P PPDU.
  • 16 to 17 show that an AP transmits a MU-RTS TXS frame to allocate a shared TXOP to a non-AP station according to an embodiment of the present invention.
  • the AP acquires TXOP by transmitting a CTS-to-Self frame. Thereafter, the AP transmits a MU-RTS TXS frame to allocate a shared TXOP to the first station (SAT1). At this time, the AID12 field of the User Info field of the MU-RTS TXS frame indicates the first station (STA1). In addition, the value of the TXOP Sharing Mode field of the MU-RTS TXS frame indicates that P2P PPDU transmission is not allowed within the shared TXOP.
  • the first station (STA1) determines the duration of the shared TXOP based on the value of the UL Length subfield of the MU-RTS TXS frame.
  • the first station (STA1) prepares for UL PPDU transmission according to the value of the TXOP Sharing Mode field of the MU-RTS TXS frame.
  • the first station STA1 transmits a CTS frame in response to the MU-RTS TXS frame.
  • the interval between the MU-RTS TXS frame and the CTS frame is SIFS. That is, when SIFS elapses from the occurrence of PHY-RXEND.indication primitive by the PPDU including the MU-RTS TXS frame, the first station STA1 transmits the CTS frame.
  • the first station (STA1) transmits the CTS frame and transmits the UL PPDU. At this time, the interval between the CTS frame and the UL PPDU is SIFS.
  • the first station (STA1) transmits the UL PPDU in the subchannel through which the CTS frame is transmitted.
  • the first station STA1 may transmit the UL PPDU only within a subchannel included in an RU/MRU through which the first station STA1 may transmit.
  • the first station STA1 may ignore the NAV set by the frame transmitted by the AP and transmit the UL PPDU.
  • the first station STA1 performs physical carrier sensing on a subchannel through which the first station STA1 can transmit the UL PPDU, and ignores the NAV set by the frame transmitted by the AP when the corresponding subchannel is idle.
  • UL PPDU may be transmitted.
  • the first station STA1 may transmit a plurality of PPDUs within the shared TXOP. Specifically, when the PPDU transmitted by the first station STA1 and the response to the PPDU are terminated within the shared TXOP, the first station STA1 may transmit a plurality of PPDUs within the shared TXOP.
  • the TXOP holder AP may initiate PPDU transmission in the remaining TXOP.
  • the AP acquires TXOP by transmitting a CTS-to-Self frame. Thereafter, the AP transmits a MU-RTS TXS frame to allocate a shared TXOP to the first station (SAT1). At this time, the AID12 field of the User Info field of the MU-RTS TXS frame indicates the first station (STA1). In addition, the value of the TXOP Sharing Mode field of the MU-RTS TXS frame indicates that UL PPDU and P2P PPDU transmission is permitted within the shared TXOP.
  • the first station determines the duration of the shared TXOP based on the value of the UL Length subfield of the MU-RTS TXS frame.
  • the first station STA1 prepares to transmit a P2P PPDU to the second station STA2 according to the value of the TXOP Sharing Mode field of the MU-RTS TXS frame.
  • the first station STA1 transmits the CTS frame to the AP, and the first station STA1 transmits the RTS frame to protect P2P PPDU transmission to the second station STA2.
  • the second station STA2 transmits the CTS frame in response to the RTS frame transmitted by the first station STA1.
  • the first station STA1 may transmit a plurality of PPDUs within the shared TXOP. Specifically, when the PPDU transmitted by the first station STA1 and the response to the PPDU are terminated within the shared TXOP, the first station STA1 may transmit a plurality of PPDUs within the shared TXOP.
  • the TXOP holder AP may initiate PPDU transmission.
  • the RU Allocation subfield of the trigger frame indicates an RU to transmit a response to the trigger frame.
  • the RU Allocation subfield of the MU-RTS frame may indicate a channel through which the CTS frame is transmitted in response to the MU-RTS.
  • the RU Allocation subfield of the MU-RTS TXS frame may indicate an RU in which TXOP sharing is performed.
  • the station allocated the shared TXOP may transmit the UL PPDU or the P2P PPDU through the RU indicated by the RU Allocation subfield of the MU-RTS TXS frame to the station allocated the shared TXOP within the shared TXOP.
  • the value that the RU Allocation subfield of the MU-RTS frame can have is any one of 61 to 68. It can be.
  • the station receiving the MU-RTS frame may determine the position of the primary 20 MHz channel to transmit the CTS frame based only on the value of the RU Allocation subfield of the MU-RTS frame.
  • a method of determining the RU indicated by the RU Allocation subfield of the MU-RTS TXS frame may be different from the method of determining the RU indicated by the RU Allocation subfield of the MU-RTS frame.
  • the station receiving the MU-RTS TXS frame can determine the RU indicated by the RU Allocation subfield of the MU-RTS TXS frame by determining the RU indicated by the RU Allocation field of the trigger frame excluding the MU-RTS. have.
  • the RU Allocation subfield of the MU-RTS TXS frame may have values less than 61 as well as 61 to 68.
  • the station allocated the shared TXOP may determine the RU for which the TXOP sharing is performed based on the UL BW subfield of the Common field of the MU-RTS TXS frame and the RU Allocation subfield of the User Info field.
  • the station receiving the MU-RTS TXS frame may transmit the CTS frame through the primary 20 MHz channel even if the RU allocated to the station by the MU-RTS TXS frame does not include the primary 20 MHz channel.
  • the station receiving the MU-RTS TXS frame may transmit the CTS frame through the primary 20 MHz channel and the RU allocated to the station by the MU-RTS TXS frame.
  • the station receiving the MU-RTS TXS frame may determine the RU allocated to the station based on the RU allocation subfield and the PS160 subfield.
  • the number of bits of the RU Allocation subfield of the MU-RTS TXS frame may be greater than the number of bits of the RU Allocation field of the MU-RTS frame.
  • the number of bits of the RU Allocation subfield of the MU-RTS frame may be 8 bits and the number of bits of the RU Allocation subfield of the MU-RTS TXS frame may be 9 bits.
  • the bandwidth of the frequency band through which the PPDU is transmitted and whether or not preamble puncturing is applied to PPDU transmission will be described.
  • the TXVECTOR parameter related to the frequency band of the PPDU transmitted during the shared TXOP of the PPDU may be set according to a predefined rule.
  • the frequency band related TXVECTOR parameter may include at least one of CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT, and INACTIVE_SUBCHANNES.
  • Preamble punching may indicate that PPDU transmission is performed without occupying some of the RUs included in the frequency band of the PPDU (BW of TXVECTOR) or some of the subchannels included in the frequency band.
  • BW of TXVECTOR BW of TXVECTOR
  • the name of TXVECTOR used in the following description is for convenience of explanation, and the embodiment of the present invention may be equally applied to other parameter names indicating the same information.
  • the station allocated the shared TXOP can set CH_BANDWIDTH of the TXVECTOR of the PPDU transmitted within the shared TXOP to be equal to or smaller than the CH_BANDWIDTH of the TXVECTOR of the PPDU including the CTS frame transmitted in response to the MU-RTS TXS frame.
  • CH_BANDWIDTH_IN_NON_HT may be applied instead of CH_BANDWIDTH.
  • a station assigned a shared TXOP may set CH_BANDWIDTH of a TXVECTOR of a PPDU transmitted within the shared TXOP to be equal to or smaller than the RU allocated to the station by the MU-RTS TXS frame.
  • CH_BANDWIDTH_IN_NON_HT may be applied instead of CH_BANDWIDTH.
  • the station sets CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT of the TXVECTOR of the PPDU transmitted within the shared TXOP to 80 MHz. or set to a narrow bandwidth.
  • CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT of the TXVECTOR of the PPDU transmitted after transmitting the CTS frame must be set to a bandwidth equal to or narrower than 80 MHz.
  • the station transmits the TXVECTOR of the PPDU transmitted within the shared TXOP.
  • the station assigned the shared TXOP may set CH_BANDWIDTH of the TXVECTOR of the P2P PPDU.
  • the exchange of non-HT PPDUs may be for protecting P2P PPDU transmission.
  • the non-HT PPDU exchange may include an RTS frame and a CTS frame.
  • the non-HT PPDU exchange may include a data frame and an ACK frame.
  • a bandwidth equal to or narrower than CH_BANDWIDTH of RXVECTOR of the non-HT PPDU received from the station to receive the P2P PPDU It can be set to CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT of the TXVECTOR of the P2P PPDU.
  • the station assigned the shared TXOP If the station assigned the shared TXOP does not exchange a non-HT PPDU within the shared TXOP with the station to receive the P2P PPDU, the station assigned the shared TXOP transmits the PPDU including the CTS frame transmitted in response to the MURTS TXS frame.
  • a bandwidth equal to or narrower than the value of CH_BANDWIDTH_IN_NON_HT of TXVECTOR of P2P PPDU can be set to CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT of TXVECTOR of P2P PPDU.
  • a station assigned a shared TXOP when a station assigned a shared TXOP does not exchange a non-HT PPDU within the shared TXOP with a station to receive a P2P PPDU, the station assigned the shared TXOP transmits a station previously transmitted within the shared TXOP.
  • a bandwidth equal to or narrower than the value of CH_BANDWIDTH of TXVECTOR of one PPDU can be set to CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT of TXVECTOR of P2P PPDU.
  • a station allocated a shared TXOP may set a bandwidth equal to or narrower than the value of CH_BANDWIDTH_IN_NON_HT of the TXVECTOR of the PPDU including the CTS frame transmitted in response to the MU-RTS TXS frame to CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT of the TXVECTOR of the UL PPDU.
  • a station allocated a shared TXOP may exchange an RTS frame and a CTS frame with an AP within the shared TXOP. Specifically, a station allocated with a shared TXOP may transmit an RTS frame to an AP and receive a CTS frame from the AP. At this time, the station may set a bandwidth equal to or narrower than CH_BANDWIDTH_IN_NON_HT of the RXVECTOR of the PPDU including the CTS frame to CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT of the TXVECTOR of the UL PPDU transmitted after the CTS frame is transmitted.
  • the station allocated the shared TXOP may set INACTIVE_SUBCHANNELS of the TXVECTOR of the PPDU transmitted within the shared TXOP based on the subchannel through which the PPDU including the CTS frame transmitted in response to the MU-RTS TXS frame is transmitted.
  • the station allocated the shared TXOP may set the value of the bit corresponding to the subchannel that did not transmit the PPDU including the CTS frame transmitted in response to the MU-RTS TXS frame among the INACTIVE_SUBCHANNELS bits of the TXVECTOR of the PPDU to 1. .
  • the station allocated the shared TXOP may set INACTIVE_SUBCHANNELS of the TXVECTOR of the PPDU transmitted within the shared TXOP based on the RU allocated to the corresponding station by the MU-RTS TXS frame.
  • the station allocated the shared TXOP may set the value of the bit corresponding to the subchannel including the RU allocated to the station by the MU-RTS TXS frame among INACTIVE_SUBCHANNELS bits of the TXVECTOR of the PPDU to 1.
  • the station assigned the shared TXOP may set INACTIVE_SUBCHANNELS of the TXVECTOR of the P2P PPDU.
  • the exchange of non-HT PPDUs may be for protecting P2P PPDU transmission.
  • the non-HT PPDU exchange may include an RTS frame and a CTS frame.
  • the non-HT PPDU exchange may include a data frame and an ACK frame.
  • a station assigned a shared TXOP exchanges a non-HT PPDU within the shared TXOP with a station to receive the P2P PPDU, P2P based on a subchannel not occupied by the non-HT PPDU received from the station to receive the P2P PPDU You can set INACTIVE_SUBCHANNELS of TXVECTOR of PPDU.
  • the station allocated the shared TXOP may set the value of the bit corresponding to the subchannel not occupied by the non-HT PPDU received from the station to receive the P2P PPDU among the INACTIVE_SUBCHANNELS bits of the TXVECTOR of the P2P PPDU to 1.
  • the station allocated the shared TXOP when a station allocated a shared TXOP does not exchange a non-HT PPDU within the shared TXOP with a station to receive a P2P PPDU, the station allocated the shared TXOP exchanges the PPDU received by the station within the shared TXOP INACTIVE_SUBCHANNELS of TXVECTOR of P2P PPDU may be set based on subchannels not occupied by . Specifically, the station allocated the shared TXOP may set the value of the bit corresponding to the subchannel not occupied by the PPDU received by the station in the shared TXOP among the INACTIVE_SUBCHANNELS bits of the TXVECTOR of the P2P PPDU to 1.
  • the previously transmitted PPDU may be a PPDU transmitted by a station to receive the P2P PPDU.
  • embodiments of the INACTIVE_SUBCHANNELS setting method of TXVECTOR described above can be applied when a station to receive a P2P PPDU does not belong to a BSS to which a station assigned a shared TXOP belongs.
  • embodiments of the INACTIVE_SUBCHANNELS setting method of TXVECTOR described above can be applied regardless of whether a station to receive a P2P PPDU belongs to a BSS to which a station assigned a shared TXOP belongs.
  • the station allocated the shared TXOP may set INACTIVE_SUBCHANNELS of the TXVECTOR of the P2P PPDU based on whether the station to receive the P2P PPDU belongs to the BSS to which the station allocated the shared TXOP belongs. Specifically, when a station to receive a P2P PPDU belongs to the BSS to which the station to which the shared TXOP is assigned belongs, the station to which the shared TXOP is assigned uses a disable subchannel most recently indicated by the AP to which the station to which the shared TXOP is assigned belongs ( disabled subchhanel), INACTIVE_SUBCHANNELS of TXVECTOR of P2P PPDU can be set.
  • the station assigned the shared TXOP may set the value of the bit corresponding to the disable subchannel most recently indicated by the AP to which the station assigned the shared TXOP is coupled among the INACTIVE_SUBCHANNELS bits of the TXVECTOR of the P2P PPDU to 1. .
  • the disabled subchannel may indicate a subchannel that the AP has determined not to use in the BSS operated by the AP.
  • the disable subchannel may be signaled through the Disable Subchannel bitmap of the EHT Operation element.
  • INACTIVE_SUBCHANNELS of the TXVECTOR of the P2P PPDU may be set based on the subchannel not occupied by the PPDU received from the station to receive the P2P PPDU. . Specifically, the station allocated the shared TXOP may set the value of the bit corresponding to the subchannel not occupied by the PPDU received from the station to receive the P2P PPDU among the INACTIVE_SUBCHANNELS bits of the TXVECTOR of the P2P PPDU to 1.
  • a PPDU received from a station to receive a P2P PPDU may be limited to a PPDU including a CTS frame. Also, the PPDU received from the station to receive the P2P PPDU may be the most recently received PPDU from the station to receive the P2P PPDU.
  • the station assigned the shared TXOP may transmit the PPDU in the shared TXOP based on the subchannel most recently indicated as the disable subchannel by the AP to which the station assigned the shared TXOP is coupled. Specifically, the station assigned the shared TXOP selects the bit corresponding to the subchannel most recently designated as the disable subchannel by the AP to which the station assigned the shared TXOP is associated among the INACTIVE_SUBCHANNELS bits of the TXVECTOR of the PPDU transmitted from the shared TXOP. You can set the value to 1.
  • a station that is a TXOP holder sets the TXVECTOR parameter of the PPDU to be transmitted based on the previous PPDU transmitted within the TXOP. For example, a station that is a TXOP holder sets the TXVECTOR parameter of a PPDU to be transmitted based on the bandwidth of a previously transmitted PPDU within the TXOP.
  • the AP may not be able to receive a PPDU transmitted within the shared TXOP.
  • a station allocated a shared TXOP transmits a P2P PDDU, there is a high possibility that the station, which is an intended receiver of the P2P PPDU, cannot receive the PPDU.
  • a station that is an intended recipient of the P2P PPDU may be a hidden node to the AP.
  • the shared TXOP After the end of the shared TXOP, it is necessary to consider this situation when setting the TXVECTOR parameter of the PPDU when the AP, which is a TXOP holder, transmits.
  • a method of setting the TXVECTOR parameter of the PPDU when an AP that is a TXOP holder performs transmission will be described.
  • an AP that is a TXOP holder may set the TXVECTOR parameter of a PPDU transmitted by the AP after the sharing TXOP ends, based on the PPDU most recently received by the AP.
  • the AP which is a TXOP holder, may set CH_BANDWIDHT of the TXVECTOR of the PPDU transmitted by the AP after the end of the shared TXOP, based on the bandwidth of the PPDU most recently received by the AP.
  • the AP which is the TXOP holder, may set CH_BANDWIDHT of the TXVECTOR of the PPDU transmitted by the AP after the end of the shared TXOP to a bandwidth equal to or narrower than the bandwidth of the PPDU most recently received by the AP.
  • An AP that is a TXOP holder may set INACTIVE_SUBCHANNELS of the TXVECTOR of a PPDU transmitted by the AP after the end of the shared TXOP based on a subchannel occupied by the PPDU most recently received by the AP.
  • the AP which is the TXOP holder, may set to 1 a bit corresponding to a subchannel not occupied by the PPDU most recently received by the AP among the INACTIVE_SUBCHANNELS bits of the TXVECTOR of the PPDU transmitted by the AP after the end of the shared TXOP.
  • an AP that is a TXOP holder may set RU_ALLOCATION of a TXVECTOR of an MU PPDU transmitted by the AP after the sharing TXOP ends, based on the PPDU most recently received by the AP.
  • the AP which is a TXOP holder, may set RU_ALLOCATION of the TXVECTOR of the MU PPDU transmitted by the AP after the end of the shared TXOP based on the 20 MHz subchannel occupied by the PPDU most recently received by the AP.
  • the AP that is a TXOP holder may not be allowed to set the RU included in the 20 MHz subchannel occupied by the PPDU most recently received by the AP to RU_ALLOCATION of the TXVECTOR of the MU PPDU transmitted by the AP after the end of the shared TXOP.
  • the MU PPDU may include at least one of an EHT MU PPDU and a HE MU PPDU.
  • the above-described embodiments may be applied when the TXOP of the TXOP holder is not protected by a non-HT PPDU or a non-HT duplicate PPDU.
  • Another embodiment of setting the TXVECTOR parameter of the PPDU transmitted by the AP after the end of the shared TXOP can be applied when the AP, which is a TXOP holder, exchanges non-HT PPDUs transmitted to protect the TXOP.
  • a PPDU received in response to a non-HT PPDU transmitted to protect TXOP is referred to as a response non-HT PPDU.
  • the AP which is a TXOP holder, may set parameters of the TXVECTOR of the PPDU transmitted by the AP after the sharing TXOP is terminated based on the response non-HT PPDU.
  • the AP as a TXOP holder may set CH_BANDWIDHT of the TXVECTOR of the PPDU transmitted by the AP after the end of the shared TXOP based on the bandwidth of the response non-HT PPDU.
  • the TXOP holder AP may set CH_BANDWIDHT or CH_BANDWIDTH_IN_NON_HT of the TXVECTOR of the PPDU transmitted by the AP after the end of the shared TXOP with a bandwidth equal to or narrower than that of the response non-HT PPDU.
  • the AP which is a TXOP holder, may set INACTIVE_SUBCHANNELS of the TXVECTOR of the PPDU transmitted by the AP after the end of the shared TXOP based on the subchannel occupied by the response non-HT PPDU.
  • the AP which is a TXOP holder, may set to 1 a bit corresponding to a subchannel not occupied by a response non-HT PPDU among bits of INACTIVE_SUBCHANNELS of TXVECTOR of the PPDU transmitted by the AP after the end of the shared TXOP.
  • an AP that is a TXOP holder may set RU_ALLOCATION of TXVECTOR of an MU PPDU transmitted by the AP after the end of the shared TXOP based on the response non-HT PPDU.
  • the AP which is a TXOP holder, may set RU_ALLOCATION of the TXVECTOR of the MU PPDU transmitted by the AP after the end of the shared TXOP based on the 20 MHz subchannel occupied by the response non-HT PPDU.
  • the AP which is a TXOP holder, may not be allowed to set the RU included in the 20 MHz subchannel occupied by the response non-HT PPDU to RU_ALLOCATION of the TXVECTOR of the MU PPDU transmitted by the AP after the end of the shared TXOP.
  • the MU PPDU may include at least one of an EHT MU PPDU and a HE MU PPDU.
  • TXOP protection through non-HT PPDU transmission may include at least one of RTS frame and CTS frame exchange and MU-RTS frame and CTS frame exchange.
  • the AP which is a TXOP holder, uses the PPDU most recently received by the AP as in the above-described embodiments, and after the end of the shared TXOP AP You can set the TXVECTOR parameter of the PPDU transmitted by .
  • 18 to 19 show a method in which an AP, which is a TXOP holder, sets parameters of a TXVECTOR of a PPDU transmitted by the AP after a shared TXOP is terminated according to an embodiment of the present invention.
  • the AP acquires TXOP by transmitting a CTS-to-Self frame.
  • the AP transmits a MU-RTS TXS frame to the first station STA1 and allocates a shared TXOP to the first station STA1.
  • the first station (STA1) transmits the UL PPDU to the AP in the shared TXOP.
  • the AP transmits a PPDU to the second station STA2.
  • the AP and the second station STA2 did not exchange non-HT PPDUs within the TXOP. Accordingly, the AP sets the TXVECTOR parameter of the DL PPDU transmitted to the second station STA2 based on the most recently received PPDU.
  • the PPDU most recently received by the AP is a PPDU including an ACK frame transmitted by the first station (AP). Since the bandwidth of the PPDU including the ACK frame transmitted by the first station (STA1) is 80 MHz, the AP sets the CH_BANDWIDTH of the TXVECTOR of the DL PPDU transmitted to the second station (STA2) to 80 MHz or a value smaller than 80 MHz. In addition, since the third subchannel (SC#3) is punched in the PPDU including the ACK frame transmitted by station 1 (AP), the AP selects INACTIVE_SUBCHANNEL of the TXVECTOR of the DL PPDU transmitted to station 2 (STA2). Of these, a bit corresponding to the third subchannel is set to 1.
  • the AP transmits the MU-RTS frame to the first station STA1 and the second station STA2, and receives the CTS frame from the first station STA1 and the second station STA2. Through this, the AP acquires the TXOP.
  • the AP transmits a MU-RTS TXS frame to the first station STA1 and allocates a shared TXOP to the first station STA1.
  • the first station (STA1) transmits the UL PPDU to the AP in the shared TXOP. After the shared TXOP ends, the AP transmits a PPDU to the second station STA2.
  • the AP and the second station STA2 exchange non-HT PPDUs including RTS frames and non-HT PPDUs including CTS frames within TXOP. Accordingly, the AP sets the TXVECTOR parameter of the DL PPDU transmitted to the second station (STA2) based on the non-HT PPDU including the most CTS frame. Since the bandwidth of the non-HT PPDU including the CTS frame is 80 MHz, the AP sets the CH_BANDWIDTH of the TXVECTOR of the DL PPDU transmitted to the second station (STA2) to 80 MHz or a value smaller than 80 MHz. In addition, a non-HT PPDU including a CTS frame does not include a punctured subchannel. Accordingly, the AP sets bits corresponding to the first subchannel (SC#1) to the fourth subchannel (SC#4) of INACTIVE_SUBCHANNEL of the TXVECTOR of the DL PPDU transmitted to the second station (STA2) to 0.
  • the AP acquires TXOP by transmitting a CTS-to-Self frame.
  • the AP transmits a MU-RTS TXS frame to the first station STA1 and allocates a shared TXOP to the first station STA1.
  • the first station (STA1) transmits the P2P PPDU to the second station (STA2) within the shared TXOP.
  • the AP transmits a DL PPDU to the third station (STA3).
  • the AP and the third station (STA3) did not exchange non-HT PPDUs within the TXOP.
  • the AP sets the TXVECTOR parameter of the DL PPDU transmitted to the third station (STA3) based on the most recently received PPDU.
  • the PPDU most recently received by the AP is the P2P PPDU transmitted by the first station (AP). Since the bandwidth of the P2P PPDU transmitted by the first station (AP) is 80 MHz, the AP sets the CH_BANDWIDTH of the TXVECTOR of the DL PPDU transmitted to the third station (STA3) to 80 MHz or a value smaller than 80 MHz.
  • the AP Since the third subchannel (SC#3) is punched in the transmitted P2P PPDU, the AP sets the bit corresponding to the third subchannel among INACTIVE_SUBCHANNEL of TXVECTOR of the DL PPDU transmitted to the third station (STA3) to 1. set to
  • the AP transmits the MU-RTS frame to the first station STA1 to the third station STA3 and receives the CTS frame from the first station STA1 to the third station STA3. Through this, the AP acquires the TXOP.
  • the AP transmits a MU-RTS TXS frame to the first station STA1 and allocates a shared TXOP to the first station STA1.
  • the first station (STA1) transmits the P2P PPDU to the second station (STA3) within the shared TXOP. After the shared TXOP is finished, the AP transmits a PPDU to the third station (STA3).
  • the AP and the third station (STA3) exchanged non-HT PPDUs including RTS frames and non-HT PPDUs including CTS frames within TXOP. Accordingly, the AP sets the TXVECTOR parameter of the DL PPDU to be transmitted to the third station (STA3) based on the non-HT PPDU including the most CTS frame. Since the bandwidth of the non-HT PPDU including the CTS frame is 80 MHz, the AP sets the CH_BANDWIDTH of the TXVECTOR of the DL PPDU transmitted to the third station (STA3) to 80 MHz or a value smaller than 80 MHz. In addition, a non-HT PPDU including a CTS frame does not include a punctured subchannel. Accordingly, the AP sets bits corresponding to the first subchannel (SC#1) to the fourth subchannel (SC#4) of INACTIVE_SUBCHANNEL of the TXVECTOR of the DL PPDU transmitted to the third station (STA3) to 0.
  • restrictions may be applied to the last PPDU transmitted within the shared TXOP.
  • the last PPDU transmitted within the TXOP may be limited to a PPDU including a frame transmitted by a station to which a shared TXOP is allocated or an AP being an intended receiver.
  • a station assigned a shared TXOP may signal information about a bandwidth of a PPDU last transmitted in the shared TXOP through a PPDU transmitted last by the station within the shared TXOP.
  • a MAC frame included in a PPDU last transmitted by the station in the shared TXOP or a PPDU last transmitted by the station in the shared TXOP may include information about the bandwidth of the PPDU last transmitted in the shared TXOP.
  • the information on the bandwidth of the PPDU transmitted last in the TXOP may include at least one of information about a subchannel occupied by the PPDU transmitted last and information about a subchannel punctured in the PPDU transmitted last.
  • FIG. 20 shows a method of setting the TXVECTOR of a PPDU when an intended recipient of a PPDU transmitted through a shared TXOP is changed according to an embodiment of the present invention.
  • the AP acquires the TXOP and transmits the MU-RTS TXS frame to the first station (STA1).
  • the MU-RTS TXS frame indicates that transmission of not only UL PPDUs but also P2P PPDUs is permitted within the shared TXOP.
  • the first station STA1 transmits a CTS frame to the AP in response to the MU-RTS TXS frame. At this time, the CTS frame is transmitted through the 80 MHz frequency band.
  • the first station SAT1 transmits the RTS frame to the second station STA2 before transmitting the P2P PPDU to the second station STA2. At this time, the RTS frame is transmitted through the 80 MHz frequency band.
  • the second station STA2 transmits the CTS frame to the first station STA1.
  • the CTS frame is transmitted through a 40 MHz frequency band.
  • the first station SAT1 sets the CH_BANDWIDTH of the TXVECTOR of the PPDU transmitted to the second station STA2 to 40 MHz or a value smaller than 40 MHz.
  • the first station (SAT1) receives the ACK frame in the P2P PPDU from the second station (STA2) during the remaining shared TXOP and transmits the UL PPDU to the AP.
  • the first station STA1 Since the bandwidth of the PPDU including the CTS frame transmitted by the first station STA1 to the AP is 80 MHz, the first station STA1 sets CH_BANDWIDTH of the TXVECTOR of the UL PPDU to 80 MHz or a value smaller than 80 MHz.
  • the AP acquires the TXOP and transmits the MU-RTS TXS frame to the first station (STA1).
  • the MU-RTS TXS frame indicates that transmission of not only UL PPDUs but also P2P PPDUs is permitted within the shared TXOP.
  • the first station STA1 transmits a CTS frame to the AP in response to the MU-RTS TXS frame. At this time, the CTS frame is transmitted through the 80 MHz frequency band.
  • the first station SAT1 transmits the RTS frame to the second station STA2 before transmitting the P2P PPDU to the second station STA2. At this time, the RTS frame is transmitted through the 80 MHz frequency band.
  • the second station STA2 transmits the CTS frame to the first station STA1.
  • the CTS frame is transmitted through a 40 MHz frequency band.
  • the first station SAT1 sets CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT of the TXVECTOR of the PPDU transmitted to the second station STA2 to 40 MHz or a value smaller than 40 MHz.
  • the first station SAT1 receives the ACK frame in the P2P PPDU from the second station STA2 and transmits the P2P PPDU to the third station STA3 during the remaining sharing TXOP.
  • the first station STA1 and the third station STA3 have never exchanged RTS frames and CTS frames.
  • the first station (STA1) sets CH_BANDWIDTH or CH_BANDWIDTH_IN_NON_HT of the TXVECTOR of the PPDU transmitted to the third station (STA3) to 80 MHz or a value smaller than 80 MHz. do.
  • the AP may perform TXOP recovery after the end of the shared TXOP.
  • the AP transmits the MU-RTS TXS frame to the STA and then receives the CTS frame from the STA, the AP may determine that allocation of the shared TXOP to the STA is completed.
  • the AP may be restricted from transmitting the PPDU in the shared TXOP.
  • a station allocated with a shared TXOP may not perform transmission. This is because a station assigned a shared TXOP may not have traffic that can be transmitted within the shared TXOP. If the station allocated the shared TXOP does not perform transmission within the shared TXOP, the AP may perform TXOP recovery.
  • the AP performs TXOP recovery. can do. At this time, the AP may determine that the shared TXOP has ended. In addition, if only UL PPDU transmission is permitted within the shared TXOP and the channel on which the TXOP sharing was performed during PIFS (SIFS + aSlotTime) after transmission of the most recently performed PPDU within the shared TXOP is idle, the AP transmits the AP can be initiated. Through these embodiments, when transmission is not performed during PIFS, TXOP loss can be prevented.
  • the AP may perform TXOP recovery. Specifically, when the shared TXOP is terminated, if the channel on which the TXOP sharing is performed is not idle, the AP may perform TXOP recovery. In a specific embodiment, if the TXOP remains when the shared TXOP ends and the channel on which the TXOP sharing is performed is not idle, the AP may perform TXOP recovery.
  • TXOP recovery performed by the AP may be to attempt PPDU transmission after the channel is idle for PFIS. Also, TXOP recovery performed by the AP may be performing a new backoff operation. In addition, TXOP recovery performed by the AP may be to wait until the TXNAV timer expires. This TXOP recovery operation is different from recovery operation due to PPDU transmission failure performed by the TXOP holder in that it is performed without transmission failure.
  • the AP may set the value of CW[AC] used in the backoff operation to the minimum value of CW[AC]. This is because transmission of the MU-RTS TXS frame transmitted for TXOP sharing was successful.
  • the AP may set QSRC[AC] used in the backoff operation to 0.
  • the AP may not be allowed to extend TXNAV through the backoff operation. At this time, the AP maintains the existing TXNAV value and reduces the TXNAV value according to the timer.
  • the AP may not be allowed to expand the bandwidth of the frequency band in which the TXOP was acquired. At this time, the AP may perform transmission within the bandwidth of the frequency band in which the TXOP was acquired.
  • the bandwidth of the frequency band in which the TXOP is acquired may be the bandwidth of the frequency band in which the non-HD PPDU is performed.
  • the bandwidth of the frequency band in which the TXOP is acquired may be the bandwidth of the most recently received PPDU within the TXOP. If TXOP recovery is to wait until the TXNAV timer expires, this restriction may not apply. This is because the AP acquires a new TXOP after the TXOP ends.
  • a station assigned a shared TXOP can protect P2P PPDU transmission by exchanging RTS frames and CTS frames with an intended receiver of the P2P PPDU before transmitting the P2P PPDU. If the intended recipient of the P2P PPDU is a legacy station, it can be ignored because the intended recipient of the P2P PPDU is an RTS frame transmitted by a station other than an AP, which is a TXOP holder. Accordingly, an AP that is a TXOP holder as an intended receiver of a P2P PPDU may not transmit a CTS frame. Therefore, there is a need for a method for protecting P2P PPDU transmission even when the intended recipient of the P2P PPDU is a legacy station.
  • the AP may set the value of the Duration field of the MU-RTS TXS frame to a value until the CTS frame is received from the station to which the shared TXOP is allocated.
  • the AP may set the value of the Duration field of the frame transmitted before the MU-RTS TXS frame and the MU-RTS TXS frame to a value until the CTS frame is received from the station to which the shared TXOP is allocated.
  • the AP may set the value of the duration field of the MU-RTS TXS frame to a value obtained by adding 2xSIFS to the required transmission time of the CTS frame, which is a response to the MU-RTS TXS frame.
  • the AP may set the value of the duration field of the MU-RTS TXS frame to a value obtained by adding SIFS to the required transmission time of the CTS frame.
  • the value of the Duration field can be set until the CTS frame is received from the station to which the TXOP is allocated.
  • the embodiments described above and the embodiments to be described later can be applied only when transmission of a P2P PPDU is permitted within a shared TXOP.
  • the above-described embodiments may be applied only when TXOP is shared within a restricted target wake time (R-TWT) service period (SP).
  • R-TWT SP is a type of TWT SP, and is a service period in which traffic of a TID designated as low latency traffic by the AP is preferentially processed.
  • the R-TWT SP may be an R-TWT SP in which at least one MU-RTS TXS frame is scheduled to be transmitted.
  • the R-TWT SP may be set by a TWT element in which the value of the Broadcast TWT Recommendation field is set to 5.
  • the embodiments described above and the embodiments to be described later will be applied only when the station to be allocated the shared TXOP signals to the AP that it intends to protect P2P PPDU transmission by exchanging the RTS frame and the CTS frame.
  • the above-described embodiments and the embodiments to be described later may be applied only when a station to be allocated a shared TXOP reports that there is traffic to be transmitted to a P2P peer station.
  • the above-described embodiments may be applied only when a station to be allocated a shared TXOP reports that there is low latency traffic to be transmitted to a P2P peer station.
  • the station to be allocated the shared TXOP may report to the AP that there is traffic to be transmitted to the P2P peer station using a P2P Buffer Status Report (PSR) Control field of the A-Control field of the MAC frame.
  • PSR P2P Buffer Status Report
  • the station to be allocated the shared TXOP indicates the Control ID of the A-Control field as P2P Buffer Status Report Control.
  • a neighboring station may determine that a TXOP is terminated before a station to be allocated a shared TXOP transmits a non-HT PPDU to protect P2P PPDU transmission. Therefore, a neighbor station may attempt to transmit within the shared TXOP before transmission of the P2P PPDU begins. This will be described with reference to FIG. 21 .
  • the AP sets the value of the Duration field of the MU-RTS TXS frame to the time of receiving the CTS frame for the MU-RTS TXS frame.
  • the AP acquires the TXOP and transmits the MU-RTS TXS frame to the first station (STA1).
  • the MU-RTS TXS frame indicates that transmission of not only UL PPDUs but also P2P PPDUs is permitted within the shared TXOP.
  • the AP sets the value of the Duration field of the MU-RTS TXS frame to a time point at which the CTS frame for the MU-RTS TXS frame is received.
  • the first station STA1 transmits the RTS frame to the P2P peer STA.
  • a neighboring station located close to the AP and a hidden node to the first station (STA1) determines that the TXOP set by the AP has expired. Accordingly, while the first station STA1 is transmitting the RTS frame to the P2P peer STA, the neighboring station (Other STA) may attempt new transmission. Therefore, transmission of the P2P PPDU may be hindered.
  • An embodiment of setting the value of the Duration field of the MU-RTS TXS frame in consideration of this will be described.
  • the AP may set the value of the Duration field of the MU-RTS TXS frame based on the transmission of a specific frame in the shared TXOP. Specifically, the AP may set the value of the Duration field of the MU-RTS TXS frame until transmission of a specific frame within the shared TXOP.
  • the specific frame may be a frame included in a UL PPDU first transmitted after the station to which the shared TXOP is allocated transmits a response to the MU-RTS TXS frame.
  • a frame included in an UL PPDU transmitted first after a station allocated with a shared TXOP transmits a response to the MU-RTS TXS frame is referred to as an initiation frame.
  • the specific frame may be the AP's response to the initiation frame. Duration fields of the start frame and the response frame may be set to a value equal to or smaller than the end time of the shared TXOP.
  • the AP may set the value of the Duration field of not only the MU-RTS TXS frame but also the frame transmitted before the MU-RTS TXS frame based on the transmission of a specific frame in the shared TXOP.
  • a station allocated with a shared TXOP may perform a first frame exchange within the shared TXOP as a preset frame exchange.
  • the station allocated with the shared TXOP may determine whether the above-described embodiments of setting the value of the Duration field are applied based on the value of the Duration field.
  • the station allocated the shared TXOP may determine that the above-described embodiments of setting the value of the Duration field are applied.
  • the preset value may indicate a value set according to embodiments of setting a Duration field.
  • a station allocated with a shared TXOP may compare the value of the Duration field with the end point of the shared TXOP to determine that the above-described embodiments of setting the value of the Duration field are applied.
  • the station allocated with the shared TXOP may determine that the above-described embodiments for setting the value of the Duration field are applied.
  • the station assigned the shared TXOP may determine that the above-described embodiments of setting the value of the Duration field do not apply.
  • the aforementioned start frame may be an RTS frame.
  • the UL PPDU including the start frame may be a PPDU including only the RTS frame.
  • the RTS frame may be an RTS frame in which a receiver address of the RTS frame is designated as an AP.
  • the value of the Duration field of the RTS frame may be set to the end point of shared TXOP. In addition, it may not be allowed that the value of the Duration field of the RTS frame is set to a value greater than the end point of the shared TXOP.
  • a transmission method of a PPDU including an RTS frame may be designated as follows.
  • a station assigned a shared TXOP may transmit a PPDU including an RTS frame using a pre-specified format and a pre-specified MCS.
  • the predefined format may be a non-HT PPDU or a non-HT duplicate PPDU.
  • the pre-designated MCS may be MCS0 or MCS1.
  • a PPDU including an RTS frame may be a non-HT PPDU in which the RATE subfield of the L-SIG field indicates 6 MB/S.
  • the AP may set the duration field of the MU-RTS TXS frame and the frame transmitted before the MU-RTS TXS frame to the following values.
  • the value of the Duration field of the frame transmitted before the MU-RTS TXS frame and the MU-RTS TXS frame may be set based on the transmission time of the response to the UL PPDU including the start frame.
  • the PPDU including the start frame may include a frame requesting an immediate response frame from the AP.
  • a value of a Duration field of a frame requesting an immediate response frame may be set to an end point of shared TXOP.
  • the AP may set the value of the Duration field of the frame transmitted before the MU-RTS TXS frame and the MU-RTS TXS frame as follows.
  • the station allocated with the shared TXOP may transmit the UL PPDU and then transmit the P2P PPDU. This is because the station allocated the shared TXOP can prevent transmission of the P2P PPDU from being interrupted by neighboring stations by transmitting the UL PPDU.
  • the above-described restriction applied to PPDU transmission including an initiation frame may not be applied.
  • a station allocated a shared TXOP may end transmission of a UL PPDU including an initiation frame within a time point indicated by a value of a Duration field of a frame transmitted before the MU-RTS TXS frame and the MU-RTS TXS frame. .
  • the station allocated the shared TXOP may receive a response to the UL PPDU from the AP and transmit an RTS frame to the P2P peer station.
  • the P2P peer station may transmit a CTS frame as a response to the RTS frame by determining that the AP has terminated the TXOP, which is the TXOP holder, prior to receiving the RTS frame.
  • the AP may transmit a frame for TXOP protection after the sharing TXOP is terminated.
  • the frame for TXOP protection may include at least one of a MU-RTS frame, an RTS frame, and a CTS-to-Self frame.
  • the AP must set so that the sum of the value of the Duration field of the frame for TXOP protection, the time used before transmitting the MU-RTS TXS frame, and the duration of the shared TXOP does not exceed the TXOP limit.
  • the AP according to an embodiment of the present invention sets the value of the Duration field of the MU-RTS TXS frame based on the start frame.
  • the AP transmits a MU-RTS TXS frame to allocate a shared TXOP to a station (non-AP STA).
  • the AP sets the value of the DL PPDU transmitted before transmission of the MU-RTS TXS frame and the value of the Duration field of the MU-RTS TXS frame to the transmission time point of the UL PPDU to be transmitted first by the station (non-AP STA) within the shared TXOP, or set long
  • the AP transmits a response to the UL PPDU.
  • the neighbor station Upon receiving the response to the UL PPDU, the neighbor station sets the NAV based on the response.
  • the P2P peer station (P2P Peer STA) receives the RTS frame transmitted by the station (non-AP STA)
  • the P2P peer station (P2P peer STA) determines the station (non-AP STA) as a TXOP holder.
  • a P2P peer station (P2P peer STA) transmits a CTS frame to a station (non-AP STA) in response to the RTS frame.
  • the station assigned the shared TXOP may set the sender address of the RTS frame for protecting transmission of the P2P PPDU, that is, the MAC address of the AP for which the shared TXOP is configured in the TA field. Since the sender address indicates the AP as the TXOP holder, the P2P peer station receiving the RTS frame may transmit the CTS frame in response to the RTS frame.
  • the TXOP for the P2P PPDU can be configured without changing the value of the Duration field of the MU-RTS TXS frame or the frame transmitted before the MU-RTS TXS frame.
  • the station assigned the shared TXOP may operate as if the station assigned the shared TXOP and the P2P peer station exchange RTS frames and CTS frames. . Accordingly, when a station assigned a shared TXOP transmits a P2P PPDU, the station assigned a shared TXOP may apply a frequency bandwidth rule applied after exchanging the RTS frame and the CTS frame.
  • the station allocated the shared TXOP may operate in this way when the receiver address of the CTS frame, that is, the RA field is the same as the receiver address of the AP setting the shared TXOP. In another specific embodiment, the station assigned the shared TXOP may operate in this way when the receiver address of the CTS frame, that is, the RA field, is the same as the sender address of the station assigned the shared TXOP, that is, the TA field.
  • the sender address of the trigger frame may be set to the MAC address of the AP setting the shared TXOP.
  • a station assigned a shared TXOP transmits an RTS frame whose sender address is set to an AP setting the shared TXOP according to an embodiment of the present invention.
  • the AP transmits a MU-RTS TXS frame to allocate a shared TXOP to a station (non-AP STA).
  • a station (non-AP STA) transmits an RTS frame with a sender address set to an AP to a P2P peer station (P2P peer STA). Since the P2P peer station (P2P peer STA) receives the RTS frame having the sender address of the AP, the P2P peer station (P2P peer STA) transmits the CTS frame to the AP.
  • the station may receive the CTS frame and operate by considering that the CTS frame in which the receiver address indicates the station (non-AP STA) has been received.
  • the value of the Duration field of the frame transmitted before the MU-RTS TXS frame and the MU-RTS TXS frame is set to an interval including the shared TXOP. Therefore, in the BSS operated by the AP, a station that is a hidden node to a station (non-AP STA) does not attempt transmission within the shared TXOP.
  • the present invention has been described by taking wireless LAN communication as an example, but the present invention is not limited thereto and may be equally applied to other communication systems such as cellular communication. Also, although the method, apparatus, and system of the present invention have been described with reference to specific embodiments, some or all of the components and operations of the present invention may be implemented using a computer system having a general-purpose hardware architecture.

Landscapes

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

Abstract

AP(access point)와 통신하기 위한 non-AP 스테이션이 개시된다. non-AP 스테이션은 송수신부; 및 프로세서를 포함한다. 상기 프로세서는 상기 송수신부를 사용하여 상기 AP로부터 MU-RTS(multi user-request to send) TXS(TXOP sharing) 트리거 프레임을 포함하는 제1 PPDU를 수신하고, 상기 MU-RTS TXS 트리거 프레임은 상기 AP가 획득한 TXOP 중 일부인 공유 TXOP를 상기 non-AP 스테이션에게 할당하고, 상기 송수신부를 사용하여 상기 MU-RTS TXS 프레임 대한 응답으로 CTS 프레임을 포함하는 제2 PPDU를 상기 AP에게 전송하고, 상기 송수신부를 사용하여 상기 공유 TXOP 내에서 제3 PPDU를 전송한다.

Description

공유 TXOP를 이용하는 무선 통신 장치 및 무선 통신 장치의 동작 방법
본 발명은 공유 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(orthogonal frequency division multiplexing) 기술을 사용하여 통신 속도를 최대 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 대역에서의 동작도 지원할 것이다. 이론적으로, 이 규격에 따르면 다중 스테이션의 무선랜 속도는 최소 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 기반 무선랜 환경에서는 고밀도의 스테이션들과 AP(Access Point)들의 존재 하에 실내/외에서 높은 주파수 효율의 통신이 제공되어야 하며, 이를 구현하기 위한 다양한 기술들이 개발되었다.
또한 고화질 비디오, 실시간 게임 등과 같은 새로운 멀티미디어 응용을 지원하기 위하여 최대 전송 속도를 높이기 위한 새로운 무선랜 표준 개발이 시작되었다. 7세대 무선랜 표준인 IEEE 802.11be(Extremely High Throughput, EHT)에서는 2.4/5/6 GHz의 대역에서 더 넓은 대역폭과 늘어난 공간 스트림 및 다중 AP 협력 등을 통해 최대 30Gbps의 전송율을 지원하는 것을 목표로 표준 개발을 진행 중이다.
본 발명의 일 실시 예는 공유 TXOP를 이용하는 무선 통신 장치 및 무선 통신 장치의 동작 방법을 제공하는 것을 목적으로 한다.
본 발명의 실시 예에 따라 AP(access point)와 통신하기 위한 non-AP 스테이션은 송수신부; 및 프로세서를 포함한다. 상기 프로세서는 상기 송수신부를 사용하여 상기 AP로부터 MU-RTS(multi user-request to send) TXS(TXOP sharing) 트리거 프레임을 포함하는 제1 PPDU를 수신하고, 상기 MU-RTS TXS 트리거 프레임은 상기 AP가 획득한 TXOP 중 일부인 공유 TXOP를 상기 non-AP 스테이션에게 할당하고, 상기 송수신부를 사용하여 상기 MU-RTS TXS 프레임 대한 응답으로 CTS 프레임을 포함하는 제2 PPDU를 상기 AP에게 전송하고, 상기 송수신부를 사용하여 상기 공유 TXOP 내에서 제3 PPDU를 전송한다.
상기 프로세서는 상기 제2 PPDU의 대역폭과 같거나 좁은 대역폭으로 제3 PPDU를 전송할 수 있다.
상기 제2 PPDU의 TXVECTOR의 CH_BANDWIDTH_IN_NON_HT와 같거나 좁은 값으로 상기 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정할 수 있다.
상기 프로세서는 상기 AP가 가장 최근에 디스에이블로 지정한 서브채널을 기초로 상기 제3 PPDU를 전송할 수 있다.
상기 프로세서는 상기 제3 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 상기 AP가 가장 최근에 디스에이블로 지정한 서브채널에 해당하는 비트를 1로 설정할 수 있다.
상기 프로세서는 상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 지를 기초로 상기 제3 PPDU의 주파수 대역에 관한 파라미터를 설정할 수 있다.
상기 주파수 대역에 관한 파라미터는 TXVECTOR의 CH_BANDWIDTH를 포함할 수 있다. 이때, 상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 경우, 상기 프로세서는 상기 제3 PPDU의 전송 이전에 수신한 non-HT PPDU의 RXVECTOR의 CH_BANDWIDTH_IN_NON_HT 와 같거나 좁은 대역폭으로 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정할 수 있다. 또한, 상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행되지 않은 경우, 상기 프로세서는 상기 제2 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT와 같거나 좁은 대역폭으로 상기 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정할 수 있다.
상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환은 RTS 프레임을 포함하는 non-HT PPDU와 CTS 프레임을 포함하는 non-HT PPDU의 교환일 수 있다.
상기 제3 PPDU는 상기 non-AP 스테이션의 P2P 피어 스테이션에게 전송되는 P2P PPDU일 수 있다.
상기 MU-RTS TXS 프레임의 Duration 필드의 값은 상기 제2 PPDU의 전송 시점을 기초로 설정될 수 있다.
상기 제3 PPDU는 상기 non-AP 스테이션의 P2P 피어 스테이션에게 전송되는 P2P PPDU일 수 있다.
상기 프로세서는 상기 제3 PPDU를 전송하기 전에, 상기 AP의 MAC 주소를 전송자 주소로 갖는 RTS 프레임을 상기 P2P 피어 스테이션에게 전송할 수 있다.
본 발명의 실시 예에 따라 AP(access point)와 통신하기 위한 non-AP 스테이션의 동작 방법은 상기 AP로부터 MU-RTS(multi user-request to send) TXS(TXOP sharing) 트리거 프레임을 포함하는 제1 PPDU를 수신하고, 상기 MU-RTS TXS 트리거 프레임은 상기 AP가 획득한 TXOP 중 일부인 공유 TXOP를 상기 non-AP 스테이션에게 할당하는 단계; 상기 MU-RTS TXS 프레임 대한 응답으로 CTS 프레임을 포함하는 제2 PPDU를 상기 AP에게 전송하는 단계; 및 상기 공유 TXOP 내에서 제3 PPDU를 전송하는 단계를 포함한다.
상기 공유 TXOP 내에서 제3 PPDU를 전송하는 단계는 상기 제2 PPDU의 대역폭과 같거나 좁은 대역폭으로 제3 PPDU를 전송하는 단계를 포함할 수 있다.
상기 제2 PPDU의 대역폭과 같거나 좁은 대역폭으로 제3 PPDU를 전송하는 단계는 상기 제2 PPDU의 TXVECTOR의 CH_BANDWIDTH_IN_NON_HT와 같거나 좁은 값으로 상기 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정하는 단계를 포함할 수 있다.
상기 공유 TXOP 내에서 제3 PPDU를 전송하는 단계는 상기 AP가 가장 최근에 디스에이블로 지정한 서브채널을 기초로 상기 제3 PPDU를 전송하는 단계를 포함할 수 있다.
상기 AP가 가장 최근에 디스에이블로 지정한 서브채널을 기초로 상기 제3 PPDU를 전송하는 단계는 상기 제3 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 상기 AP가 가장 최근에 디스에이블로 지정한 서브채널에 해당하는 비트를 1로 설정하는 단계를 포함할 수 있다.
상기 공유 TXOP 내에서 제3 PPDU를 전송하는 단계는 상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 지를 기초로 상기 제3 PPDU의 주파수 대역에 관한 파라미터를 설정하는 단계를 포함할 수 있다.
상기 주파수 대역에 관한 파라미터는 TXVECTOR의 CH_BANDWIDTH를 포함할 수 있다. 이때, 상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 지를 기초로 상기 제3 PPDU의 주파수 대역에 관한 파라미터를 설정하는 단계는 상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 경우, 상기 제3 PPDU의 전송 이전에 수신한 non-HT PPDU의 RXVECTOR의 CH_BANDWIDTH_IN_NON_HT 와 같거나 좁은 대역폭으로 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정하는 단계와 상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행되지 않은 경우, 상기 제2 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT와 같거나 좁은 대역폭으로 상기 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정하는 단계를 포함할 수 있다.
상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환은 RTS 프레임을 포함하는 non-HT PPDU와 CTS 프레임을 포함하는 non-HT PPDU의 교환일 수 있다.
상기 제3 PPDU는 상기 non-AP 스테이션의 P2P 피어 스테이션에게 전송되는 P2P PPDU일 수 있다.
본 발명의 일 실시 예는 공유 TXOP를 이용하는 무선 통신 장치 및 무선 통신 장치의 동작 방법을 제공한다.
도 1은 본 발명의 일 실시예에 따른 무선랜 시스템을 나타낸다.
도 2는 본 발명의 또 다른 일 실시예에 따른 무선랜 시스템을 나타낸다.
도 3은 본 발명의 일 실시예에 따른 스테이션의 구성을 나타낸다.
도 4는 본 발명의 일 실시예에 따른 액세스 포인트의 구성을 나타낸다.
도 5는 스테이션이 액세스 포인트와 링크를 설정하는 과정을 개략적으로 나타낸다.
도 6은 무선랜 통신에서 사용되는 CSMA(Carrier Sense Multiple Access)/CA(Collision Avoidance) 방법의 일 예를 나타낸다.
도 7은 다양한 표준 세대별 PPDU(Physical layer Protocol Data Unit) 포맷의 일 예를 도시한다.
도 8은 본 발명의 실시예에 따른 다양한 EHT(Extremely High Throughput) PPDU(Physical Protocol Data Unit) 포맷 및 이를 지시하기 위한 방법의 일 예를 나타낸다.
도 9는 RTS 프레임과 CTS 프레임 교환을 통한 TXOP 보호방법을 보여준다.
도 10은 MU-RTS 프레임과 CTS 프레임을 이용한 TXOP 보호방법을 보여준다.
도 11은 본 발명의 실시 예에 따른 트리거 프레임의 포맷을 보여준다.
도 12는 본 발명의 실시 예에 따른 트리거 프레임의 Common Info 필드의 포맷을 보여준다.
도 13은 본 발명의 실시 예에 따른 트리거 프레임의 User Info 필드의 포맷을 보여준다.
도 14는 본 발명의 실시 예에 따른 스테이션이 CTS 프레임을 전송할 서브채널을 결정하는 방법을 보여준다.
도 15는 본 발명의 실시 예에 따른 MU-RTS TXS 프레임의 포맷을 보여준다.
도 16은 본 발명의 실시 예에 따라, AP가 MU-RTS TXS 프레임을 전송하여 non-AP 스테이션에게 공유 TXOP을 할당하는 것을 보여준다.
도 17은 본 발명의 실시 예에 따라, AP가 MU-RTS TXS 프레임을 전송하여 non-AP 스테이션에게 공유 TXOP을 할당하는 것을 보여준다.
도 18는 본 발명의 실시 예에 따라 TXOP 홀더인 AP가 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 파라미터를 설정하는 방법을 보여준다.
도 19는 본 발명의 실시 예에 따라 TXOP 홀더인 AP가 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 파라미터를 설정하는 방법을 보여준다.
도 20은 본 발명의 실시 예에 따른 공유 TXOP 전송되는 PPDU의 의도된 수신자가 변경될 때의 PPDU의 TXVECTOR 설정 방법을 보여준다.
도 21은 본 발명의 실시 예에 따른 AP가 MU-RTS TXS 프레임의 Duration 필드의 값을 MU-RTS TXS 프레임에 대한 CTS 프레임을 수신하는 시점까지로 설정하는 것을 보여준다.
도 22는 본 발명의 실시 예에 따른 AP가 MU-RTS TXS 프레임의 Duration 필드의 값을 개시 프레임을 기초로 설정하는 것을 보여준다.
도 23은 본 발명의 일 실시 예에 따라 공유 TXOP를 할당받은 스테이션이 전송자 주소가 공유 TXOP를 설정한 AP로 설정된 RTS 프레임을 전송하는 것을 보여준다.
본 명세서에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도, 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한 특정 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 그 의미를 기재할 것이다. 따라서 본 명세서에서 사용되는 용어는, 단순한 용어의 명칭이 아닌 그 용어가 가진 실질적인 의미와 본 명세서의 전반에 걸친 내용을 토대로 해석되어야 함을 밝혀두고자 한다.
명세서 전체에서, 어떤 구성이 다른 구성과 "연결"되어 있다고 할 때, 이는 "직접적으로 연결"되어 있는 경우뿐 아니라, 그 중간에 다른 구성요소를 사이에 두고 "전기적으로 연결"되어 있는 경우도 포함한다. 또한 어떤 구성이 특정 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 이에 더하여, 특정 임계값을 기준으로 "이상" 또는 "이하"라는 한정 사항은 실시예에 따라 각각 "초과" 또는 "미만"으로 적절하게 대체될 수 있다.
이하, 본 발명에서 필드와 서브 필드는 혼용되어 사용될 수 있다.
도 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) 스테이션뿐만 아니라 액세스 포인트(AP)를 모두 포함한다. 또한, 본 명세서에서 '단말'은 non-AP STA 또는 AP를 가리키거나, 양 자를 모두 가리키는 용어로 사용될 수 있다. 무선 통신을 위한 스테이션은 프로세서와 통신부를 포함하고, 실시예에 따라 유저 인터페이스부와 디스플레이 유닛 등을 더 포함할 수 있다. 프로세서는 무선 네트워크를 통해 전송할 프레임을 생성하거나 또는 상기 무선 네트워크를 통해 수신된 프레임을 처리하며, 그 밖에 스테이션을 제어하기 위한 다양한 처리를 수행할 수 있다. 그리고, 통신부는 상기 프로세서와 기능적으로 연결되어 있으며 스테이션을 위하여 무선 네트워크를 통해 프레임을 송수신한다. 본 발명에서 단말은 사용자 단말기(user equipment, UE)를 포함하는 용어로 사용될 수 있다.
액세스 포인트(Access Point, AP)는 자신에게 결합된(associated) 스테이션을 위하여 무선 매체를 경유하여 분배시스템(DS)에 대한 접속을 제공하는 개체이다. 인프라스트럭쳐 BSS에서 비 AP 스테이션들 사이의 통신은 AP를 경유하여 이루어지는 것이 원칙이지만, 다이렉트 링크가 설정된 경우에는 비AP 스테이션들 사이에서도 직접 통신이 가능하다. 한편, 본 발명에서 AP는 PCP(Personal BSS Coordination Point)를 포함하는 개념으로 사용되며, 광의적으로는 집중 제어기, 기지국(Base Station, BS), 노드-B, BTS(Base Transceiver System), 또는 사이트 제어기 등의 개념을 모두 포함할 수 있다. 본 발명에서 AP는 베이스 무선 통신 단말로도 지칭될 수 있으며, 베이스 무선 통신 단말은 광의의 의미로는 AP, 베이스 스테이션(base station), eNB(eNodeB) 및 트랜스미션 포인트(TP)를 모두 포함하는 용어로 사용될 수 있다. 뿐만 아니라, 베이스 무선 통신 단말은 복수의 무선 통신 단말과의 통신에서 통신 매개체(medium) 자원을 할당하고, 스케줄링(scheduling)을 수행하는 다양한 형태의 무선 통신 단말을 포함할 수 있다.
복수의 인프라스트럭쳐 BSS는 분배 시스템(DS)을 통해 상호 연결될 수 있다. 이때, 분배 시스템을 통하여 연결된 복수의 BSS를 확장 서비스 세트(Extended Service Set, ESS)라 한다.
도 2는 본 발명의 다른 실시예에 따른 무선랜 시스템인 독립 BSS를 도시하고 있다. 도 2의 실시예에서 도 1의 실시예와 동일하거나 상응하는 부분은 중복적인 설명을 생략하도록 한다.
도 2에 도시된 BSS3는 독립 BSS이며 AP를 포함하지 않기 때문에, 모든 스테이션(STA6, STA7)이 AP와 접속되지 않은 상태이다. 독립 BSS는 분배 시스템으로의 접속이 허용되지 않으며, 자기 완비적 네트워크(self-contained network)를 이룬다. 독립 BSS에서 각각의 스테이션들(STA6, STA7)은 다이렉트로 서로 연결될 수 있다.
도 3은 본 발명의 일 실시예에 따른 스테이션(100)의 구성을 나타낸 블록도이다. 도시된 바와 같이, 본 발명의 실시예에 따른 스테이션(100)은 프로세서(110), 통신부(120), 유저 인터페이스부(140), 디스플레이 유닛(150) 및 메모리(160)를 포함할 수 있다.
먼저, 통신부(120)는 무선랜 패킷 등의 무선 신호를 송수신 하며, 스테이션(100)에 내장되거나 외장으로 구비될 수 있다. 실시예에 따르면, 통신부(120)는 서로 다른 주파수 밴드를 이용하는 적어도 하나의 통신 모듈을 포함할 수 있다. 이를 테면, 상기 통신부(120)는 2.4GHz, 5GHz, 6GHz 및 60GHz 등의 서로 다른 주파수 밴드의 통신 모듈을 포함할 수 있다. 일 실시예에 따르면, 스테이션(100)은 7.125GHz 이상의 주파수 밴드를 이용하는 통신 모듈과, 7.125GHz 이하의 주파수 밴드를 이용하는 통신 모듈을 구비할 수 있다. 각각의 통신 모듈은 해당 통신 모듈이 지원하는 주파수 밴드의 무선랜 규격에 따라 AP 또는 외부 스테이션과 무선 통신을 수행할 수 있다. 통신부(120)는 스테이션(100)의 성능 및 요구 사항에 따라 한 번에 하나의 통신 모듈만을 동작시키거나 동시에 다수의 통신 모듈을 함께 동작시킬 수 있다. 스테이션(100)이 복수의 통신 모듈을 포함할 경우, 각 통신 모듈은 각각 독립된 형태로 구비될 수도 있으며, 복수의 모듈이 하나의 칩으로 통합되어 구비될 수도 있다. 본 발명의 실시예에서 통신부(120)는 RF(Radio Frequency) 신호를 처리하는 RF 통신 모듈을 나타낼 수 있다.
다음으로, 유저 인터페이스부(140)는 스테이션(100)에 구비된 다양한 형태의 입/출력 수단을 포함한다. 즉, 유저 인터페이스부(140)는 다양한 입력 수단을 이용하여 유저의 입력을 수신할 수 있으며, 프로세서(110)는 수신된 유저 입력에 기초하여 스테이션(100)을 제어할 수 있다. 또한, 유저 인터페이스부(140)는 다양한 출력 수단을 이용하여 프로세서(110)의 명령에 기초한 출력을 수행할 수 있다.
다음으로, 디스플레이 유닛(150)은 디스플레이 화면에 이미지를 출력한다. 상기 디스플레이 유닛(150)은 프로세서(110)에 의해 실행되는 컨텐츠 또는 프로세서(110)의 제어 명령에 기초한 유저 인터페이스 등의 다양한 디스플레이 오브젝트를 출력할 수 있다. 또한, 메모리(160)는 스테이션(100)에서 사용되는 제어 프로그램 및 그에 따른 각종 데이터를 저장한다. 이러한 제어 프로그램에는 스테이션(100)이 AP 또는 외부 스테이션과 접속을 수행하는데 필요한 접속 프로그램이 포함될 수 있다.
본 발명의 프로세서(110)는 다양한 명령 또는 프로그램을 실행하고, 스테이션(100) 내부의 데이터를 프로세싱 할 수 있다. 또한, 상기 프로세서(110)는 상술한 스테이션(100)의 각 유닛들을 제어하며, 유닛들 간의 데이터 송수신을 제어할 수 있다. 본 발명의 실시예에 따르면, 프로세서(110)는 메모리(160)에 저장된 AP와의 접속을 위한 프로그램을 실행하고, AP가 전송한 통신 설정 메시지를 수신할 수 있다. 또한, 프로세서(110)는 통신 설정 메시지에 포함된 스테이션(100)의 우선 조건에 대한 정보를 판독하고, 스테이션(100)의 우선 조건에 대한 정보에 기초하여 AP에 대한 접속을 요청할 수 있다. 본 발명의 프로세서(110)는 스테이션(100)의 메인 컨트롤 유닛을 가리킬 수도 있으며, 실시예에 따라 스테이션(100)의 일부 구성 이를 테면, 통신부(120) 등을 개별적으로 제어하기 위한 컨트롤 유닛을 가리킬 수도 있다. 즉, 프로세서(110)는 통신부(120)로부터 송수신되는 무선 신호를 변복조하는 모뎀 또는 변복조부(modulator and/or demodulator)일 수 있다. 프로세서(110)는 본 발명의 실시예에 따른 스테이션(100)의 무선 신호 송수신의 각종 동작을 제어한다. 이에 대한 구체적인 실시예는 추후 기술하기로 한다.
도 3에 도시된 스테이션(100)은 본 발명의 일 실시예에 따른 블록도로서, 분리하여 표시한 블록들은 디바이스의 엘리먼트들을 논리적으로 구별하여 도시한 것이다. 따라서 상술한 디바이스의 엘리먼트들은 디바이스의 설계에 따라 하나의 칩으로 또는 복수의 칩으로 장착될 수 있다. 이를테면, 상기 프로세서(110) 및 통신부(120)는 하나의 칩으로 통합되어 구현될 수도 있으며 별도의 칩으로 구현될 수도 있다. 또한, 본 발명의 실시예에서 상기 스테이션(100)의 일부 구성들, 이를 테면 유저 인터페이스부(140) 및 디스플레이 유닛(150) 등은 스테이션(100)에 선택적으로 구비될 수 있다.
도 4는 본 발명의 일 실시예에 따른 AP(200)의 구성을 나타낸 블록도이다. 도시된 바와 같이, 본 발명의 실시예에 따른 AP(200)는 프로세서(210), 통신부(220) 및 메모리(260)를 포함할 수 있다. 도 4에서 AP(200)의 구성 중 도 3의 스테이션(100)의 구성과 동일하거나 상응하는 부분에 대해서는 중복적인 설명을 생략하도록 한다.
도 4를 참조하면, 본 발명에 따른 AP(200)는 적어도 하나의 주파수 밴드에서 BSS를 운영하기 위한 통신부(220)를 구비한다. 도 3의 실시예에서 전술한 바와 같이, 상기 AP(200)의 통신부(220) 또한 서로 다른 주파수 밴드를 이용하는 복수의 통신 모듈을 포함할 수 있다. 즉, 본 발명의 실시예에 따른 AP(200)는 서로 다른 주파수 밴드, 이를 테면 2.4GHz, 5GHz, 6GHz 및 60GHz 중 두 개 이상의 통신 모듈을 함께 구비할 수 있다. 바람직하게는, AP(200)는 7.125GHz 이상의 주파수 밴드를 이용하는 통신 모듈과, 7.125GHz 이하의 주파수 밴드를 이용하는 통신 모듈을 구비할 수 있다. 각각의 통신 모듈은 해당 통신 모듈이 지원하는 주파수 밴드의 무선랜 규격에 따라 스테이션과 무선 통신을 수행할 수 있다. 상기 통신부(220)는 AP(200)의 성능 및 요구 사항에 따라 한 번에 하나의 통신 모듈만을 동작시키거나 동시에 다수의 통신 모듈을 함께 동작시킬 수 있다. 본 발명의 실시예에서 통신부(220)는 RF(Radio Frequency) 신호를 처리하는 RF 통신 모듈을 나타낼 수 있다.
다음으로, 메모리(260)는 AP(200)에서 사용되는 제어 프로그램 및 그에 따른 각종 데이터를 저장한다. 이러한 제어 프로그램에는 스테이션의 접속을 관리하는 접속 프로그램이 포함될 수 있다. 또한, 프로세서(210)는 AP(200)의 각 유닛들을 제어하며, 유닛들 간의 데이터 송수신을 제어할 수 있다. 본 발명의 실시예에 따르면, 프로세서(210)는 메모리(260)에 저장된 스테이션과의 접속을 위한 프로그램을 실행하고, 하나 이상의 스테이션에 대한 통신 설정 메시지를 전송할 수 있다. 이때, 통신 설정 메시지에는 각 스테이션의 접속 우선 조건에 대한 정보가 포함될 수 있다. 또한, 프로세서(210)는 스테이션의 접속 요청에 따라 접속 설정을 수행한다. 일 실시예에 따르면, 프로세서(210)는 통신부(220)로부터 송수신되는 무선 신호를 변복조하는 모뎀 또는 변복조부(modulator and/or demodulator)일 수 있다. 프로세서(210)는 본 발명의 실시예에 따른 AP(200)의 무선 신호 송수신의 각종 동작을 제어한다. 이에 대한 구체적인 실시예는 추후 기술하기로 한다.
도 5는 스테이션이 액세스 포인트와 링크를 설정하는 과정을 개략적으로 나타낸다.
도 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) 동안 감소시켜가며 대기하고, 슬롯 타임을 모두 소진한 단말이 해당 채널에 대한 액세스를 시도하게 된다. 이와 같이 각 단말들이 백오프 절차를 수행하는 구간을 경쟁 윈도우 구간이라고 한다. 이때, 난수를 백오프 카운터라 지칭할 수 있다. 즉, 단말이 획득한 난수인 정수에 의해 백오프 카운터의 초기값이 설정된다. 단말이 슬롯 타임동안 채널이 유휴한 것으로 감지한 경우, 단말은 백오프 카운터를 1만큼 감소시킬 수 있다. 또한, 백오프 카운터가 0에 도달한 경우, 단말은 해당 채널에서 채널 액세스를 수행하는 것이 허용될 수 있다. 따라서 AIFS 시간 및 백오프 카운터의 슬롯 시간 동안 채널이 유휴한 경우에 단말의 전송이 허용될 수 있다.
만약, 특정 단말이 상기 채널에 성공적으로 액세스하게 되면, 해당 단말은 상기 채널을 통해 데이터를 전송할 수 있다. 그러나, 액세스를 시도한 단말이 다른 단말과 충돌하게 되면, 충돌된 단말들은 각각 새로운 난수를 할당 받아 다시 백오프 절차를 수행한다. 일 실시예에 따르면, 각 단말에 새로 할당되는 난수는 해당 단말이 이전에 할당 받은 난수 범위(경쟁 윈도우, CW)의 2배의 범위(2*CW) 내에서 결정될 수 있다. 한편, 각 단말은 다음 경쟁 윈도우 구간에서 다시 백오프 절차를 수행하여 액세스를 시도하며, 이때 각 단말은 이전 경쟁 윈도우 구간에서 남게 된 슬롯 타임부터 백오프 절차를 수행한다. 이와 같은 방법으로 무선랜 통신을 수행하는 각 단말들은 특정 채널에 대한 서로간의 충돌을 회피할 수 있다.
<다양한 PPDU 포맷 실시예>
도 7은 다양한 표준 세대별 PPDU(Physical layer 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 PCTKR2022007430-appb-img-000001
이때,
Figure PCTKR2022007430-appb-img-000002
는 x보다 크거나 같은 최소의 자연수를 나타낸다. L_LENGTH 필드의 최대값은 4095이므로 PPDU의 길이는 최대 5.484ms까지로 설정될 수 있다. 해당 PPDU를 전송하는 논-레거시 단말은 L_LENGTH 필드를 아래 수학식 2와 같이 설정해야 한다.
Figure PCTKR2022007430-appb-img-000003
여기서 TXTIME은 해당 PPDU를 구성하는 전체 전송 시간으로서, 아래 수학식 3과 같다. 이때, TX는 X의 전송 시간을 나타낸다.
Figure PCTKR2022007430-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 format은 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 Format 필드에 시그널링된 PPDU Format에 따라서 프리앰블 펑처링 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 Format 필드에서 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(Physical layer Protocol Data Unit) 포맷 및 이를 지시하기 위한 방법의 일 예를 나타낸다.
도 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를 포함할 수 있다.
설명의 편의를 위해 본 명세서에서 프레임 또는 MAC 프레임은 MPDU와 혼용되어 사용될 수 있다.
<Wi-Fi 단말의 채널 액세스 방법>
Wi-Fi 단말(AP 및 non-AP 스테이션)은 프레임의 전송을 수행하기 전, 채널이 유휴(idle)한지 판단하기 위해 채널 센싱을 수행한다. Wi-Fi 단말은 다른 장치들과 공통으로 사용하는 비면허 대역에서 통신을 수 행하기 때문이다. 이러한 채널 액세스 동작에 대해서는 도 6을 통해 설명하였다. 이러한 채널 액세스 동작은 IEEE 802.11 표준에서 정의하는 DCF(distributed coordination) 및 EDCAF(enhanced distributed channel access)에 적용된다.
DCF와 EDCAF의 채널 액세스에서 스테이션이 물리(physical) 캐리어 센싱(carrier sensing, CS)뿐만 아니라 가상(virtual) 캐리어 센싱을 수행하여 채널 상태를 판단한다. 물리 캐리어 센싱 또는 가상 캐리어 센싱 중 어느 하나라도 채널이 사용 중(busy)으로 센싱되는 경우, 스테이션이 채널이 사용 중인 것으로 판단한다. 가상 채널 센싱에서 스테이션은 채널의 NAV(network allocation vector)의 값이 0이 아닌 경우 채널이 사용 중으로 판단한다. NAV는 무선 매체를 점유할 것으로 예측되는 미래의 트래픽을 위해 유지되는 값일 수 있다. 구체적으로 NAV는 각 스테이션에 의해 유지되며, NAV는 해당 무선 매체가 유휴한지 여부와 관계업이 각 스테이션이 해당 무선 매체에서 전송을 개시하지 않는 시간 구간일 수 있다. NAV의 값은 시간이 경과함에 따라 감소한다. NAV의 값이 0인 경우, 가상 채널 센싱에서 스테이션은 해당 채널이 유휴한 것으로 판단한다. RTS 프레임/CTS 프레임 교환에 의해 NAV가 설정될 수 있다. 구체적으로 RTS 프레임/CTS 프레임 교환에서 RTS 프레임의 Duration 필드의 값과 CTS 프레임의 Duration 필드의 값을 기초로 설정될 수 있다. 또한, RTS 프레임/CTS 프레임 교환뿐만 아니라 다른 MAC 프레임의 Duration 필드의 값을 기초로 설정될 수 있다.
<EDCA와 TXOP>
EDCA는 트래픽을 트래픽의 특성에 따라 4 종류의 AC(access category)로 구별하여 관리한다. 4 종류의 AC는 AC_VO(AC Voice), AC_VI(AC Video), AC_BE(AC Best effort), 및 AC_BK(AC Background)이다. AC에 따라 채널 액세스 파라미터가 설정될 수 있다. 구체적으로 4개의 AC는 서로 다른 채널 액세스 파라미터를 가질 수 있다. 또한, 채널 액세스 파라미터는 백오프 동작에서 사용되는 CW, TXOP 및 AIFSN에 관한 파라미터 중 어느 하나를 포함할 수 있다. 이를 통해 AC 별 트래픽 채널 액세스의 우선도가 관리될 수 있다. EDCA에서 트래픽(MSDU)은 트래픽의 TC(traffic category) 또는 TS(traffic stream)에 따라 4개의 AC 중 하나에 매핑될 수 있다. EDCA에서 4개의 큐(queue)가 4개의 AC 각각이 매핑되고, 트래픽의 AC에 해당하는 큐에서 관리된다. 이때, 4개의 큐는 물리적으로 분리되거나 물리적으로 분리되지 않았더라도 논리적으로 분리된 것일 수 있다.
AC_VO는 음성(voice) 트래픽과 같이 트래픽의 절대적인 양이 많지는 않지만, 전송 지연에 취약한 트래픽을 위한 AC일 수 있다. AC_VO는 다른 AC의 트래픽보다 우선적으로 서비스될 확률을 높이기 위해 상대적으로 작은 CW 관련 파라미터 및 AIFSN 파라미터 값을 가질 수 있다. 다만 AC_VO의 TXOP 파라미터는 AC의 TXOP 파라미터보다 상대적으로 작은 값으로 제한되어, AC_VO는 다른 AC보다 짧은 전송시간만이 보장될 수 있다.
AC_VI는 음성 트래픽보다는 전송 지연에 강인하지만, 저지연 전송을 요하고 많은 량의 트래픽을 처리해야 하는 비디오 트래픽 같은 트래픽을 위한 AC일 수 있다. AC_VI는 AC_VO보다는 크지만 다른 AC보다 작은 CW 관련 파라미터와 AIFSN 파라미터 값을 가질 수 있다. AC_VI의 TXOP 파라미터는 AC_VI보다 2배가량 길다.
AC_BE는 전송 지연에 강인한 트래픽을 위한 AC이며, 음성 데이터 및 스트리밍 비디오 데이터를 제외한 대부분의 일반적인 트래픽이 AC_BE로 분류될 수 있다. AC_BE의 CW 관련 파라미터와 AIFSN 파라미터를 AC_VO 및 AC_VICW 관련 파라미터와 AIFSN 파라미터의 값 보다 클 수 있다. 또한, AC_BE는 TXOP 파라미터를 따로 갖고 있지 않고, 스테이션이 AC_BE에 해당하는 트래픽을 포함하는 PPDU를 전송한 후 ACK을 수신하고, SIFS 후 다시 AC_BE에 해당하는 트래픽을 포함하는 PPDU를 전송하는 TXOP 전송 시퀀스를 수행할 수 없다.
AC_BK는 AC_BE와 유사하게 전송 지연에 강인한 트래픽이지만, 우선 순위가 AC_BE에 해당하는 트래픽 보다는 낮은 트래픽을 위한 AC이다. AC_BK는 AC_BE와 동일한 CW 파라미터 값을 활용하고, AIFSN 파라미터 값은 AC_BE보다도 큰 값을 활용한다. 또한, 스테이션이 AC_BK에 해당하는 트래픽을 포함하는 PPDU를 전송한 후 ACK을 수신하고, SIFS 후 다시 AC_BK에 해당하는 트래픽을 포함하는 PPDU를 전송하는 TXOP 전송 시퀀스를 수행할 수 없다.
네 종류의 EDCA AC는 802.1D의 UP(user-priority)와 매핑 되며, 유선으로 수신한 트래픽이 갖고 있는 UP값 혹은 상위 레이어로부터 지시된 MSDU의 TID에 따라 EDCA AC를 결정하게 된다. 이때, MSDU의 TID가 0 내지 7의 값을 지시하는 경우, TID가 지시하는 값은 UP와 1대1로 대응될 수 있다.
또한, 네 종류의 EDCA AC는 각각의 디폴트(default) CW 관련 파라미터(CWmin, CWmax), AIFSN, TXOP 파라미터가 IEEE 802.11ax에서 정의되고, 각 AC의 파라미터 값은 AP에 의해 변경될 수 있다. 따라서 서로 다른 BSS의 디폴트(default) CW 관련 파라미터(CWmin, CWmax), AIFSN, TXOP 파라미터는 서로 다를 수 있다.
EDCA 메커니즘을 활용하면, Wi-Fi 트래픽은 4개의 AC와 대응하는 4개의 큐 중 하나에 보관되며, 트래픽의 AC가 다른 AC와의 채널 액세스 경쟁에서 승리한 경우에 목적 장치로 전송될 수 있다. 이때, AC 사이의 채널 액세스 경쟁에서 각 AC는 각 AC의 채널 액세스 파라미터(CW[AC], AIFSN[AC])에 따라 채널 액세스 경쟁이 수행된다. 각 AC가 수행하는 채널 액세스 경쟁 동작은 DCF와 동일하다. 이 때, 큐에 전송할 트래픽이 저장되지 않은 AC는 채널 액세스 경쟁에 참여하지 않을 수 있다. 각 AC의 CW 관련 파라미터와 AIFSN 파라미터 값이 다르기 때문에, 가장 작은 CW 관련 파라미터와 AIFSN 파라미터를 갖는 AC_VO가 다른 AC와의 채널 액세스 경쟁에서 승리할 확률이 높다. 따라서 AC_VO의 트래픽이 다른 AC의 트래픽보다 우선적으로 서비스될 가능성이 높다.
EDCA는 상술한 것과 같이 QoS 강화를 위해 트래픽(프레임, 패킷 등)의 AC에 따라 채널 액세스 우선순위를 설정하며, EDCA TXOP (EDCA Transmission Opportunity) 기능을 제공한다. EDCA TXOP는 AC의 EDCAF(EDCA Function)가 채널 액세스 기회를 획득하였을 때, TXOP 홀더(holder)가 되었을 때, TXOP 구간(duration)동안 다른 장치에 의해 방해받지 않고 무선 매개체를 조정할 수 있는 시간 구간이다. 이때, EDCA TXOP는 AP에 의해 공지(advertised)된 TXOP 리밋(limit)에 의해 제한될 수 있고, TXOP 홀더는 TXOP 리밋 내에 TXOP 홀더의 전송 및 TXOP 홀더의 전송으로 인해 전송되는 응답 프레임의 전송이 종료될 수 있도록 전송을 수행해야 한다.
TXOP 홀더는 EDCA TXOP 구간 동안 복수의 프레임(다수의 PPDU)을 전송할 수 있고, TXOP 구간 내에서 TXOP 홀더는 각 프레임의 전송 사이에 별도의 채널 액세스 절차(예를 들어 백오프 절차)를 수행하지 않고 연속적으로 복수의 프레임을 전송할 수 있다. 이때, 복수의 프레임이 즉각적인(immediate) ACK을 요청하지 않는 MPDU 또는 A-MPDU(Aggregated MAC protocol data unit)인 경우 상기 다수의 프레임 전송은 SIFS(short interframe space) 또는 RIFS(reduced interframe space) 간격으로 수행될 수 있다. 이때, 복수의 프레임 중 즉각적인 ACK을 요청하는 MPDU 또는 즉각적인 ACK을 요청하는 A-MPDU가 포함되는 경우, TXOP 홀더는 즉각적인 ACK을 요청하는 프레임을 전송한 후 ACK을 수신하고, SIFS 후 다음 프레임을 전송할 수 있다.
이때, 미리 지정된 조건이 만족되는 경우, TXOP 홀더는 TXOP를 획득에 사용한 AC가 아닌 다른 AC의 트래픽도 TXOP 내에서 함께 전송할 수 있다. 구체적으로 TXOP 쉐어링을 통해 TXOP 홀더는 TXOP를 획득에 사용한 AC가 아닌 다른 AC의 트래픽도 TXOP 내에서 함께 전송할 수 있다.
앞서 설명한 바와 같이 TXOP 홀더는 TXOP 내에서 별도의 채널 액세스 절차를 수행하지 않고 연속적인 프레임 전송을 수행할 수 있다. 이를 위해 TXOP 구간 내에서 다른 단말의 채널에 액세스하는 것을 방지할 필요가 있다. 따라서 TXOP 홀더는 획득한 TXOP 구간에 대해 공지할 수 있다.
TXOP 홀더인 또는 채널 액세스 절차를 완료한 후 전송을 개시하는 스테이션은 RTS 프레임을 전송하여 다른 스테이션에게 TXOP 구간을 알릴 수 있다. 이때, RTS 프레임은 MAC 프레임 헤더의 Frame Control 필드의 Type 서브필드(Frame Control 필드의 세 번째(B2) 및 네 번째 비트(B3))가 012b로 설정되고, Frame Control 필드의 Subtype 서브필드(Frame Control 필드의 다섯 번째 내지 여덟번째 비트(B4-B7))이 10112b로 설정된 프레임이다. TXOP 홀더로부터 RTS 프레임을 수신한 단말은 RTS 프레임이 포함하는 듀레이션과 관련한 정보, 예를 들어 Duration 필드의 값에 기초하여 NAV를 설정할 수 있다. 설정된 NAV는 TXOP 홀더의 TXOP에 해당하는 시간 동안 0이 아닌 값으로 유지될 수 있다. RTS 프레임의 목적 장치로 지시된 스테이션은 RTS 프레임의 듀레이션에 관한 정보를 기초로 NAV를 설정하는 대신, RTS 프레임에 대핸 CTS 프레임으로 응답해야 한다. 이때, TXOP를 시작하기 위해 전송된 RTS 프레임의 목적장치는 TXOP 응답자(responder)이며, RTS 프레임에 대한 응답으로 CTS 프레임을 전송해야 한다. 이때, RTS 프레임과 CTS 프레임 사이의 간격(space)은 SIFS이다. 이때, CTS 프레임의 Duration 필드는 수신된 RTS 프레임의 Duration 필드에서 지시된 값 - CTS 프레임 전송 시간 - SIFS로 계산된 값으로 설정된다. CTS 프레임을 수신한 단말들은 CTS 프레임에 포함된 듀레이션과 관련한 정보를 기초로 NAV를 설정할 수 있다. TXOP 홀더로부터 RTS 프레임을 수신한 단말과, TXOP 응답자로부터 CTS 프레임을 수신한 단말의 NAV는 TXOP 홀더가 획득한 TXOP가 종료된 후에 0으로 설정된다. 이를 통해 Wi-Fi MAC 메커니즘은 TXOP 홀더와 TXOP 응답자가 TXOP 동안 다수의 프레임을 방해받지 않고 교환할 수 있다.
다만, TXOP 홀더가 RTS 프레임을 non-HT duplicate PPDU로 프라이머리(Primary) 80MHz 대역에서 전송했지만, TXOP 응답자로부터 응답된 CTS 프레임(non-HT duplicate PPDU)이 프라이머리 40 MHz 대역에서만 응답된 경우, TXOP 홀더는 획득된 TXOP 동안 프라이머리 40 MHz 혹은 프라이머리 40 MHz 미만(즉, 프라이머리 20 MHz)의 대역폭만을 프레임 교환에 사용할 수 있다. 즉, TXOP 홀더는 전송하는 PPDU의 CH_BANDWIDTH(TXVECTOR parameter의 일종)를, 수신된 CTS 프레임을 포함하는 PPDU의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN-NON_HT(RXVECTOR parameter의 일종)과 같거나 더 작은 값으로 설정해야 한다. 이때, RTS 프레임은 RTS 프레임이 전송된 BW보다 작은 BW로 CTS 프레임이 응답되는 것을 허용하는 RTS 프레임일 수 있다. 즉, RTS 프레임은 TXVECTOR의 DYN_BANDWIDTH_IN_NON_HT가 Dynamic으로 설정되어 전송된 RTS 프레임일 수 있다. 만약, DYN_BANDWIDTH_IN_NON_HT가 Static으로 설정되어 RTS 프레임이 TXOP 홀더로부터 전송되는 경우, TXOP 응답자는 RTS 프레임이 수신된 주파수 대역(BW)으로 CTS 프레임을 전송해야 할 수 있다.
도 9는 RTS 프레임과 CTS 프레임 교환을 통한 TXOP 보호방법을 보여준다.
도 9에서 제1 스테이션(STA1은 PPDU를 전송하기에 앞서, PPDU의 목적 장치인 제2 스테이션(STA2)에게 RTS 프레임을 전송하고, 제2 스테이션(STA2)은 수신된 RTS 프레임이 자신을 목적 장치로 하는 RTS 프레임임을 판단하고, SIFS 후에 제1 스테이션(STA1)에게 CTS 프레임으로 응답한다.
제1 스테이션(STA1)의 이웃(neighbor) 스테이션인 제1 이웃 스테이션(STA1_Neighbor)는 제1 스테이션(STA1)이 전송한 RTS 프레임을 수신한 후, RTS 프레임의 Duration 필드의 값으로 NAV를 설정한다. 제2 스테이션(STA2)의 이웃 스테이션인 제2 이웃 스테이션(STA2_Neighbor)는 제2 스테이션(STA2)이 전송한 CTS 프레임을 수신한 후, CTS 프레임의 Duration 필드의 값을 기초로 NAV를 설정한다. 제1 이웃 스테이션(STA1_Neighbor)와 제2 이웃 스테이션(STA2_Neighbor)은 RTS 프레임 또는 CTS 프레임을 수신한 후 설정한 NAV가 0이 아닌 값으로 유지되는 동안 가상 캐리어 센싱에서 채널이 사용 중(busy)인 것으로 판단하여, 백오프 카운터를 줄이지 않는 등의 동작을 수행한다. 결과적으로, RTS 프레임 또는 CTS 프레임을 수신한 이웃 단말들이 NAV가 0이 아닌 값으로 유지되는 구간동안 전송을 시도하지 않기 때문에, 제1 스테이션(STA1)과 제2 스테이션(STA2)은 PPDU 및 ACK 프레임을 송/수신하는 동안 이웃 단말에 의해 방해 받지 않을 수 있다.
제1 스테이션(STA1)과 제2 이웃 스테이션(STA2_Neighbor)이 히든 노드라 할지라도, 제2 이웃 스테이션(STA2_Neighbor)는 제1 스테이션(STA1)이 PPDU를 전송하는 동안 채널이 사용 중임을 고려한 동작을 수행할 수 있다.
<MU-RTS 트리거 프레임을 이용한 TXOP 보호>
11ax(6세대 Wi-Fi, Wi-Fi 6, HEW, High Efficiency WLAN)에서는 MU-RTS 트리거 프레임(이하, MU-RTS 프레임)과 CTS 프레임 교환 절차를 정의하여, MU-RTS 프레임을 이용해 AP가 TXOP를 시작하고 TXOP frame 교환 절차를 보호할 수 있다. MU-RTS 프레임은 트리거 프레임의 일종이다. 스테이션이 MU-RTS 프레임을 수신하고, MU-RTS 프레임의 User 필드가 스테이션의 AID12 (Association ID의 LSB 12비트)를 지시하는 경우, 스테이션 MU-RTS 프레임에 대한 응답으로 CTS 프레임을 전송한다. 이때, 복수의 스테이션이 CTS 프레임을 동시에 전송할 수 있다. AP가 MU-RTS 프레임을 이용해 TXOP 보호를 수행하는 경우, 복수의 스테이션이 CTS 프레임을 응답할 수 있기 때문에, DL MU PPDU(Down link multi user PPDU)의 목적 장치인 복수의 스테이션 각각의 이웃 스테이션으로부터 TXOP를 보호받을 수 있다. 또한, MU-RTS 프레임은 UL MU PPDU를 보호하기 위해 사용될 수 있다. 구체적으로 트리거 프레임을 통해 복수의 스테이션에게 TB(Trigger based) PPDU를 요청하기 이전에, AP는 MU-RTS 프레임을 전송하여 TB PPDU를 응답할 복수의 스테이션이 CTS 프레임을 전송하게 할 수 있다. 이때, 복수의 스테이션이 응답한 CTS 프레임은 각 스테이션의 이웃 스테이션에게 TB PPDU 및 TB PPDU 이후 전송될 ACK 프레임(예컨대, Ack, Block Ack)을 보호하는 NAV를 설정한다. 이를 통해 Trigger 프레임 및 TB PPDU를 디코딩할 수 없는 레거시 스테이션(Legacy STA)은 트리거 프레임이 개시하는 프레임 교환 시퀀스 (또는 트리거 프레임이 전송되는 TXOP)동안 채널 액세스를 수행하지 않을 수 있다.
도 10은 MU-RTS 프레임과 CTS 프레임을 이용한 TXOP 보호방법을 보여준다.
도 10에서 AP는 MU PPDU를 전송하기 전에, MU PPDU의 목적 장치인 제1 스테이션(STA1)과 제2 스테이션(STA2)에게 MU-RTS 프레임을 전송하고, 제1 스테이션(STA1)과 제2 스테이션(STA2)은 MU-RTS 프레임을 수신하고 SIFS 후 각각 MU-RTS 프레임에 대한 응답으로 CTS 프레임을 전송한다.
제1 스테이션(STA1)의 이웃 스테이션 제1 이웃 스테이션(STA1_Neighbor)은 제1 스테이션(STA1)이 전송한 CTS 프레임을 수신한 후, CTS 프레임의 Duration 필드의 값을 기초로 NAV를 설정한다. 제2 스테이션(STA2)의 이웃 스테이션인 제2 이웃 스테이션(STA2_Neighbor)은 제2 스테이션(STA2)이 전송한 CTS 프레임을 수신한 후, CTS 프레임의 Duration 필드의 값을 기초로 NAV를 설정한다. 제1 이웃 스테이션(STA1_Neighbor)과 제2 이웃 스테이션(STA2_Neighbor)은 CTS 프레임을 수신한 후 설정한 NAV가 0이 아닌 값으로 유지되는 동안 가상 캐리어 센싱에서 채널이 사용 중이라 판단하여 백오프 카운터를 줄이지 않는 등의 동작을 수행한다. 따라서 CTS 프레임을 수신한 스테이션이 NAV가 0이 아닌 값으로 유지되는 동안 전송을 시도하지 않기 때문에, AP가 MU PPDU를 전송하고 제1 스테이션(STA1)과 제2 스테이션(STA2)이 ACK 프레임을 응답하는 동안 이웃 스테이션에 의해 방해 받지 않을 수 있다.
트리거 프레임은 IEEE 802.11ax에서 정의된 프레임 타입으로, Frame Control 필드의 Type 서브필드 및 Subtype 서브필드가 각각 012b과 00102b로 설정된 프레임이다. Frame Control 필드의 Type 서브필드의 값 012b은 Control Type임을 지시하고, Subtype 서브필드의 값 00102b은 트리거 프레임을 지시한다. IEE 802.11ax에서는, AP가 복수의 스테이션으로부터 동시에 응답 프레임을 요청하기 위해 트리거 프레임을 정의하였다. MU-RTS 프레임은 AP가 다수의 STA(non-AP STA)에게 CTS 프레임을 요청하기 위해 사용된다. MU-RTS 프레임을 제외한 다른 Trigger Type은 UL MU PPDU 요청을 위한 베이직 트리거(Basic Tigger) 프레임, 빔포밍 리포트를 요청하기 위한 빔포밍 리포트 폴 트리거 프레임(Beamforming Report Poll Tigger frame), BlockAck을 요청하기 위한 MU-BAR 트리거 프레임, 버퍼 상태 리포트를 요청하기 위한 버퍼 상태 리포트 폴 트리거 프레임(Buffer Status Report Poll Tigger frame), GCR MU-BAR 트리거 프레임, Bandwidth Query Report Poll 트리거 프레임, NDP Feedback Report Poll 트리거 프레임을 포함한다. 트리거 프레임의 포맷에 대해서는 도 11 내지 도 13을 통해 설명한다.
도 11은 본 발명의 실시 예에 따른 트리거 프레임의 포맷을 보여준다.
트리거 프레임은 Frame Control 필드를 포함한 MAC 헤더와, Common Info 필드, User Info List 필드, Padding 필드, 및 FCS 필드를 포함한다.
Frame Control 필드는 Type 및 Subtype 서브필드를 포함하며, 트리거 프레임은 두 서브필드가 각각 012b과 00102b로 설정된다.
Common Info 필드는 트리거 프레임의 Type을 지시하기 위한 Trigger Type 서브필드, 응답되는 UL 전송의 길이를 지시하기 위한 UL Length 서브필드 및 복수의 필드를 포함한다. Common Info 필드의 구체적인 포맷에 대해서는 도 12를 통해 설명한다.
User Info List 필드는 트리거 프레임의 목적 장치를 지시하기 위한 정보 포함된 User Info 필드를 0개 혹은 1개 이상 포함할 수 있다. 이때, User Info 필드는 목적 장치를 지시하는 정보 외에도, 트리거 프레임의 Type에 따라, 목적 장치가 트리거 프레임을 수신한 후 응답 프레임을 전송할 때 사용해야 하는 파라미터, 예컨대 UL DCM, UL MCS 등을 포함한다. User Info 필드의 구체적인 포맷에 대해서는 도 13을 통해 설명한다.
Padding 필드는 스테이션이 트리거 프레임을 을 수신한 후, 트리거 프레임의 목적 장치가 응답 프레임을 준비할 시간을 확보하기 위해 설정된다. 트리거 프레임을 전송하는 AP는 목적 장치들의 성능을 고려하여 Padding 필드의 길이를 조절할 수 있다. 또한, IEEE 802.11be(Wi-Fi 7, EHT)에서는 트리거 프레임이 포함된 PPDU의 종료 시점(end time)을 다른 PPDU와 정렬하기 위해서 조절될 수 있다.
FCS(Frame Check Sequence) 필드는 32-비트의 CRC(Cyclic redundancy code)를 포함한다. 이때, CRC는 MAC Header의 값과 Frame Body 필드의 값을 기초로 획득된 값이다.
도 12는 본 발명의 실시 예에 따른 트리거 프레임의 Common Info 필드의 포맷을 보여준다.
Trigger Type 서브필드는 트리거 프레임의 타입을 지시하기 위해 활용되며, Trigger Type 서브필드의 값이 0인 경우, Trigger Type 서브필드는 베이직 트리거 프레임을 지시한다. Trigger Type 서브필드의 값이 1이면, Trigger Type 서브필드는 BFRP 프레임을 지시한다. Trigger Type 서브필드의 값이 2인 경우, Trigger Type 서브필드는 MU-BAR 프레임을 지시한다. Trigger Type 서브필드의 값이 3인 경우, Trigger Type 서브필드는 MU-RTS 프레임을 지시한다. Trigger Type 서브필드의 값이 4인 경우, Trigger Type 서브필드는 BSRP 프레임을 지시한다. Trigger Type 서브필드의 값이 5인 경우, Trigger Type 서브필드는 GCR MU-BAR를 지시한다. Trigger Type 서브필드의 값이 6인 경우, Trigger Type 서브필드는 BQRP 프레임을 지시한다. Trigger Type 서브필드의 값이 7인 경우, Trigger Type 서브필드는 NFRP(NDP Feedback Report Poll)을 지시한다.
UL Length 서브필드는 트리거 프레임의 응답인 TB PPDU의 L-SIG LENGTH 필드에 설정되어야 하는 값을 지시한다.
More TF 서브필드는 트리거 프레임 이후에 전송될 트리거 프레임이 있는지 지시한다.
CS Required 서브필드는 트리거 프레임의 목적 장치가, 응답 프레임을 전송할 때에 CS를 수행해야 하는지 여부(Physical & Virtual CS, ED & NAV)를 지시하며, CS Required 서브필드가 1로 지시된 트리거 프레임을 수신한 후 응답 프레임을 전송하는 스테이션은 CS를 수행해야 한다.
UL BW 서브필드는 트리거 프레임을 수신한 후 TB PPDU를 응답하는 스테이션이 프리앰블, 예를 들어 HE-SIG-A 필드 또는 U-SIG 필드에 지시해야 하는 BW 값을 지시한다.
GI And HE/EHT-LTF Type 서브필드는 트리거 프레임의 응답인 TB PPDU의 GI(Guard interval)와 HE(EHT)-LTF 값을 지시한다.
MU-MIMO HE(EHT)-LTF Mode 서브필드는 트리거 프레임의 응답인 TB PPDU에 적용되어야 하는 HE(EHT)-LTF mode와 관련한 정보를 지시한다.
Number Of HE(EHT)-LTF Symbols And Midamble Periodicity 서브필드는 Doppler 서브필드가 0으로 지시되는 경우, TB PPDU에 적용되어야 하는 HE(EHT)-LTF의 심볼 개수를 지시하고, Doppler 서브필드가 1로 지시되는 경우, HE(EHT)-LTF의 심볼 개수 및 미드앰블(midable)의 주기(periodicity)와 관련한 정보를 지시한다.
UL STBC 서브필드는 응답되는 TB PPDU에 STBC 인코딩이 적용되어야 하는지 지시하며, STBC 인코딩이 적용되어야 하는 경우 1로 설정된다. 다만, EHT TB PPDU를 응답시키는 트리거 프레임의 UL STBC 서브필드는 리저브 필드(reserved)이다.
LDPC Extra Symbol Segment 서브필드는 트리거 프레임에 대한 응답인 TB PPDU에 LDPC 추가 심볼 세그먼트(extra symbol segment)가 나타나야 하는지 지시하며, LDPC Extra Symbol Segment 서브필드가 1로 지시될 경우, LDPC 추가 심볼 세그먼트가 TB PPDU에 포함되어야 한다.
AP Tx Power 서브필드는 스테이션이 트리거 프레임을 전송할 때 사용한 AP의 전송 파워와 관련한 값이 지시된다. 스테이션이 응답 프레임을 전송할 때 스테이션은 AP Tx Power 서브필드에서 지시된 값을 기초로 전송 파워를 조절할 있다.
Pre-FEC Padding Factor와 PE Disambiguity 서브필드는 Pre-FEC Padding Factor가 1인지 혹은 2, 3, 4인지 여부와, PE(Packet Extension)의 길이를 명확히 하기 위한 정보를 지시한다.
UL Spatial Reuse 서브필드는 4개의 Spatial Reuse 서브필드를 포함하며, 트리거 프레임의 응답인 HE TB PPDU의 HE-SIG-A의 Spatial Reuse 필드에 설정될 값을 지시한다.
Doppler 서브필드는 트리거 프레임의 응답인 TB PPDU에 미드앰블이 포함되는지 여부를 지시한다. EHT TB PPDU의 전송을 트리거하는 트리거 프레임은 Doppler 서브필드가 리저브드 필드로 설정될 수 있다. 서브필드가 리저브드 필드로 설정되는 경우, 스테이션은 해당 필드의 값을 고려하지 않고 동작할 수 있다.
HE/EHT P160 서브필드는 트리거 프레임의 응답인 TB PPDU가 P160 MHz에 해당하는 채널에 트리거 프레임이 HE TB PPDU의 전송을 트리거 하는지 EHT TB PPDU의 전송을 트리거 하는지 지시한다.
Special User Info Field Present 서브필드는 User Info 필드 중에서, AID12 서브필드가 2007로 지시된 User Info 필드가 User Info 필드에 포함되는지 지시한다.
Trigger Dependent Common Info 서브필드는 Trigger Type 필드로 지시된 트리거 프레임의 종류가 베이직 트리거 프레임 또는 NFRP 트리거 프레임인 경우에만 포함된다.
도 13은 본 발명의 실시 예에 따른 트리거 프레임의 User Info 필드의 포맷을 보여준다.
User Info 필드의 AID12 서브필드는 User Info 필드에 해당하는 스테이션의 AID12를 지시한다. User Info 필드가 어느 하나의 스테이션을 위한 경우 AID12 서브필드는 1 내지 2006으로 설정될 수 있다. 트리거 프레임이 HE 트리거 프레임인 경우, User Info 필드가 어느 하나의 스테이션을 위한 경우 AID12 서브필드는 1 내지 2007로 설정될 수 있다. User Info 필드가 AP와 결합된(associated) 스테이션의 랜덤 액세스를 위한 경우 AID12 서브필드의 값은 0으로 설정될 수 있다. User Info 필드가 AP와 결합되지 않은(unassociated) 스테이션의 랜덤 액세스를 위한 경우 AID12 서브필드의 값은 2045 또는 2044로 설정될 수 있다. AID12 서브필드의 값이 2045인 경우, 랜덤 액세스를 통해 HE TB PPDU가 전송되어야 함을 지시한다. AID12 서브필드의 값이 2044인 경우, 랜덤 액세스를 통해 EHT TB PPDU가 전송되어야 함을 지시한다. AID12 서브필드가 미리 설정된 값으로 설정되는 경우, AID12 서브필드는 AID12 서브필드 직후에 패딩 필드가 시작됨을 지시할 수 있다. 이때, 미리 설정된 값은 4095 또는 4094일 수 있다. AID12 서브필드의 값이 2046으로 설정되는 경우, AID12 서브필드는 User Info 필드가 어느 스테이션에게도 할당되지 않은 RU(resource unit)를 위한 것임을 지시할 수 있다.
MU-RTS 프레임을 제외한 다른 트리거 프레임의 RU Allocation 서브필드는 User Info 필드의 목적 장치, 즉 AID12 서브필드에 의해 지시된 스테이션에게 할당된 RU/MRU(Multiple Resource Unit)의 크기와 위치 정보를 지시한다. 하지만, MU-RTS 프레임의 RU Allocation 서브필드는 User Info 필드의 목적 장치가 CTS 프레임을 전송해야 채널을 지시한다. MU-RTS 프레임의 RU Allocation 서브필드는 목적 스테이션이 CTS 프레임이 전송될 채널을 지시한다. 구체적으로 MU-RTS 프레임의 RU Allocation 서브필드는 CTS 프레임이 프라이머리(Primary) 20 MHz 또는 프라이머리 40 MHz, 프라이머리 80 MHz , 프라이머리 160 MHz, 80 + 80 MHz 및 프라이머리 320 MHz 채널 중 어느 채널에서 전송될지 지시한다. 이때, MRU는 2개 이상의 RU가 결합된 RU를 의미하고, 52+26-tone, 106+26-tone, 484+242-tone, 996+484-tone, 996+484+242-tone, 2x996+484-tone, 3x996, 3x996+484-tone, 및 4x996-tone 크기 중 어느 하나로 정의될 수 있다.
UL FEC Coding Type 서브필드는 트리거 프레임 대한 응답인 TB PPDU의 code type을 지시한다. UL FEC Coding Type 서브필드의 값이 0인 경우 UL FEC Coding Type 서브필드는 BCC (binary convolution coding)를 지시한다. UL FEC Coding Type 서브필드의 값이 1인 경우 UL FEC Coding Type 서브필드는 LDPC (low density parity check)를 지시한다.
UL EHT-MCS 서브필드는 트리거 프레임에 응답으로 전송되는 TB PPDU에 적용되어야 하는 EHT-MCS를 지시한다.
AID12 서브필드가 User Info 필드가 랜덤액세스를 위한 것임을 지시하는 경우 SS Allocation/RA-RU Information 서브필드는 RA-RU 정보를 지시한다. AID12 서브필드가 User Info 필드가 랜덤액세스를 위한 것이 아님을 지시하는 경우, SS Allocation/RA-RU Information 서브필드는 스패셜 스트림(spatial stream) 할당에 관한 정보를 지시한다. 구체적으로 SS Allocation/RA-RU Information 서브필드는 4비트 필드인 Starting Spatial Stream 서브필드와 2비트 필드인 Number Of Spatial Streams 서브필드를 포함한다.
UL Target Receive Power 서브필드는 트리거 프레임에 응답으로 전송되는 TB PPDU가 AP의 안테나 측에서 수신될 수 있는 신호의 파워를 지시한다. 스테이션은 TB PPDU를 전송할 때, AP가 UL Target Receive Power가 지시하는 파워의 크기 내에서 수신하게 TB PPDU의 전송 파워를 UL Target Receive Power subfield의 값을 조절할 수 있다.
PS160 서브필드는 User Info 필드가 할당하는 RU/MRU(Multiple-RU)의 위치 및 크기와 관련한 정보를 지시한다.
<MU-RTS 프레임 전송과 CTS 프레임 응답 규칙>
MU-RTS 프레임의 포맷은 베이직 트리거 프레임의 포맷에서 하나 이상의 필드가 리저브드로 설정될 수 있다. MU-RTS 프레임의 Common Info 필드에서 UL Length 필드, MU-MIMO HE-LTF Mode 필드, Number Of HE-LTF Symbols And Midamble Periodicity 필드, UL STBC 필드, LDPC Extra Symbol Segment 필드, AP Tx Power 필드, Pre-FEC Padding Factor 필드, PE Disambiguity 필드, UL Spatial Reuse 필드, 및 Doppler and UL HE-SIG-A2 Reserved 필드는 리저브드 필드로 설정될 수 있다. MU-RTS 프레임의 User Info 필드의 UL EHT-MCS 필드, UL FEC Coding Type 필드, SS Allocation/RA-RU Information 필드, 및 UL Target Receive Power 필드는 리저브드 필드로 설정될 수 있다. 이는 MU-RTS 프레임에 대한 응답으로 CTS 프레임을 전송할 때 사용되는 전송 파라미터 중 많은 부분이 미리 지정되기 때문이다. 구체적으로 MU-RTS 프레임을 수신한 스테이션은 CTS 프레임을 포함하는 non-HT duplicate PPDU를 사용하여 6Mbps로 전송할 수 있다.
MU-RTS 프레임을 수신한 스테이션은 CTS 프레임을 전송할 서브채널을 다음과 같이 결정할 수 있다. 구체적으로 스테이션은 MU-RTS 프레임에 의해 할당된 RU/MRU 내에서 유휴한 서브채널만을 통해 CTS 프레임을 전송할 수 있다. MU-RTS 프레임에 의해 할당된 RU/MRU는 MU-RTS 프레임의 스테이션에 해당하는 User Info 필드의 RU allocation 서브필드가 지시하는 RU/MRU이다. MU-RTS 프레임을 수신한 스테이션은 전송을 수행할 수 있는 MRU에서 CTS 프레임을 전송할 수 있다. 예컨대,
MU-RTS 프레임이 스테이션에게 프라이머리 320 MHz 주파수 대역을 할당하고, 320 MHz 주파수 대역에 포함된 16개의 서브채널 중 1개의 채널이 유휴하지 않은 것으로 판단될 수 있다. 이때, 15개의 서브채널로 구성된 MRU가 없기 때문에 스테이션은 320 MHz 주파수 대역에 포함된 16개의 서브채널 중 14개의 서브채널에서 CTS 프레임을 전송한다. 이때, 14개의 서브채널은 3x996+484-tone으로 구성될 수 있다.
스테이션은 MU-RTS 프레임에 대한 응답으로 CTS 프레임을 전송할 서브채널을 다음의 조건을 모두 만족하는 서브채널인지로 판단할 수 있다.
1. 서브채널은 MU-RTS가 스테이션에게 할당한, 즉 스테이션에 해당하는 User Info 필드의 RU Allocation 서브필드에 의해 지시된 주파수 대역에 포함된다.
2. 서브채널은 스테이션이 MU-RTS프레임을 포함한 PPDU를 수신한 후 SIFS 동안 유휴한 것으로 판단된다. 이때, 서브채널은 가상 캐리어 센싱과 ED(energy detection) 기반 CCA를 기초로 유휴한지 판단된다.
3. 서브채널은 MU-RTS 프레임이 수신된 서브채널이다.
4. 서브채널은 스테이션이 전송할 수 있는 MRU의 서브캐리어를 포함한다. 이때, 서브채널은 프라이머리 채널을 포함한다.
MU-RTS 프레임이 복수의 스테이션의 CTS 프레임 전송을 트리거하는 경우, 스테이션은 1내지 3의 조건을 모두 만족하는 서브채널에서 CTS 프레임을 전송할 수 있다. 이때, MU-RTS 프레임이 하나의 스테이션의 CTS 프레임 전송을 트리거하는 경우, 스테이션은 1내지 4의 조건을 모두 만족하는 서브채널에서 CTS 프레임을 전송할 수 있다.
스테이션은 RTS 프레임에 대한 응답으로 CTS 프레임을 전송할 서브채널을 다음의 조건을 모두 만족하는 서브채널인지로 판단할 수 있다.
1. 서브채널은 RTS 프레임 수신 시 설정된 RXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT에 해당하는 주파수 대역에 포함된다. 예컨대, RXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT의 값이 80MHz인 경우, 서브채널은 프라이머리 80 MHz 채널에 포함되어야 한다.
2. 서브채널은 RTS 프레임을 포함하는 PPDU를 수신하기 전 PIFS 동안 유휴한 것으로 판단된다.
3. 서브채널은 RTS 프레임이 수신된 서브채널이다.
4. 서브채널은 스테이션이 전송할 수 있는 MRU의 서브캐리어를 포함한다. 이때, 서브채널은 프라이머리 채널을 포함한다.
앞서 설명한 실시 예들에서 CTS 프레임은 20MHz 대여폭을 갖는 서브채널 별로 전송이 수행될 수 있다. CTS 프레임을 전송하는 구체적인 실시 예에 대해서는 도 14를 통해 설명한다.
앞선 설명에서 RXVECTOR의 CH_BANDWIDTH에 대해 언급하였다. RXVECTOR의 CH_BANDWIDTH 및 TXVECTOR의 CH_BANDWIDTH에 대해 설명한다.
스테이션 전송을 수행할 때, TXVECTOR의 CH_BANDWIDTH는 MAC 레이어에서 피지컬 레이어로 발행(issuing)되는 PHY-TXSTART.request primitive의 TXVECTOR 파라미터 중 하나이다. CH_BANDWIDTH는 PPDU가 전송되는 주파수대역의 대역폭을 나타낸다. 스테이션이 non-HT PPDU의 전송을 수행하는 경우, CH_BANDWIDTH_IN_NON_HT 역시 PPDU가 전송되는 주파수대역의 대역폭을 나타낸다. CH_BANDWIDTH_IN_NON_HT는 CBW20/40/80/160/80+80/320 중 어느 하나의 값을 가질 수 있다. CH_BANDWIDTH 는 CBW20/40/80/160/80+80/320-1/320-2 중 어느 하나의 값을 가질 수 있다.
또한, 스테이션 수신을 수행할 때, RXVECTOR의 CH_BANDWIDTH는 피지컬 레이어에서 MAC 레이어로 발행(issuing)되는 PHY-RXSTART.indication primitive의 RXVECTOR 파라미터 중 하나이다. 또한, 피지컬 레이어에서 PPDU가 수신될 때 PHY-RXSTART.indication가 생성된다. CH_BANDWIDTH는 PPDU가 수신되는 주파수대역의 대역폭을 나타낸다. 스테이션이 non-HT PPDU의 수신을 수행하는 경우, CH_BANDWIDTH_IN_NON_HT 역시 PPDU가 수신되는 주파수대역의 대역폭을 나타낸다. CH_BANDWIDTH_IN_NON_HT는 CBW20/40/80/160/80+80/320 중 어느 하나의 값을 가질 수 있다. CH_BANDWIDTH 는 CBW20/40/80/160/80+80/320-1/320-2 중 어느 하나의 값을 가질 수 있다.
도 14는 본 발명의 실시 예에 따른 스테이션이 CTS 프레임을 전송할 서브채널을 결정하는 방법을 보여준다.
도 14(a)에서 MU-RTS 프레임은 8개의 서브채널(SC#1-SC#8)을 통해 수신된다. 이때, MU-RTS 프레임은 20 MHz non-HT PPDU를 통해 전송될 수 있다. 또 다른 구체적인 실시 예에서 160 MHz PPDU로 전송될 수 있다. MU-RTS 프레임의 User Info 필드의 AID12 서브필드가 지시하는 스테이션은 MU-RTS 프레임의 RU Allocation 서브필드가 지시하는 서브채널인 제1 서브채널(SC#1) 내지 제8 서브채널(SC#8)에서 CTS 프레임을 전송할 수 있는지 판단한다. 제8 서브채널(SC#8)은 유휴하지 않고, 제1 서브채널(SC#1) 내지 제7 서브채널(SC#7)은 996+484+242-tone MRU에 포함된다. 스테이션은 제1 서브채널(SC#1) 내지 제7 서브채널(SC#7)에서 duplicated non-HT PPDU 사용하여 CTS 프레임을 전송한다. 스테이션이 996+484-tone MRU에서 전송을 수행할 수 있지만 996+484+242-tone MRU에서 전송을 수행할 수 없는 경우, 스테이션은 제1 서브채널(SC#1) 내지 제6 서브채널(SC#6)에서 duplicated non-HT PPDU 사용하여 CTS 프레임을 전송한다.
도 14(b)에서 참조하면, MU-RTS 프레임이 8개의 subchannel을 통해 수신될 수 있다. MU-RTS 프레임은 7개의 서브채널(SC#1-SC#3, SC#5-SC#8)을 통해 수신된다. MU-RTS 프레임의 User Info 필드의 AID12 서브필드가 지시하는 스테이션은 MU-RTS 프레임의 RU Allocation 서브필드가 지시하는 서브채널인 7개의 서브채널(SC#1-SC#3, SC#5-SC#8)에서 CTS 프레임을 전송할 수 있는지 판단한다. 스테이션은 제5 서브채널(SC#5)은 유휴하지 않은 것으로 판단한다. 7개의 서브채널(SC#1-SC#3, SC#5-SC#8)에서 스테이션이 전송을 수 행할 수 있는 MRU 형태 중 가장 큰 대역폭을 갖는 MRU는 484+242-tone MRU이다. MU-RTS 프레임 복수의 스테이션의 CTS 프레임 전송을 트리거하는 경우, 스테이션은 7개의 서브채널(SC#1-SC#3, SC#5-SC#8)에서 CTS 프레임을 전송할 수 있다.
앞서 설명한 실시 예는 MU-RTS 프레임을 통해 설명했으나 RTS 프레임에도 동일하게 적용될 수 있다.
<MU-RTS 트리거 프레임을 이용한 TXOP 공유(sharing)>
IEEE 802.11ax(Wi-Fi 6)의 트리거 프레임의 타입에 따라 트리거 프레임에 대한 응답으로 전송되는 PPDU의 포맷이 결정된다. 예컨대, MU-RTS 트리거 프레임을 수신한 스테이션은 CTS 프레임을 MU-RTS 트리거 프레임의 응답으로 전송한다. 설명의 편의를 위해 MU-RTS 트리거 프레임을 MU-RTS 프레임으로 약칭한다. 베이직 트리거 프레임을 수신한 스테이션은 베이직 트리거 프레임에 대한 응답으로 HE TB PPDU를 전송한다. 이때, 스테이션은 트리거 프레임의 User Info 필드에서 지시된 전송 파라미터를 기초로 HE TB PPDU를 전송한다. 이와 같이 AP가 non-AP 스테이션이 트리거 프레임에 대한 응답을 전송할 때 적용할 전송 파라미터를 지시한다. AP가 결정한 전송 파라미터가 최적의 전송 파라미터가 아닐 수 있다. 구체적으로 AP가 유휴한 것으로 판단한 서브채널이라도 스테이션은 해당 서브채널을 유휴하지 않은 것으로 판단할 수 있다. 따라서 스테이션이 트리거 프레임에 대한 응답을 전송할 때 사용할 전송 파라미터를 스테이션이 결정할 수 있는 실시 예가 필요하다.
이를 위해 AP는 AP가 획득한 TXOP의 일부 구간을 스테이션이 사용하도록 허용할 수 있다. 이때, 스테이션은 할당받은 구간에서 AP의 트리거 없이 PPDU를 생성하고 생성한 PPDU를 전송할 수 있다. 설명의 편의를 위해 AP가 획득한 TXOP의 일부 구간을 스테이션이 사용하도록 허용하는 것을 TXOP 공유라 지칭하고 TXOP가 공유된 구간을 TXOP 공유 구간이라 지칭한다. AP는 MU-RTS 프레임을 사용하여 스테이션에게 TXOP 공유를 지시(indication)할 수 있다. 구체적으로 TXOP 홀더인 AP는 non-AP STA에게 TXOP를 공유하는 MU-RTS 프레임을 전송할 수 있다. 이때, MU-RTS 프레임을 수신한 non-AP 스테이션은 TXOP 공유 구간에서 TB PPDU가 아닌 PPDU를 전송할 수 있다. 설명의 편의를 위해 TXOP 공유를 지시하는 MU-RTS 프레임을 MU-RTS TXS 트리거 프레임으로 지칭한다. 설명의 편의를 위해 MU-RTS TXS 트리거 프레임을 MU-RTS TXS 프레임으로 약칭한다.
MU-RTS TXS 프레임은 하나 이상의 User Info 필드를 포함할 수 있다. 이때, MU-RTS TXS 프레임의 User Info 필드의 AID12 서브필드는 TXOP이 공유되는 non-AP 스테이션을 지시한다. MU-RTS TXS 프레임의 User Info 필드의 AID12 서브필드가 스테이션을 지시하는 경우, MU-RTS TXS 프레임을 수신한 스테이션은 스테이션에게 공유 TXOP(shared TXOP)가 할당된 것으로 판단할 수 있다. MU-RTS TXS 프레임을 수신한 스테이션은 MU-RTS TXS 프레임에 대한 응답으로 CTS 프레임을 전송할 수 있다. 이때, MU-RTS TXS 프레임과 CTS 프레임 사이의 간격은 SIFS일 수 있다. 또한, MU-RTS TXS 프레임의 Common Info 필드의 UL length 서브필드는 공유된 TXOP의 듀레이션을 지시할 수 있다. 또 다른 구체적인 실시 예에서 MU-RTS TXS 프레임의 User Info 필드는 User Info 필드에 해당하는 스테이션에게 공유된 TXOP의 듀레이션을 지시할 수 있다.
구체적으로 MU-RTS TXS 프레임의 Common Info 필드의 UL length 서브필드의 12비트는 공유된 TXOP의 듀레이션을 지시할 수 있다. 이때, UL length 서브필드는 4us 단위로 공유된 TXOP의 듀레이션을 지시할 수 있다. 또 다른 구체적인 실시 예에서 MU-RTS TXS 프레임의 Common Info 필드의 UL length 서브필드의 일부 비트는 공유된 TXOP의 듀레이션을 지시할 수 있다. 예컨대, MU-RTS TXS 프레임의 Common Info 필드의 UL length 서브필드의 12비트 중 7 비트가 공유된 TXOP의 듀레이션을 지시할 수 있다. 이때, UL length 서브필드는 128us 단위로 공유된 TXOP의 듀레이션을 지시할 수 있다. 예컨대, MU-RTS TXS 프레임의 Common Info 필드의 UL length 서브필드의 12비트 중 8 비트가 공유된 TXOP의 듀레이션을 지시할 수 있다. 이때, UL length 서브필드는 64us 단위로 공유된 TXOP의 듀레이션을 지시할 수 있다. 앞서 설명한 실시 예들에서 UL length 서브필드에 의해 지시될 수 있는 최대 듀레이션은 2^14 us일 수 있다. UL length 서브필드는 UL length 서브필드의 값 + 1에 UL length 서브필드가 지시하는 시간 단위를 곱한만큼의 듀레이션을 지시할 수 있다. 예컨대, 앞서 설명한 실시 예서 UL length 서브필드가 4us 단위로 듀레이션을 지시하고 UL length 서브필드의 값이 10인 경우, 공유 TXOP의 듀레이션은 44us일 수 있다. 스테이션은 MU-RTS TXS 프레임을 수신한 때로부터 UL length 서브필드가 지시하는 듀레이션만큼 TXOP이 공유되는 것으로 판단할 수 있다. 이때, 스테이션은 MU-RTS TXS 프레임을 포함하는 PPDU로 인해 PHY-RXEND.indication primitive가 발생한 시점에 MU-RTS TXS 프레임을 수신한 것으로 판단할 수 있다. TXOP을 공유받은 non-AP 스테이션은 스테이션이 전송한 PPDU 및 스테이션이 전송한 PPDU에 대한 응답인 PPDU가 공유 TXOP 내에서 종료되도록 전송을 수행해야 할 수 있다.
non-AP 스테이션은 공유 TXOP 내에서 UL PPDU 또는 P2P PPDU를 전송할 수 있다. P2P(peer to peer) PPDU는 non-AP STA 사이에 교환되는 PPDU이다. 따라서 P2P PPDU를 전송하는 스테이션과 P2P PPDU를 수신하는 스테이션 모두 non-AP 스테이션이다. 이때, P2P PPDU를 수신하는 스테이션은 non-AP 스테이션이 결합된 AP와 결합되지 않은(unassociated) 스테이션일 수 있다. 이를 통해 non-AP 스테이션은 non-AP 스테이션이 결합된 AP에 결합되지 않은 non-AP 스테이션에게 PPDU를 전송할 수 있다.
공유 TXOP 내에서 공유 TXOP을 할당받은 non-AP 스테이션은 non-AP 스테이션에게 공유 TXOP을 할당한 AP가 전송한 프레임에 의해 설정된 NAV를 무시하고 PPDU를 전송할 수 있다.
<TXOP 공유 모드>
MU-RTS TXS 프레임은 공유 TXOP 내에서 P2P PPDU의 전송이 허용되는지 지시할 수 있다. 공유 TXOP을 할당받은 non-AP 스테이션은 MU-RTS TXS 프레임이 공유 TXOP 내에서 P2P PPDU의 전송이 허용됨을 지시하는지를 기초로 공유 TXOP 내에서 P2P PPDU의 전송 여부를 결정할 수 있다. MU-RTS TXS 프레임이 공유 TXOP 내에서 P2P PPDU의 전송이 허용됨을 지시하는 경우, 공유 TXOP을 할당받은 non-AP 스테이션은 공유 TXOP 내에서 P2P PPDU를 전송할 수 있다. MU-RTS TXS 프레임이 공유 TXOP 내에서 P2P PPDU의 전송이 허용됨을 지시하지 않는 경우, 공유 TXOP을 할당받은 non-AP 스테이션은 공유 TXOP 내에서 P2P PPDU를 전송할 수 없다. 이는 P2P PPDU의 전송이 BSS 전체의 트래픽 처리 효율을 떨어뜨릴 수 있기 때문에, P2P PPDU의 전송을 제한할 필요가 있기 때문이다.
구체적으로 MU-RTS TXS 프레임은 공유 TXOP의 모드를 지시할 수 있다. 공유 TXOP의 모드는 공유 TXOP 동안 공유 TXOP을 할당받은 non-AP 스테이션이 전송할 수 있는 PPDU의 종류를 지시할 수 있다. 이때, 공유 TXOP의 모드는 P2P PPDU와 UL PPDU 전송을 모두 허용하는 모드와 UL PPDU의 전송을 허용하고 P2P PPDU의 전송을 허용하지 않는 모드를 포함할 수 있다.
MU-RTS TXS 프레임의 특정 서브필드는 공유 TXOP의 모드를 지시할 수 있다. 이때, 해당 필드를 TXOP Sharing Mode 서브필드로 지칭할 수 있다.
도 15는 본 발명의 실시 예에 따른 MU-RTS TXS 프레임의 포맷을 보여준다.
도 15의 실시 예에서 MU-RTS TXS 프레임의 Common Info 필드는 TXOP Sharing Mode 서브필드를 포함한다. MU-RTS TXS 프레임의 리저브드 필드가 TXOP Sharing Mode 서브필드로 사용될 수 있다. 구체적으로 Common Info 필드의 20번째 비트와 21번째 비트가 TXOP Sharing Mode 서브필드로 사용될 수 있다. Common Info 필드의 20번째 비트와 21번째 비트는 베이직 트리거 프레임에서 GI And HE/EHT-LTF Type 필드에 해당하는 비트로 MU-RTS TXS 프레임에서는 GI And HE/EHT-LTF Type 필드는 리저브드 필드로 설정될 수 있기 때문이다.
TXOP Sharing Mode 서브필드는 두 가지 모드를 지시할 수 있다.첫 번째 모드는 TXOP Sharing Mode 서브필드가 포함된 프레임은 MU-RTS TXS 프레임이고 공유 TXOP 내에서 P2P PPDU의 전송이 허용되지 않음을 지시할 수 있다. 이때, TXOP Sharing Mode 서브필드의 값은 1일 수 있다. 또한, 두 번째 모드는 TXOP Sharing Mode 서브필드가 포함된 프레임은 MU-RTS TXS 프레임이고 공유 TXOP 내에서 UL PPDU의 전송과 P2P PPDU의 전송이 허용됨을 지시할 수 있다. 이때, TXOP Sharing Mode 서브필드의 값은 2일 수 있다.
공유 TXOP 내에서 공유 TXOP을 할당받은 non-AP 스테이션은 P2P PPDU를 전송하기 전에 P2P PPDU의 수신자인 non-AP 스테이션과 non-HT 보호(protection)를 수행할 수 있다. 즉, 공유 TXOP 이외의 별도의 전송 보호가 수행될 수 있다. 구체적으로 공유 TXOP을 할당받은 non-AP 스테이션은 P2P PPDU를 전송하기 전에 P2P PPDU의 의도된 수신자인 non-AP 스테이션과 RTS 프레임과 CTS 프레임 교환을 수행할 수 있다. 이때, 공유 TXOP을 할당받은 non-AP 스테이션은 MU-RTS TXS에 대한 응답으로 CTS 프레임을 전송한 서브채널 내에서 RTS 프레임을 전송할 수 있다. 본 명세서에서 "채널 내"는 채널에 해당하는 주파수 대역에 포함되는 것을 나타내며, 채널에 해당하는 주파수 대역의 대역폭과 같거나 더 작은 주파수 대역을 나타낸다. 또한, "주파수 대역 내"는 주파수 대역에 포함되는 것을 나타내며, 주파수 대역의 대역폭과 같거나 더 작은 주파수 대역폭을 나타낸다. 또한, RTS 프레임과 CTS 프레임 교환 대신 non-HT PPDU 교환이 수행될 수 있다.
본 발명의 실시 예에서 P2P PPDU의 의도된 수신자인 non-AP 스테이션이 TXOP 홀더가 아닌 스테이션으로부터 RTS 프레임을 수신한 경우, non-AP 스테이션은 RTS 프레임 대한 응답으로 CTS 프레임을 전송할 수 있다. 또 다른 구체적인 실시 예에서 P2P PPDU의 의도된 수신자가 될 non-AP 스테이션이 TXOP 홀더로부터 공유 TXOP을 할당받은 스테이션으로부터 RTS 프레임을 수신한 경우, P2P PPDU의 의도된 수신자가 될 non-AP 스테이션은 RTS 프레임 대한 응답으로 CTS 프레임을 전송할 수 있다. 이때, 공유 TXOP을 할당받은 스테이션이 MU-RTS TXS 프레임에 대한 응답인 CTS 프레임의 전송자인 경우, P2P PPDU의 의도된 수신자가 될 non-AP 스테이션은 TXOP 홀더로부터 공유 TXOP을 할당받은 스테이션이 CTS 프레임을 전송한 것으로 판단할 수 있다. CTS 프레임의 의도된 수신자가 AP인지를 기초로, P2P PPDU의 의도된 수신자가 될 non-AP 스테이션은 non-AP 스테이션이 수신한 CTS 프레임이 MU-RTS TXS 프레임에 대한 응답인 CTS 프레임으로 판단할 수 있다. 또한, 앞선 전송된 CTS 프레임과 이후 전송된 RTS 프레임 사이의 간격이 SIFS인지를 기초로, P2P PPDU의 의도된 수신자가 될 non-AP 스테이션은 non-AP 스테이션 수신한 CTS 프레임이 MU-RTS TXS 프레임에 대한 응답인 CTS 프레임으로 판단할 수 있다. 또한, TXOP 홀더인 AP가 전송한 MU-RTS 프레임의 의도된 수신자와 수신한 RTS 프레임의 전송자가 동일한지를 기초로, P2P PPDU의 의도된 수신자가 될 non-AP 스테이션은 non-AP 스테이션이 수신한 CTS 프레임이 MU-RTS TXS 프레임에 대한 응답인 CTS 프레임으로 판단할 수 있다. TXOP 홀더인 AP가 전송한 MU-RTS 프레임의 의도된 수신자와 수신한 RTS 프레임의 전송자가 동일한 경우, P2P PPDU의 의도된 수신자가 될 non-AP 스테이션은 non-AP 스테이션이 수신한 CTS 프레임이 MU-RTS TXS 프레임에 대한 응답인 CTS 프레임으로 판단할 수 있다.
앞서 설명한 실시 예들에서 MU-RTS 프레임을 예시로 설명하였으나 앞서 설명한 실시 예들은 RTS 프레임에도 동일하게 적용될 수 있다.
이러한 실시 예들에서 앞서 설명한 바와 같이 P2P PPDU의 의도된 수신자는 TXOP 홀더에 의해 설정된 NAV를 무시하고 CTS 프레임을 전송할 수 있다. 다만, P2P PPDU의 의도된 수신자에게 TXOP 홀더가 아닌 스테이션이 전송한 프레임에 의해 NAV가 설정된 경우, P2P PPDU의 의도된 수신자는 NAV를 무시할 수 없다. 따라서 이때, P2P PPDU의 의도된 수신자는 CTS 프레임을 전송할 수 없다.
P2P PPDU의 의도된 수신자는 도 14를 통해 설명한 실시 예들에 따라 CTS 프레임을 전송할 서브채널을 결정할 수 있다.
또한, P2P PPDU의 의도된 수신자가 전송한 CTS 프레임이 전송된 주파수 대역의 대역폭과 같거나 좁은 대역폭을 P2P PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT의 값으로 설정할 수 있다. CTS 프레임이 전송된 주파수 대역의 크기는 CTS 프레임을 포함하는 non-HT PPDU 또는 non-HT duplicate PPDU가 전송된 주파수 대역일 수 있다. 또한, 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS을 P2P PPDU의 의도된 수신자가 전송한 CTS 프레임이 점유한 서브채널을 기초로 설정할 수 있다. 구체적으로 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 의도된 수신자가 전송한 CTS 프레임이 점유하지 않은 서브채널을 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS로 설정할 수 있다. 구체적인 실시 예에서 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 P2P PPDU의 의도된 수신자가 전송한 CTS 프레임이 점유하지 않은 서브채널에 대응하는 비트를 1로 설정할 수 있다.
도 16 내지 도 17은 본 발명의 실시 예에 따라, AP가 MU-RTS TXS 프레임을 전송하여 non-AP 스테이션에게 공유 TXOP을 할당하는 것을 보여준다.
도 16에서 AP는 CTS-to-Self 프레임을 전송하여 TXOP을 획득한다. 이후 AP는 MU-RTS TXS 프레임을 전송하여 제1 스테이션(SAT1)에게 공유 TXOP를 할당한다. 이때, MU-RTS TXS 프레임의 User Info 필드의 AID12 필드는 제1 스테이션(STA1)을 지시한다. 또한, MU-RTS TXS 프레임의 TXOP Sharing Mode 필드의 값은 공유 TXOP 내에서 P2P PPDU 전송이 허용되지 않음을 지시한다.
제1 스테이션(STA1)은 MU-RTS TXS 프레임의 UL Length 서브필드의 값을 기초로 공유 TXOP의 듀레이션을 판단한다. 제1 스테이션(STA1)은 MU-RTS TXS 프레임의 TXOP Sharing Mode 필드의 값에 따라 UL PPDU 전송을 준비한다.
제1 스테이션(STA1)은 MU-RTS TXS 프레임에 대한 응답으로 CTS 프레임을 전송한다. 이때, MU-RTS TXS 프레임과 CTS 프레임의 간격은 SIFS이다. 즉, MU-RTS TXS 프레임을 포함하는 PPDU에 의해 PHY-RXEND.indication primitive가 발생한 때로부터 SIFS가 경과한 때에 제1 스테이션(STA1)은 CTS 프레임을 전송한다. 제1 스테이션(STA1)은 CTS 프레임을 전송하고 UL PPDU를 전송한다. 이때, CTS 프레임과 UL PPDU 사이의 간격은 SIFS이다.
제1 스테이션(STA1)은 CTS 프레임을 전송한 서브채널 내에서 UL PPDU를 전송한다. 이때, 제1 스테이션(STA1)은 제1 스테이션(STA1)이 전송을 수행할 수 있는 RU/MRU에 포함되는 서브채널 내에서만 UL PPDU를 전송할 수 있다. 또한, 제1 스테이션(STA1)은 앞서 설명한 것과 같이 AP가 전송한 프레임에 의해 설정된 NAV를 무시하고 UL PPDU를 전송할 수 있다. 이때, 제1 스테이션(STA1)은 제1 스테이션(STA1)이 UL PPDU를 전송할 수 있는 서브채널에서 물리 캐리어 센싱을 수행하고 해당 서브채널이 유휴한 경우 AP가 전송한 프레임에 의해 설정된 NAV를 무시하고 UL PPDU를 전송할 수 있다.
제1 스테이션(STA1)은 공유 TXOP 내에서 복수의 PPDU를 전송할 수 있다. 구체적으로 제1 스테이션(STA1)이 전송한 PPDU와 PPDU에 대한 응답이 공유 TXOP 내에서 종료되는 경우, 제1 스테이션(STA1)은 공유 TXOP 내에서 복수의 PPDU를 전송할 수 있다.
공유 TXOP이 종료되면, TXOP 홀더인 AP는 남은 TXOP 내에서 PPDU 전송을 개시할 수 있다.
도 17에서 AP는 CTS-to-Self 프레임을 전송하여 TXOP을 획득한다. 이후 AP는 MU-RTS TXS 프레임을 전송하여 제1 스테이션(SAT1)에게 공유 TXOP를 할당한다. 이때, MU-RTS TXS 프레임의 User Info 필드의 AID12 필드는 제1 스테이션(STA1)을 지시한다. 또한, MU-RTS TXS 프레임의 TXOP Sharing Mode 필드의 값은 공유 TXOP 내에서 UL PPDU와 P2P PPDU 전송이 허용됨을 지시한다.
제1 스테이션(STA1)은 MU-RTS TXS 프레임의 UL Length 서브필드의 값을 기초로 공유 TXOP의 듀레이션을 판단한다. 제1 스테이션(STA1)은 MU-RTS TXS 프레임의 TXOP Sharing Mode 필드의 값에 따라 제2 스테이션(STA2)에 대한 P2P PPDU 전송을 준비한다.
제1 스테이션(STA1)이 AP에게 CTS 프레임을 전송하고, 제1 스테이션(STA1)은 제2 스테이션(STA2)에 대한 P2P PPDU 전송을 보호하기 위해 RTS 프레임을 전송한다. 제2 스테이션(STA2)은 제1 스테이션(STA1)이 전송한 RTS 프레임에 대한 응답으로 CTS 프레임을 전송한다.
제1 스테이션(STA1)은 공유 TXOP 내에서 복수의 PPDU를 전송할 수 있다. 구체적으로 제1 스테이션(STA1)이 전송한 PPDU와 PPDU에 대한 응답이 공유 TXOP 내에서 종료되는 경우, 제1 스테이션(STA1)은 공유 TXOP 내에서 복수의 PPDU를 전송할 수 있다.
공유 TXOP이 종료되면 TXOP 홀더인 AP는 PPDU 전송을 개시할 수 있다.
<MU-RTS TXS 프레임의 RU Allocation 서브필드>
앞서 설명한 바와 같이 트리거 프레임의 RU Allocation 서브필드는 트리거 프레임에 대한 응답을 전송할 RU를 지시한다. 또한, MU-RTS 프레임의 RU Allocation 서브필드는 MU-RTS에 대한 응답으로 CTS 프레임을 전송할 채널을 지시할 수 있다. MU-RTS TXS 프레임의 RU Allocation 서브필드는 TXOP 공유가 수행되는 RU를 지시할 수 있다. 공유 TXOP를 할당받은 스테이션은 공유 TXOP 내에서 MU-RTS TXS 프레임의 RU Allocation 서브필드가 공유 TXOP를 할당받은 스테이션에게 지시하는 RU를 통해 UL PPDU 또는 P2P PPDU를 전송할 수 있다.
MU-RTS 프레임의 RU Allocation 서브필드는 MU-RTS에 대한 응답으로 CTS 프레임을 전송할 채널을 지시하므로 MU-RTS 프레임의 RU Allocation 서브필드가 가질 수 있는 값은 61 내지 68 중 어느 하나의 값이 설정될 수 있다. 또한, MU-RTS 프레임을 수신한 스테이션은 MU-RTS 프레임의 RU Allocation 서브필드의 값만을 기초로 CTS 프레임을 전송할 프라이머리 20MHz 채널의 위치를 판단할 수 있다.
MU-RTS TXS 프레임의 RU Allocation 서브필드가 지시하는 RU를 판단하는 방법이 MU-RTS 프레임의 RU Allocation 서브필드가 지시하는 RU를 판단하는 방법과 다를 수 있다. 구체적으로 MU-RTS TXS 프레임을 수신한 스테이션은 MU-RTS를 제외한 트리거 프레임의 RU Allocation 필드가 지시하는 RU를 판단하는 방법으로 MU-RTS TXS 프레임의 RU Allocation 서브필드가 지시하는 RU를 판단할 수 있다.
또한, MU-RTS TXS 프레임의 RU Allocation 서브필드는 TXOP 공유가 수행되는 RU를 지시하는 경우, MU-RTS TXS 프레임의 RU Allocation 서브필드는 61 내지 68뿐만 아니라 61 미만의 값도 가질 수 있다. 이때, 공유 TXOP를 할당받은 스테이션은 MU-RTS TXS 프레임의 Common 필드의 UL BW 서브필드와 User Info 필드의 RU Allocation 서브필드를 기초로 TXOP 공유가 수행되는 RU를 판단할 수 있다.
또한, MU-RTS TXS 프레임을 수신한 스테이션은 MU-RTS TXS 프레임이 스테이션에게 할당한 RU가 프라이머리 20 MHz 채널을 포함하지 않더라도, 프라이머리 20MHz 채널을 통해 CTS 프레임을 전송할 수 있다. MU-RTS TXS 프레임을 수신한 스테이션은 프라이머리 20MHz 채널과 MU-RTS TXS 프레임이 스테이션에게 할당한 RU를 통해 CTS 프레임을 전송할 수 있다.
또한, MU-RTS TXS 프레임을 수신한 스테이션은 RU allocation 서브필드 및 PS160 서브필드기초로 스테이션에게 할당된 RU를 판단할 수 있다.
MU-RTS TXS 프레임의 RU Allocation 서브필드의 비트 수가 MU-RTS 프레임의 RU Allocation 필드의 비트 수보다 클 수 있다. 예컨대, MU-RTS 프레임의 RU Allocation 서브필드의 비트 수가 8비트이고 MU-RTS TXS 프레임의 RU Allocation 서브필드의 비트 수가 9비트일 수 있다.
<공유 TXOP 내에서 전송되는 PPDU의 BW(TXVECTOR) 설정>
공유 TXOP 내에서 전송되는 PPDU의 주파수 대역 관련 파라미터를 설정하는 방법에 대해 설명한다. 구체적으로 PPDU가 전송되는 주파수 대역의 대역폭 및 PPDU 전송에 프리앰블 펀추어링(puncturing) 적용 여부에 대해 설명한다. 프리앰블 펀추어링은 PPDU의 공유 TXOP 동안 전송되는 PPDU의 주파수 대역 관련 TXVECTOR 파라미터는 미리 지정된 규칙에 따라 설정될 수 있다. 이때, 주파수 대역 관련 TXVECTOR 파라미터는 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT, 및 INACTIVE_SUBCHANNES 중 적어도 어느 하나를 포함할 수 있다. 프리앰블 펀추어링은 PPDU의 주파수 대역(TXVECTOR의 BW)에 포함되는 RU 중 일부 RU 또는 주파수 대역에 포함되는 서브채널 중 일부 서브채널을 점유하지 않고 PPDU 전송을 수행하는 것을 나타낼 수 있다. 이후 설명에서 사용되는 TXVECTOR의 명칭은 설명의 편의를 위한 것으로 동일한 정보를 지시하는 다른 파라미터 명칭에도 본 발명의 실시 예는 동일하게 적용될 수 있다.
<CH_BANDWIDTH>
공유 TXOP를 할당받은 스테이션은 공유 TXOP 내에서 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDTH를 MU-RTS TXS 프레임에 대한 응답으로 전송한 CTS 프레임을 포함하는 PPDU의 TXVECTOR의 CH_BANDWIDTH와 같거나 작게 설정할 수 있다. 이때, 스테이션이 non-HT PPDU를 전송하는 경우, CH_BANDWIDTH가 아닌 CH_BANDWIDTH_IN_NON_HT가 적용될 수 있다. 이러한 실시 예들은 MU-RTS TXS 프레임이 하나의 스테이션에게만 공유 TXOP를 할당하는 경우에 적용될 수 있다.
또 다른 구체적인 실시 예에서 공유 TXOP를 할당받은 스테이션은 공유 TXOP 내에서 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDTH를 MU-RTS TXS 프레임이 스테이션에게 할당한 RU와 같거나 작게 설정할 수 있다. 이때, 스테이션이 non-HT PPDU를 전송하는 경우, CH_BANDWIDTH가 아닌 CH_BANDWIDTH_IN_NON_HT가 적용될 수 있다.
이러한 실시 예를 따를 때, MU-RTS TXS 프레임이 스테이션에게 프라이머리 80MHz 내의 484+242-tone RU를 할당한 경우, 스테이션은 공유 TXOP 내에서 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 80 MHz와 같거나 좁은 대역폭으로 설정해야 한다. 이때, 스테이션이 MU-RTS TXS 프레임에 대한 응답으로 160MHz 주파수 대역에서 CTS 프레임을 전송했더라도 CTS 프레임 전송 이후 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 80 MHz와 같거나 좁은 대역폭으로 설정해야 한다. 또한, MU-RTS TXS 프레임이 160MHz PPDU를 통해 전송되었더라 MU-RTS TXS 프레임이 스테이션에게 프라이머리 80MHz 내의 484+242-tone RU를 할당한 경우, 스테이션은 공유 TXOP 내에서 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 80 MHz와 같거나 좁은 대역폭으로 설정할 수 있다.
공유 TXOP를 할당받은 스테이션이 공유 TXOP 내에서 non-HT PPDU를 P2P PPDU를 수신할 스테이션과 교환했는 지를 기초로, 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 TXVECTOR의 CH_BANDWIDTH를 설정할 수 있다. non-HT PPDU의 교환은 P2P PPDU의 전송을 보호하기 위한 것일 수 있다. 구체적으로 non-HT PPDU 교환은 RTS 프레임과 CTS 프레임을 포함할 수 있다. 또한, non-HT PPDU 교환은 데이터 프레임과 ACK 프레임을 포함할 수 있다. 공유 TXOP를 할당받은 스테이션이 공유 TXOP 내에서 non-HT PPDU를 P2P PPDU를 수신할 스테이션과 교환한 경우, P2P PPDU를 수신할 스테이션으로부터 수신한 non-HT PPDU의 RXVECTOR의 CH_BANDWIDTH와 같거나 좁은 대역폭을 P2P PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT로 설정할 수 있다.
공유 TXOP를 할당받은 스테이션이 공유 TXOP 내에서 non-HT PPDU를 P2P PPDU를 수신할 스테이션과 교환하지 않은 경우, 공유 TXOP를 할당받은 스테이션은 MURTS TXS 프레임에 대한 응답으로 전송한 CTS 프레임을 포함하는 PPDU의 TXVECTOR의 CH_BANDWIDTH_IN_NON_HT의 값과 같거나 좁은 대역폭을 P2P PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT로 설정할 수 있다.
또 다른 구체적인 실시 예에서 공유 TXOP를 할당받은 스테이션이 공유 TXOP 내에서 non-HT PPDU를 P2P PPDU를 수신할 스테이션과 교환하지 않은 경우, 공유 TXOP를 할당받은 스테이션은 공유 TXOP 내에서 스테이션이 이전에 전송한 PPDU의 TXVECTOR의 CH_BANDWIDTH의 값과 같거나 좁은 대역폭을 P2P PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT로 설정할 수 있다.
공유 TXOP를 할당받은 스테이션은 MU-RTS TXS 프레임에 대한 응답으로 전송한 CTS 프레임을 포함하는 PPDU의 TXVECTOR의 또는 CH_BANDWIDTH_IN_NON_HT의 값과 같거나 좁은 대역폭을 UL PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT로 설정할 수 있다.
공유 TXOP를 할당받은 스테이션이 공유 TXOP 내에서 AP와 RTS 프레임과 CTS 프레임을 교환할 수 있다. 구체적으로 공유 TXOP를 할당받은 스테이션은 AP에게 RTS 프레임을 전송하고 AP로부터 CTS 프레임을 수신할 수 있다. 이때, 스테이션은 CTS 프레임을 포함하는 PPDU의 RXVECTOR의 CH_BANDWIDTH_IN_NON_HT와 같거나 좁은 대역폭을 CTS 프레임 전송이후 전송하는 UL PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT로 설정할 수 있다.
<INACTIVE_SUBCHANNELS>
공유 TXOP를 할당받은 스테이션은 MU-RTS TXS 프레임에 대한 응답으로 전송한 CTS 프레임을 포함하는 PPDU를 전송한 서브채널을 기초로 공유 TXOP 내에서 전송하는 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS을 설정할 수 있다. 공유 TXOP를 할당받은 스테이션은 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 MU-RTS TXS 프레임에 대한 응답으로 전송한 CTS 프레임을 포함하는 PPDU를 전송하지 않은 서브채널에 대응하는 비트의 값을 1로 설정할 수 있다.
공유 TXOP를 할당받은 스테이션은 MU-RTS TXS 프레임이 해당 스테이션에게 할당한 RU를 기초로 공유 TXOP 내에서 전송하는 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS을 설정할 수 있다. 공유 TXOP를 할당받은 스테이션은 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 MU-RTS TXS 프레임이 스테이션에게 할당한 RU를 포함하는 서브채널에 대응하는 비트의 값을 1로 설정할 수 있다.
공유 TXOP를 할당받은 스테이션이 공유 TXOP 내에서 non-HT PPDU를 P2P PPDU를 수신할 스테이션과 교환했는 지를 기초로, 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS를 설정할 수 있다. non-HT PPDU의 교환은 P2P PPDU의 전송을 보호하기 위한 것일 수 있다. 구체적으로 non-HT PPDU 교환은 RTS 프레임과 CTS 프레임을 포함할 수 있다. 또한, non-HT PPDU 교환은 데이터 프레임과 ACK 프레임을 포함할 수 있다. 공유 TXOP를 할당받은 스테이션이 공유 TXOP 내에서 non-HT PPDU를 P2P PPDU를 수신할 스테이션과 교환한 경우, P2P PPDU를 수신할 스테이션으로부터 수신한 non-HT PPDU가 점유하지 않은 서브채널을 기초로 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS을 설정할 수 있다. 구체적으로 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 P2P PPDU를 수신할 스테이션으로부터 수신한 non-HT PPDU가 점유하지 않은 서브채널에 대응하는 비트의 값을 1로 설정할 수 있다.
또 다른 구체적인 실시 예에서 공유 TXOP를 할당받은 스테이션이 공유 TXOP 내에서 non-HT PPDU를 P2P PPDU를 수신할 스테이션과 교환하지 않은 경우, 공유 TXOP를 할당받은 스테이션은 공유 TXOP 내에서 스테이션이 수신한 PPDU가 점유하지 않은 서브채널을 기초로 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS을 설정할 수 있다. 구체적으로 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 공유 TXOP 내에서 스테이션이 수신한 PPDU가 점유하지 않은 서브채널에 대응하는 비트의 값을 1로 설정할 수 있다. 이러한 실시 예들에서 이전에 전송된 PPDU는 P2P PPDU를 수신할 스테이션이 전송한 PPDU일 수 있다.
또한, 앞서 설명한 TXVECTOR의 INACTIVE_SUBCHANNELS 설정 방법에 관한 실시 예들은 P2P PPDU를 수신할 스테이션이 공유 TXOP를 할당받은 스테이션이 속한 BSS에 속하지 않는 경우에 적용될 수 있다. 또한, 앞서 설명한 TXVECTOR의 INACTIVE_SUBCHANNELS 설정 방법에 관한 실시 예들은 P2P PPDU를 수신할 스테이션이 공유 TXOP를 할당받은 스테이션이 속한 BSS에 속한지에 관계없이 적용될 수 있다.
공유 TXOP를 할당받은 스테이션은 P2P PPDU를 수신할 스테이션이 공유 TXOP를 할당받은 스테이션이 속한 BSS에 속한지를 기초로 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS를 설정할 수 있다. 구체적으로 P2P PPDU를 수신할 스테이션이 공유 TXOP를 할당받은 스테이션이 속한 BSS에 속하는 경우, 공유 TXOP를 할당받은 스테이션은 공유 TXOP를 할당받은 스테이션이 결합된 AP가 가장 최근에 지시한 디스에이블 서브채널(disabled subchhanel)을 기초로 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS를 설정할 수 있다. 이때, 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 공유 TXOP를 할당받은 스테이션이 결합된 AP가 가장 최근에 지시한 디스에이블 서브채널에 해당하는 비트의 값을 1로 설정할 수 있다. 이러한 실시 예를 통해 P2P PPDU를 수신할 스테이션이 결합된(associated) AP의 디스에이블 서브채널에서 전송이 수행되는 것을 방지할 수 있다. 디스에이블 서브채널은 AP가 AP가 운영하는 BSS에서 사용하지 않기 결정한 서브채널을 나타낼 수 있다. 구체적으로 디스에이블 서브채널은 EHT Operation 엘리멘트의 Disable Subchannel 비트맵을 통해 시그널링될 수 있다.
P2P PPDU를 수신할 스테이션이 공유 TXOP를 할당받은 스테이션이 속한 BSS에 속하지 않은 경우, P2P PPDU를 수신할 스테이션으로부터 수신한 PPDU가 점유하지 않은 서브채널을 기초로 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS을 설정할 수 있다. 구체적으로 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 P2P PPDU를 수신할 스테이션으로부터 수신한 PPDU가 점유하지 않은 서브채널에 대응하는 비트의 값을 1로 설정할 수 있다. P2P PPDU를 수신할 스테이션으로부터 수신한 PPDU는 CTS 프레임을 포함하는 PPDU로 한정될 수 있다. 또한, P2P PPDU를 수신할 스테이션으로부터 수신한 PPDU는 P2P PPDU를 수신할 스테이션으로부터 가장 최근에 수신한 PPDU일 수 있다.
또한, 공유 TXOP를 할당받은 스테이션은 공유 TXOP를 할당받은 스테이션이 결합된 AP가 가장 최근에 디스에이블 서브채널로 지시한 서브채널을 기초로 공유 TXOP에서 PPDU를 전송할 수 있다. 구체적으로 공유 TXOP를 할당받은 스테이션은 공유 TXOP에서 전송하는 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 공유 TXOP를 할당받은 스테이션이 결합된 AP가 가장 최근에 디스에이블 서브채널로 지시한 서브채널에 대응하는 비트의 값을 1로 설정할 수 있다.
<공유 TXOP 종료 후 AP의 TXVECTOR 설정 방법>
일반적으로 TXOP 홀더인 스테이션은 TXOP 내에서 전송된 이전 PPDU를 기초로 전송하는 PPDU의 TXVECTOR 파라미터를 설정한다. 예컨대, TXOP 홀더인 스테이션은 TXOP 내에서 이전에 전송되는 PPDU의 대역폭을 기초로 전송하는 PPDU의 TXVECTOR 파라미터를 설정한다. 공유 TXOP이 설정된 경우, AP가 공유 TXOP 내에서 전송된 PPDU를 수신하지 못할 수 있다. 구체적으로 공유 TXOP을 할당받은 스테이션이 P2P PDDU를 전송하는 경우 P2P PPDU의 의도된 수신자인 스테이션으로부터 PPDU를 수신하지 못할 가능성이 높다. 특히, P2P PPDU의 의도된 수신자인 스테이션은 AP에게 히든 노드(hidden node)일 수 있다. 공유 TXOP 종료 후, TXOP 홀더인 AP가 전송을 수행할 때 PPDU의 TXVECTOR 파라미터를 설정할 때는 이러한 상황을 고려할 필요가 있다. 본 발명의 실시 예에 따른 공유 TXOP 종료 후, TXOP 홀더인 AP가 전송을 수행할 때 PPDU의 TXVECTOR 파라미터를 설정하는 방법에 대해서 설명한다.
본 발명의 일 실시 예에서 TXOP 홀더인 AP는 AP가 가장 최근에 수신한 PPDU를 기초로, 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 파라미터를 설정할 수 있다. 구체적으로 TXOP 홀더인 AP는 AP가 가장 최근에 수신한 PPDU의 대역폭을 기초로, 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDHT를 설정할 수 있다. 이때, TXOP 홀더인 AP는 AP가 가장 최근에 수신한 PPDU의 대역폭과 같거나 좁은 대역폭으로, 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDHT를 설정할 수 있다. TXOP 홀더인 AP는 AP가 가장 최근에 수신한 PPDU가 점유한(occupy) 서브채널을 기초로, 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS를 설정할 수 있다. 이때, TXOP 홀더인 AP는 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 AP가 가장 최근에 수신한 PPDU가 점유하지 않은 서브채널에 해당하는 비트를 1로 설정할 수 있다. 본 발명의 일 실시 예에서 TXOP 홀더인 AP는 AP가 가장 최근에 수신한 PPDU를 기초로, 공유 TXOP 종료 후 AP가 전송하는 MU PPDU의 TXVECTOR의 RU_ALLOCATION을 설정할 수 있다. 구체적으로 TXOP 홀더인 AP는 AP가 가장 최근에 수신한 PPDU가 점유하는 20MHz 서브채널을 기초로, 공유 TXOP 종료 후 AP가 전송하는 MU PPDU의 TXVECTOR의 RU_ALLOCATION을 설정할 수 있다. 이때, TXOP 홀더인 AP는 AP가 가장 최근에 수신한 PPDU가 점유하는 20MHz 서브채널에 포함되는 RU를, 공유 TXOP 종료 후 AP가 전송하는 MU PPDU의 TXVECTOR의 RU_ALLOCATION으로 설정하는 것이 허용되지 않을 수 있다. 이때, MU PPDU는 EHT MU PPDU와 HE MU PPDU 중 적어도 어느 하나를 포함할 수 있다.
앞서 설명한 실시 예들은 TXOP 홀더의 TXOP이 non-HT PPDU 또는 non-HT duplicate PPDU로 보호되지 않을 때 적용될 수 있다.
공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 파라미터를 설정하는 또 다른 실시 예는 TXOP 홀더인 AP가 TXOP를 보호하기 위해 전송한 non-HT PPDU를 교환한 경우 적용될 수 있다. 설명의 편의를 위해 TXOP를 보호하기 위해 전송한 non-HT PPDU에 대한 응답으로 수신한 PPDU를 응답 non-HT PPDU로 지칭한다. TXOP 홀더인 AP는 AP가 응답 non-HT PPDU를 기초로, 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 파라미터를 설정할 수 있다. 구체적으로 TXOP 홀더인 AP는 응답 non-HT PPDU의 대역폭을 기초로, 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDHT를 설정할 수 있다. 이때, TXOP 홀더인 AP는 응답 non-HT PPDU의 대역폭과 같거나 좁은 대역폭으로, 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDHT 또는 CH_BANDWIDTH_IN_NON_HT를 설정할 수 있다. TXOP 홀더인 AP는 응답 non-HT PPDU가 점유한(occupy) 서브채널을 기초로, 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS를 설정할 수 있다. 이때, TXOP 홀더인 AP는 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 AP가 응답 non-HT PPDU가 점유하지 않은 서브채널에 해당하는 비트를 1로 설정할 수 있다. 본 발명의 일 실시 예에서 TXOP 홀더인 AP는 응답 non-HT PPDU를 기초로, 공유 TXOP 종료 후 AP가 전송하는 MU PPDU의 TXVECTOR의 RU_ALLOCATION을 설정할 수 있다. 구체적으로 TXOP 홀더인 AP는 응답 non-HT PPDU가 점유하는 20MHz 서브채널을 기초로, 공유 TXOP 종료 후 AP가 전송하는 MU PPDU의 TXVECTOR의 RU_ALLOCATION을 설정할 수 있다. 이때, TXOP 홀더인 AP는 응답 non-HT PPDU가 점유하는 20MHz 서브채널에 포함되는 RU를, 공유 TXOP 종료 후 AP가 전송하는 MU PPDU의 TXVECTOR의 RU_ALLOCATION으로 설정하는 것이 허용되지 않을 수 있다. 이때, MU PPDU는 EHT MU PPDU와 HE MU PPDU 중 적어도 어느 하나를 포함할 수 있다. 이러한 실시 예들은 공유 TXOP 종료 후, AP가 공유 TXOP 전에 응답 non-HT PPDU를 전송한 스테이션에게 전송을 수행하는 경우에만 적용될 수 있다.
또한, non-HT PPDU 전송을 통한 TXOP 보호는 RTS 프레임과 CTS 프레임 교환 및 MU-RTS 프레임과 CTS 프레임 교환 중 적어도 어느 하나를 포함할 수 있다. 또한, non-HT PPDU를 이용한 TXOP 보호가 CTS-to-self 프레임 전송을 이용한 경우, 앞서 설명한 실시 예들과 같이 TXOP 홀더인 AP는 AP가 가장 최근에 수신한 PPDU를 기초로, 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 파라미터를 설정할 수 있다.
도 18 내지 도 19는 본 발명의 실시 예에 따라 TXOP 홀더인 AP가 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 파라미터를 설정하는 방법을 보여준다.
도 18(a)에서 AP는 CTS-to-Self 프레임을 전송하여 TXOP를 획득한다. AP는 제1 스테이션(STA1)에게 MU-RTS TXS 프레임을 전송하여 제1 스테이션(STA1)에게 공유 TXOP를 할당한다. 제1 스테이션(STA1) 공유 TXOP 내에서 AP에게 UL PPDU를 전송한다. 공유 TXOP가 종료된 후, AP는 제2 스테이션(STA2)에게 PPDU를 전송한다. 이때, AP와 제2 스테이션(STA2)은 TXOP 내에서 non-HT PPDU를 교환하지 않았다. 따라서 AP는 가장 최근에 수신한 PPDU를 기초로 제2 스테이션(STA2)에게 전송하는 DL PPDU의 TXVECTOR 파라미터를 설정한다. 이때, AP가 가장 최근에 수신한 PPDU는 제1 스테이션(AP)이 전송한 ACK 프레임을 포함하는 PPDU이다. 제1 스테이션(STA1)이 전송한 ACK 프레임을 포함하는 PPDU의 대역폭은 80MHz이므로 AP는 제2 스테이션(STA2)에게 전송하는 DL PPDU의 TXVECTOR의 CH_BANDWIDTH를 80MHz 또는 80MHz 작은 값으로 설정한다. 또한, 1 스테이션(AP)이 전송한 ACK 프레임을 포함하는 PPDU에서 제3 서브채널(SC#3)이 펀추어링되어 있으므로, AP는 제2 스테이션(STA2)에게 전송하는 DL PPDU의 TXVECTOR의 INACTIVE_SUBCHANNEL 중 제3 서브채널에 해당하는 비트를 1로 설정한다.
도 18(b)에서 AP는 제1 스테이션(STA1) 및 제2 스테이션(STA2)에게 MU-RTS 프레임을 전송하고, 제1 스테이션(STA1) 및 제2 스테이션(STA2)로부터 CTS 프레임을 수신한다. 이를 통해 AP는 TXOP를 획득한다. AP는 제1 스테이션(STA1)에게 MU-RTS TXS 프레임을 전송하여 제1 스테이션(STA1)에게 공유 TXOP를 할당한다. 제1 스테이션(STA1) 공유 TXOP 내에서 AP에게 UL PPDU를 전송한다. 공유 TXOP가 종료된 후, AP는 제2 스테이션(STA2)에게 PPDU를 전송한다. 이때, AP와 제2 스테이션(STA2)은 TXOP 내에서 RTS 프레임을 포함하는 non-HT PPDU와 CTS 프레임을 포함하는 non-HT PPDU를 교환하였다. 따라서 AP는 가장 CTS 프레임을 포함하는 non-HT PPDU를 기초로 제2 스테이션(STA2)에게 전송하는 DL PPDU의 TXVECTOR 파라미터를 설정한다. CTS 프레임을 포함하는 non-HT PPDU의 대역폭은 80MHz이므로 AP는 제2 스테이션(STA2)에게 전송하는 DL PPDU의 TXVECTOR의 CH_BANDWIDTH를 80MHz 또는 80MHz 작은 값으로 설정한다. 또한, CTS 프레임을 포함하는 non-HT PPDU는 펀추어링된 서브채널을 포함하지 않는다. 따라서 AP는 제2 스테이션(STA2)에게 전송하는 DL PPDU의 TXVECTOR의 INACTIVE_SUBCHANNEL의 제1 서브채널(SC#1) 내지 제4 서브채널(SC#4)에 해당하는 비트를 0으로 설정한다.
도 19(a)에서 AP는 CTS-to-Self 프레임을 전송하여 TXOP를 획득한다. AP는 제1 스테이션(STA1)에게 MU-RTS TXS 프레임을 전송하여 제1 스테이션(STA1)에게 공유 TXOP를 할당한다. 제1 스테이션(STA1) 공유 TXOP 내에서 제2 스테이션(STA2)에게 P2P PPDU를 전송한다. 공유 TXOP가 종료된 후, AP는 제3 스테이션(STA3)에게 DL PPDU를 전송한다. 이때, AP와 제3 스테이션(STA3)은 TXOP 내에서 non-HT PPDU를 교환하지 않았다. 따라서 AP는 가장 최근에 수신한 PPDU를 기초로 제3 스테이션(STA3)에게 전송하는 DL PPDU의 TXVECTOR 파라미터를 설정한다. 이때, AP가 가장 최근에 수신한 PPDU는 제1 스테이션(AP)이 전송한 P2P PPDU이다. 제1 스테이션(AP)이 전송한 P2P PPDU의 대역폭은 80MHz이므로 AP는 제3 스테이션(STA3에게 전송하는 DL PPDU의 TXVECTOR의 CH_BANDWIDTH를 80MHz 또는 80MHz 작은 값으로 설정한다. 또한, 제1 스테이션(STA1)이 전송한 P2P PPDU에서 제3 서브채널(SC#3)이 펀추어링되어 있으므로, AP는 제3 스테이션(STA3)에게 전송하는 DL PPDU의 TXVECTOR의 INACTIVE_SUBCHANNEL 중 제3 서브채널에 해당하는 비트를 1로 설정한다.
도 19(b)에서 AP는 제1 스테이션(STA1) 내지 제3 스테이션(STA3)에게 MU-RTS 프레임을 전송하고, 제1 스테이션(STA1) 내지 제3 스테이션(STA3)로부터 CTS 프레임을 수신한다. 이를 통해 AP는 TXOP를 획득한다. AP는 제1 스테이션(STA1)에게 MU-RTS TXS 프레임을 전송하여 제1 스테이션(STA1)에게 공유 TXOP를 할당한다. 제1 스테이션(STA1) 공유 TXOP 내에서 제2 스테이션(STA3)에게 P2P PPDU를 전송한다. 공유 TXOP가 종료된 후, AP는 제3 스테이션(STA3)에게 PPDU를 전송한다. 이때, AP와 제3 스테이션(STA3)은 TXOP 내에서 RTS 프레임을 포함하는 non-HT PPDU와 CTS 프레임을 포함하는 non-HT PPDU를 교환하였다. 따라서 AP는 가장 CTS 프레임을 포함하는 non-HT PPDU를 기초로 제3 스테이션(STA3)에게 전송하는 DL PPDU의 TXVECTOR 파라미터를 설정한다. CTS 프레임을 포함하는 non-HT PPDU의 대역폭은 80MHz이므로 AP는 제3 스테이션(STA3)에게 전송하는 DL PPDU의 TXVECTOR의 CH_BANDWIDTH를 80MHz 또는 80MHz 작은 값으로 설정한다. 또한, CTS 프레임을 포함하는 non-HT PPDU는 펀추어링된 서브채널을 포함하지 않는다. 따라서 AP는 제3 스테이션(STA3)에게 전송하는 DL PPDU의 TXVECTOR의 INACTIVE_SUBCHANNEL의 제1 서브채널(SC#1) 내지 제4 서브채널(SC#4)에 해당하는 비트를 0으로 설정한다.
또 다른 구체적인 실시 예에서 공유 TXOP 내에서 전송되는 마지막 PPDU에 제한이 적용될 수 있다. 구체적으로 TXOP 내에서 전송되는 마지막 PPDU는 공유 TXOP를 할당받은 스테이션이 전송하거나 AP가 의도된 수신자인 프레임을 포함하는 PPDU인 것으로 제한될 수 있다.
또 다른 구체적인 실시 예에서 공유 TXOP를 할당받은 스테이션은 공유 TXOP 내에서 스테이션이 마지막으로 전송하는 PPDU를 통해 공유 TXOP에서 마지막으로 전송되는 PPDU의 대역폭에 관한 정보를 시그널링할 수 있다. 이때, 공유 TXOP 내에서 스테이션이 마지막으로 전송하는 PPDU 또는 공유 TXOP 내에서 스테이션이 마지막으로 전송하는 PPDU가 포함하는 MAC 프레임은 공유 TXOP에서 마지막으로 전송되는 PPDU의 대역폭에 관한 정보를 포함할 수 있다. 또한, TXOP에서 마지막으로 전송되는 PPDU의 대역폭에 관한 정보는 마지막으로 전송되는 PPDU가 차지는 서브채널에 관한 정보 및 마지막으로 전송되는 PPDU에서 펀추어링된 서브채널에 관한 정보 중 적어도 하나를 포함할 수 있다.
<공유 PPDU 내에서 전송되는 PPDU의 의도된 수신자가 변경될 때의 PPDU의 TXVECTOR 설정 방법>
도 20은 본 발명의 실시 예에 따른 공유 TXOP 전송되는 PPDU의 의도된 수신자가 변경될 때의 PPDU의 TXVECTOR 설정 방법을 보여준다.
도 20(a)에서 AP는 TXOP를 획득하고 제1 스테이션(STA1)에게 MU-RTS TXS 프레임을 전송한다. MU-RTS TXS 프레임은 공유 TXOP 내에서 UL PPDU뿐만 아니라 P2P PPDU의 전송이 허용됨을 지시한다. 제1 스테이션(STA1)은 AP에게 MU-RTS TXS 프레임에 대한 응답으로 CTS 프레임을 전송한다. 이때, CTS 프레임은 80MHz 주파수 대역을 통해 전송된다. 제1 스테이션(SAT1)은 제2 스테이션(STA2)에게 P2P PPDU를 전송하 기전에 제2 스테이션(STA2)에게 RTS 프레임을 전송한다. 이때, RTS 프레임은 80MHz 주파수 대역을 통해 전송된다. 제2 스테이션(STA2)은 제1 스테이션(STA1)에게 CTS 프레임을 전송한다. 이때, CTS 프레임은 40MHz 주파수 대역을 통해 전송된다. 따라서 제1 스테이션(SAT1)은 제2 스테이션(STA2)에게 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDTH를 40MHz 또는 40MHz보다 작은 값으로 설정한다. 제1 스테이션(SAT1)은 남은 공유 TXOP동안 제2 스테이션(STA2)로부터 P2P PPDU에 ACK 프레임을 수신하고 AP에게 UL PPDU를 전송한다. 제1 스테이션(STA1)이 AP에게 전송한 CTS 프레임을 포함하는 PPDU의 대역폭이 80MHz이므로, 제1 스테이션(STA1)은 UL PPDU의 TXVECTOR의 CH_BANDWIDTH를 80MHz 또는 80MHz보다 작은 값으로 설정한다.
도 20(b)에서 AP는 TXOP를 획득하고 제1 스테이션(STA1)에게 MU-RTS TXS 프레임을 전송한다. MU-RTS TXS 프레임은 공유 TXOP 내에서 UL PPDU뿐만 아니라 P2P PPDU의 전송이 허용됨을 지시한다. 제1 스테이션(STA1)은 AP에게 MU-RTS TXS 프레임에 대한 응답으로 CTS 프레임을 전송한다. 이때, CTS 프레임은 80MHz 주파수 대역을 통해 전송된다. 제1 스테이션(SAT1)은 제2 스테이션(STA2)에게 P2P PPDU를 전송하 기전에 제2 스테이션(STA2)에게 RTS 프레임을 전송한다. 이때, RTS 프레임은 80MHz 주파수 대역을 통해 전송된다. 제2 스테이션(STA2)은 제1 스테이션(STA1)에게 CTS 프레임을 전송한다. 이때, CTS 프레임은 40MHz 주파수 대역을 통해 전송된다. 따라서 제1 스테이션(SAT1)은 제2 스테이션(STA2)에게 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 40MHz 또는 40MHz보다 작은 값으로 설정한다. 제1 스테이션(SAT1)은 제2 스테이션(STA2)로부터 P2P PPDU에 ACK 프레임을 수신하고 남은 공유 TXOP동안 제3 스테이션(STA3)에게 P2P PPDU를 전송한다. 제1 스테이션(STA1)과 제3 스테이션(STA3)은 RTS 프레임과 CTS 프레임을 교환한적이 없다. 또한, AP에게 전송한 CTS 프레임을 포함하는 PPDU의 대역폭이 80MHz이므로, 제1 스테이션(STA1)은 제3 스테이션(STA3)에게 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 80MHz 또는 80MHz보다 작은 값으로 설정한다.
<AP의 TXOP 관리 방법>
AP는 공유 TXOP 종료 후 TXOP 회복(recovery)을 수행할 수 있다. AP가 스테이션에게 MU-RTS TXS 프레임을 전송한 후 스테이션으로부터 CTS 프레임을 수신한 경우, AP는 스테이션에 대한 공유 TXOP 할당이 완료된 것으로 판단할 수 있다. AP는 공유 TXOP에서 PPDU를 전송하는 것이 제한될 수 있다. 또한, 공유 TXOP을 할당받은 스테이션이 전송을 수행하지 않을 수 있다. 공유 TXOP를 할당 받은 스테이션이 공유 TXOP 내에서 전송할 수 있는 트래픽을 갖고 있지 않을 수 있기 때문이다. 공유 TXOP를 할당 받은 스테이션이 공유 TXOP 내에서 전송을 수행하지 않는 경우, AP는 TXOP 회복을 수행할 수 있다. 구체적으로 공유 TXOP 내에서 UL PPDU 전송만이 허용되고 공유 TXOP 내에서 가장 최근에 수행된 PPDU의 전송 이후 PIFS(SIFS + aSlotTime) 동안 TXOP 공유가 수행된 채널이 유휴한 경우, AP는 TXOP 회복을 수행할 수 있다. 이때, AP는 공유 TXOP이 종료된 것으로 판단할 수 있다. 또한, 공유 TXOP 내에서 UL PPDU 전송만이 허용되고 공유 TXOP 내에서 가장 최근에 수행된 PPDU의 전송 이후 PIFS(SIFS + aSlotTime) 동안 TXOP 공유가 수행된 채널이 유휴한 경우, AP는 AP의 전송을 개시할 수 있다. 이러한 실시 예들을 통해 PIFS 동안 전송을 수행하지 않을 경우, TXOP 상실되는 것을 방지할 수 있다.
또한, 공유 TXOP 종료 후 AP는 TXOP 회복을 수행할 수 있다. 구체적으로 공유 TXOP이 종료될 때 TXOP 공유가 수행된 채널이 유휴하지 않은 경우, AP는 TXOP 회복을 수행할 수 있다. 구체적인 실시 예에서 공유 TXOP이 종료될 때 TXOP이 남아 있고 TXOP 공유가 수행된 채널이 유휴하지 않은 경우, AP는 TXOP 회복을 수행할 수 있다.
AP가 수행하는 TXOP 회복은 채널이 PFIS 동안 유휴한 후 PPDU 전송을 시도하는 것일 수 있다. 또한, AP가 수행하는 TXOP 회복은 새로운 백오프 동작을 수행하는 것일 수 있다. 또한, AP가 수행하는 TXOP 회복은 TXNAV 타이머가 종료할 때까지 대기하는 것일 수 있다. 이러한 TXOP 회복 동작은 전송 실패 없이도 수행된다는 점에서 TXOP 홀더가 수행하는 PPDU 전송 실패로 인한 회복 동작과 차이를 갖는다. TXOP 회복에서 백오프 동작이 수행되는 경우, AP는 백오프 동작에서 사용되는 CW[AC]의 값을 CW[AC]의 최솟값으로 설정할 수 있다. 이는 TXOP 공유를 위해 전송한 MU-RTS TXS 프레임의 전송이 성공했기 때문이다. 또한, TXOP 회복에서 백오프 동작이 수행되는 경우, AP는 백오프 동작에서 사용되는 QSRC[AC]를 0으로 설정할 수 있다.
또한, TXOP 회복에서 백오프 동작이 수행되는 경우, AP는 백오프 동작을 통해 TXNAV를 연장시키는 것이 허용되지 않을 수 있다. 이때, AP는 기존 TXNAV의 값을 유지하며, 타이머에 따라 TXNAV의 값을 줄인다. 또한, TXOP 회복에서 백오프 동작이 수행되는 경우, AP가 TXOP가 획득된 주파수 대역의 대역폭을 확대하는 것이 허용되지 않을 수 있다. 이때, AP는 TXOP가 획득된 주파수 대역의 대역폭 내에서 전송을 수행할 수 있다. AP가 non-HT PPDU 보호를 통해 TXOP를 획득한 경우, TXOP가 획득된 주파수 대역의 대역폭은 non-HD PPDU가 수행된 주파수 대역의 대역폭일 수 있다. AP가 non-HT PPDU 보호를 통해 TXOP를 획득하지 않은 경우, TXOP가 획득된 주파수 대역의 대역폭은 TXOP 내에서 가장 최근에 수신한 PPDU의 대역폭일 수 있다. TXOP 회복이 TXNAV 타이머가 종료할 때까지 대기하는 것인 경우, 이러한 제한이 적용되지 않을 수 있다. TXOP 종료 후 AP가 새로운 TXOP를 획득하는 것이 때문이다.
<레거시 P2P 피어 스테이션을 위한 P2P 전송 보호 방법>
앞서 설명한 바와 같이 공유 TXOP를 할당받은 스테이션은 P2P PPDU를 전송하기 전에 P2P PPDU의 의도된 수신자와 RTS 프레임과 CTS 프레임 교환하여 P2P PPDU 전송을 보호할 수 있다. P2P PPDU의 의도된 수신자가 레거시 스테이션인 경우, P2P PPDU의 의도된 수신자는 TXOP 홀더인 AP가 아닌 스테이션이 전송한 RTS 프레임이므로 무시할 수 있다. 따라서 P2P PPDU의 의도된 수신자는 TXOP 홀더인 AP는 CTS 프레임을 전송하지 않을 수 있다. 따라서 P2P PPDU의 의도된 수신자가 레거시 스테이션인 경우에도 P2P PPDU의 전송을 보호하기 위한 방법이 필요하다.
AP는 MU-RTS TXS 프레임의 Duration 필드의 값을 공유 TXOP을 할당받은 스테이션으로부터 CTS 프레임을 수신할 때까지의 값으로 설정할 수 있다. 구체적인 실시 예에서 AP는 MU-RTS TXS 프레임과 MU-RTS TXS 프레임 이전에 전송된 프레임의 Duration 필드의 값을 공유 TXOP을 할당받은 스테이션으로부터 CTS 프레임을 수신할 때까지의 값으로 설정할 수 있다. 이를 통해 레거시 스테이션은 공유 TXOP 내에서 RTS 프레임을 전송하는 공유 TXOP을 할당받은 스테이션을 TXOP 홀더로 판단할 수 있다. AP는 MU-RTS TXS 프레임의 듀레이션 필드의 값을 MU-RTS TXS 프레임에 응답인 CTS 프레임의 전송 소요 시간에 2xSIFS를 더 한 값으로 설정할 수 있다. 또 다른 구체적인 실시 예에서 AP는 MU-RTS TXS 프레임의 듀레이션 필드의 값을 CTS 프레임의 전송 소요 시간에 SIFS를 더 한 값으로 설정할 수 있다. 구체적인 실시 예에서 Duration 필드의 값은 TXOP을 할당받은 스테이션으로부터 CTS 프레임을 수신하기 이전까지 설정할 수 있다.
앞서 설명한 실시 예들과 이후 설명할 실시 예들은 공유 TXOP 내에서 P2P PPDU의 전송이 허용되는 경우에 한하여 적용될 수 있다. 또한, 앞서 설명한 실시 예들은 R-TWT(restricted target wake time) SP(service period) 내에서 TXOP이 공유되는 경우에 한하여 적용될 수 있다. 이때, R-TWT SP는 TWT SP의 일종으로, AP에 의해 로우 레이턴시 트래픽으로 지정된 TID의 트래픽이 우선적으로 처리되는 서비스 피리어드이다. 이때, R-TWT SP는 적어도 하나의 MU-RTS TXS 프레임이 전송되는 것이 예정된 R-TWT SP일 수 있다. 구체적으로 R-TWT SP는 Broadcast TWT Recommendation 필드의 값이 5로 설정된 TWT 엘리멘트에 의해 설정된 것일 수 있다.
또 다른 구체적인 실시 예에서 앞서 설명한 실시 예들과 이후 설명할 실시 예들은 공유 TXOP을 할당받을 스테이션이 RTS 프레임 및 CTS 프레임 교환을 수행하여 P2P PPDU 전송을 보호할 의도임음을 AP에게 시그널링한 경우에 한하여 적용될 수 있다.
또 다른 구체적인 실시 예에서 앞서 설명한 실시 예들과 이후 설명할 실시 예들은 공유 TXOP을 할당받을 스테이션이 P2P 피어(peer) 스테이션에게 전송할 트래픽이 있음을 리포트한 경우에 한하여 적용될 수 있다. 구체적으로 앞서 설명한 실시 예들은 공유 TXOP을 할당받을 스테이션이 P2P 피어(peer) 스테이션에게 전송할 로우 레이턴시 트래픽이 있음을 리포트한 경우에 한하여 적용될 수 있다. 이때, 공유 TXOP을 할당받을 스테이션은 MAC 프레임의 A-Control 필드의 PBSR(P2P Buffer Status Report) Control 필드를 사용하여 AP에게 P2P 피어 스테이션에게 전송할 트래픽이 있음을 리포트할 수 있다. 이때, 공유 TXOP을 할당받을 스테이션은 A-Control 필드의 Control ID를 P2P Buffer Status Report Control로 지시한다.
위에 설명한 실시 예들에서 이웃 스테이션은 공유 TXOP을 할당받을 스테이션이 non-HT PPDU를 전송하여 P2P PPDU의 전송을 보호하기 전에 TXOP이 종료되는 것으로 판단할 수 있다. 따라서 P2P PPDU의 전송이 시작되기 전에 이웃 스테이션이 공유 TXOP 내에서 전송을 시도할 수 있다. 이에 대해서는 도 21을 통해 설명한다.
도 21은 본 발명의 실시 예에 따른 AP가 MU-RTS TXS 프레임의 Duration 필드의 값을 MU-RTS TXS 프레임에 대한 CTS 프레임을 수신하는 시점까지로 설정하는 것을 보여준다.
도 21에서 AP는 TXOP를 획득하고 제1 스테이션(STA1)에게 MU-RTS TXS 프레임을 전송한다. MU-RTS TXS 프레임은 공유 TXOP 내에서 UL PPDU뿐만 아니라 P2P PPDU의 전송이 허용됨을 지시한다. 또한, AP는 MU-RTS TXS 프레임의 Duration 필드의 값을 MU-RTS TXS 프레임에 대한 CTS 프레임을 수신하는 시점까지로 설정한다. 제1 스테이션(STA1)이 P2P 피어 스테이션(P2P peer STA)에게 RTS 프레임을 전송한다. 이때, AP에 가까이 위치하고 제1 스테이션(STA1)에게 히든 노드인 이웃 스테이션(Other STA)은 AP가 설정한 TXOP가 만료된 것으로 판단한다. 따라서 제1 스테이션(STA1)이 P2P 피어 스테이션(P2P peer STA)에게 RTS 프레임이 RTS 프레임을 전송하는 중에, 이웃 스테이션(Other STA)은 새로운 전송을 시도할 수 있다. 따라서 P2P PPDU의 전송이 방해받을 수 있다. 이를 고려한 MU-RTS TXS 프레임의 Duration 필드의 값을 설정하는 실시 예에 대해 설명한다.
AP는 MU-RTS TXS 프레임의 Duration 필드의 값을 공유 TXOP 내의 특정 프레임의 전송을 기초로 설정할 수 있다. 구체적으로 AP는 MU-RTS TXS 프레임의 Duration 필드의 값을 공유 TXOP 내의 특정 프레임의 전송할 때까지로 설정할 수 있다. 이때, 특정 프레임은 공유 TXOP를 할당받은 스테이션이 MU-RTS TXS 프레임에 대한 응답을 전송한 후 첫 번째로 전송하는 UL PPDU에 포함되는 프레임일 수 있다. 설명의 편의를 위해 공유 TXOP를 할당받은 스테이션이 MU-RTS TXS 프레임에 대한 응답을 전송한 후 첫 번째로 전송하는 UL PPDU에 포함되는 프레임을 개시 프레임으로 지칭한다. 또 다른 구체적인 실시 예에서 특정 프레임은 개시 프레임에 대한 AP의 응답일 수 있다. 개시 프레임과 응답 프레임의 Duration 필드는 공유 TXOP의 종료 시점과 같거나 더 작은 값으로 설정될 수 있다.
앞선 실시 예들에서 AP는 MU-RTS TXS 프레임뿐만 아니라 MU-RTS TXS 프레임 이전에 전송되는 프레임의 Duration 필드의 값을 공유 TXOP 내의 특정 프레임의 전송을 기초로 설정할 수 있다. 위에서 설명한 Duration 필드의 값 설정에 관한 실시 예들이 적용될 때, 공유 TXOP를 할당받은 스테이션은 공유 TXOP 내에서 첫 번째 프레임 교환을 기설정된 프레임 교환으로 수행할 수 있다. 공유 TXOP를 할당받은 스테이션은 Duration 필드의 값을 기초로 위에서 설명한 Duration 필드의 값 설정에 관한 실시 예들이 적용되는 지를 판단할 수 있다. 구체적으로 Duration 필드의 값이 기설정된 값과 같거나 작은 경우, 공유 TXOP를 할당받은 스테이션은 앞서 설명한 Duration 필드의 값 설정에 관한 실시 예들이 적용되는 것으로 판단할 수 있다. 기설정된 값은 Duration 필드의 설정에 관한 실시 예들에 따라 설정된 값을 나타낼 수 있다.
구체적으로 공유 TXOP를 할당받은 스테이션은 Duration 필드의 값과 공유 TXOP의 종료 시점을 비교하여 앞서 설명한 Duration 필드의 값 설정에 관한 실시 예들이 적용되는 것으로 판단할 수 있다. 구체적인 실시 예에서 Duration 필드의 값이 공유 TXOP의 종료 시점 보다 작은 경우, 공유 TXOP를 할당받은 스테이션은 앞서 설명한 Duration 필드의 값 설정에 관한 실시 예들이 적용되는 것으로 판단할 수 있다. 또한, Duration 필드의 값이 공유 TXOP의 종료 시점과 같거나 큰 경우, 공유 TXOP를 할당받은 스테이션은 앞서 설명한 Duration 필드의 값 설정에 관한 실시 예들이 적용되지 않는 것으로 판단할 수 있다.
앞서 설명한 개시 프레임은 RTS 프레임일 수 있다. 또한, 개시 프레임을 포함하는 UL PPDU는 RTS 프레임만을 포함하는 PPDU일 수 있다. 이러한 실시 예들에서 RTS 프레임은 RTS 프레임의 수신자 주소가 AP로 지정된 RTS 프레임일 수 있다. RTS 프레임의 Duration 필드의 값은 공유 TXOP의 종료 시점으로 설정될 수 있다. 또한, RTS 프레임의 Duration 필드의 값이 공유 TXOP의 종료 시점보다 더 큰 값으로 설정되는 것은 허용되지 않을 수 있다. 또한, RTS 프레임을 포함하는 PPDU의 전송 방법을 다음과 같이 지정될 수 있다. 공유 TXOP를 할당받은 스테이션은 미리 지정된 포맷과 미리 지정된 MCS를 이용하여 RTS 프레임을 포함하는 PPDU를 전송할 수 있다. 이때, 미리 지정된 포맷은 non-HT PPDU 또는 non-HT duplicate PPDU일 수 있다. 또한, 미리 지정된 MCS는 MCS0 또는 MCS1일 수 있다. 예컨대, RTS 프레임을 포함하는 PPDU는 L-SIG 필드의 RATE 서브필드가 6 MB/S를 지시하는 non-HT PPDU일 수 있다.
AP는 MU-RTS TXS 프레임과 MU-RTS TXS 프레임 이전에 전송된 프레임의 듀레이션 필드를 다음의 값으로 설정할 수 있다.
- MU-RTS TXS 프레임에 대해 응답될 CTS 프레임의 전송 소요시간 + 2*SIFS + non-AP 스테이션에 의해 전송될 RTS frame의 전송 소요시간. 즉, 2*SIFS + CTS + RTS (2*16 us + 44 us(6 Mbps CTS) + 52 us(6 Mbps RTS) = 128 us)
MU-RTS TXS 프레임에 대해 응답될 CTS 프레임의 전송 소요 시간 + 2*SIFS + non-AP 스테이션에 의해 전송될 RTS 프레임의 전송 소요 시간 + SIFS. 즉, 3*SIFS + CTS + RTS (3*16 us + 44 us(6 Mbps CTS) + 52 us(6 Mbps RTS) = 144 us)
MU-RTS TXS 프레임에 대해 응답될 CTS 프레임의 전송 소요 시간 + 2*SIFS + non-AP 스테이션에 의해 전송될 RTS 프레임의 전송 소요 시간 + SIFS + AP가 응답할 CTS 프레임의 전송 소요 시간. 즉, 3*SIFS + 2*CTS + RTS (3*16 us + 2*44 us(6 Mbps CTS) + 52 us(6 Mbps RTS) = 188 us)
앞서 설명한 바와 같이 MU-RTS TXS 프레임과 MU-RTS TXS 프레임 이전에 전송된 프레임의 Duration 필드의 값은 개시 프레임을 포함하는 UL PPDU에 대한 응답의 전송 시점을 기초로 설정될 수 있다. 이때, 개시 프레임을 포함하는 PPDU는 AP에게 즉각적인 응답(immediate response) 프레임을 요청하는 프레임을 포함할 수 있다. 즉각적인 응답(immediate response) 프레임을 요청하는 프레임의 Duration 필드의 값은 공유 TXOP의 종료 시점으로 설정될 수 있다. AP는 MU-RTS TXS 프레임과 MU-RTS TXS 프레임 이전에 전송된 프레임의 Duration 필드의 값을 다음과 같이 설정할 수 있다.
- MU-RTS TXS 프레임에 대해 응답될 CTS 프레임의 전송 소요 시간 + 2*SIFS + non-AP 스테이션에 의해 전송될 개시 프레임을 포함하는 UL PPDU의 전송 소요 시간. 즉, 2*SIFS + CTS + 개시 프레임을 포함하는 UL PPDU
- MU-RTS TXS 프레임에 대해 응답될 CTS 프레임의 전송 소요 시간 + 2*SIFS + non-AP 스테이션에 의해 전송될 개시 프레임을 포함하는 UL PPDU의 전송 소요 시간 + SIFS. 즉, 3*SIFS + CTS + 개시 프레임을 포함하는 UL PPDU
- MU-RTS TXS 프레임에 대해 응답될 CTS 프레임의 전송 소요 시간 + 2*SIFS + non-AP 스테이션에 의해 전송될 개시 프레임을 포함하는 UL PPDU의 전송 소요 시간 + SIFS + AP가 응답할 응답 프레임의 전송 소요 시간. 즉, 3*SIFS + CTS + 개시 프레임을 포함하는 UL PPDU + 응답 PPDU
공유 TXOP를 할당 받은 스테이션이 공유 TXOP 내에서 UL PPDU와 P2P PPDU를 모두 전송하려는 경우, 공유 TXOP를 할당 받은 스테이션은 UL PPDU를 전송한 후 P2P PPDU를 전송할 수 있다. 공유 TXOP를 할당 받은 스테이션이 UL PPDU를 전송하여 이웃 스테이션에 의하여 P2P PPDU의 전송이 방해받는 것을 방지할 수 있기 때문이다. 공유 TXOP를 할당 받은 스테이션은 UL PPDU를 전송한 후 P2P PPDU를 전송하는 경우, 앞서 설명한 개시 프레임을 포함하는 PPDU 전송에 적용되는 제한은 적용되지 않을 수 있다. 이러한 실시 예들에서 공유 TXOP를 할당 받은 스테이션은 MU-RTS TXS 프레임과 MU-RTS TXS 프레임 이전에 전송되는 프레임의 Duration 필드의 값이 지시하는 시점 내에 개시 프레임을 포함하는 UL PPDU 전송을 종료할 수 있다. 공유 TXOP를 할당 받은 스테이션은 UL PPDU에 대한 응답을 AP로부터 수신하고 P2P 피어 스테이션에게 RTS 프레임을 전송할 수 있다. P2P 피어 스테이션은 RTS 프레임 수신 이전에 AP가 TXOP 홀더인 TXOP인 종료한 것으로 판단하여 RTS 프레임에 대한 응답인 CTS 프레임을 전송할 수 있다.
AP가 앞서 설명한 실시 예들과 같이 Duration 필드의 값을 설정하는 경우, 공유 TXOP 종료 후 AP는 TXOP 보호를 위한 프레임을 전송할 수 있다. 이때, TXOP 보호를 위한 프레임은 MU-RTS 프레임, RTS 프레임 및 CTS-to-Self 프레임 중 적어도 어느 하나를 포함할 수 있다. 이때, AP는 TXOP 보호를 위한 프레임의 Duration 필드의 값과 MU-RTS TXS 프레임을 전송하기 전에 사용한 시간 및 공유 TXOP의 듀레이션의 합이 TXOP 리밋을 초과하지 않도록 설정해야 한다.
도 22는 본 발명의 실시 예에 따른 AP가 MU-RTS TXS 프레임의 Duration 필드의 값을 개시 프레임을 기초로 설정하는 것을 보여준다.
도 22에서 AP는 MU-RTS TXS 프레임을 전송하여 공유 TXOP를 스테이션(non-AP STA)에게 할당한다. AP는 MU-RTS TXS 프레임 전송 전에 전송되는 DL PPDU 및 MU-RTS TXS 프레임의 Duration 필드의 값을 공유 TXOP 내에서 스테이션(non-AP STA)이 전송할 첫 번째로 전송할 UL PPDU의 전송 시점보다 같거나 길게 설정한다. AP는 UL PPDU에 대한 응답을 전송한다. UL PPDU에 대한 응답을 수신한 이웃 스테이션은 응답을 기초로 NAV를 설정한다. 이에 따라 P2P 피어 스테이션(P2P Peer STA)이 스테이션(non-AP STA)이 전송한 RTS 프레임을 수신할 때, P2P 피어 스테이션(P2P Peer STA)은 스테이션(non-AP STA)을 TXOP 홀더로 판단한다. P2P 피어 스테이션(P2P Peer STA)은 스테이션(non-AP STA)에게 RTS 프레임에 대한 응답으로 CTS 프레임을 전송한다.
또 다른 구체적인 실시 예에서 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 전송을 보호하기 위한 RTS 프레임의 전송자 주소, 즉 TA 필드를 공유 TXOP을 설정한 AP의 MAC 주소를 설정할 수 있다. 전송자 주소가 TXOP 홀더인 AP를 지시하므로, RTS 프레임을 수신한 P2P 피어 스테이션은 RTS 프레임에 대한 응답으로 CTS 프레임을 전송할 수 있다. 이를 통해 도 22를 통해 설명한 실시 예들과 같이 MU-RTS TXS 프레임 또는 MU-RTS TXS 프레임 전에 전송되는 프레임의 Duration 필드의 값을 변경하지 않더라도 P2P PPDU를 위한 TXOP를 설정할 수 있다. 공유 TXOP를 할당받은 스테이션이 P2P 피어 스테이션으로부터 CTS 프레임을 수신한 경우, 공유 TXOP를 할당받은 스테이션은 공유 TXOP를 할당받은 스테이션과 P2P 피어 스테이션이 RTS 프레임과 CTS 프레임을 교환한 것과 같이 동작할 수 있다. 따라서 공유 TXOP를 할당받은 스테이션이 P2P PPDU를 전송할 때, 공유 TXOP를 할당받은 스테이션은 RTS 프레임과 CTS 프레임 교환 후에 적용되는 주파수 대역폭에 관한 규칙을 적용할 수 있다. 공유 TXOP를 할당받은 스테이션은 CTS 프레임의 수신자 주소, 즉 RA 필드가 공유 TXOP를 설정한 AP의 수신자 주소와 같을 때 이와 같이 동작할 수 있다. 또 다른 구체적인 실시 예에서 공유 TXOP를 할당받은 스테이션은 CTS 프레임의 수신자 주소, 즉 RA 필드가 공유 TXOP를 할당 받은 스테이션의 전송자 주소, 즉 TA 필드와 같을 때6 이와 같이 동작할 수 있다.
또한, 공유 TXOP를 할당받은 스테이션이 공유 TXOP 내에서 트리거 프레임을 전송하는 경우, 트리거 프레임의 전송자 주소를 공유 TXOP를 설정한 AP의 MAC 주소로 설정할 수 있다.
도 23은 본 발명의 일 실시 예에 따라 공유 TXOP를 할당받은 스테이션이 전송자 주소가 공유 TXOP를 설정한 AP로 설정된 RTS 프레임을 전송하는 것을 보여준다.
도 23에서 AP는 MU-RTS TXS 프레임을 전송하여 공유 TXOP를 스테이션(non-AP STA)에게 할당한다. 공유 TXOP 내에서 스테이션(non-AP STA)은 P2P 피어 스테이션(P2P Peer STA)에게 전송자 주소가 AP로 설정된 RTS 프레임을 전송한다. P2P 피어 스테이션(P2P Peer STA)이 전송자 주소가 AP인 RTS 프레임을 수신하므로, P2P 피어 스테이션(P2P Peer STA)은 AP에게 CTS 프레임을 전송한다. 이때, 스테이션(non-AP STA)은 CTS 프레임을 수신하고 수신자 주소가 스테이션(non-AP STA)을 지시하는 CTS 프레임을 수신한 것으로 간주하여 동작할 수 있다. MU-RTS TXS 프레임 및 MU-RTS TXS 프레임 이전에 전송된 프레임의 Duration 필드의 값이 공유 TXOP를 포함하는 구간으로 설정된다. 따라서 AP가 운영하는 BSS에서 스테이션(non-AP STA)에게 히든 노드인 스테이션은 공유 TXOP 내에서 전송을 시도하지 않는다.
상기와 같이 무선랜 통신을 예로 들어 본 발명을 설명하였지만, 본 발명은 이에 한정하지 않으며 셀룰러 통신 등 다른 통신 시스템에서도 동일하게 적용될 수 있다. 또한 본 발명의 방법, 장치 및 시스템은 특정 실시 예와 관련하여 설명되었지만, 본 발명의 구성 요소, 동작의 일부 또는 전부는 범용 하드웨어 아키텍처를 갖는 컴퓨터 시스템을 사용하여 구현될 수 있다.
이상에서 실시 예들에 설명된 특징, 구조, 효과 등은 본 발명의 적어도 하나의 실시 예에 포함되며, 반드시 하나의 실시 예에만 한정되는 것은 아니다. 나아가, 각 실시 예에서 예시된 특징, 구조, 효과 등은 실시 예들이 속하는 분야의 통상의 지식을 가지는 자에 의해 다른 실시 예들에 대해서도 조합 또는 변형되어 실시 가능하다. 따라서 이러한 조합과 변형에 관계된 내용들은 본 발명의 범위에 포함되는 것으로 해석되어야 할 것이다.
이상에서 실시 예를 중심으로 설명하였으나 이는 단지 예시일 뿐 본 발명을 한정하는 것이 아니며, 본 발명이 속하는 분야의 통상의 지식을 가진 자라면 본 실시 예의 본질적인 특성을 벗어나지 않는 범위에서 이상에 예시되지 않은 여러 가지의 변형과 응용이 가능함을 알 수 있을 것이다. 예를 들어, 실시 예에 구체적으로 나타난 각 구성 요소는 변형하여 실시할 수 있는 것이다. 그리고 이러한 변형과 응용에 관계된 차이점들은 첨부된 청구 범위에서 규정하는 본 발명의 범위에 포함되는 것으로 해석되어야 할 것이다.

Claims (20)

  1. AP(access point)와 통신하기 위한 non-AP 스테이션에서,
    송수신부; 및
    프로세서를 포함하고,
    상기 프로세서는
    상기 송수신부를 사용하여 상기 AP로부터 MU-RTS(multi user-request to send) TXS(TXOP sharing) 트리거 프레임을 포함하는 제1 PPDU를 수신하고, 상기 MU-RTS TXS 트리거 프레임은 상기 AP가 획득한 TXOP 중 일부인 공유 TXOP를 상기 non-AP 스테이션에게 할당하고,
    상기 송수신부를 사용하여 상기 MU-RTS TXS 프레임 대한 응답으로 CTS 프레임을 포함하는 제2 PPDU를 상기 AP에게 전송하고,
    상기 송수신부를 사용하여 상기 공유 TXOP 내에서 제3 PPDU를 전송하는
    non-AP 스테이션.
  2. 제1항에서,
    상기 프로세서는
    상기 제2 PPDU의 대역폭과 같거나 좁은 대역폭으로 제3 PPDU를 전송하는
    non-AP 스테이션.
  3. 제2항에서,
    상기 제2 PPDU의 TXVECTOR의 CH_BANDWIDTH_IN_NON_HT와 같거나 좁은 값으로 상기 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정하는
    non-AP 스테이션.
  4. 제1항에서,
    상기 프로세서는
    상기 AP가 가장 최근에 디스에이블로 지정한 서브채널을 기초로 상기 제3 PPDU를 전송하는
    non-AP 스테이션.
  5. 제1항에서,
    상기 프로세서는
    상기 제3 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 상기 AP가 가장 최근에 디스에이블로 지정한 서브채널에 해당하는 비트를 1로 설정하는
    non-AP 스테이션.
  6. 제1항에서,
    상기 프로세서는
    상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 지를 기초로 상기 제3 PPDU의 주파수 대역에 관한 파라미터를 설정하는
    non-AP 스테이션.
  7. 제6항에서,
    상기 주파수 대역에 관한 파라미터는 TXVECTOR의 CH_BANDWIDTH를 포함하고,
    상기 프로세서는
    상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 경우, 상기 제3 PPDU의 전송 이전에 수신한 non-HT PPDU의 RXVECTOR의 CH_BANDWIDTH_IN_NON_HT 와 같거나 좁은 대역폭으로 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정하고,
    상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행되지 않은 경우, 상기 제2 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT와 같거나 좁은 대역폭으로 상기 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정하는
    non-AP 스테이션.
  8. 제6항에서,
    상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환은 RTS 프레임을 포함하는 non-HT PPDU와 CTS 프레임을 포함하는 non-HT PPDU의 교환인
    non-AP 스테이션.
  9. 제6항에서,
    상기 제3 PPDU는 상기 non-AP 스테이션의 P2P 피어 스테이션에게 전송되는 P2P PPDU인
    non-AP 스테이션.
  10. 제1항에서,
    상기 MU-RTS TXS 프레임의 Duration 필드의 값은 상기 제2 PPDU의 전송 시점을 기초로 설정되는
    non-AP 스테이션.
  11. 제1항에서,
    상기 제3 PPDU는 상기 non-AP 스테이션의 P2P 피어 스테이션에게 전송되는 P2P PPDU이고,
    상기 프로세서는
    상기 제3 PPDU를 전송하기 전에, 상기 AP의 MAC 주소를 전송자 주소로 갖는 RTS 프레임을 상기 P2P 피어 스테이션에게 전송하는
    non-AP 스테이션.
  12. AP(access point)와 통신하기 위한 non-AP 스테이션의 동작 방법에서,
    상기 AP로부터 MU-RTS(multi user-request to send) TXS(TXOP sharing) 트리거 프레임을 포함하는 제1 PPDU를 수신하고, 상기 MU-RTS TXS 트리거 프레임은 상기 AP가 획득한 TXOP 중 일부인 공유 TXOP를 상기 non-AP 스테이션에게 할당하는 단계;
    상기 MU-RTS TXS 프레임 대한 응답으로 CTS 프레임을 포함하는 제2 PPDU를 상기 AP에게 전송하는 단계; 및
    상기 공유 TXOP 내에서 제3 PPDU를 전송하는 단계를 포함하는
    동작 방법.
  13. 제12항에서,
    상기 공유 TXOP 내에서 제3 PPDU를 전송하는 단계는
    상기 제2 PPDU의 대역폭과 같거나 좁은 대역폭으로 제3 PPDU를 전송하는 단계를 포함하는
    동작 방법.
  14. 제13항에서,
    상기 제2 PPDU의 대역폭과 같거나 좁은 대역폭으로 제3 PPDU를 전송하는 단계는
    상기 제2 PPDU의 TXVECTOR의 CH_BANDWIDTH_IN_NON_HT와 같거나 좁은 값으로 상기 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정하는 단계를 포함하는
    동작 방법.
  15. 제12항에서,
    상기 공유 TXOP 내에서 제3 PPDU를 전송하는 단계는
    상기 AP가 가장 최근에 디스에이블로 지정한 서브채널을 기초로 상기 제3 PPDU를 전송하는 단계를 포함하는
    동작 방법.
  16. 제12항에서,
    상기 AP가 가장 최근에 디스에이블로 지정한 서브채널을 기초로 상기 제3 PPDU를 전송하는 단계는
    상기 제3 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 상기 AP가 가장 최근에 디스에이블로 지정한 서브채널에 해당하는 비트를 1로 설정하는 단계를 포함하는
    동작 방법.
  17. 제12항에서,
    상기 공유 TXOP 내에서 제3 PPDU를 전송하는 단계는
    상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 지를 기초로 상기 제3 PPDU의 주파수 대역에 관한 파라미터를 설정하는 단계를 포함하는
    동작 방법.
  18. 제17항에서,
    상기 주파수 대역에 관한 파라미터는 TXVECTOR의 CH_BANDWIDTH를 포함하고,
    상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 지를 기초로 상기 제3 PPDU의 주파수 대역에 관한 파라미터를 설정하는 단계는
    상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 경우, 상기 제3 PPDU의 전송 이전에 수신한 non-HT PPDU의 RXVECTOR의 CH_BANDWIDTH_IN_NON_HT 와 같거나 좁은 대역폭으로 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정하는 단계와
    상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행되지 않은 경우, 상기 제2 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT와 같거나 좁은 대역폭으로 상기 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정하는 단계를 포함하는
    동작 방법.
  19. 제17항에서,
    상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환은 RTS 프레임을 포함하는 non-HT PPDU와 CTS 프레임을 포함하는 non-HT PPDU의 교환인
    동작 방법.
  20. 제17항에서,
    상기 제3 PPDU는 상기 non-AP 스테이션의 P2P 피어 스테이션에게 전송되는 P2P PPDU인
    동작 방법.
PCT/KR2022/007430 2021-05-25 2022-05-25 공유 txop를 이용하는 무선 통신 장치 및 무선 통신 장치의 동작 방법 WO2022250453A1 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN202280036920.1A CN117356156A (zh) 2021-05-25 2022-05-25 使用共享txop的无线通信设备和无线通信设备的操作方法
JP2023572916A JP2024520031A (ja) 2021-05-25 2022-05-25 共有ｔｘｏｐを用いる無線通信装置及び無線通信装置の動作方法
KR1020237039260A KR20230171987A (ko) 2021-05-25 2022-05-25 공유 txop를 이용하는 무선 통신 장치 및 무선 통신장치의 동작 방법
EP22811644.8A EP4351255A4 (en) 2021-05-25 2022-05-25 WIRELESS COMMUNICATIONS DEVICE WITH COMMON TXOP AND WIRELESS COMMUNICATIONS DEVICE OPERATING METHODS
US18/512,022 US20240090034A1 (en) 2021-05-25 2023-11-17 Wireless communication apparatus using shared txop and operation method for wireless communication apparatus

Applications Claiming Priority (10)

Application Number Priority Date Filing Date Title
KR20210067239 2021-05-25
KR10-2021-0067239 2021-05-25
KR20210150135 2021-11-03
KR10-2021-0150135 2021-11-03
KR20210155384 2021-11-12
KR10-2021-0155384 2021-11-12
KR20220021796 2022-02-18
KR10-2022-0021796 2022-02-18
KR20220026421 2022-02-28
KR10-2022-0026421 2022-02-28

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/512,022 Continuation US20240090034A1 (en) 2021-05-25 2023-11-17 Wireless communication apparatus using shared txop and operation method for wireless communication apparatus

Publications (1)

Publication Number Publication Date
WO2022250453A1 true WO2022250453A1 (ko) 2022-12-01

Family

ID=84228902

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/007430 WO2022250453A1 (ko) 2021-05-25 2022-05-25 공유 txop를 이용하는 무선 통신 장치 및 무선 통신 장치의 동작 방법

Country Status (5)

Country Link
US (1) US20240090034A1 (ko)
EP (1) EP4351255A4 (ko)
JP (1) JP2024520031A (ko)
KR (1) KR20230171987A (ko)
WO (1) WO2022250453A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024124940A1 (zh) * 2022-12-14 2024-06-20 中兴通讯股份有限公司 数据传输方法、设备和存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180092127A1 (en) * 2016-09-28 2018-03-29 Neuromeka Multiple frame transmission
US20180235004A1 (en) * 2010-10-26 2018-08-16 Electronics And Telecommunications Research Institute Method of multiple frame transmission in wireless communication system and transmitter
US20190289632A1 (en) * 2015-01-09 2019-09-19 Interdigital Patent Holdings, Inc. Methods, apparatuses and systems for supporting multi-user transmissions in a wireless local area network (wlan) system

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220264566A1 (en) * 2021-02-12 2022-08-18 Nxp Usa, Inc. Device, system, and method for wireless communications
US20230189359A1 (en) * 2021-12-15 2023-06-15 Samsung Electronics Co., Ltd. Method and apparatus for triggered txop sharing for peer-to-peer communication with twt operation

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180235004A1 (en) * 2010-10-26 2018-08-16 Electronics And Telecommunications Research Institute Method of multiple frame transmission in wireless communication system and transmitter
US20190289632A1 (en) * 2015-01-09 2019-09-19 Interdigital Patent Holdings, Inc. Methods, apparatuses and systems for supporting multi-user transmissions in a wireless local area network (wlan) system
US20180092127A1 (en) * 2016-09-28 2018-03-29 Neuromeka Multiple frame transmission

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
DIBAKAR DAS (INTEL): "PDT channel access Triggered SU", IEEE DRAFT; 11-21-0268-08-00BE-PDT-CHANNEL-ACCESS-TRIGGERED-SU, IEEE-SA MENTOR, PISCATAWAY, NJ USA, vol. 802.11 EHT; 802.11be, no. 8, 13 May 2021 (2021-05-13), Piscataway, NJ USA , pages 1 - 7, XP068181688 *
See also references of EP4351255A4 *
SUN YANJUN, ALFRED ASTERJADHI, GEORGE CHERIAN, ABHISHEK PATIL, DUNCAN HO, GAURANG NAIK, BIN TIAN, YOUHAN KIM, LAURENT CARIOU, YUNB: "Resolution for Miscellaneous CIDs related to Clause 25.2.1.2 (CC34)", IEEE 802.11-21/0455R5, 3 May 2021 (2021-05-03), XP093007313 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024124940A1 (zh) * 2022-12-14 2024-06-20 中兴通讯股份有限公司 数据传输方法、设备和存储介质

Also Published As

Publication number Publication date
JP2024520031A (ja) 2024-05-21
EP4351255A1 (en) 2024-04-10
KR20230171987A (ko) 2023-12-21
EP4351255A4 (en) 2024-08-14
US20240090034A1 (en) 2024-03-14

Similar Documents

Publication Publication Date Title
WO2021112644A1 (ko) 무선 통신 시스템에서 자원 할당을 통한 시그널링 방법 및 무선 통신 단말
WO2022075821A1 (ko) 무선 통신 시스템에서 프레임을 송수신하기 위한 방법 및 무선 통신 단말
WO2020013594A1 (ko) 무선랜 시스템에서 데이터를 전송하는 방법 및 장치
WO2018124725A1 (ko) Ofdma 랜덤 액세스를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2018190697A1 (ko) Bss 식별자를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2017150954A1 (ko) 다른 베이직 서비스 세트와 중첩된 베이직 서비스 세트에서의 무선 통신 방법 및 무선 통신 단말
WO2021225367A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2019103452A1 (ko) 무선 랜에서 프레임을 송신 또는 수신하기 위한 방법 및 이를 위한 장치
WO2019124822A1 (ko) 무선 랜에서 프레임을 송신 또는 수신하기 위한 방법 및 이를 위한 장치
WO2017034081A1 (ko) 무선 통신 시스템의 데이터 전송 방법 및 장치
WO2022050802A1 (ko) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 무선 통신 단말
WO2019194361A1 (ko) 무선랜 시스템에서 프레임을 송신 또는 수신하기 위한 방법 및 이를 위한 장치
WO2022164293A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2021182902A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2021172919A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2022005215A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2022055323A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2020060168A1 (ko) 무선랜 시스템에서 데이터를 전송하는 방법 및 장치
WO2022005180A1 (ko) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 무선 통신 단말
WO2022154534A1 (ko) 제한된 twt를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2016021994A1 (ko) 무선 통신 방법 및 무선 통신 단말
WO2022197105A1 (ko) 복수의 링크에서 동작하는 멀티 링크 장치 및 멀티 링크 장치의 동작 방법
WO2022025629A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2020050541A1 (ko) 무선랜 시스템에서 프레임을 송수신하는 방법 및 장치
WO2022035291A1 (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: 22811644

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20237039260

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 1020237039260

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 202280036920.1

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2023572916

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2022811644

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2022811644

Country of ref document: EP

Effective date: 20240102