CN112118077A

CN112118077A - Response frame sending method and receiving node

Info

Publication number: CN112118077A
Application number: CN201910541969.2A
Authority: CN
Inventors: 杨博; 陈鹏
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2019-06-21
Filing date: 2019-06-21
Publication date: 2020-12-22
Also published as: WO2020253637A1

Abstract

The embodiment of the application provides a response frame sending method and a receiving node, and relates to the technical field of communication, wherein the method comprises the following steps: the method comprises the steps that a receiving node receives a data frame sent by a transmitting node, the receiving node acquires the sending time t of a response frame based on the received data frame, the receiving node generates a lead code of the response frame, after the lead code is generated, a transmitting link of the receiving node sends the lead code of the response frame at the time t, when the data frame is successfully received, the receiving node generates a load part of the response frame bearing ACK, and the receiving node sends the load part of the response frame bearing ACK; and when the data frame is failed to be received, the receiving node generates a load part of a response frame carrying the NACK, and the receiving node sends the load part of the response frame carrying the NACK. According to the scheme provided by the embodiment of the application, the time constraint of the receiving node is relaxed, and the data processing of the receiving node is more flexible.

Description

Response frame sending method and receiving node

Technical Field

The present application relates to the field of communications technologies, and in particular, to a method for sending a response frame and a receiving node.

Background

In a Wireless Local Area Network (WLAN), an Automatic Repeat Request (ARQ) mechanism is adopted, that is, after a sending node sends a data packet, a receiving node waits for an Acknowledgement (ACK) to be replied, and then continues to send a next data packet. Meanwhile, due to a channel contention mechanism of Carrier Sense Multiple Access (CSMA), a receiving node must reply to an ACK within a Short Inter Frame Space (SIFS) (usually 10-16 microseconds, depending on the IEEE802.11 protocol version) after receiving a data packet, and this timing requirement is very strict, which brings a great constraint to the receiving node.

Disclosure of Invention

The embodiment of the application provides a sending method of a response frame and a receiving node, which can relax the time constraint of the receiving node and enable the receiving node to process data more flexibly.

In a first aspect, an embodiment of the present application provides a method for sending a response frame, where the method includes:

a receiving node receives a data frame; the receiving node acquires the sending time t of the response frame; the receiving node generating a preamble of a response frame; the receiving node sends a lead code of the response frame at the time t; when the data frame is successfully received, the receiving node generates a load part of a response frame carrying ACK, and the receiving node sends the load part of the response frame carrying ACK; when the data frame is failed to be received, the receiving node generates a payload part of a response frame carrying NACK, and the receiving node sends the payload part of the response frame carrying Negative Acknowledgement (NACK).

In the response frame sending method provided by the embodiment of the application, a receiving node receives a data frame sent by a transmitting node, the receiving node acquires the sending time t of the response frame based on the received data frame, the receiving node generates a lead code of the response frame, after the lead code is generated, a transmitting link of the receiving node sends the lead code of the response frame at the time t, when the data frame is successfully received, the receiving node generates a load part of the response frame bearing ACK, and the receiving node sends the load part of the response frame bearing ACK; and when the data frame is failed to be received, the receiving node generates a load part of a response frame carrying the NACK, and the receiving node sends the load part of the response frame carrying the NACK. Compared with the prior art, the physical layer of the receiving node generates the lead code of the response frame after receiving the indication that the data of the Media Access Control (MAC) layer is successfully received, and the receiving node needs to complete the decoding of the data under a strict time sequence.

In one possible design, the receiving node obtains the time t of sending the response frame according to the time of receiving the data frame and the length of the data frame.

In one possible design, the receiving node obtains the sending time t of the response frame according to the time when the data frame is completely received.

In one possible design, the receiving node generating the preamble of the response frame includes: and the receiving node generates a lead code of the response frame at the time t-delta t according to the time delay information delta t. In a specific implementation process, the receiving node may determine Δ t according to delay information such as transmission delay, physical layer transmission delay (txhypdelay), transmission ramp-up time (txrampopontime), and transceiving switching time (RxTxSwitchTime). Based on the time delay information, the lead code of the response frame is generated at a specific moment, so that the buffering time of the lead code of the response frame can be reduced, and the buffering resource is saved.

In one possible design, the receiving node may include a master receiving node and a slave receiving node, in which case the master receiving node may instruct the slave receiving node to generate a preamble of the response frame after receiving the data frame.

In one possible design, after the receiving node generates the preamble of the response frame, the receiving node generates the other part of the physical header of the response frame. Optionally, the other portion of the physical frame header of the response frame may include at least one of an L-SIG field, an RL-SIG field, an HE-SIG-a field, an HE-STF field, and an HE-LTF field. It can be understood that, according to the transmission timing requirement of the response frame, after the receiving node transmits the preamble of the response frame, it starts to transmit the other part of the physical frame header of the response frame, and when generating and transmitting the other part of the physical frame header of the response frame, the receiving node may continue to decode and check the data frame. In this way, the flexibility of the receiving node in processing data frames may be further increased.

In a second aspect, an embodiment of the present application provides another method for sending a response frame, where the method is applied in a WLAN system, and the method includes:

a receiving node receives a data frame; when the data frame is successfully received, the receiving node sends a response frame carrying ACK; when the data frame decoding fails, the receiving node sends a response frame carrying NACK; wherein the preamble of the response frame carrying ACK is the same as the preamble of the response frame carrying NACK.

According to the response frame sending method provided by the embodiment of the application, the receiving node receives the data frame, and when the data frame is successfully received, the receiving node sends the response frame bearing the ACK; and when the data frame fails to be received, the receiving node sends a response frame carrying NACK, wherein the lead code of the response frame carrying ACK is the same as that of the response frame carrying NACK. Compared with the prior art, the receiving node sends the response frame carrying the ACK only when the data frame is successfully received. According to the scheme provided by the embodiment of the application, the receiving node sends the response frame bearing the NACK when the data frame is failed to be received, and the lead code of the response frame bearing the ACK is the same as that of the response frame bearing the NACK, so that the receiving node can start to generate the lead code when receiving the data frame, the receiving node can continue to decode data in the time of generating the lead code and sending the lead code, the time constraint of the receiving node is relaxed, and the data processing of the receiving node is more flexible.

In one possible design, the other part of the physical frame header of the response frame carrying ACK and the other part of the physical frame header of the response frame carrying NACK are the same. Optionally, the other part of the physical frame header includes at least one of an L-SIG field, an RL-SIG field, an HE-SIG-a field, an HE-STF field, and an HE-LTF field.

In one possible design, when the data frame is successfully received, the receiving node sends a response frame carrying ACK; when the data frame is failed to be received, the sending, by the receiving node, a response frame carrying NACK includes:

the receiving node acquires the sending time t of the response frame;

the receiving node generating a preamble of a response frame;

the receiving node sends a lead code of the response frame at the time t;

when the data frame is decoded successfully, the receiving node generates a load part of a response frame carrying ACK;

the receiving node sends the load part of the response frame carrying the ACK;

when the data frame decoding fails, the receiving node generates a payload part of a response frame carrying NACK;

the receiving node sends the payload portion of the response frame carrying the NACK.

In one possible design, after the receiving node generates the preamble of the response frame, the receiving node generates the other part of the physical frame header of the response frame, and the receiving node transmits the other part of the physical frame header of the response frame according to the transmission timing requirement of the response frame. The receiving node may continue to decode and check the data frame while generating and transmitting other portions of the physical header of the response frame. In this way, the flexibility of the receiving node in processing data frames may be further increased.

In one possible design, the receiving node includes a master receiving node and a slave receiving node, and when the data frame is successfully received, the sending, by the receiving node, a response frame carrying an ACK includes: when the data frame is successfully received, the main receiving node indicates the slave receiving node to send a response frame carrying ACK;

when the data frame is failed to be received, the sending, by the receiving node, a response frame carrying NACK includes: and when the data frame is failed to be received, the main receiving node indicates the slave receiving node to send a response frame carrying NACK.

In a third aspect, an embodiment of the present application provides a receiving node, where the receiving node includes:

a receiving unit for receiving a data frame;

an acquisition unit, configured to acquire a transmission time t of the response frame;

a generating unit configured to generate a preamble of the response frame;

a transmitting unit, configured to transmit a preamble of the response frame at time t;

when the data frame is successfully received, the generating unit is further configured to generate a payload portion of a response frame carrying ACK, and the sending unit is configured to send the payload portion of the response frame carrying ACK; when the data frame is failed to be received, the generating unit is further configured to generate a payload portion of a response frame carrying NACK, and the sending unit is further configured to send the payload portion of the response frame carrying NACK.

In the receiving node provided by the embodiment of the application, the receiving node receives a data frame sent by the sending node, the receiving node acquires the sending time t of the response frame based on the received data frame, the receiving node generates a lead code of the response frame, after the lead code is generated, a transmitting link of the receiving node sends the lead code of the response frame at the time t, when the data frame is successfully received, the receiving node generates a load part of the response frame bearing ACK, and the receiving node sends the load part of the response frame bearing ACK; and when the data frame is failed to be received, the receiving node generates a load part of a response frame carrying the NACK, and the receiving node sends the load part of the response frame carrying the NACK. Compared with the prior art, the physical layer of the receiving node generates the lead code of the response frame after receiving the indication that the data of the MAC layer is successfully received, and the receiving node needs to complete the decoding of the data under a strict time sequence.

In a possible design, the acquiring unit specifically acquires the sending time t of the response frame, and includes: and acquiring the time t for sending the response frame according to the time for receiving the data frame and the length of the data frame.

In one possible design, the obtaining unit obtains the sending time t of the response frame₀The method specifically comprises the following steps: obtaining the sending of the response frame according to the time when the data frame finishes receivingAt time t.

In one possible design, the generating unit generates the preamble of the response frame specifically includes: and generating a preamble of the response frame at the time t-delta according to the time delay information delta t. In a specific implementation process, the receiving node may determine Δ t according to delay information such as transmission delay, physical layer transmission delay, transmission ramp-up time, transceiving switching time, and the like. Based on the time delay information, the lead code of the response frame is generated at a specific moment, so that the buffering time of the lead code of the response frame can be reduced, and the buffering resource is saved.

In one possible design, after the generating unit generates the preamble of the response frame, the generating unit generates the other part of the physical frame header of the response frame, where the other part of the physical frame header of the response frame may include at least one of an L-SIG field, an RL-SIG field, an HE-SIG-a field, an HE-STF field, and an HE-LTF field. It can be understood that, according to the transmission timing requirement of the response frame, after the receiving node transmits the preamble of the response frame, it starts to transmit the other part of the physical frame header of the response frame, and when generating and transmitting the other part of the physical frame header of the response frame, the receiving node may continue to decode and check the data frame. In this way, the flexibility of the receiving node in processing data frames may be further increased.

In a fourth aspect, an embodiment of the present application provides another receiving node, where the receiving node includes:

a receiving unit for receiving a data frame;

a sending unit, wherein when the data frame is successfully received, the receiving node sends a response frame carrying ACK; when the data frame is failed to be received, the receiving node sends a response frame carrying NACK; wherein the preamble of the response frame carrying ACK is the same as the preamble of the response frame carrying NACK.

The receiving node provided by the embodiment of the application receives a data frame, and when the data frame is successfully received, the receiving node sends a response frame bearing ACK; when the data frame is failed to be received, the receiving node sends a response frame carrying NACK; wherein the preamble of the response frame carrying ACK is the same as the preamble of the response frame carrying NACK. Compared with the prior art, the receiving node sends the response frame carrying the ACK only when the data frame is successfully received. According to the scheme provided by the embodiment of the application, the receiving node sends the response frame bearing the NACK when the data frame is failed to be received, and the lead code of the response frame bearing the ACK is the same as that of the response frame bearing the NACK, so that the receiving node can start to generate the lead code when receiving the data frame, the receiving node can continue to decode data in the time of generating the lead code and sending the lead code, the time constraint of the receiving node is relaxed, and the data processing of the receiving node is more flexible.

In a possible design, the receiving node further includes an obtaining unit and a generating unit, and when the data frame is successfully received, the receiving node sends a response frame carrying ACK; when the data frame is received unsuccessfully, the sending, by the receiving node, a response frame carrying NACK specifically includes:

the acquiring unit is used for acquiring the sending time t of the response frame;

the generating unit is used for generating a preamble of a response frame;

the sending unit is used for sending the lead code of the response frame at the time t;

when the data frame is successfully received, the generating unit is further configured to generate a payload portion of a response frame carrying ACK;

the sending unit is further configured to send a payload portion of the response frame carrying the ACK;

when the data frame fails to be received, the generating unit is further configured to generate a payload portion of a response frame carrying NACK;

the sending unit is further configured to send a payload portion of the response frame carrying NACK.

In one possible design, after the generating unit generates the preamble of the response frame, the generating unit generates the other part of the physical frame header of the response frame, and the sending unit sends the other part of the physical frame header of the response frame according to the sending timing requirement of the response frame. The receiving node may continue to decode and check the data frame while generating and transmitting other portions of the physical header of the response frame. In this way, the flexibility of the receiving node in processing data frames may be further increased.

In a fifth aspect, an embodiment of the present application provides a chip, including a processor and a memory, where the memory is used to store instructions, and the processor calls the instructions stored in the memory to implement the method in the foregoing aspects.

In a sixth aspect, embodiments of the present application provide a chip including an input interface, a logic circuit, and an output interface, wherein,

the input interface is used for receiving a data frame;

the logic circuit is used for acquiring the sending time t of the response frame;

the logic circuitry to further generate a preamble of the response frame;

the output interface is used for sending the lead code of the response frame at the time t;

when the data frame is successfully received, the logic circuit is further configured to generate a payload portion of a response frame carrying ACK, and the output interface is configured to send the payload portion of the response frame carrying ACK; when the data frame fails to be received, the logic interface is further configured to generate a payload portion of a response frame carrying NACK, and the output interface is further configured to send the payload portion of the response frame carrying NACK.

In a seventh aspect, an embodiment of the present application provides a chip, including an input interface, a logic circuit, and an output interface, where,

the input interface is used for receiving a data frame;

the output interface is used for sending a response frame carrying ACK when the data frame is successfully decoded; when the data frame decoding fails, sending a response frame carrying NACK; wherein the preamble of the response frame carrying ACK is the same as the preamble of the response frame carrying NACK.

In an eighth aspect, embodiments of the present application provide a computer-readable storage medium having stored therein instructions, which, when executed on a computer, cause the computer to perform the method of the above aspects.

In a ninth aspect, embodiments of the present application provide a computer program product comprising instructions which, when run on a computer, cause the computer to perform the method of the above aspects.

According to the technical scheme provided by the embodiment of the application, a receiving node receives a data frame sent by a transmitting node, the receiving node acquires the sending time t of a response frame based on the received data frame, the receiving node generates a lead code of the response frame, after the lead code is generated, a transmitting link of the receiving node sends the lead code of the response frame at the time t, when the data frame is successfully received, the receiving node generates a load part of the response frame bearing ACK, and the receiving node sends the load part of the response frame bearing ACK; and when the data frame is failed to be received, the receiving node generates a load part of a response frame carrying the NACK, and the receiving node sends the load part of the response frame carrying the NACK. Compared with the prior art, the physical layer of the receiving node generates the lead code of the response frame after receiving the indication that the data of the MAC layer is received correctly, and the receiving node needs to complete the decoding of the data under a strict time sequence.

Drawings

Fig. 1a is a schematic diagram of an application scenario provided in an embodiment of the present application;

fig. 1b is a schematic diagram of another application scenario provided in the embodiment of the present application;

fig. 1c is a schematic diagram of another application scenario provided in the embodiment of the present application;

fig. 1d is a schematic diagram of another application scenario provided in the embodiment of the present application;

fig. 2 is a schematic flow chart of a response frame sending method according to an embodiment of the present application;

fig. 3 is a schematic diagram of a frame structure of a response frame according to an embodiment of the present application

Fig. 4 is a schematic flow chart of another response frame sending method provided in an embodiment of the present application;

fig. 5 is a schematic flow chart of another response frame sending method provided in an embodiment of the present application;

fig. 6 is a schematic logical structure diagram of a receiving node according to an embodiment of the present disclosure;

fig. 7 is a schematic diagram of another logical structure of receiving points provided by the embodiment of the present application;

fig. 8 is a schematic hardware structure diagram of a receiving node according to an embodiment of the present disclosure.

Detailed Description

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

Technical terms possibly used in the embodiments of the present application:

round-trip delay: in data transmission, a data frame is sent from node a to node B, and node B receives the data and replies a response frame to node a. The time that elapses from when a data frame is sent from node a to when node a receives a response frame from node B is referred to as the round trip delay. For example, in an enterprise wired network, the round trip delay of two nodes is typically a few microseconds.

Receiving time delay: in a wireless device, the time required for various processes between the reception of a useful signal from an electromagnetic wave by a reception link of a reception node and the processing of the useful signal into information understandable by an upper layer. I.e., the time delay required for a receiving node to receive the signal on an antenna until the information of the signal is passed to an upper layer, typically the MAC layer.

MAC processing time delay: the MAC layer receives the information of the physical layer and carries out the time needed by MAC message analysis, response frame construction and the like.

Physical layer transmission delay: generally, after the PHY layer receives the MAC data frame, the processing delay on the transmission link of the PHY layer includes operations of modulation coding, spatial mapping, IFFT transformation, and the like of the PHY layer.

Receiving and sending switching time delay: refers to the time required for the physical layer rf device to switch from a receive state to a transmit state.

Distributed Multiple Input Multiple Output (MIMO): a technique for multiplying the rate of a wireless communication system by increasing the number of antennas in a wireless transceiver so that wireless signals are transmitted over multiple antennas in both the transmitter and receiver.

Distributed MIMO (or network MIMO) as described in the present application: compared with the traditional MIMO technology, a plurality of antennas of the transmitter are concentrated on one device, and different devices work independently; the transmitters of distributed MIMO are located in different geographical locations and can be operated and managed cooperatively, so that on the receiver side, it can be seen that the transmitters in different locations operate as one device.

The system architecture or scenario in which the present application is applied is described below.

In the WLAN, stations of an Access Point class (AP) and stations of a Non-Access Point class (Non-AP STA) are included, and for convenience of description, the stations of the Access Point class are hereinafter referred to as AP for short, and the stations of the Non-Access Point class are hereinafter referred to as STA for short.

Fig. 1a is a schematic view of an application scenario provided in an embodiment of the present application. As shown in fig. 1a, a wireless local area network WLAN includes AP1 and STA1 and STA2, where STA1 and STA2 may communicate with AP1 over a wireless link.

Fig. 1b is a schematic view of another application scenario provided in the embodiment of the present application. As shown in fig. 1b, in a scenario of wireless communication by distributed MIMO technology, each AP of distributed MIMO includes at least one antenna, and each STA includes at least one antenna. The distance between APs in distributed MIMO is not limited in this application, and may be 1 meter, 10 meters, or hundreds of meters, kilometers, and the like. The APs in the distributed MIMO system may be connected by wire (ethernet cable, optical fiber), and these devices may be connected directly or through a switch. Application scenario as shown in FIG. 1 b: each AP is connected to a switch or a Backhaul network (Backhaul) where the switch is located by a wire, where a master receiving node in some embodiments of the present application may be any one of distributed MIMO APs, and a slave receiving node may be an AP other than the master receiving node.

Fig. 1c is a schematic view of another application scenario provided in the embodiment of the present application. As shown in fig. 1c, the APs may also be connected wirelessly, and in the application scenario shown in fig. 1 c: and wirelessly connecting each AP with Backhaul, wherein the master receiving node in some embodiments of the present application may be any one of distributed MIMO APs, and the slave receiving node may be an AP other than the master receiving node.

Fig. 1d is a schematic view of another application scenario provided in the embodiment of the present application. As shown in fig. 1d, in the distributed AP architecture, AP1 is a central node, and AP2, AP3, AP4 and AP5 are distributed remote nodes. Each distributed remote node may comprise at least one antenna, and the central node may be connected to the distributed remote nodes by wires (ethernet wires, optical fibers). In some embodiments of the present application, the master receiving node may be the above-mentioned central node, and the slave receiving node may be the above-mentioned distributed remote node.

It should be noted that in the embodiments of the present application, the AP may be an access point for a mobile subscriber to enter a wired network, and is mainly deployed in a home, a building, and a garden, where a typical coverage radius is several tens of meters to hundreds of meters, and of course, may also be deployed outdoors. The AP acts as a bridge to which a wired network and a wireless network are connected, and serves to connect STAs together and then to access the wireless network to the wired network. Specifically, the AP may be a terminal device or a network device with a Wireless Fidelity (WiFi) chip, such as a smart phone providing AP functions or services. Optionally, the AP may be a device supporting 802.11ax standard, and further optionally, the AP may be a device supporting multiple WLAN standards such as 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11 a.

The STA may be a wireless communication chip, a wireless sensor, or a wireless communication terminal. For example: the mobile phone supporting the WiFi communication function, the tablet computer supporting the WiFi communication function, the set top box supporting the WiFi communication function, the smart television supporting the WiFi communication function, the smart wearable device supporting the WiFi communication function, the vehicle-mounted communication device supporting the WiFi communication function and the computer supporting the WiFi communication function. Optionally, the station may support an 802.11ax system, and further optionally, the station supports multiple WLAN systems such as 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11 a.

In the WLAN system 802.11ax introduced with an Orthogonal Frequency Division Multiple Access (OFDMA) technique, the AP may perform uplink and downlink transmission on different time-Frequency resources for different STAs. The AP can adopt different modes for uplink and downlink transmission, such as an OFDMA SU-MIMO mode or an OFDMA MU-MIMO mode.

The technical solution of the present application will be described in detail below.

Fig. 2 is a schematic flow chart of a response frame sending method 200 according to an embodiment of the present application. As shown in fig. 2, the method includes:

210. the receiving node receives the data frame.

The receiving node receives the data frame from the transmitting node. For example, in the communication system shown in fig. 1a, the receiving node may be AP1, the transmitting node may be STA1 or STA2, the AP1 receives the data frame from STA1 or STA2, and the format of the data frame may refer to the description of the prior art, which is not repeated herein. It is understood that in the communication system shown in fig. 1a, the receiving node may also be STA1 or STA 2.

220. The receiving node acquires the sending time t of the response frame.

After receiving the data frame, the receiving node needs to send a response frame to the transmitting node, and the receiving node informs the transmitting node whether the data frame is successfully received or not through the response frame. In this embodiment of the present application, the response frame includes a response frame carrying ACK and a response frame carrying NACK, where the response frame carrying ACK is used to notify the transmitting node that the data frame is successfully received, and the response frame carrying NACK is used to notify the transmitting node that the data frame is unsuccessfully received.

In a specific implementation process, the receiving node may obtain the sending time t of the response frame in the following two ways.

Mode 1: and the receiving node acquires the time t for sending the response frame according to the time for receiving the data frame and the length of the data frame.

Specifically, in the process of receiving the data frame, the receiving node calculates the length information of the data frame according to the header of the data frame, and further obtains the sending time t of the response frame. Illustratively, the header of the data frame includes length information of the data frame, and the receiving node obtains the length of the data frame according to the length information of the data frame, and then the sending time t of the response frame is the arrival time t1 of the physical frame + the length of the physical frame + SIFS, where SIFS is a short frame interval.

Mode 2: and the receiving node acquires the sending time t of the response frame according to the time when the data frame is received.

Specifically, after the receiving node finishes receiving the data frame, the time t 'when the data frame is received is recorded, and at this time, the sending time t of the response frame is the time t' + SIFS when the data frame is received, where SIFS is a short frame interval. It should be noted that, in the specific implementation process, the MAC layer of the receiving node may obtain the time when the data is completely received through the physical layer reception end indication primitive (PHY-rxend.indication) or the physical layer channel detection indication primitive (PHY-cca.indication).

230. The receiving node generates a preamble of the response frame.

After receiving the data frame, the receiving node generates a preamble of a response frame. It will be appreciated that in this case, the receiving node receives the data frame and generates the preamble of the response frame regardless of whether the data frame was received successfully. In addition, the preamble of the response frame generated by the receiving node may be before the sending time t when the receiving node acquires the response frame, that is, the execution sequence of the above step 220 and step 230 is not limited, and in a specific implementation process, the execution sequence of the two steps may be determined according to the situation of the receiving node itself.

Optionally, the receiving node may generate a preamble of the response frame at time t- Δ t according to the delay information Δ t.

For example, the receiving node may determine Δ t according to delay information such as transmission delay, physical layer transmission delay (txhypdelay), transmission ramp-up time (txrampoptime), and transceiving switching time (RxTxSwitchTime), and generate a preamble of a response frame at time t- Δ t, regardless of the phase of data reception. In other words, the receiving node generates the preamble of the response frame at time t- Δ t regardless of whether data is received or decoding is completed. Based on the time delay information, the lead code of the response frame is generated at a specific moment, so that the buffering time of the lead code of the response frame can be reduced, and the buffering resource is saved.

240. The receiving node transmits a preamble of the response frame at time t.

And the receiving node transmits the preamble of the response frame at the time t according to the transmission timing requirement of the response frame. It will be appreciated that during the process of the receiving node generating the preamble and transmitting the preamble of the response frame, the receiving node may continue to decode and check the data frame, and after the decoding and checking is completed, the receiving node generates the payload portion of the response frame.

It should be noted that, in the specific implementation process, after the receiving node generates the preamble of the response frame, the receiving node generates the other part of the physical frame header of the response frame. As shown in fig. 3, an embodiment of the present application provides a frame structure diagram of a response frame. The response frame includes a Preamble (Non-HT Preamble), other portions of the physical frame header, and a payload portion. Wherein, other parts of the physical frame header may include fields for transfer rate (rate) and length (length) information, such as L-SIG field; a field for distinguishing a physical frame PPDU from an earlier version PPDU, such as a RL-SIG field; a field for carrying information required to resolve the HE PPDU, such as the HE-SIG-a field; a field for improving estimation accuracy of automatic gain control, such as an HE-STF field; and a field for the receiving node to estimate a channel, such as an HE-LTF field. Other parts of the physical frame header may also include at least one of the above fields. The payload portion may include a physical layer Service Data Unit (PSDU). It will be appreciated that the frame structure diagram is exemplary and that in future communication systems or communication protocols the frame structure of the response frame may have other manifestations.

After the receiving node sends the preamble of the response frame, the receiving node starts to send other parts of the header of the response frame, and when the receiving node generates and sends other parts of the physical header of the response frame, the receiving node can continue to decode and check the data frame. In this way, the flexibility of the receiving node in processing data frames may be further increased.

In one possible design, the receiving node may include a master receiving node and a slave receiving node, in which case the master receiving node may instruct the slave receiving node to transmit the preamble of the response frame at time t.

250. When the data frame is successfully received, the receiving node generates a load part of a response frame bearing the ACK, and the receiving node sends the load part of the response frame bearing the ACK; when the data frame is failed to be received, the receiving node generates a load part of a response frame carrying NACK, and the receiving node sends the load part of the response frame carrying NACK. The successful data frame reception means that the receiving node correctly receives the data frame, that is, the data frame is successfully decoded and successfully verified; the failure of receiving the data frame refers to that the receiving node does not correctly receive the data frame, that is, the decoding of the data frame fails or the check fails.

When the data frame is successfully received, the receiving node generates a load part of a response frame carrying the ACK, and the receiving node sends the load part of the response frame carrying the ACK; when the data frame is failed to be received, the receiving node generates a load part of a response frame carrying NACK, and the receiving node sends the load part of the response frame carrying NACK. In a specific implementation process, as shown in fig. 3, when a receiving node successfully receives a Data frame, the receiving node encapsulates a media access control Data Unit (MAC Protocol Data Unit, MPDU) of an ACK frame into a PSDU of a response frame, and sends the PSDU of the response frame, that is, sends a payload portion of the response frame carrying the ACK; when the receiving node fails to decode the data frame, the receiving node encapsulates the MPDU of the NACK frame into the PSDU of the response frame, and transmits the PSDU of the physical frame, i.e., transmits the payload portion of the response frame carrying the NACK. It is noted that when the receiving node generates the preamble of the response frame and transmits the preamble of the response frame, the receiving node obtains an additional time window (i.e., the time it takes to generate the preamble and transmit the preamble) within which the receiving node can continue to decode and check the data frame.

It can be seen that, if the data frame is decoded successfully and the check is passed, the receiving node only needs to generate the load part of the response frame carrying the ACK before the end of the time window, and can normally send the response frame carrying the ACK. If the data frame decoding fails or the check fails, the receiving node generates a load part of the response frame bearing the NACK before the time window is ended, namely the response frame bearing the NACK can be normally sent; alternatively, the receiving node may fill random bits as the payload of the response frame before the end of the time window (the length of the filling bits is the same as the payload of the response frame carrying NACK), or may normally transmit the response frame carrying NACK.

It is further noted that the receiving node needs to determine whether the data frame was received successfully before generating the payload portion of the response frame. The operation of determining whether the data frame is successfully received may be performed before or after the preamble of the response frame is transmitted. In other words, the receiving node may generate the payload portion of the response frame before or after transmitting the preamble of the response frame, as long as it is ensured that the payload portion of the response frame can be normally transmitted according to the transmission timing requirement of the response frame.

In the response frame sending method provided by the embodiment of the application, a receiving node receives a data frame sent by a transmitting node, the receiving node acquires the sending time t of the response frame based on the received data frame, the receiving node generates a lead code of the response frame, after the lead code is generated, a transmitting link of the receiving node sends the lead code of the response frame at the time t, when the data frame is successfully received, the receiving node generates a load part of the response frame bearing ACK, and the receiving node sends the load part of the response frame bearing ACK; and when the data frame is failed to be received, the receiving node generates a load part of a response frame carrying the NACK, and the receiving node sends the load part of the response frame carrying the NACK. Compared with the prior art, the physical layer of the receiving node generates the lead code of the response frame after receiving the indication that the data of the MAC layer is successfully received, and the receiving node needs to complete the decoding of the data under a strict time sequence.

Fig. 4 is a schematic flow chart of another response frame sending method 300 according to an embodiment of the present application. The method 300 may be applied to the scenario shown in fig. 1b or fig. 1c or fig. 1d, in which case the receiving nodes comprise a master receiving node and a slave receiving node, the method comprising:

410. the primary receiving node receives the data frame.

In a specific implementation process, the primary receiving node may directly receive a data frame from the transmitting node (e.g., a scenario shown in fig. 1b or fig. 1 c); the master receiving node may also receive the data frame from the transmitting node indirectly, that is, receive the data frame from the transmitting node from the receiving node (as shown in the scenario of fig. 1 d), and send the data frame to the master receiving node through a wireless link or a wired link from the receiving node.

420. And the main receiving node acquires the sending time t of the response frame.

After receiving the data frame, the main receiving node needs to send a response frame to the transmitter node, and the receiving node informs the transmitting node whether the data frame is successfully received or not through the response frame. The specific implementation process of the main receiving node obtaining the sending time t of the response frame may refer to the above description, and is not described herein again.

430. The master receiving node instructs the slave receiving node to generate a preamble of the response frame.

In particular, the master receiving node may instruct the slave receiving node to generate the preamble of the response frame over the wireless link (as shown in fig. 1 b); the master receiving node may also instruct the slave receiving node to generate the preamble of the response frame over a wired link (as shown in fig. 1c or fig. 1 d). In a specific implementation process, the master receiving node may instruct the slave receiving node to generate a preamble of the response frame through the indication frame, and a frame structure of the indication frame may be determined by a communication protocol, which is not limited herein.

Optionally, the master receiving node may instruct the slave receiving node to generate the preamble of the response frame at time t- Δ t according to the delay information Δ t.

In a specific implementation process, the master receiving node may determine Δ t according to delay information such as transmission delay, physical layer transmission delay (txpydelay), transmission ramp-up time (txrampoptime), transceiving switching delay, and the like, and instruct the slave receiving node to generate a preamble of a response frame at a time t- Δ t. Based on the time delay information, the lead code of the response frame is generated at a specific moment, so that the buffering time of the lead code of the response frame can be reduced, and the buffering resource is saved.

440. The preamble of the response frame is transmitted from the receiving node at time t.

It will be appreciated that during the generation and transmission of the preamble of the response frame from the receiving node, the master receiving node may continue to decode and check the data frame, and after completion of the decoding and checking, instruct the generation of the payload portion of the response frame from the transmitter.

450. When the data frame is successfully received, generating a load part of a response frame carrying the ACK from the receiving node, and sending the load part of the response frame carrying the ACK from the receiving node; when the data frame fails to be received, a payload portion of a response frame carrying NACK is generated from the receiving node, and the payload portion of the response frame carrying NACK is transmitted from the receiving node. After the preamble of the response frame is transmitted from the receiving node, the payload portion of the response frame is transmitted. In a specific implementation process, when the master receiving node successfully receives a data frame, the master receiving node may instruct the slave receiving node to generate a payload portion of a response frame carrying ACK, and send the payload portion according to a sending timing requirement of the response frame; when the master receiving node fails to receive the data frame, the master receiving node instructs the slave receiving node to generate a payload portion of a response frame carrying NACK, and transmits the payload portion according to the transmission timing requirement of the response frame. It should be noted that, when the primary receiving node fails to decode the data frame, the secondary receiving node may also fill random bits as a payload portion of the response frame carrying NACK (the length of the filling bits is the same as the payload portion carrying the NACK response frame), and transmit the payload portion.

It should be noted that, in the implementation process, the master receiving node may also generate the preamble and the payload portion of the response frame, send the preamble and the payload portion to the slave receiving node, and send the preamble and the payload portion of the response frame by the slave receiving node.

In the response frame sending method provided by the embodiment of the application, a main receiving node receives a data frame sent by a transmitting node, the main receiving node obtains the sending time t of the response frame based on the received data frame, the main receiving node indicates a slave receiving node to generate a lead code of the response frame, the slave receiving node sends the lead code of the response frame at the time t after the lead code is generated, when the data frame is successfully received, the slave receiving node generates a load part of the response frame bearing the ACK, and the slave receiving node sends the load part of the response frame bearing the ACK; when the data frame fails to be received, a payload portion of a response frame carrying NACK is generated from the receiving node, and the payload portion of the response frame carrying NACK is transmitted from the receiving node. Compared with the prior art, the physical layer of the receiving node generates the lead code of the response frame after receiving the indication that the data of the MAC layer is received correctly, and the receiving node needs to complete the decoding of the data under a strict time sequence.

Further, in a distributed scenario, an additional transmission delay is introduced for transmission between the master receiving node and the slave receiving node, and the scheme provided by the embodiment of the application can provide sufficient time for the master receiving node to process data, can overcome the influence caused by the transmission delay, and provides a guarantee for the implementation of a distributed architecture.

Fig. 5 is a schematic flow chart of a method 500 for sending a response frame according to an embodiment of the present application. As shown in fig. 5, the method includes:

510. a receiving node receives a data frame;

520. when the data frame is successfully received, the receiving node sends a response frame carrying ACK; when the data frame decoding fails, the receiving node sends a response frame carrying NACK; wherein, the preamble of the response frame carrying ACK is the same as the preamble of the response frame carrying NACK.

In one possible design, the other portion of the physical header of the response frame carrying the ACK is the same as the other portion of the physical header of the response frame carrying the NACK. Optionally, fields for transfer rate (rate) and length (length) information may be included, such as an L-SIG field; a field for distinguishing a physical frame PPDU from an earlier version PPDU, such as a RL-SIG field; a field for carrying information required to resolve the HE PPDU, such as the HE-SIG-a field; a field for improving estimation accuracy of automatic gain control, such as an HE-STF field; and a field for the receiving node to estimate a channel, such as an HE-LTF field. Other parts of the physical frame header may also include at least one of the above fields.

In one possible design, when the data frame is successfully received, the receiving node sends a response frame carrying ACK; when the data frame fails to be received, the receiving node sends a response frame carrying NACK, which includes:

the receiving node acquires the sending time t of the response frame;

the receiving node generates a preamble of the response frame;

the receiving node sends the lead code of the response frame at the time t;

when the data frame is successfully received, the receiving node generates a load part of a response frame carrying ACK;

the receiving node sends a load part of a response frame carrying ACK;

when the data frame fails to be received, the receiving node generates a load part of a response frame bearing NACK;

In one possible design, after the receiving node generates the preamble of the response frame, the receiving node generates the other part of the physical frame header of the response frame, and the receiving node transmits the other part of the physical frame header of the response frame according to the transmission timing requirement of the response frame.

In one possible design, the receiving node includes a master receiving node and a slave receiving node, and when the data frame is successfully received, the receiving node sends a response frame carrying an ACK, including: when the data frame is successfully received, the main receiving node indicates the slave receiving node to send a response frame carrying ACK;

when the data frame fails to be received, the receiving node sends a response frame carrying NACK, which includes: when the data frame reception fails, the master receiving node instructs the slave receiving node to send a response frame carrying NACK.

The sending method 500 of the response frame is related to having an implementation process, which is described in detail in, for example, but not limited to, the method 200 and the method 400, and is not described herein again.

The response frame sending method provided by the embodiment of the present application is described above, and a receiving node provided by the embodiment of the present application is described below with reference to the accompanying drawings.

Fig. 6 is a schematic logical structure diagram of a receiving node 600 according to an embodiment of the present disclosure. As shown in fig. 6, the receiving node 600 includes a receiving unit 610, an obtaining unit 620, a generating unit 630, and a transmitting unit 640.

A receiving unit 610, configured to receive a data frame;

an obtaining unit 620, configured to obtain a sending time t of the response frame;

a generating unit 630 for generating a preamble of the response frame;

a transmitting unit 640, configured to transmit a preamble of the response frame at time t;

when the data frame is successfully received, the generating unit 630 is further configured to generate a payload portion of a response frame carrying ACK, and the sending unit 640 is configured to send the payload portion of the response frame carrying ACK; when the data frame is failed to be received, the generating unit 630 is further configured to generate a payload portion of the response frame carrying NACK, and the sending unit 640 is further configured to send the payload portion of the response frame carrying NACK.

In a possible design, the acquiring unit 620 specifically includes: and acquiring the time t for sending the response frame according to the time for receiving the data frame and the length of the data frame.

In a possible design, the acquiring unit 620 specifically includes: and acquiring the sending time t of the response frame according to the time when the data frame is received.

In one possible design, the generating unit 630 specifically generates the preamble of the response frame, including: and generating a lead code of the response frame at the time t-delta t according to the time delay information delta t.

Optionally, the receiving node may determine Δ t according to delay information such as transmission delay, physical layer transmission delay, transmission ramp-up time, transceiving switching time, and the like. Based on the time delay information, the lead code of the response frame is generated at a specific moment, so that the buffering time of the lead code of the response frame can be reduced, and the buffering resource is saved. It is to be understood that, in a specific implementation process, the delay information may also include other delay information.

In one possible design, after the generating unit 60 generates the preamble of the response frame, the generating unit 60 generates other parts of the physical frame header of the response frame, where the other parts of the physical frame header of the response frame may include at least one of an L-SIG field, an RL-SIG field, an HE-SIG-a field, an HE-STF field, and an HE-LTF field. It is understood that after the receiving node sends the preamble of the response frame, it starts sending other parts of the physical frame header of the response frame, and the receiving node may continue to decode and check the data frame while generating and sending other parts of the physical frame header of the response frame. In this way, the flexibility of the receiving node in processing data frames may be further increased.

In the receiving node provided by the embodiment of the application, the receiving node receives a data frame sent by the sending node, the receiving node acquires the sending time t of the response frame based on the received data frame, the receiving node generates a lead code of the response frame, after the lead code is generated, a transmitting link of the receiving node sends the lead code of the response frame at the time t, when the data frame is successfully received, the receiving node generates a load part of the response frame bearing ACK, and the receiving node sends the load part of the response frame bearing ACK; and when the data frame is failed to be received, the receiving node generates a load part of a response frame carrying the NACK, and the receiving node sends the load part of the response frame carrying the NACK. Compared with the prior art, the physical layer of the receiving node generates the lead code of the response frame after receiving the indication that the data of the MAC layer is received correctly, and the receiving node needs to complete the decoding of the data under a strict time sequence.

It should be noted that, the receiving node 600 is configured to execute the sending method of the response frame, and related technical features thereof are described in detail in the foregoing, for example, but not limited to, the method 200, and are not described herein again.

Fig. 7 is a schematic logical structure diagram of a receiving node 700 according to an embodiment of the present disclosure. As shown in fig. 7, the receiving node 700 includes a receiving unit 710 and a transmitting unit 720.

A receiving unit 710 for receiving a data frame;

a sending unit 720, where when the data frame is decoded successfully, the receiving node sends a response frame carrying ACK; when the data frame decoding fails, the receiving node sends a response frame carrying NACK; wherein the preamble of the response frame carrying ACK is the same as the preamble of the response frame carrying NACK.

The receiving node provided by the embodiment of the application receives a data frame, and when the data frame is decoded successfully, the receiving node sends a response frame bearing ACK; when the data frame decoding fails, the receiving node sends a response frame carrying NACK; wherein the preamble of the response frame carrying ACK is the same as the preamble of the response frame carrying NACK. Compared with the prior art, the receiving node sends the response frame carrying the ACK only when the data frame is decoded successfully. According to the scheme provided by the embodiment of the application, the receiving node sends the response frame carrying the NACK when the decoding of the data frame fails, and the lead code of the response frame carrying the ACK is the same as that of the response frame carrying the NACK, so that the receiving node can start to generate the lead code when receiving the data frame, and the receiving node can continue to decode the data in the time of generating the lead code and sending the lead code, thereby relaxing the time constraint of the receiving node and enabling the receiving node to process the data more flexibly.

In one possible design, the other part of the physical frame header of the response frame carrying ACK and the other part of the physical frame header of the response frame carrying NACK are the same. Optionally, the other part of the physical frame header may include at least one of an L-SIG field, an RL-SIG field, an HE-SIG-a field, an HE-STF field, and an HE-LTF field.

In a possible design, the receiving node further includes an obtaining unit 730 and a generating unit 740, and when the data frame is decoded successfully, the receiving node sends a response frame carrying ACK; when the data frame decoding fails, the sending, by the receiving node, the response frame carrying the NACK specifically includes:

the acquiring unit 730, configured to acquire a sending time t of the response frame;

the generating unit 740 is configured to generate a preamble of a response frame;

the sending unit 720 is configured to send a preamble of the response frame at time t;

when the data frame is decoded successfully, the generating unit 740 is further configured to generate a payload portion of a response frame carrying ACK;

the sending unit 720 is further configured to send a payload portion of the response frame carrying ACK;

when the data frame decoding fails, the generating unit 740 is further configured to generate a payload portion of a response frame carrying NACK;

the sending unit 720 is further configured to send the payload portion of the response frame carrying NACK.

In a possible design, after the generating unit generates 740 the preamble of the response frame, the generating unit generates 740 the other part of the physical frame header of the response frame, and the sending unit 720 sends the other part of the physical frame header of the response frame according to the sending timing requirement of the response frame.

It should be noted that, the receiving node 700 is configured to execute the sending method of the response frame, and related technical features thereof are described in detail in the foregoing, for example, but not limited to, the method 500, and are not described again here.

Fig. 8 is a schematic hardware structure diagram of a receiving node 800 according to an embodiment of the present disclosure. As shown in fig. 8, device 800 includes a processor 802, a transceiver 804, a plurality of antennas 806, a memory 808, an I/O (Input/Output) interface 810, and a bus 812. The transceiver 804 further includes a transmitter 8042 and a receiver 8044, and the memory 808 is further used to store instructions 8082 and data 8084. Further, the processor 802, the transceiver 804, the memory 808, and the I/O interface 88 are communicatively coupled to each other via a bus 812, and the plurality of antennas 806 are coupled to the transceiver 804.

The Processor 802 may be a general-purpose Processor, such as, but not limited to, a Central Processing Unit (CPU), or a special-purpose Processor, such as, but not limited to, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA), and the like. Further, the processor 802 may be a combination of multiple processors. In particular, in the technical solution provided in the embodiment of the present application, the processor 802 may be configured to perform, for example, the generating operations in

steps

220 and 230 and step 250 in fig. 2, the generating operations in

steps

420 and 430 and step 450 in fig. 4, and the operations performed by the obtaining unit 620 and the generating unit 630 of the receiving node 600 shown in fig. 6. The processor 802 may be a processor specially designed to perform the above steps and/or operations, or may be a processor that performs the above steps and/or operations by reading and executing the instructions 8082 stored in the memory 808, and the processor 802 may need the data 8084 in the course of performing the above steps and/or operations.

The transceiver 804 includes a transmitter 8042 and a receiver 8044, wherein the transmitter 8042 is configured to transmit signals via at least one of the plurality of antennas 806. The receiver 8044 is configured to receive signals via at least one of the plurality of antennas 806. In particular, in the technical solution provided in the embodiment of the present application, the receiver 21044 may be specifically configured to be executed by at least one antenna among the multiple antennas 2106, for example, operations executed by step 210 in the response frame sending method 200 shown in fig. 2, the receiving unit 610 in the receiving node 400 shown in fig. 6, and the receiving unit 710 in the receiving node 700 shown in fig. 7. In the technical solution provided in the embodiment of the present invention, the transmitter 21042 may be specifically configured to be executed by at least one antenna among the multiple antennas 2106, for example, the operations executed in step 240 and step 250 in the response frame sending method 200 shown in fig. 2, the operation executed by the sending unit 640 in the receiving node 600 shown in fig. 6, and the operation executed by the sending unit 720 in the receiving node 700 shown in fig. 7.

The Memory 808 may be various types of storage media, such as Random Access Memory (RAM), Read Only Memory (ROM), Non-Volatile RAM (NVRAM), Programmable ROM (PROM), Erasable PROM (EPROM), Electrically Erasable PROM (EEPROM), flash Memory, optical Memory, and registers. The memory 808 is specifically configured to store instructions 8082 and data 8084, and the processor 802 may perform the above-described steps and/or operations by reading and executing the instructions 8082 stored in the memory 808, and the data 8084 may be required in the course of performing the above-described steps and/or operations.

I/O interface 810 is used to receive instructions and/or data from peripheral devices and to output instructions and/or data to peripheral devices.

It should be noted that in a specific implementation, the receiving node 800 may also include other hardware devices, which are not listed here.

The embodiment of the present application provides a chip, which includes a processor and a memory, where the memory is used to store instructions, and the processor calls the instructions stored in the memory to implement the method in the foregoing aspects.

Embodiments of the present application provide a chip comprising an input interface, a logic circuit, and an output interface, wherein,

the input interface is used for receiving a data frame;

the logic circuitry to further generate a preamble of the response frame;

the output interface is used for sending a lead code of a response frame at the time t;

for receiving a data frame;

the output interface is used for sending a response frame carrying ACK when the data frame is successfully received; when the data frame fails to be received, sending a response frame carrying NACK; wherein the preamble of the response frame carrying ACK is the same as the preamble of the response frame carrying NACK.

Embodiments of the present application provide a computer-readable storage medium having stored therein instructions, which when executed on a computer, cause the computer to perform the method of the above aspects.

The present application provides a computer program product containing instructions which, when run on a computer, cause the computer to perform the method of the above aspects.

The computer program product includes one or more computer instructions. When loaded and executed on a computer, cause the processes or functions described in accordance with the embodiments of the application to occur, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another, for example, from one website site, computer, server, or data center to another website site, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that a computer can store or a data storage device, such as a server, a data center, etc., that is integrated with one or more available media. The usable medium may be a magnetic medium (e.g., floppy Disk, hard Disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., Solid State Disk (SSD)), among others.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

The terms "first," "second," "third," "fourth," and the like in the description and in the claims of the present application and in the above-described drawings (if any) are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It will be appreciated that the data so used may be interchanged under appropriate circumstances such that the embodiments described herein may be practiced otherwise than as specifically illustrated or described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be substantially implemented or contributed to by the prior art, or all or part of the technical solution may be embodied in a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

The above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A method for transmitting a response frame, comprising:

a receiving node receives a data frame;

the receiving node acquires the sending time t of the response frame;

the receiving node generating a preamble of a response frame;

the receiving node sends a lead code of the response frame at the time t;

when the data frame is successfully received, the receiving node generates a load part of a response frame carrying ACK, and the receiving node sends the load part of the response frame carrying ACK; and when the data frame is failed to be received, the receiving node generates a load part of a response frame carrying the NACK, and the receiving node sends the load part of the response frame carrying the NACK.

2. The method of claim 1, wherein the receiving node acquiring the transmission time t of the response frame comprises:

and the receiving node acquires the sending time t of the response frame according to the time of receiving the data frame and the length of the data frame.

3. The method of claim 1, wherein the receiving node acquiring the transmission time t of the response frame comprises:

and the receiving node acquires the sending time t of the response frame according to the time when the data frame is received.

4. The method of claim 1, wherein generating the preamble of the response frame by the receiving node comprises:

and the receiving node generates a lead code of the response frame at the time t-delta t according to the time delay information delta t.

5. The method of any of claims 1-4, wherein the receiving nodes comprise a master receiving node and a slave receiving node, and wherein the receiving node generating the preamble of the response frame comprises: the master receiving node instructs the slave receiving node to generate a preamble of a response frame.

6. The method according to claim 1, wherein after the receiving node generates the preamble, the receiving node generates the other part of the physical frame header of the response frame, and the receiving node transmits the physical frame header part of the response frame according to the transmission timing requirement of the response frame.

7. A receiving node, comprising:

a receiving unit for receiving a data frame;

a generating unit configured to generate a preamble of the response frame;

a sending unit, configured to send a preamble of the response frame at time t;

8. The receiving node according to claim 7, wherein the obtaining unit is specifically configured to:

and acquiring the sending time t of the response frame according to the time of receiving the data frame and the length of the data frame.

9. The receiving node according to claim 7, wherein the obtaining unit is specifically configured to:

and acquiring the sending time t of the response frame according to the time when the data frame is received.

10. The receiving node according to claim 7, wherein the generating unit is configured to generate the preamble of the response frame specifically includes:

and generating a lead code of the response frame at the time t-delta t according to the time delay information delta t.

11. The receiving node according to claim 7, wherein after generating the preamble, the generating unit is further configured to generate another part of the physical frame header of the response frame, and the receiving node transmits the physical frame header part of the response frame according to the transmission timing requirement of the response frame.

12. A chip comprising a processor and a memory, the memory for storing instructions, the processor calling the instructions stored in the memory for implementing the method of any one of claims 1-6.

13. A chip comprising an input interface, a logic circuit and an output interface, wherein,

the input interface is used for receiving a data frame;

the logic circuitry to further generate a preamble of the response frame;

14. A computer-readable storage medium comprising instructions which, when executed on a computer, cause the computer to perform the method of any one of claims 1-6.

15. A computer program product comprising instructions which, when run on a computer, cause the computer to perform the method according to any one of claims 1 to 6.