Appliance, client device, and wireless communication method

Abstract

The present disclosure relates to a method of wireless communication implemented at an access point (AP) device, the AP device being a current AP device currently serving a client device, the method comprising: receiving a first request from the client device, the first request indicating a transfer of a context of a communication between the current AP device and the client device to a target AP device to which the client device wants to roam, and the first request comprising an indication of a transfer mode for the transfer of the context; and transferring the context to the target AP device according to the transfer mode.

Description

Technical Field

[0001] This disclosure relates to wireless communications, and more particularly to access point (AP) devices, client devices, methods, systems, and computer program products for facilitating seamless roaming in wireless networks. Background Technology

[0002] Wireless LAN (WLAN) roaming or Wi-Fi roaming refers to the process of a wireless terminal, station (STA), or client moving from one access point (AP) to another. During WLAN or Wi-Fi roaming, the IP address obtained by the client at the initial stage of connecting to the network remains unchanged, ensuring uninterrupted service.

[0003] When a STA roams from one AP to another, it first disconnects from the currently connected AP before associating with the target AP. Service data transmission between the STA and the APs connected to the network cannot occur until an association with the target AP is established, resulting in transmission delays and data packet loss. Therefore, there is a need to improve the Wi-Fi roaming process. Summary of the Invention

[0004] In view of the above problems, this disclosure provides access point (AP) devices, client devices, methods, systems and computer program products for facilitating seamless roaming in wireless networks.

[0005] According to embodiments of this disclosure, a wireless communication method is provided for implementation at an access point (AP) device, the AP device being a current AP device serving a client device. The method may include: receiving a first request from the client device, the first request indicating the transfer of the communication context between the current AP device and the client device from the current AP device to a target AP device associated with the client device for roaming, and the first request including an indication of a transfer mode regarding the transfer context; and transferring the communication context between the current AP device and the client device to the target AP device according to the transfer mode.

[0006] According to another embodiment of this disclosure, a wireless communication method for implementation at a client device is provided. The method may include: determining a transfer mode for context transfer of communication between a current access point (AP) device currently serving the client device and the client device to a target AP device associated with the client device for roaming; and sending a first request to the target AP device, the first request indicating a transfer of the context of communication between the current AP device and the client device from the current AP device to the target AP device, and the first request including an indication of the determined transfer mode.

[0007] According to embodiments of this disclosure, an access point (AP) device is provided, the AP device being a current AP device serving a client device, comprising: one or more processors; a memory coupled to at least one of the one or more processors; and a set of computer program instructions stored in the memory. When executed by at least one of the one or more processors, the set of computer program instructions causes the current AP device to perform the following operations: receiving a first request from the client device, the first request indicating the transfer of the communication context between the current AP device and the client device from the current AP device to a target AP device associated with the client device for roaming, and the first request including an indication of a transfer mode regarding the transfer context; and transferring the context to the target AP device according to the transfer mode.

[0008] According to another embodiment of this disclosure, a client device is provided. The client device may include: one or more processors; a memory coupled to at least one of the one or more processors; and a set of computer program instructions stored in the memory. When executed by at least one of the one or more processors, the set of computer program instructions may cause the client device to perform the following operations: determine a transfer mode for context transfer of communication between the client device and a current access point (AP) device currently serving the client device to an associated target AP device; and send a first request to the target AP device, the first request indicating a transfer of the context of communication between the current AP device and the client device from the current AP device to the target AP device, and the first request including an indication of the determined transfer mode.

[0009] According to embodiments of this disclosure, a computer program product is provided. The computer program product may include computer instructions that, when executed by a processor, implement a wireless communication method at an access point (AP) device, the AP device being a current AP device serving a client device. The method may include: receiving a first request from the client device, the first request indicating a transfer of the communication context between the current AP device and the client device from the current AP device to a target AP device associated with the client device for roaming, and the first request including an indication of a transfer mode regarding the transfer context; and transferring the context to the target AP device according to the transfer mode.

[0010] According to another embodiment of this disclosure, a computer program product is provided. The computer program product may include computer instructions that, when executed by a processor, implement a wireless communication method implemented at a client device. The method may include: determining a transfer mode for context transfer of communication between a current access point (AP) device currently serving the client device and the client device to a target AP device associated with the client device; and sending a first request to the target AP device, the first request indicating a transfer of the context of communication between the current AP device and the client device from the current AP device to the target AP device, and the first request including an indication of the determined transfer mode.

[0011] According to one embodiment of this disclosure, a wireless communication system is provided. The wireless communication system may include at least a client device, a current access point (AP) device currently serving the client device, and a target AP device with which the client device is to roam. The client device may be configured to perform the following operations: determine a context transfer mode for communication between the current AP device and the client device to the target AP device; send a first request to the target AP device, the first request indicating a transfer of the context from the current AP device to the target AP device, and the first request including an indication of the determined transfer mode. The current AP device may be configured to perform the following operations: receive the first request from the client device; and transfer the context to the target AP device according to the transfer mode.

[0012] According to embodiments of this disclosure, the improved roaming mechanism for wireless communication can be implemented through context transfer. Attached Figure Description

[0013] The above and other objects, features, and advantages of this disclosure will become more apparent from a more detailed description of the embodiments thereof in conjunction with the accompanying drawings. The drawings are provided to offer a further understanding of the embodiments of this disclosure and form part of the specification. The drawings, together with the embodiments of this disclosure, are used to interpret this disclosure and do not constitute a limitation thereof. In the drawings, unless explicitly indicated, like reference numerals generally represent like parts, steps, or elements.

[0014] Figure 1 An exemplary architecture 100 of a wireless communication system according to an embodiment of the present disclosure is illustrated;

[0015] Figure 2 A multi-link reference model 200 for a multi-link (ML) device according to an embodiment of this disclosure is illustrated;

[0016] Figure 3 An exemplary multi-link communication arrangement 300 according to an embodiment of the present disclosure is illustrated;

[0017] Figure 4 A schematic diagram illustrating a roaming process 400 according to an embodiment of the present disclosure is shown;

[0018] Figure 5 A schematic diagram illustrating a roaming preparation process 500 according to an embodiment of the present disclosure is shown;

[0019] Figure 6 A schematic diagram illustrating a roaming preparation process 600 according to another embodiment of the present disclosure is shown;

[0020] Figure 7 A schematic diagram illustrating a detection process 700 according to an embodiment of the present disclosure is shown;

[0021] Figure 8 A schematic diagram illustrating a BSS handover management process 800 according to an embodiment of the present disclosure is shown;

[0022] Figure 9 A schematic diagram illustrating a BSS handover management process 900 according to another embodiment of this disclosure is shown;

[0023] Figure 10 A schematic diagram illustrating the format of a reduced neighbor report element 1000 according to an embodiment of this disclosure is shown;

[0024] Figure 11 A schematic diagram illustrating the format of a neighbor report element 1100 according to an embodiment of this disclosure is shown;

[0025] Figure 12 A flowchart illustrating a computer implementation method 1200 for wireless communication implemented at an AP device of a current serving client device according to an embodiment of the present disclosure is shown;

[0026] Figure 13 A flowchart illustrating a computer implementation method 1300 for wireless communication implemented at a client device according to an embodiment of the present disclosure is shown; and

[0027] Figure 14 This is an exemplary block diagram illustrating a computing device according to some embodiments of the present disclosure.

[0028] Those skilled in the art will understand that the elements in the accompanying drawings are illustrated for simplicity and clarity and are not necessarily drawn to scale. For example, the dimensions of some elements in the illustrations, block diagrams, or flowcharts may be exaggerated relative to other elements to aid in the accurate understanding of this embodiment. Detailed Implementation

[0029] The following detailed description is illustrated in the accompanying drawings. While several exemplary embodiments are described herein, modifications, adaptations, and other implementations are possible. For example, components and steps illustrated in the drawings may be replaced, added, or modified, and the exemplary methods described herein may be modified by replacing, reordering, deleting, or adding steps to the disclosed methods. Therefore, the following detailed description is not limited to the disclosed embodiments and examples. Rather, the appropriate scope of the invention is determined by the appended claims.

[0030] In the detailed description below, numerous specific details are set forth in order to provide a thorough understanding of certain aspects. However, those skilled in the art will understand that some aspects can be practiced without these specific details. In other instances, well-known methods, procedures, components, units, and / or circuits have not been described in detail to avoid obscuring the discussion.

[0031] Discussions using terms such as “receive,” “send,” “determine,” “roaming association,” “transfer,” “request,” “evaluate,” “trigger,” “establish,” “re-establish,” “enable,” or similar terms in this document may refer to the operation and / or processing of a computer, computing platform, computing system, or other electronic computing device that manipulates and / or converts data represented as physical (e.g., electronic) quantities in computer registers and / or memory into physical quantities in computer registers and / or memory or other information storage media that may store instructions for performing the operation and / or processing.

[0032] The use of terms such as “on one aspect,” “an aspect,” “example aspect,” and “various aspects” indicates that an aspect described in this way may include a specific feature, structure, or characteristic, but not every aspect necessarily includes the implementation of that specific feature, structure, or characteristic. Furthermore, the repeated use of the phrase “on one aspect” does not necessarily refer to the same aspect, although it may.

[0033] As used herein, unless otherwise stated, ordinal adjectives such as “first,” “second,” “third,” etc., are used to describe general objects only to indicate different instances of similar objects mentioned, and are not intended to imply that the objects described must have a given order in time, space, sequence, or any other way. Similarly, articles such as “a,” “an,” or “the” do not indicate a quantity limitation, but rather that at least one exists. Words such as “connection” and “link” are not limited to physical or mechanical connections, but also include direct or indirect electrical connections.

[0034] Furthermore, the technical features involved in the different embodiments of this disclosure described below can be combined with each other, provided that there is no conflict between them.

[0035] In this disclosure, an AP, interchangeably referred to as a Wireless Access Point (WAP), is a communication device capable of communicating with non-access point (non-AP) devices (e.g., stations (STAs) or client devices) in a WLAN and allowing non-APs to connect to a wired network. An AP is typically connected as a standalone device to a router (via a wired network), but it can also be integrated with or used within a router. Similarly, in this disclosure, a non-AP (e.g., a client device or station, interchangeably referred to as a STA) is a communication device capable of communicating with an AP to obtain various communication services (such as voice, video, packet data, messaging, broadcasting, etc.). An STA can be any device containing IEEE 820.11 compliant Media Access Control (MAC) and Physical Layer (PHY) interfaces to the wireless medium (WM). For example, an STA can be a laptop computer, desktop personal computer (PC), personal digital assistant (PDA), access point, or Wi-Fi phone in a WLAN environment. STAs can be fixed or mobile. In a WLAN environment, the terms "STA," "client device," "wireless client," "user," and "user equipment" are generally used interchangeably.

[0036] In this disclosure, a STA in a WLAN can function as an AP in different scenarios, and vice versa. This is because communication devices in the context of IEEE 820.11 (Wi-Fi) technology may include both STA and AP hardware components. In this way, the communication device can switch between STA mode and AP mode based on the actual WLAN conditions and / or requirements. In the various embodiments described below, a non-AP STA may refer to a STA in a WLAN that is not implemented as an AP.

[0037] Figure 1 An exemplary architecture 100 of a wireless communication system according to an embodiment of the present disclosure is illustrated. For example... Figure 1 As shown, the wireless communication system includes multiple AP devices (e.g., Figure 1 The system includes two access points (AP devices 101 and 102) and one client device 103, and can be used in an IEEE 802.11 WLAN network. The AP devices provide services to the client devices, and the client devices can communicate with the AP devices. Figure 1 The number of AP devices and client devices is just an example.

[0038] As discussed above, the AP can establish WLAN communication with client device 103, enabling the client device to connect to a wired network. This allows client device 103 to access various communication services from the Internet, including voice, video, packet data, messaging, and broadcasting. The client device in the embodiments of this disclosure has wireless transceiver functionality, supports the 802.11 family of protocols, and can communicate with the AP or another client device. After client device 103 successfully associates with the AP through the 802.11 association process, data transmission can begin between client device 103 and the AP. This allows client device 103 to send data packets to and receive data packets from the network via the AP. A client device is any user communication device that allows a user to communicate with the AP and thus with the WLAN. For example, a client device can be a user device that can connect to a network, including but not limited to, smartphones, tablets, desktop computers, laptops, notebooks, ultra-portable personal computers, handheld computers, netbooks, personal digital assistants, and other devices capable of connecting to the Internet; it can be an IoT node in the Internet of Things (IoT) or an in-vehicle communication device in the Internet of Vehicles (IoV). The AP device in the embodiments of this application is a device that serves client devices and can support the 802.11 series of protocols. For example, the AP device can be a communication entity such as a communication server, router, switch, or bridge, or the AP device can include various forms of macro base stations, micro base stations, repeaters, etc. Of course, the AP device can alternatively be a chip and processing system in various forms of devices to implement the methods and functions of the embodiments of this disclosure. In this document, the term "data packet" can refer to "data frame," etc.

[0039] Figure 1 The architecture shown is illustrative only and does not impose any limitations on any implementation of this disclosure. Multiple access points (APs) in a WLAN network can serve a specific set of associated client devices, and the number of client devices in each service set can be greater than the single client device shown in the figure, depending on application requirements and overall network constraints.

[0040] The IEEE 802.11be standard introduced Multi-Link Operation (MLO) technology, in which a single device (i.e., a Multi-Link (ML) Device (MLD)) implements a logical entity consisting of multiple stations. Stations can use the 802.11 protocol to communicate with another MLD station on a corresponding communication link, thereby establishing a multi-link communication session to exchange data units (e.g., MPDUs). Therefore, an MLD can transmit messages simultaneously on multiple links to improve throughput.

[0041] In this article, “multi-link device”, “ML device (MLD)”, “multi-link logical entity”, “ML logical entity (MLE)”, “multi-link set” and “ML set” can be used interchangeably.

[0042] A multi-link device is a device with wireless communication capabilities. This device can be an entire device or a chip, processing system, etc., installed within an entire device. Devices with these chips or processing systems installed can be controlled by these chips or processing systems to implement the methods and functions of the embodiments of this disclosure. In some embodiments of this disclosure, the AP device (e.g., Figure 1 The AP devices 101 and 102 described herein may be AP ML devices, and the client devices (e.g., Figure 1 The client device 103 depicted may be a non-AP ML device. Multilink devices can implement wireless communication compliant with the IEEE 802.11 family of protocols. For example, a multilink device may be a station compliant with or compatible with IEEE 802.11be and offering extremely high throughput to enable communication with other devices.

[0043] Figure 2 An exemplary multi-link reference model 200 for a multi-link (ML) device according to an embodiment of the present disclosure is illustrated.

[0044] Figure 2 The ML device illustrated can be an AP ML device or a non-AP ML device, and can be an initiator ML device (i.e., a device that sends data) or a receiver ML device (i.e., a device that receives data from an initiator ML device).

[0045] like Figure 2 As shown, the ML device includes a physical (PHY) layer 210, a MAC layer 220, a logical link control (LLC) layer 240, and an upper layer 250. The upper layer 250 may include applications that generate service data transmitted over multiple links by the MAC and PHY layers, or applications that use service data received over multiple links by the MAC and PHY layers. The PHY layer 210 includes multiple PHY layer blocks 212, 214, and 216 for the respective multiple links. The MAC layer 220 also includes multiple blocks 222, 224, and 226 for the respective multiple links.

[0046] The IEEE 802.11be standard focuses on the 802.11 physical layer (PHY) and MAC layer components in multi-link devices. For example... Figure 2As shown, MAC layer 220 also includes a Unified Upper MAC (UMAC) 230. UMAC 230 is responsible for link-independent MAC procedures such as segmentation, sequence number allocation, MPDU encryption / decryption, duplicate detection, dynamic link switching, and block acknowledgment scoring. It provides UMAC interfaces with link-specific blocks 222, 224, and 226 (forming a lower MAC sublayer, hence called LMAC), and provides a UMAC Service Access Point (SAP) to LLC layer 240 and upper layer 250. In other words, multiple STAs attached to a multi-link device share a single high MAC layer, while the low MAC layer and PHY layer are independent. It can be understood that multiple STAs attached to a multi-link device can alternatively be independent at the low MAC and PHY layers, or they can be independent at the high MAC layer.

[0047] although Figure 2 Three LMAC blocks and three PHY blocks are shown, but depending on the number of links the ML device can manage, another number of blocks may be considered. As an example, LMAC block 222 can be associated with, for example, a 2.4 GHz link via PHY block 212, LMAC layer 224 can be associated with, for example, a 5 GHz link via PHY block 214, and LMAC layer 226 can be associated with, for example, a 6 GHz link via PHY block 216. That is, each link can have associated LMAC blocks 222 / 224 / 226 that perform link-specific characteristics (such as channel access).

[0048] Figure 3 An exemplary multi-link communication device 300 according to an embodiment of the present disclosure is illustrated. For example... Figure 3 As shown, the multi-link AP logical entity 310 (e.g., AP MLD) may include multiple affiliated APs, such as AP STA312, AP STA314, and AP STA316. Furthermore, as... Figure 3As shown, the multi-link non-AP logical entity 320 (e.g., non-AP MLD) may include multiple subordinate non-AP STAs, such as non-AP STA 322, non-AP STA 324, and non-AP STA 326. The multi-link AP logical entity 310 and the multi-link non-AP logical entity 320 may be configured to form multiple communication channels or links, set up multiple communication channels or links, and / or communicate through multiple communication channels or links, such as link 332 between STA 312 and STA 322 (as shown in link 1), link 334 between STA 314 and STA 324 (as shown in link 2), and / or link 336 between STA 316 and STA 326 (as shown in link 3). The term "link" is used for better consistency with the IEEE 802.11 standard. AP STAs 312, 314, 316 and non-AP STAs 3222, 324, 326 operate in accordance with one or more IEEE 802.11 standards and other wireless communication standards.

[0049] like Figure 3 As shown in the exemplary embodiments, AP STAs 312, 314, 316 (and thus the corresponding non-AP STAs 322, 324, 326) can operate in different frequency bands (shown as X, Y, Z). For example, X = 2.4 GHz, Y = 5 GHz, Z = 6 GHz. Alternatively, two or more stations can use the same frequency band, for example, y = z = 6 GHz.

[0050] although Figure 3 The diagram illustrates the establishment of an ML communication session using an AP MLD and non-AP MLDs, but two non-AP MLDs can also establish such an ML communication session. Similarly, although... Figure 3 The example shown consists of an MLD with three stations, but MLDs with other numbers of affiliated stations can be considered using the same teachings. Furthermore, MLDs can have different numbers of affiliated stations.

[0051] To reduce service interruption time when client devices switch between access points in traditional Wi-Fi roaming mechanisms, the IEEE 802.11r amendment initially proposed the Fast Basic Service Set (BSS) Switching (FT) roaming mechanism, employing both Over-the-Air and Over-the-DS methods. However, existing roaming mechanisms, including the FT roaming mechanism, still require further improvement, as described below.

[0052] Figure 4 A schematic diagram illustrating a roaming process according to an embodiment of this disclosure is shown. Figure 4 As shown, the STA initially connects with the AP device (i.e., Figure 4 The current AP in the network, which can also be called the Home AP (HAP), is associated with the network and communicates with the network by successfully having a session and transmitting data with the current AP.

[0053] When the STA determines that it must switch to another AP device for various reasons (i.e., Figure 4 When the target AP in the network is a stranger AP (FAP), it will directly send a roaming request to the target AP, such as... Figure 4 As shown in step S402, this is done over-the-air. In some implementations (e.g., FT roaming), along with the roaming request, the security key PMK-R1 is sent to the target AP. Upon receiving the roaming request, the target AP can generate and install the corresponding security key PTK based on the information contained therein and the security key PMK-R1, and simultaneously start a reassociation timer. Then, as... Figure 4 As shown in step S404, the target AP sends a roaming response to the STA. Upon receiving the roaming response, the STA generates and installs a security key PTK. Then, the STA sends a roaming association request to the target AP, as follows: Figure 4 The steps are shown in step S406.

[0054] Upon receiving the roaming association request, the target AP cancels the reassociation timer and sends a roaming association response to the STA, such as... Figure 4 As shown in step S408, after receiving the roaming association response, the STA completes roaming, thereby establishing a successful session and data transmission with the target AP to communicate with the network.

[0055] and Figure 4 The Over-the-Air roaming process shown is similar; the Over-the-DS roaming process (not shown) also includes... Figure 4 The difference between steps S406-S408 and steps S402-S404 is that during Over-the-DS roaming, the STA sends a roaming request to the current AP, which forwards the roaming request to the target AP via the distributed system (DS). Similarly, the target AP sends a roaming response to the current AP via the DS, and the current AP forwards the roaming response to the STA.

[0056] When the client device (e.g., Figure 4 STA) and AP devices (e.g., Figure 4When a new AP (currently associated with a target AP) is associated with a client device, data packets are first buffered in the AP for downlink (DL) data transmission from the AP to the client device. The buffered data packets are then transmitted to the client device. In this document, the term "data packet" can refer to "data frame," etc. During roaming, DL data transmission may be interrupted when the STA sends a roaming request to the target AP, and some data packets buffered in the current AP may not be transmitted to the STA. Figure 4 The target AP can only send data packets to the STA after establishing an association with it; that is, the STA re-associates with the new AP. It can be seen that during roaming, DL data transmission to the STA is interrupted, causing data transmission delays and loss of buffered data. Furthermore, after the STA associates with the new AP, its service requirements necessitate re-establishing some service states with the new AP (i.e., service negotiation) before data transmission can occur, resulting in transmission delays. Those skilled in the art will recognize that transmission delays and buffered data loss exist in traditional roaming mechanisms, including but not limited to FT roaming mechanisms and many other roaming mechanisms conforming to the IEEE 802.11 protocol.

[0057] To mitigate transmission latency and buffered data loss during roaming, this disclosure proposes an improvement to the current roaming mechanism, which ensures accurate and low-latency data transmission during roaming through context transfer. Specifically, the STA selects different transfer modes (e.g., static transfer mode and dynamic transfer mode) based on actual conditions (e.g., service requirements and communication conditions) to transfer the context from the current AP to which the STA is currently associated, to the target AP to which the STA intends to associate. The context is the communication context between the STA and the current AP. The STA triggers the context transfer and notifies the target AP which transfer mode to use. Based on the received transfer mode instruction, the current AP transfers the context to the target AP. By transferring service information as context in advance, the time required for the STA and the target AP to re-establish the necessary service negotiation is reduced, thereby reducing roaming latency. Furthermore, by transferring information about transmitted data as context in advance, the correct data packets are sent, thus mitigating data packet loss issues.

[0058] Figure 5 A schematic diagram illustrating a roaming preparation process 500 according to an embodiment of this disclosure is shown. Figure 5 As shown, there exists a non-AP MLD, a current AP MLD, a target AP MLD, and a distributed system (DS). The non-AP MLD, current AP MLD, and target AP MLD can be adopted with reference to... Figure 2The described multi-link reference model 200 is essentially similar to the multi-link reference model, and the non-AP MLD can be compared with the reference model. Figure 3 The described multi-link communication arrangement 300 is essentially a multi-link communication arrangement with either the current AP MLD or the target AP MLD. Furthermore, similar references... Figure 4 The described roaming process, non-AP MLD (which is similar to Figure 4 The initial and current AP MLD (in the STA) are compared with the STA. Figure 4 (Similar to the current AP in the context), that is, it is served by the current AP MLD.

[0059] like Figure 5 As shown, the non-AP MLD initially associates with the current AP MLD and interacts with the distributed system (DS) for uplink (UL) and downlink (DL) data exchange through the current AP MLD. For example, after the non-AP MLD and the current AP MLD learn that the link connection between them is poor, either the non-AP MLD or the current AP MLD can determine that the non-AP MLD needs to be switched to another AP device, for example... Figure 5 The target AP MLD. In some embodiments of this disclosure, a non-AP MLD can actively choose which AP MLD it wants to roam to. Additionally or alternatively, the current AP MLD can send a Basic Service Set (BSS) Transition Management (BTM) message to trigger roaming for a non-AP MLD, for example, to notify the non-AP MLD which AP MLD it wants to roam to.

[0060] When determining the target AP MLD, the non-AP MLD can also determine the transfer mode of the context for transferring communication between the non-AP MLD and the current AP MLD from the current AP MLD to the target AP MLD. After determining that the non-AP MLD will switch to the target AP MLD, the non-AP MLD can send a roaming preparation request frame to the current AP MLD, such as... Figure 5 As shown in step S502, the current AP MLD is triggered to transfer the context to the target AP MLD. In some embodiments of this disclosure, the roaming preparation request frame may include an indication of the determined transfer mode. In some embodiments of this disclosure, the roaming preparation request frame may include an Add Block Acknowledgment (ADDBA) context transfer request element indicating whether an ADDBA context transfer is to be performed.

[0061] Upon receiving a roaming preparation request frame, the current AP MLD transfers the communication context between the current AP MLD and the non-AP MLD to the target AP MLD according to the determined transfer mode, such as... Figure 5The steps are shown in step S506. In some embodiments of this disclosure, the context transfer mode may include a simple context transfer mode and an advanced context transfer mode. In some embodiments, in response to the determined transfer mode being a simple context transfer mode, the current AP MLD may transfer a first context containing static parameters to the target AP MLD in step S506. Therefore, the simple context transfer mode may also be called a static transfer mode. In some embodiments of this disclosure, the static parameters may only correspond to the parameters that need to be negotiated during the initial association process between the target AP MLD and the non-AP MLD, and do not include the parameters that are dynamically updated during subsequent data communication processes between the non-AP MLD and the current AP MLD. In some embodiments of this disclosure, the static parameters may include, but are not limited to: Block Acknowledgment (BA) establishment parameters, Flow Classification Service (SCS) / Mirror Flow Classification Service (MSCS) establishment parameters, or Target Wake-up Time (TWT) establishment parameters, etc.

[0062] In some implementations, BA establishment parameters may include: peer-static DL ADDBA context, peer-static UL ADDBA context, etc. In some implementations, the peer-static DL ADDBA context may include: DL BA parameter set, DL Block Ack Timeout Value, etc. In some implementations, the peer-static UL ADDBA context may include: UL BA parameter set, UL Block Ack Timeout Value, etc. In some implementations, the DL BA parameter set may include: A-MSDU Supported identifier, Block Ack Policy, Service Identifier (TID), Buffer Size, etc. In some implementations, the UL BA parameter set may include: A-MSDU Supported identifier, Block Ack Policy, Service Identifier (TID), Buffer Size, etc. The A-MSDU support identifier indicates whether A-MSDUs are supported in Quality of Service (QoS) data frames transmitted under the BA protocol. The BA policy field indicates the block acknowledgment mechanism, such as Normal Ack, Implicit Block Ack, Explicit Block Ack, Delayed Block Ack, Immediate Block Ack, and High Throughput Immediate Block Ack (HT-immediate block ack). The Service Identifier (TID) field indicates the service category or service flow requesting the current BA frame. The Buffer Size field indicates the amount of buffer available for this specific TID. In static transfer mode, because the transfer context does not contain information such as the next sequence number (SN) that changes with data transmission, the information content of the transfer context is low. The sequence number (SN) of data transmitted between a non-AP MLD and the current AP MLD may be discontinuous with the SN of data transmitted between a non-AP MLD and the target AP MLD. The target AP MLD resets the start sequence number (SSN) before starting data transmission.

[0063] In other embodiments, in response to the determined transfer mode being a higher-order context transfer mode, in addition to transferring a first context containing static parameters to the target AP MLD in step S506, the current AP MLD can also transfer a second context containing dynamic parameters to the target AP MLD during the roaming process (e.g., during roaming execution). Therefore, the higher-order context transfer mode can also be referred to as a dynamic transfer mode. During the roaming process, as packet data is transmitted between the current AP MLD and the non-AP MLD, the dynamic parameters regarding the transmission of data packets are continuously updated between the non-AP MLD and the current AP MLD. In some embodiments of this disclosure, the dynamic parameters may correspond to parameters that are dynamically updated during roaming as data communication occurs between the non-AP MLD and the current AP MLD. In some embodiments of this disclosure, the dynamic parameters may include, but are not limited to, the sequence number (SN) of the data packet to be transmitted, the bitmap of the data packet, etc.

[0064] In some implementations, dynamic parameters may include a Peer Dynamic DL ADDBA context, a Peer Dynamic UL ADDBA acknowledgment context, etc. In some implementations, the Peer Dynamic DL ADDBA context may include: a Specific Service Identifier (TID), a Next SN (sequence number of the next transmitted data packet), etc. In some implementations, the Peer Dynamic UL ADDBA context may include: a Specific Service Identifier (TID), a Next SN (sequence number of the next transmitted data packet), a scoreboard, etc. The Specific Service Identifier indicates the Service Identifier (TID) to align with the TID in the ADDBA static context transfer parameter field. The Next SN indicates the next transmitted data packet. The scoreboard includes an acknowledgment bitmap containing the current reception status of data units in the BA protocol. In dynamic transfer mode, due to the dynamic transfer of dynamic parameters such as the Next SN and data forwarding, the target AP MLD can continue using the SN currently used by the AP MLD, ensuring data reliability before and after roaming.

[0065] After receiving the first context in step S506, the target AP MLD can send a context transfer response frame to the current AP MLD, such as... Figure 5As shown in step S508, the context transfer response frame indicates the transfer status of the sent context. The context transfer status can indicate that the first context was transferred successfully in its entirety, a portion of the first context was transferred successfully (i.e., a portion was not transferred successfully), or the first context was transferred unsuccessfully in its entirety.

[0066] If the received context transfer response frame indicates that the first context transfer was successful, the current APMLD can send a roaming preparation response frame to the non-AP MLD, such as... Figure 5 The process is illustrated in step S504. The roaming preparation response frame is generated at least in part based on the context transfer response frame. Upon receiving the roaming preparation response, the non-AP MLD establishes a link with the current AP MLD and a link with the target AP MLD.

[0067] If the received context transfer response frame indicates that a portion of the first context failed to transfer, since the roaming preparation process is still ongoing, communication between the non-AP MLD and the current AP MLD will continue, thus preventing data interruption. The current AP MLD can then send the portion of the first context that failed to transfer to the target AP MLD, such as... Figure 6 The steps are as follows: After receiving the portion of the first context that failed to transfer in step S610, the target AP MLD can send a context transfer response back to the current AP MLD, such as... Figure 6 The steps are shown in step S612. Figure 6 A schematic diagram illustrating a roaming preparation process 600 according to another embodiment of the present disclosure is shown, wherein steps S602-S608 are... Figure 5 Steps S502-S508 shown are similar and will not be repeated here. Although Figure 6 Compared to Figure 5 Only steps S610-S612 have been added; however, those skilled in the art will understand that the context transfer response frame received in step S612 may still indicate that a portion of the context transfer was unsuccessful. In this case, steps S610-S612 can be repeated. In some implementations, the current AP MLD can also record the number of times a retransmission fails to completely transfer the first context. If this number exceeds a preset threshold, seamless roaming selection is exited, and the service for which the parameters included in the first context are renegotiated after roaming ends. In other implementations, if this number exceeds a preset threshold, seamless roaming selection is exited, and another more suitable candidate AP MLD is selected for roaming.

[0068] exist Figure 5 and Figure 6In the illustrated implementation, the current AP MLD interacts directly with the target AP MLD over-the-air. For example, the current AP MLD sends a context to the target AP MLD in steps S506, S606, and S610, and the target AP MLD sends a context transfer response frame to the current AP MLD in steps S508, S608, and S612. Alternatively, the current AP MLD can interact with the target AP MLD over-the-DS, i.e., via a distributed system (DS).

[0069] As described above, before sending a roaming preparation request frame to the current AP MLD, the non-AP MLD needs to determine the context transfer mode for transferring communication between the non-AP MLD and the current AP MLD from the current AP MLD to the target AP MLD. Since different communication service types have different service requirements, the context transfer mode can be selected based on the service requirements of the non-AP MLD.

[0070] In some application scenarios (e.g., high-definition live streaming, augmented reality (AR) / virtual reality (VR), etc.), the requirements for communication services are high traffic volume (e.g., communication traffic volume exceeds a first traffic threshold), low latency (e.g., latency requirement is less than or equal to a first latency threshold), and relatively low reliability requirements (e.g., reliability requirement is less than or equal to a first reliability threshold). For this type of communication service (which can be referred to as Type 1 in this paper), it is necessary to prioritize high-traffic, low-latency roaming. Therefore, non-AP MLDs can choose a static transfer mode as the transfer mode for transferring the communication context between the current AP MLD and non-AP MLDs, completing the roaming as quickly as possible.

[0071] In some application scenarios (e.g., video downloads), the communication service requirements are high traffic volume (e.g., traffic volume exceeds a second traffic threshold), high reliability (e.g., reliability requirements exceed a second reliability threshold), and relatively low latency requirements (e.g., latency requirements exceed a second latency threshold). For this type of communication service (which can be referred to as the second type in this paper), it is necessary to prioritize high-traffic, high-reliability roaming. Therefore, to ensure reliability during roaming, non-AP MLDs can choose a dynamic transfer mode as the transfer mode for transferring the communication context between the current AP MLD and the non-AP MLD.

[0072] In other application scenarios (e.g., online games), the requirements for communication services are low traffic (e.g., communication traffic less than or equal to the third traffic threshold), low latency (e.g., latency requirement less than or equal to the third latency threshold), and high reliability (e.g., reliability requirement greater than the third reliability threshold). For this type of communication service (which can be referred to as the third type in this paper), it is necessary to prioritize high-reliability, low-latency roaming. Therefore, to ensure reliability during roaming, non-AP MLDs can choose a dynamic transfer mode as the transfer mode for transferring the context of communication between the current AP MLD and the non-AP MLD.

[0073] Those skilled in the art should understand that the first flow threshold, the second flow threshold, and the third flow threshold may be the same or different values, the first delay threshold, the second delay threshold, and the third delay threshold may be the same or different values, and the first reliability threshold, the second reliability threshold, and the third reliability threshold may be the same or different values.

[0074] Note that the context transfer capabilities supported by the current AP MLD and the target AP MLD may differ. For example, if the block acknowledgment policy established between the current AP MLD and the non-AP MLD uses a cache size of 1024 data packets, but the target AP MLD does not support a block acknowledgment policy with a cache size of 1024 data packets, the context transfer will fail. In this case, the non-AP MLD may need to renegotiate the block acknowledgment policy with the target AP MLD or select another AP MLD that supports the current block acknowledgment policy after the context transfer fails. However, both of these methods occur after the context transfer fails, resulting in significant latency. Some embodiments of this disclosure propose that the non-AP MLD obtain the capability information of neighboring AP MLDs during the discovery phase before the roaming preparation phase. This allows the non-AP MLD to select the most suitable neighboring AP MLD as the target AP MLD based on the neighboring AP MLD's capability information, minimizing the performance degradation caused by roaming.

[0075] To expedite the discovery process, non-AP MLDs no longer perform off-channel scanning but instead directly obtain information about their neighboring AP MLDs from the current AP MLD. Furthermore, since the information carried in the beacon is already excessive and adding more content is not advisable, some embodiments of this disclosure propose that non-AP MLDs obtain information about their neighboring AP MLDs from the current AP MLD through a probing or BTM process.

[0076] Figure 7A schematic diagram illustrating a detection process 700 according to an embodiment of this disclosure is shown. Figure 7 As shown, there exist non-AP MLDs, current AP MLDs, neighboring AP MLDs, and a distributed system (DS). Non-AP MLDs, current AP MLDs, and neighboring AP MLDs can be adopted with reference to... Figure 2 The described multi-link reference model 200 is essentially similar to the multi-link reference model, and non-APMLD can be compared with the reference model. Figure 3 The described multi-link communication arrangement 300 is essentially a similar multi-link communication arrangement to either the current AP MLD or the target AP MLD.

[0077] In step S702, a non-AP MLD sends a neighbor probe request to the current AP MLD to request information about neighboring AP MLDs. In some embodiments, in response to receiving a neighbor probe request, the current AP MLD may send a capability probe request to one or more neighboring AP MLDs, step S706; then in step S708, the neighboring AP MLD that received the capability probe request sends capability feedback indicating its capabilities to the current AP MLD. Those skilled in the art will understand that the current AP MLD sending capability probe requests to neighboring AP MLDs and the neighboring AP MLDs sending capability feedback to the current AP MLD can be done via Over-the-Air or Over-the-DS methods. In response to a neighbor probe request, for example, after receiving capability feedback from one or more neighboring AP MLDs, the current AP MLD sends a neighbor probe response to a non-AP MLD, step S704. Figure 7 As shown, steps S706 and S708 are optional. For example, in some embodiments, in response to receiving a neighbor probe request, in step S704, the current AP MLD sends the cached neighbor AP information therein to the non-AP MLD via a neighbor probe response. The cached neighbor AP information is previously obtained by the current AP MLD, for example, through a method similar to steps S706 and S708. In embodiments without steps S706 and S708, the neighbor probe response is faster, reducing the time required for the discovery process, but the cached neighbor AP information may be outdated. In embodiments including steps S706 and S708, although the neighbor probe response is slower, the provided neighbor AP information is more timely and therefore more accurate.

[0078] In some embodiments of this disclosure, a neighbor probe request sent by a non-AP MLD to the current AP MLD includes an indication of the response speed to the neighbor probe response. In some embodiments, the neighbor probe request includes a fast response indication or a precise response indication. In some examples, if the received neighbor probe request includes a fast response indication, the current AP MLD will include cached neighbor AP information in the neighbor probe response. In other examples, if the received neighbor probe request includes a precise response indication, the current AP MLD will include information about the neighbor AP MLD probed to the neighbor AP MLD in response to the neighbor probe request in the neighbor probe response. In some embodiments, the neighbor probe request includes an indication of the expiration time of the neighbor probe response. In some examples, if the expiration time of the neighbor probe response is less than or equal to a preset time threshold, the current AP MLD will include cached neighbor AP information in the neighbor probe response. In other examples, if the expiration time of the neighbor probe response is greater than a preset time threshold, the current AP MLD will include information about the neighbor AP MLD probed to the neighbor AP MLD in response to the neighbor probe request in the neighbor probe response.

[0079] In current IEEE 802.11 standards, the Neighbor Probe Response (NPPR) frame includes a Reduced Neighbor Report (RNR) element to transmit information about the neighboring AP MLD. To select the optimal neighboring AP MLD as the target AP MLD for roaming association, the RNR element can be modified, for example, by adding additional information.

[0080] Figure 10 A schematic diagram illustrating the format of an RNR element 1000 according to an embodiment of this disclosure is shown. Figure 10 As shown, RNR element 1000 includes an element ID field, a length field, and a Neighbor AP Information Fields field. The Neighbor AP Information Fields field contains one or more neighbor AP information fields, each corresponding to information about a single neighbor AP. Each neighbor AP information field includes a target beacon transmission time (TBTT) packet header subfield, an operation level subfield, a channel number subfield, and a TBTT information set subfield. For simplicity, content in RNR element 100 that is identical to that in the current IEEE 802.11 standard's RNR elements will not be repeated here. Figure 10The difference between RNR element 1000 in RNR element 1000 and the RNR element in the current IEEE 802.11 standard is that the BSS parameter subfield of the TBTT information set subfield has an added Same Seamless Mobility Domain (SMD) bit. When the Same SMD bit is "1", it indicates that the reported AP MLD (i.e., the neighboring AP MLD corresponding to the TBTT information set subfield) and the reporting AP MLD (i.e., the current AP MLD) are in the same SMD; otherwise, they are in different SMDs. Furthermore, the TBTT information set subfield of RNR element 900 has an added SMD parameter subfield. If the Same SMD bit is "1", the SMD parameter subfield must contain supporting information indicating the roaming-related capabilities of the reported AP MLD, such as the AP inter-AP data forwarding capability support bit and the resource reservation capability support bit.

[0081] In addition, the TBTT Information Set subfield of NR element 1000 adds an Authentication and Key Management (AKM) Suite Bitmap subfield, which identifies the AKM suites supported by the reported AP MLD, such as Enterprise Key Suite, Pre-Shared (PSK) Key Suite, Open Source Key Suite, Wi-Fi Protected Access (WPA) Key Suite, WPA2 Key Suite, WPA3 Key Suite, Wired Equivalent Privacy (WEP) Key Suite, etc., where the index of the bitmap represents the value of the suite type in the AKM Suite Selector. AKM suites identify the security capabilities of the reported AP MLD. In some embodiments, the security level of AKM suites is: Enterprise Key Suite > PSK Key Suite > Open Source Key Suite; WPA3 Key Suite > WPA2 Key Suite > WPA Key Suite > WEP Key Suite.

[0082] SMD-related capabilities and AKM suites required for roaming, such as SMD bits and SMD parameter subfields, are inherent capabilities of the reported AP MLD and do not change over a long period. In addition, there are frequently changing parameters that help non-AP MLDs determine the latest operational status of the reported AP MLD and can be referred to as dynamic information. Therefore, a dynamic parameter subfield has been added to the TBTT information set subfield of NR element 1000. In some embodiments of this disclosure, the dynamic parameter subfield may include BSS operating bandwidth, channel utilization, site count, association permission, and a timestamp of the information. The BSS operating bandwidth indicates the bandwidth currently operating on the reported AP MLD; the channel utilization indicates the congestion status of the channel currently operating on the reported AP MLD; the site count indicates the number of clients currently connected to the reported AP MLD; the association permission indicates whether the reported AP MLD allows association; and the timestamp of the information indicates the generation time of the dynamic parameters so that non-AP MLDs or the current AP MLD can determine whether the acquired dynamic parameters have expired.

[0083] As mentioned above, non-AP MLDs can also obtain information about neighboring AP MLDs through the BSS handover management (BTM) process. Figure 8 A schematic diagram illustrating a BTM process 800 according to an embodiment of this disclosure is shown. Figure 8 As shown, there exist non-AP MLD, current AP MLD, neighboring AP MLD, and a distributed system (DS). Non-AP MLD, current AP MLD, and neighboring AP MLD can be adopted with reference to... Figure 2 The described multi-link reference model 200 is essentially similar to the multi-link reference model, and the non-AP MLD can be compared with the reference model. Figure 3 The described multi-link communication arrangement 300 is essentially a similar multi-link communication arrangement to either the current AP MLD or the target AP MLD.

[0084] In step S802, the non-AP MLD sends a BTM query request to the current AP MLD to request information about neighboring AP MLDs. In some embodiments, the BTM query request may include a BSS handover candidate list item field to indicate the non-AP MLD's handover preferences. This field includes zero or more Neighbor Report (NR) elements, each NR element corresponding to a neighboring AP MLD. In some embodiments, in response to receiving the BTM query request, the current AP MLD may send a capability probe request to one or more neighboring AP MLDs (step S806); then in step S808, the neighboring AP MLD that received the capability probe request sends capability feedback indicating its capabilities to the current AP MLD. Those skilled in the art will understand that the current AP MLD sending capability probe requests to neighboring AP MLDs and the neighboring AP MLDs sending capability feedback to the current AP MLD can be done via Over-the-Air or Over-the-DS methods. In response to the BTM query request, for example, after receiving capability feedback from one or more neighboring AP MLDs, the current AP MLD sends a BTM request to the non-AP MLD (step S804). In some embodiments, the current AP MLD can recommend one or more neighboring AP MLDs from the neighboring AP MLD set as candidate AP MLDs for the non-AP MLD to roam with, based on the acquired capability information of neighboring AP MLDs. The neighbor BTM request can include a BSS handover candidate list item field to indicate the recommended candidate AP MLDs; this field includes zero or more NR elements. In response to the BTM request, the non-AP MLD sends a BTM response to the non-AP MLD, in step S805, indicating the target AP MLD it wants to roam with.

[0085] Similarly, such as Figure 8 As shown, steps S806 and S808 are optional. For example, in some embodiments, in response to receiving a BTM query request, in step S804, the current AP MLD sends the cached neighbor AP information therein to the non-AP MLD via a neighbor probe response. The cached neighbor AP information is previously obtained by the current AP MLD, for example, through a method similar to steps S806 and S808. In embodiments without steps S806 and S808, the neighbor probe response is faster, reducing the time required for the discovery process, but the cached neighbor AP information may be outdated. In embodiments including steps S806 and S808, although the neighbor probe response is slower, the provided neighbor AP information is more timely and therefore more accurate.

[0086] In some embodiments of this disclosure, a BTM query request sent by a non-AP MLD to the current AP MLD includes an indication of the response speed to the neighbor probe response. In some embodiments, the BTM query request includes a fast response indication or a precise response indication. In some examples, if the received BTM query request includes a fast response indication, the current AP MLD will include cached neighbor AP information in the BTM request. In other examples, if the received BTM query request includes a precise response indication, the current AP MLD will include information about the neighbor AP MLD probed to the neighbor AP MLD in response to the BTM query request in the BTM request. In some embodiments, the BTM query request includes an indication of the expiration time of the BTM request. In some examples, if the expiration time of the BTM request is less than or equal to a preset time threshold, the current AP MLD will include cached neighbor AP information in the BTM request. In other examples, if the expiration time of the BTM request is greater than a preset time threshold, the current AP MLD will include information about the neighbor AP MLD probed to the neighbor AP MLD in response to the BTM query request in the BTM request.

[0087] In current IEEE 802.11 standards, BTM query frames include a BSS handover query reason field, which contains a reason code for the BSS handover management query. Values ​​0-20 in the BSS handover query reason field are used, while values ​​21-255 are reserved. In some embodiments of this disclosure, value 21 (or other values ​​from 21-255) of the BSS handover query reason field can be defined as a neighbor report query to indicate that the purpose of the BTM query frame is to query information about the neighbor AP MLD. Additionally or alternatively, two values ​​from 21-255 of the BSS handover query reason field can be defined as a fast neighbor report query and a precise neighbor report query, respectively, corresponding to the fast response indication and precise response indication mentioned above.

[0088] Figure 9 A schematic diagram illustrating a BTM process 900 according to another embodiment of this disclosure is shown. Figure 8 Unlike other methods, the current AP MLD can send an unsolicited BTM request to a non-AP MLD without receiving a BTM query request, step S904. Apart from this, steps S904, S906, and S908 in BTM process 900 are similar to steps S804, S806, and S808 in BTM process 800, and will not be repeated here.

[0089] In current IEEE 802.11 standards, as mentioned above, the BTM request frame includes an NR element to transmit information about candidate AP MLDs. To select the optimal neighboring AP MLD as the target AP MLD for roaming association, the NR element in the BTM request frame can be improved, for example, by adding additional information.

[0090] Figure 11 A schematic diagram illustrating the format of a neighbor reporting element 1100 according to an embodiment of this disclosure is shown. Figure 11 As shown, NR element 1100 includes an element ID field, a length field, a BSSID field, a BSSID information field, an operation level field, a channel number field, a PHY type field, and an optional sub-element field. For the sake of brevity, the contents of NR element 1100 that are the same as those in the current IEEE 802.11 standard NR element will not be repeated here. Figure 11The difference between NR element 1100 in this paper and the NR element in the current IEEE 802.11 standard is that the BSSID information field adds a Same Seamless Mobility Domain (SMD) bit. When the Same SMD bit is "1", it indicates that the reported AP MLD (i.e., the neighboring AP MLD corresponding to NR element 1100) and the reporting AP MLD (i.e., the current AP MLD) are in the same SMD; when the Same SMD bit is "0", it indicates that the reported AP MLD and the reporting AP MLD are in different SMDs. If the Same SMD bit is "1", the optional sub-element fields add an SMD parameter sub-field, an Authentication and Key Management (AKM) suite bitmap sub-field, and a dynamic parameter sub-field. The SMD parameter sub-field identifies roaming-related information of the reported AP MLD within the SMD, such as the AP inter-AP data forwarding capability support bit and resource reservation capability support bit. If the Same SMD bit is "0", the optional sub-element fields add an SMD sub-field to identify the SMD ID of the reported AP MLD and roaming-related information within the SMD. The AKM kit bitmap subfield and dynamic parameter subfield in NR element 1100 are similar to those in RNR element 1000, and will not be described again here.

[0091] As described above, in response to a BTM request, a non-AP MLD sends a BTM response to another non-AP MLD, indicating that it wants to roam to the associated target AP MLD. In some embodiments of this disclosure, when the communication service of a non-AP MLD belongs to the first type mentioned above (i.e., high traffic, low latency, and relatively low reliability requirements), the non-AP MLD selects a neighboring AP MLD with stronger AP MLD-level capabilities as the target AP MLD. In some embodiments, the target AP MLD selected by the non-AP MLD meets one or more of the following criteria: the target AP MLD is a candidate AP MLD recommended by the current AP MLD; the target AP MLD belongs to the same seamless mobility domain as the current AP MLD; the target AP MLD has a higher security level compared to other neighboring AP MLDs in the neighboring AP MLD set; the target AP MLD supports more Spatial Streams (NSS) compared to other neighboring AP MLDs in the neighboring AP MLD set; or the target AP MLD has a smaller communication load compared to other neighboring AP MLDs in the neighboring AP MLD set, etc.

[0092] Furthermore, in some embodiments of this disclosure, when the communication service of the non-AP MLD belongs to the second type mentioned above (i.e., high traffic, high reliability, and relatively low latency requirements), context transfer places higher demands on the interaction capabilities of the two AP MLDs. The non-AP MLD selects a neighboring AP MLD with stronger SMD-level capabilities and better dynamic capabilities as the target AP MLD. In some embodiments, the target AP MLD selected by the non-AP MLD meets one or more of the following criteria: the target AP MLD belongs to the same seamless mobility domain as the current AP MLD; the target AP MLD supports data transmission between APs; the target AP MLD supports resource reservation; the target AP MLD supports more NSS compared to other neighboring AP MLDs in the neighboring AP MLD set; or the target AP MLD has a smaller communication load compared to other neighboring AP MLDs in the neighboring AP MLD set, etc.

[0093] Furthermore, in some embodiments of this disclosure, when the communication service of the non-AP MLD belongs to the third type mentioned above (i.e., low traffic, high reliability, low latency), context transfer places higher demands on the interaction capabilities of the two AP MLDs. The non-AP MLD selects a neighboring AP MLD with stronger SMD level capabilities and better dynamic capabilities as the target AP MLD. In some embodiments, the target AP MLD selected by the non-AP MLD meets one or more of the following criteria: the target AP MLD belongs to the same seamless mobility domain as the current AP MLD; the target AP MLD supports data transmission between AP MLDs; the target AP MLD supports resource reservation; the target AP MLD is a candidate AP MLD recommended by the current AP MLD; the target AP MLD supports higher security levels compared to other neighboring AP MLDs in the neighboring AP MLD set; the target AP MLD has a smaller communication load compared to other neighboring AP MLDs in the neighboring AP MLD set; or the target AP MLD supports more NSS compared to other neighboring AP MLDs in the neighboring AP MLD set, etc.

[0094] Those skilled in the art should understand that, although Figures 5-11 The improved roaming technology described above is based on the MLO (Mean Loop) technology description, but the improved roaming technology is applicable to non-MLO technologies; in other words, the improved roaming technology is applicable to... Figure 5-11 The non-AP MLD and AP MLD are not multi-link devices.

[0095] Figure 12 A flowchart illustrating a computer implementation method 1200 for wireless communication implemented at an AP device of a current serving client device according to an embodiment of the present disclosure is shown.

[0096] For a detailed description of Method 1200, please refer to the above reference. Figures 1 to 11 The content described. For example, method 1200 can be referenced. Figures 1 to 11 The architecture is described and used as per the reference. Figures 1 to 11 (For example, Figures 5-9 The improved roaming mechanism described herein is performed through interactions between the client device, the current AP device, the target AP device, and neighboring AP devices during roaming. Furthermore, each step of method 1200 can be performed by one or more processing units (such as the central processing unit of the current AP device).

[0097] refer to Figure 12 Method 1200 includes steps S1210-S1220. In step S1210, the current AP device (which may also be referred to as the current AP or the current AP MLD) of the current serving client device may receive a first request from the client device, the first request indicating the transfer of the communication context between the current AP device and the client device from the current AP device to the target AP device (which may also be referred to as the target AP or the target AP MLD) associated with the client device for roaming, and the first request includes an indication of a transfer mode regarding the transfer context. Figure 12 The client device described herein may also be referred to as a STA, a non-AP device, or a non-AP MLD.

[0098] In step S1220, the current AP device can transfer the transmission context to the target AP device according to the transfer mode. Figure 12 In the implementation scheme, the first request may correspond to Figure 5 Step S506 sends a roaming preparation request.

[0099] According to some implementation schemes, in response to a static transfer mode, transferring the context to the target AP device according to the transfer mode may include: the current AP device transferring a first context containing static parameters to the target AP device during the roaming preparation process; and in response to a dynamic transfer mode, transferring the context to the target AP device according to the transfer mode may include: the current AP device transferring a first context containing static parameters to the target AP device during the roaming preparation process, and the current AP device transferring a second context containing dynamic parameters to the target AP device during the roaming process.

[0100] According to some implementation schemes, in response to the communication service type during roaming being of the first type, the transfer mode is a static transfer mode; in response to the communication service type being of the second or third type, the transfer mode is a dynamic transfer mode; wherein, the first type is a communication service type where the communication traffic is greater than a first traffic threshold, the latency requirement is less than or equal to a first latency threshold, and the reliability requirement is less than or equal to a first reliability threshold; the second type is a communication service type where the communication traffic is greater than a second traffic threshold, the reliability requirement is greater than a second reliability threshold, and the latency requirement is greater than a second latency threshold; and the third type is a communication service type where the communication traffic is less than or equal to a third traffic threshold, the latency requirement is less than a third latency threshold, and the reliability requirement is greater than a third reliability threshold.

[0101] According to some implementation schemes, dynamic transfer mode can support data forwarding during roaming and keep the sequence number of packets continuous before and after roaming.

[0102] According to some implementation schemes, the method may also include: sending the capability information of neighboring AP devices in the neighboring AP device set to the client device, the capability information of the neighboring AP devices including inherent capability information and dynamic capability information related to roaming.

[0103] According to some implementation schemes, inherent capability information may include capability information and security capability information related to the Seamless Mobile Domain (SMD); and dynamic capability information related to roaming may include operating bandwidth, current operating channel congestion status, number of currently connected clients, allowed association status, and timestamps for obtaining the dynamic capability information related to roaming.

[0104] According to some implementation schemes, the method may further include: receiving a second request from a client device, the second request instructing the current AP device to provide capability information of neighboring AP devices, and the second request containing an indication of the response speed for the second request.

[0105] According to some implementation schemes, the response speed indicator indicates that the response to the second request is a fast response, and the capability information of the neighboring AP device is the one previously saved by the current AP device; and the response speed indicator indicates that the response to the second request is a precise response, and the capability information of the neighboring AP device is the one that the current AP device probes for from the neighboring AP device in response to the second request.

[0106] According to some implementation schemes, the response speed indicator can indicate the overdue time for responding to the second request; if the overdue time is less than or equal to a preset time threshold, the capability information of the neighboring AP device is the one previously saved by the current AP device; and if the overdue time is greater than the preset time threshold, the capability information of the neighboring AP device is the one that the current AP device probes for in response to the second request.

[0107] According to some implementation schemes, the second request is received via a neighbor probe request, and the capability information of the neighbor AP device is sent via a neighbor probe response.

[0108] According to some implementation schemes, the second request may be received via a Basic Service Set (BSS) handover management (BTM) query frame, and the capability information of the neighboring AP device may be sent via a BTM request frame.

[0109] According to some implementation schemes, the capability information of neighboring AP devices can be sent via an unsolicited Basic Services Set (BSS) handover management (BTM) request frame.

[0110] According to some implementation schemes, the method may also include: recommending one or more neighboring AP devices from a set of neighboring AP devices as candidate AP devices for a client device to roam with, based on the capability information of the neighboring AP devices; and sending instructions to the client device regarding the recommended one or more neighboring AP devices.

[0111] According to some implementation schemes, the target AP device for roaming by a client device can be selected from the set of neighboring AP devices based on at least one of the following criteria: the target AP device is a candidate AP device recommended by the current AP device; the target AP device belongs to the same seamless mobility domain as the current AP device; the target AP device has a higher security level compared to other neighboring AP devices in the set of neighboring AP devices; the target AP device has a lower communication load compared to other neighboring AP devices in the set of neighboring AP devices; the target AP device supports more Spatial Streams (NSS) compared to other neighboring AP devices in the set of neighboring AP devices; the target AP device supports higher energy efficiency compared to other neighboring AP devices in the set of neighboring AP devices; the target AP device supports data transmission between APs; or the target AP device supports resource reservation.

[0112] Figure 13 A flowchart illustrating a computer implementation method 1300 for wireless communication implemented at a client device according to an embodiment of the present disclosure is shown.

[0113] For a detailed description of Method 1300, please refer to the above reference. Figures 1 to 11 The content described. For example, method 1300 can be referenced. Figures 1 to 11 The architecture is described and used as per the reference. Figures 1 to 11 (For example, Figures 5-9The improved roaming mechanism described herein is performed through interactions between the client device, the current AP device, the target AP device, and neighboring AP devices during roaming. Furthermore, each step of method 1300 can be performed by one or more processing units (such as the central processing unit of the client device).

[0114] refer to Figure 13 Method 1300 includes steps S1310-S1320. In step S1310, the client device (which may also be referred to as a STA, a non-AP device, or a non-AP MLD) can determine the context transfer of communication between the current AP device (which may also be referred to as the current AP or the current AP MLD) of the current serving client device and the client device to the transfer mode of the target AP device (which may also be referred to as the target AP or the target AP MLD) associated with the client device to roam.

[0115] In step S1320, the client device may send a first request to the target AP device, indicating a transfer of the communication context between the current AP device and the client device from the current AP device to the target AP device, and the first request includes an indication of the determined transfer mode. Figure 13 In the implementation scheme, the first request may correspond to Figure 5 Step S506 sends a roaming preparation request.

[0116] According to some implementation schemes, a static transfer mode can instruct the current AP device to transfer a first context containing static parameters to the target AP device during the roaming preparation process; and a dynamic transfer mode can instruct the current AP device to transfer a first context containing static parameters to the target AP device during the roaming preparation process, and to transfer a second context containing dynamic parameters to the target AP device during the roaming process.

[0117] According to some implementation schemes, in response to the communication service type during roaming being of the first type, the transfer mode is a static transfer mode; in response to the communication service type being of the second or third type, the transfer mode is a dynamic transfer mode; wherein, the first type is a communication service type where the communication traffic is greater than a first traffic threshold, the latency requirement is less than or equal to a first latency threshold, and the reliability requirement is less than or equal to a first reliability threshold; the second type is a communication service type where the communication traffic is greater than a second traffic threshold, the reliability requirement is greater than a second reliability threshold, and the latency requirement is greater than a second latency threshold; and the third type is a communication service type where the communication traffic is less than or equal to a third traffic threshold, the latency requirement is less than a third latency threshold, and the reliability requirement is greater than a third reliability threshold.

[0118] According to some implementation schemes, dynamic transfer mode can support data forwarding during roaming and maintain the continuity of data packet sequence numbers before and after roaming.

[0119] According to some implementation schemes, the method may also include: receiving capability information of neighboring AP devices from a set of neighboring AP devices from the current AP device, wherein the capability information of the neighboring AP devices may include inherent capability information and dynamic capability information related to roaming.

[0120] According to some implementation schemes, inherent capability information may include capability information and security capability information related to the Seamless Mobile Domain (SMD); and dynamic capability information related to roaming may include operating bandwidth, current operating channel congestion status, number of currently connected clients, allowed association status, and timestamps for obtaining the dynamic capability information related to roaming.

[0121] According to some implementation schemes, the method may further include: sending a second request to the current AP device instructing the current AP device to provide capability information of neighboring AP devices, and the second request including an indication of the response speed to the second request.

[0122] According to some implementation schemes, the response speed indicator indicates that the response to the second request is a fast response, and the capability information of the neighboring AP device is previously stored by the current AP device; and the response speed indicator indicates that the response to the second request is a precise response, and the capability information of the neighboring AP device is probed by the current AP device to the neighboring AP device in response to the second request.

[0123] According to some implementation schemes, the response speed indicator can indicate the overdue time for responding to the second request; if the overdue time is less than or equal to a preset time threshold, the capability information of the neighboring AP device is the one previously saved by the current AP device; and if the overdue time is greater than the preset time threshold, the capability information of the neighboring AP device is the one that the current AP device probes for in response to the second request.

[0124] According to some implementation schemes, the second request may be sent via a neighbor probe request, and the capability information of the neighboring AP device may be received via a neighbor probe response.

[0125] According to some implementation schemes, the second request may be sent via a Basic Service Set (BSS) handover management (BTM) query frame, and the capability information of the neighboring AP device may be received via a BTM request frame.

[0126] According to some implementation schemes, the capability information of neighboring AP devices can be received via an unsolicited Basic Services Set (BSS) handover management (BTM) request frame.

[0127] According to some implementation schemes, the method may also include: receiving from the current AP device an indication of which candidate AP devices the client device should roam with, wherein the candidate AP devices are one or more neighboring AP devices recommended by the current AP device from a set of neighboring AP devices based on the capability information of the neighboring AP devices.

[0128] According to some implementation schemes, the target AP device may be selected from the set of neighboring AP devices based on at least one of the following criteria: the target AP device is a candidate AP device recommended by the current AP device; the target AP device belongs to the same seamless mobility domain as the current AP device; the target AP device has a higher security level compared to other neighboring AP devices in the set of neighboring AP devices; the target AP device has a lower communication load compared to other neighboring AP devices in the set of neighboring AP devices; the target AP device supports more Spatial Streams (NSS) compared to other neighboring AP devices in the set of neighboring AP devices; the target AP device supports higher energy efficiency compared to other neighboring AP devices in the set of neighboring AP devices; the target AP device supports data transmission between APs; or the target AP device supports resource reservation, etc.

[0129] Figure 14 This is an exemplary block diagram illustrating a computing device according to some embodiments of the present disclosure.

[0130] It should be noted that Figure 10 The computing devices depicted in the text can correspond to, for example, Figures 1 to 11 The current AP, current AP device, current AP MLD, client, client device, STA, non-AP device, non-AP MLD, or one or more of these can be used to perform actions involved in the roaming mechanism, such as methods 1200-1300 as described above.

[0131] like Figure 14 As shown, computing device 1400 may include processor 1410 and memory 1420. Processor 1410 is communicatively coupled to memory and configured to perform the methods discussed above.

[0132] Examples of processor 1410 include microprocessors, microcontrollers, digital signal processors (DSPs), field-programmable gate arrays (FPGAs), programmable logic devices (PLDs), state machines, gated logic, discrete hardware circuits, and other suitable hardware configured to perform the various functions described in this disclosure.

[0133] Processor 1410 can execute software. Software should be broadly interpreted as instructions, instruction sets, code, code segments, program code, programs, subroutines, software modules, application programs, software applications, software packages, routines, subroutines, objects, executable files, execution threads, procedures, functions, etc., regardless of whether it is referred to as software, firmware, middleware, microcode, hardware description languages, or otherwise. The software may reside on memory 1020.

[0134] Memory 1420 may be a non-transitory computer-readable medium. Non-transitory computer-readable media include, for example, magnetic storage devices (e.g., hard disks, floppy disks, magnetic stripes), optical disks (e.g., optical discs (CDs) or digital versatile optical discs (DVDs)), smart cards, flash memory devices (e.g., cards, memory cards, or key drives), random access memory (RAM), read-only memory (ROM), programmable ROM (PROM), erasable PROM (EPROM), electrically erasable PROM (EEPROM), registers, removable disks, and any other suitable medium for storing software and / or instructions that can be accessed and read by a computer. Memory 1420 may reside in processor 1410, be external to processor 1410, or be distributed across multiple entities including processor 1410. Memory 1420 may be embodied in a computer program product. For example, a computer program product may include a computer-readable medium in packaging material. Those skilled in the art will recognize how the functionality described throughout this disclosure can be implemented based on the specific application and overall design constraints imposed on the overall system.

[0135] Furthermore, according to another embodiment of this disclosure, a computer program product for wireless communication is disclosed. As an example, the computer program product includes a non-transitory computer-readable storage medium containing program instructions executable by a processor. When executed, the program instructions cause the processor to perform one or more of the processes described above; details are omitted here for brevity.

[0136] This invention can be a system, method, and / or computer program product at any possible level of integration technical detail. The computer program product may include computer-readable program instructions for causing a processor to perform various aspects of this disclosure.

[0137] Unless otherwise stated, an element mentioned in the singular is not intended to mean "one and only one," but rather "one or more." Similarly, a plural reference to an element does not mean "more than one," but rather "one or more," unless otherwise stated or contradicting description elsewhere. Terms such as "if," "when," and "although" should be interpreted as "under the condition of," rather than implying an immediate temporal relationship or response. That is, these phrases, such as "when," do not imply an immediate action in response to an action occurring or during an action, but merely imply that an action will occur if the condition is met, but does not require a specific or immediate time constraint for the action to occur. Combinations, such as "at least one of A, B, or C," "one or more of A, B, or C," "at least one of A, B, and C," "one or more of A, B, and C," and "A, B, C, or any combination thereof," include any combination of A, B, and / or C, and may include multiple A, multiple B, or multiple C. Combinations such as “at least one of A, B or C”, “one or more of A, B or C”, “at least one of A, B and C”, “one or more of A, B and C” and “A, B, C or any combination thereof” can be only A, only B, only C, A and B, A and C, B and C or A, B and C, wherein any such combination may contain one or more members of A, B or C.

[0138] It should be noted that the flowcharts and block diagrams in the accompanying drawings illustrate the possible structure, function, and operation of the methods and apparatus according to various embodiments of this application. In this respect, each block in the flowchart or block diagram may represent a module, a program segment, or a portion of code containing at least one executable instruction for implementing a specified logical function. It should also be noted that in some alternative embodiments, the functions described in a block may occur in a different order than those described in the accompanying drawings. For example, two blocks shown consecutively may actually be executed in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagram and / or flowchart, and combinations of blocks in the block diagram and / or flowchart, may be implemented by a dedicated hardware system that performs the specified function or operation, or by a combination of dedicated hardware and computer instructions.

[0139] The various embodiments described in this disclosure are for illustrative purposes and are not intended to be exhaustive or limited to the disclosed embodiments. Many modifications and variations will be apparent to those skilled in the art without departing from the scope of the described embodiments. The terminology used herein is chosen to best explain the principles of the embodiments, their practical application, or improvements to techniques found in the market, or to enable those skilled in the art to understand the embodiments disclosed herein.

[0140] Throughout the description and claims of this specification, the word “comprising” and variations thereof, such as “comprising” and “including,” means “including, but not limited to,” and are not intended to exclude, for example, other additives, components, integers, or steps. “Exemplary” means “an example of a preferred or ideal implementation and is not intended to convey its indication.” “Like” is not used in a limiting sense but for interpretative purposes.

Claims

1. A wireless communication method implemented at an access point (AP) device, wherein the AP device is the current AP device of a current serving client device, the method comprising: A first request is received from the client device, the first request indicating that the communication context between the current AP device and the client device be transferred from the current AP device to the target AP device associated with the client device for roaming, and the first request includes an indication of a transfer mode regarding the transfer context; as well as The context is transferred to the target AP device according to the transfer mode.

2. The method according to claim 1, wherein, In response to the transfer mode being a static transfer mode, transferring the context to the target AP device according to the transfer mode includes: The current AP device transfers a first context containing static parameters to the target AP device during the roaming preparation process; and In response to the transfer mode being a dynamic transfer mode, transferring the context to the target AP device according to the transfer mode includes: The current AP device transfers a first context containing static parameters to the target AP device during the roaming preparation process; and During the roaming process, the current AP device transfers a second context containing dynamic parameters to the target AP device.

3. The method according to claim 1, wherein, The type of communication service during the roaming process is the first type, and the transfer mode is the static transfer mode; In response to the communication service type being either type two or type three, the transfer mode is a dynamic transfer mode; and The first type is a communication service type in which the communication traffic is greater than a first traffic threshold, the delay requirement is less than or equal to a first delay threshold, and the reliability requirement is less than or equal to a first reliability threshold. The second type is a communication service type where the communication traffic exceeds a second traffic threshold, the reliability requirement exceeds a second reliability threshold, and the latency requirement exceeds a second latency threshold; and The third type is a communication service type where the communication traffic is less than or equal to the third traffic threshold, the delay requirement is less than the third delay threshold, and the reliability requirement is greater than the third reliability threshold.

4. The method according to claim 3, wherein, The dynamic transfer mode supports data forwarding during roaming and the sequence number of data packets remains continuous before and after roaming.

5. The method according to claim 1, wherein, The method further includes: The system sends capability information of neighboring AP devices in the neighboring AP device set to the client device. The capability information of the neighboring AP devices includes inherent capability information and dynamic capability information related to roaming.

6. The method according to claim 5, wherein, The inherent capability information includes capability information and security capability information related to Seamless Mobile Domain (SMD). The SMD-related capability information includes data forwarding capabilities and resource reservation capabilities, and the security capability information includes supported key suites. The roaming-related dynamic capability information includes operating bandwidth, current operating channel congestion status, number of currently connected clients, allowed association status, and timestamp for obtaining the roaming-related dynamic capability information.

7. The method according to claim 5, wherein, The method further includes: A second request is received from the client device, the second request instructing the current AP device to provide capability information of the neighboring AP devices, and the second request includes an indication of the response speed for the second request.

8. The method according to claim 7, wherein, The response speed indicator indicates that the response to the second request is a fast response, and the capability information of the neighboring AP device is previously saved by the current AP device; and The response speed indicator indicates that the response to the second request is an accurate response, and the capability information of the neighboring AP device is probed by the current AP device to the neighboring AP device in response to the second request.

9. The method according to claim 7, wherein, The response speed indicator indicates the timeout period for responding to the second request; In response to the timeout period being less than or equal to a preset time threshold, the capability information of the neighboring AP device is the one previously saved by the current AP device; and If the timeout period exceeds the preset time threshold, the capability information of the neighboring AP device is detected by the current AP device in response to the second request.

10. The method according to claim 7, wherein, The second request is received via a neighbor detection request, and the capability information of the neighbor AP device is sent via a neighbor detection response.

11. The method according to claim 7, wherein, The second request is received via a Basic Service Set (BSS) handover management (BTM) query frame, and the capability information of the neighboring AP device is sent via a BTM request frame.

12. The method according to claim 5, wherein, The capability information of the neighboring AP device is sent via an unsolicited Basic Service Set (BSS) handover management (BTM) request frame.

13. The method according to claim 5, wherein, The method further includes: Based on the capability information of the neighboring AP devices, one or more neighboring AP devices are recommended from the set of neighboring AP devices as candidate AP devices for the client device to roam with; and Send instructions to the client device regarding one or more recommended neighboring AP devices.

14. The method according to claim 5, wherein, The target AP device that the client device is to roam to is selected from the set of neighboring AP devices based on at least one of the following criteria: The target AP device is a candidate AP device recommended by the current AP device; The target AP device is an AP device that belongs to the same seamless mobility domain as the current AP device; The target AP device has a higher security level compared to other neighboring AP devices in the neighboring AP device set; The target AP device has a smaller communication load compared to other neighboring AP devices in the neighboring AP device set; The target AP device supports more Spatial Streams (NSS) compared to other neighboring AP devices in the neighboring AP device set; The target AP device supports higher energy efficiency compared to other neighboring AP devices in the neighboring AP device set; The target AP device supports data transmission between APs; or The target AP device supports resource reservation.

15. A wireless communication method implemented at a client device, the method comprising: Determine the context transfer mode for the communication between the current AP device serving the client device and the client device to the target AP device associated with the client device for roaming; as well as A first request is sent to the target AP device, the first request indicating the transfer of the communication context between the current AP device and the client device from the current AP device to the target AP device, and the first request includes an indication of the determined transfer mode.

16. The method according to claim 15, wherein, Static transfer mode instructs the current AP device to transfer a first context containing static parameters to the target AP device during the roaming preparation process; and The dynamic transfer mode instructs the current AP device to transfer a first context containing static parameters to the target AP device during the roaming preparation process, and to transfer a second context containing dynamic parameters to the target AP device during the roaming process.

17. The method according to claim 15, wherein, The type of communication service during the roaming process is the first type, and the transfer mode is the static transfer mode; In response to the communication service type being either type two or type three, the transfer mode is a dynamic transfer mode; and The first type is a communication service type in which the communication traffic is greater than a first traffic threshold, the delay requirement is less than or equal to a first delay threshold, and the reliability requirement is less than or equal to a first reliability threshold. The second type is a communication service type where the communication traffic exceeds a second traffic threshold, the reliability requirement exceeds a second reliability threshold, and the latency requirement exceeds a second latency threshold; and The third type is a communication service type where the communication traffic is less than or equal to the third traffic threshold, the delay requirement is less than the third delay threshold, and the reliability requirement is greater than the third reliability threshold.

18. The method according to claim 17, wherein, The dynamic transfer mode supports data forwarding during roaming and ensures that the sequence number of data packets remains continuous before and after roaming.

19. The method according to claim 15, wherein, The method further includes: The current AP device receives capability information of neighboring AP devices from the set of neighboring AP devices. The capability information of the neighboring AP devices includes inherent capability information and dynamic capability information related to roaming.

20. The method according to claim 19, wherein, The inherent capability information includes capability information and security capability information related to Seamless Mobile Domain (SMD); and The roaming-related dynamic capability information includes operating bandwidth, current operating channel congestion status, number of currently connected clients, allowed association status, and timestamp for obtaining the roaming-related dynamic capability information.

21. The method according to claim 19, wherein, The method further includes: Send a second request to the current AP device, instructing the current AP device to provide capability information of the neighboring AP devices, and the second request includes an indication of the response speed to the second request.

22. The method according to claim 21, wherein, The response speed indicator indicates that the response to the second request is a fast response, and the capability information of the neighboring AP device is previously saved by the current AP device; and The response speed indicator indicates that the response to the second request is an accurate response, and the capability information of the neighboring AP device is probed by the current AP device to the neighboring AP device in response to the second request.

23. The method according to claim 21, wherein, The response speed indicator indicates the timeout period for responding to the second request; In response to the timeout period being less than or equal to a preset time threshold, the capability information of the neighboring AP device is the one previously saved by the current AP device; and If the timeout period exceeds the preset time threshold, the capability information of the neighboring AP device is detected by the current AP device in response to the second request.

24. The method according to claim 21, wherein, The second request is sent via a neighbor detection request, and the capability information of the neighbor AP device is received via a neighbor detection response.

25. The method according to claim 21, wherein, The second request is sent via a Basic Service Set (BSS) handover management (BTM) query frame, and the capability information of the neighboring AP device is received via a BTM request frame.

26. The method according to claim 19, wherein, The capability information of the neighboring AP device is received via an unsolicited Basic Service Set (BSS) handover management (BTM) request frame.

27. The method according to claim 19, wherein, The method further includes: The current AP device receives an instruction regarding the candidate AP devices that the client device wants to roam to, wherein the candidate AP devices are one or more neighboring AP devices recommended by the current AP device from the set of neighboring AP devices based on the capability information of the neighboring AP devices.

28. The method according to claim 19, wherein, The target AP device is selected from the set of neighboring AP devices based on at least one of the following criteria: The target AP device is a candidate AP device recommended by the current AP device; The target AP device is an AP device that belongs to the same seamless mobility domain as the current AP device; The target AP device has a higher security level compared to other neighboring AP devices in the neighboring AP device set; The target AP device has a smaller communication load compared to other neighboring AP devices in the neighboring AP device set; The target AP device supports more Spatial Streams (NSS) compared to other neighboring AP devices in the neighboring AP device set; The target AP device supports higher energy efficiency compared to other neighboring AP devices in the neighboring AP device set; The target AP device supports data transmission between APs; or The target AP device supports resource reservation.

29. An access point (AP) device, wherein the AP device is the current AP device serving the current client device, comprising: One or more processors; Memory coupled to at least one of the one or more processors; as well as A set of computer program instructions stored in the memory, which, when executed by at least one of the one or more processors, causes the current AP device to perform the method according to any one of claims 1 to 14.

30. A client device, comprising: One or more processors; Memory coupled to at least one of the one or more processors; as well as A set of computer program instructions stored in the memory, which, when executed by at least one of the one or more processors, causes the client device to perform the method according to any one of claims 15 to 28.

Images