WO2026005394A1 - 저지연 무선 통신 방법 및 이를 사용하는 무선 통신 단말 - Google Patents
저지연 무선 통신 방법 및 이를 사용하는 무선 통신 단말Info
- Publication number
- WO2026005394A1 WO2026005394A1 PCT/KR2025/008578 KR2025008578W WO2026005394A1 WO 2026005394 A1 WO2026005394 A1 WO 2026005394A1 KR 2025008578 W KR2025008578 W KR 2025008578W WO 2026005394 A1 WO2026005394 A1 WO 2026005394A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- station
- frame
- initial control
- link
- control frame
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/04—Scheduled access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- 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
- 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 method supporting low-latency communication and a wireless communication terminal using the same.
- WLAN wireless LAN
- Wired LAN technology utilizes short-range wireless communication technology to enable mobile devices such as smartphones, tablets, laptops, portable multimedia players, and embedded devices to wirelessly connect to the Internet at home, in businesses, or in specific service areas.
- IEEE 802.11 Since supporting the initial wireless LAN technology using the 2.4 GHz frequency, IEEE (Institute of Electrical and Electronics Engineers) 802.11 has been commercializing or developing various technology standards.
- IEEE 802.11b supports a communication speed of up to 11 Mbps while using the 2.4 GHz band.
- IEEE 802.11a which was commercialized after IEEE 802.11b, uses the 5 GHz band instead of the 2.4 GHz band, thereby reducing the impact of interference compared to the considerably crowded 2.4 GHz band. It also uses OFDM (orthogonal frequency division multiplexing) technology to increase the communication speed to up to 54 Mbps.
- IEEE 802.11a has the disadvantage of a shorter communication range than IEEE 802.11b.
- IEEE 802.11g like IEEE 802.11b, uses the 2.4GHz band to achieve a communication speed of up to 54Mbps and satisfies backward compatibility, which has garnered considerable attention. It is also superior to IEEE 802.11a in terms of communication distance.
- IEEE 802.11n aims to increase the speed and reliability of networks and extend the operating range of wireless networks. More specifically, IEEE 802.11n supports High Throughput (HT) with data processing speeds of up to 540 Mbps or more, and is based on MIMO (Multiple Inputs and Multiple Outputs) technology that uses multiple antennas at both the transmitter and receiver to minimize transmission errors and optimize data rates. In addition, this standard can use a coding method 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 (80MHz to 160MHz) at the 5GHz frequency.
- IEEE 802.11ac standard is defined only for the 5GHz band, early 11ac chipsets will also support operation in the 2.4GHz band to ensure backward compatibility with existing 2.4GHz band products.
- multi-station wireless LAN speeds can reach at least 1Gbps and a maximum single-link speed of at least 500Mbps.
- IEEE 802.11ad which transmits data using the 60 GHz band instead of the existing 2.4 GHz/5 GHz.
- IEEE 802.11ad is a transmission standard that provides speeds of up to 7 Gbps using beamforming technology, making it suitable for streaming high-bitrate video such as large amounts of data or uncompressed HD video.
- the 60 GHz frequency band has a disadvantage in that it has difficulty passing through obstacles, so it can only be used between devices in short distances.
- the IEEE 802.11ax (High Efficiency WLAN, HEW) standard which follows 802.11ac and 802.11ad as a wireless LAN standard, is nearing completion to provide high-efficiency and high-performance wireless LAN communication technology in high-density environments with densely packed APs and terminals.
- 802.11ax-based wireless LAN environment high-frequency efficient communication must be provided indoors and outdoors in the presence of high-density stations and APs (Access Points), and various technologies have been developed to achieve this.
- IEEE 802.11be Extremely High Throughput, EHT
- EHT Extremely High Throughput
- UHR Ultra High Reliability
- An embodiment of the present invention aims to provide a wireless communication method supporting low-latency communication and a wireless communication terminal using the same.
- a station that is not a TXOP holder includes a transceiver; and a processor.
- the processor receives an initial control frame for initiating frame exchange, and if a predefined condition is satisfied, does not transmit a response frame for the initial control frame, and if the predefined condition is not satisfied, transmits the response frame.
- the above-mentioned pre-specified conditions may include cases where the restricted-target wake time (R-TWT) scheduled by the access point (AP) of the basic service set (BSS) to which the station belongs through a beacon frame and the frame exchange initiated by the initial control frame overlap.
- R-TWT restricted-target wake time
- AP access point
- BSS basic service set
- the above R-TWT may be an R-TWT scheduled by an AP of an OBSS (overlapping BSS).
- the processor can transmit the response frame.
- the above initial control frame can initiate the exchange of traffic corresponding to the TID allowed in transmission in the SP (service period) of the R-TWT.
- the above station is a station affiliated to a multi-link device, and the predefined condition may include a case where the station operates on one of a non-simultaneous transmit and receive (NSTR) link pair, and when the station receives the initial control frame, it performs frame exchange on another link of the NSTR link pair.
- NSTR non-simultaneous transmit and receive
- the above station is a station affiliated to a multi-link device, and the predefined condition may include that the station operates in an enhanced multi-link singlie radio (EMLSR) mode, receives the initial control frame on a first link, and performs frame exchange on a second link on which the multi-link device operates.
- EMLSR enhanced multi-link singlie radio
- the above station is a station affiliated to a multi-link device, and when receiving the initial control frame on a first link and attempting to transmit low-latency traffic on a second link, the predefined condition may include that the low-latency traffic is not mapped to the first link.
- An operating method of a station other than a TXOP holder may include: receiving an initial control frame for initiating frame exchange; not transmitting a response frame to the initial control frame if a pre-specified condition is satisfied; and transmitting the response frame if the pre-specified condition is not satisfied.
- the above-mentioned pre-specified conditions may include cases where the restricted-target wake time (R-TWT) scheduled by the access point (AP) of the basic service set (BSS) to which the station belongs through a beacon frame and the frame exchange initiated by the initial control frame overlap.
- R-TWT restricted-target wake time
- AP access point
- BSS basic service set
- the above R-TWT may be an R-TWT scheduled by an AP of an OBSS (overlapping BSS).
- the step of transmitting the response frame may include a step of the processor transmitting the response frame when receiving the initial control frame from the AP.
- the above initial control frame can initiate the exchange of traffic corresponding to the TID allowed in transmission in the SP (service period) of the R-TWT.
- the above station is a station affiliated to a multi-link device, and the predefined condition may include a case where the station operates on one of a non-simultaneous transmit and receive (NSTR) link pair, and when the station receives the initial control frame, it performs frame exchange on another link of the NSTR link pair.
- NSTR non-simultaneous transmit and receive
- the above station is a station affiliated to a multi-link device, and the predefined condition may include that the station operates in an enhanced multi-link singlie radio (EMLSR) mode, receives the initial control frame on a first link, and performs frame exchange on a second link on which the multi-link device operates.
- EMLSR enhanced multi-link singlie radio
- the above station is a station affiliated to a multi-link device, and when receiving the initial control frame on a first link and attempting to transmit low-latency traffic on a second link, the predefined condition may include that the low-latency traffic is not mapped to the first link.
- One embodiment of the present invention provides a wireless communication method that efficiently supports low-latency communication and a wireless communication terminal using the same.
- Figure 1 illustrates a wireless LAN system according to one embodiment of the present invention.
- Figure 2 illustrates a wireless LAN system according to another embodiment of the present invention.
- Figure 3 shows the configuration of a station according to one embodiment of the present invention.
- Figure 4 shows the configuration of an access point according to one embodiment of the present invention.
- Figure 5 schematically illustrates the process by which a station establishes a link with an access point.
- Figure 6 shows an example of a CSMA (Carrier Sense Multiple Access)/CA (Collision Avoidance) method used in wireless LAN communication.
- CSMA Carrier Sense Multiple Access
- CA collision Avoidance
- FIG. 7 shows various standard generation-specific physical layer protocol data unit (PPDU) formats according to an embodiment of the present invention.
- PPDU physical layer protocol data unit
- Figure 8 shows an EHT/UHR PPDU format according to an embodiment of the present invention.
- FIG. 9 shows a transmission/TXOP protection method using an RTS frame and a CTS frame according to an embodiment of the present invention.
- FIG. 10 shows a transmission/TXOP protection method using an MU-RTS frame and a CTS frame according to an embodiment of the present invention.
- FIG. 11 shows that a station according to an embodiment of the present invention sets a NAV through an RTS frame/CTS frame exchange, which delays transmission of a low-latency traffic PPDU.
- FIG. 12 shows an operation in which a station according to an embodiment of the present invention does not transmit a response frame to an initial control frame.
- FIG. 13 illustrates an operation of a station according to an embodiment of the present invention to indicate the type of traffic to be exchanged in a frame exchange sequence initiated by an initial control frame.
- FIG. 14 illustrates an operation of a non-AP station, which is a TXOP responder, transmitting a low-latency traffic PPDU through preemption according to an embodiment of the present invention.
- FIG. 15 shows an operation in which an AP, which is a TXOP responder, transmits a low-latency traffic PPDU through preemption according to an embodiment of the present invention.
- FIG. 16 illustrates an operation in which an AP, which is a TXOP responder, transmits low-latency traffic PPDUs to multiple stations through preemption according to an embodiment of the present invention.
- FIG. 17 shows the format of a Control field of a MAC header including information about low-latency traffic according to an embodiment of the present invention.
- FIG. 18 shows a station transmitting a response frame to an initial control frame based on an R-TWT SP according to an embodiment of the present invention.
- FIG. 19 shows a station according to an embodiment of the present invention determining whether to transmit a response frame to an initial control frame based on a Co-RTWT SP.
- fields and subfields may be used interchangeably.
- Figure 1 illustrates a wireless LAN system according to one embodiment of the present invention.
- a wireless LAN system includes one or more Basic Service Sets (BSSs), which represent a collection of devices that have successfully synchronized and can communicate with each other.
- BSSs can generally be categorized as infrastructure BSSs and independent BSSs (IBSSs).
- Figure 1 illustrates an infrastructure BSS.
- the infrastructure BSS (BSS1, BSS2) includes one or more stations (STA1, STA2, STA3, STA4, STA5), an access point (AP-1, AP-2) that provides a distribution service, and a distribution system (DS) that connects multiple access points (AP-1, AP-2).
- STA1, STA2, STA3, STA4, STA5 an access point
- AP-1, AP-2 that provides a distribution service
- DS distribution system
- a station is any device that includes a medium access control (MAC) and a physical layer interface for a wireless medium that complies with the IEEE 802.11 standard, and broadly includes both non-access point (AP) stations and access points (APs).
- MAC medium access control
- AP access point
- terminal in this specification may refer to a non-AP STA or an AP, or 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, depending on the embodiment.
- the processor may generate a frame to be transmitted through a 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 and receives frames through the wireless network for the station.
- a terminal may be used as a term that includes 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.
- DS distribution system
- DS distribution system
- the AP is used as a concept including a Personal BSS Coordination Point (PCP), and in a broad sense, it can include concepts such as a centralized controller, a base station (BS), a node-B, a base transceiver system (BTS), or a site controller.
- PCP Personal BSS Coordination Point
- the AP may also be referred to as a base wireless communication terminal
- the base wireless communication terminal may be used as a term including, in a broad sense, an AP, a base station, an eNodeB (eNB), and a transmission point (TP).
- the base wireless communication terminal may include various types of wireless communication terminals that allocate communication medium resources and perform scheduling in communication with multiple wireless communication terminals.
- DS distribution system
- ESS Extended Service Set
- FIG. 2 illustrates an independent BSS, a wireless LAN system, according to another embodiment of the present invention. Parts of the embodiment of FIG. 2 that are identical or corresponding to those of the embodiment of FIG. 1 will not be redundantly described.
- BSS3 illustrated in Figure 2, is an independent BSS and does not include an AP. Therefore, all stations (STA6, STA7) are not connected to an AP.
- An independent BSS does not allow access to a distribution system and forms a self-contained network. In an independent BSS, each station (STA6, STA7) can be directly connected to another.
- FIG. 3 is a block diagram showing the configuration of a station (100) according to one embodiment of the present invention.
- the station (100) according to the embodiment of the present invention 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 or externally installed in the station (100).
- the communication unit (120) may include at least one communication module using different frequency bands.
- the communication unit (120) may include communication modules of different frequency bands such as 2.4 GHz, 5 GHz, 6 GHz, and 60 GHz.
- the 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 may operate multiple communication modules simultaneously, depending on the performance and requirements of the station (100). When the station (100) includes multiple communication modules, each communication module may be provided in an independent form, or multiple modules may be integrated into a single chip. In the embodiment of the present invention, the communication unit (120) may represent an RF (Radio Frequency) communication module that processes RF (Radio Frequency) signals.
- 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) can receive user input using various input means, and the processor (110) can control the station (100) based on the received user input. In addition, the user interface unit (140) can perform output based on a command of the processor (110) using various output means.
- the display unit (150) outputs an image on the display screen.
- the display unit (150) can output various display objects, such as content executed by the processor (110) or a user interface based on the control commands of the processor (110).
- the memory (160) stores a control program used in the station (100) and various data corresponding thereto.
- a control program may include a connection program required for the station (100) to connect to an AP or an external station.
- the processor (110) of the present invention can execute various commands or programs and process data within the station (100).
- the processor (110) can control each unit of the above-described station (100) and control data transmission and reception between the units.
- the processor (110) can execute a program for connection to an AP stored in the memory (160) and receive a communication setup message transmitted by the AP.
- the processor (110) can read information on the priority conditions of the station (100) included in the communication setup message and request connection to the AP based on the information on the priority conditions of the station (100).
- the processor (110) of the present invention may refer to the main control unit of the station (100), and according to an embodiment, may refer to a control unit for individually controlling some components of the station (100), such as the communication unit (120). That is, the processor (110) may be a modem or modulator and/or demodulator that modulates and/or demodulates wireless signals transmitted and received from the communication unit (120).
- the processor (110) controls various operations of transmitting and receiving wireless signals of the station (100) according to an embodiment of the present invention. A specific embodiment thereof will be described later.
- the station (100) illustrated in FIG. 3 is a block diagram according to one embodiment of the present invention, and the blocks shown separately are logically distinguished elements of the device. Accordingly, the elements of the above-described device may be mounted as one chip or as multiple chips depending on the design of the device.
- the processor (110) and the communication unit (120) may be implemented by being integrated into one chip or may be implemented as separate chips.
- 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).
- Fig. 4 is a block diagram illustrating the configuration of an AP (200) according to one embodiment of the present invention.
- the AP (200) may include a processor (210), a communication unit (220), and a memory (260).
- a processor 210
- a communication unit 220
- a memory 260
- redundant descriptions of portions of the configuration of the AP (200) that are identical or corresponding to the configuration of the station (100) of Fig. 3 will be omitted.
- the AP (200) has 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 that utilize different frequency bands. That is, the AP (200) according to the embodiment of the present invention may include two or more communication modules for different frequency bands, such as 2.4 GHz, 5 GHz, 6 GHz, and 60 GHz.
- the AP (200) may include a communication module that utilizes a frequency band of 7.125 GHz or higher and a communication module that utilizes a frequency band of 7.125 GHz or lower.
- Each communication module may perform wireless communication with a station according to the wireless LAN standard of the frequency band supported by the corresponding communication module.
- the communication unit (220) may operate only one communication module at a time or may operate multiple communication modules simultaneously, depending on the performance and requirements of the AP (200).
- the communication unit (220) may represent an RF communication module that processes an RF (Radio Frequency) signal.
- the memory (260) stores the control program used in the AP (200) and various data according to the control program.
- This control program may include a connection program that manages the connection of the station.
- the processor (210) controls each unit of the AP (200) and may 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 setup message to one or more stations.
- the communication setup message may include information on the connection priority conditions of each station.
- the processor (210) performs connection setup according to a connection request from a station.
- the processor (210) may be a modem or a modulator and/or demodulator that modulates and demodulates a wireless signal transmitted and received from the communication unit (220).
- the processor (210) controls various operations of wireless signal transmission and reception of the AP (200) according to an embodiment of the present invention. Specific examples of this will be described later.
- Figure 5 schematically illustrates the process by which a station establishes a link with an access point.
- the scanning stage is a stage in which STA (100) acquires access information of the BSS operated by AP (200).
- Methods for performing scanning include a passive scanning method in which information is acquired only by utilizing a beacon message (S101) periodically transmitted by AP (200), and an active scanning method in which STA (100) acquires access information by transmitting a probe request to AP (S103) and receiving a probe response from AP (S105).
- the STA (100) that successfully receives wireless access information in the scanning step transmits an authentication request (S107a) and receives an authentication response from the AP (200) (S107b) to perform the authentication step.
- the STA (100) transmits an association request (S109a) and receives an association response from the AP (200) (S109b) to perform 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 STA (100) and 802.1X-based authentication, and may be physically connected to the AP (200) or may exist as a separate server.
- Figure 6 shows an example of a CSMA (Carrier Sense Multiple Access)/CA (Collision Avoidance) method used in wireless LAN communication.
- CSMA Carrier Sense Multiple Access
- CA collision Avoidance
- a terminal performing wireless LAN communication performs carrier sensing before transmitting data to check whether the channel is busy. If a wireless signal above a certain strength is detected, the channel is determined to be busy, and the terminal delays access to the channel. This process is called clear channel assessment (CCA), and the level that determines whether the signal is detected is called the CCA threshold. If a wireless signal above the CCA threshold received by the terminal is intended for the terminal, the terminal processes the received wireless signal. On the other hand, if no wireless signal is detected on the channel or a wireless signal with a strength lower than the CCA threshold is detected, the channel is determined to be idle.
- CCA clear channel assessment
- each terminal with data to transmit performs a backoff procedure after an IFS (Inter Frame Space) time, such as AIFS (Arbitration IFS) or PIFS (PCF IFS), depending on the status of each terminal.
- AIFS Aribitration IFS
- PCF IFS PIFS
- the AIFS may be used as a configuration to replace the existing DIFS (DCF IFS).
- DCF IFS DIFS
- Each terminal waits while decreasing the slot time by a random number determined for the terminal during the idle interval of the channel, and a terminal that has exhausted all slot times attempts to access the channel.
- the period during which each terminal performs the backoff procedure is called a contention window period. At this time, the random number may be referred to as a backoff counter.
- the initial value of the backoff counter is set by an integer, which is a random number obtained by the terminal. If the terminal detects that the channel is idle during the slot time, the terminal may decrease the backoff counter by 1. Additionally, if the backoff counter reaches 0, the terminal may be permitted to perform channel access on the corresponding channel. Accordingly, transmission by the terminal may be permitted if the channel is idle during the AIFS time and the slot time of the backoff counter.
- the terminal can transmit data through the channel. However, if the terminal attempting access collides with another terminal, the collided terminals are each assigned a new random number and perform a backoff procedure again.
- the random number newly assigned to each terminal may be determined within a range twice (2*CW) of the random number range (contention window, CW) previously assigned to the terminal. Meanwhile, each terminal performs the backoff procedure again in the next contention window period to attempt access, and at this time, each terminal performs the backoff procedure starting from the slot time remaining in the previous contention window period. In this way, each terminal performing wireless LAN communication can avoid collisions with each other for a specific channel.
- FIG. 7 shows various standard generation-specific physical layer protocol data unit (PPDU) formats according to an embodiment of the present invention.
- PPDU physical layer protocol data unit
- FIG. 7(a) illustrates an embodiment of a legacy PPDU format based on 802.11a/g
- FIG. 7(b) illustrates an embodiment of a HE PPDU format based on 802.11ax
- FIG. 7(c) illustrates an embodiment of a non-legacy PPDU (i.e., EHT PPDU) format based on 802.11be
- FIG. 7(d) illustrates a detailed field configuration of L-SIG and RL-SIG commonly used in the above PPDU formats.
- the preamble of a 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 additionally includes 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), and HE-LTF (High Efficiency Long Training field) in addition to the legacy preamble.
- the RL-SIG, HE-SIG-A, HE-SIG-B, HE-STF, and HE-LTF may be referred to as a HE preamble.
- the specific configuration of the HE preamble may be modified according to the HE PPDU format. For example, HE-SIG-B may be used only in the HE MU PPDU format.
- the preamble of the EHT PPDU additionally includes, in addition to the legacy preamble, an RL-SIG (Repeated Legacy Short Training field), a U-SIG (Universal Signal field), an EHT/UHR-SIG-A (Extremely High Throughput/Ultra High Reliability Signal A field), an EHT/UHR-SIG-A (Extremely High Throughput/Ultra High Reliability Signal B field), an EHT-STF (Extremely High Throughput Short Training field), and an EHT-LTF (Extremely High Throughput Long Training field).
- an RL-SIG Repeated Legacy Short Training field
- U-SIG Universal Signal field
- EHT/UHR-SIG-A Extremely High Throughput/Ultra High Reliability Signal A field
- an EHT/UHR-SIG-A Extremely High Throughput/Ultra High Reliability Signal B field
- EHT-STF Extremely High Throughput Short Training
- the RL-SIG, EHT-SIG-A, EHT-SIG-B, EHT-STF, and EHT-LTF may be referred to as an EHT preamble.
- the specific configuration of the non-legacy preamble may be modified according to the EHT PPDU format.
- EHT-SIG-A and EHT-SIG-B can only be used in some of the EHT PPDU formats.
- the PPDU used in the UHR standard may have a format similar to the PPDU format used in the EHT standard.
- the EHT PPDU format defined in 802.11be includes a U-SIG field that multiple wireless LAN generations have agreed to use in common.
- the value of the PHY Version Identifier field of the U-SIG field included in the EHT PPDU may be 0, and the value of the PHY Version identifier field of the U-SIG field included in the UHR PPDU may have a non-zero value, such as 1.
- the EHT PPDU includes an EHT-STF (Extremely High Throughput Short Training field) field in the STF field, and an EHT-LTF (Extremely High Throughput Long Training field) field in the LTF field.
- the UHR PPDU includes a UHR-STF (Ultra High Reliability Short Training field) field in the STF field, and a UHR-LTF (Ultra High Reliability Long Training field) field in the LTF field.
- Figure 7(d) shows the 24-bit information structure of L-SIG.
- 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. Specifically, the L_RATE field indicates one of the transmission speeds of 6/9/12/18/24/36/48/54 Mbps, which combine modulation methods such as BPSK/QPSK/16-QAM/64-QAM and inefficiencies such as 1/2, 2/3, and 3/4. Combining the information in the L_RATE field and the L_LENGTH field can indicate the total length of the corresponding PPDU. In non-legacy PPDU formats, the L_RATE field is set to the minimum speed of 6 Mbps.
- the L_LENGTH field is allocated in bytes, with a total of 12 bits, allowing for signaling up to 4095. In combination with the L_RATE field, it can indicate the length of the corresponding PPDU. At this time, legacy and non-legacy terminals may interpret the L_LENGTH field in different ways.
- the method by which a legacy terminal or non-legacy terminal interprets the length of the PPDU using the L_LENGTH field is as follows. If the value of the L_RATE field is set to indicate 6 Mbps, 3 bytes (i.e., 24 bits) can be transmitted during 4 us, which is the duration of one symbol of 64 FFT. Therefore, by adding 3 bytes corresponding to the SVC field and Tail field to the L_LENGTH field value and dividing this by 3 bytes, which is the transmission amount of one symbol, the number of symbols based on 64 FFT after L-SIG is obtained.
- the length of the PPDU can be set to a maximum of 5.484 ms.
- a non-legacy terminal transmitting the PPDU must set the L_LENGTH field as in Mathematical Expression 2 below.
- TXTIME is the total transmission time that constitutes the corresponding PPDU, as shown in mathematical expression 3 below.
- TX represents the transmission time of X.
- the U-SIG Universal SIG
- the U-SIG field continues to exist in EHT/UHR PPDUs and subsequent generation wireless LAN PPDUs, and serves to distinguish which generation of PPDU it is, including EHT/UHR.
- the U-SIG field can serve to facilitate spatial reuse of EHT/UHR and subsequent generation wireless LANs.
- U-SIG is an OFDM 2 symbol based on 64FFT and can convey a total of 52 bits of information. Of these, 43 bits, excluding the 9 bits of CRC/Tail, are largely divided into the VI (Version Independent) field and the VD (Version Dependent) field.
- the VI bit maintains its current bit configuration in the future so that even if a subsequent generation PPDU is defined, current EHT/UHR 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 ID field is 3 bits and sequentially distinguishes EHT/UHR and subsequent generation wireless LAN standards by version.
- the PHY version ID field of the EHT (11be) PPDU has a value of 000b
- the PHY version ID field of the UHR PPDU has a value other than 000b.
- the UL/DL field distinguishes whether the 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 stands for Transmit Opportunity Duration transmitted in the MAC header. By adding it to the PHY header, the length of the TXOP containing the corresponding PPDU can be inferred without having to decode the MPDU, and has a value of 7 bits or more.
- the VD field of EHT is signaling information that is only useful for PPDUs of version 11be. It can be composed of fields that are commonly used in any PPDU format, such as PPDU format and BW, and fields that are defined differently for each PPDU format.
- the PPDU format is a delimiter that distinguishes EHT SU (Single User), EHT MU (Multiple User), EHT TB (Trigger-based), and EHT ER (Extended Range) PPDUs.
- the BW field largely signals five basic PPDU BW options of 20, 40, 80, 160 (80+80), and 320 (160+160) MHz (a BW that can be expressed in the form of an exponential of 20*2 can be called the basic BW), and various remaining PPDU BWs configured through Preamble Puncturing.
- some 80 MHz can be signaled in a punctured form after being signaled at 320 MHz.
- the punctured and modified channel form can be signaled directly in the BW field, or by using the BW field together with a field that appears after the BW field (for example, a field in the EHT-SIG field).
- the BW field is 3 bits, a total of 8 BW signaling is possible, so only a maximum of 3 puncturing modes can be signaled. If the BW field is 4 bits, a total of 16 BW signaling is possible, so the puncturing mode can signal up to 11.
- the VD field of the UHR is a field that indicates signaling information that is only useful for the UHR PPDU.
- the information indicated by each field included in the VD field of the UHR PPDU may be identical to or more extended than the information indicated by the field that plays the same role as the VD field of the EHT (11be).
- the field indicating the puncturing pattern included in the VD field of the UHR PPDU may indicate a wider variety of patterns than the field indicating the puncturing pattern included in the VD field of the EHT PPDU.
- the field indicating the puncturing pattern included in the VD field of the UHR PPDU may be interpreted in conjunction with the BW field. This allows for indicating a wider variety of puncturing patterns.
- Figure 8 shows an EHT/UHR PPDU format according to an embodiment of the present invention.
- the EHT/UHR PPDU format can be indicated by the PPDU Format field of the U-SIG field of the PPDU.
- Fig. 8 (a) shows an EHT/UHR SU PPDU according to an embodiment of the present invention.
- the EHT/UHR SU PPDU is a PPDU used for single-user transmission between an AP and a single station, and may include an EHT-SIG-A field for additional signaling after the U-SIG.
- FIG. 8(b) illustrates an EHT/UHR Trigger-based PPDU according to an embodiment of the present invention.
- An EHT/UHR Trigger-based PPDU is an uplink PPDU used for transmission in response to a trigger frame, and may not have a separate EHT/UHR-SIG-A field after the U-SIG.
- FIG. 8(c) illustrates an EHT/UHR MU PPDU according to an embodiment of the present invention.
- An EHT/UHR MU PPDU is a PPDU used for transmission to one or more terminals.
- the EHT/UHR MU PPDU format may include a HE-SIG-B field after the U-SIG field.
- FIG 8(d) illustrates an EHT/UHR ER SU PPDU according to an embodiment of the present invention.
- the EHT/UHR ER SU PPDU is used for single-user transmission to stations in an extended range.
- the EHT/UHR ER SU PPDU format allows the U-SIG to be repeated along the time axis.
- the EHT/UHR MU PPDU described through (c) of FIG. 8 can be used by an AP to perform downlink transmission to multiple stations.
- the EHT/UHR MU PPDU can include scheduling information for multiple stations to simultaneously receive the PPDU.
- the EHT/UHR MU PPDU can convey AID information of the receiver or transmitter of the corresponding PPDU through the user specific field of EHT/UHR-SIG-B.
- a station that receives the EHT/UHR MU PPDU can perform a spatial reuse operation based on the AID information obtained from the preamble of the PPDU.
- the resource unit allocation (RA) field of EHT/UHR-SIG-B can include information on a resource unit (RU) partitioning form in a specific bandwidth (e.g., 20 MHz) in the frequency domain. Additionally, information about the station assigned to each partitioned resource unit may be conveyed via a user-specific field of EHT/UHR-SIG-B.
- the user-specific field may include one or more user fields corresponding to each partitioned resource unit.
- the AID of the receiver or sender may be inserted into the user field corresponding to the resource unit in which data transmission is performed.
- a pre-specified null STA ID may be inserted into the user field corresponding to the remaining resource units in which data transmission is not performed.
- Two or more PPDUs described through FIG. 8 may be indicated by the same PPDU format.
- the value of the U-SIG PPDU format subfield indicating an EHT/UHR SU PPDU and the value of the U-SIG PPDU format subfield indicating an EHT/UHR MU PPDU may be the same.
- compression mode Some fields or some information within a field included in the PPDU format described above may be omitted. This may be referred to as compression mode or compressed mode.
- Wi-Fi terminals perform communication using unlicensed bands, so before transmitting a frame, they check whether the channel they want to transmit is in use by another device.
- CSMA Carrier Sense Multiple Access
- a terminal that wants to transmit a packet performs carrier sense to check whether the channel is in use by another device, and transmits only if the channel is determined to be idle. Since a terminal using CSMA can perform an action of not attempting transmission at least when it is determined that another device is using the medium (channel) (when it is determined to be busy), the transmission that was initiated first can be protected from other devices.
- multiple terminals that recognize that the medium is occupied by another device experience a transmission collision by simultaneously attempting to transmit packets when it is confirmed that the medium occupation from the other device has ended (the medium has changed to Idle). That is, as multiple other terminals simultaneously attempt to transmit packets when a specific terminal attempts to transmit a packet, a terminal that is supposed to receive the packet transmitted by the specific terminal is unable to properly receive and decode the packet that it is supposed to receive due to interference caused by the transmissions performed by the multiple other terminals.
- CSMA/CA CSMA with collision avoidance
- Terminals accessing the medium (channel) using CSMA/CA attempt to transmit after waiting for a random amount of time when the state of the medium they observe changes to Idle.
- the random amount of time may be an aslottime (typically 9 microseconds) equal to a random number (random backoff counter) generated by each terminal attempting to transmit.
- terminals accessing the medium using CSMA/CA attempt to transmit after waiting for different random amounts of time, so they attempt to transmit at different times, unlike when CSMA alone is used.
- the specific terminal may perform an operation of decreasing the backoff counter maintained by it by 1 every aslottime while the medium is maintained as Idle, and may attempt transmission when the backoff counter becomes 0, or when the aslottime has passed after the backoff counter becomes 0.
- the specific terminal that performed the transmission may generate a new random number (new backoff counter) after the transmission is finished, and may attempt transmission when the new random number becomes 0 again, or after it becomes 0.
- the DCF and EDCAF utilized by the MAC of the Wi-Fi terminal evaluate the channel status by considering not only the channel status (idle/busy) confirmed by each terminal performing its own physical CS (Carrier Sense) but also the results of a virtual CS. In more detail, even if the result of the physical CS performed on the channel is idle, if the result of the virtual CS is busy, the Wi-Fi terminal considers the channel status to be busy.
- the Virtual CS is a channel evaluation method that determines the channel to be busy if the NAV (Network allocation vector) is not 0.
- the NAV may be a value maintained for future traffic that is predicted to occupy the medium.
- the MAC of Wi-Fi when it receives an RTS/CTS frame, it can set the NAV (NAV count) based on the duration information of the received frame, for example, the value of the duration field, and maintain the NAV as a non-zero value for the expected time that the medium will be occupied after the RTS/CTS frame exchange. In other words, the value maintained as NAV decreases over time. If the NAV value of a specific MAC is 0, it can be interpreted that the future traffic recognized by the specific MAC is no longer occupying the medium. If the NAV is 0, the MAC can determine the virtual CS result as Idle. At this time, the MAC of Wi-Fi can also set the NAV based on the duration value obtained from not only the RTS/CTS frame but also other received MAC frames.
- NAV NAV count
- the channel estimation method determine the state of the medium
- the channel estimation method that considers the results of the physical CS and virtual CS briefly described above is also one of the well-known Wi-Fi MAC functions, so a detailed explanation is omitted.
- EDCA provides a mechanism to differentiate and manage traffic into four types of ACs (access categories) according to the characteristics of the traffic.
- the four types of ACs are AC_VO (AC Voice), AC_VI (AC Video), AC_BE (AC Best effort), and AC_BK (AC Background), and each AC can have different CW (contention window), TXOP (transmit opportunity), and AIFSN parameters.
- EDCA is a mechanism that differentiates the CW, TXOP, and AIFSN parameters for the four types of ACs and controls the transmission priority of traffic transmitted using each AC.
- EDCA can map traffic (MSDU) that the MAC must service to one of the four ACs according to the TC (traffic category) or TS (traffic stream).
- the traffic mapped to one of the four ACs by EDCA is divided and managed into four queues for each AC.
- the four queues may be logically separated rather than physically separated.
- AC_VO is an AC that can be utilized for traffic that is vulnerable to transmission delays, although the absolute volume of traffic, such as voice traffic, is not large. It has relatively small CW and AIFSN parameter values to increase the probability of being serviced preferentially over traffic from other ACs.
- the TXOP parameter of AC_VO is limited to a relatively small value compared to the TXOP parameters of other ACs, ensuring only a shorter transmission time than other ACs.
- AC_VI is an AC that is more delay-tolerant than voice traffic, but can still be utilized for traffic such as video that requires low-latency transmission and high traffic volume.
- AC_VI has larger CW and AIFSN parameter values than AC_VO but smaller than other ACs, and its TXOP is approximately twice as long as AC_VI.
- AC_BE is an AC that can be utilized for traffic that is robust to transmission delays, and most general traffic, excluding voice data and streaming video data, can be classified as AC_BE.
- AC_BE uses CW and AIFSN parameters with values greater than AC_VO and AC_VI.
- AC_BE does not have a separate TXOP. Therefore, traffic corresponding to AC_BE cannot be utilized in the TXOP transmission sequence, which transmits a PPDU, receives an ACK in response, and then transmits a PPDU again after SIFS.
- AC_BK similar to AC_BE, is a delay-tolerant traffic, but can be utilized for lower-priority traffic than BE traffic.
- AC_BK utilizes the same CW parameter values as AC_BE, and the AIFSN parameter values are larger than those of AC_BE.
- traffic corresponding to AC_BK does not have a separate TXOP like AC_BE, so it cannot be utilized in the TXOP transmission sequence.
- the four types of EDCA AC described above are mapped to the UP (user-priority) of 802.1D, and the EDCA AC is determined based on the UP value of the traffic received through the wire or the TID of the MSDU indicated from the upper layer. At this time, if the TID of the MSDU indicates a value between 0 and 7, the value indicated by the TID can correspond one-to-one with the UP.
- EDCA AC has default CW (CWmin, CWmax), AIFSN, and TXOP parameters defined in the standard, and the parameter values of each AC can be changed by the AP, so that different values can be used for each BSS.
- Wi-Fi traffic is stored in one of four queues corresponding to four ACs, and can be transmitted to the destination device only if the AC containing the traffic wins the channel access competition with other ACs.
- each AC competes using its assigned access parameters (CW[AC], AIFSN[AC]), and the channel access competition operation performed by each AC is identical to DCF.
- CW[AC], AIFSN[AC] the access parameters assigned to DCF.
- the EDCA mechanism stipulates internal competition rules such as when an (internal) collision occurs between ACs, the AC with a higher priority wins, and increases the CW of the other AC that caused the collision, and rules for composing a PPDU including traffic from an AC other than the AC that won the competition (primary AC), but a detailed description is omitted because it is not closely related to the proposal of the present invention.
- EDCA provides the EDCA TXOP (EDCA Transmission Opportunity) function along with the function of operating differentiated ACs according to the type of traffic (frames, packets, etc.) to enhance QoS.
- EDCA TXOP refers to the time during which the EDCAF (EDCA Function) of a specific AC can control the medium without being disturbed by other devices during the TXOP period (duration) when it obtains a channel access opportunity, i.e., becomes a TXOP holder.
- the EDCA TXOP may be limited by the TXOP limit advertised by the AP.
- the TXOP holder must ensure that its own transmission and the transmission of the response frame responded to by its own transmission can be terminated within the TXOP limit.
- a TXOP holder can transmit multiple frames (multiple PPDUs) during an EDCA TXOP period. If the transmission of each frame is performed within the acquired TXOP period, the TXOP holder can transmit multiple frames continuously without performing a separate channel access procedure, such as a backoff procedure, between transmissions of each frame. At this time, if the multiple frames are MPDUs or A-MPDUs (Aggregated MAC protocol data units) that do not request an immediate ack, the transmission of the multiple frames can be performed at an interval of a short interframe space (SIFS) or a reduced interframe space (RIFS). At this time, if there is an MPDU or A-MPDU requesting an immediate ack among the multiple frames, the TXOP holder can transmit a frame requesting an immediate ack, receive the ack, and transmit the next frame after an SIFS.
- SIFS short interframe space
- RIFS reduced interframe space
- traffic (packets, frames, etc.) of other ACs other than the specific AC that is the TXOP holder may also be transmitted together within the TXOP acquired by the TXOP holder (specific AC) when certain conditions are satisfied.
- the transmission of traffic of other ACs other than the TXOP holder within the TXOP may be an operation due to TXOP sharing between ACs, and detailed information regarding the above-mentioned certain conditions is omitted because it is not related to the present invention.
- a TXOP holder can perform continuous frame transmission without performing a separate channel access procedure within the TXOP. This may be an operation that can be achieved when other terminals understand and protect the TXOP interval acquired by the TXOP holder. In other words, in order for the TXOP holder to acquire medium control authority for the EDCA TXOP interval, a procedure may be required to notify other terminals of the acquired TXOP interval so that they can recognize it.
- a terminal (AC) that becomes a TXOP holder or initiates transmission after completing a channel access procedure may attempt to allow other terminals to recognize the TXOP section by transmitting an RTS frame.
- Another terminal that receives an RTS frame from a TXOP holder may set an 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 as a non-zero value for a time corresponding to the TXOP of the TXOP holder.
- the terminal indicated as the destination device of the RTS frame must respond with a CTS frame instead of setting the NAV based on the information in the RTS frame.
- the destination device of the RTS frame transmitted to start TXOP is a TXOP responder and must transmit a CTS frame in response to the RTS (SIFS after the RTS frame is received).
- the Duration field of the responding CTS frame is set to a value calculated as the value indicated in the Duration field of the received RTS frame - the CTS frame transmission time - SIFS.
- the terminals receiving the CTS frame can set the NAV based on information related to the duration included in the CTS frame (e.g., the value of the Duration field).
- the NAV of the terminal that received the RTS frame from the TXOP holder and the terminal that received the CTS frame from the TXOP responder are set to 0 after the TXOP acquired by the TXOP holder ends. This allows the Wi-Fi MAC mechanism to protect the TXOP holder and the TXOP responder from exchanging multiple frames without interruption during the TXOP.
- the TXOP holder may use only the bandwidth of the primary 40 MHz or less than the primary 40 MHz, for example, the primary 20 MHz, for frame exchange during the acquired TXOP.
- the CH_BANDWIDTH (a type of TXVECTOR parameter) of the PPDU transmitted by the TXOP holder shall be set to a value equal to or smaller than the CH_BANDWIDTH_IN-NON_HT (a type of RXVECTOR parameter) of the received CTS frame.
- the RTS frame may be an RTS frame that allows the CTS frame to be responded to in a BW smaller than the BW in which the RTS frame was transmitted.
- An RTS frame may be an RTS frame transmitted with DYN_BANDWIDTH_IN_NON_HT (a type of TXVECTOR parameter) set to Dynamic. If DYN_BANDWIDTH_IN_NON_HT is set to Static and the RTS frame is transmitted from a TXOP holder, the TXOP responder may have to respond with a CTS frame with the same BW as the BW in which the RTS frame was received.
- FIG. 9 shows a transmission/TXOP protection method using an RTS frame and a CTS frame according to an embodiment of the present invention.
- the first station (STA1) Before transmitting a PPDU, the first station (STA1) transmits an RTS frame to the second station (STA2), which is the destination of the PPDU, and the second station (STA2) recognizes that the received RTS frame is an RTS frame destined for itself and responds with a CTS frame after SIFS.
- STA2 Before transmitting a PPDU, the first station (STA1) transmits an RTS frame to the second station (STA2), which is the destination of the PPDU, and the second station (STA2) recognizes that the received RTS frame is an RTS frame destined for itself and responds with a CTS frame after SIFS.
- STA1_Neighbor a neighbor station of the first station (STA1), sets the NAV based on the value indicated by the Duration field of the RTS frame after receiving the RTS frame transmitted by the first station (STA1).
- STA2_Neighbor a neighbor station of the second station (STA2), sets the NAV based on the information indicated by the Duration field of the CTS frame after receiving the CTS frame transmitted by the second station (STA2).
- STA1_Neighbor and STA2_Neighbor determine that the virtual CS is busy while the set NAV (counter) is maintained at a non-zero value after receiving the RTS/CTS frame, and perform actions such as not decreasing the backoff counter.
- the neighboring terminals that received the RTS/CTS frame do not attempt transmission during the period in which the NAV is maintained at a non-zero value. Therefore, the first station (STA1) and the second station (STA2) may not be disturbed by surrounding terminals while exchanging PPDU and Ack frames.
- STA2_Neighbor can perform an operation that takes into account that the channel (channel, WM, Wireless medium) is in use while the first station (STA1) transmits a PPDU.
- MU-RTS Trigger/CTS frame exchange procedure
- MU-RTS Trigger/CTS frame exchange procedure
- MU-RTS Trigger/CTS frame exchange procedure
- the MU-RTS frame is a type of trigger frame.
- the AP When the AP protects the TXOP using the MU-RTS frame, since multiple stations respond with CTS frames, the TXOP can be protected from the peripheral devices of each of the multiple stations that are the destination devices of the DL MU PPDU (Down link multi-user PPDU).
- the MU-RTS frame can be used to protect the UL MU PPDU.
- the AP before requesting a TB (Trigger based) PPDU from multiple stations through a trigger frame, the AP can transmit an MU-RTS frame to cause multiple stations that will respond to the TB PPDU to respond with a CTS frame.
- the CTS frames responded to by the multiple stations induce the surrounding stations of each station to set a NAV that protects the TB PPDU and the Ack frame (Ack, Block Ack, etc.) to be transmitted after the TB PPDU, and through this, legacy stations STAs that cannot recognize (interpret, decode) the trigger frame and TB PPDU may not perform channel access during the packet exchange sequence period (or TXOP) initiated through the trigger frame.
- a NAV that protects the TB PPDU and the Ack frame (Ack, Block Ack, etc.) to be transmitted after the TB PPDU
- legacy stations STAs that cannot recognize (interpret, decode) the trigger frame and TB PPDU may not perform channel access during the packet exchange sequence period (or TXOP) initiated through the trigger frame.
- FIG. 10 shows a transmission/TXOP protection method using an MU-RTS frame and a CTS frame according to an embodiment of the present invention.
- the AP before transmitting an MU PPDU, transmits an 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) receive the MU-RTS frame and, after SIFS, each respond to the MU-RTS frame with a CTS frame.
- STA1_Neighbor a neighboring station of the first station (STA1), sets its NAV based on the information indicated by the Duration field of the CTS frame after receiving the CTS frame transmitted by the first station (STA1).
- STA2_Neighbor a neighboring station of the second station (STA2), sets its NAV based on the information indicated by the Duration field of the CTS frame after receiving the CTS frame transmitted by the second station (STA2).
- STA1_Neighbor and STA2_Neighbor perform actions such as not decreasing the backoff counter, assuming that the Virtual CS (Virtual Carrier Sense) is busy while the NAV (counter) set after receiving the CTS frame remains at a non-zero value.
- neighboring terminals that have received the CTS frame do not attempt to transmit during the period in which the NAV remains at a non-zero value. This allows the AP to transmit MU PPDUs and the first station (STA1) and the second station (STA2) to transmit Ack frames without being interrupted by surrounding terminals.
- the trigger frame described above is a frame type defined in 11ax, and is a frame type in which the Type (fourth bit (B3) and third bit (B2)) and Subtype (eighth bit (B7), seventh bit (B6), sixth bit (B5), and fifth bit (B4)) subfields of the Frame Control field are set to 01b and 0010b, respectively.
- a trigger frame is a frame of Control Type in which the Type subfield of the Frame Control field is 01b, and the Subtype value 0010 indicates that it is a Trigger frame type.
- a trigger frame is defined so that an AP can request a response frame for multiple stations at once, and an MU-RTS frame is used so that an AP can request a CTS frame for multiple stations (non-AP STAs).
- Trigger Types other than the MU-RTS frame include the Basic Tigger frame requesting UL MU PPDU, the Beamforming Report Poll Tigger frame requesting Beamforming Report, the MU-BAR Tigger frame (BlockAck request), the BSRP trigger frame requesting Buffer Status Report, the GCR MU-BAR trigger frame, the Bandwidth Query Report Poll (BQRP) trigger frame, and the NDP Feedback Report Poll trigger frame.
- Trigger Types other than the MU-RTS frame are not related to the content of the present invention, so a detailed description thereof is omitted.
- a TXOP holder can exchange frames without being interrupted by other stations.
- the network allocation vector NAV
- the network allocation vector is set to a value greater than 0 for stations that are not TXOP holders.
- stations attempting to transmit low-latency traffic are prevented from doing so.
- channel access by other stations is restricted during the time that the PPDU for frame exchange with the TXOP holder occupies the transmission medium. Consequently, the transmission of low-latency traffic may be delayed.
- the station can secure a TXOP by transmitting an initial control frame.
- the initial control frame may be an RTS, MU-RTS, or BSRP trigger frame.
- Non-AP stations may transmit an RTS frame as their initial control frame.
- the RTS frame can be used for initial collision detection and NAV setup. Specifically, a station can set the NAV by exchanging RTS frames and CTS frames. If a CTS frame is not transmitted in response to an RTS frame, the station can determine that the RTS frame transmission failed due to a transmission collision.
- a multi-user (MU)-RTS frame triggers the transmission of a CTS frame by one or more stations indicated by the MU-RTS frame.
- the one or more stations indicated by the MU-RTS frame respond with a CTS frame to the MU-RTS frame.
- the MU-RTS frame can be used for initial collision detection and NAV setup.
- the MU-RTS frame can include a padding field of variable length.
- a station transmitting an MU-RTS frame can allow a station transmitting a response to the MU-RTS frame time to prepare to transmit its response.
- an AP that initiates a frame exchange with a non-AP station in enhanced multi-link single radio (EMLSR) mode can transmit an MU-RTS frame including a padding field as an initial control frame to allow the non-AP station time to prepare to receive.
- EMLSR enhanced multi-link single radio
- the BSRP (Buffer Status Report Poll) frame triggers the transmission of a BSR (Buffer Status Report) frame by one or more stations indicated by the BSRP frame.
- the BSR frame indicates the buffer status of the non-AP station that transmitted the BSR frame.
- the AP can trigger uplink transmission by transmitting a trigger frame based on the received BSR frame.
- a station that receives an initial control frame senses the channel on which it will transmit a response frame. If the channel sensed by the station is idle, the station may be forced to transmit a response frame. This ensures that the station that transmitted the initial control frame acquires a TXOP. However, this may delay the transmission of low-latency traffic. This is explained in Figure 11.
- FIG. 11 shows that a station according to an embodiment of the present invention sets a NAV through an RTS frame/CTS frame exchange, which delays transmission of a low-latency traffic PPDU.
- the first station (STA1) transmits an RTS frame to the second station (STA2).
- the second station (STA2) is performing a backoff procedure to transmit low-latency traffic, but transmits a CTS frame in response to the RTS frame.
- the first station (STA1) transmits a PPDU to the second station (STA2) within the TXOP secured by the RTS frame/CTS frame exchange.
- the second station (STA2) transmits an ACK frame to the first station (STA1).
- the second station (STA2) then resumes the backoff procedure to transmit low-latency traffic.
- the station that received the initial control frame i.e., the TXOP responder
- attempts to transmit low-latency traffic allowing the transmission of low-latency traffic first can ensure smooth transmission of low-latency traffic.
- a station intending to transmit low-latency traffic can select whether to transmit a response frame to an initial control frame based on predefined conditions. Specifically, a station intending to transmit low-latency traffic may not transmit a response frame to the initial control frame. In this case, a station that is the TXOP holder may determine that transmission of the initial control frame has failed because it does not receive the response frame. A station that determines that transmission of the initial control frame has failed may initiate the channel access procedure again. A station intending to transmit low-latency traffic may continue the channel access procedure without transmitting a response to the initial control frame. In this case, if the station successfully accesses the channel, the station may transmit a low-latency traffic PPDU.
- the station may not be permitted to transmit traffic other than low-latency traffic.
- the station may not be permitted to include an MPDU of a TID corresponding to low-latency traffic in the A-MPDU and to include an MPDU of a TID not corresponding to low-latency traffic in the A-MPDU.
- a station may transmit low-latency traffic, and may not be permitted to transmit non-low-latency traffic within the TXOP it has acquired.
- a station that acquires a TXOP without responding to the initial control frame is referred to as a preemption station.
- a preemption station can transmit low-latency traffic and allocate remaining TXOPs to other stations.
- the other stations may be the stations that transmitted the initial control frames. This allows for compensation for transmission opportunities for stations whose transmissions were delayed due to preemption.
- the preemption station is an AP
- the AP can trigger uplink transmission by transmitting a trigger frame to the station that transmitted the initial control frame.
- the AP can share TXOPs by transmitting an MU-RTS TXS (TXOP sharing) frame to the station that transmitted the initial control frame.
- TXOP sharing MU-RTS TXS
- the preemption station may be mandatory for the preemption station to transfer remaining TXOPs after transmitting low-latency traffic to other stations. Specifically, it may be mandatory for the preemption station to transfer remaining TXOPs after transmitting low-latency traffic to the station that transmitted the initial control frame.
- the preemption station may perform preemption transmission only when a predefined condition is satisfied.
- the predefined condition is described below.
- the predefined conditions may include that the TID of the traffic to be transmitted by the preemption station corresponds to a predefined TID.
- TID values 6 and 7 may be designated as low-latency traffic.
- the station may not transmit a response frame to the initial control frame only if the TID value to be transmitted by the preemption station is 6 or 7.
- the predefined conditions may include a case where the lifetime timer value of the traffic to be transmitted by the preemption station is less than or equal to the predefined value. If the lifetime timer value of the traffic to be transmitted by the preemption station is less than or equal to the predefined value, the preemption station may not transmit a response frame to the initial control frame. If the lifetime timer value of the traffic to be transmitted by the preemption station is greater than the predefined value, the station may be required to transmit a response frame to the initial control frame. In another specific embodiment, if the lifetime timer is expected to expire within the TXOP secured by the initial control frame, the preemption station may not transmit a response frame to the initial control frame.
- the preemption station may not be permitted to transmit a response frame to the initial control frame. In these embodiments, if the lifetime timer expires, the station discards the MSDU.
- the predefined conditions may include a case where the amount of traffic to be transmitted by the preemption station is less than or equal to a predefined value. In another specific embodiment, the predefined conditions may include a case where the length of a low-latency PPDU containing the traffic to be transmitted by the preemption station is less than or equal to a predefined length. If the length of the low-latency PPDU to be transmitted by the preemption station is less than or equal to a predefined value, the preemption station may not transmit a response frame to the initial control frame. If the length of the low-latency PPDU to be transmitted by the preemption station is greater than the predefined value, the station may be required to transmit a response frame to the initial control frame.
- Predefined conditions may include that the destination device of the traffic to be transmitted by the preempting station is a TXOP holder. For example, if the station receives an initial control frame from an AP, the station may not transmit a response frame to the initial control frame if it intends to transmit low-latency traffic to the AP. If the station receives an initial control frame from an AP, the station may not be permitted to transmit a response frame to the initial control frame if it intends to transmit low-latency traffic to a station other than the AP.
- FIG. 12 shows an operation in which a station according to an embodiment of the present invention does not transmit a response frame to an initial control frame.
- the first station (STA1) transmits an RTS frame to the second station (STA2).
- the second station (STA2) does not transmit a CTS frame for the initial control frame in order to transmit low-latency traffic.
- the second station (STA2) may have determined that all of the previously described pre-defined conditions are satisfied. Since the first station (STA1) did not receive a CTS frame in response to the RTS frame, it performs channel access again. The second station (STA2) resumes channel access and transmits an RTS frame to the first station (STA1).
- the first station (STA1) transmits a CTS frame to the second station (STA2) in response to the RTS frame.
- the second station (STA2) transmits a low-latency PPDU to the first station (STA1) and receives an ACK frame from the first station (STA1).
- the preemption station may cause transmission delays. An embodiment that can prevent this is described below.
- a station may include information about traffic to be exchanged in a frame exchange sequence initiated by the initial control frame in an initial control frame. Specifically, the station may include information about traffic to be exchanged in a frame exchange sequence in another frame included in at least one of the payload of the initial control frame, the MAC header, or the PPDU including the initial control frame.
- the information about traffic may be information about the type of traffic. Specifically, the information about traffic may include information about whether the traffic is low-latency traffic, the TID of the traffic, the AC of the traffic, and the priority of the traffic. Priorities may be assigned to each TID for each BSS.
- a specific BSS may designate TID values 0 to 3 as the lowest priority, TID values 4 to 5 as the medium priority, and TID values 6 to 7 as the highest priority.
- a station that is a TXOP holder may include information indicating the priority of the traffic to be exchanged in the frame exchange sequence in the initial control frame.
- a preemption station may determine whether to transmit a response frame to an initial control frame based on information about the traffic indicated by the initial control frame. Specifically, the preemption station may determine whether a predefined condition according to the embodiments described above and a condition based on information about the traffic indicated by the initial control frame are satisfied. At this time, if the predefined condition and the condition based on the information about the traffic are satisfied, the station may not transmit a response frame to the initial control frame. If either of the predefined condition and the condition based on the information about the traffic is not satisfied, the station may not be permitted to not transmit a response frame to the initial control frame.
- the station may not be permitted to not transmit a response frame to the initial control frame. At this time, if the initial control frame indicates that the traffic to be exchanged in the frame exchange sequence is not low-latency traffic, the station may not transmit a response frame to the initial control frame.
- the preemption station may not be permitted to not transmit a response frame to the initial control frame. In this case, if the initial control frame indicates that the priority of the traffic to be exchanged in the frame exchange sequence is lower than the priority of the traffic to be transmitted by the preemption station, the preemption station may not transmit a response frame to the initial control frame.
- a station holding a TXOP may indicate through an initial control frame whether it is permissible to not transmit a response frame to the initial control frame. In this case, if the initial control frame indicates that it is permissible to not transmit a response frame to the initial control frame, the preempting station may not transmit a response to the initial control frame.
- FIG. 13 illustrates an operation of a station according to an embodiment of the present invention to indicate the type of traffic to be exchanged in a frame exchange sequence initiated by an initial control frame.
- the first station (STA1) successfully accesses a channel for transmitting low-latency traffic.
- the first station (STA1) transmits an initial control frame, which indicates that low-latency traffic will be exchanged in the frame exchange sequence initiated by the initial control frame.
- the second station (STA2) which is preparing to transmit low-latency traffic, transmits a response frame according to the information indicated by the initial control frame.
- the station responding to the TXOP can determine whether to perform transmission via preemption. Considering that the station holding the TXOP succeeds in the channel access procedure first, fairness may be an issue. Therefore, in a specific embodiment, the station that transmitted the initial control frame can determine whether to perform transmission via preemption.
- the preemption station may transmit a response frame indicating information about traffic to be transmitted via preemption as a response to the initial control frame.
- the information about the traffic to be transmitted via preemption may be information about the type of traffic.
- the information about the traffic may include information about whether the traffic is low-latency traffic, information about the TID of the traffic, information about the AC of the traffic, and information about the priority of the traffic.
- the information about the traffic may be information indicating whether the preemption station transmits traffic before the traffic to be exchanged by the TXOP holder via preemption.
- the station may include information about traffic to be exchanged in the frame exchange sequence in at least one of the payload of the initial control frame, the MAC header, or a frame included in the PPDU including the initial control frame.
- a station that is a TXOP holder may receive the response frame and adjust the frame exchange sequence based on the information about the traffic indicated by the response frame. At this time, the station that is a TXOP holder may trigger transmission of the station that transmitted the response frame.
- the format of the response frame to the initial control frame may be a predefined format according to the initial control frame.
- a CTS frame may be specified as a response to an RTS frame or an MU-RTS frame.
- the AP may indicate whether to perform transmission via preemption by the type of frame transmitted to the station that transmitted the response frame. If the AP intends to perform transmission via preemption, the AP may transmit a CTS-to-Self frame in which the receiver address of the CTS frame is the address of the AP as a response frame.
- a station that receives the CTS-to-Self frame may determine that the AP intends to perform frame exchange first within the TXOP acquired by the station.
- the AP may transmit an MU-RTS frame or an RTS frame as a response frame to the initial control frame. For example, an AP may receive an RTS frame from a first station and the AP may attempt to transmit low-latency traffic to a second station. In response to the RTS frame, the AP may transmit an RTS frame indicating the second station as the recipient. In response to the RTS frame, the AP may receive an RTS frame from a first station and the AP may attempt to transmit low-latency traffic to the first and second stations. In response to the RTS frame, the AP may transmit an MU-RTS frame indicating the first and second stations. In this case, the User Info field of the MU-RTS frame may indicate the first and second stations.
- an AP which is a TXOP holder, can receive a response frame from a non-AP station, which is a TXOP responder, and allocate an RU (resource unit) or TXOP to the non-AP station based on information about the traffic indicated by the response frame.
- the AP can transmit a basic trigger frame or an MU-RTS TXS trigger frame to the non-AP station based on information about the traffic indicated by the response frame.
- a non-AP station that is a TXOP holder may receive a response frame from an AP that is a TXOP responder, and allow the AP's transmission based on information about the traffic indicated by the response frame.
- the non-AP station may implicitly accept the AP's transmission.
- the AP may transmit a response frame indicating that the AP will perform transmission before the non-AP station's traffic transmission.
- the non-AP station may not transmit a UL PPDU within the SIFS interval of the response frame, and the AP may transmit a low-latency traffic PPDU within the SIFS interval of the response frame.
- the intended recipient of the low-latency traffic PPDU may be a non-AP station, not a non-AP station that is a TXOP holder.
- a station that is a TXOP holder may receive a response frame to an initial control frame and, based on information indicated in the response frame, allocate a reverse direction grant (RDG) to a station that is a TXOP responder. At this time, the station that is a TXOP responder may transmit low-latency traffic as an RD responder.
- RDG reverse direction grant
- whether transmission via preemption is permitted is determined by the AP regardless of whether the TXOP holder is an AP. This may be because the AP can exchange frames with multiple non-AP stations, but non-AP stations can only exchange frames with the AP. Furthermore, while the AP can allocate RUs and trigger transmissions by transmitting a trigger frame to a non-AP station, it may be difficult for a non-AP station to actively trigger transmissions from the AP outside of the RDG.
- a preempting station can use the More Data subfield of the MAC header to indicate whether there is additional low-latency traffic to transmit.
- the More Data subfield of the MAC header indicates whether low-latency traffic is queued and is not used for operations related to power save mode. If the More Data subfield of the frame transmitted by a station that is a TXOP responder indicates the presence of low-latency traffic, the station that is a TXOP holder can allocate resources to enable the station that is a TXOP responder to perform additional transmission. Specifically, the station that is a TXOP holder can allocate a TXOP to the station that is a TXOP responder or allocate an RU or an RDG by transmitting a trigger frame.
- FIG. 14 illustrates an operation of a non-AP station, which is a TXOP responder, transmitting a low-latency traffic PPDU through preemption according to an embodiment of the present invention.
- the AP transmits an RTS frame after completing a channel access procedure before a non-AP station.
- the non-AP station transmits a CTS frame to the AP in response to the RTS frame.
- the non-AP station includes information regarding low-latency traffic to be transmitted via preemption in the RTS frame.
- the AP determines that the non-AP station intends to transmit low-latency traffic via preemption based on the received CTS frame.
- the AP transmits a BSRP (buffer status report poll) frame to the non-AP station to determine the buffer status of the non-AP station.
- the non-AP station transmits a BSR frame to the AP in response to the BSRP frame.
- the AP transmits a trigger frame to the non-AP station based on the received BSR frame.
- the non-AP station transmits a TB PPDU including low-latency traffic via an RU allocated by the trigger frame.
- FIG. 15 shows an operation in which an AP, which is a TXOP responder, transmits a low-latency traffic PPDU through preemption according to an embodiment of the present invention.
- a non-AP station transmits an RTS frame after completing a channel access procedure before the AP.
- the AP transmits a CTS-to-self frame as a response frame to the RTS frame, indicating that the AP will transmit low-latency traffic before the non-AP station transmits traffic through frame exchange.
- the non-AP station receives the CTS-to-self frame and waits for the AP to transmit based on the CTS-to-self frame.
- the AP transmits a low-latency traffic PPDU at a SIFS interval with the CTS-to-self frame. After completing the transmission of the low-latency traffic PPDU, the AP transmits a TXS frame to allocate the remaining TXOP to the non-AP station.
- the non-AP station transmits a CTS frame in response to the TXS frame and transmits a UL PPDU to the AP.
- FIG. 16 illustrates an operation in which an AP, which is a TXOP responder, transmits low-latency traffic PPDUs to multiple stations through preemption according to an embodiment of the present invention.
- the first non-AP station (Non-AP STA1) completes a channel access procedure before the AP and then transmits an RTS frame.
- the AP transmits an MU-RTS frame as a response frame to the RTS frame, thereby indicating that the AP should transmit low-latency traffic to the second non-AP station (Non-AP STA2) before the first non-AP station (Non-AP STA1) transmits traffic through frame exchange.
- the MU-RTS frame indicates the first non-AP station (Non-AP STA1) and the second non-AP station (Non-AP STA2) through the User Info field.
- the first non-AP station (Non-AP STA1) and the second non-AP station (Non-AP STA2) transmit a CTS frame to the AP.
- the AP transmits a low-latency traffic PPDU at an SIFS interval from the CTS frame. After completing the transmission of the low-latency traffic PPDU, the AP transmits a TXS frame to allocate the remaining TXOP to the first non-AP station (Non-AP STA1).
- the first non-AP station (Non-AP STA1) transmits a CTS frame in response to the TXS frame and transmits a UL PPDU to the AP.
- FIG. 17 shows the format of a Control field of a MAC header including information about low-latency traffic according to an embodiment of the present invention.
- the TXOP holder may include information indicating the traffic to be exchanged in the frame exchange sequence initiated by the initial control frame via the initial control frame. Furthermore, the preemption station may include information regarding low-latency traffic in the response frame to the initial control frame. Such traffic information may be included in the Control field of the frame.
- the Frame Control field may include at least one of a Protocol Version subfield, a Type subfield, a Subtype subfield, a To DS subfield, a From DS subfield, a More Fragments subfield, a Retry subfield, a Power Management subfield, a More Data subfield, a Protected Frame subfield, and a +HTC subfield.
- the values of the To DS subfield, the From DS subfield, the More Fragments subfield, and the Retry subfield of the Frame Control field included in the control frame are always set to 0.
- At least one of the To DS subfield, the From DS subfield, the More Fragments subfield, or the Retry subfield of the Frame Control field included in the control frame may indicate information about the traffic described above.
- the information about the traffic may indicate that the station transmitting the control frame intends to transmit low-latency traffic.
- the information about the traffic may indicate that the station transmitting the control frame intends to transmit low-latency traffic.
- the predefined value may be 1.
- information about traffic may indicate information related to the TID of traffic to be transmitted by the station transmitting the control frame.
- three fields, i.e., three bits, among the To DS subfield, the From DS subfield, the More Fragments subfield, and the Retry subfield may indicate any one of the values 0 to 7 of the TID, and one field, i.e., one bit, may indicate that the remaining three fields indicate information related to the TID.
- Fig. 17 (b) shows such an embodiment.
- the value of the TID indicated by the three fields may indicate one of the TIDs included in the low-latency traffic.
- the value of the TID indicated by the three fields may be the TID having the highest index among the plurality of TIDs.
- the value of the TID indicated by the three fields may be the TID having the highest priority among the plurality of TIDs.
- information about traffic can indicate information related to the priority of traffic to be transmitted by a station transmitting a control frame.
- the To DS subfield, the From DS subfield, the More Fragments subfield, and the Retry subfield can indicate whether the traffic is low-latency traffic and the priority of the traffic.
- Two or three fields, i.e., two or three bits, among the To DS subfield, the From DS subfield, the More Fragments subfield, and the Retry subfield can indicate the priority of the traffic, and one field, i.e., one bit, can indicate whether the traffic is low-latency traffic.
- FIG. 17(c) shows such an embodiment.
- an AP that is a TXOP responder can indicate that it will transmit via preemption by using any one of the bits in the To DS subfield, From DS subfield, More Fragments subfield, and Retry subfield. These bits can be referred to as Preemption Indication bits. If the value of the Preemption Indication bit is a predefined value, a non-AP station can determine that the AP will transmit via preemption. The predefined value can be 1.
- the frame exchange order performed within the TXOP acquired by the station that transmitted the initial control frame can be adjusted. This allows transmission of low-latency traffic to be performed with priority.
- the frame exchange order can be adjusted through at least one of TXOP sharing, a trigger frame, and a reverse direction (RD) protocol.
- a station that has received the initial control frame can act as a TXOP holder by transmitting a pre-designated frame instead of a response frame to the initial control frame.
- the pre-designated frame can be a CTS-to-self frame.
- TXOP sharing is when a TXOP holder allocates a portion of the TXOP acquired by the TXOP holder to another station.
- a TXOP responder which is a station allocated a TXOP, can perform transmission within the shared TXOP.
- the TXOP holder can transmit an MU-RTS TXS frame. If the User Info field of the MU-RTS TXS frame indicates a station, the station that receives the MU-RTS TXS frame can be determined to be a shared responder.
- the TXOP is shared with the shared responder during the time indicated by the User Info field indicating the shared responder, e.g., the Allocation Duration subfield of the User Info field.
- the shared responder can operate as a TXOP holder within the shared TXOP.
- a station that is a TXOP holder grants an RDG (RD Grant) to a TXOP responder, and a station that is a TXOP responder can transmit a PPDU using the RDG.
- a station that is a TOXP holder can grant an RDG to the TXOP responder by transmitting an MPDU with the RDG subfield set to 1 to the TXOP responder.
- the TXOP responder may not adjust the frame exchange order. In this case, the TXOP responder may transmit a response frame to the initial control frame to the TXOP holder, indicating that it does not intend to transmit low-latency traffic.
- the TXOP holder may transmit the low-latency traffic of the TXOP holder in priority. After the TXOP holder transmits the low-latency traffic of the TXOP holder, the TXOP holder may trigger the transmission of the low-latency traffic of the TXOP responder. Specifically, the TXOP holder may share the remaining TXOP with the TXOP responder, grant the TXOP responder an RDG, or transmit a trigger frame to the TXOP responder. Through this, the TXOP holder may allow the TXOP responder to transmit low-latency traffic.
- the TXOP holder may transmit an initial control frame indicating that it intends to transmit low-latency traffic.
- the TXOP responder may transmit a response frame to the initial control frame indicating that it intends to transmit low-latency traffic.
- the TXOP holder can adjust the frame exchange order so that the TXOP responder's low-latency traffic is transmitted first. Specifically, the TXOP holder can allow the TXOP responder to transmit low-latency traffic before transmitting the TXOP holder's traffic. To do this, the TXOP holder can share the remaining TXOP with the TXOP responder, grant the TXOP responder an RDG, or transmit a trigger frame to the TXOP responder.
- the TXOP holder may indicate its intent to transmit low-latency traffic using one bit of the initial control frame. Additionally, the TXOP responder may indicate its intent to transmit low-latency traffic using one bit of the response frame to the initial control frame.
- the transmission order must be determined based on the urgency of the low-latency traffic to ensure fairness and low-latency transmission. Examples for this purpose are described below.
- Two stations performing frame exchange may exchange information regarding the urgency of low-latency traffic, and the frame exchange order may be determined based on the exchanged urgency.
- the information regarding the urgency may include at least one of information regarding the priority, information regarding the transmission requirement, or the remaining time until the transmission restriction of the low-latency traffic expires.
- the TXOP holder may determine the frame exchange order by comparing the urgency of the low-latency traffic indicated by the TXOP responder with the urgency of the low-latency traffic of the TXOP holder. At this time, the TXOP holder may not transmit information indicating the urgency of the low-latency traffic of the TXOP holder to the TXOP responder.
- the TXOP holder or the TXOP responder may indicate the urgency of the low-latency traffic using the Control field of the control frame.
- a new format frame indicating the urgency of the low-latency traffic may be designated.
- a TXOP responder can transmit a response frame to an initial control frame, which indicates the urgency of low-latency traffic that the TXOP responder intends to transmit.
- the TXOP holder can compare the urgency of the low-latency traffic indicated in the response frame received from the TXOP responder with the urgency of the low-latency traffic of the TXOP holder.
- the TXOP holder can determine the frame exchange order based on the comparison result. If the urgency of the low-latency traffic of the TXOP responder is higher than the urgency of the low-latency traffic of the TXOP holder, the TXOP holder can induce the TXOP responder to perform transmission first. Specifically, at least one of RDG assignment, TXOP sharing, or trigger frame transmission described above can be performed.
- a multi-link device includes one or more stations, each of which operates on a different link.
- an AP multi-link device may include up to 15 APs.
- Each AP of the AP multi-link device operates on a different link and can perform the same functions as an independent AP.
- Each AP of the AP multi-link device operates its own BSS and can associate with a non-AP station.
- Legacy non-AP stations recognize each AP of the AP multi-link device as an independent AP and can operate in conjunction with each AP.
- a non-AP multi-link device may include up to 15 non-AP stations. Each non-AP station of the non-AP multi-link device can be associated with each AP of the AP multi-link device.
- the AP multi-link device and the non-AP multi-link device are set up for multi-linking.
- the AP multi-link device and the non-AP multi-link device can exchange frames on multiple links.
- Enhanced multi-link single-radio (EMLSR) mode is a mode that reduces the performance requirements of non-AP multi-link devices operating on multiple links.
- EMLSR mode can be applied to each link.
- Non-AP stations of non-AP multi-link devices operating on links where EMLSR mode is applied perform the operations defined for EMLSR mode.
- non-AP multi-link devices support data frame exchange for only one non-AP station at a time. If data frame exchange is performed on any one of the multiple EMLSR links, data frame exchange is not supported on the remaining links of the multiple EMLSR links. In this way, a multi-link device in EMLSR mode supports operation on multiple links using a single radio.
- a non-AP station operating on a link with EMLSR mode applied may perform channel access or only support reception of an initial control frame in a pre-specified format.
- the pre-specified format may include at least one of an MU-RTS trigger frame or a BSRP trigger frame transmitted at the basic data rate using a non-HT (duplicated) PPDU with a bandwidth of 20 MHz.
- the non-AP station receives the initial control frame and supports frame exchange other than the initial control frame on the link on which the initial control frame was received. For example, the non-AP station may receive the initial control frame and then receive an EHT PPDU with a bandwidth of 80 MHz on the link, or may receive the trigger frame and transmit a TB PPDU.
- the initial control frame may include a padding field. This allows the non-AP station to secure time required to transition to a state supporting frame exchange other than reception of control frames in a pre-specified format.
- the AP multi-link device When an AP multi-link device attempts to initiate a frame exchange sequence on one of the EMLSR links of a non-AP multi-link device, the AP multi-link device transmits an initial control frame in a predefined format to the non-AP multi-link device.
- the initial control frame may include a padding field.
- the non-AP multi-link device receives the initial control frame in the predefined format on one of the EMLSR links and switches to a state that supports frame exchange other than the initial exception frame in the predefined format on that link. At this time, the non-AP multi-link device does not support channel access and initial control frame reception on the remaining EMLSR links except for that link.
- the non-AP multi-link device When a non-AP multi-link device receives an initial control frame on the first link of an EMLSR link, the non-AP multi-link device may not be able to transmit low-latency traffic on the second link of the EMLSR link even if it attempts to do so. This may result in a delay in transmission of low-latency traffic on the second link.
- in-device interference that occurs when a station transmits on the first link of a non-simulatneous transmit and receive (NSTR) link pair makes channel access and reception impossible on the second link of the NSTR link pair.
- NSTR non-simulatneous transmit and receive
- a multi-link device that receives an initial control frame on the first link of the NSTR link pair may not be able to transmit low-latency traffic on the second link of the NSTR link pair. As a result, transmission of low-latency traffic may be delayed.
- a multi-link device may be permissible for a multi-link device not to transmit a response to an initial control frame. Specifically, if a first station of a multi-link device intends to transmit low-latency traffic, it may be permissible for a second station of the multi-link device not to transmit a response to an initial control frame received by the second station. If the first link and the second link satisfy a pre-specified condition, it may be permissible for the second station not to transmit a response to the initial control frame received by the second station.
- a non-AP multi-link device that receives an initial control frame in a pre-specified format on a first EMLSR link and intends to transmit low-latency traffic on a second EMLSR link may not transmit a response to the initial control frame on the first EMLSR link. Accordingly, the non-AP multi-link device may not switch to a mode in which frames other than frames in a pre-specified format are exchanged on the first EMLSR link.
- these embodiments may be limited to the case where the intended recipient of the initial control frame or the non-AP station that triggers the transmission is only a station of a non-AP multi-link device operating on the first EMLSR link. For example, these embodiments may be limited to the case where the User Info field of the MU-RTS trigger frame or the BSRP trigger frame indicates only a station of a non-AP multi-link device operating on the first EMLSR link.
- a non-AP multi-link device that receives an initial control frame in a pre-specified format on a first link of an NSTR link pair and intends to transmit low-latency traffic on a second EMLSR link of the NSTR link pair may not transmit a response to the initial control frame on the first link.
- Such embodiments may be limited to a case where the intended recipient of the initial control frame or the non-AP station that triggers the transmission is only a station of the non-AP multi-link device operating on the first link.
- such embodiments may be limited to a case where the User Info field of the MU-RTS trigger frame or the BSRP trigger frame indicates only a station of the non-AP multi-link device operating on the first link.
- a first station of a multi-link device intends to transmit low-latency traffic, it may be allowed for a second station of the multi-link device not to transmit a response to an initial control frame received by the second station.
- the embodiments described above may be applied only when the TID of the low-latency traffic is not mapped to a link on which the initial control frame is transmitted.
- a first station of a multi-link device transmits low-latency traffic and the TID of the low-latency traffic is not mapped to a second link, it may be allowed for a second station of the multi-link device not to transmit a response to the initial control frame received by the second station.
- the second station may transmit a response to the initial control frame and transmit the low-latency traffic through the second link.
- the embodiments regarding frame exchange order adjustment described above may be applied.
- TID-to-link mapping of a non-AP multi-link device can be changed by TID-to-Link mapping negotiation performed by the AP multi-link device and the non-AP multi-link device or by advertised TID-to-Link mapping indicated by the AP multi-link device. If the non-AP multi-link device does not perform TID-to-Link mapping negotiation with the AP multi-link device and does not receive advertised TID-to-Link mapping information from the AP multi-link device, the non-AP multi-link device has a default TID-to-Link mapping state.
- the advertised TID-to-Link mapping information can be indicated through the TID-To-Link mapping element of the beacon frame.
- the default TID-to-Link mapping state is a state in which all TIDs (TID0 to TID7) are mapped to all setup links.
- a station transmits a response frame to an initial control frame indicating that it intends to transmit low-latency traffic, as in the embodiments described above, to a legacy station, the legacy station cannot determine that it intends to transmit low-latency traffic based on the response frame. Therefore, the frame exchange order cannot be adjusted, and the transmission of low-latency traffic may be delayed.
- a station that has received an initial control frame from a legacy station may be permitted not to transmit a response to the initial control frame.
- the station may be an AP. This allows the AP to prevent the legacy station from starting a TXOP.
- the legacy station loses the opportunity to acquire a TXOP and may be disadvantaged in subsequent channel access procedures.
- the legacy station must recognize the transmission failure, adjust the CW (contention window), and perform the channel access procedure again.
- This behavior of a station not transmitting a response frame to an initial control frame received from a legacy station can compromise fairness with the legacy station. Therefore, it may be permissible for a station not to transmit a response frame to an initial control frame received from a legacy station when a predefined condition is satisfied.
- the predefined conditions may include conditions related to the R-TWT SP. Specifically, if the TXOP of the initial control frame transmitted by the legacy station overlaps with the R-TWT SP, the station may not transmit a response frame for the initial control frame. Furthermore, if the station receives the initial control frame transmitted by the legacy station within the R-TWT SP, the station may not transmit a response frame for the initial control frame. Furthermore, if the station receives the initial control frame transmitted by the legacy station within the R-TWT SP of an overlapping BSS (OBSS), the station may not transmit a response frame for the initial control frame.
- OBSS overlapping BSS
- a legacy station may refer to a station that does not support R-TWT operation.
- the station can determine the time interval of the TXOP initiated by the initial control frame using the value indicated by the Duration/ID field of the initial control frame.
- the embodiments regarding the OBSS R-TWT SP will be described in detail in the description of the embodiments regarding Co-RTWT (coordinate R-TWT) later.
- R-TWT SP is a TWT SP with enhanced protection mechanisms for transmitting latency-sensitive traffic.
- R-TWT is a type of broadcast TWT.
- member stations of the R-TWT SP can only transmit frames corresponding to the TID indicated by the AP within the R-TWT SP.
- non-AP stations can terminate the TXOP they acquired before the R-TWT SP starts.
- TXOP is initiated with an initial control frame exchange.
- TXOP may be initiated without an initial control frame exchange.
- a station may transmit a data frame immediately after a successful channel access procedure. Therefore, in such a case, the embodiments described above that assume an initial control frame exchange may not be applicable.
- An AP may set operating parameters for a station of a BSS operated by the AP so that TXOP is initiated with the transmission of an RTS frame.
- the AP may set a value of the TXOP Duration RTS Threshold subfield of the HE Operation Parameters field so that TXOP is initiated from the transmission of an RTS frame.
- the AP may set the value of the TXOP Duration RTS Threshold subfield to 1.
- a value of 1 in the TXOP Duration RTS Threshold subfield indicates 32 us.
- the embodiments described above can facilitate low-latency traffic transmission by a TXOP holder or TXOP responder in a TXOP initiated with an initial control frame. However, it is difficult to facilitate low-latency traffic transmission by stations that are not TXOP holders or TXOP responders. An embodiment of adjusting the frame exchange order using the R-TWT SP is needed.
- the AP can transmit a TWT element to indicate information necessary for scheduling the R-TWT.
- the AP can specify a TID that is allowed to be transmitted in the R-TWT SP.
- the information regarding the R-TWT scheduling can include at least one of a target wake time, which is the starting point of the R-TWT SP, a TWT wake duration, which is the maintenance time of the R-TWT SP, a TWT wake interval, which is the repetition period of the R-TWT SP, or restricted TWT traffic information, which is the TID of traffic that is allowed to be transmitted in the R-TWT SP.
- the AP can set a quiet interval that starts at the same time as the R-TWT SP.
- This quiet interval is referred to as an overlapping quiet interval.
- the duration of the overlapping quiet interval is 1 TU (time unit, 1024 us).
- Legacy stations with a quiet interval set terminate TXOP before the start of the overlapping quiet interval and do not transmit during the overlapping quiet interval.
- the TXOP holder can adjust the TXOP termination time based on the start time of the R-TWT SP announced by the AP. Specifically, the TXOP holder can terminate the TXOP before the start of the R-TWT SP. In addition, the AP, which is the TXOP holder, may not terminate the TXOP if it plans to transmit the TID allowed to be transmitted in the R-TWT SP during the remaining TXOP.
- a non-AP station determines that the frame exchange sequence to be initiated by the non-AP station will not end before the start of the R-TWT SP, the non-AP station does not transmit a PPDU. At this time, the non-AP station that does not transmit a PPDU generates a new backoff counter.
- FIG. 18 shows a station transmitting a response frame to an initial control frame based on an R-TWT SP according to an embodiment of the present invention.
- the AP transmits a beacon frame scheduling R-TWT.
- the R-TWT SP scheduled by the AP starts at t0.
- the non-AP station (non-AP STA) succeeds in the channel access procedure, but determines that the frame exchange sequence to be started will not end before the scheduled R-TWT SP. Therefore, the non-AP station (non-AP STA) gives up transmission and performs a new channel access procedure. Specifically, the non-AP STA generates a new backoff counter.
- the legacy non-AP STA that does not support the R-TWT SP is not aware of the scheduling of the R-TWT SP.
- the legacy non-AP STA succeeds in the channel access procedure and transmits an initial control frame (ICF).
- ICF initial control frame
- the AP determines that the end point of the frame exchange initiated by the initial control frame (ICF) is after the start of the R-TWT SP.
- the AP can determine that the end point of the frame exchange initiated by the Initial Control Frame (ICF) is after the R-TWT SP based on the value of the Duration/ID field of the Initial Control Frame (ICF). Therefore, the AP does not transmit a response frame (ICR) to the Initial Control Frame (ICF).
- Co-RTWT can be established through negotiation between APs operating adjacent BSSs.
- Co-RTWT is a multi-AP coordinated operation to enhance the effectiveness of R-TWT through cooperation between APs.
- a station can transmit a response frame to an initial control frame based on Co-RTWT.
- a method for establishing Co-RTWT will be described.
- a first AP transmits a coordination request including information about an R-TWT scheduled by the first AP to a second AP.
- the information about the R-TWT may include at least one of information about the start time of the R-TWT SP, the duration of the R-TWT SP, and the interval of the R-TWT SP.
- the second AP can accept or reject the cooperation request.
- the second AP terminates the TXOP before the start of the R-TWT SP of the first AP.
- the second AP does not initiate frame exchange that is not expected to end before the start of the R-TWT SP of the first AP. Specifically, it may not perform transmission even if the value of the backoff counter becomes 0.
- the second AP performs a new channel access procedure. Specifically, the second AP generates a new backoff counter.
- the second AP transmits information about the R-TWT SP of the first AP through a beacon frame.
- the second AP transmits information about the R-TWT SP of the first AP through a beacon frame.
- a non-AP station belonging to the BSS operated by the second AP cannot distinguish between the R-TWT of the first AP and the R-TWT scheduled by the second AP. Therefore, a non-AP station belonging to the BSS operated by the second AP can treat the R-TWT SP of the first AP in the same way as the R-TWT SP scheduled by the second AP.
- the R-TWT of the second AP is referred to as co-RTWT.
- the second AP may not transmit a response frame to the initial control frame. In this case, the second AP may determine the duration and end time of the frame exchange initiated by the initial control frame based on the Duration/ID field of the initial control frame. If any of the following cases applies, the second AP may determine that the frame exchange initiated by the initial control frame overlaps with co-RTWT.
- the second AP may not transmit a response frame to the initial control frame only if any of the three cases described above applies. This is because not transmitting a response frame to the initial control frame may degrade the performance of the entire BSS and harm fairness.
- FIG. 19 shows a station according to an embodiment of the present invention determining whether to transmit a response frame to an initial control frame based on a Co-RTWT SP.
- the AP receives a multi-AP cooperation request frame (MAPC Req.) from an AP of an OBSS (OBSS AP).
- the multi-AP cooperation request frame (MAPC Req.) includes information about an R-TWT SP (Co-RTWT SP) scheduled by the AP of the OBSS (OBSS AP).
- the AP transmits a multi-AP cooperation response frame (MAPC Resp.) to the AP of the OBSS (OBSS AP).
- the multi-AP cooperation response frame (MAPC Resp.) acknowledges protection of the R-TWT SP (Co-RTWT SP) scheduled by the AP of the OBSS (OBSS AP).
- the AP transmits a beacon frame including information about the R-TWT SP (Co-RTWT SP).
- the AP receives an initial control frame (ICF) from a non-AP station (non-AP STA). It is determined that the frame exchange initiated by the Initial Control Frame (ICF) overlaps with the R-TWT SP (Co-RTWT SP), and a response frame (ICR) to the Initial Control Frame (ICF) is not transmitted. This allows the frame exchange performed in the R-TWT SP (Co-RTWT SP) to be protected even in the BSS operated by the first AP.
- ICF initial control frame
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
TXOP 홀더가 아닌 스테이션이 개시된다. 스테이션은 송수신부; 및 프로세서를 포함한다. 상기 프로세서는 프레임 교환을 시작하는 초기 제어 프레임을 수신하고, 미리 지정된 조건을 만족하는 경우, 상기 초기 제어 프레임에 대한 응답 프레임을 전송하지 않고, 미리 지정된 조건을 만족하지 않는 경우, 상기 응답 프레임을 전송한다.
Description
본 발명은 저지연 통신을 지원하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말에 관한 것이다.
최근 모바일 기기의 보급이 확대됨에 따라 이들에게 빠른 무선 인터넷 서비스를 제공할 수 있는 무선랜(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의 전송율을 지원하는 것을 목표로 표준 개발을 진행 중이다.
최근에는 802.11be 이후의 무선랜 표준으로서, 무선랜의 한계로 지적되어 온 신뢰성 문제를 극복하기 위한 초고신뢰성(UHR, Ultra High Reliability) 무선랜 통신 기술의 논의가 시작되었다. 초고신뢰성 무선랜 표준은 무선랜 트래픽에의 낮은 지연(Low-Latency), 낮은 지터(Jitter)를 높은 확률(예:99.9999% 이상 등)로 지원하는 것을 목표로 표준 개발을 진행 중이다.
본 발명의 일 실시 예는 저지연 통신을 지원하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말을 제공하는 것을 목적으로 한다.
본 발명의 일 실시 예에 따른 TXOP 홀더가 아닌 스테이션은 송수신부; 및 프로세서를 포함한다. 상기 프로세서는 프레임 교환을 시작하는 초기 제어 프레임을 수신하고, 미리 지정된 조건을 만족하는 경우, 상기 초기 제어 프레임에 대한 응답 프레임을 전송하지 않고, 미리 지정된 조건을 만족하지 않는 경우, 상기 응답 프레임을 전송한다.
상기 미리 지정된 조건은 상기 스테이션이 속한 BSS(basic service set)의 AP(accesss point)가 비콘 프레임을 통해 스케줄링하는 R-TWT(restricted-target wake time)과 상기 초기 제어 프레임이 시작하는 프레임 교환이 오버랩되는 경우를 포함할 수 있다.
상기 R-TWT는 OBSS(overlapping BSS)의 AP가 스케줄링한 R-TWT일 수 있다.
상기 AP로부터 상기 초기 제어 프레임을 수신하는 경우, 상기 프로세서는 상기 응답 프레임을 전송할 수 있다.
상기 초기 제어 프레임은 상기 R-TWT의 SP(service period)에서 전송에서 허용되는 TID에 해당하는 트래픽의 교환을 시작할 수 있다.
상기 스테이션은 멀티 링크 장치에 결합된(affiliated) 스테이션이고, 상기 미리 지정된 조건은 상기 스테이션이 NSTR(non-simultaneous transmit and receive) 링크 쌍 중 어느 하나에서 동작하고, 상기 스테이션이 상기 초기 제어 프레임을 수신한 때 상기 NSTR 링크 쌍 중 다른 링크에서 프레임 교환을 수행하는 경우를 포함할 수 있다.
상기 스테이션은 멀티 링크 장치에 결합된(affiliated) 스테이션이고, 상기 미리 지정된 조건은 상기 스테이션이 EMLSR (enhanced mulit-link singlie radio) 모드로 동작하고, 제1 링크에서 상기 초기 제어 프레임을 수신하고, 상기 멀티 링크 장치가 동작하는 제2 링크에서 프레임 교환을 수행하는 경우를 포함할 수 있다.
상기 스테이션은 멀티 링크 장치에 결합된(affiliated) 스테이션이고, 제1 링크에서 상기 초기 제어 프레임을 수신하고, 제2 링크에서 저지연 트래픽을 전송하려 하는 경우, 상기 미리 지정된 조건은 상기 저지연 트래픽이 상기 제1 링크에 매핑되지 않는 것을 포함할 수 있다.
본 발명의 실시 예에 따른 TXOP 홀더가 아닌 스테이션의 동작 방법은 프레임 교환을 시작하는 초기 제어 프레임을 수신하는 단계; 미리 지정된 조건을 만족하는 경우, 상기 초기 제어 프레임에 대한 응답 프레임을 전송하지 않는 단계; 및 미리 지정된 조건을 만족하지 않는 경우, 상기 응답 프레임을 전송하는 단계를 포함할 수 있다.
상기 미리 지정된 조건은 상기 스테이션이 속한 BSS(basic service set)의 AP(accesss point)가 비콘 프레임을 통해 스케줄링하는 R-TWT(restricted-target wake time)과 상기 초기 제어 프레임이 시작하는 프레임 교환이 오버랩되는 경우를 포함할 수 있다.
상기 R-TWT는 OBSS(overlapping BSS)의 AP가 스케줄링한 R-TWT일 수 있다.
상기 미리 지정된 조건을 만족하지 않는 경우, 상기 응답 프레임을 전송하는 단계는 상기 AP로부터 상기 초기 제어 프레임을 수신하는 경우, 상기 프로세서는 상기 응답 프레임을 전송하는 단계를 포함할 수 있다.
상기 초기 제어 프레임은 상기 R-TWT의 SP(service period)에서 전송에서 허용되는 TID에 해당하는 트래픽의 교환을 시작할 수 있다.
상기 스테이션은 멀티 링크 장치에 결합된(affiliated) 스테이션이고, 상기 미리 지정된 조건은 상기 스테이션이 NSTR(non-simultaneous transmit and receive) 링크 쌍 중 어느 하나에서 동작하고, 상기 스테이션이 상기 초기 제어 프레임을 수신한 때 상기 NSTR 링크 쌍 중 다른 링크에서 프레임 교환을 수행하는 경우를 포함할 수 있다.
상기 스테이션은 멀티 링크 장치에 결합된(affiliated) 스테이션이고, 상기 미리 지정된 조건은 상기 스테이션이 EMLSR (enhanced mulit-link singlie radio) 모드로 동작하고, 제1 링크에서 상기 초기 제어 프레임을 수신하고, 상기 멀티 링크 장치가 동작하는 제2 링크에서 프레임 교환을 수행하는 경우를 포함할 수 있다.
상기 스테이션은 멀티 링크 장치에 결합된(affiliated) 스테이션이고, 제1 링크에서 상기 초기 제어 프레임을 수신하고, 제2 링크에서 저지연 트래픽을 전송하려 하는 경우, 상기 미리 지정된 조건은 상기 저지연 트래픽이 상기 제1 링크에 매핑되지 않는 것을 포함할 수 있다.
동작 방법.
본 발명의 일 실시 예는 효율적으로 저지연 통신을 지원하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말을 제공한다.
도 1은 본 발명의 일 실시예에 따른 무선랜 시스템을 나타낸다.
도 2는 본 발명의 또 다른 일 실시예에 따른 무선랜 시스템을 나타낸다.
도 3은 본 발명의 일 실시예에 따른 스테이션의 구성을 나타낸다.
도 4는 본 발명의 일 실시예에 따른 액세스 포인트의 구성을 나타낸다.
도 5는 스테이션이 액세스 포인트와 링크를 설정하는 과정을 개략적으로 나타낸다.
도 6은 무선랜 통신에서 사용되는 CSMA(Carrier Sense Multiple Access)/CA(Collision Avoidance) 방법의 일 예를 나타낸다.
도 7은 본 발명의 실시 예에 따른 다양한 표준 세대별 PPDU(physical layer protocol data unit) 포맷을 보여준다.
도 8은 본 발명의 실시 예에 따른 EHT/UHR PPDU 포맷을 보여준다.
도 9는 본 발명의 실시 예에 따른 RTS 프레임과 CTS 프레임을 이용한 전송/TXOP 보호방법을 보여준다.
도 10은 본 발명의 실시 예에 따른 MU-RTS 프레임과 CTS 프레임을 이용한 전송/TXOP 보호방법을 보여준다.
도 11은 본 발명의 실시 예에 따른 스테이션이 RTS 프레임/CTS 프레임 교환을 통해 NAV를 설정하고, 이로 인해 저지연 트래픽 PPDU의 전송이 지연되는 것을 보여준다.
도 12는 본 발명의 실시 예에 따른 스테이션이 초기 제어 프레임에 대한 응답 프레임을 전송하지 않는 동작을 보여준다.
도 13은 본 발명의 실시 예에 따른 스테이션이 초기 제어 프레임에 의해 개시되는 프레임 교환 시퀀스에서 교환될 트래픽의 종류를 지시하는 동작을 보여준다.
도 14는 본 발명의 실시 예에 따라 TXOP 응답자인 non-AP 스테이션이 프리엠션을 통해 저지연 트래픽 PPDU를 전송하는 동작을 보여준다.
도 15는 본 발명의 실시 예에 따라 TXOP 응답자인 AP가 프리엠션을 통해 저지연 트래픽 PPDU를 전송하는 동작을 보여준다.
도 16은 본 발명의 실시 예에 따라 TXOP 응답자인 AP가 프리엠션을 통해 복수의 스테이션에게 저지연 트래픽 PPDU를 전송하는 동작을 보여준다.
도 17은 본 발명의 실시 예에 따라 저지연 트래픽에 관한 정보를 포함하는 MAC 헤더의 Control 필드의 포맷을 보여준다.
도 18은 본 발명의 실시 예에 따른 스테이션이 R-TWT SP를 기초로 초기 제어 프레임에 대한 응답 프레임을 전송하는 것을 보여준다.
도 19는 본 발명의 실시 예에 따른 스테이션이 Co-RTWT SP를 기초로 초기 제어 프레임에 대한 응답 프레임을 전송할지 결정하는 것을 보여준다.
본 명세서에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도, 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한 특정 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 그 의미를 기재할 것이다. 따라서 본 명세서에서 사용되는 용어는, 단순한 용어의 명칭이 아닌 그 용어가 가진 실질적인 의미와 본 명세서의 전반에 걸친 내용을 토대로 해석되어야 함을 밝혀두고자 한다.
명세서 전체에서, 어떤 구성이 다른 구성과 "연결"되어 있다고 할 때, 이는 "직접적으로 연결"되어 있는 경우뿐 아니라, 그 중간에 다른 구성요소를 사이에 두고 "전기적으로 연결"되어 있는 경우도 포함한다. 또한 어떤 구성이 특정 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 이에 더하여, 특정 문턱값을 기준으로 "이상" 또는 "이하"라는 한정 사항은 실시예에 따라 각각 "초과" 또는 "미만"으로 적절하게 대체될 수 있다.
이하, 본 발명에서 필드와 서브 필드는 혼용되어 사용될 수 있다.
도 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/UHR-SIG-A(Extremely High Throughput/Ultra High Reliability Signal A field), EHT/UHR-SIG-A(Extremely High Throughput/Ultra High Reliability 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 포맷들 중 일부 포맷에서만 사용될 수 있다.
이처럼 UHR 표준에서 사용되는 PPDU는 EHT 표준에서 사용되는 PPDU의 포맷과 유사한 포맷을 갖을 수 있다. 802.11be에서 정의한 EHT PPDU 포맷이 복수의 무선랜 세대가 공통적으로 사용하기로 약속된 U-SIG 필드를 포함하기 때문이다. 이 때, EHT PPDU에 포함된 U-SIG 필드의 PHY Version Identifier 필드의 값은 0이고, UHR PPDU에 포함된 U-SIG 필드의 PHY Version identifier 필드의 값은 0이 아닌 값, 컨대 1을 가질 수 있다. EHT PPDU는 STF 필드에 EHT-STF(Extremely High Throughput Short Training field) 필드를 포함하고, LTF 필드에 EHT-LTF 필드(Extremely High Throughput Long Training field)를 포함한다. UHR PPDU는 STF 필드에 UHR-STF 필드(Ultra High Reliability Short Training field)를 포함하고, LTF 필드에 UHR-LTF(Ultra High Reliability Long Training field) 필드를 포함한다.
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과 같다.
이때, 는 x보다 크거나 같은 최소의 자연수를 나타낸다. L_LENGTH 필드의 최대값은 4095이므로 PPDU의 길이는 최대 5.484ms까지로 설정될 수 있다. 해당 PPDU를 전송하는 논-레거시 단말은 L_LENGTH 필드를 아래 수학식 2와 같이 설정해야 한다.
여기서 TXTIME은 해당 PPDU를 구성하는 전체 전송 시간으로서, 아래 수학식 3과 같다. 이때, TX는 X의 전송 시간을 나타낸다.
상기 수식들을 참고하면, PPDU의 길이는 L_LENGTH/3의 올림 값에 기초하여 계산된다. 따라서, 임의의 k 값에 대하여 L_LENGTH={3k+1, 3k+2, 3(k+1)}의 3가지 서로 다른 값들이 동일한 PPDU 길이를 지시하게 된다.
도 7(e)를 참조하면 U-SIG(Universal SIG) 필드는 EHT/UHR PPDU 및 후속 세대의 무선랜 PPDU에서 계속 존재하며, EHT/UHR을 포함하여 어떤 세대의 PPDU인지를 구분하는 역할을 수행한다. 또한, U-SIG 필드는 EHT/UHR 및 후속 세대의 무선랜의 spatial reuse를 용이하게 하는 역할을 수행할 수 있다. U-SIG는 64FFT 기반의 OFDM 2 심볼로서 총 52비트의 정보를 전달할 수 있다. 이 중 CRC/Tail 9비트를 제외한 43비트는 크게 VI(Version Independent) 필드와 VD(Version Dependent) 필드로 구분된다.
VI 비트는 현재의 비트 구성을 향후에도 계속 유지하여 후속 세대의 PPDU가 정의되더라도 현재의 EHT/UHR 단말들이 해당 PPDU의 VI 필드들을 통해서 해당 PPDU에 대한 정보를 얻을 수 있다. 이를 위해 VI 필드는 PHY version, UL/DL, BSS Color, TXOP, Reserved 필드들로 구성된다. PHY version ID 필드는 3비트로 EHT/UHR 및 후속 세대 무선랜 표준들을 순차적으로 버전으로 구분하는 역할을 한다. EHT(11be) PPDU의 PHY version ID 필드는 000b의 값을 갖고, UHR PPDU의 PHY version ID 필드는 000b가 아닌 값을 갖는다.. UL/DL 필드는 해당 PPDU가 업링크/다운링크 PPDU인지를 구분한다. BSS Color는 11ax에서 정의된 BSS별 식별자를 의미하며, 6비트 이상의 값을 갖는다. TXOP은 MAC 헤더에서 전달되던 전송 기회 듀레이션(Transmit Opportunity Duration)을 의미하는데, PHY 헤더에 추가함으로써 MPDU를 디코딩 할 필요 없이 해당 PPDU가 포함된 TXOP의 길이를 유추할 수 있으며 7비트 이상의 값을 갖는다.
EHT의 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개를 시그널링 할 수 있다.
UHR의 VD 필드는 UHR PPDU에만 유용한 시그널링 정보들을 지시하는 필드이다. 다만 UHR PPDU의 VD 필드에 포함되는 각 필드가 지시하는 정보는 EHT(11be)의 VD 필드와 동일한 역할을 하는 필드가 지시한 정보와 동일하거나 더욱 확장된 형태일 수 있다. 예를 들어 UHR PPDU의 VD 필드에 포함된 펑쳐링 패턴(Puncturing pattern)을 지시하는 필드는 EHT PPDU의 VD 필드에 포함된 펑쳐링 패턴을 지시하는 필드보다 다양한 형태의 패턴을 지시할 수 있다. 혹은, UHR PPDU의 VD 필드에 포함된 펑쳐링 패턴(Puncturing pattern)을 지시하는 필드는 BW 필드와 결합되어 해석될 수 있다. 이를 통해 더욱 다양한 형태의 펑츄어링 패턴을 지시할 수 있다.
도 8은 본 발명의 실시 예에 따른 EHT/UHR PPDU 포맷을 보여준다.
EHT/UHR PPDU 포맷은 PPDU의 U-SIG 필드의 PPDU Format 필드에 의해 지시될 수 있다. 도 8의 (a)는 본 발명의 실시 예에 따른 EHT/UHR SU PPDU를 보여준다. EHT/UHR SU PPDU는 AP와 단일 스테이션 사이의 단일 사용자(Single-User) 전송을 위해 사용되는 PPDU이며, U-SIG 이후에 추가적인 시그널링을 위한 EHT-SIG-A 필드를 포함할 수 있다.
도 8의 (b)는 본 발명의 실시 예에 따른 EHT/UHR Trigger-based PPDU를 보여준다. EHT/UHR Trigger-based PPDU는 트리거 프레임에 대한 응답인 전송을 위해 사용되는 상향 PPDU이며, U-SIG 이후에 별도의 EHT/UHR-SIG-A 필드를 갖지 않을 수 있다.
도 8의 (c)는 본 발명의 실시 예에 따른 EHT/UHR MU PPDU를 보여준다. EHT/UHR MU PPDU는 하나 이상의 단말로의 전송을 위해 사용되는 PPDU이다. EHT/UHR MU PPDU 포맷은 U-SIG 필드 후에 HE-SIG-B를 포함할 수 있다.
도 8의 (d)는 본 발명의 실시 예에 따른 EHT/UHR ER SU PPDU를 보여준다. EHT/UHR ER SU PPDU는 확장된 범위에 있는 스테이션에 대한 단일 사용자 전송을 위해 사용된다. EHT/UHR ER SU PPDU 포맷은 U-SIG가 시간 축에서 반복될 수 있다.
도 8의 (c)를 통해 설명한 EHT/UHR MU PPDU는 AP가 복수의 스테이션에게 하향 전송을 수행하기 위해 사용될 수 있다. 이때, EHT/UHR MU PPDU는 복수의 스테이션이 PPDU를 동시에 수신하기 위한 스케쥴링 정보를 포함할 수 있다. 이때, EHT/UHR MU PPDU는 EHT/UHR-SIG-B의 사용자 특정(user specific) 필드를 통해 해당 PPDU의 수신자 또는 송신자의 AID 정보를 전달할 수 있다. EHT/UHR MU PPDU를 수신한 스테이션은 PPDU의 프리앰블에서 획득한 AID 정보에 기초하여 공간적 재사용(spatial reuse) 동작을 수행할 수 있다. 더욱 구체적으로, EHT/UHR-SIG-B의 리소스 유닛 할당(resource unit allocation, RA) 필드는 주파수 도메인에서 특정 대역폭(예를 들어, 20MHz)에서의 리소스 유닛(resource unit, RU) 분할 형태에 대한 정보를 포함할 수 있다. 또한, 분할된 각 리소스 유닛에 지정된 스테이션의 정보는 EHT/UHR-SIG-B의 사용자 특정 필드를 통해 전달될 수 있다. 사용자 특정 필드는 분할된 각 리소스 유닛에 대응하는 하나 이상의 사용자 필드를 포함할 수 있다.
분할된 복수의 리소스 유닛 중에서 데이터 전송이 수행되는 리소스 유닛에 대응하는 사용자 필드에 수신자 또는 송신자의 AID가 삽입될 수 있다. 데이터 전송이 수행되지 않는 나머지 리소스 유닛에 대응하는 사용자 필드에는 미리 지정된 널(Null) STA ID가 삽입될 수 있다.
도 8을 통해 설명되는 두 개 이상의 PPDU가 같은 PPDU 포맷으로 지시될 수 있다. 예를 들어 EHT/UHR SU PPDU를 지시하는 U-SIG PPDU format 서브필드의 값과와 EHT/UHR MU PPDU를 지시하는 U-SIG PPDU format 서브필드의 값은 동일할 수 있다.
앞서 설명한 PPDU의 포맷이 포함하는 필드 중 일부 필드 또는 필드의 일부 정보는 생략될 수 있다. 이를 compression mode 또는 compressed mode로 지칭될 수 있다.
<Wi-Fi 단말의 채널 액세스 방법>
Wi-Fi 단말(AP, non-AP STA 등)들은 비면허 대역을 이용해 통신을 수행하기 때문에, 프레임의 전송을 수행하기 전, 자신이 전송을 수행하고자 하는 채널이 다른 장치에 의해 사용중인지 여부를 확인한다. CSMA(Carrier Sense Multiple Access)는 패킷을 전송하고자 하는 단말이, 채널이 다른 장치에 의해 사용중인지 여부를 확인하기 위해 반송파 검출(Carrier Sense)을 수행하고, 채널이 다른 장치에 의해 사용되는 중이 아닌 것으로 판단(Idle)되는 경우에만 전송을 수행토록 하는 채널 접근 방법이다. CSMA를 사용하는 단말은, 적어도 다른 장치가 매체(채널)를 사용중인 것이 확인될 때(busy로 판단될 때)에는 전송을 시도하지 않는 동작을 수행할 수 있기 때문에, 먼저 시작된 전송은 다른 장치로부터 보호될 수 있다.
하지만, 다른 장치로부터 매체가 점유되었다는 사실을 인지한 다수의 단말들은, 상기 다른 장치로부터의 매체 점유가 종료된 것이 확인(매체가 Idle로 변경)되었을 때 동시에 패킷 전송을 시도함으로써 전송 충돌을 경험하게 된다. 즉, 특정 단말이 패킷 전송을 시도함과 동시에 다른 다수의 단말이 패킷 전송을 함께 시도함으로써, 상기 특정 단말이 전송한 패킷을 수신해야 하는 단말은 상기 다른 다수의 단말이 수행한 전송에서 비롯된 간섭으로 인해 수신해야 하는 패킷을 제대로 수신 및 디코딩할 수 없게 된다.
CSMA/CA(CSMA with collision avoidance)는 상술한 바와 같이, 매체가 Idle로 변경된 것을 감지한 다수의 단말이 동시에 패킷 전송을 시도하는 것을 방지하는 채널 액세스 메커니즘이다. CSMA/CA를 이용해 매체(채널)에 접근하는 단말들은 자신이 관찰한 매체의 상태가 Idle로 변경되면, 무작위한 시간만큼 대기한 후 전송을 시도한다. 상기 무작위한 시간은, 전송을 시도하고자 하는 각 단말이 생성한 무작위 숫자(랜덤 백오프 카운터)만큼의 aslottime(일반적으로 9 us일 수 있음)일 수 있다. 즉, CSMA/CA를 사용하여 매체에 접근하는 단말들은, 서로 다른 무작위 시간동안 대기한 후 전송을 시도하기 때문에, CSMA만 사용한 경우와 달리 서로 다른 시간에 전송을 시도하게 된다. 이 때, 매체가 Idle로 변경된 후 가장 짧은 무작위 시간을 대기한 특정 단말이 첫번째로 전송을 시도하면, 다른 단말들은 상기 특정 단말로 인해 매체가 점유(busy로 변경)되었음을 인지한 후 채널 접근 절차를 중지할 수 있다. 이 때, 상기 특정 단말은 매체가 Idle로 유지되는 동안 매 aslottime마다 자신이 유지하고 있는 백오프 카운터를 1씩 줄이는 동작을 수행하다가, 백오프 카운터가 0이 되거나, 혹은 백오프 카운터가 0이 된 후 aslottime이 지났을 때 전송을 시도한 것일 수 있다. 이 때, 전송을 수행한 상기 특정 단말은 전송이 종료된 후 새로운 무작위 숫자(새로운 백오프 카운터)를 생성하고, 새로운 무작위 숫자가 다시 0이 되거나, 0이 된 후 전송을 시도할 수 있다.
위에서 간단히 설명한 CSMA/CA와 랜덤 백오프 절차는 Wi-Fi 단말들이 채널 액세스를 시도할 때 사용하는 기본 function인 DCF (Distributed coordination function)와 EDCAF (Enhanced distributed channel access)에 공히 적용되며, 익히 잘 알려지고 널리 활용되는 비면허대역 채널 액세스 방법이기 때문에 더욱 자세한 설명은 생략하도록 한다.
Wi-Fi 단말의 MAC이 활용하는 DCF 및 EDCAF는, 각 단말 자신이 직접 피지컬(Physical) CS(Carrier Sense)를 수행하여 확인한 채널 상태(idle/busy 여부)뿐만 아니라, 가상의 CS(Virtual CS) 결과를 함께 고려하여 채널 상황을 평가한다. 보다 자세히 설명하면, 채널에 대해 수행한 피지컬(Physical) CS를 수행한 결과가 아이들(idle)일 지라도, 가상(Virtual) CS 결과가 비지(busy)라면 Wi-Fi 단말은 채널 상태를 비지인 것으로 고려한다. 이 때, 상기 Virtual CS는 NAV(Network allocation vector)가 0이 아닌 경우 채널을 비지로 판단하는 채널 평가 방법이다. NAV는 매체를 점유할 것으로 예측되는 미래의 트래픽에 대해 유지되는 값일 수 있다. 보다 자세히 설명하면, Wi-Fi의 MAC은 RTS/CTS 프레임을 수신하였을 때, 수신한 프레임의 듀레이션(duration) 정보, 예컨대 duration 필드의 값을 기반으로 NAV(NAV count)를 설정하여 RTS/CTS 프레임 교환 후 매체가 점유될 예상 시간동안 NAV가 0이 아닌 값으로 유지할 수 있다. 즉, NAV로 유지되는 값은 시간이 지남에 따라 감소된다. 특정 MAC이 갖는 NAV 값이 0인 경우, 상기 특정 MAC이 인지했던 미래의 트래픽이 더 이상 매체를 점유하지 않는 상태인 것으로 해석될 수 있다. NAV가 0이라면 MAC은 virtual CS 결과를 아이들(Idle)로 판단할 수 있다. 이 때, Wi-Fi의 MAC은 RTS/CTS 프레임뿐만 아니라, 수신된 다른 MAC 프레임에서 획득된 듀레이션(duration) 값을 기반으로 NAV를 설정할 수도 있다.
위에서 간단히 설명한 피지컬 CS와 가상 CS의 결과를 함께 고려하는 채널 평가 방법(determine the state of the medium) 역시 잘 알려진 Wi-Fi MAC 기능 중 하나이기 때문에 자세한 설명은 생략한다.
<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는 상이한 CW(contention window), TXOP (transmit opportunity) 및 AIFSN 파라미터를 갖을 수 있다. 간단히 말해서, EDCA는 4 종류의 AC에 대한 CW, TXOP, AIFSN 파라미터를 차별화여, 각 AC를 활용하여 전송되는 트래픽의 전송 우선순위를 조절하는 메커니즘이다. 이를 위해, EDCA는 MAC이 서비스해야 하는 트래픽(MSDU)을 TC(traffic category)혹은 TS(traffic stream)에 따라 4개의 AC 중 하나의 AC에 매핑할 수 있다. 이때, EDCA에 의해 4개의 AC 중 하나에 매핑 된 트래픽은 각 AC를 위한 4개의 큐(queue)에 나뉘어 관리된다. 이때, 4개의큐는 물리적으로 분리되지 않고 논리적(logically)으로 분리된 큐일 수 있다.
AC_VO는 보이스(Voice) 트래픽과 같이 트래픽의 절대적인 양이 많지는 않지만, 전송 지연에 취약한 트래픽들에 활용될 수 있는 AC이며, 타 AC의 트래픽보다 우선적으로 서비스될 확률을 높이기 위해 상대적으로 작은 CW 및 AIFSN 파라미터 값을 갖는다. AC_VO의 TXOP 파라미터는 타 AC의 TXOP 파라미터보다 상대적으로 작은 값으로 제한되어, 타 AC보다 짧은 전송시간만이 보장된다.
AC_VI는 보이스(Voice) 트래픽보다는 전송 지연에 강인하지만, 여전히 저 지연 전송을 요하고 많은 량의 트래픽을 처리해야 하는 비디오(Video)와 같은 트래픽에 활용될 수 있는 AC이다. AC_VI는 AC_VO보다는 크지만 타 AC보다 작은 CW와 AIFSN 파라미터 값을 갖으며, 대신 TXOP는 AC_VI보다 2배가량 길다.
AC_BE는 전송 지연에 강인한 트래픽에 활용될 수 있는 AC이며, 음성 데이터 및 스트리밍 비디오 데이터를 제외한 대부분의 일반적인 트래픽이 AC_BE로 분류될 수 있다. AC_BE는 CW와 AIFSN 파라미터를 AC_VO, AC_VI 보다 큰 값을 사용한다. 또한, AC_BE는 TXOP를 따로 갖고 있지 않다. 따라서 AC_BE에 해당하는 트래픽은 PPDU를 전송한 후 ACK을 응답 받고, SIFS 후 다시 PPDU를 전송하는 TXOP 전송 시퀀스에 활용될 수 없다.
AC_BK는 AC_BE와 유사하게 전송 지연에 강인한 트래픽이지만, 우선 순위가 BE 트래픽 보다는 낮은 트래픽에 활용될 수 있는 AC이다. AC_BK는 AC_BE와 동일한 CW 파라미터 값을 활용하고, AIFSN 파라미터 값은 AC_BE보다도 큰 값을 활용한다. 또한, AC_BK에 해당하는 트래픽은 AC_BE와 동일하게 TXOP를 따로 갖고 있지 않아 TXOP 전송 시퀀스에 활용될 수 없다.
상술한 4 종류의 EDCA AC는 802.1D의 UP(user-priority)와 매핑 되며, 유선으로 수신한 트래픽이 갖고 있는 UP값 혹은 상위 레이어로부터 지시된 MSDU의 TID에 따라 EDCA AC를 결정하게 된다. 이 때, 상기 MSDU의 TID가 0 내지 7의 값을 지시하는 경우, 상기 TID가 지시하는 값은 UP와 1대1로 대응될 수 있다.
또한, 상술한 4 종류의 EDCA AC는 각각의 디폴트(default) CW(CWmin, CWmax), AIFSN, TXOP 파라미터가 표준에서 정의되어 있고, 각 AC의 파라미터 값은 AP에 의해 변경되어 BSS마다 상이한 값을 활용할 수도 있다.
EDCA 메커니즘을 활용하면, Wi-Fi 트래픽은 4개의 AC와 대응하는 4개의 큐 중 하나에 보관되며, 트래픽이 포함된 AC가 타 AC와의 채널 액세스 경쟁에서 승리한 경우에 한해서만 목적 장치로 전송될 수 있다. 이때, AC 사이의 채널 액세스 경쟁에서 각 AC는 자신에게 할당된 액세스 파라미터 (CW[AC], AIFSN[AC])를 활용해 경쟁을 수행하며, 각 AC가 수행하는 채널 액세스 경쟁 동작은 DCF와 동일하다. 이때, 특정 AC가 queue에 전송할 트래픽을 하나도 갖고 있지 않다면, 상기 특정 AC는 경쟁에 참여하지 않을 수 있다.
다만 상술한 바와 같이 각 AC가 활용하는 CW와 AIFSN 파라미터 값이 상이하기 때문에, 가장 작은 CW와 AIFSN 파라미터를 갖는 AC_VO가 다른 AC와의 채널 액세스 경쟁에서 승리할 확률이 높고, 따라서 AC_VO의 트래픽이 타 AC의 트래픽보다 우선적으로 서비스될 가능성이 높다.
또한, EDCA 메커니즘은 각 AC간에 (internal) 충돌(collision)이 발생했을 때, 우선 순위가 높은 AC가 승리하고, 충돌을 유발한 다른 AC의 CW를 증가시키는 등의 내부 경쟁 규칙과, 경쟁에서 승리한 AC(primary AC)가 아닌 다른 AC의 트래픽을 포함하여 PPDU를 구성하는 규칙 등을 규정하고 있지만, 본 발명의 제안과 관련이 크지 않은 내용이기 때문에 자세한 설명은 생략한다.
EDCA는 상술한 것과 같이 QoS 강화를 위해 트래픽(프레임, 패킷 등)의 종류에 따라 차별화된 AC를 운용하는 기능과 함께, EDCA TXOP (EDCA Transmission Opportunity) 기능을 제공한다. EDCA TXOP는 특정 AC의 EDCAF(EDCA Function)가 채널 접근 기회를 획득하였을 때, 즉, TXOP holder가 되었을 때, TXOP 구간(duration)동안 다른 장치에 의해 방해받지 않고 매체(medium)를 제어(control)할 수 있는 시간을 의미한다. 이때, EDCA TXOP는 AP에 의해 알려진(advertised) TXOP 리밋(limit)에 의해 제한될 수 있다. TXOP holder는 TXOP 리밋 내에 자신의 전송 및 자신의 전송으로 인해 응답되는 응답 프레임의 전송이 종료될 수 있도록 해야 한다.
TXOP 홀더(holder)는 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 또는 A-MPDU가 존재하는 경우, TXOP 홀더는 즉각적인 ack을 요청하는 프레임을 전송한 후 ack을 수신하고, SIFS 후 다음 프레임을 전송할 수 있다.
이때, TXOP 홀더인 특정 AC가 아닌 다른 AC의 트래픽(패킷, 프레임 등)도 특정 조건을 만족할 때, TXOP 홀더(특정 AC)가 획득한 TXOP 내에서 함께 전송될 수 있다. TXOP 홀더가 아닌 다른 AC의 트래픽이 TXOP 내에서 전송되는 것은 AC간 TXOP 공유(sharing)에 의한 동작일 수 있고, 상기 특정 조건과 관련한 자세한 내용은 본 발명과 관련이 없기 때문에 생략한다.
상술한 바와 같이 TXOP 홀더는 TXOP 내에서 별도의 채널 액세스 절차를 수행하지 않고 연속적인 프레임 전송을 수행할 수 있다. 이는, 상기 TXOP 홀더가 획득한 TXOP 구간을 다른 단말들이 이해하고 보호해줄 때 달성될 수 있는 동작일 수 있다. 즉, TXOP 홀더가 EDCA TXOP 구간에 대한 매체 제어(medium control) 권한을 획득하기 위해, 획득된 TXOP 구간에 대해 다른 단말들이 인지할 수 있도록 알리는 절차가 필요할 수 있다.
이를 위해, TXOP 홀더가 된, 또는 채널 액세스 절차를 완료한 후 전송을 개시하는 단말(AC)은, RTS 프레임을 전송함으로써 다른 단말들이 TXOP 구간을 인지할 수 있도록 시도할 수 있다. 이때, RTS 프레임은 MAC 프레임 헤더의 Frame Control 필드의 Type 서브필드(Frame Control 필드의 네 번째 비트(B3), 세 번째 비트(B2))가 01b로 설정되고(Type = Control frame), 상기 Frame Control 필드의 Subtype 서브필드(Frame Control 필드의 여덟 번째 비트(B7), 일곱 번째 비트(B6), 여섯 번째 비트(B5), 다섯 번째 비트(B4))가 1011b로 설정된 프레임을 의미한다. TXOP 홀더로부터 RTS 프레임을 수신한 다른 단말은, RTS 프레임에 포함된 듀레이션과 관련한 정보, 예를 들어 Duration 필드의 값에 기초하여 NAV를 설정할 수 있다. 설정된 NAV는 TXOP 홀더의 TXOP에 해당하는 시간 동안 0이 아닌 값으로 유지될 수 있다. 다만, RTS 프레임의 목적 장치로 지시된 단말은 RTS 프레임의 정보에 기반하여 NAV를 설정하는 대신, CTS 프레임을 응답해야 한다. 이때, TXOP를 시작하기 위해 전송된 RTS 프레임의 목적장치는 TXOP 응답자(responder)이며, RTS에 대한 응답으로 (RTS frame이 수신되고 SIFS 후) CTS 프레임을 전송해야 한다. 이때, 응답하는 CTS 프레임의 Duration field는 수신된 RTS 프레임의 Duration field에서 지시된 값 - CTS 프레임 전송 시간 - SIFS 로 계산된 값으로 설정된다. CTS 프레임을 수신한 단말들은 CTS 프레임에 포함된 duration과 관련한 정보(예를 들어 Duration field의 값)에 기초하여 NAV를 설정할 수 있다.
따라서, TXOP 홀더로부터 RTS 프레임을 수신한 단말과, TXOP 응답자로부터 CTS 프레임을 수신한 단말의 NAV는 TXOP 홀더가 획득한 TXOP가 종료된 후에 0이 되도록 설정된다. 이를 통해 Wi-Fi MAC 메커니즘은 TXOP 홀더와 TXOP 응답자가 TXOP 동안 다수의 프레임을 방해받지 않고 교환할 수 있도록 보호할 수 있다.
다만, TXOP 홀더가 RTS 프레임을 non-HT duplicate PPDU로 프라이머리 80 MHz 대역에 걸쳐 전송했지만, TXOP 응답자로부터 응답된 CTS 프레임(non-HT duplicate PPDU)이 프라이머리 40MHz 대역에서만 응답된 경우, TXOP 홀더는 획득된 TXOP 동안 프라이머리 40MHz 또는 프라이머리 40MHz 미만, 예컨대, 프라이머리 20 MHz의 대역폭만을 프레임 교환에 사용할 수 있다. TXOP 홀더가 전송하는 PPDU의 CH_BANDWIDTH(TXVECTOR parameter의 일종)를, 수신된 CTS frame의 CH_BANDWIDTH_IN-NON_HT(RXVECTOR parameter의 일종)과 같거나 더 작은 값으로 설정해야 한다. 이때, RTS 프레임은 RTS 프레임이 전송된 BW보다 작은 BW로 CTS 프레임이 응답되는 것을 허용하는 RTS 프레임일 수 있다. RTS 프레임은 DYN_BANDWIDTH_IN_NON_HT(TXVECTOR parameter의 일종)가 동적(Dynamic)으로 설정되어 전송된 RTS 프레임일 수 있다. 만약, DYN_BANDWIDTH_IN_NON_HT가 정적(Static)으로 설정되어 RTS 프레임이 TXOP 홀더로부터 전송 경우, TXOP 응답자는 CTS 프레임을 RTS 프레임이 수신된 BW와 동일한 BW로 응답해야 할 수 있다.
도 9는 본 발명의 실시 예에 따른 RTS 프레임과 CTS 프레임을 이용한 전송/TXOP 보호방법을 보여준다.
제1 스테이션(STA1)은 PPDU를 전송하기에 앞서, PPDU의 목적 장치인 제2 스테이션(STA2)에게 RTS 프레임을 전송하고, 제2 스테이션(STA2)은 수신된 RTS 프레임이 자신을 목적 장치로 하는 RTS 프레임을 인지한 후 SIFS 후에 CTS 프레임을 응답한다.
제1 스테이션(STA1)의 주변 스테이션(Neighbor STA)인 STA1_Neighbor는 제1 스테이션(STA1)이 전송한 RTS 프레임을 수신한 후, RTS 프레임의 Duration 필드가 지시하는 값을 기초로 NAV를 설정한다. 제2 스테이션(STA2)의 주변 스테이션인 STA2_Neighbor는 제2 스테이션(STA2)이 전송한 CTS 프레임을 수신한 후, CTS 프레임의 Duration 필드가 지시하는 정보를 기초로 NAV를 설정한다. STA1_Neighbor와 STA2_Neighbor는, RTS/CTS 프레임을 수신한 후, 설정한 NAV (counter)가 0이 아닌 값으로 유지되는 동안 가상 CS가 비지인 것으로 판단하고, 백오프 카운터를 줄이지 않는 등의 동작을 수행한다. 결과적으로, RTS/CTS 프레임을 수신한 주변 단말은 NAV가 0이 아닌 값으로 유지되는 구간동안 전송을 시도하지 않는다. 따라서 제1 스테이션(STA1)과 제2 스테이션(STA2)은 PPDU 및 Ack 프레임을 교환하는 동안 주변 단말에 의해 방해받지 않을 수 있다.
제1 스테이션(STA1)과 STA2_Neighbor가 서로의 전송으로 인한 신호가 검출되지 않는 관계(hidden)라 할지라도, STA2_Neighbor는 제1 스테이션(STA1)이 PPDU를 전송하는 동안 채널(channel, WM, Wireless medium)이 사용중임을 고려한 동작을 수행할 수 있다.
<MU-RTS 트리거 프레임을 이용한 TXOP 보호>
11ax(6세대 Wi-Fi, Wi-Fi6, HEW, High Efficiency WLAN)에서는 MU-RTS Trigger/CTS 프레임 교환 절차를 정의하여, MU-RTS 트리거 프레임(이하 MU-RTS, MU-RTS 프레임)을 이용해 AP가 TXOP를 시작하고 TXOP 프레임 교환 절차를 보호할 수 있도록 하는 기능을 추가하였다. MU-RTS 프레임은 트리거 프레임의 일종으로, MU-RTS 프레임을 수신하고, MU-RTS 프레임에 포함된 User 필드로부터 자신의 AID12(Association ID의 LSB 12비트)가 지시된 스테이션은 동시에 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를 설정하도록 유도하고, 이를 통해 트리거 프레임 및 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 후 각각 CTS 프레임으로 MU-RTS 프레임에 응답한다.
제1 스테이션(STA1)의 주변 스테이션 STA1_Neighbor는 제1 스테이션(STA1)이 전송한 CTS 프레임을 수신한 후, CTS 프레임의 Duration 필드가 지시하는 정보를 토대로 NAV를 설정한다. 제2 스테이션(STA2)의 주변 스테이션인 STA2_Neighbor는 제2 스테이션(STA2)이 전송한 CTS 프레임을 수신한 후, CTS 프레임의 Duration 필드가 지시하는 정보를 기초로 NAV를 설정한다. STA1_Neighbor와 STA2_Neighbor는, CTS 프레임을 수신한 후 설정한 NAV (counter)가 0이 아닌 값으로 유지되는 동안 Virtual CS(Virtual Carrier Sense)가 비지로 판단하여, 백오프 카운터를 줄이지 않는 등의 동작을 수행한다. 따라서 CTS 프레임을 수신한 주변 단말이 NAV가 0이 아닌 값으로 유지되는 구간동안 전송을 시도하지 않는다. 이를 통해 AP가 MU PPDU를 전송하고 제1 스테이션(STA1)과 제2 스테이션(STA2)이 Ack 프레임을 전송하는 동안 주변 단말에 의해 방해받지 않을 수 있다.
앞서 설명한 트리거 프레임은 11ax에서 정의된 프레임 타입(type)으로, Frame Control 필드의 Type(네 번째 비트(B3) 및 세 번째 비트(B2)) 및 Subtype(여덟 번째 비트(B7), 일곱 번째 비트(B6), 여섯 번째 비트(B5), 다섯 번째 비트(B4)) 서브필드가 각각 01b과 0010b로 설정된 프레임 타입이다. 트리거 프레임은 Frame Control 필드의 Type 서브필드가 01b인 Control Type의 프레임이며, Subtype 값 0010이 Trigger frame 타입임을 지시한다. 11ax에서는, AP가 한 번에 복수의 스테이션에 대해 응답 프레임을 요청하도록 트리거 프레임을 정의하고, MU-RTS 프레임은 AP가 복수의 스테이션(non-AP STA)에게 CTS 프레임을 요청하기 위해 사용된다. MU-RTS 프레임을 제외한 다른 Trigger Type은 UL MU PPDU를 요청하는 기본 트리거 프레임(Basic Tigger frame), Beamforming Report를 요청하는 BRP 트리거 프레임(Beamforming Report Poll Tigger frame), MU-BAR Tigger frame (BlockAck 요청), Buffer Status Report를 요청하는 BSRP 트리거 프레임(Buffer Status Report Poll Tigger frame), GCR MU-BAR 트리거 프레임, BQRP(Bandwidth Query Report Poll) 트리거 프레임, NDP 피드백 리포트 폴(Poll) 트리거 프레임이있다. MU-RTS 프레임을 제외한 다른 Trigger Type은 본 발명의 내용과 관련이 없기 때문에 자세한 설명은 생략한다.
<매체가 점유된 시간 동안 발생하는 전송 지연 문제>
앞서 설명한 바와 같이 TXOP 홀더는 다른 스테이션에 의해 방해 받지 않고, 프레임 교환을 수행할 수 있다. 이때, TXOP 홀더가 아닌 스테이션에게는 NAV(network allocation vector)의 값이 0보다 큰 값으로 설정된다. 다만, 이러한 NAV로 인해 저지연 트래픽을 전송하고자 하는 스테이션은 전송 시도가 불가능하다. 또한, TXOP 홀더의 프레임 교환을 위한 PPDU가 전송 매개체(medium)를 점유하는 시간 동안 다른 스테이션의 채널 액세스가 제한 받는다. 이에 따라 저지연 트래픽의 전송이 지연될 수 있다.
<초기 컨트롤 프레임 교환 방법>
스테이션이 채널 액세스에 성공한 후, 예컨대 EDCA를 이용한 백오프 절차에 성공한 후, 스테이션은 초기(initial) 제어 프레임을 전송하여 TXOP을 확보할 수 있다. 초기 제어 프레임은 RTS, MU-RTS, BSRP 트리거 프레임일 수 있다. 이때, non-AP 스테이션은 RTS 프레임을 초기 제어 프레임으로 전송할 수 있다.
RTS 프레임은 초기 충돌 감지 및 NAV 설정을 위해 사용될 수 있다. 구체적으로 스테이션은 RTS 프레임과 CTS 프레임을 교환하여 NAV를 설정할 수 있다. RTS 프레임에 대한 응답으로 CTS 프레임이 전송되지 않은 경우, 스테이션은 RTS 프레임이 전송 충돌로 인해 전송이 실패한 것으로 판단할 수 있다.
MU(multi user)-RTS 프레임은 MU-RTS 프레임이 지시하는 하나 이상의 스테이션의 CTS 프레임 전송을 트리거한다. MU-RTS 프레임이 지시하는 하나 이상의 스테이션은 MU-RTS 프레임에 대해 CTS 프레임으로 응답한다. MU-RTS 프레임은 초기 충돌 감지 및 NAV 설정을 위해 사용될 수 있다. MU-RTS 프레임은 가변 길이의 padding 필드를 포함할 수 있다. MU-RTS 프레임을 전송하는 스테이션은 MU-RTS 프레임에 대한 응답을 전송하는 스테이션이 응답의 전송을 준비하는 시간을 확보해줄 수 있다. 예컨대, EMLSR(enhanced mulit-link singlie radio) 모드에서 non-AP 스테이션과 프레임 교환을 시작하는 AP는 non-AP 스테이션의 수신 준비 시간을 확보해주기 위해 padding 필드를 포함하는 MU-RTS 프레임을 초기 제어 프레임으로 전송할 수 있다.
BSRP(Buffer Status Report Poll) 프레임은 BSRP 프레임이 지시하는 하나 이상의 스테이션의 BSR(buffer status report) 프레임 전송을 트리거한다. BSR 프레임은 BSR 프레임을 전송한 non-AP 스테이션의 버퍼 상태를 지시한다. AP는 수신한 BSR 프레임을 기초로 트리거 프레임을 전송하여 non-AP 스테이션 상향 전송을 트리거할 수 있다.
초기 제어 프레임을 수신한 스테이션은 응답 프레임을 전송할 채널을 센싱한다. 스테이션이 센싱한 채널이 유휴한 경우, 스테이션은 응답 프레임을 전송하는 것이 강제될 수 있다. 이를 통해 초기 제어 프레임을 전송한 스테이션의 TXOP 획득을 보장할 수 있다. 다만, 이로 인해 저지연 트래픽의 전송이 지연될 수 있다. 이에 대해서는 도 11을 통해 설명한다.
도 11은 본 발명의 실시 예에 따른 스테이션이 RTS 프레임/CTS 프레임 교환을 통해 NAV를 설정하고, 이로 인해 저지연 트래픽 PPDU의 전송이 지연되는 것을 보여준다.
제1 스테이션(STA1)은 제2 스테이션(STA2)에게 RTS 프레임을 전송한다. 제2 스테이션(STA2)은 저지연 트래픽을 전송하기 위해 백오프 절차를 진행 중이나 RTS 프레임에 대한 응답으로 CTS 프레임을 전송한다. 제1 스테이션(STA1)은 RTS 프레임/CTS 프레임 교환으로 확보된 TXOP 내에서 제2 스테이션(STA2)에게 PPDU를 전송한다. 제2 스테이션(STA2)은 제1 스테이션(STA1)에게 ACK 프레임을 전송한다. 이후 제2 스테이션(STA2)은 저지연 트래픽을 전송하기 위한 백오프 절차를 다시 시작(resume)한다.
이와 같이 초기 제어 프레임에 대한 응답이 강제되는 경우, 저지연 트래픽의 전송이 지연될 수 있다. 이를 해결하기 위해 초기 제어 프레임을 수신한, 즉 TXOP 응답자(responder)인 스테이션이 저지연 트래픽을 전송하려는 경우, 저지연 트래픽의 전송이 먼저 허용되는 것이 저지연 트래픽의 원활한 전송을 보장할 수 있다.
<저지연 트래픽의 조기 전송 방법>
저지연 트래픽을 전송하려는 스테이션은 초기 제어 프레임에 대한 응답 프레임 전송 여부를 미리 지정된 조건에 따라 선택할 수 있다. 구체적으로 저지연 트래픽을 전송하려는 스테이션은 초기 제어 프레임에 대한 응답 프레임을 전송하지 않을 수 있다. 이때, TXOP 홀더인 스테이션은 응답 프레임을 수신하지 못하므로 초기 제어 프레임의 전송이 실패한 것으로 판단할 수 있다. 초기 제어 프레임의 전송이 실패한 것으로 판단한 스테이션은 다시 채널 액세스 절차를 시작할 수 있다. 저지연 트래픽을 전송하려는 스테이션은 초기 제어 프레임에 대한 응답을 전송하지 않고, 채널 액세스 절차를 계속 진행할 수 있다. 이때, 스테이션이 채널 액세스에 성공한 경우, 스테이션은 저지연 트래픽 PPDU를 전송할 수 있다. 또한, 스테이션이 저지연 트래픽 이외의 트래픽을 전송하는 것은 허용되지 않을 수 있다. 구체적으로 스테이션이 A-MPDU를 사용하여 저지연 트래픽을 전송할 때, 스테이션이 저지연 트래픽에 해당하는 TID의 MPDU를 A-MPDU에 포함시키고 저지연 트래픽에 해당하지 않는 TID의 MPDU를 A-MPDU에 포함시키는 것이 허용되지 않을 수 있다. 또한, 스테이션이 저지연 트래픽을 전송하고, 스테이션이 획득한 TXOP 내에서 저지연 트래픽이 아닌 트래픽을 전송하는 것이 허용되지 않을 수 있다. 설명의 편의를 위해 초기 제어 프레임에 대해 응답하지 않고 TXOP을 획득한 스테이션은 프리엠션 스테이션이라고 지칭한다.
프리엠션 스테이션은 저지연 트래픽을 전송하고, 다른 스테이션에게 남은 TXOP를 할당할 수 있다. 이때, 다른 스테이션은 초기 제어 프레임을 전송한 스테이션일 수 있다. 이를 통해 프리엠션으로 인해 전송이 지연된 스테이션에게 전송 기회를 보상할 수 있다. 구체적으로 프리엠션 스테이션이 AP인 경우, AP는 초기 제어 프레임을 전송한 스테이션에게 트리거 프레임을 전송하여 상향 전송을 트리거할 수 있다. 또한, AP는 초기 제어 프레임을 전송한 스테이션에게 MU-RTS TXS(TXOP sharing) 프레임을 전송하여 TXOP을 공유할 수 있다. 구체적으로 프리엠션 스테이션이 non-AP 스테이션인 경우, non-AP 스테이션은 남은 TXOP을 AP에게 양도할 수 있다. 또한, 프리엠션 스테이션이 저지연 트래픽 전송 후 남은 TXOP를 다른 스테이션에게 양도하는 것은 의무일 수 있다. 구체적으로 프리엠션 스테이션이 저지연 트래픽 전송 후 남은 TXOP을 초기 제어 프레임을 전송한 스테이션에게 양도하는 것은 프리엠션 스테이션의 의무일 수 있다.
이러한 실시 예들에서 프리엠션 스테이션은 미리 지정된 조건을 만족하는 경우에만 프리엠션 전송을 수행할 수 있다. 미리 지정된 조건에 대해 설명한다.
미리 지정된 조건은 프리엠션 스테이션 전송하려는 트래픽의 TID는 미리 지정된 TID에 해당할 것을 포함할 수 있다. 예컨대, TID의 값이 6, 7이 저지연 트래픽으로 지정될 수 있다. 이때, 프리엠션 스테이션이 전송하려는 TID의 값이 6 또는 7인 경우에만 스테이션은 초기 제어 프레임에 대한 응답 프레임을 전송하지 않을 수 있다.
미리 지정된 조건은 프리엠션 스테이션이 전송하려는 트래픽의 라이프타임 타이머(lifetime timer)의 값이 미리 지정된 값 이하인 경우를 포함할 수 있다. 프리엠션 스테이션이 전송하려는 트래픽의 라이프타임 타이머(lifetime timer)의 값이 미리 지정된 값 이하인 경우, 프리엠션 스테이션은 초기 제어 프레임에 대한 응답 프레임을 전송하지 않을 수 있다. 프리엠션 스테이션이 전송하려는 트래픽의 라이프타임 타이머(lifetime timer)의 값이 미리 지정된 값보다 큰 경우, 스테이션은 초기 제어 프레임에 대한 응답 프레임을 전송해야 할 수 있다. 또 다른 구체적인 실시 예에서 초기 제어 프레임의해 확보되는 TXOP 내에서 라이프타임 타이머가 만료될 것으로 예상되는 경우, 프리엠션 스테이션은 초기 제어 프레임에 대한 응답 프레임을 전송하지 않을 수 있다. 초기 제어 프레임의해 확보되는 TXOP 내에서 라이프타임 타이머가 만료될 것으로 예상되지 않는 경우, 프리엠션 스테이션은 초기 제어 프레임에 대한 응답 프레임을 전송하는 것이 허용되지 않을 수 있다. 이러한 실시 예들에서 라이프타임 타이머가 만료되는 경우, 스테이션은 MSDU를 폐기(discard)한다.
미리 지정된 조건은 프리엠션 스테이션이 전송하려는 트래픽의 양이 미리 지정된 값 이하인 경우를 포함할 수 있다. 또 다른 구체적인 실시 예에서 미리 지정된 조건은 프리엠션 스테이션이 전송하려는 트래픽을 포함하는 저지연 PPDU의 길이가 미리 지정된 길이 이하인 경우를 포함할 수 있다. 프리엠션 스테이션이 전송하려는 저지연 PPDU의 길이가 미리 지정된 값 이하인 경우, 프리엠션 스테이션은 초기 제어 프레임에 대한 응답 프레임을 전송하지 않을 수 있다. 프리엠션 스테이션이 전송하려는저지연 PPDU의 길이가 미리 지정된 값보다 큰 경우, 스테이션은 초기 제어 프레임에 대한 응답 프레임을 전송해야 할 수 있다.
미리 지정된 조건은 프리엠션 스테이션이 전송하려는 트래픽의 목적 장치가 TXOP 홀더인 것을 포함할 수 있다. 예컨대, 스테이션이 AP로부터 초기 제어 프레임을 수신한 경우, 스테이션은 AP에게 저지연 트래픽을 전송하려는 경우에 초기 제어 프레임에 대한 응답 프레임을 전송하지 않을 수 있다. 스테이션이 AP로부터 초기 제어 프레임을 수신한 경우, 스테이션이 AP가 아닌 스테이션에게 저지연 트래픽을 전송하려는 경우 초기 제어 프레임에 대한 응답 프레임을 전송하는 것이 허용되지 않을 수 있다.
이러한 실시 예들을 통해 프리엠션을 통한 전송이 남용되는 것을 방지할 수 있다. 또한, 프리엠션을 통한 전송으로 인해 지연된 전송의 피해를 최소화할 수 있다.
도 12는 본 발명의 실시 예에 따른 스테이션이 초기 제어 프레임에 대한 응답 프레임을 전송하지 않는 동작을 보여준다.
제1 스테이션(STA1)은 제2 스테이션(STA2)에게 RTS 프레임을 전송한다. 이때, 제2 스테이션(STA2)은 저지연 트래픽을 전송하기 위해 초기 제어 프레임에 대한 CTS 프레임을 전송하지 않는다. 제2 스테이션(STA2)은 앞서 설명한 미리 지정된 조건을 모두 만족하는 것으로 판단한 것일 수 있다. 제1 스테이션(STA1)은 RTS 프레임에 응답인 CTS 프레임을 수신하지 못하였으므로 다시 채널 액세스를 수행한다. 제2 스테이션(STA2)은 채널 액세스를 재개하여 RTS 프레임을 제1 스테이션(STA1)에게 전송한다. 제1 스테이션(STA1)은 제2 스테이션(STA2)에게 RTS 프레임에 대한 응답으로 CTS 프레임을 전송한다. 제2 스테이션(STA2)은 제1 스테이션(STA1)에게 저지연 PPDU를 전송하고, 제1 스테이션(STA1)으로부터 ACK 프레임을 수신한다.
앞서 설명한 실시 예들에 따라 프리엠션 스테이션이 초기 제어 프레임에 대한 응답을 전송하지 않는 경우, TXOP 홀더인 스테이션도 저지연 트래픽을 전송하려한 경우 문제될 수 있다. 구체적으로 TXOP 홀더인 스테이션이 프리엠션 스테이션이 전송하려는 트래픽의 우선순위보다 높은 우선순위를 갖은 트래픽을 전송하려한 경우에도 프리엠션 스테이션으로 인해 전송이 지연될 수 있다. 이를 방지할 수 있는 실시 예에 대해 설명한다.
스테이션은 초기 제어 프레임에 초기 제어 프레임에 의해 개시되는 프레임 교환 시퀀스에서 교환될 트래픽에 관한 정보를 포함시킬 수 있다. 구체적으로 스테이션은 초기 제어 프레임의 페이로드, MAC 헤더, 또는 초기 제어 프레임이 포함되는 PPDU 중 적어도 어느 하나에 포함된 다른 프레임에 프레임 교환 시퀀스에서 교환될 트래픽에 관한 정보를 포함시킬 수 있다. 트래픽에 관한 정보는 트래픽의 종류에 관한 정보일 수 있다. 구체적으로 트래픽에 관한 정보는 트래픽이 저지연 트래픽인지, 트래픽의 TID, 트래픽의 AC 및 트래픽의 우선순위에 관한 정보일 수 있다. BSS 마다 TID 별로 우선순위가 지정될 수 있다. 예컨대, 특정 BSS는 TID 값 0 내지 3을 가장 낮은 우선순위로 지정하고, TID 값 4 내지 5를 중간 우선순위로 지정하고, TID 값 6 내지 7을 가장 높은 우선순위로 지정할 수 있다. 이때, TXOP 홀더인 스테이션은 초기 제어 프레임에 프레임 교환 시퀀스에서 교환하려는 트래픽의 우선순위를 나타내는 정보를 포함시킬 수 있다.
프리엠션 스테이션은 초기 제어 프레임이 지시하는 트래픽에 관한 정보를 기초로 초기 제어 프레임에 대한 응답 프레임을 전송할지 결정할 수 있다. 구체적으로 프리엠션 스테이션은 앞서 설명한 실시 예들에 따른 미리 지정된 조건과 초기 제어 프레임이 지시하는 트래픽에 관한 정보에 따른 조건을 만족하는지 판단할 수 있다. 이때, 미리 지정된 조건과 트래픽에 관한 정보에 따른 조건을 만족하는 경우, 스테이션은 초기 제어 프레임에 대한 응답 프레임을 전송하지 않을 수 있다. 미리 지정된 조건과 트래픽에 관한 정보에 따른 조건 중 어느 하나를 만족하지 않는 경우, 스테이션이 초기 제어 프레임에 대한 응답 프레임을 전송하지 않는 것이 허용되지 않을 수 있다. 구체적인 실시 예에서 초기 제어 프레임이 프레임 교환 시퀀스에서 교환될 트래픽이 저지연 트래픽임을 지시하는 경우, 스테이션이 초기 제어 프레임에 대한 응답 프레임을 전송하지 않는 것이 허용되지 않을 수 있다. 이때, 초기 제어 프레임이 프레임 교환 시퀀스에서 교환될 트래픽이 저지연 트래픽이 아님을 지시하는 경우, 스테이션은 초기 제어 프레임에 대한 응답 프레임을 전송하지 않을 수 있다. 또 다른 구체적인 실시 예에서 초기 제어 프레임이 프레임 교환 시퀀스에서 교환될 트래픽의 우선순위가 프리엠션 스테이션이 전송하려는 트래픽의 우선순위와 같거나 높은 것으로 지시하는 경우, 프리엠션 스테이션이 초기 제어 프레임에 대한 응답 프레임을 전송하지 않는 것이 허용되지 않을 수 있다. 이때, 초기 제어 프레임이 프레임 교환 시퀀스에서 교환될 트래픽의 우선순위가 프리엠션 스테이션이 전송하려는 트래픽의 우선순위 보다 낮은 것으로 지시하는 경우, 프리엠션 스테이션은 초기 제어 프레임에 대한 응답 프레임을 전송하지 않을 수 있다.
또한, TXOP 홀더인 스테이션은 초기 제어 프레임을 통해 초기 제어 프레임에 대한 응답 프레임을 전송하지 않는 것이 허용되는지 지시할 수 있다. 이때, 초기 제어 프레임이 초기 제어 프레임에 대한 응답 프레임을 전송하지 않는 것이 허용됨을 지시하는 경우, 프리엠션 스테이션은 초기 제어 프레임에 대한 응답을 전송하지 않을 수 있다.
도 13은 본 발명의 실시 예에 따른 스테이션이 초기 제어 프레임에 의해 개시되는 프레임 교환 시퀀스에서 교환될 트래픽의 종류를 지시하는 동작을 보여준다.
도 13의 실시 예에서 제1 스테이션(STA1)은 저지연 트래픽을 전송하기 위한 채널 액세스에 성공한다. 제1 스테이션(STA1)은 초기 제어 프레임을 전송하고, 초기 제어 프레임은 초기 제어 프레임이 개시하는 프레임 교환 시퀀스에서 저지연 트래픽이 교환될 것임을 지시한다. 저지연 트래픽을 전송을 준비하는 제2 스테이션(STA2)은 초기 제어 프레임이 지시하는 정보에 따라 응답 프레임을 전송한다.
<저지연 트래픽의 우선 전송을 보장하기 위한 프레임 시퀀스 조정>
앞서 설명한 실시 예에서 프리엠션을 통한 전송 수행 여부를 TXOP 응답자인 스테이션이 결정할 수 있다. TXOP 홀더인 스테이션이 채널 액세스 절차에 먼저 성공한 것을 고려할 때 형평성이 문제될 수 있다. 따라서 구체적인 실시 예에 따라 초기 제어 프레임을 전송한 스테이션이 프리엠션을 통한 전송이 수행될 지를 결정할 수 있다.
프리엠션 스테이션이 초기 제어 프레임을 수신한 경우, 프리엠셤 스테이션은 프리엠션을 통해 전송하려는 트래픽에 관한 정보를 지시하는 응답 프레임을 초기 제어 프레임에 대한 응답으로 전송할 수 있다. 프리엠션을 통해 전송하려는 트래픽에 관한 정보는 트래픽의 종류에 관한 정보일 수 있다. 구체적으로 트래픽에 관한 정보는 트래픽이 저지연 트래픽인지, 트래픽의 TID, 트래픽의 AC 및 트래픽의 우선순위에 관한 정보일 수 있다. 또 다른 구체적인 실시 예에서 트래픽에 관한 정보는 프리엠션 스테이션이 프리엠션을 통해 TXOP 홀더가 교환하려는 트래픽보다 먼저 트래픽을 전송할지 지시하는 정보일 수 있다. 구체적으로 스테이션은 초기 제어 프레임의 페이로드, MAC 헤더, 또는 초기 제어 프레임이 포함되는 PPDU가 포함하는 프레임 중 적어도 어느 하나에 프레임 교환 시퀀스에서 교환될 트래픽에 관한 정보를 포함시킬 수 있다. TXOP 홀더인 스테이션은 응답 프레임을 수신하고, 응답 프레임이 지시하는 트래픽에 관한 정보를 기초로 프레임 교환 시퀀스를 조정할 수 있다. 이때, TXOP 홀더인 스테이션은 응답 프레임을 전송한 스테이션의 전송을 트리거할 수 있다.
초기 제어 프레임에 대한 응답 프레임의 포맷은 초기 제어 프레임에 따라 미리 지정된 포맷일 수 있다. 예컨대, RTS 프레임 또는 MU-RTS 프레임에 대한 응답으로 CTS 프레임이 지정될 수 있다. AP가 초기 제어 프레임을 수신한 경우, AP는 응답 프레임을 전송한 스테이션에게 전송하는 프레임의 타입으로 프레임션을 통한 전송 수행여부를 나타낼 수 있다. AP가 프리엠션을 통한 전송을 수행하려는 경우, AP는 응답 프레임으로 CTS 프레임의 수신자 주소가 AP의 주소인 CTS-to-Self 프레임을 전송할 수 있다. CTS-to-Self 프레임을 수신한 스테이션은 스테이션이 획득한 TXOP 내에서 AP가 먼저 프레임 교환을 수행하려는 것으로 판단할 수 있다. 또한, AP가 초기 제어 프레임을 전송한 스테이션 이외의 스테이션에게 프리엠션을 통한 전송을 수행하려는 경우, AP는 초기 제어 프레임에 대한 응답 프레임으로 MU-RTS 프레임 또는 RTS 프레임을 전송할 수 있다. 예컨대, AP가 제1 스테이션으로부터 RTS 프레임을 수신하고 AP는 제2 스테이션에게 저지연 트래픽을 전송하려 할 수 있다. 이때, AP는 RTS 프레임에 대한 응답으로 제2 스테이션을 수신자로 지시하는 RTS 프레임을 전송할 수 있다. AP가 제1 스테이션으로부터 RTS 프레임을 수신하고 AP는 제1 스테이션 및 제2 스테이션에게 저지연 트래픽을 전송하려 할 수 있다. 이때, AP는 RTS 프레임에 대한 응답으로 제1 스테이션 및 제2 스테이션의 지시하는 MU-RTS 프레임을 전송할 수 있다. 이때, MU-RTS 프레임의 User Info 필드가 제1 스테이션 및 제2 스테이션을 지시할 수 있다.
또한, TXOP 홀더인 AP는 TXOP 응답자인 non-AP 스테이션으로부터 응답 프레임을 수신하고, 응답 프레임이 지시하는 트래픽에 관한 정보를 기초로 non-AP 스테이션에게 RU(resource unit) 또는 TXOP을 할당할 수 있다. 구체적으로 AP는 응답 프레임이 지시하는 트래픽에 관한 정보를 기초로 non-AP 스테이션에게 베이직 트리거 프레임을 전송하거나 MU-RTS TXS 트리거 프레임을 전송할 수 있다.
또한, TXOP 홀더인 non-AP 스테이션은 TXOP 응답자인 AP로부터 응답 프레임을 수신하고, 응답 프레임이 지시하는 트래픽에 관한 정보를 기초로 AP의 전송을 허용할 수 있다. 이때, non-AP 스테이션은 AP의 전송을 묵시적으로 수락할 수 있다. 구체적으로 AP는 AP가 non-AP 스테이션의 트래픽 전송 전에 전송을 수행할 것임을 지시하는 응답 프레임을 전송할 수 있다. 이때, non-AP 스테이션은 응답 프레임과 SIFS 간격으로 UL PPDU를 전송하지 않고, AP는 응답 프레임과 SIFS 간격으로 저지연 트래픽 PPDU를 전송할 수 있다. 이때, 저지연 트래픽 PPDU의 의도된 수신자는 TXOP 홀더인 non-AP 스테이션이 아닌 non-AP 스테이션일 수 있다.
또 다른 구체적인 실시 예에서 TXOP 홀더인 스테이션은 초기 제어 프레임에 대한 응답 프레임을 수신하고, 응답 프레임이 지시하는 정보를 기초로 TXOP 응답자인 스테이션에게 RDG(reverse direction grant)를 할당할 수 있다. 이때, TXOP 응답자인 스테이션은 RD 응답자로서 저지연 트래픽의 전송을 수행할 수 있다.
앞서 설명한 실시 예들에서 TXOP 홀더가 AP인지와 관계 없이 AP에 의해 프리엠션을 통한 전송이 허용될지 결정된다. 이는 AP는 복수의 non-AP 스테이션과 프레임 교환을 수행할 수 있으나, non-AP 스테이션은 AP와의 사이에서만 프레임 교환을 수행할 수 있기 때문일 수 있다. 또한, AP는 non-AP 스테이션에게 트리거 프레임을 전송하여 RU를 할당하고 전송을 트리거할 수 있으나, non-AP 스테이션은 RDG 이외에 AP의 전송을 능동적으로 트리거하기 힘들기 때문일 수 있다.
프리엠션 스테이션은 저지연 트래픽을 전송할 때 MAC 헤더의 More Data 서브필드를 사용하여 추가로 전송할 저지연 트래픽이 있는지 지시할 수 있다. 이때, MAC 헤더의 More Data 서브필드는 저지연 트래픽의 큐잉 여부를 나타내고 파워 세이브 모드와 관련된 동작을 위해 사용되지 않는다. TXOP 응답자인 스테이션이 전송한 프레임의 More Data 서브필드가 저지연 트래픽이 있음을 지시하는 경우, TXOP 홀더인 스테이션은 TXOP 응답자인 스테이션이 추가 전송을 수행할 수 있도록 자원을 할당할 수 있다. 구체적으로 TXOP 홀더인 스테이션은 TXOP 응답자인 스테이션에게 TXOP 할당하거나 트리거 프레임을 전송하여 RU를 할당하거나 RDG를 할당할 수 있다.
도 14는 본 발명의 실시 예에 따라 TXOP 응답자인 non-AP 스테이션이 프리엠션을 통해 저지연 트래픽 PPDU를 전송하는 동작을 보여준다.
도 14의 실시 예에서 AP가 non-AP 스테이션보다 먼저 채널 액세스 절차를 완료한 후 RTS 프레임을 전송한다. non-AP 스테이션은 AP에게 RTS 프레임에 대한 응답으로 CTS 프레임을 전송한다. 이때, non-AP 스테이션은 프리엠션을 통해 전송하려는 저지연 트래픽에 관한 정보를 RTS 프레임에 포함시킨다. AP는 수신한 CTS 프레임을 기초로 non-AP 스테이션이 프리엠션을 통해 저지연 트래픽을 전송하려는 것으로 판단한다. AP는 non-AP 스테이션의 버퍼 상태를 판단하기 위해 non-AP 스테이션에게 BSRP(buffer status report poll) 프레임을 전송한다. non-AP 스테이션은 BSRP 프레임에 대한 응답으로 BSR 프레임을 AP에게 전송한다. AP는 수신한 BSR 프레임을 기초로 non-AP 스테이션에게 트리거 프레임을 전송한다. non-AP 스테이션은 트리거 프레임이 할당하는 RU를 통해 저지연 트래픽을 포함하는 TB PPDU를 전송한다.
도 15는 본 발명의 실시 예에 따라 TXOP 응답자인 AP가 프리엠션을 통해 저지연 트래픽 PPDU를 전송하는 동작을 보여준다.
도 15의 실시 예에서 non-AP 스테이션이 AP보다 먼저 채널 액세스 절차를 완료한 후 RTS 프레임을 전송한다. AP는 RTS 프레임에 대한 응답 프레임으로 CTS-to-self 프레임을 전송하여 AP가 non-AP 스테이션이 프레임 교환을 통해 트래픽을 전송하는 것보다 먼저 저지연 트래픽을 전송할 것을 지시(indicate)한다. non-AP 스테이션은 CTS-to-self 프레임을 수신하고, CTS-to-Self 프레임을 기초로 AP의 전송을 대기한다. AP는 CTS-to-self 프레임과 SIFS 간격으로 저지연 트래픽 PPDU를 전송한다. AP는 저지연 트래픽 PPDU 전송 완료 후, TXS 프레임을 전송하여 남은 TXOP을 non-AP 스테이션에게 할당한다. non-AP 스테이션은 TXS 프레임에 대한 응답으로 CTS 프레임을 전송하고 AP에게 UL PPDU를 전송한다.
도 16은 본 발명의 실시 예에 따라 TXOP 응답자인 AP가 프리엠션을 통해 복수의 스테이션에게 저지연 트래픽 PPDU를 전송하는 동작을 보여준다.
도 16의 실시 예에서 제1 non-AP 스테이션(Non-AP STA1)이 AP보다 먼저 채널 액세스 절차를 완료한 후 RTS 프레임을 전송한다. AP는 RTS 프레임에 대한 응답 프레임으로 MU-RTS 프레임을 전송하여 AP가 제1 non-AP 스테이션(Non-AP STA1)이 프레임 교환을 통해 트래픽을 전송하는 것보다 먼저 저지연 트래픽을 제2 non-AP 스테이션(Non-AP STA2)에게 전송할 것을 지시(indicate)한다. 이때, MU-RTS 프레임은 User Info 필드를 통해 제1 non-AP 스테이션(Non-AP STA1)과 제2 non-AP 스테이션(Non-AP STA2)을 지시한다. 제1 non-AP 스테이션(Non-AP STA1)과 제2 non-AP 스테이션(Non-AP STA2)은 AP에게 CTS 프레임을 전송한다. AP는 CTS 프레임과 SIFS 간격으로 저지연 트래픽 PPDU를 전송한다. AP는 저지연 트래픽 PPDU 전송 완료 후, TXS 프레임을 전송하여 남은 TXOP을 제1 non-AP 스테이션(Non-AP STA1)에게 할당한다. 제1 non-AP 스테이션(Non-AP STA1)은 TXS 프레임에 대한 응답으로 CTS 프레임을 전송하고 AP에게 UL PPDU를 전송한다.
도 17은 본 발명의 실시 예에 따라 저지연 트래픽에 관한 정보를 포함하는 MAC 헤더의 Control 필드의 포맷을 보여준다.
앞서 설명한 실시 예들에서 TXOP 홀더는 초기 제어 프레임에 통해 초기 제어 프레임이 개시하는 프레임 교환 시퀀스에서 교환되는 트래픽을 지시하는 정보를 포함시킬 수 있다. 또한, 프리엠션 스테이션은 초기 제어 프레임에 대한 응답 프레임에 저지연 트래픽에 관한 정보를 포함시킬 수 있다. 이와 같은 트래픽에 관한 정보는 프레임의 Control 필드에 포함될 수 있다.
도 17의 (a)에서와 같이 Frame Control 필드는 Protocol Version 서브필드, Type 서브필드, Subtype 서브필드, To DS 서브필드, From DS 서브필드, More Fragments 서브필드, Retry 서브필드, Power Management 서브필드, More Data 서브필드, Protected Frame 서브필드, 및 +HTC 서브필드 중 적어도 어느 하나를 포함할 수 있다. 제어 프레임에 포함되는 Frame Control 필드의 To DS 서브필드, From DS 서브필드, More Fragments 서브필드, 및 Retry 서브필드의 값은 항상 0으로 설정된다. 제어 프레임에 포함되는 Frame Control 필드의 To DS 서브필드, From DS 서브필드, More Fragments 서브필드, 또는 Retry 서브필드 중 적어도 어느 하나가 앞서 설명한 트래픽에 관한 정보를 지시할 수 있다. 이때, 트래픽에 관한 정보는 제어 프레임을 전송하는 스테이션이 저지연 트래픽을 전송하려고 함을 지시할 수 있다. 예컨대, Frame Control 필드의 To DS 서브필드, From DS 서브필드, More Fragments 서브필드, 및 Retry 서브필드 중 어느 하나의 필드의 값이 미리 지정된 값인 경우, 트래픽에 관한 정보는 제어 프레임을 전송하는 스테이션이 저지연 트래픽을 전송하려고 함을 지시할 수 있다. 미리 지정된 값은 1일 수 있다.
또한, 트래픽에 관한 정보는 제어 프레임을 전송하는 스테이션이 전송하려는 트래픽의 TID와 관련된 정보를 지시할 수 있다. 이때, To DS 서브필드, From DS 서브필드, More Fragments 서브필드, 및 Retry 서브필드 중 3개의 필드, 즉 3개의 비트는 TID의 값 중 0 내지 7 중 어느 하나를 지시하고, 1개의 필드, 즉 1개의 비트는 나머지 3개의 필드가 TID와 관련된 정보를 지시함을 나타낼 수 있다. 도 17의 (b)는 이러한 실시 예를 보여준다. 저지연 트래픽에 포함된 TID가 복수인 경우, 3개의 필드가 나타내는 TID의 값은 저지연 트래픽에 포함된 TID 중 하나를 지시할 수 있다. 예컨대, 3개의 필드가 나타내는 TID의 값은 복수의 TID 중 가장 높은 인덱스를 갖는 TID일 수 있다. 또 다른 구체적인 실시 예에서 3개의 필드가 나타내는 TID의 값은 복수의 TID 중 가장 높은 우선순위를 갖는 TID일 수 있다.
또한, 트래픽에 관한 정보는 제어 프레임을 전송하는 스테이션이 전송하려는 트래픽의 우선순위와 관련된 정보를 지시할 수 있다. 이때, To DS 서브필드, From DS 서브필드, More Fragments 서브필드, 및 Retry 서브필드는 트래픽이 저지연 트래픽인지 여부와 트래픽의 우선순위를 지시할 수 있다. To DS 서브필드, From DS 서브필드, More Fragments 서브필드, 및 Retry 서브필드 중 2개 또는 3개 필드, 즉 2개 또는 3개의 비트는 트래픽의 우선순위를 지시하고 1개의 필드, 즉 1개의 비트는 트래픽이 저지연 트래픽인지 지시할 수 있다. 도 17의 (c)는 이러한 실시 예를 보여준다.
또한, TXOP 응답자인 AP는 To DS 서브필드, From DS 서브필드, More Fragments 서브필드, 및 Retry 서브필드 중 어느 하나의 비트를 사용하여 프리엠션을 통한 전송을 수행할 것을 지시할 수 있다. 이러한 비트를 Preemption Indication 비트로 지칭할 수 있다. Preemption Indication 비트의 값이 미리 지정된 값인 경우, non-AP 스테이션은 AP가 프리엠션을 통한 전송을 수행할 것으로 판단할 수 있다. 미리 지정된 값은 1일 수 있다.
<1-비트 지시(indication)를 이용한 프레임 교환 시퀀스 조정>
복수의 스테이션이 저지연 트래픽을 전송할 것을 지시하는 경우, 초기 제어 프레임을 전송한 스테이션이 획득한 TXOP 내에서, 수행되는 프레임 교환 순서가 조정될 수 있다. 이를 통해 저지연 트래픽의 전송이 우선적으로 수행될 수 있다. 프레임 교환 순서는 TXOP 공유(sharing), 트리거 프레임, 및 RD(reverse direction) 프로토콜 중 적어도 어느 하나를 통해 조정될 수 있다. 초기 제어 프레임을 수신한 스테이션이 초기 제어 프레임에 대한 응답 프레임 대신, 미리 지정된 프레임을 전송하여 TXOP 홀더로 동작할 수 있다. 이때, 미리 지정된 프레임은 CTS-to-self 프레임일 수 있다.
TXOP 공유는 TXOP 홀더가 TXOP 홀더가 획득한 TXOP의 일부를 다른 스테이션에게 할당하는 것이다. 이때, TXOP을 할당받은 스테이션인, TXOP 응답자(TXOP responder)는 공유된(shared) TXOP 내에서 전송을 수행할 수 있다. 구체적으로 TXOP 홀더는 MU-RTS TXS 프레임을 전송할 수 있다. MU-RTS TXS 프레임의 User Info 필드가 스테이션을 지시하는 경우, MU-RTS TXS 프레임을 수신한 스테이션은 공유 응답자로 판단할 수 있다. 공유 응답자를 지시하는 User Info 필드, 예컨대, User Info 필드의 Allocation Duration 서브필드가 지시하는 시간 동안 TXOP가 공유 응답자에게 공유된다. 공유된 TXOP 내에서 공유 응답자는 TXOP 홀더로 동작할 수 있다.
RD 프로토콜은 TXOP holder(RD 개시자(initiator))인 스테이션이 RDG(RD Grant)를 TXOP 응답자에게 부여하고, TXOP 응답자(RD responder)인 스테이션은 RDG를 이용해 PPDU의 전송을 수행할 수 있다. 이때, TOXP 홀더인 스테이션은 RDG subfield가 1로 설정된 MPDU를 TXOP 응답자에게 전송하여 RDG를 TXOP 응답자에게 부여할 수 있다.
TXOP 응답자가 저지연 트래픽을 전송할 의도가 없는 경우, TXOP 홀더는 프레임 교환 순서를 조정하지 않을 수 있다. 이때, TXOP 응답자는 저지연 트래픽을 전송할 의도가 없음을 지시하는, 초기 제어 프레임에 대한 응답 프레임을 TXOP 홀더에게 전송할 수 있다.
TXOP 홀더와 TXOP 응답자가 모두 저지연 트래픽을 전송하려는 경우, TXOP 홀더는 TXOP 홀더의 저지연 트래픽을 우선적으로 전송할 수 있다. TXOP 홀더가 TXOP 홀더의 저지연 트래픽을 전송한 후, TXOP 홀더는 TXOP 응답자의 저지연 트래픽 전송을 트리거할 수 있다. 구체적으로 TXOP 홀더는 TXOP 응답자에게 남은 TXOP을 공유(share)하거나, TXOP 응답자에게 RDG를 부여하거나, TXOP 응답자에게 트리거 프레임을 전송할 수 있다. 이를 통해 TXOP 홀더는 TXOP 응답자가 저지연 트래픽을 전송하는 것을 허용할 수 있다. 이때, TXOP 홀더는 저지연 트래픽을 전송하려함을 지시하는 초기 제어 프레임을 전송할 수 있다. 또한, TXOP 응답자는 저지연 트래픽을 전송하려함을 지시하는, 초기 제어 프레임에 대한 응답 프레임을 전송할 수 있다.
TXOP 홀더가 저지연 트래픽을 전송할 의도가 없고, TXOP 응답자가 저지연 트래픽을 전송하려는 경우, TXOP 홀더는 TXOP 응답자의 저지연 트래픽이 먼저 전송되도록 프레임 교환 순서를 조정할 수 있다. 구체적으로 TXOP 홀더는 TXOP 홀더의 트래픽을 전송하기 전에 TXOP 응답자의 저지연 트래픽 전송을 허용할 수 있다. 이를 위해 TXOP 홀더는 TXOP 응답자에게 남은 TXOP을 공유(share)하거나, TXOP 응답자에게 RDG를 부여하거나, TXOP 응답자에게 트리거 프레임을 전송할 수 있다.
앞서 설명한 실시 예들에서 TXOP 홀더는 초기 제어 프레임의 1 비트를 사용하여 저지연 트래픽 전송 의도를 지시할수 있다. 또한, TXOP 응답자는 초기 제어 프레임에 대한 응답 프레임의1 비트를 사용하여 저지연 트래픽 전송 의도를 지시할수 있다.
<저지연 트래픽의 긴급도 평가 기반 프레임 교환 순서 조정>
TXOP 홀더와 TXOP 응답자 모두 저지연 트래픽을 전송하려는 경우, 형평성과 저지연 전송 보장을 위해 저지연 트래픽의 긴급도에 따라 전송 순서를 결정할 필요가 있다. 이를 위한 실시 예들에 대해 설명한다.
프레임 교환을 수행하는 두 스테이션이 저지연 트래픽의 긴급도에 관한 정보를 교환하고, 교환된 긴급도를 기초로 프레임 교환 순서가 결정될 수 있다. 이때, 긴급도에 관한 정보는 우선순위에 관한 정보, 전송 요구 조건(requirement)에 관한 정보 또는 저지연 트래픽의 전송 제한 만료까지 남은 시간 중 적어도 어느 하나를 포함할 수 있다. 구체적인 실시 예에서 TXOP 홀더는 TXOP 응답자가 지시한 저지연 트래픽의 긴급도와 TXOP 홀더의 저지연 트래픽의 긴급도를 비교하여, 프레임 교환 순서를 결정할 수 있다. 이때, TXOP 홀더는 TXOP 응답자에게 TXOP 홀더의 저지연 트래픽의 긴급도를 지시하는 정보를 TXOP 응답자에게 전송하지 않을 수 있다. 앞서 설명한 실시 예들에서 TXOP 홀더 또는 TXOP 응답자는 제어 프레임의 Control 필드를 사용하여 저지연 트래픽의 긴급도를 지시할 수 있다. 또 다른 구체적인 실시 예에서 저지연 트래픽의 긴급도를 지시하는 새로운 포맷의 프레임이 지정될 수 있다.
TXOP 응답자는 TXOP 응답자가 전송하려는 저지연 트래픽의 긴급도를 지시하는, 초기 제어 프레임에 대한 응답 프레임을 전송할 수 있다. TXOP 홀더는 TXOP 응답자로부터 수신한 응답 프레임이 지시하는 저지연 트래픽의 긴급도와 TXOP 홀더의 저지연 트래픽의 긴급도를 비교할 수 있다. TXOP 홀더는 비교 결과를 기초로 프레임 교환 순서를 결정할 수 있다. TXOP 응답자의 저지연 트래픽의 긴급도가 TXOP 홀더의 저지연 트래픽의 긴급도보다 높은 경우, TXOP 홀더는 TXOP 응답자가 먼저 전송을 수행하도록 유도할 수 있다. 구체적으로 앞서 설명한 RDG 부여, TXOP 공유 또는 트리거 프레임 전송 중 적어도 어느 하나를 수행할 수 있다.
<멀티 링크 동작을 위한 프레임 교환 순서 조정>
멀티 링크 장치는 하나 또는 복수의 스테이션을 포함하고, 하나 또는 복수의 스테이션 각각은 서로 다른 링크에서 동작한다. 예컨대, AP 멀티 링크 장치는 최대 15개의 AP를 포함할 수 있다. AP 멀티 링크 장치의 AP 각각은 서로 다른 링크에서 동작하고, 독립된 AP와 동일한 기능을 수행할 수 있다. AP 멀티 링크 장치의 AP 각각은 각각의 BSS를 운영하고, non-AP 스테이션과 연결(associate)될 수 있다. 레거시 non-AP 스테이션은 AP 멀티 링크 장치의 AP 각각을 독립적인 AP로 인지하고, AP 각각에 결합하여 동작할 수 있다. non-AP 멀티 링크 장치는 최대 15개의 non-AP 스테이션을 포함할 수 있다. non-AP 멀티 링크 장치의 non-AP 스테이션 각각은 AP 멀티 링크 장치의 AP 각각과 연결(associated)될 수 있다. non-AP 멀티 링크 장치와 AP 멀티 링크 장치가 복수의 링크에서 연결되는 경우, AP 멀티 링크 장치와 non-AP 멀티 링크 장치는 멀티 링크가 설정(set-up)된다. AP 멀티 링크 장치와 non-AP 멀티 링크 장치는 복수의 링크에서 프레임을 교환할 수 있다.
EMLSR(enhanced multi-link single-radio) 모드는 복수의 링크에서 동작하는 non-AP 멀티 링크 장치의 성능 요구 사항을 낮추기 위한 모드이다. EMLSR 모드는 각 Link에 대해서 적용될 수 있다. EMLSR 모드가 적용되는 링크에서 동작하는, non-AP 멀티 링크 장치의 non-AP 스테이션은 EMLSR 모드에 대해 정의된 동작을 수행한다. EMLSR 모드가 적용된 링크에서, non-AP 멀티 링크 장치는 한 번에 1개의 non-AP 스테이션의 데이터 프레임 교환만을 지원한다. 복수의 EMLSR 링크 중 어느 하나의 링크에서 데이터 프레임 교환이 수행되는 경우, 복수의 EMLSR 링크의 나머지 링크에서 데이터 프레임 교환이 지원되지 않는다. 이와 같이 EMLSR 모드에서 멀티 링크 장치는 단일(single) 라디오를 사용하여 복수의 링크에서의 동작을 지원한다.
EMLSR 모드가 적용된 링크에서 동작하는 non-AP 스테이션은 채널 액세스를 수행하거나, 미리 지정된 포맷의 초기 제어 프레임의 수신만을 지원할 수 있다. 미리 지정된 포맷은 20MHz 대역폭을 갖는 non-HT (duplicated) PPDU를 사용하여, 기본(basic) 데이터 레이트로 전송되는 MU-RTS 트리거 프레임 또는 BSRP 트리거 프레임 중 적어도 어느 하나를 포함할 수 있다. non-AP 스테이션은 초기 제어 프레임을 수신하고, 초기 제어 프레임을 수신한 링크에서 초기 제어 프레임 이외의 프레임 교환을 지원한다. 예컨대, non-AP 스테이션은 초기 제어 프레임을 수신하고, 해당 링크에서 80MHz 대역폭을 갖는 EHT PPDU를 수신한거나, 트리거 프레임을 수신하고 TB PPDU를 전송할 수 있다. 초기 제어 프레임은 패딩 필드를 포함할 수 있다. 이를 통해 non-AP 스테이션은 미리 지정된 포맷의 제어 프레임 수신 이외의 프레임 교환을 지원하는 상태로 전환는데 소요되는 시간을 확보할 수 있다.
AP 멀티 링크 장치가 non-AP 멀티 링크 장치의 EMLSR 링크 중 어느 하나에서 프레임 교환 시퀀스를 시작하려할 때, AP 멀티 링크 장치는 미리 지정된 포맷인 초기 제어 프레임을 non-AP 멀티 링크 장치에게 전송한다. 앞서 설명한 바와 같이 초기 제어 프레임은 패딩 필드를 포함할 수 있다. non-AP 멀티 링크 장치는 EMLSR 링크 중 언느 하나에서 미리 지정된 포맷의 초기 제어 프레임을 수신하고, 해당 링크에서 미리 지정된 포맷의 초기 제외 프레임 이외의 프레임 교환을 지원하는 상태로 전환한다. 이때, 해당 링크를 제외한 나머지 EMLSR 링크에서 non-AP 멀티 링크 장치는 채널 액세스 및 초기 제어 프레임 수신을 지원하지 않는다.
non-AP 멀티 링크 장치가 EMLSR 링크 중 제1 링크에서 초기 제어 프레임 수신하는 경우, non-AP 멀티 링크 장치는 EMLSR 링크 중 제2 링크에서 저지연 트래픽을 전송하려해도 전송을 수행하지 못할 수 있다. 이로 인해, 제2 링크에서 저지연 트래픽의 전송이 지연될 수 있다.
또한, NSTR(non-simulatneous transmit and receive) 링크 페어 중 제1 링크에서 스테이션이 전송을 수행할 때 발생하는 장치 내 간섭(in-device interference)으로, NSTR 링크 페어 중 제2 링크에서 채널 액세스와 수신이 불가능하다. EMLSR 링크에서와 유사하게, NSTR 링크 페어 중 제1 링크에서 초기 제어 프레임을 수신한 멀티 링크 장치는 NSTR 링크 페어의 제2 링크에서 저지연 트래픽을 전송하지 못할 수 있다. 이에 따라 저지연 트래픽의 전송이 지연될 수 있다.
이와 같이, 멀티 링크 장치의 어느 한 스테이션이 초기 제어 프레임을 수신하는 경우, 멀티 링크 장치의 다른 스테이션이 전송하려는 저지연 트래픽의 전송이 지연될 수 있다.
멀티 링크 장치가 초기 제어 프레임에 대한 응답을 전송하지 않는 것이 허용될 수 있다. 구체적으로 멀티 링크 장치의 제1 스테이션이 저지연 트래픽을 전송하려는 경우, 멀티 링크 장치의 제2 스테이션이 제2 스테이션이 수신한 초기 제어 프레임에 대한 응답을 전송하지 않는 것이 허용될 수 있다. 제1 링크와 제2 링크가 미리 지정된 조건을 만족하는 경우, 제2 스테이션이 제2 스테이션이 수신한 초기 제어 프레임에 대한 응답을 전송하지 않는 것이 허용될 수 있다. 구체적인 실시 예에서 제1 EMLSR 링크에서 미리 지정된 포맷의 초기 제어 프레임을 수신하고, 제2 EMLSR 링크에서 저지연 트래픽을 전송하려는 non-AP 멀티 링크 장치는 제1 EMLSR 링크에서 초기 제어 프레임에 대한 응답을 전송하지 않을 수 있다. 이에 따라 non-AP 멀티 링크 장치는 제1 EMLSR 링크에서 미리 지정된 포맷의 프레임 이외의 프레임 교환을 수행하는 모드로 전환하지 않을 수 있다. 또한, 이러한 실시 예들은 초기 제어 프레임의 의도된 수신자 또는 전송을 트리거하는 non-AP 스테이션이 제1 EMLSR 링크에서 동작하는, non-AP 멀티 링크 장치의 스테이션만인 경우로 한정될 수 있다. 예컨대, 이러한 실시 예들은 MU-RTS 트리거 프레임 또는 BSRP 트리거 프레임의 User Info 필드가 제1 EMLSR 링크에서 동작하는, non-AP 멀티 링크 장치의 스테이션만을 지시하는 경우로 한정될 수 있다.
구체적인 실시 예에서 NSTR 링크 페어 중 제1 링크에서 미리 지정된 포맷의 초기 제어 프레임을 수신하고, NSTR 링크 페어 중 제2 EMLSR 링크에서 저지연 트래픽을 전송하려는 non-AP 멀티 링크 장치는 제1 링크에서 초기 제어 프레임에 대한 응답을 전송하지 않을 수 있다. 이러한 실시 예들은 초기 제어 프레임의 의도된 수신자 또는 전송을 트리거하는 non-AP 스테이션이 제1 링크에서 동작하는, non-AP 멀티 링크 장치의 스테이션만인 경우로 한정될 수 있다. 예컨대, 이러한 실시 예들은 MU-RTS 트리거 프레임 또는 BSRP 트리거 프레임의 User Info 필드가 제1 링크에서 동작하는, non-AP 멀티 링크 장치의 스테이션만을 지시하는 경우로 한정될 수 있다.
TID-to-link 매핑에 대한 조건이 만족될 때, 멀티 링크 장치의 제1 스테이션이 저지연 트래픽을 전송하려는 경우, 멀티 링크 장치의 제2 스테이션이 제2 스테이션이 수신한 초기 제어 프레임에 대한 응답을 전송하지 않는 것이 허용될 수 있다. 구체적으로 앞서 설명한 실시 예들은 저지연 트래픽의 TID가 초기 제어 프레임이 전송되는 링크에 매핑되지 않는 경우에만 적용될 수 있다. 구체적인 실시 예에서 멀티 링크 장치의 제1 스테이션이 저지연 트래픽을 전송하고, 저지연 트래픽의 TID가 제2 링크에 매핑되지 않은 경우, 멀티 링크 장치의 제2 스테이션이 제2 스테이션이 수신한 초기 제어 프레임에 대한 응답을 전송하지 않는 것이 허용될 수 있다. 저지연 트래픽의 TID가 제2 링크에 매핑된 경우, 제2 스테이션은 초기 제어 프레임 대한 응답을 전송하고, 제2 링크를 통해 저지연 트래픽을 전송할 수 있다. 구체적으로 앞서 설명한 프레임 교환 순서 조정에 관한 실시 예들이 적용될 수 있다.
특정 TID가 특정 링크에 매핑는 것은 특정 TID를 갖는 MSDU가 특정 링크를 통해 전송될 수 있음을 나타낸다. non-AP 멀티 링크 장치가 갖는 TID-to-link 매핑은 AP 멀티 링크 장치와 non-AP 멀티 링크 장치가 수행하는 TID-to-Link 매핑 협상 또는 AP 멀티 링크 장치가 지시하는 애드버타이즈드(advertised) TID-to-Link 매핑에 의해 변경될 수 있다. non-AP 멀티 링크 장치는 AP 멀티 링크 장치와 TID-to-Link 매핑 협상을 수행하지 않고, AP 멀티 링크 장치로부터 애드버타이즈드 TID-to-Link mapping 정보를 수신하지 못한 경우, 디폴트 TID-to-Link 매핑 상태를 갖는다. 애드버타이즈드 TID-to-Link 매핑 정보는 비콘 프레임의 TID-To-Link mapping 엘리멘트를 통해 지시될 수 있다. 디폴트 TID-to-Link 매핑 상태는 모든 TID(TID0 내지 TID7)가 모든 셋업(setup) 링크에 매핑된 상태이다.
<레거시 스테이션에 대한 프레임 교환 순서 관리>
스테이션이 앞서 설명한 실시 예들과 같이 저지연 트래픽을 전송하려 함을 지시하는, 초기 제어 프레임에 대한 응답 프레임을 레거시 스테이션에게 전송하더라도, 레거시 스테이션은 응답 프레임을 기초로 저지연 트래픽을 전송하려 함을 판단할 수 없다. 따라서 프레임 교환 순서가 조정될 수 없고, 저지연 트래픽의 전송이 지연될 수 있다. 레거시 스테이션으로부터 초기 제어 프레임을 수신한 스테이션은 초기 제어 프레임에 대한 응답을 전송하지 않는 것이 허용될 수 있다. 이때, 스테이션은 AP일 수 있다. 이를 통해 AP는 레거시 스테이션의 TXOP이 시작되는 것을 막을 수 있다. 다만, 초기 제어 프레임에 대한 응답 프레임이 전송되지 않는 경우, 레거시 스테이션이 TXOP 획득 기회를 상실하고, 이후 채널 액세스 절차에서 불이익을 받을 수 있다. 구체적으로 레거시 스테이션은 전송 실패로 인식하여 CW(contention window)를 조정하고, 다시 채널 액세스 절차를 수행해야 한다. 이와 같이 스테이션이 레거시 스테이션으로부터 수신한 초기 제어 프레임에 대한 응답 프레임을 전송하지 않는 동작으로 인해 레거시 스테이션과의 형평성을 해칠 수 있다. 따라서 미리 지정된 조건이 만족될 때, 스테이션이 레거시 스테이션으로부터 수신한 초기 제어 프레임에 대한 응답 프레임을 전송하지 않는 것이 허용될 수 있다.
미리 지정된 조건은 R-TWT SP와 관련된 조건을 포함할 수 있다. 구체적으로 레거시 스테이션이 전송한 초기 제어 프레임이 개시하는 TXOP이 R-TWT SP와 오버랩되는 경우, 스테이션은 초기 제어 프레임에 대한 응답 프레임을 전송하지 않을 수 있다. 또한, 스테이션이 레거시 스테이션이 전송한 초기 제어 프레임을 R-TWT SP 내에서 수신한 경우, 스테이션은 초기 제어 프레임에 대한 응답 프레임을 전송하지 않을 수 있다. 또한, 스테이션이 레거시 스테이션이 전송한 초기 제어 프레임을 OBSS(overlapped BSS)의 R-TWT SP 내에서 수신한 경우, 스테이션은 초기 제어 프레임에 대한 응답 프레임을 전송하지 않을 수 있다. 또한, 레거시 스테이션이 전송한 초기 제어 프레임이 개시하는 TXOP이 OBSS의 R-TWT SP와 오버랩되는 경우, 스테이션은 초기 제어 프레임에 대한 응답 프레임을 전송하지 않을 수 있다. 또한, 이러한 실시 예에서 레거시 스테이션은 R-TWT 동작을 지원하지 않는 스테이션을 지칭할 수 있다.
앞서 설명한 실시 예들에서 스테이션은 초기 제어 프레임이 개시하는 TXOP의 시간 구간을 초기 제어 프레임의 Duration/ID 필드가 지시하는 값을 사용하여 판단할 수 있다. OBSS R-TWT SP에 관한 실시 예들에 대해서는 이후 Co-RTWT(coordinate R-TWT)에 관한 실시 예들에 대한 설명에서 자세히 설명한다.
R-TWT SP는 지연에 민감한(latency sensitive) 트래픽의 전송을 위해 강화된 보호 메커니즘이 적용된 TWT SP이다. R-TWT는 브로드캐스트 TWT의 일종이다. BSS에서 R-TWT SP가 운용되는 경우, R-TWT SP의 멤버 스테이션은 R-TWT SP 내에서 AP로부터 지시된(indicated) TID에 대응하는 프레임만을 전송할 수 있다. 또한, non-AP 스테이션은 non-AP 스테이션이 획득한 TXOP을 R-TWT SP가 시작되기 이전에 종료할 수 있다.
앞서 설명한 실시 예들에서 초기 제어 프레임 교환으로 TXOP가 개시되는 것을 가정하였다. 다만, 초기 제어 프레임 교환없이, TXOP이 개시될 수 있다. 예컨대, 스테이션은 채널 액세스 절차에 성공 직후 데이터 프레임을 전송할 수 있다. 따라서 이러한 경우, 초기 제어 프레임 교환을 가정한 앞서 설명한 실시 예들이 적용되지 못할 수 있다. AP는 AP가 운영하는 BSS의 스테이션에게 운영 파라미터를 설정하여, RTS 프레임의 전송과 함께 TXOP이 개시되도록할 수 있다. 이때, AP는 HE Operation Parameters 필드의 TXOP Duration RTS Theshold 서브필드의 값을 설정하여 RTS 프레임의 전송으로부터 TXOP이 개시되도록할 수 있다. 예컨대, AP는TXOP Duration RTS Theshold 서브필드의 값을 1로 설정할 수 있다. TXOP Duration RTS Threshold 서브필드의 값의 1은 32us를 지시한다.
<R-TWT SP를 고려한 초기 제어 프레임에 대한 응답>
앞서 설명한 실시 예들은 초기 제어 프레임으로 개시되는 TXOP에서, TXOP 홀더 또는 TXOP 응답자의 저지연 트래픽 전송을 촉진시킬 수 있다. 따만, TXOP 홀더 및 TXOP 응답자가 아닌 스테이션의 저지연 트래픽 전송을 촉진시키기 힘들다. R-TWT SP를 이용한 프레임 교환 순서 조정 실시 예가 필요하다.
먼저, R-TWT SP에 대해 설명한다. AP는 TWT 엘리멘트를 전송하여 R-TWT의 스케줄링에 과한 정보를 지시할 수 있다. 이때, AP는 R-TWT SP에서 전송이 허용되는 TID를 지정할 수 있다. R-TWT 스케줄링에 관한 정보는 R-TWT SP의 시작 시점인 타겟 웨이크 타임, R-TWT SP의 유지 시간인 TWT 웨이크 듀레이션, R-TWT SP의 반복 주기인 TWT 웨이크 인터벌, 또는 R-TWT SP에서 전송이 허용되는 트래픽의 TID인 제한된 TWT 트래픽 정보 중 적어도 어느 하나를 포함할 수 있다.
AP는 R-TWT SP를 지원하지 않는 스테이션의 채널 액세스를 방지하기 위해 R-TWT SP와 동일한 시점에 시작되는 콰이어트 인터벌(quiet interval)을 설정할 수 있다. 이때, 콰이어트 인터벌은 오버래핑 콰이어트 인터벌로 지칭된다. 오버래핑 콰이어트 인터벌의 듀레이션은 1 TU(time unit, 1024 us)이다. 콰이어트 인터벌이 설정된 레거시 스테이션은 오버래핑 콰이어트 인터벌 시작 전에 TXOP을 종료하고, 오버래핑 콰이어트 인터벌 동안 전송을 수행하지 않는다.
TXOP 홀더는 AP가 공지한 R-TWT SP의 개시 시점을 기초로 TXOP 종료 시점을 조정할 수 있다. 구체적으로 TXOP 홀더는 R-TWT SP의 시작 이전에 TXOP을 종료할 수 있다. 또한, TXOP 홀더인 AP는 R-TWT SP에서 전송이 허용된 TID를 남은(remaining) TXOP 동안 전송할 예정인 경우 TXOP를 종료하지 않을 수 있다.
non-AP 스테이션은 non-AP 스테이션이 개시하려는 프레임 교환 시퀀스가 R-TWT SP의 시작 시점 이전에 종료되지 않을 것으로 판단되는 경우, non-AP 스테이션은 PPDU의 전송을 수행하지 않는다. 이때, PPDU의 전송을 수행하지 않은 non-AP 스테이션은 새로운 백오프 카운터를 생성한다.
non-AP 스테이션으로부터 초기 제어 프레임을 수신한 AP 또는 피어(peer) non-AP 스테이션으로부터 초기 제어 프레임을 수신한 non-AP 스테이션은 초기 제어 프레임이 개시하는 프레임 교환 시퀀스가 R-TWT SP와 오버랩되는 경우, AP 또는 non-AP 스테이션은 초기 제어 프레임에 대한 응답 프레임을 전송하지 않을 수 있다. AP로부터 초기 제어 프레임을 수신한 non-AP 스테이션은 초기 제어 프레임이 개시하는 프레임 교환 시퀀스가 R-TWT SP와 오버랩되더라도 초기 제어 프레임에 대한 응답 프레임을 전송할 수 있다. 이때, AP는 R-TWT SP를 고려하여 초기 제어 프레임이 개시하는 프레임 교환 시퀀스를 스케줄링할 수 있다. 구체적으로 AP는 초기 제어 프레임을 통해 개시하는 프레임 교환 절차를 R-TWT SP 시작 이전에 종료하게 스케줄링할 수 있다. 또한, AP는 초기 제어 프레임을 통해 개시하는 프레임 교환 절차에서 교환할 트래픽의 TID를 R-TWT SP 내에서 전송이 허용되는 TID로 스케줄링할 수 있다. 초기 제어 프레임을 수신한 non-AP 스테이션은 초기 제어 프레임의 Duration/ID 필드의 값을 기초로 초기 제어 프레임이 개시하는 프레임 교환 시퀀스의 종료 시점을 판단할 수 있다.
도 18은 본 발명의 실시 예에 따른 스테이션이 R-TWT SP를 기초로 초기 제어 프레임에 대한 응답 프레임을 전송하는 것을 보여준다.
도 18의 실시 예에서 AP는 R-TWT를 스케줄링하는 비콘 프레임(Beacon)을 전송한다. AP가 스케줄링하는 R-TWT SP는 t0에 시작한다. non-AP 스테이션(non-AP STA)은 채널 액세스 절차에 성공하나 시작하려는 프레임 교환 시퀀스가 스케줄링된 R-TWT SP 이전에 종료되지 않을 것으로 판단한다. 따라서 non-AP 스테이션(non-AP STA)은 전송을 포기하고 새로운 채널 액세스 절차를 수행한다. 구체적으로 non-AP 스테이션(non-AP STA)은 새로운 백오프 카운터를 생성한다. R-TWT SP를 지원하지 않는 레거시 non-AP 스테이션(Legacy non-AP STA)은 R-TWT SP의 스케줄링을 인지하지 못한다. 레거시 non-AP 스테이션(Legacy non-AP STA)은 채널 액세스 절차에 성공하고, 초기 제어 프레임(ICF)을 전송한다. AP는 초기 제어 프레임(ICF)가 개시하는 프레임 교환의 종료 시점이 R-TWT SP의 시작 이후인 것으로 판단한다. AP는 초기 제어 프레임(ICF)의 Duration/ID 필드의 값에 따라 초기 제어 프레임(ICF)이 개시하는 프레임 교환의 종료 시점이 R-TWT SP의 이후인 것으로 판단할 수 있다. 따라서 AP는 초기 제어 프레임(ICF)에 대한 응답 프레임(ICR)을 전송하지 않는다.
<Co-RTWT SP를 고려한 초기 제어 프레임에 대한 응답>
인접한 BSS를 운영하는 AP 사이의 협상을 통해 Co-RTWT가 설정될 수 있다. Co-RTWT는 AP간의 협력을 통해 R-TWT의 효과를 높이기 위한 다중 AP 협력 동작(multi-AP coordinated operation)이다. 스테이션은 Co-RTWT를 기초로 초기 제어 프레임에 대한 응답 프레임을 전송할 수 있다. 먼저, Co-RTWT의 설정 방법에 대해 설명한다. 제1 AP는 제1 AP에서 스케줄링된 R-TWT에 관한 정보를 포함하는 협력(coordination) 요청을 제2 AP에게 전송한다. 이때, R-TWT에 관한 정보는 R-TWT SP의 시작 시점, R-TWT SP의 듀레이션 및 R-TWT SP의 인터벌에 관한 정보 중 적어도 어느 하나를 포함할 수 있다. 제2 AP는 협력 요청을 수락하거나 거절할 수 있다. 제2 AP가 협력 요청을 수락하는 경우, 제2 AP는 제1 AP의 R-TWT SP 시작 이전에 TXOP를 종료한다. 또한, 제2 AP가 협력 요청을 수락하는 경우, 제2 AP는 제1 AP의 R-TWT SP 시작 이전에 종료되지 않을 것으로 예상되는 프레임 교환을 개시하지 않는다. 구체적으로 백오프 카운터의 값이 0이되더라도 전송을 수행하지 않을 수 있다. 이때, 제2 AP는 새로운 채널 액세스 절차를 수행한다. 구체적으로 제2 AP는 새로운 백오프 카운터를 생성한다. 또한, 제2 AP는 제1 AP의 R-TWT SP에 관한 정보를 비콘 프레임을 통해 전송한다. 구체적으로 제2 AP가 운영하는 BSS에 R-TWT를 지원하는 non-AP 스테이션이 속한 경우, 제2 AP는1 AP의 R-TWT SP에 관한 정보를 비콘 프레임을 통해 전송한다. 제2 AP가 운영하는 BSS에 속한 non-AP 스테이션은 제1 AP의 R-TWT와 제2 AP가 스케줄링하는 R-TWT를 구분할 수 없다. 따라서 제2 AP가 운영하는 BSS에 속한 non-AP 스테이션은 제1 AP의 R-TWT SP에 대해 제2 AP가 스케줄링하는 R-TWT SP와 동일하게 취급할 수 있다. 이후 설명의 편의 위해 제2 AP의 R-TWT를 co-RTWT로 지칭한다.
제2 AP가 초기 제어 프레임을 수신하고 초기 제어 프레임에 의해 개시되는 프레임 교환이 co-RTWT와 오버랩되는 경우, 제2 AP는 초기 제어 프레임에 대한 응답 프레임을 전송하지 않을 수 있다. 이때, 제2 AP는 초기 제어 프레임의 Duration/ID 필드를 기초로 초기 제어 프레임에 의해 기새되는 프레임 교환의 듀레이션과 종료 시점을 판단할 수 있다. 다음의 경우 중 어느 하나에 해당할 때, 제2 AP는 초기 제어 프레임에 의해 시작되는 프레임 교환이 co-RTWT와 오버랩되는 것으로 판단할 수 있다.
1) 초기 제어 프레임의 시작되는 프레임 교환의 시작 시점이 co-RTWT SP의 시작 시점보다 빠르고, 프레임 교환의 종료 시점이 co-RTWT SP의 시작 이후인 경우
2) 초기 제어 프레임의 시작되는 프레임 교환의 시작 시점이 co-RTWT SP 내이고, 프레임 교환의 종료 시점이 co-RTWT SP 내인 경우
3) 초기 제어 프레임의 시작되는 프레임 교환의 시작 시점이 co-RTWT SP 내이고, 프레임 교환의 종료 시점이 co-RTWT SP 후인 경우
구체적인 실시 예에서 앞서 설명한 세 가지 경우 중 어느 하나에 해당하는 경우에만 제2 AP는 초기 제어 프레임에 대한 응답 프레임을 전송하지 않을 수 있다. 초기 제어 프레임에 대한 응답 프레임을 전송하지 않는 것이 전체 BSS의 성능을 저하시키고, 형평성을 해칠 우려가 있기 때문이다.
도 19는 본 발명의 실시 예에 따른 스테이션이 Co-RTWT SP를 기초로 초기 제어 프레임에 대한 응답 프레임을 전송할지 결정하는 것을 보여준다.
도 19의 실시 예에서, AP는 OBSS의 AP(OBSS AP)로부터 멀티-AP 협력 요청 프레임(MAPC Req.)을 수신한다. 이때, 멀티-AP 협력 요청 프레임(MAPC Req.)은 OBSS의 AP(OBSS AP)가 스케줄링하는 R-TWT SP(Co-RTWT SP)에 대한 정보를 포함한다. AP는 멀티-AP 협력 응답 프레임(MAPC Resp.)을 OBSS의 AP(OBSS AP)에게 전송한다. 이때, 멀티-AP 협력 응답 프레임(MAPC Resp.)은 OBSS의 AP(OBSS AP)가 스케줄링하는 R-TWT SP(Co-RTWT SP)의 보호를 승낙한다. AP는 비콘 프레임에 R-TWT SP(Co-RTWT SP)에 관한 정보를 포함시켜 전송한다. AP는 non-AP 스테이션(non-AP STA)으로부터 초기 제어 프레임(ICF)을 수신한다. 초기 제어 프레임(ICF)이 시작하는 프레임 교환이 R-TWT SP(Co-RTWT SP)와 오버랩되는 것으로 판단하고, 초기 제어 프레임(ICF)에 대한 응답 프레임(ICR)을 전송하지 않는다. 이를 통해 R-TWT SP(Co-RTWT SP)에서 수행되는 프레임 교환은 제1 AP가 운영하는 BSS에서도 보호될 수 있다.
상기와 같이 무선랜 통신을 예로 들어 본 발명을 설명하였지만, 본 발명은 이에 한정하지 않으며 셀룰러 통신 등 다른 통신 시스템에서도 동일하게 적용될 수 있다. 또한 본 발명의 방법, 장치 및 시스템은 특정 실시 예와 관련하여 설명되었지만, 본 발명의 구성 요소, 동작의 일부 또는 전부는 범용 하드웨어 아키텍처를 갖는 컴퓨터 시스템을 사용하여 구현될 수 있다.
이상에서 실시 예들에 설명된 특징, 구조, 효과 등은 본 발명의 적어도 하나의 실시 예에 포함되며, 반드시 하나의 실시 예에만 한정되는 것은 아니다. 나아가, 각 실시 예에서 예시된 특징, 구조, 효과 등은 실시 예들이 속하는 분야의 통상의 지식을 가지는 자에 의해 다른 실시 예들에 대해서도 조합 또는 변형되어 실시 가능하다. 따라서 이러한 조합과 변형에 관계된 내용들은 본 발명의 범위에 포함되는 것으로 해석되어야 할 것이다.
이상에서 실시 예를 중심으로 설명하였으나 이는 단지 예시일 뿐 본 발명을 한정하는 것이 아니며, 본 발명이 속하는 분야의 통상의 지식을 가진 자라면 본 실시 예의 본질적인 특성을 벗어나지 않는 범위에서 이상에 예시되지 않은 여러 가지의 변형과 응용이 가능함을 알 수 있을 것이다. 예를 들어, 실시 예에 구체적으로 나타난 각 구성 요소는 변형하여 실시할 수 있는 것이다. 그리고 이러한 변형과 응용에 관계된 차이점들은 첨부된 청구 범위에서 규정하는 본 발명의 범위에 포함되는 것으로 해석되어야 할 것이다.
Claims (16)
- TXOP 홀더가 아닌 스테이션에서,송수신부; 및프로세서를 포함하고,상기 프로세서는프레임 교환을 시작하는 초기 제어 프레임을 수신하고,미리 지정된 조건을 만족하는 경우, 상기 초기 제어 프레임에 대한 응답 프레임을 전송하지 않고,미리 지정된 조건을 만족하지 않는 경우, 상기 응답 프레임을 전송하는스테이션.
- 제1항에서,상기 미리 지정된 조건은 상기 스테이션이 속한 BSS(basic service set)의 AP(accesss point)가 비콘 프레임을 통해 스케줄링하는 R-TWT(restricted-target wake time)과 상기 초기 제어 프레임이 시작하는 프레임 교환이 오버랩되는 경우를 포함하는스테이션.
- 제2항에서,상기 R-TWT는 OBSS(overlapping BSS)의 AP가 스케줄링한 R-TWT인스테이션.
- 제2항에서,상기 AP로부터 상기 초기 제어 프레임을 수신하는 경우, 상기 프로세서는 상기 응답 프레임을 전송하는스테이션.
- 제4항에서,상기 초기 제어 프레임은 상기 R-TWT의 SP(service period)에서 전송에서 허용되는 TID에 해당하는 트래픽의 교환을 시작하는스테이션.
- 제1항에서,상기 스테이션은 멀티 링크 장치에 결합된(affiliated) 스테이션이고,상기 미리 지정된 조건은 상기 스테이션이 NSTR(non-simultaneous transmit and receive) 링크 쌍 중 어느 하나에서 동작하고, 상기 스테이션이 상기 초기 제어 프레임을 수신한 때 상기 NSTR 링크 쌍 중 다른 링크에서 프레임 교환을 수행하는 경우를 포함하는스테이션.
- 제1항에서,상기 스테이션은 멀티 링크 장치에 결합된(affiliated) 스테이션이고,상기 미리 지정된 조건은 상기 스테이션이 EMLSR (enhanced mulit-link singlie radio) 모드로 동작하고, 제1 링크에서 상기 초기 제어 프레임을 수신하고, 상기 멀티 링크 장치가 동작하는 제2 링크에서 프레임 교환을 수행하는 경우를 포함하는스테이션.
- 제1항에서,상기 스테이션은 멀티 링크 장치에 결합된(affiliated) 스테이션이고, 제1 링크에서 상기 초기 제어 프레임을 수신하고, 제2 링크에서 저지연 트래픽을 전송하려 하는 경우, 상기 미리 지정된 조건은 상기 저지연 트래픽이 상기 제1 링크에 매핑되지 않은 것을 포함하는스테이션.
- TXOP 홀더가 아닌 스테이션의 동작 방법에서,프레임 교환을 시작하는 초기 제어 프레임을 수신하는 단계;미리 지정된 조건을 만족하는 경우, 상기 초기 제어 프레임에 대한 응답 프레임을 전송하지 않는 단계; 및미리 지정된 조건을 만족하지 않는 경우, 상기 응답 프레임을 전송하는 단계를 포함하는동작 방법.
- 제9항에서,상기 미리 지정된 조건은 상기 스테이션이 속한 BSS(basic service set)의 AP(accesss point)가 비콘 프레임을 통해 스케줄링하는 R-TWT(restricted-target wake time)과 상기 초기 제어 프레임이 시작하는 프레임 교환이 오버랩되는 경우를 포함하는동작 방법.
- 제10항에서,상기 R-TWT는 OBSS(overlapping BSS)의 AP가 스케줄링한 R-TWT인동작 방법.
- 제10항에서,미리 지정된 조건을 만족하지 않는 경우, 상기 응답 프레임을 전송하는 단계는상기 AP로부터 상기 초기 제어 프레임을 수신하는 경우, 상기 프로세서는 상기 응답 프레임을 전송하는 단계를 포함하는동작 방법.
- 제12항에서,상기 초기 제어 프레임은 상기 R-TWT의 SP(service period)에서 전송에서 허용되는 TID에 해당하는 트래픽의 교환을 시작하는동작 방법.
- 제9항에서,상기 스테이션은 멀티 링크 장치에 결합된(affiliated) 스테이션이고,상기 미리 지정된 조건은 상기 스테이션이 NSTR(non-simultaneous transmit and receive) 링크 쌍 중 어느 하나에서 동작하고, 상기 스테이션이 상기 초기 제어 프레임을 수신한 때 상기 NSTR 링크 쌍 중 다른 링크에서 프레임 교환을 수행하는 경우를 포함하는동작 방법.
- 제9항에서,상기 스테이션은 멀티 링크 장치에 결합된(affiliated) 스테이션이고,상기 미리 지정된 조건은 상기 스테이션이 EMLSR (enhanced mulit-link singlie radio) 모드로 동작하고, 제1 링크에서 상기 초기 제어 프레임을 수신하고, 상기 멀티 링크 장치가 동작하는 제2 링크에서 프레임 교환을 수행하는 경우를 포함하는동작 방법.
- 제9항에서,상기 스테이션은 멀티 링크 장치에 결합된(affiliated) 스테이션이고, 제1 링크에서 상기 초기 제어 프레임을 수신하고, 제2 링크에서 저지연 트래픽을 전송하려 하는 경우, 상기 미리 지정된 조건은 상기 저지연 트래픽이 상기 제1 링크에 매핑되지 않는 것을 포함하는동작 방법.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR10-2024-0084580 | 2024-06-27 | ||
| KR20240084580 | 2024-06-27 | ||
| KR10-2025-0075656 | 2025-06-10 | ||
| KR20250075656 | 2025-06-10 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2026005394A1 true WO2026005394A1 (ko) | 2026-01-02 |
Family
ID=98222267
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/KR2025/008578 Pending WO2026005394A1 (ko) | 2024-06-27 | 2025-06-20 | 저지연 무선 통신 방법 및 이를 사용하는 무선 통신 단말 |
Country Status (1)
| Country | Link |
|---|---|
| WO (1) | WO2026005394A1 (ko) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20240163922A1 (en) * | 2022-11-10 | 2024-05-16 | Nxp Usa, Inc. | Latency-sensitive traffic transmission |
| KR20240090259A (ko) * | 2021-09-30 | 2024-06-21 | 주식회사 윌러스표준기술연구소 | 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말 |
-
2025
- 2025-06-20 WO PCT/KR2025/008578 patent/WO2026005394A1/ko active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20240090259A (ko) * | 2021-09-30 | 2024-06-21 | 주식회사 윌러스표준기술연구소 | 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말 |
| US20240163922A1 (en) * | 2022-11-10 | 2024-05-16 | Nxp Usa, Inc. | Latency-sensitive traffic transmission |
Non-Patent Citations (4)
| Title |
|---|
| DMITRY AKHMETOV (INTEL): "Low latency channel access follow up", IEEE DRAFT; 11-23-2126-03-00BN-LOW-LATENCY-CHANNEL-ACCESS-FOLLOW-UP, IEEE-SA MENTOR, PISCATAWAY, NJ USA, vol. 802.11 UHR; 802.11bn, no. 3, 12 March 2024 (2024-03-12), Piscataway, NJ USA, pages 1 - 35, XP068276139 * |
| INSUN JANG (LG ELECTRONICS): "Transmission Method of Low Latency Traffic", IEEE DRAFT; 11-23-1909-01-00BN-TRANSMISSION-METHOD-OF-LOW-LATENCY-TRAFFIC, IEEE-SA MENTOR, PISCATAWAY, NJ USA, vol. 802.11 UHR; 802.11bn, no. 1, 29 January 2024 (2024-01-29), Piscataway, NJ USA, pages 1 - 18, XP068275436 * |
| SANGHYUN KIM (WILUS): "Initial Control Frame Exchange for Low Latency", IEEE DRAFT; 11-24-1156-00-00BN-INITIAL-CONTROL-FRAME-EXCHANGE-FOR-LOW-LATENCY, IEEE-SA MENTOR, PISCATAWAY, NJ USA, vol. 802.11 UHR; 802.11bn, no. 0, 12 July 2024 (2024-07-12), Piscataway, NJ USA, pages 1 - 12, XP068307938 * |
| SERHAT ERKUCUK (OFINNO): "Protected Low Latency Communications for MLO", IEEE DRAFT; 11-24-0090-01-00BN-PROTECTED-LOW-LATENCY-COMMUNICATIONS-FOR-MLO, IEEE-SA MENTOR, PISCATAWAY, NJ USA, vol. 802.11 UHR; 802.11bn, no. 1, 14 March 2024 (2024-03-14), Piscataway, NJ USA, pages 1 - 11, XP068276273 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2022250453A1 (ko) | 공유 txop를 이용하는 무선 통신 장치 및 무선 통신 장치의 동작 방법 | |
| WO2022197105A1 (ko) | 복수의 링크에서 동작하는 멀티 링크 장치 및 멀티 링크 장치의 동작 방법 | |
| WO2021182902A1 (ko) | 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말 | |
| WO2022154534A1 (ko) | 제한된 twt를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말 | |
| WO2021225367A1 (ko) | 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말 | |
| WO2015182969A1 (ko) | 광대역 링크 설정을 위한 무선 통신 방법 및 무선 통신 장치 | |
| WO2021172919A1 (ko) | 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말 | |
| WO2016186420A1 (ko) | 다중 사용자 상향 전송을 위한 무선 통신 단말 및 무선 통신 방법 | |
| WO2022005215A1 (ko) | 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말 | |
| WO2017003193A1 (ko) | 데이터 전송을 위한 채널 접근 방법, 이를 이용한 무선 통신 방법 및 무선 통신 단말 | |
| WO2018128497A1 (ko) | 무선랜 시스템에서 채널 엑세스 방법 및 이를 위한 장치 | |
| WO2016195402A1 (ko) | 무선랜 시스템에서 전력 저감 모드로 동작하는 방법 및 이를 위한 장치 | |
| WO2017074024A1 (ko) | 무선랜 시스템에서 nav를 업데이트하는 방법 및 이를 위한 장치 | |
| WO2016068624A2 (ko) | 광대역 링크 설정을 위한 무선 통신 방법 및 무선 통신 장치 | |
| WO2022164290A1 (ko) | 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 무선 통신 단말 | |
| WO2015194917A1 (ko) | 전력 절약을 위한 무선 통신 방법 및 이를 이용한 무선 통신 단말 | |
| WO2016182412A1 (ko) | 무선랜 시스템에서 프레임을 송수신하는 방법 및 이를 위한 장치 | |
| WO2017069534A1 (ko) | 무선랜 시스템에서 트리거 프레임을 전송하는 방법 및 이를 이용한 단말 | |
| WO2016209059A1 (ko) | 상향 다중 사용자 전송 스케쥴링을 위한 무선 통신 방법 및 이를 이용한 무선 통신 단말 | |
| WO2016182415A1 (ko) | 무선랜 시스템에서 전력 저감 모드로 동작하는 방법 및 이를 위한 장치 | |
| WO2017183868A1 (ko) | 무선랜 시스템에서 상향링크 전송을 위한 방법 및 이를 이용한 무선 단말 | |
| WO2023239149A1 (ko) | 무선랜 시스템에서 다중 액세스 포인트 동작 기반 시그널링 방법 및 장치 | |
| WO2017039377A1 (ko) | 네트워크 얼로케이션 벡터를 이용하는 무선 통신 방법 및 무선 통신 단말 | |
| WO2019190000A1 (ko) | 무선랜 시스템에서 프레임을 송신 또는 수신하기 위한 방법 및 이를 위한 장치 | |
| WO2017111448A1 (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: 25827359 Country of ref document: EP Kind code of ref document: A1 |