WO2017142357A1 - 무선랜 시스템에서 상향링크 전송을 위한 방법 및 이를 이용한 무선 단말 - Google Patents

무선랜 시스템에서 상향링크 전송을 위한 방법 및 이를 이용한 무선 단말 Download PDF

Info

Publication number
WO2017142357A1
WO2017142357A1 PCT/KR2017/001796 KR2017001796W WO2017142357A1 WO 2017142357 A1 WO2017142357 A1 WO 2017142357A1 KR 2017001796 W KR2017001796 W KR 2017001796W WO 2017142357 A1 WO2017142357 A1 WO 2017142357A1
Authority
WO
WIPO (PCT)
Prior art keywords
traffic
field
sta
bits
information
Prior art date
Application number
PCT/KR2017/001796
Other languages
English (en)
French (fr)
Inventor
박현희
류기선
김서욱
김정기
조한규
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to US16/076,087 priority Critical patent/US11178568B2/en
Publication of WO2017142357A1 publication Critical patent/WO2017142357A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • 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 disclosure relates to wireless communication, and more particularly, to a method for uplink transmission in a wireless LAN system and a wireless terminal using the same.
  • WLAN wireless local area network
  • the portable terminal may be a personal digital assistant (PDA), a laptop, a portable multimedia player (PMP).
  • PDA personal digital assistant
  • PMP portable multimedia player
  • communication between terminals in a WLAN system is performed through a management entity such as a base station or an access point.
  • the management medium is responsible for scheduling for data communication.
  • NAN is a standard established by the Wi-Fi Alliance (WFA) based on the Wi-Fi standard.
  • WFA Wi-Fi Alliance
  • the NAN specification provides for synchronization and discovery procedures between devices in the 2.5 GHz or 5 GHz frequency band.
  • An object of the present specification is to provide a method for uplink transmission and a wireless terminal using the same in a WLAN system having improved performance.
  • an access point receives a buffer status report frame from a reception STA associated with an AP, but the buffer status report frame is determined by the reception STA.
  • MU MIMO multi-user multiple input multiple output
  • a method for uplink transmission in a WLAN system having improved performance and a wireless terminal using the same are provided.
  • FIG. 1 is a conceptual diagram illustrating a structure of a WLAN system.
  • FIG. 2 is a diagram illustrating an example of a PPDU used in the IEEE standard.
  • FIG. 3 is a diagram illustrating an example of a HE PPDU.
  • 4 is a diagram illustrating an arrangement of resource units used on a 20 MHz band.
  • 5 is a diagram illustrating an arrangement of resource units used on a 40 MHz band.
  • 6 is a diagram illustrating an arrangement of resource units used on an 80 MHz band.
  • FIG. 7 is a diagram illustrating another example of the HE-PPDU.
  • FIG. 8 is a block diagram illustrating an example of HE-SIG-B according to the present embodiment.
  • FIG 9 shows an example of a trigger frame in this embodiment.
  • FIG 11 shows an example of a subfield included in an individual user information field in this embodiment.
  • FIG. 12 is a diagram illustrating a conceptual diagram of an STA performing channel access based on EDCA in the WLAN system according to the present embodiment.
  • FIG. 13 is a conceptual diagram illustrating a backoff procedure of the EDCA according to the present embodiment.
  • FIG. 14 is a view for explaining a backoff period and a frame transmission procedure in a wireless communication system of the present specification.
  • 15 is a flowchart illustrating a method of performing uplink transmission in a WLAN system according to the present embodiment.
  • FIG. 16 shows an example of a MAC frame for a buffer status report frame according to the present embodiment.
  • FIG. 17 shows an exemplary format of an A-Control field for a buffer status report frame according to this embodiment.
  • FIG. 18 shows an exemplary format of a control information subfield for a buffer status report frame according to this embodiment.
  • FIG. 19 illustrates a field area of a buffer status report frame according to another embodiment of the present invention.
  • 20 is a diagram for describing a plurality of subfields of a control information field according to another embodiment.
  • 21 is a view illustrating a field area of a buffer status report frame according to another embodiment of the present invention.
  • 22 is a diagram for describing a plurality of subfields according to another exemplary embodiment.
  • FIG. 23 is a conceptual diagram illustrating a plurality of subfields for reporting buffer status of all access categories according to another embodiment.
  • 24 is a block diagram illustrating a wireless terminal to which an embodiment can be applied.
  • FIG. 1 is a conceptual diagram illustrating a structure of a WLAN system.
  • FIG. 1A shows the structure of an infrastructure network of the Institute of Electrical and Electronic Engineers (IEEE) 802.11.
  • IEEE Institute of Electrical and Electronic Engineers
  • the WLAN system 10 of FIG. 1A may include at least one basic service set (hereinafter, referred to as 'BSS', 100, 105).
  • the BSS is a set of access points (APs) and stations (STAs) that can successfully synchronize and communicate with each other, and is not a concept indicating a specific area.
  • APs access points
  • STAs stations
  • the first BSS 100 may include a first AP 110 and one first STA 100-1 coupled with the first AP 110.
  • the second BSS 105 may include a second AP 130 and one or more STAs 105-1 and 105-2 coupled with the second AP 130.
  • the infrastructure BSS may include at least one STA, AP (110, 130) providing a distribution service (Distribution Service) and a distribution system (DS, 120) connecting a plurality of APs. have.
  • the distributed system 110 may connect the plurality of BSSs 100 and 105 to implement an extended service set 140 which is an extended service set.
  • the ESS 140 may be used as a term indicating one network to which at least one AP 110 or 130 is connected through the distributed system 120.
  • At least one AP included in one ESS 140 may have the same service set identification (hereinafter, referred to as SSID).
  • the portal 150 may serve as a bridge for connecting the WLAN network (IEEE 802.11) with another network (for example, 802.X).
  • a network between APs 110 and 130 and a network between APs 110 and 130 and STAs 100-1, 105-1, and 105-2 may be implemented. Can be.
  • FIG. 1B is a conceptual diagram illustrating an independent BSS.
  • the WLAN system 15 of FIG. 1B performs communication by setting a network between STAs without the APs 110 and 130, unlike FIG. 1A. It may be possible to.
  • a network that performs communication by establishing a network even between STAs without the APs 110 and 130 is defined as an ad-hoc network or an independent basic service set (BSS).
  • BSS basic service set
  • the IBSS 15 is a BSS operating in an ad-hoc mode. Since IBSS does not contain an AP, there is no centralized management entity. Thus, in the IBSS 15, the STAs 150-1, 150-2, 150-3, 155-4, and 155-5 are managed in a distributed manner.
  • All STAs 150-1, 150-2, 150-3, 155-4, and 155-5 of the IBSS may be mobile STAs, and access to a distributed system is not allowed. All STAs of the IBSS form a self-contained network.
  • the STA referred to herein includes a medium access control (MAC) conforming to the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standard and a physical layer interface to a wireless medium.
  • MAC medium access control
  • IEEE Institute of Electrical and Electronics Engineers 802.11
  • any functional medium it can broadly be used to mean both an AP and a non-AP Non-AP Station (STA).
  • the STA referred to herein includes a mobile terminal, a wireless device, a wireless transmit / receive unit (WTRU), a user equipment (UE), and a mobile station (MS). It may also be called various names such as a mobile subscriber unit or simply a user.
  • WTRU wireless transmit / receive unit
  • UE user equipment
  • MS mobile station
  • FIG. 2 is a diagram illustrating an example of a PPDU used in the IEEE standard.
  • PPDUs PHY protocol data units
  • LTF and STF fields included training signals
  • SIG-A and SIG-B included control information for the receiving station
  • data fields included user data corresponding to the PSDU.
  • This embodiment proposes an improved technique for the signal (or control information field) used for the data field of the PPDU.
  • the signal proposed in this embodiment may be applied on a high efficiency PPDU (HE PPDU) according to the IEEE 802.11ax standard. That is, the signals to be improved in the present embodiment may be HE-SIG-A and / or HE-SIG-B included in the HE PPDU. Each of HE-SIG-A and HE-SIG-B may also be represented as SIG-A or SIG-B.
  • the improved signal proposed by this embodiment is not necessarily limited to the HE-SIG-A and / or HE-SIG-B standard, and controls / control of various names including control information in a wireless communication system for transmitting user data. Applicable to data fields.
  • FIG. 3 is a diagram illustrating an example of a HE PPDU.
  • the control information field proposed in this embodiment may be HE-SIG-B included in the HE PPDU as shown in FIG. 3.
  • the HE PPDU according to FIG. 3 is an example of a PPDU for multiple users.
  • the HE-SIG-B may be included only for the multi-user, and the HE-SIG-B may be omitted in the PPDU for the single user.
  • a HE-PPDU for a multiple user includes a legacy-short training field (L-STF), a legacy-long training field (L-LTF), a legacy-signal (L-SIG), High efficiency-signal A (HE-SIG-A), high efficiency-signal-B (HE-SIG-B), high efficiency-short training field (HE-STF), high efficiency-long training field (HE-LTF)
  • L-STF legacy-short training field
  • L-SIG-A High efficiency-signal A
  • HE-SIG-B high efficiency-signal-B
  • HE-STF high efficiency-long training field
  • HE-LTF High efficiency-long training field
  • It may include a data field (or MAC payload) and a PE (Packet Extension) field.
  • Each field may be transmitted during the time period shown (ie, 4 or 8 ms, etc.). Detailed description of each field of FIG. 3 will be described later.
  • resource units (RUs) used on a 20 MHz band.
  • resource units (RUs) corresponding to different numbers of tones may be used to configure some fields of the HE-PPDU.
  • resources may be allocated in units of RUs shown for HE-STF, HE-LTF, and data fields.
  • 26-units ie, units corresponding to 26 tones
  • Six tones may be used as the guard band in the leftmost band of the 20 MHz band, and five tones may be used as the guard band in the rightmost band of the 20 MHz band.
  • seven DC tones are inserted into the center band, that is, the DC band, and 26-units corresponding to each of the 13 tones may exist to the left and right of the DC band.
  • other bands may be allocated 26-unit, 52-unit, 106-unit. Each unit can be assigned for a receiving station, i. E. A user.
  • the RU arrangement of FIG. 4 is utilized not only for the situation for a plurality of users (MU), but also for the situation for a single user (SU), in which case one 242-unit is shown as shown at the bottom of FIG. It is possible to use and in this case three DC tones can be inserted.
  • FIG. 5 is a diagram illustrating an arrangement of resource units (RUs) used on a 40 MHz band.
  • the example of FIG. 5 may also use 26-RU, 52-RU, 106-RU, 242-RU, 484-RU, and the like.
  • five DC tones can be inserted at the center frequency, 12 tones are used as the guard band in the leftmost band of the 40 MHz band, and 11 tones are in the rightmost band of the 40 MHz band. This guard band can be used.
  • the 484-RU may be used when used for a single user. Meanwhile, the specific number of RUs may be changed as in the example of FIG. 4.
  • FIG. 6 is a diagram illustrating an arrangement of resource units (RUs) used on an 80 MHz band.
  • the example of FIG. 6 may also use 26-RU, 52-RU, 106-RU, 242-RU, 484-RU, 996-RU, and the like. have.
  • seven or five DC tones can be inserted at the center frequency, and 12 tones are used as the guard band in the leftmost band of the 80 MHz band, and in the rightmost band of the 80 MHz band. Eleven tones can be used as guard bands.
  • 996-RU may be used when used for a single user. Meanwhile, the specific number of RUs may be changed as in the example of FIGS. 4 and 5.
  • FIG. 7 is a diagram illustrating another example of the HE-PPDU.
  • FIG. 7 is another example illustrating the HE-PPDU block of FIG. 3 in terms of frequency.
  • the illustrated L-STF 700 may include a short training orthogonal frequency division multiplexing symbol.
  • the L-STF 700 includes frame detection, automatic gain control (AGC), diversity detection, and coarse frequency / time synchronization.
  • AGC automatic gain control
  • the L-LTF 710 may include a long training orthogonal frequency division multiplexing symbol.
  • the L-LTF 710 may be used for fine frequency / time synchronization and channel prediction.
  • L-SIG 720 may be used to transmit control information.
  • the L-SIG 720 may include information about a data rate and a data length.
  • the L-SIG 720 may be repeatedly transmitted. That is, the L-SIG 720 may be configured in a repeating format (for example, may be referred to as an R-LSIG).
  • the HE-SIG-A 730 may include control information common to the receiving station.
  • the HE-SIG-A 730 may include 1) a DL / UL indicator, 2) a BSS color field which is an identifier of a BSS, 3) a field indicating a remaining time of a current TXOP interval, 3) 20, Bandwidth field indicating 40, 80, 160, 80 + 80 Mhz, 4) Field indicating MCS scheme applied to HE-SIG-B, 5) HE-SIB-B is dual subcarrier modulation for MCS ( field indicating whether the modulation is performed using a dual subcarrier modulation), 6) a field indicating the number of symbols used for the HE-SIG-B, and 7) a field indicating whether the HE-SIG-B is generated over the entire band.
  • Field, 8) field indicating the number of symbols in the HE-LTF, 8) field indicating the length and CP length of the HE-LTF, 9) field indicating whether additional OFDM symbols exist for LDPC coding, 10) 11) field indicating the control information on the PE (packet extension), 11) field indicating the information on the CRC field of the HE-SIG-A, etc. may be included. All. Specific fields of the HE-SIG-A may be added or omitted. In addition, some fields may be added or omitted in other environments where the HE-SIG-A is not a multi-user (MU) environment.
  • MU multi-user
  • the HE-SIG-B 740 may be included only when it is a PPDU for a multi-user (MU) as described above. Basically, the HE-SIG-A 730 or the HE-SIG-B 740 may include resource allocation information (or virtual resource allocation information) for at least one receiving STA.
  • the HE-SIG-B 740 is described in more detail with reference to FIG. 8 described below.
  • the previous field of the HE-SIG-B 740 on the MU PPDU may be transmitted in duplicated form.
  • the HE-SIG-B 740 transmitted in a part of the frequency band is the frequency band (ie, the fourth frequency band) of the Control information for a data field and a data field of another frequency band (eg, the second frequency band) except for the corresponding frequency band may be included.
  • the HE-SIG-B 740 of a specific frequency band (eg, the second frequency band) duplicates the HE-SIG-B 740 of another frequency band (eg, the fourth frequency band). It can be one format.
  • the HE-SIG-B 740 may be transmitted in an encoded form on all transmission resources.
  • the field after the HE-SIG-B 740 may include individual information for each receiving STA that receives the PPDU.
  • the HE-STF 750 may be used to improve automatic gain control estimation in a multiple input multiple output (MIMO) environment or an orthogonal frequency-division multiple access (OFDMA) environment.
  • MIMO multiple input multiple output
  • OFDMA orthogonal frequency-division multiple access
  • the HE-LTF 760 may be used to estimate a channel in a MIMO environment or an OFDMA environment.
  • the size of the FFT / IFFT applied to the field after the HE-STF 750 and the HE-STF 750 may be different from the size of the FFT / IFFT applied to the field before the HE-STF 750.
  • the size of the FFT / IFFT applied to the fields after the HE-STF 750 and the HE-STF 750 may be four times larger than the size of the IFFT applied to the field before the HE-STF 750.
  • a field of s is called a first field
  • at least one of the data field 770, the HE-STF 750, and the HE-LTF 760 may be referred to as a second field.
  • the first field may include a field related to a legacy system
  • the second field may include a field related to a HE system.
  • 256 FFT / IFFT is applied for a bandwidth of 20 MHz
  • 512 FFT / IFFT is applied for a bandwidth of 40 MHz
  • 1024 FFT / IFFT is applied for a bandwidth of 80 MHz
  • 2048 FFT for a bandwidth of 160 MHz continuous or discontinuous 160 MHz.
  • / IFFT can be applied.
  • spacing may be applied to a subcarrier having a size of 312.5 kHz, which is a conventional subcarrier spacing, and space may be applied to a subcarrier having a size of 78.125 kHz, as a second field of the HE PPDU.
  • the length of an OFDM symbol may be a value obtained by adding a length of a guard interval (GI) to an IDFT / DFT length.
  • the length of the GI can be various values such as 0.4 ⁇ s, 0.8 ⁇ s, 1.6 ⁇ s, 2.4 ⁇ s, 3.2 ⁇ s.
  • the frequency band used by the first field and the frequency band used by the second field are represented in FIG. 7, they may not exactly coincide with each other.
  • the main band of the first field L-STF, L-LTF, L-SIG, HE-SIG-A, HE-SIG-B
  • HE-STF the main band of the first field
  • HE-LTF, Data the second field
  • the interface may be inconsistent. 4 to 6, since a plurality of null subcarriers, DC tones, guard tones, etc. are inserted in the process of arranging the RU, it may be difficult to accurately match the interface.
  • the user may receive the HE-SIG-A 730 and may be instructed to receive the downlink PPDU based on the HE-SIG-A 730.
  • the STA may perform decoding based on the changed FFT size from the field after the HE-STF 750 and the HE-STF 750.
  • the STA may stop decoding and configure a network allocation vector (NAV).
  • NAV network allocation vector
  • the cyclic prefix (CP) of the HE-STF 750 may have a larger size than the CP of another field, and during this CP period, the STA may perform decoding on the downlink PPDU by changing the FFT size.
  • data (or frame) transmitted from the AP to the STA is called downlink data (or downlink frame), and data (or frame) transmitted from the STA to the AP is called uplink data (or uplink frame).
  • downlink data or downlink frame
  • uplink data or uplink frame
  • the transmission from the AP to the STA may be expressed in terms of downlink transmission
  • the transmission from the STA to the AP may be expressed as uplink transmission.
  • each of the PHY protocol data units (PPDUs), frames, and data transmitted through downlink transmission may be expressed in terms of a downlink PPDU, a downlink frame, and downlink data.
  • the PPDU may be a data unit including a PPDU header and a physical layer service data unit (PSDU) (or MAC protocol data unit (MPDU)).
  • PSDU physical layer service data unit
  • MPDU MAC protocol data unit
  • the PPDU header may include a PHY header and a PHY preamble
  • the PSDU (or MPDU) may be a data unit including a frame (or an information unit of a MAC layer) or indicating a frame.
  • the PHY header may be referred to as a physical layer convergence protocol (PLCP) header in another term
  • the PHY preamble may be expressed as a PLCP preamble in another term.
  • each of the PPDUs, frames, and data transmitted through uplink transmission may be represented by the term uplink PPDU, uplink frame, and uplink data.
  • the entire bandwidth may be used for downlink transmission to one STA and uplink transmission of one STA based on single (or single) -orthogonal frequency division multiplexing (SUDM) transmission.
  • the AP may perform downlink (DL) multi-user (MU) transmission based on MU MIMO (multiple input multiple output), and such transmission is DL MU MIMO transmission. It can be expressed as.
  • orthogonal frequency division multiple access (OFDMA) based transmission method is preferably supported for uplink transmission and downlink transmission. That is, uplink / downlink communication may be performed by allocating data units (eg, RUs) corresponding to different frequency resources to the user.
  • the AP performs OFDMA.
  • DL MU transmission may be performed based on the above, and such transmission may be expressed in terms of DL MU OFDMA transmission.
  • the AP may transmit downlink data (or downlink frame, downlink PPDU) to each of the plurality of STAs through the plurality of frequency resources on the overlapped time resources.
  • the plurality of frequency resources may be a plurality of subbands (or subchannels) or a plurality of resource units (RUs).
  • DL MU OFDMA transmission can be used with DL MU MIMO transmission. For example, DL MU MIMO transmission based on a plurality of space-time streams (or spatial streams) is performed on a specific subband (or subchannel) allocated for DL MU OFDMA transmission. Can be.
  • UL MU transmission uplink multi-user transmission
  • a plurality of STAs transmit data to the AP on the same time resource.
  • Uplink transmission on the overlapped time resource by each of the plurality of STAs may be performed in the frequency domain or the spatial domain.
  • different frequency resources may be allocated as uplink transmission resources for each of the plurality of STAs based on OFDMA.
  • the different frequency resources may be different subbands (or subchannels) or different resource units (RUs).
  • Each of the plurality of STAs may transmit uplink data to the AP through different allocated frequency resources.
  • the transmission method through these different frequency resources may be represented by the term UL MU OFDMA transmission method.
  • each of the plurality of STAs When uplink transmission by each of the plurality of STAs is performed in the spatial domain, different space-time streams (or spatial streams) are allocated to each of the plurality of STAs, and each of the plurality of STAs transmits uplink data through different space-time streams. Can transmit to the AP.
  • the transmission method through these different spatial streams may be represented by the term UL MU MIMO transmission method.
  • the UL MU OFDMA transmission and the UL MU MIMO transmission may be performed together.
  • UL MU MIMO transmission based on a plurality of space-time streams (or spatial streams) may be performed on a specific subband (or subchannel) allocated for UL MU OFDMA transmission.
  • a multi-channel allocation method was used to allocate a wider bandwidth (for example, a bandwidth exceeding 20 MHz) to one UE.
  • the multi-channel may include a plurality of 20 MHz channels when one channel unit is 20 MHz.
  • a primary channel rule is used to allocate a wide bandwidth to the terminal. If the primary channel rule is used, there is a constraint for allocating a wide bandwidth to the terminal.
  • the primary channel rule when a secondary channel adjacent to the primary channel is used in an overlapped BSS (OBSS) and 'busy', the STA may use the remaining channels except the primary channel. Can't.
  • OBSS overlapped BSS
  • the STA can transmit the frame only through the primary channel, thereby being limited to the transmission of the frame through the multi-channel. That is, the primary channel rule used for multi-channel allocation in the existing WLAN system may be a big limitation in obtaining high throughput by operating a wide bandwidth in the current WLAN environment where there are not many OBSS.
  • a WLAN system supporting the OFDMA technology supporting the OFDMA technology. That is, the above-described OFDMA technique is applicable to at least one of downlink and uplink.
  • the above-described MU-MIMO technique may be additionally applied to at least one of downlink and uplink.
  • OFDMA technology is used, a plurality of terminals may be used simultaneously instead of one terminal without using a primary channel rule. Therefore, wide bandwidth operation is possible, and the efficiency of the operation of radio resources can be improved.
  • the AP when uplink transmission by each of a plurality of STAs (eg, non-AP STAs) is performed in the frequency domain, the AP has different frequency resources for each of the plurality of STAs based on OFDMA. It may be allocated as a link transmission resource. In addition, as described above, different frequency resources may be different subbands (or subchannels) or different resource units (RUs).
  • OFDMA orthogonal frequency division multiple access
  • Different frequency resources for each of the plurality of STAs may be indicated through a trigger frame.
  • FIG. 8 is a block diagram illustrating an example of HE-SIG-B.
  • the HE-SIG-B field includes a common field at the beginning, and the common field can be encoded separately from the following field. That is, as shown in FIG. 8, the HE-SIG-B field may include a common field including common control information and a user-specific field including user-specific control information.
  • the common field may include a corresponding CRC field and may be coded into one BCC block. Subsequent user-specific fields may be coded into one BCC block, including a "user-specific field" for two users (2 users), a CRC field corresponding thereto, and the like, as shown.
  • the trigger frame of FIG. 9 allocates resources for uplink multiple-user transmission and can be transmitted from the AP.
  • the trigger frame may consist of a MAC frame and may be included in a PPDU. For example, it may be transmitted through the PPDU shown in FIG. 3, through the legacy PPDU shown in FIG. 2, or through a PPDU specifically designed for the trigger frame. If transmitted through the PPDU of FIG. 3, the trigger frame may be included in the illustrated data field.
  • Each field shown in FIG. 9 may be partially omitted, and another field may be added. In addition, the length of each field may be varied as shown.
  • the frame control field 910 of FIG. 9 includes information about the version of the MAC protocol and other additional control information, and the duration field 920 includes time information for setting the NAV described below.
  • Information about an identifier (eg, AID) of the terminal may be included.
  • the RA field 930 includes address information of the receiving STA of the corresponding trigger frame and may be omitted as necessary.
  • the TA field 940 includes address information of an STA (for example, an AP) that transmits a corresponding trigger frame, and the common information field 950 is common to be applied to a receiving STA that receives the corresponding trigger frame. Contains control information
  • per user information fields 960 # 1 to 960 # N corresponding to the number of receiving STAs receiving the trigger frame of FIG. 9.
  • the individual user information field may be referred to as a "RU assignment field.”
  • the trigger frame of FIG. 9 may include a padding field 970 and a frame check sequence field 980.
  • Each of the per user information fields 960 # 1 to 960 # N shown in FIG. 9 preferably includes a plurality of subfields.
  • FIG. 10 shows an example of a common information field in this embodiment. Some of the subfields of FIG. 10 may be omitted, and other subfields may be added. In addition, the length of each illustrated subfield may be modified.
  • the illustrated length field 1010 has the same value as the length field of the L-SIG field of the uplink PPDU transmitted corresponding to the trigger frame, and the length field of the L-SIG field of the uplink PPDU indicates the length of the uplink PPDU.
  • the length field 1010 of the trigger frame may be used to indicate the length of the corresponding uplink PPDU.
  • the cascade indicator field 1020 indicates whether a cascade operation is performed.
  • the cascade operation means that downlink MU transmission and uplink MU transmission are performed together in the same TXOP. That is, after downlink MU transmission is performed, it means that uplink MU transmission is performed after a predetermined time (eg, SIFS).
  • a predetermined time eg, SIFS.
  • only one transmitting device (eg, AP) for downlink communication may exist, and a plurality of transmitting devices (eg, non-AP) for uplink communication may exist.
  • the CS request field 1030 indicates whether the state of the radio medium, the NAV, or the like should be considered in a situation in which the receiving apparatus receiving the trigger frame transmits the corresponding uplink PPDU.
  • the HE-SIG-A information field 1040 may include information for controlling the content of the SIG-A field (ie, the HE-SIG-A field) of the uplink PPDU transmitted in response to the corresponding trigger frame.
  • the CP and LTF type field 1050 may include information about the length of the LTF and the CP length of the uplink PPDU transmitted in response to the corresponding trigger frame.
  • the trigger type field 1060 may indicate the purpose for which the corresponding trigger frame is used, for example, normal triggering, triggering for beamforming, a request for Block ACK / NACK, and the like.
  • FIG. 11 illustrates an example of subfields included in an individual user information field. Some of the subfields of FIG. 11 may be omitted, and other subfields may be added. In addition, the length of each illustrated subfield may be modified.
  • the user identifier field 1110 of FIG. 11 indicates an identifier of an STA (ie, a receiving STA) to which per user information corresponds.
  • An example of the identifier may be all or part of an AID. have.
  • the RU Allocation field 1120 may be included. That is, when the receiving STA identified by the user identifier field 1110 transmits an uplink PPDU in response to the trigger frame of FIG. 9, the corresponding uplink PPDU through the RU indicated by the RU Allocation field 1120. Send.
  • the RU indicated by the RU Allocation field 1120 preferably indicates the RUs shown in FIGS. 4, 5, and 6.
  • the subfield of FIG. 11 may include a coding type field 1130.
  • the coding type field 1130 may indicate a coding type of an uplink PPDU transmitted in response to the trigger frame of FIG. 9. For example, when BCC coding is applied to the uplink PPDU, the coding type field 1130 is set to '1', and when LDPC coding is applied, the coding type field 1130 is set to '0'. Can be.
  • the subfield of FIG. 11 may include an MCS field 1140.
  • the MCS field 1140 may indicate an MCS scheme applied to an uplink PPDU transmitted in response to the trigger frame of FIG. 9. For example, when BCC coding is applied to the uplink PPDU, the coding type field 1130 is set to '1', and when LDPC coding is applied, the coding type field 1130 is set to '0'. Can be.
  • an STA (or AP) that performs channel access based on enhanced distributed channel access (EDCA) may perform channel access according to a plurality of predefined user priorities for traffic data. .
  • EDCA enhanced distributed channel access
  • EDCA For the transmission of Quality of Service (QoS) data frames based on multiple user priorities, EDCA provides four access categories (AC) (AC_BK (background), AC_BE (best effort), AC_VI (video)). , AC_VO (voice)).
  • AC access categories
  • AC_BK background
  • AC_BE best effort
  • AC_VI video
  • AC_VO voice
  • the STA performing channel access based on the EDCA arrives at the medium access control (MAC) layer from the logical link control (LLC) layer, that is, traffic data such as a MAC service data unit (MSDU) as shown in Table 1 below. Can be mapped.
  • Table 1 is an exemplary table showing the mapping between user priority and AC.
  • transmission queues and AC parameters can be defined.
  • a plurality of user priorities may be implemented based on AC parameter values set differently for each AC.
  • DIFS DIFS interframe space
  • CWmin which is a parameter based on a distributed coordination function (DCF)
  • DCF distributed coordination function
  • CWmin arbitration interframe space
  • AC CWmin [AC]
  • CWmax CWmax
  • the EDCA parameter set element may include information about channel access parameters for each AC (eg, AIFS [AC], CWmin [AC], CWmax [AC]).
  • the EDCA parameter used in the backoff procedure for each AC may be set to a default value or carried in a beacon frame from the AP to each STA.
  • AIFS [AC] and CWmin [AC] are smaller, the delay time for channel access is shorter, and thus the STA may have a higher priority and use more bands in a given traffic environment.
  • the backoff procedure of EDCA which generates a new backoff count, is similar to the backoff procedure of the existing DCF.
  • the differentiated backoff procedure for each AC of the EDCA may be performed based on the EDCA parameters individually set for each AC.
  • EDCA parameters can be an important means used to differentiate channel access of various user priority traffic.
  • EDCA parameter values defined for each AC can optimize network performance and increase the transmission effect of traffic priority. Accordingly, the AP may perform overall management and coordination functions for the EDCA parameters to ensure fair access to all STAs participating in the network.
  • a user priority predefined for traffic data may be referred to as a traffic identifier (hereinafter, 'TID').
  • Transmission priority of traffic data may be determined based on user priority.
  • the traffic identifier (TID) of the traffic data having the highest user priority may be set to '7'. That is, traffic data having the highest user priority with the traffic identifier (TID) set to '7' may be understood as traffic having the highest transmission priority.
  • one STA (or AP) 1200 may include a virtual mapper 1210, a plurality of transmission queues 1220-1250, and a virtual collision processor 1260.
  • the virtual mapper 1210 of FIG. 12 may serve to map an MSDU received from a logical link control (LLC) layer to a transmission queue corresponding to each AC according to Table 1 above.
  • LLC logical link control
  • the plurality of transmission queues 1220-1250 of FIG. 12 may serve as individual EDCA competition entities for wireless medium access within one STA (or AP).
  • the transmission queue 1220 of the AC VO type of FIG. 12 may include one frame 1221 for a second STA (not shown).
  • the transmission queue 1230 of the AC VI type has three frames 1231 to 1233 for the first STA (not shown) and one frame 1234 for the third STA (not shown) according to the order to be transmitted to the physical layer. ) May be included.
  • the transmission queue 1240 of the AC BE type of FIG. 12 includes one frame 1241 for the second STA (not shown) and one frame for the third STA (not shown) according to the order to be transmitted to the physical layer. 1242 and one frame 1243 for a second STA (not shown).
  • the AC BE type transmission queue 1250 may not include a frame to be transmitted to the physical layer.
  • collisions between the ACs may be adjusted according to the functions included in the virtual collision handler 1260 (EDCA function, EDCAF).
  • a frame buffered in an AC having a higher priority may be transmitted first.
  • Other ACs may also increase the contention window value and update the value set in the backoff count.
  • Transmission opportunity can be initiated when the channel is accessed according to EDCA rules. If more than two frames are accumulated in one AC, if EDCA TXOP is obtained, the AC of the EDCA MAC layer may attempt to transmit several frames. If the STA has already transmitted one frame and can transmit the next frame in the same AC within the remaining TXOP time and receive an ACK for it, the STA attempts to transmit the next frame after the SIFS time interval.
  • the TXOP limit value may be set as a default value for the AP and the STA, or a frame associated with the TXOP limit value may be transferred from the AP to the STA.
  • the STA may split the frame into several smaller frames. Subsequently, the divided frames may be transmitted within a range not exceeding the TXOP limit.
  • traffic data (or traffic) transmitted from an STA may be transmitted according to a backoff procedure in a contention-based EDCA scheme according to priority.
  • the priority given to each traffic data may be set to any one of the eight user priorities of Table 1 above.
  • one STA (or AP) includes four output queues, and each output queue may individually perform a channel access operation according to the rules of the EDCA.
  • Each output queue may transmit traffic data using different Arbitration Interframe Space (AIFS) according to each priority instead of the previously used DCF Interframe Space (DIFS).
  • AIFS Arbitration Interframe Space
  • the STA (or AP) needs to transmit traffic having different priorities at the same time, it is possible to prevent the occurrence of a collision in the STA (or AP) by transmitting the traffic having a higher priority.
  • each STA (or AP) sets a backoff time (Tb [i]) to the backoff timer.
  • the backoff time Tb [i] may be calculated using the following Equation 1 as a pseudo-random integer value.
  • Random (i) is a function that generates a random integer between 0 and CW [i] using a uniform distribution.
  • CW [i] is the contention window between the minimum contention window CWmin [i] and the maximum contention window CWmax [i], where i represents the user priority.
  • Equation 2 When transmitting a frame in the STA that performs the backoff procedure, if a collision occurs and retransmission is required, Equation 2 below may be used. That is, each time a collision occurs, a new contention window CW new [i] may be calculated using the previous window CW old [i].
  • the PF value may be calculated according to the procedure defined in the IEEE 802.11e standard.
  • the EDCA parameters CWmin [i], CWmax [i], AIFS [i], and PF values may be set to default values for each STA (or AP).
  • the EDCA parameter may be received from the AP through a QoS parameter set element included in a management frame.
  • the terminal may be a device capable of supporting both a WLAN system and a cellular system. That is, the terminal may be interpreted as a UE supporting the cellular system or an STA supporting the WLAN system.
  • the transmit queue 1230 of the AC VI type may access a medium.
  • Transmission opportunity (TXOP) can be obtained.
  • the AP 1200 of FIG. 12 may determine the transmission queue 1230 of the AC VI type as the primary AC, and the remaining transmission queues 1220, 1240, and 1250 may be determined as the secondary AC.
  • a process of determining the transmission queue in which the backoff procedure is completed first as the primary AC by performing the backoff procedure on the plurality of transmission queues 1220 to 1250 may be referred to as a primary AC rule. Can be.
  • a transmission opportunity period according to a transmission opportunity may be determined based on the primary AC determined by the primary AC rule.
  • frames included in the secondary AC may be transmitted together in a transmission opportunity period determined based on the primary AC.
  • the horizontal axes t1 to t5 for the first to fifth STAs 1410 to 1450 may represent time axes.
  • the vertical axis for the first to fifth STAs 1410 to 1450 may indicate a backoff time transmitted.
  • a plurality of STAs may attempt data (or frame) transmission.
  • each STA selects the backoff time (Tb [i]) of Equation 1 and waits for the corresponding slot time (slot time) before transmitting. You can try
  • each STA may count down the selected backoff count time in slot time units. Each STA may continue to monitor the medium while counting down. If the medium is monitored as occupied, the STA may stop counting down and wait. If the medium is monitored in an idle state, the STA can resume counting down.
  • the third STA 1430 may check whether the medium is idle during DIFS. Subsequently, when the medium is determined to be idle during DIFS, the third STA 1430 may transmit a frame to an AP (not shown).
  • IFS inter frame space
  • a frame may reach the MAC layer of each of the first STA 1410, the second STA 1420, and the fifth STA 1450. If the medium is identified as idle, each STA may wait for DIFS and then count down the individual backoff time selected by each STA.
  • the second STA 1420 selects the smallest backoff time and the first STA 1410 selects the largest backoff count value.
  • the remaining backoff time of the fifth STA 1450 is the remaining back of the first STA 1410 at the time T1 after completing the backoff procedure for the backoff time selected by the second STA 1420 and starting the frame transmission. A case shorter than the off time is shown.
  • the first STA 1410 and the fifth STA 1450 may suspend and wait for the backoff procedure. Subsequently, when the media occupation of the second STA 1420 ends (that is, the medium is idle again), the first STA 1410 and the fifth STA 1450 may wait as long as DIFS.
  • the first STA 1410 and the fifth STA 1450 may resume the backoff procedure based on the remaining remaining backoff time.
  • the fifth STA 1450 may complete the backoff procedure before the first STA 1410. Can be.
  • a frame for the fourth STA 1440 may reach the MAC layer of the fourth STA 1440.
  • the fourth STA 1440 may wait as much as DIFS. Subsequently, the fourth STA 1440 may count down the backoff time selected by the fourth STA 1440.
  • the remaining backoff time of the fifth STA 1450 may coincide with the backoff time of the fourth STA 1440. In this case, a collision may occur between the fourth STA 1440 and the fifth STA 1450. When a collision occurs between STAs, neither the fourth STA 1440 nor the fifth STA 1450 may receive an ACK, and may fail to transmit data.
  • the fourth STA 1440 and the fifth STA 1450 may separately calculate a new contention window CW new [i] according to Equation 2 above. Subsequently, the fourth STA 1440 and the fifth STA 1450 may separately perform countdowns for the newly calculated backoff time according to Equation 2 above.
  • the first STA 1410 may wait. Subsequently, when the medium is idle, the first STA 1410 may resume backoff counting after waiting for DIFS. When the remaining backoff time of the first STA 1410 elapses, the first STA 1410 may transmit a frame.
  • the CSMA / CA mechanism may include virtual carrier sensing in addition to physical carrier sensing in which the AP and / or STA directly sense the medium.
  • Virtual carrier sensing is intended to compensate for problems that may occur in media access, such as a hidden node problem.
  • the MAC of the WLAN system uses a Network Allocation Vector (NAV).
  • the NAV is a value that indicates to the other AP and / or STA how long the AP and / or STA currently using or authorized to use the medium remain until the medium becomes available. Therefore, the value set to NAV corresponds to a period in which the medium is scheduled to be used by the AP and / or STA transmitting the frame, and the STA receiving the NAV value is prohibited from accessing the medium during the period.
  • the NAV may be set according to a value of a duration field of the MAC header of the frame.
  • an access point may receive a frame for reporting a buffer status (hereinafter, referred to as a "buffer status report frame") from a receiving STA associated with the AP. .
  • the buffer status report frame of FIG. 15 includes a bitmap information for an access category for which a buffer status of a receiving STA is to be reported and a traffic identifier corresponding to traffic buffered to the receiving STA based on the number of access categories indicated by the bitmap information. It may include identifier information indicating the number.
  • the buffer state according to the present embodiment may include information associated with the traffic size of the traffic buffered in the receiving STA.
  • the identifier information according to the present embodiment may mean the number of traffic identifiers (TIDs) associated with the transmission priorities mentioned in FIGS. 13 and 14.
  • TIDs traffic identifiers
  • the AP may transmit trigger frames for a plurality of user STAs participating in UL uplink multi-user multiple input multiple output (MUMO) transmission based on the buffer status report frame.
  • MUMO multiple input multiple output
  • a plurality of user STAs participating in UL MU MIMO transmission may receive a trigger frame.
  • a plurality of user STAs may transmit a plurality of uplink frames based on individually allocated resource units according to individual user information fields (eg, 960 # 1 to 960 # N in FIG. 9) of the trigger frame.
  • the AP may transmit a multi-user multi-STA block ACK (BA) frame to collectively inform the successful reception of a plurality of uplink frames.
  • BA multi-user multi-STA block ACK
  • the Multi-STA block ACK frame is described in more detail in section 9.3.1.9.7 of the standard document IEEE P802.11ax / D1.0 disclosed in November 2016.
  • FIG. 16 shows an example of a MAC frame for a buffer status report frame according to the present embodiment.
  • the MAC frame 1600 includes a plurality of fields 1611 ⁇ 1619 constituting a MAC header, a frame body field 1620 having a payload and having a variable length, and error detection of a receiving terminal. It may include an FCS field 1630 for.
  • the frame control field 1611, the duration / ID field 1612, the first address field 1613, and the FCS field 1630 of the MAC header may be included in all types of MAC frames.
  • the field 1620 may be optionally included according to the type of the MAC frame.
  • the QoS control field 1618 may be included in the MAC frame.
  • the QoS control field 1618 consists of two octets (16 bits, octets).
  • the QoS control field 1618 may be configured as shown in Table 2 below.
  • the first to fourth bits Bits 0-3 may be areas for traffic identifier (TID) information.
  • the user priority (0-7) for the traffic identifier (TID) information may be mapped to '0' to '7', which may be represented by the first to fourth bits Bits 0-3.
  • the remaining values '8' to '15', which can be represented by the first to fourth bits Bits 0-3, may be reserved.
  • the STA may inform the STA of the traffic identifier (TID) information about the buffered traffic through the first to fourth bits (Bits0-3) of the QoS control field 1618.
  • TID traffic identifier
  • the ninth to sixteenth bits (Bit8-15) of the QoS control field 1618 are used to determine the buffered traffic of the STA. Queue size information may be indicated.
  • the STA may inform queue size information of the buffered traffic based on the HT control field 1619 of the MAC frame 1600.
  • FIG. 17 shows an exemplary format of an A-Control field for a buffer status report frame according to this embodiment. 1 to 17, the A-Control field 1710 of FIG. 17 may be a field corresponding to the HT control field 1619 of FIG. 16.
  • the A-Control field 1710 may be configured with 4 octets (32 bytes). If the first bit and the second bit B0-B1 (not shown) of the HT control field 1619 of FIG. 16 are set to '11', the remaining bits B2-B31 are set to the A-Control field (see FIG. 1710).
  • the A-Control field 1710 may include at least one control subfield (Control 1 to Control N).
  • the N-th control subfield Control N 1720 may include a control ID subfield 1730 having a 4-bit length and a control information subfield 1740 having a variable length.
  • the control ID subfield 1730 may indicate the type of information included in the control information subfield 1740.
  • the control information subfield 1740 related to the value of the control ID subfield 1730 may be defined as shown in Table 3 below.
  • control information subfield 1740 is an operating mode of an STA transmitting a frame using 12 bits. It may indicate information for requesting a change of.
  • control information subfield 1740 provides information for a buffer status report of a STA transmitting a frame using 26 bits. Can be represented.
  • control ID subfield 1730 of the A-Control field 1710 for buffer status reporting is set to '3'.
  • control information subfield 1800 may be understood as a field corresponding to the control information subfield 1740 of FIG. 17.
  • the control information subfield 1800 of FIG. 18 may include first to sixth subfields 1810 to 1860.
  • the first subfield 1810 includes first to fourth bits B0-B3 and may be referred to as an Access Category Indication (ACI) bitmap field.
  • the first subfield 1810 may include bitmap information for an access category in which a buffer status of a receiving STA coupled to the AP is to be reported.
  • the buffer status may be information associated with the traffic size of the traffic buffered at the receiving STA.
  • bit of the position corresponding to the access category in which the buffer status is to be reported among the first to fourth bits B0 to B3 of the first subfield 1810 may be indicated as '1'.
  • bit of a position corresponding to an access category in which a buffer status is not reported among the first to fourth bits B0 to B3 of the first subfield 1810 may be indicated as '0'.
  • the second subfield 1820 is composed of fifth and sixth bits B4-B5 and may be referred to as a delta traffic identifier (Delta TID) field.
  • the delta traffic identifier (Delta TID) field is the number of traffic identifiers (TIDs) for traffic buffered in the receiving STA based on the number of access categories indicated by the access category identification (ACI) bitmap field. Can be indicated.
  • the number of traffic identifiers (TIDs) for traffic buffered in a first access category (ie, AC VO) of a receiving STA is determined as shown in Table 4 below. It may be signaled to the AP based on the subfield 1810 and the second subfield 1820.
  • N_TIDs of traffic identifiers may be expressed by using Equation 3 below.
  • the sum of the number N_ones in which '1' is set in the first subfield 1810 and the value F_val in the second subfield 1820 is understood as the number of traffic identifiers N_TID. Can be. However, when the number N_ones in which '1' is set in the first subfield 1810 is '0', the value F_val set in the second subfield 1820 is set to '8' in advance.
  • the identifier information set in the second subfield 1820 may be set to a value obtained by subtracting the number of traffic identifiers for traffic buffered in the user STA by the number of access categories indicated by the first subfield 1810. have.
  • TIDs traffic identifiers
  • the first bits BO of the first to fourth bits B0-B3 of the first subfield 1810 correspond to the first access category (ie, AC VO) having the highest priority. can do. It is assumed that the second bit B1 corresponds to a second access category (ie, AC VI) having a lower priority than the first access category.
  • the third bit B2 may correspond to a third access category (ie, AC BE) having a lower priority than the second access category. It is assumed that the fourth bit B3 corresponds to the fourth access category (ie, AC BK) having the lowest priority. In addition, it is assumed that the first to fourth bits B0-B3 of the first subfield 1810 are represented by ⁇ b1, b2, b3, and b4>.
  • the case where there is one access category for which a buffer status is to be reported is described.
  • the number of bits set to '1' among the first to fourth bits B0-B3 of the first subfield 1810 is one.
  • the first to fourth bits B0-B3 of the first subfield 1810 may be set to ⁇ 1, 0, 0, 0>. Since the first bit B0 is set to '1', the buffer status of the first access category (ie, AC VO) having the highest priority may be reported to the AP.
  • the traffic identifier (TID) for traffic buffered in the first access category (ie, AC VO) may be '6' or '7'.
  • the second subfield 1820 may determine the traffic identifier (TID) of the traffic buffered in the first access category (ie, AC VO) of the receiving STA. It may indicate that the number is one. In this case, the traffic identifier (TID) for the traffic buffered in the receiving STA may be '6' or '7'.
  • TID traffic identifier
  • the second subfield 1820 is a traffic identifier (TID) for all traffic buffered in the first access category (ie, AC VO) of the receiving STA. It can represent that the number of two. If the value set in the second subfield 1820 is '2' or '3', it will be understood that it is not applicable.
  • TID traffic identifier
  • the number of bits set to '1' among the first to fourth bits B0-B3 of the first subfield 1810 is two.
  • the first to fourth bits B0-B3 of the first subfield 1810 may be set to ⁇ 1, 1, 0, 0>. Since the first bit B0 and the second bit B1 are set to '1', buffer states of the first and second access categories (that is, AC VO and AC VI) may be reported to the AP.
  • the traffic identifier (TID) for traffic buffered in the first access category (ie, AC VO) may be '6' or '7'.
  • the traffic identifier (TID) for traffic buffered in the second access category (ie, AC VI) may be '4' or '5'.
  • the second subfield 1820 is applied to all traffic buffered in the first and second access categories (ie, AC VO and AC VI) of the receiving STA. It may indicate that the number of related traffic identifiers (TID) is two.
  • buffered traffic having two kinds of traffic identifiers may exist only in a first access category (ie, AC VO) of the receiving STA.
  • buffered traffic having two kinds of traffic identifiers may exist only in a second access category (ie, AC VI) of the receiving STA.
  • the second subfield 1820 is applied to all traffic buffered in the first and second access categories (ie, AC VO and AC VI) of the receiving STA. It may indicate that the number of related traffic identifiers (TID) is three.
  • the second subfield 1820 is applied to all traffic buffered in the first and second access categories (ie, AC VO and AC VI) of the receiving STA.
  • the number of related traffic identifiers (TIDs) may be four.
  • a third case the case where there are three access categories for which a buffer status is to be reported is described.
  • the number of bits set to '1' among the first to fourth bits B0-B3 of the first subfield 1810 is three.
  • the first to third bits B0-B2 of the first subfield 1810 may be set to ⁇ 1, 1, 1, 0>. Since the first bits B0 to third bits B0, B1, and B2 are set to '1', the buffer states of the first to third access categories (that is, AC VO, AC VI, and AC BE) are APs. Can be reported as.
  • the traffic identifier (TID) for traffic buffered in the first access category may be '6' or '7'.
  • the traffic identifier (TID) for traffic buffered in the second access category ie, AC VI
  • the traffic identifier (TID) for traffic buffered in the third access category ie, AC BE
  • the second subfield 1820 is buffered in the first to third access categories (ie, AC VO, AC VI, and AC BE) of the receiving STA. It may indicate that the number of traffic identifiers (TID) for all traffic is three.
  • the second subfield 1820 is buffered in the first to third access categories (ie, AC VO, AC VI, and AC BE) of the receiving STA. It may indicate that the number of traffic identifiers (TIDs) for all traffic is four.
  • TIDs traffic identifiers
  • the second subfield 1820 is buffered in the first to third access categories (ie, AC VO, AC VI, and AC BE) of the receiving STA. It may indicate that the number of traffic identifiers (TIDs) for all traffic is five.
  • TIDs traffic identifiers
  • the second subfield 1820 is buffered in the first to third access categories (ie, AC VO, AC VI, and AC BE) of the receiving STA. It may indicate that the number of traffic identifiers (TIDs) for all traffic is six.
  • TIDs traffic identifiers
  • the third case is a case where all bits among the first to fourth bits B0-B3 of the first subfield 1810 are set to '1'.
  • the first to third bits B0-B3 of the first subfield 1810 may be set to ⁇ 1, 1, 1, 1>. Since the first bits B0 to the fourth bits B0, B1, B2, and B3 are set to '1', the first to fourth access categories (that is, AC VO, AC VI, AC BE, and AC BK). May be reported to the AP.
  • the traffic identifier (TID) for traffic buffered in the first access category (ie, AC VO) may be '6' or '7'.
  • the traffic identifier (TID) for traffic buffered in the second access category (ie, AC VI) may be '4' or '5'.
  • the traffic identifier (TID) for traffic buffered in the third access category may be '0' or '3'.
  • the traffic identifier (TID) for traffic buffered in the third access category ie, AC BK
  • the second subfield 1820 may correspond to the first to fourth access categories (ie, AC VO, AC VI, AC BE, and AC BK) of the receiving STA. It may indicate that the number of traffic identifiers (TIDs) for all traffic buffered at 4 is four.
  • first to fourth access categories ie, AC VO, AC VI, AC BE, and AC BK
  • the second subfield 1820 may correspond to the first to fourth access categories (ie, AC VO, AC VI, AC BE, AC BK) of the receiving STA. It may indicate that the number of traffic identifiers (TIDs) for all traffic buffered at 5 is five.
  • first to fourth access categories ie, AC VO, AC VI, AC BE, AC BK
  • the second subfield 1820 may correspond to the first to fourth access categories (ie, AC VO, AC VI, AC BE, and AC BK) of the receiving STA. It may indicate that the number of traffic identifiers (TIDs) for all traffic buffered at 6 is six.
  • TIDs traffic identifiers
  • the second subfield 1820 may correspond to the first to fourth access categories (ie, AC VO, AC VI, AC BE, AC BK) of the receiving STA. It may indicate that the number of traffic identifiers (TIDs) for all traffic buffered at 7 is seven.
  • first to fourth access categories ie, AC VO, AC VI, AC BE, AC BK
  • the fifth case is a case where all bits among the first to fourth bits B0-B3 of the first subfield 1810 are set to '0'.
  • the first to third bits B0-B3 of the first subfield 1810 may be set to ⁇ 0, 0, 0, 0>.
  • the second subfield ( 1820 may indicate that the number of traffic identifiers (TIDs) for all traffic buffered in the first to fourth access categories (ie, AC VO, AC VI, AC BE, AC BK) of the receiving STA is eight.
  • TIDs traffic identifiers
  • FIG. 18 illustrates a process for indicating the number of traffic identifiers (TIDs) for buffered traffic using a first subfield 1810 composed of 4 bits and a second subfield 1820 composed of 2 bits.
  • TIDs traffic identifiers
  • ACI 8-bit access category indication
  • the third subfield 1830 includes seventh and eighth bits B6-B7 and may be referred to as an access category identification high field.
  • the third subfield 1830 may indicate a traffic identifier (TID) corresponding to the traffic having the highest transmission priority among the traffic buffered to the receiving STA.
  • TID traffic identifier
  • the fourth subfield 1840 is composed of ninth and tenth bits B8-B9 and may be referred to as a scaling factor (hereinafter, referred to as a 'SF') field.
  • the fourth subfield 1840 may indicate a preset unit in the AP and the STA in order to report the buffer status.
  • the scale factor SF may be '16'. If the value set in the fourth subfield 1840 is '1', the scale factor SF may be '128'. If the value set in the fourth subfield 1840 is '3', the scale factor SF may be '2048'. If the value set in the fourth subfield 1840 is' 4 ', the scale factor SF may be '16, 384'.
  • the fifth subfield 1850 is composed of eleventh and eighteenth bits B10-B17 and may be referred to as a queue size high field. According to the present embodiment, the fifth subfield 1850 may indicate queue size information for the traffic identifier (TID) indicated by the third subfield 1830. In addition, the queue size information of the fifth subfield 1850 may be expressed based on a unit according to the scale factor SF set in the fourth subfield 1840.
  • TID traffic identifier
  • the sixth subfield 1860 includes 19th and 25th bits B20-B26 and may be referred to as a queue size all field. According to this embodiment, the sixth subfield 1860 may indicate queue size information for all traffic buffered at the receiving STA. In addition, the queue size information of the sixth subfield 1860 may be expressed based on a unit according to the scale factor SF set in the fourth subfield 1840.
  • control information subfield for reporting the buffer status may be understood through the section 9.2.4.6.4.5 of the standard document IEEE P802.11ax / D1.0 disclosed in November 2016.
  • the traffic identifier (TID) only by 2 bits allocated to the second subfield 1820. All eight cases of) can be expressed.
  • overhead of the AP may be reduced and efficient uplink scheduling adjustment may be possible. Accordingly, an improved performance WLAN system may be provided.
  • FIG. 19 illustrates a field area of a buffer status report frame according to another embodiment of the present invention.
  • the HT The remaining bits B2-B31 of the control field 1900 may be allocated for the A-Control fields 1920, 1930, 1710 of FIG. 17.
  • control ID fields 1920 and B2-B5 may indicate a type of information included in the control information field 1930.
  • the control information field 1930 associated with the value of the control ID field 1920 may be defined as shown in Table 5 below.
  • control information field 1930 changes the operating mode of an STA that transmits a frame using 12 bits. It may indicate information for requesting the request.
  • control information field 1930 may transmit information for a buffer status report (BSR) of an STA transmitting a frame using 26 bits. Can be represented.
  • BSR buffer status report
  • control ID field 1920 for the buffer status report is set to '3'.
  • the control information field 1930 may include first to sixth subfields 1931 to 1936.
  • the control information field 1930 is further described in detail with reference to the accompanying drawings.
  • 20 is a diagram for describing a plurality of subfields of a control information field according to another embodiment.
  • the traffic type field 2010 of FIG. 20 may include 2 bits B6-B7 and may correspond to the first subfield 1931 of FIG. 19.
  • the traffic type field 2010 may indicate the urgency of traffic, such as delay sensitive (DS) traffic or delay tolerant (DT) traffic.
  • delay tolerance (DT) traffic may be indicated.
  • the delay tolerance (DT) traffic may be traffic associated with an AC BK type or an AC BE type.
  • delay sensitive (DS) traffic may be indicated.
  • the delay sensitive (DS) traffic may be traffic associated with an AC VI type or an AC VO type.
  • both delay tolerance (DT) traffic and delay sensitive (DS) traffic may be indicated.
  • the queue size information to be described below may be indicated by the total sum of delay tolerance (DT) traffic and the total sum of delay sensitive (DS) traffic.
  • the remaining areas of the control information fields B8-B31 may be reserved areas.
  • a control is performed to inform a buffer state in which all frames associated with all types of traffic identifiers (TID, O-7) are aggregated.
  • TID traffic identifier
  • the AC bitmap field 2020 of FIG. 20 includes two bits B8-B9 and may correspond to the second subfield 1932 of FIG. 19.
  • the AC bitmap field 2020 is associated with the traffic type field 2010 and may indicate an access category (AC) bitmap.
  • the AC bitmap field 2020 may indicate the presence of traffic of the AC BE type and the AC BK type.
  • the presence of the AC BK type traffic may be indicated. If the AC bitmap field 2020 of two bits (B8-B9) is set to '10', the presence of the AC BE type traffic may be indicated. If the AC bitmap field 2020 of two bits (B8-B9) is set to '11', the presence of both AC BK type and AC BE type traffic may be indicated.
  • the AC bitmap field 2020 may indicate the presence of traffic of the AC VO type and the AC VI type.
  • the presence of the AC VI type traffic may be indicated. If the AC bitmap field 2020 of 2 bits (B8-B9) is set to '10', the presence of AC VO type traffic may be indicated. If the AC bitmap field 2020 of two bits (B8-B9) is set to '11', the presence of both the AC VI type and the AC VO type traffic may be indicated.
  • the AC bitmap field 2020 may be a reserved area.
  • the scale factor field 2030 of FIG. 20 includes four bits B10-B13 and may correspond to the third subfield 1933 of FIG. 19.
  • the scale factor field 2030 is associated with the traffic type field 2010 and the AC bitmap field 2020 and may include scaling information for indicating a queue size of buffered traffic (ie, the amount of buffered traffic). .
  • the reserve field 2040 of FIG. 20 is composed of two bits B14-B15 and may correspond to the fourth subfield 1934 of FIG. 19.
  • the queue size field 2050 includes 16 bits (B16-B31), and may correspond to the fifth and sixth subfields 1935 and 1936 of FIG. 19.
  • the queue size field 2050 of FIG. 20 may indicate a queue size of traffic buffered to the STA based on the traffic type field 2010, the AC bitmap field 2020, and the scale factor field 2030.
  • the traffic type field 2010 is indicated as '10' and the AC bitmap field 2020 is indicated as '10', two bits of four bits B10 to B13 of the scale factor field 2030 are shown.
  • B11-B12 may be set to a valid value.
  • 8 bits B16-B23 of the queue size field 2050 may indicate the total amount of traffic buffered in the transmission queue of the AC VO type of the STA based on a valid value of the scale factor field 2030. .
  • the traffic type field 2010 is indicated by '01' and the AC bitmap field 2020 is indicated by '11', two bits (B10-B11) and two bits of the scale factor field 2030 are indicated.
  • Valid values may be respectively set in B12-B13.
  • the 8 bits (B16-B23) of the queue size field 2050 indicate the total amount of traffic buffered in the transmission queue of the AC BE type of the STA according to the value set in the 2 bits (B10-B11) of the scale factor field 2030. Can be directed.
  • 8 bits (B24-B31) of the queue size field (2050) are the total number of traffic buffered in the transmission queue of the AC BK type of the STA according to the value set in 2 bits (B12-B13) of the scale factor field (2030). You can dictate the quantity.
  • the traffic type field 2010 is indicated as '10' and the AC bitmap field 2020 is indicated as '11'
  • two bits B10-B11 and 2 of the scale factor field 2030 are indicated.
  • Valid values may be set in bits B12 to B13, respectively.
  • the 8 bits (B16-B23) of the queue size field 2050 indicate the total amount of traffic buffered in the transmission queue of the AC VO type of the STA according to the value set in the 2 bits (B10-B11) of the scale factor field 2030. Can be directed.
  • 8 bits (B24-B31) of the queue size field (2050) are used for the traffic buffered in the transmission queue of the AC VI type of the STA based on a value set in 2 bits (B12-B13) of the scale factor field (2030). You can indicate the total amount.
  • valid values are set to two bits B10-B11 and two bits B12-B13 of the scale factor field 2030, respectively. Can be.
  • Eight bits B16-B23 of the queue size field 2050 indicate the total amount of traffic associated with delay sensitive (DS) traffic of the STA according to a value set in two bits (B10-B11) of the scale factor field 2030. can do.
  • delay sensitive (DS) traffic may include traffic buffered in an AC VO type transmission queue and traffic buffered in an AC VI type transmission queue.
  • eight bits (B24-B31) of the queue size field (2050) are the total amount of traffic associated with the delay tolerance (DT) traffic of the STA according to a value set in two bits (B12-B13) of the scale factor field 2030. Can be indicated.
  • delay tolerance (DT) traffic may include traffic buffered in an AC BK type transmission queue and traffic buffered in an AC BE.
  • 21 is a view illustrating a field area of a buffer status report frame according to another embodiment of the present invention.
  • the remaining bits B2-B31 of the HT control field 2100 may be allocated for the A-Control fields 2120, 2130, and 1710 of FIG. 17.
  • FIG. 21 assumes that the control ID field 2120 for reporting the buffer status is set to '3' as previously assumed. Accordingly, the control information field 2130 may indicate information for a buffer status report (BSR) of an STA transmitting a frame using 26 bits.
  • BSR buffer status report
  • the control information field 2130 may include a plurality of subfields 2131 to 2135.
  • the buffer status report frame of FIG. 21 may not include the traffic type field (1931 of FIG. 19).
  • the AC bitmap field 2131 may be allocated with 4 bits (B6-B9). Accordingly, the presence of buffered traffic for all four types of AC may be indicated based on the AC bitmap field 2131.
  • the scale factor field 2132 may be allocated to 4 bits B10 to B13.
  • the scale factor field 2132 is associated with the traffic type field 2110 and may include scaling information for indicating a queue size of the buffered traffic.
  • the Aggregation Indicator (A-Indicator) field 2133 may be allocated with 2 bits B14-B15.
  • the scale factor field 2132 may be associated with the traffic type field 2110. Can be.
  • the aggregation indicator field 2133 may indicate whether the information indicating the queue size of the buffered traffic relates to the queue size of the single traffic or the queue size of the aggregated traffic.
  • the first queue size field 2134 is based on the AC bitmap field 2131, two bits B10-B11 of the scale factor field 2132, and one bit B14 of the aggregation indicator field 2133.
  • the queue size of the buffered traffic may be indicated to the STA.
  • the second queue size field 2135 is based on the AC bitmap field 2131, two bits B12-B13 of the scale factor field 2132, and one bit B15 of the aggregation indicator field 2133.
  • the queue size of the buffered traffic may be indicated to the STA. An embodiment in which the queue size of the buffered traffic is indicated will be described in more detail with reference to the following drawings.
  • 22 is a diagram for describing a plurality of subfields according to another exemplary embodiment.
  • the AC bitmap field 2210 may include 4 bits B6-B9 and may correspond to the first subfield 2131 of FIG. 21.
  • each of the sixth and seventh bits B6-B7 of the AC bitmap field 2210 may be associated with AC VO type traffic and AC VI type traffic.
  • Each of the eighth and ninth bits B8-B9 of the AC bitmap field 2210 may be associated with AC BE type traffic and AC BK type traffic.
  • the scale factor field 2220 is composed of four bits B10-B13 and may correspond to the second subfield 2132 of FIG. 21.
  • each of the tenth and eleventh bits B10-B11 of the scale factor field 2220 may include scaling information SF1 for traffic of an AC VO type and traffic of an AC VI type.
  • the twelfth and thirteenth bits B12-B13 of the scale factor field 2220 may each include scaling information SF2 for AC BE type traffic and AC BK type traffic.
  • the aggregation indicator field 2230 includes two bits B14-B15 and may correspond to the third subfield 2133 of FIG. 21.
  • the fourteenth bit B14 of the aggregation indicator field 2230 may indicate whether a queue size of aggregated traffic of AC VO type traffic and AC VI type traffic is reported.
  • the aggregation indicator field 2230 may be set to '0'. This may indicate that queue size information of a single traffic is indicated in a subsequent field, the first queue size field 2240.
  • the aggregation indicator field 2230 may be set to '1'. This may indicate that queue size information V1 of the aggregated traffic is indicated in the subsequent fields of the first queue size fields 2240 and B16-B23.
  • the queue size information V1 of the aggregated traffic may mean information obtained by adding the queue size of the AC VO type traffic and the queue size of the AC VI type traffic.
  • the aggregation indicator field 2230 may be set to '1'. This may indicate that queue size information V2 of the aggregated traffic is indicated in the subsequent fields, the second queue size fields 2250 and B24-B31.
  • the queue size information V2 of the aggregated traffic may mean information obtained by adding the queue size of the AC BE type traffic and the queue size of the AC BK type traffic.
  • the STA and the AP may not include the aggregation indicator field 2230, and according to a preset rule based on the AC bitmap field 2210, the first and second terminals may be used. It may be determined whether a value set in the queue size fields 2240 and 2250 is a value associated with aggregation.
  • the STA and the AP set the value in the first queue size field 2240 to AC VO. It may be implicitly determined that the sum of the queue size of the traffic of the type and the queue size of the traffic of the AC VI type is implicit.
  • the STA and the AP have a value set in the first queue size field 2240. It can be implicitly determined that the sum of the queue size of the traffic and the queue size of the AC BK type traffic.
  • the queue size information of traffic associated with one traffic identifier may be signaled to the AP using the QoS control field 1618 of FIG. 16 mentioned above.
  • queue size information of traffic associated with the remaining traffic identifier may be signaled to the AP.
  • FIG. 23 is a conceptual diagram illustrating a plurality of subfields for reporting buffer status of all access categories according to another embodiment.
  • the queue size information for one of the access categories may be transmitted to the AP through the aforementioned QoS control field (1618 of FIG. 16).
  • control information field 2130 of FIG. 21 may include 26 bits (B6-B31 of FIG. 21).
  • a queue size indication field 2310 may be configured with two bits (B6-B7).
  • the value indicated by the queue size indication field 2310 may be a value preset in the AP and the STA.
  • the queue size information for the three access categories is the remaining 24 bits (B8-B31 in FIG. 21) in the control information field (2130 in FIG. 21) in 8-bit units (B8-B15, B16-B23, and B24-B31). ) May be transmitted to the AP.
  • the queue size indication field 2310 of FIG. 23 indicates which access category the value set in the first to third subsequent bits B8-B15, B16-B23, and B24-B31 in units of 8 bits is. Can be indicated.
  • the first to third subsequent bits B8-B15 and B16 are set.
  • -B23, B24-B31 can be sequentially assigned the queue size information for the transmission queue of the AC VO, AC VI and AC BE type.
  • the queue size information about the transmission queue of the AC BK type may be indicated through the QoS control field.
  • the first to third subsequent bits B8-B15 and B16 are set.
  • -B23, B24-B31 can be sequentially assigned the queue size information about the transmission queue of the AC VO, AC VI and AC BK type.
  • the queue size information about the transmission queue of the AC BE type may be indicated through the QoS control field.
  • B23 and B24-B31 may sequentially allocate queue size information regarding transmission queues of the AC VO, AC BE, and AC BK types.
  • the queue size information about the transmission queue of the AC VI type may be indicated through the QoS control field.
  • B23 and B24-B31 may be sequentially allocated queue size information regarding a transmission queue of an AC VI, an AC BE, and an AC BK type.
  • the queue size information about the transmission queue of the AC VO type may be indicated through the QoS control field.
  • the queue size information may be signaled to the AP on an AC basis.
  • the aggregated amount of traffic for two types of traffic identifiers (TIDs) that may be included in each AC may be signaled to the AP.
  • each of the first to third subsequent bits B8-B15, B16-B23, and B24-B31 may include a scale factor of 1 bit.
  • seven bits B8-B14 of the first subsequent bits B8-B15 may be allocated for the queue size, and one bit B15 may be allocated for the scale factor (SF).
  • Seven bits B16-B22 of the second subsequent bits B16-B23 may be allocated for the queue size, and one bit B23 may be allocated for the scale factor SF.
  • Seven bits B24-B30 of the second subsequent bits B24-B31 may be allocated for the queue size, and one bit B31 may be allocated for the scale factor SF.
  • the STA and the AP may determine the queue size information based on a preset value (for example, 256 bytes).
  • the STA and the AP may determine the queue size information based on a value according to the scale factor SF (for example, 16 bytes or 32 bytes).
  • the STA and the AP may determine queue size information based on a value according to the scale factor SF (for example, 512 bytes or 1024 bytes).
  • 24 is a block diagram illustrating a wireless terminal to which an embodiment can be applied.
  • the wireless terminal may be an STA that may implement the above-described embodiment and may be an AP or a non-AP STA.
  • the wireless terminal may correspond to the above-described user or may correspond to a transmitting terminal for transmitting a signal to the user.
  • the AP 2400 includes a processor 2410, a memory 2420, and a radio frequency unit 2430.
  • the RF unit 2430 may be connected to the processor 2410 to transmit / receive a radio signal.
  • the processor 2410 may implement the functions, processes, and / or methods proposed herein. For example, the processor 2410 may perform an operation according to the present embodiment described above. The processor 2410 may perform an operation of the AP disclosed in the present embodiment of FIGS. 1 to 23.
  • the non-AP STA 2450 includes a processor 2460, a memory 2470, and an RF unit 2480.
  • the RF unit 2480 may be connected to the processor 2460 to transmit / receive a radio signal.
  • the processor 2460 may implement the functions, processes, and / or methods proposed in the present embodiment.
  • the processor 2460 may be implemented to perform the non-AP STA operation according to the present embodiment described above.
  • the processor 2460 may perform an operation of the non-AP STA disclosed in the present embodiment of FIGS. 1 to 23.
  • Processors 2410 and 2460 may include application-specific integrated circuits (ASICs), other chipsets, logic circuits, data processing devices, and / or converters for interconverting baseband signals and wireless signals.
  • the memories 2420 and 2470 may include read-only memory (ROM), random access memory (RAM), flash memory, memory cards, storage media and / or other storage devices.
  • the RF unit 2430 and 2480 may include one or more antennas for transmitting and / or receiving a radio signal.
  • Modules may be stored in memories 2420 and 2470 and executed by processors 2410 and 2460.
  • the memories 2420 and 2470 may be inside or outside the processors 2410 and 2460, and may be connected to the processors 2410 and 2460 by various well-known means.

Landscapes

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

Abstract

본 명세서의 일 실시 예에 따른 무선랜 시스템에서 상향링크 전송을 위한 방법은 AP(Access Point)가, AP에 결합된(association) 수신 STA으로부터 버퍼상태보고 프레임을 수신하되, 버퍼상태보고 프레임은 수신 STA의 버퍼 상태가 보고될 액세스 카테고리를 위한 비트맵 정보 및 비트맵 정보에 의해 지시되는 액세스 카테고리의 개수를 기반으로 수신 STA에 버퍼된 트래픽의 전송 우선 순위를 나타내는 트래픽 식별자의 개수를 지시하는 식별자 정보를 포함하는, 단계 및 AP가, 버퍼상태보고 프레임을 기반으로 UL MU MIMO(uplink Multi-user Multiple Input Multiple Output) 송신에 참여하는 다수의 사용자 STA을 위한 트리거 프레임을 송신하는 단계를 포함한다.

Description

무선랜 시스템에서 상향링크 전송을 위한 방법 및 이를 이용한 무선 단말
본 명세서는 무선 통신에 관한 것으로, 더 상세하게는 무선랜 시스템에서 상향링크 전송을 위한 방법 및 이를 이용한 무선 단말에 관한 것이다.
최근 정보통신 기술의 발전에 따라 다양한 무선 통신 기술이 개발되고 있다. 특히 무선랜(wireless local area network, 이하 'WLAN')은 무선 주파수 기술을 기반으로 휴대용 단말기를 이용하여 가정이나 기업 또는 특정 서비스 제공지역에서 무선으로 인터넷에 액세스할 수 있도록 하는 기술이다.
예를 들어, 휴대용 단말기는 개인 휴대용 정보 단말기(Personal Digital Assistant; PDA), 휴대용 컴퓨터(laptop), 휴대용 멀티미디어 플레이어(Portable Multimedia Player; PMP)일 수 있다. 일반적으로 무선랜(WLAN) 시스템의 단말 간 통신은 기지국(base station) 또 AP(access point)와 같은 관리 매체(management entity)를 경유하여 수행된다. 관리 매체는 데이터 통신을 위한 스케줄링을 담당한다.
무선랜(WLAN) 시스템의 단말 간 통신의 유연성을 확보하기 위해, 관리 매체의 경유 없이 단말 간 직접 통신을 위한 다양한 프로토콜이 제안되고 있다. NAN은 Wi-Fi 표준을 기반으로 WFA(Wi-Fi Alliance)에서 제정하고 있는 규격이다. NAN 규격은 2.5GHz 또는 5GHz의 주파수 밴드에서 기기들간의 동기화 및 탐색 절차에 대해 규정하고 있다.
본 명세서의 목적은 향상된 성능을 갖는 무선랜 시스템에서 상향링크 전송을 위한 방법 및 이를 이용한 무선 단말을 제공하는데 있다.
본 명세서는 무선랜 시스템에서 상향링크 전송을 위한 방법에 관한 것이다. 본 일 실시 예에 따른 무선랜 시스템에서 상향링크 전송을 위한 방법은 AP(Access Point)가, AP에 결합된(association) 수신 STA으로부터 버퍼상태보고 프레임을 수신하되, 버퍼상태보고 프레임은 수신 STA의 버퍼 상태가 보고될 액세스 카테고리를 위한 비트맵 정보 및 비트맵 정보에 의해 지시되는 액세스 카테고리의 개수를 기반으로 수신 STA에 버퍼된 트래픽의 전송 우선 순위를 나타내는 트래픽 식별자의 개수를 지시하는 식별자 정보를 포함하는, 단계 및 AP가, 버퍼상태보고 프레임을 기반으로 UL MU MIMO(uplink Multi-user Multiple Input Multiple Output) 송신에 참여하는 다수의 사용자 STA을 위한 트리거 프레임을 송신하는 단계를 포함한다.
본 명세서의 일 실시 예에 따르면, 향상된 성능을 갖는 무선랜 시스템에서 상향링크 전송을 위한 방법 및 이를 이용한 무선 단말이 제공된다.
도 1은 무선랜 시스템의 구조를 보여주는 개념도이다.
도 2는 IEEE 규격에서 사용되는 PPDU의 일례를 도시한 도면이다.
도 3은 HE PPDU의 일례를 도시한 도면이다.
도 4는 20MHz 대역 상에서 사용되는 자원유닛의 배치를 나타내는 도면이다.
도 5는 40MHz 대역 상에서 사용되는 자원유닛의 배치를 나타내는 도면이다.
도 6은 80MHz 대역 상에서 사용되는 자원유닛의 배치를 나타내는 도면이다.
도 7은 HE-PPDU의 또 다른 일례를 나타낸 도면이다.
도 8은 본 실시 예에 따른 HE-SIG-B의 일례를 나타내는 블록도이다.
도 9는 본 실시 예에 트리거 프레임의 일례를 나타낸다.
도 10은 본 실시 예에 공통 정보 필드의 일례를 나타낸다.
도 11은 본 실시 예에 개별 사용자 정보 필드에 포함되는 서브 필드의 일례를 나타낸다.
도 12는 본 실시 예의 무선랜 시스템에서 EDCA 기반의 채널 액세스를 수행하는 STA의 개념도를 보여주는 도면이다.
도 13은 본 일 실시 예의 EDCA의 백오프 절차를 나타낸 개념도이다.
도 14는 본 명세서의 무선 통신 시스템에서 백오프 주기와 프레임 전송 절차를 설명하기 위한 도면이다.
도 15는 본 실시 예에 따른 무선랜 시스템에서 상향링크 전송을 수행하는 방법을 보여주는 순서도이다.
도 16은 본 실시 예에 따른 버퍼상태보고 프레임을 위한 MAC 프레임의 일 예를 보여준다.
도 17은 본 실시 예에 따른 버퍼상태보고 프레임을 위한 A-Control 필드의 예시적인 포맷을 보여준다.
도 18은 본 실시 예에 따른 버퍼상태보고 프레임을 위한 제어정보 서브필드의 예시적인 포맷을 보여준다.
도 19는 본 다른 실시 예에 따른 버퍼상태보고 프레임의 필드 영역을 보여주는 도면이다.
도 20은 본 다른 실시 예에 따른 제어정보 필드의 복수의 서브필드를 설명하기 위한 도면이다.
도 21은 본 또 다른 실시 예에 따른 버퍼상태보고 프레임의 필드 영역을 보여주는 도면이다.
도 22는 본 또 다른 실시 예에 따른 복수의 서브필드를 설명하기 위한 도면이다.
도 23은 본 다른 실시 예에 따라 모든 액세스 카테고리의 버퍼상태보고를 위한 복수의 서브필드를 설명하기 위한 개념도이다.
도 24는 본 실시 예가 적용될 수 있는 무선 단말을 나타내는 블록도이다.
전술한 특성 및 이하 상세한 설명은 모두 본 명세서의 설명 및 이해를 돕기 위한 예시적인 사항이다. 즉, 본 명세서는 이와 같은 실시 예에 한정되지 않고 다른 형태로 구체화될 수 있다. 다음 실시 형태들은 단지 본 명세서를 완전히 개시하기 위한 예시이며, 본 명세서가 속하는 기술 분야의 통상의 기술자들에게 본 명세서를 전달하기 위한 설명이다. 따라서, 본 명세서의 구성 요소들을 구현하기 위한 방법이 여럿 있는 경우에는, 이들 방법 중 특정한 것 또는 이와 동일성 있는 것 가운데 어떠한 것으로든 본 명세서의 구현이 가능함을 분명히 할 필요가 있다.
본 명세서에서 어떤 구성이 특정 요소들을 포함한다는 언급이 있는 경우, 또는 어떤 과정이 특정 단계들을 포함한다는 언급이 있는 경우는, 그 외 다른 요소 또는 다른 단계들이 더 포함될 수 있음을 의미한다. 즉, 본 명세서에서 사용되는 용어들은 특정 실시 형태를 설명하기 위한 것일 뿐이고, 본 명세서의 개념을 한정하기 위한 것이 아니다. 나아가, 발명의 이해를 돕기 위해 설명한 예시들은 그것의 상보적인 실시 예도 포함한다.
본 명세서에서 사용되는 용어들은 본 명세서가 속하는 기술 분야의 통상의 기술자들이 일반으로 이해하는 의미를 갖는다. 보편적으로 사용되는 용어들은 본 명세서의 맥락에 따라 일관적인 의미로 해석되어야 한다. 또한, 본 명세서에서 사용되는 용어들은, 그 의미가 명확히 정의된 경우가 아니라면, 지나치게 이상적이거나 형식적인 의미로 해석되지 않아야 한다. 이하 첨부된 도면을 통하여 본 명세서의 실시 예가 설명된다.
도 1은 무선랜 시스템의 구조를 보여주는 개념도이다. 도 1의 (A)는 IEEE(institute of electrical and electronic engineers) 802.11의 인프라스트럭쳐 네트워크(infrastructure network)의 구조를 나타낸다.
도 1의 (A)를 참조하면, 도 1의 (A)의 무선랜 시스템(10)은 적어도 하나의 기본 서비스 세트(Basic Service Set, 이하 'BSS', 100, 105)를 포함할 수 있다. BSS는 성공적으로 동기화를 이루어서 서로 통신할 수 있는 액세스 포인트(access point, 이하 'AP') 및 스테이션(station, 이하 'STA')의 집합으로서, 특정 영역을 가리키는 개념은 아니다.
예를 들어, 제 1 BSS(100)는 제 1 AP(110) 및 제 1 AP(110)와 결합된 하나의 제 1 STA(100-1)을 포함할 수 있다. 제 2 BSS(105)는 제 2 AP(130) 및 제 2 AP(130)와 결합된 하나 이상의 STA들(105-1, 105-2)을 포함할 수 있다.
인프라스트럭쳐 BSS(100, 105)는 적어도 하나의 STA, 분산 서비스(Distribution Service)를 제공하는 AP(110, 130) 그리고 다수의 AP를 연결시키는 분산 시스템(Distribution System, DS, 120)을 포함할 수 있다.
분산 시스템(110)은 복수의 BSS(100, 105)를 연결하여 확장된 서비스 세트인 확장 서비스 세트(140, extended service set, 이하, 'ESS')를 구현할 수 있다. ESS(140)는 적어도 하나의 AP(110, 130)가 분산 시스템(120)을 통해 연결된 하나의 네트워크를 지시하는 용어로 사용될 수 있다. 하나의 ESS(140)에 포함되는 적어도 하나의 AP는 동일한 서비스 세트 식별자(service set identification, 이하 'SSID')를 가질 수 있다.
포탈(portal, 150)은 무선랜 네트워크(IEEE 802.11)와 다른 네트워크(예를 들어, 802.X)와의 연결을 수행하는 브리지 역할을 수행할 수 있다.
도 1의 (A)와 같은 구조의 무선랜에서 AP(110, 130) 사이의 네트워크 및 AP(110, 130)와 STA(100-1, 105-1, 105-2) 사이의 네트워크가 구현될 수 있다.
도 1의 (B)는 독립 BSS를 나타낸 개념도이다. 도 1의 (B)를 참조하면, 도 1의 (B)의 무선랜 시스템(15)은 도 1의 (A)와 달리 AP(110, 130)가 없이도 STA 사이에서 네트워크를 설정하여 통신을 수행하는 것이 가능할 수 있다. AP(110, 130)가 없이 STA 사이에서도 네트워크를 설정하여 통신을 수행하는 네트워크를 애드-혹 네트워크(Ad-Hoc network) 또는 독립 BSS(independent basic service set, 이하 'IBSS')라고 정의한다.
도 1의 (B)를 참조하면, IBSS(15)는 애드-혹(ad-hoc) 모드로 동작하는 BSS이다. IBSS는 AP를 포함하지 않기 때문에 중앙에서 관리 기능을 수행하는 개체(centralized management entity)가 없다. 따라서, IBSS(15)에서, STA(150-1, 150-2, 150-3, 155-4, 155-5)들이 분산된 방식(distributed manner)으로 관리된다.
IBSS의 모든 STA(150-1, 150-2, 150-3, 155-4, 155-5)은 이동 STA으로 이루어질 수 있으며, 분산 시스템으로의 접속이 허용되지 않는다. IBSS의 모든 STA은 자기 완비적 네트워크(self-contained network)를 이룬다.
본 명세서에서 언급되는 STA은 IEEE(Institute of Electrical and Electronics Engineers) 802.11 표준의 규정을 따르는 매체 접속 제어(Medium Access Control, 이하 'MAC')와 무선 매체에 대한 물리계층(Physical Layer) 인터페이스를 포함하는 임의의 기능 매체로서, 광의로는 AP와 비-AP STA(Non-AP Station)을 모두 포함하는 의미로 사용될 수 있다.
본 명세서에서 언급되는 STA은 이동 단말(mobile terminal), 무선 기기(wireless device), 무선 송수신 유닛(Wireless Transmit/Receive Unit; WTRU), 사용자 장비(User Equipment; UE), 이동국(Mobile Station; MS), 이동 가입자 유닛(Mobile Subscriber Unit) 또는 단순히 유저(user) 등의 다양한 명칭으로도 불릴 수 있다.
도 2는 IEEE 규격에서 사용되는 PPDU의 일례를 도시한 도면이다.
도시된 바와 같이, IEEE a/g/n/ac 등의 규격에서는 다양한 형태의 PPDU(PHY protocol data unit)가 사용되었다. 구체적으로, LTF, STF 필드는 트레이닝 신호를 포함하였고, SIG-A, SIG-B 에는 수신 스테이션을 위한 제어정보가 포함되었고, 데이터 필드에는 PSDU에 상응하는 사용자 데이터가 포함되었다.
본 실시예는 PPDU의 데이터 필드를 위해 사용되는 시그널(또는 제어정보 필드)에 관한 개선된 기법을 제안한다. 본 실시예에서 제안하는 시그널은 IEEE 802.11ax 규격에 따른 HE PPDU(high efficiency PPDU) 상에 적용될 수 있다. 즉, 본 실시예에서 개선하는 시그널은 HE PPDU에 포함되는 HE-SIG-A 및/또는 HE-SIG-B일 수 있다. HE-SIG-A 및 HE-SIG-B 각각은 SIG-A, SIG-B로도 표시될 수 있다. 그러나 본 실시예가 제안하는 개선된 시그널이 반드시 HE-SIG-A 및/또는 HE-SIG-B 규격에 제한되는 것은 아니며, 사용자 데이터를 전달하는 무선통신시스템에서 제어정보를 포함하는 다양한 명칭의 제어/데이터 필드에 적용 가능하다.
도 3은 HE PPDU의 일례를 도시한 도면이다.
본 실시예에서 제안하는 제어정보 필드는 도 3에 도시된 바와 같은 HE PPDU 내에 포함되는 HE-SIG-B일 수 있다. 도 3에 따른 HE PPDU는 다중 사용자를 위한 PPDU의 일례로, HE-SIG-B는 다중 사용자를 위한 경우에만 포함되고, 단일 사용자를 위한 PPDU에는 해당 HE-SIG-B가 생략될 수 있다.
도시된 바와 같이, 다중 사용자(Multiple User; MU)를 위한 HE-PPDU는 L-STF(legacy-short training field), L-LTF(legacy-long training field), L-SIG(legacy-signal), HE-SIG-A(high efficiency-signal A), HE-SIG-B(high efficiency-signal-B), HE-STF(high efficiency-short training field), HE-LTF(high efficiency-long training field), 데이터 필드(또는 MAC 페이로드) 및 PE(Packet Extension) 필드를 포함할 수 있다. 각각의 필드는 도시된 시간 구간(즉, 4 또는 8 ㎲ 등) 동안에 전송될 수 있다. 도 3의 각 필드에 대한 보다 상세한 설명은 후술한다.
도 4는 20MHz 대역 상에서 사용되는 자원유닛(RU)의 배치를 나타내는 도면이다. 도 4에 도시된 바와 같이, 서로 다른 개수의 톤(즉, 서브캐리어)에 대응되는 자원유닛(Resource Unit; RU)이 사용되어 HE-PPDU의 일부 필드를 구성할 수 있다. 예를 들어, HE-STF, HE-LTF, 데이터 필드에 대해 도시된 RU 단위로 자원이 할당될 수 있다.
도 4의 최상단에 도시된 바와 같이, 26-유닛(즉, 26개의 톤에 상응하는 유닛)이 배치될 수 있다. 20MHz 대역의 최좌측(leftmost) 대역에는 6개의 톤이 가드(Guard) 대역으로 사용되고, 20MHz 대역의 최우측(rightmost) 대역에는 5개의 톤이 가드 대역으로 사용될 수 있다. 또한 중심대역, 즉 DC 대역에는 7개의 DC 톤이 삽입되고, DC 대역의 좌우측으로 각 13개의 톤에 상응하는 26-유닛이 존재할 수 있다. 또한, 기타 대역에는 26-유닛, 52-유닛, 106-유닛이 할당될 수 있다. 각 유닛은 수신 스테이션, 즉 사용자를 위해 할당될 수 있다.
한편, 도 4의 RU 배치는 다수의 사용자(MU)를 위한 상황뿐만 아니라, 단일 사용자(SU)를 위한 상황에서도 활용되며, 이 경우에는 도 4의 최하단에 도시된 바와 같이 1개의 242-유닛을 사용하는 것이 가능하며 이 경우에는 3개의 DC 톤이 삽입될 수 있다.
도 4의 일례에서는 다양한 크기의 RU, 즉, 26-RU, 52-RU, 106-RU, 242-RU 등이 제안되었는바, 이러한 RU의 구체적인 크기는 확장 또는 증가할 수 있기 때문에, 본 실시예는 각 RU의 구체적인 크기(즉, 상응하는 톤의 개수)에 제한되지 않는다.
도 5는 40MHz 대역 상에서 사용되는 자원유닛(RU)의 배치를 나타내는 도면이다.
도 4의 일례에서 다양한 크기의 RU가 사용된 것과 마찬가지로, 도 5의 일례 역시 26-RU, 52-RU, 106-RU, 242-RU, 484-RU 등이 사용될 수 있다. 또한, 중심주파수에는 5개의 DC 톤이 삽입될 수 있고, 40MHz 대역의 최좌측(leftmost) 대역에는 12개의 톤이 가드(Guard) 대역으로 사용되고, 40MHz 대역의 최우측(rightmost) 대역에는 11개의 톤이 가드 대역으로 사용될 수 있다.
또한, 도시된 바와 같이, 단일 사용자를 위해 사용되는 경우, 484-RU가 사용될 수 있다. 한편, RU의 구체적인 개수가 변경될 수 있다는 점은 도 4의 일례와 동일하다.
도 6은 80MHz 대역 상에서 사용되는 자원유닛(RU)의 배치를 나타내는 도면이다.
도 4 및 도 5의 일례에서 다양한 크기의 RU가 사용된 것과 마찬가지로, 도 6의 일례 역시 26-RU, 52-RU, 106-RU, 242-RU, 484-RU, 996-RU 등이 사용될 수 있다. 또한, 중심주파수에는 7개 또는 5개의 DC 톤이 삽입될 수 있고, 80MHz 대역의 최좌측(leftmost) 대역에는 12개의 톤이 가드(Guard) 대역으로 사용되고, 80MHz 대역의 최우측(rightmost) 대역에는 11개의 톤이 가드 대역으로 사용될 수 있다. 또한 DC 대역 좌우에 위치하는 각각 13개의 톤을 사용한 26-RU를 사용할 수 있다.
또한, 도시된 바와 같이, 단일 사용자를 위해 사용되는 경우, 996-RU가 사용될 수 있다. 한편, RU의 구체적인 개수가 변경될 수 있다는 점은 도 4 및 도 5의 일례와 동일하다.
도 7은 HE-PPDU의 또 다른 일례를 나타낸 도면이다.
도시된 도 7의 블록은 도 3의 HE-PPDU 블록을 주파수 측면에서 설명하는 또 다른 일례이다.
도시된 L-STF(700)는 짧은 트레이닝 OFDM 심볼(short training orthogonal frequency division multiplexing symbol)을 포함할 수 있다. L-STF(700)는 프레임 탐지(frame detection), AGC(automatic gain control), 다이버시티 탐지(diversity detection), 대략적인 주파수/시간 동기화(coarse frequency/time synchronization)
을 위해 사용될 수 있다.
L-LTF(710)는 긴 트레이닝 OFDM 심볼(long training orthogonal frequency division multiplexing symbol)을 포함할 수 있다. L-LTF(710)는 정밀한 주파수/시간 동기화(fine frequency/time synchronization) 및 채널 예측을 위해 사용될 수 있다.
L-SIG(720)는 제어 정보를 전송하기 위해 사용될 수 있다. L-SIG(720)는 데이터 전송률(rate), 데이터 길이(length)에 대한 정보를 포함할 수 있다. 또한, L-SIG(720)은 반복되어 전송될 수 있다. 즉, L-SIG(720)가 반복되는 포맷(예를 들어, R-LSIG라 칭할 수 있음)으로 구성될 수 있다.
HE-SIG-A(730)는 수신 스테이션에 공통되는 제어정보를 포함할 수 있다.
구체적으로, HE-SIG-A(730)는, 1) DL/UL 지시자, 2) BSS의 식별자인 BSS 칼라(color) 필드, 3) 현행 TXOP 구간의 잔여시간을 지시하는 필드, 3) 20, 40, 80, 160, 80+80 Mhz 여부를 지시하는 대역폭 필드, 4) HE-SIG-B에 적용되는 MCS 기법을 지시하는 필드, 5) HE-SIB-B가 MCS 를 위해 듀얼 서브캐리어 모듈레이션(dual subcarrier modulation) 기법으로 모듈레이션되는지에 대한 지시 필드, 6) HE-SIG-B를 위해 사용되는 심볼의 개수를 지시하는 필드, 7) HE-SIG-B가 전 대역에 걸쳐 생성되는지 여부를 지시하는 필드, 8) HE-LTF의 심볼의 개수를 지시하는 필드, 8) HE-LTF의 길이 및 CP 길이를 지시하는 필드, 9) LDPC 코딩을 위해 추가의 OFDM 심볼이 존재하는지를 지시하는 필드, 10) PE(Packet Extension)에 관한 제어정보를 지시하는 필드, 11)HE-SIG-A의 CRC 필드에 대한 정보를 지시하는 필드 등에 관한 정보를 포함할 수 있다. 이러한 HE-SIG-A의 구체적인 필드는 추가되거나 일부가 생략될 수 있다. 또한, HE-SIG-A가 다중사용자(MU) 환경이 아닌 기타 환경에서는 일부 필드가 추가되거나 생략될 수 있다.
HE-SIG-B(740)는 상술한 바와 같이 다중 사용자(MU)를 위한 PPDU인 경우에만 포함될 수 있다. 기본적으로, HE-SIG-A(730) 또는 HE-SIG-B(740)는 적어도 하나의 수신 STA에 대한 자원 할당 정보(또는 가상 자원 할당 정보)를 포함할 수 있다. HE-SIG-B(740)에 대하여는 후술되는 도 8을 통해 더 상세하게 설명된다.
MU PPDU 상에서 HE-SIG-B(740)의 이전 필드는 듀플리케이트된 형태로 전송될 수 있다. HE-SIG-B(740)의 경우, 일부의 주파수 대역(예를 들어, 제4 주파수 대역)에서 전송되는 HE-SIG-B(740)은, 해당 주파수 대역(즉, 제4 주파수 대역)의 데이터 필드 및 해당 주파수 대역을 제외한 다른 주파수 대역(예를 들어, 제2 주파수 대역)의 데이터 필드를 위한 제어정보도 포함할 수 있다. 또한, 특정 주파수 대역(예를 들어, 제2 주파수 대역)의 HE-SIG-B(740)은 다른 주파수 대역(예를 들어, 제4 주파수 대역)의 HE-SIG-B(740)을 듀플리케이트한 포맷일 수 있다. 또는 HE-SIG-B(740)는 전체 전송 자원 상에서 인코딩된 형태로 전송될 수 있다. HE-SIG-B(740) 이후의 필드는 PPDU를 수신하는 수신 STA 각각을 위한 개별 정보를 포함할 수 있다.
HE-STF(750)는 MIMO(multiple input multiple output) 환경 또는 OFDMA (Orthogonal Frequency-Division Multiple Access) 환경에서 자동 이득 제어 추정(automatic gain control estimation)을 향상시키기 위하여 사용될 수 있다.
HE-LTF(760)는 MIMO 환경 또는 OFDMA 환경에서 채널을 추정하기 위하여 사용될 수 있다.
HE-STF(750) 및 HE-STF(750) 이후의 필드에 적용되는 FFT/IFFT의 크기와 HE-STF(750) 이전의 필드에 적용되는 FFT/IFFT의 크기는 서로 다를 수 있다. 예를 들어, HE-STF(750) 및 HE-STF(750) 이후의 필드에 적용되는 FFT/IFFT의 크기는 HE-STF(750) 이전의 필드에 적용되는 IFFT의 크기보다 4배 클 수 있다.
예를 들어, 도 7의 PPDU 상의 L-STF(700), L-LTF(710), L-SIG(720), HE-SIG-A(730), HE-SIG-B(740) 중 적어도 하나의 필드를 제1 필드라 칭하는 경우, 데이터 필드(770), HE-STF(750), HE-LTF(760) 중 적어도 하나를 제2 필드라 칭할 수 있다. 상기 제1 필드는 종래(legacy) 시스템에 관련된 필드를 포함할 수 있고, 상기 제2 필드는 HE 시스템에 관련된 필드를 포함할 수 있다. 이 경우, FFT(Fast Fourier Transform) 사이즈/IFFT(Inverse Fast Fourier Transform) 사이즈는 기존의 무선랜 시스템에서 사용되던 FFT/IFFT 사이즈의 N배(N은 자연수, 예를 들어, N=1, 2, 4)로 정의될 수 있다. 즉, HE PPDU의 제1 필드에 비해 HE PPDU의 제2 필드에 N(=4)배 사이즈의 FFT/IFFT가 적용될 수 있다. 예를 들어, 20MHz의 대역폭에 대하여 256FFT/IFFT가 적용되고, 40MHz의 대역폭에 대하여 512FFT/IFFT가 적용되고, 80MHz의 대역폭에 대하여 1024FFT/IFFT가 적용되고, 연속 160MHz 또는 불연속 160MHz의 대역폭에 대하여 2048FFT/IFFT가 적용될 수 있다.
달리 표현하면, 서브캐리어 공간/스페이싱(subcarrier spacing)은 기존의 무선랜 시스템에서 사용되던 서브캐리어 공간의 1/N배(N은 자연수, 예를 들어, N=4일 경우, 78.125kHz)의 크기일 수 있다. 즉, HE PPDU의 제1 필드는 종래의 서브캐리어 스페이싱인 312.5kHz 크기의 서브캐리에 스페이싱이 적용될 수 있고, HE PPDU의 제2 필드는 78.125kHz 크기의 서브캐리에 공간이 적용될 수 있다.
또는, 상기 제1 필드의 각 심볼에 적용되는 IDFT/DFT 구간(IDFT/DFT period)은 상기 제2 필드의 각 데이터 심볼에 적용되는 IDFT/DFT 구간에 비해 N(=4)배 짧다고 표현할 수 있다. 즉, HE PPDU의 제1 필드의 각 심볼에 대해 적용되는 IDFT/DFT 길이는 3.2μs이고, HE PPDU의 제2 필드의 각 심볼에 대해 적용되는 IDFT/DFT 길이는 3.2μs *4(= 12.8μs)로 표현할 수 있다. OFDM 심볼의 길이는 IDFT/DFT 길이에 GI(guard interval)의 길이를 더한 값일 수 있다. GI의 길이는 0.4μs, 0.8μs, 1.6μs, 2.4μs, 3.2μs와 같은 다양한 값일 수 있다.
설명의 편의상, 도 7에서는 제1 필드가 사용하는 주파수 대역과 제2 필드가 사용하는 주파수 대역은 정확히 일치하는 것이 표현되어 있지만, 실제로는 서로 완전히 일치하지는 않을 수 있다. 예를 들어, 제1 주파수 대역에 상응하는 제1필드(L-STF, L-LTF, L-SIG, HE-SIG-A, HE-SIG-B)의 주요 대역이 제2 필드(HE-STF, HE-LTF, Data)의 주요 대역과 동일하지만, 각 주파수 대역에서는 그 경계면이 불일치할 수 있다. 도 4 내지 도 6에 도시된 바와 같이 RU를 배치하는 과정에서 다수의 널 서브캐리어, DC톤, 가드 톤 등이 삽입되므로, 정확히 경계면을 맞추는 것이 어려울 수 있기 때문이다.
사용자, 즉 수신스테이션은 HE-SIG-A(730)를 수신하고, HE-SIG-A(730)를 기반으로 하향링크 PPDU의 수신을 지시받을 수 있다. 이러한 경우, STA은 HE-STF(750) 및 HE-STF(750) 이후 필드부터 변경된 FFT 사이즈를 기반으로 디코딩을 수행할 수 있다. 반대로 STA이 HE-SIG-A(730)를 기반으로 하향링크 PPDU의 수신을 지시받지 못한 경우, STA은 디코딩을 중단하고 NAV(network allocation vector) 설정을 할 수 있다. HE-STF(750)의 CP(cyclic prefix)는 다른 필드의 CP보다 큰 크기를 가질 수 있고, 이러한 CP 구간 동안 STA은 FFT 사이즈를 변화시켜 하향링크 PPDU에 대한 디코딩을 수행할 수 있다.
이하, 본 실시예에서는 AP에서 STA으로 전송되는 데이터(또는 프레임)는 하향링크 데이터(또는 하향링크 프레임), STA에서 AP로 전송되는 데이터(또는 프레임)는 상향링크 데이터(또는 상향링크 프레임)라는 용어로 표현될 수 있다. 또한, AP에서 STA으로의 전송은 하향링크 전송, STA에서 AP로의 전송은 상향링크 전송이라는 용어로 표현할 수 있다.
또한, 햐향링크 전송을 통해 전송되는 PPDU(PHY protocol data unit), 프레임 및 데이터 각각은 하향링크 PPDU, 하향링크 프레임 및 하향링크 데이터라는 용어로 표현될 수 있다. PPDU는 PPDU 헤더와 PSDU(physical layer service data unit)(또는 MPDU(MAC protocol data unit))를 포함하는 데이터 단위일 수 있다. PPDU 헤더는 PHY 헤더와 PHY 프리앰블을 포함할 수 있고, PSDU(또는 MPDU)는 프레임(또는 MAC 계층의 정보 단위)을 포함하거나 프레임을 지시하는 데이터 단위일 수 있다. PHY 헤더는 다른 용어로 PLCP(physical layer convergence protocol) 헤더, PHY 프리앰블은 다른 용어로 PLCP 프리앰블로 표현될 수도 있다.
또한, 상향링크 전송을 통해 전송되는 PPDU, 프레임 및 데이터 각각은 상향링크 PPDU, 상향링크 프레임 및 상향링크 데이터라는 용어로 표현될 수 있다.
본 실시예가 적용되는 무선랜 시스템에서는 SU(single)-OFDM(orthogonal frequency division multiplexing) 전송을 기반으로 전체 대역폭이 하나의 STA으로의 하향링크 전송 및 하나의 STA의 상향링크 전송을 위해 사용되는 것이 가능하다. 또한, 본 실시예가 적용되는 무선랜 시스템에서 AP는 MU MIMO(multiple input multiple output)를 기반으로 DL(downlink) MU(multi-user) 전송을 수행할 수 있고, 이러한 전송은 DL MU MIMO 전송이라는 용어로 표현될 수 있다.
또한, 본 실시예에 따른 무선랜 시스템에서는 OFDMA(orthogonal frequency division multiple access) 기반의 전송 방법이 상향링크 전송 및 하향링크 전송을 위해 지원되는 것이 바람직하다. 즉, 사용자에게 서로 다른 주파수 자원에 해당하는 데이터 유닛(예를 들어, RU)을 할당하여 상향링크/하향링크 통신을 수행할 수 있다, 구체적으로 본 실시예에 따른 무선랜 시스템에서는 AP가 OFDMA를 기반으로 DL MU 전송을 수행할 수 있고, 이러한 전송은 DL MU OFDMA 전송이라는 용어로 표현될 수 있다. DL MU OFDMA 전송이 수행되는 경우, AP는 중첩된 시간 자원 상에서 복수의 주파수 자원 각각을 통해 복수의 STA 각각으로 하향링크 데이터(또는 하향링크 프레임, 하향링크 PPDU)를 전송할 수 있다. 복수의 주파수 자원은 복수의 서브밴드(또는 서브채널) 또는 복수의 RU(resource unit)일 수 있다. DL MU OFDMA 전송은 DL MU MIMO 전송과 함께 사용될 수 있다. 예를 들어, DL MU OFDMA 전송을 위해 할당된 특정 서브 밴드(또는 서브 채널) 상에서 복수의 시공간 스트림(space-time stream)(또는 공간적 스트림(spatial stream))을 기반으로 한 DL MU MIMO 전송이 수행될 수 있다.
또한, 본 실시예에 따른 무선랜 시스템에서는 복수의 STA이 동일한 시간 자원 상에서 AP로 데이터를 전송하는 것을 UL MU 전송(uplink multi-user transmission)이 지원될 수 있다. 복수의 STA 각각에 의한 중첩된 시간 자원 상에서의 상향링크 전송은 주파수 도메인 또는 공간 도메인(spatial domain) 상에서 수행될 수 있다.
복수의 STA 각각에 의한 상향링크 전송이 주파수 도메인 상에서 수행되는 경우, OFDMA를 기반으로 복수의 STA 각각에 대해 서로 다른 주파수 자원이 상향링크 전송 자원으로 할당될 수 있다. 서로 다른 주파수 자원은 서로 다른 서브밴드(또는 서브채널) 또는 서로 다른 RU(resource unit))일 수 있다. 복수의 STA 각각은 할당된 서로 다른 주파수 자원을 통해 AP로 상향링크 데이터를 전송할 수 있다. 이러한 서로 다른 주파수 자원을 통한 전송 방법은 UL MU OFDMA 전송 방법이라는 용어로 표현될 수도 있다.
복수의 STA 각각에 의한 상향링크 전송이 공간 도메인 상에서 수행되는 경우, 복수의 STA 각각에 대해 서로 다른 시공간 스트림(또는 공간적 스트림)이 할당되고 복수의 STA 각각이 서로 다른 시공간 스트림을 통해 상향링크 데이터를 AP로 전송할 수 있다. 이러한 서로 다른 공간적 스트림을 통한 전송 방법은 UL MU MIMO 전송 방법이라는 용어로 표현될 수도 있다.
UL MU OFDMA 전송과 UL MU MIMO 전송은 함께 수행될 수 있다. 예를 들어, UL MU OFDMA 전송을 위해 할당된 특정 서브 밴드(또는 서브 채널) 상에서 복수의 시공간 스트림(또는 공간적 스트림)을 기반으로 한 UL MU MIMO 전송이 수행될 수 있다.
MU OFDMA 전송을 지원하지 않았던 종래의 무선랜 시스템에서 하나의 단말에게 넓은 대역폭(wider bandwidth)(예를 들어, 20MHz 초과 대역폭)을 할당하기 위해 멀티 채널 할당 방법이 사용되었다. 멀티 채널은 하나의 채널 단위를 20MHz라고 할 경우, 복수개의 20MHz 채널을 포함할 수 있다. 멀티 채널 할당 방법에서는 단말에게 넓은 대역폭을 할당하기 위해 프라이머리 채널 규칙(primary channel rule)이 사용되었다. 프라이머리 채널 규칙이 사용되는 경우, 단말로 넓은 대역폭을 할당하기 위한 제약이 존재한다. 구체적으로, 프라이머리 채널 룰에 따르면, 프라이머리 채널에 인접한 세컨더리 채널(secondary channel)이 OBSS(overlapped BSS)에서 사용되어 '비지(busy)' 한 경우, STA은 프라이머리 채널을 제외한 나머지 채널을 사용할 수 없다. 따라서, STA은 프라이머리 채널로만 프레임을 전송할 수 있어 멀티 채널을 통한 프레임의 전송에 대한 제약을 받는다. 즉, 기존의 무선랜 시스템에서 멀티 채널 할당을 위해 사용되던 프라이머리 채널 룰은 OBSS가 적지 않은 현재 무선랜 환경에서 넓은 대역폭을 운용하여 높은 처리량을 얻고자 함에 있어 큰 제약이 될 수 있다.
이러한 문제점을 해결하고자 본 실시예에서는 OFDMA 기술을 지원하는 무선랜 시스템이 개시된다. 즉, 하향링크 및 상향링크 중 적어도 하나에 대해 상술한 OFDMA 기술이 적용 가능하다. 또한 하향링크 및 상향링크 중 적어도 하나에 대해 상술한 MU-MIMO이 기법이 추가적으로 적용 가능하다. OFDMA 기술이 사용되는 경우, 프라이머리 채널 룰에 의한 제한 없이 멀티 채널을 하나의 단말이 아닌 다수의 단말이 동시에 사용할 수 있다. 따라서, 넓은 대역폭 운용이 가능하여 무선 자원의 운용의 효율성이 향상될 수 있다.
상술한 바와 같이, 복수의 STA(예를 들어, non-AP STA) 각각에 의한 상향링크 전송이 주파수 도메인 상에서 수행되는 경우, AP는 OFDMA를 기반으로 복수의 STA 각각에 대해 서로 다른 주파수 자원이 상향링크 전송 자원으로 할당될 수 있다. 또한, 상술한 바와 같이, 서로 다른 주파수 자원은 서로 다른 서브밴드(또는 서브채널) 또는 서로 다른 RU(resource unit)일 수 있다.
복수의 STA 각각에 대해 서로 다른 주파수 자원은 트리거 프레임(trigger frame)을 통해 지시될 수 있다.
도 8은 HE-SIG-B의 일례를 나타내는 블록도이다.
도시된 바와 같이, HE-SIG-B 필드는 맨 앞부분에 공통 필드를 포함하고, 해당 공통 필드는 그 뒤에 따라오는 필드와 분리하여 인코딩하는 것이 가능하다. 즉, 도 8에 도시된 바와 같이, HE-SIG-B 필드는 공통 제어정보를 포함하는 공통 필드와, 사용자-특정(user-specific) 제어정보를 포함하는 사용자-특정 필드를 포함할 수 있다. 이 경우, 공통 필드는 대응되는 CRC 필드 등을 포함하고 하나의 BCC 블록으로 코딩될 수 있다. 이후에 이어지는 사용자-특정 필드는, 도시된 바와 같이 두 사용자(2 users)를 위한 "사용자-특정 필드" 및 그에 대응되는 CRC 필드 등을 포함하여 하나의 BCC 블록으로 코딩될 수 있다.
도 9는 본 실시 예에 트리거 프레임의 일례를 나타낸다. 도 9의 트리거 프레임은 상향링크 MU 전송(Uplink Multiple-User transmission)을 위한 자원을 할당하고, AP로부터 송신될 수 있다. 트리거 프레임은 MAC 프레임으로 구성될 수 있으며, PPDU에 포함될 수 있다. 예를 들어, 도 3에 도시된 PPDU를 통해 송신되거나, 도 2에 도시된 레거시 PPDU를 통해 송신되거나 해당 트리거 프레임을 위해 특별히 설계된 PPDU를 통해 송신될 수 있다. 만약, 도 3의 PPDU를 통해 송신되는 경우, 도시된 데이터 필드에 상기 트리거 프레임이 포함될 수 있다.
도 9에 도시된 각각의 필드는 일부 생략될 수 있고, 다른 필드가 추가될 수 있다. 도한 필드 각각의 길이는 도시된 바와 다르게 변화될 수 있다.
도 9의 프레임 컨트롤(frame control) 필드(910)는 MAC 프로토콜의 버전에 관한 정보 정보 및 기타 추가적인 제어 정보가 포함되며, 듀레이션 필드(920)는 이하에서 설명하는 NAV를 설정하기 위한 위한 시간 정보나 단말의 식별자(예를 들어, AID)에 관한 정보가 포함될 수 있다.
또한, RA 필드(930)는 해당 트리거 프레임의 수신 STA의 주소 정보가 포함되며, 필요에 따라 생략될 수 있다. TA 필드(940)는 해당 트리거 프레임을 송신하는 STA(예를 들어, AP)의 주소 정보가 포함되며, 공통 정보(common information) 필드(950)는 해당 트리거 프레임을 수신하는 수신 STA에게 적용되는 공통 제어 정보를 포함한다
도 9의 트리거 프레임을 수신하는 수신 STA의 개수에 상응하는 개별 사용자 정보(per user information) 필드(960#1 내지 960#N)를 포함하는 것이 바람직하다. 상기 개별 사용자 정보 필드는, "RU 할당 필드"라 불릴 수도 있다.
또한, 도 9의 트리거 프레임은 패딩 필드(970)와, 프레임 체크 시퀀스 필드(980)을 포함할 수 있다.
도 9에 도시된, 개별 사용자 정보(per user information) 필드(960#1 내지 960#N) 각각은 다시 다수의 서브 필드를 포함하는 것이 바람직하다.
도 10은 본 실시 예에 공통 정보(common information) 필드의 일례를 나타낸다. 도 10의 서브 필드 중 일부는 생략될 수 있고, 기타 서브 필드가 추가될 수도 있다. 또한 도시된 서브 필드 각각의 길이는 변형될 수 있다.
도시된 길이 필드(1010)은 해당 트리거 프레임에 대응하여 송신되는 상향 PPDU의 L-SIG 필드의 길이 필드와 동일한 값을 가지며, 상향 PPDU의 L-SIG 필드의 길이 필드는 상향 PPDU의 길이를 나타낸다. 결과적으로 트리거 프레임의 길이 필드(1010)는 대응되는 상향링크 PPDU의 길이를 지시하는데 사용될 수 있다.
또한, 케스케이드 지시자 필드(1020)는 케스케이드 동작이 수행되는지 여부를 지시한다. 케스케이드 동작은 동일 TXOP 내에 하향링크 MU 송신과 상향링크 MU 송신이 함께 수행되는 것을 의미한다. 즉, 하향링크 MU 송신이 수행된 이후, 기설정된 시간(예를 들어, SIFS) 이후 상향링크 MU 송신이 수행되는 것을 의미한다. 케이스케이드 동작 중에는 하향링크 통신을 수행하는 송신장치(예를 들어, AP)는 1개만 존재하고, 상향링크 통신을 수행하는 송신장치(예를 들어, non-AP)는 복수 개 존재할 수 있다.
CS 요구 필드(1030)는 해당 트리거 프레임을 수신한 수신장치가 대응되는 상향링크 PPDU를 전송하는 상황에서 무선매체의 상태나 NAV 등을 고려해야 하는지 여부를 지시한다.
HE-SIG-A 정보 필드(1040)는 해당 트리거 프레임에 대응하여 송신되는 상향 PPDU의 SIG-A 필드(즉, HE-SIG-A 필드)의 내용(content)을 제어하는 정보가 포함될 수 있다.
CP 및 LTF 타입 필드(1050)는 해당 트리거 프레임에 대응하여 송신되는 상향 PPDU의 LTF의 길이 및 CP 길이에 관한 정보를 포함할 수 있다. 트리거 타입 필드(1060)는 해당 트리거 프레임이 사용되는 목적, 예를 들어 통상의 트리거링, 빔포밍을 위한 트리거링, Block ACK/NACK에 대한 요청 등을 지시할 수 있다.
도 11은 개별 사용자 정보(per user information) 필드에 포함되는 서브 필드의 일례를 나타낸다. 도 11의 서브 필드 중 일부는 생략될 수 있고, 기타 서브 필드가 추가될 수도 있다. 또한 도시된 서브 필드 각각의 길이는 변형될 수 있다.
도 11의 사용자 식별자(User Identifier) 필드(1110)는 개별 사용자 정보(per user information)가 대응되는 STA(즉, 수신 STA)의 식별자를 나타내는 것으로, 식별자의 일례는 AID의 전부 또는 일부가 될 수 있다.
또한, RU 할당(RU Allocation) 필드(1120)가 포함될 수 있다. 즉 사용자 식별자 필드(1110)로 식별된 수신 STA가, 도 9의 트리거 프레임에 대응하여 상향링크 PPDU를 송신하는 경우, RU 할당(RU Allocation) 필드(1120)가 지시한 RU를 통해 해당 상향링크 PPDU를 송신한다. 이 경우, RU 할당(RU Allocation) 필드(1120)에 의해 지시되는 RU는 도 4, 도 5, 도 6에 도시된 RU를 지시하는 것이 바람직하다.
도 11의 서브 필드는 코딩 타입 필드(1130)를 포함할 수 있다. 코딩 타입 필드(1130)는 도 9의 트리거 프레임에 대응하여 송신되는 상향링크 PPDU의 코딩 타입을 지시할 수 있다. 예를 들어, 상기 상향링크 PPDU에 BCC 코딩이 적용되는 경우 상기 코딩 타입 필드(1130)는 '1'로 설정되고, LDPC 코딩이 적용되는 경우 상기 코딩 타입 필드(1130)는 '0'으로 설정될 수 있다.
또한, 도 11의 서브 필드는 MCS 필드(1140)를 포함할 수 있다. MCS 필드(1140)는 도 9의 트리거 프레임에 대응하여 송신되는 상향링크 PPDU에 적요되는 MCS 기법을 지시할 수 있다. 예를 들어, 상기 상향링크 PPDU에 BCC 코딩이 적용되는 경우 상기 코딩 타입 필드(1130)는 '1'로 설정되고, LDPC 코딩이 적용되는 경우 상기 코딩 타입 필드(1130)는 '0'으로 설정될 수 있다.
도 12는 본 실시 예의 무선랜 시스템에서 EDCA 기반의 채널 액세스를 수행하는 STA의 개념도를 보여주는 도면이다. 무선랜 시스템에서 EDCA(enhanced distributed channel access)를 기반으로 채널 액세스를 수행하는 STA(또는 AP)은 트래픽 데이터(traffic data)에 대해 미리 정의된 복수의 사용자 우선 순위에 따라 채널 액세스를 수행할 수 있다.
복수의 사용자 우선 순위에 기반한 QoS(Quality of Service) 데이터 프레임의 전송을 위해 EDCA는 네 개의 액세스 카테고리(access category, 이하 'AC')(AC_BK(background), AC_BE(best effort), AC_VI(video), AC_VO(voice))로 정의될 수 있다.
EDCA를 기반으로 채널 액세스를 수행하는 STA은 LLC(logical link control) 계층으로부터 MAC(medium access control) 계층으로 도착하는, 즉, MSDU(MAC service data unit)와 같은 트래픽 데이터를 아래의 표 1과 같이 매핑할 수 있다. 표 1은 사용자 우선 순위와 AC 사이의 맵핑을 나타낸 예시적인 표이다.
Figure PCTKR2017001796-appb-T000001
각각의 AC에 대하여 전송큐와 AC 파라미터가 정의될 수 있다. 각 AC 마다 서로 다르게 설정된 AC 파라미터 값을 기반으로 복수의 사용자 우선 순위가 구현될 수 있다.
즉, EDCA를 기반으로 채널 액세스를 수행하는 STA은 각 AC에 속한 프레임을 전송하기 위한 백오프 절차를 수행할 때, DCF(distributed coordination function)를 기반으로 한 파라미터인 DIFS(DCF interframe space), CWmin, CWmax 대신에 각각 AIFS(arbitration interframe space)[AC], CWmin[AC], CWmax[AC]를 사용할 수 있다.
EDCA 파라미터 집합 요소(EDCA parameter set element)는 각 AC 별 채널 액세스 파라미터(예를 들어, AIFS [AC], CWmin[AC], CWmax[AC])에 대한 정보를 포함할 수 있다.
각 AC 별로 백오프 절차에 사용되는 EDCA 파라미터는 디폴트(default) 값으로 설정되거나 비콘 프레임에 실려 AP로부터 각 STA으로 전달될 수 있다. 또한, AIFS[AC]와 CWmin[AC]의 값이 작을수록 채널접근을 위한 지연 시간이 짧아지므로, 해당 STA은 높은 우선순위를 가질 수 있고, 주어진 트래픽 환경에서 보다 많은 대역을 사용할 수 있다.
STA이 프레임을 전송하는 도중 STA 간에 충돌이 발생할 경우, 새로운 백오프 카운트를 생성하는 EDCA의 백오프 절차(backoff procedure)는 기존의 DCF의 백오프 절차와 유사하다. 단, EDCA의 AC 별로 차별화된 백오프 절차는 AC 마다 개별적으로 설정된 EDCA 파라미터를 기반으로 수행될 수 있다. EDCA 파라미터는 다양한 사용자 우선 순위 트래픽의 채널 접근을 차별화하는 데 사용되는 중요한 수단이 될 수 있다.
각 AC별로 정의된 EDCA 파라미터 값을 적절하게 설정하는 것은 네트워크 성능을 최적화하는 동시에 트래픽의 우선 순위에 의한 전송 효과를 증가시킬 수 있다. 따라서, AP는 네트워크에 참여한 모든 STA에 공평한 매체 접근 보장을 위해 EDCA 파라미터에 대한 전체적인 관리와 조정 기능을 수행할 수 있다.
본 명세서에서, 트래픽 데이터(혹은 트래픽)에 대해 미리 정의된 사용자 우선 순위는 트래픽 식별자(traffic identifier, 이하 'TID')로 언급될 수 있다.
사용자 우선 순위를 기반으로 트래픽 데이터의 전송 우선 순위가 결정될 수 있다. 표 1을 참고하면, 사용자 우선 순위가 가장 높은 트래픽 데이터의 트래픽 식별자(TID)는 '7'로 설정될 수 있다. 즉, 트래픽 식별자(TID)가 '7'로 설정된 가장 높은 사용자 우선 순위를 갖는 트래픽 데이터는 가장 높은 전송 우선 순위를 갖는 트래픽으로 이해될 수 있다.
도 12를 참조하면, 하나의 STA(또는 AP, 1200)은 가상 맵퍼(1210), 복수의 전송 큐(1220~1250) 및 가상 충돌 처리기(1260)을 포함할 수 있다.
도 12의 가상 맵퍼(1210)는 LLC(logical link control) 계층으로부터 수신된 MSDU를 위 표 1에 따라 각 AC에 상응하는 전송 큐에 맵핑하는 역할을 수행할 수 있다.
도 12의 복수의 전송 큐(1220~1250)는 하나의 STA(또는 AP) 내에서 무선 매체 액세스를 위해 개별적인 EDCA 경쟁 개체로서 역할을 수행할 수 있다.
예를 들어, 도 12의 AC VO 타입의 전송 큐(1220)는 제2 STA(미도시)을 위한 1개의 프레임(1221)을 포함할 수 있다. AC VI 타입의 전송 큐(1230)는 물리 계층으로 전송될 순서에 따라 제1 STA(미도시)을 위한 3개의 프레임(1231~1233)과 제3 STA(미도시)을 위한 1개의 프레임(1234)을 포함할 수 있다.
도 12의 AC BE 타입의 전송 큐(1240)는 물리 계층으로 전송될 순서에 따라 제2 STA(미도시)을 위한 1개의 프레임(1241), 제3 STA(미도시)을 위한 1개의 프레임(1242) 및 제2 STA(미도시)을 위한 1개의 프레임(1243)을 포함할 수 있다.
예시적으로, 도 12의 AC BE 타입의 전송 큐(1250)에 버퍼된 프레임이 없는 경우, AC BE 타입의 전송 큐(1250)는 물리 계층으로 전송될 프레임을 포함하지 않을 수 있다.
만약 백오프를 마친 AC가 동시에 두 개 이상 존재할 경우, AC 간의 충돌은 가상 충돌 처리기(virtual collision handler, 1260)에 포함된 함수(EDCA function, EDCAF)에 따라 조정될 수 있다.
즉, AC 간 충돌이 발생하면, 더 높은 우선순위를 갖는 AC에 버퍼된 프레임이 먼저 전송될 수 있다. 또한, 다른 AC들은 경쟁 윈도우(contention window) 값을 증가시키고, 백오프 카운트(backoff count)에 설정된 값을 갱신할 수 있다.
TXOP(transmission opportunity)는 EDCA 규칙에 따라 채널에 접근하였을 때 시작될 수 있다. 만약 한 AC에 두 개 이상의 프레임이 쌓여 있을 때, EDCA TXOP가 획득되면, EDCA MAC 계층의 AC는 여러 개의 프레임 전송을 시도할 수 있다. STA이 이미 한 프레임을 전송하였고, 남은 TXOP 시간 내에 같은 AC에 있는 다음 프레임을 전송한 후 이에 대한 ACK까지 받을 수 있다면, STA은 다음 프레임의 전송을 SIFS 시간 간격 뒤에 시도하게 된다.
TXOP 제한값(TXOP limit value)은 AP 및 STA에 디폴트 값으로 설정되거나, AP로부터 TXOP 제한값과 연관된 프레임이 STA으로 전달될 수 있다.
만약 전송하려는 데이터 프레임의 크기가 TXOP 제한값을 초과하는 경우, STA은 프레임을 여러 개의 작은 프레임으로 분할(fragmentation)할 수 있다. 이어, 분할된 프레임은 TXOP 제한값을 초과하지 않는 범위 내에서 전송될 수 있다.
도 13은 본 일 실시 예의 EDCA의 백오프 절차를 나타낸 개념도이다. 도 12 및 도 13을 참조하면, STA에서 전송되는 트래픽 데이터(또는 트래픽)는 우선 순위에 따른 경쟁 기반의 EDCA 방식으로 백오프 절차에 따라 전송될 수 있다. 예를 들어, 각 트래픽 데이터에 부여된 우선 순위는 위의 표 1의 8개의 사용자 우선 순위 중 어느 하나로 설정될 수 있다.
전술한 바와 같이, 하나의 STA(또는 AP)은 4개의 출력 큐를 포함하며, 각 출력 큐는 개별적으로 EDCA의 규칙에 따라 채널 액세스 동작을 수행할 수 있다. 각 출력 큐는 기존에 사용된 DIFS(DCF Interframe Space) 대신에 각 우선 순위에 따라 서로 다른 AIFS(Arbitration Interframe Space)를 사용하여 트래픽 데이터를 전송할 수 있다.
또한, STA(또는 AP)에서 같은 시간에 서로 다른 우선순위를 가진 트래픽을 전송해야 될 경우에는 우선 순위가 높은 트래픽부터 전송함으로써 STA(또는 AP) 내에서 충돌의 발생을 방지할 수 있다.
백오프 절차를 시작하기 위해 각 STA(또는 AP)은 백오프 시간(backoff time, Tb[i])을 백오프 타이머에 설정한다. 백오프 시간(Tb[i])은 의사-임의 정수(pseudo-random integer) 값으로 하기의 수학식 1을 이용하여 연산될 수 있다.
Figure PCTKR2017001796-appb-M000001
여기서 Random(i)는 균등분포(uniform distribution)를 사용하여 0과 CW[i] 사이의 임의의 정수를 발생하는 함수이다. CW[i]는 최소 경쟁 윈도우 CWmin[i]과 최대 경쟁 윈도우 CWmax[i] 사이의 경쟁 윈도우이고, i는 사용자 우선 순위를 나타낸다.
백오프 절차를 수행하는 STA에서 프레임을 전송하는 경우, 충돌이 발생하여 재전송이 필요하면, 하기의 수학식 2가 사용될 수 있다. 즉, 충돌이 날 때마다 새로운 경쟁 윈도우 CWnew[i]는 이전 윈도우 CWold[i]를 이용하여 계산될 수 있다.
Figure PCTKR2017001796-appb-M000002
여기서 PF 값은 IEEE 802.11e 표준에 정의된 절차에 따라 계산될 수 있다. EDCA 파라미터인 CWmin[i], CWmax[i], AIFS[i] 및 PF 값은 각 STA(또는 AP)에 디폴트 값으로 설정될 수 있다. 또는, EDCA 파라미터는 관리 프레임(management frame)에 포함된 QoS 파라메터 집합 요소(QoS parameter set element)를 통해 AP로부터 수신될 수 있다.
이하, 본 발명의 실시 예에서 단말은 무선랜 시스템과 셀룰러 시스템을 모두 지원할 수 있는 장치일 수 있다. 즉, 단말은 셀룰러 시스템을 지원하는 UE 또는 무선랜 시스템을 지원하는 STA으로 해석될 수 있다.
위 수학식 1 및 수학식 2를 기반으로 도 14의 AC VI 타입의 전송 큐(1230)의 백오프 절차가 가장 먼저 종료된 경우, AC VI 타입의 전송 큐(1230)는 매체에 접근할 수 있는 전송기회(transmission opportunity, 이하 'TXOP')를 획득할 수 있다.
도 12의 AP(1200)는 AC VI 타입의 전송 큐(1230)를 프라이머리 AC로 판단하고, 나머지 전송 큐(1220, 1240, 1250)는 세컨더리 AC로 판단할 수 있다.
이와 같이 복수의 전송 큐(1220~1250)에 대한 백오프 절차를 수행하여 가장 먼저 백오프 절차가 종료된 전송 큐를 프라이머리 AC로 판단하는 과정은 프라이머리 AC 룰(primary AC rule)로 언급될 수 있다.
위 프라이머리 AC 룰(primary AC rule)에 의해 결정된 프라이머리 AC를 기준으로 전송기회(TXOP)에 따른 전송기회구간이 정해질 수 있다. 또한, 프라이머리 AC를 기준으로 정해진 전송기회구간에 세컨더리 AC에 포함된 프레임들이 함께 전송될 수 있다.
도 14는 본 명세서의 무선 통신 시스템에서 백오프 주기와 프레임 전송 절차를 설명하기 위한 도면이다. 도 14를 참조하면, 제1 내지 제5 STA(1410~1450)을 위한 가로축(t1~t5)은 시간 축을 나타낼 수 있다. 또한, 제1 내지 제5 STA(1410~1450)을 위한 세로 축은 전송되는 백오프 시간을 나타낼 수 있다.
도 13 및 도 14를 참조하면, 특정 매체가 점유(occupy 또는 busy) 상태에서 유휴(idle) 상태로 변경되면, 복수의 STA은 데이터(또는 프레임) 전송을 시도할 수 있다.
이 때, STA 간 충돌을 최소화하기 위한 방안으로, 각 STA은 수학식 1의 백오프 시간(backoff time, Tb[i])을 선택하고 그에 해당하는 슬롯 시간(slot time)만큼 대기한 후에 전송을 시도할 수 있다.
백오프 절차가 개시되면, 각 STA은 선택된 백오프 카운트 시간을 슬롯 시간 단위로 카운트 다운할 수 있다. 각 STA은 카운트 다운하는 동안 계속적으로 매체를 모니터링할 수 있다. 만일 매체가 점유 상태로 모니터링되면, STA은 카운트 다운을 중단하고 대기할 수 있다. 만일 매체가 유휴(idle) 상태로 모니터링되면, STA은 카운트 다운을 재개할 수 있다.
도 14을 참조하면, 제3 STA(1430)을 위한 프레임이 제3 STA(1430)의 MAC 계층에 도달하면, 제3 STA(1430)은 DIFS 동안 매체가 유휴 상태인지 여부를 확인할 수 있다. 이어, 매체가 DIFS 동안 유휴 상태로 판단되면, 제3 STA(1430)은 프레임을 AP(미도시)로 전송할 수 있다. 단, 도 14의 인터프레임공간(inter frame space, IFS)은 DIFS로 도시되나, 본 명세서가 이에 한정되지 않음은 이해될 것이다.
제3 STA(1430)로부터 프레임이 전송되는 동안, 나머지 STA은 매체의 점유 상태를 확인하고, 프레임의 전송 구간 동안 대기할 수 있다. 제1 STA(1410), 제2 STA(1420) 및 제5 STA(1450) 각각의 MAC 계층에 프레임이 도달할 수 있다. 매체가 유휴 상태로 확인되면, 각 STA은 DIFS만큼 대기한 후 각 STA에 의해 선택된 개별적인 백오프 시간을 카운트 다운할 수 있다.
도 14를 참조하면, 제2 STA(1420)이 가장 작은 백오프 시간을 선택하고, 제1 STA(1410)이 가장 큰 백오프 카운트 값을 선택한 경우를 보여준다. 제2 STA(1420)에 의해 선택된 백오프 시간에 대한 백오프 절차를 마치고 프레임 전송을 시작하는 시점(T1)에서 제5 STA(1450)의 잔여 백오프 시간은 제1 STA(1410)의 잔여 백오프 시간보다 짧은 경우를 나타낸다.
제2 STA(1420)에 의해 매체가 점유될 때, 제1 STA(1410) 및 제5 STA(1450)는 백오프 절차를 중지(suspend)하고 대기할 수 있다. 이어, 제2 STA(1420)의 매체 점유가 종료(즉, 매체가 다시 유휴 상태)되면, 제1 STA(1410) 및 제5 STA(1450)은 DIFS만큼 대기할 수 있다.
이어, 제1 STA(1410) 및 제5 STA(1450)은 중지된 잔여 백오프 시간를 기반으로 백오프 절차를 재개(resume)할 수 있다. 이 경우 제5 STA(1450)의 잔여 백오프 시간이 제1 STA(1410)의 잔여 백오프 시간보다 짧으므로, 제5 STA(1450)은 제1 STA(1410)보다 먼저 백오프 절차를 완료할 수 있다.
한편, 도 14를 참고하면, 제2 STA(1420)에 의해 매체가 점유될 때, 제4 STA(1440)을 위한 프레임이 제4 STA(1440)의 MAC 계층에 도달할 수 있다. 매체가 유휴 상태가 되면, 제4 STA(1440)은 DIFS 만큼 대기할 수 있다. 이어, 제4 STA(1440)은 제4 STA(1440)에 의해 선택된 백오프 시간을 카운트 다운할 수 있다.
도 14를 참고하면, 제5 STA(1450)의 잔여 백오프 시간이 제4 STA(1440)의 백오프 시간과 우연히 일치할 수 있다. 이 경우 제4 STA(1440)과 제5 STA(1450) 간에 충돌이 발생할 수 있다. STA 간 충돌이 발생하면, 제4 STA(1440)과 제5 STA(1450)은 모두 ACK을 수신하지 못하며, 데이터 전송에 실패할 수 있다.
이에 따라, 제4 STA(1440) 및 제5 STA(1450)은 위 수학식 2에 따라 새로운 경쟁 윈도우(CWnew[i])를 개별적으로 연산할 수 있다. 이어, 제4 STA(1440) 및 제5 STA(1450)은 위 수학식 2에 따라 새롭게 연산한 백오프 시간에 대한 카운트 다운을 개별적으로 수행할 수 있다.
한편, 제4 STA(1440)과 제5 STA(1450)의 전송으로 인해 매체가 점유 상태일 때, 제1 STA(1410)은 대기할 수 있다. 이어, 매체가 유휴 상태가 되면, 제1 STA(1410)은 DIFS 만큼 대기한 후 백오프 카운팅을 재개할 수 있다. 제1 STA(1410)의 잔여 백오프 시간이 경과하면, 제1 STA(1410)은 프레임을 전송할 수 있다.
CSMA/CA 메커니즘은 AP 및/또는 STA이 매체를 직접 센싱하는 물리적 캐리어 센싱(physical carrier sensing) 외에 가상 캐리어 센싱(virtual carrier sensing)도 포함할 수 있다.
가상 캐리어 센싱은 히든 노드 문제(hidden node problem) 등과 같이 매체 접근상 발생할 수 있는 문제를 보완하기 위한 것이다. 가상 캐리어 센싱을 위하여, WLAN 시스템의 MAC은 네트워크 할당 벡터(NAV: Network Allocation Vector)를 이용한다. NAV는 현재 매체를 사용하고 있거나 또는 사용할 권한이 있는 AP 및/또는 STA이, 매체가 이용 가능한 상태로 되기까지 남아 있는 시간을 다른 AP 및/또는 STA에게 지시하는 값이다. 따라서 NAV로 설정된 값은 해당 프레임을 전송하는 AP 및/또는 STA에 의하여 매체의 사용이 예정되어 있는 기간에 해당하고, NAV 값을 수신하는 STA은 해당 기간 동안 매체 액세스가 금지된다. NAV는, 예를 들어, 프레임의 MAC 헤더(header)의 지속 기간(duration) 필드의 값에 따라 설정될 수 있다.
도 15는 본 실시 예에 따른 무선랜 시스템에서 상향링크 전송을 수행하는 방법을 보여주는 순서도이다. 도 1 내지 도 15를 참조하면, S1510 단계에서, AP(Access Point)가, AP에 결합된(association) 수신 STA으로부터 버퍼상태보고를 위한 프레임(이하 '버퍼상태보고 프레임')을 수신할 수 있다.
도 15의 버퍼상태보고 프레임은 수신 STA의 버퍼 상태가 보고될 액세스 카테고리를 위한 비트맵 정보 및 비트맵 정보에 의해 지시되는 액세스 카테고리의 개수를 기반으로 수신 STA에 버퍼된 트래픽에 상응하는 트래픽 식별자의 개수를 지시하는 식별자 정보를 포함할 수 있다.
본 실시 예에 따른 버퍼 상태는 수신 STA에 버퍼된 트래픽의 트래픽 사이즈와 연관된 정보를 포함할 수 있다. 본 실시 예에 따른 식별자 정보는 도 13 및 도 14에서 언급된 전송 우선 순위와 연관된 트래픽 식별자(TID)의 개수를 의미할 수 있다. S1510 단계에서 언급되는 버퍼상태보고 프레임에 관하여는 후술되는 도면을 통해 더 상세하게 설명된다.
S1520 단계에서, AP는 버퍼상태보고 프레임을 기반으로 UL MU MIMO(uplink Multi-user Multiple Input Multiple Output) 송신에 참여하는 다수의 사용자 STA을 위한 트리거 프레임을 송신할 수 있다.
도 15를 통해 도시되진 않으나, UL MU MIMO 송신에 참여하는 다수의 사용자 STA은 트리거 프레임을 수신할 수 있다. 다수의 사용자 STA은 트리거 프레임의 개별 사용자 정보 필드(예로, 도 9의 960#1 내지 960#N)에 따라 개별적으로 할당된 자원 유닛을 기반으로 다수의 상향링크 프레임을 전송할 수 있다.
이어, AP는 다수의 상향링크 프레임의 성공적인 수신을 일괄적으로 알리기 위해 다중 사용자 BA(Multi-STA block ACK) 프레임을 전송할 수 있다. Multi-STA block ACK 프레임에 관하여는 2016년 11월에 개시된 표준 문서 IEEE P802.11ax/D1.0의 9.3.1.9.7 절을 통해 더 상세하게 설명된다.
도 16은 본 실시 예에 따른 버퍼상태보고 프레임을 위한 MAC 프레임의 일 예를 보여준다.
본 실시 예에 따른 MAC 프레임(1600)은 MAC 헤더(header)를 구성하는 복수의 필드(1611~1619), 페이로드를 포함하고 가변적인 길이를 갖는 프레임 바디 필드(1620) 및 수신 단말의 에러 검출을 위한 FCS 필드(1630)를 포함할 수 있다.
MAC 헤더 중 프레임 컨트롤 필드(1611), 듀레이션/ID 필드(1612), 제1 어드레스 필드(1613) 및 FCS 필드(1630)는 모든 타입의 MAC 프레임에 포함될 수 있다.
이와 달리, 제2 어드레스 필드(1614), 제3 어드레스 필드(1615), 시퀀스 컨트롤 필드(1616), 제4 어드레스 필드(1617), QoS 컨트롤 필드(1618), HT 컨트롤 필드(1619) 및 프레임 바디 필드(1620)는 MAC 프레임의 타입에 따라 선택적으로 포함될 수 있다.
프레임 컨트롤 필드(1611)에 의해 QoS 데이터 프레임 또는 QoS 널(null) 프레임이 지시될 때, QoS 컨트롤 필드(1618)는 MAC 프레임에 포함될 수 있다.
QoS 컨트롤 필드(1618)는 2 옥탯(16비트, octets)으로 구성된다. QoS 컨트롤 필드(1618)는 하기의 표 2와 같이 구성될 수 있다.
Figure PCTKR2017001796-appb-T000002
표 2를 참조하면, 제1 내지 제4 비트(Bits0-3)는 트래픽 식별자(traffic identifier, 이하 'TID') 정보를 위한 영역일 수 있다. 트래픽 식별자(TID) 정보를 위한 사용자 우선 순위(0-7)는 제1 내지 제4 비트(Bits0-3)로 표현 가능한 '0'내지 '7' 과 매핑될 수 있다. 제1 내지 제4 비트(Bits0-3)로 표현 가능한 나머지 값인'8'내지 '15'는 예약(reserved)될 수 있다.
즉, STA(또는 AP)은 QoS 컨트롤 필드(1618)의 첫 번째 비트 내지 네 번재 비트(Bits0-3)를 통해 STA에 버퍼 중인 트래픽에 대한 트래픽 식별자(TID) 정보를 알릴 수 있다.
QoS 컨트롤 필드(1618)의 다섯 번째 비트(Bit4)가 '1'로 설정되면, QoS 컨트롤 필드(1618)의 아홉 번째 비트 내지 열 여섯 번째 비트(Bit8-15)는 STA의 큐에 버퍼된 트래픽의 큐 사이즈 정보(Queue Size)를 지시할 수 있다.
만일 STA에 버퍼된 트래픽이 복수개인 경우, STA은 MAC 프레임(1600)의 HT 컨트롤 필드(1619)를 기반으로 버퍼된 트래픽의 큐 사이즈 정보를 알릴 수 있다.
복수의 트래픽에 관한 다양한 정보를 HT 컨트롤 필드(1619)를 이용하여 보고하는 방법에 관한 내용은 후술되는 도면을 통해 더 상세히 설명된다.
도 17은 본 실시 예에 따른 버퍼상태보고 프레임을 위한 A-Control 필드의 예시적인 포맷을 보여준다. 도 1 내지 17을 참조하면, 도 17의 A-Control 필드(1710)는 도 16의 HT 컨트롤 필드(1619)에 상응하는 필드일 수 있다.
구체적으로, A-Control 필드(1710)는 4 옥탯(32 bytes)으로 구성될 수 있다. 만일 도 16의 HT 컨트롤 필드(1619)의 제1 비트 및 제2 비트(B0-B1, 미도시)가 '11'로 설정되면, 나머지 비트(B2-B31)는 도 23의 A-Control 필드(1710)를 위해 할당될 수 있다.
A-Control 필드(1710)는 적어도 하나의 제어 서브 필드(Control 1 ~ Control N)를 포함할 수 있다. 예를 들어, 제N 제어 서브 필드(Control N, 1720)는 4비트의 길이를 갖는 제어 ID 서브필드(1730) 및 가변적인 길이를 갖는 제어정보 서브필드(1740)를 포함할 수 있다.
제어 ID 서브필드(1730)는 제어정보 서브필드(1740)에 포함되는 정보의 유형을 지시할 수 있다. 제어 ID 서브필드(1730)의 값과 관련된 제어정보 서브 필드(1740) 는 하기의 표3과 같이 정의될 수 있다.
Figure PCTKR2017001796-appb-T000003
표 3을 참조하면, 제어 ID 서브필드(1730)가 '1'로 설정될 때, 제어정보 서브필드(1740)는 12 비트(bit)를 이용하여 프레임을 전송하는 STA의 동작 모드(operating mode)의 변경을 요청하기 위한 정보를 나타낼 수 있다.
제어 ID 서브필드(1730)가 '3'으로 설정될 때, 제어 정보 서브 필드(1740)는 26 비트(bit)를 이용하여 프레임을 전송하는 STA의 버퍼상태보고(buffer status report)를 위한 정보를 나타낼 수 있다.
이하 본 명세서의 간결하고 명확한 이해를 위해, 버퍼상태보고를 위한 A-Control 필드(1710)의 제어 ID 서브필드(1730)는 '3'으로 설정된다고 가정한다.
도 18은 본 실시 예에 따른 버퍼상태보고 프레임을 위한 제어정보 서브필드의 예시적인 포맷을 보여준다. 도 1 내지 도 18을 참고하면, 제어정보 서브필드(1800)는 도 17의 제어정보 서브필드(1740)에 대응되는 필드로 이해될 수 있다. 도 18의 제어정보 서브필드(1800)는 제1 내지 제6 서브 필드(1810~1860)를 포함할 수 있다.
제1 서브필드(1810)는 제1 내지 제4 비트(B0-B3)로 구성되며, 액세스 카테고리 식별(Access Category Indication, 이하 'ACI') 비트맵 필드로 언급될 수 있다. 제1 서브필드(1810)는 AP에 결합된 수신 STA의 버퍼 상태가 보고될 액세스 카테고리를 위한 비트맵 정보를 포함할 수 있다. 앞서 언급된 바와 같이, 버퍼 상태는 수신 STA에 버퍼된 트래픽의 트래픽 사이즈와 연관된 정보일 수 있다.
구체적으로, 제1 서브필드(1810)의 제1 내지 제4 비트(B0-B3) 중 버퍼 상태가 보고될 액세스 카테고리에 상응하는 위치의 비트는'1'로 지시될 수 있다. 또한, 제1 서브필드(1810)의 제1 내지 제4 비트(B0-B3) 중 버퍼 상태가 보고되지 않는 액세스 카테고리에 상응하는 위치의 비트는 '0'으로 지시될 수 있다.
본 실시 예에 따른 제2 서브필드(1820)는 제5 및 제6 비트(B4-B5)로 구성되며, 델타 트래픽 식별자(Delta TID) 필드로 언급될 수 있다. 본 실시 예에 따르면, 델타 트래픽 식별자(Delta TID) 필드는 액세스 카테고리 식별(ACI) 비트맵 필드에 의해 지시되는 액세스 카테고리의 개수를 기반으로 수신 STA에 버퍼된 트래픽에 관한 트래픽 식별자(TID)의 개수를 지시할 수 있다.
도 1 내지 도 18을 참고하면, 본 실시 예에 따르면, 수신 STA의 제1 액세스 카테고리(즉, AC VO)에 버퍼된 트래픽에 관한 트래픽 식별자(TID)의 개수는 하기의 표 4와 같이 제1 서브필드(1810) 및 제2 서브필드(1820)를 기반으로 AP로 시그널링될 수 있다.
Figure PCTKR2017001796-appb-T000004
표 4를 참고하면, 본 실시 예에 따른 트래픽 식별자의 개수(N_TID)는 하기의 수학식 3을 이용하여 표현될 수 있다.
Figure PCTKR2017001796-appb-M000003
수학식 3을 참고하면, 제1 서브필드(1810)에 '1'이 설정된 개수(N_ones)와 제2 서브필드(1820)에 설정된 값(F_val)의 합은 트래픽 식별자의 개수(N_TID)로 이해될 수 있다. 단, 제1 서브필드(1810)에 '1'이 설정된 개수(N_ones)가 '0'인 경우, 제2 서브필드(1820)에 설정된 값(F_val)은 '8'로 미리 설정된다.
즉, 제2 서브필드(1820)에 설정되는 식별자 정보는 사용자 STA에 버퍼된 트래픽에 관한 트래픽 식별자의 개수를 제1 서브필드(1810)에 의해 지시되는 액세스 카테고리의 개수만큼 뺀 값으로 설정될 수 있다.
이하, 수신 STA에 버퍼된 트래픽 식별자(TID)의 개수가 제1 서브필드(1810) 및 제2 서브필드(1820)를 기반으로 표현되는 실시 예가 설명된다.
간결한 설명을 위해, 제1 서브필드(1810)의 제1 내지 제4 비트(B0-B3)의 제1 비트(BO)는 가장 높은 우선 순위를 갖는 제1 액세스 카테고리(즉, AC VO)에 상응할 수 있다. 제2 비트(B1)는 제1 액세스 카테고리보다 낮은 우선 순위를 갖는 제2 액세스 카테고리(즉, AC VI)에 상응한다고 가정한다.
또한, 제3 비트(B2)는 제2 액세스 카테고리보다 낮은 우선 순위를 갖는 제3 액세스 카테고리(즉, AC BE)에 상응할 수 있다. 제4 비트(B3)는 가장 낮은 우선 순위를 갖는 제4 액세스 카테고리(즉, AC BK)에 상응한다고 가정한다. 또한, 제1 서브필드(1810)의 제1 내지 제4 비트(B0-B3)가 <b1, b2, b3, b4>로 표현된다고 가정한다.
제1 경우로, 버퍼 상태가 보고될 액세스 카테고리가 1개인 경우가 설명된다. 제1 경우는 제1 서브필드(1810)의 제1 내지 제4 비트(B0-B3) 중 '1'로 설정된 비트의 개수가 1개인 경우이다.
일 예로, 제1 서브필드(1810)의 제1 내지 제4 비트(B0-B3)가 <1, 0, 0, 0>으로 설정될 수 있다. 제1 비트(B0)가 '1'로 설정된 경우이므로, 가장 높은 우선 순위를 갖는 제1 액세스 카테고리(즉, AC VO)의 버퍼 상태가 AP로 보고될 수 있다. 제1 액세스 카테고리(즉, AC VO)에 버퍼된 트래픽에 관한 트래픽 식별자(TID)는 '6'또는 '7'일 수 있다.
제2 서브필드(1820)에 설정된 값이'0'인 경우, 제2 서브필드(1820)는 수신 STA의 제1 액세스 카테고리(즉, AC VO)에 버퍼된 트래픽에 관한 트래픽 식별자(TID)의 개수가 1개임을 나타낼 수 있다. 이 경우, 수신 STA에 버퍼된 트래픽에 관한 트래픽 식별자(TID)는 '6'또는 '7'일 수 있다.
제2 서브필드(1820)에 설정된 값이'1'인 경우, 제2 서브필드(1820)는 수신 STA의 제1 액세스 카테고리(즉, AC VO)에 버퍼된 모든 트래픽에 관한 트래픽 식별자(TID)의 개수가 2개임을 나타낼 수 있다. 만일 제2 서브필드(1820)에 설정된 값이'2'또는 '3'인 경우, 해당 사항이 없음(not applicable)은 이해될 것이다.
제2 경우로, 버퍼 상태가 보고될 액세스 카테고리가 2개인 경우가 설명된다. 제2 경우는 제1 서브필드(1810)의 제1 내지 제4 비트(B0-B3) 중 '1'로 설정된 비트의 개수가 2개인 경우이다.
일 예로, 제1 서브필드(1810)의 제1 내지 제4 비트(B0-B3)가 <1, 1, 0, 0>으로 설정될 수 있다. 제1 비트(B0) 및 제2 비트(B1)가 '1'로 설정된 경우이므로, 제1 및 제2 액세스 카테고리(즉, AC VO, AC VI)의 버퍼 상태가 AP로 보고될 수 있다.
제1 액세스 카테고리(즉, AC VO)에 버퍼된 트래픽에 관한 트래픽 식별자(TID)는 '6'또는 '7'일 수 있다. 제2 액세스 카테고리(즉, AC VI)에 버퍼된 트래픽에 관한 트래픽 식별자(TID)는 '4'또는 '5'일 수 있다.
제2 서브필드(1820)에 설정된 값이'0'인 경우, 제2 서브필드(1820)는 수신 STA의 제1 및 제2 액세스 카테고리(즉, AC VO, AC VI)에 버퍼된 모든 트래픽에 관한 트래픽 식별자(TID)의 개수가 2개임을 나타낼 수 있다.
이 경우, 수신 STA의 제1 액세스 카테고리(즉, AC VO)에만 두 종류의 트래픽 식별자(TID, 즉 6과 7)를 갖는 버퍼된 트래픽이 존재할 수 있다. 또는, 수신 STA의 제2 액세스 카테고리(즉, AC VI)에만 두 종류의 트래픽 식별자(TID, 즉 4와 5)를 갖는 버퍼된 트래픽이 존재할 수 있다.
또는, 수신 STA의 제1 액세스 카테고리(즉, AC VO)에 한 종류의 트래픽 식별자(TID, 즉 '6' 또는 '7')를 갖는 버퍼된 트래픽이 존재하고, 제2 액세스 카테고리(즉, AC VI)에 한 종류의 트래픽 식별자(TID, 즉 '4' 또는 '5')를 갖는 버퍼된 트래픽이 존재할 수 있다.
제2 서브필드(1820)에 설정된 값이'1'인 경우, 제2 서브필드(1820)는 수신 STA의 제1 및 제2 액세스 카테고리(즉, AC VO, AC VI)에 버퍼된 모든 트래픽에 관한 트래픽 식별자(TID)의 개수가 3개임을 나타낼 수 있다.
제2 서브필드(1820)에 설정된 값이'2'인 경우, 제2 서브필드(1820)는 수신 STA의 제1 및 제2 액세스 카테고리(즉, AC VO, AC VI)에 버퍼된 모든 트래픽에 관한 트래픽 식별자(TID)의 개수가 4개임을 나타낼 수 있다.
만일 제2 서브필드(1820)에 설정된 값이'3'인 경우, 해당 사항이 없음(not applicable)은 이해될 것이다.
제3 경우로, 버퍼 상태가 보고될 액세스 카테고리가 3개인 경우가 설명된다. 제3 경우는 제1 서브필드(1810)의 제1 내지 제4 비트(B0-B3) 중 '1'로 설정된 비트의 개수가 3개인 경우이다.
일 예로, 제1 서브필드(1810)의 제1 내지 제3 비트(B0-B2)가 <1, 1, 1, 0>으로 설정될 수 있다. 제1 비트(B0) 내지 제3 비트(B0, B1, B2)가 '1'로 설정된 경우이므로, 제1 내지 제3 액세스 카테고리(즉, AC VO, AC VI, AC BE)의 버퍼 상태가 AP로 보고될 수 있다.
제1 액세스 카테고리(즉, AC VO)에 버퍼된 트래픽에 관한 트래픽 식별자(TID)는 '6'또는 '7'일 수 있다. 제2 액세스 카테고리(즉, AC VI)에 버퍼된 트래픽에 관한 트래픽 식별자(TID)는 '4'또는 '5'일 수 있다. 제3 액세스 카테고리(즉, AC BE)에 버퍼된 트래픽에 관한 트래픽 식별자(TID)는 '0'또는 '3'일 수 있다.
제2 서브필드(1820)에 설정된 값이'0'인 경우, 제2 서브필드(1820)는 수신 STA의 제1 내지 제3 액세스 카테고리(즉, AC VO, AC VI, AC BE)에 버퍼된 모든 트래픽에 관한 트래픽 식별자(TID)의 개수가 3개임을 나타낼 수 있다.
제2 서브필드(1820)에 설정된 값이'1'인 경우, 제2 서브필드(1820)는 수신 STA의 제1 내지 제3 액세스 카테고리(즉, AC VO, AC VI, AC BE)에 버퍼된 모든 트래픽에 관한 트래픽 식별자(TID)의 개수가 4개임을 나타낼 수 있다.
제2 서브필드(1820)에 설정된 값이'2'인 경우, 제2 서브필드(1820)는 수신 STA의 제1 내지 제3 액세스 카테고리(즉, AC VO, AC VI, AC BE)에 버퍼된 모든 트래픽에 관한 트래픽 식별자(TID)의 개수가 5개임을 나타낼 수 있다.
제2 서브필드(1820)에 설정된 값이'3'인 경우, 제2 서브필드(1820)는 수신 STA의 제1 내지 제3 액세스 카테고리(즉, AC VO, AC VI, AC BE)에 버퍼된 모든 트래픽에 관한 트래픽 식별자(TID)의 개수가 6개임을 나타낼 수 있다.
제4 경우로, 버퍼 상태가 보고될 액세스 카테고리가 4개인 경우가 설명된다. 제3 경우는 제1 서브필드(1810)의 제1 내지 제4 비트(B0-B3) 중 모든 비트가'1'로 설정된 경우이다.
일 예로, 제1 서브필드(1810)의 제1 내지 제3 비트(B0-B3)가 <1, 1, 1, 1>으로 설정될 수 있다. 제1 비트(B0) 내지 제4 비트(B0, B1, B2, B3)가 '1'로 설정된 경우이므로, 제1 내지 제4 액세스 카테고리(즉, AC VO, AC VI, AC BE, AC BK)의 버퍼 상태가 AP로 보고될 수 있다.
제1 액세스 카테고리(즉, AC VO)에 버퍼된 트래픽에 관한 트래픽 식별자(TID)는 '6'또는 '7'일 수 있다. 제2 액세스 카테고리(즉, AC VI)에 버퍼된 트래픽에 관한 트래픽 식별자(TID)는 '4'또는 '5'일 수 있다.
제3 액세스 카테고리(즉, AC BE)에 버퍼된 트래픽에 관한 트래픽 식별자(TID)는 '0'또는 '3'일 수 있다. 제3 액세스 카테고리(즉, AC BK)에 버퍼된 트래픽에 관한 트래픽 식별자(TID)는 '1'또는 '2'일 수 있다.
제2 서브필드(1820)에 설정된 값이'0'인 경우, 제2 서브필드(1820)는 수신 STA의 제1 내지 제4 액세스 카테고리(즉, AC VO, AC VI, AC BE, AC BK)에 버퍼된 모든 트래픽에 관한 트래픽 식별자(TID)의 개수가 4개임을 나타낼 수 있다.
제2 서브필드(1820)에 설정된 값이'1'인 경우, 제2 서브필드(1820)는 수신 STA의 제1 내지 제4 액세스 카테고리(즉, AC VO, AC VI, AC BE, AC BK)에 버퍼된 모든 트래픽에 관한 트래픽 식별자(TID)의 개수가 5개임을 나타낼 수 있다.
제2 서브필드(1820)에 설정된 값이'2'인 경우, 제2 서브필드(1820)는 수신 STA의 제1 내지 제4 액세스 카테고리(즉, AC VO, AC VI, AC BE, AC BK)에 버퍼된 모든 트래픽에 관한 트래픽 식별자(TID)의 개수가 6개임을 나타낼 수 있다.
제2 서브필드(1820)에 설정된 값이'3'인 경우, 제2 서브필드(1820)는 수신 STA의 제1 내지 제4 액세스 카테고리(즉, AC VO, AC VI, AC BE, AC BK)에 버퍼된 모든 트래픽에 관한 트래픽 식별자(TID)의 개수가 7개임을 나타낼 수 있다.
제5 경우로, 버퍼 상태가 보고될 액세스 카테고리가 없는 경우가 설명된다. 제5 경우는 제1 서브필드(1810)의 제1 내지 제4 비트(B0-B3) 중 모든 비트가'0'으로 설정된 경우이다.
일 예로, 제1 서브필드(1810)의 제1 내지 제3 비트(B0-B3)가 <0, 0, 0, 0>으로 설정될 수 있다.
제1 비트(B0) 내지 제4 비트(B0, B1, B2, B3)가 모두'0'으로 설정되고, 제2 서브필드(1820)에 설정된 값이'3'인 경우, 제2 서브필드(1820)는 수신 STA의 제1 내지 제4 액세스 카테고리(즉, AC VO, AC VI, AC BE, AC BK)에 버퍼된 모든 트래픽에 관한 트래픽 식별자(TID)의 개수가 8개임을 나타낼 수 있다.
만일 제1 비트(B0) 내지 제4 비트(B0, B1, B2, B3)가 모두'0'으로 설정되고, 제2 서브필드(1820)에 설정된 값이 '1'또는'2'인 경우, 해당 사항이 없음(not applicable)은 이해될 것이다.
도 18은 4 비트로 구성된 제1 서브필드(1810) 및 2 비트로 구성된 제2 서브필드(1820)을 이용하여 버퍼된 트래픽에 관한 트래픽 식별자(TID)의 개수를 지시하기 위한 과정이 설명된다. 그러나, 본 명세서가 위 실시 예로 한정되는 것은 아니며, 8 비트의 액세스 카테고리 지시(ACI) 비트맵을 이용함으로써, 8 종류의 트래픽 식별자(TID)에 관한 버퍼 상태가 AP로 보고되는지 여부를 시그널링할 수도 있다.
제3 서브필드(1830)는 제7 및 제8 비트(B6-B7)로 구성되며, 액세스 카테고리 식별 하이(ACI High) 필드로 언급될 수 있다. 예를 들어, 제3 서브필드(1830)는 수신 STA에 버퍼된 트래픽 중 전송 우선 순위가 가장 높은 트래픽에 상응하는 트래픽 식별자(TID)를 지시할 수 있다.
제4 서브필드(1840)는 제9 및 제10 비트(B8-B9)로 구성되며, 스케일 팩터(Scaling Factor, 이하 'SF') 필드로 언급될 수 있다. 제4 서브필드(1840)는 버퍼 상태를 보고하기 위해 AP 및 STA에 미리 설정된 단위를 나타낼 수 있다.
예를 들어, 제4 서브필드(1840)에 지시된 값이 '0'이면, 스케일 팩터(SF)는 '16'일 수 있다. 제4 서브필드(1840)에 설정된 값이 '1'이면, 스케일 팩터(SF)는 '128'일 수 있다. 제4 서브필드(1840)에 설정된 값이 '3'이면, 스케일 팩터(SF)는 '2048'일 수 있다. 제4 서브필드(1840)에 설정된 값이 '4'이면, 스케일 팩터(SF)는 '16,384'일 수 있다.
제5 서브필드(1850)는 제11 및 제18 비트(B10-B17)로 구성되며, 큐 사이즈 하이(Queue Size High) 필드로 언급될 수 있다. 본 실시 예에 따르면, 제5 서브필드(1850)는 제3 서브필드(1830)에 의해 지시되는 트래픽 식별자(TID)에 대한 큐 사이즈 정보를 지시할 수 있다. 또한, 제5 서브필드(1850)의 큐 사이즈 정보는 제4 서브필드(1840)에 설정된 스케일 팩터(SF)에 따른 단위를 기반으로 표현될 수 있다.
제6 서브필드(1860)는 제19 및 제25 비트(B20-B26)로 구성되며, 큐 사이즈 올(Queue Size All) 필드로 언급될 수 있다. 본 실시 예에 따르면, 제6 서브필드(1860)는 수신 STA에 버퍼된 모든 트래픽에 대한 큐 사이즈 정보를 지시할 수 있다. 또한, 제6 서브필드(1860)의 큐 사이즈 정보는 제4 서브필드(1840)에 설정된 스케일 팩터(SF)에 따른 단위를 기반으로 표현될 수 있다.
본 실시 예에 따른 버퍼상태보고를 위한 제어정보 서브필드에 대한 보다 구체적인 내용은 2016년 11월에 개시된 표준 문서 IEEE P802.11ax/D1.0의 9.2.4.6.4.5 절을 통해 이해될 수 있다.
본 실시 예에 따르면, 버퍼상태 보고를 위해 제1 서브필드(1810)와 제2 서브필드(1820)의 차이 값을 이용함으로써, 제2 서브필드(1820)에 할당된 2비트만으로 트래픽 식별자(TID)의 8가지 경우를 모두 표현할 수 있다.
본 실시 예에 따르면, AP의 오버헤드를 감소시킬 수 있고, 효율적인 상향링크 스케줄링 조정이 가능할 수 있다. 이에 따라, 향상된 성능의 무선랜 시스템이 제공될 수 있다.
도 19는 본 다른 실시 예에 따른 버퍼상태보고 프레임의 필드 영역을 보여주는 도면이다.
도 1 내지 도 19를 참고하면, 본 다른 실시 예에 따른 HT 컨트롤 필드(1900, 도 16의 1619)의 제1 비트 및 제2 비트(1910, B0-B1)가 '11'로 설정되면, HT 컨트롤 필드(1900)의 나머지 비트(B2-B31)는 A-Control 필드(1920, 1930, 도 17의 1710)을 위해 할당될 수 있다.
제어ID 필드(1920, B2-B5)는 제어정보 필드(1930)에 포함되는 정보의 타입(type)을 지시할 수 있다. 제어ID 필드(1920)의 값과 관련된 제어정보 필드(1930)는 하기의 표 5와 같이 정의될 수 있다.
Figure PCTKR2017001796-appb-T000005
표 5를 참조하면, 제어ID 필드(1920)가 '1'로 설정될 때, 제어정보 필드(1930)는 12 비트(bit)를 이용하여 프레임을 전송하는 STA의 동작 모드(operating mode)의 변경을 요청하기 위한 정보를 나타낼 수 있다.
제어ID 필드(1920, B2-B5)가 '3'으로 설정될 때, 제어정보 필드(1930)는 26 비트(bit)를 이용하여 프레임을 전송하는 STA의 버퍼상태보고(BSR)를 위한 정보를 나타낼 수 있다.
이하 본 명세서에서, 버퍼상태보고를 위한 제어ID 필드(1920)는 '3'으로 설정된다고 가정한다.
제어정보 필드(1930)는 제1 내지 제6 서브필드(1931~1936)를 포함할 수 있다. 제어정보 필드(1930)에 관하여는 후술되는 도면을 통해 상세하게 더 설명된다.
도 20은 본 다른 실시 예에 따른 제어정보 필드의 복수의 서브필드를 설명하기 위한 도면이다.
도 19 및 도 20을 참조하면, 도 20의 트래픽 타입 필드(2010)는 2비트(B6-B7)로 구성되며, 도 19의 제1 서브필드(1931)에 상응할 수 있다. 트래픽 타입 필드(2010)는 딜레이 민감(DS) 트래픽 또는 딜레이 내성(DT) 트래픽과 같은 트래픽의 긴급성(traffic urgency)을 나타낼 수 있다.
예를 들어, 2비트(B6-B7)의 트래픽 타입 필드(2010)가 '01'로 설정되면, 딜레이 내성(DT) 트래픽이 지시될 수 있다. 이 경우, 딜레이 내성(DT) 트래픽은 AC BK 타입 또는 AC BE 타입과 연관된 트래픽일 수 있다.
예를 들어, 2비트(B6-B7)의 트래픽 타입 필드(2010)가 '10'으로 설정되면, 딜레이 민감(DS) 트래픽이 지시될 수 있다. 이 경우, 딜레이 민감(DS) 트래픽은 AC VI 타입 또는 AC VO 타입과 연관된 트래픽일 수 있다.
예를 들어, 2비트(B6-B7)의 트래픽 타입 필드(2010)가 '11'로 설정되면, 딜레이 내성(DT) 트래픽 및 딜레이 민감(DS) 트래픽이 모두 지시될 수 있다. 이 경우, 후술될 큐사이즈 정보는 딜레이 내성(DT) 트래픽의 총 합 및 딜레이 민감(DS) 트래픽의 총 합으로 각각 지시될 수 있다.
예를 들어, 2비트(B6-B7)의 트래픽 타입 필드(2010)가 '00'으로 설정되면, 제어정보 필드(B8-B31)의 나머지 영역은 리저브된(reserved) 영역일 수 있다.
또는, 도 20에 도시되진 않으나, 트래픽 타입 필드(2010)가 '00'으로 설정된 경우, 모든 타입의 트래픽 식별자(TID, O-7)와 연관된 모든 프레임이 어그리게이션된 버퍼 상태를 알리기 위해 컨트롤 정보 필드의 나머지 영역이 이용될 수 있다.
도 20의 AC 비트맵 필드(2020)는 2비트(B8-B9)로 구성되며, 도 19의 제2 서브필드(1932)에 상응할 수 있다.
AC 비트맵 필드(2020)는 트래픽 타입 필드(2010)와 연관되며, 액세스 카테고리(AC) 비트맵을 지시할 수 있다.
구체적으로, 트래픽 타입 필드(2010)에 의해 딜레이 내성(DT) 트래픽이 지시될 때, AC 비트맵 필드(2020)는 AC BE 타입 및 AC BK 타입의 트래픽의 존재를 지시할 수 있다.
예를 들어, 2비트(B8-B9)의 AC 비트맵 필드(2020)가 '01'로 설정되면, AC BK 타입의 트래픽의 존재가 지시될 수 있다. 2비트(B8-B9)의 AC 비트맵 필드(2020)가 '10'으로 설정되면, AC BE 타입의 트래픽의 존재가 지시될 수 있다. 2비트(B8-B9)의 AC 비트맵 필드(2020)가 '11'로 설정되면, AC BK 타입 및 AC BE 타입의 트래픽의 존재가 모두 지시될 수 있다.
구체적으로, 트래픽 타입 필드(2010)에 의해 딜레이 민감(DS) 트래픽이 지시될 때, AC 비트맵 필드(2020)는 AC VO 타입 및 AC VI 타입의 트래픽의 존재를 지시할 수 있다.
예를 들어, 2비트(B8-B9)의 AC 비트맵 필드(2020)가 '01'로 설정되면, AC VI 타입의 트래픽의 존재가 지시될 수 있다. 2비트(B8-B9)의 AC 비트맵 필드(2020)가 '10'으로 설정되면, AC VO 타입의 트래픽의 존재가 지시될 수 있다. 2비트(B8-B9)의 AC 비트맵 필드(2020)가 '11'로 설정되면, AC VI 타입 및 AC VO 타입의 트래픽의 존재가 모두 지시될 수 있다.
구체적으로, 트래픽 타입 필드(2010)에 의해 딜레이 민감(DS) 트래픽 및 딜레이 내성(DT) 트래픽이 모두 지시될 때, AC 비트맵 필드(2020)는 리저브된(reserved) 영역일 수 있다.
도 20의 스케일 팩터 필드(2030)는 4비트(B10-B13)로 구성되며, 도 19의 제3 서브필드(1933)에 상응할 수 있다. 스케일 팩터 필드(2030)는 트래픽 타입 필드(2010) 및 AC 비트맵 필드(2020)와 연관되며, 버퍼된 트래픽의 큐 사이즈(즉, 버퍼된 트래픽의 양)를 지시하기 위한 스케일링 정보가 포함될 수 있다.
도 20의 리저브 필드(2040)는 2비트(B14-B15)로 구성되며, 도 19의 제4 서브필드(1934)에 상응할 수 있다.
도 20의 큐 사이즈필드(2050)는 큐 사이즈필드(2050)는 16비트(B16-B31)로 구성되며, 도 19의 제5 및 제6 서브필드(1935, 1936)에 상응할 수 있다. 도 20의 큐 사이즈필드(2050)는 트래픽 타입 필드(2010), AC 비트맵 필드(2020) 및 스케일 팩터 필드(2030)를 기반으로 STA에 버퍼된 트래픽의 큐 사이즈를 지시할 수 있다.
일 예로, 트래픽 타입 필드(2010)가 '10'으로 지시되고, AC 비트맵 필드(2020)이 '10'으로 지시될 때, 스케일 팩터 필드(2030)의 4비트(B10-B13) 중 2 비트(B11-B12)는 유효한(valid) 값으로 설정될 수 있다. 큐 사이즈필드(2050)의 8 비트(B16-B23)는 스케일 팩터 필드(2030)의 유효한(valid) 값을 기반으로 STA의 AC VO 타입의 전송 큐에 버퍼된 트래픽의 총 양을 지시할 수 있다.
다른 예로, 트래픽 타입 필드(2010)가 '01'로 지시되고, AC 비트맵 필드(2020)이 '11'으로 지시될 때, 스케일 팩터 필드(2030)의 2 비트(B10-B11)와 2 비트(B12-B13)에 각각 유효한(valid) 값이 설정될 수 있다. 큐 사이즈필드(2050)의 8 비트(B16-B23)는 스케일 팩터 필드(2030)의 2 비트(B10-B11)에 설정된 값에 따라 STA의 AC BE 타입의 전송 큐에 버퍼된 트래픽의 총 양을 지시할 수 있다.
또한, 큐 사이즈필드(2050)의 8 비트(B24-B31)는 스케일 팩터 필드(2030)의 2 비트(B12-B13)에 설정된 값에 따라 STA의 AC BK 타입의 전송 큐에 버퍼된 트래픽의 총 양을 지시할 수 있다.
또 다른 예로, 트래픽 타입 필드(2010)가 '10'으로 지시되고, AC 비트맵 필드(2020)이 '11'으로 지시될 때, 스케일 팩터 필드(2030)의 2 비트(B10-B11)와 2 비트(B12-B13)에 각각 유효한(valid) 값이 설정될 수 있다. 큐 사이즈필드(2050)의 8 비트(B16-B23)는 스케일 팩터 필드(2030)의 2 비트(B10-B11)에 설정된 값에 따라 STA의 AC VO 타입의 전송 큐에 버퍼된 트래픽의 총 양을 지시할 수 있다.
또한, 큐 사이즈필드(2050)의 8 비트(B24-B31)는 스케일 팩터 필드(2030)의 2 비트(B12-B13)에 설정된 값을 기반으로 STA의 AC VI 타입의 전송 큐에 버퍼된 트래픽의 총 양을 지시할 수 있다.
추가적인 예로, 트래픽 타입 필드(2010)가 '11'로 지시될 때, 스케일 팩터 필드(2030)의 2 비트(B10-B11)와 2 비트(B12-B13)에 각각 유효한(valid) 값이 설정될 수 있다.
큐 사이즈필드(2050)의 8 비트(B16-B23)는 스케일 팩터 필드(2030)의 2 비트(B10-B11)에 설정된 값에 따라 STA의 딜레이 민감(DS) 트래픽과 연관된 트래픽의 총 양을 지시할 수 있다. 이 경우, 딜레이 민감(DS) 트래픽은 AC VO 타입의 전송 큐에 버퍼된 트래픽 및 AC VI 타입의 전송 큐에 버퍼된 트래픽을 포함할 수 있다.
또한, 큐 사이즈필드(2050)의 8 비트(B24-B31)는 스케일 팩터 필드(2030)의 2 비트(B12-B13)에 설정된 값에 따라 STA의 딜레이 내성(DT) 트래픽과 연관된 트래픽의 총 양을 지시할 수 있다. 이 경우, 딜레이 내성(DT) 트래픽은 AC BK 타입의 전송 큐에 버퍼된 트래픽 및 AC BE에 버퍼된 트래픽을 포함할 수 있다.
도 21은 본 또 다른 실시 예에 따른 버퍼상태보고 프레임의 필드 영역을 보여주는 도면이다.
도 1 내지 도 21을 참고하면, 본 또 다른 실시 예에 따른 HT 컨트롤 필드(2100, 도 16의 1619)의 제1 비트 및 제2 비트(2110, B0-B1)가 '11'로 설정되면, HT 컨트롤 필드(2100)의 나머지 비트(B2-B31)는 A-Control 필드(2120, 2130, 도 17의 1710)을 위해 할당될 수 있다.
도 21은 앞서 가정한 바와 같이, 버퍼상태보고를 위한 제어ID 필드(2120)는 '3'으로 설정된다고 가정한다. 이에 따라, 제어정보 필드(2130)는 26 비트(bit)를 이용하여 프레임을 전송하는 STA의 버퍼상태보고(BSR)를 위한 정보를 나타낼 수 있다.
제어정보 필드(2130)는 복수의 서브필드(2131~2135)를 포함할 수 있다. 도 21의 버퍼상태보고 프레임은 트래픽 타입 필드(도 19의 1931)를 포함하지 않을 수 있다.
AC 비트맵 필드(2131)는 4비트(B6-B9)로 할당될 수 있다. 이에 따라, 4가지 타입의 모든 AC에 대한 버퍼된 트래픽의 존재는 AC 비트맵 필드(2131)를 기반으로 지시될 수 있다.
스케일 팩터 필드(2132)는 4비트(B10-B13)로 할당될 수 있다. 스케일 팩터 필드(2132)는 트래픽 타입 필드(2110)와 연관되며, 버퍼된 트래픽의 큐사이즈를 지시하기 위한 스케일링 정보가 포함될 수 있다.
어그리게이션 지시자(aggregation indicator, 이하 'A-Indicator') 필드((2133)는 2비트(B14-B15)로 할당될 수 있다. 스케일 팩터 필드(2132)는 트래픽 타입 필드(2110)와 연관될 수 있다.
어그리게이션 지시자 필드(2133)는 버퍼된 트래픽의 큐 사이즈를 지시하는 정보가 단일 트래픽의 큐 사이즈에 관한 것인지 어그리게이션된 트래픽의 큐 사이즈에 관한 것인지 여부를 지시할 수 있다.
제1 큐사이즈 필드(2134)는, AC 비트맵 필드(2131), 스케일 팩터 필드(2132)의 2비트(B10-B11) 및 어그리게이션 지시자 필드(2133)의 1비트(B14)를 기반으로, STA에 버퍼된 트래픽의 큐 사이즈를 지시할 수 있다.
제2 큐사이즈 필드(2135)는, AC 비트맵 필드(2131), 스케일 팩터 필드(2132)의 2비트(B12-B13) 및 어그리게이션 지시자 필드(2133)의 1비트(B15)를 기반으로, STA에 버퍼된 트래픽의 큐사이즈를 지시할 수 있다. 버퍼된 트래픽의 큐 사이즈가 지시되는 실시 예는 후술되는 도면을 통해 더 상세하게 설명된다.
도 22는 본 또 다른 실시 예에 따른 복수의 서브필드를 설명하기 위한 도면이다.
도 21 및 도 22를 참조하면, AC 비트맵 필드(2210)는 4비트(B6-B9)로 구성되며, 도 21의 제1 서브필드(2131)에 상응할 수 있다.
예를 들어, AC 비트맵 필드(2210)의 제6 및 제7 비트(B6-B7) 각각은 AC VO 타입의 트래픽 및 AC VI 타입의 트래픽과 연관될 수 있다. AC 비트맵 필드(2210)의 제8 및 제9 비트(B8-B9) 각각은 AC BE 타입의 트래픽 및 AC BK 타입의 트래픽과 연관될 수 있다.
스케일 팩터 필드(2220)는 4비트(B10-B13)로 구성되며, 도 21의 제2 서브필드(2132)에 상응할 수 있다.
예를 들어, 스케일 팩터 필드(2220)의 제10 및 제11 비트(B10-B11)는 각각은 AC VO 타입의 트래픽 및 AC VI 타입의 트래픽을 위한 스케일링 정보(SF1)가 포함될 수 있다. 스케일 팩터 필드(2220)의 제12 및 제13 비트(B12-B13)는 각각은 AC BE 타입의 트래픽 및 AC BK 타입의 트래픽을 위한 스케일링 정보(SF2)가 포함될 수 있다.
어그리게이션 지시자 필드(2230)는 2비트(B14-B15)로 구성되며, 도 21의 제3 서브필드(2133)에 상응할 수 있다.
구체적으로, 어그리게이션 지시자 필드(2230)의 제14 비트(B14)는 AC VO 타입의 트래픽 및 AC VI 타입의 트래픽이 어그리게이션 된 큐 사이즈가 보고되는지 여부를 지시할 수 있다.
예로, AC 비트맵 필드(2210)의 제6 및 제7 비트(B6-B7) 중 어느 하나가 '1'로 설정된 경우, 어그리게이션 지시자 필드(2230)는 '0'으로 설정될 수 있다. 이는 후속 필드인 제1 큐 사이즈 필드(2240)에 단일 트래픽의 큐 사이즈 정보가 지시된다는 것을 나타낼 수 있다.
다른 예로, AC 비트맵 필드(2210)의 제6 및 제7 비트(B6-B7) 모두 '1'로 설정된 경우, 어그리게이션 지시자 필드(2230)는 '1'으로 설정될 수 있다. 이는 후속 필드인 제1 큐 사이즈 필드(2240, B16-B23)에 어그리게이션된 트래픽의 큐 사이즈 정보(V1)가 지시된다는 것을 나타낼 수 있다. 이 경우, 어그리게이션된 트래픽의 큐 사이즈 정보(V1)는 AC VO 타입의 트래픽의 큐 사이즈 및 AC VI 타입의 트래픽의 큐 사이즈을 합한 정보를 의미할 수 있다.
또 다른 예로, AC 비트맵 필드(2210)의 제8 및 제9 비트(B8-B9) 모두 '1'로 설정된 경우, 어그리게이션 지시자 필드(2230)는 '1'으로 설정될 수 있다. 이는 후속 필드인 제2 큐 사이즈 필드(2250, B24-B31)에 어그리게이션된 트래픽의 큐 사이즈 정보(V2)가 지시된다는 것을 나타낼 수 있다. 이 경우, 어그리게이션된 트래픽의 큐 사이즈 정보(V2)는 AC BE 타입의 트래픽의 큐 사이즈 및 AC BK 타입의 트래픽의 큐 사이즈을 합한 정보를 의미할 수 있다.
도 22에 도시되진 않으나, 본 또 다른 실시 예에 따른 STA 및 AP는, 어그리게이션 지시자 필드(2230)이 없이, AC 비트맵 필드(2210)를 기반으로 미리 설정된 규칙에 따라 제1 및 제2 큐 사이즈 필드(2240, 2250)에 설정되는 값이 어그리게이션과 연관된 값인지 여부를 판단할 수 있다.
예를 들어, AC 비트맵 필드(2210)의 제6 및 제7 비트(B6-B7)에 모두 '11'이 설정된 경우, STA 및 AP는 제1 큐 사이즈 필드(2240)에 설정된 값은 AC VO 타입의 트래픽의 큐 사이즈 및 AC VI 타입의 트래픽의 큐 사이즈을 합한 정보임을 암묵적으로(implicit) 판단할 수 있다.
다른 예로, AC 비트맵 필드(2210)의 제8 및 제9 비트(B8-B9)에 모두 '11'이 설정된 경우, STA 및 AP는 제1 큐 사이즈 필드(2240)에 설정된 값은 AC BE 타입의 트래픽의 큐 사이즈 및 AC BK 타입의 트래픽의 큐 사이즈을 합한 정보임을 암묵적으로 판단할 수 있다.
또한, 버퍼상태보고를 위한 다른 방식으로, 앞서 언급된 도 16의 QoS 컨트롤 필드(1618)을 이용하여 1개의 트래픽 식별자(TID)와 연관된 트래픽의 큐 사이즈 정보를 AP로 시그널링될 수 있다. 기존의 HT 컨트롤 필드(2100)의 나머지 비트(B2-B31) 부분을 추가적으로 더 삽입함으로써, 나머지 트래픽 식별자(TID)와 연관된 트래픽의 큐 사이즈 정보는 AP로 시그널링될 수 있다.
도 23은 본 다른 실시 예에 따라 모든 액세스 카테고리의 버퍼상태보고를 위한 복수의 서브필드를 설명하기 위한 개념도이다.
도 21 내지 도 23을 참조하면, 모든 액세스 카테고리(AC VO, AC VI, AC BE, AC BK)를 위한 버퍼상태보고를 위해, 모든 액세스 카테고리(AC VO, AC VI, AC BE, AC BK) 중 어느 하나의 액세스 카테고리에 관한 큐 사이즈 정보는 전술한 QoS 컨트롤 필드(도 16의 1618)를 통해 AP로 전송될 수 있다.
또한, 나머지 3개의 액세스 카테고리에 관한 정보는 HT 컨트롤 필드(2100)를 이용하여 AP로 전송될 수 있다. 전술한 바와 같이, 제어정보 필드(도 21의 2130)는 26비트(도 21의 B6-B31)로 구성될 수 있다.
도 23를 참조하면, 큐 사이즈 지시(Queue size indication) 필드(2310)는 2비트(B6-B7)로 구성될 수 있다. 큐 사이즈 지시(Queue size indication) 필드(2310)에 의해 지시되는 값은 AP 및 STA에 미리 설정된 값일 수 있다.
이에 따라, 3개의 액세스 카테고리에 관한 큐 사이즈 정보는 8비트 단위(B8-B15, B16-B23, B24-B31)로 제어정보 필드(도 21의 2130)의 나머지 24비트(도 21의 B8-B31)를 이용하여 AP로 전송될 수 있다.
도 23의 큐 사이즈 지시(Queue size indication) 필드(2310)는 8비트 단위 의 제1 내지 제3 후속 비트(B8-B15, B16-B23, B24-B31)에 설정된 값이 어느 액세스 카테고리를 위한 것인지를 지시할 수 있다.
예를 들어, 큐 사이즈 지시(Queue size indication) 필드(2310)에 '1'에 상응하는 2비트(B6-B7)'00'이 설정되면, 제1 내지 제3 후속 비트(B8-B15, B16-B23, B24-B31)는 AC VO, AC VI 및 AC BE 타입의 전송 큐에 관한 큐 사이즈 정보가 순차적으로 할당될 수 있다.
이 경우, AC BK 타입의 전송 큐에 관한 큐 사이즈 정보는 QoS 컨트롤 필드를 통해 지시될 수 있다.
예를 들어, 큐 사이즈 지시(Queue size indication) 필드(2310)에 '2'에 상응하는 2비트(B6-B7)'01'이 설정되면, 제1 내지 제3 후속 비트(B8-B15, B16-B23, B24-B31)는 AC VO, AC VI 및 AC BK 타입의 전송 큐에 관한 큐 사이즈 정보가 순차적으로 할당될 수 있다.
이 경우, AC BE 타입의 전송 큐에 관한 큐 사이즈 정보는 QoS 컨트롤 필드를 통해 지시될 수 있다.
예를 들어, 큐 사이즈 지시(Queue size indication) 필드(2310)에 '3'에 상응하는 2비트(B6-B7)'10'이 설정되면, 8비트 단위의 후속 비트(B8-B15, B16-B23, B24-B31)는 AC VO, AC BE 및 AC BK 타입의 전송 큐에 관한 큐 사이즈 정보가 순차적으로 할당될 수 있다.
이 경우, AC VI 타입의 전송 큐에 관한 큐 사이즈 정보는 QoS 컨트롤 필드를 통해 지시될 수 있다.
예를 들어, 큐 사이즈 지시(Queue size indication) 필드(2310)에 '4'에 상응하는 2비트(B6-B7)'11'이 설정되면, 8비트 단위의 후속 비트(B8-B15, B16-B23, B24-B31)는 AC VI, AC BE 및 AC BK 타입의 전송 큐에 관한 큐 사이즈 정보가 순차적으로 할당될 수 있다.
이 경우, AC VO 타입의 전송 큐에 관한 큐 사이즈 정보는 QoS 컨트롤 필드를 통해 지시될 수 있다.
도 23의 실시 예에 따르면, 큐 사이즈 정보는 AC 기반으로 AP로 시그널링될 수 있다. 따라서, 각 AC에 포함될 수 있는 두 가지 타입의 트래픽 식별자(TID)에 관한 트래픽의 양이 어그리게이션된 값이 AP로 시그널링될 수 있다.
도 23에 도시되진 않으나, 제1 내지 제3 후속 비트(B8-B15, B16-B23, B24-B31) 각각은 1비트의 스케일 팩터를 포함할 수도 있다.
일 예로, 제1 후속 비트(B8-B15) 중 7비트(B8-B14)는 큐 사이즈를 위해 할당되고, 1비트(B15)는 스케일 팩터(Scale Factor, 이하 SF)를 위해 할당될 수 있다. 제2 후속 비트(B16-B23) 중 7비트(B16-B22)는 큐 사이즈를 위해 할당되고, 1비트(B23)는 스케일 팩터(SF)를 위해 할당될 수 있다.
제2 후속 비트(B24-B31) 중 7비트(B24-B30)는 큐 사이즈를 위해 할당되고, 1비트(B31)는 스케일 팩터(SF)를 위해 할당될 수 있다. 이 경우, 스케일 팩터(SF)가 명시되지 않는 경우, STA 및 AP는 미리 설정된 값(예로, 256 bytes)을 기반으로 큐 사이즈 정보를 판단할 수 있다.
스케일 팩터(SF)가 '0'으로 설정된 경우(short SF), STA 및 AP는 스케일 팩터(SF)에 따른 값(예로, 16 bytes 또는 32 bytes)을 기반으로 큐 사이즈 정보를 판단할 수 있다.
스케일 팩터(SF)가 '1' 로 설정된 경우(long SF), STA 및 AP는 스케일 팩터(SF)에 따른 값(예로, 512 bytes 또는 1024 bytes)을 기반으로 큐 사이즈 정보를 판단할 수 있다.
도 24는 본 실시 예가 적용될 수 있는 무선 단말을 나타내는 블록도이다.
도 24를 참조하면, 무선 단말은 상술한 실시 예를 구현할 수 있는 STA로서, AP 또는 비AP STA(non-AP station)일 수 있다. 무선 단말은 상술한 사용자에 대응되거나, 사용자에 신호를 송신하는 송신 단말에 대응될 수 있다.
AP(2400)는 프로세서(2410), 메모리(2420) 및 RF부(radio frequency unit, 2430)를 포함한다.
RF부(2430)는 프로세서(2410)와 연결되어 무선신호를 송신/수신할 수 있다.
프로세서(2410)는 본 명세서에서 제안된 기능, 과정 및/또는 방법을 구현할 수 있다. 예를 들어, 프로세서(2410)는 전술한 본 실시 예에 따른 동작을 수행할 수 있다. 프로세서(2410)는 도 1 내지 도 23의 본 실시 예에서 개시된 AP의 동작을 수행할 수 있다.
비AP STA(2450)는 프로세서(2460), 메모리(2470) 및 RF부(2480)를 포함한다.
RF부(2480)는 프로세서(2460)와 연결되어 무선신호를 송신/수신할 수 있다.
프로세서(2460)는 본 실시 예에서 제안된 기능, 과정 및/또는 방법을 구현할 수 있다. 예를 들어, 프로세서(2460)는 전술한 본 실시 예에 따른 non-AP STA동작을 수행하도록 구현될 수 있다. 프로세서(2460)는 도 1 내지 도 23의 본 실시 예에서 개시된 비AP STA의 동작을 수행할 수 있다.
프로세서(2410, 2460)는 ASIC(application-specific integrated circuit), 다른 칩 셋, 논리 회로, 데이터 처리 장치 및/또는 베이스밴드 신호 및 무선 신호를 상호 변환하는 변환기를 포함할 수 있다. 메모리(2420, 2470)는 ROM(read-only memory), RAM(random access memory), 플래쉬 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다. RF부(2430, 2480)는 무선 신호를 전송 및/또는 수신하는 하나 이상의 안테나를 포함할 수 있다.
본 실시 예가 소프트웨어로 구현될 때, 상술한 기법은 상술한 기능을 수행하는 모듈(과정, 기능 등)로 구현될 수 있다. 모듈은 메모리(2420, 2470)에 저장되고, 프로세서(2410, 2460)에 의해 실행될 수 있다. 메모리(2420, 2470)는 프로세서(2410, 2460) 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 프로세서(2410, 2460)와 연결될 수 있다.
본 명세서의 상세한 설명에서는 구체적인 실시 예에 관하여 설명하였으나, 본 명세서의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능하다. 그러므로, 본 명세서의 범위는 상술한 실시 예에 국한되어 정해져서는 안되며 후술하는 특허청구범위뿐만 아니라 이 발명의 특허청구범위와 균등한 것들에 의해 정해져야 한다.

Claims (10)

  1. 무선랜 시스템에서 상향링크 전송을 위한 방법에 있어서,
    AP(Access Point)가, 상기 AP에 결합된(association) 수신 STA으로부터 버퍼상태보고 프레임을 수신하되, 상기 버퍼상태보고 프레임은 상기 수신 STA의 버퍼 상태가 보고될 액세스 카테고리를 위한 비트맵 정보 및 상기 비트맵 정보에 의해 지시되는 상기 액세스 카테고리의 개수를 기반으로 상기 수신 STA에 버퍼된 트래픽의 전송 우선 순위를 나타내는 트래픽 식별자의 개수를 지시하는 식별자 정보를 포함하는, 단계; 및
    상기 AP가, 상기 버퍼상태보고 프레임을 기반으로 UL MU MIMO(uplink Multi-user Multiple Input Multiple Output) 송신에 참여하는 다수의 사용자 STA을 위한 트리거 프레임을 송신하는 단계를 포함하는 방법.
  2. 제1 항에 있어서,
    상기 식별자 정보는 상기 트래픽 식별자의 개수를 상기 비트맵 정보에 의해 지시되는 상기 액세스 카테고리의 개수만큼 뺀 값으로 설정되는 방법.
  3. 상기 버퍼 상태는 상기 버퍼된 트래픽의 트래픽 사이즈와 연관된 정보를 포함하는 방법.
  4. 제1 항에 있어서,
    상기 비트맵 정보에 제1 내지 제 4비트(bits)가 할당되고,
    상기 제1 비트는 가장 높은 우선 순위를 갖는 제1 액세스 카테고리, 상기 제2 비트는 가장 낮은 우선 순위를 갖는 제2 액세스 카테고리, 상기 제3 비트는 상기 제1 액세스 카테고리보다 낮은 우선 순위를 갖는 제3 액세스 카테고리 및 상기 제4 비트는 상기 제3 액세스 카테고리의 우선 순위보다 낮은 우선 순위를 갖는 제4 액세스 카테고리에 상응하는 방법.
  5. 제4 항에 있어서,
    상기 비트맵 정보는 상기 제1 내지 제4 비트 중 상기 버퍼 상태가 보고될 액세스 카테고리에 상응하는 위치의 비트가'1'로 지시되고, 나머지 액세스 카테고리에 상응하는 위치의 비트가 '0'으로 지시되는 비트맵인 방법.
  6. 제4 항에 있어서,
    상기 비트맵 정보의 상기 제1 내지 제4 비트가 모두 '0'으로 설정되면, 상기 식별자 정보는 상기 트래픽 식별자의 최대 개수를 지시하는 방법.
  7. 제1 항에 있어서,
    상기 트래픽 식별자는 상기 전송 우선 순위에 따라 제1 내지 제8 트래픽 식별자 중 어느 하나인 방법.
  8. 무선랜 시스템에서 상향링크 전송을 위한 방법을 이용하는 무선 단말에 있어서, 상기 무선 단말은,
    무선신호를 송수신하는 송수신기; 및
    상기 송수신기에 연결되는 프로세서를 포함하되, 상기 프로세서는,
    상기 무선 단말에 결합된(association) 수신 STA으로부터 버퍼상태보고 프레임을 수신하도록 구현되되, 상기 버퍼상태보고 프레임은 상기 수신 STA의 버퍼 상태가 보고될 액세스 카테고리를 위한 비트맵 정보 및 상기 비트맵 정보에 의해 지시되는 상기 액세스 카테고리의 개수를 기반으로 상기 수신 STA에 버퍼된 트래픽의 전송 우선 순위를 나타내는 트래픽 식별자의 개수를 지시하는 식별자 정보를 포함하고,
    상기 버퍼상태보고 프레임을 기반으로 UL MU MIMO(uplink Multi-user Multiple Input Multiple Output) 송신에 참여하는 다수의 사용자 STA을 위한 트리거 프레임을 송신하도록 구현되는 무선 단말.
  9. 제8 항에 있어서,
    상기 식별자 정보는 상기 트래픽 식별자의 개수를 상기 비트맵 정보에 의해 지시되는 상기 액세스 카테고리의 개수만큼 뺀 값으로 설정되는 방법.
  10. 제8 항에 있어서,
    상기 버퍼 상태는 상기 버퍼된 트래픽의 트래픽 사이즈와 연관된 정보를 포함하는 방법.
PCT/KR2017/001796 2016-02-17 2017-02-17 무선랜 시스템에서 상향링크 전송을 위한 방법 및 이를 이용한 무선 단말 WO2017142357A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/076,087 US11178568B2 (en) 2016-02-17 2017-02-17 Method for uplink transmission in wireless LAN system and wireless terminal using same

Applications Claiming Priority (10)

Application Number Priority Date Filing Date Title
US201662296108P 2016-02-17 2016-02-17
US62/296,108 2016-02-17
US201662299012P 2016-02-24 2016-02-24
US62/299,012 2016-02-24
US201662303394P 2016-03-04 2016-03-04
US62/303,394 2016-03-04
US201662335605P 2016-05-12 2016-05-12
US62/335,605 2016-05-12
US201662344404P 2016-06-02 2016-06-02
US62/344,404 2016-06-02

Publications (1)

Publication Number Publication Date
WO2017142357A1 true WO2017142357A1 (ko) 2017-08-24

Family

ID=59626234

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/001796 WO2017142357A1 (ko) 2016-02-17 2017-02-17 무선랜 시스템에서 상향링크 전송을 위한 방법 및 이를 이용한 무선 단말

Country Status (2)

Country Link
US (1) US11178568B2 (ko)
WO (1) WO2017142357A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019164687A1 (en) * 2018-02-20 2019-08-29 Qualcomm Incorporated Improved traffic identifier based buffer status reporting

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020107937A (ja) * 2018-12-26 2020-07-09 キヤノン株式会社 通信装置、通信方法、およびプログラム
JP7140001B2 (ja) * 2019-03-01 2022-09-21 日本電信電話株式会社 無線通信システム及び無線通信方法
WO2021002617A1 (ko) * 2019-07-02 2021-01-07 엘지전자 주식회사 멀티링크에서 tid와 링크의 매핑
JP7234090B2 (ja) * 2019-10-23 2023-03-07 株式会社東芝 電子装置及び方法
US20210112626A1 (en) * 2020-12-23 2021-04-15 Intel Corporation Ap coordinated p2p communications in wi-fi network
TW202348053A (zh) * 2022-04-22 2023-12-01 美商元平台技術有限公司 報告用於無線點對點流量的緩衝區狀態之系統和方法
TW202408296A (zh) * 2022-04-22 2024-02-16 美商元平台技術有限公司 請求用於無線點對點流量的緩衝區狀態之系統和方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050249227A1 (en) * 2004-05-07 2005-11-10 Wang Huai Y Method for indicating buffer status in a WLAN access point
KR101569429B1 (ko) * 2012-12-24 2015-11-16 이노베이티브 소닉 코포레이션 무선 통신 시스템에서의 스몰 셀 향상 방법 및 장치
WO2015190779A1 (ko) * 2014-06-08 2015-12-17 엘지전자 주식회사 무선랜 시스템에서 상향링크 다중 사용자 전송 방법 및 이를 위한 장치
WO2015199306A1 (ko) * 2014-06-26 2015-12-30 엘지전자(주) 무선 통신 시스템에서 다중 사용자 상향링크 데이터 전송을 위한 방법 및 이를 위한 장치
US20150382275A1 (en) * 2013-02-07 2015-12-31 Interdigital Patent Holdings, Inc. Method and apparatus for selecting a routing path in a mesh network

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7394794B2 (en) * 2002-01-17 2008-07-01 Texas Instruments Incorporated Traffic identifier field usage in a polling frame in a packet-based wireless network
JP4391316B2 (ja) * 2003-07-31 2009-12-24 富士通マイクロエレクトロニクス株式会社 ワイヤレスｌａｎ用のメディア・アクセス・コントロール装置
KR100861931B1 (ko) * 2005-06-10 2008-10-09 삼성전자주식회사 패킷 수집에 적합한 버퍼 디스크립터 구성 장치 및 방법
JP4891392B2 (ja) * 2006-04-13 2012-03-07 ドルビー ラボラトリーズ ライセンシング コーポレイション 無線処理システム装置のキュー長の推定および無線ネットワークにおける信号受信品質の推定
US20160174225A1 (en) * 2014-12-12 2016-06-16 Qualcomm Incorporated Traffic advertisement in neighbor aware network (nan) data path
US9826532B1 (en) * 2015-02-09 2017-11-21 Marvell International Ltd. Orthogonal frequency division multiple access resource request
US10306603B1 (en) * 2015-02-09 2019-05-28 Marvell International Ltd. Resource request for uplink multi-user transmission
US10305638B2 (en) * 2015-03-04 2019-05-28 Wilus Institute Of Standards And Technology Inc. Wireless communication terminal and wireless communication method for multi-user concurrent transmission
EP3289693A4 (en) * 2015-04-30 2018-12-26 Newracom, Inc. Multi-user communication in wireless networks
WO2017062947A1 (en) * 2015-10-09 2017-04-13 Interdigital Patent Holdings, Inc. Procedures for high efficiency acknowledgement transmission
US11418999B2 (en) * 2016-02-10 2022-08-16 Apple Inc. Buffer status report for high priority transmission

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050249227A1 (en) * 2004-05-07 2005-11-10 Wang Huai Y Method for indicating buffer status in a WLAN access point
KR101569429B1 (ko) * 2012-12-24 2015-11-16 이노베이티브 소닉 코포레이션 무선 통신 시스템에서의 스몰 셀 향상 방법 및 장치
US20150382275A1 (en) * 2013-02-07 2015-12-31 Interdigital Patent Holdings, Inc. Method and apparatus for selecting a routing path in a mesh network
WO2015190779A1 (ko) * 2014-06-08 2015-12-17 엘지전자 주식회사 무선랜 시스템에서 상향링크 다중 사용자 전송 방법 및 이를 위한 장치
WO2015199306A1 (ko) * 2014-06-26 2015-12-30 엘지전자(주) 무선 통신 시스템에서 다중 사용자 상향링크 데이터 전송을 위한 방법 및 이를 위한 장치

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019164687A1 (en) * 2018-02-20 2019-08-29 Qualcomm Incorporated Improved traffic identifier based buffer status reporting
US10779315B2 (en) 2018-02-20 2020-09-15 Qualcomm Incorporated Traffic identifier based buffer status reporting

Also Published As

Publication number Publication date
US20210195460A1 (en) 2021-06-24
US11178568B2 (en) 2021-11-16

Similar Documents

Publication Publication Date Title
WO2017074070A1 (ko) 무선랜 시스템에서 다중 사용자의 상향링크 프레임의 전송을 위한 방법
WO2020013594A1 (ko) 무선랜 시스템에서 데이터를 전송하는 방법 및 장치
WO2017142357A1 (ko) 무선랜 시스템에서 상향링크 전송을 위한 방법 및 이를 이용한 무선 단말
WO2019203626A1 (ko) 무선랜 시스템에서 상향링크 접속을 통해 통신을 수행하는 방법 및 장치
WO2020050528A1 (ko) Rf의 최대 전송 가능한 대역폭이 서로 다른 무선장치가 있는 wlan 환경에서 최적화된 위상 회전을 적용하는 방법 및 장치
WO2017183870A2 (ko) 무선랜 시스템에서 랜덤액세스를 기반으로 전송된 프레임을 위한 방법 및 이를 이용한 무선 단말
WO2019194516A1 (ko) 무선랜 시스템에서 fdr을 기반으로 ppdu를 송신하는 방법 및 장치
WO2017164687A1 (ko) 무선랜 시스템에서 전력 관리를 위한 방법 및 이를 이용한 무선 단말
WO2020032430A1 (ko) 무선랜 시스템에서 ppdu를 전송하는 방법 및 장치
WO2019245265A1 (ko) 무선랜 시스템에서 데이터를 전송하는 방법 및 장치
WO2020022814A1 (ko) 무선랜 시스템에서 ul 데이터를 수신하는 방법 및 장치
WO2017119759A1 (ko) 무선랜 시스템에서 전력 관리를 위한 방법 및 이를 이용한 단말
WO2020060168A1 (ko) 무선랜 시스템에서 데이터를 전송하는 방법 및 장치
WO2019240541A1 (ko) 무선랜 시스템에서 상향링크 데이터를 수신하는 방법 및 장치
WO2017183868A1 (ko) 무선랜 시스템에서 상향링크 전송을 위한 방법 및 이를 이용한 무선 단말
WO2019009596A1 (ko) 무선랜 시스템에서 채널화된 복수의 채널을 기반으로 프레임을 송신하는 방법 및 이를 이용한 무선 단말
WO2020050541A1 (ko) 무선랜 시스템에서 프레임을 송수신하는 방법 및 장치
WO2020060169A1 (ko) 무선랜 시스템에서 데이터를 수신하는 방법 및 장치
WO2019190151A1 (ko) 무선랜 시스템에서 s-tdma를 기반으로 ppdu를 전송하는 방법 및 장치
WO2020009389A1 (ko) 무선랜 시스템에서 ppdu를 전송하는 방법 및 장치
WO2017074025A1 (ko) 무선랜 시스템에서 데이터를 수신하는 방법 및 이를 이용한 단말
WO2020050680A1 (ko) 무선랜 시스템에서 피드백 프레임을 수신하는 방법 및 장치
WO2017191903A1 (ko) 무선 랜 시스템에서 동작모드를 변경하는 방법 및 장치
WO2020071733A1 (ko) 무선랜 시스템에서 ngv 프레임을 광대역에서 송신하기 위해 구성하는 방법 및 장치
WO2017183807A1 (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: 17753518

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17753518

Country of ref document: EP

Kind code of ref document: A1