WO2017069589A1 - 무선 통신 시스템에서 데이터 전송 방법 및 이를 위한 장치 - Google Patents

무선 통신 시스템에서 데이터 전송 방법 및 이를 위한 장치 Download PDF

Info

Publication number
WO2017069589A1
WO2017069589A1 PCT/KR2016/011946 KR2016011946W WO2017069589A1 WO 2017069589 A1 WO2017069589 A1 WO 2017069589A1 KR 2016011946 W KR2016011946 W KR 2016011946W WO 2017069589 A1 WO2017069589 A1 WO 2017069589A1
Authority
WO
WIPO (PCT)
Prior art keywords
field
control
information
sta
ppdu
Prior art date
Application number
PCT/KR2016/011946
Other languages
English (en)
French (fr)
Inventor
천진영
류기선
조한규
Original Assignee
엘지전자(주)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자(주) filed Critical 엘지전자(주)
Priority to EP16857846.6A priority Critical patent/EP3367725B1/en
Priority to US15/770,440 priority patent/US10728799B2/en
Publication of WO2017069589A1 publication Critical patent/WO2017069589A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0617—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal for beam forming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0621—Feedback content
    • H04B7/0626—Channel coefficients, e.g. channel state information [CSI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Definitions

  • the present invention relates to a wireless communication system, and more particularly, to a data transmission method for supporting data transmission in a new format applicable to a next generation system, and an apparatus supporting the same.
  • Wi-Fi is a Wireless Local Area Network (WLAN) technology that allows devices to access the Internet in the 2.4 GHz, 5 GHz, or 60 GHz frequency bands.
  • WLAN Wireless Local Area Network
  • WLANs are based on the Institute of Electrical and Electronic Engineers (IEEE) 802.11 standard.
  • IEEE 802.11 The Wireless Next Generation Standing Committee (WNG SC) of IEEE 802.11 is an ad hoc committee that considers the next generation wireless local area network (WLAN) in the medium to long term.
  • WNG SC Wireless Next Generation Standing Committee
  • IEEE 802.11n aims to increase the speed and reliability of networks and to extend the operating range of wireless networks. More specifically, IEEE 802.11n supports High Throughput (HT), which provides up to 600 Mbps data rate, and also supports both transmitter and receiver to minimize transmission errors and optimize data rates. It is based on Multiple Inputs and Multiple Outputs (MIMO) technology using multiple antennas.
  • HT High Throughput
  • MIMO Multiple Inputs and Multiple Outputs
  • IEEE 802.11ac supports data processing speeds of 1 Gbps and higher via 80 MHz bandwidth transmission and / or higher bandwidth transmission (eg 160 MHz) and operates primarily in the 5 GHz band.
  • IEEE 802.11ax often discussed in the next-generation WLAN task group, also known as IEEE 802.11ax or High Efficiency (HEW) WLAN, includes: 1) 802.11 physical layer and MAC in the 2.4 GHz and 5 GHz bands; (medium access control) layer enhancement, 2) spectral efficiency and area throughput improvement, 3) environments with interference sources, dense heterogeneous network environments, and high user loads. Such as improving performance in real indoor environments and outdoor environments, such as the environment.
  • IEEE 802.11ax Scenarios considered mainly in IEEE 802.11ax are dense environments with many access points (APs) and stations (STAs), and IEEE 802.11ax discusses spectral efficiency and area throughput improvement in such a situation. . In particular, there is an interest in improving the performance of the indoor environment as well as the outdoor environment, which is not much considered in the existing WLAN.
  • IEEE 802.11ax we are interested in scenarios such as wireless office, smart home, stadium, hotspot, and building / apartment. There is a discussion about improving system performance in dense environments with many STAs.
  • IEEE 802.11ax improves system performance in outdoor basic service set (OBSS) environment, outdoor environment performance, and cellular offloading rather than single link performance in one basic service set (BSS). Discussion is expected to be active.
  • the directionality of IEEE 802.11ax means that next-generation WLANs will increasingly have a technology range similar to that of mobile communication. Considering the situation where mobile communication and WLAN technology are recently discussed in the small cell and direct-to-direct communication area, the technical and business of next-generation WLAN and mobile communication based on IEEE 802.11ax Convergence is expected to become more active.
  • An object of the present invention is to propose a MAC header structure of a new format that can be applied in the next generation wireless communication system.
  • an object of the present invention is to propose a new format HE control field structure that can be applied to a next generation wireless communication system.
  • a downlink (DL) Physical Protocol Data Unit (PPDU) is described in detail.
  • an operation method of a STA (Station) in a wireless LAN (WLAN) system according to an embodiment of the present invention comprising: receiving a first physical protocol data unit (PPDU); And sending a second PPDU as a response to the first PPDU.
  • PPDU physical protocol data unit
  • the first or second PPDU includes at least one Mac Protocol Data Unit (MPDU), wherein the MAC header of the MPDU includes a HE (High-Efficiency) control field, and the HE control field includes:
  • the VHT subfield indicating the Very High Throughput (VHT) format and the HE subfield indicating the HE format are HT control fields each set to '1' and include at least one control subfield, wherein the at least one control The subfield is fixed to a predetermined length, and may be included in the HE control field by being aggregated for each control ID.
  • Each of the plurality of control subfields may include a control ID field indicating the control ID and may selectively include a control content field including control content corresponding to the control ID field.
  • the control ID field may include an End of Control (EoC) field indicating whether the control ID field corresponds to a last control ID field among control ID fields included in the HE control field.
  • EoC End of Control
  • the control ID may be an acknowledgment (Ack) or a request for a block (BA), a response type for the Ack or BA, a buffer state request type, a buffer state response type, a channel state information (CSI) feedback request type, a CSI feedback response.
  • Ack acknowledgment
  • BA request for a block
  • CSI channel state information
  • Type or UL (uplink) trigger type may be an acknowledgment (Ack) or a request for a block (BA), a response type for the Ack or BA, a buffer state request type, a buffer state response type, a channel state information (CSI) feedback request type, a CSI feedback response.
  • Type or UL (uplink) trigger type may be an acknowledgment (Ack) or a request for a block (BA), a response type for the Ack or BA, a buffer state request type, a buffer state response type, a channel state information (CSI) feedback request type, a CSI feedback response.
  • Type or UL (uplink) trigger type may be
  • control ID field indicates a control ID corresponding to the request type of the Ack or BA
  • control content field corresponding to the control ID field triggers on transmitting an Ack or BA response to the Ack or BA request. May contain information.
  • control content field corresponding to the control ID field may include trigger information on transmission of a buffer status response to the buffer status request. Can be.
  • control ID field may be configured to indicate that the buffer status request type for a specific AC (Access Category).
  • control content field corresponding to the control ID field may include a legacy QoS control field.
  • control ID field indicates a control ID corresponding to the buffer status response type
  • control content field corresponding to the control ID field may include buffer status response information
  • the buffer status response information may include an AC field, a scaling factor field, a queue size field, and / or a TXOP duration field.
  • the AC field may be a field indicating an AC corresponding to the buffer status response information in a bitmap format.
  • the scaling element field may be a field indicating a scaling element common to all ACs indicated by the AC field.
  • control ID field indicates a control ID corresponding to the CSI feedback request type
  • control content field corresponding to the control ID field is trigger information and feedback request for CSI feedback transmission that is a response to the CSI feedback request. May contain information.
  • the feedback request information may include MSI (MRQ Sequence Identifier) information, MCS Feedback (MFB) information, space-time block coding (STBC) information, coding type information, and / or feedback type information.
  • MSI MRQ Sequence Identifier
  • MCS Feedback MCS Feedback
  • STBC space-time block coding
  • control content field corresponding to the control ID field may include the CSI feedback response information.
  • the CSI feedback response information may include voluntary MFB indication information, MCS feedback sequence identifier (MFSI) information, MFB information, STBC information, coding type information, and / or FB type information.
  • control content field corresponding to the control ID field may include trigger information for triggering a UL multi-user (MU) transmission.
  • the trigger information may include UL PPDU length information, resource unit allocation information, Modulation and Coding Scheme (MCS) information, coding type information, stream number information, beamforming information, STBC information, and / or Guard Interval (GI) type information. It may include.
  • MCS Modulation and Coding Scheme
  • GI Guard Interval
  • the MAC header is configured by reusing the legacy MAC header
  • the MAC address in the legacy MAC header may be configured in the form of a substitute for the ID or BSS (Basic Service Set) ID of the STA.
  • the MAC header may include an indicator indicating that the plurality of control subfields are merged in the HE control field included in the MAC header.
  • STA Service
  • WLAN wireless LAN
  • RF Radio Frequency
  • the STA device receives a first Physical Protocol Data Unit (PPDU) and transmits a second PPDU as a response to the first PPDU, wherein the first or second PPDU includes at least one MPDU ( Including a Mac Protocol Data Unit (MAC), the MAC header of the MPDU includes a High-Efficiency (HE) control field, and the HE control field includes a VHT subfield and a HE format indicating a Very High Throughput (VHT) format.
  • MPDU Physical Protocol Data Unit
  • MAC Mac Protocol Data Unit
  • HE High-Efficiency
  • VHT Very High Throughput
  • Each of the indicated HE subfields is an HT control field whose value is set to '1', and includes at least one control subfield, wherein the at least one control subfield is aggregated for each control identifier to control the HE. May be included in the field.
  • a new format of a MAC header that can be efficiently applied in a next generation WLAN system to which OFDMA technology is applied is proposed.
  • the compressed MAC header structure since the compressed MAC header structure is used, more information and / or more suitable information for the next generation WLNA system may be provided than the legacy MAC header.
  • control content / information for a plurality of control types is merged and transmitted in one HE control field, there is an effect that the transmission resource can be efficiently used.
  • FIG. 1 is a diagram illustrating an example of an IEEE 802.11 system to which the present invention can be applied.
  • FIG. 2 is a diagram illustrating a structure of a layer architecture of an IEEE 802.11 system to which the present invention may be applied.
  • FIG. 3 illustrates a non-HT format PPDU and a HT format PPDU of a wireless communication system to which the present invention can be applied.
  • FIG. 4 illustrates a VHT format PPDU format of a wireless communication system to which the present invention can be applied.
  • FIG. 5 illustrates a MAC frame format of an IEEE 802.11 system to which the present invention can be applied.
  • FIG. 6 is a diagram illustrating a frame control field in a MAC frame in a wireless communication system to which the present invention can be applied.
  • FIG. 7 illustrates the VHT format of the HT Control field in a wireless communication system to which the present invention can be applied.
  • FIG. 8 is a diagram conceptually illustrating a channel sounding method in a wireless communication system to which the present invention can be applied.
  • FIG. 9 is a diagram illustrating a VHT NDPA frame in a wireless communication system to which the present invention can be applied.
  • FIG. 10 is a diagram illustrating an NDP PPDU in a wireless communication system to which the present invention can be applied.
  • FIG. 11 is a diagram illustrating a VHT compressed beamforming frame format in a wireless communication system to which the present invention can be applied.
  • FIG. 12 is a diagram illustrating a beamforming report poll frame format in a wireless communication system to which the present invention can be applied.
  • FIG. 13 is a diagram illustrating a downlink multi-user PPDU format in a wireless communication system to which the present invention can be applied.
  • FIG. 14 is a diagram illustrating a downlink multi-user PPDU format in a wireless communication system to which the present invention can be applied.
  • 15 is a diagram illustrating a downlink MU-MIMO transmission process in a wireless communication system to which the present invention can be applied.
  • 16 is a diagram illustrating an ACK frame in a wireless communication system to which the present invention can be applied.
  • 17 is a diagram illustrating a block ACK request frame in a wireless communication system to which the present invention can be applied.
  • FIG. 18 illustrates a BAR information field of a block ACK request frame in a wireless communication system to which an embodiment of the present invention may be applied.
  • FIG. 19 is a diagram illustrating a block ACK (block Ack) frame in a wireless communication system to which the present invention can be applied.
  • FIG. 20 is a diagram illustrating a BA Information field of a block ACK frame in a wireless communication system to which an embodiment of the present invention may be applied.
  • FIG. 21 illustrates a High Efficiency (HE) format PPDU according to an embodiment of the present invention.
  • HE High Efficiency
  • 22 through 24 illustrate a HE format PPDU according to an embodiment of the present invention.
  • 25 is a diagram illustrating an uplink multi-user transmission procedure according to an embodiment of the present invention.
  • 26 to 28 are diagrams illustrating a resource allocation unit in an OFDMA multi-user transmission scheme according to an embodiment of the present invention.
  • 29 illustrates an MPDU according to an embodiment of the present invention.
  • FIG. 30 is a diagram illustrating a compressed A1 field according to an embodiment of the present invention.
  • FIG. 31 is a diagram illustrating a configuration of a VHT control field according to an embodiment of the present invention.
  • 32 (a) is a diagram illustrating a format of a plurality of HE control fields according to an embodiment of the present invention.
  • 32 (b) and 32 (c) illustrate an HE control frame according to an embodiment of the present invention.
  • 33 is a diagram illustrating a configuration of a control ID field according to an embodiment of the present invention.
  • 34 is a diagram illustrating the configuration of a compressed BAR control field and a BAR information field according to an embodiment of the present invention.
  • 35 and 36 illustrate a configuration of an HE control field for a buffer status response according to an embodiment of the present invention.
  • 37 (a) is a diagram illustrating a configuration of an HE control field for a CSI feedback request according to an embodiment of the present invention.
  • 37 (b) is a diagram illustrating a configuration of an HE control field for a CSI feedback response according to an embodiment of the present invention.
  • 37 (c) is a diagram illustrating a configuration of an HE control field for a CSI feedback request / response according to an embodiment of the present invention.
  • 38 is a diagram illustrating a configuration of an HE control field for an UL trigger (or UL MU response scheduling) according to an embodiment of the present invention.
  • 39 is a flowchart illustrating a method of transmitting a HE control field according to an embodiment of the present invention.
  • FIG. 40 is a block diagram of each STA apparatus according to an embodiment of the present invention.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • EDGE enhanced data rates for GSM evolution
  • OFDMA may be implemented with wireless technologies such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, evolved UTRA (E-UTRA), and the like.
  • UTRA is part of a universal mobile telecommunications system (UMTS).
  • 3rd generation partnership project (3GPP) long term evolution (LTE) is a part of evolved UMTS (E-UMTS) using E-UTRA, and employs OFDMA in downlink and SC-FDMA in uplink.
  • LTE-A evolution of 3GPP LTE.
  • Embodiments of the present invention may be supported by standard documents disclosed in at least one of the wireless access systems IEEE 802, 3GPP and 3GPP2. That is, steps or parts which are not described to clearly reveal the technical spirit of the present invention among the embodiments of the present invention may be supported by the above documents. In addition, all terms disclosed in the present document can be described by the above standard document.
  • FIG. 1 is a diagram illustrating an example of an IEEE 802.11 system to which the present invention can be applied.
  • the IEEE 802.11 structure may be composed of a plurality of components, and a wireless communication system supporting a station (STA) station mobility that is transparent to a higher layer may be provided by their interaction.
  • STA station
  • a basic service set (BSS) may correspond to a basic building block in an IEEE 802.11 system.
  • FIG. 1 there are three BSSs (BSS 1 to BSS 3) and two STAs are included as members of each BSS (STA 1 and STA 2 are included in BSS 1, and STA 3 and STA 4 are BSS 2. Included in, and STA 5 and STA 6 are included in BSS 3) by way of example.
  • an ellipse representing a BSS may be understood to represent a coverage area where STAs included in the BSS maintain communication. This area may be referred to as a basic service area (BSA).
  • BSA basic service area
  • the most basic type of BSS in an IEEE 802.11 system is an independent BSS (IBSS).
  • the IBSS may have a minimal form consisting of only two STAs.
  • BSS 3 of FIG. 1, which is the simplest form and other components are omitted, may correspond to a representative example of the IBSS. This configuration is possible when STAs can communicate directly.
  • this type of LAN may not be configured in advance, but may be configured when a LAN is required, which may be referred to as an ad-hoc network.
  • the membership of the STA in the BSS may be dynamically changed by turning the STA on or off, the STA entering or exiting the BSS region, or the like.
  • the STA may join the BSS using a synchronization process.
  • the STA In order to access all services of the BSS infrastructure, the STA must be associated with the BSS. This association may be set up dynamically and may include the use of a Distribution System Service (DSS).
  • DSS Distribution System Service
  • the direct STA-to-STA distance in an 802.11 system may be limited by physical layer (PHY) performance. In some cases, this distance limit may be sufficient, but in some cases, communication between STAs over longer distances may be required.
  • a distribution system (DS) may be configured to support extended coverage.
  • the DS refers to a structure in which BSSs are interconnected. Specifically, instead of the BSS independently as shown in FIG. 1, the BSS may exist as an extended type component of a network composed of a plurality of BSSs.
  • DS is a logical concept and can be specified by the characteristics of the Distribution System Medium (DSM).
  • DSM Distribution System Medium
  • the IEEE 802.11 standard logically distinguishes between wireless medium (WM) and distribution system medium (DSM). Each logical medium is used for a different purpose and is used by different components.
  • the definition of the IEEE 802.11 standard does not limit these media to the same or to different ones.
  • the plurality of media are logically different, and thus the flexibility of the structure of the IEEE 802.11 system (DS structure or other network structure) can be described. That is, the IEEE 802.11 system structure can be implemented in various ways, the corresponding system structure can be specified independently by the physical characteristics of each implementation.
  • the DS may support mobile devices by providing seamless integration of multiple BSSs and providing logical services for handling addresses to destinations.
  • the AP means an entity that enables access to the DS through the WM to the associated STAs and has STA functionality. Data movement between the BSS and the DS may be performed through the AP.
  • STA 2 and STA 3 illustrated in FIG. 1 have a functionality of STA, and provide a function of allowing associated STAs STA 1 and STA 4 to access the DS.
  • all APs basically correspond to STAs, all APs are addressable entities.
  • the address used by the AP for communication on the WM and the address used by the AP for communication on the DSM need not necessarily be the same.
  • Data transmitted from one of the STAs associated with an AP to the STA address of that AP may always be received at an uncontrolled port and processed by an IEEE 802.1X port access entity.
  • transmission data (or frame) may be transmitted to the DS.
  • a wireless network of arbitrary size and complexity may be composed of DS and BSSs.
  • this type of network is referred to as an extended service set (ESS) network.
  • the ESS may correspond to a set of BSSs connected to one DS. However, the ESS does not include a DS.
  • the ESS network is characterized by what appears to be an IBSS network at the Logical Link Control (LLC) layer. STAs included in the ESS may communicate with each other, and mobile STAs may move from one BSS to another BSS (within the same ESS) transparently to the LLC.
  • LLC Logical Link Control
  • BSSs can be partially overlapped, which is the form generally used to provide continuous coverage.
  • the BSSs may not be physically connected, and logically there is no limit to the distance between the BSSs.
  • the BSSs can be located at the same physical location, which can be used to provide redundancy.
  • one (or more) IBSS or ESS networks may be physically present in the same space as one or more ESS networks. This may be necessary if the ad-hoc network is operating at the location of the ESS network, if the IEEE 802.11 networks are physically overlapped by different organizations, or if two or more different access and security policies are required at the same location. It may correspond to an ESS network type in a case.
  • an STA is a device that operates according to Medium Access Control (MAC) / PHY regulations of IEEE 802.11. As long as the function of the STA is not distinguished from the AP individually, the STA may include an AP STA and a non-AP STA. However, when communication is performed between the STA and the AP, the STA may be understood as a non-AP STA. In the example of FIG. 1, STA 1, STA 4, STA 5, and STA 6 correspond to non-AP STAs, and STA 2 and STA 3 correspond to AP STAs.
  • MAC Medium Access Control
  • Non-AP STAs generally correspond to devices that users directly handle, such as laptop computers and mobile phones.
  • a non-AP STA includes a wireless device, a terminal, a user equipment (UE), a mobile station (MS), a mobile terminal, and a wireless terminal.
  • WTRU wireless transmit / receive unit
  • MTC machine-type communication
  • M2M machine-to-machine
  • the AP is a base station (BS), Node-B (Node-B), evolved Node-B (eNB), and Base Transceiver System (BTS) in other wireless communication fields.
  • BS base station
  • Node-B Node-B
  • eNB evolved Node-B
  • BTS Base Transceiver System
  • downlink means communication from the AP to the non-AP STA
  • uplink means communication from the non-AP STA to the AP.
  • the transmitter may be part of an AP and the receiver may be part of a non-AP STA.
  • a transmitter may be part of a non-AP STA and a receiver may be part of an AP.
  • FIG. 2 is a diagram illustrating a structure of a layer architecture of an IEEE 802.11 system to which the present invention may be applied.
  • the layer architecture of the IEEE 802.11 system may include a MAC sublayer and a PHY sublayer.
  • the PHY sublayer may be divided into a Physical Layer Convergence Procedure (PLCP) entity and a Physical Medium Dependent (PMD) entity.
  • PLCP Physical Layer Convergence Procedure
  • PMD Physical Medium Dependent
  • the PLCP entity plays a role of connecting a data frame with a MAC sublayer
  • the PMD entity plays a role of wirelessly transmitting and receiving data with two or more STAs.
  • Both the MAC sublayer and the PHY sublayer may include a management entity, which may be referred to as a MAC sublayer management entity (MLME) and a PHY sublayer management entity (PLME), respectively.
  • MLME MAC sublayer management entity
  • PLME PHY sublayer management entity
  • These management entities provide layer management service interfaces through the operation of layer management functions.
  • the MLME may be connected to the PLME to perform management operations of the MAC sublayer, and likewise the PLME may be connected to the MLME to perform management operations of the PHY sublayer.
  • a Station Management Entity may be present in each STA.
  • the SME is a management entity independent of each layer.
  • the SME collects layer-based state information from MLME and PLME or sets values of specific parameters of each layer.
  • the SME can perform these functions on behalf of general system management entities and implement standard management protocols.
  • the XX-GET.request primitive is used to request the value of a Management Information Base attribute (MIB attribute), and if the status is 'SUCCESS', the XX-GET.request primitive Otherwise, it returns with an error indication in the status field.
  • MIB attribute Management Information Base attribute
  • the XX-SET.request primitive is used to request that a specified MIB attribute be set to a given value. If the MIB attribute is meant for a particular action, this request requests the execution of that particular action. And, if the state is 'SUCCESS' XX-SET.confirm primitive, it means that the specified MIB attribute is set to the requested value. In other cases, the status field indicates an error condition. If this MIB attribute means a specific operation, this primitive can confirm that the operation was performed.
  • the MAC sublayer includes a MAC header and a frame check sequence (FCS) in a MAC Service Data Unit (MSDU) or a fragment of an MSDU received from an upper layer (eg, an LLC layer).
  • FCS frame check sequence
  • MSDU MAC Service Data Unit
  • MPDU MAC Protocol Data Unit
  • A-MSDU aggregated MSDU
  • a plurality of MSDUs may be merged into a single A-MSDU (aggregated MSDU).
  • the MSDU merging operation may be performed at the MAC upper layer.
  • the A-MSDU is delivered to the PHY sublayer as a single MPDU (if not fragmented).
  • the PHY sublayer generates a physical protocol data unit (PPDU) by adding an additional field including information required by a physical layer transceiver to a physical service data unit (PSDU) received from the MAC sublayer. . PPDUs are transmitted over wireless media.
  • PPDU physical protocol data unit
  • the PSDU is substantially the same as the MPDU since the PHY sublayer is received from the MAC sublayer and the MPDU is transmitted by the MAC sublayer to the PHY sublayer.
  • A-MPDU aggregated MPDU
  • a plurality of MPDUs may be merged into a single A-MPDU.
  • the MPDU merging operation may be performed at the MAC lower layer.
  • A-MPDUs may be merged with various types of MPDUs (eg, QoS data, Acknowledge (ACK), Block ACK (BlockAck), etc.).
  • the PHY sublayer receives the A-MPDU as a single PSDU from the MAC sublayer. That is, the PSDU is composed of a plurality of MPDUs.
  • A-MPDUs are transmitted over the wireless medium in a single PPDU.
  • PPDU Physical Protocol Data Unit
  • IEEE 802.11 WLAN system to which the present invention can be applied.
  • FIG. 3 illustrates a non-HT format PPDU and a HT format PPDU of a wireless communication system to which the present invention can be applied.
  • Non-HT PPDUs may also be referred to as legacy PPDUs.
  • the non-HT format PPDU includes an L-STF (Legacy (or Non-HT) Short Training field), L-LTF (Legacy (or, Non-HT) Long Training field) and It consists of a legacy format preamble and a data field composed of L-SIG (Legacy (or Non-HT) SIGNAL) field.
  • L-STF Legacy (or Non-HT) Short Training field
  • L-LTF Legacy (or, Non-HT) Long Training field
  • L-SIG Legacy (or Non-HT) SIGNAL
  • the L-STF may include a short training orthogonal frequency division multiplexing symbol (OFDM).
  • L-STF can be used for frame timing acquisition, automatic gain control (AGC), diversity detection, and coarse frequency / time synchronization. .
  • the L-LTF may include a long training orthogonal frequency division multiplexing symbol.
  • L-LTF may be used for fine frequency / time synchronization and channel estimation.
  • the L-SIG field may be used to transmit control information for demodulation and decoding of the data field.
  • the L-SIG field consists of a 4-bit Rate field, 1-bit Reserved bit, 12-bit Length field, 1-bit parity bit, and 6-bit Signal Tail field. Can be.
  • the rate field contains rate information, and the length field indicates the number of octets of the PSDU.
  • FIG. 3B illustrates an HT-mixed format PPDU (HTDU) for supporting both an IEEE 802.11n system and an IEEE 802.11a / g system.
  • HTDU HT-mixed format PPDU
  • the HT mixed format PPDU includes a legacy format preamble including an L-STF, L-LTF, and L-SIG fields, an HT-SIG (HT-Signal) field, and an HT-STF (HT Short). Training field), HT-formatted preamble and data field including HT-LTF (HT Long Training field).
  • L-STF, L-LTF, and L-SIG fields mean legacy fields for backward compatibility, they are the same as non-HT formats from L-STF to L-SIG fields. Even if the L-STA receives the HT mixed PPDU, the L-STA may interpret the data field through the L-LTF, L-LTF, and L-SIG fields. However, the L-LTF may further include information for channel estimation that the HT-STA performs to receive the HT mixed PPDU and demodulate the L-SIG field and the HT-SIG field.
  • the HT-STA may know that it is an HT-mixed format PPDU using the HT-SIG field following the legacy field, and may decode the data field based on the HT-STA.
  • the HT-LTF field may be used for channel estimation for demodulation of the data field. Since IEEE 802.11n supports Single-User Multi-Input and Multi-Output (SU-MIMO), a plurality of HT-LTF fields may be configured for channel estimation for each data field transmitted in a plurality of spatial streams.
  • SU-MIMO Single-User Multi-Input and Multi-Output
  • the HT-LTF field includes data HT-LTF used for channel estimation for spatial streams and extension HT-LTF (additional used for full channel sounding). It can be configured as. Accordingly, the plurality of HT-LTFs may be equal to or greater than the number of spatial streams transmitted.
  • the L-STF, L-LTF, and L-SIG fields are transmitted first in order to receive the L-STA and acquire data. Thereafter, the HT-SIG field is transmitted for demodulation and decoding of data transmitted for the HT-STA.
  • the HT-SIG field is transmitted without performing beamforming so that the L-STA and the HT-STA can receive the corresponding PPDU to acquire the data.
  • Wireless signal transmission is performed through.
  • the HT-STF field is transmitted to allow the STA to perform precoding to take into account the variable power due to precoding, and then the plurality of HT-LTF and data fields after that.
  • Table 1 below is a table illustrating the HT-SIG field.
  • FIG. 3 (c) illustrates an HT-GF format PPDU (HT-GF) for supporting only an IEEE 802.11n system.
  • the HT-GF format PPDU includes HT-GF-STF, HT-LTF1, HT-SIG field, a plurality of HT-LTF2 and data fields.
  • HT-GF-STF is used for frame timing acquisition and AGC.
  • HT-LTF1 is used for channel estimation.
  • the HT-SIG field is used for demodulation and decoding of the data field.
  • HT-LTF2 is used for channel estimation for demodulation of data fields. Similarly, since HT-STA uses SU-MIMO, channel estimation is required for each data field transmitted in a plurality of spatial streams, and thus HT-LTF2 may be configured in plural.
  • the plurality of HT-LTF2 may be configured of a plurality of Data HT-LTF and a plurality of extended HT-LTF similarly to the HT-LTF field of the HT mixed PPDU.
  • the data field is a payload, and includes a service field, a SERVICE field, a scrambled PSDU field, tail bits, and padding bits. It may include. All bits of the data field are scrambled.
  • the service field has 16 bits. Each bit is assigned from 0 to 15, and transmitted sequentially from bit 0. Bits 0 to 6 are set to 0 and used to synchronize the descrambler in the receiver.
  • the IEEE 802.11ac WLAN system supports downlink multi-user multiple input multiple output (MU-MIMO) transmission in which a plurality of STAs simultaneously access a channel in order to efficiently use a wireless channel.
  • MU-MIMO downlink multi-user multiple input multiple output
  • the AP may simultaneously transmit packets to one or more STAs that are paired with MIMO.
  • DL MU transmission (downlink multi-user transmission) refers to a technology in which an AP transmits a PPDU to a plurality of non-AP STAs through the same time resource through one or more antennas.
  • the MU PPDU refers to a PPDU that delivers one or more PSDUs for one or more STAs using MU-MIMO technology or OFDMA technology.
  • the SU PPDU means a PPDU having a format in which only one PSDU can be delivered or in which no PSDU exists.
  • control information transmitted to the STA may be relatively large compared to the size of 802.11n control information for MU-MIMO transmission.
  • An example of control information additionally required for MU-MIMO support includes information indicating the number of spatial streams received by each STA, information related to modulation and coding of data transmitted to each STA, and the like. Can be.
  • the size of transmitted control information may be increased according to the number of receiving STAs.
  • control information required for MU-MIMO transmission is required separately for common control information common to all STAs and specific STAs.
  • the data may be transmitted by being divided into two types of information of dedicated control information.
  • FIG. 4 illustrates a VHT format PPDU format of a wireless communication system to which the present invention can be applied.
  • VHT format PPDU VHT format PPDU
  • a VHT format PPDU includes a legacy format preamble including a L-STF, L-LTF, and L-SIG fields, a VHT-SIG-A (VHT-Signal-A) field, and a VHT-STF ( A VHT format preamble and a data field including a VHT Short Training field (VHT-LTF), a VHT Long Training field (VHT-LTF), and a VHT-SIG-B (VHT-Signal-B) field.
  • VHT-LTF VHT Short Training field
  • VHT-LTF VHT Long Training field
  • VHT-SIG-B VHT-Signal-B
  • L-STF, L-LTF, and L-SIG mean legacy fields for backward compatibility, they are the same as non-HT formats from L-STF to L-SIG fields.
  • the L-LTF may further include information for channel estimation to be performed to demodulate the L-SIG field and the VHT-SIG-A field.
  • the L-STF, L-LTF, L-SIG field, and VHT-SIG-A field may be repeatedly transmitted in 20 MHz channel units. For example, when a PPDU is transmitted on four 20 MHz channels (i.e., 80 MHz bandwidth), the L-STF, L-LTF, L-SIG field, and VHT-SIG-A field are repeatedly transmitted on every 20 MHz channel. Can be.
  • the VHT-STA may know that it is a VHT format PPDU using the VHT-SIG-A field following the legacy field, and may decode the data field based on the VHT-STA.
  • the L-STF, L-LTF and L-SIG fields are transmitted first in order to receive the L-STA and acquire data. Thereafter, the VHT-SIG-A field is transmitted for demodulation and decoding of data transmitted for the VHT-STA.
  • the VHT-SIG-A field is a field for transmitting control information common to the AP and the MIMO paired VHT STAs, and includes control information for interpreting the received VHT format PPDU.
  • the VHT-SIG-A field may include a VHT-SIG-A1 field and a VHT-SIG-A2 field.
  • the VHT-SIG-A1 field includes information on channel bandwidth (BW) used, whether space time block coding (STBC) is applied, and group identification information for indicating a group of STAs grouped in MU-MIMO.
  • Group ID Group Identifier
  • NSTS space-time streams
  • Partial AID Partial Association Identifier
  • Transmit power save forbidden information can do.
  • the Group ID means an identifier assigned to the STA group to be transmitted to support MU-MIMO transmission, and may indicate whether the currently used MIMO transmission method is MU-MIMO or SU-MIMO.
  • Table 2 is a table illustrating the VHT-SIG-A1 field.
  • the VHT-SIG-A2 field contains information on whether a short guard interval (GI) is used, forward error correction (FEC) information, information on modulation and coding scheme (MCS) for a single user, and multiple information.
  • GI short guard interval
  • FEC forward error correction
  • MCS modulation and coding scheme
  • Information on the type of channel coding for the user beamforming-related information, redundancy bits for cyclic redundancy checking (CRC), tail bits of convolutional decoder, and the like. Can be.
  • Table 3 is a table illustrating the VHT-SIG-A2 field.
  • VHT-STF is used to improve the performance of AGC estimation in MIMO transmission.
  • VHT-LTF is used by the VHT-STA to estimate the MIMO channel. Since the VHT WLAN system supports MU-MIMO, the VHT-LTF may be set as many as the number of spatial streams in which a PPDU is transmitted. In addition, if full channel sounding is supported, the number of VHT-LTFs may be greater.
  • the VHT-SIG-B field includes dedicated control information required for a plurality of MU-MIMO paired VHT-STAs to receive a PPDU and acquire data. Therefore, the VHT-STA decodes the VHT-SIG-B field only when common control information included in the VHT-SIG-A field indicates that the currently received PPDU indicates MU-MIMO transmission. It may be designed to. On the other hand, if the common control information indicates that the currently received PPDU is for a single VHT-STA (including SU-MIMO), the STA may be designed not to decode the VHT-SIG-B field.
  • the VHT-SIG-B field includes a VHT-SIG-B length field, a VHT-MCS field, a reserved field, and a tail field.
  • the VHT-SIG-B Length field indicates the length of the A-MPDU (before end-of-frame padding).
  • the VHT-MCS field includes information on modulation, encoding, and rate-matching of each VHT-STA.
  • the size of the VHT-SIG-B field may vary depending on the type of MIMO transmission (MU-MIMO or SU-MIMO) and the channel bandwidth used for PPDU transmission.
  • FIG. 4 (b) illustrates the VHT-SIG-B field according to the PPDU transmission bandwidth.
  • the VHT-SIG-B bits are repeated twice.
  • the VHT-SIG-B bits are repeated four times and pad bits set to zero are attached.
  • VHT-SIG-B bits are repeated four times, as with the 80 MHz transmission, with pad bits set to zero attached. Then, all 117 bits are repeated again.
  • information indicating a bit size of a data field constituting the PPDU and / or indicating a bit stream size constituting a specific field May be included in the VHT-SIG-A field.
  • the L-SIG field may be used to effectively use the PPDU format.
  • a length field and a rate field included in the L-SIG field and transmitted may be used to provide necessary information.
  • MPDU MAC Protocol Data Unit
  • A-MPDU Aggregate MAC Protocol Data Unit
  • the data field is a payload and may include a service field, a scrambled PSDU, tail bits, and padding bits.
  • the STA Since the formats of various PPDUs are mixed and used as described above, the STA must be able to distinguish the formats of the received PPDUs.
  • the meaning of distinguishing a PPDU may have various meanings.
  • the meaning of identifying the PPDU may include determining whether the received PPDU is a PPDU that can be decoded (or interpreted) by the STA.
  • the meaning of distinguishing the PPDU may mean determining whether the received PPDU is a PPDU supported by the STA.
  • the meaning of distinguishing the PPDU may also be interpreted to mean what information is transmitted through the received PPDU.
  • FIG. 5 illustrates a MAC frame format of an IEEE 802.11 system to which the present invention can be applied.
  • a MAC frame (ie, an MPDU) includes a MAC header, a frame body, and a frame check sequence (FCS).
  • FCS frame check sequence
  • MAC Header includes Frame Control field, Duration / ID field, Address 1 field, Address 2 field, Address 3 field, Sequence control It is defined as an area including a Control field, an Address 4 field, a QoS Control field, and an HT Control field.
  • the Frame Control field includes information on the MAC frame characteristic. A detailed description of the Frame Control field will be given later.
  • the Duration / ID field may be implemented to have different values depending on the type and subtype of the corresponding MAC frame.
  • the Duration / ID field is an AID (association identifier) of the STA that transmitted the frame. It may be set to include. Otherwise, the Duration / ID field may be set to have a specific duration value according to the type and subtype of the corresponding MAC frame.
  • the Duration / ID fields included in the MAC header may be set to have the same value.
  • the Address 1 to Address 4 fields include a BSSID, a source address (SA), a destination address (DA), a transmission address (TA) indicating a transmission STA address, and a reception address indicating a destination STA address (TA).
  • SA source address
  • DA destination address
  • TA transmission address
  • TA reception address indicating a destination STA address
  • RA It is used to indicate Receiving Address.
  • the address field implemented as a TA field may be set to a bandwidth signaling TA value, in which case, the TA field may indicate that the corresponding MAC frame contains additional information in the scrambling sequence.
  • the bandwidth signaling TA may be represented by the MAC address of the STA transmitting the corresponding MAC frame, but the Individual / Group bit included in the MAC address may be set to a specific value (for example, '1'). Can be.
  • the Sequence Control field is set to include a sequence number and a fragment number.
  • the sequence number may indicate a sequence number allocated to the corresponding MAC frame.
  • the fragment number may indicate the number of each fragment of the corresponding MAC frame.
  • the QoS Control field contains information related to QoS.
  • the QoS Control field may be included when indicating a QoS data frame in a subtype subfield.
  • the HT Control field includes control information related to the HT and / or VHT transmission / reception schemes.
  • the HT Control field is included in the Control Wrapper frame. In addition, it exists in the QoS data frame and the management frame in which the order subfield value is 1.
  • the frame body is defined as a MAC payload, and data to be transmitted in a higher layer is located, and has a variable size.
  • the maximum MPDU size may be 11454 octets
  • the maximum PPDU size may be 5.484 ms.
  • FCS is defined as a MAC footer and is used for error detection of MAC frames.
  • the first three fields (Frame Control field, Duration / ID field and Address 1 field) and the last field (FCS field) constitute the minimum frame format and are present in every frame. Other fields may exist only in a specific frame type.
  • FIG. 6 is a diagram illustrating a frame control field in a MAC frame in a wireless communication system to which the present invention can be applied.
  • the Frame Control field includes a Protocol Version subfield, a Type subfield, a Subtype subfield, a To DS subfield, a From DS subfield, and more fragments.
  • the Protocol Version subfield may indicate the version of the WLAN protocol applied to the corresponding MAC frame.
  • the Type subfield and the Subtype subfield may be set to indicate information for identifying a function of a corresponding MAC frame.
  • the type of the MAC frame may include three frame types: a management frame, a control frame, and a data frame.
  • Each frame type may be further divided into subtypes.
  • control frames include request to send (RTS) frames, clear-to-send (CTS) frames, acknowledgment (ACK) frames, PS-Poll frames, content free (End) frames, CF End + CF-ACK frame, Block Acknowledgment request (BAR) frame, Block Acknowledgment (BA) frame, Control Wrapper (Control + HTcontrol) frame, VHT null data packet notification (NDPA) It may include a Null Data Packet Announcement and a Beamforming Report Poll frame.
  • Management frames include beacon frames, announcement traffic indication message (ATIM) frames, disassociation frames, association request / response frames, reassociation requests / responses Response frame, Probe Request / Response frame, Authentication frame, Deauthentication frame, Action frame, Action No ACK frame, Timing Advertisement It may include a frame.
  • ATIM announcement traffic indication message
  • disassociation frames association request / response frames
  • reassociation requests / responses Response frame Probe Request / Response frame
  • Authentication frame Deauthentication frame
  • Action frame Action No ACK frame
  • Timing Advertisement It may include a frame.
  • the To DS subfield and the From DS subfield may include information necessary to interpret the Address 1 field or the Address 4 field included in the corresponding MAC frame header.
  • both the To DS subfield and the From DS subfield are set to '0'.
  • the To DS subfield and the From DS subfield are set to '1' and '0' in order if the frame is a QoS Management frame (QMF), and in order if the frame is not QMF. Both can be set to '0', '0'.
  • QMF QoS Management frame
  • the More Fragments subfield may indicate whether there is a fragment to be transmitted following the corresponding MAC frame. If there is another fragment of the current MSDU or MMPDU, it may be set to '1', otherwise it may be set to '0'.
  • the Retry subfield may indicate whether the corresponding MAC frame is due to retransmission of a previous MAC frame. In case of retransmission of the previous MAC frame, it may be set to '1', otherwise it may be set to '0'.
  • the power management subfield may indicate a power management mode of the STA. If the value of the Power Management subfield is '1', the STA may indicate switching to the power save mode.
  • the More Data subfield may indicate whether there is an additional MAC frame to be transmitted. If there is an additional MAC frame to be transmitted, it may be set to '1', otherwise it may be set to '0'.
  • the Protected Frame subfield may indicate whether the frame body field is encrypted. If the Frame Body field includes information processed by the encryption encapsulation algorithm, it may be set to '1', otherwise it may be set to '0'.
  • each field described above corresponds to an example of fields that may be included in the MAC frame, but is not limited thereto. That is, each field described above may be replaced with another field or additional fields may be further included, and all fields may not be necessarily included.
  • FIG. 7 illustrates the VHT format of the HT Control field in a wireless communication system to which the present invention can be applied.
  • the HT Control field includes a VHT subfield, an HT Control Middle subfield, an AC Constraint subfield, and a Reverse Direction Grant (RDG) / More PPDU (More PPDU). It may consist of subfields.
  • RDG Reverse Direction Grant
  • More PPDU More PPDU
  • the HT Control field for the VHT may be referred to as a VHT Control field.
  • the HT Control Middle subfield may be implemented to have a different format according to the indication of the VHT subfield. A more detailed description of the HT Control Middle subfield will be given later.
  • the AC Constraint subfield indicates whether a mapped AC (Access Category) of a reverse direction (RD) data frame is limited to a single AC.
  • the RDG / More PPDU subfield may be interpreted differently depending on whether the corresponding field is transmitted by the RD initiator or the RD responder.
  • the RDG / More PPDU field When transmitted by the RD initiator, the RDG / More PPDU field is set to '1' if the RDG exists, and set to '0' if the RDG does not exist. When transmitted by the RD responder, it is set to '1' if the PPDU including the subfield is the last frame transmitted by the RD responder, and set to '0' when another PPDU is transmitted.
  • the HT Control Middle subfield may be implemented to have a different format according to the indication of the VHT subfield.
  • the HT Control Middle subfield of the HT Control field for VHT includes a reserved bit, a Modulation and Coding Scheme feedback request (MRQ) subfield, and an MRQ Sequence Identifier (MSI).
  • STBC Space-time block coding
  • MCS MCS feedback sequence identifier
  • LSB Least Significant Bit
  • MSB MCS Feedback
  • MSB Group ID Most Significant Bit
  • Coding Type Subfield Feedback Transmission Type (FB Tx Type: Feedback transmission type) subfield and voluntary MFB (Unsolicited MFB) subfield.
  • Table 4 shows a description of each subfield included in the HT Control Middle subfield of the VHT format.
  • the MFB subfield may include a VHT number of space time streams (NUM_STS) subfield, a VHT-MCS subfield, a bandwidth (BW) subfield, and a signal to noise ratio (SNR). It may include subfields.
  • NUM_STS VHT number of space time streams
  • BW bandwidth
  • SNR signal to noise ratio
  • the NUM_STS subfield indicates the number of recommended spatial streams.
  • the VHT-MCS subfield indicates a recommended MCS.
  • the BW subfield indicates bandwidth information related to the recommended MCS.
  • the SNR subfield indicates the average SNR value on the data subcarrier and spatial stream.
  • each field described above corresponds to an example of fields that may be included in the MAC frame, but is not limited thereto. That is, each field described above may be replaced with another field or additional fields may be further included, and all fields may not be necessarily included.
  • SU-MIMO technology in which a beamformer assigns all antennas to one beamformee and communicates, increases channel capacity through diversity gain and stream multiplexing using space-time. .
  • SU-MIMO technology can contribute to improving the performance of the physical layer by increasing the number of antennas by increasing the number of antennas compared to when the MIMO technology is not applied.
  • the MU-MIMO technology in which a beamformer allocates antennas to a plurality of beamformees, provides a link layer protocol for multiple access of a plurality of beamformees connected to the beamformer. It can improve performance.
  • Sounding means using the corresponding training field to measure the channel for purposes other than data demodulation of the PPDU including the preamble training field.
  • Beamformer may instruct feedback of channel state information through the HT control field included in the MAC header, or Beamformee may report channel state information through the HT control field included in the MAC frame header (see FIG. 8).
  • the channel state information included in the HT control field may include signal-to-noise ratio (SNR) information for the entire transmission channel (or full band) in which the UL / DL PPDU is transmitted.
  • the MFR (MCS feedback) field included in the HT control field may include a Num_STS field (3 bits), a VHT-MCS field (4 bits), a BW field (2 bits), and an SNR field (6 bits).
  • the Num_STS field indicates the number of streams recommended by the STA according to the channel state measurement result.
  • the VHT-MCS field indicates the MCS level recommended by the STA according to the channel state measurement result.
  • the BW field indicates a bandwidth recommended by the STA for the MCS level indicated by the VHT-MCS field when the Unsolicited MFB field included in the HT control field is '1', and when the Unsolicited MFB field is '0', Used as a spare bit.
  • the SNR field indicates the average signal to noise ratio (SNR) for data tones and space-time streams.
  • the HT control field may be included in a control frame or a QoS data frame in which the Order subfield of the MAC header is set to 1, and the management frame.
  • FIG. 8 is a diagram conceptually illustrating a channel sounding method in a wireless communication system to which the present invention can be applied.
  • FIG. 8 illustrates a method of feeding back channel state information between a Beamformer (eg, AP) and a Beamformee (eg, a non-AP STA) based on a sounding protocol.
  • the sounding protocol may refer to a procedure for receiving feedback on channel state information.
  • the channel state information sounding method between the beamformer and the beamformee based on the sounding protocol may be performed by the following steps.
  • the beamformer transmits a VHT NDPA (VHT Null Data Packet Announcement) frame indicating a sounding transmission for feedback of the beamformee.
  • VHT NDPA VHT Null Data Packet Announcement
  • the VHT NDPA frame refers to a control frame used to indicate that channel sounding is started and that NDP (Null Data Packet) will be transmitted.
  • NDP Null Data Packet
  • the VHT NDPA frame may include AID (association identifier) information, feedback type information, etc. of the Beamformee to transmit the NDP. A more detailed description of the VHT NDPA frame will be given later.
  • the VHT NDPA frame may be transmitted in a different transmission method when data is transmitted using MU-MIMO and when data is transmitted using SU-MIMO. For example, when performing channel sounding for MU-MIMO, a VHT NDPA frame is transmitted in a broadcast manner, but when channel sounding for SU-MIMO is performed, a VHT NDPA frame is transmitted to one target STA. Can be transmitted in a unicast manner.
  • NDP has a VHT PPDU structure excluding data fields.
  • Beamformees receiving the VHT NDPA frame may check the value of the AID12 subfield included in the STA information field, and may determine whether the beamformee is a sounding target STA.
  • the beamformees may know the feedback order through the order of the STA Info field included in the NDPA.
  • 11 illustrates a case in which the feedback order is performed in the order of Beamformee 1, Beamformee 2, and Beamformee 3.
  • Beamformee 1 obtains downlink channel state information based on a training field included in the NDP, and generates feedback information to be transmitted to the beamformer.
  • Beamformee 1 transmits a VHT compressed beamforming frame including feedback information to the beamformer after SIFS after receiving the NDP frame.
  • the VHT Compressed Beamforming frame may include an SNR value for a space-time stream, information about a compressed beamforming feedback matrix for a subcarrier, and the like. A more detailed description of the VHT Compressed Beamforming frame will be described later.
  • the beamformer After receiving the VHT Compressed Beamforming frame from Beamformee 1, the beamformer transmits a Beamforming Report Poll frame to Beamformee 2 to obtain channel information from Beamformee 2 after SIFS.
  • the Beamforming Report Poll frame is a frame that performs the same role as the NDP frame, and Beamformee 2 may measure a channel state based on the transmitted Beamforming Report Poll frame.
  • Beamformee 2 transmits the VHT Compressed Beamforming frame including feedback information to the beamformer after SIFS.
  • the beamformer After receiving the VHT Compressed Beamforming frame from Beamformee 2, the beamformer transmits a Beamforming Report Poll frame to Beamformee 3 to obtain channel information from Beamformee 3 after SIFS.
  • Beamformee 3 transmits the VHT Compressed Beamforming frame including feedback information to the beamformer after SIFS.
  • FIG. 9 is a diagram illustrating a VHT NDPA frame in a wireless communication system to which the present invention can be applied.
  • a VHT NDPA frame includes a frame control field, a duration field, a receiving address field, a transmitting address field, a sounding dialog token field, It may be composed of a STA Info 1 field, a STA Info n field, and an FCS.
  • the RA field value indicates a receiver address or STA address for receiving a VHT NDPA frame.
  • the RA field value has the address of the STA identified by the AID in the STA Info field. For example, when transmitting a VHT NDPA frame to one target STA for SU-MIMO channel sounding, the AP transmits the VHT NDPA frame to the target STA by unicast.
  • the RA field value has a broadcast address.
  • the AP when transmitting a VHT NDPA frame to at least one target STA for MU-MIMO channel sounding, the AP broadcasts a VHT NDPA frame.
  • the TA field value represents a transmitter address for transmitting a VHT NDPA frame or an address of a transmitting STA or a bandwidth for signaling a TA.
  • the Sounding Dialog Token field may be referred to as a sounding sequence field.
  • the Sounding Dialog Token Number subfield in the Sounding Dialog Token field contains a value selected by the Beamformer to identify the VHT NDPA frame.
  • the VHT NDPA frame includes at least one STA Info field. That is, the VHT NDPA frame includes a STA Info field that includes information about the sounding target STA. One STA Info field may be included for each sounding target STA.
  • Each STA Info field may be composed of an AID12 subfield, a feedback type subfield, and an Nc index subfield.
  • Table 5 shows subfields of the STA Info field included in the VHT NDPA frame.
  • each field described above may follow the definition of the IEEE 802.11 system.
  • each field described above corresponds to an example of fields that may be included in a MAC frame, and may be replaced with another field or further fields may be included.
  • FIG. 10 is a diagram illustrating an NDP PPDU in a wireless communication system to which the present invention can be applied.
  • the NDP may have a format in which a data field is omitted from the VHT PPDU format shown in FIG. 4.
  • the NDP may be precoded based on a specific precoding matrix and transmitted to the sounding target STA.
  • the length field indicating the length of the PSDU included in the data field is set to '0'.
  • the Group ID field indicating whether the transmission scheme used for NDP transmission is MU-MIMO or SU-MIMO is set to a value indicating SU-MIMO transmission.
  • the data bits of the VHT-SIG-B field of the NDP are set to a fixed bit pattern for each bandwidth.
  • the sounding target STA When the sounding target STA receives the NDP, the sounding target STA estimates a channel based on the VHT-LTF field of the NDP and obtains channel state information.
  • FIG. 11 is a diagram illustrating a VHT compressed beamforming frame format in a wireless communication system to which the present invention can be applied.
  • the VHT compressed beamforming frame is a VHT action frame for supporting the VHT function and includes an action field in the frame body.
  • the Action field is included in the Frame Body of the MAC frame to provide a mechanism for specifying extended management operations.
  • the Action field includes a Category field, a VHT Action field, a VHT MIMO Control field, a VHT Compressed Beamforming Report field, and an MU Exclusive Beamforming report. Report) field.
  • the Category field is set to a value indicating a VHT category (ie, a VHT Action frame), and the VHT Action field is set to a value indicating a VHT Compressed Beamforming frame.
  • the VHT MIMO Control field is used to feed back control information related to beamforming feedback.
  • the VHT MIMO Control field may always be present in the VHT Compressed Beamforming frame.
  • the VHT Compressed Beamforming Report field is used to feed back information about a beamforming metric including SNR information about a space-time stream used to transmit data.
  • the MU Exclusive Beamforming Report field is used to feed back SNR information on a spatial stream when performing MU-MIMO transmission.
  • the presence and content of the VHT Compressed Beamforming Report field and the MU Exclusive Beamforming Report field are determined by the Feedback Type subfield, the Remaining Feedback Segments subfield, and the First Feedback Segment of the VHT MIMO Control field. Feedback Segment) may be determined according to the value of the subfield.
  • VHT MIMO Control field the VHT Compressed Beamforming Report field
  • VHT Compressed Beamforming Report field the VHT Compressed Beamforming Report field
  • MU Exclusive Beamforming Report field the VHT MIMO Control field
  • the VHT MIMO Control field includes an Nc Index subfield, an Nr Index subfield, a Channel Width subfield, a Grouping subfield, a Codebook Information subfield, Feedback Type Subfield, Remaining Feedback Segments Subfield, First Feedback Segment Subfield, Reserved Subfield, and Sounding Dialog Token Number Sub It consists of fields.
  • Table 6 shows subfields of the VHT MIMO Control field.
  • the Nc Index subfield, Channel Width subfield, Grouping subfield, Codebook Information subfield, Feedback Type subfield, and Sounding Dialog Token Number subfield Is set to a preliminary field
  • the First Feedback Segment subfield is set to '0'
  • the Remaining Feedback Segments subfield is set to '7'.
  • the Sounding Dialog Token Number subfield may be called a Sounding Sequence Number subfield.
  • the VHT compressed beamforming report field contains explicit feedback in the form of angles of the compressed beamforming feedback matrix 'V' which the transmitting beamformer uses to determine the steering matrix 'Q'. It is used to convey information.
  • Table 7 shows subfields of the VHT compressed beamforming report field.
  • the VHT compressed beamforming report field may include an average SNR for each space-time stream and a compressed beamforming feedback matrix 'V' for each subcarrier.
  • the compressed beamforming feedback matrix is used to calculate a channel matrix (ie, steering matrix 'Q') in a transmission method using MIMO as a matrix including information on channel conditions.
  • Nr scidx () means a subcarrier through which the Compressed Beamforming Feedback Matrix subfield is transmitted.
  • Ns denotes the number of subcarriers through which the compressed beamforming feedback matrix is transmitted to the beamformer.
  • Beamformee can reduce the number of Ns through which the compressed beamforming feedback matrix is transmitted using a grouping method. For example, the number of compressed beamforming feedback matrices fed back may be reduced by grouping a plurality of subcarriers into one group (or grouping by Ng) and transmitting the compressed beamforming feedback matrix for each group.
  • Ns may be calculated from the Channel Width subfield and the Grouping subfield included in the VHT MIMO Control field.
  • Table 8 illustrates an average SNR of Space-Time (SNR) Stream subfield of a space-time stream.
  • the average SNR for each space-time stream is calculated by calculating an average SNR value for all subcarriers included in the channel and mapping the value to a range of -128 to +128.
  • the MU Exclusive Beamforming Report field is used to convey explicit feedback information in the form of delta SNR.
  • Information in the VHT Compressed Beamforming Report field and the MU Exclusive Beamforming Report field may be used by the MU Beamformer to determine the steering matrix 'Q'.
  • Table 9 shows subfields of an MU Exclusive Beamforming Report field included in a VHT compressed beamforming frame.
  • the MU Exclusive Beamforming Report field may include SNR per space-time stream for each subcarrier.
  • Each Delta SNR subfield has an increment of 1 dB between -8 dB and 7 dB.
  • scidx denotes subcarrier (s) in which the Delta SNR subfield is transmitted, and Ns denotes the number of subcarriers in which the Delta SNR subfield is transmitted to the beamformer.
  • FIG. 12 is a diagram illustrating a beamforming report poll frame format in a wireless communication system to which the present invention can be applied.
  • the Beamforming Report Poll frame includes a Frame Control field, a Duration field, a Receiving Address (RA) field, a TA (Transmitting Address) field, and a Feedback Segment Retransmission Bitmap. ) Field and the FCS.
  • the RA field value indicates the address of the intended recipient.
  • the TA field value indicates an address of an STA transmitting a Beamforming Report Poll frame or a bandwidth signaling a TA.
  • the Feedback Segment Retransmission Bitmap field indicates a feedback segment requested in a VHT Compressed Beamforming report.
  • Downlink MU- MIMO Frame (DL MU- MIMO Frame)
  • FIG. 13 is a diagram illustrating a downlink multi-user PPDU format in a wireless communication system to which the present invention can be applied.
  • a PPDU includes a preamble and a data field.
  • the data field may include a service field, a scrambled PSDU field, tail bits, and padding bits.
  • the AP may aggregate the MPDUs and transmit a data frame in an A-MPDU (aggregated MPDU) format.
  • the scrambled PSDU field may be configured as an A-MPDU.
  • An A-MPDU consists of a sequence of one or more A-MPDU subframes.
  • the A-MPDU is zero after the last A-MPDU subframe to fit the A-MPDU to the last octet of the PSDU. And three to three octets of an end-of-frame (EOF) pad.
  • EEF end-of-frame
  • the A-MPDU subframe consists of an MPDU delimiter, and optionally an MPDU may be included after the MPDU delimiter.
  • an MPDU may be included after the MPDU delimiter.
  • a pad octet is attached after the MPDU to make the length of each A-MPDU subframe a multiple of 4 octets.
  • the MPDU Delimiter is composed of a Reserved field, an MPDU Length field, a cyclic redundancy check (CRC) field, and a delimiter signature field.
  • CRC cyclic redundancy check
  • the MPDU Delimiter may further include an end-of-frame (EOF) field. If the MPDU Length field is 0 and the A-MPDU subframe used for padding or the A-MPDU subframe carrying the MPDU when the A-MPDU consists of only one MPDU, the EOF field is set to '1'. do. Otherwise it is set to '0'.
  • EEF end-of-frame
  • the MPDU Length field contains information about the length of the MPDU.
  • An A-MPDU subframe whose MPDU Length field has a value of '0' is used when padding the corresponding A-MPDU to match the A-MPDU to the octets available in the VHT PPDU.
  • the CRC field includes CRC information for error checking
  • the Delimiter Signature field includes pattern information used to search for an MPDU delimiter.
  • the MPDU is composed of a MAC header, a frame body, and a frame check sequence (FCS).
  • FCS frame check sequence
  • FIG. 14 is a diagram illustrating a downlink multi-user PPDU format in a wireless communication system to which the present invention can be applied.
  • the number of STAs receiving the PPDU is three and the number of spatial streams allocated to each STA is 1, but the number of STAs paired to the AP and the number of spatial streams allocated to each STA are shown in FIG. Is not limited to this.
  • the MU PPDU includes L-TFs field (L-STF field and L-LTF field), L-SIG field, VHT-SIG-A field, VHT-TFs field (VHT-STF field and VHT-LTF). Field), VHT-SIG-B field, Service field, one or more PSDU, padding field, and Tail bit. Since the L-TFs field, the L-SIG field, the VHT-SIG-A field, the VHT-TFs field, and the VHT-SIG-B field are the same as in the example of FIG. 4, detailed descriptions thereof will be omitted.
  • Information for indicating the duration of the PPDU may be included in the L-SIG field.
  • the PPDU duration indicated by the L-SIG field is the symbol assigned to the VHT-SIG-A field, the symbol assigned to the VHT-TFs field, the field assigned to the VHT-SIG-B field, and the Service field.
  • the STA receiving the PPDU may obtain information about the duration of the PPDU through the information indicating the duration of the PPDU included in the L-SIG field.
  • Group ID information and space-time stream number information per user are transmitted through the VHT-SIG-A, and a coding method and MCS information are transmitted through the VHT-SIG-B.
  • the beamformees may check the VHT-SIG-A and the VHT-SIG-B, and may know whether the beamformees belong to the MU MIMO frame. Therefore, the STA that is not a member STA of the corresponding Group ID or the member of the corresponding Group ID or the number of allocated streams is '0' reduces power consumption by setting to stop receiving the physical layer from the VHT-SIG-A field to the end of the PPDU. can do.
  • the Group ID can receive the Group ID Management frame transmitted by the Beamformer in advance, so that the MU group belonging to the Beamformee and the user of the group to which the Beamformee belongs, that is, the stream through which the PPDU is received.
  • each VHT A-MPDU may be transmitted in a different stream.
  • each A-MPDU may have a different bit size.
  • null padding may be performed such that the time when the transmission of the plurality of data frames transmitted by the beamformer is the same as the time when the transmission of the maximum interval transmission data frame is terminated.
  • the maximum interval transmission data frame may be a frame in which valid downlink data is transmitted by the beamformer for the longest period.
  • the valid downlink data may be downlink data that is not null padded.
  • valid downlink data may be included in the A-MPDU and transmitted.
  • Null padding may be performed on the remaining data frames except the maximum interval transmission data frame among the plurality of data frames.
  • the beamformer may encode and fill one or more A-MPDU subframes located in temporal order in the plurality of A-MPDU subframes in the A-MPDU frame with only the MPDU delimiter field.
  • An A-MPDU subframe having an MPDU length of 0 may be referred to as a null subframe.
  • the EOF field of the MPDU Delimiter is set to '1'. Accordingly, when the MAC layer of the receiving STA detects the EOF field set to 1, power consumption may be reduced by setting the physical layer to stop reception.
  • 15 is a diagram illustrating a downlink MU-MIMO transmission process in a wireless communication system to which the present invention can be applied.
  • MU-MIMO is defined in downlink from the AP to the client (ie, non-AP STA).
  • client ie, non-AP STA.
  • a multi-user frame is simultaneously transmitted to multiple receivers, but acknowledgments should be transmitted separately in the uplink.
  • Block Ack Request is sent in response to a frame.
  • the AP transmits a VHT MU PPDU (ie, preamble and data) to all receivers (ie, STA 1, STA 2, and STA 3).
  • the VHT MU PPDU includes a VHT A-MPDU transmitted to each STA.
  • STA 1 Receiving a VHT MU PPDU from the AP, STA 1 transmits a block acknowledgment (BA) frame to the AP after SIFS.
  • BA block acknowledgment
  • the AP After receiving the BA from the STA 1, the AP transmits a block acknowledgment request (BAR) frame to the next STA 2 after SIFS, and the STA 2 transmits a BA frame to the AP after SIFS.
  • BAR block acknowledgment request
  • the AP receiving the BA frame from STA 2 transmits the BAR frame to STA 3 after SIFS, and STA 3 transmits the BA frame to AP after SIFS.
  • the AP transmits the next MU PPDU to all STAs.
  • an ACK frame is used as a response to the MPDU, and a block ACK frame is used as a response to the A-MPDU.
  • 16 is a diagram illustrating an ACK frame in a wireless communication system to which the present invention can be applied.
  • an ACK frame is composed of a frame control field, a duration field, an RA field, and an FCS.
  • the RA field may be a second address field of a data frame, a management frame, a block ACK request frame, a block ACK frame, or a PS-Poll frame received immediately before. It is set to the value of.
  • the ACK frame is transmitted by the non-QoS STA, the More Fragments subfield in the Frame Control field of the data frame or management frame received immediately before If '0', the duration value is set to '0'.
  • the duration value may include a data frame, a management frame, a block ACK request frame, a block received immediately before.
  • the duration / ID field of the ACK (Block Ack) frame or the PS-Poll frame the time required for transmitting the ACK frame and the SIFS interval are set to a value (ms). If the calculated duration value is not an integer value, it is rounded up.
  • 17 is a diagram illustrating a block ACK request frame in a wireless communication system to which the present invention can be applied.
  • a block ACK request (BAR) frame includes a frame control field, a duration / ID field, a reception address field, a transmission address field, a BAR control ( BAR control field, BAR information field and frame check sequence (FCS).
  • BAR block ACK request
  • FCS frame check sequence
  • the RA field may be set to the address of the STA that receives the BAR frame.
  • the TA field may be set to an address of an STA that transmits a BAR frame.
  • the BAR control field includes a BAR Ack Policy subfield, a Multi-TID subfield, a Compressed Bitmap subfield, a Reserved subfield, and a TID Information (TID_Info) subfield. It includes.
  • Table 10 is a table illustrating a BAR control field.
  • the BAR Information field contains different information according to the type of the BAR frame. This will be described with reference to FIG. 18.
  • FIG. 18 illustrates a BAR information field of a block ACK request frame in a wireless communication system to which an embodiment of the present invention may be applied.
  • FIG. 18A illustrates a BAR Information field of a Basic BAR frame and a Compressed BAR frame
  • FIG. 18B illustrates a BAR Information field of a Multi-TID BAR frame.
  • the BAR Information field includes a Block Ack Starting Sequence Control subfield.
  • the Block Ack Starting Sequence Control subfield includes a fragment number subfield and a starting sequence number subfield.
  • the Fragment Number subfield is set to zero.
  • the Starting Sequence Number subfield includes the sequence number of the first MSDU in which the corresponding BAR frame is transmitted.
  • the Starting Sequence Control subfield includes the sequence number of the first MSDU or A-MSDU for which the corresponding BAR frame is to be transmitted.
  • the BAR Information field may include a TID Info subfield and a Block Ack Starting Sequence Control subfield in one or more TIDs. Stars are repeated.
  • the Per TID Info subfield includes a reserved subfield and a TID value subfield.
  • the TID Value subfield contains a TID value.
  • the Block Ack Starting Sequence Control subfield includes the Fragment Number and Starting Sequence Number subfields as described above.
  • the Fragment Number subfield is set to zero.
  • the Starting Sequence Control subfield includes the sequence number of the first MSDU or A-MSDU for which the corresponding BAR frame is to be transmitted.
  • FIG. 19 is a diagram illustrating a block ACK (block Ack) frame in a wireless communication system to which the present invention can be applied.
  • a block ACK (BA) frame includes a frame control field, a duration / ID field, a reception address field, a transmission address field, and a BA control BA. control field, BA Information field, and frame check sequence (FCS).
  • BA frame check sequence
  • the RA field may be set to the address of the STA requesting the block ACK.
  • the TA field may be set to an address of an STA that transmits a BA frame.
  • the BA control field includes a BA Ack Policy subfield, a Multi-TID subfield, a Compressed Bitmap subfield, a Reserved subfield, and a TID Information (TID_Info) subfield. It includes.
  • Table 11 is a table illustrating a BA control field.
  • the BA Information field includes different information according to the type of the BA frame. This will be described with reference to FIG. 20.
  • FIG. 20 is a diagram illustrating a BA Information field of a block ACK frame in a wireless communication system to which an embodiment of the present invention may be applied.
  • FIG. 20 (a) illustrates a BA Information field of a Basic BA frame
  • FIG. 20 (b) illustrates a BA Information field of a Compressed BA frame
  • FIG. 20 (c) illustrates a BA Information field of a Multi-TID BA frame. To illustrate.
  • a BA Information field includes a Block Ack Starting Sequence Control subfield and a Block ACK Bitmap subfield.
  • the Block Ack Starting Sequence Control subfield includes a Fragment Number subfield and a Starting Sequence Number subfield as described above.
  • the Fragment Number subfield is set to zero.
  • the Starting Sequence Number subfield includes the sequence number of the first MSDU for transmitting the corresponding BA frame and is set to the same value as the Basic BAR frame received immediately before.
  • the Block Ack Bitmap subfield consists of 128 octets and is used to indicate the reception status of up to 64 MSDUs.
  • a value of '1' in the Block Ack Bitmap subfield indicates that the MPDU corresponding to the corresponding bit position was successfully received, and a value of '0' indicates that the MPDU corresponding to the corresponding bit position was not successfully received.
  • the BA Information field includes a block ACK starting sequence control subfield and a block ACK bitmap subfield.
  • the Block Ack Starting Sequence Control subfield includes a Fragment Number subfield and a Starting Sequence Number subfield as described above.
  • the Fragment Number subfield is set to zero.
  • the Starting Sequence Number subfield includes the sequence number of the first MSDU or A-MSDU for transmitting the corresponding BA frame, and is set to the same value as the Basic BAR frame received immediately before.
  • the Block Ack Bitmap subfield is 8 octets long and is used to indicate the reception status of up to 64 MSDUs and A-MSDUs.
  • a value of '1' in the Block Ack Bitmap subfield indicates that a single MSDU or A-MSDU corresponding to the corresponding bit position was successfully received.
  • a value of '0' indicates that a single MSDU or A-MSDU corresponding to the corresponding bit position was successful. Indicates that it has not been received.
  • a BA Information field may include a Per TID Info subfield, a Block Ack Starting Sequence Control subfield, and a block ACK bit.
  • the Block Ack Bitmap subfield is repeatedly configured for one or more TIDs, and is configured in the order of increasing TIDs.
  • the Per TID Info subfield includes a reserved subfield and a TID value subfield.
  • the TID Value subfield contains a TID value.
  • the Block Ack Starting Sequence Control subfield includes the Fragment Number and Starting Sequence Number subfields as described above.
  • the Fragment Number subfield is set to zero.
  • the Starting Sequence Control subfield contains the sequence number of the first MSDU or A-MSDU for which the corresponding BA frame is to be transmitted.
  • the Block Ack Bitmap subfield consists of 8 octets in length.
  • a value of '1' in the Block Ack Bitmap subfield indicates that a single MSDU or A-MSDU corresponding to the corresponding bit position was successfully received.
  • a value of '0' indicates that a single MSDU or A-MSDU corresponding to the corresponding bit position was successful. Indicates that it has not been received.
  • New frames for next-generation WLAN systems 802.11ax systems, with increasing attention from vendors in various fields for next-generation WiFi and increased demand for high throughput and quality of experience (QoE) after 802.11ac.
  • QoE quality of experience
  • IEEE 802.11ax is a next-generation WLAN system that supports higher data rates and handles higher user loads.
  • One of the recently proposed WLAN systems is known as high efficiency WLAN (HEW: High). Called Efficiency WLAN).
  • the IEEE 802.11ax WLAN system may operate in the 2.4 GHz frequency band and the 5 GHz frequency band like the existing WLAN system. It can also operate in the higher 60 GHz frequency band.
  • IEEE 802.11ax the existing IEEE 802.11 OFDM system (IEEE 802.11a, 802.11n) is used for outdoor throughput transmission for average throughput enhancement and inter-symbol interference in outdoor environment. , 4x larger FFT size for each bandwidth than 802.11ac. This will be described with reference to the drawings below.
  • the description of the non-HT format PPDU, the HT-mixed format PPDU, the HT-greenfield format PPDU, and / or the VHT format PPDU described above will be described in HE format unless otherwise noted. May be incorporated into the description of the PPDU.
  • FIG. 21 illustrates a High Efficiency (HE) format PPDU according to an embodiment of the present invention.
  • HE High Efficiency
  • FIGS. 21 (a) illustrates a schematic structure of the HE format PPDU
  • FIGS. 21 (b) to (d) illustrate more specific structures of the HE format PPDU.
  • the HE format PPDU for the HEW may be largely composed of a legacy part (L-part), an HE part (HE-part), and a data field (HE-data).
  • L-part legacy part
  • HE-part HE part
  • HE-data data field
  • the L-part is composed of an L-STF field, an L-LTF field, and an L-SIG field in the same manner as the conventional WLAN system maintains.
  • the L-STF field, L-LTF field, and L-SIG field may be referred to as a legacy preamble.
  • the HE-part is a part newly defined for the 802.11ax standard and may include an HE-STF field, an HE-SIG field, and an HE-LTF field.
  • FIG. 25A the order of the HE-STF field, the HE-SIG field, and the HE-LTF field is illustrated, but may be configured in a different order.
  • HE-LTF may be omitted.
  • the HE-SIG field may be collectively referred to as HE-preamble.
  • L-part and HE-part may be collectively referred to as a physical preamble (PHY).
  • PHY physical preamble
  • the HE-SIG may include information for decoding the HE-data field (eg, OFDMA, UL MU MIMO, Enhanced MCS, etc.).
  • information for decoding the HE-data field eg, OFDMA, UL MU MIMO, Enhanced MCS, etc.
  • the L-part and the HE-part may have different fast fourier transform (FFT) sizes (ie, subcarrier spacing), and may use different cyclic prefixes (CP).
  • FFT fast fourier transform
  • CP cyclic prefixes
  • 802.11ax systems can use FFT sizes that are four times larger than legacy WLAN systems. That is, the L-part may have a 1 ⁇ symbol structure, and the HE-part (particularly, HE-preamble and HE-data) may have a 4 ⁇ symbol structure.
  • 1 ⁇ , 2 ⁇ , 4 ⁇ size FFT means relative size with respect to legacy WLAN system (eg, IEEE 802.11a, 802.11n, 802.11ac, etc.).
  • the FFT size used for the L-part is 64, 128, 256, and 512 at 20 MHz, 40 MHz, 80 MHz, and 160 MHz, respectively
  • the FFT size used for the HE-part is 256 at 20 MHz, 40 MHz, 80 MHz, and 160 MHz, respectively. , 512, 1024, 2048.
  • the FFT size is larger than that of the legacy WLAN system, the number of subcarriers per unit frequency is increased because the subcarrier frequency spacing is smaller, but the OFDM symbol length is longer.
  • the use of a larger FFT size means that the subcarrier spacing becomes narrower, and similarly, an Inverse Discrete Fourier Transform (IDFT) / Discrete Fourier Transform (DFT) period is increased.
  • IDFT Inverse Discrete Fourier Transform
  • DFT Discrete Fourier Transform
  • the IDFT / DFT period may mean a symbol length excluding the guard period (GI) in the OFDM symbol.
  • the subcarrier spacing of the HE-part is 1/4 of the subcarrier spacing of the L-part.
  • the ID-FT / DFT period of the HE-part is four times the IDFT / DFT period of the L-part.
  • the GI can be one of 0.8 ⁇ s, 1.6 ⁇ s, 3.2 ⁇ s, so the OFDM symbol length (or symbol interval) of the HE-part including the GI is 13.6 ⁇ s, 14.4 ⁇ s, 16 according to the GI. It can be
  • the HE-SIG field may be divided into an HE-SIG-A field and an HE-SIG-B field.
  • the HE-part of the HE format PPDU may include a HE-SIG-A field having a length of 12.8 kHz, a HE-STF field of 1 OFDM symbol, one or more HE-LTF fields, and a HE-SIG-B field of 1 OFDM symbol. It may include.
  • the FFT having a size four times larger than the existing PPDU may be applied from the HE-STF field. That is, FFTs of 256, 512, 1024, and 2048 sizes may be applied from the HE-STF field of the HE format PPDU of 20 MHz, 40 MHz, 80 MHz, and 160 MHz, respectively.
  • the HE-SIG when the HE-SIG is divided into the HE-SIG-A field and the HE-SIG-B field and transmitted as shown in FIG. 21 (b), the positions of the HE-SIG-A field and the HE-SIG-B field are shown in FIG. May be different from 21 (b).
  • the HE-SIG-B field may be transmitted after the HE-SIG-A field
  • the HE-STF field and the HE-LTF field may be transmitted after the HE-SIG-B field.
  • an FFT of 4 times larger than a conventional PPDU may be applied from the HE-STF field.
  • the HE-SIG field may not be divided into an HE-SIG-A field and an HE-SIG-B field.
  • the HE-part of the HE format PPDU may include a HE-STF field of one OFDM symbol, a HE-SIG field of one OFDM symbol, and one or more HE-LTF fields.
  • the HE-part may be applied to an FFT four times larger than the existing PPDU. That is, FFTs of 256, 512, 1024, and 2048 sizes may be applied from the HE-STF field of the HE format PPDU of 20 MHz, 40 MHz, 80 MHz, and 160 MHz, respectively.
  • the HE-SIG field is not divided into the HE-SIG-A field and the HE-SIG-B field, and the HE-LTF field may be omitted.
  • the HE-part of the HE format PPDU may include a HE-STF field of 1 OFDM symbol and a HE-SIG field of 1 OFDM symbol.
  • the HE-part may be applied to an FFT four times larger than the existing PPDU. That is, FFTs of 256, 512, 1024, and 2048 sizes may be applied from the HE-STF field of the HE format PPDU of 20 MHz, 40 MHz, 80 MHz, and 160 MHz, respectively.
  • the HE format PPDU for the WLAN system according to the present invention may be transmitted on at least one 20 MHz channel.
  • the HE format PPDU may be transmitted in a 40 MHz, 80 MHz, or 160 MHz frequency band through a total of four 20 MHz channels. This will be described in more detail with reference to the drawings below.
  • FIG. 22 illustrates an HE format PPDU according to an embodiment of the present invention.
  • FIG. 22 illustrates a PPDU format when 80 MHz is allocated to one STA (or OFDMA resource units are allocated to a plurality of STAs within 80 MHz) or when different streams of 80 MHz are allocated to a plurality of STAs.
  • L-STF, L-LTF, and L-SIG may be transmitted as OFDM symbols generated based on 64 FFT points (or 64 subcarriers) in each 20MHz channel.
  • the HE-SIG B field may be located after the HE-SIG A field.
  • the FFT size per unit frequency may be larger after the HE-STF (or HE-SIG B).
  • 256 FFTs may be used in a 20 MHz channel
  • 512 FFTs may be used in a 40 MHz channel
  • 1024 FFTs may be used in an 80 MHz channel.
  • the HE-SIG A field may include common control information that is commonly transmitted to STAs that receive a PPDU.
  • the HE-SIG A field may be transmitted in one to three OFDM symbols.
  • the HE-SIG A field is copied in units of 20 MHz and includes the same information.
  • the HE-SIG-A field informs the total bandwidth information of the system.
  • Table 12 is a table illustrating information included in the HE-SIG A field.
  • each field illustrated in Table 12 may follow the definition of the IEEE 802.11 system.
  • each field described above corresponds to an example of fields that may be included in the PPDU, but is not limited thereto. That is, each field described above may be replaced with another field or additional fields may be further included, and all fields may not be necessarily included. Another embodiment of the information included in the HE-SIG A field will be described later with reference to FIG. 23.
  • HE-STF is used to improve the performance of AGC estimation in MIMO transmission.
  • the HE-SIG B field may include user-specific information required for each STA to receive its own data (eg, PSDU).
  • PSDU user-specific information required for each STA to receive its own data
  • the HE-SIG B field may be transmitted in one or two OFDM symbols.
  • the HE-SIG B field may include information on the modulation and coding scheme (MCS) of the corresponding PSDU and the length of the corresponding PSDU.
  • MCS modulation and coding scheme
  • the L-STF, L-LTF, L-SIG, and HE-SIG A fields may be repeatedly transmitted in units of 20 MHz channels. For example, when a PPDU is transmitted on four 20 MHz channels (ie, an 80 MHz band), the L-STF, L-LTF, L-SIG, and HE-SIG A fields may be repeatedly transmitted on every 20 MHz channel. .
  • legacy STAs supporting legacy IEEE 802.11a / g / n / ac may not be able to decode the HE PPDU.
  • the L-STF, L-LTF, and L-SIG fields are transmitted through a 64 FFT on a 20 MHz channel so that the legacy STA can receive them.
  • the L-SIG field may occupy one OFDM symbol, one OFDM symbol time is 4 ms, and a GI may be 0.8 ms.
  • the FFT size for each frequency unit may be larger from the HE-STF (or HE-SIG A). For example, 256 FFTs may be used in a 20 MHz channel, 512 FFTs may be used in a 40 MHz channel, and 1024 FFTs may be used in an 80 MHz channel. As the FFT size increases, the number of OFDM subcarriers per unit frequency increases because the interval between OFDM subcarriers becomes smaller, but the OFDM symbol time becomes longer. In order to improve the efficiency of the system, the length of the GI after the HE-STF may be set equal to the length of the GI of the HE-SIG A.
  • the HE-SIG A field may include information required for the HE STA to decode the HE PPDU.
  • the HE-SIG A field may be transmitted through a 64 FFT in a 20 MHz channel so that both the legacy STA and the HE STA can receive it. This is because the HE STA can receive not only the HE format PPDU but also the existing HT / VHT format PPDU, and the legacy STA and the HE STA must distinguish between the HT / VHT format PPDU and the HE format PPDU.
  • FIG. 23 illustrates an HE format PPDU according to an embodiment of the present invention.
  • the FFT size per unit frequency may be larger from the HE-STF (or HE-SIG-B).
  • 256 FFTs may be used in a 20 MHz channel
  • 512 FFTs may be used in a 40 MHz channel
  • 1024 FFTs may be used in an 80 MHz channel.
  • the HE-SIG-B field may include information specific to each STA, but may be encoded over the entire band (ie, indicated by the HE-SIG-A field). That is, the HE-SIG-B field includes information on all STAs and is received by all STAs.
  • the HE-SIG-B field may inform frequency bandwidth information allocated to each STA and / or stream information in a corresponding frequency band.
  • the HE-SIG-B may be allocated 20 MHz for STA 1, 20 MHz for STA 2, 20 MHz for STA 3, and 20 MHz for STA 4.
  • STA 1 and STA 2 may allocate 40 MHz, and STA 3 and STA 4 may then allocate 40 MHz.
  • STA 1 and STA 2 may allocate different streams, and STA 3 and STA 4 may allocate different streams.
  • the HE-SIG C field may be added to the example of FIG. 27.
  • information on all STAs may be transmitted over the entire band, and control information specific to each STA may be transmitted in units of 20 MHz through the HE-SIG-C field.
  • the HE-SIG-B field may be transmitted in units of 20 MHz in the same manner as the HE-SIG-A field without transmitting over the entire band. This will be described with reference to the drawings below.
  • FIG. 24 is a diagram illustrating an HE format PPDU according to an embodiment of the present invention.
  • the HE-SIG-B field is not transmitted over the entire band, but is transmitted in 20 MHz units in the same manner as the HE-SIG-A field. However, at this time, the HE-SIG-B is encoded and transmitted in 20 MHz units differently from the HE-SIG-A field, but may not be copied and transmitted in 20 MHz units.
  • the FFT size per unit frequency may be larger from the HE-STF (or HE-SIG-B).
  • 256 FFTs may be used in a 20 MHz channel
  • 512 FFTs may be used in a 40 MHz channel
  • 1024 FFTs may be used in an 80 MHz channel.
  • the HE-SIG-A field is duplicated and transmitted in units of 20 MHz.
  • the HE-SIG-B field may inform frequency bandwidth information allocated to each STA and / or stream information in a corresponding frequency band. Since the HE-SIG-B field includes information about each STA, information about each STA may be included for each HE-SIG-B field in units of 20 MHz. In this case, in the example of FIG. 23, 20 MHz is allocated to each STA. For example, when 40 MHz is allocated to the STA, the HE-SIG-B field may be copied and transmitted in units of 20 MHz.
  • the data field may be a payload, and may include a service field, a scrambled PSDU, tail bits, and padding bits.
  • the HE format PPDU as shown in FIGS. 22 to 24 may be distinguished through a RL-SIG (Repeated L-SIG) field which is a repetitive symbol of the L-SIG field.
  • the RL-SIG field is inserted before the HE SIG-A field, and each STA may identify the format of the received PPDU as the HE format PPDU using the RL-SIG field.
  • DL MU transmission downlink multi-user transmission
  • UL MU transmission uplink multi-user transmission
  • Such DL MU transmission or UL MU transmission may be multiplexed in the frequency domain or the spatial domain.
  • different frequency resources eg, subcarriers or tones
  • OFDMA orthogonal frequency division multiplexing
  • different spatial streams may be allocated as downlink or uplink resources for each of the plurality of STAs.
  • a transmission expression through different spatial streams may be referred to as 'DL / UL MU MIMO' transmission.
  • overlap between frequency resources used for transmitting uplink data by a plurality of STAs may occur. For example, when oscillators of the plurality of STAs are different, frequency offsets may appear differently. If each of a plurality of STAs having different frequency offsets simultaneously performs uplink transmission through different frequency resources, some of frequency regions used by each of the plurality of STAs may overlap.
  • the AP may receive signals of different power from each of the plurality of STAs. In this case, a signal arriving at a weak power may be difficult to be detected by the AP relative to a signal arriving at a strong power.
  • the present invention proposes a UL MU transmission method in a WLAN system.
  • 25 is a diagram illustrating an uplink multi-user transmission procedure according to an embodiment of the present invention.
  • an AP instructs STAs participating in UL MU transmission to prepare for UL MU transmission, receives an UL MU data frame from corresponding STAs, and responds to an UL MU data frame with an ACK frame ( Transmits a Block Ack (BA) frame.
  • BA Block Ack
  • the AP transmits a UL MU Trigger frame 2510 to instruct STAs to transmit UL MU data to prepare for UL MU transmission.
  • the UL MU scheduling frame may be referred to as a term of a 'UL MU scheduling frame'.
  • the UL MU trigger frame 2510 may include control information such as STA identifier (ID) / address information, resource allocation information to be used by each STA, duration information, and the like.
  • control information such as STA identifier (ID) / address information, resource allocation information to be used by each STA, duration information, and the like.
  • the STA ID / address information means information on an identifier or an address for specifying each STA that transmits uplink data.
  • the resource allocation information is assigned to uplink transmission resources allocated to each STA (for example, frequency / subcarrier information allocated to each STA in case of UL MU OFDMA transmission, and stream index allocated to each STA in case of UL MU MIMO transmission). Means information.
  • Duration information means information for determining a time resource for transmission of an uplink data frame transmitted by each of a plurality of STAs.
  • the duration information may include interval information of a TXOP (Transmit Opportunity) allocated for uplink transmission of each STA or information (eg, bits or symbols) about an uplink frame length. Can be.
  • TXOP Transmit Opportunity
  • information eg, bits or symbols
  • the UL MU trigger frame 2510 may further include control information such as MCS information, coding information, etc. to be used when transmitting the UL MU data frame for each STA.
  • the above control information is the HE-part of the PPDU carrying the UL MU trigger frame 2510 (eg, the HE-SIG A field or HE-SIG B field) or the control field of the UL MU trigger frame 2510 (eg For example, the frame control field of the MAC frame) may be transmitted.
  • the PPDU carrying the UL MU trigger frame 2510 has a structure starting with L-part (eg, L-STF field, L-LTF field, L-SIG field, etc.).
  • legacy STAs may perform Network Allocation Vector (NAV) setting through L-SIG protection from the L-SIG field.
  • NAV Network Allocation Vector
  • legacy STAs may calculate an interval (hereinafter, referred to as an 'L-SIG guard interval') for NAV setting based on data length and data rate information in the L-SIG.
  • the legacy STAs may determine that there is no data to be transmitted to them during the calculated L-SIG protection period.
  • the L-SIG guard interval may be determined as the sum of the MAC duration field value of the UL MU trigger frame 2510 and the remaining interval after the L-SIG field of the PPDU carrying the UL MU trigger frame 2510. Accordingly, the L-SIG guard period may be set to a value up to a period for transmitting the ACK frame 2530 (or BA frame) transmitted to each STA according to the MAC duration value of the UL MU trigger frame 2510.
  • the first field may distinguish and indicate UL MU OFDMA transmission and UL MU MIMO transmission.
  • '0' may indicate UL MU OFDMA transmission
  • '1' may indicate UL MU MIMO transmission.
  • the size of the first field may consist of 1 bit.
  • the second field (eg, STA ID / address field) informs STA ID or STA addresses to participate in UL MU transmission.
  • the size of the second field may be configured as the number of bits to inform the STA ID ⁇ the number of STAs to participate in the UL MU. For example, when the second field consists of 12 bits, the ID / address of each STA may be indicated for every 4 bits.
  • the third field (eg, resource allocation field) indicates a resource region allocated to each STA for UL MU transmission.
  • the resource region allocated to each STA may be sequentially indicated to each STA in the order of the second field.
  • the first field value is '0', this indicates frequency information (eg, frequency index, subcarrier index, etc.) for UL MU transmission in the order of STA ID / address included in the second field.
  • frequency information eg, frequency index, subcarrier index, etc.
  • MIMO information eg, stream index, etc.
  • the size of the third field may be configured in a plurality of bits (or bitmap format).
  • ⁇ It may be configured as the number of STAs to participate in the UL MU transmission.
  • the second field is set in the order of 'STA 1' and 'STA 2'
  • the third field is set in the order of '2', '2'.
  • STA 1 when the first field is '0', STA 1 may be allocated frequency resources from the upper (or lower) frequency domain, and STA 2 may be sequentially allocated the next frequency resource. For example, in case of supporting 20 MHz OFDMA in an 80 MHz band, STA 1 may use a higher (or lower) 40 MHz band, and STA 2 may use a next 40 MHz band.
  • STA 1 may be allocated an upper (or lower) stream, and STA 2 may be sequentially allocated the next stream.
  • the beamforming scheme according to each stream may be specified in advance, or more specific information about the beamforming scheme according to the stream may be included in the third field or the fourth field.
  • Each STA transmits UL MU data frames 2521, 2522, 2523 to the AP based on the UL MU trigger frame 2510 transmitted by the AP.
  • each STA may transmit the UL MU data frames 2521, 2522, 2523 to the AP after SIFS after receiving the UL MU trigger frame 2510 from the AP.
  • Each STA may determine a specific frequency resource for UL MU OFDMA transmission or a spatial stream for UL MU MIMO transmission based on the resource allocation information of the UL MU trigger frame 2510.
  • each STA may transmit an uplink data frame on the same time resource through different frequency resources.
  • each of STA 1 to STA 3 may be allocated different frequency resources for uplink data frame transmission based on STA ID / address information and resource allocation information included in UL MU trigger frame 2510.
  • STA ID / address information may sequentially indicate STA 1 to STA 3
  • resource allocation information may sequentially indicate frequency resource 1, frequency resource 2, and frequency resource 3.
  • the STA 1 to STA 3 sequentially indicated based on the STA ID / address information may be allocated the frequency resource 1, the frequency resource 2, and the frequency resource 3 sequentially indicated based on the resource allocation information. That is, STA 1 may transmit the uplink data frames 2521, 2522, and 2523 to the AP through frequency resource 1, STA 2, frequency resource 2, and STA 3 through frequency resource 3.
  • each STA may transmit an uplink data frame on the same time resource through at least one different stream among a plurality of spatial streams.
  • each of STA 1 to STA 3 may be allocated a spatial stream for uplink data frame transmission based on STA ID / address information and resource allocation information included in the UL MU trigger frame 2510.
  • STA ID / address information may sequentially indicate STA 1 to STA 3
  • resource allocation information may sequentially indicate spatial stream 1, spatial stream 2, and spatial stream 3.
  • the STA 1 to STA 3 sequentially indicated based on the STA ID / address information may be allocated to the spatial stream 1, the spatial stream 2, and the spatial stream 3 sequentially indicated based on the resource allocation information. That is, STA 1 can transmit uplink data frames 2521, 2522, 2523 to the AP through spatial stream 1, STA 2 is spatial stream 2, and STA 3 is spatial stream 3.
  • the PPDU carrying the uplink data frames 2521, 2522, and 2523 can be configured in a new structure without the L-part.
  • the L-part of the PPDU carrying the uplink data frames 2521, 2522, and 2523 is SFN type (that is, all STAs are the same). L-part configuration and contents can be sent simultaneously).
  • the L-part of the PPDU carrying the uplink data frames 2521, 2522, and 2523 has a L-part of 20MHz in the band to which each STA is allocated. Can be sent.
  • the HE-SIG field in the PPDU carrying the uplink data frames 2521, 2522, and 2523 (that is, how the data frame is constructed). (Area for transmitting the control information) may not be necessary.
  • the HE-SIG-A field and / or the HE-SIG-B may not be transmitted.
  • the HE-SIG-A field and the HE-SIG-C field may be transmitted, and the HE-SIG-B field may not be transmitted.
  • the AP may transmit an ACK frame (2530) (or BA frame) in response to the uplink data frames (2521, 2522, 2523) received from each STA.
  • the AP may receive uplink data frames 2521, 2522, and 2523 from each STA, and transmit an ACK frame 2530 to each STA after SIFS.
  • the existing ACK frame may be configured to include the AID (or Partial AID) of the STAs participating in the UL MU transmission in the RA field having a size of 6 octets.
  • a new structure of the ACK frame can be configured in the form for DL SU transmission or DL MU transmission.
  • the AP may transmit only the ACK frame 2530 for the UL MU data frame that has been successfully received to the corresponding STA.
  • the AP may inform whether the reception was successful through the ACK frame 2530 as an ACK or a NACK. If the ACK frame 2530 includes NACK information, the ACK frame 2530 may also include information on the reason for the NACK or information therefor (eg, UL MU scheduling information).
  • the PPDU carrying the ACK frame 2530 may be configured in a new structure without the L-part.
  • the ACK frame 2530 may include STA ID or address information. However, if the order of STAs indicated in the UL MU trigger frame 2510 is applied in the same manner, the STA ID or address information may be omitted.
  • the TXOP (that is, the L-SIG guard interval) of the ACK frame 2530 is extended to include a frame for the next UL MU scheduling or a control frame including correction information for the next UL MU transmission. It may be.
  • an adjustment process such as synchronization between STAs may be added for UL MU transmission.
  • 26 to 28 are diagrams illustrating a resource allocation unit in an OFDMA multi-user transmission scheme according to an embodiment of the present invention.
  • a plurality of resource units may be defined in units of n tones (or subcarriers) within a PPDU bandwidth.
  • the resource unit means an allocation unit of frequency resources for DL / UL OFDMA transmission.
  • One or more resource units may be allocated to one STA as DL / UL frequency resources, and different resource units may be allocated to the plurality of STAs, respectively.
  • FIG. 26 exemplifies a case where the PPDU bandwidth is 20 MHz.
  • Seven DC tones may be located in the center frequency region of the 20 MHz PPDU bandwidth.
  • six left guard tones and five right guard tones may be located at both sides of the 20 MHz PPDU bandwidth.
  • one resource unit may consist of 26 tones.
  • one resource unit may consist of 52 tones or 26 tones.
  • one resource unit may be configured of 106 tones or 26 tones.
  • one resource unit may be configured with 242 tones.
  • a resource unit consisting of 26 tones may include two pilot tones, a resource unit consisting of 52 tones may include four pilot tones, and a resource unit consisting of 106 tones may include four pilot tones. .
  • up to nine STAs may be supported for DL / UL OFDMA transmission in a 20 MHz band.
  • a resource unit is configured as shown in FIG. 26 (b)
  • up to five STAs may be supported for DL / UL OFDMA transmission in a 20 MHz band.
  • a resource unit is configured as shown in FIG. 26C
  • up to three STAs may be supported for DL / UL OFDMA transmission in a 20 MHz band.
  • a 20 MHz band may be allocated to one STA.
  • the resource unit configuration scheme of FIG. 26 (a) to FIG. 26 (d) may be applied based on the number of STAs participating in DL / UL OFDMA transmission and / or the amount of data transmitted or received by the STA. Alternatively, the resource unit configuration scheme in which FIGS. 26 (a) to 26 (d) are combined may be applied.
  • DC tones may be located in the center frequency region of the 40 MHz PPDU bandwidth.
  • 12 left guard tones and 11 light guard tones may be located at both sides of the 40 MHz PPDU bandwidth.
  • one resource unit may consist of 26 tones.
  • one resource unit may be composed of 52 tones or 26 tones.
  • one resource unit may include 106 tones or 26 tones.
  • one resource unit may be configured with 242 tones.
  • one resource unit may be configured of 484 tones.
  • a resource unit consisting of 26 tones may include two pilot tones, a resource unit consisting of 52 tones may include four pilot tones, and a resource unit consisting of 106 tones may include four pilot tones.
  • a resource unit consisting of 242 tones may include eight pilot tones, and a resource unit consisting of 484 tones may include sixteen pilot tones.
  • up to 18 STAs may be supported for DL / UL OFDMA transmission in a 40 MHz band.
  • up to 10 STAs may be supported for DL / UL OFDMA transmission in the 40 MHz band.
  • a resource unit is configured as shown in FIG. 27C
  • up to six STAs may be supported for DL / UL OFDMA transmission in a 40 MHz band.
  • the resource unit is configured as shown in 27 (d)
  • up to two STAs may be supported for DL / UL OFDMA transmission in the 40 MHz band.
  • the corresponding resource unit may be allocated to one STA for SU DL / UL transmission in the 40 MHz band.
  • the resource unit configuration scheme of FIG. 27 (a) to FIG. 27 (e) may be applied based on the number of STAs participating in DL / UL OFDMA transmission and / or the amount of data transmitted or received by the STA. Alternatively, the resource unit configuration scheme in which FIGS. 27 (a) to 27 (e) are combined may be applied.
  • FIG. 28 exemplifies a case where the PPDU bandwidth is 80 MHz.
  • Seven DC tones may be located in the center frequency region of the 80 MHz PPDU bandwidth. However, when 80 MHz PPDU bandwidth is allocated to one STA (that is, when a resource unit composed of 996 tones is allocated to one STA), five DC tones may be located in the center frequency region. In addition, 12 left guard tones and 11 light guard tones may be located at both sides of the 80 MHz PPDU bandwidth.
  • one resource unit may consist of 26 tones.
  • one resource unit may be configured of 52 tones or 26 tones.
  • one resource unit may consist of 106 tones or 26 tones.
  • one resource unit may be configured of 242 tones or 26 tones.
  • one resource unit may consist of 484 tones or 26 tones.
  • one resource unit may be configured with 996 tones.
  • a resource unit consisting of 26 tones may include two pilot tones, a resource unit consisting of 52 tones may include four pilot tones, and a resource unit consisting of 106 tones may include four pilot tones.
  • a resource unit consisting of 242 tones may include 8 pilot tones
  • a resource unit consisting of 484 tones may include 16 pilot tones
  • a resource unit consisting of 996 tones may include 16 pilot tones. have.
  • up to 37 STAs may be supported for DL / UL OFDMA transmission in an 80 MHz band.
  • up to 21 STAs may be supported for DL / UL OFDMA transmission in the 80 MHz band.
  • up to 13 STAs may be supported for DL / UL OFDMA transmission in the 80 MHz band.
  • up to five STAs may be supported for DL / UL OFDMA transmission in the 80 MHz band.
  • the resource unit when the resource unit is configured as shown in 28 (e), up to three STAs may be supported for DL / UL OFDMA transmission in the 80 MHz band. In addition, when a resource unit is configured as shown in 28 (f), the resource unit may be allocated to one STA for SU DL / UL transmission in the 80 MHz band.
  • the resource unit configuration scheme of FIGS. 28 (a) to 28 (f) may be applied based on the number of STAs participating in DL / UL OFDMA transmission and / or the amount of data transmitted or received by the STA, or the like. Alternatively, the resource unit configuration scheme in which FIGS. 28A to 28F are combined may be applied.
  • the bandwidth of the 160MHz PPDU may have a structure in which the 80MHz PPDU bandwidth described above in FIG. 32 is repeated twice.
  • resource units may be used for DL / UL OFDMA transmission among all resource units determined according to the above-described resource unit configuration. For example, when a resource unit is configured as 26 (a) within 20 MHz, one resource unit may be allocated to less than nine STAs, and the remaining resource units may not be allocated to any STAs.
  • the data field of the PPDU is multiplexed and transmitted in a frequency domain in units of resource units allocated to each STA.
  • the data field of the PPDU may be configured in units of resource units allocated to each STA and transmitted simultaneously to the AP.
  • each STA simultaneously transmits a PPDU it may be recognized that a data field of a PPDU transmitted from each STA is multiplexed and transmitted in a frequency domain from an AP as a receiving end.
  • one resource unit may consist of a plurality of streams in a spatial domain.
  • one or more streams may be allocated to one STA as DL / UL spatial resources, and different streams may be allocated to the plurality of STAs, respectively.
  • a resource unit composed of 106 tones in FIG. 25C may be configured of a plurality of streams in a spatial domain to simultaneously support DL / UL OFDMA and DL / UL MU-MIMO.
  • an HE control field may be newly defined in two ways as follows.
  • control information included in the HE control field may exist in types of control information included in the HE control field.
  • Such control information may be defined as different types of HE control fields (or may be included in different types of HE control fields, respectively), and may be defined as different types of control information and included in one HE control field. Can be.
  • different types may be distinguished as different IDs. That is, corresponding to different types may be interpreted as having different IDs.
  • a compressed MAC header format may be proposed, and an example of the compressed MAC header format is illustrated in FIG. 29 (b).
  • FIG. 29 illustrates an MPDU according to an embodiment of the present invention. More specifically, FIG. 29 (a) illustrates the MPDU of protocol version '0' and FIG. 29 (b) illustrates the MPDU of protocol version '1'.
  • the MPDU of protocol version '1' newly defined in a next generation system may include a 'compressed MAC header' in which a MAC header included in the legacy MPDU of protocol version '0' is compressed. .
  • the compressed MAC header may be defined in a form in which the size of the address field in the legacy MAC header is reduced. More specifically, the compressed MAC header may be defined in a form in which the MAC address is not included in the A1 field corresponding to the TA field or the RA field, but includes a smaller BSS ID or STA ID. For example, in the case of a packet transmitted from the AP to the STA, the address 1 field (the A1 field) has an STA ID (for example, AID (12 bits)) instead of RA (6 octets) that is the MAC address of the STA. May be included. As such, by using a smaller ID instead of a MAC address, a compressed MAC header format can be generated.
  • the size of the A1 field may be reduced from 6 octets to 2 octets, an example of which is illustrated in FIG. 30.
  • FIG. 30 is a diagram illustrating a compressed A1 field according to an embodiment of the present invention.
  • the size of the A1 field may be reduced from 6 octets to 2 octets. In this case, except for 12 bits indicating the STA ID in the A1 field, a total of 4 residual bits are generated.
  • 3 bits are, as shown in the figure, whether the A3 / A4 field exists (each 1 bit) and whether the A-MSDU exists (1 bit). Can be used to indicate However, the present invention is not limited thereto, and the 3 bits may be used to indicate various control information. An embodiment of using the last 1 bit B12 of the remaining bits (4 bits) will be described later in detail.
  • B12 of the A1 field may be used in two ways as follows.
  • a reserved bit (eg, B12) of the address field may be used for a buffer status request. That is, when the AP requests the STA to transmit a buffer status report, the corresponding bit B12 may be set to '1' (or '0'). In this case, the STA may transmit a buffer status report to the AP regardless of which DL data is included in the MAC payload of the received frame.
  • the manner in which the buffer status information is transmitted may be included in one control type / ID in the HE control field and transmitted.
  • the buffer status information may be transmitted in a QoS control field and included in the MAC payload. May be transmitted.
  • a reserved bit (eg, B12) of the address field may be used to indicate whether a plurality of control fields exist or not.
  • FIG. 31 is a diagram illustrating a configuration of a VHT control field according to an embodiment of the present invention.
  • the HE format of the (HT / VHT) control field (that is, whether the (HT / VHT) control field corresponds to the HE control field) is shown in FIG. 31 using the reserved bits included in the corresponding (HT / VHT) control field. Can be indicated.
  • the VHT indication bit and the subsequent reserved bits of the control field are all set to '1' to indicate that the corresponding control field is the HE control field.
  • the PPDU format when it is 11ax, it may be set / defined as always including an “HE” control field as a control field.
  • a plurality of HE control fields It may be defined, and at least one of the HE control fields so defined may be included in the MAC header.
  • a reserved bit (1 bit) of the address field (for example, B12 described above) may be used to indicate whether a plurality of HE control fields are included in a corresponding MAC header. For example, when the corresponding bit B12 is set to '0', the STA may recognize that only one HE control field is included in the corresponding MAC header. Conversely, when the corresponding bit B12 is set to '1', the STA may recognize that a plurality of HE control fields are included in the corresponding MAC header.
  • the reserved bit (1 bit) of the address field (for example, B12) includes a plurality of control fields including not only a plurality of HE control fields but also other control fields (for example, a QoS control field, etc.). Can be used to indicate. However, in this case, since the STA needs to know what the last control field is, the last bit of each control field may be set as an End of Control (EoC) field.
  • EoC End of Control
  • 32 (a) is a diagram illustrating a format of a plurality of HE control fields according to an embodiment of the present invention.
  • an EoC field may be inserted at the end of each HE control fields.
  • the EoC field may indicate whether the corresponding control field is the last field or whether the following control field is additionally present. This may be useful when only one control information type and / or one control information content is included in the HE control field.
  • the existing HT control field or QoS control field may be applied as it is.
  • the EoC field may be always included at the end of each HE control field to inform whether a plurality of HE control fields are included.
  • a reserved bit for example, B12
  • the HE control field may be configured as 4 octets as before, and the same or different HE control fields / information may be included for each MPDU included in the A-MPDU. In this case, it may be indicated through a reserved bit (for example, B12) of the address field that different fields / information (or the same field / information) are included in each MPDU.
  • variable control field may refer to an HE control field having a fixed length (ie, having a variable length) and / or an HE control field including one or more types and contents of control information as described above. have.
  • one HE control field may be included in the MAC header, and the length of the corresponding HE control field is not fixed but is variable, and the existence of the HE control field having such a variable length is determined by a reserved bit ( 1 bit) (e.g., B12).
  • a reserved bit 1 bit
  • the HE control field having a fixed length (for example, 4 octets as before) is variable length, if it is '1'. It may indicate that the HE control field is included.
  • the reserved bit (1 bit) (eg, B12) of the address field is '0', the HT / VHT control field having a length of 4 octets is indicated, and if the reserved bit is '1', the HE control field having a specific octets length is included. Can be.
  • the HE control field may include one or more types of control information and contents for each type, depending on whether the content length of each type is fixed or variable.
  • the HE control frame may be configured differently.
  • 32 (b) and 32 (c) illustrate an HE control frame according to an embodiment of the present invention.
  • the EoC field (1 bit) is included after the content for each type / ID so as to control the plurality of control types / ID.
  • the content can be distinguished.
  • the reserved bit (for example, B12) of the address field (for example, A1) is '0' as in the above-described embodiment, that is, the total length of the HE control field is fixed. EoC field may not be needed separately).
  • a length field indicating the length of the content for each type / ID to distinguish the plurality of control type / ID contents May be included.
  • the VHT subfield and the reserved bit of the HT / VHT control field may be set to '11' to indicate that the corresponding HT / VHT control field is the HE control field, which will be described later in detail.
  • the HE control field is indicated using a method such as changing a protocol version or defining a new subtype, this may be an unnecessary bit setting.
  • each bit is not limited to that shown in the figure and may vary.
  • the EoC field may be placed after the control type to align byte alignment.
  • the buffer status request indication and the multiple / variable control field indication have been described based on the embodiment indicated by B12 of the address field included in the compressed MAC header, but is not limited thereto.
  • the implementation of these / embodiments may of course be replaced by a specific bit / field contained in the MAC header (compressed or uncompressed) instead of B12.
  • control content field including control content (or control information) included in the HE control field and a control ID field indicating the control content (or information) type.
  • control content or control information
  • control ID field indicating the control content (or information) type.
  • Embodiments described below may be applied to not only the compressed MAC header described above but also the HE control field included in the uncompressed MAC header.
  • the following description will be made based on a HE control field having a size fixed to 4 octets for convenience of description, but is not limited thereto.
  • the following embodiments may be equally applied to a HE control field having a variable length.
  • 33 is a diagram illustrating a configuration of a control ID field according to an embodiment of the present invention.
  • the control ID field may include a VHT subfield and a reserved bit (or an HE variant field) for indicating that the control ID field is the HE control field as described above. And bits are set to '11'.
  • the control ID field is an EoC field (1 indicating that it is the last control ID among control IDs included in the MAC header (or indicating that the control ID corresponds to the last control information among the control information included in the MAC header). bit). If the control ID information is indicated by 5 bits, the control ID field has a size of 1 byte in total.
  • the first control ID field of the HE control field may include a VHT subfield and a reserved bit (or an HE variant field) for indicating that the HE control field is present.
  • the field and bit are set to '11'.
  • the first control ID field may include control ID information (5 to 6 bits) and a reserved bit or an EoC field (0 to 1 bit).
  • the second and subsequent control ID fields included in the HE control field may include an EoC field (1 bit) and It may include spare bits (1 to 2 bits) and may be configured in a size of 1 byte in total.
  • control ID ie, control (content / information) type
  • the type of control ID (ie, control (content / information) type) indicated by the control ID field is Ack / BA request / response, buffer state request / response, channel state information (CSI) feedback request / response, UL resource trigger, etc. This can be.
  • control ID field and the control content field corresponding to each control ID field may be grouped and defined as one 'control subfield'.
  • the control content field may include, for example, length information of the UL PPDU, resource unit allocation information, and / or (differential) MCS information, etc., in the case of a size of 2 to 3 bytes as trigger information. Can be configured. If the corresponding STA separately receives trigger information for other UL data transmission, since the Ack / BA frame is transmitted together with the UL data, the control content may not be separately signaled.
  • the control content may not be separately signaled even in this case.
  • the control content field further includes a BAR control field and a BAR information field in addition to the trigger information in the second embodiment. It must be included. Even if a compression scheme (for example, a compressed BAR control field) described below is used, at least 4 bytes including a control ID field are required to configure the HE control field. Therefore, the control content field for the explicit delay Ack / BA (or BAR) request may be included in the HE control field of variable length or may be included / configured in a separate MPDU and transmitted as a payload.
  • a compression scheme for example, a compressed BAR control field
  • the compressed BAR control field and the BAR information field may be included in the control content field and not transmitted, except for the trigger information.
  • the compressed BAR control field and the BAR information field may be configured as shown in FIG. 34.
  • 34 is a diagram illustrating the configuration of a compressed BAR control field and a BAR information field according to an embodiment of the present invention.
  • a plurality of HE control fields may be received. This may be performed by using the aforementioned multiple / variable HE control field or by including different HE control fields for each MPDU of the A-MPDU.
  • a BAR (or BA response) may be configured as an MPDU and transmitted in a payload.
  • the BAR (or BA response) may be configured as an MPDU and transmitted in the payload only in the case of a multi-TID.
  • the multi-TID related field may be left as a reserved bit.
  • a separate QoS control field is transmitted, so that the information including the first to third embodiments and / or No Ack is provided in an Ack policy.
  • an Ack policy can be sent (in the HE control field) with a control ID to indicate this.
  • a control ID defined separately according to the Ack policy may be transmitted. In this case, only the control ID can be transmitted (in the HE control field) when the Ack / BA response is transmitted in the (MAC) header in the first and second embodiments.
  • trigger information may be indicated through a trigger request, and an Ack / BA request may be indicated separately.
  • the control content field / information regarding the BA response may be included in the HE control field having a variable length or may be configured as a separate MPDU and transmitted as a payload.
  • the control content field regarding the buffer status request may not be separately generated / signaled or may be used by the AP to request the STA for a buffer status for an access category (AC) desired by the AP.
  • AC access category
  • one control ID may be assigned / configured for the buffer status request, in which case the AP may request the buffer status to the STA by transmitting it to the STA.
  • the AC desired by the AP may be indicated through 2 bits (only one AC may be indicated / included) or 4 bits (four AC instructions / included in the form of a bitmap) included in the control content field.
  • control IDs may be assigned / configured for each AC.
  • the AP may request the STA to request a buffer status for a specific AC by transmitting a control ID corresponding to the desired AC to the STA. have.
  • the control content field contains trigger information indicating the resource to use to send the buffer status response or trigger information in another MAC header. May be included (eg, a trigger header) to be transmitted.
  • the trigger information may not be separately included in the control content field.
  • separate control IDs may be allocated to distinguish between a case where trigger information is required and a case that does not need trigger information. This may be interpreted as allocating separate control IDs to distinguish between receiving a buffer status response through a PPDU (or a payload of the PPDU) and receiving a buffer status response through a (MAC) header. .
  • the STA may voluntarily transmit (as its own need) as a response to the buffer status request or without a separate buffer status request.
  • the control content field including the control information for the buffer status response may be configured by including an existing QoS control field (2 bytes) or as a new control content field.
  • 35 and 36 illustrate a configuration of an HE control field for a buffer status response according to an embodiment of the present invention.
  • the control content field may be configured to include not only the buffer status response information but also all information included in the existing QoS control field.
  • the existing QoS control field may be defined in the form of one control ID / type of the HE control field.
  • control content field may be newly configured to include buffer status response information including information about a plurality of ACs.
  • the AC information field (4 bits) may indicate in a bitmap format what buffer status response information for the AC.
  • the control content field may include a Scaling factor field.
  • the Scaling factor field may indicate a scaling factor for AC and may be configured as a total of 4 bits, 1 bit for each AC.
  • Each bit included in the scaling factor field indicates a scaling factor of the corresponding AC. For example, when a specific bit is set to '0' in the Scaling factor field, it indicates that the scaling factor of AC corresponding to the bit is 64 octets unit, and when it is set to '1', it indicates that it is 512 octets unit.
  • the scaling factor field may be configured to indicate a scaling factor common to all ACs, and may be configured in a size of 2 to 4 bits (for example, in units of 64, 128, 256, and 512 octets).
  • all ACs mean ACs indicated / identified in a bitmap format by an AC information field. For example, if the AC information field indicates AC 1 and AC 3 (more specifically, indicating buffer status response information for AC 1 and AC 3), the scaling factor indicated by the Scaling factor field is AC. This means that it is a scaling factor common to 1 and AC 3.
  • scaling factor field is not configured with 4 bits (that is, if it is configured with 4 bits or less)
  • 1 to 2 bits indicating the type of buffer status may be added to the control content field, thereby scaling unit. May also vary.
  • the scaling factor may be indicated in units of octets as described above, and if the buffer state type is the requested TXOP duration, the scaling factor may be indicated in units of 32us, 64us, 128us, and 256us.
  • the control content field may include a queue size or a requested TXOP duration field, and this field indicates queue size or requested TXOP duration information for a plurality of ACs and may be configured not to exceed 2 bytes.
  • 1 byte may be allocated for each AC in the corresponding field, and thus, up to two ACs may be indicated. For example, if there is one AC, only 1 byte of 2 bytes may be used to indicate the queue size or the requested TXOP duration for the corresponding AC, and the remaining 1 byte may be padded.
  • 2 bytes may be divided in the corresponding field by the number of allocated ACs (or indicated by the AC information field). For example, if there is one AC allocated (or indicated in the AC information field), 2 bytes, 1 is 2 bytes, 2 is 5 bits + 1 bit padding, and 4 is 4 bits each, The allocated bits can be used to indicate the queue size or requested TXOP duration for that AC.
  • the scaling factor may not be indicated separately. Instead, the scaling factor may be fixed to 64 octets or 32us units in 2 bytes and 128 octets or 64us units in 1 byte.
  • a buffer status response including information of an AC may be distinguished by a different control ID for each AC.
  • the Control ID field is a control type / ID for the buffer status response (AC 36 (a)) for AC 1 (BE), the buffer status response for AC 2 (BK) (FIG. 36 (b)), AC A buffer status response (FIG. 36 (c)) for 3 (VI) or a buffer status response (FIG. 36 (d)) for AC 4 (VO) may be indicated.
  • the scaling factor field may be configured as 2 bits or 1 bit, and the type of buffer status (Queue size or requested TXOP duration) may be indicated as 1 bit.
  • the configuration of the scaling factor (field) at this time is the same as the embodiment described above with reference to FIG. 35 (b).
  • the HE control field for the CSI feedback request may not include a separate content control field (that is, the STA requests only CSI feedback without separate control content) or the existing VHT control field may be included in a compressed form.
  • the CSI feedback request may use the existing HT / VHT control field without using the HE control field.
  • the control content field may include information on a UL feedback configuration method without trigger information in the control content field. Only included in the existing HT / VHT control field may be included and transmitted. In this case, separate control IDs may be allocated to the case where the trigger information is required and the case where the trigger information is not required. This may be interpreted as allocating a separate control ID by distinguishing a case of transmitting / receiving CSI feedback to a PPDU (or a payload of the PPDU) and a case of transmitting / receiving a CSI padback with a (MAC) header. have. Or, if the CSI feedback response is limited to only the HE control field, it may not be necessary to transmit additional trigger information.
  • trigger information for example, information on a UL feedback transmission area and / or a transmission method
  • 37 (a) is a diagram illustrating a configuration of an HE control field for a CSI feedback request according to an embodiment of the present invention.
  • a control content field for a CSI feedback request may include trigger information, where the trigger information may include, for example, length information of UL PPDU, resource unit allocation information, and / or (differential ( differential)) may correspond to MCS information.
  • control content field may be included in the HE control field of variable length or may be configured as a separate MPDU and transmitted as a payload.
  • the control content field may be 4 bytes or less.
  • control content field may include MSI (3 bits), MFB (15 bits), coding type (1 bit), and / or FB type (1 bit) as feedback request information.
  • control content field may further include a bit requesting / instructing to report a best channel / band / resource unit.
  • the STA Upon request / instruction to report the optimal channel / band / resource unit according to the setting of the corresponding bit, the STA reports the optimal channel / band / resource unit in the CSI feedback response, calculates and transmits the MFB in the corresponding area. Can be.
  • the control content field for the CSI feedback response may be configured in the HE control field by compressing the existing VHT control field, or may be configured using the existing HT / VHT control field without configuring the HE control field.
  • the HE control field may include a control ID field indicating a CSI feedback response ID / type and a control content field including CSI feedback response information.
  • the control content field may include a conventional VHT control field in a compressed form. For example, Unsolicited MFB (1 bit), MFSI / Rsv (3 bits), MFB (15 bits), STBC (1 bit), Coding type (1 bit) and / or FB type (1 bit) may be included.
  • control content field of this embodiment may be used to report an optimal channel / band / resource unit as in the above-mentioned embodiment.
  • two bits of the control content field may be used to indicate an optimal channel, and 15 bits may be used to indicate an MFB measurement result in the corresponding channel.
  • the bit size may be changed.
  • the CSI feedback request and response may be distinguished from the request or response by including MRQ (1 bit) in the HE control field, instead of distinguishing the CSI feedback request and response by the control ID like the existing VHT control field.
  • MRQ (1 bit
  • FIG. 37 (b) An example of this is shown in FIG. 37 (b).
  • 37 (c) is a diagram illustrating a configuration of an HE control field for a CSI feedback request / response according to an embodiment of the present invention.
  • control ID field may indicate a CSI feedback request and response type / ID
  • control content field may include MRQ (1 bit), Unsolicited MFB (1 bit), and MFSI / Rsv (3 bits). ), MFB (15 bits), STBC (1 bit), Coding type (1 bit), and / or FB type (1 bit).
  • control content field for CSI feedback request / response may be configured as 3 bytes without trigger information.
  • 38 is a diagram illustrating a configuration of an HE control field for an UL trigger (or UL MU response scheduling) according to an embodiment of the present invention.
  • the control content field corresponding to the UL trigger type / ID may indicate a UL transmission region and / or a transmission scheme (ie, trigger information) so that the STA may transmit UL MU data / control information and the like.
  • the control content field may inform trigger information for UL MU data or trigger information for transmission of Ack / BA, buffer status, and CSI feedback report.
  • the UL MU data and control information may be transmitted by being aggregated into a (MAC) header and an MPDU or an MPDU and an MPDU.
  • An example configuration of the HE control field for this is illustrated in FIG. 38 (a).
  • the control content field for the UL trigger includes UL PPDU length (6-9 bits), resource unit allocation information (8 bits), MCS (2-4 bits), Coding type (1 bit), as trigger information. It may include BF (1 bit), Nsts (3 bits), GI type (1 bit), and / or STBC (1 bit). Depending on the bit size of the information, the size of the trigger information may exceed 3 bytes. Therefore, the bit size of some information may be fixed to a specific size, or the MCS may be set to indicate a differential MCS to reduce the bit size or PPDU. By setting the length indicating unit large, the size of the trigger information can be made 3 bytes or less.
  • the control content field for the UL trigger may include compressed trigger information, and a control type / ID for this may be separately defined.
  • a control type / ID for this may be separately defined.
  • BF (1 bit
  • Nsts 3 bits
  • GI type (1 bit
  • STBC STBC
  • the MCS is fixed at a specific level or in the control content field
  • the MCS is a differential value for the MCS of the DL frame (for example, MCS level / MCS level-1 / MCS level-2 / MCS level-3, etc. of the DL frame). It can be set to indicate.
  • the size of the control content field may be reduced up to 2 bytes.
  • the length of the UL control frame is shorter than a general UL frame (for example, UL data frame)
  • the length of the UL PPDU in the control content field may be indicated in units of 16us, and in this case, may be configured with a size of 6 bits.
  • control ID field and the control content field may be aggregated up to 4 bytes in one MPDU (or HE control field).
  • An example configuration is as shown in FIGS. 38 (b) and 38 (c).
  • FIG. 38 (b) illustrates an HE control field in which a control ID / content field for an Ack / BA request and a control ID field for a buffer status request are merged
  • FIG. 38 (c) shows a buffer status request for AC 1.
  • An HE control field in which a control ID / content field and a control ID / content field for an AC 2 buffer status request are merged is illustrated.
  • the present invention is not limited to the above-described embodiment, and when the length of the HE control field is fixed or variable to a value other than 4 bytes, the number of merged control ID / content fields may be adjusted based on the length of the HE control field. Can be.
  • 39 is a flowchart illustrating a method of transmitting a HE control field according to an embodiment of the present invention.
  • the above-described embodiment / description may be applied in the same manner, and a redundant description will be omitted below.
  • the STA may receive a first PPDU (S3910) and transmit a second PPDU as a response thereto.
  • the STA may be a concept of non AP or collectively called AP. If the STA is an AP, the first PPDU may correspond to a UL PPDU, and the second PPDU may correspond to a DL PPDU. On the contrary, when the STA is a non AP, the first PPDU may correspond to the DL PPDU and the second PPDU may correspond to the UL PPDU.
  • the first or second PPDU transmitted and received may include at least one MPDU
  • the MAC header of the MPDU may include a HE (High-Efficiency) control field.
  • the HE control field may be a HT control field in which a VHT subfield indicating a Very High Throughput (VHT) format and a HE subfield indicating the HE format are each set to '1'.
  • the HE control field may include at least one control subfield, wherein the at least one control subfield may have a fixed / preset length, and the plurality of control subfields may be included in the HE control field.
  • the HE control field may be included in an aggregated state for each control ID.
  • Each of the plurality of control subfields may include a control content field including control information and a control ID field indicating a type of control information.
  • control ID may be an acknowledgment (Ack) or a block (BA) request type, an acknowledgment (Ack) or a BA response type, a buffer state request type, a buffer state response type, a channel state information (CSI) feedback request type, a CSI feedback response type, or It may correspond to an UL (uplink) trigger type and various control content fields may be configured according to each control ID. Embodiments related to this may be equally applied to the embodiments described above with reference to FIGS. 33 to 38.
  • FIG. 40 is a block diagram of each STA apparatus according to an embodiment of the present invention.
  • the STA apparatus 4010 may include a memory 4012, a processor 4011, and an RF unit 4013.
  • the STA device may be an AP or a non-AP STA as an HE STA device.
  • the RF unit 4013 may be connected to the processor 4011 to transmit / receive a radio signal.
  • the RF unit 4013 may up-convert data received from the processor 4011 into a transmission / reception band to transmit a signal.
  • the processor 4011 may be connected to the RF unit 4013 to implement a physical layer and / or a MAC layer according to the IEEE 802.11 system.
  • the processor 4011 may be configured to perform an operation according to various embodiments of the present disclosure according to the drawings and description described above.
  • a module for implementing the operation of the STA 4010 according to various embodiments of the present disclosure described above may be stored in the memory 4012 and executed by the processor 4011.
  • the memory 4012 is connected to the processor 4011 and stores various information for driving the processor 4011.
  • the memory 4012 may be included in the processor 4011 or may be installed outside the processor 4011 and connected to the processor 4011 by known means.
  • the STA apparatus 4010 may include a single antenna or multiple antennas.
  • STA apparatus 4010 of FIG. 40 may be implemented so that the above-described matters described in various embodiments of the present invention may be independently applied or two or more embodiments may be simultaneously applied.
  • the processor 4011 of the STA apparatus may be implemented to operate the above-described embodiments.
  • each component or feature is to be considered optional unless stated otherwise.
  • Each component or feature may be embodied in a form that is not combined with other components or features. It is also possible to combine some of the components and / or features to form an embodiment of the invention.
  • the order of the operations described in the embodiments of the present invention may be changed. Some components or features of one embodiment may be included in another embodiment or may be replaced with corresponding components or features of another embodiment. It is obvious that the claims may be combined to form an embodiment by combining claims that do not have an explicit citation relationship in the claims or as new claims by post-application correction.
  • Embodiments according to the present invention may be implemented by various means, for example, hardware, firmware, software, or a combination thereof.
  • an embodiment of the present invention may include one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), FPGAs ( field programmable gate arrays), processors, controllers, microcontrollers, microprocessors, and the like.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • processors controllers, microcontrollers, microprocessors, and the like.
  • an embodiment of the present invention may be implemented in the form of a module, procedure, function, etc. that performs the functions or operations described above.
  • the software code may be stored in memory and driven by the processor.
  • the memory may be located inside or outside the processor, and may exchange data with the processor by various known means.
  • the frame transmission scheme in the wireless communication system of the present invention has been described with reference to the example applied to the IEEE 802.11 system, but it is possible to apply to various wireless communication systems in addition to the IEEE 802.11 system.

Landscapes

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

Abstract

본 발명의 일 실시예에 따른 WLAN(Wireless LAN) 시스템에서 STA(Station)의 동작 방법에 있어서, 제1 PPDU(Physical Protocol Data Unit)를 수신하는 단계; 및 상기 제1 PPDU에 대한 응답으로서 제2 PPDU를 전송하는 단계; 를 포함하되, 상기 제1 또는 제2 PPDU는 적어도 하나의 MPDU(Mac Protocol Data Unit)를 포함하되, 상기 MPDU의 MAC 헤더는 HE(High-Efficiency) 제어 필드를 포함하고, 상기 HE 제어 필드는, VHT(Very High Throughput) 포맷을 지시하는 VHT 서브 필드 및 HE 포맷을 지시하는 HE 서브 필드 값이 각각 '1'로 설정된 HT 제어 필드이며, 적어도 하나의 제어 서브 필드를 포함하되, 상기 적어도 하나의 제어 서브 필드는 기설정된 길이로 고정되며, 제어 ID(Identifier) 별로 병합(aggregated)되어 상기 HE 제어 필드에 포함될 수 있다.

Description

무선 통신 시스템에서 데이터 전송 방법 및 이를 위한 장치
본 발명은 무선 통신 시스템에 관한 것으로서, 보다 상세하게는 차세대 시스템에 적용 가능한 새로운 포맷의 데이터 전송을 지원하기 위한 데이터 전송 방법 및 이를 지원하는 장치에 관한 것이다.
와이파이(Wi-Fi)는 2.4GHz, 5GHz 또는 60GHz 주파수 대역에서 기기가 인터넷에 접속 가능하게 하는 WLAN(Wireless Local Area Network) 기술이다.
WLAN은 IEEE(institute of electrical and electronic engineers) 802.11 표준에 기반한다. IEEE 802.11의 WNG SC(Wireless Next Generation Standing Committee)는 차세대 WLAN(wireless local area network)을 중장기적으로 고민하는 애드혹 위원회(committee)이다.
IEEE 802.11n은 네트워크의 속도와 신뢰성을 증가시키고, 무선 네트워크의 운영 거리를 확장하는데 목적을 두고 있다. 보다 구체적으로, IEEE 802.11n에서는 최대 600Mbps 데이터 처리 속도(data rate)를 제공하는 고처리율(HT: High Throughput)을 지원하며, 또한 전송 에러를 최소화하고 데이터 속도를 최적화하기 위해 송신부와 수신부 양단 모두에 다중 안테나를 사용하는 MIMO(Multiple Inputs and Multiple Outputs) 기술에 기반을 두고 있다.
WLAN의 보급이 활성화되고 또한 이를 이용한 어플리케이션이 다양화됨에 따라, 초고처리율(VHT: Very High Throughput)를 지원하는 차세대 WLAN 시스템은 IEEE 802.11n WLAN 시스템의 다음 버전으로서, IEEE 802.11ac가 새롭게 제정되었다. IEEE 802.11ac는 80MHz 대역폭 전송 및/또는 더 높은 대역폭 전송(예를 들어, 160MHz)을 통해 1Gbps 이상의 데이터 처리 속도를 지원하고, 주로 5 GHz 대역에서 동작한다.
최근에는 IEEE 802.11ac이 지원하는 데이터 처리 속도보다 더 높은 처리율을 지원하기 위한 새로운 WLAN 시스템에 대한 필요성이 대두되고 있다.
일명 IEEE 802.11ax 또는 고효율(HEW: High Efficiency) WLAN라고 불리는 차세대 WLAN 태스크 그룹에서 주로 논의되는 IEEE 802.11ax의 범위(scope)는 1) 2.4GHz 및 5GHz 등의 대역에서 802.11 PHY(physical) 계층과 MAC(medium access control) 계층의 향상, 2) 스펙트럼 효율성(spectrum efficiency)과 영역 쓰루풋(area throughput) 향상, 3) 간섭 소스가 존재하는 환경, 밀집한 이종 네트워크(heterogeneous network) 환경 및 높은 사용자 부하가 존재하는 환경과 같은 실제 실내 환경 및 실외 환경에서 성능을 향상 등을 포함한다.
IEEE 802.11ax에서 주로 고려되는 시나리오는 AP(access point)와 STA(station)이 많은 밀집 환경이며, IEEE 802.11ax는 이러한 상황에서 스펙트럼 효율(spectrum efficiency)과 공간 전송률(area throughput) 개선에 대해 논의한다. 특히, 실내 환경뿐만 아니라, 기존 WLAN에서 많이 고려되지 않던 실외 환경에서의 실질적 성능 개선에 관심을 가진다.
IEEE 802.11ax에서는 무선 오피스(wireless office), 스마트 홈(smart home), 스타디움(Stadium), 핫스팟(Hotspot), 빌딩/아파트(building/apartment)와 같은 시나리오에 관심이 크며, 해당 시나리오 기반으로 AP와 STA가 많은 밀집 환경에서의 시스템 성능 향상에 대한 논의가 수행되고 있다.
앞으로 IEEE 802.11ax에서는 하나의 BSS(basic service set)에서의 단일 링크 성능 향상보다는, OBSS(overlapping basic service set) 환경에서의 시스템 성능 향상 및 실외 환경 성능 개선, 그리고 셀룰러 오프로딩(cellular offloading) 등에 대한 논의가 활발할 것으로 예상된다. 이러한 IEEE 802.11ax의 방향성은 차세대 WLAN이 점점 이동 통신과 유사한 기술 범위를 갖게 됨을 의미한다. 최근 스몰 셀(small cell) 및 D2D(Direct-to-Direct) 통신 영역에서 이동 통신과 WLAN 기술이 함께 논의되고 있는 상황을 고려해 볼 때, IEEE 802.11ax를 기반한 차세대 WLAN과 이동 통신의 기술적 및 사업적 융합은 더욱 활발해질 것으로 예측된다.
본 발명의 목적은 차세대 무선 통신 시스템에서 적용될 수 있는 새로운 포맷의 MAC 헤더 구조를 제안하기 위함이다.
나아가, 본 발명의 목적은 차세대 무선 통신 시스템에서 적용될 수 있는 새로운 포맷의 HE 제어 필드 구조를 제안하기 위함이다.
본 발명에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
상술한 기술적 과제를 해결하기 위하여, 본 발명의 일 실시예에 따른 WLAN(Wireless LAN) 시스템에서 STA(Station)의 동작 방법에 있어서, 하향링크(DL: Downlink) PPDU(Physical Protocol Data Unit)를 상술한 기술적 과제를 해결하기 위하여, 본 발명의 일 실시예에 따른 WLAN(Wireless LAN) 시스템에서 STA(Station)의 동작 방법에 있어서, 제1 PPDU(Physical Protocol Data Unit)를 수신하는 단계; 및 상기 제1 PPDU에 대한 응답으로서 제2 PPDU를 전송하는 단계; 를 포함하되, 상기 제1 또는 제2 PPDU는 적어도 하나의 MPDU(Mac Protocol Data Unit)를 포함하되, 상기 MPDU의 MAC 헤더는 HE(High-Efficiency) 제어 필드를 포함하고, 상기 HE 제어 필드는, VHT(Very High Throughput) 포맷을 지시하는 VHT 서브 필드 및 HE 포맷을 지시하는 HE 서브 필드 값이 각각 ‘1’로 설정된 HT 제어 필드이며, 적어도 하나의 제어 서브 필드를 포함하되, 상기 적어도 하나의 제어 서브 필드는 기설정된 길이로 고정되며, 제어 ID(Identifier) 별로 병합(aggregated)되어 상기 HE 제어 필드에 포함될 수 있다.
또한, 상기 복수의 제어 서브 필드들 각각은, 상기 제어 ID를 지시하는 제어 ID 필드를 포함하되, 상기 제어 ID 필드에 대응되는 제어 컨텐츠를 포함하는 제어 컨텐츠 필드를 선택적으로 포함할 수 있다.
또한, 상기 제어 ID 필드는 상기 제어 ID 필드가 상기 HE 제어 필드에 포함된 제어 ID 필드들 중 마지막 제어 ID 필드에 해당하는지를 지시하는 EoC(End of Control) 필드를 포함할 수 있다.
또한, 상기 제어 ID는 Ack(Acknowledgement) 또는 BA(Block Ack)의 요청 타입, Ack 또는 BA의 응답 타입, 버퍼 상태 요청 타입, 버퍼 상태 응답 타입, CSI(Channel State Information) 피드백 요청 타입, CSI 피드백 응답 타입 또는 UL(Uplink) 트리거 타입에 해당할 수 있다.
또한, 상기 제어 ID 필드가 상기 Ack 또는 BA의 요청 타입에 해당하는 제어 ID를 지시하는 경우, 상기 제어 ID 필드에 대응되는 제어 컨텐츠 필드는 상기 Ack 또는 BA 요청에 대한 Ack 또는 BA 응답 전송에 관한 트리거 정보를 포함할 수 있다.
또한, 상기 제어 ID 필드가 상기 버퍼 상태 요청 타입에 해당하는 제어 ID를 지시하는 경우, 상기 제어 ID 필드에 대응되는 제어 컨텐츠 필드는 상기 버퍼 상태 요청에 대한 버퍼 상태 응답 전송에 관한 트리거 정보를 포함할 수 있다.
또한, 상기 제어 ID 필드는 특정 AC(Access Category)에 대한 버퍼 상태 요청 타입임을 지시하도록 구성될 수 있다.
또한, 상기 제어 ID 필드가 상기 버퍼 상태 응답 타입 또는 레가시 QoS 제어 타입에 해당하는 제어 ID를 지시하는 경우, 상기 제어 ID 필드에 대응되는 제어 컨텐츠 필드는 레가시 QoS 제어 필드를 포함할 수 있다.
또한, 상기 제어 ID 필드가 상기 버퍼 상태 응답 타입에 해당하는 제어 ID를 지시하는 경우, 상기 제어 ID 필드에 대응되는 제어 컨텐츠 필드는 버퍼 상태 응답 정보를 포함할 수 있다.
또한, 상기 버퍼 상태 응답 정보는, AC 필드, 스케일링 요소(Scaling Factor) 필드, Queue 사이즈 필드 및/또는 TXOP 지속 시간(Duration) 필드를 포함할 수 있다.
또한, 상기 AC 필드는 상기 버퍼 상태 응답 정보와 대응되는 AC를 비트맵 형식으로 지시하는 필드일 수 있다.
또한, 상기 스케일링 요소 필드는 상기 AC 필드에 의해 지시된 모든 AC들에 공통된 스케일링 요소를 지시하는 필드일 수 있다.
또한, 상기 제어 ID 필드가 상기 CSI 피드백 요청 타입에 해당하는 제어 ID를 지시하는 경우, 상기 제어 ID 필드에 대응되는 제어 컨텐츠 필드는 상기 CSI 피드백 요청의 응답인 CSI 피드백 전송에 관한 트리거 정보 및 피드백 요청 정보를 포함할 수 있다.
또한, 상기 피드백 요청 정보는 MSI(MRQ Sequence Identifier) 정보, MFB(MCS Feedback) 정보, STBC(space-time block coding) 정보, 코딩 타입 정보 및/또는 FB(Feedback) 타입 정보를 포함할 수 있다.
또한, 상기 제어 ID 필드가 상기 CSI 피드백 응답 타입에 해당하는 제어 ID를 지시하는 경우, 상기 제어 ID 필드에 대응되는 제어 컨텐츠 필드는 상기 CSI 피드백 응답 정보를 포함할 수 있다.
또한, 상기 CSI 피드백 응답 정보는 자발적 MFB 지시 정보, MFSI(MCS feedback sequence identifier) 정보, MFB 정보, STBC 정보, 코딩 타입 정보 및/또는 FB 타입 정보를 포함할 수 있다.
또한, 상기 제어 ID 필드가 상기 UL 트리거 타입에 해당하는 제어 ID를 지시하는 경우, 상기 제어 ID 필드에 대응되는 제어 컨텐츠 필드는 UL MU(Multi-user) 전송을 트리거링하는 트리거 정보를 포함할 수 있다.
또한, 상기 트리거 정보는 UL PPDU 길이 정보, 자원 유닛 할당 정보, MCS(Modulation and Coding Scheme) 정보, 코딩 타입 정보, 스트림 개수 정보, 빔포밍 정보, STBC 정보 및/또는 GI(Guard Interval) 타입 정보를 포함할 수 있다.
또한, 상기 MAC 헤더는 레가시 MAC 헤더를 재사용하여 구성되되, 상기 레가시MAC 헤더에서 MAC 주소가 STA의 ID 또는 BSS(Basic Service Set) ID로 대체된 형태로 구성될 수 있다.
또한, 상기 MAC 헤더는 상기 MAC 헤더에 포함되어 있는 상기 HE 제어 필드 내에서 상기 복수의 제어 서브 필드들이 병합되었음을 지시하는 지시자를 포함할 수 있다.
또한, 본 발명의 다른 실시예에 따른 WLAN(Wireless LAN) 시스템에서 STA(Station) 장치에 있어서, 무선 신호를 송수신하는, RF(Radio Frequency) 유닛; 및 상기 RF 유닛을 제어하는, 프로세서; 를 포함하고, 상기 STA 장치는, 제1 PPDU(Physical Protocol Data Unit)를 수신하고, 상기 제1 PPDU에 대한 응답으로서 제2 PPDU를 전송하되, 상기 제1 또는 제2 PPDU는 적어도 하나의 MPDU(Mac Protocol Data Unit)를 포함하되, 상기 MPDU의 MAC 헤더는 HE(High-Efficiency) 제어 필드를 포함하고, 상기 HE 제어 필드는, VHT(Very High Throughput) 포맷을 지시하는 VHT 서브 필드 및 HE 포맷을 지시하는 HE 서브 필드 값이 각각 ‘1’로 설정된 HT 제어 필드이며, 적어도 하나의 제어 서브 필드를 포함하되, 상기 적어도 하나의 제어 서브 필드는 제어 ID(Identifier) 별로 병합(aggregated)되어 상기 HE 제어 필드에 포함될 수 있다.
본 발명의 일 실시예에 따르면, OFDMA 기술이 적용되는 차세대 WLAN 시스템에서 효율적으로 적용될 수 있는 MAC 헤더의 새로운 포맷이 제안된다.
또한, 본 발명의 일 실시예에 따르면, 압축된 MAC 헤더 구조를 사용하므로, 레가시 MAC 헤더에 비해 더 많은 정보 및/또는 차세대 WLNA 시스템에 보다 적합한 정보를 제공할 수 있다는 효과가 있다.
또한, 본 발명의 일 실시예에 따르면, 복수개의 제어 타입에 대한 제어 컨텐츠/정보가 하나의 HE 제어 필드 내에서 병합되어 전송되므로, 전송 자원을 효율적으로 사용할 수 있다는 효과가 있다.
이외에 본 발명의 다른 효과들에 대해서는 이하의 실시예들에서 추가로 설명하도록 한다.
본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 발명에 대한 실본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 발명에 대한 실시예를 제공하고, 상세한 설명과 함께 본 발명의 기술적 특징을 설명한다.
도 1은 본 발명이 적용될 수 있는 IEEE 802.11 시스템의 일례를 나타내는 도면이다.
도 2는 본 발명이 적용될 수 있는 IEEE 802.11 시스템의 계층 아키텍처(layer architecture)의 구조를 예시하는 도면이다.
도 3은 본 발명이 적용될 수 있는 무선 통신 시스템의 non-HT 포맷 PPDU 및 HT 포맷 PPDU를 예시한다.
도 4는 본 발명이 적용될 수 있는 무선 통신 시스템의 VHT 포맷 PPDU 포맷을 예시한다.
도 5는 본 발명이 적용될 수 있는 IEEE 802.11 시스템의 MAC 프레임 포맷을 예시한다.
도 6은 본 발명이 적용될 수 있는 무선 통신 시스템에서 MAC 프레임 내 프레임 제어(Frame Control) 필드를 예시하는 도면이다.
도 7은 본 발명이 적용될 수 있는 무선 통신 시스템에서 HT Control 필드의 VHT 포맷을 예시한다.
도 8은 본 발명이 적용될 수 있는 무선 통신 시스템에서 채널 사운딩(sounding) 방법을 개념적으로 나타내는 도면이다.
도 9는 본 발명이 적용될 수 있는 무선 통신 시스템에서 VHT NDPA 프레임을 예시하는 도면이다.
도 10은 본 발명이 적용될 수 있는 무선 통신 시스템에서 NDP PPDU을 예시하는 도면이다.
도 11은 본 발명이 적용될 수 있는 무선 통신 시스템에서 VHT 압축된 빔포밍(VHT compressed beamforming) 프레임 포맷을 예시하는 도면이다.
도 12는 본 발명이 적용될 수 있는 무선 통신 시스템에서 빔포밍 보고 폴(Beamforming Report Poll) 프레임 포맷을 예시하는 도면이다.
도 13은 본 발명이 적용될 수 있는 무선 통신 시스템에서 하향링크 다중 사용자(multi-user) PPDU 포맷을 예시하는 도면이다.
도 14는 본 발명이 적용될 수 있는 무선 통신 시스템에서 하향링크 다중 사용자(multi-user) PPDU 포맷을 예시하는 도면이다.
도 15는 본 발명이 적용될 수 있는 무선 통신 시스템에서 하향링크 MU-MIMO 전송 과정을 예시하는 도면이다.
도 16은 본 발명이 적용될 수 있는 무선 통신 시스템에서 ACK 프레임을 예시하는 도면이다.
도 17은 본 발명이 적용될 수 있는 무선 통신 시스템에서 블록 ACK 요청(Block Ack Request) 프레임을 예시하는 도면이다.
도 18은 본 발명이 적용될 수 있는 무선 통신 시스템에서 블록 ACK 요청(Block Ack Request) 프레임의 BAR 정보(BAR Information) 필드를 예시하는 도면이다.
도 19는 본 발명이 적용될 수 있는 무선 통신 시스템에서 블록 ACK(Block Ack) 프레임을 예시하는 도면이다.
도 20은 본 발명이 적용될 수 있는 무선 통신 시스템에서 블록 ACK(Block Ack) 프레임의 BA 정보(BA Information) 필드를 예시하는 도면이다.
도 21은 본 발명의 일 실시예에 따른 HE(High Efficiency) 포맷 PPDU를 예시하는 도면이다.
도 22 내지 도 24는 본 발명의 일 실시예에 따른 HE 포맷 PPDU을 예시하는 도면이다.
도 25는 본 발명의 일 실시예에 따른 상향링크 다중 사용자(multi-user) 전송 절차를 예시하는 도면이다.
도 26 내지 28은 본 발명의 일 실시예에 따른 OFDMA 다중 사용자(multi-user) 전송 방식에서 자원 할당 단위를 예시하는 도면이다.
도 29는 본 발명의 일 실시예에 따른 MPDU를 예시한다.
도 30은 본 발명의 일 실시예에 따른 압축된 A1 필드를 예시한 도면이다.
도 31은 본 발명의 일 실시예에 따른 VHT 제어 필드의 구성을 예시한 도면이다.
도 32(a)는 본 발명의 일 실시예에 따른 복수의 HE 제어 필드들의 포맷을 예시한 도면이다.
도 32(b) 및 32(c)는 본 발명의 일 실시예에 따른 HE 제어 프레임을 예시한 도면이다.
도 33은 본 발명의 일 실시예에 따른 제어 ID 필드의 구성을 예시한 도면이다.
도 34는 본 발명의 일 실시예에 따른 압축된 BAR 제어 필드 및 BAR 정보 필드의 구성을 예시한 도면이다.
도 35 및 36은 본 발명의 일 실시예에 따른 버퍼 상태 응답에 대한 HE 제어 필드의 구성을 예시한 도면이다.
도 37(a)는 본 발명의 일 실시예에 따른 CSI 피드백 요청에 대한 HE 제어 필드의 구성을 예시한 도면이다.
도 37(b)는 본 발명의 일 실시예에 따른 CSI 피드백 응답에 대한 HE 제어 필드의 구성을 예시한 도면이다.
도 37(c)는 본 발명의 일 실시예에 따른 CSI 피드백 요청/응답에 대한 HE 제어 필드의 구성을 예시한 도면이다.
도 38은 본 발명의 일 실시예에 따른 UL 트리거(또는 UL MU 응답 스케줄링)에 대한 HE 제어 필드의 구성을 예시한 도면이다.
도 39는 본 발명의 일 실시예에 따른 HE 제어 필드의 전송 방법을 예시한 순서도이다.
도 40은 본 발명의 일 실시예에 따른 각 STA 장치의 블록도이다.
본 명세서에서 사용되는 용어는 본 명세서에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도, 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한 특정 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 실시예의 설명 부분에서 그 의미를 기재할 것이다. 따라서 본 명세서에서 사용되는 용어는, 단순한 용어의 명칭이 아닌 그 용어가 아닌 실질적인 의미와 본 명세서의 전반에 걸친 내용을 토대로 해석되어야 함을 밝혀두고자 한다.
더욱이, 이하 첨부 도면들 및 첨부 도면들에 기재된 내용들을 참조하여 실시예를 상세하게 설명하지만, 실시예들에 의해 제한되거나 한정되는 것은 아니다.
이하, 첨부한 도면들을 참조하여 본 발명의 바람직한 실시예를 보다 상세하게 설명하고자 한다.
이하의 기술은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(single carrier frequency division multiple access), NOMA(non-orthogonal multiple access) 등과 같은 다양한 무선 접속 시스템에 이용될 수 있다. CDMA는 UTRA(universal terrestrial radio access)나 CDMA2000과 같은 무선 기술(radio technology)로 구현될 수 있다. TDMA는 GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced data rates for GSM evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE(institute of electrical and electronics engineers) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA(evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long term evolution)은 E-UTRA를 사용하는 E-UMTS(evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. LTE-A(advanced)는 3GPP LTE의 진화이다.
본 발명의 실시예들은 무선 접속 시스템들인 IEEE 802, 3GPP 및 3GPP2 중 적어도 하나에 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 발명의 실시예들 중 본 발명의 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계들 또는 부분들은 상기 문서들에 의해 뒷받침될 수 있다. 또한, 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다.
설명을 명확하게 하기 위해, IEEE 802.11 시스템을 위주로 기술하지만 본 발명의 기술적 특징이 이에 제한되는 것은 아니다.
시스템 일반
도 1 은 본 발명이 적용될 수 있는 IEEE 802.11 시스템의 일례를 나타내는 도면이다.
IEEE 802.11 구조는 복수개의 구성요소들로 구성될 수 있고, 이들의 상호작용에 의해 상위계층에 대해 트랜스패런트(transparent)한 스테이션(STA: Station) 이동성을 지원하는 무선 통신 시스템이 제공될 수 있다. 기본 서비스 세트(BSS: Basic Service Set)는 IEEE 802.11 시스템에서의 기본적인 구성 블록에 해당할 수 있다.
도 1 에서는 3개의 BSS(BSS 1 내지 BSS 3)가 존재하고 각각의 BSS의 멤버로서 2개의 STA이 포함되는 것(STA 1 및 STA 2 는 BSS 1에 포함되고, STA 3 및 STA 4는 BSS 2에 포함되며, STA 5 및 STA 6은 BSS 3에 포함됨)을 예시적으로 도시한다.
도 1 에서 BSS를 나타내는 타원은 해당 BSS에 포함된 STA들이 통신을 유지하는 커버리지 영역을 나타내는 것으로도 이해될 수 있다. 이 영역을 기본 서비스 영역(BSA: Basic Service Area)이라고 칭할 수 있다. STA가 BSA 밖으로 이동하게 되면 해당 BSA 내의 다른 STA들과 직접적으로 통신할 수 없게 된다.
IEEE 802.11 시스템에서 가장 기본적인 타입의 BSS는 독립적인 BSS(IBSS: Independent BSS)이다. 예를 들어, IBSS는 2 개의 STA만으로 구성된 최소의 형태를 가질 수 있다. 또한, 가장 단순한 형태이고 다른 구성요소들이 생략되어 있는 도 1 의 BSS 3이 IBSS의 대표적인 예시에 해당할 수 있다. 이러한 구성은 STA들이 직접 통신할 수 있는 경우에 가능하다. 또한, 이러한 형태의 LAN은 미리 계획되어서 구성되는 것이 아니라 LAN이 필요한 경우에 구성될 수 있으며, 이를 애드-혹(ad-hoc) 네트워크라고 칭할 수도 있다.
STA의 켜지거나 꺼짐, STA가 BSS 영역에 들어오거나 나감 등에 의해서, BSS에서의 STA의 멤버십이 동적으로 변경될 수 있다. BSS의 멤버가 되기 위해서는, STA는 동기화 과정을 이용하여 BSS에 조인할 수 있다. BSS 기반 구조의 모든 서비스에 액세스하기 위해서는, STA는 BSS에 연계(associated)되어야 한다. 이러한 연계(association)는 동적으로 설정될 수 있고, 분배 시스템 서비스(DSS: Distribution System Service)의 이용을 포함할 수 있다.
802.11 시스템에서 직접적인 STA-대-STA의 거리는 물리 계층(PHY: physical) 성능에 의해서 제한될 수 있다. 어떠한 경우에는 이러한 거리의 한계가 충분할 수도 있지만, 경우에 따라서는 보다 먼 거리의 STA 간의 통신이 필요할 수도 있다. 확장된 커버리지를 지원하기 위해서 분배 시스템(DS: Distribution System)이 구성될 수 있다.
DS는 BSS들이 상호 연결되는 구조를 의미한다. 구체적으로, 도 1 과 같이 BSS가 독립적으로 존재하는 대신에, 복수개의 BSS들로 구성된 네트워크의 확장된 형태의 구성요소로서 BSS가 존재할 수도 있다.
DS는 논리적인 개념이며 분배 시스템 매체(DSM: Distribution System Medium)의 특성에 의해서 특정될 수 있다. 이와 관련하여, IEEE 802.11 표준에서는 무선 매체(WM: Wireless Medium)와 분배 시스템 매체(DSM: Distribution System Medium)을 논리적으로 구분하고 있다. 각각의 논리적 매체는 상이한 목적을 위해서 사용되며, 상이한 구성요소에 의해서 사용된다. IEEE 802.11 표준의 정의에서는 이러한 매체들이 동일한 것으로 제한하지도 않고 상이한 것으로 제한하지도 않는다. 이와 같이 복수개의 매체들이 논리적으로 상이하다는 점에서, IEEE 802.11 시스템의 구조(DS 구조 또는 다른 네트워크 구조)의 유연성이 설명될 수 있다. 즉, IEEE 802.11 시스템 구조는 다양하게 구현될 수 있으며, 각각의 구현예의 물리적인 특성에 의해서 독립적으로 해당 시스템 구조가 특정될 수 있다.
DS는 복수개의 BSS들의 끊김 없는(seamless) 통합을 제공하고 목적지로의 어드레스를 다루는 데에 필요한 논리적 서비스들을 제공함으로써 이동 장치를 지원할 수 있다.
AP는, 연계된 STA들에 대해서 WM을 통해서 DS로의 액세스를 가능하게 하고 STA 기능성을 가지는 개체를 의미한다. AP를 통해서 BSS 및 DS 간의 데이터 이동이 수행될 수 있다. 예를 들어, 도 1에서 도시하는 STA 2 및 STA 3은 STA의 기능성을 가지면서, 연계된 STA들(STA 1 및 STA 4)가 DS로 액세스하도록 하는 기능을 제공한다. 또한, 모든 AP는 기본적으로 STA에 해당하므로, 모든 AP는 어드레스 가능한 개체이다. WM 상에서의 통신을 위해 AP에 의해서 사용되는 어드레스와 DSM 상에서의 통신을 위해 AP에 의해서 사용되는 어드레스는 반드시 동일할 필요는 없다.
AP에 연계된 STA들 중의 하나로부터 그 AP의 STA 어드레스로 전송되는 데이터는, 항상 비제어 포트(uncontrolled port)에서 수신되고 IEEE 802.1X 포트 액세스 개체에 의해서 처리될 수 있다. 또한, 제어 포트(controlled port)가 인증되면 전송 데이터(또는 프레임)는 DS로 전달될 수 있다.
임의의(arbitrary) 크기 및 복잡도를 가지는 무선 네트워크가 DS 및 BSS들로 구성될 수 있다. IEEE 802.11 시스템에서는 이러한 방식의 네트워크를 확장된 서비스 세트(ESS: Extended Service Set) 네트워크라고 칭한다. ESS는 하나의 DS에 연결된 BSS들의 집합에 해당할 수 있다. 그러나, ESS는 DS를 포함하지는 않는다. ESS 네트워크는 논리 링크 제어(LLC: Logical Link Control) 계층에서 IBSS 네트워크로 보이는 점이 특징이다. ESS에 포함되는 STA들은 서로 통신할 수 있고, 이동 STA들은 LLC에 트랜스패런트(transparent)하게 하나의 BSS에서 다른 BSS로(동일한 ESS 내에서) 이동할 수 있다.
IEEE 802.11 시스템에서는 도 1 에서의 BSS들의 상대적인 물리적 위치에 대해서 아무것도 가정하지 않으며, 다음과 같은 형태가 모두 가능하다.
구체적으로, BSS들은 부분적으로 중첩될 수 있고, 이는 연속적인 커버리지를 제공하기 위해서 일반적으로 이용되는 형태이다. 또한, BSS들은 물리적으로 연결되어 있지 않을 수 있고, 논리적으로는 BSS들 간의 거리에 제한은 없다. 또한, BSS들은 물리적으로 동일한 위치에 위치할 수 있고, 이는 리던던시(redundancy)를 제공하기 위해서 이용될 수 있다. 또한, 하나 (또는 하나 이상의) IBSS 또는 ESS 네트워크들이 하나 또는 그 이상의 ESS 네트워크로서 동일한 공간에 물리적으로 존재할 수 있다. 이는 ESS 네트워크가 존재하는 위치에 ad-hoc 네트워크가 동작하는 경우나, 상이한 기관(organizations)에 의해서 물리적으로 중첩되는 IEEE 802.11 네트워크들이 구성되는 경우나, 동일한 위치에서 2 이상의 상이한 액세스 및 보안 정책이 필요한 경우 등에서의 ESS 네트워크 형태에 해당할 수 있다.
WLAN 시스템에서 STA은 IEEE 802.11의 매체 접속 제어(MAC: Medium Access Control)/PHY 규정에 따라 동작하는 장치이다. STA의 기능이 AP와 개별적으로 구분되지 않는 한, STA는 AP STA과 비-AP STA(non-AP STA)를 포함할 수 있다. 다만, STA과 AP 간에 통신이 수행된다고 할 때, STA은 non-AP STA으로 이해될 수 있다. 도 1의 예시에서 STA 1, STA 4, STA 5 및 STA 6은 non-AP STA에 해당하고, STA 2 및 STA 3은 AP STA 에 해당한다.
Non-AP STA는 랩탑 컴퓨터, 이동 전화기와 같이 일반적으로 사용자가 직접 다루는 장치에 해당한다. 이하의 설명에서 non-AP STA는 무선 장치(wireless device), 단말(terminal), 사용자 장치(UE: User Equipment), 이동국(MS: Mobile Station), 이동 단말(Mobile Terminal), 무선 단말(wireless terminal), 무선 송수신 유닛(WTRU: Wireless Transmit/Receive Unit), 네트워크 인터페이스 장치(network interface device), MTC(Machine-Type Communication) 장치, M2M(Machine-to-Machine) 장치 등으로 칭할 수도 있다.
또한, AP는 다른 무선 통신 분야에서의 기지국(BS: Base Station), 노드-B(Node-B), 발전된 노드-B(eNB: evolved Node-B), 기저 송수신 시스템(BTS: Base Transceiver System), 펨토 기지국(Femto BS) 등에 대응하는 개념이다.
이하, 본 명세서에서 하향링크(DL: downlink)는 AP에서 non-AP STA로의 통신을 의미하며, 상향링크(UL: uplink)는 non-AP STA에서 AP로의 통신을 의미한다. 하향링크에서 송신기는 AP의 일부이고, 수신기는 non-AP STA의 일부일 수 있다. 상향링크에서 송신기는 non-AP STA의 일부이고, 수신기는 AP의 일부일 수 있다.
도 2는 본 발명이 적용될 수 있는 IEEE 802.11 시스템의 계층 아키텍처(layer architecture)의 구조를 예시하는 도면이다.
도 2를 참조하면, IEEE 802.11 시스템의 계층 아키텍처는 MAC 부계층(MAC sublayer)과 PHY 부계층(PHY sublayer)을 포함할 수 있다.
PHY sublayer은 PLCP(Physical Layer Convergence Procedure) 개체(entity)와 PMD(Physical Medium Dependent) 개체로 구분될 수도 있다. 이 경우, PLCP 개체는 MAC sublayer와 데이터 프레임을 연결하는 역할을 수행하고, PMD 개체는 2개 또는 그 이상의 STA과 데이터를 무선으로 송수신하는 역할을 수행한다.
MAC sublayer과 PHY sublayer 모두 관리 개체(Management Entity)를 포함할 수 있으며, 각각 MAC 서브계층 관리 개체(MLME: MAC Sublayer Management Entity)과 PHY 서브계층 관리 개체(PLME: Physical Sublayer Management Entity)로 지칭할 수 있다. 이들 관리 개체은 계층 관리 함수의 동작을 통해 계층 관리 서비스 인터페이스를 제공한다. MLME는 PLME와 연결되어 MAC sublayer의 관리 동작(management operation)을 수행할 수 있고, 마찬가지로 PLME도 MLME와 연결되어 PHY sublayer의 관리 동작(management operation)을 수행할 수 있다.
정확한 MAC 동작을 제공하기 위하여, SME(Station Management Entity)가 각 STA 내에 존재할 수 있다. SME는 각 계층과 독립적인 관리 개체로서, MLME와 PLME로부터 계층 기반 상태 정보를 수집하거나 각 계층의 특정 파라미터들의 값을 설정한다. SME는 일반 시스템 관리 개체들을 대신하여 이러한 기능을 수행할 수 있으며, 표준 관리 프로토콜을 구현할 수 있다.
MLME, PLME 및 SME은 프리미티브(primitive)를 기반의 다양한 방법으로 상호 작용(interact)할 수 있다. 구체적으로, XX-GET.request 프리미티브는 관리 정보 베이스 속성(MIB attribute: Management Information Base attribute)의 값을 요청하기 위해 사용되고, XX-GET.confirm 프리미티브는 상태가 'SUCCESS'라면, 해당 MIB 속성 값을 리턴(return)하고, 그 외의 경우에는 상태 필드에 오류 표시를 하여 리턴한다. XX-SET.request 프리미티브는 지정된 MIB 속성을 주어진 값으로 설정하도록 요청하기 위해 사용된다. MIB 속성이 특정 동작으로 의미하고 있다면, 이 요청은 그 특정 동작의 실행을 요청한다. 그리고, XX-SET.confirm 프리미티브는 상태가 'SUCCESS'라면, 이는 지정된 MIB 속성이 요청된 값으로 설정되었음을 의미한다. 그 외의 경우에는, 상태 필드는 오류 상황을 나타낸다. 이 MIB 속성이 특정 동작을 의미한다면, 이 프리미티브는 해당 동작의 수행된 것을 확인해 줄 수 있다.
각 sublayer에서의 동작을 간략하게 설명하면 다음과 같다.
MAC sublayer는 상위 계층(예를 들어, LLC 계층)으로부터 전달 받은 MAC 서비스 데이터 유닛(MSDU: MAC Service Data Unit) 또는 MSDU의 조각(fragment)에 MAC 헤더(header)와 프레임 체크 시퀀스(FCS: Frame Check Sequence)을 부착하여 하나 이상의 MAC 프로토콜 데이터 유닛(MPDU: MAC Protocol Data Unit)을 생성한다. 생성된 MPDU는 PHY sublayer로 전달된다.
A-MSDU(aggregated MSDU) 기법(scheme)이 사용되는 경우, 복수 개의 MSDU는 단일의 A-MSDU(aggregated MSDU)로 병합될 수 있다. MSDU 병합 동작은 MAC 상위 계층에서 수행될 수 있다. A-MSDU는 단일의 MPDU(조각화(fragment)되지 않는 경우)로 PHY sublayer로 전달된다.
PHY sublayer는 MAC sublayer으로부터 전달 받은 물리 서비스 데이터 유닛(PSDU: Physical Service Data Unit)에 물리 계층 송수신기에 의해 필요한 정보를 포함하는 부가필드를 덧붙여 물리 프로토콜 데이터 유닛(PPDU: Physical Protocol Data Unit)을 생성한다. PPDU는 무선 매체를 통해 전송된다.
PSDU는 PHY sublayer가 MAC sublayer로부터 수신한 것이고, MPDU는 MAC sublayer가 PHY sublayer로 전송한 것이므로, PSDU는 실질적으로 MPDU와 동일하다.
A-MPDU(aggregated MPDU) 기법(scheme)이 사용되는 경우, 복수의 MPDU(이때, 각 MPDU는 A-MSDU를 나를 수 있다.)는 단일의 A-MPDU로 병합될 수 있다. MPDU 병합 동작은 MAC 하위 계층에서 수행될 수 있다. A-MPDU는 다양한 타입의 MPDU(예를 들어, QoS 데이터, ACK(Acknowledge), 블록 ACK(BlockAck) 등)이 병합될 수 있다. PHY sublayer는 MAC sublayer로부터 단일의 PSDU로써 A-MPDU를 수신한다. 즉, PSDU는 복수의 MPDU로 구성된다. 따라서, A-MPDU는 단일의 PPDU 내에서 무선 매체를 통해 전송된다.
PPDU (Physical Protocol Data Unit) 포맷
PPDU(Physical Protocol Data Unit)는 물리 계층에서 발생되는 데이터 블록을 의미한다. 이하, 본 발명이 적용될 수 있는 IEEE 802.11 WLAN 시스템을 기초로 PPDU 포맷을 설명한다.
도 3은 본 발명이 적용될 수 있는 무선 통신 시스템의 non-HT 포맷 PPDU 및 HT 포맷 PPDU를 예시한다.
도 3의 (a)는 IEEE 802.11a/g 시스템을 지원하기 위한 non-HT 포맷 PPDU을 예시한다. non-HT PPDU은 레거시(legacy) PPDU으로도 불릴 수 있다.
도 3의 (a)를 참조하면, non-HT 포맷 PPDU은 L-STF(Legacy(또는, Non-HT) Short Training field), L-LTF(Legacy(또는, Non-HT) Long Training field) 및 L-SIG(Legacy(또는 Non-HT) SIGNAL) 필드로 구성되는 레가시 포맷 프리앰블과 데이터 필드를 포함하여 구성된다.
L-STF는 짧은 트레이닝 OFDM(short training orthogonal frequency division multiplexing symbol)을 포함할 수 있다. L-STF는 프레임 타이밍 획득(frame timing acquisition), 자동 이득 제어(AGC: Automatic Gain Control), 다이버시티 검출(diversity detection), 대략적인 주파수/시간 동기화(coarse frequency/time synchronization)을 위해 사용될 수 있다.
L-LTF는 긴 트레이닝 OFDM 심볼(long training orthogonal frequency division multiplexing symbol)을 포함할 수 있다. L-LTF는 정밀한 주파수/시간 동기화(fine frequency/time synchronization) 및 채널 추정(channel estimation)을 위해 사용될 수 있다.
L-SIG 필드는 데이터 필드의 복조 및 디코딩을 위한 제어 정보를 전송하기 위하여 사용될 수 있다.
L-SIG 필드는 4 비트의 레이트(Rate) 필드, 1비트의 예비(Reserved) 비트, 12 비트의 길이(Length) 필드, 1비트의 패리티 비트, 6비트의 신호 테일(Signal Tail) 필드로 구성될 수 있다.
레이트 필드는 전송율 정보를 포함하고, 길이 필드는 PSDU의 옥텟의 수를 지시한다.
도 3의 (b)는 IEEE 802.11n 시스템 및 IEEE 802.11a/g 시스템을 모두 지원하기 위한 HT 혼합 포맷 PPDU(HT-mixed format PPDU)을 예시한다.
도 3의 (b)를 참조하면, HT 혼합 포맷 PPDU은 L-STF, L-LTF 및 L-SIG 필드로 구성되는 레가시 포맷 프리앰블과 HT-SIG(HT-Signal) 필드, HT-STF(HT Short Training field), HT-LTF(HT Long Training field)로 구성되는 HT 포맷 프리앰블 및 데이터 필드를 포함하여 구성된다.
L-STF, L-LTF 및 L-SIG 필드는 하위 호환성(backward compatibility)를 위한 레가시 필드를 의미하므로, L-STF부터 L-SIG 필드까지 non-HT 포맷과 동일하다. L-STA은 HT 혼합 PPDU를 수신하여도 L-LTF, L-LTF 및 L-SIG 필드를 통해 데이터 필드를 해석할 수 있다. 다만 L-LTF는 HT-STA이 HT 혼합 PPDU를 수신하고 L-SIG 필드 및 HT-SIG 필드를 복조하기 위하여 수행할 채널 추정을 위한 정보를 더 포함할 수 있다.
HT-STA는 레가시 필드 뒤에 오는 HT-SIG 필드 이용하여 HT-혼합 포맷 PPDU임을 알 수 있으며, 이를 기반으로 데이터 필드를 디코딩할 수 있다.
HT-LTF 필드는 데이터 필드의 복조를 위한 채널 추정에 사용될 수 있다. IEEE 802.11n은 SU-MIMO(Single-User Multi-Input and Multi-Output)를 지원하므로 복수의 공간 스트림으로 전송되는 데이터 필드 각각에 대하여 채널 추정을 위해 HT-LTF 필드는 복수로 구성될 수 있다.
HT-LTF 필드는 공간 스트림에 대한 채널 추정을 위하여 사용되는 데이터 HT-LTF(data HT-LTF)와 풀 채널 사운딩(full channel sounding)을 위해 추가적으로 사용되는 확장 HT-LTF(extension HT-LTF)로 구성될 수 있다. 따라서, 복수의 HT-LTF는 전송되는 공간 스트림의 개수보다 같거나 많을 수 있다.
HT-혼합 포맷 PPDU은 L-STA도 수신하여 데이터를 획득할 수 있도록 하기 위해 L-STF, L-LTF 및 L-SIG 필드가 가장 먼저 전송된다. 이후 HT-STA을 위하여 전송되는 데이터의 복조 및 디코딩을 위해 HT-SIG 필드가 전송된다.
HT-SIG 필드까지는 빔포밍을 수행하지 않고 전송하여 L-STA 및 HT-STA이 해당 PPDU를 수신하여 데이터를 획득할 수 있도록 하고, 이후 전송되는 HT-STF, HT-LTF 및 데이터 필드는 프리코딩을 통한 무선 신호 전송이 수행된다. 여기서 프리코딩을 하여 수신하는 STA에서 프리코딩에 의한 전력이 가변 되는 부분을 감안할 수 있도록 HT-STF 필드를 전송하고 그 이후에 복수의 HT-LTF 및 데이터 필드를 전송한다.
아래 표 1은 HT-SIG 필드를 예시하는 표이다.
Figure PCTKR2016011946-appb-T000001
도 3의 (c)는 IEEE 802.11n 시스템만을 지원하기 위한 HT-GF 포맷 PPDU(HT-greenfield format PPDU)을 예시한다.
도 3의 (c)를 참조하면, HT-GF 포맷 PPDU은 HT-GF-STF, HT-LTF1, HT-SIG 필드, 복수의 HT-LTF2 및 데이터 필드를 포함한다.
HT-GF-STF는 프레임 타이밍 획득 및 AGC를 위해 사용된다.
HT-LTF1는 채널 추정을 위해 사용된다.
HT-SIG 필드는 데이터 필드의 복조 및 디코딩을 위해 사용된다.
HT-LTF2는 데이터 필드의 복조를 위한 채널 추정에 사용된다. 마찬가지로 HT-STA은 SU-MIMO를 사용하므로 복수의 공간 스트림으로 전송되는 데이터 필드 각각에 대하여 채널 추정을 요하므로 HT-LTF2는 복수로 구성될 수 있다.
복수의 HT-LTF2는 HT 혼합 PPDU의 HT-LTF 필드와 유사하게 복수의 Data HT-LTF와 복수의 확장 HT-LTF로 구성될 수 있다.
도 3의 (a) 내지 (c)에서 데이터 필드는 페이로드(payload)로서, 서비스 필드(SERVICE field), 스크램블링된 PSDU(scrambled PSDU) 필드, 테일 비트(Tail bits), 패딩 비트(padding bits)를 포함할 수 있다. 데이터 필드의 모든 비트는 스크램블된다.
도 3(d)는 데이터 필드에 포함되는 서비스 필드를 나타낸다. 서비스 필드는 16 비트를 가진다. 각 비트는 0번부터 15번까지 부여되며, 0번 비트부터 순차적으로 전송된다. 0번부터 6번 비트는 0으로 설정되고, 수신단 내 디스크램블러(descrambler)를 동기화하기 위하여 사용된다.
IEEE 802.11ac WLAN 시스템은 무선채널을 효율적으로 이용하기 위하여 복수의 STA들이 동시에 채널에 액세스하는 하향링크 MU-MIMO(Multi User Multiple Input Multiple Output) 방식의 전송을 지원한다. MU-MIMO 전송 방식에 따르면, AP가 MIMO 페어링(pairing)된 하나 이상의 STA에게 동시에 패킷을 전송할 수 있다.
DL MU 전송(downlink multi-user transmission)은 하나 이상의 안테나를 통해 AP가 동일한 시간 자원을 통해 PPDU를 복수의 non-AP STA에게 전송하는 기술을 의미한다.
이하, MU PPDU는 MU-MIMO 기술 또는 OFDMA 기술을 이용하여 하나 이상의 STA을 위한 하나 이상의 PSDU를 전달하는 PPDU를 의미한다. 그리고, SU PPDU는 하나의 PSDU만을 전달할 수 있거나 PSDU가 존재하지 않는 포맷을 가진 PPDU를 의미한다.
MU-MIMO 전송을 위하여 802.11n 제어 정보의 크기에 비하여 STA에 전송되는 제어 정보의 크기가 상대적으로 클 수 있다. MU-MIMO 지원을 위해 추가적으로 요구되는 제어 정보의 일례로, 각 STA에 의해 수신되는 공간적 스트림(spatial stream)의 수를 지시하는 정보, 각 STA에 전송되는 데이터의 변조 및 코딩 관련 정보 등이 이에 해당될 수 있다.
따라서, 복수의 STA에 동시에 데이터 서비스를 제공하기 위하여 MU-MIMO 전송이 수행될 때, 전송되는 제어 정보의 크기는 수신하는 STA의 수에 따라 증가될 수 있다.
이와 같이 증가되는 제어 정보의 크기를 효율적으로 전송하기 위하여, MU-MIMO 전송을 위해 요구되는 복수의 제어 정보는 모든 STA에 공통으로 요구되는 공통 제어 정보(common control information)와 특정 STA에 개별적으로 요구되는 전용 제어 정보(dedicated control information)의 두 가지 타입의 정보로 구분하여 전송될 수 있다.
도 4는 본 발명이 적용될 수 있는 무선 통신 시스템의 VHT 포맷 PPDU 포맷을 예시한다.
도 4(a)는 IEEE 802.11ac 시스템을 지원하기 위한 VHT 포맷 PPDU(VHT format PPDU)을 예시한다.
도 4(a)를 참조하면, VHT 포맷 PPDU은 L-STF, L-LTF 및 L-SIG 필드로 구성되는 레가시 포맷 프리앰블과 VHT-SIG-A(VHT-Signal-A) 필드, VHT-STF(VHT Short Training field), VHT-LTF(VHT Long Training field), VHT-SIG-B(VHT-Signal-B) 필드로 구성되는 VHT 포맷 프리앰블 및 데이터 필드를 포함하여 구성된다.
L-STF, L-LTF 및 L-SIG는 하위 호환성(backward compatibility)를 위한 레가시 필드를 의미하므로, L-STF부터 L-SIG 필드까지 non-HT 포맷과 동일하다. 다만, L-LTF는 L-SIG 필드 및 VHT-SIG-A 필드를 복조하기 위하여 수행할 채널 추정을 위한 정보를 더 포함할 수 있다.
L-STF, L-LTF, L-SIG 필드 및 VHT-SIG-A 필드는 20MHz 채널 단위로 반복되어 전송될 수 있다. 예를 들어, PPDU가 4개의 20MHz 채널(즉, 80 MHz 대역폭)을 통해 전송될 때, L-STF, L-LTF, L-SIG 필드 및 VHT-SIG-A 필드는 매 20MHz 채널에서 반복되어 전송될 수 있다.
VHT-STA는 레가시 필드 뒤에 오는 VHT-SIG-A 필드 이용하여 VHT 포맷 PPDU임을 알 수 있으며, 이를 기반으로 데이터 필드를 디코딩할 수 있다.
VHT 포맷 PPDU은 L-STA도 수신하여 데이터를 획득할 수 있도록 하기 위해 L-STF, L-LTF 및 L-SIG 필드가 가장 먼저 전송된다. 이후, VHT-STA을 위하여 전송되는 데이터의 복조 및 디코딩을 위해 VHT-SIG-A 필드가 전송된다.
VHT-SIG-A 필드는 AP와 MIMO 페이링된(paired) VHT STA들에게 공통되는 제어 정보 전송을 위한 필드로서, 이는 수신된 VHT 포맷 PPDU를 해석하기 위한 제어 정보를 포함하고 있다.
VHT-SIG-A 필드는 VHT-SIG-A1 필드와 VHT-SIG-A2 필드를 포함할 수 있다.
VHT-SIG-A1 필드는 사용하는 채널 대역폭(BW: bandwidth) 정보, 시공간 블록 코딩(STBC: Space Time Block Coding)의 적용 여부, MU-MIMO에서 그룹핑된 STA들의 그룹의 지시하기 위한 그룹 식별 정보(Group ID: Group Identifier), 사용되는 스트림의 개수(NSTS: Number of space-time stream)/부분 AID(Partial AID(association Identifier))에 대한 정보 및 전송 파워 세이브 금지(Transmit power save forbidden) 정보를 포함할 수 있다. 여기서, Group ID는 MU-MIMO 전송을 지원하기 위해 전송 대상 STA 그룹에 대하여 할당되는 식별자를 의미하며, 현재 사용된 MIMO 전송 방법이 MU-MIMO인지 또는 SU-MIMO 인지 여부를 나타낼 수 있다.
표 2은 VHT-SIG-A1 필드를 예시하는 표이다.
Figure PCTKR2016011946-appb-T000002
VHT-SIG-A2 필드는 짧은 보호구간(GI: Guard Interval) 사용 여부에 대한 정보, 포워드 에러 정정(FEC: Forward Error Correction) 정보, 단일 사용자에 대한 MCS(Modulation and Coding Scheme)에 관한 정보, 복수 사용자에 대한 채널 코딩의 종류에 관한 정보, 빔포밍 관련 정보, CRC(Cyclic Redundancy Checking)를 위한 여분 비트(redundancy bits)와 컨벌루셔널 디코딩(convolutional decoder)의 테일 비트(tail bit) 등을 포함할 수 있다.
표 3은 VHT-SIG-A2 필드를 예시하는 표이다.
Figure PCTKR2016011946-appb-T000003
VHT-STF는 MIMO 전송에 있어서 AGC 추정의 성능을 개선하기 위해 사용된다.
VHT-LTF는 VHT-STA이 MIMO 채널을 추정하는데 사용된다. VHT WLAN 시스템은 MU-MIMO를 지원하기 때문에, VHT-LTF는 PPDU가 전송되는 공간 스트림의 개수만큼 설정될 수 있다. 추가적으로, 풀 채널 사운딩(full channel sounding)이 지원되는 경우, VHT-LTF의 수는 더 많아질 수 있다.
VHT-SIG-B 필드는 MU-MIMO 페어링된 복수의 VHT-STA이 PPDU를 수신하여 데이터를 획득하는데 필요한 전용 제어 정보를 포함한다. 따라서, VHT-SIG-A 필드에 포함된 공통 제어 정보(common control information)가 현재 수신된 PPDU가 MU-MIMO 전송을 지시한 경우에만, VHT-STA은 VHT-SIG-B 필드를 디코딩(decoding)하도록 설계될 수 있다. 반면, 공통 제어 정보가 현재 수신된 PPDU가 단일 VHT-STA을 위한 것(SU-MIMO를 포함)임을 지시한 경우 STA은 VHT-SIG-B 필드를 디코딩하지 않도록 설계될 수 있다.
VHT-SIG-B 필드는 VHT-SIG-B 길이(Length) 필드, VHT-MCS 필드, 예비(Reserved) 필드, 테일(Tail) 필드를 포함한다.
VHT-SIG-B 길이(Length) 필드는 A-MPDU의 길이(EOF(end-of-frame) 패딩 이전)를 지시한다. VHT-MCS 필드는 각 VHT-STA들의 변조(modulation), 인코딩(encoding) 및 레이트 매칭(rate-matching)에 대한 정보를 포함한다.
VHT-SIG-B 필드의 크기는 MIMO 전송의 유형(MU-MIMO 또는 SU-MIMO) 및 PPDU 전송을 위해 사용하는 채널 대역폭에 따라 다를 수 있다.
도 4(b)는 PPDU 전송 대역폭에 따른 VHT-SIG-B 필드를 예시한다.
도 4(b)를 참조하면, 40MHz 전송에 있어서, VHT-SIG-B 비트는 2번 반복된다. 80MHz 전송에 있어서, VHT-SIG-B 비트는 4번 반복되고, 0로 셋팅된 패드 비트가 부착된다.
160MHz 전송 및 80+80MHz 에 있어서, 먼저 80MHz 전송과 같이 VHT-SIG-B 비트는 4번 반복되고, 0로 셋팅된 패드 비트가 부착된다. 그리고, 전체 117 비트가 다시 반복된다.
MU-MIMO를 지원하는 시스템에서 동일한 크기의 PPDU를 AP에 페어링된 STA들에게 전송하기 위하여, PPDU를 구성하는 데이터 필드의 비트 크기를 지시하는 정보 및/또는 특정 필드를 구성하는 비트 스트림 크기를 지시하는 정보가 VHT-SIG-A 필드에 포함될 수 있다.
다만, 효과적으로 PPDU 포맷을 사용하기 위하여 L-SIG 필드가 사용될 수도 있다. 동일한 크기의 PPDU가 모든 STA에게 전송되기 위하여 L-SIG 필드 내 포함되어 전송되는 길이 필드(length field) 및 레이트 필드(rate field)가 필요한 정보를 제공하기 위해 사용될 수 있다. 이 경우, MPDU(MAC Protocol Data Unit) 및/또는 A-MPDU(Aggregate MAC Protocol Data Unit)가 MAC 계층의 바이트(또는 옥텟(oct: octet)) 기반으로 설정되므로 물리 계층에서 추가적인 패딩(padding)이 요구될 수 있다.
도 4에서 데이터 필드는 페이로드(payload)로서, 서비스 필드(SERVICE field), 스크램블링된 PSDU(scrambled PSDU), 테일 비트(tail bits), 패딩 비트(padding bits)를 포함할 수 있다.
위와 같이 여러 가지의 PPDU의 포맷이 혼합되어 사용되기 때문에, STA은 수신한 PPDU의 포맷을 구분할 수 있어야 한다.
여기서, PPDU를 구분한다는 의미(또는, PPDU 포맷을 구분한다는 의미)는 다양한 의미를 가질 수 있다. 예를 들어, PPDU를 구분한다는 의미는 수신한 PPDU가 STA에 의해 디코딩(또는, 해석)이 가능한 PPDU인지 여부에 대하여 판단한다는 의미를 포함할 수 있다. 또한, PPDU를 구분한다는 의미는 수신한 PPDU가 STA에 의해 지원 가능한 PPDU인지 여부에 대하여 판단한다는 의미일 수도 있다. 또한, PPDU를 구분한다는 의미는 수신한 PPDU를 통해 전송된 정보가 어떠한 정보인지를 구분한다는 의미로도 해석될 수 있다.
이에 대하여 아래 도면을 참조하여 보다 상세히 설명한다.
MAC 프레임 포맷
도 5는 본 발명이 적용될 수 있는 IEEE 802.11 시스템의 MAC 프레임 포맷을 예시한다.
도 5를 참조하면, MAC 프레임(즉, MPDU)은 MAC 헤더(MAC Header), 프레임 몸체(Frame Body) 및 프레임 체크 시퀀스(FCS: frame check sequence)로 구성된다.
MAC Header는 프레임 제어(Frame Control) 필드, 지속 시간/식별자(Duration/ID) 필드, 주소 1(Address 1) 필드, 주소 2(Address 2) 필드, 주소 3(Address 3) 필드, 시퀀스 제어(Sequence Control) 필드, 주소 4(Address 4) 필드, QoS 제어(QoS Control) 필드 및 HT 제어(HT Control) 필드를 포함하는 영역으로 정의된다.
Frame Control 필드는 해당 MAC 프레임 특성에 대한 정보를 포함한다. Frame Control 필드에 대한 보다 상세한 설명은 후술한다.
Duration/ID 필드는 해당 MAC 프레임의 타입 및 서브타입에 따른 다른 값을 가지도록 구현될 수 있다.
만약, 해당 MAC 프레임의 타입 및 서브타입이 파워 세이브(PS: power save) 운영을 위한 PS-폴(PS-Poll) 프레임의 경우, Duration/ID 필드는 프레임을 전송한 STA의 AID(association identifier)를 포함하도록 설정될 수 있다. 그 이외의 경우, Duration/ID 필드는 해당 MAC 프레임의 타입 및 서브타입에 따라 특정 지속시간 값을 가지도록 설정될 수 있다. 또한, 프레임이 A-MPDU(aggregate-MPDU) 포맷에 포함된 MPDU인 경우, MAC 헤더에 포함된 Duration/ID 필드는 모두 동일한 값을 가지도록 설정될 수도 있다.
Address 1 필드 내지 Address 4 필드는 BSSID, 소스 주소(SA: source address), 목적 주소(DA: destination address), 전송 STA 주소를 나타내는 전송 주소 (TA: Transmitting Address), 수신 STA 주소를 나타내는 수신 주소(RA: Receiving Address)를 지시하기 위하여 사용된다.
한편, TA 필드로 구현된 주소 필드는 대역폭 시그널링 TA(bandwidth signaling TA) 값으로 설정될 수 있으며, 이 경우 TA 필드는 해당 MAC 프레임이 스크램블링 시퀀스에 추가적인 정보를 담고 있음을 지시할 수 있다. 대역폭 시그널링 TA는 해당 MAC 프레임을 전송하는 STA의 MAC 주소로 표현될 수 있으나, MAC 주소에 포함된 개별/그룹 비트(Individual/Group bit)가 특정 값(예를 들어, '1')으로 설정될 수 있다.
Sequence Control 필드는 시퀀스 넘버(sequence number) 및 조각 넘버(fragment number)를 포함하도록 설정된다. 시퀀스 넘버를 해당 MAC 프레임에 할당된 시퀀스 넘버를 지시할 수 있다. 조각 넘버는 해당 MAC 프레임의 각 조각의 넘버를 지시할 수 있다.
QoS Control 필드는 QoS와 관련된 정보를 포함한다. QoS Control 필드는 서브타입(Subtype) 서브필드에서 QoS 데이터 프레임을 지시하는 경우 포함될 수 있다.
HT Control 필드는 HT 및/또는 VHT 송수신 기법과 관련된 제어 정보를 포함한다. HT Control 필드는 제어 래퍼(Control Wrapper) 프레임에 포함된다. 또한, 오더(Order) 서브필드 값이 1인 QoS 데이터(QoS Data) 프레임, 관리(Management) 프레임에 존재한다.
Frame Body는 MAC 페이로드(payload)로 정의되고, 상위 계층에서 전송하고자 하는 데이터가 위치하게 되며, 가변적인 크기를 가진다. 예를 들어, 최대 MPDU의 크기는 11454 옥텟(octets)이고, 최대 PPDU 크기는 5.484 ms일 수 있다.
FCS는 MAC 풋터(footer)로 정의되고, MAC 프레임의 에러 탐색을 위하여 사용된다.
처음 세 필드(Frame Control 필드, Duration/ID 필드 및 Address 1 필드)와 제일 마지막 필드(FCS 필드)는 최소 프레임 포맷을 구성하며, 모든 프레임에 존재한다. 그 외의 필드는 특정 프레임 타입에서만 존재할 수 있다.
도 6은 본 발명이 적용될 수 있는 무선 통신 시스템에서 MAC 프레임 내 프레임 제어(Frame Control) 필드를 예시하는 도면이다.
도 6을 참조하면, Frame Control 필드는 프로토콜 버전(Protocol Version) 서브필드, 타입(Type) 서브필드, 서브타입(Subtype) 서브필드, To DS 서브필드, From DS 서브필드, 추가 조각(More Fragments) 서브필드, 재시도(Retry) 서브필드, 파워 관리(Power Management) 서브필드, 추가 데이터(More Data) 서브필드, 보호된 프레임(Protected Frame) 서브필드 및 오더(Order) 서브필드로 구성된다.
Protocol Version 서브필드는 해당 MAC 프레임에 적용된 WLAN 프로토콜의 버전을 지시할 수 있다.
Type 서브필드 및 Subtype 서브필드는 해당 MAC 프레임의 기능을 식별하는 정보를 지시하도록 설정될 수 있다.
MAC 프레임의 타입은 관리 프레임(Management Frame), 제어 프레임(Control Frame), 데이터 프레임(Data Frame) 3가지의 프레임 타입을 포함할 수 있다.
그리고, 각 프레임 타입들은 다시 서브타입으로 구분될 수 있다.
예를 들어, 제어 프레임(Control frames)은 RTS(request to send) 프레임, CTS(clear-to-send) 프레임, ACK(Acknowledgment) 프레임, PS-Poll 프레임, CF(contention free)-End 프레임, CF-End+CF-ACK 프레임, 블록 ACK 요청(BAR: Block Acknowledgment request) 프레임, 블록 ACK(BA: Block Acknowledgment) 프레임, 제어 래퍼(Control Wrapper(Control+HTcontrol)) 프레임, VHT 널 데이터 패킷 공지(NDPA: Null Data Packet Announcement), 빔포밍 보고 폴(Beamforming Report Poll) 프레임을 포함할 수 있다.
관리 프레임(Management frames)은 비콘(Beacon) 프레임, ATIM(Announcement Traffic Indication Message) 프레임, 연계해제(Disassociation) 프레임, 연계 요청/응답(Association Request/Response) 프레임, 재연계 요청/응답(Reassociation Request/Response) 프레임, 프로브 요청/응답(Probe Request/Response) 프레임, 인증(Authentication) 프레임, 인증해제(Deauthentication) 프레임, 동작(Action) 프레임, 동작 무응답(Action No ACK) 프레임, 타이밍 광고(Timing Advertisement) 프레임을 포함할 수 있다.
To DS 서브필드 및 From DS 서브필드는 해당 MAC 프레임 헤더에 포함된 Address 1 필드 내지 Address 4 필드를 해석하기 위하여 필요한 정보를 포함할 수 있다. Control 프레임의 경우, To DS 서브필드 및 From DS 서브필드는 모두 '0'로 설정된다. Management 프레임의 경우, To DS 서브필드 및 From DS 서브필드는 해당 프레임이 QoS 관리 프레임(QMF: QoS Management frame)이면 순서대로 '1', '0'으로 설정되고, 해당 프레임이 QMF가 아니면 순서대로 모두 '0', '0'로 설정될 수 있다.
More Fragments 서브필드는 해당 MAC 프레임에 이어 전송될 조각(fragment)이 존재하는지 여부를 지시할 수 있다. 현재 MSDU 또는 MMPDU의 또 다른 조각(fragment)가 존재하는 경우 '1'로 설정되고, 그렇지 않은 경우 '0'로 설정될 수 있다.
Retry 서브필드는 해당 MAC 프레임이 이전 MAC 프레임의 재전송에 따른 것인지 여부를 지시할 수 있다. 이전 MAC 프레임의 재전송인 경우 '1'로 설정되고, 그렇지 않은 경우 '0'으로 설정될 수 있다.
Power Management 서브필드는 STA의 파워 관리 모드를 지시할 수 있다. Power Management 서브필드 값이 '1'이면 STA이 파워 세이브 모드로 전환하는 것을 지시할 수 있다.
More Data 서브필드는 추가적으로 전송될 MAC 프레임이 존재하는지 여부를 지시할 수 있다. 추가적으로 전송될 MAC 프레임이 존재하는 경우 '1'로 설정되고, 그렇지 않은 경우 '0'으로 설정될 수 있다.
Protected Frame 서브필드는 프레임 바디(Frame Body) 필드가 암호화되었는지 여부를 지시할 수 있다. Frame Body 필드가 암호화된 인캡슐레이션 알고리즘(cryptographic encapsulation algorithm)에 의해 처리된 정보를 포함하는 경우 '1'로 설정되고, 그렇지 않은 경우 '0'으로 설정될 수 있다.
앞서 설명한 각 필드들에 포함되는 정보들은 IEEE 802.11 시스템의 정의를 따를 수 있다. 또한, 앞서 설명한 각 필드들은 MAC 프레임에 포함될 수 있는 필드들의 예시에 해당하며, 이에 한정되지 않는다. 즉, 앞서 설명한 각 필드가 다른 필드로 대체되거나 추가적인 필드가 더 포함될 수 있으며, 모든 필드가 필수적으로 포함되지 않을 수도 있다.
도 7은 본 발명이 적용될 수 있는 무선 통신 시스템에서 HT Control 필드의 VHT 포맷을 예시한다.
도 7을 참조하면, HT Control 필드는 VHT 서브필드, HT 제어 미들(HT Control Middle) 서브필드, AC 제한(AC Constraint) 서브필드 및 역방향 승인(RDG: Reverse Direction Grant)/추가 PPDU(More PPDU) 서브필드로 구성될 수 있다.
VHT 서브필드는 HT Control 필드가 VHT를 위한 HT Control 필드의 포맷을 가지는지(VHT=1) 또는 HT를 위한 HT Control 필드의 포맷을 가지는지(VHT=0) 여부를 지시한다. 도 8에서는 VHT를 위한 HT Control 필드(즉, VHT=1)를 가정하여 설명한다. VHT를 위한 HT Control 필드를 VHT Control 필드로 지칭할 수 있다.
HT Control Middle 서브필드는 VHT 서브필드의 지시에 따라 다른 포맷을 가지도록 구현될 수 있다. HT Control Middle 서브필드에 대한 보다 상세한 설명은 후술한다.
AC Constraint 서브필드는 역방향(RD: reverse direction) 데이터 프레임의 맵핑된 AC(Access Category)가 단일 AC에 한정된 것인지 여부를 지시한다.
RDG/More PPDU 서브필드는 해당 필드가 RD 개시자(initiator) 또는 RD 응답자(responder)에 의하여 전송되는지 여부에 따라 다르게 해석될 수 있다.
RD 개시자에 의하여 전송된 경우, RDG가 존재하는 경우 RDG/More PPDU 필드가 '1'로 설정되고, RDG가 존재하지 않는 경우 '0'으로 설정된다. RD 응답자에 의하여 전송된 경우, 해당 서브필드를 포함하는 PPDU가 RD 응답자에 의해 전송된 마지막 프레임이면 '1'로 설정되고, 또 다른 PPDU가 전송되면 '0'으로 설정된다.
상술한 바와 같이, HT Control Middle 서브필드는 VHT 서브필드의 지시에 따라 다른 포맷을 가지도록 구현될 수 있다.
VHT를 위한 HT Control 필드의 HT Control Middle 서브필드는 예비 비트(Reserved bit), MCS 피드백 요청(MRQ: MCS(Modulation and Coding Scheme) feedback request) 서브필드, MRQ 시퀀스 식별자(MSI: MRQ Sequence Identifier)/시공간 블록 코딩(STBC: space-time block coding) 서브필드, MCS 피드백 시퀀스 식별자(MFSI: MCS feedback sequence identifier)/그룹 ID 최하위 비트(GID-L: LSB(Least Significant Bit) of Group ID) 서브필드, MCS 피드백(MFB: MCS Feedback) 서브필드, 그룹 ID 최상위 비트(GID-H: MSB(Most Significant Bit) of Group ID) 서브필드, 코딩 타입(Coding Type) 서브필드, 피드백 전송 타입(FB Tx Type: Feedback Transmission type) 서브필드 및 자발적 MFB(Unsolicited MFB) 서브필드로 구성될 수 있다.
표 4는 VHT 포맷의 HT Control Middle 서브필드에 포함된 각 서브필드에 대한 설명을 나타낸다.
Figure PCTKR2016011946-appb-T000004
그리고, MFB 서브필드는 VHT 공간-시간 스트림 개수(NUM_STS: Number of space time streams) 서브필드, VHT-MCS 서브필드, 대역폭(BW: Bandwidth) 서브필드, 신호 대 잡음비(SNR: Signal to Noise Ratio) 서브필드를 포함할 수 있다.
NUM_STS 서브필드는 추천하는 공간 스트림의 개수를 지시한다. VHT-MCS 서브필드는 추천하는 MCS를 지시한다. BW 서브필드는 추천하는 MCS와 관련된 대역폭 정보를 지시한다. SNR 서브필드는 데이터 서브캐리어 및 공간 스트림 상의 평균 SNR 값을 지시한다.
앞서 설명한 각 필드들에 포함되는 정보들은 IEEE 802.11 시스템의 정의를 따를 수 있다. 또한, 앞서 설명한 각 필드들은 MAC 프레임에 포함될 수 있는 필드들의 예시에 해당하며, 이에 한정되지 않는다. 즉, 앞서 설명한 각 필드가 다른 필드로 대체되거나 추가적인 필드가 더 포함될 수 있으며, 모든 필드가 필수적으로 포함되지 않을 수도 있다.
채널 상태 정보(Channel State Information) 피드백(feedback) 방법
빔포머(Beamformer)가 모든 안테나를 하나의 빔포미(Beamformee)에 할당하여 통신하는 SU-MIMO 기술은 시공간을 이용한 다이버시티 이득(diversity gain)과 스트림(stream) 다중 전송을 통해 채널 용량을 증대시킨다. SU-MIMO 기술은 MIMO 기술을 적용하지 않을 때에 비해 안테나의 개수를 늘림으로써, 공간 자유도를 확장시켜 물리 계층의 성능 향상에 기여할 수 있다.
또한, Beamformer가 복수의 Beamformee에게 안테나를 할당하는 MU-MIMO 기술은 Beamformer에 접속한 복수의 Beamformee들의 다중 접속을 위한 링크 계층 프로토콜을 통하여, Beamformee 당 전송률을 높이거나 채널의 신뢰도를 높임으로써 MIMO 안테나의 성능을 향상시킬 수 있다.
MIMO 환경에서는 Beamformer가 채널 정보를 얼마나 정확히 알고 있는지가 성능에 큰 영향을 미칠 수 있으므로, 채널 정보 획득을 위한 피드백 절차가 요구된다.
채널 정보 획득을 위한 피드백 절차는 크게 두 가지 방식이 지원될 수 있다. 하나는 제어 프레임(Control frame)을 이용하는 방식이며, 남은 하나는 데이터 필드가 포함되지 않은 채널 사운딩(channel sounding) 절차를 이용하는 방식이다. 사운딩은 프리엠블 트레이닝 필드(training field)를 포함하는 PPDU의 데이터 복조 이외의 목적을 위해 채널을 측정하기 위하여 해당 트레이닝 필드(training field)를 이용하는 것을 의미한다.
이하, 제어 프레임(Control frame)을 이용한 채널 정보 피드백 방법과 NDP(null data packet)을 이용한 채널 정보 피드백 방법에 대하여 보다 구체적으로 살펴본다.
1) 제어 프레임(Control frame)을 이용한 피드백 방법
MIMO 환경에서 Beamformer는 MAC 헤더에 포함된 HT control 필드를 통해 채널 상태 정보의 피드백을 지시하거나, Beamformee는 MAC 프레임 헤더에 포함된 HT control 필드를 통해 채널 상태 정보를 보고할 수 있다(도 8 참조). HT control 필드에 포함되는 채널 상태 정보는 UL/DL PPDU가 전송되는 전체 전송 채널(또는 전체 전송 대역폭(full band))에 대한 신호 대 잡음비(SNR) 정보를 포함할 수 있다. HT control 필드에 포함되는 MFR(MCS feedback) 필드에는 Num_STS 필드(3bits), VHT-MCS 필드(4bits), BW 필드(2bits) 및 SNR 필드(6bits)가 포함되어 있을 수 있다.
Num_STS 필드는 채널 상태 측정 결과에 따라 STA이 추천하는 스트림의 개수를 지시한다. VHT-MCS 필드는 채널 상태 측정 결과에 따라 STA이 추천하는 MCS 레벨을 지시한다. BW 필드는, HT control 필드에 포함된 Unsolicited MFB 필드가 ‘1’인 경우, VHT-MCS 필드가 지시하는 MCS 레벨을 위한 STA이 추천하는 대역폭을 지시하며, Unsolicited MFB 필드가 ‘0’인 경우, 예비 비트로 사용된다. SNR 필드는 데이터 톤들 및 시-공간 스트림들에 대한 평균 신호 대 잡음비(SNR)를 지시한다.
HT control 필드는 Control Wrapper 프레임이나 MAC 헤더의 Order 서브필드가 1로 설정된 QoS Data 프레임, 관리 프레임에 포함될 수 있다.
2) 채널 사운딩(channel sounding)을 이용한 피드백 방법
도 8은 본 발명이 적용될 수 있는 무선 통신 시스템에서 채널 사운딩(sounding) 방법을 개념적으로 나타내는 도면이다.
도 8에서는 사운딩 프로토콜(sounding protocol)을 기초로 Beamformer(예를 들어, AP)와 Beamformee(예를 들어, non-AP STA) 간의 채널 상태 정보(channel state information)를 피드백하는 방법을 예시한다. 사운딩 프로토콜(sounding protocol)은 채널 상태 정보에 대한 정보를 피드백 받는 절차를 의미할 수 있다.
사운딩 프로토콜을 기초로 한 Beamformer와 Beamformee 간의 채널 상태 정보 사운딩 방법을 아래와 같은 단계로 수행될 수 있다.
(1) Beamformer에서 Beamformee의 피드백을 위한 사운딩 전송을 알리는 VHT NDPA(VHT Null Data Packet Announcement) 프레임을 전송한다.
VHT NDPA 프레임은 채널 사운딩이 개시되고, NDP(Null Data Packet)이 전송될 것임을 알리기 위해 사용되는 제어 프레임(control frame)을 의미한다. 다시 말해, NDP을 전송하기 전 VHT NDPA 프레임을 전송함으로써 Beamformee가 NDP 프레임을 수신하기 전 채널 상태 정보를 피드백 하기 위한 준비를 하도록 할 수 있다.
VHT NDPA 프레임은 NDP을 전송할 Beamformee의 AID(association identifier) 정보, 피드백 타입 정보 등을 포함할 수 있다. VHT NDPA 프레임에 대한 보다 상세한 설명은 후술한다.
VHT NDPA 프레임은 MU-MIMO를 사용하여 데이터를 전송하는 경우와 SU-MIMO를 사용하여 데이터를 전송하는 경우 서로 다른 전송 방식으로 전송될 수 있다. 예를 들어, MU-MIMO를 위한 채널 사운딩을 수행하는 경우 VHT NDPA 프레임을 브로드캐스트(broadcast) 방식으로 전송하나, SU-MIMO를 위한 채널 사운딩을 수행하는 경우 하나의 대상 STA으로 VHT NDPA 프레임을 유니캐스트(unicast) 방식으로 전송할 수 있다.
(2) Beamformer는 VHT NDPA 프레임을 전송한 후, SIFS 시간 후에 NDP을 전송한다. NDP은 데이터 필드를 제외한 VHT PPDU 구조를 가진다.
VHT NDPA 프레임을 수신한 Beamformee들은 STA 정보 필드에 포함된 AID12 서브필드 값을 확인하고, 자신이 사운딩 대상 STA인지 확인할 수 있다.
또한, Beamformee들은 NDPA에 포함된 STA Info 필드의 순서를 통해 피드백 순서를 알 수 있다. 도 11에서는 피드백 순서가 Beamformee 1, Beamformee 2, Beamformee 3의 순서로 진행되는 경우를 예시한다.
(3) Beamformee 1은 NDP에 포함된 트레이닝 필드(training field)를 기초로 하향링크 채널 상태 정보를 획득하여, Beamformer에게 전송할 피드백 정보를 생성한다.
Beamformee 1은 NDP 프레임을 수신 후 SIFS 이후에 피드백 정보를 포함한 VHT 압축된 빔포밍(VHT Compressed Beamforming) 프레임을 Beamformer에게 전송한다.
VHT Compressed Beamforming 프레임은 시공간 스트림(space-time stream)에 대한 SNR 값, 서브캐리어(subcarrier)에 대한 압축된 빔포밍 피드백 행렬(compressed beamforming feedback matrix)에 대한 정보 등이 포함될 수 있다. VHT Compressed Beamforming 프레임에 대한 보다 상세한 설명은 후술한다.
(4) Beamformer는 Beamformee 1으로부터 VHT Compressed Beamforming 프레임 수신 후, SIFS 이후에 Beamformee 2로부터 채널 정보를 얻기 위해 빔포밍 보고 폴(Beamforming Report Poll) 프레임을 Beamformee 2에게 전송한다.
Beamforming Report Poll 프레임은 NDP 프레임과 동일한 역할을 수행하는 프레임으로서, Beamformee 2는 전송되는 Beamforming Report Poll 프레임을 기초로 채널 상태를 측정할 수 있다.
Beamforming report poll frame 프레임에 대한 보다 상세한 설명은 후술한다.
(5) Beamforming Report Poll 프레임을 수신한 Beamformee 2는 SIFS 이후에 피드백 정보를 포함한 VHT Compressed Beamforming 프레임을 Beamformer에게 전송한다.
(6) Beamformer는 Beamformee 2로부터 VHT Compressed Beamforming 프레임 수신 후, SIFS 이후에 Beamformee 3로부터 채널 정보를 얻기 위해 Beamforming Report Poll 프레임을 Beamformee 3에게 전송한다.
(7) Beamforming Report Poll 프레임을 수신한 Beamformee 3은 SIFS 이후에 피드백 정보를 포함한 VHT Compressed Beamforming 프레임을 Beamformer에게 전송한다.
이하, 앞서 설명한 채널 사운딩 절차에서 사용되는 프레임에 대하여 살펴본다.
도 9는 본 발명이 적용될 수 있는 무선 통신 시스템에서 VHT NDPA 프레임을 예시하는 도면이다.
도 9를 참조하면, VHT NDPA 프레임은 프레임 제어(Frame Control) 필드, 지속 시간(Duration) 필드, RA(Receiving Address) 필드, TA(Transmitting Address) 필드, 사운딩 다이얼로그 토큰(Sounding Dialog Token) 필드, STA 정보 1(STA Info 1) 필드 내지 STA 정보 n(STA Info n) 필드 및 FCS로 구성될 수 있다.
RA 필드 값은 VHT NDPA 프레임을 수신하는 수신자 주소(receiver address) 또는 STA 주소를 나타낸다.
VHT NDPA 프레임이 하나의 STA Info 필드를 포함하는 경우, RA 필드 값은 STA Info 필드 내 AID에 의해 식별되는 STA의 주소를 가진다. 예를 들어, SU-MIMO 채널 사운딩을 위하여 하나의 대상 STA으로 VHT NDPA 프레임을 전송하는 경우, AP는 VHT NDPA 프레임을 대상 STA에게 유니캐스트(unicast)로 전송한다.
반면, VHT NDPA 프레임이 하나 이상의 STA Info 필드를 포함하는 경우, RA 필드 값은 브로드캐스트 주소(broadcast address)를 가진다. 예를 들어, MU-MIMO 채널 사운딩을 위하여 적어도 하나 이상의 대상 STA으로 VHT NDPA 프레임을 전송하는 경우, AP는 VHT NDPA 프레임을 브로드캐스팅한다.
TA 필드 값은 VHT NDPA 프레임을 전송하는 송신자 주소(transmitter address) 또는 전송하는 STA의 주소 또는 TA를 시그널링하는 대역폭을 나타낸다.
Sounding Dialog Token 필드는 사운딩 시퀀스(Sounding Sequence) 필드로 불릴 수도 있다. Sounding Dialog Token 필드 내 사운딩 다이얼로그 토큰 번호(Sounding Dialog Token Number) 서브필드는 VHT NDPA 프레임을 식별하기 위하여 Beamformer에 의해 선택된 값을 포함한다.
VHT NDPA 프레임은 적어도 하나의 STA Info 필드를 포함한다. 즉, VHT NDPA 프레임은 사운딩 대상 STA에 대한 정보를 포함하는 STA Info 필드를 포함한다. STA Info 필드는 사운딩 대상 STA 마다 하나씩 포함될 수 있다.
각 STA Info 필드는 AID12 서브필드, 피드백 타입(Feedback Type) 서브필드 및 Nc 인덱스(Nc Index) 서브필드로 구성될 수 있다.
표 5는 VHT NDPA 프레임에 포함되는 STA Info 필드의 서브필드를 나타낸다.
Figure PCTKR2016011946-appb-T000005
앞서 설명한 각 필드들에 포함되는 정보들은 IEEE 802.11 시스템의 정의를 따를 수 있다. 또한, 앞서 설명한 각 필드들은 MAC 프레임에 포함될 수 있는 필드들의 예시에 해당하며, 다른 필드로 대체되거나, 추가적인 필드가 더 포함될 수 있다.
도 10은 본 발명이 적용될 수 있는 무선 통신 시스템에서 NDP PPDU을 예시하는 도면이다.
도 10을 참조하면, NDP은 앞서 도 4와 같은 VHT PPDU 포맷에서 데이터 필드가 생략된 포맷을 가질 수 있다. NDP은 특정 프리코딩 행렬(precoding matrix)를 기반으로 프리코딩(precoding)되어 사운딩 대상 STA으로 전송될 수 있다.
NDP의 L-SIG 필드에서 데이터 필드에 포함된 PSDU 길이를 지시하는 길이 필드는 '0'으로 설정된다.
NDP의 VHT-SIG-A 필드에서 NDP 전송을 위해 사용된 전송 기법이 MU-MIMO 인지 또는 SU-MIMO 인지 지시하는 Group ID 필드는 SU-MIMO 전송을 지시하는 값으로 설정된다.
NDP의 VHT-SIG-B 필드의 데이터 비트는 대역폭 별로 고정된 비트 패턴(bit pattern)으로 설정된다.
사운딩 대상 STA은 NDP를 수신하면, NDP의 VHT-LTF 필드를 기반으로 채널을 추정하고 채널 상태 정보를 획득한다.
도 11은 본 발명이 적용될 수 있는 무선 통신 시스템에서 VHT 압축된 빔포밍(VHT compressed beamforming) 프레임 포맷을 예시하는 도면이다.
도 11을 참조하면, VHT compressed beamforming 프레임은 VHT 기능을 지원하기 위한 VHT 동작(VHT Action) 프레임으로서, Frame Body에 Action 필드를 포함한다. Action 필드는 MAC 프레임의 Frame Body에 포함되어 확장된 관리 동작들을 명시하기 위한 메커니즘을 제공한다.
Action 필드는 카테고리(Category) 필드, VHT 동작(VHT Action) 필드, VHT MIMO 제어(VHT MIMO Control) 필드, VHT 압축된 빔포밍 보고(VHT Compressed Beamforming Report) 필드 및 MU 전용 빔포밍 보고(MU Exclusive Beamforming Report) 필드로 구성된다.
Category 필드는 VHT 카테고리(즉, VHT Action 프레임)를 지시하는 값으로 설정되고, VHT Action 필드는 VHT Compressed Beamforming 프레임을 지시하는 값으로 설정된다.
VHT MIMO Control 필드는 빔포밍 피드백과 관련된 제어 정보를 피드백하기 위하여 사용된다. VHT MIMO Control 필드는 VHT Compressed Beamforming 프레임에 항상 존재할 수 있다.
VHT Compressed Beamforming Report 필드는 데이터를 전송하는데 사용되는 시공간 스트림(space-time stream)에 대한 SNR 정보가 포함된 빔포밍 매트릭에 대한 정보를 피드백하기 위하여 사용된다.
MU Exclusive Beamforming Report 필드는 MU-MIMO 전송을 수행하는 경우 공간적 스트림(spatial stream)에 대한 SNR 정보를 피드백하기 위하여 사용된다.
VHT Compressed Beamforming Report 필드 및 MU Exclusive Beamforming Report 필드의 존재 여부 및 내용(content)은 VHT MIMO Control 필드의 피드백 타입(Feedback Type) 서브필드, 잔여 피드백 세그먼트(Remaining Feedback Segments) 서브필드, 최초 피드백 세그먼트(First Feedback Segment) 서브필드의 값에 따라 결정될 수 있다.
이하, VHT MIMO Control 필드, VHT Compressed Beamforming Report 필드 및 MU Exclusive Beamforming Report 필드에 대하여 보다 구체적으로 살펴본다.
1) VHT MIMO Control 필드는 Nc 인덱스(Nc Index) 서브필드, Nr 인덱스(Nr Index) 서브필드, 채널 폭(Channel Width) 서브필드, 그룹핑(Grouping) 서브필드, 코드북 정보(Codebook Information) 서브필드, 피드백 타입(Feedback Type) 서브필드, 잔여 피드백 세그먼트(Remaining Feedback Segments) 서브필드, 최초 피드백 세그먼트(First Feedback Segment) 서브필드, 예비(reserved) 서브필드 및 사운딩 다이얼로그 토큰 번호(Sounding Dialog Token Number) 서브필드로 구성된다.
표 6은 VHT MIMO Control 필드의 서브필드를 나타낸다.
Figure PCTKR2016011946-appb-T000006
VHT Compressed Beamforming 프레임이 VHT Compressed Beamforming Report 필드의 전부 또는 일부를 전달하지 않는 경우, Nc Index 서브필드, Channel Width 서브필드, Grouping 서브필드, Codebook Information 서브필드, Feedback Type 서브필드 및 Sounding Dialog Token Number 서브필드는 예비 필드로 설정되고, First Feedback Segment 서브필드는 '0'로 설정되며, Remaining Feedback Segments 서브필드는 '7'로 설정된다.
Sounding Dialog Token Number 서브필드는 사운딩 시퀀스 번호(Sounding Sequence Number) 서브필드로 불릴 수도 있다.
2) VHT compressed beamforming report 필드는 전송 Beamformer가 스티어링 행렬(steering matix) 'Q'를 결정하기 위해 사용하는 압축된 빔포밍 피드백 행렬(comporessed beamforming feedback matrix) 'V'를 각도의 형태로 나타낸 명시적인 피드백 정보를 전달하기 위하여 사용된다.
표 7은 VHT compressed beamforming report 필드의 서브필드를 나타낸다.
Figure PCTKR2016011946-appb-T000007
표 7을 참조하면, VHT compressed beamforming report 필드에서는 시공간 스트림 각각에 대한 평균 SNR과 각각의 서브캐리어에 대한 압축된 빔포밍 피드백 행렬(Compressed Beamforming Feedback Matrix) 'V'가 포함될 수 있다. 압축된 빔포밍 피드백 행렬은 채널 상황에 대한 정보를 포함한 행렬로서 MIMO를 사용한 전송 방법에서 채널 행렬(즉, 스티어링 행렬(steering matix) 'Q')을 산출하기 위하여 사용된다.
scidx()는 Compressed Beamforming Feedback Matrix 서브필드가 전송되는 서브캐리어를 의미한다. Na는 Nr × Nc 값에 의해 고정된다(예를 들어, Nr × Nc= 2 × 1인 경우, Φ11, Ψ21, ...).
Ns는 Beamformer에게 압축된 빔포밍 피드백 행렬이 전송되는 서브캐리어의 개수를 의미한다. Beamformee는 그룹핑 방법을 사용하여 압축된 빔포밍 피드백 행렬이 전송되는 Ns의 수를 줄일 수 있다. 예를 들어, 복수의 서브캐리어를 하나의 그룹으로 묶고(또는 Ng 단위로 묶고), 해당 그룹 별로 압축된 빔포밍 피드백 행렬을 전송함으로써 피드백되는 압축된 빔포밍 피드백 행렬의 개수를 줄일 수 있다. Ns는 VHT MIMO Control 필드에 포함된 Channel Width 서브필드와 Grouping 서브필드로부터 산출될 수 있다.
표 8은 시공간 스트림의 평균 SNR(Average SNR of Space-Time) Stream 서브필드를 예시한다.
Figure PCTKR2016011946-appb-T000008
표 8을 참조하면, 시공간 스트림 각각에 대한 평균 SNR은 채널에 포함되는 서브캐리어 전체에 대한 평균 SNR 값을 산출하여 그 값을 -128~+128 범위로 매핑하여 산출된다.
3) MU Exclusive Beamforming Report 필드는 델타() SNR의 형태로 나타낸 명시적인 피드백 정보를 전달하기 위하여 사용된다. VHT Compressed Beamforming Report 필드 및 MU Exclusive Beamforming Report 필드 내 정보는 MU Beamformer가 스티어링 행렬(steering matix) 'Q'를 결정하기 위하여 사용될 수 있다.
표 9는 VHT compressed beamforming 프레임에 포함되는 MU Exclusive Beamforming Report 필드의 서브필드를 나타낸다.
Figure PCTKR2016011946-appb-T000009
표 9를 참조하면, MU Exclusive Beamforming Report 필드에서는 서브캐리어 별로 시공간 스트림 당 SNR이 포함될 수 있다.
각 Delta SNR 서브필드는 -8dB에서 7dB 사이에서 1dB씩 증가되는 값을 가진다.
scidx()는 Delta SNR 서브필드가 전송되는 서브캐리어(들)을 의미하고, Ns는 Beamformer로 Delta SNR 서브필드가 전송되는 서브캐리어의 수를 의미한다.
도 12는 본 발명이 적용될 수 있는 무선 통신 시스템에서 빔포밍 보고 폴(Beamforming Report Poll) 프레임 포맷을 예시하는 도면이다.
도 12를 참조하면, Beamforming Report Poll 프레임은 프레임 제어(Frame Control) 필드, 지속 시간(Duration) 필드, RA(Receiving Address) 필드, TA(Transmitting Address) 필드, 피드백 세그먼트 재전송 비트맵(Feedback Segment Retransmission Bitmap) 필드 및 FCS를 포함하여 구성된다.
RA 필드 값은 대상 수신자(intended recipient)의 주소를 나타낸다.
TA 필드 값은 Beamforming Report Poll 프레임을 전송하는 STA의 주소 또는 TA를 시그널링하는 대역폭을 나타낸다.
Feedback Segment Retransmission Bitmap 필드는 VHT 압축된 빔포밍 보고(VHT Compressed Beamforming report)에서 요청되는 피드백 세그먼트를 지시한다.
Feedback Segment Retransmission Bitmap 필드 값에서 위치 n의 비트가 '1'이면(LSB 경우 n=0, MSB 경우 n=7), VHT compressed beamforming 프레임의 VHT MIMO Control 필드 내 Remaining Feedback Segments 서브필드에서 n과 상응하는 피드백 세그먼트가 요청된다. 반면, 위치 n의 비트가 '0'이면, VHT MIMO Control 필드 내 Remaining Feedback Segments 서브필드에서 n과 상응하는 피드백 세그먼트가 요청되지 않는다.
하향링크 MU- MIMO 프레임(DL MU- MIMO Frame)
도 13은 본 발명이 적용될 수 있는 무선 통신 시스템에서 하향링크 다중 사용자(multi-user) PPDU 포맷을 예시하는 도면이다.
도 13을 참조하면, PPDU은 프리앰블 및 데이터 필드(Data field)를 포함하여 구성된다. 데이터 필드는 서비스 필드(SERVICE field), 스크램블링된 PSDU(scrambled PSDU) 필드, 테일 비트(Tail bits), 패딩 비트(padding bits)를 포함할 수 있다.
AP는 MPDU를 병합(aggregation)하여 A-MPDU(aggregated MPDU) 포맷으로 데이터 프레임을 전송할 수 있다. 이 경우, 스크램블링된 PSDU(scrambled PSDU) 필드는 A-MPDU로 구성될 수 있다.
A-MPDU는 하나 이상의 A-MPDU 서브프레임(A-MPDU subframe)의 배열(sequence)로 구성된다.
VHT PPDU의 경우, 각 A-MPDU 서브프레임의 길이가 4 옥텟의 배수이므로, A-MPDU는 PSDU의 마지막 옥텟에 A-MPDU를 맞추기 위하여 마지막 A-MPDU 서브프레임(A-MPDU subframe) 이후에 0 내지 3 옥텟의 EOF(end-of-frame) 패드(pad)를 포함할 수 있다.
A-MPDU 서브프레임은 MPDU 딜리미터(delimiter)로 구성되고, 선택적으로 MPDU가 MPDU 딜리미터(Delimiter) 이후에 포함될 수 있다. 또한, 하나의 A-MPDU 내 마지막 A-MPDU 서브프레임을 제외하고, 각 A-MPDU 서브프레임의 길이를 4 옥텟의 배수로 만들기 위하여 패드 옥텟이 MPDU 이후에 부착된다.
MPDU Delimiter는 예비(Reserved) 필드, MPDU 길이(MPDU Length) 필드, CRC (cyclic redundancy check) 필드, 딜리미터 시그니처(Delimiter Signature) 필드로 구성된다.
VHT PPDU의 경우, MPDU Delimiter는 EOF(end-of-frame) 필드를 더 포함할 수 있다. MPDU Length 필드가 0이고 패딩하기 위하여 사용되는 A-MPDU 서브프레임, 또는 A-MPDU가 하나의 MPDU만으로 구성되는 경우 해당 MPDU가 실어지는 A-MPDU 서브프레임의 경우, EOF 필드는 '1'로 셋팅된다. 그렇지 않은 경우 '0'으로 셋팅된다.
MPDU Length 필드는 MPDU의 길이에 대한 정보를 포함한다.
해당 A-MPDU 서브프레임에 MPDU가 존재하지 않는 경우 '0'으로 셋팅된다. MPDU Length 필드가 '0' 값을 가지는 A-MPDU 서브프레임은 VHT PPDU 내 가용한 옥텟에 A-MPDU를 맞추기 위해 해당 A-MPDU에 패딩할 때 사용된다.
CRC 필드는 에러 체크를 위한 CRC 정보, Delimiter Signature 필드는 MPDU 딜리미터를 검색하기 위하여 사용되는 패턴 정보를 포함한다.
그리고, MPDU는 MAC 헤더(MAC Header), 프레임 몸체(Frame Body) 및 프레임 체크 시퀀스(FCS)로 구성된다.
도 14는 본 발명이 적용될 수 있는 무선 통신 시스템에서 하향링크 다중 사용자(multi-user) PPDU 포맷을 예시하는 도면이다.
도 14는 해당 PPDU를 수신하는 STA의 개수가 3개이고, 각 STA에 할당되는 공간적 스트림(spatial stream)의 개수가 1이라고 가정하나 AP에 페어링된 STA의 수, 각 STA에 할당되는 공간적 스트림의 수는 이에 한정되지 않는다.
도 14를 참조하면, MU PPDU는 L-TFs 필드(L-STF 필드 및 L-LTF 필드), L-SIG 필드, VHT-SIG-A 필드, VHT-TFs 필드(VHT-STF 필드 및 VHT-LTF 필드), VHT-SIG-B 필드, Service 필드, 하나 이상의 PSDU, padding 필드 및 Tail 비트를 포함하여 구성된다. L-TFs 필드, L-SIG 필드, VHT-SIG-A 필드, VHT-TFs 필드, VHT-SIG-B 필드는 앞서 도 4의 예시와 동일하므로 이하 상세한 설명은 생략한다.
PPDU 지속기간을 지시하기 위한 정보가 L-SIG 필드에 포함될 수 있다. PPDU 내에서, L-SIG 필드에 의해 지시된 PPDU 지속기간은 VHT-SIG-A 필드가 할당된 심볼, VHT-TFs 필드가 할당된 심볼, VHT-SIG-B 필드가 할당된 필드, Service 필드를 구성하는 비트, PSDU를 구성하는 비트, padding 필드를 구성하는 비트 및 Tail 필드를 구성하는 비트를 포함한다. PPDU를 수신하는 STA은 L-SIG 필드에 포함된 PPDU 지속시간을 지시하는 정보를 통해 PPDU의 지속기간에 대한 정보를 획득할 수 있다.
상술한 바와 같이, VHT-SIG-A를 통해 Group ID 정보, 각 사용자 당 시공간 스트림 수 정보가 전송되고, VHT-SIG-B를 통해 코딩(coding) 방법 및 MCS 정보 등이 전송된다. 따라서, Beamformee들은 VHT-SIG-A와 VHT-SIG-B를 확인하고, 자신이 속한 MU MIMO 프레임인지 여부를 알 수 있다. 따라서, 해당 Group ID의 멤버 STA이 아니거나 해당 Group ID의 멤버이나 할당된 스트림 수가 '0'인 STA은 VHT-SIG-A 필드 이후부터 PPDU 끝까지 물리 계층의 수신을 중단하도록 설정함으로써 전력 소모를 절감할 수 있다.
Group ID는 사전에 Beamformer가 전송하는 Group ID Management 프레임을 수신함으로써, Beamformee가 어떤 MU 그룹에 속하는지, 자신이 속하는 그룹 중에서 몇 번째 사용자인지, 즉 어떤 스트림을 통해 PPDU를 수신하는지 알 수 있다.
802.11ac을 기반으로 하는 VHT MU PPDU 내 전송되는 모든 MPDU는 A-MPDU에 포함된다. 도 14의 데이터 필드에서 각 VHT A-MPDU는 서로 다른 스트림으로 전송될 수 있다.
도 14에서 각 STA에 전송되는 데이터의 크기가 상이할 수 있으므로, 각각의 A-MPDU는 서로 다른 비트 크기를 가질 수 있다.
이 경우, Beamformer가 전송하는 복수의 데이터 프레임의 전송이 종료되는 시간은 최대 구간 전송 데이터 프레임의 전송이 종료되는 시간과 동일하도록 널 패딩(null padding)을 수행할 수 있다. 최대 구간 전송 데이터 프레임은 Beamformer에 의해 유효 하향링크 데이터가 가장 오랜 구간 동안 전송되는 프레임일 수 있다. 유효 하향링크 데이터는 널 패딩되지 않은 하향링크 데이터일 수 있다. 예를 들어, 유효 하향링크 데이터는 A-MPDU에 포함되어 전송될 수 있다. 복수의 데이터 프레임 중 최대 구간 전송 데이터 프레임을 제외한 나머지 데이터 프레임은 널 패딩을 수행할 수 있다.
널 패딩을 위해 Beamformer는 A-MPDU 프레임 내 복수의 A-MPDU 서브프레임에서 시간적으로 후순위에 위치한 하나 이상의 A-MPDU 서브프레임을 MPDU delimiter 필드만으로 인코딩하여 채울 수 있다. MPDU 길이가 0인 A-MPDU 서브프레임을 널 서브프레임(Null subframe)으로 지칭할 수 있다.
앞서 살펴본 바와 같이, 널 서브프레임은 MPDU Delimiter의 EOF 필드가 '1'로 셋팅된다. 따라서, 수신측 STA의 MAC 계층에서는 1로 셋팅된 EOF 필드를 감지하면, 물리 계층에 수신을 중단하도록 설정함으로써 전력 소모를 절감할 수 있다.
블록 ACK (Block Ack ) 절차
도 15는 본 발명이 적용될 수 있는 무선 통신 시스템에서 하향링크 MU-MIMO 전송 과정을 예시하는 도면이다.
802.11ac에서는 MU-MIMO는 AP로부터 클라이언트(즉, non-AP STA)으로 향하는 하향링크에서 정의된다. 이때, 다중 사용자 프레임(multi-user frame)은 다중 수신자에게 동시에 전송되나, 수신 확인(acknowledgement)은 상향링크에서 개별적으로 전송되어야 한다.
802.11ac을 기반으로 하는 VHT MU PPDU 내 전송되는 모든 MPDU는 A-MPDU에 포함되므로, VHT MU PPDU에 대한 즉각적인 응답이 아닌 VHT MU PPDU 내 A-MPDU에 대한 응답은 AP에 의한 블록 ACK 요청(BAR: Block Ack Request) 프레임에 대한 응답으로 전송된다.
먼저, AP는 모든 수신자(즉, STA 1, STA 2, STA 3)에게 VHT MU PPDU(즉, 프리앰블 및 데이터)를 전송한다. VHT MU PPDU는 각 STA에 전송되는 VHT A-MPDU를 포함한다.
AP로부터 VHT MU PPDU를 수신한 STA 1은 SIFS 이후에 블록 ACK(BA: Block Acknowledgement) 프레임을 AP로 전송한다. BA 프레임에 대하여 보다 상세한 설명은 후술한다.
STA 1으로부터 BA를 수신한 AP는 SIFS 이후에 BAR(block acknowledgement request) 프레임을 다음 STA 2로 전송하고, STA 2는 SIFS 이후에 BA 프레임을 AP로 전송한다. STA 2로부터 BA 프레임을 수신한 AP는 SIFS 이후에 BAR 프레임을 STA 3로 전송하고, STA 3은 SIFS 이후에 BA 프레임을 AP로 전송한다.
이러한 과정이 모든 STA들에 대해 수행되면, AP는 다음 MU PPDU를 모든 STA에게 전송한다.
ACK (Acknowledgement)/블록 ACK (Block ACK ) 프레임
일반적으로 MPDU의 응답으로 ACK 프레임을 사용하고, A-MPDU의 응답으로 블록 ACK 프레임을 사용한다.
도 16은 본 발명이 적용될 수 있는 무선 통신 시스템에서 ACK 프레임을 예시하는 도면이다.
도 16을 참조하면, ACK 프레임은 프레임 제어(Frame Control) 필드, 지속기간(Duration) 필드, RA 필드 및 FCS로 구성된다.
RA 필드는 직전에 수신된 데이터(Data) 프레임, 관리(Management) 프레임, 블록 ACK 요청(Block Ack Request) 프레임, 블록 ACK(Block Ack) 프레임 또는 PS-Poll 프레임의 제2 주소(Address 2) 필드의 값으로 설정된다.
비 QoS(non-QoS) STA에 의해 ACK 프레임이 전송되는 경우, 직전에 수신된 데이터(Data) 프레임, 관리(Management) 프레임의 프레임 제어(Frame Control) 필드 내 모어 프래그먼트(More Fragments) 서브필드가 '0'이면, 지속기간(duration) 값은 '0'으로 설정된다.
비 QoS(non-QoS) STA에 의해 전송되지 않는 ACK 프레임에서 지속기간(duration) 값은 직전에 수신된 데이터(Data) 프레임, 관리(Management) 프레임, 블록 ACK 요청(Block Ack Request) 프레임, 블록 ACK(Block Ack) 프레임 또는 PS-Poll 프레임의 Duration/ID 필드에서 ACK 프레임 전송을 위해 요구되는 시간 및 SIFS 구간을 차감한 값(ms)으로 설정된다. 계산된 지속기간(duration) 값이 정수 값이 아닌 경우, 반올림된다.
이하, 블록 ACK (요청) 프레임에 대하여 살펴본다.
도 17은 본 발명이 적용될 수 있는 무선 통신 시스템에서 블록 ACK 요청(Block Ack Request) 프레임을 예시하는 도면이다.
도 17을 참조하면, 블록 ACK 요청(BAR) 프레임은 프레임 제어(Frame Control) 필드, 지속기간/식별자(Duration/ID) 필드, 수신 주소(RA) 필드, 전송 주소(TA) 필드, BAR 제어(BAR control) 필드, BAR 정보(BAR Information) 필드 및 프레임 체크 시퀀스(FCS)로 구성된다.
RA 필드는 BAR 프레임을 수신하는 STA의 주소로 설정될 수 있다.
TA 필드는 BAR 프레임을 전송하는 STA의 주소로 설정될 수 있다.
BAR control 필드는 BAR Ack 정책(BAR Ack Policy) 서브필드, 다중-TID(Multi-TID) 서브필드, 압축 비트맵(Compressed Bitmap) 서브필드, 예비(Reserved) 서브필드 및 TID 정보(TID_Info) 서브필드를 포함한다.
표 10은 BAR control 필드를 예시하는 표이다.
Figure PCTKR2016011946-appb-T000010
BAR Information 필드는 BAR 프레임의 타입에 따라 상이한 정보가 포함된다. 이에 대하여 도 18을 참조하여 설명한다.
도 18은 본 발명이 적용될 수 있는 무선 통신 시스템에서 블록 ACK 요청(Block Ack Request) 프레임의 BAR 정보(BAR Information) 필드를 예시하는 도면이다.
도 18(a)는 Basic BAR 프레임 및 Compressed BAR 프레임의 BAR Information 필드를 예시하고, 도 18(b)는 Multi-TID BAR 프레임의 BAR Information 필드를 예시한다.
도 18(a)를 참조하면, Basic BAR 프레임 및 Compressed BAR 프레임의 경우, BAR Information 필드는 블록 ACK 시작 시퀀스 제어(Block Ack Starting Sequence Control) 서브필드를 포함한다.
그리고, Block Ack Starting Sequence Control 서브필드는 조각 번호(Fragment Number) 서브필드, 시작 시퀀스 번호(Starting Sequence Number) 서브필드를 포함한다.
Fragment Number 서브필드는 0으로 설정된다.
Basic BAR 프레임의 경우, Starting Sequence Number 서브필드는 해당 BAR 프레임이 전송되는 첫 번째 MSDU의 시퀀스 번호를 포함한다. Compressed BAR 프레임의 경우, Starting Sequence Control 서브필드는 해당 BAR 프레임이 전송되기 위한 첫 번째 MSDU 또는 A-MSDU의 시퀀스 번호를 포함한다.
도 18(b)를 참조하면, Multi-TID BAR 프레임의 경우, BAR Information 필드는 TID 별 정보(Per TID Info) 서브필드 및 블록 ACK 시작 시퀀스 제어(Block Ack Starting Sequence Control) 서브필드가 하나 이상의 TID 별로 반복되어 구성된다.
Per TID Info 서브필드는 예비(Reserved) 서브필드 및 TID 값(TID Value) 서브필드를 포함한다. TID Value 서브필드는 TID 값을 포함한다.
Block Ack Starting Sequence Control 서브필드는 상술한 바와 같이 Fragment Number 및 Starting Sequence Number 서브필드를 포함한다. Fragment Number 서브필드는 0으로 설정된다. Starting Sequence Control 서브필드는 해당 BAR 프레임이 전송되기 위한 첫 번째 MSDU 또는 A-MSDU의 시퀀스 번호를 포함한다.
도 19는 본 발명이 적용될 수 있는 무선 통신 시스템에서 블록 ACK(Block Ack) 프레임을 예시하는 도면이다.
도 19를 참조하면, 블록 ACK(BA) 프레임은 프레임 제어(Frame Control) 필드, 지속기간/식별자(Duration/ID) 필드, 수신 주소(RA) 필드, 전송 주소(TA) 필드, BA 제어(BA control) 필드, BA 정보(BA Information) 필드 및 프레임 체크 시퀀스(FCS)로 구성된다.
RA 필드는 블록 ACK을 요청한 STA의 주소로 설정될 수 있다.
TA 필드는 BA 프레임을 전송하는 STA의 주소로 설정될 수 있다.
BA control 필드는 BA Ack 정책(BA Ack Policy) 서브필드, 다중-TID(Multi-TID) 서브필드, 압축 비트맵(Compressed Bitmap) 서브필드, 예비(Reserved) 서브필드 및 TID 정보(TID_Info) 서브필드를 포함한다.
표 11은 BA control 필드를 예시하는 표이다.
Figure PCTKR2016011946-appb-T000011
BA Information 필드는 BA 프레임의 타입에 따라 상이한 정보가 포함된다. 이에 대하여 도 20을 참조하여 설명한다.
도 20은 본 발명이 적용될 수 있는 무선 통신 시스템에서 블록 ACK(Block Ack) 프레임의 BA 정보(BA Information) 필드를 예시하는 도면이다.
도 20(a)의 Basic BA 프레임의 BA Information 필드를 예시하고, 도 20(b)는 Compressed BA 프레임의 BA Information 필드를 예시하고, 도 20(c)는 Multi-TID BA 프레임의 BA Information 필드를 예시한다.
도 20(a)를 참조하면, Basic BA 프레임의 경우, BA Information 필드는 블록 ACK 시작 시퀀스 제어(Block Ack Starting Sequence Control) 서브필드 및 블록 ACK 비트맵(Block Ack Bitmap) 서브필드를 포함한다.
Block Ack Starting Sequence Control 서브필드는 상술한 바와 같이 Fragment Number 서브필드 및 Starting Sequence Number 서브필드를 포함한다.
Fragment Number 서브필드는 0으로 설정된다.
Starting Sequence Number 서브필드는 해당 BA 프레임이 전송되기 위한 첫 번째 MSDU의 시퀀스 번호를 포함하고, 직전에 수신한 Basic BAR 프레임과 동일한 값으로 설정된다.
Block Ack Bitmap 서브필드는 128 옥텟의 길이로 구성되고, 최대 64개의 MSDU의 수신 상태를 지시하기 위하여 사용된다. Block Ack Bitmap 서브필드에서 '1' 값은 해당 비트 위치에 대응되는 MPDU가 성공적으로 수신되었음을 지시하고, '0' 값은 해당 비트 위치에 대응되는 MPDU가 성공적으로 수신되지 않았음을 지시한다.
도 20(b)를 참조하면, Compressed BA 프레임의 경우, BA Information 필드는 블록 ACK 시작 시퀀스 제어(Block Ack Starting Sequence Control) 서브필드 및 블록 ACK 비트맵(Block Ack Bitmap) 서브필드를 포함한다.
Block Ack Starting Sequence Control 서브필드는 상술한 바와 같이 Fragment Number 서브필드 및 Starting Sequence Number 서브필드를 포함한다.
Fragment Number 서브필드는 0으로 설정된다.
Starting Sequence Number 서브필드는 해당 BA 프레임이 전송되기 위한 첫 번째 MSDU 또는 A-MSDU의 시퀀스 번호를 포함하고, 직전에 수신한 Basic BAR 프레임과 동일한 값으로 설정된다.
Block Ack Bitmap 서브필드는 8 옥텟의 길이로 구성되고, 최대 64개의 MSDU 및 A-MSDU의 수신 상태를 지시하기 위하여 사용된다. Block Ack Bitmap 서브필드에서 '1' 값은 해당 비트 위치에 대응되는 단일 MSDU 또는 A-MSDU가 성공적으로 수신되었음을 지시하고, '0' 값은 해당 비트 위치에 대응되는 단일 MSDU 또는 A-MSDU가 성공적으로 수신되지 않았음을 지시한다.
도 20(c)를 참조하면, Multi-TID BA 프레임의 경우, BA Information 필드는 TID 별 정보(Per TID Info) 서브필드, 블록 ACK 시작 시퀀스 제어(Block Ack Starting Sequence Control) 서브필드 및 블록 ACK 비트맵(Block Ack Bitmap) 서브필드가 하나 이상의 TID 별로 반복되어 구성되고, TID가 증가되는 순서대로 구성된다.
Per TID Info 서브필드는 예비(Reserved) 서브필드 및 TID 값(TID Value) 서브필드를 포함한다. TID Value 서브필드는 TID 값을 포함한다.
Block Ack Starting Sequence Control 서브필드는 상술한 바와 같이 Fragment Number 및 Starting Sequence Number 서브필드를 포함한다. Fragment Number 서브필드는 0으로 설정된다. Starting Sequence Control 서브필드는 해당 BA 프레임이 전송되기 위한 첫 번째 MSDU 또는 A-MSDU의 시퀀스 번호를 포함한다.
Block Ack Bitmap 서브필드는 8 옥텟의 길이로 구성된다. Block Ack Bitmap 서브필드에서 '1' 값은 해당 비트 위치에 대응되는 단일 MSDU 또는 A-MSDU가 성공적으로 수신되었음을 지시하고, '0' 값은 해당 비트 위치에 대응되는 단일 MSDU 또는 A-MSDU가 성공적으로 수신되지 않았음을 지시한다.
상향링크 다중 사용자 전송 방법
차세대 WiFi에 대한 다양한 분야의 벤더들의 많은 관심과 802.11ac 이후의 높은 스루풋(high throughput) 및 QoE(quality of experience) 성능 향상에 대한 요구가 높아지고 있는 상황에서 차세대 WLAN 시스템인 802.11ax 시스템을 위한 새로운 프레임 포맷 및 뉴머롤로지(numerology)에 대한 논의가 활발히 진행 중이다.
IEEE 802.11ax은 더 높은 데이터 처리율(data rate)을 지원하고 더 높은 사용자 부하(user load)를 처리하기 위한 차세대 WLAN 시스템으로서 최근에 새롭게 제안되고 있는 WLAN 시스템 중 하나로서, 일명 고효율 WLAN(HEW: High Efficiency WLAN)라고 불린다.
IEEE 802.11ax WLAN 시스템은 기존 WLAN 시스템과 동일하게 2.4 GHz 주파수 대역 및 5 GHz 주파수 대역에서 동작할 수 있다. 또한, 그보다 높은 60 GHz 주파수 대역에서도 동작할 수 있다.
IEEE 802.11ax 시스템에서는 평균 스루풋 향상(average throughput enhancement)과 실외 환경에서의 심볼 간 간섭(inter-symbol interference)에 대한 강인한 전송(outdoor robust transmission)을 위해서 기존 IEEE 802.11 OFDM system (IEEE 802.11a, 802.11n, 802.11ac 등)보다 각 대역폭에서 4배 큰 FFT 크기를 사용할 수 있다. 이에 대하여 아래 도면을 참조하여 설명한다.
이하, 본 발명에 HE 포맷 PPDU에 대한 설명에 있어서, 별도의 언급이 없더라도 앞서 설명한 non-HT 포맷 PPDU, HT-mixed 포맷 PPDU, HT-greenfield 포맷 PPDU 및/또는 VHT 포맷 PPDU에 대한 설명이 HE 포맷 PPDU에 대한 설명에 병합될 수 있다.
도 21은 본 발명의 일 실시예에 따른 HE(High Efficiency) 포맷 PPDU를 예시하는 도면이다.
도 21(a)는 HE 포맷 PPDU의 개략적인 구조를 예시하고, 도 21(b) 내지 (d)는 HE 포맷 PPDU의 보다 구체적인 구조를 예시한다.
도 21(a)를 참조하면, HEW를 위한 HE 포맷 PPDU는 크게 레가시 부분(L-part: legacy-part), HE 부분(HE-part) 및 데이터 필드(HE-data)로 구성될 수 있다.
L-part는 기존의 WLAN 시스템에서 유지하는 형태와 동일하게 L-STF 필드, L-LTF 필드 및 L-SIG 필드로 구성된다. L-STF 필드, L-LTF 필드 및 L-SIG 필드를 레가시 프리앰블(legacy preamble)이라고 지칭할 수 있다.
HE-part는 802.11ax 표준을 위하여 새롭게 정의되는 부분으로서, HE-STF 필드, HE-SIG 필드 및 HE-LTF 필드를 포함할 수 있다. 도 25(a)에서는 HE-STF 필드, HE-SIG 필드 및 HE-LTF 필드의 순서를 예시하고 있으나, 이와 상이한 순서로 구성될 수 있다. 또한, HE-LTF는 생략될 수도 있다. HE-STF 필드 및 HE-LTF 필드뿐만 아니라 HE-SIG 필드를 포함하여 HE-preamble로 통칭할 수도 있다.
또한, L-part, HE-part(또는, HE-preamble)을 물리 프리앰블(PHY(physical) preamble)로 통칭할 수 있다.
HE-SIG는 HE-data 필드를 디코딩하기 위한 정보(예를 들어, OFDMA, UL MU MIMO, 향상된 MCS 등)을 포함할 수 있다.
L-part와 HE-part는 서로 다른 FFT(Fast Fourier Transform) 크기(즉, 서브캐리어 간격(spacing))을 가질 수 있으며, 서로 다른 CP(Cyclic Prefix)를 사용할 수도 있다.
802.11ax 시스템에서는 레가시 WLAN 시스템에 비하여 4배 큰(4×) FFT 크기를 사용할 수 있다. 즉, L-part는 1× 심볼 구조로 구성되고, HE-part(특히, HE-preamble 및 HE-data)는 4× 심볼 구조로 구성될 수 있다. 여기서, 1×, 2×, 4× 크기의 FFT는 레가시 WLAN 시스템(예를 들어, IEEE 802.11a, 802.11n, 802.11ac 등)에 대한 상대적인 크기를 의미한다.
예를 들어, L-part에 이용되는 FFT 크기는 20MHz, 40MHz, 80MHz 및 160MHz에서 각각 64, 128, 256, 512라면, HE-part에 이용되는 FFT 크기는 20MHz, 40MHz, 80MHz 및 160MHz에서 각각 256, 512, 1024, 2048일 수 있다.
이와 같이 레가시 WLAN 시스템 보다 FFT 크기가 커지면, 서브캐리어 주파수 간격(subcarrier frequency spacing)이 작아지므로 단위 주파수 당 서브캐리어의 수가 증가되나, OFDM 심볼 길이가 길어진다.
즉, 보다 큰 FFT 크기가 사용된다는 것은 서브캐리어 간격이 좁아진다는 의미이며, 마찬가지로 IDFT(Inverse Discrete Fourier Transform)/DFT(Discrete Fourier Transform) 주기(period)가 늘어난다는 의미이다. 여기서, IDFT/DFT 주기는 OFDM 심볼에서 보호 구간(GI)을 제외한 심볼 길이를 의미할 수 있다.
따라서, HE-part(특히, HE-preamble 및 HE-data)는 L-part에 비하여 4배 큰 FFT 크기가 사용된다면, HE-part의 서브캐리어 간격은 L-part의 서브캐리어 간격의 1/4 배가 되고, HE-part의 IDFT/DFT 주기는 L-part의 IDFT/DFT 주기의 4배가 된다. 예를 들어, L-part의 서브캐리어 간격이 312.5kHz(=20MHz/64, 40MHZ/128, 80MHz/256 및/또는 160MHz/512)라면 HE-part의 서브캐리어 간격은 78.125kHz(=20MHz/256, 40MHZ/512, 80MHz/1024 및/또는 160MHz/2048)일 수 있다. 또한, L-part의 IDFT/DFT 주기가 3.2㎲(=1/312.5kHz)이라면, HE-part의 IDFT/DFT 주기는 12.8㎲(=1/78.125kHz)일 수 있다.
여기서, GI는 0.8㎲, 1.6㎲, 3.2㎲ 중 하나가 사용될 수 있으므로, GI를 포함하는 HE-part의 OFDM 심볼 길이(또는 심볼 간격(symbol interval))은 GI에 따라 13.6㎲, 14.4㎲, 16㎲일 수 있다.
도 21(b)를 참조하면, HE-SIG 필드는 HE-SIG-A 필드와 HE-SIG-B 필드로 구분될 수 있다.
예를 들어, HE 포맷 PPDU의 HE-part는 12.8㎲ 길이를 가지는 HE-SIG-A 필드, 1 OFDM 심볼의 HE-STF 필드, 하나 이상의 HE-LTF 필드 및 1 OFDM 심볼의 HE-SIG-B 필드를 포함할 수 있다.
또한, HE-part에서 HE-SIG-A 필드는 제외하고 HE-STF 필드부터는 기존의 PPDU 보다 4배 큰 크기의 FFT가 적용될 수 있다. 즉, 256, 512, 1024 및 2048 크기의 FFT가 각각 20MHz, 40MHz, 80MHz 및 160MHz의 HE 포맷 PPDU의 HE-STF 필드부터 적용될 수 있다.
다만, 도 21(b)와 같이 HE-SIG가 HE-SIG-A 필드와 HE-SIG-B 필드로 구분되어 전송될 때, HE-SIG-A 필드 및 HE-SIG-B 필드의 위치는 도 21(b)와 상이할 수 있다. 예를 들어, HE-SIG-A 필드 다음에 HE-SIG-B 필드가 전송되고, HE-SIG-B 필드 다음에 HE-STF 필드와 HE-LTF 필드가 전송될 수 있다. 이 경우에도 마찬가지로 HE-STF 필드부터는 기존의 PPDU 보다 4배 큰 크기의 FFT가 적용될 수 있다.
도 21(c)를 참조하면, HE-SIG 필드는 HE-SIG-A 필드와 HE-SIG-B 필드로 구분되지 않을 수 있다.
예를 들어, HE 포맷 PPDU의 HE-part는 1 OFDM 심볼의 HE-STF 필드, 1 OFDM 심볼의 HE-SIG 필드 및 하나 이상의 HE-LTF 필드를 포함할 수 있다.
위와 유사하게 HE-part는 기존의 PPDU 보다 4배 큰 크기의 FFT가 적용될 수 있다. 즉, 256, 512, 1024 및 2048 크기의 FFT가 각각 20MHz, 40MHz, 80MHz 및 160MHz의 HE 포맷 PPDU의 HE-STF 필드부터 적용될 수 있다.
도 21(d)를 참조하면, HE-SIG 필드는 HE-SIG-A 필드와 HE-SIG-B 필드로 구분되지 않으며, HE-LTF 필드는 생략될 수 있다.
예를 들어, HE 포맷 PPDU의 HE-part는 1 OFDM 심볼의 HE-STF 필드 및 1 OFDM 심볼의 HE-SIG 필드를 포함할 수 있다.
위와 유사하게 HE-part는 기존의 PPDU 보다 4배 큰 크기의 FFT가 적용될 수 있다. 즉, 256, 512, 1024 및 2048 크기의 FFT가 각각 20MHz, 40MHz, 80MHz 및 160MHz의 HE 포맷 PPDU의 HE-STF 필드부터 적용될 수 있다.
본 발명에 따른 WLAN 시스템을 위한 HE 포맷 PPDU는 적어도 하나의 20MHz 채널을 통해 전송될 수 있다. 예를 들어, HE 포맷 PPDU은 총 4개의 20MHz 채널을 통해 40MHz, 80MHz 또는 160MHz 주파수 대역에서 전송될 수 있다. 이에 대하여 아래 도면을 참조하여 보다 상세히 설명한다.
도 22는 본 발명의 일 실시예에 따른 HE 포맷 PPDU을 예시하는 도면이다.
도 22에서는 하나의 STA에 80MHz가 할당된 경우(또는 80MHz 내 복수의 STA에게 OFDMA 자원 유닛이 할당된 경우) 혹은 복수의 STA에게 각각 80MHz의 서로 다른 스트림이 할당된 경우의 PPDU 포맷을 예시한다.
도 22를 참조하면, L-STF, L-LTF 및 L-SIG은 각 20MHz 채널에서 64 FFT 포인트(또는 64 서브캐리어)에 기반하여 생성된 OFDM 심볼로 전송될 수 있다.
또한, HE-SIG B 필드가 HE-SIG A 필드 다음에 위치할 수 있다. 이 경우, 단위 주파수 당 FFT 크기는 HE-STF(또는 HE-SIG B) 이후부터 더욱 커질 수 있다. 예를 들어, HE-STF(또는 HE-SIG B)부터 256 FFT가 20MHz 채널에서 사용되고, 512 FFT가 40MHz 채널에서 사용되며, 1024 FFT가 80MHz 채널에서 사용될 수 있다.
HE-SIG A 필드는 PPDU를 수신하는 STA들에게 공통으로 전송되는 공통 제어 정보를 포함할 수 있다. HE-SIG A 필드는 1개 내지 3개의 OFDM 심볼에서 전송될 수 있다. HE-SIG A 필드는 20MHz 단위로 복사되어 동일한 정보를 포함한다. 또한, HE-SIG-A 필드는 시스템의 전체 대역폭 정보를 알려준다.
표 12는 HE-SIG A 필드에 포함되는 정보를 예시하는 표이다.
Figure PCTKR2016011946-appb-T000012
표 12에 예시되는 각 필드들에 포함되는 정보들은 IEEE 802.11 시스템의 정의를 따를 수 있다. 또한, 앞서 설명한 각 필드들은 PPDU에 포함될 수 있는 필드들의 예시에 해당하며, 이에 한정되지 않는다. 즉, 앞서 설명한 각 필드가 다른 필드로 대체되거나 추가적인 필드가 더 포함될 수 있으며, 모든 필드가 필수적으로 포함되지 않을 수도 있다. HE-SIG A 필드에 포함되는 정보의 또 다른 실시예는 도 23과 관련하여 이하에서 후술하기로 한다.
HE-STF는 MIMO 전송에 있어서 AGC 추정의 성능을 개선하기 위해 사용된다.
HE-SIG B 필드는 각 STA이 자신의 데이터(예를 들어, PSDU)를 수신하기 위하여 요구되는 사용자 특정(user-specific) 정보를 포함할 수 있다. HE-SIG B 필드는 하나 또는 두 개의 OFDM 심볼에서 전송될 수 있다. 예를 들어, HE-SIG B 필드는 해당 PSDU의 변조 및 코딩 기법(MCS) 및 해당 PSDU의 길이에 관한 정보를 포함할 수 있다.
L-STF, L-LTF, L-SIG 및 HE-SIG A 필드는 20MHz 채널 단위로 반복되어 전송될 수 있다. 예를 들어, PPDU가 4개의 20MHz 채널(즉, 80MHz 대역)을 통해 전송될 때, L-STF, L-LTF, L-SIG 및 HE-SIG A 필드는 매 20MHz 채널에서 반복되어 전송될 수 있다.
FFT 크기가 커지면, 기존의 IEEE 802.11a/g/n/ac를 지원하는 레가시 STA은 해당 HE PPDU를 디코딩하지 못할 수 있다. 레가시 STA과 HE STA이 공존(coexistence)하기 위하여, L-STF, L-LTF 및 L-SIG 필드는 레가시 STA이 수신할 수 있도록 20MHz 채널에서 64 FFT를 통해 전송된다. 예를 들어, L-SIG 필드는 하나의 OFDM 심볼을 점유하고, 하나의 OFDM 심볼 시간은 4㎲이며, GI는 0.8㎲일 수 있다.
각 주파수 단위 별 FFT 크기는 HE-STF(또는 HE-SIG A)부터 더욱 커질 수 있다. 예를 들어, 256 FFT가 20MHz 채널에서 사용되고, 512 FFT가 40MHz 채널에서 사용되며, 1024 FFT가 80MHz 채널에서 사용될 수 있다. FFT 크기가 커지면, OFDM 서브캐리어 간의 간격이 작아지므로 단위 주파수 당 OFDM 서브캐리어의 수가 증가되나, OFDM 심볼 시간은 길어진다. 시스템의 효율을 향상시키기 위하여 HE-STF 이후의 GI의 길이는 HE-SIG A의 GI의 길이와 동일하게 설정될 수 있다.
HE-SIG A 필드는 HE STA이 HE PPDU를 디코딩하기 위하여 요구되는 정보를 포함할 수 있다. 그러나, HE-SIG A 필드는 레가시 STA과 HE STA이 모두 수신할 수 있도록 20MHz 채널에서 64 FFT를 통해 전송될 수 있다. 이는 HE STA가 HE 포맷 PPDU 뿐만 아니라 기존의 HT/VHT 포맷 PPDU를 수신할 수 있으며, 레가시 STA 및 HE STA이 HT/VHT 포맷 PPDU와 HE 포맷 PPDU를 구분하여야 하기 때문이다.
도 23은 본 발명의 일 실시예에 따른 HE 포맷 PPDU을 예시하는 도면이다.
도 23에서는 20MHz 채널들이 각각 서로 다른 STA들(예를 들어, STA 1, STA 2, STA 3 및 STA 4)에 할당되는 경우를 가정한다.
도 23을 참조하면, 단위 주파수 당 FFT 크기는 HE-STF(또는 HE-SIG-B)부터 더욱 커질 수 있다. 예를 들어, HE-STF(또는 HE-SIG-B)부터 256 FFT가 20MHz 채널에서 사용되고, 512 FFT가 40MHz 채널에서 사용되며, 1024 FFT가 80MHz 채널에서 사용될 수 있다.
PPDU에 포함되는 각 필드에서 전송되는 정보는 앞서 도 26의 예시와 동일하므로 이하 설명을 생략한다.
HE-SIG-B 필드는 각 STA에 특정된 정보를 포함할 수 있으나, 전체 밴드(즉, HE-SIG-A 필드에서 지시)에 걸쳐서 인코딩될 수 있다. 즉, HE-SIG-B 필드는 모든 STA에 대한 정보를 포함하며 모든 STA들이 수신하게 된다.
HE-SIG-B 필드는 각 STA 별로 할당되는 주파수 대역폭 정보 및/또는 해당 주파수 대역에서 스트림 정보를 알려줄 수 있다. 예를 들어, 도 27에서 HE-SIG-B는 STA 1는 20MHz, STA 2는 그 다음 20MHz, STA 3는 그 다음 20MHz, STA 4는 그 다음 20MHz가 할당될 수 있다. 또한, STA 1과 STA 2는 40MHz를 할당하고, STA 3와 STA 4는 그 다음 40MHz를 할당할 수 있다. 이 경우, STA 1과 STA 2는 서로 다른 스트림을 할당하고, STA 3와 STA 4는 서로 다른 스트림을 할당할 수 있다.
또한, HE-SIG-C 필드를 정의하여, 도 27의 예시에 HE-SIG C 필드가 추가될 수 있다. 이 경우, HE-SIG-B 필드에서는 전대역에 걸쳐서 모든 STA에 대한 정보가 전송되고, 각 STA에 특정한 제어 정보는 HE-SIG-C 필드를 통해 20MHz 단위로 전송될 수도 있다.
또한, 도 22 및 23의 예시와 상이하게 HE-SIG-B 필드는 전대역에 걸쳐 전송하지 않고 HE-SIG-A 필드와 동일하게 20MHz 단위로 전송될 수 있다. 이에 대하여 아래 도면을 참조하여 설명한다.
도 24는 본 발명의 일 실시예에 따른 HE 포맷 PPDU을 예시하는 도면이다.
도 24에서는 20MHz 채널들이 각각 서로 다른 STA들(예를 들어, STA 1, STA 2, STA 3 및 STA 4)에 할당되는 경우를 가정한다.
도 24를 참조하면, HE-SIG-B 필드는 전대역에 걸쳐 전송되지 않고, HE-SIG-A 필드와 동일하게 20MHz 단위로 전송된다. 다만, 이때 HE-SIG-B는 HE-SIG-A 필드와 상이하게 20MHz 단위로 인코딩되어 전송되나, 20MHz 단위로 복제되어 전송되지는 않을 수 있다.
이 경우, 단위 주파수 당 FFT 크기는 HE-STF(또는 HE-SIG-B)부터 더욱 커질 수 있다. 예를 들어, HE-STF(또는 HE-SIG-B)부터 256 FFT가 20MHz 채널에서 사용되고, 512 FFT가 40MHz 채널에서 사용되며, 1024 FFT가 80MHz 채널에서 사용될 수 있다.
PPDU에 포함되는 각 필드에서 전송되는 정보는 앞서 도 26의 예시와 동일하므로 이하 설명을 생략한다.
HE-SIG-A 필드는 20MHz 단위로 복사되어(duplicated) 전송된다.
HE-SIG-B 필드는 각 STA 별로 할당되는 주파수 대역폭 정보 및/또는 해당 주파수 대역에서 스트림 정보를 알려줄 수 있다. HE-SIG-B 필드는 각 STA에 대한 정보를 포함하므로 20MHz 단위의 각 HE-SIG-B 필드 별로 각 STA에 대한 정보가 포함될 수 있다. 이때, 도 23의 예시에서는 각 STA 별로 20MHz가 할당되는 경우를 예시하고 있으나, 예를 들어 STA에 40MHz가 할당되는 경우, 20MHz 단위로 HE-SIG-B 필드가 복사되어 전송될 수도 있다.
각 BSS 별로 서로 다른 대역폭을 지원하는 상황에서 인접한 BSS로부터의 간섭 레벨이 적은 일부의 대역폭을 STA에게 할당하는 경우에 위와 같이 HE-SIG-B 필드를 전대역에 걸쳐서 전송하지 않는 것이 보다 바람직할 수 있다.
이하에서는 설명의 편의를 위해 도 23의 HE 포맷 PPDU를 기준으로 설명하기로 한다.
도 22 내지 도 24에서 데이터 필드는 페이로드(payload)로서, 서비스 필드(SERVICE field), 스크램블링된 PSDU, 테일 비트(tail bits), 패딩 비트(padding bits)를 포함할 수 있다.
한편, 앞서 도 22 내지 도 24와 같은 HE 포맷 PPDU는 L-SIG 필드의 반복 심볼인 RL-SIG(Repeated L-SIG) 필드를 통해서 구분될 수 있다. RL-SIG 필드는 HE SIG-A 필드 앞에 삽입되며, 각 STA은 RL-SIG 필드를 이용하여 수신된 PPDU의 포맷을 HE 포맷 PPDU로서 구분할 수 있다.
이하, WLAN 시스템에서 다중 사용자(multi-user) 상향링크 전송 방법에 대하여 설명한다.
WLAN 시스템에서 동작하는 AP가 동일한 시간 자원 상에서 복수의 STA으로 데이터를 전송하는 방식을 DL MU 전송(downlink multi-user transmission)이라고 지칭할 수 있다. 반대로, WLAN 시스템에서 동작하는 복수의 STA이 동일한 시간 자원 상에서 AP로 데이터를 전송하는 방식을 UL MU 전송(uplink multi-user transmission)이라고 지칭할 수 있다.
이러한 DL MU 전송 또는 UL MU 전송은 주파수 도메인 또는 공간 도메인(spatial domain) 상에서 다중화될 수 있다.
주파수 도메인 상에서 다중화되는 경우, OFDMA(orthogonal frequency division multiplexing)를 기반으로 복수의 STA 각각에 대해 서로 다른 주파수 자원(예를 들어, 서브캐리어 또는 톤(tone))이 하향링크 또는 상향링크 자원으로 할당될 수 있다. 이러한 동일한 시간 자원에서 서로 다른 주파수 자원을 통한 전송 방식을 'DL/UL MU OFDMA 전송'이라고 지칭할 수 있다.
공간 도메인(spatial domain) 상에서 다중화되는 경우, 복수의 STA 각각에 대해 서로 다른 공간 스트림이 하향링크 또는 상향링크 자원으로 할당될 수 있다. 이러한 동일한 시간 자원에서 서로 다른 공간적 스트림을 통한 전송 식을 'DL/UL MU MIMO' 전송이라고 지칭할 수 있다.
현재 WLAN 시스템에서는 아래와 같은 제약 사항으로 인해 UL MU 전송을 지원하지 못한다.
현재 WLAN 시스템에서는 복수의 STA으로부터 전송되는 상향링크 데이터의 전송 타이밍에 대한 동기화가 지원되지 않는다. 예를 들어, 기존의 WLAN 시스템에서 복수의 STA들이 동일한 시간 자원을 통해 상향링크 데이터를 전송하는 경우를 가정하면, 현재 WLAN 시스템에서는 복수의 STA 각각은 다른 STA의 상향링크 데이터의 전송 타이밍을 알 수 없다. 따라서, AP는 복수의 STA 각각으로부터 동일한 시간 자원 상에서 상향링크 데이터를 수신하기 어렵다.
또한, 현재 WLAN 시스템에서는 복수의 STA에 의해 상향링크 데이터를 전송하기 위해 사용되는 주파수 자원 간의 중첩이 발생될 수 있다. 예를 들어, 복수의 STA 각각의 오실레이터(oscillator)가 다를 경우, 주파수 오프셋(frequency offset)이 다르게 나타날 수 있다. 만약, 주파수 오프셋이 다른 복수의 STA 각각이 서로 다른 주파수 자원을 통해 동시에 상향링크 전송을 수행하는 경우, 복수의 STA 각각에 의해 사용되는 주파수 영역 중 일부가 중첩될 수 있다.
또한, 기존의 WLAN 시스템에서는 복수의 STA 각각에 대한 파워 제어가 수행되지 않는다. 복수의 STA 각각과 AP 사이의 거리와 채널 환경에 종속적으로 AP는 복수의 STA 각각으로부터 서로 다른 파워의 신호를 수신할 수 있다. 이러한 경우, 약한 파워로 도착하는 신호는 강한 파워로 도착하는 신호에 비해 상대적으로 AP에 의해 검출되기 어려울 수 있다.
이에 따라, 본 발명은 WLAN 시스템에서의 UL MU 전송 방법을 제안한다.
도 25는 본 발명의 일 실시예에 따른 상향링크 다중 사용자(multi-user) 전송 절차를 예시하는 도면이다.
도 25를 참조하면, AP가 UL MU 전송에 참여하는 STA들에게 UL MU 전송을 준비할 것을 지시하고, 해당 STA들로부터 UL MU 데이터 프레임을 수신하며, UL MU 데이터 프레임에 대한 응답으로 ACK 프레임(BA(Block Ack) 프레임)을 전송한다.
먼저 AP는 UL MU 트리거 프레임(UL MU Trigger frame, 2510)을 전송함으로써, UL MU 데이터를 전송할 STA들에게 UL MU 전송을 준비할 것을 지시한다. 여기서, UL MU 스케줄링 프레임은 'UL MU 스케줄링(scheduling) 프레임'의 용어로 불릴 수도 있다.
여기서, UL MU 트리거 프레임(2510)은 STA 식별자(ID: Identifier)/주소(address) 정보, 각 STA이 사용할 자원 할당 정보, 지속기간(duration) 정보 등과 같은 제어 정보를 포함할 수 있다.
STA ID/주소 정보는 상향링크 데이터를 전송하는 각 STA을 특정하기 위한 식별자 또는 주소에 대한 정보를 의미한다.
자원 할당 정보는 각 STA 별로 할당되는 상향링크 전송 자원(예를 들어, UL MU OFDMA 전송의 경우 각 STA에게 할당되는 주파수/서브캐리어 정보, UL MU MIMO 전송의 경우 각 STA에게 할당되는 스트림 인덱스)에 대한 정보를 의미한다.
지속기간(duration) 정보는 복수의 STA 각각에 의해 전송되는 상향링크 데이터 프레임의 전송을 위한 시간 자원을 결정하기 위한 정보를 의미한다.
예를 들어, 지속 기간 정보는 각 STA의 상향링크 전송을 위해 할당된 TXOP(Transmit Opportunity)의 구간 정보 혹은 상향링크 프레임 길이(frame length)에 대한 정보(예를 들어, 비트 또는 심볼)를 포함할 수 있다.
또한, UL MU 트리거 프레임(2510)은 각 STA 별로 UL MU 데이터 프레임 전송 시 사용해야 할 MCS 정보, 코딩(Coding) 정보 등과 같은 제어 정보를 더 포함할 수도 있다.
위와 같은 제어 정보는 UL MU 트리거 프레임(2510)을 전달하는 PPDU의 HE-part(예를 들어, HE-SIG A 필드 또는 HE-SIG B 필드)나 UL MU 트리거 프레임(2510)의 제어 필드(예를 들어, MAC 프레임의 Frame Control 필드 등)에서 전송될 수 있다.
UL MU 트리거 프레임(2510)을 전달하는 PPDU는 L-part(예를 들어, L-STF 필드, L-LTF 필드, L-SIG 필드 등)으로 시작하는 구조를 가진다. 이에 따라, 레가시 STA들은 L-SIG 필드로부터 L-SIG 보호(L-SIG protection)을 통해 NAV(Network Allocation Vector) 셋팅을 수행할 수 있다. 예를 들어, 레가시 STA들은 L-SIG에서 데이터 길이(length) 및 데이터율(data rate) 정보를 기반으로 NAV 셋팅을 위한 구간(이하, 'L-SIG 보호 구간')을 산출할 수 있다. 그리고, 레가시 STA들은 산출된 L-SIG 보호 구간 동안에는 자신에게 전송될 데이터가 없다고 판단할 수 있다.
예를 들어, L-SIG 보호 구간은 UL MU 트리거 프레임(2510)의 MAC duration 필드 값과 UL MU 트리거 프레임(2510)을 나르는 PPDU의 L-SIG 필드 이후의 잔여 구간의 합으로 결정될 수 있다. 이에 따라, L-SIG 보호 구간은 UL MU 트리거 프레임(2510)의 MAC duration 값에 따라 각 STA에게 전송되는 ACK 프레임(2530)(또는 BA 프레임)을 전송하는 구간까지의 값으로 설정될 수 있다.
이하, 각 STA에게 UL MU 전송을 위한 자원 할당 방법을 보다 구체적으로 살펴본다. 설명의 편의를 위해 제어 정보가 포함되는 필드를 구분하여 설명하나 본 발명이 이에 한정되는 것은 아니다.
제1 필드는 UL MU OFDMA 전송과 UL MU MIMO 전송을 구분하여 지시할 수 있다. 예를 들어, '0'이면 UL MU OFDMA 전송을 지시하고, '1'이면 UL MU MIMO 전송을 지시할 수 있다. 제1 필드의 크기는 1 비트로 구성될 수 있다.
제2 필드(예를 들어, STA ID/주소 필드)는 UL MU 전송에 참여할 STA ID 혹은 STA 주소들을 알려준다. 제2 필드의 크기는 STA ID를 알려주기 위한 비트 수 × UL MU에 참여할 STA 수로 구성될 수 있다. 예를 들어, 제2 필드가 12 비트로 구성되는 경우, 4 비트 별로 각 STA의 ID/주소를 지시할 수 있다.
제3 필드(예를 들어, 자원 할당 필드)는 UL MU 전송을 위해 각 STA에 할당되는 자원 영역을 지시한다. 이때, 각 STA에 할당되는 자원 영역은 앞서 제2 필드의 순서에 따라 각 STA에게 순차적으로 지시될 수 있다.
만약, 제1 필드 값이 '0'인 경우, 제2 필드에 포함된 STA ID/주소의 순서대로 UL MU 전송을 위한 주파수 정보(예를 들어, 주파수 인덱스, 서브캐리어 인덱스 등)를 나타내고, 제1 필드 값이 '1'인 경우, 제2 필드에 포함된 STA ID/주소의 순서대로 UL MU 전송을 위한 MIMO 정보(예를 들어, 스트림 인덱스 등)를 나타낸다.
이때, 하나의 STA에게 여러 개의 인덱스(즉, 주파수/서브캐리어 인덱스 또는 스트림 인덱스)를 알려줄 수도 있으므로, 제3 필드의 크기는 복수의 비트(혹은, 비트맵(bitmap) 형식으로 구성될 수 있음) × UL MU 전송에 참여할 STA 개수로 구성될 수 있다.
예를 들어, 제2 필드가 'STA 1', 'STA 2'의 순서로 설정되고, 제3 필드가 '2', '2'의 순서로 설정된다고 가정한다.
이 경우, 제1 필드가 '0'인 경우, STA 1은 상위(또는, 하위) 주파수 영역부터 주파수 자원이 할당되고, STA 2는 그 다음의 주파수 자원이 순차적으로 할당될 수 있다. 일례로, 80MHz 대역에서 20MHz 단위의 OFDMA를 지원하는 경우, STA 1은 상위(또는, 하위) 40MHz 대역, STA 2는 그 다음의 40MHz 대역을 사용할 수 있다.
반면, 제1 필드가 '1'인 경우, STA 1은 상위(또는, 하위) 스트림이 할당되고, STA 2는 그 다음 스트림이 순차적으로 할당될 수 있다. 이때, 각 스트림에 따른 빔포밍 방식은 사전에 지정되어 있거나, 제3 필드 또는 제4 필드에서 스트림에 따른 빔포밍 방식에 대한 보다 구체적인 정보가 포함될 수도 있다.
각 STA은 AP에 의해 전송되는 UL MU 트리거 프레임(2510)을 기반으로 UL MU 데이터 프레임(UL MU Data frame, 2521, 2522, 2523)을 AP에 전송한다. 여기서, 각 STA은 AP로부터 UL MU 트리거 프레임(2510)을 수신 후 SIFS 이후에 UL MU 데이터 프레임(2521, 2522, 2523)을 AP에 전송할 수 있다.
각 STA은 UL MU 트리거 프레임(2510)의 자원 할당 정보를 기반으로 UL MU OFDMA 전송을 위한 특정한 주파수 자원 또는 UL MU MIMO 전송을 위한 공간적 스트림을 결정할 수 있다.
구체적으로, UL MU OFDMA 전송의 경우, 각 STA은 서로 다른 주파수 자원을 통해 동일한 시간 자원 상에서 상향링크 데이터 프레임을 전송할 수 있다.
여기서, STA 1 내지 STA 3 각각은 UL MU 트리거 프레임(2510)에 포함된 STA ID/주소 정보 및 자원 할당 정보를 기반으로 상향링크 데이터 프레임 전송을 위한 서로 다른 주파수 자원을 할당 받을 수 있다. 예를 들어, STA ID/주소 정보가 STA 1 내지 STA 3을 순차적으로 지시하고, 자원 할당 정보가 주파수 자원 1, 주파수 자원 2, 주파수 자원 3을 순차적으로 지시할 수 있다. 이 경우, STA ID/주소 정보를 기반으로 순차적으로 지시된 STA 1 내지 STA 3은 자원 할당 정보를 기반으로 순차적으로 지시된 주파수 자원 1, 주파수 자원 2, 주파수 자원 3을 각각 할당 받을 수 있다. 즉, STA 1은 주파수 자원 1, STA 2는 주파수 자원 2, STA 3은 주파수 자원 3을 통해 상향링크 데이터 프레임(2521, 2522, 2523)을 AP로 전송할 수 있다.
또한, UL MU MIMO 전송의 경우, 각 STA은 복수의 공간적 스트림 중 적어도 하나의 서로 다른 스트림을 통해 동일한 시간 자원 상에서 상향링크 데이터 프레임을 전송할 수 있다.
여기서, STA 1 내지 STA 3 각각은 UL MU 트리거 프레임(2510)에 포함된 STA ID/주소 정보 및 자원 할당 정보 기반으로 상향링크 데이터 프레임 전송을 위한 공간적 스트림을 할당 받을 수 있다. 예를 들어, STA ID/주소 정보가 STA 1 내지 STA 3을 순차적으로 지시하고, 자원 할당 정보가 공간적 스트림 1, 공간적 스트림 2, 공간적 스트림 3을 순차적으로 지시할 수 있다. 이 경우, STA ID/주소 정보를 기반으로 순차적으로 지시된 STA 1 내지 STA 3은 자원 할당 정보 기반으로 순차적으로 지시된 공간적 스트림 1, 공간적 스트림 2, 공간적 스트림 3을 각각 할당 받을 수 있다. 즉, STA 1은 공간적 스트림 1, STA 2는 공간적 스트림 2, STA 3은 공간적 스트림 3을 통해 상향링크 데이터 프레임(2521, 2522, 2523)을 AP로 전송할 수 있다.
상향링크 데이터 프레임(2521, 2522, 2523)을 전달하는 PPDU는 L-part 없이도 새로운 구조로도 구성이 가능하다.
또한, UL MU MIMO 전송이거나 20MHz 미만의 서브밴드 형태의 UL MU OFDMA 전송의 경우, 상향링크 데이터 프레임(2521, 2522, 2523)을 전달하는 PPDU의 L-part는 SFN 형태(즉, 모든 STA이 동일한 L-part 구성과 내용을 동시에 전송)로 전송될 수 있다. 반면, 20MHz 이상의 서브밴드 형태의 UL MU OFDMA 전송의 경우, 상향링크 데이터 프레임(2521, 2522, 2523)을 전달하는 PPDU의 L-part는 각 STA이 할당된 대역에서 20MHz 단위로 각각 L-part가 전송될 수 있다.
UL MU 트리거 프레임(2510)의 정보로 상향링크 데이터 프레임을 충분히 구성할 수 있다면, 상향링크 데이터 프레임(2521, 2522, 2523)을 전달하는 PPDU 내 HE-SIG 필드(즉, 데이터 프레임의 구성 방식에 대한 제어 정보를 전송하는 영역)도 필요 없을 수 있다. 예를 들어, HE-SIG-A 필드 및/또는 HE-SIG-B가 전송되지 않을 수 있다. 또한, HE-SIG-A 필드와 HE-SIG-C 필드는 전송되고, HE-SIG-B 필드는 전송되지 않을 수 있다.
AP는 각 STA으로부터 수신한 상향링크 데이터 프레임(2521, 2522, 2523)에 대한 응답으로 ACK 프레임(ACK frame, 2530)(또는 BA 프레임)을 전송할 수 있다. 여기서, AP는 각 STA으로부터 상향링크 데이터 프레임(2521, 2522, 2523)을 수신하고 SIFS 이후에 ACK 프레임(2530)을 각 STA에게 전송할 수 있다.
만일, 기존의 ACK 프레임의 구조를 동일하게 이용한다면, 6 옥텟 크기를 가지는 RA 필드에 UL MU 전송에 참여하는 STA들의 AID(혹은, 부분 AID(Partial AID))를 포함하여 구성할 수 있다.
또는, 새로운 구조의 ACK 프레임을 구성한다면 DL SU 전송 또는 DL MU 전송을 위한 형태로 구성이 가능하다.
AP는 수신에 성공한 UL MU 데이터 프레임에 대한 ACK 프레임(2530)만을 해당 STA에게 전송할 수 있다. 또한, AP는 ACK 프레임(2530)을 통해 수신 성공 여부를 ACK 또는 NACK으로 알려줄 수 있다. 만약 ACK 프레임(2530)이 NACK 정보를 포함한다면, NACK에 대한 이유나 그 후의 절차를 위한 정보(예를 들어, UL MU 스케줄링 정보 등)도 포함할 수 있다.
또는, ACK 프레임(2530)을 전달하는 PPDU는 L-part 없이 새로운 구조로 구성할 수도 있다.
ACK 프레임(2530)은 STA ID 혹은 주소 정보를 포함할 수도 있으나, UL MU 트리거 프레임(2510)에서 지시된 STA의 순서를 동일하게 적용한다면, STA ID 혹은 주소 정보를 생략할 수도 있다.
또한, ACK 프레임(2530)의 TXOP(즉, L-SIG 보호 구간)을 연장하여 다음의 UL MU 스케줄링을 위한 프레임이나, 다음의 UL MU 전송을 위한 보정 정보 등을 포함하는 제어 프레임이 TXOP 내 포함될 수도 있다.
한편, UL MU 전송을 위하여 STA들 간에 동기를 맞추는 등의 보정(adjustment) 과정을 추가될 수도 있다.
도 26 내지 28은 본 발명의 일 실시예에 따른 OFDMA 다중 사용자(multi-user) 전송 방식에서 자원 할당 단위를 예시하는 도면이다.
DL/UL OFDMA 전송 방식이 사용될 때, PPDU 대역폭 내에서 n개의 톤(tone)(또는 서브캐리어(subcarrier)) 단위로 복수 개의 자원 유닛(Resource Unit)이 정의될 수 있다.
자원 유닛은 DL/UL OFDMA 전송을 위한 주파수 자원의 할당 단위를 의미한다.
하나의 STA에게 DL/UL 주파수 자원으로 하나 이상의 자원 유닛이 할당되어, 복수 개의 STA에게 각각 서로 다른 자원 유닛이 할당될 수 있다.
도 26에서는 PPDU 대역폭이 20MHz인 경우를 예시한다.
20MHz PPDU 대역폭(bandwidth)의 중심 주파수 영역에는 7개의 DC 톤들이 위치할 수 있다. 또한, 20MHz PPDU 대역폭의 양측에는 6개의 레프트 가드 톤들(left guard tones) 및 5개의 라이트 가드 톤들(right guard tones)이 각각 위치할 수 있다.
도 26(a)와 같은 자원 유닛 구성 방식에 따르면, 하나의 자원 유닛은 26개의 톤으로 구성될 수 있다. 또한, 도 26(b)와 같은 자원 유닛 구성 방식에 따르면, 하나의 자원 유닛은 52개의 톤으로 구성되거나 26개의 톤으로 구성될 수 있다. 또한, 도 26(c)와 같은 자원 유닛 구성 방식에 따르면, 하나의 자원 유닛은 106개의 톤으로 구성되거나 26개의 톤으로 구성될 수 있다. 또한, 도 26(d)와 같은 자원 유닛 구성 방식에 따르면, 하나의 자원 유닛은 242개의 톤으로 구성될 수 있다.
26 톤으로 구성된 자원 유닛은 2개의 파일럿 톤을 포함할 수 있으며, 52 톤으로 구성된 자원 유닛은 4개의 파일럿 톤을 포함할 수 있으며, 106 톤으로 구성된 자원 유닛은 4개의 파일럿 톤을 포함할 수 있다.
도 26(a)와 같이 자원 유닛이 구성되는 경우, 20MHz 대역에서 DL/UL OFDMA 전송을 위해 최대 9개의 STA까지 지원할 수 있다. 또한, 도 26(b)와 같이 자원 유닛이 구성되는 경우, 20MHz 대역에서 DL/UL OFDMA 전송을 위해 최대 5개의 STA까지 지원할 수 있다. 또한, 도 26(c)와 같이 자원 유닛이 구성되는 경우, 20MHz 대역에서 DL/UL OFDMA 전송을 위해 최대 3개의 STA까지 지원할 수 있다. 또한, 26(d)와 같이 자원 유닛이 구성되는 경우, 20MHz 대역은 하나의 STA에게 할당될 수 있다.
DL/UL OFDMA 전송에 참여하는 STA의 수 및/또는 해당 STA이 전송하는 혹은 수신하는 데이터의 양 등에 기반하여 도 26(a) 내지 도 26(d) 중에 어느 하나의 자원 유닛 구성 방식이 적용되거나 또는, 도 26(a) 내지 도 26(d)이 조합된 자원 유닛 구성 방식이 적용될 수 있다.
도 27에서는 PPDU 대역폭이 40MHz인 경우를 예시한다.
40MHz PPDU 대역폭의 중심 주파수 영역에는 5개의 DC 톤들이 위치할 수 있다. 또한, 40MHz PPDU 대역폭의 양측에는 12개의 레프트 가드 톤들 및 11개의 라이트 가드 톤들이 각각 위치할 수 있다.
도 27(a)와 같은 자원 유닛 구성 방식에 따르면, 하나의 자원 유닛은 26개의 톤으로 구성될 수 있다. 또한, 도 27(b)와 같은 자원 유닛 구성 방식에 따르면, 하나의 자원 유닛은 52개의 톤으로 구성되거나 26개의 톤으로 구성될 수 있다. 또한, 도 27(c)와 같은 자원 유닛 구성 방식에 따르면, 하나의 자원 유닛은 106개의 톤으로 구성되거나 26개의 톤으로 구성될 수 있다. 또한, 도 27(d)와 같은 자원 유닛 구성 방식에 따르면, 하나의 자원 유닛은 242개의 톤으로 구성될 수 있다. 또한, 도 27(e)과 같은 자원 유닛 구성 방식에 따르면, 하나의 자원 유닛은 484개의 톤으로 구성될 수 있다.
26 톤으로 구성된 자원 유닛은 2개의 파일럿 톤을 포함할 수 있으며, 52 톤으로 구성된 자원 유닛은 4개의 파일럿 톤을 포함할 수 있으며, 106 톤으로 구성된 자원 유닛은 4개의 파일럿 톤을 포함할 수 있으며, 242 톤으로 구성된 자원 유닛은 8개의 파일럿 톤을 포함할 수 있으며, 484 톤으로 구성된 자원 유닛은 16개의 파일럿 톤을 포함할 수 있다.
도 27(a)와 같이 자원 유닛이 구성되는 경우, 40MHz 대역에서 DL/UL OFDMA 전송을 위해 최대 18개의 STA까지 지원할 수 있다. 또한, 도 27(b)와 같이 자원 유닛이 구성되는 경우, 40MHz 대역에서 DL/UL OFDMA 전송을 위해 최대 10개의 STA까지 지원할 수 있다. 또한, 도 27(c)와 같이 자원 유닛이 구성되는 경우, 40MHz 대역에서 DL/UL OFDMA 전송을 위해 최대 6개의 STA까지 지원할 수 있다. 또한, 27(d)와 같이 자원 유닛이 구성되는 경우, 40MHz 대역에서 DL/UL OFDMA 전송을 위해 최대 2개의 STA까지 지원할 수 있다. 또한, 27(e)와 같이 자원 유닛이 구성되는 경우, 해당 자원 유닛은 40MHz 대역에서 SU DL/UL 전송을 위해 1개의 STA에 할당될 수 있다.
DL/UL OFDMA 전송에 참여하는 STA의 수 및/또는 해당 STA이 전송하는 혹은 수신하는 데이터의 양 등에 기반하여 도 27(a) 내지 도 27(e) 중에 어느 하나의 자원 유닛 구성 방식이 적용되거나 또는, 도 27(a) 내지 도 27(e)이 조합된 자원 유닛 구성 방식이 적용될 수 있다.
도 28에서는 PPDU 대역폭이 80MHz인 경우를 예시한다.
80MHz PPDU 대역폭의 중심 주파수 영역에는 7개의 DC 톤들이 위치할 수 있다. 다만, 80MHz PPDU 대역폭이 하나의 STA에 할당된 경우에(즉, 996 톤으로 구성된 자원 유닛이 하나의 STA에 할당된 경우) 중심 주파수 영역에는 5개의 DC 톤들이 위치할 수 있다. 또한, 80MHz PPDU 대역폭의 양측에는 12개의 레프트 가드 톤들 및 11개의 라이트 가드 톤들이 각각 위치할 수 있다.
도 28(a)와 같은 자원 유닛 구성 방식에 따르면, 하나의 자원 유닛은 26개의 톤으로 구성될 수 있다. 또한, 도 28(b)와 같은 자원 유닛 구성 방식에 따르면, 하나의 자원 유닛은 52개의 톤으로 구성되거나 26개의 톤으로 구성될 수 있다. 또한, 도 28(c)와 같은 자원 유닛 구성 방식에 따르면, 하나의 자원 유닛은 106개의 톤으로 구성되거나 26개의 톤으로 구성될 수 있다. 또한, 도 28(d)와 같은 자원 유닛 구성 방식에 따르면, 하나의 자원 유닛은 242개의 톤으로 구성되거나 26개의 톤으로 구성될 수 있다. 도 28(e)와 같은 자원 유닛 구성 방식에 따르면, 하나의 자원 유닛은 484개의 톤으로 구성되거나 26개의 톤으로 구성될 수 있다. 도 28(f)와 같은 자원 유닛 구성 방식에 따르면, 하나의 자원 유닛은 996개의 톤으로 구성될 수 있다.
26 톤으로 구성된 자원 유닛은 2개의 파일럿 톤을 포함할 수 있으며, 52 톤으로 구성된 자원 유닛은 4개의 파일럿 톤을 포함할 수 있으며, 106 톤으로 구성된 자원 유닛은 4개의 파일럿 톤을 포함할 수 있으며, 242 톤으로 구성된 자원 유닛은 8개의 파일럿 톤을 포함할 수 있으며, 484 톤으로 구성된 자원 유닛은 16개의 파일럿 톤을 포함할 수 있으며, 996 톤으로 구성된 자원 유닛은 16개의 파일럿 톤을 포함할 수 있다.
도 28(a)와 같이 자원 유닛이 구성되는 경우, 80MHz 대역에서 DL/UL OFDMA 전송을 위해 최대 37개의 STA까지 지원할 수 있다. 또한, 도 28(b)와 같이 자원 유닛이 구성되는 경우, 80MHz 대역에서 DL/UL OFDMA 전송을 위해 최대 21개의 STA까지 지원할 수 있다. 또한, 도 28(c)와 같이 자원 유닛이 구성되는 경우, 80MHz 대역에서 DL/UL OFDMA 전송을 위해 최대 13개의 STA까지 지원할 수 있다. 또한, 28(d)와 같이 자원 유닛이 구성되는 경우, 80MHz 대역에서 DL/UL OFDMA 전송을 위해 최대 5개의 STA까지 지원할 수 있다. 또한, 28(e)와 같이 자원 유닛이 구성되는 경우, 80MHz 대역에서 DL/UL OFDMA 전송을 위해 최대 3개의 STA까지 지원할 수 있다. 또한, 28(f)와 같이 자원 유닛이 구성되는 경우, 해당 자원 유닛은 80MHz 대역에서 SU DL/UL 전송을 위해 1개의 STA에 할당될 수 있다.
DL/UL OFDMA 전송에 참여하는 STA의 수 및/또는 해당 STA이 전송하는 혹은 수신하는 데이터의 양 등에 기반하여 도 28(a) 내지 도 28(f) 중에 어느 하나의 자원 유닛 구성 방식이 적용되거나 또는, 도 28(a) 내지 도 28(f)이 조합된 자원 유닛 구성 방식이 적용될 수 있다.
이외에도 도면에는 도시하지 않았으나, PPDU 대역폭이 160MHz인 경우의 자원 유닛의 구성 방식도 제안될 수 있다. 이 경우, 160MHz PPDU의 대역폭은 도 32에서 상술한 80MHz PPDU 대역폭이 2번 반복된 구조를 가질 수 있다.
상술한 자원 유닛 구성 방식에 따라 결정된 전체 자원 유닛 중 DL/UL OFDMA 전송을 위해 일부의 자원 유닛만이 이용될 수도 있다. 예를 들어, 20MHz 내에서 26(a)과 같이 자원 유닛이 구성되는 경우, 9개 미만의 STA에게 각각 하나씩 자원 유닛이 할당되고, 나머지 자원 유닛은 어느 STA에게도 할당되지 않을 수 있다.
DL OFDMA 전송의 경우, PPDU의 데이터 필드는 각 STA에게 할당된 자원 유닛 단위로 주파수 영역(frequency domain)에서 다중화되어 전송된다.
반면, UL OFDMA 전송의 경우, 각 STA 별로 각각 자신이 할당 받은 자원 유닛 단위로 PPDU의 데이터 필드를 구성하고 동시에 AP에게 전송할 수 있다. 이처럼 각 STA이 동시에 PPDU를 전송하므로, 수신단인 AP 입장에서는 각 STA으로부터 전송되는 PPDU의 데이터 필드가 주파수 영역(frequency domain)에서 다중화되어 전송되는 것으로 인식될 수 있다.
또한, DL/UL OFDMA 전송과 DL/UL MU-MIMO 전송이 동시에 지원되는 경우, 하나의 자원 유닛은 공간 영역(spatial domain)에서 복수의 스트림으로 구성될 수 있다. 그리고, 하나의 STA에게 DL/UL 공간 자원(spatial resource)으로서 하나 이상의 스트림이 할당되어, 복수 개의 STA에게 각각 서로 다른 스트림이 할당될 수 있다.
예를 들어, 도 25(c)에서 106 톤으로 구성되는 자원 유닛은 공간 영역(spatial domain)에서 복수의 스트림으로 구성되어 DL/UL OFDMA와 DL/UL MU-MIMO를 동시에 지원할 수 있다.
HE control field의 구성 방법
차세대 무선 통신 시스템에서는 HE 제어 필드(HE control field)가 아래와 같이 크게 두 가지 방식으로 새롭게 정의될 수 있다.
1. 레가시(또는 기존의) HT/VHT 제어 필드를 재사용하여 차세대 시스템을 위한 새로운 HE 제어 필드를 정의함.
2. HE 제어 필드가 포함된 새로운 서브 타입(예를 들어, ‘제어 타입’)의 제어 프레임을 정의함.
이때, HE 제어 필드에 포함되는 제어 정보의 타입들에는 아래와 같은 예시들이 존재할 수 있다.
- 피드백 요청/응답, ACK 요청/응답, BA 요청/응답, BAR 요청/응답, 버퍼 상태 요청/응답 등
이러한 제어 정보는 각각 서로 다른 타입의 HE 제어 필드로 정의될 수 있으며(또는 서로 다른 타입의 HE 제어 필드들에 각각 포함될 수 있으며), 서로 다른 타입의 제어 정보로 정의되어 하나의 HE 제어 필드 내에 포함될 수 있다. 본 명세서에서 서로 다른 타입은 서로 다른 ID로서 구분될 수 있다. 즉, 서로 다른 타입에 해당함은 서로 다른 ID를 갖는 것으로 해석될 수 있다.
HE 제어 필드가 포함된 MAC 헤더의 오버헤드를 줄이기 위해, 압축된(compressed) MAC 헤더 포맷이 제안될 수 있으며, 압축된 MAC 헤더 포맷에 관한 예시는 도 29(b)에 도시한 바와 같다.
도 29는 본 발명의 일 실시예에 따른 MPDU를 예시한다. 보다 상세하게는, 도 29(a)는 프로토콜 버전 ‘0’의 MPDU를 예시하며, 도 29(b)는 프로토콜 버전 ‘1’의 MPDU를 예시한다.
도 29를 참조하면, 차세대 시스템에서 새롭게 정의되는 프로토콜 버전 ‘1’의 MPDU는, 프로토콜 버전 ‘0’의 레가시 MPDU에 포함된 MAC 헤더가 압축된 형태의 ‘압축된 MAC 헤더’를 포함할 수 있다.
이러한 압축된 MAC 헤더는 레가시 MAC 헤더 내 주소 필드의 사이즈가 줄어든 형태로 정의될 수 있다. 보다 상세하게는, 압축된 MAC 헤더는, TA 필드 또는 RA 필드에 해당하는 A1 필드에 MAC 주소가 포함되는 것이 아니라, 더 작은 사이즈의 BSS ID 또는 STA ID가 포함되는 형태로 정의될 수 있다. 예를 들어, AP에서 STA에게 전송되는 패킷의 경우, 주소 1 필드(A1 필드)는 STA의 MAC 주소인 RA(6 octets) 대신에, STA의 ID(예를 들어, AID(12 bits))가 포함될 수 있다. 이렇듯 MAC 주소 대신 사이즈가 더 작은 ID를 대신 사용함으로써 압축된 형태의 MAC 헤더 포맷을 생성할 수 있다.
이 경우, A1 필드의 사이즈는 6 octets에서 2 octets로 줄어들 수 있으며, 이에 관한 예시는 도 30에 도시한 바와 같다.
도 30은 본 발명의 일 실시예에 따른 압축된 A1 필드를 예시한 도면이다.
도 30을 참조하면, 앞서 상술한 바와 같이 A1 필드가 MAC 주소 대신 STA의 ID 또는 BSS ID를 포함하는 것으로 정의된다면, A1 필드의 사이즈는 6 octets에서 2 octets로 줄어들 수 있다. 이때, A1 필드에서 STA ID를 지시하는 12 비트들을 제외하면 총 4개의 잔여 비트들이 발생하게 된다.
이러한 잔여 비트들(4 bits) 중 3 bits(B13~B15)는, 본 도면에 도시한 바와 같이, A3/A4 필드가 존재하는지 여부(각 1 bit) 및 A-MSDU가 존재하는지 여부(1 bit)를 지시하는 데 사용될 수 있다. 그러나, 이에 한정되는 것은 아니며, 해당 3 bits는 다양한 제어 정보를 지시하는 데 사용될 수 있다. 잔여 비트들(4 bits) 중 마지막 1 bit(B12)의 사용 실시예에 관하여는 이하에서 상세히 후술하기로 한다.
이러한 압축된 MAC 헤더 포맷을 지시하기 위한 방식으로는 아래와 같이 크게 세 가지 방식이 제안될 수 있다.
1. Delimiter 필드에 포함된 예비 비트(reserved bit, 1 bit)를 이용하여 압축된 MAC 헤더의 사용/포함 여부를 지시한다.
2. 프로토콜 버전 필드를 이용하여 압축된 MAC 헤더의 사용/포함 여부를 지시한다. 예를 들어, 프로토콜 버전 필드가 ‘1’로 설정되는 경우에는, 압축된 MAC 헤더가 사용/포함되었음을 지시한다.
3. 새로운 타입 또는 서브 타입을 정의하고, 이러한 타입 또는 서브 타입의 프레임에는 압축된 MAC 헤더를 사용/포함하는 것으로 정의한다.
이하에서는 앞서 상술한 A1 필드의 마지막 1 bit(B12)의 사용 실시예에 관하여 구체적으로 살펴보기로 한다. 상기 A1 필드의 B12는 아래와 같이 크게 2 가지 방식으로 사용될 수 있다.
1. 버퍼 상태 요청을 지시
일 실시예로서, 상기 주소 필드의 예비 비트(1bit)(예를 들어, B12)는 버퍼 상태 요청용으로 사용될 수 있다. 즉, AP가 STA에게 버퍼 상태 보고를 전송하라고 요청하는 경우, 해당 비트(B12)를 ‘1’(또는 ‘0’)로 설정할 수 있다. 이 경우, STA은 수신한 프레임의 MAC 페이로드에 어떤 DL 데이터가 포함되어 있는지와 무관하게 버퍼 상태 보고를 AP로 전송할 수 있다.
이때 버퍼 상태 정보가 전송되는 방식은, 예를 들어, HE 제어 필드 내 하나의 제어 타입/ID로 포함되어 전송될 수도 있고, 기존처럼 QoS 제어 필드에 포함되어 전송될 수도 있고, MAC 페이로드에 포함되어 전송될 수도 있다.
2. 복수(multiple)/가변(variable) 제어 필드의 포함을 지시
일 실시예로서, 상기 주소 필드의 예비 비트(1bit)(예를 들어, B12)는 복수개의 제어 필드들의 존재/포함 여부를 지시하는 데 사용될 수 있다. 상기 실시예를 살펴보기에 앞서 HE 제어 필드를 지시하는 방법에 관하여 우선 살펴본다.
도 31은 본 발명의 일 실시예에 따른 VHT 제어 필드의 구성을 예시한 도면이다.
(HT/VHT) 제어 필드의 HE 포맷(즉, (HT/VHT) 제어 필드가 HE 제어 필드에 해당하는지 여부)은 해당 (HT/VHT) 제어 필드에 포함된 예비 비트를 이용하여 도 31과 같이 지시될 수 있다.
만일, HE 제어 필드의 포함 여부가, 레가시 HT/VHT 제어 필드와 마찬가지로, control wrapper frame 혹은 오더(order) 서브 필드가 ‘1’로 설정된 경우에 알 수 있다고 하면, 도 31에 도시한 바와 같이, 제어 필드의 VHT 지시 비트 및 이에 뒤따르는 예비 비트가 모두 ‘1’로 설정됨으로써 해당 제어 필드가 HE 제어 필드임이 지시될 수 있다.
혹은 PPDU 포맷이 11ax인 경우에는 제어 필드로서 항상 “HE” 제어 필드가 포함되는 것으로 설정/정의될 수도 있다.
이 경우, 만일, 하나의 HE 제어 필드당 하나의 또는 제한된 특정 제어 정보만 포함된다고 가정하면(예를 들어, HT 제어 필드와 같이 4 octets으로 사이즈가 고정된 경우 등), 복수의 HE 제어 필드들이 정의될 수 있으며, 이렇게 정의된 다수의 HE 제어 필드들 중 적어도 하나는 MAC 헤더에 포함될 수 있다. 이때, 상기 주소 필드의 예비 비트(1bit)(예를 들어, 상술한 B12)는 해당 MAC 헤더에 복수의 HE 제어 필드들이 포함되어있는지 여부를 지시하는 데 사용될 수 있다. 예를 들어, 해당 비트(B12)가 ‘0’으로 설정된 경우, STA은 해당 MAC 헤더에는 하나의 HE 제어 필드만이 포함된 것으로 인식할 수 있다. 반대로, 해당 비트(B12)가 ‘1’으로 설정된 경우, STA은 해당 MAC 헤더에는 복수의 HE 제어 필드들이 포함된 것으로 인식할 수 있다.
또는, 상기 주소 필드의 예비 비트(1bit)(예를 들어, B12)는 다수의 HE 제어 필드들뿐 아니라 다른 제어 필드(예를 들어, QoS 제어 필드 등)까지 포함된 다수개의 제어 필드의 포함 여부를 지시하는 데 사용될 수 있다. 다만, 이 경우 STA은 마지막 제어 필드가 무엇인지를 알아야 하기 때문에, 각 제어 필드의 마지막 bit는 EoC(End of Control) 필드로 설정될 수 있다.
도 32(a)는 본 발명의 일 실시예에 따른 복수의 HE 제어 필드들의 포맷을 예시한 도면이다.
도 32(a)를 참조하면, 복수의 HE 제어 필드들이 하나의 MAC 헤더에 포함되는 경우, 각 HE 제어 필드들의 마지막에는 EoC 필드가 삽입될 수 있다. EoC 필드는 해당 제어 필드가 마지막 필드인지 혹은 뒤따르는 제어 필드가 추가로 존재하는지 여부를 지시할 수 있다. 이는, HE 제어 필드 내에 하나의 제어 정보 타입 및/또는 하나의 제어 정보 컨텐츠만 포함되는 경우에 유용할 수 있다. 또는 이와 달리, 기존의 HT 제어 필드나 QoS 제어 필드가 그대로 적용될 수도 있다.
또는, HE 제어 필드는 항상 복수개로 포함되며, 길이는 고정되어 있다고 가정할 수 있다. 이때, HE 제어 필드 내의 VHT 서브 필드와 예비 비트가 ‘11’로 설정된 경우, 각 HE 제어 필드의 끝에 EoC 필드를 항상 포함시킴으로써 HE 제어 필드의 복수개 포함 여부를 알려줄 수도 있다. 이 경우에는 HE 제어 필드의 복수개 포함 여부를 지시하기 위해 주소 필드의 예비 비트(1bit)(예를 들어, B12)를 별도로 이용하지 않아도 된다는 장점이 있다. 주소 필드를 이용하려면 항상 압축된 MAC 헤더를 사용해야 한다는 제약이 존재하기 때문이다.
이외에 복수의 HE 제어 필드들을 포함시키기 위한 다른 방법으로, HE 제어 필드를 기존과 같이 4 octets으로 구성하되, A-MPDU에 포함된 각 MPDU마다 같은 혹은 다른 HE 제어 필드/정보를 포함시킬 수도 있다. 이때 각 MPDU에 서로 다른 필드/정보(또는 동일한 필드/정보)가 포함되어 있음을 상기 주소 필드의 예비 비트(1bit)(예를 들어, B12)를 통해 지시할 수도 있다.
다른 실시예로서, 상기 주소 필드의 예비 비트(1bit)(예를 들어, B12)는 가변 제어 필드의 존재/포함 여부를 지시하는 데 사용될 수 있다. 여기서 가변 제어 필드는 길이가 고정되어 있지 않는(즉, 가변 길이를 갖는) HE 제어 필드 및/또는 앞서 언급한 예시들과 같이 제어 정보의 타입 및 컨텐츠를 하나 이상 포함하는 HE 제어 필드를 지칭할 수 있다.
즉, 본 실시예에서 MAC 헤더에는 하나의 HE 제어 필드가 포함될 수 있으며, 해당 HE 제어 필드의 길이는 고정되지 않고 가변되며, 이러한 가변 길이를 갖는 HE 제어 필드의 존재는 상기 주소 필드의 예비 비트(1bit)(예를 들어, B12)에 의해 지시될 수 있다.
예를 들어, 상기 주소 필드의 예비 비트(1bit)(예를 들어, B12)가 ‘0’이면 고정된 길이(예를 들어, 기존과 같이 4octets)의 HE 제어 필드가, ‘1’이면 가변 길이의 HE 제어 필드가 포함되어 있음을 지시할 수 있다. 혹은 상기 주소 필드의 예비 비트(1bit)(예를 들어, B12)가 ‘0’이면 4 octets 길이의 HT/VHT 제어 필드가, ‘1’이면 특정 octets 길이의 HE 제어 필드가 포함되어 있음을 지시될 수 있다.
이때, 앞서 상술한 예시에서와 같이, HE 제어 필드에는 하나 이상의 제어 정보의 타입 및 각 타입에 대한 컨텐츠가 포함될 수 있는데, 각 타입 별 컨텐츠 길이가 고정되는지 또는 가변되는지에 따라 도 31(b) 및 31(c)의 실시예들에서와 같이 HE 제어 프레임이 서로 다르게 구성될 수 있다.
도 32(b) 및 32(c)는 본 발명의 일 실시예에 따른 HE 제어 프레임을 예시한 도면이다.
도 32(b)를 참조하면, 만일, 각 제어 타입/ID별 컨텐츠의 길이가 특정 길이로 고정된다면, 각 타입/ID별 컨텐츠 뒤에 EoC 필드(1 bit)를 포함시킴으로써 복수의 제어 타입/ID 별 컨텐츠를 구별할 수 있다. 다만, 만일 앞서 상술한 실시예에서와 같이, 주소 필드(예를 들어, A1)의 예비 비트(예를 들어, B12)가 ‘0’인 경우(즉, HE 제어 필드의 전체 길이가 고정되어 있는 경우)에는 EoC 필드가 별도로 필요하지 않을 수도 있다.
도 32(c)를 참조하면, 만일 각 제어 타입/ID별 컨텐츠의 길이가 가변되는 경우에는 복수의 제어 타입/ID별 컨텐츠를 구별하기 위해, 각 타입/ID별 컨텐츠의 길이를 지시하는 길이 필드가 포함될 수 있다. 이때 HT/VHT 제어 필드의 VHT 서브 필드와 예비 비트를 ‘11’로 설정하여 해당 HT/VHT 제어 필드가 HE 제어 필드임을 지시할 수 있으며, 이에 관하여는 이하에서 상세히 후술한다. 다만, 앞서 언급했듯이 프로토콜 버전을 달리하거나 새로운 서브 타입을 정의하는 등의 방식을 사용해서 HE 제어 필드임을 지시한다면 이는 필요 없는 비트 설정일 수 있다.
도 32(a) 내지 32(c)의 실시예들에서 각 비트의 위치는 도면의 도시된 바에 한정되지 않고 달라질 수 있다. 예를 들어, EoC 필드는 바이트 정렬(Byte align)을 맞추기 위해서 제어 타입의 뒤에 위치할 수도 있다.
상술한 실시예들에서 버퍼 상태 요청 지시 및 복수/가변 제어 필드 지시 등이 압축된 MAC 헤더에 포함되어 있는 주소 필드의 B12에 의해 지시되는 실시예를 중심으로 설명하였으나 이에 한정되는 것은 아니며, 상기 기능들/실시예들의 수행은 B12 대신 (압축 또는 비압축) MAC 헤더에 포함되어 있는 특정 비트/필드로 대체될 수 있음은 물론이다.
이하에서는 HE 제어 필드에 포함되는 제어 컨텐츠(또는 제어 정보)를 포함하는 제어 컨텐츠 필드와 제어 컨텐츠(또는 정보) 타입을 지시하는 제어 ID 필드를 어떻게 구성할지에 관하여 제안하기로 한다. 이하에서 후술하는 실시예들은 앞서 상술한 압축된 MAC 헤더뿐 아니라 비압축 MAC 헤더에 포함되는 HE 제어 필드에 모두 적용될 수 있다. 또한, 이하에서는 설명의 편의를 위해 사이즈가 4 octets으로 고정된 HE 제어 필드를 기준으로 설명하나, 이에 한정되는 것은 아니며, 가변 길이를 갖는 HE 제어 필드에서 이하의 실시예들이 동일하게 적용될 수 있다.
1. 제어 ID 필드의 구성
도 33은 본 발명의 일 실시예에 따른 제어 ID 필드의 구성을 예시한 도면이다.
도 33(a)를 참조하면, 일 실시예로서, 제어 ID 필드는 앞서 상술한 바와 같이 HE 제어 필드임을 지시하기 위한 VHT 서브 필드 및 예비 비트(또는 HE variant 필드)를 포함할 수 있으며, 해당 필드 및 비트는 ‘11’로 설정된다. 또한, 제어 ID 필드는, MAC 헤더에 포함되어 있는 제어 ID들 중 마지막 제어 ID임을 지시하는(또는 MAC 헤더에 포함되어 있는 제어 정보 중 마지막 제어 정보에 해당하는 제어 ID임을 지시하는) EoC 필드(1 bit)을 포함할 수 있다. 제어 ID 정보를 5 bits로 지시한다면 제어 ID 필드는 총 1 byte의 사이즈로 구성된다.
도 33(b)를 참조하면, 다른 실시예로서, HE 제어 필드의 첫 번째 제어 ID 필드는 HE 제어 필드임을 지시하기 위한 VHT 서브 필드 및 예비 비트(또는 HE variant 필드)를 포함할 수 있으며, 해당 필드 및 비트는 ‘11’로 설정된다. 추가로, 첫 번째 제어 ID 필드에는 제어 ID 정보(5~6 bits)와 예비 비트 또는 EoC 필드(0~1 bit)가 포함될 수 있다.
만일, MAC 헤더에 포함된 특정 비트(예를 들어, A1 필드의 B12)가 복수 제어 ID의 포함을 지시한다면, HE 제어 필드에 포함된 두 번째 이후의 제어 ID 필드는 EoC 필드(1 bit) 및 예비 비트(1~2 bits)를 포함할 수 있으며, 총 1 byte의 사이즈로 구성될 수 있다.
제어 ID 필드에서 지시하는 제어 ID(즉, 제어 (컨텐츠/정보) 타입)의 종류는 Ack/BA 요청/응답, Buffer 상태 요청/응답, CSI(Channel State Information) 피드백 요청/응답, UL 자원 트리거 등이 있을 수 있다.
본 명세서에서 제어 ID 필드와 각 제어 ID 필드에 대응되는 제어 컨텐츠 필드는 그룹핑되어 하나의 ‘제어 서브 필드’로서 정의될 수 있다.
2. 제어 ID(또는 타입)별 제어 컨텐츠 필드의 구성
(1) 제어 ID(또는 타입)가 Ack/BA 요청에 해당하는 경우의 제어 컨텐츠 필드의 구성
제1 실시예로서, 암시적 즉시(Implicit immediate) Ack/BA 요청의 경우에는 별도의 제어 컨텐츠 필드 시그널링이 필요 없다.
제2 실시예로서, 명시적 즉시(Explicit immediate) Ack/BA 요청의 경우에는 Ack/BA 프레임을 전송할 자원 영역 및/또는 전송 방식에 대한 정보 등(이하, 트리거 정보라 지칭함)을 Ack/BA 프레임을 전송할 STA에게 알려줄 필요가 있다. 이 경우, 제어 컨텐츠 필드는 트리거 정보로서 예를 들어, UL PPDU의 길이 정보, 자원 유닛 할당 정보 및/또는 (차등(differential)) MCS 정보 등을 포함할 수 있으며, 이 경우 2~3bytes의 사이즈로 구성될 수 있다. 만일 해당 STA이 다른 UL 데이터 전송을 위한 트리거 정보를 따로 수신한 경우라면, UL 데이터와 함께 Ack/BA 프레임을 전송하면 되므로, 제어 컨텐츠는 별도로 시그널링되지 않을 수 있다.
STA이 Ack/BA(또는 응답)을 (MAC) 헤더로 전송하는 경우에는 별도의 트리거 트리거 정보가 필요 없으므로, 이 경우에도 제어 컨텐츠는 별도로 시그널링되지 않을 수 있다.
이때 Ack/BA 전송을 위한 트리거 정보가 필요한 경우와 필요 없는 경우를 구별하여 각각 별도의 제어 ID/타입으로 구성할 수도 있다. 이는, Ack/BA가 (MAC) 헤더로 전송되는 경우와 PPDU로 전송되는 경우로 구별되는 것과 같은 맥락으로 해석될 수 있다.
제3 실시예로서, 명시적 지연(Explicit delayed) Ack/BA 요청의 경우(즉, BAR 전송), 제어 컨텐츠 필드는 상기 제2 실시예에서의 트리거 정보 외에 BAR 제어 필드 및 BAR 정보 필드를 추가로 포함하여야 한다. 이하에서 후술하는 압축 방식(예를 들어, 압축된 BAR 제어 필드)을 사용한다 하더라도, HE 제어 필드를 구성하기 위해서는 제어 ID 필드를 포함하여 4bytes 이상이 필요하다. 따라서, 명시적 지연 Ack/BA(또는 BAR) 요청을 위한 제어 컨텐츠 필드는 길이가 가변적인 HE 제어 필드에 포함되거나, 별도의 MPDU에 포함/구성되어 페이로드로 전송될 수 있다. 혹은 트리거 정보가 포함된 유니캐스트 트리거 프레임이 전송되는 경우에는 트리거 정보는 제외하고, 압축된 BAR 제어 필드 및 BAR 정보 필드만 제어 컨텐츠 필드에 포함시켜 전송할 수 있다. 이때 압축된 BAR 제어 필드 및 BAR 정보 필드는 도 34의 예시와 같이 구성될 수 있다.
도 34는 본 발명의 일 실시예에 따른 압축된 BAR 제어 필드 및 BAR 정보 필드의 구성을 예시한 도면이다.
다중(Multi)-TID(traffic identifier)의 경우, 복수 개의 HE 제어 필드가 수신될 수 있다. 이는, 앞서 설명한 복수/가변 HE 제어 필드를 사용하거나, A-MPDU의 MPDU마다 서로 다른 HE 제어 필드를 포함시킴으로써 수행될 수 있다.
혹은, 압축 방식을 사용하지 않고 BAR(또는 BA 응답)은 MPDU로 구성되어 페이로드에서 전송될 수 있다. 혹은 BAR(또는 BA 응답)은 다중-TID인 경우에만 MPDU로 구성되어 페이로드에서 전송될 수 있다. 이 경우 다중-TID 관련 필드는 예비 비트로 남겨둘 수 있다.
만일, 상술한 모든 경우(제1 내지 제3 실시예의 경우)에 대해서 별도의 QoS 제어 필드가 전송되어, Ack 정책(policy)으로 상기 제1 내지 제3 실시예 및/또는 No Ack을 포함한 정보가 지시되지 않는다면, 이를 지시하기 위해 제어 ID와 함께 Ack 정책이 전송될 수 있다(HE 제어 필드에서). 혹은 Ack 정책에 따라 별도로 정의된 제어 ID가 전송될 수도 있다. 이 경우, 제1 실시예와 제2 실시예에서 Ack/BA 응답이 (MAC) 헤더에서 전송되는 경우에는 제어 ID만 전송될 수 있다(HE 제어 필드에서). 또는 제2 및 제3 실시예에서 트리거 정보는 트리거 요청을 통해 지시되며, Ack/BA 요청은 별도로 지시될 수 있다.
(2) 제어 ID(또는 타입)가 Ack/BA 응답에 해당하는 경우의 제어 컨텐츠 필드의 구성
제1 실시예로서, Ack 응답의 경우, 제어 ID 외에 별다른 컨텐츠 시그널링은 불필요할 수 있다.
제2 실시예로서, BA 응답의 경우에는 앞서 BAR 관련 실시예에서 언급한 압축 방식을 사용하더라도, BA 제어 필드 및 BA 정보 필드에만 11bytes 이상이 소요되므로, 4bytes로 길이가 제한된 HE 제어 필드에는 포함될 수 없다. 따라서 BA 응답에 관한 제어 컨텐츠 필드/정보는 가변 길이를 갖는 HE 제어 필드에 포함되거나, 별도의 MPDU로 구성되어 페이로드로 전송될 수 있다.
(3) 제어 ID(또는 타입)가 버퍼 상태 요청에 해당하는 경우의 제어 컨텐츠 필드의 구성
버퍼 상태 요청에 관한 제어 컨텐츠 필드는 별도로 생성/시그널링되지 않거나 AP가 자신이 원하는 AC(Access Category)에 대한 버퍼 상태를 STA에 요청하는 데 사용될 수 있다.
후자에 대한 실시예로서, 하나의 제어 ID를 버퍼 상태 요청용으로 할당/설정할 수 있으며, 이 경우 AP는 이를 STA으로 전송함으로써 버퍼 상태를 STA에 요청할 수 있다. 이때, AP가 원하는 AC는 제어 컨텐츠 필드에 포함된 2bits(하나의 AC만을 지시/포함 가능) 혹은 4bits(비트맵 형태로 4개의 AC 지시/포함 가능)를 통해 지시될 수 있다.
또는 후자에 대한 다른 실시예로서 제어 ID를 AC별로 4개 할당/설정할 수 있으며, 이 경우 AP는 자신이 원하는 AC에 해당하는 제어 ID를 STA으로 전송함으로써 특정 AC에 대한 버퍼 상태를 STA에 요청할 수 있다.
버퍼 상태 요청에 대한 버퍼 상태 응답을 PPDU(또는 PPDU의 페이로드)를 통해 수신하는 경우, 제어 컨텐츠 필드에는 버퍼 상태 응답을 전송하는 데 사용할 자원을 지시하는 트리거 정보가 포함되거나 다른 MAC 헤더에 트리거 정보가 포함되어(예를 들어, 트리거 헤더)가 전송될 수 있다. 또는, 버퍼 상태 응답이 (MAC) 헤더로 전송되는 경우에는 상기 트리거 정보가 제어 컨텐츠 필드에 별도로 포함되지 않을 수 있다. 이때 트리거 정보가 필요한 경우와 필요 없는 경우를 구별할 수 있도록 각각 별도의 제어 ID를 할당할 수도 있다. 이는, PPDU(또는 PPDU의 페이로드)를 통해 버퍼 상태 응답을 수신하는 경우와 (MAC) 헤더를 통해 버퍼 상태 응답을 수신하는 경우로 구별하기 위해 각각 별도의 제어 ID를 할당하는 것으로 해석될 수도 있다.
(4) 제어 ID(또는 타입)가 버퍼 상태 응답에 해당하는 경우의 제어 컨텐츠 필드의 구성
STA은 버퍼 상태 요청에 대한 응답으로서 혹은 별도의 버퍼 상태 요청 없이 자진하여(자신의 필요에 의해) 버퍼 상태 응답을 전송할 수 있다. 이때 버퍼 상태 응답에 대한 제어 정보가 포함되는 제어 컨텐츠 필드는 기존의 QoS 제어 필드(2 bytes)를 포함시켜 구성하거나, 혹은 새로운 제어 컨텐츠 필드로서 구성할 수 있다.
도 35 및 36은 본 발명의 일 실시예에 따른 버퍼 상태 응답에 대한 HE 제어 필드의 구성을 예시한 도면이다.
도 35(a)를 참조하면, 제어 컨텐츠 필드는 버퍼 상태 응답 정보뿐만 아니라, 기존의 QoS 제어 필드에 포함된 정보를 모두 포함하도록 구성될 수 있다. 이 경우, 기존의 QoS 제어 필드가 HE 제어 필드의 한 제어 ID/타입 형태로 정의될 수 있다.
도 35(b)를 참조하면, 제어 컨텐츠 필드는 복수의 AC들에 대한 정보를 포함한 버퍼 상태 응답 정보를 포함하도록 새롭게 구성될 수 있다. 이때, 어떤 AC에 대한 버퍼 상태 응답 정보인지는 AC 정보 필드(4 bits)가 비트맵 형식으로 지시할 수 있다.
제어 컨텐츠 필드는 Scaling factor 필드를 포함할 수 있다. Scaling factor 필드는 AC에 대한 Scaling factor를 지시할 수 있으며, 각 AC당 1bit씩 총 4bits로 구성될 수 있다. Scaling factor 필드에 포함된 각 비트는 대응되는 AC의 Scaling factor를 지시한다. 예를 들어, Scaling factor 필드에서 특정 비트가 ‘0’으로 설정된 경우, 해당 비트와 대응되는 AC의 Scaling factor는 64 octets 유닛임을 지시하며, ‘1’로 설정된 경우에는 512 octets 유닛임을 지시한다.
또는, Scaling factor 필드는 전체 AC들에 공통된 Scaling factor를 지시하도록 구성될 수 있으며, 이때 2~4bits의 사이즈로 구성될 수 있다(예를 들어, 64, 128, 256, 512 octets 단위). 여기서 전체 AC들이란, AC 정보 필드에 의해 비트맵 형식으로 지시된/식별된 AC들을 의미한다. 예를 들어, AC 정보 필드가 AC 1 및 AC 3을 지시하는 경우(보다 상세하게는, AC 1 및 AC 3에 대한 버퍼 상태 응답 정보임을 지시하는 경우), Scaling factor 필드가 지시하는 Scaling factor는 AC 1 및 AC 3에 공통된 Scaling factor임을 의미한다.
또는, Scaling factor 필드가 4bits로 구성되지 않을 경우에는(즉, 4bits 이하로 구성되는 경우), 제어 컨텐츠 필드에는 버퍼 상태의 종류를 알려주는 1~2bits이 추가될 수 있으며, 이에 따라 scaling factor의 단위도 달라질 수 있다. 예를 들어, 버퍼 상태 종류가 Queue size라면 scaling factor는 앞서 예시와 같은 octets 단위, 버퍼 상태 종류가 요청된 TXOP duration이라면 scaling factor는 32us, 64us, 128us, 256us 단위로 지시될 수 있다.
제어 컨텐츠 필드는 Queue size 또는 요청된 TXOP duration 필드를 포함할 수 있으며, 해당 필드는 다수의 AC들에 대한 Queue size 또는 요청된 TXOP duration 정보를 지시하며, 2 bytes를 넘지 않도록 구성될 수 있다.
일례로, (AC 정보 필드에서 지시된) AC의 개수에 상관없이 해당 필드에서 AC별로 1byte가 할당될 수 있으며, 따라서 최대 2개의 AC에 대한 지시가 가능하다. 예를 들어, AC가 하나라면 2bytes 중 1byte만 해당 AC에 대한 Queue size 또는 요청된 TXOP duration을 지시하는 데 사용될 수 있으며, 나머지 1byte는 패딩될 수 있다.
또 다른 일례로, 해당 필드에서 2bytes를 할당된(또는 AC 정보 필드에서 지시하는) AC의 개수만큼 나누어 사용할 수 있다. 예를 들어, 할당된(또는 AC 정보 필드에서 지시하는) AC가 1개이면 2bytes, 2개이면 각 1byte씩, 3개이면 5bits씩 + 1bit 패딩, 4개이면 각 4bits씩 AC 별로 할당하고, 각 할당된 비트는 해당 AC에 대한 Queue size 또는 요청된 TXOP duration을 지시하는 데 사용될 수 있다.
이 경우 Scaling factor는 별도로 지시되지 않을 수 있으며 대신, 2bytes면 64 octets나 32us단위, 1byte면 128 octets나 64us단위 등으로 고정될 수 있다.
도 36을 참조하면, AC의 정보를 포함한 버퍼 상태 응답은 AC별로 서로 다른 제어 ID로 구별될 수 있다. 예를 들어, 제어 ID 필드는 제어 타입/ID로서 AC 1(BE)에 대한 버퍼 상태 응답(도 36(a)), AC 2(BK)에 대한 버퍼 상태 응답(도 36(b)), AC 3(VI)에 대한 버퍼 상태 응답(도 36(c)) 또는 AC 4(VO)에 대한 버퍼 상태 응답(도 36(d))을 지시할 수 있다.
이때 Scaling factor 필드는 2bits 또는 1bit로 구성될 수 있으며, 버퍼 상태의 종류(Queue size 혹은 요청된 TXOP duration)는 1bit으로 지시될 수도 있다. 이때의 Scaling factor (필드)의 구성은 앞서 도 35(b)와 관련하여 상술한 실시예와 같다.
(5) 제어 ID(또는 타입)가 CSI 피드백 요청에 해당하는 경우의 제어 컨텐츠 필드의 구성
CSI 피드백 요청에 대한 HE 제어 필드에는 별도의 컨텐츠 제어 필드가 포함되지 않거나(즉, STA이 별도의 제어 컨텐츠 없이 CSI 피드백만을 요청), 기존 VHT 제어 필드가 압축된 형태로 포함될 수 있다. 혹은 CSI 피드백 요청을 HE 제어 필드를 사용하지 않고, 기존의 HT/VHT 제어 필드를 사용할 수도 있다.
트리거 정보(예를 들어, UL 피드백의 전송 영역 및/또는 전송 방법 등에 대한 정보)를 포함한 유니캐스트 트리거 프레임이 별로의 전송되는 경우에는, 제어 컨텐츠 필드에는 트리거 정보 없이 UL 피드백 구성 방법에 대한 정보(기존 HT/VHT 제어 필드에 포함된)만이 포함되어 전송될 수 있다. 이때 트리거 정보가 필요한 경우와 필요 없는 경우에 대해 각각 별도의 제어 ID를 할당할 수도 있다. 이는, PPDU(또는 PPDU의 페이로드)로 CSI 피드백을 전송/수신하는 경우와, (MAC) 헤더로 CSI 패드백을 전송/수신하는 경우를 구별하여 각각 별도의 제어 ID를 할당하는 것으로 해석될 수도 있다. 또는, HE 제어 필드로만 CSI 피드백 응답을 하도록 제한한 경우에는, 별도의 트리거 정보를 전송해줄 필요가 없을 수 있다.
도 37(a)는 본 발명의 일 실시예에 따른 CSI 피드백 요청에 대한 HE 제어 필드의 구성을 예시한 도면이다.
도 37(a)를 참조하면, CSI 피드백 요청에 대한 제어 컨텐츠 필드는 트리거 정보를 포함할 수 있으며, 여기서 트리거 정보는 예를 들어, UL PPDU의 길이 정보, 자원 유닛 할당 정보 및/또는 (차등(differential)) MCS 정보에 해당할 수 있다.
이렇듯 제어 컨텐츠 필드에 트리거 정보를 포함하는 경우, 3bytes 이하로 구성하기 어려울 수 있다. 따라서 제어 컨텐츠 필드는 길이가 가변되는 HE 제어 필드에 포함되거나 별도의 MPDU로 구성되어 페이로드로 전송될 수 있다.
제어 컨텐츠 필드에 트리거 정보가 포함되지 않는 경우에는 도 37(a)의 예시에서 트리거 정보만 제외된 것으로 표현될 수 있으며, 이 경우 제어 컨텐츠 필드는 4 bytes 이하로 구성 가능하다.
이외에, 제어 컨텐츠 필드는 피드백 요청 정보로서 MSI(3 bits), MFB(15 bits), coding type(1bit) 및/또는 FB type(1 bit) 등을 포함할 수 있다.
또한, 제어 컨텐츠 필드는 이러한 피드백 요청 정보 이외에도, 최적의(Best) 채널/밴드/자원 유닛(channel/band/RU)을 보고할 것을 요청/지시하는 비트를 추가로 포함할 수 있다. 해당 비트의 설정에 따라 최적의 채널/밴드/자원 유닛을 보고할 것을 요청/지시 받으면, STA은 CSI 피드백 응답 시 최적의 채널/밴드/자원 유닛을 보고하고, 해당 영역에서의 MFB를 계산하여 전송할 수 있다.
(6) 제어 ID(또는 타입)가 CSI 피드백 응답에 해당하는 경우의 제어 컨텐츠 필드의 구성
CSI 피드백 응답에 대한 제어 컨텐츠 필드는 기존의 VHT 제어 필드를 압축하여 HE 제어 필드에 구성하거나, 혹은 HE 제어 필드에서 구성하지 않고 기존의 HT/VHT 제어 필드를 사용하여 구성할 수 있다.
도 37(b)는 본 발명의 일 실시예에 따른 CSI 피드백 응답에 대한 HE 제어 필드의 구성을 예시한 도면이다. 도 37(b)를 참조하면, HE 제어 필드는 CSI 피드백 응답 ID/타입을 지시하는 제어 ID 필드와 CSI 피드백 응답 정보를 포함하는 제어 컨텐츠 필드를 포함할 수 있다. 이때 제어 컨텐츠 필드에는 기존의 VHT 제어 필드가 압축된 형태로 포함될 수 있으며, 예를 들어, Unsolicited MFB(1 bit), MFSI/Rsv(3 bits), MFB(15 bits), STBC(1 bit), Coding type(1 bit) 및/또는 FB type(1 bit) 등이 포함될 수 있다.
이외에, 본 실시예의 제어 컨텐츠 필드는 앞서 언급한 실시예에서와 같이 최적의 채널/밴드/자원 유닛을 보고하는 데 사용될 수 있다. 예를 들어, 제어 컨텐츠 필드의 2 bits는 최적의 채널을 지시하는 데 사용될 수 있으며, 15 bits는 해당 채널 내에서의 MFB 측정 결과를 지시하는 데 사용될 수 있다. 여기서 비트 사이즈가 변경될 수 있음은 물론이다.
상술한 실시예들과는 다르게 CSI 피드백 요청 및 응답을 기존의 VHT 제어 필드와 같이 제어 ID로 구별하지 않고, HE 제어 필드 내에서 MRQ(1bit)를 포함시킴으로써 요청인지 응답인지가 구별되도록 할 수도 있다. 이에 대한 예시는 도 37(b)와 같다.
도 37(c)는 본 발명의 일 실시예에 따른 CSI 피드백 요청/응답에 대한 HE 제어 필드의 구성을 예시한 도면이다.
도 37(c)를 참조하면, 제어 ID 필드는 CSI 피드백 요청 및 응답 타입/ID를 지시할 수 있으며, 제어 컨텐츠 필드는 MRQ(1 bit), Unsolicited MFB(1 bit), MFSI/Rsv(3 bits), MFB(15 bits), STBC(1 bit), Coding type(1 bit) 및/또는 FB type(1 bit) 등을 포함할 수 있다.
도 37(c)의 구성 실시예에 따르면 CSI 피드백 요청/응답을 위한 제어 컨텐츠필드는 트리거 정보 없이 3 bytes로 구성될 수 있다.
(7) 제어 ID(또는 타입)가 UL 트리거(또는 UL MU 응답 스케줄링)에 해당하는 경우의 제어 컨텐츠 필드의 구성
도 38은 본 발명의 일 실시예에 따른 UL 트리거(또는 UL MU 응답 스케줄링)에 대한 HE 제어 필드의 구성을 예시한 도면이다.
UL 트리거 타입/ID에 해당하는 제어 컨텐츠 필드는, STA이 UL MU 데이터/제어 정보 등을 전송할 수 있도록 UL 전송 영역 및/또는 전송 방식(즉, 트리거 정보)을 지시할 수 있다. 제어 컨텐츠 필드는 UL MU 데이터를 위한 트리거 정보를 알려줄 수도 있고, 앞서 언급했던 Ack/BA, 버퍼 상태, CSI 피드백 보고의 전송을 위한 트리거 정보를 알려줄 수도 있다.
UL MU 데이터와 제어 정보는 (MAC) 헤더와 MPDU 혹은 MPDU와 MPDU로 병합(aggregation)되어 전송될 수도 있다. 이를 위한 HE 제어 필드의 구성 예시는 도 38(a)와 같다.
도 38(a)를 참조하면, UL 트리거에 대한 제어 컨텐츠 필드는 트리거 정보로서 UL PPDU 길이(6~9bits), 자원 유닛 할당 정보(8bits), MCS(2~4bits), Coding type(1bit), BF(1bit), Nsts(3bits), GI type(1bit) 및/또는 STBC(1bit) 등을 포함할 수 있다. 정보의 비트 사이즈에 따라 트리거 정보의 사이즈가 3 bytes가 초과될 수도 있으므로, 일부 정보에 대한 비트 사이즈를 특정 사이즈로 고정하거나, MCS는 차등(differential) MCS를 지시하도록 설정하여 비트 사이즈를 줄이거나 PPDU 길이의 지시 단위를 크게 설정함으로써, 트리거 정보의 사이즈를 3 bytes 이하로 만들 수도 있다.
또는, 도 38(b)를 참조하면, UL 트리거에 대한 제어 컨텐츠 필드는 압축된 트리거 정보를 포함할 수 있으며, 이에 대한 제어 타입/ID가 따로 정의될 수 있다. 예를 들어, UL MU 데이터보다 강인(robust)하게 전송되어야 하는 UL MU 제어 정보의 경우에는 BF(1bit), Nsts(3bits), GI type(1bit) 및/또는 STBC(1bit) 등을 강인한 값으로 고정할 수 있다. 즉, MCS를 특정 레벨로 고정하거나 제어 컨텐츠 필드에서 MCS는 DL 프레임의 MCS에 대한 차등값(예를 들어, DL 프레임의 MCS 레벨/MCS 레벨-1/MCS 레벨-2/MCS 레벨 -3 등)을 지시하도록 설정될 수 있다. 그 외에 빔포밍 미사용, Nsts=1, 긴(long) GI 및 STBC 사용으로 미리 설정함으로써, 제어 컨텐츠 필드에서 BF, Nsts, GI type 및 STBC 정보는 제외될 수 있다. 이 경우, 제어 컨텐츠 필드의 사이즈는 최대 2bytes까지 줄어들 수 있다.
또한, UL 제어 프레임의 길이는 일반적인 UL 프레임(예를 들어, UL 데이터 프레임)보다 짧다고 한다면, 제어 컨텐츠 필드에서 UL PPDU 길이는 16us 단위로 지시될 수 있으며, 이 경우 6bits의 사이즈로 구성될 수 있다.
위에서 상술한 바와 같이, HE 제어 필드의 길이가 4 bytes로 고정된다고 하면, 하나의 MPDU(또는 HE 제어 필드) 내에서 제어 ID 필드 및 제어 컨텐츠 필드는 4 bytes까지 병합(aggregate)될 수 있으며, 이에 대한 구성 예시는 도 38(b) 및 38(c)와 같다.
도 38(b)는 Ack/BA 요청에 대한 제어 ID/컨텐츠 필드와 버퍼 상태 요청에 대한 제어 ID 필드가 병합된 HE 제어 필드를 예시하며, 도 38(c)는 AC 1의 버퍼 상태 요청에 대한 제어 ID/컨텐츠 필드와 AC 2의 버퍼 상태 요청에 대한 제어 ID/컨텐츠 필드가 병합된 HE 제어 필드를 예시한다.
다만, 상술한 실시예에 한정되는 것은 아니며, HE 제어 필드의 길이가 4bytes가 아닌 값으로 고정되거나 가변되는 경우에는, 해당 HE 제어 필드 길이에 기초하여 병합되는 제어 ID/컨텐츠 필드의 개수가 조절될 수 있다.
도 39는 본 발명의 일 실시예에 따른 HE 제어 필드의 전송 방법을 예시한 순서도이다. 본 순서도와 관련하여 앞서 상술한 실시예/설명이 동일하게 적용될 수 있으며, 이하에서 중복되는 설명은 생략한다.
우선, STA은 제1 PPDU를 수신하고(S3910), 이에 대한 응답으로서 제2 PPDU를 전송할 수 있다. 이때 STA은 non AP 또는 AP 통칭하는 개념일 수 있다. 만일, 해당 STA이 AP인 경우, 제1 PPDU는 UL PPDU에 해당하며, 제2 PPDU는 DL PPDU에 해당할 수 있다. 반대로, 해당 STA이 non AP인 경우, 제1 PPDU는 DL PPDU에 해당하며, 제2 PPDU는 UL PPDU에 해당할 수 있다.
이때 송수신되는 제1 또는 제2 PPDU는 적어도 하나의 MPDU를 포함할 수 있으며, MPDU의 MAC 헤더에는 HE(High-Efficiency) 제어 필드가 포함되어 있을 수 있다. HE 제어 필드는, VHT(Very High Throughput) 포맷을 지시하는 VHT 서브 필드 및 HE 포맷을 지시하는 HE 서브 필드 값이 각각 ‘1’로 설정된 HT 제어 필드일 수 있다. 나아가, HE 제어 필드는 적어도 하나의 제어 서브 필드를 포함할 수 있으며, 이때 적어도 하나의 제어 서브 필드는 고정된/기설정된 길이를 가질 수 있으며, (복수의 제어 서브 필드들이 HE 제어 필드에 포함되는 경우에는) 제어 ID(Identifier) 별로 병합(aggregated)된 상태로 상기 HE 제어 필드에 포함되어 있을 수 있다.
복수의 제어 서브 필드들 각각은, 제어 정보를 포함하는 제어 컨텐츠 필드 및 제어 정보의 타입을 지시하는 제어 ID 필드를 포함할 수 있다.
이때 제어 ID는 Ack(Acknowledgement) 또는 BA(Block Ack)의 요청 타입, Ack 또는 BA의 응답 타입, 버퍼 상태 요청 타입, 버퍼 상태 응답 타입, CSI(Channel State Information) 피드백 요청 타입, CSI 피드백 응답 타입 또는 UL(Uplink) 트리거 타입에 해당할 수 있으며, 각 제어 ID에 따라 제어 컨텐츠 필드가 다양하게 구성될 수 있다. 이와 관련된 실시예들은 앞서 도 33 내지 38과 관련하여 상술한 실시예들이 동일하게 적용될 수 있다.
도 40은 본 발명의 일 실시예에 따른 각 STA 장치의 블록도이다.
도 40에서, STA 장치(4010)는 메모리(4012), 프로세서(4011) 및 RF 유닛(4013)을 포함할 수 있다. 그리고 상술한 바와 같이 STA 장치는 HE STA 장치로서, AP 또는 non-AP STA가 될 수 있다.
RF 유닛(4013)은 프로세서(4011)와 연결되어 무선 신호를 송신/수신할 수 있다. RF 유닛(4013)은 프로세서(4011)로부터 수신된 데이터를 송수신 대역으로 업컨버팅하여 신호를 전송할 수 있다.
프로세서(4011)는 RF 유닛(4013)과 연결되어 IEEE 802.11 시스템에 따른 물리 계층 및/또는 MAC 계층을 구현할 수 있다. 프로세서(4011)는 상술한 도면 및 설명에 따른 본 발명의 다양한 실시예에 따른 동작을 수행하도록 구성될 수 있다. 또한, 상술한 본 발명의 다양한 실시예에 따른 STA(4010)의 동작을 구현하는 모듈이 메모리(4012)에 저장되고, 프로세서(4011)에 의하여 실행될 수 있다.
메모리(4012)는 프로세서(4011)와 연결되어, 프로세서(4011)를 구동하기 위한 다양한 정보를 저장한다. 메모리(4012)는 프로세서(4011)의 내부에 포함되거나 또는 프로세서(4011)의 외부에 설치되어 프로세서(4011)와 공지의 수단에 의해 연결될 수 있다.
또한, STA 장치(4010)는 한 개의 안테나(single antenna) 또는 다중 안테나(multiple antenna)를 포함할 수 있다.
도 40의 STA 장치(4010)의 구체적인 구성은, 전술한 본 발명의 다양한 실시예에서 설명한 사항들이 독립적으로 적용되거나 또는 2 이상의 실시예가 동시에 적용되도록 구현될 수 있다. 특히, STA 장치의 프로세서(4011)는 상술한 실시예들이 동작하도록 구현될 수 있다.
또한, 본 발명에 따른 실시예에서 상술한 용어들은 경우에 따라 다른 용어로 대체될 수 있으며, 상술한 용어로 한정되는 것은 아니다. 따라서, 용어가 다르다 하더라도 동일한 기능을 갖는다면, 동일한 대상을 지칭하는 것으로 볼 수 있다.
이상에서 설명된 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 발명에 따른 실시예는 다양한 수단, 예를 들어, 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 본 발명의 일 실시예는 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 일 실시예는 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차, 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리는 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
본 발명은 본 발명의 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상술한 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니 되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.
또한, 본 발명에 따른 실시예에서 상술한 용어들은 경우에 따라 다른 용어로 대체될 수 있으며, 상술한 용어로 한정되는 것은 아니다. 따라서, 용어가 다르다 하더라도 동일한 기능을 갖는다면, 동일한 대상을 지칭하는 것으로 볼 수 있다.
발명의 다양한 실시예가 발명의 실시를 위한 최선의 형태에서 설명되었다.
본 발명의 무선 통신 시스템에서 프레임 전송 방안은 IEEE 802.11 시스템에 적용되는 예를 중심으로 설명하였으나, IEEE 802.11 시스템 이외에도 다양한 무선 통신 시스템에 적용하는 것이 가능하다.

Claims (21)

  1. WLAN(Wireless LAN) 시스템에서 STA(Station)의 동작 방법에 있어서,
    제1 PPDU(Physical Protocol Data Unit)를 수신하는 단계; 및
    상기 제1 PPDU에 대한 응답으로서 제2 PPDU를 전송하는 단계; 를 포함하되,
    상기 제1 또는 제2 PPDU는 적어도 하나의 MPDU(Mac Protocol Data Unit)를 포함하되, 상기 MPDU의 MAC 헤더는 HE(High-Efficiency) 제어 필드를 포함하고,
    상기 HE 제어 필드는, VHT(Very High Throughput) 포맷을 지시하는 VHT 서브 필드 및 HE 포맷을 지시하는 HE 서브 필드 값이 각각 ‘1’로 설정된 HT 제어 필드이며, 적어도 하나의(one or more) 제어 서브 필드를 포함하되,
    상기 적어도 하나의 제어 서브 필드는 기설정된 길이로 고정되며, 제어 ID(Identifier) 별로 병합(aggregated)되어 상기 HE 제어 필드에 포함되는, STA 장치의 동작 방법.
  2. 제 1 항에 있어서,
    상기 복수의 제어 서브 필드들 각각은, 제어 정보를 포함하는 제어 컨텐츠 필드 및 상기 제어 정보의 타입을 지시하는 제어 ID 필드를 포함하는, STA 장치의 동작 방법.
  3. 제 2 항에 있어서,
    상기 제어 ID 필드는 상기 제어 ID 필드가 상기 HE 제어 필드에 포함된 제어 ID 필드들 중 마지막 제어 ID 필드에 해당하는지를 지시하는 EoC(End of Control) 필드를 포함하는, STA 장치의 동작 방법.
  4. 제 2 항에 있어서,
    상기 제어 ID는 Ack(Acknowledgement) 또는 BA(Block Ack)의 요청 타입, Ack 또는 BA의 응답 타입, 버퍼 상태 요청 타입, 버퍼 상태 응답 타입, CSI(Channel State Information) 피드백 요청 타입, CSI 피드백 응답 타입 또는 UL(Uplink) 트리거 타입에 해당하는, STA 장치의 동작 방법.
  5. 제 4 항에 있어서,
    상기 제어 ID 필드가 상기 Ack 또는 BA의 요청 타입에 해당하는 제어 ID를 지시하는 경우,
    상기 제어 ID 필드에 대응되는 제어 컨텐츠 필드는 상기 Ack 또는 BA 요청에 대한 Ack 또는 BA 응답 전송에 관한 트리거 정보를 포함하는, STA 장치의 동작 방법.
  6. 제 4 항에 있어서,
    상기 제어 ID 필드가 상기 버퍼 상태 요청 타입에 해당하는 제어 ID를 지시하는 경우,
    상기 제어 ID 필드에 대응되는 제어 컨텐츠 필드는 상기 버퍼 상태 요청에 대한 버퍼 상태 응답 전송에 관한 트리거 정보를 포함하는, STA 장치의 동작 방법.
  7. 제 6 항에 있어서,
    상기 제어 ID 필드는 특정 AC(Access Category)에 대한 버퍼 상태 요청 타입임을 지시하도록 구성되는, STA 장치의 동작 방법.
  8. 제 4 항에 있어서,
    상기 제어 ID 필드가 상기 버퍼 상태 응답 타입 또는 레가시 QoS 제어 타입에 해당하는 제어 ID를 지시하는 경우,
    상기 제어 ID 필드에 대응되는 제어 컨텐츠 필드는 레가시 QoS 제어 필드를 포함하는, STA 장치의 동작 방법.
  9. 제 4 항에 있어서,
    상기 제어 ID 필드가 상기 버퍼 상태 응답 타입에 해당하는 제어 ID를 지시하는 경우,
    상기 제어 ID 필드에 대응되는 제어 컨텐츠 필드는 버퍼 상태 응답 정보를 포함하는, STA 장치의 동작 방법.
  10. 제 9 항에 있어서,
    상기 버퍼 상태 응답 정보는, AC 필드, 스케일링 요소(Scaling Factor) 필드, Queue 사이즈 필드 및/또는 TXOP 지속 시간(Duration) 필드를 포함하는, STA 장치의 동작 방법.
  11. 제 10 항에 있어서,
    상기 AC 필드는 상기 버퍼 상태 응답 정보와 대응되는 AC를 비트맵 형식으로 지시하는 필드인, STA 장치의 동작 방법.
  12. 제 11 항에 있어서,
    상기 스케일링 요소 필드는 상기 AC 필드에 의해 지시된 모든 AC들에 공통된 스케일링 요소를 지시하는 필드인, STA 장치의 동작 방법.
  13. 제 4 항에 있어서,
    상기 제어 ID 필드가 상기 CSI 피드백 요청 타입에 해당하는 제어 ID를 지시하는 경우,
    상기 제어 ID 필드에 대응되는 제어 컨텐츠 필드는 상기 CSI 피드백 요청의 응답인 CSI 피드백 전송에 관한 트리거 정보 및 피드백 요청 정보를 포함하는, STA 장치의 동작 방법.
  14. 제 13 항에 있어서,
    상기 피드백 요청 정보는 MSI(MRQ Sequence Identifier) 정보, MFB(MCS Feedback) 정보, STBC(space-time block coding) 정보, 코딩 타입 정보 및/또는 FB(Feedback) 타입 정보를 포함하는, STA 장치의 동작 방법.
  15. 제 4 항에 있어서,
    상기 제어 ID 필드가 상기 CSI 피드백 응답 타입에 해당하는 제어 ID를 지시하는 경우,
    상기 제어 ID 필드에 대응되는 제어 컨텐츠 필드는 상기 CSI 피드백 응답 정보를 포함하는, STA 장치의 동작 방법.
  16. 제 15 항에 있어서,
    상기 CSI 피드백 응답 정보는 자발적 MFB 지시 정보, MFSI(MCS feedback sequence identifier) 정보, MFB 정보, STBC 정보, 코딩 타입 정보 및/또는 FB 타입 정보를 포함하는, STA 장치의 동작 방법.
  17. 제 4 항에 있어서,
    상기 제어 ID 필드가 상기 UL 트리거 타입에 해당하는 제어 ID를 지시하는 경우,
    상기 제어 ID 필드에 대응되는 제어 컨텐츠 필드는 UL MU(Multi-user) 전송을 트리거링하는 트리거 정보를 포함하는, STA 장치의 동작 방법.
  18. 제 17 항에 있어서,
    상기 트리거 정보는 UL PPDU 길이 정보, 자원 유닛 할당 정보, MCS(Modulation and Coding Scheme) 정보, 코딩 타입 정보, 스트림 개수 정보, 빔포밍 정보, STBC 정보 및/또는 GI(Guard Interval) 타입 정보를 포함하는, STA 장치의 동작 방법.
  19. 제 1 항에 있어서,
    상기 MAC 헤더는 레가시 MAC 헤더를 재사용하여 구성되되, 상기 레가시MAC 헤더에서 MAC 주소가 STA의 ID 또는 BSS(Basic Service Set) ID로 대체된 형태로 구성되는, STA 장치의 동작 방법.
  20. 제 19 항에 있어서,
    상기 MAC 헤더는 상기 MAC 헤더에 포함되어 있는 상기 HE 제어 필드 내에서 상기 복수의 제어 서브 필드들이 병합되었음을 지시하는 지시자를 포함하는, STA 장치의 동작 방법.
  21. WLAN(Wireless LAN) 시스템에서 STA(Station) 장치에 있어서,
    무선 신호를 송수신하는, RF(Radio Frequency) 유닛; 및
    상기 RF 유닛을 제어하는, 프로세서; 를 포함하고,
    상기 STA 장치는,
    제1 PPDU(Physical Protocol Data Unit)를 수신하고,
    상기 제1 PPDU에 대한 응답으로서 제2 PPDU를 전송하되,
    상기 제1 또는 제2 PPDU는 적어도 하나의 MPDU(Mac Protocol Data Unit)를 포함하되, 상기 MPDU의 MAC 헤더는 HE(High-Efficiency) 제어 필드를 포함하고,
    상기 HE 제어 필드는, VHT(Very High Throughput) 포맷을 지시하는 VHT 서브 필드 및 HE 포맷을 지시하는 HE 서브 필드 값이 각각 ‘1’로 설정된 HT 제어 필드이며, 적어도 하나의 제어 서브 필드를 포함하되,
    상기 적어도 하나의 제어 서브 필드는 제어 ID(Identifier) 별로 병합(aggregated)되어 상기 HE 제어 필드에 포함되는, STA 장치.
PCT/KR2016/011946 2015-10-23 2016-10-24 무선 통신 시스템에서 데이터 전송 방법 및 이를 위한 장치 WO2017069589A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP16857846.6A EP3367725B1 (en) 2015-10-23 2016-10-24 Method for transmitting data in wireless communication system and device therefor
US15/770,440 US10728799B2 (en) 2015-10-23 2016-10-24 Method for transmitting data in wireless communication system and device therefor

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201562245298P 2015-10-23 2015-10-23
US62/245,298 2015-10-23
US201562249902P 2015-11-02 2015-11-02
US62/249,902 2015-11-02

Publications (1)

Publication Number Publication Date
WO2017069589A1 true WO2017069589A1 (ko) 2017-04-27

Family

ID=58557482

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/011946 WO2017069589A1 (ko) 2015-10-23 2016-10-24 무선 통신 시스템에서 데이터 전송 방법 및 이를 위한 장치

Country Status (3)

Country Link
US (1) US10728799B2 (ko)
EP (1) EP3367725B1 (ko)
WO (1) WO2017069589A1 (ko)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019235861A1 (ko) * 2018-06-08 2019-12-12 엘지전자 주식회사 무선랜 시스템에서 패킷을 식별하는 방법 및 장치
WO2020009389A1 (ko) * 2018-07-04 2020-01-09 엘지전자 주식회사 무선랜 시스템에서 ppdu를 전송하는 방법 및 장치
WO2020009425A1 (ko) * 2018-07-03 2020-01-09 엘지전자 주식회사 무선랜 시스템에서 패킷을 식별하는 방법 및 장치
WO2020060172A1 (ko) * 2018-09-19 2020-03-26 엘지전자 주식회사 무선랜 시스템에서 ppdu를 전송하는 방법 및 장치
WO2020145546A1 (ko) * 2019-01-07 2020-07-16 엘지전자 주식회사 무선랜 시스템에서 eht ppdu를 송신하는 방법 및 장치
WO2020209558A1 (ko) * 2019-04-09 2020-10-15 엘지전자 주식회사 Harq 동작을 위한 mpdu 패딩
WO2020242030A1 (ko) * 2019-05-28 2020-12-03 엘지전자 주식회사 Harq 동작을 수행하기 위한 방법 및 장치
WO2020242109A1 (ko) * 2019-05-29 2020-12-03 엘지전자 주식회사 무선랜 시스템에서 mu ppdu를 수신하는 방법 및 장치
WO2021215753A1 (ko) * 2020-04-23 2021-10-28 엘지전자 주식회사 P2p 전송 방법
CN114303413A (zh) * 2019-07-04 2022-04-08 Lg电子株式会社 在无线通信系统中配置前导码的技术
CN114303335A (zh) * 2019-09-13 2022-04-08 松下电器（美国）知识产权公司 用于混合自动重复请求操作的通信装置和通信方法
WO2022255754A1 (ko) * 2021-06-04 2022-12-08 삼성전자 주식회사 무선랜 시스템에서 자원을 할당하기 위한 전자 장치 및 그의 동작 방법
WO2023059030A1 (ko) * 2021-10-05 2023-04-13 현대자동차주식회사 통신 시스템에서 신속 데이터의 역방향 전송을 위한 방법 및 장치
WO2023191362A1 (ko) * 2022-03-29 2023-10-05 엘지전자 주식회사 무선랜 시스템에서 하나의 수신 sta이 복수의 psdu를 동시에 송수신하기 위해 복수의 ru 또는 mru를 할당하는 방법 및 장치

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107113140B (zh) * 2014-10-06 2020-08-28 Lg 电子株式会社 在wlan中在包括导频音调的资源单元上发送数据的方法和装置
EP3293902B1 (en) 2015-05-07 2023-05-31 International Semiconductor Group Wireless communication device
WO2016178418A1 (ja) * 2015-05-07 2016-11-10 株式会社 東芝 無線通信端末および無線通信方法
US10536948B2 (en) * 2015-06-22 2020-01-14 Qualcomm Incorporated Methods and apparatus for requesting buffer status reports for implementing multiple user uplink medium access control protocols in a wireless network
CN106936553B (zh) * 2015-12-31 2020-11-17 华为技术有限公司 一种无线局域网中帧传输的方法及装置
US20170311204A1 (en) * 2016-04-26 2017-10-26 Laurent Cariou Access point (ap), station (sta) and method for link aggregation
US20170332385A1 (en) * 2016-05-11 2017-11-16 Qualcomm Incorporated Buffer status reporting in a wireless local area network (wlan)
WO2017206187A1 (zh) * 2016-06-03 2017-12-07 广东欧珀移动通信有限公司 传输数据的方法和装置
US10356784B2 (en) * 2016-06-14 2019-07-16 Lg Electronics Inc. Method and apparatus for constructing control field including information regarding resource unit in wireless local area network system
US20180212655A1 (en) * 2017-01-23 2018-07-26 Qualcomm Incorporated Methods and systems for distributed uplink mimo communications
US10659189B1 (en) * 2017-07-24 2020-05-19 Nxp Usa, Inc. Control field for resource request with multiple formulas for use in a wireless communication network
WO2019139665A1 (en) 2018-01-12 2019-07-18 Marvel World Trade Ltd. Methods and apparatus for generation of physical layer protocol data units
CN109039547B (zh) * 2018-02-13 2019-11-29 华为技术有限公司 信息发送方法及装置、通信装置和计算机可读存储介质
CN117728872A (zh) * 2018-11-07 2024-03-19 华为技术有限公司 信道状态信息的反馈方法及装置
JP7308623B2 (ja) 2019-02-28 2023-07-14 キヤノン株式会社 情報処理装置並びにその制御方法、及び、プログラム
JP7280714B2 (ja) * 2019-02-28 2023-05-24 キヤノン株式会社 通信装置、通信方法、及び、プログラム
JP7273540B2 (ja) * 2019-02-28 2023-05-15 キヤノン株式会社 通信装置及びその通信方法、情報処理装置及びその制御方法、及び、プログラム
US11665036B2 (en) 2019-04-09 2023-05-30 Marvell Asia Pte Ltd Generation and transmission of physical layer data units in a composite communication channel in a vehicular communication network
CN114009107B (zh) 2019-07-04 2024-02-06 中兴通讯股份有限公司 无线通信中的上行链路传输
US11483766B1 (en) * 2019-09-05 2022-10-25 Amazon Technologies, Inc. Protected power management transitions in wireless networks
US11751090B2 (en) * 2019-09-06 2023-09-05 Qualcomm Incorporated Reporting mechanisms for wireless communications
CN112491498A (zh) * 2019-09-12 2021-03-12 中兴通讯股份有限公司 一种传输方法、装置及计算机可读存储介质
US11665588B2 (en) * 2020-01-07 2023-05-30 Mediatek Singapore Pte. Ltd Extended sequence control for fragmented frames in WLAN
CN113518388A (zh) * 2020-04-10 2021-10-19 华为技术有限公司 操作模式的协商方法、发起端、接收端、芯片系统、介质
CN113938166A (zh) * 2020-06-29 2022-01-14 三星电子株式会社 用于基于增强型空数据分组声明的无线通信的设备和方法
CN115943593A (zh) * 2020-07-24 2023-04-07 英特尔公司 对eht冗余能力的信令支持
EP4319281A1 (en) * 2021-03-22 2024-02-07 LG Electronics Inc. Enhanced ndpa frame for sensing
CN114051260B (zh) * 2021-11-16 2023-09-26 中电科思仪科技股份有限公司 无线连接聚合mac层协议数据单元的信号模拟方法和装置
WO2023239149A1 (ko) * 2022-06-09 2023-12-14 엘지전자 주식회사 무선랜 시스템에서 다중 액세스 포인트 동작 기반 시그널링 방법 및 장치

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080049654A1 (en) * 2004-05-13 2008-02-28 Koninklijke Philips Electronics, N.V. Muliple Receiver Aggregation (Mra) with Different Data Rates for Ieee 802.11N
WO2012057960A1 (en) * 2010-09-29 2012-05-03 Qualcomm Incorporated Systems, methods and apparatus for determining control field and modulation coding scheme information
US20130235836A1 (en) * 2010-11-15 2013-09-12 Lg Electronics Inc. Method and apparatus for determining modulation and coding scheme feedback in wireless local area network system
KR20140130128A (ko) * 2012-02-15 2014-11-07 엘지전자 주식회사 무선 통신 시스템에서 채널 액세스 방법 및 이를 위한 장치
US9071491B2 (en) * 2010-02-12 2015-06-30 Lg Electronics Inc. Method for transmitting control information and apparatus for the same

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10135957B2 (en) * 2015-06-15 2018-11-20 Qualcomm Incorporated Methods and apparatus for communicating high efficiency control information

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080049654A1 (en) * 2004-05-13 2008-02-28 Koninklijke Philips Electronics, N.V. Muliple Receiver Aggregation (Mra) with Different Data Rates for Ieee 802.11N
US9071491B2 (en) * 2010-02-12 2015-06-30 Lg Electronics Inc. Method for transmitting control information and apparatus for the same
WO2012057960A1 (en) * 2010-09-29 2012-05-03 Qualcomm Incorporated Systems, methods and apparatus for determining control field and modulation coding scheme information
US20130235836A1 (en) * 2010-11-15 2013-09-12 Lg Electronics Inc. Method and apparatus for determining modulation and coding scheme feedback in wireless local area network system
KR20140130128A (ko) * 2012-02-15 2014-11-07 엘지전자 주식회사 무선 통신 시스템에서 채널 액세스 방법 및 이를 위한 장치

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019235861A1 (ko) * 2018-06-08 2019-12-12 엘지전자 주식회사 무선랜 시스템에서 패킷을 식별하는 방법 및 장치
US11706322B2 (en) 2018-07-03 2023-07-18 Lg Electronics Inc. Method and device for identifying packet in wireless LAN system
WO2020009425A1 (ko) * 2018-07-03 2020-01-09 엘지전자 주식회사 무선랜 시스템에서 패킷을 식별하는 방법 및 장치
CN112369083B (zh) * 2018-07-03 2023-05-30 Lg电子株式会社 无线lan系统中用于识别分组的方法和装置
CN112369083A (zh) * 2018-07-03 2021-02-12 Lg电子株式会社 无线lan系统中用于识别分组的方法和装置
US11349966B2 (en) 2018-07-03 2022-05-31 Lg Electronics Inc. Method and device for identifying packet in wireless LAN system
WO2020009389A1 (ko) * 2018-07-04 2020-01-09 엘지전자 주식회사 무선랜 시스템에서 ppdu를 전송하는 방법 및 장치
WO2020060172A1 (ko) * 2018-09-19 2020-03-26 엘지전자 주식회사 무선랜 시스템에서 ppdu를 전송하는 방법 및 장치
US11464022B2 (en) 2018-09-19 2022-10-04 Lg Electronics Inc. Method and apparatus for transmitting PPDU in WLAN system
WO2020145546A1 (ko) * 2019-01-07 2020-07-16 엘지전자 주식회사 무선랜 시스템에서 eht ppdu를 송신하는 방법 및 장치
WO2020209558A1 (ko) * 2019-04-09 2020-10-15 엘지전자 주식회사 Harq 동작을 위한 mpdu 패딩
WO2020242030A1 (ko) * 2019-05-28 2020-12-03 엘지전자 주식회사 Harq 동작을 수행하기 위한 방법 및 장치
US12003461B2 (en) 2019-05-29 2024-06-04 Lg Electronics Inc. Method and apparatus for receiving MU PPDU in wireless LAN system
WO2020242109A1 (ko) * 2019-05-29 2020-12-03 엘지전자 주식회사 무선랜 시스템에서 mu ppdu를 수신하는 방법 및 장치
CN114303413A (zh) * 2019-07-04 2022-04-08 Lg电子株式会社 在无线通信系统中配置前导码的技术
CN114303335A (zh) * 2019-09-13 2022-04-08 松下电器（美国）知识产权公司 用于混合自动重复请求操作的通信装置和通信方法
CN114303335B (zh) * 2019-09-13 2024-04-09 松下电器（美国）知识产权公司 用于混合自动重复请求操作的通信装置和通信方法
WO2021215753A1 (ko) * 2020-04-23 2021-10-28 엘지전자 주식회사 P2p 전송 방법
WO2022255754A1 (ko) * 2021-06-04 2022-12-08 삼성전자 주식회사 무선랜 시스템에서 자원을 할당하기 위한 전자 장치 및 그의 동작 방법
WO2023059030A1 (ko) * 2021-10-05 2023-04-13 현대자동차주식회사 통신 시스템에서 신속 데이터의 역방향 전송을 위한 방법 및 장치
WO2023191362A1 (ko) * 2022-03-29 2023-10-05 엘지전자 주식회사 무선랜 시스템에서 하나의 수신 sta이 복수의 psdu를 동시에 송수신하기 위해 복수의 ru 또는 mru를 할당하는 방법 및 장치

Also Published As

Publication number Publication date
US10728799B2 (en) 2020-07-28
US20180317128A1 (en) 2018-11-01
EP3367725B1 (en) 2020-08-05
EP3367725A4 (en) 2019-04-24
EP3367725A1 (en) 2018-08-29

Similar Documents

Publication Publication Date Title
WO2017069589A1 (ko) 무선 통신 시스템에서 데이터 전송 방법 및 이를 위한 장치
WO2017043713A1 (ko) 무선 통신 시스템에서 데이터 전송 방법 및 이를 위한 장치
WO2016167609A1 (ko) 무선 통신 시스템에서 채널 사운딩 방법 및 이를 위한 장치
WO2016167608A1 (ko) 무선 통신 시스템에서 채널 사운딩 방법 및 이를 위한 장치
WO2017030297A1 (ko) 무선 통신 시스템에서 채널 상태의 피드백 방법 및 이를 위한 장치
WO2017030342A1 (ko) 무선 통신 시스템에서 트리거 프레임 전송 방법 및 이를 위한 장치
WO2016099140A1 (ko) 무선 통신 시스템에서 데이터 전송 방법 및 이를 위한 장치
WO2016053024A1 (ko) 무선 통신 시스템에서 데이터 전송 방법 및 이를 위한 장치
WO2016032258A2 (ko) 무선 통신 시스템에서 데이터 전송 방법 및 이를 위한 장치
WO2016028124A1 (ko) 무선 통신 시스템에서 데이터 전송 방법 및 이를 위한 장치
WO2016028125A2 (ko) 무선 통신 시스템에서 상향링크 전송 방법 및 이를 위한 장치
WO2016021838A1 (ko) 무선 통신 시스템에서 프레임 전송 방법 및 이를 위한 장치
WO2016099139A1 (ko) 무선 통신 시스템에서 데이터 전송 방법 및 이를 위한 장치
WO2015199306A1 (ko) 무선 통신 시스템에서 다중 사용자 상향링크 데이터 전송을 위한 방법 및 이를 위한 장치
WO2017022898A1 (ko) 무선 통신 시스템에서 데이터 전송 방법 및 이를 위한 장치
WO2016028131A1 (ko) 무선 통신 시스템에서 상향링크 다중 사용자 전송 방법 및 이를 위한 장치
WO2016021831A1 (ko) 무선 통신 시스템에서 다중 사용자 전송 방법 및 이를 위한 장치
WO2016024750A1 (ko) 무선 통신 시스템에서 하향링크 다중 사용자 전송 방법 및 이를 위한 장치
WO2016039526A1 (ko) Wlan 시스템에서 데이터 전송 방법 및 이를 위한 장치
WO2016089059A1 (ko) 무선 통신 시스템에서 데이터 전송 방법 및 이를 위한 장치
WO2016159513A1 (ko) 무선 통신 시스템의 데이터 전송 방법 및 장치
WO2016143970A1 (ko) 무선 통신 시스템의 데이터 전송 방법 및 장치
WO2016068672A2 (ko) 무선 통신 시스템에서 다중 사용자 송수신을 위한 방법 및 이를 위한 장치
WO2016125998A1 (ko) 무선 통신 시스템에서 다중 사용자 송수신을 위한 방법 및 이를 위한 장치
WO2016195442A1 (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: 16857846

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15770440

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2016857846

Country of ref document: EP