WO2018008890A1 - 무선 랜 시스템에서 txop 파워 세이브 모드로 동작하는 방법 및 장치 - Google Patents

무선 랜 시스템에서 txop 파워 세이브 모드로 동작하는 방법 및 장치 Download PDF

Info

Publication number
WO2018008890A1
WO2018008890A1 PCT/KR2017/006836 KR2017006836W WO2018008890A1 WO 2018008890 A1 WO2018008890 A1 WO 2018008890A1 KR 2017006836 W KR2017006836 W KR 2017006836W WO 2018008890 A1 WO2018008890 A1 WO 2018008890A1
Authority
WO
WIPO (PCT)
Prior art keywords
station
txop
frame
sta
power save
Prior art date
Application number
PCT/KR2017/006836
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 엘지전자 주식회사
Publication of WO2018008890A1 publication Critical patent/WO2018008890A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • 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]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present disclosure relates to a technique relating to a power save mode in a wireless LAN system, and more particularly, to a method and apparatus for operating in a TXOP power save mode in a wireless station of a wireless LAN system.
  • next-generation WLANs 1) enhancements to the Institute of Electronics and Electronics Engineers (IEEE) 802.11 physical physical access (PHY) and medium access control (MAC) layers in the 2.4 GHz and 5 GHz bands, and 2) spectral efficiency and area throughput. aims to improve performance in real indoor and outdoor environments, such as in environments where interference sources exist, dense heterogeneous network environments, and high user loads.
  • IEEE Institute of Electronics and Electronics Engineers
  • PHY physical physical access
  • MAC medium access control
  • next-generation WLAN The environment mainly considered in the next-generation WLAN is a dense environment having many access points (APs) and a station (STA), and improvements in spectral efficiency and area throughput are discussed in such a dense environment.
  • next generation WLAN there is an interest in improving practical performance not only in an indoor environment but also in an outdoor environment, which is not much considered in a conventional WLAN.
  • next-generation WLAN there is a great interest in scenarios such as wireless office, smart home, stadium, hotspot, building / apartment, and AP based on the scenario.
  • STA are discussing about improving system performance in a dense environment with many STAs.
  • next-generation WLAN In addition, in the next-generation WLAN, there will be more discussion about improving system performance in outdoor overlapping basic service set (OBSS) environment, improving outdoor environment performance, and cellular offloading, rather than improving single link performance in one basic service set (BSS). It is expected.
  • the directionality of these next-generation WLANs means that next-generation WLANs will increasingly have a technology range similar to that of mobile communications. Considering the recent situation in which mobile communication and WLAN technology are discussed together in the small cell and direct-to-direct (D2D) communication area, the technical and business convergence of next-generation WLAN and mobile communication is expected to become more active.
  • D2D direct-to-direct
  • the present specification proposes a technique for operating in the TXOP power save mode.
  • the present specification proposes an example of a method of operating in a TXOP power save mode in a wireless LAN system and an apparatus on which the method is performed.
  • the first station may be a non-AP station and the second station may correspond to an AP station communicating with the non-AP station.
  • the first station may be an intended station or an unintended station.
  • the intended station may correspond to a station that has received a frame containing its AID from the AP station.
  • the unintended station may correspond to a station that receives a frame that does not contain its AID from the AP station.
  • the first station receives a Multi User-Request To Send (MU-RTS) frame during TXOP from the second station.
  • MU-RTS Multi User-Request To Send
  • the MU-RTS frame is used to inform the MU STA that the medium is to be accessed, thereby obtaining the MU TXOP.
  • the first station determines a transition to a doze state for the remainder of the TXOP. That is, even if the TXOP period is not finished, if there is no frame to transmit and receive between the AP and the STA because there is no AID of the STA, the STA transitions to the doze state for the remaining TXOP period. As a result, the power of the STA can be saved more.
  • AID Association Identifier
  • the first station may determine whether to transmit a clear to send (CTS) frame.
  • CTS clear to send
  • the first station may set a network allocation vector (NAV) from a start point of the TXOP.
  • NAV network allocation vector
  • the first station may transition to a doze state for the remainder of the TXOP.
  • the first station If the first station does not transmit the CTS frame, the first station transitions to a doze state for the remainder of the TXOP when the NAV is not reset, and an awake state when the NAV is reset. ) Can be maintained.
  • the first station may determine whether the CTS can be detected until the CTS timeout is reached.
  • the first station may transmit TXOP power save request information through an OMI control field.
  • the TXOP power save request information may be indicated by 1 bit reserved in the OMI control field.
  • the OMI control field may correspond to the OMI A-Control field.
  • the first station may request the TXOP PS through the OMI control field and receive an ACK for the TXOP PS request from the second station.
  • the first station may receive a TXOP power save subfield through a trigger frame from the second station.
  • the TXOP power save subfield may be indicated by 1 bit reserved in the trigger frame.
  • the first station may transition to a doze state for the remaining period of the TXOP.
  • the TXOP power save subfield indicates 0, even if there is no AID of the first station in the MU-RTS frame, the first station does not transition to a doze state for the remaining period of the TXOP.
  • An embodiment using the TXOP power save subfield may be a technique for explicitly signaling that a specific subfield is used for the TXOP PS.
  • the first station may determine a transition to a doze state for the remaining period of the TXOP without performing capability negotiation with the second station.
  • the first station may be an unintended station, so capability negotiation with the second station may be needed via the HE capabilities element.
  • the STA when communication between the STA and the AP is terminated during the TXOP, the STA transitions to the doze state during the remaining TXOP period and may operate in the power save mode. As a result, power of the STA may be saved, and a substantial operating time of the STA operating on a battery basis may be increased.
  • WLAN wireless local area network
  • 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.
  • FIG. 4 is a diagram illustrating an arrangement of resource units (RUs) used on a 20 MHz band.
  • FIG. 5 is a diagram illustrating an arrangement of resource units (RUs) used on a 40 MHz band.
  • FIG. 6 is a diagram illustrating an arrangement of resource units (RUs) used on an 80 MHz band.
  • FIG. 7 is a diagram illustrating another example of the HE-PPDU.
  • FIG. 8 is a block diagram showing an example of the HE-SIG-B according to the present embodiment.
  • FIG. 9 shows an example of a trigger frame.
  • FIG 11 illustrates an example of subfields included in an individual user information field.
  • FIG. 12 shows an example of an HE Capabilities information field for HE TXOP PS.
  • FIG. 13 shows an example of the operation of the HE TXOP PS for the intended HE STA.
  • 16 is a flowchart illustrating a procedure of operating in a TXOP power save mode according to the present embodiment.
  • 17 is a block diagram illustrating a wireless device to which the present embodiment can be applied.
  • WLAN wireless local area network
  • BSS infrastructure basic service set
  • IEEE Institute of Electrical and Electronic Engineers
  • the WLAN system may include one or more infrastructure BSSs 100 and 105 (hereinafter, BSS).
  • BSSs 100 and 105 are a set of APs and STAs such as an access point 125 and a STA1 (station 100-1) capable of successfully synchronizing and communicating with each other, and do not indicate a specific area.
  • the BSS 105 may include one or more STAs 103-1 and 105-2 that can be coupled to one AP 130.
  • the BSS may include at least one STA, APs 125 and 130 for providing a distribution service, and a distribution system (DS) 110 for connecting a plurality of APs.
  • STA STA
  • APs 125 and 130 for providing a distribution service
  • DS distribution system
  • the distributed system 110 may connect several BSSs 100 and 105 to implement an extended service set (ESS) 140 which is an extended service set.
  • ESS 140 may be used as a term indicating one network in which one or several APs 125 and 230 are connected through the distributed system 110.
  • APs included in one ESS 140 may have the same service set identification (SSID).
  • the portal 120 may serve as a bridge for connecting the WLAN network (IEEE 802.11) with another network (for example, 802.X).
  • a network between the APs 125 and 130 and a network between the APs 125 and 130 and the STAs 100-1, 105-1 and 105-2 may be implemented. However, it may be possible to perform communication by setting up a network even between STAs without the APs 125 and 130.
  • a network that performs communication by establishing a network even between STAs without APs 125 and 130 is defined as an ad-hoc network or an independent basic service set (BSS).
  • FIG. 1 is a conceptual diagram illustrating an IBSS.
  • the IBSS is a BSS operating in an ad-hoc mode. Since IBSS does not contain an AP, there is no centralized management entity. That is, in the IBSS, the STAs 150-1, 150-2, 150-3, 155-4, and 155-5 are managed in a distributed manner. In the IBSS, all STAs 150-1, 150-2, 150-3, 155-4, and 155-5 may be mobile STAs, and access to a distributed system is not allowed, thus making a self-contained network. network).
  • a STA is any functional medium that includes 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. May be used to mean both an AP and a non-AP STA (Non-AP Station).
  • MAC medium access control
  • IEEE Institute of Electrical and Electronics Engineers
  • the STA may include a mobile terminal, a wireless device, a wireless transmit / receive unit (WTRU), a user equipment (UE), a mobile station (MS), a mobile subscriber unit ( 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
  • UE mobile subscriber unit
  • It may also be called various names such as a mobile subscriber unit or simply a user.
  • 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) 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.).
  • FIG. 4 is a diagram illustrating an arrangement of resource units (RUs) used on a 20 MHz band.
  • resource units corresponding to different numbers of tones (ie, subcarriers) 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 may be used for 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, 4) 20, Bandwidth field indicating whether 40, 80, 160, 80 + 80 MHz, 5) field indicating the MCS scheme applied to HE-SIG-B, 6) HE-SIB-B has dual subcarrier modulation for MCS ( field indicating whether it is modulated by dual subcarrier modulation), 7) field indicating the number of symbols used for HE-SIG-B, and 8) indicating whether HE-SIG-B is generated over the entire band.
  • PE Packet Extension
  • CRC field of the HE-SIG-A and the like.
  • 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.
  • the HE-SIG-A 750 or the HE-SIG-B 760 may include resource allocation information (or virtual resource allocation information) for at least one receiving STA.
  • FIG. 8 is a block diagram showing an example of the HE-SIG-B according to the present embodiment.
  • 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-feature field" for two users and a corresponding CRC field, as shown.
  • the previous field of 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 of the corresponding frequency band (ie, the fourth frequency band).
  • 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 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 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, and the transmission from the STA to the AP may be referred to 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 the uplink transmission may be expressed 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 to 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 multiple input multiple output (MU MIMO), and such transmission is referred to as DL MU MIMO transmission. It can be expressed as.
  • an orthogonal frequency division multiple access (OFDMA) based transmission method is preferably supported for uplink transmission and / or 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 may perform DL MU transmission based on OFDMA, and such transmission may be expressed by the term DL MU OFDMA transmission.
  • the AP may transmit downlink data (or downlink frame, downlink PPDU) to each of the plurality of STAs through each of 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 may be used with DL MU MIMO transmission. For example, DL MU MIMO transmission based on a plurality of space-time streams (or spatial streams) on a specific subband (or subchannel) allocated for DL MU OFDMA transmission is performed. 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 a frequency domain or a 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 frequency resources allocated thereto.
  • Such a transmission method through different frequency resources may be represented by the term UL MU OFDMA transmission method.
  • each of a plurality of STAs When uplink transmission by each of a plurality of STAs is performed on 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 are indicated through a trigger frame.
  • the trigger frame of FIG. 9 allocates resources for uplink multiple-user transmission and may 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, each length can 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
  • FIG. 10 shows an example of a common information field. 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 reservation 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 trigger frame.
  • the GI and LTF type field 1050 may include information about the length of the LTF and the GI 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.
  • 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 called 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. 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.
  • An AID12 field or a 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 is all or part of an AID. Can be
  • 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.
  • a power save mechanism is provided to increase the lifespan of a STA of a WLAN.
  • the STA can operate based on two modes (or states): active mode (awake state) and sleep mode (doze state). have.
  • the STA may operate in a power save mode based on the awake state or the doze state.
  • the STA in the active mode may perform normal operations such as transmission or reception of a frame and channel scanning.
  • the STA in the sleep mode does not perform transmission or reception of a frame and does not perform channel scanning to reduce power consumption.
  • the STA operating in the power save mode may remain in the doze state to reduce power consumption and, if necessary, switch to an awake state (or transition) to communicate with the AP.
  • the power consumption of the STA may decrease and the lifetime of the STA may also increase.
  • transmission or reception of the frame of the STA is impossible. If there is a pending uplink frame in the STA, the STA may switch from the doze state to the active state and transmit the uplink frame to the AP. On the contrary, when there is a pending frame to be transmitted to the STA in the doze state, the AP cannot transmit the frame pending to the STA until the STA switches to the awake mode.
  • the STA may occasionally switch from the doze state to the awake state and receive information on whether there is a frame pending for the STA from the AP.
  • the AP may transmit information on the existence of downlink data pending for the STA to the STA in consideration of the transition time of the STA to the awake state.
  • the STA may periodically switch from the doze state to the awake state to receive a beacon frame in order to receive information on whether there is a frame pending for the STA.
  • the beacon frame is a frame used for passive scanning of the STA and may include information on the capability of the AP.
  • the AP may transmit a beacon frame to the STA periodically (eg, 100 msec).
  • an STA may operate based on a TXOP power save mode, which is a power save mode based on a transmission opportunity (TXOP) as well as a TIM (Traffic Indication Map) based power save mode included in a beacon frame.
  • TXOP transmission opportunity
  • TIM Traffic Indication Map
  • An STA operating in a TXOP power save mode transitions to a doze state during a TXOP duration (or a TXOP duration set by a frame of another STA) when media occupancy for transmission of a frame of another STA occurs. Can be.
  • the STA operating in the conventional TXOP power save mode receives a downlink frame from the combined AP and partially combines the identifier with the group ID included in the PHY header (or PLCP header) of the downlink PPDU that transmitted the downlink frame. It may be determined whether to switch to a doze state or maintain an awake state based on the (Partial association identifier (AID)).
  • AID Partial association identifier
  • the STA may be switched to the doze state when the group identifier included in the PHY header of the received downlink PPDU does not match.
  • the STA matches the group identifier included in the PHY header of the downlink PPDU and the group identifier of the STA, but the PAID included in the PHY header of the downlink PPDU does not match, the STA goes into a doze state. Can be switched.
  • VHT TXOP power save is defined.
  • the STA may enter the doze state for the TXOP duration when receiving an unintended frame. However, if the STA enters the doze state for the TXOP duration after receiving the Overlapped BSS (OBSS) frame, it may miss the Intra BSS frame intended for the OBSS frame. In addition, since the BSS color and TXOP duration fields are not defined in the VHT SIG field, the STA cannot distinguish the OBSS frame from the intra BSS frame and cannot enter the TXOP PS after receiving only the VHT preamble.
  • OBSS Overlapped BSS
  • the BSS color field is defined in the PPDU header of the PPDU.
  • the BSS color field includes information for indicating the BSS that transmitted the PPDU (or frame). If the BSS color field indicates another BSS, the STA may know that the received PPDU was transmitted from an AP of another BSS.
  • 802.11ax there are several mechanisms for power saving, such as intra PPDU power save and target wave time (TWT).
  • TWT target wave time
  • the HE STA in the intra PPDU power save mode may enter the doze state until the received PPDU ends. In this case, the HE STA must consider using the medium during the doze state and transition to the awake state at the end of the PPDU. Finally, the HE STA must repeat the transition to sleep and awake states in all PPDUs for intra PPDU power saves.
  • the HE STA may set individual TWT agreements for TWT operation and may utilize broadcast TWT operation for power saving.
  • TWT enables the STA to manage BSS activities by scheduling the STAs to operate at different times to minimize the competition between the STAs and to reduce the time required for the STAs in the power save mode to be awake. Since individual TWT operations are based on STA criteria, STAs without a TWT agreement cannot power save using TWT operations.
  • the AP In the case of the TWT operation, the AP must have a restriction for scheduling the TWT STA according to the TWT SP (Service Period). In a high density environment, the AP may need to schedule the STA more dynamically.
  • TWT SP Service Period
  • a HE TXOP power save (PS) is defined. This allows the STA requesting the HE TXOP PS to sleep for the remaining TXOP when the packet is not transmitted to itself when receiving the packet from the AP. Eventually, the STA requesting the HE TXOP PS can be informed whether to receive a further schedule.
  • the HE TXOP PS mechanism is useful for a non-TWT STA to power save in an awake state.
  • the STA In order for the STA to enter the doze state for the remainder of the TXOP, the STA must know the information that it will not be scheduled by the AP for the TXOP.
  • the MU-RTS trigger frame can be used to define this information without defining new control signaling.
  • the HE TXOP PS mechanism defined in the present specification is as follows. If there is no matching AID in the intra BSS MU-RTS frame, the STA may enter a doze state for the remaining TXOP duration for the HE TXOP PS.
  • HE TXOP PS can be defined as an optional feature by adding capability bits to the HE Capabilities element.
  • FIG. 12 shows an example of an HE Capabilities information field for HE TXOP PS.
  • HE TXOP PS Support bit in the HE Capabilities element. Capability negotiation is performed through HE TXOP PS Support in the HE Capabilities information field of FIG. 12.
  • the HE TXOP PS may be defined as mandatory, and in the case of the STA, the HE TXOP PS may be defined as optional. Accordingly, the AP and the STA that have completed the capability negotiation may perform an operation process for the HE TXOP PS.
  • a HE TXOP PS Support field may be defined using 1 bit in the HE Capabilities information field.
  • the HE TXOP PS subfield of the HE Capabilities information field may be defined as shown in the following table.
  • Subfield Definition Encoding HE TXOP PS Indicates whether the non-AP HE STA has enabled TXOP power save or whether the AP supports TXOP power save mode Set to 0 if the non-AP HE STA does not enable TXOP power save mode.Set to 1 if the non-AP HE STA enables TXOP power save mode.Set to 0 if the AP does not support TXOP power save mode.Set to 1 if the AP supports TXOP power save mode.
  • a non-AP HE STA whose HE TXOP PS Support field of the HE Capabilities element is 1 may enter a doze state until the end of TXOP when the following condition is satisfied.
  • the non-AP HE STA receives an intra BSS MU-RTS trigger frame that does not have a user information field addressed to the STA. That is, all AID12 subfields 1110 of the user information field of the MU-RTS trigger frame are not the same as the AID of the STA. And, if the STA instructed to receive the control frame having a TA set to the transmitted BSSID (Rx Control Frame To MultiBSS set to 1 in HE Capabilities element), the MU-RTS trigger frame is the AP associated with the STA or transmitted Sent by AP corresponding to BSSID
  • the PHY-RXSTART.indication primitive is received from the PHY during the NAVTimeout period from when the MAC receives the PHY-RXEND.indication primitive corresponding to the detection of the MU-RTS trigger frame.
  • the NAVTimeout period is equal to (2 x aSIFSTime) + (CTS_Time) + aRxPHYStartDelay + (2 x aSlotTime).
  • Option 1 If the HE STA that is not capable of the TWT operation can perform the HE TXOP PS outside the TWT SP, coexistence is not allowed in the same period.
  • TWT SP allows coexistence of HE TXOP PS.
  • the cascade indicator field 1020 of the trigger frame in the TWT SP is not affected by the HE TXOP PS. That is, even if the cascade indicator field 1020 indicates 0 and the transmission of the trigger frame is terminated, the HE TXOP PS is not affected.
  • the HE TXOP PS is a technique in which an STA that receives an unintentional frame during TXOP remains dormant until the end of the TXOP.
  • the conditions for performing the HE TXOP PS are as follows.
  • Condition 1 There is no STAID that matches the intra BSS MU-RTS frame. If the unintentional HE STA receives the MU-RTS frame without its AID, it may be in a doze state for the remaining TXOP interval for the HE TXOP PS.
  • EOSP End Of Service Period
  • More Data is set to 0.
  • the intended STA sends an acknowledgment for the frame for the HE TXOP PS and then enters the doze state for the remaining TXOP duration. Can be.
  • the negotiation method for the HE TXOP PS is as follows.
  • Implicit method The AP should announce whether or not the HE STA supports power saving during TXOP in the beacon / probe response frame. If the HE STA has an unintended frame that it receives during TXOP, the HE STA may enter a doze state and may sleep until the end of the TXOP.
  • the AP should not transmit the frame to the HE STA. This is because the NAV at the start of TXOP could enter the doze state until it expires. Due to the problem of TXOP truncation, the HE STA may inform the HE TXOP PS with a signal that can be used by the OMI A-Control (Operating Mode Indication Aggregated-Control) field (1 bit signaling).
  • OMI A-Control Operating Mode Indication Aggregated-Control
  • the OMI may indicate a transmit operating mode (TOM) or a receive operating mode (ROM).
  • the reception operation mode is related to an operation in which an STA (eg, a non-AP STA) reporting an operation mode receives a signal from a counterpart STA (eg, an AP).
  • the transmission operation mode is related to an operation of transmitting a signal to the STA (eg, a non-AP STA) that the other STA (eg, the AP) reported the operation mode.
  • the operation mode may correspond to the number of spatial streams and / or the size of the channel bandwidth.
  • the AP must inform whether the HE STA supports power saving during the TXOP in the beacon / probe response frame.
  • An HE STA (eg, an intended or unintended STA) may negotiate to support the HE TXOP PS.
  • the bits for HE TXOP PS Capability in the HE capabilities information of the HE Capabilities element indicate the following.
  • the AP When transmitted in a beacon / probe response, the AP indicates whether the HE STA of the BSS can enter the doze state (ie, the HE TXOP PS mode).
  • the AP may set the HE TXOP PS subfield to 1 in the HE Capabilities element transmitted to request participation in the HE TXOP PS by all HE STAs that are associated and declared to support power saving.
  • the HE TXOP PS subfield is set to 1, the HE TXOP PS indicates a HE STA. If the HE TXOP PS subfield is set to 0, the HE TXOP PS subfield is set to 0, indicating a HE STA rather than the HE TXOP PS.
  • the AP should inform whether the HE STA supports power saving during TXOP in the beacon / probe response frame.
  • the AP must know whether the HE STA is capable of power saving during TXOP.
  • the HE STA must inform the AP of switching between TXOP PS modes.
  • One bit of the OMI A-Control field may be used.
  • the AP needs to indicate whether the HE STA is allowed to enter the doze state during that TXOP.
  • the intended STA and the unintended STA must be defined separately.
  • the HE STA in the HE TXOP PS mode must know the TXOP duration and AID intended by the AP. For example, this is done by checking the duration / ID field of the MU-RTS frame. Requires MU-RTS / CTS exchange at TXOP start.
  • the AP must buffer the data frame of the HE STA entering the doze state until the TXOP ends.
  • FIG. 13 shows an example of the operation of the HE TXOP PS for the intended HE STA.
  • the EOSP subfield and the More Data field may be used implicitly in the DL data for the HE TXOP PS.
  • the intended STA sends an acknowledgment for the frame for the HE TXOP PS and then enters the doze state for the remaining TXOP duration.
  • the EOSP subfield is set to 1 to indicate the end of the current SP in the last frame, and the More Data field is set to 0 to indicate that there is no more buffered data.
  • reception of the trigger frame with the cascade indicator field 1020 may be implicitly considered in the UL data for the HE TXOP PS.
  • the intended STA may implicitly enter the doze state for the remaining TXOP duration after transmitting UL data for the HE TXOP PS.
  • the cascade indicator field 1020 is set to 0 to indicate the last trigger frame.
  • an existing subfield may support HE TXOP PS as follows. That is, the present embodiment may use the existing EOSP subfield and the More Data field to perform HE TXOP PS during the remaining TXOP.
  • the AP sets the EOSP subfield to 1 to indicate the end of the current Service Period in the last frame and the More Data field to 0 to implicitly indicate that no additional buffered data is available for HE TXOP PS. do.
  • the EOSP subfield When the EOSP subfield receives the frame 1310 transmitted by the AP with 1 or the More Data field 0, the intended STA sends an acknowledgment 1320 for the frame for the HE TXOP PS and then the rest. You can enter the Doze state for the duration of the TXOP.
  • the AP sends a Doze state for the remaining TXOP duration after sending an acknowledgment 1340 for UL Data. Can enter The above embodiment may be applied even when the capability negotiation is performed between the AP and the STA or the capability negotiation is not performed.
  • APSD HC sets the EOSP subfield to 1 in transmission and retransmission of the last frame of the SP to terminate the scheduled / unscheduled SP, otherwise set to 0.
  • the STA requesting the TWT may classify one of the following events as an initial TWT SP end event.
  • the ACK is transmitted in response to the request frame sent by the TWT response STA in which the EOSP subfield is 1 or the More Data field is 0.
  • the intended STA may use the EOSP and More Data fields to sleep during the remaining TXOP.
  • the AP Even if the HE STA negotiates the capability of the HE TXOP PS with the AP, the AP needs to know whether the HE STA is capable of power saving during the TXOP. If the AP does not know which STA enters the doze state for the remaining TXOP duration, the AP may transmit a frame (which may be a loss).
  • the HE STA must inform the AP of switching between TXOP PS modes.
  • OMI signaling may be explicitly used to enable HE TXOP PS.
  • the HE STA may transmit an OMI A-Control field indicating the HE TXOP PS to the AP. That is, the HE STA may request the HE TXOP PS through the HE TXOP PS subfield 1410 of the OMI A-Control field.
  • the HE TXOP PS subfield 1410 may be set to 0 to indicate that the HE STA does not want to sleep during TXOP. In addition, the HE TXOP PS subfield 1410 may be set to 1 to indicate that the HE STA wants to enter the doze state for the remaining TXOP.
  • the AP (or OMI responder) receiving the HE TXOP PS request confirms the HE TXOP PS of the HE STA by sending an ACK to the HE STA. Thereafter, when the MU-RTS (in case of RTS-CTS protection) transmitted from the AP, the trigger frame or the first frame does not include the AID of the HE STA requesting the TXOP PS, the HE STA may sleep for the remaining TXOP.
  • the MU-RTS in case of RTS-CTS protection
  • the STA requesting the TXOP PS through the OMI receives an ACK from the AP and enters the doze state during the TXOP when there is no AID in the frame received during the TXOP duration.
  • the OMI responder may enter the doze state until the TXOP ends under the following conditions.
  • the HE STA When the HE STA receives a DL PPDU not included in its AID from the AP, the HE STA may be in a doze state until the TXOP ends.
  • the HE STA When the HE STA receives the MU-RTS not included in its AID, if the HE STA listens to the CTS, the HE STA may be in a doze state until the TXOP ends.
  • the HE STA When the HE STA receives the MU-RTS not included in its AID, if the HE STA does not listen to the CTS, the HE STA may be in the doze state until the TXOP ends after waiting for the CTS timeout.
  • the HE STA may enter the doze state until the TXOP ends.
  • the HE STA may enter the doze state until the TXOP ends.
  • the AP should be able to schedule the first priority for the STA. This is because the STA requesting the HE TXOP PS may sleep immediately after receiving the packet from the AP.
  • the STA is sent at the start of TXOP.
  • the STA requesting the HE TXOP PS as described above may enter the doze state when there is no AID (or MAC address) in the packet received from the AP.
  • the AP needs to indicate whether the HE STA can enter a doze state during the TXOP.
  • a NAV-set sequence or trigger frame may be used (ie, the NAV-set sequence (eg, MU-RTS / CTS) is HE TXOP). May indicate a list of PS STAs)
  • the HE-STA may know whether it is scheduled in this TXOP. In this case, the HE STA may transmit the CTS frame 1520 in response to the MU-RTS frame.
  • the unintentional HE STA When the unintentional HE STA receives the MU-RTS frame 1510 without its AID, it may be in a doze state for the remaining TXOP period for the HE TXOP PS.
  • the HE STA in the HE TXOP PS mode must know the TXOP duration. This is done by checking the Duration field of the MU-RTS frame. MU-RTS / CTS exchange may be required at the start of TXOP.
  • the HE STA sends a MU-RTS (or RTS) to the CTS response.
  • the STA may enter the doze state after setting the NAV and checking whether the NAV is reset or not. If the STA hears the CTS, it may enter the doze state. If the STA does not hear the CTS, the STA waits for the CTS timeout and checks if the NAV is reset. Therefore, the STA may enter the dormant state unless the NAV is reset.
  • signaling may be performed using a specific subfield for the TXOP PS of an unintended STA or may be performed without signaling.
  • Embodiment 1 of signaling may be indicated through OMI.
  • a reserved 1 bit of the OMI A-Control field may be defined as HE TXOP PS.
  • Embodiment 2 of signaling may be indicated through a control frame (MU-RTS).
  • HE TXOP PS expressed by 1 bit can be defined using one subfield among reserved subfields of the common information field of the trigger frame illustrated in FIG. 10.
  • GI And LTF Type field 1050 MU MIMO LTF Mode field, Number of LTFs field, STBC field, LDPC Extra Symbol field, AP TX Power field, Packet Extension field, Spatial Reuse shown in FIG. Field, HE-SIG-A Reserved field 1040, and reserved fields are subfields that are not currently used in the MU-RTS and are reserved.
  • TXOP PS subfield can be represented by only 1 bit, it can be used as an indicator subfield of TXOP PS by using one of the reserved subfields described.
  • TXOP PS 1: In case of unintentional user of MU-RTS, perform TXOP PS.
  • TXOP PS 0: Even if an unintentional user of MU-RTS cannot wake up, TXOP PS cannot be performed.
  • the STA may implicitly define that the TXOP PS may be performed. For example, when capability negotiation is performed through the HE capabilities element, an unintended user whose AID is not present in the AID list of the user information field in the MU-RTS may perform TXOP PS for the remaining TXOP period.
  • the MU-RTS defines that TXOP PS can be used if an unintended user does not include his or her AID.
  • TXOP PS When inserting AID into MU-RTS, if there is no AID, TXOP PS can be performed (implicit method).
  • Example 1 If an unintended user receives MU-RTS while operating without signaling for TXOP PS, as in Example 1: There is no response from a frame such as CTS after MU-RTS (for example, if no packet is detected). Since the STAs should not sleep for the case, the TXOP PS may be applied in consideration of the NAVTimeout period.
  • TXOP PS is possible for the remaining TXOP.
  • Similar to NAV reset operation process for example, STA can sleep if NAV reset is not possible, and STA must stay awake if NAV reset occurs
  • the UE If the UE considers until TXOP truncation is performed to perform the TXOP PS, wait until the NAVTimeout period (non-DMG BSS) after receiving the MU-RTS and then detect the specific signal (for example, CTS) at that time TXOP PS It is defined as performing.
  • TXOP PS cannot be performed. That is, if any frame is detected after the MU-RTS reception, the NAV is not reset, so TXOP PS can be performed.
  • NAVTimeout period (2 * aSIFSTime) + (CTS_Time) + aRxPHYStartDelay + (2 * aSlotTime)
  • CTS_Time is calculated using the length of the CTS frame and the data rate at which the RTS frame used for the most recent NAV update was received.
  • TXOP PS may be implicitly performed.
  • the AP allows the HE STA to enter the doze state during TXOP as follows:
  • the AP must announce whether the HE STA supports power saving during TXOP in the beacon / probe response frame.
  • the AP In order to know whether the HE STA intends to power save the TXOP, the AP should send an acknowledgment in response to the OMI A-Control field with an indication of the HE TXOP PS.
  • the AP At the start of the TXOP, the AP must include a NAV-set sequence (eg MU-RTS / CTS) with a duration / ID value.
  • a NAV-set sequence eg MU-RTS / CTS
  • the AP should not transmit a frame to the HE STA.
  • the AP truncates the TXOP in which the HE STA can enter the doze state, it should not transmit a frame to the HE STA that can enter the doze state until the NAV set at the start of the TXOP expires.
  • the HE STA in the HE TXOP PS state may enter the doze state until the corresponding TXOP ends as follows:
  • -HE STA that wants to save power during TXOP should indicate HE TXOP PS in OMI A-Control field.
  • the HE STA When the HE STA negotiating the capability of the HE TXOP PS with the AP receives a frame indicated by an EOSP field of 1 and a More Data field of 0, the HE STA may enter a doze state until the corresponding TXOP ends.
  • the HE STA that transmits the HE TXOP PS enabled OMI A-Control field receives a frame indicated by 1 in the EOSP field and the More Data field is 0, the HE STA may enter a doze state until the corresponding TXOP ends. have.
  • the HE STA in the HE TXOP PS state and entering the doze state must continue to operate its NAV timer during the doze state and switch to the awake state when the NAV timer expires.
  • the operation of the unintended STA for the HE TXOP PS may be as follows.
  • Option 1 If there is no capability negotiation of the HE TXOP PS with the AP, when the HE STA receives an MU-RTS frame without its AID from the AP, the HE STA may implicitly enter the doze state for the remainder of the TXOP period. have.
  • Option 2 After performing the HE TXOP PS capability negotiation with the AP using the HE capability information of the HE Capabilities element, if the HE STA receives an MU-RTS frame without its own AID from the AP, it is implied for the remaining TXOP period. Can enter the doze state.
  • the HE STA may perform (or not) the capability negotiation, and the HE STA may instruct the AP to enable the HE TXOP PS.
  • the HE STA may enter the doze state for the remaining TXOP duration.
  • the HE STA when the HE STA receives an MU-RTS frame having its AID from the AP, the HE STA should not enter the doze state for the remaining TXOP duration.
  • the above technique enables a significant power saving if the HE STA does not have a frame to receive during TXOP.
  • the HE STA informs the AP and enters the TXOP PS mode.
  • the AP starts the NAV-set sequence when allowing power saving during TXOP.
  • 16 is a flowchart illustrating a procedure of operating in a TXOP power save mode according to the present embodiment.
  • the first station may be a non-AP station and the second station may correspond to an AP station communicating with the non-AP station.
  • the first station may be an intended station or an unintended station.
  • the intended station may correspond to a station that has received a frame containing its AID from the AP station.
  • the unintended station may correspond to a station that receives a frame that does not contain its AID from the AP station.
  • step S1610 the first station receives a Multi User-Request To Send (MU-RTS) frame during TXOP from the second station.
  • MU-RTS Multi User-Request To Send
  • the MU-RTS frame is used to inform the MU STA that the medium is to be accessed, thereby obtaining the MU TXOP.
  • step S1620 if there is no Association Identifier (AID) of the first station in the MU-RTS frame, the first station determines a transition to a doze state for the remaining period of the TXOP. That is, even if the TXOP period is not finished, if there is no frame to transmit and receive between the AP and the STA because there is no AID of the STA, the STA transitions to the doze state for the remaining TXOP period. As a result, the power of the STA can be saved more.
  • AID Association Identifier
  • the first station may determine whether to transmit a clear to send (CTS) frame.
  • CTS clear to send
  • the first station may set a network allocation vector (NAV) from a start point of the TXOP.
  • NAV network allocation vector
  • the first station may transition to a doze state for the remainder of the TXOP.
  • the first station If the first station does not transmit the CTS frame, the first station transitions to a doze state for the remainder of the TXOP when the NAV is not reset, and an awake state when the NAV is reset. ) Can be maintained.
  • the first station may determine whether the CTS can be detected until the CTS timeout is reached.
  • the first station may transmit TXOP power save request information through an OMI control field.
  • the TXOP power save request information may be indicated by 1 bit reserved in the OMI control field.
  • the OMI control field may correspond to the OMI A-Control field.
  • the first station may request the TXOP PS through the OMI control field and receive an ACK for the TXOP PS request from the second station.
  • the first station may receive a TXOP power save subfield through a trigger frame from the second station.
  • the TXOP power save subfield may be indicated by 1 bit reserved in the trigger frame.
  • the first station may transition to a doze state for the remaining period of the TXOP.
  • the TXOP power save subfield indicates 0, even if there is no AID of the first station in the MU-RTS frame, the first station does not transition to a doze state for the remaining period of the TXOP.
  • An embodiment using the TXOP power save subfield may be a technique for explicitly signaling that a specific subfield is used for the TXOP PS.
  • the first station may determine a transition to a doze state for the remaining period of the TXOP without performing capability negotiation with the second station.
  • the first station may be an unintended station, so capability negotiation with the second station may be needed via the HE capabilities element.
  • 17 is a block diagram illustrating a wireless device to which the present embodiment can be applied.
  • the wireless device may be an AP or a non-AP station (STA) that may implement the above-described embodiment.
  • the wireless device may correspond to the above-described user or may correspond to a transmission device for transmitting a signal to the user.
  • the AP 1700 includes a processor 1710, a memory 1720, and a radio frequency unit 1730.
  • the RF unit 1730 may be connected to the processor 1710 to transmit / receive a radio signal.
  • the processor 1710 may implement the functions, processes, and / or methods proposed herein.
  • the processor 1710 may perform an operation according to the present embodiment described above. That is, the processor 1710 may perform an operation that may be performed by the AP during the operations disclosed in the embodiments of FIGS. 1 to 16.
  • the non-AP STA 1750 includes a processor 1760, a memory 1770, and a radio frequency unit 1780.
  • the RF unit 1780 may be connected to the processor 1760 to transmit / receive a radio signal.
  • the processor 1760 may implement the functions, processes, and / or methods proposed in this embodiment.
  • the processor 1760 may be implemented to perform the non-AP STA operation according to the present embodiment described above.
  • the processor may perform the operation of the non-AP STA in the embodiment of FIGS. 1 to 16.
  • Processors 1710 and 1760 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 1720 and 1770 may include read-only memory (ROM), random access memory (RAM), flash memory, memory cards, storage media, and / or other storage devices.
  • the RF unit 1730 and 1780 may include one or more antennas for transmitting and / or receiving a radio signal.
  • the above-described technique may be implemented as a module (process, function, etc.) for performing the above-described function.
  • the module is stored in the memories 1720 and 1770 and may be executed by the processors 1710 and 1760.
  • the memories 1720 and 1770 may be inside or outside the processors 1710 and 1760, and may be connected to the processors 1710 and 1760 by various well-known means.

Landscapes

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

Abstract

본 명세서는 무선 랜 시스템에서 TXOP 파워 세이브 모드로 동작하는 방법을 제안한다. 구체적으로, 제1 스테이션은 제2 스테이션으로부터 TXOP 동안 MU-RTS 프레임을 수신한다. MU-RTS 프레임에 제1 스테이션의 AID가 없다면, 제1 스테이션은 TXOP의 남은 구간 동안 도즈 상태로 천이를 결정한다.

Description

무선 랜 시스템에서 TXOP 파워 세이브 모드로 동작하는 방법 및 장치
본 명세서는 무선 랜 시스템에서 파워 세이브 모드에 관한 기법에 관한 것으로, 보다 상세하게는, 무선 랜 시스템의 무선 스테이션에서 TXOP 파워 세이브 모드로 동작하는 방법 및 장치에 관한 것이다.
차세대 WLAN(wireless local area network)를 위한 논의가 진행되고 있다. 차세대 WLAN에서는 1) 2.4GHz 및 5GHz 대역에서 IEEE(institute of electronic and electronics engineers) 802.11 PHY(physical) 계층과 MAC(medium access control) 계층의 향상, 2) 스펙트럼 효율성(spectrum efficiency)과 영역 쓰루풋(area through put)을 높이는 것, 3) 간섭 소스가 존재하는 환경, 밀집한 이종 네트워크(heterogeneous network) 환경 및 높은 사용자 부하가 존재하는 환경과 같은 실제 실내 환경 및 실외 환경에서 성능을 향상 시키는 것을 목표로 한다.
차세대 WLAN에서 주로 고려되는 환경은 AP(access point)와 STA(station)이 많은 밀집 환경이며, 이러한 밀집 환경에서 스펙트럼 효율(spectrum efficiency)과 공간 송신률(area throughput)에 대한 개선이 논의된다. 또한, 차세대 WLAN에서는 실내 환경뿐만 아니라, 기존 WLAN에서 많이 고려되지 않던 실외 환경에서의 실질적 성능 개선에 관심을 가진다.
구체적으로 차세대 WLAN에서는 무선 오피스(wireless office), 스마트 홈(smart home), 스타디움(Stadium), 핫스팟(Hotspot), 빌딩/아파트(building/apartment)와 같은 시나리오에 관심이 크며, 해당 시나리오 기반으로 AP와 STA이 많은 밀집 환경에서의 시스템 성능 향상에 대한 논의가 진행되고 있다.
또한, 차세대 WLAN에서는 하나의 BSS(basic service set)에서의 단일 링크 성능 향상보다는, OBSS(overlapping basic service set) 환경에서의 시스템 성능 향상 및 실외 환경 성능 개선, 그리고 셀룰러 오프로딩 등에 대한 논의가 활발할 것으로 예상된다. 이러한 차세대 WLAN의 방향성은 차세대 WLAN이 점점 이동 통신과 유사한 기술 범위를 갖게 됨을 의미한다. 최근 스몰셀 및 D2D(Direct-to-Direct) 통신 영역에서 이동 통신과 WLAN 기술이 함께 논의되고 있는 상황을 고려해 볼 때, 차세대 WLAN과 이동 통신의 기술적 및 사업적 융합은 더욱 활발해질 것으로 예측된다.
본 명세서는 TXOP 파워 세이브 모드로 동작하는 기법을 제안한다.
본 명세서는 무선 랜(wireless LAN) 시스템에서 TXOP 파워 세이브 모드로 동작하는 방법 및 해당 방법이 수행되는 장치에 관한 일례를 제안한다.
먼저 용어를 정리하면, 제1 스테이션은 non-AP(Access Point) 스테이션이고, 제2 스테이션은 상기 non-AP 스테이션과 통신하는 AP 스테이션에 대응할 수 있다. 제1 스테이션은 의도된 스테이션(intended STA) 또는 의도되지 않은 스테이션(unintended STA)이 될 수 있다. 의도된 스테이션은 AP 스테이션으로부터 자신의 AID를 포함한 프레임을 수신한 스테이션에 대응할 수 있다. 의도되지 않은 스테이션은 AP 스테이션으로부터 자신의 AID를 포함하지 않은 프레임을 수신한 스테이션에 대응할 수 있다.
제1 스테이션은, 제2 스테이션으로부터 TXOP 동안 MU-RTS(Multi User-Request To Send) 프레임을 수신한다. MU-RTS 프레임은 MU STA에게 매체에 접근하고자 함을 알리기 위해 사용되고, 이를 통해 MU TXOP를 획득할 수도 있다.
상기 MU-RTS 프레임에 상기 제1 스테이션의 AID(Association Identifier)가 없다면, 상기 제1 스테이션은, 상기 TXOP의 남은 구간 동안 도즈 상태(doze state)로 천이를 결정한다. 즉, TXOP 구간이 끝나지 않았다고 하더라도 STA의 AID가 없어 AP와 STA 간에 송수신할 프레임이 없다면 남은 TXOP 구간 동안 STA을 도즈 상태로 천이하는 것이다. 이로써, STA의 전력을 보다 절약할 수 있다.
또한, 상기 MU-RTS 프레임에 상기 제1 스테이션의 AID가 없다면, 상기 제1 스테이션은, CTS(Clear to Send) 프레임을 송신하는지 여부를 판단할 수 있다.
또한, 상기 MU-RTS 프레임에 상기 제1 스테이션의 AID가 없다면, 상기 제1 스테이션은, 상기 TXOP의 시작 시점부터 NAV(Network Allocation Vector)를 설정할 수 있다. 상기 제1 스테이션은, 상기 NAV가 리셋되는지 여부를 판단할 수 있다.
상기 제1 스테이션이 상기 CTS 프레임을 송신하면, 상기 제1 스테이션은 상기 TXOP의 남은 구간 동안 도즈 상태로 천이될 수 있다.
상기 제1 스테이션이 상기 CTS 프레임을 송신하지 않으면, 상기 제1 스테이션은, 상기 NAV가 리셋되지 않은 경우 상기 TXOP의 남은 구간 동안 도즈 상태로 천이되고, 상기 NAV가 리셋되는 경우 어웨이크 상태(awake state)를 유지할 수 있다. 상기 제1 스테이션은 CTS 타임아웃(CTS timeout)가 될 때까지 CTS를 검출할 수 있는지 판단할 수 있다.
또한, 상기 제1 스테이션은, OMI(Operating Mode Indication) 제어 필드를 통해 TXOP 파워 세이브 요청 정보를 송신할 수 있다. 상기 TXOP 파워 세이브 요청 정보는 상기 OMI 제어 필드에서 유보된(reserved) 1비트로 지시될 수 있다. OMI 제어 필드는 OMI A-Control 필드에 대응할 수 있다. 이 경우 제1 스테이션은 OMI 제어 필드를 통해 TXOP PS를 요청하고 제2 스테이션으로부터 TXOP PS 요청에 대한 ACK을 수신할 수 있다.
또한, 상기 제1 스테이션은, 상기 제2 스테이션으로부터 트리거 프레임을 통해 TXOP 파워 세이브 서브필드를 수신할 수 있다. 상기 TXOP 파워 세이브 서브필드는 상기 트리거 프레임에서 유보된 1비트로 지시될 수 있다.
상기 TXOP 파워 세이브 서브필드가 1을 지시하면, 상기 MU-RTS 프레임에 상기 제1 스테이션의 AID가 없는 경우 상기 제1 스테이션은 상기 TXOP의 남은 구간 동안 도즈 상태로 천이될 수 있다.
상기 TXOP 파워 세이브 서브필드가 0을 지시하면, 상기 MU-RTS 프레임에 상기 제1 스테이션의 AID가 없더라도 상기 제1 스테이션은 상기 TXOP의 남은 구간 동안 도즈 상태로 천이되지 않는다.
상기 TXOP 파워 세이브 서브필드를 사용하는 실시예는 TXOP PS를 위해 특정 서브필드를 이용하는 것으로 명시적으로 시그널링 하는 기법일 수 있다.
또한, 상기 제1 스테이션은 상기 제2 스테이션과 능력 협상(capability negotiation)을 수행하지 않고 상기 TXOP의 남은 구간 동안 도즈 상태로 천이를 결정할 수 있다. 상기 제1 스테이션은 의도되지 않은 스테이션일 수 있어서, HE capabilities 요소를 통해 제2 스테이션과 능력 협상이 필요할 수도 있다. 그러나, 능력 협상을 수행하지 않고서도 MU-RTS 프레임에 AID가 포함되어 있지 않은 것만으로 암시적으로 TXOP PS를 수행할 수 있다고 시그널링 할 수도 있다.
본 명세서의 일례에 따르면 TXOP 동안 STA과 AP간에 통신이 종결되면 나머지 TXOP 구간 동안에 도즈 상태로 천이되어 파워 세이브 모드로 동작할 수 있다. 이로써, STA의 전력은 절약되고 배터리 기반으로 동작하는 STA의 실질적인 동작 시간을 증대시킬 수 있다.
도 1은 무선랜(wireless local area network, WLAN)의 구조를 나타낸 개념도이다.
도 2는 IEEE 규격에서 사용되는 PPDU의 일례를 도시한 도면이다.
도 3은 HE PPDU의 일례를 도시한 도면이다.
도 4는 20MHz 대역 상에서 사용되는 자원유닛(RU)의 배치를 나타내는 도면이다.
도 5는 40MHz 대역 상에서 사용되는 자원유닛(RU)의 배치를 나타내는 도면이다.
도 6은 80MHz 대역 상에서 사용되는 자원유닛(RU)의 배치를 나타내는 도면이다.
도 7은 HE-PPDU의 또 다른 일례를 나타낸 도면이다.
도 8은 본 실시예에 따른 HE-SIG-B의 일례를 나타내는 블록도이다.
도 9는 트리거 프레임의 일례를 나타낸다.
도 10은 공통 정보(common information) 필드의 일례를 나타낸다.
도 11은 개별 사용자 정보(per user information) 필드에 포함되는 서브 필드의 일례를 나타낸다.
도 12는 HE TXOP PS를 위한 HE Capabilities 정보 필드의 일례를 나타낸다.
도 13은 의도된 HE STA을 위한 HE TXOP PS의 동작의 일례를 나타낸다.
도 14는 HE TXOP PS를 위해 제안되는 OMI A-Control 필드의 일례를 나타낸다.
도 15는 의도되지 않은 HE STA을 위한 HE TXOP PS의 동작의 일례를 나타낸다.
도 16은 본 실시예에 따른 TXOP 파워 세이브 모드로 동작하는 절차를 나타낸 흐름도이다.
도 17은 본 실시예가 적용될 수 있는 무선 장치를 나타내는 블록도이다.
도 1은 무선랜(wireless local area network, WLAN)의 구조를 나타낸 개념도이다.
도 1의 상단은 IEEE(institute of electrical and electronic engineers) 802.11의 인프라스트럭쳐 BSS(basic service set)의 구조를 나타낸다.
도 1의 상단을 참조하면, 무선랜 시스템은 하나 또는 그 이상의 인프라스트럭쳐 BSS(100, 105)(이하, BSS)를 포함할 수 있다. BSS(100, 105)는 성공적으로 동기화를 이루어서 서로 통신할 수 있는 AP(access point, 125) 및 STA1(Station, 100-1)과 같은 AP와 STA의 집합으로서, 특정 영역을 가리키는 개념은 아니다. BSS(105)는 하나의 AP(130)에 하나 이상의 결합 가능한 STA(105-1, 105-2)을 포함할 수도 있다.
BSS는 적어도 하나의 STA, 분산 서비스(distribution Service)를 제공하는 AP(125, 130) 및 다수의 AP를 연결시키는 분산 시스템(distribution System, DS, 110)을 포함할 수 있다.
분산 시스템(110)는 여러 BSS(100, 105)를 연결하여 확장된 서비스 셋인 ESS(extended service set, 140)를 구현할 수 있다. ESS(140)는 하나 또는 여러 개의 AP(125, 230)가 분산 시스템(110)을 통해 연결되어 이루어진 하나의 네트워크를 지시하는 용어로 사용될 수 있다. 하나의 ESS(140)에 포함되는 AP는 동일한 SSID(service set identification)를 가질 수 있다.
포털(portal, 120)은 무선랜 네트워크(IEEE 802.11)와 다른 네트워크(예를 들어, 802.X)와의 연결을 수행하는 브리지 역할을 수행할 수 있다.
도 1의 상단과 같은 BSS에서는 AP(125, 130) 사이의 네트워크 및 AP(125, 130)와 STA(100-1, 105-1, 105-2) 사이의 네트워크가 구현될 수 있다. 하지만, AP(125, 130)가 없이 STA 사이에서도 네트워크를 설정하여 통신을 수행하는 것도 가능할 수 있다. AP(125, 130)가 없이 STA 사이에서도 네트워크를 설정하여 통신을 수행하는 네트워크를 애드-혹 네트워크(Ad-Hoc network) 또는 독립 BSS(independent basic service set, IBSS)라고 정의한다.
도 1의 하단은 IBSS를 나타낸 개념도이다.
도 1의 하단을 참조하면, IBSS는 애드-혹 모드로 동작하는 BSS이다. IBSS는 AP를 포함하지 않기 때문에 중앙에서 관리 기능을 수행하는 개체(centralized management entity)가 없다. 즉, IBSS에서 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으로 이루어질 수 있으며, 분산 시스템으로의 접속이 허용되지 않아서 자기 완비적 네트워크(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 구간의 잔여시간을 지시하는 필드, 4) 20, 40, 80, 160, 80+80 MHz 여부를 지시하는 대역폭 필드, 5) HE-SIG-B에 적용되는 MCS 기법을 지시하는 필드, 6) HE-SIB-B가 MCS 를 위해 듀얼 서브캐리어 모듈레이션(dual subcarrier modulation) 기법으로 모듈레이션되는지에 대한 지시 필드, 7) HE-SIG-B를 위해 사용되는 심볼의 개수를 지시하는 필드, 8) HE-SIG-B가 전 대역에 걸쳐 생성되는지 여부를 지시하는 필드, 9) HE-LTF의 심볼의 개수를 지시하는 필드, 10) HE-LTF의 길이 및 CP 길이를 지시하는 필드, 11) LDPC 코딩을 위해 추가의 OFDM 심볼이 존재하는지를 지시하는 필드, 12) PE(Packet Extension)에 관한 제어정보를 지시하는 필드, 13)HE-SIG-A의 CRC 필드에 대한 정보를 지시하는 필드 등에 관한 정보를 포함할 수 있다. 이러한 HE-SIG-A의 구체적인 필드는 추가되거나 일부가 생략될 수 있다. 또한, HE-SIG-A가 다중사용자(MU) 환경이 아닌 기타 환경에서는 일부 필드가 추가되거나 생략될 수 있다.
HE-SIG-B(740)는 상술한 바와 같이 다중 사용자(MU)를 위한 PPDU인 경우에만 포함될 수 있다. 기본적으로, HE-SIG-A(750) 또는 HE-SIG-B(760)는 적어도 하나의 수신 STA에 대한 자원 할당 정보(또는 가상 자원 할당 정보)를 포함할 수 있다.
도 8은 본 실시예에 따른 HE-SIG-B의 일례를 나타내는 블록도이다.
도시된 바와 같이, HE-SIG-B 필드는 맨 앞부분에 공통 필드를 포함하고, 해당 공통 필드는 그 뒤에 따라오는 필드와 분리하여 인코딩하는 것이 가능하다. 즉, 도 8에 도시된 바와 같이, HE-SIG-B 필드는 공통 제어정보를 포함하는 공통 필드와, 사용자-특정(user-specific) 제어정보를 포함하는 사용자-특정 필드를 포함할 수 있다. 이 경우, 공통 필드는 대응되는 CRC 필드 등을 포함하고 하나의 BCC 블록으로 코딩될 수 있다. 이후에 이어지는 사용자-특정 필드는, 도시된 바와 같이 두 사용자(2 users)를 위한 "사용자-특징 필드" 및 그에 대응되는 CRC 필드 등을 포함하여 하나의 BCC 블록으로 코딩될 수 있다.
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 환경에서 자동 이득 제어 추정(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 각각에 의한 중첩된 시간 자원 상에서의 상향링크 송신은 주파수 도메인(frequency domain) 또는 공간 도메인(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)을 통해 지시된다.
도 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에게 적용되는 공통 제어 정보를 포함한다
도 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)을 제어하는 정보가 포함될 수 있다.
GI 및 LTF 타입 필드(1050)는 해당 트리거 프레임에 대응하여 송신되는 상향 PPDU의 LTF의 길이 및 GI 길이에 관한 정보를 포함할 수 있다. 트리거 타입 필드(1060)는 해당 트리거 프레임이 사용되는 목적, 예를 들어 통상의 트리거링, 빔포밍을 위한 트리거링, Block ACK/NACK에 대한 요청 등을 지시할 수 있다.
한편, 도 9에 관한 나머지 설명을 추가하면 이하와 같다.
도 9의 트리거 프레임을 수신하는 수신 STA의 개수에 상응하는 개별 사용자 정보(per user information) 필드(960#1 내지 960#N)를 포함하는 것이 바람직하다. 상기 개별 사용자 정보 필드는, “RU 할당 필드”라 불릴 수도 있다.
또한, 도 9의 트리거 프레임은 패딩 필드(970)와, 프레임 체크 시퀀스 필드(980)을 포함할 수 있다.
도 9에 도시된, 개별 사용자 정보(per user information) 필드(960#1 내지 960#N) 각각은 다시 다수의 서브 필드를 포함하는 것이 바람직하다.
도 11은 개별 사용자 정보(per user information) 필드에 포함되는 서브 필드의 일례를 나타낸다. 도 11의 서브 필드 중 일부는 생략될 수 있고, 기타 서브 필드가 추가될 수도 있다. 또한 도시된 서브 필드 각각의 길이는 변형될 수 있다.
도 11의 AID12 필드 또는 사용자 식별자(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 기법을 지시할 수 있다.
IEEE 802.11 표준에서는 무선랜의 STA의 수명을 증가시키기 위하여 파워 세이브 메커니즘이 제공된다.
파워 세이브를 위하여 STA은 액티브 모드(active mode)(어웨이크 상태(awake state))와 슬립 모드(sleep mode)(도즈 상태(doze state))인 두 가지 모드(또는 상태)를 기반으로 동작할 수 있다. 어웨이크 상태 또는 도즈 상태를 기반으로 STA은 파워 세이브 모드로 동작할 수 있다.
액티브 모드(또는 어웨이크 상태)의 STA은 프레임의 송신 또는 수신, 채널 스캐닝 등과 같은 정상적인 동작을 수행할 수 있다. 반면, 슬립 모드(또는 도즈 상태)의 STA은 전력 소모를 줄이기 위해 프레임의 송신 또는 수신을 수행하지 않고 채널 스캐닝도 수행하지 않는다. 파워 세이브 모드로 동작하는 STA은 전력 소모를 줄이기 위해 도즈 상태로 유지되고 필요한 경우, 어웨이크 상태로 전환(또는 천이(transition))되어 AP와 통신을 수행할 수 있다.
STA의 도즈 상태의 유지 시간이 증가할수록 STA의 전력 소모는 감소하고 STA의 수명도 또한 증가할 수 있다. 그러나 도즈 상태에서는 STA의 프레임의 송신 또는 수신이 불가능하다. STA에 펜딩(pending)된 상향링크 프레임이 존재하는 경우, STA은 도즈 상태에서 액티브 상태로 전환하고 상향링크 프레임을 AP로 송신할 수 있다. 반대로 AP에 도즈 상태의 STA으로 송신할 펜딩된 프레임이 존재하는 경우, AP는 STA의 어웨이크 모드로의 전환시까지 STA으로 펜딩된 프레임을 송신할 수 없다.
따라서, STA은 가끔씩 도즈 상태에서 어웨이크 상태로 전환되고 AP로부터 STA에 대해 펜딩된 프레임이 존재하는지 여부에 대한 정보를 수신할 수 있다. AP는 STA의 어웨이크 상태로의 전환 시간을 고려하여 STA에 대해 펜딩된 하향링크 데이터의 존재에 대한 정보를 STA으로 송신할 수 있다.
구체적으로 STA은 STA에 대해 펜딩된 프레임의 존재 여부에 대한 정보를 수신하기 위해 주기적으로 도즈 상태에서 어웨이크 상태로 전환되어 비콘 프레임을 수신할 수 있다. 비콘 프레임은 STA의 패시브 스캐닝을 위해 사용되는 프레임으로서 AP의 능력(capability)에 대한 정보를 포함할 수 있다. AP는 주기적(예를 들어, 100msec)으로 비콘 프레임을 STA으로 송신할 수 있다.
무선랜 시스템에서 STA은 비콘 프레임에 포함되는 TIM(Traffic Indication Map) 기반의 파워 세이브 모드뿐만 아니라 TXOP(Transmission Opportunity)를 기반으로 한 파워 세이브 모드인 TXOP 파워 세이브 모드를 기반으로 동작할 수도 있다.
TXOP 파워 세이브 모드로 동작하는 STA은 다른 STA의 프레임의 전송을 위한 매체 점유가 발생할 경우, 다른 STA의 프레임의 전송을 위한 TXOP 듀레이션(또는 다른 STA의 프레임에 의해 설정된 TXOP 듀레이션) 동안 도즈 상태로 전환될 수 있다.
기존의 TXOP 파워 세이브 모드로 동작하는 STA은 결합된 AP로부터 하향링크 프레임을 수신하고 하향링크 프레임을 전달한 하향링크 PPDU의 PHY 헤더(또는 PLCP 헤더)에 포함된 그룹 식별자(Group ID) 와 부분 결합 식별자(Partial AID(association identifier))를 기반으로 도즈 상태(doze state)로 전환될지, 어웨이크 상태(awake state)를 유지할 것인지 여부를 결정할 수 있다.
예를 들어, STA은 수신한 하향링크 PPDU의 PHY 헤더에 포함된 그룹 식별자와 STA의 그룹 식별자가 일치하지 않는 경우, 도즈 상태로 전환될 수 있다. 또한, STA은 STA은 수신한 하향링크 PPDU의 PHY 헤더에 포함된 그룹 식별자와 STA의 그룹 식별자가 일치하나 하향링크 PPDU의 PHY 헤더에 포함된 PAID와 STA의 PAID가 일치하지 않는 경우, 도즈 상태로 전환될 수 있다.
802.11ac에서는, VHT TXOP 파워 세이브가 정의된다.
구체적으로, STA은 의도하지 않은 프레임(unintended frame)을 수신할 때 TXOP 지속 기간 동안 도즈 상태에 들어갈 수 있다. 그러나, STA가 OBSS(Overlapped BSS) 프레임을 수신한 후 TXOP 지속 기간 동안 도즈 상태에 진입하면, OBSS 프레임을 위해 의도된 인트라 BSS 프레임(intra BSS frame)을 놓칠 수 있다. 또한, VHT SIG 필드에는 BSS 컬러 및 TXOP 지속 시간 필드가 정의되어 있지 않으므로 STA는 OBSS 프레임을 인트라 BSS 프레임과 구별 할 수 없으며 VHT 프리앰블만을 수신한 후 TXOP PS로 진입할 수 없다.
그러나, 802.11ax부터는 PPDU의 PPDU 헤더에 BSS 컬러 필드가 정의된다. BSS 컬러 필드는 PPDU(또는 프레임)을 송신한 BSS를 지시하기 위한 정보를 포함한다. BSS 컬러 필드가 다른 BSS를 지시하는 경우, STA은 수신된 PPDU가 다른 BSS의 AP로부터 송신되었다는 것을 알 수 있다.
802.11ax에서는 인트라 PPDU 파워 세이브, TWT(Target Wave Time) 등과 같은 파워 세이빙을 위한 몇 가지 매커니즘이 있다.
인트라 PPDU 파워 세이브 모드에 있는 HE STA는 수신된 PPDU가 끝날 때까지 도즈 상태에 진입 할 수 있다. 이 경우에, HE STA는 도즈 상태 동안에 매체 사용을 고려해야 하고 PPDU의 끝에서 어웨이크 상태로 천이해야 한다. 결국, HE STA는 인트라 PPDU 파워 세이브를 위해 모든 PPDU에서 휴면 상태와 어웨이크 상태로 전환하는 것을 반복해야 한다
HE STA는 TWT 운영을 위한 개별 TWT 협약을 설정할 수 있으며 파워 세이빙을 위해 브로드캐스트 TWT 동작을 활용할 수도 있다. TWT는 STA이 STA 간의 경쟁을 최소화하고 파워 세이브 모드의 STA이 깨어 있어야 하는데 필요한 시간을 줄이기 위해 다른 시간에 동작하도록 STA을 스케줄링 함으로써 BSS의 활동을 관리 할 수 있도록 한다. 개별 TWT 동작은 STA 기준에 기반하므로 TWT 협약이 없는 STA는 TWT 동작을 사용하여 파워 세이빙을 할 수 없다. TWT 동작의 경우, AP는 TWT SP(Service Period)에 따라 TWT STA를 스케줄링 하는 제한을 가져야 한다. 밀도가 높은 환경에서 AP는 STA를 보다 동적으로 스케줄링 해야 할 수 있다.
또한, 802.11ax에서는 HE TXOP 파워 세이브(Power Save; PS)가 정의된다. 이는, AP로부터 패킷을 수신할 때 자신에게 송신되는 패킷이 아닌 경우, HE TXOP PS를 요청한 STA에 대해서는 남은 TXOP 동안 휴면할 수 있도록 한다. 결국 HE TXOP PS를 요청한 STA에게 향후 더 스케줄을 받을지를 알려줄 수 있다.
HE TXOP PS 메커니즘은 non-TWT STA이 어웨이크 상태에서 파워 세이브를 하는데 유용하다. STA이 나머지 TXOP 동안 도즈 상태에 들어가기 위해서는, STA은 TXOP를 위해 AP에 의해 스케줄되지 않을 것이라는 정보를 알아야 한다. 이 정보를 알리기 위해 MU-RTS 트리거 프레임은 새로운 제어 시그널링을 정의하지 않고 사용될 수 있다.
본 명세서에서 정의하는 HE TXOP PS 매커니즘은 다음과 같다. 인트라 BSS MU-RTS 프레임 내 일치하는 AID가 없는 경우, STA은 HE TXOP PS를 위한 나머지 TXOP 지속 기간 동안 도즈 상태에 들어갈 수 있다. HE TXOP PS는 HE Capabilities 요소에 capability 비트를 추가하여 선택적 특징으로 정의할 수 있다.
도 12는 HE TXOP PS를 위한 HE Capabilities 정보 필드의 일례를 나타낸다.
도 12는 HE Capabilities element에 HE TXOP PS Support 비트를 포함하는 일례를 나타낸다. 도 12의 HE Capabilities 정보 필드의 HE TXOP PS Support를 통해 능력 협상(capability negotiation)을 수행한다. 또는, AP의 경우 HE TXOP PS를 mandatory로 정의하고, STA의 경우 HE TXOP PS를 optional로 정의할 수 있다. 이에 따라, 능력 협상을 마친 AP와 STA의 경우 HE TXOP PS를 위한 동작 과정을 수행할 수 있다. 도 12를 참조하면, HE Capabilities 정보 필드 내 1비트를 이용하여 HE TXOP PS Support 필드를 정의할 수 있다.
또한, HE Capabilities 정보 필드의 HE TXOP PS 서브필드는 아래 표와 같이 정의할 수 있다.
Subfield Definition Encoding
HE TXOP PS Indicates whether the non-AP HE STA has enabled TXOP power save or whether the AP supports TXOP power save mode Set to 0 if the non-AP HE STA does not enable TXOP power save mode.Set to 1 if the non-AP HE STA enables TXOP power save mode.Set to 0 if the AP does not support TXOP power save mode.Set to 1 if the AP supports TXOP power save mode.
또한, HE Capabilities 요소의 HE TXOP PS Support 필드가 1인 non-AP HE STA은 다음 조건이 충족될 때 TXOP가 끝날 때까지 도즈 상태에 들어갈 수 있다.
- non-AP HE STA는 STA로 어드레싱된 사용자 정보 필드를 갖지 않는 인트라 BSS MU-RTS 트리거 프레임을 수신한다. 즉, MU-RTS 트리거 프레임의 사용자 정보 필드의 모든 AID12 서브 필드(1110)는 STA의 AID와 동일하지 않는다. 그리고, STA이 송신된 BSSID로 설정된 TA를 갖는 제어 프레임을 수신하는 지원을 지시한 경우(Rx Control Frame To MultiBSS set to 1 in HE Capabilities element), MU-RTS 트리거 프레임은 STA이 연관된 AP 또는 송신된 BSSID에 대응하는 AP에 의해 전송된다
- PHY-RXSTART.indication primitive는 MAC이 MU-RTS 트리거 프레임의 검출에 상응하는 PHY-RXEND.indication primitive를 수신 할 때부터 NAVTimeout 기간 동안 PHY로부터 수신된다. NAVTimeout 기간은 (2 x aSIFSTime) + (CTS_Time) + aRxPHYStartDelay + (2 x aSlotTime)과 같다.
또한, TWT SP와 HE TXOP PS의 공존(coexistence)을 위한 조건은 다음과 같다.
- 옵션 1: TWT 동작이 가능하지 않은 HE STA은 TWT SP 밖에서 HE TXOP PS를 수행할 수 있다면, 같은 기간(same period)에는 공존을 허용하지 않는다.
- 옵션 2: TWT SP에서는 HE TXOP PS의 공존을 허용한다. TWT SP에서의 트리거 프레임의 캐스케이드 지시자 필드(1020)는 HE TXOP PS에 영향을 받지 않는다. 즉, 캐스케이드 지시자 필드(1020)이 0을 지시하여 트리거 프레임의 송신이 종료되더라도 HE TXOP PS에 영향을 주지 않는다.
이하 본 실시예는 HE TXOP PS의 메커니즘을 설명한다. HE TXOP PS는 의도되지 않은 프레임을 TXOP 동안 수신한 STA이 TXOP가 끝날 때까지 휴면 상태로 있도록 하는 기법이다.
HE TXOP PS를 수행하기 위한 조건은 다음과 같다.
- 조건 1: 인트라 BSS MU-RTS 프레임에 일치하는 STAID가 없다. 의도되지 않은 HE STA이 자신의 AID없이 MU-RTS 프레임을 수신하면, HE TXOP PS를 위한 나머지 TXOP 구간 동안 도즈 상태가 될 수 있다.
- 조건 2: EOSP(End Of Service Period)가 1이고 More Data가 0으로 설정된다. EOSP 서브필드가 1이고 More Data 필드가 0인 AP에 의해 송신된 프레임의 수신이 이루어질 때, 의도된 STA은 HE TXOP PS를 위한 프레임에 대해 확인 응답을 보낸 후 나머지 TXOP 지속 기간 동안 도즈 상태에 들어갈 수 있다.
HE TXOP PS를 위한 협상(negotiation) 방법은 다음과 같다.
- 암시적(implicit)인 방법: AP는 비콘/프로브 응답 프레임에서 TXOP 동안 HE STA에서 파워 세이빙을 지원하는지 여부를 발표해야 한다. HE STA가 TXOP 동안 수신하는 의도되지 않은 프레임을 갖는다면, HE STA은 도즈 상태에 들어갈 수 있고, TXOP의 끝까지 휴면 할 수 있다.
- 명시적(explicit)인 방법: AP가 CF-end 프레임 또는 응답하지 않는 CTS 프레임으로 인해 TXOP을 절단(truncate)하면 AP는 프레임을 HE STA에 전송하지 않아야 한다. 왜냐하면 TXOP 시작 시 설정된 NAV가 만료 될 때까지 도즈 상태로 들어갈 수 있었기 때문이다. TXOP 절단의 문제로 인해, HE STA는 OMI A-Control(Operating Mode Indication Aggregated-Control) 필드(1 비트 시그널링)에 의해 사용될 수 있는 신호로 HE TXOP PS를 알릴 수 있다.
OMI는 송신동작모드(transmit operating mode; TOM) 또는 수신동작모드(receive operating mode; ROM)를 지시할 수 있다. 수신동작모드는, 동작모드를 보고한 STA(예를 들어, non-AP STA)이 상대방 STA(예를 들어, AP)로부터 신호를 수신하는 동작에 관련된다. 이에 반해 송신동작모드는, 상대방 STA(예를 들어, AP)이에서 동작모드를 보고한 STA(예를 들어, non-AP STA)으로 신호를 송신하는 동작에 관련된다. 동작 모드란 공간 스트림의 개수 및/또는 채널 대역폭의 크기에 대응할 수 있다.
또한, AP는 비콘/프로브 응답 프레임에서 TXOP 동안 HE STA에서 파워 세이빙을 지원하는지 여부를 알려야 한다.
HE STA (예를 들어, 의도된 또는 의도되지 않은 STA)는 HE TXOP PS를 지원하기 위해 협상할 수 있다. HE Capabilities 요소의 HE capabilities 정보에서 HE TXOP PS Capability를 위한 비트는 다음을 지시한다.
- 비콘/프로브 응답으로 전송 될 때 AP가 BSS의 HE STA가 도즈 상태(즉, HE TXOP PS 모드)에 들어갈 수 있는지 여부를 지시한다.
- HE STA이 HE TXOP PS 모드에 있는지 또는 Association/Re-associations 프레임에 존재하지 않는지 여부를 지시한다.
- AP는 연관되고 파워 세이브를 지원하기로 선언한 모든 HE STA에 의해 HE TXOP PS 참여를 요청하기 위해 전송하는 HE Capabilities 요소에서 HE TXOP PS 서브필드를 1로 설정할 수 있다.
HE TXOP PS 서브필드가 1로 설정되면 HE TXOP PS에서 HE STA을 지시하고, HE TXOP PS 서브필드가 0으로 설정되면 HE TXOP PS가 아닌 HE STA을 지시한다.
또한, 제안된 HE TXOP PS를 수행하기 위해 다음과 같이 가정한다.
- AP는 비콘/프로브 응답 프레임에서 TXOP 동안 HE STA에서 파워 세이빙을 지원하는지 여부를 알려야 한다.
- AP는 HE STA가 TXOP 동안 파워 세이빙을 할 능력이 있는지 여부를 알아야 한다. HE STA은 TXOP PS 모드 간에 스위칭하는 것을 AP에게 알려야 한다. OMI A-Control 필드의 1비트가 사용될 수 있다.
- TXOP의 시작에서, AP는 HE STA가 그 TXOP 동안 도즈 상태로 들어가는 것이 허용되는지 여부를 표시할 필요가 있다. 의도된 STA와 의도되지 않은 STA는 별도로 정의해야 한다.
- HE TXOP PS 모드에있는 HE STA는 AP에 의해 의도된 TXOP 지속 기간 및 AID를 알아야 한다. 예를 들어, 이것은 MU-RTS 프레임의 지속 시간 / ID 필드를 점검하여 수행된다. TXOP 시작시 MU-RTS / CTS 교환 요구한다.
- AP는 TXOP가 끝날 때까지 도즈 상태에 들어간 HE STA의 데이터 프레임을 버퍼해야 한다.
이하에서는, 의도된 HE STA을 위한 HE TXOP PS의 실시예를 설명한다.
도 13은 의도된 HE STA을 위한 HE TXOP PS의 동작의 일례를 나타낸다.
의도된 HE STA에 대하여, EOSP 서브필드 및 More Data 필드는 HE TXOP PS을 위해 DL 데이터에서 암시적으로 사용될 수 있다.
EOSP 서브필드가 1 또는 More Data 필드가 0 인 AP에 의해 송신된 프레임의 수신이 있는 경우, 의도된 STA는 HE TXOP PS를 위한 프레임에 대한 확인 응답을 보낸 후 나머지 TXOP 지속 기간 동안 도즈 상태에 들어갈 수 있다
EOSP 서브필드는 1로 설정하여 마지막 프레임에서 현재 SP의 끝을 지시하고 More Data 필드를 0으로 설정하여 버퍼된 데이터가 더 이상 없음을 지시한다.
의도된 HE STA에 대해, 캐스케이드 지시자 필드(1020)를 갖는 트리거 프레임의 수신은 HE TXOP PS를 위한 UL 데이터에서 암시적으로 고려될 수 있다.
캐스케이드 지시자 필드(1020)가 0인 트리거 프레임의 수신 시, 의도된 STA는 HE TXOP PS를 위한 UL 데이터를 송신한 후 나머지 TXOP 지속 기간 동안 암시적으로 도즈 상태에 들어갈 수 있다.
최종 트리거 프레임을 나타내기 위해 캐스케이드 지시자 필드(1020)은 0으로 설정된다.
도 13을 참조하면, 의도된 HE STA의 경우, 기존의 서브필드는 다음과 같이 HE TXOP PS를 지원할 수 있다. 즉, 본 실시예는 남아있는 TXOP 동안 HE TXOP PS를 수행하기 위하여 기존의 EOSP 서브필드와 More Data 필드를 사용할 수 있다.
AP는 EOSP 서브필드를 1로 설정하여 마지막 프레임에서 현재 서비스 기간(Service Period)의 끝을 지시하고 More Data 필드를 0으로 설정하여 HE TXOP PS를 위해 추가로 버퍼된 데이터가 없음을 암시적으로 지시한다.
(1) EOSP 서브필드가 1 또는 More Data 필드가 0인 AP에 의해 송신된 프레임(1310)을 수신하는 경우, 의도된 STA는 HE TXOP PS를 위한 프레임에 대한 확인 응답(1320)을 보낸 후 나머지 TXOP 지속 기간 동안 Doze 상태에 들어갈 수 있다.
(2) 의도된 STA이 EOSP 서브필드가 1 또는 More Data 필드가 0인 UL Data(1330)을 송신하는 경우, AP는 UL Data에 대한 확인 응답(1340)을 보낸 후 나머지 TXOP 지속 기간 동안 Doze 상태에 들어갈 수 있다. 상기 실시예는 AP와 STA 간에 능력 협상을 수행했거나, 능력 협상을 수행하지 않은 경우에도 적용될 수 있다.
AP가 송신하는 EOSP의 일반적인 용도는 다음과 같다.
- USPSD, APSD에서 사용되는 경우: HC는 스케줄된/스케줄되지 않은 SP를 종료하기 위해 SP의 최종 프레임의 전송 및 재전송에서 EOSP 서브 필드를 1로 설정하고 그렇지 않으면 0으로 설정한다.
- TWT에서 사용되는 경우: TWT를 요청하는 STA는 다음 이벤트 중 하나를 초기 TWT SP 종료 이벤트로 분류할 수 있다.
1) 캐스케이드 지시자 필드(1020)가 0인 트리거 프레임의 수신은 STA이 의도하지 않았으며 예고되지 않은 TWT 동안 임의의 RU를 할당하지 않는다.
2) 프레임이 EOSP 서브필드를 포함하지 않는 경우 EOSP 서브필드가 1이고 또는 More Data 필드가 0인 TWT 응답 STA에 의해 보내지는 요청 프레임에 대한 응답으로 ACK을 송신한다.
3) 프레임이 EOSP 서브필드를 포함하지 않는 경우 EOSP 서브필드가 1이고 또는 More Data 필드가 0인 TWT 응답 STA에 의해 보내지는 프레임을 수신한다.
상기 EOSP의 2가지 일반적인 용도를 제외하고 의도된 STA은 남아있는 TXOP 동안 휴면할 수 있도록 EOSP와 More Data 필드를 이용할 수 있다.
이하에서는, 의도되지 않은 HE STA을 위한 HE TXOP PS의 실시예를 설명한다.
HE STA가 AP와 HE TXOP PS의 capability를 협상하더라도, AP는 HE STA가 TXOP 동안 파워 세이빙을 할 능력이 있는지 여부를 알 필요가 있다. AP가 어떤 STA이 나머지 TXOP 지속 기간 동안 도즈 상태에 진입 하는지를 알지 못하면, AP는 프레임을 송신할 수 있다(손실 일 수 있음).
HE STA는 TXOP PS 모드 간 스위칭하는 것을 AP에 알려야 한다.
OMI A-Control 필드의 한 비트가 사용될 수 있다(즉, OMI 시그널링이 HE TXOP PS를 가능하게 하기 위해 명시적으로 사용될 수 있다).
도 14는 HE TXOP PS를 위해 제안되는 OMI A-Control 필드의 일례를 나타낸다.
도 14를 참조하면, HE STA는 TXOP 동안 파워 세이빙을 가능하게 하는 것을 원할 때, HE TXOP PS를 지시하는 OMI A-Control 필드를 AP에 송신할 수 있다. 즉, HE STA이 OMI A-Control 필드의 HE TXOP PS 서브필드(1410)를 통해 HE TXOP PS를 요청할 수 있다.
HE TXOP PS 서브필드(1410)는 HE STA가 TXOP 동안 휴면하기를 원하지 않음을 지시하기 위해 0으로 설정될 수 있다. 또한, HE TXOP PS 서브필드(1410)는 HE STA가 남은 TXOP 동안 도즈 상태로 들어가기를 원한다는 것을 지시하기 위해 1로 설정될 수 있다.
HE TXOP PS 요청을 받은 AP(또는 OMI 응답기)는 HE STA에게 ACK을 보냄으로써 HE STA의 HE TXOP PS를 확인(confirmation)한다. 이 후 AP로부터 송신되는 MU-RTS(RTS-CTS protection의 경우), 트리거 프레임 혹은 첫번째 프레임에 TXOP PS를 요청한 HE STA의 AID가 포함되지 않는 경우 그 HE STA은 남아있는 TXOP 동안 휴면할 수 있다.
결국 OMI를 통해 TXOP PS를 요청한 STA는 AP로부터 ACK을 받은 뒤, TXOP 지속 시간 동안 받은 프레임에 자신의 AID가 없는 경우 그 TXOP 동안 도즈 상태로 들어가게 된다.
HE TXOP PS를 지시하기 위해 OMI A-Control 필드를 송신한 후 OMI 응답기(responder)는 다음 조건에서 TXOP가 끝날 때까지 도즈 상태에 들어갈 수 있다.
- HE STA는 AP로부터 자신의 AID에 포함되지 않은 DL PPDU를 수신하면 TXOP가 끝날 때까지 도즈 상태가 될 수 있다.
- HE STA가 자신의 AID에 포함되지 않은 MU-RTS를 수신하는 경우, HE STA가 CTS를 청취(listen)하면 TXOP가 끝날 때까지 도즈 상태가 될 수 있다.
- HE STA가 자신의 AID에 포함되지 않은 MU-RTS를 수신하는 경우, HE STA가 CTS를 청취하지 못하면 CTS 타임 아웃을 기다린 후 TXOP가 끝날 때까지 도즈 상태가 될 수 있다.
- HE STA가 AP로부터 EOSP 필드에 1이고 More Data 필드가 0으로 표시된 DL PPDU 프레임을 수신하는 경우, HE STA은 TXOP가 끝날 때까지 도즈 상태에 들어갈 수 있다.
- HE STA가 SIFS 지속 기간 동안 어떤 DL PPDU도 수신하지 못하면, HE STA은 TXOP가 끝날 때까지 도즈 상태에 들어갈 수 있다.
또한, AP는 해당 STA에 대해 최우선적으로 스케줄링을 해줄 수 있어야 한다. HE TXOP PS를 요청한 STA의 경우 AP로부터 패킷을 수신한 이후 바로 휴면할 수 있기 때문이다.
가능한 한 해당 STA에 대해서는 TXOP 시작 시점에 데이터를 보낸다. 즉, TXOP 중간에 해당 STA을 위한 데이터를 보내지 않고, 데이터를 보내는 경우에는 최대한 TXOP 시작 시점에서 스케줄을 해 줄 수 있어야 한다.
해당 TXOP에서 다른 STA들을 이미 스케줄을 해 준 경우에는 나머지 TXOP 동안에는 스케줄을 하지 않는 것으로 추천한다. 해당 STA에게 보내는 패킷의 경우 최대한 TXOP 처음에 보내는 것을 추천하고, 보낼 패킷이 있는 경우 최대한 연속해서 보내도록 한다. 상기와 같이 HE TXOP PS를 요청한 STA의 경우 AP로부터 받은 패킷 내 AID(혹은 MAC address)가 없는 경우 도즈 상태로 진입할 수 있다.
도 15는 의도되지 않은 HE STA을 위한 HE TXOP PS의 동작의 일례를 나타낸다.
도 15를 참조하면, TXOP의 시작에서, AP는 HE STA가 해당 TXOP 동안에 도즈 상태에 들어갈 수 있는지의 여부를 지시할 필요가 있다.
파워 세이브 STA의 리스트를 알리기 위해, NAV-세트 시퀀스(NAV-set sequence) 또는 트리거 프레임(TF)가 사용될 수 있다 (즉, NAV-세트 시퀀스(예를 들어, MU-RTS / CTS)가 HE TXOP PS STA의 리스트를 나타낼 수 있다)
즉, HE STA가 MU-RTS 프레임(1510)을 성공적으로 수신하면, HE-STA은 이 TXOP에서 스케줄링 되는지 여부를 알 수 있다. 이때, HE STA은 MU-RTS 프레임에 대한 응답으로 CTS 프레임(1520)를 송신할 수 있다.
의도되지 않은 HE STA가 자신의 AID가 없는 MU-RTS 프레임(1510)을 수신하면 HE TXOP PS를 위한 나머지 TXOP 기간 동안 도즈 상태가 될 수 있다.
HE TXOP PS 모드에 있는 HE STA는 TXOP 지속 기간을 알아야 한다. 이것은 MU-RTS 프레임의 듀레이션 필드(Duration field)를 체크함으로써 이루어진다. TXOP 시작 시 MU-RTS / CTS 교환을 요구할 수 있다.
또한, MU-RTS/CTS (혹은 RTS/CTS) 보호(protection)를 하는 경우 HE STA은 MU-RTS (혹은 RTS)를 보냄으로써 CTS 응답을 하도록 한다.
HE TXOP PS를 요청한 STA이 만일 MU-RTS에 내 AID가 없는 경우 NAV을 설정하고 NAV이 리셋 되는지 리셋 되지 않는지 확인한 후 도즈 상태로 들어갈 수 있다. 만일 STA이 CTS를 듣게 되는 경우 도즈 상태로 들어갈 수 있다. 만일 STA이 CTS를 듣지 못하면 CTS timeout동안 기다렸다가 NAV가 리셋 되는 지 확인하여 NAV가 리셋 되지 않아야만 휴면 상태로 진입할 수 있다.
다시 말하면, 의도되지 않은 STA의 TXOP PS를 위하여 특정 서브필드를 이용하여 시그널링을 해 줄 수도 있고, 혹은 시그널링을 하지 않고 수행할 수도 있다.
의도되지 않은 STA의 경우, 제어 프레임과 같은 특정 프레임을 이용하여 TXOP PS를 수행함으로 명시적(explicit)으로 알려 줄 수 있다. 명시적으로 시그널링하는 실시예는 다음과 같다.
시그널링의 실시예 1) OMI를 통해 지시할 수 있다. 능력 협상 이후에 HE TXOP PS를 가능하게 한다. OMI A-Control 필드의 reserved 1bit를 HE TXOP PS로 정의할 수도 있다.
시그널링의 실시예 2) 제어 프레임 (MU-RTS)을 통해 지시할 수 있다. 도 10에서 도시하는 트리거 프레임의 공통 정보 필드의 유보 서브필드(reserved subfield)들 중 하나의 서브필드를 이용하여 1비트로 표현되는 HE TXOP PS를 정의할 수 있다.
도 10에서 도시하는 길이 필드(1010), GI And LTF Type 필드(1050), MU MIMO LTF Mode 필드, Number of LTFs 필드, STBC 필드, LDPC Extra Symbol 필드, AP TX Power 필드, Packet Extension 필드, Spatial Reuse 필드, HE-SIG-A Reserved 필드(1040), 유보 필드(Reserved fields)들은 현재 MU-RTS에서 사용되지 않고 유보된 서브필드들이다.
TXOP PS 서브필드는 1비트만으로도 표현할 수 있기 때문에, 기술된 유보된 서브필드들 중 하나를 이용하여 TXOP PS의 지시자 서브필드로 이용할 수 있다.
TXOP PS = 1: MU-RTS의 의도되지 않은 사용자인 경우 TXOP PS를 수행한다.
TXOP PS = 0: MU-RTS의 의도되지 않은 사용자라 하더라도 어웨이크 상태를 유지하여 TXOP PS를 수행할 수 없다.
또한, 명시적인 시그널링의 경우뿐만 아니라 능력 협상을 통하여 TXOP PS를 수행하는 STA들의 경우, 암시적으로 해당 STA은 TXOP PS를 할 수 있다고 정의할 수도 있다. 예를 들어, HE capabilities 요소를 통해 능력 협상을 한 경우 MU-RTS내 사용자 정보 필드의 AID의 리스트에 자신의 AID가 없는 의도되지 않은 사용자는 남은 TXOP 구간 동안 TXOP PS를 수행할 수 있다.
MU-RTS를 통해 만일 자신의 AID가 포함되지 않는 의도되지 않은 사용자인 경우, TXOP PS를 할 수 있다고 정의한다.
이에 대한 구체적인 실시예는 다음과 같다.
- 예시 1) MU-RTS로 AID를 넣어줄 때, 해당 AID가 없는 경우에는 TXOP PS를 할 수 있다 (암시적 방법)
- 예시 2) MU-RTS를 받은 후 CTS 응답을 하지는 않지만 스케줄이 될 예정인 STAs의 경우: CTS 응답을 하지 않지만 스케줄이 될 수 있기 때문에 TXOP PS를 하지 않도록 1비트 지시자가 필요하다: TXOP PS=0 (명시적 방법)
- 예시 3) MU-RTS의 AID 리스트에는 없지만 스케줄이 될 예정인 STAs: MU-RTS로 보호는 안되지만 스케줄이 될 예정이므로 TXOP PS를 하지 않도록 1 비트 지시자가 필요하다: TXOP PS=0 (명시적 방법)
예시 1과 같이 의도되지 않은 사용자가 TXOP PS에 대한 시그널링 없이 동작하면서 MU-RTS를 받은 경우: MU-RTS 이후 CTS와 같은 프레임의 응답이 없어서(예를 들어 패킷 검출이 안 되는 경우) TXOP 절단을 하게 되는 경우를 위해 STA들이 휴면을 하면 안되기 때문에 NAVTimeout 기간까지 고려하여 TXOP PS를 적용할 수 있다.
예를 들어 NAVTimeout 기간까지 기다린 후 신호 검출이 된 경우 나머지 TXOP에 대하여 TXOP PS가 가능하다. (NAV 리셋 동작과정과 유사 - 예를 들어 NAV 리셋이 안되는 경우 STA은 휴면할 수 있고, 만일 NAV 리셋이 되는 경우 STA은 어웨이크 상태을 유지해야 함)
단말이 TXOP PS를 수행하기 위해서는 TXOP 절단이 수행되는 경우까지 고려한다면 MU-RTS 수신 후 NAVTimeout 기간 (non-DMG BSS)까지 기다린 후 특정 신호(예를 들어, CTS)가 검출된다면 그 때 TXOP PS를 수행하는 것으로 정의한다.
예를 들어, MU-RTS 수신 후 CTS와 같은 프레임의 검출이 되지 않는 경우 NAV이 리셋되는데, 그 경우에는 TXOP PS를 수행할 수 없다. 즉, MU-RTS 수신 후 어떠한 프레임이라도 검출이 되면 NAV이 리셋되지 않기 때문에 TXOP PS를 할 수 있게 된다.
NAVTimeout period = (2 * aSIFSTime) + (CTS_Time) + aRxPHYStartDelay + (2 * aSlotTime)
여기서, "CTS_Time"은 CTS 프레임의 길이와 가장 최근의 NAV 업데이트에 사용된 RTS 프레임이 수신된 데이터 속도를 사용하여 계산된다.
또한, 능력 협상하지 않고 MU-RTS에 내 AID가 포함되어있지 않은 경우 암시적으로 TXOP PS를 수행할 수 있다.
이하에서는, HE TXOP PS를 위한 HE AP의 동작에 대해 설명한다.
AP는 HE STA가 다음과 같이 TXOP 동안 도즈 상태에 들어갈 수 있게 한다:
- AP는 비콘/프로브 응답 프레임에서 TXOP 동안 HE STA에서 파워 세이빙을 지원하는지 여부를 발표해야 한다.
- HE STA가 TXOP에 파워 세이빙을 하려고 하는지 여부를 알기 위해, AP는 HE TXOP PS의 표시를 갖는 OMI A-Control 필드에 응답하여 확인 응답을 보내야 한다.
- TXOP의 시작에서, AP는 듀레이션/ID 값을 갖는 NAV-세트 시퀀스(예를 들어, MU-RTS/CTS)를 포함해야 한다.
- HE STA가 HE TXOP PS를 위한 도즈 상태에 들어갈 때, AP는 HE STA에 프레임을 송신하지 않아야 한다.
- AP가 HE STA가 도즈 상태에 들어갈 수 있는 TXOP를 잘라내는 경우, TXOP 시작 시 설정된 NAV가 만료 될 때까지 도즈 상태에 들어갈 수 있는 HE STA로 프레임을 송신해서는 안 된다.
이하에서는, HE TXOP PS를 위한 HE STA의 동작에 대해 설명한다.
HE TXOP PS 상태인 HE STA는 다음과 같이 해당 TXOP가 끝날 때까지 도즈 상태에 들어갈 수 있다:
- TXOP 동안 파워 세이빙을 원하는 HE STA은 OMI A-Control 필드에 HE TXOP PS를 지시해야 한다.
- AP와 HE TXOP PS의 capability를 협상한 HE STA가 EOSP 필드는 1이고 More Data 필드는 0으로 지시된 프레임을 수신하는 경우, HE STA은 해당 TXOP가 끝날 때까지 도즈 상태에 들어갈 수 있다.
- HE TXOP PS 가능하게 된 OMI A-Control 필드를 송신한 HE STA가 EOSP 필드에 1이고 More Data 필드가 0으로 지시된 프레임을 수신하면, HE STA은 해당 TXOP가 끝날 때까지 도즈 상태에 들어갈 수 있다.
- HE TXOP PS 상태에 있고 도즈 상태에 진입한 HE STA는 도즈 상태 동안 자신의 NAV 타이머를 계속 작동시켜야 하며 NAV 타이머가 만료되면 어웨이크 상태로 전환해야 한다.
HE TXOP PS를 위한 의도되지 않은 STA의 동작은 다음과 같을 수 있다.
- 옵션 1: AP와의 HE TXOP PS의 능력 협상이 없다면, HE STA가 AP로부터 자신의 AID가 없는 MU-RTS 프레임을 수신할 때, HE STA은 나머지 TXOP 기간 동안 암시적으로 도즈 상태로 진입할 수 있다.
- 옵션 2: HE Capabilities 요소의 HE 능력 정보를 사용하여 AP와의 HE TXOP PS의 능력 협상을 수행 한 후, HE STA가 AP로부터 자신의 AID가 없는 MU-RTS 프레임을 수신하면, 나머지 TXOP 기간 동안 암시적으로 도즈 상태로 진입할 수 있다.
- 옵션 3: HE STA가 능력 협상을 수행 하든가 (또는 아닐지라도), HE STA은 AP에게 HE TXOP PS를 가능하게 하는 것을 지시할 수 있다.
이 경우, HE STA가 AP로부터 자신의 AID가 없는 MU-RTS 프레임을 수신할 때, HE STA은 나머지 TXOP 지속 시간 동안 도즈 상태로 진입할 수 있다.
또는, HE STA가 AP로부터 자신의 AID를 갖는 MU-RTS 프레임을 수신할 때, HE STA은 나머지 TXOP 지속 시간 동안 도즈 상태로 진입해서는 안 된다.
결론적으로 상기 기법은 HE STA가 TXOP 동안 수신할 프레임을 갖지 않으면 전력을 크게 절약할 수 있게 한다. TXOP 동안 파워 세이빙을 위해, HE STA는 AP에 알리고 TXOP PS 모드로 들어간다. AP는 TXOP 동안 파워 세이빙을 허용할 때 NAV-세트 시퀀스를 시작한다.
도 16은 본 실시예에 따른 TXOP 파워 세이브 모드로 동작하는 절차를 나타낸 흐름도이다.
먼저 용어를 정리하면, 제1 스테이션은 non-AP(Access Point) 스테이션이고, 제2 스테이션은 상기 non-AP 스테이션과 통신하는 AP 스테이션에 대응할 수 있다. 제1 스테이션은 의도된 스테이션(intended STA) 또는 의도되지 않은 스테이션(unintended STA)이 될 수 있다. 의도된 스테이션은 AP 스테이션으로부터 자신의 AID를 포함한 프레임을 수신한 스테이션에 대응할 수 있다. 의도되지 않은 스테이션은 AP 스테이션으로부터 자신의 AID를 포함하지 않은 프레임을 수신한 스테이션에 대응할 수 있다.
단계 S1610에서, 제1 스테이션은, 제2 스테이션으로부터 TXOP 동안 MU-RTS(Multi User-Request To Send) 프레임을 수신한다. MU-RTS 프레임은 MU STA에게 매체에 접근하고자 함을 알리기 위해 사용되고, 이를 통해 MU TXOP를 획득할 수도 있다.
단계 S1620에서, 상기 MU-RTS 프레임에 상기 제1 스테이션의 AID(Association Identifier)가 없다면, 상기 제1 스테이션은, 상기 TXOP의 남은 구간 동안 도즈 상태(doze state)로 천이를 결정한다. 즉, TXOP 구간이 끝나지 않았다고 하더라도 STA의 AID가 없어 AP와 STA 간에 송수신할 프레임이 없다면 남은 TXOP 구간 동안 STA을 도즈 상태로 천이하는 것이다. 이로써, STA의 전력을 보다 절약할 수 있다.
또한, 상기 MU-RTS 프레임에 상기 제1 스테이션의 AID가 없다면, 상기 제1 스테이션은, CTS(Clear to Send) 프레임을 송신하는지 여부를 판단할 수 있다.
또한, 상기 MU-RTS 프레임에 상기 제1 스테이션의 AID가 없다면, 상기 제1 스테이션은, 상기 TXOP의 시작 시점부터 NAV(Network Allocation Vector)를 설정할 수 있다. 상기 제1 스테이션은, 상기 NAV가 리셋되는지 여부를 판단할 수 있다.
상기 제1 스테이션이 상기 CTS 프레임을 송신하면, 상기 제1 스테이션은 상기 TXOP의 남은 구간 동안 도즈 상태로 천이될 수 있다.
상기 제1 스테이션이 상기 CTS 프레임을 송신하지 않으면, 상기 제1 스테이션은, 상기 NAV가 리셋되지 않은 경우 상기 TXOP의 남은 구간 동안 도즈 상태로 천이되고, 상기 NAV가 리셋되는 경우 어웨이크 상태(awake state)를 유지할 수 있다. 상기 제1 스테이션은 CTS 타임아웃(CTS timeout)가 될 때까지 CTS를 검출할 수 있는지 판단할 수 있다.
또한, 상기 제1 스테이션은, OMI(Operating Mode Indication) 제어 필드를 통해 TXOP 파워 세이브 요청 정보를 송신할 수 있다. 상기 TXOP 파워 세이브 요청 정보는 상기 OMI 제어 필드에서 유보된(reserved) 1비트로 지시될 수 있다. OMI 제어 필드는 OMI A-Control 필드에 대응할 수 있다. 이 경우 제1 스테이션은 OMI 제어 필드를 통해 TXOP PS를 요청하고 제2 스테이션으로부터 TXOP PS 요청에 대한 ACK을 수신할 수 있다.
또한, 상기 제1 스테이션은, 상기 제2 스테이션으로부터 트리거 프레임을 통해 TXOP 파워 세이브 서브필드를 수신할 수 있다. 상기 TXOP 파워 세이브 서브필드는 상기 트리거 프레임에서 유보된 1비트로 지시될 수 있다.
상기 TXOP 파워 세이브 서브필드가 1을 지시하면, 상기 MU-RTS 프레임에 상기 제1 스테이션의 AID가 없는 경우 상기 제1 스테이션은 상기 TXOP의 남은 구간 동안 도즈 상태로 천이될 수 있다.
상기 TXOP 파워 세이브 서브필드가 0을 지시하면, 상기 MU-RTS 프레임에 상기 제1 스테이션의 AID가 없더라도 상기 제1 스테이션은 상기 TXOP의 남은 구간 동안 도즈 상태로 천이되지 않는다.
상기 TXOP 파워 세이브 서브필드를 사용하는 실시예는 TXOP PS를 위해 특정 서브필드를 이용하는 것으로 명시적으로 시그널링 하는 기법일 수 있다.
또한, 상기 제1 스테이션은 상기 제2 스테이션과 능력 협상(capability negotiation)을 수행하지 않고 상기 TXOP의 남은 구간 동안 도즈 상태로 천이를 결정할 수 있다. 상기 제1 스테이션은 의도되지 않은 스테이션일 수 있어서, HE capabilities 요소를 통해 제2 스테이션과 능력 협상이 필요할 수도 있다. 그러나, 능력 협상을 수행하지 않고서도 MU-RTS 프레임에 AID가 포함되어 있지 않은 것만으로 암시적으로 TXOP PS를 수행할 수 있다고 시그널링 할 수도 있다.
도 17은 본 실시예가 적용될 수 있는 무선 장치를 나타내는 블록도이다.
도 17을 참조하면, 무선 장치는 상술한 실시예를 구현할 수 있는 STA로서, AP또는 비AP STA(non-AP station)일 수 있다. 상기 무선 장치는 상술한 사용자에 대응되거나, 상기 사용자에 신호를 송신하는 송신 장치에 대응될 수 있다.
AP(1700)는 프로세서(1710), 메모리(1720) 및 RF부(radio frequency unit, 1730)를 포함한다.
RF부(1730)는 프로세서(1710)와 연결하여 무선신호를 송신/수신할 수 있다.
프로세서(1710)는 본 명세서에서 제안된 기능, 과정 및/또는 방법을 구현할 수 있다. 예를 들어, 프로세서(1710)는 전술한 본 실시예에 따른 동작을 수행할 수 있다. 즉, 프로세서(1710)는 도 1 내지 16의 실시예에서 개시된 동작 중 AP가 수행할 수 있는 동작을 수행할 수 있다.
비AP STA(1750)는 프로세서(1760), 메모리(1770) 및 RF부(radio frequency unit, 1780)를 포함한다.
RF부(1780)는 프로세서(1760)와 연결하여 무선신호를 송신/수신할 수 있다.
프로세서(1760)는 본 실시예에서 제안된 기능, 과정 및/또는 방법을 구현할 수 있다. 예를 들어, 프로세서(1760)는 전술한 본 실시예에 따른 non-AP STA동작을 수행하도록 구현될 수 있다. 프로세서는 도 1 내지 16의 실시예에서 non-AP STA의 동작을 수행할 수 있다.
프로세서(1710, 1760)는 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로, 데이터 처리 장치 및/또는 베이스밴드 신호 및 무선 신호를 상호 변환하는 변환기를 포함할 수 있다. 메모리(1720, 1770)는 ROM(read-only memory), RAM(random access memory), 플래쉬 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다. RF부(1730, 1780)는 무선 신호를 송신 및/또는 수신하는 하나 이상의 안테나를 포함할 수 있다.
실시예가 소프트웨어로 구현될 때, 상술한 기법은 상술한 기능을 수행하는 모듈(과정, 기능 등)로 구현될 수 있다. 모듈은 메모리(1720, 1770)에 저장되고, 프로세서(1710, 1760)에 의해 실행될 수 있다. 메모리(1720, 1770)는 프로세서(1710, 1760) 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 프로세서(1710, 1760)와 연결될 수 있다.

Claims (14)

  1. 무선 랜(wireless LAN) 시스템에서 TXOP(Transmission Opportunity) 파워 세이브 모드로 동작하는 방법에 있어서,
    제1 스테이션이, 제2 스테이션으로부터 TXOP 동안 MU-RTS(Multi User-Request To Send) 프레임을 수신하는 단계; 및
    상기 MU-RTS 프레임에 상기 제1 스테이션의 AID(Association Identifier)가 없다면, 상기 제1 스테이션이, 상기 TXOP의 남은 구간 동안 도즈 상태(doze state)로 천이를 결정하는 단계를 포함하는
    방법.
  2. 제1항에 있어서,
    상기 MU-RTS 프레임에 상기 제1 스테이션의 AID가 없다면,
    상기 제1 스테이션이, CTS(Clear to Send) 프레임을 송신하는지 여부를 판단하는 단계를 더 포함하는
    방법.
  3. 제2항에 있어서,
    상기 MU-RTS 프레임에 상기 제1 스테이션의 AID가 없다면,
    상기 제1 스테이션이, 상기 TXOP의 시작 시점부터 NAV(Network Allocation Vector)를 설정하는 단계; 및
    상기 제1 스테이션이, 상기 NAV가 리셋되는지 여부를 판단하는 단계를 더 포함하되,
    상기 제1 스테이션이 상기 CTS 프레임을 송신하면, 상기 제1 스테이션은 상기 TXOP의 남은 구간 동안 도즈 상태로 천이되고,
    상기 제1 스테이션이 상기 CTS 프레임을 송신하지 않으면, 상기 제1 스테이션은, 상기 NAV가 리셋되지 않은 경우 상기 TXOP의 남은 구간 동안 도즈 상태로 천이되고, 상기 NAV가 리셋되는 경우 어웨이크 상태(awake state)를 유지하는
    방법.
  4. 제1항에 있어서,
    상기 제1 스테이션이, OMI(Operating Mode Indication) 제어 필드를 통해 TXOP 파워 세이브 요청 정보를 송신하는 단계를 더 포함하되,
    상기 TXOP 파워 세이브 요청 정보는 상기 OMI 제어 필드에서 유보된(reserved) 1비트로 지시되는
    방법.
  5. 제1항에 있어서,
    상기 제1 스테이션이, 상기 제2 스테이션으로부터 트리거 프레임을 통해 TXOP 파워 세이브 서브필드를 수신하는 단계를 더 포함하되,
    상기 TXOP 파워 세이브 서브필드는 상기 트리거 프레임에서 유보된 1비트로 지시되고,
    상기 TXOP 파워 세이브 서브필드가 1을 지시하면, 상기 MU-RTS 프레임에 상기 제1 스테이션의 AID가 없는 경우 상기 제1 스테이션은 상기 TXOP의 남은 구간 동안 도즈 상태로 천이되고,
    상기 TXOP 파워 세이브 서브필드가 0을 지시하면, 상기 MU-RTS 프레임에 상기 제1 스테이션의 AID가 없더라도 상기 제1 스테이션은 상기 TXOP의 남은 구간 동안 도즈 상태로 천이되지 않는
    방법.
  6. 제1항에 있어서,
    상기 제1 스테이션은 상기 제2 스테이션과 능력 협상(capability negotiation)을 수행하지 않고 상기 TXOP의 남은 구간 동안 도즈 상태로 천이를 결정하는
    방법.
  7. 제1항에 있어서,
    상기 제1 스테이션은 non-AP(Access Point) 스테이션이고, 상기 제2 스테이션은 상기 non-AP 스테이션과 통신하는 AP 스테이션인
    방법.
  8. 무선 랜(wireless LAN) 시스템에서 TXOP(Transmission Opportunity) 파워 세이브 모드로 동작하는 제1 스테이션에 있어서,
    무선 신호를 송신하거나 수신하는 RF 부; 및
    상기 RF 부를 제어하는 프로세서를 포함하되, 상기 프로세서는
    제2 스테이션으로부터 TXOP 동안 MU-RTS(Multi User-Request To Send) 프레임을 수신하고, 및
    상기 MU-RTS 프레임에 상기 제1 스테이션의 AID(Association Identifier)가 없다면, 상기 TXOP의 남은 구간 동안 도즈 상태(doze state)로 천이를 결정하는
    제1 스테이션.
  9. 제8항에 있어서,
    상기 MU-RTS 프레임에 상기 제1 스테이션의 AID가 없다면,
    상기 프로세서는, CTS(Clear to Send) 프레임을 송신하는지 여부를 판단하는
    제1 스테이션.
  10. 제9항에 있어서,
    상기 MU-RTS 프레임에 상기 제1 스테이션의 AID가 없다면,
    상기 프로세서는, 상기 TXOP의 시작 시점부터 NAV(Network Allocation Vector)를 설정하고, 및
    상기 프로세서는, 상기 NAV가 리셋되는지 여부를 판단하되,
    상기 제1 스테이션이 상기 CTS 프레임을 송신하면, 상기 제1 스테이션은 상기 TXOP의 남은 구간 동안 도즈 상태로 천이되고,
    상기 제1 스테이션이 상기 CTS 프레임을 송신하지 않으면, 상기 제1 스테이션은, 상기 NAV가 리셋되지 않은 경우 상기 TXOP의 남은 구간 동안 도즈 상태로 천이되고, 상기 NAV가 리셋되는 경우 어웨이크 상태(awake state)를 유지하는
    제1 스테이션.
  11. 제8항에 있어서,
    상기 프로세서는, OMI(Operating Mode Indication) 제어 필드를 통해 TXOP 파워 세이브 요청 정보를 송신하되,
    상기 TXOP 파워 세이브 요청 정보는 상기 OMI 제어 필드에서 유보된(reserved) 1비트로 지시되는
    제1 스테이션.
  12. 제8항에 있어서,
    상기 프로세서는, 상기 제2 스테이션으로부터 트리거 프레임을 통해 TXOP 파워 세이브 서브필드를 수신하되,
    상기 TXOP 파워 세이브 서브필드는 상기 트리거 프레임에서 유보된 1비트로 지시되고,
    상기 TXOP 파워 세이브 서브필드가 1을 지시하면, 상기 MU-RTS 프레임에 상기 제1 스테이션의 AID가 없는 경우 상기 제1 스테이션은 상기 TXOP의 남은 구간 동안 도즈 상태로 천이되고,
    상기 TXOP 파워 세이브 서브필드가 0을 지시하면, 상기 MU-RTS 프레임에 상기 제1 스테이션의 AID가 없더라도 상기 제1 스테이션은 상기 TXOP의 남은 구간 동안 도즈 상태로 천이되지 않는
    제1 스테이션.
  13. 제8항에 있어서,
    상기 제1 스테이션은 상기 제2 스테이션과 능력 협상(capability negotiation)을 수행하지 않고 상기 TXOP의 남은 구간 동안 도즈 상태로 천이를 결정하는
    제1 스테이션.
  14. 제8항에 있어서,
    상기 제1 스테이션은 non-AP(Access Point) 스테이션이고, 상기 제2 스테이션은 상기 non-AP 스테이션과 통신하는 AP 스테이션인
    제1 스테이션.
PCT/KR2017/006836 2016-07-07 2017-06-28 무선 랜 시스템에서 txop 파워 세이브 모드로 동작하는 방법 및 장치 WO2018008890A1 (ko)

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US201662359209P 2016-07-07 2016-07-07
US62/359,209 2016-07-07
US201662408067P 2016-10-14 2016-10-14
US62/408,067 2016-10-14
US201662410404P 2016-10-20 2016-10-20
US62/410,404 2016-10-20
US201762510763P 2017-05-25 2017-05-25
US62/510,763 2017-05-25

Publications (1)

Publication Number Publication Date
WO2018008890A1 true WO2018008890A1 (ko) 2018-01-11

Family

ID=60912833

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/006836 WO2018008890A1 (ko) 2016-07-07 2017-06-28 무선 랜 시스템에서 txop 파워 세이브 모드로 동작하는 방법 및 장치

Country Status (1)

Country Link
WO (1) WO2018008890A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113206689A (zh) * 2020-12-31 2021-08-03 珠海市杰理科技股份有限公司 通信方法及装置、蓝牙从设备、蓝牙通信***
WO2023003386A1 (ko) * 2021-07-21 2023-01-26 엘지전자 주식회사 무선랜 시스템에서 가용 주파수 유닛 정보 송수신 방법 및 장치

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120016985A (ko) * 2010-08-17 2012-02-27 삼성전자주식회사 멀티 유저의 ｔｘｏｐ 파워 세이빙을 위한 액티브 모드에서의 단말 및 액세스 포인트의 통신 방법
KR20120102596A (ko) * 2009-11-03 2012-09-18 마벨 월드 트레이드 리미티드 통신 장치의 전력 절감
US20130176921A1 (en) * 2012-01-05 2013-07-11 Stmicroelectronics, Inc. Vht txop power save
KR20130121161A (ko) * 2011-02-01 2013-11-05 후아웨이 테크놀러지 컴퍼니 리미티드 전력 절약 방법, 액세스 포인트 디바이스 및 스테이션 디바이스
KR20150138169A (ko) * 2013-03-07 2015-12-09 엘지전자 주식회사 무선랜 시스템에서 스테이션의 신호 수신 방법 및 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120102596A (ko) * 2009-11-03 2012-09-18 마벨 월드 트레이드 리미티드 통신 장치의 전력 절감
KR20120016985A (ko) * 2010-08-17 2012-02-27 삼성전자주식회사 멀티 유저의 ｔｘｏｐ 파워 세이빙을 위한 액티브 모드에서의 단말 및 액세스 포인트의 통신 방법
KR20130121161A (ko) * 2011-02-01 2013-11-05 후아웨이 테크놀러지 컴퍼니 리미티드 전력 절약 방법, 액세스 포인트 디바이스 및 스테이션 디바이스
US20130176921A1 (en) * 2012-01-05 2013-07-11 Stmicroelectronics, Inc. Vht txop power save
KR20150138169A (ko) * 2013-03-07 2015-12-09 엘지전자 주식회사 무선랜 시스템에서 스테이션의 신호 수신 방법 및 장치

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113206689A (zh) * 2020-12-31 2021-08-03 珠海市杰理科技股份有限公司 通信方法及装置、蓝牙从设备、蓝牙通信***
CN113206689B (zh) * 2020-12-31 2022-05-17 珠海市杰理科技股份有限公司 通信方法及装置、蓝牙从设备、蓝牙通信***
WO2023003386A1 (ko) * 2021-07-21 2023-01-26 엘지전자 주식회사 무선랜 시스템에서 가용 주파수 유닛 정보 송수신 방법 및 장치

Similar Documents

Publication Publication Date Title
WO2020045891A1 (ko) 무선랜 시스템에서 조인트 전송을 수행하는 방법 및 장치
WO2020013594A1 (ko) 무선랜 시스템에서 데이터를 전송하는 방법 및 장치
WO2016036138A1 (ko) 무선랜에서 복수의 ps-poll 프레임을 트리거하는 방법 및 장치
WO2019103452A1 (ko) 무선 랜에서 프레임을 송신 또는 수신하기 위한 방법 및 이를 위한 장치
WO2017074070A1 (ko) 무선랜 시스템에서 다중 사용자의 상향링크 프레임의 전송을 위한 방법
WO2016182390A1 (ko) 무선랜 시스템에서 프레임을 송수신하는 방법 및 이를 위한 장치
WO2017026782A1 (ko) 무선랜 시스템에서 자원 유닛에 관한 정보를 포함하는 제어 필드를 구성하는 방법 및 장치
WO2016195402A1 (ko) 무선랜 시스템에서 전력 저감 모드로 동작하는 방법 및 이를 위한 장치
WO2013147496A1 (ko) 무선 통신 시스템에서 연계 아이디 변경 방법 및 이를 위한 장치
WO2019240541A1 (ko) 무선랜 시스템에서 상향링크 데이터를 수신하는 방법 및 장치
WO2017164687A1 (ko) 무선랜 시스템에서 전력 관리를 위한 방법 및 이를 이용한 무선 단말
WO2019245265A1 (ko) 무선랜 시스템에서 데이터를 전송하는 방법 및 장치
WO2020032430A1 (ko) 무선랜 시스템에서 ppdu를 전송하는 방법 및 장치
WO2017119759A1 (ko) 무선랜 시스템에서 전력 관리를 위한 방법 및 이를 이용한 단말
WO2016129766A1 (ko) 무선랜에서 초기 액세스를 수행하는 sta의 전송 커버리지를 증가시키기 위한 방법 및 장치
WO2020022814A1 (ko) 무선랜 시스템에서 ul 데이터를 수신하는 방법 및 장치
WO2019225986A1 (ko) 무선랜 시스템에서 fdd를 기반으로 ppdu를 송수신하는 방법 및 장치
WO2019009596A1 (ko) 무선랜 시스템에서 채널화된 복수의 채널을 기반으로 프레임을 송신하는 방법 및 이를 이용한 무선 단말
WO2020060168A1 (ko) 무선랜 시스템에서 데이터를 전송하는 방법 및 장치
WO2016182415A1 (ko) 무선랜 시스템에서 전력 저감 모드로 동작하는 방법 및 이를 위한 장치
WO2018084404A1 (ko) 무선 랜 시스템에서 ppdu를 송신하기 위한 공간 재사용을 수행하는 방법 및 장치
WO2020060169A1 (ko) 무선랜 시스템에서 데이터를 수신하는 방법 및 장치
WO2016159737A1 (ko) 무선랜 시스템에서 시그널 필드를 구성하는 방법 및 장치
WO2019182421A1 (ko) 무선랜 시스템에서 제 harq 프로세스를 지원하기 위한 방법 및 이를 이용한 무선 단말
WO2016021994A1 (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: 17824446

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

Country of ref document: EP

Kind code of ref document: A1