Method for negotiating transmission opportunity preemption strategy, and electronic device and storage medium

Abstract

A method for negotiating a transmission opportunity preemption strategy, which method is executed by an access point. The method comprises: receiving a preemption strategy request sent by a non-access point station, wherein the preemption strategy request is configured to request a preemption strategy for preempting a transmission opportunity; generating a corresponding negotiation result on the basis of the preemption strategy request, wherein the negotiation result is configured to indicate whether an access point permits the preemption strategy, which is requested by the non-access point station; and sending the negotiation result to the non-access point station. Further provided are a method executed by a non-access point station for negotiating a transmission opportunity preemption strategy, and an electronic device and a computer-readable storage medium.

Description

Methods, electronic devices, and storage media for negotiating transmission opportunity preemption strategies

[0001] Cross-reference of related applications

[0002] This disclosure claims priority to Chinese Patent Application No. 202411948634.X, filed on December 25, 2024, which is incorporated herein by reference in its entirety. Technical Field

[0003] This disclosure relates to the field of wireless communication technology, and more particularly to methods for negotiating transmission opportunity preemption strategies, electronic devices, and computer-readable storage media. Background Technology

[0004] With the rapid development of computers and the Internet, wireless communication technology has received increasing attention. Wireless Fidelity (WIFI) technology is a wireless local area network communication technology based on the IEEE 802.11 standard. The IEEE 802.11 standard has been commercialized, and various technologies have been developed based on IEEE 802.11 to meet the growing network demands.

[0005] Some real-time or latency-sensitive applications (such as Virtual Reality (VR), online games, healthcare, and industrial automation) have stringent requirements for low latency communication, placing very high demands on the latency of communication technologies. If a significant amount of data is delayed during communication, the application's performance may degrade significantly.

[0006] For example, in real-time or latency-sensitive applications, uplink data from wireless devices may include control information (e.g., information controlling the session) or sensing information (e.g., information acquired by sensors). In a wireless LAN where multiple wireless devices are active, data transmission by wireless devices with real-time or latency-sensitive applications may be delayed while other devices in the network are transmitting data. Significant delays in the transmission of uplink data frames corresponding to real-time or latency-sensitive applications can lead to a poor user experience. For example, in an online gaming session, user input on the wireless device may not be recognized in a timely manner. Summary of the Invention

[0007] This disclosure provides a method for negotiating a transmission opportunity preemption strategy, executed by an access point, comprising: receiving a preemption strategy request sent by a non-access point site, the preemption strategy request being configured to request a preemption strategy for preempting a transmission opportunity; generating a corresponding negotiation result based on the preemption strategy request, the negotiation result being configured to indicate whether the access point allows the preemption strategy requested by the non-access point site; and sending the negotiation result to the non-access point site.

[0008] This disclosure provides a method for negotiating a transmission opportunity preemption strategy, executed by a non-access point site, comprising: sending a preemption strategy request to an access point, the preemption strategy request being configured to request a preemption strategy for preempting a transmission opportunity; and receiving a negotiation result generated and fed back by the access point based on the preemption strategy request, the negotiation result being configured to indicate whether the access point allows the preemption strategy requested by the non-access point site.

[0009] This disclosure provides a method for negotiating a transmission opportunity preemption strategy, executed by a non-access point site, including: according to an instruction from an access point, enabling or disabling at least one of the functions of preempting transmission opportunities or allowing transmission opportunities to be preempted, wherein the function of preempting transmission opportunities is configured to allow the non-access point site to preempt the transmission opportunities of other non-access point sites, and the function of allowing transmission opportunities to be preempted is configured to allow the transmission opportunities of the non-access point site to be preempted by other non-access point sites.

[0010] This disclosure provides an electronic device including a memory and at least one processor. The memory stores a computer program, which is executed by the at least one processor to perform a method for negotiating a transmission opportunity preemption strategy provided in this disclosure.

[0011] This disclosure provides a computer-readable storage medium having a computer program stored thereon, the computer program being executed by a processor to cause the processor to perform a method for negotiating a transmission opportunity preemption strategy provided in this disclosure. Attached Figure Description

[0012] To more clearly illustrate the technical solutions of this disclosure or related technologies, the accompanying drawings used in the description of the embodiments of this disclosure or related technologies will be briefly introduced below. Obviously, the provided drawings are only used to illustrate some embodiments of this disclosure. For those skilled in the art, other drawings can be obtained based on the structures shown in the drawings provided in this disclosure without creative effort. In the drawings:

[0013] Figure 1 is a schematic diagram of an example of a wireless communication network;

[0014] Figure 2 is a schematic diagram of a carrier sense multiple access / collision avoidance (CSMA / CA) method for contention for access to a channel at a non-access point site;

[0015] Figure 3 is a schematic diagram of a transmission process involving multiple non-access point sites;

[0016] Figure 4 is a schematic diagram of a data transmission process that allows for preemption of transmission opportunities;

[0017] Figure 5 is a flowchart of a method for negotiating a transmission opportunity preemption strategy provided in this disclosure;

[0018] Figure 6 is a flowchart of a method for negotiating a transmission opportunity preemption strategy provided in this disclosure;

[0019] Figure 7 is a flowchart of a method for negotiating a transmission opportunity preemption strategy provided in this disclosure;

[0020] Figure 8 is an example flowchart of the method for negotiating a transmission opportunity preemption strategy according to the present disclosure.

[0021] Figure 9 is an example flowchart of the method for negotiating a transmission opportunity preemption strategy according to the present disclosure.

[0022] Figure 10 is an example flowchart of the method for negotiating a transmission opportunity preemption strategy according to the present disclosure.

[0023] Figure 11 is an example flowchart of the method for negotiating a transmission opportunity preemption strategy according to the present disclosure.

[0024] Figure 12 is an example flowchart of the method for negotiating a transmission opportunity preemption strategy according to the present disclosure.

[0025] Figure 13 is a schematic diagram of the structure of an electronic device provided in this disclosure; and

[0026] Figure 14 is a schematic diagram of a computer-readable storage medium provided in this disclosure. Detailed Implementation

[0027] To enable those skilled in the art to better understand the technical solutions of this disclosure, exemplary embodiments of this disclosure will be described more fully below with reference to the accompanying drawings. However, these exemplary embodiments may be implemented in different forms and should not be construed as limited to the implementation methods described in this disclosure. The purpose of describing these exemplary embodiments is to make this disclosure more thorough and complete, and to enable those skilled in the art to fully understand the scope of this disclosure. Obviously, the described exemplary embodiments are only some embodiments of this disclosure, not all embodiments. All other embodiments obtained by those skilled in the art based on the embodiments described in this disclosure without creative effort are within the protection scope of this disclosure.

[0028] It should be understood that the accompanying drawings are only used to describe exemplary embodiments of this disclosure, and the dimensions of all or part of the elements shown in the drawings are not drawn to scale.

[0029] As used in this disclosure, the terms “and / or” or “at least one of…” include any and all combinations of one or more of the related enumerated entries.

[0030] The terminology used in this disclosure is for the purpose of describing particular exemplary embodiments only and is not intended to limit the claimed subject matter. As used in the disclosure, unless expressly specified or limited otherwise, the singular forms “a,” “an,” and “the” are intended to include the plural forms. It should be understood that terms such as “comprising / including” and / or “consisting of / forming of” are used to indicate the presence of relevant features, entities, steps, operations, elements, and / or components, but do not exclude the presence or addition of one or more other features, entities, steps, operations, elements, components, and / or groups thereof.

[0031] It should also be understood that although the present disclosure uses the terms "first," "second," etc., to describe the elements, these elements are not limited by these terms. These terms are only used to distinguish one element from another. Therefore, the first element discussed below may be referred to as the second element, and the second element discussed below may be referred to as the first element. Furthermore, the first element in some embodiments may be the same as or different from the first element in other embodiments, and the second element in some embodiments may be the same as or different from the second element in other embodiments.

[0032] Unless otherwise expressly specified or limited, all terms used in this disclosure (including technical and scientific terms) shall have the same meaning as commonly understood by one of ordinary skill in the art to which the subject matter of this disclosure pertains. Terms such as those defined in commonly used dictionaries shall be interpreted as having the same meaning as they have in the relevant technical context and shall not be interpreted in an idealized or overly formalistic manner, unless otherwise expressly specified or limited.

[0033] It should also be understood that, unless otherwise expressly stated or limited, features or aspects of the exemplary embodiments described in this disclosure may be used as similar features or aspects in other exemplary embodiments. Without conflict, the embodiments and features described in this disclosure may be combined arbitrarily.

[0034] Referring to Figure 1, a wireless communication network may include one or more Basic Service Sets (BSS). Each BSS includes a group of interconnected and communicable devices. Multiple BBSs can be combined into an Extended Service Set (ESS) through a Distribution System (DS). Different BSSs in an ESS can be distinguished by BSS identification information. For example, the BSS ID carried in the Medium Access Control (MAC) frame header or the BSS color carried in the Physical Layer (PHY) frame header can be used as BSS identification information.

[0035] Referring again to Figure 1, each BSS may include an Access Point (AP) (also known as a Personal Coordination Point or Personal Control Point, PCP). For example, BSS1 includes AP1, and BSS2 includes AP2. The Access Point is a device that allows access from non-AP STAs. For example, it can be a base station such as an eNodeB (eNB), or a router, a mobile terminal with a hotspot enabled, etc. It can communicate wirelessly with non-AP STAs and with a network, such as a telecommunications network like the Public Switched Telephone Network (PSTN), the Internet, or other possible networks. The Access Point enables communication not only between non-AP STAs but also between non-AP STAs and the network.

[0036] Each BSS may also include one or more non-access point sites (non-AP STAs). For example, BSS1 includes STA1, STA2, and STA3, and BSS2 includes STA4 and STA5. These non-access point sites are devices capable of wirelessly connecting to nearby access points (i.e., APs), and can be virtually any type of wireless device such as mobile phones, handheld devices, wearable devices, computers, tablets, unmanned aerial vehicles (UAVs), unmanned flight controllers (UACs), and automobiles. Any of these non-access point sites can also be configured to communicate with other non-access point sites; for example, STA2 and STA3 shown in Figure 1 can communicate in a point-to-point (P2P) manner.

[0037] It should be understood that in some examples, the access point (AP) and the non-access point site (STA) can communicate wirelessly according to the IEEE 802.11 standard; in other examples, the access point and the non-access point site can communicate wirelessly according to other standards, such as the wireless communication standards in the Long-Term Evolution (LTE) standard published by the Third Generation Partnership Project (3GPP). Furthermore, the wireless communication standards may also include those in the Fifth Generation (5G) standard, Sixth Generation (6G) standard, and other standards published by 3GPP.

[0038] Based on any wireless communication standard, the access point (AP) and the non-access point stations (STAs) transmit data via wireless channels. However, due to the limited capacity of each channel, when multiple STAs use the same channel (shared channel) to transmit data to the access point, they need to compete for the right to use and / or control the channel in a certain way. However, the data transmitted from the STAs to the access point may have strict low latency requirements. In a highly competitive network environment, without a mechanism to guarantee the availability of resources for uplink transmission, this low latency requirement may not be met. Furthermore, even if some mechanisms exist to allocate a certain amount of resources for uplink transmission to STAs, it may still be insufficient to meet the needs of real-time applications.

[0039] Figure 2 is a schematic diagram of a Carrier Sense Multiple Access with Collision Avoidance (CSMA / CA) method for non-access point sites to compete for access to the channel.

[0040] Before transmitting data, a non-access point (NAP) station listens to the wireless channel to detect if any other stations are transmitting data. If the NAP station senses a signal strength greater than or equal to a predetermined strength threshold, it considers the channel busy and should delay accessing the channel. If no signal is sensed or the sensed signal strength is less than the predetermined strength threshold, the channel is considered idle. This process is called Clear Channel Assessment (CCA), and the predetermined strength threshold is called the CCA threshold.

[0041] For example, as shown in Figure 2, when the channel is idle, a non-access point (NAP) station can wait for the channel to remain idle for a period of time before performing a backoff procedure. This backoff period can be the Arbitration Inter-Frame Space (AIFS), the Point Coordination Function Inter-Frame Space (PIFS), or the Distributed Coordination Function Inter-Frame Space (DCF IFS). If the channel becomes busy after the NAP station has waited for a period of time, the NAP station will again wait for the channel to remain idle for a period of time before performing the backoff procedure when the channel becomes idle again. The duration of the backoff procedure is called the backoff window, which consists of a random number of backoff slots. In each backoff slot, the NAP station continuously monitors the status of the wireless channel until the backoff slots decrease to zero (i.e., the backoff window expires). It should be understood that the backoff window can be replaced by a predetermined / pre-selected contention window interval.

[0042] If the channel remains idle during the backoff window, a non-access point (NAP) station can begin transmitting data on that channel after the backoff window expires. The NAP station can continue transmitting data for a certain period after the backoff window; this period is called the transmission opportunity (TXOP). In traditional technologies, on the same channel, another NAP station can only compete for the channel to transmit data after the TXOP of one NAP station expires.

[0043] However, real-time applications or latency-sensitive services require low latency. Different types of real-time applications or latency-sensitive services may have different latency metrics. The latency metrics in upcoming versions of IEEE 802.11 (e.g., WiFi 8) may range from 1ms to 10ms. In the current protocol, the longest Physical Layer Protocol Data Unit (PPDU) is 5.484ms, and the duration of a TXOP can reach 6ms. Therefore, if a non-access point (NAP) site carries real-time application traffic or other latency-sensitive traffic, the low latency requirement of the NAP site may not be guaranteed while other NAP sites are transmitting long frames of non-latency-sensitive services. In this scenario, waiting for the long frame transmission to finish may not be tolerable. Furthermore, an increase in the number of NAP sites, packet collisions due to exponential backoff, and prolonged channel congestion caused by long TXOPs from certain sites all contribute to increased latency.

[0044] Figure 3 is a schematic diagram of a data transmission process involving multiple non-access point sites. During this data transmission process, the low latency (LL) service of STA2 (e.g., MAC service data unit, MSDU of real-time application service or latency-sensitive service) arrives within the TXOP that is currently being performed by STA1. This LL service of STA2 is delayed until at least the current TXOP of STA1 expires and the process of STA2 competing for the channel is completed.

[0045] As shown in Figure 3, STA1 can transmit uplink (UL) PPDUs and receive acknowledgment frames (e.g., BA / ACK) within the current TXOP. After the current TXOP of STA1 expires, if the channel remains idle within the inter-frame interval (IFS), STA2 will perform a backoff process. After the backoff process is completed, STA2 can transmit the UL PPDUs corresponding to its LL service.

[0046] To ensure the low latency requirements of LL services for STA2, related technologies, for example, allow access points (APs) to limit the duration of TXOPs for all STAs within the corresponding BSS by announcing Enhanced Distributed Channel Access (EDCA) parameters in the management frame.

[0047] However, in densely deployed scenarios, there may be a large number of BSS clusters. Even if the TXOP duration of a STA in a certain BSS is shortened, it cannot be guaranteed that the STA with LL service in that BSS can successfully compete for the right to use and / or control the channel. For example, the right to use and / or control the channel may be competed for by APs and STAs in other BSSs.

[0048] Furthermore, current Wi-Fi technologies include many latency guarantee techniques for LL services. For example, the Flow Classification Service (SCS) negotiation technique based on QoS feature elements and the Restricted Target Wake-Up Time (R-TWT) technique (e.g., techniques for setting and invoking R-TWT) defined in the 802.11be protocol effectively guarantee the low latency requirements of periodic LL services. However, with the increasing diversity of WLAN network applications, more and more non-periodic, bursty LL services are emerging, and currently, no single technology can adequately guarantee the low latency requirements of non-periodic, bursty LL services.

[0049] In view of this, this disclosure proposes a method for negotiating a transmission opportunity preemption strategy, an apparatus for negotiating a transmission opportunity preemption strategy, an electronic device, and a computer-readable storage medium, aiming to ensure the low latency requirements of non-periodic, bursty LL services without affecting the overall network throughput, and to avoid the occurrence of preemption abuse such as malicious preemption.

[0050] Figure 4 is a schematic diagram of a data transmission process that allows preemption of transmission opportunities. As shown in Figure 4, STA1 is occupying the current TXOP to transmit non-low latency (non-LL) service data (e.g., uplink data). STA2's LL service (e.g., MAC Service Data Unit, MSDU of real-time application service or latency-sensitive service) arrives. STA2 can issue a preemption indication to indicate that it will preempt the current TXOP. STA1 can respond to the preemption indication and suspend data transmission within the current TXOP, so that STA2 can transmit its LL service data (e.g., uplink data) within the current TXOP. After STA2 completes its data transmission, it can issue a preemption end indication, so that STA1 can continue transmitting data within the current TXOP.

[0051] In the data transmission process shown in Figure 4, allowing a STA with LL service (e.g., STA2) to transmit data within the current TXOP of another STA (e.g., STA1) without waiting for the current TXOP to end and competing for the channel can effectively reduce the latency of LL services, especially for bursty LL services. However, STA2 might maliciously preempt STA1's current TXOP without transmitting any data, or transmit non-LL service data, even when no LL service arrives. This not only affects STA1's normal transmission but may also degrade the overall network performance. Moreover, if a STA allows its TXOP to be preempted by other STAs without its permission, it may lead to malicious preemption and other abuses of the preemption mechanism.

[0052] Therefore, preemption of a TXOP is best achieved on the basis of mutual trust between the preempting and preempted parties. For example, the preempting and preempted parties can negotiate a strategy for preempting the TXOP. STAs participating in negotiating the strategy for preempting the TXOP generally possess the capability to preempt the TXOP. This capability may include the STA having software and / or hardware to execute a method for preempting the TXOP. This disclosure is not limited to any specific method for preempting the TXOP.

[0053] For example, during the connection process with the AP, the STA can inform the AP that it has the ability to preempt the TXOP by carrying indication information in the management frame. The AP can then announce in the beacon frame or other management frame that the STA supports the function of preempting the TXOP and enable the function.

[0054] Alternatively, the STA can send a special message at another stage to announce that it has the ability to preempt the TXOP. The AP can respond to the STA's announcement by announcing that the STA supports the function of preempting the TXOP and has enabled the function.

[0055] Figure 5 is a flowchart of a method for negotiating a transmission opportunity preemption strategy provided in this disclosure. The method is applied to an access point (i.e., AP) and executed by the access point, as shown in Figure 5, including the following steps S1 to S3.

[0056] S1, the access point receives a preemption policy request sent by a non-access point station (i.e., STA), the preemption policy request being configured to request a preemption policy for preempting a transmission opportunity (TXOP).

[0057] S2, the access point generates a corresponding negotiation result according to the preemption policy request, and the negotiation result is configured to indicate whether the access point allows the preemption policy requested by the non-access point site.

[0058] S3, the access point sends the negotiation result to the non-access point site.

[0059] Figure 6 is a flowchart of a method for negotiating a transmission opportunity preemption strategy provided in this disclosure. The method is applied to a non-access point site (STA) and is executed by the STA, as shown in Figure 6, including the following steps S11 to S22.

[0060] S11, the non-access point site sends a preemption policy request to the access point (i.e., AP), the preemption policy request being configured as a preemption policy to request a preemption opportunity.

[0061] S22, the non-access point site receives the negotiation result generated and fed back by the access point according to the preemption policy request, the negotiation result being configured to indicate whether the access point allows the preemption policy requested by the non-access point site.

[0062] In some implementations, the preemption strategy requested by the STA includes at least one of the following: refusing to preempt a transmission opportunity and refusing to allow a transmission opportunity to be preempted; participating in preempting a transmission opportunity but refusing to allow a transmission opportunity to be preempted; allowing a transmission opportunity to be preempted but refusing to preempt a transmission opportunity; or participating in preempting a transmission opportunity and allowing a transmission opportunity to be preempted.

[0063] In other words, STA can first determine its preemption strategy for preempting TXOP.

[0064] In some implementations, the STA can generate its own preemption policy based on the allowed preemption policies announced by the AP.

[0065] In some implementations, the allowed preemption policies announced by the AP include a list of at least one STA and its corresponding preemption policies. That is, based on the list of correspondences, it can be determined that the preemption policy corresponding to the at least one STA is a preemption policy that the AP has allowed for the at least one STA.

[0066] In some implementations, a STA can determine its preemption strategy as the first preemption strategy, that is, it refuses to preempt other STAs' TXOPs and refuses to allow other STAs to preempt its own TXOPs.

[0067] For example, although STA1 has the ability to preempt TXOP, for reasons such as saving power, STA1 can decide not to preempt STA2's TXOP, and also not allow STA2 to preempt its TXOP.

[0068] In some implementations, a STA can determine its preemption strategy as the second preemption strategy, that is, it participates in preempting other STAs' TXOPs, but refuses to let other STAs preempt its own TXOPs.

[0069] In some implementations, a STA can determine the target STA to which it belongs for a TXOP it wants to preempt based on the preemption policies of other STAs already permitted by the AP. Clearly, the TXOP of the target STA is allowed to be preempted.

[0070] As an example, if STA2 allows its TXOP to be preempted, STA1 can preempt STA2's TXOP, but refuses to allow its own TXOP to be preempted by STA2.

[0071] In some implementations, a STA can determine its preemption strategy as a third preemption strategy, that is, it allows its TXOP to be preempted by other STAs, but refuses to participate in preempting other STAs' TXOPs.

[0072] For example, if STA2 determines that it is participating in preempting another STA's TXOP, STA1 may allow its own TXOP to be preempted by STA2, but will not preempt STA2's TXOP.

[0073] In some implementations, a STA can determine which STAs its TXOP allows to preempt based on the preemption policies of other STAs already permitted by the AP announcement.

[0074] For example, an STA can determine that its TXOP can only be preempted by any STA it trusts, and not by any unfamiliar STA. This helps to prevent malicious preemption and other abuses of the preemption mechanism.

[0075] In some implementations, the preemption strategy requested by the STA may include information about any STA that the STA trusts (e.g., MAC addresses).

[0076] In other words, an STA can determine any STA it trusts based on the MAC addresses of other STAs it knows.

[0077] In certain industrial deployment scenarios, such as hospitals and robotic warehouses, all deployed STAs are of the same standard. However, the throughput and latency of certain STAs need to be prioritized. Therefore, in these scenarios, STAs requiring priority can prevent their own TXOPs from being preempted by other STAs, instead preempting the TXOPs of other STAs. Conversely, other STAs can allow their own TXOPs to be preempted without preempting the TXOPs of the STA requiring priority. In this way, STAs requiring priority can preempt the TXOPs of other STAs to transmit urgent traffic promptly without being disrupted by other STAs preempting their TXOPs.

[0078] In some implementations, a STA can determine its preemption strategy as the fourth preemption strategy, that is, it participates in preempting other STAs' TXOPs, and allows its own TXOPs to be preempted by other STAs.

[0079] In some implementations, a STA can determine the target STA to which it wants to preempt a TXOP, and which STAs are allowed to preempt its TXOP, based on the preemption policies of other STAs already permitted by the AP announcement.

[0080] For example, STA1 can preempt STA2's TXOP, and also allows its own TXOP to be preempted by STA2. Clearly, STA2 has also determined its preemption strategy to be the fourth type of preemption strategy.

[0081] In some implementations, a STA can identify any STA capable of preempting its own TXOP as the target STA to which the TXOP it wants to preempt belongs.

[0082] In other words, any two STAs can establish a mutual trust relationship, that is, they can each allow the other to preempt their TXOP, so as to achieve a fair preemption strategy.

[0083] In some implementations, a STA can use its MAC address to identify any STA that is capable of preempting its TXOP, as well as the target STA to which the TXOP it wants to preempt belongs.

[0084] For example, an STA can obtain the MAC address of another STA through an application or similar means. This means that any two STAs that establish a mutual trust relationship may know each other before establishing the trust relationship (e.g., they may know each other's MAC address).

[0085] In some implementations, when the STA determines that its preemption strategy is a third or fourth preemption strategy, the preemption strategy further includes at least one of the following parameter values: the maximum continuous duration for which a single transmission opportunity is allowed to be preempted; the maximum number of times a single transmission opportunity is allowed to be preempted; the maximum total duration for which a single transmission opportunity is allowed to be preempted; the maximum number of protocol data units allowed to be transmitted within a single continuous duration of a preempted single transmission opportunity; or the maximum length of each protocol data unit allowed to be transmitted within a single continuous duration of a preempted single transmission opportunity.

[0086] For example, parameter values ​​can be represented by flag bits.

[0087] The following explanation uses the example of STA1's TXOP being allowed to be preempted to illustrate the values ​​of the above parameters.

[0088] The maximum continuous duration during which a single transmission opportunity can be preempted refers to the maximum continuous duration during which a single TXOP of STA1 can be preempted by any other STA. In other words, it is the maximum sustainable duration during which any other STA can preempt STA1's TXOP in a single instance. For example, it can be the maximum duration during which STA2 can continuously transmit data after preempting STA1's TXOP.

[0089] As an example, a flag of 0 represents 0 milliseconds, a flag of 1 represents 0.5 milliseconds, a flag of 2 represents 1 millisecond, and flags 3 to 5 are reserved flags.

[0090] The maximum number of times a single transmission opportunity can be preempted refers to the maximum number of times a single TXOP of STA1 can be preempted by other STAs. For example, a single TXOP of STA1 can be preempted by other STAs once or multiple times.

[0091] As an example, STA1's TXOP can either allow only STA2 to preempt, or allow both STA2 and STA3 to preempt.

[0092] If STA1's TXOP is preempted only by STA2, the maximum number of times a single TXOP of STA1 can be preempted is equal to the maximum number of times a single TXOP of STA1 can be preempted by STA2. If STA1's TXOP is preempted by both STA2 and STA3, the maximum number of times a single TXOP of STA1 can be preempted is equal to the maximum sum of the number of times a single TXOP of STA1 can be preempted by STA2 and STA3.

[0093] It should be understood that the preemption strategy may also include a parameter value that specifies the maximum number of times a single transmission opportunity is allowed to be preempted by the same STA. In this case, the maximum number of times a single TXOP of STA1 is allowed to be preempted may be equal to the sum of the maximum number of times a single TXOP of STA1 is allowed to be preempted by STA2 and the maximum number of times a single TXOP of STA1 is allowed to be preempted by STA3.

[0094] In practical applications, the preemption strategy may also include a parameter value such that a single transmission opportunity can be preempted by a maximum of M STAs (M is any positive integer), and this disclosure does not specifically limit this.

[0095] The maximum total duration for which a single transmission opportunity can be preempted refers to the maximum total duration for which a single TXOP of STA1 can be preempted by other STAs. If a single TXOP of STA1 is only allowed to be preempted by any other STA once, the maximum total duration can be equal to the maximum sustainable duration for any other STA to preempt STA1's TXOP in a single instance. If a single TXOP of STA1 is allowed to be preempted by other STAs multiple times, the maximum total duration can be equal to the maximum sum of the times of each preemption of STA1's TXOP by other STAs, where the times of each preemption of STA1's TXOP by other STAs can be continuous or discontinuous.

[0096] As an example, if STA1's single TXOP allows STA2 and STA3 to preempt it once each, the maximum total duration T that STA1's single TXOP can be preempted can be equal to the sum of the maximum sustainable duration T1 of STA2 preempting STA1's TXOP and the maximum sustainable duration T2 of STA3 preempting STA1's TXOP, that is, T = T1 + T2.

[0097] The maximum number of protocol data units allowed to be transmitted within a single continuous duration when a single transmission opportunity is preempted refers to the maximum number of protocol data units that can be transmitted within the duration during which any other STA preempts STA1's TXOP. Generally speaking, this corresponds to the maximum continuous duration during which any other STA can preempt a single TXOP of STA1.

[0098] As an example, after STA2 preempts STA1's TXOP, it can continuously transmit up to N protocol data units.

[0099] The maximum length of each protocol data unit that can be transmitted within a single continuous duration during which a single transmission opportunity is preempted refers to the maximum length of each protocol data unit that can be transmitted within the duration during which any other STA can preempt STA1's TXOP.

[0100] As an example, after STA2 preempts STA1's TXOP, the length of the largest protocol data unit that it can transmit can vary depending on the network layer it is described in; for example, it can be 12 bits, 16 bits, 32 bytes, 64 bytes, etc.

[0101] It should be understood that setting the above parameter values ​​appropriately can optimize the preemption strategy, thereby ensuring the effective utilization of network resources and meeting the low latency requirements of relevant data transmission in the network.

[0102] Although the above parameter values ​​are all the maximum values ​​of the corresponding parameters, in fact, the preemption strategy may also include the minimum values ​​of the corresponding parameters as needed, and this application does not impose further limitations.

[0103] In some implementations, after determining its own preemption policy for preempting TXOP, the STA sends a preemption policy request to the AP, which is configured to request the AP to allow the preemption policy determined by the STA.

[0104] In some implementations, the STA can send the preemption policy request to the AP via a first Media Access Control (MAC) frame.

[0105] It should be understood that the first MAC frame can be a new management frame not defined in the current standard (e.g., IEEE 802.11) or a currently defined management frame. For example, the STA can send the preemption policy request to the AP through new element fields in currently defined Probe Request frames, Reassociation Request frames, etc., where the new element fields can carry information related to the requested preemption policy.

[0106] In some implementations, the preemption policy request sent by the STA to the AP includes preemption policies of other STAs.

[0107] For example, the preemption policy request sent by STA1 can include both STA1's preemption policy and STA2's preemption policy, thereby simultaneously requesting AP to allow the preemption policies of both STA1 and STA2.

[0108] In this scenario, network congestion and / or waste of network resources caused by numerous STAs sending preemption policy requests to the AP can be effectively avoided.

[0109] In some implementations, the negotiation result generated by the AP based on the preemption strategy requested by the STA includes at least one of the following: agreeing to the preemption strategy requested by the STA; rejecting the preemption strategy requested by the STA; or providing a suggested preemption strategy.

[0110] It should be understood that the AP can generate the negotiation result by referring to the current state of the network, the currently available resources in the network (time domain and / or frequency domain resources), etc., that is, agreeing to (allowing) or rejecting the preemption strategy requested by the STA. Alternatively, the AP can also refer to certain principles (such as the STA's power-saving cycle) to suggest a preemption strategy for the STA.

[0111] In some implementations, the AP can send the negotiation result to the STA via a second Media Access Control (MAC) frame.

[0112] It should be understood that the second MAC frame can be a new management frame not defined in the current standard (e.g., IEEE 802.11), or it can be a currently defined management frame. For example, the STA can send the negotiation result to the AP through new element fields in currently defined probe response frames, reassociation response frames, etc.

[0113] It should be understood that, as needed, AP may simultaneously report the negotiation results of STA1 and STA2 to STA1, or AP may report the negotiation results to STA1 and STA2 separately. This disclosure does not impose any specific limitations on this.

[0114] In some implementations, the negotiation result includes rejecting the STA's preemption strategy request or providing a suggested preemption strategy, in which case the STA can send a new preemption strategy request to the AP.

[0115] It should be understood that the new preemption policy request sent by the STA can be configured to request a new preemption policy, which may be the same as or different from the preemption policy suggested by the AP.

[0116] However, since available resources in the network may change over time, new preemption policy requests sent by the STA can also be configured to still request the preemption policy determined previously.

[0117] In other words, even if the preemption strategy determined and requested by the STA is rejected by the AP, the STA can request the AP to allow the preemption strategy again without adjusting the preemption strategy.

[0118] In some implementations, the AP may instruct the STA to enable or disable at least one of the following functions based on the negotiation results: the function of preempting transmission opportunities, or the function of allowing transmission opportunities to be preempted.

[0119] For example, the negotiation result may be the final negotiation result in the current state. Therefore, the AP can instruct the STA to enable or disable the function corresponding to the negotiation result based on the negotiation result.

[0120] The above describes a scheme where each STA proactively determines its preemption strategy and requests permission from the AP to implement that strategy through a preemption strategy request. In practical applications, the AP can also proactively determine its preemption strategy.

[0121] In some implementations, the AP may instruct a STA (e.g., STA3) that is wirelessly connected to the AP and has not yet sent a preemption policy request to enable or disable the function of preempting transmission opportunities, or the function of allowing transmission opportunities to be preempted.

[0122] In this case, the above-mentioned content indicated by the AP (i.e., at least one of the functions of enabling or disabling the preemption of transmission opportunities, or allowing the transmission opportunities to be preempted) is the preemption strategy actively determined (i.e. allowed) by the AP. The AP can carry its actively determined (i.e. allowed) preemption strategy in the above-mentioned indication through management frames that are defined or not defined in the current standard (e.g., IEEE 802.11).

[0123] As an example, an AP can make the above indication by carrying its actively determined (i.e., permitted) preemption policy in beacon frames that are periodically sent in the network, wherein the new element field in the beacon frame can carry the AP's actively determined (i.e. permitted) preemption policy.

[0124] In some implementations, the AP can specify at least one of the following time periods: enabling or disabling the function of preempting transmission opportunities for the relevant STA, or allowing the transmission opportunity to be preempted.

[0125] For example, the AP can instruct the STA to enable the function of preempting transmission opportunities within a specified time period, and disable the function of preempting transmission opportunities outside the specified time period.

[0126] In some implementations, the AP can determine the preemption policy of other STAs (e.g., STA3) that have not yet sent a preemption policy request based on the preemption policy requested by one or more STAs (e.g., STA1 and / or STA2).

[0127] As an example, if STA1's preemption policy allows its TXOP to be preempted by STA3, then the AP can instruct STA3 to enable the function of preempting transmission opportunities.

[0128] It should be understood that AP can further inform STA3 that STA1's TXOP allows it to preempt.

[0129] For fairness, the AP can also instruct STA3 to enable the function that allows transmission opportunities to be preempted, and instruct STA3 to allow its own TXOP to be preempted by STA1.

[0130] In some implementations, the AP can periodically announce the preemption policies allowed by the AP (including preemption policies requested by each STA and preemption policies actively determined and indicated by the AP) to all STAs that are wirelessly connected (i.e., have a communication connection) to the AP via management frames.

[0131] As an example, the management frame may be a beacon frame that is periodically sent in the network, and the new element field in the beacon frame may carry the preemption policy that the AP has allowed.

[0132] It should be understood that any STA can update its own preemption policy according to the preemption policies already allowed by the AP (including the STA's own preemption policy and / or the preemption policies of other STAs), and send a new preemption policy request to the AP. The new preemption policy request can be configured to request the updated preemption policy.

[0133] Figure 7 is a flowchart of a method for negotiating a transmission opportunity preemption strategy provided in this disclosure. The method is applied to a non-access point site (STA) and is executed by the STA, as shown in Figure 7, including step S111.

[0134] S111, the non-access point site, according to the instruction of the access point (i.e., AP), enables or disables at least one of the functions of preempting transmission opportunities or allowing transmission opportunities to be preempted. The function of preempting transmission opportunities is configured to allow the non-access point site to preempt the transmission opportunities of other non-access point sites, and the function of allowing transmission opportunities to be preempted is configured to allow the transmission opportunities of the non-access point site to be preempted by other non-access point sites.

[0135] The following examples illustrate the method provided in this disclosure for negotiating a preemption strategy for transmission opportunities.

[0136] Example 1

[0137] In this example, as shown in Figure 8, after STA1 determines its preemption strategy, it sends a preemption strategy request to the AP via a first MAC frame. After receiving the first MAC frame sent by STA1, the AP sends an acknowledgment message to indicate that the AP has correctly received the first MAC frame sent by STA1. The acknowledgment message can be an acknowledgment (ACK) frame.

[0138] Next, the AP determines whether to allow STA1's requested preemption strategy, and then sends the negotiation result to STA1 via a second MAC frame. Upon receiving the negotiation result, STA1 sends an acknowledgment message to the AP to indicate that STA1 has correctly received the second MAC frame sent by the AP. This acknowledgment message can be an acknowledgment (ACK) frame.

[0139] Then, the AP broadcasts its allowed preemption policy (STA1's preemption policy) to all STAs (including STA1 and STA2) in the network by periodically sending beacon frames in the network.

[0140] Example 2

[0141] In this example, as shown in Figure 9, STA1 not only determines its own preemption strategy but also knows STA2's preemption strategy. It should be understood that STA2's preemption strategy can be determined by STA2 and provided to STA1, or it can be determined by STA1 with authorization; this disclosure does not specifically limit this.

[0142] STA1 sends a preemption policy request to AP via a first MAC frame. After receiving the first MAC frame from STA1, AP sends an acknowledgment message to indicate that AP has correctly received the first MAC frame sent by STA1. The acknowledgment message can be an acknowledgment (ACK) frame.

[0143] Next, the AP determines whether to allow STA1's request for the preemption strategy between STA1 and STA2, and then sends the negotiation result to STA1 via a second MAC frame. Upon receiving the negotiation result, STA1 sends an acknowledgment message to the AP to indicate that STA1 has correctly received the second MAC frame sent by the AP. This acknowledgment message can be an acknowledgment (ACK) frame.

[0144] Then, the AP broadcasts its allowed preemption policy (the preemption policy of STA1 and STA2) to all STAs in the network (including STA1 and STA2) through beacon frames that are periodically sent in the network.

[0145] In this example, STA1 can negotiate the preemption policy with AP on behalf of STA2. AP can simultaneously determine whether to allow the preemption policy of both STA1 and STA2 and report the negotiation result back to STA1. This avoids the problem of a large number of STAs negotiating the preemption policy with AP, which would cause the entire network to consume a lot of resources for preemption policy negotiation and affect normal data transmission.

[0146] Example 3

[0147] In this example, as shown in Figure 10, the AP can control all STAs within its BSS to disable the function of preempting transmission opportunities without negotiation.

[0148] It should be understood that the corresponding STA is a STA with the function of preempting transmission opportunities.

[0149] An AP can send management broadcast frames to force a STA to disable its preemptive transmission opportunity function. These management broadcast frames can be beacon frames or other forms that are periodically sent throughout the network.

[0150] After receiving the management broadcast frame sent by the AP, the STA disables its function of preempting transmission opportunities.

[0151] Example 4

[0152] In this example, as shown in Figure 11, the AP can control all STAs within its BSS to enable the function of preempting transmission opportunities without negotiation.

[0153] It should be understood that the corresponding STA is a STA with the function of preempting transmission opportunities.

[0154] An AP can send management broadcast frames to force a STA to enable the preemption function for transmission opportunities. This management broadcast frame can be a beacon frame or other form that is periodically sent throughout the network.

[0155] After receiving the management broadcast frame sent by the AP, the STA enables its function of preempting transmission opportunities.

[0156] Example 5

[0157] In this example, as shown in Figure 12, the AP can control all STAs within its BSS to enable the function of preempting transmission opportunities within a specified time period, and disable the function of preempting transmission opportunities outside the specified time period, without the need for negotiation.

[0158] It should be understood that the corresponding STA is a STA with the function of preempting transmission opportunities.

[0159] An AP can send management broadcast frames to force STAs to enable the preemption function during a specified time period, and disable it outside of that period. This management broadcast frame can be a beacon frame or other form sent periodically throughout the network.

[0160] After receiving a management broadcast frame from the AP, the STA enables its function to preempt transmission opportunities within a specified time period, and disables its function to preempt transmission opportunities outside the specified time period.

[0161] Figure 13 is a schematic diagram of the structure of an electronic device provided in this disclosure. As shown in Figure 13, the electronic device 100 includes a memory 101 and at least one processor 102. The memory 101 stores a computer program, which is executed by the at least one processor 102 to cause the at least one processor 102 to execute the method for negotiating a transmission opportunity preemption strategy provided in this disclosure.

[0162] It should be understood that the electronic device provided in this disclosure may also include other structures. For example, as an access point or non-access point site, the electronic device may also include corresponding modules / units, components / parts and other structures according to its functions. Those skilled in the art can set other structures of the electronic device according to needs or actual application scenarios. This disclosure does not specifically limit other structures of the electronic device.

[0163] As an example, the electronic device 100 provided in this disclosure can serve as an access point (i.e., AP), and the computer program stored in the memory 101 is executed by the at least one processor 102, causing the at least one processor 102 to perform steps S1 to S3 of the method for negotiating a transmission opportunity preemption strategy as shown in FIG5.

[0164] As an example, the electronic device 100 provided in this disclosure can be used as a non-access point station (i.e., STA), and the computer program stored in the memory 101 is executed by the at least one processor 102, causing the at least one processor 102 to perform steps S11 to S22 of the method for negotiating a transmission opportunity preemption strategy as shown in FIG6.

[0165] As an example, the electronic device 100 provided in this disclosure can be used as a non-access point station (i.e., STA), and the computer program stored in the memory 101 is executed by the at least one processor 102, causing the at least one processor 102 to perform step S111 of the method for negotiating a transmission opportunity preemption strategy as shown in FIG7.

[0166] Figure 14 is a schematic diagram of a computer-readable storage medium provided in this disclosure. As shown in Figure 14, the computer-readable storage medium 1000 stores a computer program, which is executed by a processor to cause the processor to perform the method for negotiating a transmission opportunity preemption strategy provided in this disclosure.

[0167] This disclosure also provides a computer program (product) including computer program instructions, which, when executed by a computer, cause the computer to perform the method for negotiating a transmission opportunity preemption strategy provided in this disclosure.

[0168] It should be understood that the execution order of each step in the method for negotiating a transmission opportunity preemption strategy provided in this disclosure is not limited to the order described above in conjunction with the accompanying drawings. Without departing from the scope of this disclosure, the execution order of each step can be adjusted, and some steps can be executed in parallel.

[0169] Those skilled in the art will understand that the division between all or part of the steps / operations, elements / components in the methods and devices described in this disclosure can be adjusted. That is, all or part of the elements included in one step / operation, element / component described in this disclosure can be adjusted to be included in another step / operation, element / component. This disclosure does not make any specific limitations.

[0170] Furthermore, those skilled in the art will understand that all or part of the steps / operations in the methods described herein, and all or part of the elements / components in the devices, can be implemented as software, firmware, hardware, and suitable combinations thereof. In hardware implementations, the division between functions mentioned in the above description does not necessarily correspond to the division of physical components; for example, a physical component may have multiple functions, or a function may be performed collaboratively by several physical components. Some or all physical components may be implemented as software executed by a processor (such as a central processing unit, digital signal processor, or microprocessor), or as hardware, or as integrated circuits, such as application-specific integrated circuits (ASICs). Such software may be distributed on a computer-readable medium, which may include computer storage media (or non-transitory media) and communication media (or transient media). As is known to those skilled in the art, the term computer storage media includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storing information (such as computer-readable instructions, data structures, program modules, or other data). Computer storage media include, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technologies, CD-ROM, digital versatile disc (DVD) or other optical disc storage, magnetic cartridges, magnetic tape, disk storage or other magnetic storage devices, or any other medium that can be used to store desired information and can be accessed by a computer. Furthermore, it is well known to those skilled in the art that communication media typically contain computer-readable instructions, data structures, program modules, or other data in modulated data signals such as carrier waves or other transmission mechanisms, and may include any information delivery medium.

[0171] This disclosure has disclosed exemplary embodiments, and although specific terminology has been used, it is for illustrative purposes only and should be construed as such, and not for limiting purposes. In some instances, it will be apparent to those skilled in the art that features, characteristics, and / or elements described in connection with a particular embodiment may be used alone or in combination with features, characteristics, and / or elements described in connection with other embodiments, unless otherwise expressly stated. Therefore, those skilled in the art will understand that various changes in form and detail may be made without departing from the scope of this disclosure as set forth by the appended claims.

Claims

1. A method for negotiating a transmission opportunity preemption strategy, executed by an access point, comprising: Receive a preemption policy request sent by a non-access point site, wherein the preemption policy request is configured to request a preemption policy for preempting transmission opportunities; A corresponding negotiation result is generated based on the preemption policy request, and the negotiation result is configured to indicate whether the access point allows the preemption policy requested by the non-access point site. as well as The negotiation result is sent to the non-access point site.

2. The method of claim 1, wherein, The preemption strategy includes at least one of the following: refusing to preempt a transmission opportunity and refusing to allow a transmission opportunity to be preempted; participating in preempting a transmission opportunity, but refusing to allow a transmission opportunity to be preempted; allowing a transmission opportunity to be preempted, but refusing to preempt a transmission opportunity. Or participate in seizing transmission opportunities, and allow transmission opportunities to be seized.

3. The method of claim 2, wherein, The preemption strategy includes allowing transmission opportunities to be preempted but refusing to preempt transmission opportunities, or participating in the preemption of transmission opportunities while allowing transmission opportunities to be preempted. The preemption strategy also includes at least one of the following parameter values: the maximum continuous duration during which a single transmission opportunity is allowed to be preempted; The maximum number of times a single transmission opportunity can be preempted; The maximum total duration during which a single transmission opportunity can be preempted; The maximum number of protocol data units allowed to be transmitted within a single consecutive duration when a single transmission opportunity is preempted; or the maximum length of each protocol data unit allowed to be transmitted within a single consecutive duration when a single transmission opportunity is preempted.

4. The method of claim 2, wherein, The preemption strategy includes allowing transmission opportunities to be preempted but refusing to preempt transmission opportunities, or participating in the preemption of transmission opportunities while allowing transmission opportunities to be preempted. The preemption strategy also includes information on other non-access point sites that are allowed to preempt the transmission opportunities of the non-access point site.

5. The method according to claim 4, further comprising: Send a preemption policy indication to the other non-access point sites to instruct them to allow the other non-access point sites to preempt their transmission opportunities.

6. The method of claim 1, wherein, The negotiation result includes at least one of the following: agreeing to the preemption strategy requested by the non-access point site; rejecting the preemption strategy requested by the non-access point site; or providing a suggested preemption strategy.

7. The method of claim 6, wherein, The negotiation result includes either rejecting the preemption strategy requested by the non-access point site or providing a suggested preemption strategy. The method further includes: After sending the negotiation result to the non-access point site, a new preemption strategy request is received from the non-access point site. The new preemption strategy request is configured to request a new preemption strategy for preempting transmission opportunities. The new preemption strategy may be the same as or different from the proposed preemption strategy. A new negotiation result is generated based on the new preemption policy request; the new negotiation result is configured to indicate whether the access point allows the non-access point site to request the new preemption policy; and The new negotiation result is sent to the non-access point site.

8. The method according to claim 1, further comprising: The non-access point site is instructed to enable or disable the function of preempting transmission opportunities or allow transmission opportunities to be preempted, based on the negotiation result.

9. The method of claim 1, wherein, The preemption policy request sent by the non-access point site is generated based on the allowed preemption policy announced by the access point. The method further includes: The permitted preemption policy is announced to all non-access point sites wirelessly connected to the access point.

10. The method of claim 9, wherein, The permitted preemption policy is announced to all non-access point sites wirelessly connected to the access point, including: By managing frames, the permitted preemption policy is periodically announced to all non-access point sites wirelessly connected to the access point.

11. The method of claim 9, wherein, The allowed preemption policies announced by the access point include a list of correspondences between non-access point sites and preemption policies.

12. The method according to claim 1, further comprising: Instructing a non-access point site wirelessly connected to the access point that has not yet sent a preemption policy request to enable or disable the function of preempting transmission opportunities, or to allow transmission opportunities to be preempted, at least one of the following:

13. The method of claim 1, wherein, The preemption strategy request is carried in a first media access control frame sent by the non-access point site, and the negotiation result is carried in a second media access control frame sent by the access point.

14. The method of claim 1, wherein, The preemption policy request sent by the non-access point site includes the preemption policies of other non-access point sites.

15. A method for negotiating a transmission opportunity preemption strategy, performed by a non-access point site, comprising: Send a preemption policy request to the access point, wherein the preemption policy request is configured to request a preemption policy for preempting transmission opportunities; as well as The access point receives a negotiation result generated and fed back according to the preemption policy request, and the negotiation result is configured to indicate whether the access point allows the preemption policy requested by the non-access point site.

16. The method of claim 15, wherein, The preemption strategy includes at least one of the following: refusing to preempt a transmission opportunity and refusing to allow a transmission opportunity to be preempted; participating in preempting a transmission opportunity, but refusing to allow a transmission opportunity to be preempted; allowing a transmission opportunity to be preempted, but refusing to preempt a transmission opportunity. Or participate in seizing transmission opportunities, and allow transmission opportunities to be seized.

17. The method of claim 16, wherein, The preemption strategy includes allowing transmission opportunities to be preempted but refusing to preempt transmission opportunities, or participating in the preemption of transmission opportunities while allowing transmission opportunities to be preempted. The preemption strategy also includes at least one of the following parameter values: the maximum continuous duration during which a single transmission opportunity is allowed to be preempted; The maximum number of times a single transmission opportunity can be preempted; The maximum total duration during which a single transmission opportunity can be preempted; The maximum number of protocol data units allowed to be transmitted within a single consecutive duration when a single transmission opportunity is preempted; or the maximum length of each protocol data unit allowed to be transmitted within a single consecutive duration when a single transmission opportunity is preempted.

18. The method of claim 16, wherein, The preemption strategy includes allowing transmission opportunities to be preempted but refusing to preempt transmission opportunities, or participating in the preemption of transmission opportunities while allowing transmission opportunities to be preempted. The preemption strategy also includes information on other non-access point sites that are allowed to preempt the transmission opportunities of the non-access point site.

19. The method of claim 15, wherein, The negotiation result includes at least one of the following: agreeing to the preemption strategy requested by the non-access point site; rejecting the preemption strategy requested by the non-access point site; or providing a suggested preemption strategy.

20. The method of claim 19, wherein, The negotiation result includes either rejecting the preemption strategy requested by the non-access point site or providing a suggested preemption strategy. The method further includes: After receiving the negotiation result generated and fed back by the access point according to the preemption policy request, a new preemption policy request is sent to the access point. This new preemption policy request is configured to request a new preemption policy for preempting transmission opportunities, and the new preemption policy may be the same as or different from the proposed preemption policy. The access point receives a new negotiation result generated and fed back by the access point according to the new preemption policy request. The new negotiation result is configured to indicate whether the access point allows the non-access point site to request the new preemption policy.

21. The method of claim 15, further comprising: Based on the received negotiation results, at least one of the following: enabling or disabling the function of preempting transmission opportunities, or allowing transmission opportunities to be preempted.

22. The method of claim 15, wherein, Sending a preemption policy request to the access point includes: Receive the allowed preemption policy announced by the access point; and The preemption policy request is generated based on the allowed preemption policy.

23. The method of claim 22, wherein, The allowed preemption policies announced by the access point include a list of correspondences between non-access point sites and preemption policies.

24. The method of claim 15, wherein, The preemption policy request includes preemption policies for other non-access point sites.

25. A method for negotiating a transmission opportunity preemption strategy, performed by a non-access point site, comprising: As instructed by the access point, enable or disable at least one of the following functions: the function to preempt transmission opportunities, or the function to allow transmission opportunities to be preempted. The function of preempting transmission opportunities is configured to allow the non-access point site to preempt the transmission opportunities of other non-access point sites, and the function of allowing transmission opportunities to be preempted is configured to allow the transmission opportunities of the non-access point site to be preempted by other non-access point sites.

26. The method of claim 25, wherein, The access point's indication includes a specified time period, and at least one of the functions of enabling or disabling the preemption of transmission opportunities, or allowing the preemption of transmission opportunities, according to the access point's indication, includes: Within the specified time period, at least one of the functions of preempting transmission opportunities or allowing transmission opportunities to be preempted is enabled or disabled.

27. An electronic device comprising a memory and at least one processor, the memory storing a computer program that is executed by the at least one processor to cause the at least one processor to perform the method according to any one of claims 1 to 26.

28. A computer-readable storage medium having a computer program stored thereon, the computer program being executed by a processor such that the processor performs the method according to any one of claims 1 to 26.

Images