Cooperative EDCA parameter negotiation method, storage medium and electronic device

Abstract

The embodiment of the invention provides a collaborative EDCA parameter negotiation method, a storage medium and an electronic device, and the method comprises the steps: determining whether the EDCA parameter negotiation capabilities of different APs meet a first preset condition or not through an STA, and enabling the different APs to at least comprise a first access point AP1 and a second access point AP2; under the condition that the EDCA parameter negotiation capability meets a first preset condition, the STA inquires and receives EDCA parameter related information of different APs; and the STA sends EDCA parameter negotiation messages to different APs respectively, so that the different APs complete EDCA parameter negotiation adjustment. The problem that low-delay and high-reliability transmission of the RTA service is difficult to guarantee in related technologies is solved, and the effect of low-delay and high-reliability transmission of the RTA service is achieved.

Description

Technical Field

[0001] Embodiments of the present invention relate to the field of communications, and in particular, to a method for collaborative EDCA parameter negotiation, a storage medium, and an electronic device. Background Art

[0002] In the related art, the same station (STA) may be simultaneously at the edges of different basic service sets (BSSs). For example, STA1 is associated with AP1 in an access point (AP), and is simultaneously at the edges of basic service sets BSS1 and BSS2. Therefore, it needs to participate in the air interface competition in the areas served by BSS1 and BSS2 at the same time. In this case, the opportunity for STA1 to obtain a transmission time window will be greatly reduced, resulting in a decrease in throughput, an increase in latency, and a significant deterioration in the user experience, especially when real-time application service (RTA) traffic is being carried out on STA1. Moreover, since AP2 and AP1 are hidden nodes to each other, AP2 is very likely to use "aggressive" enhanced distributed channel access (EDCA) parameters (to obtain the air interface to the greatest extent) without knowing the existence of BSS1 to ensure the traffic on this access point. Then, the communication environment of STA1 will be even worse.

[0003] Fiber To The Room (FTTR) technology connects wireless router access points AP in different rooms or locations in scenarios such as homes or small and medium-sized enterprises through optical fibers, so as to provide a high-bandwidth and high-reliability connection for networking between multiple APs, and can use a point-to-multipoint optical distribution network to realize the connection between the master control AP and the slave APs. Against the background of FTTR technology and multi-access points being the focus technologies of the next-generation protocol, an effective EDCA parameter negotiation mechanism should be designed to further ensure the low-latency and high-reliability transmission of RTA traffic. Summary of the Invention

[0004] Embodiments of the present invention provide a method for collaborative EDCA parameter negotiation, a storage medium, and an electronic device, so as to at least solve the problem in the related art that it is difficult to ensure the low-latency and high-reliability transmission of RTA traffic.

[0005] According to an embodiment of the present invention, a method for collaborative EDCA parameter negotiation is provided, including: a station STA confirming whether the enhanced distributed channel access (EDCA) parameter negotiation capabilities of different access points AP 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 respectively sends EDCA parameter negotiation messages to different APs so that different APs complete EDCA parameter negotiation and adjustment.

[0006] According to another embodiment of the present invention, a method for collaborative EDCA parameter negotiation is provided, including: an access point AP confirming its own enhanced distributed channel access (EDCA) parameter negotiation capabilities and determining whether the EDCA parameter negotiation capabilities meet a second preset condition; when the second preset condition is met, the AP sends an EDCA parameter negotiation request to a 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.

[0007] According to still another embodiment of the present invention, a computer-readable storage medium is further provided. A computer program is stored in the computer-readable storage medium, where the computer program is configured to execute the steps in any one of the above method embodiments when running.

[0008] According to still another embodiment of the present invention, an electronic device is further provided, including a memory and a processor. A computer program is stored in the memory, and the processor is configured to run the computer program to execute the steps in any one of the above method embodiments.

[0009] Through the present invention, a method for collaborative EDCA parameter negotiation is provided. By the STA confirming whether the EDCA parameter negotiation capabilities of different 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 respectively sends EDCA parameter negotiation messages to different APs so that different APs complete EDCA parameter negotiation and adjustment. The problem in the related art that it is difficult to ensure low-latency and highly reliable transmission of RTA services is solved, and the effect of low-latency and highly reliable transmission of RTA services is achieved. BRIEF DESCRIPTION OF THE DRAWINGS

[0010] Figure 1 It is a schematic diagram of an edge STA affected by a hidden node in the related art;

[0011] Figure 2 It is a schematic diagram of the EDCA competition mechanism in the related art;

[0012] Figure 3 It is a hardware structure block diagram of a computer terminal for a collaborative EDCA parameter negotiation method according to an embodiment of the present invention;

[0013] Figure 4 It is a flowchart of a collaborative EDCA parameter negotiation method according to an embodiment of the present invention;

[0014] Figure 5 It is a flowchart of a collaborative EDCA parameter negotiation method according to an embodiment of the present invention;

[0015] Figure 6 It is a schematic diagram of the process principle for an STA to initiate collaborative EDCA parameter negotiation according to an embodiment of the present invention;

[0016] Figure 7 It is a schematic diagram of the process principle for an AP to initiate collaborative EDCA parameter negotiation according to an embodiment of the present invention;

[0017] Figure 8 It is a schematic diagram of the random process principle of multiple node devices according to an embodiment of the present invention. Detailed implementation manners

[0018] In the following, embodiments of the present invention will be described in detail with reference to the accompanying drawings and in conjunction with the embodiments.

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

[0020] Figure 1 It is a schematic diagram of an edge STA affected by a hidden node in the related art. As Figure 1 shown, the station STA1 is associated with the access point AP1. However, since it is at the edge of both the basic service set BSS1 and BSS2 at the same time, it needs to participate in the air interface competition in the areas served by both BSS1 and BSS2. In order to address the problem of the edge STA's reduced air interface access opportunity due to the influence of the hidden node, a mechanism should be designed to allow the edge STA to synchronize relevant information to AP2 to ensure the air interface transmission / reception services relying on it.

[0021] Figure 2 It is a schematic diagram of the EDCA competition mechanism in the related art. As Figure 2 shown, EDCA is an enhanced channel access mechanism defined by 802.11.

[0022] When the station STA detects that the channel is idle and the duration is equal to the Arbitration Inter Frame Spacing (AIFS),

[0023] STA randomly selects an integer from zero to the Contention Window (CW) to generate a backoff time (initially CW = CWmin), and starts counting down (back off) until the count reaches zero. At this time, the STA can start sending data. When the STA detects that the channel becomes busy again during the countdown, the countdown stops and waits for AIFSN time slots of the communication channel idle arbitration inter-frame interval before starting the countdown again. When the STA attempts to transmit but the transmission is unsuccessful, the STA adjusts its CW size according to the following rule: CW = min(CW * 2, CWmax), where CWmax is the ContentionWindow Maximum. After any successful transmission, the STA resets the CW size to CWmin. The access intervals of different Access Category (AC) queues are different.

[0024] And there is:

[0025] AIFS[AC] = AIFSN[AC] * a Slot Time + a Short Inter-Frame Space (SIFS)

[0026] Compared with the most primitive Distributed Coordination Function (DCF) mechanism, the Quality of Service (QoS) mechanism is added, that is, 4 Access Category (AC) queues: BK, BE, VI, VO. The recommended values of EDCA are shown in Table 1:

[0027] Table 1 Example Table of EDCA Recommended Values

[0028] AC AIFSN CWmin CWmax VO 2 3 7 VI 2 7 15 BE 3 15 1023 BK 7 15 1023

[0029] In the embodiment of the present invention, an Overlapping Basic Service Set (OBSS) is a service set that overlaps with the basic service set. A Real Time Application (RTA) is a type of service that is sensitive to delay.

[0030] In related proposals, an EDCA parameter coordination mechanism between APs is proposed for the purpose of maximizing the guarantee of real-time application services (RTA services): 1. Dynamically adjust EDCA parameters according to the number of station (STA) devices of the real-time application service (RTA) actually connected. 2. Different EDCA parameters should be configured for RTA devices and non-RTA devices to ensure that the sum of the arbitration interframe space number (AIFSN) and the maximum contention window (CWmax) of RTA devices is less than that of non-RTA devices, so as to provide higher communication priority for RTA devices. 3. The transmission opportunity (Txop) of RTA STA devices is limited to 0.5 milliseconds to limit their occupancy time on the communication medium and ensure fair competition and resource sharing. 4. Add a new bit in the beacon to be used to identify whether there is an RTA service in this basic service set (BSS).

[0031] The method embodiments provided in the embodiments of the present application can be executed on 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 for a method of coordinating EDCA parameter negotiation according to an embodiment of the present invention. As Figure 3 shown, the computer terminal may include one or more ( Figure 3 only one is shown in the figure) processors 302 (the processor 302 may include, but is not limited to, a processing device such as a microprocessor MCU or a field programmable gate array FPGA) and a memory 304 for storing data. Among them, the above computer terminal may further include a transmission device 306 for communication functions and an input / output device 308. Those of ordinary skill in the art can understand that Figure 3 the structure shown is only schematic and does not limit the structure of the above computer terminal. For example, the computer terminal may further include more or fewer components than those shown in Figure 3 the figure, or have a different configuration from that shown in Figure 3 the figure.

[0032] The memory 304 can be used to store computer programs, for example, software programs and modules of application software, such as the computer program corresponding to the coordinated EDCA parameter negotiation method in the embodiments of the present invention. The processor 302 executes various functional applications and data processing by running the computer program stored in the memory 304, that is, implements the above 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 memories, or other non-volatile solid-state memories. In some instances, the memory 304 may further include a memory remotely disposed relative to the processor 302, and these remote memories can be connected to the computer terminal through a network. Examples of the above network include but are not limited to the Internet, intranet, local area network, mobile communication network, and combinations thereof.

[0033] The transmission device 306 is used to receive or send data via a network. Specific examples of the above network may include a wireless network provided by a communication provider of the computer terminal. In one instance, the transmission device 306 includes a network adapter (Network Interface Controller, NIC), which can be connected to other network devices through a base station and thus communicate with the Internet. In one instance, the transmission device 306 can be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0034] In this embodiment, a coordinated EDCA parameter negotiation method running on the above computer terminal is provided. Figure 4 It is a flowchart of the coordinated EDCA parameter negotiation method according to the embodiments of the present invention, as Figure 4 shown, and this process includes the following steps:

[0035] 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 at least include a first access point AP1 and a second access point AP2.

[0036] In the actual implementation process, the STA respectively interacts with AP1 and AP2 through a first information frame to exchange the EDCA parameter negotiation capabilities. The STA and AP1, AP2 can exchange the EDCA parameter negotiation capabilities 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 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.

[0038] In the actual implementation process, AP1 and AP2 first need to confirm that they have the ability to negotiate EDCA parameters, and the ability to negotiate EDCA parameters also needs to meet the first preset condition.

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

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

[0041] In an exemplary embodiment, when the station STA confirms whether the EDCA parameter negotiation capabilities of different access points AP meet the first preset condition, it further includes: when the STA is associated with AP1 and not associated with AP2, the STA confirms whether the EDCA parameter negotiation capabilities of AP2 meet the first preset condition via AP1.

[0042] Step S404, when the EDCA parameter negotiation capabilities meet the first preset condition, the STA queries and receives the EDCA parameter-related information of different APs;

[0043] In an exemplary embodiment, when the STA queries the EDCA parameter-related information of different APs, it includes: the STA sends a second information frame to AP1 and AP2 respectively, where 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: probe request frame, action frame, association / re-association frame, authentication frame, broadcast service / non-service quality data frame.

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

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

[0047] In the actual implementation process, the frame body part of the second information frame shall contain 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 (RTA) that are ongoing on the STA device of the sender of the second information frame. Real-time application services, i.e., RTA services, are services that are only sensitive to time delay. For example, game services, video services, and voice services are all RTA services.

[0048] In the actual implementation process, after receiving the EDCA query information instruction sent by the STA, AP1 and AP2 make corresponding responses.

[0049] In an exemplary embodiment, the STA receives EDCA parameter-related information from different APs, including: The STA receives third information frames from AP1 and AP2, where the third information frames carry EDCA parameter-related information.

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

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

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

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

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

[0055] In an exemplary embodiment, after the STA queries and receives the EDCA parameter-related information from different APs, the method further includes: The STA calculates and obtains the EDCA recommended parameters of AP1 and AP2 respectively according to the wireless configuration information or wireless service statistical information.

[0056] In an exemplary embodiment, the EDCA recommended parameters include at least: minimum contention window; maximum contention window; arbitration inter-frame space number.

[0057] In the actual implementation process, the frame body part of the third information frame shall contain at least one of the following information: (1) The EDCA parameters that the responding party, i.e., the AP, is using, namely CWmin, CWmax, AIFSN, and TXOPlimit. (2) The number of RTA services being carried out 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 in the overlapping basic service set (OBSS); the number of real-time application services (RTA) carried out in the OBSS; the signal strength of the APs in the OBSS; the identity information of the APs in the OBSS.

[0059] In the actual implementation process, the EDCA parameter negotiation message shall 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 carried out 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 the negotiation and adjustment of EDCA parameters.

[0061] In the actual implementation process, after the STA completes information collection from the target AP, it can calculate the recommended EDCA parameters according to the collection 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 described in detail 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 the actual implementation process, the frame interaction between the STA and the non-associated AP2 may also be completed via the AP1 in a wired or wireless manner for frame interaction with the AP2. It is also possible that multiple STAs send EDCA parameter negotiation messages to an AP. After the AP, as the receiving party, aggregates and statistics the information, it responds to update the EDCA parameters.

[0064] The embodiment of the present invention also provides a collaborative EDCA parameter negotiation method running on the above computer terminal. Figure 5 It is a flowchart of the collaborative EDCA parameter negotiation method according to the embodiment of the present invention, as Figure 5 shown, and the process includes the following steps:

[0065] Step S502, the access point AP confirms its own EDCA parameter negotiation ability and determines whether the EDCA parameter negotiation ability meets the second preset condition;

[0066] In an exemplary embodiment, 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.

[0067] In the actual implementation process, in the second preset condition, when the AP discovers that the traffic of the STA associated with it suddenly decreases and detects that the occupancy rate of the air interface within a period of time decreases, suspects OBSS interference, and notifies the STA to initiate 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 sending an EDCA parameter negotiation request to the station STA includes: the AP sending 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 at least includes one of the following: unicast action frame, unicast association / re-association frame, broadcast service / non-service quality data frame.

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

[0072] Step S506, 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.

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

[0074] In an exemplary embodiment, the AP receiving an EDCA parameter negotiation response from the STA includes: the AP receiving 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 at least includes one of the following: unicast action frame, unicast association / re-association frame, broadcast service / non-service quality 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 enabling EDCA parameter negotiation; a reason for the STA to reject an EDCA parameter negotiation request.

[0077] In an exemplary embodiment, the reason for the STA to reject an 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.

[0078] In the actual implementation process, for the case where there is ongoing traffic on the STA at this time, it is necessary to wait until the traffic ends.

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

[0080] In the actual implementation process, the AP can also perform self-regulation of the EDCA parameters according to relevant statistical parameters in the parameter negotiation message, such as the number of APs and the signal strength of the APs, in combination with its own parameter characteristics.

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

[0082] Through the above steps, a collaborative EDCA parameter negotiation method is provided. By the STA confirming whether the EDCA parameter negotiation capabilities of different APs meet a first preset condition, where different APs at least include a first access point AP1 and a second access point AP2; in the case where the EDCA parameter negotiation capabilities meet the first preset condition, the STA queries and receives EDCA parameter-related information of different APs; the STA sends EDCA parameter negotiation messages to different APs respectively, so that different APs complete the adjustment of EDCA parameter negotiation. The problem in the related art that it is difficult to ensure low-latency and high-reliability transmission of the RTA service is solved, and the effect of low-latency and high-reliability transmission of the RTA service is achieved.

[0083] Through the description of the above embodiments, those skilled in the art can clearly understand that the method according to the above embodiments can be implemented by means of software plus a necessary general hardware platform. Of course, it can also be implemented by hardware, but in many cases, the former is a better implementation. Based on such an understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk), and includes several instructions to enable a terminal device (which can be a mobile phone, computer, server, or network device, etc.) to execute the methods described in various embodiments of the present invention.

[0084] In this embodiment, a collaborative EDCA parameter negotiation device is also provided. This device is used to implement the above embodiments and preferred implementation manners, and those that have been described will not be repeated. As used hereinafter, the term "module" can be a combination of software and / or hardware that can achieve a predetermined function. Although the devices described in the following embodiments are preferably implemented in software, implementation in 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 invention can be set in a station STA or in an access point AP. For the collaborative EDCA parameter negotiation device set in the station STA, it may include: a first confirmation module, configured to confirm whether the EDCA parameter negotiation capabilities of different access points AP meet a first preset condition, where different APs at least include a first access point AP1 and a second access point AP2. A query receiving module, configured to query and receive EDCA parameter-related information of different APs when the EDCA parameter negotiation capabilities meet the first preset condition. A parameter negotiation module, configured to send EDCA parameter negotiation messages to different APs respectively, so that different APs complete the EDCA parameter negotiation adjustment.

[0086] It should be noted that the above-mentioned various modules can be implemented by software or hardware. For the latter, it can be implemented in the following ways, but not limited to this: the above-mentioned modules are all located in the same processor; or, the above-mentioned various modules are respectively located in different processors in any combination form. In the actual implementation process, the naming and function division of the above-mentioned modules can be adjusted according to the actual situation, as long as the steps of the collaborative EDCA parameter negotiation method in the above embodiments can be achieved.

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

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

[0089] An embodiment of the present invention also provides an electronic device, including a memory and a processor. A computer program is stored in the memory, 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 above electronic device may further include a transmission device and an input / output device. Among them, the transmission device is connected to the above processor, and the input / output device is connected to the above processor.

[0091] For the specific examples in this embodiment, reference may be made to the examples described in the above embodiments and exemplary embodiments, and details are not described herein again.

[0092] Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by 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 by program codes executable by the computing device. Thus, 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 executed in a different order from here, or they can be separately made into individual integrated circuit modules, or multiple modules or steps among them can be made into a single integrated circuit module to implement. In this way, the present invention is not limited to any specific combination of hardware and software.

[0093] An embodiment of the present invention provides a method for coordinating EDCA parameter negotiation, providing an information interaction mechanism for EDCA parameter negotiation between BSS1 and BSS2 to improve the throughput of STAs at the cross position of the two BSSs and reduce their data transmission delay. The specific methods include two types: Method 1 is that the STA actively initiates a coordinated EDCA (C-EDCA) negotiation request, and Method 2 is that the AP initiates a C-EDCA negotiation request.

[0094] To enable those skilled in the art to better understand the technical solution of the present invention, the following will be described in conjunction with specific scenario embodiments.

[0095] Scenario Embodiment 1

[0096] In Scenario Embodiment 1, the STA corresponding to Mode 1 actively initiates a collaborative EDCA parameter negotiation request. Figure 6 It is a schematic flowchart of the process for the STA to initiate collaborative EDCA parameter negotiation according to the scenario embodiment of the present invention. As Figure 6 shown, it includes the following steps:

[0097] Step S602, the STA interacts with AP1 and AP2 respectively through the first information frame to negotiate the EDCA parameter negotiation capabilities.

[0098] In the actual implementation process, the STA and AP1, AP2 may interact the EDCA parameter negotiation capabilities through the following management frames, namely the first information frame: beacon frame, probe request frame, probe response frame, public action frame, re / association frame, authentication frame. In the actual implementation process, AP1 and AP2 first need to confirm that they have the EDCA parameter negotiation capabilities, and the EDCA parameter negotiation capabilities also need to meet the first preset condition.

[0099] Step S604, when a certain condition, that is, the first preset condition, is met, the STA starts the EDCA parameter negotiation process. First, the STA sends a second information frame to AP1, and 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 STA at the edge has a decreased traffic due to simultaneously participating in the air interface competition of two BSSs, (2) The STA discovers that there are multiple APs on the channel where it is located by receiving the Beacon frame.

[0101] Step S606, after receiving the EDCA query information instruction sent by the STA in Step S602, AP1 makes a corresponding reply.

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

[0103] In the actual implementation process, the second information frame types in steps S604 and S608 may be: probe request frame, public action frame, re / association frame, authentication frame, or broadcast service / non-QoS data frame (Qos / Non Qos Data) may also be sent.

[0104] In the actual implementation process, the frame body part of the second information frame should contain 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 (RTA) that are ongoing on the STA device of the sender of the second information frame. Real-time application services, i.e., RTA services, are services that are only sensitive to time delay. For example, game services, video services, and voice services are all RTA services.

[0105] Step S610, after receiving the second information frame sent by the STA, AP2 makes a reply according to the query information carried in the second information frame sent by the STA in step S608.

[0106] In the actual implementation process, in steps S606 and S610, after receiving the second information frame from the STA, the AP can use the third information frame for reply. The types of the third information frame include probe response frame, public action frame, re / association frame, authentication frame.

[0107] In the actual implementation process, the frame body part of the third information frame should contain at least one of the following information: (1) The EDCA parameters being used by the reply party, i.e., the AP, namely CWmin, CWmax, AIFSN, TXOPlimit. (2) The number of RTA services that are ongoing on the AP device of the reply party.

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

[0109] In the actual implementation process, after the STA completes information collection from the target AP, it can calculate the recommended EDCA parameters based on the collection results. 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 there is an RTA service in the recommended BSS:

[0111] CW min,RTA = min(N RTA + 2, 7)

[0112] CW max,RTA = max(CW max,origin , 2 * CW min,RTA )

[0113] AIFSN RTA = min(N RTA , 3)

[0114] Otherwise, when there is no ongoing RTA in the recommended BSS:

[0115] CW min,non-RTA = min(2 * CW min,RTA , 15)

[0116] CW max,non-RTA = max(CW max,origin , 2 * CW min,non-RTA )

[0117] AIFSN non-RTA = min(N RTA + 4, 7)

[0118] Except for AIFSN, CWmin is mainly adjusted because both theoretical analysis and simulation analysis show that CWmin plays a major role in the adjustment of EDCA parameters. CW min,RTA = min(N RTA + 2, 7) because the simulation results show that the system throughput reaches the maximum value when the value of CWmin is equal to the number of active users plus 2, and the value is less than or equal to 7 is confirmed according to the recommended value of video services in the relevant technology 802.11e. In the design of AIFSN, the value of 3 is confirmed according to the recommended value of the best effort (BE) service in the relevant technology. The simulation results show that the CWmax value hardly plays any role after reaching twice the CWmin.

[0119] For the set of BSSs without ongoing RTA services, CW min,non-RTA = min(2 * CW min,RTA , 15).

[0120]

[0121] Among them, it can be obtained that when the CWmin value doubles, its access opportunity nearly drops by half. To ensure the priority access of RTA services, the CWmin value is set to twice that of the BSS with RTA services. Among them, the value of 15 is confirmed according to the recommended value of the background (BK) service. In the design of the AIFSN value, the value of 7 is confirmed according to the recommended value of the BK service, and the value of 4 is confirmed by interpolating the recommended values of the BK service and the BE service.

[0122] In the actual implementation process, the EDCA parameter negotiation message should carry at least one of the following information: (1) The EDCA recommended parameters generated by the STA. (2) The number of APs belonging to the OBSS. (3) The number of RTA services carried out 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.

[0123] Step S614, after receiving the EDCA parameters recommended by the STA, AP1 and AP2 respectively adjust the EDCA parameter values used at their own ends.

[0124] In the actual implementation process, the frame interaction between the STA and the non-associated AP2 may also be completed via AP1 in a wired or wireless manner for frame interaction with AP2. Multiple STAs can also send EDCA parameter negotiation messages to an AP. After the AP as the receiver aggregates and statistics the information, it responds to update the EDCA parameters.

[0125] In the actual implementation process, the AP can also self-regulate the EDCA parameters according to the relevant statistical parameters in the parameter negotiation message, such as the number of APs and the signal strength of the APs, in combination with its own parameter characteristics.

[0126] Scenario Embodiment 2

[0127] In Scenario Embodiment 2, the AP corresponding to Method 2 initiates a C-EDCA (i.e., cooperative EDCA) negotiation request. Figure 7 It is the schematic flow chart of the AP initiating cooperative EDCA parameter negotiation according to the scenario embodiment of the present invention. As Figure 7 shown, it includes the following steps:

[0128] Step S702, under the condition of meeting a certain condition, that is, the second preset condition, the AP sends a fourth information frame to the STA to notify the STA to start EDCA parameter negotiation.

[0129] In the actual implementation process, the second preset condition includes but is not limited to that the AP discovers that the traffic of the STA associated with it suddenly drops, detects that the occupancy rate of the air interface within a certain period of time drops, suspects OBSS interference, and notifies the STA to start EDCA parameter negotiation.

[0130] In the actual implementation process, the frame type of the fourth information frame can be: unicast action frame, unicast association / re-association frame, broadcast service / non-service quality data frame.

[0131] In the actual implementation process, the fourth information frame should contain a set bit flag for recommending the negotiation of EDCA parameters to be enabled.

[0132] Step S704, after the STA receives the fourth information frame, it responds whether to enable the EDCA parameters and replies to the AP.

[0133] Among them, step S704 is divided into two cases: (1) If the STA agrees to the EDCA parameter negotiation request, it replies to the AP with a fifth information frame. (2) If the STA does not agree to enable the EDCA parameter negotiation, it replies to the AP with a fifth information frame and provides the reason for rejection.

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

[0135] In the actual implementation process, the fifth information frame should contain at least one of the following information: (1) An enable flag bit for enabling the EDCA parameter negotiation. (2) The reason for the STA to reject the EDCA parameter negotiation request, such as: no OBSS is found.

[0136] In the actual implementation process, in the case where the EDCA parameter negotiation response is to agree to the EDCA parameter negotiation request, the EDCA parameter negotiation is performed according to the method in Scenario Implementation One.

[0137] In the actual implementation process, the possible reasons for the STA to reject enabling the EDCA parameter negotiation are as follows: (1) The STA does not detect the existence of an OBSS. (2) There is traffic in progress on the STA at this time and it needs to wait until the traffic ends.

[0138] In the actual implementation process, the AP can also perform self-regulation of the EDCA parameters according to the relevant statistical parameters in the parameter negotiation message, such as the number of APs and the signal strength of the APs, in combination with its own parameter characteristics.

[0139] Scenario Implementation Example Three

[0140] In order to better reflect the effectiveness of the collaborative EDCA parameter negotiation method provided in the embodiments of the present application and enable those skilled in the art to better understand the technical solution of the present invention. In Scenario Implementation Example Three, the Bianchi model is cited as an analysis tool to analyze and elaborate on the collaborative EDCA parameter negotiation method provided in the embodiments of the present application.

[0141] Figure 8Schematic diagram of the random process principle of multiple node devices according to an embodiment of the present invention, as Figure 8 shown, there are n fixed devices (hereinafter referred to as nodes) competing for the air interface in the same area, and under the condition of assuming saturated transmission, each station can immediately use a data packet for transmission after successful transmission is completed. In addition, since all data packets are "continuous", each data packet needs to wait for a random backoff time before transmission.

[0142] As Figure 8 shown, where p represents the probability of frame damage in a transmission, i represents the number of backoffs experienced by the current node due to collision damage, which is also often referred to as the backoff stage in the literature, and W i represents the contention window used in the i-th backoff, and W represents the initial contention window size, i.e., CW min , and the relationship between the two is as follows: W i = 2 i W, i ∈ (0, m), where m represents the maximum backoff stage, and the size of m is determined by CW max , and the relationship between the two is as follows: CW max = 2 m W. Assume that s(t) represents the random process of the backoff state (0,..., m) of the node at time t, b(t) represents the random process of the count value of the backoff count of the node at time t, and τ represents the probability that the node transmits on a randomly selected time slot.

[0143] It should be noted that the key approximation in the model is that in each transmission attempt, regardless of the number of retransmissions, each data packet will collide with a constant and independent probability. That is, as long as W and n increase, this assumed result will be more accurate. p is also called the conditional collision probability, which represents the probability that a data packet transmitted on this model collides.

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

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

[0146] For the multi-AP network scenario, CWmin should be adjusted according to the number of APs in the same environment. The adjustment direction is that the more APs there are, the larger CWmin is. CWmax only has good effects in a few cases. AIFSN should only distinguish different priority ACs. When there are multiple BSSs in the system, the negotiation mechanism proposed in the embodiment of the present application needs to be combined to synchronize the EDCA parameters to improve the overall communication quality of the system.

[0147] In summary, the present invention provides a collaborative EDCA parameter negotiation method, which triggers the C-EDCA negotiation request process by the STA actively initiating or the AP initiating. The conditions for triggering the STA or the AP to initiate C-EDCA. The AP sets its EDCA parameters according to the recommended parameters of the STA. It solves the problem in the related art that it is difficult to ensure the low-delay and high-reliable transmission of the RTA service, and achieves the effect of low-delay and high-reliable transmission of the RTA service.

[0148] The above are only the preferred embodiments of the present invention and are not used to limit the present invention. For those skilled in the art, the present invention can have various changes and modifications. Any modifications, equivalent replacements, improvements, etc. made within the principle of the present invention shall be included in the protection scope of the present invention.

Claims

1. A collaborative EDCA parameter negotiation method, characterized in that, Including: 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 respectively 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's confirmation of whether the Enhanced Distributed Channel Access (EDCA) parameter negotiation capabilities of different Access Points (APs) meet a first preset condition includes: The STA respectively interacts with AP1 and AP2 through a first information frame regarding 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 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 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 drops; There are multiple APs simultaneously present on the channel where the edge station STA is located.

5. The method according to claim 1, wherein The STA's query of EDCA parameter-related information of different APs includes: The STA respectively 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, characterized in that, 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 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 (RTA) running on the device of the STA.

8. The method according to claim 1, wherein The STA's reception of EDCA parameter-related information of different APs includes: 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 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, characterized in that 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 (RTA) running on the devices of AP1 and AP2.

11. The method according to claim 1, characterized in that, Wherein, After the STA queries and receives the 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, 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 the wireless service statistical information.

14. The method according to claim 11 or 13, characterized in that, Wherein, The EDCA recommended parameters at least include: Minimum contention window; Maximum contention window; Number of arbitration inter-frame spaces.

15. The method according to claim 1, characterized in that 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 in the OBSS; The signal strength of the AP in the OBSS; The identity identification information of the AP 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, characterized in that, The station STA confirms whether the enhanced distributed channel access EDCA parameter negotiation capabilities of different access points APs meet the 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 method for collaborative EDCA parameter negotiation, characterized in that 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 the 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, wherein 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 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, wherein the fourth information frame carries the EDCA parameter negotiation request.

21. The method according to claim 20, characterized in that, 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 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, wherein the fifth information frame carries an EDCA parameter negotiation response.

24. The method according to claim 23, wherein 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 Wherein, The frame body information of the fifth information frame at least includes one of the following: Enable flag for enabling EDCA parameter negotiation; Reason for the STA to reject the EDCA parameter negotiation request.

26. The method according to claim 25, wherein Wherein, The reason for the STA to reject 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, characterized in that, 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, characterized in that, A computer program is stored in the computer-readable storage medium, wherein the computer program, when executed by a processor, implements the method according to 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, characterized in that, When the processor executes the computer program, it implements the method according to any one of claims 1 to 28.

Images