Roaming method and apparatus

Abstract

A roaming method and apparatus, relating to the technical field of communications, and used for providing a processing flow of master-slave optical network units. The method comprises: a master optical network unit MFU sends a roaming preprocessing message to a target SFU, the roaming preprocessing message being used for instructing the target SFU to start roaming preparation for a station; and the MFU receives a roaming preprocessing feedback message from the target SFU, the roaming preprocessing feedback message being used for indicating whether the roaming preparation for the station is successful.

Description

A roaming method and device

[0001] Cross-references to related applications

[0002] This application claims priority to Chinese Patent Application No. 202411569983.0, filed with the State Intellectual Property Office of the People's Republic of China on November 4, 2024, entitled "A Roaming Method and Apparatus", the entire contents of which are incorporated herein by reference; this application claims priority to Chinese Patent Application No. 202510040490.6, filed with the State Intellectual Property Office of the People's Republic of China on January 9, 2025, entitled "A Roaming Method and Apparatus", the entire contents of which are incorporated herein by reference; this application claims priority to Chinese Patent Application No. 202510182082.4, filed with the State Intellectual Property Office of the People's Republic of China on February 18, 2025, entitled "A Roaming Method and Apparatus", the entire contents of which are incorporated herein by reference. Technical Field

[0003] This application relates to the field of communication technology, and in particular to a roaming method and apparatus. Background Technology

[0004] When a terminal moves within an FTTR network and the channel quality deteriorates with its currently associated access point, it needs to roam to an access point with better channel quality to ensure service continuity. Currently, the processing flow between master and slave optical network units in an FTTR network has not been discussed. Summary of the Invention

[0005] This application provides a roaming method and apparatus for providing a master-slave optical network unit processing flow.

[0006] In a first aspect, an embodiment of this application provides a roaming method, comprising:

[0007] The main optical network unit (MFU) acquires roaming decision information from the system units (SFUs) in the network;

[0008] The MFU determines the target SFU for the site based on the roaming decision information;

[0009] The MFU sends a roaming start indication message to the target SFU, the roaming start indication message being used to instruct the initiation of roaming processing for the site.

[0010] In one possible implementation scenario, the source access point can be an MFU. In another possible implementation scenario, the source access point can be a source SFU.

[0011] In one possible design, the roaming start indication message is carried in a Wi-Fi management control interface message.

[0012] In one possible design, the roaming initiation process includes initiating a roaming switching state machine.

[0013] In one possible design, the roaming start indication message includes the identifier of the site.

[0014] In one possible design, the method further includes:

[0015] The MFU receives a roaming start confirmation message from the target SFU, which indicates that the target SFU has successfully completed roaming initiation for the site.

[0016] In one possible design, the method further includes:

[0017] The MFU receives a roaming start failure message from the target SFU, the roaming start failure message indicating that the target SFU failed to initiate roaming for the site;

[0018] The MFU removes roaming-related information for the site.

[0019] In one possible design, the method further includes:

[0020] The MFU sends a roaming start indication message to the source SFU, the roaming start indication message being used to instruct the initiation of roaming processing for the site.

[0021] In one possible design, the method further includes:

[0022] The MFU receives a roaming start confirmation message from the source SFU, which indicates that the source SFU has successfully completed roaming initiation for the site.

[0023] In one possible design, the method further includes:

[0024] The MFU receives a roaming start failure message from the source SFU, the roaming start failure message indicating that the source SFU failed to initiate roaming for the site;

[0025] The MFU removes roaming-related information for the site.

[0026] In one possible design, the method further includes:

[0027] The MFU sends a roaming anomaly handling message to the source SFU and the target SFU. The roaming anomaly handling message is used to instruct the clearing of roaming-related information for the site.

[0028] In one possible design, the method further includes:

[0029] The MFU receives a roaming exception handling completion message from the source SFU; and / or,

[0030] The MFU receives the roaming exception handling completion message from the target SFU.

[0031] In one possible design, the roaming decision information includes one or more of the following: signal strength with the station, load information, or channel condition information.

[0032] Secondly, embodiments of this application provide a roaming method, including:

[0033] The Sub-Optical Network Unit (SFU) receives a roaming start indication message from the Main Optical Network Unit (MFU), which is used to indicate that roaming processing should be initiated for the site; the SFU is either the source SFU currently accessed by the site or the target SFU determined by the MFU for roaming of the site.

[0034] The SFU initiates roaming processing for the site.

[0035] In one possible design, the roaming start indication message is carried in a Wi-Fi management control interface message.

[0036] In one possible design, the roaming initiation process includes initiating a roaming switching state machine.

[0037] In one possible design, the roaming start indication message includes the identifier of the site.

[0038] In one possible design, the method further includes:

[0039] The SFU sends the roaming start confirmation message to the MFU, the roaming start confirmation message indicating that the SFU has successfully completed the roaming initiation for the site.

[0040] In one possible design, the method further includes:

[0041] The SFU sends a roaming start failure message to the MFU, the roaming start failure message indicating that the SFU failed to initiate roaming for the site.

[0042] In one possible design, the method further includes:

[0043] The SFU receives a roaming error handling message from the MFU, the roaming error handling message being used to instruct the clearing of roaming-related information for the site;

[0044] The SFU clears roaming-related information for the site.

[0045] In one possible design, the method further includes:

[0046] The SFU sends a roaming exception handling completion message to the MFU.

[0047] In one possible design, the method further includes:

[0048] The SFU sends roaming decision information to the MFU.

[0049] In one possible design, the roaming decision information includes one or more of the following: signal strength with the station, load information, or channel condition information.

[0050] Thirdly, embodiments of this application provide a roaming device that implements the functions of the first aspect and optional methods described above. The device includes at least one module for implementing the methods provided by the eleventh aspect and optional methods described above. In one possible design, applied to a main optical network unit (MFU), it includes:

[0051] The receiving module is used to acquire roaming decision information of SFUs in the network;

[0052] The processing module is used to determine the target SFU for the site based on the roaming decision information;

[0053] The sending module is used to send a roaming start indication message to the target SFU, the roaming start indication message being used to instruct the initiation of roaming processing for the site.

[0054] In one possible design, the roaming start indication message is carried in a Wi-Fi management control interface message.

[0055] In one possible design, the roaming initiation process includes initiating a roaming switching state machine.

[0056] In one possible design, the roaming start indication message includes the identifier of the site.

[0057] In one possible design, the receiving module is further configured to:

[0058] Receive a roaming start confirmation message from the target SFU, the roaming start confirmation message indicating that the target SFU has successfully completed roaming initiation for the site.

[0059] In one possible design, the receiving module is further configured to receive a roaming start failure message from the target SFU, the roaming start failure message indicating that the target SFU's roaming initiation for the site has failed;

[0060] The processing module is also used to clear roaming-related information for the site.

[0061] In one possible design, the sending module is further configured to send a roaming start indication message to the source SFU, the roaming start indication message being used to instruct the initiation of roaming processing for the site.

[0062] In one possible design, the receiving module is further configured to receive a roaming start confirmation message from the source SFU, the roaming start confirmation message indicating that the source SFU has successfully completed roaming initiation for the site.

[0063] In one possible design, the receiving module is further configured to receive a roaming start failure message from the source SFU, the roaming start failure message indicating that the source SFU failed to initiate roaming for the site;

[0064] The processing module is also used to clear roaming-related information for the site.

[0065] In one possible design, the sending module is further configured to send roaming exception handling messages to the source SFU and the target SFU, the roaming exception handling messages being used to instruct the clearing of roaming-related information for the site.

[0066] In one possible design, the receiving module is further configured to receive a roaming exception handling completion message from the source SFU; and / or, receive the roaming exception handling completion message from the target SFU.

[0067] In one possible design, the roaming decision information includes one or more of the following: signal strength with the station, load information, or channel condition information.

[0068] Fourthly, embodiments of this application provide a roaming device that implements the functions of the first aspect and optional methods described above. The device includes at least one module for implementing the methods provided by the eleventh aspect and optional methods described above. In one possible design, applied to a sub-optical network unit (SFU), it includes:

[0069] The receiving module is used to receive a roaming start indication message from the main optical network unit (MFU), the roaming start indication message being used to instruct the initiation of roaming processing for the site; the SFU is either the source SFU currently accessed by the site or the target SFU determined by the MFU for roaming of the site.

[0070] The processing module is used to initiate roaming processing for the site.

[0071] In one possible design, the roaming start indication message is carried in a Wi-Fi management control interface message.

[0072] In one possible design, the roaming initiation process includes initiating a roaming switching state machine.

[0073] In one possible design, the roaming start indication message includes the identifier of the site.

[0074] In one possible design, the device further includes:

[0075] The SFU sends the roaming start confirmation message to the MFU, the roaming start confirmation message indicating that the SFU has successfully completed the roaming initiation for the site.

[0076] In one possible design, the device further includes:

[0077] The SFU sends a roaming start failure message to the MFU, the roaming start failure message indicating that the SFU failed to initiate roaming for the site.

[0078] In one possible design, the device further includes:

[0079] The SFU receives a roaming error handling message from the MFU, the roaming error handling message being used to instruct the clearing of roaming-related information for the site;

[0080] The SFU clears roaming-related information for the site.

[0081] In one possible design, the device further includes:

[0082] The SFU sends a roaming exception handling completion message to the MFU.

[0083] In one possible design, the device further includes:

[0084] The SFU sends roaming decision information to the MFU.

[0085] In one possible design, the roaming decision information includes one or more of the following: signal strength with the station, load information, or channel condition information.

[0086] Fifthly, this application provides a roaming device, the roaming device including a processor, a memory and a communication interface; the processor is used to execute program instructions in the memory to implement the methods provided in the first aspect and the optional mode of the first aspect, and the communication interface is used to communicate with the SFU.

[0087] In a sixth aspect, this application provides a roaming device, the roaming device including a processor, a memory and a communication interface; the processor is used to execute program instructions in the memory to implement the methods provided in the second aspect and the optional methods of the second aspect, and the communication interface is used to communicate with an MFU.

[0088] In a seventh aspect, this application provides a computer-readable storage medium storing at least one program instruction that is read by a processor to cause the processor (in an MFU) to perform the method provided in the first aspect or any alternative method of the first aspect.

[0089] Eighthly, this application provides a computer-readable storage medium storing at least one program instruction that is read by a processor to cause the processor (in the SFU) to perform the method provided in the second aspect or any alternative method of the second aspect.

[0090] Ninthly, this application provides a computer program product including program instructions stored in a computer-readable storage medium. The processor of the MFU reads the program instructions from the computer-readable storage medium and executes the program instructions, causing the MFU to perform the method provided in the first aspect or any alternative method of the first aspect.

[0091] In a tenth aspect, this application provides a computer program product including program instructions stored in a computer-readable storage medium. The processor of the SFU reads the program instructions from the computer-readable storage medium and executes the program instructions, causing the SFU to perform the method provided in the second aspect or any alternative method of the second aspect described above.

[0092] Eleventhly, embodiments of this application provide a communication system including a source SFU, a target SFU, and an MFU. The MFU is used to perform the method described in the first aspect or any design of the first aspect. The source SFU or the target SFU is used to perform the method described in the second aspect or any design of the second aspect.

[0093] In a twelfth aspect, embodiments of this application provide a roaming method, including:

[0094] The main optical network unit (MFU) sends a roaming preprocessing message to the target SFU, the roaming preprocessing message being used to instruct the target SFU to initiate roaming preparation for the site;

[0095] The MFU receives a roaming preprocessing feedback message from the target SFU, the roaming preprocessing feedback message being used to indicate whether roaming preparation for the site was successful.

[0096] In one possible design, the roaming preprocessing message is carried in a Wi-Fi management control interface message.

[0097] In one possible design, the roaming preprocessing message includes the identifier of the site.

[0098] In one possible design, the roaming preprocessing message includes aggregation parameters used to establish an aggregation between the target SFU and the site.

[0099] In one possible design, the roaming preprocessing message includes aggregation parameters and association parameters. The aggregation parameters are used to establish an aggregation between the target SFU and the site, and the association parameters are used to establish an association between the target SFU and the site.

[0100] In one possible design, the association parameters include: the association request frame of the site and / or the key negotiated by the site with the source SFU for communication.

[0101] In one possible design, the aggregation parameters include: the size of the aggregation window and / or the aggregation strategy.

[0102] In one possible design, the roaming preprocessing feedback message indicates that the target SFU has successfully completed roaming preparation for the site.

[0103] In one possible design, the roaming preprocessing feedback message indicates that the target SFU has failed to roam for the site;

[0104] The method further includes:

[0105] The MFU removes roaming-related information for the site.

[0106] In one possible design, the roaming preprocessing feedback message indicates that the target SFU has failed to roam for the site;

[0107] The method further includes:

[0108] The MFU sends a roaming anomaly handling message to the target SFU, the roaming anomaly handling message being used to instruct the clearing of roaming-related information for the site.

[0109] In one possible design, the method further includes: the MFU receiving the roaming exception handling completion message from the target SFU.

[0110] In one possible design, the method further includes:

[0111] The MFU sends the roaming exception handling message to the source SFU, where the source SFU is the SFU currently connected to the site.

[0112] In one possible design, the method further includes:

[0113] The MFU receives a roaming exception handling completion message from the source SFU.

[0114] In a thirteenth aspect, embodiments of this application provide a roaming method, including:

[0115] The target sub-optical network unit (SFU) receives a roaming preprocessing message from the main optical network unit (MFU), which instructs the target SFU to initiate roaming preparation for the site.

[0116] The target SFU sends a roaming preprocessing feedback message to the MFU, the roaming preprocessing feedback message being used to indicate whether the roaming preparation for the site was successful.

[0117] In one possible design, the roaming preprocessing message is carried in a Wi-Fi management control interface message.

[0118] In one possible design, the roaming preprocessing message includes the identifier of the site.

[0119] In one possible design, the roaming preprocessing message includes aggregation parameters used to establish an aggregation between the target SFU and the site.

[0120] In one possible design, the roaming preprocessing message includes aggregation parameters and association parameters. The aggregation parameters are used to establish an aggregation between the target SFU and the site, and the association parameters are used to establish an association between the target SFU and the site.

[0121] In one possible design, the association parameters include: the association request frame of the site and / or the key negotiated by the site with the source SFU for communication.

[0122] In one possible design, the aggregation parameters include: the size of the aggregation window and / or the aggregation strategy.

[0123] In one possible design, the roaming preprocessing feedback message indicates that the target SFU has successfully completed roaming preparation for the site.

[0124] In one possible design, the roaming preprocessing feedback message indicates that the target SFU has failed to roam for the site;

[0125] The method further includes:

[0126] Receive a roaming exception handling message from the MFU, the roaming exception handling message being used to instruct the clearing of roaming-related information for the site;

[0127] Clear roaming-related information for the site.

[0128] In one possible design, the method further includes:

[0129] Send a roaming exception handling completion message to the MFU.

[0130] In a fourteenth aspect, embodiments of this application provide a roaming method, including:

[0131] When the source optical network unit (SFU) has initiated roaming processing for the site, a roaming anomaly handling message is received from the main optical network unit (MFU). The roaming anomaly handling message is used to instruct the clearing of roaming-related information for the site. The source SFU is the SFU currently accessed by the site.

[0132] Clear roaming-related information for the site.

[0133] In one possible design, the method further includes:

[0134] The source SFU sends a roaming exception handling completion message to the MFU.

[0135] In a fifteenth aspect, embodiments of this application provide a roaming device having the functionality to implement the twelfth aspect and its optional methods described above. The device includes at least one module for implementing the methods provided by the twelfth aspect and its optional methods. One possible design includes: applied to a main optical network unit (MFU), comprising:

[0136] The sending module is used to send a roaming preprocessing message to the target SFU, the roaming preprocessing message being used to instruct the target SFU to initiate roaming preparation for the site;

[0137] A receiving module is configured to receive a roaming preprocessing feedback message from the target SFU, the roaming preprocessing feedback message being used to indicate whether roaming preparation for the site was successful.

[0138] In one possible design, the roaming preprocessing message is carried in a Wi-Fi management control interface message.

[0139] In one possible design, the roaming preprocessing message includes the identifier of the site.

[0140] In one possible design, the roaming preprocessing message includes aggregation parameters used to establish an aggregation between the target SFU and the site.

[0141] In one possible design, the roaming preprocessing message includes aggregation parameters and association parameters. The aggregation parameters are used to establish an aggregation between the target SFU and the site, and the association parameters are used to establish an association between the target SFU and the site.

[0142] In one possible design, the association parameters include: the association request frame of the site and / or the key negotiated by the site with the source SFU for communication.

[0143] In one possible design, the aggregation parameters include: the size of the aggregation window and / or the aggregation strategy.

[0144] In one possible design, the roaming preprocessing feedback message indicates that the target SFU has successfully completed roaming preparation for the site.

[0145] In one possible design, the roaming preprocessing feedback message indicates that the target SFU has failed to roam for the site;

[0146] The device further includes:

[0147] A processing module is used to clear roaming-related information for the site.

[0148] In one possible design, the roaming preprocessing feedback message indicates that the target SFU has failed to roam for the site;

[0149] The sending module is used to send a roaming exception handling message to the target SFU, the roaming exception handling message being used to instruct the clearing of roaming-related information for the site.

[0150] In one possible design, the receiving module is further configured to receive the roaming exception handling completion message from the target SFU.

[0151] In one possible design, the sending module is further configured to send the roaming exception handling message to the source SFU, where the source SFU is the SFU currently connected to by the site.

[0152] In one possible design, the receiving module is further configured to:

[0153] Receive a roaming exception handling completion message from the source SFU.

[0154] In a sixteenth aspect, embodiments of this application provide a roaming device having the functionality to implement the thirteenth aspect and its optional methods. The device includes at least one module for implementing the methods provided by the thirteenth aspect and its optional methods.

[0155] In one possible design, the application to the target sub-optical network unit (SFU) includes:

[0156] The receiving module is used to receive a roaming preprocessing message from the main optical network unit (MFU), wherein the roaming preprocessing message is used to instruct the target SFU to initiate roaming preparation for the site;

[0157] The sending module is used to send a roaming preprocessing feedback message to the MFU, the roaming preprocessing feedback message being used to indicate whether the roaming preparation for the site is successful.

[0158] In one possible design, the roaming preprocessing message is carried in a Wi-Fi management and control interface message.

[0159] In one possible design, the roaming preprocessing message includes the identifier of the site.

[0160] In one possible design, the roaming preprocessing message includes aggregation parameters used to establish an aggregation between the target SFU and the site.

[0161] In one possible design, the roaming preprocessing message includes aggregation parameters and association parameters. The aggregation parameters are used to establish an aggregation between the target SFU and the site, and the association parameters are used to establish an association between the target SFU and the site.

[0162] In one possible design, the association parameters include: the association request frame of the site and / or the key negotiated by the site with the source SFU for communication.

[0163] In one possible design, the aggregation parameters include: the size of the aggregation window and / or the aggregation strategy.

[0164] In one possible design, the roaming preprocessing feedback message indicates that the target SFU has successfully completed roaming preparation for the site.

[0165] In one possible design, the roaming preprocessing feedback message indicates that the target SFU's roaming preparation for the site has failed;

[0166] The receiving module is further configured to receive a roaming exception handling message from the MFU, the roaming exception handling message being used to instruct the clearing of roaming-related information for the site;

[0167] Also includes:

[0168] A processing module is used to clear roaming-related information for the site.

[0169] In one possible design, the sending module is used to send a roaming exception handling completion message to the MFU.

[0170] In a seventeenth aspect, embodiments of this application provide a roaming device that has the functionality to implement the first aspect and the optional methods described above. The device includes at least one module for implementing the methods provided by the first aspect and the optional methods described above.

[0171] In one possible design, a receiving module is included, which is used to receive a roaming anomaly handling message from a main optical network unit (MFU) when the source sub-optical network unit (SFU) has initiated roaming processing for the site. The roaming anomaly handling message is used to instruct the clearing of roaming-related information for the site, and the source SFU is the SFU currently accessed by the site.

[0172] A processing module is used to clear roaming-related information for the site.

[0173] In one possible design, the device further includes:

[0174] The sending module is used to send a roaming exception handling completion message to the MFU.

[0175] In an eighteenth aspect, this application provides a roaming device, the roaming device including a processor, a memory and a communication interface; the processor is configured to execute program instructions in the memory to implement the methods provided in the twelfth aspect and the optional mode of the twelfth aspect, and the communication interface is configured to communicate with an SFU.

[0176] In a nineteenth aspect, this application provides a roaming device, the roaming device including a processor, a memory and a communication interface; the processor is configured to execute program instructions in the memory to implement the methods provided in the thirteenth aspect and the optional methods of the thirteenth aspect, or to implement the methods provided in the fourteenth aspect and the optional methods of the fourteenth aspect, and the communication interface is configured to communicate with an MFU.

[0177] In a twentieth aspect, this application provides a computer-readable storage medium storing at least one program instruction that is read by a processor to cause the processor (in the MFU) to perform the method provided by the twelfth aspect or any of the optional methods of the twelfth aspect. Alternatively, the program instruction is read by a processor to cause the processor (in the SFU) to perform the method provided by the thirteenth aspect and the optional methods of the thirteenth aspect, or to perform the method provided by the fourteenth aspect and the optional methods of the fourteenth aspect.

[0178] In a twentieth aspect, this application provides a computer program product including program instructions stored in a computer-readable storage medium. The processor of the MFU reads the program instructions from the computer-readable storage medium and executes the program instructions, causing the MFU to perform the method provided in the twelfth aspect or any alternative method of the twelfth aspect described above.

[0179] In a twentieth aspect, this application provides a computer program product including program instructions stored in a computer-readable storage medium. The processor of the SFU reads the program instructions from the computer-readable storage medium and executes the program instructions, causing the SFU to perform the methods provided by the thirteenth aspect and its optional embodiments, or to perform the methods provided by the fourteenth aspect and its optional embodiments.

[0180] In a twentieth aspect, embodiments of this application provide a communication system including a source SFU, a target SFU, and an MFU. The MFU is used to perform the method described in aspect 12 or any design of aspect 12. The target SFU is used to perform the method described in aspect 13 or any design of aspect 13. The source SFU is used to perform the method described in aspect 14 or any design of aspect 14.

[0181] In a twentieth aspect, embodiments of this application provide a roaming method, including:

[0182] During site roaming, the main optical network unit (MFU) sends a service shutdown instruction message to the source SFU. The service shutdown message is used to instruct the source SFU to shut down service interaction with the site.

[0183] The MFU receives a service shutdown feedback message from the source SFU, which indicates whether the service interaction with the site has been successfully shut down.

[0184] In one possible design, the service shutdown message is carried in a Wi-Fi management control interface message.

[0185] In one possible design, the service shutdown instruction message includes the site's identifier.

[0186] In one possible design, the service shutdown instruction message is also used to instruct the source SFU to report context information about the service interaction with the site.

[0187] In one possible design, the service shutdown feedback message indicates that the source SFU has successfully shut down service interaction with the site.

[0188] In one possible design, the service shutdown feedback message includes context information about the service interaction between the source SFU and the site.

[0189] In one possible design, the context information includes one or more of the following: unicast packet sequence number (PN), sequence number (SN) context, message sequence number, or site OMI status information.

[0190] In one possible design, the context information also includes the energy-saving mode of the source SFU.

[0191] In one possible design, the site OMI status information includes one or more of the following: received spatial stream count, channel bandwidth, uplink multi-user transmission disabled, transmitted spatial-time stream count, extended distance single-user transmission disabled, recommendation to re-perform downlink multi-user multiple-input multiple-output transmission channel probing, and uplink data multi-user transmission disabled.

[0192] In one possible design, the service shutdown feedback message indicates that the source SFU has failed to shut down the service interaction with the site;

[0193] The method further includes:

[0194] The MFU sends a first roaming exception handling message to the source SFU, the first roaming exception handling message being used to instruct the restoration of the configuration prior to the start of roaming for the site.

[0195] In one possible design, the method further includes:

[0196] The MFU sends the second roaming exception handling message to the target SFU. The second roaming exception handling message is used to instruct the deletion of roaming-related information of the site. The target SFU is the target SFU determined by the site roaming handover.

[0197] In one possible design, the service shutdown feedback message indicates that the source SFU has failed to shut down the service interaction with the site;

[0198] The method further includes:

[0199] The MFU sends a third roaming anomaly handling message to the source SFU, the third roaming anomaly handling message being used to instruct the site to be removed from the network.

[0200] In one possible design, the method further includes:

[0201] The MFU sends the third roaming exception handling message to the target SFU, where the target SFU is the target SFU determined by the site roaming handover.

[0202] In a twentieth aspect, embodiments of this application provide a roaming method, including:

[0203] During site roaming, the source sub-optical network unit (SFU) receives a service shutdown instruction message from the main optical network unit (MFU). The service shutdown message is used to instruct the source SFU to shut down service interaction with the site.

[0204] The source SFU sends a service shutdown feedback message to the MFU, which indicates whether the source SFU has successfully shut down service interaction with the site.

[0205] In one possible design, the service shutdown instruction message is carried in a Wi-Fi management control interface message.

[0206] In one possible design, the service shutdown instruction message includes the site's identifier.

[0207] In one possible design, the service shutdown instruction message is also used to instruct the source SFU to report context information about the service interaction with the site.

[0208] In one possible design, the service shutdown feedback message indicates that the source SFU has successfully shut down service interaction with the site.

[0209] In one possible design, the service shutdown feedback message includes context information about the service interaction between the source SFU and the site.

[0210] In one possible design, the context information includes one or more of the following: unicast packet sequence number (PN), sequence number (SN), context, message sequence number, or site operation mode indicator (OMI) status information.

[0211] In one possible design, the context information also includes the energy-saving mode of the source SFU.

[0212] In one possible design, the site OMI status information includes one or more of the following: received spatial stream count, channel bandwidth, uplink multi-user transmission disabled, transmitted spatial-time stream count, extended distance single-user transmission disabled, recommendation to re-perform downlink multi-user multiple-input multiple-output transmission channel probing, and uplink data multi-user transmission disabled.

[0213] In one possible design, the service shutdown feedback message indicates that the source SFU has failed to shut down the service interaction with the site;

[0214] The method further includes:

[0215] The source SFU receives a first roaming error handling message from the MFU, the first roaming error handling message being used to instruct the source SFU to restore the configuration before roaming was initiated for the site;

[0216] The source SFU restores the configuration prior to the start of roaming for the site.

[0217] In one possible design, the service shutdown feedback message indicates that the source SFU has failed to shut down the service interaction with the site;

[0218] The method further includes:

[0219] The source SFU receives a third roaming anomaly handling message from the MFU, the third roaming anomaly handling message being used to instruct the source SFU to remove the site from the network;

[0220] The source SFU removes the site from the network.

[0221] In one possible design, the method further includes:

[0222] The source SFU sends a roaming exception handling completion message to the MFU.

[0223] In a twentieth aspect, embodiments of this application provide a roaming method, including:

[0224] When the target sub-optical network unit (SFU) has initiated roaming processing for the site, a second roaming anomaly handling message is received from the main optical network unit (MFU). The second roaming anomaly handling message is used to instruct the clearing of roaming-related information for the site. The source SFU is the SFU currently accessed by the site.

[0225] Remove roaming-related information for the site or remove the site from the network.

[0226] In one possible design, the method further includes:

[0227] The target SFU sends a roaming exception handling completion message to the MFU.

[0228] In a twentieth aspect, embodiments of this application provide a roaming device having the functionality to implement the twenty-fourth aspect and the optional methods of the twenty-fourth aspect. The device includes at least one module for implementing the methods provided by the twenty-fourth aspect and the optional methods of the twenty-fourth aspect. One possible design includes: a sending module, configured to send a service shutdown indication message to a source SFU during station roaming, the service shutdown message instructing the source SFU to shut down service interaction with the station;

[0229] The receiving module is used to receive a service shutdown feedback message from the source SFU, the service shutdown feedback message being used to indicate whether the service interaction with the site has been successfully shut down.

[0230] In one possible design, the service shutdown message is carried in a Wi-Fi management control interface message.

[0231] In one possible design, the service shutdown instruction message includes the site's identifier.

[0232] In one possible design, the service shutdown instruction message is also used to instruct the source SFU to report context information about the service interaction with the site.

[0233] In one possible design, the service shutdown feedback message indicates that the source SFU has successfully shut down service interaction with the site.

[0234] In one possible design, the service shutdown feedback message includes context information about the service interaction between the source SFU and the site.

[0235] In one possible design, the context information includes one or more of the following: unicast packet sequence number (PN), sequence number (SN), context, message sequence number, or site operation mode indicator (OMI) status information.

[0236] In one possible design, the context information also includes the energy-saving mode of the source SFU.

[0237] In one possible design, the site OMI status information includes one or more of the following: received spatial stream count, channel bandwidth, uplink multi-user transmission disabled, transmitted spatial-time stream count, extended distance single-user transmission disabled, recommendation to re-perform downlink multi-user multiple-input multiple-output transmission channel probing, and uplink data multi-user transmission disabled.

[0238] In one possible design, the service shutdown feedback message indicates that the source SFU has failed to shut down the service interaction with the site;

[0239] The sending module is further configured to send a first roaming exception handling message to the source SFU, the first roaming exception handling message being used to instruct the restoration of the configuration prior to the start of roaming for the site.

[0240] In one possible design, the sending module is further configured to send the second roaming exception handling message to the target SFU, the second roaming exception handling message being used to instruct the deletion of roaming-related information of the site, the target SFU being the target SFU determined by the site roaming handover.

[0241] In one possible design, the service shutdown feedback message indicates that the source SFU has failed to shut down the service interaction with the site;

[0242] The sending module is further configured to send a third roaming exception handling message to the source SFU, the third roaming exception handling message being used to instruct the site to be removed from the network.

[0243] In one possible design, the sending module is further configured to send the third roaming exception handling message to the target SFU, wherein the target SFU is the target SFU determined by the site roaming handover.

[0244] In a twentieth aspect, embodiments of this application provide a roaming device having the functionality to implement the twenty-fifth aspect and the optional methods of the twenty-fifth aspect. The device includes at least one module for implementing the methods provided by the twenty-fifth aspect and the optional methods of the twenty-fifth aspect. In one possible design, applied to a source sub-optical network unit (SFU), it includes:

[0245] The receiving module is used to receive a service shutdown indication message from the main optical network unit (MFU) during the roaming process of the site. The service shutdown message is used to instruct the source SFU to shut down service interaction with the site.

[0246] The sending module is used to send a service shutdown feedback message to the MFU, the service shutdown feedback message being used to indicate whether the source SFU has successfully shut down service interaction with the site.

[0247] In one possible design, the service shutdown instruction message is carried in a Wi-Fi management control interface message.

[0248] In one possible design, the service shutdown instruction message includes the site's identifier.

[0249] In one possible design, the service shutdown instruction message is also used to instruct the source SFU to report context information about the service interaction with the site.

[0250] In one possible design, the service shutdown feedback message indicates that the source SFU has successfully shut down service interaction with the site.

[0251] In one possible design, the service shutdown feedback message includes context information about the service interaction between the source SFU and the site.

[0252] In one possible design, the context information includes one or more of the following: unicast packet sequence number (PN), sequence number (SN), context, message sequence number, or site operation mode indicator (OMI) status information.

[0253] In one possible design, the context information also includes the energy-saving mode of the source SFU.

[0254] In one possible design, the site OMI status information includes one or more of the following: received spatial stream count, channel bandwidth, uplink multi-user transmission disabled, transmitted spatial-time stream count, extended distance single-user transmission disabled, recommendation to re-perform downlink multi-user multiple-input multiple-output transmission channel probing, and uplink data multi-user transmission disabled.

[0255] In one possible design, the service shutdown feedback message indicates that the source SFU has failed to shut down the service interaction with the site;

[0256] The receiving module is further configured to receive a first roaming exception handling message from the MFU, the first roaming exception handling message being used to instruct the source SFU to restore the configuration before the site roaming was initiated;

[0257] Also includes:

[0258] The processing module is used to restore the configuration prior to the start of roaming for the site.

[0259] In one possible design, the service shutdown feedback message indicates that the source SFU has failed to shut down the service interaction with the site;

[0260] The receiving module is also configured to receive a third roaming exception handling message from the MFU, the third roaming exception handling message being used to instruct the source SFU to remove the site from the network;

[0261] Also includes:

[0262] A processing module for removing the site from the network.

[0263] In one possible design, the sending module is also used to send a roaming exception handling completion message to the MFU.

[0264] In a twentieth aspect, embodiments of this application provide a roaming device having the functionality to implement the twenty-sixth aspect and the optional methods of the twenty-sixth aspect described above. The device includes at least one module for implementing the methods provided by the twenty-sixth aspect and the optional methods of the twenty-sixth aspect.

[0265] In one possible design, the application to the target sub-optical network unit (SFU) includes:

[0266] The receiving module is configured to receive a second roaming anomaly handling message from the main optical network unit (MFU) when the target sub-optical network unit (SFU) has initiated roaming processing for the site. The second roaming anomaly handling message is used to instruct the clearing of roaming-related information for the site, and the source SFU is the SFU currently accessed by the site.

[0267] A processing module is used to clear roaming-related information for the site.

[0268] In one possible design, the device further includes:

[0269] The sending module is used to send a roaming exception handling completion message to the MFU.

[0270] In a thirtieth aspect, this application provides a roaming device, the roaming device including a processor, a memory and a communication interface; the processor is configured to execute program instructions in the memory to implement the methods provided in the twenty-fourth aspect and the optional manner of the twenty-fourth aspect, and the communication interface is configured to communicate with an SFU.

[0271] In a thirty-first aspect, this application provides a roaming device, the roaming device including a processor, a memory and a communication interface; the processor is configured to execute program instructions in the memory to implement the methods provided in the twenty-fifth aspect and the optional methods of the twenty-fifth aspect, or to implement the methods provided in the fourteenth aspect and the optional methods of the fourteenth aspect, and the communication interface is configured to communicate with an MFU.

[0272] In a thirty-second aspect, this application provides a computer-readable storage medium storing at least one program instruction that is read by a processor to cause the processor (in an MFU) to perform the method provided in the twenty-fourth aspect or any alternative method of the twenty-fourth aspect.

[0273] In a thirty-third aspect, this application provides a computer-readable storage medium storing at least one program instruction that is read by a processor to cause the processor (in a SFU) to perform the method provided by the twenty-fifth aspect and the alternative method of the twenty-fifth aspect, or to perform the method provided by the twenty-sixth aspect and the alternative method of the twenty-sixth aspect.

[0274] In a thirty-fourth aspect, this application provides a computer program product including program instructions stored in a computer-readable storage medium. The processor of the MFU reads the program instructions from the computer-readable storage medium and executes the program instructions, causing the MFU to perform the method provided in the twenty-fourth aspect or any alternative method of the twenty-fourth aspect.

[0275] In a thirty-fifth aspect, this application provides a computer program product including program instructions stored in a computer-readable storage medium. The processor of the SFU reads the program instructions from the computer-readable storage medium and executes the program instructions, causing the SFU to perform the methods provided by the twenty-fifth aspect and its optional embodiments, or to perform the methods provided by the twenty-sixth aspect and its optional embodiments.

[0276] In a thirty-sixth aspect, embodiments of this application provide a communication system including a source SFU, a target SFU, and an MFU. The MFU is used to perform the method described in aspect twenty-four or any design of aspect twenty-four. The source SFU is used to perform the method described in aspect twenty-fif or any design of aspect twenty-five. The target SFU is used to perform the method described in aspect twenty-six or any design of aspect twenty-six.

[0277] In a thirty-seventh aspect, embodiments of this application provide a roaming method, including:

[0278] During site roaming, the main optical network unit (MFU) sends a service activation instruction message to the target SFU. The service activation instruction message is used to instruct the target SFU to activate service interaction with the site.

[0279] The MFU receives a service activation feedback message from the target SFU, which indicates whether service interaction with the site has been successfully activated.

[0280] In one possible design, the service activation indication message is carried in a Wi-Fi management and control interface message.

[0281] In one possible design, the service activation instruction message includes the site's identifier.

[0282] In one possible design, the service activation indication message includes context information about the service interaction between the source SFU and the site.

[0283] In one possible design, the context information includes one or more of the following: unicast packet sequence number (PN), sequence number (SN), context, message sequence number, or site operation mode indicator (OMI) status information.

[0284] In one possible design, the context information also includes the energy-saving mode of the source SFU.

[0285] In one possible design, the site OMI status information includes one or more of the following: received spatial stream count, channel bandwidth, uplink multi-user transmission disabled, transmitted spatial-time stream count, extended distance single-user transmission disabled, recommendation to re-perform downlink multi-user multiple-input multiple-output transmission channel probing, and uplink data multi-user transmission disabled.

[0286] In one possible design, the service activation feedback message indicates that the target SFU has successfully initiated service interaction with the site.

[0287] In one possible design, the service activation feedback message indicates that the service interaction between the target SFU and the site has failed.

[0288] The method further includes:

[0289] The MFU sends a first roaming exception handling message to the target SFU, the first roaming exception handling message being used to instruct the restoration of the configuration prior to the start of roaming for the site.

[0290] In one possible design, the method further includes:

[0291] The MFU receives the roaming exception handling completion message sent by the target SFU.

[0292] In one possible design, the method further includes:

[0293] The MFU sends the first roaming exception handling message to the source SFU.

[0294] In one possible design, the method further includes:

[0295] The MFU receives a roaming exception handling completion message sent by the source SFU.

[0296] In one possible design, the method further includes:

[0297] The MFU clears the roaming-related information of the site.

[0298] In one possible design, the service activation feedback message indicates that the service interaction between the target SFU and the site has failed.

[0299] The method further includes:

[0300] The MFU sends a third roaming anomaly handling message to the target SFU, the third roaming anomaly handling message being used to instruct the site to be removed from the network.

[0301] In one possible design, the method further includes:

[0302] The MFU sends the third roaming exception handling message to the source SFU, where the source SFU is the target SFU determined by the site roaming handover.

[0303] In a thirty-eighth aspect, embodiments of this application provide a roaming method, including:

[0304] During the roaming process at the site, the target sub-optical network unit (SFU) receives a service activation instruction message from the main optical network unit (MFU). The service activation instruction message is used to instruct the target SFU to activate service interaction with the site.

[0305] The target SFU sends a service activation feedback message to the MFU, which indicates whether the source SFU has successfully activated service interaction with the site.

[0306] In one possible design, the service activation indication message is carried in a Wi-Fi management and control interface message.

[0307] In one possible design, the service activation instruction message includes the site's identifier.

[0308] In one possible design, the service activation indication message includes context information about the service interaction between the source SFU and the site.

[0309] In one possible design, the context information includes one or more of the following: unicast packet sequence number (PN), sequence number (SN), context, message sequence number, or site operation mode indicator (OMI) status information.

[0310] In one possible design, the site OMI status information includes one or more of the following: received spatial stream count, channel bandwidth, uplink multi-user transmission disabled, transmitted spatial-time stream count, extended distance single-user transmission disabled, recommendation to re-perform downlink multi-user multiple-input multiple-output transmission channel probing, and uplink data multi-user transmission disabled.

[0311] In one possible design, the context information includes the site OMI status information; the method further includes:

[0312] The target SFU interacts with the site based on the transmit / receive parameters indicated by the site's OMI status information.

[0313] In one possible design, the context information also includes the energy-saving mode of the source SFU.

[0314] In one possible design, the context information includes the site OMI status information, and the method further includes:

[0315] When the target SFU determines that the source SFU has entered the energy-saving mode according to the energy-saving mode of the SFU, it performs service interaction with the site according to the transmit and receive parameters indicated by the site OMI status information.

[0316] When the target SFU determines that the source SFU has entered the energy-saving mode based on the energy-saving mode of the SFU, it negotiates the operating mode (OM) with the site.

[0317] In one possible design, the context information includes the site OMI status information, and the method further includes:

[0318] When the target SFU determines that the energy-saving mode of the source SFU supports the current traffic volume of the target SFU, it performs service interaction with the site based on the transmit / receive parameters indicated by the site OMI status information; or,

[0319] When the target SFU determines that the energy-saving mode of the source SFU does not support the current traffic volume of the target SFU, it negotiates the Operation Mode (OM) with the site.

[0320] In one possible design, the method further includes:

[0321] Send a downlink message to the STA according to the message sequence number, or

[0322] The aggregate message is sent to the STA according to the SN context, or...

[0323] The channel bandwidth and number of streams are determined based on the site's OMI status information. This design synchronizes the site's energy-saving status to the roaming SFU by synchronizing the OMI status with the target SFU, maintaining consistency in the STA's energy-saving status and improving roaming performance.

[0324] In one possible design, the service activation feedback message indicates that the target SFU has successfully initiated service interaction with the site.

[0325] In one possible design, the method further includes:

[0326] The target SFU sends downlink service messages to the site.

[0327] In one possible design, the service shutdown feedback message indicates that the target SFU failed to enable service interaction with the site.

[0328] The method further includes:

[0329] The target SFU receives a first roaming exception handling message from the MFU, the first roaming exception handling message being used to indicate the restoration of the configuration before the site roaming was initiated;

[0330] The target SFU restores the configuration prior to the start of roaming for the site.

[0331] In one possible design, the method further includes:

[0332] The target SFU sends a roaming exception handling completion message to the MFU.

[0333] In one possible design, the service activation feedback message indicates that the service interaction between the target SFU and the site has failed.

[0334] The method further includes:

[0335] The target SFU receives a third roaming anomaly handling message from the MFU, the third roaming anomaly handling message being used to instruct the target SFU to remove the site from the network;

[0336] The target SFU removes the site from the network.

[0337] In a thirty-ninth aspect, embodiments of this application provide a roaming method, including:

[0338] When the source optical network unit (SFU) has initiated roaming processing for a site, a first roaming anomaly handling message is received from the main optical network unit (MFU). The first roaming anomaly handling message is used to indicate the restoration of the configuration before the roaming for the site was initiated. The target SFU is the target SFU for the site roaming handover.

[0339] Restore the configuration for the site prior to roaming initiation and remove the site from the network.

[0340] In one possible design, the method further includes:

[0341] The source SFU sends a roaming exception handling completion message to the MFU.

[0342] In a fortieth aspect, embodiments of this application provide a roaming device having the functionality to implement the thirty-seventh aspect and the optional methods of the thirty-seventh aspect. The device includes at least one module for implementing the methods provided by the thirty-seventh aspect and the optional methods of the thirty-seventh aspect. In one possible design, applied to a main optical network unit (MFU), it includes:

[0343] The sending module is used to send a service activation instruction message to the target SFU during the roaming process of the site. The service activation instruction message is used to instruct the target SFU to activate service interaction with the site.

[0344] The receiving module is used to receive a service activation feedback message from the target SFU, the service activation feedback message being used to indicate whether service interaction with the site has been successfully activated.

[0345] In one possible design, the service activation indication message is carried in a Wi-Fi management and control interface message.

[0346] In one possible design, the service activation instruction message includes the site's identifier.

[0347] In one possible design, the service activation indication message includes context information about the service interaction between the source SFU and the site.

[0348] In one possible design, the context information includes one or more of the following: unicast packet sequence number (PN), sequence number (SN), context, message sequence number, or site operation mode indicator (OMI) status information.

[0349] In one possible design, the site OMI status information includes one or more of the following: received spatial stream count, channel bandwidth, uplink multi-user transmission disabled, transmitted spatial-time stream count, extended distance single-user transmission disabled, recommendation to re-perform downlink multi-user multiple-input multiple-output transmission channel probing, and uplink data multi-user transmission disabled.

[0350] In one possible design, the context information also includes the energy-saving mode of the source SFU.

[0351] In one possible design, the service activation feedback message indicates that the target SFU has successfully initiated service interaction with the site.

[0352] In one possible design, the service activation feedback message indicates that the service interaction between the target SFU and the site has failed.

[0353] The sending module is further configured to send a first roaming exception handling message to the target SFU, the first roaming exception handling message being used to instruct the restoration of the configuration prior to the start of roaming for the site.

[0354] In one possible design, the receiving module is also configured to receive a roaming exception handling completion message sent by the target SFU.

[0355] In one possible design, the sending module is further configured to send the first roaming exception handling message to the source SFU.

[0356] In one possible design, the receiving module is also used to receive a roaming exception handling completion message sent by the source SFU.

[0357] In one possible design, the device further includes:

[0358] The processing module is used to clear roaming-related information of the site.

[0359] In the forty-first aspect, embodiments of this application provide a roaming device having the functionality to implement the thirty-eighth aspect and the optional methods of the thirty-eighth aspect described above. The device includes at least one module for implementing the methods provided by the thirty-eighth aspect and the optional methods of the thirty-eighth aspect. In one possible design, applied to a target sub-optical network unit (SFU), it includes:

[0360] The receiving module is used to receive a service activation indication message from the main optical network unit (MFU) during the roaming process of the site. The service activation indication message is used to instruct the target SFU to activate service interaction with the site.

[0361] The sending module is used to send a service activation feedback message to the MFU, the service activation feedback message being used to indicate whether the source SFU has successfully activated service interaction with the site.

[0362] In one possible design, the service activation indication message is carried in a Wi-Fi management and control interface message.

[0363] In one possible design, the service activation instruction message includes the site's identifier.

[0364] In one possible design, the service activation indication message includes context information about the service interaction between the source SFU and the site.

[0365] In one possible design, the context information includes one or more of the following: unicast packet sequence number (PN), sequence number (SN), context, message sequence number, or site operation mode indicator (OMI) status information.

[0366] In one possible design, the site OMI status information includes one or more of the following: received spatial stream count, channel bandwidth, uplink multi-user transmission disabled, transmitted spatial-time stream count, extended distance single-user transmission disabled, recommendation to re-perform downlink multi-user multiple-input multiple-output transmission channel probing, and uplink data multi-user transmission disabled.

[0367] In one possible design, the context information includes the site OMI status information; a communication module is used to perform service interaction with the site according to the transmit / receive parameters indicated by the site OMI status information, and the communication module includes the receiving module and the sending module.

[0368] Specifically, the sending module is further configured to send data to the site according to the sending parameters indicated by the site OMI status information. The receiving module is further configured to receive data from the site according to the receiving parameters indicated by the site OMI status information.

[0369] In one possible design, the context information also includes the energy-saving mode of the source SFU.

[0370] In one possible design, the context information includes the site OMI status information, and the communication module is used to determine, based on the SFU's power-saving mode, when the source SFU enters power-saving mode, to perform service interaction with the site according to the transmit / receive parameters indicated by the site OMI status information; or...

[0371] When the source SFU enters the energy-saving mode according to the energy-saving mode of the SFU, it negotiates the operating mode (OM) with the site.

[0372] In one possible design, the context information includes the site OMI status information. The communication module, when determining that the source SFU's power-saving mode supports the target SFU's current traffic volume, interacts with the site based on the transmit / receive parameters indicated by the site OMI status information; or...

[0373] When it is determined that the energy-saving mode of the source SFU does not support the current traffic volume of the target SFU, an Operation Mode (OM) negotiation is conducted with the site.

[0374] In one possible design, the sending module is used for:

[0375] Send a downlink message to the STA according to the message sequence number, or

[0376] The aggregate message is sent to the STA according to the SN context, or...

[0377] The channel bandwidth and number of streams are determined based on the site's OMI status information. This design synchronizes the site's energy-saving status to the roaming SFU by synchronizing the OMI status with the target SFU, maintaining consistency in the STA's energy-saving status and improving roaming performance.

[0378] In one possible design, the service activation feedback message indicates that the target SFU has successfully initiated service interaction with the site.

[0379] In one possible design, the sending module is also used to send downlink service messages to the station.

[0380] In one possible design, the service shutdown feedback message indicates that the target SFU failed to enable service interaction with the site.

[0381] The receiving module is further configured to receive a first roaming exception handling message from the MFU, the first roaming exception handling message being used to indicate the restoration of the configuration before the site roaming was initiated;

[0382] Also includes:

[0383] The processing module is used to restore the configuration prior to the start of roaming for the site.

[0384] In one possible design, the sending module is also used to send a roaming exception handling completion message to the MFU.

[0385] In a forty-second aspect, embodiments of this application provide a roaming device having the functionality to implement the thirty-ninth aspect and the optional methods thereof. The device includes at least one module for implementing the methods provided by the thirty-ninth aspect and the optional methods thereof.

[0386] One possible design applied to the source-sub-optical network unit (SFU) includes:

[0387] The receiving module is configured to receive a first roaming error handling message from the main optical network unit (MFU) when the source sub-optical network unit (SFU) has initiated roaming processing for the site. The first roaming error handling message is used to indicate the restoration of the configuration before the roaming for the site was initiated.

[0388] The processing module restores the configuration for the site before roaming was initiated.

[0389] In one possible design, the device further includes:

[0390] The sending module is also used to send a roaming exception handling completion message to the MFU.

[0391] In a forty-third aspect, this application provides a roaming device, the roaming device including a processor, a memory and a communication interface; the processor is configured to execute program instructions in the memory to implement the methods provided in the thirty-seventh aspect and the alternative methods of the thirty-seventh aspect, and the communication interface is configured to communicate with an SFU.

[0392] In a forty-fourth aspect, this application provides a roaming device, the roaming device including a processor, a memory and a communication interface; the processor is configured to execute program instructions in the memory to implement the methods provided in the thirty-eighth aspect and the optional mode of the thirty-eighth aspect, or to implement the methods provided in the thirty-ninth aspect and the optional mode of the thirty-ninth aspect, and the communication interface is configured to communicate with an MFU.

[0393] In a forty-fifth aspect, this application provides a computer-readable storage medium storing at least one program instruction that is read by a processor to cause the processor (in an MFU) to perform the method provided in the thirty-seventh aspect or any alternative method of the thirty-seventh aspect.

[0394] In a forty-sixth aspect, this application provides a computer-readable storage medium storing at least one program instruction that is read by a processor to cause the processor (in a SFU) to perform the method provided by the thirty-eighth aspect and the alternative method of the thirty-eighth aspect, or to perform the method provided by the thirty-ninth aspect and the alternative method of the thirty-ninth aspect.

[0395] In a forty-seventh aspect, this application provides a computer program product including program instructions stored in a computer-readable storage medium. The processor of the MFU reads the program instructions from the computer-readable storage medium and executes the program instructions, causing the MFU to perform the method provided in the thirty-seventh aspect or any alternative method of the thirty-seventh aspect.

[0396] In a forty-eighth aspect, this application provides a computer program product including program instructions stored in a computer-readable storage medium. The processor of the SFU reads the program instructions from the computer-readable storage medium and executes the program instructions, causing the SFU to perform the methods provided by the thirty-eighth aspect and its optional embodiments, or to perform the methods provided by the thirty-ninth aspect and its optional embodiments.

[0397] In a forty-ninth aspect, embodiments of this application provide a communication system including a source SFU, a target SFU, and an MFU. The MFU is used to perform the method described in aspect thirty-seven or any design of aspect thirty-seven. The source SFU is used to perform the method described in aspect thirty-eight or any design of aspect thirty-eight. The target SFU is used to perform the method described in aspect thirty-nine or any design of aspect thirty-nine.

[0398] In some embodiments, the MFU, source SFU, and target SFU have the same Basic Service Set Identifier (BSSID). The MFU, source SFU, and target SFU also have the same Service Set Identifier (SSID).

[0399] In any of the solutions provided above, the roaming start confirmation message sent by the source SFU may carry aggregation parameters of the aggregation session between the source SFU and the STA. These aggregation parameters may include aggregation request frames and aggregation response frames.

[0400] In any of the above-mentioned solutions, the roaming preprocessing instruction message sent by the MFU carries the aforementioned aggregation parameters.

[0401] In any of the above-mentioned solutions, the target SFU can notify the MFU that its aggregation session with the STA has been established after the aggregation session with the STA is completed in a roaming preprocessing completion message.

[0402] In any of the above-mentioned solutions, the service shutdown instruction sent by the MFU to the source SFU carries a notification or instruction to delete the aggregated session with the STA.

[0403] In any of the solutions provided above, after the source SFU deletes the aggregate session with the STA, it can include a notification that the aggregate session with the STA was successfully deleted in the service shutdown completion message.

[0404] In any of the above-mentioned solutions, the service initiation instruction sent by the MFU to the target SFU may include an instruction to establish an aggregation session with the STA. The target SFU then establishes an aggregation session with the STA based on this instruction.

[0405] Based on the implementations provided in the above aspects, this application can be further combined to provide more implementations. Attached Figure Description

[0406] Figures 1A-1C are schematic diagrams of an FTTR system architecture provided in an embodiment of this application;

[0407] Figure 2 is a schematic flowchart of the roaming method provided in an embodiment of this application;

[0408] Figure 3A is a schematic flowchart of a roaming method under abnormal state 1 provided in an embodiment of this application;

[0409] Figure 3B is a schematic flowchart of a roaming method under abnormal state 1 provided in an embodiment of this application;

[0410] Figure 4A is a schematic flowchart of a roaming method under abnormal state 1 provided in an embodiment of this application;

[0411] Figure 4B is a schematic flowchart of a roaming method under abnormal state 1 provided in an embodiment of this application;

[0412] Figure 5 is a schematic flowchart of a roaming method under abnormal state 2 provided in the embodiment of this application;

[0413] Figure 6 is a schematic flowchart of a roaming method under abnormal state 2 provided in the embodiment of this application;

[0414] Figure 7 is a schematic flowchart of a roaming method under abnormal state 3 provided in the embodiment of this application;

[0415] Figure 8 is a schematic flowchart of a roaming method under abnormal state 3 provided in the embodiment of this application;

[0416] Figure 9 is a schematic flowchart of a roaming method under abnormal state 4 provided in the embodiment of this application;

[0417] Figure 10 is a schematic flowchart of a roaming method under abnormal state 4 provided in an embodiment of this application;

[0418] Figure 11 is a schematic diagram of the roaming device structure provided in an embodiment of this application;

[0419] Figure 12 is a schematic diagram of the device structure provided in the embodiment of this application. Detailed Implementation

[0420] The technical solutions in the embodiments of this application will now be described with reference to the accompanying drawings.

[0421] In the description of this application, unless otherwise stated, "multiple" refers to two or more. Additionally, " / " indicates that the related objects are in an "or" relationship; for example, A / B can represent A or B. "And / or" in this application merely describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, and B alone, where A and B can be singular or plural. Furthermore, to facilitate a clear description of the technical solutions of the embodiments of this application, the terms "first" and "second" are used in the embodiments to distinguish identical or similar items with essentially the same function and effect. Those skilled in the art will understand that the terms "first" and "second" do not limit the quantity or execution order, and that "first" and "second" are not necessarily different. It should also be noted that, unless specifically stated, the specific description of some technical features in one embodiment can also be used to explain the corresponding technical features mentioned in other embodiments.

[0422] The importance of seamless Wi-Fi roaming lies in its ability to provide users with a continuous and uninterrupted wireless network connection, ensuring stable and reliable network connectivity in homes, offices, and public places. From a user experience perspective, seamless Wi-Fi roaming avoids network interruptions. Imagine how frustrating it would be to suddenly lose your internet connection while enjoying a smooth online video or conducting an important online meeting, forcing you to move to another room or area. Seamless Wi-Fi roaming technology intelligently senses user movement and signal strength changes, automatically switching to the optimal access point to avoid such interruptions and allow users to enjoy a consistently stable network connection.

[0423] This application provides a roaming method for seamless roaming of sites, enhancing user experience. A site can be any site using a wireless network, such as a mobile phone, tablet, computer, or smart home appliance—any terminal requiring network access. A site can also be referred to as a terminal, user equipment, user unit, user station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent, or user device, etc., and is not specifically limited in this application. The device type of the terminal equipment 111 can be a cellular phone, cordless phone, session initiation protocol (SIP) phone, wireless local loop (WLL) station, personal digital assistant (PDA), handheld device with wireless communication capabilities, computing device or other processing device connected to a wireless modem, in-vehicle device, wearable device, and user equipment in 5G or future networks, etc.

[0424] This application's embodiments can be applied to Fiber To The Room (FTTR) system scenarios. An FTTR system includes a master fiber unit (MFU) and a sub-fiber unit (SFU). The MFU and SFU are connected via optical fiber. Access points include both the MFU and SFU, which can be optical network terminals (ONTs) or optical network units (ONUs). The Chinese term for MFU can also be FTTR master device, and the English term for SFU can also be FTTR slave device or FTTR sub-device, and the English term for SFU is sub-FTTR unit. The MFU can also be called a main gateway, and the SFU can also be called a sub-gateway.

[0425] When an FTTR system is deployed, the MFU and SFU are configured to belong to the same subnet. Configuration can be manual or automatic. Alternatively, the MFU and SFU are configured with the same Basic Service Set Identifier (BSSID). BSSID is an important term in Wireless Local Area Networks (WLANs) used to identify a specific Wi-Fi network. For example, as shown in Figure 1A, an FTTR system is deployed in the same subnet, including MFU, SFU1, SFU2, and SFU3. The MFU is connected to SFU1, SFU2, and SFU3 via fiber optic cables. In some possible implementation scenarios, the MFU can be connected to SFU1, SFU2, and SFU3 via optical splitters, as shown in Figure 1A.

[0426] In one possible application scenario, the roaming handover process may include the following steps, as shown in Figures 1B and 1C: initialization, virtual initialization, information synchronization, and link switching. Figure 1B illustrates this with an example of a STA initially going online at SFU1, followed by a link switch to SFU2. As shown in Figure 1B, the WMCI-based collaborative roaming scheme mainly involves four aspects: roaming configuration information synchronization, network information synchronization, terminal online processing, and terminal roaming processing.

[0427] During the initialization process: The STA goes live by executing the scanning process, authentication process, association process, and four-way handshake process. During the initialization process, the SMF and SFU receive the STA's initialization information, and the corresponding SFU responds to the STA's request messages.

[0428] In the virtual initialization process: After the STA comes online, the MFU sends some key information about the STA to each SFU, enabling each SFU to create a virtual user for the STA. This allows the STA to virtually come online on other SFUs, meaning it retains relevant communication information with the STA but does not currently provide services to the STA. Key information may include one or more of the following: authentication request frame, AID, association request frame, or secret key (Pairwise Transient Key, abbreviated as PTK). A Pairwise Transient Key (PTK) and a Group Transient Key (GTK) are also included.

[0429] In the information synchronization process: the source SFU synchronizes the context information of the STA to the target SFU to achieve fast roaming decision-making and seamless roaming.

[0430] Link switching: After the roaming decision and context information synchronization are completed, the STA switches from the source SFU to the target SFU.

[0431] The roaming process provided in this application embodiment is a switch from a source access point to a target access point. In one implementation scenario, the source access point can be an MFU (Multi-Functional Unit), and the target access point is a target SFU (Single-Functional Unit). In another implementation scenario, the source access point can be a source SFU, and the target access point is a target SFU. The target access point can also be called the destination access point, and the target SFU can also be called the destination SFU. The following description uses roaming from a source SFU to a target SFU as an example; other implementation scenarios can be referred to accordingly, and will not be described in detail.

[0432] The following is an exemplary description of the format of the roaming handover indication and reporting message involved in the embodiments of this application. See Tables 0-1 and 1-1.

[0433] Each roaming handover indication and reporting message has different parameters, which can be indicated by a mask. The roaming handover messages include sequence numbers 2-5 and 7-8; the roaming handover completion status reporting messages include sequence numbers 2-8; the roaming handover exception handling messages include sequence numbers 2-5 and 7-8; and the roaming handover exception handling status reporting messages include sequence numbers 2-6. Table 1-1 is only an example; the message types or message states corresponding to different values ​​can be configured according to requirements, and this application embodiment does not limit this.

[0434] Table 0-1

[0435] Table 1-1

[0436] The following describes the roaming method flow in the embodiments of this application, as shown in Figure 2.

[0437] S201, the source SFU detects a roaming trigger event of the STA and sends the roaming trigger event of the STA to the MFU.

[0438] Roaming trigger events can include the STA's signal strength falling below the roaming threshold.

[0439] The source SFU periodically determines the signal strength of the STA. For example, the source SFU periodically sends beacon frames to the STA. Upon receiving the beacon frame, the STA sends a reply signal to the source SFU. The source SFU determines the received signal strength indication (RSSI) of this reply signal; the RSSI is the signal strength. The source SFU compares this signal strength with a roaming threshold. If it determines that the signal strength is below the roaming threshold, it reports the trigger event to the MFU. As the STA moves away from the source SFU, the signal gradually weakens until it falls below the roaming threshold. If it determines that the signal strength is not below the roaming threshold, it continues to monitor the STA's signal strength.

[0440] In one possible implementation, the roaming threshold can be manually configured or intelligently configured. The roaming threshold can also be configured by the MFU to the source SFU.

[0441] Optionally, the roaming threshold can be different in different deployment scenarios. For example, a first roaming threshold can be configured in scenarios with dense access point coverage, and a second roaming threshold can be configured in scenarios with sparse access point coverage, with the first roaming threshold being larger than the second. In dense coverage scenarios, because the distance between access points is small, setting the roaming threshold too low would result in roaming occurring even after a short distance, leading to frequent roaming. To conserve roaming management resources, the roaming threshold is configured higher. Conversely, in sparse coverage scenarios, because the distance between access points is large, a greater distance is required to enter the coverage area of ​​an access point with stronger signal strength. Therefore, the roaming threshold is configured lower.

[0442] In one possible implementation, the source SFU can carry the triggering event in a Wi-Fi Management and Control Interface (WMCI) message.

[0443] WMCI is the interface between the MFU and SFU for implementing WLAN control and other functions. The WMCI management channel is a low-latency channel in the FTTR network that enables WLAN control and other functions between the MFU and SFU. It carries WMCI messages via a unique FEM port-ID. The WMCI management channel is also called the Wi-Fi Management and Control Channel (WMCC). WMCI messages are encapsulated in FEM frames and used to manage and control the WLAN functions of the SFU. The FTTR transceiver can identify the destination of the WMCI message using the FEM port ID in the FEM frame.

[0444] See Table 1-2 for the WMCI message encapsulation format.

[0445] Table 1-2

[0446] The message type is an 8-bit field that indicates the type of message and defines the semantics of the message content. When the MFU receives an upstream message with a message type ID indicating that it is unsupported, the MFU ignores the message. When the SFU receives a message with a reserved or unsupported message type ID, it ignores the message.

[0447] The sequence number is an 8-bit field containing a sequence number counter to ensure the robustness of the WMCI message channel. In the downlink direction, the sequence number field is populated with the corresponding MFU sequence number counter value. The MFU maintains a separate sequence number counter for each SFU unicast and broadcast WMCI message stream. Each sequence number counter rolls from 255 to 1. A value of 0 is not used in the downlink direction. In the uplink direction, when an uplink WMCI message is a response to a downlink message, the value of the sequence number field is equal to the value of the sequence number field in the downlink message. If the WMCI message is initiated by the SFU, sequence number = 0 is used.

[0448] Message length and priority are 2-byte fields, representing the number of bytes in the message content and the message processing requirements. X (the most significant bit of the third byte): Indicates the priority of processing this message. When X=1, the message has high priority; X=0 indicates low priority. LL LLLL LLLL: This field represents the length of the message content. The value range is 0 to 1023. O: Indicates the operation type of the current message. In the downlink direction, when O=1, it indicates that the operation type of this message is a parameter request, requesting the SFU to send the output indicated by the Message type ID field; when O=0, it indicates that the message is a parameter configuration message, with the Message type ID field indicating the parameter type configured in this message. In the uplink direction, when O=1, it indicates that the operation type of this message is a scheduling request, requesting the MFU to send the scheduling configuration indicated by the Message type ID field; when O=0, it indicates that the message is a parameter reporting message, with the Message type ID field indicating the parameter type configured in this message.

[0449] The format of the message content field is related to the specific message. The message content includes two parts: the message mask and the parameter content.

[0450] The message mask consists of a 16-bit mask, as shown in Table 1-3.

[0451] Table 1-3

[0452] Each message type can carry 16 parameters. Please refer to the message definition for a detailed explanation of the parameter sequence.

[0453] The message content should be filled in according to the order indicated by the parameter mask. For downlink request messages, the parameter mask represents the parameters that the MFU wants to obtain. For uplink messages, the parameter mask represents the parameters reported and replied to.

[0454] Message verification can employ Cyclic Redundancy Check (CRC). The message verification field, also known as the CRC field, is used to verify whether the message has been corrupted during transmission; its value is generated by the CRC algorithm.

[0455] The messages involved in Table 0-1 or 1-1 can be carried within WMCI messages, such as in the content fields of the WMCI message. In some embodiments, the WMCI message includes the identifier of the access point (such as AP ID or AP index). In one approach, the access point identifier (such as AP ID or AP index) is carried in the message header of the WMCI message. In another approach, the access point identifier (such as AP ID or AP index) is carried in the content fields of the WMCI message, such as in the messages involved in Table 0-1 or 1-1, that is, an AP ID field can be added to Table 0-1 or 1-1.

[0456] For example, the source SFU can carry the triggering event in the message content field of the WMCI message.

[0457] S202, the MFU sends a roaming decision information collection request message to multiple SFUs within the network. The roaming decision information collection request message is used to instruct the SFUs to collect roaming decision information and report it to the MFU.

[0458] In one possible example, multiple SFUs within a network can include all SFUs within the network. In another possible embodiment, SFUs in the network can be configured into groups; for example, several adjacent SFUs may belong to the same group. Of course, other grouping methods are also applicable to this application, and this application does not limit them. Multiple SFUs within a network can be SFUs within a certain group; for example, the group containing the multiple SFUs may include the source SFU.

[0459] The roaming decision information collection request, also known as roaming decision information collection or roaming decision information reporting request message, is not limited in naming in this application.

[0460] For example, the MFU can carry roaming decision information reporting requests in a WMCI message, such as in the message content field of the WMCI message.

[0461] Furthermore, multiple SFUs respectively perform roaming decision information collection. Roaming decision information may include one or more of the following: RSSI, load information, or channel condition information. Roaming decision information may also be called roaming auxiliary decision information, or may use other names, which are not limited in this embodiment.

[0462] It can be understood that load information represents the busyness of the Wi-Fi channel of the SFU. Higher load indicates a busier Wi-Fi channel and lower communication performance; lower load indicates a less busy Wi-Fi channel and higher communication performance. For example, load information can be the number of sites connected to the SFU. For example, load information can include the number of sites connected to the SFU and the site type. Different site types correspond to different load weights. The correspondence between site type and load weight can be preset. For example, the load weight for the mobile phone site type is 1; the load weight for the VR device site type is 2; and the load weight for the smart refrigerator site type is 0.2. Therefore, the MFU can determine the load of the SFU based on the SFU's load information. For example, when the load information is the number of sites, more sites indicate a larger SFU load. For example, when the load information includes the number of sites and the site type, the number of sites of the same type can be multiplied by the load weight corresponding to that type to obtain the weighted load. Then, the weighted loads of each site type are added together, and the sum can be used to represent the SFU load.

[0463] Channel condition information may include signal to interference plus noise ratio (SINR) and / or packet loss rate.

[0464] As an example, the roaming decision information collection message may include fields numbered 2-5 and 7-8 in Table 1-1, as shown in Table 1-4 for example.

[0465] Table 1-4

[0466] The Payload field can carry the parameters that the SFU needs to report. In some possible implementation scenarios, default or protocol-defined parameters can be used for reporting. In this case, it is not necessary to indicate the parameters that the SFU needs to report. In this case, a set sequence can be added to Payload and PayloadLen, such as all zeros, or these two fields can be omitted.

[0467] S203, multiple SFUs send roaming decision information to the MFU respectively.

[0468] For example, each SFU sends a roaming decision information collection and reporting message to the MFU. For instance, the roaming decision information collection and reporting message sent by the target SFU carries the roaming decision information collected by the target SFU. The roaming decision information collection and reporting message can be called a roaming decision information reporting message, or other naming conventions can be used; this application embodiment does not limit this.

[0469] S204, based on roaming decision information, the MFU selects the target SFU to be handed over (or accessed). The source SFU can be called the source SFU, and the target SFU can be called the target SFU or destination SFU. An aggregation session has been established between SFU1 and STA.

[0470] In one possible example, the roaming decision information sent by the SFU to the MFU includes the RSSI of the Wi-Fi signal received by the SFU from the STA. Specifically, the SFU can measure the RSSI of the Wi-Fi signal it receives from the STA. It can be understood that RSSI reflects the communication performance of the channel or link; the higher the RSSI, the higher the communication performance. The MFU can select the SFU with the highest RSSI among multiple SFUs as the target SFU.

[0471] In another possible example, the roaming decision information sent by the SFU to the MFU includes the load information of the SFU. The MFU can select the SFU with the lowest load among multiple SFUs as the target SFU.

[0472] In another possible example, the roaming decision information sent by the SFU to the MFU includes the SFU's channel condition information. Specifically, the SFU can measure the channel conditions for its communication with the STA to obtain channel condition information. The MFU can select the SFU with the best channel conditions among multiple SFUs as the target SFU. For example, it can select the SFU with the highest SINR as the target SFU, or the SFU with the lowest packet loss rate as the target SFU, or the SFU with the highest SINR among SFUs with packet loss rates below a certain threshold as the second SFU, or SINR and packet loss rate can be weighted differently, and the SFU with the largest weighted value can be selected as the target SFU.

[0473] In another possible example, the roaming decision information sent by the SFU to the MFU includes the SFU's load information and RSSI. For instance, the SFU can select the SFU with an RSSI greater than a certain threshold and the lowest current load as the target SFU. Alternatively, the MFU can weight the RSSIs of multiple SFUs with their load values ​​and determine the SFU with the highest weighted value as the target SFU.

[0474] In another possible example, the roaming decision information sent by the SFU to the MFU includes RSSI, load information, and channel condition information. The MFU can select the target SFU by using a weighted calculation method. For example, RSSI, load, SINR (and / or packet loss rate) each correspond to different weights, and the target SFU is determined by calculating the weights.

[0475] It should be understood that there are other combinations of the above roaming decision information. Therefore, the MFU can select the optimal SFU as the target SFU based on different combinations, which will not be listed here.

[0476] In some possible implementations, after selecting the target SFU, the MFU initiates the roaming process. Initiating the roaming process can involve starting a state machine. The state machine describes the states of the roaming handover. For example, the roaming handover states include: the roaming processing state and the roaming reporting state.

[0477] As an example, the roaming decision information collection and reporting message may include fields numbered 2-8 in Table 1-1, as shown in Table 1-5 for example.

[0478] Table 1-5

[0479] Table 1-6

[0480] The unit of load is bps, and the value range can be 1 to 2^40bps, where 2^40bps is approximately equal to 1Tbps.

[0481] The Payload field can carry the parameters that the SFU needs to report. In some possible implementation scenarios, default or protocol-defined parameters can be used for reporting. In this case, it is not necessary to indicate the parameters that the SFU needs to report. In this case, a set sequence can be added to Payload and PayloadLen, such as all zeros, or these two fields can be omitted.

[0482] The load field mentioned above can be the total uplink or downlink traffic on the SFU, for example, in bytes per second.

[0483] In addition to the RSSI and load information parameters mentioned above, a third parameter can be included, namely the channel occupancy parameter. This parameter occupies 1 byte and is used to represent the occupancy rate (percentage unit) of the transmit and receive channels on the SFU.

[0484] In addition to the three parameters mentioned above—RSSI, load information, and channel occupancy rate—a fourth parameter can be included: the number of packets buffered. This parameter occupies 4 bytes and is used to represent the number of packets buffered on the SFU (in bytes or bits).

[0485] Among them, the SFU can report the values ​​of some (e.g., one) of the four fields mentioned above: RSSI, load information, channel occupancy rate, and number of buffered packets. It can also report the values ​​of all parameters.

[0486] If the SFU successfully completes the roaming decision information collection, it can reply with a roaming decision information reporting confirmation message, i.e., Status = 0 for sequence number 6. Otherwise, it replies with a roaming decision information reporting failure message, i.e., Status = 1.

[0487] S205, the MFU sends a roaming start instruction message to both the source SFU and the target SFU.

[0488] In some embodiments, after the MFU selects the target SFU, it caches the downlink packets of the site and stops sending downlink packets to the source SFU, thereby initiating roaming processing, i.e., executing S205.

[0489] The roaming start indication message may also be called the roaming start message or other names, and this application embodiment does not limit this.

[0490] After receiving the roaming start indication message, the source SFU and the target SFU respectively start roaming, such as starting their own roaming switching state machine.

[0491] As an example, the roaming start indication message may include fields numbered 2-5 and 7-8 in Table 1-1, as shown in Table 2.

[0492] Table 2

[0493] In Tables 1-5, Payload and PayloadLen can have specified sequences added, such as all zeros, or these two fields can be excluded.

[0494] S206, the source SFU sends a roaming start confirmation message to the MFU. For example, after the source SFU completes its own roaming handover state machine startup, it sends a roaming start confirmation message to the MFU.

[0495] The roaming start confirmation message can also be named in other ways, such as roaming start successful message. This application embodiment does not limit this.

[0496] If the source SFU fails to initiate roaming processing, it will send a roaming start failure message to the MFU. Roaming start confirmation messages and roaming start failure messages can be collectively referred to as roaming start feedback messages. The roaming start feedback message indicates whether roaming initiation was successful. If it indicates success, it can be called a roaming start confirmation message; if it indicates failure, it can be called a roaming start failure message. The circumstances surrounding roaming initiation failure will be described in detail later and will not be repeated here.

[0497] In an optional implementation, the roaming start confirmation message sent by the source SFU to the MFU includes aggregation parameters of the aggregation session established between the source SFU and the STA.

[0498] As an example, the roaming start confirmation message may include fields numbered 2-8 in Table 1-1, as shown in Table 3.

[0499] Table 3

[0500] In Tables 1-5, Payload and PayloadLen can have specified sequences added, such as all zeros, or these two fields can be excluded.

[0501] In Table 1-5, Status = 0 corresponds to the roaming start confirmation message.

[0502] S207, the target SFU sends a roaming start confirmation message to the MFU. For example, after the target SFU completes its own roaming handover state machine startup, it sends a roaming start confirmation message to the MFU.

[0503] In step S208, after receiving roaming start confirmation messages from both the source SFU and the target SFU, the MFU sends a roaming preprocessing instruction to the target SFU. The roaming preprocessing instruction instructs the target SFU to complete preparations before roaming handover. The roaming preprocessing instruction message instructs the target SFU to perform roaming preparations for the STA.

[0504] Roaming preprocessing instructions, also known as roaming preprocessing messages, or other names are not limited to in this application.

[0505] When the target SFU receives the roaming preprocessing instruction message, it performs roaming preprocessing for the STA, or in other words, performs roaming preparation for the STA, and generates preprocessing information.

[0506] In one possible example, the preparation work involves simulating aggregation.

[0507] It should be noted that, to improve air interface transmission efficiency, aggregated transmission is performed between the access point (AP) and the STA. First, an aggregated session is established between the AP and the STA. Then, aggregated transmission occurs between the AP and the STA. For example, after receiving an aggregated frame from the STA, the AP can respond using a block acknowledge (BA) frame.

[0508] Simulated aggregation can be understood as the aggregation transmission between the simulation and the STA.

[0509] In an optional implementation, the roaming start confirmation message sent by the source SFU to the MFU in step 206 above includes aggregation parameters of the aggregation session between the source SFU and the STA. These aggregation parameters include an aggregation request frame and an aggregation response frame. Furthermore, the roaming preprocessing instruction sent by the MFU to the target SFU may also include these aggregation parameters.

[0510] For example, the roaming preprocessing instruction includes parameters used to simulate aggregation. These could be aggregation parameters used to implement aggregated transmission with the STA, or aggregated frames. These parameters, or roaming preprocessing context information, can also be used to simulate aggregation.

[0511] As an example, aggregation parameters are shown in Table 4-1 or Table 4-2. Tables 4-1 and 4-2 are applicable to aggregation scenarios. The parameters in the following tables can be partially or fully included as needed.

[0512] Table 4-1

[0513] Table 4-2

[0514] In one possible implementation, the roaming preprocessing context information shown in Table 4-2 above, in addition to the aforementioned fields (parameters), may also include a frame type field. The value of the frame type field may include an association request or a reassociation request. If the frame type value is an association request, the payload field carries an association request frame. If the frame type value is a reassociation request, the payload field carries a reassociation request frame. The length of the frame type field can be 1 byte. The source SFU can send some or all of the fields in Table 4-2 above to the MFU; that is, not all parameters in Table 4-2 need to be passed to the MFU at once.

[0515] In one possible implementation, the Key field may also include an encryption mode.

[0516] In some possible implementations, the aggregated information may also include the content of at least one field from Table 4-3 below. The parameters in the table below may carry some or all of the information as needed.

[0517] Table 4-3

[0518] Here, dialog token is the session token. GCR group address element is the retransmittable multicast group address element. Multi-band indicates multiple frequency bands. TCLAS represents traffic classification. ADDBA (Add Block Acknowledgment) extension is the add block acknowledgment extension.

[0519] The ADDBA response frame format specified in the protocol has a total of 0 to 7 Tids. Among them, the optional parameters have not appeared in real-world scenarios. The three elements GCR Group address, Multi-band, and TCLAS are shown in Table 4-3.

[0520] In some possible implementations, the aggregation information may include downlink aggregation parameters + ADDBA response frames. For example, the frame format of downlink aggregation parameters + ADDBA response is shown in Table 4-4. The parameters in the table below may be carried in part or in full as needed.

[0521] Table 4-4

[0522] Among them, A-MSDU (Aggregate MAC Service Data Unit) is the aggregated MAC service data unit.

[0523] In another possible example, the preparation work includes: creating users for STA and simulating aggregation.

[0524] For example, the roaming preprocessing instruction includes one or more of the following communication information: the STA's AID, an authentication request frame from the STA, an association (or reassociation) request frame from the STA, or a key used for communication between the STA and the source SFU. Further, the target SFU creates a user for the STA based on the communication information in the roaming preprocessing instruction. The target SFU also performs simulated aggregation.

[0525] In one possible implementation scenario, the destination SFU has already established an association with the user. In this case, the parameters passed in the roaming preprocessing are aggregation parameters, and the destination SFU establishes an aggregation with the STA through the aggregation parameters passed by the MFU. For example, the roaming preprocessing instruction message carries the aggregation parameters of the aggregation session received from the source SFU.

[0526] In another possible implementation scenario, if the destination SFU has not yet established an association with the user, the parameters passed by the roaming preprocessing are association parameters and aggregation information. The destination SFU establishes an association and aggregation relationship with the terminal through the association and aggregation information passed by the MFU.

[0527] The association parameters include the site's association request frame and / or the key negotiated between the site and the source SFU for communication. The association parameters may also include the site's authentication request frame.

[0528] In some possible implementation scenarios, the creation of users for the STA by the target SFU can be completed during the STA go-live phase.

[0529] As an example, the roaming preprocessing message may include fields numbered 2-5 and 7-8 in Table 1-1, as shown in Table 5.

[0530] Table 5

[0531] S209, the target SFU sends a roaming preprocessing completion message to the MFU. For example, after completing the above preparations, the target SFU sends a roaming preprocessing completion message to the MFU. The MFU then receives the roaming preprocessing completion message from the target SFU.

[0532] In the event of a roaming preprocessing failure, the target SFU will send a roaming preprocessing failure message to the MFU. Roaming preprocessing completion messages and roaming preprocessing failure messages can be collectively referred to as roaming preprocessing feedback messages. The roaming preprocessing feedback message indicates whether roaming preprocessing was successful. If it indicates success, it can be called a roaming preprocessing completion message; if it indicates failure, it can be called a roaming preprocessing failure message. The circumstances surrounding roaming preprocessing failure will be described in detail later and will not be repeated here.

[0533] As an example, the roaming preprocessing feedback message may include fields numbered 2-5 and 7-8 in Table 1-1, as shown in Table 6 for example.

[0534] Table 6

[0535] In Table 6, Payload and PayloadLen can have specified sequences added, such as all zeros, or these two fields can be excluded.

[0536] In Table 6, Status = 0 corresponds to a roaming preprocessing completion (or confirmation) message. Status = 1-255 corresponds to a roaming preprocessing failure message.

[0537] In an optional implementation, the roaming preprocessing completion message sent by the target SFU to the MFU may include an indication or notification that the target SFU has established an aggregation session with the STA.

[0538] S210, the MFU sends a service shutdown indication message to the source SFU. This service shutdown indication message can also be called a service shutdown indication message, or any other name; this embodiment does not limit its usage. The service shutdown indication message is used to instruct the source SFU to shut down service interaction with the STA.

[0539] The failure reason code can include invalid parameters or failure of function execution.

[0540] As an example, a service shutdown instruction message may include fields numbered 2-5 and 7-8 in Table 1-1, for example, see Table 7-1 or Table 7-2.

[0541] Table 7-1

[0542] Table 7-2

[0543] The Payload field can carry the parameters that the SFU needs to report. In some possible implementation scenarios, default or protocol-defined parameters can be used for reporting. In this case, it is not necessary to indicate the parameters that the SFU needs to report. In this case, a set sequence can be added to Payload and PayloadLen, such as all zeros, or these two fields can be omitted.

[0544] The failure reason code can include invalid parameters or failure of function execution.

[0545] S211, the source SFU sends a service shutdown completion message to the MFU.

[0546] In the event of a service shutdown failure, the source SFU will send a service shutdown failure message to the MFU. Service shutdown completion messages and service shutdown failure messages can be collectively referred to as service shutdown feedback messages. The service shutdown feedback message indicates whether the service shutdown was successful. If it indicates success, it can be called a service shutdown completion message; if it indicates failure, it can be called a service shutdown failure message. The circumstances of service shutdown failure will be described in detail later and will not be repeated here.

[0547] As an example, the service closure completion message may include fields numbered 2-8 in Table 1-1, as shown in Table 8.

[0548] Table 8

[0549] In Table 8, Status = 0 corresponds to a service closure completion (or confirmation) message. Status = 1-255 corresponds to a service closure failure message.

[0550] The failure reason code can include invalid parameters or failure of function execution.

[0551] After the source SFU successfully shuts down the service, it retrieves the parameters that need to be synchronized. The service shutdown completion message includes these parameters. These parameters include context information about the service interaction between the source SFU and the STA, such as the sequence numbers of the aggregate frames to be transmitted between the source SFU and the STA, and the sequence numbers of each data packet in the block acknowledgment. For example, the context information that needs to be synchronized may include one or more of the following: PN number, SN context, IPID, or site OMI status information. The site OMI status information may include one or more of the following: receiver number of spatial streams (Rx NSS), channel width (CW), uplink multi-user transmission disabled (UL MU disable), transmit number of spatial streams and time streams (Tx NSTS), downlink multi-user multiple-input multiple-output resound recommendation disabled (ER SU disable), recommendation to re-perform downlink multi-user multiple-input multiple-output resound recommendation (DL MU-MIMO resound recommendation), and uplink data multiple-user transmission disabled (UL MU Data disable).

[0552] As an example, the parameters (context information) that need to be synchronized can be found in Table 9-1.

[0553] Table 9-1

[0554] The information in sequence number 4 is optional. In some implementation scenarios, the key does not need to be updated, and the context information may include the fields in sequences 1-3.

[0555] Here, "key replay" indicates key reloading, and "rep replay counter" is a counter in the Extended Authentication Protocol over LAN (EAPOL) frame. The "Key replay counter__used" indicates the number of EAPOL-Key messages sent by the access point; this field increments by 1 for each EAPOL-Key message sent to prevent replay attacks. At the start of key negotiation, this field is 0 in the EAPOL-Key message sent by the AP. When the client receives the EAPOL-Key message, it records this value locally. When the client receives another EAPOL-Key message from the AP, this field must be greater than the locally recorded value; otherwise, the message is discarded and retransmitted. When the AP receives a message from the client, this field must match the value stored locally; otherwise, it waits for retransmission until a valid Key replay counter is received. If the maximum number of retransmissions is reached, the AP will delete the client.

[0556] As another example, the parameters (context information) that need to be synchronized can be found in Table 9-2. Some or all of the parameters in the table below can be carried as needed.

[0557] Table 9-2

[0558] Channel bandwidth indicates the channel bandwidth of the Physical Layer Protocol Data Units (PPDUs) that the OM initiator supports transmitting or receiving (bandwidth is indicated uniformly for both transmission and reception). Received space-time stream count indicates the number of space-time streams of received PPDUs supported by the OM initiator; this value is less than or equal to its maximum supported space-time stream count. In other words, the received space-time stream count limits the number of space-time streams transmitted by the initiator when it is acting as the receiver of data transmission, and also limits the number of space-time streams transmitted by the sender on the other side; it cannot exceed the capacity of this received space-time stream count limit. Transmitted space-time stream count indicates the number of space-time streams of transmitted PPDUs supported by the OM initiator.

[0559] In other words, the number of space-time streams sent is a limitation imposed on the initiating end when it acts as the sender in the data transmission process. During data transmission, it cannot exceed the capacity limit set by the number of space-time streams sent.

[0560] As another example, the parameters (context information) that need to be synchronized can be found in Table 9-3. Some or all of the parameters in the table below can be carried as needed.

[0561] Table 9-3

[0562] The core concept of Spatial Multiplexing Power Save (SM Power Save) lies in controlling antenna usage strategies. In scenarios requiring energy conservation, the STA can adjust the number of operating antennas, such as switching from dual-stream to single-stream, or completely shutting down some antennas to reduce the energy consumption of wireless transmission. However, since the 802.11 protocol focuses more on the interaction between the STA and the AP, the requirements for uplink transmission and downlink reception are different.

[0563] During uplink transmission, the STA can independently decide how many antennas to use and indicate the number of spatial streams via peamble. Downlink reception can be negotiated with the AP to avoid the station being unable to receive data due to the AP sending multiple streams. Therefore, the station can inform the AP of the status of its own antennas in advance to coordinate reception behavior.

[0564] SMPS enabled: In a WIFI network, before enabling SM Power Save, you can check the AP's beacon frame, such as the HT Capability field, to determine whether the network supports SMPS. Once the network supports it, the site will negotiate the working mode with the AP through the action frame.

[0565] SM Power Save has two operating modes: static mode and dynamic mode. Static mode is a simple on / off mode. Once enabled, the site will default to SM power saving mode, using single-stream reception by default. Full antenna operation will only resume when this mode is explicitly disabled. Static mode is similar to 802.11 OMI technology, but the functional scenarios and parameter settings differ.

[0566] Dynamic SM Power Save is more flexible. By default, the site maintains single-stream reception. When the AP needs multi-stream transmission, it triggers this via Request To Send / Clear To Send (RTS / CTS), temporarily activating all antennas to receive multi-stream data. During this process, the RTS and CTS may not require multi-stream transmission but rather single-stream acknowledgment, as the protocol does not explicitly require it. In dynamic mode, after receiving the RTS, the site triggers multi-stream reception via a single-stream RTS frame and acknowledges it with a single-stream CTS. After receiving data, the site provides feedback via a single-stream ACK, and then reverts to single-stream reception. This dynamic mode switching ensures high energy efficiency while maintaining data transmission accuracy.

[0567] In another implementation, the downlink DL MU-MIMO Resound Recommendation value in Table 9-3 above may include "Indicate the AP (i.e., SFU) to resound the channel or increase the channel sounding frequency with the STA".

[0568] In another embodiment, Table 9-3 above may also include a parameter aggregation status, which indicates that the aggregation session of the source AP (source SFU) deleting the STA was successful.

[0569] Among them, the parameters in Table 9-3 above can be sent to the MFU by the target SFU individually or in any combination.

[0570] Specifically, the site status information in Tables 9-2 or 9-3 above may include the operating mode indication (OMI). The OMI status of the STA is used by the destination SFU to determine the bandwidth of the STA and the number of spatial flows of the STA.

[0571] The STAOMI status parameter can be 2 bytes long, and its possible values ​​are:

[0572] Bit0~Bit2 Rx NSS (represents the number of receiving spatial streams);

[0573] Bit3 to Bit5 represent the channel width (representing the channel bandwidth). The specific values ​​for the channel bandwidth can be:

[0574] 0:20MHZ 1:40MHZ 2:80MHZ 3:160MHZ 4:80+80MHZ 5:320MHZ

[0575] Bit6 UL MU Disable, uplink multi-user (MU) is off;

[0576] Bit7~Bit9 Tx NSTS, Number of transmitting spatial streams;

[0577] Bit10 ER-SU Disable, Extended Range Single User (ER-SU) is disabled;

[0578] Bit11 DL MU-MIMO Resound Recommendation (Downlink Multi-User Multiple-Input Multiple-Output Resound Recommendation);

[0579] Specific values ​​can be: 0, not recommended; 1, instructing the SFU to re-probe the channel or increase the channel probing frequency.

[0580] Bit12 UL MU Data Disable: Uplink multi-user data is disabled, and uplink multi-user data cannot coexist with other STAs.

[0581] The specific values ​​can be: 0, off; 1, on.

[0582] The aggregation status indicates that the aggregation session between the source SFU and STA has been successfully deleted.

[0583] In step S212, the MFU sends a service activation instruction message to the target SFU. This message can also be simply called the service activation message. It instructs the target SFU to initiate service interaction with the STA. The service activation instruction includes configuration parameters, such as context information, that need to be synchronized.

[0584] The service activation instruction message, also known simply as the service activation message, may be used under other names, but this application embodiment does not specifically limit it.

[0585] As an example, the service activation instruction message may include fields numbered 2-5 and 7-8 in Table 1-1, as shown in Table 10.

[0586] Table 10

[0587] S213, the target SFU receives the service activation instruction message and sends a service activation completion message to the MFU. After receiving the service activation instruction, the target SFU starts service interaction with the STA according to the parameters to be synchronized, and sends a service activation completion message to the MFU.

[0588] If the target SFU fails to initiate the service, it will send a service initiation failure message to the MFU. Service initiation success messages and service initiation failure messages can be collectively referred to as service initiation feedback messages. The service initiation feedback message indicates whether the service initiation was successful. If it indicates success, it can be called a service initiation success message; if it indicates failure, it can be called a service initiation failure message. The circumstances of service initiation failure will be described in detail later and will not be repeated here.

[0589] As an example, the service closure completion message may include fields numbered 2-8 in Table 1-1, as shown in Table 11 for example.

[0590] Table 11

[0591] In Table 11, Status = 0 corresponds to a service activation completion (or confirmation) message. Status = 1-255 corresponds to a service activation failure message.

[0592] In some possible implementations, the context information and aggregation parameters can also be sent to the target SFU in a single message. For example, in a service activation message.

[0593] In some embodiments, roaming ends after the MFU receives a service activation completion message from the target SFU. In other embodiments, the MFU can also send cached downlink packets to the target SFU, allowing the target SFU to interact with the site based on context information. For example, the target SFU can send cached downlink packets to the site based on packet sequence numbers, or send aggregation packets to the STA based on the SN context, and determine the channel bandwidth and number of streams based on the terminal OMI status information.

[0594] It should be noted that the names of the above messages can also be other names, such as first message, second message, etc., and this application embodiment does not limit this.

[0595] In one possible implementation, the context information includes site OMI status information. After receiving the new site OMI status, the target SFU can send and receive data with the site (or perform business interactions) according to the send and receive parameters indicated by the site OMI status information. Alternatively, it can also negotiate send and receive parameters with the site using OM.

[0596] The 802.11ax standard incorporates the Operation Mode Invocation (OM) method, where the initiating and responding ends negotiate the operating mode. This reduces power consumption by decreasing the channel bandwidth and the number of supported space-time streams during normal operation. When a large volume of traffic requires transmission, the channel bandwidth and number of space-time streams are restored. Reducing the number of space-time streams or channel bandwidth can be understood as entering an energy-saving mode or state. The initiating end can be a site, and the responding end can be an access point (AP), or vice versa.

[0597] In one possible implementation scenario, if the initiating point is a site (i.e., the site enters power-saving mode before roaming), the source SFU can synchronize the site's OMI status information to the target SFU via the MFU. That is, the OMI status information is included in the aforementioned context information. The target SFU can then interact with the site using the transmit / receive parameters indicated by the OMI status information (e.g., determining channel bandwidth and stream count).

[0598] In another possible implementation scenario, the initiating end is the AP, i.e., the source AP, such as the source SFU (i.e., the scenario where the source SFU switches to the target SFU). In this case, the context information can also include the energy-saving mode of the source SFU. As another example, if the source AP is the MFU, i.e., the scenario where the MFU switches to the target SFU, the context information can also include the energy-saving mode of the MFU.

[0599] In one possible approach, when the target SFU determines that the source SFU (or MFU) has entered the energy-saving mode based on the energy-saving mode of the source SFU (or MFU), it performs service interaction with the site based on the transmit / receive parameters indicated by the site OMI status information.

[0600] In another possible implementation, when the target SFU determines that the source SFU (or MFU) has entered the energy-saving mode based on the energy-saving mode of the source SFU (or MFU), it negotiates the operating mode (OM) with the site.

[0601] In another possible implementation, when the target SFU determines that the energy-saving mode of the source SFU (or MFU) supports the current traffic volume of the target SFU, it performs service interaction with the site according to the transmit / receive parameters indicated by the site's OMI status information. When the target SFU determines that the energy-saving mode of the source SFU (or MFU) does not support the current traffic volume of the target SFU, it negotiates the Operation Mode (OM) with the site.

[0602] In addition to the method for synchronizing aggregation parameters between the source SFU and the target SFU in steps 206-208 above, this embodiment also provides a scheme that does not synchronize these aggregation parameters. In this scheme, the roaming preprocessing indication message sent by the MFU does not carry aggregation parameters.

[0603] In this scheme, the service shutdown message (service shutdown instruction message) sent by the MFU to the source SFU can carry an instruction to delete the aggregate session of the STA. After receiving the instruction, the source SFU deletes the aggregate session with the STA, and then notifies the MFU in the service shutdown completion message that the aggregate session of the STA has been deleted.

[0604] In this scheme, the service initiation message (service activation indication message) sent by the MFU to the target SFU can carry an indication to establish an aggregation session. After receiving the indication, the target SFU establishes an aggregation session with the STA, thereby continuing to transmit aggregated services with the STA.

[0605] In some possible implementation scenarios, roaming anomalies may occur during the above roaming process. The following describes how to handle roaming anomalies.

[0606] Abnormal state 1: Exception that roaming failed to start.

[0607] Method 1:

[0608] Referring to Figures 3A and 3B, a schematic flowchart of a roaming method provided in an embodiment of this application is shown. When the MFU determines that the source SFU or the target SFU has failed to initiate roaming, it clears the roaming information of the STA. Figures 3A and 3B describe an exception handling method for roaming initiation failure.

[0609] In S301, the MFU sends a roaming start indication message to both the source SFU and the target SFU. See S205 for further details.

[0610] In one possible example, after receiving the roaming start indication message, the source SFU initiates roaming, for example, by starting its own roaming switching state machine. However, if roaming initiation fails, S302a is executed.

[0611] In another possible example, after receiving the roaming start indication message, the target SFU initiates roaming, for example, by starting its own roaming switching state machine. However, if roaming initiation fails, S302b is executed.

[0612] Referring to Figure 3A, in step S302a, the source SFU sends a roaming start failure indication message (which can be simply referred to as a roaming start failure message or other names) to the MFU. For example, a software vulnerability (bug) or hardware failure in the source SFU can cause roaming to fail to start.

[0613] Referring to Figure 3B, in step S302b, the target SFU sends a roaming start failure indication message to the MFU. For example, a software vulnerability (bug) or hardware failure in the target SFU can cause roaming initiation to fail.

[0614] For example, the format of the roam start failure indication message can be seen in Table 3. Roam Process Status = 1, and Status ≠ 0. In some implementation scenarios, Roam Status is a value between 1 and 255, used to indicate the error identification code. Different values ​​indicate different reasons for failure.

[0615] The SFU that fails to initiate roaming can be either the source SFU or the target SFU. Figure 3A shows an example of the source SFU, and Figure 3B shows an example of the target SFU. In some possible scenarios, both the source SFU and the target SFU may fail to initiate roaming simultaneously.

[0616] S303, the MFU clears the roaming information of the STA, or in other words, clears the preparation information made for the STA's roaming, or the MFU clears the current roaming for the STA and waits for the next roaming trigger. Clearing roaming information can be achieved, for example, by disabling the state machine switching.

[0617] The above solution addresses the issue of roaming initiation failure by promptly clearing roaming-related information. The MFU then stops executing the roaming process, reducing instruction overhead, minimizing storage resource waste, and preventing the stored information from impacting subsequent roaming operations.

[0618] In some possible implementations, if the MFU determines that the source SFU has failed to initiate roaming when it sends a roaming start indication message to the source SFU for a certain period of time or when the number of retransmissions reaches a certain number of times, then it executes S303.

[0619] In other possible implementations, if the MFU determines that the target SFU has failed to initiate roaming when the time threshold for sending the roaming start indication message to the target SFU has been reached or the number of retransmissions has reached the number threshold, then S303 is executed.

[0620] Method 2:

[0621] Referring to Figures 4A and 4B, a schematic flowchart of another roaming method provided in an embodiment of this application is shown.

[0622] S401, see S301, will not be repeated here.

[0623] In one possible example, after receiving the roaming start indication message, the source SFU initiates roaming, for example, by starting its own roaming switching state machine. However, if roaming initiation fails, S402a is executed.

[0624] In another possible example, after receiving the roaming start indication message, the target SFU initiates roaming, for example, by starting its own roaming switching state machine. However, if roaming initiation fails, S402b is executed.

[0625] Referring to Figure 4A, in S402a, the source SFU sends a roaming start failure indication message to the MFU.

[0626] Referring to Figure 4B, in S402b, the target SFU sends a roaming start failure indication message to the MFU.

[0627] The SFU that fails to initiate roaming can be either the source SFU or the target SFU. Figure 4A shows an example of the source SFU, and Figure 4B shows an example of the target SFU. In some possible scenarios, both the source SFU and the target SFU may fail to initiate roaming simultaneously. In such cases, both the source SFU and the target SFU will send a roaming start failure indication to the MFU.

[0628] S403, MFU clears the roaming information of the STA.

[0629] S404, the MFU sends a roaming exception handling message to the source SFU. The roaming exception handling message indicates that the roaming information should be cleared.

[0630] In the exception handling scenario at the start of roaming, the roaming exception handling message can also be called the roaming start exception handling message, or other names can be used. This application embodiment does not specifically limit this.

[0631] S405, the MFU sends a roaming exception handling message to the target SFU.

[0632] S406, the source SFU sends a roaming exception handling completion message to the MFU.

[0633] In the roaming start exception handling scenario, the roaming exception handling completion message can also be called the roaming start exception handling completion message, or other names can be used. This application embodiment does not specifically limit this.

[0634] When the source SFU receives a roaming exception handling message, it deletes the roaming information of the STA, such as deleting the started switching state machine, and then sends a roaming exception handling completion message to the MFU.

[0635] S407, the target SFU sends a roaming exception handling completion message to the MFU.

[0636] When the target SFU receives a roaming exception handling message, it deletes the roaming information of the STA, such as deleting the started switching state machine, and then sends a roaming exception handling completion message to the MFU.

[0637] The above solution addresses the issue of roaming initiation failure by promptly clearing roaming-related information. Neither the MFU nor the SFU will continue executing the roaming process, reducing instruction overhead and minimizing storage resource waste. It also prevents stored information from impacting subsequent roaming operations.

[0638] In some possible implementations, if the MFU determines that the source SFU has failed to initiate roaming when it sends a roaming start indication message to the source SFU for a certain period of time or when the number of retransmissions reaches a certain number of times, then it executes S404-S405.

[0639] In other possible implementations, if the MFU determines that the target SFU has failed to initiate roaming when the time threshold for sending the roaming start indication message to the target SFU has been reached or the number of retransmissions has reached the number threshold, then S404-S405 are executed.

[0640] Abnormal State 2: Exception of roaming preprocessing failure.

[0641] Method 1:

[0642] Referring to Figure 5, it is a schematic flowchart of a roaming method provided in an embodiment of this application.

[0643] In step S501, the MFU sends a roaming preprocessing message to the target SFU. See step S208 for further details.

[0644] After receiving the roaming preprocessing message, the target SFU completes pre-handover preparations. These preparations may include simulating aggregation. Optionally, the preparations may also include creating users for the STA.

[0645] S502, the target SFU sends a roaming preprocessing failure indication message to the MFU. Upon receiving the roaming preprocessing failure indication message, the MFU determines that the target SFU's roaming preprocessing has failed. For example, a software vulnerability (bug) or hardware failure in the target SFU can both lead to roaming preprocessing failure.

[0646] For example, the format of the roaming preprocessing failure indication message can be seen in Table 6. Roam Notify Status = 2, and Roam Status ≠ 0. In some implementation scenarios, Roam Status is a value between 1 and 255, used to indicate the error identification code. Different values ​​indicate different reasons for failure.

[0647] S503, MFU clears the roaming information of the STA, or in other words, clears the preparation information made for the STA's roaming. Clearing roaming information can, for example, disable the switching state machine.

[0648] In some possible implementations, if the MFU determines that the roaming preprocessing of the target SFU has failed when the time threshold for sending the roaming preprocessing instruction message to the target SFU is reached or the number of retransmissions reaches the number threshold, then S503 is executed.

[0649] Method 2:

[0650] Referring to Figure 6, this is a schematic diagram of another roaming method provided in an embodiment of this application.

[0651] S601, see S501, will not be repeated here.

[0652] S602, the target SFU sends a roaming preprocessing failure indication message to the MFU. Upon receiving the roaming preprocessing failure indication message, the MFU determines that the target SFU's roaming preprocessing has failed. For example, a software vulnerability (bug) or hardware failure in the target SFU can both lead to roaming preprocessing failure.

[0653] Optionally, in step S603, the MFU clears the roaming information of the STA.

[0654] S604, the MFU sends a roaming exception handling message to the target SFU. The roaming exception handling message instructs the deletion of roaming-related information for that site.

[0655] S605, the MFU sends a roaming exception handling message to the source SFU. The roaming exception handling message instructs the removal of roaming-related information for that site.

[0656] In the exception handling scenario of this roaming preprocessing, the roaming exception handling message can also be called the roaming preprocessing exception handling message, or other names can be used. This application embodiment does not specifically limit this.

[0657] S606, the target SFU sends a roaming exception handling completion message to the MFU.

[0658] S607, the source SFU sends a roaming exception handling completion message to the MFU.

[0659] In the exception handling scenario of this roaming preprocessing, the roaming exception handling completion message can also be called the roaming preprocessing exception handling completion message, or other names can be used. This application embodiment does not specifically limit this.

[0660] When the target SFU receives a roaming exception handling message, it deletes the roaming information and preprocessing information of the STA. For example, deleting the STA's roaming information includes deleting the initiated switching state machine. It also deletes preprocessing information, including deleting simulated aggregation information and user information for created STAs. Then, it sends a roaming exception handling complete message to the MFU.

[0661] When the source SFU receives a roaming exception handling message, it clears the roaming message, such as by deleting the started switching state machine.

[0662] In some possible implementations, if the MFU sends a roaming preprocessing instruction message to the target SFU for a certain period of time or a certain number of retransmissions, and does not receive a roaming preprocessing completion message from the target SFU (or does not receive a reply message from the target SFU), it determines that the roaming preprocessing of the target SFU has failed, and then executes S604-S605.

[0663] Abnormal Status 3: Service shutdown failure exception.

[0664] Method 1:

[0665] Referring to Figure 7, it is a schematic flowchart of a roaming method provided in an embodiment of this application.

[0666] In S701, the MFU sends a service shutdown instruction message to the source SFU. See S209 for details.

[0667] S702, the source SFU sends a service shutdown failure indication message to the MFU. Upon receiving the service shutdown failure indication message, the MFU determines that the service shutdown of the source SFU has failed.

[0668] For example, if the source SFU has a software vulnerability (bug) or a hardware failure, the service shutdown may fail.

[0669] For example, the format of the roaming preprocessing failure indication message can be seen in Table 6. Roam Notify Status = 3, and Roam Status ≠ 0. In some implementation scenarios, Roam Status is a value between 1 and 255, used to indicate the error identification code. Different values ​​indicate different reasons for failure.

[0670] S703, the MFU sends a roaming exception handling message a1 to the source SFU. The roaming exception handling message a1 instructs the source SFU to restore the configuration prior to roaming initiation for the site.

[0671] S704, the MFU sends a roaming exception handling message a2 to the target SFU. The roaming exception handling message a2 instructs the target SFU to delete roaming-related information for the STA.

[0672] Optionally, MFU removes roaming-related information from a site.

[0673] In the abnormal handling scenario of service shutdown, the roaming abnormal handling message can also be called the service shutdown abnormal handling message, or other names can be used. This application embodiment does not make specific limitations on this.

[0674] S705, the source SFU sends a roaming exception handling completion message to the MFU. Upon receiving the roaming exception handling message a1, the source SFU restores the configuration of the STA before roaming startup, and then sends back a roaming exception handling completion message.

[0675] S706, the target SFU sends a roaming exception handling completion message to the MFU. Upon receiving the roaming exception handling message a2, the target SFU deletes the roaming-related information for the STA, and then sends back a roaming exception handling completion message.

[0676] In the abnormal handling scenario of service shutdown, the roaming abnormal handling completion message can also be called the service shutdown abnormal handling completion message, or other names can be used. This application embodiment does not make specific limitations on this.

[0677] In some possible implementations, the MFU can restore the configuration of the site before roaming was initiated, such as deleting the site's roaming-related information.

[0678] In some possible implementations, if the MFU determines that the source SFU service shutdown has failed when the time threshold for sending the service shutdown indication message to the source SFU has been reached or the number of retransmissions has reached the number of times threshold, and no service shutdown completion message (or no reply message from the source SFU) has been received, then S703-S704 are executed.

[0679] Method 2:

[0680] Referring to Figure 8, it is a schematic flowchart of a roaming method provided in an embodiment of this application.

[0681] In S801, the MFU sends a service shutdown instruction message to the source SFU. See S209 for details.

[0682] S802, the source SFU sends a service shutdown failure indication message to the MFU. Upon receiving the service shutdown failure indication message, the MFU determines that the service shutdown of the source SFU has failed. For example, a software vulnerability (bug) or hardware failure in the source SFU may cause service shutdown failure.

[0683] For example, the format of the roaming preprocessing failure indication message can be seen in Table 6. Roam Notify Status = 3, and Roam Status ≠ 0. In some implementation scenarios, Roam Status is a value between 1 and 255, used to indicate the error identification code. Different values ​​indicate different reasons for failure.

[0684] S803, the MFU sends a roaming anomaly handling message b1 to the source SFU. Roaming anomaly handling message b1 indicates that the site should be removed from the network.

[0685] S804, the MFU sends a roaming anomaly handling message b2 to the target SFU. Roaming anomaly handling message b2 indicates that the site should be removed from the network.

[0686] In the abnormal handling scenario of service shutdown, the roaming abnormal handling message can also be called the service shutdown abnormal handling message, or other names can be used. This application embodiment does not make specific limitations on this.

[0687] Optionally, the MFU removes the site from the network.

[0688] S805, the source SFU sends a roaming exception handling completion message to the MFU. Upon receiving the roaming exception handling message b1, the source SFU removes the site from the network and then sends back a roaming exception handling completion message.

[0689] S806, the target SFU sends a roaming exception handling completion message to the MFU. Upon receiving the roaming exception handling message b2, the target SFU removes the site from the network and then sends back a roaming exception handling completion message.

[0690] In the abnormal handling scenario of service shutdown, the roaming abnormal handling completion message can also be called the service shutdown abnormal handling completion message, or other names can be used. This application embodiment does not make specific limitations on this.

[0691] In some possible implementations, if the MFU determines that the source SFU service shutdown has failed when the time threshold for sending the service shutdown indication message to the source SFU has been reached or the number of retransmissions has reached the number of times it has been retransmitted has been reached, and no service shutdown completion message has been received from the source SFU (or no reply message has been received from the source SFU), then S803-S804 are executed.

[0692] Abnormal Status 4: Service startup failure.

[0693] Method 1:

[0694] Referring to Figure 9, it is a schematic flowchart of a roaming method provided in an embodiment of this application.

[0695] In S901, the MFU sends a service activation instruction message to the target SFU. See S211 for details.

[0696] S902, the target SFU sends a service activation failure indication message to the MFU. Upon receiving the service activation failure indication message, the MFU determines that the service activation of the target SFU has failed. For example, a software vulnerability (bug) or hardware failure in the target SFU may cause service activation failure.

[0697] Optionally, if the MFU receives a service activation failure indication, the MFU will delete the roaming-related information for the site or restore the configuration prior to roaming activation for that STA.

[0698] S903, the MFU sends a roaming exception handling message c1 to the target SFU. The roaming exception handling message c1 indicates that the configuration prior to the start of roaming for this STA should be restored.

[0699] S904, the MFU sends a roaming exception handling message c2 to the source SFU. The roaming exception handling message c2 indicates that the configuration prior to the start of roaming for this STA should be restored.

[0700] In the scenario of handling exceptions during service activation, the roaming exception handling message can also be called the service activation exception handling message, or other names can be used. This application embodiment does not specifically limit this.

[0701] S905, the target SFU sends a roaming exception handling completion message to the MFU. Upon receiving the roaming exception handling message c1, the target SFU restores the configuration prior to roaming initiation for that STA, and then sends back a roaming exception handling completion message.

[0702] S906, the source SFU sends a roaming exception handling completion message to the MFU. Upon receiving the roaming exception handling message c2, the source SFU restores the configuration prior to roaming initiation for that STA, and then sends back a roaming exception handling completion message.

[0703] In the scenario of handling exceptions during the service activation, the roaming exception handling completion message can also be called the service activation exception handling completion message, or other names can be used. This application embodiment does not specifically limit this.

[0704] In some possible implementations, if the MFU sends a service activation instruction message to the target SFU for a certain period of time or a certain number of retransmissions, and does not receive a service activation completion message from the target SFU (or does not receive a reply message from the target SFU), it determines that the service activation of the target SFU has failed, and then executes S903-S904.

[0705] Method 2:

[0706] Referring to Figure 10, it is a schematic flowchart of a roaming method provided in an embodiment of this application.

[0707] In S1001, the MFU sends a service activation instruction message to the target SFU. See S211 for details.

[0708] S1002, the target SFU sends a service activation failure indication message to the MFU.

[0709] S1003, the MFU sends a roaming anomaly handling message d1 to the target SFU. Roaming anomaly handling message d1 instructs the STA to be removed from the network. The target SFU deletes the relevant information of the STA.

[0710] S1004, the MFU sends a roaming anomaly handling message d1 to the source SFU. Roaming anomaly handling message d1 instructs the STA to be removed from the network. The source SFU deletes the relevant information of the STA.

[0711] S1005, the target SFU sends a roaming exception handling completion message to the MFU.

[0712] S1006, the source SFU sends a roaming exception handling completion message to the MFU. The MFU records the failure error code of the STA.

[0713] In some possible implementations, if the MFU sends a service activation instruction message to the target SFU for a certain period of time or a certain number of retransmissions, and does not receive a service activation completion message from the target SFU (or does not receive a reply message from the target SFU), it determines that the service activation of the target SFU has failed, and then executes S1003-S1004.

[0714] As an example, the roaming exception handling messages involved in the above roaming exception handling process can reuse the format of the roaming handover indication message. See Table 12 for example.

[0715] Table 12

[0716] As an example, the roaming exception handling completion message involved in the above roaming exception handling process can reuse the format of the roaming switchover feedback indication message. See Table 13 for example.

[0717] Table 13

[0718] In some possible implementation scenarios, load-related fields in some roaming exception handling messages and roaming exception handling completion messages can be empty.

[0719] As another example, the roaming exception handling messages involved in the above roaming exception handling process may include fields 2-5 and 7-8 in Table 1-1. See Table 14.

[0720] Table 14

[0721] Among them, Roam Process Status = 1 corresponds to the roaming start exception handling message. Roam Process Status = 2 corresponds to the roaming preprocessing exception handling message. Roam Process Status = 3 corresponds to the service shutdown exception handling message. Roam Process Status = 4 corresponds to the service startup exception handling message.

[0722] As another example, the roaming exception handling messages involved in the above roaming exception handling process may include fields 2-5 and 7-8 in Table 1-1. See Table 15.

[0723] Table 15

[0724] Specifically, Roam Process Status = 1 and Status = 0 corresponds to the completion (or confirmation or success) of roam start exception handling. Roam Process Status = 2 and Status = 0 corresponds to the completion (or confirmation or success) of roam preprocessing exception handling. Roam Process Status = 3 and Status = 0 corresponds to the completion (or confirmation or success) of service closure exception handling. Roam Process Status = 4 and Status = 0 corresponds to the completion (or confirmation or success) of service startup exception handling.

[0725] In this application, all parameters in all the tables above except Table 1-2 can be carried in the message content field of the WMCI message in Table 1-2 as optional or required fields for transmission.

[0726] Figure 11 is a structural diagram of the roaming device provided in an embodiment of this application. This device can be implemented as part or all of a device through software, hardware, or a combination of both, and is applied to an MFU or SFU. The device provided in this embodiment can implement some of the processes described in the above-described method of this embodiment. The device includes: a sending module 1101 and a receiving module 1102. Optionally, it also includes a processing module (not shown in Figure 11).

[0727] In one possible implementation scenario, the device is applied to an MFU. The various modules described above work together to implement the method flow executed by the MFU in any of the embodiments corresponding to Figures 2-10.

[0728] In one possible embodiment, the receiving module 1102 is used to obtain roaming decision information of SFUs in the network;

[0729] The processing module is used to determine the target SFU for the site based on the roaming decision information;

[0730] The sending module 1101 is used to send a roaming start indication message to the target SFU, the roaming start indication message being used to indicate that roaming processing is initiated for the site.

[0731] In another possible embodiment,

[0732] Sending module 1101 is used to send a roaming preprocessing message to the target SFU, the roaming preprocessing message being used to instruct the target SFU to initiate roaming preparation for the site;

[0733] The receiving module 1102 is used to receive a roaming preprocessing feedback message from the target SFU, the roaming preprocessing feedback message being used to indicate whether the roaming preparation for the site is successful.

[0734] In another possible embodiment,

[0735] The sending module 1101 is used to send a service shutdown instruction message to the source SFU during the roaming process of the site. The service shutdown message is used to instruct the source SFU to shut down the service interaction with the site.

[0736] The receiving module 1102 is used to receive a service shutdown feedback message from the source SFU, the service shutdown feedback message being used to indicate whether the service interaction with the site has been successfully shut down.

[0737] In another possible embodiment,

[0738] The sending module 1101 is used to send a service activation indication message to the target SFU during the roaming process of the site. The service activation indication message is used to instruct the target SFU to activate service interaction with the site.

[0739] The receiving module 1102 is used to receive a service activation feedback message from the target SFU, the service activation feedback message being used to indicate whether the service interaction with the site has been successfully activated.

[0740] In another possible implementation scenario, the device is applied to the source SFU. The various modules described above work together to implement the method flow executed by the source SFU in any of the embodiments corresponding to Figures 2-10.

[0741] In one possible implementation:

[0742] The receiving module 1102 is configured to receive a roaming start indication message from the main optical network unit (MFU), wherein the roaming start indication message is used to indicate that roaming processing is initiated for the site; the SFU is either the source SFU currently accessed by the site or the target SFU determined by the MFU for roaming of the site.

[0743] The processing module is used to initiate roaming processing for the site.

[0744] In another possible embodiment,

[0745] The receiving module 1102 is configured to receive a roaming anomaly handling message from the main optical network unit (MFU) when the source sub-optical network unit (SFU) has initiated roaming processing for the site. The roaming anomaly handling message is used to instruct the clearing of roaming-related information for the site. The source SFU is the SFU currently accessed by the site.

[0746] A processing module is used to clear roaming-related information for the site.

[0747] In another possible embodiment,

[0748] The receiving module 1102 is used to receive a service shutdown indication message from the main optical network unit (MFU) during the roaming process of the site. The service shutdown message is used to instruct the source SFU to shut down service interaction with the site.

[0749] The sending module 1101 is used to send a service shutdown feedback message to the MFU, the service shutdown feedback message being used to indicate whether the source SFU has successfully shut down the service interaction with the site.

[0750] In another possible embodiment,

[0751] The receiving module 1102 is configured to receive a first roaming error handling message from the main optical network unit (MFU) when the source sub-optical network unit (SFU) has initiated roaming processing for the site. The first roaming error handling message is used to indicate the restoration of the configuration before the roaming for the site was initiated. The target SFU is the target SFU for the site roaming handover.

[0752] The processing module restores the configuration for the site before roaming was initiated.

[0753] In another possible implementation scenario, the device is applied to the target SFU. The various modules described above work together to implement the method flow executed by the target SFU in any of the embodiments corresponding to Figures 2-10.

[0754] In one possible implementation:

[0755] The receiving module 1102 is configured to receive a roaming start indication message from the main optical network unit (MFU), wherein the roaming start indication message is used to indicate that roaming processing is initiated for the site; the SFU is either the source SFU currently accessed by the site or the target SFU determined by the MFU for roaming of the site.

[0756] The processing module is used to initiate roaming processing for the site.

[0757] In another possible embodiment, the receiving module 1102 is configured to receive a roaming preprocessing message from the main optical network unit (MFU), the roaming preprocessing message being used to instruct the target SFU to initiate roaming preparation for the site;

[0758] The sending module 1101 is used to send a roaming preprocessing feedback message to the MFU, the roaming preprocessing feedback message being used to indicate whether the roaming preparation for the site is successful.

[0759] In another possible embodiment,

[0760] The receiving module 1102 is configured to receive a second roaming anomaly handling message from the main optical network unit (MFU) when the target sub-optical network unit (SFU) has initiated roaming processing for the site. The second roaming anomaly handling message is used to instruct the clearing of roaming-related information for the site. The source SFU is the SFU currently accessed by the site.

[0761] A processing module is used to clear roaming-related information for the site.

[0762] In another possible embodiment,

[0763] The receiving module 1102 is used to receive a service activation indication message from the main optical network unit (MFU) during the roaming process of the site. The service activation indication message is used to instruct the target SFU to activate service interaction with the site.

[0764] The sending module 1101 is used to send a service activation feedback message to the MFU, the service activation feedback message being used to indicate whether the source SFU has successfully activated service interaction with the site.

[0765] For a detailed description of the roaming process of the roaming device shown in Figure 11, please refer to the descriptions in the previous embodiments; they will not be repeated here.

[0766] This application also provides a device 100. As shown in FIG12, device 100 includes: a bus 102, a processor 104, a memory 106, and a communication interface 108. The processor 104, the memory 106, and the communication interface 108 communicate with each other via the bus 102. Device 100 may be a server or a terminal device. It should be understood that this application does not limit the number of processors and memories in device 100.

[0767] Bus 102 can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. Buses can be categorized as address buses, data buses, control buses, etc. For ease of illustration, only one line is used in Figure 9, but this does not indicate that there is only one bus or one type of bus. Bus 102 can include pathways for transmitting information between various components of device 100 (e.g., memory 106, processor 104, communication interface 108).

[0768] The processor 104 may include any one or more processors such as a central processing unit (CPU), a graphics processing unit (GPU), a microprocessor (MP), or a digital signal processor (DSP).

[0769] The memory 106 may include volatile memory, such as random access memory (RAM). The memory 106 may also include non-volatile memory, such as read-only memory (ROM), flash memory, hard disk drive (HDD), or solid state drive (SSD).

[0770] The memory 106 stores executable program code, which the processor 104 executes to implement the roaming method. That is, the memory 106 stores program instructions for executing the roaming management method.

[0771] The communication interface 108 uses an optical module to enable communication between the device 100 and other devices or communication networks.

[0772] In one possible embodiment, the processor 104 executes executable program code in the memory 106 to implement the method flow executed by the source SFU in any of the embodiments corresponding to Figures 2-10.

[0773] In another possible embodiment, the processor 104 executes executable program code in the memory 106 to implement the method flow executed by the target SFU in any of the embodiments corresponding to Figures 2-10.

[0774] In another possible implementation, the processor 104 executes executable program code in the memory 106 to implement the method flow executed by the MFU in any of the embodiments corresponding to Figures 2-10.

[0775] This application also provides a computer program product, which includes program instructions stored in a computer-readable storage medium. A processor reads the program instructions from the computer-readable storage medium and executes the program instructions, causing the processor to execute the MFU execution flow in Figures 2-10, or the source SFU execution flow in Figures 2-10, or the target SFU execution flow in Figures 2-10.

[0776] One embodiment of this application provides a communication system including the aforementioned MFU, a source SFU, and a target SFU. Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working process of the communication system described above can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0777] One embodiment of this application provides a computer-readable medium for storing a computer program that includes instructions for executing method steps of the MFU in the method embodiments corresponding to FIG2-FIG10, or instructions for executing method steps of the source SFU in the method embodiments corresponding to FIG2-FIG10, or instructions for executing method steps of the target SFU in the method embodiments corresponding to FIG2-FIG10.

[0778] Those skilled in the art will recognize that the method steps and units described in the embodiments disclosed in this application can be implemented in electronic hardware, computer software, or a combination of both. To clearly illustrate the interchangeability of hardware and software, the steps and components of each embodiment have been generally described in terms of functionality in the foregoing description. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0779] In the embodiments provided in this application, it should be understood that the disclosed system architecture, apparatus, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative. For instance, the division of modules is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple modules or components may be combined or integrated into another system, or some features may be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed may be indirect coupling or communication connection through some interfaces, devices, or modules, or may be electrical, mechanical, or other forms of connection.

[0780] The modules described as separate components may or may not be physically separate. The components shown as modules may or may not be physical modules; that is, they may be located in one place or distributed across multiple network modules. Some or all of the modules can be selected to achieve the purpose of the embodiments of this application, depending on actual needs.

[0781] Furthermore, the modules in the various embodiments of this application can be integrated into one processing module, or each module can exist physically separately, or two or more modules can be integrated into one module. The integrated modules described above can be implemented in hardware or in software.

[0782] If the integrated module is implemented as a software functional module and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, ROM, RAM, magnetic disks, or optical disks.

[0783] In this application, the terms "first" and "second," etc., are used to distinguish identical or similar items that have substantially the same function and purpose. It should be understood that there is no logical or temporal dependency between "first" and "second," nor does it limit the quantity or execution order. It should also be understood that although the following description uses the terms "first" and "second," etc., to describe various elements, these elements should not be limited by the terms. These terms are merely used to distinguish one element from another. For example, without departing from the scope of the various examples, a first access point can be referred to as a second access point, and similarly, a second access point can be referred to as a first access point. Both a first access point and a second access point can be access points, and in some cases, they can be separate and distinct access points.

[0784] The above description is merely an exemplary embodiment of this application, but the scope of protection of this application is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the technical scope disclosed in this application, and such modifications or substitutions should all be covered within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

A roaming method, characterized in that, include: The main optical network unit (MFU) sends a roaming preprocessing message to the target SFU, the roaming preprocessing message being used to instruct the target SFU to initiate roaming preparation for the site; The MFU receives a roaming preprocessing feedback message from the target SFU, the roaming preprocessing feedback message being used to indicate whether roaming preparation for the site was successful. The method as described in claim 1, characterized in that, The roaming preprocessing message is carried in the Wi-Fi management and control interface message. The method as described in claim 1 or 2, characterized in that, The roaming preprocessing message includes the identifier of the site. The method as described in any one of claims 1-3, characterized in that, The roaming preprocessing message includes aggregation parameters, which are used to establish an aggregation between the target SFU and the site. The method as described in any one of claims 1-3, characterized in that, The roaming preprocessing message includes aggregation parameters and association parameters. The aggregation parameters are used to establish an aggregation between the target SFU and the site, and the association parameters are used to establish an association between the target SFU and the site. The method as described in claim 5, characterized in that, The association parameters include: the association request frame of the site and / or the key negotiated by the site with the source SFU for communication. The method as described in any one of claims 4-6, characterized in that, The aggregation parameters include: the size of the aggregation window and / or the aggregation strategy. The method as described in any one of claims 1-7, characterized in that, The roaming preprocessing feedback message indicates that the target SFU has successfully completed roaming preparation for the site. The method as described in any one of claims 1-7, characterized in that, The roaming preprocessing feedback message indicates that the target SFU's roaming preparation for the site has failed; The method further includes: The MFU removes roaming-related information for the site. The method as described in any one of claims 1-7, characterized in that, The roaming preprocessing feedback message indicates that the target SFU's roaming preparation for the site has failed; The method further includes: The MFU sends a roaming anomaly handling message to the target SFU, the roaming anomaly handling message being used to instruct the clearing of roaming-related information for the site. The method as described in claim 10, characterized in that, The method further includes: the MFU receiving the roaming exception handling completion message from the target SFU. The method as described in claim 10, characterized in that, The method further includes: The MFU sends the roaming exception handling message to the source SFU, where the source SFU is the SFU currently connected to the site. The method as described in claim 12, characterized in that, The method further includes: The MFU receives a roaming exception handling completion message from the source SFU. A roaming method, characterized in that, include: The target sub-optical network unit (SFU) receives a roaming preprocessing message from the main optical network unit (MFU), which instructs the target SFU to initiate roaming preparation for the site. The target SFU sends a roaming preprocessing feedback message to the MFU, the roaming preprocessing feedback message being used to indicate whether the roaming preparation for the site was successful. The method as described in claim 14, characterized in that, The roaming preprocessing message is carried in the Wi-Fi management and control interface message. The method as described in claim 14 or 15, characterized in that, The roaming preprocessing message includes the identifier of the site. The method as described in any one of claims 14-16, characterized in that, The roaming preprocessing message includes aggregation parameters, which are used to establish an aggregation between the target SFU and the site. The method as described in any one of claims 14-16, characterized in that, The roaming preprocessing message includes aggregation parameters and association parameters. The aggregation parameters are used to establish an aggregation between the target SFU and the site, and the association parameters are used to establish an association between the target SFU and the site. The method as described in claim 18, characterized in that, The association parameters include: the association request frame of the site and / or the key negotiated by the site with the source SFU for communication. The method as described in any one of claims 17-19, characterized in that, The aggregation parameters include: the size of the aggregation window and / or the aggregation strategy. The method as described in any one of claims 14-20, characterized in that, The roaming preprocessing feedback message indicates that the target SFU has successfully completed roaming preparation for the site. The method as described in any one of claims 14-20, characterized in that, The roaming preprocessing feedback message indicates that the target SFU's roaming preparation for the site has failed; The method further includes: Receive a roaming exception handling message from the MFU, the roaming exception handling message being used to instruct the clearing of roaming-related information for the site; Clear roaming-related information for the site. The method as described in claim 22, characterized in that, The method further includes: Send a roaming exception handling completion message to the MFU. A roaming method, characterized in that, include: When the source optical network unit (SFU) has initiated roaming processing for the site, a roaming anomaly handling message is received from the main optical network unit (MFU). The roaming anomaly handling message is used to instruct the clearing of roaming-related information for the site. The source SFU is the SFU currently accessed by the site. Clear roaming-related information for the site. The method as described in claim 24, characterized in that, The method further includes: The source SFU sends a roaming exception handling completion message to the MFU. A roaming device, characterized in that, Applied to the main optical network unit (MFU), including: The sending module is used to send a roaming preprocessing message to the target SFU, the roaming preprocessing message being used to instruct the target SFU to initiate roaming preparation for the site; A receiving module is configured to receive a roaming preprocessing feedback message from the target SFU, the roaming preprocessing feedback message being used to indicate whether roaming preparation for the site was successful. The apparatus as claimed in claim 26, characterized in that, The roaming preprocessing message is carried in the Wi-Fi management and control interface message. The apparatus as described in claim 26 or 27, characterized in that, The roaming preprocessing message includes the identifier of the site. The apparatus according to any one of claims 26-28, characterized in that, The roaming preprocessing message includes aggregation parameters, which are used to establish an aggregation between the target SFU and the site. The apparatus according to any one of claims 26-29, characterized in that, The roaming preprocessing message includes aggregation parameters and association parameters. The aggregation parameters are used to establish an aggregation between the target SFU and the site, and the association parameters are used to establish an association between the target SFU and the site. The apparatus as claimed in claim 30, characterized in that, The association parameters include: the association request frame of the site and / or the key negotiated by the site with the source SFU for communication. The apparatus according to any one of claims 29-31, characterized in that, The aggregation parameters include: the size of the aggregation window and / or the aggregation strategy. The apparatus according to any one of claims 26-32 is characterized in that, The roaming preprocessing feedback message indicates that the target SFU has successfully completed roaming preparation for the site. The apparatus according to any one of claims 26-32 is characterized in that, The roaming preprocessing feedback message indicates that the target SFU's roaming preparation for the site has failed; The device further includes: A processing module is used to clear roaming-related information for the site. The apparatus according to any one of claims 26-32 is characterized in that, The roaming preprocessing feedback message indicates that the target SFU's roaming preparation for the site has failed; The sending module is used to send a roaming exception handling message to the target SFU, the roaming exception handling message being used to instruct the clearing of roaming-related information for the site. The apparatus as claimed in claim 35, characterized in that, The receiving module is also configured to receive the roaming exception handling completion message from the target SFU. The apparatus as claimed in claim 35, characterized in that, The sending module is also used to send the roaming exception handling message to the source SFU, where the source SFU is the SFU currently connected to by the site. The apparatus as claimed in claim 37, characterized in that, The receiving module is further configured to: Receive a roaming exception handling completion message from the source SFU. A roaming device, characterized in that, Applications to the target sub-optical network unit (SFU) include: The receiving module is used to receive a roaming preprocessing message from the main optical network unit (MFU), wherein the roaming preprocessing message is used to instruct the target SFU to initiate roaming preparation for the site; The sending module is used to send a roaming preprocessing feedback message to the MFU, the roaming preprocessing feedback message being used to indicate whether the roaming preparation for the site is successful. The apparatus as claimed in claim 39, characterized in that, The roaming preprocessing message is carried in the Wi-Fi management and control interface message. The apparatus as described in claim 39 or 40, characterized in that, The roaming preprocessing message includes the identifier of the site. The apparatus according to any one of claims 39-41, characterized in that, The roaming preprocessing message includes aggregation parameters, which are used to establish an aggregation between the target SFU and the site. The apparatus according to any one of claims 39-41, characterized in that, The roaming preprocessing message includes aggregation parameters and association parameters. The aggregation parameters are used to establish an aggregation between the target SFU and the site, and the association parameters are used to establish an association between the target SFU and the site. The apparatus as claimed in claim 43, characterized in that, The association parameters include: the association request frame of the site and / or the key negotiated by the site with the source SFU for communication. The apparatus according to any one of claims 42-44, characterized in that, The aggregation parameters include: the size of the aggregation window and / or the aggregation strategy. The apparatus according to any one of claims 39-45, characterized in that, The roaming preprocessing feedback message indicates that the target SFU has successfully completed roaming preparation for the site. The apparatus according to any one of claims 39-45, characterized in that, The roaming preprocessing feedback message indicates that the target SFU's roaming preparation for the site has failed; The receiving module is further configured to receive a roaming exception handling message from the MFU, the roaming exception handling message being used to instruct the clearing of roaming-related information for the site; Also includes: A processing module is used to clear roaming-related information for the site. The apparatus as claimed in claim 46, characterized in that, The sending module is used to send a roaming exception handling completion message to the MFU. A roaming device, characterized in that, include: The receiving module is configured to receive a roaming anomaly handling message from the main optical network unit (MFU) when the source sub-optical network unit (SFU) has initiated roaming processing for the site. The roaming anomaly handling message is used to instruct the clearing of roaming-related information for the site. The source SFU is the SFU currently accessed by the site. A processing module is used to clear roaming-related information for the site. The apparatus as claimed in claim 49, characterized in that, The device further includes: The sending module is used to send a roaming exception handling completion message to the MFU. A roaming device, characterized in that, The roaming device includes a processor, a memory, and a communication interface; The processor is configured to execute program instructions in the memory to perform the processing functions in the roaming method as described in any one of claims 1 to 13; The communication interface is used to communicate with the main optical network unit (MFU). A roaming device, characterized in that, The roaming device includes a processor, a memory, and a communication interface; The processor is configured to execute program instructions in the memory to perform the processing functions of the roaming method as described in any one of claims 14 to 23, or to perform the processing functions of the roaming method as described in any one of claims 24 to 25; The communication interface is used to communicate with the Sub-Optical Network Unit (SFU). A computer storage medium, characterized in that, The computer storage medium includes computer instructions that, when executed on an electronic device, cause the electronic device to perform the method of any one of claims 1-13, or cause the electronic device to perform the method of any one of claims 14-23, or cause the electronic device to perform the method of any one of claims 24-25. A computer program product, characterized in that, When the program code contained in the computer program product is executed by a processor in an electronic device, the electronic device performs the method of any one of claims 1-13, or performs the method of any one of claims 14-23, or performs the method of any one of claims 24-25.

Images