A method of transmitting a response frame and a receiving node

Abstract

This application provides a response frame transmission method and a receiving node, relating to the field of communication technology. The method includes: a receiving node receiving a data frame transmitted by a transmitting node; the receiving node obtaining the transmission time t of a response frame based on the received data frame; the receiving node generating a preamble for the response frame; after the preamble is generated, the transmitting link of the receiving node transmitting the preamble of the response frame at time t; when the data frame is successfully received, the receiving node generating a payload portion of the response frame carrying ACK; and the receiving node transmitting the payload portion of the response frame carrying ACK. When the data frame reception fails, the receiving node generating a payload portion of the response frame carrying NACK; and the receiving node transmitting the payload portion of the response frame carrying NACK. The solution provided by this application relaxes the time constraints of the receiving node, making the receiving node's data processing more flexible.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a method for sending a response frame and a receiving node. Background Technology

[0002] In Wireless Local Area Networks (WLANs), the Automatic Repeat Request (ARQ) mechanism is used. This means that after a transmitting node sends a data packet, it waits for the receiving node to reply with an Acknowledgement (ACK) before sending the next data packet. Furthermore, due to the channel contention mechanism of Carrier Sense Multiple Access (CSMA), the receiving node must reply with an ACK within a Short Inter Frame Space (SIFS) period after receiving a data packet (typically 10–16 microseconds, depending on the IEEE 802.11 protocol version). This timing requirement is very strict and imposes significant constraints on the receiving node. Summary of the Invention

[0003] This application provides a method for sending a response frame and a receiving node, which can relax the time constraints of the receiving node and make the receiving node more flexible in processing data.

[0004] In a first aspect, embodiments of this application provide a method for sending a response frame, the method comprising:

[0005] The receiving node receives a data frame; the receiving node obtains the transmission time t of the response frame; the receiving node generates a preamble for the response frame; the receiving node sends the preamble for the response frame at time t; when the data frame is successfully received, the receiving node generates the payload portion of the response frame carrying ACK, and sends the payload portion of the response frame carrying ACK; when the data frame is not received, the receiving node generates the payload portion of the response frame carrying NACK, and sends the payload portion of the response frame carrying Negative Acknowledgement (NACK).

[0006] The response frame transmission method provided in this application involves a receiving node receiving a data frame sent by a transmitting node. The receiving node obtains the transmission time 't' of the response frame based on the received data frame, generates a preamble for the response frame, and then transmits the preamble at time 't' via its transmitting link. If the data frame is successfully received, the receiving node generates and transmits the payload portion of the response frame carrying an ACK. If the data frame reception fails, the receiving node generates and transmits the payload portion of the response frame carrying a NACK. Compared to existing technologies, where the physical layer of the receiving node only generates the preamble after receiving a successful data reception indication from the Media Access Control (MAC) layer, requiring strict timing for data decoding, the solution provided in this application allows the receiving node to begin generating the preamble immediately after receiving the data frame. During the preamble generation and transmission time, the receiving node can continue decoding data, relaxing the time constraints and making data processing more flexible.

[0007] In one possible design, the receiving node obtains the time t for sending the response frame based on the time when the data frame was received and the length of the data frame.

[0008] In one possible design, the receiving node obtains the sending time t of the response frame based on the time when the data frame is received.

[0009] In one possible design, the preamble for the response frame generated by the receiving node includes: the receiving node based on the delay information Δ ,

[0010] At t-Δ The preamble of the response frame is generated at all times. In the specific implementation, the receiving node can determine Δ based on latency information such as transmission delay, physical layer transmission delay (TxPHYDelay), transmission ramp-up time (TxRampOnTime), and transmit / receive switchover time (RxTxSwitchTime). By generating the preamble of the response frame at a specific time based on latency information, the caching time of the response frame preamble can be reduced, thus saving cache resources.

[0011] In one possible design, the receiving node may include a master receiving node and a slave receiving node. In this case, the master receiving node may instruct the slave receiving node to generate a preamble for a response frame after receiving a data frame.

[0012] In one possible design, after generating the preamble of the response frame, the receiving node generates the remaining parts of the physical header of the response frame. Optionally, the remaining parts of the physical header of the response frame may include at least one of the L-SIG field, RL-SIG field, HE-SIG-A field, HE-STF field, and HE-LTF field. It is understood that, according to the timing requirements of the response frame transmission, after sending the preamble, the receiving node begins sending the remaining parts of the physical header of the response frame. While generating and sending the remaining parts of the physical header, the receiving node can continue decoding and verifying the data frame. This further increases the flexibility of the receiving node in processing data frames.

[0013] Secondly, embodiments of this application provide another method for sending response frames, applied in a WLAN system, the method comprising:

[0014] The receiving node receives a data frame; when the data frame is successfully received, the receiving node sends a response frame carrying an ACK; when the data frame fails to be decoded, the receiving node sends a response frame carrying a NACK; wherein the preamble of the response frame carrying an ACK is the same as the preamble of the response frame carrying a NACK.

[0015] The response frame sending method provided in this application embodiment involves a receiving node receiving a data frame. When the data frame is successfully received, the receiving node sends a response frame carrying an ACK; when the data frame reception fails, the receiving node sends a response frame carrying a NACK. The preamble of the response frame carrying the ACK is the same as that of the response frame carrying the NACK. Compared to existing technologies, where the receiving node only sends an ACK-carrying response frame when the data frame is successfully received, the solution provided in this application embodiment allows the receiving node to send a NACK-carrying response frame when the data frame reception fails, and the preamble of the ACK-carrying response frame is the same as that of the NACK-carrying response frame. This allows the receiving node to begin generating a preamble upon receiving a data frame, and during the time between generating and sending the preamble, the receiving node can continue decoding data, thus relaxing the time constraints on the receiving node and making data processing more flexible.

[0016] In one possible design, the other parts of the physical header of the response frame carrying ACK are the same as the other parts of the physical header of the response frame carrying NACK. Optionally, the other parts of the physical header include at least one of the L-SIG field, RL-SIG field, HE-SIG-A field, HE-STF field, and HE-LTF field.

[0017] In one possible design, when the data frame is successfully received, the receiving node sends a response frame carrying an ACK; when the data frame fails to be received, the receiving node sends a response frame carrying a NACK, including:

[0018] The receiving node obtains the transmission time t of the response frame;

[0019] The receiving node generates a preamble for the response frame;

[0020] The receiving node sends the preamble of the response frame at time t;

[0021] When the data frame is successfully decoded, the receiving node generates the payload portion of a response frame carrying an ACK.

[0022] The receiving node sends the payload portion of the response frame carrying the ACK;

[0023] When the data frame decoding fails, the receiving node generates the payload portion of a response frame carrying NACK;

[0024] The receiving node sends the payload portion of the response frame carrying NACK.

[0025] In one possible design, after generating the preamble of the response frame, the receiving node generates the remaining parts of the physical frame header of the response frame, and then sends these remaining parts according to the timing requirements of the response frame transmission. While generating and sending the remaining parts of the physical frame header of the response frame, the receiving node can continue decoding and verifying the data frame. This further increases the flexibility of the receiving node in processing data frames.

[0026] In one possible design, the receiving node includes a master receiving node and a slave receiving node. 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 master receiving node instructs the slave receiving node to send a response frame carrying an ACK.

[0027] When the data frame reception fails, the receiving node sends a response frame carrying NACK, including: when the data frame reception fails, the master receiving node instructs the slave receiving node to send a response frame carrying NACK.

[0028] Thirdly, embodiments of this application provide a receiving node, the receiving node comprising:

[0029] The receiving unit is used to receive data frames;

[0030] The acquisition unit is used to acquire the transmission time t of the response frame;

[0031] The generation unit is used to generate the preamble of the response frame;

[0032] The sending unit is used to send the preamble of the response frame at time t;

[0033] When the data frame is successfully received, the generating unit is further configured to generate the payload portion of the 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 not received, the generating unit is further configured to generate the payload portion of the response frame carrying NACK, and the sending unit is further configured to send the payload portion of the response frame carrying NACK.

[0034] The receiving node provided in this application embodiment receives data frames sent by a sending node. Based on the received data frames, the receiving node obtains the transmission time 't' of the response frame. The receiving node generates a preamble for the response frame. After the preamble is generated, the transmitting link of the receiving node transmits the preamble at time 't'. When the data frame is successfully received, the receiving node generates and transmits the payload portion of the response frame carrying ACK. When the data frame reception fails, the receiving node generates and transmits the payload portion of the response frame carrying NACK. Compared to existing technologies, where the physical layer of the receiving node only generates the preamble after receiving a successful data reception indication from the MAC layer, requiring the receiving node to complete data decoding under strict timing, the solution provided in this application embodiment allows the receiving node to begin generating the preamble after receiving the data frame. During the time between generating and transmitting the preamble, the receiving node can continue decoding data, relaxing the time constraints and making data processing more flexible.

[0035] In one possible design, the acquisition unit acquires the transmission time t of the response frame by: acquiring the transmission time t of the response frame based on the time when the data frame was received and the length of the data frame.

[0036] In one possible design, the acquisition unit acquires the transmission time of the response frame. Specifically, this includes: obtaining the sending time t of the response frame based on the time when the data frame is received.

[0037] In one possible design, the generation unit generates the preamble of the response frame specifically by: based on the delay information Δ , at t-Δ The preamble of the response frame is generated at all times. In the specific implementation, the receiving node can determine Δ based on latency information such as transmission latency, physical layer transmission latency, transmission ramp-up time, and transmit / receive switching time. By generating the preamble of the response frame at a specific time based on latency information, the caching time of the response frame preamble can be reduced, thus saving cache resources.

[0038] In one possible design, after generating the preamble of the response frame, the generation unit generates the remaining parts of the physical frame header of the response frame. These remaining parts may include at least one of the following fields: L-SIG, RL-SIG, HE-SIG-A, HE-STF, and HE-LTF. It is understood that, according to the timing requirements of the response frame transmission, after the receiving node sends the preamble, it begins sending the remaining parts of the physical frame header. While generating and sending these remaining parts, the receiving node can continue decoding and verifying the data frame. This further increases the flexibility of the receiving node in processing data frames.

[0039] Fourthly, embodiments of this application provide another receiving node, the receiving node comprising:

[0040] The receiving unit is used to receive data frames;

[0041] The sending unit, when the data frame is successfully received, the receiving node sends a response frame carrying ACK; when the data frame is not 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.

[0042] The receiving node provided in this application embodiment receives data frames. 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. The preamble of the response frame carrying ACK is the same as that of the response frame carrying NACK. Compared to existing technologies, where the receiving node only sends a response frame carrying ACK when the data frame is successfully received, the solution provided in this application embodiment allows the receiving node to send a response frame carrying NACK when the data frame fails to be received. Furthermore, the preamble of the response frame carrying ACK is the same as that of the response frame carrying NACK. This allows the receiving node to begin generating a preamble upon receiving a data frame. During the time between generating and sending the preamble, the receiving node can continue decoding data, thus relaxing the time constraints on the receiving node and making its data processing more flexible.

[0043] In one possible design, the other parts of the physical frame header of the response frame carrying ACK are the same as the other parts of the physical frame header of the response frame carrying NACK. Optionally, the other parts of the physical frame header include at least one of the following: L-SIG field, RL-SIG field, HE-SIG-A field, HE-STF field, and HE-LTF field.

[0044] In one possible design, the receiving node further includes an acquisition unit and a generation unit. When the data frame is successfully received, the receiving node sends a response frame carrying an ACK; when the data frame fails to be received, the receiving node sends a response frame carrying a NACK, specifically including:

[0045] The acquisition unit is used to acquire the transmission time t of the response frame;

[0046] The generation unit is used to generate the preamble of the response frame;

[0047] The sending unit is used to send the preamble of the response frame at time t;

[0048] When the data frame is successfully received, the generation unit is also used to generate the payload portion of the response frame carrying the ACK;

[0049] The sending unit is also used to send the payload portion of the response frame carrying the ACK;

[0050] When the data frame reception fails, the generation unit is also used to generate the payload portion of a response frame carrying NACK;

[0051] The sending unit is also used to send the payload portion of the response frame carrying NACK.

[0052] In one possible design, after the generation unit generates the preamble of the response frame, it generates the remaining parts of the physical frame header of the response frame. The sending unit then sends the remaining parts of the physical frame header of the response frame according to the timing requirements of the response frame transmission. While generating and sending the remaining parts of the physical frame header of the response frame, the receiving node can continue to decode and verify the data frame. This further increases the flexibility of the receiving node in processing data frames.

[0053] Fifthly, embodiments of this application provide a chip including a processor and a memory, wherein the memory is used to store instructions, and the processor calls the instructions stored in the memory to implement the methods described in the above aspects.

[0054] Sixthly, embodiments of this application provide a chip including an input interface, logic circuitry, and an output interface, wherein...

[0055] The input interface is used to receive data frames;

[0056] The logic circuit is used to obtain the transmission time t of the response frame;

[0057] The logic circuit is also used to generate the preamble of the response frame;

[0058] The output interface is used to send the preamble of the response frame at time t;

[0059] When the data frame is successfully received, the logic circuit is further configured to generate the 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 is not received, the logic circuit is further configured to generate the 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.

[0060] Seventhly, embodiments of this application provide a chip including an input interface, logic circuitry, and an output interface, wherein...

[0061] The input interface is used to receive data frames;

[0062] The output interface is used to send a response frame carrying ACK when the data frame is successfully decoded, and to send a response frame carrying NACK when the data frame fails to be decoded; wherein the preamble of the response frame carrying ACK is the same as the preamble of the response frame carrying NACK.

[0063] Eighthly, embodiments of this application provide a computer-readable storage medium storing instructions that, when executed on a computer, cause the computer to perform the methods described in the above aspects.

[0064] Ninthly, embodiments of this application provide a computer program product containing instructions that, when run on a computer, cause the computer to perform the methods described in the above aspects.

[0065] The technical solution provided in this application embodiment involves a receiving node receiving a data frame sent by a transmitting node. The receiving node obtains the transmission time t of the response frame based on the received data frame, generates a preamble for the response frame, and then transmits the preamble at time t via its transmitting link. If the data frame is successfully received, the receiving node generates and transmits the payload portion of the response frame carrying ACK. If the data frame reception fails, the receiving node generates and transmits the payload portion of the response frame carrying NACK. Compared to existing technologies, where the physical layer of the receiving node only generates the preamble after receiving a correct data reception indication from the MAC layer, requiring strict timing for data decoding, the solution provided in this application embodiment allows the receiving node to begin generating the preamble immediately after receiving the data frame. During the time between preamble generation and transmission, the receiving node can continue decoding data, relaxing the time constraints and making data processing more flexible. Attached Figure Description

[0066] Figure 1a This is a schematic diagram illustrating an application scenario provided in an embodiment of this application;

[0067] Figure 1b This is a schematic diagram illustrating another application scenario provided by an embodiment of this application;

[0068] Figure 1c This is a schematic diagram illustrating another application scenario provided by an embodiment of this application;

[0069] Figure 1d This is a schematic diagram illustrating another application scenario provided by an embodiment of this application;

[0070] Figure 2 This is a schematic flowchart illustrating a response frame sending method provided in an embodiment of this application;

[0071] Figure 3 This is a schematic diagram of the frame structure of a response frame provided in an embodiment of this application;

[0072] Figure 4 This is a schematic flowchart of another response frame sending method provided in an embodiment of this application;

[0073] Figure 5 This is a schematic flowchart of another response frame sending method provided in an embodiment of this application;

[0074] Figure 6 This is a schematic diagram of the logical structure of a receiving node provided in an embodiment of this application;

[0075] Figure 7 This is a schematic diagram of another logical structure for receiving multiple points provided in an embodiment of this application;

[0076] Figure 8 This is a schematic diagram of the hardware structure of a receiving node provided in an embodiment of this application. Detailed Implementation

[0077] The technical solutions of the embodiments of this application will now be described in detail with reference to the accompanying drawings.

[0078] Technical terms that may be used in the embodiments of this application:

[0079] Round-trip time (RTT): In data transmission, a data frame is sent from node A to node B, and node B sends a response frame back to node A after receiving the data. The time elapsed from when the data frame is sent from node A to when node A receives the response frame from node B is called the RTT. For example, in an enterprise wired network, the RTT between two nodes is typically several microseconds.

[0080] Receive latency: In wireless devices, the time required for a receiving node to receive a useful signal from electromagnetic waves and then process that useful signal into information understandable to the upper layers. In other words, the time delay required from when the receiving node receives the signal on the antenna to when it transmits the information from that signal to the upper layer (usually the MAC layer).

[0081] MAC processing latency: The time required for the MAC layer to receive information from the physical layer and perform MAC packet parsing, response frame construction, etc.

[0082] Physical layer transmission delay: This usually refers to the processing delay on the physical layer's transmit link after the PHY layer receives the MAC data frame, including physical layer modulation and coding, spatial mapping, IFFT transformation and other operations.

[0083] Transmit / receive switching latency: refers to the time required for a physical layer radio frequency device to switch from the receive state to the transmit state.

[0084] Distributed Multiple Input Multiple Output (MIMO): A technique that increases the data rate of a wireless communication system by increasing the number of antennas on the wireless transceiver, allowing wireless signals to be transmitted on multiple antennas of the transmitter and receiver.

[0085] The distributed MIMO (or network MIMO) described in this application is different from traditional MIMO technology, where multiple antennas of the transmitter are concentrated on one device and different devices work independently. In contrast, the transmitters of distributed MIMO are located in different geographical locations and can work and be managed in a coordinated manner. Thus, on the receiver side, the transmitters in different locations can be regarded as working as a single device.

[0086] The following describes the system architecture or scenario used in this application.

[0087] Within a WLAN, there are Access Point (AP) stations and Non-Access Point Station (STA) stations. For ease of description, Access Point stations will be referred to as APs and Non-Access Point stations as STAs in the following text.

[0088] Figure 1a This is a schematic diagram illustrating an application scenario provided by an embodiment of this application. For example... Figure 1a As shown, the wireless local area network (WLAN) includes AP1, STA1, and STA2, where STA1 and STA2 can communicate with AP1 via a wireless link.

[0089] Figure 1b This is a schematic diagram of another application scenario provided by an embodiment of this application. For example... Figure 1b As shown, in a scenario of wireless communication using distributed MIMO technology, each distributed MIMO access point (AP) 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 can be 1 meter, 10 meters, hundreds of meters, or even several kilometers. APs in distributed MIMO can be connected via wired connections (Ethernet cables, fiber optic cables). These devices can be directly connected or connected through switches. Figure 1b The application scenario shown is a wired connection between each AP and a switch or the backhaul network where the switch is located. In some embodiments of this application, the master receiving node can be any one of the distributed MIMO APs, and the slave receiving node can be another AP other than the master receiving node.

[0090] Figure 1c This is a schematic diagram of another application scenario provided by an embodiment of this application. For example... Figure 1c As shown, the various access points (APs) can also connect wirelessly, in situations such as... Figure 1cIn the application scenario shown, each AP is wirelessly connected to the backhaul. In some embodiments of this application, the master receiving node can be any one of the distributed MIMO APs, and the slave receiving node can be another AP other than the master receiving node.

[0091] Figure 1d This is a schematic diagram of another application scenario provided by an embodiment of this application. For example... Figure 1d As shown, in the distributed AP architecture, AP1 is the central node, and AP2, AP3, AP4, and AP5 are distributed remote nodes. Each distributed remote node may include at least one antenna, and the central node can be connected to the distributed remote nodes via wired connections (Ethernet cable, fiber optic cable). In some embodiments of this application, the primary receiving node may be the aforementioned central node, and the secondary receiving nodes may be the aforementioned distributed remote nodes.

[0092] It should be noted that in the various embodiments of this application, the AP can be an access point for mobile users to access a wired network, mainly deployed in homes, buildings, and campuses, with a typical coverage radius of tens to hundreds of meters. Of course, it can also be deployed outdoors. The AP is equivalent to a bridge connecting wired and wireless networks. Its main function is to connect various STAs together and then connect the wireless network to the wired network. Specifically, the AP can be a terminal device or network device with a Wireless Fidelity (WiFi) chip, such as a smartphone that provides AP functionality or services. Optionally, the AP can be a device that supports the 802.11ax standard. More optionally, the AP can be a device that supports multiple WLAN standards such as 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11a.

[0093] The STA can be a wireless communication chip, a wireless sensor, or a wireless communication terminal. Examples include: mobile phones supporting WiFi communication, tablets supporting WiFi communication, set-top boxes supporting WiFi communication, smart TVs supporting WiFi communication, smart wearable devices supporting WiFi communication, in-vehicle communication devices supporting WiFi communication, and computers supporting WiFi communication. Optionally, the station can support the 802.11ax standard; further optionally, the station supports multiple WLAN standards such as 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11a.

[0094] In the 802.11ax WLAN system, which incorporates Orthogonal Frequency Division Multiple Access (OFDMA) technology, the Access Point (AP) can perform uplink and downlink transmissions to different STAs on different time-frequency resources. The AP can use different modes for uplink and downlink transmissions, such as OFDMA SU-MIMO mode or OFDMA MU-MIMO mode.

[0095] The technical solution of this application will be described in detail below.

[0096] Figure 2 This is a schematic flowchart of a response frame sending method 200 provided in an embodiment of this application. Figure 2 As shown, the method includes:

[0097] 210. The receiving node receives data frames.

[0098] The receiving node receives data frames from the transmitting node. For example, in Figure 1a In the communication system shown, the receiving node can be AP1, and the transmitting node can be STA1 or STA2. AP1 receives data frames from STA1 or STA2. The format of the data frames can be found in existing technology descriptions, which will not be elaborated here. It is understood that in... Figure 1a In the communication system shown, the receiving node can also be STA1 or STA2.

[0099] 220. The receiving node obtains the sending time t of the response frame.

[0100] After receiving a data frame, the receiving node needs to send a response frame to the transmitting node. The receiving node uses this response frame to notify the transmitting node whether the data frame was successfully received. In this embodiment, the response frame includes a response frame carrying ACK and a response frame carrying NACK. The response frame carrying ACK is used to notify the transmitting node that the data frame was successfully received, and the response frame carrying NACK is used to notify the transmitting node that the data frame reception failed.

[0101] In the specific implementation process, the receiving node can obtain the sending time t of the response frame in the following two ways.

[0102] Method 1: The receiving node obtains the time t for sending the response frame based on the time when the data frame is received and the length of the data frame.

[0103] Specifically, during the process of receiving a data frame, the receiving node calculates the length information of the data frame based on the data frame header, and then obtains the transmission time t of the response frame. For example, if the data frame header contains the length information of the data frame, and the receiving node obtains the length of the data frame based on the data frame length information, then the transmission time t of the response frame = the arrival time t1 of the physical frame + the physical frame length + SIFS, where SIFS is the short frame interval.

[0104] Method 2: The receiving node obtains the sending time t of the response frame based on the time when the data frame is received.

[0105] Specifically, after the receiving node finishes receiving the data frame, it records the time t' when the data frame reception is complete. At this time, the transmission time t of the response frame is equal to the time t' when the data frame reception is complete, plus SIFS, where SIFS is the short frame interval. It should be noted that in the actual implementation, the MAC layer of the receiving node can obtain the time when the data reception is complete through the physical layer receive end indication primitive (PHY-RXEND.indication) or the physical layer channel detection indication primitive (PHY-CCA.indication).

[0106] 230. The receiving node generates the preamble of the response frame.

[0107] After receiving a data frame, the receiving node generates a preamble for a response frame. It can be understood that in this case, the receiving node generates a preamble for the response frame regardless of whether the data frame was successfully received. Furthermore, the receiving node can generate the preamble for the response frame before the time t at which it obtains the transmission time of the response frame; that is, the execution order of steps 220 and 230 is not restricted. In specific implementations, the execution order of these two steps can be determined based on the receiving node's own circumstances.

[0108] Optionally, the receiving node can adjust the latency information Δ , at t-Δ The preamble of the response frame is generated at any time.

[0109] For example, the receiving node can determine Δ based on latency information such as transmission latency, physical layer transmit latency (TxPHYDelay), transmit ramp-up time (TxRampOnTime), and transmit / receive switchover time (RxTxSwitchTime). , at t-Δ The preamble for the response frame is generated at any given time, regardless of the stage of data reception. In other words, the receiving node generates the preamble for the response frame at time t-Δ. At any given moment, regardless of whether data has been received or decoded, the receiving node generates a preamble for the response frame. Generating the preamble at a specific time based on latency information reduces the preamble buffering time and saves cache resources.

[0110] In one possible design, the receiving node may include a master receiving node and a slave receiving node. In this case, the master receiving node may instruct the slave receiving node to generate a preamble for a response frame after receiving a data frame.

[0111] 240. The receiving node sends the preamble of the response frame at time t.

[0112] The receiving node sends the preamble of the response frame at time t, according to the timing requirements of the response frame transmission. It can be understood that during the process of generating and sending the preamble of the response frame, the receiving node can continue to decode and verify the data frame. After decoding and verification are completed, the receiving node generates the payload of the response frame.

[0113] It should be noted that in the specific implementation process, after generating the preamble of the response frame, the receiving node generates the other parts of the physical frame header of the response frame. For example... Figure 3 As shown in the diagram, this application provides a schematic diagram of the frame structure of a response frame. The response frame includes a non-HT preamble, other parts of the physical frame header, and a payload portion. The other parts of the physical frame header may include fields for transmitting rate and length information, such as the L-SIG field; fields for distinguishing the physical frame PPDU from earlier versions of PPDUs, such as the RL-SIG field; fields for carrying information required to parse the HE PPDU, such as the HE-SIG-A field; fields for improving the estimation accuracy of automatic gain control, such as the HE-STF field; and fields for the receiving node to estimate the channel, such as the HE-LTF field. The 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 is understood that this schematic diagram of the frame structure is exemplary, and in future communication systems or protocols, the frame structure of the response frame may have other forms.

[0114] After the receiving node sends the preamble to the response frame, it begins sending the remaining parts of the response frame header. While generating and sending the other parts of the physical header of the response frame, the receiving node can continue decoding and verifying the data frame. This further increases the flexibility of the receiving node in processing data frames.

[0115] In one possible design, the receiving nodes may include a master receiving node and a slave receiving node. In this case, the master receiving node may instruct the slave receiving node to send the preamble of the response frame at time t.

[0116] 250. When a data frame is successfully received, the receiving node generates the payload of a response frame carrying an ACK and sends the payload of the ACK response frame. When a data frame is not received, the receiving node generates the payload of a response frame carrying a NACK and sends the payload of the NACK response frame. Successful data frame reception means that the receiving node correctly receives the data frame, i.e., the data frame is successfully decoded and verified. Failed data frame reception means that the receiving node does not correctly receive the data frame, i.e., the data frame decoding or verification fails.

[0117] When a data frame is successfully received, the receiving node generates and sends the payload of a response frame carrying an ACK. When a data frame is not received, the receiving node generates and sends the payload of a response frame carrying a NACK. In the specific implementation, such as... Figure 3 As shown, when the receiving node successfully receives a data frame, it encapsulates the Media Access Control Data Unit (MPDU) of the ACK frame into a PSDU of the response frame and sends the PSDU of the response frame, i.e., sends the payload part of the response frame carrying the ACK. When the receiving node fails to decode the data frame, it encapsulates the MPDU of the NACK frame into a PSDU of the response frame and sends the PSDU of the physical frame, i.e., sends the payload part of the response frame carrying the NACK. It should be noted that the receiving node obtains an additional time window (i.e., the time occupied by generating and sending the preamble of the response frame) when generating and sending the preamble of the response frame. Within this time window, the receiving node can continue to decode and verify the data frame.

[0118] As can be seen, if the data frame is successfully decoded and verified, the receiving node only needs to generate the payload of the response frame carrying ACK before the end of the aforementioned time window to send the response frame carrying ACK normally. If the data frame decoding or verification fails, the receiving node can generate the payload of the response frame carrying NACK before the end of the aforementioned time window to send the response frame carrying NACK normally; alternatively, the receiving node can fill in random bits as the payload of the response frame before the end of the aforementioned time window (the length of the filling bits is the same as the payload of the response frame carrying NACK) to send the response frame carrying NACK normally.

[0119] It should also be noted that before generating the payload portion of the response frame, the receiving node needs to determine whether the data frame has been successfully received. This determination can be made either before or after sending the preamble of the response frame. In other words, the receiving node can generate the payload portion of the response frame either before or after sending the preamble, as long as it ensures that the payload portion of the response frame can be sent correctly according to the timing requirements.

[0120] The response frame transmission method provided in this application involves a receiving node receiving a data frame sent by a transmitting node. The receiving node obtains the transmission time 't' of the response frame based on the received data frame, generates a preamble for the response frame, and then transmits the preamble at time 't' via its transmitting link. If the data frame is successfully received, the receiving node generates and transmits the payload portion of the response frame carrying ACK. If the data frame reception fails, the receiving node generates and transmits the payload portion of the response frame carrying NACK. Compared to existing technologies, where the physical layer of the receiving node only generates the preamble after receiving a successful data reception indication from the MAC layer, requiring strict timing for data decoding, the solution provided in this application allows the receiving node to begin generating the preamble immediately after receiving the data frame. During the preamble generation and transmission time, the receiving node can continue decoding data, relaxing the time constraints and making data processing more flexible.

[0121] Figure 4 This is a schematic flowchart of another response frame sending method 300 provided in an embodiment of this application. Method 300 can be applied to... Figure 1b or Figure 1c or Figure 1d In the scenario shown, where the receiving nodes include a master receiving node and a slave receiving node, the method includes:

[0122] 410. The main receiving node receives data frames.

[0123] In the specific implementation process, the main receiving node can directly receive data frames from the transmitting node (such as...). Figure 1b or Figure 1c (The scenario shown); the main receiving node can also indirectly receive data frames from the transmitting node, that is, receive data frames from the transmitting node from the receiving node (such as...). Figure 1d (As shown in the scenario), the receiving node sends data frames to the main receiving node via a wireless link or a wired link.

[0124] 420. The master receiving node obtains the sending time t of the response frame.

[0125] After receiving a data frame, the master receiving node needs to send a response frame to the transmitting node. The receiving node uses this response frame to notify the transmitting node whether the data frame was successfully received. The specific implementation process of the master receiving node obtaining the transmission time 't' of the response frame can be found in the description above and will not be repeated here.

[0126] 430. The master receiving node indicates the preamble for generating the response frame from the receiving node.

[0127] Specifically, the main receiving node can communicate via a wireless link (such as...) Figure 1b (As shown) indicates the preamble for generating the response frame from the receiving node; the primary receiving node can also do so via a wired link (such as... Figure 1c As shown or Figure 1d (As shown) indicates the preamble for generating the response frame from the receiving node. In specific implementations, the master receiving node can use the indication frame to indicate the preamble for generating the response frame from the receiving node. The frame structure of the indication frame can be determined by the communication protocol and is not limited here.

[0128] Optionally, the primary receiving node can adjust the latency information Δ based on the latency. , at t-Δ The timing indicator is the preamble for generating the response frame from the receiving node.

[0129] In the specific implementation process, the main receiving node can determine Δ based on latency information such as transmission latency, physical layer transmission latency (TxPHYDelay), transmission ramp-up time (TxRampOnTime), and transmit / receive switching latency. , at t-Δ The timing indicator specifies the preamble for generating the response frame from the receiving node. Generating the preamble at a specific time based on latency information reduces the preamble buffering time and saves buffer resources.

[0130] 440. The preamble of the response frame sent from the receiving node at time t.

[0131] Understandably, during the process of generating the preamble for the response frame from the receiving node and sending the preamble for the response frame, the main receiving node can continue to decode and verify the data frame. After decoding and verification are completed, it instructs the transmitter to generate the payload portion of the response frame.

[0132] 450. When a data frame is successfully received, the receiving node generates the payload portion of a response frame carrying ACK and sends it. When a data frame fails to be received, the receiving node generates the payload portion of a response frame carrying NACK and sends it. After sending the preamble of the response frame, the receiving node sends the payload portion of the response frame. In specific implementation, when the master receiving node successfully receives a data frame, it can instruct the receiving node to generate the payload portion of a response frame carrying ACK and send it according to the timing requirements of the response frame. When the master receiving node fails to receive a data frame, it instructs the receiving node to generate the payload portion of a response frame carrying NACK and sends it according to the timing requirements of the response frame. It should be noted that when the master receiving node fails to decode a data frame, the receiving node can also fill in random bits as the payload portion of the response frame carrying NACK (the length of the filler bits is the same as the payload portion of the response frame carrying NACK) and send it.

[0133] It should be noted that, during the implementation process, the master receiving node can also generate the preamble and payload of the response frame, and then send the preamble and payload to the slave receiving node, which will then send the preamble and payload of the response frame.

[0134] The response frame transmission method provided in this application involves a master receiving node receiving a data frame sent by a transmitting node. The master receiving node obtains the transmission time 't' of the response frame based on the received data frame. The master receiving node instructs the receiving node to generate a preamble for the response frame. After the preamble is generated, the receiving node sends the preamble at time 't'. If the data frame is successfully received, the receiving node generates and sends the payload portion of the response frame carrying ACK. If the data frame reception fails, the receiving node generates and sends the payload portion of the response frame carrying NACK. Compared to existing technologies, where the physical layer of the receiving node only generates the preamble after receiving a correct data reception indication from the MAC layer, requiring the receiving node to complete data decoding under strict timing, the solution provided in this application allows the receiving node to begin generating the preamble after receiving the data frame. During the time between generating and sending the preamble, the receiving node can continue decoding data, relaxing the time constraints and making data processing more flexible.

[0135] Furthermore, in a distributed scenario, the transmission between the master receiving node and the slave receiving node introduces additional transmission latency. The solution provided in this application embodiment can provide sufficient time for the master receiving node to process data, thus overcoming the impact of this transmission latency and providing a guarantee for the implementation of the distributed architecture.

[0136] Figure 5 This is a schematic flowchart of a response frame sending method 500 provided in an embodiment of this application. Figure 5 As shown, the method includes:

[0137] 510. The receiving node receives data frames;

[0138] 520. When a data frame is successfully received, the receiving node sends a response frame carrying ACK; when a data frame fails to be decoded, the receiving node sends a response frame carrying NACK; the preamble of the response frame carrying ACK is the same as the preamble of the response frame carrying NACK.

[0139] The response frame sending method provided in this application embodiment involves a receiving node receiving a data frame. When the data frame is successfully received, the receiving node sends a response frame carrying an ACK; when the data frame reception fails, the receiving node sends a response frame carrying a NACK. The preamble of the response frame carrying the ACK is the same as that of the response frame carrying the NACK. Compared to existing technologies, where the receiving node only sends an ACK-carrying response frame when the data frame is successfully received, the solution provided in this application embodiment allows the receiving node to send a NACK-carrying response frame when the data frame reception fails, and the preamble of the ACK-carrying response frame is the same as that of the NACK-carrying response frame. This allows the receiving node to begin generating a preamble upon receiving a data frame, and during the time between generating and sending the preamble, the receiving node can continue decoding data, thus relaxing the time constraints on the receiving node and making data processing more flexible.

[0140] In one possible design, the remaining portions of the physical header of the response frame carrying ACK are identical to those of the physical header of the response frame carrying NACK. Optionally, it may include fields for transmitting rate and length information, such as the L-SIG field; fields for distinguishing the physical frame PPDU from earlier versions of PPDUs, such as the RL-SIG field; fields for carrying information required to parse the HE PPDU, such as the HE-SIG-A field; fields for improving the estimation accuracy of automatic gain control, such as the HE-STF field; and fields for the receiving node to estimate the channel, such as the HE-LTF field. The remaining portions of the physical header may also include at least one of the above fields.

[0141] In one possible design, when a data frame is successfully received, the receiving node sends a response frame carrying an ACK; when a data frame fails to be received, the receiving node sends a response frame carrying a NACK, including:

[0142] The receiving node obtains the transmission time t of the response frame;

[0143] The receiving node generates a preamble for the response frame;

[0144] The receiving node sends the preamble of the response frame at time t;

[0145] When a data frame is successfully received, the receiving node generates the payload portion of a response frame carrying an ACK.

[0146] The receiving node sends the payload portion of the response frame carrying the ACK;

[0147] When a data frame fails to be received, the receiving node generates the payload portion of a response frame carrying a NACK.

[0148] The receiving node sends the payload portion of the response frame carrying NACK.

[0149] In one possible design, after the receiving node generates the preamble of the response frame, the receiving node generates the other parts of the physical frame header of the response frame, and the receiving node sends the other parts of the physical frame header of the response frame according to the transmission timing requirements of the response frame.

[0150] In one possible design, the receiving node includes a master receiving node and a slave receiving node. When a data frame is successfully received, the receiving node sends a response frame carrying an ACK, including: when a data frame is successfully received, the master receiving node instructs the slave receiving node to send a response frame carrying an ACK.

[0151] When a data frame fails to be received, the receiving node sends a response frame carrying NACK, including: when a data frame fails to be received, the master receiving node instructs the slave receiving node to send a response frame carrying NACK.

[0152] The implementation process of the above-mentioned response frame sending method 500 is described in detail in, for example but not limited to, the above-mentioned methods 200 and 400, and will not be repeated here.

[0153] The response frame sending method provided in the embodiments of this application has been described above. The receiving node provided in the embodiments of this application will be described below with reference to the accompanying drawings.

[0154] Figure 6 This is a schematic diagram of the logical structure of a receiving node 600 provided in an embodiment of this application. Figure 6 As shown, the receiving node 600 includes a receiving unit 610, an acquisition unit 620, a generation unit 630, and a sending unit 640.

[0155] The receiving unit 610 is used to receive data frames;

[0156] Acquisition unit 620 is used to acquire the transmission time t of the response frame;

[0157] The generation unit 630 is used to generate the preamble of the response frame;

[0158] The transmitting unit 640 is used to transmit the preamble of the response frame at time t;

[0159] When a data frame is successfully received, the generation unit 630 is further configured to generate the 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 a data frame is not received, the generation unit 630 is further configured to generate the payload portion of a response frame carrying NACK, and the sending unit 640 is further configured to send the payload portion of the response frame carrying NACK.

[0160] In one possible design, the acquisition unit 620 acquires the transmission time t of the response frame by specifically acquiring the transmission time t of the response frame based on the time when the data frame is received and the length of the data frame.

[0161] In one possible design, the acquisition unit 620 acquires the transmission time of the response frame by specifically acquiring the transmission time t of the response frame based on the time when the data frame is completed.

[0162] In one possible design, the generation unit 630 generates the preamble of the response frame specifically by: based on the delay information Δ , at t-Δ The preamble of the response frame is generated at any time.

[0163] Optionally, the receiving node can determine Δ based on latency information such as transmission latency, physical layer transmission latency, transmission ramp-up time, and transmit / receive switching time. Based on latency information, generating the preamble of the response frame at a specific time can reduce the buffering time of the response frame preamble and save buffer resources. It is understood that in specific implementations, the aforementioned latency information may also include other latency information.

[0164] In one possible design, after generating the preamble of the response frame, the generation unit 630 generates the remaining parts of the physical frame header of the response frame. These remaining parts may include at least one of the following fields: L-SIG, RL-SIG, HE-SIG-A, HE-STF, and HE-LTF. It is understood that after the receiving node sends the preamble of the response frame, it begins sending the remaining parts of the physical frame header. While generating and sending these remaining parts, the receiving node can continue decoding and verifying the data frame. This further increases the flexibility of the receiving node in processing data frames.

[0165] The receiving node provided in this application embodiment receives data frames sent by a sending node. Based on the received data frames, the receiving node obtains the transmission time 't' of the response frame. The receiving node generates a preamble for the response frame. After the preamble is generated, the transmitting link of the receiving node transmits the preamble at time 't'. When the data frame is successfully received, the receiving node generates and transmits the payload portion of the response frame carrying ACK. When the data frame reception fails, the receiving node generates and transmits the payload portion of the response frame carrying NACK. Compared to existing technologies, where the physical layer of the receiving node only generates the preamble after receiving a correct data reception indication from the MAC layer, requiring the receiving node to complete data decoding under strict timing, the solution provided in this application embodiment allows the receiving node to begin generating the preamble after receiving the data frame. During the time between generating and transmitting the preamble, the receiving node can continue decoding data, relaxing the time constraints and making data processing more flexible.

[0166] It should be noted that the receiving node 600 is used to execute the above-mentioned method for sending response frames, and the relevant technical features involved have been described in detail in the above-mentioned, for example, but not limited to, method 200, and will not be repeated here.

[0167] Figure 7 This is a schematic diagram of the logical structure of a receiving node 700 provided in an embodiment of this application. For example... Figure 7 As shown, the receiving node 700 includes a receiving unit 710 and a transmitting unit 720.

[0168] The receiving unit 710 is used to receive data frames;

[0169] In the sending unit 720, when the data frame is successfully decoded, the receiving node sends a response frame carrying ACK; when the data frame fails to decode, 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.

[0170] The receiving node provided in this application embodiment receives data frames. When the data frame is successfully decoded, the receiving node sends a response frame carrying an ACK; when the data frame fails to decode, the receiving node sends a response frame carrying a NACK. The preamble of the response frame carrying an ACK is the same as that of the response frame carrying a NACK. Compared to existing technologies, where the receiving node only sends an ACK-carrying response frame when the data frame is successfully decoded, the solution provided in this application embodiment allows the receiving node to send a NACK-carrying response frame when the data frame decoding fails, and the preamble of the ACK-carrying response frame is the same as that of the NACK-carrying response frame. This allows the receiving node to begin generating a preamble upon receiving a data frame, and during the time between generating and sending the preamble, the receiving node can continue decoding data, relaxing the time constraints on the receiving node and making data processing more flexible.

[0171] In one possible design, the other parts of the physical header of the response frame carrying ACK are the same as the other parts of the physical header of the response frame carrying NACK. Optionally, the other parts of the physical header may include at least one of the L-SIG field, RL-SIG field, HE-SIG-A field, HE-STF field, and HE-LTF field.

[0172] In one possible design, the receiving node further includes an acquisition unit 730 and a generation unit 740. When the data frame is successfully decoded, the receiving node sends a response frame carrying an ACK; when the data frame fails to decode, the receiving node sends a response frame carrying a NACK, specifically including:

[0173] The acquisition unit 730 is used to acquire the transmission time t of the response frame;

[0174] The generation unit 740 is used to generate the preamble of the response frame;

[0175] The sending unit 720 is used to send the preamble of the response frame at time t;

[0176] When the data frame is successfully decoded, the generation unit 740 is also used to generate the payload portion of the response frame carrying the ACK;

[0177] The sending unit 720 is also used to send the payload portion of the response frame carrying the ACK;

[0178] When the data frame decoding fails, the generation unit 740 is also used to generate the payload portion of a response frame carrying NACK;

[0179] The sending unit 720 is also used to send the payload portion of the response frame carrying NACK.

[0180] In one possible design, after the generating unit generates the preamble of the 740 response frame, the generating unit generates the other parts of the physical frame header of the 740 response frame, and the sending unit 720 sends the other parts of the physical frame header of the response frame according to the transmission timing requirements of the response frame.

[0181] It should be noted that the receiving node 700 is used to execute the above-mentioned method for sending response frames, and the relevant technical features involved have been described in detail in the above-mentioned, for example, but not limited to, method 500, and will not be repeated here.

[0182] Figure 8 This is a schematic diagram of the hardware structure of a receiving node 800 provided in an embodiment of this application. Figure 8 As shown, device 800 includes a processor 802, a transceiver 804, multiple 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. Furthermore, the processor 802, transceiver 804, memory 808, and I / O interface 88 are communicatively connected to each other via bus 812, and the multiple antennas 806 are connected to the transceiver 804.

[0183] Processor 802 can 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), and a field-programmable gate array (FPGA). Furthermore, processor 802 can also be a combination of multiple processors. Specifically, in the technical solutions provided in the embodiments of this application, processor 802 can be used to execute, for example, Figure 2 The generation operations in steps 220, 230 and 250, Figure 4 The generation operations in steps 420, 430 and 450 and Figure 6The operations performed by the receiving node 600 acquisition unit 620 and the generation unit 630 are shown. The processor 802 may be a processor specifically designed to perform the above steps and / or operations, or it may be a processor that performs the above steps and / or operations by reading and executing the instructions 8082 stored in the memory 808. The processor 802 may need to use data 8084 during the execution of the above steps and / or operations.

[0184] Transceiver 804 includes a transmitter 8042 and a receiver 8044, wherein the transmitter 8042 is used to transmit signals through at least one of a plurality of antennas 806, and the receiver 8044 is used to receive signals through at least one of the plurality of antennas 806. Specifically, in the technical solution provided in the embodiments of this application, the receiver 8044 can specifically be used to perform this function through at least one of the plurality of antennas 2106, for example... Figure 2 Step 210 in the response frame sending method 200 shown, Figure 6 The receiving unit 610 in the receiving node 400 shown, and Figure 7 The operation performed by the receiving unit 710 in the shown receiving node 700. In the technical solution provided by the embodiment of the present invention, the transmitter 21042 can specifically be used to perform the operation through at least one of the multiple antennas 2106, for example... Figure 2 The sending operations in steps 240 and 250 of the response frame sending method 200 shown are... Figure 6 The receiving node 600 shown includes the transmitting unit 640, and Figure 7 The operation performed by the transmitting unit 720 in the receiving node 700 shown.

[0185] The memory 808 can 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. Specifically, the memory 808 stores instructions 8082 and data 8084. The processor 802 can read and execute the instructions 8082 stored in the memory 808 to perform the steps and / or operations described above. Data 8084 may be needed during the execution of these steps and / or operations.

[0186] 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.

[0187] It should be noted that in the specific implementation process, the receiving node 800 may also include other hardware devices, which will not be listed in this article.

[0188] This application provides a chip including a processor and a memory. The memory is used to store instructions, and the processor calls the instructions stored in the memory to implement the methods described above.

[0189] This application provides a chip, including an input interface, logic circuitry, and an output interface, wherein...

[0190] The input interface is used to receive data frames;

[0191] The logic circuit is used to obtain the transmission time t of the response frame;

[0192] The logic circuit is also used to generate the preamble of the response frame;

[0193] The output interface is used to send the preamble of the response frame at time t;

[0194] When the data frame is successfully received, the logic circuit is further configured to generate the 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 is not received, the logic circuit is further configured to generate the 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.

[0195] This application provides a chip, including an input interface, logic circuitry, and an output interface, wherein...

[0196] Used to receive data frames;

[0197] The output interface is used to send a response frame carrying ACK when the data frame is successfully received, and to send a response frame carrying NACK when the data frame is not received; wherein the preamble of the response frame carrying ACK is the same as the preamble of the response frame carrying NACK.

[0198] This application provides a computer-readable storage medium storing instructions that, when executed on a computer, cause the computer to perform the methods described in the above aspects.

[0199] This application provides a computer program product containing instructions that, when run on a computer, cause the computer to perform the methods described in the above aspects.

[0200] The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer may be a general-purpose computer, a special-purpose computer, a computer network, 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, the computer instructions may be transmitted from one website, computer, server, or data center to another website, 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.) means. The computer-readable storage medium may be any available medium that a computer can store or a data storage device such as a server or data center that integrates one or more available media. The available 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)).

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

[0202] The terms “first,” “second,” “third,” “fourth,” etc. (if present) in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a particular order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments described herein can be implemented in a sequence other than that illustrated or described herein. Furthermore, the terms “comprising” and “having,” and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0203] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection between apparatuses or units through some interfaces, and may be electrical, mechanical, or other forms.

[0204] The units described as separate components may or may not be physically separate. 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 the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0205] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0206] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0207] The above-described embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit it. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of this application.

Claims

1. A method for sending a response frame, characterized in that, include: The receiving node receives data frames; The receiving node obtains the transmission time t of the response frame; The receiving node generates a preamble for the response frame; The receiving node sends the preamble of the response frame at time t; When the data frame is successfully received, the receiving node generates the payload portion of the response frame carrying the ACK, and the receiving node sends the payload portion of the response frame carrying the ACK. When the data frame reception fails, the receiving node generates a payload portion of a response frame carrying NACK, and sends the payload portion of the response frame carrying NACK.

2. The method according to claim 1, characterized in that, The receiving node obtains the transmission time t of the response frame, including: The receiving node obtains the sending time t of the response frame based on the time when the data frame is received and the length of the data frame.

3. The method according to claim 1, characterized in that, The receiving node obtains the transmission time t of the response frame, including: The receiving node obtains the sending time t of the response frame based on the time when the data frame is received.

4. The method according to claim 1, characterized in that, The preamble for the response frame generated by the receiving node includes: The receiving node determines the time delay information Δ , at t-Δ The preamble of the response frame is generated at any time.

5. The method according to any one of claims 1-4, characterized in that, The receiving nodes include a master receiving node and a slave receiving node. The preamble for the response frame generated by the receiving node includes: the master receiving node instructing the slave receiving node to generate the preamble for the response frame.

6. The method according to claim 1, characterized in that, After generating the preamble, the receiving node generates the other parts of the physical frame header of the response frame, and sends the physical frame header part of the response frame according to the transmission timing requirements of the response frame.

7. A receiving node, characterized in that, include: The receiving unit is used to receive data frames; The acquisition unit is used to acquire the transmission time t of the response frame; The generation unit is used to generate the preamble of the response frame; A sending unit is used to send the preamble of the response frame at time t; When the data frame is successfully received, the generating unit is further configured to generate the payload portion of the response frame carrying the ACK, and the sending unit is configured to send the payload portion of the response frame carrying the ACK. When the data frame reception fails, the generation unit is further configured to generate the 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.

8. The receiving node according to claim 7, characterized in that, The acquisition unit is specifically used for: The sending time t of the response frame is obtained based on the time when the data frame is received and the length of the data frame.

9. The receiving node according to claim 7, characterized in that, The acquisition unit is specifically used for: The sending time t of the response frame is obtained based on the time when the data frame is received.

10. The receiving node according to claim 7, characterized in that, The generation unit is used to generate the preamble of the response frame, specifically including: Based on the delay information Δ , at t-Δ The preamble of the response frame is generated at any time.

11. The receiving node according to claim 7, characterized in that, After generating the preamble, the generating unit is also used to generate other parts of the physical frame header of the response frame, and the receiving node sends the physical frame header of the response frame according to the transmission timing requirements of the response frame.

12. A chip, characterized in that, It includes a processor and a memory, the memory being used to store instructions, and the processor calling the instructions stored in the memory to implement the method as described in any one of claims 1-6.

13. A chip, characterized in that, It includes input interfaces, logic circuits, and output interfaces, among which, The input interface is used to receive data frames; The logic circuit is used to obtain the transmission time t of the response frame; The logic circuit is also used to generate the preamble of the response frame; The output interface is used to send the preamble of the response frame at time t; When the data frame is successfully received, the logic circuit is further configured to generate the 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 is not received, the logic circuit is further configured to generate the 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.

14. A computer-readable storage medium, characterized in that, Includes instructions that, when executed on a computer, cause the computer to perform the method as described in any one of claims 1-6.

15. A computer program product containing instructions, characterized in that, When it is run on a computer, it causes the computer to perform the method as described in any one of claims 1-6.

Images