WO2022089643A1

WO2022089643A1 - Method for adjusting enhanced distributed channel access parameter of real-time application, and communication device

Info

Publication number: WO2022089643A1
Application number: PCT/CN2021/127987
Authority: WO
Inventors: 霍罗夫·埃夫根尼·米哈伊洛维奇; 班科夫·德米特里; 莱维茨基·伊利亚; 斯图切夫·伊万; 郭宇宸; 李云波; 淦明; 李伊青
Original assignee: 华为技术有限公司
Priority date: 2020-11-02
Filing date: 2021-11-01
Publication date: 2022-05-05
Also published as: CN116349288A

Abstract

The present application provides a method for adjusting an enhanced distributed channel access (EDCA) parameter of a real-time application (RTA), and a communication device. The method may comprise: a first AP performs the following adjustments on an EDCA parameter set in a first basic service set (BSS): reducing a transmission opportunity (TXOP) limit of a non-RTA; or reducing an arbitration inter-frame spacing number (AIFSN) of the non-RTA, such that the sum of the AIFSN of the RTA and a contention window (CW) is less than the AIFSN of the non-RTA; or reducing the AIFSN of the RTA, and/or the CW, such that the sum of the AIFSN of the RTA and the CW is less than the AIFSN of the non-RTA; and the first AP sends the EDCA parameter set in the first BSS to an associated station (STA). According to embodiments of the present application, a transmission delay of the RTA can be reduced, and the priority of the RTA can be improved.

Description

Method and communication device for adjusting enhanced distribution channel access parameters of real-time services

This application claims the priority of the Russian patent application filed on November 02, 2020 with the application number RU2020135916 and the invention titled "Method and Communication Device for Adjusting Enhanced Distribution Channel Access Parameters for Real-time Services", all of which are The contents are incorporated herein by reference.

technical field

The present application relates to the field of wireless communication, and more particularly, to a method and a communication device for adjusting an enhanced distribution channel access parameter of a real-time service.

Background technique

A real-time application (RTA) represents a wireless service with low latency and generally has a higher transmission priority.

In order to reduce the data packet delay of the RTA service, an existing solution is that a station (station, STA) performs channel competition in advance on the premise of predicting an upcoming RTA data packet. However, although the way that the STA performs channel competition in advance can reduce the transmission delay of the RTA data packet to a certain extent, when the STA accesses the channel and the STA data packet does not arrive, resources will be wasted.

SUMMARY OF THE INVENTION

The present application provides a method for adjusting enhanced distribution channel access parameters of real-time services, which can reduce the transmission delay of RTA services.

A first aspect provides a method for adjusting enhanced distribution channel access parameters of real-time services, the method may include:

The first access point (access point, AP) adjusts the enhanced distributed channel access (enhanced distributed channel access, EDCA) parameter set in the first basic service set (basis service set, BSS) as follows: reduce non-real-time The transmission opportunity (TXOP) limit (limit) of the service (real time application, RTA); or

Decrease the arbitration inter frame spacing number (AIFSN) of the non-RTA service, so that the sum of the AIFSN and the contention window (contention window, CW) of the RTA service is smaller than the AIFSN of the non-RTA service; or

reducing the AIFSN and/or CW of the RTA service so that the sum of the AIFSN and CW of the RTA service is smaller than the AIFSN of the non-RTA service;

The first AP sends the EDCA parameter set in the first BSS to the associated STA.

Based on the above technical solution, the first AP adjusts the parameters in the EDCA parameters in the first BSS. For example, the AIFSN and/or TXOP limit of the non-RTA service may be adjusted while the EDCA parameters of the RTA service remain unchanged. Adjust, or adjust the AIFSN and/or CW of the RTA service while keeping the EDCA parameters of the non-RTA service unchanged, so as to ensure the priority transmission of the RTA service and reduce the transmission delay of the RTA service.

With reference to the first aspect, in some implementations of the first aspect, the method further includes: the first AP sends an EDCA parameter set in the first BSS, where the EDCA parameter set in the first BSS includes first request information , the first request information is used to request the second AP to adjust the EDCA parameter set in the second BSS according to the EDCA parameter set in the first BSS, the second AP belongs to the second BSS, the second BSS and the first BSS BSS overlap.

Based on the above technical solution, after modifying the EDCA parameters in the first BSS, the first AP can send the adjusted EDCA parameter set, and carry the first request information in the adjusted EDCA parameter set, The APs in other BSSs (for example, the second BSS) that overlap with the first BSS modify the EDCA parameter set in the BSS according to the EDCA parameter set in the first BSS, so as to ensure that the priorities of the RTA services in the entire network are consistent.

Optionally, the first AP may send the EDCA parameter set in the first BSS in a broadcast manner.

Optionally, the first AP may send the EDCA parameter set in the first BSS to APs in other BSSs that overlap with the first BSS in a unicast manner.

With reference to the first aspect, in some implementations of the first aspect, the first request information is carried in the reserved bits of the EDCA parameter set in the first BSS.

With reference to the first aspect, in some implementations of the first aspect, the first request information is carried in the access category identification (access category identify, ACI)/AIFSN field of the EDCA parameter set in the first BSS.

With reference to the first aspect, in some implementations of the first aspect, the first request information is further used to indicate the validity period of the EDCA parameter set in the first BSS.

Wherein, the effective time period represents the time period for the EDCA parameter set in the first BSS to take effect from the beginning to the end of the effective period, and the effective time period may also be called effective time, effective period, and the like.

Based on the above technical solutions, in the case where the first request information indicates the effective duration of the EDCA parameters in the first BSS, other BSSs can also be used without the need for the first AP to send other instructions beyond the effective duration. Use the default EDCA parameter set for service transmission to avoid over-squeezing of non-RTA services.

With reference to the first aspect, in some implementations of the first aspect, the method further includes: the first AP sends first information, where the first information includes one or more of the following: the AIFSN of the non-RTA service, the The AIFSN of the RTA service, the CW of the RTA service, and the TXOP limit of the non-RTA service, the first information is used to request the second AP to adjust the EDCA parameter set in the second BSS according to the first information, and the second AP belongs to the A second BSS that overlaps the first BSS.

Based on the above technical solution, after modifying the EDCA parameters in the first BSS, the first AP can send the adjusted parameters through the first information, so that other BSSs (for example, the second BSS) that overlap with the first BSS are sent in the first AP. The AP modifies the EDCA parameter set in the BSS according to the first information, so as to ensure that the priorities of the RTA services in the entire network are consistent.

With reference to the first aspect, in some implementations of the first aspect, the first information is further used to indicate the validity period of the EDCA parameter set in the first BSS.

Based on the above technical solution, in the case where the first information indicates the effective duration of the EDCA parameters in the first BSS, other BSSs can also use the other BSSs without the need for the first AP to send other indications beyond the effective duration. The default EDCA parameter set is used for service transmission, so as to avoid excessive squeezing of non-RTA services.

With reference to the first aspect, in some implementations of the first aspect, the method further includes: the first AP receives a response message from the second AP, where the response message is used to instruct the second AP to respond to the second BSS The EDCA parameter set within the EDCA was adjusted.

With reference to the first aspect, in some implementations of the first aspect, before the first AP adjusts the EDCA parameter set in the first BSS, the method further includes: the first AP determines the current network to transmit the RTA business.

With reference to the first aspect, in some implementations of the first aspect, before the first AP adjusts the EDCA parameter set in the first BSS, the method further includes: the first AP receives the first information from the associated STA. 2. Request information, where the second request information is used to request the first AP to adjust the EDCA parameter set in the first BSS.

In a second aspect, a method for adjusting an enhanced distribution channel access parameter of a real-time service is provided, the method may include: a second AP receives an EDCA parameter set in a first BSS from a first AP, and an EDCA parameter set in the first BSS is received by a second AP. The EDCA parameter set includes first request information, and the first request information is used to request the second AP to adjust the EDCA parameter set in the second BSS according to the EDCA parameter set in the first BSS, and the second AP belongs to the second BSS , the second BSS overlaps with the first BSS; the second AP adjusts the EDCA parameter set in the second BSS according to the EDCA parameter set in the first BSS.

With reference to the second aspect, in some implementations of the second aspect, the first request information is carried in the reserved bits of the EDCA parameter set in the first BSS.

With reference to the second aspect, in some implementations of the second aspect, the first request information is carried in the ACI/AIFSN field of the EDCA parameter set in the first BSS.

With reference to the second aspect, in some implementations of the second aspect, the first request information is further used to indicate the validity period of the EDCA parameter set in the first BSS.

With reference to the second aspect, in some implementations of the second aspect, the method further includes: the second AP sends a response message to the first AP, where the response message is used to instruct the second AP to send a response message to the second BSS. The EDCA parameter set was adjusted.

In a third aspect, a method for adjusting an enhanced distribution channel access parameter of a real-time service is provided, the method may include: the second AP receives first information from the first AP, where the first information includes one or more of the following : AIFSN of non-RTA service, AIFSN of RTA service, CW of this RTA service, TXOP limit of this non-RTA service, the first AP belongs to the first BSS, the second AP belongs to the second BSS, the first BSS and the The second BSS overlaps; the second AP adjusts the EDCA parameter set in the second BSS according to the first information.

With reference to the third aspect, in some implementations of the third aspect, the first information is further used to indicate the validity period of the EDCA parameter set in the first BSS.

With reference to the third aspect, in some implementations of the third aspect, the method further includes: the second AP sends a response message to the first AP, where the response message is used to instruct the second AP to send a response message to the second BSS. The EDCA parameter set was adjusted.

In a fourth aspect, a communication device is provided, including a transceiver unit and a processing unit,

The processing unit is configured to: adjust the EDCA parameter set in the first BSS as follows: reduce the TXOP limit of non-RTA services; or

reducing the AIFSN of the non-RTA service such that the sum of the AIFSN and CW of the RTA service is smaller than the AIFSN of the non-RTA service; or

The transceiver unit is configured to: send the EDCA parameter set in the first BSS to the associated STA.

With reference to the fourth aspect, in some implementations of the fourth aspect, the transceiver unit is further configured to: send an EDCA parameter set in the first BSS, where the EDCA parameter set in the first BSS includes first request information, the The first request information is used to request the second AP to adjust the EDCA parameter set in the second BSS according to the EDCA parameter set in the first BSS, the second AP belongs to the second BSS, and the second BSS overlaps with the first BSS .

With reference to the fourth aspect, in some implementations of the fourth aspect, the first request information is carried in the reserved bits of the EDCA parameter set in the first BSS.

With reference to the fourth aspect, in some implementations of the fourth aspect, the first request information is carried in the ACI/AIFSN field of the EDCA parameter set in the first BSS.

With reference to the fourth aspect, in some implementations of the fourth aspect, the first request information is further used to indicate the validity period of the EDCA parameter set in the first BSS.

With reference to the fourth aspect, in some implementations of the fourth aspect, the transceiver unit is further configured to: send first information, where the first information includes one or more of the following: the AIFSN of the non-RTA service, the RTA service The AIFSN, the CW of the RTA service, the TXOP limit of the non-RTA service, the first information is used to request the second AP to adjust the EDCA parameter set in the second BSS according to the first information, and the second AP belongs to the second BSS, the second BSS overlaps the first BSS.

With reference to the fourth aspect, in some implementations of the fourth aspect, the first information is further used to indicate the validity period of the EDCA parameter set in the first BSS.

With reference to the fourth aspect, in some implementations of the fourth aspect, the transceiving unit is further configured to: receive a response message from the second AP, where the response message is used to indicate the second AP to the second BSS The EDCA parameter set was adjusted.

With reference to the fourth aspect, in some implementations of the fourth aspect, the processing unit is further configured to: determine the RTA service to be transmitted in the current network.

With reference to the fourth aspect, in some implementations of the fourth aspect, the transceiver unit is further configured to: receive second request information from the associated STA, where the second request information is used to request the first AP to perform the first request on the first AP. The EDCA parameter set within the BSS is adjusted.

A fifth aspect provides a communication device, comprising a transceiver unit and a processing unit, the transceiver unit is configured to: receive an EDCA parameter set in a first BSS from a first AP, where the EDCA parameter set in the first BSS includes the first a request message, the first request message is used to request the second AP to adjust the EDCA parameter set in the second BSS according to the EDCA parameter set in the first BSS, the second AP belongs to the second BSS, the second BSS overlapping with the first BSS; the processing unit is configured to: adjust the EDCA parameter set in the second BSS according to the EDCA parameter set in the first BSS.

With reference to the fifth aspect, in some implementations of the fifth aspect, the first request information is carried in the reserved bits of the EDCA parameter set in the first BSS.

With reference to the fifth aspect, in some implementations of the fifth aspect, the first request information is carried in the ACI/AIFSN field of the EDCA parameter set in the first BSS.

With reference to the fifth aspect, in some implementations of the fifth aspect, the first request information is further used to indicate the validity period of the EDCA parameter set in the first BSS.

With reference to the fifth aspect, in some implementations of the fifth aspect, the transceiver unit is further configured to: send a response message to the first AP, where the response message is used to indicate the second AP to the EDCA in the second BSS The parameter set has been adjusted.

In a sixth aspect, a communication device is provided, including a transceiver unit and a processing unit, the transceiver unit is configured to: receive first information from a first AP, where the first information includes one or more of the following: non-RTA service AIFSN, AIFSN of the RTA service, CW of the RTA service, TXOP limit of the non-RTA service, the first AP belongs to the first BSS, the second AP belongs to the second BSS, and the first BSS overlaps with the second BSS ; the processing unit is configured to: adjust the EDCA parameter set in the second BSS according to the first information.

With reference to the sixth aspect, in some implementations of the sixth aspect, the first information is further used to indicate the validity period of the EDCA parameter set in the first BSS.

With reference to the sixth aspect, in some implementations of the sixth aspect, the transceiver unit is further configured to: send a response message to the first AP, where the response message is used to indicate the second AP to the EDCA in the second BSS The parameter set has been adjusted.

In a seventh aspect, a communication apparatus is provided, including a processor. The processor is coupled to the memory and can be used to execute instructions in the memory to implement the method in any one of the possible implementations of the first aspect above. Optionally, the communication device further includes a memory. Optionally, the communication device further includes a communication interface, and the processor is coupled to the communication interface.

In an implementation manner, the communication device is the first AP. When the communication device is the first AP, the communication interface may be a transceiver, or an input/output interface.

In another implementation manner, the communication device is a chip configured in the first AP. When the communication device is a chip configured in the first AP, the communication interface may be an input/output interface.

Optionally, the transceiver may be a transceiver circuit. Optionally, the input/output interface may be an input/output circuit.

In an eighth aspect, a communication apparatus is provided, including a processor. The processor is coupled to the memory and can be used to execute instructions in the memory, so as to implement the method in any of the possible implementation manners of the second aspect to the third aspect. Optionally, the communication device further includes a memory. Optionally, the communication device further includes a communication interface, and the processor is coupled to the communication interface.

In an implementation manner, the communication device is the second AP. When the communication device is the second AP, the communication interface may be a transceiver, or an input/output interface.

In another implementation manner, the communication device is a chip configured in the second AP. When the communication device is a chip configured in the second AP, the communication interface may be an input/output interface.

In a ninth aspect, a processor is provided, including: an input circuit, an output circuit, and a processing circuit. The processing circuit is configured to receive a signal through the input circuit and transmit a signal through the output circuit, so that the processor executes the method in any one of the possible implementations of the first aspect to the third aspect.

In the specific implementation process, the above-mentioned processor may be one or more chips, the input circuit may be input pins, the output circuit may be output pins, and the processing circuit may be transistors, gate circuits, flip-flops and various logic circuits, etc. . The input signal received by the input circuit may be received and input by, for example, but not limited to, a receiver, the signal output by the output circuit may be, for example, but not limited to, output to and transmitted by a transmitter, and the input circuit and output The circuit can be the same circuit that acts as an input circuit and an output circuit at different times. The embodiments of the present application do not limit the specific implementation manners of the processor and various circuits.

In a tenth aspect, a processing apparatus is provided, including a processor and a memory. The processor is configured to read the instructions stored in the memory, and can receive signals through the receiver and transmit signals through the transmitter, so as to execute the method in any possible implementation manner of the first aspect to the third aspect.

Optionally, there are one or more processors and one or more memories.

Optionally, the memory may be integrated with the processor, or the memory may be provided separately from the processor.

In the specific implementation process, the memory can be a non-transitory memory, such as a read only memory (ROM), which can be integrated with the processor on the same chip, or can be separately set in different On the chip, the embodiment of the present application does not limit the type of the memory and the setting manner of the memory and the processor.

It should be understood that the relevant data interaction process, such as sending indication information, may be a process of outputting indication information from the processor, and receiving capability information may be a process of receiving input capability information by the processor. Specifically, the data output by the processor can be output to the transmitter, and the input data received by the processor can be from the receiver. Among them, the transmitter and the receiver may be collectively referred to as a transceiver.

The processing device in the tenth aspect above may be one or more chips. The processor in the processing device may be implemented by hardware or by software. When implemented by hardware, the processor can be a logic circuit, an integrated circuit, etc.; when implemented by software, the processor can be a general-purpose processor, implemented by reading software codes stored in a memory, which can Integrated in the processor, can be located outside the processor, independent existence.

In an eleventh aspect, a computer program product is provided, the computer program product comprising: a computer program (also referred to as code, or instructions), which, when the computer program is executed, causes a computer to execute the above-mentioned first aspect to The method in any possible implementation manner of the third aspect.

A twelfth aspect provides a computer-readable storage medium, where the computer-readable storage medium stores a computer program (which may also be referred to as code, or instructions), when it is run on a computer, so that the above-mentioned first aspect to The method in any of the possible implementations of the third aspect is performed.

In a thirteenth aspect, a communication system is provided, including the aforementioned first AP and the second AP.

Description of drawings

FIG. 1 shows a schematic diagram of a traffic system suitable for the embodiment of the present application.

FIG. 2 is a schematic diagram showing that STAs transmitting RTA services perform channel competition in advance.

FIG. 3 shows a schematic flowchart of a method provided by an embodiment of the present application.

FIG. 4 is a schematic diagram showing the transmission delay of the STA transmitting the RTA service.

FIG. 5 shows a schematic diagram of the frame structure of the EDCA parameter set.

FIG. 6 shows a schematic diagram of the frame structure of the update EDCA information (update EDCA Info) in the EDCA parameter set.

FIG. 7 shows a schematic diagram of the frame structure of the AC_BE parameter record.

FIG. 8 is a schematic diagram showing that multiple APs have modified the EDCA parameter set in the BSS when the overlapping basic service set (overlapping basic service set, OBSS) occurs.

Figure 9 shows a schematic diagram of the frame structure of the RTA EDCA information element.

FIG. 10 shows a schematic diagram of a communication apparatus provided by an embodiment of the present application.

FIG. 11 shows a schematic block diagram of another communication apparatus provided by an embodiment of the present application.

FIG. 12 shows a schematic diagram of a chip system provided by an embodiment of the present application.

Detailed ways

The technical solutions in the present application will be described below with reference to the accompanying drawings.

The embodiments of the present application can be applied to a wireless local area network (wireless local area network, WLAN). Currently, the standard adopted by the WLAN is the Institute of Electrical and Electronics Engineers (IEEE) 802.11 series. A WLAN may include multiple basic service sets (basic service sets, BSSs), and the network nodes in the BSSs are stations (stations, STAs) and access points (access points, APs). Each BSS may contain one AP and multiple STAs associated with the AP.

The AP in this embodiment of the present application may also be referred to as a wireless access point or a hotspot. APs are access points for mobile users to access wired networks. They are mainly deployed in homes, buildings, and campuses, with a typical coverage radius ranging from tens of meters to hundreds of meters. Of course, they can also be deployed outdoors. AP is equivalent to a bridge connecting wired network and wireless network. Its main function is to connect various wireless network clients together, and then connect the wireless network to Ethernet. Specifically, the AP may be a device supporting the 802.11ax standard, and further optionally, the AP may be a device supporting multiple WLAN standards such as 802.11ac, 802.11n, 802.11g, 802.11b, 802.11a or subsequent versions.

The STA in this embodiment of the present application may be a wireless communication chip, a wireless sensor, or a wireless communication terminal. For example: mobile phones that support WiFi communication, tablet computers that support WiFi communication, set-top boxes that support WiFi communication, smart TVs that support WiFi communication, smart wearable devices that support WiFi communication, in-vehicle communication that supports WiFi communication Devices and computers that support WiFi communication. Optionally, the STA may support the 802.11ax standard, and further optionally, the STA may support multiple WLAN standards such as 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11a or subsequent versions.

In this embodiment of the present application, the STA or AP includes a hardware layer, an operating system layer running on the hardware layer, and an application layer running on the operating system layer. This hardware layer includes hardware such as central processing unit (CPU), memory management unit (MMU), and memory (also called main memory). The operating system may be any one or more computer operating systems that implement business processing through processes, such as a Linux operating system, a Unix operating system, an Android operating system, an iOS operating system, or a Windows operating system. The application layer includes applications such as browsers, address books, word processing software, and instant messaging software. In addition, the embodiments of the present application do not specifically limit the specific structure of the execution body of the methods provided by the embodiments of the present application, as long as the program that records the codes of the methods provided by the embodiments of the present application can be executed to provide the methods provided by the embodiments of the present application. For example, the execution subject of the method provided by the embodiment of the present application may be an STA or an AP, or a functional module in the STA or AP that can call a program and execute the program.

Additionally, various aspects or features of the present application may be implemented as a method, apparatus, or article of manufacture using standard programming and/or engineering techniques. The term "article of manufacture" as used in this application encompasses a computer program accessible from any computer readable device, carrier or medium. For example, computer readable media may include, but are not limited to, magnetic storage devices (eg, hard disks, floppy disks, or magnetic tapes, etc.), optical disks (eg, compact discs (CDs), digital versatile discs (DVDs) etc.), smart cards and flash memory devices (eg, erasable programmable read-only memory (EPROM), card, stick or key drives, etc.). Additionally, various storage media described herein can represent one or more devices and/or other machine-readable media for storing information. The term "machine-readable medium" may include, but is not limited to, wireless channels and various other media capable of storing, containing, and/or carrying instructions and/or data.

FIG. 1 is a schematic diagram of a network architecture of a wireless local area network applicable to an embodiment of the present application. As shown in (a) of FIG. 1 , a BSS may include an AP and one or more STAs associated with the AP. The network architecture of the wireless local area network may further include multiple BSSs, for example, as shown in (b) of FIG. 1 , two BSSs are shown in the figure, and the two BSSs partially overlap, that is, the OBSS. Wherein, BSS#1 includes AP#1, STA11, STA12 and STA13, and BSS#2 includes AP#2, STA21, STA22 and STA23. STA11, STA12, STA22, and STA23 are the overlapping parts of the two BSSs. Each BSS consists of an AP and multiple STAs. Within one BSS, data can be transmitted between the AP and each STA, and data can be transmitted between multiple STAs. Communication between AP#1 and AP#2 is also possible, and communication is also possible between STAs included in the two BSSs.

It should be understood that FIG. 1 is only exemplary, and should not limit the network architecture of the wireless local area network to which this application applies. For example, the network architecture may further include more BSSs, and each BSS may further include more STAs, or, Part of the BSS may also not include APs. The area where multiple BSSs overlap with each other may also include more STAs, etc., which is not limited in this embodiment of the present application.

A real-time application (RTA) represents a wireless service with low latency and generally has a higher transmission priority. For example, an RTA service can be:

Large-capacity and frequently transmitted services, such as interactive video (virtual reality (VR), augmented reality (AR)), medical applications, real-time video, etc.;

Businesses with large capacity but infrequent transmission, such as emergency services, etc.;

Small-capacity and frequently transmitted services, such as mobile games, robotics and industrial automation, cloud games, drone control, etc.;

Small-capacity but infrequently transmitted services, such as control commands, Internet of Things, etc.

In order to reduce the data packet delay of the RTA service, an existing solution is that the STA performs channel competition in advance on the premise of predicting the upcoming RTA data packet, as shown in FIG. 2 . As can be seen from Figure 2, although the method of STA performing channel competition in advance before the arrival of the RTA data packet can reduce the transmission delay of the RTA data packet, when the STA accesses the channel and the RTA data packet does not arrive, Will lead to waste of resources.

In view of this, an embodiment of the present application provides a method for adjusting an enhanced distribution channel access parameter of a real-time service, which can reduce the transmission delay of RTA data packets.

The following describes the method for adjusting the enhanced distribution channel access parameters of the real-time service provided by the embodiments of the present application with reference to the accompanying drawings.

It should be understood that the following is only for the convenience of understanding and description, and the method provided in this embodiment of the present application is described in detail by taking the interaction between the AP and the AP and between the AP and the STA as an example. However, this should not limit the execution subject of the method provided in this application. For example, the AP shown in the following embodiments can be replaced with components in the configuration and AP (such as a chip or a chip system, etc.), and the STA shown in the following embodiments can be replaced with components in the configuration and STA (such as a chip or a chip system, etc.).

The embodiments shown below do not specifically limit the specific structure of the execution body of the method provided by the embodiment of the present application, as long as the program that records the code of the method provided by the embodiment of the present application can be executed to execute the method provided by the embodiment of the present application. The method only needs to communicate. For example, the execution subject of the method provided by the embodiment of the present application may be an AP or a STA, or a functional module in the AP or STA that can call a program and execute the program.

FIG. 3 is a schematic flowchart of a method 300 for adjusting an enhanced distribution channel access parameter of a real-time service provided by an embodiment of the present application, shown from the perspective of device interaction. The method 300 can be applied to the scenario described in FIG. 1 , and of course can also be applied to other communication scenarios where OBSS exists, which is not limited in this embodiment of the present application. Each step of the method 300 shown in FIG. 3 will be described in detail below.

S310, AP#1 adjusts EDCA parameter set #1.

Among them, EDCA parameter set #1 corresponds to BSS #1, and AP #1 belongs to BSS #1.

The EDCA parameter set includes the parameter set for channel access corresponding to each access category (access category, AC). The same AC has the same parameter value, and the parameter set for channel access corresponding to each CA includes the maximum Contention window (maximum contention window, CWmax), minimum contention window (minimum contention window, CWmin), arbitration inter frame spacing number (arbitration inter frame spacing number, AIFSN) and transmission opportunity (transmission opportunity, TXOP) limit (limit). At present, the ACs defined in the protocol include four types: background information access category (AC_background, AC_BK), best effort access category (AC_best effort, AC_BE), voice access category (AC_voice, AC_VO), video access category ( AC_video, AC_VI). Table 1 shows the default (default) EDCA parameter values corresponding to different ACs.

Table 1

AP#1 can adjust EDCA parameter set #1 in the following ways:

Manner 1: Reduce the transmission opportunity (TXOP) limit (limit) of non-RTA services.

The TXOP limit of non-RTA services indicates the maximum duration of the channel that can be occupied by STAs transmitting non-RTA services after successfully competing for the channel. big.

FIG. 4 is a schematic diagram showing the transmission delay of STA#1 transmitting the RTA service. As shown in Figure 4, the transmission delay of the RTA frame is calculated from the generation of the RTA frame by STA#1 until the acknowledgement (ACK) frame of the RTA frame is received, that is, the total transmission delay of the RTA frame = the channel access time Delay + RTA frame transmission time, where the channel access delay is the existing transmission duration of the channel + backoff duration (including arbitration inter frame spacing (AIFS)). Therefore, if STA#2 is currently transmitting non-RTA services, the existing transmission duration of the channel can be reduced by reducing the TXOP limit of non-RTA services, thereby reducing the total transmission delay of the RTA frame.

Mode 2: Increase the arbitration inter frame spacing number (AIFSN) of the non-RTA service so that the sum of the AIFSN and the contention window (CW) of the RTA service is smaller than the AIFSN of the non-RTA service. The AIFSN of the non-RTA service is denoted as AIFSN _non-RTA , the AIFSN of the RTA service is denoted as AIFSN _RTA , and the CW of the RTA service is denoted as CW _RTA .

The EDCA channel competition access process is: when the channel becomes idle, it first waits for a fixed duration, called AIFS, then waits for a random backoff duration, and then obtains a transmission opportunity. Therefore, in the case of increasing AIFSN _non-RTA so that AIFSN _RTA + CW _RTA < AIFSN _non-RTA , if there are STAs transmitting RTA services and STAs transmitting non-RTA services competing for channels at the same time, the STAs transmitting RTA services The channel can be accessed and transmitted without conflict with the STA that transmits the non-RTA service, so that the transmission delay of the RTA service can be avoided from being too large.

Table 2 shows an example of augmenting AIFSN _non-RTA . As shown in Table 2, in the adjusted EDCA parameters, AIFSN _RTA +CW _RTA +1=AIFSN _non-RTA , which satisfies AIFSN _RTA +CW _RTA <AIFSN _non-RTA .

Table 2

It should be understood that the first and second modes above can be used in combination, that is, AP#1 can increase the AIFSN _non-RTA while reducing the TXOP limit of the non-RTA service.

Mode 3: Decrease AIFSN _RTA and/or CW _RTA , so that AIFSN _RTA +CW _RTA <AIFSN _non-RTA .

The greater the AIFSN, the greater the AIFS, and the greater the CW, the greater the backoff time. It can be seen from FIG. 4 that in the case of reducing the AIFSN _RTA and/or the CW _RTA , the channel access delay of the RTA frame can be reduced, thereby reducing the total transmission delay of the RTA frame. In addition, in the case of reducing AIFSN _RTA and/or CW _RTA so that AIFSN _RTA + CW _RTA <AIFSN _non-RTA , if there is a simultaneous contention between the STA transmitting the RTA service and the STA transmitting the non-RTA service, the RTA is transmitted. The STA of the service can access the channel earlier and transmit it, so that the transmission delay of the RTA service can be avoided from being too large.

The embodiment of the present application does not limit the specific type of the RTA service.

For example, the RTA service may be large-capacity and frequent transmission, large-capacity but infrequent transmission, small-capacity and frequent transmission, or small-capacity but infrequent transmission as described above.

For another example, the RTA service may be a predefined service, where the predefined service may be all services whose access category (access category, AC) is a voice access category (AC_Voice, AC_VO), or may be part of the services of AC_VO (eg primary voice service with user priority (UP) of 6 shown in Table 3), or may be all of access type AC_VO and video access category (AC_Video, AC_VI) The service may be a partial service of AC_VI and AC_VO, or may be a service corresponding to some traffic identifiers (traffic identifiers, TIDs) (one AC matches two TIDs).

table 3

This embodiment of the present application does not limit whether the types of RTA services corresponding to different APs are the same.

In an implementation manner, the types of RTA services corresponding to different APs are the same. For example, the specific type of the RTA service may be predefined by the protocol, and the type of the RTA service corresponding to different APs is consistent with the type of the RTA service predefined by the protocol. For example, if the RTA service types predefined by the protocol are all services of AC_VO, the RTA service types corresponding to different APs are all services of AC_VO.

It can be understood that when the specific type of the RTA service is predefined by the protocol, the STA associated with the AP can also determine the type of the RTA service corresponding to the AP according to the protocol predefined, that is, the AP does not need to indicate its corresponding RTA to the associated STA. The specific type of business.

In another implementation manner, the types of RTA services corresponding to different APs may be different. For example, the RTA service type corresponding to AP#1 is all services of AC_VO, and the RTA service type corresponding to AP#2 is all services of AC_VI. In this case, since the specific types of RTA services corresponding to different APs are different, STAs associated with different APs cannot determine the specific types of RTA services corresponding to different APs according to the protocol predefined, so the AP needs to indicate to the associated STAs the corresponding RTA services. The specific type of STA service.

As an example, the AP may add a field (filed) to the data frame or control frame sent to the STA to indicate the specific type of the RTA service corresponding to the AP. For example, the field added by the AP in the data frame or control frame sent to the STA may be an RTA access category element (Access Category Element), and the RTA Access Category Element is used to indicate the access category of the RTA service corresponding to the AP. For another example, the field added by the AP in the data frame or control frame sent to the STA may be an RTA TID element (element), and the RTA TID Element is used to indicate the TID corresponding to the RTA service. It should be understood that the names of the fields added to the data frames or control frames in the embodiments of the present application are only examples. Of course, the fields added by the AP to the data frames or control frames to indicate the specific type of the RTA service may also be called other fields. Name, which is not limited in this embodiment of the present application.

This embodiment of the present application does not limit the timing at which AP #1 adjusts the EDCA parameter set #1.

In one implementation, AP#1 analyzes the transmission ACs in the current network, and in the case of determining that there are RTA services to be transmitted in the current network, AP#1 adjusts the EDCA parameter set #1.

In another implementation manner, AP#1 may adjust EDCA parameter set #1 when receiving a request message from an associated STA.

In this implementation manner, the method 300 may include S350. The STA sends request information #1 (an example of the second request information) to AP #1, for requesting AP #1 to adjust the EDCA parameter set #1.

The STA can be any STA associated with AP#1. Specifically, the STA may send a request message to AP#1 when it is determined that the service to be transmitted includes the RTA service.

This embodiment of the present application does not limit the effective duration of the adjusted EDCA parameter set #1.

In an implementation manner, the adjusted EDCA parameter set #1 takes effect until AP#1 adjusts the EDCA parameter set #1 again.

In another implementation manner, the adjusted EDCA parameter set #1 takes effect within a predefined validity time. That is to say, within the effective time, the STA performs channel access according to the parameters in the adjusted EDCA parameter set #1, and outside the effective time, the STA performs channel access according to the parameters in the default EDCA parameter set #1. Of course, even within the effective time, AP#1 can cancel the adjustment of EDCA parameter set #1.

S320, AP #1 sends the adjusted EDCA parameter set #1. Correspondingly, in S320, the STA receives the adjusted EDCA parameter set #1.

The STA is any STA associated with AP#1.

Further, the STA can perform channel access according to the parameters in the adjusted EDCA parameter set #1, and transmit the RTA service.

As described above, if the adjusted EDCA parameter set #1 is always in effect, the STA will continue to perform channel access according to the parameters in the adjusted EDCA parameter set #1 until it receives the EDCA parameter set # from AP #1 again. 1, or receive an instruction from AP#1 to restore the default EDCA parameter set #1.

If the adjusted EDCA parameter set #1 takes effect within the predefined effective time period, after receiving the EDCA parameter set #1, the STA performs a channel operation according to the parameters in the adjusted EDCA parameter set #1 within the predefined effective time period. Access, after the validity period expires, the STA uses the parameters in the default EDCA parameter set #1 for channel access.

Optionally, in the case where the effective duration of the adjusted EDCA parameter set #1 is predefined, the AP #1 may periodically send the adjusted EDCA parameter set #1 to the STA, so that the adjusted EDCA parameter set #1 #1 can take effect periodically. For example, the pre-defined effective duration of the adjusted EDCA parameter set #1 is 2s, and the period for AP#1 to send the adjusted EDCA parameter set #1 is 5s. After the STA receives the adjusted EDCA parameter set #1, the Within 2s, perform channel access according to the parameters in the adjusted EDCA parameter set #1. After 2s after receiving the adjusted EDCA parameter set #1, the STA performs channel access according to the parameters in the default EDCA parameter set #1 until 5s After receiving the adjusted EDCA parameter set #1 from AP #1 again, the STA performs channel access again according to the parameters in the adjusted EDCA parameter set #1.

Optionally, in the case where the effective duration of the adjusted EDCA parameter set #1 is predefined, AP #1 may carry an indication message in the signaling (beacon) frame to instruct the STA to communicate according to the period of the beacon frame or the communication The cycle of the indication map (delivery traffic indication map, DTIM), channel access is performed according to the parameters in the adjusted EDCA parameter set #1, that is, the AP can make the adjusted EDCA parameters by carrying an indication information in the beacon frame. #1 is periodically legal. For example, the pre-defined effective duration of the adjusted EDCA parameter set #1 is 2s, and the period for AP#1 to send beacon signaling is 5s, then within 2s after the STA receives the adjusted EDCA parameter set #1, according to the adjustment After 2s after receiving the adjusted EDCA parameter set #1, the STA performs channel access according to the parameters in the default EDCA parameter set #1, until it receives the data from AP#1. After the beacon frame, the STA performs channel access again according to the parameters in the adjusted EDCA parameter set #1.

In this embodiment of the present application, AP#1 adjusts the parameters in the EDCA parameters after determining that there is an RTA service in the current network, or receiving a request message from an associated STA. For example, it can maintain the RTA service. Adjust the AIFSN and/or TXOP limit of the non-RTA service when the EDCA parameters of the non-RTA service remain unchanged, or adjust the AIFSN and/or CW of the RTA service while keeping the EDCA parameters of the non-RTA service unchanged , so as to ensure the priority transmission of the RTA service and reduce the transmission delay of the RTA service.

Optionally, if the BSS#1 where AP#1 is located overlaps with other BSSs, in the case that AP#1 adjusts the EDCA parameter set #1, in order to ensure that the priorities of the RTA services in the entire network are consistent, the method is as follows: 300 may also include S330a and S340 or S330b and S340.

S330a, AP #1 sends the adjusted EDCA parameter set #1.

In an implementation manner, AP #1 may send the adjusted EDCA parameter set #1 in a broadcast manner.

AP#1 sends the adjusted EDCA parameter set #1 in a broadcast manner, then all APs in other BSSs that overlap with BSS#1 can receive the adjusted EDCA parameter set #1 sent by AP#1. For example, in FIG. 1, if BSS#1 and BSS#2 overlap, AP#2 in BSS#2 can receive the adjusted EDCA parameter set #1 broadcast by AP#1. Hereinafter, description will be made by taking as an example that the OBSS includes BSS#1 and BSS#2, the BSS#1 includes AP#1, and the BSS#2 includes AP#2.

In order to ensure that the priorities of the RTA services on the entire network are consistent, AP#1 can carry a request message #2 (an example of the first request message) in the broadcast EDCA parameter set #1. For example, it can be called an RTA EDCA parameter request, using The AP#2 is requested to adjust the EDCA parameter set in the BSS#2, and the EDCA parameter set in the BSS#2 is hereinafter referred to as the EDCA parameter set#2.

This embodiment of the present application does not limit how AP#1 carries the RTA EDCA parameter request in the broadcasted EDCA parameter set #1.

As an example, AP#1 may add an RTA EDCA parameter request field to the broadcast EDCA parameter set #1, which is used to request AP#2 to adjust the EDCA parameter set #2.

As shown in Figure 5, the EDCA parameter set may include: element ID (element ID), length (length), quality of service information (quality of service information, QoS Info), update EDCA information (update EDCA Info), AC_BE parameter record ( parameter record), AC_BK parameter record, AC_VI parameter record, AC_VO parameter record. As shown in Figure 5, a 1-bit RTA EDCA parameter request field can also be added to the EDCA parameter set #1 broadcast by AP#1. If the value in the RTA EDCA parameter request field is "1", it can indicate that AP#1 requests the AP #2 adjusts the EDCA parameter set #2; if the value in the RTA EDCA parameter request field is "0", it means that AP#1 does not request AP#2 to adjust the EDCA parameter set #2. Or, if the value in the RTA EDCA parameter request field is "0", it can indicate that AP#1 requests AP#2 to adjust the EDCA parameter set #2; if the value in the RTA EDCA parameter request field is "1", it can indicate that AP#1 does not request AP#2 to adjust EDCA parameter set #2. Alternatively, if the EDCA parameter set #1 broadcasted by AP#1 carries the RTA EDCA parameter request field, it may indicate that AP#1 requests AP#2 to adjust the EDCA parameter set #2; if the EDCA parameter set #1 broadcasted by AP#1 1 does not carry the RTA EDCA parameter request field, which means that AP#1 does not request AP#2 to adjust the EDCA parameter set #2.

As another example, AP#1 may multiplex some reserved bits (eg, reserved bits in update EDCA Info) present in EDCA parameter set #1 in the broadcasted EDCA parameter set #1, i.e. in the reserved bits It carries an RTA EDCA parameter request field, which is used to request AP#2 to adjust the EDCA parameter set #2.

As shown in Figure 6, after a RTA EDCA parameter request field is carried in the reserved bits in the update EDCA Info, the update EDCA Info in the EDCA parameter set #1 may include: override, power save, PS )-Poll frame access category identification (access category identify, ACI), initial (raw) ACI, STA type (type) and a one-bit RTA EDCA parameter request field.

As yet another example, AP#1 may reuse the ACI/AIFSN field in EDCA parameter set #1, that is, carry an RTA EDCA parameter request field in the ACI/AIFSN field, which is used to request AP#2 for EDCA parameter set #2 make adjustments.

As shown in Figure 7, the AC_BE parameter record may include: ACI/AIFSN, minimum contention window exponential form (exponent form of CWmin, ECWmin)/maximum contention window exponential form (exponent form of CWmax, ECWmax) and TXOP limit. ACI/AIFSN may include: AIFSN, mandatory access control (admission control mandatory, ACM), ACI and RTA EDCA parameter request, wherein the RTA EDCA parameter request multiplexes reserved bits in ACI/AIFSN.

It should be understood that FIG. 7 is only a schematic diagram, showing the specific content included in the AC_BE parameter record, the AC_BK parameter record, the AC_VI parameter record and the AC_VO parameter record may also include: ACI/AFSN, ECWmin/ECWmax and TXOP limit, and The ACI/AFSN may include AIFSN, ACM, ACI and reserved bits. And in Fig. 7 only for illustration, it is shown that RTA EDCA parameter request multiplexes the reserved bits in the ACI/AFSN in the AC_BE parameter record, and the RTA EDCA parameter request can also multiplex the ACI/AFSN in the AC_BK parameter record. The reserved bits, or the reserved bits in the ACI/AFSN in the AC_VI parameter record may be multiplexed, or the reserved bits in the ACI/AFSN in the AC_VO parameter record may be multiplexed.

It should be understood that in the above description, the instruction for requesting AP#2 to adjust the EDCA parameter set #2 is only named "RTA EDCA parameter request" as an example. The instruction for adjusting parameter set #2 may also be named in other forms, which is not limited in this embodiment of the present application.

In another implementation manner, AP#1 may send the adjusted EDCA parameter set #1 to AP#2 in a unicast manner.

If AP #1 sends the adjusted EDCA parameter set #1 to other APs in the OBSS by broadcasting, it does not need other APs to respond, so a problem may arise: when multiple APs in the OBSS have adjusted this parameter set #1 The EDCA parameter set in the BSS and the adjusted EDCA parameter set are broadcast, then the AP in the OBSS will receive multiple EDCA parameter sets. make adjustments.

For example, in FIG. 8 , AP#1 and AP#5 modify the AIFSN _non-RTA in the BSS to 10 respectively, and AP#3 modifies the AIFSN _non-RTA in the BSS to 15. Further, after AP#1, AP#3 and AP#5 broadcast the adjusted EDCA parameter sets respectively, AP#2 can receive the EDCA parameter sets broadcast by AP#1 and AP#3. 3 The broadcasted EDCA parameter set has stronger restrictions on non-RTA services, so AP#2 modifies the AIFSN _non-RTA in this BSS to 15. Similarly, AP#4 can receive the EDCA parameter set broadcast by AP#5 and AP#3. Since the EDCA parameter set broadcast by AP#3 has stronger restrictions on non-RTA services, AP#4 sends the AIFSN in this BSS to the _non-RTA modified to 15. Further, after AP#2 and AP#4 respectively modify the AIFSN _non-RTA in this BSS to 15, they will also broadcast the adjusted EDCA parameter set. Further, AP#1 can receive the EDCA parameter set broadcasted by AP#2, and AP#1 modifies the AIFSN _non-RTA in the BSS to 15 according to the EDCA parameter set broadcasted by AP#2. Similarly, AP#5 can receive the EDCA parameter set broadcast by AP#4, and AP#5 modifies the AIFSN _non-RTA in this BSS to 15 according to the EDCA parameter set broadcast by AP#4. That is to say, in the end AP#1 to AP#5 all modify the AIFSN _non-RTA to 15.

However, when all APs in the OBSS are adjusted according to the most restrictive parameters for non-RTA services, some APs may not be able to accept such a high RTA priority. In addition, this situation is also a squeeze of excessive pressure for non-RTA business.

In order to avoid the severe EDCA parameter set on the entire network, AP#1 can send the adjusted EDCA parameter set#1 to AP#2 in a unicast manner. Similarly, AP #1 may also carry request message #2 in the EDCA parameter set #1 sent by unicast. Specifically, reference may be made to the above description, which is not described in detail here for brevity.

Optionally, when the effective duration of the adjusted EDCA parameter set #1 is predefined, AP #1 may periodically send the adjusted EDCA parameter set #1 to request AP #2 to periodically update the EDCA parameter set #1. Parameter set #2 to adjust.

Optionally, when the effective duration of the adjusted EDCA parameter set #1 is predefined, AP #1 may carry an indication message in the signaling (beacon) frame to instruct AP #2 to follow the period of the beacon frame. Or the period of DTIM, adjust EDCA parameter set #2.

S340, AP#2 adjusts EDCA parameter set #2.

As described above, in the case where BSS#2 where AP#2 is located overlaps with BSS#1, AP#2 can receive the EDCA parameter set #1 broadcast by AP#1; further, AP#2 can The parameters in parameter set #1 adjust or reject the adjustment of EDCA parameter set #2.

For example, if the specific type of the RTA service corresponding to AP#2 is the same as the specific type of the RTA service corresponding to AP#1, AP#2 can adjust the EDCA parameter set #2 according to the parameters in the EDCA parameter set #1.

For example, the RTA services corresponding to AP#2 and AP#1 are all services of AC_VO. During the process of adjusting EDCA parameter set #1, AP#1 increases the non-RTA services (AC_BE) according to the example in Table 2 above. ) of the AIFSN. After AP#2 receives EDCA parameter set #1 broadcast by AP#1, it can adjust EDCA parameter set #2 to be consistent with EDCA parameter set #1, that is, you can increase the AIFSN of AC_BE in EDCA parameter set #2. big.

For another example, even if the specific type of the RTA service corresponding to AP#2 is the same as the specific type of the RTA service corresponding to AP#1, if the adjusted EDCA parameter set #1 increases the priority of the RTA service too much, and AP# 2 If too high RTA service priority cannot be accepted, AP#2 can refuse to adjust EDCA parameter set #2.

For another example, even if the specific type of the RTA service corresponding to AP#2 is different from the specific type of the RTA service corresponding to AP#1, if AP#2 can accept the improvement of the priority of the RTA service by the adjusted EDCA parameter set #1 , AP#1 can adjust EDCA parameter set #2 according to the parameters in EDCA parameter set #1.

For another example, the RTA service corresponding to AP#1 is all services of AC_VO, AP#1 reduces the AIFSN of AC_VO in the process of adjusting EDCA parameter set #1, and the RTA service corresponding to AP#2 is all services of AC_VI, Then, in the process of adjusting the EDCA parameter set #2, AP #2 can adjust the parameters of the RTA service to be consistent with the parameters of the RTA service in the EDCA parameter set #1, that is, the AIFSN of AC_VI can be reduced.

For another example, if AP#2 determines, according to the transmission AC in the current network, that there is currently no RTA service, AP#2 may refuse to adjust the EDCA parameter set #2.

Optionally, an AP that supports adjusting the EDCA parameter set in the BSS according to the received EDCA parameter set may be defined as an RTA-friendly AP (RTA-friendly AP). In this case, if AP#2 is an RTA-friendly AP, then When AP#2 receives the EDCA parameter set #1 from AP#1, AP#2 can adjust the EDCA parameter set #2 according to the EDCA parameter set #1.

Optionally, if AP#2 is an RTA-friendly AP, when AP#2 receives EDCA parameter set #1 from AP#1, it must adjust EDCA parameter set #2 according to EDCA parameter set #1 . That is to say, in this case, regardless of whether AP#2 currently has RTA services to be transmitted, or whether it can accept the improvement of the priority of RTA services by the adjusted EDCA parameter set #1, AP#2 must Set #1 makes adjustments to EDCA parameter set #2.

Optionally, as described above, when the effective duration of the adjusted EDCA parameter set #1 is predefined, AP #1 may periodically send the adjusted EDCA parameter set #1 to request AP #2 The EDCA parameter set #2 is adjusted periodically, and the adjusted effective duration of the EDCA parameter set #2 in the BSS #2 is consistent with the effective duration of the EDCA parameter set #1. For example, the pre-defined effective duration of the adjusted EDCA parameter set #1 is 2s, and the period for AP#1 to send the adjusted EDCA parameter set #1 is 5s, then AP#2 compares the EDCA parameter set to the EDCA parameter set according to the EDCA parameter set #1. Within 2s after #2 is adjusted, the adjusted EDCA parameter set #2 takes effect in BSS#2, and 2s after AP#2 adjusts the EDCA parameter set #2, the default EDCA parameter set #2 is in BSS#2 It takes effect within 5s until it receives the adjusted EDCA parameter set #1 sent by AP#1 again after 5s, and AP#2 adjusts the EDCA parameter set #2 again according to the adjusted EDCA parameter set #1.

Optionally, as described above, when the effective duration of the adjusted EDCA parameter set #1 is predefined, AP#1 may carry an indication message in the signaling (beacon) frame to indicate AP#2 According to the period of the beacon frame or the period of the DTIM, the EDCA parameter set #2 is adjusted according to the adjusted EDCA parameter set #1. For example, the pre-defined effective duration of adjusted EDCA parameter set #1 is 2s, and the period for AP#1 to send beacon signaling is 5s, then AP#2 adjusts EDCA parameter set #2 according to EDCA parameter set #1 Within 2s, the adjusted EDCA parameter set #2 will take effect in BSS#2, and 2s after AP#2 adjusts the EDCA parameter set #2, the default EDCA parameter set #2 will take effect in BSS#2. After the beacon frame from AP#1, AP#2 adjusts EDCA parameter set #2 again according to the adjusted EDCA parameter set #1.

As described above, after AP#2 receives the adjusted EDCA parameter set #1 broadcast by AP#1, whether to adjust the RTAs corresponding to EDCA parameter set #2 and AP#2 and AP#1 according to EDCA parameter set #1 The specific type of the service is related. Therefore, AP#2 needs to know the specific type of the RTA service corresponding to AP#1.

According to the above description, AP#1 may add a field to the data frame or control frame sent to the STA to indicate the specific type of the RTA service corresponding to AP#1. Similarly, AP#1 may add a field to the BSS information (information) of BSS#1 to indicate the specific type of RTA service corresponding to AP#1. For example, the field added by AP#1 in the BSS information of BSS#1 may be RTA Access Category Element, and the RTA Access Category Element is used to indicate the access category of the RTA service corresponding to AP#1. For another example, the field added by AP#1 in the BSS information of BSS#1 may be the RTA TID element, and the RTA TID Element is used to indicate the TID corresponding to the RTA service. It should be understood that the names of the fields added in the BSS information in the embodiments of this application are only examples. Of course, the fields added by AP#1 in the BSS information to indicate the specific types of RTA services can also be called other names. The embodiment does not limit this.

Further, after AP#2 obtains the BSS information of BSS#1, it can determine the specific type of the RTA service corresponding to AP#1. The manner in which AP#2 obtains the BSS information of BSS#1 may refer to the prior art, which is not described in detail in this embodiment of the present application.

Optionally, whether AP#2 adjusts EDCA parameter set #2 according to EDCA parameter set #1 is also related to whether AP#2 is an RTA-friendly AP. Therefore, AP#2 needs to determine whether it is an RTA-friendly AP. As an example, a one-bit indication may be carried in the capability information element of AP#2, which is used to indicate whether AP#2 is an RTA-friendly AP. For example, if the value of one bit is "0", it can indicate that AP#2 is not an RTA-friendly AP; if the value of one bit is "1", it can indicate that AP#2 is an RTA-friendly AP. For another example, if the value of one bit is "1", it can indicate that AP#2 is not an RTA-friendly AP; if the value of one bit is "0", it can indicate that AP#2 is an RTA-friendly AP.

In the embodiment of this application, AP #1 adds a new field to the sent EDCA parameter set #1 to request other APs in the OBSS to adjust the EDCA parameter set in the BSS, so that the RTA service in the OBSS can be Priority remains the same.

In S330a, AP#1 sends the entire adjusted EDCA parameter set #1. Of course, AP#1 may also send only the parameters modified in the process of adjusting the EDCA parameter set #1. In this case, the method 300 may perform S330b and S340.

S330b, AP#1 sends the first information.

AP#1 may send the first information in a broadcast manner, or may specifically, this embodiment of the present application does not limit this.

The first information may include one or more of the following: AIFSN _RTA , CW _RTA , AIFSN _non-RTA , and TXOP limit of non-RTA services.

Specifically, the parameters included in the first information may be modified parameters in the process of AP#1 adjusting the EDCA parameter set #1. For example, AP#1 modifies AIFSN _RTA and CW _RTA in the process of adjusting EDCA parameter set #1, then the first information sent by AP#1 may include the modified AIFSN _RTA and CW _RTA . For another example, when AP#1 modifies the TXOP limit of the non-RTA service during the process of adjusting the EDCA parameter set #1, the first information sent by AP#1 may include the modified TXOP limit of the non-RTA service. For another example, when AP#1 modifies the TXOP limit and AIFSN _non-RTA of the non-RTA service during the process of adjusting the EDCA parameter set #1, the first information sent by AP#1 may include the modified non-RTA service. TXOP limit and AIFSN _non-RTA .

This embodiment of the present application does not limit the manner in which AP#1 sends the first information.

For example, AP#1 may send the first information to AP#2 in a unicast manner, and AP#1 may put the first information in a new element, for example, the new element may be called RTA EDCA information element (RTA EDCA information element), the new element can be carried in the frame structure for unicast synchronization information sent to AP#2, for example, can be carried in a public action frame (public action frame). It should be understood that the embodiments of the present application only take the name of the newly added element as RTA EDCA information element as an example, and of course, the newly added element may also be named in other forms.

For another example, AP#1 can send the first information by broadcasting, and AP#1 can also put the first information in a new element, for example, the new element can be called RTA EDCA information element, and AP#1 can put This new element can be carried in the frame structure of the broadcast transmission.

An example of a schematic structural diagram of the RTA EDCA information element is shown in FIG. 9 . As shown in FIG. 9 , the RTA EDCA information element may include: requested TXOP limit, minimum AIFSN, valid duration, and other to be defined (to be defined, TBD) fields (fileds). The requested TXOP limit is the TXOP limit of the non-RTA service modified by AP#1, and the smallest AIFSN is the AIFSN _non-RTA modified by AP#1. It should be understood that if AP#1 modifies other parameters in the process of adjusting EDCA parameter set #1, the information included in the RTA EDCA information element is different. For example, the RTA EDCA information element may include: AIFSN _RTA and CW _RTAs .

Optionally, in the case where the adjusted effective duration of EDCA parameter set #1 is pre-defined, AP #1 may periodically send the first information to request AP #2 to periodically perform EDCA parameter set #2. Adjustment.

S340, AP#2 adjusts EDCA parameter set #2.

Specifically, AP #2 may adjust or refuse to adjust the EDCA parameter set #2 according to the first information.

For example, if the specific type of the RTA service corresponding to AP#2 is the same as the specific type of the RTA service corresponding to AP#1, AP#2 may adjust the EDCA parameter set #2 according to the first information. For example, if the first information includes AIFSN _RTA and CW _RTA , AP#2 may adjust the AIFSN and CW of the RTA service corresponding to AP#2 according to the AIFSN _RTA and CW _RTA in the first information. For example, AP#2 may modify the AIFSN and CW of its corresponding RTA service to be consistent with the AIFSN _RTA and CW _RTA in the first information.

For another example, even if the specific type of the RTA service corresponding to AP#2 is the same as the specific type of the RTA service corresponding to AP#1, if the first information increases the priority of the RTA service too much, AP#2 cannot accept the high priority. , AP#2 can refuse to adjust EDCA parameter set #2.

For another example, even if the specific type of the RTA service corresponding to AP#2 is different from the specific type of the RTA service corresponding to AP#1, if AP#2 can accept the first information to increase the priority of the RTA service, then AP#1 EDCA parameter set #2 can be adjusted according to the parameters in EDCA parameter set #1.

For example, the RTA service corresponding to AP#1 is all services of AC_VO, the first information includes AIFSN _RTA and CW _RTA , and the RTA service corresponding to AP#2 is all services of AC_VI, then AP#2 is adjusting the EDCA parameter set# In the process of step 2, the parameters of AC_VI may be adjusted according to the first information, for example, the AIFSN and CW of AC_VI are adjusted to be consistent with the AIFSN _RTA and CW _RTA in the first information.

Optionally, an AP that supports adjusting the EDCA parameter set in the BSS according to the received first information may be defined as an RTA-friendly AP. In this case, if AP#2 is an RTA-friendly AP, AP#2 is receiving In the case of the first information from AP#1, AP#2 can adjust the EDCA parameter set #2 according to the first information.

Optionally, if AP#2 is an RTA-friendly AP, when AP#2 receives the first information from AP#1, it must adjust EDCA parameter set #2 according to the first information. That is to say, in this case, regardless of whether AP#2 currently has an RTA service to be transmitted, or whether it can accept the improvement of the priority of the RTA service by the adjusted EDCA parameter set #1, AP#2 must Information to adjust EDCA parameter set #2.

Similarly, before AP#2 determines whether to adjust the EDCA parameter set #2 according to the first information, it can obtain the specific type of the RTA service corresponding to AP#1 from the BSS information of BSS#1, and/or, according to its own capability information element determines whether it is an RTA-friendly AP. Specifically, reference may be made to the above description. Optionally, as described above, in the case that the effective duration of the adjusted EDCA parameter set #1 is predefined, AP #1 may periodically send the first information to request AP #2 to periodically perform EDCA The parameter set #2 is adjusted, and the adjusted effective duration of the EDCA parameter set #2 in the BSS #2 is the same as the effective duration of the EDCA parameter set #1. For example, the pre-defined effective duration of the adjusted EDCA parameter set #1 is 2s, and the period for AP#1 to send the first information to AP#2 is 5s, then AP#2 compares the EDCA parameter set# according to the EDCA parameter set #1. 2 Within 2s after the adjustment, the adjusted EDCA parameter set #2 takes effect in BSS#2, and 2s after AP#2 adjusts the EDCA parameter set #2, the default EDCA parameter set #2 is in BSS#2 It takes effect until it receives the first information sent by AP#1 again after 5s, and AP#2 adjusts the EDCA parameter set #2 again according to the adjusted EDCA parameter set #1.

In the embodiment of the present application, AP#1 sends the modified EDCA parameters to other APs in the OBSS, so that other APs in the OBSS can adjust the EDCA parameters in the BSS according to the first information sent by AP#1, so as to achieve full Network RTA services have the same priority.

Optionally, when AP#1 sends the adjusted EDCA parameter set #1 or the first information in a unicast manner, the method 300 may further include S360, AP#2 sends a response message to AP#1.

If AP#2 adjusts the EDCA parameter set #2 according to the adjusted EDCA parameter set #1 or the first information, the response message is used to indicate that AP#2 has adjusted the EDCA parameter set #2.

If AP#2 refuses to adjust EDCA parameter set #2 according to the adjusted EDCA parameter set #1 or the first information, the response message is used to instruct AP#2 to refuse to adjust EDCA parameter set #2.

The method of the embodiment of the present application is described in detail above with reference to FIGS. 3 to 9 , and the apparatus of the embodiment of the present application is described in detail below with reference to FIGS. 10 to 12 . It should be noted that the apparatuses shown in FIG. 10 to FIG. 12 can implement each step in the above method, which is not repeated here for brevity.

FIG. 10 is a schematic block diagram of a communication apparatus provided by an embodiment of the present application. As shown in FIG. 10 , the communication apparatus 2000 may include a processing unit 2100 and a transceiver unit 2200 .

In a possible design, the communication apparatus 2000 may correspond to the first AP in the above method embodiments, for example, may be the first AP, or a component (such as a chip or a chip system, etc.) configured in the first AP ).

It should be understood that the communication apparatus 2000 may correspond to the first AP in the method 300 according to the embodiment of the present application, and the communication apparatus 2000 may include a unit for executing the method performed by the first AP in the method 300 in FIG. 3 . Moreover, each unit in the communication apparatus 2000 and the other operations and/or functions mentioned above are respectively for realizing the corresponding flow in the method 300 in FIG. 3 . It should be understood that the specific process of each unit performing the above-mentioned corresponding steps has been described in detail in the above-mentioned method embodiments, and for the sake of brevity, it will not be repeated here.

It should also be understood that when the communication device 2000 is a chip configured in the first AP, the transceiver unit 2200 in the communication device 2000 can be implemented through an input/output interface, and the processing unit 2100 in the communication device 2000 can be implemented through the chip or It is realized by a processor, microprocessor or integrated circuit integrated on the chip system.

In another possible design, the communication apparatus 2000 may correspond to the second AP in the above method embodiments, for example, may be the second AP, or a component (such as a chip or a chip system) configured in the second AP Wait).

It should be understood that the communication apparatus 2000 may correspond to the second AP in the method 300 according to the embodiment of the present application, and the communication apparatus 2000 may include a unit for performing the method performed by the second AP in the method 300 in FIG. 3 . Moreover, each unit in the communication apparatus 2000 and the other operations and/or functions mentioned above are respectively for realizing the corresponding flow in the method 300 in FIG. 3 . It should be understood that the specific process of each unit performing the above-mentioned corresponding steps has been described in detail in the above-mentioned method embodiments, and for the sake of brevity, it will not be repeated here.

It should also be understood that when the communication device 2000 is a chip configured in the second AP, the transceiver unit 2200 in the communication device 2000 can be implemented through an input/output interface, and the processing unit 2100 in the communication device 2000 can be implemented through the chip or It is realized by a processor, microprocessor or integrated circuit integrated on the chip system.

FIG. 11 is a schematic block diagram of a communication apparatus according to another embodiment of the present application. The communication apparatus 3000 shown in FIG. 11 may include: a memory 3100 , a processor 3200 , and a communication interface 3300 . The memory 3100, the processor 3200, and the communication interface 3300 are connected through an internal connection path, the memory 3100 is used to store instructions, and the processor 3200 is used to execute the instructions stored in the memory 3100 to control the input/output interface 3000 to receive/send EDCA parameter set. Optionally, the memory 3100 may be coupled with the processor 3200 through an interface, or may be integrated with the processor 3200 .

It should be noted that, the above-mentioned communication interface 3300 uses a transceiver such as but not limited to a transceiver to implement communication between the communication device 3000 and other devices or communication networks. The above-mentioned communication interface 3300 may also include an input/output interface.

In the implementation process, each step of the above-mentioned method may be completed by an integrated logic circuit of hardware in the processor 3200 or an instruction in the form of software. The methods disclosed in conjunction with the embodiments of the present application may be directly embodied as executed by a hardware processor, or executed by a combination of hardware and software modules in the processor. The software modules may be located in random access memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory, registers and other storage media mature in the art. The storage medium is located in the memory 3100, and the processor 3200 reads the information in the memory 3100, and completes the steps of the above method in combination with its hardware. To avoid repetition, detailed description is omitted here.

It should be understood that, in this embodiment of the present application, the processor may be a central processing unit (central processing unit, CPU), and the processor may also be other general-purpose processors, digital signal processors (digital signal processors, DSP), dedicated integrated Circuit (application specific integrated circuit, ASIC), off-the-shelf programmable gate array (field programmable gate array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

It should also be understood that, in this embodiment of the present application, the memory may include a read-only memory and a random access memory, and provide instructions and data to the processor. A portion of the processor may also include non-volatile random access memory. For example, the processor may also store device type information.

FIG. 12 is a schematic diagram of a chip system according to an embodiment of the present application. The chip system 4000 shown in FIG. 12 includes: a logic circuit 4100 and an input/output interface (input/output interface) 4200, the logic circuit is used to couple with the input interface, and transmit data (such as EDCA parameters) through the input/output interface set) to perform the method described in FIG. 3 .

An embodiment of the present application further provides a processing apparatus, including a processor and an interface, where the processor is configured to execute the method in any of the foregoing method embodiments.

It should be understood that the above-mentioned processing device may be one or more chips. For example, the processing device may be a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), a system on chip (SoC), or a It is a central processing unit (CPU), a network processor (NP), a digital signal processing circuit (DSP), or a microcontroller (microcontroller unit). , MCU), it can also be a programmable logic device (PLD) or other integrated chips.

In the implementation process, each step of the above-mentioned method can be completed by a hardware integrated logic circuit in a processor or an instruction in the form of software. The steps of the methods disclosed in conjunction with the embodiments of the present application may be directly embodied as executed by a hardware processor, or executed by a combination of hardware and software modules in the processor. The software modules may be located in random access memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory, registers and other storage media mature in the art. The storage medium is located in the memory, and the processor reads the information in the memory, and completes the steps of the above method in combination with its hardware. To avoid repetition, detailed description is omitted here.

It should be noted that the processor in this embodiment of the present application may be an integrated circuit chip, which has a signal processing capability. In the implementation process, each step of the above method embodiments may be completed by a hardware integrated logic circuit in a processor or an instruction in the form of software. The aforementioned processors may be general purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components . The methods, steps, and logic block diagrams disclosed in the embodiments of this application can be implemented or executed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in conjunction with the embodiments of the present application may be directly embodied as executed by a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor. The software modules may be located in random access memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory, registers and other storage media mature in the art. The storage medium is located in the memory, and the processor reads the information in the memory, and completes the steps of the above method in combination with its hardware.

It can be understood that the memory in this embodiment of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memory. Wherein, the non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically programmable read-only memory (EPROM). Erase programmable read-only memory (electrically EPROM, EEPROM) or flash memory. Volatile memory may be random access memory (RAM), which acts as an external cache. By way of example and not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (double data rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous link dynamic random access memory (synchlink DRAM, SLDRAM) ) and direct memory bus random access memory (direct rambus RAM, DR RAM). It should be noted that the memory of the systems and methods described herein is intended to include, but not be limited to, these and any other suitable types of memory.

According to the method provided by the embodiment of the present application, the present application also provides a computer program product, the computer program product includes: computer program code, when the computer program code is run on a computer, the computer is made to execute the embodiment shown in FIG. 3 . In the method, the first AP and the second AP respectively execute the method.

According to the method provided by the embodiments of the present application, the present application further provides a computer-readable storage medium, where the computer-readable storage medium stores program codes, and when the program codes are run on a computer, the computer executes the program shown in FIG. 3 . The methods performed by the first AP and the second AP respectively in the embodiment.

According to the method provided by the embodiment of the present application, the present application further provides a system, which includes the aforementioned one or more first APs and one or more second APs.

The network equipment in each of the above apparatus embodiments completely corresponds to the terminal equipment and the network equipment or terminal equipment in the method embodiments, and corresponding steps are performed by corresponding modules or units. For the sending step, other steps except sending and receiving may be performed by a processing unit (processor). For functions of specific units, reference may be made to corresponding method embodiments. The number of processors may be one or more.

The terms "component", "module", "system" and the like are used in this specification to refer to a computer-related entity, hardware, firmware, a combination of hardware and software, software, or software in execution. For example, a component may be, but is not limited to, a process running on a processor, a processor, an object, an executable, a thread of execution, a program, and/or a computer. By way of illustration, both an application running on a computing device and the computing device may be components. One or more components may reside within a process and/or thread of execution, and a component may be localized on one computer and/or distributed between 2 or more computers. In addition, these components can execute from various computer readable media having various data structures stored thereon. A component may, for example, be based on a signal having one or more data packets (eg, data from two components interacting with another component between a local system, a distributed system, and/or a network, such as the Internet interacting with other systems via signals) Communicate through local and/or remote processes.

Those of ordinary skill in the art will appreciate that the various illustrative logical blocks and steps described in connection with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware accomplish. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Skilled artisans may implement the described functionality using different methods for each particular application, but such implementations should not be considered beyond the scope of this application.

Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working process of the system, device and unit described above can be referred to the corresponding process in the foregoing method embodiment, and will not be repeated here.

In the several embodiments provided in this application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. For example, the apparatus embodiments described above are only illustrative. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored, or not implemented. On the other hand, the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or units, and may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution in this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit.

In the above embodiments, the functions of each functional unit may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions (programs). When the computer program instructions (programs) are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of the present application are generated. The computer may be a general purpose computer, special purpose computer, computer network, or other programmable device. The computer instructions may be stored in or transmitted from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions may be downloaded from a website site, computer, server or data center Transmission to another website site, computer, server, or data center by wire (eg, coaxial cable, optical fiber, digital subscriber line, DSL) or wireless (eg, infrared, wireless, microwave, etc.). The computer-readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. that includes an integration of one or more available media. The available media may be magnetic media (eg, floppy disks, hard disks, magnetic tapes), optical media (eg, high-density digital video discs (DVDs)), or semiconductor media (eg, solid state disks, SSD)) etc.

The functions, if implemented in the form of software functional units and sold or used as independent products, may be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application can be embodied in the form of a software product in essence, or the part that contributes to the prior art or the part of the technical solution. The computer software product is stored in a storage medium, including Several instructions are used to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM), random access memory (RAM), magnetic disk or optical disk and other media that can store program codes .

The above are only specific embodiments of the present application, but the protection scope of the present application is not limited to this. should be covered within the scope of protection of this application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims

A method for adjusting enhanced distributed channel access parameters of real-time services, comprising:

The first access point AP adjusts the enhanced distributed channel access EDCA parameter set in the first basic service set BSS as follows:

Reduce the transmission opportunity limit TXOP limit of non-real-time service RTA; or

reducing the arbitration frame gap number AIFSN of the non-RTA service, so that the sum of the AIFSN of the RTA service and the contention window CW is smaller than the AIFSN of the non-RTA service; or

reducing the AIFSN and/or CW of the RTA service so that the sum of the AIFSN and CW of the RTA service is smaller than the AIFSN of the non-RTA service;

The first AP sends the EDCA parameter set in the first BSS to the associated station STA.
The method according to claim 1, wherein the method further comprises:

The first AP sends the EDCA parameter set in the first BSS, and the EDCA parameter set in the first BSS includes first request information, and the first request information is used to request the second AP according to the first The EDCA parameter set in the BSS adjusts the EDCA parameter set in the second BSS, the second AP belongs to the second BSS, and the second BSS overlaps with the first BSS.
The method according to claim 2, wherein the first request information is carried in a reserved bit of an EDCA parameter set in the first BSS.
The method according to claim 2, wherein the first request information is carried in an access class identifier ACI/AIFSN field of an EDCA parameter set in the first BSS.
The method according to any one of claims 2 to 4, wherein the first request information is further used to indicate the effective duration of the EDCA parameter set in the first BSS.
The method according to claim 1, wherein the method further comprises:

The first AP sends first information, where the first information includes one or more of the following: the AIFSN of the non-RTA service, the AIFSN of the RTA service, the CW of the RTA service, and the non-RTA service TXOP limit, the first information is used to request the second AP to adjust the EDCA parameter set in the second BSS according to the first information, the second AP belongs to the second BSS, the second BSS and the The first BSS overlaps.
The method according to claim 6, wherein the first information is further used to indicate the effective duration of the EDCA parameter set in the first BSS.
The method according to any one of claims 2 to 7, wherein the method further comprises:

The first AP receives a response message from the second AP, where the response message is used to indicate that the second AP has adjusted the EDCA parameter set in the second BSS.
The method according to any one of claims 1 to 8, wherein before the first AP adjusts the EDCA parameter set in the first BSS, the method further comprises:

The first AP determines the RTA service to be transmitted in the current network.
The method according to any one of claims 1 to 8, wherein before the first AP adjusts the EDCA parameter set in the first BSS, the method further comprises:

The first AP receives second request information from the associated STA, where the second request information is used to request the first AP to adjust the EDCA parameter set in the first BSS.
A method for adjusting enhanced distributed channel access parameters of real-time services, comprising:

The second access point AP receives the enhanced distributed channel access EDCA parameter set in the first basic service set BSS from the first AP, the EDCA parameter set in the first BSS includes first request information, and the first request The information is used to request the second AP to adjust the EDCA parameter set in the second BSS according to the EDCA parameter set in the first BSS, the second AP belongs to the second BSS, and the second BSS and the The first BSS overlaps;

The second AP adjusts the EDCA parameter set in the second BSS according to the EDCA parameter set in the first BSS.
The method according to claim 11, wherein the first request information is carried in a reserved bit of an EDCA parameter set in the first BSS.
The method according to claim 11, wherein the first request information carries the access class identifier ACI/AIFSN field of the EDCA parameter set in the first BSS.
The method according to any one of claims 11 to 13, wherein the first request information is further used to indicate the effective duration of the EDCA parameter set in the first BSS.
The method according to any one of claims 11 to 14, wherein the method further comprises:

The second AP sends a response message to the first AP, where the response message is used to indicate that the second AP has adjusted the EDCA parameter set in the second BSS.
A method for adjusting enhanced distributed channel access parameters of real-time services, comprising:

The second access point AP receives the first information from the first AP, where the first information includes one or more of the following: Arbitration Frame Slot Number AIFSN of the non-real-time service RTA, AIFSN of the real-time service RTA, the RTA service The contention window CW, the transmission opportunity limit TXOP limit of the non-RTA service, the first AP belongs to the first basic service set BSS, the second AP belongs to the second BSS, the first BSS and the The second BSS overlaps;

The second AP adjusts the EDCA parameter set in the second BSS according to the first information.
The method according to claim 16, wherein the first information is further used to indicate the effective duration of the EDCA parameter set in the first BSS.
The method according to claim 16 or 17, wherein the method further comprises:

The second AP sends a response message to the first AP, where the response message is used to indicate that the second AP has adjusted the EDCA parameter set in the second BSS.
A communication device, characterized by comprising a unit for implementing the method according to any one of claims 1 to 10.
A communication device, characterized by comprising a unit for implementing the method according to any one of claims 11 to 17.
A communication device, characterized in that it includes:

A processor for executing computer instructions stored in the memory to cause the apparatus to perform: the method of any one of claims 1 to 10.
A communication device, characterized in that it includes:

A processor for executing computer instructions stored in the memory to cause the apparatus to perform: the method of any one of claims 11 to 17.
A computer-readable storage medium, characterized in that a computer program is stored thereon, and when the computer program is executed, the method according to any one of claims 1 to 17 is performed.
A communication system, characterized in that, the network system comprises the communication device according to claim 19 or 21 and the communication device according to claim 20 or 22.