Collaborative EDCA parameter negotiation method, storage medium, and electronic device

Abstract

Embodiments of the present disclosure provide a collaborative EDCA parameter negotiation method, a storage medium, and an electronic device. The method comprises: an STA determines whether EDCA parameter negotiation capabilities of different access points (APs) satisfy a first preset condition, wherein the different APs at least include a first AP AP1 and a second AP AP2; if the EDCA parameter negotiation capabilities satisfy the first preset condition, the STA queries and receives EDCA parameter related information of the different APs; and the STA sends an EDCA parameter negotiation message to the different APs, so that the different APs complete EDCA parameter negotiation adjustment.

Description

Collaborative EDCA parameter negotiation method, storage medium, and electronic device

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application is based on Chinese patent application CN202410008127.1, filed on January 2, 2024, entitled “Collaborative EDCA parameter negotiation method, storage medium and electronic device”, and claims the priority of the patent application, and all the disclosed contents thereof are incorporated into this application by reference. Technical Field

[0003] The embodiments of the present disclosure relate to the field of communications, and in particular to a collaborative EDCA parameter negotiation method, a storage medium, and an electronic device. Background Art

[0004] In related technologies, the same station (STA) may be located at the edge of different Basic Service Sets (BSSs) simultaneously. For example, STA1 is associated with AP1 in the access point (AP) and is located at the edge of both BSS1 and BSS2. Therefore, it must participate in air interface contention in both the areas served by BSS1 and BSS2. In this case, STA1's chances of obtaining a transmission window are significantly reduced, resulting in reduced throughput, increased latency, and a significant degradation in user experience, especially when STA1 is operating a real-time application service (RTA). Furthermore, because AP2 and AP1 are hidden nodes, AP2, unaware of BSS1's existence, is likely to use aggressive Enhanced Distributed Channel Access (EDCA) parameters (to maximize air interface access) to ensure service on its access point. This makes STA1's communication environment even worse.

[0005] Fiber to the Room (FTTR) technology uses optical fiber to connect wireless router access points (APs) in different rooms or locations in homes, small and medium-sized enterprises, providing high-bandwidth, highly reliable connections between multiple APs. A point-to-multipoint optical distribution network can be used to connect master and slave APs. Given the widespread focus of FTTR technology and the emergence of multiple access points as a key technology for next-generation protocols, an effective EDCA parameter negotiation mechanism should be designed to further ensure low-latency and highly reliable transmission of RTA services.

[0006] Summary of the Invention

[0007] According to one embodiment of the present disclosure, a collaborative EDCA parameter negotiation method is provided, including: a station (STA) confirming whether enhanced distributed channel access (EDCA) parameter negotiation capabilities of different access points (APs) meet a first preset condition, where the different APs include at least a first access point (AP1) and a second access point (AP2); if the EDCA parameter negotiation capabilities meet the first preset condition, the STA querying and receiving EDCA parameter-related information of the different APs; and the STA sending EDCA parameter negotiation messages to the different APs, respectively, so that the different APs complete EDCA parameter negotiation adjustment.

[0008] According to another embodiment of the present disclosure, a collaborative EDCA parameter negotiation method is provided, comprising: an access point (AP) confirming its enhanced distributed channel access (EDCA) parameter negotiation capability and determining whether the EDCA parameter negotiation capability satisfies a second preset condition; if the second preset condition is satisfied, the AP sending an EDCA parameter negotiation request to a station (STA); and the AP receiving an EDCA parameter negotiation response from the STA, wherein the EDCA parameter negotiation response includes either approving the EDCA parameter negotiation request or rejecting the EDCA parameter negotiation request.

[0009] According to another embodiment of the present disclosure, a computer-readable storage medium is provided, in which a computer program is stored. The computer program is configured to execute the steps of any one of the above method embodiments when running.

[0010] According to another embodiment of the present disclosure, an electronic device is provided, including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to perform the steps in any one of the above method embodiments. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] FIG1 is a schematic diagram showing the influence of hidden nodes on edge STAs in related art;

[0012] FIG2 is a schematic diagram of an EDCA competition mechanism in related art;

[0013] 3 is a hardware structure block diagram of a computer terminal for coordinating EDCA parameter negotiation methods according to an embodiment of the present disclosure;

[0014] FIG4 is a flowchart of a collaborative EDCA parameter negotiation method according to an embodiment of the present disclosure;

[0015] FIG5 is a flowchart of a collaborative EDCA parameter negotiation method according to an embodiment of the present disclosure;

[0016] FIG6 is a schematic diagram of a process for a STA to initiate collaborative EDCA parameter negotiation according to an embodiment of the present disclosure;

[0017] 7 is a schematic diagram of a process of AP initiating collaborative EDCA parameter negotiation according to an embodiment of the present disclosure;

[0018] FIG8 is a schematic diagram showing a principle of a random process of multiple node devices according to an embodiment of the present disclosure. DETAILED DESCRIPTION

[0019] Hereinafter, the embodiments of the present disclosure will be described in detail with reference to the accompanying drawings and in combination with the embodiments.

[0020] It should be noted that the terms "first", "second", etc. in the description and claims of the embodiments of the present disclosure and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.

[0021] Figure 1 is a schematic diagram of the impact of hidden nodes on edge STAs in related technologies. As shown in Figure 1, station STA1 is associated with access point AP1. However, since it is at the edge of basic service sets BSS1 and BSS2, it needs to participate in air interface competition in the areas served by BSS1 and BSS2 at the same time. In order to address the problem of edge STAs having reduced air interface acquisition opportunities due to hidden nodes, a mechanism should be designed to allow edge STAs to synchronize relevant information to AP2 to ensure air interface transmission / reception services based on it.

[0022] FIG2 is a schematic diagram of an EDCA contention mechanism in related art. As shown in FIG2 , EDCA is an enhanced channel access mechanism specified in 802.11.

[0023] When a station STA detects that the channel is idle and the duration is equal to the arbitration inter frame spacing (AIFS),

[0024] The STA randomly selects an integer from zero to the contention window (CW) to generate a backoff time (CW = CWmin at the beginning), and starts counting down (back off) until the count value reaches zero, at which time the STA can start sending data. When the STA detects that the channel has re-entered the busy state during the countdown, the countdown stops and waits for the communication channel to be idle for the number of arbitration inter-frame spacing (AIFSN) time slots before restarting the countdown. When the STA attempts to transmit but the transmission is unsuccessful, the STA adjusts its CW size according to the following rules: CW = min(CW*2, CWmax), where CW is the maximum contention window (CWmax). After any successful transmission, the STA resets the CW size to CWmin. The access intervals of different access category (AC) queues are different.

[0025] And there are:

[0026] AIFS[AC]=AIFSN[AC]*a slot time + a short interframe space (SIFS time)

[0027] Compared to the original Distributed Coordination Function (DCF) mechanism, an integrated service system mechanism (Quality of Service, QOS) has been added, namely four access type AC queues: BK, BE, VI, and VO. The recommended EDCA values ​​are shown in Table 1:

[0028] Table 1 Example of EDCA recommended values

[0029] In the embodiment of the present disclosure, an Overlapping Basic Service Set (OBSS) is a service set that overlaps with a Basic Service Set. Real-time application (RTA) is a type of service that is sensitive to delay.

[0030] In the relevant proposal, an inter-AP EDCA parameter coordination mechanism is proposed for the purpose of maximizing the protection of real-time application services (RTA): 1. Dynamically adjust EDCA parameters based on the number of STA devices of the actual connected real-time application services (RTA). 2. RTA devices and non-RTA devices should be configured with different EDCA parameters to ensure that the sum of the arbitration inter-frame spacing number (AIFSN) and the maximum contention window (CWmax) of the RTA device is less than the AIFSN of the non-RTA device, thereby providing RTA devices with higher communication priority. 3. The transmission opportunity (Txop) of the RTASTA device is limited to 0.5 milliseconds to limit its occupation time on the communication medium and ensure fair competition and resource sharing. 4. Add a new bit in the beacon to mark whether there is RTA service in this BSS.

[0031] The method embodiments provided in the embodiments of the present application can be executed in a mobile terminal, a computer terminal or a similar computing device. Taking running on a computer terminal as an example, Figure 3 is a hardware structure block diagram of a computer terminal of a collaborative EDCA parameter negotiation method in an embodiment of the present disclosure. As shown in Figure 3, the computer terminal may include one or more (only one is shown in Figure 3) processors 302 (the processor 302 may include but is not limited to a processing device such as a microprocessor MCU or a programmable logic device FPGA) and a memory 304 for storing data, wherein the above-mentioned computer terminal may also include a transmission device 306 and an input and output device 308 for communication functions. It can be understood by those skilled in the art that the structure shown in Figure 3 is only for illustration and does not limit the structure of the above-mentioned computer terminal. For example, the computer terminal may also include more or fewer components than those shown in Figure 3, or have a configuration different from that shown in Figure 3.

[0032] The memory 304 can be used to store computer programs, such as software programs and modules of application software, such as the computer program corresponding to the collaborative EDCA parameter negotiation method in the embodiment of the present disclosure. The processor 302 executes the computer program stored in the memory 304 to execute various functional applications and data processing, thereby implementing the above-mentioned method. The memory 304 may include a high-speed random access memory and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 304 may further include a memory remotely located relative to the processor 302, and these remote memories may be connected to the computer terminal via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0033] Transmission device 306 is used to receive or transmit data via a network. Specific examples of the aforementioned network may include a wireless network provided by a communications provider of a computer terminal. In one embodiment, transmission device 306 includes a network interface controller (NIC), which can be connected to other network devices via a base station to enable communication with the Internet. In another embodiment, transmission device 306 may be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0034] In this embodiment, a collaborative EDCA parameter negotiation method running on the above-mentioned computer terminal is provided. FIG4 is a flow chart of the collaborative EDCA parameter negotiation method according to an embodiment of the present disclosure. As shown in FIG4 , the process includes the following steps:

[0035] In step S402, the station STA confirms whether the EDCA parameter negotiation capabilities of different access points AP meet a first preset condition, where the different APs include at least a first access point AP1 and a second access point AP2.

[0036] In actual implementation, the STA exchanges EDCA parameter negotiation capabilities with AP1 and AP2 respectively through the first information frame. The STA can exchange EDCA parameter negotiation capabilities with AP1 and AP2 through the first information frame.

[0037] In an exemplary embodiment, the station STA confirms whether the EDCA parameter negotiation capabilities of different access points AP meet a first preset condition, including: the STA exchanges EDCA parameter negotiation capabilities with AP1 and AP2 through a first information frame respectively, and determines whether the EDCA parameter negotiation capabilities meet the first preset condition.

[0038] In actual implementation, AP1 and AP2 must first confirm that they have the EDCA parameter negotiation capability, and the EDCA parameter negotiation capability also needs to meet a first preset condition.

[0039] In an exemplary embodiment, the type of the first information frame includes at least one of the following: a beacon frame, a probe request frame, a probe reply frame, an action frame, an association / reassociation frame, and an authentication frame.

[0040] In an exemplary embodiment, the first preset condition includes at least one of the following: the edge site STA participates in the air interface competition of two basic service sets BSS at the same time, and the traffic of the edge site STA decreases; there are multiple APs on the channel where the edge site STA is located at the same time.

[0041] In an exemplary embodiment, the station STA confirms whether the EDCA parameter negotiation capability of different access points APs meets a first preset condition, further comprising: when the STA is associated with AP1 and not associated with AP2, the STA confirms via AP1 whether the EDCA parameter negotiation capability of AP2 meets the first preset condition.

[0042] Step S404: If the EDCA parameter negotiation capability meets the first preset condition, the STA queries and receives EDCA parameter-related information of different APs;

[0043] In an exemplary embodiment, the STA queries EDCA parameter-related information of different APs, including: the STA sends a second information frame to AP1 and AP2 respectively, wherein the second information frame carries an EDCA query information instruction.

[0044] In an exemplary embodiment, the type of the second information frame includes at least one of the following: a probe request frame, an action frame, an association / reassociation frame, an authentication frame, and a broadcast quality of service / non-quality of service data frame.

[0045] In an exemplary embodiment, the frame body information of the second information frame includes at least one of the following: initial EDCA parameters recommended by the STA; and the number of real-time application services RTA running on the device of the STA.

[0046] In actual implementation, the frame body information of the second information frame may further include: other statistical parameters related to EDCA parameter configuration, such as the number of APs.

[0047] In actual implementation, the frame body of the second information frame should include at least one of the following information: (1) the EDCA parameters recommended by the sender of the second information frame, i.e., the STA. (2) the number of real-time application services (RTAs) currently running on the sender of the second information frame, i.e., the STA. Real-time application services (RTAs) are services that are sensitive to time delays, such as gaming, video, and voice services.

[0048] In actual implementation, after receiving the EDCA query information instruction sent by the STA, AP1 and AP2 respond accordingly.

[0049] In an exemplary embodiment, the STA receives EDCA parameter-related information from different APs, including: the STA receives a third information frame from AP1 and AP2, wherein the third information frame carries EDCA parameter-related information.

[0050] In an exemplary embodiment, the type of the third information frame includes at least one of the following: a probe response frame, an action frame, an association / reassociation frame, and an authentication frame.

[0051] In an exemplary embodiment, the EDCA parameter-related information includes at least one of the following: EDCA parameters currently being used by AP1 and AP2; and the number of real-time application services RTA running on the devices of AP1 and AP2.

[0052] In actual implementation, the EDCA parameter-related information may further include: other statistical parameters related to EDCA parameter configuration, such as the number of APs.

[0053] In an exemplary embodiment, after the STA queries and receives EDCA parameter-related information of different APs, the method further includes: the STA respectively calculates and obtains EDCA recommended parameters of AP1 and AP2 based on the EDCA parameter-related information.

[0054] In an exemplary embodiment, the third information frame further carries wireless configuration information or wireless service statistics information.

[0055] In an exemplary embodiment, after the STA queries and receives information related to EDCA parameters of different APs, the method further includes: the STA respectively calculating and obtaining the EDCA recommended parameters of AP1 and AP2 according to the wireless configuration information or wireless service statistics information.

[0056] In an exemplary embodiment, the EDCA recommended parameters include at least: a minimum contention window; a maximum contention window; and an arbitration frame interval.

[0057] In actual implementation, the frame body of the third information frame should include at least one of the following information: (1) EDCA parameters currently being used by the responding party, i.e., AP, i.e., CWmin, CWmax, AIFSN, and TXOPlimit; and (2) the number of ongoing RTA services on the responding party's AP device.

[0058] In an exemplary embodiment, the EDCA parameter negotiation message includes at least one of the following: EDCA recommended parameters generated by the STA; the number of APs overlapping the basic service set OBSS; the number of real-time application services RTA performed in the OBSS; the signal strength of the AP in the OBSS; and the identity information of the AP in the OBSS.

[0059] In actual implementation, the EDCA parameter negotiation message should carry at least one of the following information: (1) EDCA recommended parameters generated by the STA. (2) The number of APs belonging to the OBSS. (3) The number of RTA services performed in the OBSS. (4) The signal strength of the OBSS AP. (5) The identity information of the OBSS AP, such as the MAC address and BSSID.

[0060] Step S406: The STA sends EDCA parameter negotiation messages to different APs respectively, so that different APs complete EDCA parameter negotiation adjustment.

[0061] In actual implementation, after the STA completes information collection from the target AP, it can calculate the recommended EDCA parameters based on the collected results. In one embodiment, the STA can calculate the recommended EDCA parameters based on the total number of RTA services obtained. The specific calculation method is detailed in the scenario embodiment.

[0062] In an exemplary embodiment, the STA sends EDCA parameter negotiation messages to different APs respectively, including: one STA sends EDCA parameter negotiation messages to different APs respectively; or multiple STAs send EDCA parameter negotiation messages to different APs respectively.

[0063] In actual implementation, STAs may exchange frames with non-associated AP2 via AP1, either wired or wirelessly. Alternatively, multiple STAs may send EDCA parameter negotiation messages to an AP, which then aggregates the statistical information and responds with updated EDCA parameters.

[0064] The present disclosure also provides a collaborative EDCA parameter negotiation method running on the above-mentioned computer terminal. FIG5 is a flow chart of the collaborative EDCA parameter negotiation method according to the present disclosure embodiment. As shown in FIG5 , the process includes the following steps:

[0065] Step S502: The access point AP confirms its own EDCA parameter negotiation capability and determines whether the EDCA parameter negotiation capability meets a second preset condition.

[0066] In an exemplary embodiment, the second preset condition includes at least one of the following: traffic of STAs associated with the AP decreases; and air interface occupancy of the AP decreases.

[0067] In actual implementation, in the second preset condition, the AP finds that the traffic of the STA associated with it suddenly drops, detects that its air interface occupancy drops for a period of time, suspects OBSS interference, and notifies the STA to start EDCA parameter negotiation.

[0068] Step S504: When the second preset condition is met, the AP sends an EDCA parameter negotiation request to the station STA;

[0069] In an exemplary embodiment, the AP sends an EDCA parameter negotiation request to the station STA, including: the AP sends a fourth information frame to the station STA, where the fourth information frame carries the EDCA parameter negotiation request.

[0070] In an exemplary embodiment, the type of the fourth information frame includes at least one of the following: a unicast action frame, a unicast association / reassociation frame, and a broadcast quality of service / non-quality of service data frame.

[0071] In an exemplary embodiment, the frame body information of the fourth information frame at least includes: a setting flag for recommending starting EDCA parameter negotiation.

[0072] Step S506: The AP receives an EDCA parameter negotiation response from the STA, where the EDCA parameter negotiation response includes approving the EDCA parameter negotiation request or rejecting the EDCA parameter negotiation request.

[0073] In actual implementation, after receiving the fourth information frame, the STA responds to whether to enable the EDCA parameter and replies to the AP.

[0074] In an exemplary embodiment, the AP receives an EDCA parameter negotiation response from the STA, including: the AP receives a fifth information frame from the STA, where the fifth information frame carries the EDCA parameter negotiation response.

[0075] In an exemplary embodiment, the type of the fifth information frame includes at least one of the following: a unicast action frame, a unicast association / reassociation frame, and a broadcast quality of service / non-quality of service data frame.

[0076] In an exemplary embodiment, the frame body information of the fifth information frame includes at least one of the following: an enable flag bit for starting EDCA parameter negotiation; and a reason why the STA rejects the EDCA parameter negotiation request.

[0077] In an exemplary embodiment, the reason why the STA rejects the EDCA parameter negotiation request includes at least one of the following: the STA does not exist in the overlapping basic service set (OBSS); and there is ongoing service traffic on the STA.

[0078] In actual implementation, if there is service traffic in progress on the STA, it is necessary to wait until the service is completed.

[0079] In an exemplary embodiment, after the AP receives the EDCA parameter negotiation response from the STA, the method further includes: if the EDCA parameter negotiation response is to agree with the EDCA parameter negotiation request, performing EDCA parameter negotiation using the method in the above steps.

[0080] In actual implementation, the AP can also adjust the EDCA parameters based on relevant statistical parameters in the parameter negotiation message, such as the number of APs and AP signal strength, combined with its own parameter characteristics.

[0081] In an exemplary embodiment, after the AP receives the EDCA parameter negotiation response from the STA, the AP further includes: EDCA parameter-related information, and adjusts its own EDCA parameters.

[0082] Through the above steps, a collaborative EDCA parameter negotiation method is provided, in which a STA confirms whether the EDCA parameter negotiation capabilities of different access points (APs), including at least a first access point (AP1) and a second access point (AP2), meet a first preset condition. If the EDCA parameter negotiation capabilities meet the first preset condition, the STA queries and receives EDCA parameter-related information from the different APs. The STA then sends EDCA parameter negotiation messages to the different APs, enabling the different APs to complete EDCA parameter negotiation adjustments. This method solves the problem in related technologies of ensuring low-latency and high-reliability transmission of RTA services, thereby achieving low-latency and high-reliability transmission of RTA services.

[0083] Through the description of the above implementation methods, those skilled in the art can clearly understand that the method according to the above embodiment can be implemented by means of software plus the necessary general hardware platform, and of course it can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of the embodiment of the present disclosure is essentially or the part that contributes to the prior art can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, disk, CD-ROM), including a number of instructions for enabling a terminal device (which can be a mobile phone, computer, server, or network device, etc.) to execute the method described in the embodiment of the present disclosure.

[0084] This embodiment also provides a collaborative EDCA parameter negotiation device for implementing the aforementioned embodiments and preferred implementations. Details already described are omitted for clarity. As used below, the term "module" may refer to a combination of software and / or hardware that implements a predetermined function. While the devices described in the following embodiments are preferably implemented in software, implementation using hardware, or a combination of software and hardware, is also possible and contemplated.

[0085] A collaborative EDCA parameter negotiation device provided by an embodiment of the present disclosure can be set at a site STA or at an access point AP. The collaborative EDCA parameter negotiation device set at the site STA can include: a first confirmation module, used to confirm whether the EDCA parameter negotiation capabilities of different access points AP meet a first preset condition, wherein the different APs include at least a first access point AP1 and a second access point AP2. A query receiving module, used to query and receive EDCA parameter-related information of different APs when the EDCA parameter negotiation capability meets the first preset condition. A parameter negotiation module, used to send EDCA parameter negotiation messages to different APs respectively, so that different APs complete EDCA parameter negotiation adjustment.

[0086] It should be noted that each of the above modules can be implemented through software or hardware. For the latter, implementation can be achieved through, but not limited to, the following methods: all of the above modules are located in the same processor; or, the above modules are located in different processors in any combination. In actual implementation, the naming and functional division of the above modules can be adjusted according to actual circumstances, as long as the steps of the collaborative EDCA parameter negotiation method in the above embodiment can be implemented.

[0087] An embodiment of the present disclosure further provides a computer-readable storage medium, in which a computer program is stored. The computer program is configured to execute the steps of any one of the above method embodiments when running.

[0088] In an exemplary embodiment, the computer-readable storage medium may include, but is not limited to, various media that can store computer programs, such as a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk, or an optical disk.

[0089] An embodiment of the present disclosure further provides an electronic device, including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to execute the steps in any one of the above method embodiments.

[0090] In an exemplary embodiment, the electronic device may further include a transmission device and an input / output device, wherein the transmission device is connected to the processor, and the input / output device is connected to the processor.

[0091] For specific examples in this embodiment, reference may be made to the examples described in the above embodiments and exemplary implementation modes, and this embodiment will not be described in detail here.

[0092] Obviously, those skilled in the art should understand that the modules or steps of the above-mentioned embodiments of the present disclosure can be implemented using a general-purpose computing device, they can be concentrated on a single computing device, or distributed on a network composed of multiple computing devices, they can be implemented using program codes executable by the computing device, so that they can be stored in a storage device and executed by the computing device, and in some cases, the steps shown or described can be performed in a different order than herein, or they can be made into individual integrated circuit modules, or multiple modules or steps can be made into a single integrated circuit module for implementation. Thus, the embodiments of the present disclosure are not limited to any specific combination of hardware and software.

[0093] The disclosed embodiments provide a coordinated EDCA parameter negotiation method and an information exchange mechanism for EDCA parameter negotiation between BSS1 and BSS2. This method improves the throughput of STAs located at the intersection of the two BSSs and reduces their data transmission latency. There are two specific methods: Method 1, in which the STA proactively initiates a coordinated EDCA (C-EDCA) negotiation request; Method 2, in which the AP initiates a C-EDCA negotiation request.

[0094] In order to enable those skilled in the art to better understand the technical solutions of the embodiments of the present disclosure, they are described below in conjunction with different embodiments.

[0095] Example 1

[0096] In the first embodiment, the STA corresponding to mode 1 actively initiates a collaborative EDCA parameter negotiation request. FIG6 is a schematic diagram of a process of a STA initiating collaborative EDCA parameter negotiation according to an embodiment of the present disclosure, as shown in FIG6 , including the following steps:

[0097] Step S602: STA exchanges EDCA parameter negotiation capabilities with AP1 and AP2 respectively through a first information frame.

[0098] In actual implementation, STAs and AP1 and AP2 may exchange EDCA parameter negotiation capabilities through the following management frames, namely, first information frames: beacon frames, probe request frames, probe response frames, public action frames, association / reassociation frames, and authentication frames. In actual implementation, AP1 and AP2 must first confirm that they have EDCA parameter negotiation capabilities, and that the EDCA parameter negotiation capability must also meet the first preset condition.

[0099] Step S604: When a certain condition, namely a first preset condition, is met, the STA initiates the EDCA parameter negotiation process. First, the STA sends a second information frame to AP1, where the second information frame carries an EDCA query information instruction.

[0100] In the actual implementation process, the first preset condition includes but is not limited to: (1) the traffic of the STA at the edge decreases due to participating in the air interface competition of two BSSs at the same time, and (2) the STA discovers that there are multiple APs on its channel at the same time by receiving Beacon frames.

[0101] In step S606, after receiving the EDCA query information instruction sent by the STA in step S602, AP1 responds accordingly.

[0102] Step S608: The STA sends a second information frame to AP2, where the second information frame carries query information related to EDCA parameters.

[0103] In actual implementation, the second information frame type in step S604 and step S608 may be: a probe request frame, a public action frame, an association / reassociation frame, an authentication frame, and a broadcast service / non-service quality data frame (Qos / Non Qos Data) may also be sent.

[0104] In actual implementation, the frame body of the second information frame should include at least one of the following information: (1) the EDCA parameters recommended by the sender of the second information frame, i.e., the STA. (2) the number of real-time application services (RTAs) currently running on the sender of the second information frame, i.e., the STA. Real-time application services (RTAs) are services that are sensitive to time delays, such as gaming, video, and voice services.

[0105] In step S610, after receiving the second information frame sent by the STA, AP2 responds according to the query information carried in the second information frame sent by the STA in step S608.

[0106] In actual implementation, in steps S606 and S610, after receiving the second information frame from the STA, the AP may respond with a third information frame. Types of the third information frame include a probe response frame, a public action frame, a re-association frame, and an authentication frame.

[0107] In actual implementation, the frame body of the third information frame should include at least one of the following information: (1) EDCA parameters currently being used by the responding party, i.e., AP, i.e., CWmin, CWmax, AIFSN, Txoplimit. (2) The number of RTA services currently being used on the responding party, i.e., AP.

[0108] Step S612: After receiving the responses from AP1 and AP2, the STA sends an EDCA parameter negotiation message.

[0109] In actual implementation, after the STA completes information collection from the target AP, it can calculate the recommended EDCA parameters based on the collected information. In one embodiment, the STA can calculate the recommended EDCA parameters based on the total number of RTA services obtained. The calculation formula is as follows:

[0110] If the recommended BSS has RTA service: CW min,RTA =min(N RTA +2,7) CW max,RTA =max(CW max,origin ,2*CW min,RTA ) AIFSN RTA =min(N RTA ,3)

[0111] Otherwise, when there is no ongoing RTA in the recommended BSS: CW min,non-RTA =min(2*CW min,RTA ,15) CW max,non-RTA =max(CW max,origin ,2*CW min,non-RTA ) AIFSN non-RTA =min(N RTA +4,7)

[0112] Except for AIFSN, the main adjustment is CWmin, because both theoretical analysis and simulation analysis show that CWmin plays a major role in EDCA parameter adjustment. min,RTA =min(N RTA Simulation results show that system throughput reaches its maximum when CWmin equals the number of active users plus 2. A value of 7 or less is based on the recommended values ​​for video services in 802.11e. In AIFSN design, a value of 3 is based on the recommended values ​​for best-effort (BE) services. Simulation results show that CWmax has almost no effect after reaching twice CWmin.

[0113] For BSS sets that do not have RTA services in progress, CW min,non-RTA =min(2*CW mi□,RTA ,15).

[0114] It can be seen that when the CWmin value doubles, its access chance is nearly halved. To ensure preferential access for RTA services, the CWmin value is set to twice the BSS with RTA services. The value of 15 is determined based on the recommended value for background BK services. In the design of the AIFSN value, the value of 7 is determined based on the recommended value for BK services, and the value of 4 is determined by interpolating the recommended values ​​for BK and BE services.

[0115] In actual implementation, the EDCA parameter negotiation message should carry at least one of the following information: (1) EDCA recommended parameters generated by the STA. (2) The number of APs belonging to the OBSS. (3) The number of RTA services performed in the OBSS. (4) The signal strength of the OBSS AP. (5) The identity information of the OBSS AP, such as the MAC address and BSSID.

[0116] In step S614, after receiving the EDCA parameters recommended by the STA, AP1 and AP2 adjust the EDCA parameter values ​​used by their respective terminals.

[0117] In actual implementation, STAs may exchange frames with non-associated AP2 via AP1, either wired or wirelessly. Alternatively, multiple STAs may send EDCA parameter negotiation messages to an AP, which then aggregates the statistical information and responds with updated EDCA parameters.

[0118] In actual implementation, the AP can also adjust the EDCA parameters based on relevant statistical parameters in the parameter negotiation message, such as the number of APs and AP signal strength, combined with its own parameter characteristics.

[0119] Example 2

[0120] In the second embodiment, the AP corresponding to mode 2 initiates a C-EDCA (i.e., collaborative EDCA) negotiation request. FIG7 is a schematic diagram of the process of the AP initiating collaborative EDCA parameter negotiation according to an embodiment of the present disclosure, as shown in FIG7 , including the following steps:

[0121] Step S702: When a certain condition, ie, a second preset condition, is met, the AP sends a fourth information frame to the STA to notify the STA to start EDCA parameter negotiation.

[0122] In actual implementation, the second preset condition includes but is not limited to the AP discovering that the traffic of the STA associated with it suddenly drops, detecting that its air interface occupancy drops for a period of time, suspecting OBSS interference, and notifying the STA to start EDCA parameter negotiation.

[0123] In actual implementation, the frame type of the fourth information frame may be: a unicast action frame, a unicast association / reassociation frame, or a broadcast quality of service / non-quality of service data frame.

[0124] In actual implementation, the fourth information frame should include a set flag for recommending enabling EDCA parameter negotiation.

[0125] Step S704: After receiving the fourth information frame, the STA responds to whether to enable the EDCA parameter and replies to the AP.

[0126] Step S704 is divided into two cases: (1) If the STA agrees to start the EDCA parameter negotiation request, it will reply the fifth information frame to the AP. (2) If the STA disagrees to start the EDCA parameter negotiation, it will reply the fifth information frame to the AP and provide the rejection reason.

[0127] In actual implementation, the type of the fifth information frame includes at least one of the following: a unicast action frame, a unicast association / reassociation frame, and a broadcast quality of service / non-quality of service data frame.

[0128] In actual implementation, the fifth information frame should include at least one of the following information: (1) the enable flag for enabling EDCA parameter negotiation. (2) the reason why the STA rejects the request to enable EDCA parameter negotiation, such as: no OBSS is found.

[0129] In actual implementation, when the EDCA parameter negotiation response is to agree to the EDCA parameter negotiation request, EDCA parameter negotiation is performed according to the method in scenario implementation one.

[0130] In actual implementation, the possible reasons why a STA refuses to start EDCA parameter negotiation are as follows: (1) The STA does not detect the existence of OBSS. (2) The STA has service traffic in progress and needs to wait until the service is completed.

[0131] In actual implementation, the AP can also adjust the EDCA parameters based on relevant statistical parameters in the parameter negotiation message, such as the number of APs and AP signal strength, combined with its own parameter characteristics.

[0132] Example 3

[0133] To better demonstrate the effectiveness of the collaborative EDCA parameter negotiation method provided in the embodiments of the present application and to enable those skilled in the art to better understand the technical solutions of the embodiments of the present disclosure, in the third embodiment of this scenario, the Bianchi model is used as an analysis tool to analyze and explain the collaborative EDCA parameter negotiation method provided in the embodiments of the present application.

[0134] Figure 8 is a schematic diagram illustrating the principle of a random process for multiple node devices according to an embodiment of the present disclosure. As shown in Figure 8 , a fixed number of n devices (hereinafter referred to as nodes) compete for air interfaces within the same area. Assuming saturated transmission, each node can immediately transmit a data packet after a successful transmission. Furthermore, because all data packets are "continuous," each data packet must wait for a random backoff time before transmission.

[0135] As shown in Figure 8, p represents the probability of damage when sending a frame, i represents the number of backoffs experienced by the current node due to collision damage, which is also called the backoff stage in the literature, and W i Represents the contention window used during the i-th backoff, and W represents the initial contention window size, i.e., CW min , the following relationship is satisfied between them: W i =2 i W, i∈(0,m), where m represents the size of the maximum backoff phase m, which is determined by CW max Determine that the following relationship is satisfied between the two: CW max =2 m W. Assume that s(t) represents the random process of the node backoff state (0, ..., m) at time t, b(t) represents the random process of the count value of the node backoff count at time t, and τ represents the probability of the node sending at a randomly selected time slice (Slot).

[0136] Note that the key approximation in this model is that, on each transmission attempt, each packet will collide with a constant and independent probability, regardless of the number of retransmissions. This assumption becomes more accurate as W and n become larger. p, also known as the conditional collision probability, represents the probability that a packet transmitted using this model will collide.

[0137] In the third embodiment of this scenario, the effect verification of the EDCA parameter configuration method in a multi-node competition environment is demonstrated in combination with a specific simulation environment.

[0138] Simulation environment description: 1. The length of the packet is equivalent to the number of time slots occupied. 2. The nodes in the network always have packets to send. 3. There are 3 competing APs in the network, and the 3 APs can sense the existence of each other. After verification and simulation, as CWmin increases, the channel access opportunities decrease, so the number of packets sent decreases. At the same time, the collision probability decreases, so the success rate of sending increases. The number of packets actually sent successfully shows a trend of increasing first and then decreasing with Cwmin. The reason is that the increase in Cwmin effectively reduces the collision probability at the beginning, and then the increase in Cwmin leads to fewer sending opportunities. In the actual implementation process, if you want to increase the system throughput, you should adjust Cwmin appropriately. For example, when Cwmin=5 in the embodiment of the present disclosure, the system throughput reaches the maximum. If you want the system to have a lower delay jitter, you need to ensure the success rate of sending and reduce collisions, and you should try to increase Cwmin.

[0139] In multi-AP networking scenarios, CWmin should be adjusted based on the number of APs in the environment, with the greater the number of APs, the greater the CWmin. CWmax only works well in limited situations. The AIFSN should only distinguish between ACs of different priorities. When multiple BSSs exist within a system, EDCA parameter synchronization is necessary in conjunction with the negotiation mechanism proposed in the embodiments of this application to improve overall system communication quality.

[0140] In summary, the disclosed embodiments provide a method for collaborative EDCA parameter negotiation. This method involves a STA proactively initiating a C-EDCA negotiation request process, or an AP initiating a C-EDCA negotiation request process. Conditions are set to trigger the STA or AP to initiate C-EDCA. The AP sets its EDCA parameters based on the STA's recommended parameters. This method addresses the difficulty in ensuring low-latency and highly reliable transmission of RTA services in related technologies, achieving low-latency and highly reliable transmission of RTA services.

[0141] The above description is merely a preferred embodiment of the present disclosure and is not intended to limit the present disclosure. Those skilled in the art will appreciate that various modifications and variations of the present disclosure are possible. Any modifications, equivalent substitutions, or improvements made within the principles of the present disclosure should be included within the scope of protection of the present disclosure.

Claims

1. A collaborative EDCA parameter negotiation method, comprising: The station STA confirms whether the Enhanced Distributed Channel Access (EDCA) parameter negotiation capabilities of different Access Points (APs) meet a first preset condition, where the different APs at least include a first Access Point AP1 and a second Access Point AP2; When the EDCA parameter negotiation capabilities meet the first preset condition, the STA queries and receives EDCA parameter-related information of different APs; The STA separately sends EDCA parameter negotiation messages to different APs so that different APs complete EDCA parameter negotiation and adjustment.

2. The method according to claim 1, wherein The station STA confirms whether the Enhanced Distributed Channel Access (EDCA) parameter negotiation capabilities of different Access Points (APs) meet a first preset condition, including: The STA respectively interacts with AP1 and AP2 through a first information frame to exchange the EDCA parameter negotiation capabilities, and determines whether the EDCA parameter negotiation capabilities meet the first preset condition.

3. The method according to claim 2, wherein The type of the first information frame at least includes one of the following: Beacon frame, Probe Request frame, Probe Response frame, Action frame, Association / Reassociation frame, Authentication frame.

4. The method according to claim 2, wherein, The first preset condition at least includes one of the following: The edge station STA simultaneously participates in the air interface competition of two Basic Service Sets (BSSs), and the traffic of the edge station STA decreases; There are multiple APs on the channel where the edge station STA is located.

5. The method according to claim 1, wherein, The STA queries EDCA parameter-related information of different APs, including: The STA separately sends a second information frame to AP1 and AP2, where the second information frame carries an EDCA query information instruction.

6. The method according to claim 5, wherein The type of the second information frame at least includes one of the following: Probe Request frame, Action frame, Association / Reassociation frame, Authentication frame, Broadcast Service / Non-Service Quality Data frame.

7. The method according to claim 5, wherein The frame body information of the second information frame at least includes one of the following: The initial EDCA parameters recommended by the STA; The number of Real-Time Application Services (RTAs) running on the device of the STA.

8. The method according to claim 1, wherein The STA receives EDCA parameter-related information of different APs, including: The STA receives a third information frame from AP1 and AP2, where the third information frame carries the EDCA parameter-related information.

9. The method according to claim 8, wherein The type of the third information frame at least includes one of the following: Probe Response frame, Action frame, Association / Reassociation frame, Authentication frame.

10. The method according to claim 8, wherein, The EDCA parameter-related information at least includes one of the following: The EDCA parameters being used by AP1 and AP2; The number of Real-Time Application Services (RTAs) running on the devices of AP1 and AP2.

11. The method according to claim 1, wherein After the STA queries and receives EDCA parameter-related information of different APs, the method further includes: The STA respectively calculates and obtains the EDCA recommended parameters of AP1 and AP2 according to the EDCA parameter-related information.

12. The method according to claim 8, wherein, The third information frame also carries wireless configuration information or wireless service statistics information.

13. The method according to claim 12, wherein, After the STA queries and receives information related to the EDCA parameters of different APs, the method further includes: The STA calculates and obtains the EDCA recommended parameters of the AP1 and the AP2 respectively according to the wireless configuration information or wireless service statistical information.

14. The method according to claim 11 or 13, wherein, The EDCA recommended parameters at least include: Minimum contention window; Maximum contention window; Number of arbitration interframe spacings.

15. The method according to claim 1, wherein The EDCA parameter negotiation message at least includes one of the following: The EDCA recommended parameters generated by the STA; The number of APs in the overlapping basic service set (OBSS); The number of real-time application services (RTA) performed in the OBSS; The signal strength of the APs in the OBSS; The identity information of the APs in the OBSS.

16. The method according to claim 1, wherein, The STA sends EDCA parameter negotiation messages to different APs respectively, including: One STA sends EDCA parameter negotiation messages to different APs respectively; Or multiple STAs send EDCA parameter negotiation messages to different APs respectively.

17. The method according to claim 1, wherein, The station STA confirms whether the enhanced distributed channel access (EDCA) parameter negotiation capabilities of different access points (APs) meet a first preset condition, and further includes: When the STA is associated with the AP1 and not associated with the AP2, the STA confirms whether the EDCA parameter negotiation capability of the AP2 meets the first preset condition via the AP1.

18. A collaborative EDCA parameter negotiation method, including: The access point (AP) confirms its own enhanced distributed channel access (EDCA) parameter negotiation capability and determines whether the EDCA parameter negotiation capability meets a second preset condition; When the second preset condition is met, the AP sends an EDCA parameter negotiation request to the station STA; The AP receives an EDCA parameter negotiation response from the STA, where the EDCA parameter negotiation response includes agreeing to the EDCA parameter negotiation request or rejecting the EDCA parameter negotiation request.

19. The method according to claim 18, wherein, The second preset condition at least includes one of the following: The traffic of the associated STAs of the AP decreases; The occupancy rate of the air interface of the AP decreases.

20. The method according to claim 18, wherein, The AP sends an EDCA parameter negotiation request to the station STA, including: The AP sends a fourth information frame to the station STA, where the fourth information frame carries the EDCA parameter negotiation request.

21. The method according to claim 20, wherein The type of the fourth information frame at least includes one of the following: Unicast action frame, unicast association / reassociation frame, broadcast service / non-service quality data frame.

22. The method according to claim 20, wherein The frame body information of the fourth information frame at least includes: A set bit flag for recommending to enable EDCA parameter negotiation.

23. The method according to claim 18, wherein The AP receives an EDCA parameter negotiation response from the STA, including: The AP receives a fifth information frame from the STA, where the fifth information frame carries the EDCA parameter negotiation response.

24. The method according to claim 23, wherein, The type of the fifth information frame at least includes one of the following: Unicast action frame, unicast association / reassociation frame, broadcast service / non-service quality data frame.

25. The method according to claim 23, wherein, The frame body information of the fifth information frame at least includes one of the following: Enable flag for enabling EDCA parameter negotiation; The reason why the STA rejects the EDCA parameter negotiation request.

26. The method according to claim 25, wherein, The reason why the STA rejects the EDCA parameter negotiation request includes at least one of the following: The STA does not exist in the overlapping basic service set (OBSS); There is ongoing traffic on the STA.

27. The method according to claim 18, wherein, After the AP receives the EDCA parameter negotiation response from the STA, the method further includes: In the case where the EDCA parameter negotiation response agrees to the EDCA parameter negotiation request, perform EDCA parameter negotiation using the method according to any one of claims 1-17.

28. The method according to claim 18, wherein After the AP receives the EDCA parameter negotiation response from the STA, the method further includes: The AP adjusts its own EDCA parameters according to the EDCA parameter-related information.

29. A computer-readable storage medium storing a computer program therein, wherein, When the computer program is executed by the processor, it implements the method described in any one of claims 1 to 28.

30. An electronic device, comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein when the processor executes the computer program, it implements the method described in any one of claims 1 to 28.

Images