Data transmission method and apparatus based on preemptive transmission

Abstract

The present application provides a data transmission method and apparatus based on preemptive transmission. The method comprises: sending a low latency request (LLR) frame to a first communication device, wherein the LLR frame is used for requesting preemption of a transmission opportunity (TXOP) held by the first communication device; receiving a first preemption confirmation frame, wherein the first preemption confirmation frame is used for indicating success of the preemption; and performing data transmission in the TXOP. According to the method and apparatus provided by the present application, a communication device expected to preempt a TXOP initiates an LLR to a communication device holding the TXOP, and can transmit data only when a preemption confirmation is obtained; in this way, on the one hand, data transmission of a TXOP holder can be ensured, thereby avoiding frequent channel contention within a certain period of time, and on the other hand, a non-TXOP holder can participate in preemption by means of an LLR frame, expanding the application range of preemptive transmission, optimizing the preemptive transmission mechanism.

Description

A method and device for data transmission based on preemptive transmission

[0001] This application claims priority to a Chinese patent application filed with the Patent Office of China on January 8, 2024, with application number 202410029552.9 and entitled “A method and device for data transmission based on preemptive transmission”, the entire contents of which are incorporated herein by reference. Technical Field

[0002] The embodiments of the present application relate to the field of wireless communication technology, and more specifically, to a method and apparatus for data transmission based on preemptive transmission. Background Art

[0003] With the development of communication technology, wireless local area network (WLAN) technology has introduced the concept of transmit opportunity (TXOP). WLAN devices can obtain a TXOP through the channel access process to transmit data. WLAN devices can be access points (APs) or stations (STAs).

[0004] A WLAN device that obtains a TXOP is called a TXOP holder and can transmit its services for the duration of the TXOP. This reduces contention to a certain extent and ensures the stability of the TXOP holder's service transmission. Under the TXOP transmission mechanism, non-TXOP holders must wait until the TXOP holder's TXOP expires before competing for the channel, which increases latency for their services. This can be particularly impacted when the non-TXOP holder's services are low-latency or when the holder's TXOP duration is long.

[0005] In order to reduce this impact, a preemptive transmission mechanism is introduced, that is, a non-holder can preempt the TXOP within the holder's TXOP duration to transmit the non-holder's business and meet its business needs.

[0006] However, the existing preemptive transmission mechanism is not flexible enough, which may result in non-holders always being unable to preempt TXOPs or holders always having their TXOPs preempted, thereby affecting service transmission of WLAN devices. Summary of the Invention

[0007] The embodiments of the present application provide a method and apparatus for data transmission based on preemptive transmission, which can optimize the mechanism of preemptive transmission.

[0008] In a first aspect, a method for data transmission based on preemptive transmission is provided, comprising: sending a low latency request (LLR) frame to a first communication device, wherein the LLR frame is used to request to preempt a transmission opportunity TXOP held by the first communication device; receiving a first preemption confirmation frame, wherein the first preemption confirmation frame is used to indicate that the preemption is successful; and performing data transmission within the TXOP.

[0009] The solution provided by the embodiments of the present application is to enable a communication device (also referred to as a "non-holder" or "non-TXOP holder") that is expected to preempt a TXOP (also referred to as a "holder" or "TXOP holder") to initiate a low-latency service request to a communication device (also referred to as a "holder" or "TXOP holder") that holds a TXOP, and to transmit data only after obtaining a preemption confirmation. This, on the one hand, can ensure the data transmission of the TXOP holder and avoid frequent channel contention within a certain period of time; on the other hand, it enables non-TXOP holders to participate in preemption through low-latency service request frames, thereby expanding the application scope of preemptive transmission and optimizing the preemptive transmission mechanism.

[0010] In combination with the first aspect, in some implementations of the first aspect, the first preemption confirmation frame includes preemption confirmation information, and the preemption confirmation information is used to indicate whether the preemption is successful.

[0011] In the solution provided by the embodiment of the present application, a non-holder transmits data after receiving a first preemption confirmation frame containing preemption confirmation information. The first preemption confirmation frame clearly indicates that the communication device that desires to preempt the TXOP has successfully preempted the TXOP, making the indication of successful transmission opportunity preemption clearer, thereby optimizing the mechanism for preempting transmission.

[0012] In combination with the first aspect, in some implementations of the first aspect, receiving the first preemption confirmation frame includes: receiving the first preemption confirmation frame sent by the first communication device.

[0013] In the solution provided by the embodiments of the present application, a non-holder initiates a low-latency service request and can only transmit data after obtaining a preemption confirmation frame sent by the TXOP holder. This enables the TXOP holder to decide whether to agree to the preemption of the non-holder, thereby ensuring the holder's data transmission, thereby optimizing the preemptive transmission mechanism.

[0014] In combination with the first aspect, in some implementations of the first aspect, the first preemption confirmation frame includes LLR RU allocation information, and the resource blocks RU (resource units) in the LLR RU allocation information are frequency bands used by the second communication device to send LLR frames.

[0015] In the solution provided by the embodiment of the present application, the RU in the LLR RU allocation information contained in the first preemption confirmation frame is the frequency band used when the non-holder who is allowed to obtain the transmission opportunity initiates preemption. In this way, the holder can allow the non-holder of the corresponding frequency band to obtain the transmission opportunity through the LLR RU allocation information in the first preemption confirmation frame, thereby optimizing the mechanism of preemptive transmission.

[0016] In combination with the first aspect, in some implementations of the first aspect, the method further includes: determining that the second communication device has successfully preempted according to the RU in the LLR RU allocation information.

[0017] In the solution provided by the embodiment of the present application, the communication device that initiates the low-latency service request determines that the second communication device corresponding to the RU has successfully preempted the RU through the RU in the LLR RU allocation information contained in the first preemption confirmation frame, thereby optimizing the preemption transmission mechanism.

[0018] In combination with the first aspect, in some implementations of the first aspect, the method further includes: receiving a second preemption confirmation frame sent by the first communication device, the second preemption confirmation frame including LLR reception information, and the LLR reception information is used to indicate whether the LLR frame sent by the second communication device is successfully received.

[0019] In the solution provided by the embodiment of the present application, the non-holder receives the second preemption confirmation frame. The LLR reception information contained in the second preemption confirmation frame can indicate whether the LLR frame is successfully received. In this way, when the LLR frame reception fails, the non-holder can obtain an indication of the LLR frame reception failure.

[0020] In combination with the first aspect, in some implementations of the first aspect, the second preemption confirmation frame further includes retransmission information, the second preemption confirmation frame is a broadcast frame, and the retransmission information is used to instruct to resend the LLR frame.

[0021] In the solution provided by the embodiment of the present application, the retransmission information contained in the second preemption confirmation frame can be broadcast to instruct the non-holder to initiate preemption again. In this way, when the LLR frame reception fails, the non-holder can re-preempt according to the retransmission information. The retransmission information can also clarify the timing of the non-holder to re-preempt, thereby optimizing the preemptive transmission mechanism.

[0022] In combination with the first aspect, in certain implementations of the first aspect, the second communication device and the first communication device are stations STA, the second communication device is a device that sends LLR frames, and the first preemption confirmation frame is a trigger frame TF (trigger frame) sent by the access point AP, wherein the TF is triggered by the AP based on the third preemption confirmation frame sent by the first communication device.

[0023] In the solution provided by the embodiment of the present application, the third preemption confirmation frame can instruct the access point AP to schedule data transmission. Therefore, when the non-holders and TXOP holders allowed to obtain transmission opportunities are both station STAs, the AP can schedule data transmission services based on service information such as the priority of different data services and / or the expected duration of channel occupation. This can make the transmission of services more reasonable, thereby optimizing the mechanism of preemptive transmission.

[0024] In combination with the first aspect, in some implementations of the first aspect, the third preemption confirmation frame includes trigger object information, and the trigger object information is used to indicate whether the AP's data transmission scheduling includes scheduling data transmission of the first communication device.

[0025] In the solution provided by the embodiment of the present application, the trigger object information contained in the third preemption confirmation frame can indicate whether the access point AP needs to schedule the data transmission service of the scheduling holder when performing data transmission scheduling. This can meet the data transmission scheduling in different situations, improve the flexibility of preemptive transmission, and thus optimize the preemptive transmission mechanism.

[0026] In combination with the first aspect, in some implementations of the first aspect, the third preemption confirmation frame further includes confirmation information, where the confirmation information is used to instruct the AP to perform data transmission within the TXOP.

[0027] The solution provided by the embodiment of the present application is that the non-holder STA receives the TF triggered by the AP according to the third preemption confirmation frame sent by the holder STA for data transmission, and the AP can perform downlink data transmission according to the confirmation information contained in the third preemption confirmation frame sent by the holder STA, thereby realizing the downlink data transmission and uplink service scheduling of the AP, which can meet the situation where both the AP and the non-TXOP-holding STA preempt the transmission opportunity of the holder STA and perform data transmission, thereby optimizing the preemptive transmission mechanism.

[0028] In combination with the first aspect, in some implementations of the first aspect, the first preemption confirmation frame is a clear to send (CTS) frame sent by the first communication device.

[0029] In combination with the first aspect, in certain implementations of the first aspect, sending an LLR frame to the first communication device includes: sending an aggregate frame to the first communication device, the aggregate frame including information of the LLR frame and block acknowledgement BA (block acknowledgement) information, the BA information corresponding to data transmitted by the first communication device to the second communication device.

[0030] The solution provided by the embodiment of the present application is that a first communication device transmits data to a second communication device. After receiving the data, the second communication device needs to send a BA frame to the first communication device. The second communication device sends an aggregate frame to the first communication device. The aggregate frame contains information of the LLR frame and BA information. This can increase the density of effective information in the sent frame, reduce the number of frames sent, and improve the efficiency of preemptive transmission, thereby optimizing the preemptive transmission mechanism.

[0031] In combination with the first aspect, in certain implementations of the first aspect, sending the LLR frame to the first communication device includes: sending the LLR frame to the first communication device on a first frequency band, where the first frequency band is a frequency band randomly selected from multiple candidate frequency bands, or the first frequency band is a frequency band corresponding to the second communication device among the multiple candidate frequency bands.

[0032] The solution provided in the embodiment of the present application is that the non-holder randomly selects the first frequency band from multiple candidate frequency bands to send a low-latency service request frame. In this way, by allocating multiple random frequency bands, the needs of preemptive transmission and the effective use of spectrum resources can be met without knowing how many users are participating in the preemption, thereby improving the utilization rate of frequency band resources; alternatively, the non-holder uses the corresponding frequency band when sending the low-latency service request frame, so that the low-latency service request frames sent by different non-holders will not collide on the first frequency band, thereby increasing the probability of the low-latency service request frame sent by the non-holder being successfully received, thereby avoiding the failure of preemptive TXOP caused by collision between low-latency service request frames, thereby optimizing the preemptive transmission mechanism.

[0033] In combination with the first aspect, in some implementations of the first aspect, the AP negotiates with the STA for resources of a first frequency band and a second frequency band, where the second frequency band is used to send and / or receive BA frames.

[0034] In the solution provided by the embodiment of the present application, the AP and the STA pre-negotiate the allocation results of the frequency band resources and use the frequency band according to the negotiation results. This can clarify the frequency band used by the second communication device to initiate preemption and the communication device to send and / or receive BA frames, thereby optimizing the preemptive transmission mechanism.

[0035] In combination with the first aspect, in some implementations of the first aspect, the resources of the first frequency band include resources of the second frequency band.

[0036] According to the solution provided in the embodiment of the present application, when the first communication device transmits non-low-latency services, the resources of the second frequency band and the first frequency band are set to resources with overlapping parts, which can improve the utilization rate of the frequency band resources and thus optimize the mechanism of preemptive transmission.

[0037] In combination with the first aspect, in some implementations of the first aspect, the LLR frame includes indication information, where the indication information is used to indicate whether the LLR frame carries buffer status report (BSR) information.

[0038] The solution provided by the embodiment of the present application is that different non-holders may carry or not carry their own BSRs when sending low-latency service request frames. When the indication information in the LLR frame indicates that the BSR is carried, the low-latency service request frame sent by the non-holder carries its own BSR, which allows the AP to obtain the BSR of the non-holder and perform data transmission service scheduling without sending a cache status report query. This can simplify the process of preempting transmission, shorten the time required for data transmission service scheduling, and thus optimize the mechanism of preempting transmission.

[0039] In combination with the first aspect, in some implementations of the first aspect, the LLR frame includes receiving address information, and the receiving address is an address of the first communication device.

[0040] In the solution provided by the embodiment of the present application, the frame structure of the LLR frame enables a non-holder to make a TXOP preemption request by sending an LLR frame, so that all communication devices in the service set can participate in the preemptive transmission. This can expand the application scope of the preemptive transmission, thereby optimizing the preemptive transmission mechanism.

[0041] In combination with the first aspect, in some implementations of the first aspect, sending the LLR frame to the first communication device includes: sending the LLR frame to the first communication device within a short inter-frame space (SIFS) time after the first communication device sends a data packet.

[0042] The solution provided by the embodiment of the present application is that a non-holder can only send LLR frames within the SIFS time after the holder sends a data packet, thereby preventing other non-holders from continuously preempting the holder's TXOP after the non-holder who successfully preempted the TXOP sends a data packet. In this way, the data transmission of the TXOP holder is guaranteed, and frequent channel contention within a certain period of time is avoided, thereby optimizing the preemptive transmission mechanism.

[0043] In combination with the first aspect, in some implementations of the first aspect, before sending the LLR frame to the first communication device, the second communication device detects that the signal strength of the first communication device is higher than a threshold.

[0044] The solution provided in the embodiment of the present application is that a non-holder initiates TXOP preemption only after detecting that the holder's signal strength is higher than a threshold. The threshold is the signal threshold when the non-holder and the holder are hidden terminals. This can avoid data transmission service errors caused by TXOP preemption when the non-holder and the holder are hidden terminals, thereby optimizing the preemptive transmission mechanism.

[0045] In a second aspect, a method for data transmission based on preemptive transmission is provided, including: receiving and / or detecting a low-latency service request LLR frame sent by a second communication device, the LLR frame being used by the second communication device to request to preempt the transmission opportunity TXOP held by the first communication device; and sending a first preemption confirmation frame to the second communication device, the first preemption confirmation frame being used to indicate that the second communication device has successfully preempted.

[0046] In the solution provided by the embodiments of the present application, a communication device holding a TXOP (also referred to as a "holder" or "TXOP holder") receives and / or detects a low-latency service request from a communication device (also referred to as a "non-holder" or "non-TXOP holder") that desires to preempt the TXOP, and sends a preemption confirmation frame to agree to preemption by the non-TXOP holder. This, on the one hand, can ensure the data transmission of the TXOP holder and avoid frequent channel contention within a certain period of time. On the other hand, it enables the non-TXOP holder to participate in preemption through the low-latency service request frame, thereby expanding the application scope of preemptive transmission and optimizing the preemptive transmission mechanism.

[0047] In combination with the second aspect, in some implementations of the second aspect, the first preemption confirmation frame includes preemption confirmation information, and the preemption confirmation information is used to indicate whether the preemption is successful.

[0048] In the solution provided by the embodiment of the present application, the holder sends a first preemption confirmation frame, which clearly indicates that the communication device that expects to preempt the TXOP has successfully preempted the TXOP, making the indication of successful transmission opportunity preemption clearer, thereby optimizing the mechanism of preemptive transmission.

[0049] In combination with the second aspect, in some implementations of the second aspect, the first preemption confirmation frame includes LLR RU allocation information, where the RU in the LLR RU allocation information is a frequency band used by the second communication device to send LLR frames.

[0050] In the solution provided by the embodiment of the present application, the RU in the LLR RU allocation information contained in the first preemption confirmation frame is the frequency band used when the non-holder who is allowed to obtain the transmission opportunity initiates preemption. In this way, the holder can allow the non-holder of the corresponding frequency band to obtain the transmission opportunity through the LLR RU allocation information in the first preemption confirmation frame, thereby optimizing the mechanism of preemptive transmission.

[0051] In combination with the second aspect, in some implementations of the second aspect, the method further includes: sending a second preemption confirmation frame to the second communication device, the second preemption confirmation frame including LLR reception information, and the LLR reception information is used to indicate whether the LLR frame sent by the second communication device is successfully received.

[0052] In the solution provided by the embodiment of the present application, the holder sends a second preemption confirmation frame. The LLR reception information contained in the second preemption confirmation frame can indicate whether the LLR frame is successfully received. In this way, when the LLR frame reception fails, the non-holder can obtain an indication of the LLR frame reception failure.

[0053] In combination with the second aspect, in some implementations of the second aspect, the second preemption confirmation frame further includes retransmission information, the second preemption confirmation frame is a broadcast frame, and the retransmission information is used to instruct the second communication device to resend the LLR frame.

[0054] In the solution provided by the embodiment of the present application, the retransmission information contained in the second preemption confirmation frame can be broadcast to instruct the non-holder to initiate preemption again. In this way, when the LLR frame reception fails, the non-holder can re-preempt according to the retransmission information. The retransmission information can also clarify the timing of the non-holder to re-preempt, thereby optimizing the preemptive transmission mechanism.

[0055] In combination with the second aspect, in certain implementations of the second aspect, the method further includes: sending a third preemption confirmation frame to the access point AP, wherein the first communication device and the second communication device are stations STA, and the first preemption confirmation frame is a trigger frame TF sent by the AP based on the third preemption confirmation frame.

[0056] In the solution provided by the embodiment of the present application, the third preemption confirmation frame can instruct the access point AP to schedule data transmission. Therefore, when the non-holders and TXOP holders allowed to obtain transmission opportunities are both station STAs, the AP can schedule data transmission services based on service information such as the priority of different data services and / or the expected duration of channel occupation. This can make the transmission of services more reasonable, thereby optimizing the mechanism of preemptive transmission.

[0057] In combination with the second aspect, in some implementations of the second aspect, the third preemption confirmation frame includes trigger object information, and the trigger object information is used to indicate whether the AP's data transmission scheduling includes scheduling data transmission of the first communication device.

[0058] In the solution provided by the embodiment of the present application, the trigger object information contained in the third preemption confirmation frame can indicate whether the access point AP needs to schedule the data transmission service of the scheduling holder when performing data transmission scheduling. This can meet the data transmission scheduling in different situations, improve the flexibility of preemptive transmission, and thus optimize the preemptive transmission mechanism.

[0059] In combination with the second aspect, in certain implementations of the second aspect, the third preemption confirmation frame further includes confirmation information, where the confirmation information is used to instruct the AP to perform data transmission within the TXOP.

[0060] In the solution provided by the embodiment of the present application, the third preemption confirmation frame can instruct the access point AP to schedule data transmission, and the AP performs downlink data transmission according to the confirmation information contained in the third preemption confirmation frame sent by the holder STA, thereby realizing the downlink data transmission and uplink service scheduling of the AP. In this way, it can meet the situation where both the AP and the STA that does not hold the TXOP preempt the transmission opportunity of the holder STA and perform data transmission, thereby optimizing the preemptive transmission mechanism.

[0061] In combination with the second aspect, in some implementations of the second aspect, the first preemption confirmation frame is a Clear to Send (CTS) frame sent by the first communication device.

[0062] In combination with the second aspect, in certain implementations of the second aspect, receiving and / or detecting the LLR frame sent by the second communication device includes: receiving and / or detecting the aggregate frame sent by the second communication device, the aggregate frame including information of the LLR frame and block confirmation BA information, the BA information corresponding to the data transmitted by the first communication device to the second communication device.

[0063] The solution provided by the embodiment of the present application is that a first communication device transmits data to a second communication device. After receiving the data, the second communication device needs to send a BA frame to the first communication device. The second communication device sends an aggregate frame to the first communication device. The aggregate frame contains information of the LLR frame and BA information. This can increase the density of effective information in the sent frame, reduce the number of frames sent, and improve the efficiency of preemptive transmission, thereby optimizing the preemptive transmission mechanism.

[0064] In combination with the second aspect, in certain implementations of the second aspect, receiving and / or detecting the LLR frame sent by the second communication device includes: receiving and / or detecting the LLR frame sent by the second communication device on a first frequency band, the first frequency band being a frequency band randomly selected from multiple candidate frequency bands, or the first frequency band being a frequency band corresponding to the second communication device among multiple candidate frequency bands.

[0065] In the solution provided by the embodiment of the present application, when the holder receives and / or detects that the frequency band of the LLR frame is the frequency band used by the non-holder to send the LLR frame, the non-holder randomly selects a first frequency band from multiple candidate frequency bands to send a low-latency service request frame. In this way, by allocating multiple random frequency bands, the preemptive transmission needs and the effective use of spectrum resources can be met without knowing how many users are participating in the preemption, thereby improving the utilization rate of frequency band resources; alternatively, the non-holder uses the corresponding frequency band when sending the low-latency service request frame, so that the low-latency service request frames sent by different non-holders will not collide on the first frequency band, thereby increasing the probability of the low-latency service request frame sent by the non-holder being successfully received, thereby avoiding the failure of preemption of TXOP due to collision between low-latency service request frames, thereby optimizing the preemptive transmission mechanism.

[0066] In combination with the second aspect, in some implementations of the second aspect, the AP negotiates with the STA for resources of a first frequency band and a second frequency band, where the second frequency band is used to send and / or receive BA frames.

[0067] In the solution provided by the embodiment of the present application, the AP and the STA pre-negotiate the allocation results of the frequency band resources and use the frequency band according to the negotiation results. This can clarify the frequency band used by the second communication device to initiate preemption and the communication device to send and / or receive BA frames, thereby optimizing the preemptive transmission mechanism.

[0068] In combination with the second aspect, in some implementations of the second aspect, the resources of the first frequency band include resources of the second frequency band.

[0069] According to the solution provided in the embodiment of the present application, when the first communication device transmits non-low-latency services, the resources of the second frequency band and the first frequency band are set to resources with overlapping parts, which can improve the utilization rate of the frequency band resources and thus optimize the mechanism of preemptive transmission.

[0070] In combination with the second aspect, in some implementations of the second aspect, the LLR frame includes indication information, where the indication information is used to indicate whether the LLR frame carries BSR information.

[0071] The solution provided by the embodiment of the present application is that different non-holders may carry or not carry their own BSRs when sending low-latency service request frames. When the indication information in the LLR frame indicates that the BSR is carried, the low-latency service request frame sent by the non-holder carries its own BSR, which allows the AP to obtain the BSR of the non-holder and perform data transmission service scheduling without sending a cache status report query. This can simplify the process of preempting transmission, shorten the time required for data transmission service scheduling, and thus optimize the mechanism of preempting transmission.

[0072] In combination with the second aspect, in certain implementations of the second aspect, it is determined whether there is an LLR frame sent by the second communication device by detecting energy of multiple candidate frequency bands.

[0073] The solution provided in the embodiment of the present application is that the holder confirms whether there is a non-holder initiating a preemption request by detecting the energy of multiple candidate frequency bands. When the holder and non-holder cannot interact with each other through control frames, transmission opportunities can be preempted. This can expand the application scope of preemptive transmission, thereby optimizing the preemptive transmission mechanism.

[0074] In combination with the second aspect, in some implementations of the second aspect, the LLR frame includes receiving address information, and the receiving address is an address of the first communication device.

[0075] In the solution provided by the embodiment of the present application, the frame structure of the LLR frame enables a non-holder to make a TXOP preemption request by sending an LLR frame, so that all communication devices in the service set can participate in the preemptive transmission. This can expand the application scope of the preemptive transmission, thereby optimizing the preemptive transmission mechanism.

[0076] In combination with the second aspect, in some implementations of the second aspect, before receiving and / or detecting the LLR frame sent by the second communication device, the first communication device detects that the signal strength of the second communication device is higher than a threshold.

[0077] The solution provided by the embodiment of the present application is that the holder receives and / or detects LLR frames only after detecting that the signal strength of the non-holder is higher than a threshold. The threshold is the signal threshold when the non-holder and the holder are hidden terminals. This can avoid data transmission service errors caused by TXOP preemption when the non-holder and the holder are hidden terminals, thereby optimizing the preemptive transmission mechanism.

[0078] According to a third aspect, a method for data transmission based on preemptive transmission is provided, comprising: sending a low-latency service request LLR frame to a first communication device on a first frequency band, the LLR frame being used by a second communication device to request preempting a transmission opportunity TXOP held by the first communication device, the first frequency band being a frequency band randomly selected from a plurality of candidate frequency bands, or the first frequency band being a frequency band corresponding to the second communication device among a plurality of candidate frequency bands.

[0079] In the solution provided by the embodiment of the present application, the non-holder randomly selects the first frequency band from multiple candidate frequency bands to send a low-latency service request frame. In this way, by allocating multiple random frequency bands, the needs of preemptive transmission and the effective use of spectrum resources can be met without knowing how many users are participating in the preemption, thereby improving the utilization rate of frequency band resources; alternatively, the non-holder uses the corresponding frequency band when sending the low-latency service request frame, so that the low-latency service request frame will not collide on the first frequency band, thereby increasing the probability of the low-latency service request frame sent by the non-holder being successfully received, thereby avoiding the failure of preemptive TXOP caused by collision between low-latency service request frames, thereby optimizing the preemptive transmission mechanism.

[0080] In combination with the third aspect, in certain implementations of the third aspect, the method further includes: the AP negotiates with the STA on resources of the first frequency band and the second frequency band, wherein the second frequency band is used to send and / or receive BA frames.

[0081] In the solution provided by the embodiment of the present application, the AP and the STA pre-negotiate the allocation results of the frequency band resources and use the frequency band according to the negotiation results. This can clarify the frequency band used by the second communication device to initiate preemption and the communication device to send and / or receive BA frames, thereby optimizing the preemptive transmission mechanism.

[0082] In combination with the third aspect, in certain implementations of the third aspect, the resources of the first frequency band include resources of the second frequency band.

[0083] According to the solution provided in the embodiment of the present application, when the first communication device transmits non-low-latency services, the resources of the second frequency band and the first frequency band are set to resources with overlapping parts, which can improve the utilization rate of the frequency band resources and thus optimize the mechanism of preemptive transmission.

[0084] In a fourth aspect, a data transmission device is provided, comprising modules or units for executing the method of any one of the first to third aspects and any possible implementation thereof.

[0085] In conjunction with the fourth aspect, in certain implementations of the fourth aspect, the apparatus includes: a transmitting unit and a receiving unit. The transmitting unit is configured to transmit a low-latency service request (LLR) frame and data transmission, wherein the LLR frame is used to request preemption of a transmission opportunity (TXOP) held by a first communication device; and the receiving unit is configured to receive a first preemption confirmation frame, wherein the first preemption confirmation frame is used to indicate successful preemption.

[0086] In combination with the fourth aspect, in certain implementations of the fourth aspect, the apparatus further includes: an execution unit, configured to determine whether the second communication device has successfully preempted based on the RU in the LLR RU allocation information in the first preemption confirmation frame.

[0087] In combination with the fourth aspect, in certain implementations of the fourth aspect, the receiving unit is further configured to receive a second preemption confirmation frame sent by the first communication device.

[0088] In combination with the fourth aspect, in some implementations of the fourth aspect, the sending unit is further used to send an aggregate frame, the aggregate frame including LLR frame information and block confirmation BA information, and the BA information corresponds to data transmitted by the first communication device to the second communication device.

[0089] In combination with the fourth aspect, in certain implementations of the fourth aspect, the execution unit is further configured to: randomly select a first frequency band from a plurality of candidate frequency bands for sending the LLR frame to the first communication device.

[0090] In combination with the fourth aspect, in some implementations of the fourth aspect, the execution unit is further used to: detect the signal strength of the first communication device.

[0091] In a fifth aspect, a device for data transmission is provided, comprising modules or units for executing the method of any one of the first to third aspects and any possible implementation thereof.

[0092] In conjunction with the fifth aspect, in certain implementations of the fifth aspect, the apparatus includes: a transmitting unit and a receiving unit, or a transmitting unit and a detecting unit. The receiving unit or the detecting unit is configured to receive and / or detect a low-latency service request (LLR) frame sent by a second communication device, where the LLR frame is used by the second communication device to request preemption of a transmission opportunity (TXOP) held by the first communication device. The transmitting unit is configured to send a first preemption confirmation frame, where the first preemption confirmation frame is configured to indicate that the second communication device has successfully preempted the transmission opportunity (TXOP).

[0093] In combination with the fifth aspect, in certain implementations of the fifth aspect, the sending unit is further used to send a second preemption confirmation frame, the second preemption confirmation frame includes LLR reception information, and the LLR reception information is used to indicate whether the LLR frame sent by the second communication device is successfully received.

[0094] In combination with the fifth aspect, in certain implementations of the fifth aspect, the sending unit is further used to send a third preemption confirmation frame, wherein the first communication device and the second communication device are stations STA, and the first preemption confirmation frame is a trigger frame TF sent by the AP based on the third preemption confirmation frame.

[0095] In combination with the fifth aspect, in certain implementations of the fifth aspect, the receiving unit or the detection unit is also used to receive and / or detect an aggregate frame, the aggregate frame including information of the LLR frame and block confirmation BA information, the BA information corresponding to data transmitted from the first communication device to the second communication device.

[0096] In combination with the fifth aspect, in some implementations of the fifth aspect, the apparatus further includes: an execution unit, configured to detect the signal strength of the second communication device.

[0097] In a sixth aspect, a communication device is provided, comprising a processor coupled to a memory, and configured to perform the method of any one of aspects 1 to 3 and possible implementations thereof. Optionally, the communication device further comprises a memory. Optionally, the communication device further comprises a communication interface, the processor coupled to the communication interface. Optionally, the communication device further comprises a communication interface, the processor coupled to the communication interface.

[0098] In conjunction with the sixth aspect, in certain implementations of the sixth aspect, the communication device is a device. In this case, the communication interface may be a transceiver or an input / output interface. In another implementation, the communication device is a chip or a chip system. In this case, the communication interface may be an input / output interface, interface circuit, output circuit, input circuit, pin, or related circuit on the chip or chip system. The processor may also be embodied as a processing circuit or a logic circuit.

[0099] In a seventh aspect, a communication device is provided, comprising: an input circuit, an output circuit, and a processing circuit. The processing circuit is configured to receive a signal via the input circuit and transmit a signal via the output circuit, so that the method of any one of the first to third aspects and any possible implementation of each of the aspects is implemented.

[0100] In a specific implementation, the communication device may be a chip, the input circuit may be an input pin, the output circuit may be an output pin, and the processing circuit may be a transistor, a gate circuit, a trigger, or various logic circuits. The input signal received by the input circuit may be, for example, but not limited to, received and input by a receiver, and the signal output by the output circuit may be, for example, but not limited to, output to a transmitter and transmitted by the transmitter. The input circuit and the output circuit may be different circuits or the same circuit, in which case the circuit functions as an input circuit and an output circuit at different times. The embodiments of this application do not limit the specific implementation of the processor and various circuits.

[0101] In an eighth aspect, a processing device is provided, comprising a processor and a memory. The processor is configured to call and execute a computer program from the memory, and can receive signals via a receiver and transmit signals via a transmitter to perform the method of any one of the first to third aspects and various possible implementations thereof.

[0102] In combination with the eighth aspect, in certain implementations of the eighth aspect, there are one or more processors and one or more memories.

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

[0104] In a specific implementation, the memory can be a non-transitory memory, such as a read-only memory (ROM), which can be integrated on the same chip as the processor or can be set on different chips. The implementation of this application does not limit the type of memory and the setting method of the memory and the processor.

[0105] It should be understood that related data interaction processes, such as sending indication information, can be the process of outputting indication information from the processor, and receiving capability information can be the process of receiving input capability information from the processor. Specifically, the output data of the processing can be output to the transmitter, and the input data received by the processor can come from the receiver. The transmitter and receiver can be collectively referred to as a transceiver.

[0106] The processor in the eighth aspect mentioned above can be a chip. The processor can 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, which is implemented by reading the software code stored in the memory. The memory can be integrated in the processor or can be located outside the processor and exist independently.

[0107] In the ninth aspect, a processing device is provided, comprising: a communication interface and a processing circuit, the communication interface being used to send, or receive and / or detect a first preemption confirmation frame according to the method of any one of the first to third aspects and various possible implementations thereof, and the processing circuit being used to generate, or read, the first preemption confirmation frame.

[0108] In the tenth aspect, a computer program product is provided, which includes: a computer program (also referred to as code, or instructions), which, when run, enables a computer to execute a method in any one of the first to third aspects and any possible implementation of each of the aspects.

[0109] In the eleventh aspect, a computer-readable medium is provided, which stores a computer program (also referred to as code, or instructions) which, when run on a computer, enables the computer to execute the method in any one of the above-mentioned first to third aspects and any possible implementation of each of the aspects.

[0110] In a twelfth aspect, a communication system is provided, comprising an access point AP and at least one station STA, which can be used to execute the method in any one of the first to third aspects and possible implementations thereof. BRIEF DESCRIPTION OF THE DRAWINGS

[0111] FIG1 is a schematic diagram of a communication system to which the present application is applicable;

[0112] FIG2 is a schematic diagram of the internal structure of an access point AP product;

[0113] FIG3 is a schematic structural diagram of a station STA with a single antenna;

[0114] FIG4 is a schematic diagram of a possible preemptive transmission process when the holder of the TXOP is an AP;

[0115] FIG5 is a schematic diagram of a possible preemptive transmission process when the holder of the TXOP is a STA;

[0116] FIG6 is a schematic flowchart of a method for data transmission based on preemptive transmission provided in an embodiment of the present application;

[0117] FIG7 is another possible preemptive transmission process when the holder of the TXOP provided in an embodiment of the present application is a STA;

[0118] FIG8 is a schematic diagram of a frame format of a preemption confirmation frame provided in an embodiment of the present application;

[0119] FIG9 is another possible preemptive transmission process when the holder of the TXOP provided in an embodiment of the present application is a STA;

[0120] FIG10 is another possible preemptive transmission process when the holder of the TXOP provided in an embodiment of the present application is a STA;

[0121] FIG11 is another possible preemptive transmission process when both the TXOP holder and the preemptor are STAs according to an embodiment of the present application;

[0122] FIG12 is another possible preemptive transmission process when the holder of the TXOP provided in an embodiment of the present application is a STA;

[0123] FIG13 is another possible preemptive transmission process when the holder of the TXOP provided in an embodiment of the present application is an AP;

[0124] FIG14 is another possible preemptive transmission process when the holder of the TXOP provided in an embodiment of the present application is an AP;

[0125] FIG15 is another possible preemptive transmission process when both the TXOP holder and the preemptor are STAs according to an embodiment of the present application;

[0126] FIG16 is a possible frame structure of an LLR frame provided in an embodiment of the present application;

[0127] FIG17 is another possible frame structure of an LLR frame provided in an embodiment of the present application;

[0128] FIG18 is a schematic diagram of a possible data transmission device provided in an embodiment of the present application;

[0129] FIG19 is a schematic diagram of another possible data transmission device provided in an embodiment of the present application;

[0130] FIG20 is a schematic diagram of a possible communication device provided in an embodiment of the present application;

[0131] Figure 21 is a schematic diagram of another possible communication device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0132] The technical solution in this application will be described below with reference to the accompanying drawings.

[0133] Specifically, the embodiments of the present application can be applied to a WLAN system, and the embodiments of the present application can be applicable to any one of the Institute of Electrical and Electronics Engineers (IEEE) 802.11 series protocols currently adopted by WLAN.

[0134] A WLAN may include one or more basic service sets (BSSs). The network nodes in the basic service set include access points (APs) and stations (STAs). A STA can access an AP (that is, associate the STA with the AP), and multiple STAs can be associated with an AP. Before data transmission, the STA and the AP need to perform beam training to obtain the optimal receiving beam and / or optimal transmitting beam between the STA and the AP. Based on the original BSS, IEEE 802.11ad introduces a personal basic service set (PBSS) and a personal basic service set control point (PBSS control point, PCP). Each personal basic service set can include a PCP / AP and multiple stations associated with the PCP / AP.

[0135] A user station (STA) in a WLAN can be referred to as a station, system, subscriber unit, access terminal, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent, user device, or user equipment (UE). The STA can be a cellular phone, cordless phone, Session Initiation Protocol (SIP) phone, wireless local loop (WLL) station, personal digital assistant (PDA), handheld device with wireless local area network (e.g., Wi-Fi) communication capabilities, wearable device, computing device, or other processing device connected to a wireless modem.

[0136] The PCP / AP in the WLAN can be used to communicate with the STA through the wireless local area network and transmit the data of the STA to the network side, or transmit the data from the network side to the STA.

[0137] To facilitate understanding of the embodiments of the present application, the communication system applicable to the embodiments of the present application is first described in detail using the communication system shown in Figure 1 as an example. The scenario system shown in Figure 1 can be a WLAN system. The WLAN system in Figure 1 can include one or more APs and one or more STAs. Figure 1 takes one AP and three STAs as an example. Wireless communication can be carried out between the AP and the STA through various standards. For example, wireless communication can be carried out between the AP and the STA using single-user multiple-input multiple-output (SU-MIMO) technology or multi-user multiple-input multiple-output (MU-MIMO) technology.

[0138] An AP is also called a wireless access point or hotspot. It's the access point for mobile users to access wired networks and is primarily deployed in homes, buildings, and campuses, but can also be deployed outdoors. An AP acts as a bridge between wired and wireless networks, connecting wireless network clients and then connecting the wireless network to the Ethernet. Specifically, an AP can be a terminal device or communication device equipped with a wireless fidelity (WiFi) chip. Alternatively, an AP can support multiple WLAN standards, such as 802.11.

[0139] Figure 2 shows the internal structure of an AP product. An AP can be multi-antenna or single-antenna. In Figure 2, the AP includes physical layer (PHY) processing circuitry and media access control (MAC) layer processing circuitry. The PHY processing circuitry processes physical layer signals, while the MAC processing circuitry processes MAC layer signals.

[0140] STA products are typically terminal products that support the 802.11 series of standards, such as mobile phones and laptops. Figure 3 shows the STA structure with a single antenna. In actual scenarios, STAs can also have multiple antennas, or devices with more than two antennas. In Figure 3, the STA includes PHY layer processing circuitry and MAC layer processing circuitry. The physical layer processing circuitry can be used to process physical layer signals, and the MAC layer processing circuitry can be used to process MAC layer signals.

[0141] In the following, for ease of understanding and explanation, as an example and not a limitation, the execution process and actions of the method and apparatus for data transmission based on preemptive transmission provided in the embodiments of the present application in a WLAN system will be described.

[0142] The following is an introduction to the relevant technologies involved in this application.

[0143] 1. Transmit opportunity (TXOP)

[0144] Transmission opportunity (TXOP) is an important concept introduced in the 802.11 protocol. A communication device obtains a TXOP through the channel access process. A communication device that obtains a TXOP can transmit data frames, control frames, management frames, and receive response frames during the duration of the TXOP. The transmission opportunity mechanism ensures that the holder of the TXOP avoids competing for the channel with other communication devices during the duration of its TXOP and achieves stable service transmission. Based on this, non-holders of the TXOP need to wait until the holder's TXOP time ends before they can re-compete for the channel to transmit data, which obviously increases the service latency of the non-holder. When the non-holder's service is a low-latency service or the holder's TXOP time is long, the non-holder's service is more seriously affected.

[0145] 2. Preemption transmission.

[0146] To make data transmission more flexible and reduce service latency for non-holders, a preemptive transmission mechanism has been introduced. Non-holders can preempt transmission opportunities within the holder's TXOP duration to meet low-latency or higher-priority service requirements.

[0147] 3. Inter-frame space (IFS).

[0148] IEEE 802.11 stipulates that after all stations have completed their transmissions, they must wait for a certain interval before sending the next frame. This interval is called the interframe gap (IFG). The length of the IGFG can vary depending on the type of data frame a station intends to send. For example, high-priority frames require a shorter waiting time and are therefore given priority for transmission, while low-priority frames require a longer waiting time. The following describes several common IGFGs used in wireless LANs.

[0149] ① Short inter-frame space (SIFS): The short inter-frame space is the shortest inter-frame space, which is used to separate different frames belonging to a session. A communication device should be able to switch from sending mode to receiving mode within the short inter-frame space. Types of frames that use the short inter-frame space include ACK (acknowledgement character) responses, CDS frames, fragmented data frames, all frames that respond to AP probes, and data frames sent by the access point AP in the point coordination function mode.

[0150] Partial inter-frame space (PIFS): The PIFS is slightly longer than the SIFS. When an AP sends downlink data packets to a STA, it can break long, non-low-latency packets into multiple small packets. The interval between each small packet is the PIFS, which is longer than the SIFS.

[0151] Distributed Inter-Frame Space (DIFS): The DIFS is significantly longer than the SIF. Before transmitting data, the sending station waits for a DIFS to ensure the channel is idle before starting transmission. This prevents simultaneous transmissions from other devices, thereby reducing collisions and conflicts.

[0152] Figure 4 illustrates a possible preemptive transmission process when the TXOP holder is an AP. As shown in Figure 4, the AP is the current TXOP holder. During the TXOP, the AP sends a request to send (RTS) frame to the target transmitting communication device (e.g., STA1). After a SIFS period (SIFS) of sending the RTS, STA1 sends a clear to send (CTS) frame to the AP. The AP sends a data packet downlink to STA1. Longer, non-low-latency packets are broken into multiple smaller packets, with a PIFS interval between each packet. If another STA in the service set (e.g., STA2) wishes to preempt the TXOP, it can initiate a preemption request by sending a low latency indication (LLI) frame to the TXOP holder, the AP, a SIFS period after the AP has sent a data packet. Because the interval between the AP's next data packet is PIFS (PIFS > SIFS), STA2's LLI frame to the AP will not collide with the next data packet. After receiving the low-latency service request frame, the AP sends trigger frames (TF), obtains the BSR of other communication devices and schedules service transmissions of different communication devices. For example, the TF sent by the AP instructs STA2 to transmit the service. After STA2 sends the data, the AP replies with a block acknowledgment (BA) frame, and the preemptive transmission ends. After the AP sends the BA frame for SIFS time, it continues to transmit the previously untransmitted service to STA1. After the multiple small packets that the non-low-latency data packet is interrupted into are all sent, STA1 replies with a BA frame to the AP. When other STAs in the service set want to preempt the TXOP when STA2 successfully preempts the TXOP and sends data (for example, STA3 wants to preempt the TXOP when STA2 sends data, not shown in the figure), STA3 can initiate a preemption request within SIFS time after STA2 sends a data packet, thereby achieving continuous preemption of the AP's TXOP.

[0153] Figure 5 illustrates a possible preemption transmission process when the TXOP holder is a STA. As shown in Figure 5, STA1 is the TXOP holder. During the TXOP, STA1 sends an RTS frame to the target transmission communication device, the AP, requesting transmission. SIFS after sending the RTS, the AP sends a CTS frame to STA1, indicating that transmission is permitted. STA1 sends a data packet uplink to the AP. When the AP in the service set wishes to preempt the TXOP to transmit services, it can initiate a preemption request within SIFS after STA1 sends a physical protocol data unit (PPDU), or directly send downlink services within SIFS after STA1 sends a PPDU. The AP can send a preemption request (PR) frame to STA1 as its preemption request. After the AP sends services to STA2, STA2 responds with a BA frame. SIFS after STA2 sends the BA frame, the AP indicates to STA1 that the preemption has ended, and STA1 continues to transmit services to the AP. In process 1 of Figure 5 , the PPDU sent by STA1 is not segmented into multiple small packets. Therefore, the AP needs to reply with a BA frame after receiving each PPDU. When the AP wants to preempt the TXOP, it can aggregate PR frames in the BA frame. In process 2 of Figure 5 , the PPDU sent by STA1 is segmented into multiple small packets. Therefore, the AP needs to reply with a BA frame only after all the interrupted small packets are received.

[0154] The above describes the applicable scenarios of the embodiment of the present application in conjunction with FIG1 , and describes the possible preemptive transmission methods of different TXOP holders in conjunction with FIG4 and FIG5 . However, the above methods have the following problems:

[0155] When the AP is the holder of the TXOP, if multiple STAs initiate preemption requests at the same time, the frames of the multiple preemption requests may collide, and the collided frames cannot be decoded. In addition, when the AP is the holder of the TXOP, all STAs in the same service set can participate in preemption, but when the STA is the holder of the TXOP, only the AP can initiate preemption, and other STAs with a larger number than the AP cannot participate in preemption, which limits the application scope of preemptive transmission. In addition, when the STA is the holder of the TXOP, the AP will directly transmit the service after sending the TXOP preemption request. The STA holding the TXOP cannot refuse the AP's preemption, which is likely to disrupt the normal service transmission of the holder STA. The design of the TXOP mechanism hopes that the holder of the TXOP can avoid channel contention within a certain period of time and ensure the holder's service transmission. If TXOP preemption is frequently performed within the holder's TXOP, it violates the original design purpose of the TXOP and cannot achieve the expected technical effect.

[0156] To address the aforementioned issues with preemptive transmission, this application provides a method and apparatus for data transmission based on preemptive transmission. By enabling the TXOP holder to indicate whether the preemptor can perform preemptive transmission, this optimizes the preemptive transmission mechanism and increases its flexibility and application scope. The following describes the method and apparatus for data transmission based on preemptive transmission provided by this application in detail, with reference to the accompanying drawings.

[0157] The embodiments shown below do not specifically limit the specific structure of the execution subject of the method provided in the embodiments of the present application. As long as it is possible to communicate according to the method provided in the embodiments of the present application by running a program that records the code of the method provided in the embodiments of the present application, for example, the execution subject of the method provided in the embodiments of the present application can be a transceiver device, or a functional module in the transceiver device that can call and execute the program.

[0158] In order to facilitate understanding of the embodiments of the present application, the following explanations are made.

[0159] First, in this application, "used to indicate" can include direct indication and indirect indication. When describing that a certain information is used to indicate A, it can include that the information directly indicates A or indirectly indicates A, but it does not mean that the information must contain A.

[0160] The information indicated by the information is called information to be indicated. In the specific implementation process, there are many ways to indicate the information to be indicated, such as but not limited to, the information to be indicated can be directly indicated, such as the information to be indicated itself or the index of the information to be indicated. The information to be indicated can also be indirectly indicated by indicating other information, wherein there is an association between the other information and the information to be indicated. It is also possible to indicate only a part of the information to be indicated, while the other parts of the information to be indicated are known or agreed in advance. For example, it is also possible to use the arrangement order of each piece of information that is agreed in advance (for example, stipulated in the protocol) to achieve the indication of specific information, thereby reducing the indication overhead to a certain extent. At the same time, it is also possible to identify the common parts of each piece of information and indicate them uniformly to reduce the indication overhead caused by indicating the same information separately.

[0161] Second, the first, second, and various numerical numbers (e.g., "1," "2," "3," etc.) shown in this application are for convenience of description only and are used to distinguish between objects. They are not intended to limit the scope of the embodiments of this application. For example, they distinguish between different frequency bands. They are not intended to describe a specific order or precedence. It should be understood that the objects described in this manner can be interchanged where appropriate to describe solutions other than the embodiments of this application.

[0162] Third, in this application, "pre-set" may include pre-definition, such as protocol definition, or information indicated by a beacon frame, the result of session negotiation, etc. "Pre-set" may be implemented by pre-saving corresponding codes, tables, or other methods that can be used to indicate relevant information in a device (e.g., including each network element), and this application does not limit the specific implementation method.

[0163] Fourth, the term "storage" used in the embodiments of this application may refer to storage in one or more memories. The one or more memories may be provided separately or integrated into an encoder or decoder, a processor, or a communication device. The one or more memories may also be provided in part separately and in part integrated into a decoder, a processor, or a communication device. The memory may be any type of storage medium, and this application is not limited thereto.

[0164] Fifth, the term "and / or" in this document simply describes a relationship between related objects, indicating that three possible relationships exist. For example, "A and / or B" can mean: A exists alone, A and B exist simultaneously, or B exists alone. Furthermore, the character " / " in this document generally indicates that the related objects are in an "or" relationship.

[0165] Sixth, the "protocol" involved in the embodiments of the present application may refer to a standard protocol in the communication field, for example, it may include a WiFi protocol and related protocols used in future communication systems, and the present application does not limit this.

[0166] Below, without loss of generality, the method for data transmission based on preemptive transmission provided in an embodiment of the present application is described in detail by taking the interaction between STA and AP, or between STA and STA as an example.

[0167] FIG6 is a schematic flowchart of a method for data transmission based on preemptive transmission provided in an embodiment of the present application, which includes the following steps.

[0168] S610, sending an LLR frame to a first communication device, where the LLR frame is used to request to seize a transmission opportunity TXOP held by the first communication device, or receiving and / or detecting an LLR frame sent by a second communication device, where the LLR frame is used by the second communication device to request to seize a transmission opportunity TXOP held by the first communication device.

[0169] S620: Receive a first preemption confirmation frame, or send a first preemption confirmation frame to the second communication device, where the first preemption confirmation frame is used to indicate that the preemption is successful.

[0170] S630: Perform data transmission within the TXOP.

[0171] Specifically, while a first communication device holds a transmission opportunity (TXOP), a second communication device that desires to preempt the transmission opportunity sends a low-latency service request (LLR) frame. The second communication device receives a first preemption confirmation frame instructing the second communication device to transmit data within the TXOP. After receiving the first preemption confirmation frame, the second communication device transmits data. The second communication device can be one communication device or multiple communication devices, without limitation.

[0172] For example, as shown in Figure 7, Figure 7 shows another possible preemptive transmission process when the holder of the TXOP is a STA. The holder of the TXOP can carry indication information in the data packet it sends, indicating whether other communication devices are allowed to preempt the TXOP after the transmission of this PPDU is completed. After STA1 competes for the transmission opportunity through backoff competition, STA1 sends an RTS frame to request transmission. The RTS frame carries information that informs the AP and other STAs in the BSS that this TXOP is allowed to be preempted. After receiving the RTS frame, the AP sends a CTS frame to STA1 to allow STA1 to transmit services. While STA1 is sending low-latency data, STA2 has low-latency services arriving. The data frame that STA1 is transmitting indicates that other communication devices are allowed to preempt the transmission opportunity after the transmission of this PPDU is completed. After receiving the PPDU, the AP needs to send a BA frame to STA1 within the SIFS time for confirmation. During this period, STA1 has low-latency services arriving and needs to transmit data. To ensure stable transmission of its own low-latency services, STA1 can choose not to reply to STA2. STA1 continues to transmit its low-latency services and, in its uploaded service data, indicates that no other communication devices will be allowed to preempt the TXOP after transmitting this PPDU. After STA1 completes transmission of its low-latency services and receives a BA frame from the AP in response, it can send a preemption confirmation frame to STA2, instructing STA2 to transmit its data services. While ensuring stable transmission of its own low-latency services, STA1 can also ensure low-latency service transmission for other network devices within its TXOP.

[0173] In the solution provided by the embodiments of the present application, a communication device (also referred to as a "non-holder" or "non-TXOP holder") that desires to preempt a TXOP initiates a low-latency service request to a communication device (also referred to as a "holder" or "TXOP holder") that holds a TXOP, and can only transmit data after obtaining a preemption confirmation. Alternatively, the communication device holding the TXOP receives and / or detects a low-latency service request from a communication device that desires to preempt a TXOP, and sends a preemption confirmation frame to agree to preemption by the non-TXOP holder. This, on the one hand, can ensure the data transmission of the TXOP holder and avoid frequent channel contention within a certain period of time. On the other hand, it enables the non-TXOP holder to participate in preemption through the low-latency service request frame, thereby expanding the application scope of preemptive transmission and optimizing the preemptive transmission mechanism.

[0174] A possible frame format of a preemption acknowledgement frame is described in detail below in conjunction with Figure 8. Figure 8 shows a frame format of a preemption acknowledgement frame (PA) provided in an embodiment of the present application.

[0175] In some embodiments, the first preemption confirmation frame includes preemption confirmation information, and the preemption confirmation information is used to indicate whether the preemption is successful.

[0176] Specifically, the first preemption confirmation frame includes preemption confirmation information, which indicates whether the low-latency service request initiated by the second communication device receiving the preemption confirmation frame is successful. When the request is successful, the preemption confirmation information indicates that the second communication device receiving the preemption confirmation frame is allowed to transmit data.

[0177] Exemplarily, during the period when the first communication device holds a transmission opportunity TXOP, the second communication device that wishes to preempt the transmission opportunity sends a low-latency service request LLR frame. The second communication device receives a first preemption confirmation frame for instructing the second communication device to transmit data. The preemption confirmation information in the first preemption confirmation frame clearly indicates whether the low-latency service request initiated by the second communication device is successful. If the request is successful, the second communication device is allowed to transmit data during the period when the first communication device holds the TXOP. At this time, the receiving address RA of the first preemption confirmation frame received by the second communication device is the address of the second communication device that is allowed to preempt, and the preemption confirmation information of the first preemption confirmation frame can be 1 or 0. Among them, 1 is used to indicate consent to preemption, and 0 is used to indicate refusal to preempt; or, 0 is used to indicate consent to preemption, and 1 is used to indicate refusal to preempt. The embodiment of the present application does not limit the specific form or value of the preemption confirmation information.

[0178] In the solution provided by the embodiment of the present application, the holder sends a first preemption confirmation frame, or the non-holder transmits data after receiving the first preemption confirmation frame containing preemption confirmation information. The first preemption confirmation frame clearly indicates that the communication device that expects to preempt the TXOP has successfully preempted the TXOP, making the indication of successful transmission opportunity preemption clearer, thereby optimizing the mechanism of preemptive transmission.

[0179] In some embodiments, in the above step S620, a first preemption confirmation frame sent by the first communication device may be received.

[0180] In the solution provided by the embodiments of the present application, a non-holder initiates a low-latency service request and can only transmit data after obtaining a preemption confirmation frame sent by the TXOP holder. This enables the TXOP holder to decide whether to agree to the preemption of the non-holder, thereby ensuring the holder's data transmission, thereby optimizing the preemptive transmission mechanism.

[0181] In some embodiments, the first preemption confirmation frame may include LLR RU allocation information, where the RU in the LLR RU allocation information is a frequency band used by the second communications device to send LLR frames.

[0182] Exemplarily, when the first communication device and the second communication device are both STAs, the preemptor STA1 sends an LLR frame to request a low-latency service, and the holder STA2 replies with a first preemption confirmation frame to indicate that the preemptor STA1 has successfully preempted. The receiving address of the first preemption confirmation frame can be the address of STA1, or it can be a broadcast address that all communication devices in the service set can receive it. The first preemption confirmation frame includes LLR RU allocation information, and the RU in the LLR RU allocation information is the frequency band used by STA1, which is allowed to obtain the transmission opportunity, to send the LLR frame.

[0183] In the solution provided by the embodiment of the present application, the RU in the LLR RU allocation information contained in the first preemption confirmation frame is the frequency band used when the non-holder who is allowed to obtain the transmission opportunity initiates preemption. In this way, the holder can allow the non-holder of the corresponding frequency band to obtain the transmission opportunity through the LLR RU allocation information in the first preemption confirmation frame, thereby optimizing the mechanism of preemptive transmission.

[0184] In some embodiments, the method further comprises the following optional steps:

[0185] S640: Determine, according to the RU in the LLR RU allocation information, whether the second communication device has successfully preempted.

[0186] Exemplarily, when both the first and second communications devices are STAs, the preemptor sends an LLR frame to request a low-latency service, and the holder, STA2, replies with a first preemption confirmation frame indicating that the preemptor has successfully preempted. The RU in the LLR RU allocation information of the first preemption confirmation frame is the frequency band used by STA1, which is allowed to obtain a transmission opportunity, to send LLR frames. The LLR RU allocation information in the first preemption confirmation frame indicates that STA1, corresponding to the RU, has successfully preempted. The communications device that receives the first preemption confirmation frame determines whether the preemption was successful based on the RU in the LLR RU allocation information. When the frequency band used by the communications device that receives the first preemption confirmation frame to send LLR frames matches the RU in the LLR RU allocation information, the communications device confirms that it has successfully preempted. When the frequency band used by the communications device that receives the first preemption confirmation frame to send LLR frames does not match the RU in the LLR RU allocation information, the communications device confirms that the other communications device has successfully preempted.

[0187] In the solution provided by the embodiment of the present application, the communication device that initiates the low-latency service request determines that the second communication device corresponding to the RU has successfully preempted the RU through the RU in the LLR RU allocation information contained in the first preemption confirmation frame, thereby optimizing the preemption transmission mechanism.

[0188] In some embodiments, the method further comprises the following optional steps:

[0189] S650: Receive a second preemption confirmation frame sent by the first communication device, or send a second preemption confirmation frame to the second communication device, where the second preemption confirmation frame includes LLR reception information, and the LLR reception information is used to indicate whether the LLR frame sent by the second communication device is successfully received.

[0190] It is understandable that step S650 may be executed before S610 or between S610 and S620; the frame structure of the second preemption confirmation frame may be partially identical to or completely different from the frame structure of the first preemption confirmation frame, and there is no limitation on this.

[0191] Exemplarily, during the period when the first communication device holds a transmission opportunity TXOP, the second communication device that wishes to preempt the transmission opportunity sends a low-latency service request LLR frame, and the second communication device receives the second preemption confirmation frame sent by the first communication device. The LLR reception information in the second preemption confirmation frame indicates whether the LLR frame sent by the second communication device is successfully received. The LLR reception information of the second preemption confirmation frame can be 1 or 0, where 1 is used to indicate successful reception and 0 is used to indicate reception failure; or, 0 is used to indicate successful reception and 1 is used to indicate reception failure. When the LLR reception information of the second preemption confirmation frame indicates reception failure, the RA address of the second preemption confirmation frame can be set to the receiving address of the second communication device, or it can be set to a broadcast address for notifying other communication devices other than those holding the transmission opportunity of the failure to receive the LLR frame, so that the communication device can obtain information that the TXOP holder failed to receive the LLR frame. The embodiments of the present application do not limit the specific form or value of the LLR reception information.

[0192] In the solution provided by the embodiment of the present application, the holder sends a second preemption confirmation frame, or the non-holder receives the second preemption confirmation frame. The LLR reception information contained in the second preemption confirmation frame can indicate whether the LLR frame is successfully received. In this way, when the LLR frame reception fails, the non-holder can obtain an indication of the LLR frame reception failure.

[0193] In some embodiments, the second preemption confirmation frame may further include retransmission information. The second preemption confirmation frame may be a broadcast frame. The retransmission information is used to instruct the LLR frame to be sent again.

[0194] Specifically, when the LLR frame sent by the second communication device fails to be received, the second communication device receives a second preemption confirmation frame for instructing to re-initiate the low-latency service request, and the retransmission information in the second preemption confirmation frame instructs the second communication device to initiate preemption again.

[0195] Exemplarily, when the LLR frame sent by the second communication device fails to be received, the second preemption confirmation frame sent by the first communication device to the second communication device includes LLR reception information indicating that the LLR frame reception failed and retransmission information instructing the second communication device to re-initiate a preemption request. The second communication device can immediately re-initiate preemption according to the instruction of the retransmission information, or wait for the first communication device to transmit the next PPDU before re-initiating preemption. The retransmission information of the second preemption confirmation frame received by the second communication device can be 1 or 0. Among them, 1 is used to indicate to re-initiate preemption immediately, and 0 is used to indicate to wait for the first communication device to transmit the next PPDU before re-initiating preemption; or, 1 is used to indicate to wait for the first communication device to transmit the next PPDU before re-initiating preemption, and 0 is used to indicate to re-initiate preemption immediately. The embodiment of the present application does not limit the specific form or value of the retransmission information.

[0196] For example, as shown in Figure 9, another possible preemptive transmission process occurs when the TXOP holder is a STA. The AP in this BSS is associated with at least three STAs, namely STA1, STA2, and STA3. In this case, STA1, the TXOP holder, transmits uplink low-latency services to the AP. The AP needs to immediately reply with a BA frame after receiving each PPDU. After STA1 secures a transmission opportunity through backoff contention, it sends an RTS frame to request transmission. The RTS frame carries information that informs the AP and other STAs in the BSS that this TXOP is allowed to be preempted. After receiving the RTS, the AP sends a CTS frame to STA1 to allow STA1 to transmit services. While STA1 is transmitting low-latency data, low-latency services arrive from STA2 and STA3. While the AP is transmitting the BA frame, STA2 and STA3 each transmit LLR frames in candidate frequency bands outside the preset BA frame frequency band. Both STA2 and STA3 use frequency band 3 to transmit LLR frames. STA1 receives the AP's BA frame on the primary channel and detects a collision frame in the agreed frequency band (for example, by identifying the preamble, it determines that a frame collision has occurred). STA1 fails to parse the collision frame. STA1 sends a second preemption confirmation frame and broadcasts that the reception of LLR frames from other communication devices in the BSS has failed. It preempts again after the next PPDU and continues to send low-latency services. After the next PPDU transmission is completed and the AP sends a BA frame, STA2 and STA3 send LLR frames in candidate frequency bands outside the preset BA frame frequency band. STA2 uses frequency band 5 and STA3 uses frequency band 2. STA1 parses the corresponding STA's LLR frames in frequency bands 2 and 5. STA1 randomly chooses to send a preemption confirmation frame to STA2 to agree to its preemption of the TXOP. After receiving the preemption confirmation frame, STA2 transmits low-latency services.

[0197] For example, as shown in Figure 10, another possible preemptive transmission process occurs when the TXOP holder is a STA. The AP in this BSS is associated with at least three STAs: STA1, STA2, and STA3. In this case, STA1 is the TXOP holder and transmits uplink low-latency services to the AP. The AP must immediately respond with a BA frame after receiving each PPDU. After STA1 secures a transmission opportunity through backoff contention, it sends an RTS frame to request transmission. The RTS frame carries information informing the AP and other STAs in the BSS that this TXOP can be preempted. After receiving the RTS, the AP sends a CTS frame to STA1, allowing STA1 to transmit services. While STA1 is transmitting low-latency data, low-latency services arrive from STA2 and STA3. While the AP is transmitting the BA frame, STA2 and STA3 randomly select candidate frequency bands outside the preset BA frame frequency band to transmit LLR frames. Both STA2 and STA3 use frequency band 3 to transmit LLR frames. STA1 receives the AP's BA frame on the primary channel and detects a collision frame in the agreed candidate frequency band. STA1 fails to parse the frame. STA1 sends a second preemption confirmation frame, broadcasting it to inform other communication devices in the BSS that the LLR frame reception has failed and immediately re-preempting. STA2 and STA3 send LLR frames in candidate frequency bands outside the preset BA frame frequency band. STA2 uses frequency band 5 and STA3 uses frequency band 2. STA1 parses the corresponding STA's LLR frames in frequency bands 2 and 5. STA1 sends a third preemption confirmation frame to trigger the AP to initiate uplink scheduling. The AP sends a buffer status report poll (BSRP) to query the data services of STA2 and STA3. STA2 and STA3 reply with a BSR, and the AP sends a TF to schedule the service data of STA2 and STA3. After STA2 and STA3 upload their service data, the AP replies with a BA frame. The preemption transmission is completed.

[0198] In the solution provided by the embodiment of the present application, the retransmission information contained in the second preemption confirmation frame can be broadcast to instruct the non-holder to initiate preemption again. In this way, when the LLR frame reception fails, the non-holder can re-preempt according to the retransmission information. The retransmission information can also clarify the timing of the non-holder to re-preempt, thereby optimizing the preemptive transmission mechanism.

[0199] In some embodiments, the first communication device and the second communication device are station STAs, the second communication device is a device that sends LLR frames, and the first preemption confirmation frame is a TF sent by the access point AP, wherein the TF is triggered by the AP based on the third preemption confirmation frame sent by the first communication device, or, the third preemption confirmation frame is sent to the access point AP, wherein the first communication device and the second communication device are station STAs, and the first preemption confirmation frame is the TF sent by the AP based on the third preemption confirmation frame.

[0200] Exemplarily, when the second communication device is STA1 and STA2 holds the TXOP, STA1 sends an LLR frame to STA2 to preempt the TXOP, and STA2 sends a third preemption confirmation frame to the access point AP. The trigger information contained in the third preemption confirmation frame triggers the AP to schedule data transmission. The AP sends TF to STA1, and STA1 transmits data according to the TF.

[0201] For example, as shown in Figure 11, Figure 11 shows another possible preemptive transmission process when the holder and preemptor of TXOP are both STAs. The AP in this BSS is associated with at least three STAs, namely STA1, STA2 and STA3. STAs can use energy detection to determine whether there are other STAs requesting to preempt TXOP. When STA1 detects that there are other STAs requesting to preempt TXOP, it can send a third preemption confirmation frame to the AP to inform the AP that there is a STA requesting to preempt TXOP. The AP can query the data transmission service status of all users by sending BSRP, and all users report BSR information. After receiving the BSR information, the AP sends the TF uplink scheduled user's transmission service, and the scheduled user uploads the low-latency data service according to the schedule. After the service transmission is completed, the AP replies with a BA frame to complete the preemptive transmission.

[0202] In the solution provided by the embodiment of the present application, the third preemption confirmation frame can instruct the access point AP to schedule data transmission. Therefore, when the non-holders and TXOP holders allowed to obtain transmission opportunities are both station STAs, the AP can schedule data transmission services based on service information such as the priority of different data services and / or the expected duration of channel occupation. This can make the transmission of services more reasonable, thereby optimizing the mechanism of preemptive transmission.

[0203] In some embodiments, the third preemption confirmation frame may include trigger object information, where the trigger object information is used to indicate whether the data transmission scheduling performed by the AP includes scheduling data transmission of the first communication device.

[0204] Specifically, while the first communication device holds a transmission opportunity TXOP, the second communication device that wishes to preempt the transmission opportunity sends a low-latency service request (LLR) frame. The second communication device receives a TF from the AP indicating successful preemption, and then performs data transmission. The TF is triggered by a third preemption confirmation frame sent by the first communication device to the AP. The third preemption confirmation frame includes triggering object information, which is used to indicate whether the AP's data transmission scheduling includes scheduling data transmission for the first communication device. The frame structure of the third preemption confirmation frame may be partially identical to or different from the frame structure of the first preemption confirmation frame, and this is not limited to this.

[0205] Exemplarily, during the period when STA2 holds the transmission opportunity, other STAs (such as STA1 and STA3) send LLR frames to preempt TXOP. STA2, which holds the transmission opportunity, initiates a service scheduling request to the AP, triggering the AP to perform service scheduling. The AP sends TF to STA1 and STA3 that initiated the preemption request to instruct them to perform data transmission. The third preemption confirmation frame includes trigger object information, 1 is used to indicate that the access point AP needs to schedule the data transmission service of the holder STA2 when performing data transmission scheduling, and 0 is used to indicate that the access point AP does not need to schedule the data transmission service of the holder STA2 when performing data transmission scheduling; or, 0 is used to indicate that the access point AP needs to schedule the data transmission service of the holder STA2 when performing data transmission scheduling, and 1 is used to indicate that the access point AP does not need to schedule the data transmission service of the holder STA2 when performing data transmission scheduling. When the trigger object information indicates that the access point AP needs to schedule the data transmission service of the holder STA2 when performing data transmission scheduling, the service scheduling performed by the AP includes the data transmission service of the holder STA2; when the trigger object information indicates that the access point AP does not need to schedule the data transmission service of the holder STA2 when performing data transmission scheduling, the service scheduling performed by the AP does not include the data transmission service of the holder STA2. The embodiment of the present application does not limit the specific form or value of the trigger object information.

[0206] For example, as shown in Figure 12, Figure 12 shows another possible preemptive transmission process when the holder of the TXOP is a STA. The AP in the BSS is associated with at least two STAs, namely STA1 and STA2. At this time, STA1 is the TXOP holder, and STA1 transmits uplink non-low-latency services to the AP. Longer non-low-latency packets are interrupted into multiple small packets. The interval between each small packet is PIFS. The AP replies with a BA frame after multiple small packets are sent. After STA1 competes for the transmission opportunity through backoff competition, STA1 sends an RTS frame to request transmission. The RTS frame carries information that informs the AP and other STAs in the BSS that this TXOP is allowed to be preempted. After receiving the RTS, the AP sends a CTS frame to STA1 to allow STA1 to transmit services. While STA1 is sending non-low-latency data, STA2 has low-latency services arriving, and the AP and STA2 send LLR frames. STA1 sends a third preemption confirmation frame to trigger the AP to schedule data service transmission. The third preemption confirmation frame includes trigger information instructing the AP to schedule uplink services and trigger object information of STA1's services that need to be considered when scheduling services.

[0207] In the solution provided by the embodiment of the present application, the trigger object information contained in the third preemption confirmation frame can indicate whether the access point AP needs to schedule the data transmission service of the scheduling holder when performing data transmission scheduling. This can meet the data transmission scheduling in different situations, improve the flexibility of preemptive transmission, and thus optimize the preemptive transmission mechanism.

[0208] In some embodiments, the third preemption confirmation frame may further include confirmation information, where the confirmation information is used to instruct the AP to perform data transmission within the TXOP.

[0209] For example, when STA1 holds a TXOP, STA2 and the AP send a low-latency service request frame to preempt the TXOP. STA1 then sends a third preemption confirmation frame containing confirmation and trigger information to the AP. Based on this third preemption confirmation frame, the AP can perform downlink service transmission and uplink schedule services for other STAs. For example, the AP performs downlink service transmission and sends a trigger frame to STA2. After receiving the trigger frame from the AP, STA2 performs preemptive transmission. The order in which the AP performs downlink service transmission and sends the trigger frame is not limited. The AP can first transmit downlink service and then trigger STA2 to transmit data, or it can first trigger STA2 to transmit data and then send downlink service.

[0210] For example, as shown in Figure 12, Figure 12 shows another possible preemptive transmission process when the holder of the TXOP is a STA. While STA1 is sending non-low-latency data, STA2 has low-latency services arriving, and the AP and STA2 simultaneously send LLR frames in the intervals between the data packets sent by STA1. STA1 sends a third preemption confirmation frame to trigger the AP to schedule data service transmission. The third preemption confirmation frame contains confirmation information instructing the AP to transmit downlink services, trigger information instructing the AP to schedule uplink services, and trigger object information for STA1's services that need to be considered when scheduling services. After receiving the third preemption confirmation frame, the AP first sends downlink low-latency services, and then sends a BSRP frame to inquire about the service status of each STA. STA1 and STA2 report BSR information, and the AP performs Trigger scheduling based on the reported BSR. Each STA transmits services according to the AP's scheduling. After the service transmission is completed, the AP replies with a BA frame, and the preemptive transmission is completed.

[0211] The solution provided by the embodiment of the present application is that the third preemption confirmation frame can instruct the access point AP to schedule data transmission, and the non-holder STA receives the TF triggered by the AP according to the third preemption confirmation frame sent by the holder STA to perform data transmission, and the AP can perform downlink data transmission according to the confirmation information contained in the third preemption confirmation frame sent by the holder STA, thereby realizing the downlink data transmission and uplink service scheduling of the AP, which can meet the situation where both the AP and the non-TXOP-holding STA preempt the transmission opportunity of the holder STA and perform data transmission, thereby optimizing the preemptive transmission mechanism.

[0212] In some embodiments, when the LLR frame is sent to the first communications device in step S610, the LLR frame may be sent to the first communications device on a first frequency band, or when the LLR frame is received and / or detected from the second communications device, the LLR frame may be received and / or detected from the second communications device on the first frequency band. The first frequency band may be a frequency band randomly selected from a plurality of candidate frequency bands, or the first frequency band may be a frequency band corresponding to the second communications device from the plurality of candidate frequency bands.

[0213] Specifically, when the second communication device initiates preemption of TXOP, it sends an LLR frame to the first communication device on the first frequency band, and the first frequency band used is a frequency band randomly selected by the second communication device from multiple candidate frequency bands, or the first frequency band is a frequency band that has a corresponding relationship with the second communication device from multiple candidate frequency bands.

[0214] For example, the AP and STAs in the same service set divide available spectrum resources into N candidate frequency bands based on the number of associated STAs, where N is a positive integer greater than or equal to 1. When the number of STAs is large, the spectrum resources can be divided into more frequency bands; when the number of STAs is small, the spectrum resources can be divided into fewer frequency bands to increase the bandwidth of the frequency bands. A larger frequency band bandwidth can speed up the transmission of LLR frames. The first frequency band used by the second communications device to send a preemption request to the first communications device can be randomly selected from the candidate frequency bands. Figure 13 illustrates another possible preemption transmission process when the TXOP holder is an AP. The AP holding the TXOP is associated with three STAs: STA1, STA2, and STA3. The AP and STAs negotiate in advance to use a 106-tone five RU as the first frequency band. During the TXOP duration, the AP sends an RTS frame to STA1 to request transmission. The RTS frame carries information informing the STA that preemption is permitted for this TXOP. After receiving the RTS frame for a SIFS period, STA1 sends a CTS frame to the AP to allow the AP to transmit traffic to it. After the AP receives the CTS frame sent by STA1 for SIFS time, it sends low-latency data to STA1. The data is not divided into small packets, so after receiving the data, STA1 needs to send a BA frame to the AP for confirmation within the SIFS time. While the AP is sending low-latency data frames (LL Data) to STA1, STA2 and STA3 hope to seize the TXOP for service transmission. The frequency band used by STA2 and STA3 to send LLR frames is randomly selected from the 5 RUs. STA2 selects frequency band 1 and STA3 selects frequency band 3. Among them, 106-tone is a fixed combination of resource blocks (RU) specified in the WiFi protocol. It can also be 52-tone, 242-tone, 484-tone, 996-tone, 1992-tone, or other RU combinations. This embodiment of the present application is not limited to this.

[0215] Exemplarily, the AP and STAs in the same service set divide available spectrum resources into N candidate frequency bands based on the number of associated STAs, where N is a positive integer greater than or equal to 1 and greater than or equal to the number of STAs associated with the AP. The first frequency band used by multiple different second communication devices to send low-latency service requests to the TXOP holder is the frequency band corresponding to the second communication device from the multiple candidate frequency bands. For example, as shown in Figure 14, another possible preemptive transmission process occurs when the TXOP holder is an AP. The AP holding the TXOP is associated with three STAs: STA1, STA2, and STA3. The AP and STAs negotiate in advance to select three 106-tone RUs outside the second frequency band as candidate frequency bands. They also designate frequency band 1 for STA1 to send low-latency service request frames, frequency band 2 for STA2 to send low-latency service request frames, and frequency band 3 for STA3 to send low-latency service request frames. STA1, STA2, and STA3 transmit low-latency service request frames on their respective frequency bands. The AP sends an RTS frame to STA1 within the duration of the TXOP to request transmission. The RTS frame carries information that informs the STA that this TXOP is allowed to be preempted. After receiving the RTS for SIFS time, STA1 sends a CTS frame to the AP to allow the AP to transmit services to it. After receiving the CTS frame sent by STA1 for SIFS time, the AP sends non-low-latency data (non-LL Data) to STA1. The data is divided into small packets, so STA1 does not need to send a BA frame to the AP for confirmation after receiving each data packet. Instead, it replies with a BA frame after multiple packets are sent. While the AP is sending non-LL Data to STA1, STA3 hopes to preempt the TXOP for low-latency service transmission. The AP receives the low-latency service request frame sent by STA3 in frequency band 3. The frequency band division method of the first frequency band can be divided according to RU or in other ways, and this is not limited in the embodiments of the present application.

[0216] The solution provided in the embodiment of the present application is that the non-holder randomly selects the first frequency band from multiple candidate frequency bands to send a low-latency service request frame. In this way, by allocating multiple random frequency bands, the needs of preemptive transmission and the effective use of spectrum resources can be met without knowing how many users are participating in the preemption, thereby improving the utilization rate of frequency band resources; alternatively, the non-holder uses the corresponding frequency band when sending the low-latency service request frame, so that the low-latency service request frames sent by different non-holders will not collide on the first frequency band, thereby increasing the probability of the low-latency service request frame sent by the non-holder being successfully received, thereby avoiding the failure of preemptive TXOP caused by collision between low-latency service request frames, thereby optimizing the preemptive transmission mechanism.

[0217] In some embodiments, the first preemption confirmation frame may be a CTS frame sent by the first communications device.

[0218] For example, as shown in Figure 14, Figure 14 shows that when the holder of TXOP is AP, STA3 sends a low-latency service request frame, and AP sends a PA frame / CTS frame to STA3 that initiates the preemption request, allowing STA3 to preempt the transmission. After STA3 completes the service transmitted to AP, AP replies with a BA frame for confirmation, and the preemptive transmission ends. AP continues to send non-low-latency services to STA1. After multiple non-LL Data packets are sent, STA1 replies with a BA frame to AP until the AP's TXOP ends.

[0219] In some embodiments, the AP negotiates with the STA for resources of a first frequency band and a second frequency band, wherein the second frequency band is used to send and / or receive BA frames.

[0220] Exemplarily, as shown in Figure 7, the AP negotiates with the STA on the resources of the first frequency band (frequency band 1) and the resources of the second frequency band (BA frame frequency band). STA2 that initiates the preemption request sends an LLR frame in frequency band 1 outside the preset BA frame frequency band used for sending and / or receiving BA frames. The TXOP holder STA1 receives the BA frame sent by the AP and receives the LLR frame sent by STA2 in the agreed candidate frequency band.

[0221] In the solution provided by the embodiment of the present application, the AP and the STA pre-negotiate the allocation results of the frequency band resources and use the frequency band according to the negotiation results. This can clarify the frequency band used by the second communication device to initiate preemption and the communication device to send and / or receive BA frames, thereby optimizing the preemptive transmission mechanism.

[0222] In some embodiments, there may be no overlap between the resources of the first frequency band and the resources of the second frequency band.

[0223] For example, when the first communication device transmits a low-latency service, the communication device receiving the non-low-latency service needs to immediately reply with a BA frame. In this case, the resources of the second frequency band and the first frequency band can be set to resources without overlapping parts, so as to avoid frame collisions between the BA frame and the LLR frame sent by the non-holder to the holder.

[0224] In the solution provided by the embodiments of the present application, when a first communication device transmits a low-latency service, resources in the second frequency band and the first frequency band are set to non-overlapping resources, thereby increasing the probability of successful reception of BA frames during TXOP preemption. This improves the reliability of data transmission and optimizes the preemptive transmission mechanism.

[0225] In some embodiments, the resources of the first frequency band may include resources of the second frequency band.

[0226] Exemplarily, when the first communication device transmits a non-low-latency service, the communication device receiving the non-low-latency service does not need to immediately reply with a BA frame, and the resources of the second frequency band and the first frequency band can be set to resources with overlapping parts.

[0227] According to the solution provided in the embodiment of the present application, when the first communication device transmits non-low-latency services, the resources of the second frequency band and the first frequency band are set to resources with overlapping parts, which can improve the utilization rate of the frequency band resources and thus optimize the mechanism of preemptive transmission.

[0228] In some embodiments, when the LLR frame is sent to the first communications device in step S610, an aggregated frame may be sent to the first communications device, or when the LLR frame sent by the second communications device is received and / or detected, an aggregated frame sent by the second communications device may be received and / or detected. The aggregated frame may include information about the LLR frame and BA information, where the BA information corresponds to data transmitted by the first communications device to the second communications device.

[0229] For example, as shown in Figure 15, another possible preemptive transmission process occurs when both the TXOP holder and a preemptor are STAs. STA1, which holds the TXOP, and STA2, which preempts the transmission opportunity, are associated with the AP that preempts the transmission opportunity. The AP and STA preemptively negotiate to designate the 106-tone 1st frequency band, outside the second frequency band used for transmitting and / or receiving BA frames, as a candidate frequency band for the first frequency band, which STA2 will use for LLR frames. STA1 and STA2 can exchange control frames, such as LLR frames and preemption confirmation frames. The send and receive addresses of the control frames can be the addresses of STA1 and STA2, respectively, or the addresses of STA2 and STA1. After STA1 secures a transmission opportunity through backoff contention, it sends an RTS frame to request transmission. The RTS frame carries information informing the AP and other STAs in the BSS that preemption of this TXOP is permitted. After receiving the RTS frame, the AP sends a CTS frame to STA1, allowing STA1 to transmit traffic. SIFS after the AP receives the CTS frame from STA1, STA1 sends low-latency data to the AP. This data is not fragmented into small packets, so the AP needs to send a BA frame to STA1 within SIFS of receiving each PPDU to confirm its reception. While STA1 is sending low-latency data (LL Data) frames to the AP, STA2 and the AP wish to preempt the TXOP for low-latency service transmission. The AP aggregates the LLR frame information in its BA frame in reply to STA1, sending an aggregated frame. During the same period, STA1 receives the aggregated frame sent by the AP on frequency band 2 and the low-latency service request frame sent by STA2 on frequency band 1. STA1 sends a PA frame / CTS frame to allow the AP to preempt transmission. After the AP sends low-latency data to STA2, STA2 responds with a BA frame. STA1 sends a first preemption confirmation frame to allow STA2 to preempt transmission. After STA2 finishes sending its low-latency data to the AP, the AP responds with a BA frame to STA2. With the preempted transmission complete, STA1 resumes data transmission until the end of the TXOP.

[0230] The solution provided by the embodiment of the present application is that a first communication device transmits data to a second communication device. After receiving the data, the second communication device needs to send a BA frame to the first communication device. The second communication device sends an aggregate frame to the first communication device. The aggregate frame contains information of the LLR frame and BA information. This can increase the density of effective information in the sent frame, reduce the number of frames sent, and improve the efficiency of preemptive transmission, thereby optimizing the preemptive transmission mechanism.

[0231] In some embodiments, the LLR frame may include indication information, where the indication information is used to indicate whether the LLR frame carries BSR information.

[0232] Specifically, the AP schedules data transmission services based on the base station response (BSR) of the communication device to be scheduled. One possible implementation is for the AP to send a buffer status report (BSRP) to the communication device to be scheduled. The communication device then responds with its own BSR, and the AP schedules services based on the BSR. Another possible implementation is for the second communication device to include its own BSR in an LLR frame when sending a preemption request. The AP can schedule data transmission based on the BSR carried in the LLR frame when performing service scheduling. The indication information in the LLR frame indicates whether the BSR is carried. This indication information is also referred to as control type information.

[0233] For example, as shown in Figure 11, another possible preemptive transmission process occurs when both the TXOP holder and the preemptor are STAs. In this BSS, the AP is associated with at least three STAs: STA1, STA2, and STA3. In this case, STA1 is the TXOP holder and transmits uplink low-latency services to the AP. The AP must immediately respond with a BA frame after receiving each PPDU. The AP and STAs pre-negotiate to select 106-tone frequency bands 1 to 5, outside the second frequency band, as candidate frequency bands for random use by communication devices preempting transmission opportunities when transmitting LLR frames. The frequency band used by STAs in the candidate frequency bands is the first frequency band. While the AP is transmitting the BA frame, STA2 and STA3 each transmit LLR frames in a candidate frequency band outside the preset frequency bands for transmitting and / or receiving BA frames. STA2 transmits LLR frames using frequency band 1, while STA3 transmits LLR frames using frequency band 3. Neither STA2 nor STA3 carries BSR information in their LLR frames. The AP sends BSRP to query the data transmission services of all users, and all users report BSR information. The AP sends TF uplink to schedule user transmission services, and the scheduled users upload low-latency data services according to the schedule.

[0234] For example, as shown in Figure 13, during the same time period, the AP receives a BA frame from STA1, a low-latency service request frame from STA2 on frequency band 1, and a low-latency service request frame from STA3 on frequency band 3. The LLR frames sent by STA2 and STA3 both carry buffer status report (BSR) information. The AP can schedule services based on the BSR information without sending a buffer status report query, allowing STA2 and STA3 to preempt transmission. After STA2 and STA3 complete service transmission, the AP replies with a BA frame for confirmation, ending the preemptive transmission. The AP then continues to send services until the end of the AP's TXOP.

[0235] The solution provided by the embodiment of the present application is that different non-holders may carry or not carry their own BSRs when sending low-latency service request frames. When the indication information in the LLR frame indicates that the BSR is carried, the low-latency service request frame sent by the non-holder carries its own BSR, which allows the AP to obtain the BSR of the non-holder and perform data transmission service scheduling without sending a cache status report query. This can simplify the process of preempting transmission, shorten the time required for data transmission service scheduling, and thus optimize the mechanism of preempting transmission.

[0236] In some embodiments, the second communications device sends the LLR frame within a SIFS time after the first communications device sends a data packet.

[0237] Specifically, the second communication device can only send the LLR frame within the SIFS time after the first communication device finishes sending a data packet.

[0238] Exemplarily, as shown in FIG13 , STA2 and STA3 send LLR frames to request for preemption within the SIFS time after the AP, the holder of the transmission opportunity, sends an LL data packet.

[0239] The solution provided by the embodiment of the present application is that a non-holder can only send LLR frames within the SIFS time after the holder sends a data packet, thereby preventing other non-holders from continuously preempting the holder's TXOP after the non-holder who successfully preempted the TXOP sends a data packet. In this way, the data transmission of the TXOP holder is guaranteed, and frequent channel contention within a certain period of time is avoided, thereby optimizing the preemptive transmission mechanism.

[0240] In some embodiments, it may be possible to determine whether the LLR frame sent by the second communication device exists by detecting the energy of multiple candidate frequency bands.

[0241] Specifically, the AP and the STA negotiate in advance a plurality of candidate frequency bands as resources of the first frequency band, and the holder of the TXOP can determine whether a communication device has initiated a preemption request by detecting the energy of the plurality of candidate frequency bands.

[0242] For example, as shown in Figure 11, Figure 11 shows another possible preemptive transmission process when the holder and preemptor of the TXOP are both STAs. The AP in the BSS is associated with at least three STAs, namely STA1, STA2 and STA3. STAs can detect the energy of the candidate frequency band through energy detection to determine whether there is an LLR frame sent by the STA, that is, whether there is another STA initiating a request to preempt the TXOP. After STA1 competes for the transmission opportunity through backoff competition, STA1 sends an RTS frame to request transmission. The RTS frame carries information that informs the AP and other STAs in the BSS that this TXOP is allowed to be preempted. After receiving the RTS, the AP sends a CTS frame to STA1 to allow STA1 to transmit services. While STA1 is sending low-latency data, low-latency services arrive from STA2 and STA3. After receiving the PPDU, the AP needs to send a BA frame to STA1 for confirmation within the SIFS time. While the AP is sending a BA frame, STA2 and STA3 each send LLR frames in a candidate frequency band other than the preset frequency band for sending and / or receiving BA frames. STA2 uses frequency band 1 among the candidate frequency bands to send LLR frames, and STA3 uses frequency band 3 among the candidate frequency bands to send LLR frames. STA1 receives the AP's BA frame in the preset frequency band for sending and / or receiving BA frames and detects that the signal energy in the agreed candidate frequency band is higher than the preset background value, indicating that a STA has requested to preempt the TXOP.

[0243] For example, as shown in FIG12 , FIG12 shows another possible preemptive transmission process when the holder of the TXOP is a STA. The AP in the BSS is associated with at least two STAs, namely STA1 and STA2. At this time, STA1 holds the transmission opportunity, and the AP and STA negotiate in advance to use the frequency band for sending and / or receiving BA frames as the frequency band for sending LLR frames, for the communication device that preempts the transmission opportunity to send LLR frames. While STA1 is sending non-low-latency data, STA2 has low-latency services arriving. AP and STA2 simultaneously send LLR frames in the second frequency band (for example, the second frequency band is 20M) in the interval between the data packets sent by STA1. STA1 detects that a frame collision has occurred in the second frequency band (specifically, it can be manifested as detecting energy higher than the background but being unable to parse the information in the frame), which means that a communication device has initiated TXOP preemption.

[0244] It is understandable that the communication device or AP holding the transmission opportunity can schedule the order of service transmission in a random manner, or according to a specific rule (for example, scheduling uplink services first and then transmitting downlink services; or vice versa). The scheme described in the embodiments of the present application is only an example and does not limit the scheme itself.

[0245] The solution provided in the embodiment of the present application is that the holder confirms whether there is a non-holder initiating a preemption request by detecting the energy of multiple candidate frequency bands. When the holder and non-holder cannot interact with each other through control frames, transmission opportunities can be preempted. This can expand the application scope of preemptive transmission, thereby optimizing the preemptive transmission mechanism.

[0246] In some embodiments, the LLR frame may include receiving address information, which may be an address of the first communication device.

[0247] Exemplarily, an LLR frame includes a frame control field, a duration field indicating how long the frame and its acknowledgment frame will occupy the channel, a receiver address (RA) field, a transmitter address (TA) field, a control type information (CA info) field, and a frame check sequence (FCS) field for verifying frame integrity. By setting the receiver address information of the LLR frame to the address of the first communication device, an LLR frame sent by a second communication device to the first communication device can be received by the first communication device, and the STA of the second communication device can preempt the transmission opportunity of another STA of the first communication device.

[0248] For example, as shown in Figure 7, another possible preemptive transmission process is shown when the holder of the TXOP is a STA. In this BSS, the AP is associated with at least two STAs, namely STA1 and STA2. At this time, STA1 holds the transmission opportunity and transmits uplink low-latency services to the AP. The AP needs to immediately reply with a BA frame after receiving each PPDU. The AP and the STA negotiate in advance to use the 106-tone No. 1 frequency band outside the second frequency band as a candidate frequency band for STA2, which preempts the transmission opportunity, to send LLR frames. STA1 and STA2 can exchange and parse control frames, such as LLR frames and preemption confirmation frames. The sending address and receiving address of the control frame are the addresses of STA1 and STA2, respectively, or the addresses of STA2 and STA1.

[0249] For example, as shown in Figures 9 and 10, STA1, the TXOP holder, transmits uplink low-latency services to the AP. The AP and STAs pre-negotiate and select 106-tone frequency bands 1 to 5, outside the second frequency band, as candidate frequency bands for communication devices seeking to seize transmission opportunities to randomly select by sending LLR frames. STAs can exchange and parse control frames, such as LLR frames and preemption confirmation frames. The send and receive addresses of control frames are the addresses of the corresponding STAs. Figure 16 illustrates an exemplary LLR frame structure, which shows a possible LLR frame structure. This LLR frame structure allows TXOP holders and non-TXOP holders to preempt TXOPs between network devices. A TXOP preemptor can initiate a low-latency service request to the TXOP holder by sending an LLR frame. When both the second and first communication devices are station STAs, this LLR frame structure enables TXOP preemption transmission between STAs.

[0250] In the solution provided by the embodiment of the present application, the frame structure of the LLR frame enables a non-holder to make a TXOP preemption request by sending an LLR frame, so that all communication devices in the service set can participate in the preemptive transmission. This can expand the application scope of the preemptive transmission, thereby optimizing the preemptive transmission mechanism.

[0251] In some embodiments, the LLR frame may also include BSR information.

[0252] Specifically, the LLR frame further includes BSR information, where the BSR information is used to indicate the buffered traffic volume of low-latency data that the second network device that sends the LLR frame requests to transmit.

[0253] For example, as shown in Figure 17, another possible LLR frame structure is shown. An LLR frame carrying BSR information can not only be used to initiate a preemption request to the transmission opportunity holder, but also enable the TXOP holder to obtain the buffered traffic volume requested for this preemptive transmission through the received LLR frame.

[0254] In the solution provided by the embodiment of the present application, the LLR frame includes BSR information, so that when the second network device initiates a preemption request to the first network device holding the transmission opportunity, the TXOP holder can obtain the data transmission service status of the user who initiated the low-latency data transmission request without sending BSRP. This can simplify the process of preemptive transmission, improve the flexibility of preemptive transmission, and thus optimize the preemptive transmission mechanism.

[0255] In some embodiments, before sending the LLR frame to the first communication device, the second communication device detects that the signal strength of the first communication device is higher than a threshold, or before receiving and / or detecting the LLR frame sent by the second communication device, the first communication device detects that the signal strength of the second communication device is higher than a threshold.

[0256] Specifically, two communication devices that cannot cover each other's transmission range, that is, cannot detect whether the other party is transmitting data through the physical carrier monitoring method, can be called hidden terminals. Because hidden terminals cannot monitor each other, they may mistakenly believe that the channel is idle when the other party is transmitting data and transmit data, thereby causing service conflicts. In order to enable frame interaction between the second communication device and the first communication device, before the second communication device sends an LLR frame, the second communication device needs to detect that the signal strength of the first communication device is higher than a threshold, or before the first communication device receives and / or detects the LLR frame sent by the second communication device, the first communication device detects that the signal strength of the second communication device is higher than a threshold, which is the maximum value of the signal strength of the mutually hidden terminals.

[0257] In the solution provided by the embodiments of the present application, a non-holder initiates TXOP preemption only after detecting that the signal strength of the holder is higher than a threshold, or a holder receives and / or detects LLR frames only after detecting that the signal strength of the non-holder is higher than a threshold. The threshold is the signal threshold when the non-holder and the holder are hidden terminals. This can avoid data transmission service errors caused by TXOP preemption when the non-holder and the holder are hidden terminals, thereby optimizing the preemptive transmission mechanism.

[0258] For example, apparatus diagrams for executing any of the data transmission methods based on preemptive transmission in the above embodiments are shown in Figures 18 and 19. Figure 18 shows a schematic diagram of a possible data transmission apparatus 1800, including a sending unit 1801 and a receiving unit 1802.

[0259] The sending unit 1801 is configured to send a low-latency service request LLR frame and data transmission, where the LLR frame is used to request to seize a transmission opportunity TXOP held by the first communication device;

[0260] The receiving unit 1802 is configured to receive a first preemption confirmation frame, where the first preemption confirmation frame is used to indicate that the preemption is successful.

[0261] In some embodiments, the apparatus further includes an execution unit 1803, configured to determine whether the second communication device has successfully preempted according to the RU in the LLR RU allocation information in the first preemption confirmation frame.

[0262] In some embodiments, the receiving unit 1802 is further configured to receive a second preemption confirmation frame sent by the first communication device.

[0263] In some embodiments, the sending unit 1801 is further configured to send an aggregate frame, where the aggregate frame includes information of the LLR frame and block acknowledgement (BA) information, where the BA information corresponds to data transmitted from the first communication device to the second communication device.

[0264] In some embodiments, the executing unit 1803 is further configured to randomly select a first frequency band from a plurality of candidate frequency bands for sending the LLR frame to the first communication device.

[0265] In some embodiments, the executing unit 1803 is further configured to detect the signal strength of the first communication device.

[0266] FIG19 shows a schematic diagram of another possible data transmission apparatus 1900, comprising the following units:

[0267] The receiving unit or detecting unit 1901 is configured to receive and / or detect a low-latency service request (LLR) frame sent by a second communication device, where the LLR frame is used by the second communication device to request the second communication device to seize a transmission opportunity (TXOP) held by the first communication device.

[0268] The sending unit 1902 is configured to send a first preemption confirmation frame, where the first preemption confirmation frame is used to indicate that the second communication device has successfully preempted.

[0269] In some embodiments, the sending unit 1902 is further configured to send a second preemption confirmation frame, where the second preemption confirmation frame includes LLR reception information, where the LLR reception information is used to indicate whether the LLR frame sent by the second communication device is successfully received.

[0270] In some embodiments, the sending unit 1902 is further configured to send a third preemption confirmation frame, wherein the first communication device and the second communication device are stations STA, and the first preemption confirmation frame is a trigger frame TF sent by the AP according to the third preemption confirmation frame.

[0271] In some embodiments, the receiving unit or detecting unit 1901 is further configured to receive and / or detect an aggregate frame, where the aggregate frame includes information of an LLR frame and block acknowledgement (BA) information corresponding to data transmitted from the first communication device to the second communication device.

[0272] In some embodiments, the apparatus further includes an execution unit 1903 configured to detect a signal strength of the second communication device.

[0273] It should be understood that the apparatus 1800 of FIG. 18 or the apparatus 1900 of FIG. 19 is embodied in the form of a functional unit. The term "unit" herein may refer to an application-specific integrated circuit (ASIC), an electronic circuit, a processor (e.g., a shared processor, a dedicated processor, or a group processor, etc.) and memory for executing one or more software or firmware programs, a combined logic circuit, and / or other suitable components that support the described functions. In an optional example, those skilled in the art will understand that the apparatus 1800 or the apparatus 1900 may be specifically the AP in the above-mentioned embodiment, and may be used to perform the various processes and / or steps corresponding to the AP in the above-mentioned method embodiment (e.g., the various processes / steps in the methods of FIG. 6 , FIG. 7 , and FIG. 9 to FIG. 15 ). Alternatively, the apparatus 1800 or the apparatus 1900 may be specifically the STA in the above-mentioned embodiment, and may be used to perform the various processes and / or steps corresponding to the STA in the above-mentioned method embodiment (e.g., the various processes / steps in the methods of FIG. 6 , FIG. 7 , and FIG. 9 to FIG. 15 ). To avoid repetition, the description will not be repeated here.

[0274] The apparatus 1800 or apparatus 1900 of each of the above-mentioned solutions has the function of implementing the corresponding steps performed by the AP in the above-mentioned method, or the apparatus 1800 or apparatus 1900 of each of the above-mentioned solutions has the function of implementing the corresponding steps performed by the STA in the above-mentioned method. The functions can be implemented by hardware, or can be implemented by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above-mentioned functions; for example, the sending unit, the receiving unit, and the detection unit can be replaced by a transceiver (for example, the sending unit can be replaced by a transmitter, and the receiving unit and the detection unit can be replaced by a receiver), and other units, such as the processing unit, can be replaced by a processor, respectively performing the sending and receiving operations and related processing operations in each method embodiment.

[0275] In addition, the above-mentioned sending unit, receiving unit, and detection unit can also be a transceiver circuit (for example, it can include a receiving circuit and a sending circuit), and the processing unit can be a processing circuit. In the embodiments of the present application, the device in Figures 18 and 19 can be the AP or STA in the aforementioned embodiments, or it can be a chip or a chip system, such as a system on chip (SoC). Among them, the sending unit or the receiving unit, the detection unit can be an input and output circuit, a communication interface; the processing unit is a processor or microprocessor or an integrated circuit integrated on the chip. This is not limited here.

[0276] Figure 20 shows a schematic diagram of a possible communication device 2000 provided in an embodiment of the present application. The device 2000 includes a processor 2100 and a transceiver 2200. The processor 2100 and the transceiver 2200 communicate with each other via an internal connection path, and the processor 2100 is used to execute instructions to control the transceiver 2200 to send and / or receive signals.

[0277] Optionally, the apparatus 2000 may further include a memory 2300, which communicates with the processor 2100 and the transceiver 2200 via an internal connection path. The memory 2300 is used to store instructions, and the processor 2100 may execute the instructions stored in the memory 2300. In one possible implementation, the apparatus 2000 is used to implement the various processes and steps corresponding to the AP in the above-described method embodiment. In another possible implementation, the apparatus 2000 is used to implement the various processes and steps corresponding to the STA in the above-described method embodiment.

[0278] It should be understood that the device 2000 can be specifically the AP or STA in the above-mentioned embodiments, or it can be a chip or chip system. Correspondingly, the transceiver 2200 can be the transceiver circuit of the chip, which is not limited here. Specifically, the device 2000 can be used to execute the various steps and / or processes corresponding to the transmitting end or the receiving end in the above-mentioned method embodiments. Optionally, the memory 2300 can include read-only memory and random access memory, and provide instructions and data to the processor. A portion of the memory can also include non-volatile random access memory. For example, the memory can also store device type information. The processor 2100 can be used to execute instructions stored in the memory, and when the processor 2100 executes the instructions stored in the memory, the processor 2100 is used to execute the various steps and / or processes of the above-mentioned method embodiments corresponding to the AP or STA.

[0279] During implementation, each step of the above method can be completed by an integrated logic circuit of the hardware in the processor or by instructions in the form of software. The steps of the method disclosed in conjunction with the embodiments of the present application can be directly embodied as being executed by a hardware processor, or can be executed by a combination of hardware and software modules in the processor. The software module can be located in a storage medium mature in the art such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory or an electrically erasable programmable memory, a register, etc. 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 conjunction with its hardware. To avoid repetition, it will not be described in detail here.

[0280] It should be noted that the processor in the embodiments of the present application can be an integrated circuit chip with signal processing capabilities. During implementation, each step of the above method embodiment can be completed by hardware integrated logic circuits in the processor or instructions in software form. The above processor can be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic device, a discrete gate or transistor logic device, or a discrete hardware component. The processor in the embodiments of the present application can implement or execute the various methods, steps, and logic block diagrams disclosed in the embodiments of the present application. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in the embodiments of the present application can be directly embodied as being executed by a hardware decoding processor, or can be executed by a combination of hardware and software modules in the decoding processor. The software module can be located in a storage medium mature in the art, such as random access memory, flash memory, read-only memory, programmable read-only memory, or electrically erasable programmable memory, registers, etc. 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.

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

[0282] Figure 21 shows a schematic diagram of a possible communication device 3000 provided in an embodiment of the present application. The device 3000 includes a processing circuit 3100 and a transceiver circuit 3200. The processing circuit 3100 and the transceiver circuit 3200 communicate with each other via an internal connection path. The processing circuit 3100 is used to execute instructions to control the transceiver circuit 3200 to send and / or receive signals.

[0283] Optionally, the apparatus 3000 may further include a storage medium 3300, which communicates with the processing circuit 3100 and the transceiver circuit 3200 via an internal connection path. The storage medium 3300 is used to store instructions, and the processing circuit 3100 can execute the instructions stored in the storage medium 3300. In one possible implementation, the apparatus 3000 is used to implement the various processes and steps corresponding to the AP in the above-mentioned method embodiment. In another possible implementation, the apparatus 3000 is used to implement the various processes and steps corresponding to the STA in the above-mentioned method embodiment.

[0284] According to the method provided in the embodiments of the present application, the present application also provides a computer program product, which includes: computer program code, which, when running on a computer, enables the computer to execute the methods in the embodiments shown in the aforementioned Figures 6, 7, and 9 to 15.

[0285] According to the method provided in the embodiments of the present application, the present application also provides a computer-readable medium, which stores program code. When the program code runs on a computer, the computer executes the method in the embodiments shown in Figures 6, 7, and 9 to 15.

[0286] According to the method provided in the embodiment of the present application, the present application also provides a system, which includes the aforementioned one or more sites and one or more access points.

[0287] Those skilled in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0288] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0289] In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of the units is merely a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0290] The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of these units may be selected to achieve the purpose of this embodiment according to actual needs.

[0291] 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 separately, or two or more units may be integrated into one unit.

[0292] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for enabling a computer device (which can be a personal computer, server, or communication device, etc.) to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0293] The above description is merely a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this application should be included in the scope of protection of this application. Therefore, the scope of protection of this application should be based on the scope of protection of the claims.

Claims

1. A method for data transmission based on preemptive transmission, characterized in that, Including: Sending a Low Latency Request (LLR) frame to a first communication device, where the LLR frame is used to request preemption of the Transmission Opportunity (TXOP) held by the first communication device; Receiving a first preemption confirmation frame, where the first preemption confirmation frame is used to indicate successful preemption; Performing data transmission within the TXOP.

2. The method according to claim 1, wherein The receiving the first preemption confirmation frame includes: Receiving the first preemption confirmation frame sent by the first communication device.

3. The method according to claim 1 or 2, wherein The first preemption confirmation frame includes LLR Resource Unit (RU) allocation information, and the Resource Unit (RU) in the LLR RU allocation information is the frequency band used by the second communication device to send the LLR frame.

4. The method according to claim 3, wherein The method further includes: Determining that the second communication device has successfully preempted according to the RU in the LLR RU allocation information.

5. The method according to any one of claims 1 to 4, characterized in that, The method further includes: Receiving a second preemption confirmation frame sent by the first communication device, where the second preemption confirmation frame includes LLR reception information, and the LLR reception information is used to indicate whether the LLR frame sent by the second communication device has been successfully received.

6. The method according to claim 5, wherein The second preemption confirmation frame further includes retransmission information, the second preemption confirmation frame is a broadcast frame, and the retransmission information is used to indicate re - sending the LLR frame.

7. The method according to claim 1, wherein The second communication device and the first communication device are Stations (STAs), the second communication device is the device that sends the LLR frame, The first preemption confirmation frame is a Trigger Frame (TF) sent by an Access Point (AP), where the TF is triggered by the AP according to a third preemption confirmation frame sent by the first communication device.

8. The method according to claim 7, wherein The third preemption confirmation frame includes trigger object information, and the trigger object information is used to indicate whether the data transmission scheduling by the AP includes scheduling the data transmission of the first communication device.

9. The method according to claim 7 or 8, wherein The third preemption confirmation frame further includes confirmation information, and the confirmation information is used to indicate that the AP performs data transmission within the TXOP.

10. The method according to claim 1, wherein The first preemption confirmation frame is a Clear to Send (CTS) frame sent by the first communication device.

11. The method according to any one of claims 1 to 10, characterized in that, The sending the LLR frame to the first communication device includes: Sending an aggregated frame to the first communication device, where the aggregated frame includes the information of the LLR frame and Block Acknowledgment (BA) information, and the BA information corresponds to the data transmitted from the first communication device to the second communication device.

12. The method according to any one of claims 1 to 11, characterized in that, The sending the LLR frame to the first communication device includes: Sending the LLR frame to the first communication device on a first frequency band, where the first frequency band is a randomly selected frequency band from multiple candidate frequency bands, or the first frequency band is the frequency band corresponding to the second communication device among multiple candidate frequency bands.

13. The method according to claim 12, wherein, The method further includes: The AP negotiates the resources of the first frequency band and the second frequency band with the STA, where the second frequency band is used to send and / or receive BA frames.

14. The method according to claim 13, wherein The resources of the first frequency band include the resources of the second frequency band.

15. The method according to any one of claims 1 to 14, characterized in that the LLR frame includes indication information for indicating whether the LLR frame carries buffer status report BSR information.

16. The method according to any one of claims 1 to 15, characterized in that the LLR frame includes receiving address information, and the receiving address is the address of the first communication device.

17. The method according to any one of claims 1 to 16, characterized in that, The sending of the LLR frame to the first communication device includes: sending the LLR frame to the first communication device at a short inter-frame space SIFS time after the first communication device finishes sending a data packet.

18. The method according to any one of claims 1 to 17, characterized in that before sending the LLR frame to the first communication device, the second communication device detects that the signal strength of the first communication device is higher than a threshold.

19. A method for data transmission based on preemptive transmission, characterized in that, including: receiving and / or detecting a low-latency service request LLR frame sent by a second communication device, where the LLR frame is used by the second communication device to request to preempt a transmission opportunity TXOP held by the first communication device; sending a first preemption confirmation frame to the second communication device, where the first preemption confirmation frame is used to indicate that the second communication device has successfully preempted.

20. The method according to claim 19, characterized in that the first preemption confirmation frame includes LLR RU allocation information, and the RU in the LLR RU allocation information is the frequency band used by the second communication device to send the LLR frame.

21. The method according to claim 19 or 20, characterized in that, The method further includes: sending a second preemption confirmation frame to the second communication device, where the second preemption confirmation frame includes LLR reception information for indicating whether the LLR frame sent by the second communication device is successfully received.

22. The method according to claim 21, characterized in that the second preemption confirmation frame further includes retransmission information, the second preemption confirmation frame is a broadcast frame, and the retransmission information is used to indicate that the second communication device sends the LLR frame again.

23. The method according to claim 19, wherein The method further includes: sending a third preemption confirmation frame to an access point AP, where the first communication device and the second communication device are stations STA, and the first preemption confirmation frame is a trigger frame TF sent by the AP according to the third preemption confirmation frame.

24. The method according to claim 23, characterized in that the third preemption confirmation frame includes trigger object information for indicating whether the data transmission scheduling by the AP includes scheduling the data transmission of the first communication device.

25. The method according to claim 23 or 24, characterized in that the third preemption confirmation frame further includes confirmation information for indicating that the AP performs data transmission within the TXOP.

26. The method according to claim 19, characterized in that the first preemption confirmation frame is a clear-to-send CTS frame sent by the first communication device.

27. The method according to any one of claims 19 to 26, characterized in that, The receiving and / or detecting the LLR frame sent by the second communication device includes: Receive and / or detect an aggregated frame sent by a second communication device, where the aggregated frame includes information of the LLR frame and block acknowledgment (BA) information, and the BA information corresponds to data transmitted from a first communication device to the second communication device.

28. The method according to any one of claims 19 to 27, characterized in that Receive and / or detect that the LLR frame sent by the second communication device includes: Receive and / or detect the LLR frame sent by the second communication device on a first frequency band, where the first frequency band is randomly selected from multiple candidate frequency bands, or the first frequency band is the frequency band corresponding to the second communication device among the multiple candidate frequency bands.

29. The method according to claim 28, wherein The method further includes: The AP negotiates resources of the first frequency band and a second frequency band with the STA, where the second frequency band is used for sending and / or receiving BA frames.

30. The method according to claim 29, wherein The resources of the first frequency band include the resources of the second frequency band.

31. The method according to any one of claims 19 to 30, characterized in that The LLR frame includes indication information for indicating whether the LLR frame carries buffer status report (BSR) information.

32. The method according to any one of claims 28 to 31, characterized in that Determine whether there is the LLR frame sent by the second communication device by detecting the energy of the multiple candidate frequency bands.

33. The method according to any one of claims 19 to 32, characterized in that The LLR frame includes receiving address information, and the receiving address is the address of the first communication device.

34. The method according to any one of claims 19 to 33, characterized in that Before receiving and / or detecting the LLR frame sent by the second communication device, the first communication device detects that the signal strength of the second communication device is higher than a threshold.

35. A method for data transmission based on preemptive transmission, characterized in that, Includes: Send a low latency service request (LLR) frame to the first communication device on a first frequency band, where the LLR frame is used for the second communication device to request to preempt the transmission opportunity (TXOP) held by the first communication device, and the first frequency band is randomly selected from multiple candidate frequency bands, or the first frequency band is the frequency band corresponding to the second communication device among the multiple candidate frequency bands.

36. The method according to claim 35, wherein The method further includes: The AP negotiates resources of the first frequency band and a second frequency band with the STA, where the second frequency band is used for sending and / or receiving BA frames.

37. The method according to claim 36, wherein The resources of the first frequency band include the resources of the second frequency band.

38. A device for data transmission, characterized in that, Includes: A unit for implementing the method according to any one of claims 1 to 18; or A unit for implementing the method according to any one of claims 19 to 34; or A unit for implementing the method according to any one of claims 35 to 37.

39. A computer-readable storage medium, characterized in that, A computer program is stored on the computer-readable storage medium, and when the computer program runs, Cause the device to execute the method according to any one of claims 1 to 18; or Cause the device to execute the method according to any one of claims 19 to 34; or Cause the device to execute the method according to any one of claims 35 to 37.

40. A computer program product, characterized in that, The computer program product includes: a computer program, and when the computer program runs, cause the computer to execute the method according to any one of claims 1 to 18; or Perform the method according to any one of claims 19 to 34; or Perform the method according to any one of claims 35 to 37.

41. A chip system, characterized in that, Comprising: a processor for calling and running a computer program from a memory such that a communication device installed with the chip system performs the method according to any one of claims 1 to 18; or such that a communication device installed with the chip system performs the method according to any one of claims 19 to 34; or such that a communication device installed with the chip system performs the method according to any one of claims 35 to 37.

42. A communication system, characterized in that, Comprising: an access point AP and at least one station STA; the AP and / or the STA is configured to perform the method according to any one of claims 1 to 18, or is configured to perform the method according to any one of claims 19 to 34, or is configured to perform the method according to any one of claims 35 to 37.

Images