WO2022025520A1 - 절전 모드에서 중요 정보의 획득 - Google Patents

절전 모드에서 중요 정보의 획득 Download PDF

Info

Publication number
WO2022025520A1
WO2022025520A1 PCT/KR2021/009467 KR2021009467W WO2022025520A1 WO 2022025520 A1 WO2022025520 A1 WO 2022025520A1 KR 2021009467 W KR2021009467 W KR 2021009467W WO 2022025520 A1 WO2022025520 A1 WO 2022025520A1
Authority
WO
WIPO (PCT)
Prior art keywords
sta
mld
link
information
frame
Prior art date
Application number
PCT/KR2021/009467
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 US18/018,457 priority Critical patent/US20230354187A1/en
Publication of WO2022025520A1 publication Critical patent/WO2022025520A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0203—Power saving arrangements in the radio access network or backbone network of wireless communication networks
    • H04W52/0206—Power saving arrangements in the radio access network or backbone network of wireless communication networks in access points, e.g. base stations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • 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
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present specification relates to a method for obtaining important information when a multi-link device (MLD) operates in a power saving mode in a multi-link environment in a wireless local area network (WLAN) system.
  • MLD multi-link device
  • WLAN wireless local area network
  • 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 STA MLD may include a first STA and a second STA, and an access point (AP) MLD may include a first AP and a second AP.
  • the first STA and the first AP may operate on a first link
  • the second STA and the second AP operate on a second link
  • the second STA may be in a doze state.
  • the first STA may receive a notification frame including information related to a critical update generated in the second AP through the first link.
  • the second STA may obtain information related to the critical update from the first STA.
  • the notification frame may include a management frame.
  • the STA when a critical update occurs in the AP because one STA of the MLD is in a doze state, the STA does not directly receive information related to the critical update from the AP.
  • Information related to the critical update may be acquired from another STA within the same MLD that has received the related information.
  • FIG. 1 shows an example of a transmitting apparatus and/or a receiving apparatus of the present specification.
  • WLAN wireless LAN
  • 3 is a view for explaining a general link setup process.
  • FIG. 5 shows a modified example of a transmitting apparatus and/or a receiving apparatus of the present specification.
  • FIG. 6 shows an example of the structure of a non-AP MLD.
  • FIG. 7 is a diagram illustrating an embodiment of a method for connecting a link between MLDs.
  • FIG. 8 is a diagram illustrating an embodiment of an Announcement explicit method considering a single link device.
  • FIG. 9 is a diagram illustrating an embodiment of a frame format when a probe response frame is used as an announcement frame.
  • FIG. 10 is a diagram illustrating an embodiment of a frame format when a probe response frame is used as an announcement frame.
  • FIG. 11 is a diagram illustrating an embodiment of an Announcement explicit method in consideration of a single link device.
  • FIG. 12 is a diagram illustrating an embodiment of an Announcement explicit method in consideration of a single link device.
  • FIG. 13 is a diagram illustrating an embodiment of an Announcement explicit method in consideration of a multi-link device.
  • FIG. 14 is a diagram illustrating an embodiment of an operating method of an STA operating in PS mode.
  • 15 to 17 are diagrams illustrating an embodiment of a frame format when a probe response frame is used as an announcement frame.
  • 18 is a diagram illustrating an embodiment of an Announcement explicit method in consideration of a multi-link device.
  • 19 is a diagram illustrating an embodiment of an operating method of an STA operating in PS mode.
  • 20 is a diagram illustrating an embodiment of an Announcement explicit method in consideration of a multi-link device.
  • 21 is a diagram illustrating an embodiment of an Announcement implicit method in consideration of a single link device.
  • 22 is a diagram illustrating an embodiment of a frame format when a probe response frame is used as an announcement frame.
  • FIG. 23 is a diagram illustrating an embodiment of an Announcement implicit method in consideration of a single link device.
  • 24 is a diagram illustrating an embodiment of an Announcement implicit method in consideration of a multi-link device.
  • 25 is a diagram illustrating an embodiment of an operating method of an STA operating in PS mode.
  • 26 is a diagram illustrating an embodiment of an Announcement implicit method in consideration of a multi-link device.
  • 27 is a diagram illustrating an embodiment of an operating method of an STA operating in PS mode.
  • 28 and 29 are diagrams illustrating an embodiment of a frame format when a probe response frame is used as an announcement frame.
  • FIG. 30 is a diagram illustrating an embodiment of an Announcement implicit method in consideration of a multi-link device.
  • 31 is a diagram illustrating an embodiment of an operating method of an STA operating in PS mode.
  • 32 is a diagram illustrating an embodiment of an Announcement implicit method in consideration of a multi-link device.
  • 33 is a diagram illustrating an embodiment of an operating method of an STA operating in PS mode.
  • 34 is a diagram illustrating an embodiment of a method of operating an STA in an active mode and a PS mode.
  • 35 to 42 are diagrams illustrating an embodiment of an Announcement method.
  • 43 is a diagram illustrating an embodiment of a static signaling method of a single link device.
  • 44 is a diagram illustrating an embodiment (when MLD level is supported) of a static signaling method of a multi-link device.
  • 45 is a diagram illustrating an embodiment (when link level is supported) of a static signaling method of a multi-link device.
  • 46 is a diagram illustrating an embodiment of a dynamic signaling method of a single link device.
  • 47 is a diagram illustrating an embodiment (when MLD level is supported) of a dynamic signaling method of a multi-link device.
  • 48 is a diagram illustrating an embodiment (when link level is supported) of a dynamic signaling method of a multi-link device.
  • 49 is a diagram illustrating an embodiment of a method of operating an STA MLD.
  • 50 is a diagram illustrating an embodiment of an AP MLD operation method.
  • 'A or B (A or B)' may mean 'only A', 'only B', or 'both A and B'.
  • 'A or B (A or B)' in the present specification may be interpreted as 'A and/or B (A and/or B)'.
  • 'A, B or C(A, B or C)' as used herein means 'only A', 'only B', 'only C', or 'any and any combination of A, B and C ( It may mean any combination of A, B and C).
  • a slash (/) or a comma (comma) used in this specification may mean 'and/or'.
  • 'A/B' may mean 'A 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 'A and B (at least one of A and B)'.
  • 'at least one of A, B and C' means 'only A', 'only B', 'only C', or 'A, B and C' It may mean any combination of A, B and C'.
  • 'at least one of A, B or C' or 'at least one of A, B and/or C' means It may mean 'at least one of A, B and C'.
  • parentheses used in this specification may mean 'for example'.
  • 'control information (EHT-Signal)' when 'control information (EHT-Signal)' is displayed, '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' 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 the EHT standard or a new wireless LAN standard that is an enhancement of 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 in 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 (apparatus), 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.
  • the 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-drawing (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 to be transmitted through the transceiver (ie, a transmission signal).
  • an operation of a device indicated 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 .
  • Relevant 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 that is used.
  • 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 ( Related signals may be transmitted or received via 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, first STA, second STA, STA1, STA2, AP, first AP, second AP, AP1, AP2, (transmission / reception) Terminal, (transmission / reception) device
  • a device called , (transmission/reception) apparatus, a network, etc. may refer to the STAs 110 and 120 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 specific sequence eg, pilot sequence, STF / LTF sequence, SIG
  • SIG subfield
  • SIG subfield
  • STF subfield
  • LTF LTF
  • Data subfield
  • an operation related to determination / acquisition / configuration / operation / decoding / encoding of the ACK signal may include
  • various information eg, field/subfield/control field/parameter/power related information used by various STAs for determination/acquisition/configuration/computation/decoding/encoding of transmit/receive signals is 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-view (b) of FIG. 1 .
  • the transceivers 113 and 123 shown in the sub drawing (b) of FIG. 1 may perform the same function as the transceivers shown in the sub drawing (a) of FIG. 1 described above.
  • the processing chips 114 and 124 shown in the sub-view (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 mobile terminal, a wireless device, a wireless transmit/receive unit (WTRU), a user equipment (UE), a mobile station (MS), a mobile Mobile Subscriber Unit, user, user STA, network, base station, Node-B, access point (AP), repeater, router, relay, receiving device, transmitting device, receiving STA, transmitting STA, Receiving Device, Transmitting Device, Receiving Apparatus, and/or Transmitting Apparatus means the STAs 110 and 120 shown in the sub-drawings (a)/(b) of FIG. 1, or the sub-view (b) of FIG. ) may mean the processing chips 114 and 124 shown in FIG.
  • a technical feature in which a transmitting STA transmits a control signal is that the control signals generated by the processors 111 and 121 shown in the sub-drawings (a)/(b) of FIG. 1 are ) / (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-view (a) of FIG. 1 is the processor shown in the sub-view (a) of FIG. 111, 121) can be understood as a technical feature obtained by.
  • the technical feature for the receiving STA to receive 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 a processing chip shown in the sub-view (b) of FIG. 1 . 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
  • the processors 111, 121 or processing chips 114, 124 shown in FIG. 1 are SNAPDRAGON TM series processors manufactured by Qualcomm®, EXYNOS TM series processors manufactured by Samsung®, and Apple®. It may be an A series processor manufactured by MediaTek®, a HELIO TM series processor manufactured by MediaTek®, an ATOM
  • 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 LAN
  • 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 wireless LAN 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, the APs 225 and 230 providing a distribution service, and a distribution system (DS) 210 connecting a plurality of APs.
  • DS distribution system
  • 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 is necessary to 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 nearby while moving channels, and waits for a response.
  • 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 thereto, 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 the AP transmits an association response frame to the STA in response thereto.
  • 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 a mobility domain.
  • SSID service set identifier
  • supported rates supported channels
  • RSN radio station
  • TIM broadcast request Traffic Indication Map Broadcast request
  • 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
  • the PPDU of FIG. 4 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 by 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. 4 may represent some or all of the PPDU types used in the EHT system.
  • the example of FIG. 4 may be used for both a single-user (SU) mode and a multi-user (MU) mode.
  • the PPDU of FIG. 4 may be a PPDU for one receiving STA or a plurality of receiving STAs.
  • the EHT-SIG of FIG. 4 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. 4 .
  • 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. 4 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 transmitting STA may generate the RL-SIG generated in the same way as the L-SIG.
  • BPSK modulation may be 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 U-SIG may be inserted after the RL-SIG of FIG. 4 .
  • 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 U-SIG may be transmitted/received based on 52 data tones and 4 pilot tones.
  • the common field of the EHT-SIG and the user-individual field of the EHT-SIG may be coded separately.
  • One user block field included in the user-individual field may contain information for two users, but the last user block field included in the user-individual field is for one user. It is possible to include information. That is, one user block field of the EHT-SIG may include a maximum of two user fields (user fields). As in the example of FIG. 5 , each user field may be related to MU-MIMO assignment or may be related to non-MU-MIMO assignment.
  • the common field of the EHT-SIG may include a CRC bit and a tail bit, the length of the CRC bit may be determined as 4 bits, and the length of the tail bit may be determined as 6 bits and may be set to '000000'.
  • the common field of the EHT-SIG may include RU allocation information.
  • the RU allocation information may refer to information about a location of an RU to which a plurality of users (ie, a plurality of receiving STAs) are allocated.
  • the RU allocation information may be configured in units of 8 bits (or N bits).
  • (transmit/receive/uplink/downlink) signal may be a signal transmitted/received based on the PPDU of FIG. 4 .
  • the PPDU of FIG. 4 may be used to transmit and receive various types of frames.
  • the PPDU of FIG. 4 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. 4 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. 4 may be used for a data frame.
  • the PPDU of FIG. 4 may be used to simultaneously transmit at least two or more of a control frame, a management frame, and a data frame.
  • FIG. 5 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. 5 .
  • the transceiver 630 of FIG. 5 may be the same as the transceivers 113 and 123 of FIG. 1 .
  • the transceiver 630 of FIG. 5 may include a receiver and a transmitter.
  • the processor 610 of FIG. 5 may be the same as the processors 111 and 121 of FIG. 1 . Alternatively, the processor 610 of FIG. 5 may be the same as the processing chips 114 and 124 of FIG. 1 .
  • the memory 150 of FIG. 5 may be the same as the memories 112 and 122 of FIG. 1 .
  • the memory 150 of FIG. 5 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 .
  • the microphone 641 may receive a sound related input to be used by the processor 610 .
  • the STA (AP and/or non-AP STA) of the present specification may support multi-link (ML) communication.
  • ML communication may refer to communication supporting a plurality of links.
  • Links related to ML communication are channels of the 2.4 GHz band shown in FIG. 15, the 5 GHz band shown in FIG. 16, and the 6 GHz band shown in FIG. 17 (eg, 20/40/80/160/240/320 MHz channels) may include
  • 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 include at least one channel in the 2.4 GHz band (or 5 GHz/6 GHz band) and at least one channel in the 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 management frames or control frames such as Beacon, Probe Request/Response, Association Request/Response.
  • management frames or control frames 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 about 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
  • all TIDs for uplink/downlink link may be pre-configured to be mapped. Specifically, if negotiation is not made through ML setup, all TIDs are used for ML communication. can be used for
  • a plurality of links usable by the transmitting MLD and the receiving MLD related to ML communication may be set, 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 MLD may include non-AP MLD and AP-MLD.
  • Non-AP MLD and AP-MLD may be classified according to the function of an access point (AP).
  • AP access point
  • Non-AP MLD and AP-MLD may be physically separated or logically separated. For example, when the MLD performs an AP function, it may be referred to as an AP MLD, and when the MLD performs an STA function, it may be referred to as a non-AP MLD.
  • the MLD has one or more connected STAs and has one MAC service access point (SAP) through an upper link layer (Logical Link Control, LLC).
  • SAP MAC service access point
  • LLC Logical Link Control, LLC
  • MLD may mean a physical device or a logical device.
  • a device may mean an MLD.
  • the MLD may include at least one STA connected to each link of the multi-link.
  • the processor of the MLD may control the at least one STA.
  • the at least one STA may be independently configured and operated.
  • the at least one STA may include a processor and a transceiver, respectively.
  • the at least one STA may operate independently regardless of the processor of the MLD.
  • the MLD controls at least one STA, but is not limited thereto.
  • the at least one STA may transmit/receive a signal independently regardless 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.
  • a multi-link device (MLD) structure in which one AP/non-AP MLD supports multiple links is considered 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.
  • FIG. 6 shows an example of the structure of a non-AP MLD.
  • 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.
  • FIG. 6 shows an example of a non-AP MLD structure
  • the structure of an AP MLD may be configured the same as an example of the non-AP MLD structure shown in FIG. 6 .
  • the non-AP MLD may include STA1, STA2, and STA3.
  • STA1 may operate in link 1.
  • Link 1 may be included in the 5 GHz band.
  • STA2 may operate in link 2.
  • Link 2 may be included in the 6 GHz band.
  • STA3 may operate in link 3.
  • Link 3 may be included in the 6 GHz band.
  • the band including link 1/2/3 is exemplary, and may be included in 2.4, 5, and 6 GHz.
  • each AP of the AP MLD and each STA of the non-AP MLD may be connected to each link through a 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.
  • a link in order to reduce power consumption, a link may be divided into an anchored link or a non-anchored link.
  • Anchored link or non-anchored link can be called variously.
  • an anchored link may be called a primary link.
  • a non-anchored link may be called a secondary link.
  • the AP MLD supporting multi-link can be managed by designating each link as an anchored link or a non-anchored link.
  • AP MLD may support one or more Links among a plurality of Links as an anchored link.
  • the non-AP MLD can be used by selecting one or more of its own anchored links from the Anchored Link List (the list of anchored links supported by the AP MLD).
  • the anchored link may be used not only for frame exchange for synchronization, but also for non-data frame exchange (eg, Beacon and Management frame). Also, a non-anchored link can be used only for data frame exchange.
  • the non-AP MLD can monitor (or monitor) only the anchored link to receive the Beacon and Management frame during the idle period. Therefore, in the case of non-AP MLD, it must be connected to at least one anchored link to receive a beacon and a management frame.
  • the one or more Anchored Links should always maintain the enabled state.
  • non-Anchored Links are used only for data frame exchange. Therefore, the STA corresponding to the non-anchored link (or the STA connected to the non-anchored link) can enter doze during the idle period when the channel/link is not used. This has the effect of reducing power consumption.
  • FIG. 7 is a diagram illustrating an embodiment of a method for connecting a link between MLDs.
  • the AP MLD may include AP1, AP2, and AP3, and the non-AP MLD may include STA1 and STA2.
  • AP1 and STA1 may be connected through link 1, and AP2 and STA2 may be connected through link 2.
  • AP1 may transmit information on AP2 to the non-AP MLD through Link 1.
  • STA2 of non-AP MLD is in doze state of PS mode, if AP2 has information to transmit to STA2, AP1 transmits to STA1 to STA2 through Link 1 without waking STA2 through cross-link signaling You can send the required information.
  • the STA can receive change information or new information of the AP through the beacon frame that is transmitted periodically, but in the case of specific information, the moment the event occurs because it can affect the transmission operation of the STA from the time of change. There may also be information that needs to be informed to the STA. For example, in 11be, non-Simultaneous TX/RX (non-STR) capability that occurs due to multi-link characteristics may limit the TX/RX operation of the STA due to inter-link interference during data transmission. may be insufficient to pass 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 (for example, , it defines a method of notifying the presence or absence of updates of elements classified as critical update events in 11be with numbers.
  • a change sequence field or information indicating a change sequence number, such as a change sequence element
  • the AP notifies the Beacon of the changed BSS information and the version information (ie, number) of the changed information to the STA as a Change sequence field, and the STA has a different sequence from the previously received version information.
  • the probe request is transmitted to the updated BSS to receive the information.
  • the STA connected to the updated BSS is in the Doze state, it can be awake through cross-signaling and then directly request the changed information.
  • the AP may notify the non-AP STA of whether or not BSS information is updated through the Change sequence field, and at this time, it may inform which information has been updated through an indicator transmitted together.
  • the AP may also transmit whether other APs in the same AP MLD have updated BSS information. If the STA that receives the increased Change sequence field value from the AP through the Beacon frame (or another frame) receives the Link ID together with the Change sequence field, it can know which AP's BSS information of the connected AP MLD has been updated. That is, the STA can know that the BSS information is updated based on the increase in the Change sequence field value, and can know which BSS information has been updated through the Link ID.
  • link indication information eg, Link ID
  • the AP may inform the non-AP MLD which information has been updated. If the STA that receives the increased Change sequence field value through the Beacon frame (or another 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, the AP may indicate specific information by using a Request element, an Extended element, or a PV1 Probe Response Option element. At this time, 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 eg, element ID
  • This information may 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 knows that it has updated BSS information through information received by another STA in the same non-AP MLD (that is, an STA in an awake state), unconditionally Instead of awake, you can choose whether to awake or not, depending on the situation (according to the importance of information).
  • the AP MLD transmits all critical update IEs (eg, all IE information classified as critical update event in 11be) together with link information of a specific AP and Change Sequence field information of the corresponding AP. It can inform whether a critical update has occurred in the AP.
  • the STA that receives the Change Sequence field value increased compared to its current CSN information through the Beacon frame (or another frame, for example, (Broadcast) Probe response frame, etc.) from the AP, regardless of its current CSN value It is possible to receive all the latest all Critical update IEs from the corresponding AP. Therefore, the above method may be useful for a long sleep device.
  • 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 transmitted through a separate Announcement frame, or may be transmitted by piggybacking to the DL Frame of the AP.
  • a separate Announcement frame may be a management frame (eg, Broadcast Probe response, etc.) or 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 an explicit method for directly transmitting changed information is proposed, and in Section 1-2, the changed information is considered.
  • an Announcement method considering power saving.
  • the BSS information of the AP MLD is changed (eg, a critical update occurs)
  • a method of directly notifying the changed corresponding information to the STA is proposed.
  • the STA that has obtained 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 (eg, a new definition frame or a broadcast probe response, etc.) and transmitted to the connected STA.
  • a separate announcement frame eg, a new definition frame or a broadcast probe response, etc.
  • FIG. 8 is a diagram illustrating an embodiment of an Announcement explicit method considering a single link device.
  • the AP MLD may notify the STA of the change through an Announcement frame.
  • FIG. 9 is a diagram illustrating an embodiment of a frame format when a probe response frame is used as an announcement frame.
  • the probe response frame may include change sequence number (CSN) information (eg, change sequence element) indicating that a critical update has occurred and changed parameter information (eg, channel switch announcement).
  • CSN change sequence number
  • changed parameter information eg, channel switch announcement
  • 11be has defined it as “The critical updates are defined in 11.2.3.15(TIM Broadcast) and the additional update can be added if needed.”
  • the AP transmits an announcement frame (eg, (Broadcast) Probe Response frame) including all critical update IEs defined in 11be to provide the STA with the latest critical update information of the AP. .
  • An embodiment of a case in which a probe response frame is used as an announcement frame is as follows.
  • FIG. 10 is a diagram illustrating an embodiment of a frame format when a probe response frame is used as an announcement frame.
  • the corresponding Probe response frame includes CSN information (eg, Change Sequence element) indicating that a critical update has occurred through the form above and information classified into all critical update events (eg, all critical update IE information) may include That is, when the CSN of the AP is updated from 4 to 5, the announcement frame includes all IE information related to critical update (eg, critical update IE (a), ..., critical update IE (z)). ) may be included.
  • CSN information eg, Change Sequence element
  • 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 AP MLD may notify the corresponding information 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.
  • information related to critical update may be piggybacked on a DL frame being transmitted instead of a separate announcement frame and transmitted to the STA. If there is a DL frame to be transmitted by the AP after a critical update occurs, information related to the APSMS critical update may be included in the DL frame and transmitted. An example for this is as follows.
  • FIG. 11 is a diagram illustrating an embodiment of an Announcement explicit method in consideration of a single link device.
  • the updated information may be included in the DL frame and transmitted.
  • a separate Announcement frame is not used through the corresponding method, thereby reducing frame overhead.
  • the AP may transmit a DL Frame including all critical update IE information classified as a critical update event, not only changed information. Examples for this are as follows.
  • FIG. 12 is a diagram illustrating an embodiment of an Announcement explicit method in consideration of a single link device.
  • the AP MLD transmits all critical update information for AP1 to the DL It can be transmitted by being included in a frame.
  • a separate Announcement frame is not used through the corresponding method, thereby reducing frame overhead.
  • 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 AP piggybacks information related to the occurrence of low latency data traffic to the DL Frame or generates a separate DL Frame (eg, TWT Frame) to transmit the important information to the STA. can be passed on to
  • 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. 11be considers cross-link signaling by utilizing multi-link characteristics. Accordingly, through cross-link signaling, the AP MLD can 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 as follows.
  • FIG. 13 is a diagram illustrating an embodiment of an Announcement explicit method in consideration of a multi-link device.
  • AP MLD may notify STA2 of this by transmitting an announcement frame through Link 1 instead of Link 2.
  • STA1 may transmit change information to STA2 through information sharing.
  • This cross-link signaling method does not wake up to receive changes (that is, information related to critical updates) when STA2 is in a doze state for power saving, and information related to critical updates can be transmitted through Link 1. Therefore, it can be used more usefully for STAs operating in PS mode.
  • An example of this is as follows.
  • FIG. 14 is a diagram illustrating an embodiment of an operating method of an STA operating in PS mode.
  • STA2 may acquire change information of AP2 without awake. By utilizing this, the STA2 can further reduce power consumption.
  • STA2 may operate in the PS mode and may be in a doze state. For example, the STA2 may receive the beacon frame by transitioning to the awake state only when receiving the beacon frame. After the STA2 receives the beacon frame, if a critical update occurs in AP2, the STA cannot acquire information related to the critical update of AP2 until the next beacon frame is received in the existing case.
  • AP1 may transmit information related to critical update of AP2 to STA1 through an announcement frame. The STA1 may deliver information related to the critical update of the AP2 to the STA2 through cross-link signaling. Accordingly, the STA2 may acquire information related to the critical update generated in the AP2 even before the next beacon frame is received.
  • 15 is a diagram illustrating an embodiment of a frame format when a probe response frame is used as an announcement frame.
  • the corresponding Probe response frame includes CSN information (eg, change sequence element) indicating that a critical update has occurred and changed parameter information (eg, channel switch announcement) in the form of the probe response Multi of the probe response. It can be notified through the -Link element. 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 dozes through the announcement frame.
  • CSN information eg, change sequence element
  • changed parameter information eg, channel switch announcement
  • all critical update information eg, all IE information classified as critical update event in 11be
  • CSN information indicating that a critical update to other APs has occurred in the frame
  • STA2 enters a doze state for power saving reasons.
  • STA2 when a critical update occurs in AP2, it is necessary to notify STA2, but since STA2 is in a doze state, STA2 must be awakened to notify it.
  • the AP MLD provides information about the critical update of AP2 through Link 1 through a probe response frame (Broadcast), so that the non-AP MLD can obtain updated information without awake of STA2.
  • 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.
  • AP1 may notify changed information on AP2 through an announcement frame.
  • a frame including all IE information classified as critical update event for AP2 is transmitted. can In this case, all IE information classified as a critical update event means information defined in 11be.
  • the AP MLD uses the multi-link characteristic to perform an announcement frame including all critical update IEs defined in 11be through cross-link signaling even when a critical update event occurs for other APs of the same AP MLD (eg, (Broadcast) Probe Response frame), it is possible to provide the STA with the latest critical update information of the AP.
  • An embodiment of a case in which a probe response frame is used as an announcement frame is as follows.
  • 16 is a diagram illustrating an embodiment of a frame format when a probe response frame is used as an announcement frame.
  • the corresponding Probe response frame includes CSN information (eg, change sequence element) indicating that a critical update has occurred through the form above and all critical update information (eg, all IEs classified as critical update events in 11be) Information, Critical update IE(a), ..., Critical update IE(z)) may be informed through the Multi-Link element of the probe response.
  • CSN information eg, change sequence element
  • all critical update information eg, all IEs classified as critical update events in 11be
  • the STA dozes 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 method of delivering change information to the reporting AP.
  • An example of using the frame format of the probe response frame in this case is as follows. Through this form, the reporting AP may transmit important change information about itself and change information about the reported AP in some cases.
  • FIG. 17 is a diagram illustrating an embodiment of a frame format when a probe response frame is used as an announcement frame.
  • the AP MLD can notify the low latency data traffic information generated in the other AP as well as the low latency data traffic information generated in its own 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 is in the doze state to receive information. You can stay awake without entering the doze state.
  • the change may be piggybacked on a DL frame being transmitted instead of a separate announcement to notify the STA. Examples for this are as follows.
  • 18 is a diagram illustrating an embodiment of an Announcement explicit method in consideration of a multi-link device.
  • 19 is a diagram illustrating an embodiment of an operating method of an STA operating in PS mode.
  • STA2 may acquire change information of AP2 without awake. By utilizing this, the STA2 can further reduce power consumption.
  • 20 is a diagram illustrating an embodiment of an Announcement explicit method in consideration of a multi-link device.
  • 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 STA when low latency data traffic occurs in a specific AP, if there is a DL Frame to be transmitted through another AP, piggyback the DL Frame or generate a separate DL Frame (eg, TWT Frame) to transmit the relevant important information to the STA can transmit.
  • a separate DL Frame eg, TWT Frame
  • the STA that needs to receive the relevant important information does not need to wake from the doze state or perform additional channel access, which is effective in throughput or power saving.
  • an indication indicating that there is changed information in a separate Announcement frame eg, a new definition frame or a Broadcast Probe response, etc.
  • a separate Announcement frame eg, a new definition frame or a Broadcast Probe response, etc.
  • change sequence field e.g.
  • Change sequence element e.g.
  • 21 is a diagram illustrating an embodiment of an Announcement implicit method in consideration of a single link device.
  • AP1 may notify STA1 by including such change information in an Announcement frame.
  • the information included in the Announcement frame includes only the presence or absence of update of specific information, not the actual field value.
  • STA1 may request the changed information through Link 1.
  • the Request frame requested by the STA1 may be a separately defined frame, a management frame (eg, probe request), or a QoS data frame.
  • the STA1 may try to listen to the next Beacon to receive important change information.
  • 22 is a diagram illustrating an embodiment of a frame format when a probe response frame is used as an announcement frame.
  • the corresponding probe response frame may inform the probe response by including CSN information (eg, change sequence element, change sequence field) indicating that a critical update has occurred through the above format.
  • CSN information eg, change sequence element, change sequence field
  • the STA that has received the message compares the CSN information it currently has (in 11be, the non-AP STA agreed to keep the most recently received CSN information) with 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 obtain 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 the critical update, In order to provide information about this to all STAs (Broadcast), it may be broadcast as a Probe Response frame.
  • the information included in the response frame is information changed due to the most recent critical update (ie, when the CSN value of the AP is 5, information changed while being updated from CSN 4 to CSN 5) or all critical update information (ie, 11be All information classified as a critical update event in the
  • STA1 may request information from AP1 for all or part of information after checking which information acquired through the Announcement frame has been changed. For example, when it is confirmed that various pieces of information on the BSS have been changed through the Announcement frame, 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. may be
  • an indication of such a change may be piggybacked on a DL frame being transmitted instead of a separate announcement to inform the STA. If, after the critical update occurs, if there is a DL frame to be transmitted by the AP, such an indication may be included in the DL frame and transmitted. An example for this is as follows.
  • FIG. 23 is a diagram illustrating an embodiment of an Announcement implicit method in consideration of a single link device.
  • an indication indicating updated information may be included in the DL frame and transmitted.
  • a separate Announcement frame is not used through the corresponding method, thereby reducing frame overhead.
  • STA1 may request the corresponding information from AP1 through a request frame by indicating the information it wants to acquire.
  • the AP transmits information in a response frame. In this case, STA1 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. 11be considers cross-link signaling by utilizing multi-link characteristics. Accordingly, through cross-link signaling, the AP MLD may notify the non-AP MLD of the BSS information of the other AP as well as the indication of its own BSS change information through its link. An example of this is as follows.
  • 24 is a diagram illustrating an embodiment 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 STA2 that AP2 currently has changed information.
  • STA1 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 STA2 is in a doze state for power saving, it does not wake to receive a change and can transmit it through Link 1.
  • the non-AP MLD which has confirmed that there is changed information in AP2 through Link 1, can 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 the critical update, In order to provide information about this to all STAs (Broadcast), it may be broadcast as a Probe Response frame.
  • the information included in the response frame is information changed due to the most recent critical update (that is, when the CSN value of AP2 is 5, information changed while being updated from CSN 4 to CSN 5) or all critical update information (ie, AP2) All information classified as critical update event in 11be of This Response frame may be transmitted through the link through which the STA transmits the Request frame or may be transmitted through the link where the critical update actually occurs.
  • An embodiment of an STA operating in PS mode is as follows.
  • 25 is a diagram illustrating an embodiment of an operating method of an STA operating in PS mode.
  • STA2 may obtain a changed information indication and request information through Link 1 without awake. Through the proposed method, the STA can further reduce power consumption.
  • the non-AP MLD which has confirmed that AP2 has changed information through Link 1, may request the changed information through Link 2. Examples for this are as follows.
  • 26 is a diagram illustrating an embodiment of an Announcement implicit method in consideration of a multi-link device.
  • 27 is a diagram illustrating an embodiment of an operating method of an STA operating in PS mode.
  • the STA2 may wake up and request the desired information through Link 2 only if 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. 28 is a diagram illustrating an embodiment of a frame format when a probe response frame is used as an announcement frame.
  • the corresponding Probe response frame may inform CSN information (eg, 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 dozes through the announcement frame. It is also possible to acquire change information that another STA, which is a state, needs to know.
  • CSN information eg, change sequence element, change sequence field
  • the STA Upon receiving the message, the STA receives CSN information for another STA it currently has (in 11be, the non-AP STA agreed to keep the most recently received CSN information) and the information received through the announcement frame above. 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 method of delivering change information to the reporting AP.
  • An example of using the frame format of the probe response frame in this case is as follows. Through this form, 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.
  • 29 is a diagram illustrating an embodiment of a frame format when a probe response frame is used as an announcement frame.
  • the change may be piggybacked on a DL frame being transmitted instead of a separate announcement to notify the STA. Examples for this are as follows.
  • FIG. 30 is a diagram illustrating an embodiment of an Announcement implicit method in consideration of a multi-link device.
  • the non-AP MLD may transmit a request message for acquiring the desired information or all information through Link 1.
  • a separate Announcement frame is not used through the corresponding method, thereby reducing frame overhead.
  • STA2 enters the doze state through PS mode, it can be used even more usefully because change information can be transmitted through Link 1 without awake. An example of this is as follows.
  • 31 is a diagram illustrating an embodiment of an operating method of an STA operating in PS mode.
  • STA2 may obtain a changed information indication and request information through Link 1 without awake. Through the proposed method, the STA can further reduce power consumption.
  • the non-AP MLD which has confirmed that AP2 has changed information through Link 1, may request the changed information through Link 2. Examples for this are as follows.
  • 32 is a diagram illustrating an embodiment of an Announcement implicit method in consideration of a multi-link device.
  • 33 is a diagram illustrating an embodiment of an operating method of an STA operating in PS mode.
  • STA2 may wake up and request desired information through Link 2 only if there is changed information. If it is confirmed through the indication 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 (eg, 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 11be standard.
  • change information and the presence or absence of change information may be informed through periodically transmitted Beacon and additional TIM Frame.
  • the change information may be the information itself (eg, system information parameter value, etc.) updated in the BSS, or it may be an indication indicating the version (eg, change sequence, etc.) of the change information in order to reduce overhead.
  • 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 by being included 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 the STA of non-AP MLD through other 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, but in the case of an STA operating in PS mode, a longer listen interval may be set for further power reduction or the beacon reception may be skipped. However, the transfer of BSS change information through the Beacon may not be sufficient. An example operation for this is as follows.
  • 34 is a diagram illustrating an embodiment of a method of operating an STA in an active mode and a PS mode.
  • the AP may deliver important update information to the STA regardless of the beacon period as to how the AP transmits this information.
  • 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.
  • 35 is a diagram illustrating an embodiment of an Announcement method.
  • AP2 cannot notify the STA.
  • the STA may notify the AP2 of this through PS-Poll.
  • the AP recognizes that the current STA2 has awakened, and may transmit BSS change information generated during the doze period in an Announcement frame.
  • the multi-link case example for the above example is as follows.
  • 36 is a diagram illustrating an embodiment of an Announcement method.
  • the critical update information may be the updated information parameter value, or may be an indication (eg, change sequence) indicating the version of the update information.
  • critical update information of AP1 may be transmitted through Link 2.
  • STA1 can acquire critical update information for itself through Link 2 before its next TBTT time.
  • the example 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.
  • FIG. 37 is a diagram illustrating an embodiment of an Announcement method.
  • the AP may notify the changed information through an Announcement frame after receiving the UL frame from the STA.
  • the multi-link case example for the above example is as follows.
  • 38 is a diagram illustrating an embodiment of an Announcement method.
  • 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.
  • AP1 when using the method proposed in this specification, if a critical update occurs in AP1, if STA2 wakes up before the next TBTT time of STA1 (eg, TWT SP, UL frame transmission, etc.), AP2 is AP1 By transmitting the critical update information of STA2 before entering the doze state again, it can be delivered through Link 2. Through this, STA1 may acquire critical update information for itself through Link 2 before its next TBTT time.
  • the example 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.
  • a method of sending such BSS change information included in the ACK for the UL frame is also proposed. Examples for this are as follows. If 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.
  • 39 is a diagram illustrating an embodiment of an Announcement method.
  • the multi-link case example for the above example is as follows.
  • 40 is a diagram illustrating an embodiment of an Announcement method.
  • the STA previously Critical update information can be checked when awake according to the listening interval.
  • the critical update information may be an updated information parameter value, or may be an indication (eg, change sequence) indicating a version of the update information.
  • 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 as follows.
  • 41 is a diagram illustrating an embodiment of an Announcement method.
  • the multi-link case example for the above example is as follows.
  • 42 is a diagram illustrating an embodiment of an Announcement method.
  • 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.
  • the updated BSS information may be piggybacked and delivered to this DL frame instead of a separate Announcement frame.
  • the DL Frame includes update information and is sent, frame overhead is reduced, and the STA can doze for a longer period of time, so more power consumption can be reduced.
  • the example shows that the DL 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 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. Alternatively, the corresponding information indicates the presence or absence of support for each entity in the MLD when the link level indicates support or not. In this case, a Link indicator (eg, Link ID) may be used to indicate whether each entity supports or not. When the corresponding information is used together with a link indicator (eg, Link ID), it may indicate whether an announcement method is supported for each specific entity in the MLD. That is, each entity in the MLD may independently support the corresponding operation.
  • Link indicator e
  • 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 (eg, Link ID) may be used to indicate whether each entity is activated or not.
  • a Link indicator eg, Link ID
  • link indicator eg, Link ID
  • Link ID e.g., Link ID
  • the corresponding operation can be independently controlled for each entity in the MLD.
  • This mode may be indicated semi-statically or dynamically.
  • semi-static it can be included in EHT capability or EHT operation element, and when dynamically indicated, piggy back to frame (eg, control frame or data frame or null frame, etc.) or A-Control field or It may be indicated through the control field.
  • Announcement method proposed in this specification can be indicated in a static method. If the corresponding method (ie, Announcement method) is supported statically, it operates as follows.
  • 43 is a diagram illustrating an embodiment of a static signaling method of a single link device.
  • 44 is a diagram illustrating an embodiment (when MLD level is supported) of a static signaling method of a multi-link device.
  • the corresponding method is operated only for non-AP MLD or an entity supporting the corresponding method in AP MLD.
  • information may be provided to indicate whether 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.
  • 45 is a diagram illustrating an embodiment (when link level is supported) of a static signaling method of a multi-link device.
  • the frame eg, control frame or data frame, etc.
  • a frame eg, control frame or data frame, etc.
  • Announcement method mode 0 value in the A-Control field or Control field.
  • 46 is a diagram illustrating an embodiment of a dynamic signaling method of a single link device.
  • the request frame eg, control frame or data frame, etc.
  • Announcement method mode 1 value in the A-Control field or Control field.
  • the AP Upon receiving this, the AP deactivates the method for all links in the AP MLD.
  • 47 is a diagram illustrating an embodiment (when MLD level is supported) of a dynamic signaling method of a multi-link device.
  • the AP MLD may activate the Announcement method for all entities in the AP MLD.
  • the deactivation process may be instructed in the same way.
  • 48 is a diagram illustrating an embodiment (when link level is supported) of a dynamic signaling method of a multi-link device.
  • the AP MLD may instruct each entity in the AP MLD to activate the Announcement method.
  • the deactivation process may be instructed in the same way.
  • Announcement method proposed in this specification can be indicated in a semi-static method. 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 in the multi-link setup process (eg, by using the Support Announcement method field).
  • the corresponding method can be freely activated or deactivated by using the “Announcement method mode” field like the dynamic signaling method described in Section 4.3.2.
  • the semi-static signaling method may be used as a compromise method between the static signaling method and the dynamic signaling method.
  • the non-AP MLD can support the Announcement method for power saving (refer to clause 2) proposed in this specification together, the following operation is performed.
  • 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), and when operating in PS mode, the Announcement method for power saving (suggested in Section 2) is used. works based on
  • the non-AP MLD does not support the Announcement method for power saving (section 2) proposed in this specification together, it operates based on the existing General Announcement method (suggested content in clause 1).
  • the general announcement method when the non-AP MLD operates in the active mode, the general announcement method operates, 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
  • various methods for notifying the STA when important information is changed or generated for the AP are defined. These important information can be delivered as an announcement frame or piggybacked to a separate DL frame or an existing DL frame. In this case, if the frame transmitted by the AP includes important information, signaling for notifying the STA may be defined.
  • - “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 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 into 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 STA has occurred or generated in the BSS.
  • This 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 may confirm that important information necessary for it (eg, 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 a different name later.
  • 49 is a diagram illustrating an embodiment of a method of operating an STA MLD.
  • the STA MLD may include a first STA and a second STA
  • the access point (AP) MLD may include a first AP and a second AP.
  • the first STA and the first AP may operate on a first link
  • the second STA and the second AP operate on a second link
  • the second STA may be in a doze state.
  • the STA MLD may receive the announcement frame (S4910).
  • the STA MLD may receive, by the first STA, a notification frame including information related to a critical update generated in the second AP through the first link.
  • the STA MLD may deliver critical update information (S4920).
  • the second STA may obtain information related to the critical update from the first STA.
  • the notification frame may include a management frame.
  • the notification frame may include a beacon frame.
  • the critical update may occur in the second AP when the second STA is in a doze state.
  • the critical update may include a case in which an element included in a beacon frame is changed.
  • the critical update may include a case in which at least one of the following occurs in an element included in the beacon frame.
  • Inclusion of a Channel Switch Announcement element Inclusion of an Extended Channel Switch Announcement element, Enhanced distribution channel access (EDCA) parameter element Modification of the EDCA parameters element, Inclusion of a Quiet element, Modification of the DSSS Parameter Set, Modification of the CF Parameter Set element, HT Modification of the HT Operation element, Inclusion of a Wide Bandwidth Channel Switch element, Inclusion of a Channel Switch Wrapper element, operation mode notification element Inclusion of an Operating Mode Notification element, Inclusion of a Quiet Channel element, VHT Operation element modification (Modification of the VHT Operation element).
  • EDCA Enhanced distribution channel access
  • the critical update may further include generation of low latency traffic (traffic).
  • traffic low latency traffic
  • STA2 (ie, the second STA) operates in the PS mode and may be in a doze state.
  • the STA2 may receive the beacon frame by transitioning to the awake state only when receiving the beacon frame.
  • AP2 ie, the second AP
  • the STA cannot acquire information related to the critical update of AP2 until the next beacon frame is received in the existing case.
  • AP1 ie, the first AP
  • STA1 may deliver information related to the critical update of the AP2 to the STA2 through cross-link signaling. Accordingly, the STA2 may acquire information related to the critical update generated in the AP2 even before the next beacon frame is received.
  • the corresponding information may be announced through a (Broadcast) Probe response.
  • the corresponding Probe response frame includes CSN information (eg, change sequence element) indicating that a critical update has occurred and changed parameter information (eg, channel switch announcement) in the form of the probe response Multi of the probe response. It can be notified through the -Link element. 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 dozes through the announcement frame. It is also possible to acquire change information that another STA, which is a state, needs to know.
  • CSN information eg, change sequence element
  • changed parameter information eg, channel switch announcement
  • all critical update information (eg, all IE information classified as critical update event in 11be) along with CSN information indicating that a critical update to other APs has occurred in the frame may be included and notified.
  • CSN information indicating that a critical update to other APs has occurred in the frame.
  • the AP MLD provides information about the critical update of AP2 through Link 1 through a probe response frame (Broadcast), so that the non-AP MLD can obtain updated information without awake of STA2.
  • 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.
  • AP1 may notify changed information on AP2 through an announcement frame.
  • a frame including all IE information classified as critical update event for AP2 is transmitted. can In this case, all IE information classified as a critical update event means information defined in 11be.
  • the AP MLD uses the multi-link characteristic to perform an announcement frame including all critical update IEs defined in 11be through cross-link signaling even when a critical update event occurs for other APs of the same AP MLD (eg, (Broadcast) Probe Response frame), it is possible to provide the STA with the latest critical update information of the AP.
  • 50 is a diagram illustrating an embodiment of an AP MLD operation method.
  • the STA MLD may include a first STA and a second STA
  • the access point (AP) MLD may include a first AP and a second AP.
  • the first STA and the first AP may operate on a first link
  • the second STA and the second AP operate on a second link
  • the second STA may be in a doze state.
  • the AP MLD may acquire critical update information (S5010).
  • the first AP may obtain information related to a critical update occurring in the second AP from the second AP.
  • the AP MLD may transmit a notification frame (S5020).
  • the first AP may transmit a notification frame including information related to a critical update generated in the second AP through the first link.
  • the notification frame may include a management frame.
  • the notification frame may include a beacon frame.
  • the critical update may occur in the second AP when the second STA is in a doze state.
  • the critical update may include a case in which an element included in a beacon frame is changed.
  • the critical update may include a case in which at least one of the following occurs in an element included in the beacon frame.
  • Inclusion of a Channel Switch Announcement element Inclusion of an Extended Channel Switch Announcement element, Enhanced distribution channel access (EDCA) parameter element Modification of the EDCA parameters element, Inclusion of a Quiet element, Modification of the DSSS Parameter Set, Modification of the CF Parameter Set element, HT Modification of the HT Operation element, Inclusion of a Wide Bandwidth Channel Switch element, Inclusion of a Channel Switch Wrapper element, operation mode notification element Inclusion of an Operating Mode Notification element, Inclusion of a Quiet Channel element, VHT Operation element modification (Modification of the VHT Operation element).
  • EDCA Enhanced distribution channel access
  • the critical update may further include generation of low latency traffic (traffic).
  • traffic low latency traffic
  • Some of the detailed steps shown in the examples of FIGS. 49 and 50 may not be essential steps and may be omitted. In addition to the steps shown in FIGS. 49 and 50 , other steps may be added, and the order of the steps may vary. Some of the above steps may have their own technical meaning.
  • the technical features of the present specification described above may be applied to various devices and methods.
  • the above-described technical features of the present specification may be performed/supported through the apparatus of FIGS. 1 and/or 5 .
  • the technical features of the present specification described above may be applied only to a part of FIGS. 1 and/or 5 .
  • the technical features of the present specification described above are implemented based on the processing chips 114 and 124 of FIG. 1 , or implemented based on the processors 111 and 121 and the memories 112 and 122 of FIG. 1 , or , may be implemented based on the processor 610 and the memory 620 of FIG. 5 .
  • the apparatus includes a memory and a processor operatively coupled to the memory, wherein the processor includes a basic service set (BSS) load from an access point (AP).
  • BSS basic service set
  • AP access point
  • BSS basic service set
  • AP access point
  • PPDU physical protocol data unit
  • CRM computer readable medium
  • CRM proposed by the present specification includes at least an instruction based on being executed by at least one processor of a STA (station) of a wireless local area network (Wireless Local Area Network) system.
  • a physical protocol data unit (PPDU) including basic service set (BSS) load information is received from an access point (AP), the BSS
  • the load information includes information related to the number of STAs connected to the BSS of the AP and the number of enabled STAs among STAs connected to the BSS of the AP; and an instruction for performing an operation including decoding the PPDU.
  • BSS basic service set
  • 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. 5 .
  • the CRM of the present specification may be the memories 112 and 122 of FIG. 1 , the memory 620 of FIG. 5 , 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 constant 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.
  • a model parameter means a parameter determined through learning, and includes the weight of the synaptic connection and the bias of the neuron.
  • the hyperparameter refers to a parameter that must 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 the training data is given, and the label is the correct answer (or result value) that the artificial neural network should infer when the training data is input to the artificial neural network.
  • 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. depending on 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 may 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, a virtual object is used in a form that complements a real object, whereas in MR technology, a virtual object and a real object 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)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

무선랜(Wireless Local Area Network) 시스템에서, STA MLD는 제1 STA 및 제2 STA을 포함하고, AP(access point) MLD는 제1 AP 및 제2 AP를 포함할 수 있다. 상기 제1 STA 및 상기 제1 AP는 제1 링크에서 동작하고, 상기 제2 STA 및 상기 제2 AP는 제2 링크에서 동작하고, 상기 제2 STA은 도즈(doze) 상태(state)일 수 있다. 상기 제1 STA은 상기 제1 링크를 통해 상기 제2 AP에서 발생한 크리티컬 업데이트(critical update)에 관련된 정보를 포함하는 알림 프레임을 수신할 수 있다. 상기 제2 STA이 상기 제1 STA으로부터 상기 크리티컬 업데이트에 관련된 정보를 획득할 수 있다. 상기 알림 프레임은 관리(management) 프레임을 포함할 수 있다.

Description

절전 모드에서 중요 정보의 획득
본 명세서는 무선랜(wireless local area network) 시스템에서 MLD(multi-link device)가 멀티 링크 환경에서 파워 세이빙 모드로 동작 시 중요 정보를 획득하는 방법에 관한 것이다.
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 규격으로 불릴 수 있다.
다양한 실시 예들에 따른 무선랜(Wireless Local Area Network) 시스템에서 STA MLD는 제1 STA 및 제2 STA을 포함하고, AP(access point) MLD는 제1 AP 및 제2 AP를 포함할 수 있다. 상기 제1 STA 및 상기 제1 AP는 제1 링크에서 동작하고, 상기 제2 STA 및 상기 제2 AP는 제2 링크에서 동작하고, 상기 제2 STA은 도즈(doze) 상태(state)일 수 있다. 상기 제1 STA은 상기 제1 링크를 통해 상기 제2 AP에서 발생한 크리티컬 업데이트(critical update)에 관련된 정보를 포함하는 알림 프레임을 수신할 수 있다. 상기 제2 STA이 상기 제1 STA으로부터 상기 크리티컬 업데이트에 관련된 정보를 획득할 수 있다. 상기 알림 프레임은 관리(management) 프레임을 포함할 수 있다.
본 명세서의 일례에 따르면, MLD의 한 STA이 doze 상태여서 AP에 크리티컬 업데이트가 발생한 경우, 상기 STA은 상기 AP로부터 직접 상기 크리티컬 업데이트에 관련된 정보를 수신하지 못하는 경우에 다른 링크를 통해 상기 크리티컬 업데이트에 관련된 정보를 수신한 동일 MLD 내의 다른 STA으로부터 상기 크리티컬 업데이트에 관련된 정보를 획득할 수 있다.
도 1은 본 명세서의 송신 장치 및/또는 수신 장치의 일례를 나타낸다.
도 2는 무선랜(WLAN)의 구조를 나타낸 개념도이다.
도 3은 일반적인 링크 셋업(link setup) 과정을 설명하는 도면이다.
도 4은 본 명세서에 사용되는 PPDU의 일례를 나타낸다.
도 5는 본 명세서의 송신 장치 및/또는 수신 장치의 변형된 일례를 나타낸다.
도 6는 non-AP MLD의 구조의 예를 도시한다.
도 7은 MLD 간 링크 연결 방법의 일 실시예를 도시한 도면이다.
도 8은 Single link device를 고려한 Announcement explicit method의 일 실시예를 도시한 도면이다.
도 9는 Announcement frame으로 Probe response frame 사용 시 frame format의 일 실시예를 도시한 도면이다.
도 10은 Announcement frame으로 Probe response frame 사용 시 frame format의 일 실시예를 도시한 도면이다.
도 11은 Single link device를 고려한 Announcement explicit method의 일 실시예를 도시한 도면이다.
도 12는 Single link device를 고려한 Announcement explicit method의 일 실시예를 도시한 도면이다.
도 13은 Multi-link device를 고려한 Announcement explicit method의 일 실시예를 도시한 도면이다.
도 14는 PS mode로 동작하는 STA의 동작 방법의 일 실시예를 도시한 도면이다.
도 15 내지 도 17은 Announcement frame으로 Probe response frame 사용 시 frame format의 일 실시예를 도시한 도면이다.
도 18은 Multi-link device를 고려한 Announcement explicit method의 일 실시예를 도시한 도면이다.
도 19는 PS mode로 동작하는 STA의 동작 방법의 일 실시예를 도시한 도면이다.
도 20은 Multi-link device를 고려한 Announcement explicit method의 일 실시예를 도시한 도면이다.
도 21은 Single link device를 고려한 Announcement implicit method의 일 실시예를 도시한 도면이다.
도 22는 Announcement frame으로 Probe response frame 사용 시 frame format의 일 실시예를 도시한 도면이다.
도 23은 Single link device를 고려한 Announcement implicit method의 일 실시예를 도시한 도면이다.
도 24는 Multi-link device를 고려한 Announcement implicit method의 일 실시예를 도시한 도면이다.
도 25는 PS mode로 동작하는 STA의 동작 방법의 일 실시예를 도시한 도면이다.
도 26은 Multi-link device를 고려한 Announcement implicit method의 일 실시예를 도시한 도면이다.
도 27은 PS mode로 동작하는 STA의 동작 방법의 일 실시예를 도시한 도면이다.
도 28 및 도 29는 Announcement frame으로 Probe response frame 사용 시 frame format의 일 실시예를 도시한 도면이다.
도 30은 Multi-link device를 고려한 Announcement implicit method의 일 실시예를 도시한 도면이다.
도 31은 PS mode로 동작하는 STA의 동작 방법의 일 실시예를 도시한 도면이다.
도 32는 Multi-link device를 고려한 Announcement implicit method의 일 실시예를 도시한 도면이다.
도 33은 PS mode로 동작하는 STA의 동작 방법의 일 실시예를 도시한 도면이다.
도 34는 Active mode 와 PS mode인 STA의 동작 방법의 일 실시예를 도시한 도면이다.
도 35 내지 도 42는 Announcement method의 일 실시예를 도시한 도면이다.
도 43은 Single link device의 static signaling 방법의 일 실시예를 도시한 도면이다.
도 44는 multi-link device의 static signaling 방법의 일 실시예(MLD level 지원 시)를 도시한 도면이다.
도 45는 multi-link device의 static signaling 방법의 일 실시예(Link level 지원 시)를 도시한 도면이다.
도 46은 Single link device의 dynamic signaling 방법의 일 실시예를 도시한 도면이다.
도 47은 multi-link device의 dynamic signaling 방법의 일 실시예(MLD level 지원 시)를 도시한 도면이다.
도 48은 multi-link device의 dynamic signaling 방법의 일 실시예(Link level 지원 시)를 도시한 도면이다.
도 49는 STA MLD 동작 방법의 일 실시예를 도시한 도면이다.
도 50은 AP MLD 동작 방법의 일 실시예를 도시한 도면이다.
본 명세서에서 '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'는 'A 및/또는 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)은 수신 장치(apparatus), 송신 장치, 수신 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)을 하는 과정을 포함할 수 있다.
이하, 본 명세서의 STA에서 송신/수신되는 PPDU가 설명된다.
도 4는 본 명세서에 사용되는 PPDU의 일례를 나타낸다.
도 4의 PPDU는 EHT PPDU, 송신 PPDU, 수신 PPDU, 제1 타입 또는 제N 타입 PPDU 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, 본 명세서에서 PPDU 또는 EHT PPDU는, 송신 PPDU, 수신 PPDU, 제1 타입 또는 제N 타입 PPDU 등의 다양한 명칭으로 불릴 수 있다. 또한, EHT PPU는 EHT 시스템 및/또는 EHT 시스템을 개선한 새로운 무선랜 시스템에서 사용될 수 있다.
도 4의 PPDU는 EHT 시스템에서 사용되는 PPDU 타입 중 일부 또는 전부를 나타낼 수 있다. 예를 들어, 도 4의 일례는 SU(single-user) 모드 및 MU(multi-user) 모드 모두를 위해 사용될 수 있다. 달리 표현하면, 도 4의 PPDU는 하나의 수신 STA 또는 복수의 수신 STA을 위한 PPDU일 수 있다. 도 4의 PPDU가 TB(Trigger-based) 모드를 위해 사용되는 경우, 도 4의 EHT-SIG는 생략될 수 있다. 달리 표현하면 UL-MU(Uplink-MU) 통신을 위한 Trigger frame을 수신한 STA은, 도 4의 일례에서 EHT-SIG 가 생략된 PPDU를 송신할 수 있다.
도 4에서 L-STF 내지 EHT-LTF는 프리앰블(preamble) 또는 물리 프리앰블(physical preamble)로 불릴 수 있고, 물리계층에서 생성/송신/수신/획득/디코딩될 수 있다.
도 4의 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 단위로 표시될 수 있다.
도 4의 PPDU는 L-LTF 및 L-STF는 종래의 필드와 동일할 수 있다.
송신 STA은 L-SIG와 동일하게 생성되는 RL-SIG를 생성할 수 있다. RL-SIG에 대해서는 BPSK 변조가 적용될 수 있다. 수신 STA은 RL-SIG의 존재를 기초로 수신 PPDU가 HE PPDU 또는 EHT PPDU임을 알 수 있다.
도 4의 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 개의 파일럿 톤을 기초로 송수신될 수 있다.
EHT-SIG의 공통필드 및 EHT-SIG의 사용자-개별 필드는 개별적으로 코딩될 수 있다. 사용자-개별 필드에 포함되는 하나의 사용자 블록 필드(User block field) 은 2 개의 사용자(user)를 위한 정보를 포함할 수 있지만, 사용자-개별 필드에 포함되는 마지막 사용자 블록 필드는 1 개의 사용자를 위한 정보를 포함하는 것이 가능하다. 즉, EHT-SIG의 하나의 사용자 블록 필드는 최대 2개의 사용자 필드(user field)를 포함할 수 있다. 도 5의 일례와 동일하게, 각 사용자 필드(user field)는 MU-MIMO 할당에 관련되거나, non-MU-MIMO 할당에 관련될 수 있다.
EHT-SIG의 공통필드는 CRC 비트와 Tail 비트를 포함할 수 있고, CRC 비트의 길이는 4 비트로 결정될 수 있고, Tail 비트의 길이는 6 비트로 결정되고 '000000'으로 설정될 수 있다.
EHT-SIG의 공통필드는 RU 할당 정보(RU allocation information)를 포함할 수 있다. RU allocation information 은 복수의 사용자(즉, 복수의 수신 STA)이 할당되는 RU의 위치(location)에 관한 정보를 의미할 수 있다. RU allocation information은, 8 비트(또는 N 비트) 단위로 구성될 수 있다.
이하의 일례에서(송신/수신/상향/하향) 신호,(송신/수신/상향/하향) 프레임,(송신/수신/상향/하향) 패킷,(송신/수신/상향/하향) 데이터 유닛,(송신/수신/상향/하향) 데이터 등으로 표시되는 신호는 도 4의 PPDU를 기초로 송수신되는 신호일 수 있다. 도 4의 PPDU는 다양한 타입의 프레임을 송수신하기 위해 사용될 수 있다. 예를 들어, 도 4의 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을 포함할 수 있다. 예를 들어, 도 4의 PPDU는 관리 프레임(management frame)을 위해 사용될 수 있다. management frame의 일례는, Beacon frame,(Re-)Association Request frame,(Re-)Association Response frame, Probe Request frame, Probe Response frame를 포함할 수 있다. 예를 들어, 도 4의 PPDU는 데이터 프레임을 위해 사용될 수 있다. 예를 들어, 도 4의 PPDU는 제어 프레임, 관리 프레임, 및 데이터 프레임 중 적어도 둘 이상을 동시에 송신하기 위해 사용될 수도 있다.
도 5는 본 명세서의 송신 장치 및/또는 수신 장치의 변형된 일례를 나타낸다.
도 1의 부도면(a)/(b)의 각 장치/STA은 도 5와 같이 변형될 수 있다. 도 5의 트랜시버(630)는 도 1의 트랜시버(113, 123)와 동일할 수 있다. 도 5의 트랜시버(630)는 수신기(receiver) 및 송신기(transmitter)를 포함할 수 있다.
도 5의 프로세서(610)는 도 1의 프로세서(111, 121)과 동일할 수 있다. 또는, 도 5의 프로세서(610)는 도 1의 프로세싱 칩(114, 124)과 동일할 수 있다.
도 5의 메모리(150)는 도 1의 메모리(112, 122)와 동일할 수 있다. 또는, 도 5의 메모리(150)는 도 1의 메모리(112, 122)와는 상이한 별도의 외부 메모리일 수 있다.
도 5를 참조하면, 전력 관리 모듈(611)은 프로세서(610) 및/또는 트랜시버(630)에 대한 전력을 관리한다. 배터리(612)는 전력 관리 모듈(611)에 전력을 공급한다. 디스플레이(613)는 프로세서(610)에 의해 처리된 결과를 출력한다. 키패드(614)는 프로세서(610)에 의해 사용될 입력을 수신한다. 키패드(614)는 디스플레이(613) 상에 표시될 수 있다. SIM 카드(615)는 휴대 전화 및 컴퓨터와 같은 휴대 전화 장치에서 가입자를 식별하고 인증하는 데에 사용되는 IMSI(international mobile subscriber identity) 및 그와 관련된 키를 안전하게 저장하기 위하여 사용되는 집적 회로일 수 있다.
도 5를 참조하면, 스피커(640)는 프로세서(610)에 의해 처리된 소리 관련 결과를 출력할 수 있다. 마이크(641)는 프로세서(610)에 의해 사용될 소리 관련 입력을 수신할 수 있다.
이하 본 명세서의 STA이 지원하는 멀티링크(Multi-link; ML)에 대한 기술적 특징이 설명된다.
본 명세서의 STA(AP 및/또는 non-AP STA)은 멀티링크(Multi Link; ML) 통신을 지원할 수 있다. ML 통신은 복수의 링크(Link)를 지원하는 통신을 의미할 수 있다. ML 통신에 관련된 링크는 도 15에 개시된 2.4 GHz 밴드, 도 16에 개시된 5 GHz 밴드, 도 17에 개시된 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 중 적어도 하나를 기초로 송신될 수 있다.
일 실시 예에 따르면, MLD는 non-AP MLD 및 AP-MLD를 포함할 수 있다. non-AP MLD 및 AP-MLD는 AP(access point)의 기능에 따라 구분될 수 있다. non-AP MLD 및 AP-MLD는 물리적으로 구분되거나 논리적으로 구분될 수 있다. 예를 들어, MLD가 AP의 기능을 수행하는 경우에는 AP MLD로 불릴 수 있고, 상기 MLD가 STA의 기능을 수행하는 경우 non-AP MLD로 불릴 수 있다.
이하의 명세서에서, MLD는 하나 이상의 연결된 STA를 가지고 있으며 상위 링크 계층(Logical Link Control, LLC)으로 통하는 하나의 MAC SAP(service access point)를 가지고 있다. MLD는 물리 기기를 의미하거나 논리적 기기를 의미할 수 있다. 이하에서 디바이스는 MLD를 의미할 수 있다.
또한, MLD는 멀티 링크의 각 링크와 연결된 적어도 하나의 STA을 포함할 수 있다. 예를 들어, MLD의 프로세서는 상기 적어도 하나의 STA들을 제어할 수 있다. 예를 들어, 상기 적어도 하나의 STA들은 각각 독립적으로 구성되고, 동작할 수 있다. 상기 적어도 하나의 STA들은 각각 프로세서 및 송수신기를 포함할 수 있다. 일 예로, 상기 적어도 하나의 STA들은 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의 링크 사용효율을 증가시키고 전력소모를 감소시킬 수 있는 효과가 있다.
도 6는 non-AP MLD의 구조의 예를 도시한다.
도 6를 참조하면, non-AP MLD는 복수의 링크를 가지는 구조로 구성될 수 있다. 달리 표현하면, non-AP MLD는 복수의 링크를 지원할 수 있다. non-AP MLD는 복수의 STA들을 포함할 수 있다. 복수의 STA은 각 STA 별로 Link를 가질 수 있다. 도 6는 non-AP MLD 구조의 일 예를 도시하나, AP MLD의 구조도 도 6에서 도시된 non-AP MLD의 구조의 일 예와 동일하게 구성될 수 있다.
예를 들어, non-AP MLD는 STA1, STA2 및 STA3를 포함할 수 있다. STA1은 link 1에서 동작할 수 있다. link 1은 5 GHz 밴드 내에 포함될 수 있다. STA2는 link 2에서 동작할 수 있다. link 2는 6 GHz 밴드 내에 포함될 수 있다. STA3은 link 3에서 동작할 수 있다. link 3은 6 GHz 밴드 내에 포함될 수 있다. link 1/2/3이 포함되는 밴드는 예시적인 것이며, 2.4, 5, 및 6 GHz 내에 포함될 수 있다.
이와 같이, Multi-link를 지원하는 AP/non-AP MLD의 경우, AP MLD의 각 AP와 non-AP MLD의 각 STA이 Link setup 과정을 통해 각각의 Link로 연결될 수 있다. 그리고 이 때 연결된 Link는 상황에 따라서 AP MLD 또는 non-AP MLD에 의해 다른 Link로 변경 또는 재연결 될 수 있다.
또한, EHT 규격에서는 전력 소모 감소를 위해, Link가 Anchored link 또는 non-Anchored Link로 구분될 수 있다. Anchored link 또는 non-Anchored Link는 다양하게 불릴 수 있다. 예를 들어, Anchored link는 Primary Link로 불릴 수 있다. non-Anchored Link는 Secondary 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(예를 들어, Beacon 및 Management frame)을 위해 사용될 수 있다. 또한, non-Anchored link는 오직 data frame exchange를 위해 사용될 수 있다.
non-AP MLD는 idle 기간동안 Beacon 및 Management frame 수신을 위해 오직 Anchored link에 대해서만 모니터링(또는 monitor)할 수 있다. 그러므로, non-AP MLD의 경우 Beacon 및 management frame 수신을 위해 최소 하나 이상의 Anchored Link와 연결되어야 한다. 상기 하나 이상의 Anchored Link는 항상 enable 상태를 유지해야 한다. 이와 달리, non-Anchored Link는 오직 data frame exchange만을 위해 사용된다. 따라서, non-Anchored Link에 해당하는 STA(또는 non-Anchored Link에 연결된 STA)은 channel/link를 사용하지 않는 idle 기간동안 doze에 진입할 수 있다. 이를 통해 전력 소모를 줄일 수 있는 효과가 있다.
AP MLD와 non-AP MLD가 multi-link setup을 통해 여러 개의 링크로 연결되어 있을 때, 11be에서는 하나의 링크를 통해 다른 링크에 대한 정보를 전달하는 cross-link signalling을 고려하고 있다.
도 7은 MLD 간 링크 연결 방법의 일 실시예를 도시한 도면이다.
도 7을 참조하면, AP MLD는 AP1, AP2, AP3을 포함할 수 있고, Non-AP MLD는 STA1, STA2를 포함할 수 있다. AP1과 STA1은 link 1로 연결될 수 있고, AP2와 STA2는 link 2로 연결될 수 있다. 예를 들어, 위와 같이 AP MLD와 non-AP MLD가 2개의 링크로 연결되어 있을 때, AP1은 AP2에 대한 정보를 Link 1을 통해 non-AP MLD에게 전달할 수 있다.
이러한 특성은 non-AP MLD가 PS mode인 경우 유용하게 사용될 수 있다. 일반적으로 AP MLD가 STA2에게 정보를 전달하기 위해서는 Link 2를 사용해야 하지만, cross-link signaling을 통해 Link 1을 통해 STA2에게 전달할 수 있다. 단, 이를 위해 non-AP MLD의 STA간 정보 공유가 가능한 information sharing capability가 필요하다.
만약 non-AP MLD의 STA2가 PS mode의 doze 상태일 때, AP2가 STA2에게 전달해야 할 정보가 있는 경우, cross-link signaling을 통해 STA2를 Awake 시키지 않고 AP1이 Link 1을 통해 STA1에게 STA2에게 전달해야 할 정보를 전송할 수 있다.
본 명세서에서는 AP MLD의 AP들(즉, BSS들) 중에서 변경된 정보(예를 들어, critical update)가 있을 때, 이를 연결된 non-AP STA에게 알려주는 방법을 제안한다.
1. Announcement Method
본 명세서에서는 AP의 중요 정보(예를 들어, critical update, BSS Parameters, Capabilities, Operation element, NSEP Priority Access 등) 변경 또는 생성(예를 들어, Low latency data traffic 발생)이 발생했을 때 마다 연결 STA에게 알려주는 방법을 제안한다.
일반적으로 STA은 주기적으로 전송되는 Beacon frame을 통해 AP의 변경 정보 또는 신규 정보를 수신할 수 있지만 특정 정보의 경우에는 변경되는 시점부터 경우 STA의 전송 동작에 영향을 미칠 수 있기 때문에 event가 발생하는 순간 STA에게 알려야 하는 정보들도 있을 수 있다. 예를 들어, 11be에서 multi-link 특성으로 인해 발생하는 non-STR(non- Simultaneous TX/RX) capability는 데이터 전송 시 링크 간 간섭 문제로 STA의 TX/RX 동작에 제약이 발생할 수 있기 때문에 이러한 정보는 Beacon을 통해 전달하기에는 불충분 할 수 있다. 또한, 11be에서는 beacon 또는 probe response frame에 Change sequence field(또는 Change sequence element 등, Change sequence number를 나타내는 정보)를 포함하여 STA에게 특정 AP(reporting AP또는 reported AP들)에 대해 특정 정보(예를 들어, 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 정보의 업데이트 유무를 non-AP STA에게 알려줄 수 있는데, 이 때 함께 전송하는 지시자를 통해서 어떤 정보가 업데이트 됐는지 알려줄 수 있다.
첫째, Change sequence field와 함께 Link 지시정보(예를 들어, 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 정보가 업데이트 된 것인지 알 수 있다. 즉, STA은 Change sequence field value가 증가한 것을 기초로 BSS 정보가 업데이트 된 것을 알 수 있고, Link ID를 통해 어떤 BSS 정보가 업데이트 되었는지 알 수 있다.
둘째, Change sequence field와 함께 Element 지시정보(예를 들어, Element ID)가 전송되는 경우 AP는 어느 정보가 업데이트 됐는지 non-AP MLD에게 알려줄 수 있다. AP로부터 Beacon frame(또는 다른 frame, 예를 들어,(Broadcast) Probe response frame 등)을 통해 증가한 Change sequence field value를 수신한 STA은 Change sequence field와 함께 Element ID를 함께 수신했다면, 연결된 AP의 어느 정보가 업데이트 된 것인지 알 수 있다. 예를 들어, 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 상태의 STA)이 수신한 정보를 통해 자신에게 업데이트 된 BSS 정보가 있음을 알았을 때, 무조건 Awake 하는 것이 아니라 상황에 따라(정보의 중요도에 따라) Awake 유무를 선택할 수 있다. 이 때, AP MLD는 특정 AP의 링크 정보와 해당 AP의 Change Sequence field 정보와 함께 all critical update IEs(예를 들어, 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(예를 들어, Broadcast Probe response 등) 이 될 수도 있고 이를 위한 별도의 신규 프레임을 정의할 수도 있다. 본 명세서에서는 Announcement method에 대해 single link를 지닌 device를 고려한 method와 Multi-link를 지닌 device를 모두 고려하며, 1-1절에서는 변경된 정보를 직접적으로 전달하는 Explicit 방법을 제안하고 1-2절에서는 변경된 정보가 있음을 indication을 통해 간접적으로 전달하는 Implicit 방법을 제안한다. 추가적으로 2절에서는 Power saving을 고려한 Announcement method를 제안한다.
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(예를 들어, 신규 정의 프레임 또는 Broadcast Probe response 등)에 변경된 정보를 담아 연결된 STA에게 전송한다. 이에 대한 실시 예는 아래와 같다.
도 8은 Single link device를 고려한 Announcement explicit method의 일 실시예를 도시한 도면이다.
도 8을 참조하면, AP1의 BSS에서 Channel switch가 발생한 경우(즉, critical update), AP MLD는 이에 대한 변경 사항을 STA에게 Announcement frame을 통해 알릴 수 있다.
이에 대한 Announcement frame으로 Probe response frame을 사용할 경우에 대한 실시예는 다음과 같다.
도 9는 Announcement frame으로 Probe response frame 사용 시 frame format의 일 실시예를 도시한 도면이다.
도 9를 참조하면, reporting AP의 BSS에서 Channel switch가 발생한 경우(즉, critical update)가 발생한 경우,(Broadcast) Probe response를 통해 해당 정보가 announcement 될 수 있다. Probe response frame은 critical update가 발생했음을 나타내는 CSN(change sequence number) 정보(예를 들어, change sequence element)와 변경된 파라미터 정보(예를 들어, channel switch announcement)를 포함할 수 있다. 예를 들어, 알림 프레임(announcement frame)은 AP의 CSN이 4에서 5로 업데이트 되면서 변경된 IE 정보만을 포함할 수 있다.
AP는 Critical update가 발생한 경우 변경된 정보만을 announcement frame을 통해 알릴 수도 있지만, 여러가지 이유로(예를 들어, Long sleep device 등) 이를 수신하는 STA 들이 각각 다른 CSN 정보를 가지고 있을 수 있기 때문에 critical update와 관련한 모든 IE 정보들을 제공할 수도 있다. 예를 들어, 현재 AP1의 CSN 정보가 5인 경우에, STA1은 현재 AP1에 대한 CSN = 4 정보를 가지고 있지만 Long sleep한 STA2는 AP1에 대해 CSN = 2 정보를 가지고 있을 수 있다. 이를 고려하여, AP는 critical update event가 발생했을 때 announcement frame을 통해 변경된 정보를 알릴 수 있는데, 이 때 Critical update event로 분류된 모든 IE 정보들을 포함한 프레임을 전송할 수 있다. 이 때, Critical update event로 분류된 모든 IE 정보들은 11be에서 정의한 정보들을 의미할 수 있다. 현재 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 발생 시 11be에서 정의한 모든 critical update IE들을 포함한 announcement frame(예를 들어,(Broadcast) Probe Response frame)을 전송함으로써 STA에게 AP의 가장 최신 Critical update 정보를 제공해 줄 수 있다.
Announcement frame으로(Broadcast) Probe response frame을 사용할 경우에 대한 실시예는 아래와 같다.
도 10은 Announcement frame으로 Probe response frame 사용 시 frame format의 일 실시예를 도시한 도면이다.
도 10을 참조하면, 예를 들어, reporting AP의 BSS에서 critical update event 가 발생한 경우 가 발생한 경우,(Broadcast) Probe response를 통해 해당 정보가 announcement 될 수 있다. 이 경우, 해당 Probe response frame은 위와 같은 형태를 통해 critical update가 발생했음을 나타내는 CSN 정보(예를 들어, Change Sequence element)와 모든 Critical update event로 분류된 정보(예를 들어, all critical update IE 정보)를 포함할 수 있다. 즉, 알림 프레임(announcement frame)은 AP의 CSN이 4에서 5로 업데이트 되는 경우 critical update와 관련한 모든 IE 정보들(예를 들어, critical update IE(a), ..., critical update IE(z))을 포함할 수 있다.
또한 이 방법은 AP에 Low latency data traffic이 발생했을 때, 이를 Low latency STA에게 알리는 방법으로도 사용될 수 있다. 예를 들어, AP MLD는 특정 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 프레임이 있는 경우 APSMS 크리티컬 업데이트에 관련된 정보를 DL 프레임에 포함하여 전송할 수도 있다. 이에 대한 실시 예는 아래와 같다.
도 11은 Single link device를 고려한 Announcement explicit method의 일 실시예를 도시한 도면이다.
도 11을 참조하면, AP1의 BSS에서 Operation element 변경이 발생한 경우, 이 때 다음 Beacon 전송 전에 AP1이 STA에게 전송할 DL 프레임이 있는 경우, 업데이트된 정보를 DL 프레임에 포함시켜 전송할 수 있다. AP1이 전송할 DL 프레임이 있는 경우에는 해당 방법을 통해 별도의 Announcement frame을 사용하지 않아 프레임 오버헤드를 줄일 수 있다.
이 경우에도 위와 같이, AP에서 Critical update가 발생한 경우 AP는 오직 변경된 정보만이 아닌 Critical update event로 분류된 모든 critical update IE 정보를 포함한 DL Frame을 전송할 수 있다. 이에 대한 실시예는 아래와 같다.
도 12는 Single link device를 고려한 Announcement explicit method의 일 실시예를 도시한 도면이다.
도 12를 참조하면, AP1의 BSS에서 Operation element 변경이 발생한 경우(즉, critical update), 다음 Beacon 전송 전에 AP1이 STA에게 전송할 DL 프레임이 있는 경우, AP MLD는 AP1에 대한 모든 critical update 정보들을 DL 프레임에 포함시켜 전송할 수 있다. AP1이 전송할 DL 프레임이 있는 경우에는 해당 방법을 통해 별도의 Announcement frame을 사용하지 않아 프레임 오버헤드를 줄일 수 있다.
또한, 만약 AP에 중요 정보(예를 들어, Low latency data traffic)가 발생한 경우, AP는 STA에게 DL 프레임을 통해 해당 정보를 전송할 수도 있다. 이 때, 이러한 DL Frame은 데이터 프레임 또는 TWT Frame 등이 될 수 있다. 예를 들어, AP에 Low latency data traffic이 발생한 경우 AP는 low latency data traffic 발생에 관련된 정보를 DL Frame에 piggyback 시키거나 별도의 DL Frame(예를 들어, TWT Frame)을 발생시켜 해당 중요 정보를 STA에게 전달할 수 있다.
둘째로, AP MLD가 Multi-link를 지닌 non-AP MLD와 연결되어 있을 때, AP의 BSS 정보가 변경된 경우, 이를 STA에게 알리는 방법을 제안한다. 11be에서는 multi-link의 특성을 활용하여 cross-link signaling을 고려하고 있다. 따라서, cross-link signaling을 통해 AP MLD는 자신의 BSS 변경 정보 뿐만 아니라 Other AP의 BSS 정보를 자신의 링크를 통해 non-AP MLD에게 알릴 수 있다. 이에 대한 예시는 아래와 같다.
도 13은 Multi-link device를 고려한 Announcement explicit method의 일 실시예를 도시한 도면이다.
도 13을 참조하면, AP2의 BSS 정보가 변경된 경우, AP MLD는 Link 2가 아닌 Link 1을 통해 announcement 프레임을 전송하여 이를 STA2에게 알릴 수 있다. Link 1을 통해 Announcement frame을 수신한 STA1은 information sharing을 통해 변경 정보를 STA2에게 전달할 수 있다. 이러한 cross-link signaling 방법은 STA2가 Power saving을 위해 Doze 상태인 경우 변경 사항(즉, 크리티컬 업데이트에 관련된 정보)을 수신하기 위해 Awake 하지 않고, 크리티컬 업데이트에 관련된 정보가 Link 1을 통해 전달될 수 있기 때문에 PS mode로 동작하는 STA들에게 더욱 더 유용하게 사용될 수 있다. 이에 대한 예시는 아래와 같다.
도 14는 PS mode로 동작하는 STA의 동작 방법의 일 실시예를 도시한 도면이다.
도 14를 참조하면, 위와 같이, STA2가 PS mode로 동작하는 경우 제안하는 방법을 사용하면, AP2에서 Critical update가 발생하더라도 STA2는 Awake 하지 않고 AP2의 변경 정보를 획득할 수 있다. 이를 활용하면, STA2는 더 많은 전력 소모를 줄일 수 있다.
즉, STA2는 PS 모드로 동작하고, doze 상태일 수 있다. 예를 들어, STA2는 비컨 프레임을 수신할 때에만 awake 상태로 천이하여 비컨 프레임을 수신할 수 있다. STA2가 비컨 프레임을 수신한 후, AP2에서 크리티컬 업데이트가 발생한 경우, STA는 기존의 경우에는 다음 비컨 프레임 수신까지 AP2의 크리티컬 업데이트에 관련된 정보를 획득할 수 없다. 하지만 본 실시예에서는 AP1이 AP2의 크리티컬 업데이트에 관련된 정보를 알림 프레임(announcement frame)을 통해 STA1에게 전송할 수 있다. STA1은 STA2에게 크로스 링크 시그널링을 통해 AP2의 크리티컬 업데이트에 관련된 정보를 전달할 수 있다. 따라서, STA2는 다음 비컨 프레임 수신 전이라도 AP2에서 발생한 크리티컬 업데이트에 관련된 정보를 획득할 수 있다.
이에 대한 Announcement frame으로 Probe response frame을 사용할 경우에 대한 실시예는 아래와 같다.
도 15는 Announcement frame으로 Probe response frame 사용 시 frame format의 일 실시예를 도시한 도면이다.
도 15를 참조하면, AP(x)의 BSS에서 Channel switch가 발생한 경우(즉, critical update)가 발생한 경우,(Broadcast) Probe response를 통해 해당 정보가 announcement 될 수 있다. 이 경우, 해당 Probe response frame은 도 15와 같은 형태를 통해 critical update가 발생했음을 나타내는 CSN 정보(예를 들어, change sequence element)와 변경된 파라미터 정보(예를 들어, 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 정보(예를 들어, 11be에서 critical update event로써 분류된 모든 IE 정보)를 frame에 포함하여 알릴 수도 있다. 예를 들어, AP MLD의 AP1, AP2와 non-AP MLD의 STA1, STA2가 Link 1, Link 2로 연결되어 있으며, STA2가 Power saving을 이유로 doze 상태로 진입한 경우를 가정한다. 이 때, AP2에서 Critical update가 발생한 경우 STA2에게 이를 알려야 하지만 STA2가 doze 상태이기 때문에 이를 알리기 위해서는 STA2를 Awake 시켜야만 한다. 이 때, AP MLD는 Link 1을 통해 AP2의 Critical update 관한 정보를(Broadcast) Probe response frame을 통해 제공함으로써, non-AP MLD는 STA2를 awake 시키지 않고 업데이트된 정보를 획득할 수 있다. 이처럼 AP MLD의 multi-link 특성을 고려하면 non-AP MLD의 STA은 자신의operating link를 통해 other AP에 대한 critical update 정보를 획득할 수 있기 때문에 power saving에 유용할 수 있다. 이 때, 특히, AP1는 AP2에 대해 critical update event가 발생했을 때 announcement frame을 통해 AP2에 대한 변경된 정보를 알릴 수 있는데, 이 때 AP2에 대한 Critical update event로 분류된 모든 IE 정보들을 포함한 프레임을 전송할 수 있다. 이때, Critical update event로 분류된 모든 IE 정보들은 11be에서 정의한 정보들을 의미한다. 현재 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을 통해 11be에서 정의한 모든 critical update IE들을 포함한 announcement frame(예를 들어, (Broadcast) Probe Response frame)을 전송함으로써 STA에게 AP의 가장 최신 Critical update 정보를 제공해 줄 수 있다.
Announcement frame으로(Broadcast) Probe response frame을 사용할 경우에 대한 실시예는 아래와 같다.
도 16은 Announcement frame으로 Probe response frame 사용 시 frame format의 일 실시예를 도시한 도면이다.
도 16을 참조하면, AP(x)의 BSS에서 Channel switch가 발생한 경우(즉, critical update)가 발생한 경우,(Broadcast) Probe response를 통해 해당 정보가 announcement 될 수 있다. 이 경우, 해당 Probe response frame은 위와 같은 형태를 통해 critical update가 발생했음을 나타내는 CSN 정보(예를 들어, change sequence element) 와 모든 critical update 정보(예를 들어, 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 사용 예시는 아래와 같다. 이 같은 형태를 통해 reporting AP는 자신에 대한 중요 변경 정보와 reported AP에 대한 변경 정보를 경우에 따라 전달할 수 있다.
도 17은 Announcement frame으로 Probe response frame 사용 시 frame format의 일 실시예를 도시한 도면이다.
도 17을 참조하면, AP MLD의 특정 AP에 Low latency data traffic이 발생했을 때, 이를 Low latency STA들에게 알릴 수 있다. 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에게 알릴 수도 있다. 이에 대한 실시예는 아래와 같다.
도 18은 Multi-link device를 고려한 Announcement explicit method의 일 실시예를 도시한 도면이다.
도 18을 참조하면, AP2에서 Critical update가 발생한 경우, 만약 AP1에서 전송할 DL 프레임이 있다면 AP2의 변경 사항을 전송할 DL 프레임에 포함하여 STA2에게 전달할 수 있다. AP1이 전송할 DL 프레임이 있는 경우에는 해당 방법을 통해 별도의 Announcement frame을 사용하지 않아 프레임 오버헤드를 줄일 수 있다. 또한 STA2가 PS mode를 통해 Doze state로 진입한 경우에는 Awake 시키지 않고 변경 정보를 Link 1을 통해 전달할 수 있기 때문에 더욱더 유용하게 사용될 수 있다. 이에 대한 예시는 아래와 같다.
도 19는 PS mode로 동작하는 STA의 동작 방법의 일 실시예를 도시한 도면이다.
도 19를 참조하면, 위와 같이, STA2가 PS mode로 동작하는 경우 제안하는 방법을 사용하면, AP2에서 Critical update가 발생하더라도 STA2는 Awake 하지 않고 AP2의 변경 정보를 획득할 수 있다. 이를 활용하면, STA2는 더 많은 전력 소모를 줄일 수 있다.
이 경우에도 위와 같이, AP에서 Critical update가 발생한 경우 오직 변경된 정보만이 아닌 Critical update event로 분류된 모든 critical update IE 정보를 포함한 DL Frame을 전송할 수 있다. 이에 대한 실시예는 아래와 같다.
도 20은 Multi-link device를 고려한 Announcement explicit method의 일 실시예를 도시한 도면이다.
도 20을 참조하면, AP2의 BSS에서 Operation element 변경이 발생한 경우(즉, critical update), 이 때 다음 Beacon 전송 전에 AP1이 STA에게 전송할 DL 프레임이 있는 경우, AP2에 대한 모든 critical update 정보들을 DL 프레임에 포함시켜 전송할 수 있다. AP1이 전송할 DL 프레임이 있는 경우에는 해당 방법을 통해 별도의 Announcement frame을 사용하지 않아 프레임 오버헤드를 줄일 수 있으며, STA2를 Awake 시키지 않고도 변경된 정보를 전달할 수 있기 때문에 power saving에 유용하다.
또한, 만약 AP MLD의 특정 AP에 중요정보(예를 들어, 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(예를 들어, TWT Frame)을 발생시켜 해당 중요 정보를 STA에게 전달할 수 있다. Multi-link의 cross link signaling 특성을 활용하면, 해당 중요 정보를 수신해야 하는 STA이 doze state에서 awake하거나 별도의 추가적인 Channel access를 수행할 필요가 없기 때문에 throughput 또는 power saving에 효율적이다.
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(예를 들어, 신규 정의 프레임 또는 Broadcast Probe response 등)에 변경된 정보가 있음을 나타내는 indication(예를 들어, change sequence field, Change sequence element 등)을 담아 연결된 STA에게 전송한다. 이에 대한 실시 예는 아래와 같다.
도 21은 Single link device를 고려한 Announcement implicit method의 일 실시예를 도시한 도면이다.
도 21을 참조하면, AP1에서 critical update가 발생한 경우 AP1은 이러한 변경 유무 정보를 Announcement frame에 담아 STA1에게 알릴 수 있다. 이 때, Announcement frame에 포함된 정보는 실제 필드 값이 아닌 특정 정보의 업데이트 유무만을 포함한다. 이를 수신한 STA1은 변경된 정보에 대해 Link 1을 통해 요청할 수 있다. 이 때, STA1이 요청하는 Request frame은 별도 정의된 프레임 또는 management frame(예를 들어, probe request) 또는 QoS 데이터 프레임 일 수 있다. 또는 STA1은 중요 변경 정보 수신을 위해 next Beacon listen을 시도할 수도 있다.
이에 대한 Announcement frame으로 Probe response frame을 사용할 경우에 대한 실시예는 아래와 같다.
도 22는 Announcement frame으로 Probe response frame 사용 시 frame format의 일 실시예를 도시한 도면이다.
도 22를 참조하면, reporting AP의 BSS에서 critical update가 발생한 경우,(Broadcast) Probe response를 통해 해당 정보가 announcement 될 수 있다. 이 경우, 해당 Probe response frame은 위와 같은 형태를 통해 critical update가 발생했음을 나타내는 CSN 정보(예를 들어, change sequence element, change sequence field)을 probe response에 포함시켜 알려줄 수 있다. 해당 메시지를 수신한 STA은 자신이 현재 가지고 있는 CSN 정보(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 정보(즉, 11be에서 critical update event로써 분류한 모든 정보) 일 수 있다.
STA1은 Announcement frame을 통해 획득한 어떤 정보가 변경되었는지 확인 후 모든 정보 또는 일부 정보에 대해 AP1에게 정보를 요청할 수 있다. 예를 들어, Announcement frame을 통해 BSS에 대한 여러 정보들이 변경되었음을 확인했을 때, critical update에 해당하는 정보만을 STA이 요청할 수도 있다. 이 때, STA이 특정 정보만을 요청하길 원할 경우 Request IE/Extended Request IE 또는 PV1 Probe Response Option element를 재사용 또는 확장하여 사용할 수도 있고 또는 이를 위한 별도의 bitmap을 정의하여 STA이 요청하길 원하는 정보를 지시할 수도 있다.
이와 더불어, 이러한 변경 사항에 대한 indication을 별도의 Announcement가 아닌 전송중인 DL 프레임에 Piggybacked하여 STA에게 알릴 수도 있다. 만약 critical update가 발생한 후, AP가 전송해야 할 DL 프레임이 있는 경우 이러한 indication을 DL 프레임에 포함하여 전송할 수도 있다. 이에 대한 실시 예는 아래와 같다.
도 23은 Single link device를 고려한 Announcement implicit method의 일 실시예를 도시한 도면이다.
도 23을 참조하면, AP1의 BSS에서 Operation element 변경이 발생한 경우, 이 때 다음 Beacon 전송 전에 AP1이 STA에게 전송할 DL 프레임이 있는 경우, 업데이트된 정보를 지시하는 indication을 DL 프레임에 포함시켜 전송할 수 있다. AP1이 전송할 DL 프레임이 있는 경우에는 해당 방법을 통해 별도의 Announcement frame을 사용하지 않아 프레임 오버헤드를 줄일 수 있다. 이를 수신한 STA1은 자신이 획득하길 원하는 정보를 지시하여 request frame을 통해 AP1에게 해당 정보를 요청할 수 있다. 이 요청 프레임을 수신한 AP는 Response 프레임에 정보를 담아 전송한다. 이 때, STA1은 변경된 정보 모두를 요청할 수도 있고 또는 일부 정보만을 요청할 수도 있다.
둘째로, AP MLD가 Multi-link를 지닌 non-AP MLD와 연결되어 있을 때, AP의 BSS 정보가 변경된 경우, 이를 STA에게 알리는 방법을 제안한다. 11be에서는 multi-link의 특성을 활용하여 cross-link signaling을 고려하고 있다. 따라서, cross-link signaling을 통해 AP MLD는 자신의 BSS 변경 정보에 대한 indication 뿐만 아니라 Other AP의 BSS 정보를 자신의 링크를 통해 non-AP MLD에게 알릴 수 있다. 이에 대한 예시는 아래와 같다.
도 24는 Multi-link device를 고려한 Announcement implicit method의 일 실시예를 도시한 도면이다.
도 24를 참조하면, AP2의 BSS 정보가 변경된 경우, AP MLD는 Link 2가 아닌 Link 1을 통해 announcement 프레임을 전송하여 현재 AP2에 변경된 정보가 있음을 STA2에게 알릴 수 있다. Link 1을 통해 Announcement frame을 수신한 STA1은 information sharing을 통해 변경 정보를 전달할 수 있다. 이러한 cross-link signaling 방법은 STA2가 Power saving을 위해 Doze 상태인 경우 변경 사항을 수신하기 위해 Awake 하지 않고, Link 1을 통해 전달할 수 있기 때문에 PS mode로 동작하는 STA들에게 더욱더 유용하게 사용될 수 있다. Link 1을 통해 AP2에 변경된 정보가 있음을 확인한 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로 인해 변경된 정보(즉, AP2의 CSN 값이 5인 경우, CSN 4에서 CSN 5로 업데이트 되면서 변경된 정보)이거나 모든 critical update 정보(즉, AP2의 11be에서 critical update event로써 분류한 모든 정보) 일 수 있다. 이러한 Response frame은 STA이 Request frame을 전송한 링크를 통해 전송되거나 실제로 critical update가 발생한 링크를 통해 전송될 수 있다.
PS mode로 동작하는 STA에 대한 실시예는 아래와 같다.
도 25는 PS mode로 동작하는 STA의 동작 방법의 일 실시예를 도시한 도면이다.
도 25를 참조하면, STA2가 PS mode로 동작하여 Doze 상태로 진입한 이후 AP2의 Critical update가 발생한 경우 STA2가 Awake 하지 않고 Link 1을 통해 변경된 정보 indication 획득 및 정보 요청을 할 수 있다. 제안하는 방법을 통해 STA 은 더 많은 전력 소모를 줄일 수 있다.
또는 Link 1을 통해 AP2에 변경된 정보가 있음을 확인한 non-AP MLD는 Link 2를 통해 변경된 정보를 요청할 수도 있다. 이에 대한 실시예는 아래와 같다.
도 26은 Multi-link device를 고려한 Announcement implicit method의 일 실시예를 도시한 도면이다.
만약 STA2가 PS mode로 동작하는 경우 실시예는 도 27과 같다.
도 27은 PS mode로 동작하는 STA의 동작 방법의 일 실시예를 도시한 도면이다.
예를 들어, Link 1을 통해 AP2의 BSS 변경 정보 indication을 수신한 경우, 만약 변경된 정보가 있는 경우에만 STA2가 Awake 하여 Link 2를 통해 원하는 정보를 요청할 수 있다. 만약 수신한 Announcement frame을 통해 현재 변경된 정보가 없음을 확인하거나 획득하고 싶은 변경 정보가 없는 경우에는 STA이 Doze 상태를 유지할 수 있다.
이에 대한 Announcement frame으로 Probe response frame을 사용할 경우에 대한 실시예는 아래와 같다.
도 28은 Announcement frame으로 Probe response frame 사용 시 frame format의 일 실시예를 도시한 도면이다.
도 28을 참조하면, AP(x)의 BSS에서 critical update가 발생한 경우, (Broadcast) Probe response를 통해 해당 정보가 announcement 될 수 있다. 이 경우, 해당 Probe response frame은 위와 같은 형태를 통해 critical update가 발생했음을 나타내는 CSN 정보(예를 들어, 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 정보(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 사용 예시는 아래와 같다. 이 같은 형태를 통해 reporting AP는 자신에 대한 중요 변경 정보와 reported AP에 대한 변경 정보 유무를 경우에 따라 함께 전달할 수 있다.
도 29는 Announcement frame으로 Probe response frame 사용 시 frame format의 일 실시예를 도시한 도면이다.
또한, 이러한 변경 사항을 별도의 Announcement가 아닌 전송중인 DL 프레임에 Piggybacked하여 STA에게 알릴 수도 있다. 이에 대한 실시예는 아래와 같다.
도 30은 Multi-link device를 고려한 Announcement implicit method의 일 실시예를 도시한 도면이다.
도 30을 참조하면, AP2에서 Critical update가 발생한 경우, 만약 AP1에서 전송할 DL 프레임이 있다면 AP2의 변경 사항을 표시한 indication을 전송할 DL 프레임에 포함하여 STA2에게 전달할 수 있다. 이를 수신한 non-AP MLD는 자신이 원하는 정보 또는 모든 정보를 획득하기 위한 요청 메시지를 Link 1을 통해 전송할 수 있다. AP1이 전송할 DL 프레임이 있는 경우에는 해당 방법을 통해 별도의 Announcement frame을 사용하지 않아 프레임 오버헤드를 줄일 수 있다. 또한 STA2가 PS mode를 통해 Doze state로 진입한 경우에는 Awake 시키지 않고 변경 정보를 Link 1을 통해 전달할 수 있기 때문에 더욱더 유용하게 사용될 수 있다. 이에 대한 예시는 아래와 같다.
도 31은 PS mode로 동작하는 STA의 동작 방법의 일 실시예를 도시한 도면이다.
도 31을 참조하면, STA2가 PS mode로 동작하여 Doze 상태로 진입한 이후 AP2의 Critical update가 발생한 경우 STA2가 Awake 하지 않고 Link 1을 통해 변경된 정보 indication 획득 및 정보 요청을 할 수 있다. 제안하는 방법을 통해 STA 은 더 많은 전력 소모를 줄일 수 있다.
또는 Link 1을 통해 AP2에 변경된 정보가 있음을 확인한 non-AP MLD는 Link 2를 통해 변경된 정보를 요청할 수도 있다. 이에 대한 실시예는 아래와 같다.
도 32는 Multi-link device를 고려한 Announcement implicit method의 일 실시예를 도시한 도면이다.
만약 STA2가 PS mode로 동작하는 경우 실시예는 도 33과 같다.
도 33은 PS mode로 동작하는 STA의 동작 방법의 일 실시예를 도시한 도면이다.
도 33을 참조하면, Link 1을 통해 AP2의 BSS 변경 정보 indication을 수신한 경우, 만약 변경된 정보가 있는 경우에만 STA2가 Awake 하여 Link 2를 통해 원하는 정보를 요청할 수 있다. 만약 수신한 DL frame에 포함된 indication을 통해 현재 변경된 BSS 정보가 없음을 확인하거나 획득하고 싶은 변경 정보가 없는 경우에는 STA이 Doze 상태를 유지할 수 있다.
2. Announcement Method for power saving
본절에서는 PS(Power saving) mode로 동작하는 STA을 위한 Announcement method를 제안한다.
일반적으로 AP는 BSS의 정보(예를 들어, critical update, Capabilities, Operation element 등) 변경이 발생했을 때, 이 정보를 STA에게 알려주어야 한다. 본 명세서에서 언급하는 critical update에 대한 정보들은 11be 규격에서 critical update event로 분류한 element들을 의미한다.
기본적으로, 이러한 변경 정보 및 변경 정보 유무(예를 들어, RNR Element, Change sequence, Check Beacon 등)는 주기적으로 전송되는 Beacon 및 추가적인 TIM Frame 등을 통해 알려줄 수 있다. 이 때, 변경 정보는 BSS에서 업데이트된 정보 자체(예를 들어, system information parameter value 등)가 될 수도 있고 overhead를 줄이기 위해 변경 정보의 버전(예를 들어, change sequence 등)을 표시하는 indication이 될 수도 있다. 그런데, 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를 고려하여 Beacon에 BSS 변경 정보를 포함시켜 전달할 수 있지만, PS mode로 동작하는 STA의 경우에는 더 많은 전력 감소를 위해 더 긴 Listen interval을 설정하거나 Beacon 수신을 skip할 수도 있기 때문에, Beacon을 통한 BSS 변경 정보 전달은 충분하지 않을 수 있다. 이에 대한 동작 예시는 아래와 같다.
도 34는 Active mode 와 PS mode인 STA의 동작 방법의 일 실시예를 도시한 도면이다.
도 34를 참조하면, STA이 Doze 기간동안 연결 AP에 대해 업데이트된 BSS 정보가 있다면, 이를 보관하다가 STA이 Awake 했음을 확인했을 때(예를 들어, STA으로부터 PS-Poll/QoS null을 수신한 경우 또는 STA으로부터 QoS 데이터를 수신한 경우 등), AP가 STA에게 이 정보를 전달하는 방법은 Beacon 주기와 관계없이 중요 업데이트 정보를 전달할 수 있다.
예를 들어, Broadcast TWT를 지원하는 STA들의 경우 파워 세이빙을 위해 doze 상태를 유지하다가 AP로부터 수신한 스케줄링 된 Broadcast TWT SP 동안 데이터 전송/수신을 위해 Awake 한다. 이 때, Awake 한 STA은 자신이 Doze한 기간동안 연결 AP의 중요 변경 정보가 있다면 데이터를 전송 또는 수신하기 전에 이 변경 사항들을 알아야만 한다.
도 35는 Announcement method의 일 실시예를 도시한 도면이다.
STA2가 PS mode로 인해 doze로 진입한 이후 Critical update가 발생한 경우 AP2는 이를 STA에게 알릴 수 없다. 이 때, 도 35와 같이 STA이 다음 Beacon 수신 전에 Awake 하는 경우(예를 들어, Broadcast TWT SP, UL 프레임 전송 등), STA은 Awake 했을 때 AP2에게 이를 PS-Poll을 통해 알릴 수 있다. 이를 수신한 AP는 현재 STA2가 Awake 했음을 알고 doze한 기간동안 발생한 BSS 변경 정보들을 Announcement frame에 담아 전달할 수 있다.
위 예시에 대한 multi-link case 예시는 아래와 같다.
도 36은 Announcement method의 일 실시예를 도시한 도면이다.
도 36을 참조하면, AP MLD와 non-AP MLD가 2개의 링크로 연결된 경우, 만약 non-AP MLD가 PS mode로 동작하여 STA1과 STA2가 Listen interval에 맞게 Awake하는 경우, 기존에는 STA이 자신의 Listen interval에 맞게 Awake 했을 때 critical update 정보를 확인할 수 있다. 이 때, critical update 정보는 업데이트된 정보 parameter value가 될 수도 있고, 업데이트 정보의 버전을 나타내는 indication(예를 들어, change sequence)이 될 수도 있다. 하지만 본 명세서에서 제안하는 방법을 사용하는 경우, AP1에서 Critical update가 발생한 경우, 만약 STA2가 STA1의 next TBTT 시점 이전에 Awake 했음을 확인한 경우(예를 들어, STA으로부터 PS-Poll/QoS null을 수신한 경우 또는 STA으로부터 UL 데이터를 수신한 경우 등), AP1의 Critical update 정보를 Link 2를 통해 전송할 수 있다. 이를 통해 STA1은 자신의 next TBTT 시점 이전에 Link 2를 통해 자신을 위한 critical update 정보를 획득할 수 있다. 예시는 ANC Frame에 하나의 BSS에 대한 업데이트 정보를 포함한 것으로 나타냈지만, 여러 다른 BSS에 대한 정보도 업데이트 여부와 관계없이 함께 포함될 수 있다.
도 37은 Announcement method의 일 실시예를 도시한 도면이다.
도 37을 참조하면, STA2가 Doze 했다가 UL 프레임전송을 위해 Awake 한 경우에도 AP는 STA으로부터 UL 프레임 수신 후 변경된 정보를 Announcement frame을 통해 알릴 수 있다.
위 예시에 대한 multi-link case 예시는 아래와 같다.
도 38은 Announcement method의 일 실시예를 도시한 도면이다.
도 38을 참조하면, AP MLD와 non-AP MLD가 2개의 링크로 연결된 경우, 만약 non-AP MLD가 PS mode로 동작하여 STA1과 STA2가 Listen interval에 맞게 Awake하는 경우, 기존에는 STA이 자신의 Listen interval에 맞게 Awake 했을 때 critical update 정보를 확인할 수 있다. 이 때, critical update 정보는 업데이트된 정보 parameter value가 될 수도 있고, 업데이트 정보의 버전을 나타내는 indication(e.g. change sequence) 이 될 수도 있다. 하지만 본 명세서에서 제안하는 방법을 사용하는 경우, AP1에서 Critical update가 발생한 경우, 만약 STA2가 STA1의 next TBTT 시점 이전에 Awake 하는 경우(예를 들어, TWT SP, UL 프레임 전송 등), AP2는 AP1의 Critical update 정보를 STA2가 다시 doze state 진입하기 전에 전송함으로써 Link 2를 통해 전달할 수 있다. 이를 통해 STA1은 자신의 next TBTT 시점 이전에 Link 2를 통해 자신을 위한 critical update 정보를 획득할 수 있다. 예시는 ANC Frame에 하나의 BSS에 대한 업데이트 정보를 포함한 것으로 나타냈지만, 여러 다른 BSS에 대한 정보도 업데이트 여부와 관계없이 함께 포함될 수 있다.
추가적으로, STA이 Awake했을 때 UL 프레임을 전송한 경우 이러한 BSS 변경 정보를 UL 프레임에 대한 ACK에 포함시켜 보내는 방법도 제안한다. 이에 대한 실시예는 아래와 같다. ACK에 업데이트 정보를 포함하여 보내면 프레임 오버헤드가 감소하고, STA이 더 많은 기간동안 Doze 할 수 있기 때문에 더 많은 전력소모를 줄일 수 있다.
도 39는 Announcement method의 일 실시예를 도시한 도면이다.
위 예시에 대한 multi-link case 예시는 아래와 같다.
도 40은 Announcement method의 일 실시예를 도시한 도면이다.
도 40을 참조하면, AP MLD와 non-AP MLD가 2개의 링크로 연결된 경우, 만약 non-AP MLD가 PS mode로 동작하여 STA1과 STA2가 Listen interval에 맞게 Awake하는 경우, 기존에는 STA이 자신의 Listen interval에 맞게 Awake 했을 때 critical update 정보를 확인할 수 있다. 이 때, critical update 정보는 업데이트된 정보 parameter value가 될 수도 있고, 업데이트 정보의 버전을 나타내는 indication(예를 들어, change sequence) 이 될 수도 있다. 하지만 본 명세서에서 제안하는 방법을 사용하는 경우, AP1에서 Critical update가 발생한 경우, 만약 STA2가 STA1의 next TBTT 시점 이전에 Awake 하는 경우(예를 들어, TWT SP, UL 프레임 전송 등), 이러한 BSS 변경 정보를 UL 프레임에 대한 ACK에 포함시켜 보내는 방법도 제안한다. ACK에 업데이트 정보를 포함하여 보내면 프레임 오버헤드가 감소하고, STA이 더 많은 기간동안 Doze 할 수 있기 때문에 더 많은 전력소모를 줄일 수 있다. 예시는 ACK Frame에 하나의 BSS에 대한 업데이트 정보를 포함한 것으로 나타냈지만, 여러 다른 BSS에 대한 정보도 업데이트 여부와 관계없이 함께 포함될 수 있다.
이 때, 만약 AP가 STA으로부터 PS-Poll을 수신하여 Awake 했음을 알았을 때, 해당 STA에게 전달해야 할 DL 프레임이 있다면 별도의 Announcement frame이 아닌 이 DL Frame에 업데이트 BSS 정보를 Piggybacked하여 전달할 수도 있다. 이에 대한 예시는 아래와 같다.
도 41은 Announcement method의 일 실시예를 도시한 도면이다.
위 예시에 대한 multi-link case 예시는 아래와 같다.
도 42는 Announcement method의 일 실시예를 도시한 도면이다.
도 42를 참조하면, AP MLD와 non-AP MLD가 2개의 링크로 연결된 경우, 만약 non-AP MLD가 PS mode로 동작하여 STA1과 STA2가 Listen interval에 맞게 Awake하는 경우, 기존에는 STA이 자신의 Listen interval에 맞게 Awake 했을 때 critical update 정보를 확인할 수 있다. 이 때, critical update 정보는 업데이트된 정보 parameter value가 될 수도 있고, 업데이트 정보의 버전을 나타내는 indication(e.g. change sequence) 이 될 수도 있다. 하지만 본 명세서에서 제안하는 방법을 사용하는 경우, AP1에서 Critical update가 발생한 경우, 만약 STA2가 STA1의 next TBTT 시점 이전에 Awake 했음을 알았을 때(예를 들어, TWT SP, UL 프레임 수신, PS-poll 수신 등), STA2에게 전달해야 할 DL 프레임이 있다면 별도의 Announcement frame이 아닌 이 DL Frame에 업데이트 BSS 정보를 Piggybacked하여 전달할 수도 있다.
DL Frame에 업데이트 정보를 포함하여 보내면 프레임 오버헤드가 감소하고, STA이 더 많은 기간동안 Doze 할 수 있기 때문에 더 많은 전력소모를 줄일 수 있다. 예시는 DL Frame에 하나의 BSS에 대한 업데이트 정보를 포함한 것으로 나타냈지만, 여러 다른 BSS에 대한 정보도 업데이트 여부와 관계없이 함께 포함될 수 있다.
이와 같은 방법을 통해 변경된 정보를 수신한 STA은 다음 Beacon을 기다릴 필요 없이 변경된 정보를 기반으로 동작할 수 있다.
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가 필요에 따라 해당 방법의 동작을 활성화 또는 비활성화 시킬 수 있는 방법이다.
우선 본 동작을 지시하기 위해 아래와 같은 필드를 정의한다. 본 명세서에서 제안하는 필드의 명칭이나 계위는 이후 발명에 따라 변경될 수 있다.
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 지시자(예를 들어, Link ID)를 사용할 수 있다. 해당 정보가 Link 지시자(예를 들어, Link ID) 와 함께 사용될 경우 MLD 내 특정 entity 별 Announcement method 지원 유무를 나타낼 수 있다. 즉, MLD 내 entity 별로 독립적으로 해당 동작을 지원할 수 있다.
예를 들어, 이러한 정보는 EHT MAC Capabilities information field 등에 정의될 수 있다.
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 지시자(예를 들어, Link ID)를 사용할 수 있다. 해당 정보가 Link 지시자(예를 들어, Link ID) 와 함께 사용될 경우 MLD 내 특정 entity 별 Announcement method 활성화 유무를 나타낼 수 있다. 즉, MLD 내 entity 별로 독립적으로 해당 동작을 제어할 수 있다. 이 모드는 semi-static 또는 dynamic하게 indication 될 수 있다. 예를 들어, semi-static일 경우 EHT capability 또는 EHT operation element에 포함될 수 있고 dynamic하게 indication할 경우에는 frame(예를 들어, control frame 또는 data frame 또는 null frame 등)에 piggy back되거나 A-Control field 또는 Control field를 통해 지시될 수 있다.
3-1. Static signalling for the Announcement Method
본 명세서에서 제안하는 Announcement method는 static 한 방법으로 indication 할 수 있다. 만약 static하게 해당 방법(즉, Announcement method)을 지원하는 경우에는 아래와 같이 동작한다.
AP 또는 STA이 해당 Announcement method의 동작을 지원하는 경우 “Support Announcement method” 값을 1로 가진다. Link setup과정에서 STA과 AP 모두 해당 모드를 지원하는 경우(즉, “Support Announcement method” = 1값을 지니는 경우) capability negotiation 과정을 통해 link setup 과정 이후 해당 방법 기반으로 동작하게 된다.
도 43은 Single link device의 static signaling 방법의 일 실시예를 도시한 도면이다.
도 43을 참조하면, 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에 대해 해당 방법을 기반으로 동작할 수 있다.
도 44는 multi-link device의 static signaling 방법의 일 실시예(MLD level 지원 시)를 도시한 도면이다.
도 44를 참조하면, 만약 Link level에서 해당 방법을 지원하는 경우 non-AP MLD 또는 AP MLD 내 해당 방법을 지원하는 entity에 대해서만 해당 방법으로 동작한다. 아래 실시 예처럼, Link level로 해당 방법을 지원하는 경우 Link 별로 해당 방법 지원 유무를 지시하려 알려 줄 수 있다. 해당 정보들을 기반으로 non-AP MLD와 AP MLD는 각 Link 별로 독립적으로 해당 방법을 기반으로 동작할 수 있다.
도 45는 multi-link device의 static signaling 방법의 일 실시예(Link level 지원 시)를 도시한 도면이다.
3-2. Dynamic signalling for the Announcement Method
본 명세서에서 제안하는 Announcement method는 Dynamic 한 방법으로 indication 할 수 있다. 만약 dynamic하게 해당 방법(즉, Announcement method)을 지원하는 경우에는 아래와 같이 동작한다. 해당 방법은 multi-link setup 이후 STA이 A-Control field 또는 Control field를 사용하여 상황에 따라 자유롭게 해당 방법의 활성화 유무를 제어할 수 있다. 예를 들어, AP는 해당 방법의 활성화 유무를 나타내는 “Announcement method mode” 정보를 가지고 있다. 이 때, STA이 해당 방법을 활성화시키고 싶은 경우 frame(예를 들어, control frame 또는 data frame 등)에 piggy back되거나 A-Control field 또는 Control field에 “Announcement method mode” = 1값을 지시하여 요청할 수 있다. 이를 수신한 AP는 Announcement method를 활성화시키고, 이후 해당 방법을 기반으로 동작한다. 반대로 STA이 해당 방법을 비활성화 시키고 싶은 경우 frame(예를 들어, control frame 또는 data frame 등)에 piggy back되거나 A-Control field 또는 Control field에 “Announcement method mode” = 0 값을 지시하여 요청할 수 있다. 이를 수신한 AP는 해당 방법을 비활성화 시킨다.
도 46은 Single link device의 dynamic signaling 방법의 일 실시예를 도시한 도면이다.
도 46을 참조하면, Multi-link를 지닌 MLD는 해당 방법을 활성화시키고 싶은 경우, non-AP MLD의 STA은 AP MLD의 연결 AP에게 해당 방법의 활성화를 요청하는 메시지를 전송할 수 있다. Request frame(예를 들어, control frame 또는 data frame 등)에 piggy back되거나 A-Control field 또는 Control field에 “Announcement method mode” = 1값을 지시하여 요청할 수 있다. 이를 수신한 AP는 AP MLD내 모든 Link에 대해 Announcement method를 활성화시키고, 이후 해당 방법을 기반으로 동작한다. 반대로 STA이 해당 방법을 비활성화 시키고 싶은 경우 frame(예를 들어, control frame 또는 data frame 등)에 piggy back되거나 A-Control field 또는 Control field에 “Announcement method mode” = 0 값을 지시하여 요청할 수 있다. 이를 수신한 AP는 AP MLD내 모든 Link에 대해 해당 방법을 비활성화 시킨다.
도 47은 multi-link device의 dynamic signaling 방법의 일 실시예(MLD level 지원 시)를 도시한 도면이다.
도 47을 참조하면, non-AP MLD의 한 STA이 연결 AP MLD의 AP에게 Announcement method를 활성화시키는 요청메시지를 전송할 경우, AP MLD는 AP MLD 내 모든 entity에 대해 Announcement method를 활성화시킬 수 있다. 비활성화 과정도 이와 동일하게 지시될 수 있다.
도 48은 multi-link device의 dynamic signaling 방법의 일 실시예(Link level 지원 시)를 도시한 도면이다.
도 48을 참조하면, non-AP MLD의 한 STA이 연결 AP MLD의 AP에게 Announcement method를 활성화시키는 요청메시지를 전송할 경우 AP MLD는 AP MLD 내 각 entity에 대해 Announcement method 활성화를 지시할 수 있다. 이 때, “Announcement method mode” = 1 값과 함께 활성화시키고자 하는 Link 정보를 함께 요청하면, AP는 지시된 Link에 대해서만 해당 방법을 활성화시킨다. 비활성화 과정도 이와 동일하게 지시될 수 있다.
3-3. Semi-static signalling for the Announcement Method
본 명세서에서 제안하는 Announcement method는 semi-static 한 방법으로 indication 할 수 있다. 만약 semi-static하게 해당 방법(즉, Announcement method)을 지원하는 경우에는 아래와 같이 동작한다.
해당 방법은 multi-link setup 과정에서 capability negotiation을 통해(예를 들어, Support Announcement method 필드 사용하여) 해당 방법(즉, Announcement method)을 활성화시킬 수 있다. 이 때, link setup 이후 해당 방법을 4.3.2절에서 설명한 dynamic signaling 방법 과 같이, “Announcement method mode” 필드를 사용하여 해당 모드를 자유롭게 활성화 또는 비활성화 시킬 수 있다. Semi-static signaling 방법은 static signaling 방법과 dynamic signaling을 절충한 방법으로 사용될 수 있다.
4. Operation of Announcement Method in PS mode
본 명세서에서는 Power saving을 고려한 Announcement를 추가로 고려하고 있다.
만약 non-AP MLD가 본 명세서에서 제안하는 Announcement method for power saving(2절 내용)을 함께 지원할 수 있는 경우에는 다음과 같이 동작한다. 해당 방법은 위에서 제안한 signaling 방법을 통해 활성화를 지시할 수 있는데, 만약 해당 방법에 대해 enabled 된 경우 non-AP MLD의 PS mode enabled에 따라서 announcement method가 동작할 수 있다. 예를 들어, non-AP MLD가 Active mode로 동작하는 경우에는 General Announcement method(1 절 제안 내용)를 기반으로 동작하고, PS mode로 동작하는 경우에는 Announcement method for power saving(2 절 제안 내용)을 기반으로 동작한다.
반면에, 만약 non-AP MLD가 본 명세서에서 제안하는 Announcement method for power saving(2절 내용)을 함께 지원하지 않는 경우에는 기존 General Announcement method(1 절 제안 내용)를 기반으로 동작한다.
예를 들어, non-AP MLD가 Active mode로 동작하는 경우에는 General Announcement method 로 동작하고, non-AP MLD 또는 STA이 PS mode로 동작하여 doze state로 진입한 경우에는announcement message를 폐기하거나 STA이 Awake 할 때까지 announcement message를 pending한다.
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(4.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은 자신에게 필요한 중요 정보(예를 들어, 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(4.1.2절)과 함께 사용되는 경우, 해당 지시자가 가리키는 STA이 확인해야할 중요정보가 연결 AP(또는 BSS)에 생성 또는 변경되었음을 알려 줄 수 있다.
도 49는 STA MLD 동작 방법의 일 실시예를 도시한 도면이다.
도 49를 참조하면, 상기 STA MLD는 제1 STA 및 제2 STA을 포함하고, AP(access point) MLD는 제1 AP 및 제2 AP를 포함할 수 있다. 상기 제1 STA 및 상기 제1 AP는 제1 링크에서 동작하고, 상기 제2 STA 및 상기 제2 AP는 제2 링크에서 동작하고, 상기 제2 STA은 도즈(doze) 상태(state)일 수 있다.
STA MLD는 알림 프레임을 수신할 수 있다(S4910). 예를 들어, STA MLD는 상기 제1 STA이, 상기 제1 링크를 통해 상기 제2 AP에서 발생한 크리티컬 업데이트(critical update)에 관련된 정보를 포함하는 알림 프레임을 수신할 수 있다.
STA MLD는 크리티컬 업데이트 정보를 전달할 수 있다(S4920). 예를 들어, 상기 제2 STA이 상기 제1 STA으로부터 상기 크리티컬 업데이트에 관련된 정보를 획득할 수 있다.
예를 들어, 상기 알림 프레임은 관리(management) 프레임을 포함할 수 있다.
예를 들어, 상기 알림 프레임은 비컨(beacon) 프레임을 포함할 수 있다.
예를 들어, 상기 크리티컬 업데이트는 상기 제2 STA이 도즈 상태일 때 상기 제2 AP에서 발생한 것일 수 있다.
예를 들어, 상기 크리티컬 업데이트는 비컨 프레임에 포함되는 엘리먼트(element)가 변경되는 경우를 포함할 수 있다.
예를 들어, 상기 크리티컬 업데이트는 비컨 프레임에 포함되는 엘리먼트에 다음 중 적어도 하나가 발생하는 경우를 포함할 수 있다. 채널 전환 안내 엘리먼트의 포함(Inclusion of a Channel Switch Announcement element), 확장 채널 스위치 알림 엘리먼트의 포함(Inclusion of an Extended Channel Switch Announcement element), EDCA(enhanced distribution channel access) 매개변수 엘리먼트의 수정(Modification of the EDCA parameters element), Quiet 요소의 포함(Inclusion of a Quiet element), DSSS 매개변수 세트의 수정(Modification of the DSSS Parameter Set), CF 매개변수 세트 엘리먼트의 수정(Modification of the CF Parameter Set element), HT Operation 엘리먼트의 수정(Modification of the HT Operation element), 광대역 채널 스위치 엘리먼트의 포함(Inclusion of a Wide Bandwidth Channel Switch element), 채널 스위치 래퍼 엘리먼트의 포함(Inclusion of a Channel Switch Wrapper element), 작동 모드 알림 엘리먼트의 포함(Inclusion of an Operating Mode Notification element), Quiet Channel 엘리먼트의 포함(Inclusion of a Quiet Channel element), VHT Operation 엘리먼트 수정(Modification of the VHT Operation element).
예를 들어, 상기 크리티컬 업데이트는 저지연(low latency) 트래픽(traffic)의 발생을 더 포함할 수 있다.
즉, STA2(즉, 제2 STA)는 PS 모드로 동작하고, doze 상태일 수 있다. 예를 들어, STA2는 비컨 프레임을 수신할 때에만 awake 상태로 천이하여 비컨 프레임을 수신할 수 있다. STA2가 비컨 프레임을 수신한 후, AP2(즉, 제2 AP)에서 크리티컬 업데이트가 발생한 경우, STA는 기존의 경우에는 다음 비컨 프레임 수신까지 AP2의 크리티컬 업데이트에 관련된 정보를 획득할 수 없다. 하지만 본 실시예에서는 AP1(즉, 제1 AP)이 AP2의 크리티컬 업데이트에 관련된 정보를 알림 프레임(announcement frame)을 통해 STA1(즉, 제1 STA)에게 전송할 수 있다. STA1은 STA2에게 크로스 링크 시그널링을 통해 AP2의 크리티컬 업데이트에 관련된 정보를 전달할 수 있다. 따라서, STA2는 다음 비컨 프레임 수신 전이라도 AP2에서 발생한 크리티컬 업데이트에 관련된 정보를 획득할 수 있다.
이에 대한 Announcement frame으로 Probe response frame을 사용할 경우에 대한 실시예는 아래와 같다.
AP(x)의 BSS에서 Channel switch가 발생한 경우(즉, critical update)가 발생한 경우, (Broadcast) Probe response를 통해 해당 정보가 announcement 될 수 있다. 이 경우, 해당 Probe response frame은 도 15와 같은 형태를 통해 critical update가 발생했음을 나타내는 CSN 정보(예를 들어, change sequence element)와 변경된 파라미터 정보(예를 들어, 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 정보(예를 들어, 11be에서 critical update event로써 분류된 모든 IE 정보)를 frame에 포함하여 알릴 수도 있다. 예를 들어, AP MLD의 AP1, AP2와 non-AP MLD의 STA1, STA2가 Link 1, Link 2로 연결되어 있으며, STA2가 Power saving을 이유로 doze 상태로 진입한 경우를 가정한다. 이 때, AP2에서 Critical update가 발생한 경우 STA2에게 이를 알려야 하지만 STA2가 doze 상태이기 때문에 이를 알리기 위해서는 STA2를 Awake 시켜야만 한다. 이 때, AP MLD는 Link 1을 통해 AP2의 Critical update 관한 정보를(Broadcast) Probe response frame을 통해 제공함으로써, non-AP MLD는 STA2를 awake 시키지 않고 업데이트된 정보를 획득할 수 있다. 이처럼 AP MLD의 multi-link 특성을 고려하면 non-AP MLD의 STA은 자신의operating link를 통해 other AP에 대한 critical update 정보를 획득할 수 있기 때문에 power saving에 유용할 수 있다. 이 때, 특히, AP1는 AP2에 대해 critical update event가 발생했을 때 announcement frame을 통해 AP2에 대한 변경된 정보를 알릴 수 있는데, 이 때 AP2에 대한 Critical update event로 분류된 모든 IE 정보들을 포함한 프레임을 전송할 수 있다. 이때, Critical update event로 분류된 모든 IE 정보들은 11be에서 정의한 정보들을 의미한다. 현재 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을 통해 11be에서 정의한 모든 critical update IE들을 포함한 announcement frame(예를 들어, (Broadcast) Probe Response frame)을 전송함으로써 STA에게 AP의 가장 최신 Critical update 정보를 제공해 줄 수 있다.
도 50은 AP MLD 동작 방법의 일 실시예를 도시한 도면이다.
도 50을 참조하면, 상기 STA MLD는 제1 STA 및 제2 STA을 포함하고, AP(access point) MLD는 제1 AP 및 제2 AP를 포함할 수 있다. 상기 제1 STA 및 상기 제1 AP는 제1 링크에서 동작하고, 상기 제2 STA 및 상기 제2 AP는 제2 링크에서 동작하고, 상기 제2 STA은 도즈(doze) 상태(state)일 수 있다.
AP MLD는 크리티컬 업데이트 정보를 획득할 수 있다(S5010). 예를 들어, 상기 제1 AP는 상기 제2 AP로부터 상기 제2 AP에서 발생한 크리티컬 업데이트(critical update)에 관련된 정보를 획득할 수 있다.
AP MLD는 알림 프레임을 전송할 수 있다(S5020). 예를 들어, 상기 제1 AP는 상기 제1 링크를 통해 상기 제2 AP에서 발생한 크리티컬 업데이트에 관련된 정보를 포함하는 알림 프레임을 전송할 수 있다.
예를 들어, 상기 알림 프레임은 관리(management) 프레임을 포함할 수 있다.
예를 들어, 상기 알림 프레임은 비컨(beacon) 프레임을 포함할 수 있다.
예를 들어, 상기 크리티컬 업데이트는 상기 제2 STA이 도즈 상태일 때 상기 제2 AP에서 발생한 것일 수 있다.
예를 들어, 상기 크리티컬 업데이트는 비컨 프레임에 포함되는 엘리먼트(element)가 변경되는 경우를 포함할 수 있다.
예를 들어, 상기 크리티컬 업데이트는 비컨 프레임에 포함되는 엘리먼트에 다음 중 적어도 하나가 발생하는 경우를 포함할 수 있다. 채널 전환 안내 엘리먼트의 포함(Inclusion of a Channel Switch Announcement element), 확장 채널 스위치 알림 엘리먼트의 포함(Inclusion of an Extended Channel Switch Announcement element), EDCA(enhanced distribution channel access) 매개변수 엘리먼트의 수정(Modification of the EDCA parameters element), Quiet 요소의 포함(Inclusion of a Quiet element), DSSS 매개변수 세트의 수정(Modification of the DSSS Parameter Set), CF 매개변수 세트 엘리먼트의 수정(Modification of the CF Parameter Set element), HT Operation 엘리먼트의 수정(Modification of the HT Operation element), 광대역 채널 스위치 엘리먼트의 포함(Inclusion of a Wide Bandwidth Channel Switch element), 채널 스위치 래퍼 엘리먼트의 포함(Inclusion of a Channel Switch Wrapper element), 작동 모드 알림 엘리먼트의 포함(Inclusion of an Operating Mode Notification element), Quiet Channel 엘리먼트의 포함(Inclusion of a Quiet Channel element), VHT Operation 엘리먼트 수정(Modification of the VHT Operation element).
예를 들어, 상기 크리티컬 업데이트는 저지연(low latency) 트래픽(traffic)의 발생을 더 포함할 수 있다.
도 49 및 도 50의 일례에 표시된 세부 단계 중 일부는 필수 단계가 아닐 수 있고, 생략될 수 있다. 도 49 및 도 50에 도시된 단계 외에 다른 단계가 추가될 수 있고, 상기 단계들의 순서는 달라질 수 있다. 상기 단계들 중 일부 단계가 독자적 기술적 의미를 가질 수 있다.
상술한 본 명세서의 기술적 특징은 다양한 장치 및 방법에 적용될 수 있다. 예를 들어, 상술한 본 명세서의 기술적 특징은 도 1 및/또는 도 5의 장치를 통해 수행/지원될 수 있다. 예를 들어, 상술한 본 명세서의 기술적 특징은, 도 1 및/또는 도 5의 일부에만 적용될 수 있다. 예를 들어, 상술한 본 명세서의 기술적 특징은, 도 1의 프로세싱 칩(114, 124)을 기초로 구현되거나, 도 1의 프로세서(111, 121)와 메모리(112, 122)를 기초로 구현되거나, 도 5의 프로세서(610)와 메모리(620)를 기초로 구현될 수 있다. 예를 들어, 본 명세서의 장치에 있어서, 상기 장치는, 메모리 및 상기 메모리와 동작 가능하게 결합된 프로세서(processor)를 포함하되, 상기 프로세서는, AP(access point)로부터 BSS(basic service set) 부하(load) 정보를 포함하는 PPDU(physical protocol data unit)를 수신하되, 상기 BSS 부하 정보는 상기 AP의 BSS에 연결된 STA의 수 및 상기 AP의 BSS에 연결된 STA들 중에서 활성화(enabled) STA의 수에 관련된 정보를 포함하고; 그리고 상기 PPDU를 복호하도록 설정될 수 있다.
본 명세서의 기술적 특징은 CRM(computer readable medium)을 기초로 구현될 수 있다. 예를 들어, 본 명세서에 의해 제안되는 CRM은, 무선랜(Wireless Local Area Network) 시스템의 STA(station)의 적어도 하나의 프로세서(processor)에 의해 실행됨을 기초로 하는 명령어(instruction)를 포함하는 적어도 하나의 컴퓨터로 읽을 수 있는 기록매체(computer readable medium)에 있어서, AP(access point)로부터 BSS(basic service set) 부하(load) 정보를 포함하는 PPDU(physical protocol data unit)를 수신하되, 상기 BSS 부하 정보는 상기 AP의 BSS에 연결된 STA의 수 및 상기 AP의 BSS에 연결된 STA들 중에서 활성화(enabled) STA의 수에 관련된 정보를 포함하는, 단계; 및 상기 PPDU를 복호하는 단계를 포함하는 동작(operation)을 수행하는 명령어(instruction)를 포함할 수 있다.
본 명세서의 CRM 내에 저장되는 명령어는 적어도 하나의 프로세서에 의해 실행(execute)될 수 있다. 본 명세서의 CRM에 관련된 적어도 하나의 프로세서는 도 1의 프로세서(111, 121) 또는 프로세싱 칩(114, 124)이거나, 도 5의 프로세서(610)일 수 있다. 한편, 본 명세서의 CRM은 도 1의 메모리(112, 122)이거나 도 5의 메모리(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 (18)

  1. 무선랜(wireless local area network, WLAN) 시스템의 STA(station) MLD(multi-link device)에서 수행되는 방법에 있어서,
    상기 STA MLD는 제1 STA 및 제2 STA을 포함하고, AP(access point) MLD는 제1 AP 및 제2 AP를 포함하고,
    상기 제1 STA 및 상기 제1 AP는 제1 링크에서 동작하고, 상기 제2 STA 및 상기 제2 AP는 제2 링크에서 동작하고, 상기 제2 STA은 도즈(doze) 상태(state)이고,
    상기 제1 STA이, 상기 제1 링크를 통해 상기 제2 AP에서 발생한 크리티컬 업데이트(critical update)에 관련된 정보를 포함하는 알림 프레임을 수신하는 단계; 및
    상기 제2 STA이 상기 제1 STA으로부터 상기 크리티컬 업데이트에 관련된 정보를 획득하는 단계를 포함하는,
    방법.
  2. 청구항 1에 있어서,
    상기 알림 프레임은 관리(management) 프레임을 포함하는,
    방법.
  3. 청구항 1에 있어서,
    상기 알림 프레임은 비컨(beacon) 프레임을 포함하는,
    방법.
  4. 청구항 1에 있어서,
    상기 크리티컬 업데이트는 상기 제2 STA이 도즈 상태일 때 상기 제2 AP에서 발생한 것인,
    방법.
  5. 청구항 1에 있어서,
    상기 크리티컬 업데이트는,
    비컨 프레임에 포함되는 엘리먼트(element)가 변경되는 경우를 포함하는,
    방법.
  6. 청구항 1에 있어서,
    상기 크리티컬 업데이트는 비컨 프레임에 포함되는 엘리먼트에 다음 중 적어도 하나가 발생하는 경우를 포함하는,
    채널 전환 안내 엘리먼트의 포함(Inclusion of a Channel Switch Announcement element), 확장 채널 스위치 알림 엘리먼트의 포함(Inclusion of an Extended Channel Switch Announcement element), EDCA(enhanced distribution channel access) 매개변수 엘리먼트의 수정(Modification of the EDCA parameters element), Quiet 요소의 포함(Inclusion of a Quiet element), DSSS 매개변수 세트의 수정(Modification of the DSSS Parameter Set), CF 매개변수 세트 엘리먼트의 수정(Modification of the CF Parameter Set element), HT Operation 엘리먼트의 수정(Modification of the HT Operation element), 광대역 채널 스위치 엘리먼트의 포함(Inclusion of a Wide Bandwidth Channel Switch element), 채널 스위치 래퍼 엘리먼트의 포함(Inclusion of a Channel Switch Wrapper element), 작동 모드 알림 엘리먼트의 포함(Inclusion of an Operating Mode Notification element), Quiet Channel 엘리먼트의 포함(Inclusion of a Quiet Channel element), VHT Operation 엘리먼트 수정(Modification of the VHT Operation element),
    방법.
  7. 청구항 1에 있어서,
    상기 크리티컬 업데이트는,
    저지연(low latency) 트래픽(traffic)의 발생을 더 포함하는,
    방법.
  8. 무선랜(wireless local area network, WLAN) 시스템의 STA(station) MLD(multi-link device)에 있어서,
    상기 STA MLD는 제1 STA 및 제2 STA을 포함하고, AP(access point) MLD는 제1 AP 및 제2 AP를 포함하고,
    상기 제1 STA 및 상기 제1 AP는 제1 링크에서 동작하고, 상기 제2 STA 및 상기 제2 AP는 제2 링크에서 동작하고, 상기 제2 STA은 도즈(doze) 상태(state)이고,
    상기 STA MLD는,
    무선 신호를 송수신하는 송수신기(transceiver); 및
    상기 송수신기에 연결되는 프로세서를 포함하되, 상기 프로세서는,
    상기 제1 STA이, 상기 제1 링크를 통해 상기 제2 AP에서 발생한 크리티컬 업데이트(critical update)에 관련된 정보를 포함하는 알림 프레임을 수신하고; 그리고
    상기 제2 STA이 상기 제1 STA으로부터 상기 크리티컬 업데이트에 관련된 정보를 획득하도록 설정된,
    STA MLD.
  9. 청구항 8에 있어서,
    상기 알림 프레임은 관리(management) 프레임을 포함하는,
    STA MLD.
  10. 청구항 8에 있어서,
    상기 알림 프레임은 비컨(beacon) 프레임을 포함하는,
    STA MLD.
  11. 청구항 8에 있어서,
    상기 크리티컬 업데이트는 상기 제2 STA이 도즈 상태일 때 상기 제2 AP에서 발생한 것인,
    STA MLD.
  12. 청구항 8에 있어서,
    상기 크리티컬 업데이트는,
    비컨 프레임에 포함되는 엘리먼트(element)가 변경되는 경우를 포함하는,
    STA MLD.
  13. 청구항 8에 있어서,
    상기 크리티컬 업데이트는 비컨 프레임에 포함되는 엘리먼트에 다음 중 적어도 하나가 발생하는 경우를 포함하는,
    채널 전환 안내 엘리먼트의 포함(Inclusion of a Channel Switch Announcement element), 확장 채널 스위치 알림 엘리먼트의 포함(Inclusion of an Extended Channel Switch Announcement element), EDCA(enhanced distribution channel access) 매개변수 엘리먼트의 수정(Modification of the EDCA parameters element), Quiet 요소의 포함(Inclusion of a Quiet element), DSSS 매개변수 세트의 수정(Modification of the DSSS Parameter Set), CF 매개변수 세트 엘리먼트의 수정(Modification of the CF Parameter Set element), HT Operation 엘리먼트의 수정(Modification of the HT Operation element), 광대역 채널 스위치 엘리먼트의 포함(Inclusion of a Wide Bandwidth Channel Switch element), 채널 스위치 래퍼 엘리먼트의 포함(Inclusion of a Channel Switch Wrapper element), 작동 모드 알림 엘리먼트의 포함(Inclusion of an Operating Mode Notification element), Quiet Channel 엘리먼트의 포함(Inclusion of a Quiet Channel element), VHT Operation 엘리먼트 수정(Modification of the VHT Operation element),
    STA MLD.
  14. 청구항 8에 있어서,
    상기 크리티컬 업데이트는,
    저지연(low latency) 트래픽(traffic)의 발생을 더 포함하는,
    STA MLD.
  15. 무선랜(Wireless Local Area Network) 시스템의 AP(access point) MLD(multi-link device)에서 수행되는 방법에 있어서,
    STA(station) MLD는 제1 STA 및 제2 STA을 포함하고, 상기 AP MLD는 제1 AP 및 제2 AP를 포함하고,
    상기 제1 STA 및 상기 제1 AP는 제1 링크에서 동작하고, 상기 제2 STA 및 상기 제2 AP는 제2 링크에서 동작하고, 상기 제2 STA은 도즈(doze) 상태(state)이고,
    상기 제1 AP가, 상기 제2 AP로부터 상기 제2 AP에서 발생한 크리티컬 업데이트(critical update)에 관련된 정보를 획득하는 단계; 및
    상기 제1 AP가, 상기 제1 링크를 통해 상기 제2 AP에서 발생한 크리티컬 업데이트에 관련된 정보를 포함하는 알림 프레임을 전송하는 단계를 포함하는,
    방법.
  16. 무선랜(Wireless Local Area Network) 시스템에서 사용되는 AP(access point) MLD(multi-link device)에 있어서,
    STA(station) MLD는 제1 STA 및 제2 STA을 포함하고, 상기 AP MLD는 제1 AP 및 제2 AP를 포함하고,
    상기 제1 STA 및 상기 제1 AP는 제1 링크에서 동작하고, 상기 제2 STA 및 상기 제2 AP는 제2 링크에서 동작하고, 상기 제2 STA은 도즈(doze) 상태(state)이고,
    상기 AP MLD는,
    무선 신호를 송수신하는 송수신기(transceiver); 및
    상기 송수신기에 연결되는 프로세서를 포함하되, 상기 프로세서는,
    상기 제1 AP가, 상기 제2 AP로부터 상기 제2 AP에서 발생한 크리티컬 업데이트(critical update)에 관련된 정보를 획득하고; 그리고
    상기 제1 AP가, 상기 제1 링크를 통해 상기 제2 AP에서 발생한 크리티컬 업데이트에 관련된 정보를 포함하는 알림 프레임을 전송하도록 설정된,
    AP MLD.
  17. 무선랜(Wireless Local Area Network) 시스템의 STA(station) MLD(multi-link device)의 적어도 하나의 프로세서(processor)에 의해 실행됨을 기초로 하는 명령어(instruction)를 포함하는 적어도 하나의 컴퓨터로 읽을 수 있는 기록매체(computer readable medium)에 있어서,
    상기 STA MLD는 제1 STA 및 제2 STA을 포함하고, AP(access point) MLD는 제1 AP 및 제2 AP를 포함하고,
    상기 제1 STA 및 상기 제1 AP는 제1 링크에서 동작하고, 상기 제2 STA 및 상기 제2 AP는 제2 링크에서 동작하고, 상기 제2 STA은 도즈(doze) 상태(state)이고,
    상기 제1 STA이, 상기 제1 링크를 통해 상기 제2 AP에서 발생한 크리티컬 업데이트(critical update)에 관련된 정보를 포함하는 알림 프레임을 수신하는 단계; 및
    상기 제2 STA이 상기 제1 STA으로부터 상기 크리티컬 업데이트에 관련된 정보를 획득하는 단계를 포함하는 동작(operation)을 수행하는,
    기록매체.
  18. 무선랜(Wireless Local Area Network) 시스템 상의 STA(station) MLD(multi-link device)의 장치에 있어서,
    상기 STA MLD는 제1 STA 및 제2 STA을 포함하고, AP(access point) MLD는 제1 AP 및 제2 AP를 포함하고,
    상기 제1 STA 및 상기 제1 AP는 제1 링크에서 동작하고, 상기 제2 STA 및 상기 제2 AP는 제2 링크에서 동작하고, 상기 제2 STA은 도즈(doze) 상태(state)이고,
    상기 장치는,
    메모리; 및
    상기 메모리와 동작 가능하게 결합된 프로세서(processor)를 포함하되, 상기 프로세서는:
    상기 제1 STA이, 상기 제1 링크를 통해 상기 제2 AP에서 발생한 크리티컬 업데이트(critical update)에 관련된 정보를 포함하는 알림 프레임을 수신하는 단계; 및
    상기 제2 STA이 상기 제1 STA으로부터 상기 크리티컬 업데이트에 관련된 정보를 획득하는 단계를 포함하는,
    장치.
PCT/KR2021/009467 2020-07-28 2021-07-22 절전 모드에서 중요 정보의 획득 WO2022025520A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US18/018,457 US20230354187A1 (en) 2020-07-28 2021-07-22 Acquisition of important information in power-saving mode

Applications Claiming Priority (14)

Application Number Priority Date Filing Date Title
KR20200093929 2020-07-28
KR20200093914 2020-07-28
KR10-2020-0093929 2020-07-28
KR10-2020-0093914 2020-07-28
KR20200100671 2020-08-11
KR10-2020-0100671 2020-08-11
KR20200121599 2020-09-21
KR10-2020-0121599 2020-09-21
KR20200161415 2020-11-26
KR10-2020-0161415 2020-11-26
KR10-2020-0187715 2020-12-30
KR20200187715 2020-12-30
KR10-2021-0021186 2021-02-17
KR20210021186 2021-02-17

Publications (1)

Publication Number Publication Date
WO2022025520A1 true WO2022025520A1 (ko) 2022-02-03

Family

ID=80035775

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/009467 WO2022025520A1 (ko) 2020-07-28 2021-07-22 절전 모드에서 중요 정보의 획득

Country Status (2)

Country Link
US (1) US20230354187A1 (ko)
WO (1) WO2022025520A1 (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220150724A1 (en) * 2020-11-09 2022-05-12 Cisco Technology, Inc. Complete basic service set (bss) update report indication for multi-link device (mld) access points
WO2023169421A1 (zh) * 2022-03-11 2023-09-14 华为技术有限公司 一种多链路数据处理方法、装置及设备
WO2024005585A1 (ko) * 2022-07-01 2024-01-04 엘지전자 주식회사 무선랜 시스템에서 멀티-링크 디바이스에 대한 리슨 인터벌 기반 송신 또는 수신 방법 및 장치

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220393709A1 (en) * 2021-05-10 2022-12-08 Qualcomm Incorporated Signaling of information for non-linearity model

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180077731A1 (en) * 2015-04-13 2018-03-15 Intel IP Corporation User station (sta) and access point (ap) and method for random access contention using cascaded trigger frames
US20180317178A1 (en) * 2014-06-20 2018-11-01 Apple Inc. WLAN System with Opportunistic Transitioning to a Low Power State for Power Management
US20180368118A1 (en) * 2017-06-20 2018-12-20 Mediatek Inc. Network communication link adaptation systems and methods
KR101973746B1 (ko) * 2011-10-17 2019-09-02 엘지전자 주식회사 무선랜 시스템에서 프레임을 전송하는 방법 및 장치
US20190297567A1 (en) * 2014-09-04 2019-09-26 Lg Electronics Inc. Method and device for triggering plurality of ps-poll frames in wireless lan

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101973746B1 (ko) * 2011-10-17 2019-09-02 엘지전자 주식회사 무선랜 시스템에서 프레임을 전송하는 방법 및 장치
US20180317178A1 (en) * 2014-06-20 2018-11-01 Apple Inc. WLAN System with Opportunistic Transitioning to a Low Power State for Power Management
US20190297567A1 (en) * 2014-09-04 2019-09-26 Lg Electronics Inc. Method and device for triggering plurality of ps-poll frames in wireless lan
US20180077731A1 (en) * 2015-04-13 2018-03-15 Intel IP Corporation User station (sta) and access point (ap) and method for random access contention using cascaded trigger frames
US20180368118A1 (en) * 2017-06-20 2018-12-20 Mediatek Inc. Network communication link adaptation systems and methods

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220150724A1 (en) * 2020-11-09 2022-05-12 Cisco Technology, Inc. Complete basic service set (bss) update report indication for multi-link device (mld) access points
US11903063B2 (en) * 2020-11-09 2024-02-13 Cisco Technology, Inc. Complete basic service set (BSS) update report indication for multi-link device (MLD) access points
WO2023169421A1 (zh) * 2022-03-11 2023-09-14 华为技术有限公司 一种多链路数据处理方法、装置及设备
WO2024005585A1 (ko) * 2022-07-01 2024-01-04 엘지전자 주식회사 무선랜 시스템에서 멀티-링크 디바이스에 대한 리슨 인터벌 기반 송신 또는 수신 방법 및 장치

Also Published As

Publication number Publication date
US20230354187A1 (en) 2023-11-02

Similar Documents

Publication Publication Date Title
WO2021251758A1 (ko) 무선랜 시스템에서 멀티 링크 요소를 통해 중요 업데이트 정보를 수신하는 방법 및 장치
WO2022025520A1 (ko) 절전 모드에서 중요 정보의 획득
WO2020246708A1 (ko) 무선랜 시스템에서 링크에 관한 정보를 송신 또는 수신하는 방법 및 장치
WO2021112557A1 (ko) 무선 통신 시스템에서 멀티 링크 통신을 수행하기 위한 기법
WO2021251696A1 (ko) 무선랜 시스템에서 mld 간 링크 재설정을 수행하는 방법 및 장치
WO2021167366A1 (ko) 멀티 링크 전송을 위한 버퍼 정보 공유
WO2021187858A1 (ko) 무선 통신 시스템에서 멀티 링크 통신을 수행하기 위한 기법
WO2021182892A1 (ko) 무선 통신 시스템에서 멀티 링크 통신을 수행하기 위한 기법
WO2021251757A1 (ko) 무선랜 시스템에서 mld 간 중요 업데이트 정보를 획득하는 방법 및 장치
WO2022108370A1 (ko) 무선랜 시스템에서 송신 mld 내 ap들에 대한 부분 정보를 요청하는 방법 및 장치
WO2021141467A1 (ko) 무선 통신 시스템에서 멀티 링크 통신을 수행하기 위한 기법
WO2020159164A1 (ko) 무선랜 시스템에서 듀얼 커넥티비티를 지원하기 위한 기법
WO2022050814A1 (ko) 무선랜 시스템에서 mld 간 링크에 대한 정보를 획득하는 방법 및 장치
WO2021241918A1 (ko) Nstr 환경에서의 파워 세이빙
WO2021201650A1 (ko) 무선 통신 시스템에서 멀티 링크 통신을 수행하기 위한 기법
WO2021206526A1 (ko) Str 동작을 위한 송신 전력 조절
WO2022050629A1 (ko) 무선랜 시스템에서 20mhz에서만 동작하는 sta에 대해 ru 및 mru를 제한하여 자원을 할당하는 방법 및 장치
WO2020226382A1 (ko) 무선랜 시스템에서 트리거 프레임 기반으로 ul 전송을 수행하는 방법 및 장치
WO2022197041A1 (ko) 무선랜 시스템에서 관리 프레임을 통해 특정 ap에 대한 중요 업데이트 정보를 송수신하는 방법 및 장치
WO2022055268A1 (ko) 무선랜 시스템에서 송신 mld 내 다른 ap의 중요 업데이트 정보를 획득하는 방법 및 장치
WO2022211417A1 (ko) 무선랜 시스템에서 ml 재설정을 위한 ml 요소 내 전체 프로필 서브필드를 정의하는 방법 및 장치
WO2022005167A1 (ko) 무선랜 시스템에서 멀티 링크 기능의 동적 설정
WO2022173177A1 (ko) 무선랜 시스템에서 a-control 필드를 기반으로 다른 링크에 대한 bsr 정보를 송신하는 방법 및 장치
WO2022191655A1 (ko) 무선랜 시스템에서 ml 요소를 통해 다른 ap의 중요 업데이트 정보를 송수신하는 방법 및 장치
WO2022015045A1 (ko) 무선랜 시스템에서 멀티 링크 기능의 동적 설정

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21849168

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21849168

Country of ref document: EP

Kind code of ref document: A1