CN116830773A

CN116830773A - Method and apparatus for receiving MAC address of another STA in receiving MLD in wireless LAN system

Info

Publication number: CN116830773A
Application number: CN202280009394.XA
Authority: CN
Inventors: 张仁善; 金丁起; 崔镇洙; 金娜明; 白善熙
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2021-01-08
Filing date: 2022-01-03
Publication date: 2023-09-29

Abstract

A method and apparatus for receiving a MAC address of another STA in a receiving MLD in a wireless LAN system are provided. Specifically, the receiving MLD receives the ML element from the transmitting MLD through the first link. The receiving MLD decodes the ML element. The transmitting MLD includes a first transmitting STA operating in a first link and a second transmitting STA operating in a second link. The receiving MLD includes a first receiving STA operating in a first link and a second receiving STA operating in a second link. The ML element includes common information and link information. The link information includes a profile field of the second transmitting STA. The profile field of the second transmitting STA includes first information regarding whether the MAC address of the second transmitting STA exists. The profile field of the second transmitting STA includes a MAC address of the second transmitting STA if the first information is configured to 1.

Description

Method and apparatus for receiving MAC address of another STA in receiving MLD in wireless LAN system

Technical Field

The present specification relates to multilink operation in a Wireless Local Area Network (WLAN) system, and more particularly, to a method and apparatus for receiving a MAC address of another STA in a receiving MLD.

Background

Wireless Local Area Networks (WLANs) have been improved in various ways. For example, the IEEE 802.11ax standard proposes an improved communication environment using Orthogonal Frequency Division Multiple Access (OFDMA) and downlink multi-user multiple input multiple output (DL MU MIMO) techniques.

The present specification proposes technical features that can be utilized in a new communication standard. For example, the new communication standard may be the very high throughput (EHT) standard currently in question. The EHT standard may use newly proposed increased bandwidth, enhanced PHY layer protocol data unit (PPDU) structure, enhanced sequences, hybrid automatic repeat request (HARQ) scheme, etc. The EHT standard may be referred to as the IEEE 802.11be standard.

In the new wireless LAN standard, an increased number of spatial streams may be used. In this case, in order to properly use the increased number of spatial streams, it may be necessary to improve signaling techniques in the WLAN system.

Disclosure of Invention

Technical problem

The present specification proposes a method and apparatus for receiving a MAC address of another STA in a receiving MLD in a wireless LAN system.

Technical proposal

The example of the present specification proposes a method of receiving a MAC address of another STA in a receiving MLD.

The present embodiment may be performed in a network environment supporting a next generation WLAN system (IEEE 802.11be or EHT WLAN system). The next generation wireless LAN system is a WLAN system enhanced with respect to the 802.11ax system, and thus can satisfy backward compatibility with the 802.11ax system.

The present embodiment proposes a method and apparatus for receiving a MAC address of another non-AP STA in the same non-AP MLD through an ML element by the non-AP STA in MLD communication. The non-AP STA identifies another non-AP STA based on the MAC address of the other non-AP STA so that frame exchanges are possible on the corresponding link. Here, the transmitting MLD may correspond to an AP MLD, and the receiving MLD may correspond to a non-AP MLD. If the non-AP STA is a first receiving STA, a first transmitting STA connected with the first receiving STA through a first link may be referred to as a peer-to-peer AP, second through third transmitting STAs connected through different links may be referred to as other APs, and second and third receiving STAs connected through different links may be referred to as other non-AP STAs.

A receiving multilink device (MLD) receives a Multilink (ML) element from a transmitting MLD over a first link.

The receiving MLD decodes the ML element.

The transmitting MLD includes a first transmitting Station (STA) operating on a first link and a second transmitting STA operating on a second link. The receiving MLD may include a first receiving STA operating on a first link and a second receiving STA operating on a second link.

The ML element includes common information and link information.

The link information includes a profile field of the second transmitting STA. The profile field of the second transmitting STA includes first information on whether or not there is a MAC address of the second transmitting STA. If the first information is set to 1, the profile field of the second transmitting STA includes the MAC address of the second transmitting STA. When the first information is set to 0, the profile field of the second transmitting STA may not include the MAC address of the second transmitting STA.

The transmitting MLD may further include a third transmitting STA operating in a third link. The receiving MLD may further include a third transmitting STA operating in a third link.

The link information may also include a profile field of the third transmitting STA. The profile field of the third transmitting STA may include second information regarding whether the MAC address of the third transmitting STA exists. When the second information is set to 1, the profile field of the third transmitting STA may include a MAC address of the third transmitting STA. When the second information is set to 0, the profile field of the third transmitting STA may not include the MAC address of the third transmitting STA.

The first link may be an associated link and the second link and the third link may be non-associated links.

Advantageous effects

According to the embodiments presented in this specification, there is an effect of enabling frame exchange in a non-associated link by receiving the MAC address of a STA operating in the non-associated link using the associated link.

Drawings

Fig. 1 shows an example of a transmitting device and/or a receiving device of the present specification.

Fig. 2 is a conceptual diagram illustrating a structure of a Wireless Local Area Network (WLAN).

Fig. 3 illustrates a general link setup procedure.

Fig. 4 illustrates an example of a PPDU used in the IEEE standard.

Fig. 5 illustrates UL-MU based operation.

Fig. 6 illustrates an example of a trigger frame.

Fig. 7 illustrates an example of a common information field of a trigger frame.

Fig. 8 illustrates an example of subfields included in the per-user information field.

Fig. 9 depicts the technical features of the UORA scheme.

Fig. 10 illustrates an example of a PPDU used in the present specification.

Fig. 11 illustrates an example of a transmitting apparatus and/or a receiving apparatus of the modification of the present specification.

Fig. 12 shows an example of the structure of the STA MLD.

Fig. 13 shows an example of setting up multilinks.

Fig. 14 shows an example of the MLD per STA MAC address field.

Fig. 15 shows an example of an MLD per STA MAC address element.

Fig. 16 illustrates the structure of a multilink control field and a common information field of a multilink element.

Fig. 17 shows the structure of the link information field of the multilink element.

Fig. 18 shows an example in which an MLD per STA MAC address field is included in a common information field of a multilink element.

Fig. 19 shows an example in which the MAC address of the STA is included in the per STA profile subfield of the link information field of the multi-link element.

Fig. 20 shows an example in which a complete profile is included in a per STA profile subfield of a link information field of a multi-link element.

Fig. 21 shows an example of a MAC address in a per STA profile subfield including a link information field existing in a multi-link element.

Fig. 22 shows an example of transmitting an initial frame over a non-associated link.

Fig. 23 illustrates another example of transmitting an initial frame over a non-associated link.

Fig. 24 illustrates another example of transmitting an initial frame over a non-associated link.

Fig. 25 illustrates another example of transmitting an initial frame over a non-associated link.

Fig. 26 shows another example of transmitting an initial frame over a non-associated link.

Fig. 27 shows another example of transmitting an initial frame over a non-associated link.

Fig. 28 is a flowchart illustrating a procedure in which a transmitting MLD provides MAC addresses of other STAs to a receiving MLD through a multilink element (ML element) according to the present embodiment.

Fig. 29 is a flowchart illustrating a procedure in which a receiving MLD receives MAC addresses of other STAs from a transmitting MLD through a multi-link element (ML element) according to the present embodiment.

Detailed Description

In this specification, "a or B" may mean "a only", "B only" or "both a and B". In other words, in the present specification, "a or B" may be interpreted as "a and/or B". For example, in this specification, "A, B or C" may mean any combination of "a only", "B only", "C only" or "A, B, C".

Slash (/) or comma as used in this specification may mean "and/or". For example, "A/B" may mean "A and/or B". Thus, "a/B" may mean "a only", "B only" or "both a and B". For example, "A, B, C" may mean "A, B or C".

In the present specification, "at least one of a and B" may mean "a only", "B only", or "both a and B". In addition, in the present specification, the expression "at least one of a or B" or "at least one of a and/or B" may be interpreted as "at least one of a and B".

In addition, in the present specification, "at least one of A, B and C" may mean "a only", "B only", "C only", or "A, B and C in any combination. In addition, "at least one of A, B or C" or "at least one of A, B and/or C" may mean "at least one of A, B and C".

In addition, brackets used in this specification may mean "for example". Specifically, when indicated as "control information (EHT-signal)", it may represent that "EHT-signal" is proposed as an example of "control information". In other words, the "control information" of the present specification is not limited to the "EHT-signal", and the "EHT-signal" may be proposed as an example of the "control information". In addition, when indicated as "control information (i.e., EHT-signal)", it may also mean that "EHT-signal" is proposed as an example of "control information".

The technical features described separately in one drawing of the present specification may be implemented separately or may be implemented simultaneously.

The following examples of the present specification may be applied to various wireless communication systems. For example, the following examples of the present specification may be applied to a Wireless Local Area Network (WLAN) system. For example, the present description may be applied to the IEEE 802.11a/g/n/ac standard or the IEEE 802.11ax standard. In addition, the present specification can also be applied to the newly proposed EHT standard or IEEE 802.11be standard. Furthermore, the examples of the present specification can also be applied to a new WLAN standard enhanced from the EHT standard or the IEEE 802.11be standard. In addition, examples of the present specification may be applied to a mobile communication system. For example, it may be applied to a mobile communication system based on Long Term Evolution (LTE) depending on 3 rd generation partnership project (3 GPP) standards and LTE-based evolution. In addition, examples of the present specification may be applied to a communication system of a 5G NR standard based on a 3GPP standard.

Hereinafter, in order to describe technical features of the present specification, technical features applicable to the present specification will be described.

In the example of fig. 1, various technical features described below may be performed. Fig. 1 relates to at least one Station (STA). For example, STAs 110 and 120 of the present description may also be referred to as various terms such as mobile terminals, wireless devices, wireless transmit/receive units (WTRUs), user Equipment (UEs), mobile Stations (MSs), mobile subscriber units, or simply users. STAs 110 and 120 of the present description may also be referred to as various terms such as networks, base stations, node bs, access Points (APs), repeaters, routers, repeaters, and the like. STAs 110 and 120 of the present specification may also be referred to as various names such as a receiving device, a transmitting device, a receiving STA, a transmitting STA, a receiving apparatus, a transmitting apparatus, etc.

For example, STAs 110 and 120 may function as APs or non-APs. That is, STAs 110 and 120 of the present description may function as an AP and/or a non-AP.

In addition to the IEEE 802.11 standard, STAs 110 and 120 of the present specification may together support various communication standards. For example, communication standards based on 3GPP standards (e.g., LTE-A, 5G NR standards) and the like may be supported. In addition, the STA of the present description may be implemented as various devices such as a mobile phone, a vehicle, a personal computer, and the like. In addition, the STA of the present specification may support communication for various communication services such as voice call, video call, data communication, and self-driving (autonomous driving).

STA110 and STA120 of the present description may include a Medium Access Control (MAC) compliant with the IEEE 802.11 standard and a physical layer interface for a radio medium.

STA110 and STA120 will be described below with reference to sub-diagram (a) of fig. 1.

The first STA110 may include a processor 111, a memory 112, and a transceiver 113. The illustrated processor, memory, and transceiver may be implemented separately as separate chips, or at least two blocks/functions may be implemented by a single chip.

The transceiver 113 of the first STA performs a signal transmission/reception operation. Specifically, IEEE 802.11 packets (e.g., IEEE 802.11a/b/g/n/ac/ax/be, etc.) may be transmitted/received.

For example, the first STA110 may perform operations expected by the AP. For example, the processor 111 of the AP may receive signals through the transceiver 113, process Received (RX) signals, generate Transmit (TX) signals, and provide control over signal transmission. The memory 112 of the AP may store signals (e.g., RX signals) received through the transceiver 113 and may store signals (e.g., TX signals) to be transmitted through the transceiver.

For example, the second STA120 may perform operations expected by a non-AP STA. For example, the non-AP transceiver 123 performs a signal transmission/reception operation. Specifically, IEEE 802.11 packets (e.g., IEEE 802.11a/b/g/n/ac/ax/be packets, etc.) may be transmitted/received.

For example, the processor 121 of the non-AP STA may receive signals through the transceiver 123, process RX signals, generate TX signals, and provide control over signal transmission. The memory 122 of the non-AP STA may store signals (e.g., RX signals) received through the transceiver 123 and may store signals (e.g., TX signals) to be transmitted through the transceiver.

For example, the operations of the apparatus indicated as an AP in the description described below may be performed in the first STA110 or the second STA 120. For example, if the first STA110 is an AP, the operation of the device indicated as an AP may be controlled by the processor 111 of the first STA110, and the related signals may be transmitted or received through the transceiver 113 controlled by the processor 111 of the first STA 110. In addition, control information related to the operation of the AP or TX/RX signals of the AP may be stored in the memory 112 of the first STA 110. In addition, if the second STA120 is an AP, the operation of the device indicated as the AP may be controlled by the processor 121 of the second STA120, and the related signal may be transmitted or received through the transceiver 123 controlled by the processor 121 of the second STA 120. In addition, control information related to the operation of the AP or TX/RX signals of the AP may be stored in the memory 122 of the second STA 120.

For example, in the description described below, the operation of a device indicated as a non-AP (or user STA) may be performed in the first STA110 or the second STA 120. For example, if the second STA120 is non-AP, the operation of the device indicated as non-AP may be controlled by the processor 121 of the second STA120, and the related signal may be transmitted or received through the transceiver 123 controlled by the processor 121 of the second STA 120. In addition, control information related to the operation of the non-AP or the TX/RX signal of the non-AP may be stored in the memory 122 of the second STA 120. For example, if the first STA110 is non-AP, the operation of the device indicated as non-AP may be controlled by the processor 111 of the first STA110, and the related signals may be transmitted or received through the transceiver 113 controlled by the processor 111 of the first STA 110. In addition, control information related to operation of the non-AP or TX/RX signals of the non-AP may be stored in the memory 112 of the first STA 110.

In the description described below, devices called (transmitting/receiving) STA, first STA, second STA, STA1, STA2, AP, first AP, second AP, AP1, AP2, (transmitting/receiving) terminal, (transmitting/receiving) device, (transmitting/receiving) apparatus, network, and the like may refer to STAs 110 and 120 of fig. 1 in an implied manner. For example, devices indicated (but not specifically numbered) (transmitting/receiving) STA, first STA, second STA, STA1, STA2, AP, first AP, second AP, AP1, AP2, (transmitting/receiving) terminal, (transmitting/receiving) device, (transmitting/receiving) apparatus, network, etc. may implicitly refer to STA110 and 120 of fig. 1. For example, in the following examples, operations of various STAs transmitting/receiving signals (e.g., PPDUs) may be performed in the transceivers 113 and 123 of fig. 1. In addition, in the following examples, operations of various STAs generating TX/RX signals or performing data processing and calculation in advance for the TX/RX signals may be performed in the processors 111 and 121 of fig. 1. Examples of operations for generating TX/RX signals or performing data processing and computation in advance may include, for example: 1) Operations of determining/obtaining/configuring/calculating/decoding/encoding bit information of subfields (SIG, STF, LTF, data) included in the PPDU; 2) An operation of determining/configuring/obtaining time resources or frequency resources (e.g., subcarrier resources) for subfields (SIG, STF, LTF, data) included in the PPDU, etc.; 3) An operation of determining/configuring/obtaining a specific sequence (e.g., pilot sequence, STF/LTF sequence, additional sequence applied to SIG) for a subfield (SIG, STF, LTF, data) field included in the PPDU, etc.; 4) Power control operation and/or power save operation applied to the STA; and 5) operations related to determination/acquisition/configuration/decoding/encoding of an ACK signal, and the like. In addition, in the following examples, various information (e.g., information related to fields/subfields/control fields/parameters/power, etc.) used by various STAs to determine/obtain/configure/calculate/decode TX/RX signals may be stored in the memories 112 and 122 of fig. 1.

The foregoing apparatus/STA of sub-graph (a) of fig. 1 may be modified as shown in sub-graph (b) of fig. 1. Hereinafter, STA 110 and STA120 of the present specification will be described based on sub-diagram (b) of fig. 1.

For example, transceivers 113 and 123 shown in sub-graph (b) of fig. 1 may perform the same functions as the aforementioned transceivers shown in sub-graph (a) of fig. 1. For example, the processing chips 114 and 124 shown in sub-graph (b) of fig. 1 may include processors 111 and 121 and memories 112 and 122. The processors 111 and 121 and memories 112 and 122 shown in sub-graph (b) of fig. 1 may perform the same functions as the aforementioned processors 111 and 121 and memories 112 and 122 shown in sub-graph (a) of fig. 1.

A mobile terminal, a wireless device, a wireless transmit/receive unit (WTRU), a User Equipment (UE), a Mobile Station (MS), a mobile subscriber unit, a user STA, a network, a base station, a node B, an Access Point (AP), a repeater, a router, a repeater, a receive unit, a transmit unit, a receive STA, a transmit STA, a receive device, a transmit device, a receive apparatus, and/or a transmit apparatus described below may mean STAs 110 and 120 shown in sub-graph (a)/(B) of fig. 1, or may mean processing chips 114 and 124 shown in sub-graph (B) of fig. 1. That is, technical features of the present specification may be performed in STAs 110 and 120 shown in sub-graph (a)/(b) of fig. 1, or transceivers 113 and 123 shown in sub-graph (a)/(b) of fig. 1 may be performed only in processing chips 114 and 124 shown in sub-graph (b) of fig. 1. For example, the technical feature of the transmitting STA transmitting the control signal may be understood as the technical feature of transmitting the control signal generated in the processors 111 and 121 illustrated in the sub-diagram (a)/(b) of fig. 1 through the transceiver 113 illustrated in the sub-diagram (a)/(b) of fig. 1. Alternatively, the technical feature of the transmitting STA transmitting the control signal may be understood as the technical feature of generating the control signal to be transmitted to the transceivers 113 and 123 in the processing chips 114 and 124 shown in the sub-graph (b) of fig. 1.

For example, the technical feature of the receiving STA receiving the control signal may be understood as the technical feature of receiving the control signal through the transceivers 113 and 123 shown in the sub-graph (a) of fig. 1. Alternatively, the technical features of the receiving STA to receive the control signal may be understood as the technical features of obtaining the control signal received in the transceivers 113 and 123 shown in the sub-graph (a) of fig. 1 through the processors 111 and 121 shown in the sub-graph (a) of fig. 1. Alternatively, the technical features of the receiving STA to receive the control signal may be understood as the technical features of the receiving STA to obtain the control signals received in the transceivers 113 and 123 shown in the sub-graph (b) of fig. 1 through the processing chips 114 and 124 shown in the sub-graph (b) of fig. 1.

Referring to sub-graph (b) of fig. 1, software codes 115 and 125 may be included in memories 112 and 122. The software codes 115 and 125 may include instructions for controlling the operation of the processors 111 and 121. Software codes 115 and 125 may be included as various programming languages.

The processors 111 and 121 or the processing chips 114 and 124 of fig. 1 may include Application Specific Integrated Circuits (ASICs), other chipsets, logic circuits, and/or data processing devices. The processor may be an Application Processor (AP). For example, processors 111 and 121 or processing chips 114 and 124 of FIG. 1 may include at least one of the following: a Digital Signal Processor (DSP), a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), and a modulator and demodulator (modem). For example, processors 111 and 121 or processing chips 114 and 124 of FIG. 1 may be implemented by Manufactured snapdagantm processor family, consisting ofEXYNOSTM processor series manufactured by +.>Processor series manufactured by ∈>HELIOTM processor series manufactured by +.>The ATOMTM processor family is manufactured or processors enhanced from these processors.

In the present specification, the uplink may mean a link for communication from a non-AP STA to an SP STA, and an uplink PPDU/packet/signal or the like may be transmitted through the uplink. In addition, in the present specification, the downlink may mean a link for communication from an AP STA to a non-AP STA, and a downlink PPDU/packet/signal or the like may be transmitted through the downlink.

The upper part of fig. 2 illustrates the structure of an infrastructure Basic Service Set (BSS) of Institute of Electrical and Electronics Engineers (IEEE) 802.11.

Referring to the upper part of fig. 2, the wireless LAN system may include one or more infrastructure BSSs 200 and 205 (hereinafter, referred to as BSSs). BSSs 200 and 205, which are sets of an AP and an STA (e.g., an Access Point (AP) 225 and a station (STA 1) 200-1) that are successfully synchronized to communicate with each other, are not concepts indicating a specific area. BSS 205 may include one or more STAs 205-1 and 205-2 that may join an AP 230.

The BSS may include at least one STA, an AP providing a distributed service, and a Distributed System (DS) 210 connecting the plurality of APs.

The distributed system 210 may implement an Extended Service Set (ESS) 240 extended by connecting the plurality of BSSs 200 and 205. ESS 240 may be used as a term indicating a network configured by connecting one or more APs 225 or 230 via distributed system 210. The APs included in one ESS 240 may have the same Service Set Identification (SSID).

Portal 220 may serve as a bridge connecting a wireless LAN network (IEEE 802.11) and another network (e.g., 802. X).

In the BSS shown in the upper part of fig. 2, a network between the APs 225 and 230 and the STAs 200-1, 205-1, and 205-2 may be implemented. However, the network is configured to perform communication between STAs even without the APs 225 and 230. A network that performs communication by configuring a network between STAs even without the APs 225 and 230 is defined as an ad hoc network or an Independent Basic Service Set (IBSS).

The lower part of fig. 2 illustrates a conceptual diagram illustrating an IBSS.

Referring to the lower part of fig. 2, the IBSS is a BSS operating in an ad hoc mode. Since the IBSS does not include an Access Point (AP), a centralized management entity performing management functions at the center does not exist. That is, in an IBSS, the STAs 250-1, 250-2, 250-3, 255-4, and 255-5 are managed in a distributed manner. In an IBSS, all STAs 250-1, 250-2, 250-3, 255-4, and 255-5 may be comprised of removable STAs and are not allowed to access the DS to form a self-contained network.

Fig. 3 illustrates a general link setup procedure.

In S310, the STA may perform a network discovery operation. The network discovery operation may include a scanning operation of the STA. That is, in order to access the network, the STA needs to discover the participating network. The STA needs to identify a compatible network before joining a wireless network, and the process of identifying networks existing in a specific area is called scanning. The scanning method comprises active scanning and passive scanning.

Fig. 3 illustrates a network discovery operation including an active scanning procedure. In the active scanning, the STA performing the scanning transmits a probe request frame and waits for a response to the probe request frame in order to identify which AP exists around while moving to a channel. The responder transmits a probe response frame to the STA that has transmitted the probe request frame as a response to the probe request frame. Here, the responder may be an STA transmitting the last beacon frame in the BSS of the channel being scanned. In the BSS, the AP is a responder since the AP transmits a beacon frame. In IBSS, the responders are not stationary because STAs in the IBSS send beacon frames in turn. For example, when the STA transmits a probe request frame via channel 1 and receives a probe response frame via channel 1, the STA may store BSS-related information included in the received probe response frame, may move to the next channel (e.g., channel 2), and may perform scanning by the same method (e.g., transmit a probe request and receive a probe response via channel 2).

Although not shown in fig. 3, scanning may be performed by a passive scanning method. In passive scanning, a STA performing scanning may wait for a beacon frame while moving to a channel. The beacon frame is one of management frames in IEEE 802.11, and is periodically transmitted to indicate the presence of a wireless network and enable STAs performing scanning to find and join the wireless network. In a BSS, an AP is configured to periodically transmit a beacon frame. In an IBSS, STAs in the IBSS transmit beacon frames in turn. Upon receiving the beacon frame, the STA performing scanning stores information about BSSs included in the beacon frame and records beacon frame information in respective channels while moving to another channel. The STA that receives the beacon frame may store BSS-related information included in the received beacon frame, may move to the next channel, and may perform scanning in the next channel by the same method.

After discovering the network, the STA may perform an authentication procedure in S320. This authentication process may be referred to as a first authentication process to be clearly distinguished from the security setting operation in S340 that follows. The authentication procedure in S320 may include a procedure in which the STA transmits an authentication request frame to the AP and the AP transmits an authentication response frame to the STA in response. The authentication frame for authentication request/response is a management frame.

The authentication frame may include information about an authentication algorithm number, an authentication transaction sequence number, a status code, challenge text, a Robust Secure Network (RSN), and a limited loop group.

The STA may transmit an authentication request frame to the AP. The AP may determine whether to allow authentication of the STA based on information included in the received authentication request frame. The AP may provide the authentication processing result to the STA via an authentication response frame.

When the STA is successfully authenticated, the STA may perform an association procedure in S330. The association procedure includes a procedure 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. For example, the association request frame may include information about various capabilities, beacon listening intervals, service Set Identifiers (SSID), supported rates, supported channels, RSNs, mobile domains, supported operation categories, traffic Indication Map (TIM) broadcast requests, and interworking service capabilities. For example, the association response frame may include information about various capabilities, status codes, association IDs (AID), supported rates, enhanced Distributed Channel Access (EDCA) parameter sets, received Channel Power Indicator (RCPI), received signal-to-noise indicator (RSNI), mobility domain, time out interval (association recovery time), overlapping BSS scan parameters, TIM broadcast response, and QoS map.

In S340, the STA may perform a security setting procedure. The security setting process in S340 may include a process of setting a private key through a four-way handshake (e.g., through an Extensible Authentication Protocol (EAPOL) frame via a LAN).

Fig. 4 illustrates an example of a PPDU used in the IEEE standard.

As shown, various types of PHY Protocol Data Units (PPDUs) are used in the IEEE a/g/n/ac standard. Ext> specificallyext>,ext> theext> LTFext> andext> theext> STFext> includeext> trainingext> signalsext>,ext> SIGext> -ext> aext> andext> SIGext> -ext> bext> includeext> controlext> informationext> forext> aext> receivingext> staext>,ext> andext> aext> dataext> fieldext> includesext> userext> dataext> correspondingext> toext> aext> psduext> (ext> macext> pduext> /ext> aggregateext> macext> pduext>)ext>.ext>

Fig. 4 also includes an example of a HE PPDU according to IEEE 802.11 ax. The HE PPDU according to fig. 4 is an exemplary PPDU for a plurality of users. HE-SIG-B may be included only in PPDUs for multiple users, and HE-SIG-B may be omitted in PPDUs for a single user.

As illustrated in fig. 4, the HE-PPDU for a plurality of users (MUs) may include a legacy short training field (L-STF), a legacy long training field (L-LTF), a legacy signal (L-SIG), a high efficiency signal a (HE-SIG a), a high efficiency signal B (HE-SIG B), a high efficiency short training field (HE-STF), a high efficiency long training field (HE-LTF), a data field (alternatively, a MAC payload), and a Packet Extension (PE) field. The various fields may be transmitted within the time period shown (i.e., 4 or 8 mus).

Hereinafter, a Resource Unit (RU) for PPDU is described. An RU may include a plurality of subcarriers (or tones). The RU may be used to transmit signals to a plurality of STAs according to OFDMA. In addition, an RU may also be defined to transmit a signal to one STA. RU may be used for STF, LTF, data fields, etc.

RU described in this specification can be used for Uplink (UL) communication and Downlink (DL) communication. For example, when performing UL-MU communication solicited by a trigger frame, a transmitting STA (e.g., an AP) may allocate a first RU (e.g., 26/52/106/242-RU, etc.) to the first STA and may allocate a second RU (e.g., 26/52/106/242-RU, etc.) to the second STA through the trigger frame. Thereafter, the first STA may transmit a first trigger-based PPDU based on the first RU, and the second STA may transmit a second trigger-based PPDU based on the second RU. The first/second trigger-based PPDUs are transmitted to the AP in the same (or overlapping) time periods.

For example, when configuring a DL MU PPDU, a transmitting STA (e.g., an AP) may allocate a first RU (e.g., 26/52/106/242-RU, etc.) to the first STA and may allocate a second RU (e.g., 26/52/106/242-RU, etc.) to the second STA. That is, a transmitting STA (e.g., AP) may transmit the HE-STF, HE-LTF, and data field for the first STA through a first RU in one MU PPDU and may transmit the HE-STF, HE-LTF, and data field for the second STA through a second RU.

Fig. 5 illustrates UL-MU based operation. As illustrated, a transmitting STA (e.g., AP) may perform channel access through contention (e.g., backoff operation) and may transmit a trigger frame 1030. That is, the transmitting STA may transmit a PPDU including the trigger frame 1030. Upon receiving a PPDU including a trigger frame, a Trigger (TB) -based PPDU is transmitted after a delay corresponding to a SIFS.

The TB PPDUs 1041 and 1042 may be transmitted within the same period of time and may be transmitted from a plurality of STAs (e.g., user STAs) having an AID indicated in the trigger frame 1030. The ACK frame 1050 for the TB PPDU may be implemented in various forms.

Specific features of the trigger frame are described with reference to fig. 6 to 8. Even if UL-MU communication is used, an Orthogonal Frequency Division Multiple Access (OFDMA) scheme or a MU-MIMO scheme may be used, and both the OFDMA and MU-MIMO schemes may be used.

Fig. 6 illustrates an example of a trigger frame. The trigger frame of fig. 6 allocates resources for uplink multi-user (MU) transmissions and may be transmitted, for example, from an AP. The trigger frame may be composed of a MAC frame and may be included in the PPDU.

Each field shown in fig. 6 may be partially omitted, and another field may be added. In addition, the length of each field may be changed to be different from that shown in the drawings.

The frame control field 1110 of fig. 6 may include information related to a MAC protocol version and additional control information. The duration field 1120 may include time information of NAV configuration or information related to an identifier (e.g., AID) of the STA.

In addition, the RA field 1130 may include address information of the receiving STA of the corresponding trigger frame, and may be optionally omitted. The TA field 1140 may include address information of a STA (e.g., AP) transmitting the corresponding trigger frame. The common information field 1150 includes common control information applied to the receiving STAs receiving the corresponding trigger frame. Ext>ext> forext>ext> exampleext>ext>,ext>ext> aext>ext> fieldext>ext> indicatingext>ext> aext>ext> lengthext>ext> ofext>ext> anext>ext> Lext>ext> -ext>ext> SIGext>ext> fieldext>ext> ofext>ext> anext>ext> uplinkext>ext> PPDUext>ext> transmittedext>ext> inext>ext> responseext>ext> toext>ext> aext>ext> correspondingext>ext> triggerext>ext> frameext>ext> orext>ext> informationext>ext> forext>ext> controllingext>ext> contentsext>ext> ofext>ext> aext>ext> SIGext>ext> -ext>ext> aext>ext> fieldext>ext> (ext>ext> i.e.ext>ext>,ext>ext> heext>ext> -ext>ext> SIGext>ext> -ext>ext> aext>ext> fieldext>ext>)ext>ext> ofext>ext> theext>ext> uplinkext>ext> PPDUext>ext> transmittedext>ext> inext>ext> responseext>ext> toext>ext> theext>ext> correspondingext>ext> triggerext>ext> frameext>ext> mayext>ext> beext>ext> includedext>ext>.ext>ext> In addition, as the common control information, information related to the length of the CP of the uplink PPDU transmitted in response to the corresponding trigger frame or information related to the length of the LTF field may be included.

In addition, it is preferable to include per-user information fields 1160#1 to 1160#n corresponding to the number of receiving STAs receiving the trigger frame of fig. 6. The per-user information field may also be referred to as an "allocation field".

In addition, the trigger frame of fig. 6 may include a padding field 1170 and a frame check sequence field 1180.

Each of the per-user information fields 1160#1 through 1160#n shown in fig. 6 may include a plurality of subfields.

Fig. 7 illustrates an example of a common information field of a trigger frame. The subfields of fig. 7 may be partially omitted and additional subfields may be added. In addition, the length of each of the subfields illustrated may be changed.

The illustrated length field 1210 has the same value as a length field of an L-SIG field of an uplink PPDU transmitted in response to a corresponding trigger frame, and the length field of the L-SIG field of the uplink PPDU indicates the length of the uplink PPDU. As a result, the length field 1210 of the trigger frame may be used to indicate the length of the corresponding uplink PPDU.

In addition, the cascade identifier field 1220 indicates whether a cascade operation is performed. Tandem operation means that within the same TXOP, downlink MU transmissions and uplink MU transmissions are performed together. That is, this means that downlink MU transmission is performed, and thereafter, uplink MU transmission is performed after a preset time (e.g., SIFS). During the tandem operation, only one transmitting device (e.g., an AP) may perform downlink communication, and a plurality of transmitting devices (e.g., non-APs) may perform uplink communication.

The CS request field 1230 indicates whether a wireless medium status or NAV, etc. must be considered in the case where the receiving device, having received the corresponding trigger frame, transmits the corresponding uplink PPDU.

Ext>ext>ext> theext>ext>ext> HEext>ext>ext> -ext>ext>ext> SIGext>ext>ext> -ext>ext>ext> aext>ext>ext> informationext>ext>ext> fieldext>ext>ext> 1240ext>ext>ext> mayext>ext>ext> includeext>ext>ext> informationext>ext>ext> thatext>ext>ext> controlsext>ext>ext> theext>ext>ext> contentext>ext>ext> ofext>ext>ext> aext>ext>ext> SIGext>ext>ext> -ext>ext>ext> aext>ext>ext> fieldext>ext>ext> (ext>ext>ext> i.e.ext>ext>ext>,ext>ext>ext> HEext>ext>ext> -ext>ext>ext> SIGext>ext>ext> -ext>ext>ext> aext>ext>ext> fieldext>ext>ext>)ext>ext>ext> ofext>ext>ext> theext>ext>ext> uplinkext>ext>ext> ppduext>ext>ext> inext>ext>ext> responseext>ext>ext> toext>ext>ext> theext>ext>ext> correspondingext>ext>ext> triggerext>ext>ext> frameext>ext>ext>.ext>ext>ext>

The CP and LTF type field 1250 may include information related to the CP length and LTF length of the uplink PPDU transmitted in response to the corresponding trigger frame. The trigger type field 1260 may indicate the purpose of using the corresponding trigger frame, e.g., a typical trigger, a trigger for beamforming, a request for a block ACK/NACK, etc.

It can be assumed that the trigger type field 1260 of the trigger frame in this specification indicates a base type of trigger frame for a typical trigger. For example, a basic type of trigger frame may be referred to as a basic trigger frame.

Fig. 8 illustrates an example of subfields included in the per-user information field. The user information field 1300 of fig. 8 may be understood as any of the per-user information fields 1160#1 to 1160#n mentioned above with reference to fig. 6. The subfields included in the user information field 1300 of fig. 8 may be partially omitted and additional subfields may be added. In addition, the length of each of the subfields illustrated may be changed.

The user identifier field 1310 of fig. 8 indicates an identifier of a STA (i.e., a receiving STA) corresponding to per-user information. Examples of the identifier may be all or part of an Association Identifier (AID) value of the receiving STA.

In addition, an RU allocation field 1320 may be included. That is, when the receiving STA identified through the user identifier field 1310 transmits a TB PPDU in response to a trigger frame, the TB PPDU is transmitted through the RU indicated by the RU allocation field 1320.

The subfields of fig. 8 may include a coding type field 1330. The coding type field 1330 may indicate a coding type of the TB PPDU. For example, when BCC coding is applied to the TB PPDU, the coding type field 1330 may be set to "1", and when LDPC coding is applied, the coding type field 1330 may be set to "0".

In addition, the subfields of fig. 8 may include an MCS field 1340. The MCS field 1340 may indicate an MCS scheme applied to the TB PPDU. For example, when BCC coding is applied to the TB PPDU, the coding type field 1330 may be set to "1", and when LDPC coding is applied, the coding type field 1330 may be set to "0".

Hereinafter, a UL OFDMA-based random access (UORA) scheme will be described.

Fig. 9 depicts the technical features of the UORA scheme.

A transmitting STA (e.g., AP) may allocate six RU resources by triggering a frame as shown in fig. 9. Specifically, the AP may allocate first RU resources (AID 0, RU 1), second RU resources (AID 0, RU 2), third RU resources (AID 0, RU 3), fourth RU resources (AID 2045, RU 4), fifth RU resources (AID 2045, RU 5), and sixth RU resources (AID 3, RU 6). Information related to AID 0, AID 3, or AID 2045 may be included, for example, in the user identifier field 1310 of fig. 8. Information related to RU 1 through RU 6 may be included, for example, in RU allocation field 1320 of fig. 8. Aid=0 may mean UORA resources for associated STAs and aid=2045 may mean UORA resources for non-associated STAs. Accordingly, the first to third RU resources of fig. 9 may be used as UORA resources for associated STAs, the fourth and fifth RU resources of fig. 9 may be used as UORA resources for non-associated STAs, and the sixth RU resource of fig. 9 may be used as typical resources for UL MUs.

In the example of fig. 9, the OFDMA random access backoff (OBO) of STA1 is reduced to 0, and STA1 randomly selects the second RU resources (AID 0, RU 2). In addition, since the OBO counter of STA2/3 is greater than 0, no uplink resources are allocated to STA2/3. In addition, regarding STA4 in fig. 9, since the AID (e.g., aid=3) of STA4 is included in the trigger frame, the resources of RU 6 are allocated without backoff.

Specifically, since STA1 of fig. 9 is an associated STA, the total number of eligible RA RUs for STA1 is 3 (RU 1, RU 2, and RU 3), and thus STA1 decrements the OBO counter by 3 such that the OBO counter becomes 0. In addition, since STA2 of fig. 9 is an associated STA, the total number of eligible RA RUs for STA2 is 3 (RU 1, RU 2, and RU 3), so STA2 decrements the OBO counter by 3, but the OBO counter is greater than 0. In addition, since STA3 of fig. 9 is a non-associated STA, the total number of eligible RA RUs for STA3 is 2 (RU 4, RU 5), so STA3 decrements the OBO counter by 2, but the OBO counter is greater than 0.

Hereinafter, PPDUs transmitted/received in STAs of the present specification will be described.

Fig. 10 illustrates an example of a PPDU used in the present specification.

The PPDU of fig. 10 may be named in various terms such as EHT PPDU, TX PPDU, RX PPDU, first type or nth type PPDU, etc. For example, in the present specification, a PPDU or an EHT PPDU may be named in various terms such as TX PPDU, RX PPDU, first type or nth type PPDU, etc. In addition, the EHT PPDU may be used in an EHT system and/or a new WLAN system enhanced with respect to the EHT system.

The PPDU of fig. 10 may indicate all or a portion of the type of PPDU used in the EHT system. For example, the example of fig. 10 may be used for both Single User (SU) and multi-user (MU) modes. In other words, the PPDU of fig. 10 may be a PPDU for one receiving STA or a plurality of receiving STAs. When the PPDU of fig. 10 is used in a Trigger (TB) -based mode, the EHT-SIG of fig. 10 may be omitted. In other words, an STA that has received a trigger frame for an uplink MU (UL-MU) may transmit a PPDU in which the EHT-SIG is omitted in the example of fig. 10.

In fig. 10, L-STF to EHT-LTF may be referred to as a preamble or a physical preamble, and may be generated/transmitted/received/obtained/decoded in a physical layer.

The subcarrier spacing of the L-STF, L-LTF, L-SIG, RL-SIG, U-SIG, and EHT-SIG fields of FIG. 10 may be determined to be 312.5kHz and the subcarrier spacing of the EHT-STF, EHT-LTF, and data fields may be determined to be 78.125kHz. That is, the tone indexes (or subcarrier indexes) of the L-STF, L-LTF, L-SIG, RL-SIG, U-SIG, and EHT-SIG fields may be expressed in units of 312.5kHz, and the tone indexes (or subcarrier indexes) of the EHT-STF, EHT-LTF, and data fields may be expressed in units of 78.125kHz.

In the PPDU of fig. 10, L-LTE and L-STF may be the same as those in the conventional field.

The L-SIG field of fig. 10 may include bit information of, for example, 24 bits. For example, the 24-bit information may include a rate field of 4 bits, a reserved bit of 1 bit, a length field of 12 bits, a parity bit of 1 bit, and a tail bit of 6 bits. For example, a 12-bit length field may include information related to the length or duration of the PPDU. For example, a 12-bit length field may be determined based on the type of PPDU. For example, when the PPDU is a non-HT, VHT PPDU or EHT PPDU, the value of the length field may be determined as a multiple of 3. For example, when the PPDU is a HE PPDU, the value of the length field may be determined as "multiple of 3" +1 or "multiple of 3" +2. In other words, for a non-HT, VHT PPDU or EHT PPDU, the value of the length field may be determined as a multiple of 3, and for an HE PPDU, the value of the length field may be determined as a "multiple of 3" +1 or a "multiple of 3" +2.

For example, the transmitting STA may apply BCC coding based on a 1/2 coding rate to 24 bits of information of the L-SIG field. Thereafter, the transmitting STA may obtain 48-bit BCC encoded bits. BPSK modulation may be applied to the 48-bit coded bits, thereby generating 48 BPSK symbols. The transmitting STA may map 48 BPSK symbols to positions other than pilot subcarriers { subcarrier index-21, -7, +7, +21} and DC subcarrier { subcarrier index 0 }. As a result, 48 BPSK symbols may be mapped to subcarrier indexes-26 to-22, -20 to-8, -6 to-1, +1 to +6, +8 to +20, and +22 to +26. The transmitting STA may additionally map signals of { -1, 1} to subcarrier indexes { -28, -27, +27, +28}. The above-mentioned signals may be used for channel estimation in the frequency domain corresponding to { -28, -27, +27, +28}.

The transmitting STA may generate a RL-SIG generated in the same manner as the L-SIG. BPSK modulation may be applied to the RL-SIG. The receiving STA may learn that the RX PPDU is a HE PPDU or an EHT PPDU based on the existence of the RL-SIG.

The common SIG (U-SIG) may be inserted after the RL-SIG of fig. 10. The U-SIB may be named in various terms such as a first SIG field, a first SIG, a first type SIG, a control signal field, a first (type) control signal, etc.

The U-SIG may include N bits of information and may include information for identifying the type of the EHT PPDU. For example, the U-SIG may be configured based on two symbols (e.g., two OFDM symbols in succession). Each symbol of the U-SIG (e.g., an OFDM symbol) may have a duration of 4 μs. Each symbol of the U-SIG may be used to transmit 26 bits of information. For example, each symbol of the U-SIG may be transmitted/received based on 52 data tones and 4 pilot tones.

With the U-SIG (or U-SIG field), for example, a-bit information (e.g., 52 uncoded bits) may be transmitted. The first symbol of the U-SIG may transmit the first X bits of information (e.g., 26 uncoded bits) of the A bits of information, and the second symbol of the U-SIB may transmit the remaining Y bits of information (e.g., 26 uncoded bits) of the A bits of information. For example, the transmitting STA may obtain 26 uncoded bits included in each U-SIG symbol. The transmitting STA may perform convolutional encoding (i.e., BCC encoding) based on a rate of r=1/2 to generate 52 encoded bits, and may perform interleaving on the 52 encoded bits. The transmitting STA may perform BPSK modulation on the interleaved 52 coded bits to generate 52 BPSK symbols to be allocated to each U-SIG symbol. One U-SIG symbol may be transmitted based on 65 tones (subcarriers) from subcarrier index-28 to subcarrier index +28, except for DC index 0. The 52 BPSK symbols generated by the transmitting STA may be transmitted based on the remaining tones (subcarriers) except for pilot tones (i.e., tones-21, -7, +7, +21).

For example, the a-bit information (e.g., 52 uncoded bits) generated by the U-SIG may include a CRC field (e.g., a field of length 4 bits) and a tail field (e.g., a field of length 6 bits). The CRC field and the tail field may be transmitted over a second symbol of the U-SIG. The CRC field may be generated based on 26 bits allocated to the first symbol of the U-SIG and the remaining 16 bits in the second symbol except for the CRC/tail field, and may be generated based on a conventional CRC calculation algorithm. In addition, the tail field may be used to terminate the trellis of the convolutional decoder and may be set to, for example, "000000".

The a-bit information (e.g., 52 uncoded bits) transmitted by the U-SIG (or U-SIG field) may be divided into version-independent bits and version-dependent bits. For example, version independent bits may have a fixed or variable size. For example, version-independent bits may be allocated to only the first symbol of the U-SIG, or version-independent bits may be allocated to both the first symbol and the second symbol of the U-SIG. For example, version-independent bits and version-dependent bits may be named in terms of various terms such as first control bits, second control bits, and the like.

For example, version-independent bits of the U-SIG may include a 3-bit PHY version identifier. For example, the 3-bit PHY version identifier may include information related to the PHY version of the TX/RX PPDU. For example, a first value of a 3-bit PHY version identifier may indicate that the TX/RX PPDU is an EHT PPDU. In other words, when the transmitting STA transmits the EHT PPDU, the 3-bit PHY version identifier may be set to a first value. In other words, the receiving STA may determine that the RX PPDU is an EHT PPDU based on the PHY version identifier having the first value.

For example, version independent bits of the U-SIG may include a 1-bit UL/DL flag field. A first value of the UL/DL flag field of 1 bit is related to UL communication and a second value of the UL/DL flag field is related to DL communication.

For example, version-independent bits of the U-SIG may include information related to TXOP length and information related to BSS color ID.

For example, when the EHT PPDU is divided into various types (e.g., various types such as an EHT PPDU related to SU mode, an EHT PPDU related to MU mode, an EHT PPDU related to TB mode, an EHT PPDU related to extended range transmission, etc.), information related to the type of the EHT PPDU may be included in version-related bits of the U-SIG.

For example, the U-SIG may comprise: 1) A bandwidth field including information related to a bandwidth; 2) A field including information related to an MCS scheme applied to the EHT-SIG; 3) An indication field including information on whether to apply a dual subcarrier modulation (DCM) scheme to the EHT-SIG; 4) A field including information related to a number of symbols for the EHT-SIG; 5) A field including information regarding whether to generate an EHT-SIG across a full frequency band; 6) A field including information related to a type of EHT-LTF/STF; and 7) information related to fields indicating the EHT-LTF length and the CP length.

In the following example, signals expressed as (TX/RX/UL/DL) signals, (TX/RX/UL/DL) frames, (TX/RX/UL/DL) packets, (TX/RX/UL/DL) data units, (TX/RX/UL/DL) data, etc. may be signals transmitted/received based on the PPDU of fig. 10. The PPDU of fig. 10 may be used to transmit/receive various types of frames. For example, the PPDU of fig. 10 may be used for the control frame. Examples of control frames may include Request To Send (RTS), clear To Send (CTS), power save polling (PS poll), blockACKReq, blockAck, null Data Packet (NDP) advertisement, and trigger frames. For example, the PPDU of fig. 10 may be used for management frames. Examples of the management frame may include a beacon frame, (re) association request frame, (re) association response frame, probe request frame, and probe response frame. For example, the PPDU of fig. 10 may be used for a data frame. For example, the PPDU of fig. 10 may be used to simultaneously transmit at least two or more of a control frame, a management frame, and a data frame.

Fig. 11 illustrates an example of a modified transmitting apparatus and/or receiving apparatus of the present specification.

Each device/STA of sub-graph (a)/(b) of fig. 1 may be modified as shown in fig. 11. Transceiver 630 of fig. 11 may be identical to transceivers 113 and 123 of fig. 1. The transceiver 630 of fig. 11 may include a receiver and a transmitter.

Processor 610 of fig. 11 may be identical to processors 111 and 121 of fig. 1. Alternatively, the processor 610 of FIG. 11 may be identical to the processing chips 114 and 124 of FIG. 1.

Memory 620 of fig. 11 may be identical to memories 112 and 122 of fig. 1. Alternatively, memory 620 of FIG. 11 may be a separate external memory from memories 112 and 122 of FIG. 1.

Referring to fig. 11, a 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. The keyboard 614 receives input to be used by the processor 610. A keyboard 614 may be displayed on the display 613. The SIM card 615 may be an integrated circuit for securely storing an International Mobile Subscriber Identity (IMSI) and its associated keys for identifying and authenticating subscribers on mobile telephone devices such as mobile telephones and computers.

Referring to fig. 11, a speaker 640 may output results related to sound processed by the processor 610. The microphone 641 may receive input related to sound to be used by the processor 610.

Hereinafter, technical features of a multi-link (ML) supported by the STA of the present specification will be described.

STAs (AP and/or non-AP STAs) of the present description may support multi-link (ML) communications. ML communication may mean communication that supports multiple links. Links associated with ML communications may include channels in the 2.4GHz band, the 5GHz band, and the 6GHz band (e.g., 20/40/80/160/240/320MHz channels).

The multiple links for ML communication may be arranged in various ways. For example, the plurality of links for ML communication supported by one STA may be a plurality of channels in the 2.4GHz band, a plurality of channels in the 5GHz band, and a plurality of channels in the 6GHz band. Alternatively, the plurality of links may be a combination of at least one channel within the 2.4GHz band (or the 5GHz/6GHz band) and at least one channel within the 5GHz band (or the 2.4GHz/6GHz band). Further, at least one of the plurality of links for ML communication supported by one STA may be a channel to which preamble puncturing is applied.

The STA may perform ML setup to perform ML communication. The ML setting may be performed based on management frames or control frames such as beacons, probe requests/responses, and association requests/responses. For example, information about ML settings may be included in element fields included in beacons, probe requests/responses, and association requests/responses.

When the ML setup is complete, an enable link for ML communications may be determined. The STA may perform frame exchange over at least one of the plurality of links determined to be enabled links. For example, the enable link may be used for at least one of a management frame, a control frame, and a data frame.

When one STA supports a plurality of links, a transmitting/receiving device supporting each link may operate like one logical STA. For example, one STA supporting two links may be represented as one ML device (multi-link device; MLD) including a first STA for a first link and a second STA for a second link. For example, one AP supporting two links may be represented as one AP MLD including a first AP for a first link and a second AP for a second link. In addition, one non-AP supporting two links may be expressed as one non-AP MLD including a first STA for a first link and a second STA for a second link.

More specific features of the ML setup are described below.

The MLD (AP MLD and/or non-AP MLD) may transmit information on links that the corresponding MLD can support through the ML settings. The link-related information may be configured in various ways. For example, the link-related information includes at least one of 1) information on whether MLD (or STA) supports simultaneous RX/TX operation, 2) information on the number/upper limit of uplink/downlink links supported by MLD (or STA), 3) information on location/frequency band/resource of uplink/downlink links supported by MLD (or STA), 4) types (management, control, data, etc.) of frames available or preferred in at least one uplink/downlink link, 5) ACK policy information available or preferred in respect of at least one uplink/downlink link, 6) information on TID (traffic identifier) available or preferred in respect of at least one uplink/downlink link. The TID is related to the priority of traffic data and is represented by 8 types of values according to the conventional wireless LAN standard. That is, 8 TID values corresponding to 4 Access Categories (AC) (ac_bk (background), ac_be (best effort), ac_vi (video), ac_vo (voice)) according to the conventional wireless LAN standard may BE defined.

For example, all TIDs for uplink/downlink mapping may be set in advance. In particular, if negotiation is not completed through ML settings, all TIDs may be used for ML communication, and if mapping between uplink/downlink and TIDs is negotiated through additional ML settings, the negotiated TIDs may be used for ML communication.

Multiple links that may be used by a transmitting MLD and a receiving MLD in connection with ML communications may be set by ML settings, and this may be referred to as an enabled link. The enable links may be named differently in various ways. For example, it may be named as various expressions such as a first link, a second link, a transmission link, and a reception link.

After the ML settings are completed, the MLD may update the ML settings. For example, when information about a link needs to be updated, the MLD may send information about a new link. Information about the new link may be transmitted based on at least one of the management frame, the control frame, and the data frame.

The apparatus described below may be the device of fig. 1 and/or 11, and the PPDU may be the PPDU of fig. 10. The device may be an AP or a non-AP STA. The devices described below may be AP multilink devices (MLDs) or non-AP STA MLDs supporting multiple links.

In EHT (extremely high throughput) (standard discussed after 802.11 ax), a multilink environment in which one or more frequency bands are simultaneously used is considered. When the device supports multiple links, the device may use one or more frequency bands (e.g., 2.4GHz, 5GHz, 6GHz, 60GHz, etc.) simultaneously or alternately.

In the following description, MLD means a multi-link device. The MLD has one or more STAs connected and has a MAC Service Access Point (SAP) that communicates with an uplink layer (logical link control, LLC). MLD may mean a physical device or a logical device. Hereinafter, the device may mean MLD.

In the following description, a transmitting apparatus and a receiving apparatus may mean MLD. The first link of the reception/transmission apparatus may be a terminal (e.g., STA or AP) that is included in the reception/transmission apparatus and performs signal transmission/reception through the first link. The second link of the reception/transmission apparatus may be a terminal (e.g., STA or AP) that transmits/receives a signal through the second link included in the reception/transmission apparatus.

In ieee802.11be, two types of multi-link operation may be supported. For example, simultaneous Transmit and Receive (STR) and non-STR operations may be considered. For example, STRs may be referred to as asynchronous multilink operation, and non-STRs may be referred to as synchronous multilink operation. The multilink may comprise multiple frequency bands. That is, the multilink may mean a link included in several frequency bands, or may mean a plurality of links included in one frequency band.

EHT (11 be) considers a multilink technique in which the multilink may include multiple frequency bands. That is, multilinks may represent links of several frequency bands and multiple multilinks within one frequency band at the same time. Two main multilink operations are being considered. It is contemplated that asynchronous operation of TX/RX and impossible synchronous operation are enabled simultaneously over multiple links. Hereinafter, the capability of enabling simultaneous reception and transmission on a plurality of links is referred to as STR (simultaneous transmission and reception), an STA having STR capability is referred to as STR MLD (multi-link device), and an STA not having STR capability is referred to as non-STR MLD.

In the following description, for convenience of explanation, it is described that an MLD (or a processor of the MLD) controls at least one STA, but is not limited thereto. As described above, the at least one STA may independently transmit and receive signals regardless of the MLD.

According to an embodiment, the AP MLD or the non-AP MLD may have a structure including a plurality of links. In other words, the non-AP MLD may support multiple links. The non-AP MLD may include a plurality of STAs. Multiple STAs may have links for each STA.

In the EHT standard (802.11 be standard), an MLD (multi-link device) structure in which one AP/non-AP MLD supports a plurality of links is regarded as a main technology. STAs included in the non-AP MLD may transmit information about other STAs in the non-AP MLD together through one link. Therefore, there is an effect of reducing overhead of frame exchange. In addition, there are effects of improving link use efficiency of STAs and reducing power consumption.

Here, the multilink may include multiple bands. That is, the multilink may represent a link of a plurality of frequency bands and a plurality of multilinks within one frequency band at the same time.

Fig. 12 shows an example of the structure of the STA MLD.

Fig. 12 shows an example in which one STAMLD has three links. In 802.11be, one STA in STA MLD must provide information about one or more links for a single setting.

Fig. 13 shows an example of setting up multilinks.

Fig. 13 shows an example of the setting. The AP MLD has 4 links and information about them is advertised through a beacon frame or a probe response frame. This information may provide information about the capabilities of the AP/link, channel information, and the set of non-STR links. This example shows links 1 and 2 and links 3 and 4, respectively, being non-STR link sets. The non-AP MLD has 3 STAs, each of which can be connected through a link, and discovers the AP MLD through a link 4. The non-AP MLD requests links 2, 3, 4 as links to operate through link 4, and the AP MLD responds based on the request so that the non-AP MLD can operate on links 2, 3, 4. If in this example STA MLD does not have the capability to operate on link 4, it may not request link 4.

In the process of FIG. 13, when the three link pairs in the multilink setup are { STA 1< - > AP 4}, { STA 2< - > AP 3} and { STA 3< - > AP 2}, STA 2 and STA3 have not performed an initial frame exchange with the AP. For example, when AP 2 receives a frame from STA3, it does not know whether STA3 belongs to the same MLD as STA 1. Thus, AP 2 and AP 3 belong to the same MLD as STA 2 and STA3, respectively, and a method for enabling frame exchange on the corresponding links is required.

The above-mentioned method is as follows, but is not limited to one method.

First, it can be roughly divided into 1) a method at the multilink establishment stage and 2) a method after multilink establishment. Among links to be set, links transmitted in association request/response frames are called association links, and other set links are called non-association links. For example, if the links set in fig. 13 are links 2, 3, and 4, link 4 becomes an associated link and links 2 and 3 become non-associated links.

1) Method for multilink establishment phase

1-1) MAC address signaling: the STA that transmits the management frame (i.e., probe request/response frame, beacon frame, association request/response frame) includes MAC addresses of other STAs belonging to the same MLD in addition to itself. STAs operating on non-associated links recognize the MAC address to enable frame exchange. The method of including MAC addresses of other STAs belonging to the same MLD is as follows, but is not limited thereto.

A. New element or field definition: a new element or field is defined and MAC addresses of other STAs in the same MLD are included in the management frame. Basically, the MLD per STA MAC address field can be defined as shown in fig. 14.

Fig. 14 shows an example of the MLD per STA MAC address field.

In the case of the AP MLD, since there is a link ID capable of distinguishing each AP, MAC addresses may be indicated in the order of the link IDs. Even in the case of the non-AP MLD, if STA IDs capable of distinguishing each STA are defined, MAC addresses may be indicated in the order of STA IDs. In addition, for explicit indication, a link ID or STA ID may be indicated before each MAC address. In addition, MAC addresses of all STAs belonging to the same MLD except for the STA transmitting the management frame may not be indicated. For example, in fig. 13, STA 1 may not include the MAC address of STA 2. In this case, the number of STAs (or the number of links (in the case of an AP)) may be additionally indicated.

If it is not an MLD, since this field may not be included, the MAC address of other STAs may be included in the form of an element including the MLD address field shown in fig. 14 instead of this field (see fig. 15).

Fig. 15 shows an example of an MLD per STA MAC address element.

The MAC address subelement is present in the current baseline. Thus, if it is entered in the form of a subelement, then the existing MAC address subelement can be utilized. Thus, the MAC address elements mentioned below may be replaced with MAC address sub-elements.

B. Included in the multilink element: the MAC addresses of other STAs in the same MLD may be included in the common information or per STA information of the ML IE.

The format of the multilink elements is as shown in fig. 16 and 17, and the order, name and size of the fields may be changed and may exist as additional fields. Basically, the common information refers to common information between STAs in the MLD, and specific information about each STA is indicated in a per STA profile.

Referring to fig. 16, the multilink control field includes a type subfield and an MLD MAC address presence subfield. The common information field includes an MLD MAC address subfield. When the MLD MAC address presence subfield is set to 1 (or 0), the MAC address of the STA in the MLD may be included in the MLD MAC address subfield.

Referring to fig. 17, when the optional subelement ID is 0, the link information field includes a per STA profile subfield, and when the optional subelement ID is 221, the link information field includes a vendor specific subfield. The optional subelement IDs for the multilink elements are defined as follows.

TABLE 1

Child element ID	Name of the name	Expandable device
			0	Per STA configuration file	Is that
1-220	Reservation of
			221	Vendor specific	Vendor defined
222-255	Reservation of

The link information field includes per STA profile subfields of other STAs (STAs operating in non-associated links) within the same MLD. Referring to fig. 17, assuming that STAMLD includes STA 2 and STA3, the link information field may include a per STA profile #2 subfield for STA 2 and a per STA profile #3 subfield for STA 3.

The MLD per STA MAC address field of fig. 14 may be included in common information as shown in fig. 18, or may exist as a MAC address field or element of each STA in per STA information as shown in fig. 19. If the per STA profile is present in the common information and the MAC address must always be included in the ML IE, the per STA profile may not be needed. However, since each MAC address is different for each STA, per STA profiles may be semantically appropriate.

When the MAC address of another STA in the same MLD is included in the per STA profile, the per STA profile may include a complete profile when complete profile=1 by default, as shown in fig. 20. In addition, the complete configuration file may have several fields or several elements in a fixed order. Thus, the MAC address included in the per STA configuration file may be signaled in the form of one field or element among a plurality of fields or elements configured in a ordered manner. For example, if element 2 is in the form of an element as shown in fig. 20, element 2 may be replaced with a MAC address (sub) element to include the MAC address of STA x.

In addition, when several fields in a fixed order are included as one field, if only included in the case of association and not included in other cases to reduce overhead, signaling may be performed by including a presence field for a MAC address in the per STA control field, as shown in fig. 21. That is, if the value of the MAC address presence field is 1, there is a MAC address of an STA in the MLD corresponding to each STA field.

2) Method after multilink establishment

2-1) initial frame Transmission over an unassociated link

Referring to fig. 22, to trigger frame exchange, a transmitter transmits an initial frame on a non-associated link. When the transmitter transmits an initial request frame, the receiver may respond with an initial response frame (e.g., ACK). The transmitters may be AP and non-AP STAs. For example, after a multilink is established, an STA that first obtains a channel access opportunity on a non-associated link may send an initial request frame. Basically, when an initial frame is transmitted, the MAC address of the transmitter STA is known by the TA.

The initial request frame may be defined as a new frame, but may use an existing QoS data frame, qoS null frame, etc. In particular, the frame transmitted as the initial request frame may include transmitter MLD information and/or receiver MLD information in order to inform that operation in the corresponding link is possible after the establishment of the multilink.

A. Address setting: the MLD MAC address may be set in the initial frame.

A-1) set the MLD MAC address for the receiver in the Receive Address (RA) field:

Basically, in the multilink establishment procedure, since the MLD MAC addresses of each other can be known by including the ML IE in the association request/response frame, it can be notified that it is operable in the current link by including the MLD MAC address of the MLD as the receiver in the RA. In addition, in order to inform that it is an MLD that has performed multilink establishment, an MLD MAC address of the transmitter MLD may be included in a Source Address (SA). For example, as shown in fig. 23, when STA 2 transmits an initial request frame on link 3, TA may set its own MAC address, RA may set AP MLD MAC address, and SA may set the MAC address of non-AP MLD.

The example of = > a-1) follows the basic baseline, but there is overhead that requires additional use of the SA field.

A-2) broadcast address set in RA: from the receiver's point of view, the address is known by the TA, but it is difficult to accurately distinguish whether it is an MLD with multilink establishment.

A-3) set a broadcast address in RA and an MLD MAC address for the receiver in a target address (DA):

It has the same purpose as a-1) but the address setting method is different. In addition, in order to inform that it is an MLD that has performed multilink establishment, an MLD MAC address of the transmitter MLD may be included in a Source Address (SA). For example, as shown in fig. 24, when STA 2 transmits an initial request frame on link 3, TA may be configured as its own MAC address, RA may be configured as a broadcast address, SA may be configured as a MAC address of a non-AP MLD, and DA may be configured as an AP MLD MAC address.

= > a-3), there is an overhead that requires additional use of SA and/or DA fields.

A-4) setting in the TA the MLD MAC address of the transmitter for the transmitter MLD:

Although the purpose is the same as above, by setting the sender MLD address in the TA, the receiver knowing the MLD address can know which MLD the corresponding sender STA belongs to. In particular, the method can reduce overhead for the address field as compared to the method using SA and/or DA in A-1) to A-3). In the case of a-4), as shown in fig. 25, the RA basically uses the MAC address of the peer AP, but for the purpose of elucidating the intention of the initial frame, the MAC address (a-1) or broadcast address (a-2/a-3) of the MLD to which the AP belongs may also be used.

A-5) in addition, the transmitter transmits the initial frame by including the MLD MAC address of the transmitter MLD and/or the receiver MLD in the control field (e.g., a-control field of the QoS null/data frame) of the MAC frame body or MAC header transmitted in the initial frame.

Mld ID set: the MLD ID may be set in the initial frame.

B-1) the MLD MAC addresses of the transmitters and receivers set in the address fields presented in A-1), A-2), A-3) and A-4) may be replaced with MLD IDs that are able to distinguish between MLDs.

For example, in the case of the replacement in method a-4, the initial frame is transmitted by including the MLD ID of the transmitter MLD and/or the receiver MLD in the control field (e.g., the a-control field of the QoS null/data frame) within the MAC frame body or MAC header transmitted in the initial frame. In the case of inputting the MLD ID of the address field, the size of the field is much smaller than that of the MLD MAC address, so if input in the corresponding field, the number of remaining bits can be increased. In fig. 26, when STA 2 transmits an initial request frame on link 3, the transmitter places the ID of the non-AP MLD in the a-control field of the frame to indicate that it is the non-AP MLD of STA 2, and the receiver includes the ID of the corresponding AP MLD to indicate that it is the AP MLD of AP 4 (a combination of method a-5 and method B-1).

B. Association ID setting: the non-AP STA of the non-AP MLD may set the association ID in the initial frame.

Specifically, as shown in a-4), an initial frame including an Association Identifier (AID) of a non-AP STA that transmits a non-AP MLD of the initial frame in a control field (e.g., an a-control field of a QoS null/data frame) of a MAC frame body or a MAC header transmitted to the initial frame is transmitted. If the AID is of the MLD level, when included, the MLD to which the non-AP STA belongs may be known and the MAC address is known through the TA at the same time, and the AP and the non-AP STA may exchange frames on the non-associated link. In fig. 27, when STA 2 transmits an initial request frame on link 3, the transmitter places an ID of the non-AP MLD in the a-control field of the frame to indicate that it is the non-AP MLD of STA 2, and the receiver includes an ID of the corresponding AP MLD to indicate that it is the AP MLD of AP 4.

2-2) defining additional rules: the non-AP STA does not transmit a frame until it receives a beacon on the non-associated link. That is, the non-AP STA waits until it receives (or hears) a beacon. Basically, since TBTT (target beacon transmission time) information of other APs can be known in the multilink establishment process, the rule can be applied. For example, in fig. 27, STA 2 and STA 3 do not transmit frames until beacons are received from AP 3 and AP 2, respectively. However, even though STA 2 first transmits a frame to AP 3, AP 3 cannot know whether STA 2 belongs to the same MLD as STA 1 and STA 3.

Hereinafter, the above-described embodiment will be described with reference to fig. 1 to 27.

The example of fig. 28 may be performed in a network environment supporting a next generation WLAN system (IEEE 802.11be or EHT WLAN system). The next generation wireless LAN system is a WLAN system enhanced with respect to the 802.11ax system, and thus can satisfy backward compatibility with the 802.11ax system.

The present embodiment proposes a method and apparatus for receiving, by a non-AP STA, a MAC address of another non-AP STA in the same non-AP MLD through an ML element in MLD communication. The non-AP STA identifies another non-AP STA based on the MAC address of the other non-AP STA so that frame exchanges are possible on the corresponding link. Here, the transmitting MLD may correspond to an AP MLD, and the receiving MLD may correspond to a non-AP MLD. If the non-AP STA is a first receiving STA, a first transmitting STA connected with the first receiving STA through a first link may be referred to as a peer-to-peer AP, second through third transmitting STAs connected through different links may be referred to as other APs, and second and third receiving STAs connected through different links may be referred to as other non-AP STAs.

In step S2810, the transmitting multi-link device (MLD) generates a multi-link (ML) element.

In step S2820, the transmitting MLD transmits the ML element to the receiving MLD through the first link.

The ML element includes common information and link information.

The first link may be an associated link and the second link and the third link may be non-associated links. That is, the present embodiment has an effect of enabling frame exchange in a non-association link by receiving the MAC address of an STA operating in the non-association link via the association link.

The ML configuration procedure between the transmitting MLD and the receiving MLD is as follows.

The transmitting MLD may transmit link setting information to the receiving MLD through the first link. The transmitting MLD may receive the association request frame from the receiving MLD over the first link. The transmitting MLD may transmit the association response frame to the transmitting MLD through the first link.

The link setting information may be included in a beacon frame or a probe response frame. The link setting information may include link capability of transmitting MLD, channel information, or information on a link set that cannot be simultaneously transmitted and received. The ML element may be included in the association response frame.

The frame exchange procedure after ML configuration between the transmitting MLD and the receiving MLD is as follows.

The transmitting MLD may receive the first initial request frame from the receiving MLD over the second link. The transmitting MLD may transmit the first initial response frame to the receiving MLD over the second link. The transmitting MLD may receive the second initial request frame from the receiving MLD over the third link. The transmitting MLD may transmit the second initial response frame to the receiving MLD over the third link.

The first initial request frame and the first initial response frame may be exchanged in the second link based on the MAC address of the second transmitting STA. The second initial request frame and the second initial response frame may be exchanged in the third link based on the MAC address of the third transmitting STA.

In addition, the first and second initial request frames may include MAC addresses of the transmitting and receiving MLDs, associated Identifiers (AIDs) of the transmitting and receiving MLDs, or identifiers.

That is, this embodiment proposes the following method: the transmitting MLD transmits a MAC address of another transmitting STA in the receiving MLD through a profile field of the receiving STA included in the link information of the ML element. As a result, the first receiving STA identifies the second receiving STA and the third receiving STA in the ML configuration procedure. After the ML configuration, frame exchange between the second receiving STA and the second transmitting STA and frame exchange between the third receiving STA and the third transmitting STA are enabled, and efficient MLD communication can be performed.

The ML element may also include an element identifier field, a length field, an element identifier extension field, and a multi-link (ML) control field.

The ML control field may include a type field. If the type field is set to 0, the ML element may be a basic ML element. The ML element may be a probe request ML element if the type field is set to 1.

The example of fig. 29 may be performed in a network environment supporting a next generation WLAN system (IEEE 802.11be or EHT WLAN system). The next generation wireless LAN system is a WLAN system enhanced with respect to the 802.11ax system, and thus can satisfy backward compatibility with the 802.11ax system.

The present embodiment proposes a method and apparatus for requesting changed update information of a specific link by including a change sequence element in a multi-link element in a probe request frame in MLD communication.

In step S2910, the receiving multi-link device (MLD) receives a multi-link (ML) element from the transmitting MLD through the first link.

In step S2920, the receiving MLD decodes the ML element.

The ML element includes common information and link information.

The first link may be an associated link and the second link and the third link may be non-associated links. That is, the present embodiment has the effect of enabling frame exchange in a non-associated link by receiving the MAC address of an STA operating in the non-associated link via the associated link.

In addition, the first and second initial request frames may include MAC addresses of transmitting and receiving MLDs, identifiers of transmitting and receiving MLDs, or Association Identifiers (AIDs).

The technical features of the present disclosure may be applied to various apparatuses and methods. For example, the technical features of the present disclosure may be performed/supported by the apparatus of fig. 1 and/or 11. For example, the technical features of the present disclosure may be applied only to a portion of fig. 1 and/or 11. For example, the technical features of the present disclosure may be implemented based on the processing chips 114 and 124 of fig. 1, or based on the processors 111 and 121 and the memories 112 and 122, or based on the processor 610 and the memory 620 of fig. 11. For example, an apparatus according to the present disclosure receives a Multilink (ML) element from a transmitting multilink device (MLD) over a first link; and decodes the ML element.

The technical features of the present disclosure may be implemented based on a Computer Readable Medium (CRM). For example, CRM in accordance with the present disclosure is at least one computer-readable medium comprising instructions designed to be executed by at least one processor.

The CRM may store instructions to perform operations comprising receiving a multi-link (ML) element from a transmitting multi-link device (MLD) over a first link; and decoding the ML element. The at least one processor may execute instructions stored in the CRM according to the present disclosure. The at least one processor associated with CRM of the present disclosure may be the processors 111, 121 of fig. 1, the processing chips 114, 124 of fig. 1, or the processor 610 of fig. 11. Further, CRM of the present disclosure may be memory 112, 122 of fig. 1, memory 620 of fig. 11, or a separate external memory/storage medium/disk.

The foregoing features of the present specification are applicable to various applications or business models. For example, the foregoing features may be applied to wireless communications of an Artificial Intelligence (AI) -enabled device.

Artificial intelligence refers to a research field about artificial intelligence or a method for creating artificial intelligence, and machine learning refers to a research field about a method for defining and solving various problems in the artificial intelligence field. Machine learning is also defined as an algorithm that improves operational performance through a steady operational experience.

An Artificial Neural Network (ANN) is a model used in machine learning, and may refer to a model that solves a problem as a whole, including artificial neurons (nodes) that form a network by combining synapses. The artificial neural network may be defined by a connection pattern between neurons of different layers, a learning process to update model parameters, and an activation function to generate output values.

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 synapses connecting the neurons. In an artificial neural network, each neuron may output a function value of an activation function of an input signal input through synapses, weights, and deviations.

Model parameters refer to parameters determined by learning and include weights of synaptic connections and deviations of neurons. Super-parameters refer to parameters to be set before learning in a machine learning algorithm and include learning rate, number of iterations, minimum batch size, and initialization function.

Learning the artificial neural network may be aimed at determining model parameters for minimizing the loss function. The loss function may be used as an index to determine optimal model parameters in learning the artificial neural network.

Machine learning can be classified into supervised learning, unsupervised learning, and reinforcement learning.

Supervised learning refers to a method of training an artificial neural network with labels given to training data, where when the training data is input to the artificial neural network, the labels may indicate correct answers (or result values) that the artificial neural network needs to infer. Unsupervised learning may refer to a method of training an artificial neural network without a tag given to training data. Reinforcement learning may refer to a training method for training agents defined in an environment to select actions or sequences of actions to maximize the jackpot per state.

Machine learning, which is implemented using a Deep Neural Network (DNN) including a plurality of hidden layers, among artificial neural networks is called deep learning, and deep learning is a part of machine learning. Hereinafter, machine learning is interpreted to include deep learning.

The foregoing technical features may be applied to wireless communication of a robot.

Robots may refer to machines that utilize their own capabilities to automatically process or operate a given task. In particular, a robot having a function of recognizing an environment and autonomously making a judgment to perform an operation may be referred to as an intelligent robot.

Robots can be classified into industrial, medical, home, military robots, etc., according to the purpose or field. The robot may include actuators or drives including motors to perform various physical operations, such as moving a robot joint. In addition, the movable robot may include wheels, brakes, propellers, etc. in the drive to travel on the ground or fly in the air by the drive.

The foregoing technical features may be applied to an apparatus supporting augmented reality.

Augmented reality is collectively referred to as Virtual Reality (VR), augmented Reality (AR), and Mixed Reality (MR). VR technology is a computer graphics technology that provides real world objects and background only in CG images, AR technology is a computer graphics technology that provides virtual CG images on real object images, and MR technology is a computer graphics technology that provides virtual objects mixed and combined with the real world.

MR technology is similar to AR technology in that real and virtual objects can be displayed together. However, in the AR technique, a virtual object is used as a supplement to a real object, whereas in the MR technique, a virtual object and a real object are used as equivalent states.

XR technology may be applied to Head Mounted Displays (HMDs), head Up Displays (HUDs), mobile phones, tablets, laptops, desktop computers, televisions, digital signage, and the like. Devices employing XR technology may be referred to as XR devices.

The claims disclosed in this specification may be combined in various ways. For example, the technical features in the method claims of the present specification may be combined to be implemented as an apparatus, and the technical features in the apparatus claims of the present specification may be combined to be implemented by a method. Furthermore, the technical features in the method claims and the apparatus claims of the present specification may be combined to be implemented as an apparatus, and the technical features in the method claims and the apparatus claims of the present specification may be combined to be implemented by a method.

Claims

1. A method in a wireless local area network, WLAN, system, the method comprising the steps of:

Receiving, by a receiving multilink device MLD, a multilink ML element from a transmitting MLD over a first link; and

decoding the ML element by a receiving MLD,

wherein the transmitting MLD comprises a first transmitting station STA operating on the first link and a second transmitting STA operating on a second link,

wherein the receiving MLD comprises a first receiving STA operating on the first link and a second receiving STA operating on the second link,

wherein the ML element includes common information and link information,

wherein the link information includes a profile field of the second transmitting STA,

wherein the profile field of the second transmitting STA includes first information on whether there is a MAC address of the second transmitting STA, and

wherein, when the first information is set to 1, the profile field of the second transmitting STA includes a MAC address of the second transmitting STA.

2. The method of claim 1, wherein the transmitting MLD further comprises a third transmitting STA operating on a third link,

wherein the receiving MLD further comprises a third receiving STA operating on the third link.

3. The method of claim 2, wherein the link information further comprises a profile field of the third transmitting STA,

Wherein the profile field of the third transmitting STA includes second information on whether there is a MAC address of the third transmitting STA, and

wherein, when the second information is set to 1, the profile field of the third transmitting STA includes a MAC address of the third transmitting STA.

4. The method of claim 3, wherein the first link is an associated link,

wherein the second link and the third link are non-associated links.

5. The method of claim 1, further comprising the step of:

receiving, by the receiving MLD, link setting information from the transmitting MLD over the first link;

transmitting, by the receiving MLD, an association request frame to the transmitting MLD over the first link; and

an association response frame is received by the receiving MLD from the transmitting MLD over the first link.

6. The method of claim 5, wherein the link setting information is included in a beacon frame or a probe response frame,

wherein the link setting information includes link capability of the transmitting MLD, channel information, or information on a set of links that cannot be simultaneously transmitted and received,

Wherein the ML element is included in the association response frame.

7. The method of claim 1, wherein the ML element further comprises an element identifier field, a length field, an element identifier extension field, and a multi-link ML control field,

wherein the ML control field includes a type field,

wherein, if the type field is set to 0, the ML element is a basic ML element,

wherein if the type field is set to 1, the ML element is a probe request ML element.

8. The method of claim 1, further comprising the step of:

transmitting, by the receiving MLD, a first initial request frame to the transmitting MLD over the second link;

receiving, by the receiving MLD, a first initial response frame from the transmitting MLD over the second link;

transmitting, by the receiving MLD, a second initial request frame to the transmitting MLD over a third link; and

receiving a second initial response frame from the transmitting MLD over the third link by the receiving MLD,

wherein the first initial request frame and the first initial response frame are exchanged in the second link based on the MAC address of the second transmitting STA,

Wherein the second initial request frame and the second initial response frame are exchanged in the third link based on a MAC address of a third transmitting STA.

9. The method of claim 8, wherein the first and second initial request frames comprise MAC addresses of the transmitting and receiving MLDs, identifiers of the transmitting and receiving MLDs, or an association identifier AID.

10. A receiving multi-link device MLD in a wireless local area network WLAN system, the receiving MLD comprising:

a memory;

a transceiver; and

a processor operatively connected to the memory and the transceiver,

wherein the processor is configured to:

receiving a multilink ML element from a transmitting MLD over a first link; and

the ML element is decoded and the ML element is decoded,

wherein the ML element includes common information and link information,

wherein the profile field of the second transmitting STA includes the MAC address of the second transmitting STA when the first information is set to 1.

11. A method in a wireless local area network, WLAN, system, the method comprising the steps of:

generating, by a transmitting multilink device MLD, a multilink ML element; and

transmitting the ML element by the transmitting MLD to a receiving MLD over a first link,

wherein the ML element includes common information and link information,

12. The method of claim 11, wherein the transmitting MLD further comprises a third transmitting STA operating on a third link,

13. The method of claim 12, wherein the link information further comprises a profile field of the third transmitting STA,

wherein the profile field of the third transmitting STA includes the MAC address of the third transmitting STA when the second information is set to 1.

14. The method of claim 13, wherein the first link is an associated link,

wherein the second link and the third link are non-associated links.

15. The method of claim 11, further comprising the step of:

transmitting, by the transmitting MLD, link setting information to the receiving MLD through the first link;

Receiving, by the transmitting MLD over the first link, an association request frame from the receiving MLD; and

and transmitting, by the transmitting MLD, an association response frame to the receiving MLD over the first link.

16. The method of claim 15, wherein the link setting information is included in a beacon frame or a probe response frame,

wherein the ML element is included in the association response frame.

17. The method of claim 11, wherein the ML element further comprises an element identifier field, a length field, an element identifier extension field, and a multi-link ML control field,

wherein the ML control field includes a type field,

wherein, if the type field is set to 0, the ML element is a basic ML element,

18. A transmitting multi-link device MLD in a wireless local area network WLAN system, the transmitting MLD comprising:

a memory;

a transceiver; and

A processor operatively connected to the memory and the transceiver,

wherein the processor is configured to:

generating a multilink ML element; and

the ML element is sent over a first link to a receiving MLD,

wherein the ML element includes common information and link information,

19. A computer readable medium comprising instructions for execution by at least one processor and performing a method comprising:

receiving a multilink ML element from a transmitting multilink device MLD over a first link; and

The ML element is decoded and the ML element is decoded,

wherein the ML element includes common information and link information,

20. An apparatus in a wireless local area network, WLAN, system, the apparatus comprising:

a memory; and

a processor operatively connected to the memory,

wherein the processor is configured to:

the ML element is decoded and the ML element is decoded,

wherein the ML element includes common information and link information,