WO2022197041A1 - 무선랜 시스템에서 관리 프레임을 통해 특정 ap에 대한 중요 업데이트 정보를 송수신하는 방법 및 장치 - Google Patents

무선랜 시스템에서 관리 프레임을 통해 특정 ap에 대한 중요 업데이트 정보를 송수신하는 방법 및 장치 Download PDF

Info

Publication number
WO2022197041A1
WO2022197041A1 PCT/KR2022/003537 KR2022003537W WO2022197041A1 WO 2022197041 A1 WO2022197041 A1 WO 2022197041A1 KR 2022003537 W KR2022003537 W KR 2022003537W WO 2022197041 A1 WO2022197041 A1 WO 2022197041A1
Authority
WO
WIPO (PCT)
Prior art keywords
sta
link
information
mld
transmitting
Prior art date
Application number
PCT/KR2022/003537
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 KR1020237012318A priority Critical patent/KR20230066602A/ko
Priority to EP22771707.1A priority patent/EP4236511A1/en
Publication of WO2022197041A1 publication Critical patent/WO2022197041A1/ko
Priority to US18/316,643 priority patent/US11997735B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H04L27/261—Details of reference signals
    • H04L27/2613—Structure of the reference signals
    • 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • 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/14—Multichannel or multilink protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H04L27/2603—Signal structure ensuring backward compatibility with legacy system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • This specification relates to multi-link operation in a WLAN system, and more particularly, to a method and apparatus for transmitting and receiving important update information for a specific AP through a management frame.
  • a wireless local area network has been improved in various ways.
  • the IEEE 802.11ax standard proposes an improved communication environment using OFDMA (orthogonal frequency division multiple access) and DL MU downlink multi-user multiple input, multiple output (MIMO) techniques.
  • OFDMA orthogonal frequency division multiple access
  • MIMO downlink multi-user multiple input, multiple output
  • the new communication standard may be an Extreme high throughput (EHT) specification that is being discussed recently.
  • the EHT standard may use a newly proposed increased bandwidth, an improved PHY layer protocol data unit (PPDU) structure, an improved sequence, a hybrid automatic repeat request (HARQ) technique, and the like.
  • the EHT standard may be referred to as an IEEE 802.11be standard.
  • An increased number of spatial streams may be used in the new wireless LAN standard.
  • a signaling technique in the WLAN system may need to be improved.
  • the present specification proposes a method and apparatus for transmitting and receiving important update information for a specific AP through a management frame in a WLAN system.
  • An example of the present specification proposes a method of transmitting and receiving important update information of another AP through an ML element.
  • This embodiment may be performed in a network environment in which a next-generation wireless LAN system (IEEE 802.11be or EHT wireless LAN system) is supported.
  • the next-generation wireless LAN system is a wireless LAN system improved from the 802.11ax system, and may satisfy backward compatibility with the 802.11ax system.
  • This embodiment proposes a method and apparatus for configuring a management frame informing that a notification frame including important update information for a specific AP in the transmitting MLD is to be transmitted based on the notification method mode field.
  • the transmission MLD may correspond to the AP MLD
  • the reception MLD may correspond to the Non-AP MLD.
  • a first receiving STA included in the receiving MLD and a first transmitting STA connected through a first link may correspond to a peer AP, and second and third transmitting STAs connected through different links (second and third links) are different APs. can respond to
  • a receiving Multi-Link Device receives a management frame from a transmitting MLD through a first link.
  • the receiving MLD decodes the management frame.
  • the transmitting MLD includes a first transmitting station (STA) operating in the first link and a second transmitting STA operating in a second link.
  • the receiving MLD includes a first receiving STA operating in the first link and a second receiving STA operating in the second link.
  • the management frame includes an announcement method mode field.
  • the value of the notification method mode field is set to 1, and the management frame includes important update information of the second transmitting STA.
  • the notification method mode field may include information indicating that the management frame will be transmitted until a next delivery traffic indication message (DTIM) of the first transmitting STA.
  • DTIM delivery traffic indication message
  • the management frame may be a beacon frame or an unsolicited probe response frame.
  • the beacon frame or the unsolicited probe response frame may be broadcast.
  • the present embodiment proposes a method of notifying that a notification frame including important update information for a specific AP of the transmitting MLD is to be transmitted by including the notification method mode field in the management frame.
  • the first receiving STA of the receiving MLD receives the beacon frame or the unsolicited probe response frame from the first transmitting STA of the transmitting MLD without transmitting a separate request message.
  • the first receiving STA does not transmit a separate request message, thereby reducing frame overhead.
  • another receiving STA in the receiving MLD operates in a power saving (PS) mode, it is possible to obtain important update information of another transmitting STA without waking the corresponding receiving STA, so a power saving effect can also be expected. .
  • PS power saving
  • FIG. 1 shows an example of a transmitting apparatus and/or a receiving apparatus of the present specification.
  • WLAN wireless local area network
  • 3 is a view for explaining a general link setup process.
  • FIG. 4 is a diagram illustrating an example of a PPDU used in the IEEE standard.
  • 5 shows an operation according to UL-MU.
  • FIG. 6 shows an example of a trigger frame.
  • FIG. 7 shows an example of a common information field of a trigger frame.
  • FIG. 8 shows an example of a subfield included in a per user information field.
  • FIG. 10 shows an example of a PPDU used in this specification.
  • FIG. 11 shows a modified example of a transmitting apparatus and/or a receiving apparatus of the present specification.
  • FIG. 13 shows an example of a link connection between MLDs.
  • 16 shows another example of configuring an Announcement frame using a probe response frame.
  • FIG. 17 shows another example of an Announcement explicit method considering a single link device.
  • FIG. 20 shows an example of a cross-link signaling method for an STA operating in PS mode.
  • 21 shows another example of configuring an Announcement frame using a probe response frame.
  • FIG. 22 shows another example of configuring an Announcement frame using a probe response frame.
  • FIG. 23 shows another example of configuring an Announcement frame using a probe response frame.
  • 25 shows another example of a cross-link signaling method for an STA operating in PS mode.
  • 26 shows another example of an Announcement explicit method in consideration of a multi-link device.
  • 29 shows another example of an Announcement implicit method in consideration of a single-link device.
  • FIG. 30 shows another example of an Announcement implicit method in consideration of a multi-link device.
  • 31 shows another example of a cross-link signaling method for an STA operating in PS mode.
  • 35 shows another example of configuring an Announcement frame using a probe response frame.
  • FIG. 37 shows another example of a cross-link signaling method for an STA operating in PS mode.
  • 39 shows another example of a cross-link signaling method for an STA operating in PS mode.
  • FIG 40 shows an example of an Announcement Method for an STA operating in PS mode.
  • 41 shows another example of an announcement method for an STA operating in PS mode.
  • 43 shows another example of an Announcement Method for an STA operating in PS mode.
  • 44 shows another example of an announcement method for an STA operating in PS mode.
  • 45 shows another example of an announcement method for an STA operating in PS mode.
  • 46 shows another example of an Announcement Method for an STA operating in PS mode.
  • 47 shows another example of an announcement method for an STA operating in PS mode.
  • 49 shows an example of a static signaling method of a single link device.
  • 50 shows an example of a static signaling method of a multi-link device.
  • 51 shows another example of a static signaling method of a multi-link device.
  • FIG. 52 shows an example of a dynamic signaling method of a single link device.
  • 53 shows an example of a dynamic signaling method of a multi-link device.
  • FIG. 54 shows another example of a dynamic signaling method of a multi-link device (when link level is supported).
  • 55 shows the format of the Capability information field of the Beacon frame.
  • 56 is a flowchart illustrating a procedure in which a transmitting MLD transmits important update information for a specific AP through a management frame according to the present embodiment.
  • 57 is a flowchart illustrating a procedure in which a receiving MLD receives important update information for a specific AP through a management frame according to the present embodiment.
  • a or B (A or B) may mean “only A”, “only B” or “both A and B”.
  • a or B (A or B)” may be interpreted as “A and/or B (A and/or B)”.
  • A, B or C (A, B or C)” herein means “only A,” “only B,” “only C,” or “any and any combination of A, B and C. combination of A, B and C)”.
  • a slash (/) or a comma (comma) may mean “and/or”.
  • A/B may mean “and/or B”.
  • A/B may mean “only A”, “only B”, or “both A and B”.
  • A, B, C may mean “A, B, or C”.
  • At least one of A and B may mean “only A”, “only B” or “both A and B”.
  • the expression “at least one of A or B” or “at least one of A and/or B” means “at least one It can be interpreted the same as “at least one of A and B”.
  • At least one of A, B and C means “only A”, “only B”, “only C” or “of A, B and C”. any combination of A, B and C”. Also, “at least one of A, B or C” or “at least one of A, B and/or C” means may mean “at least one of A, B and C”.
  • control information EHT-Signal
  • EHT-Signal when displayed as “control information (EHT-Signal)”, “EHT-Signal” may be proposed as an example of “control information”.
  • control information of the present specification is not limited to “EHT-Signal”, and “EHT-Signal” may be proposed as an example of “control information”.
  • control information ie, EHT-signal
  • EHT-Signal even when displayed as “control information (ie, EHT-signal)”, “EHT-Signal” may be proposed as an example of “control information”.
  • the following examples of the present specification may be applied to various wireless communication systems.
  • the following example of the present specification may be applied to a wireless local area network (WLAN) system.
  • the present specification may be applied to the IEEE 802.11a/g/n/ac standard or the IEEE 802.11ax standard.
  • this specification may be applied to the newly proposed EHT standard or IEEE 802.11be standard.
  • an example of the present specification may be applied to a new wireless LAN standard that is an enhancement of the EHT standard or IEEE 802.11be.
  • an example of the present specification may be applied to a mobile communication system.
  • LTE Long Term Evolution
  • 3GPP 3rd Generation Partnership Project
  • an example of the present specification may be applied to a communication system of the 5G NR standard based on the 3GPP standard.
  • FIG. 1 shows an example of a transmitting apparatus and/or a receiving apparatus of the present specification.
  • the example of FIG. 1 may perform various technical features described below.
  • 1 relates to at least one STA (station).
  • the STAs 110 and 120 of the present specification are a mobile terminal, a wireless device, a wireless transmit/receive unit (WTRU), a user equipment (UE), It may also be called by various names such as a mobile station (MS), a mobile subscriber unit, or simply a user.
  • the STAs 110 and 120 of the present specification may be referred to by various names such as a network, a base station, a Node-B, an access point (AP), a repeater, a router, and a relay.
  • the STAs 110 and 120 may be referred to by various names such as a receiving device, a transmitting device, a receiving STA, a transmitting STA, a receiving device, and a transmitting device.
  • the STAs 110 and 120 may perform an access point (AP) role or a non-AP role. That is, the STAs 110 and 120 of the present specification may perform AP and/or non-AP functions.
  • AP access point
  • an AP may also be indicated as an AP STA.
  • the STAs 110 and 120 of the present specification may support various communication standards other than the IEEE 802.11 standard.
  • a communication standard eg, LTE, LTE-A, 5G NR standard
  • the STA of the present specification may be implemented in various devices such as a mobile phone, a vehicle, and a personal computer.
  • the STA of the present specification may support communication for various communication services such as voice call, video call, data communication, and autonomous driving (self-driving, autonomous-driving).
  • the STAs 110 and 120 may include a medium access control (MAC) conforming to the IEEE 802.11 standard and a physical layer interface for a wireless medium.
  • MAC medium access control
  • the STAs 110 and 120 will be described based on the sub-view (a) of FIG. 1 as follows.
  • the first STA 110 may include a processor 111 , a memory 112 , and a transceiver 113 .
  • the illustrated processor, memory, and transceiver may each be implemented as separate chips, or at least two or more blocks/functions may be implemented through one chip.
  • the transceiver 113 of the first STA performs a signal transmission/reception operation. Specifically, IEEE 802.11 packets (eg, IEEE 802.11a/b/g/n/ac/ax/be, etc.) may be transmitted/received.
  • IEEE 802.11 packets eg, IEEE 802.11a/b/g/n/ac/ax/be, etc.
  • the first STA 110 may perform an intended operation of the AP.
  • the processor 111 of the AP may receive a signal through the transceiver 113 , process the received signal, generate a transmission signal, and perform control for signal transmission.
  • the memory 112 of the AP may store a signal (ie, a received signal) received through the transceiver 113 and may store a signal to be transmitted through the transceiver (ie, a transmission signal).
  • the second STA 120 may perform an intended operation of a non-AP STA.
  • the transceiver 123 of the non-AP performs a signal transmission/reception operation.
  • IEEE 802.11 packets eg, IEEE 802.11a/b/g/n/ac/ax/be, etc.
  • IEEE 802.11a/b/g/n/ac/ax/be, etc. may be transmitted/received.
  • the processor 121 of the non-AP STA may receive a signal through the transceiver 123 , process the received signal, generate a transmission signal, and perform control for signal transmission.
  • the memory 122 of the non-AP STA may store a signal (ie, a received signal) received through the transceiver 123 and may store a signal (ie, a transmission signal) to be transmitted through the transceiver.
  • an operation of a device denoted as an AP in the following specification may be performed by the first STA 110 or the second STA 120 .
  • the operation of the device marked as AP is controlled by the processor 111 of the first STA 110 , and is controlled by the processor 111 of the first STA 110 .
  • Related signals may be transmitted or received via the controlled transceiver 113 .
  • control information related to an operation of the AP or a transmission/reception signal of the AP may be stored in the memory 112 of the first STA 110 .
  • the operation of the device indicated by the AP is controlled by the processor 121 of the second STA 120 and controlled by the processor 121 of the second STA 120 .
  • a related signal may be transmitted or received via the transceiver 123 .
  • control information related to an operation of the AP or a transmission/reception signal of the AP may be stored in the memory 122 of the second STA 110 .
  • an operation of a device indicated as a non-AP in the following specification may be performed by the first STA 110 or the second STA 120 .
  • the operation of the device marked as non-AP is controlled by the processor 121 of the second STA 120, and the processor ( A related signal may be transmitted or received via the transceiver 123 controlled by 121 .
  • control information related to the operation of the non-AP or the AP transmit/receive signal may be stored in the memory 122 of the second STA 120 .
  • the operation of the device marked as non-AP is controlled by the processor 111 of the first STA 110 , and the processor ( A related signal may be transmitted or received via the transceiver 113 controlled by 111 .
  • control information related to the operation of the non-AP or the AP transmit/receive signal may be stored in the memory 112 of the first STA 110 .
  • transmission / reception STA STA, first STA, second STA, STA1, STA2, AP, first AP, second AP, AP1, AP2, (transmission / reception) Terminal, (transmission / reception) device , (transmission/reception) apparatus, a device called a network, etc. may refer to the STAs 110 and 120 of FIG. 1 .
  • a device denoted by a /receiver) device, a (transmit/receive) apparatus, and a network may also refer to the STAs 110 and 120 of FIG. 1 .
  • an operation in which various STAs transmit and receive signals may be performed by the transceivers 113 and 123 of FIG. 1 .
  • an operation in which various STAs generate a transmit/receive signal or perform data processing or calculation in advance for the transmit/receive signal may be performed by the processors 111 and 121 of FIG. 1 .
  • an example of an operation of generating a transmission/reception signal or performing data processing or operation in advance for a transmission/reception signal is 1) Determining bit information of a subfield (SIG, STF, LTF, Data) field included in a PPDU /Acquisition/configuration/computation/decoding/encoding operation, 2) time resource or frequency resource (eg, subcarrier resource) used for the subfield (SIG, STF, LTF, Data) field included in the PPDU, etc.
  • a power control operation and / or a power saving operation applied to the STA may include
  • various information used by various STAs for determination/acquisition/configuration/computation/decoding/encoding of transmit/receive signals may be stored in the memories 112 and 122 of FIG. 1 .
  • the device/STA of the sub-view (a) of FIG. 1 described above may be modified as shown in the sub-view (b) of FIG. 1 .
  • the STAs 110 and 120 of the present specification will be described based on the sub-drawing (b) of FIG. 1 .
  • the transceivers 113 and 123 shown in (b) of FIG. 1 may perform the same function as the transceivers shown in (a) of FIG. 1 .
  • the processing chips 114 and 124 illustrated in (b) of FIG. 1 may include processors 111 and 121 and memories 112 and 122 .
  • the processors 111 and 121 and the memories 112 and 122 shown in (b) of FIG. 1 are the processors 111 and 121 and the memories 112 and 122 shown in (a) of FIG. ) can perform the same function.
  • a technical feature in which a transmitting STA transmits a control signal is that the control signal generated by the processors 111 and 121 shown in the sub-drawing (a)/(b) of FIG. 1 is (a) of FIG. ) / (b) can be understood as a technical feature transmitted through the transceivers 113 and 123 shown in (b).
  • the technical feature in which the transmitting STA transmits the control signal is a technical feature in which the control signal to be transmitted to the transceivers 113 and 123 is generated from the processing chips 114 and 124 shown in the sub-view (b) of FIG. can be understood
  • the technical feature in which the receiving STA receives the control signal may be understood as the technical feature in which the control signal is received by the transceivers 113 and 123 shown in the sub-drawing (a) of FIG. 1 .
  • the technical feature that the receiving STA receives the control signal is that the control signal received by the transceivers 113 and 123 shown in the sub-drawing (a) of FIG. 1 is the processor shown in (a) of FIG. 111, 121) can be understood as a technical feature obtained by.
  • the technical feature that the receiving STA receives the control signal is that the control signal received by the transceivers 113 and 123 shown in the sub-view (b) of FIG. 1 is the processing chip shown in the sub-view (b) of FIG. It can be understood as a technical feature obtained by (114, 124).
  • software codes 115 and 125 may be included in the memories 112 and 122 .
  • the software codes 115 and 125 may include instructions for controlling the operations of the processors 111 and 121 .
  • Software code 115, 125 may be included in a variety of programming languages.
  • the processors 111 and 121 or the processing chips 114 and 124 shown in FIG. 1 may include an application-specific integrated circuit (ASIC), other chipsets, logic circuits, and/or data processing devices.
  • the processor may be an application processor (AP).
  • the processors 111 and 121 or the processing chips 114 and 124 shown in FIG. 1 may include a digital signal processor (DSP), a central processing unit (CPU), a graphics processing unit (GPU), and a modem (Modem). and demodulator).
  • DSP digital signal processor
  • CPU central processing unit
  • GPU graphics processing unit
  • Modem modem
  • demodulator demodulator
  • SNAPDRAGONTM series processor manufactured by Qualcomm®, an EXYNOSTM series processor manufactured by Samsung®, and a processor manufactured by Apple®. It may be an A series processor, a HELIOTM series processor manufactured by MediaTek®, an ATOMTM series processor manufactured by INTEL®, or a processor enhanced therewith.
  • uplink may mean a link for communication from a non-AP STA to an AP STA, and an uplink PPDU/packet/signal may be transmitted through the uplink.
  • downlink may mean a link for communication from an AP STA to a non-AP STA, and a downlink PPDU/packet/signal may be transmitted through the downlink.
  • WLAN wireless local area network
  • FIG. 2 shows the structure of an infrastructure basic service set (BSS) of the Institute of Electrical and Electronic Engineers (IEEE) 802.11.
  • BSS infrastructure basic service set
  • IEEE Institute of Electrical and Electronic Engineers
  • a WLAN system may include one or more infrastructure BSSs 200 and 205 (hereinafter, BSSs).
  • BSSs 200 and 205 are a set of APs and STAs, such as an access point (AP) 225 and a station 200-1 (STA1) that can communicate with each other through successful synchronization, and are not a concept indicating a specific area.
  • the BSS 205 may include one or more combinable STAs 205 - 1 and 205 - 2 to one AP 230 .
  • the BSS may include at least one STA, APs 225 and 230 that provide a distribution service, and a distribution system DS 210 that connects a plurality of APs.
  • the distributed system 210 may implement an extended service set (ESS) 240 that is an extended service set by connecting several BSSs 200 and 205 .
  • ESS 240 may be used as a term indicating one network in which one or several APs are connected through the distributed system 210 .
  • APs included in one ESS 240 may have the same service set identification (SSID).
  • the portal 220 may serve as a bridge connecting a wireless LAN network (IEEE 802.11) and another network (eg, 802.X).
  • IEEE 802.11 IEEE 802.11
  • 802.X another network
  • a network between the APs 225 and 230 and a network between the APs 225 and 230 and the STAs 200 - 1 , 205 - 1 and 205 - 2 may be implemented.
  • a network that establishes a network and performs communication even between STAs without the APs 225 and 230 is defined as an ad-hoc network or an independent basic service set (IBSS).
  • FIG. 2 The lower part of FIG. 2 is a conceptual diagram illustrating the IBSS.
  • the IBSS is a BSS operating in an ad-hoc mode. Since IBSS does not include an AP, there is no centralized management entity that performs a centralized management function. That is, in the IBSS, the STAs 250-1, 250-2, 250-3, 255-4, and 255-5 are managed in a distributed manner. In IBSS, all STAs (250-1, 250-2, 250-3, 255-4, 255-5) can be mobile STAs, and access to a distributed system is not allowed, so a self-contained network network) is formed.
  • 3 is a view for explaining a general link setup process.
  • the STA may perform a network discovery operation.
  • the network discovery operation may include a scanning operation of the STA. That is, in order for the STA to access the network, it must find a network in which it can participate. An STA must identify a compatible network before participating in a wireless network. The process of identifying a network existing in a specific area is called scanning. Scanning methods include active scanning and passive scanning.
  • an STA performing scanning transmits a probe request frame to discover which APs exist around it while moving channels, and waits for a response thereto.
  • a responder transmits a probe response frame to the STA that has transmitted the probe request frame in response to the probe request frame.
  • the responder may be an STA that last transmitted a beacon frame in the BSS of the channel being scanned.
  • the AP since the AP transmits a beacon frame, the AP becomes the responder.
  • the STAs in the IBSS rotate and transmit the beacon frame, so the responder is not constant.
  • an STA that transmits a probe request frame on channel 1 and receives a probe response frame on channel 1 stores BSS-related information included in the received probe response frame and channel) to perform scanning (ie, probe request/response transmission/reception on channel 2) in the same way.
  • the scanning operation may be performed in a passive scanning manner.
  • An STA performing scanning based on passive scanning may wait for a beacon frame while moving channels.
  • the beacon frame is one of the management frames in IEEE 802.11, and is periodically transmitted to inform the existence of a wireless network, and to allow a scanning STA to search for a wireless network and participate in the wireless network.
  • the AP plays a role of periodically transmitting a beacon frame, and in the IBSS, the STAs in the IBSS rotate and transmit the beacon frame.
  • the STA performing scanning receives the beacon frame, it stores information on the BSS included in the beacon frame and records beacon frame information in each channel while moving to another channel.
  • the STA may store BSS-related information included in the received beacon frame, move to the next channel, and perform scanning on the next channel in the same manner.
  • the STA discovering the network may perform an authentication process through step S320.
  • This authentication process may be referred to as a first authentication process in order to clearly distinguish it from the security setup operation of step S340 to be described later.
  • the authentication process of S320 may include a process in which the STA transmits an authentication request frame to the AP, and in response, the AP transmits an authentication response frame to the STA.
  • An authentication frame used for an authentication request/response corresponds to a management frame.
  • the authentication frame includes an authentication algorithm number, an authentication transaction sequence number, a status code, a challenge text, a Robust Security Network (RSN), and a Finite Cyclic Group), etc. may be included.
  • RSN Robust Security Network
  • Finite Cyclic Group Finite Cyclic Group
  • the STA may transmit an authentication request frame to the AP.
  • the AP may determine whether to allow authentication for the corresponding STA based on information included in the received authentication request frame.
  • the AP may provide the result of the authentication process to the STA through the authentication response frame.
  • the successfully authenticated STA may perform a connection process based on step S330.
  • the association process includes a process in which the STA transmits an association request frame to the AP, and in response, the AP transmits an association response frame to the STA.
  • the connection request frame includes information related to various capabilities, a beacon listening interval, a service set identifier (SSID), supported rates, supported channels, RSN, and mobility domain. , supported operating classes, TIM broadcast request (Traffic Indication Map Broadcast request), interworking service capability, and the like may be included.
  • connection response frame includes information related to various capabilities, status codes, Association IDs (AIDs), support rates, Enhanced Distributed Channel Access (EDCA) parameter sets, Received Channel Power Indicator (RCPI), Received Signal to Noise (RSNI). indicator), mobility domain, timeout interval (association comeback time), overlapping BSS scan parameters, TIM broadcast response, QoS map, and the like.
  • AIDs Association IDs
  • EDCA Enhanced Distributed Channel Access
  • RCPI Received Channel Power Indicator
  • RSNI Received Signal to Noise
  • indicator mobility domain
  • timeout interval association comeback time
  • overlapping BSS scan parameters TIM broadcast response
  • QoS map QoS map
  • step S340 the STA may perform a security setup process.
  • the security setup process of step S340 may include, for example, a process of private key setup through 4-way handshaking through an Extensible Authentication Protocol over LAN (EAPOL) frame. .
  • EAPOL Extensible Authentication Protocol over LAN
  • FIG. 4 is a diagram illustrating an example of a PPDU used in the IEEE standard.
  • PPDUs PHY protocol data units
  • the LTF and STF fields included a training signal
  • SIG-A and SIG-B included control information for the receiving station
  • the data field included user data corresponding to MAC PDU/Aggregated MAC PDU (PSDU). included
  • the HE PPDU according to FIG. 4 is an example of a PPDU for multiple users.
  • HE-SIG-B may be included only for multiple users, and the corresponding HE-SIG-B may be omitted from the PPDU for a single user.
  • HE-PPDU for multiple users is L-STF (legacy-short training field), L-LTF (legacy-long training field), L-SIG (legacy-signal), HE-SIG-A (high efficiency-signal A), HE-SIG-B (high efficiency-signal-B), HE-STF (high efficiency-short training field), HE-LTF (high efficiency-long training field) , a data field (or MAC payload) and a packet extension (PE) field.
  • Each field may be transmitted during the illustrated time interval (ie, 4 or 8 ⁇ s, etc.).
  • a resource unit may include a plurality of subcarriers (or tones).
  • the resource unit may be used when transmitting a signal to a plurality of STAs based on the OFDMA technique.
  • a resource unit may be defined even when a signal is transmitted to one STA.
  • the resource unit may be used for STF, LTF, data field, and the like.
  • the RU described in this specification may be used for uplink (UL) communication and downlink (DL) communication.
  • a transmitting STA eg, AP
  • a first RU eg, 26/52/106
  • a second RU eg, 26/52/106/242-RU, etc.
  • the first STA may transmit a first trigger-based PPDU based on the first RU
  • the second STA may transmit a second trigger-based PPDU based on the second RU.
  • the first/second trigger-based PPDUs are transmitted to the AP in the same time interval.
  • the transmitting STA (eg, AP) allocates a first RU (eg, 26/52/106/242-RU, etc.) to the first STA, and A second RU (eg, 26/52/106/242-RU, etc.) may be allocated to the 2 STAs. That is, the transmitting STA (eg, AP) may transmit the HE-STF, HE-LTF, and Data fields for the first STA through the first RU within one MU PPDU, and the second through the second RU. HE-STF, HE-LTF, and Data fields for 2 STAs may be transmitted.
  • the transmitting STA may perform channel access through contending (ie, backoff operation) and transmit a trigger frame 1030 . That is, the transmitting STA (eg, AP) may transmit the PPDU including the Trigger Frame 1330 .
  • a TB (trigger-based) PPDU is transmitted after a delay of SIFS.
  • the TB PPDUs 1041 and 1042 are transmitted in the same time zone and may be transmitted from a plurality of STAs (eg, user STAs) whose AIDs are indicated in the trigger frame 1030 .
  • the ACK frame 1050 for the TB PPDU may be implemented in various forms.
  • an orthogonal frequency division multiple access (OFDMA) technique or MU MIMO technique may be used, and OFDMA and MU MIMO technique may be used simultaneously.
  • OFDMA orthogonal frequency division multiple access
  • the trigger frame of FIG. 6 allocates resources for uplink multiple-user transmission (MU), and may be transmitted, for example, from an AP.
  • the trigger frame may be composed of a MAC frame and may be included in a PPDU.
  • Each field shown in FIG. 6 may be partially omitted, and another field may be added. Also, the length of each field may be changed differently from the illustration.
  • the frame control field 1110 of FIG. 6 includes information about the version of the MAC protocol and other additional control information, and the duration field 1120 includes time information for NAV setting or an STA identifier (eg, For example, information on AID) may be included.
  • the RA field 1130 includes address information of the receiving STA of the corresponding trigger frame, and may be omitted if necessary.
  • the TA field 1140 includes address information of an STA (eg, AP) that transmits the trigger frame
  • the common information field 1150 is a common information field applied to the receiving STA that receives the trigger frame.
  • a field indicating the length of the L-SIG field of the uplink PPDU transmitted in response to the trigger frame or the SIG-A field (ie, HE-SIG-A) in the uplink PPDU transmitted in response to the trigger frame. field) may include information that controls the content.
  • the common control information information on the length of the CP or the length of the LTF field of the uplink PPDU transmitted in response to the trigger frame may be included.
  • per user information fields 1160#1 to 1160#N corresponding to the number of receiving STAs receiving the trigger frame of FIG. 6 .
  • the individual user information field may be referred to as an “allocation field”.
  • the trigger frame of FIG. 6 may include a padding field 1170 and a frame check sequence field 1180 .
  • Each of the per user information fields 1160#1 to 1160#N shown in FIG. 6 may again include a plurality of subfields.
  • FIG. 7 shows an example of a common information field of a trigger frame. Some of the subfields of FIG. 7 may be omitted, and other subfields may be added. Also, the length of each subfield shown may be changed.
  • the illustrated length field 1210 has the same value as the length field of the L-SIG field of the uplink PPDU transmitted in response to the trigger frame, and the length field of the L-SIG field of the uplink PPDU indicates the length of the uplink PPDU.
  • the length field 1210 of the trigger frame may be used to indicate the length of the corresponding uplink PPDU.
  • the cascade indicator field 1220 indicates whether a cascade operation is performed.
  • the cascade operation means that downlink MU transmission and uplink MU transmission are performed together in the same TXOP. That is, after downlink MU transmission is performed, it means that uplink MU transmission is performed after a preset time (eg, SIFS).
  • a preset time eg, SIFS.
  • only one transmitter (eg, AP) performing downlink communication may exist, and a plurality of transmitters (eg, non-AP) performing uplink communication may exist.
  • the CS request field 1230 indicates whether the state of the radio medium or NAV should be considered in a situation in which the receiving device receiving the corresponding trigger frame transmits the corresponding uplink PPDU.
  • the HE-SIG-A information field 1240 may include information for controlling the content of the SIG-A field (ie, the HE-SIG-A field) of the uplink PPDU transmitted in response to the corresponding trigger frame.
  • the CP and LTF type field 1250 may include information on the LTF length and CP length of the uplink PPDU transmitted in response to the corresponding trigger frame.
  • the trigger type field 1060 may indicate a purpose for which a corresponding trigger frame is used, for example, normal triggering, triggering for beamforming, a request for Block ACK/NACK, and the like.
  • the trigger type field 1260 of the trigger frame indicates a basic type trigger frame for normal triggering.
  • a basic type trigger frame may be referred to as a basic trigger frame.
  • the user information field 1300 of FIG. 8 may be understood as any one of the individual user information fields 1160#1 to 1160#N mentioned in FIG. 6 above. Some of the subfields included in the user information field 1300 of FIG. 8 may be omitted, and other subfields may be added. Also, the length of each subfield shown may be changed.
  • the user identifier field 1310 of FIG. 8 indicates an identifier of an STA (ie, a receiving STA) corresponding to per user information, and an example of the identifier is an association identifier (AID) of the receiving STA. It can be all or part of a value.
  • an RU Allocation field 1320 may be included. That is, when the receiving STA identified by the user identifier field 1310 transmits the TB PPDU in response to the trigger frame, it transmits the TB PPDU through the RU indicated by the RU allocation field 1320 .
  • the subfield of FIG. 8 may include a coding type field 1330 .
  • the coding type field 1330 may indicate the coding type of the TB PPDU. For example, when BCC coding is applied to the TB PPDU, the coding type field 1330 is set to '1', and when LDPC coding is applied, the coding type field 1330 is set to '0'. have.
  • the subfield of FIG. 8 may include an MCS field 1340 .
  • the MCS field 1340 may indicate an MCS technique applied to a TB PPDU. For example, when BCC coding is applied to the TB PPDU, the coding type field 1330 is set to '1', and when LDPC coding is applied, the coding type field 1330 is set to '0'. have.
  • the transmitting STA may allocate 6 RU resources as shown in FIG. 9 through a trigger frame.
  • the AP is a first RU resource (AID 0, RU 1), a second RU resource (AID 0, RU 2), a third RU resource (AID 0, RU 3), a fourth RU resource (AID 2045, RU) 4), a fifth RU resource (AID 2045, RU 5), and a sixth RU resource (AID 3, RU 6) may be allocated.
  • Information on AID 0, AID 3, or AID 2045 may be included, for example, in the user identification field 1310 of FIG. 8 .
  • Information on RU 1 to RU 6 may be included in, for example, the RU allocation field 1320 of FIG. 8 .
  • the first to third RU resources of FIG. 9 may be used as UORA resources for an associated STA
  • the fourth to fifth RU resources of FIG. 9 are non-associated for STAs. It may be used as a UORA resource
  • the sixth RU resource of FIG. 9 may be used as a resource for a normal UL MU.
  • the OFDMA random access BackOff (OBO) counter of STA1 decreases to 0, and STA1 randomly selects the second RU resources (AID 0, RU 2).
  • OBO counter of STA2/3 is greater than 0, uplink resources are not allocated to STA2/3.
  • STA1 of FIG. 9 is an associated STA, there are a total of three eligible RA RUs for STA1 (RU 1, RU 2, RU 3), and accordingly, STA1 decrements the OBO counter by 3 to increase the OBO counter. became 0.
  • STA2 in FIG. 9 is an associated STA, there are a total of three eligible RA RUs for STA2 (RU 1, RU 2, RU 3), and accordingly, STA2 decrements the OBO counter by 3, but the OBO counter is 0. is in a larger state.
  • STA3 of FIG. 9 is an un-associated STA, the eligible RA RUs for STA3 are two (RU 4, RU 5) in total, and accordingly, STA3 decrements the OBO counter by 2, but the OBO counter is is greater than 0.
  • FIG. 10 shows an example of a PPDU used in this specification.
  • the PPDU of FIG. 10 may be called by various names such as an EHT PPDU, a transmission PPDU, a reception PPDU, a first type or an Nth type PPDU.
  • a PPDU or an EHT PPDU may be referred to as various names such as a transmission PPDU, a reception PPDU, a first type or an Nth type PPDU.
  • the EHT PPU may be used in an EHT system and/or a new wireless LAN system in which the EHT system is improved.
  • the PPDU of FIG. 10 may represent some or all of the PPDU types used in the EHT system.
  • the example of FIG. 10 may be used for both a single-user (SU) mode and a multi-user (MU) mode.
  • the PPDU of FIG. 10 may be a PPDU for one receiving STA or a plurality of receiving STAs.
  • the EHT-SIG of FIG. 10 may be omitted.
  • the STA that has received the trigger frame for uplink-MU (UL-MU) communication may transmit a PPDU in which the EHT-SIG is omitted in the example of FIG. 10 .
  • L-STF to EHT-LTF may be referred to as a preamble or a physical preamble, and may be generated/transmitted/received/acquired/decoded in a physical layer.
  • the subcarrier spacing of the L-STF, L-LTF, L-SIG, RL-SIG, U-SIG, and EHT-SIG fields of FIG. 10 is set to 312.5 kHz, and the subcarrier spacing of the EHT-STF, EHT-LTF, and Data fields may be set to 78.125 kHz. That is, the tone index (or subcarrier index) of the L-STF, L-LTF, L-SIG, RL-SIG, U-SIG, and EHT-SIG fields is displayed in units of 312.5 kHz, EHT-STF, EHT-LTF, The tone index (or subcarrier index) of the Data field may be displayed in units of 78.125 kHz.
  • L-LTF and L-STF may be the same as the conventional fields.
  • the L-SIG field of FIG. 10 may include, for example, 24-bit bit information.
  • 24-bit information may include a 4-bit Rate field, a 1-bit Reserved bit, a 12-bit Length field, a 1-bit Parity bit, and a 6-bit Tail bit.
  • the 12-bit Length field may include information about the length or time duration of the PPDU.
  • the value of the 12-bit Length field may be determined based on the type of the PPDU. For example, when the PPDU is a non-HT, HT, VHT PPDU or an EHT PPDU, the value of the Length field may be determined as a multiple of 3.
  • the value of the Length field may be determined as “a multiple of 3 + 1” or “a multiple of 3 +2”.
  • the value of the Length field may be determined as a multiple of 3
  • the value of the Length field may be “a multiple of 3 + 1” or “a multiple of 3” +2”.
  • the transmitting STA may apply BCC encoding based on a code rate of 1/2 to 24-bit information of the L-SIG field. Thereafter, the transmitting STA may obtain a 48-bit BCC encoding bit. BPSK modulation may be applied to 48-bit coded bits to generate 48 BPSK symbols. The transmitting STA may map 48 BPSK symbols to positions excluding pilot subcarriers ⁇ subcarrier indexes -21, -7, +7, +21 ⁇ and DC subcarriers ⁇ subcarrier index 0 ⁇ .
  • the transmitting STA may additionally map signals of ⁇ -1, -1, -1, 1 ⁇ to the subcarrier indexes ⁇ -28, -27, +27, 28 ⁇ .
  • the above signal can be used for channel estimation in the frequency domain corresponding to ⁇ -28, -27, +27, 28 ⁇ .
  • the transmitting STA may generate the RL-SIG generated in the same way as the L-SIG.
  • BPSK modulation is applied.
  • the receiving STA may know that the received PPDU is an HE PPDU or an EHT PPDU based on the existence of the RL-SIG.
  • a universal SIG (U-SIG) may be inserted.
  • the U-SIG may be referred to by various names such as a first SIG field, a first SIG, a first type SIG, a control signal, a control signal field, and a first (type) control signal.
  • the U-SIG may include information of N bits, and may include information for identifying the type of the EHT PPDU.
  • the U-SIG may be configured based on two symbols (eg, two consecutive OFDM symbols).
  • Each symbol (eg, OFDM symbol) for U-SIG may have a duration of 4 us.
  • Each symbol of the U-SIG may be used to transmit 26-bit information.
  • each symbol of the U-SIG may be transmitted/received based on 52 data tones and 4 pilot tones.
  • A-bit information (eg, 52 un-coded bits) may be transmitted through the U-SIG (or U-SIG field), and the first symbol of the U-SIG is the first of the total A-bit information.
  • X-bit information (eg, 26 un-coded bits) is transmitted, and the second symbol of U-SIG can transmit the remaining Y-bit information (eg, 26 un-coded bits) of the total A-bit information.
  • the transmitting STA may obtain 26 un-coded bits included in each U-SIG symbol.
  • the transmitting STA may generate 52 BPSK symbols allocated to each U-SIG symbol by performing BPSK modulation on the interleaved 52-coded bits.
  • One U-SIG symbol may be transmitted based on 56 tones (subcarriers) from subcarrier index -28 to subcarrier index +28, except for DC index 0.
  • the 52 BPSK symbols generated by the transmitting STA may be transmitted based on the remaining tones (subcarriers) excluding pilot tones -21, -7, +7, and +21 tones.
  • A-bit information (eg, 52 un-coded bits) transmitted by U-SIG includes a CRC field (eg, a 4-bit long field) and a tail field (eg, a 6-bit long field). ) may be included.
  • the CRC field and the tail field may be transmitted through the second symbol of the U-SIG.
  • the CRC field may be generated based on the remaining 16 bits except for the CRC/tail field in the 26 bits allocated to the first symbol of the U-SIG and the second symbol, and may be generated based on the conventional CRC calculation algorithm.
  • the tail field may be used to terminate the trellis of the convolutional decoder, and may be set to, for example, “000000”.
  • a bit information (eg, 52 un-coded bits) transmitted by U-SIG may be divided into version-independent bits and version-dependent bits.
  • the size of the version-independent bits may be fixed or variable.
  • the version-independent bits may be allocated only to the first symbol of the U-SIG, or the version-independent bits may be allocated to both the first symbol and the second symbol of the U-SIG.
  • the version-independent bits and the version-dependent bits may be referred to by various names such as a first control bit and a second control bit.
  • the version-independent bits of the U-SIG may include a 3-bit PHY version identifier.
  • the 3-bit PHY version identifier may include information related to the PHY version of the transmission/reception PPDU.
  • the first value of the 3-bit PHY version identifier may indicate that the transmission/reception PPDU is an EHT PPDU.
  • the transmitting STA may set the 3-bit PHY version identifier as the first value.
  • the receiving STA may determine that the receiving PPDU is an EHT PPDU based on the PHY version identifier having the first value.
  • the version-independent bits of the U-SIG may include a 1-bit UL/DL flag field.
  • a first value of the 1-bit UL/DL flag field is related to UL communication, and a second value of the UL/DL flag field is related to DL communication.
  • the version-independent bits of the U-SIG may include information about the length of the TXOP and information about the BSS color ID.
  • EHT PPDU when the EHT PPDU is divided into various types (eg, various types such as EHT PPDU related to SU mode, EHT PPDU related to MU mode, EHT PPDU related to TB mode, EHT PPDU related to Extended Range transmission) , information on the type of the EHT PPDU may be included in the version-dependent bits of the U-SIG.
  • various types eg, various types such as EHT PPDU related to SU mode, EHT PPDU related to MU mode, EHT PPDU related to TB mode, EHT PPDU related to Extended Range transmission
  • information on the type of the EHT PPDU may be included in the version-dependent bits of the U-SIG.
  • the U-SIG is 1) a bandwidth field including information about bandwidth, 2) a field including information about an MCS technique applied to the EHT-SIG, 3) dual subcarrier modulation to the EHT-SIG (dual An indication field including information on whether subcarrier modulation, DCM) technique is applied, 4) a field including information on the number of symbols used for EHT-SIG, 5) EHT-SIG is generated over the entire band It may include a field including information on whether or not it is, 6) a field including information about the type of EHT-LTF/STF, and 7) information about a field indicating the length of the EHT-LTF and the CP length.
  • (transmit/receive/uplink/down) signal may be a signal transmitted/received based on the PPDU of FIG. 10 .
  • the PPDU of FIG. 10 may be used to transmit and receive various types of frames.
  • the PPDU of FIG. 10 may be used for a control frame.
  • control frame may include request to send (RTS), clear to send (CTS), Power Save-Poll (PS-Poll), BlockACKReq, BlockAck, Null Data Packet (NDP) announcement, and Trigger Frame.
  • the PPDU of FIG. 10 may be used for a management frame.
  • An example of the management frame may include a Beacon frame, (Re-)Association Request frame, (Re-)Association Response frame, Probe Request frame, and Probe Response frame.
  • the PPDU of FIG. 10 may be used for a data frame.
  • the PPDU of FIG. 10 may be used to simultaneously transmit at least two or more of a control frame, a management frame, and a data frame.
  • FIG. 11 shows a modified example of a transmitting apparatus and/or a receiving apparatus of the present specification.
  • Each device/STA of the sub-drawings (a)/(b) of FIG. 1 may be modified as shown in FIG. 11 .
  • the transceiver 630 of FIG. 11 may be the same as the transceivers 113 and 123 of FIG. 1 .
  • the transceiver 630 of FIG. 11 may include a receiver and a transmitter.
  • the processor 610 of FIG. 11 may be the same as the processors 111 and 121 of FIG. 1 . Alternatively, the processor 610 of FIG. 11 may be the same as the processing chips 114 and 124 of FIG. 1 .
  • the memory 150 of FIG. 11 may be the same as the memories 112 and 122 of FIG. 1 .
  • the memory 150 of FIG. 11 may be a separate external memory different from the memories 112 and 122 of FIG. 1 .
  • the power management module 611 manages power for the processor 610 and/or the transceiver 630 .
  • the battery 612 supplies power to the power management module 611 .
  • the display 613 outputs the result processed by the processor 610 .
  • Keypad 614 receives input to be used by processor 610 .
  • a keypad 614 may be displayed on the display 613 .
  • SIM card 615 may be an integrated circuit used to securely store an international mobile subscriber identity (IMSI) used to identify and authenticate subscribers in mobile phone devices, such as mobile phones and computers, and keys associated therewith. .
  • IMSI international mobile subscriber identity
  • the speaker 640 may output a sound related result processed by the processor 610 .
  • Microphone 641 may receive sound related input to be used by processor 610 .
  • the STA (AP and/or non-AP STA) of the present specification may support multi-link (ML) communication.
  • ML communication may mean communication supporting a plurality of links.
  • Links related to ML communication may include channels of a 2.4 GHz band, a 5 GHz band, and a 6 GHz band (eg, 20/40/80/160/240/320 MHz channels).
  • a plurality of links used for ML communication may be set in various ways.
  • a plurality of links supported by one STA for ML communication may be a plurality of channels in a 2.4 GHz band, a plurality of channels in a 5 GHz band, and a plurality of channels in a 6 GHz band.
  • a plurality of links supported by one STA for ML communication includes at least one channel in a 2.4 GHz band (or 5 GHz/6 GHz band) and at least one channel in a 5 GHz band (or 2.4 GHz/6 GHz band) within It may be a combination of one channel.
  • at least one of a plurality of links supported by one STA for ML communication may be a channel to which preamble puncturing is applied.
  • the STA may perform ML setup to perform ML communication.
  • ML setup may be performed based on a management frame or control frame such as Beacon, Probe Request/Response, Association Request/Response.
  • a management frame or control frame such as Beacon, Probe Request/Response, Association Request/Response.
  • information about ML configuration may be included in an element field included in Beacon, Probe Request/Response, and Association Request/Response.
  • an enabled link for ML communication may be determined.
  • the STA may perform frame exchange through at least one of a plurality of links determined as an enabled link.
  • the enabled link may be used for at least one of a management frame, a control frame, and a data frame.
  • a transceiver supporting each link may operate as one logical STA.
  • one STA supporting two links may be expressed as one multi-link device (MLD) including a first STA for a first link and a second STA for a second link.
  • MLD multi-link device
  • one AP supporting two links may be expressed as one AP MLD including a first AP for a first link and a second AP for a second link.
  • one non-AP supporting two links may be expressed as one non-AP MLD including a first STA for the first link and a second STA for the second link.
  • the MLD may transmit information about a link that the corresponding MLD can support through ML setup.
  • Link information may be configured in various ways.
  • information about the link includes 1) information on whether the MLD (or STA) supports simultaneous RX/TX operation, 2) the number/upper limit of uplink/downlink links supported by the MLD (or STA) information, 3) information on the location/band/resource of the uplink/downlink link supported by the MLD (or STA), 4) the type of frame available or preferred in at least one uplink/downlink link (management, control, data etc.) information, 5) available or preferred ACK policy information in at least one uplink/downlink link, and 6) available or preferred TID (traffic identifier) information in at least one uplink/downlink link.
  • the TID is related to the priority of traffic data and is expressed as eight types of values according to the conventional wireless LAN standard. That is, eight TID values corresponding to four access categories (AC) (AC_BK (background), AC_BE (best effort), AC_VI (video), and AC_VO (voice)) according to the conventional WLAN standard will be defined.
  • AC access categories
  • AC_BK background
  • AC_BE best effort
  • AC_VI video
  • AC_VO voice
  • TIDs may be mapped for uplink/downlink link. Specifically, if negotiation is not made through ML setup, all TIDs are used for ML communication. can be used for
  • a plurality of links that can be used by the transmitting MLD and the receiving MLD related to ML communication may be set through ML setup, and this may be referred to as an “enabled link”.
  • “enabled link” may be called differently in various expressions. For example, it may be referred to as various expressions such as a first link, a second link, a transmission link, and a reception link.
  • the MLD may update the ML setup. For example, the MLD may transmit information about a new link when it is necessary to update information about the link. Information on the new link may be transmitted based on at least one of a management frame, a control frame, and a data frame.
  • the device described below may be the apparatus of FIGS. 1 and/or 11 , and the PPDU may be the PPDU of FIG. 10 .
  • the device may be an AP or a non-AP STA.
  • the device described below may be an AP multi-link device (MLD) supporting multi-link or a non-AP STA MLD.
  • MLD AP multi-link device
  • EHT extremely high throughput
  • the device may use one or more bands (eg, 2.4 GHz, 5 GHz, 6 GHz, 60 GHz, etc.) simultaneously or alternately.
  • MLD means a multi-link device.
  • the MLD has one or more connected STAs and has one MAC service access point (SAP) that passes through an upper link layer (Logical Link Control, LLC).
  • SAP MAC service access point
  • LLC Logical Link Control
  • MLD may mean a physical device or a logical device.
  • a device may mean an MLD.
  • a transmitting device and a receiving device may refer to MLD.
  • the first link of the receiving/transmitting device may be a terminal (eg, STA or AP) that performs signal transmission/reception through the first link, included in the receiving/transmitting device.
  • the second link of the receiving/transmitting device may be a terminal (eg, STA or AP) that performs signal transmission/reception through the second link included in the receiving/transmitting device.
  • a multi-link may include a multi-band. That is, the multi-link may mean a link included in several frequency bands, or may mean a plurality of links included in one frequency band.
  • EHT considers multi-link technology, where multi-link may include multi-band. That is, the multi-link may represent links of several bands and at the same time may represent several multi-links within one band. Two types of multi-link operation are being considered. Asynchronous operation that enables simultaneous TX/RX on multiple links and synchronous operation that is not possible are considered.
  • STR simultaneous transmit and receive
  • STR MLD multi-link device
  • -STR MLD non-STR MLD
  • the MLD controls at least one STA, but is not limited thereto.
  • the at least one STA may transmit/receive a signal independently of the MLD.
  • the AP MLD or the non-AP MLD may be configured in a structure having a plurality of links.
  • the non-AP MLD may support a plurality of links.
  • the non-AP MLD may include a plurality of STAs. A plurality of STAs may have a link for each STA.
  • the EHT standard (802.11be standard) considers an MLD (Multi-Link Device) structure in which one AP/non-AP MLD supports multiple links as a major technology. STAs included in the non-AP MLD may transmit information on other STAs in the non-AP MLD together through one link. Accordingly, there is an effect that the overhead of frame exchange is reduced. In addition, there is an effect of increasing the link usage efficiency of the STA and reducing power consumption.
  • MLD Multi-Link Device
  • multi-link may include multi-band. That is, the multi-link may represent links of several bands and at the same time may represent several multi-links within one band.
  • the non-AP MLD has multiple STAs as shown in FIG. 12 and has a link for each STA. It has the same structure for AP MLD.
  • each AP of the AP MLD and each STA of the non-AP MLD are connected to each link through the link setup process. And at this time, the linked link may be changed or reconnected to another link by AP MLD or non-AP MLD depending on the situation.
  • EHT 802.11be
  • the concept of dividing a link into an anchored/non-anchored link is considered as a major technology to reduce power consumption.
  • AP MLD supporting multi-link is managed by designating each link as an anchored link or non-anchored link.
  • AP MLD supports one or more links among multiple links as anchored links
  • non-AP MLD uses one or more of its own anchored links from the Anchored Link List (the list of anchored links supported by AP MLD).
  • Anchored link is used for non-data frame exchange (i.e. Beacon and Management frame) as well as frame exchange for synchronization, and non-anchored link is used only for data frame exchange.
  • the non-AP MLD monitors only the anchored link to receive the Beacon and Management frame during the idle period. Therefore, in the case of non-AP MLD, at least one anchored link must be connected to receive the beacon and management frame, and this anchored link must always be maintained in the enabled state. In contrast, since the non-anchored link is used only for data frame exchange, the STA corresponding to the non-anchored link can reduce power consumption by entering the doze during the idle period when the channel is not used.
  • 802.11be considers cross-link signaling in which information on other links is transmitted through one link.
  • FIG. 13 shows an example of a link connection between MLDs.
  • the AP 1 may transmit information on the AP 2 to the non-AP MLD through the Link 1 .
  • This characteristic can be usefully used when non-AP MLD is in PS mode.
  • the AP MLD needs to use Link 2 to transmit information to STA 2, it may transmit information to STA 2 through Link 1 through cross-link signaling.
  • information sharing capability capable of sharing information between STAs of non-AP MLD is required.
  • a method of notifying the connecting STA whenever important information e.g. critical update, BSS Parameters, Capabilities, Operation element, NSEP Priority Access, etc.
  • important information e.g. critical update, BSS Parameters, Capabilities, Operation element, NSEP Priority Access, etc.
  • NSEP Priority Access e.g. Low latency data traffic occurs
  • the STA can receive change information or new information of the AP through the periodically transmitted Beacon frame, but in the case of specific information, the moment the event occurs because it may affect the transmission operation of the STA from the time of the change. There may also be information that needs to be informed to the STA. For example, in 802.11be, non-Simultaneous TX/RX (non-STR) capability caused by multi-link characteristics may limit the TX/RX operation of the STA due to inter-link interference during data transmission. The information may be insufficient to convey through the Beacon.
  • specific information about a specific AP (reporting AP or reported APs) to the STA by including a change sequence field (or information indicating a change sequence number, such as a change sequence element) in a beacon or probe response frame (eg, for example, in 802.11be, a method of notifying the presence or absence of updates of elements classified as critical update events) is defined. For example, when specific BSS parameter information is changed, the AP notifies the STA of the changed BSS information and the version information (ie, number) of the changed information in the Beacon as a Change sequence field, and the STA has a different sequence from the previously received version information.
  • the STA connected to the updated BSS When the number is received, it is determined that the information has been updated, and a probe request is sent to the updated BSS to receive the information. In this case, if the STA connected to the updated BSS is in the Doze state, it may be awake through cross-signaling and then directly request the changed information.
  • the AP may inform whether or not BSS information is updated through the Change sequence field. At this time, it may inform which information has been updated through an indicator transmitted together.
  • the AP may also inform whether other APs in the same AP MLD have updated BSS information. If the STA that receives the increased Change sequence field value through the Beacon frame (or another frame) from the AP receives the Link ID together with the Change sequence field, it can know which AP of the connected AP MLD has updated BSS information.
  • the link indication information e.g. Link ID
  • the AP may also inform whether other APs in the same AP MLD have updated BSS information. If the STA that receives the increased Change sequence field value through the Beacon frame (or another frame) from the AP receives the Link ID together with the Change sequence field, it can know which AP of the connected AP MLD has updated BSS information.
  • element indication information (e.g. Element ID) is transmitted together with the change sequence field
  • the AP may inform which information has been updated. If the STA that receives the increased Change sequence field value through the Beacon frame (or other frame, for example, (Broadcast) Probe response frame, etc.) from the AP receives the Element ID together with the Change sequence field, which information of the connected AP? You can see if it has been updated. For example, specific information may be indicated by using a Request element, an Extended element, or a PV1 Probe Response Option element. In this case, if the AP transmits link indication information as well as element indication information together with the change sequence field, the STA may know which information of which BSS of the connected AP MLD is updated.
  • element indication information e.g. Element ID
  • This information can be useful because it is possible to know whether information has been changed without service disruption when some links of AP MLD have power saving.
  • a non-AP MLD STA that has entered power saving, when it finds out that it has updated BSS information through information received by another STA in the same non-AP MLD (that is, in the awake state), it unconditionally wakes up. Instead, depending on the situation (according to the importance of information), you will be able to choose whether to Awake or not.
  • the AP MLD transmits all critical update IEs (i.e.
  • the AP determines which AP It can indicate that a critical update has occurred.
  • the STA that receives the Change Sequence field value increased compared to its current CSN information through the Beacon frame (or other frame, for example, (Broadcast) Probe response frame, etc.) from the AP, regardless of its current CSN value, It can be useful for a long sleep device because it can receive all the latest all Critical update IEs from the AP.
  • an announcement method is proposed for the AP to notify when an update of its own important information occurs or when important information occurs.
  • changed information may be delivered through a separate Announcement frame, or may be delivered by piggybacking to the DL Frame of the AP.
  • a separate Announcement frame may be a management frame (e.g. Broadcast Probe response, etc.) or a separate new frame may be defined for this.
  • a management frame e.g. Broadcast Probe response, etc.
  • a separate new frame may be defined for this.
  • both a method considering a device having a single link and a device having a multi-link are considered for the Announcement method.
  • Section 1.1.1 proposes an explicit method for directly delivering changed information
  • Section 1.1.2 We propose an implicit method that indirectly conveys the presence of information through an indication. Additionally, in Section 1.2, we propose an Announcement method considering power saving.
  • the STA that has acquired the changed information through this method may acquire the changed information from the AP without a separate additional operation. Also, this method may be used to notify low latency STAs that low latency traffic has occurred.
  • the changed information is included in a separate announcement frame (e.g. a new definition frame or a broadcast probe response, etc.) and transmitted to the connected STA.
  • a separate announcement frame e.g. a new definition frame or a broadcast probe response, etc.
  • the change may be notified to the STA through an Announcement frame.
  • FIG. 15 An embodiment of a case in which a probe response frame is used as an announcement frame for this is shown in FIG. 15 .
  • the corresponding probe response frame can inform the probe response by including CSN information (e.g. change sequence element) and changed parameter information (e.g. channel switch announcement) indicating that a critical update has occurred through the above format. That is, as the CSN of the AP is updated from 4 to 5, only the changed IE information is included in the frame and transmitted.
  • CSN information e.g. change sequence element
  • changed parameter information e.g. channel switch announcement
  • the AP may notify changed information through an announcement frame when a critical update event occurs. At this time, it may transmit a frame including all IE information classified as a critical update event.
  • all IE information classified as a critical update event means information defined in 802.11be.
  • 802.11be it is defined as 'The critical updates are defined in 11.2.3.15 (TIM Broadcast) and the additional update can be added if needed.'
  • the AP defines in 802.11be when a Critical update event occurs.
  • an announcement frame e.g. (Broadcast) Probe Response frame
  • the latest critical update information of the AP can be provided to the STA.
  • FIG. 16 An embodiment of a case in which a (Broadcast) Probe response frame is used as the Announcement frame for this is shown in FIG. 16 .
  • 16 shows another example of configuring an Announcement frame using a probe response frame.
  • the probe response frame includes CSN information indicating that a critical update has occurred (e.g. Change Sequence element) and information classified into all critical update events (i.e. all critical update IE information) through the form shown in FIG. 16 in the frame can let you know That is, when the CSN of the AP is updated from 4 to 5, all IE information related to the critical update (e.g. critical update IE (a), ..., critical update IE (z)) is transmitted in a frame.
  • CSN information indicating that a critical update has occurred e.g. Change Sequence element
  • information classified into all critical update events i.e. all critical update IE information
  • this method can be used as a method of notifying the low latency STA when low latency data traffic occurs to the AP. For example, when data traffic for low latency STAs occurs in a specific AP, the corresponding information may be notified to the low latency STAs in a separate announcement frame. The low latency STA that has received the announcement frame can maintain the awake state without entering the doze state to receive information.
  • this change may be piggybacked on a DL frame being transmitted instead of a separate announcement to notify the STA. If there is a DL frame to be transmitted by the AP after a critical update occurs, such changes may be included in the DL frame and transmitted. An example of this is shown in FIG. 17 .
  • FIG. 17 shows another example of an Announcement explicit method considering a single link device.
  • the updated information may be included in the DL frame and transmitted.
  • a DL Frame including all critical update IE information classified as a critical update event, not only changed information, may be transmitted.
  • An example of this is shown in FIG. 18 .
  • the AP may transmit the corresponding information to the STA through a DL frame.
  • the DL Frame may be a data frame or a TWT Frame.
  • the DL Frame is piggybacked or a separate DL Frame (e.g. TWT Frame) is generated to deliver the relevant important information to the STA.
  • the AP MLD when the AP MLD is connected to a non-AP MLD having a multi-link, when the BSS information of the AP is changed, a method of notifying the STA is proposed.
  • cross-link signaling is considered by utilizing multi-link characteristics. Accordingly, through cross-link signaling, the AP MLD may notify the non-AP MLD of its own BSS change information as well as the BSS information of other APs through its own link. An example of this is shown in FIG. 19 .
  • AP MLD may notify STA 2 of this by transmitting an announcement frame through Link 1 instead of Link 2.
  • STA 1 may transmit change information through information sharing.
  • This cross-link signaling method can be used even more effectively for STAs operating in PS mode because when STA 2 is in a doze state for power saving, it does not wake to receive a change, but can be transmitted through Link 1. .
  • FIG. 20 An example of this is shown in FIG. 20 .
  • FIG. 20 shows an example of a cross-link signaling method for an STA operating in PS mode.
  • STA 2 may acquire change information of AP 2 without awake. By utilizing this, STA 2 may further reduce power consumption.
  • FIG. 21 An embodiment of a case in which a probe response frame is used as an announcement frame for this is shown in FIG. 21 .
  • 21 shows another example of configuring an Announcement frame using a probe response frame.
  • the corresponding probe response frame can inform the CSN information (e.g. change sequence element) indicating that a critical update has occurred and the changed parameter information (e.g. channel switch announcement) through the Multi-Link element of the probe response through the above format.
  • the CSN information e.g. change sequence element
  • the changed parameter information e.g. channel switch announcement
  • the STA is doze through the announcement frame. It is also possible to acquire change information that another STA, which is a state, needs to know.
  • all critical update information may be included in the frame along with CSN information indicating that critical update to other APs has occurred through the corresponding Probe Response frame.
  • CSN information indicating that critical update to other APs has occurred through the corresponding Probe Response frame.
  • AP 1 and AP 2 of AP MLD and STA 1 and STA 2 of non-AP MLD are connected by Link 1 and Link 2, and STA 2 enters the doze state for power saving reasons.
  • STA 2 when a critical update occurs in AP 2, it is necessary to notify STA 2, but since STA 2 is in a doze state, STA 2 must be awake to notify this.
  • the AP MLD provides information about the critical update of AP 2 through Link 1 through a (Broadcast) Probe response frame, so that the non-AP MLD can acquire updated information without awake of STA 2 .
  • the STA of the non-AP MLD may obtain critical update information for other APs through its operating link, which may be useful for power saving.
  • AP 1 may notify changed information about AP 2 through an announcement frame, including all IE information classified as critical update event for AP 2 frame can be transmitted.
  • all IE information classified as a critical update event means information defined in 802.11be.
  • AP MLD uses the multi-link characteristic to Even when a critical update event occurs for other APs in the same AP MLD, an announcement frame (e.g. (Broadcast) Probe Response frame) including all critical update IEs defined in 802.11be is transmitted to the STA through cross-link signaling. Critical update information can be provided.
  • an announcement frame e.g. (Broadcast) Probe Response frame
  • Critical update information can be provided.
  • FIG. 22 An embodiment of a case in which a (Broadcast) Probe response frame is used as the Announcement frame for this is shown in FIG. 22 .
  • FIG. 22 shows another example of configuring an Announcement frame using a probe response frame.
  • the corresponding Probe response frame includes CSN information (e.g. change sequence element) indicating that a critical update has occurred through the above form, and all critical update information (i.e. all IE information classified as critical update event in 802.11be, Critical update IE) (a), ...Critical update IE (z)) can be notified through the Multi-Link element of the probe response.
  • CSN information e.g. change sequence element
  • all critical update information i.e. all IE information classified as critical update event in 802.11be, Critical update IE) (a), ...Critical update IE (z)
  • the STA Since the corresponding Multi-Link element includes information about the reported AP (ie, other AP), not information about the reporting AP, in the case of non-AP MLD operating in power save mode, the STA is doze through the announcement frame. It is also possible to acquire change information that another STA, which is a state, needs to know. In this case, information on the reported AP may be included in the Per-STA Profile (x) including the Link ID field corresponding to the reported AP.
  • This method may be used in combination with the above-mentioned change information delivery method for the reporting AP.
  • An example of using the frame format of the probe response frame in this case is shown in FIG. 23 .
  • the reporting AP may transmit important change information about itself and change information about the reported AP in some cases.
  • FIG. 23 shows another example of configuring an Announcement frame using a probe response frame.
  • the method of FIG. 23 may be used as a method of notifying low latency STAs when low latency data traffic occurs in a specific AP of the AP MLD.
  • cross-link signaling is considered by utilizing multi-link characteristics.
  • the AP MLD may notify the low latency data traffic information generated in the AP as well as the low latency data traffic information generated in the other AP to the low latency STAs through its link.
  • the STA that has received the announcement frame checks whether there is low latency traffic to the other STA of the non-AP MLD to which it is connected, the other STA awakes in the doze state or in the awake state if it is in the doze state to receive information. You can stay awake without entering the doze state.
  • Such a change may be notified to the STA by piggybacking it in a DL frame being transmitted instead of a separate announcement.
  • An example of this is shown in FIG. 24 .
  • the change of AP 2 may be included in the DL frame to be transmitted and transmitted to STA 2 .
  • the change of AP 2 may be included in the DL frame to be transmitted and transmitted to STA 2 .
  • STA 2 enters the doze state through PS mode it can be used even more usefully because change information can be transmitted through Link 1 without waking.
  • FIG. 25 An example of this is shown in FIG. 25 .
  • 25 shows another example of a cross-link signaling method for an STA operating in PS mode.
  • STA 2 may acquire change information of AP 2 without awake. By utilizing this, STA 2 may further reduce power consumption.
  • 26 shows another example of an Announcement explicit method in consideration of a multi-link device.
  • an operation element change occurs in the BSS of AP 2 (ie, critical update)
  • critical update if there is a DL frame to be transmitted by AP 1 to the STA before the next beacon transmission, all critical update information for AP 2 is a DL frame can be included and transmitted.
  • frame overhead can be reduced by not using a separate announcement frame through this method, and changed information can be transmitted without waking STA 2, which is useful for power saving.
  • the AP may transmit the corresponding information to the STA through a DL frame.
  • the DL Frame may be a data frame to be transmitted or a TWT Frame.
  • the DL Frame can be piggybacked or a separate DL Frame (e.g. TWT Frame) can be generated to deliver the important information to the STA. have. If the cross link signaling characteristic of the multi-link is utilized, the STA that needs to receive the corresponding important information does not need to awake from the doze state or perform additional channel access, which is effective in throughput or power saving.
  • the STA when the BSS information of the AP MLD is changed or important information is generated, a method of indirectly notifying the changed (generated) information to the STA is proposed.
  • the STA which has confirmed that there is currently changed BSS information or generated important information, may obtain the changed information from the AP by requesting the AP for desired information.
  • an indicator e.g. change sequence field, change sequence element, etc.
  • a separate Announcement frame e.g. new definition frame or Broadcast Probe response, etc.
  • AP 1 may include information on whether or not such change exists in an Announcement frame to notify STA 1 .
  • the information included in the Announcement frame includes only the presence or absence of update of specific information, not the actual field value.
  • STA 1 may request the changed information through Link 1.
  • the Request frame requested by STA 1 may be a separately defined frame, a management frame (e.g. probe request), or a Quality of Service (QoS) data frame.
  • STA 1 may try to listen to the next Beacon to receive important change information.
  • FIG. 28 An embodiment of a case in which a probe response frame is used as an announcement frame for this is shown in FIG. 28 .
  • corresponding information may be announced through a (Broadcast) Probe response.
  • the corresponding probe response frame may inform the probe response by including CSN information (e.g. change sequence element, change sequence field) indicating that a critical update has occurred through the above format.
  • CSN information e.g. change sequence element, change sequence field
  • the STA that has received the message displays the CSN information it currently has (in 802.11be, non-AP STAs agreed to keep the most recently received CSN information) and the CSN information received through the announcement frame above.
  • the STA may transmit a probe request frame or attempt to receive a next beacon to acquire critical update change information.
  • the STA transmits a (MLD) Probe request frame to obtain critical update change information
  • the AP receiving it may respond with a (MLD) Probe response frame including information changed due to critical update, but all In order to provide information about this to the STA, it may be broadcast as a (Broadcast) Probe Response frame.
  • the information included in the response frame is information changed due to the most recent critical update (that is, information changed while being updated from CSN 4 to CSN 5 when the CSN value of the AP is 5) or all critical update information (ie, 802.11be) All information classified as a critical update event in the
  • STA 1 may request information from AP 1 for all or part of information after checking which information acquired through the Announcement frame has been changed. For example, when it is confirmed through the Announcement frame that various pieces of information on the BSS have been changed, the STA may request only information corresponding to a critical update. At this time, if the STA wants to request only specific information, the Request IE/ Extended Request IE or PV1 Probe Response Option element may be reused or extended, or a separate bitmap for this may be defined to indicate the information the STA wants to request. have.
  • the indicator for such a change may be piggybacked on a DL frame being transmitted instead of a separate announcement to notify the STA. If there is a DL frame to be transmitted by the AP after a critical update occurs, such an indicator may be included in the DL frame and transmitted. An example of this is shown in FIG. 29 .
  • 29 shows another example of an Announcement implicit method in consideration of a single-link device.
  • an indicator indicating updated information may be included in the DL frame and transmitted.
  • STA 1 may indicate the information it wants to acquire and request the corresponding information from AP 1 through a request frame.
  • the AP transmits information in a response frame. In this case, STA 1 may request all of the changed information or may request only some information.
  • the AP MLD when the AP MLD is connected to a non-AP MLD having a multi-link, when the BSS information of the AP is changed, a method of notifying the STA is proposed.
  • cross-link signaling is considered by utilizing multi-link characteristics. Accordingly, through cross-link signaling, the AP MLD may notify the non-AP MLD of the BSS information of other APs as well as the indicator of its own BSS change information through its own link. An example of this is shown in FIG. 30 .
  • FIG. 30 shows another example of an Announcement implicit method in consideration of a multi-link device.
  • AP MLD may transmit an announcement frame through Link 1 instead of Link 2 to inform STA 2 that AP 2 currently has changed information.
  • STA 1 may transmit change information through information sharing.
  • This cross-link signaling method can be used more effectively for STAs operating in PS mode because when STA 2 is in a doze state for power saving, it does not wake up to receive a change, but can transmit it through Link 1. .
  • the non-AP MLD which has confirmed that there is changed information in AP 2 through Link 1, may request the changed information as above through Link 1.
  • the STA transmits a (MLD) Probe request frame to obtain critical update change information
  • the AP receiving it may respond with a (MLD) Probe response frame including information changed due to critical update, but all In order to provide information about this to the STA, it may be broadcast as a (Broadcast) Probe Response frame.
  • the information included in the response frame is information changed due to the latest critical update (that is, information changed while being updated from CSN 4 to CSN 5 when the CSN value of AP 2 is 5) or all critical update information (ie, AP) All information classified as a critical update event in 802.11be of 2) may be.
  • Such a Response frame may be transmitted through a link through which the STA transmits a Request frame or may be transmitted through a link where a critical update has actually occurred.
  • FIG. 31 An embodiment of an STA operating in PS mode is shown in FIG. 31 .
  • 31 shows another example of a cross-link signaling method for an STA operating in PS mode.
  • the STA 2 may obtain a changed information indication and request the information through Link 1 without awake.
  • the STA can further reduce power consumption.
  • the non-AP MLD which has confirmed that AP 2 has changed information through Link 1, may request the changed information through Link 2.
  • An example of this is shown in FIG. 32 .
  • STA 2 may wake up and request desired information through Link 2 only when there is changed information. If it is confirmed through the received Announcement frame that there is no currently changed information or there is no changed information to be acquired, the STA may maintain the Doze state.
  • FIG. 34 An embodiment of a case in which a probe response frame is used as an announcement frame for this is shown in FIG. 34 .
  • the corresponding probe response frame may inform CSN information (e.g. change sequence element, change sequence field) indicating that a critical update has occurred through the Multi-Link element of the probe response through the above format. Since the corresponding Multi-Link element includes information about the reported AP (ie, other AP), not information about the reporting AP, in the case of non-AP MLD operating in power save mode, the STA is doze through the announcement frame. It is also possible to acquire change information that another STA, which is a state, needs to know.
  • CSN information e.g. change sequence element, change sequence field
  • the STA that has received the message receives CSN information for another STA it currently has (in 802.11be, non-AP STAs agreed to keep the most recently received CSN information) and the above announcement frame. By comparing CSN information for another AP, it can be seen that a critical update has occurred for the currently reported AP. Thereafter, another STA may transmit a probe request frame to obtain critical update change information or attempt to receive a next beacon.
  • This method may be used in combination with the above-mentioned change information delivery method for the reporting AP.
  • An example of using the frame format of the probe response frame in this case is shown in FIG. 35 .
  • the reporting AP can deliver important change information about itself and the presence or absence of change information about the reported AP together in some cases.
  • 35 shows another example of configuring an Announcement frame using a probe response frame.
  • Such a change may be notified to the STA by piggybacking it in a DL frame being transmitted instead of a separate announcement.
  • An embodiment for this is shown in FIG. 36 .
  • the non-AP MLD may transmit a request message for obtaining the desired information or all information through Link 1.
  • the non-AP MLD may transmit a request message for obtaining the desired information or all information through Link 1.
  • STA 2 enters the doze state through PS mode, it can be used even more usefully because change information can be transmitted through Link 1 without waking.
  • FIG. 37 An example of this is shown in FIG. 37 .
  • FIG. 37 shows another example of a cross-link signaling method for an STA operating in PS mode.
  • the STA 2 may obtain a changed information indicator and request the information through Link 1 without awake.
  • the STA can further reduce power consumption.
  • the non-AP MLD which has confirmed that AP 2 has changed information through Link 1, may request the changed information through Link 2.
  • An embodiment for this is shown in FIG. 38 .
  • 39 shows another example of a cross-link signaling method for an STA operating in PS mode.
  • STA 2 may wake up and request desired information through Link 2 only when there is changed information. If it is confirmed through the indicator included in the received DL frame that there is no currently changed BSS information or there is no changed information to be acquired, the STA may maintain the Doze state.
  • the AP should inform the STA of this information when the information (e.g. critical update, Capabilities, Operation element, etc.) of the BSS is changed.
  • Information on critical update referred to in this specification means elements classified as critical update event in the 802.11be standard.
  • change information and the presence or absence of change information can be informed through periodically transmitted Beacon and additional TIM (Traffic Indication Map) Frame.
  • the change information may be information itself (eg, system information parameter value, etc.) updated in the BSS or an indicator indicating a version (eg, change sequence, etc.) of the change information in order to reduce overhead.
  • the AP there may be information that needs to be immediately notified to the STA.
  • the listen interval of the beacon may be different for each STA, and in particular, for an STA having a rather long listen interval for power saving, it may not be sufficient to receive change information through the beacon.
  • the Announcement method proposed in this section is a method of notifying the STA of this information whenever the AP's BSS information update occurs, regardless of the beacon period.
  • the changed BSS information may be transmitted in a separate Announcement frame or may be transmitted after being piggybacked on a DL frame transmitted by the AP.
  • this information may be delivered to an STA of a non-AP MLD through another link as needed.
  • some STAs may enter the Doze state and then change to the Awake state. At this time, if there is important change information of the connected AP that has not been delivered during the period in which the specific STA enters Doze, a method of notifying the STA of this information when the STA wakes up is required.
  • BSS change information can be included in the beacon in consideration of the STA's TBTT (Target Beacon Transmission Time), but in the case of an STA operating in PS mode, a longer listen interval is set for further power reduction or a beacon reception is performed. Because it is also possible to skip (skip), BSS change information delivery through the beacon may not be sufficient. An operation example for this is shown in FIG. 40 .
  • FIG 40 shows an example of an Announcement Method for an STA operating in PS mode.
  • the method in which the AP transmits this information to the STA may be useful because important update information can be transmitted regardless of the beacon period.
  • STAs supporting Broadcast TWT maintain a doze state for power saving and then wake for data transmission/reception during a scheduled Broadcast TWT SP received from the AP. At this time, if there is important change information of the connected AP during the period that the awake STA has doze, it must know these changes before transmitting or receiving data.
  • 41 shows another example of an announcement method for an STA operating in PS mode.
  • AP2 cannot notify the STA.
  • the STA wakes up before receiving the next beacon as described above (e.g. Broadcast TWT SP, UL frame transmission, etc.)
  • the STA may notify the AP 2 of this through PS-Poll.
  • the AP recognizes that the current STA 2 has awakened, and transmits the BSS change information generated during the doze period in an Announcement frame.
  • FIG. 42 An example of the multi-link case for the above example is shown in FIG. 42 .
  • the critical update information may be an updated information parameter value, or an indicator (e.g. change sequence) indicating a version of the update information.
  • the critical update information may be an updated information parameter value, or an indicator (e.g. change sequence) indicating a version of the update information.
  • STA 2 confirms that STA 2 has awake before the next TBTT time of STA 1 (e.g. when PS-Poll/QoS null is received from STA or UL data is received from STA, etc.)
  • AP 1 of Critical update information can be transmitted through Link 2.
  • STA 1 may acquire critical update information for itself through Link 2 before its next TBTT time.
  • FIG. 42 shows that the ANC Frame includes update information on one BSS, information on several other BSSs may also be included regardless of whether or not it is updated.
  • 43 shows another example of an Announcement Method for an STA operating in PS mode.
  • the AP may notify the changed information through an Announcement frame after receiving the UL frame from the STA as described above.
  • FIG. 44 An example of a multi-link case for the above example is shown in FIG. 44 .
  • 44 shows another example of an announcement method for an STA operating in PS mode.
  • the critical update information may be an updated information parameter value, or an indicator (e.g. change sequence) indicating a version of the update information.
  • the critical update information may be an updated information parameter value, or an indicator (e.g. change sequence) indicating a version of the update information.
  • STA 1 may acquire critical update information for itself through Link 2 before its next TBTT time.
  • FIG. 44 shows that the ANC Frame includes update information on one BSS, information on several other BSSs may also be included regardless of whether or not it is updated.
  • 45 shows another example of an announcement method for an STA operating in PS mode.
  • FIG. 46 An example of a multi-link case for the example of FIG. 45 is shown in FIG. 46 .
  • 46 shows another example of an Announcement Method for an STA operating in PS mode.
  • the critical update information may be an updated information parameter value, or an indicator (e.g. change sequence) indicating a version of the update information.
  • the critical update information may be an updated information parameter value, or an indicator (e.g. change sequence) indicating a version of the update information.
  • TWT SP Target Wakeup Time Service Period
  • UL frame transmission etc.
  • the ACK includes update information
  • frame overhead is reduced, and the STA can doze for a longer period of time, so more power consumption can be reduced.
  • FIG. 46 shows that the ACK Frame includes update information for one BSS, information on several other BSSs may also be included regardless of whether or not it is updated.
  • the AP receives the PS-Poll from the STA and wakes up, if there is a DL frame to be delivered to the STA, the updated BSS information may be piggybacked and delivered to this DL frame instead of a separate Announcement frame.
  • An example of this is shown in FIG. 47 .
  • 47 shows another example of an announcement method for an STA operating in PS mode.
  • FIG. 48 An example of a multi-link case for the example of FIG. 47 is shown in FIG. 48 .
  • the critical update information can be checked.
  • the critical update information may be the updated information parameter value, or may be an indication (e.g. change sequence) indicating the version of the update information.
  • AP 1 When using the method proposed in the present invention, AP 1 When a critical update occurs in , if STA 2 knows that STA 2 has awake before the next TBTT time of STA 1 (e.g.
  • TWT SP UL frame reception
  • PS-poll reception etc.
  • the DL Frame includes update information, frame overhead is reduced and the STA can doze for a longer period of time, so more power consumption can be reduced. 48 shows that the DL Frame includes update information on one BSS, but information on several other BSSs may also be included regardless of whether or not it is updated.
  • the STA that has received the changed information through this method can operate based on the changed information without needing to wait for the next beacon.
  • a method for activation of the operation can be proposed in two main ways.
  • the second is a dynamic method in which non-AP MLD can activate or deactivate the operation of the method as needed after multi-link setup.
  • Support Announcement method Information indicating whether the corresponding MLD supports the Announcement method. If it has a value of 1, it means that the corresponding MLD can support the Announcement method, and if it has a value of 0, it means that the corresponding method function is not supported.
  • Corresponding information may indicate whether support exists at the MLD level, but may also indicate whether support exists at the link level. If the MLD level indicates support or not, all links in the MLD support the mode if the MLD supports it, otherwise all links in the MLD do not support the mode.
  • the corresponding information indicates whether or not support is provided for each entity in the MLD when the link level indicates support.
  • a Link indicator e.g. Link ID
  • Link ID may be used to indicate whether each entity supports or not.
  • such information may be defined in the EHT MAC Capabilities information field and the like.
  • Announcement method Mode Information indicating whether the announcement method operation of the corresponding MLD is activated. If the corresponding information has a value of 1, it means that the Announcement method of the corresponding MLD is activated, and if it has a value of 0, it means that it is deactivated.
  • Corresponding information may indicate whether activation is present at the MLD level, but may also indicate whether activation is present at the link level. If activation is indicated at the MLD level, activation or deactivation of the corresponding mode is indicated for the MLD. If the corresponding mode is activated for the MLD, all links in the MLD are activated for the corresponding mode. If the corresponding mode is deactivated for the MLD, all the links in the MLD are deactivated for the corresponding mode. Alternatively, the corresponding information may indicate whether or not to be activated for each entity in the MLD when indicating whether or not activation is performed at the link level. In this case, a Link indicator (e.g. Link ID) may be used to indicate whether each entity is activated or not.
  • a Link indicator e.g. Link ID
  • a link indicator e.g. Link ID
  • Link ID e.g. Link ID
  • the corresponding operation can be independently controlled for each entity in the MLD.
  • This mode can be indicated semi-statically or dynamically.
  • semi-static it can be included in EHT capability or EHT operation element, and in case of dynamic instruction, piggy back to frame (e.g. control frame or data frame or null frame, etc.) or A-Control field or Control field can be directed through.
  • the corresponding indicator may be included in the Beacon frame to inform the STA that an Announcement frame including information on critical update will be transmitted.
  • the Announcement method proposed in this section is a static method of indicating. If the corresponding method (ie, Announcement method) is supported statically, it operates as follows.
  • the 'Support Announcement method' value is set to 1.
  • the STA and the AP are operated based on the corresponding method after the link setup process through the capability negotiation process.
  • 49 shows an example of a static signaling method of a single link device.
  • 50 shows an example of a static signaling method of a multi-link device.
  • the method operates only for entities that support the method in non-AP MLD or AP MLD.
  • information may be provided to indicate whether or not the corresponding method is supported for each link. Based on the corresponding information, non-AP MLD and AP MLD can operate independently for each link based on the corresponding method.
  • 51 shows another example of a static signaling method of a multi-link device.
  • a frame e.g. control frame or data frame, etc.
  • a frame e.g. control frame or data frame, etc.
  • the AP deactivates the method.
  • FIG. 52 shows an example of a dynamic signaling method of a single link device.
  • the Request frame e.g. control frame or data frame, etc.
  • 53 shows an example of a dynamic signaling method of a multi-link device.
  • the Announcement method is activated for all entities in the AP MLD.
  • the deactivation process may be instructed in the same way.
  • FIG. 54 shows another example of a dynamic signaling method of a multi-link device (when link level is supported).
  • one STA of the non-AP MLD transmits a request message for activating the Announcement method to the AP of the connected AP MLD, it may instruct each entity in the AP MLD to activate the Announcement method.
  • the deactivation process may be instructed in the same way.
  • the Announcement method proposed in this section is a semi-static method for indicating. If the corresponding method (ie, Announcement method) is supported semi-statically, it operates as follows.
  • the corresponding method may activate the corresponding method (ie, the Announcement method) through capability negotiation (e.g. using the Support Announcement method field) in the multi-link setup process.
  • the corresponding method can be freely activated or deactivated by using the 'Announcement method mode' field like the dynamic signaling method described in Section 1.3.2.
  • the semi-static signaling method may be used as a compromise between the static signaling method and the dynamic signaling method.
  • the 'Announcement method Mode' field indicating whether to activate the Announcement method proposed in this section may be included in the Beacon frame and transmitted.
  • the corresponding field may be transmitted as shown in FIG. 55 in the Capability information field of the Beacon frame.
  • 55 shows the format of the Capability information field of the Beacon frame.
  • the 'Announcement method Mode' field is added to the Capability Information field and included in the beacon transmitted by the AP to inform the STA of whether the method is activated.
  • the 'Announcement method Mode' field is set to 1 when a critical update occurs for any AP of the same AP MLD of the AP transmitting the beacon, and when the corresponding field value is set to 1, this is one or more announcement frame(s) (e.g. Unsolicited (broadcast) Probe Response frame) means that it will be transmitted as a broadcast.
  • the announcement frame is transmitted until the next DTIM of the AP transmitting the frame.
  • the announcement frame includes information on the BSS parameters changed along with the current Change Sequence field information of the corresponding AP (ie, Change Sequence number information corresponding to the critical update that has occurred) along with Link information of the AP where the critical update information has occurred, and other information. do.
  • the 'Critical Update Flag' field is defined to inform whether critical update has occurred for any AP of the same AP MLD of the AP transmitting the beacon.
  • the STA may check whether the critical update for other links in the current AP MLD is performed through the corresponding field.
  • the corresponding Flag value is 1, the STA of the non-AP MLD will check the Change Sequence field value in the RNR element to obtain the updated BSS parameter information of the critically updated AP.
  • the non-AP MLD will attempt to acquire the changed information by waking the link corresponding to the AP having the changed Change Sequence field value or by sending an ML probe request.
  • the STA confirms that the AP MLD supports the Announcement method proposed in this specification, the 'Announcement method mode' field exists in the Capability Information field of the Beacon, and that the corresponding field value is 1, the STA updates the BSS parameter information in the next DTIM and the current It can be seen that one or more Unsolicited (broadcast) Probe Response frames including Change Sequence information are transmitted. After confirming this, the STA does not need to awake other links or transmit an ML probe request frame. However, since the corresponding field value is set to 1 after the occurrence of a critical update and is set to 0 again after the next DTIM, an STA awake after a long sleep may transmit a separate ML probe request to obtain updated information. .
  • non-AP MLD operates in PS mode and awakes at beacon timing only for one or more links, if it is confirmed that 'Announcement method mode' is set to 1 when awake for beacon reception, updated BSS parameter information Maintains awake state to acquire Unsolicited (broadcast) Probe Response frame including After receiving the frame, the STA may enter doze.
  • the STA which has confirmed that the value of the corresponding field (i.e. 'announcement method mode') of the beacon is 1, may limit the transmission of the ML probe request until it confirms that the corresponding field value is 0 in order to prevent a probe storm issue.
  • the value of the indicator is set to 1 until the next DTIM of the reporting AP after the occurrence of the critical update, and thereafter, the value may be set to 0 again.
  • several cases may be considered for the timing of setting the 'Announcement method mode' field and the timing of transmission of the Announcement frame, and these cases are dealt with in this specification.
  • the AP MLD When the AP MLD supports the Announcement method for critical update proposed in this specification, when a critical update occurs in any AP of the AP MLD, the AP may transmit an Announcement frame including information changed due to the critical update. If the Announcement frame is transmitted regardless of whether the indicator in the beacon is set as in Section 1.3.4.1.1, the corresponding Announcement frame can be transmitted regardless of the beacon period after the critical update occurs. Therefore, in this case, the AP may transmit the Announcement frame immediately after the critical update occurs regardless of the beacon transmission period, and if the STA is awake, the AP may receive the corresponding Announcement frame before checking the value of the 'Announcement method mode' field of the beacon.
  • This method has the advantage that the changed information can be received immediately after the critical update occurs regardless of the beacon cycle.
  • This method is a method to reduce traffic overhead for the announcement frame because the announcement frame (e.g. Unsolicited (Broadcast) Probe Response frame) that occurs before the beacon reception may be missed unless the STA is in the awake state.
  • the announcement frame e.g. Unsolicited (Broadcast) Probe Response frame
  • the STA may obtain changed BSS parameter information.
  • the non-AP MLD can support the Announcement method for power saving (refer to Section 1.2) proposed in the present invention together, it operates as follows.
  • the corresponding method can instruct activation through the signaling method proposed above.
  • the announcement method may operate according to the PS mode enabled of the non-AP MLD. For example, when the non-AP MLD operates in Active mode, it operates based on the General Announcement method (suggested in Section 1.1), and when operating in PS mode, the Announcement method for power saving (suggested in Section 1.2) is used. works based on
  • the non-AP MLD does not support the Announcement method for power saving (section 1.2) proposed in this specification together, it operates based on the existing General Announcement method (section 1.1 proposed).
  • the non-AP MLD when the non-AP MLD operates in the active mode, it operates as the general announcement method, and when the non-AP MLD or the STA operates in the PS mode and enters the doze state, the announcement message is discarded or the STA Awakes The announcement message is pending until
  • - 'Check data' field an indicator indicating that the frame including the corresponding field includes important information for the STA.
  • the STA can confirm that the corresponding frame includes important information to be checked. After confirming that the corresponding field value is 1, the STA must decode the corresponding frame. For example, this signaling indicates 1 when important information is included in the announcement frame, and the receiving STA recognizes that the announcement frame includes important information and decodes it. Also, in this signaling, when important information is piggybacked on a DL Frame, it can be confirmed that additional important information is included in the frame in addition to the existing DL data. This directive can be useful in other cases as well. If this is not the case, the corresponding value is indicated as 0.
  • the name of the corresponding field may be defined as a different name later.
  • - 'Check info' field an indicator indicating that important information about the corresponding STA is generated or generated in the BSS.
  • the corresponding field may be indicated by the non-AP MLD level or may be indicated by the non-AP STA level.
  • the non-AP MLD or non-AP STA that has received the frame in which the corresponding field indicator value is set to 1 can confirm that important information necessary for it (e.g. critical update event or low latency traffic) has occurred.
  • the STA may awake when in a doze state to obtain information through a beacon, or may transmit an info request message to obtain important information through an info response message. Otherwise, the value is indicated as 0.
  • the name of the corresponding field may be defined as another name later.
  • 56 is a flowchart illustrating a procedure in which a transmitting MLD transmits important update information for a specific AP through a management frame according to the present embodiment.
  • the example of FIG. 56 may be performed in a network environment in which a next-generation wireless LAN system (IEEE 802.11be or EHT wireless LAN system) is supported.
  • the next-generation wireless LAN system is a wireless LAN system improved from the 802.11ax system, and may satisfy backward compatibility with the 802.11ax system.
  • This embodiment proposes a method and apparatus for configuring a management frame informing that a notification frame including important update information for a specific AP in the transmitting MLD is to be transmitted based on the notification method mode field.
  • the transmission MLD may correspond to the AP MLD
  • the reception MLD may correspond to the Non-AP MLD.
  • a first receiving STA included in the receiving MLD and a first transmitting STA connected through a first link may correspond to a peer AP, and second and third transmitting STAs connected through different links (second and third links) are different APs. can respond to
  • step S5610 the transmission MLD (Multi-Link Device) generates a management frame.
  • step S5620 the transmitting MLD transmits the management frame to the receiving MLD through a first link.
  • the transmitting MLD includes a first transmitting station (STA) operating in the first link and a second transmitting STA operating in a second link.
  • the receiving MLD includes a first receiving STA operating in the first link and a second receiving STA operating in the second link.
  • the management frame includes an announcement method mode field.
  • the value of the notification method mode field is set to 1, and the management frame includes important update information of the second transmitting STA.
  • the notification method mode field may include information indicating that the management frame will be transmitted until a next delivery traffic indication message (DTIM) of the first transmitting STA.
  • DTIM delivery traffic indication message
  • the management frame may be a beacon frame or an unsolicited probe response frame.
  • the beacon frame or the unsolicited probe response frame may be broadcast.
  • the present embodiment proposes a method of notifying that a notification frame including important update information for a specific AP of the transmitting MLD is to be transmitted by including the notification method mode field in the management frame.
  • the first receiving STA of the receiving MLD receives the beacon frame or the unsolicited probe response frame from the first transmitting STA of the transmitting MLD without transmitting a separate request message to transmit another transmission.
  • Important update information of the STA may be acquired. Accordingly, the first receiving STA does not transmit a separate request message, thereby reducing frame overhead.
  • another receiving STA in the receiving MLD operates in a power saving (PS) mode, it is possible to obtain important update information of another transmitting STA without waking the corresponding receiving STA, so a power saving effect can also be expected. .
  • PS power saving
  • the management frame may further include information on the second link and information on a current change sequence number of the second transmitting STA. That is, when an important update of the second transmitting STA occurs, the first receiving STA may obtain the change sequence number value of the second transmitting STA through the management frame.
  • the information on the second link may include identifier information on the second link.
  • the current change sequence number of the second transmitting STA may increase by one when an important update event for the second transmitting STA occurs.
  • the first receiving STA may confirm that an important update event of the second transmitting STA has occurred based on the current change sequence number of the second transmitting STA.
  • Information related to the important update event includes Channel Switch Announcement, Extended Channel Switch Announcement element, EDCA parameters element, Quiet element, DSSS Parameter Set, CF Parameter Set element, HT Operation element, Wide Bandwidth Channel Switch element, Channel Switch Wrapper element, Operating Mode Notification element, Quiet Channel element, VHT Operation element, HE Operation element, Broadcast TWT element, BSS Color Change Announcement element, MU EDCA Parameter Set element, Spatial Reuse Parameter Set element, UORA Parameter Set element, EHT Operation element and/or Basic It may include a variant Multi-Link element.
  • the transmitting MLD may further include a third transmitting STA operating in a third link
  • the receiving MLD may further include a third receiving STA operating in the third link.
  • the value of the notification method mode field may be set to 1, and the management frame may include important update information of the third transmitting STA.
  • the management frame may further include information on the third link and information on a current change sequence number of the third transmitting STA. That is, when the important update of the third transmitting STA occurs, the first receiving STA may obtain the change sequence number value of the third transmitting STA through the management frame.
  • the information on the third link may include identifier information on the third link.
  • the current change sequence number of the third transmitting STA may increase by one when an important update event for the third transmitting STA occurs.
  • the first receiving STA may confirm that an important update event of the third transmitting STA has occurred based on the current change sequence number of the third transmitting STA.
  • the information on the current change sequence number of the second and third transmitting STAs may be a change sequence number or a count value of a BSS parameter.
  • the management frame may include a Reduced Neighbor Report (RNR) element.
  • the RNR element may include the notification method mode field.
  • the notification method mode field may be called an All Updates Included subfield.
  • the management frame may further include a Change Sequence Field (CSF) field.
  • the CSF field may be called a BPCC (BSS Parameter Change Count) subfield.
  • 57 is a flowchart illustrating a procedure in which a receiving MLD receives important update information for a specific AP through a management frame according to the present embodiment.
  • next-generation wireless LAN system IEEE 802.11be or EHT wireless LAN system
  • the next-generation wireless LAN system is a wireless LAN system improved from the 802.11ax system, and may satisfy backward compatibility with the 802.11ax system.
  • This embodiment proposes a method and apparatus for configuring a management frame informing that a notification frame including important update information for a specific AP in the transmitting MLD is to be transmitted based on the notification method mode field.
  • the transmission MLD may correspond to the AP MLD
  • the reception MLD may correspond to the Non-AP MLD.
  • a first receiving STA included in the receiving MLD and a first transmitting STA connected through a first link may correspond to a peer AP, and second and third transmitting STAs connected through different links (second and third links) are different APs. can respond to
  • step S5710 the receiving multi-link device (MLD) receives the management frame from the transmitting MLD through the first link.
  • step S5720 the received MLD decodes the management frame.
  • the transmitting MLD includes a first transmitting station (STA) operating in the first link and a second transmitting STA operating in a second link.
  • the receiving MLD includes a first receiving STA operating in the first link and a second receiving STA operating in the second link.
  • the management frame includes an announcement method mode field.
  • the value of the notification method mode field is set to 1, and the management frame includes important update information of the second transmitting STA.
  • the notification method mode field may include information indicating that the management frame will be transmitted until a next delivery traffic indication message (DTIM) of the first transmitting STA.
  • DTIM delivery traffic indication message
  • the management frame may be a beacon frame or an unsolicited probe response frame.
  • the beacon frame or the unsolicited probe response frame may be broadcast.
  • the present embodiment proposes a method of notifying that a notification frame including important update information for a specific AP of the transmitting MLD is to be transmitted by including the notification method mode field in the management frame.
  • the first receiving STA of the receiving MLD receives the beacon frame or the unsolicited probe response frame from the first transmitting STA of the transmitting MLD without transmitting a separate request message to transmit another transmission.
  • Important update information of the STA may be acquired. Accordingly, the first receiving STA does not transmit a separate request message, thereby reducing frame overhead.
  • another receiving STA in the receiving MLD operates in a power saving (PS) mode, it is possible to obtain important update information of another transmitting STA without waking the corresponding receiving STA, so a power saving effect can also be expected. .
  • PS power saving
  • the management frame may further include information on the second link and information on a current change sequence number of the second transmitting STA. That is, when an important update of the second transmitting STA occurs, the first receiving STA may obtain the change sequence number value of the second transmitting STA through the management frame.
  • the information on the second link may include identifier information on the second link.
  • the current change sequence number of the second transmitting STA may increase by one when an important update event for the second transmitting STA occurs.
  • the first receiving STA may confirm that an important update event of the second transmitting STA has occurred based on the current change sequence number of the second transmitting STA.
  • Information related to the important update event includes Channel Switch Announcement, Extended Channel Switch Announcement element, EDCA parameters element, Quiet element, DSSS Parameter Set, CF Parameter Set element, HT Operation element, Wide Bandwidth Channel Switch element, Channel Switch Wrapper element, Operating Mode Notification element, Quiet Channel element, VHT Operation element, HE Operation element, Broadcast TWT element, BSS Color Change Announcement element, MU EDCA Parameter Set element, Spatial Reuse Parameter Set element, UORA Parameter Set element, EHT Operation element and/or Basic It may include a variant Multi-Link element.
  • the transmitting MLD may further include a third transmitting STA operating in a third link
  • the receiving MLD may further include a third receiving STA operating in the third link.
  • the value of the notification method mode field may be set to 1, and the management frame may include important update information of the third transmitting STA.
  • the management frame may further include information on the third link and information on a current change sequence number of the third transmitting STA. That is, when the important update of the third transmitting STA occurs, the first receiving STA may obtain the change sequence number value of the third transmitting STA through the management frame.
  • the information on the third link may include identifier information on the third link.
  • the current change sequence number of the third transmitting STA may increase by one when an important update event for the third transmitting STA occurs.
  • the first receiving STA may confirm that an important update event of the third transmitting STA has occurred based on the current change sequence number of the third transmitting STA.
  • the information on the current change sequence number of the second and third transmitting STAs may be a change sequence number or a count value of a BSS parameter.
  • the management frame may include a Reduced Neighbor Report (RNR) element.
  • the RNR element may include the notification method mode field.
  • the notification method mode field may be called an All Updates Included subfield.
  • the management frame may further include a Change Sequence Field (CSF) field.
  • the CSF field may be called a BPCC (BSS Parameter Change Count) subfield.
  • an apparatus herein may receive a management frame from a transmitting MLD over a first link; and decodes the management frame.
  • the technical features of the present specification may be implemented based on a CRM (computer readable medium).
  • the CRM proposed by the present specification is at least one computer readable medium including at least one computer readable medium including instructions based on being executed by at least one processor.
  • the CRM may include: receiving a management frame from a transmitting MLD through a first link; and decoding the management frame.
  • the instructions stored in the CRM of the present specification may be executed by at least one processor.
  • At least one processor related to CRM in the present specification may be the processors 111 and 121 or the processing chips 114 and 124 of FIG. 1 , or the processor 610 of FIG. 11 .
  • the CRM of the present specification may be the memories 112 and 122 of FIG. 1 , the memory 620 of FIG. 11 , or a separate external memory/storage medium/disk.
  • Machine learning refers to a field that defines various problems dealt with in the field of artificial intelligence and studies methodologies to solve them. do.
  • Machine learning is also defined as an algorithm that improves the performance of a certain task through continuous experience.
  • An artificial neural network is a model used in machine learning, and may refer to an overall model having problem-solving ability, which is composed of artificial neurons (nodes) that form a network by combining synapses.
  • An artificial neural network may be defined by a connection pattern between neurons of different layers, a learning process that updates model parameters, and an activation function that generates an output value.
  • the artificial neural network may include an input layer, an output layer, and optionally one or more hidden layers. Each layer includes one or more neurons, and the artificial neural network may include neurons and synapses connecting neurons. In the artificial neural network, each neuron may output a function value of an activation function for input signals, weights, and biases input through synapses.
  • Model parameters refer to parameters determined through learning, and include the weight of synaptic connections and the bias of neurons.
  • the hyperparameter refers to a parameter to be set before learning in a machine learning algorithm, and includes a learning rate, the number of iterations, a mini-batch size, an initialization function, and the like.
  • the purpose of learning the artificial neural network can be seen as determining the model parameters that minimize the loss function.
  • the loss function may be used as an index for determining optimal model parameters in the learning process of the artificial neural network.
  • Machine learning can be classified into supervised learning, unsupervised learning, and reinforcement learning according to a learning method.
  • Supervised learning refers to a method of training an artificial neural network in a state in which a label for training data is given. can mean Unsupervised learning may refer to a method of training an artificial neural network in a state where no labels are given for training data. Reinforcement learning can refer to a learning method in which an agent defined in an environment learns to select an action or sequence of actions that maximizes the cumulative reward in each state.
  • machine learning implemented as a deep neural network (DNN) including a plurality of hidden layers is also called deep learning (deep learning), and deep learning is a part of machine learning.
  • DNN deep neural network
  • deep learning deep learning
  • machine learning is used in a sense including deep learning.
  • a robot can mean a machine that automatically handles or operates a task given by its own capabilities.
  • a robot having a function of recognizing an environment and performing an operation by self-judgment may be referred to as an intelligent robot.
  • Robots can be classified into industrial, medical, home, military, etc. according to the purpose or field of use.
  • the robot may be provided with a driving unit including an actuator or a motor to perform various physical operations such as moving the robot joints.
  • the movable robot includes a wheel, a brake, a propeller, and the like in the driving unit, and can travel on the ground or fly in the air through the driving unit.
  • the extended reality is a generic term for virtual reality (VR), augmented reality (AR), and mixed reality (MR).
  • VR technology provides only CG images of objects or backgrounds in the real world
  • AR technology provides virtual CG images on top of images of real objects
  • MR technology is a computer that mixes and combines virtual objects in the real world. graphic technology.
  • MR technology is similar to AR technology in that it shows both real and virtual objects. However, there is a difference in that in AR technology, virtual objects are used in a form that complements real objects, whereas in MR technology, virtual objects and real objects are used with equal characteristics.
  • HMD Head-Mount Display
  • HUD Head-Up Display
  • mobile phone tablet PC, laptop, desktop, TV, digital signage, etc.

Landscapes

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

Abstract

무선랜 시스템에서 관리 프레임을 통해 특정 AP에 대한 중요 업데이트 정보를 수신하는 방법 및 장치가 제안된다. 구체적으로, 수신 MLD는 송신 MLD로부터 제1 링크를 통해 관리 프레임을 수신한다. 수신 MLD는 관리 프레임을 복호한다. 관리 프레임은 알림 방법 모드 필드를 포함한다. 제2 송신 STA에 대한 중요 업데이트가 발생한 경우, 알림 방법 모드 필드의 값은 1로 설정되고, 관리 프레임은 제2 송신 STA의 중요 업데이트 정보를 포함한다.

Description

무선랜 시스템에서 관리 프레임을 통해 특정 AP에 대한 중요 업데이트 정보를 송수신하는 방법 및 장치
본 명세서는 무선랜 시스템에서 멀티 링크 동작에 관한 것으로, 보다 상세하게는, 관리 프레임을 통해 특정 AP에 대한 중요 업데이트 정보를 송수신하는 방법 및 장치에 관한 것이다.
WLAN(wireless local area network)은 다양한 방식으로 개선되어왔다. 예를 들어, IEEE 802.11ax 표준은 OFDMA(orthogonal frequency division multiple access) 및 DL MU MIMO(downlink multi-user multiple input, multiple output) 기법을 사용하여 개선된 통신 환경을 제안했다.
본 명세서는 새로운 통신 표준에서 활용 가능한 기술적 특징을 제안한다. 예를 들어, 새로운 통신 표준은 최근에 논의 중인 EHT(Extreme high throughput) 규격일 수 있다. EHT 규격은 새롭게 제안되는 증가된 대역폭, 개선된 PPDU(PHY layer protocol data unit) 구조, 개선된 시퀀스, HARQ(Hybrid automatic repeat request) 기법 등을 사용할 수 있다. EHT 규격은 IEEE 802.11be 규격으로 불릴 수 있다.
새로운 무선랜 규격에서는 증가된 개수의 공간 스트림이 사용될 수 있다. 이 경우, 증가된 개수의 공간 스트림을 적절히 사용하기 위해 무선랜 시스탬 내에서의 시그널링 기법이 개선되어야 할 수 있다.
본 명세서는 무선랜 시스템에서 관리 프레임을 통해 특정 AP에 대한 중요 업데이트 정보를 송수신하는 방법 및 장치를 제안한다.
본 명세서의 일례는 ML 요소를 통해 다른 AP의 중요 업데이트 정보를 송수신하는 방법을 제안한다.
본 실시예는 차세대 무선랜 시스템(IEEE 802.11be 또는 EHT 무선랜 시스템)이 지원되는 네트워크 환경에서 수행될 수 있다. 상기 차세대 무선랜 시스템은 802.11ax 시스템을 개선한 무선랜 시스템으로 802.11ax 시스템과 하위 호환성(backward compatibility)을 만족할 수 있다.
본 실시예는 알림 방법 모드 필드를 기반으로 송신 MLD 내 특정 AP에 대한 중요 업데이트 정보를 포함하는 알림 프레임이 송신될 것을 알려주는 관리 프레임을 구성하는 방법 및 장치를 제안한다. 여기서, 송신 MLD는 AP MLD에 대응하고, 수신 MLD는 Non-AP MLD에 대응할 수 있다. 상기 수신 MLD에 포함된 제1 수신 STA과 제1 링크로 연결된 제1 송신 STA은 peer AP에 대응할 수 있고, 다른 링크(제2 및 제3 링크)로 연결된 제2 및 제3 송신 STA은 다른 AP에 대응할 수 있다.
수신 MLD(Multi-Link Device)는 송신 MLD로부터 제1 링크를 통해 관리 프레임을 수신한다.
상기 수신 MLD는 상기 관리 프레임을 복호한다.
상기 송신 MLD는 상기 제1 링크에서 동작하는 제1 송신 STA(station) 및 제2 링크에서 동작하는 제2 송신 STA을 포함한다. 상기 수신 MLD는 상기 제1 링크에서 동작하는 제1 수신 STA 및 상기 제2 링크에서 동작하는 제2 수신 STA을 포함한다.
상기 관리 프레임은 알림 방법 모드(announcement method mode) 필드를 포함한다.
상기 제2 송신 STA에 대한 중요 업데이트가 발생한 경우, 상기 알림 방법 모드 필드의 값은 1로 설정되고, 상기 관리 프레임은 상기 제2 송신 STA의 중요 업데이트 정보를 포함한다.
상기 알림 방법 모드 필드의 값이 1로 설정된 경우, 상기 알림 방법 모드 필드는 상기 관리 프레임이 상기 제1 송신 STA의 다음 DTIM(next Delivery Traffic Indication Message)까지 송신될 것임을 알리는 정보를 포함할 수 있다.
이때, 상기 관리 프레임은 비콘 프레임 또는 요청되지 않은(unsolicited) 프로브 응답 프레임일 수 있다. 상기 비콘 프레임 또는 상기 요청되지 않은 프로브 응답 프레임은 브로드캐스트될 수 있다.
즉, 본 실시예는 관리 프레임 내 알림 방법 모드 필드를 포함시켜, 송신 MLD의 특정 AP에 대한 중요 업데이트 정보를 포함하는 알림 프레임이 송신될 것을 알려주는 방법을 제안한다.
본 명세서에서 제안된 실시예에 따르면, 상기 수신 MLD의 상기 제1 수신 STA은 별도의 요청 메시지를 송신하지 않고도 상기 송신 MLD의 상기 제1 송신 STA로부터 상기 비콘 프레임 또는 상기 요청되지 않은 프로브 응답 프레임을 수신하여 다른 송신 STA의 중요 업데이트 정보를 획득할 수 있다. 이로써, 상기 제1 수신 STA이 별도의 요청 메시지를 송신하지 않아 프레임 오버헤드를 감소시킬 수 있다는 효과가 있다. 또한, 수신 MLD 내 다른 수신 STA이 PS(Power Saving) 모드로 동작하는 경우, 해당 수신 STA을 어웨이크(awake)하지 않고도 다른 송신 STA의 중요 업데이트 정보를 획득할 수 있어 파워 세이빙 효과도 기대할 수 있다.
도 1은 본 명세서의 송신 장치 및/또는 수신 장치의 일례를 나타낸다.
도 2는 무선랜(WLAN)의 구조를 나타낸 개념도이다.
도 3은 일반적인 링크 셋업(link setup) 과정을 설명하는 도면이다.
도 4는 IEEE 규격에서 사용되는 PPDU의 일례를 도시한 도면이다.
도 5는 UL-MU에 따른 동작을 나타낸다.
도 6은 트리거 프레임의 일례를 나타낸다.
도 7은 트리거 프레임의 공통 정보(common information) 필드의 일례를 나타낸다.
도 8은 사용자 정보(per user information) 필드에 포함되는 서브 필드의 일례를 나타낸다.
도 9는 UORA 기법의 기술적 특징을 설명한다.
도 10은 본 명세서에 사용되는 PPDU의 일례를 나타낸다.
도 11은 본 명세서의 송신 장치 및/또는 수신 장치의 변형된 일례를 나타낸다.
도 12는 non-AP MLD의 일례를 도시한다.
도 13은 MLD 간 링크 연결의 일례를 도시한다.
도 14는 Single link device를 고려한 Announcement explicit method의 일례를 나타낸다.
도 15는 Probe response frame을 사용하여 Announcement frame을 구성하는 일례를 나타낸다.
도 16은 Probe response frame을 사용하여 Announcement frame을 구성하는 다른 예를 나타낸다.
도 17은 Single link device를 고려한 Announcement explicit method의 다른 예를 나타낸다.
도 18은 Single link device를 고려한 Announcement explicit method의 또 다른 예를 나타낸다.
도 19는 Multi-link device를 고려한 Announcement explicit method의 일례를 나타낸다.
도 20은 PS mode로 동작하는 STA에 대한 cross-link signaling 방법의 일례를 나타낸다.
도 21은 Probe response frame을 사용하여 Announcement frame을 구성하는 또 다른 예를 나타낸다.
도 22는 Probe response frame을 사용하여 Announcement frame을 구성하는 또 다른 예를 나타낸다.
도 23은 Probe response frame을 사용하여 Announcement frame을 구성하는 또 다른 예를 나타낸다.
도 24는 Multi-link device를 고려한 Announcement explicit method의 다른 예를 나타낸다.
도 25는 PS mode로 동작하는 STA에 대한 cross-link signaling 방법의 다른 예를 나타낸다.
도 26은 Multi-link device를 고려한 Announcement explicit method의 또 다른 예를 나타낸다.
도 27은 Single-link device를 고려한 Announcement implicit method의 일례를 나타낸다.
도 28은 Probe response frame을 사용하여 Announcement frame을 구성하는 또 다른 예를 나타낸다.
도 29는 Single-link device를 고려한 Announcement implicit method의 다른 예를 나타낸다.
도 30은 Multi-link device를 고려한 Announcement implicit method의 또 다른 예를 나타낸다.
도 31은 PS mode로 동작하는 STA에 대한 cross-link signaling 방법의 또 다른 예를 나타낸다.
도 32는 Multi-link device를 고려한 Announcement implicit method의 또 다른 예를 나타낸다.
도 33은 PS mode로 동작하는 STA에 대한 cross-link signaling 방법의 또 다른 예를 나타낸다.
도 34는 Probe response frame을 사용하여 Announcement frame을 구성하는 또 다른 예를 나타낸다.
도 35는 Probe response frame을 사용하여 Announcement frame을 구성하는 또 다른 예를 나타낸다.
도 36은 Multi-link device를 고려한 Announcement implicit method의 또 다른 예를 나타낸다.
도 37은 PS mode로 동작하는 STA에 대한 cross-link signaling 방법의 또 다른 예를 나타낸다.
도 38은 Multi-link device를 고려한 Announcement implicit method의 또 다른 예를 나타낸다.
도 39는 PS mode로 동작하는 STA에 대한 cross-link signaling 방법의 또 다른 예를 나타낸다.
도 40은 PS mode로 동작하는 STA에 대한 Announcement Method의 일례를 나타낸다.
도 41은 PS mode로 동작하는 STA에 대한 Announcement Method의 다른 예를 나타낸다.
도 42는 PS mode로 동작하는 STA에 대한 Announcement Method의 또 다른 예를 나타낸다.
도 43은 PS mode로 동작하는 STA에 대한 Announcement Method의 또 다른 예를 나타낸다.
도 44는 PS mode로 동작하는 STA에 대한 Announcement Method의 또 다른 예를 나타낸다.
도 45는 PS mode로 동작하는 STA에 대한 Announcement Method의 또 다른 예를 나타낸다.
도 46은 PS mode로 동작하는 STA에 대한 Announcement Method의 또 다른 예를 나타낸다.
도 47은 PS mode로 동작하는 STA에 대한 Announcement Method의 또 다른 예를 나타낸다.
도 48은 PS mode로 동작하는 STA에 대한 Announcement Method의 또 다른 예를 나타낸다.
도 49는 Single link device의 static signaling 방법의 일례를 나타낸다.
도 50은 Multi-link device의 static signaling 방법의 일례를 나타낸다.
도 51은 Multi-link device의 static signaling 방법의 다른 예를 나타낸다.
도 52는 Single link device의 dynamic signaling 방법의 일례를 나타낸다.
도 53은 multi-link device의 dynamic signaling 방법의 일례를 나타낸다.
도 54는 multi-link device의 dynamic signaling 방법의 다른 예를 나타낸다(Link level 지원 시).
도 55는 Beacon frame의 Capability information field의 포맷을 나타낸다.
도 56은 본 실시예에 따른 송신 MLD가 관리 프레임을 통해 특정 AP에 대한 중요 업데이트 정보를 송신하는 절차를 도시한 흐름도이다.
도 57은 본 실시예에 따른 수신 MLD가 관리 프레임을 통해 특정 AP에 대한 중요 업데이트 정보를 수신하는 절차를 도시한 흐름도이다.
본 명세서에서 “A 또는 B(A or B)”는 “오직 A”, “오직 B” 또는 “A와 B 모두”를 의미할 수 있다. 달리 표현하면, 본 명세서에서 “A 또는 B(A or B)”는 “A 및/또는 B(A and/or B)”으로 해석될 수 있다. 예를 들어, 본 명세서에서 “A, B 또는 C(A, B or C)”는 “오직 A”, “오직 B”, “오직 C”또는 “A, B 및 C의 임의의 모든 조합(any combination of A, B and C)”를 의미할 수 있다.
본 명세서에서 사용되는 슬래쉬(/)나 쉼표(comma)는 “및/또는(and/or)”을 의미할 수 있다. 예를 들어, “A/B”는 “및/또는 B”를 의미할 수 있다. 이에 따라 “A/B”는 “오직 A”, “오직 B”, 또는 “A와 B 모두”를 의미할 수 있다. 예를 들어, “A, B, C”는 “A, B 또는 C”를 의미할 수 있다.
본 명세서에서 “적어도 하나의 A 및 B(at least one of A and B)”는, “오직 A”“오직 B” 또는 “A와 B 모두”를 의미할 수 있다. 또한, 본 명세서에서 “적어도 하나의 A 또는 B(at least one of A or B)”나 “적어도 하나의 A 및/또는 B(at least one of A and/or B)”라는 표현은 “적어도 하나의 A 및 B(at least one of A and B)”와 동일하게 해석될 수 있다.
또한, 본 명세서에서 “적어도 하나의 A, B 및 C(at least one of A, B and C)”는, “오직 A”, “오직 B”, “오직 C”또는 “A, B 및 C의 임의의 모든 조합(any combination of A, B and C)”를 의미할 수 있다. 또한, “적어도 하나의 A, B 또는 C(at least one of A, B or C)”나 “적어도 하나의 A, B 및/또는 C(at least one of A, B and/or C)”는 “적어도 하나의 A, B 및 C(at least one of A, B and C)”를 의미할 수 있다.
또한, 본 명세서에서 사용되는 괄호는 “예를 들어(for example)”를 의미할 수 있다. 구체적으로, “제어 정보(EHT-Signal)”로 표시된 경우, “제어 정보”의 일례로 “EHT-Signal”이 제안된 것일 수 있다. 달리 표현하면 본 명세서의 “제어 정보”는 “EHT-Signal”로 제한(limit)되지 않고, “EHT-Signal”이 “제어 정보”의 일례로 제안될 것일 수 있다. 또한, “제어 정보(즉, EHT-signal)”로 표시된 경우에도, “제어 정보”의 일례로 “EHT-Signal”가 제안된 것일 수 있다.
본 명세서에서 하나의 도면 내에서 개별적으로 설명되는 기술적 특징은, 개별적으로 구현될 수도 있고, 동시에 구현될 수도 있다.
본 명세서의 이하의 일례는 다양한 무선 통신시스템에 적용될 수 있다. 예를 들어, 본 명세서의 이하의 일례는 무선랜(wireless local area network, WLAN) 시스템에 적용될 수 있다. 예를 들어, 본 명세서는 IEEE 802.11a/g/n/ac의 규격이나, IEEE 802.11ax 규격에 적용될 수 있다. 또한 본 명세서는 새롭게 제안되는 EHT 규격 또는 IEEE 802.11be 규격에도 적용될 수 있다. 또한 본 명세서의 일례는 EHT 규격 또는 IEEE 802.11be를 개선(enhance)한 새로운 무선랜 규격에도 적용될 수 있다. 또한 본 명세서의 일례는 이동 통신 시스템에 적용될 수 있다. 예를 들어, 3GPP(3rd Generation Partnership Project) 규격에 기반하는 LTE(Long Term Evolution) 및 그 진화(evoluation)에 기반하는 이동 통신 시스템에 적용될 수 있다. 또한, 본 명세서의 일례는 3GPP 규격에 기반하는 5G NR 규격의 통신 시스템에 적용될 수 있다.
이하 본 명세서의 기술적 특징을 설명하기 위해 본 명세서가 적용될 수 있는 기술적 특징을 설명한다.
도 1은 본 명세서의 송신 장치 및/또는 수신 장치의 일례를 나타낸다.
도 1의 일례는 이하에서 설명되는 다양한 기술적 특징을 수행할 수 있다. 도 1은 적어도 하나의 STA(station)에 관련된다. 예를 들어, 본 명세서의 STA(110, 120)은 이동 단말(mobile terminal), 무선 기기(wireless device), 무선 송수신 유닛(Wireless Transmit/Receive Unit; WTRU), 사용자 장비(User Equipment; UE), 이동국(Mobile Station; MS), 이동 가입자 유닛(Mobile Subscriber Unit) 또는 단순히 유저(user) 등의 다양한 명칭으로도 불릴 수 있다. 본 명세서의 STA(110, 120)은 네트워크, 기지국(Base Station), Node-B, AP(Access Point), 리피터, 라우터, 릴레이 등의 다양한 명칭으로 불릴 수 있다. 본 명세서의 STA(110, 120)은 수신 장치, 송신 장치, 수신 STA, 송신 STA, 수신 Device, 송신 Device 등의 다양한 명칭으로 불릴 수 있다.
예를 들어, STA(110, 120)은 AP(access Point) 역할을 수행하거나 non-AP 역할을 수행할 수 있다. 즉, 본 명세서의 STA(110, 120)은 AP 및/또는 non-AP의 기능을 수행할 수 있다. 본 명세서에서 AP는 AP STA으로도 표시될 수 있다.
본 명세서의 STA(110, 120)은 IEEE 802.11 규격 이외의 다양한 통신 규격을 함께 지원할 수 있다. 예를 들어, 3GPP 규격에 따른 통신 규격(예를 들어, LTE, LTE-A, 5G NR 규격)등을 지원할 수 있다. 또한 본 명세서의 STA은 휴대 전화, 차량(vehicle), 개인용 컴퓨터 등의 다양한 장치로 구현될 수 있다. 또한, 본 명세서의 STA은 음성 통화, 영상 통화, 데이터 통신, 자율 주행(Self-Driving, Autonomous-Driving) 등의 다양한 통신 서비스를 위한 통신을 지원할 수 있다.
본 명세서에서 STA(110, 120)은 IEEE 802.11 표준의 규정을 따르는 매체 접속 제어(medium access control, MAC)와 무선 매체에 대한 물리 계층(Physical Layer) 인터페이스를 포함할 수 있다.
도 1의 부도면 (a)를 기초로 STA(110, 120)을 설명하면 이하와 같다.
제1 STA(110)은 프로세서(111), 메모리(112) 및 트랜시버(113)를 포함할 수 있다. 도시된 프로세서, 메모리 및 트랜시버는 각각 별도의 칩으로 구현되거나, 적어도 둘 이상의 블록/기능이 하나의 칩을 통해 구현될 수 있다.
제1 STA의 트랜시버(113)는 신호의 송수신 동작을 수행한다. 구체적으로, IEEE 802.11 패킷(예를 들어, IEEE 802.11a/b/g/n/ac/ax/be 등)을 송수신할 수 있다.
예를 들어, 제1 STA(110)은 AP의 의도된 동작을 수행할 수 있다. 예를 들어, AP의 프로세서(111)는 트랜시버(113)를 통해 신호를 수신하고, 수신 신호를 처리하고, 송신 신호를 생성하고, 신호 송신을 위한 제어를 수행할 수 있다. AP의 메모리(112)는 트랜시버(113)를 통해 수신된 신호(즉, 수신 신호)를 저장할 수 있고, 트랜시버를 통해 송신될 신호(즉, 송신 신호)를 저장할 수 있다.
예를 들어, 제2 STA(120)은 Non-AP STA의 의도된 동작을 수행할 수 있다. 예를 들어, non-AP의 트랜시버(123)는 신호의 송수신 동작을 수행한다. 구체적으로, IEEE 802.11 패킷(예를 들어, IEEE 802.11a/b/g/n/ac/ax/be 등)을 송수신할 수 있다.
예를 들어, Non-AP STA의 프로세서(121)는 트랜시버(123)를 통해 신호를 수신하고, 수신 신호를 처리하고, 송신 신호를 생성하고, 신호 송신을 위한 제어를 수행할 수 있다. Non-AP STA의 메모리(122)는 트랜시버(123)를 통해 수신된 신호(즉, 수신 신호)를 저장할 수 있고, 트랜시버를 통해 송신될 신호(즉, 송신 신호)를 저장할 수 있다.
예를 들어, 이하의 명세서에서 AP로 표시된 장치의 동작은 제1 STA(110) 또는 제2 STA(120)에서 수행될 수 있다. 예를 들어 제1 STA(110)이 AP인 경우, AP로 표시된 장치의 동작은 제1 STA(110)의 프로세서(111)에 의해 제어되고, 제1 STA(110)의 프로세서(111)에 의해 제어되는 트랜시버(113)를 통해 관련된 신호가 송신되거나 수신될 수 있다. 또한, AP의 동작에 관련된 제어 정보나 AP의 송신/수신 신호는 제1 STA(110)의 메모리(112)에 저장될 수 있다. 또한, 제2 STA(110)이 AP인 경우, AP로 표시된 장치의 동작은 제2 STA(120)의 프로세서(121)에 의해 제어되고, 제2 STA(120)의 프로세서(121)에 의해 제어되는 트랜시버(123)를 통해 관련된 신호가 송신되거나 수신될 수 있다. 또한, AP의 동작에 관련된 제어 정보나 AP의 송신/수신 신호는 제2 STA(110)의 메모리(122)에 저장될 수 있다.
예를 들어, 이하의 명세서에서 non-AP(또는 User-STA)로 표시된 장치의 동작은 제 STA(110) 또는 제2 STA(120)에서 수행될 수 있다. 예를 들어 제2 STA(120)이 non-AP인 경우, non-AP로 표시된 장치의 동작은 제2 STA(120)의 프로세서(121)에 의해 제어되고, 제2 STA(120)의 프로세서(121)에 의해 제어되는 트랜시버(123)를 통해 관련된 신호가 송신되거나 수신될 수 있다. 또한, non-AP의 동작에 관련된 제어 정보나 AP의 송신/수신 신호는 제2 STA(120)의 메모리(122)에 저장될 수 있다. 예를 들어 제1 STA(110)이 non-AP인 경우, non-AP로 표시된 장치의 동작은 제1 STA(110)의 프로세서(111)에 의해 제어되고, 제1 STA(120)의 프로세서(111)에 의해 제어되는 트랜시버(113)를 통해 관련된 신호가 송신되거나 수신될 수 있다. 또한, non-AP의 동작에 관련된 제어 정보나 AP의 송신/수신 신호는 제1 STA(110)의 메모리(112)에 저장될 수 있다.
이하의 명세서에서 (송신/수신) STA, 제1 STA, 제2 STA, STA1, STA2, AP, 제1 AP, 제2 AP, AP1, AP2, (송신/수신) Terminal, (송신/수신) device, (송신/수신) apparatus, 네트워크 등으로 불리는 장치는 도 1의 STA(110, 120)을 의미할 수 있다. 예를 들어, 구체적인 도면 부호 없이 (송신/수신) STA, 제1 STA, 제2 STA, STA1, STA2, AP, 제1 AP, 제2 AP, AP1, AP2, (송신/수신) Terminal, (송신/수신) device, (송신/수신) apparatus, 네트워크 등으로 표시된 장치도 도 1의 STA(110, 120)을 의미할 수 있다. 예를 들어, 이하의 일례에서 다양한 STA이 신호(예를 들어, PPPDU)를 송수신하는 동작은 도 1의 트랜시버(113, 123)에서 수행되는 것일 수 있다. 또한, 이하의 일례에서 다양한 STA이 송수신 신호를 생성하거나 송수신 신호를 위해 사전에 데이터 처리나 연산을 수행하는 동작은 도 1의 프로세서(111, 121)에서 수행되는 것일 수 있다. 예를 들어, 송수신 신호를 생성하거나 송수신 신호를 위해 사전에 데이터 처리나 연산을 수행하는 동작의 일례는, 1) PPDU 내에 포함되는 서브 필드(SIG, STF, LTF, Data) 필드의 비트 정보를 결정/획득/구성/연산/디코딩/인코딩하는 동작, 2) PPDU 내에 포함되는 서브 필드(SIG, STF, LTF, Data) 필드를 위해 사용되는 시간 자원이나 주파수 자원(예를 들어, 서브캐리어 자원) 등을 결정/구성/회득하는 동작, 3) PPDU 내에 포함되는 서브 필드(SIG, STF, LTF, Data) 필드를 위해 사용되는 특정한 시퀀스(예를 들어, 파일럿 시퀀스, STF/LTF 시퀀스, SIG에 적용되는 엑스트라 시퀀스) 등을 결정/구성/회득하는 동작, 4) STA에 대해 적용되는 전력 제어 동작 및/또는 파워 세이빙 동작, 5) ACK 신호의 결정/획득/구성/연산/디코딩/인코딩 등에 관련된 동작을 포함할 수 있다. 또한, 이하의 일례에서 다양한 STA이 송수신 신호의 결정/획득/구성/연산/디코딩/인코딩을 위해 사용하는 다양한 정보(예를 들어, 필드/서브필드/제어필드/파라미터/파워 등에 관련된 정보)는 도 1의 메모리(112, 122)에 저장될 수 있다.
상술한 도 1의 부도면 (a)의 장치/STA는 도 1의 부도면 (b)와 같이 변형될 수 있다. 이하 도 1의 부도면 (b)을 기초로, 본 명세서의 STA(110, 120)을 설명한다.
예를 들어, 도 1의 부도면 (b)에 도시된 트랜시버(113, 123)는 상술한 도 1의 부도면 (a)에 도시된 트랜시버와 동일한 기능을 수행할 수 있다. 예를 들어, 도 1의 부도면 (b)에 도시된 프로세싱 칩(114, 124)은 프로세서(111, 121) 및 메모리(112, 122)를 포함할 수 있다. 도 1의 부도면 (b)에 도시된 프로세서(111, 121) 및 메모리(112, 122)는 상술한 도 1의 부도면 (a)에 도시된 프로세서(111, 121) 및 메모리(112, 122)와 동일한 기능을 수행할 수 있다.
이하에서 설명되는, 이동 단말(mobile terminal), 무선 기기(wireless device), 무선 송수신 유닛(Wireless Transmit/Receive Unit; WTRU), 사용자 장비(User Equipment; UE), 이동국(Mobile Station; MS), 이동 가입자 유닛(Mobile Subscriber Unit), 유저(user), 유저 STA, 네트워크, 기지국(Base Station), Node-B, AP(Access Point), 리피터, 라우터, 릴레이, 수신 장치, 송신 장치, 수신 STA, 송신 STA, 수신 Device, 송신 Device, 수신 Apparatus, 및/또는 송신 Apparatus는, 도 1의 부도면 (a)/(b)에 도시된 STA(110, 120)을 의미하거나, 도 1의 부도면 (b)에 도시된 프로세싱 칩(114, 124)을 의미할 수 있다. 즉, 본 명세서의 기술적 특징은, 도 1의 부도면 (a)/(b)에 도시된 STA(110, 120)에 수행될 수도 있고, 도 1의 부도면 (b)에 도시된 프로세싱 칩(114, 124)에서만 수행될 수도 있다. 예를 들어, 송신 STA가 제어 신호를 송신하는 기술적 특징은, 도 1의 부도면 (a)/(b)에 도시된 프로세서(111, 121)에서 생성된 제어 신호가 도 1의 부도면 (a)/(b)에 도시된 트랜시버(113, 123)을 통해 송신되는 기술적 특징으로 이해될 수 있다. 또는, 송신 STA가 제어 신호를 송신하는 기술적 특징은, 도 1의 부도면 (b)에 도시된 프로세싱 칩(114, 124)에서 트랜시버(113, 123)로 전달될 제어 신호가 생성되는 기술적 특징으로 이해될 수 있다.
예를 들어, 수신 STA가 제어 신호를 수신하는 기술적 특징은, 도 1의 부도면 (a)에 도시된 트랜시버(113, 123)에 의해 제어 신호가 수신되는 기술적 특징으로 이해될 수 있다. 또는, 수신 STA가 제어 신호를 수신하는 기술적 특징은, 도 1의 부도면 (a)에 도시된 트랜시버(113, 123)에 수신된 제어 신호가 도 1의 부도면 (a)에 도시된 프로세서(111, 121)에 의해 획득되는 기술적 특징으로 이해될 수 있다. 또는, 수신 STA가 제어 신호를 수신하는 기술적 특징은, 도 1의 부도면 (b)에 도시된 트랜시버(113, 123)에 수신된 제어 신호가 도 1의 부도면 (b)에 도시된 프로세싱 칩(114, 124)에 의해 획득되는 기술적 특징으로 이해될 수 있다.
도 1의 부도면 (b)을 참조하면, 메모리(112, 122) 내에 소프트웨어 코드(115, 125)가 포함될 수 있다. 소프트웨어 코드(115, 125)는 프로세서(111, 121)의 동작을 제어하는 instruction이 포함될 수 있다. 소프트웨어 코드(115, 125)는 다양한 프로그래밍 언어로 포함될 수 있다.
도 1에 도시된 프로세서(111, 121) 또는 프로세싱 칩(114, 124)은 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 프로세서는 AP(application processor)일 수 있다. 예를 들어, 도 1에 도시된 프로세서(111, 121) 또는 프로세싱 칩(114, 124)은 DSP(digital signal processor), CPU(central processing unit), GPU(graphics processing unit), 모뎀(Modem; modulator and demodulator) 중 적어도 하나를 포함할 수 있다. 예를 들어, 도 1에 도시된 프로세서(111, 121) 또는 프로세싱 칩(114, 124)은 Qualcomm®에 의해 제조된 SNAPDRAGONTM 시리즈 프로세서, Samsung®에 의해 제조된 EXYNOSTM 시리즈 프로세서, Apple®에 의해 제조된 A 시리즈 프로세서, MediaTek®에 의해 제조된 HELIOTM 시리즈 프로세서, INTEL®에 의해 제조된 ATOMTM 시리즈 프로세서 또는 이를 개선(enhance)한 프로세서일 수 있다.
본 명세서에서 상향링크는 non-AP STA로부터 AP STA으로의 통신을 위한 링크를 의미할 수 있고 상향링크를 통해 상향링크 PPDU/패킷/신호 등이 송신될 수 있다. 또한, 본 명세서에서 하향링크는 AP STA로부터 non-AP STA으로의 통신을 위한 링크를 의미할 수 있고 하향링크를 통해 하향링크 PPDU/패킷/신호 등이 송신될 수 있다.
도 2는 무선랜(WLAN)의 구조를 나타낸 개념도이다.
도 2의 상단은 IEEE(institute of electrical and electronic engineers) 802.11의 인프라스트럭쳐 BSS(basic service set)의 구조를 나타낸다.
도 2의 상단을 참조하면, 무선랜 시스템은 하나 또는 그 이상의 인프라스트럭쳐 BSS(200, 205)(이하, BSS)를 포함할 수 있다. BSS(200, 205)는 성공적으로 동기화를 이루어서 서로 통신할 수 있는 AP(access point, 225) 및 STA1(Station, 200-1)과 같은 AP와 STA의 집합으로서, 특정 영역을 가리키는 개념은 아니다. BSS(205)는 하나의 AP(230)에 하나 이상의 결합 가능한 STA(205-1, 205-2)을 포함할 수도 있다.
BSS는 적어도 하나의 STA, 분산 서비스(distribution Service)를 제공하는 AP(225, 230) 및 다수의 AP를 연결시키는 분산 시스템(distribution System, DS, 210)을 포함할 수 있다.
분산 시스템(210)은 여러 BSS(200, 205)를 연결하여 확장된 서비스 셋인 ESS(extended service set, 240)를 구현할 수 있다. ESS(240)는 하나 또는 여러 개의 AP가 분산 시스템(210)을 통해 연결되어 이루어진 하나의 네트워크를 지시하는 용어로 사용될 수 있다. 하나의 ESS(240)에 포함되는 AP는 동일한 SSID(service set identification)를 가질 수 있다.
포털(portal, 220)은 무선랜 네트워크(IEEE 802.11)와 다른 네트워크(예를 들어, 802.X)와의 연결을 수행하는 브리지 역할을 수행할 수 있다.
도 2의 상단과 같은 BSS에서는 AP(225, 230) 사이의 네트워크 및 AP(225, 230)와 STA(200-1, 205-1, 205-2) 사이의 네트워크가 구현될 수 있다. 하지만, AP(225, 230)가 없이 STA 사이에서도 네트워크를 설정하여 통신을 수행하는 것도 가능할 수 있다. AP(225, 230)가 없이 STA 사이에서도 네트워크를 설정하여 통신을 수행하는 네트워크를 애드-혹 네트워크(Ad-Hoc network) 또는 독립 BSS(independent basic service set, IBSS)라고 정의한다.
도 2의 하단은 IBSS를 나타낸 개념도이다.
도 2의 하단을 참조하면, IBSS는 애드-혹 모드로 동작하는 BSS이다. IBSS는 AP를 포함하지 않기 때문에 중앙에서 관리 기능을 수행하는 개체(centralized management entity)가 없다. 즉, IBSS에서 STA(250-1, 250-2, 250-3, 255-4, 255-5)들은 분산된 방식(distributed manner)으로 관리된다. IBSS에서는 모든 STA(250-1, 250-2, 250-3, 255-4, 255-5)이 이동 STA으로 이루어질 수 있으며, 분산 시스템으로의 접속이 허용되지 않아서 자기 완비적 네트워크(self-contained network)를 이룬다.
도 3은 일반적인 링크 셋업(link setup) 과정을 설명하는 도면이다.
도시된 S310 단계에서 STA은 네트워크 발견 동작을 수행할 수 있다. 네트워크 발견 동작은 STA의 스캐닝(scanning) 동작을 포함할 수 있다. 즉, STA이 네트워크에 액세스하기 위해서는 참여 가능한 네트워크를 찾아야 한다. STA은 무선 네트워크에 참여하기 전에 호환 가능한 네트워크를 식별하여야 하는데, 특정 영역에 존재하는 네트워크 식별과정을 스캐닝이라고 한다. 스캐닝 방식에는 능동적 스캐닝(active scanning)과 수동적 스캐닝(passive scanning)이 있다.
도 3에서는 예시적으로 능동적 스캐닝 과정을 포함하는 네트워크 발견 동작을 도시한다. 능동적 스캐닝에서 스캐닝을 수행하는 STA은 채널들을 옮기면서 주변에 어떤 AP가 존재하는지 탐색하기 위해 프로브 요청 프레임(probe request frame)을 전송하고 이에 대한 응답을 기다린다. 응답자(responder)는 프로브 요청 프레임을 전송한 STA에게 프로브 요청 프레임에 대한 응답으로 프로브 응답 프레임(probe response frame)을 전송한다. 여기에서, 응답자는 스캐닝되고 있는 채널의 BSS에서 마지막으로 비콘 프레임(beacon frame)을 전송한 STA일 수 있다. BSS에서는 AP가 비콘 프레임을 전송하므로 AP가 응답자가 되며, IBSS에서는 IBSS 내의 STA들이 돌아가면서 비콘 프레임을 전송하므로 응답자가 일정하지 않다. 예를 들어, 1번 채널에서 프로브 요청 프레임을 전송하고 1번 채널에서 프로브 응답 프레임을 수신한 STA은, 수신한 프로브 응답 프레임에 포함된 BSS 관련 정보를 저장하고 다음 채널(예를 들어, 2번 채널)로 이동하여 동일한 방법으로 스캐닝(즉, 2번 채널 상에서 프로브 요청/응답 송수신)을 수행할 수 있다.
도 3의 일례에는 표시되지 않았지만, 스캐닝 동작은 수동적 스캐닝 방식으로 수행될 수도 있다. 수동적 스캐닝을 기초로 스캐닝을 수행하는 STA은 채널들을 옮기면서 비콘 프레임을 기다릴 수 있다. 비콘 프레임은 IEEE 802.11에서 관리 프레임(management frame) 중 하나로서, 무선 네트워크의 존재를 알리고, 스캐닝을 수행하는 STA으로 하여금 무선 네트워크를 찾아서, 무선 네트워크에 참여할 수 있도록 주기적으로 전송된다. BSS에서 AP가 비콘 프레임을 주기적으로 전송하는 역할을 수행하고, IBSS에서는 IBSS 내의 STA들이 돌아가면서 비콘 프레임을 전송한다. 스캐닝을 수행하는 STA은 비콘 프레임을 수신하면 비콘 프레임에 포함된 BSS에 대한 정보를 저장하고 다른 채널로 이동하면서 각 채널에서 비콘 프레임 정보를 기록한다. 비콘 프레임을 수신한 STA은, 수신한 비콘 프레임에 포함된 BSS 관련 정보를 저장하고 다음 채널로 이동하여 동일한 방법으로 다음 채널에서 스캐닝을 수행할 수 있다.
네트워크를 발견한 STA은, 단계 S320를 통해 인증 과정을 수행할 수 있다. 이러한 인증 과정은 후술하는 단계 S340의 보안 셋업 동작과 명확하게 구분하기 위해서 첫 번째 인증(first authentication) 과정이라고 칭할 수 있다. S320의 인증 과정은, STA이 인증 요청 프레임(authentication request frame)을 AP에게 전송하고, 이에 응답하여 AP가 인증 응답 프레임(authentication response frame)을 STA에게 전송하는 과정을 포함할 수 있다. 인증 요청/응답에 사용되는 인증 프레임(authentication frame)은 관리 프레임에 해당한다.
인증 프레임은 인증 알고리즘 번호(authentication algorithm number), 인증 트랜잭션 시퀀스 번호(authentication transaction sequence number), 상태 코드(status code), 검문 텍스트(challenge text), RSN(Robust Security Network), 유한 순환 그룹(Finite Cyclic Group) 등에 대한 정보를 포함할 수 있다.
STA은 인증 요청 프레임을 AP에게 전송할 수 있다. AP는 수신된 인증 요청 프레임에 포함된 정보에 기초하여, 해당 STA에 대한 인증을 허용할지 여부를 결정할 수 있다. AP는 인증 처리의 결과를 인증 응답 프레임을 통하여 STA에게 제공할 수 있다.
성공적으로 인증된 STA은 단계 S330을 기초로 연결 과정을 수행할 수 있다. 연결 과정은 STA이 연결 요청 프레임(association request frame)을 AP에게 전송하고, 이에 응답하여 AP가 연결 응답 프레임(association response frame)을 STA에게 전송하는 과정을 포함한다. 예를 들어, 연결 요청 프레임은 다양한 능력(capability)에 관련된 정보, 비콘 청취 간격(listen interval), SSID(service set identifier), 지원 레이트(supported rates), 지원 채널(supported channels), RSN, 이동성 도메인, 지원 오퍼레이팅 클래스(supported operating classes), TIM 방송 요청(Traffic Indication Map Broadcast request), 상호동작(interworking) 서비스 능력 등에 대한 정보를 포함할 수 있다. 예를 들어, 연결 응답 프레임은 다양한 능력에 관련된 정보, 상태 코드, AID(Association ID), 지원 레이트, EDCA(Enhanced Distributed Channel Access) 파라미터 세트, RCPI(Received Channel Power Indicator), RSNI(Received Signal to Noise Indicator), 이동성 도메인, 타임아웃 간격(연관 컴백 시간(association comeback time)), 중첩(overlapping) BSS 스캔 파라미터, TIM 방송 응답, QoS 맵 등의 정보를 포함할 수 있다.
이후 S340 단계에서, STA은 보안 셋업 과정을 수행할 수 있다. 단계 S340의 보안 셋업 과정은, 예를 들어, EAPOL(Extensible Authentication Protocol over LAN) 프레임을 통한 4-웨이(way) 핸드쉐이킹을 통해서, 프라이빗 키 셋업(private key setup)을 하는 과정을 포함할 수 있다.
도 4는 IEEE 규격에서 사용되는 PPDU의 일례를 도시한 도면이다.
도시된 바와 같이, IEEE a/g/n/ac 등의 규격에서는 다양한 형태의 PPDU(PHY protocol data unit)가 사용되었다. 구체적으로, LTF, STF 필드는 트레이닝 신호를 포함하였고, SIG-A, SIG-B 에는 수신 스테이션을 위한 제어 정보가 포함되었고, 데이터 필드에는 PSDU(MAC PDU/Aggregated MAC PDU)에 상응하는 사용자 데이터가 포함되었다.
또한, 도 4는 IEEE 802.11ax 규격의 HE PPDU의 일례도 포함한다. 도 4에 따른 HE PPDU는 다중 사용자를 위한 PPDU의 일례로, HE-SIG-B는 다중 사용자를 위한 경우에만 포함되고, 단일 사용자를 위한 PPDU에는 해당 HE-SIG-B가 생략될 수 있다.
도시된 바와 같이, 다중 사용자(Multiple User; MU)를 위한 HE-PPDU는 L-STF(legacy-short training field), L-LTF(legacy-long training field), L-SIG(legacy-signal), HE-SIG-A(high efficiency-signal A), HE-SIG-B(high efficiency-signal-B), HE-STF(high efficiency-short training field), HE-LTF(high efficiency-long training field), 데이터 필드(또는 MAC 페이로드) 및 PE(Packet Extension) 필드를 포함할 수 있다. 각각의 필드는 도시된 시간 구간(즉, 4 또는 8 ㎲ 등) 동안에 전송될 수 있다.
이하, PPDU에서 사용되는 자원유닛(RU)을 설명한다. 자원유닛은 복수 개의 서브캐리어(또는 톤)을 포함할 수 있다. 자원유닛은 OFDMA 기법을 기초로 다수의 STA에게 신호를 송신하는 경우 사용될 수 있다. 또한 하나의 STA에게 신호를 송신하는 경우에도 자원유닛이 정의될 수 있다. 자원유닛은 STF, LTF, 데이터 필드 등을 위해 사용될 수 있다.
본 명세서에서 설명된 RU는 UL(Uplink) 통신 및 DL(Downlink) 통신에 사용될 수 있다. 예를 들어, Trigger frame에 의해 solicit되는 UL-MU 통신이 수행되는 경우, 송신 STA(예를 들어, AP)은 Trigger frame을 통해서 제1 STA에게는 제1 RU(예를 들어, 26/52/106/242-RU 등)를 할당하고, 제2 STA에게는 제2 RU(예를 들어, 26/52/106/242-RU 등)를 할당할 수 있다. 이후, 제1 STA은 제1 RU를 기초로 제1 Trigger-based PPDU를 송신할 수 있고, 제2 STA은 제2 RU를 기초로 제2 Trigger-based PPDU를 송신할 수 있다. 제1/제2 Trigger-based PPDU는 동일한 시간 구간에 AP로 송신된다.
예를 들어, DL MU PPDU가 구성되는 경우, 송신 STA(예를 들어, AP)은 제1 STA에게는 제1 RU(예를 들어, 26/52/106/242-RU 등)를 할당하고, 제2 STA에게는 제2 RU(예를 들어, 26/52/106/242-RU 등)를 할당할 수 있다. 즉, 송신 STA(예를 들어, AP)은 하나의 MU PPDU 내에서 제1 RU를 통해 제1 STA을 위한 HE-STF, HE-LTF, Data 필드를 송신할 수 있고, 제2 RU를 통해 제2 STA을 위한 HE-STF, HE-LTF, Data 필드를 송신할 수 있다.
도 5는 UL-MU에 따른 동작을 나타낸다. 도시된 바와 같이, 송신 STA(예를 들어, AP)는 contending (즉, Backoff 동작)을 통해 채널 접속을 수행하고, Trigger frame(1030)을 송신할 수 있다. 즉, 송신 STA(예를 들어, AP)은 Trigger Frame(1330)이 포함된 PPDU를 송신할 수 있다. Trigger frame이 포함된 PPDU가 수신되면 SIFS 만큼의 delay 이후 TB(trigger-based) PPDU가 송신된다.
TB PPDU(1041, 1042)는 동일한 시간 대에 송신되고, Trigger frame(1030) 내에 AID가 표시된 복수의 STA(예를 들어, User STA)으로부터 송신될 수 있다. TB PPDU에 대한 ACK 프레임(1050)은 다양한 형태로 구현될 수 있다.
트리거 프레임의 구체적 특징은 도 6 내지 도 8을 통해 설명된다. UL-MU 통신이 사용되는 경우에도, OFDMA(orthogonal frequency division multiple access) 기법 또는 MU MIMO 기법이 사용될 수 있고, OFDMA 및 MU MIMO 기법이 동시에 사용될 수 있다.
도 6은 트리거 프레임의 일례를 나타낸다. 도 6의 트리거 프레임은 상향링크 MU 전송(Uplink Multiple-User transmission)을 위한 자원을 할당하고, 예를 들어 AP로부터 송신될 수 있다. 트리거 프레임은 MAC 프레임으로 구성될 수 있으며, PPDU에 포함될 수 있다.
도 6에 도시된 각각의 필드는 일부 생략될 수 있고, 다른 필드가 추가될 수 있다. 또한, 필드 각각의 길이는 도시된 바와 다르게 변화될 수 있다.
도 6의 프레임 컨트롤(frame control) 필드(1110)는 MAC 프로토콜의 버전에 관한 정보 정보 및 기타 추가적인 제어 정보가 포함되며, 듀레이션 필드(1120)는 NAV 설정을 위한 시간 정보나 STA의 식별자(예를 들어, AID)에 관한 정보가 포함될 수 있다.
또한, RA 필드(1130)는 해당 트리거 프레임의 수신 STA의 주소 정보가 포함되며, 필요에 따라 생략될 수 있다. TA 필드(1140)는 해당 트리거 프레임을 송신하는 STA(예를 들어, AP)의 주소 정보가 포함되며, 공통 정보(common information) 필드(1150)는 해당 트리거 프레임을 수신하는 수신 STA에게 적용되는 공통 제어 정보를 포함한다. 예를 들어, 해당 트리거 프레임에 대응하여 송신되는 상향 PPDU의 L-SIG 필드의 길이를 지시하는 필드나, 해당 트리거 프레임에 대응하여 송신되는 상향 PPDU의 SIG-A 필드(즉, HE-SIG-A 필드)의 내용(content)을 제어하는 정보가 포함될 수 있다. 또한, 공통 제어 정보로서, 해당 트리거 프레임에 대응하여 송신되는 상향 PPDU의 CP의 길이에 관한 정보나 LTF 필드의 길이에 관한 정보가 포함될 수 있다.
또한, 도 6의 트리거 프레임을 수신하는 수신 STA의 개수에 상응하는 개별 사용자 정보(per user information) 필드(1160#1 내지 1160#N)를 포함하는 것이 바람직하다. 상기 개별 사용자 정보 필드는, “할당 필드”라 불릴 수도 있다.
또한, 도 6의 트리거 프레임은 패딩 필드(1170)와, 프레임 체크 시퀀스 필드(1180)를 포함할 수 있다.
도 6에 도시된, 개별 사용자 정보(per user information) 필드(1160#1 내지 1160#N) 각각은 다시 다수의 서브 필드를 포함할 수 있다.
도 7은 트리거 프레임의 공통 정보(common information) 필드의 일례를 나타낸다. 도 7의 서브 필드 중 일부는 생략될 수 있고, 기타 서브 필드가 추가될 수도 있다. 또한 도시된 서브 필드 각각의 길이는 변형될 수 있다.
도시된 길이 필드(1210)는 해당 트리거 프레임에 대응하여 송신되는 상향 PPDU의 L-SIG 필드의 길이 필드와 동일한 값을 가지며, 상향 PPDU의 L-SIG 필드의 길이 필드는 상향 PPDU의 길이를 나타낸다. 결과적으로 트리거 프레임의 길이 필드(1210)는 대응되는 상향링크 PPDU의 길이를 지시하는데 사용될 수 있다.
또한, 케스케이드 지시자 필드(1220)는 케스케이드 동작이 수행되는지 여부를 지시한다. 케스케이드 동작은 동일 TXOP 내에 하향링크 MU 송신과 상향링크 MU 송신이 함께 수행되는 것을 의미한다. 즉, 하향링크 MU 송신이 수행된 이후, 기설정된 시간(예를 들어, SIFS) 이후 상향링크 MU 송신이 수행되는 것을 의미한다. 케이스케이드 동작 중에는 하향링크 통신을 수행하는 송신장치(예를 들어, AP)는 1개만 존재하고, 상향링크 통신을 수행하는 송신장치(예를 들어, non-AP)는 복수 개 존재할 수 있다.
CS 요구 필드(1230)는 해당 트리거 프레임을 수신한 수신장치가 대응되는 상향링크 PPDU를 전송하는 상황에서 무선매체의 상태나 NAV 등을 고려해야 하는지 여부를 지시한다.
HE-SIG-A 정보 필드(1240)는 해당 트리거 프레임에 대응하여 송신되는 상향 PPDU의 SIG-A 필드(즉, HE-SIG-A 필드)의 내용(content)을 제어하는 정보가 포함될 수 있다.
CP 및 LTF 타입 필드(1250)는 해당 트리거 프레임에 대응하여 송신되는 상향 PPDU의 LTF의 길이 및 CP 길이에 관한 정보를 포함할 수 있다. 트리거 타입 필드(1060)는 해당 트리거 프레임이 사용되는 목적, 예를 들어 통상의 트리거링, 빔포밍을 위한 트리거링, Block ACK/NACK에 대한 요청 등을 지시할 수 있다.
본 명세서에서 트리거 프레임의 트리거 타입 필드(1260)는 통상의 트리거링을 위한 기본(Basic) 타입의 트리거 프레임을 지시한다고 가정할 수 있다. 예를 들어, 기본(Basic) 타입의 트리거 프레임은 기본 트리거 프레임으로 언급될 수 있다.
도 8은 사용자 정보(per user information) 필드에 포함되는 서브 필드의 일례를 나타낸다. 도 8의 사용자 정보 필드(1300)는 앞선 도 6에서 언급된 개별 사용자 정보 필드(1160#1~1160#N) 중 어느 하나로 이해될 수 있다. 도 8의 사용자 정보 필드(1300)에 포함된 서브 필드 중 일부는 생략될 수 있고, 기타 서브 필드가 추가될 수도 있다. 또한 도시된 서브 필드 각각의 길이는 변형될 수 있다.
도 8의 사용자 식별자(User Identifier) 필드(1310)는 개별 사용자 정보(per user information)에 상응하는 STA(즉, 수신 STA)의 식별자를 나타내는 것으로, 식별자의 일례는 수신 STA의 AID(association identifier) 값의 전부 또는 일부가 될 수 있다.
또한, RU 할당(RU Allocation) 필드(1320)가 포함될 수 있다. 즉 사용자 식별자 필드(1310)로 식별된 수신 STA가, 트리거 프레임에 대응하여 TB PPDU를 송신하는 경우, RU 할당 필드(1320)가 지시한 RU를 통해 TB PPDU를 송신한다.
도 8의 서브 필드는 코딩 타입 필드(1330)를 포함할 수 있다. 코딩 타입 필드(1330)는 TB PPDU의 코딩 타입을 지시할 수 있다. 예를 들어, 상기 TB PPDU에 BCC 코딩이 적용되는 경우 상기 코딩 타입 필드(1330)는 '1'로 설정되고, LDPC 코딩이 적용되는 경우 상기 코딩 타입 필드(1330)는 '0'으로 설정될 수 있다.
또한, 도 8의 서브 필드는 MCS 필드(1340)를 포함할 수 있다. MCS 필드(1340)는 TB PPDU에 적용되는 MCS 기법을 지시할 수 있다. 예를 들어, 상기 TB PPDU에 BCC 코딩이 적용되는 경우 상기 코딩 타입 필드(1330)는 '1'로 설정되고, LDPC 코딩이 적용되는 경우 상기 코딩 타입 필드(1330)는 '0'으로 설정될 수 있다.
이하 UORA(UL OFDMA-based Random Access) 기법에 대해 설명한다.
도 9는 UORA 기법의 기술적 특징을 설명한다.
송신 STA(예를 들어, AP)는 트리거 프레임을 통해 도 9에 도시된 바와 같이 6개의 RU 자원을 할당할 수 있다. 구체적으로, AP는 제1 RU 자원(AID 0, RU 1), 제2 RU 자원(AID 0, RU 2), 제3 RU 자원(AID 0, RU 3), 제4 RU 자원(AID 2045, RU 4), 제5 RU 자원(AID 2045, RU 5), 제6 RU 자원(AID 3, RU 6)를 할당할 수 있다. AID 0, AID 3, 또는 AID 2045에 관한 정보는, 예를 들어 도 8의 사용자 식별 필드(1310)에 포함될 수 있다. RU 1 내지 RU 6에 관한 정보는, 예를 들어 도 8의 RU 할당 필드(1320)에 포함될 수 있다. AID=0은 연결된(associated) STA을 위한 UORA 자원을 의미할 수 있고, AID=2045는 비-연결된(un-associated) STA을 위한 UORA 자원을 의미할 수 있다. 이에 따라, 도 9의 제1 내지 제3 RU 자원은 연결된(associated) STA을 위한 UORA 자원으로 사용될 수 있고, 도 9의 제4 내지 제5 RU 자원은 비-연결된(un-associated) STA을 위한 UORA 자원으로 사용될 수 있고, 도 9의 제6 RU 자원은 통상의 UL MU를 위한 자원으로 사용될 수 있다.
도 9의 일례에서는 STA1의 OBO(OFDMA random access BackOff) 카운터가 0으로 감소하여, STA1이 제2 RU 자원(AID 0, RU 2)을 랜덤하게 선택한다. 또한, STA2/3의 OBO 카운터는 0 보다 크기 때문에, STA2/3에게는 상향링크 자원이 할당되지 않았다. 또한, 도 9에서 STA4는 트리거 프레임 내에 자신의 AID(즉, AID=3)이 포함되었으므로, 백오프 없이 RU 6의 자원이 할당되었다.
구체적으로, 도 9의 STA1은 연결된(associated) STA이므로 STA1을 위한 eligible RA RU는 총 3개(RU 1, RU 2, RU 3)이고, 이에 따라 STA1은 OBO 카운터를 3만큼 감소시켜 OBO 카운터가 0이 되었다. 또한, 도 9의 STA2는 연결된(associated) STA이므로 STA2를 위한 eligible RA RU는 총 3개(RU 1, RU 2, RU 3)이고, 이에 따라 STA2은 OBO 카운터를 3만큼 감소시켰지만 OBO 카운터가 0보다 큰 상태이다. 또한, 도 9의 STA3는 비-연결된(un-associated) STA이므로 STA3를 위한 eligible RA RU는 총 2개(RU 4, RU 5)이고, 이에 따라 STA3은 OBO 카운터를 2만큼 감소시켰지만 OBO 카운터가 0보다 큰 상태이다.
이하, 본 명세서의 STA에서 송신/수신되는 PPDU가 설명된다.
도 10은 본 명세서에 사용되는 PPDU의 일례를 나타낸다.
도 10의 PPDU는 EHT PPDU, 송신 PPDU, 수신 PPDU, 제1 타입 또는 제N 타입 PPDU 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, 본 명세서에서 PPDU 또는 EHT PPDU는, 송신 PPDU, 수신 PPDU, 제1 타입 또는 제N 타입 PPDU 등의 다양한 명칭으로 불릴 수 있다. 또한, EHT PPU는 EHT 시스템 및/또는 EHT 시스템을 개선한 새로운 무선랜 시스템에서 사용될 수 있다.
도 10의 PPDU는 EHT 시스템에서 사용되는 PPDU 타입 중 일부 또는 전부를 나타낼 수 있다. 예를 들어, 도 10의 일례는 SU(single-user) 모드 및 MU(multi-user) 모드 모두를 위해 사용될 수 있다. 달리 표현하면, 도 10의 PPDU는 하나의 수신 STA 또는 복수의 수신 STA을 위한 PPDU일 수 있다. 도 10의 PPDU가 TB(Trigger-based) 모드를 위해 사용되는 경우, 도 10의 EHT-SIG는 생략될 수 있다. 달리 표현하면 UL-MU(Uplink-MU) 통신을 위한 Trigger frame을 수신한 STA은, 도 10의 일례에서 EHT-SIG 가 생략된 PPDU를 송신할 수 있다.
도 10에서 L-STF 내지 EHT-LTF는 프리앰블(preamble) 또는 물리 프리앰블(physical preamble)로 불릴 수 있고, 물리계층에서 생성/송신/수신/획득/디코딩될 수 있다.
도 10의 L-STF, L-LTF, L-SIG, RL-SIG, U-SIG, EHT-SIG 필드의 subcarrier spacing은 312.5 kHz로 정해지고, EHT-STF, EHT-LTF, Data 필드의 subcarrier spacing은 78.125 kHz로 정해질 수 있다. 즉, L-STF, L-LTF, L-SIG, RL-SIG, U-SIG, EHT-SIG 필드의 tone index(또는 subcarrier index)는 312.5 kHz 단위로 표시되고, EHT-STF, EHT-LTF, Data 필드의 tone index(또는 subcarrier index)는 78.125 kHz 단위로 표시될 수 있다.
도 10의 PPDU는 L-LTF 및 L-STF는 종래의 필드와 동일할 수 있다.
도 10의 L-SIG 필드는 예를 들어 24 비트의 비트 정보를 포함할 수 있다. 예를 들어, 24비트 정보는 4 비트의 Rate 필드, 1 비트의 Reserved 비트, 12 비트의 Length 필드, 1 비트의 Parity 비트 및, 6 비트의 Tail 비트를 포함할 수 있다. 예를 들어, 12 비트의 Length 필드는 PPDU의 길이 또는 time duration에 관한 정보를 포함할 수 있다. 예를 들어, 12비트 Length 필드의 값은 PPDU의 타입을 기초로 결정될 수 있다. 예를 들어, PPDU가 non-HT, HT, VHT PPDU이거나 EHT PPDU인 경우, Length 필드의 값은 3의 배수로 결정될 수 있다. 예를 들어, PPDU가 HE PPDU인 경우, Length 필드의 값은 “3의 배수 + 1”또는 “3의 배수 +2”로 결정될 수 있다. 달리 표현하면, non-HT, HT, VHT PPDU이거나 EHT PPDU를 위해 Length 필드의 값은 3의 배수로 결정될 수 있고, HE PPDU를 위해 Length 필드의 값은 “3의 배수 + 1”또는 “3의 배수 +2”로 결정될 수 있다.
예를 들어, 송신 STA은 L-SIG 필드의 24 비트 정보에 대해 1/2의 부호화율(code rate)에 기초한 BCC 인코딩을 적용할 수 있다. 이후 송신 STA은 48 비트의 BCC 부호화 비트를 획득할 수 있다. 48비트의 부호화 비트에 대해서는 BPSK 변조가 적용되어 48 개의 BPSK 심볼이 생성될 수 있다. 송신 STA은 48개의 BPSK 심볼을, 파일럿 서브캐리어{서브캐리어 인덱스 -21, -7, +7, +21} 및 DC 서브캐리어{서브캐리어 인덱스 0}를 제외한 위치에 매핑할 수 있다. 결과적으로 48개의 BPSK 심볼은 서브캐리어 인덱스 -26 내지 -22, -20 내지 -8, -6 내지 -1, +1 내지 +6, +8 내지 +20, 및 +22 내지 +26에 매핑될 수 있다. 송신 STA은 서브캐리어 인덱스 {-28, -27, +27, 28}에 {-1, -1, -1, 1}의 신호를 추가로 매핑할 수 있다. 위의 신호는 {-28, -27, +27, 28}에 상응하는 주파수 영역에 대한 채널 추정을 위해 사용될 수 있다.
송신 STA은 L-SIG와 동일하게 생성되는 RL-SIG를 생성할 수 있다. RL-SIG에 대해서는 BPSK 변조가 적용된다. 수신 STA은 RL-SIG의 존재를 기초로 수신 PPDU가 HE PPDU 또는 EHT PPDU임을 알 수 있다.
도 10의 RL-SIG 이후에는 U-SIG(Universal SIG)가 삽입될 수 있다. U-SIG는 제1 SIG 필드, 제1 SIG, 제1 타입 SIG, 제어 시그널, 제어 시그널 필드, 제1 (타입) 제어 시그널 등의 다양한 명칭으로 불릴 수 있다.
U-SIG는 N 비트의 정보를 포함할 수 있고, EHT PPDU의 타입을 식별하기 위한 정보를 포함할 수 있다. 예를 들어, U-SIG는 2개의 심볼(예를 들어, 연속하는 2 개의 OFDM 심볼)을 기초로 구성될 수 있다. U-SIG를 위한 각 심볼(예를 들어, OFDM 심볼)은 4 us의 duration 을 가질 수 있다. U-SIG의 각 심볼은 26 비트 정보를 송신하기 위해 사용될 수 있다. 예를 들어 U-SIG의 각 심볼은 52개의 데이터 톤과 4 개의 파일럿 톤을 기초로 송수신될 수 있다.
U-SIG(또는 U-SIG 필드)를 통해서는 예를 들어 A 비트 정보(예를 들어, 52 un-coded bit)가 송신될 수 있고, U-SIG의 제1 심볼은 총 A 비트 정보 중 처음 X 비트 정보(예를 들어, 26 un-coded bit)를 송신하고, U-SIG의 제2 심볼은 총 A 비트 정보 중 나머지 Y 비트 정보(예를 들어, 26 un-coded bit)를 송신할 수 있다. 예를 들어, 송신 STA은 각 U-SIG 심볼에 포함되는 26 un-coded bit를 획득할 수 있다. 송신 STA은 R=1/2의 rate를 기초로 convolutional encoding(즉, BCC 인코딩)을 수행하여 52-coded bit를 생성하고, 52-coded bit에 대한 인터리빙을 수행할 수 있다. 송신 STA은 인터리빙된 52-coded bit에 대해 BPSK 변조를 수행하여 각 U-SIG 심볼에 할당되는 52개의 BPSK 심볼을 생성할 수 있다. 하나의 U-SIG 심볼은 DC 인덱스 0을 제외하고, 서브캐리어 인덱스 -28부터 서브캐리어 인덱스 +28까지의 56개 톤(서브캐리어)을 기초로 송신될 수 있다. 송신 STA이 생성한 52개의 BPSK 심볼은 파일럿 톤인 -21, -7, +7, +21 톤을 제외한 나머지 톤(서브캐리어)를 기초로 송신될 수 있다.
예를 들어, U-SIG에 의해 송신되는 A 비트 정보(예를 들어, 52 un-coded bit)는 CRC 필드(예를 들어 4비트 길이의 필드) 및 테일 필드(예를 들어 6비트 길이의 필드)를 포함할 수 있다. 상기 CRC 필드 및 테일 필드는 U-SIG의 제2 심볼을 통해 송신될 수 있다. 상기 CRC 필드는 U-SIG의 제1 심볼에 할당되는 26 비트와 제2 심볼 내에서 상기 CRC/테일 필드를 제외한 나머지 16 비트를 기초로 생성될 수 있고, 종래의 CRC calculation 알고리즘을 기초로 생성될 수 있다. 또한, 상기 테일 필드는 convolutional decoder의 trellis를 terminate하기 위해 사용될 수 있고, 예를 들어 “000000”으로 설정될 수 있다.
U-SIG(또는 U-SIG 필드)에 의해 송신되는 A 비트 정보(예를 들어, 52 un-coded bit)는 version-independent bits와 version-dependent bits로 구분될 수 있다. 예를 들어, version-independent bits의 크기는 고정적이거나 가변적일 수 있다. 예를 들어, version-independent bits는 U-SIG의 제1 심볼에만 할당되거나, version-independent bits는 U-SIG의 제1 심볼 및 제2 심볼 모두에 할당될 수 있다. 예를 들어, version-independent bits와 version-dependent bits는 제1 제어 비트 및 제2 제어 비트 등의 다양한 명칭으로 불릴 수 있다.
예를 들어, U-SIG의 version-independent bits는 3비트의 PHY version identifier를 포함할 수 있다. 예를 들어, 3비트의 PHY version identifier는 송수신 PPDU의 PHY version 에 관련된 정보를 포함할 수 있다. 예를 들어, 3비트의 PHY version identifier의 제1 값은 송수신 PPDU가 EHT PPDU임을 지시할 수 있다. 달리 표현하면, 송신 STA은 EHT PPDU를 송신하는 경우, 3비트의 PHY version identifier를 제1 값으로 설정할 수 있다. 달리 표현하면, 수신 STA은 제1 값을 가지는 PHY version identifier를 기초로, 수신 PPDU가 EHT PPDU임을 판단할 수 있다.
예를 들어, U-SIG의 version-independent bits는 1비트의 UL/DL flag 필드를 포함할 수 있다. 1비트의 UL/DL flag 필드의 제1 값은 UL 통신에 관련되고, UL/DL flag 필드의 제2 값은 DL 통신에 관련된다.
예를 들어, U-SIG의 version-independent bits는 TXOP의 길이에 관한 정보, BSS color ID에 관한 정보를 포함할 수 있다.
예를 들어 EHT PPDU가 다양한 타입(예를 들어, SU 모드에 관련된 EHT PPDU, MU 모드에 관련된 EHT PPDU, TB 모드에 관련된 EHT PPDU, Extended Range 송신에 관련된 EHT PPDU 등의 다양한 타입)으로 구분되는 경우, EHT PPDU의 타입에 관한 정보는 U-SIG의 version-dependent bits에 포함될 수 있다.
예를 들어, U-SIG는 1) 대역폭에 관한 정보를 포함하는 대역폭 필드, 2) EHT-SIG에 적용되는 MCS 기법에 관한 정보를 포함하는 필드, 3) EHT-SIG에 듀얼 서브캐리어 모듈레이션(dual subcarrier modulation, DCM) 기법이 적용되는지 여부에 관련된 정보를 포함하는 지시 필드, 4) EHT-SIG를 위해 사용되는 심볼의 개수에 관한 정보를 포함하는 필드, 5) EHT-SIG가 전 대역에 걸쳐 생성되는지 여부에 관한 정보를 포함하는 필드, 6) EHT-LTF/STF의 타입에 관한 정보를 포함하는 필드, 7) EHT-LTF의 길이 및 CP 길이를 지시하는 필드에 관한 정보를 포함할 수 있다.
이하의 일례에서 (송신/수신/상향/하향) 신호, (송신/수신/상향/하향) 프레임, (송신/수신/상향/하향) 패킷, (송신/수신/상향/하향) 데이터 유닛, (송신/수신/상향/하향) 데이터 등으로 표시되는 신호는 도 10의 PPDU를 기초로 송수신되는 신호일 수 있다. 도 10의 PPDU는 다양한 타입의 프레임을 송수신하기 위해 사용될 수 있다. 예를 들어, 도 10의 PPDU는 제어 프레임(control frame)을 위해 사용될 수 있다. 제어 프레임의 일례는, RTS(request to send), CTS(clear to send), PS-Poll(Power Save-Poll), BlockACKReq, BlockAck, NDP(Null Data Packet) announcement, Trigger Frame을 포함할 수 있다. 예를 들어, 도 10의 PPDU는 관리 프레임(management frame)을 위해 사용될 수 있다. management frame의 일례는, Beacon frame, (Re-)Association Request frame, (Re-)Association Response frame, Probe Request frame, Probe Response frame를 포함할 수 있다. 예를 들어, 도 10의 PPDU는 데이터 프레임을 위해 사용될 수 있다. 예를 들어, 도 10의 PPDU는 제어 프레임, 관리 프레임, 및 데이터 프레임 중 적어도 둘 이상을 동시에 송신하기 위해 사용될 수도 있다.
도 11은 본 명세서의 송신 장치 및/또는 수신 장치의 변형된 일례를 나타낸다.
도 1의 부도면 (a)/(b)의 각 장치/STA은 도 11과 같이 변형될 수 있다. 도 11의 트랜시버(630)는 도 1의 트랜시버(113, 123)와 동일할 수 있다. 도 11의 트랜시버(630)는 수신기(receiver) 및 송신기(transmitter)를 포함할 수 있다.
도 11의 프로세서(610)는 도 1의 프로세서(111, 121)과 동일할 수 있다. 또는, 도 11의 프로세서(610)는 도 1의 프로세싱 칩(114, 124)과 동일할 수 있다.
도 11의 메모리(150)는 도 1의 메모리(112, 122)와 동일할 수 있다. 또는, 도 11의 메모리(150)는 도 1의 메모리(112, 122)와는 상이한 별도의 외부 메모리일 수 있다.
도 11을 참조하면, 전력 관리 모듈(611)은 프로세서(610) 및/또는 트랜시버(630)에 대한 전력을 관리한다. 배터리(612)는 전력 관리 모듈(611)에 전력을 공급한다. 디스플레이(613)는 프로세서(610)에 의해 처리된 결과를 출력한다. 키패드(614)는 프로세서(610)에 의해 사용될 입력을 수신한다. 키패드(614)는 디스플레이(613) 상에 표시될 수 있다. SIM 카드(615)는 휴대 전화 및 컴퓨터와 같은 휴대 전화 장치에서 가입자를 식별하고 인증하는 데에 사용되는 IMSI(international mobile subscriber identity) 및 그와 관련된 키를 안전하게 저장하기 위하여 사용되는 집적 회로일 수 있다.
도 11을 참조하면, 스피커(640)는 프로세서(610)에 의해 처리된 소리 관련 결과를 출력할 수 있다. 마이크(641)는 프로세서(610)에 의해 사용될 소리 관련 입력을 수신할 수 있다.
이하 본 명세서의 STA이 지원하는 멀티링크(Multi-link; ML)에 대한 기술적 특징이 설명된다.
본 명세서의 STA(AP 및/또는 non-AP STA)은 멀티링크(Multi Link; ML) 통신을 지원할 수 있다. ML 통신은 복수의 링크(Link)를 지원하는 통신을 의미할 수 있다. ML 통신에 관련된 링크는 2.4 GHz 밴드, 5 GHz 밴드, 6 GHz 밴드의 채널(예를 들어, 20/40/80/160/240/320 MHz 채널)을 포함할 수 있다.
ML 통신을 위해 사용되는 복수의 링크(link)는 다양하게 설정될 수 있다. 예를 들어, ML 통신을 위해 하나의 STA에 지원되는 복수의 링크(link)는 2.4 GHz 밴드 내의 복수의 채널, 5 GHz 밴드 내의 복수의 채널, 6 GHz 밴드 내의 복수의 채널일 수 있다. 또는, ML 통신을 위해 하나의 STA에 지원되는 복수의 링크(link)는 2.4 GHz 밴드(또는 5 GHz/6 GHz 밴드) 내의 적어도 하나의 채널과 5GHz 밴드(또는 2.4 GHz/6 GHz 밴드) 내의 적어도 하나의 채널의 조합일 수 있다. 한편, ML 통신을 위해 하나의 STA에 지원되는 복수의 링크(link) 중 적어도 하나는 프리앰블 펑처링이 적용되는 채널일 수 있다.
STA은 ML 통신을 수행하기 위해 ML 설정(setup)을 수행할 수 있다. ML 설정(setup)은 Beacon, Probe Request/Response, Association Request/Response 등의 management frame이나 control frame을 기초로 수행될 수 있다. 예를 들어 ML 설정에 관한 정보는 Beacon, Probe Request/Response, Association Request/Response 내에 포함되는 element 필드 내에 포함될 수 있다.
ML 설정(setup)이 완료되면 ML 통신을 위한 enabled link가 결정될 수 있다. STA은 enabled link로 결정된 복수의 링크 중 적어도 하나를 통해 프레임 교환(frame exchange)을 수행할 수 있다. 예를 들어, enabled link는 management frame, control frame 및 data frame 중 적어도 하나를 위해 사용될 수 있다.
하나의 STA이 복수의 Link를 지원하는 경우, 각 Link를 지원하는 송수신 장치는 하나의 논리적 STA처럼 동작할 수 있다. 예를 들어, 2개의 Link를 지원하는 하나의 STA은, 제1 Link 를 위한 제1 STA과 제2 link 를 위한 제2 STA을 포함하는 하나의 ML 디바이스(Multi Link Device; MLD)로 표현될 수 있다. 예를 들어, 2개의 Link 를 지원하는 하나의 AP는, 제1 Link를 위한 제1 AP와 제2 link를 위한 제2 AP을 포함하는 하나의 AP MLD로 표현될 수 있다. 또한, 2개의 Link 를 지원하는 하나의 non-AP는, 제1 Link를 위한 제1 STA와 제2 link를 위한 제2 STA을 포함하는 하나의 non-AP MLD로 표현될 수 있다.
이하, ML 설정(setup)에 관한 보다 구체적인 특징이 설명된다.
MLD(AP MLD 및/또는 non-AP MLD)는 ML 설정(setup)을 통해, 해당 MLD가 지원할 수 있는 링크에 관한 정보를 송신할 수 있다. 링크에 관한 정보는 다양하게 구성될 수 있다. 예를 들어, 링크에 관한 정보는 1) MLD(또는 STA)가 simultaneous RX/TX operation을 지원하는지 여부에 관한 정보, 2) MLD(또는 STA)가 지원하는 uplink/downlink Link의 개수/상한에 관한 정보, 3) MLD(또는 STA)가 지원하는 uplink/downlink Link의 위치/대역/자원에 관한 정보, 4) 적어도 하나의 uplink/downlink Link에서 사용 가능한 또는 선호되는 frame의 type(management, control, data 등)에 관한 정보, 5) 적어도 하나의 uplink/downlink Link에서 사용 가능한 또는 선호되는 ACK policy 정보, 및 6) 적어도 하나의 uplink/downlink Link에서 사용 가능한 또는 선호되는 TID(traffic identifier)에 관한 정보 중 적어도 하나를 포함할 수 있다. TID는 트래픽 데이터의 우선 순위(priority)에 관련된 것으로 종래 무선랜 규격에 따라 8 종류의 값으로 표현된다. 즉, 종래 무선랜 규격에 따른 4개의 액세스 카테고리(access category; AC)(AC_BK(background), AC_BE(best effort), AC_VI(video), AC_VO(voice))에 대응되는 8개의 TID 값이 정의될 수 있다.
예를 들어, uplink/downlink Link에 대해 모든 TID가 매핑(mapping)되는 것으로 사전에 설정될 수 있다. 구체적으로, ML 설정(setup)을 통해 협상이 이루어지지 않는 경우에는 모든 TID가 ML 통신을 위해 사용되고, 추가적인 ML 설정을 통해 uplink/downlink Link와 TID 간의 매핑이 협상되는 경우 협상된 TID가 ML 통신을 위해 사용될 수 있다.
ML 설정(setup)을 통해 ML 통신에 관련된 송신 MLD 및 수신 MLD가 사용할 수 있는 복수의 link가 설정될 수 있고, 이를 “enabled link”라 부를 수 있다. “enabled link”는 다양한 표현으로 달리 불릴 수 있다. 예를 들어, 제1 Link, 제2 Link, 송신 Link, 수신 Link 등의 다양한 표현으로 불릴 수 있다.
ML 설정(setup)이 완료된 이후, MLD는 ML 설정(setup)을 업데이트할 수 있다. 예를 들어, MLD는 링크에 관한 정보에 대한 업데이트가 필요한 경우 새로운 링크에 관한 정보를 송신할 수 있다. 새로운 링크에 관한 정보는 management frame, control frame 및 data frame 중 적어도 하나를 기초로 송신될 수 있다.
이하에서 설명되는 디바이스는 도 1 및/또는 도 11의 장치일 수 있고, PPDU는 도 10의 PPDU일 수 있다. 디바이스는 AP 또는 non-AP STA일 수 있다. 이하에서 설명되는 디바이스는 멀티 링크를 지원하는 AP MLD(multi-link device) 또는 non-AP STA MLD일 수 있다.
802.11ax 이후 논의되고 있는 표준인 EHT(extremely high throughput)에서는 하나 이상의 대역을 동시에 사용하는 멀티 링크 환경이 고려되고 있다. 디바이스가 멀티 링크를 지원하게 되면, 디바이스는 하나 이상의 대역(예를 들어, 2.4GHz, 5GHz, 6GHz, 60GHz 등)을 동시 또는 번갈아 가며 사용할 수 있다.
이하의 명세서에서, MLD는 multi-link device를 의미한다. MLD는 하나 이상의 연결된 STA를 가지고 있으며 상위 링크 계층 (Logical Link Control, LLC)으로 통하는 하나의 MAC SAP (service access point)를 가지고 있다. MLD는 물리 기기를 의미하거나 논리적 기기를 의미할 수 있다. 이하에서 디바이스는 MLD를 의미할 수 있다.
이하의 명세서에서, 송신 디바이스 및 수신 디바이스는 MLD를 의미할 수 있다. 수신/송신 디바이스의 제1 링크는 상기 수신/송신 디바이스에 포함된, 제1 링크를 통해 신호 송수신을 수행하는 단말(예를 들어, STA 또는 AP)일 수 있다. 수신/송신 디바이스의 제2 링크는 상기 수신/송신 디바이스에 포함된, 제2 링크를 통해 신호 송수신을 수행하는 단말(예를 들어, STA 또는 AP)일 수 있다.
IEEE802.11be에서는 크게 2가지의 멀티링크 동작을 지원할 수 있다. 예를 들어 STR(simultaneous transmit and receive) 및 non-STR 동작이 고려될 수 있다. 예를 들어, STR은 비동기식 멀티링크 동작(asynchronous multi-link operation)으로 지칭될 수 있고, non-STR은 동기식 멀티링크 동작(synchronous multi-link operation)으로 지칭될 수 있다. 멀티 링크는 멀티 밴드를 포함할 수 있다. 즉, 멀티 링크는 여러 주파수 밴드에 포함된 링크를 의미할 수 있고, 한 주파수 밴드 내에 포함된 여러 개의 링크를 의미할 수도 있다.
EHT (11be)에서는 multi-link 기술을 고려하고 있으며, 여기서 multi-link는 multi-band를 포함할 수 있다. 즉, multi-link는 여러 band의 link를 나타낼 수 있는 동시에 한 band 내의 여러 개의 multi-link를 나타낼 수 있다. 크게 2가지의 multi-link operation이 고려되고 있다. 여러 개의 link에서 동시에 TX/RX를 가능하게 하는 Asynchronous operation과 가능하지 않은 Synchronous operation을 고려하고 있다. 이하에서는 여러 개의 link에서 수신과 송신이 동시에 가능하게 하는 capability를 STR(simultaneous transmit and receive)이라고 하고, STR capability를 가지는 STA를 STR MLD(multi-link device), STR capability를 가지고 있지 않은 STA를 non-STR MLD라고 한다.
이하 명세서에서는 설명의 편의를 위해, MLD(또는 MLD의 프로세서)가 적어도 하나의 STA들을 제어하는 것으로 설명되나, 이에 한정되는 것은 아니다. 상술한 바와 같이, 상기 적어도 하나의 STA들은 MLD와 관계없이 독립적으로 신호를 송수신할 수도 있다.
일 실시 예에 따르면, AP MLD 또는 Non-AP MLD는 복수의 링크를 가지는 구조로 구성될 수 있다. 달리 표현하면, non-AP MLD는 복수의 링크를 지원할 수 있다. non-AP MLD는 복수의 STA들을 포함할 수 있다. 복수의 STA은 각 STA 별로 Link를 가질 수 있다.
EHT 규격(802.11be 규격)에서는 하나의 AP/non-AP MLD가 여러 개의 Link를 지원하는 MLD (Multi-Link Device) 구조를 주요 기술로 고려하고 있다. Non-AP MLD에 포함된 STA은 하나의 Link를 통해 non-AP MLD 내의 다른 STA에 대한 정보를 함께 전달할 수 있다. 따라서, 프레임 교환의 오버헤드가 줄어 드는 효과가 있다. 또한, STA의 링크 사용효율을 증가시키고 전력소모를 감소시킬 수 있는 효과가 있다.
여기서 multi-link는 multi-band를 포함할 수 있다. 즉, multi-link는 여러 band의 link를 나타낼 수 있는 동시에 한 band 내의 여러 개의 multi-link를 나타낼 수 있다.
도 12는 non-AP MLD의 일례를 도시한다.
도 12는 하나의 non-AP MLD가 여러 개의 Link를 가지는 구조에 대한 예시 이다. non-AP MLD는 도 12와 같이 여러 개의 STA을 가지며 각 STA 별로 Link를 가진다. 이는 AP MLD에 대해서도 동일한 구조를 가진다.
이와 같이 Multi-Link를 지원하는 AP/non-AP MLD의 경우, AP MLD의 각 AP와 non-AP MLD의 각 STA이 Link setup 과정을 통해 각각의 Link로 연결된다. 그리고 이때 연결된 Link는 상황에 따라서 AP MLD 또는 non-AP MLD에 의해 다른 Link로 변경 또는 재연결될 수 있다.
또한 EHT(802.11be)에서는 전력 소모 감소를 위해 Link를 Anchored/non-Anchored Link로 구분하는 개념을 주요 기술로 고려하고 있다. (단, Anchored Link, non-Anchored Link를 지칭하는 명칭은 차후 변동될 수 있다.) Multi-link를 지원하는 AP MLD는 각 Link를 Anchored link 또는 non-Anchored Link로 지정하여 관리한다. AP MLD는 여러 개의 Link들 중에서 하나 이상의 Link를 Anchored Link로 지원하며, non-AP MLD는 Anchored Link List(AP MLD가 지원하는 Anchored Link 목록) 중에서 자신의 Anchored Link를 하나 또는 하나 이상을 선택하여 사용한다. Anchored link는 동기화(Synchronization)를 위한 frame exchange 뿐만 아니라 non-data frame exchange (i.e. Beacon 및 Management frame)을 위해 사용되며, non-Anchored link는 오직 data frame exchange를 위해 사용된다. non-AP MLD는 idle 기간 동안 Beacon 및 Management frame 수신을 위해 오직 Anchored link에 대해서만 모니터링한다. 그러므로 non-AP MLD의 경우 Beacon 및 management frame 수신을 위해 최소 하나 이상의 Anchored Link와 연결되어야 하며, 이 Anchored Link는 항상 enable 상태를 유지해야한다. 이와 달리, non-Anchored Link의 경우 오직 data frame exchange만을 위해 사용되기 때문에 non-Anchored Link에 해당하는 STA의 경우 channel을 사용하지 않는 idle 기간 동안 doze에 진입함으로써 전력 소모량을 줄일 수 있다.
또한, AP MLD와 non-AP MLD가 multi-link setup을 통해 여러 개의 링크로 연결되어 있을 때, 802.11be에서는 하나의 링크를 통해 다른 링크에 대한 정보를 전달하는 cross-link signalling을 고려하고 있다.
도 13은 MLD 간 링크 연결의 일례를 도시한다.
예를 들어, 도 13과 같이 AP MLD와 non-AP MLD가 2개의 링크로 연결되어 있을 때, AP 1은 AP 2에 대한 정보를 Link 1을 통해 non-AP MLD에게 전달할 수 있다.
이러한 특성은 non-AP MLD가 PS mode인 경우 유용하게 사용될 수 있다. 일반적으로 AP MLD가 STA 2에게 정보를 전달하기 위해서는 Link 2를 사용해야하지만, cross-link signaling을 통해 Link 1을 통해 STA 2에게 전달할 수 있다. 단, 이를 위해 non-AP MLD의 STA간 정보 공유가 가능한 information sharing capability가 필요하다.
이때, 만약 non-AP MLD의 STA 2가 PS mode로 인해 doze 상태로 진입한 경우, AP 2가 전달해야 할 정보가 있는 경우 cross-link signaling을 통해 STA 2를 Awake 시키지 않고 Link 1을 통해 전달 할 수 있다.
본 명세서에서는 AP MLD의 AP들(즉, BSS들) 중에서 변경된 정보(e.g. critical update)가 있을 때, 이를 연결된 non-AP STA에게 알려주는 방법을 제안한다.
1.1 Announcement Method
본 명세서에서는 AP의 중요 정보(e.g. critical update, BSS Parameters, Capabilities, Operation element, NSEP Priority Access 등) 변경 또는 생성(e.g. Low latency data traffic 발생)이 발생했을 때 마다 연결 STA에게 알려주는 방법을 제안한다.
일반적으로 STA은 주기적으로 전송되는 Beacon frame을 통해 AP의 변경 정보 또는 신규 정보를 수신할 수 있지만 특정 정보의 경우에는 변경되는 시점부터 경우 STA의 전송 동작에 영향을 미칠 수 있기 때문에 event가 발생하는 순간 STA에게 알려야 하는 정보들도 있을 수 있다. 예를 들어, 802.11be에서 multi-link 특성으로 인해 발생하는 non-STR(non- Simultaneous TX/RX) capability는 데이터 전송 시 링크 간 간섭 문제로 STA의 TX/RX 동작에 제약이 발생할 수 있기 때문에 이러한 정보는 Beacon을 통해 전달하기에는 불충분 할 수 있다. 또한, 802.11be에서는 beacon 또는 probe response frame에 Change sequence field (또는 Change sequence element 등, Change sequence number를 나타내는 정보)를 포함하여 STA에게 특정 AP(reporting AP또는 reported AP들)에 대해 특정 정보 (예를 들어, 802.11be에서 critical update event로 분류된 element들)의 업데이트 유무를 숫자로써 알리는 방법을 정의한다. 예를 들어, 특정 BSS Parameter 정보가 변경된 경우, AP는 Beacon에 변경된 BSS 정보와 변경된 정보의 버전 정보(즉, 숫자)를 Change sequence field로 STA에게 알리고, STA이 기존에 수신한 버전 정보와 다른 Sequence number를 수신하면 정보가 업데이트 되었다고 판단하여, 업데이트된 BSS에 대해 Probe request를 전송하여 정보를 수신한다. 이때, 업데이트된 BSS에 연결된 STA이 Doze 상태인 경우에는 cross-signaling을 통해 Awake 시킨 후 변경된 정보를 직접 요청하도록 할 수 있다.
AP는 Change sequence field를 통해 BSS 정보의 업데이트 유무를 알려줄 수 있는데, 이때, 함께 전송하는 지시자를 통해서 어떤 정보가 업데이트 됐는지 알려줄 수 있다.
첫째, Change sequence field와 함께 Link 지시 정보(e.g. Link ID)를 함께 전송하는 경우 AP는 동일 AP MLD 내 다른 AP들의 BSS 정보 업데이트 유무도 함께 알려줄 수 있다. AP로부터 Beacon frame(또는 다른 frame)을 통해 증가한 Change sequence field value를 수신한 STA은 Change sequence field와 함께 Link ID를 함께 수신했다면, 연결된 AP MLD의 어느 AP의 BSS 정보가 업데이트된 것인지 알 수 있다.
둘째, Change sequence field와 함께 Element 지시 정보(e.g. Element ID)를 함께 전송하는 경우 AP는 어느 정보가 업데이트 됐는지 알려줄 수 있다. AP로부터 Beacon frame(또는 다른 frame, 예를 들어, (Broadcast) Probe response frame 등)을 통해 증가한 Change sequence field value를 수신한 STA은 Change sequence field와 함께 Element ID를 함께 수신했다면, 연결된 AP의 어느 정보가 업데이트된 것인지 알 수 있다. 예를 들어, Request element 또는 Extended element 또는 PV1 Probe Response Option element 등을 사용하여 특정 정보를 지시할 수 있다. 이때, 만약 AP가 Change sequence field와 함께 Element 지시 정보뿐만 아니라 Link 지시 정보를 함께 전송할 경우 STA은 연결 AP MLD의 어느 BSS의 어느 정보가 업데이트 된 것인지 알 수도 있다. 이 정보는 AP MLD의 일부 Link가 power saving이 들어간 경우 service disruption 없이 변경된 정보 유무를 알 수 있기 때문에 유용할 수 있다. 특히, power saving에 진입한 non-AP MLD의 STA의 경우 동일 non-AP MLD의 다른 STA(즉, Awake 상태)이 수신한 정보를 통해 자신에게 업데이트된 BSS 정보가 있음을 알았을 때, 무조건 Awake하는 것이 아니라 상황에 따라 (정보의 중요도에 따라) Awake 유무를 선택할 수 있을 것이다. 이때, AP MLD 는 특정 AP의 링크 정보와 해당 AP의 Change Sequence field 정보와 함께 all critical update IEs (i.e. 802.11be에서 critical update event로 분류된 모든 IE 정보)를 함께 전송하는 경우 AP는 어느 AP에 대해 Critical update가 발생했음을 알려줄 수 있다. AP로부터 Beacon frame(또는 다른 frame, 예를 들어, (Broadcast) Probe response frame 등)을 통해 자신이 현재 지닌 CSN 정보에 비해 증가한 Change Sequence field value를 수신한 STA은 자신의 현재 CSN 값과 관계 없이 해당 AP로부터 가장 최신 all Critical update IEs를 모두 수신할 수 있기 때문에 long sleep device에게 유용할 수 있다.
따라서 본 명세서에서는 AP가 자신의 중요 정보들에 대해 업데이트가 발생한 경우 또는 중요 정보가 발생하여 이를 알리기 위한 Announcement method를 제안한다. 이를 위한 signaling은 별도의 Announcement frame을 통해 변경된 정보를 전달할 수도 있고, AP의 DL Frame에 piggyback하여 전달할 수도 있다. 이때, 별도의 Announcement frame은 management frame(e.g. Broadcast Probe response 등)이 될 수도 있고 이를 위한 별도의 신규 프레임을 정의 할 수도 있다. 본 명세서에서는 Announcement method에 대해 single link를 지닌 device를 고려한 method와 Multi-link를 지닌 device를 모두 고려하며, 1.1.1절에서는 변경된 정보를 직접적으로 전달하는 Explicit 방법을 제안하고 1.1.2절에서는 변경된 정보가 있음을 indication을 통해 간접적으로 전달하는 Implicit 방법을 제안한다. 추가적으로 1.2절에서는 Power saving을 고려한 Announcement method를 제안한다.
1.1.1 Explicit method for Announcement
본 절에서는 AP MLD의 BSS 정보가 변경된 경우, 변경된 해당 정보를 직접적으로 STA에게 알리는 방법을 제안한다. 이 방법을 통해 변경된 정보를 획득한 STA은 별도의 추가 동작 없이 변경된 정보를 AP로부터 획득할 수 있다. 또한 이 방법은 Low latency STA들에게 Low latency traffic이 발생했음을 알리기 위한 용도로도 사용될 수 있다.
첫째로, AP MLD가 Single link를 지닌 non-AP MLD 또는 Legacy STA와 연결되어 있을 때, AP의 BSS 정보가 변경된 경우, 이를 STA에게 알리는 방법을 제안한다.
만약 AP에서 Critical update가 발생한 경우, 별도의 Announcement frame (e.g. 신규 정의 프레임 또는 Broadcast Probe response 등)에 변경된 정보를 담아 연결된 STA에게 전송한다. 이에 대한 실시예는 도 14와 같다.
도 14는 Single link device를 고려한 Announcement explicit method의 일례를 나타낸다.
예를 들어, AP 1의 BSS에서 Channel switch가 발생한 경우(즉, critical update), 이에 대한 변경 사항을 STA에게 Announcement frame을 통해 알릴 수 있다.
이에 대한 Announcement frame으로 Probe response frame을 사용할 경우에 대한 실시예는 도 15와 같다.
도 15는 Probe response frame을 사용하여 Announcement frame을 구성하는 일례를 나타낸다.
예를 들어, reporting AP의 BSS에서 Channel switch가 발생한 경우(즉, critical update)가 발생한 경우, (Broadcast) Probe response를 통해 해당 정보가 announcement될 수 있다. 이 경우, 해당 Probe response frame은 위와 같은 형태를 통해 critical update가 발생했음을 나타내는 CSN 정보(e.g. change sequence element)와 변경된 파라미터 정보(e.g. channel switch announcement)를 probe response에 포함시켜 알려줄 수 있다. 즉, AP의 CSN이 4에서 5로 업데이트 되면서 변경된 IE 정보만을 Frame에 포함하여 전송한다.
위와 같이, AP에서 Critical update가 발생한 경우 변경된 정보만을 announcement frame을 통해 알릴 수도 있지만, 여러가지 이유로(e.g. Long sleep device 등) 이를 수신하는 STA 들이 각각 다른 CSN 정보를 가지고 있을 수 있기 때문에 critical update와 관련한 모든 IE 정보들을 제공하는 방법도 추가 제안한다. 예를 들어, 현재 AP 1의 CSN 정보가 5인 경우에, STA 1은 현재 AP 1에 대한 CSN = 4 정보를 가지고 있지만 Long sleep한 STA 2는 AP 1에 대해 CSN = 2 정보를 가지고 있을 수 있다. 이를 고려하여, AP는 critical update event가 발생했을 때 announcement frame을 통해 변경된 정보를 알릴 수 있는데, 이 때 Critical update event로 분류된 모든 IE 정보들을 포함한 프레임을 전송할 수 있다. 이때, Critical update event로 분류된 모든 IE 정보들은 802.11be에서 정의한 정보들을 의미한다. (현재 802.11be에서는, 'The critical updates are defined in 11.2.3.15 (TIM Broadcast) and the additional update can be added if needed.'로 정의했다.) 이와 같이, AP는 Critical update event 발생 시 802.11be에서 정의한 모든 critical update IE들을 포함한 announcement frame (e.g. (Broadcast) Probe Response frame)을 전송함으로써 STA에게 AP의 가장 최신 Critical update 정보를 제공해 줄 수 있다.
이에 대한 Announcement frame으로 (Broadcast) Probe response frame을 사용할 경우에 대한 실시예는 도 16과 같다.
도 16은 Probe response frame을 사용하여 Announcement frame을 구성하는 다른 예를 나타낸다.
예를 들어, reporting AP의 BSS에서 critical update event가 발생한 경우, (Broadcast) Probe response를 통해 해당 정보가 announcement될 수 있다. 이 경우, 해당 Probe response frame은 도 16과 같은 형태를 통해 critical update가 발생했음을 나타내는 CSN 정보(e.g. Change Sequence element )와 모든 Critical update event로 분류된 정보(i.e. all critical update IE 정보)를 frame에 포함시켜 알려줄 수 있다. 즉, AP의 CSN이 4에서 5로 업데이트 되는 경우 critical update와 관련한 모든 IE 정보들(e.g. critical update IE (a), …, critical update IE (z))을 Frame에 포함하여 전송한다.
또한 이 방법은 AP에 Low latency data traffic이 발생했을 때, 이를 Low latency STA에게 알리는 방법으로도 사용될 수 있다. 예를 들어, 특정 AP에 Low latency STA들을 위한 data traffic이 발생한 경우 이를 Low latency STA들에게 별도의 announcement frame으로 해당 정보를 알릴 수 있다. 해당 announcement frame을 수신한 Low latency STA은 정보 수신을 위해 doze 상태에 진입하지 않고 awake 상태를 유지할 수 있다.
이와 더불어, 이러한 변경 사항을 별도의 Announcement가 아닌 전송 중인 DL 프레임에 Piggybacked하여 STA에게 알릴 수도 있다. 만약 critical update가 발생한 후, AP가 전송해야 할 DL 프레임이 있는 경우 이러한 변경사항을 DL 프레임에 포함하여 전송할 수도 있다. 이에 대한 실시 예는 도 17과 같다.
도 17은 Single link device를 고려한 Announcement explicit method의 다른 예를 나타낸다.
예를 들어, AP 1의 BSS에서 Operation element 변경이 발생한 경우, 이때 다음 Beacon 전송 전에 AP 1이 STA에게 전송할 DL 프레임이 있는 경우, 업데이트된 정보를 DL 프레임에 포함시켜 전송할 수 있다. AP 1이 전송할 DL 프레임이 있는 경우에는 해당 방법을 통해 별도의 Announcement frame을 사용하지 않아 프레임 오버헤드를 줄일 수 있다.
이 경우에도 도 17과 같이, AP에서 Critical update가 발생한 경우 오직 변경된 정보만이 아닌 Critical update event로 분류된 모든 critical update IE 정보를 포함한 DL Frame을 전송할 수 있다. 이에 대한 실시예는 도 18과 같다.
도 18은 Single link device를 고려한 Announcement explicit method의 또 다른 예를 나타낸다.
예를 들어, AP 1의 BSS에서 Operation element 변경이 발생한 경우 (즉, critical update), 이때 다음 Beacon 전송 전에 AP 1이 STA에게 전송할 DL 프레임이 있는 경우, AP 1에 대한 모든 critical update 정보들을 DL 프레임에 포함시켜 전송할 수 있다. AP 1이 전송할 DL 프레임이 있는 경우에는 해당 방법을 통해 별도의 Announcement frame을 사용하지 않아 프레임 오버헤드를 줄일 수 있다.
또한, 만약 AP에 중요정보(e.g. Low latency data traffic)가 발생한 경우, AP는 STA에게 DL 프레임을 통해 해당 정보를 전송할 수도 있다. 이때, 이러한 DL Frame은 데이터 프레임 또는 TWT Frame 등이 될 수 있다. 예를 들어, AP에 Low latency data traffic이 발생한 경우 DL Frame에 piggyback시키거나 별도의 DL Frame(e.g. TWT Frame)을 발생시켜 해당 중요 정보를 STA에게 전달할 수 있다.
둘째로, AP MLD가 Multi-link를 지닌 non-AP MLD와 연결되어 있을 때, AP의 BSS 정보가 변경된 경우, 이를 STA에게 알리는 방법을 제안한다. 802.11be에서는 multi-link의 특성을 활용하여 cross-link signaling을 고려하고 있다. 따라서, cross-link signaling을 통해 AP MLD는 자신의 BSS 변경 정보뿐만 아니라 Other AP의 BSS 정보를 자신의 링크를 통해 non-AP MLD에게 알릴 수 있다. 이에 대한 예시는 도 19와 같다.
도 19는 Multi-link device를 고려한 Announcement explicit method의 일례를 나타낸다.
예를 들어, AP 2의 BSS 정보가 변경된 경우, AP MLD는 Link 2가 아닌 Link 1을 통해 announcement 프레임을 전송하여 이를 STA 2에게 알릴 수 있다. Link 1을 통해 Announcement frame을 수신한 STA 1은 information sharing을 통해 변경 정보를 전달할 수 있다. 이러한 cross-link signaling 방법은 STA 2가 Power saving을 위해 Doze 상태인 경우 변경 사항을 수신하기 위해 Awake하지 않고, Link 1을 통해 전달할 수 있기 때문에 PS mode로 동작하는 STA들에게 더욱더 유용하게 사용될 수 있다.
이에 대한 예시는 도 20과 같다.
도 20은 PS mode로 동작하는 STA에 대한 cross-link signaling 방법의 일례를 나타낸다.
도 20과 같이, STA 2가 PS mode로 동작하는 경우 제안하는 방법을 사용하면, AP 2에서 Critical update가 발생하더라도 STA 2는 Awake 하지 않고 AP 2의 변경 정보를 획득할 수 있다. 이를 활용하면, STA 2는 더 많은 전력 소모를 줄일 수 있다.
이에 대한 Announcement frame으로 Probe response frame을 사용할 경우에 대한 실시예는 도 21과 같다.
도 21은 Probe response frame을 사용하여 Announcement frame을 구성하는 또 다른 예를 나타낸다.
예를 들어, AP (x)의 BSS에서 Channel switch가 발생한 경우(즉, critical update)가 발생한 경우, (Broadcast) Probe response를 통해 해당 정보가 announcement될 수 있다. 이 경우, 해당 Probe response frame은 위와 같은 형태를 통해 critical update가 발생했음을 나타내는 CSN 정보(e.g. change sequence element)와 변경된 파라미터 정보(e.g. channel switch announcement)를 probe response의 Multi-Link element를 통해 알려 줄 수 있다. 해당 Multi-Link element는 reporting AP에 대한 정보가 아닌 reported AP(즉, other AP)에 대한 정보를 포함하고 있기 때문에, power save mode로 동작하는 non-AP MLD의 경우 STA은 해당 announcement frame을 통해 doze state인 another STA이 알아야만 하는 변경 정보를 획득할 수도 있다. 추가적으로 해당 Probe Response frame을 통해서 other AP에 대한 critical update가 발생했음을 나타내는 CSN 정보와 함께 모든 Critical update 정보(i.e. 802.11be에서 critical update event로써 분류된 모든 IE 정보)를 frame에 포함하여 알릴 수도 있다. 예를 들어, AP MLD의 AP 1, AP 2와 non-AP MLD의 STA 1, STA 2가 Link 1, Link 2로 연결되어있으며, STA 2가 Power saving을 이유로 doze 상태로 진입한 경우를 가정한다. 이때, AP 2에서 Critical update가 발생한 경우 STA 2에게 이를 알려야 하지만 STA 2가 doze 상태이기 때문에 이를 알리기 위해서는 STA 2를 Awake시켜야만 한다. 이때, AP MLD는 Link 1을 통해 AP 2의 Critical update 관한 정보를 (Broadcast) Probe response frame을 통해 제공함으로써, non-AP MLD는 STA 2를 awake시키지 않고 업데이트된 정보를 획득 할 수 있다. 이처럼 AP MLD의 multi-link 특성을 고려하면 non-AP MLD의 STA은 자신의 operating link를 통해 other AP에 대한 critical update 정보를 획득할 수 있기 때문에 power saving에 유용할 수 있다. 이때, 특히, AP 1는 AP 2에 대해 critical update event가 발생했을 때 announcement frame을 통해 AP 2에 대한 변경된 정보를 알릴 수 있는데, 이 때 AP 2에 대한 Critical update event로 분류된 모든 IE 정보들을 포함한 프레임을 전송할 수 있다. 이때, Critical update event로 분류된 모든 IE 정보들은 802.11be에서 정의한 정보들을 의미한다. (현재 802.11be에서는, 'The critical updates are defined in 11.2.3.15 (TIM Broadcast) and the additional update can be added if needed.'로 정의했다.) 이와 같이, AP MLD는 multi-link의 특성을 이용하여 동일 AP MLD의 other AP에 대해 Critical update event 발생한 경우에도 cross-link signaling을 통해 802.11be에서 정의한 모든 critical update IE들을 포함한 announcement frame(e.g. (Broadcast) Probe Response frame)을 전송함으로써 STA에게 AP의 가장 최신 Critical update 정보를 제공해 줄 수 있다.
이에 대한 Announcement frame으로 (Broadcast) Probe response frame을 사용할 경우에 대한 실시예는 도 22와 같다.
도 22는 Probe response frame을 사용하여 Announcement frame을 구성하는 또 다른 예를 나타낸다.
예를 들어, AP (x)의 BSS에서 Channel switch가 발생한 경우(즉, critical update)가 발생한 경우, (Broadcast) Probe response를 통해 해당 정보가 announcement될 수 있다. 이 경우, 해당 Probe response frame은 위와 같은 형태를 통해 critical update가 발생했음을 나타내는 CSN 정보(e.g. change sequence element)와 모든 critical update 정보(i.e. 802.11be에서 critical update event로써 분류된 모든 IE 정보, Critical update IE (a), …Critical update IE (z))를 probe response의 Multi-Link element를 통해 알려줄 수 있다. 해당 Multi-Link element는 reporting AP에 대한 정보가 아닌 reported AP(즉, other AP)에 대한 정보를 포함하고 있기 때문에, power save mode로 동작하는 non-AP MLD의 경우 STA은 해당 announcement frame을 통해 doze state인 another STA이 알아야만 하는 변경 정보를 획득할 수도 있다. 이때, reported AP에 대한 정보는 reported AP에 상응하는 Link ID 필드를 포함하는 Per-STA Profile (x)에 포함될 수 있다.
이 방식은 위에서 언급한 reporting AP에 대한 변경 정보 전달 방식과 결합하여 사용될 수도 있다. 이 경우에 대한 Probe response frame의 frame format 사용 예시는 도 23과 같다. 이 같은 형태를 통해 reporting AP는 자신에 대한 중요 변경 정보와 reported AP에 대한 변경 정보를 경우에 따라 전달할 수 있다.
도 23은 Probe response frame을 사용하여 Announcement frame을 구성하는 또 다른 예를 나타낸다.
또한, 도 23의 방법은 AP MLD의 특정 AP에 Low latency data traffic이 발생했을 때, 이를 Low latency STA들에게 알리는 방법으로도 사용될 수 있다. 802.11be에서는 multi-link의 특성을 활용하여 cross-link signaling을 고려하고있다. 따라서, cross-link signaling을 통해 AP MLD는 자신의 AP에 생성된 Low latency data traffic 정보뿐만 아니라 Other AP에 생성된 Low latency data traffic 정보를 자신의 링크를 통해 Low latency STA들에게 알릴 수 있다. 해당 announcement frame을 수신한 STA이 자신이 연결된 non-AP MLD의 other STA에 대한 Low latency traffic 여부를 확인한 경우, 해당 other STA은 정보 수신을 위해 doze 상태인 경우 doze 상태에서 awake 하거나 awake 상태인경우에는 doze 상태에 진입하지 않고 awake 상태를 유지할 수 있다.
또한, 이러한 변경 사항을 별도의 Announcement가 아닌 전송 중인 DL 프레임에 Piggybacked하여 STA에게 알릴 수도 있다. 이에 대한 실시예는 도 24와 같다.
도 24는 Multi-link device를 고려한 Announcement explicit method의 다른 예를 나타낸다.
예를 들어, AP 2에서 Critical update가 발생한 경우, 만약 AP 1에서 전송할 DL 프레임이 있다면 AP 2의 변경 사항을 전송할 DL 프레임에 포함하여 STA 2에게 전달할 수 있다. AP 1이 전송할 DL 프레임이 있는 경우에는 해당 방법을 통해 별도의 Announcement frame을 사용하지 않아 프레임 오버헤드를 줄일 수 있다. 또한 STA 2가 PS mode를 통해 Doze state로 진입한 경우에는 Awake 시키지 않고 변경 정보를 Link 1을 통해 전달 할 수 있기 때문에 더욱더 유용하게 사용될 수 있다.
이에 대한 예시는 도 25와 같다.
도 25는 PS mode로 동작하는 STA에 대한 cross-link signaling 방법의 다른 예를 나타낸다.
도 25와 같이, STA 2가 PS mode로 동작하는 경우 제안하는 방법을 사용하면, AP 2에서 Critical update가 발생하더라도 STA 2는 Awake하지 않고 AP 2의 변경 정보를 획득 할 수 있다. 이를 활용하면, STA 2는 더 많은 전력 소모를 줄일 수 있다.
이 경우에도 위와 같이, AP에서 Critical update가 발생한 경우 오직 변경된 정보만이 아닌 Critical update event로 분류된 모든 critical update IE 정보를 포함한 DL Frame을 전송할 수 있다. 이에 대한 실시예는 도 26과 같다.
도 26은 Multi-link device를 고려한 Announcement explicit method의 또 다른 예를 나타낸다.
예를 들어, AP 2의 BSS에서 Operation element 변경이 발생한 경우 (즉, critical update), 이때 다음 Beacon 전송 전에 AP 1이 STA에게 전송할 DL 프레임이 있는 경우, AP 2에 대한 모든 critical update 정보들을 DL 프레임에 포함시켜 전송할 수 있다. AP 1이 전송할 DL 프레임이 있는 경우에는 해당 방법을 통해 별도의 Announcement frame을 사용하지 않아 프레임 오버헤드를 줄일 수 있으며, STA 2를 Awake 시키지 않고도 변경된 정보를 전달할 수 있기 때문에 power saving에 유용하다.
또한, 만약 AP MLD의 특정 AP에 중요정보(e.g. Low latency data traffic)가 발생한 경우, AP는 STA에게 DL 프레임을 통해 해당 정보를 전송할 수도 있다. 이 때, 이러한 DL Frame은 전송할 예정인 데이터 프레임 또는 TWT Frame 등이 될 수 있다. 예를 들어, 특정 AP에 Low latency data traffic이 발생한 경우 other AP를 통해 전송할 DL Frame이 있다면 DL Frame에 piggyback 시키거나 별도의 DL Frame (e.g. TWT Frame)을 발생시켜 해당 중요 정보를 STA에게 전달 할 수 있다. Multi-link의 cross link signaling 특성을 활용하면, 해당 중요 정보를 수신해야하는 STA이 doze state에서 awake하거나 별도의 추가적인 Channel access를 수행할 필요가 없기 때문에 throughput 또는 power saving에 효율적이다.
1.1.2 Implicit method for Announcement
본 절에서는 AP MLD의 BSS 정보가 변경되거나 중요 정보가 생성된 경우, 변경(생성)된 해당 정보를 간접적으로 STA에게 알리는 방법을 제안한다. 이 방법을 통해 현재 변경된 BSS 정보 또는 생성된 중요정보가 있음을 확인한 STA은 원하는 정보에 대해 AP에게 요청함으로써 변경된 정보를 AP로부터 획득할 수 있다.
첫째로, AP MLD가 Single link를 지닌 non-AP MLD 또는 Legacy STA와 연결되어 있을 때, AP의 BSS 정보가 변경 된 경우, 이를 STA에게 알리는 방법을 제안한다.
만약 AP에서 Critical update가 발생한 경우, 별도의 Announcement frame (e.g. 신규 정의 프레임 또는 Broadcast Probe response 등)에 변경된 정보가 있음을 나타내는 지시자(e.g. change sequence field, Change sequence element 등)를 담아 연결된 STA에게 전송한다. 이에 대한 실시예는 도 27과 같다.
도 27은 Single-link device를 고려한 Announcement implicit method의 일례를 나타낸다.
예를 들어, AP 1에서 critical update가 발생한 경우 AP 1은 이러한 변경 유무 정보를 Announcement frame에 담아 STA 1에게 알릴 수 있다. 이때, Announcement frame에 포함된 정보는 실제 필드 값이 아닌 특정 정보의 업데이트 유무만을 포함한다. 이를 수신한 STA 1은 변경된 정보에 대해 Link 1을 통해 요청할 수 있다. 이때, STA 1이 요청하는 Request frame은 별도 정의된 프레임 또는 management frame(e.g. probe request) 또는 QoS(Quality of Service) 데이터 프레임 일 수 있다. 또는 STA 1은 중요 변경 정보 수신을 위해 next Beacon의 listen을 시도할 수도 있다.
이에 대한 Announcement frame으로 Probe response frame을 사용할 경우에 대한 실시예는 도 28과 같다.
도 28은 Probe response frame을 사용하여 Announcement frame을 구성하는 또 다른 예를 나타낸다.
예를 들어, reporting AP의 BSS에서 critical update가 발생한 경우, (Broadcast) Probe response를 통해 해당 정보가 announcement될 수 있다. 이 경우, 해당 Probe response frame은 위와 같은 형태를 통해 critical update가 발생했음을 나타내는 CSN 정보(e.g. change sequence element, change sequence field)를 probe response에 포함시켜 알려줄 수 있다. 해당 메시지를 수신한 STA은 자신이 현재 가지고 있는 CSN 정보(802.11be에서 non-AP STA은 자신이 가장 최근에 수신한 CSN 정보를 유지하기로 합의했다)와 위 announcement frame을 통해 수신한 CSN 정보를 비교하여 현재 reporting AP에 대해 Critical update가 발생했음을 알 수 있다. 이후 STA은 critical update 변경 정보를 획득하기 위해 probe request frame을 전송하거나 next Beacon 수신을 위해 시도할 수 있다. 이때, critical update 변경 정보를 획득하기 위해 STA이 (MLD) Probe request frame을 전송하는 경우, 이를 수신한 AP는 critical update로 인해 변경된 정보를 포함하는 (MLD) Probe response frame으로 응답할 수도 있지만, 모든 STA에게 이에 대한 정보를 제공하기 위해 (Broadcast) Probe Response frame으로 브로드 캐스팅 할 수도 있다. 이때, response frame에 포함되는 정보는 가장 최신 Critical update로 인해 변경된 정보이거나(즉, AP의 CSN 값이 5인 경우, CSN 4에서 CSN 5로 업데이트 되면서 변경된 정보) 모든 critical update 정보(즉, 802.11be에서 critical update event로써 분류한 모든 정보)일 수 있다.
STA 1은 Announcement frame을 통해 획득한 어떤 정보가 변경되었는지 확인 후 모든 정보 또는 일부 정보에 대해 AP 1에게 정보를 요청할 수 있다. 예를 들어, Announcement frame을 통해 BSS에 대한 여러 정보들이 변경되었음을 확인했을 때, critical update에 해당하는 정보만을 STA이 요청할 수도 있다. 이때, STA이 특정 정보만을 요청 하길 원할 경우 Request IE/ Extended Request IE 또는 PV1 Probe Response Option element를 재사용 또는 확장하여 사용할 수도 있고 또는 이를 위한 별도의 bitmap을 정의하여 STA이 요청하길 원하는 정보를 지시할 수도 있다.
이와 더불어, 이러한 변경 사항에 대한 지시자를 별도의 Announcement가 아닌 전송 중인 DL 프레임에 Piggybacked하여 STA에게 알릴 수도 있다. 만약 critical update가 발생한 후, AP가 전송해야 할 DL 프레임이 있는 경우 이러한 지시자를 DL 프레임에 포함하여 전송할 수도 있다. 이에 대한 실시예는 도 29와 같다.
도 29는 Single-link device를 고려한 Announcement implicit method의 다른 예를 나타낸다.
예를 들어, AP 1의 BSS에서 Operation element 변경이 발생한 경우, 이 때 다음 Beacon 전송 전에 AP 1이 STA에게 전송할 DL 프레임이 있는 경우, 업데이트된 정보를 지시하는 지시자를 DL 프레임에 포함시켜 전송할 수 있다. AP 1이 전송할 DL 프레임이 있는 경우에는 해당 방법을 통해 별도의 Announcement frame을 사용하지 않아 프레임 오버헤드를 줄일 수 있다. 이를 수신한 STA 1은 자신이 획득하길 원하는 정보를 지시하여 request frame을 통해 AP 1에게 해당 정보를 요청할 수 있다. 이 요청 프레임을 수신한 AP는 Response 프레임에 정보를 담아 전송한다. 이때, STA 1은 변경된 정보 모두를 요청할 수도 있고 또는 일부 정보만을 요청할 수도 있다.
둘째로, AP MLD가 Multi-link를 지닌 non-AP MLD와 연결되어 있을 때, AP의 BSS 정보가 변경된 경우, 이를 STA에게 알리는 방법을 제안한다. 802.11be에서는 multi-link의 특성을 활용하여 cross-link signaling을 고려하고 있다. 따라서, cross-link signaling을 통해 AP MLD는 자신의 BSS 변경 정보에 대한 지시자 뿐만 아니라 Other AP의 BSS 정보를 자신의 링크를 통해 non-AP MLD에게 알릴 수 있다. 이에 대한 예시는 도 30과 같다.
도 30은 Multi-link device를 고려한 Announcement implicit method의 또 다른 예를 나타낸다.
예를 들어, AP 2의 BSS 정보가 변경된 경우, AP MLD는 Link 2가 아닌 Link 1을 통해 announcement 프레임을 전송하여 현재 AP 2에 변경된 정보가 있음을 STA 2에게 알릴 수 있다. Link 1을 통해 Announcement frame을 수신한 STA 1은 information sharing을 통해 변경 정보를 전달할 수 있다. 이러한 cross-link signaling 방법은 STA 2가 Power saving을 위해 Doze 상태인 경우 변경 사항을 수신하기 위해 Awake 하지 않고, Link 1을 통해 전달할 수 있기 때문에 PS mode로 동작하는 STA들에게 더욱더 유용하게 사용될 수 있다. Link 1을 통해 AP 2에 변경된 정보가 있음을 확인한 non-AP MLD는 Link 1을 통해 위와 같이 변경된 정보를 요청할 수 있다. 이때, critical update 변경 정보를 획득하기 위해 STA이 (MLD) Probe request frame을 전송하는 경우, 이를 수신한 AP는 critical update로 인해 변경된 정보를 포함하는 (MLD) Probe response frame으로 응답할 수도 있지만, 모든 STA에게 이에 대한 정보를 제공하기 위해 (Broadcast) Probe Response frame으로 브로드 캐스팅 할 수도 있다. 이때, response frame에 포함되는 정보는 가장 최신 Critical update로 인해 변경된 정보(즉, AP 2의 CSN 값이 5인 경우, CSN 4에서 CSN 5로 업데이트 되면서 변경된 정보)이거나 모든 critical update 정보(즉, AP 2의 802.11be에서 critical update event로써 분류한 모든 정보)일 수 있다. 이러한 Response frame은 STA이 Request frame을 전송한 링크를 통해 전송되거나 실제로 critical update가 발생한 링크를 통해 전송될 수 있다.
PS mode로 동작하는 STA에 대한 실시예는 도 31과 같다.
도 31은 PS mode로 동작하는 STA에 대한 cross-link signaling 방법의 또 다른 예를 나타낸다.
예를 들어, STA 2가 PS mode로 동작하여 Doze 상태로 진입한 이후 AP 2의 Critical update가 발생한 경우 STA 2가 Awake 하지 않고 Link 1을 통해 변경된 정보 indication 획득 및 정보 요청을 할 수 있다. 제안하는 방법을 통해 STA은 더 많은 전력 소모를 줄일 수 있다.
또는 Link 1을 통해 AP 2에 변경된 정보가 있음을 확인한 non-AP MLD는 Link 2를 통해 변경된 정보를 요청할 수도 있다. 이에 대한 실시예는 도 32와 같다.
도 32는 Multi-link device를 고려한 Announcement implicit method의 또 다른 예를 나타낸다.
만약 STA 2가 PS mode로 동작하는 경우 실시예는 도 33과 같다.
도 33은 PS mode로 동작하는 STA에 대한 cross-link signaling 방법의 또 다른 예를 나타낸다.
예를 들어, Link 1을 통해 AP 2의 BSS 변경 정보 지시자를 수신한 경우, 만약 변경된 정보가 있는 경우에만 STA 2가 Awake 하여 Link 2를 통해 원하는 정보를 요청할 수 있다. 만약 수신한 Announcement frame을 통해 현재 변경된 정보가 없음을 확인하거나 획득하고 싶은 변경 정보가 없는 경우에는 STA이 Doze 상태를 유지할 수 있다.
이에 대한 Announcement frame으로 Probe response frame을 사용할 경우에 대한 실시예는 도 34와 같다.
도 34는 Probe response frame을 사용하여 Announcement frame을 구성하는 또 다른 예를 나타낸다.
예를 들어, AP (x)의 BSS에서 critical update가 발생한 경우, (Broadcast) Probe response를 통해 해당 정보가 announcement될 수 있다. 이 경우, 해당 Probe response frame은 위와 같은 형태를 통해 critical update가 발생했음을 나타내는 CSN 정보(e.g. change sequence element, change sequence field)를 probe response의 Multi-Link element를 통해 알려줄 수 있다. 해당 Multi-Link element는 reporting AP에 대한 정보가 아닌 reported AP(즉, other AP)에 대한 정보를 포함하고 있기 때문에, power save mode로 동작하는 non-AP MLD의 경우 STA은 해당 announcement frame을 통해 doze state인 another STA이 알아야만 하는 변경 정보를 획득할 수도 있다. 해당 메시지를 수신한 STA은 자신이 현재 가지고 있는 another STA에 대한 CSN 정보(802.11be에서 non-AP STA은 자신이 가장 최근에 수신한 CSN 정보를 유지하기로 합의했다)와 위 announcement frame을 통해 수신한 another AP에 대한 CSN 정보를 비교하여 현재 reported AP에 대해 Critical update가 발생했음을 알 수 있다. 이후 another STA은 critical update 변경 정보를 획득하기 위해 probe request frame을 전송하거나 next Beacon 수신을 위해 시도할 수 있다.
이 방식은 위에서 언급한 reporting AP에 대한 변경 정보 전달 방식과 결합하여 사용될 수도 있다. 이 경우에 대한 Probe response frame의 frame format 사용 예시는 도 35와 같다. 이 같은 형태를 통해 reporting AP는 자신에 대한 중요 변경 정보와 reported AP에 대한 변경 정보 유무를 경우에 따라 함께 전달할 수 있다.
도 35는 Probe response frame을 사용하여 Announcement frame을 구성하는 또 다른 예를 나타낸다.
또한, 이러한 변경 사항을 별도의 Announcement가 아닌 전송 중인 DL 프레임에 Piggybacked하여 STA에게 알릴 수도 있다. 이에 대한 실시예는 도 36과 같다.
도 36은 Multi-link device를 고려한 Announcement implicit method의 또 다른 예를 나타낸다.
예를 들어, AP 2에서 Critical update가 발생한 경우, 만약 AP 1에서 전송할 DL 프레임이 있다면 AP 2의 변경 사항을 표시한 indication을 전송할 DL 프레임에 포함하여 STA 2에게 전달할 수 있다. 이를 수신한 non-AP MLD는 자신이 원하는 정보 또는 모든 정보를 획득하기 위한 요청 메시지를 Link 1을 통해 전송할 수 있다. AP 1이 전송할 DL 프레임이 있는 경우에는 해당 방법을 통해 별도의 Announcement frame을 사용하지 않아 프레임 오버헤드를 줄일 수 있다. 또한 STA 2가 PS mode를 통해 Doze state로 진입한 경우에는 Awake 시키지 않고 변경 정보를 Link 1을 통해 전달 할 수 있기 때문에 더욱더 유용하게 사용될 수 있다.
이에 대한 예시는 도 37과 같다.
도 37은 PS mode로 동작하는 STA에 대한 cross-link signaling 방법의 또 다른 예를 나타낸다.
예를 들어, STA 2가 PS mode로 동작하여 Doze 상태로 진입한 이후 AP 2의 Critical update가 발생한 경우 STA 2가 Awake 하지 않고 Link 1을 통해 변경된 정보 지시자 획득 및 정보 요청을 할 수 있다. 제안하는 방법을 통해 STA 은 더 많은 전력 소모를 줄일 수 있다.
또는 Link 1을 통해 AP 2에 변경된 정보가 있음을 확인한 non-AP MLD는 Link 2를 통해 변경된 정보를 요청할 수도 있다. 이에 대한 실시예는 도 38과 같다.
도 38은 Multi-link device를 고려한 Announcement implicit method의 또 다른 예를 나타낸다.
만약 STA 2가 PS mode로 동작하는 경우 실시예는 도 39와 같다.
도 39는 PS mode로 동작하는 STA에 대한 cross-link signaling 방법의 또 다른 예를 나타낸다.
예를 들어, Link 1을 통해 AP 2의 BSS 변경 정보 지시자를 수신한 경우, 만약 변경된 정보가 있는 경우에만 STA 2가 Awake 하여 Link 2를 통해 원하는 정보를 요청할 수 있다. 만약 수신한 DL frame에 포함된 지시자를 통해 현재 변경된 BSS 정보가 없음을 확인하거나 획득하고 싶은 변경 정보가 없는 경우에는 STA이 Doze 상태를 유지할 수 있다.
1.2 Announcement Method for power saving
본 절에서는 PS(Power saving) mode로 동작하는 STA을 위한 Announcement method를 제안한다.
일반적으로 AP는 BSS의 정보(e.g. critical update, Capabilities, Operation element 등)의 변경이 발생했을 때, 이 정보를 STA에게 알려주어야 한다. 본 명세서에서 언급하는 critical update에 대한 정보들은 802.11be 규격에서 critical update event로 분류한 element들을 의미한다.
기본적으로, 이러한 변경 정보 및 변경 정보 유무(e.g. RNR(Reduced Neighbor Report) Element, Change sequence, Check Beacon 등) 는 주기적으로 전송되는 Beacon 및 추가적인 TIM(Traffic Indication Map) Frame 등을 통해 알려줄 수 있다. 이때, 변경 정보는 BSS에서 업데이트된 정보 자체(예를 들어, system information parameter value 등)가 될 수도 있고 overhead를 줄이기 위해 변경 정보의 버전(예를 들어, change sequence 등)을 표시하는 지시자가 될 수도 있다. 그런데, AP가 전달하는 정보 중에서 STA에게 즉시 알려야 하는 정보들도 있을 수 있다. 특히, Critical update와 같이 중요한 업데이트에 대한 변경 정보 및 변경 정보 유무는 STA의 여러 동작에 영향을 미칠 수 있기 때문에 변경되는 즉시 알려주는 것이 더 좋다. 하지만 Beacon의 Listen interval은 STA마다 다를 수 있으며 특히 Power saving을 위해 다소 긴 Listen interval을 가지는 STA에 대해서는 Beacon을 통해 변경 정보를 수신하는 것이 충분하지 않을 수 있다.
이를 위해, Beacon 주기와 관계 없이 AP MLD의 AP들(동일 AP MLD 내 other AP 포함) 중에서 변경된 BSS 정보가 있는 경우 이를 Announcement하기 위한 Announcement method를 제안한다.
본 절에서 제안하는 Announcement method는 AP의 BSS 정보 업데이트가 발생할 때마다 Beacon 주기와 관계없이 이 정보를 STA에게 알려주는 방법이다. 이때, 변경된 BSS 정보는 별도의 Announcement frame에 포함되어 전송되거나 AP가 전송하는 DL 프레임에 Piggybacked되어 전송될 수도 있다. 또한 AP MLD의 경우 어느 AP의 BSS 정보 업데이트가 발생할 때 필요에 따라 이 정보를 other link를 통해 non-AP MLD의 STA에게 전달해 줄 수도 있다.
만약 STA이 PS mode로 동작하는 경우, 일부 STA이 Doze 상태로 진입했다가 Awake 상태로 변경될 수 있다. 이때, 특정 STA이 Doze로 진입한 기간 동안 전달 받지 못한 연결 AP의 중요 변경 정보가 있다면, STA이 Awake 했을 때 이 정보를 STA에게 알려줄 방법이 필요하다.
따라서, 본 명세서에서는 doze 기간 후 Awake 한 STA에게 변경된 중요 정보들을 알리는 Announcement method를 제안한다.
Active mode로 동작하는 STA의 경우에는 데이터를 언제든지 전송 또는 수신할 수 있기 때문에, AP의 중요 BSS 변경 정보가 발생하는 즉시 STA에게 이를 알려 줄 수 있다. 하지만 PS mode로 동작하는 STA의 경우에는 파워세이빙을 위해 STA이 doze에 진입한다면 doze 기간 동안 이 변경 정보를 STA에게 알릴 수 없다.
기본적으로 STA의 TBTT(Target Beacon Transmission Time)를 고려하여 Beacon에 BSS 변경 정보를 포함시켜 전달할 수 있지만, PS mode로 동작하는 STA의 경우에는 더 많은 전력 감소를 위해 더 긴 Listen interval을 설정하거나 Beacon 수신을 생략(skip)할 수도 있기 때문에, Beacon을 통한 BSS 변경 정보 전달은 충분하지 않을 수 있다. 이에 대한 동작 예시는 도 40과 같다.
도 40은 PS mode로 동작하는 STA에 대한 Announcement Method의 일례를 나타낸다.
따라서, 만약 STA이 Doze 기간 동안 연결 AP에 대해 업데이트된 BSS 정보가 있다면, 이를 보관하다가 STA이 Awake 했음을 확인했을 때(e.g. STA으로부터 PS-Poll/QoS null을 수신한 경우 또는 STA으로부터 QoS 데이터를 수신한 경우 등), AP가 STA에게 이 정보를 전달하는 방법은 Beacon 주기와 관계 없이 중요 업데이트 정보를 전달할 수 있기 때문에 유용하게 사용될 수 있을 것이다.
예를 들어, Broadcast TWT를 지원하는 STA들의 경우 파워 세이빙을 위해 doze 상태를 유지하다가 AP로부터 수신한 스케줄링된 Broadcast TWT SP 동안 데이터 전송/수신을 위해 Awake 한다. 이 때, Awake한 STA은 자신이 Doze한 기간 동안 연결 AP의 중요 변경 정보가 있다면 데이터를 전송 또는 수신하기 전에 이 변경 사항들을 알아야만 한다.
도 41은 PS mode로 동작하는 STA에 대한 Announcement Method의 다른 예를 나타낸다.
예를 들어, STA 2가 PS mode로 인해 doze로 진입한 이후 Critical update가 발생한 경우 AP2는 이를 STA에게 알릴 수 없다. 이때, 위와 같이 STA이 다음 Beacon 수신 전에 Awake하는 경우 (e.g. Broadcast TWT SP, UL 프레임 전송 등), STA은 Awake 했을 때 AP 2에게 이를 PS-Poll을 통해 알릴 수 있다. 이를 수신한 AP는 현재 STA 2가 Awake했음을 알고 doze한 기간 동안 발생한 BSS 변경 정보들을 Announcement frame에 담아 전달한다.
위 예시에 대한 multi-link case 예시는 도 42와 같다.
도 42는 PS mode로 동작하는 STA에 대한 Announcement Method의 또 다른 예를 나타낸다.
AP MLD와 non-AP MLD가 2개의 링크로 연결된 경우, 만약 non-AP MLD가 PS mode로 동작하여 STA 1과 STA 2가 Listen interval에 맞게 Awake하는 경우, 기존에는 STA이 자신의 Listen interval에 맞게 Awake 했을 때 critical update 정보를 확인할 수 있다. (이때, critical update 정보는 업데이트된 정보 parameter value가 될 수도 있고, 업데이트 정보의 버전을 나타내는 지시자(e.g. change sequence)가 될 수도 있다.) 하지만 본 명세서에서 제안하는 방법을 사용하는 경우, AP 1에서 Critical update가 발생한 경우, 만약 STA 2가 STA 1의 next TBTT 시점 이전에 Awake 했음을 확인한 경우(e.g. STA으로부터 PS-Poll/QoS null을 수신한 경우 또는 STA으로부터 UL 데이터를 수신한 경우 등), AP 1의 Critical update 정보를 Link 2를 통해 전송할 수 있다. 이를 통해 STA 1은 자신의 next TBTT 시점 이전에 Link 2를 통해 자신을 위한 critical update 정보를 획득할 수 있다. 도 42의 예시는 ANC Frame에 하나의 BSS에 대한 업데이트 정보를 포함한 것으로 나타냈지만, 여러 다른 BSS에 대한 정보도 업데이트 여부와 관계 없이 함께 포함될 수 있다.
도 43은 PS mode로 동작하는 STA에 대한 Announcement Method의 또 다른 예를 나타낸다.
예를 들어, STA 2가 Doze 했다가 UL 프레임 전송을 위해 Awake한 경우에도 위와 같이 AP는 STA으로부터 UL 프레임 수신 후 변경된 정보를 Announcement frame을 통해 알릴 수 있다.
위 예시에 대한 multi-link case 예시는 도 44와 같다.
도 44는 PS mode로 동작하는 STA에 대한 Announcement Method의 또 다른 예를 나타낸다.
AP MLD와 non-AP MLD가 2개의 링크로 연결된 경우, 만약 non-AP MLD가 PS mode로 동작하여 STA 1과 STA 2가 Listen interval에 맞게 Awake하는 경우, 기존에는 STA이 자신의 Listen interval에 맞게 Awake 했을 때 critical update 정보를 확인할 수 있다. (이때, critical update 정보는 업데이트된 정보 parameter value가 될 수도 있고, 업데이트 정보의 버전을 나타내는 지시자(e.g. change sequence)가 될 수도 있다.) 하지만 본 명세서에서 제안하는 방법을 사용하는 경우, AP 1에서 Critical update가 발생한 경우, 만약 STA 2가 STA 1의 next TBTT 시점 이전에 Awake 하는 경우(e.g. TWT SP, UL 프레임 전송 등), AP 2는 AP 1의 Critical update 정보를 STA 2가 다시 doze state 진입하기 전에 전송함으로써 Link 2를 통해 전달할 수 있다. 이를 통해 STA 1은 자신의 next TBTT 시점 이전에 Link 2를 통해 자신을 위한 critical update 정보를 획득할 수 있다. 도 44의 예시는 ANC Frame에 하나의 BSS에 대한 업데이트 정보를 포함한 것으로 나타냈지만, 여러 다른 BSS에 대한 정보도 업데이트 여부와 관계 없이 함께 포함될 수 있다.
추가적으로, STA이 Awake했을 때 UL 프레임을 전송한 경우 이러한 BSS 변경 정보를 UL 프레임에 대한 ACK에 포함시켜 보내는 방법도 제안한다. 이에 대한 실시예는 도 45와 같다. ACK에 업데이트 정보를 포함하여 보내면 프레임 오버헤드가 감소하고, STA이 더 많은 기간 동안 Doze 할 수 있기 때문에 더 많은 전력소모를 줄일 수 있다.
도 45는 PS mode로 동작하는 STA에 대한 Announcement Method의 또 다른 예를 나타낸다.
도 45의 예시에 대한 multi-link case 예시는 도 46과 같다.
도 46은 PS mode로 동작하는 STA에 대한 Announcement Method의 또 다른 예를 나타낸다.
AP MLD와 non-AP MLD가 2개의 링크로 연결된 경우, 만약 non-AP MLD가 PS mode로 동작하여 STA 1과 STA 2가 Listen interval에 맞게 Awake하는 경우, 기존에는 STA이 자신의 Listen interval에 맞게 Awake 했을 때 critical update 정보를 확인할 수 있다. (이때, critical update 정보는 업데이트된 정보 parameter value가 될 수도 있고, 업데이트 정보의 버전을 나타내는 지시자(e.g. change sequence)가 될 수도 있다.) 하지만 본 명세서에서 제안하는 방법을 사용하는 경우, AP 1에서 Critical update가 발생한 경우, 만약 STA 2가 STA 1의 next TBTT 시점 이전에 Awake 하는 경우(e.g. TWT SP(Target Wakeup Time Service Period), UL 프레임 전송 등), 이러한 BSS 변경 정보를 UL 프레임에 대한 ACK에 포함시켜 보내는 방법도 제안한다. ACK에 업데이트 정보를 포함하여 보내면 프레임 오버헤드가 감소하고, STA이 더 많은 기간 동안 Doze 할 수 있기 때문에 더 많은 전력소모를 줄일 수 있다. 도 46의 예시는 ACK Frame에 하나의 BSS에 대한 업데이트 정보를 포함한 것으로 나타냈지만, 여러 다른 BSS에 대한 정보도 업데이트 여부와 관계 없이 함께 포함될 수 있다.
이때, 만약 AP가 STA으로부터 PS-Poll을 수신하여 Awake 했음을 알았을 때, 해당 STA에게 전달해야 할 DL 프레임이 있다면 별도의 Announcement frame이 아닌 이 DL Frame에 업데이트 BSS 정보를 Piggybacked하여 전달할 수 도 있다. 이에 대한 예시는 도 47과 같다.
도 47은 PS mode로 동작하는 STA에 대한 Announcement Method의 또 다른 예를 나타낸다.
도 47의 예시에 대한 multi-link case 예시는 도 48과 같다.
도 48은 PS mode로 동작하는 STA에 대한 Announcement Method의 또 다른 예를 나타낸다.
AP MLD와 non-AP MLD가 2개의 링크로 연결된 경우, 만약 non-AP MLD가 PS mode로 동작하여 STA 1과 STA 2가 Listen interval에 맞게 Awake하는 경우, 기존에는 STA이 자신의 Listen interval에 맞게 Awake 했을 때 critical update 정보를 확인할 수 있다. (이 때, critical update 정보는 업데이트된 정보 parameter value가 될 수도 있고, 업데이트 정보의 버전을 나타내는 indication(e.g. change sequence) 이 될 수도 있다.) 하지만 본 발명에서 제안하는 방법을 사용하는 경우, AP 1에서 Critical update가 발생한 경우, 만약 STA 2가 STA 1의 next TBTT 시점 이전에 Awake 했음을 알았을 때, (e.g. TWT SP, UL 프레임 수신, PS-poll 수신 등), STA2에게 전달해야할 DL 프레임이 있다면 별도의 Announcement frame이 아닌 이 DL Frame에 업데이트 BSS 정보를 Piggybacked하여 전달 할 수 도 있다.
DL Frame에 업데이트 정보를 포함하여 보내면 프레임 오버헤드가 감소하고, STA이 더 많은 기간 동안 Doze할 수 있기 때문에 더 많은 전력소모를 줄일 수 있다. 도 48의 예시는 DL Frame에 하나의 BSS에 대한 업데이트 정보를 포함한 것으로 나타냈지만, 여러 다른 BSS에 대한 정보도 업데이트 여부와 관계 없이 함께 포함될 수 있다.
이와 같은 방법을 통해 변경된 정보를 수신한 STA은 다음 Beacon을 기다릴 필요 없이 변경된 정보를 기반으로 동작할 수 있다.
1.3 Signalling for the Announcement Method
본 절에서는 위에서 제안한 announcement method를 signaling하는 방법을 서술한다.
본 절에서 제안하는 Announcement method를 기반으로 동작하기 위해서는 크게 2가지 방법으로 동작 활성화를 위한 방법을 제안할 수 있다. 첫째로, Static 방법으로 multi-link setup 과정에서 AP MLD와 non-AP MLD 간의 capability negotiation을 통한 동작 활성화 방법이다. 두번째는, Dynamic 방법으로 multi-link setup 이후 non-AP MLD가 필요에 따라 해당 방법의 동작을 활성화 또는 비활성화 시킬 수 있는 방법이다.
우선 본 동작을 지시하기 위해 아래와 같은 필드를 정의한다. 본 명세서에서 제안하는 필드의 명칭이나 계위는 이후 실시예에 따라 변경될 수 있다.
1) Support Announcement method: 해당 MLD가 Announcement method를 지원하는지를 나타내는 정보. 만약 1의 값을 가질 경우, 해당 MLD가 Announcement method를 지원할 수 있음을 의미하며, 0의 값을 가질 경우, 해당 method 기능을 지원하지 않음을 의미한다. 해당 정보는 MLD level에서 지원 유무를 지시할 수도 있지만 Link level에서 지원 유무를 지시할 수도 있다. 만약 MLD level에서 지원 유무를 지시하는 경우 MLD가 지원하는 경우 MLD 내 모든 Link가 해당 모드를 지원하게 되고, 아닐 경우 MLD 내 모든 Link가 해당 모드에 대해 지원하지 않는다. 또는, 해당 정보는 Link level에서 지원 유무를 지시하는 경우 MLD내 각 entity 별로 지원 유무를 나타낸다. 이 때, 각 entity 별 지원 유무를 나타내기 위해 Link 지시자(e.g. Link ID)를 사용할 수 있다. 해당 정보가 Link 지시자(e.g. Link ID)와 함께 사용될 경우 MLD 내 특정 entity 별 Announcement method 지원 유무를 나타낼 수 있다. 즉, MLD 내 entity 별로 독립적으로 해당 동작을 지원할 수 있다.
예를 들어, 이러한 정보는 EHT MAC Capabilities information field 등에 정의 될 수 있다.
2) Announcement method Mode: 해당 MLD의 Announcement method 동작 활성화 유무를 나타내는 정보. 해당 정보가 만약 1의 값을 가질 경우, 해당 MLD의 Announcement method를 활성화 되었음을 의미하며, 0의 값을 가질 경우 비활성화 되었음을 의미한다.
해당 정보는 MLD level에서 활성화 유무를 지시할 수도 있지만 Link level에서 활성화 유무를 지시할 수도 있다. 만약 MLD level에서 활성화 유무를 지시하는 경우 MLD에 대해 해당 모드 활성화 또는 비활성화를 지시한다. 만약 MLD에 대해 해당 모드를 활성화 시키는 경우 MLD 내 모든 Link가 해당 모드에 대해 활성화되고, MLD 에 대해 해당 모드를 비활성화 시키는 경우 MLD 내 모든 Link가 해당 모드에 대해 비활성화 된다. 또는, 해당 정보는 Link level에서 활성화 유무를 지시하는 경우 MLD내 각 entity 별로 활성화 유무를 지시 할 수 있다. 이 때, 각 entity 별 활성화 유무를 나타내기 위해 Link 지시자(e.g. Link ID)를 사용할 수 있다. 해당 정보가 Link 지시자(e.g. Link ID)와 함께 사용될 경우 MLD 내 특정 entity 별 Announcement method 활성화 유무를 나타낼 수 있다. 즉, MLD 내 entity 별로 독립적으로 해당 동작을 제어할 수 있다. 이 모드는 semi-static 또는 dynamic하게 지시될 수 있다. 예를 들어, semi-static일 경우 EHT capability 또는 EHT operation element에 포함될 수 있고 dynamic하게 지시할 경우에는 frame(e.g. control frame 또는 data frame 또는 null frame 등)에 piggy back되거나 A-Control field 또는 Control field를 통해 지시될 수 있다. 또한 해당 지시자는 Beacon frame에 포함되어 STA에게 critical update에 대한 정보를 포함하는 Announcement frame이 전송될 것임을 알려줄 수도 있다.
1.3.1 Static signaling for the Announcement Method
본 절에서 제안하는 Announcement method는 static한 방법으로 지시하는 방식이다. 만약 static하게 해당 방법(즉, Announcement method)을 지원하는 경우에는 아래와 같이 동작한다.
AP 또는 STA이 해당 Announcement method의 동작을 지원하는 경우 'Support Announcement method' 값을 1로 가진다. Link setup 과정에서 STA과 AP 모두 해당 모드를 지원하는 경우(즉, 'Support Announcement method' = 1값을 지니는 경우) capability negotiation 과정을 통해 link setup 과정 이후 해당 방법 기반으로 동작하게 된다.
도 49는 Single link device의 static signaling 방법의 일례를 나타낸다.
Non-AP MLD와 AP MLD가 multi-link setup을 수행하는 경우, 해당 method를 지원하는 (즉, 'Support Announcement method' = 1값을 지니는 경우) entity에 대해 capability negotiation을 통해 multi-link setup 이후 해당 방법으로 동작한다. 이때, 만약 MLD level에서 해당 방법을 지원하는 경우 non-AP MLD 또는 AP MLD가 지원하는 경우 MLD 내 모든 entity에 대해 해당 방법을 기반으로 동작한다.
도 50은 Multi-link device의 static signaling 방법의 일례를 나타낸다.
만약 Link level에서 해당 방법을 지원하는 경우 non-AP MLD 또는 AP MLD 내 해당 방법을 지원하는 entity에 대해서만 해당 방법으로 동작한다. 도 51의 실시 예처럼, Link level로 해당 방법을 지원하는 경우 Link 별로 해당 방법 지원 유무를 지시하려 알려줄 수 있다. 해당 정보들을 기반으로 non-AP MLD와 AP MLD는 각 Link 별로 독립적으로 해당 방법을 기반으로 동작할 수 있다.
도 51은 Multi-link device의 static signaling 방법의 다른 예를 나타낸다.
1.3.2 Dynamic signaling for the Announcement Method
본 절에서 제안하는 Announcement method는 Dynamic한 방법으로 지시하는 방식이다. 만약 dynamic하게 해당 방법(즉, Announcement method)을 지원하는 경우에는 아래와 같이 동작한다. 해당 방법은 multi-link setup 이후 STA이 A-Control field 또는 Control field를 사용하여 상황에 따라 자유롭게 해당 방법의 활성화 유무를 제어 할 수 있다. 예를 들어, AP는 해당 방법의 활성화 유무를 나타내는 'Announcement method mode' 정보를 가지고 있다. 이때, STA이 해당 방법을 활성화 시키고 싶은 경우 frame(e.g. control frame 또는 data frame 등)에 piggy back되거나 A-Control field 또는 Control field에 'Announcement method mode' = 1값을 지시하여 요청할 수 있다. 이를 수신한 AP는 Announcement method를 활성화 시키고, 이후 해당 방법을 기반으로 동작한다. 반대로 STA이 해당 방법을 비활성화 시키고 싶은 경우 frame(e.g. control frame 또는 data frame 등)에 piggy back되거나 A-Control field 또는 Control field에 'Announcement method mode' = 0 값을 지시하여 요청할 수 있다. 이를 수신한 AP는 해당 방법을 비활성화 시킨다.
도 52는 Single link device의 dynamic signaling 방법의 일례를 나타낸다.
Multi-link를 지닌 MLD에서 동작은 아래와 같다. 만약 해당 방법을 활성화 시키고 싶은 경우, non-AP MLD의 STA은 AP MLD의 연결 AP에게 해당 방법의 활성화를 요청하는 메시지를 전송한다. Request frame(e.g. control frame 또는 data frame 등)에 piggy back되거나 A-Control field 또는 Control field에 'Announcement method mode' = 1값을 지시하여 요청할 수 있다. 이를 수신한 AP는 AP MLD 내 모든 Link에 대해 Announcement method를 활성화 시키고, 이후 해당 방법을 기반으로 동작한다. 반대로 STA이 해당 방법을 비활성화 시키고 싶은 경우 frame(e.g. control frame 또는 data frame 등)에 piggy back되거나 A-Control field 또는 Control field에 'Announcement method mode' = 0 값을 지시하여 요청할 수 있다. 이를 수신한 AP는 AP MLD내 모든 Link에 대해 해당 방법을 비활성화 시킨다.
도 53은 multi-link device의 dynamic signaling 방법의 일례를 나타낸다.
예를 들어, non-AP MLD의 한 STA이 연결 AP MLD의 AP에게 Announcement method를 활성화 시키는 요청메시지를 전송할 경우 AP MLD 내 모든 entity에 대해 Announcement method를 활성화 시킨다. 비활성화 과정도 이와 동일하게 지시될 수 있다.
도 54는 multi-link device의 dynamic signaling 방법의 다른 예를 나타낸다(Link level 지원 시).
예를 들어, non-AP MLD의 한 STA이 연결 AP MLD의 AP에게 Announcement method를 활성화 시키는 요청메시지를 전송할 경우 AP MLD 내 각 entity에 대해 Announcement method 활성화를 지시 할 수 있다. 이때, 'Announcement method mode' = 1 값과 함께 활성화 시키고자 하는 Link 정보를 함께 요청하면, AP는 지시된 Link에 대해서만 해당 방법을 활성화 시킨다. 비활성화 과정도 이와 동일하게 지시될 수 있다.
1.3.3 Semi-static signalling for the Announcement Method
본 절에서 제안하는 Announcement method는 semi-static한 방법으로 지시하는 방식이다. 만약 semi-static하게 해당 방법(즉, Announcement method)을 지원하는 경우에는 아래와 같이 동작한다.
해당 방법은 multi-link setup 과정에서 capability negotiation을 통해(e.g. Support Announcement method 필드 사용하여) 해당 방법(즉, Announcement method)을 활성화 시킬 수 있다. 이때, link setup 이후 해당 방법을 1.3.2절에서 설명한 dynamic signaling 방법과 같이, 'Announcement method mode' 필드를 사용하여 해당 모드를 자유롭게 활성화 또는 비활성화 시킬 수 있다. Semi-static signaling 방법은 static signaling 방법과 dynamic signaling을 절충한 방법으로 사용될 수 있다.
1.3.4 Indication of the Announcement Method for critical update
본 절에서 제안하는 Announcement method의 활성화여부를 나타내는 'Announcement method Mode' field는 Beacon frame에 포함되어 전송될 수 있다. 예를 들어, 해당 필드는 Beacon frame의 Capability information field에 도 55와 같이 포함되어 전송될 수 있다.
도 55는 Beacon frame의 Capability information field의 포맷을 나타낸다.
도 55와 같이 'Announcement method Mode' field는 Capability Information field에 추가 되어 AP가 전송하는 Beacon에 포함되어 STA에게 method의 활성화 여부를 알릴 수 있다.
'Announcement method Mode' field는 Beacon을 전송하는 AP의 same AP MLD의 any AP에 대해 Critical update가 발생한 경우 1로 설정되며, 해당 필드 값이 1로 설정된 경우, 이는 하나 또는 그 이상의 announcement frame(s) (e.g. Unsolicited (broadcast) Probe Response frame)이 브로드캐스트로 전송될 것임을 의미한다. 해당 announcement frame은 프레임을 전송하는 AP의 next DTIM까지 전송된다.
이때, 해당 announcement frame은 critical update 정보가 발생한 AP의 Link 정보와 함께 해당 AP의 현재 Change Sequence field 정보(즉, 발생한 critical update에 해당하는 Change Sequence number정보)와 함께 변경된 BSS parameters 정보 및 여러 정보들이 포함된다.
802.11be에서는 Beacon을 전송하는 AP의 same AP MLD의 any AP에 대해 Critical update가 발생여부를 알려주기 위해 'Critical Update Flag' Field를 정의하였다. Beacon을 수신한 STA은 해당 필드를 통해 현재 AP MLD 내 other link에 대한 Critical Update 여부를 확인할 수 있다. 해당 Flag 값이 1인 경우, non-AP MLD의 STA은 RNR element 내 Change Sequence field 값을 확인하여 Critical update된 AP의 업데이트된 BSS Parameter 정보를 획득하려 할 것이다. 이를 위해, non-AP MLD는 변경된 Change Sequence field 값을 지닌 AP에 해당하는 링크를 Awake 시키거나 ML probe request를 전송하여 변경된 정보를 획득하려 시도할 것이다.
그러나 AP MLD가 본 명세서에서 제안하는 Announcement method를 지원하고 Beacon의 Capability Information field 내에 'Announcement method mode' field가 존재하며, 해당 필드 값이 1인 것을 확인한 STA은 next DTIM 내에 업데이트된 BSS parameter 정보와 현재 Change Sequence 정보를 포함하는 Unsolicited (broadcast) Probe Response frame이 하나 또는 그 이상 전송될 것을 알 수 있다. 이를 확인한 STA은 other link를 awake하거나 ML probe request frame을 전송할 필요가 없다. 단, 해당 필드 값은 critical update 발생 후 1로 설정되었다가 next DTIM 이후 다시 0으로 설정되기 때문에, long sleep 이후 awake한 STA의 경우에는 별도의 ML probe request를 전송하여 업데이트된 정보들을 획득할 수 있다.
만약 PS mode로 동작하여 하나 또는 그 이상의 링크에 대해서만 beacon 타이밍에 awake하는 non-AP MLD의 경우, beacon 수신을 위해 awake 했을 때 'Announcement method mode'가 1로 설정된 것을 확인했다면, 업데이트된 BSS parameter 정보를 포함하는 Unsolicited (broadcast) Probe Response frame 획득을 위해 awake 상태를 유지한다. 해당 프레임을 수신한 STA은 그 이후 doze에 진입할 수 있다.
이때, Beacon의 해당 필드(i.e. 'announcement method mode')의 값이 1인 것을 확인한 STA은 Probe storm issue를 방지하기 위해 해당 필드 값이 0인 것을 확인할 때 까지 ML probe request 전송을 제한할 수 있다.
1.3.4.1 Transmission Timing of the Announcement Method for critical update
본 명세서에서는 AP MLD의 any AP에서 Critical update 발생 시 Beacon frame에 포함된 지시자를 통해 변경된 critical update 정보를 전송하는 Announcement method 활성화 여부를 지시하는 방법을 제안하였다. 이때, 해당 지시자는 critical update 발생 이후 reporting AP의 next DTIM까지 값이 1로 설정되며, 그 이후 다시 값이 0으로 설정될 수 있다. 이때, 'Announcement method mode' field 설정 타이밍과 Announcement frame 전송 타이밍에 대해 여러 경우를 생각 할 수 있으며, 본 명세서에서는 이러한 경우를 다룬다.
1.3.4.1.1 Critical update 발생 후, Beacon 내 지시자 설정 여부와 관계 없이 Announcement frame을 전송하는 경우
AP MLD가 본 명세서에서 제안하는 Critical update에 대한 Announcement method를 지원하는 경우, AP MLD의 any AP에서 Critical update 발생한 경우 AP는 Critical update로 인해 변경된 정보를 포함하는 Announcement frame을 전송할 수 있다. 만약 1.3.4.1.1절처럼 Beacon 내 지시자 설정 여부와 관계 없이 Announcement frame을 전송하는 경우라면, 해당 Announcement frame은 Critical update 발생 이후 Beacon 주기와 관계 없이 전송될 수 있다. 따라서, 이 경우 AP는 Beacon 전송 주기와 관계 없이 Critical update 발생 직후 Announcement frame을 전송할 수도 있으며, STA이 Awake하고 있는 경우라면 해당 Announcement frame을 Beacon의 'Announcement method mode' field 값 확인 전에 수신할 수도 있다.
해당 방법을 통해 Critical update 발생 후 'Announcement method mode' field 값이 1로 설정된 Beacon frame 전송 전에 Announcement frame을 전송한 경우, PS mode로 동작하여 Beacon의 'Announcement method mode' 지시자를 확인 후 awake하는 STA을 위해 Beacon frame 전송 전에 Announcement frame을 전송하더라도 Beacon frame의 'Announcement method mode' = 1로 설정하여 전송한 후 최소 하나 이상의 Unsolicited (broadcast) Probe Response frame이 전송되어야만 한다.
해당 방법은 Beacon 주기와 관계 없이 Critical update가 발생한 직후 변경된 정보를 바로 수신할 수 있다는 장점이 있다.
1.3.4.1.2 Critical update 발생 후, Beacon 내 지시자 설정 이후 Announcement frame을 전송하는 경우
AP MLD가 본 명세서에서 제안하는 Critical update에 대한 Announcement method를 지원하는 경우, AP MLD의 any AP에서 Critical update 발생한 경우 AP는 Critical update로 인해 변경된 정보를 포함하는 Announcement frame을 전송할 수 있다. 만약 1.3.4.1.2절처럼 Critical update 발생 후, Announcement frame이 Beacon 내 'Announcement method mode' field 값을 설정한 이후 전송하는 것으로 제한할 수도 있다. 다시 말해서, any AP에서 Critical update가 발생하더라도 해당 Announcement frame은 Beacon의 'Announcement method mode' field =1로 설정하여, Unsolicited (broadcast) Probe Response frame이 전송될 것임을 알린 후 에 하나 또는 그 이상의 announcement frame을 전송한다.
해당 방법은 STA이 awake 상태가 아니라면 Beacon 수신 전에 발생하는 announcement frame(e.g. Unsolicited (Broadcast) Probe Response frame)을 놓칠 수 있기 때문에 해당 announcement frame에 대한 트래픽 오버헤드를 줄이기 위한 방법이다. 다만, 해당 방법은 Critical update가 발생한 직후 정보를 얻지 못하고 최소한 하나 이상의 Beacon 전송 후 STA은 변경된 BSS parameter 정보들을 획득할 수 있다.
1.4 Operation of Announcement Method in PS mode
본 명세서에서는 Power saving을 고려한 Announcement를 추가로 고려하고 있다.
만약 non-AP MLD가 본 발명에서 제안하는 Announcement method for power saving(1.2절 내용)을 함께 지원할 수 있는 경우에는 다음과 같이 동작한다. 해당 방법은 위에서 제안한 signaling 방법을 통해 활성화를 지시할 수 있는데, 만약 해당 방법에 대해 enabled된 경우 non-AP MLD의 PS mode enabled에 따라서 announcement method가 동작할 수 있다. 예를 들어, non-AP MLD가 Active mode로 동작하는 경우에는 General Announcement method(1.1 절 제안 내용)를 기반으로 동작하고, PS mode로 동작하는 경우에는 Announcement method for power saving(1.2 절 제안 내용)을 기반으로 동작한다.
반면에, 만약 non-AP MLD가 본 명세서에서 제안하는 Announcement method for power saving (1.2절 내용)을 함께 지원하지 않는 경우에는 기존 General Announcement method(1.1 절 제안 내용)를 기반으로 동작한다.
예를 들어, non-AP MLD가 Active mode로 동작하는 경우에는 General Announcement method 로 동작하고, non-AP MLD 또는 STA이 PS mode로 동작하여 doze state로 진입한 경우에는announcement message를 폐기하거나 STA이 Awake할 때까지 announcement message를 pending한다.
1.5 Signaling for additional information
본 명세서에서는 AP에 대해 중요 정보가 변경 또는 생성된 경우 이를 STA에게 알리기 위한 여러 방법들을 정의하였다. 이러한 중요 정보들을 announcement frame으로 전달하거나 별도의 DL frame 또는 기존 DL frame에 piggybacked하여 전달 할 수 있다. 이때, 만약 AP가 전송하는 frame에 중요 정보를 포함하고 있는 경우에는 이를 STA에게 알리기 위한 시그널링을 정의할 수 있다.
- 'Check data' field (or subfield or element): 해당 필드를 포함하는 프레임이 STA을 위한 중요 정보를 포함하고 있음을 나타내는 지시자. 해당 값이 1인 경우 해당 프레임은 STA이 확인해야할 중요 정보를 포함하고 있기 때문에 STA은 해당 Frame에 자신이 확인해야할 중요 정보가 포함되어있음을 확인할 수 있다. 해당 필드 값이 1임을 확인한 STA은 해당 Frame을 복호해야 한다. 예를 들어, 이 시그널링은 announcement frame에 중요 정보가 포함된 경우 1로 지시하며 이를 수신한 STA은 해당 announcement frame이 중요 정보를 포함하고 있는 것으로 인지하고 복호한다. 또한 이 시그널링은 DL Frame에 중요정보가 piggybacked된 경우 기존 DL 데이터 이외에 추가 중요 정보가 해당 프레임에 포함되어있음을 확인할 수 있다. 해당 지시자는 다른 경우에도 유용하게 사용될 수 있다. 해당 경우가 아닐 경우, 해당 값은 0으로 지시된다. 해당 필드의 이름은 추후 다른 이름으로 정의 될 수 있다.
위에서 언급한 'Check data' field가 본 명세서에서 제안하는 explicit method for announcement method(1.1.1절)과 함께 사용되는 경우, STA에게 전송되는 announcement frame 또는 DL frame에 해당 field를 통해 이 지시자를 포함하는 frame에 중요 정보가 있음을 알려 줄 수 있다.
- 'Check info' field (or subfield or element): 해당 STA에 대한 중요 정보가 BSS에 발생 또는 생성하였음을 나타내는 지시자. 해당 필드는 non-AP MLD level로 지시되거나 non-AP STA Level로 지시될 수 있다. 해당 필드 지시자 값이 1로 설정된 프레임을 수신한 non-AP MLD 또는 non-AP STA은 자신에게 필요한 중요 정보(e.g. critical update event or Low latency traffic)가 발생하였음을 확인할 수 있다. 자신에게 해당하는 지시자가 1인 것을 확인한 STA은 beacon을 통한 정보 획득을 위해 doze 상태인 경우 awake하거나, info request message를 전송하여 info response message를 통해 중요 정보를 획득할 수 있다. 아닐 경우, 해당 값은 0으로 지시된다. 해당 필드의 이름은 추후 다른 이름으로 정의될 수 있다.
위에서 언급한 'Check info' field가 본 명세서에서 제안하는 implicit method for announcement method(1.1.2절)과 함께 사용되는 경우, 해당 지시자가 가리키는 STA이 확인해야할 중요 정보가 연결 AP(또는 BSS)에 생성 또는 변경되었음을 알려 줄 수 있다.
이하에서는, 도 1 내지 도 55를 참조하여, 상술한 실시예를 설명한다.
도 56은 본 실시예에 따른 송신 MLD가 관리 프레임을 통해 특정 AP에 대한 중요 업데이트 정보를 송신하는 절차를 도시한 흐름도이다.
도 56의 일례는 차세대 무선랜 시스템(IEEE 802.11be 또는 EHT 무선랜 시스템)이 지원되는 네트워크 환경에서 수행될 수 있다. 상기 차세대 무선랜 시스템은 802.11ax 시스템을 개선한 무선랜 시스템으로 802.11ax 시스템과 하위 호환성(backward compatibility)을 만족할 수 있다.
본 실시예는 알림 방법 모드 필드를 기반으로 송신 MLD 내 특정 AP에 대한 중요 업데이트 정보를 포함하는 알림 프레임이 송신될 것을 알려주는 관리 프레임을 구성하는 방법 및 장치를 제안한다. 여기서, 송신 MLD는 AP MLD에 대응하고, 수신 MLD는 Non-AP MLD에 대응할 수 있다. 상기 수신 MLD에 포함된 제1 수신 STA과 제1 링크로 연결된 제1 송신 STA은 peer AP에 대응할 수 있고, 다른 링크(제2 및 제3 링크)로 연결된 제2 및 제3 송신 STA은 다른 AP에 대응할 수 있다.
S5610 단계에서, 송신 MLD(Multi-Link Device)는 관리 프레임을 생성한다.
S5620 단계에서, 상기 송신 MLD는 수신 MLD에게 제1 링크를 통해 상기 관리 프레임을 송신한다.
상기 송신 MLD는 상기 제1 링크에서 동작하는 제1 송신 STA(station) 및 제2 링크에서 동작하는 제2 송신 STA을 포함한다. 상기 수신 MLD는 상기 제1 링크에서 동작하는 제1 수신 STA 및 상기 제2 링크에서 동작하는 제2 수신 STA을 포함한다.
상기 관리 프레임은 알림 방법 모드(announcement method mode) 필드를 포함한다.
상기 제2 송신 STA에 대한 중요 업데이트가 발생한 경우, 상기 알림 방법 모드 필드의 값은 1로 설정되고, 상기 관리 프레임은 상기 제2 송신 STA의 중요 업데이트 정보를 포함한다.
상기 알림 방법 모드 필드의 값이 1로 설정된 경우, 상기 알림 방법 모드 필드는 상기 관리 프레임이 상기 제1 송신 STA의 다음 DTIM(next Delivery Traffic Indication Message)까지 송신될 것임을 알리는 정보를 포함할 수 있다.
이때, 상기 관리 프레임은 비콘 프레임 또는 요청되지 않은(unsolicited) 프로브 응답 프레임일 수 있다. 상기 비콘 프레임 또는 상기 요청되지 않은 프로브 응답 프레임은 브로드캐스트될 수 있다.
즉, 본 실시예는 관리 프레임 내 알림 방법 모드 필드를 포함시켜, 송신 MLD의 특정 AP에 대한 중요 업데이트 정보를 포함하는 알림 프레임이 송신될 것을 알려주는 방법을 제안한다. 본 실시예에 따르면, 상기 수신 MLD의 상기 제1 수신 STA은 별도의 요청 메시지를 송신하지 않고도 상기 송신 MLD의 상기 제1 송신 STA로부터 상기 비콘 프레임 또는 상기 요청되지 않은 프로브 응답 프레임을 수신하여 다른 송신 STA의 중요 업데이트 정보를 획득할 수 있다. 이로써, 상기 제1 수신 STA이 별도의 요청 메시지를 송신하지 않아 프레임 오버헤드를 감소시킬 수 있다는 효과가 있다. 또한, 수신 MLD 내 다른 수신 STA이 PS(Power Saving) 모드로 동작하는 경우, 해당 수신 STA을 어웨이크(awake)하지 않고도 다른 송신 STA의 중요 업데이트 정보를 획득할 수 있어 파워 세이빙 효과도 기대할 수 있다.
상기 관리 프레임은 상기 제2 링크에 대한 정보 및 상기 제2 송신 STA의 현재 변경 시퀀스 숫자(change sequence number)에 대한 정보를 더 포함할 수 있다. 즉, 상기 제1 수신 STA은 상기 제2 송신 STA의 중요 업데이트가 발생한 경우, 상기 제2 송신 STA의 변경 시퀀스 숫자 값을 상기 관리 프레임을 통해 획득할 수 있다. 상기 제2 링크에 대한 정보는 상기 제2 링크에 대한 식별자 정보를 포함할 수 있다.
상기 제2 송신 STA의 현재 변경 시퀀스 숫자는 상기 제2 송신 STA에 대한 중요 업데이트 이벤트가 발생하는 경우 값이 1씩 증가될 수 있다. 상기 제1 수신 STA은 상기 제2 송신 STA의 현재 변경 시퀀스 숫자를 기반으로 상기 제2 송신 STA의 중요 업데이트 이벤트가 발생하였음을 확인할 수 있다. 상기 중요 업데이트 이벤트에 관련된 정보는 Channel Switch Announcement, Extended Channel Switch Announcement element, EDCA parameters element, Quiet element, DSSS Parameter Set, CF Parameter Set element, HT Operation element, Wide Bandwidth Channel Switch element, Channel Switch Wrapper element, Operating Mode Notification element, Quiet Channel element, VHT Operation element, HE Operation element, Broadcast TWT element, BSS Color Change Announcement element, MU EDCA Parameter Set element, Spatial Reuse Parameter Set element, UORA Parameter Set element, EHT Operation element 및/또는 Basic variant Multi-Link element를 포함할 수 있다.
상기 송신 MLD는 제3 링크에서 동작하는 제3 송신 STA을 더 포함하고, 상기 수신 MLD 상기 제3 링크에서 동작하는 제3 수신 STA을 더 포함할 수 있다.
상기 제3 송신 STA에 대한 중요 업데이트가 발생한 경우, 상기 알림 방법 모드 필드의 값은 1로 설정되고, 상기 관리 프레임은 상기 제3 송신 STA의 중요 업데이트 정보를 포함할 수 있다.
상기 관리 프레임은 상기 제3 링크에 대한 정보 및 상기 제3 송신 STA의 현재 변경 시퀀스 숫자에 대한 정보를 더 포함할 수 있다. 즉, 상기 제1 수신 STA은 상기 제3 송신 STA의 중요 업데이트가 발생한 경우, 상기 제3 송신 STA의 변경 시퀀스 숫자 값을 상기 관리 프레임을 통해 획득할 수 있다. 상기 제3 링크에 대한 정보는 상기 제3 링크에 대한 식별자 정보를 포함할 수 있다.
상기 제3 송신 STA의 현재 변경 시퀀스 숫자는 상기 제3 송신 STA에 대한 중요 업데이트 이벤트가 발생하는 경우 값이 1씩 증가될 수 있다. 상기 제1 수신 STA은 상기 제3 송신 STA의 현재 변경 시퀀스 숫자를 기반으로 상기 제3 송신 STA의 중요 업데이트 이벤트가 발생하였음을 확인할 수 있다.
상기 제2 및 제3 송신 STA의 현재 변경 시퀀스 숫자에 대한 정보는 BSS 파라미터의 변경 시퀀스 숫자 또는 카운트(count) 값일 수 있다.
상기 관리 프레임은 RNR(Reduced Neighbor Report) 요소를 포함할 수 있다. 상기 RNR 요소는 상기 알림 방법 모드 필드를 포함할 수 있다. 상기 알림 방법 모드 필드는 All Updates Included 서브필드로 명명될 수도 있다. 상기 관리 프레임은 CSF(Change Sequence Field) 필드를 더 포함할 수 있다. 상기 CSF 필드는 BPCC(BSS Parameter Change Count) 서브필드로 명명될 수도 있다.
도 57은 본 실시예에 따른 수신 MLD가 관리 프레임을 통해 특정 AP에 대한 중요 업데이트 정보를 수신하는 절차를 도시한 흐름도이다.
도 57의 일례는 차세대 무선랜 시스템(IEEE 802.11be 또는 EHT 무선랜 시스템)이 지원되는 네트워크 환경에서 수행될 수 있다. 상기 차세대 무선랜 시스템은 802.11ax 시스템을 개선한 무선랜 시스템으로 802.11ax 시스템과 하위 호환성(backward compatibility)을 만족할 수 있다.
본 실시예는 알림 방법 모드 필드를 기반으로 송신 MLD 내 특정 AP에 대한 중요 업데이트 정보를 포함하는 알림 프레임이 송신될 것을 알려주는 관리 프레임을 구성하는 방법 및 장치를 제안한다. 여기서, 송신 MLD는 AP MLD에 대응하고, 수신 MLD는 Non-AP MLD에 대응할 수 있다. 상기 수신 MLD에 포함된 제1 수신 STA과 제1 링크로 연결된 제1 송신 STA은 peer AP에 대응할 수 있고, 다른 링크(제2 및 제3 링크)로 연결된 제2 및 제3 송신 STA은 다른 AP에 대응할 수 있다.
S5710 단계에서, 수신 MLD(Multi-Link Device)는 송신 MLD로부터 제1 링크를 통해 관리 프레임을 수신한다.
S5720 단계에서, 상기 수신 MLD는 상기 관리 프레임을 복호한다.
상기 송신 MLD는 상기 제1 링크에서 동작하는 제1 송신 STA(station) 및 제2 링크에서 동작하는 제2 송신 STA을 포함한다. 상기 수신 MLD는 상기 제1 링크에서 동작하는 제1 수신 STA 및 상기 제2 링크에서 동작하는 제2 수신 STA을 포함한다.
상기 관리 프레임은 알림 방법 모드(announcement method mode) 필드를 포함한다.
상기 제2 송신 STA에 대한 중요 업데이트가 발생한 경우, 상기 알림 방법 모드 필드의 값은 1로 설정되고, 상기 관리 프레임은 상기 제2 송신 STA의 중요 업데이트 정보를 포함한다.
상기 알림 방법 모드 필드의 값이 1로 설정된 경우, 상기 알림 방법 모드 필드는 상기 관리 프레임이 상기 제1 송신 STA의 다음 DTIM(next Delivery Traffic Indication Message)까지 송신될 것임을 알리는 정보를 포함할 수 있다.
이때, 상기 관리 프레임은 비콘 프레임 또는 요청되지 않은(unsolicited) 프로브 응답 프레임일 수 있다. 상기 비콘 프레임 또는 상기 요청되지 않은 프로브 응답 프레임은 브로드캐스트될 수 있다.
즉, 본 실시예는 관리 프레임 내 알림 방법 모드 필드를 포함시켜, 송신 MLD의 특정 AP에 대한 중요 업데이트 정보를 포함하는 알림 프레임이 송신될 것을 알려주는 방법을 제안한다. 본 실시예에 따르면, 상기 수신 MLD의 상기 제1 수신 STA은 별도의 요청 메시지를 송신하지 않고도 상기 송신 MLD의 상기 제1 송신 STA로부터 상기 비콘 프레임 또는 상기 요청되지 않은 프로브 응답 프레임을 수신하여 다른 송신 STA의 중요 업데이트 정보를 획득할 수 있다. 이로써, 상기 제1 수신 STA이 별도의 요청 메시지를 송신하지 않아 프레임 오버헤드를 감소시킬 수 있다는 효과가 있다. 또한, 수신 MLD 내 다른 수신 STA이 PS(Power Saving) 모드로 동작하는 경우, 해당 수신 STA을 어웨이크(awake)하지 않고도 다른 송신 STA의 중요 업데이트 정보를 획득할 수 있어 파워 세이빙 효과도 기대할 수 있다.
상기 관리 프레임은 상기 제2 링크에 대한 정보 및 상기 제2 송신 STA의 현재 변경 시퀀스 숫자(change sequence number)에 대한 정보를 더 포함할 수 있다. 즉, 상기 제1 수신 STA은 상기 제2 송신 STA의 중요 업데이트가 발생한 경우, 상기 제2 송신 STA의 변경 시퀀스 숫자 값을 상기 관리 프레임을 통해 획득할 수 있다. 상기 제2 링크에 대한 정보는 상기 제2 링크에 대한 식별자 정보를 포함할 수 있다.
상기 제2 송신 STA의 현재 변경 시퀀스 숫자는 상기 제2 송신 STA에 대한 중요 업데이트 이벤트가 발생하는 경우 값이 1씩 증가될 수 있다. 상기 제1 수신 STA은 상기 제2 송신 STA의 현재 변경 시퀀스 숫자를 기반으로 상기 제2 송신 STA의 중요 업데이트 이벤트가 발생하였음을 확인할 수 있다. 상기 중요 업데이트 이벤트에 관련된 정보는 Channel Switch Announcement, Extended Channel Switch Announcement element, EDCA parameters element, Quiet element, DSSS Parameter Set, CF Parameter Set element, HT Operation element, Wide Bandwidth Channel Switch element, Channel Switch Wrapper element, Operating Mode Notification element, Quiet Channel element, VHT Operation element, HE Operation element, Broadcast TWT element, BSS Color Change Announcement element, MU EDCA Parameter Set element, Spatial Reuse Parameter Set element, UORA Parameter Set element, EHT Operation element 및/또는 Basic variant Multi-Link element를 포함할 수 있다.
상기 송신 MLD는 제3 링크에서 동작하는 제3 송신 STA을 더 포함하고, 상기 수신 MLD 상기 제3 링크에서 동작하는 제3 수신 STA을 더 포함할 수 있다.
상기 제3 송신 STA에 대한 중요 업데이트가 발생한 경우, 상기 알림 방법 모드 필드의 값은 1로 설정되고, 상기 관리 프레임은 상기 제3 송신 STA의 중요 업데이트 정보를 포함할 수 있다.
상기 관리 프레임은 상기 제3 링크에 대한 정보 및 상기 제3 송신 STA의 현재 변경 시퀀스 숫자에 대한 정보를 더 포함할 수 있다. 즉, 상기 제1 수신 STA은 상기 제3 송신 STA의 중요 업데이트가 발생한 경우, 상기 제3 송신 STA의 변경 시퀀스 숫자 값을 상기 관리 프레임을 통해 획득할 수 있다. 상기 제3 링크에 대한 정보는 상기 제3 링크에 대한 식별자 정보를 포함할 수 있다.
상기 제3 송신 STA의 현재 변경 시퀀스 숫자는 상기 제3 송신 STA에 대한 중요 업데이트 이벤트가 발생하는 경우 값이 1씩 증가될 수 있다. 상기 제1 수신 STA은 상기 제3 송신 STA의 현재 변경 시퀀스 숫자를 기반으로 상기 제3 송신 STA의 중요 업데이트 이벤트가 발생하였음을 확인할 수 있다.
상기 제2 및 제3 송신 STA의 현재 변경 시퀀스 숫자에 대한 정보는 BSS 파라미터의 변경 시퀀스 숫자 또는 카운트(count) 값일 수 있다.
상기 관리 프레임은 RNR(Reduced Neighbor Report) 요소를 포함할 수 있다. 상기 RNR 요소는 상기 알림 방법 모드 필드를 포함할 수 있다. 상기 알림 방법 모드 필드는 All Updates Included 서브필드로 명명될 수도 있다. 상기 관리 프레임은 CSF(Change Sequence Field) 필드를 더 포함할 수 있다. 상기 CSF 필드는 BPCC(BSS Parameter Change Count) 서브필드로 명명될 수도 있다.
상술한 본 명세서의 기술적 특징은 다양한 장치 및 방법에 적용될 수 있다. 예를 들어, 상술한 본 명세서의 기술적 특징은 도 1 및/또는 도 11의 장치를 통해 수행/지원될 수 있다. 예를 들어, 상술한 본 명세서의 기술적 특징은, 도 1 및/또는 도 11의 일부에만 적용될 수 있다. 예를 들어, 상술한 본 명세서의 기술적 특징은, 도 1의 프로세싱 칩(114, 124)을 기초로 구현되거나, 도 1의 프로세서(111, 121)와 메모리(112, 122)를 기초로 구현되거나, 도 11의 프로세서(610)와 메모리(620)를 기초로 구현될 수 있다. 예를 들어, 본 명세서의 장치는, 송신 MLD로부터 제1 링크를 통해 관리 프레임을 수신하고; 및 상기 관리 프레임을 복호한다.
본 명세서의 기술적 특징은 CRM(computer readable medium)을 기초로 구현될 수 있다. 예를 들어, 본 명세서에 의해 제안되는 CRM은 적어도 하나의 프로세서(processor)에 의해 실행됨을 기초로 하는 명령어(instruction)를 포함하는 적어도 하나의 컴퓨터로 읽을 수 있는 기록매체(computer readable medium)이다.
상기 CRM은, 송신 MLD로부터 제1 링크를 통해 관리 프레임을 수신하는 단계; 및 상기 관리 프레임을 복호하는 단계를 포함하는 동작(operations)을 수행하는 명령어(instructions)를 저장할 수 있다. 본 명세서의 CRM 내에 저장되는 명령어는 적어도 하나의 프로세서에 의해 실행(execute)될 수 있다. 본 명세서의 CRM에 관련된 적어도 하나의 프로세서는 도 1의 프로세서(111, 121) 또는 프로세싱 칩(114, 124)이거나, 도 11의 프로세서(610)일 수 있다. 한편, 본 명세서의 CRM은 도 1의 메모리(112, 122)이거나 도 11의 메모리(620)이거나, 별도의 외부 메모리/저장매체/디스크 등일 수 있다.
상술한 본 명세서의 기술적 특징은 다양한 응용예(application)나 비즈니스 모델에 적용 가능하다. 예를 들어, 인공 지능(Artificial Intelligence: AI)을 지원하는 장치에서의 무선 통신을 위해 상술한 기술적 특징이 적용될 수 있다.
인공 지능은 인공적인 지능 또는 이를 만들 수 있는 방법론을 연구하는 분야를 의미하며, 머신 러닝(기계 학습, Machine Learning)은 인공 지능 분야에서 다루는 다양한 문제를 정의하고 그것을 해결하는 방법론을 연구하는 분야를 의미한다. 머신 러닝은 어떠한 작업에 대하여 꾸준한 경험을 통해 그 작업에 대한 성능을 높이는 알고리즘으로 정의하기도 한다.
인공 신경망(Artificial Neural Network; ANN)은 머신 러닝에서 사용되는 모델로써, 시냅스의 결합으로 네트워크를 형성한 인공 뉴런(노드)들로 구성되는, 문제 해결 능력을 가지는 모델 전반을 의미할 수 있다. 인공 신경망은 다른 레이어의 뉴런들 사이의 연결 패턴, 모델 파라미터를 갱신하는 학습 과정, 출력값을 생성하는 활성화 함수(Activation Function)에 의해 정의될 수 있다.
인공 신경망은 입력층(Input Layer), 출력층(Output Layer), 그리고 선택적으로 하나 이상의 은닉층(Hidden Layer)를 포함할 수 있다. 각 층은 하나 이상의 뉴런을 포함하고, 인공 신경망은 뉴런과 뉴런을 연결하는 시냅스를 포함할 수 있다. 인공 신경망에서 각 뉴런은 시냅스를 통해 입력되는 입력 신호들, 가중치, 편향에 대한 활성 함수의 함숫값을 출력할 수 있다.
모델 파라미터는 학습을 통해 결정되는 파라미터를 의미하며, 시냅스 연결의 가중치와 뉴런의 편향 등이 포함된다. 그리고, 하이퍼파라미터는 머신 러닝 알고리즘에서 학습 전에 설정되어야 하는 파라미터를 의미하며, 학습률(Learning Rate), 반복 횟수, 미니 배치 크기, 초기화 함수 등이 포함된다.
인공 신경망의 학습의 목적은 손실 함수를 최소화하는 모델 파라미터를 결정하는 것으로 볼 수 있다. 손실 함수는 인공 신경망의 학습 과정에서 최적의 모델 파라미터를 결정하기 위한 지표로 이용될 수 있다.
머신 러닝은 학습 방식에 따라 지도 학습(Supervised Learning), 비지도 학습(Unsupervised Learning), 강화 학습(Reinforcement Learning)으로 분류할 수 있다.
지도 학습은 학습 데이터에 대한 레이블(label)이 주어진 상태에서 인공 신경망을 학습시키는 방법을 의미하며, 레이블이란 학습 데이터가 인공 신경망에 입력되는 경우 인공 신경망이 추론해 내야 하는 정답(또는 결과 값)을 의미할 수 있다. 비지도 학습은 학습 데이터에 대한 레이블이 주어지지 않는 상태에서 인공 신경망을 학습시키는 방법을 의미할 수 있다. 강화 학습은 어떤 환경 안에서 정의된 에이전트가 각 상태에서 누적 보상을 최대화하는 행동 혹은 행동 순서를 선택하도록 학습시키는 학습 방법을 의미할 수 있다.
인공 신경망 중에서 복수의 은닉층을 포함하는 심층 신경망(DNN: Deep Neural Network)으로 구현되는 머신 러닝을 딥 러닝(심층 학습, Deep Learning)이라 부르기도 하며, 딥 러닝은 머신 러닝의 일부이다. 이하에서, 머신 러닝은 딥 러닝을 포함하는 의미로 사용된다.
또한 상술한 기술적 특징은 로봇의 무선 통신에 적용될 수 있다.
로봇은 스스로 보유한 능력에 의해 주어진 일을 자동으로 처리하거나 작동하는 기계를 의미할 수 있다. 특히, 환경을 인식하고 스스로 판단하여 동작을 수행하는 기능을 갖는 로봇을 지능형 로봇이라 칭할 수 있다.
로봇은 사용 목적이나 분야에 따라 산업용, 의료용, 가정용, 군사용 등으로 분류할 수 있다. 로봇은 액츄에이터 또는 모터를 포함하는 구동부를 구비하여 로봇 관절을 움직이는 등의 다양한 물리적 동작을 수행할 수 있다. 또한, 이동 가능한 로봇은 구동부에 휠, 브레이크, 프로펠러 등이 포함되어, 구동부를 통해 지상에서 주행하거나 공중에서 비행할 수 있다.
또한 상술한 기술적 특징은 확장 현실을 지원하는 장치에 적용될 수 있다.
확장 현실은 가상 현실(VR: Virtual Reality), 증강 현실(AR: Augmented Reality), 혼합 현실(MR: Mixed Reality)을 총칭한다. VR 기술은 현실 세계의 객체나 배경 등을 CG 영상으로만 제공하고, AR 기술은 실제 사물 영상 위에 가상으로 만들어진 CG 영상을 함께 제공하며, MR 기술은 현실 세계에 가상 객체들을 섞고 결합시켜서 제공하는 컴퓨터 그래픽 기술이다.
MR 기술은 현실 객체와 가상 객체를 함께 보여준다는 점에서 AR 기술과 유사하다. 그러나, AR 기술에서는 가상 객체가 현실 객체를 보완하는 형태로 사용되는 반면, MR 기술에서는 가상 객체와 현실 객체가 동등한 성격으로 사용된다는 점에서 차이점이 있다.
XR 기술은 HMD(Head-Mount Display), HUD(Head-Up Display), 휴대폰, 태블릿 PC, 랩탑, 데스크탑, TV, 디지털 사이니지 등에 적용될 수 있고, XR 기술이 적용된 장치를 XR 장치(XR Device)라 칭할 수 있다.
본 명세서에 기재된 청구항들은 다양한 방식으로 조합될 수 있다. 예를 들어, 본 명세서의 방법 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 또한, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다.

Claims (20)

  1. 무선랜 시스템에서,
    수신 MLD(Multi-Link Device)가, 송신 MLD로부터 제1 링크를 통해 관리 프레임을 수신하는 단계; 및
    상기 수신 MLD가, 상기 관리 프레임을 복호하는 단계를 포함하되,
    상기 송신 MLD는 상기 제1 링크에서 동작하는 제1 송신 STA(station) 및 제2 링크에서 동작하는 제2 송신 STA을 포함하고,
    상기 수신 MLD는 상기 제1 링크에서 동작하는 제1 수신 STA 및 상기 제2 링크에서 동작하는 제2 수신 STA을 포함하고,
    상기 관리 프레임은 알림 방법 모드(announcement method mode) 필드를 포함하고, 및
    상기 제2 송신 STA에 대한 중요 업데이트가 발생한 경우, 상기 알림 방법 모드 필드의 값은 1로 설정되고, 상기 관리 프레임은 상기 제2 송신 STA의 중요 업데이트 정보를 포함하는
    방법.
  2. 제1항에 있어서,
    상기 알림 방법 모드 필드의 값이 1로 설정된 경우,
    상기 알림 방법 모드 필드는 상기 관리 프레임이 상기 제1 송신 STA의 다음 DTIM(next Delivery Traffic Indication Message)까지 송신될 것임을 알리는 정보를 포함하는
    방법.
  3. 제1항에 있어서,
    상기 관리 프레임은 상기 제2 링크에 대한 정보 및 상기 제2 송신 STA의 현재 변경 시퀀스 숫자(change sequence number)에 대한 정보를 더 포함하고,
    상기 제2 송신 STA의 현재 변경 시퀀스 숫자는 상기 제2 송신 STA에 대한 중요 업데이트 이벤트가 발생하는 경우 값이 1씩 증가되는
    방법.
  4. 제3항에 있어서,
    상기 송신 MLD는 제3 링크에서 동작하는 제3 송신 STA을 더 포함하고,
    상기 수신 MLD 상기 제3 링크에서 동작하는 제3 수신 STA을 더 포함하는
    방법.
  5. 제4항에 있어서,
    상기 제3 송신 STA에 대한 중요 업데이트가 발생한 경우, 상기 알림 방법 모드 필드의 값은 1로 설정되고, 상기 관리 프레임은 상기 제3 송신 STA의 중요 업데이트 정보를 포함하는
    방법.
  6. 제5항에 있어서,
    상기 관리 프레임은 상기 제3 링크에 대한 정보 및 상기 제3 송신 STA의 현재 변경 시퀀스 숫자에 대한 정보를 더 포함하고,
    상기 제3 송신 STA의 현재 변경 시퀀스 숫자는 상기 제3 송신 STA에 대한 중요 업데이트 이벤트가 발생하는 경우 값이 1씩 증가되는
    방법.
  7. 제6항에 있어서,
    상기 제2 및 제3 송신 STA의 현재 변경 시퀀스 숫자에 대한 정보는 BSS 파라미터의 변경 시퀀스 숫자 또는 카운트(count) 값인
    방법.
  8. 제1항에 있어서,
    상기 관리 프레임은 비콘 프레임 또는 요청되지 않은(unsolicited) 프로브 응답 프레임이고,
    상기 비콘 프레임 또는 상기 요청되지 않은 프로브 응답 프레임은 브로드캐스트되는
    방법.
  9. 무선랜 시스템에서, 수신 MLD(Multi-Link Device)는,
    메모리;
    트랜시버; 및
    상기 메모리 및 상기 트랜시버와 동작 가능하게 결합된 프로세서를 포함하되, 상기 프로세서는:
    송신 MLD로부터 제1 링크를 통해 관리 프레임을 수신하고; 및
    상기 관리 프레임을 복호하되,
    상기 송신 MLD는 상기 제1 링크에서 동작하는 제1 송신 STA(station) 및 제2 링크에서 동작하는 제2 송신 STA을 포함하고,
    상기 수신 MLD는 상기 제1 링크에서 동작하는 제1 수신 STA 및 상기 제2 링크에서 동작하는 제2 수신 STA을 포함하고,
    상기 관리 프레임은 알림 방법 모드(announcement method mode) 필드를 포함하고, 및
    상기 제2 송신 STA에 대한 중요 업데이트가 발생한 경우, 상기 알림 방법 모드 필드의 값은 1로 설정되고, 상기 관리 프레임은 상기 제2 송신 STA의 중요 업데이트 정보를 포함하는
    수신 MLD.
  10. 무선랜 시스템에서,
    송신 MLD(Multi-Link Device)가, 관리 프레임을 생성하는 단계; 및
    상기 송신 MLD가, 수신 MLD에게 제1 링크를 통해 상기 관리 프레임을 송신하는 단계를 포함하되,
    상기 송신 MLD는 상기 제1 링크에서 동작하는 제1 송신 STA(station) 및 제2 링크에서 동작하는 제2 송신 STA을 포함하고,
    상기 수신 MLD는 상기 제1 링크에서 동작하는 제1 수신 STA 및 상기 제2 링크에서 동작하는 제2 수신 STA을 포함하고,
    상기 관리 프레임은 알림 방법 모드(announcement method mode) 필드를 포함하고, 및
    상기 제2 송신 STA에 대한 중요 업데이트가 발생한 경우, 상기 알림 방법 모드 필드의 값은 1로 설정되고, 상기 관리 프레임은 상기 제2 송신 STA의 중요 업데이트 정보를 포함하는
    방법.
  11. 제10항에 있어서,
    상기 알림 방법 모드 필드의 값이 1로 설정된 경우,
    상기 알림 방법 모드 필드는 상기 관리 프레임이 상기 제1 송신 STA의 다음 DTIM(next Delivery Traffic Indication Message)까지 송신될 것임을 알리는 정보를 포함하는
    방법.
  12. 제10항에 있어서,
    상기 관리 프레임은 상기 제2 링크에 대한 정보 및 상기 제2 송신 STA의 현재 변경 시퀀스 숫자(change sequence number)에 대한 정보를 더 포함하고,
    상기 제2 송신 STA의 현재 변경 시퀀스 숫자는 상기 제2 송신 STA에 대한 중요 업데이트 이벤트가 발생하는 경우 값이 1씩 증가되는
    방법.
  13. 제12항에 있어서,
    상기 송신 MLD는 제3 링크에서 동작하는 제3 송신 STA을 더 포함하고,
    상기 수신 MLD 상기 제3 링크에서 동작하는 제3 수신 STA을 더 포함하는
    방법.
  14. 제13항에 있어서,
    상기 제3 송신 STA에 대한 중요 업데이트가 발생한 경우, 상기 알림 방법 모드 필드의 값은 1로 설정되고, 상기 관리 프레임은 상기 제3 송신 STA의 중요 업데이트 정보를 포함하는
    방법.
  15. 제14항에 있어서,
    상기 관리 프레임은 상기 제3 링크에 대한 정보 및 상기 제3 송신 STA의 현재 변경 시퀀스 숫자에 대한 정보를 더 포함하고,
    상기 제3 송신 STA의 현재 변경 시퀀스 숫자는 상기 제3 송신 STA에 대한 중요 업데이트 이벤트가 발생하는 경우 값이 1씩 증가되는
    방법.
  16. 제15항에 있어서,
    상기 제2 및 제3 송신 STA의 현재 변경 시퀀스 숫자에 대한 정보는 BSS 파라미터의 변경 시퀀스 숫자 또는 카운트(count) 값인
    방법.
  17. 제10항에 있어서,
    상기 관리 프레임은 비콘 프레임 또는 요청되지 않은(unsolicited) 프로브 응답 프레임이고,
    상기 비콘 프레임 또는 상기 요청되지 않은 프로브 응답 프레임은 브로드캐스트되는
    방법.
  18. 무선랜 시스템에서, 송신 MLD(Multi-Link Device)는,
    메모리;
    트랜시버; 및
    상기 메모리 및 상기 트랜시버와 동작 가능하게 결합된 프로세서를 포함하되, 상기 프로세서는:
    관리 프레임을 생성하고; 및
    수신 MLD에게 제1 링크를 통해 상기 관리 프레임을 송신하되,
    상기 송신 MLD는 상기 제1 링크에서 동작하는 제1 송신 STA(station) 및 제2 링크에서 동작하는 제2 송신 STA을 포함하고,
    상기 수신 MLD는 상기 제1 링크에서 동작하는 제1 수신 STA 및 상기 제2 링크에서 동작하는 제2 수신 STA을 포함하고,
    상기 관리 프레임은 알림 방법 모드(announcement method mode) 필드를 포함하고, 및
    상기 제2 송신 STA에 대한 중요 업데이트가 발생한 경우, 상기 알림 방법 모드 필드의 값은 1로 설정되고, 상기 관리 프레임은 상기 제2 송신 STA의 중요 업데이트 정보를 포함하는
    송신 MLD.
  19. 적어도 하나의 프로세서(processor)에 의해 실행됨을 기초로 하는 명령어(instruction)를 포함하는 적어도 하나의 컴퓨터로 읽을 수 있는 기록매체(computer readable medium)에 있어서,
    송신 MLD(Multi-Link Device)로부터 제1 링크를 통해 관리 프레임을 수신하는 단계; 및
    상기 관리 프레임을 복호하는 단계를 포함하되,
    상기 송신 MLD는 상기 제1 링크에서 동작하는 제1 송신 STA(station) 및 제2 링크에서 동작하는 제2 송신 STA을 포함하고,
    상기 수신 MLD는 상기 제1 링크에서 동작하는 제1 수신 STA 및 상기 제2 링크에서 동작하는 제2 수신 STA을 포함하고,
    상기 관리 프레임은 알림 방법 모드(announcement method mode) 필드를 포함하고, 및
    상기 제2 송신 STA에 대한 중요 업데이트가 발생한 경우, 상기 알림 방법 모드 필드의 값은 1로 설정되고, 상기 관리 프레임은 상기 제2 송신 STA의 중요 업데이트 정보를 포함하는
    기록매체.
  20. 무선랜 시스템에서 장치에 있어서,
    메모리; 및
    상기 메모리와 동작 가능하게 결합된 프로세서를 포함하되, 상기 프로세서는:
    송신 MLD(Multi-Link Device)로부터 제1 링크를 통해 관리 프레임을 수신하고; 및
    상기 관리 프레임을 복호하되,
    상기 송신 MLD는 상기 제1 링크에서 동작하는 제1 송신 STA(station) 및 제2 링크에서 동작하는 제2 송신 STA을 포함하고,
    상기 수신 MLD는 상기 제1 링크에서 동작하는 제1 수신 STA 및 상기 제2 링크에서 동작하는 제2 수신 STA을 포함하고,
    상기 관리 프레임은 알림 방법 모드(announcement method mode) 필드를 포함하고, 및
    상기 제2 송신 STA에 대한 중요 업데이트가 발생한 경우, 상기 알림 방법 모드 필드의 값은 1로 설정되고, 상기 관리 프레임은 상기 제2 송신 STA의 중요 업데이트 정보를 포함하는
    장치.
PCT/KR2022/003537 2021-03-16 2022-03-14 무선랜 시스템에서 관리 프레임을 통해 특정 ap에 대한 중요 업데이트 정보를 송수신하는 방법 및 장치 WO2022197041A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020237012318A KR20230066602A (ko) 2021-03-16 2022-03-14 무선랜 시스템에서 관리 프레임을 통해 특정 ap에 대한 중요 업데이트 정보를 송수신하는 방법 및 장치
EP22771707.1A EP4236511A1 (en) 2021-03-16 2022-03-14 Method and device for transmitting and receiving significant update information regarding specific ap via management frame in wireless lan system
US18/316,643 US11997735B2 (en) 2021-03-16 2023-05-12 Method and device for transmitting and receiving significant update information regarding specific AP via management frame in wireless LAN system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20210034131 2021-03-16
KR10-2021-0034131 2021-03-16

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/316,643 Continuation US11997735B2 (en) 2021-03-16 2023-05-12 Method and device for transmitting and receiving significant update information regarding specific AP via management frame in wireless LAN system

Publications (1)

Publication Number Publication Date
WO2022197041A1 true WO2022197041A1 (ko) 2022-09-22

Family

ID=83321426

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/003537 WO2022197041A1 (ko) 2021-03-16 2022-03-14 무선랜 시스템에서 관리 프레임을 통해 특정 ap에 대한 중요 업데이트 정보를 송수신하는 방법 및 장치

Country Status (4)

Country Link
US (1) US11997735B2 (ko)
EP (1) EP4236511A1 (ko)
KR (1) KR20230066602A (ko)
WO (1) WO2022197041A1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115412896A (zh) * 2021-05-26 2022-11-29 华为技术有限公司 通信方法及装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021011426A1 (en) * 2019-07-12 2021-01-21 Qualcomm Incorporated Multi-link communication

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11778645B2 (en) * 2020-04-08 2023-10-03 Qualcomm Incorporated Early critical update indications for multi-link devices
US20220183062A1 (en) * 2020-05-13 2022-06-09 Mediatek Singapore Pte. Ltd. Extremely-High-Throughput Enhanced Subchannel Selective Transmission Operation In Wireless Communications
CN113766432A (zh) * 2020-06-04 2021-12-07 华为技术有限公司 适用于多链路的组播业务传输方法及装置
CN115623426B (zh) * 2020-07-27 2023-07-11 华为技术有限公司 适用于多链路的组播业务传输方法及装置
WO2022075821A1 (ko) * 2020-10-08 2022-04-14 주식회사 윌러스표준기술연구소 무선 통신 시스템에서 프레임을 송수신하기 위한 방법 및 무선 통신 단말
US20220132419A1 (en) * 2020-10-23 2022-04-28 Nxp Usa, Inc. Device and method for multi-link communications

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021011426A1 (en) * 2019-07-12 2021-01-21 Qualcomm Incorporated Multi-link communication

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
JEONGKI KIM (LG ELECTRONICS): "CR for Critical Update", IEEE DRAFT; 11-21-0399-00-00BE-CR-FOR-CRITICAL-UPDATE, vol. 802.11 EHT; 802.11be, 15 March 2021 (2021-03-15), Piscataway, NJ USA , pages 1 - 4, XP068179175 *
KWON YOUNG HOON, CHU LIWEN, KUMAR MANISH, ZHANG HONGYUAN, ZHANG YAN, CAO RUI, SRINIVASA SUDHIR, LOU HUI-LING: "Critical Update -Follow Up", IEEE 802.11-21/0262R0, 17 February 2021 (2021-02-17), pages 1 - 9, XP055967354 *
PATIL, Abhishek et al. MLO Indication of Critical Updates. doc.: IEEE 802.11-20/0586r0. 28 May 2020. *
YONGHO SEOK, MEDIATEK, LU KAIYING, INC MEDIATEK, JAMES YEE: "Multi-link BSS Parameter Update", 15 March 2020 (2020-03-15), pages 1 - 14, XP055683145, Retrieved from the Internet <URL:https://mentor.ieee.org/802.11/dcn/20/11-20-0337-00-00be-multi-link-bss-parameter-update.pptx> [retrieved on 20200406] *

Also Published As

Publication number Publication date
EP4236511A1 (en) 2023-08-30
US20230284306A1 (en) 2023-09-07
US11997735B2 (en) 2024-05-28
KR20230066602A (ko) 2023-05-16

Similar Documents

Publication Publication Date Title
WO2021002618A1 (ko) 멀티링크 동작 모드
WO2020246708A1 (ko) 무선랜 시스템에서 링크에 관한 정보를 송신 또는 수신하는 방법 및 장치
WO2021251758A1 (ko) 무선랜 시스템에서 멀티 링크 요소를 통해 중요 업데이트 정보를 수신하는 방법 및 장치
WO2021002617A1 (ko) 멀티링크에서 tid와 링크의 매핑
WO2021112557A1 (ko) 무선 통신 시스템에서 멀티 링크 통신을 수행하기 위한 기법
WO2021167366A1 (ko) 멀티 링크 전송을 위한 버퍼 정보 공유
WO2021251696A1 (ko) 무선랜 시스템에서 mld 간 링크 재설정을 수행하는 방법 및 장치
WO2021187858A1 (ko) 무선 통신 시스템에서 멀티 링크 통신을 수행하기 위한 기법
WO2021141466A1 (ko) 무선 통신 시스템에서 멀티 링크 통신을 수행하기 위한 기법
WO2021162234A1 (ko) 링크의 캐퍼빌리티 정보 전송
WO2022025520A1 (ko) 절전 모드에서 중요 정보의 획득
WO2021182892A1 (ko) 무선 통신 시스템에서 멀티 링크 통신을 수행하기 위한 기법
WO2020242106A1 (ko) 무선랜 시스템에서 톤 플랜을 기반으로 eht ppdu를 수신하는 방법 및 장치
WO2021112556A1 (ko) 무선 통신 시스템에서 멀티 링크 통신을 수행하기 위한 기법
WO2022108370A1 (ko) 무선랜 시스템에서 송신 mld 내 ap들에 대한 부분 정보를 요청하는 방법 및 장치
WO2021251757A1 (ko) 무선랜 시스템에서 mld 간 중요 업데이트 정보를 획득하는 방법 및 장치
WO2021112510A1 (ko) 멀티링크 동작을 위한 링크 셋업
WO2021177774A2 (ko) 무선 통신 시스템에서 멀티 링크 통신을 수행하기 위한 기법
WO2021141467A1 (ko) 무선 통신 시스템에서 멀티 링크 통신을 수행하기 위한 기법
WO2021177749A1 (ko) 무선 통신 시스템에서 멀티 링크 통신을 수행하기 위한 기법
WO2021210794A1 (ko) 멀티 링크 채널 액세스
WO2021141211A1 (ko) 멀티 ap 시스템에서 c-ofdma 전송을 위한 채널 스위칭
WO2021029555A1 (ko) 멀티 ap 시스템에서 신호 송수신
WO2021201650A1 (ko) 무선 통신 시스템에서 멀티 링크 통신을 수행하기 위한 기법
WO2021241918A1 (ko) Nstr 환경에서의 파워 세이빙

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20237012318

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2022771707

Country of ref document: EP

Effective date: 20230523

NENP Non-entry into the national phase

Ref country code: DE