Wireless communication method for notifying status of services transferred from one access point to another access point due to roaming procedure

Abstract

One wireless communication method includes: generating a first frame that carries information indicative of status of at least one service transferred from a first access point to a second AP due to a roaming procedure; and transmitting the first frame to a non-AP station involved in the roaming procedure. Another wireless communication method includes: receiving a first frame; and parsing the first frame to obtain information indicative of status of at least one service transferred from a first access point to a second AP due to a roaming procedure, where the wireless communication method is performed by a non-AP station involved in the roaming procedure.

Description

WIRELESS COMMUNICATION METHOD FOR NOTIFYING STATUS OF SERVICES TRANSFERRED FROM ONE ACCESS POINT TO ANOTHER ACCESS POINT DUE TO ROAMING PROCEDUREBACKGROUND OF THE INVENTION

[0001] 1. FIELD OF THE INVENTION

[0002] The present disclosure relates to wireless communications, and more particularly, to a wireless communication method for notifying status of services transferred from one access point to another access point due to a roaming procedure.

[0003] 2. DESCRIPTION OF THE PRIOR ART

[0004] Wireless local area network (WLAN) is a network that uses wireless communication technology (e.g., Wi-Fi technology) to transmit / receive data within a limited range. Hence, a WLAN system may include a plurality of WLAN devices such as Wi-Fi devices including at least one access point (AP) and at least one non-AP station (STA) . With development of the Wi-Fi technology, a multi-AP (MAP) system is proposed. In the MAP system, there are multiple APs (e.g., AP multilink devices (MLDs) ) coordinated to serve non-AP STAs (e.g., non-AP MLDs) . When a non-AP STA (e.g., a non-AP MLD) travels from a first position within a service area of a first AP (e.g., a current AP MLD) in the MAP system to a second position within a service area of a second AP (e.g., a target AP MLD) in the same MAP system, it is possible that the non-AP STA (e.g., non-AP MLD) may initiate transition (also called roaming) from the first AP in the MAP system to the second AP in the same MAP system.

[0005] A context transfer procedure may transfer context of the first AP to the second AP, where the context may include services and parameters of the services. For example, the context contains information of current services between the first AP and the non-AP STA. However, after roaming, those services may, may not, or may partially continue with the second AP due to the second AP’s capabilities, traffic loading, served numbers of non-AP STAs, etc. Typically, the context transfer is transparent to the non-AP STA. In other words, after the non-AP STA initiates transition (roaming) from the first AP to the second AP, the non-AP STA is unaware of status of services transferred from the first AP to the second AP. Thus, there is a need for an innovative service status notification scheme to inform the non-AP STA of status of transferred services so that the non-AP STA can re-negotiate or update the service parameters accordingly after successfully roaming to the second AP.SUMMARY OF THE INVENTION

[0006] One of the objectives of the claimed invention is to provide a wireless communication method for notifying status of services transferred from one access point to another access point due to a roaming procedure.

[0007] According to a first aspect of the present disclosure, an exemplary wireless communication method is disclosed. The exemplary wireless communication method includes: generating a first frame that carries information indicative of status of at least one service transferred from a first access point to a second AP due to a roaming procedure; and transmitting the first frame to a non-AP station involved in the roaming procedure.

[0008] According to a second aspect of the present disclosure, an exemplary wireless communication method is disclosed. The exemplary wireless communication method includes: receiving a first frame; and parsing the first frame to obtain information indicative of status of at least one service transferred from a first access point to a second AP due to a roaming procedure. The wireless communication method is performed by a non-AP station involved in the roaming procedure.

[0009] These and other objectives of the present disclosure will no doubt become obvious to those of ordinary skill in the art after reading the following detailed description of the preferred embodiment that is illustrated in the various figures and drawings.BRIEF DESCRIPTION OF THE DRAWINGS

[0010] FIG. 1 is a diagram illustrating a roaming scenario with service status notification according to an embodiment of the present disclosure.

[0011] FIG. 2 is a diagram illustrating a wireless communication system that supports the proposed service status notification scheme according to an embodiment of the present disclosure.

[0012] FIG. 3 is a sequence diagram of a seamless roaming procedure with service status notification according to an embodiment of the present disclosure.

[0013] FIG. 4 is a diagram illustrating a first service status indicator field design according to an embodiment of the present disclosure.

[0014] FIG. 5 is a diagram illustrating a second service status indicator field design according to an embodiment of the present disclosure.DETAILED DESCRIPTION

[0015] Certain terms are used throughout the following description and claims, which refer to particular components. As one skilled in the art will appreciate, electronic equipment manufacturers may refer to a component by different names. This document does not intend to distinguish between components that differ in name but not in function. In the following description and in the claims, the terms "include" and "comprise" are used in an open-ended fashion, and thus should be interpreted to mean "include, but not limited to ... " . Also, the term "couple" is intended to mean either an indirect or direct electrical connection. Accordingly, if one device is coupled to another device, that connection may be through a direct electrical connection, or through an indirect electrical connection via other devices and connections.

[0016] FIG. 1 is a diagram illustrating a roaming scenario with service status notification according to an embodiment of the present disclosure. A wireless communication system 100 may be a WLAN system compliant with IEEE 802.11be (Wi-Fi 7) standard, IEEE 802.11bn (Wi-Fi 8) standard or a next-generation WLAN / Wi-Fi standard. The wireless communication system 100 includes a MAP system 102 that includes multiple APs. For brevity and simplicity, only two APs 106 and 108 are shown in FIG. 1. In addition, a non-AP STA 104 is currently associated with AP 106 of MAP system 102. It should be noted that an AP of the MAP system 102 may be an AP MLD which owns multiple links working on different radio-frequency (RF) bands and capable of operating at the same time, or may be a non-MLD AP. Hence, the MAP system 102 that supports the proposed service status notification scheme may be formed by multiple AP MLDs, multiple non-MLD APs, or a combination thereof. In this embodiment, the APs 106 and 108 are implemented by AP MLDs that act as a current AP MLD (may also be called “a serving AP MLD” ) and a target AP MLD both involved in a roaming procedure. For example, one AP MLD may have two affiliated APs (labeled by “AP1” and “AP2” ) , and another AP MLD may have two affiliated APs (labeled by “AP3” and “AP4” ) . Multiple AP MLDs may be non-collocated and connected via a wired / wireless backhaul 109. In this embodiment, the non-AP STA 104 is implemented by a non-AP MLD that includes two affiliated STAs (labeled by “STA1” and “STA2” ) . Hence, the non-AP STA (e.g., non-AP MLD) 104 is connected to the current AP (e.g., AP MLD) 106 through multiple links (labeled by “Link 1” and “Link 2” ) 110 and 112. When the non-AP STA (e.g., non-AP MLD) 104 moves from a current location P1 to a different location P2, the non-AP STA (e.g., non-AP MLD) 104 may want to have transition (roaming) from the current AP (e.g., AP MLD) 106 to the target AP (e.g., AP MLD) 108, and may initiate a seamless roaming procedure. After the seamless roaming procedure is initiated, context transfer may be performed between the current AP (e.g., AP MLD) 106 and the target AP (e.g., AP MLD) 108. In accordance with the proposed service status notification scheme, the non-AP STA (e.g., non-AP MLD) 104 is informed of information INF of status of services transferred from the current AP (e.g., AP MLD) 106 to the target AP (e.g., AP MLD) 108 during or after the seamless roaming procedure. For example, the information INF may be provided from the target AP (e.g., AP MLD) 108. For another example, the information INF may be provided from the current AP (e.g., AP MLD) 106. Further details of the proposed service status notification scheme is described as below with reference to the accompanying drawings.

[0017] FIG. 2 is a diagram illustrating a wireless communication system that supports the proposed service status notification scheme according to an embodiment of the present disclosure. The wireless communication system 200 may be a WLAN system compliant with IEEE 802.11be (Wi-Fi 7) , IEEE 802.11bn (Wi-Fi 8) standard, or a next-generation WLAN / Wi-Fi standard. The wireless communication system 200 includes a plurality of wireless communication devices, such as a non-AP STA 202 and multiple APs 204_1-204_N (N≥2) , where the APs 204_1-204_N are affiliated to the same MAP system 203 (also called SMD (single mobility domain or seamless mobility domain) ) , and two of the APs 204_1-204_N can communication with each other through connection 205 such as a wired / wireless backhaul. The wireless communication system 100 shown in FIG. 1 may be realized by the wireless communication system 200, the MAP system 102 shown in FIG. 1 may be realized by the MAP system 203, the current AP (e.g., AP MLD) 106 shown in FIG. 1 may be realized by the AP 204_1, the target AP (e.g., AP MLD) 108 shown in FIG. 1 may be realized by the AP 204_N, and the non-AP STA (e.g., non-AP MLD) 104 shown in FIG. 1 may be realized by the non-AP STA 202.

[0018] It should be noted that the non-AP STA 202 may be a non-AP MLD or a non-MLD STA, depending on actual application requirements, and the AP 204_1 / 204_N may be an AP MLD or a non-MLD AP, depending on actual application requirements. Hence, regarding the proposed service status notification scheme, the terms “non-AP STA” , “non-AP MLD” and “non-MLD STA” may be interchangeable, and the terms “AP” , “AP MLD” and “non-MLD AP”may be interchangeable.

[0019] By way of example, but not limitation, non-AP STA 202 and APs 204_1-204_N may have the same or similar circuit structure. As shown in FIG. 2, non-AP STA 202 / AP 204_1 / AP 204_N may include a processor 212 / 222_1 / 222_N, a memory 214 / 224_1 / 224_N, a control circuit 216 / 226_1 / 226_N, and a network interface circuit 217 / 227_1 / 227_N, where the network interface circuit 217 / 227_1 / 227_N may include a transmitter (TX) circuit 218 / 228_1 / 228_N and a receiver (RX) circuit 220 / 230_1 / 230_N. In a case where the non-AP STA 202 / AP 204_1 / AP 204_N is an MLD, the TX circuit 218 / 228_1 / 228_N may include multiple TX chains for different RF bands, and the RX circuit 220 / 230_1 / 230_N may include multiple RX chains for different RF bands.

[0020] The memory 214 / 224_1 / 224_N is arranged to store a program code. The processor 212 / 222_1 / 222_N is arranged to load and execute the program code to manage the non-AP STA 202 / AP 204_1 / AP 204_N. The control circuit 216 / 226_1 / 226_N is arranged to control communications with other WLAN devices (e.g., Wi-Fi devices) . For example, the control circuit 216 / 226_1 / 226_N controls the TX circuit 218 / 228_1 / 228_N of the network interface circuit 217 / 227_1 / 227_N to send packets (i.e., physical layer protocol data units (PPDUs) ) , and controls the RX circuit 220 / 222_1 / 222_N of the network interface circuit 217 / 227_1 / 227_N to receive packets (i.e., PPDUs) , where one or more media access control (MAC) frames (i.e., MAC layer protocol data units (MPDUs) ) may be carried by the same packet (i.e., PPDU) .

[0021] It should be noted that only the components pertinent to the present disclosure are illustrated in FIG. 2. In practice, each of non-AP STA 202 and APs 204_1-204_N may include additional components to achieve designated functions.

[0022] The non-AP STA 202 and APs 204_1-204_N support the proposed service status notification scheme. Please refer to FIG. 3 in conjunction with FIG. 1-FIG. 2. FIG. 3 is a sequence diagram of a seamless roaming procedure with service status notification according to an embodiment of the present disclosure. Initially, the non-AP STA (e.g., non-AP MLD) 202 is in connection to the current AP (e.g., AP MLD) 204_1. When the non-AP STA (e.g., non-AP MLD) 202 travels to a position within a service area of the target AP (e.g., AP MLD) 204_N, the non-AP STA (e.g., non-AP MLD) 202 intends to roam to the target AP (e.g., AP MLD) 204_N. For example, the seamless roaming procedure may be initiated by the non-AP STA (e.g., non-AP MLD) 202.

[0023] During a preparation phase (which may be optional) of the seamless roaming procedure, the control circuit 216 of the non-AP STA (e.g., non-AP MLD) 202 generates a roaming preparation request frame REQ1, and instructs the network interface circuit 217 (particularly, TX circuit 218 of network interface circuit 217) to transmit the roaming preparation request frame REQ1 to the current AP (e.g., AP MLD) 204_1. For example, the roaming preparation request frame REQ1 may indicate that the non-AP STA (e.g., non-AP MLD) 202 intends to roam to the target AP (e.g., AP MLD) 204_N. The control circuit 226_1 of the current AP (e.g., AP MLD) 204_1 receives the roaming preparation request frame REQ1 through the network interface circuit 227_1 (particularly, RX circuit 230_1 of network interface circuit 227_1) , and parses the roaming preparation request frame REQ1 to obtain information carried by the roaming preparation request frame REQ1. After receiving the roaming preparation request frame REQ1, the current AP (e.g., AP MLD) 204_1 may start context transfer (denoted by “Optional Context Transfer 1” ) with the target AP (e.g., AP MLD) 204_N, where context may include services and associated service parameters (e.g., static parameters) to be transferred.

[0024] The control circuit 226_1 of the current AP (e.g., AP MLD) 204_1 generates a roaming preparation response frame RSP1, and instructs the network interface circuit 227_1 (particularly, TX circuit 228_1 of network interface circuit 227_1) to transmit the roaming preparation response frame RSP1 to the non-AP STA (e.g., non-AP MLD) 202. The control circuit 216 of the non-AP STA (e.g., non-AP MLD) 202 receives the roaming preparation response frame RSP1 through the network interface circuit 217 (particularly, RX circuit 220 of network interface circuit 217) , and parses the roaming preparation response frame RSP1 to obtain information carried by the roaming preparation response frame RSP1. For example, the roaming preparation response frame RSP1 may indicate that the preparation phase is initiated successfully. In accordance with the proposed service status scheme, the roaming preparation response frame RSP1 may further carry information INF_1 indicative of status of at least one service transferred from the current AP (e.g., AP MLD) 204_1 to the target AP (e.g., AP MLD) 204_N due to the seamless roaming procedure. Since the seamless roaming procedure is not complete yet, the status of at least one service transferred from the current AP (e.g., AP MLD) 204_1 to the target AP (e.g., AP MLD) 204_N may change later. Hence, the information INF_1 carried by the roaming preparation response frame RSP1 may indicate preliminary results of status of services transferred to the target AP (e.g., AP MLD) 204_N that are based on evaluation of the target AP (e.g., AP MLD) 204_N during the roaming preparation phase. For example, the preliminary results of status of services transferred to the target AP (e.g., AP MLD) 204_N may indicate that certain services on current AP (e.g., AP MLD) 204_1 may not continue on the target AP (e.g., AP MLD) 204_N. Hence, the preliminary results of status of services transferred to the target AP (e.g., AP MLD) 204_N may help the non-AP STA (e.g., non-AP MLD) 202 to decide whether to roam to the target AP (e.g., AP MLD) 204_N.

[0025] Before the seamless roaming procedure is complete, the preparation phase is followed by an execution phase. During the execution phase (which may be mandatory) of the seamless roaming procedure, the control circuit 216 of the non-AP STA (e.g., non-AP MLD) 202 generates a roaming execution request frame REQ2, and instructs the network interface circuit 217 (particularly, TX circuit 218 of network interface circuit 217) to transmit the roaming execution request frame REQ2 to the current AP (e.g., AP MLD) 204_1. For example, the roaming execution request frame REQ2 may carry information indicative of parameters of links to be set up with the target AP (e.g., AP MLD) 204_N. The control circuit 226_1 of the current AP (e.g., AP MLD) 204_1 receives the roaming execution request frame REQ2 through the network interface circuit 227_1 (particularly, RX circuit 230_1 of network interface circuit 227_1) , and parses the roaming execution request frame REQ2 to obtain information carried by the roaming execution request frame REQ2. After receiving the roaming execution request frame REQ2, the current AP (e.g., AP MLD) 204_1 may start context transfer (denoted by “Optional Context Transfer 2” ) with the target AP (e.g., AP MLD) 204_N, where context may include services and associated service parameters (e.g., non-static parameters) to be transferred.

[0026] The control circuit 226_1 of the current AP (e.g., AP MLD) 204_1 generates a roaming execution response frame RSP2, and instructs the network interface circuit 227_1 (particularly, TX circuit 228_1 of network interface circuit 227_1) to transmit the roaming execution response frame RSP2 to the non-AP STA (e.g., non-AP MLD) 202. The control circuit 216 of the non-AP STA (e.g., non-AP MLD) 202 receives the roaming execution response frame RSP2 through the network interface circuit 217 (particularly, RX circuit 220 of network interface circuit 217) , and parses the roaming execution response frame RSP2 to obtain information carried by the roaming execution response frame RSP2. For example, the roaming execution response frame RSP2 may indicate that the setup / connection on the target AP (e.g., AP MLD) 204_N is complete, and may further indicate that the non-AP STA (e.g., non-AP MLD) 202 is granted to initiate frame exchange with the target AP (e.g., AP MLD) 204_N. Specifically, status of links set up with the target AP (e.g., AP MLD) 204_N is carried in the roaming execution response frame RSP2. In accordance with the proposed service status scheme, the roaming execution response frame RSP2 may further carry information INF_2 indicative of status of at least one service transferred from the current AP (e.g., AP MLD) 204_1 to the target AP (e.g., AP MLD) 204_N due to the seamless roaming procedure. For example, service statuses carried by the roaming execution response frame RSP2 may be categorized into two parts, including preliminary results of status of first services transferred from the current AP (e.g., AP MLD) 204_1 to the target AP (e.g., AP MLD) 204_N and final results of status of second services transferred from the current AP (e.g., AP MLD) 204_1 to the target AP (e.g., AP MLD) 204_N. It should be noted that, the preliminary results carried by the roaming execution response frame RSP2 may be (or may be not) the same as the preliminary results carried by the roaming preparation response frame RSP1. Regarding each of the first services, its status may change after the roaming execution phase is complete, and the preliminary result of the status may be based on evaluation of the target AP (e.g., AP MLD) 204_N during the roaming execution phase. Regarding each of the second services, its status may not change after the roaming execution phase is complete. However, this is for illustrative purposes only, and is not meant to be a limitation of the present disclosure. For example, the information INF_2 carried by the roaming execution response frame RSP2 may indicate final results of status of services transferred to the target AP (e.g., AP MLD) 204_N only.

[0027] Connection between the non-AP STA (e.g., non-AP MLD) 202 and the target AP (e.g., AP MLD) 204_N starts and continues after the roaming execution phase. Hence, the non-AP STA (e.g., non-AP MLD) 202 can be disconnected from the current AP (e.g., AP MLD) 204_1 to complete the seamless roaming procedure. Specifically, the control circuit 216 of the non-AP STA (e.g., non-AP MLD) 202 generates a disconnection request frame REQ3, and instructs the network interface circuit 217 (particularly, TX circuit 218 of network interface circuit 217) to transmit the disconnection request frame REQ3 to the current AP (e.g., AP MLD) 204_1 for disconnecting existing links (e.g., links 110 and 112 shown in FIG. 1) with the current AP (e.g., AP MLD) 204_1.

[0028] After successful roaming is achieved by the seamless roaming procedure or after link is set up between the target AP (e.g., AP MLD) 204_N and the non-AP STA (e.g., non-AP MLD) 202, the target AP (e.g., AP MLD) 204_N may generate a transferred service announcement frame FR (e.g., a management frame) which contains final results of status of all services transferred from the current AP (e.g., AP MLD) 204_1 to the target AP (e.g., AP MLD) 204_N due to the seamless roaming procedure, and transmit the transferred service announcement frame FR to the non-AP STA (e.g., non-AP MLD) 202 that just roams in. It should be noted that, the final results contained in the transferred service announcement frame FR may be (or may be not) the same as the preliminary results or final results carried by the roaming execution response frame RSP2. Specifically, the control circuit 226_N of the target AP (e.g., AP MLD) 204_N generates the transferred service announcement frame FR, and instructs the network interface circuit 227_N (particularly, TX circuit 228_N of network interface circuit 227_N) to transmit the transferred service announcement frame FR to the non-AP STA (e.g., non-AP MLD) 202 via any link set up between the non-AP STA (e.g., non-AP MLD) 202 and the target AP (e.g., AP MLD) 204_N, where the transferred service announcement frame FR carries information INF_3 indicative of status of at least one service transferred from the current AP (e.g., AP MLD) 204_1 to the target AP (e.g., AP MLD) 204_N due to the seamless roaming procedure. Hence, the control circuit 216 of the non-AP STA (e.g., non-AP MLD) 202 receives the transferred service announcement frame FR through the network interface circuit 217 (particularly, RX circuit 220 of network interface circuit 217) , and parses the transferred service announcement frame FR to obtain the information INF_3 carried by the transferred service announcement frame FR. In some embodiments, an acknowledgement (ACK) frame from the non-AP STA (e.g., non-AP MLD) 202 can be sent to the target AP (e.g., AP MLD) 204_N to confirm the receiving of the frame transferred service announcement frame FR. Afterword, frame exchange can be done through any setup link between the non-AP STA (e.g., non-AP MLD) 202 and target AP (e.g., AP MLD) 204_N.

[0029] A transferred service may be an MLD-level service or a link-level service. For example, the MLD-level service may be traffic identifier to link (TID-to-link) mapping, cross-link restricted target wake time (R-TWT) , block acknowledgment (BA) session parameters for TIDs (e.g., maximum uplink / downlink (UL / DL) BA size) , quality of service (QoS) parameters (e.g., stream classification service (SCS) described by QoS Map, QoS Characteristics, and SCS Descriptor elements) . The link-level service may be MPDU size (RX and TX) related parameters, unavailability announced by the non-AP STA / non-AP MLD through management frame (Long-term) , unavailability announced by the non-AP STA / non-AP MLD through control frame (Short-term) , and per-link individual TWT or R-TWT.

[0030] For each transferred service, at least one of the APs 204_1 and 204_N may announce the corresponding status. For example, the status may be “continue with no change” , “continue with some parameters change and corresponding changed parameters are attached” , “continue with parameter renegotiation request” , “continue with link change” , and “service stopped” . When the status “continue with no change” is indicated by the frame RSP1 / RSP2 / FR, a negotiated service with the current AP (e.g., AP MLD) 204_1 can continue seamlessly with the target AP (e.g., AP MLD) 204_N without any change. When the status “continue with some parameters change and corresponding changed parameters are attached” is indicated by the frame RSP1 / RSP2 / FR, as an example, BA session of a TID may continue but the maximum BA size may change from a first setting (e.g., 512) to a second setting (e.g., 256) due to the target AP’s capability or resource constraints. When the status “continue with parameter renegotiation request” is indicated by the frame RSP1 / RSP2 / FR, the target AP (e.g., AP MLD) 204_N needs the non-AP STA (e.g., non-AP MLD) 202 to renegotiate new parameters to continue the service. For example, new individual TWT parameters are requested for a predefined TWT ID. When the status “continue with link change” is indicated by the frame RSP1 / RSP2 / FR, the service originally works on certain link (s) may not work and only a subset of the original links with the current AP (e.g., AP MLD) 204_1 can continue. When the status “service stopped” is indicated by the frame RSP1 / RSP2 / FR, as an example, the target AP (e.g., AP MLD) 204_N has received the context of a predefined service from the current AP (e.g., AP MLD) 204_1 but cannot continue the service. Hence, the non-AP STA (e.g., non-AP MLD) 202 may negotiate the service with the target AP (e.g., AP MLD) 204_N.

[0031] The information INF_1 / INF_2 / INF_3 may be carried by a service status indicator field included in a frame body or an information element (IE) of the frame RSP1 / RSP2 / FR. For example, a service status indicator field design may have a bitmap concatenated with multiple service statues. For another example, a service status indicator field design may have a service identifier (ID) concatenated with a service status.

[0032] FIG. 4 is a diagram illustrating a first service status indicator field design according to an embodiment of the present disclosure. The service status indicator field may include a length info subfield 402, a service bitmap subfield 404, service status subfields 406_1, 406_2, 406_3, a service parameter subfield (optional) 408, and a service links subfield (optional) 410. The length info subfield 402 can be set to indicate a length of the service status indicator field. The service bitmap subfield 404 includes a plurality of bits, and can be set to indicate services transferred from the current AP (e.g., AP MLD) 204_1 to the target AP (e.g., AP MLD) 204_N, where a bit at a predefined bit location of the service bitmap subfield 404 corresponds to a predefined service. For example, when the bit at the predefined bit location is set by a binary value 1, it means that status of the predefined service exists in the service status indicator field; and when the bit at the predefined bit location is set by a binary value 0, it means that status of the predefined service does not exist in the service status indicator field. An example of a 64-bit service bitmap subfield design is shown in the following table, but the present disclosure is not limited thereto.

[0033] Table 1

[0034] A corresponding service status subfield of a service indicated by one bit with a binary value 1 in the service bitmap subfield 404 is added to the service status indicator subfield. For example, the service status subfields 406_1, 406_2, 406_3 can be set to indicate status of different services indicated by 1’s at different bit locations in the service bitmap subfield 404. A service status may be represented by a service status code. An example of a service status code design is shown in the following table, but the present disclosure is not limited thereto.

[0035] Table 2

[0036] In some embodiments, one service status subfield (e.g., 406_2) may be followed by an optional service parameter subfield (e.g., 408) . The service parameter subfield 408 can be set to indicate service parameters to be updated for a predefined service to which the service status subfield 406_2 corresponds. The existence of the service parameter subfield 408 can be indicated in the service status subfield 406_2. The subfield length of the service parameter subfield 408 can be service and / or service status dependent.

[0037] In some embodiments, one service status subfield (e.g., 406_2) may be followed by an optional service links subfield (e.g., 410) . The service links subfield 410 can be set to indicate links to be updated for a predefined service to which the service status subfield 406_2 corresponds. The existence of the service links subfield 410 can be indicated in the service status subfield 406_2.

[0038] FIG. 5 is a diagram illustrating a second service status indicator field design according to an embodiment of the present disclosure. The service status indicator field may include a length info subfield 502, service ID subfields 504_1, 504_2, service status subfields 506_1, 506_2, a service parameter subfield (optional) 508, and a service links subfield (optional) 510. The length info subfield 502 can be set to indicate a length of the service status indicator field. Each service has a designated ID. The service ID subfields 504_1 and 504_2 can be set by IDs of different services transferred from the current AP (e.g., AP MLD) 204_1 to the target AP (e.g., AP MLD) 204_N. An example of a service ID mapping design is shown in the following table, but the present disclosure is not limited thereto.

[0039] Table 3

[0040] A corresponding service status subfield of a service indicated by the service ID subfield is added to the service status indicator subfield. For example, the service status subfields 506_1 and 506_2 can be set to indicate status of different services with IDs indicated by corresponding service ID subfields 504_1 and 504_2, where a service status code recorded in each of the service status subfields 506_1 and 506_2 may be selected from Table 2.

[0041] In some embodiments, one service status subfield (e.g., 506_1) may be followed by an optional service parameter subfield (e.g., 508) . The service parameter subfield 508 can be set to indicate service parameters to be updated for a predefined service to which the service status subfield 506_1 corresponds. The existence of the service parameter subfield 508 can be indicated in the service status subfield 506_1. The subfield length of the service parameter subfield 508 can be service and / or service status dependent.

[0042] In some embodiments, one service status subfield (e.g., 506_1) may be followed by an optional service links subfield (e.g., 510) . The service links subfield 510 can be set to indicate links to be updated for a predefined service to which the service status subfield 506_1 corresponds. The existence of the service links subfield 510 can be indicated in the service status subfield 506_1.

[0043] In above embodiment, one service ID subfield is paired with one service status subfield. To save the length of the service status indicator field, an implicit indication of a pre-defined service status may be employed. In some embodiments of the present disclosure, a predefined service ID subfield can be set to indicate a service ID of a predefined service, the frame RSP1 / RSP2 / FR has no service status subfield set to indicate status of the predefined service, and the status of the predefined service is implicitly indicated by absence of a service status subfield of the predefined service. For example, when status of a transferred service is “continue without change” , a service ID subfield set to indicate an ID of the transferred service is not followed by a service status subfield, where no service status subfield implicitly indicates that the service status as “continue without change” . An example of a service status indicator field with implicit service status indication is shown below, where status of one service with ID=0 is implicitly indicated as “continue without change” due to absence of a service status subfield following the service ID subfield, and status of another service with ID=1 is implicitly indicated as “continue without change” due to absence of a service status subfield following the service ID subfield.

[0044] In some embodiments of the present disclosure, a predefined service ID (e.g., 255) may be used for all services transferred from the current AP (e.g., AP MLD) 204_1 to the target AP (e.g., AP MLD) 204_N, and a corresponding service status of the predefined service ID (e.g., 255) may be limited to one of “all services continue with no change” and “all services are stopped” . For example, the frame RSP1 / RSP2 / FR includes only a single service ID subfield set to indicate all services transferred from the current AP (e.g., AP MLD) 204_1 to the target AP (e.g., AP MLD) 204_N due to the roaming procedure, and the single service ID subfield is followed by only a single service status subfield set to indicate the same status of all services. An example of a service status indicator field that is set for all transferred services is shown below.

[0045] Those skilled in the art will readily observe that numerous modifications and alterations of the device and method may be made while retaining the teachings of the invention. Accordingly, the above disclosure should be construed as limited only by the metes and bounds of the appended claims.

Claims

1.A wireless communication method comprising:generating a first frame that carries information indicative of status of at least one service transferred from a first access point (AP) to a second AP due to a roaming procedure; andtransmitting the first frame to a non-AP station (STA) involved in the roaming procedure.2.The wireless communication method of claim 1, wherein the first AP and the second AP are affiliated to a same seamless mobility domain (SMD) or a same multi-AP (MAP) system.3.The wireless communication method of claim 1, wherein the wireless communication method is performed by the second AP.4.The wireless communication method of claim 3, wherein the first frame is a transferred service announcement frame.5.The wireless communication method of claim 1, wherein each of the first AP and the second AP is an AP multilink device (MLD) , and the non-AP STA is a non-AP MLD.6.The wireless communication method of claim 1, wherein the wireless communication method is performed by the first AP.7.The wireless communication method of claim 6, wherein the first frame is transmitted before a connection between the non-AP STA and the second AP is established.8.The wireless communication method of claim 6, wherein the first frame is a roaming preparation response frame or a roaming execution response frame.9.The wireless communication method of claim 1, wherein the first frame comprises a service status indicator field, the service status indicator field comprises a service bitmap subfield and at least one service status subfield, the service bitmap subfield is set to indicate the at least one service, and the at least one service status subfield is set to indicate the status of the at least one service.10.The wireless communication method of claim 9, wherein a bit of the service bitmap subfield is set to indicate a predefined service included in the at least one service, and the at least one service status subfield comprises a predefined service status subfield set to indicate status of the predefined service.11.The wireless communication method of claim 10, wherein the service status indicator field further comprises a service parameter subfield set to indicate service parameters to be updated for the predefined service.12.The wireless communication method of claim 10, wherein the service status indicator field further comprises a service links subfield set to indicate links to be updated for the predefined service.13.The wireless communication method of claim 1, wherein the first frame comprises a service status indicator field, the service status indicator field comprises at least one service identifier (ID) subfield and at least one service status subfield, the at least one service ID subfield is set to indicate the at least one service, and the at least one service status subfield is set to indicate the status of the at least one service.14.The wireless communication method of claim 13, wherein the at least one service ID subfield comprises a predefined service ID subfield set to indicate a service ID of a predefined service included in the at least one service, and the at least one service status subfield comprises a predefined service status subfield set to indicate status of the predefined service.15.The wireless communication method of claim 14, wherein the service status indicator field further comprises a service parameter subfield set to indicate service parameters to be updated for the predefined service.16.The wireless communication method of claim 14, wherein the service status indicator field further comprises a service links subfield set to indicate links to be updated for the predefined service.17.The wireless communication method of claim 13, wherein the at least one service ID subfield comprises a predefined service ID subfield set to indicate a service ID of a predefined service included in the at least one service, the first frame has no service status subfield set to indicate status of the predefined service, and the status of the predefined service is implicitly indicated by absence of a service status subfield of the predefined service.18.The wireless communication method of claim 13, wherein the at least one service ID subfield only comprises a single service ID subfield set to indicate all services transferred from the first AP to the second AP due to the roaming procedure, and the at least one service status subfield only comprises a single service status subfield set to indicate a same status of all services.19.The wireless communication method of claim 13, wherein if a service ID subfield is not followed by a service status subfield, the service ID is set to indicate a service status of continue without change.20.A wireless communication method comprising:receiving a first frame; andparsing the first frame to obtain information indicative of status of at least one service transferred from a first access point (AP) to a second AP due to a roaming procedure;wherein the wireless communication method is performed by a non-AP station (STA) involved in the roaming procedure.21.The wireless communication method of claim 20, wherein receiving the first frame comprises:receiving the first frame that is generated and transmitted by the second AP.22.The wireless communication method of claim 21, wherein the first frame is a transferred service announcement frame.23.The wireless communication method of claim 20, wherein receiving the first frame comprises:receiving the first frame that is generated and transmitted from the first AP.24.The wireless communication method of claim 23, wherein the first frame is a roaming preparation response frame or a roaming execution response frame.25.The wireless communication method of claim 23, further comprising:determining whether to roam to the second AP according to the status of the at least one service indicated by the first frame.26.The wireless communication method of claim 20, wherein each of the first AP and the second AP is an AP multilink device (MLD) , and the non-AP STA is a non-AP MLD.

Images