Method for handling unavailable event, access point and terminal

Abstract

The embodiment of the present application discloses a kind of processing methods of unusable event, access point and terminal.Unusable event processing method includes: identifying to first event in current transmission opportunity;The first event is the event that wireless local area network of the access point is unusable after first duration;First announcement frame of the first event is sent to target terminal associated with the access point;The first announcement frame carries the event information of the first event.The present application provides a kind of behavior mechanism of AP after identifying the unusable event of wireless local area network, so that AP can timely, dynamically announce first event to STA, and STA can make corresponding countermeasures according to the announcement of AP, to avoid the situation that AP and STA transmit data under the condition that wireless local area network is unusable, leading to the situation of data loss.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a method for handling unavailability events, an access point, and a terminal. Background Technology

[0002] With the rapid development of wireless communication technology, more and more devices need to integrate multiple wireless communication capabilities. Among them, WLAN (Wireless Local Area Network) technology, due to its high speed and wide coverage, has become an indispensable component of various devices. However, WLAN does not exist independently. In practical applications, it often needs to coexist with other wireless technologies such as Bluetooth, Zigbee, UWB, and Starlink on the same device. In this coexistence scenario, other wireless technologies may share the same radio frequency hardware with WLAN, thus causing complex wireless interference problems, especially when sharing ISM (Industrial, Scientific and Medical) frequency bands (such as the 2.4 GHz band), which significantly affects WLAN performance and may even render it unusable. If a STA (Station) associated with an AP (Access Point) attempts to transmit uplink data with the AP during the WLAN's unavailability period, the AP may be unable to respond, ultimately leading to uplink data loss and a sharp decrease in uplink transmission rate. Summary of the Invention

[0003] The purpose of this application is to provide a method for handling unavailability events, an access point, and a terminal to solve the problem of wireless interference when multiple wireless technologies coexist on the same terminal device, which causes the interconnected AP and STA to be unable to transmit data normally.

[0004] To solve the above-mentioned technical problems, the embodiments of this application are implemented as follows: On one hand, embodiments of this application provide a method for handling unavailability events, applied to an access point, including: A first event is identified within the current transmission opportunity; the first event is that the access point's wireless LAN becomes unavailable after a first duration. A first notification frame for the first event is sent to the target terminal associated with the access point; the first notification frame carries event information of the first event.

[0005] On the other hand, embodiments of this application provide a method for handling unavailability events, applied to a terminal, including: The access point receives a first notification frame; the first notification frame carries event information of a first event; the first notification frame is sent by the access point when it recognizes the first event within the current transmission opportunity; the first event is that the access point's wireless local area network becomes unavailable after a first duration. Based on the first notification frame, no uplink data is sent to the access point during the duration of the wireless LAN unavailable event.

[0006] Furthermore, embodiments of this application provide an access point, including: The identification module is used to identify a first event within the current transmission opportunity; the first event is that the wireless local area network of the access point becomes unavailable after a first period of time; A first sending module is configured to send a first notification frame of the first event to a target terminal associated with the access point; the first notification frame carries event information of the first event.

[0007] Furthermore, embodiments of this application provide a terminal, including: A receiving module is configured to receive a first notification frame sent by an access point; the first notification frame carries event information of a first event; the first notification frame is sent by the access point when it identifies the first event within the current transmission opportunity; the first event is an event in which the access point's wireless local area network becomes unavailable after a first duration; The second sending module is configured to, based on the first announcement frame, not send uplink data to the access point during the duration of the wireless local area network unavailable event.

[0008] In another aspect, embodiments of this application provide an electronic device, including a processor and a memory electrically connected to the processor, the memory storing a computer program, and the processor being used to call and execute the computer program from the memory to implement the aforementioned method for handling unavailability events.

[0009] In another aspect, embodiments of this application provide a computer-readable storage medium for storing a computer program that can be executed by a processor to implement the aforementioned method for handling unavailability events.

[0010] In another aspect, embodiments of this application provide a computer program product, including a computer program, which is executed by a processor to implement the aforementioned method for handling unavailability events.

[0011] The technical solution of this application embodiment involves the AP identifying a first event within the current transmission opportunity and then sending a first announcement frame for the first event to the target STA associated with the AP. The first event is the event that the AP's wireless LAN becomes unavailable after a first duration, and the first announcement frame carries event information of the first event. This provides a behavior mechanism for the AP after identifying a first event (i.e., the wireless LAN becoming unavailable after a first duration), enabling the AP to promptly and dynamically announce the first event to the target STA. The target STA can then take corresponding countermeasures based on the AP's announcement, thereby avoiding data loss due to data transmission between the AP and STA when the wireless LAN is unavailable. Attached Figure Description

[0012] To more clearly illustrate the technical solutions in one or more embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in one or more embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0013] Figure 1 This is a schematic block diagram of a wireless communication system according to an embodiment of this application; Figure 2 This is a schematic flowchart illustrating a method for handling unavailability events according to an embodiment of this application; Figure 3 This is a schematic diagram of the signaling structure of a notification frame according to an embodiment of this application; Figure 4 This is a schematic diagram of the signaling structure of a notification frame according to another embodiment of this application; Figure 5 This is a schematic flowchart illustrating a method for handling unavailability events according to another embodiment of this application; Figure 6 This is a schematic scene diagram illustrating a method for handling unavailable events according to an embodiment of this application; Figure 7 This is a schematic scene diagram illustrating a method for handling unavailability events according to another embodiment of this application; Figure 8 This is a schematic scene diagram illustrating a method for handling unavailability events according to another embodiment of this application; Figure 9 This is a schematic scene diagram illustrating a method for handling unavailability events according to another embodiment of this application; Figure 10 This is a schematic scene diagram illustrating a method for handling unavailability events according to another embodiment of this application; Figure 11 This is a schematic diagram of the signaling structure of a notification frame according to another embodiment of this application; Figure 12 This is a schematic diagram of the signaling structure of a notification frame according to another embodiment of this application; Figure 13 This is a schematic diagram of the signaling structure of a notification frame according to another embodiment of this application; Figure 14 This is a schematic block diagram of an access point according to an embodiment of this application; Figure 15 This is a schematic block diagram of a terminal according to an embodiment of this application; Figure 16 This is a schematic block diagram of an electronic device according to an embodiment of this application. Detailed Implementation

[0014] This application provides a method for handling unavailability events, an access point, and a terminal to solve the problem of wireless interference when multiple wireless technologies coexist on the same terminal device, which prevents data transmission between interconnected APs and STAs.

[0015] To enable those skilled in the art to better understand the technical solutions in this application, the technical solutions in the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of this application.

[0016] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and are not used to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein.

[0017] It is worth noting that the technologies described in this application are not limited to Long Term Evolution (LTE) / LTE-Advanced (LTE-A) systems, but can also be used in other wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency Division Multiple Access (SC-FDMA), and other systems. The terms "system" and "network" in this application are often used interchangeably, and the described technologies can be used not only in the systems and radio technologies mentioned above, but also in other systems and radio technologies.

[0018] Figure 1This diagram illustrates a block diagram of a wireless communication system applicable to embodiments of this application. The wireless communication system includes a terminal 11 and an access point device 12. Terminal 11 can be a mobile phone, tablet computer, laptop computer, personal digital assistant (PDA), handheld computer, netbook, ultra-mobile personal computer (UMPC), mobile internet device (MID), augmented reality (AR) / virtual reality (VR) device, robot, wearable device, vehicle-mounted device (VUE), pedestrian terminal (PUE), smart home (home devices with wireless communication capabilities, such as refrigerators, televisions, washing machines, or furniture), game console, personal computer (PC), ATM or self-service machine, etc. Wearable devices include: smartwatches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart chains, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc. It should be noted that the specific type of terminal 11 is not limited in the embodiments of this application. One access point device 12 can connect to one or more terminals 11. Figure 1 An example is shown where an access point device 12 connects to two terminals 11, wherein the number of terminals 11 is not intended to limit the scope of this application.

[0019] Figure 2 This is a schematic flowchart illustrating a method for handling unavailability events according to an embodiment of this application, such as... Figure 2 As shown, this method is applied to AP and includes the following steps S202~S204: Step S202: A first event is identified within the current transmission opportunity. The first event is that the wireless LAN of the AP becomes unavailable after a first duration.

[0020] Step S204: Send a first notification frame of the first event to the target STA associated with the AP. The first notification frame carries event information of the first event.

[0021] The event information of the first event includes at least one of the following: the start time and duration of the wireless LAN unavailable event. It should be noted that the event information of the first event may include other types of information besides the above, and this embodiment does not limit this.

[0022] The technical solution of this application embodiment involves the AP identifying a first event within the current transmission opportunity and then sending a first announcement frame for the first event to the target STA associated with the AP. The first event is the event that the AP's wireless LAN becomes unavailable after a first duration, and the first announcement frame carries event information of the first event. This provides a behavior mechanism for the AP after identifying a first event (i.e., the wireless LAN becoming unavailable after a first duration), enabling the AP to promptly and dynamically announce the first event to the target STA. The target STA can then take corresponding countermeasures based on the AP's announcement, thereby avoiding data loss due to data transmission between the AP and STA when the wireless LAN is unavailable.

[0023] In the unavailability event handling method provided in this application, unavailability events of the wireless local area network can be divided into periodic unavailability events and aperiodic unavailability events. Since periodic unavailability events are predictable, the AP can identify them early and notify all associated STAs by broadcasting management frames. However, aperiodic unavailability events are sudden; the AP can only detect them a short time before they occur (i.e., before the first duration). The unavailability event handling method provided in this application can achieve the effect of the AP notifying the STAs of aperiodic unavailability events. In any of the following embodiments, the unavailability events mentioned refer to aperiodic unavailability events.

[0024] In the unavailability event handling method provided in this application, the AP can be either a TXOP holder (Transmission Opportunity Holder) or a TXOP responder. Depending on the AP's role, the way the AP notifies the STA of the first event differs. The following sections describe these two scenarios separately.

[0025] In some embodiments, the AP is a TXOP holder, and the target STA includes all STAs associated with the AP. In this case, when sending the first announcement frame of the first event to the target STA associated with the AP, the AP may send the first announcement frame to the target STA at a first time point. The first time point includes any of the following: the initial transmission time point of the current TXOP, a time point within the current TXOP, or a time point at a second duration interval following the transmission time of the DTIM (Delivery Traffic Indication Map) beacon frame. The initial transmission time point of the current TXOP refers to the time point at which the transmission of the current TXOP begins.

[0026] Optionally, the second duration can be the duration of a SIFS (Short interframe space). For example, if the AP has already identified the first event, it can send the first announcement frame to the target STA at a time interval of SIFS after the DTIM beacon frame has been sent.

[0027] Optionally, the receiving address of the first announcement frame sent by the AP to the target STA is the broadcast address.

[0028] Optionally, if the AP supports Multiple BSSID (Multiple Basic Service Set Identifier), the first advertisement frame is sent to the Transmitted BSSID. That is, the first advertisement frame is sent through the AP identified by the Transmitted BSSID.

[0029] Multiple BSSIDs are defined as follows: On a single physical AP, there can be multiple virtual APs. These APs use the same operating class, channel, receive antenna connector, and transmit antenna connector, but broadcast information about multiple BSSIDs on that physical AP only through a beacon frame or probe response frame sent by one AP identified as a transmitted BSSID. This method can significantly reduce the number of beacon frames or probe response frames, thus reducing overhead.

[0030] In this embodiment, by sending a first announcement frame to all STAs associated with the AP at at least one of the following time points: the initial transmission time of the current TXOP, a time point within the current TXOP, or a time point at a second duration after the transmission time of the DTIM beacon frame, the AP can announce the first event to all its associated STAs, thereby preventing data loss due to data transmission by all associated STAs when the WLAN is unavailable. Furthermore, this embodiment's technical solution is also applicable to situations where the AP supports Multiple BSSIDs. In this case, the first announcement frame is sent by the AP identified as a transmitted BSSID, achieving the effect of announcing the first event to all STAs associated with the AP when the AP supports Multiple BSSIDs.

[0031] Optionally, the first notification frame is a first management frame, a control frame, or a data frame; the first notification frame carries event information of the first event through a first information field. Before sending the first notification frame of the first event to the target STA associated with the AP, the following steps may also be performed: When the first notification frame is the first management frame, the event information is carried in the first information field of the first management frame.

[0032] When the first notification frame is a control frame, the event information is carried in the user information field of the control frame, and the first association identifier of the user information field is updated to the first preset value.

[0033] If the first notification frame is a data frame, the event information is carried in the aggregation control field of the data frame, and the control flag of the aggregation control field is updated to the second preset value.

[0034] In this embodiment, the first information field carrying event information is different depending on the type of the first notification frame, as detailed below.

[0035] Management frames are used to establish and maintain wireless network connections. The first announcement frame can be, for example, an Action frame. When the first announcement frame is the first management frame, the first information field can be either a field field or an element from the first management frame.

[0036] Control frames are used to assist in the transmission of data frames, such as for channel contention and acknowledging reception status. The first announcement frame can be, for example, a trigger frame, an NDPA frame, etc. When the first announcement frame is a trigger frame, the first information field can be a specific User Info field from the trigger frame, where AID (Association Identifier) ​​12 has a specific preset value. When the first announcement frame is an NDPA frame, the first information field can be a specific STA Info field from the NDPA frame, where AID 11 has a specific preset value.

[0037] Data frames are used to transmit actual application data. The first announcement frame can be a QoS Null frame. A QoS Null frame is a special type of data frame that does not contain any actual data payload; it only carries QoS-related information and control commands through the MAC (Medium Access Control) header. When the first announcement frame is a QoS Null frame, the first information field can be a specific A-Control (Aggregated Control) field within the MAC header of the QoS Null frame. This specific A-Control field can be an A-Control field with a Control ID of a specific preset value.

[0038] In some embodiments, the first notification frame also carries a response strategy for the first notification frame. Before sending the first notification frame for the first event to the target STA associated with the AP, the response strategy can be determined based on the type and content of the first notification frame. Specifically: If the first notification frame is a control frame and does not carry parameter information based on the target STA, the response strategy is determined to be no response (i.e., No ACK); if the first notification frame carries parameter information based on the target STA, the response strategy is determined to be a response required. If the first notification frame is a first management frame or a data frame, the response strategy is determined to be no response.

[0039] Optionally, if the first notification frame is a trigger control frame, and the control frame contains only one User Info field, and this User Info field is used solely to carry event information for the first event, then the response strategy for this control frame is no response (i.e., No ACK). If the control frame contains two or more User Info fields, where one User Info field carries event information for the first event, and the other User Info fields are parameter information based on the target STA, then the response strategy for this control frame is a HETP ACK response strategy. It should be noted that only STAs whose parameter list corresponds to the AID12 index can respond using a TB PPDU frame.

[0040] If the first announcement frame is a first management frame, an NDPA control frame, or a QoS Null data frame, the response strategy is to not respond (i.e., No ACK). That is, after receiving the first announcement frame, the STA does not need to reply with a response frame.

[0041] Optionally, the AP uses a basic rate set to send the first advertisement frame to ensure that the target STA can successfully receive the first advertisement frame.

[0042] Optionally, after sending the first announcement frame of the first event to the target STA associated with the AP, the following steps may be performed: If the response strategy is to not respond, downlink data is sent to the target STA after a short frame interval following the sending of the first advertisement frame. That is, if the response strategy for the first advertisement frame is No ACK, the AP will continue normal downlink service transmission one SIFS after sending the first advertisement frame.

[0043] When the response strategy is HETP ACK, the AP sends downlink data to the target STA after a short frame interval following the receipt of the TB PPDU response frame. That is, if the response strategy of the first announcement frame is HETP ACK, the AP should receive the TB PPDU response frame within a preset response time period, and then continue normal downlink service transmission one SIFS after receiving the TB PPDU response frame.

[0044] In some embodiments, the start time of the WLAN unavailable event is earlier than the end time of the current TXOP. Before sending the first advertisement frame of the first event to the target STA associated with the AP, the following actions are performed: Update the value of the duration field of the first announcement frame so that the end time of the current TXOP is earlier than the start time of the event. The duration field is used to indicate the end time of the current TXOP. The sending time of the first announcement frame is the initial transmission time of the current TXOP.

[0045] or, Before the start time of the WLAN unavailable event, a CF-End (end frame) is sent. The CF-End indicates the end of the current TXOP. The CF-End is received by all devices around the access point.

[0046] In this embodiment, if the start time of the WLAN unavailability event is earlier than the end time of the current TXOP, the AP can ensure that the current TXOP ends before the WLAN unavailability event arrives by updating the value of the duration field of the first advertisement frame or by sending CF-End to all surrounding devices before the start time of the WLAN unavailability event.

[0047] In some embodiments, the start time of the WLAN unavailable event is later than the end time of the current TXOP. After sending the first announcement frame of the first event to the target STA associated with the AP, the following actions are performed: If the AP acquires a new TXOP between the end time of the current TXOP and the start time of the WLAN unavailability event, a second announcement frame is sent at the initial transmission time of the new TXOP. The second announcement frame carries the event information of the first event.

[0048] In this embodiment, if the start time of the wireless LAN unavailability event is later than the end time of the current TXOP, and the AP acquires a new TXOP after the current TXOP ends but before the wireless LAN unavailability event arrives, the AP sends a second announcement frame at the initial transmission time of the new TXOP to notify that a wireless LAN unavailability event is about to occur in the new TXOP, thereby avoiding data loss due to data transmission in the new TXOP.

[0049] In some embodiments, the AP is a TXOP responder, and the target STA is a TXOP holder. In this case, before sending the first announcement frame of the first event to the target STA associated with the AP, the AP first receives the ICF (Initial Control Frame) sent by the target STA within the current TXOP. Based on this, the AP sends the first announcement frame of the first event to the target STA associated with it, which can be done as follows: after receiving the SIFS following the ICF, the AP sends the first announcement frame to all STAs connected to the AP.

[0050] Since the target STA is the TXOP holder, when the target STA sends uplink data to the AP within each TXOP, it should use a unicast ICF as the first frame sent within the TXOP. This unicast ICF is used to request confirmation from the AP whether a first event will occur, that is, to confirm whether a wireless LAN unavailability event will occur in the following short period of time.

[0051] Optionally, after receiving the ICF, the AP sends a first notification frame to the STA after the SIFS. The first notification frame may be an ICR (Initial Control Response) frame.

[0052] When an AP sends an ICR frame, if it has already identified the first event—that is, the event that its wireless LAN becomes unavailable after a first duration—the AP can use a Multi-STA BA (Multiple-Station Block Acknowledgment) frame as the ICR frame, with the broadcast address as the receiving address. Based on this, before sending the first announcement frame for the first event to the target STAs associated with the AP, the AP can carry the event information of the first event in the identification information field of the Multi-STA BA frame, and update the second association identifier in the identification information field to a third preset value. The second association identifier indicates that the identification information field has been sent to all STAs connected to the AP.

[0053] Optionally, when the AP sends the first announcement frame to all STAs associated with the AP, it arranges the identification information field carrying the event information of the first event before the other fields of the Multi-STA BA frame to obtain a sorted Multi-STA BA frame, and then sends the sorted Multi-STA BA frame to all STAs.

[0054] Optionally, the identification information field of the Multi-STA BA frame is the Per AID TID (Traffic Identifier) ​​Info field, and the second associated identifier is AID.

[0055] Optionally, the second association identifier is the AID11 subfield in the Per AID TID Info field. For example... Figure 3 As shown, the value of the AID11 subfield is a specific preset value, namely the third preset value. This third preset value differs from the values ​​of other fields. By updating the AID11 subfield to this specific third preset value, it is indicated that the Per AID TID Info field is sent by the AP to all STAs associated with it. Accordingly, all STAs associated with the AP receive and process the Per AID TID Info field with the AID11 subfield set to the specific third preset value to extract the event information of the first event.

[0056] In this embodiment, by sending a first announcement frame to all STAs associated with the AP, the AP can notify all STAs associated with the AP of the unavailability event of the wireless LAN, thereby avoiding the situation where any STA associated with the AP sends uplink data to the AP after the wireless LAN unavailability event occurs.

[0057] In some embodiments, before sending the first advertisement frame to all STAs associated with the AP, the following steps are performed: If the start time of the WLAN unavailable event is earlier than the end time of the current TXOP, update the value of the duration field of the first advertisement frame so that the expiration time of this field is earlier than the start time of the WLAN unavailable event.

[0058] Optionally, the duration field is the Duration / ID field in the MAC header of the ICR frame. If the start time of the wireless LAN unavailable event detected by the AP is earlier than the end time of the current TXOP, the AP updates the value of the Duration / ID field in the MAC header of the ICR frame before sending the ICR frame, for example, by reducing the field value to shorten the air interface time occupied by the AP.

[0059] After the AP receives an uplink frame (such as an ICF) sent by the target STA within the current TXOP, if the AP has not identified the first event, it sends a response frame for the uplink frame to the target STA. This response frame is used to notify the target STA that the first event has not been identified and is a unicast frame.

[0060] For example, if the AP does not detect the first event (i.e., the AP's WLAN becomes unavailable after a first duration) before sending an ICR frame for ICF to the target STA, the AP will send an ICR frame to the target STA. This ICR frame is a unicast frame. After receiving the ICR frame, the target STA will perform normal uplink transmission with the AP within the current TXOP.

[0061] In some embodiments, if the AP does not recognize the first event, after sending a response frame for the uplink frame to the target STA, the AP can transmit data with the target STA within the current TXOP. During data transmission, if the AP recognizes the first event, it sends a first announcement frame to all STAs after receiving the most recent uplink frame. The receiving address of the first announcement frame is the broadcast address. That is, if the AP recognizes the first event at any point in the current TXOP, the AP can broadcast the first event to all STAs associated with it. The uplink frame includes any one of the following: an initial control frame for opening the current TXOP, or an uplink data frame within the current TXOP.

[0062] Optionally, during data transmission, if the AP recognizes the first event, the AP sends a first announcement frame to all STAs associated with the AP one SIFS after receiving the most recent uplink data frame.

[0063] In this embodiment, the first notification frame can be a Multi-STA BA frame. A Multi-STA BA frame contains at least two Per AID TID Info fields, such as... Figure 3 As shown. One of the Per AID TID Info fields has its AID11 subfield value set to a third preset value (i.e., a specific preset value) to carry event information for the first event. Other Per AID TID Info fields' AID11 subfields include the identity information of the data sender STA, used to carry AP's acknowledgment information for the received uplink data. Optionally, the Per AID TID Info field with its AID11 subfield value set to the third preset value precedes the other Per AID TID Info fields.

[0064] In some embodiments, before the AP identifies the first event within the current TXOP, it sends a third announcement frame to all STAs around the AP. The third announcement frame is used to notify all STAs around the AP of the following information: the AP supports DUO (Dynamic Unavailable Operation) capability.

[0065] Optionally, the AP sends a third announcement frame to all STAs in its vicinity before associating with the STA.

[0066] Optionally, the third notification frame is the second management frame, such as a beacon frame or a probe response frame. Figure 4 This is a signaling design schematic diagram of a third notification frame according to an embodiment of this application, as shown below. Figure 4 As shown, before sending the third advertisement frame to all STAs surrounding the AP, the AP carries a UHR Capabilities element in the second management frame. The UHR Capabilities element carries the AP's DUO capability information. The Element ID and Element ID Extension subfields are combined to identify whether the UHR Capabilities element carries UHR-related capability information. For example, the Element ID can be set to 255, and the Element ID Extension can be set to a specific preset value that differs from the values ​​of other fields. This UHR Capabilities element contains at least a UHR MAC Capabilities Information subfield and a UHR PHY Capabilities Information subfield. The UHR MAC Capabilities Information subfield can use 1 bit (e.g., ...) Figure 4The "Dynamic Unavailable Operation for AP" shown in the diagram indicates the AP's support for DUO capabilities. A value of 1 indicates that the AP supports DUO capabilities, while a value of 0 indicates that the AP does not support DUO capabilities.

[0067] In some embodiments, after the AP sends a third announcement frame to all STAs around the AP, the following steps are also performed: under a first condition, the operating mode of the DUO capability is changed, including an on mode or a off mode.

[0068] The first condition includes any one of the following conditions 1 to 3: Condition 1: Other wireless technologies within the AP are enabled, and the DUO capability is in the off mode. Other wireless technologies are wireless technologies other than wireless LAN, such as Bluetooth, Zigbee, or UWB.

[0069] In condition 1, when the AP detects that other wireless technologies besides the wireless LAN are also enabled, it can send a third announcement frame to all STAs in the vicinity of the AP to announce that the AP has enabled or activated DUO mode. The AP can then proactively or passively relay the first event detected by the AP to the STAs at subsequent times. Here, "enabling or activating DUO mode" means that the DUO capability is in the enabled mode.

[0070] Condition 2: Other wireless technologies are turned off, and the DUO capability is in the on mode.

[0071] In condition 2, when the AP detects that all wireless technologies within it, except for the wireless LAN, are turned off, it can send a third advertisement frame to all STAs in the vicinity of the AP to announce that the AP has turned off or disabled DUO mode. The AP will not subsequently trigger the first event, nor will it actively or passively report the first event to the STAs. Here, "turned off or disabled DUO mode" means that the DUO capability is in the off mode.

[0072] Condition 3: The working mode of the DUO capability of the target AP in the first event is the same as the working mode of the DUO capability of other APs, wherein the other APs and the target AP belong to the same Co-Hosted BSSID set or Multiple BSSID set.

[0073] A Co-Hosted BSSID is defined as follows: On a single physical AP, there can be multiple virtual APs. These virtual APs use the same operating class, channel, receive antenna connector, and transmit antenna connector, and each AP broadcasts its BSSID information via a beacon frame or probe response frame. The Co-Hosted BSSID set is the collection of these APs.

[0074] Optionally, the AP may change the operating mode of the DUO capability under the first condition by performing the following steps: Under the first condition, change the element parameter of the UHR Operation element in the third management frame, which indicates whether the DUO capability is in an enabled or disabled operating mode. Alternatively, under the first condition, send a fourth notification frame to all STAs surrounding the AP. The fourth notification frame includes indication information indicating the operating mode of the DUO capability.

[0075] Optionally, when sending the fourth advertisement frame to all STAs surrounding the AP, the fourth advertisement frame can be buffered if the first STA is in power-saving mode. Then, after the DTIM beacon frame is sent, the buffered fourth advertisement frame is sent to the first STA to ensure that the first STA in power-saving mode can also receive the fourth advertisement frame sent by the AP for the operating mode of DUO capability. The first STA is at least one of all STAs, and the receiving address of the fourth advertisement frame is the broadcast address.

[0076] Figure 5 illustrates a method for handling unavailability events according to another embodiment of this application, such as... Figure 5 As shown, this method is applied to STA and includes the following steps S502-S504: Step S502: Receive the first announcement frame sent by the AP. The first announcement frame carries event information of the first event. The first announcement frame is sent by the AP when it recognizes the first event within the current TXOP. The first event is the event that the AP's wireless LAN becomes unavailable after a first duration.

[0077] The event information of the first event includes at least one of the following: the start time and duration of the wireless LAN unavailable event. It should be noted that the event information of the first event may include other types of information besides the above, and this embodiment does not limit this.

[0078] Step S504: Based on the first announcement frame, during the duration of the wireless LAN unavailable event, no uplink data is sent to the AP.

[0079] The technical solution of this application embodiment involves not sending uplink data to the AP during the duration of a wireless LAN unavailability event after receiving a first announcement frame from the AP, based on the first announcement frame. Since the first announcement frame carries event information about a first event—the AP's wireless LAN becoming unavailable after a first duration—the STA can learn from the first announcement frame that the AP's wireless LAN will become unavailable after the first duration. Therefore, the STA can stop sending uplink data to the AP after the wireless LAN unavailability event occurs, preventing data loss due to data transmission between the AP and STA when the wireless LAN is unavailable.

[0080] In the unavailability event handling method provided in this application, the STA can be either a TXOP holder or a TXOP responder. The execution method of the STA differs depending on its role, as detailed below.

[0081] In some embodiments, the STA is a TXOP holder. In this case, after receiving the first advertisement frame sent by the AP, if the sending address of the first advertisement frame matches the MAC address of the AP associated with the STA and the receiving address is a broadcast address, the STA parses the first advertisement frame to obtain the event information of the first event. Optionally, the STA parses the content after the MAC frame header of the first advertisement frame, such as the Per AID TID Info field, to extract the time information of the first event fed back by the AP or the acknowledgment information of the uplink data.

[0082] After receiving the first advertisement frame sent by the AP, if the first condition is met, the STA will not process the first advertisement frame. The first condition includes at least one of the following: the sending address of the first advertisement frame does not match the MAC address of the AP associated with the STA; the receiving address of the first advertisement frame is not a broadcast address; or the receiving address of the first advertisement frame does not match the MAC address of the STA.

[0083] In some embodiments, after the STA parses the first advertisement frame and obtains the event information, if it detects that the start time of the wireless LAN unavailability event is earlier than the end time of the current TXOP, it can send a contention-free CF-End frame to the AP before the start time of the wireless LAN unavailability event. The CF-End frame is used to indicate the end of the current TXOP, thereby ensuring that the current TXOP can end before the wireless LAN unavailability event occurs.

[0084] In some embodiments, the STA is a non-TXOP holder and a non-TXOP responder. The STA is associated with an AP, or the STA is associated with another AP in the Co-Hosted BSSID set or Multiple BSSID set where the AP resides. In this case, when the STA receives the first advertisement frame sent by the AP, it may perform the following steps: after receiving an ICF or uplink control frame, receive the first advertisement frame sent by the AP, wherein the receive address corresponding to the ICF or uplink control frame does not match the STA's MAC address.

[0085] In this embodiment, after receiving an ICF or uplink control frame with a receive address other than the MAC address of the local device, the STA continues to receive subsequent control response frames. These control response frames include a first announcement frame sent by the AP. Furthermore, the STA performs subsequent processing based on the sender and receiver addresses of the received control response frames.

[0086] Optionally, after receiving the first announcement frame sent by the AP, if the sending address of the first announcement frame matches the BSSID of any AP in the Co-Hosted BSSID set or the Multiple BSSID set, and the receiving address is a broadcast address, the STA parses the first announcement frame to obtain event information.

[0087] After receiving the first advertisement frame sent by the AP, the STA will not process the first advertisement frame if the second condition is met. The second condition includes at least one of the following: the sending address of the first advertisement frame does not match the BSSIDs of all APs in the Co-Hosted BSSID set or the Multiple BSSID set; the receiving address of the first advertisement frame is not a broadcast address; and the receiving address of the first advertisement frame does not match the STA's MAC address.

[0088] In some embodiments, when a STA parses a first advertisement frame, if it receives multiple first advertisement frames sent by one or more APs, it shall use the event information carried in the first advertisement frame with the latest reception time as the standard. Here, multiple APs belong to either a Co-Hosted BSSID set or a Multiple BSSID set.

[0089] In some embodiments, before receiving the first announcement frame sent by the AP, the STA performs the following steps: receiving a third announcement frame sent by the AP, the third announcement frame being used to notify all STAs surrounding the AP of the following information: the AP supports DUO capability; the third announcement frame carries a UHR Capabilities element, which carries the AP's DUO capability information, including the AP's DUO capability operating mode. The STA determines whether the AP's DUO capability operating mode is enabled or disabled based on the element parameters of the UHR Capabilities element carried in the third announcement frame.

[0090] In some embodiments, when the DUO capability is in enabled mode and the STA is the TXOP holder, the STA uses the ICF as the first frame to be sent within the TXOP.

[0091] The following specific embodiments illustrate the method for handling unavailability events provided in this application.

[0092] Figure 6 This is a schematic scenario diagram illustrating a method for handling unavailability events according to an embodiment of this application. In this embodiment, a request-feedback method is used to report the first event to the STA. The request-feedback method means that the AP notifies the STA of the identified first event only after receiving the ICF sent by the STA. Figure 6 As shown, the terminals associated with the AP include STA1 and STA2, where STA1 is the TXOP holder and the AP is the TXOP responder. After STA1 acquires the air interface TXOP, it first sends an ICF to the AP requesting feedback to confirm whether the AP will experience a first event in the near future, i.e., the event where the AP's wireless LAN becomes unavailable after a first duration. Assuming that the AP has already identified the first event before receiving the ICF, the AP sends a broadcast ICR frame (e.g., after receiving the ICF and then within SIFS time) to confirm the first event. Figure 6 The Broadcast ICR (Interruptible Message Response) is sent to all STAs associated with the AP. The Broadcast ICR frame carries event information for the first event, including the start time and duration of the wireless LAN unavailability event. Figure 6The area filled with diagonal lines represents the AP's unavailability time window, i.e., the duration of the AP's WLAN unavailability event. Furthermore, the AP sets the Duration field in the MAC header of this broadcast ICR frame so that its NAV (Network Allocation Vector) protected TXOP can end before the WLAN unavailability event occurs. After receiving the broadcast ICR frame, STA1 and STA2 can extract the event information of the first event contained within the broadcast ICR frame. Since the AP's WLAN unavailability event does not occur immediately, but after the first duration, STA1 can continue to send UL Data (uplink data) to the AP after receiving the broadcast ICR response frame and after the SIFS interval. Assuming that the start time of the WLAN unavailability event is earlier than the end time of the current TXOP, STA1 sends a broadcast CF-End frame to surrounding devices before the start time of the WLAN unavailability event to prematurely end the current TXOP and release air interface resources. Figure 6 It can be seen that the prematurely ended TXOP time is earlier than the original TXOP end time. For STA2, since STA2 has already obtained the event information of the first event from the broadcast ICR frame, even if STA2 wins the air interface TXOP during the time window when the wireless LAN is unavailable, STA2 can refrain from actively sending uplink data to the AP to avoid data loss.

[0093] Figure 7 This is a schematic scenario diagram illustrating a method for handling unavailability events according to another embodiment of this application. In this embodiment, a request-feedback method is used to provide feedback on the first event to the STA. For example... Figure 7 As shown, the terminals associated with the AP include STA1 and STA2, where STA1 is the TXOP holder and the AP is the TXOP responder. After STA1 acquires the air interface TXOP, it first sends an ICF to the AP requesting feedback to confirm whether the AP will experience the first event in the near future, i.e., the event where the AP's wireless LAN becomes unavailable after a certain duration. Assuming that the AP has not yet recognized the first event when it receives the ICF, it only replies with a normal unicast ICR frame (e.g., ...). Figure 7 The unicast ICR frame is sent to STA1, but it does not carry event information for the first event. Subsequently, during normal UL data transmission, if the AP recognizes the first event, it can send a broadcast Multi-STA BA control frame at a time point after the SIFS following the most recent uplink data reception. The frame structure of the Multi-STA BA control frame can be found in [reference needed]. Figure 3As shown, the Multi-STA BA control frame contains two Per AID TID Info fields. One Per AID TID Info field carries event information for the first event, including the start time and duration of the WLAN unavailability event. The other Per AID TID Info field carries confirmation information from the AP regarding the reception of UL Data from STA1, such as whether uplink data reception was successful. STA1, acting as the TXOP holder, continues to send UL Data to the AP after receiving the broadcast Multi-STA BA control frame, after a SIFS interval. However, since the start time of the WLAN unavailability event is earlier than the end time of the current TXOP, Figure 7 The area filled with diagonal lines represents the AP's unavailability time window, which is the duration of the AP's WLAN unavailability event. Therefore, STA1 sends a CF-End frame to the AP before the start time of the WLAN unavailability event to prematurely end the current TXOP and release air interface resources. For STA2, since it can obtain the event information of the first event from the broadcast Multi-STA BA control frame, even if STA2 wins the air interface TXOP within the WLAN unavailability time window, it can choose not to actively send UL Data to the AP to avoid data loss.

[0094] Figure 8 This is a schematic scenario diagram illustrating a method for handling unavailability events according to another embodiment of this application. In this embodiment, a non-requested feedback method is used to report the first event to the STA. The non-requested feedback method means that the AP actively notifies the STA of the identified first event. For example... Figure 8 As shown, the terminals associated with the AP include STA1 and STA2, where the AP is the TXOPholder and STA1 is the TXOP responder. If the AP wins the TXOP and has already identified the first event before initiating the current TXOP transmission, the AP can send a broadcast frame (e.g., ...). Figure 8The Broadcast Frame in the TXOP serves as the initial PPDU (Physical Layer Protocol Data). This broadcast frame can be a specific management frame, data frame, or control frame, and it carries event information for the first event, including the start time and duration of the WLAN unavailability event. In this embodiment, the response strategy for this broadcast frame is No ACK, meaning no response is given. Therefore, after sending this broadcast frame, the AP does not need to wait for response frames from STA1 and STA2, and can send normal DL Data (downlink data) to STA1 after an SIFS interval. In this embodiment, since the AP has detected that the start time of the WLAN unavailability event is earlier than the end time of the original TXOP, Figure 8 The area filled with slashes represents the AP unavailability time window, which is the duration of the AP's wireless LAN unavailability event. Therefore, in the initial broadcast frame sent within the current TXOP, the AP sets a shortened Duration value (i.e., the value of the Duration field), so that the current TXOP can end before the wireless LAN unavailability event occurs.

[0095] Figure 9 This is a schematic scenario diagram illustrating a method for handling unavailability events according to another embodiment of this application. In this embodiment, a first event is fed back to the STA using a non-requested feedback method. Figure 9 As shown, the terminals associated with the AP include STA1 and STA2, where the AP is the TXOP holder and STA1 is the TXOP responder. This embodiment is similar to... Figure 8 The difference in the illustrated embodiment is that the AP did not recognize the first event before initiating the current TXOP transmission. However, at some point after initiating the downlink TXOP transmission, the AP recognized the first event. In this scenario, after receiving the most recent BA frame sent by STA1, the AP sends a broadcast frame (e.g., after the SIFS interval) at a later time. Figure 9 The broadcast frame carries event information for the first event, including the start time and duration of the WLAN unavailability event. After sending the broadcast frame, the AP continues normal DL data transmission after a SIFS interval. In this embodiment, since the start time of the WLAN unavailability event is earlier than the end time of the current TXOP, the AP sends a CF-End frame before the WLAN unavailability event occurs to prematurely end the current TXOP.

[0096] Figure 10This is a schematic scenario diagram illustrating a method for handling an unavailability event according to another embodiment of this application. In this embodiment, the AP feeds back the first event to the STA using a non-requested feedback method and also uses a Trigger control frame to feed back the first event. Figure 10 As shown, the terminals associated with the AP include STA1, STA2, and STA3, where the AP is the TXOP holder, and STA1 and STA2 are TXOP responders. Assuming the AP has already detected the first event before initiating the current TXOP transmission, the AP sends a broadcast Trigger control frame, such as a BSRP (buffer status report poll) Trigger control frame, during the initial PPDU transmission of the current TXOP. In this embodiment, both STA1 and STA2 need to respond. After sending the Trigger control frame, the AP waits to receive TB PPDU response frames from STA1 and STA2. After receiving the TB PPDU response frames from STA1 and STA2, the AP then initiates normal downlink data transmission with STA1 and STA2 (e.g., ...). Figure 10 (DL Mu Data in the example). In this embodiment, since the AP has detected that the start time of the wireless LAN unavailable event is earlier than the end time of the original TXOP, Figure 10 The area filled with diagonal lines represents the AP's unavailability time window, which is the duration of the AP's WLAN unavailability event. Therefore, in the initial broadcast frame sent within the current TXOP, the AP sets a shortened Duration value (i.e., the value of the Duration field), allowing the current TXOP to end before the WLAN unavailability event occurs. Furthermore, since STA3 is neither the TXOP holder nor the TXOP responder, it can listen to the broadcast trigger frames sent by the AP throughout the entire duration of the current TXOP and extract the event information of the first event carried within, avoiding communication with the AP during subsequent unavailability periods.

[0097] The following examples illustrate several signaling structures that carry event information about the first event.

[0098] Figure 11 This diagram illustrates a signaling structure carrying event information in non-request feedback mode. In non-request feedback mode, after the AP identifies the first event, it proactively notifies the STA of the first event. For example... Figure 11As shown, the AP announces the first event using a broadcast Action No Ack management frame, which carries the event information of the first event. In the Action No Ack management frame, the Address1 field is set to the broadcast address, and the Action No Ack framebody contains a newly defined Action field used to carry the event information of the AP's first event. The Category subfield is 1 byte long, and its value can be set to a specific preset value that is not currently used, used to identify the Action field as a UHR Action type. The (Protected) UHR Action subfield is 1 byte long and is used to indicate the subtype of the UHR Action subfield. In this embodiment, the value of the UHR Action subfield can be set to a specific preset value, used to indicate that the UHR Action subfield is used by the AP to announce the first event. The Dialog Token subfield is used to identify different unavailable events when there are multiple concurrent announcement operations for unavailable events, so that the peer device can match the operation response to it. The Unavailable Information of AP subfield contains detailed event information, including the start time and duration of the wireless LAN unavailable event.

[0099] Figure 12 This schematically illustrates another signaling structure carrying event information in non-request feedback mode. For example... Figure 12 As shown, the AP announces the first event using a broadcast QoS Null data frame, which carries event information for the first event. In the QoS Null data frame, the Address1 subfield is set to the broadcast address. The HT Control field in the MAC frame header is modified to carry the event information for the first event. In this embodiment, the HE variant of the HT Control field is modified, and an unused Control ID is used to identify the subsequent Control Information as the event information for the first event. This event information includes the start time and duration of the WLAN unavailability event.

[0100] Figure 13 This schematically illustrates another signaling structure carrying event information in non-request feedback mode. For example... Figure 13As shown, the AP announces the first event using a broadcast Trigger control frame, which carries the event information of the first event. The Trigger control frame contains multiple User Info fields, one of which carries the event information of the first event, while the other User Info fields carry the parameter information required by the corresponding STA when responding to the HETP ACK. The RA field is set to the broadcast address, and the User Info List field contains one or more User Info subfields. By modifying these User Info subfields and using an unused AID12, it is identified that the User Info contains the event information of the first event, including the start time and duration of the WLAN unavailability event.

[0101] In summary, specific embodiments of this subject matter have been described. Other embodiments are within the scope of the appended claims. In some cases, the actions recited in the claims can be performed in a different order and still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require a specific or sequential order to achieve the desired result. In some embodiments, multitasking and parallel processing can be advantageous.

[0102] The above are the methods for handling unavailability events provided in the embodiments of this application. Based on the same idea, the embodiments of this application also provide an access point and a terminal.

[0103] Figure 14 This is a schematic block diagram of an access point according to an embodiment of this application, such as... Figure 14 As shown, the access point includes: The identification module 141 is used to identify a first event within the current transmission opportunity; the first event is that the wireless local area network of the access point becomes unavailable after a first period of time; The first sending module 142 is used to send a first notification frame of the first event to a target terminal associated with the access point; the first notification frame carries event information of the first event.

[0104] In some embodiments, the access point is a transmission opportunity holder, and the target terminal includes all terminals associated with the access point; When the first sending module 142 sends the first notification frame of the first event to the target terminal associated with the access point, it performs the following steps: The first notification frame is sent to the target terminal at a first time point; the first time point includes any one of the following: the initial transmission time point of the current transmission opportunity, a time point within the current transmission opportunity, or a time point with a second duration interval after the transmission time of the Transmission Traffic Indication Bitmap (DTIM) beacon frame.

[0105] In some embodiments, the receiving address of the first notification frame sent by the access point to the target terminal is a broadcast address.

[0106] In some embodiments, where the access point supports Multiple Basic Service Set Identifiers (BSSIDs), the sending address of the first announcement frame is the Transmission BSSID.

[0107] In some embodiments, the first notification frame is a first management frame, a control frame, or a data frame; the first notification frame carries the event information through a first information field. The access point further includes a first carrying module, which is configured to perform the following steps before sending a first notification frame of the first event to a target terminal associated with the access point: When the first notification frame is the first management frame, the event information is carried in the first information field of the first management frame; When the first notification frame is the control frame, the event information is carried in the user information field of the control frame, and the first association identifier of the user information field is updated to the first preset value; When the first notification frame is the data frame, the event information is carried in the aggregation control field of the data frame, and the control identifier of the aggregation control field is updated to the second preset value.

[0108] In some embodiments, the first notification frame also carries a response strategy for the first notification frame; The access point further includes a first determining module, configured to perform the following steps before sending the first notification frame of the first event to the target terminal associated with the access point: In response to the first notification frame being the control frame, if the first notification frame does not carry parameter information based on the target terminal, the response strategy is determined to be no response; if the first notification frame carries parameter information based on the target terminal, the response strategy is determined to be a HETP ACK response strategy. In response to the first notification frame being either the first management frame or the data frame, the response strategy is determined to be no response.

[0109] In some embodiments, the access point further includes a third sending module, configured to perform the following steps after sending the first notification frame of the first event to the target terminal associated with the access point: If the response strategy is to not respond, downlink data is sent to the target terminal after a short frame interval following the sending of the first notification frame; When the response strategy is the HETP ACK response strategy, the downlink data is sent to the target terminal after a short frame interval following the receipt of the trigger-based Physical Layer Protocol Data Unit (TB PPDU) response frame sent by the target terminal.

[0110] In some embodiments, the start time of the wireless LAN unavailability event is earlier than the end time of the current transmission opportunity; the access point further includes: The first update module is configured to update the value of the duration field of the first notification frame before sending the first notification frame of the first event to the target terminal associated with the access point, so that the end time of the current transmission opportunity is earlier than the start time of the event; the duration field is used to indicate the end time of the current transmission opportunity; the sending time of the first notification frame is the initial transmission time of the current transmission opportunity. or, The fourth sending module is used to send an end frame CF-End before the start time of the event; the CF-End is used to indicate the end of the current transmission opportunity.

[0111] In some embodiments, the start time of the wireless LAN unavailability event is later than the end time of the current transmission opportunity; the access point further includes: The fifth sending module is configured to, after sending the first notification frame of the first event to the target terminal associated with the access point, send a second notification frame at the initial transmission time of the new transmission opportunity when the access point obtains a new transmission opportunity between the end time of the current transmission opportunity and the start time of the event; the second notification frame carries the event information.

[0112] In some embodiments, the access point is a transmission opportunity responder, and the target terminal is a transmission opportunity holder; the access point further includes: The second receiving module is used to receive the initial control frame (ICF) sent by the target terminal within the current transmission opportunity before sending the first notification frame of the first event to the target terminal associated with the access point; When the first sending module 142 sends the first notification frame of the first event to the target terminal associated with the access point, it performs the following steps: After receiving the ICF, a short frame interval is followed by sending the first notification frame to all terminals associated with the access point.

[0113] In some embodiments, the access point further includes: The second update module is configured to update the field value of the duration field of the first announcement frame before sending the first announcement frame to all terminals associated with the access point, provided that the start time of the wireless LAN unavailability event is earlier than the end time of the current transmission opportunity; the expiration time of the field value is earlier than the start time of the event.

[0114] In some embodiments, the access point further includes: The sixth sending module is configured to, after receiving the uplink frame sent by the target terminal within the current transmission opportunity, send a response frame to the target terminal for the uplink frame if the first event is not detected; the response frame is used to notify the target terminal that the first event has not been detected; the response frame is a unicast frame.

[0115] In some embodiments, the access point further includes: The data transmission module is used to transmit data with the target terminal within the current transmission opportunity after sending a response frame for the uplink frame to the target terminal when the first event is not detected. The seventh sending module is configured to, during the data transmission process, if the first event is detected, send the first notification frame to all terminals after receiving the most recent uplink frame; the receiving address of the first notification frame is a broadcast address.

[0116] In some embodiments, the first notification frame is a Multi-STA BA frame; the access point further includes: The third update module is used to carry the event information in the identification information field of the Multi-STA BA frame before sending the first notification frame of the first event to the target terminal associated with the access point, and to update the second association identifier of the identification information field to a third preset value; the second association identifier is used to indicate that the identification information field is sent to all terminals accessing the access point.

[0117] In some embodiments, when the first sending module 142 sends the first notification frame to all terminals associated with the access point, it performs the following steps: The identification information field carrying the event information is arranged before the other fields of the Multi-STA BA frame to obtain a sorted Multi-STA BA frame; The sorted Multi-STA BA frames are sent to all terminals.

[0118] In some embodiments, the identification information field is the Per AID TID Info field; the second associated identifier is the associated identifier AID.

[0119] In some embodiments, the uplink frame includes any one of the following: an initial control frame for initiating the current transmission opportunity, or an uplink data frame within the current transmission opportunity.

[0120] In some embodiments, the access point further includes: The eighth sending module is used to send a third notification frame to all terminals around the access point before the first event is identified within the current transmission opportunity; the third notification frame is used to notify all terminals that the access point supports Dynamic Unavailable Operation (DUO) capability.

[0121] In some embodiments, the third notification frame is a second management frame; the access point further includes: The second carrying module is used to carry a high reliability capability element in the second management frame before sending the third notification frame to all terminals around the access point; the high reliability capability element is used to carry the DUO capability information of the access point.

[0122] In some embodiments, the access point further includes: The modification module is used to change the working mode of the DUO capability under a first condition after sending a third notification frame to all terminals around the access point; the working mode includes an on mode or a off mode. The first condition includes any one of the following: Other wireless technologies within the access point are enabled, and the DUO capability is in a disabled mode; the other wireless technologies are wireless technologies other than wireless LAN. The other wireless technologies are turned off, and the DUO capability is in the on mode.

[0123] The DUO capability of the access point operates in the same mode as the DUO capability of other access points; the other access points belong to the same Co-Hosted BSSID set or Multiple BSSID set as the access point.

[0124] In some embodiments, when the change module changes the operating mode of the DUO capability under the first condition, it performs the following steps: Under the first condition, the element parameters of the high-reliability operation element in the third management frame are changed; the element parameters are used to indicate whether the working mode of the DUO capability is enabled or disabled.

[0125] In some embodiments, when the change module changes the operating mode of the DUO capability under the first condition, it performs the following steps: Under the first condition, a fourth notification frame is sent to all terminals; the fourth notification frame includes indication information for indicating the operating mode of the DUO capability.

[0126] In some embodiments, when the change module sends the fourth notification frame to all terminals, it performs the following steps: When the first terminal is in power-saving mode, the fourth notification frame is cached; after the DTIM beacon frame is sent, the cached fourth notification frame is sent to the first terminal; the first terminal is at least one of the terminals.

[0127] In some embodiments, the event information includes at least one of the following: the start time of the wireless LAN unavailable event and the duration of the event.

[0128] Those skilled in the art will understand that Figure 14 The access point can be used to implement the unavailability event handling method applied to the access point as described above. The details should be similar to those described in the method section above. To avoid being cumbersome, they will not be repeated here.

[0129] The access point using this embodiment of the application, after identifying a first event within the current transmission opportunity, sends a first announcement frame for the first event to the target STA associated with the AP. The first event is that the AP's wireless LAN becomes unavailable after a first period of time, and the first announcement frame carries event information of the first event. This provides a behavior mechanism for the AP after identifying a first event (i.e., an event where the wireless LAN becomes unavailable after a first period of time), enabling the AP to promptly and dynamically announce the first event to the target STA. The target STA can then take corresponding countermeasures based on the AP's announcement, thereby avoiding data loss due to data transmission between the AP and STA when the wireless LAN is unavailable.

[0130] Figure 15 This is a schematic block diagram of a terminal according to an embodiment of this application, such as... Figure 15 As shown, the terminal includes: The receiving module 151 is configured to receive a first notification frame sent by the access point; the first notification frame carries event information of a first event; the first notification frame is sent by the access point when it identifies the first event within the current transmission opportunity; the first event is an event in which the access point's wireless local area network becomes unavailable after a first period of time. The second sending module 152 is configured to, based on the first announcement frame, not send uplink data to the access point during the duration of the wireless local area network unavailable event.

[0131] In some embodiments, the terminal is a transmission opportunity holder; the terminal further includes: The first parsing module is configured to, after receiving a first notification frame sent by the access point, parse the first notification frame to obtain the event information if the sending address of the first notification frame matches the Media Access Control (MAC) address of the access point associated with the terminal and the receiving address is a broadcast address; and if a first condition is met, the first notification frame is not processed; the first condition includes at least one of the following: the sending address of the first notification frame does not match the MAC address of the access point associated with the terminal, the receiving address is not a broadcast address, and the receiving address does not match the MAC address of the terminal.

[0132] In some embodiments, the terminal further includes: The ninth sending module is used to send a contention-free termination (CF-End) frame to the access point before the start time of the wireless LAN unavailability event, provided that the start time of the event is earlier than the end time of the current transmission opportunity. The CF-End frame is used to indicate the end of the current transmission opportunity.

[0133] In some embodiments, the terminal is a non-transmission opportunity holder; the terminal is associated with the access point, or the terminal is associated with other access points in the Co-Hosted BSSID set or Multiple BSSID set to which the access point is located; When the receiving module 151 receives the first notification frame sent by the access point, it performs the following steps: After receiving an ICF or uplink control frame, the terminal receives a first notification frame sent by the access point; the receiving address corresponding to the ICF or uplink control frame does not match the MAC address of the terminal.

[0134] In some embodiments, the terminal further includes: The second parsing module is configured to, after receiving the first notification frame sent by the access point, parse the first notification frame to obtain the event information if the sending address of the first notification frame matches the BSSID of any access point in the Co-Hosted BSSID set or the Multiple BSSID set, and the receiving address is a broadcast address; and if a second condition is met, the first notification frame is not processed; the second condition includes at least one of the following: the sending address does not match the BSSIDs of all access points in the Co-Hosted BSSID set or the Multiple BSSID set, the receiving address is not a broadcast address, and the receiving address does not match the MAC address of the terminal.

[0135] In some embodiments, when parsing the first notification frame, the second parsing module performs the following steps: In the event that multiple first announcement frames are received from one or more access points, the event information carried in the first announcement frame with the latest reception time shall prevail. The multiple access points belong to either the Co-Hosted BSSID set or the Multiple BSSID set.

[0136] In some embodiments, the terminal further includes: The third receiving module is used to receive a third announcement frame sent by the access point before the first announcement frame sent by the receiving access point; the third announcement frame is used to notify all terminals around the access point that the access point supports DUO capability; The second determining module is used to determine whether the DUO capability of the access point is in an enabled mode or a disabled mode based on the element parameters of the high reliability capability element carried in the third notification frame.

[0137] In some embodiments, when the DUO capability is in an enabled mode and the terminal is a transmission opportunity holder, the terminal uses ICF as the first frame to be transmitted within the transmission opportunity.

[0138] In some embodiments, the event information includes at least one of the following: the start time of the wireless LAN unavailable event and the duration of the event.

[0139] Those skilled in the art will understand that Figure 15 The terminal can be used to implement the unavailability event handling method for the terminal described above. The details should be similar to those described in the method section above. To avoid being cumbersome, they will not be repeated here.

[0140] The terminal employing this embodiment of the application, upon receiving a first announcement frame from the AP, refrains from sending uplink data to the AP during the duration of a wireless LAN unavailability event based on the first announcement frame. Since the first announcement frame carries event information about a first event—the AP's wireless LAN becoming unavailable after a first duration—the STA can learn from the first announcement frame that the AP's wireless LAN will become unavailable after the first duration. Therefore, it can stop sending uplink data to the AP after the wireless LAN unavailability event occurs, preventing data loss due to data transmission between the AP and the STA during wireless LAN unavailability.

[0141] Based on the same idea, this application also provides an electronic device, such as... Figure 16 As shown. Electronic devices can vary considerably due to differences in configuration or performance, and may include one or more processors 1601 and memory 1602. Memory 1602 may store one or more application programs or data. Memory 1602 may be temporary or persistent storage. The application programs stored in memory 1602 may include one or more modules (not shown), each module may include a series of computer-executable instructions for the electronic device. Furthermore, processor 1601 may be configured to communicate with memory 1602 and execute the series of computer-executable instructions in memory 1602 on the electronic device. The electronic device may also include one or more power supplies 1603, one or more wired or wireless network interfaces 1604, one or more input / output interfaces 1605, and one or more keyboards 1606.

[0142] Specifically, in this embodiment, the electronic device includes a memory and one or more programs, wherein one or more programs are stored in the memory, and one or more programs may include one or more modules, and each module may include a series of computer-executable instructions for use in the electronic device, and is configured to be executed by one or more processors. The one or more programs include computer-executable instructions for performing the following: A first event is identified within the current transmission opportunity; the first event is that the access point's wireless LAN becomes unavailable after a first duration. A first notification frame for the first event is sent to the target terminal associated with the access point; the first notification frame carries event information of the first event.

[0143] The technical solution of this application embodiment involves the AP identifying a first event within the current transmission opportunity and then sending a first announcement frame for the first event to the target STA associated with the AP. The first event is the event that the AP's wireless LAN becomes unavailable after a first duration, and the first announcement frame carries event information of the first event. This provides a behavior mechanism for the AP after identifying a first event (i.e., the wireless LAN becoming unavailable after a first duration), enabling the AP to promptly and dynamically announce the first event to the target STA. The target STA can then take corresponding countermeasures based on the AP's announcement, thereby avoiding data loss due to data transmission between the AP and STA when the wireless LAN is unavailable.

[0144] In another embodiment, the electronic device includes a memory and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more modules, and each module may include a series of computer-executable instructions for use in the electronic device, and is configured to be executed by one or more processors. The one or more programs include computer-executable instructions for performing the following: The access point receives a first notification frame; the first notification frame carries event information of a first event; the first notification frame is sent by the access point when it recognizes the first event within the current transmission opportunity; the first event is that the access point's wireless local area network becomes unavailable after a first duration. Based on the first notification frame, no uplink data is sent to the access point during the duration of the wireless LAN unavailable event.

[0145] The technical solution of this application embodiment involves not sending uplink data to the AP during the duration of a wireless LAN unavailability event after receiving a first announcement frame from the AP, based on the first announcement frame. Since the first announcement frame carries event information about a first event—the AP's wireless LAN becoming unavailable after a first duration—the STA can learn from the first announcement frame that the AP's wireless LAN will become unavailable after the first duration. Therefore, the STA can stop sending uplink data to the AP after the wireless LAN unavailability event occurs, preventing data loss due to data transmission between the AP and STA when the wireless LAN is unavailable.

[0146] This application also proposes a computer-readable storage medium that stores one or more computer programs, the computer programs including instructions that, when executed by an electronic device including multiple applications, enable the electronic device to perform various processes of the above-described unavailability event handling method embodiments, and specifically for performing: A first event is identified within the current transmission opportunity; the first event is that the access point's wireless LAN becomes unavailable after a first duration. A first notification frame for the first event is sent to the target terminal associated with the access point; the first notification frame carries event information of the first event.

[0147] The technical solution of this application embodiment involves the AP identifying a first event within the current transmission opportunity and then sending a first announcement frame for the first event to the target STA associated with the AP. The first event is the event that the AP's wireless LAN becomes unavailable after a first duration, and the first announcement frame carries event information of the first event. This provides a behavior mechanism for the AP after identifying a first event (i.e., the wireless LAN becoming unavailable after a first duration), enabling the AP to promptly and dynamically announce the first event to the target STA. The target STA can then take corresponding countermeasures based on the AP's announcement, thereby avoiding data loss due to data transmission between the AP and STA when the wireless LAN is unavailable.

[0148] This application also proposes another computer-readable storage medium that stores one or more computer programs, the computer programs including instructions that, when executed by an electronic device including multiple applications, enable the electronic device to perform various processes of the above-described unavailability event handling method embodiments, and specifically for performing: The access point receives a first notification frame; the first notification frame carries event information of a first event; the first notification frame is sent by the access point when it recognizes the first event within the current transmission opportunity; the first event is that the access point's wireless local area network becomes unavailable after a first duration. Based on the first notification frame, no uplink data is sent to the access point during the duration of the wireless LAN unavailable event.

[0149] The technical solution of this application embodiment involves not sending uplink data to the AP during the duration of a wireless LAN unavailability event after receiving a first announcement frame from the AP, based on the first announcement frame. Since the first announcement frame carries event information about a first event—the AP's wireless LAN becoming unavailable after a first duration—the STA can learn from the first announcement frame that the AP's wireless LAN will become unavailable after the first duration. Therefore, the STA can stop sending uplink data to the AP after the wireless LAN unavailability event occurs, preventing data loss due to data transmission between the AP and STA when the wireless LAN is unavailable.

[0150] This application provides a computer program product, including a computer program that is executed by a processor to implement the various processes of the above-described unavailability event handling method embodiments, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0151] The systems, devices, modules, or units described in the above embodiments can be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, a computer can be, for example, a personal computer, laptop computer, cellular phone, camera phone, smartphone, personal digital assistant, media player, navigation device, email device, game console, tablet computer, wearable device, or any combination of these devices.

[0152] For ease of description, the above devices are described separately by function as various units. Of course, in implementing this application, the functions of each unit can be implemented in one or more software and / or hardware.

[0153] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0154] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart... Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0155] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1The function specified in one or more boxes.

[0156] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0157] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0158] Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

[0159] Computer-readable media includes both permanent and non-permanent, removable and non-removable media that can store information using any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic magnetic disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.

[0160] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0161] This application can be described in the general context of computer-executable instructions, such as program modules, that are executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform a specific task or implement a specific abstract data type. This application can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network. In distributed computing environments, program modules can reside in local and remote computer storage media, including storage devices.

[0162] The various embodiments in this application are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the system embodiments are basically similar to the method embodiments, so the description is relatively simple; relevant parts can be referred to the descriptions of the method embodiments.

[0163] The above description is merely an embodiment of this application and is not intended to limit this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the principles of this application should be included within the scope of the claims of this application.

Claims

1. A method for handling unavailability events, applied to an access point, the method comprising: The first event is identified within the current transmission opportunity; The first event is when the wireless local area network of the access point becomes unavailable after a first period of time; Send a first notification frame of the first event to the target terminal associated with the access point; The first notification frame carries event information about the first event.

2. The method according to claim 1, wherein the access point is a transmission opportunity holder, and the target terminal includes all terminals associated with the access point; Sending the first notification frame of the first event to the target terminal associated with the access point includes: The first notification frame is sent to the target terminal at the first time point; The first time point includes any of the following: the initial transmission time point of the current transmission opportunity, a time point within the current transmission opportunity, or a time point with a second duration interval following the transmission time of the Transmission Traffic Indication Bitmap (DTIM) beacon frame.

3. The method according to claim 2, wherein the receiving address of the first notification frame sent by the access point to the target terminal is a broadcast address.

4. The method according to claim 3, wherein when the access point supports Multiple Basic Service Set Identifiers (MBSIDs), the sending address of the first announcement frame is the transmission BSSID.

5. The method according to claim 2, wherein the first notification frame is a first management frame, a control frame, or a data frame; the first notification frame carries the event information through a first information field; Before sending the first notification frame of the first event to the target terminal associated with the access point, the method further includes: When the first notification frame is the first management frame, the event information is carried in the first information field of the first management frame; When the first notification frame is the control frame, the event information is carried in the user information field of the control frame, and the first association identifier of the user information field is updated to the first preset value; When the first notification frame is the data frame, the event information is carried in the aggregation control field of the data frame, and the control identifier of the aggregation control field is updated to the second preset value.

6. The method according to claim 5, wherein the first notification frame further carries a response strategy for the first notification frame; Before sending the first notification frame of the first event to the target terminal associated with the access point, the method further includes: In response to the first notification frame being the control frame, if the first notification frame does not carry parameter information based on the target terminal, the response strategy is determined to be no response; if the first notification frame carries parameter information based on the target terminal, the response strategy is determined to be a HETP ACK response strategy. In response to the first notification frame being either the first management frame or the data frame, the response strategy is determined to be no response.

7. The method according to claim 6, further comprising, after sending the first notification frame of the first event to the target terminal associated with the access point: If the response strategy is to not respond, downlink data is sent to the target terminal after a short frame interval following the sending of the first notification frame; When the response strategy is the HETP ACK response strategy, the downlink data is sent to the target terminal after a short frame interval following the receipt of the trigger-based Physical Layer Protocol Data Unit (TB PPDU) response frame sent by the target terminal.

8. The method according to claim 2, wherein the start time of the wireless LAN unavailable event is earlier than the end time of the current transmission opportunity; Before sending the first notification frame of the first event to the target terminal associated with the access point, the method further includes: Update the value of the duration field of the first notification frame so that the end time of the current transmission opportunity is earlier than the start time of the event; The duration field is used to indicate the end time of the current transmission opportunity; the sending time of the first notification frame is the initial transmission time of the current transmission opportunity; or, Before the start time of the event, an end frame CF-End is sent; the CF-End is used to indicate the end of the current transmission opportunity.

9. The method of claim 2, wherein the start time of the wireless LAN unavailable event is later than the end time of the current transmission opportunity; After sending the first notification frame of the first event to the target terminal associated with the access point, the method further includes: If the access point acquires a new transmission opportunity between the end time of the current transmission opportunity and the start time of the event, a second notification frame is sent at the initial transmission time of the new transmission opportunity; the second notification frame carries the event information.

10. The method according to claim 1, wherein the access point is a transmission opportunity responder and the target terminal is a transmission opportunity holder; Before sending the first notification frame of the first event to the target terminal associated with the access point, the method further includes: Receive the initial control frame (ICF) sent by the target terminal within the current transmission opportunity; Sending the first notification frame of the first event to the target terminal associated with the access point includes: After receiving the ICF, a short frame interval is followed by sending the first notification frame to all terminals associated with the access point.

11. The method of claim 10, further comprising, before sending the first notification frame to all terminals associated with the access point: If the start time of the WLAN unavailable event is earlier than the end time of the current transmission opportunity, update the value of the duration field of the first announcement frame; the expiration time of the field value is earlier than the start time of the event.

12. The method according to claim 10, further comprising, after receiving the uplink frame sent by the target terminal within the current transmission opportunity: If the first event is not detected, a response frame for the uplink frame is sent to the target terminal; The response frame is used to notify the target terminal that the first event has not been detected. The response frame is a unicast frame.

13. The method according to claim 12, further comprising, after sending a response frame for the uplink frame to the target terminal when the first event is not detected: During the current transmission opportunity, data is transmitted between the device and the target terminal. During the data transmission process, if the first event is detected, after receiving the most recent uplink frame, the first notification frame is sent to all terminals; the receiving address of the first notification frame is the broadcast address.

14. The method according to claim 10, wherein the first notification frame is a Multi-STA BA frame; Before sending the first notification frame of the first event to the target terminal associated with the access point, the method further includes: The event information is carried in the identification information field of the Multi-STA BA frame, and the second associated identifier of the identification information field is updated to a third preset value; The second association identifier is used to indicate that the identification information field is sent to all terminals accessing the access point.

15. The method of claim 14, wherein sending the first notification frame to all terminals associated with the access point comprises: The identification information field carrying the event information is arranged before the other fields of the Multi-STA BA frame to obtain a sorted Multi-STA BA frame; The sorted Multi-STA BA frames are sent to all terminals.

16. The method according to claim 14 or 15, wherein the identification information field is a Per AID TID Info field; and the second associated identifier is an associated identifier AID.

17. The method of claim 10, wherein the uplink frame comprises any one of the following: an initial control frame for initiating the current transmission opportunity, or an uplink data frame within the current transmission opportunity.

18. The method of claim 1, further comprising, before identifying the first event within the current transmission opportunity: Send a third notification frame to all terminals surrounding the access point; The third notification frame is used to notify all terminals that the access point supports the Dynamic Unavailable Operation (DUO) capability.

19. The method according to claim 18, wherein the third notification frame is a second management frame; Before sending the third notification frame to all terminals surrounding the access point, the method further includes: The second management frame carries a high reliability capability element; The high reliability capability element is used to carry the DUO capability information of the access point.

20. The method according to claim 19, further comprising, after sending the third notification frame to all terminals surrounding the access point: Under the first condition, change the operating mode of the DUO capability; The operating mode includes an on mode or an off mode; The first condition includes any one of the following: Other wireless technologies within the access point are enabled, and the DUO capability is in a disabled mode; the other wireless technologies are wireless technologies other than wireless LAN. The other wireless technologies are turned off, and the DUO capability is in the on mode. The DUO capability of the access point operates in the same mode as the DUO capability of other access points; the other access points belong to the same Co-Hosted BSSID set or Multiple BSSID set as the access point.

21. The method according to claim 20, wherein changing the operating mode of the DUO capability under the first condition includes: Under the first condition, change the element parameters of the high-reliability operation element in the third management frame; The element parameters are used to indicate whether the DUO capability is in an on or off mode.

22. The method according to claim 20, wherein changing the operating mode of the DUO capability under the first condition includes: Under the first condition, a fourth notification frame is sent to all terminals; The fourth notification frame includes indication information for indicating the operating mode of the DUO capability.

23. The method according to claim 22, wherein sending the fourth notification frame to all terminals comprises: When the first terminal is in power-saving mode, the fourth notification frame is cached; After the DTIM beacon frame is sent, the buffered fourth announcement frame is sent to the first terminal; the first terminal is at least one of the terminals.

24. The method according to any one of claims 1 to 23, wherein the event information includes at least one of the following: the start time of the wireless LAN unavailable event and the duration of the event.

25. A method for handling unavailability events, applied to a terminal, the method comprising: Receive the first notification frame sent by the access point; The first notification frame carries event information of the first event; The first notification frame is sent by the access point when it recognizes the first event within the current transmission opportunity; the first event is that the access point's wireless local area network becomes unavailable after a first period of time. Based on the first notification frame, no uplink data is sent to the access point during the duration of the wireless LAN unavailable event.

26. The method of claim 25, wherein the terminal is a transmission opportunity holder; Following the first notification frame sent by the receiving access point, the method further includes: If the sending address of the first notification frame matches the Media Access Control (MAC) address of the access point associated with the terminal, and the receiving address is a broadcast address, the first notification frame is parsed to obtain the event information. If the first condition is met, the first notification frame is not processed; the first condition includes at least one of the following: the sending address of the first notification frame does not match the MAC address of the access point associated with the terminal, the receiving address is not a broadcast address, and the receiving address does not match the MAC address of the terminal.

27. The method according to claim 26, further comprising, after parsing the first notification frame to obtain the event information: If the start time of a wireless LAN unavailable event is earlier than the end time of the current transmission opportunity, a contention-free termination CF-End frame is sent to the access point before the start time of the event; the CF-End frame is used to indicate the end of the current transmission opportunity.

28. The method of claim 25, wherein the terminal is a non-transmission opportunity holder; the terminal is associated with the access point, or the terminal is associated with other access points in the Co-Hosted BSSID set or Multiple BSSID set to which the access point is located; The first notification frame sent by the receiving access point includes: After receiving an ICF or uplink control frame, the first notification frame sent by the access point is received; The receive address corresponding to the ICF or uplink control frame does not match the MAC address of the terminal.

29. The method according to claim 28, further comprising, after receiving the first notification frame sent by the access point: If the sending address of the first notification frame matches the BSSID of any access point in the Co-Hosted BSSID set or the Multiple BSSID set, and the receiving address is a broadcast address, the first notification frame is parsed to obtain the event information. If the second condition is met, the first notification frame will not be processed; the second condition includes at least one of the following: the sending address does not match the BSSID of any access point in the Co-Hosted BSSID set or the Multiple BSSID set; the receiving address is not a broadcast address; and the receiving address does not match the MAC address of the terminal.

30. The method according to any one of claims 26 to 29, wherein parsing the first notification frame comprises: In the event that multiple first announcement frames are received from one or more access points, the event information carried in the first announcement frame with the latest reception time shall prevail. The multiple access points belong to either the Co-Hosted BSSID set or the Multiple BSSID set.

31. The method according to claim 25, further comprising, before receiving the first notification frame sent by the access point: Receive the third notification frame sent by the access point; The third notification frame is used to notify all terminals around the access point that the access point supports DUO capability. Based on the element parameters of the high reliability capability element carried in the third notification frame, the operating mode of the DUO capability of the access point is determined to be either enabled or disabled.

32. The method according to claim 31, wherein when the DUO capability is in an enabled mode and the terminal is a transmission opportunity holder, the terminal uses ICF as the first frame to be transmitted within the transmission opportunity.

33. The method according to claim 25, wherein the event information includes at least one of the following: the start time of the wireless LAN unavailable event and the duration of the event.

34. An access point, comprising: The identification module is used to identify the first event within the current transmission opportunity; The first event is when the wireless local area network of the access point becomes unavailable after a first period of time; A first sending module is configured to send a first notification frame of the first event to a target terminal associated with the access point; the first notification frame carries event information of the first event.

35. A terminal, comprising: The receiving module is used to receive the first notification frame sent by the access point; The first notification frame carries event information of the first event; The first notification frame is sent by the access point when it recognizes the first event within the current transmission opportunity; the first event is that the access point's wireless local area network becomes unavailable after a first period of time. The second sending module is configured to, based on the first announcement frame, not send uplink data to the access point during the duration of the wireless local area network unavailable event.

36. An electronic device comprising a processor and a memory electrically connected to the processor, the memory storing a computer program, the processor being configured to invoke and execute the computer program from the memory to implement the method for handling unavailability events as described in any one of claims 1-33.

37. A computer-readable storage medium for storing a computer program that can be executed by a processor to implement the method for handling unavailability events as described in any one of claims 1-33.

38. A computer program product comprising a computer program that is executed by a processor to implement the method for handling unavailability events as described in any one of claims 1-33.

Images