Frame exchange for BSS transition in wireless LAN system

Abstract

The present disclosure relates to a frame exchange method for BSS transition in a wireless LAN system, the method comprising a step in which a first AP MLD receives, from a terminal, a request frame for seamless transition to a second AP MLD, and transmits a response frame thereto, wherein the response frame includes at least one of data information queued in a buffer, parameter update information after transition, transmission time period information about queued data, and data information transmitted from the second AP MLD after the transition.

Description

Frame switching for BSS switching in wireless LAN systems

[0001] The present disclosure relates to frame exchange for basic service set (BSS) transition in a wireless LAN system.

[0002] Next-generation Wi-Fi (e.g., IEEE 802.11be and / or later) aims to support ultra-high reliability when transmitting signals to STAs, and to this end, various technologies are being considered to support high throughput, low latency, and extended range.

[0003] For example, next-generation WiFi standards are introducing a Multi-Link Device (MLD) structure that enables terminals to perform multi-link communication. The MLD is configured to transmit and receive data in parallel through multiple links, and is distinguished as a non-AP MLD on the terminal side and an AP MLD on the network side. In this environment, the non-AP MLD can maintain data connectivity even when the terminal physically moves by performing Basic Service Set (BSS) transitions between multiple AP MLDs. Frame switching may be required for BSS transitions.

[0004] The present disclosure provides a method and apparatus for frame exchange for BSS switching in a wireless LAN system.

[0005] According to an embodiment of the present disclosure, a method performed at a first access point (AP) multi-link device (MLD) comprises: receiving a request frame for a sequential switch from the first AP MLD to a second AP MLD from a station (STA) associated with a non-AP MLD, whereby the first AP affiliated with the first AP MLD receives the request frame; and transmitting a response frame for the request frame to the STA, wherein the response frame comprises at least one of the following: information regarding data queued in a buffer of the first AP MLD after the request frame is received; information regarding the update of one or more parameters to be used after the sequential switch; information regarding a time period during which the data queued in the buffer is transmitted; or information regarding data transmitted from the second AP MLD after the sequential switch.

[0006] According to an embodiment of the present disclosure, a method performed in a non-AP (access point) MLD (multi-link device) comprises: a step in which a STA affiliated with the non-AP MLD transmits a request frame for a sequential transition from the first AP MLD to a second AP MLD to a first AP affiliated with the first AP MLD; and a step in which the STA receives a response frame for the request frame from the first AP, wherein the response frame comprises at least one of the following: information about data queued in a buffer of the first AP MLD after the request frame is transmitted; information about an update of at least one parameter to be used after the sequential transition; information about a time period for receiving the data queued in the buffer; or information about data received from the second AP MLD after the sequential transition.

[0007] In various embodiments, devices for implementing the methods described above are provided.

[0008] The present disclosure may have various advantageous effects.

[0009] For example, non-AP MLDs can effectively receive roaming-related information through frame switching procedures.

[0010] The advantageous effects obtainable through specific embodiments of the present disclosure are not limited to those listed above. For example, there may be various technical effects that a person skilled in the art can understand and / or derive from the present disclosure. Accordingly, the specific effects of the present disclosure are not limited to those explicitly described herein and may include various effects that can be understood or derived from the technical features of the present disclosure.

[0011] FIG. 1 shows an example of a transmitting device and / or receiving device of the present disclosure.

[0012] Figure 2 is a conceptual diagram showing the structure of a wireless LAN (WLAN).

[0013] Figure 3 is a diagram illustrating a general link setup process.

[0014] Figure 4 illustrates an example of multiple links.

[0015] FIG. 5 shows a modified example of a transmitting device and / or receiving device of the present disclosure.

[0016] FIG. 6 illustrates an example of a PPDU (physical protocol data unit or physical layer (PHY) protocol data unit) transmitted / received in an STA of the present disclosure.

[0017] Figure 7 shows an example of a MAC frame header.

[0018] Figure 8 shows the Over-the-air (OTA) FT protocol in the Robust Security Network (RSN).

[0019] Figure 9 shows the upper-level architecture of the AP MLD.

[0020] Figure 10 shows an example of a high-level architecture for UHR AP MLD.

[0021] Figure 11 shows an example of a high-level architecture for a UHR AP MLD including separate entities.

[0022] Figure 12 shows another example of a top-layer architecture for UHR AP MLD.

[0023] Figure 13 shows a first example of an architecture with only entities and not based on MLD.

[0024] Figure 14 shows a second example of an architecture in which there are only entities and not based on MLD.

[0025] Figure 15 shows the arrangement of AP MLDs for roaming.

[0026] Figure 16 illustrates a baseline continuous roaming procedure.

[0027] FIG. 17 shows a first example of operations performed by AP MLD / non-AP MLD in a basic continuous roaming procedure.

[0028] FIG. 18 shows a second example of operations performed by AP MLD / non-AP MLD in a basic continuous roaming procedure.

[0029] FIG. 19 shows a third example of operations performed by AP MLD / non-AP MLD in a basic continuous roaming procedure.

[0030] FIG. 20 shows a fourth example of operations performed by AP MLD / non-AP MLD in a basic continuous roaming procedure.

[0031] Figure 21 shows an example of a continuous roaming procedure including a broadcasting procedure and a frame switching procedure.

[0032] Figure 22 shows an example of a method performed in an AP MLD to transmit roaming-related information in a frame switching procedure.

[0033] Figure 23 shows an example of a method performed in a non-AP MLD to receive roaming-related information in a frame switching procedure.

[0034] Figure 24 shows an example of a renegotiation field format.

[0035] Figure 25 shows an example of the Renegotiation Enabled field format.

[0036] Figure 26 shows an example of the BA parameter set Enabled field format.

[0037] Figure 27 shows a first example of a procedure for transmitting DL data in the queue of a serving AP MLD.

[0038] Figure 28 shows an example of a procedure that notifies the completion of transmission of DL data in the queue of the serving AP MLD via a DL timer.

[0039] Figure 29 shows an example of transmitting a context-transfer frame.

[0040] Figure 30 shows an example of a data transfer procedure.

[0041] Figure 31 illustrates the data transfer procedure when the serving AP MLD performs data transfer while performing DL transfer.

[0042] Figure 32 shows a flowchart of the case where the serving AP MLD performs data delivery while performing DL transmission.

[0043] Figure 33 illustrates the data delivery procedure when the serving AP MLD performs data delivery after performing DL transmission.

[0044] Figure 34 shows a flowchart of the case where the serving AP MLD performs data delivery after performing DL transmission.

[0045] In the present disclosure, “A or B” may mean “only A,” “only B,” or “both A and B.” Alternatively, in the present disclosure, “A or B” may be interpreted as “A and / or B.” For example, in the present disclosure, “A, B or C” may mean “only A,” “only B,” “only C,” or “any combination of A, B and C.”

[0046] A slash ( / ) or a comma used in the present disclosure may mean “and / or.” For example, “A / B” may mean “A and / or B.” Accordingly, “A / B” may mean “only A,” “only B,” or “both A and B.” For example, “A, B, C” may mean “A, B or C.”

[0047] In the present disclosure, “at least one of A and B” may mean “only A,” “only B,” or “both A and B.” Additionally, in the present disclosure, the expressions “at least one of A or B” or “at least one of A and / or B” may be interpreted as synonymous with “at least one of A and B.”

[0048] Additionally, parentheses used in this disclosure may mean “for example.” Specifically, when indicated as “control information (UHR-Signal field),” the “UHR-Signal field” may be proposed as an example of “control information.” In other words, the “control information” of this disclosure is not limited to the “UHR-Signal field,” and the “UHR-Signal field” may be proposed as an example of “control information.” Furthermore, even when indicated as “control information (UHR-Signal field),” the “UHR-Signal field” may be proposed as an example of “control information.”

[0049] Additionally, “a / an” as used in this disclosure may mean “at least one” or “one or more.” Also, terms ending in “(s)” may mean “at least one” or “one or more.”

[0050] Additionally, the expressions “based on,” “on the basis of,” or “according to” as used in this disclosure mean “based at least in part on,” and do not mean “based only on one.”

[0051] Technical features described individually within one drawing in this disclosure may be implemented individually or simultaneously.

[0052] The following examples of the present disclosure may be applied to various wireless communication systems. For example, the following examples of the present disclosure may be applied to wireless local area network (WLAN) systems. For example, the present disclosure may be applied to IEEE 802.11a / g / n / ac / ax / be / bn standards. Additionally, the examples of the present disclosure may be applied to Ultra High Reliability (UHR) standards or next-generation wireless LAN standards that enhance IEEE 802.11bn. Furthermore, the examples of the present disclosure may be applied to mobile communication systems. For example, they may be applied to mobile communication systems based on Long Term Evolution (LTE) and its evolution based on 3GPP (3rd Generation Partnership Project) standards.

[0053] To explain the technical features of the present disclosure, the technical features to which the present disclosure can be applied are described below.

[0054] FIG. 1 shows an example of a transmitting device and / or receiving device of the present disclosure.

[0055] An example of FIG. 1 can perform various technical features described below. FIG. 1 relates to at least one STA (station). For example, the STA (110, 120) of the present disclosure may also be referred to by various names such as mobile terminal, wireless device, Wireless Transmit / Receive Unit (WTRU), User Equipment (UE), Mobile Station (MS), Mobile Subscriber Unit, or simply user. The STA (110, 120) of the present disclosure may also be referred to by various names such as network, base station, Node-B, Access Point (AP), repeater, router, relay, etc. The STA (110, 120) of the present disclosure may also be referred to by various names such as receiving apparatus, transmitting device, receiving STA, transmitting STA, receiving device, transmitting device, etc.

[0056] For example, the STA (110, 120) can perform the role of an access point (AP) or a non-AP. That is, the STA (110, 120) of the present disclosure can perform the functions of an AP and / or a non-AP. In the present disclosure, an AP may also be indicated as an AP STA.

[0057] The STA (110, 120) of the present disclosure may support various communication standards other than the IEEE 802.11 standard. For example, it may support communication standards according to 3GPP standards (e.g., LTE, LTE-A, 5G NR standards). In addition, the STA of the present disclosure may be implemented in various devices such as mobile phones, vehicles, and personal computers. Furthermore, the STA of the present disclosure may support communication for various communication services such as voice calls, video calls, data communication, and self-driving.

[0058] In the present disclosure, the STA (110, 120) may include a medium access control (MAC) that complies with the specifications of the IEEE 802.11 standard and a physical layer interface for the wireless medium.

[0059] Based on side drawing (a) of Fig. 1, STA (110, 120) is described as follows.

[0060] The first STA (110) may include a processor (111), memory (112), and a transceiver (113). The illustrated processor, memory, and transceiver may each be implemented as separate chips, or at least two blocks / functions may be implemented through a single chip.

[0061] The transceiver (113) of the first STA performs the operation of transmitting and receiving signals. Specifically, it can transmit and receive IEEE 802.11 packets (e.g., IEEE 802.11a / b / g / n / ac / ax / be, etc.).

[0062] For example, the first STA (110) can perform the intended operation of the AP. For example, the processor (111) of the AP can receive a signal through the transceiver (113), process the received signal, generate a transmitted signal, and perform control for transmitting the signal. The memory (112) of the AP can store the signal received through the transceiver (113) (i.e., the received signal) and the signal to be transmitted through the transceiver (i.e., the transmitted signal).

[0063] For example, the second STA (120) can perform the intended operation of a Non-AP STA. For example, the non-AP transceiver (123) performs the operation of transmitting and receiving signals. Specifically, it can transmit and receive IEEE 802.11 packets (e.g., IEEE 802.11a / b / g / n / ac / ax / be, etc.).

[0064] For example, the processor (121) of the Non-AP STA can receive a signal through the transceiver (123), process the received signal, generate a transmitted signal, and perform control for transmitting the signal. The memory (122) of the Non-AP STA can store the signal received through the transceiver (123) (i.e., the received signal) and can store the signal to be transmitted through the transceiver (i.e., the transmitted signal).

[0065] For example, the operation of the device designated as AP in the following disclosure may be performed in the first STA (110) or the second STA (120). For example, if the first STA (110) is the AP, the operation of the device designated as AP is controlled by the processor (111) of the first STA (110), and a related signal may be transmitted or received through a transceiver (113) controlled by the processor (111) of the first STA (110). Additionally, control information related to the operation of the AP or the transmission / reception signal of the AP may be stored in the memory (112) of the first STA (110). Additionally, if the second STA (110) is the AP, the operation of the device designated as AP is controlled by the processor (121) of the second STA (120), and a related signal may be transmitted or received through a transceiver (123) controlled by the processor (121) of the second STA (120). In addition, control information related to the operation of the AP or the transmission / reception signals of the AP can be stored in the memory (122) of the second STA (110).

[0066] For example, the operation of a device indicated as non-AP (or User-STA) in the following disclosure may be performed in the STA (110) or the second STA (120). For example, if the second STA (120) is non-AP, the operation of the device indicated as non-AP is controlled by the processor (121) of the second STA (120), and a related signal may be transmitted or received through a transceiver (123) controlled by the processor (121) of the second STA (120). Additionally, control information related to the operation of the non-AP or the transmission / reception signal of the AP may be stored in the memory (122) of the second STA (120). For example, if the first STA (110) is a non-AP, the operation of the device marked as non-AP is controlled by the processor (111) of the first STA (110), and the related signal can be transmitted or received through a transceiver (113) controlled by the processor (111) of the first STA (120). Additionally, control information related to the operation of the non-AP or the transmission / reception signal of the AP can be stored in the memory (112) of the first STA (110).

[0067] In the following disclosure, a device referred to as (transmission / reception) STA, first STA, second STA, STA1, STA2, AP, first AP, second AP, AP1, AP2, (transmission / reception) Terminal, (transmission / reception) device, (transmission / reception) apparatus, network, etc. may refer to the STA (110, 120) of FIG. 1. For example, a device indicated without specific drawing symbols as (transmission / reception) STA, first STA, second STA, STA1, STA2, AP, first AP, second AP, AP1, AP2, (transmission / reception) Terminal, (transmission / reception) device, (transmission / reception) apparatus, network, etc. may also refer to the STA (110, 120) of FIG. 1. For example, in the following example, the operation of various STAs transmitting and receiving signals (e.g., PPDU) may be performed by the transceiver (113, 123) of FIG. 1. Additionally, in the following example, the operation of various STAs generating transmission and reception signals or performing data processing or calculations in advance for transmission and reception signals may be performed by the processor (111, 121) of FIG. 1.For example, an example of an operation to generate a transmission / reception signal or to perform data processing or operations in advance for a transmission / reception signal may include: 1) an operation to determine / acquire / configure / operate / decode / encode bit information of sub-fields (SIG, STF, LTF, Data) included in the PPDU; 2) an operation to determine / configure / acquire time resources or frequency resources (e.g., subcarrier resources) used for sub-fields (SIG, STF, LTF, Data) included in the PPDU; 3) an operation to determine / configure / acquire specific sequences (e.g., pilot sequence, STF / LTF sequence, extra sequence applied to SIG) used for sub-fields (SIG, STF, LTF, Data) included in the PPDU; 4) a power control operation and / or power saving operation applied to the STA; and 5) an operation related to determining / acquiring / configuring / operating / decoding / encoding of an ACK signal. In addition, in the following example, various information (e.g., information related to fields, subfields, control fields, parameters, power, etc.) used by various STAs for determining / acquiring / configuring / calculating / decoding / encoding of transmission and reception signals can be stored in the memory (112, 122) of FIG. 1.

[0068] The device / STA of the aforementioned supplementary drawing (a) of FIG. 1 can be modified as shown in supplementary drawing (b) of FIG. 1. Below, the STA (110, 120) of the present disclosure will be described based on supplementary drawing (b) of FIG. 1.

[0069] For example, the transceiver (113, 123) shown in side drawing (b) of FIG. 1 can perform the same function as the transceiver shown in side drawing (a) of FIG. 1 described above. For example, the processing chip (114, 124) shown in side drawing (b) of FIG. 1 may include a processor (111, 121) and a memory (112, 122). The processor (111, 121) and the memory (112, 122) shown in side drawing (b) of FIG. 1 can perform the same function as the processor (111, 121) and the memory (112, 122) shown in side drawing (a) of FIG. 1 described above.

[0070] The mobile terminal, wireless device, Wireless Transmit / Receive Unit (WTRU), User Equipment (UE), Mobile Station (MS), Mobile Subscriber Unit, user, User STA, network, Base Station, Node-B, AP (Access Point), repeater, router, relay, receiving device, transmitting device, receiving STA, transmitting STA, receiving Device, transmitting Device, receiving Apparatus, and / or transmitting Apparatus described below may refer to the STA (110, 120) shown in side drawings (a) / (b) of FIG. 1, or the processing chip (114, 124) shown in side drawing (b) of FIG. 1. That is, the technical features of the present disclosure may be performed in the STA (110, 120) shown in side drawings (a) / (b) of FIG. 1, or only in the processing chip (114, 124) shown in side drawing (b) of FIG. 1. For example, the technical feature of the transmitting STA transmitting a control signal may be understood as a technical feature in which a control signal generated in the processor (111, 121) shown in side drawings (a) / (b) of FIG. 1 is transmitted through the transceiver (113, 123) shown in side drawings (a) / (b) of FIG. 1. Alternatively, the technical feature of the transmitting STA transmitting a control signal may be understood as a technical feature in which a control signal to be transmitted from the processing chip (114, 124) shown in side drawing (b) of FIG. 1 is generated to the transceiver (113, 123).

[0071] For example, the technical feature of the receiving STA receiving a control signal can be understood as the technical feature of the control signal being received by the transceiver (113, 123) shown in side view (a) of FIG. 1. Alternatively, the technical feature of the receiving STA receiving a control signal can be understood as the technical feature of the control signal received by the transceiver (113, 123) shown in side view (a) of FIG. 1 being acquired by the processor (111, 121) shown in side view (a) of FIG. 1. Alternatively, the technical feature of the receiving STA receiving a control signal can be understood as the technical feature of the control signal received by the transceiver (113, 123) shown in side view (b) of FIG. 1 being acquired by the processing chip (114, 124) shown in side view (b) of FIG. 1.

[0072] Referring to side view (b) of FIG. 1, software code (115, 125) may be included in memory (112, 122). The software code (115, 125) may include instructions that control the operation of the processor (111, 121). The software code (115, 125) may be included in various programming languages.

[0073] The processor (111, 121) or processing chip (114, 124) illustrated in FIG. 1 may include an application-specific integrated circuit (ASIC), other chipsets, logic circuits, and / or data processing devices. The processor may be an application processor (AP). For example, the processor (111, 121) or processing chip (114, 124) illustrated in FIG. 1 may include at least one of a digital signal processor (DSP), a central processing unit (CPU), a graphics processing unit (GPU), and a modem (modulator and demodulator). For example, the processor (111, 121) or processing chip (114, 124) illustrated in FIG. 1 may be a SNAPDRAGON® series processor manufactured by Qualcomm®, an EXYNOS® series processor manufactured by Samsung®, an A series processor manufactured by Apple®, a HELIO® series processor manufactured by MediaTek®, an ATOM® series processor manufactured by INTEL®, or a processor enhanced therefrom.

[0074] In the present disclosure, an uplink may refer to a link for communication from a non-AP STA to an AP STA, and uplink PPDUs / packets / signals, etc. may be transmitted through the uplink. Additionally, in the present disclosure, a downlink may refer to a link for communication from an AP STA to a non-AP STA, and downlink PPDUs / packets / signals, etc. may be transmitted through the downlink.

[0075] Figure 2 is a conceptual diagram showing the structure of a wireless LAN (WLAN).

[0076] The top of Figure 2 shows the structure of the IEEE (Institute of Electrical and Electronic Engineers) 802.11 infrastructure BSS (basic service set).

[0077] Referring to the top of FIG. 2, the wireless LAN system may include one or more infrastructure BSSs (200, 205) (hereinafter BSS). The BSS (200, 205) is a set of APs and STAs, such as an AP (access point, 225) and STA1 (Station, 200-1), that can communicate with each other by successfully synchronizing, and is not a concept referring to a specific area. The BSS (205) may include one or more STAs (205-1, 205-2) that can be combined with one AP (230).

[0078] The BSS may include at least one STA, an AP (225, 230) that provides a distribution service, and a distribution system (DS, 210) that connects multiple APs.

[0079] A distributed system (210) can implement an extended service set (ESS, 240) by connecting multiple BSSs (200, 205). The term ESS (240) may be used to refer to a network formed by connecting one or more APs through the distributed system (210). APs included in a single ESS (240) may have the same service set identification (SSID).

[0080] The portal (portal, 220) can act as a bridge to connect a wireless LAN network (IEEE 802.11) with another network (e.g., 802.X).

[0081] In a BSS like the one at the top of Fig. 2, a network between APs (225, 230) and a network between APs (225, 230) and STAs (200-1, 205-1, 205-2) can be implemented. However, it may also be possible to establish a network between STAs and perform communication without APs (225, 230). A network that establishes a network between STAs and performs communication without APs (225, 230) is defined as an ad-hoc network or an independent basic service set (IBSS).

[0082] The bottom of Fig. 2 is a conceptual diagram showing IBSS.

[0083] Referring to the bottom of Fig. 2, the IBSS is a BSS that operates in ad-hoc mode. Since the IBSS does not include an AP, there is no centralized management entity that performs management functions centrally. That is, in the IBSS, the STAs (250-1, 250-2, 250-3, 255-4, 255-5) are managed in a distributed manner. In the IBSS, all STAs (250-1, 250-2, 250-3, 255-4, 255-5) can be mobile STAs, and since access to the distributed system is not allowed, they form a self-contained network.

[0084] Figure 3 is a diagram illustrating a general link setup process.

[0085] In the described S310 step, the STA can perform a network discovery operation. The network discovery operation may include the STA's scanning operation. That is, in order for the STA to access a network, it must find a network it can join. Before joining a wireless network, the STA must identify a compatible network, and the process of identifying networks existing in a specific area is called scanning. Scanning methods include active scanning and passive scanning.

[0086] Figure 3 illustrates a network discovery operation that includes an active scanning process as an example. In active scanning, the STA performing the scanning moves between channels and transmits a probe request frame to search for nearby APs, and waits for a response. The responder transmits a probe response frame as a response to the probe request frame to the STA that transmitted the probe request frame. Here, the responder may be the STA that last transmitted a beacon frame from the BSS of the channel being scanned. In a BSS, the AP becomes the responder because it transmits the beacon frame, whereas in an IBSS, the responder is not constant because STAs within the IBSS take turns transmitting the beacon frame. For example, an STA that transmits a probe request frame on channel 1 and receives a probe response frame on channel 1 can store BSS-related information included in the received probe response frame and move to the next channel (e.g., channel 2) to perform scanning in the same way (i.e., transmit and receive probe request / response on channel 2).

[0087] Although not shown in the example of Fig. 3, scanning operations may also be performed using a passive scanning method. An STA performing scanning based on passive scanning can wait for a beacon frame while switching between channels. A beacon frame is one of the management frames in IEEE 802.11, which announces the presence of a wireless network and is periodically transmitted to allow a scanning STA to find the wireless network and join it. In a BSS, the AP performs the role of periodically transmitting beacon frames, while in an IBSS, STAs within the IBSS take turns transmitting beacon frames. When a scanning STA receives a beacon frame, it stores the information about the BSS included in the beacon frame and records the beacon frame information in each channel while moving to another channel. An STA that has received a beacon frame can store the BSS-related information included in the received beacon frame, move to the next channel, and perform scanning in the next channel in the same manner.

[0088] The STA that discovered the network can perform an authentication process through step S320. This authentication process may be referred to as the first authentication process to clearly distinguish it from the security setup operation of step S340 described later. The authentication process of S320 may include the STA sending an authentication request frame to the AP, and the AP sending an authentication response frame to the STA in response. The authentication frame used in the authentication request / response corresponds to a management frame.

[0089] The authentication frame may include information regarding the authentication algorithm number, authentication transaction sequence number, status code, challenge text, RSN (Robust Security Network), Finite Cyclic Group, etc.

[0090] The STA can send an authentication request frame to the AP. Based on the information contained in the received authentication request frame, the AP can determine whether to allow authentication for the STA. The AP can provide the result of the authentication process to the STA through an authentication response frame.

[0091] A successfully authenticated STA may perform an association process based on step S330. The association process includes the STA sending an association request frame to the AP, and in response, the AP sending an association response frame to the STA. For example, the association request frame may include information regarding various capabilities, beacon listen interval, service set identifier (SSID), supported rates, supported channels, RSN, mobility domain, supported operating classes, Traffic Indication Map Broadcast request, interworking service capabilities, etc. For example, a connection response frame may include information related to various capabilities, status code, AID (Association ID), support rate, EDCA (Enhanced Distributed Channel Access) parameter set, RCPI (Received Channel Power Indicator), RSNI (Received Signal to Noise Indicator), mobility domain, timeout interval (association comeback time), overlapping BSS scan parameters, TIM broadcast response, QoS map, etc.

[0092] Subsequently, in step S340, the STA may perform a security setup process. The security setup process of step S340 may include, for example, a process of setting up a private key through a 4-way handshake via an EAPOL (Extensible Authentication Protocol over LAN) frame.

[0093] The following describes multi-link (ML).

[0094] Terms related to multiple links can be defined as follows:

[0095] - An MLD (multi-link device) may refer to a logical entity that can support multiple affiliated STAs, can operate using one or more affiliated STAs, and provides one MAC data service and a single MAC service access point (SAP) to a logical link control (LLC) sublayer;

[0096] - Multi-link operation (MLO) can refer to operations such as discovery, authentication, multi-link establishment, and frame switching between two MLDs;

[0097] - An associated STA is a STA that provides link-specific downstream MAC and PHY services within an MLD, and may be an AP (Access Point) STA or a non-AP (Non-Access Point) STA;

[0098] - An AP MLD is an MLD where each STA associated with it is an AP;

[0099] - A non-AP MLD is an MLD in which each STA associated with it is a non-AP STA;

[0100] - The linked AP is the AP STA linked to the AP MLD;

[0101] - The linked non-AP STA is the non-AP STA linked to the non-AP MLD.

[0102] Figure 4 illustrates an example of multiple links.

[0103] As illustrated in FIG. 4, multiple multi-link devices (MLDs) can communicate through multiple links. The MLDs can be classified into an AP MLD containing multiple AP STAs and a non-AP MLD containing multiple non-AP STAs. That is, the AP MLD may include affiliated APs (i.e., AP STAs), and the non-AP MLD may include affiliated STAs (i.e., non-AP STAs, or user-STAs).

[0104] A multilink may include a first link and a second link, and different channels / subchannels / frequency resources may be assigned to the first and second links. The first and second multilinks may be identified by a link ID of 4 bits (or other n bits). The first and second links may be configured in the same 2.4 GHz, 5 GHz, or 6 GHz band. Alternatively, the first link and the link may be configured in different bands.

[0105] The AP MLD of FIG. 4 includes three affiliated APs. In one example of FIG. 4, AP1 may operate in the 2.4 GHz band, AP2 may operate in the 5 GHz band, and AP3 may operate in the 6 GHz band. In one example of FIG. 4, the first link in which AP1 and non-AP1 operate may be defined as a channel / subchannel / frequency resource within the 2.4 GHz band. Additionally, in one example of FIG. 4, the second link in which AP2 and non-AP2 operate may be defined as a channel / subchannel / frequency resource within the 5 GHz band. Additionally, in one example of FIG. 4, the third link in which AP3 and non-AP3 operate may be defined as a channel / subchannel / frequency resource within the 6 GHz band.

[0106] In an example of FIG. 4, AP1 may initiate a multilink setup procedure (ML setup procedure) by transmitting an Association Request frame to non-AP STA1. In an example of FIG. 4, non-AP STA1 may transmit an Association Response frame in response to the Association Request frame. Each AP (e.g., AP1 / 2 / 3) shown in FIG. 4 may be identical to the AP shown in FIG. 1 and / or FIG. 2, and each non-AP (e.g., non-AP1 / 2 / 3) shown in FIG. 4 may be identical to the STA shown in FIG. 1 and / or FIG. 2 (i.e., user-STA or non-AP STA). Once the ML setup is complete, an enabled link for ML communication may be determined. The STA may perform frame exchange through at least one of the multiple links determined as the enabled link. For example, the enabled link may be used for at least one of a management frame, a control frame, and a data frame.

[0107] When a single STA supports multiple links, the transmitting and receiving devices supporting each link can operate as a single logical STA. For example, a single STA supporting two links can be represented as a single Multi-Link Device (MLD) comprising a first STA for the first link and a second STA for the second link. For example, a single AP supporting two links can be represented as a single AP MLD comprising a first AP for the first link and a second AP for the second link. Additionally, a single non-AP supporting two links can be represented as a single non-AP MLD comprising a first STA for the first link and a second STA for the second link.

[0108] Below, more specific features regarding the ML setup are explained.

[0109] An MLD (AP MLD and / or non-AP MLD) may transmit information regarding links that the MLD can support through an ML setup. Information regarding links may be configured in various ways. For example, information regarding links may include at least one of: 1) information regarding whether the MLD (or STA) supports simultaneous RX / TX operation; 2) information regarding the number / upper limit of uplink / downlink links supported by the MLD (or STA); 3) information regarding the location / band / resource of uplink / downlink links supported by the MLD (or STA); 4) information regarding the type of frame (management, control, data, etc.) available or preferred on at least one uplink / downlink link; 5) information regarding the ACK policy available or preferred on at least one uplink / downlink link; and 6) information regarding the TID (traffic identifier) ​​available or preferred on at least one uplink / downlink link. TID is related to the priority of traffic data and is expressed as 8 types of values ​​according to conventional wireless LAN standards. That is, 8 TID values ​​can be defined corresponding to the 4 access categories (AC) (AC_BK (background), AC_BE (best effort), AC_VI (video), AC_VO (voice)) according to conventional wireless LAN standards.

[0110] For example, all TIDs can be pre-configured to be mapped to the uplink / downlink Link. Specifically, if no negotiation is made through the ML setup, all TIDs are used for ML communication, and if a mapping between the uplink / downlink Link and the TID is negotiated through additional ML setup, the negotiated TID can be used for ML communication.

[0111] Through ML setup, multiple links that can be used by the transmitting MLD and receiving MLD related to ML communication can be established, and these can be called “enabled links.” “Enabled links” can be referred to by various other expressions. For example, they can be referred to by various expressions such as the first link, the second link, the transmitting link, and the receiving link.

[0112] After the ML setup is completed, the MLD can update the ML setup. For example, if the MLD needs to update information about a link, it can transmit information about a new link. Information about a new link may be transmitted based on at least one of a management frame, a control frame, and a data frame.

[0113] The specific features of the present disclosure are not limited to the specific features of FIG. 4. That is, the number of links can be defined in various ways, and a plurality of links can be defined in various ways within at least one band.

[0114] FIG. 5 shows a modified example of a transmitting device and / or receiving device of the present disclosure.

[0115] The device illustrated in FIGS. 1 to 4 (e.g., AP STA, non-AP STA) can be modified as in FIG. 5. The transceiver (530) of FIG. 5 may be identical to the transceiver (113, 123) of FIG. 1. The transceiver (530) of FIG. 5 may include a receiver and a transmitter.

[0116] The processor (510) of FIG. 5 may be the same as the processor (111, 121) of FIG. 1. Alternatively, the processor (510) of FIG. 5 may be the same as the processing chip (114, 124) of FIG. 1.

[0117] The memory (150) of FIG. 5 may be the same as the memory (112, 122) of FIG. 1. Alternatively, the memory (150) of FIG. 5 may be a separate external memory different from the memory (112, 122) of FIG. 1.

[0118] Referring to FIG. 5, a power management module (511) manages power for a processor (510) and / or a transceiver (530). A battery (512) supplies power to the power management module (511). A display (513) outputs results processed by the processor (510). A keypad (514) receives input to be used by the processor (510). The keypad (514) may be displayed on the display (513). A SIM card (515) may be an integrated circuit used to securely store an international mobile subscriber identity (IMSI) and associated keys used to identify and authenticate a subscriber in a mobile device such as a mobile phone and a computer.

[0119] Referring to FIG. 5, the speaker (540) can output sound-related results processed by the processor (510). The microphone (541) can receive sound-related inputs to be used by the processor (510).

[0120] FIG. 6 illustrates an example of a PPDU (physical protocol data unit or physical layer (PHY) protocol data unit) transmitted / received in an STA of the present disclosure.

[0121] The STA of the present disclosure (e.g., AP STA, non-AP STA, AP MLD, non-AP MLD) can transmit and / or receive the PPDU of FIG. 6. The PPDU described in the present disclosure may have the structure of FIG. 6, for example. Additionally, the PPDU described in the present disclosure may be referred to by various names such as Ultra High Reliability (UHR) PPDU, Transmit PPDU, Receive PPDU, Type 1, or Type N PPDU. The PPDU described in the present disclosure may be used in WLAN systems defined according to IEEE 802.11bn and / or next-generation WLAN systems that improve upon IEEE 802.11bn.

[0122] The PPDU of FIG. 6 may be related to various PPDU types used in UHR systems. For example, the example of FIG. 6 may be used for at least one of SU (single-user) mode / type / transmission, MU (multi-user) mode / type / transmission, and NDP (null data packet) mode / type / transmission related to channel sounding. For example, if the example of FIG. 6 is related to NDP, the illustrated Data field may be omitted. If the PPDU of FIG. 6 is used for TB (Trigger-based) mode, the UHR-SIG of FIG. 6 may be omitted. In other words, an STA that receives a Trigger frame for UL-MU (Uplink-MU) communication may transmit a PPDU in which the UHR-SIG is omitted in the example of FIG. 6.

[0123] In FIG. 6, L-STF to UHR-LTF can be called a preamble or physical preamble and can be generated / transmitted / received / acquired / decoded at the physical layer (included in the transmitting / receiving STA).

[0124] Each block shown in FIG. 6 can be referred to as a field / subfield / signal, etc. As shown in FIG. 6, the names of these fields / subfields / signals may be L-STF (legacy short training field), L-LTF (legacy long training field), L-SIG (legacy signal), RL-SIG (repeated L-SIG), U-SIG (Universal Signal), UHR-SIG (UHR-signal), etc.

[0125] The subcarrier spacing of the L-STF, L-LTF, L-SIG, RL-SIG, U-SIG, and UHR-SIG fields in Fig. 6 can be set to 312.5 kHz, and the subcarrier spacing of the UHR-STF, UHR-LTF, and Data fields can be set to 78.125 kHz. That is, the tone index (or subcarrier index) of the L-STF, L-LTF, L-SIG, RL-SIG, U-SIG, and UHR-SIG fields can be displayed in units of 312.5 kHz, and the tone index (or subcarrier index) of the UHR-STF, UHR-LTF, and Data fields can be displayed in units of 78.125 kHz.

[0126] The PPDU of Fig. 6, L-LTF and L-STF, may be the same as conventional fields (e.g., non-HT LTF and non-HT STF defined in conventional WLAN standards).

[0127] The L-SIG field of FIG. 6 may contain, for example, 24 bits of bit information. For example, the 24 bits of information may include a 4-bit Rate field, a 1-bit Reserved bit, a 12-bit Length field, a 1-bit Parity bit, and a 6-bit Tail bit. For example, the 12-bit Length field may contain information regarding the length or time duration of the PPDU. For example, the value of the 12-bit Length field may be determined based on the type of the PPDU. For example, if the PPDU is a non-HT (non-High Throughput), HT (High Throughput), VHT (Very High Throughput) PPDU, or an EHT (extremely high throughput) PPDU, or a UHR PPDU, the value of the Length field may be determined as a multiple of 3. For example, if the PPDU is an HE PPDU, the value of the Length field may be determined as "a multiple of 3 + 1" or "a multiple of 3 + 2". In other words, for non-HT, HT, VHT PPDU, or EHT PPDU, UHR PPDU, the value of the Length field can be determined as a multiple of 3, and for HE (High-Efficiency) PPDU, the value of the Length field can be determined as "a multiple of 3 + 1" or "a multiple of 3 + 2". In other words, the Length field in a UHR PPDU is set to a value satisfying the condition that the remainder is zero when LENGTH is divided by 3.

[0128] For example, a (non-AP and AP) STA can apply BCC encoding based on a code rate of 1 / 2 to 24 bits of information in the L-SIG field. Subsequently, the transmitting STA can obtain 48 bits of BCC encoding. BPSK modulation can be applied to the 48 bits of encoding to generate 48 BPSK symbols. The transmitting STA can map the 48 BPSK symbols to positions excluding the pilot subcarrier {subcarrier indices -21, -7, +7, +21} and the DC subcarrier {subcarrier index 0}. Consequently, the 48 BPSK symbols can be mapped to subcarrier indices -26 to -22, -20 to -8, -6 to -1, +1 to +6, +8 to +20, and +22 to +26. The transmitting STA can additionally map the signal of {-1, -1, -1, 1} to the subcarrier index {-28, -27, +27, +28}. The above signal can be used for channel estimation for the frequency domain corresponding to {-28, -27, +27, +28}.

[0129] For example, the (non-AP and AP) STA can generate an RL-SIG that is identical to the L-SIG. BPSK modulation may be applied to the RL-SIG. The receiving (non-AP and AP) STA can determine that the received PPDU is a HE PPDU, EHT PPDU, or UHR PPDU based on the presence of the RL-SIG. In other words, the receiving (non-AP and AP) STA can determine that the received PPDU is one of the HE PPDU, EHT PPDU, or UHR PPDU if the RL-SIG is present. In other words, the receiving (non-AP and AP) STA can determine that the received PPDU is one of the non-HT PPDU, HT PPDU, or VHT PPDU if the RL-SIG is not present. In other words, the RL-SIG field is a repeat of the L-SIG field and is used to differentiate an UHR PPDU from a non-HT PPDU, HT PPDU, and VHT PPDU.

[0130] After the RL-SIG in Fig. 6, a U-SIG (Universal SIG) may be inserted. The U-SIG may be referred to by various names such as the first SIG field, first SIG, first type SIG, control signal, control signal field, first (type) control signal, common control field, and common control signal.

[0131] U-SIG may contain N bits of information and may contain information to identify the type of EHT PPDU. For example, U-SIG may be constructed based on two symbols (e.g., two consecutive OFDM symbols). Each symbol for U-SIG (e.g., OFDM symbol) may have a duration of 4 us. Each symbol of U-SIG may be used to transmit 26 bits of information. For example, each symbol of U-SIG may be transmitted and received based on 52 data tones and 4 pilot tones.

[0132] For example, A bit information (e.g., 52 un-coded bits) can be transmitted through U-SIG, and the first symbol of U-SIG can transmit the first X bit information (e.g., 26 un-coded bits) of the total A bit information, and the second symbol of U-SIG can transmit the remaining Y bit information (e.g., 26 un-coded bits) of the total A bit information. For example, the transmitting STA can obtain the 26 un-coded bits included in each U-SIG symbol. The transmitting STA can generate 52-coded bits by performing convolutional encoding (i.e., BCC encoding) based on a rate of R=1 / 2 and can perform interleaving on the 52-coded bits. The transmitting STA can generate 52 BPSK symbols assigned to each U-SIG symbol by performing BPSK modulation on the interleaved 52-coded bits. A single U-SIG symbol can be transmitted based on 56 tones (subcarriers) from subcarrier index -28 to subcarrier index +28, excluding DC index 0. 52 BPSK symbols generated by the transmitting STA can be transmitted based on the remaining tones (subcarriers), excluding the pilot tones -21, -7, +7, and +21.

[0133] For example, A bit information (e.g., 52 un-coded bits) transmitted by U-SIG may include a CRC field (e.g., a field of 4 bits) and a tail field (e.g., a field of 6 bits). The CRC field and the tail field may be transmitted through a second symbol of U-SIG. The CRC field may be generated based on 26 bits assigned to the first symbol of U-SIG and the remaining 16 bits within the second symbol excluding the CRC / tail field, and may be generated based on a conventional CRC calculation algorithm. Additionally, the tail field may be used to terminate the trellis of a convolutional decoder and may be set, for example, to "000000".

[0134] A bit information (e.g., 52 un-coded bits) transmitted by U-SIG (or U-SIG field) can be divided into version-independent bits and version-dependent bits. For example, the size of the version-independent bits can be fixed or variable. For example, the version-independent bits may be assigned only to the first symbol of U-SIG, or the version-independent bits may be assigned to both the first and second symbols of U-SIG. For example, the version-independent bits and the version-dependent bits may be referred to by various names, such as the first control bit and the second control bit.

[0135] For example, the version-independent bits of 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 transmitted and received PPDU. For example, a first value of the 3-bit PHY version identifier (e.g., a value of 000) may indicate that the transmitted and received PPDU is an EHT PPDU. Additionally, a second value of the 3-bit PHY version identifier (e.g., a value of 001) may indicate that the transmitted and received PPDU is a UHR PPDU.

[0136] In other words, when an (AP / non-AP) STA transmits an EHT PPDU, it can set a 3-bit PHY version identifier to a first value. In other words, a receiving (AP / non-AP) STA can determine that the received PPDU is an EHT PPDU based on the PHY version identifier having the first value, and can determine that the received PPDU is a UHR PPDU based on the PHY version identifier having the second value.

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

[0138] For example, the version-independent bits of U-SIG may include information regarding the length of the TXOP (transmission opportunity) and information regarding the BSS color ID.

[0139] For example, if the UHR PPDU is classified into various types (e.g., type related to SU transmission (performed based on UL or DL), type related to DL transmission, type related to NDP transmission, type related to DL non-MU-MIMO, type related to DL MU-MIMO, type related to Multi-AP operation, type related to CO-BF (Coordinated beamforming) and SR (Spatial Reuse), type related to C-OFDMA (Coordinated OFDMA), type related to CO-TDMA (Coordinated TDMA)), information regarding the type of the EHT PPDU (e.g., 2-bit or 3-bit information) may be included in the version-dependent bits of the U-SIG.

[0140] For example, U-SIG may include: 1) a bandwidth field containing information regarding bandwidth; 2) a field containing information regarding the Modulation and Coding Scheme (MCS) technique applied to UHR-SIG; 3) an indication field containing information regarding whether the dual subcarrier modulation (DCM) technique is applied to UHR-SIG; 4) a field containing information regarding the number of symbols used for UHR-SIG; 5) a field containing information regarding whether UHR-SIG is generated across the entire band; 6) a field containing information regarding the type of UHR-LTF / STF; and 7) information regarding a field indicating the length of UHR-LTF and CP length.

[0141] Preamble puncturing may be applied to the PPDU of Fig. 6. Preamble puncturing means applying puncturing to a portion of the total band of the PPDU (e.g., a secondary 20 MHz band). For example, when an 80 MHz PPDU is transmitted, the STA applies puncturing to the secondary 20 MHz band within the 80 MHz band and can transmit the PPDU only through the primary 20 MHz band and the secondary 40 MHz band.

[0142] For example, the pattern of preamble puncturing can be pre-set. For example, when a first puncturing pattern is applied, puncturing may be applied only to a secondary 20 MHz band within an 80 MHz band. For example, when a second puncturing pattern is applied, puncturing may be applied only to one of two secondary 20 MHz bands included in a secondary 40 MHz band within an 80 MHz band. For example, when a third puncturing pattern is applied, puncturing may be applied only to a secondary 20 MHz band included in a primary 80 MHz band within a 160 MHz band (or 80+80 MHz band). For example, when the fourth puncturing pattern is applied, within the 160 MHz band (or 80+80 MHz band), the primary 40 MHz band included in the primary 80 MHz band is present, and puncturing may be applied to at least one 20 MHz channel that does not belong to the primary 40 MHz band.

[0143] Information regarding preamble puncturing applied to the PPDU may be included in the U-SIG and / or UHR-SIG. For example, the first field of the U-SIG may include information regarding the contiguous bandwidth of the PPDU, and the second field of the U-SIG may include information regarding preamble puncturing applied to the PPDU.

[0144] For example, U-SIG and UHR-SIG may include information regarding preamble puncturing based on the following method. If the bandwidth of the PPDU exceeds 80 MHz, the U-SIG may be configured individually in 80 MHz units. For example, if the bandwidth of the PPDU is 160 MHz, the PPDU may include a first U-SIG for the first 80 MHz band and a second U-SIG for the second 80 MHz band. In this case, the first field of the first U-SIG may include information regarding the 160 MHz bandwidth, and the second field of the first U-SIG may include information regarding preamble puncturing applied to the first 80 MHz band (i.e., information regarding the preamble puncturing pattern). Additionally, the first field of the second U-SIG may include information regarding a 160 MHz bandwidth, and the second field of the second U-SIG may include information regarding preamble puncturing applied to the second 80 MHz band (i.e., information regarding a preamble puncturing pattern). Meanwhile, the UHR-SIG following the first U-SIG may include information regarding preamble puncturing applied to the second 80 MHz band (i.e., information regarding a preamble puncturing pattern), and the UHR-SIG following the second U-SIG may include information regarding preamble puncturing applied to the first 80 MHz band (i.e., information regarding a preamble puncturing pattern).

[0145] Additionally or generally, U-SIG and UHR-SIG may include information regarding preamble puncturing based on the following method. U-SIG may include information regarding preamble puncturing for all bands (i.e., information regarding preamble puncturing patterns). That is, UHR-SIG may not include information regarding preamble puncturing, and only U-SIG may include information regarding preamble puncturing (i.e., information regarding preamble puncturing patterns).

[0146] U-SIGs can be configured in 20 MHz units. For example, if an 80 MHz PPDU is configured, U-SIGs can be duplicated. That is, four identical U-SIGs can be included within an 80 MHz PPDU. PPDUs exceeding the 80 MHz bandwidth may contain different U-SIGs.

[0147] The UHR-SIG of FIG. 6 may include control information for a receiving STA. The UHR-SIG may be transmitted through at least one symbol, and one symbol may have a length of 4 us. Information regarding the number of symbols used for the UHR-SIG may be included in the U-SIG.

[0148] UHR-SIG provides additional signals to the U-SIG field, enabling the STA to interpret / decode the UHR PPDU. The UHR-SIG field may include U-SIG overflow bits that apply commonly to all users. Additionally, the UHR-SIG field contains resource allocation information, making it possible for the STA to look up resources used in fields containing data fields / UHR-STF / UHR-LTF (i.e., UHR modulated fields of an UHR PPDU).

[0149] The frequency resources of the UHR-LTF, UHR-STF, and data fields illustrated in FIG. 6 can be determined based on a RU (resource unit) defined by a plurality of subcarriers / tones. That is, the UHR-LTF, UHR-STF, and data fields of the present disclosure can be transmitted / received through a RU (resource unit) defined by a plurality of subcarriers / tones.

[0150] The structure and types / subtypes of MAC frames are described below.

[0151] FIG. 7 illustrates an example of a MAC frame header. As illustrated, the MAC frame may include a frame control field / information of 2 octets, a duration field / information of 2 octets, a Receiver Address (RA) field / information of 6 octets, and a Transmitter Address (TA) field / information of 6 octets. As illustrated in FIG. 7, the four fields may be consecutive. The MAC header of FIG. 7 may be modified in various ways, and a new field may be inserted between the four illustrated fields, or at least one of the illustrated fields may be omitted.

[0152] The MAC header shown in FIG. 7 may be located at the very beginning of the MAC frame. That is, the MAC frame may include a MAC header such as that in FIG. 7 and a MAC body field / information following the MAC header. The MAC frame containing the MAC header of FIG. 7 is inserted / included in the data field of a PPDU (e.g., UHR PPDU).

[0153] MAC frames included in the data fields of the PPDU of the present disclosure can be classified into various types. For example, MAC frames of the present disclosure can be classified into control frames, management frames, and data frames.

[0154] For example, a management frame includes Association Request, Association Response, Reassociation Request, Reassociation Response, Probe Request, Probe Response, Beacon, Disassociation, Authentication, and Deauthentication frames / signals defined in conventional WLANs. For the management frame, the value of the type field (B3 and B2) of the MAC header is set to 00. Additionally, the value of the subtype field (B7, B6, B5, B4) of the MAC header is as follows: Association Request (0000), Association Response (0001), Reassociation Request (0010), Reassociation Response (0011), Probe Request (0100), Probe Response (0101), Beacon (1000), Disassociation (1010), Authentication (1011), Deauthentication (1100).

[0155] For example, the control frame includes the Trigger Beamforming Report Poll, NDP Announcement (NDPA), Control Frame Extension, Control Wrapper, Block Ack Request (BlockAckReq), Block Ack (BlockAck), PS-Poll, RTS, CTS, Ack, and CF-End frames / signals defined in conventional WLANs. For the control frame, the values ​​of the type fields (B3 and B2) of the MAC header are set to 01. Also, the values ​​of the subtype fields (B7, B6, B5, B4) of the MAC header are as follows: Trigger(0010), Beamforming Report Poll(0100), NDP Announcement(0101), Control Frame Extension(0110), Control Wrapper(0111), BlockAckReq(1000), BlockAck(1001), PS-Poll(1010), RTS(1011), CTS(1100), Ack(1101), CF-End(1110).

[0156] For example, the data frame includes (QoS) Data, (QoS) Null, etc., defined in conventional WLANs. For the data frame, the value of the type field (B3 and B2) of the MAC header is set to 10.

[0157] The MAC frames / signals used in this disclosure can be identified through the type field / information and subtype field / information described above. The various MAC frames described in this disclosure are inserted / included in the data fields of various PPDUs (e.g., HE / VHT / HE / EHT / UHR PPDUs).

[0158] Figure 8 shows the Over-the-air (OTA) FT protocol in the Robust Security Network (RSN).

[0159] Currently, in 802.11, for a non-AP STA to move from an AP (Old AP) to another AP (New AP), that is, to transition to a Basic Service Set (BSS), it must undergo a reassociation process within the same mobility domain. A representative example is Fast BSS Transition (FT) technology. In FT, as shown in Figure 8, the process involves several steps such as authentication and reassociation with the FT Originator (FTO) and the Target FT Responder (FTR) (i.e., the New AP).

[0160] After this process, many operational parameters, such as Agreements related to BlockAck (BA) and Stream Classification Service (SCS), Sequence Numbers (SN), and EDCAF Parameters, are reset. Consequently, there is overhead in that negotiations and configurations must be performed again along with multiple frame exchanges, and data loss may also occur during the FT process. Furthermore, from the perspective of a Non-AP STA, seamless movement is not easy. Therefore, to address this, the present disclosure proposes a continuous roaming method utilizing an AP Multi-Link Device (MLD). Unlike FT, the authentication and association processes are not performed again during roaming.

[0161] In the present disclosure, a non-AP MLD / STA may perform roaming from a serving / source AP MLD to another AP MLD (i.e., a target AP MLD). Alternatively, a non-AP MLD / STA may perform roaming from at least one AP of the serving / source AP MLD to at least one AP of the other AP MLD (i.e., a target AP MLD). In this case, the non-AP MLD / STA may maintain a connected and authenticated state during and after roaming to the other AP MLD. Roaming may include the action of establishing a link with at least one AP of the target AP MLD and / or the action of disconnecting a link with at least one AP of the serving / source AP MLD. For example, the non-AP MLD / STA may establish a link with at least one AP of the target AP MLD and then disconnect the link with at least one AP of the serving / source AP MLD. As another example, a non-AP MLD / STA can establish a link with at least one AP of the target AP MLD after releasing the link with at least one AP of the serving / source AP MLD.

[0162] In the present disclosure, a STA performing a BSS transition (e.g., roaming) is referred to as an RSTA, and when the STA roams, the currently connected AP is referred to as an Old AP (O_AP), and the AP to be roamed is referred to as a New AP (N_AP). Additionally, the roaming method proposed in the present disclosure is referred to as MLD roaming. Designations (names) in the present disclosure may be changed, and a STA may include an AP STA and / or a non-AP STA.

[0163] Terms related to roaming used in this disclosure are as follows:

[0164] - SMD (Seamless Mobility Domain): A mobility domain (or group / roaming group) composed of multiple AP-MLDs, referring to a domain where non-AP MLDs can perform SMD BSS transitions between each AP MLD while maintaining a connection with the SMD-ME (Management Entity).

[0165] - SMD-ME: An entity that manages the association, authentication, and security association of non-AP MLDs within SMD.

[0166] - SMD BSS transition (or, roaming / seamless transition (ST): refers to a form of BSS transition performed to minimize the time the data connection between the non-AP MLD and the DS is disconnected when a non-AP MLD moves between AP MLDs belonging to the same SMD.

[0167] Figure 9 shows the upper-level architecture of the AP MLD.

[0168] Referring to FIG. 9, the AP MLD may include at least one AP. The MLD can control various procedures / parameters that are common to multiple APs using an upper MAC layer / sublayer. For example, the MLD can perform / control authentication, connection, SN (sequence number) / PN (packet number) allocation, and power-saving buffering of individually addressed frames.

[0169] Therefore, when the AP MLD function is used, when a non-AP MLD / STA moves / roams between APs associated with the AP MLD, the parameters of the MLD level can be maintained without being reset. In this disclosure, a roaming method utilizing the functionality of the AP MLD is proposed.

[0170] Figure 10 shows an example of a high-level architecture for UHR AP MLD.

[0171] In Fig. 10, APs can support continuous roaming. To support continuous roaming, they must be compatible with devices of previous standard versions and capable of continuous roaming among many devices. First, to ensure legacy compatibility with previous devices, non-UHR non-AP STAs must be able to recognize non-UHR APs. To achieve this, the existing architecture must not be altered without infringing upon the defined specifications for the MLD. Therefore, as shown in Fig. 10, a UHR AP MLD can be defined that links MLDs capable of continuous roaming hierarchically while maintaining the architecture of the existing MLD. In this case, each LMAC of the AP MLDs has an interface with the UHR UMAC, and the functions of the UMAC of the AP MLD performing continuous roaming can be managed by the UHR UMAC.

[0172] Figure 11 shows an example of a high-level architecture for a UHR AP MLD including separate entities.

[0173] Referring to FIG. 11, a separate entity can manage various functionalities for roaming between AP MLDs (e.g., multi-link authentication such as PTK, multi-link discovery / setup, multi-link reconfiguration). That is, the present disclosure does not limit the targets supporting roaming to UMAC, and a separate entity can also support roaming. The entity can manage control plane contexts and, if necessary, manage targets other than control plane contexts. AP MLDs and UHR AP MLDs may each be individually connected to a DS.

[0174] The architectures described above (e.g., the architectures exemplified in FIG. 10 and / or FIG. 11) can also resolve the scalability issue caused by the bit size limitation of the link ID. Basically, the link ID is 4 bits and can only support a maximum of 16 link IDs. This link ID is required to move from one link to another during roaming, but the number of roaming APs is limited to 16 under the existing method. To solve this, the scalability issue is resolved by grouping link IDs into AP MLD IDs.

[0175] Figure 12 shows another example of a top-layer architecture for UHR AP MLD.

[0176] Figure 12 shows an example having an architecture similar to Figure 10 but with different interfacing. Figure 12 shows that the LMAC of the AP MLD and the UHR UMAC are not directly connected, but are interfaced to the TID-to-Link mapping among the functions of the UMAC. In this architecture, TID-to-Link mapping can be performed individually by the UMAC of the AP MLD or by the UHR UMAC. The AP MLD and the UHR AP MLD may each be individually connected to the DS. The method of utilizing this architecture and the types and number of functions interfaced with the UHR UMAC are not limited.

[0177] Figure 13 shows a first example of an architecture with only entities and not based on MLD.

[0178] Referring to Fig. 13, in an architecture like Fig. 11, entities can exist independently without being included in the UHR AP MLD.

[0179] Figure 14 shows a second example of an architecture in which there are only entities and not based on MLD.

[0180] Referring to Fig. 14, in an architecture like Fig. 12, the entity can replace the UHR UMAC and exist independently without being included in the UHR AP MLD.

[0181] The entities in FIGS. 11, 12, and 14 have functions for roaming. Roaming AP MLDs are connected to a single entity and can perform operations such as association, authentication, and link setup with this entity. The entity can also manage control plane contexts. Roaming AP MLDs can form groups based on the concept of a domain (e.g., SMD), where one or more entities (e.g., SMD-ME) may exist within a single domain. The entity can manage contexts that must be shared between APs for Non-AP STAs to perform seamless roaming.

[0182] The deployment of AP MLDs for roaming is shown in Fig. 15.

[0183] Figure 15 shows the arrangement of AP MLDs for roaming.

[0184] Referring to Fig. 15, each AP MLD is located in a different location, i.e., non-collocated, and the APs belonging to or associated with each AP MLD are located in the same or similar location, i.e., collocated. The collocation of APs may mean that the APs belong to the exact same physical device, or that they are in logically similar locations even if they do not belong to the exact same physical device. Basically, since an AP MLD is a logical entity, it may be a single physical device, but it can operate as an MLD that covers associated APs regardless of location and applies MLOs. Ultimately, all APs belonging to each AP MLD may be associated APs of a group-managing AP MLD (e.g., UHR AP MLD / SMD-ME). For example, AP MLD 1 in Fig. 15 may include associated APs 1, AP2, and AP3.

[0185] In the present disclosure, AP MLDs including APs associated with a group-managed AP MLD may be included in a roaming group (or SMD), and roaming may be performed between AP MLDs / APs included in the roaming group. In other words, roaming between AP MLDs included in the roaming group is possible, but roaming between an AP MLD included in the roaming group and an AP MLD not included in the roaming group may not be possible. An AP MLD included in the roaming group may be referred to as a group member AP MLD. For example, in FIG. 15, AP MLD 1, AP MLD 2, and AP MLD 3 may be group member AP MLDs.

[0186] When a non-AP MLD / STA moves, the non-AP MLD / STA can perform roaming from one AP MLD to another. For example, when a non-AP MLD has a multi-link configuration with an AP MLD and each STA 1 and STA 2 are connected to AP 2 and AP 3 of AP MLD 1, when roaming to AP MLD 2, STA 1 can be connected to AP 4 and STA 2 can be connected to AP 5. In this case, during the roaming process, each STA may temporarily establish a connection with AP 4 and AP 5 so that AP 4 and AP 5 can transmit frames to each STA.

[0187] In Fig. 15, a non-AP MLD with multiple linked STAs is illustrated, but this architecture can also be applied to a non-AP MLD with a single linked STA or to a non-AP STA that is not an MLD.

[0188] In the present disclosure, movement between different AP MLDs is not necessarily considered roaming. For example, a non-AP MLD / STA can change APs through roaming even within one AP MLD.

[0189] A UHR AP MLD (or, group-managed AP MLD / SMD-ME) is associated with at least one (EHT) AP MLD, each AP MLD is non-collocated, and the APs belonging to each AP MLD are collocated. A non-AP MLD (or STA) can roam from one AP MLD to another AP MLD. A STA can change APs through roaming within a specific AP MLD.

[0190] When changing APs within an AP MLD, roaming may be considered by changing links while maintaining the multi-link settings without disabling the existing multi-link settings.

[0191] For roaming, a) broadcasting procedures and b) frame exchange may be performed.

[0192] a) Broadcasting procedure: Broadcasts information related to roaming APs within the AP MLD to the STAs, including information indicating whether each AP of the AP MLD can perform the MLD roaming proposed in the present disclosure.

[0193] b) Frame exchange procedure: A procedure for exchanging frames that can trigger MLD roaming. Once the frame exchange is complete, MLD roaming is completed based on the exchanged / negotiated information, and operations are no longer performed with O_AP, but with N_AP.

[0194] In the present disclosure, the following methods may be used for MLD roaming:

[0195] - One or more STAs belonging to a non-AP MLD can establish multiple links. Therefore, methods for adding and deleting links for a single STA can be used. Thus, two or more links can be established for a single STA.

[0196] However, since frame switching is performed on only one link and cannot be done on the remaining links, the remaining links may be in a doze or disabled state.

[0197] - A non-AP MLD can indicate whether it possesses the capabilities described above when transmitting a connection request frame during ML setup, or a management frame containing the basic multi-link ML IE. This information may be included in the "Capabilities and Operations" subfield of the common information field if applicable to all STAs, or in the link information field if applicable to only some STAs. For example, "Single-radio ML setup enabled" may be included. "Single-radio ML setup enabled" indicates that a STA of a non-AP MLD can establish multiple links, each with one radio transceiver. Therefore, it implies that two or more links can be connected to a single STA.

[0198] Broadcasting for MLD roaming

[0199] Each AP of each AP MLD may announce information regarding whether roaming proposed in this disclosure is possible (e.g., whether “b) frame switching procedure” is possible). Information broadcast in common to all APs may include information regarding whether the AP belongs to a UHR AP MLD and / or entity, information regarding which UHR AP MLD / entity the AP belongs to, and / or collocation information. If an architecture in which the AP MLD is affiliated with a UHR AP MLD is used, information regarding whether the AP MLD is affiliated with a UHR AP MLD and / or UHR AP MLD ID information may be broadcast. If an entity-based architecture is used, information regarding whether the AP MLD is affiliated with an entity and / or information identifying the entity (e.g., entity ID) may be broadcast.

[0200] For example, at least one of the following may be broadcast:

[0201] - UHR MLD MAC address (or MAC address for the roaming group): The MAC address commonly used by AP MLDs included in the roaming group.

[0202] - MLD roaming enabled: Indicates whether roaming is possible. For example, if AP MLDs / APs are connected to the same UHR AP MLD or to the same entity, roaming is possible between those AP MLDs / APs. If AP MLDs / APs are connected to different UHR AP MLDs or to different entities (i.e., if AP MLDs / APs belong to different mobility domains), roaming may not be possible between those AP MLDs / APs. As such, roaming availability can be indicated by the MLD roaming enabled bit (e.g., 1 bit).

[0203] - UHR AP MLD ID: An ID that identifies the AP group. The settings for this group ID can be as follows:

[0204] A. Setting ID for Roaming in AP MLD

[0205] Basically, an ID can be assigned to a UHR AP MLD (or, group-managed AP MLD) that links the collocated AP MLDs. In this disclosure, this is referred to as a UHR AP MLD ID (or, group-managed AP MLD ID / roaming group ID / group ID). Such a UHR AP MLD ID may be unique within the UHR AP MLD / roaming group or unique to the UHR AP MLD / roaming group within the entire network. By defining a UHR AP MLD ID / group ID to distinguish UHR AP MLD / roaming groups, it is possible to resolve scalability issues caused by the limited number of links and help identify more APs.

[0206] A-1) Setting a unique ID within the UHR AP MLD in the network

[0207] This section proposes a method for UHR AP MLD IDs to be unique within a network. By default, UHR AP MLD IDs can have values ​​such as 0, 1, 2, etc. For example, if a UHR AP MLD ID has 4 bits, it can have values ​​from 0 to 15, and if it has 8 bits, it can have values ​​from 0 to 127; these bit sizes may change. The following explains the meaning of each UHR AP MLD ID / Group ID:

[0208] 1) When the UHR AP MLD ID / Group ID is 0: In this case, it can be determined that the APs with this UHR AP MLD ID / Group ID belong to the AP MLD within the same UHR AP MLD / Roaming Group. That is, if a non-AP MLD (or STA) recognizes this, it can recognize that the APs currently belong to the same UHR AP MLD / Roaming Group. Therefore, roaming is possible only when the UHR AP MLD ID / Group ID is 0. Additionally, this UHR AP MLD ID / Group ID is assigned to other APs (transmitted BSSID (TxBSSID) or nontransmitted BSSID (NonTxBSSID)) within the multi-BSSID set to which each AP in this UHR AP MLD / Roaming Group belongs, because they also use the same physical resources. However, the AP MLD ID of the AP MLD to which these APs belong (transmitted BSSID (TxBSSID) or nontransmitted BSSID (NonTxBSSID)) may be different.

[0209] Different UHR AP MLD IDs / group IDs are mapped so that each UHR AP MLD / roaming group can be uniquely recognized.

[0210] A-2) Setting a unique ID within AP MLD

[0211] This section proposes a method to assign unique IDs to APs that can roam within the entire UHR AP MLD / group.

[0212] - Temporary Link Add / Remove: Indicates whether links can be temporarily added or removed for a STA. In other words, it means that a STA is supported to have two or more links for a certain period of time (e.g., indicated by 1 bit).

[0213] - Collocation enabled: Indicates whether AP MLDs are collocated (e.g., indicated by 1 bit)

[0214] For example, if Collocation enabled = 1, it means that the AP and the reporting AP are physically close. Therefore, since communication with the existing connected AP is possible without moving to the AP set to 1, roaming may not occur if a neighboring AP has Collocation enabled = 1. In other words, MLD roaming requests / responses are not sent to or received by the AP with Collocation enabled = 1.

[0215] - Collocation ID: An ID that distinguishes collocated AP MLDs. The settings for this Collocation ID are as follows:

[0216] B. Setting Collocation ID for Roaming in UHR AP MLD / Group

[0217] Basically, IDs can be assigned to collocated AP MLDs. In this disclosure, this is referred to as a Collocation ID. Such a Collocation ID may be unique within a set of collocated AP MLDs, or may be unique to a collocated AP MLD within a UHR AP MLD / roaming group.

[0218] B-1. Unique Collocation ID Setting within the Collocation Set in UHR AP MLD

[0219] This section proposes a method for ensuring that Collocation IDs are unique within a collocated set of AP MLDs. By default, Collocation IDs can have values ​​such as 0, 1, 2, etc. For example, if a Collocation ID has 4 bits, it can have values ​​from 0 to 15, and if it has 8 bits, it can have values ​​from 0 to 127; these bit sizes can be changed. The following explains the meaning of each Collocation ID:

[0220] When the Collocation ID is 0: In this case, the APs with this Collocation ID can be considered as belonging to the same set of collocated AP MLDs. That is, if the MLD (or STA) recognizes this, the APs can be recognized as currently collocated. Additionally, this Collocation ID is assigned because other APs (transmitted BSSID (TxBSSID) or nontransmitted BSSID (NonTxBSSID)) in the multi-BSSID set to which each AP in this set belongs also use the same physical resources. However, the AP MLD ID of the AP MLD (transmitted BSSID (TxBSSID) or nontransmitted BSSID (NonTxBSSID)) to which these APs belong may be different.

[0221] Multiple AP MLDs can be included within a set of APs with the same Collocation ID.

[0222] Other Collocation IDs can be mapped so that they can be uniquely recognized for each collocated AP MLD set.

[0223] B-2) Setting a unique Collocation ID within a UHR AP MLD / Roaming Group

[0224] This section proposes a method for assigning a unique Collocation ID to a set of AP MLDs collocated within a UHR AP MLD / roaming group. By default, the Collocation ID can be assigned values ​​such as 0, 1, 2, ... For example, if the Collocation ID has 4 bits, it can have values ​​from 0 to 15, and if it has 8 bits, it can have values ​​from 0 to 127, and the bit size can be changed.

[0225] The above information (e.g., UHR MLD MAC address (or MAC address for a roaming group), MLD roaming enabled, UHR AP MLD ID / group ID, Collocation enabled, Collocation ID, temporary link addition / deletion) may be referred to as MLD roaming parameters or / or may be included in MLD roaming parameters. MLD roaming parameters may be included in management (MGMT) frames, such as beacon frames and / or probe response frames, and may be included in an MLD roaming IE containing new MLD roaming information or an existing Reduced Neighbor Report (RNR) IE (Information Element).

[0226] Frame exchange for MLD roaming

[0227] For MLD roaming to be triggered, frame exchange is required between a Non-AP MLD (or STA) and an AP MLD. Here, MGMT frames can be utilized, specifically Action frames, which are a type of MGMT frame. Frames related to roaming can be referred to as follows:

[0228] A frame in which an STA requests MLD roaming from an AP can be called an MLD roaming request frame (or, a roaming request frame). A roaming request frame can also be referred to as an ST preparation request, and as a frame transmitted by a non-AP MLD to an AP MLD to prepare a target AP MLD, it can refer to a UHR Link Reconfiguration Request frame in which the Type field of the frame is set to 0.

[0229] A frame in which an AP requests MLD roaming from a STA can be called an MLD roaming response frame (or, roaming response frame). A roaming response frame can also be referred to as an ST preparation response, and as a frame transmitted by an AP MLD to a non-AP MLD in response to a ST preparation request, it can refer to a UHR Link Reconfiguration Response frame in which the Type field of the frame is set to 1.

[0230] Examples of roaming procedures based on the exchange of roaming request frames and roaming response frames (and broadcasting for roaming) are described below.

[0231] Figure 16 illustrates a baseline continuous roaming procedure.

[0232] Referring to FIG. 16, a non-AP MLD or an AP MLD can transmit a roaming request frame. After the roaming request frame is transmitted, a link can be established between the target AP MLD and the non-AP MLD. Once a link is established between the target AP MLD and the non-AP MLD, the non-AP MLD or the AP MLD can transmit a roaming response frame. The roaming response frame may contain information regarding the success or failure of the link establishment. The roaming request frame and / or roaming response frame can be transmitted by the non-AP MLD or the AP MLD, and since the serving AP MLD and the target AP MLD are connected via backhaul, they can share the information contained in the roaming request / response frames with each other.

[0233] FIG. 17 illustrates a first example of operations performed by an AP MLD / non-AP MLD in a basic continuous roaming procedure. FIG. 17 illustrates an example where a non-AP MLD transmits a roaming request frame and a roaming response frame.

[0234] The transmission and reception process of the AP MLD in Fig. 17 is as follows.

[0235] The AP MLD can receive a roaming request frame from the non-AP MLD. When a link is established between the target AP MLD and the non-AP MLD, the AP MLD can receive a roaming response frame from the non-AP MLD.

[0236] The transmission and reception process of the non-AP MLD in Fig. 17 is as follows.

[0237] A non-AP MLD can send a roaming request frame to an AP MLD. When a link is established between the target AP MLD and the non-AP MLD, the non-AP MLD can send a roaming response frame to the AP MLD.

[0238] FIG. 18 illustrates a second example of operations performed by an AP MLD / non-AP MLD in a basic continuous roaming procedure. FIG. 18 illustrates an example where the AP MLD transmits a roaming request frame and the non-AP MLD transmits a roaming response frame.

[0239] The transmission and reception process of the AP MLD in Fig. 18 is as follows.

[0240] The AP MLD can send a roaming request frame to the non-AP MLD. When a link is established between the target AP MLD and the non-AP MLD, the AP MLD can receive a roaming response frame from the non-AP MLD.

[0241] The transmission and reception process of the non-AP MLD in Fig. 18 is as follows.

[0242] A non-AP MLD can receive a roaming request frame from an AP MLD. When a link is established between the target AP MLD and the non-AP MLD, the non-AP MLD can send a roaming response frame to the AP MLD.

[0243] FIG. 19 illustrates a third example of operations performed by an AP MLD / non-AP MLD in a basic continuous roaming procedure. FIG. 19 illustrates an example where a non-AP MLD transmits a roaming request frame and an AP MLD transmits a roaming response frame.

[0244] The transmission and reception process of the AP MLD in Fig. 19 is as follows.

[0245] The AP MLD can receive a roaming request frame from the non-AP MLD. When a link is established between the target AP MLD and the non-AP MLD, the AP MLD can send a roaming response frame to the non-AP MLD.

[0246] The transmission and reception process of the non-AP MLD in Fig. 19 is as follows.

[0247] A non-AP MLD can send a roaming request frame to an AP MLD. When a link is established between the target AP MLD and the non-AP MLD, the non-AP MLD can receive a roaming response frame from the AP MLD.

[0248] FIG. 20 illustrates a fourth example of operations performed by an AP MLD / non-AP MLD in a basic continuous roaming procedure. FIG. 20 illustrates an example where an AP MLD transmits a roaming request frame and a roaming response frame.

[0249] The transmission and reception process of the AP MLD in Fig. 20 is as follows.

[0250] The AP MLD can send a roaming request frame to the non-AP MLD. When a link is established between the target AP MLD and the non-AP MLD, the AP MLD can send a roaming response frame to the non-AP MLD.

[0251] The transmission and reception process of the non-AP MLD in Fig. 20 is as follows.

[0252] A non-AP MLD can receive a roaming request frame from an AP MLD. When a link is established between the target AP MLD and the non-AP MLD, the non-AP MLD can receive a roaming response frame from the AP MLD.

[0253] Figure 21 shows an example of a continuous roaming procedure including a broadcasting procedure and a frame switching procedure.

[0254] Referring to Fig. 21, the transmission and reception process of the AP is as follows:

[0255] O_AP can transmit a beacon containing an RNR IE to the STA. The RNR IE may contain information about neighboring APs. The RNR IE includes a TBTT information field containing an MLD roaming parameter field, and the MLD roaming parameter field may include at least one of MLD roaming enabled, UHR AP MLD ID, collocation enabled, or collocation ID for each neighboring AP.

[0256] O_AP can receive a roaming request frame from STA. O_AP can identify the ID of the AP that STA wants to roam to based on at least one of the link ID, AP MLD ID, and UHR AP MLD ID included in the roaming request frame.

[0257] O_AP may transmit a roaming response frame to STA containing information on whether to accept the roaming request and / or at least one of the information exemplified in below.

[0258] Referring to Fig. 21, the transmission and reception process of the STA is as follows:

[0259] STA can receive a beacon containing an RNR IE from O_AP. The RNR IE may contain information about neighboring APs. The RNR IE includes a TBTT information field containing an MLD roaming parameter field, and the MLD roaming parameter field may include at least one of MLD roaming enabled, UHR AP MLD ID, collocation enabled, or collocation ID for each neighboring AP.

[0260] STA can determine whether roaming to a neighbor AP is possible based on at least one of the MLD roaming enabled, UHR AP MLD ID, collocation enabled, or collocation ID for each neighbor AP included in the MLD roaming parameter field.

[0261] For example, roaming to the neighboring AP may be possible if at least one of the following conditions is satisfied:

[0262] - MLD roaming enabled = 1;

[0263] - UHR AP MLD ID = 0;

[0264] - collocation enabled = 0; or

[0265] - collocation ID is not 0.

[0266] STA can determine which AP among the neighboring APs that STA wants to roam to, and send a roaming request frame to O_AP that includes at least one of a link ID, an AP MLD ID, and a UHR AP MLD ID indicating the ID of the AP that STA wants to roam to.

[0267] STA may receive a roaming response frame from O_AP containing information on whether to accept the roaming request and / or at least one of the information exemplified in below. If the roaming request is accepted, STA may roam to N_AP.

[0268] Meanwhile, the (serving) AP MLD can transmit roaming-related information to the non-AP MLD during the frame switching procedure. For example, the (serving) AP MLD can transmit to the non-AP MLD information about data waiting in the (serving) AP MLD's buffer, information about the update / re-negotiation of one or more parameters to be used after roaming, information about the time period during which data waiting in the buffer is transmitted, and / or information about data transmitted from the target AP MLD after roaming during the frame switching procedure.

[0269] The following describes the procedure for transmitting roaming-related information, the types of roaming-related information, and / or the format of a frame containing roaming-related information. Roaming-related information is not limited to the information exemplified.

[0270] FIG. 22 illustrates an example of a method performed in an AP MLD to transmit roaming-related information in a frame switching procedure. The AP MLD may be a serving AP MLD and may be referred to as a first AP MLD.

[0271] Referring to FIG. 22, in step S2201, the first AP associated with the first AP MLD can receive a request frame (or roaming request frame) for a continuous transition from the first AP MLD to the second AP MLD from the STA associated with the non-AP MLD.

[0272] In step S2203, the first AP may transmit a response frame (or, a roaming response frame) to the STA for the request frame. The response frame may include at least one of the following:

[0273] - Information about data waiting in the buffer of the first AP MLD after the request frame is received;

[0274] - Information regarding the update (or renegotiation) of one or more parameters to be used after a successive transition (e.g., Re-negotiation (Enabled));

[0275] - Information about the time period during which data waiting in the buffer is transmitted (e.g., DL timer); or

[0276] - Information about data transmitted from the second AP MLD after a successive switch (e.g., data from the target AP MLD).

[0277] According to various embodiments, information regarding data waiting in a buffer may include at least one of the following: information regarding the existence of data waiting in a buffer (e.g., Queued Packets); information regarding the amount of data waiting in a buffer (e.g., DL data size); information regarding the number of one or more packets associated with the data waiting in the buffer (e.g., Number of pending MSDUs); information regarding the SN (sequence number) or PN (packet number) of one or more packets (e.g., Last SN / PN among MSDUs or Range); or information regarding the TID (traffic identifier) ​​of one or more packets (e.g., TIDs for pending MSDU).

[0278] According to various embodiments, information regarding the update of one or more parameters to be used after a successive transition may include at least one of information regarding whether an update is required for each of the one or more parameters (e.g., a renegotiation enabled field) or an updated value for each of the one or more parameters (e.g., a renegotiation field).

[0279] For example, one or more parameters may include at least one of SN (sequence number), PN (packet number), BA (block acknowledgment) parameter set, SCS (stream classification service), or TWT (target wake time).

[0280] According to various embodiments, one or more parameters may include a parameter comprising a set of sub-parameters. Information regarding whether an update is required for a parameter may include information regarding whether an update is required for the sub-parameters.

[0281] According to various embodiments, information on whether an update is required for a parameter may include one of a value indicating that an update is not required for all sub-parameters (e.g., 0), a value indicating that an update is required for all sub-parameters (e.g., 1), and a value indicating that an update is required for some of the sub-parameters (e.g., 2).

[0282] According to various embodiments, information regarding whether an update is required for a parameter may include information regarding whether an update is required for each of the sub-parameters.

[0283] For example, the set of sub-parameters may be a set of BA (block acknowledgment) parameters. The sub-parameters may include at least one of A-MSDU (aggregated MAC (media access control) service data unit) supported, BA policy, TID, or buffer size.

[0284] For example, information on whether an update is required for a parameter may be the BA parameter set Enabled field. Information on whether an update is required for each of the sub-parameters may include at least one of the A-MSDU supported enabled field, the BA policy enabled field, the TID enabled field, or the buffer size enabled field.

[0285] According to various embodiments, the first AP may start a timer (e.g., DL timer) upon initiating the transmission of data waiting in the buffer to the STA. While the timer is operating, the first AP may transmit the data waiting in the buffer to the STA. Information regarding the time period during which the data waiting in the buffer is transmitted may include the value of the timer associated with the period during which the timer is operating.

[0286] According to various embodiments, upon the expiration of the timer, the first AP may stop the transmission of data waiting in the buffer to the STA and identify the data remaining in the buffer. The data remaining in the buffer may be discarded and / or transferred to the second AP MLD.

[0287] According to various embodiments, a continuous transition of non-AP MLDs from a first AP MLD to a second AP MLD can be performed upon the expiration of a timer.

[0288] According to various embodiments, data transmitted from the second AP MLD after continuous switching may include at least one of data transmitted from the first AP MLD to the second AP MLD or data transmitted from the distribution system (DS) to the second AP MLD.

[0289] According to various embodiments, information regarding data transmitted from the second AP MLD after a continuous transition may include information regarding the sequence number (SN) of the data transmitted from the second AP MLD after a continuous transition.

[0290] Figure 23 shows an example of a method performed in a non-AP MLD to receive roaming-related information in a frame switching procedure.

[0291] Referring to FIG. 23, in step S2301, the STA associated with the non-AP MLD can transmit a request frame (or roaming request frame) for a continuous transition from the first AP MLD to the second AP MLD to the first AP associated with the first AP MLD.

[0292] In step S2303, the STA may receive a response frame (or roaming response frame) for a request frame from the first AP. The response frame may include at least one of the following:

[0293] - Information about data waiting in the buffer of the first AP MLD after the request frame is received;

[0294] - Information regarding the update (or renegotiation) of one or more parameters to be used after a successive transition (e.g., Re-negotiation (Enabled));

[0295] - Information about the time period during which data waiting in the buffer is transmitted (e.g., DL timer); or

[0296] - Information about data transmitted from the second AP MLD after a successive switch (e.g., data from the target AP MLD).

[0297] According to various embodiments, the STA may start a timer (e.g., DL timer) upon initiating the reception of data waiting in a buffer from the first AP. While the timer is operating, the STA may receive data waiting in a buffer from the first AP. Information regarding the time period during which data waiting in the buffer is received may include the value of the timer associated with the period during which the timer is operating.

[0298] According to various embodiments, the STA can perform a continuous transition from the first AP MLD to the second AP MLD upon the expiration of the timer.

[0299] The roaming request / response frame format is described below.

[0300] (1) MLD roaming request frame format

[0301] An MLD roaming request frame may include information such as that shown in below:

[0302] Order Information 1 Category 2 UHR Action or Protected UHR Action 3 Dialog Token 4 Reconfiguration Multi-Link element 5 Context transfer level 6 Data transfer enabled 7 Re-negotiation (Enabled) 8 DL Timer 9 Queued Packets 10 Data from the Target AP MLD

[0303] Order 1: Basically, categories may be included in the new UHR Action or Protected UHR Action, but are not limited thereto. Order 4: For information required for MLD roaming requests, the reset multi-link IE defined in the existing 802.11be may be utilized.

[0304] Order 5: When making an MLD roaming request, the extent to which context transfer is required or possible can be indicated by setting the bit value of the context transfer level.

[0305] Order 6: This field can indicate whether data transfer between AP MLDs is supported.

[0306] Order 7: This field indicates information that requires re-negotiation (or update) when a non-AP MLD roams from a serving AP MLD to a target AP MLD. This field may include at least one of a re-negotiation field or a re-negotiation Enabled field.

[0307] Figure 24 shows an example of a renegotiation field format.

[0308] Referring to FIG. 24, the renegotiation field may indicate one or more renegotiated (or updated) parameters to be used after the non-AP MLD roams from the serving AP MLD to the target AP MLD. For example, the Block Ack / Block Acknowledgement (BA) parameter set field may indicate the values ​​of one or more (renegotiated / updated) BA parameters to be used after the non-AP MLD roams from the serving AP MLD to the target AP MLD.

[0309] Figure 25 shows an example of the Renegotiation Enabled field format.

[0310] Referring to FIG. 25, the Renegotiation Enabled field can indicate whether renegotiation is required when a non-AP MLD roams to a target AP MLD. For example, if the BA Parameter Set Enabled field is set to 1, it indicates that all BA parameters need to be renegotiated. If the BA Parameter Set Enabled field is set to 2, it indicates that there are parameters among the BA parameters that require renegotiation, but not all parameters require renegotiation. If the BA Parameter Set Enabled field is set to 0, it indicates that renegotiation is not required for the BA parameters.

[0311] If you want to renegotiate parameters individually, you can define individual enabled fields within the BA parameter set Enabled field as shown in Fig. 26, and indicate whether renegotiation is required for the corresponding parameter through each enabled field.

[0312] Figure 26 shows an example of the BA parameter set Enabled field format.

[0313] Referring to FIG. 26, the BA parameter set Enabled field may include individual enabled fields. For example, if the buffer size Enabled field is set to 1, this may indicate that the buffer size needs to be renegotiated.

[0314] If a roaming request frame is transmitted by a non-AP MLD, the non-AP MLD may use this field to indicate in advance whether renegotiation is required after roaming. If a roaming request frame is transmitted by a serving AP MLD, this field may inform the non-AP MLD of the target / information that the non-AP MLD must ultimately renegotiate with the target AP MLD after roaming.

[0315] Order 8: This field indicates the time period / interval during which the non-AP MLD receives pending DL data from the serving AP MLD. When the DL timer expires, the non-AP MLD can roam to the target AP MLD. If the non-AP MLD has not received all pending DL data, the serving AP MLD may forward the unreceived data to the target AP MLD via data delivery, or discard the data.

[0316] This field may indicate the time period / interval during which it takes for a non-AP MLD to switch to a target AP MLD (e.g., when a roaming request frame is transmitted by the non-AP MLD), and / or the time period / interval during which the non-AP MLD can finally receive pending DL data from the serving AP MLD (e.g., when a roaming request frame is transmitted by the serving AP MLD).

[0317] Order 9: This field indicates the information of the packets that the non-AP MLD receives from the serving AP MLD. This field can be configured in the same way as Order 13 “Queued Packets” of the roaming response frame. By indicating the amount of packets sent to the non-AP MLD when the roaming request frame is sent by the serving AP MLD, this field allows the non-AP MLD to know when to switch to the target AP MLD.

[0318] Order 10: This field indicates information about the data to be received from the target AP MLD after the non-AP MLD switches to the target AP MLD when a roaming request frame is transmitted by the serving AP MLD. For example, this field may indicate the value of SN for the newly received data after switching to the target AP MLD.

[0319] (2) MLD roaming response frame format

[0320] In MLD roaming response frames, since links must be changed while maintaining multiple link settings, it is necessary to consider link-level parameters that must be provided.

[0321] An MLD roaming request frame may include information such as that shown in below:

[0322] Order Information 1 Category 2 UHR Action or Protected UHR Action 3 Dialog Token 4 Status Code 5 Basic Multi-Link element 6 Group Key Information 7 AID 8 Channel Switching Broadcast element (Optional) 9 Extended Channel Switching Broadcast element (Optional) 10 TID-to-link Mapping element (Optional) 11 Context Transfer Level 12 Context Transfer Contents Feedback 13 Queued Packets 14 Re-negotiation (Enabled) 15 DL Timer 16 Data from the Target AP MLD

[0323] Order 1: By default, categories can be included in new UHR Actions or Protected UHR Actions, but are not limited to these. Order 4: Status codes can utilize existing status code fields.

[0324] - When responding to an MLD roaming request, the basic multi-link IE defined in the existing 802.11be can be utilized for the necessary information regarding AP MLD and N_AP.

[0325] Order 5: (Modified) Basic Multi-Link Element.

[0326] Order 6: Group key information. Basically, since the group key is different for each link, it is necessary to provide group key information for N_APs.

[0327] Order 7: Since the total AID (Association Identifier) ​​space is limited, each AP MLD can manage AIDs. This means that an AID can be assigned when roaming to a different AP MLD. However, an AID may not be included in the following cases:

[0328] - In the case of roaming to a different AP MLD and being assigned the same AID

[0329] - When the entire AID space is managed by the UHR AP MLD (or roaming group) as before

[0330] Orders 8 and 9: If included, the channels of each roaming AP are identical but differ from the channels of previously connected APs. However, in the following cases, Orders 8 and 9 may be included or excluded differently:

[0331] - Assuming that all APs enabling MLD roaming are always on the same channel, these IEs are not included.

[0332] - The channel of a roaming AP may be the same as or different from the channel of the previously connected AP. In this case, the Channel Switching Broadcast IE or the Extended Channel Switching Broadcast IE may each be included in the link information of the Basic Multi-Link IE in Order 5. This is to perform channel switching for each roaming AP.

[0333] Order 10: This can be used to map TIDs in advance for newly connected links through TID-to-link mapping. If TID-to-link mapping is not performed separately, the default mapping can be applied.

[0334] In addition, MLD roaming timers can be added to both the MLD roaming request and response frames.

[0335] Additionally, the AP MLD can include the MLD roaming timer of the above-mentioned reset ML IE. Since the AP MLD can control current roaming, it can similarly specify a set MLD roaming timer. For example, if the STA has not included an MLD roaming timer or if it is inappropriate, the AP MLD can set and notify it. Furthermore, if the STA has not transmitted an MLD roaming timer, the AP MLD can set and notify it. The meaning of the MLD roaming timer is the same. That is, it refers to the time when MLD roaming is complete, meaning that it no longer operates with O_AP and operates with N_AP.

[0336] When a temporary add request is received, after the MLD roaming timer expires, the STA completely disconnects from O_AP (i.e., temporary deletion or deletion) and allows it to connect with N_AP.

[0337] If the MLD roaming timer is applied commonly to all APs, it can be included in the common information field. In this case, the presence bitmap can be used to indicate whether the MLD roaming timer exists in the common information field.

[0338] - Additionally, information regarding the MLD roaming timer may be included in the MLD roaming response frame. To this end, the STA control field includes an MLD roaming timer Present field, and the STA information field includes an MLD roaming timer field. This may represent the time remaining until the STA can receive data from the AP to which it is roaming. This may also utilize the MLD roaming timer information transmitted by the STA. This is basically related to the TIM field described above.

[0339] If the MLD roaming timer is applied commonly to all APs, it can be included in the common information field. In this case, the presence or absence of the common information field can be indicated through the Presence bitmap. Alternatively, it can be included in the body of the MLD roaming probe request frame.

[0340] Order 11: When transmitting an MLD roaming response, the degree to which context passing is required can be indicated by setting the bit value of the context passing level.

[0341] Order 12: Context passing is complete and the content actually transmitted through context passing is reported. At this time, the context passing level can be used.

[0342] Bitmap and / or indexing methods may be used to provide the relevant information.

[0343] - Bitmap method: Each context delivery level is indicated by a 0 or 1 bit; if the context corresponding to that level has actually been transmitted, it is set to 1, and if it has not been transmitted, it is set to 0. Based on the context actually transmitted, the STA can determine the targets to re-negotiate and / or establish after roaming. Alternatively, the presence or absence of a bit corresponding to the context delivery level can be indicated without using 0s and 1s. For example, if “Bit 1: BA consensus” and that bit does not exist, it can indicate that the context related to the BA consensus has not been transmitted.

[0344] - Indexing method:

[0345] a. Accumulation method: Accumulated in the order of context delivery levels, so that if bit 2 is indicated, it indicates that all contexts associated with bits 0, 1, and 2 have been transmitted.

[0346] b. Grouping method: Specific bits can be indicated by grouping bits. For example, bit 3 may be associated with a group including BA consensus and SN / PN, and bit 4 may be associated with a group including SN / PN and packet reordering. In this case, if the field indicating context delivery in the roaming response is set to bit 3, it may indicate that context related to SN / PN and BA consensus has been delivered. Grouping can be varied and is not limited to this example.

[0347] As shown above, you can indicate the presence or absence of items for which context has been passed, or you can indicate only the items for which context has been passed and / or the items for which context has not been passed.

[0348] Order 13: When roaming, the non-AP STA can use this field to indicate whether there are packets in the queue of the AP MLD (e.g., the current AP MLD) receiving the roaming response frame. For example, if Queued Packets is set to 1 (or 0), it may indicate that there are packets remaining in the queue. If Queued Packets is set to 0 (or 1), it may indicate that there are no packets remaining in the queue.

[0349] When roaming, the non-AP STA can read the corresponding field and determine whether to switch to the new roaming target AP MLD. When the non-AP MLD receives a roaming response and reads the corresponding field, if the field is set to 1, it can identify when and how to receive DL data from the serving AP MLD before roaming to the target AP MLD based on the information described below. Conversely, if the field is set to 0, the non-AP MLD can receive the roaming response and immediately start DL / UL transmission with the target AP MLD.

[0350] The channel switch count indicates / counts the period during which operation (e.g., DL forwarding) is allowed with connected AP MLDs while the previous link is added. When this period expires, the existing link is deleted, and the non-AP MLD can operate with roaming AP MLDs based on the newly added link. In other words, the channel switch count can indicate / count the time until the non-AP MLD switches to a completely new link. This value may indicate the number of TBTTs and / or the actual time taken in units of X (e.g., us).

[0351] Through the Channel Switch Count field, the AP can inform the STA by when to perform the link switch to the new link. If the time required for each link to complete the switch differs, the Channel Switch Count field can be added to the Link Information field to individually indicate when the switch must be completed for each link. If a link switch is requested for only one link in an MLD roaming request, the Channel Switch Count field can be included in the Common Information field or the Link Information field. The Channel Switch Count indicates by what point the link switch is performed based on a specified count or time when switching from an old AP (O_AP, or current AP) to a new AP (N_AP, or target AP), and when the channels of the two links differ, making it impossible to exchange information such as when the switch to the other link occurred.

[0352] If Queued Packets is set to 1, additional information may be signaled. For example, the following information may be signaled:

[0353] -DL data size: Actual amount of DL data;

[0354] - Number of pending MSDUs: Number of MSDUs that have not yet been transmitted;

[0355] - SN and / or PN related information (e.g., Last SN / PN among MSDUs or Range); and / or

[0356] - TIDs for pending MSDUs: TIDs can be indicated as bitmaps or values.

[0357] Figure 27 shows a first example of a procedure for transmitting DL data in the queue of a serving AP MLD.

[0358] Referring to FIG. 27, if Queued Packets is set to 1 and / or related information is provided, the serving AP MLD can transmit DL data remaining in the serving AP MLD's queue after the transmission of a roaming response frame. The serving AP MLD (or, non-AP MLD STA) can measure the amount of DL data based on the size of the DL data and / or the number of pending MSDUs, identify where the end of the DL data transmission is, and / or indicate where the last DL data is by using information from the Last SN / PN or the last DL data bit of the last DL data.

[0359] The operation when packets remain in the queue of the serving AP MLD and a link is established with the target AP MLD before transmitting the data in the serving AP MLD's queue is as follows: When a roaming response is received and DL data packets remain in the queue of the serving AP MLD, the serving AP MLD can transmit DL data to the non-AP MLD STA. DL data can be transmitted while the pending DL transmission timer is running, and when the timer expires, data transmission from the serving AP MLD is terminated and the non-AP MLD STA can perform UL / DL data transmission and reception with the target AP MLD. If DL data transmission is completed before the timer expires, the non-AP MLD STA can immediately switch to the target AP MLD.

[0360] Figure 28 shows an example of a procedure that notifies the completion of transmission of DL data in the queue of the serving AP MLD via a DL timer.

[0361] Referring to Fig. 28, the serving AP MLD / non-AP MLD STA can determine when the transmission of DL data is completed by calculating the time required to transmit DL data based on the MSDU DL data size and / or the number of pending MSDUs in advance and setting a DL timer.

[0362] Additionally, if Queued Packets included in the roaming response frame is set to 1 and the non-AP STA does not know at what time the packets in the queue of the serving AP MLD are completed to be transmitted, the serving AP MLD can notify the non-AP MLD of the time to switch to the target AP MLD by retransmitting a roaming response frame with the value of the Queued Packets field set to 0 when all packets in the queue have been transmitted.

[0363] Order 14: This field may be configured in the same manner as Order 7 of the roaming request frame. When the roaming response frame is transmitted by the serving AP MLD, this field may provide information regarding one or more parameters that the non-AP MLD must renegotiate when roaming / switching to the target AP MLD. This field may include at least one of the renegotiation field or the renegotiation Enabled field.

[0364] For example, the renegotiation field may indicate one or more renegotiated (or updated) parameters to be used after the non-AP MLD roams from the serving AP MLD to the target AP MLD, as shown in FIG. 24. For example, the Block Ack / Block Acknowledgement (BA) parameter set field may indicate the values ​​of one or more (renegotiated / updated) BA parameters to be used after the non-AP MLD roams from the serving AP MLD to the target AP MLD.

[0365] For example, the Renegotiation Enabled field can indicate whether renegotiation is required when a non-AP MLD roams to a target AP MLD, as shown in FIG. 25. For example, if the BA Parameter Set Enabled field is set to 1, it indicates that all BA parameters need to be renegotiated. If the BA Parameter Set Enabled field is set to 2, it indicates that there are parameters among the BA parameters that require renegotiation, but not all parameters require renegotiation. If the BA Parameter Set Enabled field is set to 0, it indicates that renegotiation is not required for the BA parameters.

[0366] If you want to renegotiate parameters individually, you can define individual enabled fields within the BA parameter set Enabled field as shown in FIG. 26, and indicate whether the corresponding parameter needs to be renegotiated through each enabled field. For example, the BA parameter set Enabled field may include individual enabled fields. For example, if the buffer size Enabled field is set to 1, this indicates that the buffer size needs to be renegotiated.

[0367] This field may provide advance notice of whether renegotiation is required after roaming, and / or (if a roaming response frame is transmitted by the serving AP MLD) inform the non-AP MLD of the target / information that the non-AP MLD must ultimately renegotiate with the target AP MLD after roaming.

[0368] Order 15: This field can be configured in the same way as Order 8 of the roaming request frame. When a roaming response frame is transmitted from the serving AP MLD, this field may indicate the time period / interval during which the non-AP MLD receives pending DL data from the serving AP MLD. When the DL timer expires, the non-AP MLD may roam to the target AP MLD. If the non-AP MLD has not received all pending DL data, the serving AP MLD may forward the unreceived data to the target AP MLD via data delivery, or discard the data.

[0369] This field may indicate the time period / interval during which it takes for a non-AP MLD to switch to a target AP MLD, and / or the time period / interval during which the non-AP MLD can finally receive pending DL data from the serving AP MLD.

[0370] Order 16: This field can be configured in the same way as Order 10 of the roaming request frame. If the roaming response frame is transmitted from the serving AP MLD, this field may provide information about the data that the non-AP MLD receives from the target AP MLD after roaming. For example, this field may indicate the value of SN for the newly received data after switching to the target AP MLD.

[0371] AP MLD can provide at least one of the above information.

[0372] The following describes context transfer.

[0373] Context passing

[0374] (1) Context-transferring frame

[0375] When context delivery is performed Over-the-Air rather than Over-the-DS, a separate frame is required for the serving AP MLD to deliver the context to the target AP MLD. The context delivery frame has the action frame format and may also be referred to by other names.

[0376] The information included in the context passing frame is exemplified in :

[0377] OrderContext1SN / PN2Block Ack Agreement3Stream classification service (SCS)4Target Wake Time (TWT)

[0378] In addition to the contexts exemplified in , other information may be included in the context-transfer frame, and the order of the included information is not limited to the order exemplified in . The context-transfer frame can be transmitted from the serving AP MLD to the target AP MLD when a non-AP MLD STA roams from the serving AP MLD to the target AP MLD.

[0379] Figure 29 shows an example of transmitting a context-transfer frame.

[0380] Referring to FIG. 29, the context delivery frame can be transmitted over-the-air. When a roaming request is transmitted, the serving AP MLD can transmit the context delivery frame to the target AP MLD, and the context delivery frame may include at least one of the information exemplified in .

[0381] (2) Context passing level

[0382] To prevent data discontinuity caused by issues such as packet loss when a Non-AP STA roams to a new AP MLD, context forwarding can be used to pre-transmit necessary information from the previously connected AP MLD to the new AP MLD before the Non-AP STA begins roaming. In this case, the Non-AP STA requests roaming, waits for the time required for context forwarding, and then performs roaming; however, the greater the amount of information transmitted via context forwarding, the greater the delay caused by the context forwarding. In situations where context forwarding is not required, a context forwarding level is defined to transmit only the necessary information in order to avoid delays caused by unnecessary context forwarding. Table 4 shows examples of context information transmitted for each context forwarding level bit value. The bit values ​​and corresponding context information shown in Table 4 are exemplary and are not limited thereto.

[0383] Context Transfer Level Context Transferred 0 No context transfer 1 SN / PN 2 BA consensus 3 Packet reordering 4 - 1 5 Reserved

[0384] For example, if roaming is possible using only entities or UHR MLDs without context passing, the context passing level may be set to 0. If only SN / PN information needs to be passed via context passing, the context passing level may be set to 1. Methods for using context passing levels may include accumulation methods and / or methods for selecting only the necessary levels. The two methods above are exemplary and are not limited thereto. In some implementations, a method in which contexts associated with the value of the context passing level are accumulated may be used. If the context passing level is set to 3, context information with a value of 1 and context information with a value of 2 may be included.

[0385] In some implementations, a method of selecting the required level may be used. According to this, context passing can be performed by selecting only the individually required functions. For example, if only SN / PN exists for context passing, the context passing level can be set to 1, and if SN / PN and packet reordering exist for context passing, the context passing level can be set to 1, 3.

[0386] The following describes data transfer.

[0387] Data transfer

[0388] DL data in the queue of the serving AP MLD up to the point when a roaming request is transmitted may be lost if the non-AP MLD STA receives the transmission before switching to the target AP MLD and does not switch. However, if the amount of buffered data is large and / or if channel conditions are poor, making it difficult to finish the transmission before the pending DL data transmission timer expires, the serving AP MLD may transmit some or all of the buffered data to the target AP MLD.

[0389] Figure 30 shows an example of a data transfer procedure.

[0390] Referring to FIG. 30, a non-AP MLD STA transmits a roaming request, and data delivery can be performed. The process of transmitting DL data from the serving AP MLD is not illustrated, and a baseline data delivery procedure is illustrated. Information required in advance for data delivery may be included in the roaming request frame and / or roaming response frame. Data delivery may be performed based on Over-the-DS and / or Over-the-Air.

[0391] In the case where the channels connected between the Non-AP MLD STA, the serving AP MLD, and the target AP MLD are the same, the Non-AP MLD STA can receive data transmitted to the target AP MLD without switching to the target AP MLD, but if the channels are different, the non-AP MLD STA can receive data transmitted according to the data transmission after switching to the target AP MLD.

[0392] Figure 31 illustrates the data transfer procedure when the serving AP MLD performs data transfer while performing DL transfer.

[0393] Referring to FIG. 31, when the serving AP MLD transmits DL data in the buffer to the non-AP MLD STA, it can transfer the remaining data that is not transmitted to the target AP MLD (i.e., perform data transfer). In this case, negotiation on which data to transmit may be required prior to data transfer and the transmission of pending DL data. In some implementations, the serving AP MLD may determine which data to transmit prior to data transfer and the transmission of pending DL data without negotiation. According to one example of negotiation, the serving AP MLD may allocate an amount of data that can be transmitted from the pending DL data to be transmitted before the pending DL data timer expires, and transfer the remaining data to the target AP MLD through data transfer.

[0394] Figure 32 shows a flowchart of the case where the serving AP MLD performs data delivery while performing DL transmission.

[0395] Referring to FIG. 32, if the AP MLD determines that it cannot transmit all the data in the buffer after the roaming request frame and roaming response frame have been transmitted / received until the pending DL data timer expires, the AP MLD can transfer the data that could not be transmitted during that time to the target AP MLD (i.e., data transfer). When the pending DL data timer expires, the AP MLD determines whether there are any packets that could not be transmitted, and if there are no packets that could not be transmitted, transmission and reception between the target AP MLD and the non-AP MLD STA can begin. The non-AP MLD receives data from the serving AP MLD while the pending DL data timer is running, and when the timer expires, it can switch to the target AP MLD.

[0396] Figure 33 illustrates the data delivery procedure when the serving AP MLD performs data delivery after performing DL transmission.

[0397] Referring to FIG. 33, the serving AP MLD can perform data transfer to the target AP MLD after transmitting the data remaining in the buffer. If the serving AP MLD fails to complete the transmission of the waiting DL data before the waiting DL data timer expires, the remaining data can be transferred to the target AP MLD through data transfer. If the last data to be transmitted among the packets in the buffer of the serving AP MLD is not transmitted and the waiting DL data timer becomes 0 (i.e., the waiting DL data timer expires), the serving AP MLD can transfer the remaining data to the target AP MLD through data transfer as shown in FIG. 33.

[0398] The examples of FIGS. 31 and FIG. 33 can be combined. For example, even if the serving AP MLD performs the pending DL data transmission and data transmission separately according to prior negotiation and / or the decision of the serving AP MLD as in FIG. 31, the transmission of the pending DL data may not be completed until the pending DL data timer expires. In this case, as in FIG. 33, the serving AP MLD can transmit the untransmitted data to the target AP MLD through data delivery after the expiration of the pending DL data timer.

[0399] Figure 34 shows a flowchart of the case where the serving AP MLD performs data delivery after performing DL transmission.

[0400] Referring to FIG. 34, the AP MLD can transmit data in the buffer after the roaming request frame and roaming response frame are transmitted / received until the pending DL data timer expires. If there is untransmitted data when the pending DL data timer expires, the AP MLD can transmit the untransmitted data to the target AP MLD through data transfer. The Non-AP MLD receives data from the serving AP MLD while the pending DL data timer is running, and can switch to the target AP MLD when the timer expires.

[0401] The technical features of the present disclosure described above may be applied to various devices and methods. For example, the technical features of the present disclosure described above may be performed or supported through the device of FIG. 1 and / or FIG. 5. For example, the technical features of the present disclosure described above may be applied only to parts of FIG. 1 and / or FIG. 5. For example, the technical features of the present disclosure described above may be implemented based on the processing chip (114, 124) of FIG. 1, or based on the processor (111, 121) and memory (112, 122) of FIG. 1, or based on the processor (510) and memory (520) of FIG. 5.

[0402] For example, the processor (121) and / or processing chip (124) of FIG. 1 may be configured to perform operations performed in the first AP MLD in the present disclosure by executing instructions stored in memory (122). The operations include: an operation in which a first AP affiliated with the first AP MLD receives a request frame for a sequential transition from the first AP MLD to the second AP MLD from a STA (station) affiliated with a non-AP MLD; and an operation in which the first AP transmits a response frame for the request frame to the STA, wherein the response frame includes at least one of the following: information about data queued in the buffer of the first AP MLD after the request frame is received; information about the update of one or more parameters to be used after the sequential transition; information about the time period during which the data queued in the buffer is transmitted; or information about data transmitted from the second AP MLD after the sequential transition.

[0403] For example, the processor (111), processing chip (114) of FIG. 1 and / or the processor (510) of FIG. 5 may be configured to perform operations performed in a non-AP MLD in the present disclosure by executing instructions stored in memory (112, 520). The operations include: an operation in which an STA affiliated with the non-AP MLD transmits a request frame for a sequential transition from the first AP MLD to a second AP MLD to a first AP affiliated with the first AP MLD; and an operation in which the STA receives a response frame for the request frame from the first AP, wherein the response frame includes at least one of the following: information about data queued in a buffer of the first AP MLD after the request frame is transmitted; information about an update of at least one parameter to be used after the sequential transition; information about a time period for receiving the data queued in the buffer; or information about data received from the second AP MLD after the sequential transition.

[0404] The technical features of the present disclosure may be implemented based on a computer-readable medium (CRM). For example, the CRM proposed by the present disclosure is at least one computer-readable medium comprising instructions based on execution by at least one processor.

[0405] For example, the CRM may be the memory (122) of FIG. 1 and / or a separate external memory / storage medium / disk. The CRM may store instructions for performing operations performed in the first AP MLD in the present disclosure based on execution by a processor (e.g., the processor (121) and / or processing chip (124) of FIG. 1). The operations include: an operation in which a first AP affiliated with the first AP MLD receives a request frame for a sequential transition from the first AP MLD to the second AP MLD from a STA (station) affiliated with a non-AP MLD; and an operation in which the first AP transmits a response frame for the request frame to the STA, wherein the response frame includes at least one of the following: information about data queued in the buffer of the first AP MLD after the request frame is received; information about the update of one or more parameters to be used after the sequential transition; and information about the time period during which the data queued in the buffer is transmitted. Or information about the data transmitted from the second AP MLD after the above continuous switching.

[0406] For example, the CRM may be the memory (112) of FIG. 1, the memory (520) of FIG. 5, and / or a separate external memory / storage medium / disk. The CRM may store instructions for performing operations performed in a non-AP MLD in the present disclosure based on execution by a processor (e.g., the processor (111) of FIG. 1, the processing chip (114), and / or the processor (510) of FIG. 5). The operations include: an operation in which an STA affiliated with the non-AP MLD transmits a request frame for a sequential transition from the first AP MLD to a second AP MLD to a first AP affiliated with the first AP MLD; and an operation in which the STA receives a response frame for the request frame from the first AP, wherein the response frame includes at least one of the following: information about data queued in the buffer of the first AP MLD after the request frame has been transmitted; Information regarding the update of at least one parameter to be used after the above continuous switching; information regarding the time period during which data waiting in the buffer is received; or information regarding data received from the second AP MLD after the above continuous switching.

[0407] The technical features of the present disclosure described above are applicable to various applications or business models. For example, the technical features described above may be applied for wireless communication in devices supporting Artificial Intelligence (AI).

[0408] Artificial intelligence refers to the field of researching artificial intelligence or the methodologies to create it, while machine learning refers to the field of researching methodologies to define and solve various problems addressed within the field of artificial intelligence. Machine learning is also defined as an algorithm that improves performance on a task through continuous experience.

[0409] An Artificial Neural Network (ANN) is a model used in machine learning that can refer to any model capable of problem-solving, composed of artificial neurons (nodes) that form a network through the connection of synapses. An artificial neural network can be defined by connection patterns between neurons in different layers, a learning process that updates model parameters, and an activation function that generates output values.

[0410] An artificial neural network may include an input layer, an output layer, and optionally one or more hidden layers. Each layer may include 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 for input signals, weights, and biases input through the synapses.

[0411] Model parameters refer to parameters determined through learning, including synaptic connection weights and neuron biases. Hyperparameters, on the other hand, refer to parameters that must be set prior to training in a machine learning algorithm, including the learning rate, number of iterations, mini-batch size, and initialization function.

[0412] The objective of training an artificial neural network can be viewed as determining model parameters that minimize the loss function. The loss function can be used as an indicator to determine optimal model parameters during the training process of an artificial neural network.

[0413] Machine learning can be classified into supervised learning, unsupervised learning, and reinforcement learning depending on the learning method.

[0414] Supervised learning refers to a method of training an artificial neural network with labels provided for the training data; a label can refer to the correct answer (or result) that the neural network must infer when the training data is input. Unsupervised learning refers to a method of training an artificial neural network without labels provided for the training data. Reinforcement learning refers to a learning method in which an agent defined within an environment is trained to select an action or sequence of actions that maximizes the cumulative reward in each state.

[0415] Machine learning implemented using a Deep Neural Network (DNN) that includes multiple hidden layers among artificial neural networks is also called Deep Learning, and Deep Learning is a part of Machine Learning. Hereinafter, Machine Learning is used in a sense that includes Deep Learning.

[0416] In addition, the aforementioned technical features can be applied to the wireless communication of robots.

[0417] A robot can refer to a machine that automatically processes or operates a given task based on its own capabilities. In particular, a robot that has the ability to perceive its environment, make decisions on its own, and perform actions can be called an intelligent robot.

[0418] Robots can be classified into industrial, medical, domestic, and military types depending on their purpose or field of use. Robots are equipped with drive units, including actuators or motors, to perform various physical movements, such as moving robot joints. Additionally, mobile robots include wheels, brakes, and propellers in their drive units, enabling them to drive on the ground or fly in the air.

[0419] In addition, the aforementioned technical features can be applied to devices that support augmented reality.

[0420] Extended Reality is a collective term for Virtual Reality (VR), Augmented Reality (AR), and Mixed Reality (MR). VR technology provides real-world objects or backgrounds solely as CG images, AR technology provides virtual CG images superimposed on real-world images, and MR technology is a computer graphics technology that mixes and combines virtual objects with the real world.

[0421] MR technology is similar to AR technology in that it displays real-world objects and virtual objects together. However, there is a difference in that while virtual objects in AR technology are used to complement real-world objects, virtual objects and real-world objects are used as equals in MR technology.

[0422] XR technology can be applied to HMDs (Head-Mount Displays), HUDs (Head-Up Displays), mobile phones, tablet PCs, laptops, desktops, TVs, digital signage, etc., and devices to which XR technology is applied can be called XR devices.

[0423] The present disclosure may have various advantageous effects.

[0424] For example, non-AP MLDs can effectively receive roaming-related information through frame switching procedures.

[0425] The advantageous effects obtainable through specific embodiments of the present disclosure are not limited to those listed above. For example, there may be various technical effects that a person skilled in the art can understand and / or derive from the present disclosure. Accordingly, the specific effects of the present disclosure are not limited to those explicitly described herein and may include various effects that can be understood or derived from the technical features of the present disclosure.

[0426] The claims described in this disclosure may be combined in various ways. For example, the technical features of the method claims of this disclosure may be combined to be implemented as a device, and the technical features of the device claims of this disclosure may be combined to be implemented as a method. Additionally, the technical features of the method claims of this disclosure and the technical features of the device claims of this disclosure may be combined to be implemented as a device, and the technical features of the method claims of this disclosure and the technical features of the device claims of this disclosure may be combined to be implemented as a method.

Claims

1. A method performed at a first AP (access point) MLD (multi-link device), A step in which a first AP affiliated with the first AP MLD receives a request frame for a continuous transition from the first AP MLD to the second AP MLD from a STA (station) affiliated with a non-AP MLD; and The above first AP includes the step of transmitting a response frame for the request frame to the STA, and The above response frame is a method comprising at least one of the following: Information regarding data queued in the buffer of the first AP MLD after the above request frame is received; Information regarding the update of one or more parameters to be used after the above-mentioned successive transition; Information regarding the time period during which data waiting in the above buffer is transmitted; or Information regarding data transmitted from the second AP MLD after the above continuous switching.

2. A method according to claim 1, wherein information regarding data waiting in the buffer comprises at least one of the following: Information regarding the existence of data waiting in the above buffer; Information regarding the amount of data waiting in the above buffer; Information regarding the number of one or more packets associated with data waiting in the above buffer; Information regarding the SN (sequence number) or PN (packet number) of the one or more of the above packets; or Information regarding the TID (traffic identifier) ​​of one or more of the above packets.

3. A method according to claim 1, wherein the information regarding the update of the one or more parameters to be used after the continuous conversion comprises at least one of information regarding whether an update is required for each of the one or more parameters, or an updated value for each of the one or more parameters.

4. The method of claim 3, wherein the one or more parameters include at least one of SN (sequence number), PN (packet number), BA (block acknowledgment) parameter set, SCS (stream classification service), or TWT (target wake time).

5. In claim 3, the one or more parameters include a parameter comprising a set of sub-parameters, and A method comprising information on whether an update is required for the above parameters, including information on whether an update is required for the above sub-parameters.

6. A method according to claim 5, wherein information regarding whether an update is required for the parameter comprises one value among a value indicating that an update is not required for all of the sub-parameters, a value indicating that an update is required for all of the sub-parameters, and a value indicating that an update is required for some of the sub-parameters.

7. A method according to claim 5, wherein the information regarding whether an update is required for the parameter includes information regarding whether an update is required for each of the sub-parameters.

8. In claim 5, the set of sub-parameters is a set of BA (block acknowledgment) parameters, and The above sub-parameters include at least one of A-MSDU (aggregated MAC (media access control) service data unit) support, BA policy, TID, or buffer size.

9. The step of the first AP starting a timer when the first AP starts transmitting data waiting in the buffer to the STA (upon); and The method includes the step of the first AP transmitting data waiting in the buffer to the STA while the timer is operating, A method in which information regarding the time period for which data waiting in the buffer is transmitted includes the value of the timer related to the period during which the timer operates.

10. The method of claim 9 further comprises the step of, upon the expiration of the timer, the first AP stopping the transmission of data waiting in the buffer to the STA and identifying the data remaining in the buffer. A method in which data remaining in the above buffer is discarded or transferred to the above second AP MLD.

11. A method according to claim 9, wherein the continuous switching of the non-AP MLD from the first AP MLD to the second AP MLD is performed upon the expiration of the timer.

12. A method according to claim 1, wherein the data transmitted from the second AP MLD after the continuous conversion comprises at least one of the data transmitted from the first AP MLD to the second AP MLD or the data transmitted from the DS (distribution system) to the second AP MLD.

13. A method according to claim 1, wherein the information regarding the data transmitted from the second AP MLD after the continuous conversion includes information regarding the sequence number (SN) of the data transmitted from the second AP MLD after the continuous conversion.

14. In the first AP (access point) MLD (multi-link device), Transmitter / Receiver; Memory; and It includes at least one processor functionally coupled with the above-mentioned transceiver and the above-mentioned memory, and The above memory stores instructions for performing operations based on execution by the at least one processor, and the operations are: The operation of the first AP affiliated with the first AP MLD receiving a request frame for a continuous transition from the first AP MLD to the second AP MLD from a STA (station) affiliated with the non-AP MLD; and The above first AP includes an operation of transmitting a response frame for the request frame to the STA, and The above response frame is a first AP MLD comprising at least one of the following: Information regarding data queued in the buffer of the first AP MLD after the above request frame is received; Information regarding the update of one or more parameters to be used after the above-mentioned successive transition; Information regarding the time period during which data waiting in the above buffer is transmitted; or Information regarding data transmitted from the second AP MLD after the above continuous switching.

15. In the device, At least one processor; and It includes at least one memory functionally coupled with the above-mentioned at least one processor, and The above at least one memory stores instructions for performing operations based on execution by the above at least one processor, and the operations are: An operation in which a first AP (access point) affiliated with the above-mentioned first AP (multi-link device) MLD receives a request frame for a continuous transition from the first AP MLD to the second AP MLD from a STA (station) affiliated with a non-AP MLD; and The above first AP includes an operation of transmitting a response frame for the request frame to the STA, and The above response frame is a device comprising at least one of the following: Information regarding data queued in the buffer of the first AP MLD after the above request frame is received; Information regarding the update of one or more parameters to be used after the above-mentioned successive transition; Information regarding the time period during which data waiting in the above buffer is transmitted; or Information regarding data transmitted from the second AP MLD after the above continuous switching.

16. In a non-transitory computer-readable medium (CRM) storing program code that implements instructions for performing operations based on execution by at least one processor, said operations are: An operation in which a first AP (access point) affiliated with the above-mentioned first AP (multi-link device) MLD receives a request frame for a continuous transition from the first AP MLD to the second AP MLD from a STA (station) affiliated with a non-AP MLD; and The above first AP includes an operation of transmitting a response frame for the request frame to the STA, and The above response frame is a CRM comprising at least one of the following: Information regarding data queued in the buffer of the first AP MLD after the above request frame is received; Information regarding the update of one or more parameters to be used after the above-mentioned successive transition; Information regarding the time period during which data waiting in the above buffer is transmitted; or Information regarding data transmitted from the second AP MLD after the above continuous switching.

17. A method performed on a non-AP (access point) MLD (multi-link device), A step in which a STA affiliated with the above non-AP MLD transmits a request frame for a continuous transition from the first AP MLD to the second AP MLD to the first AP affiliated with the above AP MLD; and The above STA includes the step of receiving a response frame for the request frame from the first AP, and The above response frame is a method comprising at least one of the following: Information regarding data queued in the buffer of the first AP MLD after the above request frame is transmitted; Information regarding the update of at least one parameter to be used after the above-mentioned continuous transition; Information regarding the time period for receiving data waiting in the above buffer; or Information regarding data received from the second AP MLD after the above continuous switching.

18. In a non-AP (access point) MLD (multi-link device), Transmitter / Receiver; Memory; and It includes at least one processor functionally coupled with the above-mentioned transceiver and the above-mentioned memory, and The above memory stores instructions for performing operations based on execution by the at least one processor, and the operations are: An operation in which a STA affiliated with the above non-AP MLD transmits a request frame for a continuous transition from the first AP MLD to the second AP MLD to the first AP affiliated with the first AP MLD; and The above STA includes the operation of receiving a response frame for the request frame from the above first AP, and The above response frame is a non-AP MLD comprising at least one of the following: Information regarding data queued in the buffer of the first AP MLD after the above request frame is transmitted; Information regarding the update of at least one parameter to be used after the above-mentioned continuous transition; Information regarding the time period for receiving data waiting in the above buffer; or Information regarding data received from the second AP MLD after the above continuous switching.

19. In claim 18, the operations are: An operation in which the STA starts a timer upon the STA initiating reception of data waiting in the buffer from the first AP; and The operation includes the STA receiving data waiting in the buffer from the first AP while the above timer is operating, and Information regarding the time period for receiving data waiting in the buffer above includes a non-AP MLD containing the value of the timer related to the period during which the timer operates.

20. The operation of claim 18, wherein the operation comprises the operation of the STA performing a continuous transition from the first AP MLD to the second AP MLD upon the expiration of the timer, in a non-AP MLD.

Images